CN106304202B - 基于隧道共享的带宽控制方法及装置 - Google Patents
基于隧道共享的带宽控制方法及装置 Download PDFInfo
- Publication number
- CN106304202B CN106304202B CN201510252663.7A CN201510252663A CN106304202B CN 106304202 B CN106304202 B CN 106304202B CN 201510252663 A CN201510252663 A CN 201510252663A CN 106304202 B CN106304202 B CN 106304202B
- Authority
- CN
- China
- Prior art keywords
- tunnel
- shared
- bandwidth
- protection
- relationship
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/20—Negotiating bandwidth
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种基于隧道共享的带宽控制方法及装置，其方法包括：获取用户选择的资源对象；从用户选择的资源对象中过滤出满足带宽共享条件的隧道；查询过滤出的隧道上承载的客户层业务，并记录隧道业务和客户层业务的保护类型；根据记录的隧道业务和客户层业务的保护类型，以及预设的共享关系匹配规则，确定所述过滤出的隧道的共享关系；将过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。本发明解决了全网链路资源带宽冗余分配的问题，使得网络带宽分配受到精确控制；此外，还解决了对于带宽配置不均衡的网络，网络出现故障时的流量挤占问题。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种基于隧道共享的带宽控制方法及装置。
背景技术
随着数据通信与多媒体业务需求的发展，第四代移动通信开始兴起，这就对网络资源提出了更高的要求，特别是CAC(Connection Admission Control，连接接纳控制)引入后，网络带宽分配受到精确控制。
目前，现网常用的带宽处理方式是整个端口级别的管理，通过配置收敛比对整个端口进行带宽放大处理。但是，这样不能实现精确的带宽控制，且对于带宽配置不均衡的网络，端口级放大带宽，不能解决网络故障时的流量挤占问题，这个问题只有隧道间的共享才能得到保证。
而且，通信网络中的业务往往配置有保护，在一些工程场景，同一条业务的工作、保护隧道，会途径同一个物理链路，如LTE双归4隧道、环带链组网的链跨段，这些途径同一条物理链路的工作、保护隧道称为同路由隧道，在实际业务工作时，不管是否发生倒换，业务流量只会流经其中的一条隧道。这样，如果工作、保护隧道都计算带宽，就会造成网络中的带宽资源被冗余分配，从而造成不能充分利用链路带宽资源，造成带宽资源的浪费。
在这种背景下，产生了同路由工作、保护隧道带宽共享的需求。
当然，在新配置业务时，对于同路由业务的场景，可以自动配置隧道带宽共享。但对于现网中存量的业务，同路由工作、保护隧道都没有配置共享关系，目前也没有有效的手段解决同路由工作、保护隧道带宽冗余分配的问题。
发明内容
本发明实施例提供一种基于隧道共享的带宽控制方法及装置，旨在解决存量业务中，同路由工作、保护隧道带宽冗余分配的带宽问题，释放出冗余分配的链路带宽，实现精确的带宽控制，避免带宽资源的浪费。
本发明实施例提出的一种基于隧道共享的带宽控制方法，包括：
获取用户选择的资源对象；
从用户选择的资源对象中过滤出满足带宽共享条件的隧道；
查询过滤出的隧道上承载的客户层业务，并记录隧道业务和客户层业务的保护类型；
根据记录的隧道业务和客户层业务的保护类型，以及预设的共享关系匹配规则，确定所述过滤出的隧道的共享关系；
将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
优选地，所述将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源的步骤之前还包括：
预计算过滤出的隧道的共享关系，得到预计算结果，供用户查看隧道共享后带宽释放情况；
若接收到用户的确认指令，则执行步骤：将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
优选地，所述从用户选择的资源对象中过滤出满足带宽共享条件的隧道的步骤包括：
判断用户选择的资源对象是否满足CAC开关开启和隧道一致性状态一致，若是，则过滤出满足CAC开关开启和隧道一致性状态一致的隧道；否则，丢弃不满足CAC开关开启和隧道一致性状态一致的隧道。
优选地，所述资源对象包括：链路集合、网元集合或者隧道集合。
优选地，所述隧道的共享关系包括：隧道保护组内共享、隧道保护组间共享，以及隧道保护组内和保护组间共享。
本发明实施例还提出一种基于隧道共享的带宽控制装置，包括：
获取模块，用于获取用户选择的资源对象；
过滤模块，用于从用户选择的资源对象中过滤出满足带宽共享条件的隧道；
查询业务模块，用于查询过滤出的隧道上承载的客户层业务，并记录隧道业务和客户层业务的保护类型；
校验共享规则模块，用于根据记录的隧道业务和客户层业务的保护类型，以及预设的共享关系匹配规则，确定所述过滤出的隧道的共享关系；
下发模块，用于将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
优选地，所述装置还包括：
预计算模块，用于预计算过滤出的隧道的共享关系，得到预计算结果，供用户查看隧道共享后带宽释放情况；若接收到用户的确认指令，则由所述下发模块将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
优选地，所述过滤模块，还用于判断用户选择的资源对象是否满足CAC开关开启和隧道一致性状态一致，若是，则过滤出满足CAC开关开启和隧道一致性状态一致的隧道；否则，丢弃不满足CAC开关开启和隧道一致性状态一致的隧道。
优选地，所述资源对象包括：链路集合、网元集合或者隧道集合。
优选地，所述隧道的共享关系包括：隧道保护组内共享、隧道保护组间共享，以及隧道保护组内和保护组间共享。
本发明实施例提出的一种基于隧道共享的带宽控制方法及装置，通过对现网中存量业务的分析，如果发现有冗余分配带宽的情况，就对冗余分配带宽的工作、保护隧道配置带宽共享，可以在不影响业务质量的情况下，释放出冗余配置的带宽资源，供网络其他业务开通使用，从而解决了全网链路资源带宽冗余分配的问题，使得网络带宽分配受到精确控制；此外，还解决了对于带宽配置不均衡的网络，网络出现故障时的流量挤占问题。
附图说明
图1是本发明基于隧道共享的带宽控制方法第一实施例的流程示意图；
图2是本发明基于隧道共享的带宽控制方法第二实施例的流程示意图；
图3a、图3b、图3c、图3d分别是本发明实施例中一些同路由场景图；
图4是本发明基于隧道共享的带宽控制装置第一实施例的功能模块示意图；
图5是本发明基于隧道共享的带宽控制装置第二实施例的功能模块示意图。
为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明实施例的主要解决方案是：通过对现网中存量业务的分析，同路由的工作、保护隧道能够有效共享，从而解决全网链路资源带宽冗余分配的问题，可以在不影响业务质量的情况下，有效释放网络的冗余带宽资源，使得网络带宽分配受到精确控制。
本发明实施例考虑到，现网中存量的业务，同路由工作、保护隧道都没有配置共享关系，目前也没有有效的手段解决同路由工作、保护隧道带宽冗余分配的问题。
本发明实施例提出一种解决方案，通过隧道级带宽压缩，解决存量业务中，同路由工作、保护隧道带宽冗余分配的带宽问题，释放出冗余分配的链路带宽，实现精确的带宽控制，以及解决对于带宽配置不均衡的网络，网络出现故障时的流量挤占问题。
具体地，如图1所示，本发明第一实施例提出一种基于隧道共享的带宽控制方法，包括：
步骤S101，获取用户选择的资源对象；
其中，资源对象可以是一些链路集合、一些网元集合或者一些隧道的集合。无论用户选择什么资源对象，最后网管需要分析的对象都是链路上的隧道资源。
步骤S102，从用户选择的资源对象中过滤出满足带宽共享条件的隧道；
网管根据选择的对象，首先过滤出适合带宽共享的隧道。
隧道需要满足CAC开关开启，以及隧道一致性状态一致这两个条件后，才享有带宽共享的必要性，因此需要全量过滤出CAC开关开启和一致性状态一致的隧道，如果不满足两个必要条件中的任何一个，则丢弃该类型的隧道。
步骤S103，查询过滤出的隧道上承载的客户层业务，并记录隧道业务和客户层业务的保护类型；
之后，网管根据过滤出的隧道，查询其上承载的客户层业务，并记录隧道业务和客户层业务的保护类型，以便根据记录的隧道业务和客户层业务的保护类型，并根据一定的规则，来确定隧道的共享关系。
因为隧道承载不同类型的客户层业务，以及隧道业务和客户层业务配置的不同保护类型，直接决定隧道间是否存在共享关系以及存在何种类型的共享关系。
步骤S104，根据记录的隧道业务和客户层业务的保护类型，以及预设的共享关系匹配规则，确定所述过滤出的隧道的共享关系；
隧道的共享关系一共分为四种：隧道间无共享关系、隧道保护组内有共享关系、隧道保护组间有共享关系、隧道保护组内和保护组间都有共享关系。
其中，共享关系匹配规则即隧道共享的原则是：
隧道保护组内，保护隧道的带宽共享工作隧道的带宽。
隧道保护子网间，保护伪线的隧道带宽共享工作伪线的隧道带宽，包括保护伪线的工作隧道和保护隧道带宽都可以共享工作伪线的工作隧道和保护隧道的带宽。
不能设置循环共享,不能A共享B，B共享C，应该直接设置A共享C，B共享C。
隧道保护组内共享，典型的指的是1对隧道间的关系，首先隧道有保护关系，隧道上承载的业务无保护关系，工作和保护隧道同路由，且保护类型又是1：1的类型，此时，保护隧道带宽可以共享工作隧道的带宽，这就是保护组内共享。
隧道保护组间共享，典型的指的是2对及其以上隧道间的关系，首先2对及其以上隧道都有保护关系，其工作和保护隧道都有同路由，且其保护类型是1+1的类型；其上承载的业务也有保护关系，但业务的保护类型是1：1的类型，此时，保护业务的工作隧道可以共享工作业务的工作隧道，但是工作业务上的保护隧道不能共享工作业务的工作隧道，这就是保护组间的共享。
隧道保护组内和保护组间的共享，典型的指的也是2对隧道间的关系，首先2对隧道都有保护关系，其工作和保护隧道都有同路由，且其保护类型是1：1的类型；其上承载的业务也有保护关系，但业务的保护类型也是1：1的类型，此时，保护业务的工作隧道可以共享工作业务的工作隧道，工作业务的保护隧道也能共享工作业务的工作隧道，这就是保护组间和保护组间都存在共享关系。
后续将结合共享关系匹配规则，对于各种类型的业务是否存在共享，以及存在何种类型的共享进行详细阐述。
步骤S105，将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
通过判断隧道之间是否有共享，如果无共享关系，则直接结束该流程；如果存在共享，则必然会有带宽资源释放，网管将过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。只有隧道共享关系实际下发到设备上，冗余的链路带宽才真正有效释放。
可选地，如图2所示，在另一实施例中，在将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源之前还可以包括以下步骤：
步骤S106，预计算过滤出的隧道的共享关系，得到预计算结果，供用户查看隧道共享后带宽释放情况；若接收到用户的确认指令，则进入步骤S105：将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
具体地，网管根据隧道共享规则预计算隧道共享关系，查看隧道共享后，链路可以释放多少有效带宽。
这里的预计算只是让用户查看一下，隧道共享关系设置后，链路可以释放多少带宽。一般来说，隧道只要存在共享关系，预计算后，链路一定会释放带宽，如果不存在共享关系，则链路带宽前后无变化。
在用户确认后，向设备下发隧道的共享关系。
对于预计算的结果，用户查看确认后，可以下发设备，这样隧道共享关系就正式确立，链路的有效带宽也实际扩展。只有隧道共享关系实际下发到设备上，冗余的链路带宽才真正有效释放。
与现有技术相比较，本发明实施例的有益效果在于：通过对现网中存量业务的分析，同路由的工作、保护隧道能够有效共享，从而解决全网链路资源带宽冗余分配的问题，可以在不影响业务质量的情况下，有效释放网络的冗余带宽资源，使得网络带宽分配受到精确控制。
以下详细阐述本发明实施例中业务类型和隧道共享关系的匹配规则。
首先介绍无共享关系的业务类型，即各种隧道无共享关系的情况：
情况一，隧道上未承载客户层业务，这时隧道之间无共享关系。主要原因是，空载的业务隧道不占用实际带宽资源，只有承载了业务的带宽隧道，才为其分配带宽资源。
情况二：隧道上承载有客户层业务，但业务经过的隧道无同路由，这时隧道之间无共享关系。主要原因在于：只有同路由的隧道才有带宽共享的必要性，非同路由的隧道没有必要分析带宽共享。
情况三：业务经过的隧道同路由，隧道和业务都无保护关系配置，这时隧道之间无共享关系。主要原因是业务都无保护，所以不存在保护隧道共享工作隧道的情况。
情况四：业务经过的隧道同路由，隧道有保护关系配置，但保护模式是1+1，承载的业务都无保护关系配置，这时隧道之间无共享关系。主要原因是1+1保护模式的隧道，保护隧道需要承载额外业务，需要为其单独分配带宽，不允许保护隧道带宽共享工作隧道带宽。
情况五：业务经过的隧道同路由，隧道间无保护关系配置，承载的业务有保护关系配置，但保护模式是1+1，这时隧道之间无共享关系。主要原因是1+1保护模式的业务，保护伪线也需要承载额外业务，需要为其单独分配带宽，不允许保护伪线的隧道带宽共享工作伪线的隧道带宽。
情况六：业务经过的隧道同路由，隧道和业务都有保护关系配置，但保护模式都是1+1，这时隧道之间无共享关系。主要原因是1+1保护模式的隧道和业务，都需要保护隧道和保护伪线的隧道承载额外业务，因此需要单独占有带宽，不允许共享其他隧道的带宽。
其次，介绍存在共享关系的业务类型，即各种隧道存在共享关系的情况：
情况一：隧道保护组内共享：隧道上承载有客户层业务，业务经过的隧道同路由，隧道间有保护关系配置，且保护模式是1：1，业务无保护关系配置，这时隧道之间有共享关系。主要原因是1：1保护模式的保护隧道，不能承载额外业务，无需占有带宽，因此保护隧道可以共享工作隧道的带宽。
情况二：隧道保护组间共享：隧道上承载有客户层业务，业务经过的隧道同路由，隧道无保护关系配置，业务有保护关系配置，且保护模式是1：1，这时隧道之间有共享关系。主要原因是1：1保护模式的保护伪线的隧道，不能承载额外业务，无需占有带宽，因此保护伪线隧道带宽可以共享工作伪线隧道带宽。
情况三：隧道保护组间共享：隧道上承载有客户层业务，业务经过的隧道同路由，隧道和业务都有保护关系配置，隧道保护模式是1+1，业务保护模式是1：1，这时隧道之间有共享关系。主要原因是1：1保护模式的保护伪线的隧道，不能承载额外业务，无需占有带宽，因此保护伪线隧道带宽可以共享工作伪线隧道带宽。
情况四：隧道保护组内和保护组间共享：隧道上承载有客户层业务，业务经过的隧道同路由，隧道和业务都有保护关系配置，隧道保护模式是1：1，业务保护模式是1：1，这时隧道之间有共享关系。主要原因是1：1保护模式的保护隧道和保护伪线的隧道，都不能承载额外业务，无需占有带宽，因此，保护组内保护隧道带宽可以共享工作隧道带宽，保护组间保护伪线隧道带宽可以共享工作伪线隧道带宽。
情况五：隧道保护组内和保护组间共享：隧道上承载有客户层业务，业务经过的隧道同路由，隧道和业务都有保护关系配置，隧道保护模式是1：1，业务保护模式是1+1，这时隧道之间有共享关系。主要原因是1：1保护模式的保护隧道，不能承载额外业务，无需占有带宽；1+1保护模式的工作伪线带宽，不能承载额外业务，无需占有带宽，因此，保护组内保护隧道带宽可以共享工作隧道带宽，保护组间保护伪线隧道带宽可以共享工作伪线隧道带宽。
如图3a、图3b、图3c、图3d所示，图3a、图3b、图3c、图3d分别示出了本发明实施例中常见的一些同路由场景图。
场景一：如图3a所示，AZ端点同源同宿，AZ工作和保护隧道同路由，隧道有保护关系，承载的业务无保护关系。该场景是工程使用中最基本的同路由场景。
场景二：如图3b所示，AZ端点同源不同宿，两个保护组间的工作隧道和保护隧道有同路由，隧道和业务都有保护关系。该场景在工程使用中非常常见。
场景三：如图3c所示，AZ端点同源不同宿，同一个保护组内工作隧道和保护隧道有同路由，两个保护组间的工作隧道和保护隧道也有同路由，隧道和业务都有保护关系。该场景在工程使用中是典型的环带链场景，应用广泛。
场景四：如图3d所示，AZ端点同源不同宿，两个保护组间的工作隧道和保护隧道有同路由，DNI伪线的隧道和两个保护组中的隧道也有同路由，隧道和业务都有保护关系。该场景在工程使用中是一种新型的保护场景，将会越来越多的被广泛应用。
当然，还有其他一些同路由的场景图，大多是这些场景的拆分或者组合，在此不再一一说明。
通过上述各个场景可知，本发明实施例方案非常贴近于工程应用，通过对现网中存量业务的分析，同路由的工作、保护隧道能够有效共享，从而解决全网链路资源带宽冗余分配的问题，可以在不影响业务质量的情况下，有效释放网络的冗余带宽资源，使得网络带宽分配受到精确控制。
对应地，提出本发明基于隧道共享的带宽控制装置实施例。
如图4所示，本发明第一实施例提出一种基于隧道共享的带宽控制装置，包括：获取模块201、过滤模块202、查询业务模块203、校验共享规则模块204以及下发模块205，其中：
获取模块201，用于获取用户选择的资源对象；
过滤模块202，用于从用户选择的资源对象中过滤出满足带宽共享条件的隧道；
查询业务模块203，用于查询过滤出的隧道上承载的客户层业务，并记录隧道业务和客户层业务的保护类型；
校验共享规则模块204，用于根据记录的隧道业务和客户层业务的保护类型，以及预设的共享关系匹配规则，确定所述过滤出的隧道的共享关系；
下发模块205，用于将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
具体地，其中，资源对象可以是一些链路集合、一些网元集合或者一些隧道的集合。无论用户选择什么资源对象，最后网管需要分析的对象都是链路上的隧道资源。
网管根据选择的对象，首先过滤出适合带宽共享的隧道。
隧道需要满足CAC开关开启，以及隧道一致性状态一致这两个条件后，才享有带宽共享的必要性，因此需要全量过滤出CAC开关开启和一致性状态一致的隧道，如果不满足两个必要条件中的任何一个，则丢弃该类型的隧道。
之后，网管根据过滤出的隧道，查询其上承载的客户层业务，并记录隧道业务和客户层业务的保护类型，以便根据记录的隧道业务和客户层业务的保护类型，并根据一定的规则，来确定隧道的共享关系。
因为隧道承载不同类型的客户层业务，以及隧道业务和客户层业务配置的不同保护类型，直接决定隧道间是否存在共享关系以及存在何种类型的共享关系。
在本实施例中，隧道的共享关系一共分为四种：隧道间无共享关系、隧道保护组内有共享关系、隧道保护组间有共享关系、隧道保护组内和保护组间都有共享关系。
其中，共享关系匹配规则即隧道共享的原则是：
隧道保护组内，保护隧道的带宽共享工作隧道的带宽。
隧道保护子网间，保护伪线的隧道带宽共享工作伪线的隧道带宽，包括保护伪线的工作隧道和保护隧道带宽都可以共享工作伪线的工作隧道和保护隧道的带宽。
不能设置循环共享,不能A共享B，B共享C，应该直接设置A共享C，B共享C。
隧道保护组内共享，典型的指的是1对隧道间的关系，首先隧道有保护关系，隧道上承载的业务无保护关系，工作和保护隧道同路由，且保护类型又是1：1的类型，此时，保护隧道带宽可以共享工作隧道的带宽，这就是保护组内共享。
隧道保护组间共享，典型的指的是2对及其以上隧道间的关系，首先2对及其以上隧道都有保护关系，其工作和保护隧道都有同路由，且其保护类型是1+1的类型；其上承载的业务也有保护关系，但业务的保护类型是1：1的类型，此时，保护业务的工作隧道可以共享工作业务的工作隧道，但是工作业务上的保护隧道不能共享工作业务的工作隧道，这就是保护组间的共享。
隧道保护组内和保护组间的共享，典型的指的也是2对隧道间的关系，首先2对隧道都有保护关系，其工作和保护隧道都有同路由，且其保护类型是1：1的类型；其上承载的业务也有保护关系，但业务的保护类型也是1：1的类型，此时，保护业务的工作隧道可以共享工作业务的工作隧道，工作业务的保护隧道也能共享工作业务的工作隧道，这就是保护组间和保护组间都存在共享关系。
后续将结合共享关系匹配规则，对于各种类型的业务是否存在共享，以及存在何种类型的共享进行详细阐述。
通过判断隧道之间是否有共享，如果无共享关系，则直接结束该流程；如果存在共享，则必然会有带宽资源释放，网管将过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。只有隧道共享关系实际下发到设备上，冗余的链路带宽才真正有效释放。
如图5所示，本发明第二实施例提出一种基于隧道共享的带宽控制装置，基于上述图4所述的实施例，该装置还包括：
预计算模块206，用于预计算过滤出的隧道的共享关系，得到预计算结果，供用户查看隧道共享后带宽释放情况；若接收到用户的确认指令，则由所述下发模块将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
具体地，网管根据隧道共享规则预计算隧道共享关系，查看隧道共享后，链路可以释放多少有效带宽。
这里的预计算只是让用户查看一下，隧道共享关系设置后，链路可以释放多少带宽。一般来说，隧道只要存在共享关系，预计算后，链路一定会释放带宽，如果不存在共享关系，则链路带宽前后无变化。
在用户确认后，向设备下发隧道的共享关系。
对于预计算的结果，用户查看确认后，可以下发设备，这样隧道共享关系就正式确立，链路的有效带宽也实际扩展。只有隧道共享关系实际下发到设备上，冗余的链路带宽才真正有效释放。
与现有技术相比较，本发明实施例的有益效果在于：通过对现网中存量业务的分析，同路由的工作、保护隧道能够有效共享，从而解决全网链路资源带宽冗余分配的问题，可以在不影响业务质量的情况下，有效释放网络的冗余带宽资源，使得网络带宽分配受到精确控制。
以下详细阐述本发明实施例中业务类型和隧道共享关系的匹配规则。
首先介绍无共享关系的业务类型，即各种隧道无共享关系的情况：
情况一，隧道上未承载客户层业务，这时隧道之间无共享关系。主要原因是，空载的业务隧道不占用实际带宽资源，只有承载了业务的带宽隧道，才为其分配带宽资源。
情况二：隧道上承载有客户层业务，但业务经过的隧道无同路由，这时隧道之间无共享关系。主要原因在于：只有同路由的隧道才有带宽共享的必要性，非同路由的隧道没有必要分析带宽共享。
情况三：业务经过的隧道同路由，隧道和业务都无保护关系配置，这时隧道之间无共享关系。主要原因是业务都无保护，所以不存在保护隧道共享工作隧道的情况。
情况四：业务经过的隧道同路由，隧道有保护关系配置，但保护模式是1+1，承载的业务都无保护关系配置，这时隧道之间无共享关系。主要原因是1+1保护模式的隧道，保护隧道需要承载额外业务，需要为其单独分配带宽，不允许保护隧道带宽共享工作隧道带宽。
情况五：业务经过的隧道同路由，隧道间无保护关系配置，承载的业务有保护关系配置，但保护模式是1+1，这时隧道之间无共享关系。主要原因是1+1保护模式的业务，保护伪线也需要承载额外业务，需要为其单独分配带宽，不允许保护伪线的隧道带宽共享工作伪线的隧道带宽。
情况六：业务经过的隧道同路由，隧道和业务都有保护关系配置，但保护模式都是1+1，这时隧道之间无共享关系。主要原因是1+1保护模式的隧道和业务，都需要保护隧道和保护伪线的隧道承载额外业务，因此需要单独占有带宽，不允许共享其他隧道的带宽。
其次，介绍存在共享关系的业务类型，即各种隧道存在共享关系的情况：
情况一：隧道保护组内共享：隧道上承载有客户层业务，业务经过的隧道同路由，隧道间有保护关系配置，且保护模式是1：1，业务无保护关系配置，这时隧道之间有共享关系。主要原因是1：1保护模式的保护隧道，不能承载额外业务，无需占有带宽，因此保护隧道可以共享工作隧道的带宽。
情况二：隧道保护组间共享：隧道上承载有客户层业务，业务经过的隧道同路由，隧道无保护关系配置，业务有保护关系配置，且保护模式是1：1，这时隧道之间有共享关系。主要原因是1：1保护模式的保护伪线的隧道，不能承载额外业务，无需占有带宽，因此保护伪线隧道带宽可以共享工作伪线隧道带宽。
情况三：隧道保护组间共享：隧道上承载有客户层业务，业务经过的隧道同路由，隧道和业务都有保护关系配置，隧道保护模式是1+1，业务保护模式是1：1，这时隧道之间有共享关系。主要原因是1：1保护模式的保护伪线的隧道，不能承载额外业务，无需占有带宽，因此保护伪线隧道带宽可以共享工作伪线隧道带宽。
情况四：隧道保护组内和保护组间共享：隧道上承载有客户层业务，业务经过的隧道同路由，隧道和业务都有保护关系配置，隧道保护模式是1：1，业务保护模式是1：1，这时隧道之间有共享关系。主要原因是1：1保护模式的保护隧道和保护伪线的隧道，都不能承载额外业务，无需占有带宽，因此，保护组内保护隧道带宽可以共享工作隧道带宽，保护组间保护伪线隧道带宽可以共享工作伪线隧道带宽。
情况五：隧道保护组内和保护组间共享：隧道上承载有客户层业务，业务经过的隧道同路由，隧道和业务都有保护关系配置，隧道保护模式是1：1，业务保护模式是1+1，这时隧道之间有共享关系。主要原因是1：1保护模式的保护隧道，不能承载额外业务，无需占有带宽；1+1保护模式的工作伪线带宽，不能承载额外业务，无需占有带宽，因此，保护组内保护隧道带宽可以共享工作隧道带宽，保护组间保护伪线隧道带宽可以共享工作伪线隧道带宽。
如图3a、图3b、图3c、图3d所示，图3a、图3b、图3c、图3d分别示出了本发明实施例中常见的一些同路由场景图。
场景一：如图3a所示，AZ端点同源同宿，AZ工作和保护隧道同路由，隧道有保护关系，承载的业务无保护关系。该场景是工程使用中最基本的同路由场景。
场景二：如图3b所示，AZ端点同源不同宿，两个保护组间的工作隧道和保护隧道有同路由，隧道和业务都有保护关系。该场景在工程使用中非常常见。
场景三：如图3c所示，AZ端点同源不同宿，同一个保护组内工作隧道和保护隧道有同路由，两个保护组间的工作隧道和保护隧道也有同路由，隧道和业务都有保护关系。该场景在工程使用中是典型的环带链场景，应用广泛。
场景四：如图3d所示，AZ端点同源不同宿，两个保护组间的工作隧道和保护隧道有同路由，DNI伪线的隧道和两个保护组中的隧道也有同路由，隧道和业务都有保护关系。该场景在工程使用中是一种新型的保护场景，将会越来越多的被广泛应用。
当然，还有其他一些同路由的场景图，大多是这些场景的拆分或者组合，在此不再一一说明。
通过上述各个场景可知，本发明实施例方案非常贴近于工程应用，通过对现网中存量业务的分析，同路由的工作、保护隧道能够有效共享，从而解决全网链路资源带宽冗余分配的问题，可以在不影响业务质量的情况下，有效释放网络的冗余带宽资源，使得网络带宽分配受到精确控制。
还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种基于隧道共享的带宽控制方法，其特征在于，包括：
获取用户选择的资源对象；
从用户选择的资源对象中过滤出满足带宽共享条件的隧道；
查询过滤出的隧道上承载的客户层业务，并记录隧道业务和客户层业务的保护类型；
根据记录的隧道业务和客户层业务的保护类型，以及预设的共享关系匹配规则，确定所述过滤出的隧道的共享关系；
将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
2.根据权利要求1所述的方法，其特征在于，所述将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源的步骤之前还包括：
预计算过滤出的隧道的共享关系，得到预计算结果，供用户查看隧道共享后带宽释放情况；
若接收到用户的确认指令，则执行步骤：将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
3.根据权利要求1所述的方法，其特征在于，所述从用户选择的资源对象中过滤出满足带宽共享条件的隧道的步骤包括：
判断用户选择的资源对象是否满足CAC开关开启和隧道一致性状态一致，若是，则过滤出满足CAC开关开启和隧道一致性状态一致的隧道；否则，丢弃不满足CAC开关开启和隧道一致性状态一致的隧道。
4.根据权利要求1所述的方法，其特征在于，所述资源对象包括：链路集合、网元集合或者隧道集合。
5.根据权利要求1-4中任一项所述的方法，其特征在于，所述隧道的共享关系包括：隧道保护组内共享、隧道保护组间共享，以及隧道保护组内和保护组间共享。
6.一种基于隧道共享的带宽控制装置，其特征在于，包括：
获取模块，用于获取用户选择的资源对象；
过滤模块，用于从用户选择的资源对象中过滤出满足带宽共享条件的隧道；
查询业务模块，用于查询过滤出的隧道上承载的客户层业务，并记录隧道业务和客户层业务的保护类型；
校验共享规则模块，用于根据记录的隧道业务和客户层业务的保护类型，以及预设的共享关系匹配规则，确定所述过滤出的隧道的共享关系；
下发模块，用于将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
7.根据权利要求6所述的装置，其特征在于，所述装置还包括：
预计算模块，用于预计算过滤出的隧道的共享关系，得到预计算结果，供用户查看隧道共享后带宽释放情况；若接收到用户的确认指令，则由所述下发模块将所述过滤出的隧道的共享关系下发到设备，以释放冗余链路带宽资源。
8.根据权利要求6所述的装置，其特征在于，
所述过滤模块，还用于判断用户选择的资源对象是否满足CAC开关开启和隧道一致性状态一致，若是，则过滤出满足CAC开关开启和隧道一致性状态一致的隧道；否则，丢弃不满足CAC开关开启和隧道一致性状态一致的隧道。
9.根据权利要求6所述的装置，其特征在于，所述资源对象包括：链路集合、网元集合或者隧道集合。
10.根据权利要求6-9中任一项所述的装置，其特征在于，所述隧道的共享关系包括：隧道保护组内共享、隧道保护组间共享，以及隧道保护组内和保护组间共享。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510252663.7A CN106304202B (zh) | 2015-05-18 | 2015-05-18 | 基于隧道共享的带宽控制方法及装置 |
| PCT/CN2016/078694 WO2016184268A1 (zh) | 2015-05-18 | 2016-04-07 | 基于隧道共享的带宽控制方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510252663.7A CN106304202B (zh) | 2015-05-18 | 2015-05-18 | 基于隧道共享的带宽控制方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106304202A CN106304202A (zh) | 2017-01-04 |
| CN106304202B true CN106304202B (zh) | 2019-04-30 |
Family
ID=57319434
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510252663.7A Active CN106304202B (zh) | 2015-05-18 | 2015-05-18 | 基于隧道共享的带宽控制方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106304202B (zh) |
| WO (1) | WO2016184268A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111325403B (zh) * | 2020-02-26 | 2023-07-11 | 长安大学 | 一种公路隧道机电设备剩余寿命预测方法 |
| WO2022052009A1 (en) * | 2020-09-10 | 2022-03-17 | Huawei Technologies Co., Ltd. | Device and method for load balancing |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101197633A (zh) * | 2008-01-04 | 2008-06-11 | 中兴通讯股份有限公司 | 一种共享保护和提高带宽利用率的方法及装置 |
| CN102891787A (zh) * | 2011-07-20 | 2013-01-23 | 中兴通讯股份有限公司 | 基于共享路径的环网隧道配置方法、业务切换方法及系统 |
| EP2621132A1 (en) * | 2010-09-25 | 2013-07-31 | ZTE Corporation | Method and apparatus for sharing service protection in mesh network |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7688849B2 (en) * | 2004-04-20 | 2010-03-30 | Nortel Networks Limited | Method and system for quality of service support for Ethernet multiservice interworking over multiprotocol lable switching |
| KR20080089285A (ko) * | 2007-03-30 | 2008-10-06 | 한국전자통신연구원 | 이더넷 링 네트워크에서의 보호 절체 방법 |
| CN100550816C (zh) * | 2007-07-12 | 2009-10-14 | 华为技术有限公司 | 一种保证虚拟专用网带宽和服务质量的方法和设备 |
| CN101471693B (zh) * | 2007-12-27 | 2013-04-17 | 华为技术有限公司 | 一种实现共享网格保护的方法和装置 |
| CN102136991B (zh) * | 2010-07-02 | 2013-10-09 | 华为技术有限公司 | 在标签交换路径上配置隧道的方法和节点 |
| CN102223299A (zh) * | 2011-06-08 | 2011-10-19 | 中兴通讯股份有限公司 | 隧道间带宽资源的管理方法和系统 |
| IL218899A0 (en) * | 2012-03-27 | 2012-06-28 | Eci Telecom Ltd | Mpls tunnel for bw sharing |
-
2015
- 2015-05-18 CN CN201510252663.7A patent/CN106304202B/zh active Active
-
2016
- 2016-04-07 WO PCT/CN2016/078694 patent/WO2016184268A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101197633A (zh) * | 2008-01-04 | 2008-06-11 | 中兴通讯股份有限公司 | 一种共享保护和提高带宽利用率的方法及装置 |
| EP2621132A1 (en) * | 2010-09-25 | 2013-07-31 | ZTE Corporation | Method and apparatus for sharing service protection in mesh network |
| CN102891787A (zh) * | 2011-07-20 | 2013-01-23 | 中兴通讯股份有限公司 | 基于共享路径的环网隧道配置方法、业务切换方法及系统 |
Non-Patent Citations (2)
| Title |
|---|
| Max Allocation with Reservation Bandwidth Constraints Model for;J.Ash;《NETWORK WORKING GROUP REQUEST FOR COMMENTS:4126》;20050630;第3-4节 |
| Resource ReSerVation Protocol;R.Branden 等;《NETWORK WORKING GROUP REQUEST FOR COMMENTS:2205》;19970930;第3节 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2016184268A1 (zh) | 2016-11-24 |
| CN106304202A (zh) | 2017-01-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102497362B (zh) | 异常网络流量的攻击源追踪方法及装置 | |
| CN104202264B (zh) | 云化数据中心网络的承载资源分配方法、装置及系统 | |
| US7551550B2 (en) | Method and system for allocating protection path resources | |
| US8560697B2 (en) | Method and apparatus for assigning and allocating network resources to layer 1 Virtual Private Networks | |
| CN107637037A (zh) | 用于全局虚拟网络中的虚拟接口和高级智能路由的系统和方法 | |
| CN108471397A (zh) | 防火墙配置、报文发送方法和装置 | |
| US20040221177A1 (en) | Device and method for simulating network traffic treatments of a network using policy rules | |
| US6894978B1 (en) | Method and system for operation of a resilient closed communication network without a dedicated protection network segment | |
| US7924705B2 (en) | Method and system for span-based connection aggregation | |
| CN103297347B (zh) | 一种负载均衡处理方法及装置 | |
| CN105791108B (zh) | 一种基于捆绑接口的隧道带宽预留的方法及装置 | |
| CN104579965B (zh) | 支持多种约束策略的光‑电两层路径计算方法及系统 | |
| CN105812222A (zh) | 基于虚拟机和容器的多租户虚拟网络及实现方法 | |
| CN108900549A (zh) | 一种安全的区块链组网技术 | |
| CN106304202B (zh) | 基于隧道共享的带宽控制方法及装置 | |
| CN102761480B (zh) | 一种资源分配方法及装置 | |
| CN108337144A (zh) | Td-lte城域回传网络、路径保护方法 | |
| CN107969017A (zh) | 实现网络切片的方法及系统 | |
| CN103716183B (zh) | 一种光传送网的管理方法和装置 | |
| US20110142438A1 (en) | Protection switching method in optical transport network | |
| CN1790960B (zh) | 一种wdm网中混合共享链路波长资源的通路保护方法 | |
| Ouedraogo et al. | Optimization approach to lower capacity requirements in backup networks | |
| CN106411541A (zh) | 建立业务割接计划的方法及装置 | |
| CN104137478B (zh) | 用于控制电信网络内的通知的流的方法和系统 | |
| CN109951353A (zh) | 一种云平台流量检测方法与资源池系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |