CN101119475B - 实现iptv系统中视频点播请求重定向的系统和方法 - Google Patents

Abstract

一种实现IPTV系统中视频点播VOD请求重定向的系统，包括中心服务器、流媒体服务器、用户终端设备及一个或多个重定向服务器；实现VOD请求重定向的方法，包括以下步骤：中心服务器向重定向服务器同步与重定向服务器处于同一网络边缘的流媒体服务器中的媒体内容的分布信息，重定向服务器接收并保存；用户终端设备向重定向服务器发送媒体服务重定向请求，重定向服务器向用户终端设备返回可用的流媒体服务器的地址信息；用户终端设备根据地址信息向流媒体服务器发送媒体服务请求，流媒体服务器收到后，媒体服务开始。采用本发明，不仅可以快速地实现vod点播请求的重定向，而且减小了中心服务器的压力，使得用户的请求能得到快速的响应。

Description

实现IPTV系统中视频点播请求重定向的系统和方法

技术领域

本发明涉及IPTV(网络电视)多媒体业务领域，尤其涉及一种实现IPTV系统中视频点播(VOD)请求重定向的系统和方法。

背景技术

网络带宽的提高和网络技术的发展为在现有的网络上开展多媒体增值业务提供了可能。流媒体技术提供了一种在网络中传输视频、音频、图片等媒体内容的方式，因此在多媒体业务系统，特别是IPTV多媒体业务中得到了广泛的应用。目前，在基于流媒体技术构建的IPTV多媒体业务系统中，VOD媒体内容的点播通常采用以下的方式：网络中心设置一个数据中心，存储系统中所有VOD媒体内容的分布信息，每个网络边缘节点设置一个边缘服务器和多个流媒体服务器。用户终端设备首先向中心服务器发送VOD点播请求，中心服务器选择一个边缘节点，将用户请求定向到该边缘节点的边缘服务器上，边缘服务器再将用户的VOD点播请求定向到与其处于同一边缘节点的某个流媒体服务器上。

该方法存在的问题是：需要经过两次重定向才能够开启流媒体服务器，重定向效率比较低，同时中心服务器需要并行接收多个用户的VOD点播请求，因此其负载压力比较大。

发明内容

本发明要解决的技术问题是提供一种实现IPTV系统中视频点播请求重定向的系统和方法，使用一次重定向即可实现用户媒体服务请求的快速重定向。

本发明采用的技术方案是：

本发明提供了一种实现IPTV系统中视频点播请求重定向的系统，包括中心服务器、流媒体服务器、用户终端设备及一个或多个重定向服务器；

中心服务器用于将所有处于网络边缘的流媒体服务器上的媒体内容的分布信息同步到处于与流媒体服务器处于同一网络边缘的重定向服务器上；

重定向服务器用于保存接收到的媒体内容的分布信息；还用于在接收到用户终端设备向其发送的媒体服务重定向请求后，向用户终端设备返回可用的流媒体服务器的地址信息；

用户终端设备用于向重定向服务器发送媒体服务重定向请求，并在接收到重定向服务器返回的可用流媒体服务器的地址信息后，用于向可用流媒体服务器发送媒体服务请求。

进一步地，中心服务器将媒体内容的分布信息压缩后发送给重定向服务器；重定向服务器接收到后，将其解压缩后保存起来。

进一步地，媒体内容的分布信息中包括：媒体内容标识、媒体内容会话描述协议文件、媒体内容存放路径及媒体码流信息。

进一步地，媒体内容的分布信息保存在重定向服务器的内存数据库中，重定向服务器根据媒体内容标识为媒体内容分布信息建立索引。

本发明还提供了一种实现IPTV系统中视频点播请求重定向的方法，包括以下步骤：

a、中心服务器向重定向服务器同步与重定向服务器处于同一网络边缘的流媒体服务器中的媒体内容的分布信息，重定向服务器接收后将其保存起来；

b、用户终端设备向重定向服务器发送媒体服务重定向请求，重定向服务器收到后向用户终端设备返回可用的流媒体服务器的地址信息；

c、用户终端设备根据地址信息向可用的流媒体服务器发送媒体服务请求，可用的流媒体服务器接收到媒体服务请求后，媒体服务开始。

进一步地，媒体内容的分布信息中包括：媒体内容标识、媒体内容会话描述协议文件、媒体内容存放路径及媒体码流信息。

进一步地，步骤a中，重定向服务器将媒体内容的分布信息保存在重定向服务器的内存数据库中后，根据媒体内容标识建立媒体内容分布信息的索引。

进一步地，媒体服务重定向请求和媒体服务请求中均包括用户终端设备点播的媒体内容标识。

进一步地，步骤b具体为：重定向服务器根据媒体服务重定向请求中的媒体内容标识在其内存数据库中查找媒体内容的分布信息，选择并返回可用的流媒体服务器的地址信息给用户终端设备。

进一步地，在重定向服务器重定向失败的情况下，由重定向服务器或者用户终端设备重新向中心服务器再发送一个重定向请求，中心服务器将用户终端设备的媒体服务请求重定向到本网络边缘的另外一个保存有所述用户终端设备请求的媒体内容的流媒体服务器上。

