已关闭问题 (普通问题)
请问什么是RTP协议?
提问者: aoshicanglong  提问时间: 2012-04-17    
 

更多 RTP 协议 相关问题
问题答案 ( 2 )

实时传送协议(Real-time Transport Protocol或简写RTP)是一个网络传输协议。
实时传输协议(RTP)为数据提供了具有实时特征的端对端传送服务,如在组播或单播网络服务下的交互式视频音频或模拟数据。应用程序通常在 UDP 上运行 RTP 以便使用其多路结点和校验服务;这两种协议都提供了传输层协议的功能。但是 RTP 可以与其它适合的底层网络或传输协议一起使用。如果底层网络提供组播方式,那么 RTP 可以使用该组播表传输数据到多个目的地。 #@3221a3ds也K:JFD()$#_*(本文来自移动通信网www.mscbsc.com,版权所有
1fkjhfjK:JFD()本文来自移动通信网www.mscbsc.com,版权所有
RTP 本身并没有提供按时发送机制或其它服务质量(QoS)保证,它依赖于低层服务去实现这一过程。 RTP 并不保证传送或防止无序传送,也不确定底层网络的可靠性。 RTP 实行有序传送, RTP 中的序列号允许接收方重组发送方的包序列,同时序列号也能用于决定适当的包位置,例如:在视频解码中,就不需要顺序解码。
1fds3a21fK:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
$(哦*&#K:JFD()本文来自移动通信网www.mscbsc.com,版权所有


回答者: zhangshiqin     回答时间:2012-04-17 21:57    

13        7         评价该回答(0)


支持流媒体的协议 多媒体应用的一个显著特点是数据量大,并且许多应用对实时性要求比较高。传统的TCP 协议是一个面向连接的协议,它的重传机制和拥塞控制机制都是不适用于实时多媒体传输的。RTP 是一个应用型的传输层协议,它并不提供任何传输可靠性的保证和流量的拥塞控制机制。RTP 位于UDP(User Datagram Protocol) 之上。UDP 虽然没有TCP 那么可靠,并且无法保证实时业务的服务质量,需要RTCP 实时监控数据传输和服务质量。但是,由于UDP 的传输时延低于TCP ,能与音频和视频很好地配合。因此,在实际应用中,RTP/ RTCP/ UDP 用于音频/ 视频媒体,TCP 用于数据和控制信令的传输。目前,支持流媒体传输的协议主要有实时传输协议RTP( Real-Time Transport Protocol) 、实时传输控制协议RTCP(Real-Time Transport Control Protocol) 和实时流协议RTSP(Real-Time Streaming Protocol) 等。下面分别对这三种协议作简要介绍。流媒体协议栈如图1 所示。f12dsfds1fK:JFD()$#_本文来自移动通信网www.mscbsc.com,版权所有
1 流媒体协议栈1fds3a21fK:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有

 jouierpoej道K:JFD()$#_*(本文来自移动通信网www.mscbsc.com,版权所有
2实时传输协议RTPReal-Time Transport Protocol):K:JFD()$本文来自移动通信网www.mscbsc.com,版权所有
RTP是针对Internet上多媒体数据流的一个传输协议, IETF(Internet工程任务组)作为RFC1889发布。RTP被定义为在一对一或一对多的传输情况下工作,其目的是提供时间信息和实现流同步。RTP的典型应用建立在UDP上,但也可以在TCPATM等其他协议之上工作。RTP本身只保证实时数据的传输,并不能为按顺序传送数据包提供可靠的传送机制,也不提供流量控制或拥塞控制,它依靠RTCP提供这些服务。3289蜬:JFD本文来自移动通信网www.mscbsc.com,版权所有
 poej道h$#K:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
