CN102118634A - 一种实现ip电视业务的调度方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种实现IP电视业务的调度方法、装置及系统，技术方案包括：从调度服务器获得支持普通播放业务的媒体服务器信息；根据所述媒体服务器信息获得所述媒体服务器的时移播放能力信息；根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器进行时移播放业务的调度。采用本发明实施例公开的技术方案，能够利用有限的时移业务资源为更多的用户提供时移业务。

Description

一种实现IP电视业务的调度方法、装置及系统

技术领域

本发明涉及IP网络应用领域，更具体的说，涉及一种实现IP电视业务的调度方法、装置及系统。

背景技术

目前，随着网络宽带的发展，IPTV(IP电视)也逐渐被广大用户所了解和接受。其中，TSTV(Time Shift TV，时移电视)业务的产生和推广，使IPTV具有了相对于传统数字电视和模拟电视的重要优势。TSTV能够在用户观看电视节目的过程中，对直播电视节目进行互动性的操作，如：暂停、快退、快进，从时移状态快进到直播状态等操作，给用户带来了一种区别于传统电视业务的全新业务体验。但由于时移业务对存储性能和容量要求很高，无疑会增加整个IPTV项目的投资成本，所以电信运营商为了节省建设成本，通常只在中心节点和少数几个关键节点启动时移录制服务。

现有的时移业务在调度上通常不区分普通直播业务和时移业务，当终端向调度服务器请求直播业务时，由于启动时移业务的节点通常集中在中心节点以及几个关键节点上，系统设备会将用户请求优先调度到中心节点，这样会导致中心节点的负载很高，耗费大量出口带宽，边缘节点的负载轻，节点资源不能被充分利用。

此外，通过将全网IPTV节点均启动时移电视业务的方式，能够实现将用户调度到任意节点上均能获得时移服务，但该方案投资成本太高，难以实现。并且通过全网启动时移业务时，当启动时移录制业务的媒体服务器产生故障时，由于没有专门为时移业务启用调度，仍然存在无法提供时移业务的风险。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

当用户请求被优先调度到启动时移业务的节点上时，用户后续请求的时移业务就能够被响应，但该用户在后续操作中未请求时移业务时，就会造成节点资源的浪费；当用户请求被调度到没有移动时移业务的节点上时，用户后续请求的时移业务就无法响应。可见，如何在现有的在IPTV系统中找到一种合适的时移业务调度方法，能够尽可能的为用户提供更好的时移业务体验是非常必要的。

发明内容

本发明的实施例提供了一种实现IP电视调度的方法、装置及系统，能够利用有限的时移业务资源为更多的用户提供时移业务。

本发明实施例的技术方案如下所述：

本发明实施例提供了一种实现IP电视业务的调度方法，包括：

从调度服务器获得支持普通播放业务的媒体服务器信息；

根据所述媒体服务器信息获得所述媒体服务器的时移播放能力信息；

根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器进行时移播放业务的调度。

本发明实施例提供了一种实现IP电视业务的调度装置，包括：

普通业务获取模块，用于从调度服务器获得支持普通播放业务的媒体服务器信息；

时移能力获取模块，用于根据所述媒体服务器信息获取所述媒体服务器获时移播放能力信息；

时移业务控制模块，用于根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器进行时移播放业务的调度。

本发明实施例提供了一种调度IP电视业务的方法，包括：

针对终端请求的普通播放业务返回确定的媒体服务器信息；

当所述终端根据所述媒体服务器信息获取到的所述媒体服务器时移播放能力信息，确定所述媒体服务器不支持时移播放业务时，对所述终端进行时移播放业务的调度。

本发明实施例提供了一种调度IP电视业务的装置，包括：

普通业务支持模块，用于针对终端请求的普通播放业务返回确定的媒体服务器信息；

时移业务调度模块，当所述终端根据所述媒体服务器信息获取到的所述媒体服务器时移播放能力信息，确定所述媒体服务器不支持时移播放业务时，用于对所述终端进行时移播放业务的调度。

本发明实施例提供了一种实现IP电视业务的调度方法，包括：

终端从调度服务器获得支持普通播放业务的媒体服务器信息；

