CN117460056A - Method for enhancing radio link control and apparatus therefor - Google Patents

Method for enhancing radio link control and apparatus therefor Download PDF

Info

Publication number
CN117460056A
CN117460056A CN202310882671.4A CN202310882671A CN117460056A CN 117460056 A CN117460056 A CN 117460056A CN 202310882671 A CN202310882671 A CN 202310882671A CN 117460056 A CN117460056 A CN 117460056A
Authority
CN
China
Prior art keywords
rlc
radio link
link control
ntn
threshold
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
CN202310882671.4A
Other languages
Chinese (zh)
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.)
MediaTek Singapore Pte Ltd
Original Assignee
MediaTek Singapore Pte 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 MediaTek Singapore Pte Ltd filed Critical MediaTek Singapore Pte Ltd
Priority to TW112127930A priority Critical patent/TW202406397A/en
Priority to US18/476,827 priority patent/US20240039623A1/en
Publication of CN117460056A publication Critical patent/CN117460056A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/11—Semi-persistent scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851—Systems using a satellite or space-based relay
    • H04B7/18513—Transmission in a satellite or space-based system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851—Systems using a satellite or space-based relay
    • H04B7/18519—Operations control, administration or maintenance
    • 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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/06—Airborne or Satellite Networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The invention provides a method for enhancing radio link control and User Equipment (UE) thereof. Wherein the method comprises the following steps: configuring the UE as a narrowband internet of things (NB-IoT) device, wherein the NB-IoT device is not configured with a dedicated Physical Uplink Control Channel (PUCCH); disabling hybrid automatic repeat request in a non-terrestrial network, NTN, when it is determined to configure the UE as the NB-IoT device in the NTN; and configuring an enhanced acknowledged mode, AM, radio link control, RLC, for the UE such that the UE AM RLC performs optimization with one or more AM RLC enhancements including fast polling and fast status report transmissions.

Description

