WO2019218119A1

WO2019218119A1 - Method for determining transmission delay, communication device and readable storage medium

Info

Publication number: WO2019218119A1
Application number: PCT/CN2018/086740
Authority: WO
Inventors: 林高全; 兰宇
Original assignee: 华为技术有限公司
Priority date: 2018-05-14
Filing date: 2018-05-14
Publication date: 2019-11-21

Abstract

Provided in the present application are a method for determining a transmission delay, a communication device and a readable storage medium. The method comprises: a first communication device generating a first data packet, wherein the first data packet carries a timestamp, and the first data packet is a data packet of a PDCP layer or a data packet of an SDAP layer; and the first communication device sending the first data packet to a second communication device, wherein the timestamp is used for determining a transmission delay, between the first communication device and the second communication device, of the first data packet. The technical solution provided in the present application can be used to measure peer-to-peer one-way transmission delay.

Description

Method, communication device and readable storage medium for determining transmission delay

Technical field

The present application relates to the field of communications, and in particular, to a method, a communication device, and a readable storage medium for determining a transmission delay.

Background technique

With the rise of autonomous driving, intelligent manufacturing, and remote control technology, wireless communication, especially 4G and 5G, poses great challenges. How to ensure low latency and high reliability becomes an indispensable condition for mobile communication networks.

The 5G air interface delay defined by the protocol refers to the delay between the base station's service discovery application profile (SDAP)/packet data convergence protocol (PDCP) and the terminal's SDAP/PDCP. Currently, the air interface delay defined by LTE is only the uplink and downlink delay measurement within a single network element, and there is no measurement for the uplink or downlink wireless air interface transmission delay proposed by the 5G. How to measure the transmission delay for 5G becomes an urgent problem to be solved.

Summary of the invention

The present application provides a method, communication device, and computer readable storage medium for determining a transmission delay that can be used to determine an end-to-end one-way transmission delay.

A first aspect provides a method for determining a transmission delay, including: a first communications device generates a first data packet, the first data packet carries a timestamp, and the first data packet is a PDCP layer data. a data packet of a packet or a SDAP layer; the first communication device transmitting the first data packet to a second communication device, the timestamp being used to determine the first data packet in the first communication device and the The transmission delay between the second communication devices.

Since the first data packet carries the timestamp, the second communication device can acquire the time when the PDCP layer or the SDAP layer of the first communication device sends the first data packet. Further, the second communications device can determine the transmission delay of the first data packet according to the time when the PDCP layer or the SDAP layer of the second communications device receives the first data packet. Therefore, the technical solution provided by the embodiment of the present application can be used to measure the end-to-end one-way delay.

In a possible implementation manner, before the first communications device generates the first data packet, the method further includes: the first communications device acquiring parameter information, where the parameter information includes at least one of the following information a service type, a bearer type, and a session identifier; the first communications device adds a timestamp to at least a part of the data packet corresponding to the parameter information, where the first data packet is a data packet corresponding to the parameter information. At least some of the packets in the middle.

In a possible implementation manner, the method further includes: acquiring, by the first communications device, a sampling rate of the data packet corresponding to the parameter information; the first communications device, in the data packet corresponding to the parameter information Adding a timestamp to at least part of the data packet, including: the first communications device determining, according to a sampling rate of the data packet corresponding to the parameter information, at least part of the data packet in the data packet corresponding to the parameter information; The communication device adds a time stamp to at least part of the data packets in the data packet corresponding to the parameter information.

In a possible implementation, the header of the first data packet includes first indication information, where the first indication information is used to indicate that the first data packet carries a timestamp.

In a possible implementation manner, the first communication device is a terminal device, and the second communication device is a network device, where the first communication device acquires parameter information, including: the terminal device receives the network by receiving The RRC message sent by the device acquires the parameter information, where the RRC message includes the parameter information.

In a possible implementation manner, the RRC message is an RRC connection reconfiguration message.

In a possible implementation, the first communications device is a network device, and the first communications device obtains the parameter information, where the network device obtains the parameter information by receiving a first message sent by the network management device. The first message includes the parameter information.

A second aspect provides a method for determining a transmission delay, comprising: receiving, by a first communications device, a first data packet sent by a second communications device, the first data packet carrying a timestamp, the first data The packet is a data packet of the PDCP layer or a data packet of the SDAP layer; the first communications device determines, according to the receiving time of the first data packet, the first data packet in the first communications device and the second Transmission delay between communication devices.

