H248传真

H248协议传真业务--T30传真主被叫传真流程第2章传真与MODEM业务故障处理（FoIP/MoIP）传真业务在传统的PSTN网络里面有大量的应用，NGN作为一个完全兼容PSTN的网络，也必须能够兼容传统PSTN网络下的传真业务。

同时NGN下的Modem业务，包括音频和视频业务目前也有大量的应用。

本文涉及的传真业务和Modem业务都是依托于VoIP业务，这里主要介绍这两种业务的常见故障以及故障处理方法。

2.1 传真业务VoIP的传真包括透传传真和T38传真，透传传真的要求和Modem拨号相同，定位方法也基本相同。

T38传真由于历史原因，传真存在多种配置，这部分很容易出错。

T38传真对网络的抖动，丢包，时延的抵抗能力比透传要强得多。

不过T38传真对DSP资源的需求较大。

所以应该根据网络状况和DSP资源的丰富程度来综合考虑采用透传还是T38传真。

2.1.1 传真业务的配置目前UA5000支持9种传真流程。

各种传真流程在软交换和MGW上的配置如表2-1所示。

表2-1 软交换和MGW上传真参数设置2.1.2 常见传真故障及原因在NGN传真业务中主要有以下几种故障：1、传真发送不成功/接收不成功。

2、传真可以发送成功，但对方只能接收半页、多页中的部分页或者传真页中缺行。

3、传真发送时无法听到协商时的数据音。

4、有的传真机可以正常使用，有的传真机不行。

造成以上故障的原因有以下几点：1、对传真机的误操作或传真机的设置问题。

2、网络质量问题。

3、时钟问题。

4、数据配置问题。

5、传真机和MGW之间的兼容性问题。

2.1.3 传真故障的定位方法根据上面提到的故障原因，可以采用以下步骤进行定位：1、传真的操作有一定的先后顺序，如果是初次使用，可能因不熟悉操作过程导致误操作同时，传真机可同时用于通话和传真，里面的设置也比较多，如果操作和设置不当，都可能会引起传真发送或接收不成功：l 发送传真时，没有放传真纸；l 发送传真时，传真纸没有放好；l 发送传真时，没有听到对方传真机送过来的传真音，就按了启动键；l 传真机接收时，如果传真机没有纸、或打印墨盒用完、或某部件有故障时，传真机不能接收传真，有些高档传真机会将接收到数据存储到memory中，但如果memory满时，传真机也不能接收传真。

l 传真机不能接收，有的传真机有“拒绝接收”功能，如果设置了“拒绝接收”，传真机只能发不能收。

l 一般传真机都有自动接收功能，如果传真机没有设置自动接收功能，传真机是收不到任何传真的。

2、检查两个网关之间的网络质量，可以采用ping的方式，有时网线质量不好ping小包无法发现，可以通过ping大包的方式来进行检查：l UA5000上 ping -S 200 -C 1000 表示ping 1000个长度是200的报文。

l PC机上 ping -l 200 －n 1000 表示ping 1000个长度是200的报文。

对于传真和Modem业务，建议端到端的平均时延小于40ms，端到端的平均丢包率小于0.1%。

3、检查传真中涉及到的TG设备的时钟锁相是否正常，E1中是否存在通道告警。

l TMG上查询时钟的命令有：(维护模式下)show pll-state <SMB Slot number>,show board-clk <VSP/VSU Slot number>l TMG上查询E1通道的命令有：(维护模式下)show pcm-port ,show pcm-statel UMG上查询时钟的命令有：DSP NETCLKSIG, DSP CLKl UMG上查询E1通道的命令有：DSP E1PORT, DSP SLIP4、检查软交换和两端MGW上传真参数是否配置正确，正确的配置可以参考表13-1。

5、更换其他型号的传真机进行测试。

6、检查设备接地情况，接地情况不好的话对传真信号有影响。

7、可以尝试更改传真用户的端口增益。

8、如果是使用T38传真，还需要系统留有全速率通道，请查看DSP的工作模式（DSP工作模式不能为0），是否存在全速率通道。

如果以上方法还不能定位问题，还可以通过抓包的方法进行分析。

在SoftX3000上进行信令跟踪（同时跟踪传真涉及的两个网关的消息），确认传真是否正常上报；MGC是否正常下发切换到传真。

l H248文本消息中（UA5000只支持文本方式，不支持二进制方式），MGW上报的V21flag表示传真事件；MGC接收到该传真事件后，下发MOD_REQ命令指示MGW切换为传真。

l MGCP消息中，MGW通过NTFY消息上报的G/ft表示传真事件。

MGC接收到NTFY后，下发MDCX消息指示MGW切换为传真。

2.1.4 典型案例【问题现象】AG内部两款高速传真机采用T38传真时，在网络有2%的丢包情况下，传真有时发送失败。

【原因分析】传真发送方在听到传真音后马上按传真键（0.5s内），接收网关有时不能检测到传真事件，导致传真工作在透传模式，在2%的丢包情况下，传真失败。

如果听到传真音后1s钟，再按启动键，接收网关肯定能检测到传真事件，正常切换到T38模式后，传真就没有问题。

