专利名称：一种接纳控制方法、系统及设备的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种接纳控制方法、系统及设备。
背景技术：
随着人们对网络业务的需求，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 ToThex，光纤到楼、光纤到户等各种光纤应用的统称)场景下的带宽协商，因此，不能完全满 足运营商对带宽协商的需求。
发明内容
本发明实施例提供了一种接纳控制方法、系统及设备，能够满足运营商对带宽协商的需 求。所述技术方案如下
一方面，提供了一种接纳控制方法，所述方法包括-
组播带宽管理设备接收用户的组播视频申请，判断可提供的组播带宽是否满足所述组播 视频申请所需；
如果可提供的组播带宽不满足所述组播视频申请所需，则拒绝所述用户观看组播视频； 如果可提供的组播带宽满足所述组播视频申请所需，则判断是否存在上一层级设备； 存在上一层级设备时，将所述用户的组播视频申请转发给所述上一层级设备，由所述上 一层级设备决定是否接纳所述用户观看组播视频；
不存在上一层级设备时，则接纳用户观看组播视频。 还提供了一种接纳控制方法，所述方法包括
播带宽管理设备接收用户的单播视频申请，判断可提供的与每个层级组播带宽管理设备 相对应的单播带宽是否满足所述单播视频申请所需； 如果是，则接纳用户观看单播视频； 如果否，则拒绝用户观看单播视频。
另一方面，提供了一种接纳控制系统，所述系统包括单播带宽管理设备和组播带宽管 理设备；所述组播带宽管理设备为l至多个；
所述组播带宽管理设备，用于接收用户的组播视频申请，判断可提供的组播带宽是否满 足所述组播视频申请所需；如果可提供的组播带宽不满足所述组播视频申请所需，则拒绝所 述用户观看组播视频；如果可提供的组播带宽满足所述组播视频申请所需，则判断是否存在 上一层级设备，存在上一层级设备时，将所述用户的组播视频申请转发给所述上一层级设备， 由所述上一层级设备决定是否接纳所述用户观看组播视频；不存在上一层级设备时，则接纳 用户观看组播视频；
所述单播带宽管理设备，用于接收用户的单播视频申请，判断可提供的与每个层级组播 带宽管理设备相对应的单播带宽是否满足所述单播视频申请所需；如果是，则接纳用户观看 单播视频；如果否，则拒绝用户观看单播视频。
9还提供了一种组播带宽管理设备，所述设备包括 第一接收模块，用于接收用户的组播视频申请；
判断模块，用于判断可提供的组播带宽是否满足所述组播视频申请所需；
第一处理模块，用于根据所述判断模块的判断结果对所述组播视频申请进行处理；如果 可提供的组播带宽不满足所述组播视频申请所需，则拒绝所述用户观看组播视频；如果可提 供的组播带宽满足所述组播视频申请所需，则判断是否存在上一层级设备，存在上一层级设 备时，将所述用户的组播视频申请转发给所述上一层级设备，由所述上一层级设备决定是否 接纳所述用户观看组播视频；不存在上一层级设备时，则接纳用户观看组播视频。
还提供了一种单播带宽管理设备，所述设备包括
第一接收模块，用于接收用户的单播视频申请；
判断模块，用于判断可提供的与每个层级组播带宽管理设备相对应的单播带宽是否满足 所述单播视频申请所需；
第一处理模块，用于根据所述判断模块的判断结果对所述单播视频申请进行处理；如果 判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽满足所述单播视频申请所 需，则接纳用户观看单播视频；如果判断出可提供的与每个层级组播带宽管理设备相对应的 单播带宽不满足所述单播视频申请所需，则拒绝用户观看单播视频。
本发明实施例提供的技术方案的有益效果是
用户申请组播视频时，组播带宽管理设备通过判断可提供的组播带宽是否满足用户的组 播视频申请所需，来决定是否接纳用户观看组播视频申请；用户申请单播视频时，单播带宽 管理设备通过判断可提供的与每个层级组播带宽管理设备相对应的单播带宽是否满足单播视 频申请所需，来决定是否接纳用户观看单播视频申请；不仅能够有效提高带宽的利用率，同 样能够满足运营商对带宽调整的需求。
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附 图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域 普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图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
本实施例提供了一种接纳控制方法，根据带宽控制粒度的不同，将多个组播带宽管理设 备分为不同层级，在用户申请组播视频时，参见图l，方法流程如下 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 N改work 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,应用功能实体)送至ij RACS。 RACS将判断自 身所管理的剩余单播带宽是否满足用户单播视频申请所需，如果满足，则直接接纳用户观看 单播视频；如果没有足够的剩余单播带宽，RACS将向OLT借用一部分组播带宽用于单播视 频。如果RACS的请求被OLT接纳，即OLT自身管理的剩余组播带宽足够，则OLT将向RACS 分配组播带宽，OLT和RACS会分别更新各自管理的组播带宽和单播带宽。与用户申请组播 视频同理，RACS将相应地增加自身所管理的单播带宽，OLT将相应地减少自身所管理的组 播带宽，保证总的带宽不变，RACS将接纳用户观看单播视频；如果RACS的借用组播带宽 失败，即OLT自身管理的剩余组播带宽不够时，OLT拒绝向RACS借用组播带宽，RACS贝!J 将拒绝用户观看单播视频。
本实施例提供的方法针对于一级带宽协商场景，接收到用户的组播视频申请时，保证组 播带宽管理设备有足够剩余组播带宽，或是在没有足够剩余组播带宽，但成功向单播带宽管 理设备借用了单播带宽时，才能接纳用户观看组播视频；否则，拒绝用户观看组播视频。接 收到用户的单播视频申请时，单播带宽管理设备需确认自身管理的剩余单播带宽足够，或是 在没有足够剩余单播带宽，但成功向组播带宽管理设备借用了组播带宽时，才能接纳用户观 看单播视频，否则，拒绝用户观看单播视频；通过单播带宽管理设备与组播带宽管理设备之 间的带宽协商，不仅能够有效提高带宽的利用率，还能满足运营商对带宽调整的需求。
实施例3
本实施例提供了一种接纳控制方法，为了对该方法做进一步的说明，针对于FTTH应用场 景，本实施例将结合一级带宽协商场景下的几种不同情况，对本实施例提供的方法做详细的 说明。 '
参见图5，以一级带宽协商场景下，当用户申请单播视频时，管理单播带宽的RACS带宽 足够，不需要借用带宽为例，流程如下
14501:用户向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: OUT判断是否有足够的剩余组播带宽给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申请单播带宽；
15703: 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开始复制组播视频； 卯7:用户停止观看组播视频； 卯8: OLT停止复制组播视频。
参见图10，以一级带宽协商场景下，当用户申请组播视频时，管理组播带宽的OLT自身
16管理的剩余组播带宽不够，需要向单播带宽管理设备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之间可以进fi^组播带宽与单播带宽的协商；OLT与RACS之间可以进行组播带宽与单 播带宽的协商，两种协商之间是相互独立的，不存在关联。
当用户上线时，ONU会上报用户线路ID (ONU_LINE_ID)给BRAS，该用户线路ID表 示用户占用ONU的用户线路标识；OLT也会上报一个用户线路ID (OLTJLINEjD)给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 xponFrame_ID/Slot—ID/Sub-Slot_ID/Port—ID : ONU—ID.GemPort—ID.VLANID; 其中，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自
19身管理的剩余单播带宽足够，不需要借用带宽为例，流程如下 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— _结果是有足够的剩余组播带
宽s
1607: ONU向RACS分配组播带宽；
1608: RACS向AF分配单播带宽；
1609: AF向VoD服务器分配单播带宽
1610: VoD服务器同意用户的请求，开始播放视频；
1611:用户停止观看VoD视频；
1612: VoD服务器向AF发出释放单播带宽的消息，AF释放占用的单播带宽； 1613: AF向RACS发出释放带宽的消息，RACS释放占用的组播带宽。
21参见图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申请借用组播带宽；
讓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申请借用组播带宽；
l卯6: 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分配组播带宽；
232008: 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转发用户的组播视频请求；
242207: 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分配单播带宽；
252408: 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的判断结果对单播视频申请进行处理；
如果判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽满足单播视频申请 所需，则接纳用户观看单播视频；
如果判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足单播视频申 请所需，则拒绝用户观看单播视频。
30参见图34，该单播带宽管理设备，还包括
第二接收模块3304，用于接收每个层级组播带宽管理设备上报的用户线路标识。 具体地，上述判断模块3302，具体用于在管理的与每个层级组播带宽管理设备相对应的 剩余单播带宽均满足单播视频申请所需时；或，在管理的与至少一个层级组播带宽管理设备 相对应的剩余单播带宽不满足单播视频申请所需，向对应层级组播带宽管理设备申请借用组 播带宽，且借用组播带宽成功时，判断可提供的与每个层级组播带宽管理设备相对应的单播 带宽满足单播视频申请所需；
否则，判断可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足单播视频申 请所需；
相应地，参见图35，该单播带宽管理设备，还包括
借用组播带宽模块3305，具体用于查找对应层级组播带宽管理设备上报的用户线路标识， 以査找到的用户线路标识向对应层级组播带宽管理设备申请借用组播带宽，如果接收到对应 层级组播带宽管理设备在判断出管理的剩余组播带宽足够之后分配的组播带宽，则借用组播 带宽成功，否则，借用组播带宽失败。
进一步地，参见图36，该单播带宽管理设备，还包括
第三接收模块3306，用于接收组播带宽管理设备的借用单播带宽申请；
第二处理模块3307，用于在第三接收模块接收到组播带宽管理设备的借用单播带宽申请 后，判断与每个层级组播带宽管理设备所对应的剩余单播带宽是否均足够，如果均足够，则 向组播带宽管理设备分配单播带宽，如果与每个层级组播带宽管理设备中的至少--个层级组 播带宽管理设备相对应的剩余单播带宽不够，则拒绝向组播带宽管理设备借用单播带宽。
除此之外，单播带宽管理设备在与组播带宽管理设备之间进行带宽协商时，如果向组播 带宽管理设备借用了组播带宽，则相应地增加自身管理的单播带宽，如果向组播带宽管理设 备分配了单播带宽，则相应地减少自身管理的单播带宽，从而保证总的带宽不变。
本实施例提供的单播带宽管理设备，确保与每个层级的管理组播设备对应的剩余单播带 宽都要足够时，才能接纳用户的申请，否则用户的申请会被拒绝；如果与哪个组播带宽管理 设备对应的单播带宽不够，还可以向该组播带宽管理设备借用组播带宽，不仅能够实现一级 带宽协商，同样能够实现两级甚至多级的带宽协商，从而有效提高了带宽的利用率，满足运 营商的带宽调整需求。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
本发明实施例中的部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，如光盘或硬盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之 内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1、一种接纳控制方法，其特征在于，所述方法包括组播带宽管理设备接收用户的组播视频申请，判断可提供的组播带宽是否满足所述组播视频申请所需；如果可提供的组播带宽不满足所述组播视频申请所需，则拒绝所述用户观看组播视频；如果可提供的组播带宽满足所述组播视频申请所需，则判断是否存在上一层级设备；存在上一层级设备时，将所述用户的组播视频申请转发给所述上一层级设备，由所述上一层级设备决定是否接纳所述用户观看组播视频；不存在上一层级设备时，则接纳用户观看组播视频。
2、 根据权利要求1所述的方法，其特征在于，所述判断可提供的组播带宽是否满足所述 组播视频申请所需，具体包括在管理的剩余组播带宽满足所述组播视频申请所需的组播带宽时，或，在管理的剩余组 播带宽不满足所述组播视频申请所需的组播带宽，向单播带宽管理设备申请借用单播带宽， 且借用所述单播带宽成功时，判断可提供的组播带宽满足所述组播视频申请所需；否则，判断可提供的组播带宽不满足所述组播视频申请所需。
3、 根据权利要求2所述的方法，其特征在于，所述接收用户组播视频申请之前，还包括-在用户上线时，向所述单播带宽管理设备上报所述用户占用本层级组播带宽管理设备的用户线路标识。
4、 根据权利要求3所述的方法，其特征在于，所述向所述单播带宽管理设备借用单播带 宽，且借用所述单播带宽成功，具体包括以所述用户占用本层级组播带宽管理设备的用户线路标识向所述单播带宽管理设备申请 借用单播带宽，且接收到所述单播带宽管理设备分配的单播带宽，所述单播带宽是由所述单播带宽管理设备在判断出与每个层级组播带宽管理设备相对应的剩余单播带宽均足够时分配的。
5、 一种接纳控制方法，其特征在于，所述方法包括单播带宽管理设备接收用户的单播视频申请，判断可提供的与每个层级组播带宽管理设 备相对应的单播带宽是否满足所述单播视频申请所需； 如果是，则接纳用户观看单播视频； 如果否，则拒绝用户观看单播视频。
6、 根据权利要求5所述的方法，其特征在于，所述判断可提供的与每个层级组播带宽管 理设备相对应的单播带宽是否满足所述单播视频申请所需，具体包括在管理的与所述每个层级组播带宽管理设备相对应的剩余单播带宽均满足所述单播视频 申请所需时；或，在管理的与至少一个层级组播带宽管理设备相对应的剩余单播带宽不满足 所述单播视频申请所需，向对应层级组播带宽管理设备申请借用组播带宽，且借用所述组播 带宽成功时，则判断可提供的与每个层级组播带宽管理设备相对应的单播带宽满足所述单播 视频申请所需；否则，判断可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足所述单播视 频申请所需。
7、 根据权利要求6所述的方法，其特征在于，所述接收用户的单播视频申请之前，还包括接收所述每个层级组播带宽管理设备上报的用户线路标识。
8、 根据权利要求7所述的方法，其特征在于，所述在管理的与至少一个层级组播带宽管 理设备相对应的剩余单播带宽不满足所述单播视频申请所需，向对应层级组播带宽管理设备 申请借用组播带宽，且借用所述组播带宽成功，具体包括査找所述对应层级组播带宽管理设备上报的用户线路标识，以所述查找到的用户线路标 识向所述对应层级组播带宽管理设备申请借用组播带宽，且接收到所述对应层级组播带宽管 理设备分配的组播带宽，所述组播带宽是由所述对应层级组播带宽管理设备在判断出管理的 剩余组播带宽足够之后分配的。
9、 一种用户接纳控制系统，其特征在于，所述系统包括组播带宽管理设备和单播带宽 管理设备；所述组播带宽管理设备为1至多个；所述组播带宽管理设备，用于接收用户的组播视频申请，判断可提供的组播带宽是否满足所述组播视频申请所需；如果可提供的组播带宽不满足所述组播视频申请所需，则拒绝所 述用户观看组播视频；如果可提供的组播带宽满足所述组播视频申请所需，则判断是否存在 上一层级设备，存在上一层级设备时，将所述用户的组播视频申请转发给所述上一层级设备， 由所述上一层级设备决定是否接纳所述用户观看组播视频；不存在上一层级设备时，则接纳 用户观看组播视频；所述单播带宽管理设备，用于接收用户的单播视频申请，判断可提供的与每个层级组播 带宽管理设备相对应的单播带宽是否满足所述单播视频申请所需；如果是，则接纳用户观看 单播视频；如果否，则拒绝用户观看单播视频。
10、 根据权利要求9所述的系统，其特征在于，所述组播带宽管理设备，还用于在用户上线时，向所述单播带宽管理设备上报所述用户 占用本层级组播带宽管理设备的用户线路标识；相应地，所述单播带宽管理设备，还用于接收每个层级组播带宽管理设备上报的用户线 路标识。
11、 根据权利要求10所述的系统，其特征在于，所述组播带宽管理设备，还用于接收到所述单播带宽管理设备的借用组播带宽申请时， 判断管理的剩余组播带宽是否足够，如果足够，则向所述单播带宽管理设备分配组播带宽， 如果不够，则拒绝向所述单播带宽管理设备分配组播带宽。
12、 根据权利要求10所述的系统，其特征在于，所述单播带宽管理设备，还用于接收到所述组播带宽管理设备的借用单播带宽申请时， 判断与每个层级组播带宽管理设备相对应的剩余单播带宽是否均足够，如果均足够，则向所 述组播带宽管理设备分配单播带宽，如果与至少一个层级组播带宽管理设备相对^Z的剩余单 播带宽不够，则拒绝向所述组播带宽管理设备借用单播带宽。
13、 一种组播带宽管理设备，其特征在于，所述组播带宽管理设备包括 第一接收模块，用于接收用户的组播视频申请；判断模块，用于判断可提供的组播带宽是否满足所述组播视频申请所需； 第一处理模块，用于根据所述判断模块的判断结果对所述组播视频申请进行处理；如果可提供的组播带宽不满足所述组播视频申请所需，则拒绝所述用户观看组播视频；如果可提 供的组播带宽满足所述组播视频申请所需，则判断是否存在上一层级设备，存在上一层级设 备时，将所述用户的组播视频申请转发给所述上一层级设备，由所述上一层级设备决定是否 接纳所述用户观看组播视频；不存在上一层级设备时，则接纳用户观看组播视频。
14、 根据权利要求13所述的组播带宽管理设备，其特征在于，所述组播带宽管理设备， 还包括上报模块，用于在用户上线时，向所述单播带宽管理设备上报所述用户占用本层级组播 带宽管理设备的用户线路标识。
15、 根据权利要求14所述的组播带宽管理设备，其特征在于，所述判断模块，具体用于 在管理的剩余组播带宽满足所述组播视频申请所需的组播带宽时，或，在管理的剩余组播带 宽不满足所述组播视频申请所需的组播带宽，向单播带宽管理设备申请借用单播带宽，且借 用所述单播带宽成功时，判断可提供的组播带宽满足所述组播视频申请所需；否则，判断可提供的组播带宽不满足所述组播视频申请所需； 相应地，所述组播带宽管理设备，还包括借用单播带宽模块，具体用于以所述用户占用本层级组播带宽管理设备的用户线路标识 向所述单播带宽管理设备申请借用单播带宽，如果接收到所述单播带宽管理设备在判断出与 每个层级组播带宽管理设备所对应的剩余单播带宽均足够时分配的单播带宽，则借用单播带 宽成功，否则，借用单播带宽失败。
16、 根据权利要求13所述的组播带宽管理设备，其特征在于，所述组播带宽管理设备， 还包括第二接收模块，用于接收单播带宽管理设备的借用组播带宽申请；第二处理模块，用于在所述第二接收模块接收到所述单播带宽管理设备的借用组播带宽 申请后，判断管理的剩余组播带宽是否足够，如果足够，则向所述单播带宽管理设备分配组 播带宽，如果不够，则拒绝向所述单播带宽管理设备分配组播带宽。
17、 一种单播带宽管理设备，其特征在于，所述单播带宽管理设备包括 第一接收模块，用于接收用户的单播视频申请；判断模块，用于判断可提供的与每个层级组播带宽管理设备相对应的单播带宽是否满足 所述单播视频申请所需；第一处理模块，用于根据所述判断模块的判断结果对所述单播视频申请进行处理；如果 判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽满足所述单播视频申请所 需，则接纳用户观看单播视频；如果判断出可提供的与每个层级组播带宽管理设备相对应的 单播带宽不满足所述单播视频申请所需，则拒绝用户观看单播视频。
18、 根据权利要求17所述的单播带宽管理设备，其特征在于，所述单播带宽管理设备， 还包括第二接收模块，用于接收每个层级组播带宽管理设备上报的用户线路标识。
19、 根据权利要求18所述的单播带宽管理设备，其特征在于，所述判断模块，具体用于在管理的与所述每个层级组播带宽管理设备相对应的剩余单播 带宽均满足所述单播视频申请所需时；或，在管理的与至少一个层级组播带宽管理设备相对 应的剩余单播带宽不满足所述单播视频申请所需，向对应层级组播带宽管理设备申请借用组 播带宽，且借用所述组播带宽成功时，判断可提供的与每个层级组播带宽管理设备相对应的 单播带宽满足所述单播视频申请所需；否则，判断可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足^f述单播视 频申请所需；相应地，所述单播带宽管理设备，还包括借用组播带宽模块，具体用于查找所述对应层级组播带宽管理设备上报的用户线路标识， 以所述查找到的用户线路标识向所述对应层级组播带宽管理设备申请借用组播带宽，如果接 收到所述对应层级组播带宽管理设备在判断出管理的剩余组播带宽足够之后分配的组播带 宽，则借用组播带宽成功，否则，借用组播带宽失败。
20、 根据权利要求17所述的单播带宽管理设备，其特征在于，所述单播带宽管理设备，还包括第三接收模块，用于接收组播带宽管理设备的借用单播带宽申请； 第二处理模块，用于在所述第三接收模块接收到所述组播带宽管理设备的借用单播带宽 申请后，判断管理的与每个层级组播带宽管理设备所对应的剩余单播带宽是否均足够，如果均足够，则向所述组播带宽管理设备分配单播带宽，如果管理的与至少一个层级组播带宽管 理设备相对应的剩余单播带宽不够，则拒绝向所述组播带宽管理设备借用单播带宽。
全文摘要
本发明公开了一种接纳控制方法、系统及设备，属于通信领域。所述方法包括接收到用户的组播视频申请时，保证每个组播带宽管理设备均有足够剩余带宽时，才能接纳用户观看组播视频；如果存在组播带宽管理设备没有足够带宽且向单播带宽管理设备借用带宽失败，则拒绝用户观看组播视频。接收到用户的单播视频申请时，单播带宽管理设备保证与每个层级组播带宽管理设备相对应的剩余单播带宽足够，才能接纳用户观看单播视频，否则，拒绝用户观看单播视频。所述系统包括单播带宽管理设备和组播带宽管理设备。本发明通过单播带宽管理设备与每个层级组播带宽管理设备之间的带宽协商，完成基于无源光网络的接纳控制，具有实现两级至多级带宽协商的效果。
文档编号H04L12/54GK101494607SQ200910079268
公开日2009年7月29日 申请日期2009年3月5日 优先权日2009年3月5日
发明者汪伊明, 婷 邹, 安 闵, 黄福清 申请人:华为技术有限公司