rtp协议端口.docx

rtp协议端口.docx

《rtp协议端口.docx》由会员分享，可在线阅读，更多相关《rtp协议端口.docx（7页珍藏版）》请在冰豆网上搜索。

rtp协议端口

竭诚为您提供优质文档/双击可除

rtp协议,端口

　　篇一：

实时传输协议Rtp

　　实时传输协议Rtp

　　1.Rtp协议：

　　Rtp（Real-timetransportprotocol）协议最初是在70年代为了尝试传输声音文件，把包分成几部分用来传输语音，时间标志和队列号。

经过一系列发展，Rtp第一版本在1991年8月由美国的一个实验室发布了。

到本世纪1996年形成了标准的的版本。

很多著名的公司如netscape,就宣称“netscapelivemedia”是基于Rtp协议的。

microsoft也宣称他们的“netmeeting”也是支持Rtp协议.

　　Rtp被定义为传输音频、视频、模拟数据等实时数据的传输协议。

最初设计是为了数据传输的多播，但是它也用于单播的。

与传统的注重的高可靠的数据传输的运输层协议相比，它更加侧重的数据传输的实时性。

此协议提供的服务包括时间载量标识、数据序列、时戳、传输控制等。

Rtp与辅助控制协议Rtcp一起得到数据传输的一些相关的控制信息。

　　2．Rtp协议的工作原理：

　　如上所说明的，影响多媒体数据传输的一个尖锐的问题就是不可预料数据到达时间。

但是流媒体的传输是需要数据的适时的到达用以播放和回放。

Rtp协议就是提供了时间标签,序列号以及其它的结构用于控制适时数据的流放。

　　在流的概念中‘时间标签’是最重要的信息。

发送端依照即时的采样在数据包里隐蔽的设置了时间标签。

在接受端收到数据包后,就依照时间标签按照正确的速率恢复成原始的适时的数据。

不同的媒体格式调时属性是不一样的。

但是Rtp本身并不负责同步，Rtp只是传输层协议，为了简化了运输层处理，提高该层的效率。

将部分运输层协议功能（比如流量控制）上移到应用层完成。

同步就是属于应用层协议完成的。

它没有运输层协议的完整功能，不提供任何机制来保证实时地传输数据，不支持资源预留，也不保证服务质量。

Rtp报文甚至不包括长度和报文边界的描述。

同时Rtp协议的数据报文和控制报文的使用相邻的不同端口，这样大大提高了协议的灵活性和处理的简单性。

　　Rtp协议和udp二者共同完成运输层协议功能。

udp协议只是传输数据包，是不管数据包传输的时间顺序。

Rtp的协议数据单元是用udp分组来承载的。

在承载Rtp数据包的时候，有时候一帧数据被分割成几个包具有相同的时间标签，则可以知道时间标签并不是必须的。

而udp的多路复用让Rtp协议利用支持显式的多点投递，可以满足多媒体会话的需求。

　　Rtp协议虽然是传输层协议但是它没有作为osi体系结构中单独的一层来实现。

Rtp协议通常根据一个具体的应用来提供服务，Rtp只提供协议框架，开发者可以根据应用的具体要求对协议进行充分的扩展。

目前，Rtp的设计和研究主要是用来满足多用户的多媒体会议的需要，另外它也适用于连续数据的存储，交互式分布仿真和一些控制、测量的应用中。

基于Rtp的实验和商业产品也层出不穷。

最常用的协议是Rtmp（Realtimemessagingprotocol，实时消息传送协议），Rtmp是adobesystems公司为Flash播放器和服务器之间音频、视频和数据传输开发的开放协议。

还有Rtsp,hls等。

　　实时传输控制协议Rtcp协议

　　1.Rtcp协议：

　　Rtcp（Real-timetranspor、controlprotocol）是设计和Rtp一起使用的进行流量控制和拥塞控制的服务控制协议。

　　2.Rtcp协议如何工作：

　　当应用程序开始一个Rtp会话时将使用两个端口：

一个给Rtp，一个给Rtcp。

Rtp本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠Rtcp提供这些服务。

在Rtp的会话之间周期的发放一些Rtcp包以用来传监听服务质量和交换会话用户信息等功能。

Rtcp包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料。

因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。

Rtp和Rtcp配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化，因而特别适合传送网上的实时数据。