Since the time stamp is carried in the first data packet, the first communication device can acquire the time when the PDCP layer or the SDAP layer of the second communication device sends the first data packet. In addition, the first communications device may further determine a transmission delay of the first data packet according to a time when the first communications device receives the first data packet. Therefore, according to the technical solution provided by the present application, an end-to-end one-way delay can be determined.

In a possible implementation manner, the method further includes: the first communications device acquiring parameter information, where the parameter information includes at least one of: a service type, a bearer type, and a session identifier, where the first The data packet is a data packet corresponding to the parameter information.

In a possible implementation manner, the first communication device is a terminal device, and the second communication device is a network device, where the first communication device acquires parameter information, including: the terminal device sends by receiving the network device The RRC message is used to obtain the parameter information, and the RRC message includes the parameter information.

In a possible implementation, the first communications device network device, the first communications device acquiring the parameter information, includes: the network device acquiring the parameter information by receiving a first message sent by the network management device, where The first message includes the parameter information.

In a third aspect, there is provided a communication device comprising means for performing the method of any of the first aspect or the implementation of the first aspect.

In a fourth aspect, a communication device is provided, comprising means for performing the method of any of the above described second or second aspects.

In a fifth aspect, a communication device is provided, the communication device comprising: a processor and a transceiver, configured to perform the method of any of the first aspect or the first aspect.

In a sixth aspect, a communication device is provided, the communication device comprising: a processor and a transceiver, for performing the method of any one of the second aspect or the second aspect.

In a seventh aspect, a computer readable storage medium is provided for program code executed by a device, the program code comprising instructions for performing the method of the first aspect or various implementations thereof .

In an eighth aspect, a computer readable storage medium is provided for program code executed by a device, the program code comprising instructions for performing the method of the second aspect or various implementations thereof .

In a ninth aspect, a computer program product is provided, the computer program product comprising: computer program code, when the computer program code is run on a computer, causing the computer to perform any of the first aspect or the first aspect Said method.

According to a tenth aspect, a computer program product is provided, the computer program product comprising: computer program code, when the computer program code is run on a computer, causing the computer to perform any one of the second aspect or the second aspect Said method.

DRAWINGS

1 is a wireless communication system to which an embodiment of the present application is applied;

2 is a schematic diagram of a transmission delay defined by a 5G and LTE system according to an embodiment of the present application;

3 is a schematic diagram of a method for determining a transmission delay according to an embodiment of the present application;

4 is a schematic diagram of a manner of indicating a timestamp provided by an embodiment of the present application;

FIG. 5 is a schematic diagram of another indication manner of a timestamp provided by an embodiment of the present application; FIG.

6 is a schematic diagram of another indication manner of a timestamp provided by an embodiment of the present application;

FIG. 7 is a schematic diagram of another method for determining a transmission delay according to an embodiment of the present application; FIG.

FIG. 8 is a schematic block diagram of a first communications device according to an embodiment of the present disclosure;

FIG. 9 is a schematic block diagram of another first communication device according to an embodiment of the present disclosure;

FIG. 10 is a schematic block diagram of another first communication device according to an embodiment of the present disclosure;

FIG. 11 is a schematic block diagram of another first communication device according to an embodiment of the present disclosure.

Detailed ways

The technical solutions in the present application will be described below with reference to the accompanying drawings.

FIG. 1 is a wireless communication system 100 to which an embodiment of the present application is applied. The wireless communication system 100 can include a network device 110. Network device 110 may be a device that communicates with terminal device 120. Network device 110 may provide communication coverage for a particular geographic area and may communicate with terminal device 120 located within the coverage area.

FIG. 1 exemplarily shows one network device and two terminal devices. Alternatively, the wireless communication system 100 may include a plurality of network devices and may include other numbers of terminal devices within the coverage of each network device. The application embodiment does not limit this.

Optionally, the wireless communication system 100 may further include other network entities, such as a network controller, a mobility management entity, and the like.

It should be understood that the technical solutions of the embodiments of the present application can be applied to various communication systems, for example, a global system of mobile communication (GSM) system, a code division multiple access (CDMA) system, and a wideband code. Wideband code division multiple access (WCDMA) system, general packet radio service (GPRS), long term evolution (LTE) system, LTE frequency division duplex (FDD) System, LTE time division duplex (TDD), universal mobile telecommunication system (UMTS), worldwide interoperability for microwave access (WiMAX) communication system, future fifth generation ( 5th generation, 5G) system or new radio (NR).

