CN108964933B

CN108964933B - Method, device and system for transmitting message

Info

Publication number: CN108964933B
Application number: CN201710369709.2A
Authority: CN
Inventors: 黄�俊; 周建东; 王莉丽; 宋良瑜
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-05-23
Filing date: 2017-05-23
Publication date: 2020-09-29
Anticipated expiration: 2037-05-23
Also published as: CN108964933A

Abstract

The application provides a method and a device for transmitting a message, which can improve the forwarding bandwidth of a first tunnel and further improve the user experience, and the method comprises the following steps: the first network equipment determines a Committed Burst Size (CBS) target value of second network equipment according to link quality information of at least one tunnel, wherein the CBS target value is used for updating a currently configured CBS value to the CBS target value by the second network equipment; the first network device sends the CBS target value to the second network device.

Description

Method, device and system for transmitting message

Technical Field

The present embodiments relate to the field of communications, and in particular, to a method, an apparatus, and a system for transmitting a packet.

Background

Hybrid Access (Hybrid Access) is an emerging technology for binding (Bonding) a fixed Access network (e.g., a Digital Subscriber Line (DSL) network) and a mobile Access network (e.g., a Long Term Evolution (LTE) network) of a user to expand a user bandwidth. For example, a DSL tunnel and an LTE tunnel between a Home Gateway (HG) device and a Hybrid Access Aggregation Point (HAAP) device are bound to be connected to form a bandwidth through a tunnel binding mechanism, so that uplink and downlink traffic of a user is transmitted through the DSL tunnel and the LTE tunnel, and the bandwidth of the DSL tunnel and the LTE tunnel is shared.

However, if the time delay of the LTE tunnel is large, and the shared bandwidth of the DSL + LTE tunnel is often not as good as the forwarding bandwidth of the DSL single tunnel, the forwarding function of the LTE tunnel is closed, and the traffic is forwarded only through the DSL tunnel, which is called a DSL-only scenario, and in which a mode in which the traffic is forwarded only through the DSL tunnel is called a DSL-only mode. In some scenarios, if the shared bandwidth of the DSL + LTE tunnel is greater than the forwarding bandwidth of the DSL single tunnel, the DSL tunnel and the LTE tunnel together forward traffic, which is called a bonding (bonding) scenario, and in this scenario, a mode in which the DSL tunnel and the LTE together perform traffic forwarding is called a bonding mode.

In both DSL-only scenarios and binding scenarios, the traffic of the user is preferentially forwarded from the DSL tunnel, and therefore, if the forwarding bandwidth of the DSL tunnel is low, the user experience is affected.

Disclosure of Invention

The embodiment of the application provides a method, a device and a system for transmitting a message, which can improve the forwarding bandwidth of a DSL tunnel, thereby improving the user experience.

In a first aspect, a method for transmitting a packet is provided, which includes: the first network equipment determines a Committed Burst Size (CBS) target value of second network equipment according to link quality information of at least one tunnel, wherein the CBS target value is used for updating a currently configured CBS value to the CBS target value by the second network equipment; the first network device sends the CBS target value to the second network device.

The first network device may be a HAAP device, the second network device may be a BRAS device, and the second network device is a network device on a DSL tunnel.

Therefore, in the method for transmitting a packet according to the embodiment of the present application, the HAAP device can determine a CBS target value on the BRAS device according to the link quality information of at least one tunnel, and then send the CBS target value to the BRAS device, so that the BRAS device can update the currently configured CBS value on the BRAS device according to the CBS target value, that is, improve the currently configured CBS value on the BRAS device, thereby improving the forwarding bandwidth of the DSL tunnel, and further improving the user experience.

Optionally, the at least one tunnel may include only a DSL tunnel, or the at least one tunnel may also include a DSL tunnel and an LTE tunnel, or the at least one tunnel may also include more tunnels, and each tunnel type may be the same or different.

In this way, determining, by the HAAP device, the link quality information of the at least one tunnel may include determining, by the HAAP device, only the link quality information of the DSL tunnel, or only the link quality information of the LTE tunnel, or may also include determining, by the HAAP device, the link quality information of the DSL tunnel and the LTE tunnel, for example, the HAAP device may determine the link quality information of the DSL tunnel and the LTE tunnel regardless of a DSL-only scenario or a bonding scenario. Or, the HAAP device determines corresponding link quality information according to a current scenario, for example, the HAAP device may determine only the link quality information of the DSL tunnel in the DSL-only mode, and determine the link quality information of the DSL tunnel and the LTE tunnel in the bonding mode.

With reference to the first aspect, in a possible implementation manner of the first aspect, the determining, by the first network device, a committed burst size CBS target value of the second network device according to the link quality information of the at least one tunnel includes: and the first network equipment determines the CBS target value according to the throughput and the packet loss rate of the first tunnel.

In a DSL-only scenario, the parameters that reflect the forwarding performance of the DSL tunnel are mainly the throughput and the packet loss rate of the DSL tunnel, and the parameters that only reflect the forwarding performance of the DSL tunnel are the throughput and the packet loss rate of the DSL tunnel, and cannot accurately reflect the forwarding performance of the DSL tunnel according to either the throughput or the packet loss rate of the DSL tunnel, therefore, in the method for transmitting a packet according to the embodiment of the present application, the HAAP device can obtain the throughput and the packet loss rate of the DSL tunnel, where the throughput and the packet loss rate of the DSL tunnel are obtained by the HAAP device by detecting the DSL tunnel in real time, and therefore, the current traffic forwarding capability of the DSL tunnel can be accurately reflected, and the HAAP device can more accurately adjust the CBS value determined according to the parameters, that is, the HAAP device can obtain the throughput and the packet loss rate of the DSL tunnel in real time, and obtain the throughput and the packet loss rate of the DSL tunnel in real time, the adjustment opportunity of the CBS value is determined, so that the CBS value configured on the BRAS equipment can be adjusted in time, and the problem that the user message is lost due to the fact that the CBS value cannot be adjusted in time is avoided. In other words, in a DSL-only scenario, the HAAP device can determine the adjustment timing of the CBS value by comprehensively considering the throughput and the packet loss rate of the DSL tunnel, so that the determination of the traffic forwarding capability of the DSL tunnel is more accurate, and thus the determined adjustment timing is also more accurate.

With reference to the first aspect, in a possible implementation manner of the first aspect, the determining, by the first network device, the CBS target value according to the throughput and the packet loss ratio of the first tunnel includes:

and the first network device determines that a first CBS value is the CBS target value when the throughput of the first tunnel is greater than a first throughput threshold and the packet loss rate of the first tunnel is greater than a first packet loss rate threshold, where the first CBS value is greater than a second CBS value currently configured by the second network device.

Therefore, in a DSL-only scenario, if the throughput of the DSL tunnel is greater than the first throughput threshold and the packet loss rate of the DSL tunnel is greater than the first packet loss rate threshold, it may be considered that the capability of the DSL tunnel to handle the bursty traffic is poor, and the HAAP device may determine that the CBS value currently configured on the BRAS device needs to be adjusted when the above conditions are met, that is, the HAAP device may increase the CBS value configured on the BRAS device under the condition that the capability of the DSL tunnel to handle the bursty link is poor, so as to increase the capability of caching the traffic of the user, and thereby reduce the possibility of packet loss.

In a possible embodiment, the first throughput threshold may be a preset throughput threshold, or may also be a throughput threshold determined according to an original bandwidth delivered by the BRAS device, for example, the first throughput threshold may be 90% of the original bandwidth, or may also be 85% of the original bandwidth, and the like. The first packet loss rate threshold may be a preset packet loss rate threshold, for example, the first packet loss rate threshold may be 10% or 15%, the first packet loss rate threshold may be determined according to a packet loss condition tolerated by a system, or if the packet loss rate is greater than a certain ratio, data cannot be recovered, and the first packet loss rate threshold may also be determined according to the ratio.

With reference to the first aspect, in a possible implementation manner of the first aspect, the determining, by the first network device, a committed burst size CBS target value of the second network device according to the link quality information of the at least one tunnel includes:

and the first network equipment determines a Committed Burst Size (CBS) target value of the second network equipment according to the link quality information of the first tunnel and the second tunnel.

Therefore, in the method for transmitting a packet according to the embodiment of the present application, in a binding scenario, the HAAP device may comprehensively consider link quality information of two tunnels, determine a CBS target value on the BRAS device according to the link quality information of the two tunnels, and then send the CBS target value to the BRAS device, so that the BRAS device may adjust a currently configured CBS value to the CBS target value, thereby improving a forwarding bandwidth of a DSL tunnel and further improving user experience.

With reference to the first aspect, in a possible implementation manner of the first aspect, the determining, by the first network device, a committed burst size CBS target value of the second network device according to the link quality information of the first tunnel and the second tunnel includes:

and the first network equipment determines the CBS target value according to the throughput of the first tunnel and the downlink time delay difference of the first tunnel and the second tunnel.

