Method, device, medium and electronic equipment for monitoring data packet reordering

Abstract

The application relates to the field of mobile communication, and discloses a method and device for monitoring data packet disorder in a mobile network, a computer readable medium and an electronic device. The method is executed by a first user plane node in a user plane, and comprises the following steps: when the first user plane node receives a disorder statistics request sent by a target network element in a control plane, sending a notification message containing a differentiated service code point to a second user plane node in the user plane; receiving a plurality of echo messages sent by the second user plane node in sequence, wherein the echo messages comprise a message sequence number and the differentiated service code point; determining a disorder monitoring result according to the message sequence number in each received echo message and the normal order of the message sequence numbers in the plurality of echo messages; and reporting the disorder monitoring result to the control plane, so that the control plane determines the disorder condition of the data packet according to the disorder monitoring result. The method can realize monitoring of the disorder condition of the data packet, and provide data support for reliable transmission of the mobile network.

Description

Technical Field

[0001] This application relates to the field of mobile communication technology, and in particular to a method, apparatus, computer-readable medium, and electronic device for monitoring out-of-order data packets in a mobile network. Background Technology

[0002] In a network environment, transmitted data flows through numerous computers and communication devices along non-unique paths, inevitably leading to packet out-of-order delivery. Out-of-order delivery increases latency, reduces throughput, and may cause packet loss, thus impacting application performance. Summary of the Invention

[0003] In the field of mobile communication technology, in order to solve the above-mentioned technical problems, the purpose of this application is to provide a method, apparatus, computer-readable medium and electronic device for monitoring out-of-order data packets in a mobile network.

[0004] According to one aspect of the embodiments of this application, a method for monitoring out-of-order data packets in a mobile network is provided, the method being executed by a first user plane node in the user plane, the method comprising:

[0005] When the first user plane node receives an out-of-order statistics request from a target network element in the control plane, it sends a notification message containing differential service code points to the second user plane node in the user plane, so as to notify the second user plane node to send an echo message carrying the differential service code points.

[0006] The system sequentially receives multiple echo messages continuously sent by the second user plane node, wherein the echo message includes a message sequence number and the differential service code point;

[0007] The disordered monitoring result is determined based on the message sequence number in each received echo message and the normal order of the message sequence numbers in the multiple echo messages;

[0008] The out-of-order monitoring results are reported to the control plane so that the control plane can determine the out-of-order status of data packets corresponding to the differential service code point in the bearer layer based on the out-of-order monitoring results.

[0009] According to one aspect of the embodiments of this application, a monitoring device for out-of-order data packets in a mobile network is provided. The device is located in a first user plane node in the user plane, and the device includes:

[0010] The sending module is used to send a notification message containing differential service code points to the second user plane node in the user plane when the first user plane node receives an out-of-order statistics request sent from the target network element in the control plane, so as to notify the second user plane node to send an echo message carrying the differential service code points.

[0011] The receiving module is used to sequentially receive multiple echo messages continuously sent by the second user plane node, wherein the echo message includes a message sequence number and the differential service code point;

[0012] The determination module is used to determine the out-of-order monitoring result based on the message sequence number in each received echo message and the normal order of the message sequence numbers in the multiple echo messages;

[0013] The reporting module is used to report the out-of-order monitoring results to the control plane, so that the control plane can determine the out-of-order status of the data packets corresponding to the differential service code point in the bearer layer based on the out-of-order monitoring results.

[0014] According to one aspect of the embodiments of this application, a computer-readable medium is provided having a computer program stored thereon, which, when executed by a processor, implements the method described in the above embodiments.

[0015] According to one aspect of the embodiments of this application, an electronic device is provided, comprising:

[0016] One or more processors;

[0017] A storage device for storing one or more programs, which, when executed by one or more processors, cause the one or more processors to perform the method described in the above embodiments.

[0018] The technical solutions provided by the embodiments of this application may include the following beneficial effects:

[0019] The out-of-order packet monitoring method in a mobile network provided in this application embodiment is executed by a first user plane node in the user plane, and includes the following steps: when the first user plane node receives an out-of-order statistics request sent from a target network element in the control plane, it sends a notification message containing a differential service code point to a second user plane node in the user plane to notify the second user plane node to send an echo message carrying the differential service code point; it sequentially receives multiple echo messages continuously sent by the second user plane node, the echo messages including message sequence numbers and the differential service code point; it determines the out-of-order monitoring result based on the message sequence numbers in each received echo message and the normal order of the message sequence numbers in the multiple echo messages; and it reports the out-of-order monitoring result to the control plane so that the control plane determines the out-of-order status of the data packets corresponding to the differential service code point in the bearer plane based on the out-of-order monitoring result.

[0020] In this method, when out-of-order statistics are required, the first user plane node first sends a notification message to the second user plane node, and then receives multiple echo messages carrying message sequence numbers consecutively sent by the second user plane node based on the notification message. This allows for out-of-order statistics to be performed based on the message sequence numbers in the echo messages, resulting in out-of-order monitoring results, which are then reported to the control plane. Since the out-of-order monitoring results corresponding to the echo messages reflect the processing of data packets by the bearer layer nodes, the control plane can determine the out-of-order status of data packets in the bearer layer based on the out-of-order monitoring results. Utilizing the out-of-order status of data packets in the bearer layer can better support reliable transmission in the mobile network, thereby ensuring application performance.

[0021] It should be understood that the above general description and the following detailed description are merely exemplary and do not limit this application. Attached Figure Description

[0022] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0023] Figure 1 This is a schematic diagram of the protocol stack for the N3, N6, and N9 interfaces in related technologies;

[0024] Figure 2 This is a schematic diagram of a system architecture that can implement the solutions of the embodiments of this application, according to an exemplary embodiment;

[0025] Figure 3 This is a flowchart illustrating a method for monitoring out-of-order packets in a mobile network according to an exemplary embodiment;

[0026] Figure 4 This is a schematic diagram illustrating the format of an echo message header according to an exemplary embodiment;

[0027] Figure 5 This is illustrated according to an exemplary embodiment. Figure 3 A flowchart detailing step 330 is provided.

[0028] Figure 6 This is an architectural diagram illustrating a method for monitoring out-of-order packets in a mobile network in a deterministic network application scenario, according to an exemplary embodiment.

[0029] Figure 7 This is an interactive diagram illustrating a method for monitoring out-of-order packets in a mobile network according to an exemplary embodiment;

[0030] Figure 8 This is a block diagram illustrating a device for monitoring out-of-order data packets in a mobile network according to an exemplary embodiment;

[0031] Figure 9 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown. Detailed Implementation

[0032] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0033] Furthermore, the accompanying drawings are merely illustrative of this application and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and therefore repeated descriptions of them will be omitted. Some block diagrams shown in the drawings are functional entities and do not necessarily correspond to physically or logically independent entities.

[0034] As mentioned in the background section of this application, disordered data packet timing can affect application performance.

[0035] The user plane of mobile communication protocols uses UDP-based GTP-U (User Plane Part of GPRS Tunneling Protocol). UDP is connectionless and out-of-order, while GTP relies on the sequence number in the GTP packet header to ensure ordered transmission. While transmission is ordered, the out-of-order nature of IP forwarding means GTP packets arrive at the receiving end out of order. The receiving end needs to employ buffering and queuing mechanisms to reorder these packets and maintain their order. Therefore, out-of-order received data packets affect the receiving end's processing latency and the size of its buffers and queues, ultimately impacting application performance. Figure 1 This is a schematic diagram of the protocol stack for the N3, N6, and N9 interfaces in related technologies. Please refer to [link / reference]. Figure 1 As shown, in a 5G network, the 5G-AN (Access Network) communicates with the UPF (User Plane Function) network element through the N3 interface, which is based on the GTP-U protocol.

[0036] In mobile communication networks, in order to support deterministic transmission, improve the network's reliable forwarding capability, and enhance support for low-latency and high-reliability services, some solutions have been proposed. However, these solutions mainly monitor latency and do not support the measurement of out-of-order packet forwarding.

