Communication method, device and system

Abstract

The invention discloses a communication method, a communication device and a communication system. The method comprises: a terminal device receiving N time value lists, the N time value lists comprising a first time value list, the first time value list comprising M1 time values, the M1 time values being candidate values of a first discard timer corresponding to a first type of PDU set; the terminal equipment determines an initial time value of a first discarding timer, and configures the first discarding timer according to the initial time value; and starting a first discarding timer when the first type of PDU set is started to be received, and discarding the remaining PDUs in the first type of PDU set when the first discarding timer is overtime.

Description

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims the priority of the Chinese patent application filed with the China Patent Office on July 31, 2023, with application number 202310961045.4 and application name “Communication method, device and system thereof”, the entire contents of which are incorporated by reference in this application. Technical Field

[0003] The embodiments of the present application relate to the field of communications, and in particular to a communication method and a device and system thereof. Background Art

[0004] With the development of mobile communication technology, more and more services require high data rate and low latency (HDRLL), among which XR (extended-range) services are typical. XR technology is an extended display technology that integrates augmented reality (AR), virtual reality (VR), mixed reality (MR) and other technologies. It can achieve the effect of naked-eye 3D and realize the synchronous transmission of real-time image data. It can be applied in many fields such as medical care, education and learning industries, office scene meetings, tourism, military, stage effects, movies, shopping, etc.

[0005] For services such as XR services that require high data rates and low latency, how to better implement the transmission of data units is a problem that needs to be solved at present. Summary of the invention

[0006] Embodiments of the present application provide a data unit transmission method, device, and system.

[0007] In a first aspect, a communication method is provided, which can be applied to a terminal device, or a communication device (e.g., a chip) located inside the terminal device. The method includes: receiving N time value lists, the N time value lists include a first time value list, the first time value list includes M1 time values, the M1 time values ​​are candidate values ​​of a first discard timer corresponding to a first type of protocol data unit set (PDU set), and both N and M1 are integers greater than or equal to 1; determining an initial time value of the first discard timer; configuring the first discard timer according to the initial time value; starting the first discard timer when receiving the first type of PDU set, and when the first discard timer times out, discarding the remaining PDUs in the first type of PDU set, the remaining PDUs being the PDUs to be transmitted in the first type of PDU set when the first discard timer times out.

[0008] In the above implementation, different types of PDU sets correspond to discard timers of different lengths. The network device can configure the candidate value of the discard timer corresponding to the first type of PDU set to the terminal device, so that the terminal device can control the transmission of the PDU in the corresponding PDU set according to the discard timer corresponding to the first type of PDU set.

[0009] In a possible implementation, the method also includes: receiving first information, the first information indicating an initial time value of the first discard timer, and the initial time value is one of the M1 time values; determining the initial time value of the first discard timer includes: determining the initial time value of the first discard timer according to the first information.

[0010] Through the above implementation, the initial time value of the discard timer can be configured to the terminal device in an explicit indication manner.

[0011] In a possible implementation, the first information is an index of one of the M1 time values. In this way, the initial time value of the first discard timer is indicated to the terminal device, which can save signaling overhead.

[0012] In a possible implementation, the initial time value is a maximum time value among the M1 time values, or is the first time value among the M1 time values.

[0013] In one possible implementation, the receiving of N time value lists includes: receiving a first signaling, wherein the first signaling includes the N time value lists; the receiving of the first information includes: receiving a second signaling, wherein the second signaling includes the first information and a data radio bearer (DRB) identifier, wherein the DRB identifier is a DRB identifier corresponding to a processing unit for processing the first type of PDUset.

[0014] Optionally, if the second signaling is not received, the method further includes: determining the maximum value or the first time value among the M1 time values ​​as the initial time value of the first discard timer; or, determining a preset time value as the initial time value of the first discard timer.

[0015] In a possible implementation, the N time value lists also include a second time value list, the second time value list includes M2 time values, the M2 time values ​​are candidate values ​​of the second discard timer corresponding to the second type of PDU set, and M2 is an integer greater than or equal to 1; the first information indicates a first time value, the first time value is the initial time value of the first discard timer, or the first time value is the initial time value of the first discard timer and the second discard timer. This implementation can save signaling overhead.

[0016] In a possible implementation, determining the initial time value of the first discard timer includes: determining the initial time value of the first discard timer to be a maximum time value among the M1 time values, or a first time value among the M1 time values.

[0017] In one possible implementation, the N time value lists also include a second time value list, the second time value list includes M2 time values, the M2 time values ​​are candidate values ​​of the second discard timer corresponding to the second type of PDU set, and the PDU set importance (PSI) ranges of the first type of PDU set and the second type of PDU set are different.

[0018] In a second aspect, a transmission configuration method is provided, which can be applied to a network device, or a unit or module with corresponding communication functions in the network device. The method comprises: sending N time value lists, wherein the N time value lists include a first time value list, wherein the first time value list includes M1 time values, wherein the M1 time values ​​are candidate values ​​of a first discard timer corresponding to a first type of PDU set, and both N and M1 are integers greater than 1.

[0019] In a possible implementation, the method further includes: sending first information, where the first information indicates an initial time value of the first discard timer, and the initial time value is one of the M1 time values.

[0020] In one possible implementation, the sending of N time value lists includes: sending a first signaling, wherein the first signaling includes the N time value lists; the sending of the first information includes: sending a second signaling, wherein the second signaling includes the first information and a DRB identifier, and the DRB identifier is a DRB identifier corresponding to a processing unit for processing the first type of PDU set.

[0021] Some optional implementations and beneficial effects of the second aspect can be referred to the first aspect and will not be described in detail.

[0022] In a third aspect, a communication method is provided, which can be applied to a terminal device, or a communication device (e.g., a chip) located inside the terminal device. The method includes: determining first delay jitter information of a PDU set; and sending the first delay jitter information. The terminal device feeds back the delay jitter information of the PDU set to the network device, so that the network device can perform transmission scheduling for the terminal device based on the delay jitter information reported by the terminal device.

[0023] In a possible implementation, before determining the first delay jitter information of the PDU set, it also includes: receiving a first time length, the first time length being the time length of statistical delay jitter; determining the first delay jitter information of the PDU set includes: determining the first delay jitter information of the PDU set within the first time length.

[0024] In the above implementation method, the terminal device can monitor the delay jitter within the window of the first time length to avoid the situation where the terminal device frequently reports the delay jitter information due to frequent instantaneous delay jitter changes exceeding the set threshold, thereby saving network resources and avoiding the network device from frequently adjusting the reconfiguration of the configured grant (CG) and / or the reconfiguration of discontinuous reception (DRX) according to the delay jitter information.

[0025] In a possible implementation, before determining the first delay jitter information of the PDU set, it also includes: receiving a data radio bearer (DRB) identifier and a quality of service flow (QoS flow) identifier; determining the first delay jitter information of the PDU set includes: determining the first delay jitter information of the PDUset in the QoS flow corresponding to the QoS flow identifier in the DRB corresponding to the DRB identifier.

[0026] In a possible implementation, before determining the first delay jitter information of the PDU set, it also includes: receiving a PDU session identifier and a QoS flow identifier; determining the first delay jitter information of the PDU set includes: determining the first delay jitter information of the PDU set in the QoS flow corresponding to the QoS flow identifier in the PDU session corresponding to the PDU session identifier.

[0027] A possible implementation method also includes: sending a DRB identifier and a QoS flow identifier corresponding to the first delay jitter information, wherein the first delay jitter information is the delay jitter information of the PDU set in the QoS flow corresponding to the QoS flow identifier in the DRB corresponding to the DRB identifier; or, sending a PDU session identifier and a QoS flow identifier corresponding to the first delay jitter information, wherein the first delay jitter information is the delay jitter information of the PDU set in the QoS flow corresponding to the QoS flow identifier in the PDU session corresponding to the PDU session identifier.

[0028] In one possible implementation, the method further includes: starting a first timer after sending the first delay jitter information, the duration of the first timer being equal to a second duration; determining the second delay jitter information of the PDU set, and sending the second delay jitter information when the first timer times out.

[0029] The second time length can be understood as a backoff time, that is, after sending the first delay jitter information, even if the terminal device triggers the statistical operation of the delay jitter and obtains the second delay jitter information by statistics, it is necessary to wait for the second time length before sending the second delay jitter information obtained by statistics again. In this way, in the case where the delay jitter is large and frequent, compared with triggering the statistics and reporting operation of the delay jitter when the delay jitter exceeds the set threshold, the above implementation method can avoid frequent reporting of delay jitter information, thereby saving network resources, and avoiding the network device from frequently reconfiguring CG and / or DRX according to the delay jitter information.

[0030] In a possible implementation, the second duration is configured by the network side or is predefined.

[0031] In a possible implementation manner, the first delay jitter information includes one or more of the following: average delay jitter, maximum delay jitter, delay jitter range, and minimum delay jitter.

[0032] In a possible implementation, the method further includes: sending terminal device capability information, where the capability information indicates that the terminal device has the capability to determine delay jitter information of the PDU set.

[0033] In a fourth aspect, a communication method is provided, which can be applied to a wireless access network RAN ​​device, and the method includes: determining the relationship between the PDU set category and the PSI; scheduling a first type of PDU set according to the relationship between the PDU set category and the PSI, and the first type of PDU set is one of the PDU set categories.

[0034] In a possible implementation, the relationship between the PDU set category and the PDU set importance PSI comes from a core network device, or from a terminal device, or from other RAN devices.

[0035] In one possible implementation, each PDU set corresponds to a PSI; determining the relationship between the PDU set category and the PSI includes: determining the relationship between the PDU set category and the PSI based on the at least one PSI threshold; or determining the relationship between the PDU set category and the PSI based on a mapping relationship table between the PDU set category and the PSI range.

[0036] In a possible implementation manner, the RAN device is a source RAN device, and the method further includes: sending relationship information between the PDU set category and to a target RAN device, where the relationship information indicates the relationship between the PDU set category and.

[0037] In a possible implementation manner, sending the relationship information between the PDU set category and the RAN device to the target RAN device includes: sending a handover request message to the target RAN device, wherein the handover request message includes the relationship information between the PDU set category and the RAN device.

[0038] In a fifth aspect, a communication method is provided, which can be applied to a core network device, and the method includes: sending relationship information between a PDU set category and a PDU set importance PSI to a RAN device.

[0039] In a possible implementation manner, before sending the relationship information between the PDU set category and the PSI to the RAN device, the method further includes: receiving the relationship information between the PDU set category and the PSI from the application server.

[0040] In a possible implementation, the relationship information between the PDU set category and the PSI from the application server is based on the service level; after receiving the relationship information between the PDU set category and the PSI from the application server, it also includes: converting the relationship information between the PDU set category and the PSI based on the service level into the relationship information between the PDU set category and the PSI based on the (quality of service flow) QoSflow level; sending the relationship information between the PDU set category and the PSI to the RAN device includes: sending the relationship information between the PDU set category and the PSI based on the QoS flow level to the RAN device.

[0041] In a possible implementation, sending the relationship information between the PDU set category and the PSI to the RAN device includes: sending a path switching request confirmation message to the target RAN device, wherein the path switching request confirmation message includes the relationship information between the PDU set category and the PSI.

[0042] In a sixth aspect, a communication method is provided, which can be applied to an application server, and the method includes: sending relationship information between a PDU set category and a PSI to a core network device.

[0043] In a possible implementation, before sending the relationship information between the PDU set category and the PSI to the core network device, the method further includes: receiving the relationship information between the PDU set category and the PSI from the terminal device.

[0044] In one possible implementation, the relationship information between the PDU set category and PSI includes at least one PSI threshold, and the at least one PSI threshold is used to divide at least two PSI ranges, and the at least two PSI ranges respectively correspond to a PDU set category; or, the relationship information between the PDU set category and PSI is a mapping relationship table between the PDU set category and the PSI range.

[0045] In a possible implementation, the relationship information between the PDU set category and the PSI is based on the service level.

[0046] In a seventh aspect, a communication method is provided, which can be applied to a terminal device or a communication apparatus (eg, a chip) inside the terminal device. The method includes: sending relationship information between a PDU set category and a PSI to a RAN device.

[0047] In one possible implementation, sending the relationship information between the PDU set category and the PSI to the RAN device includes: sending a radio resource control (RRC) reconfiguration completion message to the target RAN device, and the RRC reconfiguration completion message includes the relationship information between the PDU set category and the PSI.

[0048] In one possible implementation, the relationship information between the PDU set category and PSI includes at least one PSI threshold, and the at least one PSI threshold is used to divide at least two PSI ranges, and the at least two PSI ranges respectively correspond to a PDU set category; or, the relationship information between the PDU set category and PSI is a mapping relationship table between the PDU set category and the PSI range.

[0049] In a possible implementation, the relationship information between the PDU set category and the PSI is based on the data radio bearer DRB level.

[0050] In an eighth aspect, a communication method is provided, which can be applied to a PDU receiving end, the method comprising: receiving M protocol data units (PDUs), M being an integer greater than or equal to 1, A PDUs are successfully received and B PDUs are failed to be received among the M PDUs, the first information indicating the processing operation of the B PDUs, and A and B are both integers greater than or equal to 0; sending first information, the first information including the receiving status of each PDU in the M PDUs, the first information indicating the processing operation of the B PDUs. In a possible implementation, the first information includes first indication information, the first indication information indicating the processing operation of the B PDUs. In the above implementation, the PDU receiving end can indicate the operation behavior of the PDU receiving end for the PDU that failed to be received in an explicit manner (such as an explicit indication by the first indication information or the second indication information) or an implicit manner (such as the first information does not include the second indication information) through the first information used for feedback status reporting, so that the PDU sending end can perform corresponding operations on the PDU that failed to be received according to the needs of the receiving end.

[0051] In a possible implementation, the first information includes second indication information, and the second indication information indicates to discard the B PDUs.

[0052] In the ninth aspect, a communication method is provided, which can be applied to a PDU sending end, the method comprising: sending M protocol data units PDUs, where M is an integer greater than or equal to 1; receiving first information, the first information including the receiving status of each PDU in the M PDUs, A PDUs among the M PDUs are successfully received and B PDUs fail to be received, or the first information indicates that the B PDUs fail to be received; determining whether to retransmit or discard the B PDUs.

[0053] In one possible implementation, the determining whether to retransmit or discard the B PDUs includes: receiving first indication information, where the first indication information indicates a processing operation on the B PDUs; and determining whether to retransmit or discard the B PDUs based on the first indication information.

[0054] A possible implementation manner further includes: receiving second indication information, where the second indication information indicates discarding the B PDUs.

[0055] In one possible implementation, if it is determined to discard the B PDUs, it also includes: determining whether the number of PDUs that failed to be received in the PDU set to which the B PDUs belong meets a first condition (for example, the number of PDUs that failed to be received is greater than a set threshold, or the number of PDUs that failed to be received accounts for a proportion of the total number of PDUs in the PDU set to which it belongs that is greater than a set threshold); if the first condition is met, the PDU set is discarded.

[0056] Since a frame (PDU set) often contains multiple PDUs, if one or more of these PDUs are lost and the loss ratio exceeds a certain level, even if the remaining PDUs are sent correctly, the PDU receiver may still not be able to successfully decode the frame. Therefore, by adopting the above implementation method, the PDU sender can delete these PDUs that failed to be received in advance, and at the same time, other PDUs in the frames (i.e., PDU sets) to which these PDUs belong can also be deleted in advance and no longer sent, thereby saving network resource overhead.

[0057] In the tenth aspect, a communication method is provided, which can be applied to a terminal device. The method includes: receiving a first message, wherein the first message includes first indication information, wherein the first indication information indicates activation of a second discard timer or deactivation of the second discard timer, and the second discard timer is one of at least two discard timers; if the first indication information indicates activation of the second discard timer, the following steps are performed: starting the second discard timer when receiving the second type of PDUset, and when the second discard timer times out, discarding the PDU in the second type of PDU set, wherein the PDU is the PDU to be transmitted in the second type of PDU set when the second discard timer times out.

[0058] Optionally, the first message is an RRC reconfiguration (RRR CReconfiguration) message.

[0059] The “activating the second discard timer” may also be interpreted as “using the second discard timer for the second type of PDU set”; the “not activating the second discard timer” may also be interpreted as “not using the second discard timer for the second type of PDU set, but using the first discard timer instead”.

[0060] In one possible implementation, the method also includes: if the first indication information indicates to deactivate the second discard timer, starting the first discard timer when starting to receive the PDU set, and when the first discard timer times out, discarding the PDU in the PDU set, the PDU is the PDU to be transmitted in the PDU set when the first discard timer times out, and the PDU set is a first type PDU set or a second type PDU set.

[0061] In a possible implementation, the first message also includes a first time value, which is a time value configured for the first discard timer; and starting the first discard timer includes: setting the duration of the first discard timer to be equal to the first time value.

[0062] In a possible implementation, the first message also includes a second time value, which is a time value configured for the second discard timer; starting the second discard timer includes: setting the duration of the second discard timer to be equal to the second time value.

[0063] In a possible implementation manner, the duration of the second timer is equal to a second time value, and the second time value is preconfigured, or the second time value is stored by the terminal.

[0064] In one possible implementation, the method also includes: receiving a second message, the second message including a third time value, the third time value being the time value configured for the second discard timer; starting the second discard timer when starting to receive the second type of PDUset, the duration of the second discard timer being equal to the third time value, and when the second discard timer times out, discarding the PDU in the second type of PDU set to be transmitted when the second discard timer times out.

[0065] Optionally, the second message is an RRC reconfiguration (RRR CReconfiguration) message.

[0066] In an eleventh aspect, a communication method is provided, which can be applied to a network device. The method includes: sending a first message, wherein the first message includes first indication information, and the first indication information indicates activation of a second discard timer or deactivation of the second discard timer, wherein the second discard timer is one of at least one discard timer.

[0067] In a possible implementation, the first message also includes a first time value and / or a second time value, the first time value is a time value configured for the first discard timer, and the second time value is a time value configured for the second discard timer.

[0068] In a twelfth aspect, a communication method is provided, which can be applied to a terminal device, and the method includes: receiving a first message, the first message including first indication information, the first indication information indicating the use of one of multiple candidate time values ​​to set the duration of a discard timer, the multiple candidate time values ​​including a first time value and a second time value; starting the discard timer when starting to receive a PDU set, and when the discard timer times out, discarding the PDU in the PDUset, the PDU being the PDU to be transmitted in the PDU set when the discard timer times out; wherein, if the PDU set belongs to a first category PDU set, the duration of the discard timer is equal to the first time value; or, if the PDUset belongs to a second category PDU set and the first indication information indicates the use of the first time value to set the duration of the discard timer, the duration of the discard timer is equal to the first time value; or, if the PDU set belongs to a second category PDU set and the first indication information indicates the use of the second time value to set the duration of the discard timer, the duration of the discard timer is equal to the second time value.

[0069] Optionally, the second message is an RRC reconfiguration (RRR CReconfiguration) message.

[0070] In a possible implementation manner, the first message also includes the first time value and / or the second time value.

[0071] In a possible implementation manner, the second time value is preconfigured or stored by the terminal.

[0072] In one possible implementation, the method also includes: receiving a second message, wherein the second message includes a third time value; starting the discard timer when starting to receive the PDU set, and when the discard timer times out, discarding the PDU in the first type of PDU set, wherein the PDU is the PDU to be transmitted in the PDU set when the discard timer times out; wherein, if the PDU set is a second type of PDU set, the duration of the discard timer is equal to the third time value.

