CN101365103B - 一种有线电视网络互动业务的管理方法 - Google Patents
一种有线电视网络互动业务的管理方法 Download PDFInfo
- Publication number
- CN101365103B CN101365103B CN2007101199987A CN200710119998A CN101365103B CN 101365103 B CN101365103 B CN 101365103B CN 2007101199987 A CN2007101199987 A CN 2007101199987A CN 200710119998 A CN200710119998 A CN 200710119998A CN 101365103 B CN101365103 B CN 101365103B
- Authority
- CN
- China
- Prior art keywords
- resource
- terminal equipment
- subscriber terminal
- server
- ipqam
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明涉及有线通信领域,提出了一种有线电视网络互动业务的管理方法。通过机顶盒设备注册、会话和资源管理(SRM)服务器进行资源分配、资源回收来实现互动业务资源的分配和管理,使得带宽资源利用率达到最大,运营所需最大带宽资源的数目不随媒体内容数目的增长而线性增长,提高了***的灵活性,降低了***响应时间,并使得***在异常情况下可以自恢复。
Description
技术领域
本发明涉及有线通信领域,更具体地,本发明涉及一种有线电视网络互动业务的管理方法。
背景技术
传统的有线电视网络通过光纤同轴电缆混合网(HFC)进行节目数据的下发,只为网络区域内的用户提供单向广播式的服务。HFC网络具有频带宽、容量大、成本低、抗干扰能力强、支持多种业务、连接千家万户的优势,为数字电视技术的发展奠定了基础。随着数字电视技术的发展与数字电视技术和IP技术的逐步融合,为用户提供互动性更强的双向交互视频业务将成为有线电视网络发展的方向。双向交互是指诸如机顶盒的用户终端设备和视频服务器之间的数据交互,用户终端不再被动等待视频服务器播放的电视节目,而通过自身的回传信道向服务器要求并选择电视节目。
传统的国内家庭的数字电视,所有用户在全部带宽上共同的被动观看相同的电视节目,HFC网络的带宽资源无需动态管理。但是在双向点播电视业务中,每个用户主动点播和控制的电视节目各不相同,都需要独占一路HFC网络的物理信道,不同用户之间使用的带宽不能冲突,同时要实现在有限的总带宽上为最大数目的用户提供服务的目的。因此,在这个业务***构成中,必须使用一种会话和资源管理方法来对点播中使用的带宽资源进行统一的动态管理;并在资源使用过程中对资源和会话状态进行监控和记录,做到充分、合理和有效。可以说,在使用双向有线电视网络作为信道的点播***中,会话和资源管理方法是极其重要的模块管理方法。
会话和资源管理方法的两个管理对象是“会话”和“资源”。会话是指为了完成一次服务的实例而在用户和服务器之间建立的联系,用户终端设备(如机顶盒但不局限于机顶盒)为了访问一个服务,向服务器发出会话建立请求,与服务器建立一个会话,在服务结束后撤销会话。用户在实现一个服务的实例时,需要得到资源,此处所指资源即为HFC网络的带宽,媒体服务器在该会话得到的带宽下发媒体数据,在服务完成后释放资源。不同的服务可以请求不同的资源,资源分配与会话是联系在一起的。在整个网络范围内,有一个唯一的会话标识来标识网络中的会话,属于一个服务实例的所有资源都与该标识联系在一起。通过会话和资源管理方法对上述对象进行管理,使得有限的HFC网络带宽资源得到有效、充分利用,同时用户得到有质量保证点播服务的目的。
现有技术中会话和资源管理方法的执行流程主要包括两部分:1)对机顶盒(STB)初始化,用于得到机顶盒所在的服务区域,以便于后续的会话建立和资源分配;2)机顶盒点播过程中的资源分配和回收。
对STB的初始化,国内外普遍利用电缆调制解调器(Cable modem,CM)鉴别机制来得到STB服务区域的地址,该方法存在的缺点是要求HFC网络是CM接入,同时由于依赖于CM的鉴别机制,该机制的灵活性受到了限制;现有技术中的边缘正交调幅调制器(IPQAM)资源管理的有效性和稳定性始终没有得到提高,另外由于IPQAM资源的使用者往往不是会话和资源管理***本身,存在一致性的维护问题。
发明内容
为克服现有技术中双向有线电视网络互动业务管理灵活性、有效性、稳定性差的缺陷,本发明提出了一种有线电视网络互动业务的管理方法。
一种有线电视网络互动业务的管理方法,包括以下步骤:
步骤10)、会话和资源管理(SRM)服务器下发特征流给用户终端设备,用户终端设备收到所述特征流后,向SRM服务器发送节点组标识和自身标识信息,SRM服务器收到用户终端设备的信息后,为用户终端设备注册,并将该用户终端设备的状态记录为“已开机”;
步骤20)、用户终端设备向媒体服务器(MS)发送点播请求,MS根据所述点播请求向SRM服务器申请资源,SRM服务器根据从所述点播请求中解析得到的所述用户终端设备的所需资源数目和地址信息,查询所述用户终端设备的注册状态和资源占用情况,为所述用户终端设备分配资源,并设定所分配资源的状态,回复MS,MS为用户终端设备下发媒体内容;
步骤30)、用户终端设备点播完毕后,SRM服务器根据MS发送的资源回收消息,更新资源状态,回收资源。
其中,所述SRM服务器具备经由IP局域网与MS进行双向通讯、经由IP局域网与边缘正交调幅调制器(IPQAM)进行方向为SRM服务器到IPQAM的单向通讯的能力;MS的通讯能力与SRM服务器是对等的;用户终端设备具备与IPQAM进行方向为IPQAM到用户终端设备的单向通讯、分别与SRM服务器和MS进行双向通讯的能力。
其中,所述用户终端设备是指任何能够接收IPQAM内容并下发此内容的设备。其中,特征流包括节点组标识、SRM服务器的地址信息和MS的地址信息,所述节点组是一个或者多个IPQAM的若干个共享同一频域的输出端口(RF)的集合。
其中,步骤10)还包括步骤:SRM服务器不间断地下发特征流给IPQAM,IPQAM转发给所管辖的用户终端设备。
其中,步骤10)还包括步骤:用户在任意时刻打开用户终端设备,用户终端设备搜索、接收包含自身节点组标识的特征流,向SRM服务器发送节点组标识和自身标识信息。
其中,步骤20)还包括以下步骤:步骤210)、SRM服务器解析所述点播请求,得到用户终端设备所需的资源数目与其地址信息;步骤220)、SRM服务器判断用户终端设备是否注册,如果未注册,则拒绝请求,如果已注册,查询并判断所述用户终端设备当前是否占用资源,如果占用资源,则与MS通讯,回收占用资源;步骤230)、SRM服务器查询资源池,从***的空闲资源中按照负载均衡原则为用户终端设备分配资源,同时将资源状态记录为“预分配”;
步骤240)、SRM服务器通知MS,MS经由所述用户终端设备所属的IPQAM分配的频点下发媒体内容,SRM服务器收到用户终端设备成功播放媒体内容的确认消息后,将该资源状态记录为“使用中”。其中,负载均衡原则包括:如果一个节点组包括多个IPQAM,则选择负载最小的IPQAM;在IPQAM内部,选择所述IPQAM的负载最小的输出端口;在输出端口内部,考虑输出端口的频点间负载均衡。其中,步骤30)中SRM服务器回收资源步骤包括:SRM服务器被动等待MS的通知回收资源,SRM服务器收到MS的回收资源消息,将该资源状态记录为“空闲”,将资源回收入资源池。
其中,步骤30)中SRM服务器回收资源步骤还包括:SRM服务器每隔一段较长的时间检查状态为“使用中”资源的存活情况,每隔一段较短的时间检查状态为“预分配”资源的存活情况,得到当前存活的会话列表,将所述列表发送给MS,MS确认资源状态,发送资源回收消息,SRM服务器接收MS发送的资源回收消息,然后更新资源状态,回收资源。
通过应用本发明,使得***带宽资源利用率达到最大,且运营所需最大带宽资源的数目不随媒体内容数目的增长而线性增长,所需成本达到最小;提高了***的灵活性、扩展能力,并使得***在异常情况下可以实现自恢复。
附图说明
图1为双向有线电视网络互动业务的整体***架构图;
图2为SRM总体框架结构图;
图3为节点组概念示意图;
图4为SRM对机顶盒的注册流程图;
图5为SRM的资源分配流程图;
图6为SRM的资源分配策略示意图。
具体实施方式
本发明可应用于基于HFC网络的、有动态带宽管理需求的互动业务内容分发***,本发明还可适用的互动业务***包括但不限于时移电视(TVOD)、视频点播(VOD)、网络个人录像机(Network Personal Video Recorder,NPVR)、交换广播(switched broadcast)、按需分布电视(on demanddistribution of television programming,ODDTP)、数字点播电视服务(swtiched digital video,SDV)、IP语音(Voice over IP,VoIP)等业务***。
图1是一个双向有线电视网络互动业务的整体***架构图,包括SRM服务器、MS、IP网络、IPQAM、HFC网络、STB等主要组件。
其中,MS和SRM服务器,还有IP网络连接组成的局域网,形成***的前端部分;***前端部分还包括一系列控制服务器下发用于终端设备接收并显示的媒体内容的组件(图中略去),例如媒体内容提供***(如电视节目采集、处理、加密模块)、运营支撑模块(如用户计费、授权)等。IPQAM的输入端口通过IP网络连接到SRM服务器和MS服务器,输出端口连接到HFC网络,通过HFC网络与用户终端设备(如STB但不局限于STB)互联;IPQAM接收MS和SRM服务器发来的数据,将其变换为适合HFC网络传输的格式,更重要的是,IPQAM要对媒体流进行调制、变频等有线电视业务必需的处理,然后输出到HFC网络。电缆调制解调器终端***(cable modem terminalsystem,CMTS)也分别连接IP网络和HFC网络,与IPQAM不同的是,CMTS是一个信息传递的双向设备,可以将IP网络发送的数据传输给HFC网络,也可以将HFC网络发送的数据传输给IP网络。***中可能有多台IPQAM,每台IPQAM都连接了若干台STB。STB是一个数字终端设备,可以接收IPQAM下发的内容并呈现给用户的电视机。本发明并不局限于STB,可以是任何能够接收IPQAM内容并下发此内容的设备,例如集成了相关功能模块的计算机。
在具有图1架构的***中,本发明提出的会话和资源管理方法使得SRM服务器具备经由上述局域网与MS进行双向IP通讯、经由上述局域网与IPQAM单向(方向为SRM->IPQAM)通讯、经由CMTS与STB进行双向通信的能力;MS的能力与SRM服务器是对等的;STB具备与IPQAM单向通讯(方向为IPQAM->STB),与SRM服务器和MS双向通讯的能力。
如图2所示,本发明提出的会话和资源管理方法在实现时的三层体系结构如下所述:
底层是数据库层,负责数据的持久化和储存;
中间是业务逻辑层,包含:1)消息接收处理引擎,用于多线程接收机顶盒和MS的消息;2)注册服务模块,用于下发轮播包(通过SRM服务器周期性发送给各个IPQAM来实现服务模块的注册的数据包,称之为轮播包),处理接收到的机顶盒注册请求消息;3)资源分配模块,用于处理接收的资源请求消息;4)资源回收模块,在处理接收的资源释放消息的同时,执行自身的主动回收资源机制。其中2)、3)和4)中所述的三个模块在必要时操作数据库,并产生响应消息,发送给MS或STB;
上层是用户界面层,为有线电视运营商提供可视化的配置、管理和监测平台。
SRM服务器24小时工作,并行的为多个STB提供服务,随时接收来自MS和多个机顶盒的不同功能的消息,通过消息中包含的会话标识号码(SessionId)来区分不同的会话,通过STB标识号码(STBid)区分不同的STB,通过消息类型来区分不同的消息,对注册、资源请求、资源分配等不同消息,进行相应的处理。
本领域内的普通技术人可以清楚知道,以上所述为本发明提出方法的应用环境及应用时的软件结构模块化分,对于本发明所提出的用于双向有线电视网络互动业务的会话资源管理方法,其包括的主要步骤、基于的原理和具体实现流程将如下文所述。
本发明提出的一种用于双向有线电视网络互动业务的会话资源管理方法的步骤包括:
步骤10)、SRM服务器不间断的通过IPQAM下发特征流给所有的机顶盒;
步骤20)、用户在任意时刻打开机顶盒后,机顶盒会自动收到步骤10)中所述的下发的特征流,然后向SRM服务器申请注册,SRM服务器完成机顶盒的注册;
步骤30)、机顶盒向MS点播后,MS向SRM服务器申请资源,SRM服务器分配资源,设定资源状态,并回复MS,MS为用户终端设备下发媒体内容;
步骤40)、机顶盒点播完毕后,SRM服务器收到MS的通知而回收资源或者通过自身的鲁棒机制主动回收资源。
本发明提出的会话资源管理方法的基于原理和具体实现流程如下所述:
1注册
1.1注册目的
本发明充分考虑了实际运营中的问题,首先,机顶盒点播时,必须持有SRM服务器和MS的IP地址信息,才能与SRM服务器和MS进行消息交互,从而得到用于观看的媒体内容和用于下发媒体的资源,但是,对于机顶盒来说,如果在生产制造时就将该信息写入存储器,不能够适应灵活多变的运营环境,一旦SRM服务器或MS的IP地址发生了更改,就很难处理;其次,如图3所示,一台IPQAM共有12个输出端口,根据实际需要和物理布网的不同,连接关系也不同,有可能12个端口并联输出,也有可能分成若干个互不联通的小组分别输出,也可能多个IPQAM灵活组合,这就需要SRM服务器实现时在软件上予以支持,建立“组”的概念,以组为单位进行管理;第三,IPQAM的输出通过HFC网络到达用户的机顶盒,因此每台机顶盒也从属于一个特定的组,只能使用组内的IPQAM资源,SRM服务器必须持有机顶盒的从属信息才能为其分配资源。但对于某一台机顶盒来说,在被用户购买之前,从属关系是未知的,且购买后人工配置方式也不可取。
为实现注册目的,解决上述问题,本文提出的机顶盒注册方案是基于节点组的。
节点组的概念有四层含义,如图3,第一,对于实体IPQAM来说,一个节点组是一个或多个IPQAM的若干个输出端口(RF)的集合;第二,对于接入网的实际网络线路来说,同一个节点组的所有RF输出是连通的,共享一个频域,也就是同一时刻每个频点只能为一个媒体内容服务(例如,如果将中央一套调制在900MHZ的频点输出,就不能再将中央二套调制在900MHZ),每个节点组内包含哪些IPQAM的哪些RF是在运营前根据种种因素人为选定的;第三,对于机顶盒来说,IPQAM的输出通过接入网络到达机顶盒,因此每台机顶盒也从属于一个特定的节点组,只能使用组内的IPQAM资源;第四,对于SRM服务器来说,将运营前确定的节点组信息储存在数据库中,在实际运营中,将节点组内的全部RF的资源作为一个资源池,为该组内的机顶盒分配资源。一个节点组包含的带宽资源,就是该节点组的用户在某个时间能够使用的资源的总和。节点组信息表是在运营前固定的,但节点组与机顶盒的对应关系映射表是在机顶盒开机后完成注册时动态生成。
1.2注册实现流程
SRM服务器使用轮播机制在机顶盒开机后完成对机顶盒的注册,如图4所示:
首先,SRM服务器周期性、地毯式为自身管理的每个结点组发送特征流,特征流内容包括该结点组从属的节点组标识、SRM的地址信息和媒体服务器的地址信息。特征流在一个周知的频率下发并通过IPQAM转发,到达每一台机顶盒。
用户在任意时刻接通机顶盒电源后,机顶盒在周知的频点搜索特征流,每个机顶盒接收到并且只能接收到包含自身节点组信息的特征流。机顶盒解析其内容,从而得到自身的组标识,同时得到与SRM服务器和媒体服务器的通讯参数,主动与SRM服务器通讯,将自身的节点组信息、机顶盒自身标识、用户名和密码等通知给SRM服务器。
SRM服务器收到机顶盒的信息后进行判断,如果该机顶盒合法,在机顶盒与节点组的映射表中为机顶盒注册,并将该机顶盒的状态记录为已开机。SRM服务器只为进行了注册的机顶盒提供服务。
考虑到机顶盒可能漫游,机顶盒每次开机之后会自动完成且只完成一次注册,之后才能进行点播流程。该方案特点是机顶盒不需要存储SRM服务器的IP地址和媒体服务器的IP地址,机顶盒的物理位置也可变化,实际运营中有着很好的灵活性。
2.资源管理
2.1管理思想
总体上,一方面,SRM服务器对IPQAM的频点资源进行动态的管理,使得用户只能在会话期间内占用信道,来使资源达到最大利用率;另一方面,独占期间以单播形式下发媒体流,为用户提供有服务质量(QOS)保障的服务。
为了达到***最快响应速度,本发明在实现时使用JAVA语言的线程池技术。SRM服务器与MS和机顶盒进行双向通信时,使用传输控制协议(TCP)进行连接。实际运营时,尤其是晚上的高峰时段,用户并发请求数量很大,为了提高对并发请求的响应速度,一次性初始化很多个线程,每当一个MS或者机顶盒的消息到来,就从池中拿出一个线程来进行处理,使用完毕放回线程池,为下次使用做准备。
为了使用有限的资源为最大数目的用户提供带宽,并保持带宽的实时最大利用率,本发明的方法使用下述有效、鲁棒的资源管理算法。IPQAM保存频点和与用户数据报协议(UDP)端口一一对应的映射表,因此SRM服务器对频点资源的管理,就转化为对UDP端口号的管理。
2.2资源分配策略
MS自身不存储资源信息,下发流之前必须向SRM服务器请求资源,请求消息包含该机顶盒标识参数。SRM服务器接收消息后,为其分配的具体步骤如图5所示说明如下:
(1)SRM服务器从点播请求消息中解析得到机顶盒所需的资源数目和IP地址信息;
(2)SRM服务器首先查询数据库,判断机顶盒有没有注册,如果未注册就拒绝请求,如果已注册,就查询并判断该机顶盒当前有没有占用资源,如果占用了资源就与MS通讯,首先将该资源回收;
(3)上述步骤完成后,查询自身数据库中的资源池,如果资源已经用尽,就拒绝请求,否则,从***的空闲资源中按照下述负载均衡原则为其分配一个,同时将资源状态记录为“预分配”,并产生一个全局唯一的会话标识号码(sessionID)一并记录;
(4)随后将该信息通知MS,MS经由该IPQAM,且在分配的频点下发媒体内容,之后,SRM服务器收到机顶盒成功播放媒体内容的确认消息后,将该资源状态记录为“使用中”,并将该机顶盒的状态记录为“点播中”。
对于上述流程,有两点说明需要说明:
第一,某个机顶盒在占用了资源的情况下,仍然会发送资源申请消息,这种异常情况是不可避免的,原因可能是上次为其分配的资源由于MS的原因没有正常回收,或该机顶盒出现了故障,甚至是该消息由于网络阻塞被重复发送。因此,为了确保每台机顶盒最多只能使用1个单播资源,这个资源状态设定步骤是十分必要的。否则,一旦机顶盒出现故障,频繁点播,SRM如果每次都分配,是对资源的一种浪费。
第二,本发明方法中的SRM分配算法考虑了负载均衡原则。如果一个节点组包括多个IPQAM,则选择负载最小的IPQAM;在IPQAM内部则选择此IPQAM的负载最小的输出端口;在输出端口内部,则考虑输出端口的频点间负载均衡,例如,某个包含1个输出端口的节点组,4个频点共有4×6=24个可用端口,那么选择端口时,优先按照频点1→频点2→频点3→频点4→频点1...往复顺序,避免使用同一个频点传输多路节目时的码率过大。
2.3资源回收
机顶盒点播完毕后,由MS通知SRM服务器进行资源回收。实际***中,可能存在机顶盒掉电,SRM服务器掉电,MS掉电,网络通讯不畅等异常,因此资源回收必须具备鲁棒、可自恢复的特点,才能保证***资源的循环和充分利用。
本发明提出的SRM服务器的资源回收方法有两种,它们同时运行在***中:
第一种,SRM服务器被动等待MS的通知而回收资源。例如机顶盒点播完毕或是点播中异常断电后,SRM服务器收到MS的回收资源消息,将该资源状态记录为“空闲”,将资源回收入资源池,等待下次分配。绝大部分情况下,资源通过这种机制得到回收。
第二种,SRM服务器通过自身的鲁棒机制主动回收分配的资源,如图6所示。在实际运营中出现诸如机顶盒内部程序出错、机顶盒异常关机、网络阻塞丢包、点播过程异常、媒体服务器记录异常等难以避免的异常情况下,使得SRM服务器未能接收到媒体服务器的回收资源消息时,仍然保持资源的有效利用。具体机制是:SRM服务器每隔一段较长的时间(如每隔1小时)检查状态为“使用中”资源的存活情况,每隔一段较短的时间(如每隔5分钟),检查状态为“预分配”资源的存活情况。检查方法是一样的,首先检查自身数据库,得到当前存活的会话(SESSION)列表,将该列表发送给媒体服务器,媒体服务器逐一确认列表中SESSION的状态,之后的流程与正常回收的流程一样,SRM服务器接收MS发送的资源回收消息,然后更新自身的数据库,回收资源。
通过应用本发明,使得资源利用率达到最大,且运营所需最大带宽资源的数目不随媒体内容数目的增长而线性增长,仅以某一时段的点播高峰数为标准,这样部署诸如开通新频道的新服务,所需成本达到最小。
通过应用本发明,提高了***的灵活性高,诸如机顶盒的终端设备出厂时不必写入SRM服务器的ip地址,SRM服务器和媒体服务器的IP可随实际需求变化。
通过应用本发明,使得***独立于具体的业务,可同时支持多个业务,且业务扩展容易。
通过应用本发明,降低***响应时间,用户点播后,在以秒为数量级的很短时间内,就可以开始观看,接近无缝体验。
通过应用本发明,使得***在异常情况下可以自恢复,实际运营中***在出现机顶盒内部程序出错、机顶盒异常关机、网络阻塞丢包、点播过程异常、媒体服务器记录异常等情况下,可以自恢复。
最后应说明的是,以上实施例仅用以说明本发明的技术方案而非对其限制,并且在应用上可以延伸到其他的修改、变化、应用和实施例,同时认为所有这样的修改、变化、应用、实施例都在本发明的精神和范围内。
Claims (10)
1.一种有线电视网络互动业务的管理方法,包括以下步骤:
步骤10)、会话和资源管理(SRM)服务器下发特征流给用户终端设备,用户终端设备收到所述特征流后,向SRM服务器发送节点组标识和自身标识信息,SRM服务器收到用户终端设备的信息后,为用户终端设备注册,并将该用户终端设备的状态记录为“已开机”;
步骤20)、用户终端设备向媒体服务器(MS)发送点播请求,MS根据所述点播请求向SRM服务器申请资源,SRM服务器根据从所述点播请求中解析得到的所述用户终端设备的所需资源数目和地址信息,查询所述用户终端设备的注册状态和资源占用情况,为所述用户终端设备分配资源,并设定所分配资源的状态,回复MS,MS为用户终端设备下发媒体内容;
步骤30)、用户终端设备点播完毕后,SRM服务器根据MS发送的资源回收消息,更新资源状态,回收资源。
2.权利要求1的方法,其中,所述SRM服务器具备经由IP局域网与MS进行双向通讯、经由IP局域网与边缘正交调幅调制器(IPQAM)进行方向为SRM服务器到IPQAM的单向通讯的能力;MS的通讯能力与SRM服务器是对等的;用户终端设备具备与IPQAM进行方向为IPQAM到用户终端设备的单向通讯、分别与SRM服务器和MS进行双向通讯的能力。
3.权利要求1的方法,其中,所述用户终端设备是指任何能够接收IPQAM内容并下发此内容的设备。
4.权利要求1的方法,其中,特征流包括节点组标识、SRM服务器的地址信息和MS的地址信息,所述节点组是一个或者多个IPQAM的若干个共享同一频域的输出端口(RF)的集合。
5.权利要求1的方法,其中步骤10)还包括步骤:SRM服务器不间断地下发特征流给IPQAM,IPQAM转发给所管辖的用户终端设备。
6.权利要求1的方法,其中步骤10)还包括步骤:用户在任意时刻打开用户终端设备,用户终端设备搜索、接收包含自身节点组标识的特征流,向SRM服务器发送节点组标识和自身标识信息。
7.权利要求1的方法,其中步骤20)还包括以下步骤:
步骤210)、SRM服务器解析所述点播请求,得到用户终端设备所需的资源数目与其地址信息;
步骤220)、SRM服务器判断用户终端设备是否注册,如果未注册,则拒绝请求,如果已注册,查询并判断所述用户终端设备当前是否占用资源,如果占用资源,则与MS通讯,回收占用资源;
步骤230)、SRM服务器查询资源池,从***的空闲资源中按照负载均衡原则为用户终端设备分配资源,同时将资源状态记录为“预分配”;
步骤240)、SRM服务器通知MS,MS经由所述用户终端设备所属的IPQAM分配的频点下发媒体内容,SRM服务器收到用户终端设备成功播放媒体内容的确认消息后,将该资源状态记录为“使用中”。
8.权利要求7的方法,其中,负载均衡原则包括:如果一个节点组包括多个IPQAM,则选择负载最小的IPQAM;在IPQAM内部,选择所述IPQAM的负载最小的输出端口;在输出端口内部,考虑输出端口的频点间负载均衡。
9.权利要求1的方法,其中步骤30)中SRM服务器回收资源步骤包括:SRM服务器被动等待MS的通知回收资源,SRM服务器收到MS的回收资源消息,将该资源状态记录为“空闲”,将资源回收入资源池。
10.权利要求1的方法,其中步骤30)中SRM服务器回收资源步骤还包括:SRM服务器每隔一段较长的时间检查状态为“使用中”资源的存活情况,每隔一段较短的时间检查状态为“预分配”资源的存活情况,得到当前存活的会话列表,将所述列表发送给MS,MS确认资源状态,发送资源回收消息,SRM服务器接收MS发送的资源回收消息,然后更新资源状态,回收资源。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101199987A CN101365103B (zh) | 2007-08-06 | 2007-08-06 | 一种有线电视网络互动业务的管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101199987A CN101365103B (zh) | 2007-08-06 | 2007-08-06 | 一种有线电视网络互动业务的管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101365103A CN101365103A (zh) | 2009-02-11 |
CN101365103B true CN101365103B (zh) | 2010-06-02 |
Family
ID=40391199
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101199987A Expired - Fee Related CN101365103B (zh) | 2007-08-06 | 2007-08-06 | 一种有线电视网络互动业务的管理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101365103B (zh) |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101272479B (zh) | 2008-03-31 | 2011-11-30 | 华为软件技术有限公司 | 资源调度装置及方法,点播节目的方法及***和机顶盒 |
CN102026035B (zh) * | 2009-09-10 | 2012-07-11 | 华为技术有限公司 | 视频点播业务中信号路由资源的分配方法、终端和服务器 |
US8411861B2 (en) | 2009-10-21 | 2013-04-02 | Intel Corporation | Apparatus, systems, and methods for checking if a receiver is on a revocation list based on SRMs of DVDs |
CN102148813B (zh) * | 2010-09-30 | 2014-02-26 | 华为技术有限公司 | 媒体内容的传输方法和*** |
CN102082960A (zh) * | 2010-10-29 | 2011-06-01 | 广东星海数字家庭产业技术研究院有限公司 | 一种数字电视互动增值业务平台***及方法 |
CN102056013B (zh) * | 2010-11-11 | 2012-10-03 | 深圳市佳创视讯技术股份有限公司 | 具有硬盘播发功能的视频服务器*** |
CN102158736A (zh) * | 2011-01-30 | 2011-08-17 | 深圳市同洲电子股份有限公司 | 视频点播的方法、***及资源管理设备 |
CN102231849B (zh) * | 2011-06-17 | 2014-04-16 | 广州珠江数码集团有限公司 | 一种数字电视视频点播***及点播方法 |
CN102957631B (zh) * | 2011-08-19 | 2015-06-17 | 中国科学院声学研究所 | 一种预处理方法 |
CN102957945B (zh) * | 2011-08-26 | 2015-06-17 | 中国科学院声学研究所 | 一种双模终端的多业务频点分配方法及*** |
CN102546438B (zh) * | 2012-02-17 | 2015-09-09 | 中国科学院声学研究所 | 一种业务数据源与ipqam直连及频点管理和分配方法 |
CN102647625B (zh) * | 2012-05-03 | 2014-02-26 | 重庆邮电大学 | 基于端口号和ip地址的多视频转发方法 |
CN103139604B (zh) * | 2013-01-14 | 2016-03-16 | 中国科学院声学研究所 | 一种基于缓存模型的ipqam频点分配与回收方法 |
CN103269442B (zh) * | 2013-04-23 | 2017-02-15 | 华为技术有限公司 | 一种内容点播方法、***和设备 |
CN103237270A (zh) * | 2013-05-09 | 2013-08-07 | 黄孙明 | 一种可与网络交互的视频流媒体***和方法 |
CN103347204B (zh) * | 2013-06-19 | 2017-03-22 | 江苏有线技术研究院有限公司 | 有线电视网络统一边缘ipqam资源分配管理***及方法 |
CN103400567A (zh) * | 2013-08-02 | 2013-11-20 | 苏州鼎富软件科技有限公司 | 屏幕亮度自动调节方法 |
CN103442258A (zh) * | 2013-08-15 | 2013-12-11 | 青岛海信传媒网络技术有限公司 | 一种流资源管理的实现方法、设备及*** |
CN103442257A (zh) * | 2013-08-15 | 2013-12-11 | 青岛海信传媒网络技术有限公司 | 一种流资源管理的实现方法、设备及*** |
CN103686228A (zh) * | 2013-09-18 | 2014-03-26 | 南信大影像技术工程(苏州)有限公司 | 一种面向公共服务的网络终端发布*** |
CN103501444B (zh) * | 2013-09-29 | 2017-01-04 | 深圳市同洲电子股份有限公司 | 一种视频资源管理方法及视频资源管理器 |
CN103945232A (zh) * | 2014-03-17 | 2014-07-23 | 深圳创维-Rgb电子有限公司 | 一种电视的资源调度方法和装置 |
CN104010027A (zh) * | 2014-04-21 | 2014-08-27 | 华数传媒网络有限公司 | 一种云服务平台的***架构及实现方法 |
CN106034257A (zh) * | 2015-03-11 | 2016-10-19 | 北京昌东科技有限公司 | 一种基于广播电视的多媒体应用*** |
CN107239866A (zh) * | 2016-03-28 | 2017-10-10 | 北京京东尚科信息技术有限公司 | 虚拟图书馆管理方法和*** |
CN107493485B (zh) * | 2016-06-13 | 2021-11-05 | 中兴通讯股份有限公司 | 一种资源控制方法、装置和iptv服务器 |
CN106210783B (zh) * | 2016-07-29 | 2019-04-16 | 浪潮软件集团有限公司 | 一种基于hls协议实现动态调整机顶盒广电网络带宽的方法 |
CN112015542B (zh) * | 2019-05-29 | 2024-07-16 | 潘仲光 | 资源收集方法、设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1155122A (zh) * | 1995-09-01 | 1997-07-23 | 计数设备公司 | 分布交互式多媒体业务*** |
CN1921462A (zh) * | 2006-04-25 | 2007-02-28 | 深圳市同洲电子股份有限公司 | 一种基于实时流传输协议的网关 |
-
2007
- 2007-08-06 CN CN2007101199987A patent/CN101365103B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1155122A (zh) * | 1995-09-01 | 1997-07-23 | 计数设备公司 | 分布交互式多媒体业务*** |
CN1921462A (zh) * | 2006-04-25 | 2007-02-28 | 深圳市同洲电子股份有限公司 | 一种基于实时流传输协议的网关 |
Also Published As
Publication number | Publication date |
---|---|
CN101365103A (zh) | 2009-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101365103B (zh) | 一种有线电视网络互动业务的管理方法 | |
CN101682355B (zh) | 在交换数字视频***中针对频道改变请求提供可扩展性的方法和装置 | |
CN102202104B (zh) | 管理网络设备内的分布式地址池 | |
US8112781B2 (en) | Content delivery system having an edge resource manager performing bandwidth reclamation | |
US9451302B2 (en) | Fusion device, system and method for implementing internet protocol television service | |
KR100842284B1 (ko) | 차세대 네트워크 망에서 iptv 서비스 제공 시스템 및방법 | |
CN104885449B (zh) | 用于hfc有线网络的虚拟融合有线接入平台 | |
US20070033282A1 (en) | Signaling redirection for distributed session and resource management | |
CN101946491A (zh) | 用于提供负载平衡信号分配的方法和装置 | |
JP2006238433A (ja) | インターネットプロトコル基盤の放送サービスを提供するためのシステム及びその方法 | |
CN101160964A (zh) | 一种宽带接入设备及其应用 | |
CN103201984B (zh) | 用于基于isn存储器的覆盖网络的动态配置的***和方法 | |
CN101068343A (zh) | 基于iptv***的视频监控*** | |
KR20120083921A (ko) | Iptv를 위한 계층화된 서비스 전매 메커니즘 | |
CN101369909A (zh) | 上报策略执行结果的方法、网络通信***和设备 | |
CN100544367C (zh) | 一种基于传输网络的流媒体业务传输平台*** | |
CN105611323A (zh) | Eoc宽带和有线电视服务共缆接入***及频谱分配方法 | |
CN101212647B (zh) | 一种基于hfc双向网络的流媒体业务实现方法及设备 | |
CN101521684B (zh) | 一种分发、获取主页地址方法和***及服务器和机顶盒 | |
CN101132325B (zh) | 一种业务申请方法及***及一种业务申请代理单元 | |
US20110142212A1 (en) | Method and apparatus for providing service oriented common access network service | |
US20120308005A1 (en) | Media Storage and Playback of Encrypted Content | |
CN110971986B (zh) | 云视频交换*** | |
CN101483660A (zh) | 内容交付装置和***、内容点播方法、及网络架构 | |
CN102571409A (zh) | 一种用于实现业务跨终端使用的业务请求管理***及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100602 Termination date: 20120806 |