The first communication device mentioned in the embodiment of the present application may be a terminal device or a network device. The second communication device mentioned in the embodiment of the present application may be a terminal device or a network device.

The terminal device in the embodiment of the present application may refer to a user equipment, an access terminal, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, a mobile device, a user terminal, a terminal, a wireless communication device, a user agent, or User device. The terminal device may also be a cellular phone, a cordless phone, a session initiation protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA), with wireless communication. Functional handheld devices, computing devices or other processing devices connected to wireless modems, in-vehicle devices, wearable devices, terminal devices in future 5G networks, or in future public land mobile networks (PLMNs) The terminal device and the like are not limited in this embodiment of the present application.

The network device in the embodiment of the present application may be a device for communicating with a terminal device, where the network device may be a global system of mobile communication (GSM) system or code division multiple access (CDMA). A base transceiver station (BTS), which may also be a base station (NodeB, NB) in a wideband code division multiple access (WCDMA) system, or an evolved base station (evolutional) in an LTE system. The NodeB, eNB or eNodeB) may also be a wireless controller in a cloud radio access network (CRAN) scenario, or the network device may be a relay station, an access point, an in-vehicle device, a wearable device, and a future. The network device in the 5G network or the network device in the PLMN network in the future is not limited in this embodiment.

With the rise of autonomous driving, intelligent manufacturing, and remote control technologies, more and more businesses are increasingly demanding delays. At present, the definition of transmission delay for 5G is different from the definition of transmission delay for LTE, as shown in Figure 2.

Figure 2 shows the difference between the definition of transmission delay for the 5G system and the LTE system. The dotted line in FIG. 2 indicates the uplink and downlink transmission delay defined by the LTE system, and the solid line indicates the uplink and downlink transmission delay defined by the 5G system. As can be seen from FIG. 2, the uplink and downlink transmission delay defined by the 5G network refers to the time required for the data packet to be sent from the PDCP layer of the terminal device/network device to the PDCP layer of the network device/terminal device to receive the data packet. The downlink transmission delay defined by the LTE system refers to the time required for the data packet sent from the PDCP layer of the network device to the MAC layer of the network device to receive the feedback information correctly received by the terminal device. The uplink delay defined by the LTE system refers to the time required for the data packet to be sent from the PDCP layer of the terminal device to the radio link control layer (RLC) of the terminal device to correctly receive the data packet. The uplink and downlink transmission delays defined by the LTE system are for uplink and downlink transmission delays within a single network element. In the prior art, there is no end-to-end uplink and downlink transmission delay measurement method proposed for the 5G system. The embodiment of the present application provides a communication method, which can be used to measure the unidirectional transmission delay of the wireless side end to end.

It should be noted that a sub-layer may be added to the 5G system, and the service discovery application profile (SDAP) layer may be added. For the non-transparent transmission scenario of SDAP, the uplink and downlink transmission delay refers to the transmission delay between the SDAP layer of the terminal device and the SDAP layer of the network device. For the SDAP transparent transmission scenario, the uplink and downlink transmission delay refers to the transmission delay between the PDCP layer of the terminal device and the PDCP layer of the network device.

FIG. 3 is a schematic flowchart of a method for determining a transmission delay according to an embodiment of the present application. The method of Figure 3 includes steps 310-320, which are described in detail below.

In step 310, the first communications device generates a first data packet. The first data packet carries a timestamp for indicating when the first communication device sends the first data packet. The first data packet may be a data packet of the PDCP layer or a data packet of the SDAP layer.

Optionally, the first data packet is a protocol data unit (PDU). It should be noted that the PDU may also be referred to as a packet date unit (PDU). In this case, the first data packet may be a PDCP PDU or a SDAP PDU. At this time, the timestamp is used to indicate the time when the PDCP layer or the SDAP layer of the first communication device sends the first data packet.

In step 320, the first communication device transmits the first data packet to the second communication device.

In step 330, the second communication device determines a transmission delay of the first data packet between the first communication device and the second communication device according to the reception time of the first data packet.

The receiving time of the first data packet refers to the time when the PDCP layer or the SDAP layer of the second communications device receives the first data packet. The second communication device determines the transmission delay of the first data packet according to the receiving time of the first data packet, and may determine that the second communication device determines the first time according to the receiving time of the first data packet and the timestamp carried by the first data packet. The transmission delay of a packet.

