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

《TD无线-诺西-RNC-单通和通话质差分析解决案例》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、TD无线-诺西-RNC-单通和通话无声分析解决案例故障现象：在北京路移动公司室分点内，多人反映在TD网络通话时会出现单通和通话质量差的现象。网优人员在现场利用大唐8142、鼎星188测试手机和商用终端进行不间断呼叫，在拨打30次-50次后会概率性地出现一两次接通后但基本无声音的现象。原因分析：流程图：在现场进行终端海量拨测发现问题后，通过现象分析，大致原因如下：1、无线环境空口质量太差，误码率较高，引起话音丢帧现象严重，引起单通现象；2、手机终端存在问题，引起单通；3、基站载频存在故障，引起单通；4、传输电路和设备存

2、在故障，引起单通；5、RNC存在隐性故障引起通话单通；解决措施：通过原因分析，了解了可能引起单通的原因后，我们分步进行了详细排查：一、无线环境排查利用测试仪表测试现场无线环境，分析网络中可能存在的频率干扰、扰码干扰和外部干扰。问题小区地理位置利用仪表对大楼能小区覆盖的所有区域都进行了详细的测试。覆盖系统的详细情况：1、覆盖区域：覆盖整个大楼，主要覆盖区域有1-2层营业厅，3层、5层、6层办公区及电梯。2、地理位置（RSCP图与C/I图）1F2F3F5F6F电梯楼梯间编号测试地点名称PCCPCHRSCP>=-85dBm

3、&C/I>=-3采样点DPCHC/I>=-3采样点链路层BLER(%)接通率(%)掉话率(%)PCCPCH覆盖率(%)主叫被叫主叫被叫11F60855886563155480.19%100.00%0.00%99.99%22F58895866539153940.18%100.00%0.00%100.00%33F60905943558554870.11%100.00%0.00%100.00%45F62046163573056310.14%100.00%0.00%99.99%56F61516025551352820.05%

4、100.00%0.00%100.00%6电梯3052912952840.07%100.00%0.00%100.00%通过现场测试，发现各楼层覆盖电平良好，覆盖质量良好，无线环境质量不存在问题。二、终端海量测试无线环境质量很好，我们怀疑是个别终端缺陷引起的单通质差问题，通过现场了解使用不同终端的用户都遇到此现象，初步排除了个别终端引起的单通质差问题。为彻底排除终端可能存在的缺陷原因，我们同时使用大唐8142、鼎星188、三星9108、HTCA9188、联想TD801、三星G6330终端进行了海量拨测，发现各款终端遇到单

5、通质差现象的概率相近，均在30-50次之间遇到单通无声现象，排除个别终端缺陷引起问题的可能。三、基站硬件排查1、小区载频排查覆盖小区为一个BBU，一块BBI载频板，小区共3个载频，3个DSP，如下图：我们锁闭了所有的DSP，然后依次仅激活一个不同编号的DSP，针对每个激活的DSP开展海量测试，借此以发现是否某个DSP存在隐性故障导致的单通质差。通过对每个DSP进行拨测，发现每个DSP存在单通问题的概率一致并未出现分配在某个DSP上较为集中的现象。2、基站主控板排查在排查DSP问题后，我们怀疑NODEB主控板存在某些隐

6、患引起故障，随将基站WMPT板更换为新的备件，发现问题依旧。3、RRU故障排查该小区有一台261型号的RRU进行覆盖，我们更换了一台全新的RRU备件，发依然发现在30-50次拨测左右会出现一次单通质差。四、传输设备排查覆盖小区BBU，共有8条传输，采用ATM方式进行组网，如下图：我们断开8条传输，依次仅激活一条，对每一条传输进行拨测，发现问题出现的概率并未出现变化，排除传输引起单通的可能性。五、RNC板卡跟踪分析在依次对无线环境、终端缺陷、基站硬件和传输网络环节进行排查后，问题依旧，我们在RNC侧采用信令跟踪，通过了

7、解数据包在整个通话过程中的每个环节的处理情况，借以发现问题原因所在。首先我们了解一下语音通话数据在RNC中的处理过程，如下图所示：CS数据下行传输：IUUP---->MACD---->DCHFPCS数据上行传输：DCHFP---->MACD---->IUUPIUUP模块：完成Iu口CN侧非接入层数据到RNC的接入层数据的转换和传输功能。MACD模块：MACD模块完成专用传输信道的处理，对FP上来的数据进行CRCI检查。FP模块：FP协议保证Iub/Iur接口用户面数据的正确传递，公共和专用传输信道数据传输的成帧、解帧

8、带内的信令控制过程，节点同步，传输信道同步和时间调整等。MDC模块：用于在不同FP支路上分发同一UE的数据。在具体的RNC内的，语音业务经NODEB通过AOU板卡传入对应框的DPUb板卡，经过DUPb上DSP处理器进行业务处理。那么通过跟踪的CDT信令包分析，可以得到在发生单通问题的时候，业务分配所在的处理板卡，从而得到问题原因所在。在RNC-