根据用户间的数

　　据传输反馈信息，可以制定流量控制的策略，而会话用户信息的交互，可以制定会话控制的策略。

　　Rtcp协议处理机根据需要定义了五种类型的报文——

　　RR:

receiverreport

　　sR:

senderreport

　　sdes:

sourcedescriptionitems.

　　bye:

indicatesendofparticipation.

　　app:

applicationspecificfunctions

　　它们完成接收、分析、产生和发送控制报文的功能。

　　实时流协议Rtsp协议

　　1.Rtsp协议：

　　Rtsp（Realtimestreamingprotocol）协议定义了如何有效地通过ip网络传送多媒体数据，是一种客户端到服务器端的多媒体描述协议。

　　Rtsp是一个非常类似于http的应用层协议。

每个发布和媒体文件也被定义为Rtspupl。

而媒体文件的发布信息被书写进一个被称为媒体发布文件里，这个文件在后面会说明。

在这个文件说明的包括编码器，语言，Rtspuls，地址，端口号以几其它参数。

这个发布文件可以在客户端通过email形式或者http形式获得。

　　Rtsp是由Realnetworks和netscape以及哥伦比亚大学共同提出的。

它是从Realnetworks的

　　"Realaudio"和netscape的"livemedia"的实践和经验发展来来的。

第一份Rtsp协议是由ietF在1996年8月9日正式提交后作为inteRnet的标准，在此后此协议经过了很多明显的变化。

它的应用现在是广泛的，apple、ibmnetscape,apple,ibm,silicongraphics,Vxtreme,sun还有其它公司都宣称它们的在线播放器支持Rtsp协议，不过微软一直都坚持不支持此协议，不知道这种局面还会持续多久。

　　2.Rtsp协议的特点：

　　Rtsp是应用层协议,与Rtp、RsVp一起设计来完全流式服务。

　　Rtsp有很大的灵活性，可被用在多种操作系统上,它允许客户端和不同厂商的服务平台交互。

Rtsp在体系结构上位于Rtp和Rtcp之上，它使用Rtp完成数据传输。

它将流式媒体数据可控制的通过网络传输到客户端。

　　Rtsp可以保持用户计算机与传输流业务服务器之间的固定连接，用于观看者与单播（unicast）服务器通信并且还允许双向通信，观看者可以同流媒体服务器通信.

　　提供类似“VcR”形式的例如暂停、快进、倒转、跳转等操作。

操作的资源对象可以是直播流也可以是存储片段。

　　Rtsp是设还提供了选择传输通道，如使用udp还是多点udp或是tcp。

　　资源预留协议RsVp

　　1.RsVp协议：

　　RsVp（ResorcereserVationprotocol）资源预留协议并不是一个路由协议，而是一种ip网络中的信令协议，它与路由协议相结合来实现对网络传输服务质量（qos）的控制。

RsVp是为支持因特网综合业务而提出的。

这是解决ip通信中qos（服务质量）问题的一种技术，用来保证点端到端的传输带宽。

　　2.RsVp协议是如何工作：

　　RsVp使用控制数据报，这些数据报在向特定地址传输时包括了需要由路由器检查（有些时候需要更新）的信息,如果路由器需要决定是不是要检查数据报的内容的时候对上层数据内容进行语法分析。

这种分析的代价可不小。

现在的情况是，网络终端利用它向网络申请资源，在这种表明“申请”的信号中，包含着如下的信息：

业务的种类？

使用者类型？

什么时间？

需要多大带宽？

其他参考信息？

网络在接收到上类信息后，会根据实际情况为此次连接分配一个优先代码，用户利用优先代码进行信息传递时，网络不需重新对业务进行分析与判别，从另外一个角度来

　　说，利用RsVp能从一定程度上减少网络对信息处理的时延，提高网络节点的工作效率，改善信息传输的服务质量（qos）。

实时应用用RsVp是为了在传输路径中保持必要的资源以保证请求能确保到达。

　　RsVp是ip路由器为提供更好的服务质量向前迈进的具有深刻意义的一步。

传统上ip路由器只负责分组转发，通过路由协议知道邻近路由器的地址。

而RsVp则类似于电路交换系统的信令协议一样，为一个数据流通知其所经过的每个节点（ip路由器），与端点协商为此数据流提供质量保证。

