RFC1889协议中文概要.docxVIP

RFC1889协议

中文概要

摘要

1这份文档描述了RTP这份实时传输协议。RTP提供了端到端的传输功能，通过多播或者单播的方式，适合于传输如音频、视频等实时数据。RTP并不保证服务质量，也没有提供资源预留。传输的数据通过控制协议RTCP的补充来实现乃至大规模多播传输方式下的监视功能。并通过RTCP提供一些控制和识别流的功能。RTP和RTCP被设计成独立于传输和网络层。这份协议支持使用RTP层的混流服务器(MIXER)和译流服务器(TRANSLATOR)。

1.介绍

1RTP通常和UDP，同时也可以和其他协议共用来实现传输实时数据，如果下层网络允许的话，支持目的地为多个地址的多播传输。

1

1RTP并不保证服务质量而主要靠下层协议的支持，所以每一个包都有一个顺序号使接受方能按序重建数据。

1RTP原先被设计用于多方参加的多媒体味议，但也可以用于如交互摹拟等其他应用。

1对于特定的应用，RTP协议是可扩展的。所以RTP协议只是一个框架，并且有意被定义为如此。在实际应用时，RTP协议的包头可以被修改来得到所需的功能，而不是像传统协议那样靠不断修改并使其统一来变得更完善。

1

1正因为上述原因，使用RTP协议时，普通需要两种伴有文档：

1.配置文档(profilespecificationdocument)1定义传输负载类型编码和与实际负载类型格式的对应关系。对于特定的应用，还定义了对于RTP所应做的扩展和修改。

2.负载格式规范文档(payloadformatspecificationdocuments)

1定义了特定格式编码的音、视频文件如何在RTP协议中传输。

2.一些RTP应用实例

2.1简单的音频会议

1通过IP多播方式建立的一个会议，每一个参预者通过某些分配机制(不在本协议讨论范围中)得到一个组地址和2个端口号，一个端口号用来传送RTP数据，即音频数据，另一个用来传输RTCP控制数据。如果需要加密，可根据本协议第

9章内容生成密钥。

1会议的每一个参预者每隔20ms发送一段音频数据，放在RTP包中。RTP包又通过UDP包传输。RTP包头中定义了音频文件的编码方式，以便参预者改变自己的编码方式以适应网络传输(如编码质量低以适应低带宽传输)。

1INTERNET会产生丢包和延迟，所以RTP包头中包含了时间信息和一个序号，序号可以用来使接受方预测丢包的情况。

1在本例中，由于会议不时有成员加入或者离开，所以每一个接受方会每隔一段时间报告一次接受情况。这个信息有可能被用来控制编码方式以适应带宽。当某个成员发出BYE的RTCP包时，该成员离开该会议。

2.2音频、视频会议

1音频、视频信息通过不同的RTP会话(session)传输，即二者是分开传输的。同时对于每一个传输，都有2个端口用来传送RTP数据和RTCP控制信息。

1这样做的目的是因为接受者可能由于带宽限制，只够接受音频数据，或者他只想接受一种数据。在5.2中可得到这方面的详细信息。

2.3混流服务器(MIXER)和译流服务器(TRANSLATOR)

1顾名思义，混流就是把多个进入的流信息混合输出为一个流，一个应用就是适应不同带宽的需要。

1译流服务器就是把入流经过转化变成另一种形式的流传出，一个应用是防火墙有可能阻挠某些端口的IP包，而经过转换的IP包可顺利通过。

混流服务器(MIXER)和译流服务器(TRANSLATOR)在第7章中有详细介绍，建议先阅读那部份文档以对其有个全面了解。

3.定义

1RTP负载(RTPPAYLOAD)：

RTP包中传输的数据，比如音频数据和压缩了的视频数据。

1RTP包(RTPPACKET):

由RTP包头(HEADER),组成源服务器(CSRC)列表(见下)和传输数据构成。普通来说一个下层协议如UDP的包中仅包含一个RTP包，但也可以通过封

装方式包含几个RTP包。

1RTCP包(RTCPPACKET):

一个包含控制信息的包，同样由包头和后面结构化的数据组成，结构化的数据根据RTCP包的类型不同而有所不同(详见第6章)。典型的，RTCP包的传输是把几个包放在一起组成一个下层协议的包来传输的。

1端口(PORT):

即传统意义上网络的端口。

1传输地址(TRANSPORTADDRESS):

由地址和端口号组成，如一个IP地址和UDP端口。数据由传送方地址传到接