WO2023109669A1

WO2023109669A1 - Overload processing method, network device, and system

Info

Publication number: WO2023109669A1
Application number: PCT/CN2022/137860
Authority: WO
Inventors: 张耀坤; 牛承光; 娄如思; 尹建平
Original assignee: 华为技术有限公司
Priority date: 2021-12-17
Filing date: 2022-12-09
Publication date: 2023-06-22
Also published as: CN116266812A

Abstract

The present application discloses an overload processing method, a network device, and a system. The method is applied to a network comprising a CP device and a plurality of UP devices, the plurality of UP devices comprising a first UP device. The CP device obtains a first packet sent by a first UP device, and determines a first rate limit policy of the first UP device when responding to determining that the CP device is overloaded. On the basis of the first rate limit policy, the first packet can be subjected to rate limit processing in a targeted mode, so that the overload processing effect can be improved.

Description

An overload processing method, network equipment and system

This application claims the priority of the Chinese patent application submitted to the State Intellectual Property Office on December 17, 2021, with the application number 202111552185.3 and the application name "A Method for Controlling CP Surface Overload of a vBRAS CU Separation System", the entire content of which is by reference Incorporated in this application, and claiming the priority of the Chinese patent application submitted to the State Intellectual Property Office of China on April 29, 2022, with the application number 202210468547.9 and the title of the invention "A method, network equipment and system for overload processing", The entire contents of which are incorporated by reference in this application.

technical field

The present application relates to the communication field, in particular to an overload processing method, network equipment and system.

Background technique

With the development of software defined network (software defined network, SDN) technology and network function virtualization (network functions virtualization, NFV) technology, the data communication network has changed from a traditional network-centric architecture to a data center-centric network architecture. evolve. Traditional network equipment is also evolving from specialization to generalization. In view of this, control plane and user plane disaggregated (CU separation) technology emerged as the times require and has become a research hotspot in this field. CU separation refers to the network architecture in which the control plane (control plane, CP) and the user plane (user plane, UP) are decoupled.

When using the CU-separated network architecture to process services, some services will be forwarded to the CP device through the UP device for processing. In the case where the CP device manages multiple UP devices, the business volume to be processed by the CP device is relatively large, and an overload problem may occur. At present, the method for dealing with the overload of the CP equipment is not effective, and it is difficult to meet the needs of processing services.

Contents of the invention

The present application provides an overload processing method, a network device and a system, which can perform overload processing based on a speed limit policy at the UP device granularity, and improve the effect of overload processing.

Based on this, the technical scheme provided by the application is as follows:

In a first aspect, a method for handling overload is provided, the method is applied to a network, and the network includes a CP device and at least two UP devices. Wherein, the CP device obtains the first message sent by the first UP device included in the at least two UP devices. If the CP device determines that it is overloaded, it determines the first rate limiting policy of the first UP device. The first rate limiting policy is used to perform rate limiting processing on the first packet. Based on the first rate limiting policy of the first UP device, the rate limit can be performed on the first packet. The rate limit of the first packet is determined by using the corresponding first rate limit policy determined for the first UP device, so that the rate limit of the first message is more in line with the overload processing requirements of the CP device, and the effect of overload processing on the CP device is improved.

In some possible implementation manners, the first UP device adjusts the first packet based on the first rate limiting policy. The CP device sends the second packet including the first rate limiting policy to the first UP device. The first UP device can perform rate limit processing on the first message based on the first rate limit policy carried in the second message.

In some possible implementation manners, before the CP device sends the second packet to the first UP device, the CP device first determines that the first UP device can limit the rate of the first packet. As an example, the CP device acquires that the first UP device sends the third packet including the first capability information. The first capability information indicates that the first UP device can limit the rate of the first packet. Based on the first capability information, the CP device can determine that the first UP device can limit the rate of the first message, and then send the second message including the first rate limit policy to the first UP device.

In some possible implementation manners, as an example, after the CP device obtains the third message and determines that the first UP device can limit the rate of the first message, the CP device can send The first UP device sends a fourth packet including the first rate. The first rate is a guide value of the rate at which the CP device sends the first packet to the first UP device. The first rate is used to instruct the first UP device to send the first packet to the CP device based on the first rate. As another example, the CP device initiates the negotiation first. That is to say, the CP device sends the fourth packet including the first rate to the first UP device. In response to obtaining the fourth packet, the first UP device sends the third packet including the first capability information to the CP device.

In some possible implementation manners, if the overload recovery condition is satisfied, the CP device sends the fifth packet including the second rate to the first UP device. The second rate is a guide value for sending the first message sent by the CP device to the first UP device in the case of overload recovery. The second rate is used to instruct the first UP device to send the first packet to the CP device based on the second rate. Wherein, the overload recovery condition includes one or more of determining that the CP device is not overloaded and reaching a preset recovery time.

In some possible implementation manners, in addition to including the first rate limiting policy, the second packet also includes overload information. The overload information is used to indicate the overload degree of the CP device.

In some possible implementation manners, the second message is a packet forwarding control PFCP protocol message.

In some possible implementation manners, the second packet includes a Pri Control information field of packet redirection interface control information. The Pri Control information field carries the first rate limiting policy.

In some possible implementation manners, the second message is a control plane and user plane separation protocol CUSP message.

In some possible implementation manners, the second packet includes a Type Length Value TLV field. The TLV field carries the first rate limiting policy.

In some possible implementation manners, the CP device adjusts the first packet based on the first rate limiting policy. After determining the first rate limiting policy, the CP device limits the rate of the first packet based on the first rate limiting policy.

In some possible implementation manners, the CP device can discard the first packet based on the first rate limiting policy, so as to implement rate limiting on the first packet.

In some possible implementation manners, before limiting the rate of the first packet based on the first rate limiting policy, the CP device first determines that the first UP device cannot limit the rate of the first packet. In this way, when the first UP device does not support rate limiting for the first message, the CP device can limit the rate of the first message to ensure overload handling.

In some possible implementation manners, the CP device sends the sixth packet including the third rate to the first UP device. The third rate is a guiding value of the rate at which the CP device instructs the first UP device to send the first packet. If the CP device obtains the seventh message carrying the second capability information fed back by the first UP device, or does not obtain the feedback message sent by the first UP device within the preset time, the CP device determines that the first UP device does not Supports rate limiting for the first packet. Wherein, the second capability information indicates that the first UP device does not support rate limiting for the first packet, that is, the first UP device does not have the function of rate limiting for the first packet.

In some possible implementation manners, when the CP device determines that it is not overloaded, the CP device processes the first packet based on the fourth rate. The fourth rate is a guide value for adjusting the rate of the first packet when the CP device is not overloaded.

In some possible implementation manners, the first rate limiting policy is determined based on the priority of the first UP device;

Or, the first rate limiting policy is determined based on the traffic of the first packet;

Alternatively, the first rate limiting strategy is to limit the rate of the first message according to the first rate limit rate within the first time period, and limit the rate of the first message according to the second rate limit rate within the second time period. A document speed limit, the first time period is the guaranteed sending time period of the first UP device, and the first speed limit rate is greater than the second speed limit rate;

Alternatively, the first rate limiting policy is to limit the rate of the first message according to the third rate limit rate within the third time period, and limit the rate of the first message according to the fourth rate limit rate within the fourth time period. speed limit, the third time period is earlier than the fourth time period, and the third speed limit rate is less than the fourth speed limit rate;

Alternatively, the first rate-limiting strategy is to perform rate-limiting processing on the first packet according to a fifth rate-limiting rate, where the fifth rate-limiting rate is lower than the first Packet transmission rate.

In some possible implementation manners, the at least two UP devices included in the network include the second UP device. The CP device also obtains the eighth packet sent by the second UP device. If it is determined that the CP device is overloaded, the CP device determines the second rate limiting policy of the second UP device. The second rate limiting policy is used to perform rate limiting processing on the eighth packet. The rate limit of the eighth message is determined by using the second rate limit policy corresponding to the second UP device, so that the rate limit of the eighth message is more in line with the overload processing requirements of the CP device, and the effect of overload processing on the CP device is improved. There may be differences between the first rate limiting strategy and the second rate limiting strategy, so that differential processing for different UP devices can be achieved, and a better effect of overload processing can be obtained.

In some possible implementation manners, the first rate limiting policy is used to indicate that the first packet is processed according to the sixth rate limiting rate, and the second rate limiting policy is used to indicate that the first packet is processed according to the seventh rate limiting rate. performing speed limit processing on the eighth packet, the priority of the first UP device is higher than the priority of the second UP device, and the sixth speed limit rate is greater than the seventh speed limit rate, or The flow rate of the first message is greater than the flow rate of the eighth message, and the difference between the sixth rate limiting rate and the transmission rate of the first message before limiting the rate of the first message is greater than A difference between the seventh rate limiting rate and the transmission rate of the eighth packet before rate limiting for the eighth packet.

In some possible implementation manners, the condition for determining that the CP device is overloaded is to satisfy one or more items of determining that the resource utilization rate of the CP device exceeds a first threshold and determining that the processing delay of the CP device exceeds a second threshold.

In some possible implementation manners, the first rate limiting policy includes one or more of a transmission rate limit rate, a rate percentage, and a time length for stopping sending.

In some possible implementation manners, the CP device and the at least two UP devices belong to a virtual broadband remote access server vBRAS.

In some possible implementation manners, the first packet is transmitted through a packet redirection interface PRi between the CP device and the first UP device, and the first packet is a dial-up packet or a user Access message.

In some possible implementations, the first message is a DHCP discovery message, an Internet Protocol version 6 DHCPv6 request solicit message, an Internet Protocol version 4 IPv4 packet, or an Internet Protocol version 4 IPv4 packet. One of the protocol version 6 IPv6 packets and the Point-to-Point Protocol over Ethernet Active Discovery Init Packet PADI.

In a second aspect, a method for handling overload is provided, the method is applied to a network, and the network includes a control plane CP device and at least two user plane UP devices, and the at least two UP devices include a first UP device. The first UP device sends the first packet to the CP device. The first UP device obtains the second packet sent by the CP device and includes the first rate limiting policy, and limits the rate of the first packet based on the first rate limiting policy. In this way, based on the first rate limiting strategy, the first UP device can more accurately limit the rate of the first packet to achieve a better overload handling effect.

In a possible implementation manner, before the first UP device limits the rate of the first packet based on the first rate limiting policy, the first UP device first sends the third packet including the first capability information to the CP device. Wherein, the first capability information indicates that the first UP device can limit the rate of the first packet. The first UP device sends the third message to the CP device, which can realize the negotiation with the CP device, so that the CP device determines that the first UP device can limit the rate of the first message, and then sends the first UP device including the first The second packet of the speed policy.

In a possible implementation manner, as an example, the first UP device actively negotiates, and sends the third packet to the CP device. After determining, based on the third message, that the first UP device supports adjustment of the first message, the CP device sends the fourth message to the first UP device. The fourth packet includes the first rate. The first rate is used to instruct the first UP device to send the first packet to the CP device according to the first rate. The first rate is a guide value delivered by the CP device to the first UP device for sending the first packet. After obtaining the fourth packet, the first UP device sends the first packet to the CP device based on the first rate. As another example, the CP device actively negotiates, and first sends the fourth packet to the first UP device. In response to acquiring the fourth packet, the first UP device sends the third packet to the CP device. The first UP device sends the first packet to the CP device based on the first rate.

In a possible implementation manner, after the first UP device limits the rate of the first packet based on the first rate limiting policy, the first UP device feeds back the ninth packet to the CP device. The ninth packet includes the first capability information and the fifth rate. The first capability information indicates that the first UP device can limit the rate of the first packet. The fifth rate is the rate at which the first UP device sends the first packet after limiting the rate of the first packet based on the first rate limiting policy. Based on the ninth message, the CP device can determine the result of the overload processing, so as to facilitate subsequent adjustment of the first speed limiting policy.

In a possible implementation manner, the first UP device configures a rate parameter based on the first rate limiting policy, and then adjusts the rate of sending the first packet based on the rate parameter.

In a possible implementation manner, the rate parameter is a queue parameter or a committed information rate (CAR) parameter.

In a possible implementation manner, if the overload recovery condition is satisfied, the CP device generates a fifth packet including the second rate, and sends the fifth packet to the first UP device. The first UP device acquires the fifth packet, and sends the first packet to the CP device based on the second rate. Wherein, the load recovery condition includes one or more of determining that the CP device is not overloaded and reaching a preset recovery time. The second rate is used to instruct the first UP device to send the first packet to the CP device according to the second rate.

In a possible implementation manner, the second message further includes overload information, where the overload information is used to indicate an overload degree of the CP device.

In a possible implementation manner, the second message is a packet forwarding control PFCP protocol message.

In a possible implementation manner, the second packet includes a Pri Control information field of packet redirection interface control information, and the Pri Control information field carries the first rate limiting policy.

In a possible implementation manner, the third message is a packet forwarding control PFCP protocol message.

In a possible implementation manner, the second packet is a CUSP protocol packet.

In a possible implementation manner, the second packet includes a Type Length Value TLV field, and the TLV field carries the first rate limiting policy.

In a possible implementation manner, the first rate limiting strategy includes one or more of a transmission rate limit rate, a rate percentage, and a time length for stopping sending.

In a possible implementation manner, the CP device and the at least two UP devices belong to a virtual broadband access system vBRAS.

In a possible implementation manner, the first packet is transmitted through a packet redirection interface PRi between the CP device and the first UP device, and the first packet is a dial-up packet or a User access message.

