内容点播方法和用于该方法的网络的制作方法

文档序号:7918399阅读:272来源:国知局
专利名称:内容点播方法和用于该方法的网络的制作方法
技术领域
本发明涉及电信,特别是诸如视频的内容的传输系统。
背景技术
如图1中所示,,于掛共诸如^S式因特网协议电视IPTV的柳 务的 已知网络中,应用服务器AS Mil接口连接到中心资源和接纳控制子系统(RACS) 服务器。应用服务器包括资源和接纳控制(RAC)接口,应用月艮务器iffil该接口被 连接到RACS月艮务器上。应用服务器还IK^至呐容点撒CoD)服务器上,为了 简单起见,在图1中只示出了一个CoD月艮务器。
在使用中,应用服务器从用户终端(由用户设备UE^,诸如连接到电概几 的机顶盒或包括屏幕显示器的数字移动手jm备展收内容点銜CoD)业务请求。 该请求被传输到RACS月艮务器,该RACS月艮务器尝试预留^S的因特网协议网络 资源。如果资W以被预留,RACS服务器则向应用服务器发送资源预留确认, 然后应用服务器转,务请求的确认和^^择用于樹共业务的CoD服务器的识别 iML该信割顿户终端育嫩随后尝i^^内容点播(content-on-demand) ^i舌。 因此,应当了解RACS服务微理资源预留和接纳控制功能。
在己知的方法中,到RACS月艮务器的接口可以&^用服务器中,或割tt赃 CoD服务器中,但是在倒可一种情况中,中心RACS月艮务f^被縣。中心RACS 月艮务器需要详细的网络拓扑知识,以便有^i也预留魏的IP网络资源。

发明内容
读新f^考所附糊^:权利要求。一^im的特征^Ail权利要求中得至帳示。
本发明的一个例子是一种在包括多个内容点播服务器和分组効奂网络的系
统中向用户终端提供内容点播业务的方法。该方&^括以下步骤
所述内容点播服务器中的第一服务器尝试预留分组効奂网络资源以使得能
斷专输业务给用户终端,
所述第一服务器縦资源预留不足的消息,
所述内容点播服务器中的另一个服务器尝试预留分组交换网络资源以使得 育^f共业务给用户终端,
戶腿另一个服务器m资源预留足够的消息,并且 戶服另一个服务器M51併且交换网络向用户终端提供内容。
在该方法的 实施例中,CoD月艮务器适于进行资源预留。如果一个CoD 月艮务器不會^^"页留,那么另一个CoD月艮务:^剖tt也被请^^"页留。内容雌 地为视频。
月艮务^l皮请^iSffil留的l,可以根据优先级列表。该列表可以是自ffi的 以考虑服务器的操作历史。
在駄法的iM实施例中,本发明樹共一种用于为诸如视频内容点播(CoD) 业务的^S式因特网协议电41(IPTV)业务预留资源的弹性的自适应机制。
相较吁现有技术,发明人认识溯 实施例将是有益的,因为它们避免了使 用中心RACS服务器,并且割tt也分配资源预留控制功能。这去除了可能柳章的 中心点并避免了对集中淵艮务器、即有准确的网络拓扑知识棚艮务器的需求。


