一种接纳控制方法、系统及设备

技术领域

本发明涉及通信领域，特别涉及一种接纳控制方法、系统及设备。

背景技术

随着人们对网络业务的需求，IPTV(IP Television，IP电视)和VoD(Video on Demand， 视频点播)等业务变得日益重要，为了避免过多的网络业务同时在线运行而影响用户观看视 频的质量，带给用户良好的体验，在接纳用户的网络业务时，应采取一些控制措施，这种措 施称为接纳控制。

现有技术中的一种接纳控制方式是：在xDSL(Generic Digital Subscriber Line，各种 数字用户线)场景下，静态地将视频带宽划分为单播带宽和组播带宽，由DSLAM(Digital Subscriber Line Access Multiplexer，数字用户线路接入复用器)管理组播带宽，RACS (Resource and Admission Control Sub-System，资源接纳控制子系统)管理单播带宽；当 用户申请一个组播视频时，如果网络上已经有该组播视频流，DSLAM将用户加入组播视频组， 如果该用户是第一个申请该组播视频的，DSLAM会根据自身管理的剩余的组播带宽是否足够接 纳用户的申请，来决定接纳还是拒绝用户的申请；当用户申请一个单播视频时，则需要查询 当前是否有足够的单播带宽来接纳用户的请求，如果带宽不足，则用户的请求就会被拒绝。

现有技术中的另一种接纳控制方式是：同样是在xDSL场景下，在静态地将视频带宽划分 单播带宽和组播带宽的基础上，允许单播带宽和组播带宽之间进行动态协商，由DSLAM管理组 播带宽，RACS管理单播带宽，当用户申请一个组播视频时，DSLAM计算出是否还有足够的剩余 组播带宽，如果剩余的组播带宽足够，则可以接纳用户的组播视频请求；如果剩余的组播带 宽不够，则尝试向RACS借用一部分单播带宽用于组播视频，如果借用成功，则接纳用户的组 播视频请求，如果协商不成功，则拒绝用户的请求。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：

第一种接纳控制方式中，如果多个用户都要看单播视频，就可能存在单播带宽不足而组 播带宽没有利用的问题，反之亦然，从而导致带宽利用率不高；第二种接纳控制方式中，仅 仅是在xDSL场景下实现了DSLAM与RACS之间带宽协商的情形，并不适用于FTTx(Fiber To The x，光纤到楼、光纤到户等各种光纤应用的统称)场景下的带宽协商，因此，不能完全满 足运营商对带宽协商的需求。

发明内容

本发明实施例提供了一种接纳控制方法、系统及设备，能够满足运营商对带宽协商的需 求。所述技术方案如下：

一方面，提供了一种接纳控制方法，所述方法包括：

组播带宽管理设备接收用户的组播视频申请，判断可提供的组播带宽是否满足所述组播 视频申请所需；

如果可提供的组播带宽不满足所述组播视频申请所需，则拒绝所述用户观看组播视频；

如果可提供的组播带宽满足所述组播视频申请所需，则判断是否存在上一层级设备；

存在上一层级设备时，将所述用户的组播视频申请转发给所述上一层级设备，由所述上 一层级设备决定是否接纳所述用户观看组播视频；

不存在上一层级设备时，则接纳用户观看组播视频。

还提供了一种接纳控制方法，所述方法包括：

播带宽管理设备接收用户的单播视频申请，判断可提供的与每个层级组播带宽管理设备 相对应的单播带宽是否满足所述单播视频申请所需；

如果是，则接纳用户观看单播视频；

如果否，则拒绝用户观看单播视频。

另一方面，提供了一种接纳控制系统，所述系统包括：单播带宽管理设备和组播带宽管 理设备；所述组播带宽管理设备为1至多个；

所述组播带宽管理设备，用于接收用户的组播视频申请，判断可提供的组播带宽是否满 足所述组播视频申请所需；如果可提供的组播带宽不满足所述组播视频申请所需，则拒绝所 述用户观看组播视频；如果可提供的组播带宽满足所述组播视频申请所需，则判断是否存在 上一层级设备，存在上一层级设备时，将所述用户的组播视频申请转发给所述上一层级设备， 由所述上一层级设备决定是否接纳所述用户观看组播视频；不存在上一层级设备时，则接纳 用户观看组播视频；

所述单播带宽管理设备，用于接收用户的单播视频申请，判断可提供的与每个层级组播 带宽管理设备相对应的单播带宽是否满足所述单播视频申请所需；如果是，则接纳用户观看 单播视频；如果否，则拒绝用户观看单播视频。

还提供了一种组播带宽管理设备，所述设备包括：

第一接收模块，用于接收用户的组播视频申请；

判断模块，用于判断可提供的组播带宽是否满足所述组播视频申请所需；

第一处理模块，用于根据所述判断模块的判断结果对所述组播视频申请进行处理；如果 可提供的组播带宽不满足所述组播视频申请所需，则拒绝所述用户观看组播视频；如果可提 供的组播带宽满足所述组播视频申请所需，则判断是否存在上一层级设备，存在上一层级设 备时，将所述用户的组播视频申请转发给所述上一层级设备，由所述上一层级设备决定是否 接纳所述用户观看组播视频；不存在上一层级设备时，则接纳用户观看组播视频。

还提供了一种单播带宽管理设备，所述设备包括：

第一接收模块，用于接收用户的单播视频申请；

判断模块，用于判断可提供的与每个层级组播带宽管理设备相对应的单播带宽是否满足 所述单播视频申请所需；

第一处理模块，用于根据所述判断模块的判断结果对所述单播视频申请进行处理；如果 判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽满足所述单播视频申请所 需，则接纳用户观看单播视频；如果判断出可提供的与每个层级组播带宽管理设备相对应的 单播带宽不满足所述单播视频申请所需，则拒绝用户观看单播视频。

本发明实施例提供的技术方案的有益效果是：

用户申请组播视频时，组播带宽管理设备通过判断可提供的组播带宽是否满足用户的组 播视频申请所需，来决定是否接纳用户观看组播视频申请；用户申请单播视频时，单播带宽 管理设备通过判断可提供的与每个层级组播带宽管理设备相对应的单播带宽是否满足单播视 频申请所需，来决定是否接纳用户观看单播视频申请；不仅能够有效提高带宽的利用率，同 样能够满足运营商对带宽调整的需求。

附图说明

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

图1是本发明实施例1提供的接纳控制方法流程图；

图2是本发明实施例1提供的接纳控制方法流程图；

图3是本发明实施例2提供的一级带宽协商示意图；

图4是本发明实施例2提供的接纳控制方法流程图；