所述终端根据所述媒体服务器信息获取所述媒体服务器的时移播放能力信息；

所述终端根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器对所述终端进行时移播放业务的调度。

本发明实施例提供了一种实现IP电视业务的调度系统，包括：

终端设备，用于从调度服务器获得支持普通播放业务的媒体服务器信息；并根据所述媒体服务器信息获取所述媒体服务器时移播放能力信息；当根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过调度服务器进行时移业务的调度；

调度服务器，用于根据所述终端设备请求的普通播放业务返回支持普通播放业务的媒体服务器信息；当所述终端确定所述媒体服务器不支持时移播放业务时，接收所述终端设备的时移播放业务请求，对所述终端设备进行时移播放业务的调度。

由上述本发明的实施例提供的技术方案可以看出，采用本发明实施例所述的技术方案，不仅能够显著提升IP电视直播服务资源的利用效率，而且能够利用有限的时移资源为更多的用户提供时移业务服务；此外，在时移业务集中在中心节点录制时，能够尽量将真正的时移用户调度到中心节点，提高边缘节点的资源的利用，减少对支持时移业务的中心节点出口带宽的消耗。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一种实现IP电视业务的调度方法一个实施例的流程图；

图2为本发明一种实现IP电视业务的调度装置一个实施例结构示意图；

图3为本发明一种实现IP电视业务的调度装置又一个实施例结构示意图；

图4为本发明一种调度IP电视业务的方法一个实施例的流程图；

图5为本发明一种调度IP电视业务的装置一个实施例的结构示意图；

图6为本发明一种调度IP电视业务的装置又一个实施例结构示意图；

图7为本发明一种实现IP电视业务的调度方法一个实施例的流程图；

图8为本发明一种实现IP电视的调度系统实施例一个实施例的结构示意图；

图9为本发明实施例应用场景图：

图10为本发明实施例应用场景图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例的核心是提供了一种实现IP电视业务的调度方法，装置及系统，通过在终端请求普通播放业务时，改变系统侧传统的响应策略，为保证用户媒体服务质量根据预定规则确定视频服务提供点(Point OfPresence，POP点，即网络服务提供点或称局端)，并根据媒体服务器负载程度选择一台负载最轻的SMS(Streaming Media Server流媒体服务器)提供给该终端，而不考虑是否支持时移业务，尽量在用户从普通直播状态切换到时移状态时，系统侧的CIRS(Content Index Router Server内容索引路由器)才根据所述预定规则在确定的视频服务提供点中，根据媒体服务器负载程度选择一台支持时移业务且负载最轻的SMS-R(Recording StreamingMedia Server启动时移录制的SMS)提供给用户，将该终端从普通直播业务调度到时移业务上，即能够提高时移资源的利用率，又避免了资源的浪费。

为了理解本发明实施例记载的技术方案，下面进行详细说明。

如图1所示，本发明实施例以终端的角度提出一种实现IP电视业务的调度方法，可以通过如下技术方案实现，包括：

步骤101：从调度服务器获得支持普通播放业务的媒体服务器信息；

步骤102：根据所述媒体服务器信息获得所述媒体服务器的时移播放能力信息；

步骤103：根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器进行时移播放业务的调度。

可见，通过上述步骤，终端侧由于提前获知了提供普通播放业务的媒体服务器是否具有时移业务的能力，从而确定是否需要向调度服务器进行二次调度来实现时移业务的切换，能够提高时移资源的利用率，避免资源的浪费。

在本发明的一个实施例中，步骤101具体可以通过如下技术方案实现：

(1)向调度服务器发送普通播放请求；

(2)接收调度服务器针对所述请求返回的响应，该响应中包含所述调度服务器在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的媒体服务器信息；所述预定规则是指根据网络服务质量确定能够保证用户媒体服务质量的视频服务提供点。

具体的说，当IP电视用户向终端侧(本发明实施例中该终端设备可以为STB)发起普通直播指令时，终端侧向系统侧的CIRS发送普通直播请求，如果按照现有的响应策略，无论该用户后续是否使用时移业务，CIRS均会优先选择一台即支持普通直播请求又支持时移业务的，且负载最轻的媒体服务器提供给终端。在本发明实施例中为了避免后续不使用时移业务的用户占据具有时移功能的节点造成的资源浪费，系统侧的CIRS设备对终端的直播和时移调度策略进行了改进。本发明实施例中所述调度服务器可以为IP电视系统中的CIRS设备。

