UMG8900产品黄埔培训系列教材-10 问题定位-语音类

1、HUAWEI TECHNOLOGIES CO., LTDHUAWEI Confidential Security Level: 内部公开UMG8900产品问题定位-语音类ISSUE1.0HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 2参考资料lUMG8900 业务类-固网监听业务维护指导手册.doclUMG8900 语音类-2833特性维护指导手册.doclUMG8900 语音类-单通问题维护指导手册.doclUMG8900 语音类-放音收号问题维护指导手册.doclUMG8900 语音类-回声问题维护指导手册.doclUMG890

2、0 语音类-语音问题维护指导手册.doclUMG8900 语音类-噪音问题指导手册.docHUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 3学习完此课程，您将会：了解噪音、回声等语音类问题的详细处理方法HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 4第第2章章 单通问题定位单通问题定位第第3章章 回声问题定位回声问题定位第第4章章 2833问题定位问题定位HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 51.1 常

3、见噪音问题种类及简介常见噪音问题种类及简介 1.2 纯纯TDM路径下噪音问题路径下噪音问题1.3 IP-TDM路径下的噪音问题路径下的噪音问题HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 61.1 1.1 常见噪音问题种类及简介常见噪音问题种类及简介从已知的情况分析，产生噪音的来源有以下几个：lUMG8900的TDM时钟不稳，导致噪音。l打开丢包补偿的情况下IP网络丢包超过5%，或者未打开丢包补偿时存在丢包。l使用了G.711编解码，但打开了VAD开关。目前G.711 VAD的实现方法五花八门，互通性很差。一般情况下，如果网络中存在

4、多种设备，比如UMG8900，TMG，IAD，Videophone等，且需要使用G.711编解码，则VAD开关应该关闭。其他编解码，如G.729，G.723不存在互通性问题，可以打开VAD开关。l话路中的EC产生噪音。lPSTN侧引入的噪音，即到达UMG-TG之前，噪音已经存在。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 71.1 常见噪音问题种类及简介常见噪音问题种类及简介 1.2 纯纯TDM路径下噪音问题路径下噪音问题1.3 IP-TDM路径下的噪音问题路径下的噪音问题HUAWEI TECHNOLOGIES CO., LTD.

5、HUAWEI Confidential Page 81.2 1.2 纯纯TDMTDM路径下噪音问题路径下噪音问题l纯TDM路径下噪音问题可大致分为以下几种常见情况： 通话过程中持续出现噪音 呼叫建立过程中放智能音或者提示音时出现噪声 被叫摘机瞬间出现噪音l对问题进行分析之前，首先应该判断一下噪音是否是由UMG8900设备引入的。出现噪音时，将呼叫保持住，在呼叫占用的TDM路径上进入UMG8900设备和出UMG8900设备的TDM接口板上分别做外环回和内环回（环回具体操作请参考：UMG8900 常用定位手段-UMG8900环回操作指导手册），根据环回测试结果，可以确认噪音是否由UMG8900设备

6、引入。l如果做端口环回，首先要确认该端口是否配置有信令或者半永久，因为端口环回之后可能引起信令或者半永久中断HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 91.2 1.2 纯纯TDMTDM路径下噪音问题路径下噪音问题l判断噪音引入点的简单方法：UMG8900产品常用定位手段UMG8900BSCPSTNABCD外环外环HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 101.2 1.2 纯纯TDMTDM路径下噪音问题路径下噪音问题l【问题描述】 通话过程中持续出现噪音，TNU记

7、录的系统日志中有ILC failed相关字样，或者出现ILC CHECK FAULT（ALM_ID 831）。l【产生原因】 UMG8900内出现ILC校验失败l【处理方法】 检测系统时钟，是否处于跟踪态，先排除时钟不同步的问题 根据系统日志或者告警中的提示查看TNU/TCLU和哪个单板之间出现ILC校验失败，先更换对应的接口板，如果仍出现ILC检测失败的日志或者告警，那么再更换记录系统日志或者上报告警的对应的TNU/TCLU单板。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 111.2 1.2 纯纯TDMTDM路径下噪音问题路径下

