本文主要是介绍Reliable UDP,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
Reliable UDP(可靠的UDP)是一套服务品质的增强,比如拥挤控制调整,数据重传,薄化服务器算法等,这些增强可以提高服务器在数据包丢失和网络拥挤的条件下向RTP客户表现品质良好的RTP流的能力。Reliable UDP’的拥挤控制机制使系统在没有影响协议的实时本质的情况下,在行为上具备TCP协议的友好方式。
为了在英特网上处理好TCP网络流量,Reliable UDP使用数据重传和拥挤控制算法,与TCP协议采取的算法类似。另外,这些算法是经过时间考验的,可以很好地利用现有带宽。
Relibable UDP包括如下特性:
- 客户端对服务器发出的数据包进行回应
- 对窗口缓冲和拥挤进行控制,使服务器不超过当前可用的带宽。
- 发生丢包时,服务器向客户重新发送数据
- 比实时流更快的缓冲机制,称为“overbuffering”
客户端是否使用Reliable UDP取决于客户端发出的RTSP SETUP请求中的内容。
这个部分包括如下内容:
应答包
RTSP协商
应答包
在使用Reliable UDP时,服务器期望收到与自己发出的每个RTP数据包相对应的应答包。如果服务器没有收到应答,则可能会重新发送相应的数据包。客户并不需要为其收到的每一个RTP数据包发送应答包,而是可以将几个数据包的应答进行合并,并通过一个应答包一起发送给服务器。
Reliable UDP应答包在格式上是一种RTCP APP数据包。在标准的RTCP APP报头之后,应答包的有效负荷由RTP序列号以及紧跟其后的可变长度的位掩码组成。序列号标识客户端正在应答的首个RTP数据包,此外的每个被应答的RTP数据包都由位掩码中设置的一个位来表示。位掩码是相对于指定序列号的偏移量,掩码中的第一个字节高位表示比指定序列号大1的数据包,第二个位表示比指定数据包大2的数据包,以此类推。位掩码必须以多个four octets的方式发送。在掩码中将某个位设置为0,简单地表示目前客户端不希望应答这个序列号的数据包,并不意味着否定的应答。
图 2-13显示的是Reliable UDP应答包的格式。
RTSP协商
是否使用Reliable UDP通过RTSP的带外协商来确定。如果客户端希望使用Reliable UDP,则应该在其RTSP SETUP请求中包含一个x-Retransmit报头。报头的主体中含有传输协议的名称(our-retransmit),其后紧跟的是一个参数列表,以分号分隔。
目前,有一个参数可以从客户端传到服务器端:即window参数。如果包含这个参数,则window参数会告诉Reliable UDP服务器客户窗口的尺寸,以KB计。
下面是一个实例:
x-Retransmit: our-retransmit;window=128 |
|
服务器必须回应报头及所有参数。如果在SETUP响应中没有x-Retransmit报头,则客户端必须假定当前这个流不使用Reliable UDP。如果服务器改变可参数值,则客户必须使用新的值。
这篇关于Reliable UDP的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!