RsVp协议一出现，立刻获得广泛的认同，基本上被任为较好地解决了资源预留的问题。

总结：

　　Rtp是实时数据传输协议。

它提供时间标志，序列号以及其它能够保证在实时数据传输时处理时间的方法。

它是依靠RVsp保证服务质量标准的。

　　Rtcp是Rtp的控制部分,是用来保证服务质量和成员管理的。

　　Rtsp是开始和指引流媒体数据从流媒体服务器。

它又可叫做"网上录像机控制协议".它是提供远程的控制，具体的数据传输是交给Rtp的。

　　RsVp是internet上的资源预订协议，使用RsVp预留一部分网络资源（即带宽），能在一定程度上为流媒体的传输提供qos。

它是不传输数据的。

　　从产品角度上来讲，要是为了为了让网络通讯实现实时通信需要做到以下两点：

　　1、编解码技术。

在保证音质、画质的前提下，尽量做到低码率。

码率越低，数据包越小，传输越快。

　　2、网络传输架构改造。

一方面可以使用基于tcp协议的cdn方案，另一方面可以从底层协议和布网上开始，创建了基于udp协议的sd-Rtn方案。

全球端到端，延时平均76ms。

端到端是指，从编码器发出开始，进入解码器之前的延时。

包含两地传输、server之间的传输、lastmile的策略。

不含捕捉、播放、编码、解码的延时。

　　sd-Rtn与cdn的区别是：

（1）基本原理不同。

cdn是存储转发结构，设计目的是在各个边缘节点缓存待分发内容，结构上从源站到观众是伞状多级缓存放大方式。

sd-Rtn本质上一个实时传输网络，用户的数据在网络单元内部和传输线路上都以实时交换方式传送，从而能够保证最低延迟。

（2）底层协议不同。

sd-Rtn采用了专为实时传输设计的udp协议，避免了采用tcp的延时不可控缺点。

能够大大缩短交互延时，延时可从cdn方案的数秒，降低到数百毫秒。

　　（3）内容分发机制不同。

sd-Rtn是基于自定义路由，选择最优传输路径，直接将内容端到端传输，数据在网络单元中从不缓存，从而最大可能的降低延迟，同时内容安全性也更好。

cdn是将内容缓存于缓存服务器中，再将内容就近下发。

　　（4）使用场景不同。

sd-Rtn适用于要求极低时延的实时互动场景，例如网络电话、视频会议、有主播与观众交互需求的互动直播等。

cdn适用于对时延要求不高的场景，例如对延时要求不高、类似电视的单点直播、网站加速等。

若硬要将cdn改造用于互动直播，那么其结构上对降低延迟的不适应性，始终会成为质量改进需求的瓶颈。

　　具体使用还是要根据直播的对可靠性还是及时性更为看重。

　　篇二：

实时传输协议详解

　　实时传输协议详解

　　实时传输协议Rtp

　　1.Rtp协议：

　　Rtp（Real-timetransportprotocol）协议最初是在70年代为了尝试传输声音文件，把包分成几部分用来传输语音，时间标志和队列号。

经过一系列发展，Rtp第一版本在1991年8月由美国的一个实验室发布了。

到本世纪1996年形成了标准的的版本。

很多著名的公司如netscape,就宣称“netscapelivemedia”是基于Rtp协议的。

.microsoft也宣称他们的“netmeeting”也是支持Rtp协议.

　　Rtp被定义为传输音频、视频、模拟数据等实时数据的传输协议。

最初设计是为了数据传输的多播，但是它也用于单播的。

与传统的注重的高可靠的数据传输的运输层协议相比，它更加侧重的数据传输的实时性。

此协议提供的服务包括时间载量标识、数据序列、时戳、传输控制等。

Rtp与辅助控制协议Rtcp一起得到数据传输的一些相关的控制信息。

　　2．Rtp协议是如何工作的：

　　在前面说明过，威胁多媒体数据传输的一个尖锐的问题就是不可预料数据到达时间。

但是流媒体的传输是需要数据的适时的到达用以播放和回放。

Rtp协议就是提供了时间标签,序列号以及其它的结构用于控制适时数据的流放。

　　在流的概念中”时间标签”是最重要的信息。

发送端依照即时的采样在数据包里隐蔽的设置了时间标签。

在接受端收到数据包后,就依照时间标签按照正确的速率恢复成原始的适时的数据。

