RTP
增强热塑性塑料管(RTP)知识百科

加强热塑性塑料管(RTP)学问百科目前上的高压加强热塑性塑料管可以分两类。
一类以提高抗内压本领为目标。
通常是三层结构,内外层是各种热塑性塑料,中心层是加强材料(各种纤维或金属)。
上习惯称其为加强热塑性塑料管ReinforcedThermoplasticPipes(简称RTP)。
另外一类不仅要求提高抗内压,而且要求提高抗外压。
通常是多层结构(5层以上),除了各种热塑性塑料层以外,分别有抗内压,抗外压和实现其他功能的层。
上习惯称为挠性管FlexiblePipe(简称FP)。
经过半个世纪的持续快速进展,的塑料管业已经达到了年产约1600万吨的巨大规模。
为了进一步扩大塑料管的市场领域,开拓*产品,近年国内外都在努力探究开发复合热塑性塑料管。
目的是通过结合其他材料创新出性能更理想管道。
复合热塑性塑料管的品种很多,其中尤以实现加强为重要目标的zui多。
由于热塑性塑料的突出缺点是强度和刚度较低。
例如,zui高等级的HDPE管道料PE100的设计应力仅8MPa(可以比较:加强细钢丝的设计应力约在1000MPa)。
因此不加强的热塑性塑料管所能够承受的内压和外压有限(一般内压不超过1.6MPa),而且直径较大时耗费材料很多。
加强热塑性塑料管已经有很多不同的种类,其中一大类的重要目标是通过加强达到能够承受高压;另一大类的重要目标是通过加强削减热塑性塑料的消耗和能够制造更大直径。
本文将集中讨论高压加强热塑性塑料管。
zui早推动高压加强热塑性塑料管开发是石油和天然气产业。
石油和天然气产业是管道的特大用户。
过去绝大采纳的是各种钢管,zui突出的问题是腐蚀。
随着产业的进展和技术的进步,迫切需要突破传统管道的局限,寻求技术和经济性能更好的新型管道。
有趣味的是,zui先开发和应用的是在海上石油和天然气开采纳的挠性管(1967年)。
由于挠性管既能保证高强度(抗内压、抗外压、抗疲乏和抗冲击),又抗腐蚀、重量轻、可曲挠、能以很长的盘卷管供应,在海上开采环境下具有特别明显的竞争优势。
RTP协议的中文版

RTP协议的中文版协议名称:RTP协议的中文版一、引言RTP(Real-time Transport Protocol)是一种用于实时传输音频和视频数据的协议。
本协议旨在提供一套标准化的通信机制,以确保实时数据的传输和接收的准确性和可靠性。
本文档旨在描述RTP协议的中文版,以便在中文语境下更好地理解和应用该协议。
二、范围本协议适用于所有需要实时传输音频和视频数据的应用场景,包括但不限于实时音视频通话、实时音视频会议、实时音视频直播等。
三、定义3.1 RTP数据包RTP数据包是RTP协议中的基本单位,用于传输音频和视频数据。
每个RTP 数据包由RTP头和有效载荷组成。
RTP头包含序列号、时间戳、同步信源标识符等字段,用于标识和同步数据包。
有效载荷部分包含音频和视频数据。
3.2 RTP会话RTP会话是指在特定时间段内,通过RTP协议传输的一组相关音频和视频数据。
RTP会话由一个或多个RTP参与者组成,可以包含多个RTP流。
3.3 RTP参与者RTP参与者是指通过RTP协议发送和接收音频和视频数据的实体。
每个RTP 参与者都有唯一的同步信源标识符(SSRC),用于标识该参与者的数据包。
四、协议规范4.1 RTP数据包格式RTP数据包采用以下格式:- RTP头部:包含版本号、填充位、扩展位、CSRC计数、标记位、负载类型、序列号、时间戳、同步信源标识符等字段。
- CSRC列表:包含零个或多个CSRC标识符,用于标识参与者。
- 扩展头部:可选字段,用于扩展RTP头部。
- 有效载荷:包含音频和视频数据。
4.2 RTP会话管理RTP会话的建立和终止应遵循以下规范:- 参与者加入:新参与者加入RTP会话时,应向其他参与者发送加入请求,并等待其他参与者的确认。
- 参与者退出:参与者退出RTP会话时,应向其他参与者发送退出通知,并等待其他参与者的确认。
- 同步信源标识符:每个参与者在加入RTP会话时,应生成唯一的同步信源标识符,用于标识该参与者的数据包。
RTP协议介绍