Method for enhancing radio link control and apparatus therefor
Technical Field
The present invention relates generally to wireless communications. In particular, methods and apparatus related to enhanced radio link control (Radio Link Control, RLC) in internet of things (IoT) non-terrestrial networks (non-terrestrial network, NTN).
Background
Unless otherwise indicated, the approaches described in this section are not prior art to the claims in the claims listed below and are not admitted to be prior art by inclusion in this section.
The internet of things (IoT) enables communication between electronic devices/User Equipment (UEs) over the internet. The internet of things opens smart cities, smart homes, pollution control, energy conservation, intelligent transportation, etc., and provides many innovative solutions for various challenges. With the development of wireless technology, the internet of things is combined with the latest wireless technology. Narrowband internet of things (NB-IoT) devices use fifth generation (5G) telecommunication systems, including New Radio (NR) networks and non-terrestrial networks (NTNs). Hybrid automatic repeat request (HARQ) is mainly used for scheduling management, such as initial transmission and retransmission of information. In a scenario where the transmission delay is large, such as NTN, HARQ increases the transmission delay and power consumption. Due to the larger round trip delay in the NTN scenario, HARQ feedback can significantly reduce data throughput. On the other hand, RLC polling and status reporting mechanisms in internet of things NTN, especially narrowband internet of things (NB-IoT), carry RLC feedback information that is weaker than conventional LTE. More time or resources are required to transmit RLC feedback, so if HARQ feedback is disabled, the data transmission delay will be deteriorated. In order to compensate for the loss of transmission delay, an enhanced Acknowledged Mode (AM) RLC is required.
AM RLC configuration and operation of NB-IoT devices in NTN needs to be improved and enhanced.
Disclosure of Invention
The following summary is illustrative only and is not intended to be in any way limiting. That is, the following summary is provided to introduce a selection of concepts, gist, benefits, and advantages of the novel and non-obvious techniques described herein. Selected embodiments are described further in the detailed description below. Accordingly, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended to be used to determine the scope of the claimed subject matter.
The present invention provides an apparatus and method for enhanced AM RLC for NB-IoT UEs in NTN. In one novel aspect, the UE is configured as NB-IoT in NTN, disables HARQ, and configures one or more AM RLC enhancements, including fast polling and fast status reporting. In one embodiment, the UE is configured with a shortened AM window size, and wherein the shortened window size is less than an AM window size of the NB-IoT device. In another embodiment, fast polling is triggered when the number of unacknowledged AM RLC Packet Data Units (PDUs) is greater than a PDU threshold or when the number of unacknowledged bytes is greater than a byte threshold. In one embodiment, the PDU threshold is preconfigured, predefined, or dynamically determined by the UE, and/or the byte threshold is preconfigured, predefined, or dynamically determined by the UE. In another embodiment, fast polling is triggered when the NTN polling timer expires without AM RLC polling. The timer value of the NTN polling timer is preconfigured, predefined, or dynamically determined by the UE. In yet another embodiment, the fast poll is triggered based on a combination of an NTN poll timer and one or more threshold triggers, wherein the one or more threshold triggers include a number of unacknowledged AM RLC PDUs greater than a PDU threshold and a number of unacknowledged AM RLC bytes greater than a byte threshold. In one embodiment, fast polling is triggered when the NTN timer expires without polling and at least one threshold trigger is detected. When RLC PDU reception failure is detected, the UE is configured to autonomously transmit a status report, wherein the status report is transmitted over a semi-persistent scheduling (SPS) uplink resource.
The method for enhancing the radio link control and the user equipment thereof can compensate the loss of the transmission delay.
Drawings
The accompanying drawings are included to provide a further understanding of the invention, and are incorporated in and constitute a part of this specification. The drawings illustrate embodiments of the invention and together with the description serve to explain the principles of the invention. It will be appreciated that for clarity of illustration of the concepts of the invention, the drawings are not necessarily to scale, and that certain illustrated components may be shown to a scale beyond the dimensions of the actual embodiments.
Fig. 1 illustrates an example system diagram of NB-IoT devices with enhanced AM RLC in NTN according to an embodiment of the present invention.
Fig. 2 illustrates an exemplary top-level diagram of enhanced AM RLC for NB IoT UEs in NTN according to an embodiment of the present invention.
Fig. 3 illustrates an exemplary diagram of a shortened AM RLC window size for an enhanced AM RLC according to an embodiment of the present invention.
Fig. 4 illustrates an example diagram of fast polling (fast polling) with conditional triggers for enhanced AM RLC according to an embodiment of the present invention.
Fig. 5 illustrates an exemplary diagram of fast polling with timer-based enhancements for AM RLC according to an embodiment of the present invention.
Fig. 6 illustrates an exemplary diagram of fast polling using a combination of conditional triggers and timer-based enhancements for AM RLC according to an embodiment of the present invention.
Fig. 7 shows an example diagram of a fast status report using SPS UL resources according to an embodiment of the invention.
Fig. 8 illustrates an exemplary flow diagram for enhanced AM RLC for NB-IoT UEs in NTN in accordance with an embodiment of the present invention.
Detailed Description
Reference will now be made in detail to some embodiments of the invention, examples of which are illustrated in the accompanying drawings.
Several aspects of the telecommunications system will now be presented with reference to various apparatus and methods. These apparatus and methods will be described in the following detailed description and illustrated in the figures by various blocks, components, circuits, processes, algorithms, etc. (collectively referred to as "elements"). These elements may be implemented using electronic hardware, computer software, or any combination thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.
Fig. 1 illustrates an example system diagram of NB-IoT devices with enhanced AM RLC in NTN according to an embodiment of the present invention. The NTN IoT network includes a plurality of communication devices or mobile stations (whether mobile, or fixed), such as mobile phones, tablets, notebooks, and other 5G devices, such as UEs 111, 112, 113, 114, 115, and 116 shown in fig. 1. A UE in an NTN IoT network may establish a communication link with one or more network devices (i.e., NTN nodes or NR base stations). For example, various NTN nodes 101, NTN gateways 102, and NR base stations 105. Wherein the network node may be a communication node, such as a Radio Access Network (RAN), e.g. a 5G base station (gNB), an evolved Universal Mobile Telecommunications System (UMTS), a terrestrial radio access (E-UTRA), an enhanced 4G eNodeB E-UTRA base station (eNB), e.g. an enhanced node B, an enhanced gNB (en-gNB) or a next generation eNB (ng-eNB). NTN nodes may be implemented using various non-terrestrial systems. The core network/data network 109 may be a homogeneous network or a heterogeneous network, which may be deployed on the same frequency or on different frequencies. The internet of things system is mainly divided into NB-IoT and eMTC according to different system bandwidths and coverage areas. The bandwidth used by NB-IoT is approximately 200kHz and supports low-traffic data transmissions at rates below 100 kbps. EMTC technology employs a 1.4MHz bandwidth and a maximum data transmission rate of 1Mbps. Based on current standards 36.211 and 36.213, in NB-IoT scenarios, the downlink supports 1 or 2 HARQ processes. In eMTC scenario, for eMTC CE Mode a, the downlink supports a maximum of 16 HARQ processes, and for eMTC CE Mode B, a maximum of 4 HARQ processes.
In one novel aspect, HARQ is disabled for NB IoT devices/UEs in NTN. To disable the HARQ UE, the enhanced AM RLC is configured. In one embodiment, the enhanced AM RLC is configured with fast polling. In another embodiment, the enhanced AM RLC is configured with a fast status report (fast status report). In one embodiment, to increase the frequency of polling, a shortened AM RLC window size is configured. Shortening the AM RLC window size may reduce the number of unacknowledged RLC data PDUs required to trigger the completion window stop of polling. Another way to increase the polling frequency is to add more conditions that trigger polling, e.g., adding a threshold trigger, a timer, and a combination of a timer and a threshold trigger.
Fig. 1 further depicts a simplified block diagram of a mobile device/UE performing the enabling and disabling HARQ feedback processes in an IoT network. The UE has an antenna 125 that transmits and receives radio signals. RF transceiver circuitry 123 coupled to the antenna receives RF signals from antenna 125, converts them to baseband signals, and sends the baseband signals to processor 122. In one embodiment, the RF transceiver may include two RF modules (not shown). The RF transceiver circuit 123 also converts baseband signals received from the processor 122, converts them into RF signals, and sends them to the antenna 125. The processor 122 processes the received baseband signals and invokes different functional modules to perform functions in the UE. Memory 121 stores program instructions and data 126 to control the operation of the UE. The antenna 125 sends uplink transmissions to the base station and receives downlink transmissions from the base station.
The UE also includes a set of control modules that perform functional tasks. These control modules may be implemented in circuitry, software, firmware, or a combination thereof. The configuration module 191 configures the UE as a Narrowband (NB) internet of things (IoT) device, wherein the NB-IoT device does not configure a dedicated Physical Uplink Control Channel (PUCCH). The disabling module 192 disables hybrid automatic repeat request in a non-terrestrial network (NTN) upon determining that the UE is configured as an NB-IoT device in the NTN. The enhancement module 193 configures an enhanced Acknowledgement Mode (AM) Radio Link Control (RLC) for the UE such that the UE AM RLC is optimized with one or more AM RLC enhancements including fast polling and fast status report transmissions.
Fig. 1 further depicts a schematic block diagram of an IoT network entity, e.g., an eNB or a gNB 105. The eNB or gNB 105 has an antenna 156 that transmits and receives radio signals. RF transceiver circuitry 153 coupled to the antenna receives RF signals from antenna 156, converts them to baseband signals, and transmits the baseband signals to processor 152. The RF transceiver circuit 153 also converts baseband signals received from the processor 152, converts them to RF signals, and sends them to the antenna 156. The processor 152 processes the received baseband signals and invokes different functional modules to perform functions in the eNB or the gNB 105. Memory 151 stores program instructions and data 154 to control the operation of eNB or gNB 105. The eNB or gNB 105 also includes a set of control modules 155 for performing functional tasks to communicate with mobile devices (e.g., UE 112).
Fig. 2 illustrates an exemplary top-level diagram of enhanced AM RLC for NB IoT UEs in NTN according to an embodiment of the present invention. The UE 201 with the protocol stack 210 is configured as an NB IoT device and connects in the NTN through an NTN network node (e.g., NTN node 202) with the protocol stack 220. In a legacy network, HARQ is enabled at the MAC layer and ARQ/AM RLC is configured for the RLC layer. The internet of things device configured with the HARQ process performs HARQ.
In one scenario 251, when the UE connects with an NTN with a larger delay, the UE is configured to disable HARQ (embodiment 261). For example, in NTN, in order to accommodate a large propagation delay, a Round Trip Time (RTT) exists before HARQ feedback. During this delay, the data transfer is in a pending state. Thus, the throughput of data transmission is relatively lower than in a Terrestrial Network (TN) scenario. In order to increase the data rate and save power consumption, in one embodiment 261 HARQ feedback is disabled for UEs in NTN. However, due to lack of HARQ feedback, RLC feedback of the AM RLC entity becomes the last opportunity to guarantee data transmission reliability. Due to the lack of HARQ feedback, RLC retransmissions can be expected to increase.
In one scenario 252, the RLC polling and status reporting mechanism (embodiment 262) is weaker than conventional LTE for IoT NTNs, and in particular for NB-IoT. The poll is a one-bit indicator requesting a status report containing RLC feedback information (ACK/NACK) from a transmitting side of the AM RLC entity to a receiving side of the AM RLC entity. The conditions that trigger polling (e.g., the conditions based on the number of unacknowledged RLC PDUs and the conditions based on the number of unacknowledged bytes) are not applicable to NB-IoT. The remaining conditions are: 1) "if after transmitting RLC data PDU, both the transmission buffer and the retransmission buffer become empty (not including the transmission RLC data PDU waiting for acknowledgement)", 2) "if there is no new RLC data PDU available for transmission after RLC data PDU transmission (e.g., due to window stuck)". Thus, polling can only be triggered when all data has been sent or the window is stuck (all unacknowledged RLC PDUs have arrived in the transmission window). There is little chance of triggering a poll. Failure to receive RLC PDUs will prevent data from being transferred to the upper layers. Considering that there is an increased chance of RLC PDU reception failure and fewer polling opportunities to request peer AM RLC entities to retransmit data, there will be an increased chance of blocking. As a result, data transmission delays will be affected. Further, in downlink transmission, when the receiving side of the AM RLC entity in the UE detects a RLC data PDU reception failure through the SN gap, the UE may autonomously transmit a status report. For NB-IoT without a dedicated Physical Uplink Control Channel (PUCCH), the UE needs to apply uplink grants through a random access procedure to send UL status reports. The cell coverage in NTN scenarios is typically larger than in TN scenarios and may not be adjustable due to satellite resource limitations, so the number of UEs in cell coverage may be much larger than in TN scenarios. Random access preamble resources are more likely to be insufficient. Not only is the resource limited, but also the random access time delay is far higher than TN scene. A typical random access procedure requires four steps, each step requiring 20 to 90 milliseconds for Low Earth Orbit (LEO), 270 milliseconds for Geostationary Earth Orbit (GEO), and less than 1 millisecond in a TN scenario. When failure of RLC PDU reception is detected, precious random access preamble resources and a large transmission delay are required to transmit the status report.
In one novel aspect 200, the enhanced AM RLC is for a UE in NTN configured as an NB-IoT device. In one embodiment, fast polling is implemented. In another embodiment, fast status reporting is implemented. In yet another embodiment, a combination of different enhancements is implemented for the AM RLC. To increase the chances of more transmit polls to compensate for the loss of data transmission delay and improve the situation where the UE autonomously transmits status reports (save precious random access preamble resources and reduce the delay of transmitting status reports), enhanced RLC is used in IoT NTNs, particularly for the polling and status reporting mechanisms.
Fig. 3 illustrates an exemplary diagram of a shortened AM RLC window size of an enhanced AM RLC according to an embodiment of the present invention. In one embodiment, the enhanced AM RLC for the UE has a shortened AM window size, and wherein the shortened window size is less than the AM window size for the NB-IoT device. In the case of window jamming (window shaping), a poll may be triggered to request the peer AM RLC entity to send a status report. Shortening the AM RLC window size can trigger polling more easily. In one scenario 301, a UE is configured as an NB-IoT device. The NB-IoT has a configured normal AM RLC window size, e.g., NB-IoT window size 351 is 512. In step 302, the ue determines whether it is in NTN with HARQ disabled. If step 302 determines no, the ue is configured with a normal AM RLC window large in step 310. If step 302 determines yes, enhanced AM RLC is configured in step 303. In one embodiment 300, the UE is configured with a shortened AM RLC window size 352. As shown in fig. 3, as unacknowledged packets increase, window jamming triggers polling of UEs with normal AM RLC window size at time 362 (step 330). A UE with enhanced AM RLC configured with a shortened AM RLC window size triggers polling at time 361 (step 330), which is earlier than a non-enhanced UE.
Fig. 4 illustrates an exemplary diagram of fast polling with conditional triggers for enhanced AM RLC according to an embodiment of the present invention. One approach to AM RLC enhancements to NB-IoT in NTN is to trigger polling faster. In one embodiment, fast polling is triggered when the number of unacknowledged AM RLC PDUs is greater than a PDU threshold or when the number of unacknowledged bytes is greater than a byte threshold. For NB-IoT devices, these triggers are not used. To allow more frequent polling, both conditions may be added to the NB-IoT when determining that the UE is operating in the NTN. In step 401, the UE determines that the UE is configured as NB-IoT in NTN and disables HARQ. In embodiment 410, the UE configures one or more thresholds to enable fast polling. In step 431, the ue determines whether the number of unacknowledged AM RLC PDUs is greater than a PDU threshold or whether the number of unacknowledged bytes is greater than a byte threshold. If step 431 is determined to be yes, then a poll is triggered at step 432. In one embodiment 450, the PDU threshold is preconfigured, predefined, or dynamically determined by the UE, and the byte threshold is preconfigured, predefined, or dynamically determined by the UE. For example, if the number of unacknowledged RLC PDUs (pdu_without_poll) exceeds a threshold, the NB-IoT AM RLC entity in NTN may include a POLL bit in the RLC data PDU. The threshold may be preconfigured by the RRC parameters or may be specified in the standard or may be left to the specific implementation. If the unacknowledged BYTE count (byte_window_poll) exceeds a threshold, the NB-IoT AM RLC entity in the NTN may include a POLL bit (POLL bit) in the RLC data PDU. The threshold may be preconfigured by the RRC parameters or may be specified in the standard or may be left to the specific implementation. Upon assembling the new AMD PDU, the transmitting side of the AM RLC entity increments pdu_wide_poll by 1 and byte_wide_poll by 1 with each new BYTE of the data field element mapped to the data field of the RLC data PDU.
Fig. 5 illustrates an exemplary diagram with fast polling based on timer enhancement for AM RLC according to an embodiment of the present invention. In one embodiment, fast polling is triggered when the NTN polling timer expires without AM RLC polling. After a period of time when no polling is triggered, the AM RLC entity may include a polling bit in the RLC data PDU regardless of the number of unacknowledged RLC PDUs and the number of unacknowledged bytes. In step 501, the UE determines that the UE is configured as NB-IoT in NTN and disables HARQ. In step 510, the ue configures an enhanced AM RLC with fast polling. In one embodiment 520, the fast poll is triggered by expiration of an NTN poll timer. For example, in step 521, polling is performed. In step 522, the ue starts an NTN polling timer. In step 523, the ue determines whether the NTN polling timer expires. If step 523 determines yes, the ue triggers polling by including a poll bit in the RLC data PDU in step 531. Whether or not there is an unacknowledged packet, the poll bit is included. The value of the NTN poll timer may be preconfigured by the RRC parameters, or may be specified in the standard, or may be left to the specific implementation.
Fig. 6 illustrates an exemplary diagram of a combination of conditional triggering and fast polling based on timer enhancements for AM RLC according to an embodiment of the present invention. In one embodiment, fast polling is triggered based on a combination of an NTN polling timer and one or more threshold triggers, wherein the threshold triggers include a number of unacknowledged AM RLC PDUs greater than a PDU threshold and a number of unacknowledged AM RLC bytes greater than a byte threshold. In step 601, the ue configures as NB-IoT device and connects in NTN and disables HARQ. In one embodiment 620, a combination of the NTN polling timer and one or more threshold triggers is used for fast polling. After a period of time without triggering polling in combination with a certain number of unacknowledged RLC PDUs and/or unacknowledged bytes, the AM RLC entity may include a polling bit in the RLC data PDUs. For example, in step 611, a poll is triggered. At step 612, an NTN polling timer is started. In step 613, the ue determines whether the NTN polling timer expires. If step 613 determines yes, the ue determines whether one or more threshold triggers are detected in step 621. In one embodiment 622, the one or more threshold triggers include unacknowledged PDUs being greater than the combination_pdu threshold, and unacknowledged bytes being greater than the combination_byte threshold. The time period may be preconfigured by RRC parameters or may be specified in the standard or may be left to the specific implementation. The threshold/combined threshold for the number of unacknowledged RLC PDUs and the number of unacknowledged bytes may be preconfigured by RRC parameters, or may be specified in a standard, or may be left to a specific implementation. If step 621 determines yes, then in step 631, a poll is triggered. The UE AM RLC entity may include the poll bit in the RLC data PDU.
Fig. 7 shows an example diagram of a fast status report using SPS UL resources according to an embodiment of the invention. In one embodiment, the UE autonomously transmits a status report when a RLC PDU reception failure is detected, wherein the status report is transmitted over semi-persistent scheduling (SPS) uplink resources. When the NTN-enabled NB-IoT UE detects a failure to receive RLC PDUs, the status report may be transmitted using the preconfigured SPS periodic UL resources. In this case, since the UE uses the NPUSCH resource that is pre-configured, precious random access preamble resources can be saved. The random access procedure requires four steps and thus a longer transmission delay can be saved. Since SPS resources have been allocated to the UE, the condition for transmitting STATUS report is not limited to only when the UE detects RLC data PDU reception failure. In one embodiment, the UE sends the status report when using periodic SPS resources as long as the status report is not empty. For example, the UE 701 is configured as NB-IoT (step 721). The UE 701 connects with the NTN through the NTN node 702 and disables HARQ (step 722). In step 711, ntn configures periodic SPS UL resources, e.g., resources 721, 722, and 723. In step 712, the ue detects a reception failure and triggers a status report. In step 713, the ue sends a status report via the configured SPS UL resource 721.
Fig. 8 illustrates an exemplary flow diagram for enhanced AM RLC for NB-IoT UEs in NTN in accordance with an embodiment of the present invention. In step 801, a UE is configured as a Narrowband (NB) internet of things (IoT) device, wherein the NB-IoT device is not configured with a dedicated Physical Uplink Control Channel (PUCCH). In step 802, when determining to configure the UE as an NB-IoT device in a non-terrestrial network (NTN), the UE disables hybrid automatic repeat request in the NTN. In step 803, an enhanced Acknowledged Mode (AM) Radio Link Control (RLC) is configured for the UE such that the UE AM RLC performs optimization with one or more AM RLC enhancements including fast polling and fast status report transmissions.
Although the invention has been described in connection with certain specific embodiments for purposes of illustration, the invention is not limited thereto. Accordingly, various modifications, adaptations, and combinations of the various features of the described embodiments can be practiced without departing from the scope of the invention as set forth in the claims.