[0037] Therefore, this application first provides a method for monitoring out-of-order data packets in mobile networks. This method can overcome the above defects and enable the monitoring and measurement of out-of-order data packets in mobile networks, thereby providing support for reliable transmission in mobile networks.

[0038] The implementation terminal of this application embodiment can be a network element in the core network of a mobile communication network.

[0039] Figure 2 This is a schematic diagram of a system architecture that can implement the embodiments of this application, according to an exemplary embodiment. Figure 2 The system architecture 200 shown can be located in a mobile communication network. For example... Figure 2 As shown, the system architecture 200 includes multiple units, namely UE (User Equipment), AF (Application Function) network element, PCF (Policy Control Function) network element, SMF (Session Management Function) network element, UDM (Unified Data Management) network element, AMF (Access and Mobility Management Function) network element, RAN (Radio Access Network), UPF (User Plane Function) network element, and DN (Data Network). The PCF and SMF network elements are located in the control plane, while the UPF and RAN network elements are located in the user plane. Connections between different units represent communication connections between them. For example, an SMF network element can communicate with a UPF network element. When the packet out-of-order monitoring method in the mobile network provided in this application is applied... Figure 1In the system architecture shown, a specific process can be as follows: First, the PCF network element receives the out-of-order requirement indicator from the AF network element and, based on the out-of-order monitoring policy at the GTP-U path layer (where GTP-U path layer refers to the path management layer of GTP-U), the out-of-order monitoring policy can be a QoS (Quality of Service) monitoring policy for QoS control. Then, the PCF network element sends the GTP-U path layer out-of-order monitoring policy to the SMF network element via an interface. Next, the SMF network element is responsible for distributing the GTP-U path layer out-of-order monitoring policy. Specifically, the SMF network element can send the GTP-U path layer out-of-order monitoring policy to the UPF network element or RAN, and the UPF network element or RAN will execute the GTP-U path layer out-of-order monitoring policy. Specifically, when the SMF network element sends the GTP-U path layer out-of-order monitoring policy to the UPF network element or RAN, the out-of-order monitoring policy will be executed. When out-of-order monitoring policies at the path layer are sent to the RAN, they can first be sent to the UPF network element, which then forwards them to the RAN. Finally, the UPF network element or the RAN can send the out-of-order monitoring results obtained by executing the out-of-order monitoring policies to network elements in the control plane, such as the SMF network element or PCF network element. The network elements in the control plane can then determine the out-of-order status of data packets in the corresponding bearer layer based on the out-of-order monitoring results. The GTP-U protocol, the user plane part of GTP, is an IP / UDP-based tunneling protocol that allows multiple tunnels to be established between various GTP-U protocol entities.

[0040] In one embodiment of this application, system architecture 200 is located in a 5G core network.

[0041] In one embodiment of this application, the PCF network element receives a bearer path configuration request from the AF network element. The out-of-order requirement index is located in the bearer path configuration request. The bearer path configuration request is used to instruct the control plane to select a bearer path that meets the out-of-order requirement index for the service flow. After the network element in the control plane obtains the out-of-order status of each bearer path, it can select a target bearer path that meets the out-of-order requirement index, and then select the target bearer path to forward the service flow.

[0042] It is worth mentioning that, Figure 2 This is merely one embodiment of the present application, although... Figure 2 In this embodiment, the PCF network element generates the out-of-order monitoring policy, and the SMF network element distributes the out-of-order monitoring policy. However, in other embodiments of this application, other network elements can also generate or distribute the out-of-order monitoring policy. Figure 2The system architecture shown in the embodiments is located in the 5G core network, but in other embodiments of this application, the system architecture may also be located in other types of communication networks, such as 6G or higher versions of mobile communication networks. This application does not limit the scope of protection of this application in any way.

[0043] Figure 3 This is a flowchart illustrating a method for monitoring out-of-order packets in a mobile network according to an exemplary embodiment. The method is executed by a first user plane node in the user plane, and specifically may be performed by… Figure 2 The implementation is performed by nodes in the user plane, such as UPF network elements or RAN, as described in the embodiment. Figure 3 As shown, the method may include the following steps:

