[发明专利]一种网络中资源管理的方法

说明书

技术领域

本发明涉及数据通讯领域，具体地说，涉及一种网络中资源管理的方法。

背景技术

IPTV视频是高带宽消耗的业务，并且不允许丢包，而网络带宽尤其是用户链路带宽一般都非常有限，为保证视频业务有效开展，保证业务质量，必须在网络中部署资源管理(Resource Management，RM)和连接接纳控制(ConnectionAdmission Control，CAC)功能。

在IPTV业务中，包括组播/广播视频(如BTV)和单播视频(如VOD)两种业务。由于组播和单播业务模式差别很大，其CAC功能的实现也有所不同：

组播CAC一般在接入节点(Access Node，AN)本地完成，由AN判断用户链路带宽是否满足请求加入频道的带宽需求，或判断用户加入的频道数是否超过了限制的最大数量，如果CAC失败(带宽不足或超过了最大数目)，拒绝用户的频道加入请求。

单播CAC功能一般由独立的RM服务器完成，RM了解网络拓扑，管理着从单播视频服务器到用户的端到端的带宽，因此可以在用户请求单播视频业务时，由业务服务器向RM服务器请求资源，RM服务器判断端到端的带宽满足情况，返回资源请求结果，业务服务器根据资源请求结果决定是否接纳业务。

在现有一方案中，在用户链路上，为组播业务和单播业务分别预留资源，互不占用。由AN完成本地组播CAC功能，RM完成单播视频服务器到用户的端到端CAC功能。该方案单播CAC和组播CAC功能独立，互不影响，且保持和现网一致。但是，组播业务和单播业务不能共享带宽资源，造成带宽资源浪费；而且，该方案应用场景受限，只适合用户链路带宽足够的场景。

在现有的另一种方案中，用户加入某个频道时，AN主动上报用户加入的频道信息，直接发给RM或由宽带网络网关BNG发给RM，由RM判断用户链路带宽是否满足需求，如果不满足需求，则通知AN拒绝用户加入请求。这种由AN上报组播用户加入信息，由RM统一进行CAC处理，使组播和单播实现方式统一。但该方案实现复杂，而且组播业务比单播业务切换频率大，大量电视用户的频繁切换频道会导致大量的信息交互，对AN的性能要求非常高；而且组播业务频道切换需要和RM交互，切换时间长，用户体验差。

发明内容

鉴于上述问题，本发明实施例提出了一种网络中资源管理的方法。

本发明公开了一种网络中资源管理的方法，包括以下步骤：

A、RACS向BRAS发送资源请求。

B、BRAS在收到RACS发送的资源请求后，向AN发送资源请求。

C、AN进行资源的可用性进行检查，如果资源可用，则执行D，如果资源不可用，则执行F。

D、AN进行资源预留，并向BRAS返回资源请求成功响应。

E、BRAS向RACS返回资源请求成功响应。流程结束。

F、AN向BRAS返回资源请求失败响应。

G、BRAS向RACS返回资源请求失败响应。流程结束。

利用本发明实施例，当发生错误时，可选地，AN向BRAS报送错误，BRAS可选地上报RACS，RACS上报IPTV Server，Server通知用户，所以在实现支持共享带宽的组播/单播CAC时，可保证和AN和BRAS之间的用户线路配置流程融合，RACS和BRAS之间的策略下发流程融合。

附图说明

图1为本发明实施例一种基于ANCP对接纳控制系统示意图；

图2为本发明实施例VOD业务开始点播的第一种接纳控制交互流程图；

图3为本发明实施例VOD业务开始点播的第二种接纳控制交互流程图；

图4为本发明实施例VOD业务停止点播的第一种接纳控制交互流程图；

图5为本发明实施例VOD业务停止点播的第一种接纳控制交互流程图；

图6为本发明实施例多播TV业务的接纳控制交互流程图；

图7为本发明实施例中的ANCP包格式示意图；

图8为本发明实施例中的线路配置消息格式示意图；

图9为本发明实施例中线路配置消息的示意图；

图10为本发明实施例中线路配置结果消息的示意图；

图11为本发明实施例中Capability negotiation结构示意图；

图12为本发明实施例中VOD Access Control Extensions结构示意图。

具体实施方式