In a possible implementation manner, the first message is a Dynamic Host Configuration Protocol DHCP discovery message, an Internet Protocol version 6 Dynamic Host Configuration Protocol DHCPv6 request solicit message, an Internet Protocol version 4 IPv4 data packet, One of the Internet Protocol Version 6 IPv6 packets and the Point-to-Point Protocol over Ethernet Active Discovery Init Packet PADI.

In a third aspect, an overload processing device is provided, the device is applied to a CP device in a network, the network includes a control plane CP device and at least two user plane UP devices, and the device includes:

an acquiring unit, configured to acquire a first message sent by a first UP device, where the first UP device is one of the at least two UP devices;

A processing unit, configured to, in response to determining that the CP device is overloaded, determine a first rate limiting strategy of the first UP device, where the first rate limiting strategy is used to limit the rate of the first packet.

In a possible implementation manner, the device further includes:

A sending unit, configured to send a second packet to the first UP device, where the second packet includes the first rate limiting policy.

In a possible implementation manner, the acquiring unit is further configured to acquire a third packet sent by the first UP device, where the third packet includes first capability information, and the first capability information indicates The first UP device can limit the rate of the first packet.

In a possible implementation manner, the sending unit is further configured to send a fourth packet to the first UP device, where the fourth packet includes a first rate, and the first rate is used to indicate the The first UP device sends the first packet to the CP device based on the first rate.

In a possible implementation manner, the sending unit is further configured to send a fifth packet to the first UP device in response to satisfying an overload recovery condition, where the fifth packet includes a second rate, and the The second rate is used to instruct the first UP device to send the first message to the CP device based on the second rate, and the overload recovery condition includes determining that the CP device is not overloaded and a preset recovery time is reached one or more of.

In a possible implementation manner, the second message is a control plane and user plane separation protocol CUSP message.

In a possible implementation manner, the processing unit is further configured to limit the rate of the first packet based on the first rate limit policy.

In a possible implementation manner, the processing unit is configured to limit the rate of the first packet based on the first rate limit strategy, including:

The processing unit is configured to discard the first packet based on the first rate limiting policy.

In a possible implementation manner, the processing unit is further configured to determine that the first UP device does not support rate limiting for the first packet.

In a possible implementation manner, the processing unit, configured to determine that the first UP device does not support rate limiting for the first packet, includes:

The sending unit is configured to send a sixth message to the first UP device, where the sixth message includes a third rate, and the third rate is used to instruct the first UP device based on the third rate sending the first packet to the CP device at a rate;

The processing unit is configured to respond to the CP device obtaining the seventh message sent by the first UP device, or failing to obtain the feedback message sent by the first UP device within a preset time, the The CP device determines that the first UP device does not support rate limiting for the first packet, and the seventh packet includes second capability information, and the second capability information indicates that the first UP device does not support rate limiting for the first packet. Describe the rate limit for the first packet.

In a possible implementation manner, the processing unit is further configured to, in response to determining that the CP device is not overloaded, process the first packet based on a fourth rate.

In a possible implementation manner, the first rate limiting policy is determined based on the priority of the first UP device;

Alternatively, the first rate limiting strategy is to limit the rate of the first message according to the first rate limit rate in the first time period, and limit the rate of the first message according to the second rate limit rate in the second time period. A document speed limit, the first time period is the guaranteed sending time period of the first UP device, and the first speed limit rate is greater than the second speed limit rate;

In a possible implementation manner, the at least two UP devices include a second UP device, and the obtaining unit is further configured to obtain an eighth message sent by the second UP device;

The processing unit is further configured to, in response to determining that the CP device is overloaded, determine a second rate limiting policy of the second UP device, where the second rate limiting policy is used to limit the rate of the eighth packet deal with.

In a possible implementation manner, the first rate limiting policy is used to indicate that the first packet is processed according to the sixth rate limit rate, and the second rate limit policy is used to indicate that the first packet is processed according to the seventh rate limit rate. The speed limit rate performs speed limit processing on the eighth message, the priority of the first UP device is higher than the priority of the second UP device, and the sixth speed limit rate is greater than the seventh speed limit rate rate, or the flow rate of the first packet is greater than the flow rate of the eighth packet, and the difference between the sixth rate limiting rate and the transmission rate of the first packet before limiting the rate of the first packet The value is greater than the difference between the seventh rate limiting rate and the transmission rate of the eighth packet before limiting the rate of the eighth packet.

In a possible implementation manner, the determining that the CP device is overloaded includes determining that the resource utilization of the CP device exceeds a first threshold and determining that the processing delay of the CP device exceeds a second threshold, or multiple.

In a possible implementation manner, the CP device and the at least two UP devices belong to a virtual broadband remote access server vBRAS.

In a fourth aspect, an overload processing device is provided, the device is applied to a first UP device in a network, the network includes a control plane CP device and at least two user plane UP devices, and the at least two UP devices Including the first UP device, the apparatus includes:

an acquiring unit, configured to acquire a second message sent by the CP device, where the second message includes a first rate limiting policy;

A processing unit, configured to limit the rate of a first packet based on the first rate limiting policy, where the first packet is a packet sent by the first UP device to the CP device.

In a possible implementation manner, the device further includes:

a sending unit, configured to send a third packet to the CP device, where the third packet includes first capability information, and the first capability information indicates that the first UP device can restrict the first packet speed.

In a possible implementation manner, the acquiring unit is further configured to acquire a fourth packet sent by the CP device, where the fourth packet includes a first rate, and the first rate is used to indicate the The first UP device sends the first message to the CP device according to the first rate;

The sending unit is further configured to send a first packet to the CP device based on the first rate.

In a possible implementation manner, the sending unit is configured to send a ninth packet to the CP device, where the ninth packet includes first capability information and a fifth rate, and the first capability information indicates The first UP device can limit the rate of the first packet, and the fifth rate is the rate at which the first UP device sends the first packet after limiting the rate of the first packet.

In a possible implementation manner, the processing unit, configured to limit the rate of the first packet based on the first rate limiting strategy, includes:

The processing unit is configured to configure a rate parameter based on the first rate limiting policy, and adjust the rate of sending the first packet to the CP device based on the rate parameter.

In a possible implementation manner, the acquiring unit is further configured to acquire a fifth packet sent by the CP device, where the fifth packet includes a second rate, and the second rate is used to indicate the The first UP device sends the first message to the CP device according to the second rate, the fifth message is generated and sent by the CP device in response to meeting an overload recovery condition, and the overload recovery The conditions include one or more of determining that the CP device is not overloaded and reaching a preset recovery time;

The sending unit is further configured to send a first packet to the CP device based on the second rate.

In a fifth aspect, an overload handling system is provided, wherein the system includes a control plane CP device and at least two user plane UP devices;

The CP device is configured to obtain the first message sent by the first UP device, and determine a first rate limiting policy of the first UP device in response to determining that the CP device is overloaded, and the first UP device is For one of the at least two UP devices, the first rate limiting policy is used to limit the rate of the first packet.

In a possible implementation manner, the CP device is further configured to send a second message to the first UP device, where the second message includes the first rate limiting policy;

The first UP device is configured to obtain the second message sent by the CP device, and limit the rate of the first message based on the first rate limiting policy, and the first message is the first UP device A message sent to the CP device.

In a possible implementation manner, the first UP device is further configured to send a third packet to the CP device, where the third packet includes first capability information, and the first capability information indicates that the The first UP device can limit the rate of the first packet;

The CP device is further configured to obtain a third message sent by the first UP device, where the third message includes first capability information, and the first capability information indicates that the first UP device can Describe the rate limit for the first packet.

In a possible implementation manner, the CP device is further configured to send a fourth packet to the first UP device, where the fourth packet includes a first rate, and the first rate is used to indicate the The first UP device sends the first packet to the CP device based on the first rate.

The first UP device is further configured to obtain a fourth message sent by the CP device, and send a first message to the CP device based on the first rate, and the fourth message includes the first rate , the first rate is used to instruct the first UP device to send the first packet to the CP device according to the first rate.

In a possible implementation manner, the first UP device is further configured to send a ninth message to the CP device, where the ninth message includes first capability information and a fifth rate, and the first The capability information indicates that the first UP device can limit the rate of the first message, and the fifth rate is the rate at which the first UP device sends the first message after the first UP device limits the rate of the first message .

In a possible implementation manner, the first UP device, configured to limit the rate of the first packet based on the first rate limiting strategy, includes:

The first UP device is configured to configure a rate parameter based on the first rate limiting policy, and adjust a rate of sending the first packet to the CP device based on the rate parameter.

In a possible implementation manner, the CP device is further configured to send a fifth packet to the first UP device in response to satisfying an overload recovery condition, where the fifth packet includes a second rate, and the The second rate is used to instruct the first UP device to send the first message to the CP device based on the second rate, and the overload recovery condition includes determining that the CP device is not overloaded and a preset recovery time is reached one or more of;

The first UP device is further configured to obtain the fifth packet sent by the CP device, and send the first packet to the CP device based on the second rate.

In a possible implementation manner, the CP device is further configured to limit the rate of the first packet based on the first rate limit policy.

In a possible implementation manner, the CP device is configured to limit the rate of the first packet based on the first rate limit policy, including:

The CP device is configured to discard the first packet based on the first rate limiting policy.

In a possible implementation manner, the CP device is configured to determine that the first UP device does not support rate limiting for the first packet.

In a possible implementation manner, the CP device is configured to determine that the first UP device does not support rate limiting processing on the first packet, including:

The CP device is configured to send a sixth message to the first UP device, and respond to the CP device obtaining the seventh message sent by the first UP device, or failing to obtain the seventh message sent by the first UP device within a preset time According to the feedback message sent by the first UP device, it is determined that the first UP device does not support the rate limit for the first message, and the sixth message includes a third rate, and the third rate is used to indicate the The first UP device sends the first packet to the CP device based on the third rate, the seventh packet includes second capability information, and the second capability information indicates that the first UP device does not Support rate limiting for the first packet.

In a possible implementation manner, the CP device is further configured to, in response to determining that the CP device is not overloaded, process the first packet based on a fourth rate.

In a possible implementation manner, the at least two UP devices include a second UP device, and the CP device is further configured to acquire an eighth message sent by the second UP device, and in response to determining that the The CP device is overloaded, and determines a second rate-limiting policy of the second UP device, where the second rate-limiting policy is used to perform rate-limiting processing on the eighth packet.

In a sixth aspect, an embodiment of the present application provides a control plane device, the control plane device includes a processor chip and a memory, the memory is used to store instructions or program codes, and the processor chip is used to call and run the Instructions or program codes to execute the overload handling method described in the aforementioned first aspect.

In the seventh aspect, the embodiment of the present application provides a user plane device, the user plane device includes a processor chip and a memory, the memory is used to store instructions or program codes, and the processor chip is used to call and run the Instructions or program codes to execute the overload handling method described in the aforementioned second aspect.

In the eighth aspect, the embodiment of the present application provides a computer-readable storage medium, including instructions, programs or codes, which, when executed on a computer, cause the computer to perform the overload processing method as described in the first aspect above , or the overload handling method described in the second aspect.

In the ninth aspect, the embodiment of the present application provides a computer program product. When the computer program product is run on a network device, it causes the network device to perform the overload processing method described in the first aspect, or the method described in the second aspect. The method of overload handling.

Description of drawings

FIG. 1 is a schematic diagram of a network architecture;

FIG. 2 is a schematic diagram of the architecture of a system for implementing overload processing;

FIG. 3 is a schematic structural diagram of a system for implementing overload processing provided by an embodiment of the present application;

FIG. 4 is a schematic flow chart of an overload processing method provided in an embodiment of the present application;

FIG. 5 is a schematic flow chart of another overload processing method provided in the embodiment of the present application;

FIG. 6 is a schematic diagram of a PFCP message extension format provided by an embodiment of the present application;

Fig. 7 is a schematic diagram of the format of a Pri Control information field provided by the embodiment of the present application;

Figure 8a is a schematic diagram of the format of another Pri Control information field provided by the embodiment of the present application;

Figure 8b is a schematic diagram of the format of another Pri Control information field provided by the embodiment of the present application;

FIG. 9 is a schematic diagram of the format of a TLV field included in a second message provided by an embodiment of the present application;

FIG. 10 is a schematic flowchart of a negotiation process between a CP device and a first UP device provided in an embodiment of the present application;

FIG. 11 is a schematic flowchart of another negotiation process between a CP device and a first UP device according to an embodiment of the present application;

FIG. 12 is a schematic flowchart of another negotiation process between a CP device and a first UP device according to an embodiment of the present application;

FIG. 13 is a schematic structural diagram of a CU separation system provided in an embodiment of the present application;

FIG. 14 is a schematic flowchart of an overload processing provided by an embodiment of the present application;

FIG. 15 is a schematic flowchart of another overload processing method provided by the embodiment of the present application;

FIG. 16 is a schematic structural diagram of another CU separation system provided by an embodiment of the present application;

FIG. 17 is a schematic flowchart of another overload processing provided by the embodiment of the present application;

FIG. 18 is a schematic structural diagram of an overload treatment device provided in an embodiment of the present application;

FIG. 19 is a schematic structural diagram of another overload treatment device provided in the embodiment of the present application;

FIG. 20 is a schematic structural diagram of an overload processing system provided by an embodiment of the present application;

Fig. 21 is a schematic structural diagram of a device provided by an embodiment of the present application;

