网站大量收购独家精品文档,联系QQ:2885784924

TD無线-诺西-RNC-单通和通话质差分析解决案例.doc

TD無线-诺西-RNC-单通和通话质差分析解决案例.doc

  1. 1、本文档共15页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
TD無线-诺西-RNC-单通和通话质差分析解决案例

TD无线-诺西-RNC-单通和通话无声分析解决案例 故障现象: 在北京路移动公司室分点内,多人反映在TD网络通话时会出现单通和通话质量差的现象。 网优人员在现场利用大唐8142、鼎星188测试手机和商用终端进行不间断呼叫,在拨打30次-50次后会概率性地出现一两次接通后但基本无声音的现象。 原因分析: 流程图: 在现场进行终端海量拨测发现问题后,通过现象分析,大致原因如下: 无线环境空口质量太差,误码率较高,引起话音丢帧现象严重,引起单通现象; 2、手机终端存在问题,引起单通; 3、基站载频存在故障,引起单通; 4、传输电路和设备存在故障,引起单通; 5、RNC存在隐性故障引起通话单通; 解决措施: 通过原因分析,了解了可能引起单通的原因后,我们分步进行了详细排查: 一、无线环境排查 利用测试仪表测试现场无线环境,分析网络中可能存在的频率干扰、扰码干扰和外部干扰。 问题小区地理位置 利用仪表对大楼能小区覆盖的所有区域都进行了详细的测试。 覆盖系统的详细情况 2F 3F 5F 6F 电梯 楼梯间 编号 测试地点名称 PCCPCH RSCP=-85dBmC/I=-3采样点 DPCH C/I=-3采样点 链路层BLER (%) 接通率(%) 掉话率(%) PCCPCH覆盖率(%) 主叫 被叫 主叫 被叫 1 1F 6085 5886 5631 5548 0.19% 100.00% 0.00% 99.99% 2 2F 5889 5866 5391 5394 0.18% 100.00% 0.00% 100.00% 3 3F 6090 5943 5585 5487 0.11% 100.00% 0.00% 100.00% 4 5F 6204 6163 5730 5631 0.14% 100.00% 0.00% 99.99% 5 6F 6151 6025 5513 5282 0.05% 100.00% 0.00% 100.00% 6 电梯 305 291 295 284 0.07% 100.00% 0.00% 100.00% 通过现场测试,发现各楼层覆盖电平良好,覆盖质量良好,无线环境质量不存在问题。 二、终端海量测试 无线环境质量很好,我们怀疑是个别终端缺陷引起的单通质差问题,通过现场了解使用不同终端的用户都遇到此现象,初步排除了个别终端引起的单通质差问题。 为彻底排除终端可能存在的缺陷原因,我们同时使用大唐8142、鼎星188、三星9108、HTC A9188、联想TD801、三星G6330终端进行了海量拨测,发现各款终端遇到单通质差现象的概率相近,均在30-50次之间遇到单通无声现象,排除个别终端缺陷引起问题的可能。 三、基站硬件排查 1、小区载频排查 覆盖小区为一个BBU,一块BBI载频板,小区共3个载频,3个DSP,如下图: 我们锁闭了所有的DSP,然后依次仅激活一个不同编号的DSP,针对每个激活的DSP开展海量测试,借此以发现是否某个DSP存在隐性故障导致的单通质差。 通过对每个DSP进行拨测,发现每个DSP存在单通问题的概率一致并未出现分配在某个DSP上较为集中的现象。 2、基站主控板排查 在排查DSP问题后,我们怀疑NODEB主控板存在某些隐患引起故障,随将基站WMPT板更换为新的备件,发现问题依旧。 RRU故障排查 该小区有一台261型号的RRU进行覆盖,我们更换了一台全新的RRU备件,发依然发现在30-50次拨测左右会出现一次单通质差。 四、传输设备排查 覆盖小区BBU,共有8条传输,采用ATM方式进行组网,如下图: 我们断开8条传输, 依次仅激活一条,对每一条传输进行拨测,发现问题出现的概率并未出现变化,排除传输引起单通的可能性。 五、RNC板卡跟踪分析 在依次对无线环境、终端缺陷、基站硬件和传输网络环节进行排查后,问题依旧,我们在RNC侧采用信令跟踪,通过了解数据包在整个通话过程中的每个环节的处理情况,借以发现问题原因所在。 首先我们了解一下语音通话数据在RNC中的处理过程,如下图所示: CS数据下行传输:IUUP----MACD ----DCHFP CS数据上行传输:DCHFP----MACD---- IUUP IUUP模块:完成Iu口CN侧非接入层数据到RNC的接入层数据的转换和传输功能。 MACD模块:MACD模块完成专用传输信道的处理,对FP上来的数据进行CRCI检查。 FP模块:FP协议保证Iub/Iur接口用户面数据的正确传递,公共和专用传输信道数据传输的成帧、解帧带内的信令控制过程,节点同步,传输信道同步和时间调整等。 MDC模块:用于在不同FP支路上分发同一UE的数据

文档评论(0)

bmdj + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档