Claims (20)

1. A method of enhancing radio link control for a user equipment, UE, comprising:
configuring the UE as a narrowband internet of things (NB-IoT) device, wherein the NB-IoT device is not configured with a dedicated Physical Uplink Control Channel (PUCCH);
disabling hybrid automatic repeat request in a non-terrestrial network, NTN, when it is determined to configure the UE as the NB-IoT device in the NTN; and
the enhanced acknowledged mode AM radio link control RLC is configured for the UE such that the UE AM RLC performs optimization with one or more AM RLC enhancements including fast polling and fast status report transmissions.
2. The method of enhanced radio link control of claim 1, wherein the enhanced AM RLC for the UE has a shortened AM window size, and wherein the shortened window size is less than an AM window size for an NB-IoT device.
3. The method of enhanced radio link control of claim 1, wherein the fast poll is triggered when a number of unacknowledged AM RLC packet data units PDUs is greater than a PDU threshold or when a number of unacknowledged bytes is greater than a byte threshold.
4. A method of enhancing radio link control as claimed in claim 3, characterized in that the PDU threshold is preconfigured, predefined or dynamically determined by the UE.
5. A method of enhancing radio link control as claimed in claim 3, characterized in that the byte threshold is preconfigured, predefined or dynamically determined by the UE.
6. The method of enhanced radio link control of claim 1 wherein the fast poll is triggered when an NTN poll timer expires without an AM RLC poll.
7. The method of enhancing radio link control of claim 6, wherein a timer value of the NTN polling timer is preconfigured, predefined, or dynamically determined by the UE.
8. The method of enhancing radio link control of claim 1, wherein the fast poll is triggered based on a combination of an NTN poll timer and one or more threshold triggers, wherein the one or more threshold triggers include a number of unacknowledged AM RLC PDUs being greater than a PDU threshold and a number of unacknowledged AM RLC bytes being greater than a byte threshold.
9. The method of enhancing radio link control of claim 8, wherein the fast poll is triggered when the NTN poll timer expires without polling and at least one of the one or more threshold triggers is detected.
10. The method of enhanced radio link control of claim 1, wherein the UE is configured to autonomously transmit a status report when a RLC PDU reception failure is detected, wherein the status report is transmitted over semi-statically scheduled uplink resources.
11. A user equipment for enhanced radio link control, comprising:
a transceiver configured to transmit and receive radio frequency signals at a non-terrestrial network NTN;
a configuration module, configured to configure the user equipment UE as a narrowband internet of things NB-IoT device, where the NB-IoT device is not configured with a dedicated physical uplink control channel PUCCH;
a disabling module configured to disable a hybrid automatic repeat request in the NTN when it is determined to configure the UE as the NB-IoT device in the NTN; and
an enhancement module for configuring an enhanced acknowledged mode AM radio link control RLC for the UE such that the UE AM RLC performs optimization with one or more AM RLC enhancements including fast polling and fast status report transmissions.
12. The user device for enhanced radio link control of claim 11, wherein the enhanced AM RLC for the UE has a shortened AM window size, and wherein the shortened window size is smaller than an AM window size for an NB-IoT device.
13. The user equipment for enhanced radio link control of claim 11, wherein the fast poll is triggered when a number of unacknowledged AM RLC packet data units PDUs is greater than a PDU threshold or when a number of unacknowledged bytes is greater than a byte threshold.
14. The user equipment for enhanced radio link control of claim 13, wherein the PDU threshold is preconfigured, predefined, or dynamically determined by the UE.
15. The user equipment for enhanced radio link control of claim 13, wherein the byte threshold is preconfigured, predefined, or dynamically determined by the UE.
16. The user equipment for enhanced radio link control of claim 11 wherein the fast poll is triggered when an NTN poll timer expires without an AM RLC poll.
17. The user equipment for enhanced radio link control of claim 16, wherein a timer value for the NTN polling timer is preconfigured, predefined, or dynamically determined by the UE.
18. The user equipment for enhanced radio link control of claim 11, wherein the fast poll is triggered based on a combination of an NTN poll timer and one or more threshold triggers, wherein the one or more threshold triggers include a number of unacknowledged AM RLC PDUs being greater than a PDU threshold and a number of unacknowledged AM RLC bytes being greater than a byte threshold.
19. The user equipment for enhanced radio link control of claim 18, wherein the fast poll is triggered when the NTN poll timer expires without polling and at least one of the one or more threshold triggers is detected.
20. The user equipment for enhanced radio link control of claim 11 wherein the UE is configured to autonomously transmit a status report when a RLC PDU reception failure is detected, wherein the status report is transmitted over semi-statically scheduled uplink resources.
CN202310882671.4A 2022-07-26 2023-07-18 Method for enhancing radio link control and apparatus therefor Pending CN117460056A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
TW112127930A TW202406397A (en) 2022-07-26 2023-07-26 A method for enhancing rlc and a user equipment thereof
US18/476,827 US20240039623A1 (en) 2022-07-26 2023-09-28 Methods for enhancing rlc in iot ntn

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNPCT/CN2022/107926 2022-07-26
PCT/CN2022/107926 WO2024020781A1 (en) 2022-07-26 2022-07-26 Methods for enhancing rlc in the iot ntn