FIG. 22 is a schematic structural diagram of a device provided by an embodiment of the present application.

Detailed ways

The broadband network includes network equipment that provides users with access to broadband network services. A network device that enables users to access broadband network services, such as a broadband network gateway (broadband network gateway, BNG) or a broadband remote access server (broadband remote access server, BRAS).

In some broadband networks, a virtual broadband remote access server (vBRAS) is used to provide users with broadband network access services. Compared with physical BRAS, vBRAS can realize CU separation based on SDN technology and NFV technology, can make full use of resources, and facilitate management and maintenance. Wherein, the vBRAS may include one CP device and at least two UP devices. A CP device can manage multiple UP devices belonging to the same vBRAS.

Referring to FIG. 1 , the figure is a schematic diagram of a network architecture provided by an embodiment of the present application. Wherein, the network includes terminal equipment 1, terminal equipment 2, residential gateway (residential gateway, RG), optical line terminal (optical line termination, OLT), UP equipment 1, UP equipment 2, CP equipment and authentication server. Wherein, the terminal device 1 and the terminal device 2 are respectively connected to the home gateway. The home gateway is connected with the optical line terminal. The optical line terminals are connected to UP equipment 1 and UP equipment 2 respectively. UP device 1 and UP device 2 are respectively connected to the CP device. The CP device communicates with remote authentication dial in user service (RADIUS) server, dynamic host configuration protocol (dynamic host configuration protocol, DHCP) server, network functions virtualization management and orchestration (network functions virtualization management and orchestration, MANO) respectively. ) and network element management system (element management system, EMS) connection. The CP device interacts with the RADIUS server and the DHCP server to implement user authentication and IP address allocation. CP equipment is managed and controlled by MANO and EMS. The EMS is also connected to the UP device 1, the UP device, and a core router (core router, CR) respectively, so as to realize the management and control of the UP device 1, the UP device, and the CR. UP device 1 and UP device 2 also access the network through CR respectively. The UP device 1 is used to provide the terminal device 1 with a broadband access service, and the UP device 2 is used to provide the terminal device 2 with a broadband access service. Referring to the dotted arrow in FIG. 1 , the dotted arrow indicates the transmission process of the user access message. When user 1 needs to access the broadband network, he uses terminal device 1 to send user access message 1 to UP device 1 that provides broadband access service through RG and OLT. When user 2 needs to access the broadband network, use terminal device 2 to send user access message 2 to UP device 2 that provides broadband access service through RG and OLT. The UP device 1 sends a user access message 1 to the CP device. The UP device 2 sends a user access message 2 to the CP device. The CP device processes user access packet 1 and user access packet 2 respectively, and exchanges information with the RADIUS server to complete authentication and authorization of user 1 and user 2. The CP device sends the entry of user 1 to the UP device 1, so that the UP device 1 provides the broadband access service for user 1 based on the entry of user 1. The CP device delivers the user 2 entry to the UP device 2, so that the UP device 2 provides the user 2 with a broadband access service based on the user 2 entry. Referring to the solid line arrows in FIG. 1 , the solid line arrows indicate the transmission process of the user data stream. User 1 accesses the network through the RG, OLT, UP device 1, and CR when transmitting data after accessing the network. User 2 accesses the network through the RG, OLT, UP device 2, and CR when transmitting data after accessing the network.

It can be seen that the CP device will process the user access packets forwarded after being redirected by multiple UP devices. In some cases, for example, after a network failure occurs and is recovered, or the CP device is restarted, the CP device will obtain a large number of user access packets within a short period of time. The CP device cannot normally and quickly process a large number of user access packets, causing the CP device to run beyond the specified capacity, that is, overload. When the CP device is overloaded, it is difficult to process user access packets normally, which may cause users to be unable to access the broadband network and affect users' use of the broadband network.

Currently, there are three methods for handling the overload of the CP device. The UP device, the gateway of the network where the CP device is located, and the CP device perform overload processing for the overload situation. Referring to FIG. 2 , the figure is a schematic flow diagram of a CU separation system service. Wherein, the residential gateway (residential gateway, RGW) on the user side is connected to the UP device through the OLT. The UP device is connected to the CP device through a domain controller (domain controller)-gateway device. The CP device is connected to the authentication server. The UP device is connected to the network through the CR. In an overload control method, the UP device performs overload control when forwarding user access packets to the CP device, so as to prevent network attack flows from impacting the CP device. In another overload control method, the DC-gateway device deploys an access control list (ACL). The DC-gateway device uses the ACL to prevent the fake UP device from sending attack packets to the CP device. In yet another overload control method, the CP device internally deploys an overload control module to control the large number of user access packets forwarded by the UP device and prevent the large number of user access packets from affecting the CP device. business processing module. However, the above three methods are independently processed by the UP device, the gateway device, and the CP device, and it is difficult to coordinate based on the transmission status of user access packets, resulting in a poor effect of overload processing.

In order to solve the above problem, an embodiment of the present application provides an overload handling method. The overload processing method is applied in a network including a CP device and multiple UP devices, and the multiple UP devices include the first UP device. The CP device obtains the first packet sent by the first UP device, and determines the first rate limiting policy of the first UP device when responding to determining that the CP device is overloaded. Based on the first rate limiting strategy, rate limiting processing can be performed on the first packet in a targeted manner, thereby improving the effect of overload processing.

For the convenience of understanding, the application scenario of the overload handling method provided in the embodiment of the present application is firstly introduced. Referring to FIG. 3 , the figure is a schematic structural diagram of a system for implementing overload handling provided by an embodiment of the present application. The system includes a terminal device 301 , a terminal device 302 , a UP device 303 , a UP device 304 , a CP device 305 , a server 306 and a network 307 . Wherein, the terminal device 301 is connected to the UP device 303 , the terminal device 302 is connected to the UP device 304 , the UP device 303 and the UP device 304 are respectively connected to the CP device 305 , and the CP device 305 is connected to the server 306 . The UP device 303 and the UP device 304 access the network 307 respectively.

Wherein, the terminal device 301 and the terminal device 302 are devices that provide login services for users. Terminal device 301 and terminal device 302 are devices that support broadband network access. The terminal equipment 301 and the terminal equipment 302 may be desktop computers, notebook computers, customer premise equipment (customer premise equipment, CPE) and digital video conversion boxes (set top box, STB) and so on. It should be noted that, in some possible implementation manners, the user is determined based on the user identifier, and has nothing to do with the device that provides the login service. User identification, such as the user name for the user's broadband dial-up, or the family name of the household to which the user belongs. Users can log in on multiple different devices. The same device can also realize the login of multiple users. The UP device 303, the UP device 304, and the CP device 305 belong to the same system that provides broadband network access services. In a possible implementation manner, the UP device 303, the UP device 304, and the CP device 305 belong to the same vBRAS. The UP device 303, the UP device 304, and the CP device 305 are all in the form of a virtual network function (virtual network function, VNF). UP device 303 and UP device 304 are vBRAS-UP devices. The CP device 305 is a vBRAS-CP device. The server 306 is a server in the network that processes user authentication and provides authentication and authorization services. The server 306 is, for example, an authentication, authorization, and accounting (authentication, authorization, accounting, AAA) server, or a remote authentication dial in user service (RADIUS) server.

It should be noted that the schematic diagram of the system architecture shown in FIG. 3 is only an example provided by the embodiment of the present application. The overload handling method provided in this embodiment of the present application is not limited to the scenario shown in FIG. 3 above. For example, the overload handling method provided in the embodiment of the present application can be applied to the system architecture shown in FIG. 1 and FIG. 2 .

An overload handling method provided in the embodiment of the present application will be introduced below with reference to the foregoing FIG. 3 . Referring to FIG. 4 , the figure is a schematic flowchart of an overload processing method provided in an embodiment of the present application. The overload handling method provided in the embodiment of the present application includes S401-S402.

S401: The CP device obtains the first packet sent by the first UP device.

The CP device and the first UP device belong to the same system that provides broadband network access services for users. In a possible implementation manner, the CP device manages multiple UP devices. That is to say, a system for providing broadband network access services to users includes a CP device and multiple UP devices. The first UP device is one of multiple UP devices managed by the CP device. As an example, the CP device and the first UP device belong to the vBRAS.

As shown in FIG. 3 , the CP device is CP device 305 , and the first UP device is UP device 303 or UP device 304 .

The first message is generated by the terminal device that the first UP device provides broadband network access service. Taking the above-mentioned FIG. 3 as an example, the first UP device is the UP device 303 . The UP device 303 is used to provide broadband network access services for users logged in on the terminal device 301 . The terminal device 301 generates a first packet for accessing the broadband network based on the information of the logged-in user, and sends the first packet to the UP device 303 . After acquiring the first packet, the UP device 303 performs redirection processing on the first packet, and sends the first packet to the CP device 305 .

The CP device and the first UP device are connected through three types of interfaces. The three interfaces are management interface (Manage Interface, Mi), packet redirection interface (packet redirection interface, PRi) and state control interface (state control interface, SCi). Wherein, the CP device sends configuration information to the first UP device through Mi. The CP device acquires the first packet sent by the first UP device through the PRi. As an example, PRi is a general packet radio service tunnel protocol for the user plane (GTP-U) tunnel extended in the TR459 specification, or a virtual scalable local area network in the TR487 specification Generic protocol extension (virtual extensible local area network generic Protocol extension, VXLAN GPE) tunnel. The CP device delivers user session (session) information to the first UP device through the SCi, and obtains statistics or detection results of the user session reported by the first UP device. As an example, SCi is established based on the extended third generation partnership project (3rd generation partnership project, 3GPP) packet forwarding control protocol (PFCP) in the TR459 specification, or based on the control plane and The user plane separation protocol (control plane and user plane separated protocol, CUSP) is established.

The first message is used to enable the user to access the broadband network. The first message is a dial-up message or a user access message. The specific type of the first packet is related to the service type. As an example, the service type is an Ethernet-based Internet protocol (internet protocol over ethernet, IPOE) type or a dynamic host configuration protocol (dynamic host configuration protocol, DHCP) type. The first message is a DHCP discovery (discover) message, a dynamic host configuration protocol version 6 (DHCPv6) request (solicit) message, and a sixth version of the Internet Protocol (internet protocol version 6, IPv6) A data packet and a type of Internet protocol version 4 (IPv4) data packet. As another example, the service type is a point-to-point protocol over ethernet (PPPoE) type. The first packet is a PPPoE active discovery initiation packet (PPPoE active discovery initiation, PADI).

S402: In response to determining that the CP device is overloaded, the CP device determines a first rate limiting policy of the first UP device for limiting the rate of the first packet.

CP device overload refers to the state that the CP device operates beyond the standard load. The CP device overload can be judged based on the running status of the CP device.

The embodiment of the present application does not limit the specific implementation manner of judging whether the CP device is overloaded. In a possible implementation, the usage of internal components and resources of the CP device is detected in real time, and the detection content includes but is not limited to central processing unit (central processing unit, CPU) utilization, memory utilization, RADIUS authentication timeout rate and The internal modules of the system process delay changes, etc. According to the current usage and indicators of each detection content, comprehensively judge whether the CP device is overloaded. As some examples, threshold values for each detected content are preset. The threshold value can be customized according to specific detection content. When the relevant values of one or more detected contents exceed the threshold value of the detected contents, it is determined that the CP device is overloaded. As another example, in some cases, if the difference between the relevant numerical value of the detected content and the threshold value of the detected content is within a preset range, it is determined that the CP device is overloaded.

For example, in a possible implementation manner, the resource utilization rate of the CP device is acquired. When the resource utilization rate of the CP device exceeds the first threshold, it is determined that the CP device is overloaded. Wherein, the first threshold is a threshold value of resource utilization. When the resource utilization rate of the CP device exceeds the first threshold, it is determined that the CP device is not overloaded. Wherein, the resource utilization rate is, for example, a memory utilization rate, or, for example, a CPU utilization rate. In another possible implementation manner, the processing delay of the CP device is acquired. When the processing delay of the CP device exceeds the second threshold, it is determined that the CP device is overloaded. When the processing delay of the CP device does not exceed the second threshold, it is determined that the CP device is not overloaded. Wherein, the CP device processing delay is the service processing delay of the CP device. The second threshold is a threshold value of the processing delay of the CP device. The processing delay of the CP device, such as the user authentication timeout period, or the delay of processing the first packet for the CP device system. In yet another possible implementation manner, whether the CP device is overloaded is comprehensively judged based on the resource utilization rate of the CP device and the processing delay of the CP device. When the resource utilization rate of the CP device exceeds the first threshold and the processing delay of the CP device exceeds the second threshold, it is determined that the CP device is overloaded.

In response to the overload of the CP device, the CP device determines a first rate limiting policy of the first UP device. The first rate limiting strategy is a rate limiting strategy for limiting the rate of the first packet. According to the first rate-limiting strategy, the rate-limiting process for the first message can be performed more accurately based on the transmission status of the first message or based on the operation status of the first UP device, thereby reducing the messages to be processed by the CP device and alleviating CP. Equipment overload conditions. In this way, the speed limit processing is performed on the first packet, and the effect of alleviating the overload of the CP device is better.

As an example, the first rate limiting strategy includes one or more of a transmission rate limit rate, a rate percentage, and a time length for stopping sending. Wherein, the transmission rate limit rate is the rate limit rate at which the first UP device transmits the first packet. The rate percentage is the percentage of the rate at which the first UP device transmits the first packet after rate limiting to the rate at which the first UP device transmits the first packet before the rate limit. The time length for stopping sending is the time length during which the first UP device stops sending the first packet.