8、噪音问题l【问题描述】呼叫建立过程中放智能音或者提示音时出现噪声l【产生原因】语音文件引入l【处理方法】重新制作语音文件，更换问题语音文件 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 121.2 1.2 纯纯TDMTDM路径下噪音问题路径下噪音问题l【问题描述】被叫摘机瞬间出现噪音l【产生原因】可能由于TDM联网引入l【处理方法】这个需要将E10表或者其他仪器串在E1上，然后指定时隙呼叫，用仪器对这个指定的时隙进行录音操作，然后对录音文件进行分析。这一步处理比较复杂，请联系研发解决。如果条件允许的情况下可以尝试倒换一下中心交换框的

9、TNU单板HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 131.1 常见噪音问题种类及简介常见噪音问题种类及简介 1.2 纯纯TDM路径下噪音问题路径下噪音问题1.3 IP-TDM路径下的噪音问题路径下的噪音问题HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 14TDM到IP呼叫媒体流S-MatrixT-MatrixT-MatrixGE PHYTCMonolithic-MatrixE32TNUVPUDS0RTPG1OPacketEnginePacket EngineHRUE

10、CHUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 151.3 IP-TDM1.3 IP-TDM路径下的噪音问题路径下的噪音问题l【问题描述】NGN侧用户听到噪音l【问题确认】如果确认不是用户电话机的问题，请按照下面的解决步骤进行.l【问题分析】PSTN侧到NGN的信号本身就有噪声，噪声由IP网络引起。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 161.3 IP-TDM1.3 IP-TDM路径下的噪音问题路径下的噪音问题l【问题解决】 AG处理方法 (画一下UMG的AG组网

11、) 步骤步骤 1对相应通道录音，具体操作参见UMG8900 常用定位手段-录音操作指导手册。 步骤步骤 2(如果是AG的情况下执行)使用CoolEdit软件打开该文件，听声音（看波形），确认是否有噪音。如果声音清晰，没有噪音，则一般情况下，噪音应该出在RSP框或者用户线（比如RSP的小网未拆，或者用户线受干扰等）。如果录音文件中已经听到噪音，则继续定位。 步骤步骤 3确认没有使用带VAD的G.711编解码。只有两端都是UMG8900的情况下，才可以使用带VAD的G.711编解码。否则，应该关闭G.711的VAD开关。UMG8900使用的编解码可以通过LST TCPARA得到。其他设备的编解码需

12、要其他手段。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 171.3 IP-TDM1.3 IP-TDM路径下的噪音问题路径下的噪音问题 步骤步骤 4 在MML上使用PING命令，Ping出问题的承载地址。参数填写如下：板类型选“HRB”，板组号选择出问题通话承载所在的HRB板组号，PING报文个数设置为32个，节点域名或IP地址填写对方（可能是UMG8900-TG）的承载IP地址，PING报文长度填写尽量接近出问题会话所使用的编解码的报文大小的，比如G.711 20ms，就填写214，G.729 20ms则填写74（可以在Ether

13、net的抓包中查出），超时时间取缺省值即可。如果IP网络在打开丢包补偿的情况下丢包超过5%，或者在存在未打开丢包补偿的情况下丢包（即使不足1%，），则用户会听到噪音。查看是否打开了丢包补偿的命令为LST TCPARA察看。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 181.3 IP-TDM1.3 IP-TDM路径下的噪音问题路径下的噪音问题步骤步骤 5使用DSP CLK命令，确认TG的时钟处于“跟踪”状态。如果处于“自由振荡”，则可能产生噪音、单通。步骤步骤 6使用DSP NETCLKSIG，察看NET板时钟锁相环是不是处于锁定状

14、态。如果处于非锁定（LOSS）状态，则同样会产生噪音、单通。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 191.3 IP-TDM1.3 IP-TDM路径下的噪音问题路径下的噪音问题 步骤步骤 7 执行DSP SLIP命令，察看该会话是否存在大量滑码。如果是，则滑码可能是造成问题的原因。此时，执行DSP CLK命令确认UMG8900的时钟是否处于跟踪状态。如果处于跟踪状态则应该是对端的问题，否则需要配置UMG8900锁定线路时钟。此时需要参考如下命令： /配置时钟，线路时钟作为时钟参考源。 MOD CLK: BRDTYPE=CLK,