不同的媒体格式调时属性是不一样的。

但是Rtp本身并不负责同步，Rtp只是传输层协议，为了简化了运输层处理，提高该层的效率。

将部分运输层协议功能（比如流量控制）上移到应用层完成。

同步就是属于应用层协议完成的。

它没有运输层协议的完整功能，不提供任何机制来保证实时地传输数据，不支持资源预留，也不保证服务质量。

Rtp报文甚至不包括长度（rtp协议,端口）和报文边界的描述。

同时Rtp协议的数据报文和控制报文的使用相邻的不同端口，这样大大提高了协议的灵活性和处理的简单性。

　　Rtp协议和udp二者共同完成运输层协议功能。

udp协议只是传输数据包，是不管数据包传输的时间顺序。

Rtp的协议数据单元是用udp分组来承载的。

在承载Rtp数据包的时候，有时候一帧数据被分割成几个包具有相同的时间标签，则可以知道时间标签并不是必须的。

而udp的多路复用让Rtp协议利用支持显式的多点投递，可以满足多媒体会话的需求。

Rtp协议虽然是传输层协议但是它没有作为osi体系结构中单独的一层来实现。

Rtp协议通常根据一个具体的应用来提供服务，Rtp只提供协议框架，开发者可以根据应用的具体要求对协议进行充分的扩展。

目前，Rtp的设计和研究主要是用来满足多用户的多媒体会议的需要，另外它也适用于连续数据的存储，交互式分布仿真和一些控制、测量的应用中。

基于Rtp的实验和商业产品也层出不穷。

　　实时传输控制协议Rtcp协议

　　1.Rtcp协议：

　　Rtcp（Real-timetranspor、controlprotocol）是设计和Rtp一起使用的进行流量控制和拥塞控制的服务控制协议。

　　2.Rtcp协议如何工作：

　　当应用程序开始一个Rtp会话时将使用两个端口：

一个给Rtp，一个给Rtcp。

Rtp本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠Rtcp提供这些服务。

在Rtp的会话之间周期的发放一些Rtcp包以用来传监听服务质量和交换会话用户信息等功能。

Rtcp包中含有已发送的数据包的数量、丢失的数据包的数量等统计资

　　料。

因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。

Rtp和Rtcp配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化，因而特别适合传送网上的实时数据。

根据用户间的数据传输反馈信息，可以制定流量控制的策略，而会话用户信息的交互，可以制定会话控制的策略。

　　Rtcp协议处理机根据需要定义了五种类型的报文——

　　RR:

receiverreport

　　sR:

senderreport

　　sdes:

sourcedescriptionitems.

　　bye:

indicatesendofparticipation.

　　app:

applicationspecificfunctions

　　它们完成接收、分析、产生和发送控制报文的功能。

　　实时流协议Rtsp协议

　　1.Rtsp协议：

　　Rtsp（Realtimestreamingprotocol）协议定义了如何有效地通过ip网络传送多媒体数据，是一种客户端到服务器端的多媒体描述协议。

　　Rtsp是一个非常类似于http的应用层协议。

每个发布和媒体文件也被定义为Rtspupl。

而媒体文件的发布信息被书写进一个被称为媒体发布文件里，这个文件在后面会说明。

在这个文件说明的包括编码器，语言，Rtspuls，地址，端口号以几其它参数。

这个发布文件可以在客户端通过email形式或者http形式获得。

　　Rtsp是由Realnetworks和netscape以及哥伦比亚大学共同提出的。

它是从Realnetworks的"Realaudio"和netscape的"livemedia"的实践和经验发展来来的。

第一份Rtsp协议是由ietF在1996年8月9日正式提交后作为inteRnet的标准，在此后此协议经过了很多明显的变化。

它的应用现在是广泛的，apple、ibmnetscape,apple,ibm,silicongraphics,Vxtreme,sun还有其它公司都宣称它们的在线播放器支持Rtsp协议，不过微软一直都坚持不支持此协议，不知道这种局面还会持续多久。

　　2.Rtsp协议的特点：

　　Rtsp是应用层协议,与Rtp、RsVp一起设计来完全流式服务。

　　Rtsp有很大的灵活性，可被用在多种操作系统上,它允许客户端和不同厂商的服务平台交互。

