WCDMA后台配合指导书华为.docx
《WCDMA后台配合指导书华为.docx》由会员分享,可在线阅读,更多相关《WCDMA后台配合指导书华为.docx(18页珍藏版)》请在冰点文库上搜索。
WCDMA后台配合指导书华为
后台配合指导书
一、导频功率修改
修改小区导频功率在后天配合测试中经常出现,是常用手段。
导频功率修改分为两种情况:
降功率、升功率。
1.降功率
1)LSTUPCPICH,查询小区当前导频功率;
2)MODPCPICHPWR,先修改PCPICH最小发射功率(=小区导频功率-17);
3)MODCELL,修改小区PCPICH功率;
4)MODPCPICHPWR,修改PCPICH最大发射功率(=小区导频功率+16);
5)LSTPCPICH,查询修改后的小区导频功率;
eg:
将A小区导频功率从330降到270(即降6个dBm)。
第一步:
LSTPCPICH:
查询A小区当前导频功率为330,PCPICH最大发射功率为346(=330+16),PCPICH最小发射功率为313(=330-17);第二步:
MODPCPICHPWR:
将小区PCPICH最小发射功率修改为253(=270-17);第三步:
MODCELL:
将小区PCPICH功率修改为270;第四步:
MODPCPICHPWR:
将小区PCPICH最大发射功率修改为286(=270+16)。
2.升功率
按照小区导频功率升后是否超过330分为两类:
超过330(如升到360)、未超过330(如从270升到330)。
1)升后功率未超过330(基本与上面的降功率一致)
ØLSTPCPICH,查询小区当前导频功率;
ØMODPCPICHPWR,先修改PCPICH最大发射功率(=小区导频功率+16);
ØMODCELL,修改小区PCPICH功率;
ØMODPCPICHPWR,修改PCPICH最小发射功率(=小区导频功率-17);
ØLSTPCPICH,查询修改后的小区导频功率;
eg:
将A小区导频功率从270升到330(即升6个dBm)。
第一步:
LSTPCPICH:
查询A小区当前导频功率为270,PCPICH最大发射功率为286(=270+16),PCPICH最小发射功率为253(=270-17);第二步:
MODPCPICHPWR:
将小区PCPICH最大发射功率修改为346(=330+16);第三步:
MODCELL:
将小区PCPICH功率修改为330;第四步:
MODPCPICHPWR:
将小区PCPICH最小发射功率修改为313(=330-17)。
2)升后功率超过330(先申请大功率license,再修改导频功率)
Ø申请大功率license。
申请大功率license是在M2000上完成的,如下图示:
申请流程如下:
a)打开M2000点击最上面的“软件”,选择“许可证管理”,即会出现如上图所示界面;
b)点击左边的RNC,选择所要修改导频功率的小区所在RNC;
c)点击下面的“网元名称”,选择要修改导频功率的小区所属的基站,然后向右边拉,会出现下图所示界面:
第一行表示license的类型,如43dBm表示是20W的license(即导频功率最大可以设置为330),46dBm表示是40W的license(即导频功率最大可以设置为360),47.8dBm表示是60W的license(即导频功率最大可以设置为378);上图首行中间的“77/278”表示整个RNC共计有278个40W的license,目前已用77个,剩余201个可以分配给基站使用(如果没有剩余则不能申请)。
d)选中要升功率的小区所属的基站行,双击,出现下图所示界面:
上图红框2表明选中基站所拥有的本地小区数目:
3个,此站拥有3个20W的license、0个40W的license、0个60W的license(红框1所示),红框1中的3个数字之和应该等于红框2中的数字(理想情况下)。
如果:
330<要升到的功率值<=360,则将上图红框1中的PA(46dBm)后面的0改为1(表示此站有一个小区的导频功率最大可以升到360dBm);360<要升到的功率值<=378,则将上图红框1中的PA(47.8dBm)后面的0改为1(表示此站有一个小区的导频功率最大可以升到378dBm)。
e)完成上面的步骤后,再回到第一步打开的界面中的A区域,如下图示:
选择“已激活”列中“是”的那行,右键选择“分配”,即完成大功率license的申请、分配。
另:
如果某小区存在CE拥塞、或者CE不足导致吞吐率问题需要修改、申请CE资源时,操作同如下:
(1)打开许可证管理;
(2)选中基站双击,出现下图:
(3)在基站侧执行DSPBBPTC,查询基带板业务能力,可以获知支持的最大上、下行CE数;
(4)修改上行、下行CE资源值,如上图红框所示;
(5)选择“分配”,分配CE资源
Ø申请大功率license后升功率过程
a)LSTPCPICH,查询小区当前导频功率;
b)MODPCPICHPWR,先修改PCPICH最大发射功率(=小区导频功率+16);
c)MODCELL,修改小区最大发射功率(如460、478)和PCPICH功率(如360、378);
d)MODPCPICHPWR,修改PCPICH最小发射功率(=小区导频功率-17);
e)DEACELL去激活小区
f)MODLOCELL(在基站侧执行)配置NODEB上小区最大发射功率(如460、478,要求与第三步在RNC上设置的小区最大发射功率保持一致)
g)ACTCELL
h)DSPCELL,注意查看小区状态\HSDPA\HSUPA是否正常
i)DSPCELLCHK查询小区健康状态,注意查看RNC配置的小区最大发射功率[dBm]与NodeB上报的小区最大发射功率[dBm]是否一致(要求一致)
j)LSTPCPICH,查询修改后的小区导频功率
二、吞吐率
1.基站配置E1和FE的查询方法
1)E1查询方法
登陆基站侧的本地维护终端,输出MML命令:
DSPIMGRP,可以查询到基站配置E1以及处于激活状态的E1数目(有的时候会出现配置2根实际处于激活状态的只有1根,此时吞吐率只有1根E1的量)。
一根E1最大支持2Mbps吞吐率。
2)FE查询方法
1)在RNC上输入命令:
LSTADJNODE,选择按照邻节点名称查询,输入基站名(没有基站编号),可以查到邻节点标识
2)LSTIPPATH,输入上面查到的邻节点标识,返回结果显示此站是否配置FE以及FE带宽是多少
3)DSPIPPATH,输入上面查到的邻节点标识,查询FEPING检测结果及丢包率,如果PING检测成功且丢包率为0,则FE正常;反之,则不正常。
2.常见吞吐率不达标原因
1)小区HSDPA和HSUPA未激活
小区HSDPA和HSUPA未激活,H业务就会承载在R99上,导致吞吐率不达标。
ØDSPCELL,可以查询小区HSDPA和HSUPA是否激活;
ØACTCELLHSDPA,激活小区HSDPA业务;
ØACTCELLHSUPA,激活小区HSUPA业务;
2)底噪设置不当导致小区上行吞吐率低
这种现象集中体现在室分测试上面,因为室分是一个小区下面挂多个RRU,且工程经常是部分开通,导致网优测试底噪未来得及更改,导致底噪设置不当
a)RTWP、底噪之间的关系
一个小区下挂的RRU数目直接影响此小区的底噪值(即背景噪声),而底噪值又影响小区RTWP值,三者关系如下:
(N为小区下挂RRU数目)
小区底噪值=61+100logN,常用关系:
RRU数目
低噪
1
61
2
91
3
109
4
121
小区正常状态下RTWP=-112+(低噪-1)/10
b)解决方案
Ø当上行吞吐率不达标时,可以在RNC上跟踪小区RTWP。
登陆RNC,点击左下角“维护”,双击“小区性能监测”,在下拉菜单中选择“小区上行接受总带宽功率(即RTWP)”,点击确定,这样就会看到小区实时的RTWP情况。
如果偏高较严重则可能存在底噪设置不当情况。
Ø在基站维护台上LSTRRU,可以查询此站共有几个RRU;执行DSPLOCELL,可以查看每个小区存在的可用RRU数目,据此数目可以确定小区的底噪值。
Ø在RNC上LSTCELLCAC,查询小区当前底噪值,如果与上一步确定的底噪值不一致,则执行MODCELLCAC,将小区底噪值修改为前面确定的底噪值。
3)基站与RNC上脚本未刷
对于新入网小区,现在要求一致在基站与RNC上刷以下脚本,即在基站侧本地维护终端和RNC本地维护终端上,执行以下脚本:
4)ADJMAP设置不当
ADJMAP即邻节点映射关系,若设置不当也会对吞吐率造成影响(主要是对开通FE的站点)。
(1)在RNC上执行LSTNODEB,按照基站名称查询,获取某站的邻节点标识、;
(2)在RNC上执行LSTADJMAP,按照邻节点查询,输入第一步获取的邻节点标识,执行:
如上图示:
4、5、6对应的就是ATM非实时业务承载,即传输走的是ATM;7、8、9对应的是高QoS分路IP实时业务承载,即传输走的是FE。
对于开通FE的站点这里应该是7、8、9,否则H业务达不到FE要求的吞吐率。
5)HSUPATTI影响上行吞吐率
测试中发现安基大厦上行吞吐率较低,无法达到测试要求。
RNC侧检查发现此站当前告警中存在license文件配置异常告警,由此确认license配置存在问题。
进一步检查基站license配置发现,此站点原本HSUPATTI没有配置,后经过协调工程完成配置,现场测试上传正常,如下图示:
注:
HSUPATTI现网标配每个基站为1
6)其他查看吞吐率的方法
a)NBAP-RL-SETUP-REQ
查看跟踪的信令NBAP-RL-SETUP-REQ,确认UE是否使用HSDPA业务,占用HSDSCH信道:
b)RANAP-RAB-ASSIGNMENT-REQ
查看RAB指派时业务请求最大带宽,即RANAP-RAB-ASSIGNMENT-REQ:
如上图示,此时请求最大带宽为2Mbps。
c)RANAP-DIRECT-TRANSFR
查看RANAP-DIRECT-TRANSFR(初始化直传消息),确认终端向核心网进行业务请求时的接入点,即:
如上图示,此时接入点为:
UNInet(最大带宽2Mbps),目前大家测试过程中常用的是3gnet(最大带宽7.2Mbps)。
三、掉话
目前碰到掉话主要有下面常见原因:
1.基站网元版本不一致
此类问题多发在室分测试,现场测试发现掉话,且掉话前目标小区覆盖、质量均非常好,达到切换条件,后台验证邻区也已经添加,则可能是由于源小区所属基站与目标小区所属基站网元版本不一致导致的。
查看基站网元版本可以在M2000上完成,在拓扑图上选中基站,点击右键,选择“属性”,可以看到基站网元版本。
现网通用版本:
DBS3900WCDMAV200R010C01SPC300,但是个别新开站由于工程疏忽未及时升级版本,导致网元版本停留在产品出厂版本:
DBS3900WCDMAV200R010C01B065。
此时需要联系工程进行版本升级。
2.邻区漏配
与邻区相关的常见的MML命令:
Ø查询邻区:
同频邻区查询:
LSTINTRAFREQNCELL;异频邻区查询:
LSTINTERFREQNCELL;GSM邻区查询:
LSTGSMNCELL;
Ø增加邻区:
增加同频邻区:
ADDINTERFREQNCELL;增加异频邻区:
ADDINTRAFREQNCELL;增加GSM邻区:
ADDGSMNCELL;
Ø删除邻区:
同频邻区删除:
RMVINTRAFREQNCELL;异频邻区删除:
RMVINTERFREQNCELL;删除GSM邻区:
RMVGSMNCELL;
邻区漏配是测试出现掉话的常见原因,现场表现为源小区覆盖、质量已经变得非常差,而目标小区覆盖、质量都非常好,但是并没有发生切换,直至掉话,掉话后UE重新接入在目标小区上。
解决方法:
1)现场测试人员将掉话前、掉话后重新接入UE占用小区信息告知机房侧,后台配合人员在现网查询掉话前后小区是否邻区漏配。
如果漏配,增加相应邻区。
2)后台配合人员自己通过跟踪UE标准接口信息获取掉话前后UE所占用的小区不一致,也可以怀疑是邻区漏配问题。
如何在跟踪的信令中得知当前的RRC和业务连接是承载在哪个小区上的?
如上图红框中所示,toUE和fromUE的消息中“用户”列所示值即为小区id,这样即可确认掉话前后小区信息,然后在现网查询掉话前后小区是否邻区漏配(此时也可以通过测量控制进一步进行确认邻区是否漏配)。
如果漏配,增加相应邻区。
3.切换不及时
四、BAR掉2载波
上海WCDMA网络双载波策略要求BAR掉2载波(2载波边缘地带除外),BAR掉2载波的MML命令如下(你只需要修改下面红色的CI即可):
MODCELLACCESSSTRICT:
CellId=21011,CellReservedForOperatorUse=NOT_RESERVED,CellReservationExtension=NOT_RESERVED,IsAccessClass0Barred=BARRED,IsAccessClass1Barred=BARRED,IsAccessClass2Barred=BARRED,IsAccessClass3Barred=BARRED,IsAccessClass4Barred=BARRED,IsAccessClass5Barred=BARRED,IsAccessClass6Barred=BARRED,IsAccessClass7Barred=BARRED,IsAccessClass8Barred=BARRED,IsAccessClass9Barred=BARRED,IsAccessClass10Barred=BARRED,IsAccessClass11Barred=BARRED,IsAccessClass12Barred=BARRED,IsAccessClass13Barred=BARRED,IsAccessClass14Barred=BARRED,IsAccessClass15Barred=BARRED,IdleCellBarred=BARRED,IdleIntraFreqReselection=NOT_ALLOWED,IdleTbarred=D320,ConnCellBarred=NOT_BARRED
五、宏站无线层数据规划
宏站无线层数据规划需要注意一下两点特殊的地方:
(1)新建站是非RNC167的点,1载波SPGID=1,2载波SPGID=2;
(2)新建站是RNC167的点,无论1载波还是2载波,SPGID=3;
六、双载波策略
1.总体描述
(1)双载波即同一个扇区有两个不同频率的同覆盖小区。
上海使用频点主要有
3个:
F1:
10713对应SPG=1,F2:
10688对应SPG=2,F3:
10663对应SPG=3。
F1用于宏站第一载波优先承载R99业务,F2用于宏站第二载波优先承载HSDPA业务,F3做为室分频点使用。
(2)一般F2小区Bar掉(见上面第四点:
BAR掉2载波),限制接入,空闲态的UE只驻留在F1,除RNC边界
上F2小区是允许驻留主要是对H业务的DSCR来考虑的。
(3)F2和同覆盖F1互配为盲切换邻区关系,盲切换标识为TRUE,优先级为0,
F2向周围F3小区加基于覆盖的异频邻区,F3不配向F2的异频邻区。
F2将周围F1配为异频邻区关系(仅局限于周边区域),将周围F2配为同频邻区关,F2和F1都需配周围GSM邻区关系
2.双载波策略—同覆盖异频邻区
Ø按照上海双载波策略要求,在配置同覆盖异频邻区时需要注意以下部分(除了RNC167):
(4)在SIB11下发指示:
FALSE(不下发),表示该邻区关系不在SIB11中下发;
(5)异频覆盖切换优先级:
0,表示不支持异频覆盖切换;
(6)盲切换标志:
TURE(是),表示加邻区关系的2个小区间进行盲切换;
如下图示:
ØRNC167已将现网使用的倾向性驻留、H业务DRD的双载波策略,修改为随机驻留、负荷分担的策略:
(1)针对已经添加同覆盖异频邻区的需做如下修改命令(使用时只需将CI修改即可):
(2)针对新建站点,无需BAR掉2载波,在添加同覆盖异频邻区是,需注意:
a)在SIB11下发指示:
TURE(下发),表示该邻区关系SIB11中下发;
b)异频覆盖切换优先级:
0,表示不支持异频覆盖切换;
c)盲切换标志:
FALSE(否),表示加邻区关系的2个小区间不进行盲切换;
如下图示:
七、扰码修改
有时会遇到小区扰码一致需要修改的情况,具体如下:
(1)在现网查询此小区是否在其他RNC被定义了外部小区:
在M2000MML命令上选中10套RNC,执行LSTNRNCCELL,查看执行结果即可。
如果在其他RNC被定义可则接下来需要执行第2、3步,否则只需要执行第2步;
(2)扰码修改三步走:
Ø去激活小区:
DEACELL
Ø扰码修改:
MODCELLSETUP
Ø激活小区:
ACTCELL
(3)修改外部邻区定义。
在第一步中找到的把此小区定义成外部小区的RNC上修改此小区的外部邻区定义:
MODNRNCCELL
八、经验分享
1.FTP问题
测试时H业务刚激活马上提示PDP去激活,大多数是由于FTP目录下的文件被删除了,建议去FTP上查看一下。
PS业务没有速度也可能是由于:
(1)FTP目录设置错误或者文件被删除;
(2)设备问题,建议更换测试设备或者重启电脑、设备;
2.SAC问题
小区信号覆盖和质量均正常、数据业务正常,但语音、视频业务均不能做,可能是由于核心网侧未加次小区SAC数据导致的。
关于SAC:
SAC即服务区码,现网配置与小区CI一致。
LSTCELL,可以查询小区SAC号
处理方法:
(1)MODCELLCACINFO,如下图示:
将不能做业务的小区SAC换成已知正常的小区的SAC,如果此时可以打电话,则证明原SAC存在问题。
(2)在做完测试后需要改回小区SAC号、将小区闭塞,并且做好问题记录,将情况反映给徐雪峰。
3.网卡问题
测试过程中发现,电脑可以识别数据卡,但是在probe中进行硬件端口检测时,数据卡的虚拟端口检测总是失败,此时可能是电脑的网卡驱动存在问题,重新安装网卡驱动即可解决问题。
4.工程问题
测试现场反馈在室分小区下所有业务均无法做,即无法拨打电话、无法做H业务,检查各项参数设置无问题,跟踪UE标准接口信令,发现UE发送RRC建立请求后一直无任何相应。
由此确认是工程传输问题,需工程整改。