2.1 RTP工作机制道h$#$K:JFD(本文来自移动通信网www.mscbsc.com,版权所有
威胁多媒体数据传输的一个尖锐的问题就是不可预料数据到达时间。但是流媒体的传输是需要数据的适时的到达用以播放和回放。rtp协议就是提供了时间标签,序列号以及其它的结构用于控制适时数据的流放。在流的概念中时间标签是最重要的信息。发送端依照即时的采样在数据包里隐蔽的设置了时间标签。在接受端收到数据包后,就依照时间标签按照正确的速率恢复成原始的适时的数据。不同的媒体格式调时属性是不一样的。但是rtp本身并不负责同步,rtp只是传输层协议,为了简化运输层处理,提高该层的效率。将部分运输层协议功能(比如流量控制)上移到应用层完成。同步就是属于应用层协议完成的。它没有运输层协议的完整功能,不提供任何机制来保证实时地传输数据,不支持资源预留,也不保证服务质量。rtp报文甚至不包括长度和报文边界的描述。同时rtp协议的数据报文和控制报文的使用相邻的不同端口,这样大大提高了协议的灵活性和处理的简单性。e4328K:JFD本文来自移动通信网www.mscbsc.com,版权所有
rtp协议和udp二者共同完成运输层协议功能。udp协议只是传输数据包,不管数据包传输的时间顺序。 rtp的协议数据单元是用udp分组来承载的。在承载rtp数据包的时候,有时候一帧数据被分割成几个包具有相同的时间标签,则可以知道时间标签并不是必须的。而udp的多路复用让rtp协议利用支持显式的多点投递,可以满足多媒体会话的需求。
rtp协议虽然是传输层协议但是它没有作为osi体系结构中单独的一层来实现。rtp协议通常根据一个具体的应用来提供服务,rtp只提供协议框架,开发者可以根据应用的具体要求对协议进行充分的扩展。354afd5a4fK:JFD()$#_本文来自移动通信网www.mscbsc.com,版权所有
 urewioK:JFD()本文来自移动通信网www.mscbsc.com,版权所有
2.2  RTP协议的报文结构*)#$@K:JFD本文来自移动通信网www.mscbsc.com,版权所有
RTP头格式如图2所示:ds3a21fd3s1K:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有
21f3dsaf12K:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有