图5是本发明实施例3提供的第一种接纳控制示意图；

图6是本发明实施例3提供的第二种接纳控制示意图；

图7是本发明实施例3提供的第三种接纳控制示意图；

图8是本发明实施例3提供的第四种接纳控制示意图；

图9是本发明实施例3提供的第五种接纳控制示意图；

图10是本发明实施例3提供的第六种接纳控制示意图；

图11是本发明实施例4提供的二级带宽协商示意图；

图12是本发明实施例4提供的接纳控制方法流程图；

图13是本发明实施例5提供的第一种接纳控制示意图；

图14是本发明实施例5提供的第二种接纳控制示意图；

图15是本发明实施例5提供的第三种接纳控制示意图；

图16是本发明实施例5提供的第四种接纳控制示意图；

图17是本发明实施例5提供的第五种接纳控制示意图；

图18是本发明实施例5提供的第六种接纳控制示意图；

图19是本发明实施例5提供的第七种接纳控制示意图；

图20是本发明实施例5提供的第八种接纳控制示意图；

图21是本发明实施例5提供的第九种接纳控制示意图；

图22是本发明实施例5提供的第十种接纳控制示意图；

图23是本发明实施例5提供的第十一种接纳控制示意图；

图24是本发明实施例5提供的第十二种接纳控制示意图；

图25是本发明实施例5提供的第十三种接纳控制示意图；

图26是本发明实施例5提供的第十四种接纳控制示意图；

图27是本发明实施例5提供的第十五种接纳控制示意图；

图28是本发明实施例6提供的接纳控制系统结构示意图；

图29是本发明实施例7提供的第一种组播带宽管理设备结构示意图；

图30是本发明实施例7提供的第二种组播带宽管理设备结构示意图；

图31是本发明实施例7提供的第三种组播带宽管理设备结构示意图；

图32是本发明实施例7提供的第四种组播带宽管理设备结构示意图；

图33是本发明实施例8提供的第一种单播带宽管理设备结构示意图；

图34是本发明实施例8提供的第二种单播带宽管理设备结构示意图；

图35是本发明实施例8提供的第三种单播带宽管理设备结构示意图；

图36是本发明实施例8提供的第四种单播带宽管理设备结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进 一步地详细描述。

实施例1

本实施例提供了一种接纳控制方法，根据带宽控制粒度的不同，将多个组播带宽管理设 备分为不同层级，在用户申请组播视频时，参见图1，方法流程如下：

101：组播带宽管理设备接收用户的组播视频申请；

102：判断可提供的组播带宽是否满足所述组播视频申请所需；如果否，执行103，否则， 执行104；

103：拒绝所述用户观看组播视频，流程结束；

104：判断是否存在上一层级设备，如果是，则执行105，否则，执行106；

105：将所述用户的组播视频申请转发给上一层级设备，由所述上一层级设备决定是否接 纳所述用户观看组播视频，流程结束；

106：接纳用户观看组播视频，流程结束；

在用户申请单播视频时，参见图2，方法流程如下：

201：单播带宽管理设备接收用户的单播视频申请；

202：判断可提供的与每个层级组播带宽管理设备相对应的单播带宽是否满足所述单播视 频申请所需；如果是，执行203，否则，执行204；

203：接纳用户观看单播视频；

204：拒绝用户观看单播视频。

本实施例提供的方法，在接收到用户的组播视频申请时，只有每个层级的组播带宽管理 设备均有足够剩余带宽时，方可接纳用户观看组播视频，否则，拒绝用户观看组播视频；在 接收到用户的单播视频申请时，单播带宽管理设备需要确保与每个层级组播带宽管理设备相 对应的剩余单播带宽均足够时，才能接纳用户观看单播视频，不仅有效提高了带宽的利用率， 还能满足运营商对带宽调整的需求。

实施例2

本实施例提供了一种接纳控制方法，根据带宽控制粒度的不同，将多个组播带宽管理设 备分为不同层级，该方法针对于FTTH(Fiber To The Home，光纤到户)应用场景，单播带 宽管理设备为RACS，组播带宽管理设备为OLT(Optical Line Terminal，光线路终端)；在 此场景下，即RACS与OLT之间的一级带宽协商场景，对本发明实施例提供的接纳控制方法做 详细说明，参见图3，当用户上线时，OLT将用户线路ID(Identifier，标识符)上报给BRAS (Broadband Remote Access Server，宽带远程接入服务器)，BRAS将收到的线路ID转 发给RACS。其中，线路ID的消息定义为：

ANID xpon Frame_ID/Slot_ID/Sub-Slot_ID/Port_ID：ONT_ID.GemPort_ID.VLAN_ID；其 中，ANID表示的是OLT的ID；xpon表示这是PON(Passive Optical Network，无源光网 络)接入方式；根据带宽控制粒度的要求不同，线路ID的后几个参数可以设为固定值或者去 掉。例如：如果带宽控制只做到ONT(Optical Network Terminal，光网络终端)，而不区分 GemPort，VLAN(Virtual Local Area Network，虚拟局域网)，那么GemPort_ID和VLAN_ID 可以设为一个常数或者去掉。

根据来自BRAS转发或上报的信息及其它一些信息，RACS会动态地维护一个表，该表包 含但不限于用户名，线路ID，PON接口ID等信息，以及这些信息之间的对应关系，还可以包 含用户IP(Internet Protocol网际协议)，MAC(Medium Access Control，介质访问控制) 地址等信息，当用户下线时，RACS可以删除对应的表项，以减小表的大小，提高系统性能。

对于单播的情形，用户的单播视频请求会到达VoD Server，VoD Server会向RACS查询 是否有足够的带宽来接纳用户的请求。如果当前有足够的单播带宽，RACS会直接同意VoD Server的请求；如果当前单播带宽不够，RACS会尝试向组播带宽管理设备OLT借用带宽， 协商成功的话RACS也会同意VoD Server的请求，协商失败则拒绝VoD Server的请求，VoD Server会根据RACS反馈的结果来接纳或者拒绝用户观看单播视频。

参见图4，本实施例以一级带宽协商场景下，用户申请观看组播视频为例，对本实施例 提供的接纳控制方法做详细的说明，具体流程如下：

401：OLT接收到用户观看组播视频的请求，则OLT判断自身所管理的剩余组播带宽是否 足够满足用户观看组播视频所需，如果是，则执行402，否则，执行403；

402：OLT接纳用户观看组播视频，并复制组播视频给用户，以供用户观看该组播视频， 流程结束；