采用本发明，不仅可以快速地实现vod点播请求的重定向，而且减小了中心服务器的压力，使得用户的请求能得到快速的响应。

附图说明

图1为本发明实施例中快速VOD重定向架构图；

图2为本发明实施例中快速VOD重定向流程图。

具体实施方式

下面将结合附图及实施例对本发明的技术方案进行更详细的说明。

如图1所示，实现IPTV系统中视频点播请求重定向的系统，包括中心服务器、一个或多个流媒体服务器、用户终端设备和一个或多个重定向服务器；

中心服务器用于将所有处于网络边缘的流媒体服务器上的媒体内容的分布信息压缩后同步到与该流媒体服务器处于同一网络边缘的重定向服务器上；

重定向服务器将接收到媒体内容的分布信息解压缩后，以内存数据库的形式保存在自己的缓存中；还用于在接收到用户终端设备向其发送的媒体服务重定向请求后，向用户终端设备返回可用的流媒体服务器的地址信息；

用户终端设备用于向重定向服务器发送媒体服务重定向请求，并在接收到重定向服务器返回的可用流媒体服务器的地址信息后，用于向可用流媒体服务器发送媒体服务请求。

其中，重定向服务器为代理服务器；媒体内容的分布信息中包括媒体内容标识、媒体内容会话描述协议文件、媒体内容存放路径及媒体码流信息等；重定向服务器根据上述媒体内容标识为媒体内容分布信息建立索引。

实现IPTV系统中视频点播请求重定向的方法，包括以下步骤：

a、中心服务器向重定向服务器同步压缩后的与重定向服务器处于同一网络边缘的流媒体服务器中的媒体内容的分布信息，媒体内容的分布信息中包括：媒体内容标识、媒体内容会话描述协议文件、媒体内容存放路径及媒体码流信息等；重定向服务器接收后将其解压缩并保存在内存数据库中，且根据媒体内容标识建立媒体内容分布信息的索引；

b、用户终端设备向重定向服务器发送媒体服务重定向请求，请求中包括用户终端设备所要点播的媒体内容标识，重定向服务器根据媒体服务重定向请求中的媒体内容标识在其内存数据库中查找媒体内容的分布信息，选择并返回可用的流媒体服务器的地址信息给用户终端设备；

c、用户终端设备根据上述地址信息向流媒体服务器发送媒体服务请求，其中包括用户终端设备所要点播的媒体内容标识；流媒体服务器接收到媒体服务请求后，媒体服务开始。

用户终端设备与重定向服务器之间可采用的通信协议包括：实时流媒体协议、超文本传输协议或初始会话协议等。

在重定向服务器重定向失败的情况下，由重定向服务器或者用户终端设备重新向中心服务器再发送一个媒体服务重定向请求，中心服务器直接将用户终端设备的媒体服务重定向请求重定向到本网络边缘的另外一个保存有用户终端设备请求的媒体内容的流媒体服务器上(即由中心服务器直接将该可用的流媒体服务器的地址信息发送给用户终端设备)。

下面用本发明的一应用实例进一步加以说明。

如图2所示，实现IPTV系统中视频点播请求重定向的方法包括以下步骤：

步骤201：中心服务器将网络边缘中各流媒体服务器上所保存的VOD媒体内容的分布信息打包压缩之后同步到与上述流媒体服务器处于同一网络边缘的各个重定向服务器上，VOD媒体内容的分布信息中包括：VOD媒体内容标识ContentID、媒体内容SDP(会话描述协议)文件、媒体内容存放路径、媒体码流信息等；

步骤202：各重定向服务器将VOD媒体内容分布信息包解压缩之后，以内存数据库的方式保存在自己的缓存中，同时根据媒体内容标识建立媒体内容分布信息的索引便于查询；

步骤203：处于网络边缘的用户终端设备向该边缘的重定向服务器发送媒体服务重定向请求，请求的格式符合RTSP(实时流媒体协议)的标准格式(参考RFC2326中定义的RTSP Describe方法)，请求中携带用户终端设备要点播的媒体内容的标识。本实例中媒体服务重定向请求的格式是rtsp://<RedirectSvrIp>:<RedirectSvrPort>/<ContentID>.sdp...，其中<RedirectSvrIp>为重定向服务器的IP地址，<RedirectSvrPort>为重定向服务器侦听媒体服务重定向请求的端口；<ContentID>是VOD媒体内容的标识；

步骤204：重定向服务器根据上述请求中的VOD媒体内容的标识在其内存数据库中查找到该VOD媒体内容的分布信息后，选择一个可用的流媒体服务器，向用户终端设备返回RTSP 300类重定向响应(参考IETF RFC2326中RTSP响应状态码的定义)，响应中携带该流媒体服务器的地址信息，重定向响应符合标准的RTSP的标准响应格式，其中携带重定向结果，本实例中重定向响应消息的格式为：rtsp://<RTSPSvrIp>:<RTSPSvrPort>/<Conte-ntID>.sdp...，其中<RTSPSvrIp>是可用流媒体服务器的IP地址；<RTSPSvrPort>是可用流媒体服务器的RTSP端口；<ContentID>为请求的VOD媒体内容的标识，与上述媒体服务重定向请求中的参数一致；