当调度服务器接收到终端发送的普通播放请求时，根据改进的时移调度策略，首先要根据预定规则为用户选择一个最适合的视频服务提供点(实际应用中的POP点)，预定规则是指根据网络服务质量确定能够保证用户媒体服务质量的视频服务提供点。通常用户离POP点越近则线路信号损耗越小，可为连接用户提供的带宽保障也就越高，所以在本发明实施例中预定规定也可以理解为用户就近选择的一个为用户能够提供足够接入带宽，保证用户的网络服务质量的POP点。

其次，每个POP点上存在着若干的媒体服务器，本发明实施例中根据媒体服务器的负载程度在若干媒体服务器中选择最合适的一个媒体服务器提供给用户，一般来说负载程度要考虑该媒体服务器上用户的数量、CPU占用率、内存剩余大小等因素，比如：在选择时，可以将若干媒体服务器中用户数量最少的，CPU占用率最小的，内存剩余最大的一个SMS或SMS-R提供给用户，如果存在多个状态一致的可选SMS或SMS-R时，可以任选其中一个提供给用户。通过以上对媒体服务器负载程度的描述，调度服务器将用户数量最少的，CPUC占用率最小的，内容剩余最大的的一台媒体服务器(SMS/SMS-R)提供给用户，也可以理解为选择负载最轻的媒体服务器。

需要说明的是，在用户请求普通播放业务时，在选择媒体服务器时不必考虑该媒体服务器是否支持时移业务。

在针对来自终端的普通播放请求作出的响应中携带调度服务器为用户选择的SMS的相关信息，以使终端与其建立RTSP连接。

在本发明的一个实施例中，步骤102具体可以通过如下技术方案实现：

(1)向所述媒体服务器发送普通直播请求；

(2)接收所述媒体资源服务器返回的请求响应，所述响应中包括所述媒体服务器具有的时移播放能力信息。

具体的说，终端在接收到系统侧的调度服务器返回的响应后，根据该响应中媒体服务器的相关信息，通过向其发送普通直播请求建立RTSP连接。本发明实施例中为了确保终端后续时移业务的正常开展，系统侧的媒体服务器对时移业务请求过程进行了优化，针对终端发送的普通直播请求作出的请求响应中，媒体服务器(SMS或SMS-R)要携带其是否支持时移业务的能力信息，本发明实施例中可以用特征标识来表示自身(媒体服务器)是否支持时移业务，(也就是说通过特征标识告知终端设备自身是SMS-R还是SMS)，以使终端获知当前提供普通播放业务的媒体服务器的时移能力。

在本发明的一个实施例中，步骤103具体可以通过如下技术方案实现：

(1)根据所述时移播放能力信息判断所述媒体服务器是否支持时移播放业务；

(2)当所述媒体服务器不支持时移播放业务时，向所述调度服务器发起时移播放请求；

(3)接收所述调度服务器针对所述时移播放业务返回的响应，该响应包括所述调度服务器在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的支持时移播放业务的媒体服务器信息。

具体的说，本发明实施例中终端针对时移业务的请求过程进行了优化，当终端在接收到系统侧媒体服务器作出的请求响应时，保存响应中携带的该媒体服务器是否是SMS-R的标识。在后续请求时移业务时，终端根据保存的标识判断当前支持普通播放业务的媒体服务器是否支持时移业务，如果支持，该终端直接与当前媒体服务器进行时移业务的交互，如果当前媒体服务器不支持时移业务，终端与当前媒体服务器断开RTSP连接，向系统侧的调度服务器(CIRS)发送时移业务调度请求。

在终端请求时移播放业务的过程中，当调度服务器接收到该终端发送的时移业务调度请求时，通过改进的时移调度策略，首先要根据预定规则为用户选择一个最适合的视频服务提供点(实际应用中的POP点)，通常用户离POP点越近则线路信号损耗越小，可为连接用户提供的带宽保障也就越高，所以在本发明实施例中预定规定也可以理解为用户就近选择的一个能够为用户提供足够的接入带宽，保证用户的网络服务质量的POP点。

