RFC协议中文概要.pptVIP

RFC1889协议中文概要 简介 本PPT为计算机网络第9小组学习RFC1889,即RTP/RTCP协议后深感流媒体方面资料欠缺，英语文档对学习效率造成较大影响后，根据小组成员的学习心得，由组长整理并翻译的原协议中文概要。希望能为将来学习流媒体相关知识的同学提供一些帮助。 本PPT按原协议目录顺序编写，可对照学习，如有翻译和理解不当之处，尽可见仁见智。 摘要 这份文档描述了RTP这份实时传输协议。RTP提供了端到端的传输功能，通过多播或单播的方式，适合于传输如音频、视频等实时数据。RTP并不保证服务质量，也没有提供资源预留。传输的数据通过控制协议RTCP的补充来实现乃至大规模多播传输方式下的监视功能。并通过RTCP提供一些控制和识别流的功能。RTP和RTCP被设计成独立于传输和网络层。这份协议支持使用RTP层的混流服务器(MIXER)和译流服务器(TRANSLATOR)。 1.介绍 RTP通常和UDP，同时也可以和其他协议共用来实现传输实时数据，如果下层网络允许的话，支持目的地为多个地址的多播传输。 RTP并不保证服务质量而主要靠下层协议的支持，所以每个包都有一个顺序号使接受方能按序重建数据。 RTP原先被设计用于多方参加的多媒体会议，但也可以用于如交互模拟等其他应用。 对于特定的应用，RTP协议是可扩展的。所以RTP协议只是一个框架，并且有意被定义为如此。在实际应用时，RTP协议的包头可以被修改来得到所需的功能，而不是像传统协议那样靠不断修改并使其统一来变得更完善。 正因为上述原因，使用RTP协议时，一般需要两种伴随文档： 1.配置文档（profile specification document） 定义传输负载类型编码和与实际负载类型格式的对应关系。对于特定的应用，还定义了对于RTP所应做的扩展和修改。 2.负载格式规范文档（payload format specification documents） 定义了特定格式编码的音、视频文件如何在RTP协议中传输。 2.一些RTP应用实例 2.1 简单的音频会议 通过IP多播方式建立的一个会议，每个参与者通过某些分配机制（不在本协议讨论范围中）得到一个组地址和2个端口号，一个端口号用来传送RTP数据，即音频数据，另一个用来传输RTCP控制数据。如果需要加密，可根据本协议第9章内容生成密钥。 会议的每个参与者每隔20ms发送一段音频数据，放在RTP包中。RTP包又通过UDP包传输。RTP包头中定义了音频文件的编码方式，以便参与者改变自己的编码方式以适应网络传输（如编码质量低以适应低带宽传输）。 INTERNET会产生丢包和延迟，所以RTP包头中包含了时间信息和一个序号，序号可以用来使接受方预测丢包的情况。 在本例中，由于会议不时有成员加入或离开，所以每个接受方会每隔一段时间报告一次接受情况。这个信息有可能被用来控制编码方式以适应带宽。当某个成员发出BYE的RTCP包时，该成员离开该会议。 2.2 音频、视频会议 音频、视频信息通过不同的RTP会话（session）传输，即二者是分开传输的。同时对于每一个传输，都有2个端口用来传送RTP数据和RTCP控制信息。 这样做的目的是因为接受者可能由于带宽限制，只够接受音频数据，或他只想接受一种数据。在5.2中可得到这方面的详细信息。 2.3 混流服务器(MIXER)和译流服务器(TRANSLATOR) 顾名思义，混流就是把多个进入的流信息混合输出为一个流，一个应用就是适应不同带宽的需要。 译流服务器就是把入流经过转化变成另一种形式的流传出，一个应用是防火墙有可能阻止某些端口的IP包，而经过转换的IP包可顺利通过。 混流服务器(MIXER)和译流服务器（TRANSLATOR)在第7章中有详细介绍，建议先阅读那部分文档以对其有个全面了解。 3. 定义 RTP负载（RTP PAYLOAD)： RTP包中传输的数据，比如音频数据和压缩了的视频数据。 RTP 包 （RTP PACKET): 由RTP包头（HEADER), 组成源服务器（CSRC）列表（见下）和传输数据构成。一般来说一个下层协议如UDP的包中仅包含一个RTP包，但也可以通过封装方式包含几个RTP包。 RTCP 包（RTCP PACKET): 一个包含控制信息的包，同样由包头和后面结构化的数据组成，结构化的数据根据RTCP包的类型不同而有所不同（详见第6章）。典型的，RTCP包的传输是把几个包放在一起组成一个下层协议的包来传输的。 端口 （PORT): 即传统意义上网络的端口。 传输地址（TRANSPORT ADDRESS): 由地址和端口号组成，如一个IP地址和UDP端口。数据由传送方地址传到接收方地址。 R