IPTV 系统[共2页]

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

信息通信技术百科全书—打开信息通信之门

(2) Web浏览器启动音视频客户程序,使用HTTP协议从Web服务器检索相关参数对音视频客户程序初始化,这些参数可能包括目录信息、音视频数据的编码类型或与音视频检索相关的服务器地址。

(3)音视频客户程序及流媒体服务器运行实时流协议,以交换音视频传输所需的控制信息,实时流协议提供执行播放、快进、快倒、暂停及录制等命令的方法。

(4)流媒体服务器使用RTP/UDP协议将音视频数据传输给音视频客户程序,一旦音视频数据抵达客户端,音视频客户程序即可播放输出。后续传给客户端的音视频数据会被客户端缓存起来,待播放后再从缓存中删除。

从上面的过程可以看出,实现这种流式传输,除了需要专用的服务器和播放器外,还需要两个关键条件:一是缓存,二是合适的传输协议。

使用缓存系统能消除时延和抖动的影响,以保证数据包顺序正确,从而使媒体数据能够连续输出。因为一个实时音视频源或存储的音视频文件在传输过程中将被分解为许多数据包,而网络又是动态变化的,各个数据包选择的路由可能不相同,故到达客户端的时延也就不同,甚至先发的数据包有可能后到,使用缓存系统后这些数据包都将先进入到缓存中然后再根据数据包顺序正确编排,从而使媒体数据能够按照正确的顺序输出。通常高速缓存所需容量并不大,因为通过丢弃已经播放过的内容可以重新利用空闲出来的空间来缓存后续尚未播放的内容。

流式传输的实现需要合适的传输协议,你可能很自然想到TCP协议,但是由于TCP需要较多的开销,所以不太适合传输实时数据。在流式传输的实现方案中,一般采用的传输协议有实时传输协议(RTP)、实时传输控制协议(RTCP)、资源预留协议(RSVP)、实时流协议(RTSP)以及多用途互联网邮件扩充协议(MIME)。通过这些不同的通信协议与音视频服务器建立联系,就可以将服务器上的音视频输送到客户机上,可以实现远程的媒体文件播放。下面来看一下这几个常用协议。

(1)实时传输协议RTP(Real-time Transport Protocol)主要是用于互联网上针对流媒体数据流的一种传输协议。其目的是提供时间信息和实现流同步。RTP 通常使用UDP 来传送数据。RTP 本身并不能按顺序传送数据包,不能提供可靠的传送机制,也不能提供流量控制或拥塞控制,它依靠RTCP 提供这些服务。

(2)实时传输控制协议RTCP(Real-time Transport Control Protocol)为RTP提供流量控制和拥塞控制服务,是RTP的控制协议。它周期性地与所有会话的参与者进行通信,并采用和传送数据包相同的机制来发送控制包。RTCP包中含有已发送的数据包数量和丢失的数据包数量等统计资料,因此服务器可以利用这些信息动态地改变传输速率,甚至改变有效载荷类型。RTP 和RTCP 配合使用,它们能以有效的反馈和最小的开销使传输效率最佳化,因而特别适合网上的流媒体传输。

(3)资源预留协议RSVP(Resource Reservation Protocol)是网络中预留所需资源的传送通道建立和控制的信令协议,它能根据业务数据的QoS要求和带宽资源管理策略进行带宽资源分配,在IP网上提供一条完整的路径。RSVP协议是通过预留网络资源建立从发送端到接收端的路径,使得IP网络能提供接近于电路交换质量的业务。但是RSVP没有提供多媒体数据的传输能力,它必须配合其他实时传输协议来完成多媒体通信服务。

(4)实时流协议(RTSP)就是用于控制具有实时特征数据传输的应用层协议。RTSP可建立和控制一个或多个音频和视频连续媒体的时间同步流。虽然它可能会将控制流插入连续媒体流,但它本身并不发送连续媒体流。RTSP用于通过网络对媒体服务器进行远程控制。

相关文档
最新文档