其次，在终端请求时移播放业务的过程中，每个POP点上存在着若干的媒体服务器，调度服务器要在支持时移播放业务的若干SMS-R中，根据媒体服务器的负载程度，选择最合适的一个SMS-R提供给用户，一般来说负载程度要考虑该SMS-R上用户的数量、CPU占用率、内存剩余大小，比如在选择时，可以将若干SMS-R中用户数量最少的，CPU占用率最小的，内存剩余最大的一个SMS-R提供给用户，如果存在多个状态一致的可选SMS-R时，可以任选其中一个提供给用户，以使终端通过二次调度与其交互实现时移业务服务。针对上述描述，本发明实施例通过针对终端的时移业务请求采用改进的调度策略，不仅保证了终端用户时移业务的正常进行，同时避免了在时移业务分配时集中分配具有时移功能的中心节点，而导致的中心节点带宽消耗过大。

在本发明实施例中，终端设备在与媒体服务器(可以为SMS或者SMS-R)建立RTSP连接过程中，终端可以通过RTSP中的Describe请求来向媒体服务器发送普通播放请求或者时移业务请求，下表1中表示出该Describe请求的具体结构：

表1

Header Field名	说明	是否必选	数值
				CSeq	应答和请求对应的序列号	M	十进制数字
Accept	接受内容形式，为“application/sdp”	M

User-Agent	用户引擎	O
				sTSTV	是否时移请求	O	O-yes，1-no

下述实例中，终端在获知当前媒体服务器的能力后，通过如下指令可以实现对时移业务的请求：

DESCRIBE rtsp://192.168.1.120:554/temp/channel-1.smil RTSP/1.0

Accept：application/sdp

CSeq：16

[User-Agent：CTC RTSP 1.0]

[isTSTV：0]

在本发明实施例中，终端设备在与媒体服务器(可以为SMS或者SMS-R)建立RTSP连接过程中，媒体服务器针对终端发送的Describe请求，作出的请求响应可以通过RTSP中的Describe响应来实现，下表2中表示出该Describe响应的具体结构：

表2

Header Field名	说明	是否必选	数值
				CSeq	应答和请求对应的序列号	M	十进制数字
Server	播放服务器	O
				Content-Type	内容类型	M
SSMS-R	是否SMS-R设备	O	0-yes，1-no
				SDP	SDP内容	M

在下述实例中，接收到终端发出的Describe请求后，媒体服务器可以通过如下指令告知终端自身是否支持时移业务的能力：

RTSP/1.0200OK

CSeq：16

[Server：[servername|ipaddr；port]]

Content-Type：application/sdp

Content-Length：309

iSSMS-R：1

SDP Content

如图2所示，基于上述一种实现IP电视业务的调度方法实施例，本发明实施例以终端的角度提出一种实现I P电视业务的调度装置，可以通过如下技术方案实现：

普通业务获取模块21，用于从调度服务器获得支持普通播放业务的媒体服务器信息；

时移能力获取模块22，用于根据所述媒体服务器信息获取所述媒体服务器获时移播放能力信息；

时移业务控制模块23，用于根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器进行时移播放业务的调度。

需要说明的是，本发明实施例所述装置是基于上述图1所示的方法实施例获得的，涉及的具体内容可以参考图1所示的方法实施例，在此不作赘述。

参照图3，在本发明的一个实施例中所述普通业务获取模块21具体可以包括：

普通业务请求单元211，用于向调度服务器发送普通播放请求；

普通业务响应单元212，用于接收调度服务器针对所述请求返回的响应，该响应中包含所述调度服务器在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的媒体服务器信息；所述预定规则是指根据网络服务质量确定能够保证用户媒体服务质量的视频服务提供点。

在本发明的一个实施例中所述时移能力获取模块22具体可以包括：

普通业务建立单元221，用于向所述媒体服务器发送普通直播请求；

普通业务处理单元222，用于接收所述媒体资源服务器返回的请求响应，所述响应中包括所述媒体服务器具有的时移播放能力信息。