[0073] In a thirteenth aspect, a communication method is provided, which can be applied to a network device. The method includes: sending a first message, wherein the first message includes first indication information, and the first indication information indicates that a time value among multiple candidate time values ​​is used to set the duration of the discard timer, wherein the multiple candidate time values ​​include a first time value and a second time value.

[0074] In a possible implementation manner, the first message also includes the first time value and / or the second time value.

[0075] In a possible implementation manner, the method further includes: sending a second message, wherein the second message includes a third time value, and the third time value is a time value for reconfiguring the discard timer.

[0076] In a fourteenth aspect, a communication method is provided, which can be applied to a terminal device. The method includes: receiving a first message, wherein the first message includes a first time value, and the first time value is a time value configured for a second discard timer; starting the second discard timer when receiving a second type of PDU set, wherein the duration of the second discard timer is equal to the first time value, and when the second discard timer times out, discarding a PDU in the second type of PDU set, wherein the PDU is the PDU to be transmitted in the second type of PDU set when the second discard timer times out.

[0077] Optionally, the first message is an RRC reconfiguration (RRR CReconfiguration) message.

[0078] In one possible implementation, the first message also includes a second time value, and the second time value is the time value for reconfiguring the first discard timer; the method also includes: starting the first discard timer when starting to receive the first type of PDU set, the duration of the first discard timer is equal to the second time value, and when the first discard timer times out, discarding the PDU in the first type of PDU set, the PDU is the PDU to be transmitted in the first type of PDU set when the first discard timer times out.

[0079] The first message is used to configure the duration of the discard timer, or to reconfigure the duration of the discard timer.

[0080] In the fifteenth aspect, a communication method is provided, which can be applied to a terminal device. The method includes: receiving a first message, wherein the first message includes at least two time values, wherein the at least two time values ​​include a first time value and a second time value, wherein the first time value is a time value configured for a first discard timer, and the second time value is a time value configured for a second discard timer; if the sorting order of the second discard timer is before the first discard timer, the following steps are performed: starting the first discard timer when receiving the first type of PDU set, wherein the duration of the first discard timer is equal to the first time value, and when the first discard timer times out, discarding the PDU in the first type of PDU set, wherein the PDU is the PDU to be transmitted in the first type of PDU set when the first discard timer times out; starting the second discard timer when receiving the second type of PDU set, wherein the duration of the second discard timer is equal to the second time value, and when the second discard timer times out, discarding the PDU in the second type of PDU set, wherein the PDU is the PDU to be transmitted in the second type of PDU set when the second discard timer times out.

[0081] Optionally, the first message is an RRC reconfiguration (RRR CReconfiguration) message.

[0082] In a possible implementation, the method also includes: if the sorting order of the first discard timer is before the second discard timer, performing the following steps: starting the first discard timer when starting to receive the PDU set, the duration of the first discard timer is equal to the first time value, and when the first discard timer times out, discarding the PDU in the PDU set, the PDU is the PDU to be transmitted in the PDU set when the first discard timer times out, and the PDU set is a first type PDU set or a second type PDU set.

[0083] In one possible implementation, the method also includes: receiving a second message, the second message including a third time value, the third time value being the time value configured for the second discard timer; starting the second discard timer when starting to receive the second type of PDUset, the duration of the second discard timer being equal to the third time value, and when the second discard timer times out, discarding the PDU in the second type of PDU set, the PDU being the PDU to be transmitted in the second type of PDU set when the second discard timer times out.

[0084] In the sixteenth aspect, a communication method is provided, which can be applied to a terminal device. The method includes: receiving a first message, wherein the first message includes a first time value and a second time value, wherein the first time value is the time value configured for the first discard timer, and the second time value is the time value configured for the second discard timer; starting the first discard timer when starting to receive the first type of PDU set, wherein the duration of the first discard timer is equal to the first time value, and when the first discard timer times out, discarding the PDU in the first type of PDU set, wherein the PDU is the PDU to be transmitted in the first type of PDU set when the first discard timer times out; starting the second discard timer when starting to receive the second type of PDU set, wherein the duration of the second discard timer is equal to the second time value, and when the second discard timer times out, discarding the PDU in the second type of PDU set, wherein the PDU is the PDU to be transmitted in the second type of PDU set when the second discard timer times out.

[0085] In one possible implementation, the method also includes: receiving a second message, the second message indicating deactivation of the second discard timer; starting the first discard timer when starting to receive the PDU set, the duration of the first discard timer is equal to the first time value, and when the first discard timer times out, discarding the PDU in the PDU set, the PDU is the PDU to be transmitted in the PDU set when the first discard timer times out, and the PDU set is a first type PDU set or a second type PDU set.

[0086] In one possible implementation, the method also includes: receiving a third message, the third message including a third time value, and the third time value is the time value for reconfiguring the second discard timer; starting the second discard timer when starting to receive the second type of PDU set, the duration of the second discard timer is equal to the third time value, and when the second discard timer times out, discarding the PDU in the second type of PDU set, the PDU being the PDU to be transmitted in the second type of PDU set when the second discard timer times out.

[0087] In the seventeenth aspect, a communication system is provided, which includes a RAN device for executing the method as described in any one of the fourth aspects above and a core network device for executing the method as described in any one of the fifth aspects above.

[0088] In an eighteenth aspect, a communication device is provided, comprising a module for executing a method as described in any one of aspects one to sixteen.

[0089] In the nineteenth aspect, a communication device is provided, comprising a processor and an interface circuit, wherein the interface circuit is used to receive signals from other communication devices outside the communication device and transmit them to the processor or send signals from the processor to other communication devices outside the communication device, and the processor is used to implement any method described in any one of the first to sixteenth aspects through logic circuits or execution code instructions.

[0090] In the twentieth aspect, a computer-readable storage medium is provided, wherein the storage medium stores a computer program or instructions, and when the computer program or instructions are executed by a communication device, the method described in any one of the first aspect to the sixteenth aspect is implemented.

[0091] In the twenty-first aspect, a communication method is provided, including: a network device sends N time value lists, the N time value lists include a first time value list, the first time value list includes M1 time values, the M1 time values ​​are candidate values ​​of a first discard timer corresponding to a first type of protocol data unit set (PDU set), and both N and M1 are integers greater than or equal to 1; a terminal device determines an initial time value of the first discard timer; the terminal device configures the first discard timer according to the initial time value; starts the first discard timer when starting to receive the first type of PDU set, and when the first discard timer times out, discards the remaining PDUs in the first type of PDU set, the remaining PDUs being the PDUs to be transmitted in the first type of PDU set when the first discard timer times out.

[0092] In a twenty-second aspect, a communication method is provided, including: a terminal device determines first delay jitter information of a PDU set; the terminal device sends the first delay jitter information to a network device. The network device performs transmission scheduling on the terminal device based on the delay jitter information reported by the terminal device.

[0093] In a twenty-third aspect, a communication method is provided, including: a core network device sends relationship information between a PDU set category and a PDU set importance PSI to a RAN device.

[0094] In a possible implementation, before the core network device sends the relationship information between the PDU set category and the PSI to the RAN device, it also includes: the application server sends the relationship information between the PDU set category and the PSI to the core network device. BRIEF DESCRIPTION OF THE DRAWINGS

[0095] Figure 1 A schematic diagram of the relationship between the video frame and PDU of the XR service in the related art;

[0096] Figure 2 A schematic diagram of dividing PDU set categories by PSI threshold in an embodiment of the present application;

[0097] Figure 3 A possible network architecture diagram provided for an embodiment of the present application;

[0098] Figure 4 A schematic diagram of uplink data transmission between layers provided in an embodiment of the present application;

[0099] Figure 5 A flow chart of a transmission configuration method provided in an embodiment of the present application;

[0100] Figure 6 A schematic diagram of signaling interaction for configuring a time value list and first information through a message provided in an embodiment of the present application;

[0101] Figure 7 A schematic diagram of signaling interaction for configuring a time value list and first information through two signalings provided in an embodiment of the present application;

[0102] Figure 8 A flow chart of a transmission scheduling method provided in an embodiment of the present application;

[0103] Fig. 9 A schematic diagram of a process for sending relationship information between a PDU set category and a PSI to a RAN device by a core network device according to an embodiment of the present application;

[0104] Fig.10 A schematic diagram of a process for sending relationship information between a PDU set category and a PSI to a RAN device by a core network device according to an embodiment of the present application;

[0105] Fig.11 A schematic diagram of a process for sending relationship information between a PDU set category and a PSI to a RAN device by a terminal device according to an embodiment of the present application;

[0106] Fig.12 A schematic diagram of a process of sending the relationship information between the PDU set category and the PSI to the target RAN device during the RAN handover process provided by an embodiment of the present application;

[0107] Fig.13 A schematic diagram of a flow chart of a transmission feedback method provided in an embodiment of the present application;

[0108] Fig.14 A schematic diagram of a flow chart of a transmission feedback method provided in an embodiment of the present application;

[0109] Fig.15A schematic diagram of the configuration of a discard timer in the related art;

[0110] Fig.16 A schematic diagram of a transmission method provided in an embodiment of the present application;

[0111] Fig.17 A schematic diagram of the configuration of a discard timer in an embodiment of the present application;

[0112] Fig.18 A flowchart of another transmission method provided in an embodiment of the present application;

[0113] Fig.19 A schematic diagram of reconfiguring a discard timer through an RRC reconfiguration message and activating a second discard timer at the same time in an embodiment of the present application;

[0114] Fig. 20 A flowchart of another transmission method provided in an embodiment of the present application;

[0115] Fig.21 A schematic diagram of implicitly indicating whether to activate the second discard timer through the arrangement order of the first time value and the second time value in an embodiment of the present application;

[0116] Fig. 22 A flowchart of another transmission method provided in an embodiment of the present application;

[0117] Fig.23 A flowchart of another transmission method provided in an embodiment of the present application;

[0118] Fig.24 A schematic diagram of the structure of a communication device provided in an embodiment of the present application;

[0119] Fig.25 A schematic diagram of the structure of another communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0120] Before introducing the technical solution provided by this application, the relevant technologies involved in this application are first explained to facilitate a better understanding of the technical solution provided by this application.

[0121] XR technology is an extended display technology that integrates AR, VR, and MR technologies. It can achieve naked-eye 3D effects and realize the synchronous transmission of real-time image data.

[0122] Based on the high efficiency video coding (HEVC) standard, the encoded video stream of the XR service consists of a series of groups of pictures (GoP) arranged in sequence. The first frame of a GoP is an I frame (also called a key frame), followed by P frames and possibly B frames. I frames are intra-coded images, P frames are forward prediction frames (also called forward reference frames), and B frames are bidirectional interpolation frames (also called bidirectional reference frames). The I frame can be considered as a complete picture, and the P frame and B frame record the changes relative to the I frame, so the decoding of P frames and B frames depends on the I frame.

[0123] It can be understood that the video stream of the XR service can also be encoded based on other video encoding methods. Depending on the encoding method, the types of encoded video frames will also be different, for example, they may include basic frames, enhanced frames, B frames, etc.

[0124] A video frame usually contains a large amount of data and needs to be transmitted through multiple data packets. This data packet is called a protocol data unit (PDU) in the 3rd Generation Partnership Project (3GPP). Figure 1 , Figure 1 The relationship between different types of video frames and PDUs in XR services is exemplified. Figure 1 As shown, the decoding of a P frame needs to rely on the video frame before the P frame (for example, the video frame before the P frame can be a P frame or an I frame). I frames and P frames correspond to multiple PDUs respectively, that is, I frames and P frames need to be transmitted through multiple PDUs. Since I frames contain more data than P frames, the number of PDUs corresponding to I frames is greater than the number of PDUs corresponding to P frames. All PDUs corresponding to a video frame can be called a PDU set, that is, a video frame can be understood as a PDU set.

[0125] In the following text of this application, "frame", "video frame", "PDU set", "data burst" and "burst" have the same meaning and can be replaced with each other.

[0126] Different types of frames have different importance levels, for example, I frames are more important than P frames. From the perspective of application layer encoding and decoding, video frames can be divided into different importance levels according to the amount of information encoded, and the importance of frames can be identified using PSI (PDU set importance). Currently, PSI includes 16 levels, and accordingly, the video frames (PDU sets) of XR services can be divided into 16 types. From high to low importance, the PSI value ranges from 0 to 15. For example, if a PDU set encodes 100% of the information in the image (such as an I frame), then the PSI of the PDU set is equal to 0. If another PDU set encodes 90% of the information in the image, then the PSI of the PDU set is equal to 1.

[0127] The information field of the PDU includes a frame type / frame PSI field, which is used to carry PSI. This information field has a total of 4 bits.

[0128] The PSI based on the PDU set can realize differentiated scheduling of different types of video frames. For example, for an unimportant PDU set, the PDU in the PDU set can be discarded.

[0129] In order to reduce scheduling complexity, the 16 types of video frames (PDU sets) are currently divided into several categories (which can also be referred to as being divided into several groups or similar descriptions), such as being divided into 2 or 3 PDU set categories or PDU set groups, and each PDU set category corresponds to a PSI range. For example, taking the division of the 16 types of PDU sets into the first category PDU set and the second category PDU set as an example, Table 1 shows the mapping relationship between the first category PDU set and the second category PDU set and the PSI range.

[0130] Table 1: Mapping relationship between PDU set and PSI range

[0131] PDU set category PSI Range Type 1 PDU set 0～2 Type II PDU set 3～14

[0132] As shown in Table 1, 16 types of PDU sets can be divided into first-category PDU sets and second-category PDU sets based on the PSI threshold, where the PSI range corresponding to the first-category PDU set is 0 to 2, that is, PDU sets with PSI equal to 0, 1 and 2 belong to the first-category PDU set, and the PSI range corresponding to the second-category PDU set is 3 to 14, that is, PDU sets with PSI equal to 3 to 14 belong to the second-category PDU set.

[0133] The above division method can also be understood as dividing the 16 types of PDU sets into the first category PDU set and the second category PDU set through a PSI threshold. The value of the PSI threshold can be 2, indicating that the PSI range greater than 2 is divided into one category, and the PSI range less than or equal to 2 is divided into another category; the value of the PSI threshold can also be 3, indicating that the PSI range greater than or equal to 3 is divided into one category, and the PSI range less than 3 is divided into another category. Exemplary, Figure 2 FIG. 4 is a schematic diagram showing a first-category PDU set and a second-category PDU set obtained by dividing the PSI threshold. Figure 2 As shown, the value of the PSI threshold is equal to 2. The PSI threshold can be used to divide the first category PDU set and the second category PDU set. The PSI value range of the first category PDU set is 0 to 2, and the PSI value range of the second category PDU set is 3 to 14. The importance of the first category PDU set is higher than that of the second category PDU set.

[0134] The number of PDU set categories divided based on PSI and the SPI range corresponding to each PDU set category are related to specific services. The meaning of "important / unimportant" may be different for different services. For example, for remote surgery, video frames with a PSI range of 0 to 14 are important video frames, and video frames with a PSI of 15 can be discarded; for VR games, video frames with a PSI range of 0 to 5 are important, and video frames with a PSI range of 6 to 15 can be discarded.

[0135] The network can perform transmission scheduling based on the granularity of PDU set categories. For example, the 16 types of PDU sets are divided into the first type of PDU sets and the second type of PDU sets, and the first type of PDU sets are more important than the second type of PDU sets. When the network is congested, the network can give priority to discarding the PDUs in the first type of PDU sets to ensure the transmission of the PDUs in the second type of PDU sets.

