IMS基于XML隧道RTP传输方法研究.docVIP

IMS基于XML隧道RTP传输方法研究 　　摘 要 本文提出了一种IMS基于XML隧道的RTP传输方法。由于XML适用于多种协议中，RTP等媒体信息包可以先在应用层打包，再通过XML隧道传输。这样，多种媒体只需一个端口来实现传输，简化了网络传输的安全控制及实现过程。实验结果表明，该传输方法能够兼容传统SDP终端设备之间的直接呼叫，并且能够实现XML媒体协商和混合媒体类型的传输。 　　关键字 IMS；XML； RTP；SIP；Asterisk 　　中图分类号TP39 文献标识码A 文章编号 1674-6708（2013）100-0203-02 　　0 引言 　　随着IMS网络的部署和互联网多样化，企业对多媒体服务的需要随之增长。企业用户最常用的业务是会议和话务台业务，此类业务传统上都是靠运营商提供，灵活性明显不足，一般企业较难实现自己特色的业务。而视频会议，对于声画同步技术要求较高，同时成本也随之提高。 　　为此本文提出了一种基于XML隧道的RTP传输方法，即在IMS架构下，控制与承载分离，在控制信令SIP消息中扩展对该方法的支持协商。该方法在应用层实现对RTP等媒体信息的打包，再通过XML隧道传输。由于只需要一个端口就可以传输多种媒体，因此该方法简化了网络传输的安全控制及实现过程。 　　1 基本架构 　　本文的基本构架是一个基于Asterisk的VOIP体系架构。在该构架下对会话的建立进行全程的支持、监听和控制。而会话建立的协议基础则是通过在IMS构架下的SIP通信协议进行XML数据格式的媒体协商，并最终以RTP进行传输。 　　Asterisk的VOIP系统基本架构如图1所示。基于PC服务器和Asterisk呼叫管理软件的PCPBX系统作为在内部IP电话网的控制中心，采用数字中继网关与原有PBX的E1中继接口相联，网关提供的多路数字接口设置为中继模式，网关一端连接内部局域网。在控制中心的服务器上对IP 电话号码进行分配，或对原分机电话的拨号方式进行设定，通过适当调整控制中心软件的参数可完成IP电话系统的建设。 　　2 系统设计 　　本文首先利用媒体协商出XML隧道，再利用XML隧道使得各种RTP媒体通过[2]。其具体步骤是： 　　首先进行媒体协商扩展属性支持XML的隧道RTP传输，包括传输协议，端口，地址等信息。 　　接下来当需要进行??道传输时，对各种RTP媒体按照标准的XML格式进行打包，并按照协商的信息进行传输。比如协商用HTTP协议来传输音视频，这时需要对要传输的音视频进行打包后，走HTTP协议发送。 　　对于远端（对方的逻辑服务器）的处理，比如教学，放提示音等业务的使用，XML隧道可以直接指示服务器的地址。使用远端处理，不用携带具体媒体，节省资源，使得本端即使不是媒体服务器也可以在网上发挥很大空间。 　　对于本端（用户自己的逻辑服务器）的处理，比如传真等业务的使用，本端可以采用XML携带图片文本等方法传输，远端直接打印。本端处理弱化了远端的设备功能要求。 　　2.1系统传输原理 　　主叫A已注册到设备上，呼入时携带SDP，在设备端A按常规进行解析和传递，在进行到要从设备端呼出时，原本会通过add_sdp这个函数将SDP加入呼叫通道，现在为了能实现XML的媒体协商，将添加一个新的能够添加混合媒体类型的函数add_mixed，在执行这个函数时分别调用add_mixed_sdp和add_mixed_xml将SDP和XML添加进混合媒体中，在呼出之前由sip_call或sip_answer判断此时是执行add_sdp还是add_mixed，再由设备端将相应的消息加入呼叫通道呼出。 　　当消息到达被叫B所注册的设备端时，会对消息进行解析，原来有个find_sdp函数专门负责解析SDP相关内容，现在在此函数中添加解析混合媒体类型的代码，并且将优先寻找XML进行解析，若没有找到XML，则开始原先解析SDP的过程。接着向被叫提供包含SDP和XML的混合媒体类型offer，然后根据被叫所提供的answer所支持的类型，进行解析发给被叫B（由于目前的终端设备只支持SDP，所以最终还是解析为SDP发给被叫）。至此，系统进行了一次完整的XML媒体协商和传输。 　　2.2系统代码流程 　　系统呼叫信令流程在SIP会话中建立，本文对Asterisk中已有的呼叫信令代码处理进行扩充和修改，从而扩展出具有良好兼容性的支持XML和传统方式（即SDP）的媒体协商方法。系统代码流程如图2所示。 　　3 系统测试 　　为了检验本方法的兼容性，本文进行了设备内部直呼测试。由于终端设备目前仅支持SDP，因此在直呼时完成的依然是SDP的媒体协商。由图3可见，通过Via、To和From头域可以看出此200OK应答是由服