403：OLT向RACS请求借用部分单播带宽来用于组播视频。如果OLT的请求被RACS接纳， 即RACS自身管理的剩余单播带宽足够，则执行404；否则，执行405；

404：RACS向OLT分配带宽，OLT和RACS分别更新各自所管理的组播带宽和单播带宽， OLT接纳用户观看组播视频，复制组播视频给用户，流程结束；

针对该步骤，OLT会相应地增加自身所管理的组播带宽，而RACS会相应地减少自身所管 理的单播带宽，保证总的带宽不变。

405：OLT拒绝用户观看组播视频，流程结束。

关于用户申请观看单播视频时，用户的单播请求会到达VoD服务器，VoD服务器会将相 应的带宽请求通过AF(Application Function，应用功能实体)送到RACS。RACS将判断自 身所管理的剩余单播带宽是否满足用户单播视频申请所需，如果满足，则直接接纳用户观看 单播视频；如果没有足够的剩余单播带宽，RACS将向OLT借用一部分组播带宽用于单播视 频。如果RACS的请求被OLT接纳，即OLT自身管理的剩余组播带宽足够，则OLT将向RACS 分配组播带宽，OLT和RACS会分别更新各自管理的组播带宽和单播带宽。与用户申请组播 视频同理，RACS将相应地增加自身所管理的单播带宽，OLT将相应地减少自身所管理的组 播带宽，保证总的带宽不变，RACS将接纳用户观看单播视频；如果RACS的借用组播带宽 失败，即OLT自身管理的剩余组播带宽不够时，OLT拒绝向RACS借用组播带宽，RACS则 将拒绝用户观看单播视频。

本实施例提供的方法针对于一级带宽协商场景，接收到用户的组播视频申请时，保证组 播带宽管理设备有足够剩余组播带宽，或是在没有足够剩余组播带宽，但成功向单播带宽管 理设备借用了单播带宽时，才能接纳用户观看组播视频；否则，拒绝用户观看组播视频。接 收到用户的单播视频申请时，单播带宽管理设备需确认自身管理的剩余单播带宽足够，或是 在没有足够剩余单播带宽，但成功向组播带宽管理设备借用了组播带宽时，才能接纳用户观 看单播视频，否则，拒绝用户观看单播视频；通过单播带宽管理设备与组播带宽管理设备之 间的带宽协商，不仅能够有效提高带宽的利用率，还能满足运营商对带宽调整的需求。

实施例3

本实施例提供了一种接纳控制方法，为了对该方法做进一步的说明，针对于FTTH应用场 景，本实施例将结合一级带宽协商场景下的几种不同情况，对本实施例提供的方法做详细的 说明。

参见图5，以一级带宽协商场景下，当用户申请单播视频时，管理单播带宽的RACS带宽 足够，不需要借用带宽为例，流程如下：

501：用户向VoD服务器发出单播视频请求；

502：VoD服务器向AF申请单播带宽；

503：AF向RACS申请单播带宽；

504：RACS判断是否有足够剩余单播带宽——结果是有足够剩余单播带宽；

505：RACS向AF分配单播带宽，并相应减少自身所管理的单播带宽；

506：AF向VoD服务器分配单播带宽；

507：VoD服务器接纳用户观看单播视频，开始播放单播视频；

508：用户停止观看单播视频；

509：VoD服务器向AF发出释放单播带宽的消息，AF释放单播带宽；

510：AF向RACS发出释放单播带宽的消息，RACS释放占用的单播带宽。

参见图6，以一级带宽协商场景下，当用户申请单播视频时，管理单播带宽的RACS带宽 不够，需要向组播带宽管理设备OLT借用组播带宽，且借用组播带宽成功为例，流程如下：

601：用户向VoD服务器发出单播视频请求；

602：VoD服务器向AF申请单播带宽；

603：AF向RACS申请单播带宽；

604：RACS判断是否有足够剩余单播带宽——结果是没有足够剩余单播带宽；

605：RACS向OLT借用组播带宽用于单播视频；

606：OLT判断是否有足够的剩余组播带宽给RACS用于单播视频——结果是有足够的 剩余组播带宽；

607：OLT向RACS分配组播带宽，并相应地减少自身管理的组播带宽；

608：RACS向AF分配单播带宽；

609：AF向VoD服务器分配单播带宽；

610：VoD服务器接纳用户观看单播视频，开始播放单播视频；

611：用户停止观看单播视频；

612：VoD服务器向AF发出释放单播带宽的消息；

613：AF向RACS发出释放带宽的消息，RACS释放占用的组播带宽。

参见图7，以一级带宽协商场景下，当用户申请单播视频时，管理单播带宽的RACS带宽 不够，需要借用带宽，且借用带宽失败为例，流程如下：

701：用户向VoD服务器发出单播视频请求；

702：VoD服务器向AF申请单播带宽；

703：AF向RACS申请单播带宽；

704：RACS判断是否有足够的剩余单播带宽——结果是没有足够的剩余带宽；

705：RACS向OLT借用组播带宽用于单播视频；

706：OLT判断是否有足够的剩余组播带宽给RACS用于单播视频——结果是没有足够 的剩余组播带宽；

707：OLT拒绝向RACS分配组播带宽；

708：RACS拒绝向AF分配单播带宽；

709：AF拒绝向VoD服务器分配单播带宽；

710：VoD服务器拒绝用户观看单播视频。

参见图8，以一级带宽协商场景下，当用户申请组播视频时，管理组播带宽的OLT自身 管理的剩余组播带宽足够，不需要借用带宽为例，流程如下：

801：用户的组播视频请求到达OLT；

802：OLT判断是否有足够的剩余组播带宽——结果是有足够的剩余组播带宽；

803：OLT复制组播视频；

804：用户停止观看组播视频；

805：OLT停止复制组播视频。

参见图9，以一级带宽协商场景下，当用户申请组播视频时，管理组播带宽的OLT自身 管理的剩余组播带宽不够，需要向单播带宽管理设备RACS借用单播带宽，且借用单播带宽 成功为例，流程如下：

901：用户的组播视频请求到达OLT；

902：OLT判断是否有足够的剩余组播带宽——结果没有足够的剩余组播带宽；

903：OLT向RACS借用单播带宽用于组播视频；

904：RACS判断是否有足够的剩余单播带宽分配给OLT——结果是有足够的剩余单播带 宽；

905：RACS向OLT分配单播带宽，并相应地减少自身管理的单播带宽；而OLT则相应 地增加自身管理的组播带宽，保证总的带宽不变；

906：OLT开始复制组播视频；

907：用户停止观看组播视频；

908：OLT停止复制组播视频。