[0044] Step 310: When the first user plane node receives an out-of-order statistics request from the target network element in the control plane, it sends a notification message containing differential service code points to the second user plane node in the user plane, so as to notify the second user plane node to send an echo message carrying differential service code points.

[0045] The first user plane node can be a Radio Access Network (RAN) or a User Plane Function (UPF) network element; the second user plane node can be a User Plane Function (UPF) network element or a Radio Access Network (RAN). Specifically, when the first user plane node is a Radio Access Network, the second user plane node can be a User Plane Function (UPF) network element; and when the first user plane node is a User Plane Function (UPF) network element, the second user plane node can be a Radio Access Network.

[0046] In one embodiment of this application, the target network element is the session management function network element. The out-of-order statistics request is generated by the policy control function network element based on the request from the application layer function network element, and then sent by the policy control function network element to the session management function network element.

[0047] The target network element in the control plane can be an SMF network element. Out-of-order statistics requests can be generated by PCF network elements. After generating the out-of-order statistics request, the PCF network element forwards the request to the SMF network element, which then distributes it to the UPF network element or RAN in the user plane. The out-of-order statistics request can contain out-of-order monitoring policies.

[0048] The Differentiated Services Code Point (DSCP) value is used in the IP header of each data packet. It uses 6 used bits and 2 unused bits in the code to distinguish priorities.

[0049] Echo messages, also known as Echo request and Echo response messages in the GTP protocol, are messages at the GTP-U path management layer and are used to detect the keep-alive status of GTP-U paths.

[0050] Step 320: Receive multiple echo messages sent consecutively by the second user plane node in sequence. Each echo message includes a message sequence number and a differential service code point.

[0051] After receiving the notification message, the second user plane node generates echo messages carrying the differential service code points in sequence according to the differential service code points in the notification message. Each time an echo message is generated, it sends the echo message to the first user plane node.

[0052] The sequence number identifies the sending sequence number of a data packet and can be located in the header of an echo message. The differential service code point (DSC) is located in the outer IP header of the echo message. The DSC specifies the DSCP processing level, allowing monitoring of out-of-order packets at the bearer layer corresponding to the DSCP processing level.

[0053] Figure 4 This is a schematic diagram illustrating the format of an echo message header according to an exemplary embodiment. Please refer to [link / reference]. Figure 4 As shown, the echo message header includes a Sequence Number, which is the message sequence number.

[0054] Step 330: Determine the out-of-order monitoring result based on the message sequence number in each received echo message and the normal order of the message sequence numbers in multiple echo messages.

[0055] Since the first user plane node notifies the second user plane node to send an echo message, the first user plane node can know the normal order of message sequence numbers in the echo message in advance.

[0056] The first user plane node obtains the out-of-order monitoring result by comparing the message sequence number in each received echo message with the normal order of message sequence numbers in multiple echo messages.

[0057] Figure 5 This is illustrated according to an exemplary embodiment. Figure 3 A flowchart detailing step 330 is provided. Please refer to [link / reference]. Figure 5 As shown, step 330 may specifically include the following steps:

[0058] Step 331: Whenever an echo message is received, the message sequence number in the echo message is compared with the message sequence number in the normal order to obtain the comparison result.

[0059] In one embodiment of this application, a comparison operation is performed between the message sequence number in the echo message and the message sequence number in the normal order to obtain a comparison result, including:

[0060] Determine the difference between the message sequence number in the echo message and the message sequence number in the normal order, and use the difference as the comparison result.

[0061] Specifically, suppose the second user plane node sends six consecutive echo messages. The sequence numbers of these six echo messages are sent in the order 1, 2, 3, 4, 5, 6. That is, the second user plane node sends the echo message with sequence number 1 first, then the echo message with sequence number 2, and so on. Therefore, 1, 2, 3, 4, 5, 6 is the normal order of the message sequence numbers in the multiple echo messages. However, the order of the message sequence numbers in the echo messages received by the first user plane node may not be consistent with the normal order. For example, after receiving echo messages with sequence numbers 1 and 2 in sequence, the first user plane node might receive the echo message with sequence number 5, resulting in an out-of-order situation. In this case, the normal sequence number is 3. Therefore, the difference between 5 and 3, 2, can be calculated and used as the comparison result.

