WO2011150634A1 - Mlppp组带宽容量的处理方法和装置 - Google Patents

Mlppp组带宽容量的处理方法和装置 Download PDF

Info

Publication number
WO2011150634A1
WO2011150634A1 PCT/CN2010/079030 CN2010079030W WO2011150634A1 WO 2011150634 A1 WO2011150634 A1 WO 2011150634A1 CN 2010079030 W CN2010079030 W CN 2010079030W WO 2011150634 A1 WO2011150634 A1 WO 2011150634A1
Authority
WO
WIPO (PCT)
Prior art keywords
mlppp group
mlppp
group
ppp
state
Prior art date
Application number
PCT/CN2010/079030
Other languages
English (en)
French (fr)
Inventor
刘微
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011150634A1 publication Critical patent/WO2011150634A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/127—Avoiding congestion; Recovering from congestion by using congestion prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/41—Flow control; Congestion control by acting on aggregated flows or links
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • the present invention relates to the field of communications, and in particular, to a multi-link point-to-point protocol.
  • Link bundling bundles multiple interfaces encapsulating the same link layer protocol to form a logical data link.
  • the functions of link bundling are as follows: (1) Traffic load sharing: The inbound/outbound traffic can be shared among multiple member interfaces. (2) Increase bandwidth: The bandwidth of the link bundling interface is the sum of the bandwidth of each available member interface; 3) Improve connection reliability: When a member interface fails, traffic is automatically switched to other available member interfaces, which improves the connection reliability of the entire bundle link.
  • MLPPP is a link bundling technique that binds multiple Point to Point Protocol (PPP) links together to compensate for the limitations of the PPP protocol that can only process one actual link at a time.
  • PPP Point to Point Protocol
  • the inventor has found that in the above related art, the user does not know how many negotiated PPP links are currently in the MLPPP group, and the maximum bandwidth that the MLPPP group can carry traffic traffic. Therefore, the bandwidth that the MLPPP group can currently carry service traffic. When the user is below the minimum bandwidth required, the user is not aware of the situation. For example, the minimum bandwidth required by the user is 8M.
  • the MLPPP group is currently bound to four 2M PPP links. Once a PPP link fails, the PPP link is unavailable. In this case, the MLPPP group has available bandwidth.
  • a main object of the present invention is to provide a processing solution for bandwidth capacity of an MLPPP group, so as to at least solve the problem of affecting the transmission performance of user data in the related art in the related art because the user does not know the maximum bandwidth of the MLPPP group capable of carrying the traffic. .
  • a method for processing a multi-link point-to-point protocol MLPPP group bandwidth capacity is provided.
  • the method for processing the bandwidth capacity of the MLPPP group includes the following steps: counting the number of PPP links of the point-to-point protocol that are in the open state bound by the MLPPP group; determining whether the number of PPP links that are in the open state is If the number of PPP links in the open state is less than the threshold, the current bandwidth capacity of the MLPPP group is insufficient to meet the bandwidth requirement.
  • the threshold is a preset number of minimum activated links corresponding to bandwidth requirements.
  • the number of the PPP links that are in the open state of the MLPPP group is as follows: Detecting the status of all the PPP links bound to the MLPPP group; and counting the PPPs in the PPP link bound to the MLPPP group.
  • the MLPPP group is enabled to be enabled and disabled.
  • the MLPPP group can be configured to carry the service.
  • the MLPPP group stops working and cannot carry service packets.
  • the current bandwidth capacity of the MLPPP group is insufficient to meet the bandwidth requirement, including: setting the MLPPP group status to off, and transmitting the corresponding alarm information.
  • the method further includes: setting the MLPPP group when the number of the PPP links in the open state is greater than or equal to the threshold ⁇ I state is on.
  • a multi-link point-to-point protocol MLPPP group bandwidth capacity processing apparatus is also provided.
  • the device includes: a statistics module, configured to count the number of point-to-point protocol PPP links that are in an open state bound by the MLPPP group; and a judging module, configured to determine that the PPP link is open Whether the number of the PPP links in the state is less than the threshold; and the prompting module is configured to prompt the MLPPP group that the current bandwidth capacity cannot meet the bandwidth requirement if the number of the PPP links that are in the open state is less than the threshold.
  • the statistics module includes: a detecting module, configured to detect a state of all PPP links bound by the MLPPP group.
  • the prompting module includes: a setting module, configured to set the state of the MLPPP group to be closed when the number of PPP links in the open state is less than a threshold, wherein the MLPPP group in the closed state stops working, and cannot The bearer service packet is sent by the reporting module, and is used to report the alarm information corresponding to the closed state of the MLPPP group.
  • the setting module is further configured to set the state of the MLPPP group to be on when the number of the PPP links in the open state is greater than or equal to the threshold, wherein the MLPPP group in the open state can carry the service text.
  • the method of setting the minimum activation link number (threshold value) of the MLPPP is used to solve the problem that the transmission performance of the user data is affected by the user not knowing the maximum bandwidth of the MLPPP group capable of 7-carrier service traffic in the related art, and avoids In the MLPPP group, the link congestion caused by insufficient bandwidth during the PPP link failure ensures the bandwidth requirement of the MLPPP group, increases the processing capacity of the system, and improves the user experience.
  • FIG. 1 is a flowchart of a method for processing bandwidth capacity of an MLPPP group according to an embodiment of the present invention
  • FIG. 2 is a flowchart of processing for configuring a minimum number of active links according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a process when a PPP link state changes from up to down according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a process when a PPP link state changes from up to down according to an embodiment of the present invention
  • FIG. 6 is a structural block diagram of a processing apparatus for bandwidth capacity of an MLPPP group according to a preferred embodiment of the present invention.
  • FIG. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.
  • 1 is a flowchart of a method for processing bandwidth capacity of an MLPPP group according to an embodiment of the present invention. As shown in FIG.
  • Step S102 Statistics of an MLPPP group bound in an open state
  • the number of PPP links is determined as follows: Step S104, determining whether the number of PPP links in the open state is 'j, the threshold value; and step S106, the number of PPP links in the open state is less than the threshold value.
  • Step S104 determining whether the number of PPP links in the open state is 'j, the threshold value
  • step S106 the number of PPP links in the open state is less than the threshold value.
  • the problem of setting the threshold is used to solve the problem that the user does not know the maximum bandwidth that the MLPPP group can carry the service traffic, and the transmission performance of the user data is affected, and the MPPPP group is prevented from being faulty on the PPP link.
  • the threshold may be a pre-configured number of minimum activated links corresponding to bandwidth requirements.
  • the method is simple to implement and has high operability.
  • the status of all the PPP links bound by the MLPPP group can be detected; and the number of PPP links whose status is on all the PPP links bound to the MLPPP group is counted.
  • the method utilizes statistics on the number of PPP links in the MLPPP group that are in an open state, thereby improving the accuracy of the system.
  • the state of the MLPPP group may include (up) and down (down).
  • the MLPPP group When the MLPPP group is in the on state, the MLPPP group can carry the service, implement the fragment reassembly and load sharing functions required by the MLPPP protocol; When the MLPPP group is in the shutdown state, the MLPPP group stops working, cannot carry the service, and cannot implement the functions of fragment reassembly and load balancing required by the MLPPP protocol. However, the PPP protocol packets on the PPP link can be normal. Send and receive. Defining the on and off states of the MLPPP group can perform unified operations on all PPP links belonging to the MLPPP group, increasing the flexibility of the system.
  • step S106 if the number of PPP links in the open state is less than the threshold, the state of the MLPPP group may be set to be off, and the corresponding alarm information may be sent.
  • the method can notify the user of the bandwidth capacity status of the MLPPP group, so that the PPP link stops working when the bandwidth capacity of the MLPPP group is smaller than the bandwidth requirement of the user, and sends an alarm message to the user to perform corresponding processing.
  • the state of the MLPPP group may be set to be on.
  • FIG. 2 is a flowchart of a process for configuring a minimum number of active links according to an embodiment of the present invention. As shown in FIG. 2, the method includes the following steps: Step S202: The minimum number of active links of the MLPPP group is configured by the user according to actual requirements. . Step S204: Detect the status of the PPP link in the MLPPP group, and count the number of PPP links that are currently in the up state.
  • Step S206 Compare the number of PPP links that are currently in the up state with the configured minimum number of active links, that is, determine whether the number of PPP links that are currently in the up state is less than the configured minimum number of active links. If it is less than the minimum activated link number, the process goes to step S208; otherwise, the process goes to step S210.
  • step S208 the MLPPP group is down (stops working, does not carry service packets), and reports an alarm. At this point, the MLPPP group cannot guarantee the minimum bandwidth required by the user.
  • Step S210 the normal processing flow of the MLPPP conforms to RFC 1661 and RFC 1990.
  • Step S302 Detecting a state of a PPP link in an MLPPP group, and performing statistics The number of PPP links currently in the up state.
  • Step S304 Compare the number of PPP links that are currently in the up state with the configured minimum number of active links, that is, determine whether the number of PPP links that are currently in the up state is less than the configured minimum number of active links.
  • step S306 the existing state is maintained without any processing.
  • step S308 determining whether the current MLPPP group is in the up state. If yes, there is no need to change the MLPPP group status, and the existing status is left unprocessed; if not, go to step S310.
  • step S310 the state of the MLPPP group is set to up, so that it is in the working state, and the alarm is reported to disappear.
  • Step 4 is a flowchart of a process when a PPP link state changes from up to down according to an embodiment of the present invention.
  • the method includes the following steps: Step 4: S402, detecting a PPP link in an MLPPP group State, counts the number of PPP links currently in the up state.
  • Step S404 Compare the number of PPP links that are currently in the up state with the configured minimum number of active links, that is, determine whether the number of PPP links that are currently in the up state is less than the configured minimum number of active links.
  • step S408 If the number of the minimum activated links is less than the minimum number of active links, the process proceeds to step S408; otherwise, the PPP link down does not affect the state change of the MLPPP group, and the process proceeds to step S406.
  • step S406 the existing state is maintained without any processing.
  • step S408, determining whether the current MLPPP group is in the up state. If not, there is no need to change the state of the MLPPP group, and the existing state is left unprocessed; if yes, the process proceeds to step S410. In step S410, the state of the MLPPP group is set to down, so that it stops working, and an alarm is reported.
  • FIG. 5 is a structural block diagram of a processing apparatus for bandwidth capacity of an MLPPP group according to an embodiment of the present invention. As shown in FIG.
  • the apparatus includes: a statistics module 52, configured to collect a PPP link in an MPPPP group that is in an open state.
  • the determining module 54 is coupled to the statistic module 52, configured to determine whether the number of PPP links in the open state is 'j, is a threshold value; and the prompting module 56 is coupled to the determining module 54 for being turned on. If the number of PPP links is less than the threshold, the current bandwidth capacity of the MLPPP group is insufficient to meet the bandwidth requirement.
  • the problem of setting the threshold is used to solve the problem that the user does not know the maximum bandwidth that the MLPPP group can carry the service traffic, and the transmission performance of the user data is affected, and the MPPPP group is prevented from being faulty on the PPP link.
  • FIG. 6 is a structural block diagram of a processing apparatus for bandwidth capacity of an MLPPP group according to a preferred embodiment of the present invention.
  • the statistic module 52 includes: a detecting module 522, configured to detect states of all PPP links bound by the MLPPP group. .
  • the prompting module 56 includes: a setting module 562, coupled to the determining module 54, configured to set the state of the MLPPP group to be off, wherein the state of the MLPPP group is off, if the number of PPP links in the open state is less than a threshold The MLPPP group stops working and cannot carry the service message; the reporting module 564 is configured to report the alarm information corresponding to the closed state of the MLPPP group.
  • the setting module 562 is further configured to: when the number of the PPP links in the open state is greater than or equal to the threshold, set the state of the MLPPP group to be on, where the MLPPP group in the open state can carry the service. Text.
  • the above embodiment provides a method for ensuring the bandwidth expected by the user of the MLPPP group, and corresponding notification processing in the case where the MLPPP group cannot guarantee the bandwidth requirement.
  • By detecting the status of each PPP link that is bound it is determined whether the number of PPP links in the state up (state up conforms to RFC1661) has reached the threshold configured by the user. If the threshold is reached, the MLPPP protocol is normally processed downward. Otherwise, the corresponding notification and processing mechanism should be carried out.
  • the present invention further provides a processing apparatus for bandwidth capacity of an MLPPP group according to another preferred embodiment.
  • the apparatus may include: a PPP module, an MLPPP module, an MLPPP minimum activated link number configuration module, an activated link number comparison module, and an advertisement processing module.
  • the PPP module based on RFC1661 and the MLPPP module based on RFC1990 are used to implement negotiation and maintenance of PPP links and basic functions of MLPPP.
  • the following steps may be included: First, the PPP module and the MLPPP module are enabled, that is, the MLPPP group is configured as the normal process; then, the minimum bandwidth requirement of the user is configured in the MLPPP minimum active link number configuration module.
  • the number of links in the up state is compared with the configured minimum number of active links, and corresponding notifications and processing are performed according to the comparison result. Specifically, if the number of links currently in the up state is less than the minimum number of active links (ie, the available bandwidth of the MLPPP group does not meet the requirements of the user;), the MLPPP group is stopped (ie, the state of the MLPPP group is set to Down), the alarm information is also sent to notify the user; if the number of links currently in the up state is greater than the minimum number of active links (ie, the available bandwidth of the MLPPP group meets the bandwidth requirement of the user), the MLPPP group in the down state is set. For up, follow the normal process.
  • the embodiment of the present invention provides the user with a human-machine interface configured with the minimum number of active links, so that the user can inform the MLPPP group of the expected minimum guaranteed bandwidth value, thereby preventing the MLPPP group from being caused by the PPP link failure.
  • the bandwidth capacity does not meet the bandwidth requirements, which causes the PPP link to be congested, which increases the processing capacity of the system and improves the user experience.
  • the computing device may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Abstract

