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

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

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

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

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

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


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

18        12         评价该回答(0)

中国通信人才网 | 江苏通信人才网 | 山东通信人才网 | 武汉通信人才网 | 浙江通信人才网 | 湖南通信人才网
重庆汇拓通信技术有限公司 聘:5G工程师
需求人数:2 人 地点:重庆市
福建省鸿官通信工程有限公司 聘:5G网优工程师(大理、普洱)
需求人数:8 人 地点:大理市,思茅市
南京嘉环科技有限公司 聘:华为无线督导-河南
需求人数:20 人 地点:郑州市,漯河市,许昌市
上海紫之信息科技有限公司 聘:北京移动华为项目中高级多名
需求人数:20 人 地点:北京市
浙江省邮电工程建设有限公司 聘:陕西西安5G工程、专项优化
需求人数:20 人 地点:西安市
北京电旗通讯技术股份有限公司 聘:网优实习生通信应届生(云南)
需求人数:1 人 地点:昆明市,思茅市,昭通市
杭州东信网络技术有限公司 聘:厦门LTE后台中高级
需求人数:2 人 地点:厦门市
上海德专信息技术有限公司 聘:实习生
需求人数:5 人 地点:上海市
珠海世纪鼎利科技股份有限公司 聘:湖北-初级网优工程师
需求人数:1 人 地点:黄冈市
河北省通信建设有限公司 聘:LTE中高级优化工程师(河南)
需求人数:15 人 地点:安阳市,濮阳市,新乡市
热点问题
赞助商链接


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