CN111246509B

CN111246509B - Method and device for testing network delay through PDCP message

Info

Publication number: CN111246509B
Application number: CN201811445223.3A
Authority: CN
Inventors: 郝禺台
Original assignee: Spreadtrum Communications Shanghai Co Ltd
Current assignee: Spreadtrum Communications Shanghai Co Ltd
Priority date: 2018-11-29
Filing date: 2018-11-29
Publication date: 2022-11-04
Anticipated expiration: 2038-11-29
Also published as: CN111246509A

Abstract

The disclosure relates to a method and a device for testing network delay through a packet data convergence protocol PDCP message. The method is applied to a request side and comprises the following steps: sending a first PDCP message to a response side, wherein the first PDCP message carries first time information of the first PDCP message sent by a request side; receiving a second PDCP message sent by a response side after the first PDCP message is obtained; acquiring second time information when the second PDCP message arrives; and obtaining a first network delay according to the first time information and the second time information. The method and the device can obtain the network time delay between the request side and the response side so as to monitor the network time delay between the request side and the response side in real time.

Description

Method and device for testing network delay through PDCP message

Technical Field

The present disclosure relates to the field of communications, and in particular, to a method and an apparatus for testing network delay through PDCP packets.

Background

Due to the introduction of the 5G NR (New Radio, new air interface), many applications such as URLLC (Ultra Reliable Low Latency Communications) have been produced, and for URLLC and other applications based on the 5G NR, data can be transmitted through different logical channels, for example, a Flow can be defined through QFI (QoS Flow ID, qoS Flow identifier). For this purpose, the network needs to obtain the communication quality of the logical channel corresponding to each QFI in real time, and one of the important indicators is the network delay between the base station and the UE (User Equipment).

However, the prior art generally cannot monitor the network delay between the base station and the UE in real time.

Therefore, it is urgently needed to provide a new method for testing network delay so as to monitor the network delay between the base station and the UE in real time.

Disclosure of Invention

In view of this, the present disclosure provides a method and an apparatus for testing network delay through a packet data convergence protocol PDCP packet, so as to perform real-time monitoring on network delay between a request side and a network side.

According to an aspect of the present disclosure, a method for testing network latency through a packet data convergence protocol PDCP message is provided, which is applied to a requesting side, and the method includes:

sending a first PDCP message to a response side, wherein the first PDCP message carries first time information of the first PDCP message sent by a request side;

receiving a second PDCP message sent by a response side after the first PDCP message is obtained;

acquiring second time information when the second PDCP message arrives;

and obtaining a first network time delay according to the first time information and the second time information.

In a possible implementation manner, the first PDCP packet and the second PDCP packet include a first timestamp domain, where the first timestamp domain is used to carry time information of a request side and a response side;

the first timestamp field of the first PDCP packet is configured to carry the first time information, and the first timestamp field of the second PDCP packet is configured to carry third time information that the response side receives the first PDCP packet, or the response side sends fourth time information of the second PDCP packet.

In a possible implementation manner, the first PDCP packet and the second PDCP packet include a second timestamp domain and a third timestamp domain, where the second timestamp domain is used to carry time information of a request side, and the third timestamp domain is used to carry time information of a response side;

the second time stamp domain of the first PDCP packet is configured to carry the first time information, and the third time stamp domain of the second PDCP packet is configured to carry third time information of the first PDCP packet received by a response side, or fourth time information of the second PDCP packet sent by the response side.

In a possible implementation manner, the second PDCP packet carries third time information when the response side receives the first PDCP packet, where after receiving the second PDCP packet sent by the response side after obtaining the first PDCP packet, the method further includes:

acquiring the third time information;

and obtaining a second network delay according to the third time information and the first time information.

In a possible implementation manner, the second PDCP packet carries fourth time information of the second PDCP packet sent by the response side, where after receiving the second PDCP packet sent by the response side after obtaining the first PDCP packet, the method further includes:

acquiring the fourth time information;

obtaining a third network time delay according to the fourth time information and the third time information; and/or

And obtaining a fourth network time delay according to the fourth time information and the second time information.

In one possible embodiment, the first PDCP message and the second PDCP message include at least one of:

the identity definition domain is used for defining the PDCP message as a request side message or a response side message;

a time unit field for defining a unit of time information;

and the digital filling domain is used for filling data so as to enable the first PDCP message and the second PDCP message to reach a preset length.

In a possible implementation manner, after sending the first PDCP packet to the responding side, the method further includes:

and if the second PDCP message is not received within the preset time for sending the first PDCP message, the first network is determined to have overlarge time delay.

In one possible embodiment, the method further comprises:

reporting the first network delay to a network layer through a Media Access Control (MAC) CE; and/or

And reporting the first network delay to an application layer.

In a possible implementation manner, the sending the first PDCP packet to the responding side includes:

when receiving a Radio Resource Control (RRC) configuration message, sending a first PDCP message to a response side according to the indication of a test indication domain in the RRC configuration message; or

When receiving a media access control layer control unit (MAC CE), sending a first PDCP message to a response side according to the instruction of a test instruction control unit in the MAC CE; or

And when receiving an application instruction of an application layer, sending a first PDCP message to a response side according to a test instruction in the application instruction.

According to another aspect of the present disclosure, a method for testing network delay through a packet data convergence protocol PDCP packet is provided, which is applied to a response side, and the method includes:

when a first PDCP message sent by a request side is received, first time information carried by the first PDCP message and sent by the request side is obtained;

acquiring third time information when the first PDCP message arrives;

and sending a second PDCP message to a request side, wherein the second PDCP message carries the third time information.

In a possible implementation manner, after obtaining the third time information when the first PDCP packet arrives, the method further includes:

and acquiring a second network delay according to the first time information and the third time information.

In one possible embodiment, the method further comprises:

acquiring fourth time information when the second PDCP message is sent;

writing the fourth time information into the second PDCP message;

and obtaining a third network delay according to the third time information and the fourth time information.

In a possible embodiment, the first PDCP packet and the second PDCP packet include at least one of:

a time unit field for defining a unit of time information;