Publications (1)

Publication Number Publication Date
CN117460056A true CN117460056A (en) 2024-01-26

Family

ID=89595432

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310882671.4A Pending CN117460056A (en) 2022-07-26 2023-07-18 Method for enhancing radio link control and apparatus therefor

Country Status (4)

Country Link
US (1) US20240039623A1 (en)
CN (1) CN117460056A (en)
TW (1) TW202406397A (en)
WO (1) WO2024020781A1 (en)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111107593B (en) * 2019-01-23 2022-07-29 维沃移动通信有限公司 Method for link failure recovery, user side equipment and network side equipment
WO2020163393A1 (en) * 2019-02-04 2020-08-13 Apple Inc. Solution for 5gc to notify v2x ue whether v2x service is supported or authorized
WO2020167657A1 (en) * 2019-02-13 2020-08-20 Apple Inc. Transmission, retransmission, and hybrid automatic repeat request process using preconfigured uplink resources in idle mode
US20220369144A1 (en) * 2019-10-22 2022-11-17 Lg Electronics Inc. Method and apparatus for transmitting information about channel state in nr v2x
WO2022152181A1 (en) * 2021-01-15 2022-07-21 FG Innovation Company Limited Method of channel scheduling for narrowband internet of things in non-terrestrial network and user equipment using the same
CN114143834A (en) * 2021-12-13 2022-03-04 中信科移动通信技术股份有限公司 Wireless link control polling method and device