It should be noted that the embodiment of the present application does not limit the number of times the CP device determines the first rate limiting policy during the overload period of the CP device. In some possible implementations, the CP device can determine the first rate limiting policy multiple times based on the transmission of the first message, so that the determined first rate limit policy is related to the operation of the CP device and the transmission of the first message. The situation is relatively matched, and a better overload handling effect is achieved.

The embodiment of the present application does not limit the specific implementation manner of determining the first speed limit policy. As an example, the CP device can determine the first rate limiting policy based on a preset manner and algorithm for determining the first rate limiting policy. Five possible specific implementation manners for determining the first speed limit strategy are introduced below.

The first type: preconditions.

The preset condition refers to setting the priority of the UP device in advance.

When determining the first rate limiting strategy, the first rate limiting strategy is determined based on the priority of the first UP device.

The CP device can determine the first rate limiting policy of the first UP device based on the priority of the first UP device. The priority of the first UP device may be preset. This embodiment of the present application does not limit the implementation manner of setting the priority of the first UP device. In a possible implementation manner, a definition interface is provided externally, and the user can set the priority of the first UP device through the definition interface. In another possible implementation manner, the priority of the first UP device is determined based on the area where the first UP device is located. For example, if the first UP device is located in a more critical area that provides services for users to access the network, the priority of the first UP device is higher.

The second type: punishment judgment.

Punishment judgment refers to determining the rate limit policy of the UP device according to the flow of packets sent by the UP device to the CP device. For example, for a UP device that sends more redirected packets to the CP device, in the corresponding rate limiting policy, the degree of restriction on the packets sent to the CP device is greater. For the UP device that sends redirected packets to the CP device with less traffic, in the corresponding rate limiting policy, the degree of restriction on the packets sent to the CP device is smaller.

When determining the first rate limiting policy of the first UP device, the first rate limiting policy is determined based on the flow of the first packet sent by the first UP device.

The CP device determines the first rate limiting policy based on the traffic of the first packet sent by the first UP device. When the traffic of the first packet is relatively large, the degree of restriction on the first packet is increased. When the traffic of the first packet is small, the degree of restriction on the first packet is reduced. In a possible implementation manner, an algorithm is used to determine the first rate limiting policy based on the traffic of the first packet transmitted.

The third type: weight polling.

Weight polling refers to determining the speed limit strategy of UP devices according to the guaranteed sending time period of each UP device after overloading. During the guaranteed sending time period of the UP device, the degree of restriction on the message sent by the UP device to the CP device is relatively low. The guaranteed sending time periods of different UP devices may be different. In this way, UP devices can be adjusted in batches according to the guaranteed sending time period.

When determining the first rate limiting policy of the first UP device, the first rate limiting policy is determined based on the guaranteed sending time period of the first UP device.

The guaranteed sending time period is a time period guaranteed to send the first packet by the first UP device. The time period may be divided by a time window timer, and different UP devices have corresponding guaranteed time periods. In this way, different UP devices can limit the rate of packets in batches.

The guaranteed sending time period of the first UP device is predetermined. For example, the rate of the first packet is limited according to the first speed limit rate in the first time period, and the rate of the first packet is limited according to the second rate limit rate in the second time period. Wherein, the first time period is a guaranteed sending time period of the first UP device. The first speed limit rate is greater than the second speed limit rate.

The fourth type: successive weighting.

Gradual weighting refers to adjusting the speed limit strategy of UP devices in different time periods according to the overload of CP devices as time goes by. For example, after the CP device is overloaded, first increase the degree of restriction on the message sent by the UP device to the CP device. After the subsequent overload of the CP device is relieved, the degree of restriction on the message sent by the UP device to the CP device is lowered.

When determining the first rate limiting policy of the first UP device, the first rate limiting policy is determined based on a time period.

According to the situation of handling the overload of the CP device, the corresponding speed limit rate is determined in different time periods. The time period may be divided using a time window timer. In a possible implementation, the earlier time period corresponds to a lower speed limit rate, and the later time period corresponds to a higher speed limit rate. For example, limit the speed of the first packet according to the third speed limit rate in the third time period, and limit the speed of the first packet according to the fourth speed limit rate in the fourth time period. Wherein, the third time period is earlier than the fourth time period, and the third speed limit rate is smaller than the fourth speed limit rate.

Fifth: default strategy.

The default policy means that after the CP device is overloaded, the packets sent by all UP devices to the CP device are restricted on an average basis.

When determining the first rate limiting strategy of the first UP device, the first rate limiting strategy is determined based on the transmission rate of the first packet.

A fifth rate limiting rate included in the first rate limiting policy is determined based on the transmission rate of the first packet. In a possible implementation manner, the fifth rate limit rate is lower than the transmission rate of the first packet before the first packet rate limit.

After the first rate limiting strategy is determined, rate limiting processing is performed on the first packet based on the first rate limiting strategy. In a possible implementation manner, after the CP device determines the first rate limiting policy, the CP device sends the first rate limiting policy to the first UP device. The first UP device can adjust the process of sending the first packet based on the first rate limiting policy, so as to implement rate limiting processing on the first packet. In another possible implementation manner, after the CP device determines the first rate limiting policy, the CP device performs rate limiting processing on the first packet based on the first rate limiting policy. The two processes of performing rate-limiting processing on the first packet are respectively introduced below.

The first type: the first UP device limits the rate of the first packet based on the first rate limit policy.

Referring to FIG. 5 , this figure is a schematic flowchart of another overload processing method provided by the embodiment of the present application. The overload handling method provided in the embodiment of the present application includes S501-S505.

S501: The CP device acquires the first packet sent by the first UP device.

S502: In response to determining that the CP device is overloaded, the CP device determines a first rate limiting policy of the first UP device.

It should be noted that S501-S502 are similar to the above-mentioned S401-S402, please refer to the above description for details, and details will not be repeated here.

S503: The CP device sends the second packet including the first rate limiting policy to the first UP device.

The CP device can generate and send the second packet including the first rate limiting policy to the first UP device. In a possible implementation manner, the CP device sends the second packet to the first UP device through the SCi.

The second message is, for example, an update connection request (association update request). The embodiment of the present application does not limit the specific type of the second packet. As some examples, two specific types of the second message are provided below.

In a possible implementation manner, the second message is a Packet Forwarding Control Protocol (Packet Forwarding Control Protocol, PFCP) message.

Referring to FIG. 6 , the figure is a schematic diagram of a PFCP message extension format provided by the embodiment of the present application. Wherein, the packet redirection interface control information (Pri Control information) is used as an extended grouped IE in the PFCP packet. Among them, the packet redirection interface control information element type (Pri Control information (to-CP) information elements type) field occupies the first byte and the second byte. The length (length) field occupies the third byte and the fourth byte. The information elements (IE) field occupies subsequent bytes.

The information elements field may be an overload metric (Overload Metric) field, a rate limit with kbps (RBPS) field for transmitting data streams, and a rate limit with packets per second (RPKTS) field for transmitting packets.

Wherein, the IE type of the Overload Metric field is the Metric type. The priority (preference, P) of the Overload Metric field is optional (optional, O). The value of the Overload Metric field is used to indicate that the CP device is overloaded. Values are expressed as percentiles on a scale of 0-100. The larger the value, the greater the overload of the CP device. The smaller the value, the smaller the overload of the CP device.

The IE type of the RBPS field is the RBPS type. The priority of the RBPS field is mandatory (mandatory, M). The value carried in the RBPS field indicates the speed limit rate. The unit of the value carried in the RBPS field is kbps, which indicates the traffic of the data stream transmitted in kbps per second. The RBPS field indicates that the UP device uses the rate-limited rate indicated by the numerical value to perform rate control on the packets redirected to the CP device through the Pri interface, that is, the packets sent to the CP device.

The IE type of the RPKTS field is the RPKTS type. The priority of the RPKTS field is conditional (Conditional, C). The value carried in the RPKTS field indicates the rate limit. The unit of the value carried in the RPKTS field is packets/1second, indicating the number of packets transmitted per second. The RPKTS field instructs the UP device to control the rate of packets redirected to the CP device through the Pri interface using the rate-limited rate indicated by the numerical value. The unit is packets/1second, indicating the number of packets sent per second. In addition, the RPKTS field can also carry the secondary information elements field. The secondary information elements field carries the rate parameter, indicating that rate control is performed using the rate parameter.

The second packet includes a packet redirection interface control information (Pri Control information) field. The Pri Control information field carries the first rate limiting policy.

Take the first rate limiting policy including the transmission rate limit rate as an example, as shown in FIG. 7 , which is a schematic diagram of the format of a Pri Control information field provided by the embodiment of the present application. Wherein, the type (type) field occupies two bytes. The length field occupies two bytes. The information elements field is multiple bytes. The information element field carries the transmission rate limit rate. m is a positive integer greater than 5.

Specifically, in a possible implementation manner, the transmission rate limit rate is a rate limit with kbps (RBPS) of the transmission data stream. RBPS is used to indicate the flow rate of a data stream in kbps transmitted per second. Refer to FIG. 8a, which is a schematic diagram of the format of another Pri Control information field provided by the embodiment of the present application. Among them, the first byte and the second byte are the type field, the third byte to the sixth byte are the information elements field, and the information elements field carries the RBPS.

In another possible implementation manner, the transmission rate limit rate is a rate limit with packets per second (RPKTS) for transmitting packets. RPKTS is used to indicate the number of packets transmitted per second. Refer to FIG. 8b, which is a schematic diagram of the format of another Pri Control information field provided by the embodiment of the present application. Among them, the first byte and the second byte are the type field, the third byte to the sixth byte are the information elements field, and the information elements field carries RPKTS.

In another possible implementation manner, the second packet is a CUSP packet.

The second packet includes a type length value (type length value, TLV) field. The TLV field carries the first rate limiting policy. Referring to FIG. 9 , the figure is a schematic diagram of a format of a TLV field included in a second packet provided by an embodiment of the present application. Wherein, the type field is used to indicate the type of the TLV field. The value of the length field is the length of the TLV field. The value field carries one or more of the transmission rate limit rate, rate percentage and stop sending time length included in the first rate limit policy.

As an example, the service type is PPPoE type, and the first rate limiting policy includes transmission rate limiting rate. The second packet carries a committed access rate (committed access rate, CAR). The CAR is used to indicate the transmission rate limit of the first packet. The value of the type field in the TLV field carried in the second message is CUCTLI_TLV_PADI_SET_CAR, the value of the length field is 329, and the value field is the numerical value of the transmission rate limit.

In addition to including the first rate limiting policy, the second packet can also include overload information. The overload information is used to indicate the overload degree of the CP device. Taking the second message as an example of a PFCP message, the information elements field included in the PFCP message carries overload information. Specifically, the information elements field includes a CP device overload control (CP overload control) field. The value of the CP overload control field is an overload parameter. The overload parameter is a percentage value, and the value ranges from 0-100. The larger the value of the overload parameter, the higher the overload degree of the CP device; the smaller the value of the overload parameter, the lower the overload degree of the CP device.

S504: The first UP device acquires the second packet sent by the CP device.

S505: The first UP device limits the rate of the first packet based on the first rate limit policy.

The first UP device can obtain the first rate limiting policy from the second packet. The first UP device performs rate limit processing on the first packet based on the first rate limit policy.

In some possible implementation manners, the first rate limiting strategy includes a transmission rate limiting rate. The first UP device can control the rate at which the first packet is sent based on the transmission rate limit rate configuration. For example, the first UP device configures a rate parameter for controlling sending of the first packet based on the transmission rate limit rate, and then sends the first packet based on the configured rate parameter. Wherein, the rate parameter is a queue parameter or a CAR parameter.

The first UP device uses the first rate limiting policy to limit the rate of the first message sent to the CP device, implement overload processing on the UP device, and reduce the number of first messages that the CP device needs to process. The first rate limiting strategy determined for the first UP device or the first message can better match the transmission situation of the first message, and achieve a better overload control effect.

In some possible implementation manners, after the first UP device limits the rate of the first packet based on the first rate limiting policy, the first UP device further sends the ninth packet to the CP device. Wherein, the ninth packet includes the first capability information and the fifth rate. The ninth message is, for example, an update connection response (association update response). Wherein, the first capability information indicates that the first UP device can process the first packet with rate limit. The fifth rate is the current rate at which the first UP device actually transmits the first packet after the first UP device limits the rate of the first packet based on the first rate limiting policy. The CP device can determine based on the ninth packet that the first UP device performs rate limiting processing on the first packet based on the first rate limiting policy, and can determine the current situation of the first UP device transmitting the first packet based on the fifth rate.

In some possible implementation manners, before the CP device sends the second packet to the first UP device, it needs to be determined in advance that the first UP device has a function of performing rate-limiting processing on the first packet. The process in which the CP device determines whether the first UP device has rate-limit processing for the first packet is also referred to as a negotiation process. The embodiment of this application does not limit the device that initiates the negotiation process. In a possible implementation manner, the first UP device can actively initiate negotiation. In another possible implementation manner, the CP device actively initiates the negotiation.

The overload handling methods for negotiation initiated by the CP device and the first UP device are introduced respectively below.

Firstly, the process of initiating negotiation by the first UP device will be described.

Referring to FIG. 10 , this figure is a schematic flowchart of a negotiation process between a CP device and a first UP device according to an embodiment of the present application, including S1001-S1003.