3.1. RTP协议分析3.1.1. RTP是什么RTP全名是Real-time Transport Protocol(实时传输协议)。
它是IETF提出的一个标准,对应的RFC文档为RFC3550(RFC1889为其过期版本)。
RFC3550不仅定义了RTP,而且定义了配套的相关协议RTCP(Real-time Transport Control Protocol,即实时传输控制协议)。
RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。
RTP为Internet上端到端的实时传输提供时间信息和流同步,但并不保证服务质量,服务质量由RTCP 来提供。
3.1.2. RTP的协议层次——传输层的子层RTP被划分在传输层,它建立在UDP上。
同UDP协议一样,为了实现其实时传输功能,RTP也有固定的封装形式。
RTP用来为端到端的实时传输提供时间信息和流同步,但并不保证服务质量。
服务质量由RTCP来提供。
3.1.3. RTP协议原理RTP协议原理比较简单,负责对流媒体数据进行封包并实现媒体流的实时传输,即它按照RPT数据包格式来封装流媒体数据,并利用与它绑定的协议进行数据包的传输,具体见本文2.2.1RTP数据格式;RTP本身只保证实时数据的传输,并不能为按顺序传送数据包提供可靠的传送机制,也不提供流量控制或拥塞控制,它依靠RTCP提供这些服务。
3.1.3.1. RTP的封装版本号(V):2比特,用来标志使用的RTP版本。
填充位(P):1比特,如果该位置位,则该RTP包的尾部就包含附加的填充字节。
扩展位(X):1比特,如果该位置位的话,RTP固定头部后面就跟有一个扩展头部。
CSRC计数器(CC):4比特,含有固定头部后面跟着的CSRC的数目。
标记位(M):1比特,该位的解释由配置文档(Profile)来承担。
载荷类型(PT):7比特,标识了RTP载荷的类型。
序列号(SN):16比特,发送方在每发送完一个RTP包后就将该域的值增加1,接收方可以由该域检测包的丢失及恢复包序列。
实时传输协议——RTP协议详细介绍

实时传输协议——RTP协议详细介绍随着以太网音视频桥接(AVB)技术的引入,汽车可支持各种基于音频、视频的流媒体服务。
在流媒体数据传输过程中,为保障音视频流的实时传输,需采用RTP和RTCP协议。
接下来,我们一起来了解下实时传输协议吧!1、什么是RTP?RTP定义:Real-time Transport Protocol,是由IETF的多媒体传输工作小组于1996年在RFC 1889中公布的。
RTP为IP 上的语音、图像等需要实时传输的多媒体数据提供端对端的传输服务,但本身无法保证服务质量(QoS),因此,需要配合实时传输控制协议(RTCP)一起使用。
RTCP定义:Real-time Transport Control Protocol,监控服务质量并传送会话参与者信息,服务器可利用RTCP数据包信息改变传输速率、负载数据类型。
2、RTP相关概念介绍流媒体:使用流式传输技术的连续时基媒体。
使用流式传输可以边下载边播放,无需等待音频或视频数据信息全部下载完成后再播放。
混频器(Mixer):一种中间系统,将一个或多个源的RTP数据包合成一个新的RTP数据包,然后转发出去。
混频器可能会改变数据包的数据格式,并对各个流组合的新数据包生成一个新SSRC。
转换器(Translator):一种中间系统,转发RTP数据包但不改变数据包的同步源标识符,可用于通过IP多播无法直接到达的用户区,如在防火墙两端使用转换器,外侧转换器通过安全连接将数据传输到内侧转换器。
RTP利用混频器和转换器完成实时数据传输,混频器接收来自一个或多个发送方的RTP数据包,并把它们组合成一个新的RTP 数据包继续转发。
这个组合数据包使用新的SSRC标识,组合数据包将作为新的发送方加入到RTP传输中。
混频器将不同的媒体流组合在一起,需要通过转换器来对单个媒体流进行操作,可进行编码转换或协议翻译。
典型的RTP数据包传输流程如下图所示,其中S1、S2、S3、S4是数据源的发送端,R4是RTP 数据包的接收端。
RTP管道介绍