15、 MODE=AUTO, GRADE=TWO, CTRL=NO, CLKMODE=SOURCE; /配置时钟，从0号和1号E32板端口0提取线路时钟。 SET LINECLK: LINE=LINE1, BT=E32, BN=0, PN=0; 确认时钟的参考源是否正确。如果正确，但是仍然有滑码，则应该是对端的问题，需要对端确认问题原因。如果时钟参考源不正确，修改为正确的参考源即可。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 20滑码介绍l滑动（slip）：在同步传输或准同步传输的比特流中由于缓冲存储器的读写速率不一致造成一组比特丢失或

16、重复插入的现象，称为滑动。滑动分为受控滑动和非受控滑动。l下面我们以E1芯片为例，看看滑动产生的原因。帧定位信号提取缓冲存储器时钟提取系统时钟2048kbi t/ s2048kbi t/ s写时钟读时钟HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 21lE1接收芯片从输入信号中提取时钟，做为缓冲存储器的写时钟，而系统时钟做为缓冲存储器的读时钟。缓冲存储器的容量至少为一帧。当写入和读出的速率一致时，缓冲存储器不会发生溢出，任何小于缓冲存储器长度的读/写时钟相位差的变化都会被吸收，不影响通信。.过大的相位变化，或者读、写时钟频率不一致，

17、则会导致缓冲存储器的上溢或者下溢。当读出速率小于写入速率时，会发生漏读，丢失一帧信息，当读出速率大于写入速率时，会发生重读。l滑动发生的两个基本原因：第一、链路中时钟间的频率同步不好，导致时钟频率的差别；第二、链路中的相位移动（抖动和漂移）或主钟和从钟间的相位移动。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 221.3 IP-TDM1.3 IP-TDM路径下的噪音问题路径下的噪音问题l【问题描述】打通电话后PSTN侧用户听到噪音l【问题分析】可能是下面问题造成： 话机本身质量问题 外线问题 对端网关问题 AG增益太大 环境干扰 主

18、叫号码FSK信号干扰HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 231.3 IP-TDM1.3 IP-TDM路径下的噪音问题路径下的噪音问题l【问题描述】 背景噪声不连续的现象，是指在对端有背景噪声的情况下，本端说话/停止说话的切换过程中会感到有不舒适的剪切感。l【问题解决】 步骤步骤 1请先将使用set tcpara命令将编解码的VAD关闭 步骤步骤 2在MML上用LST ECPARA查看CNG是否打开，确保CNG被使能。 步骤步骤 3将EC绕开。然后本端说话时，可以听到明显的回声（表明EC已经被绕开），并且注意对端背景噪声是否

19、连续。 步骤步骤 4如果绕开EC之后，发现背景噪声连续,问题现象消失，那么可以确定是EC引入的背景噪声不连续。 步骤步骤 5如果确定是EC引入的背景噪声不连续，逐个隔离EC单板，进行拨测排查。定位后有问题的单板，进行更换。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 24第第1章章 噪音问题定位噪音问题定位第第3章章 回声问题定位回声问题定位第第4章章 2833问题定位问题定位HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 252.1 2.1 纯纯TDMTDM路径下单通问题

20、定位路径下单通问题定位l纯TDM路径下的单通问题，一般有下面几种可能的原因：由对接设备引入的；TDM连线连接错误产生鸳鸯线或者TDM接口相关配置与对端设备不一致导致；UMG8900内部级联光纤连接错误；UMG8900设备的TDM交换网板、TDM资源板的硬件问题。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 262.1 2.1 纯纯TDMTDM路径下单通问题定位路径下单通问题定位l出现单通问题后，详细了解该问题出现局点的组网情况，确定从主叫到被叫的整个承载路径（通过跟踪软交换上的信令交互过程确认），首先要做的就是保持呼叫，不要挂机，这

21、是排查问题的一个重要条件。在此基础上按以下步骤进行排查 l如果A用户不能听到B用户的声音，首先检查是否是靠近单通侧用户A设备引入的单通问题。以通过让此设备在与UMG8900连接的接口上做内环回的操作来确认，见图2-1（在保证设备A不使用EC的情况下）。如果内环回后A用户不能听到自己的回音，则说明问题出在UMG8900对接的A设备上，可能有以下原因造成。TDM连线错误，请检查连接两个设备的连线。两端TDM接口配置不一致，请对比相关配置，具体描述请参见HUAWEI UMG8900通用媒体网关配置指南。 如果A用户可以听到自己的回音，则执行下一步，在UMG8900相应接口上做外环回 UMG8900B