Optionally, the second communication device may use the difference between the time when the second communication device receives the first data packet and the time when the first communication device sends the first data packet as the transmission delay of the first data packet.

Specifically, the second communication device may use the difference between the time when the PDCP layer of the second communication device receives the first data packet and the time when the PDCP layer of the first communication device sends the first data packet as the transmission time of the first data packet. Delay. Alternatively, the second communication device may use the difference between the time when the SDAP layer of the second communication device receives the first data packet and the time when the SDAP layer of the first communication device sends the first data packet as the transmission delay of the first data packet. .

Since the first data packet carries the timestamp, the second communication device can acquire the time when the PDCP layer or the SDAP layer of the first communication device sends the first data packet. Further, the second communication device is capable of determining a transmission delay of the first data packet according to a time when the first communication device sends the first data packet and a time when the second communication device receives the first data packet. Therefore, the technical solution provided by the embodiment of the present application can be used to measure the end-to-end one-way delay.

In the case that the first communication device is the terminal device and the second device is the network device, the transmission delay of the first data packet refers to the uplink transmission delay of the first data packet. In the case that the first communication device is a network device and the second communication device is a terminal device, the transmission delay of the first data packet refers to the downlink transmission delay of the first data packet.

Optionally, before the first communications device generates the first data packet, the method further includes: the first communications device acquiring parameter information, where the parameter information includes at least one of the following information: a service type, a bearer type, and a session identifier, where Parameter information refers to parameter information that needs to measure the transmission delay.

The type of service can be quality of service (QoS). For example: 5QI identification or QoS class identifier (QCI). 5QI or QCI have different values and represent different services. In an LTE system, the type of service is usually identified by the value of QCI. For example, the service type may be QCI1, QCI2, or QCI3, and the like. In 5G systems, the type of service is usually expressed in terms of the value of 5QI. For example, the service type may also be 5QI1, 5QI2, or 5QI3.

The bearer type can be a radio bearer type. The radio bearer type may include a type of data radio bearer (DRB) or a type of signaling radio bearer (SRB). The types of DRBs may include DRB1, DRB2, DRB3, and the like. The types of SRBs may include SRB0, SRB1, SRB2, and the like.

The session identifier may be a PDU session identity (PDU session ID), and the PDU session ID is different, representing different sessions.

The first communication device adds a time stamp to at least part of the data packet in the data packet corresponding to the parameter information, where the first data packet is any one of at least part of the data packets corresponding to the parameter information. Second, the first communication device can transmit the time stamped data packet to the second communication device.

Optionally, the first communications device may carry all the data packets corresponding to the parameter information with a timestamp, and then send the data packet to the second communications device.

Optionally, the second communications device may also obtain parameter information, where the parameter information includes at least one of the following information: a service type, a bearer type, and a session identifier. After receiving the first data packet, the second communication device may record the receiving time of the first data packet if it is determined that the first data packet is a data packet corresponding to the parameter information.

Optionally, the parameter information may be separately set for an uplink transmission delay and a downlink transmission delay.

Optionally, the first communications device may obtain a sampling rate of the data packet corresponding to the parameter information. The first communication device may determine at least part of the data packet in the data packet corresponding to the parameter information according to the sampling rate of the data packet corresponding to the parameter information, and add the time stamp to the second communication device.

According to the technical solution provided by the embodiment of the present application, a time stamp is selectively added to a part of the data packet according to the sampling rate of the data packet corresponding to the parameter information. When calculating the transmission delay, it is only necessary to calculate the transmission delay of some data packets, thereby saving resource overhead.

Optionally, the first communication device may also acquire a sampling rate of the data packet to be sent. The first communication device may determine at least part of the data packet of the to-be-sent data packet according to a sampling rate of the data packet to be transmitted, and add a time stamp to the second communication device in at least part of the data packet of the to-be-sent data packet. The first data packet is any one of at least part of the data packet of the to-be-sent data packet.

Optionally, the first indication information may be added to the header of the first data packet to indicate that the first data packet carries a timestamp. The header of the first data packet may be a PDCP PDU protocol header or a SDAP PDU protocol header. The first indication information may be indicated by a bit of 1 bit or other bits, which is not specifically limited in this embodiment of the present application.