【解决方法】建议用户发送传真时听到传真音后过1s钟再按启动键。

2.2 Modem业务目前NGN的Modem（一般是高速Modem）都采用通道透传模式（AG不支持冗余VBD模式）实现业务，使用Modem时，要求两端设备能将通道切成透传模式，同时关闭EC、VAD，设置静态Jitterbuffer等参数。

除此之外，Modem对承载网要求比较高，承载网的丢包必须要求在0.5%以下。

2.2.1 Modem业务的配置Modem业务在软交换和网关上的配置如下表所示。

表2-2 modem业务参数配置2.2.2 常见Modem业务故障及原因NGN的Modem业务主要可能出现以下几种故障：1、 Modem无法拨上。

2、 Modem拨上后易掉线。

3、 Modem上网速率低。

造成以上故障的原因主要有：1、数据配置问题。

2、承载网的质量差。

3、 Modem和MGW之间的兼容性问题。

4、时钟问题。

2.2.3 Modem业务故障的定位方法针对上面提到的几个造成Modem业务故障的原因，我们可以采用下面的步骤进行定位：1、检查数据配置，包括AG、TG、软交换：l AG的数据：Modem参数、用户板的增益参数。

l TG的数据：Modem参数、增益参数、时钟。

l 软交换数据：支持Modem业务，V2&V3流程，Internet接入码。

2、检查承载网质量，通常可以采用两个网关之间点对点ping包的方法，一般如果ping小包可能无法检查出网络是否存在丢包，可以ping大于200的报文。

l UA5000上 ping -S 200 -C 1000 表示ping 1000个长度是200的报文。

l PC机上 ping -l 200 －n 1000 表示ping 1000个长度是200的报文。

对于传真和Modem业务，建议端到端的平均时延小于40ms，端到端的平均丢包率小于0.1%。

3、在SoftX3000上跟踪MGCP/H248消息，检查MGW是否检测到Modem事件并正确上报，H248中使用NTFY_REQ中的参数“ctyp/dtone{dtt=ANSbar}”，MGCP中对应的是NTFY消息中的“G/mt”。

如果网关没有检查到对应的Modem事件，则有可能是MGW和Modem之间的配合问题，常见通过调整MGW的端口接收增益可以解决部分配合问题；检查MGC是否下发切换到Modem的指示，H248中对应MOD_REQ消息中的“M{O{MO=SR,RV=OFF,RG=OFF,tdmc/ec=OFF}}”，MGCP中对应的是MDCX消息中的“ConnectionParameters (P): L:s:off,e:off,a:PCMA,p:20”。

如果SoftX3000没有下发的话，需要检查SoftX3000上的相应网关的数据配置。

4、检查Modem业务中涉及到的TG设备的时钟锁相是否正常，E1中是否存在通道告警。

l TMG上查询时钟的命令有：(维护模式下)show pll-state <SMB Slot number>,show board-clk <VSP/VSU Slot number>l TMG上查询E1通道的命令有：(维护模式下)show pcm-port ,show pcm-statel UMG上查询时钟的命令有：DSP NETCLKSIG, DSP CLKl UMG上查询E1通道的命令有：DSP E1PORT, DSP SLIP另外还可以通过以下方法来定位Modem问题：1、通过更换别的类型的Modem或使用该Modem在别的同类型设备或网关进行相关测试。

2、对比PSTN网络下的情况进行测试，将Modem拿到PSTN用户测试相同的号码是否可以正常接入；3、 Modem拨号对时延要求比较高，在某些组网上，为了计费方便，两台AG之间的媒体流也需要通过UMG，可能导致Modem拨号不成功。

在定位Modem拨号问题时要特别关注组网和拨号时媒体流双方的IP地址对应的设备。

如果通过UMG，可以尝试在软交换上修改成不通过UMG后测试。

4、有些Payphone（投币电话或公用电话）在初始化时需要拨号到一个Payphone Manager下载计费等数据，此时这些Payphone其实是做为低速Modem接入AG，这些Payphone对网络时延非常敏感（大于15ms初始化就会失败），因此不能在NGN下使用（NGN下的网络时延一般都有几十毫秒）。

5、如果最终问题仍旧无法定位，请收集本次业务涉及到的设备的软件版本信息和Modem全过程的抓包信息提交公司分析。

2.2.4 典型案例默认使用TMG8010的H248 FAX TIME 10参数导致Modem接不通ISP。

【问题现象】本局IAD下的Modem出局拨打ISP，当出局字冠属性配置为“internet access code”时，Modem能与ISP正常通讯使用，但拨打此字冠提供语音业务会产生很大回声。

若是将出局字冠属性改为“basic service”，则语音正常，Modem不能与ISP通讯。

【原因分析】字冠属性配置为“internet access code”时，Modem拨打ISP能快速切换到Modem模式，Modem使用OK，但此时打电话，也会切换到Modem模式，自然会产生长回声。

而将出局字冠属性配置为“basic service”时，Modem拨打ISP时，需进行多次协商才能切换到Modem模式，而往往这个时候会因一些Modem比较挑剔，使检测Modem事件超时，导致Modem与ISP协商不成功，数据业务失败。