PSTN转NGN网传真业务故障研究和处理.docVIP

PSTN转NGN网传真业务故障研究和处理 　　摘 要 近几年电信设备技术飞速发展，原有的PSTN网络设备正在快速被新一代网络（NGN网络）软交换网络替代。由于IP分组交换替代了以前的电路交换，出现了诸如软交换数据配置、与接入设备的信令配合及媒体协商等问题，造成传真业务故障。 【关键词】传真 软交换 实现方式 故障 案例 目前传真业务在软交换网络中的实现方式主要以下三种： 透传方式：透传方式是将fax的数据信号承载于g.711包的方式。优点是实现简单、时延小；缺点是占用带宽大、受网络波动影响大。 t.38：将传真的t.30 信号转化为适用于分组网络的 t.38 包进行传输的方式。优点是占用带宽小，通过冗余帧、前向校验等方法提高可靠性，受网络波动影响小；缺点是实现比较复杂，仅适用于低速传真业务。 vbd：voice-band data。遵循t-rec-v.152协议，该业务用g711编解码方式进行。与透传业务相比，优点是即支持在通话协商前把传真媒体也协商出来，也支持在通话建立后按照传统的协商方式协商传真媒体信息。操作上和使用上更加灵活。 传真业务作为公用通信网上的非话业务，以能传送并记录图文真迹而获得广泛应用，其重要性不言而喻，因此探讨向软交换转型过程中的传真业务故障处理可以减少转网中的故障，促使设备更替平滑过渡。现以我们在网使用的华为设备为例，将转网过程中出现的传真业务失败类型以及处理办法逐一列举供大家参考。 1 软交换数据配置问题 软交换在传真业务的实现上起着重要作用，无论是采用透传方式还是T38传真方式，软交换都要下发命令给媒体网关检测传真信号；要在收到主叫方媒体网关上报传真开始事件后，给双方下发指示切换至传真模式并协商编解码方式，如果是T30方式还要关闭静音检测；如果是T38方式要参与协商UDP端口，因此，如果软交换数据配置错误会影响传真业务的实现。 案例1：网络设备更换为AG设备后，用户传真业务只能发不能收。现场跟踪信令，发现软交换没有下发传真检测信号，正常流程中应该有传真检测信令ctyp/dtone，若无，媒体网关不会检测并上报传真事件，导致AG无法切换到传真模式。 根据以上的报文分析，定位是软交换没有下发传真检测信号导致，软交换打开传真检测后，传真检测信号下发正常，传真收发正常。 案例2：网络设备更换后，华为设备所带用户与另一公司设备所带用户之间无法收发传真：在排除传真机及软交换流程配合问题后，经过抓取信令分析，发现在协商的过程中，首先两边都协商为μ律，此时正常。但是马上另一公司接入设备自行将编解码强制切换为G.711A，而且编解码的切换并没有通知软交换，导致两端的编解码不一致，协商失败。作为临时解决办法也可在软交换侧将传真首选编解码类型修改为G.711A，彻底解决需完善协议及各厂商沟通。 2 软交换、媒体网关（接入设备）的信令配合问题 软交换之间通过SIP、SDP协议进行通信协商，再通过H.248协议对媒体网关进行控制，使网关正确切换至传真状态，按照设置好的编解码方式进行传真业务的实现。上述协议在设备上的数据配置有问题就会导致传真业务失败。 案例3：由于软交换信令问题导致UA5000设备下用户的传真异常： 跟踪信令发现有参数进行了二次描述：信令中“m=image 5496 udptl t38 ”表示采用T38的传真方式，不应该再有“m=audio 0 RTP/AVP 8 0”的描述行，多了这行描述导致UA5000设备无法正确解析信令信息导致传真失败。H.248协议中规定：Stream描述符描述的是单个双向媒体流。因此一个会话描述中最多只能有一个媒体描述，即最多一个“m=”行。然而，一个Stream描述符中可以有多个会话描述，以提供多种选择。一个终结点上的每个媒体流都必须在一个独立的Stream描述符中描述。如果一个描述符包含多个会话描述，则以“v=”行作为分隔行，否则“v=”行为可选项。 案例4：软交换传真数据配置错误导致MA5620G设备网外传真收发不正常。 排除其他原因后抓包分析信令发现ONU本端SDP中没有T.38编码，表明软交换没有给ONU下发切换T.38通道的信令。在软交换侧将特殊属性中的local SDP Address Present参数取消后，传真业务恢复正常。 3 主被叫接入设备的媒体协商问题 由于目前T38协议没有细化规定，因此各厂家对协议流程的理解不同，设备的默认参数也不尽相同，会导致传真业务的失败。 案例5：由于MG接口参数配置错误导致收发传真的同时H248接口中断。故障现象：UA5000设备下的用户无论是接收还是发送传真，UA5000设备上均出现接口中断告警，导致整个UA500