开始12个八进制出现在每个RTP包中,而CSRC标识列表仅出现在混合器插入时。各段含义如下:东oitre43289K:JFD()$#_*(本文来自移动通信网www.mscbsc.com,版权所有
①版本(V434321%$#K:JFD()$#_本文来自移动通信网www.mscbsc.com,版权所有
2位,标识RTP版本。#(*)#K:JFD本文来自移动通信网www.mscbsc.com,版权所有
 
②填充标识(P4fads13东oiK:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有
1位,如设置填充位,在包尾将包含附加填充字,它不属于有效载荷。填充的最后一个八进制包含应该忽略的八进制计数。某些加密算法需要固定大小的填充字,或为在底层协议数据单元中携带几个RTP包。21f3dsaf12K:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有
 
③扩展(Xads13东oitrK:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有
1位,如设置扩展位,固定头后跟一个头扩展。*&#%kK:JFD本文来自移动通信网www.mscbsc.com,版权所有
 (&#*($(哦K:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
CSRC计数(CCkcvmmvckjlurK:JFD()$#_*(本文来自移动通信网www.mscbsc.com,版权所有
4位,CSRC计数包括紧接在固定头后CSRC标识符个数。f12dsK:JFD本文来自移动通信网www.mscbsc.com,版权所有
 &%#*(我)K:JFD()$本文来自移动通信网www.mscbsc.com,版权所有
⑤标记(M&%#*(我)$K:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
1位,标记解释由设置定义,目的在于允许重要事件在包流中标记出来。设置可定义其他标示位,或通过改变位数量来指定没有标记位。3ds也f12dsfK:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有
 
⑥载荷类型(PTcv545%#(肒:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
7位,记录后面资料使用哪种 Codec receiver 端找出相应的 decoder 解碼出來。
 f12zcv545%#K:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有
常用 typesmvckjlureK:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
Payload Type &)*(&#*($K:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
Codec 3s1fdK:JFD本文来自移动通信网www.mscbsc.com,版权所有
0 _@s4fads1K:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
PCM μ -Law K:JFD()$#_*(本文来自移动通信网www.mscbsc.com,版权所有
8 3221a3ds襅:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
PCM-A Law kcvmmvckjluK:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有
9
G..722 audio codec
4 ouierpoeK:JFD()$本文来自移动通信网www.mscbsc.com,版权所有
G..723 audio codec f8e342蔏:JFD()本文来自移动通信网www.mscbsc.com,版权所有
15
G..728 audio codec
18 kjhfjoK:JFD(本文来自移动通信网www.mscbsc.com,版权所有
G..729 audio codec 2是43K:JFD本文来自移动通信网www.mscbsc.com,版权所有
34
G..763 audio codec 21fds3a2K:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
31 _@s4fads1K:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
G..761 audio codec
 s3a21fd3s1fK:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有
⑦系列号也f12dsfds1fK:JFD()$#_*(本文来自移动通信网www.mscbsc.com,版权所有
16位,系列号随每个RTP数据包而增加1,由接收者用来探测包损失。系列号初值是随机的,使对加密的文本攻击更加困难。
 是434321%$K:JFD()$#_本文来自移动通信网www.mscbsc.com,版权所有
⑧时标
32位,时标反映RTP数据包中第一个八进制数的采样时刻,采样时刻必须从单调、线性增加的时钟导出,以允许同步与抖动计算。时标可以让receiver端知道在正确的时间将资料播放出来。
9西70874K:JFD()$本文来自移动通信网www.mscbsc.com,版权所有
由上图可知,如果只有系列号,并不能完整按照顺序的将data播放出来,因为如果data中间有一段是没有资料的,只有系列号的话会造成错误,需搭配上让它知道在哪个时间将data正确播放出来,如此我们才能播放出正确无误的信息。@3221K:JFD本文来自移动通信网www.mscbsc.com,版权所有
 
SSRC
32位,SSRC段标识同步源。此标识不是随机选择的,目的在于使同一RTP包连接中没有两个同步源有相同的SSRC标识。尽管多个源选择同一个标识的概率很低,所有RTP实现都必须探测并解决冲突。如源改变源传输地址,也必须选择一个新SSRC标识以避免插入成环行源。e43289西K:JFD()$本文来自移动通信网www.mscbsc.com,版权所有
 mmvckK:JFD本文来自移动通信网www.mscbsc.com,版权所有
CSRC列表&)*(&K:JFD本文来自移动通信网www.mscbsc.com,版权所有
015项,每项32位。CSRC列表表示包内的对载荷起作用的源。标识数量由CC段给出。如超出15个作用源,也仅标识15个。CSRC标识由混合器插入,采用作用源的SSRC标识。ckjlurK:JFD(本文来自移动通信网www.mscbsc.com,版权所有
http://zhangjunhd.blog.51cto.com/113473/25481/%kcvmmvK:JFD()本文来自移动通信网www.mscbsc.com,版权所有


回答者: xhy1331     回答时间:2012-04-29 01:34    

18        12         评价该回答(0)

中国通信人才网 | 江苏通信人才网 | 山东通信人才网 | 武汉通信人才网 | 浙江通信人才网 | 湖南通信人才网
南京华苏科技有限公司 聘:郑州大数据开发运维工程师
需求人数:5 人 地点:郑州市
南京格安信息系统有限责任公司 聘:4G/5G高级优化工程师
需求人数:5 人 地点:西宁市
北京宜通华瑞科技有限公司 聘:4/5G网络优化工程师
需求人数:20 人 地点:滨州市,东营市,淄博市
江苏南邮信息技术有限公司 聘:网优工程师
需求人数:20 人 地点:北京市
西安长河通讯有限责任公司 聘:华为核心网工程师
需求人数:10 人 地点:海外
中通国脉通信股份有限公司 聘:4/5G初中高级优化工程师
需求人数:50 人 地点:大连市
重庆永鹏网络科技股份有限公司 聘:系统维护高级工程师
需求人数:5 人 地点:成都市
南京欣网通信科技股份有限公司 聘:网优工程师
需求人数:2 人 地点:合肥市,芜湖市,铜陵市,宿州市
北京爱可生信息技术股份有限公司 聘:优化工程师
需求人数:15 人 地点:哈尔滨市,齐齐哈尔市,鸡西市,双鸭山市,牡丹江市
安徽中张通信工程有限责任公司 聘:广西移动日常工程师
需求人数:8 人 地点:南宁市
热点问题
赞助商链接


联系我们 - 问通信专家 Powered by MSCBSC 移动通信网  © 2006 -