[0062] Step 332: Based on the comparison results, generate out-of-order monitoring results.

[0063] Randomized monitoring results can be obtained by statistically analyzing various comparison results, or comparison results that meet certain conditions can be used as randomized monitoring results.

[0064] In one embodiment of this application, the out-of-order statistics request includes a monitoring method, which may be periodic monitoring or event-triggered monitoring.

[0065] The monitoring method can be located in the out-of-order monitoring strategy included in the out-of-order statistics request.

[0066] In one embodiment of this application, the monitoring method is periodic monitoring. Periodic monitoring includes the duration of the monitoring window. Multiple echo messages are received within the most recent monitoring window. Based on the comparison results, out-of-order monitoring results are generated, including:

[0067] The out-of-order monitoring results are obtained by statistically analyzing the comparison results with each echo message received in the most recent monitoring window.

[0068] The duration of the monitoring window can be set empirically, for example, it can be set to 600 seconds. Multiple echo messages can be received within the monitoring window during the current time period, and a corresponding comparison result will be obtained each time an echo message is received.

[0069] By periodically collecting and analyzing the results of disordered monitoring through a monitoring window, regular disordered monitoring can be achieved, avoiding the influence of accidental factors and improving the accuracy of disordered monitoring.

[0070] In one embodiment of this application, the comparison results corresponding to each echo message received in the most recent monitoring window are statistically analyzed to obtain the out-of-order monitoring result, including: determining the average value of the comparison results corresponding to each echo message as the out-of-order monitoring result.

[0071] In one embodiment of this application, the comparison results corresponding to each echo message received in the most recent monitoring window are statistically analyzed to obtain the out-of-order monitoring result, including: determining the maximum value among the comparison results corresponding to each echo message as the out-of-order monitoring result.

[0072] In one embodiment of this application, the comparison results corresponding to each echo message received in the most recent monitoring window are statistically analyzed to obtain the out-of-order monitoring result, including: determining the minimum value among the comparison results corresponding to each echo message, and using it as the out-of-order monitoring result.

[0073] In one embodiment of this application, the monitoring method is event-triggered monitoring, which includes an out-of-order threshold. Based on the comparison result, an out-of-order monitoring result is generated, including:

[0074] If the comparison result reaches the disorder threshold, the comparison result will be used as the disorder monitoring result.

[0075] Specifically, whenever an echo message is received, the comparison result corresponding to that echo message is determined. Only when the comparison result reaches the out-of-order threshold is an out-of-order monitoring result generated, and then the out-of-order monitoring result can be reported in subsequent steps. If the comparison result does not reach the out-of-order threshold, the out-of-order monitoring result can be not generated or reported, thus realizing real-time out-of-order monitoring.

[0076] Please continue reading Figure 3 Step 340: Report the out-of-order monitoring results to the control plane so that the control plane can determine the out-of-order status of data packets corresponding to the differential service code points in the bearer layer based on the out-of-order monitoring results.

[0077] Out-of-order monitoring results can be reported to the SMF network element in the control plane. The SMF network element then forwards the out-of-order monitoring results to the PCF network element, which determines the out-of-order status of the data packets corresponding to the differential service code points in the bearer plane based on the out-of-order monitoring results.

[0078] Since echo messages are transmitted between GTP-U pipes without additional differential processing at the GTP protocol level, the out-of-order monitoring results corresponding to the echo messages can directly reflect the processing status of data packets by nodes in the bearer layer. Therefore, echo messages carrying DSCP values ​​can be monitored first to obtain the corresponding out-of-order monitoring results, and then these results can be used to directly measure the out-of-order status of data packets corresponding to the differential service code points in the bearer layer.

[0079] In one embodiment of this application, the out-of-order statistics request includes out-of-order indication information and the monitoring direction of the target path. The out-of-order indication information is used to indicate out-of-order statistics at the path management layer of the user plane part of the GPRS tunnel transmission protocol. The out-of-order monitoring result includes the monitoring direction and monitoring method of the target path.