在本发明的一个实施例中所述时移业务控制模块23具体可以包括：

时移能力判定单元231，用于根据所述时移播放能力信息判断所述媒体服务器是否支持时移播放业务；

时移业务处理单元232，用于当所述媒体服务器不支持时移播放业务时，向所述调度服务器发起时移播放请求；

时移业务响应单元233，用于接收所述调度服务器针对所述时移播放请求返回的响应，该响应包括所述调度服务器在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的支持时移播放业务的媒体服务器信息。

进一步的，所述时移业务处理单元232还可以用于：

当所述媒体服务器支持时移播放业务时，直接与所述媒体服务器进行时移播放业务的交互；

如图4所示，本发明实施例以系统侧的角度提出一种调度IP电视业务的方法，可以通过如下技术方案实现：

步骤401：针对终端请求的普通播放业务返回确定的媒体服务器信息；

步骤402：当所述终端根据所述媒体服务器信息获取到的所述媒体服务器时移播放能力信息，确定所述媒体服务器不支持时移播放业务时，对所述终端进行时移播放业务的调度。

可见，系统侧通过改变现有的普通直播和时移业务的调度策略，可以充分利用有限的时移业务节点资源，避免了资源浪费。

在本发明的一个实施例中，步骤401具体可以通过如下技术方案实现：

(1)接收终端发送的普通播放请求；

(2)根据所述普通播放请求返回响应，该响应中包含在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的媒体服务器信息；所述预定规则是指根据网络服务质量确定能够保证用户媒体服务质量的视频服务提供点。

具体的说，在本发明实施例中系统侧对现有的普通直播和时移业务的调度策略进行了改进，当终端侧请求普通播放业务时，本发明实施例中调度服务器根据预定规则为用户选择一个最适合的视频服务提供点(实际应用中的POP点)，其中所述预定规则与图1所述方法实施例中终端请求普通播放业务中所述的预定规则相同，具体描述可以参见图1方法实施例。

其次，本发明实施例中调度服务器根据媒体服务器的负载程度选择最合适的一个媒体服务器提供给用户，其中所述负载程度与图1所述方法实施例中所述负载程度的描述相同，具体内容可以参见图1所示的方法实施例。

需要说明的是，在用户请求普通播放业务时，在选择媒体服务器时不必考虑该媒体服务器是否支持时移业务。这样可以避免现有技术中为请求终端优先分配即支持时移业务负载最轻的中心节点为其提供服务，造成的中心节点带宽消耗大的问题。

本发明实施例中在返回给终端的响应中携带根据改进的调度策略选择的资源服务器的相关信息，以使终端与其建立RTSP连接。

在本发明的一个实施例中，步骤402具体可以通过如下技术方案实现：

(1)接收所述终端发送的时移播放请求；

(2)针对所述时移播放请求向所述终端返回响应，该响应中包括在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的支持时移播放业务的媒体服务器信息，以使所述终端与所述媒体服务器建立连接获得时移播放业务服务。

具体的说，本发明实施例中IP电视系统中的媒体服务器设备对时移业务请求过程进行了优化，当终端设备与媒体服务器建立RTSP连接时，媒体服务器为了告知终端自身的时移业务能力(也就是说自身是SMS还是SMS-R)会在响应中携带特征标识，以使终端获知当前提供普通播放业务的媒体服务器能够支持后续的时移业务。

终端设备需要请求时移业务时，首先对当前媒体服务器的能力进行判断，当当前媒体服务器不支持时移播放业务时，与其断开RTSP连接；并向系统侧的调度服务器发送时移播放请求，请求进行二次调度。

本发明实施例中，系统侧根据改进的时移调度策略对终端发起的时移业务请求进行调度，选择最近的一台支持时移业务且负载最轻的SMS-R为其提供服务。通过本发明实施例系统侧的IP电视调度的方法，充分利用了优先的时移业务资源，避免了资源的浪费。其中，在终端请求时移业务过程中，调度服务器根据预定规定确定提供给终端的POP点以及在POP点中确定适合的SMS-R提供给用户的具体过程与图1所述方法实施例中的技术方案相同，具体请参见图1方法实施例。