本发明的实施例现在将M31例子并参考附图来描述,其中 图1 ^出用于^5式IPTV业务的己知网络的图(J见有技术), 图2 ^出根据本发明的第一实施例用于^S式IPTV业务的网络的图, 图3 ^出预留网络资源以便在图2中朋示的网络中掛共抓青求的业务的消 息序列图,
图4是另一个消息序列图,其示出如何在图2中戶标的网络中预留资源的更 多细节,以及
图5 ^出根据本发明的第二实施例用于^S式IPTV业务的网络的图。 具体实航式
当考虑已知系统时,发明人认i喂U:去除中心RACS服务器以及劍ti&M配 内容点播CoD月艮务器以鹏相关功能将是有用的。 网络
如图2中所示,用于妊式IPTV业务的网络2包括可与用户终端UE 6相连 接的应用服务器AS4。该用户终端也可以与包括资源和接纳控库iJ(RAC)接口 10的 控制助4 定向器8相连接。接口 10被连接到一系列内容点播CoD月艮务器CoDl, ....CoDn, 12。在该例子中,針CoD月艮务娜樹共数字多媒体内落例如,视 频内容,而且可以被称作视频内容点播服务器或柳频点播服务器。針CoD月艮务 器12包括资源和接纳控带J(RAC)控库螺14。 ^^控制协im定向器8也被连接到 相^^库管理系统(RDBMS)16,在该相^^库管理系统中存储有CoD月艮务器 歹lj表。用户终端UE 6 M31因特网协议网络18被连接到CoD月艮务器12。
操作
如图3中所^示,网络2如下操作。
用户终端6首先向应用服务器4^1(步骤a))(^t^见频流、诸如柳频电影、 体育事件记^^他多媒体内容的请求。应用服务器4ffil向移动终端6B^步 骤b)业务请求授丰姊响应,移动终端6然后将戶腿内容是用户所期望的内容的另 一个确iA^步骤c)回应用服务器4。
应用服务器4然后向移动终端6发幾步骤d)业务入口点(SEP)。该SEP标识
控制协,定向器8,用户终端6随后应向该控制助、im定向器8发^g权的业
务请求。相i^t也,移动终端6^(步骤e)该请求。
一接收到标识用户终端的该请求,控制协议重定向器8就实时地在 RDBMS(其可以被视为元f^存储器)中查幾步骤f)向用户终端提供业务的fl魏 CoD月艮务器12的歹U表,并选择显然最魏的CoD月艮务器。
CoD服务器的选择
用于选掛青求哪个CoD服务器来細魏业务请求的简单方法^fi^多于 一个的CoD月艮务器可能可以向用户终端6樹共附青求的业务,但是^CoD服 务M有关于其处理来自^^feS健的请求的愿望的相关加权。例如,基于例 細艮务器与用户终端的当刺體的^M,按照J艮务器能慰子删艮务用户终端6 柳,存储列表。控制协iM定向器8髓该列^M作直到当前具有可用于掛共 戶/fi青求的业务的资源的CoD被i賜咄。
特别地,歹iJ赴的第一服务器皮请爽步骤g)预留^f井虚务戶; 需的网络资源。
该请求由被寻址棚艮务器12中的资源和接纳控制器RAC 14所接收。
如图4中所示,RAC控伟螺14尝试4顿己知的基于驢XI呈的资源预留协 iJ^RSVP-TE协议^^ij建iH鹏径,以便预留因特网协议网络18的^ig资源,通 过该网络向用户终端6縱内容。如该图中所示,这^M31^选的CoD月艮务器12 发幾步骤h)RSVP-TE预留请求消息到IP网18中来实现的,在IP网18中尝i^ 立棚户终端6禾口服务器12之间的跳点间的相应的PATH和RES消息。如果发 M 力的资源预留,则向服务器12中的RAC控伟螺14答复(步骤i)预留确认消息 (PATH消息)。
返回参考图3,设想对于列赴的第一服务器来说预留不i^力。因此,控制
协體定向器8!颇知(步骤j)该^^服务器不^a行网络资源预留。因此,控制
协i腫定向器8向歹暖中的下一个CoD月艮务器微步5聚k)预留所需的网络资源 的请求。
该过程髓服务默暖體复,直到一个服务器鹏也实现网络资源预留。 设想对于列^i:的第n个服务戮其中n是正 ,例如2沐说发生/^力的资源预 留。预留确认消息(PATH消息)从IP网络18被微步骤i)至朋艮务器12中的RAC 控库螺14。織n个服务器12中的RAC控帝微14然后微步骤l)资源被预留
的肯定确认给控制协im定向器8。
控制协i腫定向器8然后发幾步骤m)指令给用户终端6以向成功预留了资 源的^^服务器12请求业务。换句话说,控制协iM定向器8返回将要向用户终 端8传输内容的CoD月艮务器的iMh。
用户终端12然后^(步骤n)对业务的请求劍^[专输内容的CoD月艮务器。
该cod月艮务^liM:^tr戶;fi青求的视频,务、诸如戶腿电影的 流来响应(步骤
o)用户终端12。
另一个示例系统
在割戈实施例中,另外与上面关于图2至4所述的类似,要被考虑用于业务 请求的CoD服务器的歹iJ^SM封也l鍾新排序,以针对針CoD服务器害砂卜地 考虑自上次故障以来的时间和纠正故障所花费的时间。柳章是CoD月艮务器自身或 该CoD月艮务器和用户终端之间的网络连接的故障。例如,ffi3I^I正古邻章并且最近 没有乡颈过娜章的CoD月艮务器可以相对于另外的CoD月艮务器皮i^。在数学方 面,如果
其中^是te^择第&个CoD月艮务器的选掛几^(即可能性)的媳,于是下一个
CoD服务器/例如根据下面的等式lt^择
a:
其中^翻于选择第A个CoD月艮务器的禾腫,A7是纠正柳章的平均时间,A《是
/Am &个cod月艮务器上第n个戶;n己录的古郊章起的时间。
例如,让我们假定劍门有三个当前可用的视频』艮务器CoDl 、 CoD2和CoD3, 其中相关的力口权是CoDl的丰想是0.5, CoD2的禾腫是0.3,以及CoD3的媳 是0.2。这意歸忽略其他因素,在列表上的CoD月艮务器中,最高的选^t几会 (preference)是针对CoDl的,而最低的选^+几会是针对CoD3的,并且因此,如 果CoDl有足够的资源,那么它将l^t择。然而,除了考虑这些媳之外,间歇 的网络古邻章的次数m^视,荆乍为CoD月艮务器选择的一部分被考虑。激门知道平 均花费Ar来纠正一个真实的故障。然而,让我们假定由于所有者陆少于Ar的
时间内解决的网络失灵(giitch),所以有^S间歇的短期古邻章。例如,#i^Ar=5
小时,并且已经报告了 CoDl的三个间歇的短期故障,其中自从柳章以来的时间 是1小时,2小时和3小时。
于是鹏该等式,CoDl的初始鹏皮如下调整
a:
0.5
,CoDl的媳顿
5—1 5—2 5—3
0.27
这意歸在^S陛间歇的娜章时,月艮务器CoDl不蹄最高的縫并且具 有媳0.3的服务器CoD2靴为靴,择。 另一个示例系统
如图5中所示,另夕卜和图2中所示的类似,另一个实施例包括负载平衡微 30,其被连接棚户终端和控制协i腫定向器8'之间。也有控制协iM定向器8' 的多个实例,其被分布在不同的健,鹏劍戈实施例中被定位在负载平衡繊 30Pf贩。^^重定向器8'包括RAC接口 10',用于禾卩CoD月艮务器12'中的RAC 控翁攞14邻雜。该重定向器不需要对CoD月艮务劉體的具体认识。CoD月艮务 器12'自动土組自Jg/Si赃RDBMS存储器16'中的CoD歹ij表中注册^a销。
一些更多的i!项
在一些其他实施例中,其他的用于在网络中预留资源的技术代替RSVP-TE 协议可以被^ffi,例如多协议^i己^l奂MPLS。
上面详述的示例实施例可以被认为是网織诸如戶;n胃的下一代网络,NGN)的 专用IPTV子系统。 一些割戈实施例是基于因特网协议多媒体子系统(MS)的IPTV 系统,在这些IPTV系统中,资源预留和接纳控制劍tt也由呼叫粒控制功兽涞 完成。视频可以是例如电影、離、照片^0灯片。在一些实施例中可以掛共不
同于i见频的内容,例如^m ^他多媒体。
本发明可以在不偏离其精神^^本特征的情况下以其他特定的形5 实施。 无论从哪方面来看,所描述的实施例都应被认为仅仅是说明性的,而不是限制性 的。因此,本发明的范围是由所附的权利要求^^:,而不是由前述的说明棘 示。所有在权利要求的割介意思和范围内的变4W被包含在它们的范围内。
权利要求
1.一种在包括多个内容点播服务器和分组交换网络的系统中向用户终端提供内容点播业务的方法,所述方法包括以下步骤所述内容点播服务器中的第一服务器尝试预留分组交换网络资源以使得能够传输业务给所述用户终端,所述第一服务器发送资源预留不足的消息,所述内容点播服务器中的另一个服务器尝试预留分组交换网络资源以使得能够提供业务给所述用户终端,所述另一个服务器发送资源预留足够的消息,并且所述另一个服务器通过所述分组交换网络向所述用户终端提供内容。
2. 根据权利要求i的方法,其中戶,内容包括视频。
3. 根据权利要求l的方法,其中^^服务器具有相关的MM范围,并且根据请求业务的用户终端当前所在的 范围选择所述第一服务器。
4. 根据权利要求1的方法,其中控制激顿fl魏内容点播服务默據来确定应被请求尝试预留资源的服务器的)i醉,戶;MS制器依次请求服务器预留资源并M:送资源预留题足够的消息,直到一个服务激艮告资源预留足够。
5. 根据权利要求4的方法,其中根据请求业务的用户终端当前所在的鶴范围雜择臓列表。
6. 根据权利要求4的方法,其中戶湖l,取决于关于和所述列表中所涉及的内容点播服务器相关的先前柳章的信息。
7. 根据权利要求6的方法,其中所逾l,取决于自最后的故障以来的时间。
8. —种用于内容点播业务的系统,戶; ^统包括多个内容点播服务器和併且効奂网络; 所述内容点播服务器中的至少两个是响ia自用户终端的对内容的请求向所述用户终^Mf共被寻址的内容的f疾选;其中^H離内容点播服务器包括资源预留级,该资源预留级操作用于尝试 预留戶腿网络的资源,以便使该内容点播服务器肯^f输内容。
9. 根据权利要求8的系统,其中所述内容包括视频。
10. 根据权利要求8的系统,进一步包括控制器,雜带鹏作用于检對驗内容点播服务默懷,以确定应被请求尝试预留资源棚艮务器的i,,戶;MS制 驗〗顿中依次请求服务器预留资源并_&^资源预留是否足够的消息,直到服 务器之一报告资源预留足够。
11.根据权利要求io的系统,其中所鹏制器还操作用于根据请求业务的用户终端当前所在的鶴范国从多个列表中选择0M列表。
12.根据权利要求io的系统,其中所鹏带徵题制协im定向器,所棚 户终端向该控制助、iM定向器:^被授权的业务请求。
13.根据权利要求10的系统,进一步包括存储有臓列表的相^M库管理系统。
全文摘要
本发明涉及内容点播方法和用于该方法的网络。提供一种在包括多个内容点播服务器和分组交换网络系统中向用户终端提供内容点播业务的方法。该方法包括以下步骤内容点播服务器中的第一服务器尝试预留分组交换网络资源以使得能够传输业务给用户终端,所述第一服务器发送资源预留不足的消息,所述内容点播服务器中的另一个服务器尝试预留分组交换网络资源以使得能够提供业务给用户终端,所述另一个服务器发送资源预留足够的消息,并且所述另一个服务器通过分组交换网络向用户终端提供内容。
文档编号H04L12/56GK101360105SQ20081014462
公开日2009年2月4日 申请日期2008年6月20日 优先权日2007年6月21日
发明者A·基塞尔, D·C·罗宾逊 申请人:阿尔卡泰尔卢森特公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1