TD-SCDMA PS域问题定位分析

PS域问题定位分析1.PS域接通率问题定位分析首先从为产品问题、TOP小区问题、终端问题、无线环境及干扰问题等五方面来分析PS接通率。产品问题从实际网络运营情况观察来看，目前未发现产品问题严重影响PS接通率。TOP小区问题从话统数据来看，PS的RRC建立成功率较高；而PS的RAB建立成功率则较低。查看每天PSRAB建立失败的TOP15小区，其失败次数占总失败次数的55%，因此，可针对TOP小区进行问题处理，提升网络KPI。终端问题通过PCHR数据分析来看，IMEI为86010300的终端，PSRAB建立失败率较高，且失败次数较多。无线环境和干扰针对TOP小区，排查现网的无线环境，查看其是否是由于过覆盖、弱覆盖、信号泄露、干扰等无线环境原因造成的。该项目H频点采用单频点组网，因此，H频点干扰对于PS的接通率影响较大。除以上分析方法外，PS接通率指标提升还包括DCCC、载波扩容、调整H频点、减少弱覆盖、永久在线定时器这几个主要措施。1.1具体问题定位措施1.1.1问题小区处理通过对PS域RRC建立失败的TOP小区和PS域RAB建立失败的TOP小区的处理，在网络业务量不断增加的情况下，PS接入坏小区数目从6月末的62个减少到9月末的9个，减少了85.48%，如果考虑业务量增加这一原因（从6月末的423GByte增加到了9月末的462GByte），业务量坏小区比例从6.8GB/个提升到51.3GB/个，如下图所示：PS无线接入坏小区趋势图1.1.2DCCC算法目前该TD项目的时隙比为2：4配置，H载波的两个上行时隙中有一个需要配置HS-SICH信道；用户的PS开户速率通常为上行128kbps，下行2048kbps。因此，如果没有打开DCCC算法的，一个H载波只能接进一个上行128kbps的H用户，很容易造成H载波的拥塞。PS域接通率趋势图从话统数据来看，7月13日网络侧关闭整网的DCCC算法，PS接通率迅速由97%下跌到92%，7月28日网络侧打开DCCC算法后，PS接通率重新恢复到97%。RRC的建立成功率指标始终维持在99%，PS接通率主要与PS域RAB建立成功率强相关；DCCC算法关闭后，PS域RAB建立失败是由于网络拥塞造成的，话统上可以看到“分组域RAB指配建立失败的RAB数目最大速率不支持”大幅增加。时间PS域RAB指派建立成功RAB数目PS域RAB建立请求的RAB数目分组域RAB指配建立失败的RAB数目最大速率不支持最大速率不支持导致的RAB建立失败占RAB总失败次数比例PS域RAB建立成功率10048810318070.26%97.399784010059570.25%97.26113740121652250431.65%93.50123861135558426336.45%91.37116958127653375535.11%91.62120599131627393635.69%91.621.1.3载波扩容随着数据业务用户的增多，DCCC算法的打开已不能解决网络中小区PS拥塞的现象，针对8月17日至8月23日的话统数据来看，“分组域RAB指配建立失败的RAB数目最大速率不支持”已经占PSRAB建立失败总次数的5%~10%。以下是这段期间PS业务拥塞小区列表。20090823200908222009082120090820200908192009081820090817求水山T2石厦文化T3香径T1香径T1邮电枢纽T3市民西T3市民西T3石厦文化T3石厦文化T2石厦文化T3滨中T3新世界广场F3香径T1香径T1沙尾二T2书城高层T3皇岗公园T2新世界广场F3香径T1邮电枢纽T3邮电枢纽T3食品行T2华泰T2邮电枢纽T3地王大厦F1深大村T3石厦文化T3华强北T3投资T2横岭T1滨中T3地王大厦F2石厦文化T3新世界广场F3地王大厦F1管理大厦F2福田T3安华T2市民西T3滨中T3艺丰T2新世界广场F3大梅沙二T2儿童公园T2石厦文化T1皇岗公园T3梅林东T1华泰T2二办T2龙府F1山姆T1龙溪村T3发展大厦F1华强北T3求水山T2地王大厦F2华强北T3市民西T3地王大厦F1艺丰T3石厦文化T2石厦文化T3华强北T3万佳T1下沙二T1电器T1水库新村T1下沙二T1地铁总站T1人民银行F1龙城鹏飞T1邮电枢纽T3建艺T1中级法院T1石厦南T3新世界广场F3上李朗T2百仕达T1四季花城T2上沙T1墩埔T1龙岗创业T2书城T1名士酒店T2福运T1华泰T2福田T2世贸广场F1福运T1地王大厦F2龙城T1李通T3皇岗公园T2地铁世界之窗站F1赤尾T1供电局T3华强北T2水库新村T1银河T3建艺T1地税局F1东座酒店T2香蜜湖T1百仕达T1地铁总站T1文华T1市民西T3民治T3田面T1墩埔T3艺丰T3深铁T1梅观库坑T3PS业务拥塞小区列表从上表可以看出，周末小区拥塞较少，其中以下小区在一周内拥塞次数超过3天小区名拥塞天数石厦文化T36市民西T35香径T15新世界广场F35邮电枢纽T35华强北T34滨中T33地王大厦F13地王大厦F23华泰T23连续拥塞多天的小区为了减少由于小区拥塞导致的RAB建立失败，可在该小区增加一个H载波。因为，HS-PSSCH是没有功控的，所以新增的H载波可能对周边与其同频的小区造成同频干扰，导致CS/PS接入失败或掉话，因此在H载波扩容时，还需要关注扩容对周边小区的影响。随着H载波的扩容，小区拥塞造成的RAB建立失败已明显下降。时间PS域RAB指派建立成功RAB数目PS域RAB建立请求的RAB数目分组域RAB指配建立失败的RAB数目最大速率不支持最大速率不支持导致的RAB建立失败占RAB总失败次数比例PS域RAB建立成功率12447012729131711.24%97.781282961311012809.98%97.861247661276641766.07%97.73121658123633180.91%98.40127311129092160.90%98.62122020123614372.32%98.71小区扩容对RAB建立成功率的影响1.1.4H载波调整从话统数据来看，由于最大速率不支持造成RAB建立失败只占RAB建立失败总次数的5%~10%，其它原因未知。CS的RB建立成功率基本上都在99.9%，而为什么PS的RB建立成功率只有98%左右，两者的应用场景有什么区别？从PCHR的分析来看，PS的RB建立失败除了网络拥塞，最大速率不支持之外，其它的建立失败的原因值基本上都是“RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT(185468904)”，请求的下行速率绝大部分为2048kbps，从信令上来看表现为RNC给UE发送RBSETUP信令后，始终收不到UE回的RBSETUPCMP，导致RB建立失败。RBSETUP超时消息流程从UE的接入电平来看，RB建立失败的主要电平分布在-89~-85，信号质量一般，到小区的该信号质量区域进行测试，RB建立也没有什么问题。分析PS业务建立的流程，首先是RRC建立，然后RNC会在H载波分配好资源，并下发RBSETUP给UE，UE会尝试在H载波上进行信道建立。RRC建立成功了，为什么RB建立不起来，同样的小区为什么CS基本没问题？该城市H频点规划只有1个频点，推测与单频点干扰相关。PSRB建立失败在各RSCP的分布次数-956%-94~-9011%-89~-8565%-84~-8010%-808%-95-94~-90-89~-85-84~-80-80PSRB建立失败在各RSCP的分布为了验证RB建立失败与H单频点干扰的相关性，在RNC1T选择TOP小区调整频点，并对这些小区进行簇跟踪。从话统数据来看，H频点更改后，该簇PS的RB建立成功率由96%提升到了99.5%，掉话率也有显著的改善。日期HSDPARAB分配成功次数HSDPARAB分配请求次数HSDPA掉话次数PSRAB分配成功次数PSRAB分配请求次数PS掉话次数（含HSDPA）HSDPA掉话率PSRAB分配成功率PS掉话率(含HSDPA)备注108911473641459152337633.43%95.80%25.77%26号凌晨0点修改，数据都是只统计修改的10个小区；130213363611606164237227.73%97.81%23.16%198620734682315240548423.56%96.26%20.91%143215225222047213854436.45%95.74%26.58%157316773492071217635722.19%95.17%17.24%9659686212031207626.42%99.67%5.15%119712036814591465735.68%99.59%5.00%75977390990100511111.86%98.51%11.21%13921395107156115641567.69%99.81%9.99%144514463816361638432.63%99.88%2.63%H频点更改对PSRB建立成功率的影响减少弱覆盖H频点干扰较大，弱覆盖区域的PS用户容易RB建立失败而接入失败，也比较容易掉话，为了减少弱覆盖造成的PS接入失败和掉话，可调整小区覆盖，后修改最小接入电平和异系统启动门限，让用户尽量在2G网络使用业务。以下表用户为例，其接入电平平均在-97左右，如果可以调整H频点可考虑优先修改H频点，如果不行，可考虑将最小接入电平修改为-98或-95，同时注意修改异系统启动门限。接入时间IMSI接入小区RACH测量报告接入小区PCCPCHRSCP22:30:46460077119551XXX晨晖花园T2-99(17)22:29:43460077119551XXX晨晖花园T2-98(18)22:30:14460077119551XXX晨晖花园T2-98(18)22:25:59460077119551XXX晨晖花园T2-97(19)23:51:35460077119551XXX晨晖花园T2-97(19)18:39:07460077119551XXX晨晖花园T2-94(22)18:39:33460077119551XXX晨晖花园T2-94(22)缩短“PS永久在线定时器”PS永久在线定时器的含义为：当PS业务的用户在超过该定时器时长的一段时间内无数据传输，则RNC会发起RRC释放请求释放该业务。将PS永久在线定时器的时间改短后，RNC会更快在用户空闲没有业务流量的情况下将用户的资源释放，也可以减少用户在空闲状态保持连接导致的掉话。以定时器长为1小时和1分钟为例。假设测试场景周期为2小时，期间有6次是用户的空闲时间超过1分钟（但是没有空闲时间超过1小时）的，45分钟时会有一次网外的强干扰（会导致用户掉话和1次RAB建立失败）。如果定时器时长为1小时，那么用户在测试开始时有一次RAB建立，45分钟掉话后再有2次RAB建立（假设一次失败，一次成功），总共有3次RAB建立；45分钟时有1次掉话，所以该用户的接通率为2/3=66.6%，掉话率为1/3=33.3%。如果定时器时长为1分钟，那么用户在测试开始时有一次RAB建立，45分钟掉话后再有2次RAB建立（假设一次失败，一次成功），加上6次定时器超时导致的RAB释放和建立，总共有9次RAB建立；45分钟时有1次掉话，所以该用户的接通率为8/9=88.9%，掉话率为1/9=11.1%。时间PS域RAB指派建立成功RAB数目PS域RAB建立请求的RAB数目PS域RAB建立成功率PS域RRC连接建立成功次数PS域RRC连接建立尝试次数PS域RRC连接建立成功率（呼叫相关）PS域无线接通率RNC请求释放的分组域RAB数目分组域RAB指派建立成功的RAB数目PS域无线掉线率11434411594498.62945469515299.3697.991261111434411.0312043012223698.52993319986899.469