如图5所示，基于上述图4所示方法实施例，本发明实施例以系统侧的角度提出一种调度IP电视业务的装置，可以通过如下技术方案实现：

普通业务支持模块51，用于针对终端请求的普通播放业务返回确定的媒体服务器信息；

时移业务调度模块52，当所述终端根据所述媒体服务器信息获取到的所述媒体服务器时移播放能力信息，确定所述媒体服务器不支持时移播放业务时，用于对所述终端进行时移播放业务的调度。

需要说明的是，本发明实施例所述装置是基于上述图4所示的方法实施例获得的，涉及的具体内容可以参考图4所示的方法实施例，在此不作赘述。

参照图6，在本发明的一个实施例中所述普通业务支持模块51具体可以包括：

普通请求接收单元511，用于接收终端发送的普通播放请求；

普通请求处理单元512，用于根据所述普通播放请求返回响应，该响应中包含在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的媒体服务器信息；所述预定规则是指根据网络服务质量确定能够保证用户媒体服务质量的视频服务提供点。

在本发明的一个实施例中所述时移业务调度模块52具体可以包括：

时移请求接收单元521，用于当所述终端确定所述媒体服务器不支持时移播放业务时，接收所述终端发送的时移播放请求；

时移请求执行单元522，用于针对所述时移播放请求向所述终端返回响应，该响应中包括在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的支持时移播放业务的媒体服务器信息，以使所述终端与所述媒体服务器建立连接获得时移播放业务服务。

如图7所示，基于上述图1和图4所述的方法实施例，本发明实施例以IP电视系统的角度提出一种实现IP电视业务的调度方法，具体可以通过如下技术方案实现：

步骤701：终端从调度服务器获得支持普通播放业务的媒体服务器信息；

步骤702：所述终端根据所述媒体服务器信息获取所述媒体服务器的时移播放能力信息；

步骤703：所述终端根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器对所述终端进行时移播放业务的调度。

需要说明的是，本发明实施例是基于上述图1和图4所示的方法实施例获得的，具体涉及的技术方案请参见上述实施例，在此不作赘述。

如图8所示，基于图7所示的方法，本发明实施例提出一种实现IP电视的调度系统，可以通过如下技术方案实现：

终端设备81，用于从调度服务器获得支持普通播放业务的媒体服务器信息；并根据所述媒体服务器信息获取所述媒体服务器时移播放能力信息；当根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过调度服务器进行时移业务的调度；

调度服务器82，用于根据所述终端设备请求的普通播放业务返回支持普通播放业务的媒体服务器信息；当所述终端确定所述媒体服务器不支持时移播放业务时，接收所述终端设备的时移播放业务请求，对所述终端设备进行时移播放业务的调度。

下面结合本发明实施例的应用场景图9和图10，对本发明实施例所述实现IP电视调度的方法进行说明。

在本发明实施例中终端设备可以为STB(Set Top Box，机顶盒)，系统侧的调度服务器可以为CIRS(Content Index Router Server，内容索引路由器)，媒体服务器分为支持普通播放业务的SMS以及支持普通播放业务和时移播放业务的SMS-R。

图9中显示出终端设备与系统侧调度服务器和媒体服务器之间进行普通直播业务和时移业务二次调度的应用场景图，下面参照图10对该过程进行详细描述。

111、用户向STB发出普通直播指令，STB根据用户的指令向CIRS设备发出普通直播业务调度请求；

112、CIRS根据改进的普通直播调度策略，将STB重定向到一个在根据预定确定的POP点中，并根据媒体服务器的负载程度选定在SMS设备上(本发明实施例中就近选择一个负载最轻的SMS设备)，并向STB返回响应，该响应中包含该SMS设备的信息；(该改进的直播调度策略不考虑SMS是否具有时移播放能力)

113、STB根据该SMS设备信息向该SMS设备发起普通直播播放请求，以建立RTSP连接；

114、SMS检测自身是否对STB请求的直播频道启动了时移录制业务，响应STB的直播播放请求，并在响应参数中携带其是否支持时移录制业务，也就是说告知终端自身是否是SMS-R设备；(本发明实施例中当前媒体服务器给终端返回响应，说明当前支持普通业务的媒体服务器设备不是SMS-R设备)

