|
目 录
第1章 概述本故障处理指导手册主要包含语音单通定位方法和典型案例的分析过程以及结论 1.1 目的本手册主要给工程师处理RAN语音单通问题提供思路和方法。 1.2 适用范围只适用于语音单通问题处理。 第2章 语音单通问题介绍常见的语音单通故障案例进行分析。 2.1 语音质量问题定义语音业务类故障分为两大类： 单通：含单通、双不通、串话。 杂音：含上述杂音、语音质量差、断续和偶尔静音等。 本文重点分析常见的单通问题。 2.1.1 单通指通话的双方（A、B），A 可以听到B 的语音，而B 无法听到A 的语音。 2.2 问题场景模型分析语音质量是端到端的系统问题，涉及终端、RAN、传输、CN等网元。 2.2.1 设备因素常见得语音业务按照经过设备可以包括几种场景： 场景一：两个移动用户在同一个宏站NB下的语音呼叫。 场景二：两个移动用户在同一个NB下不同RRU覆盖范围的语音呼叫。 场景三：两个移动用户在同一个RNC下不同NodeB间的语音呼叫。 场景四：两个移动用户在不同的RNC下的语音呼叫。 场景五：两个移动用户在不同MSC下的语音呼叫。 场景六：移动用户同固定用户的语音呼叫。 场景七：3G用户同2G用户的语音呼叫。 2.2.2 环境因素语音质量和空口相关，空口环境波动严重影响语音质量。 常见的语音业务按照空口环境可以包括以下几种场景： 场景一：在整个通话过程中，TD无线空口环境一直比较稳定正常。 场景二：在整个通话过程中，TD无线空口环境波动比较大。 场景三：在整个通话过程中，TD无线空口环境一直比较差，基本处于弱覆盖环境。 2.2.3 场景测试分析设备类因素和环境因素是交叉的，可以组合成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 排查无线环境因素确认问题范围后，结合用户遇到的问题反馈的信息，到特定地点进行多次拨测，首先排查无线环境。 步骤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个是正常的。
| 
发表于 2012-12-30 16:28:51