本发明公开了一种多链路点对点协议MLPPP组带宽容量的处理方法和装置，该方法包括以下步骤：统计MLPPP组绑定的处于开启状态的点对点协议PPP链路的个数；判断处于开启状态的PPP链路的个数是否小于阈值；以及在处于开启状态的PPP链路的个数小于阈值的情况下，提示MLPPP组当前的带宽容量已不能满足带宽需求。通过本发明增加了系统的处理能力，提高了用户体验。

Description

MLPPP组带宽容量的处理方法和装置 技术领域 本发明 涉及通信领域， 尤其涉及一种多 链路点对点协议
( Multilink-Point-to-Point Protocol , 简称为 MLPPP ) 组带宽容量的处理方法 和装置。 背景技术 链路捆绑将多个封装相同链路层协议的接口捆绑到一起， 形成一条逻辑 上的数据链路。 链路捆绑的作用有： （ 1 )流量负载分担： 出 /入流量可以在多 个成员接口之间分担； （2 ) 增加带宽： 链路捆绑接口的带宽是各可用成员接 口带宽的总和； （3 ) 提高连接可靠性： 当某个成员接口出现故障时， 流量会 自动切换到其他可用的成员接口上， 从而提高整个捆绑链路的连接可靠性。
MLPPP就是这样一种链路捆绑技术， 即， 将多条点对点协议 ( Point to Point Protocol, 简称为 PPP )链路绑定到一起， 用于弥补 PPP协议一次只能 处理一个实际链接的局限。 发明人发现在上述的相关技术中， 用户不知道 MLPPP组当前有多少条 协商好的 PPP链路、 以及 MLPPP组能够承载业务流量的最大带宽， 所以， 在 MLPPP组当前所能承载业务流量的带宽低于用户需要的最小带宽时， 用 户也无法得知该情况。 例如， 用户要求的最小带宽为 8M, MLPPP组当前绑 定了 4条 2M的 PPP链路， 一旦某条 PPP链路通讯故障， 则导致该条 PPP 链路不可用， 此时， MLPPP组可用带宽只有 6M (小于最小带宽 8M ), 可见， 此时 MLPPP组所能承载的带宽流量小于用户所要求的最小带宽， 但是， 由 于用户无法得知该带宽不足的情况， 所以， 没有相应的处理机制， 可能会影 响到用户数据的传输性能。 发明内容 本发明的主要目的在于提供一种 MLPPP组带宽容量的处理方案， 以至 少解决上述的相关技术中由于用户不知道 MLPPP组能够 7 载业务流量的最 大带宽而影响用户数据的传输性能的问题。 为了实现上述目的， 根据本发明的一个方面， 提供了一种多链路点对点 协议 MLPPP组带宽容量的处理方法。 才艮据本发明的 MLPPP 组带宽容量的处理方法包括以下步 4聚： 统计 MLPPP组绑定的处于开启状态的点对点协议 PPP链路的个数； 判断处于开 启状态的 PPP链路的个数是否小于阈值； 以及在处于开启状态的 PPP链路的 个数小于该阈值的情况下， 提示 MLPPP组当前的带宽容量已不能满足带宽 需求。 进一步地， 上述阈值为预先配置的与带宽需求对应的最小激活链路的个 数。 进一步地，统计 MLPPP组绑定的处于开启状态的 PPP链路的个数包括： 检测 MLPPP组绑定的所有 PPP链路的状态；统计 MLPPP组绑定的所有 PPP 链路中状态为开启的 PPP链路的个数。 进一步地， MLPPP组的状态包括开启和关闭， 当 MLPPP组处于开启状 态时， MLPPP组能够 载业务 4艮文； 当 MLPPP组处于关闭状态时， MLPPP 组停止工作， 不能够承载业务报文。 进一步地， 提示 MLPPP组当前的带宽容量已不能满足带宽需求包括： 置 MLPPP组的状态为关闭， 并上 4艮对应的告警信息。 进一步地， 置 MLPPP组的状态为关闭， 并上 4艮对应的告警信息之后， 该方法还包括： 在处于开启状态的 PPP链路的个数大于或者等于上述阈值的 情况下， 置 MLPPP组的^ I 态为开启。 为了实现上述目的， 才艮据本发明的另一方面， 还提供了一种多链路点对 点协议 MLPPP组带宽容量的处理装置。 才艮据本发明的 MLPPP组带宽容量的处理装置， 该装置包括： 统计模块， 用于统计 MLPPP组绑定的处于开启状态的点对点协议 PPP链路的个数； 判 断模块， 用于判断处于开启状态的 PPP链路的个数是否小于阈值； 以及提示 模块， 用于在处于开启状态的 PPP 链路的个数小于该阈值的情况下， 提示 MLPPP组当前的带宽容量已不能满足带宽需求。 进一步地， 统计模块包括: 检测模块， 用于检测 MLPPP组绑定的所有 PPP链路的状态。 进一步地， 提示模块包括： 设置模块， 用于在处于开启状态的 PPP链路 的个数小于阈值的情况下， 设置 MLPPP组的状态为关闭， 其中， 处于关闭 状态的 MLPPP组停止工作， 不能够承载业务报文； 上报模块， 用于上报与 MLPPP组的关闭状态对应的告警信息。 进一步地， 设置模块还用于在处于开启状态的 PPP链路的个数大于或者 等于上述阈值的情况下， 设置 MLPPP组的状态为开启， 其中， 处于开启状 态的 MLPPP组能够 载业务艮文。 通过本发明， 釆用设置 MLPPP最小激活链路数 （阈值） 的方式， 解决 了相关技术中由于用户不知道 MLPPP组能够 7 载业务流量的最大带宽而影 响用户数据的传输性能的问题， 避免了 MLPPP组在 PPP链路故障时由于带 宽不足而造成的链路拥塞， 保障了用户对 MLPPP组的带宽要求， 增加了系 统的处理能力， 提高了用户体验。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是才艮据本发明实施例的 MLPPP组带宽容量的处理方法的流程图； 图 2是根据本发明实施例的配置最小激活链路数的处理流程图； 图 3是根据本发明实施例的 PPP链路状态由 down变为 up时的处理流程 图； 图 4是根据本发明实施例的 PPP链路状态由 up变为 down时的处理流程 图； 图 5是根据本发明实施例的 MLPPP组带宽容量的处理装置的结构框图； 图 6是 居本发明优选实施例的 MLPPP组带宽容量的处理装置的结构 框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 图 1是才艮据本发明实施例的 MLPPP组带宽容量的处理方法的流程图， 如图 1所示， 该方法包括以下步 4聚： 步骤 S 102, 统计 MLPPP组绑定的处于开启状态的 PPP链路的个数； 步骤 S 104 , 判断处于开启状态的 PPP链路的个数是否 'j、于阈值； 以及 步骤 S 106, 在处于开启状态的 PPP链路的个数小于该阈值的情况下，提 示 MLPPP组当前的带宽容量已不能满足带宽需求。 通过本发明实施例， 釆用设置阈值的方式， 解决了相关技术中由于用户 不知道 MLPPP组能够承载业务流量的最大带宽而影响用户数据的传输性能 的问题， 避免了 MLPPP组在 PPP链路故障时由于带宽不足而造成的链路拥 塞， 保障了用户对 MLPPP组的带宽要求， 增加了系统的处理能力。 优选地， 上述阈值可以为预先配置的与带宽需求对应的最小激活链路的 个数。 该方法实现简单， 可操作性强。 优选地， 在步骤 S 102中，可以检测 MLPPP组绑定的所有 PPP链路的状 态； 统计 MLPPP组绑定的所有 PPP链路中状态为开启的 PPP链路的个数。 该方法有利用对 MLPPP组中处于开启状态的 PPP链路的个数进行统计， 提 高了系统的准确性。 优选地， MLPPP组的状态可以包括开启（ up )和关闭（ down ), 当 MLPPP 组处于开启状态时， MLPPP组能够 载业务 4艮文， 实现 MLPPP协议要求的 分片重组以及负载分担等功能； 当 MLPPP组处于关闭状态时， MLPPP组停 止工作， 不能够 载业务 4艮文， 无法实现 MLPPP协议要求的分片重组以及 负载分担等功能， 但此时 PPP链路上的 PPP协议报文可以正常收发。 定义 MLPPP组的开启和关闭状态可以对属于 MLPPP组的所有 PPP链路进行统一 的操作， 增加了系统的灵活性。 优选地， 在步骤 S 106中， 在处于开启状态的 PPP链路的个数小于上述 阈值的情况下， 可以置 MLPPP组的状态为关闭， 并上 4艮对应的告警信息。 通过该方法可以通知用户 MLPPP组的带宽容量状态，使得在 MLPPP组的带 宽容量小于用户的带宽需求的情况下， PPP链路停止工作， 并对该情况发出 告警信息以提醒用户做相应的处理， 提高了用户体验。 优选地， 在步骤 S 106之后， 在处于开启状态的 PPP链路的个数大于或 者等于上述阈值的情况下， 可以置 MLPPP组的状态为开启。 本优选实施例可以在 MLPPP组的带宽重新满足用户的带宽需求时， 恢 复对 MLPPP组中 PPP链路的保护操作， 使得系统可以及时更新 MLPPP组 承载业务流量的状态， 从而提高了系统的利用率。 图 2是根据本发明实施例的配置最小激活链路数的处理流程图， 如图 2 所示， 该方法包括以下步 4聚： 步骤 S202, 用户 居实际需求配置 MLPPP组的最小激活链路数。 步骤 S204, 检测 MLPPP组中 PPP链路的状态， 统计当前处于 up状态 的 PPP链路数。 步骤 S206, 将当前处于 up状态的 PPP链路数与配置的最小激活链路数 进行比较， 即， 判断当前处于 up状态的 PPP链路数是否小于配置的最小激 活链路数。 若小于最小激活链路数， 则进入步骤 S208; 否则进入步骤 S210。 步骤 S208, 将 MLPPP组 down掉 (停止工作， 不承载业务报文）， 并上报 告警。 此时， MLPPP组无法保证用户要求的最小带宽。 步骤 S210, MLPPP正常的处理流程， 符合 RFC 1661和 RFC 1990。 图 3是根据本发明实施例的 PPP链路状态由 down变为 up时的处理流程 图， 如图 3所示， 该方法包括以下步骤： 步骤 S302, 检测 MLPPP组中 PPP链路的状态， 统计当前处于 up状态 的 PPP链路数。 当 MLPPP组中存在有 PPP链路状态由 down变为 up的情况 时， 进入步骤 S304。 步骤 S304, 将当前处于 up状态的 PPP链路数与配置的最小激活链路数 进行比较， 即， 判断当前处于 up状态的 PPP链路数是否小于配置的最小激 活链路数。 若小于最小激活链路数， 则说明收到 PPP链路开启 （up )通知之 前， MLPPP组处于 down状态， 所以不需要再变化 MLPPP组状态， 进入步 Ml S306; 否则进入步 4聚 S308。 步骤 S306, 保持现有状态不作任何处理。 步骤 S308, 判断当前 MLPPP组是否处于 up状态。 若是， 则不需要再 变化 MLPPP组状态， 保持现有状态不作任何处理； 若不是转步骤 S310。 步骤 S310, 将 MLPPP组的状态置为 up, 使其处于工作状态， 并上报告 警消失。 图 4是根据本发明实施例的 PPP链路状态由 up变为 down时的处理流程 图， 如图 4所示， 该方法包括以下步 4聚： 步 4聚 S402, 检测 MLPPP组中 PPP链路的 态， 统计当前处于 up状态 的 PPP链路数。 当 MLPPP组中存在有 PPP链路状态由 up变为 down的情况 时， 进入步骤 S304。 步骤 S404, 将当前处于 up状态的 PPP链路数与配置的最小激活链路数 进行比较， 即， 判断当前处于 up状态的 PPP链路数是否小于配置的最小激 活链路数。 若小于最小激活链路数， 则进入步骤 S408; 否则说明此 PPP链路 down不会影响 MLPPP组的状态变化， 进入步骤 S406。 步骤 S406, 保持现有状态不作任何处理。 步骤 S408, 判断当前 MLPPP组是否处于 up状态。 若不是， 则不需要 再变化 MLPPP组状态， 保持现有状态不作任何处理； 若是进入步骤 S410。 步骤 S410 ,将 MLPPP组的状态置为 down ,使其停止工作，并上报告警。 可见， 本发明实施例是将当前处于 up状态的 PPP链路数与配置的最小 激活链路数 （即， 阈值） 比较， 并根据比较结果进行相应处理。 当 MLPPP 组的带宽容量满足带宽要求时， 走正常流程； 当 MLPPP组的带宽容量不满 足带宽要求时， 釆取保护操作， 将 MLPP组 down掉， 并上 4艮告警。 另外， 当 MLPPP组的带宽容量重新满足带宽要求后， 需要恢复保护操作前的正常 流程。 图 5是根据本发明实施例的 MLPPP组带宽容量的处理装置的结构框图， 如图 5所示， 该装置包括： 统计模块 52 , 用于统计 MLPPP组绑定的处于开 启状态的 PPP链路的个数； 判断模块 54, 耦合至统计模块 52, 用于判断处 于开启状态的 PPP链路的个数是否 'j、于阈值； 以及提示模块 56 , 耦合至判断 模块 54, 用于在处于开启状态的 PPP链路的个数小于该阈值的情况下， 提示 MLPPP组当前的带宽容量已不能满足带宽需求。 通过本发明实施例， 釆用设置阈值的方式， 解决了相关技术中由于用户 不知道 MLPPP组能够承载业务流量的最大带宽而影响用户数据的传输性能 的问题， 避免了 MLPPP组在 PPP链路故障时由于带宽不足而造成的链路拥 塞， 保障了用户对 MLPPP组的带宽要求， 增加了系统的处理能力。 图 6是 居本发明优选实施例的 MLPPP组带宽容量的处理装置的结构 框图， 如图 6所示， 统计模块 52包括： 检测模块 522, 用于检测 MLPPP组 绑定的所有 PPP链路的状态。 优选地， 提示模块 56 包括： 设置模块 562 , 耦合至判断模块 54, 用于 在处于开启状态的 PPP链路的个数小于阈值的情况下， 设置 MLPPP组的状 态为关闭， 其中， 处于关闭状态的 MLPPP组停止工作， 不能够承载业务报 文； 上报模块 564 , 用于上报与 MLPPP组的关闭状态对应的告警信息。 优选地， 设置模块 562还用于在处于开启状态的 PPP链路的个数大于或 者等于上述阈值的情况下， 设置 MLPPP组的状态为开启， 其中， 处于开启 态的 MLPPP组能够 载业务 ^艮文。 上述实施例提供了一种 MLPPP 组保证用户期望带宽的方法， 以及在 MLPPP 组无法保证带宽要求的情况下的相应通告处理。 通过检测绑定的各 PPP链路状态， 判断状态 up (状态 up符合 RFC1661)的 PPP链路数是不是达 到了用户配置的阀值， 若达到了该阈值， 则按照 MLPPP协议正常往下处理， 否则要进行相应的通告和处理机制。 本发明还提供了另一优选实施例的 MLPPP组带宽容量的处理装置， 该 装置可以包括： PPP模块、 MLPPP模块、 MLPPP最小激活链路数配置模块、 激活链路数比较模块和通告处理模块。 其中， 基于 RFC1661 的 PPP模块和 基于 RFC1990的 MLPPP模块用于实现 PPP链路的协商维护以及 MLPPP基 本功能。 在具体实施过程中， 可以包括以下步骤： 首先， 使能 PPP模块和 MLPPP 模块， 即， 与正常流程一样配置 MLPPP组； 然后， 居用户的最小带宽需 求在 MLPPP最小激活链路数配置模块中配置 MLPPP组最小激活链路数；再 者， PPP模块将 PPP链路状态 (up或 down)变化实时告知激活链路数比较模 块， 激活链路数比较模块根据 PPP模块中的 PPP链路状态将当前处于 up状 态的链路数与配置的最小激活链路数进行比较， 并根据比较结果进行相应通 告和处理。具体地，如果当前处于 up状态的链路数小于最小激活链路数（即， MLPPP组的可用带宽不满足用户的要求；)， 则将 MLPPP组停止工作 (即， 将 MLPPP组的状态置为 down ), 同时给出告警信息通告用户； 如果当前处 于 up状态的链路数大于最小激活链路数 （即， MLPPP组的可用带宽满足用 户的带宽要求）， 则将处于 down状态的 MLPPP组置为 up , 后续按正常流程 处理。 综上所述， 本发明实施例给用户提供了一个配置最小激活链路数的人机 接口， 使得用户可以将期望的最小保证带宽值告知 MLPPP组， 防止了由于 PPP链路故障导致 MLPPP组的带宽容量不满足带宽要求而造成 PPP链路拥 塞， 增加了系统的处理能力， 提高了用户体验。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种多链路点对点协议 MLPPP 组带宽容量的处理方法， 其特征在于， 包括以下步 4聚：
统计 MLPPP组绑定的处于开启状态的点对点协议 PPP链路的个数； 判断所述处于开启状态的 PPP链路的个数是否 ' j、于阈值； 以及 在所述处于开启状态的 PPP链路的个数小于阈值的情况下， 提示所 述 MLPPP组当前的带宽容量已不能满足所述带宽需求。
2. 根据权利要求 1所述的方法， 其特征在于， 所述阈值为预先配置的与带 宽需求对应的最小激活链路的个数。
3. 根据权利要求 2所述的方法， 其特征在于， 统计所述 MLPPP组绑定的 所述处于开启状态的所述 PPP链路的个数包括：
检测所述 MLPPP组绑定的所有 PPP链路的状态；
统计所述 MLPPP组绑定的所有 PPP链路中状态为开启的所述 PPP 链路的个数。
4. 根据权利要求 1所述的方法， 其特征在于， 所述 MLPPP组的状态包括 开启和关闭， 当所述 MLPPP组处于开启状态时， 所述 MLPPP组能够 载业务 4艮文； 当所述 MLPPP组处于关闭状态时， 所述 MLPPP组停止工 作， 不能够承载业务报文。
5. 根据权利要求 4所述的方法， 其特征在于， 提示所述 MLPPP组当前的 带宽容量已不能满足所述带宽需求包括：
置所述 MLPPP组的状态为关闭， 并上 4艮对应的告警信息。
6. 根据权利要求 5所述的方法， 其特征在于， 置所述 MLPPP组的状态为 关闭， 并上报对应的告警信息之后， 还包括：
在所述处于开启状态的 PPP链路的个数大于或者等于所述阈值的情 况下， 置所述 MLPPP组的状态为开启。
7. —种多链路点对点协议 MLPPP 组带宽容量的处理装置， 其特征在于， 包括：
统计模块， 用于统计 MLPPP 组绑定的处于开启状态的点对点协议 PPP链路的个数；
判断模块， 用于判断所述处于开启状态的 PPP链路的个数是否 'j、于 阈值； 以及
提示模块， 用于在所述处于开启状态的 PPP链路的个数小于阈值的 情况下， 提示所述 MLPPP组当前的带宽容量已不能满足所述带宽需求。
8. 根据权利要求 7所述的装置， 其特征在于， 所述统计模块包括：
检测模块， 用于检测所述 MLPPP组绑定的所有 PPP链路的状态。
9. 根据权利要求 8所述的装置， 其特征在于， 所述提示模块包括：
设置模块， 用于在所述处于开启状态的 PPP链路的个数小于所述阈 值的情况下， 设置所述 MLPPP 组的状态为关闭， 其中， 处于关闭状态 的所述 MLPPP组停止工作， 不能够 载业务 ^艮文；
上报模块， 用于上报与所述 MLPPP组的关闭状态对应的告警信息。
10. 根据权利要求 9所述的装置， 其特征在于， 所述设置模块还用于在所述 处于开启状态的 PPP链路的个数大于或者等于所述阈值的情况下， 设置 所述 MLPPP组的状态为开启， 其中， 处于开启状态的所述 MLPPP组能 够承载业务报文。
PCT/CN2010/079030 2010-05-31 2010-11-23 Mlppp组带宽容量的处理方法和装置 WO2011150634A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010191571.XA CN101854396B (zh) 2010-05-31 2010-05-31 Mlppp组带宽容量的处理方法和装置
CN201010191571.X 2010-05-31