In one possible embodiment, the method further comprises:

reporting the second network delay to a network layer through a Media Access Control (MAC) control unit (CE); and/or

And reporting the second network delay to an application layer.

According to another aspect of the present disclosure, an apparatus for testing network delay through a packet data convergence protocol PDCP packet is provided, where the apparatus is applied to a request side, and the apparatus includes:

a request side sending module, configured to send a first PDCP packet to a response side, where the first PDCP packet carries first time information of the first PDCP packet sent by the request side;

a first receiving module, connected to the request side sending module, for receiving a second PDCP message sent by a response side after obtaining the first PDCP message;

a first obtaining module, connected to the first receiving module, configured to obtain second time information when the second PDCP packet arrives;

and the first operation module is connected to the first acquisition module and used for acquiring a first network delay according to the first time information and the second time information.

the first time stamp domain of the first PDCP packet is configured to carry the first time information, and the first time stamp domain of the second PDCP packet is configured to carry third time information of the first PDCP packet received by a response side, or fourth time information of the second PDCP packet sent by the response side.

In a possible implementation manner, the first PDCP packet and the second PDCP packet include a second timestamp domain and a third timestamp domain, where the second timestamp domain is used to carry time information of a requesting side, and the third timestamp domain is used to carry time information of a responding side;

In a possible implementation manner, the second PDCP packet carries third time information when the responding side receives the first PDCP packet, where the apparatus further includes:

the second obtaining module is connected to the first receiving module and used for obtaining the third time information;

and the second operation module is connected to the second acquisition module and used for acquiring a second network delay according to the third time information and the first time information.

In a possible implementation manner, the second PDCP packet carries fourth time information of the second PDCP packet sent by a responding side, where the apparatus further includes:

the third acquisition module is connected to the first receiving module and used for acquiring the fourth time information;

the third operation module is connected to the third acquisition module and used for acquiring a third network delay according to the fourth time information and the third time information; and/or

And the fourth operation module is connected to the third acquisition module and used for acquiring a fourth network delay according to the fourth time information and the second time information.

a time unit field for defining a unit of time information;

In a possible implementation manner, after the first PDCP packet is sent to the responding side, the apparatus further includes:

and the judging module is connected with the request side sending module and is used for determining that the time delay of the first network is overlarge if the second PDCP message is not received within the preset time for sending the first PDCP message.

In a possible embodiment, the apparatus further comprises:

a first reporting module, connected to the first operation module, for reporting the first network delay to a network layer through a Media Access Control (MAC) Control Element (CE); and/or

And the second reporting module is connected to the first operation module and used for reporting the first network delay to the application layer.

In one possible implementation, the request side sending module includes:

the first request side sending submodule is used for sending a first PDCP message to the response side according to the indication of the test indication domain in the RRC configuration message when the RRC configuration message is received; or

The second request side sending submodule is used for sending a first PDCP message to the response side according to the instruction of the test instruction control unit in the MAC CE when the MAC CE is received; or

And the third request side sending submodule is used for sending the first PDCP message to the response side according to the test instruction in the application instruction when the application instruction of the application layer is received.

According to another aspect of the present disclosure, an apparatus for testing network delay through packet data convergence protocol PDCP packet is provided, which is applied to a response side, and includes:

a fourth obtaining module, configured to obtain first time information of a first PDCP packet sent by a requesting side and sent by a requesting side when the first PDCP packet sent by the requesting side is received;

a fifth obtaining module, connected to the fourth obtaining module, configured to obtain third time information when the first PDCP packet arrives;

and the response side sending module is connected to the fifth acquiring module and is used for sending a second PDCP packet to the request side, wherein the second PDCP packet carries the third time information.

In a possible embodiment, the apparatus further comprises:

and the fifth operation module is connected to the fifth acquisition module and is used for acquiring a second network delay according to the first time information and the third time information.

In one possible embodiment, the apparatus further comprises:

a sixth obtaining module, configured to obtain fourth time information when the second PDCP packet is sent;

a write module, connected to the sixth obtaining module, configured to write the fourth time information into the second PDCP message;

and the sixth operation module is connected to the sixth acquisition module and is used for acquiring a third network delay according to the third time information and the fourth time information.

a time unit field for defining a unit of time information;

In a possible embodiment, the apparatus further comprises:

a third reporting module, connected to the fifth operation module, configured to report the second network delay to the network layer through a Media Access Control (MAC) Control Element (CE); and/or

And the fourth reporting module is connected to the fifth operation module and is used for reporting the second network delay to the application layer.

According to another aspect of the present disclosure, an apparatus for testing network delay through a packet data convergence protocol PDCP packet is provided, including:

a processor;

a memory for storing processor-executable instructions;

wherein the processor is configured to perform the method of testing network latency through packet data convergence protocol PDCP messages.

According to another aspect of the present disclosure, a non-transitory computer readable storage medium is provided, having stored thereon computer program instructions, which when executed by a processor, implement the method for testing network latency through packet data convergence protocol PDCP messages.

According to the method and the device, the first PDCP message is sent to the response side, the second PDCP message sent by the response side after the first PDCP message is obtained is received, the second time information when the second PDCP message arrives is obtained, and the first network delay can be obtained according to the first time information and the second time information, so that the network delay between the request side and the response side is obtained, and the network delay between the request side and the response side is monitored in real time.

Other features and aspects of the present disclosure will become apparent from the following detailed description of exemplary embodiments, which proceeds with reference to the accompanying drawings.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate exemplary embodiments, features, and aspects of the disclosure and, together with the description, serve to explain the principles of the disclosure.

Fig. 1 is a flowchart illustrating a method for testing network latency through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

Fig. 2 a-2 d are schematic diagrams illustrating partial message formats of PDCP messages according to an embodiment of the present disclosure.

Fig. 3 is a flowchart illustrating a method for testing network latency through PDCP messages according to an embodiment of the present disclosure.

Fig. 4 is a flowchart illustrating a method for testing network latency through PDCP messages according to an embodiment of the present disclosure.

Fig. 5 is a flowchart illustrating a method for testing network latency through PDCP messages according to an embodiment of the present disclosure.