步骤205：用户终端设备收到重定向服务器向其发送的的重定向响应后，由于该响应是300类响应，用户终端设备取出重定向响应结果中的可用流媒体服务器的URL(统一资源定位符)地址和媒体内容的标识，向该流媒体服务器发起RTSP SETUP和RTSP PLAY(媒体服务请求)请求，建立RTSP/RTCP(实时传输控制协议)/RTP(实时传输协议)会话，流媒体服务器以RTP over UDP(基于用户数据报协议的实时传输协议)的方式向用户终端设备发送媒体内容的码流，用户媒体服务开始。此过程为IETF定义的标准RTSP/RTCP/RTP协议，可参考IETF RFC 2326文档《RFC 2326-RealTime Streaming Protocol》。

可对本发明做出以下两种改进，以增加其实用性：

(1)本实施例中，用户终端设备与重定向服务器之间的通信采用了RTSP协议中的RTSP Describe方法，在实际使用中，用户终端设备与重定向服务器采用的通信协议也可以是HTTP/SIP等传输协议；

(2)在边缘重定向服务器重定向失败的情况下，可由边缘重定向服务器或者用户终端设备重新向中心服务器再发送一个重定向请求，中心服务器将用户的媒体服务请求重定向到本网络边缘的另外一个保存有所述用户终端设备请求的媒体内容的流媒体服务器上。

特别说明，本发明公开的快速重定向方法可以扩展应用到其他基于流媒体的业务领域，也可以采用本发明的方法来提供更好的流媒体服务。在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种实现IPTV系统中视频点播请求重定向的系统，包括中心服务器、流媒体服务器、用户终端设备，其特征在于，还包括一个或多个重定向服务器；

所述中心服务器用于将所有处于网络边缘的所述流媒体服务器上的媒体内容的分布信息同步到处于与所述流媒体服务器处于同一网络边缘的所述重定向服务器上；

所述重定向服务器用于保存接收到的所述媒体内容的分布信息；还用于在接收到所述用户终端设备向其发送的媒体服务重定向请求后，向所述用户终端设备返回可用的所述流媒体服务器的地址信息；

所述用户终端设备用于向所述重定向服务器发送媒体服务重定向请求，并在接收到所述重定向服务器返回的所述可用流媒体服务器的地址信息后，用于向所述可用流媒体服务器发送媒体服务请求。

2.如权利要求1所述的系统，其特征在于，所述中心服务器将所述媒体内容的分布信息压缩后发送给所述重定向服务器；所述重定向服务器接收到后，将其解压缩后保存起来。

3.如权利要求1所述的系统，其特征在于，所述媒体内容的分布信息中包括：媒体内容标识、媒体内容会话描述协议文件、媒体内容存放路径及媒体码流信息。

4.如权利要求3所述的系统，其特征在于，所述媒体内容的分布信息保存在所述重定向服务器的内存数据库中，所述重定向服务器根据媒体内容标识为媒体内容分布信息建立索引。

5.一种实现IPTV系统中视频点播请求重定向的方法，其特征在于，包括以下步骤：

a、中心服务器向重定向服务器同步与所述重定向服务器处于同一网络边缘的流媒体服务器中的媒体内容的分布信息，所述重定向服务器接收后将其保存起来；

b、用户终端设备向所述重定向服务器发送媒体服务重定向请求，所述重定向服务器收到后向所述用户终端设备返回可用的流媒体服务器的地址信息；

c、所述用户终端设备根据所述地址信息向所述可用的流媒体服务器发送媒体服务请求，所述可用的流媒体服务器接收到所述媒体服务请求后，媒体服务开始。

6.如权利要求5所述的方法，其特征在于，所述媒体内容的分布信息中包括：媒体内容标识、媒体内容会话描述协议文件、媒体内容存放路径及媒体码流信息。

7.如权利要求6所述的方法，其特征在于，步骤a中，所述重定向服务器将所述媒体内容的分布信息保存在所述重定向服务器的内存数据库中后，根据媒体内容标识建立媒体内容分布信息的索引。

8.如权利要求6所述的方法，其特征在于，所述媒体服务重定向请求和媒体服务请求中均包括所述用户终端设备点播的媒体内容标识。

9.如权利要求7或8所述的方法，其特征在于，步骤b具体为：所述重定向服务器根据所述媒体服务重定向请求中的媒体内容标识在其内存数据库中查找所述媒体内容的分布信息，选择并返回所述可用的流媒体服务器的地址信息给所述用户终端设备。

10.如权利要求5所述的方法，其特征在于，在所述重定向服务器重定向失败的情况下，由所述重定向服务器或者所述用户终端设备重新向所述中心服务器再发送一个重定向请求，所述中心服务器将所述用户终端设备的媒体服务请求重定向到本网络边缘的另外一个保存有所述用户终端设备请求的媒体内容的流媒体服务器上。

Images