WCDMA后台配合指导书(华为)解析

后台配合指导书

目录

一、导频功率修改 (2)

1.降功率 (2)

2.升功率 (2)

1)升后功率未超过330（基本与上面的降功率一致） (3)

2)升后功率超过330（先申请大功率license，再修改导频功率） (3)

二、吞吐率 (7)

1.基站配置E1和FE的查询方法 (7)

1)E1查询方法 (7)

2)FE查询方法 (7)

2.常见吞吐率不达标原因 (7)

1)小区HSDPA和HSUPA未激活 (7)

2)底噪设置不当导致小区上行吞吐率低 (7)

3)基站与RNC上脚本未刷 (9)

4)ADJMAP设置不当 (9)

5)HSUPATTI影响上行吞吐率 (10)

6)其他查看吞吐率的方法 (10)

三、掉话 (11)

1.基站网元版本不一致 (11)

2.邻区漏配 (12)

3.切换不及时 (13)

四、BAR 掉2载波 (13)

五、宏站无线层数据规划 (13)

六、双载波策略 (13)

1.总体描述 (13)

2.双载波策略—同覆盖异频邻区 (14)

七、扰码修改 (15)

八、经验分享 (16)

1.FTP问题 (16)

2.SAC问题 (16)

3.网卡问题 (17)

4.工程问题 (17)

一、导频功率修改

修改小区导频功率在后天配合测试中经常出现，是常用手段。导频功率修改分为两种情况：降功率、升功率。

1.降功率

1)LST UPCPICH，查询小区当前导频功率；

2)MOD PCPICHPWR，先修改PCPICH最小发射功率（=小区导频功率-17）；

3)MOD CELL，修改小区PCPICH功率；

4)MOD PCPICHPWR，修改PCPICH最大发射功率（=小区导频功率+16）；

5)LST PCPICH，查询修改后的小区导频功率；

eg:将A小区导频功率从330降到270（即降6个dBm）。第一步：LST PCPICH：查询A小区当前导频功率为330，PCPICH最大发射功率为346（=330+16），PCPICH 最小发射功率为313（=330-17）；第二步：MOD PCPICHPWR：将小区PCPICH最小发射功率修改为253（=270-17）；第三步：MOD CELL：将小区PCPICH功率修改为270；第四步：MOD PCPICHPWR：将小区PCPICH最大发射功率修改为286（=270+16）。

2.升功率

按照小区导频功率升后是否超过330分为两类：超过330（如升到360）、未超过330（如从270升到330）。

1)升后功率未超过330（基本与上面的降功率一致）

?LST PCPICH，查询小区当前导频功率；

?MOD PCPICHPWR，先修改PCPICH最大发射功率（=小区导频功率+16）；

?MOD CELL，修改小区PCPICH功率；

?MOD PCPICHPWR，修改PCPICH最小发射功率（=小区导频功率-17）；

?LST PCPICH，查询修改后的小区导频功率；

eg:将A小区导频功率从270升到330（即升6个dBm）。第一步：LST PCPICH：查询A小区当前导频功率为270，PCPICH最大发射功率为286（=270+16），PCPICH 最小发射功率为253（=270-17）；第二步：MOD PCPICHPWR：将小区PCPICH最大发射功率修改为346（=330+16）；第三步：MOD CELL：将小区PCPICH功率修改为330；第四步：MOD PCPICHPWR：将小区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（表示此站有一个小区的导频功率最大可以升到360 dBm）；360<要升到的功率值<=378，则将上图红框1中的PA（47.8dBm）后面的0改为1（表示此站有一个小区的导频功率最大可以升到378 dBm）。

e)完成上面的步骤后，再回到第一步打开的界面中的A区域，如下图示：

选择“已激活”列中“是”的那行，右键选择“分配”，即完成大功率license 的申请、分配。

另：

如果某小区存在CE拥塞、或者CE不足导致吞吐率问题需要修改、申请CE 资源时，操作同如下：

（1）打开许可证管理；

（2）选中基站双击，出现下图：

（3）在基站侧执行DSP BBPTC,查询基带板业务能力，可以获知支持的最大上、下行CE数；

（4）修改上行、下行CE资源值，如上图红框所示；

（5）选择“分配”，分配CE资源

?申请大功率license后升功率过程

a)LST PCPICH，查询小区当前导频功率；

b)MOD PCPICHPWR，先修改PCPICH最大发射功率（=小区导频功率+16）；

c)MOD CELL，修改小区最大发射功率（如460、478）和PCPICH功率（如

360、378）；

d)MOD PCPICHPWR，修改PCPICH最小发射功率（=小区导频功率-17）；

e)DEA CELL 去激活小区

f)MOD LOCELL （在基站侧执行）配置NODEB上小区最大发射功率（如460、

478，要求与第三步在RNC上设置的小区最大发射功率保持一致）

g)ACT CELL

h)DSP CELL，注意查看小区状态\HSDPA\HSUPA是否正常

i)DSP CELLCHK 查询小区健康状态，注意查看RNC配置的小区最大发射功