22、设备A设备B用户A用户HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 272.1 2.1 纯纯TDMTDM路径下单通问题定位路径下单通问题定位l如果A用户可以听到自己的回音，则在UMG8900连接A设备的接口上做外环回，见左图。如果A用户听不到自己的回音，则A设备有问题。具体原因同上一步。如果此时A用户仍然可以听到自己的回音，则在UMG8900另一侧进行内环回，见右图。如果用户A不能听到自己的回音并且UMG8900没有使用EC的话，则说明是UMG8900内部出现问题，后面作为专题进行介绍。如果用户A仍然能够听到自己的声音则证明UMG8

23、900到A设备到用户A都是正常的，需要确认UMG8900与B设备直接的连线和B设备内部是否存在问题。UMG8900B设备A设备B用户A用户UMG8900B设备A设备B用户A用户HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 282.1 2.1 纯纯TDMTDM路径下单通问题定位路径下单通问题定位l对于对于UMG8900内部产生单通的原因有以下三个原因。内部产生单通的原因有以下三个原因。 UMG8900内部级联光纤连接错误； UMG8900设备的TDM交换网板、TDM资源板的硬件问题； 时钟不同步造成。l对于原因1可以通过排查告警来确认

24、，一般需要注意告警“级联链路连级联链路连接与配置不符接与配置不符”（告警（告警ID 818），），核对TDM级联光纤的收发是否与对端TDM级联光口的收发相匹配并且与MML命令配置的TDM级联吻合。l对于原因2同样要通过收集活动告警来确认。需要搜集连接A设备和B设备的两块TDM接口板及其所在框主备TNU单板的活动告警以及中心框TNU和各个BLU单板的活动告警来确认是否有硬件的FMEA告警。l对于原因3需要确认时钟板和各框NET板（或者TNC板）时钟是否同步，需要收集一下所有单板的活动告警来分析解决。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential

25、Page 29第第1章章 噪音问题定位噪音问题定位第第2章章 单通问题定位单通问题定位第第4章章 2833问题定位问题定位HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 303.1 3.1 回声简介回声简介l在通话过程中，如果说话人听到了自己的延迟后的声音，这个延迟后的声音就称作回波。 l回波分为以下两种： 电学回波信号在接收端（由于Hybrid的线圈匹配性不好造成的信号的泄漏）有一部分被反射回发送端，转换器（Hybrid）将2Wires本地环分接成两对独立的线，一对用于发送路径，另一对用于接收路径。理想情况下，转换器（转换器（Hyb

26、rid）将来自）将来自4Wires环路的信号全部耦合到环路的信号全部耦合到2Wires环路上环路上，但是由于2Wires环路与4Wires环路设备之间的阻抗不匹配，导致转换器只传递了大部分的信号到2Wires环路上，而还有一小部分被而还有一小部分被“泄泄漏漏”到了转换器的发送路径上到了转换器的发送路径上，这些被“泄漏”到发送路径上的信号就是回波。 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 313.1 3.1 回声简介回声简介 声学回波声学回波也称作“多径回波”，它是由电话机扬声器与话筒之间的声学耦合问题导致的。在无线电话和有线电

27、话，或者在扬声器的免提设备中都会出现这种回波。这些问题是由低质量的电话听筒、周围环境中的回波（例如在汽车、旅馆或工厂中）或者电话听筒串话造成的。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 32l统一维护手册HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 333.2 3.2 回声问题定位方法回声问题定位方法l1.固网应用环境，PSTN电话互通听到回声固网应用环境的EC处理位置如图1-5这时的回声绝大多数都是电学回声，属于UMG8900的处理范围，根据对端受益的原则，先分析清