Specifically, when the first communication device sends the data packet to the second communication device, the indication information may be added to the packet header of the data packet to indicate whether the data packet carries a timestamp. Taking 1 bit as an example, when the bit value is 0, it indicates that the data packet does not carry a timestamp. When the bit value is 1, it can indicate that the data packet carries a timestamp.

4-6 is a schematic structural diagram of an indication position of a timestamp of a PDCP and a SDAP data packet according to an embodiment of the present disclosure. As can be seen from Figures 4-6, the second indication information can be indicated directly in the PDU header.

4 is a schematic diagram of an indication flag of a timestamp of a PDCP short sequence number provided by an embodiment of the present application. The PDCP short sequence number can be, for example, 7 bit, 8 bit, or 9 bit. FIG. 5 is a schematic diagram of an indication of a timestamp of a PDCP long serial number provided by an embodiment of the present application. The PDCP long serial number can be, for example, 12 bit or 15 bit or the like.

For the SDAP transparent transmission scenario, a bit or multiple bits of TI may be used in the PDCP PDU protocol header to indicate whether the data packet carries a timestamp, and the corresponding timestamp information is followed.

FIG. 6 is a schematic diagram of an indication flag of a SDAP timestamp provided by an embodiment of the present application. For the scenario of the non-transparent transmission of the SDAP, that is, the scenario in which the SDAP PDU protocol header exists, a bit or multiple bit time stamp (TI) may be used in the SDAP PDU protocol header to indicate whether the data packet carries a timestamp. And the corresponding timestamp information follows.

Optionally, when the first communications device is a terminal device, and the second communications device is a network device, the terminal device may obtain parameter information by using a radio resource control (RRC) sent by the network device, where the RRC message includes Parameter information.

Optionally, the RRC message may be an RRC Direct message or an RRC Connection Reconfiguration message.

Optionally, when the first communications device is a network device, and the second communications device is a terminal device, the network device may obtain parameter information by using a first message sent by the network management device, where the first message includes parameter information.

The method for measuring the time delay of the embodiment of the present application is described in detail below by using a terminal device and a network device as an example.

FIG. 7 is another method for measuring transmission delay provided by an embodiment of the present application. The method of Figure 7 includes steps 710-760, which are described in detail below with respect to steps 710-760, respectively.

In step 710, the network management device sends a first message to the network device. The first message includes parameter information that needs to measure a delay, and a sampling rate of the data packet corresponding to the parameter information. The parameter information includes at least one of the following information: a service type, a bearer type, and a session identifier. The parameter information can be separately set for the uplink transmission delay and the downlink transmission delay. For example, for a service that only cares about the downlink transmission delay, only the downlink transmission delay of the service may be measured.

In step 720, the network device adds the parameter information and the sampling rate of the data packet corresponding to the parameter information in the RRC message, and sends the RRC message to the terminal device. The parameter information can be separately set for the uplink transmission delay and the downlink transmission delay.

In step 730, after receiving the RRC message, the terminal device records the parameter information of the measurement delay and the sampling rate of the data packet corresponding to the parameter information, and sends an RRC connection complete message to the network device.

In step 740, for the downlink data packet, the network device determines the data packet corresponding to the parameter information according to the selected parameter information. Secondly, the network device may determine at least part of the data packets in the data packet corresponding to the parameter information according to the sampling rate of the data packet corresponding to the parameter information. The network device carries the indication information and the timestamp information in the at least part of the data packet, and sends the information to the terminal device, where the indication information is used to indicate whether the data packet carries a timestamp. The indication information can be represented by 1 bit or other bits. The downlink data packet is a PDCP PDU or a SDAP PDU.

For the uplink data packet, the terminal device determines the data packet corresponding to the parameter information according to the recorded parameter information. Next, the terminal device may determine at least part of the data packet in the data packet corresponding to the parameter information according to the sampling rate of the data packet corresponding to the parameter information. The terminal device carries the indication information and the timestamp information in the at least part of the data packet, and sends the information to the network device, where the indication information is used to indicate whether the data packet carries a timestamp. The indication information can be represented by 1 bit or other bits. The uplink data packet is a PDCP PDU or a SDAP PDU.

It should be noted that, for a packet with a header of the SDAP PDU protocol, an indication may be added to the header of the SDAP PDU protocol of the packet. For a packet without a SDAP PDU protocol header, an indication may be added to the PDCP PDU protocol header of the packet.