率[dBm] 与NodeB上报的小区最大发射功率[dBm] 是否一致（要求一致）j)LST PCPICH，查询修改后的小区导频功率

二、吞吐率

1.基站配置E1和FE的查询方法

1)E1查询方法

登陆基站侧的本地维护终端，输出MML命令：DSP IMGRP，可以查询到基站配置E1以及处于激活状态的E1数目（有的时候会出现配置2根实际处于激活状态的只有1根，此时吞吐率只有1根E1的量）。一根E1最大支持2Mbps吞吐率。

2)FE查询方法

1)在RNC上输入命令：LST ADJNODE，选择按照邻节点名称查询，输入基

站名（没有基站编号），可以查到邻节点标识

2)LST IPPATH，输入上面查到的邻节点标识，返回结果显示此站是否配置

FE以及FE带宽是多少

3)DSP IPPATH，输入上面查到的邻节点标识，查询FE PING检测结果及丢包

率，如果PING检测成功且丢包率为0，则FE正常；反之，则不正常。

2.常见吞吐率不达标原因

1)小区HSDPA和HSUPA未激活

小区HSDPA和HSUPA未激活，H业务就会承载在R99上，导致吞吐率不达标。

?DSP CELL，可以查询小区HSDPA和HSUPA是否激活；

?ACT CELLHSDPA，激活小区HSDPA业务；

?ACT CELLHSUPA，激活小区HSUPA业务；

2)底噪设置不当导致小区上行吞吐率低

这种现象集中体现在室分测试上面，因为室分是一个小区下面挂多个RRU，

且工程经常是部分开通，导致网优测试底噪未来得及更改，导致底噪设置不当

a)RTWP、底噪之间的关系

一个小区下挂的RRU数目直接影响此小区的底噪值（即背景噪声），而底噪值又影响小区RTWP值，三者关系如下：（N为小区下挂RRU数目）小区底噪值=61+100logN，常用关系：

小区正常状态下RTWP=-112+(低噪-1)/10

b)解决方案

?当上行吞吐率不达标时，可以在RNC上跟踪小区RTWP。

登陆RNC，点击左下角“维护”，双击“小区性能监测”，在下拉菜单中选择“小区上行接受总带宽功率（即RTWP）”，点击确定，这样就会看到小

区实时的RTWP情况。如果偏高较严重则可能存在底噪设置不当情况。

?在基站维护台上LST RRU，可以查询此站共有几个RRU；执行DSP LOCELL，可以查看每个小区存在的可用RRU数目，据此数目可以确定小区的底噪

值。

?在RNC上LST CELLCAC，查询小区当前底噪值，如果与上一步确定的底噪值不一致，则执行MOD CELLCAC，将小区底噪值修改为前面确定的底噪

值。

3)基站与RNC上脚本未刷

对于新入网小区，现在要求一致在基站与RNC上刷以下脚本，即在基站侧本地维护终端和RNC本地维护终端上，执行以下脚本：

4)ADJMAP设置不当

ADJMAP即邻节点映射关系，若设置不当也会对吞吐率造成影响（主要是对开通FE的站点）。

（1）在RNC上执行LST NODEB，按照基站名称查询，获取某站的邻节点标识、；

（2）

在RNC上执行LST ADJMAP，按照邻节点查询，输入第一步获取的

邻节点标识，执行：

如上图示：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上完成，在拓扑图上选中基站，点击右键，选择“属性”，可以看到基站网元版本。现网通用版本：DBS3900 WCDMA V200R010C01SPC300，但是个别新开站由于工程疏忽未及时升级版本，导致网元

版本停留在产品出厂版本：DBS3900 WCDMA V200R010C01B065。此时需要联系工程进行版本升级。

2.邻区漏配

与邻区相关的常见的MML命令：

?查询邻区：同频邻区查询：LST INTRAFREQNCELL；异频邻区查询：LST INTERFREQNCELL；GSM邻区查询：LST GSMNCELL;

?增加邻区：增加同频邻区：ADD INTERFREQNCELL；增加异频邻区：ADD INTRAFREQNCELL；增加GSM邻区：ADD GSMNCELL；

?删除邻区：同频邻区删除：RMV INTRAFREQNCELL；异频邻区删除：RMV INTERFREQNCELL；删除GSM邻区：RMV GSMNCELL;

邻区漏配是测试出现掉话的常见原因，现场表现为源小区覆盖、质量已经变得非常差，而目标小区覆盖、质量都非常好，但是并没有发生切换，直至掉话，掉话后UE重新接入在目标小区上。解决方法：

1)现场测试人员将掉话前、掉话后重新接入UE占用小区信息告知机房侧，后

台配合人员在现网查询掉话前后小区是否邻区漏配。如果漏配，增加相应邻区。

2)后台配合人员自己通过跟踪UE标准接口信息获取掉话前后UE所占用的小区

不一致，也可以怀疑是邻区漏配问题。

如何在跟踪的信令中得知当前的RRC和业务连接是承载在哪个小区上的？

如上图红框中所示，to UE和from UE的消息中“用户”列所示值即为小区

本文来源：https://www.bwwdw.com/article/hw3l.html