In a binding scenario, forwarding of a user message is performed between the HAAP device and the HG device through the DSL tunnel and the LTE tunnel, and in this case, the user message is transmitted through the binding tunnel, so throughput of the DSL tunnel is an important indicator reflecting traffic forwarding capability, and since the user message is transmitted through the binding tunnel, a downlink delay difference between the two tunnels is also an important indicator reflecting traffic forwarding capability, and if the downlink delay difference between the two tunnels is greater than order preserving capability of the HG device, the user message may not be successfully order preserved. Therefore, in the method for transmitting a packet according to the embodiment of the present application, in a binding scenario, the HAAP device may comprehensively consider throughput of the DSL tunnel and a downlink delay difference between the DSL tunnel and the LTE tunnel, and determine whether to adjust and determine a CBS value currently configured on the BRAS device, where the throughput of the DSL tunnel and the downlink delay difference between the DSL tunnel and the LTE tunnel are obtained by the HAAP device performing real-time detection on the two tunnels, and therefore, current traffic forwarding capability may be accurately reflected, and an adjustment opportunity determined by the HAAP device according to the parameters is more accurate, that is, the HAAP device may determine an adjustment opportunity of the CBS value according to the throughput of the DSL tunnel and the downlink delay difference between the DSL tunnel and the LTE tunnel in time, which is beneficial to avoiding a problem that a user packet is lost due to the fact that the CBS value cannot be adjusted in time. In other words, in the binding scenario, the HAAP device may determine the time when the CBS value needs to be adjusted, by comprehensively considering the throughput of the DSL tunnel and the downlink delay difference between the DSL tunnel and the LTE tunnel, so that the determination of the traffic forwarding capability of the two tunnels is more accurate, and the determined adjustment time is also more accurate. With reference to the first aspect, in a possible implementation manner of the first aspect, the determining, by the first network device, the target value according to the throughput of the first tunnel and the downlink delay difference between the first tunnel and the second tunnel includes:

and the first network device determines a third CBS value as the CBS target value when the throughput of the first tunnel is greater than a second throughput threshold and the downlink delay difference between the first tunnel and the second tunnel is greater than a first delay threshold, where the third CBS value is greater than a fourth CBS value currently configured by the second network device.

Wherein the second throughput threshold may be a bandwidth threshold of the first tunnel, and the first time domain threshold may be an order-preserving capability of the HG device.

Therefore, in the method for transmitting a packet according to the embodiment of the present application, in a binding scenario, if the throughput of a first tunnel is greater than a second throughput threshold, and the downlink delay difference between the first tunnel and the second tunnel is greater than a first delay threshold, it may be considered that the first tunnel is saturated, and the downlink delay difference between the two tunnels exceeds the order-preserving capability of the HG device, that is, in this case, the packet of a user may be lost, which affects user experience.

Optionally, the second throughput threshold may be a preset throughput threshold, or may also be a throughput threshold determined according to an original bandwidth issued by the BRAS device, for example, the second throughput threshold may be 90% of the original bandwidth, or may also be 85% of the original bandwidth, and the like; the first time delay threshold may be determined according to the order-preserving capability of the HG device, for example, the first time delay threshold may be the order-preserving capability of the HG device, or the order-preserving capability of the HG device may also be referred to as an order-preserving delay difference of the HG device in the DSL tunnel and the LTE tunnel.

With reference to the first aspect, in a possible implementation manner of the first aspect, the sending, by the first network device, the CBS target value to the second network device includes:

and the first network equipment sends the CBS target value to the second network equipment through third network equipment.

That is, the first network device may directly send the CBS target value to the second network device, or may forward the CBS target value through a third network device.

With reference to the first aspect, in a possible implementation manner of the first aspect, the sending, by the first network device, the CBS target value to the second network device through a third network device includes:

and the first network equipment sends a charging message to the third network equipment, wherein the charging message comprises the CBS target value, so that the third network equipment can forward the CBS target value to the second network equipment according to the charging message.

Therefore, in the method for transmitting a service packet according to the embodiment of the present application, the HAAP device may carry the CBS target value through the existing accounting packet between the HAAP device and the AAA server, so that it is easier to implement using the existing message or packet to carry the CBS target value, and signaling overhead can be reduced.

Optionally, the CBS target value may be carried in other existing messages defined in an existing protocol, for example, an attribute field for indicating the CBS target value is added to the existing message, or may be carried in a newly added message, that is, the newly added message is used for carrying the CBS target value in the existing protocol, which is not particularly limited in this application.

Optionally, the charging packet further includes indication information, where the indication information is used to indicate that the charging packet includes the CBS target value.

Therefore, the second network device may determine, according to the indication information in the charging packet, whether the CBS target value is included in the charging packet, and if the CBS target value is included, the second network device obtains the CBS target value from an attribute field of the charging packet.

With reference to the first aspect, in a possible implementation manner of the first aspect, the attribute field of the charging packet includes the CBS target value.

With reference to the first aspect, in a possible implementation manner of the first aspect, the method further includes:

and the first network equipment determines the throughput and the packet loss rate of the first tunnel.

Therefore, in the method for transmitting a packet according to the embodiment of the present application, in a DSL-only scenario, the HAAP device may determine the throughput and the packet loss rate of the DSL tunnel in real time, and since the throughput and the packet loss rate of the DSL tunnel in real time can accurately reflect the traffic forwarding capability of the current DSL tunnel, the adjustment time of the CBS determined according to the throughput and the packet loss rate of the DSL tunnel is more accurate, that is, the CBS value on the BRAS device can be adjusted in time according to the throughput and the packet loss rate of the DSL tunnel, so as to avoid the problem that the packet loss of a user is caused by the fact that the CBS value on the BRAS device cannot be adjusted in time.

With reference to the first aspect, in a possible implementation manner of the first aspect, the determining, by the first network device, the throughput and the packet loss rate of the first tunnel includes:

the first network equipment periodically sends a first message through the first tunnel, wherein the first message comprises the byte number of the sent message, the number of the sent messages and the time information for sending the first message;

receiving a first response message periodically replied by fourth network equipment through the first tunnel, wherein the first response message comprises the byte number of the received message, the number of the received messages and time information for receiving the first message;

and determining the throughput and the packet loss rate of the first tunnel according to the first response message in at least two periods.

the first network device determines the throughput of the first tunnel and the downlink delay difference of the first tunnel and the second tunnel.

Therefore, in the method for transmitting a packet according to the embodiment of the present application, in a binding scenario, the HAAP device may detect the throughput of the DSL tunnel and the downlink delay difference between the DSL tunnel and the LTE tunnel in real time, and since the throughput of the DSL tunnel and the downlink delay difference between the DSL tunnel and the LTE tunnel obtained in real time can accurately reflect the traffic forwarding capability of the two current tunnels, according to the above parameters, the determined adjustment timing of the CBS value is more accurate, that is, according to the throughput of the DSL tunnel and the downlink delay difference between the DSL tunnel and the LTE tunnel, the adjustment timing of the CBS value is determined, so that the accuracy of the determined adjustment timing of the CBS value can be improved, that is, the CBS value on the BRAS device can be adjusted in time, thereby being beneficial to avoiding the problem that the CBS value on the BRAS device cannot be adjusted in time, which may cause the packet loss of a user.

With reference to the first aspect, in a possible implementation manner of the first aspect, the determining, by the first network device, throughput of the first tunnel and a downlink delay difference between the first tunnel and the second tunnel includes:

the first network equipment periodically sends a third message through the first tunnel and periodically sends a fourth message through the second tunnel, wherein the third message comprises the byte number of the sent message and the time information for sending the third message, and the fourth message comprises the time information for sending the fourth message;

receiving a third response message periodically replied by a fourth network device through the first tunnel and a fourth response message periodically replied through the second tunnel, wherein the third response message comprises the byte number of the received message and the time information of receiving the third message, and the fourth response message comprises the time information of receiving the fourth message;

and determining the throughput of the first tunnel and the downlink delay difference of the first tunnel and the second tunnel according to the third response message and the fourth response message in at least two periods.

In a second aspect, a method for transmitting a packet is provided, where the method includes:

the second network equipment receives the committed burst size CBS target value sent by the first network equipment;

and updating the CBS value configured on the second network equipment to the CBS target value.

Therefore, in the method for transmitting a packet according to the embodiment of the present application, the BRAS device may receive the CBS target value determined by the HAAP device, and then update the CBS value currently configured by the BRAS device to the CBS target value according to the CBS target value, thereby improving the forwarding bandwidth of the DSL tunnel and further improving user experience.

With reference to the second aspect, in a possible implementation manner of the second aspect, the receiving, by the second network device, the committed burst size CBS target value sent by the first network device includes:

and the second network equipment receives the CBS target value sent by the first network equipment through third network equipment.

Therefore, in the method for transmitting a packet according to the embodiment of the present application, the notification manner of the CBS target value is flexible, and the CBS target value may be directly sent to the BRAS device by the HAAP device, or may be forwarded to the BRAS device by the AAA server.

With reference to the second aspect, in a possible implementation manner of the second aspect, the receiving, by the second network device, the CBS target value sent by the first network device through a third network device includes:

and the second network equipment receives a charging authorization COA message sent by the third network equipment, wherein the COA message comprises the CBS target value.

