CN101184041A - 一种在多业务传输平台上实现自动分级带宽调整的方法 - Google Patents
一种在多业务传输平台上实现自动分级带宽调整的方法 Download PDFInfo
- Publication number
- CN101184041A CN101184041A CNA2007101789541A CN200710178954A CN101184041A CN 101184041 A CN101184041 A CN 101184041A CN A2007101789541 A CNA2007101789541 A CN A2007101789541A CN 200710178954 A CN200710178954 A CN 200710178954A CN 101184041 A CN101184041 A CN 101184041A
- Authority
- CN
- China
- Prior art keywords
- bandwidth
- service channel
- mstp equipment
- request
- network
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种在多业务传输平台MSTP上实现自动分级带宽调整的方法,其中每一个MSTP设备监测自身的业务流量,并将当前流量所占用带宽和已经分配的带宽容量相比较,如果容量接近饱和,或者容量富余较大,则向主站提出增加带宽或者减少带宽的申请。主站存储整个网络所有的带宽使用信息,对于业务通道减少带宽的申请,主站通知相应MSTP设备释放部分带宽;对于增加带宽的申请,主站首先查找是否有未被分配的带宽,若有,将其分配给提出申请的业务通道,若没有,则按照业务通道的权重高低,强制权重最低的业务通道释放部分带宽,将其分配给提出申请的业务通道。该方法能够根据当前的传输流量,自动调整业务的带宽容量,提高带宽的利用率,无需人工干预。
Description
技术领域
本发明涉及光通信网技术领域,具体涉及一种在多业务传输平台(MultiserviceTransport Platform,MSTP)上实现自动分级带宽调整的方法。
背景技术
近年来,SDH(同步数字系列)传输网络获得了迅猛发展,成为电信运营商投入最多,规模最大的通信网络。但随着客户不断增加的数据业务需求,SDH所基于的电路交换的技术已经很难满足巨大数据业务量的承载要求,于是以GFP(通用成帧规程)、VCAT(虚级联)和LCAS(链路带宽调整机制)技术为特色的下一代数字同步体系(NG-SDH)成为研究热点,由于它能够在多业务传输平台上灵活地分配带宽,从而受到各方的普遍关注。
ITU-T G.707规范的VCAT可以实现业务带宽和SDH虚容器(VC)的适配,它将多个VC捆绑在一起作为一个虚级联组(VCG)形成一个逻辑链路,为SDH传输网提供了一种更加灵活的通道容量组织方式,更好的满足了数据业务的传输。LCAS是ITU-TG.7042规范中提出的一种可以在不中断数据流的情况下,动态调整VC虚级联组成员数量的功能,提供了平滑地改变传输网中虚级联信号带宽以自动适应业务带宽需求的机制,使得VC虚级联的管道变得有弹性,即使VCG中部分成员失效,LCAS可以自动监测并删除失效成员,保证业务的继续传输,而且用户可以根据预期的业务流量通过网管灵活调整链路带宽,这种调整不需中断运行中的业务。
但是我们可以看到,LCAS调整链路带宽是需要人工干预,通过网管配置实现,无法做到完全自我调节,因此对于突发性的业务流量变化不能够实时做出响应,采取的措施往往滞后于业务的变化,而且需要付出一定的人工成本。尽管现在有一些技术方案对此作出了一定改进,如源端和宿端MSTP设备通过检测自身接收端口存储模块FIFO的深度,来判断网络拥塞的程度,当FIFO的深度超过一定阈值时,认为出现拥塞,减少带宽;当FIFO的深度减少到一定阈值时,认为流量过小,增加带宽;带宽的增减通过LCAS调整VC虚级联组成员数量实现。但是,这种调整带宽是为了控制网络的流量,防止MSTP设备负荷过重,而不是通过调整带宽去适应网络流量的变化,这一点和本发明的目的有所不同。并且此方案还存在以下不足:
1、以单个数据传送路径为对象,不能从整个网络的角度分配带宽;
2、每条传送路径地位平等,无法区别对待有特殊需求的业务。
另外需要指出的是,通过LCAS调整带宽,虽然不中断当前运行的业务,但在调整过程中,可能会出现丢包现象。
对于现有技术中的上述缺陷,需要提出一种方法,能够让SDH网络自我检测业务流量的变化,并且根据流量和自身的带宽利用状况,通过增减VCG成员数量,快速、实时调整带宽以适应流量变化,无须更改网管的配置,并且调整过程中不会影响当前业务,不会产生丢包现象,同时还能够为不同的业务链路设置不同的优先级,提供有差异的服务。
发明内容
本发明目的在于提供一种在多业务传输平台上实现自动分级带宽调整的方法,该方法能够根据监测到的业务通道流量的变化,实时、自动的为业务通道增加或者减少带宽,不需要人工干预,对当前运行业务没有任何影响。
本发明方法应用于SDH环形网络,该环形网络由多个MSTP设备连接构成,其中一个MSTP设备为主站,其余MSTP设备为从站,两个MSTP设备之间通过虚级联组VCG相连,以形成一个业务通道,该两个MSTP设备中的一个是源端MSTP设备,另一个是宿端MSTP设备,该方法包括以下步骤:
A、主站生成并维护业务通道带宽使用表和网络所有带宽占用状态表,一旦带宽分配发生变化,实时更新业务通道带宽使用表和网络所有带宽占用状态表的内容,其中业务通道带宽使用表包含业务通道分配的VCG中VC的信息,网络所有带宽占用状态表包含网络中所有VC是否被分配的信息,如果被分配,指出其所属的业务通道编号;
B、每一个MSTP设备周期检测自身承载的业务通道在当前一定时间内的数据流量,根据当前数据流量占用的带宽和已经分配给本业务通道的VCG中VC的数量,确定是否申请增加带宽或者减少带宽,如果确定申请,则形成增加带宽或减少带宽的带宽调整请求,发送到主站;
C、主站接收到带宽调整请求,根据网络中所有带宽的使用情况,确定是否响应带宽调整请求,如果需响应,则形成增加带宽或减少带宽的带宽调整命令,分别发送到业务通道的源端MSTP设备和宿端MSTP设备;如果不需响应,则本次带宽调整过程结束;
D、源端MSTP设备和宿端MSTP设备接收到带宽调整命令后,根据命令的内容,如果命令增加带宽,则首先通过各自的交叉控制单元增加交叉,然后通过链路带宽调整机制LCAS增加业务通道的VCG中的VC数量;如果命令减少带宽,则首先通过LCAS减少业务通道的VCG中的VC数量,然后通过各自的交叉控制单元减少交叉;最后,源端MSTP设备和宿端MSTP设备分别将动作执行结果形成带宽调整反馈信息,发送到主站,该反馈信息中包含带宽调整是否成功的信息;
E、主站收到带宽调整反馈信息后,如果反馈结果为成功,则更新业务通道带宽使用表和网络所有带宽占用状态表,并结束本次带宽调整过程;如果反馈结果为失败,则进入错误处理。
本发明方法中,为实现带宽的无缝调整,在通过LCAS调整VCG中VC数量时,还需更改相应的交叉配置。为了防止出现丢包的现象,本发明方法特别增加对交叉的控制:增加带宽时,先为业务通道增加交叉,然后分配VC到VCG中;减少带宽时,先删除VCG中的VC,然后减去业务通道中相应交叉。可以看到,两种情况下,操作顺序相反,只有这样才能够保证不会出现丢包现象。
本发明方法中,所有的业务通道具有权重的属性,权重高的业务通道能够优先获得带宽。
本发明方法中,所述步骤B进一步包括:
B1MSTP设备检测单位时间内接收缓存区使用百分比,得到当前数据流量所占用的带宽,将已经分配的VCG中VC带宽总容量减去当前占用带宽,得到业务通道的闲置带宽;
B2在本带宽调整系统中,设定增加带宽阈值和减少带宽阈值,当业务通道的闲置带宽小于增加带宽阈值时,确定需要增加带宽,当业务通道的闲置带宽超过减少带宽阈值时,确定需要减少带宽;根据以上确定结果,形成带宽调整请求。
本发明方法中,所述步骤C进一步包括:
C1 主站收到带宽调整请求,如果是请求减少带宽,则执行步骤C4;如果是请求增加带宽,则执行步骤C2;
C2 主站查询网络所有带宽占用状态表,确定是否存在空闲的带宽资源,如果存在,执行步骤C4,如果不存在,执行步骤C3;
C3 此时,网络中所有的带宽资源都已经占用,进行带宽竞争处理;
C4 根据增加带宽或减少带宽的带宽调整请求,形成带宽调整命令,发送到业务通道的源端MSTP设备和宿端MSTP设备。
本发明方法中,所述步骤C3进一步包括:
C31 查找网络中其权重值小于提出增加带宽请求的业务通道权重值的业务通道,如果不存在,本次带宽调整过程结束;如果存在,继续执行步骤C32;
C32 主站形成减少带宽的带宽调整命令,发送到权重值较小的业务通道源端MSTP设备和宿端MSTP设备,命令它们减少该权重值较小的业务通道的VCG中的VC数量;
C33 上述权重值较小的业务通道减少带宽操作成功后,主站形成增加带宽的带宽调整命令,发送到最初请求增加带宽的业务通道的源端MSTP设备和宿端MSTP设备,命令它们将上述权重值较小的业务通道释放出的VC加入到该最初请求增加带宽的业务通道的VCG中。
本发明方法中,所述减少带宽的带宽调整请求中包含需要减少的VC个数,主站接收到减少带宽的带宽调整请求后,从提出请求的业务通道占用的VC中按照某特定约定选择与请求中等量的VC数,形成减少带宽的带宽调整命令并发送到源端MSTP设备和宿端MSTP设备,该带宽调整命令中包含需要删除的VC编号。
本发明方法中,所述增加带宽的带宽调整请求中不包含需要增加的VC个数,主站接收到增加带宽的带宽调整请求后,从网络可供分配的VC中按照某特定约定选出一个VC,形成增加带宽的带宽调整命令并发送到源端MSTP设备和宿端MSTP设备,该带宽调整命令中包含即将分配的VC编号。
本发明方法中,业务通道增加带宽的过程中,一次只能增加一个VC,如果业务通道需要增加多个VC,则需要发送多次增加带宽的带宽调整请求。
本发明方法中,主站定期查询网络中每个MSTP设备,获得业务通道占用带宽的信息,从而实时更新业务通道带宽使用表和网络所有带宽占用状态表的内容。
本发明方法中,如果两端MSTP设备之间没有配置VCG,则它们之间不存在业务通道。
本发明解决了在业务数据流量发生变化时,原有的SDH网络不能自动适应该变化调整带宽的问题。应用本发明,能够防止带宽资源出现闲置,显著提高网络中带宽资源的利用率,并且在调整带宽的过程中不会影响当前业务,不会出现丢包。而且,由于本发明采用了业务分级的设计策略,能够区别对待不同等级的业务,能够在整网的范围内跟据当前的流量动态调整业务的带宽资源,方便根据用户自身的条件定制合适的业务类型,增加了用户操作上的灵活性,能够满足不同类型的用户业务需求。
附图说明
图1为本发明实施例的网络结构示意图;
图2为本发明实施例减少带宽的网络环境示意图;
图3为本发明实施例在不出现带宽竞争条件下增加带宽的网络环境示意图;
图4为本发明实施例在带宽竞争条件下增加带宽的网络环境示意图;
图5位本发明实施例源端和宿端MSTP设备调整带宽的流程图;
图6为本发明实施例主站调整带宽的流程图。
具体实施方式
本发明在由MSTP设备组成的网络中配置带宽资源,应用环境为传送环网。进行数据通信的MSTP设备分为源端设备和宿端设备,在源端设备和宿端设备之间需要建立业务通道才能收发数据,初始状态时需要为业务通道配置VCG,并且根据业务数据量的大小大致配置一定数量的VC。当业务通道实际的数据流量接近已经分配的VC总容量或者已经分配的VC有较大的空闲容量时,进行带宽调整处理。下面叙述了本发明的一种具体实施方式,该实施方式只是用来解释本发明,而不是用来限定本发明的范围。
本实施方式的网络结构如图1所示,多个MSTP设备组成环网,网络结构为主从式结构。在本实施方式中有5个MSTP设备,分别为M_Z、M_A、M_B、M_C、M_D,其中M_Z为主站,其余的设备为从站;MSTP设备M_A与MSTP设备M_B之间的业务通道为PATH_1,MSTP设备M_C与MSTP设备M_D之间的业务通道为PATH_2,其中M_A可以接收数据发送端发送来的数据,并通过PATH_1将该数据传送到M_B,M_C可以接收数据发送端发送来的数据,并通过PATH_2将该数据传送到M_D。在本实施方式中,业务通道的VCG由VC12组成,事先需要通过网管为业务通道的VCG配置一定数量的VC12,并且为业务通道指定权重值,例如,PATH_1和PATH_2的权重值分别设为20和30。网络采用通道保护模式,其中可供分配的VC12一共为63个。
在图1所示的网络中,主站M_Z定期查询网络中每个从站,获得业务通道占用带宽的信息,分别生成业务通道带宽使用表和网络所有带宽占用状态表,其中业务通道带宽使用表包含业务通道分配的VCG中VC的信息,网络所有带宽占用状态表包含网络中所有VC是否被分配的信息,如果被分配,指出其所属的业务通道编号。
由于采用了802.3x协议中的流量控制功能,业务通道的实际流量不会超过已经分配的VCG中VC12的总带宽,为了保证业务通道的带宽能够随着流量变化,需要设定增加带宽阈值va和减少带宽阈值vb,分别对应增加带宽和减少带宽,计算业务通道的闲置带宽,也就是已经分配的VCG中VC12的总带宽与当前实际流量所占用带宽的差值,当闲置带宽小于va,表示需要增加带宽,当闲置带宽大于vb,表示需要减少带宽。va和vb的取值需防止出现带宽震荡的情况,例如va设定为1M,vb设定为4M。
下面结合示意图分别说明带宽调整中减少带宽和增加带宽的情况。
图2为本发明业务通道减少带宽的网络环境示意图。初始状态下,通过网管为业务通道PATH_1和PATH_2的VCG各自分配10个VC12。业务通道PATH_1的源端MSTP设备M_A和/或宿端MSTP设备M_B检测接收缓存区得到自身的实际流量,并根据已分配给PATH_1的VC12的总带宽和当前实际流量所占用带宽计算闲置带宽大小。图2中为PATH_1分配的VC12的总带宽为10*2M=20M,检测得到的当前实际流量占用带宽为4M,所以闲置带宽为16M。当设定增加带宽阈值va为1M、减少带宽阈值vb为4M时,图2中PATH_1的闲置带宽大于vb,这时源端MSTP设备M_A和/或宿端MSTP设备M_B向主站M_Z发送减少带宽的带宽调整请求,该请求中包含需要减少的VC12个数。主站M_Z接收到减少带宽的带宽调整请求后,从提出请求的业务通道占用的VC12中按照某特定约定选择与请求中等量的VC数,形成减少带宽的带宽调整命令并发送到源端MSTP设备M_A和宿端MSTP设备M_B,该带宽调整命令中包含需要删除的VC编号。M_A和M_B接收到带宽调整命令后,首先根据命令中包含的VC编号,通过LCAS删除PATH_1的VCG中相应编号的VC,删除动作完成后M_A和M_B各自的交叉控制单元减少交叉,这种先删除VC后减少交叉的调整过程不会影响当前业务,不会产生丢包现象。然后M_A和M_B将动作执行结果形成带宽调整反馈信息,发送到主站M_Z,该反馈信息中包含带宽调整是否成功的信息。主站M_Z接收到带宽调整反馈信息后,如果反馈结果为成功,则更新业务通道带宽使用表和网络所有带宽占用状态表,并结束本次带宽调整过程;如果反馈结果为失败,则进入错误处理。其它业务通道的带宽调整过程与PATH_1相同。
上述删除VC的操作中,一次可以删除VCG中的多个VC,执行完该步骤就可以将所有闲置带宽释放。还有一种方式,MSTP设备每次仅仅删除一个VC,如果有多个VC需要删除,MSTP设备就需要发送多次带宽调整请求,由此上述步骤就需要多次执行。这两种方式只是实施的不同方式,并不限定本发明的适用范围。
图3为本发明业务通道增加带宽的网络环境示意图,该图中不会出现带宽竞争的情况。初始状态下,通过网管为业务通道PATH_1和PATH_2的VCG各自分配10个VC12。业务通道PATH_1的源端MSTP设备M_A和/或宿端MSTP设备M_B检测接收缓存区得到自身的实际流量,在本实施例中为30M。并根据已分配给PATH_1的VC12的总带宽和当前实际流量占用带宽计算闲置带宽大小,由于业务通道的实际流量不会超过已经分配的VCG中VC12的总带宽,所以本实例中闲置带宽接近零。由于闲置带宽小于va,满足增加带宽条件,所以M_A和/或M_B向主站M_Z发送增加带宽的带宽调整请求。由于源端和宿端MSTP设备无法知道数据发送端的初始流量,所以带宽调整请求中不包含需要增加的VC个数。主站M_Z收到增加带宽的带宽调整请求后,从网络可供分配的VC中按照某特定约定选出一个VC,形成增加带宽的带宽调整命令并发送到源端MSTP设备M_A和宿端MSTP设备M_B,该带宽调整命令中包含即将分配的VC编号。M_A和M_B收到主站发出的带宽调整命令后,首先通过各自的交叉控制单元增加交叉,然后根据命令中包含的VC编号,将相应编号的VC添加到PATH_1的VCG中,这种先增加交叉后添加VC的调整过程不会影响当前业务,不会产生丢包现象。M_A和M_B将动作执行结果形成带宽调整反馈信息,发送到主站M_Z,该反馈信息中包含带宽调整是否成功的信息。主站M_Z接收到带宽调整反馈信息后,如果反馈结果为成功,则更新业务通道带宽使用表和网络所有带宽占用状态表,并结束本次带宽调整过程;如果反馈结果为失败,则进入错误处理。其它业务通道的带宽调整过程与PATH_1相同。
业务通道增加带宽的过程中,一次只能增加一个VC,如果业务通道需要增加多个VC,则MSTP设备需要发送多次带宽调整请求,由此上述操作流程就需要多次执行。以图3中的业务通道PATH_1为例,其需要增加5个VC,则M_A和/或M_B需发送五次增加带宽的带宽调整请求。
图4仍是业务通道增加带宽的网络环境示意图,与图3不同的是,在该图例中出现业务通道竞争带宽的情况。初始状态下,通过网管为业务通道PATH_1和PATH_2的VCG各自分配30个VC12。业务通道PATH_1的源端MSTP设备M_A和/或宿端MSTP设备M_B检测接收缓存区得到自身的实际流量,在本实施例中为80M。并根据已分配给PATH_1的VC12的总带宽和当前实际流量占用带宽计算闲置带宽大小,由于业务通道的实际流量不会超过已经分配的VCG中VC12的总带宽,所以本实例中闲置带宽接近零。由于闲置带宽小于va,满足增加带宽条件,所以M_A和/或M_B向主站M_Z发送增加带宽的带宽调整请求。由于源端和宿端MSTP设备无法知道数据发送端的初始流量,所以带宽调整请求中不包含需要增加的VC个数。开始阶段,主站为业务通道PATH_1分配闲置的VC12,具体执行过程同图3所示,直到网络中不存在可供分配的VC12。在已经不存在可供分配的VC12的情况下,M_A和/或M_B仍然会向主站发出增加带宽的带宽调整请求,此种情况下,主站收到增加带宽的带宽调整请求后,查找网络中可供分配的VC,发现已无可用VC,接着查找权重值小于PATH_1权重值的业务通道,如果不存在,则该请求无法被满足,请求被忽略;如果存在,主站向权重值较小的业务通道发出减少带宽的带宽调整命令,执行图2所列出的步骤,同时将增加带宽请求的处理挂起,直到权重较小的业务通道减少带宽过程执行成功,然后恢复增加带宽请求的处理。此时,主站发现网络中有可供分配的VC,所以向业务通道PATH_1的源端MSTP设备M_A和宿端MSTP设备M_B发送增加带宽的带宽调整命令,该命令中包含即将分配的VC编号。M_A和M_B收到主站发出的增加带宽的带宽调整命令后,首先通过各自的交叉控制单元增加交叉,然后根据命令中包含的VC编号,将相应编号的VC添加到PATH_1的VCG中。M_A和M_B将动作执行结果形成带宽调整反馈信息,发送到主站M_Z,该反馈信息中包含带宽调整是否成功的信息。主站M_Z接收到带宽调整反馈信息后,如果反馈结果为成功,则更新业务通道带宽使用表和网络所有带宽占用状态表,本次增加一个VC带宽的过程执行结束;如果反馈结果为失败,则进入错误处理。反复执行上述流程,直到业务通道PATH_1不再申请带宽或者网络中不再有可供分配的VC并且不存在权重值小于PATH_1权重值的业务通道。其它业务通道的带宽调整过程与PATH_1相同。
综上所述,在本发明中每个业务通道可以根据需要设置不同的权重,区别服务等级,遵循权重值高的业务通道优先满足带宽增加请求的原则。当网络中有空闲的带宽资源时,按照权重值从高到低的顺序分配带宽。如果网络中所有带宽都已经被分配,此时如果有业务通道请求增加带宽,则权重值高的业务通道可以抢占权重值低的业务通道的带宽,操作上分两步实现,第一步主站命令权重低的业务通道减少带宽,执行成功后,第二步主站将释放出的带宽分配给请求增加带宽的业务通道。
图5为业务通道源端MSTP设备和宿端MSTP设备的执行流程图。
501每一个MSTP设备周期检测自身承载的业务通道在当前一定时间内的数据流量,根据当前流量占用的带宽和已经分配给本业务通道的VCG中VC的数量计算闲置带宽;
502判断闲置带宽是否小于增加带宽阈值va或大于减少带宽阈值vb,以确定是否申请增加带宽或者减少带宽,如果不需要申请,则结束;如果需要申请,则执行步骤503;
503形成带宽调整请求,发送到主站;
504判断是否接收到主站发出的增加或减少带宽命令,如果接收到,则执行步骤505;如果没有接收到则结束;
505根据信令的内容,如果命令增加带宽,则通过交叉控制单元增加交叉,然后通过LCAS增加VCG中的VC数量;如果命令减少带宽,则首先通过LCAS减少VCG中的VC数量,然后交叉控制单元减少交叉,然后执行步骤506;
506反馈带宽调整结果至主站,然后结束。
图6为主站的执行流程图。
601主站收到PATH_1的带宽调整请求;
602判断是否请求减少带宽,如果是,则执行步骤606;如果不是请求减少带宽,则是请求增加带宽,则执行步骤603;
603查找网络中是否有可分配的VC,如果有,则执行步骤606;如果没有,则执行步骤604;
604查找网络中是否存在权重值小于PATH_1权重值的业务通道PATH_2,如果不存在,则本次带宽调整过程结束;如果存在,继续执行步骤605。
605主站形成减少带宽的带宽调整命令,发送到权重值较小的PATH_2的源端MSTP设备和宿端MSTP设备,命令它们减少PATH_2的带宽,释放PATH_2的VCG中的VC。
606主站形成带宽调整命令,发送到PATH_1的源端MSTP设备和宿端MSTP设备,命令增加或减少PATH_1的带宽。
以上所属仅为本发明的较佳实施例,并不用于限制本发明,凡在本发明精神和原则之内所做的任何修改、等同替换和改进等,均包含于本发明的保护范围之内。
Claims (10)
1.一种在多业务传输平台MSTP上实现自动分级带宽调整的方法,该方法应用于SDH环形网络,该环形网络由多个MSTP设备连接构成,其中一个MSTP设备为主站,其余MSTP设备为从站,两个MSTP设备之间通过虚级联组VCG相连,形成一个业务通道,该两个MSTP设备中的一个是源端MSTP设备,另一个是宿端MSTP设备,该方法包括以下步骤:
A、主站生成并维护业务通道带宽使用表和网络所有带宽占用状态表,一旦带宽分配发生变化,实时更新业务通道带宽使用表和网络所有带宽占用状态表的内容,其中业务通道带宽使用表包含业务通道分配的VCG中VC的信息,网络所有带宽占用状态表包含网络中所有VC是否被分配的信息,如果被分配,指出其所属的业务通道编号;
B、每一个MSTP设备周期检测自身承载的业务通道在当前一定时间内的数据流量,根据当前数据流量占用的带宽和已经分配给本业务通道的VCG中VC的数量,确定是否申请增加带宽或者减少带宽,如果确定申请,则形成增加带宽或减少带宽的带宽调整请求,发送到主站;
C、主站接收到带宽调整请求,根据网络中所有带宽的使用情况,确定是否响应带宽调整请求,如果需响应,则形成增加带宽或减少带宽的带宽调整命令,分别发送到业务通道的源端MSTP设备和宿端MSTP设备;如果不需响应,则本次带宽调整过程结束;
D、源端MSTP设备和宿端MSTP设备接收到带宽调整命令后,根据命令的内容,如果命令增加带宽,则首先通过各自的交叉控制单元增加交叉,然后通过链路带宽调整机制LCAS增加业务通道的VCG中的VC数量;如果命令减少带宽,则首先通过LCAS减少业务通道的VCG中的VC数量,然后通过各自的交叉控制单元减少交叉;最后,源端MSTP设备和宿端MSTP设备分别将动作执行结果形成带宽调整反馈信息,发送到主站,该反馈信息中包含带宽调整是否成功的信息;
E、主站收到带宽调整反馈信息后,如果反馈结果为成功,则更新业务通道带宽使用表和网络所有带宽占用状态表,并结束本次带宽调整过程;如果反馈结果为失败,则进入错误处理。
2.如权利要求1所述的方法,其特征在于,为实现带宽的无缝调整,在通过LCAS调整VCG中VC数量时,还需更改相应的交叉配置。
3.如权利要求1所述的方法,其特征在于,所有的业务通道具有权重的属性,权重高的业务通道能够优先获得带宽。
4.如权利要求1所述的方法,其特征在于,所述步骤B进一步包括:
B1 MSTP设备检测单位时间内接收缓存区使用百分比,得到当前数据流量所占用的带宽,将已经分配的VCG中VC带宽总容量减去当前占用带宽,得到业务通道的闲置带宽;
B2 在本带宽调整系统中,设定增加带宽阈值和减少带宽阈值,当业务通道的闲置带宽小于增加带宽阈值时,确定需要增加带宽,当业务通道的闲置带宽超过减少带宽阈值时,确定需要减少带宽;根据以上确定结果,形成带宽调整请求。
5.如权利要求1或4所述的方法,其特征在于,所述步骤C进一步包括:
C1 主站收到带宽调整请求,如果是请求减少带宽,则执行步骤C4;如果是请求增加带宽,则执行步骤C2;
C2 主站查询网络所有带宽占用状态表,确定是否存在空闲的带宽资源,如果存在,执行步骤C4,如果不存在,执行步骤C3;
C3 此时,网络中所有的带宽资源都已经占用,进行带宽竞争处理;
C4 根据增加带宽或减少带宽的带宽调整请求,形成带宽调整命令,发送到业务通道的源端MSTP设备和宿端MSTP设备。
6.如权利要求5所述的方法,其特征在于,所述步骤C3进一步包括:
C31 查找网络中其权重值小于提出增加带宽请求的业务通道权重值的业务通道,如果不存在,本次带宽调整过程结束;如果存在,继续执行步骤C32;
C32 主站形成减少带宽的带宽调整命令,发送到权重值较小的业务通道源端MSTP设备和宿端MSTP设备,命令它们减少该权重值较小的业务通道的VCG中的VC数量;
C33 上述权重值较小的业务通道减少带宽操作成功后,主站形成增加带宽的带宽调整命令,发送到最初请求增加带宽的业务通道的源端MSTP设备和宿端MSTP设备,命令它们将上述权重值较小的业务通道释放出的VC加入到该最初请求增加带宽的业务通道的VCG中。
7.如权利要求1或4或5所述的方法,其特征在于,所述减少带宽的带宽调整请求中包含需要减少的VC个数,主站接收到减少带宽的带宽调整请求后,从提出请求的业务通道占用的VC中按照某特定约定选择与请求中等量的VC数,形成减少带宽的带宽调整命令并发送到源端MSTP设备和宿端MSTP设备,该带宽调整命令中包含需要删除的VC编号。
8.如权利要求1或4或5所述的方法,其特征在于,所述增加带宽的带宽调整请求中不包含需要增加的VC个数,主站接收到增加带宽的带宽调整请求后,从网络可供分配的VC中按照某特定约定选出一个VC,形成增加带宽的带宽调整命令并发送到源端MSTP设备和宿端MSTP设备,该带宽调整命令中包含即将分配的VC编号。
9.如权利要求1或4或5所述的方法,其特征在于,业务通道增加带宽的过程中,一次只能增加一个VC,如果业务通道需要增加多个VC,则需要发送多次增加带宽的带宽调整请求。
10.如权利要求1或4或5所述的方法,其特征在于,主站定期查询网络中每个MSTP设备,获得业务通道占用带宽的信息,从而实时更新业务通道带宽使用表和网络所有带宽占用状态表的内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101789541A CN101184041B (zh) | 2007-12-07 | 2007-12-07 | 一种在多业务传输平台上实现自动分级带宽调整的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101789541A CN101184041B (zh) | 2007-12-07 | 2007-12-07 | 一种在多业务传输平台上实现自动分级带宽调整的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101184041A true CN101184041A (zh) | 2008-05-21 |
CN101184041B CN101184041B (zh) | 2011-05-04 |
Family
ID=39449130
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101789541A Expired - Fee Related CN101184041B (zh) | 2007-12-07 | 2007-12-07 | 一种在多业务传输平台上实现自动分级带宽调整的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101184041B (zh) |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010015183A1 (zh) * | 2008-08-07 | 2010-02-11 | 华为技术有限公司 | 带宽资源的同步方法、装置及系统 |
WO2010072088A1 (zh) * | 2008-12-23 | 2010-07-01 | 中兴通讯股份有限公司 | 一种彩信网关及其实现流量控制的方法 |
WO2011015155A1 (zh) * | 2009-08-07 | 2011-02-10 | 华为技术有限公司 | 带宽管理方法、演进基站、服务网关和通信系统 |
CN101924680B (zh) * | 2009-06-10 | 2013-02-20 | 谢海永 | 一种基于反馈的分布式网络流量联合优化系统及方法 |
CN103139099A (zh) * | 2012-12-31 | 2013-06-05 | 北京北大众志微系统科技有限责任公司 | 自适应的带宽调节方法及装置 |
WO2013097122A1 (zh) * | 2011-12-28 | 2013-07-04 | 华为技术有限公司 | 接入网中的业务通道带宽管理方法、相关装置和系统 |
CN103401793A (zh) * | 2013-07-12 | 2013-11-20 | 华为技术有限公司 | 一种调节设备带宽的方法、装置 |
WO2014032503A1 (zh) * | 2012-08-31 | 2014-03-06 | 中兴通讯股份有限公司 | 一种复合链路的业务保护方法及系统 |
CN103701711A (zh) * | 2013-11-29 | 2014-04-02 | 华为技术有限公司 | 一种调整链路的方法及装置 |
CN103731373A (zh) * | 2012-10-15 | 2014-04-16 | 中兴通讯股份有限公司 | 带宽资源的调整方法、装置及系统 |
CN104639463A (zh) * | 2015-02-25 | 2015-05-20 | 浪潮电子信息产业股份有限公司 | 一种光纤交换机的带宽调整方法及装置 |
CN104796289A (zh) * | 2015-04-22 | 2015-07-22 | 国家电网公司 | 一种电力sdh数据业务保护配置方法及数据业务传输方法 |
CN105027503A (zh) * | 2013-02-13 | 2015-11-04 | 高通股份有限公司 | 用于无线通信系统中的接入终端上的增强的应用共存的装置和方法 |
CN107124296A (zh) * | 2017-03-28 | 2017-09-01 | 国网山东省电力公司信息通信公司 | 基于mstp的变电站外置光放监控通道配置方法 |
CN107835515A (zh) * | 2017-12-18 | 2018-03-23 | 海能达通信股份有限公司 | 一种分配带宽资源的方法及基站 |
CN108574728A (zh) * | 2017-03-08 | 2018-09-25 | 中兴通讯股份有限公司 | 移动边缘计算的流量路径改变检测机制 |
CN108989238A (zh) * | 2018-07-20 | 2018-12-11 | 浪潮电子信息产业股份有限公司 | 一种分配业务带宽的方法以及相关设备 |
WO2019119180A1 (zh) * | 2017-12-18 | 2019-06-27 | 海能达通信股份有限公司 | 一种分配带宽资源的方法及基站 |
WO2019149143A1 (zh) * | 2018-02-01 | 2019-08-08 | 中兴通讯股份有限公司 | 一种链路带宽利用率获取方法和装置、终端 |
CN110708262A (zh) * | 2019-10-21 | 2020-01-17 | 北京百度网讯科技有限公司 | 用于控制带宽分配的方法和装置 |
CN111083532A (zh) * | 2019-12-26 | 2020-04-28 | 北京东土科技股份有限公司 | 一种卫星系统的音视频传输控制方法、装置及服务器 |
CN111245658A (zh) * | 2020-01-13 | 2020-06-05 | 广东胜越智联科技有限公司 | 一种基于most150的网络带宽动态调整方法 |
CN112188519A (zh) * | 2020-09-08 | 2021-01-05 | 许继集团有限公司 | 一种基于多目标优化控制策略的无线终端及控制方法 |
CN107733983B (zh) * | 2017-09-12 | 2021-01-26 | 深圳市盛路物联通讯技术有限公司 | 物联网通信方法及第一中继器 |
CN113068202A (zh) * | 2020-08-19 | 2021-07-02 | 鲍俐文 | 网络设备之间实现数据快速传输的系统 |
CN113556243A (zh) * | 2020-04-26 | 2021-10-26 | 华为技术有限公司 | 带宽管理方法、装置及存储介质 |
CN114465903A (zh) * | 2021-12-29 | 2022-05-10 | 湖南红鑫通信技术有限责任公司 | 一种提高无线光通信网络最大归一化吞吐量的管理系统及方法 |
CN118018410A (zh) * | 2024-04-10 | 2024-05-10 | 深圳云豹智能有限公司 | 报文处理方法及其装置、dpu设备、服务器、存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100466654C (zh) * | 2005-06-09 | 2009-03-04 | 华为技术有限公司 | 多业务传输平台设备管理系统 |
CN100531130C (zh) * | 2006-06-07 | 2009-08-19 | 华为技术有限公司 | 基于带宽调整机制的流量控制方法及系统 |
CN100428722C (zh) * | 2006-08-02 | 2008-10-22 | 华为技术有限公司 | 多生成树协议的分布式处理系统及处理方法 |
-
2007
- 2007-12-07 CN CN2007101789541A patent/CN101184041B/zh not_active Expired - Fee Related
Cited By (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010015183A1 (zh) * | 2008-08-07 | 2010-02-11 | 华为技术有限公司 | 带宽资源的同步方法、装置及系统 |
WO2010072088A1 (zh) * | 2008-12-23 | 2010-07-01 | 中兴通讯股份有限公司 | 一种彩信网关及其实现流量控制的方法 |
CN101924680B (zh) * | 2009-06-10 | 2013-02-20 | 谢海永 | 一种基于反馈的分布式网络流量联合优化系统及方法 |
WO2011015155A1 (zh) * | 2009-08-07 | 2011-02-10 | 华为技术有限公司 | 带宽管理方法、演进基站、服务网关和通信系统 |
CN101990250A (zh) * | 2009-08-07 | 2011-03-23 | 华为技术有限公司 | 带宽管理方法、演进基站、服务网关和通信系统 |
CN101990250B (zh) * | 2009-08-07 | 2013-08-28 | 华为技术有限公司 | 带宽管理方法、演进基站、服务网关和通信系统 |
WO2013097122A1 (zh) * | 2011-12-28 | 2013-07-04 | 华为技术有限公司 | 接入网中的业务通道带宽管理方法、相关装置和系统 |
CN103503371B (zh) * | 2011-12-28 | 2017-02-22 | 华为技术有限公司 | 接入网中的业务通道带宽管理方法、相关装置和系统 |
CN103503371A (zh) * | 2011-12-28 | 2014-01-08 | 华为技术有限公司 | 接入网中的业务通道带宽管理方法、相关装置和系统 |
WO2014032503A1 (zh) * | 2012-08-31 | 2014-03-06 | 中兴通讯股份有限公司 | 一种复合链路的业务保护方法及系统 |
CN103731373A (zh) * | 2012-10-15 | 2014-04-16 | 中兴通讯股份有限公司 | 带宽资源的调整方法、装置及系统 |
CN103139099A (zh) * | 2012-12-31 | 2013-06-05 | 北京北大众志微系统科技有限责任公司 | 自适应的带宽调节方法及装置 |
CN103139099B (zh) * | 2012-12-31 | 2016-08-24 | 北京北大众志微系统科技有限责任公司 | 自适应的带宽调节方法及装置 |
CN105027503A (zh) * | 2013-02-13 | 2015-11-04 | 高通股份有限公司 | 用于无线通信系统中的接入终端上的增强的应用共存的装置和方法 |
CN103401793A (zh) * | 2013-07-12 | 2013-11-20 | 华为技术有限公司 | 一种调节设备带宽的方法、装置 |
CN103401793B (zh) * | 2013-07-12 | 2017-06-20 | 华为技术有限公司 | 一种调节设备带宽的方法、装置 |
CN103701711A (zh) * | 2013-11-29 | 2014-04-02 | 华为技术有限公司 | 一种调整链路的方法及装置 |
CN104639463A (zh) * | 2015-02-25 | 2015-05-20 | 浪潮电子信息产业股份有限公司 | 一种光纤交换机的带宽调整方法及装置 |
CN104796289A (zh) * | 2015-04-22 | 2015-07-22 | 国家电网公司 | 一种电力sdh数据业务保护配置方法及数据业务传输方法 |
CN108574728A (zh) * | 2017-03-08 | 2018-09-25 | 中兴通讯股份有限公司 | 移动边缘计算的流量路径改变检测机制 |
CN107124296A (zh) * | 2017-03-28 | 2017-09-01 | 国网山东省电力公司信息通信公司 | 基于mstp的变电站外置光放监控通道配置方法 |
CN107733983B (zh) * | 2017-09-12 | 2021-01-26 | 深圳市盛路物联通讯技术有限公司 | 物联网通信方法及第一中继器 |
CN107835515A (zh) * | 2017-12-18 | 2018-03-23 | 海能达通信股份有限公司 | 一种分配带宽资源的方法及基站 |
WO2019119180A1 (zh) * | 2017-12-18 | 2019-06-27 | 海能达通信股份有限公司 | 一种分配带宽资源的方法及基站 |
WO2019149143A1 (zh) * | 2018-02-01 | 2019-08-08 | 中兴通讯股份有限公司 | 一种链路带宽利用率获取方法和装置、终端 |
CN108989238A (zh) * | 2018-07-20 | 2018-12-11 | 浪潮电子信息产业股份有限公司 | 一种分配业务带宽的方法以及相关设备 |
CN110708262A (zh) * | 2019-10-21 | 2020-01-17 | 北京百度网讯科技有限公司 | 用于控制带宽分配的方法和装置 |
CN110708262B (zh) * | 2019-10-21 | 2023-04-07 | 北京百度网讯科技有限公司 | 用于控制带宽分配的方法和装置 |
CN111083532B (zh) * | 2019-12-26 | 2021-12-14 | 北京东土科技股份有限公司 | 一种卫星系统的音视频传输控制方法、装置及服务器 |
CN111083532A (zh) * | 2019-12-26 | 2020-04-28 | 北京东土科技股份有限公司 | 一种卫星系统的音视频传输控制方法、装置及服务器 |
CN111245658B (zh) * | 2020-01-13 | 2023-01-06 | 广东胜越智联科技有限公司 | 一种基于most150的网络带宽动态调整方法 |
CN111245658A (zh) * | 2020-01-13 | 2020-06-05 | 广东胜越智联科技有限公司 | 一种基于most150的网络带宽动态调整方法 |
CN113556243A (zh) * | 2020-04-26 | 2021-10-26 | 华为技术有限公司 | 带宽管理方法、装置及存储介质 |
CN113556243B (zh) * | 2020-04-26 | 2022-11-08 | 华为技术有限公司 | 带宽管理方法、装置及存储介质 |
CN113068202A (zh) * | 2020-08-19 | 2021-07-02 | 鲍俐文 | 网络设备之间实现数据快速传输的系统 |
CN112188519A (zh) * | 2020-09-08 | 2021-01-05 | 许继集团有限公司 | 一种基于多目标优化控制策略的无线终端及控制方法 |
CN112188519B (zh) * | 2020-09-08 | 2024-04-16 | 许继集团有限公司 | 一种基于多目标优化控制策略的无线终端及控制方法 |
CN114465903A (zh) * | 2021-12-29 | 2022-05-10 | 湖南红鑫通信技术有限责任公司 | 一种提高无线光通信网络最大归一化吞吐量的管理系统及方法 |
CN114465903B (zh) * | 2021-12-29 | 2024-05-28 | 湖南红鑫通信技术有限责任公司 | 一种提高无线光通信网络最大归一化吞吐量的管理系统及方法 |
CN118018410A (zh) * | 2024-04-10 | 2024-05-10 | 深圳云豹智能有限公司 | 报文处理方法及其装置、dpu设备、服务器、存储介质 |
CN118018410B (zh) * | 2024-04-10 | 2024-06-11 | 深圳云豹智能有限公司 | 报文处理方法及其装置、dpu设备、服务器、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101184041B (zh) | 2011-05-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101184041B (zh) | 一种在多业务传输平台上实现自动分级带宽调整的方法 | |
US7668081B2 (en) | Preemptive transmission protection scheme for data services with high resilience demand | |
Noormohammadpour et al. | Dcroute: Speeding up inter-datacenter traffic allocation while guaranteeing deadlines | |
CN102143052B (zh) | 一种无损带宽调整方法、设备及系统 | |
US7965732B2 (en) | Scheduling token-controlled data transmissions in communication networks | |
DE69811619T2 (de) | ATM-Zellenübertragung | |
US5420859A (en) | Method of modifying virtual path capacity | |
CN102932281B (zh) | 一种资源的动态分配方法及设备 | |
US7885186B2 (en) | System and method of adaptively managing bandwidth on optical links shared by multiple-services using virtual concatenation and link capacity adjustment schemes | |
EP1921808A1 (en) | Preemptive transmission protection scheme for data services | |
JP2010068067A (ja) | 帯域割当方法及び帯域割当装置 | |
US7623543B2 (en) | Token-controlled data transmissions in communication networks | |
JPH09186701A (ja) | 最適帯域幅割当て方法及び装置 | |
CN106953710B (zh) | 弹性光网络中最小代价频谱分配与碎片感知的路由方法 | |
JP3793189B2 (ja) | ツリーアルゴリズムを使用した動的帯域幅割り当て方法及びこれを使用したイーサネット(登録商標)受動光加入者ネットワーク | |
CN109639498B (zh) | 一种基于sdn与nfv的面向业务质量的资源柔性配置方法 | |
CN111355660B (zh) | 一种基于容量均衡与相对时延的路由确定方法及系统 | |
CN101427533A (zh) | 宽带接入网容量管理 | |
CN102215153A (zh) | 带宽调整方法及通信节点 | |
WO2009110429A1 (ja) | 動的帯域割当方法及び動的帯域割当装置 | |
CN101686177A (zh) | 多业务传送网的动态带宽分配方法、设备及系统 | |
US7529267B2 (en) | Data transmissions in communication networks using multiple tokens | |
CN105245307A (zh) | 用于在通信网络中确定通信路径的方法及设备 | |
CN114095075A (zh) | 一种基于业务定制需求感知的光网络故障恢复方法 | |
CN104427412B (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110504 Termination date: 20201207 |