Also Published As

Publication number Publication date
US20240039623A1 (en) 2024-02-01
TW202406397A (en) 2024-02-01
WO2024020781A1 (en) 2024-02-01

Similar Documents

Publication Publication Date Title
US8369865B2 (en) Data transmission method and data re-transmission method
EP2809103B1 (en) Method for requesting radio resource in mobile communications system
US9954654B2 (en) Method for communicating a network, a secondary station and a system therefor
EP3497849B1 (en) Dl harq timing in tdd with 1 ms tti and reduced processing time
CN111066367B (en) System and method for HARQ acknowledgement
EP3497850B1 (en) Dl harq timing with short tti operations in tdd
CN107005367B (en) Communication device, method and node for transmission protection
US10999762B2 (en) Internet of things transmission optimization method and apparatus, and device
WO2019032087A1 (en) Multi-mode retransmission scheme for wireless networks
US10652861B2 (en) Uplink grant-free transmission enhancement for latency and reliability
EP2647153B1 (en) Methods and devices for component carrier aggregation control
WO2021066015A1 (en) Urllc physical uplink control channel (pucch) with repetitions
US11316620B2 (en) Enhanced HARQ algorithm for large round trip delay links
US9246638B2 (en) Method and apparatus for polling transmission status in a wireless communications system
US12021632B2 (en) Inconsistency free pipelined hybrid automatic repeat request scheme for non-terrestrial network channel
WO2022009702A1 (en) Multiplexing of harq-ack with different priorities on pucch
CN117460056A (en) Method for enhancing radio link control and apparatus therefor
WO2019240937A1 (en) Cross-carrier hybrid automatic repeat request
WO2019153250A1 (en) Method and terminal device for transmitting information
US11362771B2 (en) Base station and automatic retransmission scheduling method thereof
US20230361922A1 (en) Data transmission method and apparatus
US20130051386A1 (en) Methods and Apparatus for Multicast Transmission
CN117222056A (en) Processing method of survival time and terminal equipment
CN115842703A (en) Data transmission method and communication device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication