最小激活链路数处理方法及装置制造方法及图纸

本发明专利技术公开了最小激活链路数处理方法及装置，该方法包括：接收对端发送的多链路点对点组的最小激活链路数；确定本端的多链路点对点组的最小激活链路数和对端发送的最小激活链路数一致；通知对端最小激活链路数一致。解决了相关技术中本端和对端不了解对方最小激活链路数而导致的问题，进而在本端和对端增加了最小激活链路数通告机制。

【技术实现步骤摘要】

本专利技术涉及通信领域，具体而言，涉及一种最小激活链路数处理方法及装置。
技术介绍
链路捆绑将多个封装相同链路层协议的接口捆绑到一起，形成一条逻辑上的数据链路。链路捆绑的作用如下流量负载分担出/入流量可以在多个成员接口之间分担；增加带宽链路捆绑接口的带宽是各可用成员接口带宽的总和；提高连接可靠性当某个成员接口出现故障时，流量会自动切换到其他可用的成员接口上，从而提高整个捆绑链路的连接可靠性。多链路点对点协议(Multilink-PPP或MLPPP)链路捆绑技术中的一种，将多条PPP链路绑定到一起，用于解决PPP —次只能处理一个实际链接的局限。专利“CN101854396A”提出了 MLPPP组最小激活链路数以及MLPPP组状态概念，提供了一种MLPPP组保证用户期望带宽的方法，以及在无法保证情况下的相应通告处理主要就是通过检测绑定的各PPP链路状态，判断状态up (状态up符合rfcl661)的链路数是不是达到了用户配置的阀值(最小激活链路数)，达到了则按照MLPPP协议正常往下处理，否则要进行相应的通告和处理机制。但是，该专利存在如下当两端MLPPP组的最小激活链路数配置不一样时，会出现一端UP的PPP链路数已经达到最小激活链路数即 MLPPP组状态UP承载业务，但另一端UP的PPP链路数还未达到最小激活链路数即MLPPP组状态为DOWN，这样就会出现异常。例如图1是根据相关技术的MLPPP设备对接组网的不意图，如图1所不，有两端设备DEVA和DEVB,两台设备通过MLPPP通信，即，分别在DEVA上配置一个MLPPP组MA和DEVB上配置一个MLPPP组MB进行对接，MA配置的最小激活链路数为2，MB配置的最小激活链路数为4。但是，当前MA和MB之间只有3条PPP链路时UP可用的，于是，MA的状态为UP开始承载业务，而MB由于当前UP的链路数数为3没有达到配置的最小激活链路数4状态为DOWN不承载业务。这样，业务出现异常用户也就无法感知。产生该问题的原因在于，本端和对端设备之间并不了解对方的最小激活链路数。而上述专利并没有意识到该问题的存在。
技术实现思路
本专利技术提供一种最小激活链路数处理方法及装置，以至少解决上述问题。根据本专利技术的一个方面，提供了一种最小激活链路数处理方法，包括接收对端发送的多链路点对点组的最小激活链路数；确定本端的多链路点对点组的最小激活链路数和所述对端发送的最小激活链路数一致；通知所述对端最小激活链路数一致。优选地，所述方法还包括确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致；上报最小激活链路协商失败的告警。优选地，在确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，所述方法还包括通知所述对端最小激活链路数不一致。优选地，所述方法还包括确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致；在所述本端的最小激活链路数大于所述对端的最小激活链路数的情况下，采用所述对端的最小激活链路数作为所述本端的最小激活链路数；在所述本端的最小激活链路数小于所述对端的最小激活链路数的情况下，通知所述对端采用所述本端的最小激活链路数作为所述对端的最小激活链路数。优选地，接收所述对端发送的多链路点对点组的最小激活链路数包括接收所述对端发送的配置请求消息，其中，所述配置请求消息中携带有所述对端的最小激活链路数。根据本专利技术的另一个方面，还提供了一种最小激活链路数处理装置，包括接收模块，用于接收对端发送的多链路点对点组的最小激活链路数；确定模块，用于确定本端的多链路点对点组的最小激活链路数和所述对端发送的最小激活链路数一致；通知模块，用于通知所述对端最小激活链路数一致。优选地，在所述确定模块确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，所述装置还包括告警上报模块，用于上报最小激活链路协商失败的告警。优选地，在所述确定模块确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况·下，所述通知模块还用于通知所述对端最小激活链路数不一致。优选地，在所述确定模块确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，所述装置还包括处理模块，用于在所述本端的最小激活链路数大于所述对端的最小激活链路数的情况下，采用所述对端的最小激活链路数作为所述本端的最小激活链路数；在所述本端的最小激活链路数小于所述对端的最小激活链路数的情况下，通知所述对端采用所述本端的最小激活链路数作为所述对端的最小激活链路数。优选地，所述接收模块，用于接收所述对端发送的配置请求消息，其中，所述配置请求消息中携带有所述对端的最小激活链路数。通过本专利技术，采用接收对端发送的多链路点对点组的最小激活链路数；确定本端的多链路点对点组的最小激活链路数和所述对端发送的最小激活链路数一致；通知所述对端最小激活链路数一致。解决了相关技术中本端和对端不了解对方最小激活链路数而导致的问题，进而在本端和对端增加了最小激活链路数通告机制。附图说明此处所说明的附图用来提供对本专利技术的进一步理解，构成本申请的一部分，本专利技术的示意性实施例及其说明用于解释本专利技术，并不构成对本专利技术的不当限定。在附图中图1是根据相关技术的MLPPP设备对接组网的示意图；图2是根据本专利技术实施例的最小激活链路数处理方法的流程图；图3是根据本专利技术实施例的最小激活链路数处理装置的结构框图；图4是根据本专利技术实施例的最小激活链路数处理装置的优选结构框图一；图5是根据本专利技术实施例的最小激活链路数处理装置的优选结构框图二 ；图6是根据本专利技术实施例的PPP协议协商过程的示意图；图7是根据本专利技术实施例的LCP协商阶段Configure-Request请求的构造与发送的流程图；图8是根据本专利技术实施例的LCP协商阶段收到Configure-Request请求时的处理流程图。具体实施例方式下文中将参考附图并结合实施例来详细说明本专利技术。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。以下实施例可以应用于MLPPP技术中，但是并不限于此。在以下实施例中提供一种MLPPP组最小激活链路数动态协商的方法。可以在MLPPP协商阶段两端就最小激活链路数进行通告。例如，可以在(Link Control Protocol,简称为LCP)协商阶段对两端的最小激活链路数进行通告。图2是根据本专利技术实施例的最小激活链路数处理方法的流程图，如图2所示，该流程包括如下步骤步骤S202，接收对端发送的多链路点对点组的最小激活链路数；步骤S204，确定本端的多链路点对点组的最小激活链路数和对端发送的最小激活链路数一致；步骤S206，通知对端最小激活链路数一致。通过上述步骤，引入了最小激活链路数的判断机制，从而可以使双方均了解与对端的最小激活链路数是一致的，并且进行下一步处理，这样就可以避免因双方的最小激活链路数的不一致而导致的问题。作为一个优选实施方式，为了在双方最小激活链路数不一致的情况及时通知给相关的设备或者用户，还可以上报最小激活链路协商失败的告警，通过上报该告警解决了因为最小激活链路数两端配置的不一样而导致协商完成后两端MLPPP组状态不一致而业务异常用户无法感知的问题。在上报告警的情况下，可以通本文档来自技高网...