Fig. 6 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

Fig. 7 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

Fig. 8 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

Fig. 9 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

Fig. 10 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

Fig. 11 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

Detailed Description

Various exemplary embodiments, features and aspects of the present disclosure will be described in detail below with reference to the accompanying drawings. In the drawings, like reference numbers indicate functionally identical or similar elements. While the various aspects of the embodiments are presented in drawings, the drawings are not necessarily drawn to scale unless specifically indicated.

The word "exemplary" is used exclusively herein to mean "serving as an example, embodiment, or illustration. Any embodiment described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments.

Furthermore, in the following detailed description, numerous specific details are set forth in order to provide a better understanding of the present disclosure. It will be understood by those skilled in the art that the present disclosure may be practiced without some of these specific details. In some instances, methods, means, elements and circuits that are well known to those skilled in the art have not been described in detail so as not to obscure the subject matter of the present disclosure.

The present disclosure will be described in detail with reference to the drawings, in order to make the above objects, features and advantages of the disclosure more comprehensible.

Referring to fig. 1, fig. 1 is a flowchart illustrating a method for testing network delay through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

The method for testing the network delay through the PDCP packet according to the present disclosure may be applied to a network side and a user side, where the network side may include a network side device such as a base station, for example, and the user side may include a user equipment UE such as a mobile device (e.g., a mobile phone, a tablet computer, etc.), a computer, and the like.

As shown in fig. 1, the method is applied to a requesting side, and the method includes:

step S110, a first PDCP message is sent to a response side, and the first PDCP message carries first time information of the first PDCP message sent by a request side;

step S120, receiving a second PDCP message sent by a response side after the response side obtains the first PDCP message;

step S130, acquiring second time information when the second PDCP message arrives;

step S140, obtaining a first network delay according to the first time information and the second time information.

In a possible implementation, after obtaining the first network delay, the requesting side may send the first network delay to a specified location, such as an application layer or a network layer (for example, reporting the network layer in a MAC CE form), according to a preset configuration.

In one possible implementation, the requesting side may be a network side or a user side.

In an example, when the requesting side is a network side, the responding side may be a user side, in which case, the network side sends out a first PDCP packet, and the user side sends out a second PDCP packet as a response packet after receiving the first PDCP packet. When receiving the second PDCP packet, the network side obtains a network delay (first network delay) between the network side and the user side according to a time (first time information) of sending the first PDCP packet and a time (second time information) of receiving the second PDCP packet. When the request side is the user side, the response side may be the network side, and in this case, the process of obtaining the network delay between the request side and the response side is similar to that in the previous example, and is not described herein again.

In a possible implementation manner, the first PDCP message and the second PDCP message are based on a Packet Data Convergence Protocol (PDCP) layer of a radio interface Protocol stack, and formats of the first PDCP message and the second PDCP message will be described with reference to the accompanying drawings.

Referring to fig. 2a to 2d, fig. 2a to 2d are schematic diagrams illustrating partial packet formats of PDCP packets according to an embodiment of the present disclosure.

In one possible embodiment, as shown in fig. 2a, the first PDCP packet and/or the second PDCP packet may include at least one of a D/C field, a PDU Type field, an identity definition field, a time unit field, an R field, a first timestamp field(s), and a digit pad field.

The D/C field may be used to indicate a first packet type of the PDCP packet, for example, the D/C field may be set to a value so as to indicate that the PDCP packet is a control packet or a data packet, in an example, the D/C field may include at least 1 bit, for example, the D/C field may be set to a value of 0 so as to indicate that the first PDCP packet and/or the second PDCP packet is a control packet.

The PDU Type field may be used to indicate a second packet Type of the PDCP packet, for example, the PDU Type field may include at least one bit by setting a value of the PDU Type field, for example, the PDU Type field may include 3 bits by setting a value of the PDU Type field to indicate that the PDCP packet is a delay test packet or other packet.

The identity definition field may be used to represent identity information of the PDCP message, for example, the identity definition field may be set to a value such that the PDCP message is a request side message or a response side message, and in one example, the identity definition field may include 1 bit, for example, the identity definition field may be set to a value of 0 such that the first PDCP message or the second PDCP message is a request side message, or the identity definition field may be set to a value of 1 such that the first PDCP message or the second PDCP message is a response side message.

The time unit field may be used to indicate the units of the acquired time information, for example, the units of the time information stored in the PDCP packet may be indicated by setting a value of the time unit field, in one example, the time unit field may include at least 1 bit, for example, 2 bits, and the value of the time unit field may be set so as to indicate time units of 1ms,1ns,10ns, etc.

The R field is a Reserved bit (Reserved), which may be selected to indicate a specific meaning according to actual situations, and in one example, the value of the R field may be set to 0 to indicate that the R field is legal.

The first timestamp domain may be configured to store the obtained time information, for example, the first time information of the first PDCP packet sent by the requesting side may be filled into the first timestamp domain of the first PDCP packet according to a unit of the time information shown in the time unit domain, and similarly, the first timestamp domain of the second PDCP packet may be configured to carry third time information of the first PDCP packet received by the responding side, and/or fourth time information of the second PDCP packet sent by the responding side, in an example, the first timestamp domain may include at least 1 bit, for example, 1 byte (including 8 bits) may be set as the first timestamp domain, and also 4 consecutive bytes may be set as the first timestamp domain.

The digital Padding field, also called Padding field, may be used to pad data, so that the first PDCP packet or the second PDCP packet reaches a preset length.

In one possible embodiment, as shown in fig. 2b, the first PDCP packet and/or the second PDCP packet may include at least one of a D/C field, a PDU Type field, an identity definition field, an R field, a first timestamp field(s), and a digit padding field.

Compared to the PDCP message of fig. 2a, the PDCP message of fig. 2b does not include a time unit field, but includes a plurality of R fields.

In one possible embodiment, as shown in fig. 2C, the first PDCP packet and/or the second PDCP packet may include at least one of a D/C field, a PDU Type field, an identity definition field, a time unit field, an R field, a second timestamp field(s), a third timestamp field(s), and a digit padding field.