28、楚是哪个UMG8900的EC没有处理好导致的回声。l2.2G纯TDM组网，UMG8900作为端局，手机打手机这种情况如果出现回声，属于声学回声，UMG8900作为纯TDM组网，不会引入时延，可以排除不是UMG8900的问题，并且UMG8900无法处理这种回声。l3. 2G纯TDM组网，UMG8900作为关口局，手机打固话这种情况的的EC处理位置如图1-6所示，2G纯TDM组网，UMG8900作为关口局，手机打固话产生回声。这时如果固话侧听到回声，属于声学回声，与UMG8900无关，可以排除不是UMG8900的问题。如果是手机侧听到回声，则和UMG8900相关。l4. 2G出IP组网，跨IP网段

29、手机打手机2G出IP组网，跨IP网段手机打手机出现回声，这种情况的的EC处理位置如图1-8所示。这属于声学回声，UMG8900无法处理这种回声。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 343.2 3.2 回声问题定位方法回声问题定位方法l5. 2G出IP组网，跨IP网段手机打固话这种情况的的EC处理位置如图1-8所示，2G出IP组网，跨IP网段手机打固话出现回声。这时如果固话侧听到回声，这属于声学回声，UMG8900无法处理这种回声。如果是手机侧听到回声，属于电学回声，则和UMG8900相关。l6.2G和NGN互通，跨IP网段

30、手机打固话这种情况的的EC处理位置如图1-7所示，2G和NGN互通，跨IP网段手机打固话出现回声。这时如果固话侧听到回声，这属于声学回声，UMG8900无法处理这种回声，但是该组网环境下仍然会加电学EC，可能导致UMG8900的电学EC无法处理声学回声而出现固话侧听到回声。如果是手机侧听到回声，属于电学回声，则和UMG8900相关。l7.2G拨打3G手机，跨IP网段2G拨打3G手机，跨IP网段出现回声，组网类似图1-8，这属于声学回声，UMG8900无法处理这种回声。l8.3G拨打3G手机，跨IP网段3G拨打3G手机，跨IP网段出现回声，组网类似图1-8，这属于声学回声，UMG8900无法处理

31、这种回声。l9.3G拨打固话，跨IP网段这种情况的的EC处理位置类似图1-6所示，手机打固话产生回声。这时如果固话侧听到回声，属于声学回声，与UMG8900无关，可以排除不是UMG8900的问题。如果是手机侧听到回声，则和UMG8900相关。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 35第第1章章 噪音问题定位噪音问题定位第第2章章 单通问题定位单通问题定位第第3章章 回声问题定位回声问题定位HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 362833特性介绍l在VoI

32、P的应用中通常采用低速率编解码来获得较高的带宽利用率，但是目前采用的低速率语音编码（例如G.729，AMR等）都是针对语音信号来设计的，而对于单音信号（例如DTMF信号和传真音等信号），经过低速率语音编解码后会造成质量的损伤，对端无法正确地接收到单音信号，导致依赖于这些单音信号的业务不能正常地运行。简而言之，就是语音压缩编码格式的IP包不适合传输单音信号。解决这个问题的方法就是采用2833传送单音信号。2833编码2833解码2833 包单音信号单音信号HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 37RFC 2833 协议l命名包

33、结构lThe payload format is shown in Fig. 1.l 0 1 2 3l 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1l +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+l | event |E|R| volume | duration |l +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+l Figure 1: Payl

34、oad Format for Named Eventsl events: The events are encoded as shown in Sections 3.10 throughl 3.14.l volume: For DTMF digits and other events representable as tones,l this field describes the power level of the tone, expressedl in dBm0 after dropping the sign. Power levels range from 0 tol -63 dBm0

35、. The range of valid DTMF is from 0 to -36 dBm0 (mustl accept); lower than -55 dBm0 must be rejected (TR-TSY-000181,l ITU-T Q.24A). Thus, larger values denote lower volume. Thisl value is defined only for DTMF digits. For other events, itl is set to zero by the sender and is ignored by the receiver.

36、HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 38RFC 2833 协议lSchulzrinne & Petrack Standards Track Page 6lRFC 2833 Tones May 2000l duration: Duration of this digit, in timestamp units. Thus, thel event began at the instant identified by the RTP timestampl and has so far lasted as long as

37、indicated by this parameter.l The event may or may not have ended.l For a sampling rate of 8000 Hz, this field is sufficient tol express event durations of up to approximately 8 seconds.HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 39RFC 2833 协议l音频包结构l 0 1 2 3l 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4