Publications (1)

Publication Number Publication Date
WO2011150634A1 true WO2011150634A1 (zh) 2011-12-08

Family

ID=42805659

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/079030 WO2011150634A1 (zh) 2010-05-31 2010-11-23 Mlppp组带宽容量的处理方法和装置

Country Status (2)

Country Link
CN (1) CN101854396B (zh)
WO (1) WO2011150634A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103051651B (zh) * 2011-10-17 2017-12-26 中兴通讯股份有限公司 最小激活链路数处理方法及装置
CN104219111B (zh) * 2013-05-31 2018-02-23 中国电信股份有限公司 基于mlppp的链路绑定方法与通信系统
CN106302215A (zh) * 2016-08-30 2017-01-04 华为技术有限公司 一种转发报文的方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072224A (zh) * 2006-05-09 2007-11-14 中兴通讯股份有限公司 一种基于绑定链路实现数据发送的方法
CN101340381A (zh) * 2008-08-04 2009-01-07 中兴通讯股份有限公司 聚合链路管理方法和装置
CN101554396A (zh) * 2009-05-19 2009-10-14 无锡康莱宝生物科技有限公司 一种治疗糖尿病和高血脂的中药
CN101815027A (zh) * 2009-02-20 2010-08-25 中国移动通信集团公司 确定捆绑链路是否可用的方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6912197B2 (en) * 2002-11-22 2005-06-28 Nokia Inc. System and method for implementing redundancy for multilink point to point protocol
CN101656639B (zh) * 2009-08-27 2012-01-04 华为技术有限公司 Mlppp链路的空洞识别方法、装置及接收设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072224A (zh) * 2006-05-09 2007-11-14 中兴通讯股份有限公司 一种基于绑定链路实现数据发送的方法
CN101340381A (zh) * 2008-08-04 2009-01-07 中兴通讯股份有限公司 聚合链路管理方法和装置
CN101815027A (zh) * 2009-02-20 2010-08-25 中国移动通信集团公司 确定捆绑链路是否可用的方法及装置
CN101554396A (zh) * 2009-05-19 2009-10-14 无锡康莱宝生物科技有限公司 一种治疗糖尿病和高血脂的中药