Optionally, the attribute field of the COA message includes the CBS target value.

Therefore, in the method for transmitting the service packet according to the embodiment of the present application, the AAA server may carry the CBS target value through the existing COA message between the AAA server and the BRAS device, so that the method is easy to implement and can reduce signaling overhead.

With reference to the second aspect, in a possible implementation manner of the second aspect, the method further includes:

and under the condition that the CBS target value is smaller than the CBS value currently configured on the second network equipment, the second network equipment does not update the CBS value configured on the second network equipment.

Therefore, the BRAS device can update the currently configured CBS value only when the CBS target value is greater than the currently configured CBS value, thereby improving the forwarding bandwidth of the DSL tunnel and further improving user experience.

In a third aspect, a method for transmitting a packet is provided, where the method includes: the third network equipment receives the committed burst size CBS target value sent by the first network equipment;

and the third network equipment sends the CBS target value to second network equipment.

Therefore, in the method for transmitting a packet according to the embodiment of the present application, the HAAP device may forward the determined CBS target value to the BRAS device through the AAA server, so that the BRAS device may adjust the currently configured CBS value according to the CBS target value, thereby improving the forwarding bandwidth of the DSL tunnel and further improving user experience.

With reference to the third aspect, in a possible implementation manner of the third aspect, the receiving, by the third network device, the committed burst size CBS target value sent by the first network device includes:

and the third network equipment receives a charging message sent by the first network equipment, wherein the charging message comprises the CBS target value.

Optionally, the attribute field of the charging packet includes the CBS target value.

With reference to the third aspect, in a possible implementation manner of the third aspect, the sending, by the third network device, the CBS target value to the second network device includes:

and the third network equipment sends the CBS target value to the second network equipment through a charging authorization COA message.

Because existing messages or messages exist between the HAAP device and the AAA server and between the AAA server and the BRAS device, the method for transmitting a message according to the embodiment of the present application can carry the CBS target value through the existing messages or messages, is easy to implement, and can reduce signaling overhead.

In a fourth aspect, an apparatus for transmitting a packet is provided, where the apparatus is configured to perform the method in the first aspect or any possible implementation manner of the first aspect.

In particular, the apparatus may comprise means for performing the method of the first aspect or any possible implementation manner of the first aspect.

In a fifth aspect, an apparatus for transmitting a packet is provided, the apparatus being configured to perform the method of the second aspect or any of the possible implementations of the second aspect.

In particular, the apparatus may comprise means for performing the method of the second aspect or any possible implementation manner of the second aspect.

In a sixth aspect, an apparatus for transmitting a packet is provided, where the apparatus is configured to perform the method in the third aspect or any of the possible implementation manners of the third aspect.

In particular, the apparatus may comprise means for performing the method of the third aspect or any possible implementation manner of the third aspect.

In a seventh aspect, a system for transmitting a packet is provided, including the apparatus for transmitting a packet in the fourth aspect or any possible implementation manner of the fourth aspect, and the apparatus for transmitting a packet in the fifth aspect or any possible implementation manner of the fifth aspect.

Optionally, the system for transmitting a packet may further include the apparatus for transmitting a packet in the sixth aspect or any possible implementation manner of the sixth aspect.

In an eighth aspect, an apparatus for transmitting a message is provided, the apparatus comprising a memory for storing instructions and a processor for executing the instructions stored by the memory, and execution of the instructions stored in the memory causes the processor to perform the method of the first aspect or any of its possible implementations.

In a ninth aspect, there is provided an apparatus for transmitting a message, the apparatus comprising a memory for storing instructions and a processor for executing the instructions stored in the memory, and execution of the instructions stored in the memory causes the processor to perform the method of the second aspect or any possible implementation manner of the second aspect.

In a tenth aspect, an apparatus for transmitting a message is provided, the apparatus comprising a memory for storing instructions and a processor for executing the instructions stored in the memory, and execution of the instructions stored in the memory causes the processor to perform the method in any of the possible implementations of the third aspect or the third aspect.

In an eleventh aspect, a system for transmitting a message is provided, which includes the apparatus for transmitting a message in any possible implementation manner of the eighth aspect or the eighth aspect, and the apparatus for transmitting a message in any possible implementation manner of the ninth aspect or the ninth aspect.

Optionally, the system for transmitting a packet may further include the apparatus for transmitting a packet in the tenth aspect or any possible implementation manner of the tenth aspect.

In a twelfth aspect, there is provided a computer readable medium storing program code for execution by a network device, the program code comprising instructions for performing the method of the first aspect or any of its possible implementations.

In a thirteenth aspect, there is provided a computer readable medium storing program code for execution by a network device, the program code comprising instructions for performing the method of the second aspect or a possible implementation of any aspect of the second aspect.

In a fourteenth aspect, there is provided a computer readable medium storing program code for execution by a network device, the program code comprising instructions for performing the method of the third aspect or any of its possible implementations.

Drawings

Fig. 1 is a schematic diagram of an application scenario according to an embodiment of the present application.

Fig. 2 is a schematic interaction diagram of a method for transmitting a message according to an embodiment of the application.

Fig. 3 is a schematic diagram of a method of determining link quality information according to an embodiment of the present application.

Fig. 4 is a schematic block diagram of an apparatus for transmitting a message according to an embodiment of the present application.

Fig. 5 is a schematic block diagram of an apparatus for transmitting a message according to another embodiment of the present application.

Fig. 6 is a schematic block diagram of an apparatus for transmitting a message according to yet another embodiment of the present application.

Fig. 7 is a schematic block diagram of an apparatus for transmitting a message according to yet another embodiment of the present application.

Fig. 8 is a schematic block diagram of an apparatus for transmitting a message according to yet another embodiment of the present application.

Fig. 9 is a schematic block diagram of an apparatus for transmitting messages according to yet another embodiment of the present application.

Fig. 10 is a schematic block diagram of a system for transmitting messages according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application are described below with reference to the accompanying drawings.

It should be understood that the access network type of the tunnel referred to in the embodiments of the present application may include a mobile access network type and a fixed access network type. Mobile access networks include, but are not limited to, LTE networks; fixed access networks include, but are not limited to, DSL networks. Specifically, for example, the type of the access network of one tunnel is an LTE network, and correspondingly, this tunnel may be referred to as an LTE tunnel; the access network type of a tunnel is a DSL network, and correspondingly, the tunnel may be referred to as a DSL tunnel.

In this embodiment of the present application, a first network device, a second network device, and a third network device are network devices on a traffic forwarding path, for example, the first network device is an HAAP, the second network device is a Broadband Remote Access Server (BRAS) device, and the third network device is an Authentication/Authorization/Accounting (AAA) Server.

For convenience of understanding and description, the following description will take the first tunnel as an LTE tunnel, the second tunnel as a DSL tunnel, the first network device as an HAAP, the second network device as a BRAS device, and the third network device as an AAA server as an example, but the embodiment of the present application is not limited thereto.

Fig. 1 is a schematic diagram of an application scenario of a method for transmitting a packet according to an embodiment of the present application, as shown in fig. 1, an LTE tunnel and a DSL tunnel are established between an HG device 110 and an HAAP device 120, and a user can implement forwarding of a user packet between the HG device 110 and the HAAP device 120 through an operation terminal device, that is, the user can send the user packet to a network device through the operation terminal device, or receive the user packet sent by the network device, or the user can send the user packet to the network device through the terminal device, or receive the user packet sent by the network device.

It should be understood that the user message is actually sent by the terminal device to the network device, or sent by the network device to the terminal device, and for convenience of understanding and explanation, this embodiment of the present application only refers to this as a user message, but this embodiment of the present application should not be limited at all, and this user message may also be understood as a message sent to the user of this terminal device in a certain sense, and in addition, the user message here may also be referred to as user traffic, or uplink and downlink data of the user, and the like, that is, the above concepts may be equivalently replaced.

The terminal device may be the terminal 160 shown in fig. 1, that is, the terminal 160 may send the user traffic from the HG device 110 to the HAAP device 120, where the user traffic is user uplink traffic, or user uplink data; or the HG device 110 may receive the user traffic sent by the HAAP device 120, and forward the user traffic to the terminal 160, where the user traffic is user downlink traffic, or user downlink data.

If the user traffic is sent from the HG device 110 to the HAAP device 120, the HAAP device 120 may perform order-preserving processing on the user packets, or if the user traffic is sent from the HAAP device 120 to the HG device 110, the HG device 110 may perform order-preserving processing on the user packets, that is, the receiver of the user packets may perform order-preserving processing on the packets.

The HG device 110 may further be configured to bring the DSL tunnel online on the BRAS device, and obtain an address (denoted as a D address) allocated by the BRAS device and link resources of the DSL tunnel, where the link resources of the DSL tunnel may include Quality-of-Service (QoS) resources of the DSL tunnel. For the LTE tunnel, the HG device 110 may be configured to upload the LTE tunnel to an Evolved Packet Core (EPC) and obtain an address allocated by the EPC, which is denoted as an E address, where the HG device 110 may upload to the HAAP device 120 through the D address and the E address.