柔性增强热塑性塑料复合管(RTP管) 柔性增强热塑性塑料复合管(Reinforced Thermoplastic Pipes,简称RTP 管),是一种高压塑料复合管道,具有良好的柔韧性、抗腐蚀性、耐高压、耐冲击、耐磨损、重量轻、容易连接、可盘绕、长距离无接头快速铺设等特点,可以很好地克服钢管的腐蚀问题以及塑料管道的耐压问题,可应用在石油、天然气开采,高压长距离输送天燃气以及各种需要较高压力输送介质的管线领域。
一、RTP管的结构及材质RTP产品通常由三层构成,内、外层为PE80、PE100以上材料,外层根据需要可选白色(地表铺设防紫外线)或黑色(埋地铺设);中间层为增强材料复合而成的增强带,增强材料可以为芳纶纤维、聚酯纤维或玻璃纤维等高强纤维。
图通用RTP管组成示意图柔性增强热塑性塑料复合管通常以高密度聚乙烯(HDPE)80级以上的塑料、高强纤维或钢丝绳为主要原料,经过挤出、成型、缠绕、外覆、卷取等工艺,生产出长度达到上千米的高压柔性管材。
采用不同的增强层材料及外覆材料,可以得到各种不同压力等级、不同性能的RTP管材。
表:RTP管材三层结构用材及工艺名称材料工艺内管聚乙烯、聚氯乙烯、聚丙烯、聚氨酯、聚酰胺和聚偏氟乙烯等挤出成型增强层聚乙烯纤维丝带、芳纶纤维丝带、聚酯纤维丝带、聚酰胺纤维丝带、玻璃纤维丝带、碳纤维丝带、金属纤维丝带等缠绕或编织成型外保护层聚乙烯、聚氯乙烯、聚丙烯、聚氨酯、聚酰胺等挤出成型与直接采用玻璃纤维或芳纶纤维纱、纤维束缠绕,纤维和树脂之间无法完全的浸润,使得整体结构强度、耐压强度无法充分的发挥出来的RTP管相比,采用连续纤维增强预浸带进行缠绕,带材自身拉伸强度高,且性能更稳定,更均匀,可以使内外壁、芯部增强层完整的融为一体,其各项性能更为优异。
RTP管中用到的连续纤维增强热塑性树脂复合材料单向预浸带,目前以芳纶纤维、玻璃纤维增强单向带为主,其他如玄武岩纤维、石英纤维、碳纤维也可使用,要根据应用领域综合考虑设计。
RTP协议中文版