【技术保护点】
一种最小激活链路数处理方法，其特征在于包括：接收对端发送的多链路点对点组的最小激活链路数；确定本端的多链路点对点组的最小激活链路数和所述对端发送的最小激活链路数一致；通知所述对端最小激活链路数一致。

【技术特征摘要】
1.一种最小激活链路数处理方法，其特征在于包括 接收对端发送的多链路点对点组的最小激活链路数； 确定本端的多链路点对点组的最小激活链路数和所述对端发送的最小激活链路数一致； 通知所述对端最小激活链路数一致。2.根据权利要求1所述的方法，其特征在于，所述方法还包括 确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致； 上报最小激活链路协商失败的告警。3.根据权利要求2所述的方法，其特征在于，在确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，所述方法还包括 通知所述对端最小激活链路数不一致。4.根据权利要求1所述的方法，其特征在于，所述方法还包括 确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致； 在所述本端的最小激活链路数大于所述对端的最小激活链路数的情况下，采用所述对端的最小激活链路数作为所述本端的最小激活链路数；在所述本端的最小激活链路数小于所述对端的最小激活链路数的情况下，通知所述对端采用所述本端的最小激活链路数作为所述对端的最小激活链路数。5.根据权利要求1至4中任一项所述的方法，其特征在于，接收所述对端发送的多链路点对点组的最小激活链路数包括 接收所述对端发送的配置请求消息，其中，所述配置请求消息中携带有所述对端的最小激活链路数。6.一种最小激活链路数处理装置，其特...

【专利技术属性】
技术研发人员：刘微，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：