As described above, the HAAP device 130 may be configured to perform order preserving processing on the uplink traffic of the user and perform flow management on the downlink traffic of the user, that is, the HAAP device 130 may manage traffic forwarding weights of two tunnels when the downlink traffic of the user is forwarded through the DSL tunnel and the LTE tunnel.

In addition, the BRAS device 120 on the DSL tunnel may be configured to manage QoS resource allocation of the DSL tunnel, where the QoS resource may include a rate-limiting bandwidth, or may also be referred to as an original bandwidth, a Committed burst size (CBS value) value, and other parameters, and the CBS value is used to indicate a maximum allowed traffic size for each burst. Optionally, the BRAS device 120 may further be configured to perform online authentication and address allocation of the HG device on the DSL tunnel, that is, the HG device 120 is allocated the aforementioned D address, the HG device 110 may use the D address to online the HAAP device 130, and the HG device 110 may carry the original bandwidth issued by the BRAS device 120 when online the HAAP device 130.

Accordingly, the EPC 140 on the LTE tunnel may be used to manage operations such as online authentication and address allocation of the HG device on the LTE tunnel.

The AAA server 150 may be used for charging for the user for the session in the LTE tunnel and the DSL tunnel.

In a DSL-only scenario, that is, only the DSL tunnel in the LTE tunnel and the DSL tunnel is used to forward traffic, when burst traffic sent to a user or burst traffic sent by the user to the HAAP device is too large, the traffic may generally pass through the HAAP device normally, but if the CBS value configured for the user on the BRAS device is too small, that is, the DSL tunnel has poor capability of handling the burst traffic, a packet loss of the user may be caused, and user experience is affected.

Or, in a binding scenario, that is, the LTE tunnel and the DSL tunnel are both used for forwarding traffic, a user packet is forwarded through the two tunnels, and if the tunnel delay of the LTE link is greater than the delay of the DSL link, most of the traffic is forwarded through the DSL link, so as to improve the shared bandwidth of the DSL tunnel and the LTE tunnel, but if the CBS value configured for the user on the BRAS device is too small, the bandwidth of the DSL tunnel is defined, that is, the shared bandwidth of the DSL tunnel and the LTE tunnel is defined, so that the user packet may be lost, and user experience may be affected.

That is to say, when the CBS value configured for the user on the BRAS device on the DSL tunnel is small, the BRAS device becomes a bottleneck for forwarding traffic on the DSL tunnel, that is, since the CBS value configured on the BRAS device is small, the forwarding bandwidth of the DSL tunnel is limited, and user experience is affected.

In view of this, an embodiment of the present application provides a method for transmitting a packet, which can dynamically adjust a CBS value configured on a BRAS device, thereby improving a forwarding bandwidth on a DSL tunnel and further improving user experience.

It should be understood that the foregoing QoS resources may further include other parameters, for example, parameters such as Committed Information Rate (CIR), Committed Information Rate (Peak Information Rate, PIR), Peak Burst Size (PBS), and the like, and these parameters may also determine the capability of the BRAS device to handle Burst traffic, and therefore, the purpose of adjusting the forwarding bandwidth on the DSL tunnel may also be achieved by adjusting these parameters.

Hereinafter, a method for transmitting a packet according to an embodiment of the present application is described in detail with reference to fig. 2. It should be understood that fig. 2 is a schematic interaction diagram of the method for transmitting a message according to the embodiment of the present application, and shows detailed communication steps or operations of the method, but the steps or operations are merely examples, and other operations or variations of the operations of fig. 2 may also be performed according to the embodiment of the present application. Moreover, the various steps in FIG. 2 may each be performed in a different order than presented in FIG. 2, and it is possible that not all of the operations in FIG. 2 may be performed.

For example, in the embodiment shown in fig. 2, the AAA server may not be included, and in this case, the embodiment shown in fig. 2 may not include steps S204 and S205.

Fig. 2 is a schematic interaction diagram of a method 200 for transmitting a message according to an embodiment of the present application, which is described from the perspective of device interaction, and the method 200 can be used in the system shown in fig. 1.

As shown in fig. 2, in S201, the HAAP device determines link quality information of at least one tunnel.

It should be noted that, in this embodiment of the present application, the at least one tunnel may include only one tunnel, or may include at least two tunnels, and the tunnel types of the at least two tunnels may be the same or different, for example, the tunnel types of the at least two tunnels may be a tunnel of a mobile access network type, or may also be a tunnel of a fixed access network type, or in a future standard, a modification or an extension may be performed on an access network type, and accordingly, a modification or an extension may also occur on a tunnel type, and the at least one tunnel of the embodiment of the present application may also include a tunnel type that is modified or extended in a future standard.

It should be further noted that, in the embodiments of the present application, only the at least one tunnel includes a DSL tunnel, or the at least one tunnel includes a DSL tunnel and an LTE tunnel, for example, but the embodiment of the present application should not be limited in any way, and the embodiment of the present application may further include more tunnels, the at least one tunnel may also include, for example, two DSL tunnels and one LTE tunnel, or one DSL tunnel and two LTE tunnels, or may comprise one DSL tunnel, one LTE tunnel and a third type tunnel, etc., and if the at least one tunnel includes a plurality of tunnels, the tunnel types of the plurality of tunnels may be the same or different, and the number of tunnels of each tunnel type may be the same or different, that is, the embodiment of the present application does not limit the number and the type of tunnels included in the at least one tunnel.

It should be understood that, in the embodiment of the present application, determining, by the HAAP device, the link quality information of at least one tunnel may include determining, by the HAAP device, only the link quality information of a DSL tunnel, or only the link quality information of an LTE tunnel, or may also include determining, by the HAAP device, the link quality information of the DSL tunnel and the LTE tunnel, for example, the HAAP device may determine the link quality information of the DSL tunnel and the LTE tunnel regardless of a DSL-only scenario or a bonding scenario.

Or, the HAAP device determines corresponding link quality information according to a current scenario, for example, the HAAP device may determine only the link quality information of the DSL tunnel in the DSL-only mode, and determine the link quality information of the DSL tunnel and the LTE tunnel in the bonding mode.

In other words, in a DSL-only scenario or a binding scenario, the HAAP device may determine whether to adjust the CBS value configured on the BRAS device according to the link quality information of at least one tunnel, and if so, the HAAP device may adjust the CBS value currently configured on the BRAS device to a larger CBS value, for example, the HAAP device may adjust the CBS value according to a certain step value, for example, add a step value to the currently configured CBS value, or the HAAP device may adjust the CBS value according to a certain proportion, for example, determine a value obtained by multiplying the currently configured CBS value by a multiple greater than 1 as the CBS target value to be adjusted.

Optionally, in this embodiment of the present application, after the CBS value configured on the BRAS device is adjusted to a larger value, the HAAP device may further determine link quality information of the DSL tunnel based on the latest CBS value, if the HAAP device determines that the CBS value configured on the BRAS device needs to be further adjusted according to the latest determined link quality information, the HAAP device may further determine a larger CBS value based on the last adjusted CBS value, and adjust the CBS value configuration on the BRAS device according to the larger CBS value until the HAAP device does not need to adjust the current CBS value configuration value on the BRAS device according to the link quality information.

Therefore, in the method for transmitting a packet according to the embodiment of the present application, the HAAP device may determine a CBS target value on the BRAS device according to the link quality information of at least one tunnel, where the CBS target value may be used for the BRAS device to adjust a currently configured CBS value on the BRAS device to the CBS target value according to the CBS target value, that is, to improve the currently configured CBS value on the BRAS device, so as to improve a forwarding bandwidth of a DSL tunnel, and further improve user experience.

In the following, a specific implementation process of determining link quality information by the HAAP device is described in detail in combination with two specific scenarios, namely, a DSL-only scenario and a binding scenario.

In a possible embodiment, if only the DSL tunnel of the DSL tunnel and the LTE tunnel is used to forward traffic, that is, in a DSL-only scenario, in this scenario, the at least one tunnel may only include a DSL tunnel, and the S201 may specifically include:

the HAAP device determines link quality information of the DSL tunnel;

further, the HAAP device may determine whether the CBS value configured on the BRAS device needs to be adjusted according to the link quality information of the DSL tunnel. For example, the link quality information of the DSL tunnel may include link quality information such as throughput or packet loss rate of the DSL tunnel.

In a possible embodiment, if both the DSL tunnel and the LTE tunnel are used for forwarding traffic, that is, in a binding scenario, in this scenario, the at least one tunnel may include a DSL tunnel and an LTE tunnel, and the S201 may specifically include:

the HAAP device determines link quality information of a DSL tunnel and an LTE tunnel.

That is, in the binding scenario, the HAAP device may determine link quality information of two tunnels, and further, the HAAP device may determine whether the CBS value on the BRAS device needs to be adjusted according to the link quality information of the two tunnels.

In a binding scenario, the link quality information of the DSL tunnel and the link quality information of the LTE tunnel may be the same or different. For example, the link quality information of the DSL tunnel may include link quality information such as throughput (throughput) of the DSL tunnel, Packet Loss Rate (PLR), Round-Trip Time (RTT), and the like, the link quality information of the LTE tunnel may also include the above link quality information, or the link quality information of the LTE tunnel may only include downlink delay information of the LTE tunnel.