The second timestamp domain and the third timestamp domain may be configured to store the obtained time information, for example, the first time information when the requesting side sends the first PDCP packet may be filled in the second timestamp domain of the first PDCP packet, and the time information obtained by the responding side may be filled in the third timestamp domain of the second PDCP packet, for example, the third timestamp domain of the second PDCP packet may carry the third time information that the responding side receives the first PDCP packet, and/or the fourth time information that the responding side sends the second PDCP packet.

In one example, the second timestamp field may include at least 1 bit, e.g., 4 consecutive bytes may be set as the second timestamp field.

In one example, the third timestamp field may include at least 1 bit, e.g., 4 consecutive bytes may be set as the third timestamp field.

In one possible embodiment, as shown in fig. 2D, the first PDCP packet and/or the second PDCP packet may include at least one of a D/C field, a PDU Type field, an identity definition field, an R field, a second timestamp field(s), a third timestamp field(s), and a digit padding field.

Compared to the PDCP message of fig. 2c, the PDCP message of fig. 2d does not include a time unit field, but includes a plurality of R fields.

Referring to fig. 3, fig. 3 is a flowchart illustrating a method for testing network delay through PDCP packets according to an embodiment of the present disclosure.

As shown in fig. 3, after step S120 receives a second PDCP packet sent by the responding side after obtaining the first PDCP packet, the method further includes:

step S150, acquiring the third time information;

step S160, obtaining a second network delay according to the third time information and the first time information.

The third time information may be time information of the response side receiving the first PDCP packet sent by the request side, and the response side may obtain the third time information after receiving the first PDCP packet and store the third time information in the second PDCP packet.

According to the third time information and the first time information, the second network time delay between the request side sending the first PDCP message and the response side receiving the first PDCP message can be obtained.

In a possible embodiment, after obtaining the second network delay, the requesting side may send the second network delay to a specified location, such as an application layer or a network layer (for example, reporting the network layer in a MAC CE format), according to a preset configuration.

As shown in fig. 3, after receiving, in step S120, a second PDCP packet sent by the responding side after obtaining the first PDCP packet, the method further includes:

step S170, acquiring the fourth time information;

step S180, obtaining a third network time delay according to the fourth time information and the third time information; and/or

Step S190, obtaining a fourth network delay according to the fourth time information and the second time information.

The fourth time information may be time information of sending the second PDCP packet by the response side, for example, the second PDCP packet is sent after the response side receives the first PDCP packet sent by the request side, and the sent second PDCP packet may carry the fourth time information of sending the second PDCP packet by the response side.

According to the method and the device, the third network time delay between the response side receiving the first PDCP message and the response side sending the second PDCP message can be obtained through the fourth time information and the third time information, and the fourth network time delay between the request side receiving the second PDCP message and the response side sending the second PDCP message can be obtained through the fourth time information and the second time information.

In a possible implementation manner, within a preset time after the request side sends the first PDCP packet to the response side, if the second PDCP packet is not received, it is determined that the first network delay is too large.

In the present embodiment, the preset time may be 5s to 20s, for example, 10s.

In one possible embodiment, the first time information-the fourth time information may be time information obtained from SFN (System Frame Number), GPS (Global Positioning System) time or other data that may indicate time.

In a possible implementation, after obtaining the third network delay and/or the fourth network delay, the requesting side may send the third network delay and/or the fourth network delay to a specified location, such as an application layer or a network layer (for example, report the network layer in a MAC CE format), according to a preset configuration. When the first network delay is considered to be too long, the information may be sent to a specified location, such as an application layer or a network layer (e.g., reporting to the network layer in the form of MAC CE), according to a preset configuration.

It should be appreciated that the first PDCP message and the second PDCP message may adopt one of a plurality of message formats as shown in fig. 2 a-2 d, and the disclosure is not limited thereto.

In a possible implementation manner, the sending the first PDCP packet to the responding side in step S110 may include:

when receiving the RRC configuration message, sending a first PDCP message to a response side according to the indication of the test indication domain in the RRC configuration message; or

When receiving the MAC CE, sending a first PDCP message to a response side according to the indication of the test indication control unit in the MAC CE; or

In a possible implementation manner, the request side may start testing the network delay (sending the first PDCP message) according to an RRC (Radio Resource Control) signaling configuration indication, an MAC CE (MAC Control Element) indication, and an indication of the user.

In this embodiment, a field may be added to the configuration message of the RRC to PDCP to indicate whether to enable the function. The RRC signaling indicates whether the present function is enabled or not through the newly added domain when the PDCP is configured.

In an example, a network delay test indication field may be added to indicate that the requesting side starts to test the network delay, for example, the value of the network delay test indication field may be set to 1, when the requesting side acquires a configuration message of the RRC for PDCP, the network delay is started to be tested according to the value of the network delay test indication field in the configuration message, and the network delay is tested through the PDCP packet.

In this embodiment, a new MAC CE may be added to indicate whether to start testing network delay, and whether to start testing network delay is indicated by the MAC CE, and when receiving the testing network delay indication of the MAC CE, the request side tests network delay through the PDCP packet.

In an example, whether the function is enabled or not may be dynamically indicated according to a specific application of the user, and the request side tests the network delay through the PDCP packet when receiving an indication of the user to start testing the network delay.

Referring to fig. 4, fig. 4 is a flowchart illustrating a method for testing network delay through PDCP packets according to an embodiment of the present disclosure.

The method is applied to a response side, and as shown in fig. 4, the method comprises the following steps:

step S210, when receiving a first PDCP message sent by a request side, obtaining first time information carried by the first PDCP message and sent by the request side;

step S220, obtaining third time information when the first PDCP message arrives;

step S230, sending a second PDCP packet to the requesting side, where the second PDCP packet carries the third time information.

