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

专利名称：一种接纳控制方法、系统及设备的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种接纳控制方法、系统及设备。
背景技术：
随着人们对网络业务的需求，IPTV(IP Television, IP电视)^P 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 ToThe 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提供的第十五种接纳控制示意图；图观是本发明实施例6提供的接纳控制系统结构示意图；图四是本发明实施例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，光纤到户)应用场景，单
9播带宽管理设备为RACS，组播带宽管理设备为OLT (Optical Line Terminal，光线路终端)； 在此场景下，即RACS与OLT之间的一级带宽协商场景，对本发明实施例提供的接纳控制方法做详细说明，参见图3，当用户上线时，OLT将用户线路IDddentifier，标识符)上报给 BRAS (Broadband Remote Access Server，宽带远程接入服务器)，BRAS将收到的线路ID转发给RACS。其中，线路ID的消息定义为ANID xpon Frame_ID/Slot_ID/Sub_Slot_ID/Port_ID :0NT_ID. GemPort_ ID. VLAN_ID ；其中，ANID 表示的是 OLT 的 ID ；xpon 表示这是 PON(Passive Optical Network，无源光网络)接入方式；根据带宽控制粒度的要求不同，线路ID的后几个参数可以设为固定值或者去掉。例如如果带宽控制只做到ONT(Optical Network Terminal, 光网络终端)，而不区分GemPort，VLAN(Virtual Local AreaNetwork，虚拟局域网)，那么 GemPort_ID和VLAN_ID可以设为一个常数或者去掉。根据来自BRAS转发或上报的信息及其它一些信息，RACS会动态地维护一个表，该表包含但不限于用户名，线路ID，PON接口 ID等信息，以及这些信息之间的对应关系，还可以包含用户 IP(Internet Protocol 网际协议)，MAC (Medium Access Control，介质访问控制)地址等信息，当用户下线时，RACS可以删除对应的表项，以减小表的大小，提高系统性能。对于单播的情形，用户的单播视频请求会到达VoD Server,VoD Server会向RACS 查询是否有足够的带宽来接纳用户的请求。如果当前有足够的单播带宽，RACS会直接同意 VoDServer的请求；如果当前单播带宽不够，RACS会尝试向组播带宽管理设备OLT借用带宽，协商成功的话RACS也会同意VoD Server的请求，协商失败则拒绝VoD Server的请求， VoDServer会根据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 :0LT判断是否有足够的剩余组播带宽——结果是没有足够的剩余组播带宽；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(0NU_LINE_ID)给BRAS，该用户线路ID表示用户占用ONU的用户线路标识；OLT也会上报一个用户线路ID(0LT_LINE_ID)给BRAS，该用户线路ID表示用户占用OLT的用户线路标识；BRAS会将收到的所有用户线路ID转发给 RACS。其中，ONU所上报的线路ID (0NU_LINE_ID)的定义为ANID eth Frame_ID/Slot_ID/Sub-Slot_ID/Port_ID :VLAN_ID ；或，ANIDatm Frame_ID/Slot_ID/Sub-Slot_ID/Port_ID :VPI. PCI. VLAN_ID ；ANID表示的是ONU的ID ；eth或atm表示接入方式是atm还是ethernet ；OLT所上报的线路ID (0LT_LINE_ID)的定义为ANID xpon Frame_ID/Slot_ID/Sub_Slot_ID/Port_ID :0NU_ID. GemPort_ ID. VLAN_ID ；
其中，ANID表示的是OLT的ID ；χροη表示这是PON接入方式。根据带宽控制粒度的要求不同，线路ID的后几个参数可以设为固定值或者去掉。 例如在OLT上如果带宽控制只做到0NU，而不区分GemPort，VLAN，那么GemPort_ID和VLAN_ ID可以设为一个常数或者去掉。RACS将根据来自BRAS转发或上报的信息及其它一些信息，动态地维护两个表，一个是与ONU相对应的，一个是与OLT相对应的。与ONU相对应的表中包含了用户名，Port_ ID等信息；与OLT相对应的表中包含了用户名，线路ID，0NT_ID，P0NPort_ID等信息及这些信息相互之间地对应关系。表中包含但不限于上述信息，例如与OLT对应的表中还可以包含用户IP，MAC地址等信息。当用户下线时，RACS可以删除对应地表项，以减小表的大小， 提高系统性能。本实施例仅以二级带宽协商场景，即组播带宽管理设备只有两个层级，用户申请单播视频为例，对本实施例提供的方法做详细的说明，参见图12，具体流程如下1201 用户请求一个单播视频，该请求被发送到单播带宽管理设备RACS上，该 RACS判断与0NU、0LT上的相对应的剩余单播带宽是否足够，如果均足够，则执行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 :0LT判断是否有足够的剩余组播带宽——结果是没有足够的剩余组播带宽；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 :0NU判断是否有足够的剩余组播带宽——结果是没有足够的剩余组播带宽；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申请单播带宽；
17
1903 =AF向RACS申请单播带宽；1904 =RACS判断是否有足够的剩余单播带宽——结果是没有足够的剩余单播带宽，需要向OLT和ONU借用组播带宽；1905 =RACS向OLT申请借用组播带宽；1906 :0LT判断是否有足够的剩余组播带宽——结果是没有足够的剩余组播带宽；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 :0NU拒绝用户观看组播视频。参见图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 :0NU拒绝用户观看组播视频。综上所述，以上所有情况中，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，用于在第二接收模块接收到单播带宽管理设备的借用组播带宽申请后，判断管理的剩余组播带宽是否足够，如果足够，则向单播带宽管理设备分配组播带宽，如果不够，则拒绝向单播带宽管理设备分配组播带宽。除此之外，组播带宽管理设备在与单播带宽管理设备之间进行带宽协商时，如果向单播带宽管理设备借用了单播带宽，则相应地增加自身管理的组播带宽，如果向单播带宽管理设备分配了组播带宽，则相应地减少自身管理的组播带宽，从而保证总的带宽不变。本实施例提供的组播带宽管理设备，确保每个层级管理组播设备各自管理的剩余组播带宽都要足够时，才能接纳用户观看组播视频，否则拒绝用户观看组播视频；如果带宽不够，还可以向单播带宽管理设备借用带宽，不仅能够实现一级带宽协商，同样能够实现两级甚至多级的带宽协商，从而有效提高了带宽的利用率，满足运营商的带宽调整需求。实施例8参见图33，本实施例提供了一种单播带宽管理设备，该单播带宽管理设备包括第一接收模块3301，用于接收用户的单播视频申请；判断模块3302，用于判断可提供的与每个层级组播带宽管理设备相对应的单播带宽是否满足单播视频申请所需；第一处理模块3303，用于根据判断模块3302的判断结果对单播视频申请进行处理；如果判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽满足单播视频申请所需，则接纳用户观看单播视频；如果判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足单播视频申请所需，则拒绝用户观看单播视频。参见图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所述的系统，其特征在于，所述单播带宽管理设备，还用于接收到所述组播带宽管理设备的借用单播带宽申请时，判断与每个层级组播带宽管理设备相对应的剩余单播带宽是否均足够，如果均足够，则向所述组播带宽管理设备分配单播带宽，如果与至少一个层级组播带宽管理设备相对应的剩余单播带宽不够，则拒绝向所述组播带宽管理设备借用单播带宽。
13.—种组播带宽管理设备，其特征在于，所述组播带宽管理设备包括第一接收模块，用于接收用户的组播视频申请；判断模块，用于判断可提供的组播带宽是否满足所述组播视频申请所需；第一处理模块，用于根据所述判断模块的判断结果对所述组播视频申请进行处理；如果可提供的组播带宽不满足所述组播视频申请所需，则拒绝所述用户观看组播视频；如果可提供的组播带宽满足所述组播视频申请所需，则判断是否存在上一层级设备，存在上一层级设备时，将所述用户的组播视频申请转发给所述上一层级设备，由所述上一层级设备决定是否接纳所述用户观看组播视频；不存在上一层级设备时，则接纳用户观看组播视频。
14.根据权利要求13所述的组播带宽管理设备，其特征在于，所述组播带宽管理设备， 还包括上报模块，用于在用户上线时，向所述单播带宽管理设备上报所述用户占用本层级组播带宽管理设备的用户线路标识。
15.根据权利要求14所述的组播带宽管理设备，其特征在于，所述判断模块，具体用于在管理的剩余组播带宽满足所述组播视频申请所需的组播带宽时，或，在管理的剩余组播带宽不满足所述组播视频申请所需的组播带宽，向单播带宽管理设备申请借用单播带宽， 且借用所述单播带宽成功时，判断可提供的组播带宽满足所述组播视频申请所需；否则，判断可提供的组播带宽不满足所述组播视频申请所需；相应地，所述组播带宽管理设备，还包括借用单播带宽模块，具体用于以所述用户占用本层级组播带宽管理设备的用户线路标识向所述单播带宽管理设备申请借用单播带宽，如果接收到所述单播带宽管理设备在判断出与每个层级组播带宽管理设备所对应的剩余单播带宽均足够时分配的单播带宽，则借用单播带宽成功，否则，借用单播带宽失败。
16.根据权利要求13所述的组播带宽管理设备，其特征在于，所述组播带宽管理设备， 还包括第二接收模块，用于接收单播带宽管理设备的借用组播带宽申请；第二处理模块，用于在所述第二接收模块接收到所述单播带宽管理设备的借用组播带宽申请后，判断管理的剩余组播带宽是否足够，如果足够，则向所述单播带宽管理设备分配组播带宽，如果不够，则拒绝向所述单播带宽管理设备分配组播带宽。
17.一种单播带宽管理设备，其特征在于，所述单播带宽管理设备包括第一接收模块，用于接收用户的单播视频申请；判断模块，用于判断可提供的与每个层级组播带宽管理设备相对应的单播带宽是否满足所述单播视频申请所需；第一处理模块，用于根据所述判断模块的判断结果对所述单播视频申请进行处理；如果判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽满足所述单播视频申请所需，则接纳用户观看单播视频；如果判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足所述单播视频申请所需，则拒绝用户观看单播视频。
18.根据权利要求17所述的单播带宽管理设备，其特征在于，所述单播带宽管理设备， 还包括第二接收模块，用于接收每个层级组播带宽管理设备上报的用户线路标识。
19.根据权利要求18所述的单播带宽管理设备，其特征在于，所述判断模块，具体用于在管理的与所述每个层级组播带宽管理设备相对应的剩余单播带宽均满足所述单播视频申请所需时；或，在管理的与至少一个层级组播带宽管理设备相对应的剩余单播带宽不满足所述单播视频申请所需，向对应层级组播带宽管理设备申请借用组播带宽，且借用所述组播带宽成功时，判断可提供的与每个层级组播带宽管理设备相对应的单播带宽满足所述单播视频申请所需；否则，判断可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足所述单播视频申请所需；相应地，所述单播带宽管理设备，还包括借用组播带宽模块，具体用于查找所述对应层级组播带宽管理设备上报的用户线路标识，以所述查找到的用户线路标识向所述对应层级组播带宽管理设备申请借用组播带宽， 如果接收到所述对应层级组播带宽管理设备在判断出管理的剩余组播带宽足够之后分配的组播带宽，则借用组播带宽成功，否则，借用组播带宽失败。
20.根据权利要求17所述的单播带宽管理设备，其特征在于，所述单播带宽管理设备， 还包括第三接收模块，用于接收组播带宽管理设备的借用单播带宽申请； 第二处理模块，用于在所述第三接收模块接收到所述组播带宽管理设备的借用单播带宽申请后，判断管理的与每个层级组播带宽管理设备所对应的剩余单播带宽是否均足够， 如果均足够，则向所述组播带宽管理设备分配单播带宽，如果管理的与至少一个层级组播带宽管理设备相对应的剩余单播带宽不够，则拒绝向所述组播带宽管理设备借用单播带觅ο
全文摘要
本发明公开了一种接纳控制方法、系统及设备，属于通信领域。所述方法包括接收到用户的组播视频申请时，保证每个组播带宽管理设备均有足够剩余带宽时，才能接纳用户观看组播视频；如果存在组播带宽管理设备没有足够带宽且向单播带宽管理设备借用带宽失败，则拒绝用户观看组播视频。接收到用户的单播视频申请时，单播带宽管理设备保证与每个层级组播带宽管理设备相对应的剩余单播带宽足够，才能接纳用户观看单播视频，否则，拒绝用户观看单播视频。所述系统包括单播带宽管理设备和组播带宽管理设备。本发明通过单播带宽管理设备与每个层级组播带宽管理设备之间的带宽协商，完成基于无源光网络的接纳控制，具有实现两级至多级带宽协商的效果。
文档编号H04L12/56GK102333041SQ201110334819
公开日2012年1月25日 申请日期2009年3月5日 优先权日2009年3月5日
发明者汪伊明, 邹婷, 闵安, 黄福清 申请人:华为技术有限公司