S1001: The first UP device sends a third packet to the CP device.

The first UP device generates a third packet including the first capability information based on its own ability to support the first packet. Wherein, the first capability information indicates that the first UP device can limit the rate of the first packet. In a possible implementation manner, the first capability information is a parameter indicating that the first UP device has a capability of limiting the rate of the first packet. In another possible implementation manner, the first capability information is a current transmission rate of the first packet transmitted by the first UP device.

The third message is, for example, a connection establishment request (association setup request). The embodiment of the present application does not limit the specific type of the third packet. As an example, the third message is a PFCP message. The third packet includes a user plane extended capability item (UP Function Feature) field. The UP Function Feature field carries the first capability information. The first capability information is, for example, carried in a CP device overload control (CP overload control) field included in the UP Function Feature field.

As another example, the third packet is a CUSP packet. The third packet includes a TLV field. The TLV field carries first capability information. As an example, the service type is PPPoE type. The second packet carries the CAR of the first UP device. The value of the type field in the TLV field carried by the second message is CUCTLI_TLV_PADI_ACK_CAR_ABLI, the value of the length field is 60, and the value field is the value of the transmission rate at which the first UP device transmits the first message.

It should be noted that the embodiment of the present application does not limit the conditions for triggering S1001. In a possible implementation, in response to the successful registration of the first UP device on the CP device, that is, in response to the successful connection between the first UP device and the CP device, the first UP device generates and sends a third message to the CP device .

The first UP device can send the third packet to the CP device through the SCi.

S1002: The CP device acquires the third packet.

The CP device can acquire the third packet sent by the first UP device through the SCi.

S1003: The CP device determines based on the third packet that the first UP device can limit the rate of the first packet.

The CP device can determine, according to the first capability information included in the third packet, that the first UP device can limit the rate of the first packet. When it is determined that the overload occurs, the CP device can send the second packet including the first rate limiting policy to the first UP device.

In addition, the CP device can also record the UP devices that support the rate limit for sending packets to the CP device, so as to send the corresponding rate limit policy to the UP device. For example, after determining that the first UP device can limit the rate of the first packet, the CP device records the device identifier of the first UP device in the database or management list.

In a possible implementation manner, after the CP device determines that the first UP device can limit the rate of the first packet, the CP device can instruct the first UP device to transmit the first packet at a rate.

Refer to FIG. 11 , which is a schematic flowchart of another negotiation process between a CP device and a first UP device according to an embodiment of the present application. In addition to the above S1001-S1003, S1004 and S1006 are also included.

S1004: The CP device sends a fourth packet including the first rate to the first UP device.

The first rate carried in the fourth packet is used to instruct the first UP device to send the first packet to the CP device based on the first rate. The first rate is a preset rate at which the first packet is sent under a non-overload condition. As an example, the first rate is greater than the transmission rate limit rate included in the first rate limit policy.

The fourth message is, for example, an association setup response. As an example, the fourth message is a PFCP message. The fourth packet includes a Pri Control information field. The Pri Control information field carries the first rate. The first rate is used to instruct the first UP device to send the first packet to the CP device based on the first rate. As another example, the fourth packet is a CUSP packet. The fourth packet includes a TLV field. The TLV field carries the first rate. As an example, the service type is PPPoE type. The fourth packet carries the CAR of the first UP device. The value of the type field in the TLV field carried in the second message is CUCTLI_TLV_PADI_GET_CAR_ABLI, the value of the length field is 60, and the value field is the value of the first rate.

The CP device can send the fourth packet to the first UP device through the SCi.

S1005: The first UP device obtains the fourth packet.

The first UP device can receive the fourth message sent by the CP device through the SCi.

S1006: The first UP device adjusts the rate of sending the first packet based on the first rate.

The first UP device adjusts the sending rate of the first packet based on the first rate in the fourth packet. In a possible implementation manner, the first UP device can configure a rate parameter based on the first rate, and then adjust a rate for sending the first packet based on the rate parameter. Wherein, the rate parameter is a queue parameter or a CAR parameter.

The above is the description of the process of the first UP device actively initiating the negotiation, and the following describes the process of the CP device actively initiating the negotiation.

Referring to FIG. 12 , this figure is a schematic flowchart of another negotiation process between the CP device and the first UP device provided in the embodiment of the present application, including S1201-S1206.

S1201: The CP device sends a fourth packet including the first rate to the first UP device.

The embodiment of the present application does not limit the conditions for triggering S1201. In a possible implementation manner, in response to the successful registration of the first UP device on the CP device, that is, in response to the successful connection between the CP device and the first UP device, the CP device generates the fourth message including the first rate.

It should be noted that, the fourth message is, for example, a connection establishment request (association setup request). As an example, the fourth message is a PFCP message. The fourth packet includes a Pri Control information field. The Pri Control information field carries the first rate. The first rate is used to instruct the first UP device to send the first packet to the CP device based on the first rate. As another example, the fourth packet is a CUSP packet. The fourth packet includes a TLV field. The TLV field carries the first rate. As an example, the service type is PPPoE type. The fourth packet carries the CAR of the first UP device. The value of the type field in the TLV field carried in the second message is CUCTLI_TLV_PADI_GET_CAR_ABLI, the value of the length field is 60, and the value field is the value of the first rate. The CP device can send the fourth packet to the first UP device through the SCi.

S1202: The first UP device obtains the fourth packet.

The first UP device can acquire the fourth message sent by the CP device through the SCi.

S1203: The first UP device adjusts the rate of sending the first packet based on the first rate.

The first UP device has the function of adjusting the sending rate of the first packet. The first UP device adjusts the sending rate of the first packet based on the first rate in the fourth packet. In a possible implementation manner, the first UP device can configure a rate parameter based on the first rate, and then adjust a rate for sending the first packet based on the rate parameter. Wherein, the rate parameter is a queue parameter or a CAR parameter.

S1204: The first UP device sends a third packet to the CP device.

The first UP device generates a third packet including the first capability information. Wherein, the first capability information indicates that the first UP device can limit the rate of the first packet. In a possible implementation manner, the first capability information is a parameter indicating that the first UP device has a capability of limiting the rate of the first packet. In another possible implementation manner, the first capability information is a current transmission rate of the first packet transmitted by the first UP device. It should be noted that the current transmission rate at which the first UP device transmits the first packet is an actual transmission rate at which the first UP device transmits the first packet based on the first rate.

In some possible implementation manners, the third packet is, for example, an association setup response (association setup response). The embodiment of the present application does not limit the specific type of the third packet. As an example, the third message is a PFCP message. The third packet includes a user plane extended capability item (UP Function Feature) field. The UP Function Feature field carries the first capability information. As another example, the third packet is a CUSP packet. The third packet includes a TLV field. The TLV field carries first capability information.

S1205: The CP device obtains the third packet.

S1206: The CP device determines based on the third packet that the first UP device can limit the rate of the first packet.

After overload processing, the overload situation of the CP device may be eliminated, that is to say, the CP device resumes normal operation. Correspondingly, the transmission process of the first message needs to be adjusted so that the transmission process of the first message matches the running state of the CP device.

Further, the above overload processing method also includes the following steps:

A1: In response to satisfying the overload recovery condition, the CP device sends a fifth packet including the second rate to the first UP device.

The overload recovery condition is a judgment condition for determining that the CP device changes from an overloaded state to a normal one. As an example, the overload recovery condition includes one or more of determining that the CP device is not overloaded and reaching a preset recovery time.

The fact that the CP device is not overloaded can be judged based on the running status of the CP device. In a possible implementation manner, the resource utilization rate of the CP device is acquired. When the resource utilization rate of the CP device is lower than the first threshold, it is determined that the CP device is not overloaded. Wherein, the resource utilization rate is, for example, a memory utilization rate, or, for example, a CPU utilization rate. In another possible implementation manner, the processing delay of the CP device is obtained. When the processing delay of the CP device is lower than the second threshold, it is determined that the CP device is not overloaded. Wherein, the CP device processing delay is the service processing delay of the CP device. The processing delay of the CP device, such as the user authentication timeout period, or the delay of processing the first packet for the CP device system. In yet another possible implementation manner, whether the CP device is overloaded is comprehensively judged based on the resource utilization rate of the CP device and the processing delay of the CP device. When the resource utilization rate of the CP device is lower than the first threshold and the processing delay of the CP device is lower than the second threshold, it is determined that the CP device is not overloaded.

The preset recovery time is the preset time for the CP device to resume normal operation. The preset recovery time can be determined based on the running state of the CP device or the overload handling method of the CP device.

After determining that the overload recovery condition is satisfied, the CP device needs to adjust the transmission rate of the first packet. The CP device sends the fifth packet including the second rate to the first UP device. Wherein, the second rate is used to instruct the first UP device to send the first packet to the CP device based on the second rate. The second rate may be a preset rate at which the first UP device sends the first message to the CP device when the CP device is not overloaded. In some possible implementations, the second rate is greater than the first rate.

The CP device can send the fifth packet to the first UP device through the SCi. The fifth message is, for example, an update connection request (association update request). The embodiment of the present application does not limit the specific type of the fifth packet. As an example, the fifth message is a PFCP message. The fifth packet includes a Pri Control information field. The Pri Control information field carries the second rate. As another example, the fifth packet is a CUSP packet. The fifth packet includes a TLV field. The TLV field carries the second rate.

A2: The first UP device obtains the fifth packet including the second rate sent by the CP device.

A3: The first UP device sends the first packet to the CP device based on the second rate.

The first UP device can adjust the sending rate of the first packet based on the second rate included in the fifth packet. In a possible implementation manner, the first UP device can configure a rate parameter based on the second rate, and then adjust the rate at which the first packet is sent based on the rate parameter. Wherein, the rate parameter is a queue parameter or a CAR parameter.

In addition, after the first UP device adjusts the sending rate of the first message based on the second rate included in the fifth message, it can also send a connection update response to the CP device. The update connection reply includes first capability information. Wherein, the first capability information indicates that the first UP device can process the first packet with rate limit. The CP device can determine based on the ninth message that the update connection response can determine that the first UP device has the ability to adjust the sending rate of the first message based on the second rate. An overload handling method provided in the embodiment of the present application will be described below in combination with specific scenarios. Referring to FIG. 13 , this figure is a schematic structural diagram of a CU separation system provided by an embodiment of the present application. Wherein, the home gateway RGW on the user side is connected to the first UP device through the OLT. The first UP device is connected to the CP device through the DC-gateway device. The CP device is connected to the authentication server. The first UP device is connected to the network through the CR. In this embodiment of the present application, the first UP device limits the rate of the first packet based on the first rate limit policy. The CP device includes an overload sampling module, a CP overload control module and a strategy module. The first UP device includes a UP overload control module and a PRi rate control module. The CP device uses the overload sampling module to realize overload judgment, uses the strategy module to determine the first speed limit strategy of the first UP device, and uses the CP overload control module to issue the first speed limit strategy to the UP overload control module of the first UP device. The UP overload control module of the first UP device is configured to receive the first rate limiting strategy, and configure the PRi rate control module based on the first rate limiting strategy. The PRi rate control module is configured to implement rate limit processing on the first packet.

Referring to FIG. 14 , the figure is a schematic flowchart of an overload processing provided by an embodiment of the present application. Wherein, the CP device includes an overload sampling module 1401 , a CP overload control module 1402 and a policy module 1403 . The first UP device includes a UP overload control module 1404 and a PRi rate control module 1405 .

Wherein, the overload sampling module 1401 is used to judge whether the CP device is overloaded. In a possible implementation manner, the overload sampling module 1401 acquires the resource utilization rate of the CP device. When the resource utilization rate of the CP device exceeds the first threshold, the overload sampling module 1401 determines that the CP device is overloaded. When the resource utilization rate of the CP device exceeds the first threshold, the overload sampling module 1401 determines that the CP device is not overloaded. Wherein, the resource utilization rate is, for example, a memory utilization rate, or, for example, a CPU utilization rate. In another possible implementation manner, the overload sampling module 1401 obtains the processing delay of the CP device. When the processing delay of the CP device exceeds the second threshold, the overload sampling module 1401 determines that the CP device is overloaded. When the processing delay of the CP device does not exceed the second threshold, the overload sampling module 1401 determines that the CP device is not overloaded. Wherein, the CP device processing delay is the service processing delay of the CP device. The processing delay of the CP device, such as the user authentication timeout period, or the delay of processing the first packet for the CP device system. In yet another possible implementation manner, whether the CP device is overloaded is comprehensively judged based on the resource utilization rate of the CP device and the processing delay of the CP device. When the resource utilization rate of the CP device exceeds the first threshold and the processing delay of the CP device exceeds the second threshold, it is determined that the CP device is overloaded.

In response to determining that the CP device is overloaded, the overload sampling module 1401 notifies the CP overload control module 1402 . As an example, the overload sampling module 1401 sends a message carrying an overload status to the CP overload control module 1402 . The overload state includes two states: overload and non-overload. When it is determined that the CP device is overloaded, the overload sampling module 1401 sends a message that the overload status is overload to the CP overload control module 1402 .

After receiving the notification sent by the overload sampling module 1401, the CP overload control module 1402 determines the first rate limiting strategy of the first UP device based on the policy module 1403. As an example, the CP overload control module 1402 sends a parameter request to the policy module 1403 . The parameter request carries relevant information of the first UP device.