115、STB记录当前SMS是否是SMS-R设备；

116、用户向STB发起TSTV业务请求，如果当前SMS是SMS-R设备则直接跳到步骤124，与该SMS-R设备进行时移业务的交互；否，则直接向CIRS请求时移业务调度；

117、STB判断出当前SMS不是SMS-R设备，STB向SMS请求拆链；

118、STB主动向CIRS发起TSTV调度请求；

119、CIRS响应STB的时移调动请求，根据改进的时移业务调度策略在根据预定规则选定的POP点中，根据负载程度为用户就近选择一台负载最轻的SMS-R设备，将STB重定向到该设备，并返回响应，该响应中包含SMS-R设备的信息；

120、STB根据SMS-R设备的信息，向调度到的SMS-R设备发起时移播放请求；

121、SMS-R设备接收STB的时移播放请求；

122、当用户向STB发出退出时移指令时，STB同SMS-R设备断开；

123、STB再次向CIRS请求普通直播业务调度，STB根据改进的普通直播调度策略将STB重定向到就近且负载最轻的SMS上；

124、STB与当前SMS-R设备进行时移业务的交互。

综上所述，采用本发明实施例所述的技术方案，不仅能够显著提升直播服务资源的利用效率，并且可以利用有限的时移资源为更多的用户提供时移业务。同时针对现有的IP电视系统支持时移业务的节点大多集中在中心节点上，采用改进的调度策略能够尽量将真正的时移用户调度到中心节点，提高边缘节点的资源的利用，减少了对中心录制节点出口带宽的消耗。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (18)

1.一种实现IP电视业务的调度方法，其特征在于，包括：

从调度服务器获得支持普通播放业务的媒体服务器信息；

根据所述媒体服务器信息获得所述媒体服务器的时移播放能力信息；

根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器进行时移播放业务的调度。

2.根据权利要求1所述的方法，其特征在于，从调度服务器获得支持普通播放业务的媒体服务器信息，具体包括：

向调度服务器发送普通播放请求；

接收调度服务器针对所述请求返回的响应，该响应中包含所述调度服务器在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的媒体服务器信息；所述预定规则是指根据网络服务质量确定能够保证用户媒体服务质量的视频服务提供点。

3.根据权利要求1或2所述的方法，其特征在于，根据所述媒体服务器信息获得所述媒体服务器的时移播放能力信息，具体包括：

向所述媒体服务器发送普通直播请求；

接收所述媒体资源服务器返回的请求响应，所述响应中包括所述媒体服务器具有的时移播放能力信息。

4.根据权利要求1至3中任一所述的方法，其特征在于，根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器进行时移播放业务的调度，具体包括：

根据所述时移播放能力信息判断所述媒体服务器是否支持时移播放业务；

当所述媒体服务器不支持时移播放业务时，向所述调度服务器发起时移播放请求；

接收所述调度服务器针对所述时移播放请求返回的响应，该响应包括所述调度服务器在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的支持时移播放业务的媒体服务器信息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

当所述媒体服务器支持时移播放业务时，直接与所述媒体服务器进行时移播放业务的交互。

6.一种实现IP电视业务的调度装置，其特征在于，包括：

普通业务获取模块，用于从调度服务器获得支持普通播放业务的媒体服务器信息；

时移能力获取模块，用于根据所述媒体服务器信息获取所述媒体服务器时移播放能力信息；

时移业务控制模块，用于根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器进行时移播放业务的调度。

7.根据权利要求6所述的装置，其特征在于，所述普通业务获取模块具体包括：

普通业务请求单元，用于向调度服务器发送普通播放请求；

普通业务响应单元，用于接收调度服务器针对所述请求返回的响应，该响应中包含所述调度服务器在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的媒体服务器信息；所述预定规则是指根据网络服务质量确定能够保证用户媒体服务质量的视频服务提供点。

8.根据权利要求6或7所述的装置，其特征在于，所述时移能力获取模块具体包括：

普通业务建立单元，用于向所述媒体服务器发送普通直播请求；