参见图10，以一级带宽协商场景下，当用户申请组播视频时，管理组播带宽的OLT自身 管理的剩余组播带宽不够，需要向单播带宽管理设备RACS借用单播带宽，且借用单播带宽 失败为例，流程如下：

1001：用户的组播视频请求到达OLT；

1002：OLT判断是否有足够的剩余组播带宽——结果是没有足够的剩余组播带宽；

1003：OLT向RACS借用单播带宽用于组播视频；

1004：RACS判断是否有足够的剩余单播带宽借给OLT——结果是没有足够的剩余单播 带宽；

1005：RACS拒绝向OLT分配单播带宽；

1006：OLT拒绝用户观看组播视频。

针对上面几种具体情况，单播带宽管理设备与组播带宽管理设备之间进行带宽协商时， 无论是哪个设备借用了带宽，都会相应地增加自身管理的带宽，而向对方分配带宽的设备， 则相应地减少自身管理的带宽，从而保证总的带宽不变。

本实施例结合一级带宽协商场景的几种具体情况，对本实施例提供的方法做了详细说明， 接收到用户的组播视频申请时，保证每个组播带宽管理设备均有足够剩余带宽时，才能接纳 用户观看组播视频；如果存在组播带宽管理设备没有足够带宽且向单播带宽管理设备借用带 宽失败，则拒绝用户观看组播视频。接收到用户的单播视频申请时，单播带宽管理设备保证 与每个层级组播带宽管理设备相对应的剩余单播带宽足够，才能接纳用户观看单播视频，否 则，拒绝用户观看单播视频。通过单播带宽管理设备与组播带宽管理设备之间的带宽协商， 实现接纳控制，不仅能够有效提高带宽的利用率，同样能够满足运营商对带宽调整的需求。

实施例4

参见图11，同样在FTTH场景下，单播带宽管理设备为RACS，组播带宽管理设备为OLT 与ONU(Optical Network Unit，光网络单元)，且OLT为ONU的上一层级设备，ONU和 RACS之间可以进行组播带宽与单播带宽的协商；OLT与RACS之间可以进行组播带宽与单 播带宽的协商，两种协商之间是相互独立的，不存在关联。

当用户上线时，ONU会上报用户线路ID(ONU_LINE_ID)给BRAS，该用户线路ID表 示用户占用ONU的用户线路标识；OLT也会上报一个用户线路ID(OLT_LINE_ID)给BRAS， 该用户线路ID表示用户占用OLT的用户线路标识；BRAS会将收到的所有用户线路ID转发 给RACS。

其中，ONU所上报的线路ID(ONU_LINE_ID)的定义为：

ANID eth Frame_ID/Slot_ID/Sub-Slot_ID/Port_ID：VLAN_ID；

或，ANID atm Frame_ID/Slot_ID/Sub-Slot_ID/Port_ID：VPI.PCI.VLAN_ID；

ANID表示的是ONU的ID；eth或atm表示接入方式是atm还是ethernet；

OLT所上报的线路ID(OLT_LINE_ID)的定义为：

ANID xpon Frame_ID/Slot_ID/Sub-Slot_ID/Port_ID：ONU_ID.GemPort_ID.VLAN_ID；

其中，ANID表示的是OLT的ID；xpon表示这是PON接入方式。

根据带宽控制粒度的要求不同，线路ID的后几个参数可以设为固定值或者去掉。例如在 OLT上如果带宽控制只做到ONU，而不区分GemPort，VLAN，那么GemPort_ID和VLAN_ID 可以设为一个常数或者去掉。

RACS将根据来自BRAS转发或上报的信息及其它一些信息，动态地维护两个表，一个 是与ONU相对应的，一个是与OLT相对应的。与ONU相对应的表中包含了用户名，Port_ID 等信息；与OLT相对应的表中包含了用户名，线路ID，ONT_ID，PON Port_ID等信息及这 些信息相互之间地对应关系。表中包含但不限于上述信息，例如与OLT对应的表中还可以包 含用户IP，MAC地址等信息。当用户下线时，RACS可以删除对应地表项，以减小表的大小， 提高系统性能。

本实施例仅以二级带宽协商场景，即组播带宽管理设备只有两个层级，用户申请单播视 频为例，对本实施例提供的方法做详细的说明，参见图12，具体流程如下：

1201：用户请求一个单播视频，该请求被发送到单播带宽管理设备RACS上，该RACS 判断与ONU、OLT上的相对应的剩余单播带宽是否足够，如果均足够，则执行1202，如果 与ONU、OLT其中的一个对应的剩余单播带宽不够，则执行1203，如果与ONU、OLT对应 的剩余单播带宽均不够，则执行1208；

1202：RACS接纳用户观看单播视频，流程结束；

1203：RACS判断是与OLT相对应的剩余单播带宽不够还是与ONU相对应的剩余单播 带宽不够，如果缺少与OLT相对应的剩余单播带宽，则执行1204，如果缺少与ONU相对应 的剩余单播带宽，则执行1205；

1204：RACS向OLT借用组播带宽用于单播视频，如果借用成功，则执行1205；如果借 用失败，则执行1210；

1205：OLT向RACS分配组播带宽，RACS接纳用户观看单播视频，流程结束；

1206：RACS向ONU借用单播带宽用于单播视频，如果借用成功，则执行1207；否则， 执行1210；

1207：ONU向RACS分配组播带宽，RACS接纳用户观看单播视频，流程结束；

1208：RACS首先向OLT借用组播带宽用于单播视频，如果借用成功，则执行1209，否 则，执行1210；

1209：OLT向RACS分配组播带宽，则RACS向ONU借用组播带宽用于单播视频；如 果借用成功，则执行1207，否则，执行1210；

1210：RACS拒绝接纳用户观看单播视频，流程结束。

针对上面具体情况，单播带宽管理设备与组播带宽管理设备之间进行带宽协商时，无论 是哪个设备借用了带宽，都会相应地增加自身管理的带宽，而向对方分配带宽的设备，则相 应地减少自身管理的带宽，从而保证总的带宽不变。

本实例提供的方法同样适用于多级带宽协商的情形，在单播时，RACS需要分别确认每 个层级对应的单播带宽都要足够，才能接纳用户观看单播视频；没有足够的带宽时，并且需 要向单播带宽不足的组播带宽管理设备借用带宽，来确保单播能够顺利进行。如果RACS向 某一个组播带宽管理设备借用带宽失败，则拒绝用户观看单播视频。对于组播也类似，每一 个层级都需要分别确认自身是否有足够的组播带宽来接纳用户新的组播视频请求，如果不够， 每一个层级都需要分别向RACS借用带宽；如果任何一个层级的借用带宽失败，用户的组播 请求会被拒绝。

