单通故障排查手段0910

单通包括单通、双不通、串话。

第1章单通故障定义

单通包括单通、双不通、串话。

1.1 单通

指通话的双方（A、B），A 可以听到B 的语音，而B 无法听到A 的语音。

1.2 双不通

指通话的双方（A、B），都无法听到对方的语音。

1.3 串话

表现为通话过程中不仅听到对方语音，还能听到第三方的语音；或听不到对方语音，却听到第三方的语音。

第2章单通问题定位方法

在通话过程中，只有一方能听到声音，另一方听不到，或者双方都听不到对方声音。

单通或者双不通一般都是设备层面相关，包括网络设备和UE 以及传输设备，可以基本

排除无线信号覆盖、解密算法类的问题。

2.1 问题场景模型分析

语音质量是端到端的系统问题，涉及终端、RAN、传输、CN 等网元。

2.1.1 设备因素

常见得语音业务按照经过设备可以包括几种场景：

场景一：两个移动用户在同一个宏站NB 下的语音呼叫。

场景二：两个移动用户在同一个NB 下不同RRU 覆盖范围的语音呼叫。

场景三：两个移动用户在同一个RNC 下不同NodeB 间的语音呼叫。

场景四：两个移动用户在不同的RNC 下的语音呼叫。

场景五：两个移动用户在不同MSC 下的语音呼叫。

场景六：移动用户同固定用户的语音呼叫。

场景七：3G 用户同2G用户的语音呼叫。

2.1.2 环境因素

语音质量和空口强相关，空口环境波动严重影响语音质量。

常见的语音业务按照空口环境可以包括以下几种场景：

场景一：在整个通话过程中，TD 无线空口环境一直比较稳定正常。

场景二：在整个通话过程中，TD 无线空口环境波动比较大。

场景三：在整个通话过程中，TD 无线空口环境一直比较差，基本处于弱覆盖环境。

2.2 场景测试分析

设备类因素和环境因素是交叉的，可以组合成21 种场景。

设备类场景中，场景一至场景五，RAN 侧排查分析方法一致，对主被叫均可分析。而场景六、七需要固网和2G 网络配合分析，TD 只能排查通话一方的情况。

在UE 和RNC 进行实时跟踪，观察UE 的上下行BLER（有些UE 不支持下行的BLER 上报，那么就换个好一些的手机）以及小区发射功率，首先看看是否是空口误码率太高导致的语音质量变差。通常我们配置的语音BLER 都是1％，跟踪的情况要是BLER 超过比较多，那么就是这个原因了。但BLER 过高只是一个现象，导致BLER 过大的原因很多，例如同频干扰等，需要从性能角度进一步排查。

因为语音问题的低概率性特征，需要在不同场景下进行大量拨测，直至问题复现。同时可估算问题复现时的测试概率。

2.3 问题排查基本思路

语音质量问题排查比较复杂，需要进行不同场景下多次拨测，寻找问题发生规律、概率；还需要分解网元，逐段排查。基本工作如下：

2.3.1 确认问题出现范围

从时间、地点和设备配置多维度确定问题出现的范围。

步骤1：语音质量问题出现是否有时间上的规律性？

1. 问题出现时段是否固定？

2. 近期网络是否有重大操作，例如CN或RAN侧有版本升级，或者传输进行改造？

步骤2：语音质量问题出现是否有地域上的规律性？

1. 问题出现地域是否固定？如果在某一地区固定出现，很有可能是干扰引起，需要排查无线环境。如果不在固定地域出现，可基本排除系统外干扰。

2. 问题是在某一NodeB 下固定出现？如果不是，可基本排除个别NodeB 异常导致，如单板硬件故障等。

3. 问题是在某一RNC 下固定出现？如果不是，可基本排除个别RNC 异常导致，如单板故障等。步骤3：语音质量问题出现是否有设备配置上的规律性？

1. 问题出现是否都在特定软件版本下？例如是否只有NodeB SPC400版本下出现问题，或者只有RNC SPC410版本下出问题。

2. 出问题的小区是否都配置在同一IUB口的接口板上？可通过MML核查，排除接口板故障。

3. 出问题时业务是否都使用相同的DSP单元？可通过CDT观察，排除个别DSP单元故障。

2.3.2 排查无线环境因素

确认问题范围后，结合用户遇到的问题反馈的信息，到特定地点进行多次拨测，首先排查无线环境。

图 2-1单通类故障定位思路

步骤1：排查无线信号质量，排除弱覆盖导致。

1. 检查小区信噪比和UE 接收信号功率，确定是否下行覆盖质量差。如果下行RSCP < - 98dBm，请改善无线环境，提高下行信号质量，如果下行C/I < -3dB，请改善无线环境，提高下行信号质量

2. 检查是否所在小区的ISCP 偏高。如果经常出现ISCP > -95dBm，需要检查是否有其他外界干扰。

3. 检查单用户的上行质量：在RNC 维护台监测传输信道BLER，如果业务传输信道BLER 大于10%，则可能出现导致语音质量下降。请改善无线环境，提高上行信号质量

步骤2：判断是否切换问题

1. 在问题重现步骤中，观察问题出现时记录的信令流程上是否有共同点，比如是否出现系统间切换、异频硬切换等。

2. 异频切换（包括3G-3G、2G-3G）过程中，UE 通常要起压缩模式，压缩模式本身会对语音质量造成影响，另外切换过程中会造成语音中断（一般中断的时间300～400ms左右），影响语音质量是正常的。同时，需要注意切换策略是否启用了立即激活模式，如果是非立即激活，切换时间会更长。

2.3.3 排查终端问题

1. 换用多个不同厂家的UE，来对比测试，观察问题的出现规律。

注意：即使是相同型号UE，内部软件版本可能也不一致。如何查询 UE 型号和版本，请参考购买UE 时提供的使用说明书。

2. 换用其他UE 测试，如果问题消失，可基本认为是UE 问题。

2.3.4 排查传输问题

各种接口如果出现传输问题，都会导致传输丢包，直接导致语音质量下降。

1. 查看Iub、Iu、Gb 等接口的告警，任何传输方面的告警都有可能是解决问题的线索；

2. 流量配置有问题。Iub、Iu 等接口的CS 用户面通常要配置AAL2 链路，配置链路的要求是RNC/NODEB/MGW 所对接的AAL2 链路配置相同的链路属性和相同的ATM 流量。如果流量或者属性不匹配，就会有丢包的危险。而且有的时候可能并不会有告警。

3. 如果MGW 间Gb口的传输是走TDM，则需要注意的是2 个MGW 的帧格式要一致，不同的帧格式对接会导致语音出现噪声，导致语音质量下降。这一点需要MGW 人员配合排查。

4. 时钟同步问题。电路域传输对于时钟同步要求比较高，时钟同步问题很有可能是传输问题的根本原因。

5. 不要忽略传输抖动造成的影响。不同网元抗传输抖动的能力是不同的，对于语音业务来说，超过20ms 的传输抖动不可避免的会造成语音帧的不均匀，导致语音质量的下降。在IUB 口，定位方法是跟踪RNC 的CDT 跟踪，观察用户面的跟踪，查看CS 业务的FP 跟踪，查看时间调整帧是否比较多，通常情况下，1、2 个是正常的。