RTP协议中文版一、引言RTP(实时传输协议)是一种用于在互联网上传输音频和视频的协议。
该协议旨在提供实时传输、容错和流控制的功能,以满足实时通信应用的需求。
本协议旨在规范RTP协议的中文版,以便更好地促进国内实时通信领域的发展。
二、定义1. RTP会话:指一组参与者之间的通信,通过RTP协议进行音频和视频的传输。
2. RTP数据包:指通过RTP协议传输的音频和视频数据的单元。
3. RTP流:指一组连续的RTP数据包,用于传输音频或视频数据。
三、协议规范1. RTP协议版本RTP协议的当前版本为2.0。
2. RTP会话的建立2.1 RTP会话的参与者应使用RTP协议的版本2.0。
2.2 RTP会话的参与者应通过SDP(会话描述协议)进行会话的描述和协商。
2.3 RTP会话的参与者应遵循SDP中关于媒体类型、编码格式和传输协议的描述。
3. RTP数据包格式3.1 RTP数据包由头部和有效载荷组成。
3.2 RTP数据包头部包含以下字段:- 版本:指示RTP协议的版本号。
- 填充位:用于填充RTP数据包,以满足特定的传输要求。
- 扩展位:用于指示RTP数据包是否包含扩展头部。
- CSRC计数:指示RTP数据包中CSRC标识符的数量。
- 标志位:用于指示RTP数据包的特性,如是否包含扩展头部、是否加密等。
- 序列号:用于标识RTP数据包的顺序。
- 时间戳:用于同步音频和视频数据。
- SSRC标识符:用于标识RTP数据包的源。
3.3 RTP数据包的有效载荷应根据媒体类型进行适当的编码和压缩。
4. RTP流控制4.1 RTP流控制应根据网络状况和参与者的能力进行适当的调整。
4.2 RTP流控制应遵循RTCP(RTP控制协议)的规范。
4.3 RTP流控制应包括以下功能:- 带宽管理:根据网络带宽的可用性和参与者的需求进行带宽分配。
- 拥塞控制:根据网络拥塞程度进行数据传输的控制。
- 延迟控制:根据实时通信应用的需求进行延迟控制,以保证音频和视频的实时性。
RTP协议中文版

RTP协议中文版协议名称:RTP协议中文版一、引言RTP(Real-time Transport Protocol)是一种用于实时传输音频和视频数据的协议。
本协议旨在提供一种标准化的通信方式,以确保实时传输的数据能够在网络中以高效、可靠的方式传输。
本协议的中文版旨在为中文用户提供更便捷的参考和理解。
二、范围本协议适用于所有需要实时传输音频和视频数据的应用程序和系统。
三、术语定义1. RTP数据包(RTP Packet):包含音频或视频数据的最小传输单位,由RTP头部和有效载荷组成。
2. RTP头部(RTP Header):包含RTP数据包的相关信息,如序列号、时间戳等。
3. 有效载荷(Payload):RTP数据包中携带的音频或视频数据。
4. SSRC(Synchronization Source):用于唯一标识RTP数据流的32位标识符。
5. CSRC(Contributing Source):用于标识贡献该RTP数据包的参与者。
四、协议规范1. RTP数据包格式RTP数据包由RTP头部和有效载荷组成,其格式如下:```0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V=2|P|X| CC |M| PT | Sequence number |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Timestamp |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | CSRC |: :| |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Payload ...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ```- V:协议版本号,占2位,当前版本为2。
RTP协议的中文版

