CN102333041A - 一种接纳控制方法、***及设备 - Google Patents
一种接纳控制方法、***及设备 Download PDFInfo
- Publication number
- CN102333041A CN102333041A CN201110334819.8A CN201110334819A CN102333041A CN 102333041 A CN102333041 A CN 102333041A CN 201110334819 A CN201110334819 A CN 201110334819A CN 102333041 A CN102333041 A CN 102333041A
- Authority
- CN
- China
- Prior art keywords
- bandwidth
- management equipment
- multicast
- unicast
- multicast bandwidth
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种接纳控制方法、***及设备,属于通信领域。所述方法包括:接收到用户的组播视频申请时,保证每个组播带宽管理设备均有足够剩余带宽时,才能接纳用户观看组播视频;如果存在组播带宽管理设备没有足够带宽且向单播带宽管理设备借用带宽失败,则拒绝用户观看组播视频。接收到用户的单播视频申请时,单播带宽管理设备保证与每个层级组播带宽管理设备相对应的剩余单播带宽足够,才能接纳用户观看单播视频,否则,拒绝用户观看单播视频。所述***包括:单播带宽管理设备和组播带宽管理设备。本发明通过单播带宽管理设备与每个层级组播带宽管理设备之间的带宽协商,完成基于无源光网络的接纳控制,具有实现两级至多级带宽协商的效果。
Description
技术领域
本发明涉及通信领域,特别涉及一种接纳控制方法、***及设备。
背景技术
随着人们对网络业务的需求,IPTV(IP Television,IP电视)和VoD(Video on Demand,视频点播)等业务变得日益重要,为了避免过多的网络业务同时在线运行而影响用户观看视频的质量,带给用户良好的体验,在接纳用户的网络业务时,应采取一些控制措施,这种措施称为接纳控制。
现有技术中的一种接纳控制方式是:在xDSL(Generic Digital Subscriber Line,各种数字用户线)场景下,静态地将视频带宽划分为单播带宽和组播带宽,由DSLAM(DigitalSubscriber 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提供的第十五种接纳控制示意图;
图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 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: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,PONPort_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,用于在第二接收模块接收到单播带宽管理设备的借用组播带宽申请后,判断管理的剩余组播带宽是否足够,如果足够,则向单播带宽管理设备分配组播带宽,如果不够,则拒绝向单播带宽管理设备分配组播带宽。
除此之外,组播带宽管理设备在与单播带宽管理设备之间进行带宽协商时,如果向单播带宽管理设备借用了单播带宽,则相应地增加自身管理的组播带宽,如果向单播带宽管理设备分配了组播带宽,则相应地减少自身管理的组播带宽,从而保证总的带宽不变。
本实施例提供的组播带宽管理设备,确保每个层级管理组播设备各自管理的剩余组播带宽都要足够时,才能接纳用户观看组播视频,否则拒绝用户观看组播视频;如果带宽不够,还可以向单播带宽管理设备借用带宽,不仅能够实现一级带宽协商,同样能够实现两级甚至多级的带宽协商,从而有效提高了带宽的利用率,满足运营商的带宽调整需求。
实施例8
参见图33,本实施例提供了一种单播带宽管理设备,该单播带宽管理设备包括:
第一接收模块3301,用于接收用户的单播视频申请;
判断模块3302,用于判断可提供的与每个层级组播带宽管理设备相对应的单播带宽是否满足单播视频申请所需;
第一处理模块3303,用于根据判断模块3302的判断结果对单播视频申请进行处理;
如果判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽满足单播视频申请所需,则接纳用户观看单播视频;
如果判断出可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足单播视频申请所需,则拒绝用户观看单播视频。
参见图34,该单播带宽管理设备,还包括:
第二接收模块3304,用于接收每个层级组播带宽管理设备上报的用户线路标识。
具体地,上述判断模块3302,具体用于在管理的与每个层级组播带宽管理设备相对应的剩余单播带宽均满足单播视频申请所需时;或,在管理的与至少一个层级组播带宽管理设备相对应的剩余单播带宽不满足单播视频申请所需,向对应层级组播带宽管理设备申请借用组播带宽,且借用组播带宽成功时,判断可提供的与每个层级组播带宽管理设备相对应的单播带宽满足单播视频申请所需;
否则,判断可提供的与每个层级组播带宽管理设备相对应的单播带宽不满足单播视频申请所需;
相应地,参见图35,该单播带宽管理设备,还包括:
借用组播带宽模块3305,具体用于查找对应层级组播带宽管理设备上报的用户线路标识,以查找到的用户线路标识向对应层级组播带宽管理设备申请借用组播带宽,如果接收到对应层级组播带宽管理设备在判断出管理的剩余组播带宽足够之后分配的组播带宽,则借用组播带宽成功,否则,借用组播带宽失败。
进一步地,参见图36,该单播带宽管理设备,还包括:
第三接收模块3306,用于接收组播带宽管理设备的借用单播带宽申请;
第二处理模块3307,用于在第三接收模块接收到组播带宽管理设备的借用单播带宽申请后,判断与每个层级组播带宽管理设备所对应的剩余单播带宽是否均足够,如果均足够,则向组播带宽管理设备分配单播带宽,如果与每个层级组播带宽管理设备中的至少一个层级组播带宽管理设备相对应的剩余单播带宽不够,则拒绝向组播带宽管理设备借用单播带宽。
除此之外,单播带宽管理设备在与组播带宽管理设备之间进行带宽协商时,如果向组播带宽管理设备借用了组播带宽,则相应地增加自身管理的单播带宽,如果向组播带宽管理设备分配了单播带宽,则相应地减少自身管理的单播带宽,从而保证总的带宽不变。
本实施例提供的单播带宽管理设备,确保与每个层级的管理组播设备对应的剩余单播带宽都要足够时,才能接纳用户的申请,否则用户的申请会被拒绝;如果与哪个组播带宽管理设备对应的单播带宽不够,还可以向该组播带宽管理设备借用组播带宽,不仅能够实现一级带宽协商,同样能够实现两级甚至多级的带宽协商,从而有效提高了带宽的利用率,满足运营商的带宽调整需求。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本发明实施例中的部分步骤,可以利用软件实现,相应的软件程序可以存储在可读取的存储介质中,如光盘或硬盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (20)
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所述的单播带宽管理设备,其特征在于,所述单播带宽管理设备,还包括:
第三接收模块,用于接收组播带宽管理设备的借用单播带宽申请;
第二处理模块,用于在所述第三接收模块接收到所述组播带宽管理设备的借用单播带宽申请后,判断管理的与每个层级组播带宽管理设备所对应的剩余单播带宽是否均足够,如果均足够,则向所述组播带宽管理设备分配单播带宽,如果管理的与至少一个层级组播带宽管理设备相对应的剩余单播带宽不够,则拒绝向所述组播带宽管理设备借用单播带宽。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110334819.8A CN102333041A (zh) | 2009-03-05 | 2009-03-05 | 一种接纳控制方法、***及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110334819.8A CN102333041A (zh) | 2009-03-05 | 2009-03-05 | 一种接纳控制方法、***及设备 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100792688A Division CN101494607B (zh) | 2009-03-05 | 2009-03-05 | 一种接纳控制方法、***及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102333041A true CN102333041A (zh) | 2012-01-25 |
Family
ID=45484650
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110334819.8A Pending CN102333041A (zh) | 2009-03-05 | 2009-03-05 | 一种接纳控制方法、***及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102333041A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103139099A (zh) * | 2012-12-31 | 2013-06-05 | 北京北大众志微***科技有限责任公司 | 自适应的带宽调节方法及装置 |
CN105763457A (zh) * | 2014-12-15 | 2016-07-13 | 华为技术有限公司 | 组播报文处理方法和网络设备 |
CN110519119A (zh) * | 2019-07-31 | 2019-11-29 | 视联动力信息技术股份有限公司 | 基于视联网的带宽管理方法、装置及存储介质 |
-
2009
- 2009-03-05 CN CN201110334819.8A patent/CN102333041A/zh active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103139099A (zh) * | 2012-12-31 | 2013-06-05 | 北京北大众志微***科技有限责任公司 | 自适应的带宽调节方法及装置 |
CN103139099B (zh) * | 2012-12-31 | 2016-08-24 | 北京北大众志微***科技有限责任公司 | 自适应的带宽调节方法及装置 |
CN105763457A (zh) * | 2014-12-15 | 2016-07-13 | 华为技术有限公司 | 组播报文处理方法和网络设备 |
CN105763457B (zh) * | 2014-12-15 | 2019-05-07 | 华为技术有限公司 | 组播报文处理方法和网络设备 |
CN110519119A (zh) * | 2019-07-31 | 2019-11-29 | 视联动力信息技术股份有限公司 | 基于视联网的带宽管理方法、装置及存储介质 |
CN110519119B (zh) * | 2019-07-31 | 2020-11-13 | 视联动力信息技术股份有限公司 | 基于视联网的带宽管理方法、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101494607B (zh) | 一种接纳控制方法、***及设备 | |
EP1949688B1 (en) | Atomic channel changes in a switched digital video system | |
CA2629310C (en) | Quality of service management in a switched digital video environment | |
US8023511B2 (en) | Communication system, optical line terminal, and congestion control method | |
CA2663704C (en) | Bandwidth management in each network device in a switched digital video environment | |
CA2629313C (en) | Channel changes between services with differing bandwidth in a switched digital video system | |
CN101048008B (zh) | 无源光网络中iptv业务的频道切换***和方法 | |
US8112781B2 (en) | Content delivery system having an edge resource manager performing bandwidth reclamation | |
CN100499499C (zh) | 一种动态带宽资源分配方法及*** | |
US20060176835A1 (en) | System and method for providing internet protocol based broadcast services | |
US20120023533A1 (en) | Method and apparatus for delivery of internet protocol television service | |
KR20030017469A (ko) | 통신 네트워크를 통한 정보 분배 시스템 및 방법 | |
JP5256118B2 (ja) | 情報配信システム及び情報配信方法 | |
CN102510767A (zh) | 一种无源光网络中实现互通组播的方法、***与装置 | |
CN102333041A (zh) | 一种接纳控制方法、***及设备 | |
Kim et al. | Traffic share-based multicast scheduling for broadcast video delivery in shared-WDM-PONs | |
Hwang et al. | Software-Defined Time-Shifted IPTV Architecture for TWDMA-PON | |
Kim et al. | Maximized optical stream share of multicast videos for reducing buffer and packet processing in WDM-PON | |
KR20170110786A (ko) | DPoE 시스템에서 분산 DML을 제공하는 방법 및 그 장치 | |
Banerjee et al. | Meeting Open Access in Ethernet PON (EPON) | |
CN101729932A (zh) | 光纤接入网的组播接纳控制方法、设备及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120125 |