实时传输协议、实时传输控制协议(RTP、RTCP)简介word版本
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
11/25/98
VOIP培训
-----RTP、RTCP部分
2002年8月
深圳市格林耐特通信技术有限公司
GreenNET 1
• RTP简介
RTP是一种提供端对端传输服务的实时传输协议， 用来支持在单目标广播和多目标广播网络服务中传输 实时数据，而实时数据的传输则由RTCP协议来监视和 控制。
使用RTP协议的应用程序运行在RTP之上，而执行 RTP的程序运行在UDP的上层，目的是为了使用UDP的端 口号和检查和。如图16-12所示，RTP可以看成是传输 层的子层。由多媒体应用程序生成的声音和电视数据 块被封装在RTP信息包中，每个RTP信息包被封装在UDP 消息段中，然后再封装在IP数据包中。
时间戳
同步源标识（SSRC)
提供源标识（CSRC)(注:H.323中不使用)
…
相关Profile
大小
数据
注：如果x=1的话则有最后两行.
11/25/98
深圳市格林耐特通信技术有限公司
GreenNET 7
• v=2
版本号, 目前版本号为2。
•p
表示有效载荷是否被填充（1为填充）。
•x
表示在最后CSRC之后是否有扩展存在(1为有)。
这里需要强调的是，RTP本身不提供任何机制来确 保把数据及时递送到接收端或者确保其他的服务质量 ，它也不担保在递送过程中不丢失信息包或者防止信 息包的次序不被打乱。
11/25/98
深圳市格林耐特通信技ቤተ መጻሕፍቲ ባይዱ有限公司
GreenNET 6
• RTP包格式
v=2 p x cc m 有效载荷类型(pt) 序列号码
11/25/98
深圳市格林耐特通信技术有限公司
GreenNET 2
11/25/98
传输层
TCP/IP模型 应用层(application)
RTP UDP IP 数据链路层(data link) 物理层(physical)
RTP是传输层上的协议
深圳市格林耐特通信技术有限公司
GreenNET 3
从应用开发人员的角度来看，可把RTP执行程序看 成是应用程序的一部分，因为开发人员必需把RTP集成 到应用程序中。在发送端，开发人员必需把执行RTP协 议的程序写入到创建RTP信息包的应用程序中，然后应 用程序把RTP信息包发送到UDP的套接接口(socket interface)，如下图所示；同样，在接收端，RTP信息 包通过UDP套接接口输入到应用程序，因此开发人员必 需把执行RTP协议的程序写入到从RTP信息包中抽出媒 体数据的应用程序。
套接接口
RTP和UDP之间的接口
深圳市格林耐特通信技术有限公司
GreenNET 5
现以用RTP传输声音为例来说明它的工作过程。假 设音源的声音是64 kb/s的PCM编码声音，并假设应用 程序取20毫秒的编码数据为一个数据块(chunk)，即在 一个数据块中有160个字节的声音数据。应用程序需要 为这块声音数据添加RTP标题生成RTP信息包，这个标 题包括声音数据的类型、顺序号和时间戳。然后RTP信 息包被送到UDP套接接口，在那里再被封装在UDP信息 包中。在接收端，应用程序从套接接口处接收RTP信息 包，并从RTP信息包中抽出声音数据块，然后使用RTP 信息包的标题域中的信息正确地译码和播放声音。
• 序列号 从一个随机数开始，每个RTP包加1。
• 时间戳 时间戳(Timestamp)域的长度为32字节。它反映RTP数据信息
包中第一个字节的采样时刻(时间)。接收端可以利用这个时间戳 来去除由网络引起的信息包的抖动，并且在接收端为播放提供同 步功能。
• 同步源标识(SSRC) 同步源标识符用来标识RTP信息包流的起源，在RTP会话或者
• 相关Profile
剖面定义（由用户定义）。（注：如果用户想定 义多种数据类型时，此处可以定义为参数的形式，但 本文档不提供这些参考）
• 大小
后面附加的数据的长度。
• 数据
相关数据。
11/25/98
深圳市格林耐特通信技术有限公司
GreenNET 10
• 实时传输控制协议（RTCP）简介
多媒体网络应用把RTCP和RTP一起使用，尤其是在多目标广 播中更具吸引力。当从一个或者多个发送端向多个接收端广播声 音或者电视时，也就是在RTP会话期间，每个参与者周期性地向所 有其他参与者发送RTCP控制信息包，如下图所示。RTCP用来监视 服务质量和传送有关与会者的信息。对于RTP会话或者广播，通常 使用单个多目标广播地址，属于这个会话的所有RTP和RTCP信息包 都使用这个多目标广播地址，通过使用不同的端口号可把RTP信息 包和RTCP信息包区分开来。RTCP的主要功能是为应用程序提供会 话质量或者广播性能质量的信息。每个RTCP信息包不封装声音数 据或者电视数据，而是封装发送端和/或者接收端的统计报表。这 些信息包括发送的信息包数目、丢失的信息包数目和信息包的抖 动等情况，这些反馈信息对发送端、接收端或者网络管理员都是 很有用的。RTCP规格没有指定应用程序应该使用这个反馈信息做 什么，这完全取决于应用程序开发人员。
期间的每个信息包流都有一个清楚的SSRC。SSRC不是发送端的IP 地址，而是在新的信息包流开始时源端随机分配的一个号码。
11/25/98
深圳市格林耐特通信技术有限公司
GreenNET 9
• 提供源（CSRC）
当一个RTP流是由RTP混和器提供几个流组合的 结果时，每个提供流的SSRC列表就会被加到该流的 头中为SSRC。最终的流有自己的SSRC。这一特性在 H.323中没有使用。
（注：一般上RTP被分配在一个偶数UDP端口上，而RTCP 则被分配在一个奇数UDP端口上。）
11/25/98
深圳市格林耐特通信技术有限公司
GreenNET 4
11/25/98
TCP/IP模型 应用层(application)
RTP － UDP IP 数据链路层(data link) 物理层(physical)
• cc
CSRC计数，表示有多少个CSRC标识符。
•M
11/25/98
标识位。由RTP剖面定义。在H.225.0中用于支持
无声抑制(silence suppression)的音频编码，在每个无
声段之后有声区的第一个包中必须设为1。
GreenNET
深圳市格林耐特通信技术有限公司
8
• Pt 一些静态的有效载荷类型。
VOIP培训
-----RTP、RTCP部分
2002年8月
深圳市格林耐特通信技术有限公司
GreenNET 1
• RTP简介
RTP是一种提供端对端传输服务的实时传输协议， 用来支持在单目标广播和多目标广播网络服务中传输 实时数据，而实时数据的传输则由RTCP协议来监视和 控制。
使用RTP协议的应用程序运行在RTP之上，而执行 RTP的程序运行在UDP的上层，目的是为了使用UDP的端 口号和检查和。如图16-12所示，RTP可以看成是传输 层的子层。由多媒体应用程序生成的声音和电视数据 块被封装在RTP信息包中，每个RTP信息包被封装在UDP 消息段中，然后再封装在IP数据包中。
时间戳
同步源标识（SSRC)
提供源标识（CSRC)(注:H.323中不使用)
…
相关Profile
大小
数据
注：如果x=1的话则有最后两行.
11/25/98
深圳市格林耐特通信技术有限公司
GreenNET 7
• v=2
版本号, 目前版本号为2。
•p
表示有效载荷是否被填充（1为填充）。
•x
表示在最后CSRC之后是否有扩展存在(1为有)。
这里需要强调的是，RTP本身不提供任何机制来确 保把数据及时递送到接收端或者确保其他的服务质量 ，它也不担保在递送过程中不丢失信息包或者防止信 息包的次序不被打乱。
11/25/98
深圳市格林耐特通信技ቤተ መጻሕፍቲ ባይዱ有限公司
GreenNET 6
• RTP包格式
v=2 p x cc m 有效载荷类型(pt) 序列号码
11/25/98
深圳市格林耐特通信技术有限公司
GreenNET 2
11/25/98
传输层
TCP/IP模型 应用层(application)
RTP UDP IP 数据链路层(data link) 物理层(physical)
RTP是传输层上的协议
深圳市格林耐特通信技术有限公司
GreenNET 3
从应用开发人员的角度来看，可把RTP执行程序看 成是应用程序的一部分，因为开发人员必需把RTP集成 到应用程序中。在发送端，开发人员必需把执行RTP协 议的程序写入到创建RTP信息包的应用程序中，然后应 用程序把RTP信息包发送到UDP的套接接口(socket interface)，如下图所示；同样，在接收端，RTP信息 包通过UDP套接接口输入到应用程序，因此开发人员必 需把执行RTP协议的程序写入到从RTP信息包中抽出媒 体数据的应用程序。
套接接口
RTP和UDP之间的接口
深圳市格林耐特通信技术有限公司
GreenNET 5
现以用RTP传输声音为例来说明它的工作过程。假 设音源的声音是64 kb/s的PCM编码声音，并假设应用 程序取20毫秒的编码数据为一个数据块(chunk)，即在 一个数据块中有160个字节的声音数据。应用程序需要 为这块声音数据添加RTP标题生成RTP信息包，这个标 题包括声音数据的类型、顺序号和时间戳。然后RTP信 息包被送到UDP套接接口，在那里再被封装在UDP信息 包中。在接收端，应用程序从套接接口处接收RTP信息 包，并从RTP信息包中抽出声音数据块，然后使用RTP 信息包的标题域中的信息正确地译码和播放声音。
• 序列号 从一个随机数开始，每个RTP包加1。
• 时间戳 时间戳(Timestamp)域的长度为32字节。它反映RTP数据信息
包中第一个字节的采样时刻(时间)。接收端可以利用这个时间戳 来去除由网络引起的信息包的抖动，并且在接收端为播放提供同 步功能。
• 同步源标识(SSRC) 同步源标识符用来标识RTP信息包流的起源，在RTP会话或者
• 相关Profile
剖面定义（由用户定义）。（注：如果用户想定 义多种数据类型时，此处可以定义为参数的形式，但 本文档不提供这些参考）
• 大小
后面附加的数据的长度。
• 数据
相关数据。
11/25/98
深圳市格林耐特通信技术有限公司
GreenNET 10
• 实时传输控制协议（RTCP）简介
多媒体网络应用把RTCP和RTP一起使用，尤其是在多目标广 播中更具吸引力。当从一个或者多个发送端向多个接收端广播声 音或者电视时，也就是在RTP会话期间，每个参与者周期性地向所 有其他参与者发送RTCP控制信息包，如下图所示。RTCP用来监视 服务质量和传送有关与会者的信息。对于RTP会话或者广播，通常 使用单个多目标广播地址，属于这个会话的所有RTP和RTCP信息包 都使用这个多目标广播地址，通过使用不同的端口号可把RTP信息 包和RTCP信息包区分开来。RTCP的主要功能是为应用程序提供会 话质量或者广播性能质量的信息。每个RTCP信息包不封装声音数 据或者电视数据，而是封装发送端和/或者接收端的统计报表。这 些信息包括发送的信息包数目、丢失的信息包数目和信息包的抖 动等情况，这些反馈信息对发送端、接收端或者网络管理员都是 很有用的。RTCP规格没有指定应用程序应该使用这个反馈信息做 什么，这完全取决于应用程序开发人员。
期间的每个信息包流都有一个清楚的SSRC。SSRC不是发送端的IP 地址，而是在新的信息包流开始时源端随机分配的一个号码。
11/25/98
深圳市格林耐特通信技术有限公司
GreenNET 9
• 提供源（CSRC）
当一个RTP流是由RTP混和器提供几个流组合的 结果时，每个提供流的SSRC列表就会被加到该流的 头中为SSRC。最终的流有自己的SSRC。这一特性在 H.323中没有使用。
（注：一般上RTP被分配在一个偶数UDP端口上，而RTCP 则被分配在一个奇数UDP端口上。）
11/25/98
深圳市格林耐特通信技术有限公司
GreenNET 4
11/25/98
TCP/IP模型 应用层(application)
RTP － UDP IP 数据链路层(data link) 物理层(physical)
• cc
CSRC计数，表示有多少个CSRC标识符。
•M
11/25/98
标识位。由RTP剖面定义。在H.225.0中用于支持
无声抑制(silence suppression)的音频编码，在每个无
声段之后有声区的第一个包中必须设为1。
GreenNET
深圳市格林耐特通信技术有限公司
8
• Pt 一些静态的有效载荷类型。