38、5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1l +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+l | modulation |T| volume | duration |l +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+l |R R R R| frequency |R R R R| frequency |l +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

39、+-+-+-+-+-+-+-+l |R R R R| frequency |R R R R| frequency |l +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+l .l +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+l |R R R R| frequency |R R R R| frequency |l +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

40、+-+-+l Figure 3: Payload format for toneslfrequency: The frequencies of the tones to be added, measured in Hz and represented as a 12-bit unsigned integer. The field size is sufficient to represent frequencies up to 4095 Hz, which exceeds the range of telephone systems. A value of zero indicates sil

41、ence. A single tone can contain any number of frequencies.HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 40l统一维护手册HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 414.1 4.1 常见问题处理方法常见问题处理方法l【问题描述】用户反馈二次拨号业务概率失败。l【问题确认】经确认UMG8900打开2833发送开关后导致二次拨号业务概率失败。了解组网，UMG8900处于发送2833的位置，然后通过跟踪或者查询对端

42、的收号设备（SCP），发现有多检和漏检的情况。l【问题分析】分析二次拨号问题首先需要分析组网，和典型组网1类似，都是UMG8900发送2833，对端设备再还原检测到的2833信号，SCP设备在TDM进行检号。组网如下：PSTN-（TDM）-UMG8900-（IP）-MGW-(TDM)-SCP2833漏号是因为DTMF的检测需要一定的时间，根据协议，检测到有效DTMF信号至少20ms才认为该DTMF信号有效，并且在检测到DTMF信号以后才可以发送2833包，因此会造成DTMF漏传（即以语音编解码的形式传输DTMF，也称漏号）。UMG8900是将检测到PSTN发送的DTMF号码以2833的形式发送

43、到MGW，MGW检测到2833后还原为DTMF信号，最终由SCP完成号码的检测。漏号是由于UMG8900的检测引入，而MGW在还原DTMF后会导致漏过去的DTMF信号和还原后的DTMF信号电平和相位出现不连续，导致SCP设备出现漏检或者多检。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 424.1 4.1 常见问题处理方法常见问题处理方法l【问题解决】 目前R005和R006及后续的版本支持缓存进行扣号，即在检测到DTMF前引入一定的时延，减少漏号的长度。这个R005和R006的版本是通过软参控制，R005的软参是：P6 bit11

44、（缺省1表示打开，设置0表示关闭）；R006的是P96 bit1（缺省1表示打开，设置0表示关闭）。l注：这种组网并非都会有问题，这种组网下是存在UMG8900的漏号问题，如果对端检号设备符合DTMF检测标准，是不会出现问题的。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 434.1 4.1 常见问题处理方法常见问题处理方法l【问题描述】用户反馈正常通话中可以听到拨号（DTMF）声音。l【问题确认】经确认打开2833发送开关后正常通话中才可以听到拨号（DTMF）声音。了解组网，明确是哪个方向听到了DTMF声音，UMG8900是处于发

45、送2833还是接收2833的问题。经了解组网如下，是B用户听到了DTMF声音，判断是UMG8900误检DTMF。A用户-（TDM）-UMG8900-（IP）-MGW-（TDM）-B用户l【问题分析】DTMF的检测是根据信号中的频率来判断，DTMF的频率和语音信号的频率在同一频段，如果人说话的频率接近DTMF信号的频率，则会导致出现误检。打开2833发送开关后，UMG8900出现误检后采用2833包的形式发送给MGW，MGW在检测到2833后还原成标准的DTMF信号，这时B用户就会听到标准的DTMF信号。即打开2833后，UMG8900出现DTMF误检，然后导致被误检的语音被MGW恢复成标准的DTMF信号。HUAWEI TECHNOLOGIES CO., LTD.HUAWEI Confidential Page 444.1 4.1 常见问题处理方法常见问题处理方法l【问题解决】 根据前方的抓承载包（RTP包），分析被误检的DTMF信号的频率特点，修改UMG8900的DTMF检测门限进行规避。不建议随意调整DTMF的检测门限，如果无法抓包，并且也无法确认误检的DTMF号码，联系研发人员提供临时的DTMF门限进行测试。l注：在抓包的时候需要打开UMG8900的一个开关：SET RFC2833: TPKT=ENABLE;即发送2833的时候