基于RTP的多媒体通信的监控发布的设计与实现.docVIP

为实现对多媒体通信的监听，首先要能够捕获到媒体流的数据包，并剔除掉无效的信息，保留有用的信息，然后根据通信协议对有效信息做进一步的解析。 1协议原理分析 　　1.1传输层协议分析 　　很多多媒体通信的数据传输都是利用实时传输协议RTP实现的，因此要对多媒体通信进行监听要先分析RTP协议。RTP是实现数据实时传输非常有效的协议，能够提供端对端的网络传输功能，适合单播或多播网络的多媒体数据的实时传输应用。 　　RTP传输协议有如下一些特点。 1 灵活性和简单性。RTP不具备传输层协议的完整功能，不支持资源预留，也不保证实时传输的服务质量。另外，RTP将部分传输层协议功能 比如流量控制 上移到应用层完成，简化了传输层处理，提高了该层效率。同时RTP的数据报文和控制报文使用相邻的不同端口，保证了数据流和控制流的分离； 2 可扩展性和适用性。RTP通常为一个具体的应用来提供服务，通过一个具体的应用进程实现，而不作为OSI体系结构中单独的一层来实现，RTP只提供协议框架，开发者可以根据应用的具体要求进行充分的扩展。 　　RTP在UDP协议之上，由包头和负载构成。其包头的前12byte是固定存在的，负载数据可以是音视频信息。其包头中含有负载类型，以及保证数据实时连续性的信息 如Sequence Number、Timestamp等 ，能够保证音视频的同步。 　　RTP协议本身不提供流量控制和拥塞控制功能，它靠一个专门的实时传输控制协议 RTCP 来实现。RTCP根据携带控制信息的不同，分为5种分组类型：发送方报告RR、接收方报告SR、资源描述条目SDES、结束参与显示包BYE，以及特别应用功能APP。RTCP的分发机制与RTP相同，它周期性地与所有会话参与者传输控制包，统计数据包传输时的丢失情况等信息，服务器根据这些反馈信息来制定流量控制的策略，改变传输码率甚至负载类型，能够大大提高实时数据的传输性能。 　　1.2H.323协议栈分析 　　H.323呼叫建立过程涉及3种信令：RAS信令，H.225呼叫信令和H.245控制信令。RAS信令用来完成终端与GK之间的登记注册、授权许可、带宽改变、状态和脱离解除等过程；H.225呼叫信令用来建立两个终端之间的连接，这个信令使用Q.931消息来控制呼叫的建立和拆除；H.245控制信令用来传送终端到终端的控制消息，包括主从判别、能力交换、打开和关闭逻辑信道、模式参数请求、流控消息和通用命令与指令等。图1描述了两个H.323终端通过GK进行呼叫建立的过程。 　　1.3SIP协议分析 　　SIP是应用层的控制协议，用来建立、修改、和终止多媒体会话或者呼叫。SIP 的终端系统叫做UA 用户代理 ，中间的结点叫做proxy服务器。SIP是基于消息机制的文本协议，使用UTF-8字符集。一个SIP消息既可以是一个从客户端到服务器端的请求，也可以是一个从服务器端到客户端的一个应答。图2是SIP会话建立的一个例子。 　　SIP协议凭借其简单、易于扩展、便于实现等诸多优点越来越得到业界的青睐，它正逐步成为NGN 下一代网络 和3G多媒体子系统域中的重要协议，并且市场上出现越来越多的支持SIP的客户端软件和智能多媒体终端，以及用SIP协议实现的服务器和软交换设备。 　　2对媒体流监听的设计和实现 　　通过分析H.323和SIP这两种多媒体通信中应用最广泛的协议，可以捕获数据包并进行解析来达到监听的目的。 　　在H.323协议下，所要捕获的数据包为终端与终端 包括MCU 间通信传输的RTP包。在呼叫建立之初就在H.323协议框架下对每个IP包进行解析判断。首先经过比对获得H.225 RAS ARQ，解析得到多媒体会话ID用来确定所要发布的媒体流；然后判断解析H.245 OpenLogicalChannelAck包，获得RTP通信的IP地址，确定此地址是指定终端的IP地址，同时记录负载分别为音频和视频的端口号，作为过滤后继RTP数据流的依据。 　　由于SIP是文本协议，判断起来与H.323协议相比较为便捷。经过比对首先获得被监听端与UA呼叫建立后回发的200 OK消息，在其消息体中获得RTP通信的端口号，包括音频和视频。进而对RTP包进行过滤，将IP地址和端口号符合条件的RTP包保留，就是我们所要捕获的媒体流。 　　3媒体流发布的设计与实现 　　媒体流的传输和播放都可以基于微软的DirectShow技术实现。DirectShow系统位于应用层中，它使用一种叫Filter Graph的模型来管理整个数据流的处理过程；参与数据处理的各个功能模块叫做Filter；各个Filter在Filter Graph中按一定的顺序连接成一条“流水线”协同工作。 　　3.1方案设计 　　由发送端和接收端组成。以视频为例，图4、5两幅Filter G