The policy module 1403 determines the first rate limiting policy of the first UP device based on the obtained parameter request. The embodiment of the present application does not limit the specific implementation manner in which the policy module 1403 determines the first rate limiting policy of the first UP device. In some possible implementation manners, the policy module 1403 can determine the first speed limit policy in the above five manners for determining the speed limit policy. Please refer to the above for relevant content, and will not repeat them here. The policy module 1403 sends the UP device rate limit list to the CP overload control module 1402 . The UP device rate limit list includes rate limit policies of each UP device that sends user access packets to the CP device. The UP device rate limit list includes the first rate limit policy of the first UP device.

After determining the first rate limiting strategy of the first UP device, the CP overload control module 1402 sends the first rate limiting strategy to the first UP device through the SCi interface connected to the first UP device.

The UP overload control module 1404 of the first UP device is configured to receive the first rate limit delivered by the CP device. The UP overload control module 1404 configures the PRi rate control module 1405 based on the first rate limiting rate.

The PRi rate control module 1405 implements rate limit processing on the PRi interface connecting the first UP device and the CP device according to the first rate limit policy. For example, the first packet sent to the CP device is discarded based on the first rate limiting policy.

In addition, the CP overload control module 1402 and the UP overload control module 1404 are also used to implement the negotiation between the CP device and the first UP device. In a possible implementation manner, the CP device actively initiates the negotiation. The CP overload control module 1402 sends the fourth message to the UP overload control module 1404 . The UP overload control module 1404 sends a third packet carrying the first capability information to the CP overload control module 1402 based on the fourth packet. The CP overload control module 1402 determines according to the third packet that the first UP device can limit the rate of the first packet. In another possible implementation manner, the first UP device actively initiates the negotiation. The UP overload control module 1404 sends the third packet carrying the first capability information to the CP overload control module 1402 . The CP overload control module 1402 determines based on the first capability information that the first UP device can limit the rate of the first packet. The CP overload control module 1402 can also send the fourth message to the UP overload control module 1404 . The fourth packet carries the first rate. The first rate is used to guide the first UP device to send the first packet.

It should be noted that, for the specific execution process of the overload sampling module 1401, the CP overload control module 1402, the policy module 1403, the UP overload control module 1404, and the PRi rate control module 1405, please refer to the detailed description of the corresponding steps in the above-mentioned embodiments. Repeat it one by one

The above is the process in which the first UP device adjusts and sends the first packet based on the first rate limiting policy. The following describes how the CP device performs rate limiting processing on the first packet based on the first rate limiting policy.

The second type: the CP device limits the rate of the first packet based on the first rate limit policy.

Referring to FIG. 15 , this figure is a schematic flowchart of another overload processing method provided by the embodiment of the present application. The overload handling method provided in this embodiment of the application includes S1501-S1503.

S1501: The CP device obtains the first packet sent by the first UP device.

S1502: In response to determining that the CP device is overloaded, the CP device determines a first rate limiting policy of the first UP device.

It should be noted that S1501-S1502 are similar to the above-mentioned S401-S402, please refer to the above description for details, and details will not be repeated here.

S1503: The CP device limits the rate of the first packet based on the first rate limit policy.

The CP device performs rate limiting processing on the acquired first packet based on the determined first rate limiting policy of the first UP device. The embodiment of the present application does not limit the specific implementation manner of the CP device limiting the rate of the first packet based on the first rate limiting policy. As an example, the first rate limiting policy includes a transmission rate limiting rate. Based on the transmission rate limit, the CP device only acquires the first packet within the transmission rate limit, and discards the first packet exceeding the transmission rate limit. As another example, the first rate limiting policy includes a length of time for stopping sending, and the CP device discards the first packet acquired within the time length of stopping sending.

In some possible implementation manners, before limiting the rate of the first packet based on the first rate limiting policy, the CP device determines that the first UP device does not support rate limiting of the first packet.

As an example, the CP device determines based on the configuration parameters of the first UP device that the first UP device cannot adjust the sending rate of the first packet.

As another example, the CP device negotiates with the first UP device, and determines based on the negotiation process that the first UP device does not have the function of limiting the rate of the first packet. Specifically, the CP device sends the sixth packet including the third rate to the first UP device. Wherein, the third rate is used to instruct the first UP device to send the first packet to the CP device based on the third rate. The sixth message is used to implement negotiation between the CP device and the first UP device. The first UP device that does not have the ability to adjust the sending rate of the first packet cannot adjust the sending rate of the first packet based on the third rate after obtaining the sixth packet. In a possible implementation manner, the first UP device sends the seventh packet including the second capability information to the CP device. The second capability information indicates that the first UP device does not support rate limiting for the first packet. After acquiring the seventh packet, the CP device can determine based on the second capability information that the first UP device does not support rate limiting for the first packet. In another possible implementation manner, the first UP device that does not have the function of adjusting the sending rate of the first packet cannot negotiate with the CP device. Correspondingly, after the CP device sends the sixth message, it does not obtain the feedback message sent by the first UP device within a preset time, and determines that the first UP device does not have the function of adjusting the sending rate of the first message. As an example, after sending the sixth packet, if the CP device does not obtain the feedback packet sent by the first UP device within the feedback time, it resends the sixth packet to the first UP device. If the number of times the CP device sends the sixth packet reaches the threshold, the CP device determines that the first UP device does not have the function of adjusting the sending rate of the first packet. Wherein, the CP device can send the sixth message to the first UP device through the SCi. As an example, the sixth message is a PFCP message. The sixth packet includes a Pri Control information field. The Pri Control information field carries the third rate. As another example, the sixth packet is a CUSP packet. The sixth packet includes a TLV field. The TLV field carries the third rate.

When the CP device is not overloaded, the CP device processes the first packet based on the fourth rate. The fourth rate is the rate at which the CP device obtains the first packet when it is not overloaded. In some possible implementation manners, the fourth rate is preset. In some other possible implementation manners, the fourth rate is determined based on the running condition of the CP device. As an example, the fourth rate is greater than the first rate.

It should be noted that the CP device can manage at least two UP devices. In a possible implementation manner, the at least two UP devices managed by the CP device include a second UP device in addition to the first UP device. When the CP device is overloaded, in addition to determining the rate limiting policy corresponding to the first UP device, it also determines the rate limiting policy corresponding to the second UP device.

Specifically, in addition to the above steps, an overload handling method provided in the embodiment of the present application further includes the following steps:

B1: The CP device obtains the eighth packet sent by the second UP device.

The CP device and the second UP device belong to the same system that provides users with broadband network access services. As an example, the CP device and the second UP device belong to the same vBRAS.

The eighth message is generated by the terminal device that the second UP device provides broadband network access service. Taking the above-mentioned FIG. 3 as an example, the first UP device is the UP device 303 , and the second UP device is the UP device 304 . The UP device 304 is used to provide broadband network access services for users logged in on the terminal device 302 . The terminal device 302 generates an eighth message for accessing the broadband network based on the information of the logged-in user, and sends the eighth message to the UP device 304 . After obtaining the eighth packet, the UP device 304 performs redirection processing on the eighth packet, and sends the eighth packet to the CP device 305 .

The CP device and the second UP device are connected through three interfaces, and the three interfaces are respectively Mi, PRi and SCi. The functions of Mi, PRi, and SCi are similar to the functions of Mi, PRi, and SCi between the CP device and the first UP device. For details, please refer to the above description, and details will not be repeated here.

The eighth message is used to enable the user to access the broadband network. The eighth packet is a dial-up packet or a user access packet. The specific type of the eighth message is related to the service type. As an example, the service type is IPOE type or DHCP type. The eighth packet is one of a DHCP discovery (discover) packet, a DHCPv6 request (solicit) packet, an IPv6 data packet, and an IPv4 data packet. As another example, the service type is PPPoE type. The first message is PADI.

B2: In response to determining that the CP device is overloaded, the CP device determines a second rate limiting policy of the second UP device for limiting the rate of the eighth packet.

CP device overload refers to the state that the CP device operates beyond the standard load. The CP device overload can be judged based on the running status of the CP device. For details, see the description above.

In response to the overload of the CP device, the CP device determines the second rate limiting policy of the second UP device. The second rate limiting strategy is a rate limiting strategy for rate limiting of the eighth packet. According to the second rate limiting strategy, the eighth message can be processed more accurately based on the transmission status of the eighth message or based on the operation status of the second UP device, thereby reducing the number of messages that the CP device needs to process and alleviating the CP Equipment overload conditions. In this way, the speed limit processing is performed on the eighth packet, and the effect of alleviating the overload of the CP device is better.

As an example, the second rate limiting strategy includes one or more of a transmission rate limit rate, a rate percentage, and a time length for stopping sending. Wherein, the transmission rate limit rate is the rate limit rate at which the second UP device transmits the first packet. The rate percentage is the percentage of the eighth packet transmission rate of the second UP device after the rate limitation to the eighth packet transmission rate of the second UP device before the rate limitation. The time length for stopping sending is the time length during which the second UP device stops sending the eighth packet.

The embodiment of the present application does not limit the specific implementation manner of determining the second speed limit strategy. For example, the second rate-limiting policy is determined based on the priority of the second UP device, or the second rate-limiting policy is determined based on the flow of the eighth packet, or the second rate-limiting policy is determined based on the guaranteed sending time period, or determined based on the time period The second rate limiting strategy, or determine the second rate limiting strategy based on the transmission rate of the eighth packet.

As an example, the first speed limiting strategy includes a sixth speed limiting strategy. The first rate-limiting policy is used to indicate that the first packet is subjected to rate-limiting processing according to the sixth rate-limiting rate. The second speed limiting strategy includes a seventh speed limiting strategy. The second rate limiting policy is used to instruct to perform rate limiting processing on the eighth packet according to the seventh rate limiting rate.

In a possible implementation manner, the priority of the UP device is used to determine the rate limiting policy. The higher the priority of the UP device, the higher the rate limit included in the rate limit policy. For example, the priority of the first UP device is higher than the priority of the second UP device. Correspondingly, the sixth speed limit rate is greater than the seventh speed limit rate.

In another possible implementation manner, the rate limiting policy is determined based on packet traffic. The greater the packet traffic transmitted by the UP device, the greater the restriction on packet transmission by the rate limiting policy. For example, the traffic of the first packet transmitted by the first UP device is greater than the traffic of the second packet transmitted by the second UP device. Correspondingly, the difference between the sixth rate-limiting rate and the transmission rate before rate-limiting the first packet is greater than the difference between the seventh rate-limiting rate and the transmission rate before rate-limiting the eighth message.

An overload handling method provided in the embodiment of the present application will be described below in conjunction with the embodiments. Referring to FIG. 16 , this figure is a schematic structural diagram of another CU separation system provided by an embodiment of the present application. Wherein, the home gateway RGW on the user side is connected to the first UP device through the OLT. The first UP device is connected to the CP device through the DC-gateway device. The CP device is connected to the authentication server. The first UP device is connected to the network through the CR. In the embodiment of the present application, the CP device limits the rate of the first packet based on the first rate limit policy. The CP device includes an overload sampling module, a CP overload control module, a strategy module, and an input/output (Input/Output, I/O) load balancing (LOAD Balance) module. The CP device uses the overload sampling module to realize overload judgment, uses the policy module to determine the first speed limit strategy of the first UP device, and uses the CP overload control module to issue the first speed limit strategy to the input/output load balancing module. The input/output load balancing module is configured to receive the first rate limiting strategy, and implement rate limiting processing on the first packet based on the first rate limiting strategy.

Refer to FIG. 17 , which is a schematic flowchart of another overload processing provided by the embodiment of the present application. Wherein, the CP device includes an overload sampling module 1701, a CP overload control module 1702, a policy module 1703, and an input/output (Input/Output, I/O) load balance (LOAD Balance) module 1704.

Wherein, the overload sampling module 1701 is used to judge whether the CP device is overloaded. In a possible implementation manner, the overload sampling module 1701 acquires the resource utilization rate of the CP device. When the resource utilization rate of the CP device exceeds the first threshold, the overload sampling module 1701 determines that the CP device is overloaded. When the resource utilization rate of the CP device exceeds the first threshold, the overload sampling module 1701 determines that the CP device is not overloaded. Wherein, the resource utilization rate is, for example, a memory utilization rate, or, for example, a CPU utilization rate. In another possible implementation manner, the overload sampling module 1701 obtains the processing delay of the CP device. When the processing delay of the CP device exceeds the second threshold, the overload sampling module 1701 determines that the CP device is overloaded. When the processing delay of the CP device does not exceed the second threshold, the overload sampling module 1701 determines that the CP device is not overloaded. Wherein, the CP device processing delay is the service processing delay of the CP device. The processing delay of the CP device, such as the user authentication timeout period, or the delay of processing the first packet for the CP device system. In yet another possible implementation manner, whether the CP device is overloaded is comprehensively judged based on the resource utilization rate of the CP device and the processing delay of the CP device. When the resource utilization rate of the CP device exceeds the first threshold and the processing delay of the CP device exceeds the second threshold, it is determined that the CP device is overloaded.

In response to determining that the CP device is overloaded, the overload sampling module 1701 notifies the CP overload control module 1702 . As an example, the overload sampling module 1701 sends a message carrying an overload status to the CP overload control module 1702 . The overload state includes two states: overload and non-overload. When it is determined that the CP device is overloaded, the overload sampling module 1701 sends a message that the overload status is overload to the CP overload control module 1702 .