本实施例提供的方法，通过RACS需要分别确认每一层级组播带宽管理设备所对应的剩 余单播带宽是否足够，即是否预留有足够的单播带宽，并且需要向剩余单播带宽不足的对应 层级组播带宽管理设备借用组播带宽，来确保与每个层级组播带宽管理设备所对应的剩余单 播带宽均足够。如果RACS向某一层级组播带宽管理设备借用组播带宽失败，则用户的单播 视频请求会被拒绝。对于组播也类似，每一层级组播带宽管理设备都需要分别确认自身是否 有足够的剩余组播带宽来接纳用户新的组播视频请求，如果不够，则需要向RACS借用单播 带宽；如果任一层级组播带宽管理设备向RACS借用单播带宽失败，用户的组播请求就会被 拒绝，通过单播带宽管理设备与组播带宽管理设备之间的带宽协商，从而有效提高了带宽的 利用率，满足运营商的带宽调整需求。

实施例5

本实施例提供了一种接纳控制方法，为了对该方法做进一步的说明，本实施例将结合二 级带宽协商场景下的几种不同情况，对本实施例提供的方法做详细的说明。

参见图13，以二级带宽协商场景下，当用户申请单播视频时，管理单播带宽的RACS自 身管理的剩余单播带宽足够，不需要借用带宽为例，流程如下：

1301：用户向VoD服务器请求视频点播；

1302：VoD服务器向AF申请单播带宽；

1303：AF向RACS申请单播带宽；

1304：RACS判断是否有足够的剩余单播带宽——结果是有足够的剩余单播带宽；

1305：RACS向AF分配单播带宽；

1306：AF向VoD服务器分配单播带宽；

1307：VoD服务器同意用户的请求，开始播放视频；

1308：用户停止观看VoD视频；

1309：VoD服务器向AF发出释放单播带宽的消息；

1310：AF向RACS发出释放单播带宽的消息。

参见图14，以二级带宽协商场景下，当用户申请单播视频时，管理单播带宽的RACS自 身管理的剩余单播带宽不够，需要向管理组播带宽的OLT借用组播带宽，且借用组播带宽成 功为例，流程如下：

1401：用户向VoD服务器请求视频点播；

1402：VoD服务器向AF申请单播带宽；

1403：AF向RACS申请单播带宽；

1404：RACS判断是否有足够的剩余单播带宽——结果是没有足够的剩余单播带宽，需 要向OLT借；

1405：RACS向OLT申请借用组播带宽用于单播视频；

1406：OLT判断是否有足够的剩余组播带宽借给RACS——结果是有足够的剩余组播带 宽；

1407：OLT向RACS分配组播带宽；

1408：RACS向AF分配单播带宽；

1409：AF向VoD服务器分配单播带宽；

1410：VoD服务器同意用户的请求，开始播放视频；

1411：用户停止观看VoD视频；

1412：VoD服务器向AF发出释放单播带宽的消息；

1413：AF向RACS发出释放单播带宽的消息。

参见图15，以二级带宽协商场景下，当用户申请单播视频，管理单播带宽的RACS自身 管理的剩余单播带宽不够，需要向OLT借用组播带宽，且借用组播带宽失败为例，流程如下：

1501：用户向VoD服务器请求视频点播；

1502：VoD服务器向AF申请单播带宽；

1503：AF向RACS申请单播带宽；

1504：RACS判断是否有足够的剩余单播带宽——结果是没有足够的剩余单播带宽，需 要向OLT借用组播带宽；

1505：RACS向OLT申请借用组播带宽；

1506：OLT判断是否有足够的剩余组播带宽——结果是没有足够的剩余组播带宽；

1507：OLT拒绝向RACS分配组播带宽；

1508：RACS拒绝向AF分配单播带宽；

1509：AF拒绝向VoD服务器分配单播带宽；

1510：VoD服务器拒绝用户观看视频点播。

参见图16，以二级带宽协商场景下，当用户申请单播视频，管理单播带宽的RACS自身 管理的剩余单播带宽不够，需要向ONU借用组播带宽，且借用组播带宽成功为例，流程如 下：

1601：用户向VoD服务器请求视频点播；

1602：VoD服务器向AF申请单播带宽；

1603：AF向RACS申请单播带宽；

1604：RACS判断是否有足够的剩余单播带宽——结果是没有足够的剩余单播带宽，需 要向ONU借用组播带宽；

1605：RACS向ONU申请借用组播带宽用于单播视频；

1606：ONU判断是否有足够的剩余组播带宽借给RACS——结果是有足够的剩余组播带 宽；

1607：ONU向RACS分配组播带宽；

1608：RACS向AF分配单播带宽；

1609：AF向VoD服务器分配单播带宽；

1610：VoD服务器同意用户的请求，开始播放视频；

1611：用户停止观看VoD视频；

1612：VoD服务器向AF发出释放单播带宽的消息，AF释放占用的单播带宽；

1613：AF向RACS发出释放带宽的消息，RACS释放占用的组播带宽。

参见图17，以二级带宽协商场景下，当用户申请单播视频，管理单播带宽的RACS自身 管理的剩余单播带宽不够，需要向ONU借用组播带宽，且借用组播带宽失败为例，流程如 下：

1701：用户向VoD服务器请求视频点播；

1702：VoD服务器向AF申请单播带宽；

1703：AF向RACS申请单播带宽；

1704：RACS判断是否有足够的剩余单播带宽——结果是没有足够的剩余单播带宽，需 要向ONU借用组播带宽；

1705：RACS向ONU申请借用组播带宽；

1706：ONU判断是否有足够的剩余组播带宽——结果是没有足够的剩余组播带宽；

1707：ONU拒绝向RACS分配组播带宽；

1708：RACS拒绝向AF分配单播带宽；

1709：AF拒绝向VoD服务器分配单播带宽；

1710：VoD服务器拒绝用户观看视频点播。

参见图18，以二级带宽协商场景下，当用户申请单播视频，管理单播带宽的RACS自身 管理的剩余单播带宽不够，需要向OLT和ONU借用组播带宽，且借用组播带宽成功为例， 流程如下：

1801：用户向VoD服务器请求视频点播；

1802：VoD服务器向AF申请单播带宽；

1803：AF向RACS申请单播带宽；

1804：RACS判断是否有足够的剩余单播带宽——结果是没有足够的剩余单播带宽，需 要向ONU和OLT借用组播带宽；

1805：RACS向OLT申请借用组播带宽；