RTP协议的中文版协议名称:RTP协议的中文版一、引言RTP(Real-time Transport Protocol)是一种用于在互联网上传输实时数据的协议。
本协议的目的是为了确保音频和视频等实时媒体数据的传输能够具备实时性、可靠性和适应性。
本协议为RTP协议的中文版,旨在提供中文用户更便于理解和使用的文档。
二、范围本协议适用于在互联网上传输实时媒体数据的应用场景,包括但不限于音频、视频、实时游戏等领域。
三、术语定义1. RTP:Real-time Transport Protocol,即实时传输协议,用于在互联网上传输实时媒体数据。
2. RTCP:Real-time Transport Control Protocol,即实时传输控制协议,用于传输RTP会话的控制信息。
3. 媒体数据:指音频、视频等实时的媒体内容。
4. 会话:指RTP协议传输的一组相关的媒体数据。
5. 参与者:指参与RTP会话的发送方和接收方。
四、协议规范1. RTP数据包格式RTP数据包由RTP头部和有效载荷组成。
RTP头部包括版本号、填充位、扩展位、CSRC计数器、标记位、有效载荷类型、序列号、时间戳和同步源标识符等字段。
有效载荷部分用于承载媒体数据。
2. RTP会话的建立和终止RTP会话的建立和终止由参与者之间的协商和交互完成。
建立会话时,发送方和接收方需要交换媒体数据的格式、编码方式、传输协议等信息。
终止会话时,参与者需要发送终止信号并进行必要的清理工作。
3. RTP传输控制协议(RTCP)RTCP用于传输RTP会话的控制信息,包括参与者的统计信息、网络延迟、丢包率等。
RTCP在RTP会话中以一定的频率发送,用于监控和调整RTP传输的性能。
4. 媒体数据的编码和解码发送方需要对媒体数据进行编码,并将编码后的数据封装为RTP数据包进行传输。
接收方需要对接收到的RTP数据包进行解码,还原出原始的媒体数据。
5. 时钟同步RTP协议使用时间戳字段来实现参与者之间的时钟同步。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
RTP协议介绍RTP概要RTP定义在RFC 1889中。
RTP是 IETF提出的适合实时数据传输的协议,支持在单目标广播和多目标广播网络服务中传输实时数据,能为实时媒体数据提供点到点的传输服务。
RTP 主要应用在Internet上传输对时延敏感的业务,如音频流和视频流。
RTP也可以用于传输电话呼叫,国际电信联盟在多媒体通信标准H.323 中采用了RTP。
RTP特性1、协议独立性RTP是独立于底层协议的传输机制,可以在UDP/IP、ATM AAL5和IPX层上实现。
2、同步机制RTP采用时间戳(Times tamp)来控制单一媒体数据流,但它本身并不能控制不同媒体数据流间的同步。
若要实现不同数据流之间的同步,必须由应用程序参与完成。
3、包传输路径回溯RTP中使用了混合器(把多个视频流混合成一个视频流)和解释器(网关或传输路径上编码格式转换器),因此它提供了当分组到达接收端后进行包传输路径回溯的机制,这种机制主要通过RTP包头中的SSRC和CSRC域来完成。
4、可靠性由于RTP的设计目的是传输实时数据流,而不是可靠的数据流,因此它不提供有关数据传输时间、错误检测和包顺序监控的机制,也就是讲RTP提供的实时服务没有资源预约,也没有Qos保证,这些任务依靠下层协议来完成。
5、RTP层不支持多路复用多路复用由低层协议来完成,如:UDP。
RTP信息包被封装在UDP中,当接收端同时收到来自不同地方的多个数据分组,通过UDP实现多路复用、检查和服务。
6、扩展性支持在单目标广播(Unicast)和多目标广播(Multicast)。
7、安全性RTP考虑到安全性能,支持数据加密和身份鉴别认证功能。
8、灵活性控制数据与媒体数据分离,RTP协议只提供完成实时传输的机制,开发者可以根据应用环境选择控制方式。
RTP在网络中的传输TCP协议是面向连接的协议,它的重传机制和拥塞控制机制(Congestion Control Mechanism)都是不适合用于实时多媒体传输的。
TCP/ IP协议最初是为提供非实时数据业务而设计的。
IP协议负责主机之间的数据传输,不进行检错和纠错。
因此,经常发生数据丢失或失序现象。
为保证数据的可靠传输,人们将TCP协议用于IP数据的传输,提高接收端的检错、纠错能力。
当检测到数据包丢失或错误时,要求发送端重新发送,但这样不可避免地引起传输延时和耗用网络带宽。
因此传统的TCP/ IP协议传输实时音频、视频数据的能力较差。
UDP是最简单的传输协议,几乎不提供可靠性措施。
但是,UDP的效率却非常高。
音频数据和视频图像数据的传输往往要求实时传输及保证时间的连续性。
同时又允许传输中存在一定的数据错误率以及数据丢失率。
UDP协议不进行数据的确认与重传,大大提高了传输速率,具有高效快速的特点,因此适合对音频视频数据的传输。
RTP依赖下层网络来多路传输RTP数据流和RTCP控制流,当下层协议为UDP时,RTP 使用一个编号为偶数的传输端口,相应的RTCP使用接下来编号为奇数的传输端口。
RTP数据包没有包含长度域或其它边界,由下层网络为RTP提供长度表示,因此RTP 包的最大长度是由下层网络限制。
RTP对下层网络没有任何限制。
但是为了使用UDP的端口号和检查和,执行RTP的程序常常运行在UDP的上层。
如下图所示,RTP可以看成是传输层的子层。
由多媒体应用程序生成的声音和电视数据块被封装在RTP信息包中,每个RTP信息包被封装在UDP消息段中,然后再封装在IP数据包中。
图 RTP是传输层上的协议RTP执行程序应该是应用程序的一部分,因为必需把RTP集成到应用程序中。
在发送端,执行RTP协议的程序被写入到创建RTP信息包的应用程序中,然后应用程序把RTP信息包发送到UDP的套接端口(socket interface);同样,在接收端,RTP信息包通过UDP套接端口输入到应用程序,因此,执行RTP协议的程序必需被写入到从RTP信息包中抽出媒体数据的应用程序。
下面用RTP传输声音为例来说明它的工作过程。
假设音源的声音是64 kb/s的PCM编码声音,并假设应用程序取20毫秒的编码数据为一个数据块(chunk),即在一个数据块中有160个字节的声音数据。
应用程序需要为这块声音数据添加RTP标题生成RTP信息包,这个标题包括声音数据的类型、顺序号和时间戳。
然后RTP信息包被送到UDP套接端口,在那里再被封装在UDP信息包中。
在接收端,应用程序从套接端口处接收RTP信息包,并从RTP信息包中抽出声音数据块,然后使用RTP信息包标题域中的信息正确地译码和播放声音。
如果应用程序使用标准的RTP协议提供有效载荷类型(payload type)、顺序号或者时间戳,应用程序将更容易与其他的网络应用程序配合运行。
例如,如果有两个不同的公司都在开发因特网电话软件,他们都把RTP合并到他们的产品中,这样就可能让使用不同公司电话软件的用户之间能够进行通信。
这里需要强调的是,RTP本身不提供任何机制来确保把数据及时递送到接收端或者确保其他的服务质量,它也不担保在递送过程中不丢失信息包或者防止信息包的次序不被打乱。
RTP的封装只是在系统端才能看到,中间的路由器并不区分哪一个IP数据报运载的是RTP 信息包。
RTP允许给每个媒体源分配一个单独的RTP信息包流,使得视频和音频可以分开单独编码。
例如,有两个团体参与的电视会议,这就可能打开4个信息包流:两台摄像机传送电视流和两个麦克风传送声音流。
然而,许多流行的编码技术,包括MPEG-1和MPEG-2在编码过程中都把声音和电视图像捆绑在一起以形成单一的数据流,一个方向就生成一个RTP信息包流。
RTP信息包可应用于单目标广播,也可以在一对多(one-to-many)的多目标广播树或者在多对多(many-to-many)的多目标广播树上传送。
例如,多对多的多目标广播,在这种应用场合下,所有发送端通常都把他们的RTP信息包流发送到具有相同多目标广播地址的多目标广播树上。
RTP信息包的传输流程RTP在接收方和发送方之间引入了两种类型的中间节点:混合器和解释器,通过它们来完成实时数据传输。
混合器是一个中间系统,它接收来自一个或多个发送方的RTP信息包,将这些包以某种方式组合,期间有可能会改变这些包的数据格式,然后转发一个新的RTP包。
在多个发送方之间的定时一般是不同步的,混合器对各个流之间的定时加以调整,并为这个组合的流产生它自己的定时。
因此,从一个混合器出来的所有数据包要用混合器作为它们的同步源来识别。
来自不同发送方的信息包由于在网络中传输的路径不同,到达混合器可能是非同步的,混合器改变了媒体流的临时结构。
RTP混合器不能将不兼容媒体流合并成一个流。
混合器的一个典型例子是将某个多点会议的多个音频源组合成一个音频流转发给所有接收方。
解释器是一个中间系统,它与混合器不同,解释器只改变信息包的内容,而并不把媒体流组合在一起。
解释器只对单个媒体流进行操作,可能是编码转换或者协议翻译,它用完整的同步源标识符来转发RTP包。
例如:多媒体会议中不同端系统之间的视频编解码转换器,以及防火墙中应用层的过滤器等。
RTP信息包结构RTP信息包由标题域和有效载荷的数据组成。
通常情况底层协议的一个包只包含一个RTP信息包,但是如果封装的方法允许,也可以包含几个RTP信息包。
RTP信息包的结构包含广泛用于多媒体的若干个域,包括声音点播(audio-on-demand)、影视点播(video on demand)、因特网电话(Internet telephony)和电视会议(videoconferencing)等。
RTP协议没有规定声音和电视的压缩格式,它可以被用来传输普通格式的文件。
例如,WAV或者GSM(G lobal S ystem for M obile communications)格式的声音、MPEG-1和MPEG-2的电视,也可以用来传输专有格式存储的声音和电视文件。
RTP标题域的前12个字节出现在每一个RTP包中,CSRC列表仅出现在有混合器的情况下。
RTP信息包的标题域的结构如下图所示:图RTP信息包的标题域格式版本号(V):占用2比特,定义了RTP的版本。
目前所用的版本V=2,版本1用于RTP 草案。
填充位(P):占用1比特,当填充位被设置成1时,在标题域的最后将有一个或多个附加的字节,附加的最后一个字节表示附加字节的长度。
填充位使用在一些加密算法中,当下层网络数据包携带了多个RTP包时也需要用到填充位。
扩展位(X):占用1比特,当扩展位被设置成1时,一个标题扩展域会加在RTP标题域的后面。
CSRC数(CC):占用4比特,定义了在标题域中包含的CSRC标识符数目。
标记(M):占用4比特,标记的解释由具体的应用来定义。
有效载荷类型(PT):占用7比特,定义了RTP负载的格式。
RTP可支持128种不同的有效载荷类型。
对于声音流,这个域用来指示声音使用的编码类型,例如PCM、自适应增量调制或线性预测编码等等。
如果发送端在会话或者广播的中途决定改变编码方法,发送端可通过这个域来通知接收端。
下表列出了目前RTP所能支持的声音有效载荷类型。
表目前RTP所能支持的声音有效载荷类型对电视流,有效载荷类型可以用来指示电视编码的类型,例如motion JPEG, MPEG-1,MPEG-2或者H.231等等。
发送端也可以在会话或者期间随时改变电视的编码方法。
下表列出了目前RTP所能支持的某些电视有效载荷类型。
表目前RTP所能支持的声音有效载荷类型序列号:占用16比特,每发送一个RTP信息包顺序号就加1,接收端可以用它来检查信息包是否有丢失以及按序列号顺序处理信息包。
例如,接收端的应用程序接收到一个RTP信息包流,这个RTP信息包在顺序号86和89之间有一个间隔,接收端就知道信息包87和88已经丢失,并且采取措施来处理丢失的数据。
序列号的初始值是随机的,对加密传输来讲,即使信息源没有被加密,信息包流经过传输后被加密,不可预料的序列号初始值使得对加密的攻击更为困难。
时间戳(Timestamp):占用32比特,表示RTP数据信息包中第一个字节的采样时刻(时间)。
为了便于同步和延时抖动的计算,时间戳从一个单调线性递增的时钟获得,并且该时钟的分辨率对于同步和计算包到达时间的抖动是足够的。
时钟频率与有效载荷类型有关,可以在每个应用中静态定义,也可以用非RTP方式动态定义。
对于周期产生的RTP信息包,数据分组的标称采样时间是由采样时钟获得,而不是由系统时钟决定。
例如,对于一个音频信号,时间戳可设置为每个采样周期加1,如果一个应用程序读取了50个采样周期的数据块,时间戳就应该增加50,无论该数据块最终是被丢弃还是被重传。