WCDMA网关于PS业务掉话问题的题稿.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 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)

希望之星 + 关注
实名认证
内容提供者

我是一名原创力文库的爱好者!从事自由职业!

1亿VIP精品文档

相关文档