[0080] In addition to the monitoring method, the out-of-order monitoring strategy provided by the out-of-order statistics request can also include the monitoring direction of the target path and the DSCP value. After the PCF network element generates the out-of-order statistics request, it forwards the request to the SMF network element. The SMF network element can determine whether to send the out-of-order statistics request to the UPF network element or the RAN in the user plane based on the monitoring direction of the target path in the out-of-order statistics request. Specifically, the monitoring direction of the target path can be an uplink path or a downlink path. If it is an uplink path, the SMF network element will send the out-of-order statistics request to the RAN to achieve out-of-order monitoring of the uplink path; if it is a downlink path, the SMF network element will send the out-of-order statistics request to the UPF network element to achieve out-of-order monitoring of the downlink path.

[0081] In one embodiment of this application, the out-of-order monitoring results are reported to the control plane so that the control plane can determine the out-of-order status of data packets corresponding to the differential service code points in the bearer layer based on the out-of-order monitoring results, including:

[0082] The out-of-order monitoring results are reported to the control plane so that the control plane can determine the out-of-order status of data packets corresponding to the differential service code points on the target path based on the out-of-order monitoring results, and select forwarding paths for the data flow based on the out-of-order status of data packets corresponding to the differential service code points on each path.

[0083] The control plane can collect out-of-order monitoring results for each path to obtain the capabilities of each path, thereby selecting a suitable forwarding path for the data flow.

[0084] In one embodiment of this application, selecting a forwarding path for a data stream based on the out-of-order status of data packets corresponding to differential service code points on each path includes:

[0085] Obtain data stream service metrics;

[0086] Determine whether the out-of-order status of data packets on each path meets the data flow service metrics;

[0087] The path that meets the data flow service metrics will be selected as the forwarding path.

[0088] The solutions in this application embodiment can also be applied to deterministic networking (DetNet). Figure 6 This is a schematic diagram illustrating the architecture of a method for monitoring out-of-order data packets in a mobile network in a deterministic network application scenario, according to an exemplary embodiment. Please refer to... Figure 6 As shown, a 5GS (5G System) composed of multiple network elements can be used as a DetNet node. The DetNet node provides capability development interfaces to the outside world through NEF (Network Exposure Function) network elements. First, the DetNet node receives deterministic parameters issued by the DetNet control plane through the capability development interface. These deterministic parameters are out-of-order requirements for bearer paths. Then, by executing the scheme of this embodiment, the DetNet node collects the out-of-order status of data packets on each bearer path, thereby determining the bearer path that meets the out-of-order requirements. Then, the DetNet node provides the determined bearer path to the DetNet control plane, which can then select a suitable bearer path for the DetNet flow. Through the capability development interface provided by the DetNet node, the DetNet control plane can dynamically adjust the deterministic parameters or configure other monitoring requirements for bearer paths, thereby adjusting the path in a timely manner when forwarding DetNet flows in the future.

[0089] Below, based on Figure 7 The embodiments of this application are further described below. Figure 7 This is an interactive diagram illustrating a method for monitoring out-of-order data packets in a mobile network according to an exemplary embodiment. For example... Figure 7 As shown, the process includes the following:

[0090] 1. Based on the requirements of the external AF network element, the PCF network element generates out-of-order monitoring instructions at the GTP-U path level and sends out-of-order monitoring instructions to the out-of-order statistics terminal through the SMF network element.

[0091] Out-of-order monitoring instructions can carry out-of-order indication information, monitoring direction, and monitoring method. The out-of-order indication information is used to indicate out-of-order statistics at the GTP-U path level; the monitoring direction is the uplink or downlink path; and the monitoring method is periodic monitoring or event-triggered monitoring.

[0092] 2. The GTP path out-of-order statistics terminal notifies the GTP path peer to send an echo message based on the received out-of-order monitoring indication.

[0093] 3. The GTP path peer sends multiple consecutive echo messages to the GTP path out-of-order statistics end. These echo messages carry consecutive sequence numbers.