普通业务处理单元，用于接收所述媒体资源服务器返回的请求响应，所述响应中包括所述媒体服务器具有的时移播放能力信息。

9.根据权利要求6至8中任一所述的装置，其特征在于，所述时移业务控制模块具体包括：

时移能力判定单元，用于根据所述时移播放能力信息判断所述媒体服务器是否支持时移播放业务；

时移业务处理单元，用于当所述媒体服务器不支持时移播放业务时，向所述调度服务器发起时移播放请求；

时移业务响应单元，用于接收所述调度服务器针对所述时移播放请求返回的响应，该响应包括所述调度服务器在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的支持时移播放业务的媒体服务器信息。

10.根据权利要求9所述的装置，其特征在于，所述时移业务处理单元还用于：

当所述媒体服务器支持时移播放业务时，直接与所述媒体服务器进行时移播放业务的交互；

11.一种调度IP电视业务的方法，其特征在于，包括：

针对终端请求的普通播放业务返回确定的媒体服务器信息；

当所述终端根据所述媒体服务器信息获取到的所述媒体服务器时移播放能力信息，确定所述媒体服务器不支持时移播放业务时，对所述终端进行时移播放业务的调度。

12.根据权利要求11所述的方法，其特征在于，针对终端请求的普通播放业务返回确定的媒体服务器信息，具体包括：

接收终端发送的普通播放请求；

根据所述普通播放请求返回响应，该响应中包含在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的媒体服务器信息；所述预定规则是指根据网络服务质量确定能够保证用户媒体服务质量的视频服务提供点。

13.根据权利要求11或12所述的方法，其特征在于，确定所述媒体服务器不支持时移播放业务时，对所述终端进行时移播放业务的调度，具体包括：

接收所述终端发送的时移播放请求；

针对所述时移播放请求向所述终端返回响应，该响应中包括在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的支持时移播放业务的媒体服务器信息，以使所述终端与所述媒体服务器建立连接获得时移播放业务服务。

14.一种调度IP电视业务的装置，其特征在于，包括：

普通业务支持模块，用于针对终端请求的普通播放业务返回确定的媒体服务器信息；

时移业务调度模块，当所述终端根据所述媒体服务器信息获取到的所述媒体服务器时移播放能力信息，确定所述媒体服务器不支持时移播放业务时，用于对所述终端进行时移播放业务的调度。

15.根据权利要求14所述的装置，其特征在于，所述普通业务支持模块具体包括：

普通请求接收单元，用于接收终端发送的普通播放请求；

普通请求处理单元，用于根据所述普通播放请求返回响应，该响应中包含在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的媒体服务器信息；所述预定规则是指根据网络服务质量确定能够保证用户媒体服务质量的视频服务提供点。

16.根据权利要求14或15所述的装置，其特征在于，所述时移业务调度模块具体包括：

时移请求接收单元，用于当所述终端确定所述媒体服务器不支持时移播放业务时，接收所述终端发送的时移播放请求；

时移请求执行单元，用于针对所述时移播放请求向所述终端返回响应，该响应中包括在根据预定规则确定的视频服务提供点中，根据媒体服务器负载程度确定的支持时移播放业务的媒体服务器信息，以使所述终端与所述媒体服务器建立连接获得时移播放业务服务。

17.一种实现IP电视业务的调度方法，其特征在于，包括：

终端从调度服务器获得支持普通播放业务的媒体服务器信息；

所述终端根据所述媒体服务器信息获取所述媒体服务器的时移播放能力信息；

所述终端根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过所述调度服务器对所述终端进行时移播放业务的调度。

18.一种实现IP电视业务的调度系统，其特征在于，包括：

终端设备，用于从调度服务器获得支持普通播放业务的媒体服务器信息；并根据所述媒体服务器信息获取所述媒体服务器时移播放能力信息；当根据所述时移播放能力信息确定所述媒体服务器不支持时移播放业务时，通过调度服务器进行时移业务的调度；

调度服务器，用于根据所述终端设备请求的普通播放业务返回支持普通播放业务的媒体服务器信息；当所述终端确定所述媒体服务器不支持时移播放业务时，接收所述终端设备的时移播放业务请求，对所述终端设备进行时移播放业务的调度。

Images