In step 750, after receiving the downlink data packet sent by the network device, the terminal device may determine whether the data packet carries the timestamp according to the value of the bit position of the indication information. If the indication information indicates that the data packet carries a timestamp, the terminal device can read the timestamp information and record the reception time of the data packet. The terminal device determines the downlink transmission delay according to the timestamp information and the receiving time of the data packet.

In step 760, after receiving the uplink data packet sent by the terminal device, the network device may determine whether the data packet carries the timestamp according to the value of the bit position of the indication information. If the indication information indicates that the data packet carries a timestamp, the network device can read the timestamp information and record the reception time of the data packet. The network device determines the uplink transmission delay according to the timestamp information and the receiving time of the data packet.

Optionally, if the sampling rate of the parameter information is 100%, in step 720, when the network device sends the RRC message to the terminal device, the parameter information may be carried only in the RRC message, and the sampling rate of the parameter information is not carried. After receiving the RRC message, the terminal device determines that the sampling rate of the parameter information is not included in the RRC message, and the sampling rate of the parameter information is 100% by default. After the terminal device sends the uplink data packet, the timestamp information may be added to each data packet in the data packet corresponding to the parameter information, and the time-stamped data packet is sent to the network device. Similarly, when the network device sends the downlink data packet, the timestamp information may be added to each data packet in the data packet corresponding to the parameter information, and the time-stamped data packet is sent to the terminal device.

FIG. 8 is a schematic block diagram of a first communications device provided by an embodiment of the present application. The first communication device may be a terminal device, a chip or other component in the terminal device, or may be a network device, a chip or other component in the network device. The first communication device 800 includes a generating unit 810 and a transmitting unit 820.

The generating unit 810 is configured to generate a first data packet, where the first data packet carries a timestamp, and the first data packet is a PDCP PDU or a SDAP PDU.

The sending unit 820 is configured to send the first data packet to the second communications device. The timestamp is used to determine a transmission delay of the first data packet between the first communication device and the second communication device.

Optionally, as an embodiment, the first communications device further includes an acquiring unit and an adding unit. The obtaining unit is configured to obtain parameter information, where the parameter information includes at least one of the following parameters: a service type, a bearer type, and a session identifier. And an adding unit, configured to add a timestamp to at least part of the data packet in the data packet corresponding to the parameter information, where the first data packet is any one of at least part of the data packets in the data packet corresponding to the parameter information.

Optionally, as an embodiment, the acquiring unit is further configured to obtain a sampling rate of the data packet corresponding to the parameter information. The first communication device further includes a determining unit, configured to determine at least part of the data packets in the data packet corresponding to the parameter information according to the sampling rate of the data packet corresponding to the parameter information. The adding unit is configured to add a time stamp to at least part of the data packets in the data packet corresponding to the parameter information.

Optionally, as an embodiment, the packet header of the first data packet includes first indication information, where the first indication information is used to indicate that the first data packet carries a timestamp.

Optionally, as an embodiment, the first communications device is a terminal device, and the second communications device is a network device. The acquiring unit is specifically configured to obtain parameter information by receiving an RRC message sent by the network device, where the RRC message includes the parameter information.

Optionally, as an embodiment, the first communications device is a network device, and the second communications device is a terminal device. The acquiring unit is specifically configured to obtain parameter information by receiving a first message sent by the network management device, where the first message includes parameter information.

As shown in FIG. 9, the embodiment of the present application further provides a first communication device 900. The first communication device 900 includes a processor 910, a memory 920, and a transceiver 930. The memory 920 is for storing instructions, and the processor 910 and the transceiver 930 are configured to execute instructions stored by the memory 920. The first communication device 900 can be a terminal device or a component thereof, such as a chip or chipset.

It should be understood that the first communication device 800 shown in FIG. 8 or the first communication device 900 shown in FIG. 9 may be used to perform related operations or processes in the above method embodiments, and the first communication device 800 or the first communication device 900 The operations and/or functions of the respective units in the above are respectively implemented in order to implement the corresponding processes in the foregoing method embodiments. For brevity, details are not described herein again.

FIG. 10 is a schematic block diagram of another first communication device according to an embodiment of the present disclosure. The first communication device 1000 can be a terminal device, a chip or other component in the terminal device, or a network device, a chip or other component in the network device. The first communication device 1000 includes a receiving unit 1010 and a determining unit 1020.