1806：OLT判断是否有足够的剩余组播带宽——结果是有足够的剩余组播带宽；

1807：OLT向RACS分配组播带宽；

1808：RACS向ONU申请借用组播带宽；

1809：ONU判断是否有足够的剩余组播带宽——结果是有足够的剩余组播带宽；

1810：ONU向RACS分配组播带宽；

1811：RACS向AF分配单播带宽；

1812：AF向VoD服务器分配单播带宽；

1813：VoD服务器同意用户的请求，开始播放视频；

1814：用户停止观看VoD视频；

1815：VoD服务器向AF发出释放单播带宽的消息，AF释放占用的单播带宽；

1816：AF向RACS发出释放单播带宽的消息，RACS释放占用的组播带宽。

参见图19，以二级带宽协商场景下，当用户申请单播视频，管理单播带宽的RACS自身 管理的剩余单播带宽不够，需要向OLT和ONU借用组播带宽，且向OLT借用组播带宽失败 为例，流程如下：

1901：用户向VoD服务器请求视频点播；

1902：VoD服务器向AF申请单播带宽；

1903：AF向RACS申请单播带宽；

1904：RACS判断是否有足够的剩余单播带宽——结果是没有足够的剩余单播带宽，需 要向OLT和ONU借用组播带宽；

1905：RACS向OLT申请借用组播带宽；

1906：OLT判断是否有足够的剩余组播带宽——结果是没有足够的剩余组播带宽；

1907：OLT拒绝向RACS分配组播带宽；

1908：RACS拒绝向AF分配单播带宽；

1909：AF拒绝向VoD服务器分配单播带宽；

1910：VoD服务器拒绝用户观看点播视频。

参见图20，以二级带宽协商场景下，当用户申请单播视频，管理单播带宽的RACS自身 管理的单播带宽不够，需要向OLT和ONU借用组播带宽，且向OLT借用组播带宽成功，向 ONU借用组播带宽失败为例，流程如下：

2001：用户向VoD服务器请求视频点播；

2002：VoD服务器向AF申请单播带宽；

2003：AF向RACS申请单播带宽；

2004：RACS判断是否有足够的剩余单播带宽——结果是没有足够的剩余单播带宽，需 要向OLT和ONU借用组播带宽；

2005：RACS向OLT申请借用组播带宽用于单播视频；

2006：OLT判断是否有足够的剩余组播带宽借给RACS——结果是有足够的剩余组播带 宽；

2007：OLT向RACS分配组播带宽；

2008：RACS向ONU申请借用组播带宽用于单播视频；

2009：ONU判断是否有足够的剩余组播带宽借给RACS——结果是没有足够的剩余组播 带宽；

2010：ONU拒绝向RACS分配组播带宽；

2011：RACS拒绝向AF分配单播带宽；

2012：AF拒绝向VoD服务器分配单播带宽；

2013：VoD服务器拒绝用户观看视频点播。

参见图21，以二级带宽协商场景下，当用户申请组播视频，管理组播带宽的OLT和ONU 管理的剩余组播带宽足够，不需要借用单播带宽为例，流程如下：

2101：用户向ONU请求组播视频节目；

2102：ONU判断是否有足够的剩余组播带宽接纳用户请求——结果是有足够的剩余组播 带宽；

2103：ONU向OLT转发用户的组播视频请求；

2104：OLT判断是否有足够的剩余组播带宽来接纳用户请求——结果是有足够的剩余组 播带宽；

2105：OLT通知ONU接纳用户观看组播视频节目；

2106：ONU开始复制组播视频；

2107：用户停止观看组播视频；

2108：ONU停止复制组播视频；

2109：ONU通知OLT释放组播带宽。

参见图22，以二级带宽协商场景下，当用户申请组播视频，管理组播带宽的ONU管理 的组播带宽不够，需要向管理单播带宽的RACS借用单播带宽，且借用单播带宽成功为例， 流程如下：

2201：用户向ONU请求组播视频节目；

2202：ONU判断是否有足够的剩余组播带宽接纳用户请求——结果是没有足够的剩余组 播带宽；

2203：ONU向RACS申请借用单播带宽用于组播视频；

2204：RACS判断是否有足够剩余单播带宽借给ONU——结果是有足够的剩余单播带宽；

2205：RACS向ONU分配单播带宽；

2206：ONU向OLT转发用户的组播视频请求；

2207：OLT判断是否有足够的剩余组播带宽来接纳用户请求——结果是有足够的剩余组 播带宽；

2208：OLT通知ONU接纳用户观看组播视频节目；

2209：ONU开始复制组播视频；

2210：用户停止观看组播视频；

2211：ONU停止复制组播视频复制；

2212：ONU通知OLT释放组播带宽。

参见图23，以二级带宽协商场景下，当用户申请组播视频，管理组播带宽的ONU管理 的剩余组播带宽不够，需要向管理单播带宽的RACS借用单播带宽，且借用单播带宽失败为 例，流程如下：

2301：用户向ONU请求组播视频节目；

2302：ONU判断是否有足够的剩余组播带宽接纳用户请求——结果是没有足够的剩余组 播带宽；

2303：ONU向RACS申请借用单播带宽用于组播视频；

2304：RACS判断是否有足够的剩余单播带宽借给ONU——结果是没有足够剩余单播带 宽；

2305：RACS拒绝向ONU分配单播带宽。

参见图24，以二级带宽协商场景下，当用户申请组播视频，管理组播带宽的OLT管理的 剩余组播带宽不够，需要向管理单播带宽的RACS借用单播带宽，且借用单播带宽成功为例， 流程如下：

2401：用户向ONU请求组播视频节目；

2402：ONU判断是否有足够的剩余组播带宽接纳用户请求——结果是有足够的剩余组播 带宽；

2403：ONU向OLT转发用户的组播视频请求；

2404：OLT判断是否有足够的剩余组播带宽来接纳用户请求——结果是没有足够的剩余 组播带宽；

2405：OLT向RACS申请借用单播带宽用于组播视频；

2406：RACS判断是否有足够的剩余单播带宽借给OLT——结果是有足够的剩余单播带 宽；

2407：RACS向OLT分配单播带宽；

2408：OLT通知ONU接纳用户观看组播视频；

2409：ONU开始复制组播视频；

2410：用户停止观看组播视频；

2411：ONU停止复制组播视频；

2412：ONU通知OLT释放组播带宽。

参见图25，以二级带宽协商场景下，当用户申请组播视频，管理组播带宽的OLT管理的 剩余组播带宽不够，需要向管理单播带宽的RACS借用单播带宽，且借用单播带宽失败为例， 流程如下：