It should be understood that the above link quality information corresponding to each tunnel is only an example, and the embodiment of the present application does not limit which link quality parameters specifically include for the link quality information of the DSL tunnel and the LTE tunnel, that is, the embodiment of the present application does not limit which link quality parameters of the DSL tunnel and the LTE tunnel the HAAP device determines to adjust the CBS value currently configured on the BRAS device according to.

In one possible embodiment, in a DSL-only scenario, the link quality information of the DSL tunnel may include throughput and packet loss rate of the DSL tunnel, and then the determining, by the HAAP device, the link quality information of the DSL tunnel may further include:

the HAAP equipment periodically sends a first message through the DSL tunnel, wherein the first message comprises the byte number of the sent message, the number of the sent messages and the time information for sending the first message;

receiving a first response message periodically replied by HG equipment through the DSL tunnel, wherein the first response message comprises the byte number of the received message, the number of the received messages and the time information of receiving the first message;

and determining the throughput and the packet loss rate of the DSL tunnel according to the first message and the first response message in at least two periods.

That is to say, in the DSL-only scenario, the HAAP device may periodically send the first packet to the HG device through the DSL tunnel, the HG device may periodically reply the first response packet to the HAAP device through the DSL tunnel, and the HAAP device may determine, according to information of the first packet sent and the first response packet received in at least two periods, link quality information such as throughput and packet loss rate of the DSL tunnel.

It should be noted that the first messages sent by the HAAP device in each period may be the same or different, for example, the number of messages or the number of bytes included in the first messages sent in the two periods may be the same or different, and similarly, the first response messages replied by the HG device in each period may be the same or different, for example, the number of messages or the number of bytes included in the first response messages in the two periods may be the same or different, and this embodiment of the present application does not limit the specific formats of the first messages and the first response messages.

Optionally, the first packet and the first response packet may also use a link quality detection packet in the prior art, that is, the HAAP device may perform link quality detection on the DSL tunnel according to the link quality detection packet, to obtain link quality information of the DSL tunnel.

In a possible embodiment, in the binding scenario, the link quality information of the DSL tunnel and the LTE tunnel includes throughput of the DSL tunnel and downlink delay difference of the DSL tunnel and the LTE tunnel. Then, the determining, by the HAAP device, the link quality information of the DSL tunnel and the LTE tunnel may specifically include:

the HAAP equipment periodically sends a third message through the DSL tunnel and periodically sends a fourth message through the LTE tunnel, wherein the third message comprises the byte number of the sent message and the time information for sending the third message, and the fourth message comprises the time information for sending the fourth message;

receiving a third response message periodically replied by HG equipment through the DSL tunnel and a fourth response message periodically replied through the LTE tunnel, wherein the third response message comprises the byte number of the received message and the time information of receiving the third message, and the fourth response message comprises the time information of receiving the fourth message;

and determining the throughput of the DSL tunnel and the downlink time delay difference of the DSL tunnel and the LTE tunnel according to the third response message and the fourth response message in at least two periods.

Similar to the DSL-only scenario, in the binding scenario, the HAAP device may periodically send a message to the HG device through the DSL tunnel and the LTE tunnel, where the messages sent through the DSL tunnel and the LTE tunnel may be the same or different, and the information content carried by the message may be the same or different, and is not described here again.

Optionally, the information content carried in the packet may be determined according to link quality information that needs to be determined, for example, if the throughput of the DSL tunnel needs to be determined, the third packet may include the number of bytes of the transmitted packet and time information for transmitting the third packet, and the third response packet may include the number of bytes of the received packet and time information for receiving the third packet. Or if the downlink delay difference between the DSL tunnel and the LTE tunnel needs to be determined, the fourth message sent through the LTE tunnel needs to include time information for sending the fourth message, and the fourth response message needs to include time information for receiving the fourth message.

A specific procedure for determining link quality information by the HAAP device is described below with reference to a specific example shown in fig. 3.

It should be noted that, if the link quality information of the DSL tunnel needs to be determined, the HAAP device may send a link quality detection message through the DSL tunnel in the manner shown in S301 to S304 in fig. 3, and the content carried by the link quality detection message may be determined according to the link quality information that needs to be determined, or, if the link quality information of the DSL tunnel and the LTE tunnel needs to be determined, the HAAP device may send a link quality detection message through the DSL tunnel and the LTE tunnel in the manner shown in S301 to S304 in fig. 3, and the content carried by the link quality detection message may be determined according to the link quality information that needs to be determined.

In the following, the implementation processes of S301 to S304 are described by taking the determination of the link quality information of the DSL tunnel as an example, and it should be understood that the determination of the link quality information of the LTE tunnel is similar to the determination of the link quality information of the DSL tunnel, and is not described herein again.

In S301, the HAAP device sends a first packet to the HG device through the DSL tunnel, where the first packet includes a BYTE number (TX _ BYTE1) of the sent packet, a number (TX1) of the sent packets, and time information (T) of sending the first packet₀)。

For example, the first packet may be a Generic Routing Encapsulation (GRE) packet, and attribute fields of Attribute Value Pairs (AVPs) of the GRE packet sent through the DSL tunnel and the LTE tunnel are different, for example, the DSL tunnel corresponds to AVP60, and the LTE tunnel corresponds to AVP 61.

In 302, the HG device replies to the HAAP device with a first response packet via the DSL tunnel, where the first response packet includes the number of BYTEs of the received packet (RX _ BYTE1), the number of received packets (RX1), and time information (T) of receiving the first packet₄)。

In 303, the HAAP device sends a second packet to the HG device through the DSL tunnel, where the second packet includes a BYTE number (TX _ BYTE2) of the sent packet, a number (TX2) of the sent packets, and time information (T) of sending the second packet₂)。

Optionally, the message contents carried by the second packet and the first packet may be the same or different, or in other words, TX _ BYTE1 and TX1 carried by the first packet and TX _ BYTE2 and TX2 carried by the second packet may be the same or different.

In 304, the HG device replies to the HAAP device with a second response packet via the DSL tunnel, the second response packet including the number of BYTEs of the received packet (RX _ BYTE2), the number of received packets (RX2), and time information (T) of receiving the second packet₆)。

Optionally, the message contents carried in the second response packet and the first response packet may be the same or different, or RX _ BYTE2 and RX2 carried in the second response packet and RX _ BYTE1 and RX1 carried in the first response packet may be the same or different.

The HAAP device may determine the link quality information of the DSL tunnel according to the packets in at least two periods, and below, how the HAAP device determines the throughput, the packet loss rate, and the link delay of the DSL tunnel is described by taking the packets in two periods as an example.

1. Throughput (Throughput)

That is, the number of bytes of the message received by the HG device in the next period minus the number of bytes of the message received by the HG device in the previous period multiplied by 8 is divided by the time difference between the two periods.

2. Packet Loss Rate (PLR)

That is, the difference value between the number of messages sent by the HAAP device in the next period and the number of messages sent by the prior period is subtracted, the difference value between the number of messages received by the HG device in the next period and the number of messages received by the HG device in the prior period is subtracted, and the difference value between the number of messages sent by the HAAP device in the next period and the number of messages sent by the HAAP device in the prior period is subtracted.

3. Link delay (e.g., downstream one-way delay, or two-way delay RTT) of DSL tunnel

Downlink one-way delay time T₄-T₀(3)

Two-way delay RTT | (T)₁-T₀)-(T₅-T₄)| (4)

Similarly, the HAAP device may also calculate link quality information of the LTE tunnel according to the above equations (1) to (4).

If the downlink delay difference between the LTE tunnel and the DSL tunnel needs to be determined, the HAAP device may send the first packet through the DSL tunnel and the LTE tunnel at the same time, and further determine the downlink delay difference T between the DSL tunnel and the LTE tunnel according to formula (5):

T＝|(T₄_LTE-T₄_DSL)| (5)

wherein, T_{4_}LTE is the time T of HG equipment on the LTE tunnel receiving the first message_{4_}And the DSL is the time when the HG equipment receives the first message on the LTE tunnel.

In the above, with reference to fig. 3, how the HAAP device determines the link quality information of the DSL tunnel or the LTE tunnel is described, after the HAAP device determines the link quality information, in S202, the HAAP device determines a CBS target value of the BRAS device according to the link quality information of the at least one tunnel, where the CBS target value may be used for the BRAS device to update the currently configured CBS value to the CBS target value, so as to improve the forwarding bandwidth of the DSL tunnel.

In the following, with reference to specific scenarios, how the HAAP device determines the CBS target value of the BRAS device according to the link quality information is described.

In a DSL-only scenario, the HAAP device may determine the CBS target value based only on link quality information for DSL tunnels.