The receiving unit 1010 is configured to receive the first data packet sent by the second communications device. The first data packet carries a timestamp, and the first data packet is a PDCP PDU or a SDAP PDU.

The determining unit 1020 is configured to determine, according to the receiving time of the first data packet, a transmission delay between the first communications device and the second communications device.

Since the time stamp is carried in the first data packet, the first communication device can acquire the time when the PDCP layer or the SDAP layer of the second communication device sends the first data packet. Further, the first communications device can determine the transmission delay of the first data packet according to the time when the second communications device sends the first data packet and the time when the first communications device receives the first data packet. Therefore, the technical solution provided by the embodiment of the present application can be used to measure the end-to-end one-way delay.

Optionally, as an embodiment, the first communications device further includes an acquiring unit, configured to acquire parameter information, where the parameter information includes at least one of the following information: a service type, a bearer type, and a session identifier. The first data packet is a data packet corresponding to the parameter information.

As shown in FIG. 11, the embodiment of the present application further provides a first communication device 1100. The first communication device 1100 includes a processor 1110, a memory 1120, and a transceiver 1130. The memory 1120 is for storing instructions, and the processor 1110 and the transceiver 1130 are configured to execute instructions stored by the memory 1120. The first communication device 1100 can be a network device or a component thereof, such as a chip or chipset.

It should be understood that the first communication device 1000 shown in FIG. 10 or the first communication device 1100 shown in FIG. 11 may be used to perform related operations or processes in the foregoing method embodiments, and the first communication device 1000 or the first communication device 1100 The operations and/or functions of the respective units in the above are respectively implemented in order to implement the corresponding processes in the foregoing method embodiments. For brevity, details are not described herein again.

Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the various examples described in connection with the embodiments disclosed herein can be implemented in electronic hardware or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the solution. A person skilled in the art can use different methods to implement the described functions for each particular application, but such implementation should not be considered to be beyond the scope of the present application.

A person skilled in the art can clearly understand that, for the convenience and brevity of the description, the specific working processes of the system, the device and the unit described above can refer to the corresponding processes in the foregoing method embodiments, and details are not described herein again.

In the several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of the unit is only a logical function division. In actual implementation, there may be another division manner, for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.

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

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

The functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product. Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including The instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present application. The foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program codes. .

The foregoing is only a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto, and any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present application. It should be covered by the scope of protection of this application. Therefore, the scope of protection of the present application should be determined by the scope of the claims.

Claims

A method for determining a transmission delay, characterized in that it comprises:

The first communication device generates a first data packet, where the first data packet carries a timestamp, and the first data packet is a data packet of a packet data fusion protocol PDCP layer or a data packet of a service discovery application specification SDAP layer;

Transmitting, by the first communications device, the first data packet to a second communications device, the timestamp being used to determine a transmission of the first data packet between the first communications device and the second communications device Delay.
The communication method according to claim 1, wherein before the first communication device generates the first data packet, the method further includes:

The first communication device acquires parameter information, where the parameter information includes at least one of the following information: a service type, a bearer type, and a session identifier;

The first communication device adds a timestamp to at least a part of the data packet corresponding to the parameter information, where the first data packet is any one of at least part of the data packets corresponding to the parameter information. .
The method of claim 2, wherein the method further comprises:

The first communication device acquires a sampling rate of a data packet corresponding to the parameter information;

The first communications device adds a timestamp to at least part of the data packets in the data packet corresponding to the parameter information, including:

Determining, by the first communications device, at least part of the data packets in the data packet corresponding to the parameter information according to a sampling rate of the data packet corresponding to the parameter information;

The first communications device adds a timestamp to at least part of the data packets in the data packet corresponding to the parameter information.
The method according to any one of claims 1 to 3, wherein the header of the first data packet includes first indication information, and the first indication information is used to indicate that the first data packet is carried. Timestamp.
The method according to any one of claims 2 to 4, wherein the first communication device is a terminal device, the second communication device is a network device, and the first communication device acquires parameter information, including :

The terminal device acquires the parameter information by receiving a radio resource control RRC message sent by the network device, where the RRC message includes the parameter information.
The method according to any one of claims 2 to 4, wherein the first communication device is a network device, and the first communication device acquires parameter information, including:

The network device acquires the parameter information by receiving a first message sent by the network management device, where the first message includes the parameter information.
A method for determining a transmission delay, characterized in that it comprises:

