 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
提问者:
• TDLTE单通道室分的峰值速率 2015-04-03
• TD-LTE天线类型中，什么是单D？什么是小单D？还有单D8通道，双通道，单通道有什么区分？分别用于什么场景？ 2014-09-04
• TD-LTE中RRU模块中的8通道，2通道，单通道分别有什么区别？都分别用于什么场景？ 2014-09-04
• TD单通是什么原理，大神哪有资料发点我 2014-01-08
• TD结构优化与单通 2013-09-06
• TD手机单通问题 2013-06-19
• TD手机打电话出现单通或断断续续是什么原因 2013-05-25
• TD-LTE天线类型中，什么是单D？什么是小单D？还有单D8通道，双通道，单通道有什么区分？分别用于什么场景？ 2014-09-04
• TD-LTE中RRU模块中的8通道，2通道，单通道分别有什么区别？都分别用于什么场景？ 2014-09-04
• TD单通是什么原理，大神哪有资料发点我 2014-01-08
• TD结构优化与单通 2013-09-06
• TD手机单通问题 2013-06-19
• TD手机打电话出现单通或断断续续是什么原因 2013-05-25
问题答案
( 5 )
兄弟，有个很好的资料发到zhaohongjiang20@126.com
发件人是nt_tys@mscbsc.com
希望能帮到楼主
发件人是nt_tys@mscbsc.com
希望能帮到楼主
回答者：
OscarDon
回答时间：2013-08-22 23:12
12
19
这个做网优的了解下就行了，网优只能解决空口的问题。但单通的原因有很多，除了空口原因，还有终端、传输、交换、硬件等等故障，都可能引起单通，你确定你做网优的还要学么？对于单通，了解下这个，再会后台跟信令就行了。
回答者：
wang549830551
回答时间：2013-08-23 09:22
14
12
|
终端，A口某个时隙，IUCS口，交换测，基站，BSC或RNC都有可能。 比较多见的是语音单通，而CS64K或PS 过程都正常。 对于语音的单通： 1、跨越多个RNC的移动用户，它们之间的语音编码的协商存在不一致问题，导致语音单通。 2、某些R4商用终端对某些特殊过程，比如重定位过程目标侧重配置的消息的处理存在问题，导致重定位后语音单通。 3、协议处理实现的问题，导致某个方向的数据全部被丢弃。当然，作为商用系统，很不应该。 另外，如果启动了语音加密，密钥的启动时间没有协调一致，也会导致语音单通，这时候听到的是杂音,也算是一种单通吧。 |
回答者：
ydh110
回答时间：2013-08-23 11:25
13
15
有关单通问题论坛中有网友发了专题的,你可以下载学习..
回答者：
litom2004
回答时间：2013-08-23 14:31
17
18
语音质量是端到端的系统问题，涉及终端、RAN、传输、CN等网元。
1.1.1 设备因素
常见得语音业务按照经过设备可以包括几种场景：
场景一：两个移动用户在同一个宏站NB下的语音呼叫。
场景二：两个移动用户在同一个NB下不同RRU覆盖范围的语音呼叫。
场景三：两个移动用户在同一个RNC下不同NodeB间的语音呼叫。
场景四：两个移动用户在不同的RNC下的语音呼叫。
场景五：两个移动用户在不同MSC下的语音呼叫。
场景六：移动用户同固定用户的语音呼叫。
场景七：3G 用户同2G 用户的语音呼叫。
1.1.2 环境因素
语音质量和空口相关，空口环境波动严重影响语音质量。
常见的语音业务按照空口环境可以包括以下几种场景：
场景一：在整个通话过程中，TD无线空口环境一直比较稳定正常。
场景二：在整个通话过程中，TD无线空口环境波动比较大。
场景三：在整个通话过程中，TD无线空口环境一直比较差，基本处于弱覆盖环境。
1.1.3 场景测试分析
设备类因素和环境因素是交叉的，可以组合成21种场景。
设备类场景中，场景一至场景五，RAN侧排查分析方法一致，对主被叫均可分析。而场景六、七需要固网和2G 网络配合分析，TD只能排查通话一方的情况。
在UE和RNC进行实时跟踪，观察UE的上下行BLER（有些UE不支持下行的BLER上报，那么就换个好一些的手机）以及小区发射功率，首先看看是否是空口误码率太高导致的语音质量变差。通常我们配置的语音BLER都是1％，跟踪的情况要是BLER超过比较多，那么就是这个原因了。但BLER过高只是一个现象，导致BLER过大的原因很多，例如同频干扰等，需要从性能角度进一步排查。
因为语音问题的低概率性特征，需要在不同场景下进行大量拨测，直至问题复现。同时可估算问题复现时的测试概率。
1.2 问题排查基本思路
语音质量问题排查比较复杂，需要进行不同场景下多次拨测，寻找问题发生规律、概率；还需要分解网元，逐段排查。基本工作如下：
1.2.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单元故障。
1.2.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左右），影响语音质量是正常的。同时，需要注意切换策略是否启用了立即激活模式，如果是非立即激活，切换时间会更长。
1.2.3 排查终端问题
1. 换用多个不同厂家的UE，来对比测试，观察问题的出现规律。
注意：即使是相同型号UE，内部软件版本可能也不一致。如何查询UE 型号和版本，请参考购买UE 时提供的使用说明书。
2. 换用其他UE 测试，如果问题消失，可基本认为是UE 问题。
1.2.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个是正常的。
1.1.1 设备因素
常见得语音业务按照经过设备可以包括几种场景：场景一：两个移动用户在同一个宏站NB下的语音呼叫。
场景二：两个移动用户在同一个NB下不同RRU覆盖范围的语音呼叫。
场景三：两个移动用户在同一个RNC下不同NodeB间的语音呼叫。
场景四：两个移动用户在不同的RNC下的语音呼叫。
场景五：两个移动用户在不同MSC下的语音呼叫。
场景六：移动用户同固定用户的语音呼叫。
场景七：
1.1.2 环境因素
语音质量和空口相关，空口环境波动严重影响语音质量。常见的语音业务按照空口环境可以包括以下几种场景：
场景一：在整个通话过程中，TD无线空口环境一直比较稳定正常。
场景二：在整个通话过程中，TD无线空口环境波动比较大。
场景三：在整个通话过程中，TD无线空口环境一直比较差，基本处于弱覆盖环境。
1.1.3 场景测试分析
设备类因素和环境因素是交叉的，可以组合成21种场景。设备类场景中，场景一至场景五，RAN侧排查分析方法一致，对主被叫均可分析。而场景六、七需要固网和
在UE和RNC进行实时跟踪，观察UE的上下行BLER（有些UE不支持下行的BLER上报，那么就换个好一些的手机）以及小区发射功率，首先看看是否是空口误码率太高导致的语音质量变差。通常我们配置的语音BLER都是1％，跟踪的情况要是BLER超过比较多，那么就是这个原因了。但BLER过高只是一个现象，导致BLER过大的原因很多，例如同频干扰等，需要从性能角度进一步排查。
因为语音问题的低概率性特征，需要在不同场景下进行大量拨测，直至问题复现。同时可估算问题复现时的测试概率。
1.2 问题排查基本思路
语音质量问题排查比较复杂，需要进行不同场景下多次拨测，寻找问题发生规律、概率；还需要分解网元，逐段排查。基本工作如下：1.2.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单元故障。
1.2.2 排查无线环境因素
确认问题范围后，结合用户遇到的问题反馈的信息，到特定地点进行多次拨测，首先排查无线环境。步骤1： 排查无线信号质量，排除弱覆盖导致。
1. 检查小区信噪比和UE 接收信号功率，确定是否下行覆盖质量差。如果下行RSCP < - 98dBm，请改善无线环境，提高下行信号质量，如果下行C/I < -3dB，请改善无线环境，提高下行信号质量
2. 检查是否所在小区的ISCP 偏高。如果经常出现ISCP > -95dBm，需要检查是否有其他外界干扰。
3. 检查单用户的上行质量：在RNC 维护台监测传输信道BLER，如果业务传输信道BLER 大于10%，则可能出现导致语音质量下降。请改善无线环境，提高上行信号质量
步骤2： 判断是否切换问题
1. 在问题重现步骤中，观察问题出现时记录的信令流程上是否有共同点，比如是否出现系统间切换、异频硬切换等。
2. 异频切换（包括
1.2.3 排查终端问题
1. 换用多个不同厂家的UE，来对比测试，观察问题的出现规律。注意：即使是相同型号UE，内部软件版本可能也不一致。如何查询UE 型号和版本，请参考购买UE 时提供的使用说明书。
2. 换用其他UE 测试，如果问题消失，可基本认为是UE 问题。
1.2.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个是正常的。
回答者：
chenpan0416
回答时间：2013-08-25 12:31
2
5
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |