[发明专利]资源管理装置、资源管理方法及系统

说明书

技术领域

本发明涉及通信技术领域，尤其涉及资源管理装置、资源管理方法及系统。

背景技术

宽带用户对多媒体相关需求的提升以及网络通信技术的不断发展，推动了因特网协议电视(IPTV，Internet Protocol TV)的产生与发展。IPTV技术中，IPTV媒体流的传输方式主要有两种，分别是点播和广播。其中点播方式具有实时交互的特点，可为用户提供更具个性化的选择；广播方式可提供多样的内容供用户选择，其具体表现为用户选择不同的频道，可接收到不同的节目内容。

点播方式的实现采用单播技术，相应地，通过点播可开展单播业务。开展单播业务的主要做法是，用户设备向网络侧请求开展单播业务，由网络侧向用户设备返回相应的数据包；广播方式的实现采用组播技术，相应地，通过广播可开展组播业务。所谓组播即要求用户设备先加入一个组播组，在组播源将数据包发送到组播组后，通过该组播组将数据包传输给组播组内的所有用户设备。组播技术的发展有效提高了数据的传输效率，且有效减少网络拥塞。

基于单播与组播各自的优点，运营商通常采用融合单播与组播技术的融合网络，如三网合一(Triple play)网络，该类融合网络能够承载高速上网(HIS，High Speed Internet)、IP语音(VoIP，Voice over IP)与广播电视(BTV，Broadcast Television)等业务。上述单组播共享接入线路中的传输资源的融合网络中，在实现IPTV时，通常采用资源管理器(RM，ResourceManager)来管理开展单播或组播业务所需的传输资源，具体的管理可包括资源接纳与资源预留等操作。

如负责单播业务的资源管理的RM是中心资源管理器(C-RM，CentralRM)。在开展单播业务时，由网络侧，如视频点播服务器(VOD Server，Video on Demand Server)或IP多媒体子系统(IMS，IP MultimediaSubsystem)等将开展该单播业务所要占用的传输资源大小报告给C-RM，向C-RM请求该传输资源；C-RM收到请求后，可根据当前传输资源的使用状况，进行资源接纳控制，即算出当前可用传输资源是否足够，若足够则接受请求，继续进行资源预留处理，为该单播业务预留相应大小的传输资源；否则，可拒绝该请求。

对于组播业务的实现，由于其涉及用户的频道切换操作，预留资源的触发请求由用户侧的终端设备，如机顶盒发起，因此，为达到频道间快速切换的效果，以保证一定的用户体验，要求管理组播业务的传输资源的RM不能够离该终端设备太远，否则会因终端设备与RM间存在过多的中间设备，使得终端设备发送的信令很长一段时间之后才到达RM，而导致用户在切换频道后，不能及时收看到相关节目。因此，用于开展组播业务的传输资源通常由离终端设备较近的分布式资源管理器(D-RM，Distributed RM)来管理。

在单播业务与组播业务共享传输资源的融合网络中，由于存在D-RM与C-RM两个资源管理器，而网络侧提供给一个用户的传输资源有限，即每一个用户通过一根用户接入线路连接至网络，该接入线路中的传输资源需要同时承载单播与组播业务，并需要充分共享以最大限度利用传输资源。在使用D-RM与C-RM共同管理传输资源时，在开展单播与组播业务时，可能出现因其中一项业务占用传输资源过多，而另一方因未知用户传输资源的使用状况，仍然要求对应的资源管理器预留资源，从而导致资源预留失败的情况发生，即D-RM与C-RM在分别预留两种业务共享的资源时，可能会发生资源预留的冲突问题，可简称该问题为资源冲突问题。

参见图1，图1是现有接入网的一种单组播资源管理系统结构示意图。为解决上述资源冲突问题，现有技术一给出的解决方案是：网络提供商将接入线路中的用户传输资源按比例划分开，由D-RM管理其中一部分传输资源，由C-RM管理另一部分传输资源。在开展单播业务时，由网络侧应用功能实体(AF)向C-RM请求开展单播业务所需的传输资源，在C-RM接纳该请求后，为该单播业务预留所请求的传输资源；在开展组播业务时，由用户设备自身向D-RM请求开展组播业务所需的传输资源，在D-RM接纳该请求后，为该组播业务预留所请求的传输资源。现有技术一的解决方案可使D-RM与C-RM各自管理的资源互不共享，也因此可避免出现资源冲突问题。但该解决方案存在的不足之处在于：单播业务可用的传输资源与组播业务可用的传输资源被单独管理，不利于充分利用有限的传输资源。