2501：用户向ONU请求组播视频节目；

2502：ONU判断是否有足够的剩余组播带宽接纳用户请求——结果是有足够的剩余组播 带宽；

2503：ONU向OLT转发用户的组播视频请求；

2504：OLT判断是否有足够的剩余组播带宽来接纳用户请求——结果是没有足够的剩余 组播带宽；

2505：OLT向RACS申请借用单播带宽用于组播视频；

2506：RACS判断是否有足够的剩余单播带宽借给OLT——结果是没有足够的剩余单播 带宽；

2507：RACS拒绝向OLT分配单播带宽；

2508：OLT通知ONU拒绝用户观看组播视频；

2509：ONU拒绝用户观看组播视频。

参见图26，以二级带宽协商场景下，当用户申请组播视频，管理组播带宽的OLT和ONU 管理的剩余组播带宽均不够，需要向管理单播带宽的RACS借用单播带宽，且借用单播带宽 成功为例，流程如下：

2601：用户向ONU请求组播视频节目；

2602：ONU判断是否有足够的剩余组播带宽接纳用户请求——结果是没有足够的剩余组 播带宽；

2603：ONU向RACS申请借用单播带宽用于组播视频；

2604：RACS判断是否有足够的剩余单播带宽借给ONU——结果是有足够的剩余单播带 宽；

2605：RACS向ONU分配单播带宽；

2606：ONU向OLT转发用户的组播视频请求；

2607：OLT判断是否有足够的剩余组播带宽来接纳用户请求——结果是没有足够的剩余 组播带宽；

2608：OLT向RACS申请借用单播带宽用于组播视频；

2609：RACS判断是否有足够剩余带宽借给OLT——结果是有足够的剩余单播带宽；

2610：RACS向OLT分配单播带宽；

2611：OLT通知ONU接纳用户观看组播视频；

2612：ONU开始复制组播视频；

2613：用户停止观看组播视频；

2614：ONU停止复制组播视频；

2615：ONU通知OLT释放组播带宽。

参见图27，以二级带宽协商场景下，当用户申请组播视频，管理组播带宽的OLT和ONU 管理的剩余组播带宽均不够，需要向管理单播带宽的RACS借用单播带宽，且ONU借用单 播带宽成功，而OLT借用单播带宽失败为例，流程如下：

2701：用户向ONU请求组播视频节目；

2702：ONU判断是否有足够的剩余组播带宽接纳用户请求——结果是没有足够的剩余组 播带宽；

2703：ONU向RACS申请借用单播带宽用于组播视频；

2704：RACS判断是否有足够的剩余单播带宽借给ONU——结果是有足够的剩余单播带 宽；

2705：RACS向ONU分配单播带宽；

2706：ONU向OLT转发用户的组播视频请求；

2707：OLT判断是否有足够的剩余组播带宽来接纳用户请求——结果是没有足够的剩余 组播带宽；

2708：OLT向RACS申请借用单播带宽用于组播视频；

2709：RACS判断是否有足够的剩余单播带宽借给OLT——结果是没有足够的剩余单播 带宽；

2710：RACS拒绝向OLT分配单播带宽；

2711：OLT通知ONU拒绝用户观看组播视频；

2712：ONU拒绝用户观看组播视频。

综上所述，以上所有情况中，RACS判断是否有足够的剩余单播带宽，均指RACS管理 的与每个层级组播带宽管理设备相对应的剩余单播带宽是否足够，如果均足够，则结果是有 足够的剩余单播带宽，如果与至少一个层级组播带宽管理设备相对应的剩余单播带宽不够， 则结果是没有足够的剩余单播带宽。

针对上面几种具体情况，单播带宽管理设备与组播带宽管理设备之间进行带宽协商时， 无论是哪个设备借用了带宽，都会相应地增加自身管理的带宽，而向对方分配带宽的设备， 则相应地减少自身管理的带宽，从而保证总的带宽不变。

本实施例提供的方法，通过RACS需要分别确认每一个环节上是否预留有足够的带宽， 并且需要向单播带宽不足的环节借用带宽，来确保单播能够顺利进行。如果RACS向某一个 环节借用带宽失败，则用户的请求会被拒绝。对于组播也类似，每一个环节都需要分别确认 自身是否有足够的组播带宽来接纳用户新的组播请求，如果不够，每一个环节都需要分别向 RACS借用带宽；如果任何一个环节的借用失败，用户的组播请求会被拒绝，通过单播带宽 管理设备与组播带宽管理设备之间的带宽协商，从而有效提高了带宽的利用率，满足运营商 的带宽调整需求。

实施例6

参见图28，本实施例提供了一种接纳控制系统，该系统包括：组播带宽管理设备2801 和单播带宽管理设备2802；组播带宽管理设备2801为1至多个；

组播带宽管理设备2801，用于接收用户的组播视频申请，判断可提供的组播带宽是否满 足组播视频申请所需；如果可提供的组播带宽不满足组播视频申请所需，则拒绝用户观看组 播视频；如果可提供的组播带宽满足组播视频申请所需，则判断是否存在上一层级设备，存 在上一层级设备时，将用户的组播视频申请转发给上一层级设备，由上一层级设备决定是否 接纳用户观看组播视频；不存在上一层级设备时，则接纳用户观看组播视频。

单播带宽管理设备2802，用于接收用户的单播视频申请，判断可提供的与每个层级组播 带宽管理设备2801相对应的单播带宽是否满足单播视频申请所需；如果是，则接纳用户观看 单播视频；如果否，则拒绝用户观看单播视频。

其中，组播带宽管理设备2801，还用于在用户上线时，向单播带宽管理设备上报用户占 用本层级组播带宽管理设备2801的用户线路标识；

相应地，单播带宽管理设备2802，还用于接收组播带宽管理设备2801上报的用户线路 标识。

进一步地，组播带宽管理设备2801，还用于接收到单播带宽管理设备2802的借用组播 带宽申请时，判断管理的剩余组播带宽是否足够，如果足够，则向单播带宽管理设备2802分 配组播带宽，如果不够，则拒绝向单播带宽管理设备2802分配组播带宽。

单播带宽管理设备2802，还用于接收到组播带宽管理设备2801的借用单播带宽申请时， 判断与每个层级组播带宽管理设备2801所对应的剩余单播带宽是否均足够，如果均足够，则 向组播带宽管理设备2801分配单播带宽，如果与每个层级组播带宽管理设备2801中的至少 一个层级组播带宽管理设备2801相对应的剩余单播带宽不够，则拒绝向组播带宽管理设备 2801借用单播带宽。

