- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
商丘分公司关于PS掉话问题的案例
拟制人 余红杰、陈超、胥世忠、杨鹏 案例编号 审核人 发布日期 适用范围 PS掉话、异系统切换
修订记录
日期 修订内容 评审意见
【摘要】针对PS业务的掉话问题进行信令跟踪和分析,找出造成掉话的重要原因,对混合业务切换引起的掉话问题进行重点解决。
【关键词】PS掉话率、context request、SGSN
【现象描述】
商丘WCDMA网络掉话率指标持续较高,掉话率月平均0.46%(以11月份为例),明显高出全省0.29%的平均水平,全省指标排名倒数。
全网掉话率指标差,从掉话较多的基站筛选来看,掉话问题主要集中在边界区域。如下图:(掉话高基站分布,红/黄为掉话高基站)
但通过大量的投诉分析和实地测试,没有感受到有掉话现象,但后台统计则发现许多掉话问题(后台统计为掉话)
【问题分析】
WCDMA掉话率指标=(RNC请求释放的电路域掉话的RAB数目+RNC请求释放电路域Iu连接对应的RAB数目+RNC请求释放的分组域掉线的RAB数目+RNC请求释放分组域Iu连接对应的RAB数目)/(电路域总共释放的RAB数目+分组域总共释放的RAB数目)×100%
从上述公式来看,WCDMA掉话率是有CS掉话和PS掉话共同决定的,从KPI指标分析,商丘WCDMA网的掉话严重问题是由于PS掉话所引起的。如下:
从上图可以看出,掉话主要是由于PS业务掉话引起,下面也只针对PS掉话进行分析。
提取一天全网所有RNC的日志文件分析,如下:
目前PS掉话主要有三类,最大一类是弱覆盖引起的,有50%左右的掉话是由于信号差导致弱覆盖造成的掉话,结合地理化显示可以看出,主要的问题小区分布在3G的边缘覆盖区域,这种环境是极易造成掉话,另一类是未定义的无线原因,例如无线链路不恢复,无线链路失败等等,导致该类问题的原因较多,而且一般用户都很分散,排查有难度,再有一类是导频污染导致,其中导致导频污染原因较多的是邻区漏配造成激活集强干扰。针对以上这几种情况的优化大致策略有以下三种:
1.1 弱覆盖引起的PS掉话
1)、RF优化解决,针对TOP小区,通过优化工程参数,合理控制覆盖范围,避免较远处用户使用,可配合参数优化。
2)、推动加站,网络边缘位置,弱覆盖严重,加站是最佳解决方案。
3)、参数优化,主要集中在系统间切换类参数,2D,3A类事件参数优化,可针对这些小区建立合理的参数索引,使信号不好时用户尽快切向2G侧,同时需要2G侧覆盖良好。
1.2 未定义的无线原因
该类问题用户较多,分布杂乱,一个用户偶尔几次的掉话,累计起来会产生很多,对于该类问题,需要连续观察TOP差小区,对于那些一段时间一直位于差小区行列的小区进行重点排查,偶尔一次进入差小区行列的小区,可能是某一个用户的偶尔导致,可继续观察,滚动式跟踪优化。如下图所示:
1.3 导频污染引起
结合关联日志分析,导频污染的多路信号差别不大,这些主要需要RF优化解决,大多数是由于基站覆盖过远,造成过远基站邻区漏配,如下图所示:
扰码为165的小区满足了1A事件门限,但是由于没有配置为邻区,所以不能及时加入激活集导致强干扰掉话。
2.弱覆盖掉话分析
分析发现绝大部分PS掉话都是在3G覆盖边缘发生的,因此,首先考虑的就是通过优化调整2/3G切换参数,使信号不好时用户尽快切向2G侧。
将覆盖边缘的3G小区的PS域WCDMA-GPRS的2D门限参数调整为-95dbm,通过一周的指标分析,发现PS掉话没有明显提升,而且PS切换出成功率(WCDMA-GPRS)质差小区反而增多。
RRC建立成功率质差小区数量 RAB建立成功率质差 语音业务掉话率质差 PS业务掉话率 小区系统间电路域切换出成功率(WCDMA-GSM)质差 小区系统间电路域切换出成功率(WCDMA-GPRS)质差 小区系统间电路域切换出成功率(GPRS-WCDMA)质差 7 2 1 95 19 100 0 同时我们分析日志文件中所描述的掉话问题,在数据文件分析中发现,现网中有一种掉话原因,在日志文件的统计中是没有统计的,这种掉话就是“RNC请求释放分组域Iu连接对应的RAB数据(不确定原因)”引起的掉话,如下图:
这种“不确定原因失败”导致的掉话次数占全部掉话次数的60%-70%,是导致商丘PS业务掉话问题的关键点。通过大量的测试和信令跟踪,发现这种“不确定原因”导致的掉话,其在信令流程中反映如下:
从上面的信令流程来看,这部分“不确定原因”导致的掉话其Iu_ReleaseRequestMsg携带的消息对于掉话原因的阐述是“非标准原因207”,同时,这类掉话发
文档评论(0)