For example, the HAAP device may determine that the currently configured CBS value on the BRAS device needs to be adjusted when the throughput or the packet loss rate of the DSL tunnel satisfies a preset condition, and further, the HAAP device may determine the currently configured CBS value on the BRAS device as a larger CBS target value, for example, adjust the CBS value according to a certain step value, or adjust the CBS value according to a certain proportion. That is, the HAAP may improve the forwarding bandwidth of the DSL tunnel by adjusting the CBS value configured by the BRAS device to a larger value, that is, improve the ability of the DSL tunnel to forward the traffic of the user, thereby improving the user experience.

Optionally, in a DSL-only scenario, the link quality information of the DSL tunnel includes throughput and a packet loss rate of the DSL tunnel, and in this case, the determining, by the HAAP device, the CBS target value according to the link quality information of the DSL tunnel includes:

and the HAAP equipment determines the CBS target value according to the throughput and the packet loss rate of the DSL tunnel.

For example, the HAAP device may determine that a first CBS value is a CBS target value of the BRAS device when the throughput of the DSL tunnel is greater than a first throughput threshold and the packet loss rate of the DSL tunnel is greater than a first packet loss rate threshold, where the first CBS value is greater than a second CBS value currently configured by the BRAS device.

Or, the HAAP device may determine that the CBS value currently configured on the BRAS device needs to be adjusted when the number of times that the packet loss rate of the DSL tunnel satisfies the preset condition in multiple cycles is greater than the preset number of times, and further determine the CBS value currently configured on the BRAS device as a larger CBS value.

That is to say, when the HAAP device may increase the CBS value configured on the BRAS device when the throughput or the packet loss rate of the DSL tunnel satisfies a certain condition, for example, if the CBS value currently configured by the BRAS device is a second CBS value, the HAAP may determine that a first CBS value is a CBS target value, where the first CBS value is greater than the second CBS value, for example, the first CBS value may be determined by adding a fixed value to the second CBS value, or the first CBS value may be determined by multiplying the second CBS value by a multiple greater than 1.

It should be understood that, in the embodiment of the present application, the first throughput threshold may be a preset throughput threshold, or may also be a throughput threshold determined according to an original bandwidth issued by a BRAS device, for example, the first throughput threshold may be 90% of the original bandwidth, or may also be 85% of the original bandwidth, and the like. The first packet loss rate threshold may be a preset packet loss rate threshold, for example, the first packet loss rate threshold may be 10% or 15%, the first packet loss rate threshold may be determined according to a packet loss condition tolerated by a system, or if the packet loss rate is greater than a certain ratio, data cannot be recovered, and the first packet loss rate threshold may also be determined according to the ratio.

In the following, with reference to specific examples, how the HAAP device determines the CBS target value in a DSL-only scenario is described.

Condition 1: the throughput of the DSL tunnel is equal to the original bandwidth issued by the BRAS device, which is 95 percent;

condition 2: the packet loss ratio > of the DSL tunnel is 85%;

it should be understood that, in this example, the first throughput threshold is taken as an original bandwidth × 95% issued by the BRAS device, and the first packet loss rate threshold is taken as an example of 85%, which should not be construed as any limitation in the embodiment of the present application.

In a DSL-only scenario, the HAAP device may determine the CBS target value according to equation (6) if conditions 1 and 2 are satisfied:

original bandwidth burst-time 1024/8 (6) issued by BRAS target value

Wherein, burst-time is used to indicate the buffer capacity of the queue, and the unit is second (S), and can be determined according to formula (7):

burst-time ═(order-preserving capability of HG device 10)) (base value + step value)/1000 (7)

By way of example and not limitation, the base value may be set as follows:

for example, the original base value may be 1, the step value 10%, the base value may be 1.1 after the first adjustment, the base value may be 1.2 after the second adjustment, and so on.

As another example, the original base value may be 1, the step value may be 20%, after the first adjustment, the base value may be 1.2, after the second adjustment, the base value may be 1.4, and so on.

Optionally, the HAAP device may further set a burst-time threshold, and if the burst-time calculated according to the basic value and the step value is greater than the burst-time threshold, the burst-time threshold is substituted into formula (6) to calculate the CBS target value.

Optionally, the HAAP device may also determine that the CBS value needs to be adjusted according to condition 3.

Condition 3: the times that the packet loss rates in a plurality of periods all meet the condition 2 are larger than the time threshold.

In the case where the condition 3 is satisfied, the HAAP device may determine the CBS target value by referring to the formula (6) and the formula (7) in the foregoing embodiment, which is not described herein again.

Or, the HAAP device may also determine that the CBS value needs to be adjusted when the conditions 1 and 3 are satisfied, and further determine the CBS target value according to the formula (6) and the formula (7), which is not described herein again.

In a binding scenario, that is, the DSL tunnel and the LTE tunnel are both used for forwarding traffic, in this case, the S202 further may include:

and the HAAP equipment determines the CBS target value according to the link quality information of the DSL tunnel and the LTE tunnel.

Specifically, in the binding scenario, the HAAP device may determine the CBS target value of the BRAS device according to the link quality information of the DSL tunnel and the LTE tunnel. As an example and not by way of limitation, the HAAP may determine that the currently configured CBS value of the BRAS device needs to be adjusted when the throughput or the packet loss rate of the DSL tunnel meets a first preset condition, or the delay difference between the DSL tunnel and the LTE tunnel meets a second preset condition, and further determine the CBS value configured by the BRAS device as a CBS target value larger than the currently configured CBS value by the HAAP, so as to improve the forwarding bandwidth of the DSL tunnel and further improve the shared bandwidth of the DSL tunnel and the LTE tunnel.

Optionally, in a binding scenario, the determining, by the HAAP device, the CBS target value according to the link quality information of the DSL tunnel and the LTE tunnel includes:

and the HAAP equipment determines the CBS target value according to the throughput of the DSL tunnel and the downlink time delay difference of the DSL tunnel and the LTE tunnel.

For example, the HAAP device may determine, when the throughput of the DSL tunnel is greater than a second throughput threshold and the downlink delay difference between the DSL tunnel and the LTE tunnel is greater than a first delay threshold, a third CBS value as the CBS target value, where the third CBS value is greater than a fourth CBS value currently configured by the second network device.

The second throughput threshold may be a preset throughput threshold, or may also be a throughput threshold determined according to an original bandwidth issued by the BRAS device, for example, the second throughput threshold may be 90% of the original bandwidth, or may also be 85% of the original bandwidth, and the like; the first time delay threshold may be determined according to the order-preserving capability of the HG device, for example, the first time delay threshold may be the order-preserving capability of the HG device or a value slightly greater than the order-preserving capability of the HG device, where the order-preserving capability of the HG device may also be referred to as an order-preserving delay difference of the HG device in the DSL tunnel and the LTE tunnel.

That is, when the HAAP device may satisfy a certain condition on the throughput of the DSL tunnel and the downlink delay difference between the DSL tunnel and the LTE tunnel satisfies a certain condition, the CBS value configured on the BRAS device is increased, for example, the HAAP may determine that the CBS target value is the CBS value currently configured by the BRAS device plus a fixed value, or may also determine that the CBS target value is the CBS target value by multiplying the fourth CBS value by a multiple greater than 1.

In the following, with reference to specific examples, how the HAAP device determines the CBS target value in the binding scenario is described.

condition 2: the downlink time delay difference of the DSL tunnel and the LTE tunnel is equal to the order-preserving capability of the HG equipment;

it should be understood that, in this example, the second throughput threshold is taken as original bandwidth × 95% issued by the BRAS device, and the first delay threshold is taken as an example of order retention capability of the HG device, which should not be construed as any limitation in the embodiment of the present application.

The HAAP device may determine the CBS target value according to formula (6) and formula (7) in the foregoing embodiment when condition 1 and condition 2 are satisfied, which is not described herein again.

After the HAAP device determines the CBS target value of the BRAS device, in S203, the HAAP device sends the determined CBS target value to the BRAS device, so that the BRAS device can adjust the currently configured CBS value on the BRAS device according to the CBS target value, thereby improving the forwarding bandwidth of the DSL tunnel, i.e., improving the capacity of the DSL tunnel to forward traffic, and further improving user experience.

Specifically, the HAAP device may send the CBS target value to the BRAS device through a message or a message with the BRAS device, where the CBS target value may be carried in an attribute field of the message or the message sent by the HAAP device to the BRAS device.

For example, the CBS target value may be carried in an existing message or a message communicated between the HAAP device and the BRAS device, or a message may be added between the HAAP device and the BRAS device, and the CBS target value is carried in the added message or message.

Optionally, as an embodiment, S203 may further include:

s204, the HAAP equipment sends a charging message to an AAA server, and the charging message comprises the CBS target value;

correspondingly, the AAA server receives the accounting message.

S205, the AAA server sends a Charge Of Authorization (COA) message to the BRAS device, where the COA message includes the CBS target value.

Correspondingly, the BRAS equipment receives the COA message sent by the AAA server.

Specifically, the CBS target value may be carried in an attribute field of the charging packet, for example, an attribute field may be added in the charging packet to carry the CBS target value, that is, the attribute field of the CBS target value may be added in the charging packet.

In a possible embodiment, the accounting packet may further include indication information, where the indication information is used to indicate that the accounting packet includes the CBS target value, and after receiving the accounting packet, an AAA server may determine whether the accounting packet includes the CBS target value according to the indication information, and if the accounting packet includes the CBS target value, obtain the CBS target value from an attribute field of the accounting packet, and further, the AAA server may construct a COA message, include the CBS target value in the COA message, and send the COA message to a BRAS device. For example, an attribute field may be added to the COA message to carry the CBS target value, that is, the attribute field of the CBS target value may be added to the COA message.

In a possible embodiment, the COA message may further include indication information, where the indication information is used to indicate that the COA message includes the CBS target value, so that the BRAS device obtains the CBS target value from an attribute field of the COA message according to the indication information.

It should be understood that the above-listed messages for carrying the CBS target value are only exemplary, and should not constitute any limitation to the present application. The CBS target value may be carried in other existing messages defined in an existing protocol, for example, an attribute field for indicating the CBS target value is added to the existing message, or may be carried in a newly added message, that is, a message newly added to the existing protocol is used for carrying the CBS target value, which is not particularly limited in this application. The existing message specified in the existing protocol is used to carry the CBS target value, which is a method easy to realize and can reduce signaling overhead.

Optionally, the charging packet may further include other information, by way of example and not limitation:

1. user Name of the User (User-Name);

2. an identifier (identity, ID) of charging Session (Acct-Session-Id), wherein the Session identifier is used for indicating Session information of a user, so that an AAA server charges the Session of the user according to the Acct-Session-Id;

3. the address of the user in the DSL tunnel, i.e. the address allocated to the HG device by the BRAS device, is the D address described above.

Optionally, the COA message may also include information such as the session ID for charging of the user.

In S206, the BRAS device adjusts the CBS value configured on the BRAS device according to the CBS target value.

Specifically, after the BRAS device obtains the CBS target value, the current configured CBS value on the BRAS device may be adjusted according to the CBS target value. For example, if the CBS target value is smaller than the currently configured CBS value, the BRAS device may determine not to modify the currently configured CBS value, or if the CBS target value is larger than the currently configured CBS value, the BRAS device updates the currently configured CBS value to the CBS target value, thereby improving the capability of the BRAS device to handle burst traffic, that is, improving the capability of the DSL tunnel to handle burst traffic.

Therefore, in the method for transmitting a packet according to the embodiment of the present application, the HAAP device can determine a CBS target value according to the link quality information of at least one tunnel, and then send the CBS target value to the BRAS device, so that the BRAS device can update the currently configured CBS value to the CBS target value, which is beneficial to improving the forwarding bandwidth of the DSL tunnel, and further improves user experience.

Fig. 4 shows a schematic block diagram of an apparatus 400 for transmitting a packet according to an embodiment of the present application, where the apparatus 400 is used as a first network device, and includes:

a determining module 410, configured to determine, according to at least one link quality information, a committed burst size, CBS, target value of a second network device, where the CBS target value is used for the second network device to update a currently configured CBS value to the CBS target value;

a communication module 420, configured to send the CBS target value to the second network device.

Optionally, in this embodiment of the present application, the at least one tunnel includes a first tunnel, and the determining module 410 is specifically configured to:

and determining the CBS target value according to the throughput and the packet loss rate of the first tunnel.

Optionally, in this embodiment of the present application, the determining module 410 is specifically configured to:

and determining a first CBS value as the CBS target value under the condition that the throughput of the first tunnel is greater than a first throughput threshold and the packet loss rate of the first tunnel is greater than a first packet loss rate threshold, wherein the first CBS value is greater than a second CBS value currently configured by the second network equipment.

and determining a Committed Burst Size (CBS) target value of the second network equipment according to the link quality information of the first tunnel and the second tunnel.

and determining the CBS target value according to the throughput of the first tunnel and the downlink time delay difference of the first tunnel and the second tunnel.

and determining a third CBS value as the CBS target value when the throughput of the first tunnel is greater than a second throughput threshold and the downlink delay difference between the first tunnel and the second tunnel is greater than a first delay threshold, where the third CBS value is greater than a fourth CBS value currently configured by the second network device.

Optionally, in this embodiment of the present application, the communication module 420 is further configured to:

sending, by a third network device, the CBS target value to the second network device.

Optionally, in this embodiment of the present application, the communication module 420 is specifically configured to:

and sending a charging message to the third network device, wherein the charging message comprises the CBS target value, so that the third network device can forward the CBS target value to the second network device according to the charging message.

Optionally, in this embodiment of the present application, the charging packet further includes indication information, where the indication information is used to indicate that the charging packet includes the CBS target value.

Optionally, in this embodiment of the present application, the attribute field of the charging packet includes the CBS target value.

It should be understood that the apparatus 400 according to the embodiment of the present application may correspond to the HAAP device in the method 200 for transmitting a packet according to the embodiment of the present application, and the above and other operations and/or functions of each module in the apparatus 400 correspond to corresponding flows of the HAAP device in order to implement each method in fig. 2 to fig. 3, which are not described herein again for brevity.

Fig. 5 is a schematic block diagram illustrating an apparatus 500 for transmitting a packet according to an embodiment of the present application, where the apparatus 500 is used as a second network device, and includes:

a communication module 510, configured to receive a committed burst size CBS target value sent by a first network device;

a processing module 520, configured to update the currently configured CBS value of the apparatus to the CBS target value.

Optionally, in this embodiment of the present application, the communication module 510 is specifically configured to:

and receiving the CBS target value sent by the first network equipment through a third network equipment.

and receiving a charging authorization COA message sent by the third network equipment, wherein the COA message comprises the CBS target value.

Optionally, in this embodiment of the present application, the attribute field of the COA message includes a CBS target value of the apparatus.

Optionally, in this embodiment of the present application, the processing module 520 is further configured to:

and under the condition that the CBS target value is smaller than the CBS value currently configured on the second network equipment, not updating the CBS value configured on the second network equipment.

It should be understood that the apparatus 500 according to the embodiment of the present application may correspond to the BRAS device in the method 200 for transmitting a packet according to the embodiment of the present application, and the above and other operations and/or functions of each module in the apparatus 500 are respectively for implementing a corresponding flow corresponding to the BRAS device in fig. 2, and are not described herein again for brevity.

Fig. 6 shows a schematic block diagram of an apparatus 600 for transmitting a packet according to an embodiment of the present application, where the apparatus 600 is used as a third network device, and includes:

a communication module 610, configured to receive a committed burst size CBS target value sent by a first network device, and send the CBS target value to the second network device.

Optionally, in this embodiment of the present application, the communication module 610 is specifically configured to:

and receiving a charging message sent by the first network equipment, wherein the charging message comprises the CBS target value.

and sending the CBS target value to the second network equipment through a charging authorization COA message.

Optionally, in this embodiment of the present application, an attribute field of the COA message includes the CBS target value.

It should be understood that the apparatus 600 according to the embodiment of the present application may correspond to the AAA server in the method 200 for transmitting a packet according to the embodiment of the present application, and the above and other operations and/or functions of each module in the apparatus 600 are respectively for implementing a corresponding flow corresponding to the AAA server in fig. 2, and are not described herein again for brevity.

As shown in fig. 7, an apparatus 700 for transmitting a message is further provided in the embodiment of the present application, where the apparatus 700 includes a transceiver 710, a processor 720, and a memory 730. The transceiver 710, the processor 720 and the memory 730 are communicatively connected, the memory 730 is used for storing instructions, and the processor 720 is used for executing the instructions stored in the memory 730 to control the transceiver 710 to transmit and receive signals or information. The memory 730 may be configured in the processor 720 or may be independent of the processor 720.

Specifically, the apparatus 700 may correspond to the HAAP device in the embodiment corresponding to fig. 2 to 3, and the processor 720, the transceiver 710, and the like in the apparatus 700 may implement the functions of the HAAP device in the embodiment corresponding to fig. 2 to 3 and/or various steps and methods implemented, where the processor 720 is configured to perform all operations of the determination module 410 of the apparatus 400 in fig. 4, and the transceiver 710 is configured to perform all operations of the communication module 420 of the apparatus 400 in fig. 4. For brevity, no further description is provided herein.

It should be noted that, in this embodiment, the Virtual first Network device may also be implemented based on a general physical server and a Network Function Virtualization (NFV) technology, where the Virtual first Network device may be a Virtual Machine (VM) running a program for determining a CBS target value Function according to link quality information, and the Virtual Machine is deployed on a hardware device (e.g., a physical server). A virtual machine refers to a complete computer system with complete hardware system functionality, which is emulated by software, running in a completely isolated environment.

As shown in fig. 8, an apparatus 800 for transmitting a message is further provided in an embodiment of the present application, where the apparatus 800 includes a transceiver 810, a processor 820, and a memory 830. The transceiver 810, the processor 820 and the memory 830 are communicatively connected, the memory 830 is used for storing instructions, and the processor 820 is used for executing the instructions stored in the memory 830 to control the transceiver 810 to transmit and receive signals or information. The memory 830 may be configured in the processor 820, or may be independent of the processor 820.

