RTP和RTCP协议.doc

目 录 第2章 RTP与RTCP协议 2-1 2.1 概述 2-1 2.2 RTP/RTCP协议应用 2-1 2.3 报文格式和含义 2-2 2.3.1 RTP报头的格式 2-2 2.3.2 RTCP包格式 2-3 2.3.3 RTCP的主要功能 2-3 2.3.4 RTCP发送间隔 2-4 RTP与RTCP协议 概述 基于IP承载的语音业务流是在UDP上传输的，而UDP协议是用于专门传输数据流，设计时并没有考虑实时业务传输的特殊要求，如媒体流的同步等。因此在UDP上传送实时业务时，需要对UDP进行扩充。为此IETF专门制定了实时业务传输协议――实时传输协议（RTP）。 实时传输协议RTP（Real Time Protocol）的功能是提供实时的端对端传输业务（如交互的语音和图象），包括负载类型标识，序列号，时间戳，传输监视。实时传输协议本身并不提供任何机制保证实时传输或业务质量保证，而是让底层协议去实现。 目前基于IP承载的语音业务流传输广泛使用RTP/RTCP协议，实际上实时传输协议RTP还能够在单播或者多播网络业务上提供端到端的网络传输功能，适合于传输各种实时数据，如视频或仿真数据的应用等等。RTP/RTCP是基于传输层设计的。 RTP包括两个紧密相关的部分： 实时传输协议（RTP），传输有实时特性的信息； RTP控制协议（RTCP），监视业务质量和传输对话中成员的信息。 在RTP使得音视频的实时传送及同步得到保证。RTCP则是监视RTP及其QoS的协议。详细的协议描述请参见相应的RFC文档。RTP不预留资源，也不保证实时业务的服务质量。数据传输的加强是通过使用控制协议RTCP来实现的，它可以伸缩到大的多播网的方式检视数据的传输，提供最少的控制和鉴别功能。RTP/RTCP的设计独立于下面的传输层和网络层。 RTP/RTCP协议应用 对于语音业务的IP承载实现，主要通过RTP来完成，在UMG8900设备应用中，需要同时完成从ATM和TDM到IP承载的转换过程，其中RTP/RTCP主要完成基于IP承载的业务处理与适配，RTP/RTCP协议功能是由UMG8900设备的MRPU单板来实现和完成的，其应用如图2-1所示。 RTP/RTCP在UMG8900设备中的应用 RTP/RTCP属于传输层上的协议，通过RTP完成Nb UP的适配，通过RTCP对RTP报文进行监视。 报文格式和含义 RTP报头的格式 RTP的报头主要包含如表2-1所示各域。 RTP报头各域含义 域名 长度（bit） 含义 版本（V） 2 定义了RTP的版本，此协议定义的版本是2。 补齐位（P） 1 如果补齐位被设置为1，一个或多个附加的字节会加在包头的最好，附加的最后一个字节放置附加的字节数。补齐是一些加密算法所必需的，在下层网络数据包携带多个RTP包时也需要补齐。 扩展位（X） 1 如果设置为1，一个头部扩展会加在RTP包头后 CSRC源数（CC） 4 定义本头部包含的CSRC源的数目 标志（M） 1 由具体协议规定。在IP电话中，规定在静音后的第一个RTP数据报文中此位置1，其余情况置0。 负载类型（PT） 7 定义RTP负载的格式 序列号 16 接收端根据它检测丢包和重建数据包。序列号的初始值是随机的，每发送一个RTP数据包，序列号递增。 时间标志（timestamp） 32 反映了RTP数据包中第一个比特的抽样瞬间。抽样瞬间精度必须满足同步需求，以便进行同步和抖动计算。时间标志的起始值是随机的，以后随根据报文数据的大小递增。 SSRC 32 用于识别RTP报文发送者。标识符随机生成，用以标识在一个网关内部没有任何两个相同的SSRC标识符。尽管多个源选择同一个SSRC识别符的概率很低，所有RTP实现工具都必须准备检测和解决冲突。若一个源改变本身的源传输地址，必须选择新的SSRC识别符，以避免被当作一个环路源。 CSRC列表 0-480 0-15段，每段32比特，定义包中的CSRC，其个数由前面的CC子段决定，最多有15个CSRC可定义，由混合器用多个CSRC定义符插入。 RTCP包格式 RTCP协议定义了几个RTCP包类型，可以传送不同的控制信息，如表2-2所示。 RTCP报文 控制信息名 含义 SR（发送报告） 描述作为发送网关的发送和接收统计数字 RR（接收报告） 描述作为接收网关的接收统计数字 SDES（源描述项） 对发送RTCP包的源进行描述，必须包含CNAME项 BYE 指示语音传输的终止 APP 面向应用的功能扩展 每个RTCP包的开始部分是与RTP数据包相类似的固定部分，随后是一块结构化单元，它随负载类型不同长度发生变化，但是总以32比特终止。对齐要求和笃定部分的长度域使RTCP包可以“复合”，