Rtsp在体系结构上位于Rtp和Rtcp之上，它使用Rtp完成数据传输。

它将流式媒体数据可控制的通过网络传输到客户端。

　　Rtsp可以保持用户计算机与传输流业务服务器之间的固定连接，用于观看者与单播（unicast）服务器通信并且还允许双向通信，观看者可以同流媒体服务器通信.

　　提供类似“VcR”形式的例如暂停、快进、倒转、跳转等操作。

操作的资源对象可以是直播流也可以是存储片段。

　　Rtsp是设还提供了选择传输通道，如使用udp还是多点udp或是tcp。

　　资源预留协议RsVp

　　1.RsVp协议：

　　RsVp（ResorcereserVationprotocol）资源预留协议并不是一个路由协议，而是一种ip网络中的信令协议，它与路由协议相结合来实现对网络传输服务质量（qos）的控制。

RsVp是为支持因特网综合业务而提出的。

这是解决ip通信中qos（服务质量）问题的一种技术，用来保证点端到端的传输带宽。

　　2.RsVp协议是如何工作：

　　RsVp使用控制数据报，这些数据报在向特定地址传输时包括了需要由路由器检查（有些时候需要更新）的信息,如果路由器需要决定是不是要检查数据报的内容的时候对上层数据内

　　容进行语法分析。

这种分析的代价可不小。

现在的情况是，网络终端利用它向网络申请资源，在这种表明“申请”的信号中，包含着如下的信息：

业务的种类？

使用者类型？

什么时间？

需要多大带宽？

其他参考信息？

网络在接收到上类信息后，会根据实际情况为此次连接分配一个优先代码，用户利用优先代码进行信息传递时，网络不需重新对业务进行分析与判别，从另外一个角度来说，利用RsVp能从一定程度上减少网络对信息处理的时延，提高网络节点的工作效率，改善信息传输的服务质量（qos）。

实时应用用RsVp是为了在传输路径中保持必要的资源以保证请求能确保到达。

　　RsVp是ip路由器为提供更好的服务质量向前迈进的具有深刻意义的一步。

传统上ip路由器只负责分组转发，通过路由协议知道邻近路由器的地址。

而RsVp则类似于电路交换系统的信令协议一样，为一个数据流通知其所经过的每个节点（ip路由器），与端点协商为此数据流提供质量保证。

RsVp协议一出现，立刻获得广泛的认同，基本上被任为较好地解决了资源预留的问题。

　　在前面我们讨论了一些实时媒体控制的相近的四个协议。

在这里我再概括性的说明一下：

Rtp是实时数据传输协议。

它提供时间标志，序列号以及其它能够保证在实时数据传输时处理时间的方法。

它是依靠RVsp保证服务质量标准的。

　　Rtcp是Rtp的控制部分,是用来保证服务质量和成员管理的。

　　Rtsp是开始和指引流媒体数据从流媒体服务器。

它又可叫做"网上录像机控制协议".它是提供远程的控制，具体的数据传输是交给Rtp的。

　　篇三：

polycom视频设备使用的端口和协议

　　polycom视频会议设备对端口的要求

　　终端对端口的开放要求：

　　缺省条件下，终端占用的tcp端口范围是3230-3243，udp端口范围是：

3230-3285。

其中8可根据需要进行固定，端口范围可从1000开始。

其他项根据需要可开放。

　　根据xxxx的情况，针对终端必开的端口有以下几项：

　　Rmx1000对端口的要求：

　　宝利通的mcu和终端产品占用的tcp和udp端口范围可以根据用户的需要进行设定，其中缺省条件下，mcu占用的tcp端口范围是10000-10199，udp端口范围是：

10000-10999。

　　其中14和16可根据需要进行固定，端口范围可从2000开始，但此版本要求Rmx必须是V2.3之

　　后的版本。

　　其他项根据需要可开放。

　　根据xxxx的情况，针对Rmx1000必开的端口有以下几项：

　　Rss4000必须打开的端口：

　　用户可以设置端口的起始值，系统将自动计算出结束端口：

　　pVx对端口的要求：

　　VVx1500对端口的要求：

1、使用1024-65534（偶数）2、指定端口：

　　sip信令端口：

tcp5060udp5060h.323信令端口：

tcp1720udp1719媒体流端口：

音频udp2222-2222+47视频udp2222-2222+95