After receiving the notification sent by the overload sampling module 1701, the CP overload control module 1702 determines the first speed limit strategy of the first UP device based on the policy module 1703. As an example, the CP overload control module 1702 sends a parameter request to the policy module 1703 . The parameter request carries relevant information of the first UP device.

The policy module 1703 determines the first rate limiting policy of the first UP device based on the obtained parameter request. The embodiment of the present application does not limit the specific implementation manner in which the policy module 1703 determines the first rate limiting policy of the first UP device. In some possible implementation manners, the policy module 1703 can determine the first speed limit policy in the above five manners for determining the speed limit policy. Please refer to the above for relevant content, and will not repeat them here. The policy module 1703 sends the UP device rate limit list to the CP overload control module 1702 . The UP device rate limit list includes rate limit policies of each UP device that sends user access packets to the CP device. The UP device rate limit list includes the first rate limit policy of the first UP device.

After the CP overload control module 1702 determines the first rate limiting strategy of the first UP device, it sends the first rate limiting strategy of the first UP device to the I/O LOAD Balance module 1704 through an internal interface.

The I/O LOAD Balance module 1704 is a message entry module of the CP device, and is used to obtain the first message sent by the first UP device. The I/O LOAD Balance module 1704 performs rate limit processing on the first packet based on the first rate limit policy. For example, the first packet is discarded based on the first rate limiting policy.

Fig. 18 is a schematic structural diagram of an overload treatment device provided by an embodiment of the present application. The apparatus for overload processing can realize the function of the control plane device in the above method example. Referring to FIG. 18 , an overload processing apparatus 1800 includes an acquisition unit 1801 and a processing unit 1802 . The acquisition unit 1801 is configured to support the overload processing apparatus 1800 to execute S401 in FIG. 4; the processing unit 1802 is configured to support the overload processing apparatus 1800 to execute S402 in FIG. 4; and/or the control plane device in the technology described herein other processes performed. For example, the acquiring unit 1801 is configured to perform various receiving operations performed by the control plane device in the above method embodiments; the processing unit 1802 is configured to perform various processing operations performed by the control plane device in the above method embodiments. For example, the obtaining unit 1801 is configured to obtain a first message sent by a first UP device, the first UP device being one of the at least two UP devices; the processing unit 1802 is configured to respond to the determined The CP device is overloaded, and determines a first rate limiting policy of the first UP device, where the first rate limiting policy is used to limit the rate of the first packet. For the specific execution process, please refer to the detailed description of the corresponding steps in the embodiment shown in any one of the drawings in FIG. 4-FIG.

Fig. 19 is a schematic structural diagram of another overload treatment device provided by an embodiment of the present application. The apparatus for overload processing can realize the function of the first user plane device in the above method example. Referring to FIG. 19 , an overload processing apparatus 1900 includes an acquisition unit 1901 and a processing unit 1902 . The acquiring unit 1901 is configured to execute S504 in FIG. 5 by the apparatus 1900 supporting overload processing; the processing unit 1902 is configured to execute S505 in FIG. 5 by the apparatus 1900 supporting overload processing; and/or the first user in the technology described herein Other processes performed by surface devices. For example, the acquiring unit 1901 is configured to perform various receiving operations performed by the first user plane device in the above method embodiments; the processing unit 1902 is configured to perform various processing operations performed by the first user plane device in the above method embodiments. For example, the obtaining unit 1901 is configured to obtain the second packet sent by the CP device, the second packet includes a first rate limiting policy; the processing unit 1902 is configured to The rate of the first message is limited, and the first message is a message sent by the first UP device to the CP device. For the specific execution process, please refer to the detailed description of the corresponding steps in the embodiment shown in any one of the drawings in FIG. 5 to FIG.

It should be noted that the division of units in the embodiment of the present application is schematic, and is only a logical function division, and there may be another division manner in actual implementation. Each functional unit in the embodiment of the present application may be integrated into one processing unit, or each unit may physically exist separately, or two or more units may be integrated into one unit. For example, in the foregoing embodiments, the acquisition unit and the processing unit may be the same unit or different units. The above-mentioned integrated units can be implemented in the form of hardware or in the form of software functional units.

FIG. 20 is a schematic structural diagram of an overload handling system provided by an embodiment of the present application. The overload handling system 2000 is used for the overload handling method in the above method embodiment. The overload processing system 2000 includes a control plane device 2001 and at least two user plane devices. Wherein, at least two user plane devices include the first user plane device 2002 . The control plane device 2001 may implement the functions of the control plane device in the embodiments shown in any one of Fig. 4 to Fig. 17 . The first user plane device 2002 may implement the function of the first user plane device in the embodiment shown in any one of Fig. 5 to Fig. 12 . For the specific execution process, please refer to the detailed description of the corresponding steps in the embodiment shown in any one of the drawings in FIG. 4 to FIG.

Optionally, the overload handling system 2000 may further include a second user plane device, configured to send the eighth packet to the CP device 2001 . Please refer to the above for details, and details will not be repeated here.

Fig. 21 is a schematic structural diagram of a device provided by an embodiment of the present application. The above-mentioned control plane device or user plane device may be realized by the device shown in FIG. 21 . Referring to FIG. 21 , the device 2100 includes at least one processor 2101 , a communication bus 2102 and at least one network interface 2104 . Optionally, the device 2100 may further include a memory 2103 .

The processor 2101 may be a central processing unit (central processing unit, CPU), a network processor (network processor, NP) or a combination of CPU and NP. In one implementation, the processor 2101 can also be a traffic management (traffic management, TM) chip or hardware integrating NP and TM chips, and the TM chip or hardware integrating NP and TM chips can control the The queue executes the queue scheduling method provided by the embodiment of this application. The processor 710 may further include a hardware chip. The aforementioned hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD) or a combination thereof. The aforementioned PLD may be a complex programmable logic device (complex programmable logic device, CPLD), a field-programmable gate array (field-programmable gate array, FPGA), a general array logic (generic array logic, GAL) or any combination thereof. The processor may be used to implement the overload handling method provided in the embodiment of the present application.

For example, when the control plane device in FIG. 4 is implemented by the device shown in FIG. 21, the processor may be configured to determine the first UP device's rate limit for the first packet in response to determining that the control plane device is overloaded. For the first rate limiting policy, for specific function implementation, please refer to the processing part of the corresponding control plane device in the method embodiment.

For example, when the first user plane device in Figure 5 is implemented by the device shown in Figure 21, the processor can be used to limit the rate of the first packet based on the first rate limit strategy, and the specific function implementation can refer to the implementation method The example corresponds to the processing part of the first user plane device.

Communication bus 2102 is used to transfer information between processor 2101 , network interface 2104 and memory 2103 . The bus system 2102 may be a peripheral component interconnect standard (peripheral component interconnect, PCI) bus or an extended industry standard architecture (extended industry standard architecture, EISA) bus, etc. The bus system 2102 can be divided into address bus, data bus, control bus, etc., which are represented by only one thick line in FIG. 21 , but it does not mean that there is only one bus or one type of bus.