[0094] 4. The GTP path out-of-order statistics terminal performs out-of-order statistics on multiple received echo messages to obtain out-of-order monitoring results.

[0095] 5. The GTP path out-of-order statistics terminal reports the out-of-order monitoring results to the SMF network element or PCF network element. The out-of-order monitoring results may include the monitoring direction and monitoring method.

[0096] In summary, this application proposes a monitoring scheme for out-of-order data packets in mobile networks, enabling monitoring and reporting of out-of-order data packets at the GTP path layer. It can also monitor forwarding out-of-order situations at the bearer layer as needed. Furthermore, it meets the requirements for monitoring out-of-order parameters under the DetNet architecture, thereby enabling the forwarding of deterministic data streams that meet out-of-order requirements.

[0097] According to a second aspect of this application, this application also provides a monitoring device for out-of-order data packets in a mobile network, which can be located in a first user plane node in the user plane. The following are embodiments of the device according to this application.

[0098] Figure 8 This is a block diagram illustrating a device for monitoring out-of-order data packets in a mobile network according to an exemplary embodiment. Figure 8 As shown, the monitoring device 800 for out-of-order data packets in a mobile network includes:

[0099] The sending module 810 is used to send a notification message containing differential service code points to the second user plane node in the user plane when the first user plane node receives an out-of-order statistics request sent from a target network element in the control plane, so as to notify the second user plane node to send an echo message carrying the differential service code points.

[0100] The receiving module 820 is used to sequentially receive multiple echo messages continuously sent by the second user plane node, wherein the echo message includes a message sequence number and the differential service code point;

[0101] The determination module 830 is used to determine the out-of-order monitoring result based on the message sequence number in each received echo message and the normal order of the message sequence numbers in the plurality of echo messages;

[0102] The reporting module 840 is used to report the out-of-order monitoring results to the control plane so that the control plane can determine the out-of-order status of the data packets corresponding to the differential service code point in the bearer layer based on the out-of-order monitoring results.

[0103] According to another aspect of this application, an electronic device capable of implementing the above-described method is also provided.

[0104] Those skilled in the art will understand that various aspects of this application can be implemented as a system, method, or program product. Therefore, various aspects of this application can be specifically implemented in the following forms: a completely hardware implementation, a completely software implementation (including firmware, microcode, etc.), or a combination of hardware and software implementations, collectively referred to herein as a "circuit," "module," or "system."

[0105] Figure 9 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown.

[0106] It should be noted that, Figure 9 The computer system 900 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0107] like Figure 9 As shown, the computer system 900 includes a Central Processing Unit (CPU) 901, which can perform various appropriate actions and processes based on programs stored in Read-Only Memory (ROM) 902 or programs loaded from storage portion 908 into Random Access Memory (RAM) 903, such as performing the methods described in the above embodiments. The RAM 903 also stores various programs and data required for system operation. The CPU 901, ROM 902, and RAM 903 are interconnected via a bus 904. An Input / Output (I / O) interface 905 is also connected to the bus 904.

[0108] The following components are connected to I / O interface 905: an input section 906 including a keyboard, mouse, etc.; an output section 907 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 908 including a hard disk, etc.; and a communication section 909 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 909 performs communication processing via a network such as the Internet. A drive 910 is also connected to I / O interface 905 as needed. Removable media 911, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., are installed on drive 910 as needed so that computer programs read from them can be installed into storage section 908 as needed.

[0109] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 909, and / or installed from removable medium 911. When the computer program is executed by central processing unit (CPU) 901, it performs various functions defined in the system of this application.

[0110] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this application, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such transmitted data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. The computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0111] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0112] The units described in the embodiments of this application can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.

[0113] In one aspect, this application also provides a computer-readable medium, which may be included in the electronic device described in the above embodiments; or it may exist independently and not assembled into the electronic device. The computer-readable medium carries one or more programs, which, when executed by the electronic device, cause the electronic device to perform the methods described in the above embodiments.

[0114] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0115] Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, touch terminal, or network device, etc.) to execute the method according to the embodiments of this application.

[0116] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the embodiments disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein.