另外，单播带宽管理设备与组播带宽管理设备之间进行带宽协商时，无论是哪个设备借 用了带宽，都会相应地增加自身管理的带宽，而向对方分配带宽的设备，则相应地减少自身 管理的带宽，从而保证总的带宽不变。

本实施例提供的系统，通过单播带宽管理设备与组播带宽管理设备之间的带宽协商，实 现对用户视频申请的接纳控制，不仅能够实现一级带宽协商，同样适用于两级甚至多级的带 宽协商，从而有效提高了带宽的利用率，满足运营商的带宽调整需求。

实施例7

参见图29，本实施例提供了一种组播带宽管理设备，该组播带宽管理设备包括：

第一接收模块2901，用于接收用户的组播视频申请；

判断模块2902，用于判断可提供的组播带宽是否满足组播视频申请所需；

第一处理模块2903，用于根据判断模块的判断结果对组播视频申请进行处理；如果可提 供的组播带宽不满足组播视频申请所需，则拒绝用户观看组播视频；如果可提供的组播带宽 满足组播视频申请所需，则判断是否存在上一层级设备，存在上一层级设备时，将用户的组 播视频申请转发给上一层级设备，由上一层级设备决定是否接纳用户观看组播视频；不存在 上一层级设备时，则接纳用户观看组播视频。

参见图30，该组播带宽管理设备，还包括：

上报模块2904，用于在用户上线时，向单播带宽管理设备上报用户占用本层级组播带宽 管理设备的用户线路标识。

具体地，上述判断模块2902，具体用于在管理的剩余组播带宽满足组播视频申请所需要 的组播带宽时，或，在管理的剩余组播带宽不满足组播视频申请所需要的组播带宽，向单播 带宽管理设备申请借用单播带宽，且借用单播带宽成功时，判断可提供的组播带宽满足组播 视频申请所需；

否则，判断可提供的组播带宽不满足组播视频申请所需；

相应地，参见图31，该组播带宽管理设备，还包括：

借用单播带宽模块2905，具体用于以用户占用本层级组播带宽管理设备的用户线路标识 向单播带宽管理设备申请借用单播带宽，如果接收到单播带宽管理设备在判断出与每个层级 组播带宽管理设备所对应的剩余单播带宽均足够时分配的单播带宽，则借用单播带宽成功， 否则，借用单播带宽失败。

参见图32，该组播带宽管理设备，还包括：

第二接收模块2906，用于接收单播带宽管理设备的借用组播带宽申请；

第二处理模块2907，用于在第二接收模块接收到单播带宽管理设备的借用组播带宽申请 后，判断管理的剩余组播带宽是否足够，如果足够，则向单播带宽管理设备分配组播带宽， 如果不够，则拒绝向单播带宽管理设备分配组播带宽。

除此之外，组播带宽管理设备在与单播带宽管理设备之间进行带宽协商时，如果向单播 带宽管理设备借用了单播带宽，则相应地增加自身管理的组播带宽，如果向单播带宽管理设 备分配了组播带宽，则相应地减少自身管理的组播带宽，从而保证总的带宽不变。

本实施例提供的组播带宽管理设备，确保每个层级管理组播设备各自管理的剩余组播带 宽都要足够时，才能接纳用户观看组播视频，否则拒绝用户观看组播视频；如果带宽不够， 还可以向单播带宽管理设备借用带宽，不仅能够实现一级带宽协商，同样能够实现两级甚至 多级的带宽协商，从而有效提高了带宽的利用率，满足运营商的带宽调整需求。

实施例9

参见图33，本实施例提供了一种单播带宽管理设备，该单播带宽管理设备包括：

第一接收模块3301，用于接收用户的单播视频申请；

判断模块3302，用于判断可提供的与每个层级组播带宽管理设备相对应的单播带宽是否 满足单播视频申请所需；

第一处理模块3303，用于根据判断模块3302的判断结果对单播视频申请进行处理；

如果判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽满足单播视频申请 所需，则接纳用户观看单播视频；

如果判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足单播视频申 请所需，则拒绝用户观看单播视频。

参见图34，该单播带宽管理设备，还包括：

第二接收模块3304，用于接收每个层级组播带宽管理设备上报的用户线路标识。

具体地，上述判断模块3302，具体用于在管理的与每个层级组播带宽管理设备相对应的 剩余单播带宽均满足单播视频申请所需时；或，在管理的与至少一个层级组播带宽管理设备 相对应的剩余单播带宽不满足单播视频申请所需，向对应层级组播带宽管理设备申请借用组 播带宽，且借用组播带宽成功时，判断可提供的与每个层级组播带宽管理设备相对应的单播 带宽满足单播视频申请所需；

否则，判断可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足单播视频申 请所需；

相应地，参见图35，该单播带宽管理设备，还包括：

借用组播带宽模块3305，具体用于查对应层级组播带宽管理设备上报的用户线路标识， 以查到的用户线路标识向对应层级组播带宽管理设备申请借用组播带宽，如果接收到对应 层级组播带宽管理设备在判断出管理的剩余组播带宽足够之后分配的组播带宽，则借用组播 带宽成功，否则，借用组播带宽失败。

进一步地，参见图36，该单播带宽管理设备，还包括：

第三接收模块3306，用于接收组播带宽管理设备的借用单播带宽申请；

第二处理模块3307，用于在第三接收模块接收到组播带宽管理设备的借用单播带宽申请 后，判断与每个层级组播带宽管理设备所对应的剩余单播带宽是否均足够，如果均足够，则 向组播带宽管理设备分配单播带宽，如果与每个层级组播带宽管理设备中的至少一个层级组 播带宽管理设备相对应的剩余单播带宽不够，则拒绝向组播带宽管理设备借用单播带宽。

除此之外，单播带宽管理设备在与组播带宽管理设备之间进行带宽协商时，如果向组播 带宽管理设备借用了组播带宽，则相应地增加自身管理的单播带宽，如果向组播带宽管理设 备分配了单播带宽，则相应地减少自身管理的单播带宽，从而保证总的带宽不变。

本实施例提供的单播带宽管理设备，确保与每个层级的管理组播设备对应的剩余单播带 宽都要足够时，才能接纳用户的申请，否则用户的申请会被拒绝；如果与哪个组播带宽管理 设备对应的单播带宽不够，还可以向该组播带宽管理设备借用组播带宽，不仅能够实现一级 带宽协商，同样能够实现两级甚至多级的带宽协商，从而有效提高了带宽的利用率，满足运 营商的带宽调整需求。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本发明实施例中的部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的 存储介质中，如光盘或硬盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之 内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。