The memory 2103 can be a read-only memory (read-only memory, ROM) or other types of static storage devices that can store static information and instructions, and the memory 2103 can also be a random access memory (random access memory, RAM) or can store information and other types of dynamic storage devices for instructions, and can also be compact disc read-only Memory (CD-ROM) or other optical disc storage, optical disc storage (including compact disc, laser disc, optical disc, digital versatile disc, Blu-ray optical discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited thereto. The memory 2103 may exist independently, and is connected to the processor 2101 through the communication bus 2102 . The memory 2103 can also be integrated with the processor 2101.

Optionally, the memory 2103 is used to store program codes or instructions for implementing the solution of the present application, and the execution is controlled by the processor 2101 . The processor 2101 is used to execute program codes or instructions stored in the memory 2103 . One or more software modules may be included in the program code. Optionally, the processor 2101 may also store program codes or instructions for executing the solutions of the present application. In this case, the processor 2101 does not need to read the program codes or instructions from the memory 2103 .

The network interface 2104 may be a device such as a transceiver for communicating with other devices or a communication network, and the communication network may be Ethernet, radio access network (RAN) or wireless local area networks (wireless local area networks, WLAN), etc. In this embodiment of the present application, the network interface 2104 may be used to receive messages sent by other nodes in the segment routing network, and may also send messages to other nodes in the segment routing network. The network interface 2104 may be an Ethernet interface (ethernet) interface, a fast ethernet (fast ethernet, FE) interface or a gigabit ethernet (gigabit ethernet, GE) interface, etc.

In a specific implementation, as an embodiment, the device 2100 may include multiple processors, for example, the processor 2101 and the processor 2107 shown in FIG. 21 . Each of these processors may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. A processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (eg, computer program instructions).

FIG. 22 is a schematic structural diagram of a device 2200 provided in an embodiment of the present application. The control plane device and the user plane device provided in the embodiment of the present application may be implemented by the device shown in FIG. 22 .

Referring to the schematic structural diagram of the device shown in FIG. 22 , the device 2200 includes a main control board and one or more interface boards. The main control board is communicatively connected with the interface board. The main control board is also called a main processing unit (main processing unit, MPU) or a route processing card (route processor card). The main control board includes a CPU and a memory. Route calculation, device management and maintenance functions. The interface board is also called a line processing unit (line processing unit, LPU) or a line card (line card), and is used to receive and send packets.

In some embodiments, the communication between the main control board and the interface board or between the interface board and the interface board is through a bus. In some embodiments, the interface boards communicate through the SFU. In this case, the device 2200 also includes the SFU. The SFU communicates with the main control board and the interface board. The SFU is used to forward the interface board. The data between them, the SFU can also be called a switch fabric unit (SFU). The interface board includes a CPU, a memory, a forwarding engine, and an interface card (interface card, IC), where the interface card may include one or more network interfaces. The network interface may be an Ethernet interface, an FE interface, or a GE interface. The CPU communicates with the memory, the forwarding engine and the interface card respectively. The forwarding engine may be a network processor (network processor, NP). The interface card is also called a daughter card, which can be installed on the interface board. It is responsible for converting the photoelectric signal into a data frame, and checking the validity of the data frame before forwarding it to the forwarding engine for processing or the CPU of the interface board. In some embodiments, the CPU can also perform the function of the forwarding engine, such as implementing soft forwarding based on a general-purpose CPU, so that no forwarding engine is needed in the interface board. In some embodiments, the forwarding engine may be implemented by an ASIC or a field programmable gate array (field programmable gate array, FPGA). In some embodiments, the memory storing the forwarding table can also be integrated into the forwarding engine as a part of the forwarding engine.

The embodiment of the present application also provides a chip system, including: a processor, the processor is coupled with a memory, and the memory is used to store programs or instructions, and when the programs or instructions are executed by the processor, the The system-on-a-chip implements the overload handling method provided in the embodiments shown in any one of the drawings in FIG. 4 to FIG. 9 above.

Optionally, there may be one or more processors in the chip system. The processor can be realized by hardware or by software. When implemented in hardware, the processor may be a logic circuit, an integrated circuit, or the like. When implemented by software, the processor may be a general-purpose processor implemented by reading software codes stored in a memory.

Optionally, there may be one or more memories in the chip system. The memory can be integrated with the processor, or can be set separately from the processor, which is not limited in this application. Exemplarily, the memory can be a non-transitory processor, such as a read-only memory ROM, which can be integrated with the processor on the same chip, or can be respectively arranged on different chips. The setting method of the processor is not specifically limited.

Exemplarily, the system-on-a-chip can be an FPGA, an ASIC, a system on chip (SoC), a CPU, an NP, or a digital signal processing circuit (digital signal processor, DSP), can also be a microcontroller (micro controller unit, MCU), can also be a programmable controller (programmable logic device, PLD) or other integrated chips.

It should be understood that each step in the foregoing method embodiments may be implemented by an integrated logic circuit of hardware in a processor or instructions in the form of software. The method steps disclosed in connection with the embodiments of the present application may be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules in the processor.

The embodiment of the present application also provides a computer-readable storage medium, including instructions, which, when run on a computer, cause the computer to execute the overload handling method provided by the above method embodiment and performed by the control plane device or the user plane device.

The embodiment of the present application also provides a computer program product containing instructions, which, when running on a computer, causes the computer to execute the overload handling method provided by the above method embodiments and performed by the control plane device or the user plane device.

The terms "first", "second", "third", "fourth" and the like in the description and claims of the present application and the above drawings are used to distinguish similar objects, but not necessarily to describe specific sequence or sequence. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments described herein can be practiced in sequences other than those illustrated or described herein. Furthermore, the terms "comprising" and "having", as well as any variations thereof, are intended to cover a non-exclusive inclusion, for example, a process, method, system, product, or device comprising a series of steps or elements that is not necessarily limited to the expressly listed instead, may include other steps or elements not explicitly listed or inherent to the process, method, product or apparatus.

In this application, "at least one (one)" means one or more, and "multiple" means two or more. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one item (piece) of a, b, or c can represent: a, b, c, a-b, a-c, b-c, or a-b-c, where a, b, c can be single or multiple . In this application, "A and/or B" is considered to include A alone, B alone, and A+B.

Those skilled in the art can clearly understand that for the convenience and brevity of the description, the specific working process of the above-described system, device and unit can refer to the corresponding process in the foregoing method embodiment, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, device and method can be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of the units is only a logical module division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or May be integrated into another system, or some features may be ignored, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the units can be obtained according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each module unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit. The above-mentioned integrated units can be implemented in the form of hardware or in the form of software module units.

If the integrated unit is implemented in the form of a software module unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or part of the contribution to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium , including several instructions to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disc, etc., which can store program codes. .

Those skilled in the art should be aware that, in the above one or more examples, the functions described in the present invention may be implemented by hardware, software, firmware or any combination thereof. When implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.

The specific implementation manners described above further describe the purpose, technical solutions and beneficial effects of the present application in detail. It should be understood that the above descriptions are only specific implementation modes of the present invention.

As mentioned above, the above embodiments are only used to illustrate the technical solutions of the present application, and are not intended to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: it can still understand the foregoing The technical solutions described in each embodiment are modified, or some of the technical features are replaced equivalently; and these modifications or replacements do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the various embodiments of the application.

Claims

A method for overload handling, wherein the method is applied to a network, and the network includes a control plane CP device and at least two user plane UP devices, and the method includes:

The CP device obtains the first message sent by the first UP device, and the first UP device is one of the at least two UP devices;

In response to determining that the CP device is overloaded, the CP device determines a first rate limiting strategy of the first UP device, where the first rate limiting strategy is used to limit the rate of the first packet.
The method according to claim 1, further comprising:

The CP device sends a second packet to the first UP device, where the second packet includes the first rate limiting policy.
The method according to claim 2, wherein before the CP device sends the second message to the first UP device, the method further comprises:

The CP device acquires a third packet sent by the first UP device, where the third packet includes first capability information, and the first capability information indicates that the first UP device can text speed limit.
The method according to claim 2 or 3, characterized in that the method further comprises:

The CP device sends a fourth message to the first UP device, where the fourth message includes a first rate, and the first rate is used to instruct the first UP device to send a message to the first UP device based on the first rate. The CP device sends the first packet.
The method according to any one of claims 1-4, wherein the method further comprises:

In response to satisfying the overload recovery condition, the CP device sends a fifth packet to the first UP device, where the fifth packet includes a second rate, and the second rate is used to instruct the first UP device based on The first message is sent to the CP device at the second rate, and the overload recovery condition includes one or more of determining that the CP device is not overloaded and reaching a preset recovery time.
The method according to any one of claims 2-5, wherein the second message further includes overload information, and the overload information is used to indicate the overload degree of the CP device.
The method according to any one of claims 2-6, wherein the second message is a packet forwarding control PFCP protocol message.
The method according to claim 7, wherein the second message includes a Pri Control information field of message redirection interface control information, and the Pri Control information field carries the first rate limiting strategy.
The method according to any one of claims 2-6, wherein the second message is a control plane and user plane separation protocol CUSP message.
The method according to claim 9, wherein the second message includes a Type Length Value TLV field, and the TLV field carries the first rate limiting policy.
The method according to claim 1, further comprising:

The CP device limits the rate of the first packet based on the first rate limit policy.
The method according to claim 11, wherein the CP device limits the rate of the first packet based on the first rate limiting policy, including:

The CP device discards the first packet based on the first rate limiting policy.
The method according to claim 11, wherein, before the CP device limits the rate of the first packet based on the first rate limiting policy, the method further comprises:

The CP device determines that the first UP device does not support rate limiting for the first packet.
The method according to claim 13, wherein the CP device determines that the first UP device does not support rate-limiting processing of the first message, comprising:

The CP device sends a sixth message to the first UP device, where the sixth message includes a third rate, and the third rate is used to instruct the first UP device to send a message to the first UP device based on the third rate. The CP device sends the first message;

In response to the CP device obtaining the seventh message sent by the first UP device, or failing to obtain the feedback message sent by the first UP device within a preset time, the CP device determines that the first UP device The UP device does not support rate limiting for the first packet, the seventh packet includes second capability information, and the second capability information indicates that the first UP device does not support rate limiting for the first packet .
The method according to any one of claims 11-14, wherein the method further comprises:

In response to determining that the CP device is not overloaded, the CP device processes the first packet based on a fourth rate.
The method according to any one of claims 1-15, wherein the first rate limiting policy is determined based on the priority of the first UP device;

Or, the first rate limiting policy is determined based on the traffic of the first packet;

Alternatively, the first rate limiting strategy is to limit the rate of the first message according to the first rate limit rate in the first time period, and limit the rate of the first message according to the second rate limit rate in the second time period. A document speed limit, the first time period is the guaranteed sending time period of the first UP device, and the first speed limit rate is greater than the second speed limit rate;

Alternatively, the first rate limiting policy is to limit the rate of the first message according to the third rate limit rate within the third time period, and limit the rate of the first message according to the fourth rate limit rate within the fourth time period. speed limit, the third time period is earlier than the fourth time period, and the third speed limit rate is less than the fourth speed limit rate;

Alternatively, the first rate-limiting strategy is to perform rate-limiting processing on the first packet according to a fifth rate-limiting rate, where the fifth rate-limiting rate is lower than the first Packet transmission rate.
The method according to any one of claims 1-16, wherein the at least two UP devices include a second UP device, and the method further comprises:

The CP device obtains the eighth message sent by the second UP device;

In response to determining that the CP device is overloaded, the CP device determines a second rate limiting policy of the second UP device, where the second rate limiting policy is used to perform rate limiting processing on the eighth packet.
The method according to claim 17, wherein the first rate-limiting policy is used to indicate that the first packet is subjected to rate-limiting processing according to a sixth rate-limiting rate, and the second rate-limiting policy is used to Instructing to perform speed limit processing on the eighth packet according to the seventh rate limit rate, the priority of the first UP device is higher than the priority of the second UP device, and the sixth rate limit rate is greater than the The seventh speed limit rate, or the flow rate of the first packet is greater than the flow rate of the eighth packet, and the sixth speed limit rate is the same as that of the first packet before the speed limit for the first packet The difference of the transmission rate is greater than the difference between the seventh rate limiting rate and the transmission rate of the eighth packet before the eighth packet is limited.
The method according to any one of claims 1-18, wherein the determining that the CP device is overloaded includes determining that the resource utilization rate of the CP device exceeds a first threshold and determining the processing delay of the CP device Exceeds one or more of the second thresholds.
The method according to any one of claims 1-15, wherein the first rate limiting strategy includes one or more of transmission rate limit rate, rate percentage, and stop sending time length.
The method according to any one of claims 1-20, wherein the CP device and the at least two UP devices belong to a virtual broadband remote access server vBRAS.
The method according to any one of claims 1-21, wherein the first message is transmitted through a message redirection interface PRi between the CP device and the first UP device, and the first message A message is a dial-up message or a user access message.
The method according to any one of claims 1-22, wherein the first message is a Dynamic Host Configuration Protocol DHCP discovery message, an Internet Protocol version 6 Dynamic Host Configuration Protocol DHCPv6 request solicit message, One of Internet Protocol Version 4 IPv4 packets, Internet Protocol Version 6 IPv6 packets, and Point-to-Point Protocol over Ethernet Active Discovery Initial Packet PADI.
A method for overload handling, wherein the method is applied to a network, the network includes a control plane CP device and at least two user plane UP devices, the at least two UP devices include a first UP device, the Methods include:

The first UP device acquires a second message sent by the CP device, where the second message includes a first rate limiting policy;

The first UP device limits the rate of the first packet based on the first rate limiting policy, and the first packet is a packet sent by the first UP device to the CP device.
The method according to claim 24, wherein before the first UP device limits the rate of the first packet based on the first rate limiting strategy, the method further comprises:

The first UP device sends a third packet to the CP device, where the third packet includes first capability information, and the first capability information indicates that the first UP device can process the first packet speed limit.
The method according to claim 25, further comprising:

The first UP device acquires a fourth packet sent by the CP device, the fourth packet includes a first rate, and the first rate is used to instruct the first UP device to sending the first packet to the CP device;

The first UP device sends a first packet to the CP device based on the first rate.
The method according to any one of claims 24-26, wherein after the first UP device limits the rate of the first packet based on the first rate limiting policy, the method further comprises:

The first UP device sends a ninth packet to the CP device, the ninth packet includes first capability information and a fifth rate, and the first capability information indicates that the first UP device can The first packet rate is limited, and the fifth rate is the rate at which the first UP device sends the first packet after the first UP device limits the rate of the first packet.
The method according to any one of claims 24-27, wherein the first UP device limits the rate of the first packet based on the first rate limiting policy, including:

The first UP device configures a rate parameter based on the first rate limiting strategy;

The first UP device adjusts the rate of sending the first packet to the CP device based on the rate parameter.
The method according to claim 28, wherein the rate parameter is a queue parameter or a committed information rate (CAR) parameter.
The method according to any one of claims 24-29, further comprising:

The first UP device acquires a fifth packet sent by the CP device, the fifth packet includes a second rate, and the second rate is used to instruct the first UP device to sending the first message to the CP device, the fifth message is generated and sent by the CP device in response to meeting an overload recovery condition, and the overload recovery condition includes determining that the CP device is not overloaded and arriving one or more of the preset recovery times;

The first UP device sends the first packet to the CP device based on the second rate.
The method according to any one of claims 24-30, wherein the second message further includes overload information, and the overload information is used to indicate the overload degree of the CP device.
The method according to any one of claims 24-31, wherein the second message is a packet forwarding control PFCP protocol message.
The method according to claim 32, wherein the second message includes a Pri Control information field of message redirection interface control information, and the Pri Control information field carries the first rate limiting strategy.
The method according to claim 32 or 33, wherein the third message is a packet forwarding control PFCP protocol message.
The method according to any one of claims 24-30, wherein the second message is a CUSP protocol message.
The method according to claim 35, wherein the second message includes a Type Length Value TLV field, and the TLV field carries the first rate limiting policy.
The method according to any one of claims 24-36, wherein the first rate limiting strategy includes one or more of transmission rate limit rate, rate percentage, and stop sending time length.
The method according to any one of claims 24-37, wherein the CP device and the at least two UP devices belong to a virtual broadband access system vBRAS.
The method according to any one of claims 24-38, wherein the first message is transmitted through a message redirection interface PRi between the CP device and the first UP device, and the second A message is a dial-up message or a user access message.
The method according to any one of claims 24-39, wherein the first message is a Dynamic Host Configuration Protocol (DHCP) discovery message, an Internet Protocol version 6 Dynamic Host Configuration Protocol (DHCPv6) request solicit message, One of Internet Protocol Version 4 IPv4 packets, Internet Protocol Version 6 IPv6 packets, and Point-to-Point Protocol over Ethernet Active Discovery Initial Packet PADI.
A system for overload handling, characterized in that the system includes a control plane CP device and at least two user plane UP devices;

The CP device is configured to obtain the first message sent by the first UP device, and determine a first rate limiting policy of the first UP device in response to determining that the CP device is overloaded, and the first UP device is For one of the at least two UP devices, the first rate limiting policy is used to limit the rate of the first packet.
The system according to claim 41, wherein the CP device is further configured to send a second message to the first UP device, and the second message includes the first rate limiting policy.
The system according to claim 42, wherein the CP device is further configured to send a fourth message to the first UP device, the fourth message includes a first rate, and the first rate It is used to instruct the first UP device to send the first packet to the CP device based on the first rate.
The system according to claim 41, wherein the CP device is further configured to limit the rate of the first packet based on the first rate limit strategy.
The system according to claim 44, wherein the CP device is further configured to limit the rate of the first packet based on the first rate limiting strategy, including:

The CP device is further configured to discard the first packet based on the first rate limiting policy.
The system according to any one of claims 41-45, wherein the at least two UP devices comprise a second UP device;

The second UP device is configured to send an eighth message to the CP device;

The CP device is further configured to obtain an eighth message sent by the second UP device, and in response to determining that the CP device is overloaded, the CP device determines a second rate limiting policy of the second UP device, The second rate limiting strategy is used to perform rate limiting processing on the eighth packet.
The system according to any one of claims 41-46, wherein the first rate limiting policy includes one or more of transmission rate limit rate, rate percentage, and stop sending time length.
The system according to any one of claims 41-47, wherein the CP device and the at least two UP devices belong to a virtual broadband remote access server vBRAS.
The system according to any one of claims 41-48, wherein the first message is transmitted through a message redirection interface PRi between the CP device and the first UP device, and the second A message is a dial-up message or a user access message.
The system according to any one of claims 41-49, wherein the first message is a Dynamic Host Configuration Protocol DHCP discovery message, an Internet Protocol version 6 Dynamic Host Configuration Protocol DHCPv6 request solicit message, One of Internet Protocol Version 4 IPv4 packets, Internet Protocol Version 6 IPv6 packets, and Point-to-Point Protocol over Ethernet Active Discovery Initial Packet PADI.
A control plane device, characterized in that the control plane device includes a processor chip and a memory, the memory is used to store instructions or program codes, and the processor chip is used to call and run the instructions or program codes from the memory, to The method for performing overload handling according to any one of claims 1-23.
A user plane device, characterized in that the user plane device includes a processor chip and a memory, the memory is used to store instructions or program codes, and the processor chip is used to call and run the instructions or program codes from the memory, to The method for performing overload handling according to any one of claims 24-40.
A computer-readable storage medium, characterized in that it includes program instructions, and when the program instructions are executed on a computer, the computer is made to perform the overload processing method according to any one of claims 1-23, or The method for performing overload handling according to any one of claims 24-40.
A computer program product, characterized in that, when the computer program product is run on a network device, the network device is made to perform the overload processing method described in any one of claims 1-23 above, or to perform the overload processing method described in any one of claims 1-23 The overload handling method described in any one of requirements 24-40.