[0136] It can be understood that the above is explained by dividing the PDU sets of 16 PSIs into two major categories as an example. According to scheduling requirements and / or business requirements, the PDU sets of the above 16 PSIs can be divided into more major categories, and the embodiments of the present application do not limit this. Regardless of whether the PSI is classified in the form of PSI threshold or mapping relationship table, the PSI threshold or mapping relationship table may correspond to various granularities, such as UE granularity (per UE), Packet Data Convergence Protocol (PDCP) entity granularity (per PDCP entity, DRB granularity (per DRB), IP flow granularity (per IP flow), XR service granularity, etc. UE granularity, that is, the PSI threshold or mapping relationship table is valid for all XR services in the UE. PDCP entity granularity, that is, the PSI threshold or mapping relationship table is valid for the XR service on a specific PDCP entity, and different PDCP entities may be associated with different PSI thresholds or mapping relationship tables. DRB granularity, that is, the PSI threshold or mapping relationship table is valid for the XR service on a specific DRB, and different DRBs may be associated with different PSI thresholds or mapping relationship tables. IP flow granularity (per IP flow, that is, the PSI threshold or mapping relationship table is valid for the XR service in a specific IP flow, and different IP Flows may be associated with different PSI thresholds or mapping tables.

[0137] It can be understood that the above description is based on an example that the PSI includes 16 levels, and the embodiment of the present application does not limit the division method of the PDU set importance levels and the number of levels.

[0138] The embodiments of the present application are described below with reference to the accompanying drawings.

[0139] The embodiments of the present application can be applied to various communication systems, for example: global system for mobile communications (GSM) system, code division multiple access (CDMA) system, 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, fifth generation (5G) system or new radio (NR), or applied to future communication systems or other similar communication systems.

[0140] Figure 3 FIG. 1 is a schematic diagram of the architecture of a communication system 1000 used in an embodiment of the present application. Figure 3 As shown, the communication system includes a wireless access network 100 and a core network 200. Optionally, the communication system 1000 may also include the Internet 300. The wireless access network 100 may include at least one wireless access network device (such as Figure 3 110a and 110b), and may further include at least one terminal (such as Figure 3 120a-120j in the figure). The terminal is connected to the wireless access network device by wireless means, and the wireless access network device is connected to the core network by wireless or wired means. The core network device and the wireless access network device can be independent and different physical devices, or the functions of the core network device and the logical functions of the wireless access network device can be integrated on the same physical device, or part of the functions of the core network device and part of the functions of the wireless access network device can be integrated on one physical device. Terminals and wireless access network devices can be connected to each other by wired or wireless means. Figure 3 This is just a schematic diagram. The communication system may also include other network devices, such as wireless relay devices and wireless backhaul devices. Figure 3 Not drawn in.

[0141] The wireless access network equipment may be a base station, an evolved NodeB (eNodeB), a transmission reception point (TRP), a next generation NodeB (gNB) in a 5G mobile communication system, a next generation base station in a 6th generation (6G) mobile communication system, a base station in a future mobile communication system, or an access node in a Wi-Fi system, etc.; it may also be a module or unit that completes part of the functions of a base station, for example, a central unit (CU) or a distributed unit (DU). The CU here completes the functions of the radio resource control protocol and the packet data convergence protocol (PDCP) of the base station, and can also complete the function of the service data adaptation protocol (SDAP); the DU completes the functions of the radio link control layer and the medium access control (MAC) layer of the base station, and can also complete the functions of part or all of the physical layer. For the specific description of each of the above protocol layers, please refer to the relevant technical specifications of the 3rd Generation Partnership Project (3GPP). The wireless access network device can be a macro base station (such as Figure 3 110a), or a micro base station or an indoor station (such as Figure 3 110b), may also be a relay node or a donor node, etc. The embodiments of the present application do not limit the specific technology and specific device form adopted by the wireless access network device.

[0142] The terminal may also be referred to as a terminal device, user equipment (UE), mobile station, mobile terminal, etc. The terminal can be widely used in various scenarios, for example, device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IOT), virtual reality, augmented reality, industrial control, automatic driving, telemedicine, smart grid, smart furniture, smart office, smart wear, smart transportation, smart city, etc. The terminal may be a mobile phone, a tablet computer, a computer with wireless transceiver function, a wearable device, a vehicle, a drone, a helicopter, an airplane, a ship, a robot, a mechanical arm, a smart home device, etc. The embodiments of the present application do not limit the specific technology and specific device form adopted by the terminal.

[0143] The core network may include multiple core network devices 300. Figure 3 When the network architecture shown is applicable to the fifth generation mobile communication technology (5G) communication system, the core network device 300 can be an access and mobility management function (AMF) entity, a session management function (SMF) entity or a user plane function (UPF) entity, etc.

[0144] The network equipment and terminal can be fixed or movable. The network equipment and terminal can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; can also be deployed on the water surface; can also be deployed on airplanes, balloons and artificial satellites. The embodiments of the present application do not limit the application scenarios of the network equipment and terminals.

[0145] The roles of network devices and terminals can be relative, for example, Figure 3The helicopter or drone 120i in the figure can be configured as a mobile network device. For the terminals 120j that access the wireless access network 100 through 120i, the drone 120i is a network device; but for the network device 110a, 120i is a terminal, that is, 110a and 120i communicate through the wireless air interface protocol. Of course, 110a and 120i can also communicate through the interface protocol between network devices. In this case, relative to 110a, 120i is also a network device. Therefore, network devices and terminals can be collectively referred to as communication devices. Figure 3 110a and 110b in the figure may be referred to as communication devices having network device functions. Figure 3 120a-120j in the figure can be called communication devices with terminal functions.

[0146] Network devices and terminals, network devices and network devices, and terminals and terminals can communicate through authorized spectrum, unlicensed spectrum, or both; can communicate through spectrum below 6 gigahertz (GHz), spectrum above 6 GHz, or spectrum below 6 GHz and spectrum above 6 GHz. The embodiments of the present application do not limit the spectrum resources used for wireless communication.

[0147] In the embodiments of the present application, the functions of the network device may also be performed by a module (such as a chip) in the network device, or by a control subsystem including the network device function. The control subsystem including the network device function here may be a control center in the above-mentioned application scenarios such as smart grid, industrial control, smart transportation, smart city, etc. The functions of the terminal may also be performed by a module (such as a chip or a modem) in the terminal, or by a device including the terminal function.

[0148] In the embodiment of the present application, the network device sends a downlink signal or downlink information to the terminal, and the downlink information is carried on the downlink channel; the terminal sends an uplink signal or uplink information to the base station, and the uplink information is carried on the uplink channel. In order to communicate with the base station, the terminal needs to establish a wireless connection with the cell controlled by the base station. The cell that has established a wireless connection with the terminal is called the service cell of the terminal.

[0149] The communication method provided in the embodiment of the present application is described by taking a network device and a terminal device as examples. The network device in the embodiment of the present application may be a network device, or a chip, unit or module in the network device. For example, the network device may be the aforementioned Figure 1The access network device 110a or the access network device 110b in the embodiment of the present application can be a terminal device, or a chip, unit or module in the terminal device, such as the aforementioned Figure 1 Any terminal 120 shown. The terminal device may also be a communication device with terminal functions or a chip, unit or module inside a communication device with terminal functions. For ease of understanding, the embodiments of the present application are described by taking the terminal device as a terminal device or a chip, unit or module inside a terminal device, and the network device as a network device or a chip, unit or module inside a network device as an example.

[0150] In the above Figure 3 In the illustrated network architecture, the communication between the network device and the terminal device may follow a certain protocol layer structure, for example, the control plane protocol layer structure may include the functions of the protocol layers such as the radio resource control (RRC) layer, the PDCP layer, the radio link control (RLC) layer, the MAC layer and the physical layer (PHY); the user plane protocol layer structure may include the functions of the protocol layers such as the PDCP layer, the RLC layer, the MAC layer and the physical layer. In one possible implementation, the SDAP layer may also be included above the PDCP layer. Exemplarily, the network device may implement the functions of the protocol layers such as RRC, PDCP, RLC and MAC by one node, or may implement the functions of these protocol layers by multiple nodes.

[0151] Taking data transmission between network devices and terminal devices as an example, data transmission needs to pass through the user plane protocol layer, such as the SDAP layer, PDCP layer, RLC layer, MAC layer, and physical layer. The SDAP layer, PDCP layer, RLC layer, MAC layer, and physical layer can also be collectively referred to as the access layer. According to the data transmission direction, it is divided into sending or receiving. Each of the above layers is divided into a sending part and a receiving part. Taking uplink data transmission as an example, see Figure 4 The figure shows the schematic diagram of uplink data transmission between layers. Figure 4The downward arrow in the figure indicates data transmission, and the upward arrow indicates data reception. After the PDCP layer obtains data from the upper layer, it transmits the data to the RLC layer and the MAC layer. The MAC layer then generates a transport block (TB) and then transmits it wirelessly through the physical layer. Data is encapsulated in each layer accordingly. The data received by a layer from the upper layer of the layer is regarded as the service data unit (SDU) of the layer. After layer encapsulation, it becomes a protocol data unit (PDU) and is then passed to the next layer. For example, the data received by the PDCP layer from the upper layer is called PDCP SDU, and the data sent by the PDCP layer to the lower layer is called PDCP PDU; the data received by the RLC layer from the upper layer is called RLC SDU, and the data sent by the RLC layer to the lower layer is called RLC PDU; the data received by the MAC layer from the upper layer is called MAC SDU, and the data sent by the MAC layer to the lower layer is called MAC PDU. MAC PDU can also be called TB. In the protocol, the connection between layers is mostly corresponding in the form of channels. The RLC layer and the MAC layer correspond through a logical channel (LCH), and the MAC layer and the physical layer correspond through a transport channel. Below the physical layer is the physical channel, which is used to correspond to the physical layer at the other end.

[0152] In addition, through Figure 4 It can also be seen that the terminal device may also have an application layer and a non-access layer. Among them, the application layer can be used to provide services to the application in the terminal device. The non-access layer can be used to forward user data, for example, the uplink data received from the application layer can be forwarded to the SDAP layer or the downlink data received from the SDAP layer can be forwarded to the application layer. The terminal device can transmit the downlink data received from the network device from the physical layer to the application layer in sequence, and then the application layer provides it to the application.

[0153] In the embodiments of the present application, terms such as PDU, SDU, message, data message, data packet, package, and packet can be replaced with each other without affecting the implementation and protection scope of the present application.

[0154] In the embodiments of the present application, terms such as PDU set, burst, data burst, burst, data burst, SDU set, frame, video frame, frame, etc. can be replaced with each other without affecting the implementation and protection scope of the present application.

[0155] In the embodiments of the present application, terms such as classification, grouping, type, category, importance, and importance level can be interchangeable without affecting the execution and protection scope of the present application.

[0156] In order to better perform transmission scheduling, the embodiment of the present application provides a solution from the perspective of transmission configuration. In terms of transmission configuration, the embodiment of the present application can configure the time value list corresponding to each type of PDU set and the initial time of the discard timer for the terminal device, so that the terminal device can configure the discard timer of the corresponding PDU set based on the initial time and the time value list, so that the transmission scheduling can be performed based on the discard timer on the terminal device side. Figure 5 The transmission configuration method provided in the embodiment of the present application is described.

[0157] Based on the above Figure 1 The network system architecture shown and the above-mentioned related technical introductions, Figure 5 A flow chart of a transmission configuration method provided in an embodiment of the present application is exemplified. Figure 5 The scheme in the embodiment is introduced by taking the interactive execution of the network device and the terminal device as an example. Specifically, the process is described by taking the network device as a network device and the terminal device as a terminal device as an example. The relevant description of the network device and the terminal device can be found in the above content and will not be repeated here.

[0158] See also Figure 5 , which is a flow chart of the communication method provided in an embodiment of the present application.

[0159] like Figure 5 As shown, the process may include the following steps:

[0160] Step 501: The network device sends N time value lists to the terminal device, and correspondingly, the terminal device receives the N time value lists, where N is an integer greater than or equal to 1.

[0161] Each of the N time value lists may include multiple different time values. The number of time values ​​included in different time value lists may be the same or different. For example, the N time value lists include a first time value list and a second time value list, the first time value list includes M1 time values ​​(M1 is an integer greater than or equal to 1), and the second time value list includes M2 time values ​​(M2 is an integer greater than or equal to 1), and M1 and M2 may be equal or unequal.

[0162] Each time value list in the N time value lists corresponds to a PDU set category, for example, the first time value list corresponds to the first category PDU set, and the second time value list corresponds to the second category PDU set. An example of the first category PDU set and the second category PDU set can be shown in Table 1. The M1 time values ​​in the first time value list are candidate values ​​of the first discard timer corresponding to the first category PDU set, and the M2 time values ​​in the second time value list are candidate values ​​of the second discard timer corresponding to the second category PDU set. The network device can instruct the terminal device to switch between different time values ​​in the time value list through signaling, that is, to set the duration of the discard timer with different time values. For example, in the case of network congestion, the terminal device can be instructed through signaling to set the duration of the discard timer according to a smaller candidate value, so as to reduce the length of time the PDU waits to be sent, reduce the accumulation of PDUs, and thus reduce the degree of congestion.

[0163] At present, according to the protocol, the discard timer is at the PDU level. Taking the PDCP entity as an example, when a data packet is delivered from the upper layer (such as the application layer) to the PDCP entity, the PDCP entity starts a discard timer (or PDCPdiscard timer) for it, and the discard timer starts counting down after it is started. If the data packet is processed as a PDU by PDCP and sent out before the discard timer times out, the discard timer stops timing or is deleted; if the discard timer times out, it means that the length of time the PDU has been waiting in the buffer of the PDCP layer has reached the time limit. Based on the transmission scheduling strategy, the PDU is deleted from the buffer of the PDCP layer, and accordingly, the discard timer is also deleted.

[0164] In an embodiment of the present application, in a possible implementation method, a corresponding discard timer can be set for a PDU set. For example, taking the first type of PDU set shown in Table 1 above as an example, according to the PSI range (0 to 2) corresponding to the first type of PDU set, a discard timer corresponding to the PDU set can be set for a PDU set with a PSI of 0, a discard timer corresponding to the PDU set can be set for a PDU set with a PSI of 1, and a discard timer corresponding to the PDU set can be set for a PDU set with a PSI of 2, and the duration of the discard timers corresponding to the PDU sets in the PSI value range is the same, such as a time value in the first time list. In this way, a corresponding first discard timer can be set for the first type of PDU set. Similarly, a corresponding second discard timer can be set for the second type of PDU set.

[0165] In another possible implementation, the discard timer at the PDU level can be reused as the discard timer corresponding to the PDU set. For example, still taking the first type of PDU set mentioned above as an example, according to the PSI range (0 to 2) corresponding to the first type of PDU set, the discard timer corresponding to the first PDU delivered to the PDCP entity in a PDU set with PSI equal to 0 can be used as the discard timer corresponding to the PDU set to control the transmission of all PDUs in the PDU set. Similarly, the discard timer corresponding to the first PDU delivered to the PDCP entity in a PDU set with PSI equal to 1 can be used as the discard timer corresponding to the PDUset to control the transmission of all PDUs in the PDU set. The discard timer corresponding to the first PDU delivered to the PDCP entity in a PDU set with PSI equal to 2 can be used as the discard timer corresponding to the PDU set to control the transmission of all PDUs in the PDU set, and the duration of the discard timers corresponding to the PDU sets in the PSI value range is the same, such as a time value in the first time list. In this way, the corresponding first discard timer can be set for the first type of PDU set. Similarly, a corresponding second discard timer may be set for the second type of PDU set.

[0166] Taking the first category PDU set and the second category PDU set shown in Table 1 above as an example, the network can set two candidate time values ​​for the discard timers of the first category PDU set and the second category PDU set for each PDCP entity of the terminal device, for example, a first time value list is set for the first category PDU set, and the first time value list includes two candidate time values ​​T1 and T2, T1=35ms, T2=15ms; a second time value list is set for the second category PDU set, and the second time value list includes two candidate time values ​​T3 and T4, T3=30ms, T4=0ms. Wherein, when the network status is normal, the duration of the first discard timer corresponding to the first category PDU set can be set to 35ms, and the duration of the second discard timer corresponding to the second category PDU set can be set to 30ms; when the network is congested, the duration of the first discard timer corresponding to the first category PDU set can be set to 15ms, and the duration of the second discard timer corresponding to the second category PDU set can be set to 0ms. Optionally, the network device may instruct the terminal device to set or adjust the duration of the discard timer through signaling (such as a MAC control element, MAC CE for short) according to the current network status.

[0167] It can be understood that some of the above embodiments are described by taking the PDCP entity as an example, but the embodiments of the present application are not limited to this. For example, the PDCP entity can also be replaced by an RLC entity or an SDAP entity, etc. Taking the replacement with the RLC entity as an example, when data is processed at the RLC layer, a discard timer can also be set based on the method provided in the embodiments of the present application, and transmission control can be performed based on the discard timer.

[0168] It can be understood that the "discard timer" can also be replaced by other names, and the embodiment of the present application does not limit the naming method of the "discard timer".

[0169] In the embodiments of the present application, multiple candidate time values ​​can be set for the discard timer corresponding to a type of PDU set, and different candidate time values ​​can be used in different network status conditions. When the terminal device starts the service, it is necessary to set the initial time value of the discard timer. In some embodiments of the present application, the network device can indicate the initial time value of the discard timer corresponding to a certain type of PDU set or several types of PDU sets to the terminal device through the first information.

[0170] In a possible implementation method of indicating the initial time value of a discard timer through first information, taking the configuration of the initial time value of a first discard timer corresponding to a first type of PDU set as an example, a network device may send first information to a terminal device, where the first information indicates the initial time value of the first discard timer corresponding to the first type of PDU set, and the initial time value may be one of the M1 candidate time values ​​in a first time list corresponding to the first type of PDU set.

[0171] Optionally, the first information may be a time value, which may be equal to one of the M1 time values ​​in the first time value list, or may be unequal to any time value in the M1 time value list. Optionally, the first information may also be an index of a time value among the M1 time values ​​in the first time value list. In this way, the initial time value of the first discard timer is indicated to the terminal device, which can save signaling overhead.

[0172] Optionally, the initial time value indicated by the first information may be the largest time value among the M1 time values ​​in the first time value list. By setting the initial time of the discard timer to the maximum time value in the first time value list, it can be ensured that the terminal device sends data as much as possible to ensure data transmission. The initial time value indicated by the first information may also be the first time value among the M1 time values. In this case, the network device may set the first time value among the M1 time values ​​in the first time value list to the maximum, and indicate the first time value to the terminal device through the first information, so that the terminal device sets the initial time of the discard timer to the maximum time value in the first time value list, thereby ensuring data transmission of the terminal device. It can be understood that the initial time value indicated by the first information may also be other time values ​​among the M1 time values ​​(for example, the first value), and this embodiment of the present application is not limited to this.

[0173] Optionally, the first information may also indicate an initial time value of a discard timer corresponding to the second type PDU set.

[0174] In some embodiments of the present application, the network device may send a time value list and the first information to the terminal device through a message. Taking the configuration of the time value list corresponding to the first type PDU set and the second type PDU set as an example, the network device may send an RRC signaling to the terminal device, the RRC signaling including the first time value list corresponding to the first type PDU set and the second time value list corresponding to the second type PDU set and the first information, the first information indicating the initial time of the first discard timer corresponding to the first type PDU set and the initial time of the second discard timer corresponding to the second type PDU set.

[0175] Exemplarily, a data structure of a first time value list, a second time value list and the first information may be:

[0176] {35,15} index1 {30,0} index2

[0177] Among them, the time value list {35,15} in the first information field is the first time value list corresponding to the first type PDU set, and the following information field carries index1=1, indicating that the initial time value of the first discard timer corresponding to the first type PDU set is the first time value in the time value list; the time value list {30,0} in the third information field is the second time value list corresponding to the second type PDU set, and the following information field carries index2=1, indicating that the initial time value of the second discard timer corresponding to the second type PDU set is the first time value in the time value list.

[0178] Exemplarily, a data structure of a first time value list, a second time value list and the first information may be:

[0179] {35,15} {30,0} index1 index2

[0180] Exemplarily, another data structure of the first time value list, the second time value list and the first information may be:

[0181] {35,15} value1 {30,0} value 2

[0182] Among them, the time value list {35,15} in the first information field is the first time value list corresponding to the first type PDU set, and the value1 carried by the following information field is the initial time value of the first discard timer corresponding to the first type PDU set. Value1 can be equal to 35 or 15, or other values; the time value list {30,0} in the third information field is the second time value list corresponding to the second type PDU set, and the value 2 carried by the following information field is the initial time value of the second discard timer corresponding to the second type PDU set. Value2 can be equal to 30 or 0, or other values.

[0183] Exemplarily, another data structure of the first time value list, the second time value list and the first information may be:

[0184] {35,15} {30,0} Vaule1 value 2

[0185] Among them, the time value list {35,15} in the first information field is the first time value list corresponding to the first type PDU set, the time value list {30,0} in the next information field is the second time value list corresponding to the second type PDU set, the value1 carried by the next information field is the initial time value of the first discard timer corresponding to the first type PDU set, value1 can be equal to 35 or 15, or other values; the value 2 carried by the next information field is the initial time value of the second discard timer corresponding to the second type PDU set, value2 can be equal to 30 or 0, or other values.

[0186] Optionally, the first information may specifically be a time value (such as a first time value), and the first time value may be an initial time value of a first discard timer, or an initial time value of a first discard timer and a second discard timer. In other words, the initial time value of the corresponding discard timer may be set for each type of PDU set, or a common time value may be set for N PDU set categories as the initial time value of the discard timer corresponding to each of the N PDU set categories.

[0187] Exemplarily, in a case where a common initial time value of a discard timer is configured for multiple PDU set categories, the data structure of the RRC signaling may be:

[0188] {35,15} {30,0} value

[0189] Among them, the time value list {35,15} in the first information field is the first time value list corresponding to the first type PDU set, the time value list {30,0} in the second information field is the second time value list corresponding to the second type PDU set, and the value carried by the following information field is a time value, indicating that the initial time value of the discard timer corresponding to the first type PDU set and the initial time value of the discard timer corresponding to the second type PDU set are both equal to the value.

[0190] The above is described by taking the configuration of the time value list corresponding to the first type PDU set and the second type PDU set as an example. For more types of PDU sets, it can also be applicable to the embodiments of the present application. Figure 6 The following is a schematic diagram showing a signaling interaction of configuring a time value list and first information through a message. Figure 6 As shown, in step 601, the network device sends a message (such as RRC signaling) to the terminal, which carries N time value lists and first information, and each time list in the N time lists corresponds to a type of PDU set. The implementation method of steps 602 to 604 is the same as Figure 5 The corresponding steps are the same as in .

[0191] In some other embodiments of the present application, the network device may send the time value list to the terminal device through a first signaling, and send the first information to the terminal device through a second signaling. Optionally, the first signaling may be an RRC signaling, and the second signaling may be a MAC CE or downlink control information (DCI) or a control PDU, etc. The embodiments of the present application do not limit the types of the first signaling and the second signaling.

[0192] Taking the configuration of the time value list corresponding to the first type PDU set and the second type PDU set as an example, the network device can send RRC signaling to the terminal device, and the RRC signaling includes a first time value list corresponding to the first type PDU set and a second time value list corresponding to the second type PDU set. Within the time length K, the network device sends a second signaling to the terminal device, and the second signaling includes the first information. The second signaling also includes a data radio barrier (DRB) identifier (DRB ID). The DRB ID is the DRBID corresponding to the processing unit for processing the first type PDU set and the second type PDU set. Exemplarily, the processing unit can be a PDCP entity or an RLC entity or an SDAP entity, and the embodiments of the present application are not limited. Taking the PDCP entity as an example, since the time value list configured by the first signaling is at the PDCP entity level (per PDCP entity), the DRB ID can be used to identify which PDCP entity is configured on which the initial time value indicated by the first information corresponds to the discard timer corresponding to a certain type of PDU set.

[0193] Optionally, the value of the time length K may be a predefined value or may be configured by a network device, and this embodiment of the present application does not impose any limitation on this.

[0194] Exemplarily, a time value list in a first signaling (such as RRC signaling), a data structure of the first information and the DRB ID in a second signaling (such as MAC CE) may be:

[0195] RRC signaling:

[0196] {35,15} {30,0}

[0197] MAC CE:

[0198] DRB ID index1 index2

[0199] Among them, an information field in the RRC signaling is used to carry the first time value list, and the next information field is used to carry the second time value list. An information field in the MAC CE is used to carry the DRB ID, and the next information field carries index1=1, indicating that the initial time value of the first discard timer corresponding to the first type of PDU set is the first time value in the time value list, and the next information field carries index2=1, indicating that the initial time value of the second discard timer corresponding to the second type of PDU set is the first time value in the time value list.

[0200] Exemplarily, another time value list in the first signaling (such as RRC signaling), the data structure of the first information and the DRB ID in the second signaling (such as MACCE) may be:

[0201] RRC signaling:

[0202] {35,15} {30,0}

[0203] MAC CE:

[0204] DRB ID value1 value 2

[0205] Among them, an information field in the MAC CE is used to carry the DRB ID. The value1 carried by the following information field is the initial time value of the first discard timer corresponding to the first type of PDU set. Value1 can be equal to 35 or 15, or other values; the value 2 carried by the following information field is the initial time value of the second discard timer corresponding to the second type of PDU set. Value1 can be equal to 30 or 0, or other values.

[0206] Exemplarily, another time value list in the first signaling (such as RRC signaling), the data structure of the first information and the DRB ID in the second signaling (such as MACCE) may be:

[0207] RRC signaling:

[0208] {35,15} {30,0}

[0209] MAC CE:

[0210] DRB ID Time value index1 PDU set category index1 Time value index2 PDU set category index2

[0211] Among them, one information field in the MAC CE is used to carry the DRB ID, the next information field carries the index of the time value in the first time value list, and the next information field carries the category index of the first type of PDU set. These two information fields can indicate the initial time value of the first discard timer corresponding to the first type of PDU set; similarly, the next two information fields can indicate the initial time value of the second discard timer corresponding to the second type of PDU set.

[0212] The above is described by taking the configuration of the time value list corresponding to the first type PDU set and the second type PDU set as an example. For more types of PDU sets, it can also be applicable to the embodiments of the present application. Figure 7 The following is a schematic diagram of a signaling interaction of configuring a time value list and first information through two signalings. Figure 7As shown, in step 701a, the network device sends a first signaling (such as RRC signaling) to the terminal, which carries N time value lists, each of which corresponds to a type of PDU set; in step 701b, the network device sends a second signaling (such as MAC CE) to the terminal device, which carries the first information and the DRB ID. The implementation method of steps 702 to 704 is the same as Figure 5 The corresponding steps are the same as in .

[0213] In the case where the time value list and the first information are configured through two signalings, if the terminal device does not receive the second signaling within the above-mentioned time length K, then in a possible implementation, the terminal device can select a time value from the time value list according to a pre-set rule to set the initial time value of the discard timer, such as selecting the maximum value in the time value list, or selecting the first time value in the time value list, and the embodiment of the present application does not limit this rule. Taking the first type of PDU set as an example, the terminal device can determine the maximum value or the first time value among the M1 time values ​​in the first time value list as the initial time value of the first discard timer.

[0214] In another possible implementation, if the terminal device does not receive the second signaling within the above time length K, the terminal device may determine a preset time value (such as a default time value) as the initial time value of the discard timer. Taking the first type of PDU set as an example, the terminal device may determine a default time value as the initial time value of the first discard timer.

[0215] In another possible implementation, if the terminal device does not receive the second signaling within the above-mentioned time length K, the terminal device can ignore the time value list configured in the first signaling and set the discard timer in accordance with the method defined by the current protocol. For example, for each type of PDU set, only a default time value is used to set the duration of the discard timer corresponding to the type of PDU set.

[0216] Step 502: The terminal device determines an initial time value of a first discard timer corresponding to a first type of PDU set.

[0217] In one possible implementation, taking setting the initial time value of the first discard timer corresponding to the first type PDU set as an example, the terminal device can select a time value from the first time value list corresponding to the first type PDU set according to a pre-set rule to set the initial time value of the first discard timer. For example, the rule may be: select the maximum time value in the first time value list, or select the first time value in the first time value list. The embodiment of the present application does not limit this rule. Similarly, the initial time value of the second discard timer corresponding to the second type PDU set can also be selected from the second time value list according to a pre-set rule.

[0218] Optionally, if the rule is to select the first time value in the time value list as the initial time value of the discard timer, then when setting the time value list, the network device can arrange the time value that matches the current network state in the first place in the time value list according to the current network state. For example, taking the first type PDU set and the second type PPDU set shown in Table 1 as an example, the current network state is good, or the network state is in a good state most of the time, then the network device can set the following time value list:

[0219] The first time value list corresponding to the first type of PDU set: {35ms, 15ms};

[0220] The second time value list corresponding to the second type PDU set: {30ms, 0ms}.

[0221] In another possible implementation, the network device indicates the initial time value of the discard timer through the first information, and accordingly, the terminal device can determine the initial time value of the corresponding discard timer based on the initial time value of the discard timer indicated by the first information.

[0222] Step 503: The terminal device configures a first discard timer according to an initial time value.

[0223] Setting the duration of the first discard timer according to the initial time value means setting the duration of the first discard timer to be equal to the initial time value. After the first timer is started, it starts counting down from the initial time value until the first discard timer times out when the count reaches zero.

[0224] Step 504: The terminal device performs transmission control on the PDU in the first type of PDU set based on the first discard timer.

[0225] Taking the first category PDU set as an example, in this step, when the terminal device starts to receive the first category PDU set, it starts the first discard timer, and when the first discard timer times out, it discards the remaining PDU in the first category PDU set, where the remaining PDU is the PDU to be transmitted in the first category PDU set when the first discard timer times out.

[0226] Among them, "start receiving the first type of PDU set" can be understood as, for any PDU set belonging to the first type of PDU set, at the moment of receiving the first PDU of the PDU set, or at the moment of receiving the first bit, or at the moment of receiving the first byte. It can also be understood as the moment of receiving the last PDU in the PDU set, at the moment of receiving the last bit, or at the moment of receiving the last byte. It can also be understood as the moment of receiving all PDUs in the PDU set, at the moment of receiving all bytes, or at the moment of receiving all bits.

[0227] In a possible implementation, the terminal device may perform transmission control based on the discard timer at the PDU set level. For example, taking the first type of PDU set shown in Table 1 as an example, the first type of PDU set may include a PDU set with a PSI equal to 0, a PDU set with a PSI equal to 1, and a PDU set with a PSI equal to 2. For a PDU set with a PSI equal to 0, if a data packet belonging to the PDU set is delivered from the upper layer to the PDCP entity, and the PDCP entity determines that the data packet is the first data packet in the PDU set, then the discard timer corresponding to the PDU set is started, and the initial time value of the discard timer is equal to the initial time value of the first discard timer corresponding to the first type of PDU set, and the first discard timer starts to count down after it is started. During the operation of the first discard timer, the PDU is sent out, and multiple data packets belonging to the PDU set are delivered from the upper layer to the PDCP entity. When the discard timer corresponding to the PDU times out, if there are PDUs belonging to the PDUset in the buffer of the PDCP entity that have not been sent out, the PDCP entity deletes these PDUs from the buffer, and further, the discard timer can be deleted.

[0228] Similarly, for the PDU set with PSI equal to 1 and the PDU set with PSI equal to 2, the corresponding discard timers can be started according to the above method, and the initial time value of the discard timer corresponding to the PDU set with PSI equal to 1 and the PDU set with PSI equal to 2 is equal to the initial time value of the first discard timer corresponding to the first type of PDU set.

[0229] When the terminal device needs to switch the time value of the first discard timer corresponding to the first type of PDU set to the second time value 15ms in the first time list according to the indication information sent by the network device, the terminal device can set the duration of the discard timer corresponding to all PDU sets with a PSI range of 0 to 2 to 15ms.

[0230] In another possible implementation, the terminal device may perform transmission control based on a discard timer at the PDU level. For example, still taking the first type of PDU set shown in Table 1 as an example, for a PDU set with a PSI equal to 0, if a data packet belonging to the PDU set is delivered from the upper layer to the PDCP entity, and the PDCP entity determines that the data packet is the first data packet in the PDU set, the discard timer corresponding to the PDU is started (for the convenience of description, the discard timer is referred to as the discard timer); and the duration of the discard timer is set according to the initial time value of the first discard timer corresponding to the first type of PDU set determined according to the above method, and the discard timer starts to count down after it is started. During the operation of the discard timer, the PDU is sent out, and multiple PDUs belonging to the PDU set are passed from the upper layer to the PDCP entity. When the discard timer times out, if there are PDUs belonging to the PDU set in the buffer of the PDCP entity that have not been sent out, the PDCP entity deletes these PDUs from the buffer, and further, the discard timer can be deleted.

[0231] In an embodiment of the present application, when the network device determines that the network is congested, it can send indication information to the terminal device (for example, sending the indication information through DCI or MAC CE) to instruct the terminal device to switch the duration of the discard timer corresponding to each PDU set category to the duration used in the congested state in the corresponding time value list; when the network device determines that the network has recovered, it can send indication information to the terminal device (for example, sending the indication information through DCI or MAC CE) to instruct the terminal device to switch the duration of the discard timer corresponding to each PDU set category to the duration used in the normal state in the corresponding time value list.

[0232] Above Figure 5 , Figure 6 or Figure 7In the process shown, the network device can configure a time value list corresponding to each PDU set category and an initial time value of the discard timer for the terminal device, so that the terminal device can configure the discard timer of the corresponding PDU set based on the initial time value and the time value list, thereby performing transmission scheduling based on the discard timer on the terminal device side.

[0233] In some embodiments of the present application, for uplink transmission, when the network device determines that the current network is congested based on the network status, it can send indication information to the terminal device (for example, through DCI or MAC CE), and the indication information is used to indicate the data rate of the terminal device in the first time period in the future. After receiving the indication information, the terminal device can determine the PDU set category to which the PDU to be sent belongs based on the PSI of the PDU to be sent cached by the terminal device, so as to determine whether to discard the PDU or transmit the PDU. For example, if the PDU belongs to a PDU set category with a higher degree of importance, it can be determined to send the PDU, otherwise it can be determined to discard the PDU. If the PDU is transmitted, the PDU determined to be required to be sent can be sent at the data rate indicated by the network device within the first time period indicated by the network device.

[0234] In order to better perform transmission scheduling, the embodiment of the present application provides a solution from the transmission scheduling aspect. In terms of transmission scheduling, in the embodiment of the present application, the network device can obtain the relationship between the PDU set category and the PSI, and perform transmission scheduling based on the relationship, so as to achieve differentiated transmission scheduling according to the PDU set category.

[0235] Based on the above Figure 1 The network system architecture shown and the above-mentioned related technical introductions, Figure 8 A flow chart of a transmission scheduling method provided in an embodiment of the present application is exemplified. Figure 8 The solution in the embodiment is introduced by taking a network device as an example. Specifically, the network device is a network equipment. Exemplarily, the network equipment is a RAN equipment. For the related description of the network device, please refer to the above content and will not be repeated here.

[0236] See also Figure 8 , is a flow chart of a transmission scheduling method provided in an embodiment of the present application, and the flow may include the following steps:

[0237] Step 801: The RAN device determines the relationship between the PDU set category and the PSI.

[0238] In a possible implementation, the relationship between the PDU set category and the PSI can be specifically expressed as: a correspondence table between the PDU set category and the PSI range, and different PDU set categories correspond to different PSI ranges. An example of the relationship between the PDU set category and the PSI can be shown in Table 1. That is, if the RAN device obtains the correspondence table between the PDU set category and the PSI range, the relationship between the PDU set category and the PSI range can be directly determined based on the correspondence table.

[0239] In another possible implementation, the relationship between the PDU set category and the PSI can be specifically expressed as: M PSI thresholds, where M is an integer greater than or equal to 1. The M PSI thresholds divide the PSI into M+1 PSI ranges, and each PSI range corresponds to a PDU set category. An example of M threshold values ​​dividing the PSI into M+1 PDU set categories can be as follows: Figure 2 That is to say, if the RAN device obtains M PSI thresholds, the PSI can be divided into M+1 PSI ranges according to the M PSI thresholds, and the RAN device can determine the PDU set category corresponding to each PSI range, that is, determine the relationship between the PDU set category and the PSI.

[0240] In a possible implementation, the relationship between the PDU set category and the PSI may be predefined on the RAN device. For example, a correspondence table between the PDU set category and the PSI range may be predefined; for another example, M PSI thresholds may be predefined.

[0241] In another possible implementation, the relationship between the PDU set category and the PSI comes from the core network device. Optionally, for downlink transmission, the core network device can send the relationship information between the PDU set category and the PSI for downlink transmission from the application server to the RAN device. An example can be as follows Fig. 9 Optionally, for uplink transmission, the terminal device may send the relationship information between the PDU set category and the PSI for uplink transmission to the application server, which is then sent by the application server to the core network device, and then sent to the RAN device through the core network device. An example may be as follows Fig.10 shown.

[0242] In another possible implementation, for uplink transmission, the relationship between the PDU set category and the PSI comes from the terminal device. An example may be as follows: Fig.11 shown.

[0243] In another possible implementation, during the RAN handover process, the terminal device or the core network device or the source RAN device may send the relationship information between the PDU set category and the PSI to the target RAN device. An example may be as follows: Fig.12 shown.

[0244] Step 802: The RAN device schedules a first-category PDU set according to the relationship between the PDU set category and the PSI, where the first-category PDU set is one of the PDU set categories.

[0245] In a possible implementation, the RAN device can configure the candidate time value and / or initial time value of the discard timer corresponding to the PDU set category to the terminal device according to the relationship between the PDU set category and the PSI, so as to achieve the purpose of scheduling the PDUset or PDU. For example, for a PDU set with a higher degree of importance, the candidate time value of its discard timer can be longer.

[0246] In another possible implementation, the PSI can be encapsulated in the information field visible to the RAN device in the message, so that for downlink transmission, the RAN device can obtain the PSI of the PDU, determine which type of PDU set the PDU belongs to based on the PSI and the above-mentioned correspondence information, and then schedule the PDU according to the current network status. For example, if the current network is congested and the PDU belongs to a PDU set category with a lower degree of importance, the PDU can be discarded to reduce the degree of network congestion. If the PDU belongs to a PDU set category with a higher degree of importance, the PDU can be scheduled with priority.

[0247] According to the above Figure 8 In the process shown, the RAN device can implement differentiated transmission scheduling according to the PDU set category based on the relationship between the PDU set category and the PSI.

[0248] See also Fig. 9 , is a schematic diagram of a process for sending relationship information between a PDU set category and a PSI from a core network device to a RAN device provided by an embodiment of the present application. As shown in the figure, the process may include the following steps:

[0249] Step 901: After a service (such as an XR service) starts, the application server providing the service sends the relationship information between the PDU set category and the PSI used for the service to the core network device.

[0250] Optionally, an example of the relationship information between the PDU set category and the PSI may be as shown in Table 1, and another example may be as shown in Table 1. Figure 2 PSI thresholds shown.

[0251] Optionally, the relationship information between the PDU set category and the PSI may be used for transmission scheduling during downlink transmission.

[0252] Step 902: After receiving the relationship information between the PDU set category and the PSI from the application server, the core network device sends the relationship information between the PDU set category and the PSI to the RAN device.

[0253] In a possible implementation, the core network device may directly send the relationship information between the PDU set category and the PSI from the application server to the RAN device.

[0254] In another possible implementation, the relationship information between the PDU set category and the PSI from the application server is based on the service level. Accordingly, the core network device converts the relationship information between the PDU set category and the PSI based on the service level into the relationship information between the PDU set category and the PSI based on the quality of service (QoS) flow (QoS flow) level (per QoS flow), and sends the converted relationship information between the PDU set category and the PSI based on the QoS flow level to the terminal device. For example, the core network device receives 4 PSI thresholds from the application server, and the 4 PSI thresholds are based on the granularity of IP flow or XR service. The core network device can aggregate the 4 PSI thresholds into 2 PSI thresholds according to the local policy, that is, aggregate the 4 PSI thresholds based on the granularity of IP flow or XR service into 2 PSI thresholds based on the granularity of QoS flow. For example, the relationship information between the PDU set category and PSI received by the core network device from the application server is: PSI=0~2 corresponds to the first category PDU set, PSI=3~5 corresponds to the second category PDU set, PSI=6~7 corresponds to the third category PDU set, and PSI=8~15 corresponds to the fourth category PDU set; the core network device can aggregate the above four PDU set levels into: PSI=0~7 corresponds to the first category PDU set, and PSI=8~15 corresponds to the second category PDU set.

[0255] In one possible implementation, the core network device is AMF.

[0256] See also Fig.10 , is a schematic diagram of a process for sending relationship information between a PDU set category and a PSI from a core network device to a RAN device provided by an embodiment of the present application. As shown in the figure, the process may include the following steps:

[0257] Step 1001: After a service (such as an XR service) starts, the terminal device sends the relationship information between the PDU set category and the PSI used for the service to the application server.

[0258] Optionally, an example of the relationship information between the PDU set category and the PSI may be as shown in Table 1, and another example may be as shown in Table 1. Figure 2 PSI thresholds shown.

[0259] Optionally, the relationship information between the PDU set category and the PSI may be used for transmission scheduling during uplink transmission.

[0260] Step 1002: After receiving the corresponding relationship information, the application server sends the relationship information between the PDU set category and the PSI to the core network device.

[0261] Step 1003: After receiving the relationship information between the PDU set category and the PSI from the application server, the core network device sends the relationship information between the PDU set category and the PSI to the RAN device.

[0262] See also Fig.11 , is a schematic diagram of a process for sending relationship information between a PDU set category and a PSI from a terminal device to a RAN device provided by an embodiment of the present application. As shown in the figure, the process may include the following steps:

[0263] Step 1101: After a service (such as an XR service) starts, the terminal device sends the relationship information between the PDU set category and the PSI used for the service to the RAN device.

[0264] Optionally, an example of the relationship information between the PDU set category and the PSI may be as shown in Table 1, and another example may be as shown in Table 1. Figure 2 PSI thresholds shown.

[0265] Optionally, the relationship information between the PDU set category and the PSI is based on the DRB / PDCP entity granularity (perDRB / PDCP entity).

[0266] See also Fig.12 , is a flow chart of sending the relationship information between the PDU set category and the PSI to the target RAN device during the RAN handover process provided by an embodiment of the present application. As shown in the figure, the process may include the following steps:

[0267] Step 1200: AMF provides mobility control information. In this process, AMF can provide mobility control information to the source RAN device and the target RAN device.

[0268] Step 1201: Measurement control and reporting process of a terminal device. In this process, the terminal device may perform measurement and report the measurement result to the source RAN device.

[0269] Step 1202: The source RAN device decides to switch the terminal device to the target RAN device according to the measurement result of the terminal device.

[0270] Step 1203: The source RAN device sends a handover request to the target RAN device.

[0271] Optionally, the switching request may carry the relationship information between the PDU set category and the PSI. For example, an information element may be extended in the message to carry the relationship information between the PDU set category and the PSI.

[0272] Step 1204: The target RAN device performs admission control.

[0273] Step 1205: The target RAN device sends a handover request confirmation to the source RAN device.

[0274] Step 1206: The RAN handover initiation process is performed between the terminal device and the source RAN device. During this period, the source RAN device transfers buffered data and new data from the UPF. Thereafter, the terminal device detaches from the original cell and synchronizes with the new cell.

[0275] Step 1207a: The source RAN device sends an early state converter (EARLY STATUSTRANSER) to the target RAN device.

[0276] Step 1207b: The source RAN device sends a sequence number state transfer (EARLY STATUSTRANSER) to the target RAN device.

[0277] Thereafter, the user data is transmitted from the UPF to the source RAN device, forwarded by the source RAN device to the target RAN device, and the target RAN device buffers the user data from the source RAN device.

[0278] Step 1208: The terminal device and the target RAN device perform a RAN handover completion process.

[0279] Optionally, the terminal device may send the relationship information between the PDU set category and the PSI to the target RAN device during the process. For example, an information element may be extended in the RRC reconfiguration complete message sent by the terminal device to the target RAN device to carry the relationship information between the PDU set category and the PSI.

[0280] Step 1208a: The target RAN device sends a handover success message to the source RAN device.

[0281] Step 1208b: The source RAN device sends a sequence number state transfer (EARLY STATUSTRANSER) to the target RAN device.

[0282] After that, the user data is transmitted from the UPF to the source RAN device, forwarded by the source RAN device to the target RAN device, and the target RAN device buffers the user data from the source RAN device. Data is transmitted between the terminal device and the target RAN device and between the target RAN device and the UPF.

[0283] Step 1209: The target RAN device sends a path switching request to the AMF.

[0284] Step 1210: AMF and UPF perform path switching. After that, data is transmitted between UPF and the target RAN device.

[0285] Step 1211: AMF sends a path switching request confirmation message to the target RAN device.

[0286] Optionally, the path switch request confirmation message may carry the relationship information between the PDU set category and the PSI. For example, an information element may be extended in the message to carry the relationship information between the PDU set category and the PSI.

[0287] Step 1212: The target RAN device instructs the source RAN device to release the UE context.

[0288] In order to better perform transmission scheduling, the embodiments of the present application provide solutions from the aspect of transmission feedback. In terms of transmission feedback, in some embodiments of the present application, the terminal device can feedback the delay jitter information of the PDU set to the network device, so that the network device can perform transmission scheduling for the terminal device based on the delay jitter information reported by the terminal device. Furthermore, the embodiments of the present application can also avoid the terminal device from frequently reporting delay jitter information, thereby reducing the signaling overhead on the one hand, and preventing the network device from frequently performing transmission scheduling based on the delay jitter information frequently reported by the terminal device on the other hand, thereby improving the stability of data transmission.

[0289] Based on the above Figure 1 The network system architecture shown and the above-mentioned related technical introductions, Fig.13 The flowchart of a transmission feedback method provided in an embodiment of the present application is exemplified. Fig.13 The scheme in the present invention is introduced by taking the interactive execution of the network device and the terminal device as an example. Specifically, the process is described by taking the network device as a network device and the terminal device as a terminal device as an example. The relevant description of the network device and the terminal device can be found in the above content and will not be repeated here.

[0290] See also Fig.13 , which is a flow chart of the transmission feedback method provided in an embodiment of the present application.

[0291] like Fig.13 As shown, the process may include the following steps:

[0292] Step 1303: The terminal device determines the first delay jitter information of the PDU set.

[0293] For the PDU set (video frame) in the XR service, from the perspective of uplink transmission, the PDU set is usually sent at a certain period. For example, the frame rate of the video frame is 60fps, which means that 60 frames are transmitted per second, that is, one frame is sent every 16.67ms. Due to various device reasons and other service messages occupying the pipeline, there is often a certain delay jitter when the frame is delivered from the application layer of the terminal device to the protocol stack, that is, the frame may arrive earlier or later than the theoretical time it should arrive, which is to say, delay jitter is generated. The terminal device can periodically count the delay jitter information and report it to the network device (such as a base station) so that the network device can adjust the configuration of the configured grant (CG) and / or the discontinuous reception (DRX) configuration according to the delay jitter information reported by the terminal device.

[0294] For uplink transmission, the delay jitter information of a PDU may be time statistics information of the PDU to be sent delivered from the upper layer (such as the application layer or a higher layer in the protocol stack) to the lower layer (such as a lower layer in the protocol stack, such as a PDCP entity) inside the terminal device. Specifically, it may include time statistics information of the PDU delivered from the upper layer to one or more entities (or processing units) in the protocol stack. The entity (or processing unit) may be, for example, a PDCP entity or an RLC entity, etc., which is not limited in the embodiments of the present application. For downlink transmission, the delay jitter information of a PDU may be time statistics information of the PDU received from the lower layer (such as the physical layer or a lower layer in the protocol stack) to the upper layer (such as the application layer or a higher layer in the protocol stack) inside the terminal device.

[0295] For a PDU set, the operation of determining the delay jitter information of the PDU set can be understood as: for the PDUs in the PDU set, statistically calculate the delay jitter information, and the delay jitter information of the PDU set may include the delay jitter information of one or more PDUs in the PDU set. Another understanding can be: after statistically obtaining the delay jitter information of one or more PDUs in a PDU set, perform a certain algorithm (such as taking the average value, or taking the maximum value, or taking the minimum value, etc.) on the delay jitter information of the one or more PDUs to obtain the delay jitter information of the PDU set.

[0296] Optionally, the first delay jitter information includes one or more of the following: average delay jitter, maximum delay jitter, delay jitter range, and minimum delay jitter. Among them, the average delay jitter may be the average value of the delay jitter of the PDU set within the statistical time period. The maximum delay jitter may be the maximum value of the delay jitter of the PDU set within the statistical time period. The minimum delay jitter may be the minimum value of the time jitter of the PDU set within the statistical time period. The delay jitter range may be the range between the maximum value and the minimum value of the delay jitter of the PDU set within the statistical time period.

[0297] Optionally, the terminal device may start collecting statistics on delay jitter information when the delay jitter exceeds a set threshold.

[0298] Step 1304: The terminal device sends first delay jitter information to the network device.

[0299] In the embodiment of the present application, multiple DRBs may be configured in the terminal device, and one DRB may include multiple QoS flows. Alternatively, one or more PDU sessions may be configured for the terminal device, and one PDU session may include one or more QoS flows.

[0300] Based on the above Fig.13 In the process shown, in a possible implementation, taking the PDCP entity as an example, in step 1303, the PDCP entity in the protocol stack of the terminal device can perform delay jitter statistics for the PDUset in the QoS flow in one or more DRBs. In step 1304, the terminal device can also send the DRB identifier and QoS flow identifier corresponding to the first delay jitter information to indicate that the first delay jitter information is the delay jitter information of the PDU set in the QoS flow corresponding to the QoS flow identifier in the DRB corresponding to the DRB identifier.

[0301] Optionally, before step 1203, the network device may send the DRB identifier and the QoS flow identifier to the terminal device to instruct the terminal device to perform statistics and report on the delay jitter of the PDU set in the corresponding QoS flow in the corresponding DRB. Regardless of whether the network device sends the DRB identifier and the QoS flow identifier to the terminal device before step 1203, the terminal device may send the DRB identifier and the QoS flow identifier corresponding to the first delay jitter information when sending the first time domain jitter information.

[0302] Optionally, the network device may send the DRB identifier and QoS flow identifier to the terminal device via an RRC message. For example, the network device may carry the DRB identifier and QoS flow identifier in the PDCP-Config information field in the RRC reconfiguration message or in the OtherConfig information field in the RRC reconfiguration message.

[0303] Based on the above Fig.13 In another possible implementation of the process shown, taking the PDCP entity as an example, in step 1303, the PDCP entity in the protocol stack of the terminal device can perform delay jitter statistics for the PDU set in the QoS flow in one or more PDU sessions. In step 1304, the terminal device can also send the PDU session identifier and QoS flow identifier corresponding to the first delay jitter information to indicate that the first delay jitter information is the delay jitter information of the PDU set in the QoS flow corresponding to the QoS flow identifier in the PDU session corresponding to the PDU session identifier.

[0304] Optionally, before step 1203, the network device may send the PDU session identifier and the QoS flow identifier to the terminal device to instruct the terminal device to perform statistics and report on the delay jitter of the PDU set in the corresponding QoS flow in the corresponding PDU session. Regardless of whether the network device sends the PDU session identifier and the QoS flow identifier to the terminal device before step 1203, the terminal device may send the PDU session identifier and the QoS flow identifier corresponding to the first delay jitter information when sending the first time domain jitter information.

[0305] Optionally, the network device may send the PDU session identifier and the QoS flow identifier to the terminal device via an RRC message. For example, the network device may carry the PDU session identifier and the QoS flow identifier in the PDCP-Config information field in the RRC reconfiguration message or in the OtherConfig information field in the RRC reconfiguration message.

[0306] Based on the above Fig.13In a possible implementation of the process shown, the following steps may be further included before step 1303:

[0307] Step 1301: The network device sends a first duration to the terminal device, where the first duration is the duration for statistical delay jitter. Correspondingly, in step 1303, the terminal device can determine the first delay jitter information of the PDU set within the first duration, that is, the first delay jitter information is the statistical result of the delay jitter within the first duration, or the length of the delay jitter statistical time period is the first duration.

[0308] The first time duration is similar to a monitoring window. The terminal device can monitor the delay jitter within the window of this time duration to avoid the situation where the terminal device frequently reports delay jitter information due to frequent instantaneous delay jitter changes exceeding the set threshold. This can save network resources and avoid network devices frequently reconfiguring CG and / or DRX based on the delay jitter information.

[0309] Based on the above Fig.13 In a possible implementation of the process shown, the following steps may be further included before step 1303:

[0310] Step 1302: The network device sends a second duration to the terminal device.

[0311] Accordingly, after step 1304, the following steps may also be included:

[0312] Step 1305: Start a first timer, the duration of the first timer is equal to the second duration. After the first timer is started, it starts to count down, and when it reaches zero, the first timer times out.

[0313] Accordingly, after step 1305, the following steps may also be included:

[0314] Step 1306: The terminal device determines the second delay jitter information of the above PDU set.

[0315] Optionally, the terminal device may collect statistics on the second delay jitter information within the first time length based on the first time length.

[0316] Step 1307: When the first timer times out, second delay jitter information is sent to the network device.

[0317] The second duration can be understood as a backoff time, that is, after sending the first delay jitter information, even if the terminal device triggers the statistical operation of the delay jitter and obtains the second delay jitter information by statistics, it is necessary to wait for the second duration before sending the second delay jitter information obtained by statistics again. In this way, when the delay jitter is large and frequent, compared with triggering the statistics and reporting operation of the delay jitter when the delay jitter exceeds the set threshold, the method provided in the embodiment of the present application can avoid frequent reporting of delay jitter information, thereby saving network resources, and avoiding the network device from frequently reconfiguring CG and / or DRX according to the delay jitter information.

[0318] In one possible implementation, if the terminal device does not trigger a delay jitter statistical operation after sending the first delay jitter information (for example, the delay jitter does not exceed a set threshold), then when the first timer times out, the terminal device will not trigger a delay jitter information reporting operation.

[0319] In one possible implementation, if the terminal device triggers a delay jitter statistical operation after sending the first delay jitter information (for example, the delay jitter exceeds a set threshold), but the statistical duration has not reached the first duration, the first timer times out. In this case, the terminal device can report the currently statistically obtained delay jitter information to the network device, or it may not trigger the delay jitter information reporting operation.

[0320] In a possible implementation, the first duration and the second duration may be configured to the terminal device via a message.

[0321] In a possible implementation, the second duration is predefined, and accordingly, the network device may not need to send the second duration to the terminal device.

[0322] Understandably, Fig.13 The timing relationship of each step in the process shown in is only an example, and the embodiment of the present application does not limit the timing relationship of each step. For example, step 1301 and step 1202 can be exchanged in order, that is, the second duration can be configured to the terminal device first, and then the first duration can be configured to the terminal device; for another example, step 1301 and step 1302 can be one step, that is, the network device can send a message to the terminal device, which carries the first duration and the second duration.

[0323] In a possible implementation, the terminal device may send capability information of the terminal device to the network device, wherein the capability information indicates that the terminal device has the capability to determine the delay jitter information of the PDU set. Accordingly, when the network device determines that the terminal device has the capability, it sends the relevant configuration information for delay jitter statistics to the terminal device, such as the configuration information may include the above-mentioned first duration and / or second duration.

[0324] In order to better perform transmission scheduling, the embodiments of the present application provide a solution from the aspect of transmission feedback. In terms of transmission feedback, in some other embodiments of the present application, the data receiving end device can provide feedback to the data sending end device according to the PDU reception status, so that the data sending end device can perform corresponding transmission scheduling processing operations according to the instructions of the data receiving end for the PDU that failed to be received.

[0325] Based on the above Figure 1 The network system architecture shown and the above-mentioned related technical introductions, Fig.14 The flowchart of a transmission feedback method provided in an embodiment of the present application is exemplified. Fig.14 The scheme in the embodiment is introduced by taking the interactive execution of a data receiving end device and a data sending end device as an example. The data receiving end device and the data sending end device may be a terminal device and a network device, or a terminal device and another terminal device, respectively. For the relevant description of the network device and the terminal device, please refer to the above content.

[0326] It can be understood that the PDU receiving device in the embodiment of the present application can be a hardware device or a software-implemented device, such as a PDCP entity or RLC entity in the internal protocol stack of the device.

[0327] See also Fig.14 , which is a flow chart of the transmission feedback method provided in an embodiment of the present application.

[0328] like Fig.14 As shown, the process may include the following steps:

[0329] Step 1401: The PDU transmitter sends M PDUs, where M is an integer greater than or equal to 1. Correspondingly, the PDU receiver receives the M PDUs.

[0330] Step 1402: The PDU receiving end sends first information to the PDU sending end, wherein the first information includes the receiving status of each PDU in the M PDUs, wherein A PDUs in the M PDUs are successfully received and B PDUs are failed to be received, and the first information indicates the processing operation for the B PDUs, where A and B are both integers greater than or equal to 0. Accordingly, the PDU sending end receives the first information.

[0331] When A is equal to 0, it indicates that the M PDUs are all successfully received; when B is equal to 0, it indicates that the M PDUs are all failed to be received.

[0332] It can be understood that the first information is status feedback information, which is used to feedback the reception status of the PDU. Optionally, the first information can be a status feedback report newly defined in the embodiment of the present application, or can be obtained by expanding the status feedback report defined in the current protocol, so that the status feedback report can include the information newly defined in the embodiment of the present application.

[0333] In a possible implementation, the triggering condition for feeding back the first information may be one or more of the following: the upper layer requests the PDCP entity to retransmit, the upper layer requests the PDCP data to recover, the upper layer requests the uplink data to switch, and the upper layer requests the PDCP entity to reestablish. Optionally, the triggering condition for feeding back the first information may also be a timer timeout, the duration of which may be configured by the network device or pre-agreed, and the timer may be started or restarted after performing a first information feedback operation.

[0334] In a possible implementation, the first information includes first indication information, and the first indication information indicates the processing operation of the B PDUs that failed to be received. For example, the first indication information may indicate retransmission of the B PDUs, or indicate discarding of the B PDUs. In other words, the first indication information may indicate which operation is performed on the PDUs that failed to be received through its different values. For example, when the first indication information is equal to a first value (such as 0), it indicates retransmission of the PDUs that failed to be received, and when the first indication information is equal to a second value (such as 1), it indicates discarding the PDUs that failed to be received.

[0335] In a possible implementation, the first information includes second indication information, and the second indication information indicates that B PDUs that failed to be received are discarded. If the PDU receiving end determines to retransmit the PDUs that failed to be received, the second indication information may not be sent. That is, if the first information includes the second indication information, it indicates that the PDU receiving end instructs the PDU sending end to discard the PDUs that failed to be received, and if the first information does not include the second indication information, it indicates that the PDU sending end is instructed by default to retransmit the PDUs that failed to be received.

[0336] In a possible implementation, the first indication information and / or the second indication information may be sent separately instead of being included in the first information.

[0337] Step 1403: After receiving the first information, the PDU transmitter determines whether to retransmit or discard the B PDUs that failed to be received.

[0338] Optionally, if the PDU transmitter determines to retransmit B PDUs that failed to be received based on the first information, the B PDUs are retransmitted; otherwise, the B PDUs can be deleted without waiting until the timers corresponding to the B PDUs expire.

[0339] Furthermore, if the PDU sending end determines to discard the PDU that failed to be received, the PDU sending end may also count the number of PDUs that failed to be received in the PDU set to which the PDU belongs, based on the PDU that failed to be received indicated in the first information, and if the number of PDUs that failed to be received in the PDU set meets the first condition, the PDU set may be discarded. Since a frame often contains multiple PDUs, if one or more of these PDUs are lost, and the loss ratio exceeds a certain level, the PDU receiving end may still not be able to successfully decode the frame even if the remaining PDUs are sent correctly. Therefore, using the method provided in the embodiment of the present application, the PDU sending end can delete these PDUs that failed to be received in advance, and at the same time, other PDUs in the frames (that is, the PDU set) to which these PDUs belong can also be deleted in advance and no longer sent, thereby saving network resource overhead.

[0340] Optionally, satisfying the first condition may be: the number of PDUs that fail to be received in the PDU set is greater than a set threshold; or, satisfying the first condition may be: the ratio of the number of PDUs that fail to be received in the PDU set to the total number of PDUs in the PDU set is greater than a set threshold.

[0341] According to the above Fig.14 In the process shown, the data receiving end can use the first information used for feedback status report to indicate the operation behavior of the PDU receiving end for the PDU that failed to be received in an explicit manner (for example, by explicitly indicating the first indication information or the second indication information) or implicitly (for example, the second indication information is not included in the first information), so that the PDU sending end can perform corresponding operations on the PDU that failed to be received according to the needs of the receiving end.

[0342] In some other embodiments of the present application, the network device configures two discard timers for each PDCP entity of the terminal device, which are referred to herein as the first discard timer and the second discard timer. The durations of the two discard timers are usually unequal, and the duration of the first discard timer is greater than the duration of the second discard timer. When the network is in a normal state, or when the network is not congested, both the first type PDU set and the second type PDU set use the first discard timer; when the network is congested, the network device sends an indication message to the terminal device to activate the second discard timer, and the terminal device uses the second discard timer for the second type PDU set that arrives subsequently after receiving the indication message; when the network congestion is relieved, the network device sends an indication message to the terminal device again to deactivate the second discard timer, and the terminal device uses the first discard timer for the second type PDU set that arrives subsequently according to the indication message. The network can reconfigure the duration of the first discard timer and / or the second discard timer at any time. Exemplarily, Fig.15 A schematic diagram of the configuration of the discard timer is shown.

[0343] like Fig.15 As shown, the network device sends a first RRC reconfiguration (RRCReconfiguration) message to the terminal device, which includes a first time value T1 configured for the first discard timer and a time value T2 configured for the second discard timer. After receiving the message, the terminal device sets the duration of the first discard timer according to the first time value T1, so that both the first type PDU set and the second type PDU set use the first discard timer. Thereafter, the network device sends a MACCE to the terminal device, which includes indication information for activating the second discard timer. After receiving the MAC CE, the terminal device sets the duration of the second discard timer according to the second time value T2, and makes the second type PDU set use the second discard timer, while the first type PDU set still uses the first discard timer. Thereafter, the network device may also send a second RRC reconfiguration message, which includes a time value T2', to reconfigure the duration of the second discard timer.

[0344] Generally, the duration T1 of the first discard timer that is initially effective in the terminal device is relatively long, and both the first type PDU set and the second type PDU set use the first discard timer with a longer time value. When the XR service is started, if the network is in a congested state, the network device needs to reconfigure the duration of the second discard timer for the terminal device according to the congestion state, and send a MAC CE to the terminal device to instruct the terminal device to activate the second discard timer. Compared with the RRC reconfiguration message, the MAC CE is prone to transmission failure. Once the MAC CE is lost, the network and the terminal device have inconsistent understandings of the transmission scheduling, which affects the service transmission. Similarly, the above problem will also occur when the network congestion is relieved. For example, the network congestion has been relieved, and the network device sends a MAC CE to the terminal device to instruct the terminal device to deactivate the second discard timer, so that the terminal device uses the first discard timer to process the second type PDU set, thereby continuing to transmit the second type PDU set, but the terminal device does not receive the MACCE, and the terminal device still uses the second discard timer to process the second type PDU set, that is, the second type PDU set is still dropping frames.

[0345] In order to better perform transmission scheduling, in some embodiments of the present application, the network device adds indication information in the message used to configure the duration of the discard timer to instruct the terminal device to activate or not activate the second discard timer, so as to avoid the above-mentioned problems caused by using MAC CE to activate or deactivate the second discard timer. Fig.16 The transmission configuration method provided in the embodiment of the present application is described.

[0346] In the embodiment of the present application, "activation" can be replaced by terms with similar concepts, such as: enable, use, open, start, etc., and "deactivation" can be replaced by terms with similar concepts, such as: disable, stop using, close, terminate, etc. The "discard timer" in the embodiment of the present application can also be replaced by "timer" or "PDCP discard timer", "PDCP discard timer", etc. The first discard timer, the second discard timer or the third discard timer in the embodiment of the present application can be one for each UE, or one for each DRB on the terminal, or one for each PDCP entity on the terminal, or one for each logical channel group (LCG) on the terminal.

[0347] Based on the above Figure 1 The network system architecture shown and the above-mentioned related technical introductions, Fig.16 A flow chart of a transmission method provided in an embodiment of the present application is exemplified. Fig.16The scheme in the present invention is introduced by taking the interactive execution of the network device and the terminal device as an example. Specifically, the process is described by taking the network device as a network device and the terminal device as a terminal device as an example. The relevant description of the network device and the terminal device can be found in the above content and will not be repeated here.

[0348] See also Fig.16 , which is a flow chart of the communication method provided in an embodiment of the present application.

[0349] like Fig.16 As shown, the process may include the following steps:

[0350] Step 1601: The network device sends a first message, and the terminal device receives the first message accordingly. The first message includes first indication information, and the first indication information indicates activation or deactivation of a second discard timer. The second discard timer is one of at least two discard timers.

[0351] The “activate the second discard timer” can also be interpreted as “use the second discard timer for the second type PDU set”; the “deactivate the second discard timer” can also be interpreted as “do not use the second discard timer for the second type PDU set, and use the first discard timer for the second type PDU set”.

[0352] Optionally, the first message is an RRC reconfiguration message.

[0353] Optionally, the RRC reconfiguration message can be used to initially configure the duration of the first discard timer and / or the duration of the second discard timer, and can also be used to reconfigure the duration of the first discard timer and / or the duration of the second discard timer.

[0354] In one possible implementation, the value of the first indication information may be a first value or a second value. If the value of the first indication information is the first value, such as 0, it is used to indicate activation of the second discard timer. If the value of the first indication information is the second value, such as 1, it is used to indicate deactivation of the second discard timer. In another possible implementation, the value of the first indication information may be equal to the second time value configured for the second discard timer, indicating activation of the second discard timer. The value of the first indication information may also be equal to the first time value configured for the first discard timer, indicating deactivation of the second discard timer. For example, Fig.17 As shown in (a), the RRC reconfiguration message includes a first time value T1 and a second time value T2, and first indication information, the value of the first indication information is equal to T1, indicating that the first indication information indicates to deactivate the second discard timer, that is, the first type PDU set and the second type PDU set both use the first discard timer with a duration equal to T1. Fig.17As shown in (b), the RRC reconfiguration message includes a first time value T1 and a second time value T2, and a first indication information, and the value of the first indication information is equal to T2, indicating that the first indication information indicates the activation of the second discard timer, that is, the second type of PDUset uses a second discard timer with a duration equal to T2, and the first type of PDU set uses a first discard timer with a duration equal to T1.

[0355] It can be understood that the embodiment of the present application does not limit the value of the first indication information.

[0356] Step 1602: If the first indication information indicates to activate the second discarding timer, the terminal device executes step 1603.

[0357] Optionally, if the first indication information indicates to deactivate the second discard timer, the terminal device executes step 1604.

[0358] Step 1603: The terminal device starts the second discard timer when it starts to receive the second type PDU set, and when the second discard timer times out, it discards the PDU in the second type PDU set, where the PDU is the PDU to be transmitted in the second type PDU set when the second discard timer times out. That is, the second type PDU set uses the second discard timer.

[0359] Optionally, the duration of the second discard timer can be preconfigured, that is, the duration of the second discard timer can be preconfigured on the terminal device, and the terminal device can set the duration of the second discard timer according to the preconfigured time value. Alternatively, the terminal device is configured with a default time value of the second discard timer, such as the time value that was previously sent by the network device to the terminal device through an RRC reconfiguration message, and the terminal device can set the duration of the second discard timer according to the stored time value. In this way, the time value configured for the second discard timer can be omitted in the first message, thereby saving signaling overhead.

[0360] Step 1604: The terminal device starts the first discard timer when starting to receive the PDU set. When the first discard timer times out, the terminal device discards the PDU in the PDU set, where the PDU is the PDU to be transmitted in the PDU set when the first discard timer times out, and the PDU set is a first-category PDU set or a second-category PDU set. That is, both the first-category PDU set and the second-category PDU set use the first discard timer.

[0361] Among them, the specific implementation method of using the first discard timer for the first type PDU set and the second type PDU set can refer to the relevant description above.

[0362] In the above process, the specific implementation of the second type PDU set using the second discard timer can refer to the relevant description above. Here, only two possible implementations are given as examples.

[0363] Implementation method 1: The terminal device can perform transmission control based on the discard timer at the PDU set level. For example, taking the second type PDU set with PSI=5 shown in Table 1 as an example, for a PDU set with PSI=5, if a data packet belonging to the PDUset is delivered from the upper layer to the PDCP entity, and the PDCP entity determines that the data packet is the first data packet in the PDU set, the discard timer corresponding to the PDU set is started. The duration of the discard timer is equal to the duration of the second discard timer configured or preconfigured by the network device, and the discard timer starts counting down after it is started. During the operation of the discard timer, the PDU in the PDU set is sent out, and multiple data packets belonging to the PDU set are passed from the upper layer to the PDCP entity. When the discard timer times out, if there are PDUs belonging to the PDU set in the buffer of the PDCP entity that have not been sent out, the PDCP entity deletes these PDUs from the buffer.

[0364] Implementation method 2: The terminal device can perform transmission control based on the discard timer at the PDU level. For example, still taking the second type PDU set with PSI=5 shown in Table 1 as an example, for a PDU set with PSI=5, if a data packet belonging to the PDUset is delivered from the upper layer to the PDCP entity, and the PDCP entity determines that the data packet is the first data packet in the PDU set, the discard timer corresponding to the PDU is started. The duration of the discard timer is equal to the duration of the second discard timer configured or pre-configured by the network device, and the discard timer starts counting down after it is started. During the operation of the discard timer, the PDU is sent out, and multiple PDUs belonging to the PDU set are passed from the upper layer to the PDCP entity. When the discard timer times out, the PDU in the buffer of the PDCP entity is deleted from the buffer.

[0365] Similarly, the specific implementation manner of the first type PDU set using the first discard timer and the specific implementation manner of the second type PDU set using the first discard timer can also refer to the above implementation manner.

[0366] In the above process, since the first message (such as the RRC reconfiguration message) includes the first indication information, the terminal device can activate or deactivate the second discard timer according to the indication information, and the network device does not need to send a MAC CE to activate or deactivate the second discard timer after sending the RRC reconfiguration message, thereby reducing the impact on service transmission caused by the loss of MAC CE. Furthermore, reliability can also be improved.

[0367] In a possible implementation, the first message may further include a first time value, which is a time value configured for the first discard timer. The terminal device may set the duration of the first discard timer to be equal to the first time value according to the first time value.

[0368] In a possible implementation, the first message may further include a second time value, where the second time value is a time value configured for the second discard timer. The terminal device may set the duration of the second discard timer to be equal to the second time value according to the second time value.

[0369] In a possible implementation, the network device sends a second message to the terminal device, and correspondingly, the terminal device receives the second message. The second message includes a third time value, and the third time value is the time value configured for the second discard timer. The terminal device starts the second discard timer when it starts to receive the second type of PDU set. The duration of the second discard timer is equal to the third time value. When the second discard timer times out, the PDU to be transmitted in the second type of PDU set when the second discard timer times out is discarded. Optionally, the second message is an RRC reconfiguration message.

[0370] That is to say, the network device can reconfigure the duration of the second discard timer through the RRC reconfiguration message, and the terminal device can activate the second discard timer after receiving the RRC message, without the network device having to send a MAC CE to activate the second discard timer after sending the RRC reconfiguration message, thereby reducing the impact on service transmission caused by the loss of MAC CE. Furthermore, since the sending of MAC CE can be omitted, the delay can be reduced, so that the terminal device can activate the second discard timer as soon as possible for transmission control to adapt to the current network status.

[0371] In order to better perform transmission scheduling, in some embodiments of the present application, after the network device sends a message for reconfiguring the duration of the discard timer, the terminal device can activate the second discard timer after receiving the message, and configure the second discard timer according to the time value, so that the second discard timer can be used to schedule the transmission of the second type of PDU set. Fig.18 The transmission configuration method provided in the embodiment of the present application is described.

[0372] Based on the above Figure 1 The network system architecture shown and the above-mentioned related technical introductions, Fig.18 A flow chart of a transmission method provided in an embodiment of the present application is exemplified. Fig.18 The scheme in the present invention is introduced by taking the interactive execution of the network device and the terminal device as an example. Specifically, the process is described by taking the network device as a network device and the terminal device as a terminal device as an example. The relevant description of the network device and the terminal device can be found in the above content and will not be repeated here.

[0373] See also Fig.18 , which is a flow chart of the communication method provided in an embodiment of the present application.

[0374] like Fig.18 As shown, the process may include the following steps:

[0375] Step 1801: The network device sends a first message, and correspondingly, the terminal device receives the first message. The first message includes a first time value, and the first time value is a time value configured for a second discard timer.

[0376] Optionally, the first message is an RRC reconfiguration message.

[0377] Optionally, the RRC reconfiguration message is used to reconfigure the duration of the discard timer. It is understandable that before the network device sends the RRC reconfiguration message, the duration of the first discard timer and / or the second discard timer can be initially configured through the RRC reconfiguration message or other messages. Among them, the specific implementation method of the initial configuration can adopt any initial configuration method provided in the embodiment of the present application, and can also adopt the initial configuration method provided by the relevant technology.

[0378] Step 1802: The terminal device starts a second discard timer when starting to receive the second type PDU set. The duration of the second discard timer is equal to the first time value. When the second discard timer times out, the PDU in the second type PDU set is discarded. The PDU is the PDU to be transmitted in the second type PDU set when the second discard timer times out.

[0379] That is to say, after receiving the first message, the terminal device can activate the second discard timer and use the first time value to set the second discard timer, so that the second type of PDU set uses the second discard timer, that is, the second type of PDU set is scheduled for transmission based on the second discard timer.

[0380] In a possible implementation, the first message also includes a second time value, and the second time value is a time value for reconfiguring the first discard timer. Accordingly, the terminal device starts the first discard timer when starting to receive the first type of PDU set, and the duration of the first discard timer is equal to the second time value. When the first discard timer times out, the PDU in the first type of PDU set is discarded, and the PDU is the PDU to be transmitted in the first type of PDU set when the first discard timer times out.

[0381] That is to say, after receiving the first message, the terminal device can use the second time value to set the first discard timer, so that the first type of PDU set uses the second discard timer with the time value of the second time value.

[0382] In the above process, the specific implementation method of the first type PDU set or the second type PDU set using the first discard timer, and the specific implementation method of the second type PDU set using the second discard timer can refer to the relevant content in the previous text.

[0383] Fig.19 The exemplary embodiment shows an example of reconfiguring the discard timer through an RRC reconfiguration message and activating the second discard timer at the same time. Fig.19 As shown, the network device sends a first RRC reconfiguration message, which carries a time value T1 and a time value T2. The terminal device configures the duration of the first discard timer according to the time value T1 according to the method provided by the relevant technology, so that both the first type PDU set and the second type PDU set use the first discard timer. The network device sends a second RRC reconfiguration message, which carries a time value T2', and the time value T2' is the time value for reconfiguring the second discard timer. The terminal device activates the duration of the second discard timer, that is, sets the duration of the second discard timer according to the time value T2', and makes the second type PDU set use the second discard timer.

[0384] Above Fig.18 In the process shown, after receiving the first message, the terminal device can activate the second discard timer, and use the first time value to set the second discard timer, so that the second type of PDU set uses the second discard timer, that is, the second type of PDU set is scheduled for transmission based on the second discard timer, and the network device does not need to send MAC CE to activate the second discard timer after sending the RRC reconfiguration message, thereby reducing the impact on service transmission caused by MAC CE loss. Furthermore, since the sending of MAC CE can be omitted, the delay can be reduced, so that the terminal device can activate the second discard timer for transmission control as soon as possible to adapt to the current network status.

[0385] In order to better perform transmission scheduling, in some embodiments of the present application, the terminal device can determine whether to activate the second discard timer according to the arrangement order of the first time value and the second time value in the message sent by the network device for configuring the duration of the discard timer. Fig. 20 The transmission configuration method provided in the embodiment of the present application is described.

[0386] Based on the above Figure 1 The network system architecture shown and the above-mentioned related technical introductions, Fig. 20 A flow chart of a transmission method provided in an embodiment of the present application is exemplified. Fig. 20 The scheme in the present invention is introduced by taking the interactive execution of the network device and the terminal device as an example. Specifically, the process is described by taking the network device as a network device and the terminal device as a terminal device as an example. The relevant description of the network device and the terminal device can be found in the above content and will not be repeated here.

[0387] See also Fig. 20 , which is a flow chart of the communication method provided in an embodiment of the present application.

[0388] like Fig. 20 As shown, the process may include the following steps:

[0389] Step 2001: A network device sends a first message, and correspondingly, a terminal device receives the first message. The first message includes at least two time values, and the at least two time values ​​include a first time value and a second time value, the first time value is a time value configured for a first discard timer, and the second time value is a time value configured for a second discard timer.

[0390] Optionally, the first message is an RRC reconfiguration message.

[0391] Optionally, when configuring the duration of the first discard timer and the second discard timer, the network device may determine the order of the first time value and the second time value according to the current network state. In other words, determine the time list corresponding to the discard timer, for example, if the current network state is good, the first time value may be arranged in front, or the first in the list; if the current network is blocked, the second time value may be arranged in front and the first time value may be arranged in the back.

[0392] Step 2002: The terminal device determines whether to activate the second discard timer or not according to the arrangement order of the first time value and the second time value.

[0393] This step may also be alternatively described as: the terminal device determines to activate the second discard timer or not to activate the second discard timer according to the list of time values.

[0394] If the arrangement order of the first time value and the second time value is that the second time value comes first, it is determined to activate the second discard timer. Specifically, the terminal device performs the following steps: starting the first discard timer when starting to receive the first type PDU set, the duration of the first discard timer is equal to the first time value, and when the first discard timer times out, discarding the PDU in the first type PDU set, the PDU being the PDU to be transmitted in the first type PDU set when the first discard timer times out; starting the second discard timer when starting to receive the second type PDU set, the duration of the second discard timer is equal to the second time value, and when the second discard timer times out, discarding the PDU in the second type PDU set, the PDU being the PDU to be transmitted in the second type PDU set when the second discard timer times out. It should be noted that the arrangement order of the second time value and the first time value in the present application can also be replaced by the arrangement order of the discard timers described as corresponding to the time values.

[0395] If the arrangement order of the first time value and the second time value is that the first time value comes first, it is determined to deactivate the second discard timer. Specifically, the terminal device performs the following steps: starting the first discard timer when starting to receive the PDU set, the duration of the first discard timer is equal to the first time value, when the first discard timer times out, discarding the PDU in the PDU set, the PDU is the PDU to be transmitted in the PDU set when the first discard timer times out, and the PDU set is a first-category PDU set or a second-category PDU set. In other words, both the first-category PDU set and the second-category PDU set use the first discard timer.

[0396] For example, Fig.21 FIG. 2 shows an example of implicitly indicating whether to activate the second discard timer by arranging the first time value and the second time value. Fig.21 As shown in (a) of FIG. 1 , the RRC reconfiguration message sent by the network device includes the time value T1 configured for the first discard timer and the time value T2 configured for the second discard timer, and the time value T1 is arranged in front, then the terminal device determines that both the first type PDU set and the second type PDU set use the first discard timer with a duration of T1. Fig.21 As shown in (b), the RRC reconfiguration message sent by the network device includes the time value T1 configured for the first discard timer and the time value T2 configured for the second discard timer, and the time value T2 is arranged in front. The terminal device determines that the first type of PDU set uses the first discard timer with a duration of T1, and the second type of PDU set uses the second discard timer with a duration of T2.

[0397] The above method can also be understood as that the first message includes a time value list, and the time value list includes a first time value corresponding to the first discard timer and one or more second time values ​​corresponding to the second discard timer. For the first type of PDU set, the terminal device can always use the first time value in the effective time value list as the duration of the first discard timer. When the first time value in the time value list is the first time value, or the first time value in the list is not one or more second time values ​​corresponding to the second discard timer discarding, the terminal device deactivates the second discard timer.

[0398] In the above process, the terminal device can determine whether to activate the second discard timer according to the arrangement order of the first time value and the second time value in the first message. In the case where the network side wants the terminal device to activate the second discard timer, the network device does not need to send a MAC CE to indicate the activation of the second discard timer, thereby reducing the impact on service transmission caused by the loss of MAC CE. Furthermore, reliability can be improved.

[0399] In a possible implementation, the network device may also send a second message, wherein the second message includes a third time value, and the third time value is the time value configured for the second discard timer. After receiving the second message, the terminal device starts the second discard timer when starting to receive the second type of PDU set, and the duration of the second discard timer is equal to the third time value. When the second discard timer times out, the PDU in the second type of PDU set is discarded, and the PDU is the PDU to be transmitted in the second type of PDU set when the second discard timer times out. Optionally, the second message is an RRC reconfiguration message.

[0400] That is to say, the network device can reconfigure the duration of the second discard timer through the RRC reconfiguration message, and the terminal device can activate the second discard timer after receiving the RRC message, without the network device having to send a MAC CE to activate the second discard timer after sending the RRC reconfiguration message, thereby reducing the impact on service transmission caused by the loss of MAC CE. Furthermore, since the sending of MAC CE can be omitted, the delay can be reduced, so that the terminal device can activate the second discard timer as soon as possible for transmission control to adapt to the current network status.

[0401] Above Fig. 20 In the process shown, the specific implementation method of using the first discard timer for the first type PDU set or the second type PDU set, and the specific implementation method of using the second discard timer for the second type PDU set can refer to the relevant content above.

[0402] In order to better perform transmission scheduling, in some embodiments of the present application, the network device sends a message for configuring the duration of the first discard timer and the second discard timer. After the terminal device receives the message, it determines to activate the second discard timer. The network device can then send a message to instruct the terminal device to deactivate the second discard timer. Fig.18 The transmission configuration method provided in the embodiment of the present application is described.

[0403] Based on the above Figure 1 The network system architecture shown and the above-mentioned related technical introductions, Fig. 22 A flow chart of a transmission method provided in an embodiment of the present application is exemplified. Fig. 22 The scheme in the present invention is introduced by taking the interactive execution of the network device and the terminal device as an example. Specifically, the process is described by taking the network device as a network device and the terminal device as a terminal device as an example. The relevant description of the network device and the terminal device can be found in the above content and will not be repeated here.

[0404] See also Fig. 22 , which is a flow chart of the communication method provided in an embodiment of the present application.

[0405] like Fig. 22 As shown, the process may include the following steps:

[0406] Step 2201: The network device sends a first message, and correspondingly, the terminal device receives the first message. The first message includes a first time value and a second time value, the first time value is the time value configured for the first discard timer, and the second time value is the time value configured for the second discard timer.

[0407] Optionally, the first message is an RRC reconfiguration message.

[0408] Step 2202: The terminal device starts a first discard timer when it starts to receive a first type of PDU set. The duration of the first discard timer is equal to the first time value. When the first discard timer times out, the PDU in the first type of PDU set is discarded. The PDU is the PDU to be transmitted in the first type of PDU set when the first discard timer times out. The terminal device starts a second discard timer when it starts to receive a second type of PDU set. The duration of the second discard timer is equal to the second time value. When the second discard timer times out, the PDU in the second type of PDU set is discarded. The PDU is the PDU to be transmitted in the second type of PDU set when the second discard timer times out.

[0409] That is to say, after receiving the first message, the terminal device determines to activate the second discard timer.

[0410] In a possible implementation, the above process may further include the following steps:

[0411] Step 2203: The network device sends a second message to the terminal device, and correspondingly, the terminal device receives the second message. The second message indicates to deactivate the second discard timer.

[0412] Step 2204: After receiving the second message, the terminal starts a first discard timer when starting to receive the PDU set. The duration of the first discard timer is equal to the first time value. When the first discard timer times out, the PDU in the PDU set is discarded. The PDU is the PDU to be transmitted in the PDU set when the first discard timer times out. The PDU set is a first-category PDU set or a second-category PDU set. That is, both the first-category PDU set and the second-category PDU set use the first discard timer.

[0413] In a possible implementation, the network device may also send a third message, wherein the third message includes a third time value, and the third time value is the time value for reconfiguring the second discard timer. After receiving the third message, the terminal device activates the second discard timer. Specifically, the second discard timer is started when the second type of PDU set is received, and the duration of the second discard timer is equal to the third time value. When the second discard timer times out, the PDU in the second type of PDU set is discarded, and the PDU is the PDU to be transmitted in the second type of PDU set when the second discard timer times out.

[0414] Above Fig. 22 In the process shown, the specific implementation method of using the first discard timer for the first type PDU set or the second type PDU set, and the specific implementation method of using the second discard timer for the second type PDU set can refer to the relevant content above.

[0415] In some other embodiments of the present application, the network device configures a discard timer for each PDCP entity of the terminal device, and the network device can configure at least two time values ​​(also referred to as candidate time values) for the discard timer. Taking the configuration of two time values ​​as an example, the two time values ​​are respectively a first time value and a second time value. The network device can indicate to the terminal device through indication information whether to use the first time value to set the duration of the discard timer, or to use the second time value to set the duration of the discard timer. The terminal device can, based on the indication information, start a discard timer of which time value for the first type of PDU set, and start a discard timer of which time value for the second type of PDU set.

[0416] Based on the above Figure 1The network system architecture shown and the above-mentioned related technical introductions, Fig.23 A flow chart of a transmission method provided in an embodiment of the present application is exemplified. Fig.23 The scheme in the present invention is introduced by taking the interactive execution of the network device and the terminal device as an example. Specifically, the process is described by taking the network device as a network device and the terminal device as a terminal device as an example. The relevant description of the network device and the terminal device can be found in the above content and will not be repeated here.

[0417] See also Fig.23 , which is a flow chart of the communication method provided in an embodiment of the present application.

[0418] Step 2301: The network device sends a first message, and the terminal device receives the first message accordingly. The first message includes first indication information, and the first indication information indicates that a time value among a plurality of candidate time values ​​is used to set the duration of the discard timer, and the plurality of candidate time values ​​include a first time value and a second time value.

[0419] Optionally, the first message is an RRC reconfiguration message.

[0420] In a possible implementation, the value of the first indication information may be a first value or a second value. If the value of the first indication information is the first value, such as 0, it is used to indicate that the discard timer is set using the first time value. If the value of the first indication information is the second value, such as 1, it is used to indicate that the discard timer is set using the second time value. It can be understood that the embodiment of the present application does not limit the value of the first indication information.

[0421] Step 2302: After receiving the first message, the terminal device starts a discard timer when starting to receive the PDU set. When the discard timer times out, the PDU in the PDU set is discarded. The PDU is the PDU to be transmitted in the PDU set when the discard timer times out.

[0422] Among them, if the PDU set belongs to the first category PDU set, the duration of the discard timer is equal to the first time value; or, if the PDU set belongs to the second category PDU set and the first indication information indicates that the first time value is used to set the duration of the discard timer, the duration of the discard timer is equal to the first time value; or, if the PDUset belongs to the second category PDU set and the first indication information indicates that the second time value is used to set the duration of the discard timer, the duration of the discard timer is equal to the second time value.

[0423] In the above process, since the first message (such as the RRC reconfiguration message) includes the first indication information, the terminal device can determine whether to use the first time value to set the duration of the discard timer or the second time value to set the duration of the discard timer according to the indication information, and the network device does not need to send the MAC CE after sending the RRC reconfiguration message, thereby reducing the impact on service transmission caused by the loss of the MAC CE. Furthermore, reliability can also be improved.

[0424] In a possible implementation manner, the first message also includes the first time value and / or the second time value.

[0425] In a possible implementation manner, the second time value is preconfigured or stored by the terminal.

[0426] In a possible implementation, the network device also sends a second message to the terminal device, and the second message includes a third time value, and the third time value is the time value configured for the discard timer. After receiving the second message, the terminal device starts the discard timer when starting to receive the PDU set, and when the discard timer times out, discards the PDU in the first type of PDU set, and the PDU is the PDU to be transmitted in the PDU set when the discard timer times out. If the PDU set is a second type of PDU set, the duration of the discard timer is equal to the third time value.

[0427] Optionally, the second message is an RRC reconfiguration message. That is, the network device can reconfigure the duration of the second discard timer through the RRC reconfiguration message, and the terminal device can activate the second discard timer after receiving the RRC message, without the network device having to send a MAC CE to activate the second discard timer after sending the RRC reconfiguration message, thereby reducing the impact on service transmission caused by the loss of MAC CE. Furthermore, since the sending of MAC CE can be omitted, the delay can be reduced, so that the terminal device can activate the second discard timer as soon as possible for transmission control to adapt to the current network status.

[0428] Above Fig.23 In the process shown, the specific implementation method of scheduling the PDU in the PDU set by discarding the timer can refer to the relevant content in the previous text.

[0429] It should be noted that the above describes in detail the discard timer of the first type PDU set and the second type PDU set. The second time value can be one or more times, that is, for the second type PDU set, the duration of the corresponding discard timer can have multiple candidate values. For the convenience of description, the above describes in detail with the second time value as one time value.

[0430] It is understandable that in order to implement the functions in the above embodiments, the network device and the terminal device include hardware structures and / or software modules corresponding to the execution of each function. It should be easily appreciated by those skilled in the art that, in combination with the units and method steps of each example described in the embodiments disclosed in this application, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application scenario and design constraints of the technical solution.

[0431] Fig.24 and Fig.25 The following is a schematic diagram of the structure of possible communication devices provided in the embodiments of the present application. These communication devices can be used to implement the functions of the terminal device or network device in the above method embodiments, and thus can also achieve the beneficial effects of the above method embodiments. In the embodiments of the present application, the communication device can be as follows: Figure 1 One of the terminals 120a-120j shown may also be Figure 1 The base station 110a or 110b shown may also be a module (such as a chip) applied to a terminal or a base station.

[0432] like Fig.24 As shown, the communication device 2400 includes a processing unit 2410 and a transceiver unit 2420. The communication device 2400 is used to implement the above Figures 5 to 23 The functions of the terminal device or network device in the method embodiment shown in any of the accompanying drawings.

[0433] When the communication device 2400 is used to implement Figure 5 , Figure 6 or Figure 7In the function of the terminal device in the method embodiment shown: the transceiver unit 2420 is used to receive N time value lists, the N time value lists include a first time value list, the first time value list includes M1 time values, the M1 time values ​​are candidate values ​​of the first discard timer corresponding to the first type PDU set, and the N and M1 are both integers greater than or equal to 1; the processing unit 2410 is used to determine the initial time value of the first discard timer, configure the first discard timer according to the initial time value, start the first discard timer when starting to receive the first type PDU set, and when the first discard timer times out, discard the remaining PDUs in the first type PDUset, the remaining PDUs are the PDUs to be transmitted in the first type PDU set after the first discard timer times out.

[0434] When the communication device 2400 is used to implement Figure 5 , Figure 6 or Figure 7 When the function of the network device in the method embodiment shown is: the processing unit 2410 is used to send N time value lists through the transceiver unit 2420, and the N time value lists include a first time value list, and the first time value list includes M1 time values, and the M1 time values ​​are candidate values ​​of the first discard timer corresponding to the first type of PDU set, and N and M1 are both integers greater than or equal to 1.

[0435] When the communication device 2400 is used to implement Figures 8 to 12 When the function of the RAN device in the method embodiment shown in any of the accompanying drawings is: the processing unit 2410 is used to determine the relationship between the PDU set category and the PSI, and schedule a first type of PDU set according to the relationship between the PDU set category and the PSI, where the first type of PDU set is one of the PDU set categories.

[0436] When the communication device 2400 is used to implement Fig. 9 , Fig.10 or Fig.12 The function of the core network device in the method embodiment shown is: the processing unit 2410 is used to send the relationship information between the PDU set category and the PSI to the radio access network RAN ​​device through the transceiver unit 2420.

[0437] When the communication device 2400 is used to implement Fig. 9 or Fig.10 When the function of the application server is applied in the method embodiment shown: the processing unit 2410 is used to send the relationship information between the PDU set category and the PSI to the core network device through the transceiver unit 2420.

[0438] When the communication device 2400 is used to implement Fig.11 The function of the terminal device in the method embodiment shown is: the processing unit 2410 is used to send the relationship information between the PDU set category and the PSI to the radio access network RAN ​​device through the transceiver unit 2420.

[0439] When the communication device 2400 is used to implement Fig.13 The functions of the terminal device in the method embodiment shown are: the processing unit 2410 is used to determine the first delay jitter information of the PDU set, and send the first delay jitter information through the transceiver unit 2420.

[0440] When the communication device 2400 is used to implement Fig.14 In the method embodiment shown, the function of the PDU receiving end is: the transceiver unit 2420 is used to receive M protocol data units PDUs, M is an integer greater than or equal to 1; the processing unit 2410 sends the first information through the transceiver unit 2420, and the first information includes the receiving status of each PDU in the M PDUs, A PDUs among the M PDUs are received successfully and B PDUs fail to be received, and the first information indicates the processing operation of the B PDUs, and A and B are both integers greater than or equal to 0.

[0441] When the communication device 2400 is used to implement Fig.14 In the method embodiment shown, the function of the PDU sending end is: the processing unit 2410 is used to send M PDUs through the transceiver unit 2420, M is an integer greater than or equal to 1; the processing unit 2410 also receives first information through the transceiver unit 2420, the first information includes the receiving status of each PDU in the M PDUs, A PDUs among the M PDUs are received successfully and B PDUs fail to be received, or the first information indicates that the B PDUs fail to be received; the processing unit 2410 determines whether to retransmit or discard the B PDUs.

[0442] For a more detailed description of the processing unit 2410 and the transceiver unit 2420, please refer to Figures 5 to 23 The relevant description in the method embodiment shown is directly obtained and will not be repeated here.

[0443] like Fig.25 As shown, the communication device 2500 includes a processor 2510 and an interface circuit 2520. The processor 2510 and the interface circuit 2520 are coupled to each other. It is understood that the interface circuit 2520 can be a transceiver or an input-output interface. Optionally, the communication device 2400 may also include a memory 2530 for storing instructions executed by the processor 2510 or storing input data required by the processor 2510 to execute instructions or storing data generated after the processor 2510 executes instructions.

[0444] When the communication device 2500 is used to implement Figures 5 to 23 When the method is shown, the processor 2510 is used to implement the functions of the above-mentioned processing unit 2410, and the interface circuit 2520 is used to implement the functions of the above-mentioned transceiver unit 2420.

[0445] When the above communication device is a chip applied to a terminal device, the terminal chip implements the functions of the terminal device in the above method embodiment. The terminal chip receives information from other modules in the terminal device (such as a radio frequency module or an antenna), and the information is sent by the network device to the terminal; or the terminal chip sends information to other modules in the terminal device (such as a radio frequency module or an antenna), and the information is sent by the terminal device to the network device.

[0446] When the above-mentioned communication device is a module applied to a network device, the network device module implements the function of the network device in the above-mentioned method embodiment. The network device module receives information from other modules in the network device (such as a radio frequency module or an antenna), and the information is sent by the terminal to the network device; or, the network device module sends information to other modules in the network device (such as a radio frequency module or an antenna), and the information is sent by the network device to the terminal. The network device module here can be a baseband chip of the network device, or it can be a DU or other module. The DU here can be a DU under the open radio access network (O-RAN) architecture.

[0447] It is understandable that the processor in the embodiments of the present application may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. The general-purpose processor may be a microprocessor or any conventional processor.

[0448] In the present application, another example of a communication device is provided, the communication device includes at least one processor and at least one memory, the at least one processor is coupled to the at least one memory, the at least one memory is used to store instructions, when the instructions are executed by the at least one processor, the communication device executes the method in the above embodiment. Take the communication device including a processor and a memory as an example, Fig.25As shown, the communication device 2500 includes a processor 2510 and a memory 2530. The processor 2510 and the memory 2530 are coupled, and the memory 2530 stores instructions. When the instructions stored in the memory 2530 are executed by the processor 2510, the communication device 2500 executes the method executed by the terminal device or the network device in the above embodiment.

[0449] The method steps in the embodiments of the present application can be implemented in hardware or in software instructions that can be executed by a processor. The software instructions can be composed of corresponding software modules, and the software modules can be stored in random access memory, flash memory, read-only memory, programmable read-only memory, erasable programmable read-only memory, electrically erasable programmable read-only memory, register, hard disk, mobile hard disk, CD-ROM or any other form of storage medium well known in the art. An exemplary storage medium is coupled to the processor so that the processor can read information from the storage medium and can write information to the storage medium. The storage medium can also be a component of the processor. The processor and the storage medium can be located in an ASIC. In addition, the ASIC can be located in a network device or a terminal. The processor and the storage medium can also be present in a network device or a terminal as discrete components.

[0450] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented by software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer programs or instructions. When the computer program or instruction is loaded and executed on a computer, the process or function described in the embodiment of the present application is executed in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, a network device, a user device or other programmable device. The computer program or instruction may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer program or instruction may be transmitted from one website site, computer, server or data center to another website site, computer, server or data center by wired or wireless means. The computer-readable storage medium may be any available medium that a computer can access or a data storage device such as a server, data center, etc. that integrates one or more available media. The available medium may be a magnetic medium, for example, a floppy disk, a hard disk, a tape; it may also be an optical medium, for example, a digital video disc; it may also be a semiconductor medium, for example, a solid-state hard disk. The computer-readable storage medium may be a volatile or nonvolatile storage medium, or may include both volatile and nonvolatile types of storage media.

[0451] In the various embodiments of the present application, unless otherwise specified or provided for in any logical conflict, the terms and / or descriptions between the different embodiments are consistent and may be referenced to each other, and the technical features in the different embodiments may be combined to form new embodiments according to their inherent logical relationships.

[0452] In the present application, "at least one" means one or more, and "more than one" means two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. In the text description of the present application, the character " / " generally indicates that the previous and next associated objects are in an "or" relationship; in the formula of the present application, the character " / " indicates that the previous and next associated objects are in a "division" relationship. "Including at least one of A, B and C" can mean: including A; including B; including C; including A and B; including A and C; including B and C; including A, B and C.

[0453] It is understood that the various numbers involved in the embodiments of the present application are only for the convenience of description and are not used to limit the scope of the embodiments of the present application. The size of the sequence number of the above-mentioned processes does not mean the order of execution, and the execution order of each process should be determined by its function and internal logic.

Claims

1. A communication method, characterized in that: The method comprises: Receive N time value lists, the N time value lists including a first time value list, the first time value list including M1 time values, the M1 time values ​​being candidate values ​​of a first discard timer corresponding to a first type of protocol data unit set PDU set, and both N and M1 are positive integers; determining an initial time value of the first discard timer; configuring the first discard timer according to the initial time value; The first discard timer is started when the first type PDU set is received. When the first discard timer times out, the remaining PDUs in the first type PDU set are discarded. The remaining PDUs are the PDUs to be transmitted in the first type PDU set when the first discard timer times out.

2. The method according to claim 1, characterized in that Also includes: receiving first information, wherein the first information indicates an initial time value of the first discard timer, the initial time value being one of the M1 time values; The determining an initial time value of the first discard timer includes: An initial time value of the first discard timer is determined according to the first information.

3. The method according to claim 2, characterized in that The initial time value is the largest time value among the M1 time values, or the first time value among the M1 time values.

4. The method according to any one of claims 2 to 3, characterized in that: The receiving of N time value lists includes: receiving a first signaling, wherein the first signaling includes the list of N time values; The receiving of the first information comprises: Receive second signaling, where the second signaling includes the first information and a data radio bearer DRB identifier, where the DRB identifier is a DRB identifier corresponding to a processing unit used to process the first type of PDU set.

5. The method according to claim 4, characterized in that If the second signaling is not received, determining the initial time value of the first discard timer includes: Determine the maximum value or the first time value among the M1 time values ​​as the initial time value of the first discard timer; or The preset time value is determined as the initial time value of the first discard timer.

6. The method according to any one of claims 2 to 5, characterized in that: The N time value lists also include a second time value list, the second time value list includes M2 time values, the M2 time values ​​are candidate values ​​of a second discard timer corresponding to the second type of PDU set, and M2 is an integer greater than or equal to 1; The first information indicates a first time value, where the first time value is an initial time value of the first discard timer, or the first time value is an initial time value of the first discard timer and the second discard timer.

7. The method according to claim 1, characterized in that The determining an initial time value of the first discard timer includes: Determine that the initial time value of the first discard timer is a maximum time value among the M1 time values, or a first time value among the M1 time values.

8. The method according to any one of claims 1 to 7, characterized in that: The N time value lists also include a second time value list, which includes M2 time values. The M2 time values ​​are candidate values ​​of a second discard timer corresponding to a second type of PDU set. The first type of PDU set and the second type of PDU set belong to different PSI ranges of PDU set importance.

9. A communication method, characterized in that: The method comprises: N time value lists are sent, wherein the N time value lists include a first time value list, wherein the first time value list includes M1 time values, wherein the M1 time values ​​are candidate values ​​of a first discard timer corresponding to a first type of protocol data unit set PDU set, and both N and M1 are integers greater than or equal to 1.

10. The method according to claim 9, characterized in that Also includes: Sending first information, where the first information indicates an initial time value of the first discard timer, where the initial time value is one of the M1 time values.

11. The method according to claim 10, characterized in that The initial time value is the largest time value among the M1 time values, or the first time value among the M1 time values.

12. The method according to any one of claims 10 to 11, characterized in that: The sending of N time value lists includes: Sending a first signaling, wherein the first signaling includes the list of N time values; The sending of the first information includes: Send a second signaling, wherein the second signaling includes the first information and a data radio bearer DRB identifier, where the DRB identifier is a DRB identifier corresponding to a processing unit used to process the first type of PDU set.

13. The method according to any one of claims 10 to 12, characterized in that: The N time value lists also include a second time value list, the second time value list includes M2 time values, the M2 time values ​​are candidate values ​​of a second discard timer corresponding to the second type of PDU set, and M2 is an integer greater than or equal to 1; The first information indicates a first time value, where the first time value is an initial time value of the first discard timer, or the first time value is an initial time value of the first discard timer and the second discard timer.

14. The method according to any one of claims 9 to 13, characterized in that: The N time value lists also include a second time value list, which includes M2 time values. The M2 time values ​​are candidate values ​​of a second discard timer corresponding to a second type of PDU set. The first type of PDU set and the second type of PDU set belong to different PSI ranges of PDU set importance.

15. A communication method, characterized in that: The method comprises: Determine first delay jitter information of a protocol data unit set PDU set; Send the first delay jitter information.

16. The method according to claim 15, characterized in that Before determining the first delay jitter information of the PDU set, the method further includes: Receiving indication information of a first duration, where the first duration is a duration of statistical delay jitter; The determining the first delay jitter information of the PDU set includes: Determine first delay jitter information of the PDU set within the first duration.

17. The method according to any one of claims 15 to 16, characterized in that: Before determining the first delay jitter information of the PDU set, the method further includes: Receive a data radio bearer DRB identifier and a quality of service flow QoS flow identifier; The determining the first delay jitter information of the PDU set includes: Determine the first delay jitter information of the PDU set in the QoS flow corresponding to the QoS flow identifier in the DRB corresponding to the DRB identifier.

18. The method according to any one of claims 15 to 16, characterized in that: Before determining the first delay jitter information of the PDU set, the method further includes: Receive PDU session identifier and QoS flow identifier; The determining the first delay jitter information of the PDU set includes: Determine first delay jitter information of a PDUset in a QoS flow corresponding to the QoS flow identifier in a PDU session corresponding to the PDU session identifier.

19. The method according to any one of claims 15 to 18, characterized in that: Also includes: Sending a DRB identifier and a QoS flow identifier corresponding to the first delay jitter information, wherein the first delay jitter information is the delay jitter information of a PDU set in a QoS flow corresponding to the QoS flow identifier in the DRB corresponding to the DRB identifier; or Send the PDU session identifier and QoS flow identifier corresponding to the first delay jitter information, wherein the first delay jitter information is the delay jitter information of the PDU set in the QoS flow corresponding to the QoS flow identifier in the PDU session corresponding to the PDU session identifier.

20. The method according to any one of claims 15 to 19, characterized in that: The method further comprises: After sending the first delay jitter information, a first timer is started, where the duration of the first timer is equal to the second duration; Determine second delay jitter information of the PDU set, and send the second delay jitter information when the first timer times out.

21. The method of claim 20, wherein: The second duration is configured by the network side or is predefined.

22. The method according to any one of claims 15 to 21, characterized in that: The first delay jitter information includes one or more of the following: average delay jitter, maximum delay jitter, delay jitter range, and minimum delay jitter.

23. The method according to any one of claims 15 to 22, characterized in that: The method further comprises: The terminal device capability information is sent, where the capability information indicates that the terminal device has the capability to determine the delay jitter information of the PDU set.

24. A transmission scheduling method, characterized in that: Applied to a radio access network RAN ​​device, the method comprises: Determine a first relationship between a protocol data unit set PDU set category and a PDU set importance PSI; According to the relationship between the PDU set category and the PSI, a first type of PDU set is scheduled, where the first type of PDU set is one of the PDU set categories.

25. The method of claim 24, wherein: The relationship between the PDU set category and the PDU set importance PSI comes from a core network device, or from a terminal device, or from other RAN devices.

26. The method according to any one of claims 24-25, characterized in that Each PDU set corresponds to a PSI; The determining the relationship between the PDU set category and the PSI includes: determining, according to the at least one PSI threshold, a relationship between the PDU set category and the PSI; or According to the mapping relationship table between the PDU set category and the PSI range, the relationship between the PDU set category and the PSI is determined.

27. The method according to any one of claims 24 to 26, characterized in that: The RAN device is a source RAN device, and the method further includes: Sending the relationship information between the PDU set category and the PDU set to the target RAN device, where the relationship information indicates the relationship between the PDU set category and the PDU set.

28. The method of claim 27, wherein: The sending the relationship information between the PDU set category and the PDU set to the target RAN device includes: A handover request message is sent to a target RAN device, wherein the handover request message includes information indicating a relationship between the PDU set category and .

29. A communication method, characterized in that: Applied to a core network device, the method comprises: The relationship information between the protocol data unit set PDU set category and the PDU set importance PSI is sent to the radio access network RAN ​​device.

30. The method of claim 29, wherein: Before sending the relationship information between the PDU set category and the PSI to the RAN device, the following is also included: Receive the relationship information between PDU set category and PSI from the application server.

31. The method of claim 30, wherein: The relationship information between the PDU set category and the PSI from the application server is based on the service level; After receiving the relationship information between the PDU set category and the PSI from the application server, the method further includes: Convert the relationship information between the PDU set category and the PSI based on the service level into the relationship information between the PDU set category and the PSI based on the QoS flow level; The sending the relationship information between the PDU set category and the PSI to the RAN device includes: Send the relationship information between PDU set category and PSI based on QoS flow level to RAN equipment.

32. The method of claim 29, wherein: The sending the relationship information between the PDU set category and the PSI to the RAN device includes: A path switch request confirmation message is sent to the target RAN device, wherein the path switch request confirmation message includes relationship information between the PDU set category and the PSI.

33. A communication method, characterized in that: Applied to an application server, the method comprises: Send the relationship information between the protocol data unit set PDU set category and the PDU set importance PSI to the core network device.

34. The method of claim 33, wherein: Before sending the relationship information between the PDU set category and the PSI to the core network device, the method further includes: Receive the relationship information between the PDU set category and the PSI from the terminal device.

35. The method according to any one of claims 33 to 34, characterized in that The relationship information between the PDU set category and the PSI includes at least one PSI threshold, where the at least one PSI threshold is used to divide at least two PSI ranges, where the at least two PSI ranges correspond to a PDU set category respectively; or The relationship information between the PDU set category and the PSI is a mapping relationship table between the PDU set category and the PSI range.

36. The method according to any one of claims 33 to 35, characterized in that The relationship information between the PDU set category and the PSI is based on the service level.

37. A communication method, characterized in that: Applied to a terminal device, the method comprises: The relationship information between the protocol data unit set PDU set category and the PDU set importance PSI is sent to the radio access network RAN ​​device.

38. The method of claim 37, wherein: The sending the relationship information between the PDU set category and the PSI to the RAN device includes: A radio resource control (RRC) reconfiguration completion message is sent to the target RAN device, wherein the RRC reconfiguration completion message includes relationship information between the PDU set category and the PSI.

39. The method according to any one of claims 37-38, characterized in that The relationship information between the PDU set category and the PSI includes at least one PSI threshold, where the at least one PSI threshold is used to divide at least two PSI ranges, where the at least two PSI ranges correspond to a PDU set category respectively; or The relationship information between the PDU set category and the PSI is a mapping relationship table between the PDU set category and the PSI range.

40. The method according to any one of claims 37 to 39, characterized in that The relationship information between the PDU set category and the PSI is based on the data radio bearer DRB level.

41. A communication method, characterized in that: The method comprises: Receive M protocol data units (PDUs), where M is an integer greater than or equal to 1, A PDUs are successfully received and B PDUs fail to be received among the M PDUs, and A and B are both positive integers; Sending first information, where the first information includes a receiving status of each PDU in the M PDUs, and the first information indicates a processing operation on the B PDUs.

42. The method of claim 41, wherein: The first information includes first indication information, and the first indication information indicates a processing operation on the B PDUs.

43. The method of claim 41, wherein: The first information includes second indication information, where the second indication information indicates to discard the B PDUs.

44. A communication method, characterized in that: The method comprises: Send M protocol data units (PDUs), where M is an integer greater than or equal to 1, A PDUs are successfully received and B PDUs are failed to be received among the M PDUs, and A and B are both positive integers; receiving first information, wherein the first information includes a reception status of each of the M PDUs, or the first information indicates that reception of the B PDUs fails; Determine whether to retransmit or discard the B PDUs.

45. The method of claim 44, wherein: The determining whether to retransmit or discard the B PDUs includes: receiving first indication information, where the first indication information indicates a processing operation on the B PDUs; Determine whether to retransmit or discard the B PDUs according to the first indication information.

46. ​​The method of claim 44, wherein: Also includes: Second indication information is received, where the second indication information indicates to discard the B PDUs.

47. The method according to any one of claims 44 to 46, characterized in that If it is determined to discard the B PDUs, the method further includes: Determine whether the number of PDUs that fail to be received in the PDU set to which the B PDUs belong meets a first condition; If the first condition is met, the PDU set is discarded.

48. A communication method, characterized in that: include: receiving a first message, wherein the first message includes first indication information, wherein the first indication information indicates activation of a second discard timer or deactivation of the second discard timer, wherein the second discard timer is one of at least two discard timers; If the first indication information indicates to activate the second discard timer, perform the following steps: The second discard timer is started when receiving the second type PDU set, and when the second discard timer times out, the PDU in the second type PDU set is discarded, where the PDU is the PDU to be transmitted in the second type PDU set when the second discard timer times out.

49. The method of claim 48, wherein: The method further comprises: If the first indication information indicates to deactivate the second discard timer, the first discard timer is started when the PDU set is started to be received, and when the first discard timer times out, the PDU in the PDU set is discarded, the PDU is the PDU to be transmitted in the PDU set when the first discard timer times out, and the PDU set is a first type PDU set or a second type PDU set.

50. The method of claim 49, wherein: The first message also includes a first time value, where the first time value is a time value configured for the first discard timer; The starting the first discard timer includes: The duration of the first discard timer is set to be equal to the first time value.

51. The method according to any one of claims 48 to 50, characterized in that The first message also includes a second time value, where the second time value is a time value configured for the second discard timer; The starting the second discard timer includes: The duration of the second discard timer is set to be equal to the second time value.

52. The method according to any one of claims 48 to 50, characterized in that The duration of the second timer is equal to a second time value, and the second time value is preconfigured, or the second time value is stored in the terminal.

53. The method according to any one of claims 48 to 52, characterized in that The method further comprises: receiving a second message, wherein the second message includes a third time value, and the third time value is a time value configured for the second discard timer; The second discard timer is started when receiving the second type PDU set, the duration of the second discard timer is equal to the third time value, and when the second discard timer times out, the PDU in the second type PDU set to be transmitted when the second discard timer times out is discarded.

54. A communication method, characterized in that: include: A first message is sent, wherein the first message includes first indication information, and the first indication information indicates activation of a second discard timer or deactivation of the second discard timer, where the second discard timer is one of at least one discard timer.

55. The method of claim 54, wherein: The first message also includes a first time value and / or a second time value, the first time value is a time value configured for the first discard timer, and the second time value is a time value configured for the second discard timer.

56. A communication method, characterized in that: include: receiving a first message, wherein the first message includes first indication information, wherein the first indication information indicates using one of a plurality of candidate time values ​​to set a duration of a discard timer, wherein the plurality of candidate time values ​​include a first time value and a second time value; When the PDU set is started to be received, the discard timer is started, and when the discard timer times out, the PDU in the PDU set is discarded, and the PDU is the PDU to be transmitted in the PDU set when the discard timer times out; If the PDU set belongs to the first type of PDU set, the duration of the discard timer is equal to the first time value; or, If the PDU set belongs to the second type of PDU set and the first indication information indicates to use the first time value to set the duration of the discard timer, the duration of the discard timer is equal to the first time value; or, If the PDU set belongs to the second type of PDU set and the first indication information indicates to use the second time value to set the duration of the discard timer, the duration of the discard timer is equal to the second time value.

57. The method of claim 56, wherein: The first message also includes the first time value and / or the second time value.

58. The method of claim 56, wherein: The second time value is preconfigured or stored in the terminal.

59. The method according to any one of claims 56 to 58, characterized in that The method further comprises: receiving a second message, wherein the second message includes a third time value; When receiving the PDU set, the discard timer is started, and when the discard timer times out, the PDU in the first type of PDU set is discarded, and the PDU is the PDU to be transmitted in the PDU set when the discard timer times out; If the PDU set is a second-category PDU set, the duration of the discard timer is equal to the third time value.

60. A communication method, characterized in that: include: A first message is sent, wherein the first message includes first indication information, wherein the first indication information indicates that a duration of a discard timer is set using one of a plurality of candidate time values, wherein the plurality of candidate time values ​​include a first time value and a second time value.

61. The method of claim 60, wherein: The first message also includes the first time value and / or the second time value.

62. The method according to any one of claims 60-61, characterized in that The method further comprises: A second message is sent, wherein the second message includes a third time value, and the third time value is a time value for reconfiguring the discard timer.

63. A communication method, characterized in that: include: receiving a first message, wherein the first message includes a first time value, and the first time value is a time value configured for a second discard timer; The second discard timer is started when receiving the second type of PDU set, the duration of the second discard timer is equal to the first time value, and when the second discard timer times out, the PDU in the second type of PDU set is discarded, and the PDU is the PDU to be transmitted in the second type of PDU set when the second discard timer times out.

64. The method of claim 63, wherein: The first message also includes a second time value, where the second time value is a time value reconfigured for the first discard timer; The method further comprises: The first discard timer is started when receiving the first type of PDU set, the duration of the first discard timer is equal to the second time value, and when the first discard timer times out, the PDU in the first type of PDU set is discarded, and the PDU is the PDU to be transmitted in the first type of PDU set when the first discard timer times out.

65. A communication method, characterized in that: include: Receive a first message, wherein the first message includes at least two time values, the at least two time values ​​include a first time value and a second time value, the first time value is a time value configured for a first discard timer, and the second time value is a time value configured for a second discard timer; If the second discard timer is sorted before the first discard timer, perform the following steps: When receiving the first type of PDU set, the first discard timer is started, the duration of the first discard timer is equal to the first time value, and when the first discard timer times out, the PDU in the first type of PDU set is discarded, and the PDU is the PDU to be transmitted in the first type of PDU set when the first discard timer times out; The second discard timer is started when receiving the second type of PDU set, the duration of the second discard timer is equal to the second time value, and when the second discard timer times out, the PDU in the second type of PDU set is discarded, and the PDU is the PDU to be transmitted in the second type of PDU set when the second discard timer times out.

66. The method of claim 65, wherein: The method further comprises: If the first discard timer is sorted before the second discard timer, perform the following steps: The first discard timer is started when receiving the PDU set, the duration of the first discard timer is equal to the first time value, and when the first discard timer times out, the PDU in the PDU set is discarded, the PDU is the PDU to be transmitted in the PDU set when the first discard timer times out, and the PDU set is a first type PDU set or a second type PDU set.

67. The method according to any one of claims 65-66, characterized in that The method further comprises: receiving a second message, wherein the second message includes a third time value, and the third time value is a time value configured for the second discard timer; The second discard timer is started when receiving the second type PDU set, the duration of the second discard timer is equal to the third time value, and when the second discard timer times out, the PDU in the second type PDU set is discarded, and the PDU is the PDU to be transmitted in the second type PDU set when the second discard timer times out.

68. A communication system, characterized in that: A RAN device for executing the method as described in any one of claims 24-28 and a core network device for executing the method as described in any one of claims 29-32.

69. A communication device, characterized in that: The method comprises a module for executing the method as claimed in any one of claims 1 to 8, or a module for executing the method as claimed in any one of claims 9 to 14, or a module for executing the method as claimed in any one of claims 15 to 23, or a module for executing the method as claimed in any one of claims 24 to 28, or a module for executing the method as claimed in any one of claims 29 to 32, or a module for executing the method as claimed in any one of claims 33 to 36, or a module for executing the method as claimed in any one of claims 37 to 40, or a module for executing the method as claimed in any one of claims 41 to 43, or a module for executing the method as claimed in any one of claims 44 to 47, or a module for executing the method as claimed in any one of claims 48 to 53, or a module for executing the method as claimed in any one of claims 54 to 55 or any one of claims 56 to 59, or a module for executing the method as claimed in any one of claims 60 to 62, or a module for executing the method as claimed in any one of claims 63 to 64, or a module for executing the method as claimed in any one of claims 65 to 67.

70. A communication device, characterized in that: The method comprises a processor and an interface circuit, wherein the interface circuit is used to receive a signal from other communication devices other than the communication device and transmit it to the processor or send the signal from the processor to other communication devices other than the communication device, and the processor is used to implement the method according to any one of claims 1 to 8 through a logic circuit or execute code instructions, or to implement the method according to any one of claims 9 to 14, or to implement the method according to any one of claims 15 to 23, or to implement the method according to any one of claims 24 to 28, or to implement the method according to any one of claims 29 to 32, or to implement the method according to any one of claims 33 to 36, or to implement the method according to any one of claims 37 to 40, or to implement the method according to any one of claims 41 to 43, or to implement the method according to any one of claims 44 to 47, or to implement the method according to any one of claims 48 to 53, or to implement the method according to any one of claims 54 to 55, or to implement the method according to any one of claims 56 to 59, or to implement the method according to any one of claims 60 to 62, or to implement the method according to any one of claims 63 to 64, or to implement the method according to any one of claims 65 to 67.

71. A computer-readable storage medium, characterized in that The storage medium stores a computer program or instruction. When the computer program or instruction is executed by the communication device, it implements the method according to any one of claims 1 to 8, or implements the method according to any one of claims 9 to 14, or implements the method according to any one of claims 15 to 23, or implements the method according to any one of claims 24 to 28, or implements the method according to any one of claims 29 to 32, or implements the method according to any one of claims 33 to 36, or implements the method according to any one of claims 37 to 40, or implements the method according to any one of claims 41 to 43, or implements the method according to any one of claims 44 to 47, or implements the method according to any one of claims 48 to 53, or implements the method according to any one of claims 54 to 55, or implements the method according to any one of claims 56 to 59, or implements the method according to any one of claims 60 to 62, or implements the method according to any one of claims 63 to 64, or implements the method according to any one of claims 65 to 67.

Images