By the method, when receiving a first PDCP message sent by a request side, a response side can acquire first time information carried by the first PDCP message and sent by the request side to the first PDCP message, acquire third time information when the first PDCP message arrives, and send a second PDCP message to the request side, wherein the second PDCP message carries the third time information, so that the response is carried out on the first PDCP message sent by the request side, the second PDCP message is sent to the request side, the request side can monitor the network delay between the request side and the response side in real time after acquiring the second PDCP message, and the response side can acquire the one-way transmission delay between the request side and the response side after acquiring the first time information and the third time information.

Referring to fig. 5, fig. 5 is a flowchart illustrating a method for testing network delay through PDCP packets according to an embodiment of the present disclosure.

As shown in fig. 5, after the third time information when the first PDCP packet arrives is obtained in step S220, the method further includes:

step S250, obtaining a second network delay according to the first time information and the third time information.

By the method, the response side can obtain the second network time delay between the transmission of the first PDCP message from the request side to the arrival of the first PDCP message at the response side according to the first time information of the first PDCP message transmitted by the request side and the third time information of the first PDCP message obtained by the response side.

In a possible implementation, after obtaining the second network delay, the response side may transmit the second network delay to a specified location, such as an application layer or a network layer (for example, report the network layer in a MAC CE form), according to preset configuration information.

As shown in fig. 5, the method further comprises:

step S270, obtaining fourth time information when sending the second PDCP message;

step S280, writing the fourth time information into the second PDCP message;

step S290, obtaining a third network delay according to the third time information and the fourth time information.

After the response side receives the first PDCP message sent by the request side, the response side may send a second PDCP message as a response message to respond to the request side, where in the second PDCP message, the response side may write fourth time information for sending the second PDCP message into the second PDCP message (depending on which message format is used in the first timestamp domain or the third timestamp domain of the second PDCP message), and the response side may obtain, according to the third time information for obtaining the first PDCP message and the fourth time information for sending the second PDCP message, a third network delay between the response side receiving the first PDCP message and responding to send the second PDCP message.

In a possible implementation, after obtaining the third network delay at the responding side, the third network delay may be sent to a specified location, such as an application layer or a network layer (for example, reporting the network layer in a MAC CE format), according to a preset configuration.

The following description of the procedure for acquiring the network delay by the requesting side and the responding side is made in conjunction with the message formats of the PDCP messages shown in fig. 2 a-2 d, and it should be understood that these descriptions can be used for better understanding of the present disclosure, but should not be construed as limiting the present disclosure.

In a possible implementation manner, when the request side and the response side select the packet formats of the first PDCP packet and the second PDCP packet to be the packet formats shown in fig. 2a or 2b, for the request side, before sending the first PDCP packet, the first PDCP packet needs to be set, including:

setting the value of the D/C domain as 0 to represent that the first PDCP message is a control message;

setting the value of the PDU Type field to be 010 (or other values) to represent that the first PDCP message is a delay test message;

setting the value of the identity definition domain as 0 to represent that the first PDCP message is a request side message;

for the message format shown in fig. 2a, the value of the time unit field may be set to 00, so as to represent that the time information in the first PDCP message is in milliseconds (ms), and for the message format shown in fig. 2b, since the first PDCP message does not include the time unit field, this step is skipped;

setting the value of the R field to be 0 to represent that the R field in the first PDCP message is legal;

selecting GPS time, system frame number SFN or other data which can represent time according to the time information unit set in the time unit field, and writing the data into the first time stamp field (in FIG. 2b, when the time unit field is not included, directly acquiring the time information and writing the time information into the first time stamp field);

and filling the digital filling domain according to the requirement so as to enable the first PDCP message to reach the preset length.

And after the setting of the first PDCP message is finished, sending the first PDCP message.

If a response message (second PDCP packet) of the response side is received within the preset time, the entire network delay (first network delay) of the request side and the response side is obtained according to the time information (second time information) of the received second PDCP packet and the first time information of the first PDCP packet, and at least one of the second network delay, the third network delay, and the fourth network delay may be obtained according to the time information (third time information and/or fourth time information), the first time information, and the second time information carried in the first timestamp field of the second PDCP packet.

And if the second PDCP message of the response side is not received within the preset time, the network delay is determined to be overlarge.

After obtaining the information of each network delay, the requesting side may send the information to the network layer or the application layer according to a preset configuration.

For a response side, after receiving a first PDCP message, firstly reading a value of a PDU Type domain, if the value of the PDU Type indicates that the first PDCP message is not a test message, ignoring the first PDCP message, and not responding, and when the first PDCP message is a test message, setting a second PDCP message, including:

setting the value of the D/C field, setting the value of the PDU Type field, the value of the time unit field, and the value of the R field to be the same as the corresponding field value in the first PDCP packet, in other embodiments, the value of the time unit field may also be set to other values (units) that can be correctly identified by the requesting side, and when the time unit field is not included (fig. 2 b), the setting of the time unit field is skipped;

setting the value of the identity definition domain as 1 to represent that the second PDCP message is a response side message;

selecting GPS time, system frame number or other data which can represent time to write into a first time stamp domain of the second PDCP message (according to a time information unit set in a time unit domain);

and filling the digital filling domain according to the requirement so as to enable the second PDCP message to reach the preset length.

And after the setting of the second PDCP message is finished, sending the second PDCP message.

The response side can also obtain the second network delay and the third network delay according to the time information (the third time information and the fourth time information) in the first time stamp field of the second PDCP message and the first time information carried by the first PDCP message.

After obtaining the information of each network delay, the network side may send the information to the network layer or the application layer according to a preset configuration.

In the following example, reference is made to the previous description of the time unit fields in fig. 2a and 2b for the description of the time unit fields in fig. 2c and 2 d.

In a possible implementation manner, when the request side and the response side select the packet formats of the first PDCP packet and the second PDCP packet to be the packet formats shown in fig. 2c or 2d, for the request side, before sending the first PDCP packet, the first PDCP packet needs to be set, including:

setting the value of the time unit field to 00 to represent that the time information in the first PDCP message is in units of milliseconds (ms);

selecting GPS time, system frame number SFN or other data which can represent time according to the time information unit set in the time unit field, writing the data into the second time stamp field, and setting the value of the third time stamp field to be any value or a specific value (such as all 0 or all 1);

and filling the digital filling field according to the requirement so as to enable the first PDCP message to reach the preset length.

If a response message (second PDCP message) of the response side is received within the preset time, the network delay (first network delay) between the request side sending the first PDCP message and the request side receiving the second PDCP message is obtained according to the time information (second time information) of the received second PDCP message and the first time information of the sent first PDCP message, and at least one of the second network delay, the third network delay, and the fourth network delay can be obtained according to the time information (third time information and/or fourth time information) carried in the third timestamp field of the second PDCP message, the first time information, and the second time information.

It should be noted that, when the first network delay is obtained according to the first time information and the second time information, or when the second network delay, the third network delay, and the fourth network delay are obtained according to the first time information, the second time information, the third time information, and the fourth time information, the first time information, the second time information, the third time information, and the fourth time information are values with time information units, for example, when the first PDCP message and the second PDCP message include a time unit domain, the units of the first time information, the second time information, the third time information, and the fourth time information are time information units represented by the time unit domain, and when the first PDCP message and the second PDCP message do not include the time unit domain, the units of the first time information, the second time information, the third time information, and the fourth time information are time information units obtained from a system frame number SFN, a GPS, or other data that can represent time.

For a response side, after receiving a first PDCP message, first reading a value of a PDU Type field, and if the value of the PDU Type indicates that the first PDCP message is not a test message, ignoring the first PDCP message and not responding, and when the first PDCP message is a test message, setting a second PDCP message, including:

the value of the D/C field, the value of the PDU Type field, the value of the time unit field, the value of the second timestamp field, and the value of the R field are the same as the values of the corresponding fields in the first PDCP message, and in other embodiments, the value of the time unit field may also be set to other values (units) that can be correctly identified by the requesting side;

selecting GPS time, system frame number or other data which can represent time according to a time information unit set in a time unit domain, and writing the data into a third timestamp domain of the second PDCP message;

The response side can also obtain the second network delay and the third network delay according to the time information (third time information and fourth time information) in the third time stamp field of the second PDCP message and the first time information carried by the first PDCP message.

Referring to fig. 6, fig. 6 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

The device is applied to a request side, and comprises:

a request side sending module 10, configured to send a first PDCP packet to a response side, where the first PDCP packet carries first time information when the request side sends the first PDCP packet;

a first receiving module 20, connected to the request side sending module 10, configured to receive a second PDCP packet sent by a response side after obtaining the first PDCP packet;

a first obtaining module 30, connected to the first receiving module 20, configured to obtain second time information when the second PDCP packet arrives;

the first operation module 40 is connected to the first obtaining module 30, and configured to obtain a first network delay according to the first time information and the second time information.

Referring to fig. 7, fig. 7 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

In a possible implementation manner, the second PDCP packet carries third time information when the responding side receives the first PDCP packet, where the apparatus may further include:

a second obtaining module 50, connected to the first receiving module 20, for obtaining the third time information;

and a second operation module 51, connected to the second obtaining module 50, configured to obtain a second network delay according to the third time information and the first time information.

In a possible implementation manner, the second PDCP packet carries fourth time information of the second PDCP packet sent by a responding side, where the apparatus may further include:

a third obtaining module 52, connected to the first receiving module 20, configured to obtain the fourth time information;

a third operation module 53, connected to the third obtaining module 52, configured to obtain a third network delay according to the fourth time information and the third time information; and/or

A fourth operation module 54, connected to the third obtaining module 52, configured to obtain a fourth network delay according to the fourth time information and the second time information.

In a possible embodiment, the first PDCP packet and the second PDCP packet may include at least one of:

a time unit field for defining a unit of time information;

In a possible embodiment, the apparatus may further include:

a determining module 55, connected to the request side sending module 10, configured to determine that the first network delay is too long if the second PDCP packet is not received within a preset time for sending the first PDCP packet.

In a possible embodiment, the apparatus may further include:

a first reporting module 57, connected to the first computing module 40, configured to report the first network delay to the network layer through a Media Access Control (MAC) Control Element (CE); and/or

A second reporting module 58, connected to the first operation module 40, configured to report the first network delay to the application layer.

The first reporting module 57 and the second reporting module 58 can also be used for uploading other network delays.

In a possible implementation manner, the request side sending module may include:

the first request side sending sub-module 110 is configured to send, when receiving the RRC configuration message, a first PDCP packet to the response side according to an indication of the test indication field in the RRC configuration message; or

A second request side transmission submodule 120, configured to, when receiving a media access control layer control unit MAC CE, transmit a first PDCP packet to a response side according to an instruction of a test instruction control unit in the MAC CE; or

The third request side sending submodule 130 is configured to send, when receiving an application instruction of an application layer, the first PDCP packet to the response side according to a test instruction in the application instruction.

Referring to fig. 8, fig. 8 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP message according to an embodiment of the present disclosure.

The device is applied to a response side and comprises:

a fourth obtaining module 60, configured to obtain, when receiving a first PDCP packet sent by a requesting side, first time information of the first PDCP packet sent by the requesting side, where the first PDCP packet is carried by the first PDCP packet;

a fifth obtaining module 61, connected to the fourth obtaining module, configured to obtain third time information when the first PDCP packet arrives;

a response side sending module 62, connected to the fifth obtaining module, configured to send a second PDCP packet to the request side, where the second PDCP packet carries the third time information.

By the device, when receiving a first PDCP message sent by a request side, a response side can acquire first time information carried by the first PDCP message and sent by the request side to the first PDCP message, acquire third time information when the first PDCP message arrives, and send a second PDCP message to the request side, wherein the second PDCP message carries the third time information, so that the response is carried out on the first PDCP message sent by the request side, the request side can monitor the network delay between the request side and the response side in real time after acquiring the second PDCP message by sending the second PDCP message to the request side, and the response side can acquire the one-way transmission delay between the request side and the response side after acquiring the first time information and the third time information.

Referring to fig. 9, fig. 9 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure.

In a possible embodiment, the apparatus may further include:

a fifth operation module 70, connected to the fifth obtaining module 61, configured to obtain a second network delay according to the first time information and the third time information.

