WO2025152167A1 - 数据发送和接收方法、装置及通信系统 - Google Patents

数据发送和接收方法、装置及通信系统

Info

Publication number
WO2025152167A1
WO2025152167A1 PCT/CN2024/073315 CN2024073315W WO2025152167A1 WO 2025152167 A1 WO2025152167 A1 WO 2025152167A1 CN 2024073315 W CN2024073315 W CN 2024073315W WO 2025152167 A1 WO2025152167 A1 WO 2025152167A1
Authority
WO
WIPO (PCT)
Prior art keywords
rlc
retransmission
terminal device
enhancement
data unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/CN2024/073315
Other languages
English (en)
French (fr)
Inventor
李国荣
易粟
贾美艺
王昕�
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to PCT/CN2024/073315 priority Critical patent/WO2025152167A1/zh
Publication of WO2025152167A1 publication Critical patent/WO2025152167A1/zh
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end

Definitions

  • the embodiments of the present application relate to the field of wireless communication technologies.
  • Extended Reality (XR) services were introduced during the standardization process of the 5th Generation Mobile Communication Technology (5G) of the 3rd Generation Partnership Project (3GPP).
  • XR services refer to human-computer interactions generated by all real and virtual environments, computer technologies, and wearable devices.
  • XR services can include virtual reality (VR), augmented reality (AR), and mixed reality (MR). Research on the enhancement of XR services began in Release 18.
  • the inventors found that in order to meet the requirements of low latency and high reliability at the same time, for XR services with a relatively small packet delay budget (PDB), the RLC acknowledged mode (AM) can be used for transmission.
  • PDB packet delay budget
  • AM RLC acknowledged mode
  • the retransmission of the RLC layer is triggered by the status report received from the peer device, but the status report may not be received by the RLC transmitter soon, which may result in failure to complete the transmission of the XR service within the packet delay budget;
  • the embodiments of the present application provide a data sending and receiving method, device and communication system.
  • a first sending unit which is used to send an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment) in an acknowledged mode (Acknowledged Mode, AM) to a peer device;
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • AM Acknowledged Mode
  • the second sending unit is used to retransmit the RLC service data unit or the RLC service data unit segment N times before receiving the RLC status protocol data unit (RLC STATUS PDU) of the opposite device.
  • RLC STATUS PDU RLC status protocol data unit
  • a data receiving and sending device which is applied/configured on a peer device of a terminal device, and the device includes:
  • a third receiving unit configured to receive an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment) in an acknowledged mode (Acknowledged Mode, AM) sent by the terminal device;
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • a fourth receiving unit is used to receive N retransmissions of the RLC service data unit or the RLC service data unit segment by the terminal device before sending the RLC status protocol data unit (RLC STATUS PDU) to the terminal device.
  • RLC STATUS PDU RLC status protocol data unit
  • a data receiving and sending device which is applied/configured in a network device, and the device includes:
  • the fifth sending unit is used to send configuration information for configuring RLC retransmission enhancement to the terminal device.
  • a method for receiving and sending data is provided, which is applied to a terminal device, and the method includes:
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • the RLC service data unit or the RLC service data unit segment is retransmitted N times.
  • a method for receiving and sending data is provided, which is applied to a peer device of a terminal device, and the method includes:
  • RLC SDU Receiving an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment) in an acknowledged mode (Acknowledged Mode, AM) sent by the terminal device;
  • RLC STATUS PDU Before sending an RLC status protocol data unit (RLC STATUS PDU) to the terminal device, receive N retransmissions of the RLC service data unit or RLC service data unit segment by the terminal device.
  • a data receiving and sending method is provided, which is applied to a network device.
  • the method comprises:
  • Configuration information for configuring RLC retransmission enhancement is sent to the terminal device.
  • a terminal device including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to execute the computer program to implement the data sending and receiving method on the terminal device side.
  • a terminal device including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to execute the computer program to implement the data sending and receiving method on the opposite device side of the above-mentioned terminal device.
  • a network device including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to execute the computer program to implement the data sending and receiving method on the opposite device side of the above-mentioned terminal device.
  • a network device including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to execute the computer program to implement the data sending and receiving method on the network device side.
  • a communication system including:
  • a first terminal device wherein the first terminal device is configured to execute the above-mentioned method for sending and receiving data on the terminal device side;
  • a second terminal device configured to execute the data sending and receiving method of the opposite terminal device side of the terminal device;
  • a network device wherein the network device is configured to execute the data sending and receiving method on the opposite device side of the above-mentioned terminal device, or the data sending and receiving method on the above-mentioned network device side.
  • the terminal device After the terminal device sends an RLC service data unit or an RLC service data unit segment to the opposite device, it first retransmits the RLC service data unit or the RLC service data unit segment N times while waiting to receive the RLC status protocol data unit of the opposite device. In this way, the number of RLC retransmissions can be increased within the packet delay budget, thereby improving the transmission reliability of the RLC layer and avoiding affecting the sending of new transmissions.
  • FIG1 is a schematic diagram of a communication system according to an embodiment of the present application.
  • FIG3 is a schematic diagram of an embodiment of the present application in which N retransmissions are located in consecutive time slots or symbols;
  • FIG4 is a schematic diagram of an embodiment of the present application in which N retransmissions are located in discontinuous time slots or symbols;
  • FIG6 is a schematic diagram of M retransmissions in discontinuous time slots or symbols according to an embodiment of the present application.
  • FIG7 is another schematic diagram of the data sending and receiving method according to an embodiment of the present application.
  • FIG8 is another schematic diagram of the data sending and receiving method according to an embodiment of the present application.
  • FIG9 is another schematic diagram of the data sending and receiving method according to an embodiment of the present application.
  • FIG10 is a schematic diagram of a data receiving and sending device according to an embodiment of the present application.
  • FIG11 is another schematic diagram of the data receiving and sending device according to an embodiment of the present application.
  • FIG12 is another schematic diagram of the data receiving and sending device according to an embodiment of the present application.
  • FIG14 is a schematic diagram of the structure of a terminal device according to an embodiment of the present application.
  • FIG. 15 is a schematic diagram of the structure of a network device according to an embodiment of the present application.
  • the terms “first”, “second”, etc. are used to distinguish different elements in terms of title, but do not indicate the spatial arrangement or temporal order of these elements, etc., and these elements should not be limited by these terms.
  • the term “and/or” includes any one and all combinations of one or more of the associated listed terms.
  • the terms “comprising”, “including”, “having”, etc. refer to the presence of the stated features, elements, components or components, but do not exclude the presence or addition of one or more other features, elements, components or components.
  • the term “communication network” or “wireless communication network” may refer to a network that complies with any of the following communication standards, such as Long Term Evolution (LTE), enhanced Long Term Evolution (LTE-A), Wideband Code Division Multiple Access (WCDMA), High-Speed Packet Access (HSPA), and the like.
  • LTE Long Term Evolution
  • LTE-A enhanced Long Term Evolution
  • WCDMA Wideband Code Division Multiple Access
  • HSPA High-Speed Packet Access
  • communication between devices in the communication system may be carried out according to communication protocols of any stage, such as but not limited to the following communication protocols: 1G (generation), 2G, 2.5G, 2.75G, 3G, 4G, 4.5G and future 5G, New Radio (NR), etc., and/or other communication protocols currently known or to be developed in the future.
  • 1G generation
  • 2G 2.5G
  • 2.75G 3G
  • 4G 4G
  • 4.5G and future 5G
  • NR New Radio
  • the term "network device” refers to, for example, a device in a communication system that connects a terminal device to a communication network and provides services for the terminal device.
  • the network device may include, but is not limited to, the following devices: base station (BS), access point (AP), transmission reception point (TRP), broadcast transmitter, mobile management entity (MME), Gateway, server, radio network controller (RNC), base station controller (BSC), etc.
  • base stations may include but are not limited to: Node B (NodeB or NB), evolved Node B (eNodeB or eNB) and 5G base station (gNB), etc., and may also include remote radio heads (RRH, Remote Radio Head), remote radio units (RRU, Remote Radio Unit), relays or low-power nodes (such as femto, pico, etc.).
  • NodeB Node B
  • eNodeB or eNB evolved Node B
  • gNB 5G base station
  • base station may include remote radio heads (RRH, Remote Radio Head), remote radio units (RRU, Remote Radio Unit), relays or low-power nodes (such as femto, pico, etc.).
  • RRH Remote Radio Head
  • RRU Remote Radio Unit
  • relays or low-power nodes such as femto, pico, etc.
  • base station may include some or all of their functions, and each base station can provide communication coverage for a specific geographical area.
  • the term "cell” can refer
  • the term "user equipment” (UE) or “terminal equipment” (TE) refers to, for example, a device that accesses a communication network through a network device and receives network services.
  • the user equipment may be fixed or mobile, and may also be referred to as a mobile station (MS), a terminal, a subscriber station (SS), an access terminal (AT), a station, and the like.
  • user devices may include but are not limited to the following devices: cellular phones, personal digital assistants (PDA, Personal Digital Assistant), wireless modems, wireless communication devices, handheld devices, machine-type communication devices, laptop computers, cordless phones, smart phones, smart watches, digital cameras, etc.
  • PDA personal digital assistants
  • wireless modems wireless communication devices
  • handheld devices machine-type communication devices
  • laptop computers cordless phones
  • smart phones smart watches, digital cameras, etc.
  • the user equipment may also be a machine or device for monitoring or measuring, such as but not limited to: machine type communication (MTC) terminals, vehicle-mounted communication terminals, device-to-device (D2D) terminals, machine-to-machine (M2M) terminals, terminals supporting sidelink communication, and the like.
  • MTC machine type communication
  • D2D device-to-device
  • M2M machine-to-machine
  • network side refers to one side of the network, which may be a base station, or may include one or more network devices as above.
  • user side or “terminal side” or “terminal device side” refers to one side of the user or terminal, which may be a UE, or may include one or more terminal devices as above.
  • device may refer to either a network device or a terminal device.
  • the RLC layer may also be expressed as an RLC entity or a transmitting end of an RLC entity or a receiving end of an RLC entity, and the RLC bearer may also be replaced by an RLC entity or an RLC channel.
  • RLC retransmission-related enhancements such as the number of retransmissions, the timing of retransmissions, the operations after receiving the RLC status PDU, and the configuration of RLC retransmission enhancements.
  • PDB packet delay budget
  • AM RLC Acknowledged Mode
  • the details of the enhancements related to RLC retransmission such as the number of retransmissions, the timing of retransmissions, the operations after receiving the RLC status PDU, and the configuration method of the RLC retransmission enhancements, need further discussion.
  • the terminal device after the terminal device sends an RLC service data unit or an RLC service data unit segment to the opposite device, it first retransmits the RLC service data unit or the RLC service data unit segment at least once (for example, N times) while waiting to receive the RLC status protocol data unit of the opposite device.
  • the number of RLC retransmissions can be increased within the packet delay budget, thereby improving the transmission reliability of the RLC layer and avoiding affecting the sending of new transmissions.
  • an RLC entity receives RLC SDU from the upper layer, it receives these RLC SDUs through a single RLC channel between the RLC and the upper layer, and after forming RLC data PDU based on the received RLC SDU, the RLC entity submits the RLC PDU to the lower layer through a single logical channel. If the RLC entity receives RLC data PDUs from the lower layer, it receives these RLC data PDUs through a single logical channel. After forming RLC SDUs from the received RLC data PDUs, the RLC entity delivers these RLC SDUs to the upper layer through a single RLC channel between RLC and the upper layer.
  • An RLC entity can be configured in one of the following three modes to perform data transfer: Transparent Mode (TM), Unacknowledged Mode (UM), or Acknowledged Mode (AM).
  • TM Transparent Mode
  • UM Unacknowledged Mode
  • AM Acknowledged Mode
  • An AM RLC entity consists of a transmitter and a receiver.
  • the network device configures the value of the PDCP discard timer (discardTimer) for the terminal device according to the packet delay budget (PDB) of the XR service.
  • the PDCP layer of the terminal device when the PDCP discardTimer associated with a PDCP SDU times out, the PDCP layer will discard the PDCP SDU and instruct the RLC layer to discard the RLC SDU associated with the PDCP SDU.
  • the transmitter of the AM RLC entity shall discard the indicated RLC SDU.
  • the The terminal device can perform RLC retransmission on the RLC SDU or RLC SDU segment if the retransmission requirements are met. For example, the RLC maximum retransmission number is not reached and/or the delay exceeds the packet delay budget (PDB) corresponding to the RLC SDU or RLC SDU segment.
  • PDB packet delay budget
  • the terminal device before receiving the RLC status protocol data unit (RLC STATUS PDU) of the opposite device, performs at least one (e.g., N) RLC retransmission (RLC retransmission) or repetition (repetition) of the RLC service data unit or RLC service data unit segment.
  • N RLC retransmission
  • RLC STATUS PDU RLC status protocol data unit
  • the N retransmissions are recorded as 1 in the retransmission counter. That is, after the terminal device sends an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment) in confirmation mode to the opposite device, before receiving the RLC status protocol data unit (RLC STATUS PDU) of the opposite device, N RLC retransmissions are performed, but in the retransmission counter, these N retransmissions are regarded as 1 retransmission, that is, the retransmission counter increases by 1, so as to avoid the recorded RLC retransmission number reaching the RLC maximum retransmission number too early and triggering a wireless link failure, thereby affecting the reliable transmission of XR data of the XR service.
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • RLC STATUS PDU RLC status protocol data unit
  • the maximum number of RLC retransmissions is greater than the maximum number of RLC retransmissions in the prior art, for example, when the N retransmissions are recorded in a retransmission counter associated with the RLC service data unit or RLC service data unit segment.
  • the maximum number of RLC retransmissions in the prior art is 32 at most, and the maximum number of RLC retransmissions in the present solution may be 64 or more, thereby avoiding triggering a radio link failure due to the number of retransmissions reaching the maximum number of RLC retransmissions when the N retransmissions are recorded in the retransmission counter.
  • the interval of the discontinuous time slots or symbols includes the number of time slots or the number of symbols.
  • the RLC status protocol data unit received by the terminal device includes a NACK for the RLC SDU or the RLC SDU segment.
  • performing operations related to RLC retransmission according to the received RLC status protocol data unit includes:
  • the value of M is a positive integer configured by the network or predefined by the terminal device.
  • the network configures or notifies the value of M through RRC messages and/or downlink control information (Downlink Control Information, DCI) and/or media access control control element (MAC Control Element, MAC CE).
  • DCI Downlink Control Information
  • MAC Control Element media access control control element
  • the M retransmissions are recorded as 1 in the retransmission counter. That is, when the terminal device receives the NACK of the RLC SDU or the RLC SDU segment from the opposite device, it performs M RLC retransmissions on the RLC SDU or the RLC SDU segment, but in the retransmission counter, these M retransmissions are recorded as 1 retransmission, so as to avoid the recorded RLC retransmission number reaching the RLC maximum retransmission number too early and triggering the wireless link failure, thereby affecting the reliable transmission of the XR data of the XR service.
  • the M retransmissions are recorded as M times in the retransmission counter. That is, when the terminal device receives the NACK of the RLC SDU or the RLC SDU segment from the opposite device, it performs M RLC retransmissions on the RLC SDU or the RLC SDU segment, and records all the M retransmissions in the retransmission counter. Accordingly, the maximum number of RLC retransmissions can be set to a larger value to avoid the recorded number of RLC retransmissions reaching the maximum number of RLC retransmissions too early and triggering a wireless link failure, which affects the reliable transmission of XR data of the XR service.
  • the M retransmissions are recorded in the RLC service data unit or RLC service data
  • the maximum number of RLC retransmissions is greater than or equal to the sum of the number of RLC retransmissions recorded in the retransmission counter for the M retransmissions and the number of RLC retransmissions recorded in the retransmission counter for the N retransmissions.
  • Symbol, or the network device configures M retransmissions to be located in discontinuous time slots or symbols and configures the intervals of discontinuous time slots or symbols; for another example, it is predefined by the terminal device, that is, the terminal device predefines M retransmissions to be located in continuous time slots or symbols, or the terminal device predefines M retransmissions to be located in discontinuous time slots or symbols and the intervals of discontinuous time slots or symbols; for another example, it is determined according to the position of the uplink grant (UL grant) configured or scheduled by the network device, for example, when the position of the uplink grant configured or scheduled by the network device is continuous, the M retransmissions are located in continuous time slots or symbols, and when the position of the uplink grant configured or scheduled by the network device is discontinuous, the M retransmissions are located in discontinuous time slots or symbols, and the intervals of discontinuous time slots or symbols are determined according to the intervals of the positions of the discontinuous uplink grants configured or scheduled by the network device.
  • the interval of the discontinuous time slots or symbols includes the number of time slots or the number of symbols.
  • the intervals between the time slots or symbols of two adjacent retransmissions in the M retransmissions may be the same or different.
  • M 3 as an example, assuming that the M retransmissions are represented as RLC ReTX4, RLC ReTX5, and RLC ReTX6, the interval between RLC ReTX4 and RLC ReTX5 and the interval between RLC ReTX5 and RLC ReTX6 may be the same or different.
  • the value of M and the value of N may be the same or different.
  • the N retransmissions and the M retransmissions are both located in consecutive time slots or symbols, or are both located in discontinuous time slots or symbols, or one of them is located in a continuous time slot or symbol and the other is located in a discontinuous time slot or symbol, and the present application does not impose any restrictions on this.
  • the RLC service data unit or the RLC service data unit segment is retransmitted L times.
  • the RLC status protocol data unit received by the terminal device includes an ACK for the RLC SDU or the RLC SDU segment.
  • the received RLC status protocol data unit is executed. Perform operations related to RLC retransmission, including:
  • an upper layer e.g., PDCP layer
  • the terminal device when receiving an RLC status protocol data unit (RLC STATUS PDU) from the peer device, the terminal device performs n RLC retransmissions, where n is a positive integer less than N. If the RLC status protocol data unit includes acknowledgment information (ACK) for the RLC SDU or the RLC SDU segment, the RLC retransmission is stopped. That is, if an ACK is received from the peer device for the RLC SDU or the RLC SDU segment, even if the number of retransmissions does not reach N, the RLC retransmission is no longer continued.
  • ACK acknowledgment information
  • the terminal device when receiving the RLC status protocol data unit (RLC STATUS PDU) of the peer device, the terminal device performs n RLC retransmissions, where n is a positive integer less than N. If the RLC status protocol data unit includes negative acknowledgement (NACK) for the RLC SDU or the RLC SDU segment, then the operation related to RLC retransmission after receiving the NACK is performed, such as performing "retransmitting the RLC service data unit or the RLC service data unit segment M times" in the above embodiment.
  • NACK negative acknowledgement
  • the terminal device after performing N retransmissions, does not receive the RLC status protocol data unit (RLC STATUS PDU) of the peer device. At this time, the terminal device can wait for the RLC STATUS PDU of the peer device, or autonomously send K RLC retransmissions, where the value of K can be the same as M or N, or Can be different from both M and N.
  • RLC STATUS PDU RLC status protocol data unit
  • the terminal device when the terminal device does not receive the RLC status protocol data unit (RLC STATUS PDU) of the opposite device within a preset time after N retransmissions, it autonomously sends K RLC retransmissions, and the value of K can be the same as M or N, or different from both M and N.
  • RLC status protocol data unit RLC STATUS PDU
  • the preset time is configured by the network device or predefined by the terminal device.
  • the data sending and receiving method of the present application explains the enhanced details related to RLC retransmission, such as the number of retransmissions, the timing of retransmissions, and the operations after receiving the RLC status PDU, which helps to reliably send XR data to the peer device within the packet delay budget (PDB) of the XR service, and is simple to implement.
  • PDB packet delay budget
  • the method further comprises:
  • the configuration information is used to configure the number of retransmissions related to RLC retransmission, the timing of retransmissions, operations after receiving the RLC status PDU, etc.
  • the configuration information may be related to or configured for at least one of the following:
  • the terminal device
  • a data radio bearer (DRB) of the terminal device A data radio bearer (DRB) of the terminal device
  • the terminal device is configured with an RLC bearer in RLC acknowledgement mode (RLC AM).
  • RLC AM RLC acknowledgement mode
  • This embodiment illustrates the objects for configuring RLC retransmission enhancement in a network device, where the network device configures RLC retransmission enhancement for at least one of the terminal device itself, the wireless bearer of the terminal device, the data wireless bearer of the terminal device configured with RLC acknowledgement mode, the RLC bearer of the terminal device, and the RLC bearer of the terminal device configured with RLC acknowledgement mode (RLC AM).
  • the network device configures RLC retransmission enhancement for at least one of the terminal device itself, the wireless bearer of the terminal device, the data wireless bearer of the terminal device configured with RLC acknowledgement mode, the RLC bearer of the terminal device, and the RLC bearer of the terminal device configured with RLC acknowledgement mode (RLC AM).
  • This embodiment describes the specific information for configuring RLC retransmission enhancement for a network device.
  • the initiation conditions for using RLC retransmission enhancement in the configuration information are, for example, the first moment t1 before the PDCP discard timer (discardTimer) times out, the time difference between the first moment t1 and the moment t3 when the PDCP discard timer times out is the first time difference T1, or the remaining time corresponding to the logical channel group (LCG) is less than T1, and the first time difference T1 is configured by the network or predefined by the terminal device.
  • the termination condition for using RLC retransmission enhancement in the configuration information is, for example, the second time t2 before the PDCP discard timer (discardTimer) times out, or the time t3 when the PDCP discard timer (discardTimer) times out, or the remaining time corresponding to the logical channel group is 0.
  • the time difference between the second time t2 and the time t3 when the PDCP discard timer times out is the second time difference T2, or the remaining time corresponding to the logical channel group is lower than T2, and the second time difference T2 is configured by the network or predefined by the terminal device.
  • the second time t2 is later than the first time t1.
  • the duration of using RLC retransmission enhancement in the configuration information is, for example, the time difference T3 between the time when RLC retransmission enhancement is initiated and the time when RLC retransmission enhancement is terminated. After RLC retransmission enhancement is initiated, RLC retransmission enhancement is terminated after the duration T3 has passed.
  • the number of RLC retransmissions N is the number of RLC retransmissions performed after the terminal device sends an RLC service data unit (RLC SDU) or an RLC service data unit segment in Acknowledged Mode (AM) to the opposite device and before receiving an RLC status protocol data unit (RLC STATUS PDU) from the opposite device.
  • the number of RLC retransmissions M is the number of RLC retransmissions performed after the terminal device receives an RLC STATUS PDU from the opposite device including the RLC SDU or RLC SDU segment.
  • whether the RLC retransmissions are in consecutive time slots or symbols includes whether the N RLC retransmissions are in consecutive time slots or symbols, and/or whether the M RLC retransmissions are in consecutive time slots or symbols. consecutive time slots or symbols.
  • the RLC retransmission interval includes the number of time slots or symbols between two adjacent retransmissions when the N RLC retransmissions are in discontinuous time slots or symbols, and/or the number of time slots or symbols between two adjacent retransmissions when the M RLC retransmissions are in discontinuous time slots or symbols.
  • the RLC retransmission-related timer includes a PDCP discard timer corresponding to an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment).
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • the method further comprises:
  • the RRC layer of the terminal device configures RLC retransmission enhancement to the RLC layer, or instructs the RLC layer to use RLC retransmission enhancement.
  • the RRC layer of the terminal device configures RLC retransmission enhancement to the RLC layer, or instructs the RLC layer to use RLC retransmission enhancement according to the configuration information in the RRC message.
  • the configuration information also includes the configuration of the initial state or default state of RLC retransmission enhancement.
  • the initial state or default state of RLC retransmission enhancement includes activation and deactivation.
  • the terminal device uses RLC retransmission enhancement; when the initial state or default state of RLC retransmission enhancement is deactivation, the terminal device does not use RLC retransmission enhancement, and uses RLC retransmission enhancement after the RLC retransmission enhancement is activated.
  • the initial state or default state of the RLC retransmission enhancement is associated with or indicated for at least one of the following:
  • Terminal equipment radio bearer of the terminal equipment, data radio bearer of the terminal equipment configured with RLC acknowledgement mode, RLC bearer of the terminal equipment, RLC bearer of the terminal equipment configured with RLC acknowledgement mode (RLC AM).
  • RLC AM RLC acknowledgement mode
  • different values of the initial state or default state indicate whether the initial state or default state of RLC retransmission enhancement is activated or deactivated.
  • the initial state or default state is represented by 1 bit, and different values of the 1 bit indicate that the initial state or default state of RLC retransmission enhancement is activated, or the initial state or default state of RLC retransmission enhancement is deactivated.
  • the value of the 1 bit is 1, indicating that the initial state or default state of RLC retransmission enhancement is activated, and the value of the 1 bit is 0, indicating that the initial state or default state of RLC retransmission enhancement is deactivated, and vice versa; or whether the initial state or default state appears indicates whether the initial state or default state of RLC retransmission enhancement is activated or deactivated.
  • the initial state or default state is represented by 1 bit, and the appearance of the 1 bit indicates that the initial state or default state of RLC retransmission enhancement is The state or default state is activated, and the absence of this bit indicates that the initial state or default state of RLC retransmission enhancement is deactivated, and vice versa.
  • the initial state or default state is represented by a bitmap, and each bit in the bitmap corresponds to an initial state or default state of RLC retransmission enhancement of a data radio bearer DRB of a configured terminal device, a data radio bearer of a terminal device configured with an RLC confirmation mode, an RLC bearer of the terminal device, or an RLC bearer of a terminal device configured with an RLC confirmation mode (RLC AM).
  • RLC AM RLC confirmation mode
  • the relationship between the value of a bit in the bitmap and the initial state or default state of RLC retransmission enhancement of a corresponding configured DRB or RLC confirmation mode DRB or RLC bearer or RLC confirmation mode RLC bearer is as described in the aforementioned embodiments.
  • a value of a bit in the bitmap is 1, indicating that the initial state or default state of RLC retransmission enhancement of a corresponding configured DRB or RLC confirmation mode DRB or RLC bearer or RLC confirmation mode RLC bearer is activated, and a value of a bit in the bitmap is 0, indicating that the initial state or default state of RLC retransmission enhancement of a corresponding configured DRB or RLC confirmation mode DRB or RLC bearer or RLC confirmation mode RLC bearer is deactivated, and vice versa.
  • the order of the bits in the bitmap corresponding to the initial state or default state of RLC retransmission enhancement of each configured DRB or RLC confirmation mode or DRB bearer or RLC bearer of RLC confirmation mode is arranged in ascending or descending order according to the configured DRB identifier or DRB identifier of RLC confirmation mode or index or identifier of RLC bearer or index or identifier of RLC bearer of RLC confirmation mode or identifier of logical channel, or the order is configured by the network device.
  • the identifier of the DRB or DRB in RLC confirmation mode is, for example, a data radio bearer identifier (DRB ID), the index or identifier of the RLC bearer or RLC bearer in RLC confirmation mode is, for example, an identifier of the logical channel corresponding to the RLC bearer or an RLC bearer identifier (RLC Bearer ID), and the identifier of the logical channel is a logical channel identifier (Logical Channel Identifier) configured by the network.
  • DRB ID data radio bearer identifier
  • RLC Bearer ID RLC Bearer ID
  • the identifier of the logical channel is a logical channel identifier (Logical Channel Identifier) configured by the network.
  • the configuration information is carried by RRC signaling, for example, the configuration information is included in an RRC message such as an RRC reconfiguration message, an RRC resume message, or an RRC re-establishment message.
  • the RRC layer of the terminal device instructs the RLC layer to activate or deactivate RLC retransmission enhancement.
  • the RRC layer of the terminal device instructs the RLC layer to activate or deactivate the RLC retransmission enhancement based on the configuration of the initial state or default state of the RLC retransmission enhancement in the configuration information in the RRC message.
  • the RLC layer can activate or deactivate the RLC retransmission enhancement (for the indicated RLC bearer or DRB-related RLC bearer).
  • the method further comprises:
  • different states of RLC retransmission enhancement are indicated by different values of the indication information, for example, the indication information is 1 bit, and different states of RLC retransmission enhancement are indicated by different values of the 1 bit, for example, the 1 bit value is 1 indicating that the state of RLC retransmission enhancement is activated, the 1 bit value is 0 indicating that the state of RLC retransmission enhancement is deactivated, and vice versa; or different states of RLC retransmission enhancement are indicated by whether the indication information appears, for example, the indication information is 1 bit, the 1 bit appears to indicate that the state of RLC retransmission enhancement is activated, the 1 bit does not appear to indicate that the state of RLC retransmission enhancement is deactivated, and vice versa.
  • the indication information is a bitmap, and each bit in the bitmap indicates a state of RLC retransmission enhancement of a configured data radio bearer DRB of a terminal device or a data radio bearer configured with RLC confirmation mode of the terminal device or an RLC bearer of the terminal device or an RLC bearer configured with RLC confirmation mode (RLC AM) of the terminal device.
  • RLC AM RLC confirmation mode
  • a value of 1 in the bitmap indicates that the state of RLC retransmission enhancement of a corresponding configured DRB or DRB of RLC confirmation mode or RLC bearer or RLC bearer of RLC confirmation mode is activated
  • a value of 0 in the bitmap indicates that the state of RLC retransmission enhancement of a corresponding configured DRB or DRB of RLC confirmation mode or RLC bearer or RLC bearer of RLC confirmation mode is deactivated, and vice versa.
  • the order of the bits in the bitmap corresponding to the status of RLC retransmission enhancement of each configured DRB or RLC confirmation mode or DRB bearer or RLC bearer of RLC confirmation mode is arranged in ascending or descending order according to the configured DRB identifier or DRB identifier of RLC confirmation mode or index or identifier of RLC bearer or index or identifier of RLC bearer of RLC confirmation mode or identifier of logical channel, or the order is configured by the network device.
  • the indication information is carried by downlink control information (Downlink Control Information, DCI) or media access control control element (MAC Control Element, MAC CE) or RLC control protocol data unit (RLC control PDU) or PDCP control protocol data unit (PDCP control PDU).
  • DCI Downlink Control Information
  • MAC Control Element media access control control element
  • RLC control PDU RLC control protocol data unit
  • PDCP control PDU PDCP control protocol data unit
  • the status of RLC retransmission enhancement of the terminal device or the radio bearer DRB of the configured terminal device or the data radio bearer of the terminal device configured with RLC confirmation mode or the RLC bearer of the terminal device or the RLC bearer of the terminal device configured with RLC confirmation mode can be dynamically indicated, thereby more flexibly applying the RLC retransmission enhancement function.
  • the method further comprises:
  • the physical layer or MAC layer of the terminal device instructs the RLC layer to activate or deactivate RLC retransmission enhancement.
  • the physical layer or MAC layer of the terminal device instructs the RLC layer to activate or deactivate RLC retransmission enhancement according to the indication information in the DCI or MAC CE, and the RLC layer can activate or deactivate RLC retransmission enhancement (for the indicated RLC bearer or DRB-related RLC bearer).
  • the method further comprises:
  • the RLC layer of the terminal device activates or deactivates RLC retransmission enhancement.
  • the RLC layer of the terminal device activates or deactivates the RLC retransmission enhancement according to the indication information in the RLC control PDU (for the indicated RLC bearer or the DRB-related RLC bearer).
  • the PDCP layer of the terminal device instructs the RLC layer to activate or deactivate the RLC retransmission enhancement according to the indication information in the PDCP control PDU, and the RLC layer can activate or deactivate the RLC retransmission enhancement (for the indicated RLC bearer or the DRB-related RLC bearer).
  • the method further comprises:
  • the terminal device determines to use RLC retransmission enhancement or stop using RLC retransmission enhancement.
  • the terminal device determines to use RLC retransmission enhancement, including: the terminal device performs RLC retransmission enhancement at the first moment before the PDCP discard timer (discardTimer) times out or when the remaining time corresponding to at least one LCG is lower than the first threshold. For example, the moment when the PDCP discard timer times out is t3, when the first moment t1 before the moment t3 arrives, the terminal device uses RLC retransmission enhancement; or when the remaining time corresponding to at least one LCG is lower than the first threshold Th1, the terminal device uses RLC retransmission enhancement.
  • the terminal device can determine to use RLC retransmission enhancement by itself without relying on the configuration or dynamic indication of the network device.
  • the terminal device determines to stop using RLC retransmission enhancement, including: the terminal device stops RLC retransmission enhancement at the PDCP discard timer times out or at the second moment before the PDCP discard timer times out or when the remaining time corresponding to at least one LCG is lower than the second threshold or when the remaining time corresponding to at least one LCG is zero.
  • the time when the PDCP discard timer times out is t3, and when the second time t2 before the time t3 arrives, the terminal device stops using the RLC retransmission enhancement; or when the remaining time corresponding to at least one LCG is lower than the second threshold Th2, the terminal device uses the RLC retransmission enhancement.
  • the terminal device can determine to stop using the RLC retransmission enhancement by itself without relying on the configuration or dynamic indication of the network device.
  • the second time t2 is later than the first time t1.
  • the first time difference T1 between the first moment t1 and the moment t3 when the PDCP discard timer times out, and/or the second time difference T2 between the second moment t2 and the moment t3 when the PDCP discard timer times out, and/or the first threshold Th1, and/or the second threshold Th2 are configured by the network device or customized by the terminal device.
  • the above-mentioned PDCP discardTimer can be a PDCP discardTimer associated with at least one PDCP SDU, for example, the shortest PDCP discardTimer among the PDCP discardTimers associated with the cached PDCP SDU or the shortest PDCP discardTimer among the PDCP discardTimers associated with the PDCP SDU cached in an LCG; the remaining time corresponding to an LCG can be the shortest remaining value of the PDCP discardTimer associated with the PDCP SDU cached in an LCG.
  • At least one LCG includes a logical channel group where a logical channel for transmitting an RLC SDU or an RLC SDU segment (or its corresponding RLC PDU) is located, and the LCG includes a logical channel group configured by a network device.
  • the PDCP layer of the terminal device instructs the RLC layer to perform RLC retransmission enhancement, or the PDCP layer instructs the RLC layer to stop RLC retransmission enhancement.
  • executing RLC retransmission enhancement may also be expressed as starting RLC retransmission enhancement, or beginning RLC retransmission enhancement, or using RLC retransmission enhancement, or activating RLC retransmission enhancement, etc.
  • stopping RLC retransmission enhancement includes: stopping RLC retransmission enhancement for at least one RLC SDU or RLC SDU segment in the RLC entity, for example, stopping RLC retransmission enhancement for all RLC SDUs or RLC SDU segments in the RLC entity, or stopping RLC retransmission enhancement for a part of the RLC SDUs or RLC SDU segments in the RLC entity, or stopping RLC retransmission enhancement for the RLC SDUs or RLC SDU segments indicated by the PDCP layer in the RLC entity.
  • stopping the RLC retransmission enhancement may also be expressed as turning off the RLC retransmission enhancement, or ending the RLC retransmission enhancement, or not using the RLC retransmission enhancement, or deactivating the RLC retransmission enhancement, etc.
  • the details of the RLC retransmission-related enhancements such as the number of retransmissions, the timing of retransmissions, the operations after receiving the RLC status PDU, and the configuration method of the RLC retransmission enhancements are explained, which helps to reliably send XR data to the peer device within the packet delay budget (PDB) of the XR service.
  • the implementation is simple, filling the gap in the details related to the RLC retransmission enhancements.
  • the information is a bitmap, and each bit in the bitmap indicates whether a configured data radio bearer DRB of a terminal device or a data radio bearer configured in RLC confirmation mode of the terminal device or an RLC bearer of the terminal device or an RLC bearer configured in RLC confirmation mode (RLC AM) of the terminal device supports RLC retransmission enhancement.
  • each bit in the bitmap indicates whether a configured data radio bearer DRB of a terminal device or a data radio bearer configured in RLC confirmation mode of the terminal device or an RLC bearer of the terminal device or an RLC bearer configured in RLC confirmation mode (RLC AM) of the terminal device supports RLC retransmission enhancement.
  • FIG8 is only a schematic illustration of the embodiment of the present application, but the present application is not limited thereto.
  • the execution order between the various operations can be appropriately adjusted, and other operations can be added or some operations can be reduced.
  • Those skilled in the art can make appropriate modifications based on the above content, and are not limited to the description of the above FIG8.
  • the implementation and glossary of 801 of this embodiment are similar to the content of 301 of the embodiment of the first aspect of the present application. The above related contents are merged here and will not be repeated here.
  • the peer device when the RLC confirmation mode is used, after the terminal device sends an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment) to the peer device, the peer device will feedback an RLC status protocol data unit (RLC STATUS PDU) to the terminal device.
  • the RLC STATUS PDU includes relevant information for feedback on the RLC SDU or RLC SDU segment, and the relevant information is confirmation information (Acknowledgement, ACK) or negative confirmation (Negative Acknowledgement, NACK) information.
  • the ACK indicates that the peer device has successfully received the RLC SDU or RLC SDU segment; the NACK indicates that the peer device has not received the RLC SDU or RLC SDU segment.
  • the terminal device can perform RLC retransmission if the retransmission requirements are met.
  • the retransmission requirements may be met if, for example, the RLC maximum retransmission number is not reached and/or the delay exceeds the packet delay budget (PDB) corresponding to the RLC SDU or RLC SDU segment.
  • PDB packet delay budget
  • the network device before the network device sends an RLC status protocol data unit (RLC STATUS PDU) to the terminal device, it receives at least one (e.g., N) RLC retransmissions or repetitions of the RLC service data unit or RLC service data unit segment.
  • the terminal device spontaneously performs N retransmissions while waiting for the RLC status protocol data unit (RLC STATUS PDU) of the opposite device, which can make full use of the time between sending the RLC SDU or RLC SDU segment and receiving the RLC STATUS PDU, increase the number of RLC retransmissions, and improve the reliability of RLC layer transmission.
  • the value of N is a positive integer configured by the network or predefined by the terminal device.
  • the network configures the value of N through RRC messages and/or downlink control information (Downlink Control Information, DCI) and/or media access control control element (MAC Control Element, MAC CE).
  • DCI Downlink Control Information
  • MAC Control Element media access control control element
  • the N retransmissions are recorded in a retransmission counter associated with the RLC service data unit (RLC SDU) or RLC service data unit segment (RLC SDU segment).
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • the N retransmissions are recorded as 1 in the retransmission counter. That is, after the terminal device sends an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment) in confirmation mode to the opposite device, before receiving the RLC status protocol data unit (RLC STATUS PDU) of the opposite device, N RLC retransmissions are performed, but in the retransmission counter, these N retransmissions are regarded as 1 retransmission, that is, the retransmission counter increases by 1, so as to avoid the recorded RLC retransmission number reaching the RLC maximum retransmission number too early and triggering a wireless link failure, thereby affecting the reliable transmission of XR data of the XR service.
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • RLC STATUS PDU RLC status protocol data unit
  • the N retransmissions are not recorded in a retransmission timer associated with the RLC service data unit (RLC SDU) or RLC service data unit segment (RLC SDU segment).
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • the N retransmissions performed before receiving the RLC status protocol data unit (RLC STATUS PDU) of the peer device will not cause a change in the value of the retransmission counter, thereby not occupying the opportunity for RLC retransmission, and there is no need to set the RLC maximum retransmission number to a larger value, which can avoid the RLC retransmission number reaching the RLC maximum retransmission number too early and triggering a wireless link failure, thereby improving the reliability of XR data transmission of the XR service.
  • the N retransmissions are located in consecutive time slots or symbols.
  • the N retransmissions are located in consecutive time slots or symbols.
  • the N retransmissions are located in discontinuous time slots or symbols.
  • the N retransmissions are located in discontinuous time slots or symbols.
  • the N retransmissions are located in discontinuous time slots or symbols, including that all the N retransmissions are located in discontinuous time slots or symbols, or that some of the N retransmissions are continuous.
  • the intervals of the discontinuous time slots or symbols can be determined in a variety of ways, such as by network device configuration, and/or predefined by the terminal device, and/or determined according to the location of an uplink grant (UL grant) configured or scheduled by the network device.
  • UL grant uplink grant
  • the intervals between the time slots or symbols of two adjacent retransmissions in N retransmissions may be the same or different.
  • the network device sends an RLC status protocol data unit to the terminal device, so that the terminal device performs operations related to RLC retransmission according to the received RLC status protocol data unit.
  • the terminal device performs operations related to RLC retransmission according to the received RLC status protocol data unit. Please refer to the embodiments of the first aspect of the present application. The above related contents are incorporated herein and will not be repeated here.
  • the RLC service data unit or the RLC service data unit segment is retransmitted M times.
  • the value of M is a positive integer configured by the network or predefined by the terminal device.
  • the network configures the value of M through RRC messages and/or downlink control information (Downlink Control Information, DCI) and/or media access control control element (MAC Control Element, MAC CE).
  • DCI Downlink Control Information
  • MAC Control Element media access control control element
  • the M retransmissions are recorded in the RLC service data unit (RLC SDU) Or in a retransmission timer associated with an RLC service data unit segment (RLC SDU segment).
  • the retransmission timer can refer to the above embodiment and will not be repeated here.
  • the M retransmissions are recorded as 1 in the retransmission counter. That is, when the terminal device receives the NACK of the RLC SDU or the RLC SDU segment from the opposite device, it performs M RLC retransmissions on the RLC SDU or the RLC SDU segment, but in the retransmission counter, these M retransmissions are recorded as 1 retransmission, so as to avoid the recorded RLC retransmission number reaching the RLC maximum retransmission number too early and triggering the wireless link failure, thereby affecting the reliable transmission of the XR data of the XR service.
  • the RLC maximum number of retransmissions should be greater than or equal to 2; for another example, when the M retransmissions are recorded as M in the retransmission counter and the N retransmissions are recorded as 1 in the retransmission counter, the RLC maximum number of retransmissions should be greater than or equal to M+1.
  • the N retransmissions are recorded as N in the retransmission counter, the value of the RLC maximum number of retransmissions is similar. Thus, it is avoided that the RLC maximum number of retransmissions is reached too early and triggers a radio link failure.
  • the M retransmissions are located in continuous time slots or symbols, or the M retransmissions are located in discontinuous time slots or symbols.
  • the M retransmissions are located in continuous time slots or symbols, or the M retransmissions are located in discontinuous time slots or symbols.
  • the intervals of the discontinuous time slots or symbols can be determined in a variety of ways, such as by a network device configuration, and/or predefined by a terminal device, and/or determined according to the location of an uplink grant (UL grant) configured or scheduled by the network device.
  • UL grant uplink grant
  • the interval of the discontinuous time slots or symbols includes the number of time slots or the number of symbols.
  • the intervals between the time slots or symbols of two adjacent retransmissions in the M retransmissions may be the same or different.
  • the value of M and the value of N may be the same or different.
  • the N retransmissions and the M retransmissions are both located in consecutive time slots or symbols, or are both located in discontinuous time slots or symbols, or one of them is located in a continuous time slot or symbol and the other is located in a discontinuous time slot or symbol, and the present application does not impose any restrictions on this.
  • the method further comprises:
  • the network device sends an RLC status protocol data unit to the terminal device after receiving M retransmissions from the terminal device, wherein the RLC status protocol data unit includes a NACK for the RLC SDU or the RLC SDU segment;
  • the method further comprises:
  • Configuration information sent by the network device to the terminal device for configuring RLC retransmission enhancement
  • the configuration information may be related to or configured for at least one of the following:
  • the terminal device
  • the terminal device is configured with a data radio bearer in RLC acknowledged mode (RLC AM);
  • the configuration information includes at least one of the following information:
  • the configuration information further includes configuration of an initial state or a default state of RLC retransmission enhancement.
  • the initial state or the default state of RLC retransmission enhancement includes activation and deactivation.
  • the network device sends indication information for indicating the state of RLC retransmission enhancement to the terminal device.
  • the state of RLC retransmission enhancement includes activation and deactivation
  • the indication information indicates activation of RLC retransmission enhancement or deactivation of RLC retransmission enhancement.
  • the indication information is carried by downlink control information (Downlink Control Information, DCI) or media access control control element (MAC Control Element, MAC CE) or RLC control protocol data unit (RLC control PDU) or PDCP control protocol data unit (PDCP control PDU).
  • DCI Downlink Control Information
  • MAC Control Element media access control control element
  • RLC control PDU RLC control protocol data unit
  • PDCP control PDU PDCP control protocol data unit
  • the status of RLC retransmission enhancement of the terminal device or the radio bearer DRB of the configured terminal device or the data radio bearer of the terminal device configured with RLC confirmation mode or the RLC bearer of the terminal device or the RLC bearer of the terminal device configured with RLC confirmation mode can be dynamically indicated, thereby more flexibly applying the RLC retransmission enhancement function.
  • the information is carried by a UE capability information message or an RRC connection establishment completion message or an RRC reconfiguration completion message.
  • the information is a bitmap, and each bit in the bitmap indicates whether a configured terminal device's radio bearer DRB or a data radio bearer of the terminal device configured with RLC confirmation mode or an RLC bearer of the terminal device or an RLC bearer of the terminal device configured with RLC confirmation mode (RLC AM) supports RLC retransmission enhancement.
  • each bit in the bitmap indicates whether a configured terminal device's radio bearer DRB or a data radio bearer of the terminal device configured with RLC confirmation mode or an RLC bearer of the terminal device or an RLC bearer of the terminal device configured with RLC confirmation mode (RLC AM) supports RLC retransmission enhancement.
  • An embodiment of the present application provides a method for sending and receiving data, which is described from the perspective of a network device.
  • the network device can know the capabilities of the terminal device related to RLC retransmission enhancement, and thus configure the terminal device with RLC retransmission enhancement consistent with the capabilities of the terminal device, thereby avoiding incorrect or invalid configuration of RLC retransmission enhancement.
  • the information is carried by a UE capability information message, an RRC connection establishment complete message, an RRC reconfiguration complete message, or a UE Assistance Information message.
  • whether the information appears indicates whether the terminal device supports RLC retransmission enhancement.
  • the information is 1 bit, and the presence of the 1 bit indicates that the terminal device supports RLC retransmission enhancement, and the absence of the 1 bit indicates that the terminal device does not support RLC retransmission enhancement, and vice versa.
  • a bit in the bitmap with a value of 1 indicates that a corresponding configured DRB or DRB or RLC bearer in RLC confirmation mode or RLC bearer in RLC confirmation mode supports RLC retransmission enhancement
  • a bit in the bitmap with a value of 0 indicates that a corresponding configured DRB or DRB or RLC bearer in RLC confirmation mode or RLC bearer in RLC confirmation mode does not support RLC retransmission enhancement, and vice versa.
  • the network device sends configuration information for configuring RLC retransmission enhancement to the terminal device.
  • the details of the RLC retransmission-related enhancements such as the number of retransmissions, the timing of retransmissions, the operations after receiving the RLC status PDU, and the configuration method of the RLC retransmission enhancements are explained, which helps to reliably send the XR data to the peer device within the packet delay budget (PDB) of the XR service.
  • the implementation is simple, filling the gap in the details related to the RLC retransmission enhancements.
  • the network device can know the capabilities of the terminal device related to RLC retransmission enhancement, and thus configure the terminal device with RLC retransmission enhancement consistent with the capabilities of the terminal device, avoiding incorrect or invalid configuration of RLC retransmission enhancement.
  • FIG10 is a schematic diagram of a data sending device according to an embodiment of the present application. As shown in FIG10 , the device includes:
  • a first sending unit 1001 is used to send an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment) in an acknowledged mode (Acknowledged Mode, AM) to a peer device;
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • AM Acknowledged Mode
  • the second sending unit 1002 is used to retransmit the RLC service data unit or the RLC service data unit segment at least once before receiving the RLC status protocol data unit (RLC STATUS PDU) of the opposite device.
  • RLC STATUS PDU RLC status protocol data unit
  • the counterpart device includes other terminal devices different from the terminal device that sends the RLC service data unit, or is a network device.
  • the value of N is a positive integer configured by the network or predefined by the terminal device.
  • the N retransmissions are recorded in a retransmission counter (Retransmission Timer) associated with the RLC service data unit (RLC SDU) or RLC service data unit segment (RLC SDU segment).
  • Retransmission Timer a retransmission counter associated with the RLC service data unit (RLC SDU) or RLC service data unit segment (RLC SDU segment).
  • the N retransmissions are not recorded in a retransmission counter (Retransmission Timer) associated with the RLC service data unit (RLC SDU) or RLC service data unit segment (RLC SDU segment).
  • Retransmission Timer retransmission counter associated with the RLC service data unit (RLC SDU) or RLC service data unit segment (RLC SDU segment).
  • the N retransmissions are in consecutive time slots or symbols;
  • the intervals of the discontinuous time slots or symbols are:
  • the apparatus further comprises:
  • the M retransmissions are recorded in a retransmission counter associated with the RLC service data unit.
  • the M retransmissions are recorded as 1 in the retransmission counter; or
  • the apparatus further comprises:
  • the terminal device
  • DRB data radio bearer
  • RLC AM RLC acknowledged mode
  • the terminal device is configured with an RLC bearer in RLC acknowledgement mode (RLC AM).
  • RLC AM RLC acknowledgement mode
  • the apparatus further comprises:
  • the status of the RLC retransmission enhancement is represented by a bitmap, and each bit in the bitmap corresponds to the status of a configured DRB or a DRB or an RLC bearer in RLC confirmation mode or an RLC bearer in RLC confirmation mode or a DRB configured with RLC retransmission enhancement or an RLC bearer configured with RLC retransmission enhancement.
  • the apparatus further comprises:
  • a second processing unit 1008 (not shown) is configured to, according to the downlink control information or the medium access control element, instruct the MAC layer of the terminal device to activate or deactivate RLC retransmission enhancement to the RLC layer; or
  • the PDCP layer of the terminal device instructs the RLC layer to activate or deactivate RLC retransmission enhancement.
  • a third processing unit 1009 configured to perform RLC retransmission enhancement at a first moment before a PDCP discard timer (discardTimer) times out or when a remaining time corresponding to at least one LCG is lower than a first threshold; and/or
  • the RLC retransmission enhancement is stopped.
  • a first time difference between the first moment and the expiration of the PDCP discard timer, and/or a second time difference between the second moment and the expiration of the PDCP discard timer, and/or a first threshold, and/or a second threshold are configured or predefined by the network device.
  • the fourth processing unit 1010 (not shown) is configured to enable the PDCP layer of the terminal device to indicate to the RLC layer a PDCP service data unit (PDCP SDU) and/or a PDCP protocol data unit (PDCP PDU) and/or Or RLC service data unit (RLC SDU) and/or RLC service data unit segment (RLC SDU segment) use or activate or deactivate RLC retransmission enhancement.
  • PDCP SDU PDCP service data unit
  • PDCP PDU PDCP protocol data unit
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • the RLC service data unit or the RLC service data unit segment is first retransmitted N times while waiting to receive the RLC status protocol data unit of the opposite device.
  • the time for waiting for the RLC status protocol data unit of the opposite device can be fully utilized, the number of RLC retransmissions can be increased within the packet delay budget, the reliability of the transmission of the RLC layer can be improved, and the sending of new transmissions can be avoided.
  • the details of the RLC retransmission-related enhancements such as the number of retransmissions, the timing of retransmissions, the operations after receiving the RLC status PDU, and the configuration method of the RLC retransmission enhancements are explained, which helps to reliably send XR data to the peer device within the packet delay budget (PDB) of the XR service.
  • the implementation is simple, filling the gap in the details related to the RLC retransmission enhancements.
  • the embodiment of the present application provides a data receiving and sending device, which is applied/configured in a terminal device.
  • the data receiving and sending device and the data receiving and sending method in the embodiment of the second aspect provided by the present application are based on the same inventive concept and have similar principles for solving problems. Therefore, the implementation of the data receiving and sending device refers to the implementation of the data receiving and sending method in the embodiment of the second aspect provided by the present application, and the repeated parts will not be repeated.
  • the term "unit” or "module” may be a combination of software and/or hardware that implements a predetermined function.
  • FIG11 is a schematic diagram of a data sending device according to an embodiment of the present application. As shown in FIG11 , the device includes:
  • the third sending unit 1101 is used to send information indicating whether RLC retransmission enhancement is supported to the network device.
  • the network device can know the capabilities of the terminal device related to RLC retransmission enhancement, so as to configure the terminal device with RLC retransmission enhancement consistent with the capabilities of the terminal device, thereby avoiding incorrect or invalid configuration of RLC retransmission enhancement.
  • the information uses 1 bit to indicate support for RLC retransmission enhancement.
  • the information is represented by 1 bit to indicate that a configured DRB or RLC acknowledgement mode DRB or RLC bearer or RLC acknowledgement mode RLC bearer supports RLC retransmission enhancement;
  • the information is represented by a bitmap, and each bit in the bitmap indicates that RLC retransmission enhancement is supported for a configured DRB or RLC acknowledgement mode DRB or RLC bearer or RLC acknowledgement mode RLC bearer.
  • the apparatus further comprises:
  • the seventh receiving unit 1102 (not shown) is configured to receive configuration information for configuring RLC retransmission enhancement sent by the network device.
  • the embodiment of the present application provides a data receiving and sending device, which is applied/configured to the opposite device of the terminal device.
  • the opposite device may be a network device or other terminal device, and the following description is taken as an example that the opposite device is a network device.
  • the data receiving and sending device and the data receiving and sending method in the embodiment of the third aspect provided by the present application are based on the same inventive concept and the principle of solving the problem is similar. Therefore, the implementation of the data receiving and sending device refers to the implementation of the data receiving and sending method in the embodiment of the first aspect provided by the present application, and the repetitions are not repeated.
  • the term "unit” or "module” can implement a combination of software and/or hardware of a predetermined function.
  • FIG. 12 is a schematic diagram of a data sending device according to an embodiment of the present application. As shown in FIG. 12 , the device includes:
  • the third receiving unit 1201 is used to receive an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment) in an acknowledged mode (Acknowledged Mode, AM) sent by a terminal device;
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • AM Acknowledged Mode
  • the fourth receiving unit 1202 is used to receive at least one retransmission of the RLC service data unit or the RLC service data unit segment by the terminal device before sending the RLC status protocol data unit (RLC STATUS PDU) to the terminal device.
  • RLC STATUS PDU RLC status protocol data unit
  • the network device receives an RLC service data unit or an RLC service data unit segment sent by the terminal device, and before sending an RLC status protocol data unit to the terminal device, receives the RLC service data unit or the RLC service data unit segment sent by the terminal device and retransmits it at least once (for example, N times),
  • the number of RLC retransmissions can be increased within the packet delay budget, thereby improving the transmission reliability of the RLC layer and avoiding affecting the sending of new transmissions.
  • the apparatus further comprises:
  • the terminal device sends After sending an RLC service data unit or an RLC service data unit segment, the RLC service data unit or the RLC service data unit segment is first retransmitted at least once (for example, N times) while waiting for receiving the RLC status protocol data unit of the opposite device.
  • the time for waiting for the RLC status protocol data unit of the opposite device can be fully utilized, the number of RLC retransmissions can be increased within the packet delay budget, the transmission reliability of the RLC layer is improved, and the sending of new transmissions is avoided.
  • the details of the RLC retransmission-related enhancements such as the number of retransmissions, the timing of retransmissions, the operations after receiving the RLC status PDU, and the configuration method of the RLC retransmission enhancements are explained, which helps to reliably send XR data to the peer device within the packet delay budget (PDB) of the XR service.
  • the implementation is simple, filling the gap in the details related to the RLC retransmission enhancements.
  • FIG. 13 is a schematic diagram of a data sending device according to an embodiment of the present application. As shown in FIG. 13 , the device includes:
  • the apparatus further comprises:
  • the details of the RLC retransmission-related enhancements such as the number of retransmissions, the timing of retransmissions, the operations after receiving the RLC status PDU, and the configuration method of the RLC retransmission enhancements are explained, which helps to reliably send the XR data to the peer device within the packet delay budget (PDB) of the XR service.
  • the implementation is simple, filling the gap in the details related to the RLC retransmission enhancements.
  • the communication system includes a network device 101 , a first terminal device 102 , and a second terminal device 103 .
  • the first terminal device 102 is configured to perform the first aspect and/or the second aspect of the present application.
  • the data sending and receiving methods in the aspects are merged here and will not be repeated here.
  • the second terminal device 103 is configured to execute the data sending and receiving method in the third aspect of the present application, the content of which is incorporated herein and will not be repeated here.
  • the network device 101 is configured to execute the data sending and receiving method in the third aspect and/or the fourth aspect of the present application, the contents of which are incorporated herein and will not be repeated here.
  • FIG14 is a schematic diagram of the structure of a terminal device according to an embodiment of the present application, and the terminal device may be a remote terminal device.
  • the terminal device 1400 may include a processor 1401 and a memory 1402; the memory 1402 stores data and programs and is coupled to the processor 1401. It is worth noting that the figure is exemplary; other types of structures may also be used to supplement or replace the structure to implement telecommunication functions or other functions.
  • the processor 1401 may be configured to execute a program to implement the data sending and receiving method as described in the embodiment of the first aspect.
  • the processor 1401 may be configured to perform the following operations: sending an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment) in an acknowledged mode (Acknowledged Mode, AM) to a peer device; before receiving an RLC status protocol data unit (RLC STATUS PDU) of the peer device, retransmitting the RLC service data unit or the RLC service data unit segment at least once.
  • the processor 1401 may be configured to execute a program to implement the data sending and receiving method as described in the embodiment of the second aspect.
  • the processor 1401 may be configured to perform the following operations: sending information indicating whether RLC retransmission enhancement is supported to the network device.
  • the processor 1401 may be configured to execute a program to implement the data sending and receiving method as described in the embodiment of the third aspect.
  • the processor 1401 may be configured to perform the following operations: receiving an RLC service data unit (RLC SDU) or an RLC service data unit segment (RLC SDU segment) in an acknowledged mode (Acknowledged Mode, AM) sent by the terminal device; before sending an RLC status protocol data unit (RLC STATUS PDU) to the terminal device, receiving at least one retransmission of the RLC service data unit or the RLC service data unit segment by the terminal device.
  • the terminal device 1400 may further include: a communication module 1403, an input unit 1404, a display 1405, and a power supply 1406.
  • the functions of the above components are similar to those in the prior art and will not be described in detail here. It is worth noting that the terminal device 1400 does not necessarily include all the components shown in FIG. 14 , and the above components are not necessary; in addition, the terminal device 1400 may also include components not shown in FIG. 14 , and reference may be made to related technologies.
  • An embodiment of the present application provides a network device, which may be, for example, a base station, but the present application is not limited thereto and may also be other network devices.
  • the processor 1510 may be configured to execute a program to implement the data sending and receiving method as described in the embodiment of the fourth aspect.
  • the processor 1510 may be configured to perform the following control: receiving information sent by a terminal device to indicate whether RLC retransmission enhancement is supported.
  • the method/device described in conjunction with the embodiments of the present application may be directly embodied as hardware, a software module executed by a processor, or a combination of the two.
  • one or more of the functional block diagrams shown in the figure and/or one or more combinations of the functional block diagrams may correspond to various software modules of the computer program flow or to various hardware modules.
  • These software modules may correspond to the various steps shown in the figure, respectively.
  • These hardware modules may be implemented by solidifying these software modules, for example, using a field programmable gate array (FPGA).
  • FPGA field programmable gate array
  • the software module may be stored in the MEGA-SIM card or the large-capacity flash memory device.
  • the functional blocks described in the drawings and/or one or more combinations of functional blocks it can be implemented as a general-purpose processor, digital signal processor (DSP), application-specific integrated circuit (ASIC), field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component or any appropriate combination thereof for performing the functions described in the present application.
  • DSP digital signal processor
  • ASIC application-specific integrated circuit
  • FPGA field programmable gate array
  • it can also be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in communication with a DSP, or any other such configuration.
  • a data sending and receiving method applied to a terminal device, the method comprising:
  • RLC SDU RLC service data unit
  • RLC SDU segment RLC service data unit segment
  • the RLC service data unit or the RLC service data unit segment is retransmitted at least once.
  • N is a network configured or predefined positive integer.
  • the RLC status protocol data unit includes a NACK for the RLC SDU or the RLC SDU segment;
  • the RLC service data unit or the RLC service data unit segment is retransmitted M times.
  • the configuration information includes:
  • the initial state or default state is represented by a bitmap, and each bit in the bitmap corresponds to the initial state or default state of a configured DRB or RLC bearer in DRB or RLC confirmation mode or an RLC bearer in RLC confirmation mode.
  • the RRC layer of the terminal device configures RLC retransmission enhancement to the RLC layer, or Instructing the RLC layer to use RLC retransmission enhancement;
  • the RRC layer of the terminal device instructs the RLC layer to activate or deactivate RLC retransmission enhancement.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种数据发送和接收方法、装置及通信系统。该数据发送和接收方法包括：向对端设备发送确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，对所述RLC业务数据单元或RLC业务数据单元分段进行至少一次重传。

