文档介绍：VOIP培训 -----RTP、RTCP部分
2002年8月
11/25/98
1
RTP简介
RTP是一种提供端对端传输服务的实时传输协议，用来支持在单目标广播和多目标广播网络服务中传输实时数据，而实时数据的传输则由RTCP协议来监视和控制。
使用RTP协议的应用程序运行在RTP之上，而执行RTP的程序运行在UDP的上层，目的是为了使用UDP的端口号和检查和。如图16-12所示，RTP可以看成是传输层的子层。由多媒体应用程序生成的声音和电视数据块被封装在RTP信息包中，每个RTP信息包被封装在UDP消息段中，然后再封装在IP数据包中。
11/25/98
2
TCP/IP模型
应用层(application)
传输层
RTP
UDP
IP
数据链路层(data link)
物理层(physical)
RTP是传输层上的协议
11/25/98
3
从应用开发人员的角度来看，可把RTP执行程序看成是应用程序的一部分，因为开发人员必需把RTP集成到应用程序中。在发送端，开发人员必需把执行RTP协议的程序写入到创建RTP信息包的应用程序中，然后应用程序把RTP信息包发送到UDP的套接接口(socket interface)，如下图所示；同样，在接收端，RTP信息包通过UDP套接接口输入到应用程序，因此开发人员必需把执行RTP协议的程序写入到从RTP信息包中抽出媒体数据的应用程序。
（注：一般上RTP被分配在一个偶数UDP端口上，而RTCP则被分配在一个奇数UDP端口上。）
11/25/98
4
TCP/IP模型
应用层(application)
RTP
－
套接接口
UDP
IP
数据链路层(data link)
物理层(physical)
RTP和UDP之间的接口
11/25/98
5
现以用RTP传输声音为例来说明它的工作过程。假设音源的声音是64 kb/s的PCM编码声音，并假设应用程序取20毫秒的编码数据为一个数据块(chunk)，即在一个数据块中有160个字节的声音数据。应用程序需要为这块声音数据添加RTP标题生成RTP信息包，这个标题包括声音数据的类型、顺序号和时间戳。然后RTP信息包被送到UDP套接接口，在那里再被封装在UDP信息包中。在接收端，应用程序从套接接口处接收RTP信息包，并从RTP信息包中抽出声音数据块，然后使用RTP信息包的标题域中的信息正确地译码和播放声音。
这里需要强调的是，RTP本身不提供任何机制来确保把数据及时递送到接收端或者确保其他的服务质量，它也不担保在递送过程中不丢失信息包或者防止信息包的次序不被打乱。
11/25/98
6
RTP包格式
v=2
p
x
cc
m
有效载荷类型(pt)
序列号码
时间戳
同步源标识（SSRC)
提供源标识（CSRC)(注:)
…
相关Profile
大小
数据
注：如果x=1的话则有最后两行.
11/25/98
7
v=2
版本号, 目前版本号为2。
p
表示有效载荷是否被填充（1为填充）。
x
表示在最后CSRC之后是否有扩展存在(1为有)。
cc
CSRC计数，表示有多少个CSRC标识符。
M
标识位。由RTP剖面定义。(silence suppression)的音频编码，在每个无声段之后有声区的第一个包中必须设为1。
11/25/98
8
Pt
一些静态的有效载荷类型。
序列号
从一个随机数开始，每个RTP包加1。
时间戳
时间戳(Timestamp)域的长度为32字节。它反映RTP数据信息包中第一个字节的采样时刻(时间)。接收端可以利用这个时间戳来去除由网络引起的信息包的抖动，并且在接收端为播放提供同步功能。
同步源标识(SSRC)
同步源标识符用来标识RTP信息包流的起源，在RTP会话或者期间的每个信息包流都有一个清楚的SSRC。SSRC不是发送端的IP地址，而是在新的信息包流开始时源端随机分配的一个号码。
11/25/98
9
提供源（CSRC）
当一个RTP流是由RTP混和器提供几个流组合的结果时，每个提供流的SSRC列表就会被加到该流的头中为SSRC。最终的流有自己的SSRC。。
相关Profile
剖面定义（由用户定义）。（注：如果用户想定义多种数据类型时，此处可以