Also Published As

Publication number Publication date
CN101854396B (zh) 2014-03-19
CN101854396A (zh) 2010-10-06

Similar Documents

Publication Publication Date Title
CN102195865A (zh) 多宿网络中的通信网络路径和状态信息
CN107465613B (zh) 链路聚合接口通信状态切换方法及装置
WO2011022998A1 (zh) 自动保护倒换方法、设备和系统
JP2007527170A (ja) 並列通信のためのシステムおよび方法
US20070253327A1 (en) System and method of multi-nodal APS control protocol signalling
CN103124290B (zh) 基于反向隔离装置与隔离网关结合应用的负载均衡方法
JP2013191931A (ja) 情報処理装置、輻輳制御方法および輻輳制御プログラム
WO2012058895A1 (zh) 聚合链路切换方法及装置
MX2012010372A (es) Aparato y metodo para programar un servicio de concesion y consulta flexible en un sistema de acceso inalambrico de banda ancha.
JP2006501717A (ja) 電気通信ネットワーク・エレメントの監視
CN102820990A (zh) 业务保护的切换方法及装置
CN101051957B (zh) 捆绑链路状态动态调整方法和装置
CN104283711A (zh) 基于双向转发检测bfd的故障检测方法、节点及系统
CN103067216B (zh) 跨安全区的反向通信方法、装置及系统
US20140347982A1 (en) Communication device, communication method, and program
WO2011131069A1 (zh) 捆绑链路的检测方法及分布式设备
US11025551B2 (en) Weighted fair queueing using severity-based window in reliable packet delivery network
CN104811324A (zh) 伪线保护方法、装置及节点
WO2011150634A1 (zh) Mlppp组带宽容量的处理方法和装置
WO2011143968A1 (zh) 拥塞控制信息的通知方法和系统
CN111130943B (zh) 快速环网切换的实现方法、交换机及计算机可读存储介质
WO2015180265A1 (zh) 多链路保护倒换的方法及装置
EP2523401B1 (en) Virtual networks within a physical network
WO2011153836A1 (zh) M2m系统及其业务处理方法
KR101587332B1 (ko) 컨트롤러와 네트워크 장치 간 연결 상태 확인 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10852429

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10852429

Country of ref document: EP

Kind code of ref document: A1