Specifically, the apparatus 800 may correspond to the BRAS device in the embodiment corresponding to fig. 2, and the processor 820, the transceiver 810, and the like in the apparatus 800 may implement the functions of the BRAS device in the embodiment corresponding to fig. 2 and/or various steps and methods implemented, where the processor 820 is configured to perform all operations of the processing module 520 of the apparatus 500 in fig. 5, and the transceiver 810 is configured to perform all operations of the communication module 510 of the apparatus 500 in fig. 5.

It should be noted that, in this embodiment, the Virtual second Network device may also be implemented based on a general physical server and a Network Function Virtualization (NFV) technology, where the Virtual second Network device may be a Virtual Machine (VM) running a program for adjusting a Function of a CBS value configured on the Virtual second Network device according to a CBS target value sent by the Virtual first Network device or the Virtual third Network device, and the Virtual Machine is deployed on a hardware device (for example, a physical server). A virtual machine refers to a complete computer system with complete hardware system functionality, which is emulated by software, running in a completely isolated environment.

As shown in fig. 9, an apparatus 900 for transmitting a message is further provided in this embodiment of the present application, where the apparatus 900 includes a transceiver 910, and optionally, the apparatus 900 may further include a processor 920 and a memory 930. The transceiver 910, the processor 920 and the memory 930 are communicatively connected, the memory 930 is used for storing instructions, and the processor 920 is used for executing the instructions stored in the memory 930 to control the transceiver 910 to transmit and receive signals or information. The memory 930 may be configured in the processor 920 or may be independent of the processor 920.

Specifically, the apparatus 900 may correspond to the AAA server in the embodiment corresponding to fig. 2, and the processor 920, the transceiver 910, and the like in the apparatus 900 may implement the functions of the AAA server in the embodiment corresponding to fig. 2 and/or various steps and methods implemented, and the transceiver 910 is configured to perform all operations of the communication module 610 of the apparatus 600 in fig. 6.

It should be noted that, in this embodiment, the Virtual third Network device may also be implemented based on a general physical server and a Network Function Virtualization (NFV) technology, where the Virtual third Network device may be a Virtual Machine (VM) running a program with a Function for forwarding a CBS target value determined by the Virtual first Network device to a Virtual second Network device, and the Virtual Machine is deployed on a hardware device (for example, a physical server). A virtual machine refers to a complete computer system with complete hardware system functionality, which is emulated by software, running in a completely isolated environment.

It should be understood that the processor in the embodiments of the present application may be an integrated circuit chip having signal processing capability. In implementation, the steps of the above method embodiments may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software in the decoding processor. The software may be in ram, flash, rom, prom, or eprom, registers, among other storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.

It will also be appreciated that the memory in the embodiments of the subject application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of example, but not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data rate Synchronous Dynamic random access memory (DDR SDRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), and direct memory bus RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.

In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The steps of the method for random access 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 in the processor. The software may be in ram, flash, rom, prom, or eprom, registers, among other storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor. To avoid repetition, it is not described in detail here.

As shown in fig. 10, an embodiment of the present application further provides a system 1000 for transmitting a message, where the system 1000 includes a device 1010 and a device 1020. The apparatus 1010 corresponds to the apparatus 400, the apparatus 700, and the virtual first network device of the embodiment of the present application, and the apparatus 1020 corresponds to the apparatus 500, the apparatus 800, and the virtual second network device of the embodiment of the present application.

Optionally, the system 1000 may further include a device 1030, configured to forward the CBS target value determined by the device 1010 to the device 1020, that is, after the device 1010 determines the CBS target value, the CBS target value may be directly sent to the device 1020, or the CBS target value may be sent to the device 1030 first, and the CBS target value is sent to the device 1020 through the device 1030. The apparatus 1030 corresponds to the apparatus 600, the apparatus 900, and the virtual third network device of the embodiment of the present application.

Embodiments of the present application also provide a computer-readable storage medium storing one or more programs, the one or more programs including instructions, which when executed by a portable electronic device including a plurality of application programs, enable the portable electronic device to perform the method of the embodiments shown in fig. 2 to 3.

The embodiment of the present application also provides a computer program, which includes instructions, when the computer program is executed by a computer, the computer may execute the corresponding flow of the method of the embodiment shown in fig. 2 to fig. 3.

It should be understood that the term "and/or" herein is merely one type of association relationship that describes an associated object, meaning that three relationships may exist, e.g., a and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.

It should be understood that, in the various embodiments of the present application, the sequence numbers of the above-mentioned processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method for transmitting a message, comprising:

the first network device determines a Committed Burst Size (CBS) target value of the second network device according to link quality information of at least one tunnel and order preserving capability of the third network device, wherein the CBS target value is used for indicating the second network device to update a currently configured CBS value to the CBS target value;

the first network device sends the CBS target value to the second network device.

2. The method of claim 1, wherein the at least one tunnel comprises a first tunnel, and wherein determining, by the first network device, the Committed Burst Size (CBS) target value for the second network device based on link quality information of the at least one tunnel comprises:

and the first network equipment determines the CBS target value according to the throughput and the packet loss rate of the first tunnel.

3. The method of claim 2, wherein the determining, by the first network device, the CBS target value according to the throughput and the packet loss rate of the first tunnel comprises:

4. The method of claim 1, wherein the at least one tunnel comprises a first tunnel and a second tunnel, and wherein the determining, by the first network device, the Committed Burst Size (CBS) target value of the second network device according to the link quality information of the at least one tunnel comprises:

and the first network equipment determines the CBS target value according to the link quality information of the first tunnel and the second tunnel.

5. The method of claim 4, wherein the determining, by the first network device, the CBS target value according to the link quality information of the first tunnel and the second tunnel comprises:

6. The method of claim 5, wherein the determining, by the first network device, the CBS target value according to the throughput of the first tunnel and the downlink delay difference between the first tunnel and the second tunnel comprises:

7. The method of any of claims 1 to 6, wherein the first network device sending the CBS target value to the second network device comprises:

8. The method of claim 7, wherein sending, by the first network device to the second network device, the CBS target value via a third network device comprises:

9. A method for transmitting a message, comprising:

the second network equipment receives a Committed Burst Size (CBS) target value sent by the first network equipment, and the CBS target value is determined according to link quality information of at least one tunnel and order-preserving capability of the third network equipment;

and updating the currently configured CBS value of the second network equipment to the CBS target value.

10. The method of claim 9, wherein the second network device receiving the committed burst size, CBS, target value sent by the first network device comprises:

11. The method of claim 10, wherein the second network device receiving the CBS target value sent by the first network device via a third network device comprises:

12. A method for transmitting a message, comprising:

the third network equipment receives a Committed Burst Size (CBS) target value sent by the first network equipment, wherein the CBS target value is determined according to link quality information of at least one tunnel and order-preserving capability of the third network equipment;

and the third network equipment sends the CBS target value to second network equipment, wherein the CBS target value is used for indicating the second network equipment to update the currently configured CBS value to the CBS target value.

13. The method of claim 12, wherein the third network device receiving the committed burst size, CBS, target value sent by the first network device comprises:

14. The method of claim 12 or 13, wherein the third network device sending the CBS target value to the second network device comprises:

15. An apparatus for transmitting messages, comprising:

a determining module, configured to determine, according to link quality information of at least one tunnel and an order-preserving capability of a third network device, a committed burst size CBS target value of a second network device, where the CBS target value is used for the second network device to update a currently configured CBS value to the CBS target value;

a communication module to send the CBS target value to the second network device.

16. The apparatus of claim 15, wherein the at least one tunnel comprises a first tunnel, and wherein the determining module is specifically configured to:

17. The apparatus of claim 16, wherein the determining module is specifically configured to:

18. The apparatus of claim 15, wherein the at least one tunnel comprises a first tunnel and a second tunnel, and wherein the determining module is specifically configured to:

19. The apparatus of claim 18, wherein the determining module is specifically configured to:

20. The apparatus of claim 19, wherein the determining module is specifically configured to:

21. The apparatus of claim 20, wherein the communication module is further configured to:

22. The apparatus of claim 21, wherein the communication module is specifically configured to:

23. An apparatus for transmitting messages, comprising:

a communication module, configured to receive a committed burst size CBS target value sent by a first network device, where the CBS target value is determined according to link quality information of at least one tunnel and an order-preserving capability of a third network device;

and the processing module is used for updating the CBS value currently configured by the device to the CBS target value.

24. The apparatus of claim 23, wherein the communication module is specifically configured to:

25. The apparatus of claim 24, wherein the communication module is specifically configured to:

26. An apparatus for transmitting messages, comprising:

the communication module is configured to receive a committed burst size CBS target value sent by the first network device, where the CBS target value is determined according to link quality information of at least one tunnel and an order-preserving capability of the third network device, and send the CBS target value to the second network device.

27. The apparatus of claim 26, wherein the communication module is specifically configured to:

28. The apparatus according to claim 26 or 27, wherein the communication module is specifically configured to:

29. A system for transmitting messages, comprising:

the apparatus for transmitting messages according to any of claims 15 to 22;

the apparatus for transmitting messages according to any of claims 23 to 25.

30. The system of claim 29, further comprising:

the apparatus for transmitting messages according to any of claims 26 to 28.