Description

数据发送和接收方法、装置及通信系统 技术领域
本申请实施例涉及无线通信技术领域。
背景技术
在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)的第五代移动通信技术(5th Generation Mobile Communication Technology，5G)的标准化过程中引入了扩展现实(Extended Reality，XR)业务，XR业务指的是所有现实和虚拟组合的环境、计算机技术和可穿戴设备产生的人机交互。XR业务可以包括虚拟现实(Virtual reality，VR)业务、增强现实(Augmented reality，AR)业务和混合现实(Mixed reality，MR)业务。在Release 18中开始研究XR业务的增强。
应该注意，上面对技术背景的介绍只是为了方便对本申请的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本申请的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
发明人发现，为了同时满足低时延和高可靠性的要求，对于分组包时延预算(packet delay budget，PDB)比较小的XR业务，可以使用RLC确认模式(Acknowledged Mode，AM)进行发送。
如果使用RLC确认模式，RLC层的重传由从对端设备收到状态报告触发，但该状态报告可能不会很快被RLC发送端收到，这可能导致无法在分组包时延预算内完成XR业务的发送；
并且，RLC层的重传会占用无线资源，妨碍新传的发送，进而影响其他业务数据的发送。
为了解决上述问题的至少之一或其它类似问题，本申请实施例提供了一种数据发送和接收方法、装置及通信系统。
根据本申请实施例的一方面，提供一种数据接收和发送装置，应用/配置于终端设备，所述装置包括：
第一发送单元，其用于向对端设备发送确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
第二发送单元，其用于在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，对所述RLC业务数据单元或RLC业务数据单元分段进行N次重传。
根据本申请实施例的另一方面，提供一种数据接收和发送装置，应用/配置于终端设备的对端设备，所述装置包括：
第三接收单元，其用于接收所述终端设备发送的确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
第四接收单元，其用于在向所述终端设备发送RLC状态协议数据单元(RLC STATUS PDU)之前，接收所述终端设备对所述RLC业务数据单元或RLC业务数据单元分段的N次重传。
根据本申请实施例的另一方面，提供一种数据接收和发送装置，应用/配置于网络设备，所述装置包括：
第五发送单元，其用于向终端设备发送用于配置RLC重传增强的配置信息。
根据本申请实施例的另一方面，提供一种数据接收和发送方法，应用于终端设备，所述方法包括：
向对端设备发送确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，对所述RLC业务数据单元或RLC业务数据单元分段进行N次重传。
根据本申请实施例的另一方面，提供一种数据接收和发送方法，应用于终端设备的对端设备，所述方法包括：
接收所述终端设备发送的确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
在向所述终端设备发送RLC状态协议数据单元(RLC STATUS PDU)之前，接收所述终端设备对所述RLC业务数据单元或RLC业务数据单元分段的N次重传。
根据本申请实施例的另一方面，提供一种数据接收和发送方法，应用于网络设备， 所述方法包括：
向终端设备发送用于配置RLC重传增强的配置信息。
根据本申请实施例的另一方面，提供一种终端设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器被配置为执行所述计算机程序而实现上述终端设备侧的数据发送和接收方法。
根据本申请实施例的另一方面，提供一种终端设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器被配置为执行所述计算机程序而实现上述终端设备的对端设备侧的数据发送和接收方法。
根据本申请实施例的另一方面，提供一种网络设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器被配置为执行所述计算机程序而实现上述终端设备的对端设备侧的数据发送和接收方法。
根据本申请实施例的另一方面，提供一种网络设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器被配置为执行所述计算机程序而实现上述网络设备侧的数据发送和接收方法。
根据本申请实施例的另一方面，提供一种通信系统，包括：
第一终端设备，所述第一终端设备被配置为执行上述终端设备侧的数据发送和接收方法；
第二终端设备，所述第二终端设备配置为执行上述终端设备的对端设备侧的数据发送和接收方法；
网络设备，所述网络设备被配置为执行上述终端设备的对端设备侧的数据发送和接收方法，或者上述网络设备侧的数据发送和接收方法。
本申请实施例的有益效果包括：
终端设备向对端设备发送RLC业务数据单元或RLC业务数据单元分段后，在等待接收对端设备的RLC状态协议数据单元的过程中，先对RLC业务数据单元或RLC业务数据单元分段进行N次重传，由此，能够在分组包时延预算内增加RLC重传次数，提高RLC层的传输的可靠性，避免影响新传的发送。
参照后文的说明和附图，详细公开了本申请的特定实施方式，指明了本申请的原理可以被采用的方式。应该理解，本申请的实施方式在范围上并不因而受到限制。在所附权利要求的条款的范围内，本申请的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。
应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
在本申请实施例的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外，在附图中，类似的标号表示几个附图中对应的部件，并可用于指示多于一种实施方式中使用的对应部件。
所包括的附图用来提供对本申请实施例的进一步的理解，其构成了说明书的一部分，用于例示本申请的实施方式，并与文字描述一起来阐释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1是本申请实施例的通信系统的示意图；
图2是本申请实施例的数据发送和接收方法的一示意图；
图3是本申请实施例的N次重传位于连续的时隙或符号中的示意图；
图4是本申请实施例的N次重传位于不连续的时隙或符号中的示意图；
图5是本申请实施例的M次重传位于连续的时隙或符号中的示意图；
图6是本申请实施例的M次重传位于不连续的时隙或符号中的示意图；
图7是本申请实施例的数据发送和接收方法的另一示意图；
图8是本申请实施例的数据发送和接收方法的另一示意图；
图9是本申请实施例的数据发送和接收方法的另一示意图；
图10是本申请实施例的数据接收和发送装置的一示意图；
图11是本申请实施例的数据接收和发送装置的另一示意图；
图12是本申请实施例的数据接收和发送装置的另一示意图；
图13是本申请实施例的数据接收和发送装置的另一示意图；
图14是本申请实施例的终端设备的构成示意图；
图15是本申请实施例的网络设备的构成示意图。
具体实施方式
参照附图，通过下面的说明书，本申请的前述以及其它特征将变得明显。在说明书和附图中，具体公开了本申请的特定实施方式，其表明了其中可以采用本申请的原则的部分实施方式，应了解的是，本申请不限于所描述的实施方式，相反，本申请包括落入所附权利要求的范围内的全部修改、变型以及等同物。下面结合附图对本申请的各种实施方式进行说明。这些实施方式只是示例性的，不是对本申请的限制。
在本申请实施例中，术语“第一”、“第二”等用于对不同元素从称谓上进行区分，但并不表示这些元素的空间排列或时间顺序等，这些元素不应被这些术语所限制。术语“和/或”包括相关联列出的术语的一种或多个中的任何一个和所有组合。术语“包含”、“包括”、“具有”等是指所陈述的特征、元素、元件或组件的存在，但并不排除存在或添加一个或多个其他特征、元素、元件或组件。
在本申请实施例中，单数形式“一”、“该”等包括复数形式，应广义地理解为“一种”或“一类”而并不是限定为“一个”的含义；此外术语“所述”应理解为既包括单数形式也包括复数形式，除非上下文另外明确指出。此外术语“根据”应理解为“至少部分根据……”，术语“基于”应理解为“至少部分基于……”，除非上下文另外明确指出。
在本申请实施例中，术语“通信网络”或“无线通信网络”可以指符合如下任意通信标准的网络，例如长期演进(LTE，Long Term Evolution)、增强的长期演进(LTE-A，LTE-Advanced)、宽带码分多址接入(WCDMA，Wideband Code Division Multiple Access)、高速报文接入(HSPA，High-Speed Packet Access)等等。
并且，通信系统中设备之间的通信可以根据任意阶段的通信协议进行，例如可以包括但不限于如下通信协议：1G(generation)、2G、2.5G、2.75G、3G、4G、4.5G以及未来的5G、新无线(NR，New Radio)等等，和/或其他目前已知或未来将被开发的通信协议。
在本申请实施例中，术语“网络设备”例如是指通信系统中将终端设备接入通信网络并为该终端设备提供服务的设备。网络设备可以包括但不限于如下设备：基站(BS，Base Station)、接入点(AP、Access Point)、发送接收点(TRP，Transmission Reception Point)、广播发射机、移动管理实体(MME、Mobile Management Entity)、 网关、服务器、无线网络控制器(RNC，Radio Network Controller)、基站控制器(BSC，Base Station Controller)等等。
其中，基站可以包括但不限于：节点B(NodeB或NB)、演进节点B(eNodeB或eNB)以及5G基站(gNB)，等等，此外还可包括远端无线头(RRH，Remote Radio Head)、远端无线单元(RRU，Remote Radio Unit)、中继(relay)或者低功率节点(例如femto、pico等等)。并且术语“基站”可以包括它们的一些或所有功能，每个基站可以对特定的地理区域提供通信覆盖。术语“小区”可以指的是基站和/或其覆盖区域，这取决于使用该术语的上下文。
在本申请实施例中，术语“用户设备”(UE，User Equipment)或者“终端设备”(TE，Terminal Equipment)例如是指通过网络设备接入通信网络并接收网络服务的设备。用户设备可以是固定的或移动的，并且也可以称为移动台(MS，Mobile Station)、终端、用户台(SS，Subscriber Station)、接入终端(AT，Access Terminal)、站，等等。
其中，用户设备可以包括但不限于如下设备：蜂窝电话(Cellular Phone)、个人数字助理(PDA，Personal Digital Assistant)、无线调制解调器、无线通信设备、手持设备、机器型通信设备、膝上型计算机、无绳电话、智能手机、智能手表、数字相机，等等。
再例如，在物联网(IoT，Internet of Things)等场景下，用户设备还可以是进行监控或测量的机器或装置，例如可以包括但不限于：机器类通信(MTC，Machine Type Communication)终端、车载通信终端、设备到设备(D2D，Device to Device)终端、机器到机器(M2M，Machine to Machine)终端、支持边链路(sidelink)通信的终端，等等。
此外，术语“网络侧”或“网络设备侧”是指网络的一侧，可以是某一基站，也可以包括如上的一个或多个网络设备。术语“用户侧”或“终端侧”或“终端设备侧”是指用户或终端的一侧，可以是某一UE，也可以包括如上的一个或多个终端设备。本文在没有特别指出的情况下，“设备”可以指网络设备，也可以指终端设备。
在本申请中，RLC层还可以表述为RLC实体或RLC实体的发送端或RLC实体的接收端，RLC承载还可以替换为RLC实体或RLC信道。
图1是本申请实施例的通信系统的示意图，示意性说明了以终端设备和网络设备 为例的情况，如图1所示，通信系统100可以包括网络设备101和终端设备102、103。为简单起见，图1仅以两个终端设备和一个网络设备为例进行说明，但本申请实施例不限于此。
在本申请实施例中，网络设备101、第一终端设备102以及第二终端103之间可以进行现有的业务或者未来可实施的业务发送。例如，这些业务可以包括但不限于：增强的移动宽带(eMBB，enhanced Mobile Broadband)、大规模机器类型通信(mMTC，massive Machine Type Communication)、高可靠低时延通信(URLLC，Ultra-Reliable and Low-Latency Communication)和减少能力的终端设备的相关通信，等等。
值得注意的是，图1示出了第一终端设备102和第二终端设备103均处于网络设备101的覆盖范围内，但本申请不限于此。第一终端设备102和第二终端设备103可以均不在网络设备101的覆盖范围内，或者第一终端设备102和第二终端设备103中的一个在网络设备101的覆盖范围之内而另一个在网络设备101的覆盖范围之外。
本申请实施例中，终端设备可以与对端设备之间进行业务发送，以该终端设备为图1中的第一终端设备102为例，本申请的对端设备可以为图1中的网络设备101和/或第二终端设备103，实际应用中，该对端设备还可以为其他网络设备或终端设备，本申请实施例不限于此。
3GPP在Release 19同意规定用户面的增强，其中包括对具有小分组包时延预算(packet delay budget，PDB)的RLC确认模式(Acknowledged Mode，AM)操作的RLC重传相关的增强。工作目标之一如下表1所示：
表1
但是，关于RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作、RLC重传增强的配置方式等，还没有明确的方案。这可能导致分组包时延预算(packet delay budget，PDB)比较小、且使用RLC确认模式(Acknowledged Mode，AM)进行发送的XR业务，出现以下问题：
1)RLC层的重传由从对端设备收到状态报告触发，但该状态报告可能不会很快被RLC发送端收到，这就导致可能无法在分组包时延预算内完成XR业务的发送；
2)RLC发送端不会放弃重传，在达到RLC最大重传次数时，RLC层会向上层 通知，这会触发无线链路失败(Radio link failure，RLF)。如果由于较小的PDB而将RLC最大重传次数设置为较小的值，该RLF很容易由于达到RLC最大重传次数而被触发，进而导致非无线链路质量下降引发的XR业务发送失败；
3)RLC层的重传会占用无线资源，妨碍新传的发送，进而影响其他业务数据的发送。
因此，关于RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作、RLC重传增强的配置方式等，需要进一步讨论。
针对上述问题的至少之一，本申请实施例提供一种数据接收和发送方法、装置及通信系统。
第一方面的实施例
本申请实施例提供一种数据发送和接收方法，从终端设备侧进行说明。
图2是本申请实施例的数据发送和接收方法的一示意图，该方法应用于终端设备，如图2所示，该方法包括：
201，终端设备向对端设备发送确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
202，在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，该终端设备对所述RLC业务数据单元或RLC业务数据单元分段进行至少一次重传。
根据上述实施例，终端设备向对端设备发送RLC业务数据单元或RLC业务数据单元分段后，在等待接收对端设备的RLC状态协议数据单元的过程中，先对RLC业务数据单元或RLC业务数据单元分段进行至少一次(例如N次)重传，由此，能够在分组包时延预算内增加RLC重传次数，提高RLC层的传输的可靠性，避免影响新传的发送。
值得注意的是，以上附图2仅对本申请实施例进行了示意性说明，但本申请不限于此。例如可以适当地调整各个操作之间的执行顺序，此外还可以增加其他的一些操作或者减少其中的某些操作。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图2的记载。
在一些实施例中，在201中终端设备向对端设备发送的RLC业务数据单元(RLC  SDU)或RLC业务数据单元分段(RLC SDU segment)可由该终端设备由RLC实体发送。RLC层的功能由RLC实体执行。对于在网络设备(gNB)侧配置的一个RLC实体，有一个在UE侧配置的对端RLC实体，反之亦然。一个RLC实体从上层(PDCP层)接收RLC SDU，或向上层(PDCP层)传递RLC SDU，经由低层(MAC层)向它的对端RLC实体发送RLC PDU或从它的对端RLC实体接收RLC PDU。如果一个RLC实体从上层收到RLC SDU，它通过RLC和上层之间的单个RLC信道(channel)接收这些RLC SDU，在根据收到的RLC SDU形成RLC data PDU后，该RLC实体通过单个逻辑信道将该RLC PDU提交到低层。如果RLC实体从低层收到RLC data PDU，它通过单个逻辑信道收到这些RLC data PDU，在从收到的RLC data PDU形成RLC SDU后，RLC实体通过RLC和上层之间的单个RLC信道将这些RLC SDU传递到上层。一个RLC实体可以被配置下面三种模式中的一种来执行数据传递：透明模式(Transparent Mode，TM)、非确认模式(Unacknowledged Mode，UM)或确认模式(Acknowledged Mode，AM)。一个AM RLC实体由发送端和接收端组成。
在一些实施例中，对于XR业务，网络设备根据该XR业务的分组包时延预算(packet delay budget，PDB)为终端设备配置PDCP丢弃定时器(discardTimer)的值。在终端设备的PDCP层中，当与一个PDCP SDU关联的PDCP discardTimer超时时，PDCP层将丢弃该PDCP SDU，并向RLC层指示丢弃该PDCP SDU相关的RLC SDU。在终端设备的RLC层中，从PDCP层收到丢弃一个RLC SDU的指示时，如果该RLC SDU或它的分段还没有被提交到低层，则AM RLC实体的发送端要丢弃指示的RLC SDU。
在一些实施例中，该对端设备包括与发送RLC业务数据单元的终端设备不同的其他终端设备，或者为网络设备。
在一些实施例中，当使用RLC确认模式时，终端设备向对端设备发送RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)之后，对端设备会向终端设备反馈RLC状态协议数据单元(RLC STATUS PDU)。该RLC STATUS PDU包括对该RLC SDU或RLC SDU分段的反馈的相关信息，该相关信息为确认信息(Acknowledgement，ACK)或不确认(Negative Acknowledgement，NACK)信息。该ACK表示该对端设备成功接收到该RLC SDU或RLC SDU分段；该NACK表示该对端设备未接收到或未完整接收到该RLC SDU或RLC SDU分段，此时，该 终端设备可以在满足重传要求的情况下对该RLC SDU或RLC SDU分段进行RLC重传，满足重传要求的情况例如未达到RLC最大重传次数和/或时延为超过该RLC SDU或RLC SDU分段对应的分组包时延预算(packet delay budget，PDB)。
在一些实施例中，在202中，终端设备在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，对所述RLC业务数据单元或RLC业务数据单元分段进行至少一次(例如N次)RLC重传(RLC retransmission)或重复(repetition)。由此，终端设备在等待对端设备的RLC状态协议数据单元(RLC STATUS PDU)的过程中，先自发进行N次重传，能够充分利用从发送RLC SDU或RLC SDU segment到接收RLC STATUS PDU之间的时间，增加RLC重传次数，提高RLC层的传输的可靠性。
在一些实施例中，所述N的取值为网络配置的或终端设备预定义的正整数。例如，网络通过RRC消息和/或下行控制信息(Downlink Control Information，DCI)和/或介质访问控制控制元素(MAC Control Element，MAC CE)配置该N的取值。
在一些实施例中，所述N次重传被记录在与所述RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)关联的重传计数器(Retransmission Timer，例如RETX_COUNT)中。该重传计数器由RLC层设置，如果一个RLC SDU或RLC SDU分段被认为第一次重传，则与该RLC SDU关联的重传计数器被设置为0。例如，如果被认为重传的RLC SDU或RLC SDU分段不是在等待重传且与该RLC SDU关联的重传计数器还没有由于相同RLC STATUS PDU中另一个NACK而被增加时，该重传计数器被增加，当重传计数器的值达到RLC最大重传次数时，RLC层向上层(RRC层)指示达到最大重传，RRC层将认为无线链路失败(Radio link failure，RLF)被检测到。
在一些实施例中，所述N次重传在所述重传计数器中记为1次。也即，终端设备向对端设备发送确认模式的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)之后，在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，进行了N次RLC重传，但在重传计数器中，将这N次重传视为1次重传，即重传计数器增加1，避免记录的RLC重传次数过早达到RLC最大重传次数而触发无线链路失败，影响XR业务的XR数据的可靠传输。
在一些实施例中，所述N次重传在所述重传计数器中记为N次。也即，终端设 备向对端设备发送确认模式的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)之后，在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，进行了N次RLC重传，并且将这N次重传全部记录在重传计数器中，即重传计数器增加N。相应地，需要将RLC最大重传次数设置为较大的值，避免记录的RLC重传次数过早达到RLC最大重传次数而触发无线链路失败，影响XR业务的XR数据的可靠传输。
在一些实施例中，N次重传被记录在与所述RLC业务数据单元或RLC业务数据单元分段关联的重传计数器中时，RLC最大重传次数大于该N次重传的在所述重传计数器中记录的RLC重传次数。例如，当N次重传在所述重传计数器中记为1次时，RLC最大重传次数应大于1次；又例如，当N次重传在所述重传计数器中记为N次时，RLC最大重传次数应大于N次。由此，避免N次重传之后因达到RLC最大重传次数而触发无线链路失败。
在一些实施例中，RLC最大重传次数大于现有技术中的RLC最大重传次数，例如在上述N次重传被记录在与所述RLC业务数据单元或RLC业务数据单元分段关联的重传计数器中的情况下。现有技术中RLC最大重传次数最多为32次，本方案中的RLC最大重传次数可以是64次或更多，由此，可以避免N次重传被记录在重传计数器的情况下因重传次数达到RLC最大重传次数而触发无线链路失败。
在一些实施例中，所述N次重传不被记录在与所述RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)关联的重传计数器(Retransmission Timer)中。由此，在接收到对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前进行的N次重传不会导致重传计数器的数值的变化，从而不会占用RLC重传的机会，也无需将RLC最大重传次数设置成较大的值，能够避免RLC重传次数过早达到RLC最大重传次数而触发无线链路失败，提高XR业务的XR数据传输的可靠性。
在一些实施例中，所述N次重传位于连续的时隙(slot)或符号(symbol)中。例如，图3是本申请实施例的N次重传位于连续的时隙或符号中的示意图。如图3所示，终端设备向对端设备发送确认模式的至少一个RLC SDU或RLC SDU segment，即图3中的RLC TX；假设N的取值为3，则在收到对端设备的RLC STATUS PDU之前，终端设备在RLC TX之后的连续的3个时隙(slot)或符号(symbol)中对该 RLC SDU或RLC SDU segment进行了3次RLC重传，即图3中连续的RLC ReTX1、RLC ReTX2和RLC ReTX3。
在一些实施例中，所述N次重传位于不连续的时隙(slot)或符号(symbol)中。例如，图4是本申请实施例的N次重传位于不连续的时隙或符号中的示意图。如图4所示，终端设备向对端设备发送确认模式的RLC SDU或RLC SDU segment，即图4中的RLC TX；假设N的取值为3，则在收到对端设备的RLC STATUS PDU之前，终端设备在RLC TX之后的不连续的3个时隙(slot)或符号(symbol)中对该RLC SDU或RLC SDU segment进行了3次RLC重传，即图4中不连续的RLC ReTX1、RLC ReTX2和RLC ReTX3。
在一些实施例中，所述N次重传位于不连续的时隙(slot)或符号(symbol)中，包括N次重传全部位于不连续的时隙或符号中，或者N次重传中部分重传连续。例如，图3中的RLC ReTX1和RLC ReTX2连续，而RLC ReTX2和RLC ReTX3不连续的情况。
在一些实施例中，N次重传是否位于连续的时隙(slot)或符号(symbol)中以及N次重传位于不连续的时隙或符号中时，该不连续的时隙或符号的间隔可以通过多种方式确定，例如由网络设备配置，即网络设备配置N次重传位于连续的时隙或符号，或者网络设备配置N次重传位于不连续的时隙或符号并配置不连续的时隙或符号的间隔；又例如，由终端设备预定义，即终端设备预定义N次重传位于连续的时隙或符号，或者终端设备预定义N次重传位于不连续的时隙或符号以及不连续的时隙或符号的间隔；又例如，根据网络设备配置的或调度的上行授权(Uplink grant，UL grant)的位置决定，如configured uplink grant或DCI调度的uplink grant，例如，当网络设备配置的或调度的上行授权的位置连续时，N次重传位于连续的时隙或符号，当网络设备配置的或调度的上行授权的位置不连续时，N次重传位于不连续的时隙或符号，不连续的时隙或符号的间隔根据网络设备配置的或调度的不连续的上行授权的位置的间隔确定。
在一些实施例中，该不连续的时隙或符号的间隔包括时隙个数或符号个数。
在一些实施例中，N次重传中相邻两次重传位于的时隙或符号之间的间隔可以相同，也可以不同。例如，如图3和图4所示，RLC ReTX1与RLC ReTX2之间的间隔与RLC ReTX2与RLC ReTX3之间的间隔可以相同也可以不同。
在一些实施例中，N次重传中相邻两次重传位于的时隙或符号可以部分连续。例如，如图3和图4所示，RLC ReTX1与RLC ReTX2可以位于连续的时隙或符号中，同时RLC ReTX2与RLC ReTX3之间可以间隔一个时隙或符号。
在一些实施例中，所述方法还包括：
终端设备接收所述对端设备发送的RLC状态协议数据单元；以及
根据接收到的RLC状态协议数据单元执行与RLC重传相关的操作。
在一些实施例中，终端设备接收到的RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的NACK，此时，根据接收到的RLC状态协议数据单元执行与RLC重传相关的操作，包括：
对所述RLC业务数据单元或RLC业务数据单元分段进行M次重传。
在一些实施例中，所述M的取值为网络配置的或终端设备预定义的正整数。例如，网络通过RRC消息和/或下行控制信息(Downlink Control Information，DCI)和/或介质访问控制控制元素(MAC Control Element，MAC CE)配置或通知该M的取值。
在一些实施例中，所述M次重传被记录在与所述RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)关联的重传计数器(Retransmission Timer)中。该重传计数器可参见前述实施例，此处不再重复。
在一些实施例中，所述M次重传在所述重传计数器中记为1次。也即，终端设备在接收到所述对端设备的对该RLC SDU或该RLC SDU segment的NACK的情况下，对该RLC SDU或RLC SDU segment进行了M次RLC重传，但在重传计数器中，将这M次重传记为1次重传，避免记录的RLC重传次数过早达到RLC最大重传次数而触发无线链路失败，影响XR业务的XR数据的可靠传输。
在一些实施例中，所述M次重传在所述重传计数器中记为M次。也即，终端设备在接收到所述对端设备的对该RLC SDU或该RLC SDU segment的NACK的情况下，对该RLC SDU或RLC SDU segment进行了M次RLC重传，并且将这M次重传全部记录在重传计数器中。相应地，可以将RLC最大重传次数设置为较大的值，避免记录的RLC重传次数过早达到RLC最大重传次数而触发无线链路失败，影响XR业务的XR数据的可靠传输。
在一些实施例中，M次重传被记录在与所述RLC业务数据单元或RLC业务数据 单元分段关联的重传计数器中时，RLC最大重传次数大于或等于该M次重传在所述重传计数器中记录的RLC重传次数以及所述N次重传在所述重传计数器中记录的RLC重传次数之和。例如，当该M次重传在所述重传计数器中记为1次，该N次重传在所述重传计数器中记为1次时，RLC最大重传次数应大于或等于2次；又例如，当该M次重传在所述重传计数器中记为M次，该N次重传在所述重传计数器中记为1次时，RLC最大重传次数应大于或等于M+1次。该N次重传在所述重传计数器中记为N次时，RLC最大重传次数的取值同理。由此，避免过早达到RLC最大重传次数而触发无线链路失败。
在一些实施例中，所述M次重传位于连续的时隙(slot)或符号(symbol)中。例如，图5是本申请实施例的M次重传位于连续的时隙或符号中的示意图。如图5所示，终端设备向对端设备发送确认模式的RLC SDU或RLC SDU segment，即图5中的RLC TX，并在接收到对端设备的包括对所述RLC SDU或所述RLC SDU分段的NACK的RLC状态协议数据单元，即图5中的“RLC STATUS PDU including NACK”之前，对所述RLC SDU或所述RLC SDU分段进行了N＝3次RLC重传，在收到“RLC STATUS PDU including NACK”之后，终端设备在连续的2个时隙(slot)或符号(symbol)中对该RLC SDU或RLC SDU segment进行了M＝2次RLC重传，即图5中连续的RLC ReTX4和RLC ReTX5。
在一些实施例中，所述M次重传位于不连续的时隙(slot)或符号(symbol)中。例如，图6是本申请实施例的M次重传位于不连续的时隙或符号中的示意图。如图6所示，终端设备向对端设备发送确认模式的RLC SDU或RLC SDU segment，即图6中的RLC TX；并在接收到对端设备的包括对所述RLC SDU或所述RLC SDU分段的NACK的RLC状态协议数据单元，即图6中的“RLC STATUS PDU including NACK”之前，对所述RLC SDU或所述RLC SDU分段进行了N＝3次RLC重传，在收到“RLC STATUS PDU including NACK”之后，终端设备在不连续的2个时隙(slot)或符号(symbol)中对该RLC SDU或RLC SDU segment进行了M＝2次RLC重传，即图6中不连续的RLC ReTX4和RLC ReTX5。
在一些实施例中，M次重传是否位于连续的时隙(slot)或符号(symbol)中以及M次重传位于不连续的时隙或符号中时，该不连续的时隙或符号的间隔可以通过多种方式确定，例如由网络设备配置，即网络设备配置M次重传位于连续的时隙或 符号，或者网络设备配置M次重传位于不连续的时隙或符号并配置不连续的时隙或符号的间隔；又例如，由终端设备预定义，即终端设备预定义M次重传位于连续的时隙或符号，或者终端设备预定义M次重传位于不连续的时隙或符号以及不连续的时隙或符号的间隔；又例如，根据网络设备配置的或调度的上行授权(UL grant)的位置决定，例如，当网络设备配置的或调度的上行授权的位置连续时，M次重传位于连续的时隙或符号，当网络设备配置的或调度的上行授权的位置不连续时，M次重传位于不连续的时隙或符号，不连续的时隙或符号的间隔根据网络设备配置的或调度的不连续的上行授权的位置的间隔确定。
在一些实施例中，该不连续的时隙或符号的间隔包括时隙个数或符号个数。
在一些实施例中，当M的取值大于2时，M次重传中相邻两次重传位于的时隙或符号之间的间隔可以相同，也可以不同。例如，以M＝3为例，假设M次重传分别表示为RLC ReTX4、RLC ReTX5和RLC ReTX6，则RLC ReTX4与RLC ReTX5之间的间隔与RLC ReTX5与RLC ReTX6之间的间隔可以相同也可以不同。
在一些实施例中，当M的取值大于2时，M次重传中相邻两次重传位于的时隙或符号可以部分连续。例如，以M＝3为例，假设M次重传分别表示为RLC ReTX4、RLC ReTX5和RLC ReTX6，则RLC ReTX4与RLC ReTX5可以位于连续的时隙或符号中，同时RLC ReTX5与RLC ReTX6之间间隔一个时隙或符号。
在一些实施例中，所述M的取值与N的取值可以相同，也可以不同。
在一些实施例中，所述N次重传和所述M次重传均位于连续的时隙或符号中，或者均位于不连续的时隙或符号中，或者其中一个位于连续的时隙或符号中并且另一个位于不连续的时隙或符号中，本申请对此不作限制。
在一些实施例中，所述方法还包括：
终端设备在M次重传后接收所述对端设备发送的RLC状态协议数据单元，所述RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的NACK；以及
对所述RLC业务数据单元或RLC业务数据单元分段进行L次重传。
由此，当M次重传后又接收到对端设备的NACK，可以自主进行L次重传。该L的取值可以与M或N相同，也可以与M和N均不同。
在一些实施例中，终端设备接收到的RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的ACK，此时，根据接收到的RLC状态协议数据单元执 行与RLC重传相关的操作，包括：
停止对所述RLC SDU或所述RLC SDU分段的RLC重传，和/或，向上层(例如PDCP层)发送成功传递该RLC SDU的指示。
当收到对端设备的对所述RLC SDU或所述RLC SDU分段的ACK后，表示对端设备已经正确接收该RLC SDU或RLC SDU分段，因此无需再进行该RLC SDU或RLC SDU分段的重传。
在一些实施例中，根据接收到的RLC状态协议数据单元执行与RLC重传相关的操作，与终端设备接收到所述对端设备发送的RLC状态协议数据单元之前是否完成N次RLC重传无关。例如，终端设备在接收到该对端设备发送的RLC状态协议数据单元时，已经进行了n次RLC重传，n为小于或等于N的正整数，此时终端设备根据接收到的RLC状态协议数据单元执行与RLC重传相关的操作即可，而无需考虑N次重传是否全部完成。
在一些实施例中，终端设备在接收到该对端设备的RLC状态协议数据单元(RLC STATUS PDU)时，进行了n次RLC重传，n为小于N的正整数。如果该RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的确认信息(Acknowledgement，ACK)，则停止RLC重传。也即，如果收到对端设备对所述RLC SDU或所述RLC SDU分段的ACK，即使重传次数未达到N，也不再继续进行RLC重传。
在一些实施例中，终端设备在接收到该对端设备的RLC状态协议数据单元(RLC STATUS PDU)时，进行了n次RLC重传，n为小于N的正整数。如果该RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的不确认信息(Negative Acknowledgement，NACK)，则执行收到NACK后的与RLC重传相关的操作，例如执行上述实施例中的“对所述RLC业务数据单元或RLC业务数据单元分段进行M次重传”。也即，如果收到对端设备对所述RLC SDU或所述RLC SDU分段的NACK，即使重传次数未达到N，也不再继续进行剩余的(N-n)次RLC重传，而是进入新的重传流程。
在一些实施例中，终端设备在进行N次重传之后，没有接收到对端设备的RLC状态协议数据单元(RLC STATUS PDU)，此时，终端设备可以等待对端设备的RLC STATUS PDU，或者自主发送K次RLC重传，该K的取值可以与M或N相同，也 可以与M和N均不同。
在一些实施例中，终端设备在N次重传之后，在预设时间内没有接收到对端设备的RLC状态协议数据单元(RLC STATUS PDU)时，自主发送K次RLC重传，该K的取值可以与M或N相同，也可以与M和N均不同。
在一些实施例中，该预设时间由网络设备配置或由终端设备预定义。
通过上述实施例，本申请的数据发送和接收方法对RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作进行了说明，有助于在XR业务的分组包时延预算(packet delay budget，PDB)之内可靠地将XR数据发送到对端设备，实现简单。
在一些实施例中，所述方法还包括：
终端设备接收网络设备发送的用于配置RLC重传增强的配置信息。
所述配置信息用于对RLC重传相关的重传次数、重传时机、收到RLC状态PDU后的操作等进行配置。
在一些实施例中，该配置信息可以与以下至少一个相关或针对以下至少一个被配置：
所述终端设备；
所述终端设备的数据无线承载(data radio bearer，DRB)；
所述终端设备的被配置RLC确认模式(RLC AM)的数据无线承载；
所述终端设备的RLC承载(RLC bearer)；
所述终端设备的被配置RLC确认模式(RLC AM)的RLC承载。
本实施例对网络设备配置RLC重传增强的对象进行了说明，网络设备为终端设备自身、终端设备的无线承载、终端设备的被配置RLC确认模式的数据无线承载、终端设备的RLC承载、终端设备的被配置RLC确认模式(RLC AM)的RLC承载中的至少一个配置RLC重传增强。
在一些实施例中，该配置信息包括以下信息的至少一个：
是否使用RLC重传增强；
使用RLC重传增强的发起条件和/或结束条件和/或持续时间；
RLC重传的次数N和/或M；
RLC重传是否在连续的时隙(slot)或符号(symbol)中；
RLC重传相关的定时器；
RLC重传的间隔。
本实施例对网络设备配置RLC重传增强的具体信息进行了说明。
在一些实施例中，该配置信息中的是否使用RLC重传增强可以使用1个比特表示，通过该1个比特的不同取值表示使用RLC重传增强或不使用RLC重传增强。例如，该1个比特取值为1表示使用RLC重传增强，该1个比特取值为0表示不使用RLC重传增强，反之亦然；或者该1个比特出现表示使用RLC重传增强，该1个比特不出现表示不使用RLC重传增强，反之亦然。
在一些实施例中，该配置信息中的使用RLC重传增强的发起条件例如到达PDCP丢弃定时器(discardTimer)超时之前的第一时刻t1，该第一时刻t1与PDCP丢弃定时器超时的时刻t3之间的时间差为第一时间差T1，或者逻辑信道组(LCG)对应的剩余时间低于T1，该第一时间差T1由网络配置或由终端设备预定义。
在一些实施例中，该配置信息中的使用RLC重传增强的结束条件例如到达PDCP丢弃定时器(discardTimer)超时之前的第二时刻t2，或者到达PDCP丢弃定时器(discardTimer)超时的时刻t3或者逻辑信道组对应的剩余时间为0。该第二时刻t2与PDCP丢弃定时器超时的时刻t3之间的时间差为第二时间差T2，或者逻辑信道组对应的剩余时间低于T2，该第二时间差T2由网络配置或由终端设备预定义。
在一些实施例中，该第二时刻t2晚于该第一时刻t1。
在一些实施例中，该配置信息中的使用RLC重传增强的持续时间例如发起RLC重传增强的时刻与结束RLC重传增强的时刻之间的时间差T3。当发起RLC重传增强后，经过该持续时间T3后，结束RLC重传增强。
在一些实施例中，该RLC重传的次数N为终端设备向对端设备发送确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段之后，在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前进行的RLC重传次数。该RLC重传次数M为终端设备接收到所述对端设备的包括对该RLC SDU或RLC SDU segment的RLC STATUS PDU之后进行的RLC重传次数。
在一些实施例中，RLC重传是否在连续的时隙(slot)或符号(symbol)中，包括所述N次RLC重传是否在连续的时隙或符号中，和/或所述M次RLC重传是否在 连续的时隙或符号中。
在一些实施例中，所述RLC重传的间隔包括所述N次RLC重传在不连续的时隙或符号中时，相邻的两次重传之间的时隙个数或符号个数，和/或所述M次RLC重传在不连续的时隙或符号中时，相邻的两次重传之间的时隙个数或符号个数。
在一些实施例中，所述RLC重传相关的定时器包括RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)对应的PDCP丢弃定时器。
在一些实施例中，所述方法还包括：
根据所述RRC消息，所述终端设备的RRC层向RLC层配置RLC重传增强，或指示RLC层使用RLC重传增强。
由此，终端设备的RRC层根据所述RRC消息中的配置信息，向RLC层配置RLC重传增强，或指示RLC层使用RLC重传增强。
在一些实施例中，所述配置信息还包括RLC重传增强的初始状态或默认状态的配置。例如，RLC重传增强的初始状态或默认状态包括激活和去激活。当RLC重传增强的初始状态或默认状态为激活时，终端设备使用RLC重传增强；当RLC重传增强的初始状态或默认状态为去激活时，终端设备不使用RLC重传增强，并在该RLC重传增强被激活后使用RLC重传增强。
在一些实施例中，所述RLC重传增强的初始状态或默认状态与以下至少一个关联或针对以下至少一个被指示：
终端设备、终端设备的无线承载、终端设备的被配置RLC确认模式的数据无线承载、终端设备的RLC承载、终端设备的被配置RLC确认模式(RLC AM)的RLC承载。
在一些实施例中，通过所述初始状态或默认状态的不同取值表示RLC重传增强的初始状态或默认状态为激活还是去激活，例如，所述初始状态或默认状态用1比特表示，并且通过该1个比特的不同取值表示RLC重传增强的初始状态或默认状态为激活，或者RLC重传增强的初始状态或默认状态为去激活，例如，该1个比特取值为1表示RLC重传增强的初始状态或默认状态为激活，该1个比特取值为0表示RLC重传增强的初始状态或默认状态为去激活，反之亦然；或者通过所述初始状态或默认状态是否出现表示RLC重传增强的初始状态或默认状态为激活还是去激活，例如，所述初始状态或默认状态用1比特表示，该1个比特出现表示RLC重传增强的初始 状态或默认状态为激活，该1个比特不出现表示RLC重传增强的初始状态或默认状态为去激活，反之亦然。
在一些实施例中，所述初始状态或默认状态用位图(bitmap)表示，并且所述位图中的每一个比特对应表示一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载的RLC重传增强的初始状态或默认状态。该位图中的一个比特的取值与对应的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载的RLC重传增强的初始状态或默认状态的关系如前述实施例所述，例如，该位图中的一个比特的取值为1表示对应的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载的RLC重传增强的初始状态或默认状态为激活，该位图中的一个比特的取值为0表示对应的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载的RLC重传增强的初始状态或默认状态为去激活，反之亦然。
在一些实施例中，该位图中的与各配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载的RLC重传增强的初始状态或默认状态对应的各比特的顺序根据配置的DRB标识或RLC确认模式的DRB标识或RLC承载的索引或标识或RLC确认模式的RLC承载的索引或标识或逻辑信道的标识升序排列或降序排列，或者该顺序由网络设备配置。
在一些实施例中，DRB或RLC确认模式的DRB的标识例如数据无线承载标识(DRB ID)，RLC承载或RLC确认模式的RLC承载的索引或标识例如是RLC承载对应的逻辑信道的标识或RLC承载标识(RLC Bearer ID)，逻辑信道的标识为网络配置的逻辑信道标识(Logical Channel Identifier)。
在一些实施例中，该配置信息由RRC信令承载，例如该配置信息包含于RRC重配置(reconfiguration)消息、RRC重新开始(resume)消息、RRC重建(re-establishment)消息等RRC消息中。
在一些实施例中，所述方法还包括：
根据所述RRC消息，所述终端设备的RRC层向RLC层指示激活或去激活RLC重传增强。
由此，在配置信息中包括RLC重传增强的初始状态或默认状态的配置的情况下， 终端设备的RRC层根据所述RRC消息中的配置信息的该RLC重传增强的初始状态或默认状态的配置，向RLC层指示激活或去激活RLC重传增强，RLC层可以(对指示的RLC承载或DRB相关的RLC承载)激活或去激活RLC重传增强。
在一些实施例中，所述方法还包括：
接收所述网络设备发送的用于指示RLC重传增强的状态的指示信息。例如，RLC重传增强的状态包括激活和去激活，该指示信息指示激活RLC重传增强或指示去激活RLC重传增强。
在一些实施例中，通过该指示信息的不同取值指示RLC重传增强的不同状态，例如，该指示信息为1个比特，并且通过该1个比特的不同取值指示RLC重传增强的不同状态，例如，该1个比特取值为1指示RLC重传增强的状态为激活，该1个比特取值为0指示RLC重传增强的状态为去激活，反之亦然；或者通过该指示信息的是否出现指示RLC重传增强的不同状态，例如，该指示信息为1个比特，该1个比特出现指示RLC重传增强的状态为激活，该1个比特不出现指示RLC重传增强的状态为去激活，反之亦然。
在一些实施例中，该指示信息为位图(bitmap)，并且该位图中的每一个比特指示一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载的RLC重传增强的状态。该位图中的一个比特的取值与其指示的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载的RLC重传增强的状态的关系如前述实施例所述，例如，该位图中的一个比特的取值为1指示对应的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载的RLC重传增强的状态为激活，该位图中的一个比特的取值为0指示对应的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载的RLC重传增强的状态为去激活，反之亦然。
在一些实施例中，该位图中的与各配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载的RLC重传增强的状态对应的各比特的顺序根据配置的DRB标识或RLC确认模式的DRB标识或RLC承载的索引或标识或RLC确认模式的RLC承载的索引或标识或逻辑信道的标识的升序排列或降序排列，或者该顺序由网络设备配置。
在一些实施例中，所述指示信息由下行控制信息(Downlink Control Information，DCI)或介质访问控制控制元素(MAC Control Element，MAC CE)或RLC控制协议数据单元(RLC control PDU)或PDCP控制协议数据单元(PDCP control PDU)承载。
由此，能够对终端设备或配置的终端设备的无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载的RLC重传增强的状态进行动态指示，从而更加灵活的应用RLC重传增强功能。
在一些实施例中，所述方法还包括：
根据所述下行控制信息或所述介质访问控制控制元素，所述终端设备的物理层或MAC层向RLC层指示激活或去激活RLC重传增强。
由此，在所述指示信息由DCI或MAC CE承载的情况下，终端设备的物理层或MAC层根据该DCI或MAC CE中的该指示信息，向RLC层指示激活或去激活RLC重传增强，RLC层可以(对指示的RLC承载或DRB相关的RLC承载)激活或去激活RLC重传增强。
在一些实施例中，所述方法还包括：
根据所述RLC控制协议数据单元，所述终端设备的RLC层激活或去激活RLC重传增强。
由此，在所述指示信息由RLC control PDU承载的情况下，终端设备的RLC层根据该RLC control PDU中的该指示信息(对指示的RLC承载或DRB相关的RLC承载)激活或去激活RLC重传增强。
在一些实施例中，所述方法还包括：
根据所述PDCP控制协议数据单元，所述终端设备的PDCP层向RLC层指示激活或去激活RLC重传增强。
由此，在所述指示信息由PDCP control PDU承载的情况下，终端设备的PDCP层根据该PDCP control PDU中的该指示信息，向RLC层指示激活或去激活RLC重传增强，RLC层可以(对指示的RLC承载或DRB相关的RLC承载)激活或去激活RLC重传增强。
在一些实施例中，该指示信息在终端设备接收到网络设备发送的用于配置RLC 重传增强的配置信息的情况下接收，或者该指示信息在终端设备未接收到网络设备发送的用于配置RLC重传增强的配置信息的情况下接收。
在一些实施例中，所述方法还包括：
终端设备确定使用RLC重传增强或停止使用RLC重传增强。
在一些实施例中，终端设备确定使用RLC重传增强，包括：终端设备在PDCP丢弃定时器(discardTimer)超时之前的第一时刻或至少一个LCG对应的剩余时间低于第一门限时，执行RLC重传增强。例如，PDCP丢弃定时器超时的时刻为t3，在t3时刻之前的第一时刻t1到达时，终端设备使用RLC重传增强；或者至少一个LCG对应的剩余时间低于第一门限Th1时，终端设备使用RLC重传增强。由此，终端设备能够自行确定使用RLC重传增强，而不依赖网络设备的配置或动态指示。在一些实施例中，终端设备确定停止使用RLC重传增强，包括：终端设备在PDCP丢弃定时器超时或在PDCP丢弃定时器超时之前的第二时刻或至少一个LCG对应的剩余时间低于第二门限或至少一个LCG对应的剩余时间为零时，停止RLC重传增强。例如，PDCP丢弃定时器超时的时刻为t3，在t3时刻或该t3时刻之前的第二时刻t2到达时，终端设备停止使用RLC重传增强；或者至少一个LCG对应的剩余时间低于第二门限Th2时，终端设备使用RLC重传增强。由此，终端设备能够自行确定停止使用RLC重传增强，而不依赖网络设备的配置或动态指示。在一些实施例中，该第二时刻t2晚于该第一时刻t1。
在一些实施例中，所述第一时刻t1与PDCP丢弃定时器超时的时刻t3之间的第一时间差T1，和/或所述第二时刻t2与PDCP丢弃定时器超时的时刻t3之间的第二时间差T2，和/或第一门限Th1，和/或第二门限Th2由网络设备配置或终端设备自定义。
在一些实施例中，上述PDCP discardTimer可以是至少一个PDCP SDU关联的PDCP discardTimer，例如是缓存的PDCP SDU关联的PDCP discardTimer中最短的PDCP discardTimer或者是一个LCG中缓存的PDCP SDU关联的PDCP discardTimer中最短的PDCP discardTimer；一个LCG对应的剩余时间可以是一个LCG中缓存的PDCP SDU关联的PDCP discardTimer的最短剩余值。
在一些实施例中，至少一个LCG包括用于传送RLC SDU或RLC SDU分段(或其对应的RLC PDU)的逻辑信道所在的逻辑信道组，该LCG包括由网络设备配置的 LCG、或网络设备配置的使用(或支持)RLC重传增强的LCG、或由终端设备预定义的LCG。
在一些实施例中，终端设备的PDCP层向RLC层指示执行RLC重传增强，或者PDCP层向RLC层指示停止RLC重传增强。
在一些实施例中，终端设备的PDCP层在上述实施例确定向RLC层指示执行RLC重传增强或停止RLC重传增强。
在一些实施例中，终端设备的PDCP层向RLC层指示对至少一个PDCP业务数据单元(PDCP SDU)和/或PDCP协议数据单元(PDCP PDU)和/或RLC业务数据单元(RLC SDU)和/或RLC业务数据单元分段(RLC SDU segment)执行RLC重传增强；或者，PDCP层向RLC层指示对至少一个PDCP业务数据单元(PDCP SDU)和/或PDCP协议数据单元(PDCP PDU)和/或RLC业务数据单元(RLC SDU)和/或RLC业务数据单元分段(RLC SDU segment)停止RLC重传增强。
在一些实施例中，执行RLC重传增强，包括：对配置的至少一个DRB对应的RLC实体(或DRB)执行RLC重传增强，或者，对配置RLC重传增强的至少一个DRB(或RLC承载)对应的RLC实体(或DRB)执行RLC重传增强，或者，对PDCP discardTimer关联的PDCP SDU对应的RLC实体(或DRB)执行RLC重传增强，或者，对该LCG中包括的至少一个逻辑信道(Logical channel，LCH)对应的RLC实体(或DRB)执行RLC重传增强。
在一些实施例中，执行RLC重传增强，包括：对RLC实体中的至少一个RLC SDU或RLC SDU分段执行RLC重传增强，例如，对该RLC实体中的所有RLC SDU或RLC SDU分段执行RLC重传增强，或对该RLC实体中的一部分RLC SDU或RLC SDU分段执行RLC重传增强，或对该RLC实体中被PDCP层指示的RLC SDU或RLC SDU分段执行RLC重传增强。
在上述实施例中，执行RLC重传增强还可以表述为启动RLC重传增强、或开始RLC重传增强、或使用RLC重传增强、或激活RLC重传增强等。
在一些实施例中，停止RLC重传增强，包括：对配置的DRB对应的所有RLC实体(或DRB)停止RLC重传增强，或者，对配置RLC重传增强的DRB(或RLC承载)对应的RLC实体(或DRB)停止RLC重传增强，或者，对PDCP discardTimer关联的PDCP SDU对应的RLC实体(或DRB)停止RLC重传增强，或者，对该LCG 中包括的至少一个LCH对应的RLC实体(或DRB)停止RLC重传增强。
在一些实施例中，停止RLC重传增强，包括：对RLC实体中的至少一个RLC SDU或RLC SDU分段停止RLC重传增强，例如，对该RLC实体中的所有RLC SDU或RLC SDU分段停止RLC重传增强，或对该RLC实体中的一部分RLC SDU或RLC SDU分段停止RLC重传增强，或对该RLC实体中被PDCP层指示的RLC SDU或RLC SDU分段停止RLC重传增强。
在上述实施例中，停止RLC重传增强还可以表述为关闭RLC重传增强、或结束RLC重传增强、或不使用RLC重传增强、或去激活RLC重传增强等。
通过上述实施例，本申请的数据发送和接收方法对RLC重传增强的配置方式进行了说明，有助于在XR业务的分组包时延预算(packet delay budget，PDB)之内可靠地将XR数据发送到对端设备，实现简单。
由上述实施例可知，本申请实施例的数据发送和接收方法中，终端设备向对端设备发送RLC业务数据单元或RLC业务数据单元分段后，在等待接收对端设备的RLC状态协议数据单元的过程中，先对RLC业务数据单元或RLC业务数据单元分段进行N次重传，由此，能够充分利用等待对端设备的RLC状态协议数据单元的时间，在分组包时延预算内增加RLC重传次数，提高RLC层的传输的可靠性，避免影响新传的发送。
并且，对RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作以及RLC重传增强的配置方式等进行了说明，有助于在XR业务的分组包时延预算(packet delay budget，PDB)之内可靠地将XR数据发送到对端设备，实现简单，填补了RLC重传增强相关的细节的空白。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的步骤进行了说明，但本申请不限于此。本申请的数据接收方法还可以包括其他步骤，关于这些步骤的具体内容，可以参考相关技术。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例， 也可以将以上各个实施例中的一种或多种结合起来。
第二方面的实施例
本申请实施例提供一种数据发送和接收方法，从终端设备侧进行说明。
图7是本申请实施例的数据发送和接收方法的另一示意图，该方法应用于终端设备，如图7所示，该方法包括：
701，终端设备向网络设备发送用于指示是否支持RLC重传增强的信息。
由此，能够使网络设备知道终端设备的与RLC重传增强相关的能力，从而对该终端设备进行与该终端设备的能力一致的RLC重传增强配置，避免RLC重传增强的错误配置或无效配置。
在一些实施例中，该信息由UE能力信息(UE capability information)消息或RRC连接建立完成消息或RRC重配置完成消息或UE辅助信息(UE Assistance Information)消息承载。
在一些实施例中，通过该信息的不同取值指示终端设备是否支持RLC重传增强，例如，该信息为1个比特，该1个比特取值为1指示终端设备支持RLC重传增强，该1个比特取值为0指示终端设备不支持RLC重传增强，反之亦然；或者通过该信息是否出现指示终端设备是否支持RLC重传增强，例如，该信息为1个比特，该1个比特出现指示终端设备支持RLC重传增强，该1个比特不出现指示终端设备不支持RLC重传增强，反之亦然。
在一些实施例中，该信息对终端设备被配置的DRB或被配置RLC AM的DRB或RLC承载或RLC AM承载各自指示，例如，对终端设备被配置的每个DRB或被配置RLC AM的DRB或RLC承载或RLC AM承载，该信息为1个比特，并且通过该1个比特的不同取值指示终端设备的一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载是否支持RLC重传增强。例如，该1个比特取值为1指示终端设备的一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载支持RLC重传增强，该1个比特取值为0指示终端设备的一个配置的终端设备的数据无线承载DRB或终端设备的被配置 RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载不支持RLC重传增强，反之亦然；或者该1个比特出现指示终端设备的一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载支持RLC重传增强，该1个比特不出现指示终端设备的一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载不支持RLC重传增强，反之亦然。
在一些实施例中，该信息为位图(bitmap)，并且该位图中的每一个比特指示一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载是否支持RLC重传增强。该位图中的一个比特的取值与其指示的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载是否支持RLC重传增强的关系如前述实施例所述，例如，该位图中的一个比特的取值为1指示对应的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载支持RLC重传增强，该位图中的一个比特的取值为0指示对应的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载不支持RLC重传增强，反之亦然。
在一些实施例中，该位图中的指示各配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载是否支持RLC重传增强的各比特的顺序根据配置的DRB标识或RLC确认模式的DRB标识或RLC承载的索引或标识或RLC确认模式的RLC承载的索引或标识或逻辑信道的标识的升序排列或降序排列，或者该顺序由网络设备配置。
在一些实施例中，所述方法还包括：
终端设备接收网络设备发送的用于配置RLC重传增强的配置信息。
与该配置信息相关的内容参见本申请第一方面的实施例，以上内容合并于此，此处不再重复。
由此，对RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作以及RLC重传增强的配置方式等进行了说明，有助于在XR业务的 分组包时延预算(packet delay budget，PDB)之内可靠地将XR数据发送到对端设备，实现简单，填补了RLC重传增强相关的细节的空白。
通过上述实施例，能够使网络设备知道终端设备的与RLC重传增强相关的能力，从而对该终端设备进行与该终端设备的能力一致的RLC重传增强配置，避免RLC重传增强的错误配置或无效配置。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例或本申请第一方面的实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的步骤进行了说明，但本申请不限于此。本申请的数据接收方法还可以包括其他步骤，关于这些步骤的具体内容，可以参考相关技术。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
第三方面的实施例
本申请实施例提供一种数据发送和接收方法，从终端设备的对端设备侧进行说明。该对端设备可以是网络设备或其他终端设备，以下以该对端设备为网络设备为例进行说明。
图8是本申请实施例的数据发送和接收方法的另一示意图，该方法应用于网络设备，如图8所示，该方法包括：
801，网络设备接收终端设备发送的确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
802，在向所述终端设备发送RLC状态协议数据单元(RLC STATUS PDU)之前，网络设备接收该终端设备对所述RLC业务数据单元或RLC业务数据单元分段的至少一次重传。
根据上述实施例，网络设备在接收到终端设备发送的RLC业务数据单元或RLC业务数据单元分段后，在向终端设备发送RLC状态协议数据单元的之前，终端设备先对RLC业务数据单元或RLC业务数据单元分段进行至少一次(例如N次)重传， 由此，能够在分组包时延预算内增加RLC重传次数，提高RLC层的传输的可靠性，避免影响新传的发送。
值得注意的是，以上附图8仅对本申请实施例进行了示意性说明，但本申请不限于此。例如可以适当地调整各个操作之间的执行顺序，此外还可以增加其他的一些操作或者减少其中的某些操作。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图8的记载。
在一些实施例中，本实施例的801实施和名词解释与本申请第一方面的实施例的301内容类似，以上相关内容合并于此，此处不再重复。
在一些实施例中，当使用RLC确认模式时，终端设备向对端设备发送RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)之后，对端设备会向终端设备反馈RLC状态协议数据单元(RLC STATUS PDU)。该RLC STATUS PDU包括对该RLC SDU或RLC SDU分段的反馈的相关信息，该相关信息为确认信息(Acknowledgement，ACK)或不确认(Negative Acknowledgement，NACK)信息。该ACK表示该对端设备成功接收到该RLC SDU或RLC SDU分段；该NACK表示该对端设备未接收到该RLC SDU或RLC SDU分段，此时，该终端设备可以在满足重传要求的情况下进行RLC重传，满足重传要求的情况例如未达到RLC最大重传次数和/或时延为超过该RLC SDU或RLC SDU分段对应的分组包时延预算(packet delay budget，PDB)。
在一些实施例中，在802中，网络设备向终端设备发送RLC状态协议数据单元(RLC STATUS PDU)之前，接收所述RLC业务数据单元或RLC业务数据单元分段的至少一次(例如N次)RLC重传(RLC retransmission)或重复(repetition)。由此，终端设备在等待对端设备的RLC状态协议数据单元(RLC STATUS PDU)的过程中，先自发进行N次重传，能够充分利用从发送RLC SDU或RLC SDU segment到接收RLC STATUS PDU之间的时间，增加RLC重传次数，提高RLC层的传输的可靠性。
在一些实施例中，所述N的取值为网络配置的或终端设备预定义的正整数。例如，网络通过RRC消息和/或下行控制信息(Downlink Control Information，DCI)和/或介质访问控制控制元素(MAC Control Element，MAC CE)配置该N的取值。
在一些实施例中，所述N次重传被记录在与所述RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)关联的重传计数器(Retransmission  Timer，例如RETX_COUNT)中。与重传计数器相关的内容参见本申请第一方面的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，所述N次重传在所述重传计数器中记为1次。也即，终端设备向对端设备发送确认模式的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)之后，在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，进行了N次RLC重传，但在重传计数器中，将这N次重传视为1次重传，即重传计数器增加1，避免记录的RLC重传次数过早达到RLC最大重传次数而触发无线链路失败，影响XR业务的XR数据的可靠传输。
在一些实施例中，所述N次重传在所述重传计数器中记为N次。也即，终端设备向对端设备发送确认模式的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)之后，在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，进行了N次RLC重传，并且将这N次重传全部记录在重传计数器中，即重传计数器增加N。相应地，需要将RLC最大重传次数设置为较大的值，避免记录的RLC重传次数过早达到RLC最大重传次数而触发无线链路失败，影响XR业务的XR数据的可靠传输。
在一些实施例中，N次重传被记录在与所述RLC业务数据单元或RLC业务数据单元分段关联的重传计数器中时，RLC最大重传次数大于该N次重传的在所述重传计数器中记录的RLC重传次数。例如，当N次重传在所述重传计数器中记为1次时，RLC最大重传次数应大于1次；又例如，当N次重传在所述重传计数器中记为N次时，RLC最大重传次数应大于N次。由此，避免N次重传之后因达到RLC最大重传次数而触发无线链路失败。
在一些实施例中，所述N次重传不被记录在与所述RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)关联的重传计数器(Retransmission Timer)中。由此，在接收到对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前进行的N次重传不会导致重传计数器的数值的变化，从而不会占用RLC重传的机会，也无需将RLC最大重传次数设置成较大的值，能够避免RLC重传次数过早达到RLC最大重传次数而触发无线链路失败，提高XR业务的XR数据传输的可靠性。
在一些实施例中，所述N次重传位于连续的时隙(slot)或符号(symbol)中， 相关的内容参见本申请第一方面的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，所述N次重传位于不连续的时隙(slot)或符号(symbol)中，相关的内容参见本申请第一方面的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，所述N次重传位于不连续的时隙(slot)或符号(symbol)中，包括N次重传全部位于不连续的时隙或符号中，或者N次重传中部分重传连续。
在一些实施例中，N次重传是否位于连续的时隙(slot)或符号(symbol)中以及N次重传位于不连续的时隙或符号中时，该不连续的时隙或符号的间隔可以通过多种方式确定，例如由网络设备配置，和/或由终端设备预定义，和/或根据网络设备配置的或调度的上行授权(UL grant)的位置决定，相关的内容参见本申请第一方面的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，该不连续的时隙或符号的间隔包括时隙个数或符号个数。
在一些实施例中，N次重传中相邻两次重传位于的时隙或符号之间的间隔可以相同，也可以不同。
在一些实施例中，N次重传中相邻两次重传位于的时隙或符号可以部分连续。
在一些实施例中，所述方法还包括：
网络设备向所述终端设备发送RLC状态协议数据单元，以使所述终端设备根据接收到的RLC状态协议数据单元执行与RLC重传相关的操作。
在一些实施例中，所述终端设备根据接收到的RLC状态协议数据单元执行与RLC重传相关的操作可参见本申请第一方面的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，网络设备发送的RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的NACK，或者对所述RLC SDU或所述RLC SDU分段的ACK。
在一些实施例中，网络设备发送的RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的NACK时，所述方法还包括：
对所述RLC业务数据单元或RLC业务数据单元分段进行M次重传。
在一些实施例中，所述M的取值为网络配置的或终端设备预定义的正整数。例如，网络通过RRC消息和/或下行控制信息(Downlink Control Information，DCI)和/或介质访问控制控制元素(MAC Control Element，MAC CE)配置该M的取值。
在一些实施例中，所述M次重传被记录在与所述RLC业务数据单元(RLC SDU) 或RLC业务数据单元分段(RLC SDU segment)关联的重传计数器(Retransmission Timer)中。该重传计数器可参见前述实施例，此处不再重复。
在一些实施例中，所述M次重传在所述重传计数器中记为1次。也即，终端设备在接收到所述对端设备的对该RLC SDU或该RLC SDU segment的NACK的情况下，对该RLC SDU或RLC SDU segment进行了M次RLC重传，但在重传计数器中，将这M次重传记为1次重传，避免记录的RLC重传次数过早达到RLC最大重传次数而触发无线链路失败，影响XR业务的XR数据的可靠传输。
在一些实施例中，所述M次重传在所述重传计数器中记为M次。也即，终端设备在接收到所述对端设备的对该RLC SDU或该RLC SDU segment的NACK的情况下，对该RLC SDU或RLC SDU segment进行了M次RLC重传，并且将这M次重传全部记录在重传计数器中。相应地，可以将RLC最大重传次数设置为较大的值，避免记录的RLC重传次数过早达到RLC最大重传次数而触发无线链路失败，影响XR业务的XR数据的可靠传输。
在一些实施例中，M次重传被记录在与所述RLC业务数据单元或RLC业务数据单元分段关联的重传计数器中时，RLC最大重传次数大于或等于该M次重传在所述重传计数器中记录的RLC重传次数以及所述N次重传在所述重传计数器中记录的RLC重传次数之和。例如，当该M次重传在所述重传计数器中记为1次，该N次重传在所述重传计数器中记为1次时，RLC最大重传次数应大于或等于2次；又例如，当该M次重传在所述重传计数器中记为M次，该N次重传在所述重传计数器中记为1次时，RLC最大重传次数应大于或等于M+1次。该N次重传在所述重传计数器中记为N次时，RLC最大重传次数的取值同理。由此，避免过早达到RLC最大重传次数而触发无线链路失败。
在一些实施例中，所述M次重传位于连续的时隙(slot)或符号(symbol)中，或者所述M次重传位于不连续的时隙(slot)或符号(symbol)中，相关的内容参见本申请第一方面的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，M次重传是否位于连续的时隙(slot)或符号(symbol)中以及M次重传位于不连续的时隙或符号中时，该不连续的时隙或符号的间隔可以通过多种方式确定，例如由网络设备配置，和/或由终端设备预定义，和/或根据网络设备配置的或调度的上行授权(UL grant)的位置决定，相关的内容参见本申请第一方面 的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，该不连续的时隙或符号的间隔包括时隙个数或符号个数。
在一些实施例中，当M的取值大于2时，M次重传中相邻两次重传位于的时隙或符号之间的间隔可以相同，也可以不同。
在一些实施例中，当M的取值大于2时，M次重传中相邻两次重传位于的时隙或符号可以部分连续。
在一些实施例中，所述M的取值与N的取值可以相同，也可以不同。
在一些实施例中，所述N次重传和所述M次重传均位于连续的时隙或符号中，或者均位于不连续的时隙或符号中，或者其中一个位于连续的时隙或符号中并且另一个位于不连续的时隙或符号中，本申请对此不作限制。
在一些实施例中，所述方法还包括：
网络设备在接收到终端设备的M次重传后，向所述终端设备发送RLC状态协议数据单元，所述RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的NACK；以及
接收所述终端设备发送的对所述RLC业务数据单元或RLC业务数据单元分段的L次重传。
由此，当M次重传后又接收到对端设备的NACK，可以自主进行L次重传。该L的取值可以与M或N相同，也可以与M和N均不同。
在一些实施例中，所述方法还包括：
网络设备向终端设备发送的用于配置RLC重传增强的配置信息。
所述配置信息用于对RLC重传相关的重传次数、重传时机、收到RLC状态PDU后的操作等进行配置。
在一些实施例中，该配置信息可以与以下至少一个相关或针对以下至少一个被配置：
所述终端设备；
所述终端设备的数据无线承载(data radio bearer，DRB)；
所述终端设备的被配置RLC确认模式(RLC AM)的数据无线承载；
所述终端设备的RLC承载(RLC bearer)；
所述终端设备的被配置RLC确认模式(RLC AM)的RLC承载。
在一些实施例中，该配置信息包括以下信息的至少一个：
是否使用RLC重传增强；
使用RLC重传增强的发起条件和/或结束条件和/或持续时间；
RLC重传的次数N和/或M；
RLC重传是否在连续的时隙(slot)或符号(symbol)中；
RLC重传相关的定时器；
RLC重传的间隔。
在一些实施例中，所述配置信息还包括RLC重传增强的初始状态或默认状态的配置。例如，RLC重传增强的初始状态或默认状态包括激活和去激活。
在一些实施例中，所述初始状态或默认状态用1比特表示，并且通过该1个比特的不同取值表示RLC重传增强的初始状态或默认状态为激活，或者RLC重传增强的初始状态或默认状态为去激活。
在一些实施例中，所述初始状态或默认状态用位图(bitmap)表示，并且所述位图中的每一个比特对应表示一个配置的终端设备的无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载的RLC重传增强的初始状态或默认状态。
在一些实施例中，该配置信息由RRC信令承载，例如该配置信息包含于RRC连接请求消息、RRC连接建立完成消息等RRC消息中。
在一些实施例中，与该配置信息相关的内容可参见本申请第一方面的实施例，以上内容合并于此，此处不再重复。
在一些实施例中，所述方法还包括：
网络设备向所述终端设备发送用于指示RLC重传增强的状态的指示信息。例如，RLC重传增强的状态包括激活和去激活，该指示信息指示激活RLC重传增强或指示去激活RLC重传增强。
在一些实施例中，该指示信息为1个比特，并且通过该1个比特的不同取值指示RLC重传增强的不同状态。
在一些实施例中，该指示信息为位图(bitmap)，并且该位图中的每一个比特指示一个配置的终端设备的无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC 承载的RLC重传增强的状态。
在一些实施例中，所述指示信息由下行控制信息(Downlink Control Information，DCI)或介质访问控制控制元素(MAC Control Element，MAC CE)或RLC控制协议数据单元(RLC control PDU)或PDCP控制协议数据单元(PDCP control PDU)承载。
由此，能够对终端设备或配置的终端设备的无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载的RLC重传增强的状态进行动态指示，从而更加灵活的应用RLC重传增强功能。
在一些实施例中，与该指示信息相关的内容可参见本申请第一方面的实施例，以上内容合并于此，此处不再重复。
在一些实施例中，所述方法还包括：网络设备接收终端设备发送的是否支持RLC重传增强的信息。由此，网络设备能够知道终端设备的与RLC重传增强相关的能力，从而对该终端设备进行与该终端设备的能力一致的RLC重传增强配置，避免RLC重传增强的错误配置或无效配置。
在一些实施例中，该信息由UE能力信息(UE capability information)消息或RRC连接建立完成消息或RRC重配置完成消息承载。
在一些实施例中，该信息为1个比特，并且通过该1个比特的不同取值指示终端设备是否支持RLC重传增强。
在一些实施例中，该信息为位图(bitmap)，并且该位图中的每一个比特指示一个配置的终端设备的无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载是否支持RLC重传增强。
在一些实施例中，与该信息相关的内容可参见本申请第一方面的实施例，以上内容合并于此，此处不再重复。
由上述实施例可知，本申请实施例的数据发送和接收方法中，终端设备向对端设备发送RLC业务数据单元或RLC业务数据单元分段后，在等待接收对端设备的RLC状态协议数据单元的过程中，先对RLC业务数据单元或RLC业务数据单元分段进行N次重传，由此，能够充分利用等待对端设备的RLC状态协议数据单元的时间，在 分组包时延预算内增加RLC重传次数，提高RLC层的传输的可靠性，避免影响新传的发送。
并且，对RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作以及RLC重传增强的配置方式等进行了说明，有助于在XR业务的分组包时延预算(packet delay budget，PDB)之内可靠地将XR数据发送到对端设备，实现简单，填补了RLC重传增强相关的细节的空白。
本实施例的实施和名词解释与本申请第一方面的实施例的内容类似，以上相关内容合并于此，此处不再重复。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的步骤进行了说明，但本申请不限于此。本申请的数据接收方法还可以包括其他步骤，关于这些步骤的具体内容，可以参考相关技术。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
第四方面的实施例
本申请实施例提供一种数据发送和接收方法，从网络设备侧进行说明。
图9是本申请实施例的数据发送和接收方法的另一示意图，该方法应用于网络设备，如图9所示，该方法包括：
901，网络设备接收终端设备发送的用于指示是否支持RLC重传增强的信息。
由此，网络设备能够知道终端设备的与RLC重传增强相关的能力，从而对该终端设备进行与该终端设备的能力一致的RLC重传增强配置，避免RLC重传增强的错误配置或无效配置。
在一些实施例中，该信息由UE能力信息(UE capability information)消息或RRC连接建立完成消息或RRC重配置完成消息或UE辅助信息(UE Assistance Information)消息承载。
在一些实施例中，通过该信息的不同取值指示终端设备是否支持RLC重传增强。例如，该信息为1个比特，该1个比特取值为1指示终端设备支持RLC重传增强，该1个比特取值为0指示终端设备不支持RLC重传增强，反之亦然。
在一些实施例中，通过该信息是否出现指示终端设备是否支持RLC重传增强。例如，该信息为1个比特，该1个比特出现指示终端设备支持RLC重传增强，该1个比特不出现指示终端设备不支持RLC重传增强，反之亦然。
在一些实施例中，该信息对终端设备被配置的DRB或被配置RLC AM的DRB或RLC承载或RLC AM承载各自指示，例如，对终端设备被配置的每个DRB或被配置RLC AM的DRB或RLC承载或RLC AM承载，该信息为1个比特，并且通过该1个比特的不同取值指示终端设备的一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载是否支持RLC重传增强。例如，该1个比特取值为1指示终端设备的一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载支持RLC重传增强，该1个比特取值为0指示终端设备的一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载不支持RLC重传增强，反之亦然；或者该1个比特出现指示终端设备的一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载支持RLC重传增强，该1个比特不出现指示终端设备的一个配置的终端设备的无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载不支持RLC重传增强，反之亦然。
在一些实施例中，该信息为位图(bitmap)，并且该位图中的每一个比特指示一个配置的终端设备的数据无线承载DRB或终端设备的被配置RLC确认模式的数据无线承载或终端设备的RLC承载或终端设备的被配置RLC确认模式(RLC AM)的RLC承载是否支持RLC重传增强。该位图中的一个比特的取值与其指示的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载是否支持RLC 重传增强的关系如前述实施例所述，例如，该位图中的一个比特的取值为1指示对应的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载支持RLC重传增强，该位图中的一个比特的取值为0指示对应的一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载不支持RLC重传增强，反之亦然。
在一些实施例中，该位图中的指示各配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载是否支持RLC重传增强的各比特的顺序根据配置的DRB标识或RLC确认模式的DRB标识或RLC承载的索引或标识或RLC确认模式的RLC承载的索引或标识或逻辑信道的标识的升序排列或降序排列，或者该顺序由网络设备配置。
在一些实施例中，所述方法还包括：
网络设备向终端设备发送用于配置RLC重传增强的配置信息。
与该配置信息相关的内容参见本申请第三方面的实施例，以上内容合并于此，此处不再重复。
由此，对RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作以及RLC重传增强的配置方式等进行了说明，有助于在XR业务的分组包时延预算(packet delay budget，PDB)之内可靠地将XR数据发送到对端设备，实现简单，填补了RLC重传增强相关的细节的空白。
通过上述实施例，网络设备能够知道终端设备的与RLC重传增强相关的能力，从而对该终端设备进行与该终端设备的能力一致的RLC重传增强配置，避免RLC重传增强的错误配置或无效配置。
本实施例的实施和名词解释与本申请第二方面的实施例的内容类似，以上相关内容合并于此，此处不再重复。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例或本申请第三方面的实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的步骤进行了说明，但本申请不限于此。本申请的数据接收方法还可以包括其他步骤，关于这些步骤的具体内容，可以参考相关技术。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
第五方面的实施例
本申请实施例提供了一种数据接收和发送装置，应用/配置于终端设备。该数据接收和发送装置与本申请提供的第一方面的实施例中的数据接收和发送方法基于同一发明构思产生的，解决问题的原理相似，因此数据接收和发送装置的实施参见本申请提供的第一方面的实施例中的数据接收和发送方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图10是本申请实施例的数据发送装置的一示意图，如图10所示，该装置包括：
第一发送单元1001，其用于向对端设备发送确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
第二发送单元1002，其用于在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，对所述RLC业务数据单元或RLC业务数据单元分段进行至少一次重传。
根据上述实施例，终端设备向对端设备发送RLC业务数据单元或RLC业务数据单元分段后，在等待接收对端设备的RLC状态协议数据单元的过程中，先对RLC业务数据单元或RLC业务数据单元分段进行至少一次(例如N次)重传，由此，能够在分组包时延预算内增加RLC重传次数，提高RLC层的传输的可靠性，避免影响新传的发送。
在一些实施例中，该对端设备包括与发送RLC业务数据单元的终端设备不同的其他终端设备，或者为网络设备。
在一些实施例中，该RLC STATUS PDU包括对该RLC SDU或RLC SDU分段的反馈的相关信息，该相关信息为确认信息(Acknowledgement，ACK)或不确认(Negative Acknowledgement，NACK)信息。
在一些实施例中，所述N的取值为网络配置的或终端设备预定义的正整数。
在一些实施例中，所述N次重传被记录在与所述RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)关联的重传计数器(Retransmission Timer)中。
在一些实施例中，所述N次重传在所述重传计数器中记为1次；或者
所述N次重传在所述重传计数器中记为N次。
在一些实施例中，所述N次重传不被记录在与所述RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)关联的重传计数器(Retransmission Timer)中。
在一些实施例中，所述N次重传位于连续的时隙(slot)或符号(symbol)中；或者
所述N次重传位于不连续的时隙(slot)或符号(symbol)中。
在一些实施例中，所述不连续的时隙(slot)或符号(symbol)的间隔为：
网络设备配置的；和/或
预定义的；和/或
根据网络设备配置的或调度的上行授权(UL grant)的位置决定的。
在一些实施例中，所述装置还包括：
第五接收单元1005(未图示)，其用于接收所述对端设备发送的RLC状态协议数据单元，所述RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的NACK；
第七发送单元1006(未图示)，其用于对所述RLC业务数据单元或RLC业务数据单元分段进行M次重传。
在一些实施例中，所述M次重传被记录在与所述RLC业务数据单元关联的重传计数器中。
在一些实施例中，所述M次重传在所述重传计数器中记为1次；或者
所述M次重传在所述重传计数器中记为M次。
在一些实施例中，所述装置还包括：
第一接收单元1003(未图示)，其用于接收网络设备发送的用于配置RLC重传增强的配置信息。
在一些实施例中，所述配置信息可以与以下至少一个相关或针对以下至少一个被 配置：
所述终端设备；
所述终端设备的数据无线承载(DRB)；
所述终端设备的被配置RLC确认模式(RLC AM)的数据无线承载(DRB)；
所述终端设备的RLC承载(RLC bearer)；
所述终端设备的被配置RLC确认模式(RLC AM)的RLC承载。
在一些实施例中，所述配置信息包括下面的至少一个：
是否使用RLC重传增强；
使用RLC重传增强的发起条件和/或结束条件和/或持续时间；
RLC重传的次数N和/或M；
RLC重传是否在连续的时隙(slot)或符号(symbol)中；
RLC重传相关的定时器；
RLC重传的间隔。
在一些实施例中，所述配置信息还包括：
RLC重传增强的初始状态或默认状态的配置。
在一些实施例中，所述初始状态或默认状态包括激活或去激活。
在一些实施例中，所述初始状态或默认状态用1比特表示；和/或
所述初始状态或默认状态用位图(bitmap)表示，并且所述位图中的每个比特对应表示一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载的初始状态或默认状态。
在一些实施例中，所述配置信息由RRC消息承载。
在一些实施例中，所述装置还包括：
第一处理单元1007(未图示)，其用于根据所述RRC消息，所述终端设备的RRC层向RLC层配置RLC重传增强，或指示RLC层使用RLC重传增强；和/或
根据所述RRC消息，所述终端设备的RRC层向RLC层指示激活或去激活RLC重传增强。
在一些实施例中，所述装置还包括：
第二接收单元1004(未图示)，其用于接收所述网络设备发送的用于指示RLC重传增强的状态的指示信息。
在一些实施例中，所述RLC重传增强的状态包括激活或去激活。
在一些实施例中，所述RLC重传增强的状态用位图表示，并且所述位图中的每个比特对应表示一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载或被配置RLC重传增强的DRB或被配置RLC重传增强的RLC承载的RLC重传增强的状态。
在一些实施例中，所述指示信息由下行控制信息(DCI)或介质访问控制控制元素(MAC CE)或RLC控制协议数据单元(RLC control PDU)或PDCP控制协议数据单元(PDCP control PDU)承载。
在一些实施例中，所述装置还包括：
第二处理单元1008(未图示)，其用于根据所述下行控制信息或所述介质访问控制控制元素，所述终端设备的MAC层向RLC层指示激活或去激活RLC重传增强；或者
根据所述RLC控制协议数据单元，所述终端设备的RLC层激活或去激活RLC重传增强；或者
根据所述PDCP控制协议数据单元，所述终端设备的PDCP层向RLC层指示激活或去激活RLC重传增强。
在一些实施例中，所述装置还包括：
第三处理单元1009(未图示)，其用于在PDCP丢弃定时器(discardTimer)超时之前的第一时刻或至少一个LCG对应的剩余时间低于第一门限时，执行RLC重传增强；和/或
在PDCP丢弃定时器超时或在PDCP丢弃定时器超时之前的第二时刻或至少一个LCG对应的剩余时间低于第二门限或至少一个LCG对应的剩余时间为零时，停止RLC重传增强。
在一些实施例中，所述第一时刻与所述PDCP丢弃定时器超时之间的第一时间差，和/或所述第二时刻与所述PDCP丢弃定时器超时之间的第二时间差，和/或第一门限，和/或第二门限是由网络设备配置的或预定义的。
在一些实施例中，所述装置还包括：
第四处理单元1010(未图示)，其用于使所述终端设备的PDCP层向RLC层指示PDCP业务数据单元(PDCP SDU)和/或PDCP协议数据单元(PDCP PDU)和/ 或RLC业务数据单元(RLC SDU)和/或RLC业务数据单元分段(RLC SDU segment)使用或激活或去激活RLC重传增强。
由上述实施例可知，本申请实施例的数据发送和接收方法中，终端设备向对端设备发送RLC业务数据单元或RLC业务数据单元分段后，在等待接收对端设备的RLC状态协议数据单元的过程中，先对RLC业务数据单元或RLC业务数据单元分段进行N次重传，由此，能够充分利用等待对端设备的RLC状态协议数据单元的时间，在分组包时延预算内增加RLC重传次数，提高RLC层的传输的可靠性，避免影响新传的发送。
并且，对RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作以及RLC重传增强的配置方式等进行了说明，有助于在XR业务的分组包时延预算(packet delay budget，PDB)之内可靠地将XR数据发送到对端设备，实现简单，填补了RLC重传增强相关的细节的空白。
本实施例的实施和名词解释与本申请第一方面的实施例的内容类似，以上相关内容合并于此，此处不再重复。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的步骤进行了说明，但本申请不限于此。本申请的数据接收方法还可以包括其他步骤，关于这些步骤的具体内容，可以参考相关技术。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
第六方面的实施例
本申请实施例提供了一种数据接收和发送装置，应用/配置于终端设备。该数据接收和发送装置与本申请提供的第二方面的实施例中的数据接收和发送方法基于同一发明构思产生的，解决问题的原理相似，因此数据接收和发送装置的实施参见本申请提供的第二方面的实施例中的数据接收和发送方法的实施，重复之处不再赘述。以 下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图11是本申请实施例的数据发送装置的一示意图，如图11所示，该装置包括：
第三发送单元1101，其用于向网络设备发送用于指示是否支持RLC重传增强的信息。
由此，能够使网络设备知道终端设备的与RLC重传增强相关的能力，从而对该终端设备进行与该终端设备的能力一致的RLC重传增强配置，避免RLC重传增强的错误配置或无效配置。
在一些实施例中，该信息由UE能力信息(UE capability information)消息或RRC连接建立完成消息或RRC重配置完成消息或UE辅助信息(UE Assistance Information)消息承载。
在一些实施例中，所述信息用1比特表示支持RLC重传增强；和/或
所述信息用1比特表示对一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载支持RLC重传增强；和/或
所述信息用位图(bitmap)表示，并且所述位图中的每个比特表示对一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载支持RLC重传增强。
在一些实施例中，所述装置还包括：
第七接收单元1102(未图示)，其用于接收网络设备发送的用于配置RLC重传增强的配置信息。
与该配置信息相关的内容参见本申请第一方面的实施例，以上内容合并于此，此处不再重复。
由此，对RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作以及RLC重传增强的配置方式等进行了说明，有助于在XR业务的分组包时延预算(packet delay budget，PDB)之内可靠地将XR数据发送到对端设备，实现简单，填补了RLC重传增强相关的细节的空白。
通过上述实施例，能够使网络设备知道终端设备的与RLC重传增强相关的能力，从而对该终端设备进行与该终端设备的能力一致的RLC重传增强配置，避免RLC重 传增强的错误配置或无效配置。
本实施例的实施和名词解释与本申请第二方面的实施例的内容类似，以上相关内容合并于此，此处不再重复。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例或本申请第一方面的实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的步骤进行了说明，但本申请不限于此。本申请的数据接收方法还可以包括其他步骤，关于这些步骤的具体内容，可以参考相关技术。
第七方面的实施例
本申请实施例提供了一种数据接收和发送装置，应用/配置于终端设备的对端设备。该对端设备可以是网络设备或其他终端设备，以下以该对端设备为网络设备为例进行说明。该数据接收和发送装置与本申请提供的第三方面的实施例中的数据接收和发送方法基于同一发明构思产生的，解决问题的原理相似，因此数据接收和发送装置的实施参见本申请提供的第一方面的实施例中的数据接收和发送方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图12是本申请实施例的数据发送装置的一示意图，如图12所示，该装置包括：
第三接收单元1201，其用于接收终端设备发送的确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
第四接收单元1202，其用于在向所述终端设备发送RLC状态协议数据单元(RLC STATUS PDU)之前，接收所述终端设备对所述RLC业务数据单元或RLC业务数据单元分段的至少一次重传。
根据上述实施例，网络设备接收终端设备发送的RLC业务数据单元或RLC业务数据单元分段，在向终端设备发送RLC状态协议数据单元之前，接收终端设备发送的对RLC业务数据单元或RLC业务数据单元分段进行至少一次(例如N次)重传， 由此，能够在分组包时延预算内增加RLC重传次数，提高RLC层的传输的可靠性，避免影响新传的发送。
在一些实施例中，该网络设备包括与发送RLC业务数据单元的终端设备不同的其他终端设备，或者为网络设备。
在一些实施例中，与该RLC STATUS PDU、N的取值、N次重传是否记录在与所述RLC SDU或RLC SDU segment关联的Retransmission Timer中、N次重传是否位于连续的时隙(slot)或符号(symbol)中相关的内容，可参见第三方面的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，所述装置还包括：
第四发送单元1203(未图示)，其用于向所述终端设备发送RLC状态协议数据单元，所述RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的NACK；
第六接收单元1204(未图示)，其用于接收所述RLC业务数据单元或RLC业务数据单元分段进行M次重传。
在一些实施例中，与M的取值、M次重传是否被记录在与所述RLC SDU或RLC SDU segment关联的Retransmission Timer中、M次重传是否位于连续的时隙(slot)或符号(symbol)中相关的内容，可参见第三方面的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，所述装置还包括：
第五发送单元1205(未图示)，其用于向终端设备设备发送用于配置RLC重传增强的配置信息。
在一些实施例中，与该配置信息相关的内容，可参见第三方面的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，所述装置还包括：
第六发送单元1206(未图示)，其用于向终端设备发送用于指示RLC重传增强的状态的指示信息。
在一些实施例中，与该指示信息相关的内容，可参见第三方面的实施例，以上相关内容合并于此，此处不再重复。
由上述实施例可知，本申请实施例的数据发送和接收方法中，终端设备向对端设 备发送RLC业务数据单元或RLC业务数据单元分段后，在等待接收对端设备的RLC状态协议数据单元的过程中，先对RLC业务数据单元或RLC业务数据单元分段进行至少一次(例如N次)重传，由此，能够充分利用等待对端设备的RLC状态协议数据单元的时间，在分组包时延预算内增加RLC重传次数，提高RLC层的传输的可靠性，避免影响新传的发送。
并且，对RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作以及RLC重传增强的配置方式等进行了说明，有助于在XR业务的分组包时延预算(packet delay budget，PDB)之内可靠地将XR数据发送到对端设备，实现简单，填补了RLC重传增强相关的细节的空白。
本实施例的实施和名词解释与本申请第三方面的实施例的内容类似，以上相关内容合并于此，此处不再重复。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的步骤进行了说明，但本申请不限于此。本申请的数据接收方法还可以包括其他步骤，关于这些步骤的具体内容，可以参考相关技术。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
第八方面的实施例
本申请实施例提供了一种数据接收和发送装置，应用/配置于网络设备侧。该数据接收和发送装置与本申请提供的第四方面的实施例中的数据接收和发送方法基于同一发明构思产生的，解决问题的原理相似，因此数据接收和发送装置的实施参见本申请提供的第二方面的实施例中的数据接收和发送方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图13是本申请实施例的数据发送装置的一示意图，如图13所示，该装置包括：
第八接收单元1301，其用于接收终端设备发送的是否支持RLC重传增强的信息。
由此，能够使网络设备知道终端设备的与RLC重传增强相关的能力，从而对该终端设备进行与该终端设备的能力一致的RLC重传增强配置，避免RLC重传增强的错误配置或无效配置。
在一些实施例中，与该信息相关的内容，可参见第四方面的实施例，以上相关内容合并于此，此处不再重复。
在一些实施例中，所述装置还包括：
第八发送单元1302(未图示)，其用于向终端设备发送用于配置RLC重传增强的配置信息。
与该配置信息相关的内容请参见本申请第四方面的实施例，以上内容合并于此，此处不再重复。
由此，对RLC重传相关的增强的细节，例如重传次数、重传时机、收到RLC状态PDU后的操作以及RLC重传增强的配置方式等进行了说明，有助于在XR业务的分组包时延预算(packet delay budget，PDB)之内可靠地将XR数据发送到对端设备，实现简单，填补了RLC重传增强相关的细节的空白。
本实施例的实施和名词解释与本申请第四方面的实施例的内容类似，以上相关内容合并于此，此处不再重复。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例或本申请第四方面的实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的步骤进行了说明，但本申请不限于此。本申请的数据接收方法还可以包括其他步骤，关于这些步骤的具体内容，可以参考相关技术。
第九方面的实施例
本申请实施例提供一种通信系统，可以参考图1，该通信系统包括网络设备101、第一终端设备102和第二终端设备103。
在本申请实施例中，第一终端设备102被配置为执行本申请第一方面和/或第二 方面中的数据发送和接收方法，其内容被合并与此，此处不再赘述。
在本申请实施例中，第二终端设备103被配置为执行本申请第三方面中的数据发送和接收方法，其内容被合并与此，此处不再赘述。
在本申请实施例中，网络设备101被配置为执行本申请第三方面和/或第四方面中的数据发送和接收方法，其内容被合并与此，此处不再赘述。
第十方面的实施例
本申请实施例提供一种终端设备。
图14是本申请实施例的终端设备的构成示意图，该终端设备可以是远程终端设备。如图14所示，该终端设备1400可以包括处理器1401和存储器1402；存储器1402存储有数据和程序，并耦合到处理器1401。值得注意的是，该图是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
例如，处理器1401可以被配置为执行程序而实现如第一方面的实施例所述的数据发送和接收方法。例如处理器1401可以被配置为进行如下的操作：向对端设备发送确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，对所述RLC业务数据单元或RLC业务数据单元分段进行至少一次重传。
又例如，处理器1401可以被配置为执行程序而实现如第二方面的实施例所述的数据发送和接收方法。例如处理器1401可以被配置为进行如下的操作：向网络设备发送用于指示是否支持RLC重传增强的信息。
又例如，处理器1401可以被配置为执行程序而实现如第三方面的实施例所述的数据发送和接收方法。例如处理器1401可以被配置为进行如下的操作：接收所述终端设备发送的确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；在向所述终端设备发送RLC状态协议数据单元(RLC STATUS PDU)之前，接收所述终端设备对所述RLC业务数据单元或RLC业务数据单元分段的至少一次重传。
如图14所示，该终端设备1400还可以包括：通信模块1403、输入单元1404、显示器1405、电源1406。其中，上述部件的功能与现有技术类似，此处不再赘述。 值得注意的是，终端设备1400也并不是必须要包括图14中所示的所有部件，上述部件并不是必需的；此外，终端设备1400还可以包括图14中没有示出的部件，可以参考相关技术。
本申请实施例提供一种网络设备，例如可以是基站，但本申请不限于此，还可以是其他的网络设备。
图15是本申请实施例的网络设备的构成示意图。如图15所示，网络设备1500可以包括：处理器1510(例如中央处理器CPU)和存储器1520；存储器1520耦合到处理器1510。其中该存储器1520可存储各种数据；此外还存储信息处理的程序1530，并且在处理器1510的控制下执行该程序1530。
例如，处理器1510可以被配置为执行程序而实现如第三方面的实施例所述的数据发送和接收方法。例如处理器1510可以被配置为进行如下的控制：接收所述终端设备发送的确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；在向所述终端设备发送RLC状态协议数据单元(RLC STATUS PDU)之前，接收所述终端设备对所述RLC业务数据单元或RLC业务数据单元分段的至少一次重传。
例如，处理器1510可以被配置为执行程序而实现如第四方面的实施例所述的数据发送和接收方法。例如处理器1510可以被配置为进行如下的控制：接收终端设备发送的用于指示是否支持RLC重传增强的信息。
此外，如图15所示，网络设备1500还可以包括：收发机1540和天线1550等；其中，上述部件的功能与现有技术类似，此处不再赘述。值得注意的是，网络设备1500也并不是必须要包括图15中所示的所有部件；此外，网络设备1500还可以包括图15中没有示出的部件，可以参考现有技术。
本申请实施例还提供一种计算机可读程序，其中当在终端设备中执行所述程序时，所述程序使得计算机在所述终端设备中执行本申请第一方面和/或第二方面和/或第三方面实施例所述的数据发送和接收方法。
本申请实施例还提供一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得计算机在终端设备中执行本申请第一方面和/或第二方面和/或第三方面实施例所述的数据发送和接收方法。
本申请实施例还提供一种计算机可读程序，其中当在网络设备中执行所述程序 时，所述程序使得计算机在所述网络设备中执行本申请第三方面和/或第四方面实施例所述的数据发送和接收方法。
本申请实施例还提供一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得计算机在网络设备中执行本申请第三方面和/或第四方面实施例所述的数据发送和接收方法。
本申请以上的装置和方法可以由硬件实现，也可以由硬件结合软件实现。本申请涉及这样的计算机可读程序，当该程序被逻辑部件所执行时，能够使该逻辑部件实现上文所述的装置或构成部件，或使该逻辑部件实现上文所述的各种方法或步骤。本申请还涉及用于存储以上程序的存储介质，如硬盘、磁盘、光盘、DVD、flash存储器等。
结合本申请实施例描述的方法/装置可直接体现为硬件、由处理器执行的软件模块或二者组合。例如，图中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合，既可以对应于计算机程序流程的各个软件模块，亦可以对应于各个硬件模块。这些软件模块，可以分别对应于图中所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。
软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息；或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中，也可以存储在可插入移动终端的存储卡中。例如，若设备(如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置，则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。
针对附图中描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，可以实现为用于执行本申请所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。针对附图描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。
以上结合具体的实施方式对本申请进行了描述，但本领域技术人员应该清楚，这些描述都是示例性的，并不是对本申请保护范围的限制。本领域技术人员可以根据本申请的精神和原理对本申请做出各种变型和修改，这些变型和修改也在本申请的范围内。
关于包括以上实施例的实施方式，还公开下述的附记：
1.一种数据发送和接收方法，应用于终端设备，所述方法包括：
向对端设备发送确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，对所述RLC业务数据单元或RLC业务数据单元分段进行至少一次重传。
2.根据附记1所述的方法，其中，所述N的取值为网络配置的或预定义的正整数。
3.根据附记1所述的方法，其中，所述方法还包括：
接收所述对端设备发送的RLC状态协议数据单元，所述RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的NACK；
对所述RLC业务数据单元或RLC业务数据单元分段进行M次重传。
4.根据附记1所述的方法，其中，所述方法还包括：
接收网络设备发送的用于配置RLC重传增强的配置信息；
并且，所述配置信息包括：
RLC重传增强的初始状态或默认状态的配置。
5.根据附记4所述的方法，其中，所述初始状态或默认状态包括激活或去激活。
6.根据附记4所述的方法，其中，所述初始状态或默认状态用1比特表示；和/或
所述初始状态或默认状态用位图(bitmap)表示，并且所述位图中的每个比特对应表示一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载的初始状态或默认状态。
7.根据附记4所述的方法，其中，所述配置信息由RRC消息承载。
8.根据附记7所述的方法，其中，所述方法还包括：
根据所述RRC消息，所述终端设备的RRC层向RLC层配置RLC重传增强，或 指示RLC层使用RLC重传增强；和/或
根据所述RRC消息，所述终端设备的RRC层向RLC层指示激活或去激活RLC重传增强。
9.根据附记1所述的方法，其中，所述方法还包括：
在PDCP丢弃定时器(discardTimer)超时之前的第一时刻或至少一个逻辑信道组对应的剩余时间低于第一门限时执行RLC重传增强；和/或
在PDCP丢弃定时器超时或在PDCP丢弃定时器超时之前的第二时刻或至少一个逻辑信道组对应的剩余时间低于第二门限或至少一个逻辑信道组对应的剩余时间为零时停止RLC重传增强。
10.根据附记9所述的方法，其中，
所述第一时刻与所述PDCP丢弃定时器超时之间的第一时间差，和/或所述第二时刻与所述PDCP丢弃定时器超时之间的第二时间差和/或所述第一门限和/或所述第二门限是由网络设备配置的或预定义的。

Claims (20)

  1. 一种数据发送和接收装置，应用于终端设备，所述装置包括：
    第一发送单元，其用于向对端设备发送确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
    第二发送单元，其用于在接收到所述对端设备的RLC状态协议数据单元(RLC STATUS PDU)之前，对所述RLC业务数据单元或RLC业务数据单元分段进行N次重传。
  2. 根据权利要求1所述的装置，其中，所述RLC状态协议数据单元包括对所述RLC SDU或所述RLC SDU分段的反馈的相关信息，所述相关信息为确认信息(Acknowledgement，ACK)或不确认(Negative Acknowledgement，NACK)信息。
  3. 根据权利要求1所述的装置，其中，所述N次重传被记录在与所述RLC业务数据单元或RLC业务数据单元分段关联的重传计数器中。
  4. 根据权利要求3所述的装置，其中，
    所述N次重传在所述重传计数器中记为1次；或者
    所述N次重传在所述重传计数器中记为N次。
  5. 根据权利要求1所述的装置，其中，所述N次重传不被记录在与所述RLC业务数据单元或RLC业务数据单元分段关联的重传计数器中。
  6. 根据权利要求1所述的装置，其中，
    所述N次重传位于连续的时隙(slot)或符号(symbol)中；或者
    所述N次重传位于不连续的时隙(slot)或符号(symbol)中。
  7. 根据权利要求6所述的装置，其中，所述不连续的时隙(slot)或符号(symbol)的间隔为：
    网络设备配置的；和/或
    预定义的；和/或
    根据网络设备配置的或调度的上行授权(UL grant)的位置决定的。
  8. 根据权利要求1所述的装置，其中，所述装置还包括：
    第一接收单元，其用于接收网络设备发送的用于配置RLC重传增强的配置信息。
  9. 根据权利要求8所述的装置，其中，所述配置信息与以下至少一个相关或针 对以下至少一个被配置：
    所述终端设备；
    所述终端设备的数据无线承载(DRB)；
    所述终端设备的被配置RLC确认模式(RLC AM)的数据无线承载(DRB)；
    所述终端设备的RLC承载(RLC bearer)；
    所述终端设备的被配置RLC确认模式(RLC AM)的RLC承载。
  10. 根据权利要求8所述的装置，其中，所述配置信息包括下面的至少一个：
    是否使用RLC重传增强；
    使用RLC重传增强的发起条件和/或结束条件和/或持续时间；
    RLC重传的次数N和/或M；
    RLC重传是否在连续的时隙(slot)或符号(symbol)中；
    RLC重传相关的定时器；
    RLC重传的间隔。
  11. 根据权利要求1所述的装置，其中，所述装置还包括：
    第二接收单元，其用于接收所述网络设备发送的用于指示RLC重传增强的状态的指示信息。
  12. 根据权利要求11所述的装置，其中，所述RLC重传增强的状态包括激活或去激活。
  13. 根据权利要求12所述的装置，其中，所述RLC重传增强的状态用位图表示，并且所述位图中的每个比特对应表示一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载或被配置RLC重传增强的DRB或被配置RLC重传增强的RLC承载的RLC重传增强的状态。
  14. 根据权利要求11所述的装置，其中，所述指示信息由下行控制信息(DCI)或介质访问控制控制元素(MAC CE)或RLC控制协议数据单元(RLC control PDU)或PDCP控制协议数据单元(PDCP control PDU)承载。
  15. 根据权利要求1所述的装置，其中，所述装置还包括：
    第三处理单元，其用于在PDCP丢弃定时器(discardTimer)超时之前的第一时刻或至少一个逻辑信道组对应的剩余时间低于第一门限时执行RLC重传增强；和/或
    在PDCP丢弃定时器超时或在PDCP丢弃定时器超时之前的第二时刻或至少一个逻辑信道组对应的剩余时间低于第二门限或至少一个逻辑信道组对应的剩余时间为零时停止RLC重传增强。
  16. 根据权利要求1所述的装置，其中，所述装置还包括：
    第三发送单元，其用于向网络设备发送用于指示是否支持RLC重传增强的信息。
  17. 根据权利要求16所述的装置，其中，所述信息由UE能力信息(UE capability information)消息或RRC连接建立完成消息或RRC重配置完成消息或UE辅助信息消息承载。
  18. 根据权利要求16所述的装置，其中，
    所述信息用1比特表示支持RLC重传增强；和/或
    所述信息用1比特表示对一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载支持RLC重传增强；和/或
    所述信息用位图(bitmap)表示，并且所述位图中的每个比特表示对一个配置的DRB或RLC确认模式的DRB或RLC承载或RLC确认模式的RLC承载支持RLC重传增强。
  19. 一种数据发送和接收装置，应用于终端设备的对端设备，所述装置包括：
    第三接收单元，其用于接收所述终端设备发送的确认模式(Acknowledged Mode，AM)的RLC业务数据单元(RLC SDU)或RLC业务数据单元分段(RLC SDU segment)；
    第四接收单元，其用于在向所述终端设备发送RLC状态协议数据单元(RLC STATUS PDU)之前，接收所述终端设备对所述RLC业务数据单元或RLC业务数据单元分段的N次重传。
  20. 一种数据发送和接收装置，应用于网络设备，所述装置包括：
    第八接收单元，其用于接收终端设备发送的用于指示是否支持RLC重传增强的信息。
PCT/CN2024/073315 2024-01-19 2024-01-19 数据发送和接收方法、装置及通信系统 Pending WO2025152167A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2024/073315 WO2025152167A1 (zh) 2024-01-19 2024-01-19 数据发送和接收方法、装置及通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2024/073315 WO2025152167A1 (zh) 2024-01-19 2024-01-19 数据发送和接收方法、装置及通信系统

Publications (1)

Publication Number Publication Date
WO2025152167A1 true WO2025152167A1 (zh) 2025-07-24

Family

ID=96470625

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/073315 Pending WO2025152167A1 (zh) 2024-01-19 2024-01-19 数据发送和接收方法、装置及通信系统

Country Status (1)

Country Link
WO (1) WO2025152167A1 (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106941397A (zh) * 2016-01-04 2017-07-11 中兴通讯股份有限公司 在非授权频段上通信的方法和装置
WO2021033978A1 (en) * 2019-08-16 2021-02-25 Lg Electronics Inc. Method and apparatus for selectively retransmitting data in a wireless communication system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106941397A (zh) * 2016-01-04 2017-07-11 中兴通讯股份有限公司 在非授权频段上通信的方法和装置
WO2021033978A1 (en) * 2019-08-16 2021-02-25 Lg Electronics Inc. Method and apparatus for selectively retransmitting data in a wireless communication system

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CHUNLI WU, NOKIA, NOKIA SHANGHAI BELL: "BSR enhancements for XR", 3GPP DRAFT; R2-2305653; TYPE DISCUSSION; NR_XR_ENH-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Incheon, KR; 20230522 - 20230526, 12 May 2023 (2023-05-12), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052314874 *
HUAWEI: "Prioritization of RLC re-transmissions", 3GPP DRAFT; R3-131664_DISC_RLC_RETRANSMISSION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. Venice, Italy; 20131007 - 20131011, 27 September 2013 (2013-09-27), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP050719853 *
LG ELECTRONICS INC.: "Packet duplication in CA", 3GPP DRAFT; R2-1701542 PACKET DUPLICATION FOR CA, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Athens, Greece; 20170213 - 20170217, 4 February 2017 (2017-02-04), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051223558 *
YUANYUAN ZHANG, MEDIATEK INC.: "Data Loss at LTM Cell Switch", 3GPP DRAFT; R2-2305305; TYPE DISCUSSION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Incheon, KR; 20230522 - 20230526, 12 May 2023 (2023-05-12), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052314530 *

Similar Documents

Publication Publication Date Title
EP3011705B1 (en) Polling and reporting mechanism
US10433205B2 (en) Network node, method therein, computer program, and carrier comprising the computer program for retransmitting an RLC PDU
EP3214790B1 (en) Device and method of handling a hybrid automatic repeat request process in a licensed assisted access secondary cell
KR20140088177A (ko) 비액세스 계층 재송신의 전달 통지를 위한 방법 및 장치
US20250056319A1 (en) Communication method and apparatus
CN109155951B (zh) 传输方法、基站和终端
US12401456B2 (en) Communication method and apparatus
US9246637B2 (en) Communication terminal device and method for operating a communication terminal device
WO2022204999A1 (zh) 存活时间的处理方法和终端设备
CN103384403B (zh) 处理分时双工系统中资源配置的方法及其通信装置
WO2022151060A1 (zh) 数据接收方法、装置和系统
CN110138512A (zh) 无线通信方法和设备
WO2021087926A1 (zh) 上行信号的发送和接收方法以及装置
WO2018120107A1 (zh) 通信方法、网络设备和终端设备
WO2015018009A1 (zh) 用于自动重传的方法、用户设备和基站
WO2025152167A1 (zh) 数据发送和接收方法、装置及通信系统
CN118235353B (zh) 无线通信方法和通信设备
US10477424B2 (en) Device and method of handling aggregation of cellular network and wireless local area network
WO2026025443A1 (en) Method and apparatus for receiving data units during congestion
TWI826158B (zh) 處理一群播廣播服務傳輸及一小資料傳輸的一接收的通訊裝置
CN111654360A (zh) 一种非激活态的切换处理方法及通信设备
WO2026025513A1 (zh) 无线链路控制状态报告的发送方法和发送装置
WO2025166746A1 (zh) 无线通信方法和通信设备
WO2025208375A1 (zh) 信息发送装置、信息接收装置
WO2023011101A1 (zh) 一种数据传输的方法及通信装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24917790

Country of ref document: EP

Kind code of ref document: A1