[0117] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A method for monitoring out-of-order data packets in a mobile network, characterized in that, The method is executed by the first user plane node in the user plane, and the method includes: When the first user plane node receives an out-of-order statistics request from a target network element in the control plane, it sends a notification message containing differential service code points to the second user plane node in the user plane, so as to notify the second user plane node to send an echo message carrying the differential service code points. The system sequentially receives multiple echo messages continuously sent by the second user plane node, wherein the echo message includes a message sequence number and the differential service code point; The disordered monitoring result is determined based on the message sequence number in each received echo message and the normal order of the message sequence numbers in the multiple echo messages; The out-of-order monitoring results are reported to the control plane so that the control plane can determine the out-of-order status of data packets corresponding to the differential service code point in the bearer layer based on the out-of-order monitoring results.

2. The method for monitoring out-of-order data packets in a mobile network according to claim 1, wherein determining the out-of-order monitoring result based on the message sequence number in each received echo message and the normal order of the message sequence numbers in the plurality of echo messages includes: Whenever an echo message is received, the message sequence number in the echo message is compared with the message sequence number in the normal order to obtain the comparison result. Based on the comparison results, out-of-order monitoring results are generated.

3. The method for monitoring out-of-order data packets in a mobile network according to claim 2, characterized in that, The out-of-order statistics request includes a monitoring method, which is either periodic monitoring or event-triggered monitoring.

4. The method for monitoring out-of-order data packets in a mobile network according to claim 3, characterized in that, The monitoring method is periodic monitoring, which includes the duration of the monitoring window. The multiple echo messages are received within the most recent monitoring window. Based on the comparison results, generating out-of-order monitoring results includes: The out-of-order monitoring results are obtained by statistically analyzing the comparison results with each echo message received in the most recent monitoring window.

5. The method for monitoring out-of-order data packets in a mobile network according to claim 3, characterized in that, The monitoring method is event-triggered monitoring, which includes an out-of-order threshold. The generation of out-of-order monitoring results based on the comparison results includes: If the comparison result reaches the disorder threshold, the comparison result will be used as the disorder monitoring result.

6. The method for monitoring out-of-order data packets in a mobile network according to claim 3, characterized in that, The out-of-order statistics request includes out-of-order indication information and the monitoring direction of the target path. The out-of-order indication information is used to instruct out-of-order statistics to be performed at the path management layer of the user plane part of the GPRS tunnel transmission protocol. The out-of-order monitoring result includes the monitoring direction of the target path and the monitoring method.

7. The method for monitoring out-of-order data packets in a mobile network according to claim 6, characterized in that, The step of reporting the out-of-order monitoring results to the control plane, so that the control plane can determine the out-of-order status of data packets corresponding to the differential service code point in the bearer layer based on the out-of-order monitoring results, includes: The out-of-order monitoring results are reported to the control plane so that the control plane can determine the out-of-order status of data packets corresponding to the differential service code points on the target path based on the out-of-order monitoring results, and select forwarding paths for the data stream based on the out-of-order status of data packets corresponding to the differential service code points on each path.

8. A monitoring device for out-of-order data packets in a mobile network, characterized in that, The device is located in a first user plane node in the user plane, and the device includes: The sending module is used to send a notification message containing differential service code points to the second user plane node in the user plane when the first user plane node receives an out-of-order statistics request sent from the target network element in the control plane, so as to notify the second user plane node to send an echo message carrying the differential service code points. The receiving module is used to sequentially receive multiple echo messages continuously sent by the second user plane node, wherein the echo message includes a message sequence number and the differential service code point; The determination module is used to determine the out-of-order monitoring result based on the message sequence number in each received echo message and the normal order of the message sequence numbers in the multiple echo messages; The reporting module is used to report the out-of-order monitoring results to the control plane, so that the control plane can determine the out-of-order status of the data packets corresponding to the differential service code point in the bearer layer based on the out-of-order monitoring results.

9. A computer-readable medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1 to 7.

10. An electronic device, characterized in that, include: One or more processors; A storage device for storing one or more programs, which, when executed by one or more processors, cause the one or more processors to implement the method as described in any one of claims 1 to 7.

Images