In a possible embodiment, the apparatus may further include:

a sixth obtaining module 71, configured to obtain fourth time information when the second PDCP packet is sent;

a write module 72, connected to the sixth obtaining module 71, configured to write the fourth time information into the second PDCP message;

a sixth operation module 73, connected to the sixth obtaining module 71, and configured to obtain a third network delay according to the third time information and the fourth time information.

a time unit field for defining a unit of time information;

In a possible embodiment, the apparatus may further include:

a third reporting module 75, connected to the fifth computing module 70, configured to report the second network delay to the network layer through a Media Access Control (MAC) Control Element (CE); and/or

A fourth reporting module 74, connected to the fifth calculating module 70, configured to report the second network delay to the application layer.

Referring to fig. 10, fig. 10 is a block diagram illustrating an apparatus for testing network latency through a packet data convergence protocol PDCP message according to an embodiment of the present disclosure. For example, the apparatus 800 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, an exercise device, a personal digital assistant, and the like.

Referring to fig. 10, the apparatus 800 may include one or more of the following components: processing component 802, memory 804, power component 806, multimedia component 808, audio component 810, input/output (I/O) interface 812, sensor component 814, and communications component 816.

The processing component 802 generally controls overall operation of the device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing components 802 may include one or more processors 820 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 802 can include one or more modules that facilitate interaction between the processing component 802 and other components. For example, the processing component 802 may include a multimedia module to facilitate interaction between the multimedia component 808 and the processing component 802.

The memory 804 is configured to store various types of data to support operations at the apparatus 800. Examples of such data include instructions for any application or method operating on device 800, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 804 may be implemented by any type or combination of volatile or non-volatile memory devices, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

A power supply component 806 provides power to the various components of the device 800. The power components 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the apparatus 800.

The multimedia component 808 includes a screen that provides an output interface between the device 800 and a user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the device 800 is in an operation mode, such as a photographing mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

The audio component 810 is configured to output and/or input audio signals. For example, the audio component 810 includes a Microphone (MIC) configured to receive external audio signals when the apparatus 800 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signal may further be stored in the memory 804 or transmitted via the communication component 816. In some embodiments, audio component 810 also includes a speaker for outputting audio signals.

The I/O interface 812 provides an interface between the processing component 802 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.

The sensor assembly 814 includes one or more sensors for providing various aspects of state assessment for the device 800. For example, the sensor assembly 814 may detect the open/closed status of the device 800, the relative positioning of components, such as a display and keypad of the device 800, the sensor assembly 814 may also detect a change in the position of the device 800 or a component of the device 800, the presence or absence of user contact with the device 800, the orientation or acceleration/deceleration of the device 800, and a change in the temperature of the device 800. Sensor assembly 814 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 816 is configured to facilitate communications between the apparatus 800 and other devices in a wired or wireless manner. The device 800 may access a wireless network based on a communication standard, such as WiFi,2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 816 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, ultra Wideband (UWB) technology, bluetooth (BT) technology, and other technologies.

In an exemplary embodiment, the apparatus 800 may be implemented by one or more Application Specific Integrated Circuits (ASICs), digital Signal Processors (DSPs), digital Signal Processing Devices (DSPDs), programmable Logic Devices (PLDs), field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the above-described methods.

In an exemplary embodiment, a non-transitory computer-readable storage medium, such as the memory 804, is also provided that includes computer program instructions executable by the processor 820 of the device 800 to perform the above-described methods.

Referring to fig. 11, fig. 11 is a block diagram illustrating an apparatus for testing network delay through a packet data convergence protocol PDCP packet according to an embodiment of the present disclosure. For example, the apparatus 1900 may be provided as a server. Referring to FIG. 11, the device 1900 includes a processing component 1922 further including one or more processors and memory resources, represented by memory 1932, for storing instructions, e.g., applications, executable by the processing component 1922. The application programs stored in memory 1932 may include one or more modules that each correspond to a set of instructions. Further, the processing component 1922 is configured to execute instructions to perform the above-described method.

The device 1900 may also include a power component 1926 configured to perform power management of the device 1900, a wired or wireless network interface 1950 configured to connect the device 1900 to a network, and an input/output (I/O) interface 1958. The device 1900 may operate based on an operating system stored in memory 1932, such as Windows Server, mac OS XTM, unixTM, linuxTM, freeBSDTM, or the like.

In an exemplary embodiment, a non-transitory computer readable storage medium, such as the memory 1932, is also provided that includes computer program instructions executable by the processing component 1922 of the apparatus 1900 to perform the above-described methods.

The present disclosure may be systems, methods, and/or computer program products. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied thereon for causing a processor to implement various aspects of the present disclosure.

The computer-readable storage medium may be a tangible device that can hold and store the instructions for use by the instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media as used herein is not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission medium (e.g., optical pulses through a fiber optic cable), or electrical signals transmitted through electrical wires.

The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a respective computing/processing device, or to an external computer or external storage device via a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives the computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing/processing device.

The computer program instructions for carrying out operations of the present disclosure may be assembler instructions, instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer-readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, the electronic circuitry that can execute the computer-readable program instructions implements aspects of the present disclosure by utilizing the state information of the computer-readable program instructions to personalize the electronic circuitry, such as a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA).

Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer readable program instructions.

These computer-readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Having described embodiments of the present disclosure, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the disclosed embodiments. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terms used herein were chosen in order to best explain the principles of the embodiments, the practical application, or technical improvements to the techniques in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. A method for testing network delay through a Packet Data Convergence Protocol (PDCP) message is applied to a request side, and comprises the following steps:

acquiring second time information when the second PDCP message arrives;

2. The method according to claim 1, wherein the first PDCP packet and the second PDCP packet include a first timestamp field, and the first timestamp field is used for carrying time information of a requesting side and a responding side;

3. The method according to claim 1, wherein the first PDCP packet and the second PDCP packet include a second timestamp domain and a third timestamp domain, the second timestamp domain is used for carrying time information of a requesting side, and the third timestamp domain is used for carrying time information of a responding side;