Receiving, by the first communications device, the first data packet sent by the second communications device, where the first data packet carries a timestamp, where the first data packet is a data packet of a packet data fusion protocol PDCP layer or a service discovery application specification SDAP layer data pack;

The first communications device determines a transmission delay of the first data packet between the first communications device and the second communications device according to a receiving time of the first data packet.
The method according to claim 7, wherein the header of the first data packet includes first indication information, and the first indication information is used to indicate that the first data packet carries a timestamp.
The method according to claim 7 or 8, wherein the method further comprises:

The first communication device acquires parameter information, where the parameter information includes at least one of the following information: a service type, a bearer type, and a session identifier, where the first data packet is a data packet corresponding to the parameter information.
The method according to claim 9, wherein the first communication device is a terminal device, and the second communication device is a network device, and the first communication device acquires parameter information, including:

The terminal device acquires the parameter information by receiving a radio resource control RRC message sent by the network device, where the RRC message includes the parameter information.
The method according to claim 9, wherein the first communication device network device, the first communication device acquiring parameter information, includes:

The network device acquires the parameter information by receiving a first message sent by the network management device, where the first message includes the parameter information.
A first communication device, comprising:

a generating unit, configured to generate a first data packet, where the first data packet carries a timestamp, where the first data packet is a data packet of a packet data fusion protocol PDCP layer or a data packet of a service discovery application specification SDAP layer;

a sending unit, configured to send the first data packet to a second communications device, where the timestamp is used to determine when the first data packet is transmitted between the first communications device and the second communications device Delay.
The first communication device according to claim 12, wherein the first communication device further comprises:

An obtaining unit, configured to acquire parameter information, where the parameter information includes at least one of the following information: a service type, a bearer type, and a session identifier;

And an adding unit, configured to add a timestamp to at least part of the data packet in the data packet corresponding to the parameter information, where the first data packet is any one of at least part of the data packets in the data packet corresponding to the parameter information.
The first communication device according to claim 13, wherein

The acquiring unit is further configured to acquire a sampling rate of the data packet corresponding to the parameter information;

The first communications device further includes:

a determining unit, configured to determine at least part of the data packet in the data packet corresponding to the parameter information according to a sampling rate of the data packet corresponding to the parameter information;

The adding unit is specifically configured to add a time stamp to at least part of the data packets in the data packet corresponding to the parameter information.
The first communication device according to any one of claims 12 to 14, wherein the header of the first data packet includes first indication information, and the first indication information is used to indicate the first The packet carries a timestamp.
The first communication device according to any one of claims 13 to 15, wherein the first communication device is a terminal device, and the second communication device is a network device.

The acquiring unit is specifically configured to: obtain the parameter information by receiving a radio resource control RRC message sent by the network device, where the RRC message includes the parameter information.
The first communication device according to any one of claims 13-15, wherein the first communication device is a network device,

The acquiring unit is specifically configured to: obtain the parameter information by receiving a first message sent by the network management device, where the first message includes the parameter information.
A first communication device, comprising:

a receiving unit, configured to receive a first data packet sent by the second communications device, where the first data packet carries a timestamp, where the first data packet is a data packet of a packet data fusion protocol PDCP layer or a service discovery application specification SDAP layer Data packet

And a determining unit, configured to determine, according to the receiving time of the first data packet, a transmission delay between the first communications device and the second communications device.
The first communication device according to claim 18, wherein the header of the first data packet includes first indication information, and the first indication information is used to indicate that the first data packet carries a timestamp.
The first communication device according to claim 18 or 19, wherein the first communication device further comprises:

And an obtaining unit, configured to obtain parameter information, where the parameter information includes at least one of the following information: a service type, a bearer type, and a session identifier, where the first data packet is a data packet corresponding to the parameter information.
The first communication device according to claim 20, wherein the first communication device is a terminal device, and the second communication device is a network device.

The acquiring unit is specifically configured to acquire the parameter information by receiving a radio resource control RRC message sent by the network device, where the RRC message includes the parameter information.
The first communication device according to claim 20, wherein the first communication device is a network device,

The acquiring unit is specifically configured to: obtain the parameter information by receiving a first message sent by the network management device, where the first message includes the parameter information.
A computer readable storage medium, comprising computer instructions that, when executed on a computer, cause the computer to perform the method of any of claims 1-6.
A computer readable storage medium, comprising computer instructions that, when executed on a computer, cause the computer to perform the method of any one of claims 7-11.