4. The method according to any one of claims 1 to 3, wherein the second PDCP packet carries third time information when the responding side receives the first PDCP packet, and wherein after receiving the second PDCP packet sent by the responding side after obtaining the first PDCP packet, the method further comprises:

acquiring the third time information;

5. The method according to claim 4, wherein the second PDCP packet carries fourth time information of the second PDCP packet sent by the response side, and wherein after receiving the second PDCP packet sent by the response side after obtaining the first PDCP packet, the method further comprises:

acquiring the fourth time information;

And obtaining a fourth network delay according to the fourth time information and the second time information.

6. The method according to any one of claims 1 to 3, wherein the first PDCP message and the second PDCP message comprise at least one of:

a time unit field for defining a unit of time information;

7. The method of claim 1, wherein after sending the first PDCP packet to the responding side, the method further comprises:

and in the preset time for sending the first PDCP message, if the second PDCP message is not received, determining that the time delay of the first network is overlarge.

8. The method of claim 1, further comprising:

And reporting the first network delay to an application layer.

9. The method of claim 1, wherein the sending the first PDCP message to the responding side comprises:

when a Radio Resource Control (RRC) configuration message is received, sending a first PDCP message to a response side according to the indication of a test indication domain in the RRC configuration message; or

10. A method for testing network delay through a Packet Data Convergence Protocol (PDCP) message is applied to a response side, and comprises the following steps:

acquiring third time information when the first PDCP message arrives;

sending a second PDCP message to a request side, wherein the second PDCP message carries the third time information,

after obtaining the third time information when the first PDCP packet arrives, the method further includes:

obtaining a second network delay according to the first time information and the third time information, wherein the method further comprises:

acquiring fourth time information when the second PDCP message is sent;

writing the fourth time information into the second PDCP message;

and acquiring a third network time delay according to the third time information and the fourth time information.

11. The method of claim 10, wherein the first PDCP packet and the second PDCP packet include a first timestamp field, and wherein the first timestamp field is used to carry time information of a requesting side and a responding side;

12. The method according to any one of claims 10 to 11, wherein the first PDCP packet and the second PDCP packet include a second timestamp field and a third timestamp field, the second timestamp field is used for carrying time information of a requesting side, and the third timestamp field is used for carrying time information of a responding side;

13. The method of claim 10, wherein the first PDCP message and the second PDCP message comprise at least one of:

a time unit field for defining a unit of time information;

14. The method of claim 10, further comprising:

reporting the second network delay to a network layer through a Media Access Control (MAC) CE; and/or

And reporting the second network delay to an application layer.

15. An apparatus for testing network delay through packet data convergence protocol PDCP messages, applied to a request side, the apparatus comprising:

a first receiving module, connected to the request side sending module, for receiving a second PDCP packet sent by a response side after obtaining the first PDCP packet;

16. The apparatus of claim 15, wherein the first PDCP packet and the second PDCP packet comprise a first timestamp field, and wherein the first timestamp field is configured to carry time information of a requesting side and a responding side;

17. The apparatus according to claim 16, wherein the first PDCP packet and the second PDCP packet include a second timestamp domain and a third timestamp domain, the second timestamp domain is configured to carry time information of a requesting side, and the third timestamp domain is configured to carry time information of a responding side;

18. The apparatus according to any one of claims 15 to 17, wherein the second PDCP packet carries third time information when the responding side receives the first PDCP packet, wherein the apparatus further comprises:

the second obtaining module is connected to the first receiving module and is used for obtaining the third time information;

19. The apparatus as claimed in claim 18, wherein the second PDCP packet carries fourth time information for a responding side to send the second PDCP packet, wherein the apparatus further comprises:

the third obtaining module is connected to the first receiving module and used for obtaining the fourth time information;

And the fourth operation module is connected to the third acquisition module and is used for acquiring a fourth network time delay according to the fourth time information and the second time information.

20. The apparatus according to any of claims 15 to 17, wherein the first PDCP message and the second PDCP message comprise at least one of:

a time unit field for defining a unit of time information;

21. The apparatus of claim 15, wherein after sending the first PDCP packet to the responding side, the apparatus further comprises:

and the judging module is connected with the request side sending module and used for determining that the first network delay is overlarge if the second PDCP message is not received within the preset time for sending the first PDCP message.

22. The apparatus of claim 15, further comprising:

23. The apparatus of claim 15, wherein the request side sending module comprises:

24. An apparatus for testing network delay through packet data convergence protocol PDCP messages, applied to a response side, the apparatus comprising:

a fourth obtaining module, configured to obtain, when receiving a first PDCP packet sent by a request side, first time information of the first PDCP packet sent by the request side, where the first PDCP packet is carried by the first PDCP packet;

a response side sending module, connected to the fifth obtaining module, configured to send a second PDCP packet to the request side, where the second PDCP packet carries the third time information,

the device further comprises:

a fifth operation module, connected to the fifth obtaining module, for obtaining a second network delay according to the first time information and the third time information,

the device further comprises:

and the sixth operation module is connected to the sixth obtaining module and is used for obtaining a third network delay according to the third time information and the fourth time information.

25. The apparatus of claim 24, wherein the first PDCP packet and the second PDCP packet comprise a first timestamp field, and wherein the first timestamp field is configured to carry time information of a requesting side and a responding side;

26. The apparatus of claim 24, wherein the first PDCP packet and the second PDCP packet comprise a second timestamp field and a third timestamp field, the second timestamp field is configured to carry time information of a requesting side, and the third timestamp field is configured to carry time information of a responding side;

27. The apparatus of claim 24, wherein the first PDCP packet and the second PDCP packet comprise at least one of:

a time unit field for defining a unit of time information;

28. The apparatus of claim 24, further comprising:

29. An apparatus for testing network delay through packet data convergence protocol PDCP messages, comprising:

a processor;

a memory for storing processor-executable instructions;

wherein the processor is configured to perform the method of any one of claims 1-9.

30. A non-transitory computer readable storage medium having stored thereon computer program instructions, wherein the computer program instructions, when executed by a processor, implement the method of any one of claims 1 to 9.