Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In one aspect, a terminal device may receive a first configuration indicating a first retransmission of an RLC SDU or PDU without waiting for a negative acknowledgement from the network device. If a timer for the first retransmission is running, the terminal device may not trigger the first retransmission of the RLC SDU or PDU or a segment of the RLC SDU or PDU. If the timer expires, the terminal device may trigger the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU. In this way, a timely RLC AM retransmission may be facilitated. Frequent autonomous RLC retransmission may be avoid and radio resources may be saved.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and in particular, to devices and methods of communication for a radio link control (RLC) retransmission.BACKGROUND

[0002] Currently, it has been proposed to make RLC retransmission related enhancements for operation of RLC AM with small packet delay budget. To support timely RLC acknowledged mode (AM) retransmission, an RLC entity may consider to perform an autonomous retransmission of an RLC service data unit (SDU) or protocol data unit (PDU) when its remaining delay budget is lower than or equal to a certain threshold, even if a transmitting side of the RLC entity has not yet received a negative acknowledgement (NACK) for the RLC SDU or PDU from its peer. Another approach for timely RLC AM retransmission is to enhance a polling mechanism by considering a remaining delay budget of an RLC SDU or PDU. However, implementations of the autonomous retransmission and the polling mechanism are still incomplete and need to be further developed.SUMMARY

[0003] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for an RLC retransmission.

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: receive, from a network device, a first configuration indicating a first retransmission of an RLC SDU or PDU without waiting for a negative acknowledgement from the network device; in accordance with a determination that a timer for the first retransmission is running, trigger no first retransmission of the RLC SDU or PDU or a segment of the RLC SDU or PDU; and in accordance with a determination that the timer expires, trigger the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0005] In a second aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: determine that an RLC  SDU or PDU is delay-critical; in accordance with a determination that the RLC SDU or PDU or a segment of the RLC SDU or PDU is not previously transmitted, or becomes delay-critical after being transmitted previously, increment a counter for a poll; and in accordance with a determination that a value of the counter is greater than or equal to a threshold value, cause the poll to be included in an acknowledged mode data (AMD) PDU.

[0006] In a third aspect, there is provided a method of communication. The method comprises: receiving, at a terminal device and from a network device, a first configuration indicating a first retransmission of an RLC SDU or PDU without waiting for a negative acknowledgement from the network device; in accordance with a determination that a timer for the first retransmission is running, triggering no first retransmission of the RLC SDU or PDU or a segment of the RLC SDU or PDU; and in accordance with a determination that the timer expires, triggering the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0007] In a fourth aspect, there is provided a method of communication. The method comprises: determining, at a terminal device, that an RLC SDU or PDU is delay-critical; in accordance with a determination that the RLC SDU or PDU or a segment of the RLC SDU or PDU is not previously transmitted, or becomes delay-critical after being transmitted previously, incrementing a counter for a poll; and in accordance with a determination that a value of the counter is greater than or equal to a threshold value, causing the poll to be included in an AMD PDU.

[0008] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon. The instructions, when executed on at least one processor, cause the at least one processor to perform the method according to the third or fourth aspect of the present disclosure.

[0009] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Through the more detailed description of some embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0011] FIG. 1 illustrates an example communication network in which some embodiments  of the present disclosure can be implemented;

[0012] FIG. 2 illustrates a signaling chart illustrating an example process of communication for an autonomous retransmission according to embodiments of the present disclosure;

[0013] FIG. 3 illustrates a signaling chart illustrating another example process of communication for a polling mechanism according to embodiments of the present disclosure;

[0014] FIG. 4 illustrates a flowchart of an example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0015] FIG. 5 illustrates a flowchart of another example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure; and

[0016] FIG. 6 is a simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure.

[0017] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0018] Principle of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitations as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0019] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0020] As used herein, the term “terminal device” refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, ultra-reliable and low latency communications (URLLC) devices, Internet of everything (IoE) devices, machine type communication (MTC)  devices, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for integrated access and backhaul (IAB) , space borne vehicles or air borne vehicles in non-terrestrial networks (NTN) including satellites and high altitude platforms (HAPs) encompassing unmanned aircraft systems (UAS) , XR devices including different types of realities such as augmented reality (AR) , mixed reality (MR) and virtual reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The “terminal device” can further has “multicast / broadcast” feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple subscriber identity module (SIM) as known as multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0021] As used herein, the term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0022] The terminal device or the network device may have artificial intelligence (AI) or machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0023] The terminal device or the network device may work on several frequency ranges, e.g., FR1 (410 MHz to 7125 MHz) , FR2 (24.25GHz to 71GHz) , frequency band larger than 100GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under multi-radio dual connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0024] The embodiments of the present disclosure may be performed in test equipment, e.g.,  signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator.

[0025] In one embodiment, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In one embodiment, information A may be transmitted to the terminal device from the first network device and information B may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0026] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. The term ‘and / or’ indicates that there may be three relationships. For example, A and / or B may indicate cases includes ‘only A’ , ‘both A and B’ , and ‘only B’ . The term ‘at least one of the following items’ or a similar expression thereof refers to any combination of these items, including any combination of a single item or a plurality of items. For example, ‘at least one of A, B, or C’ may represent A, B, C, ‘A and B’ , ‘A and C’ , ‘B and C’ , or ‘A, B and C’ . Other definitions, explicit and implicit, may be included below.

[0027] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions  are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0028] In the context of the present disclosure, if a delay of buffered data exceeds a delay threshold, or a remaining delay budget of buffered data (e.g., remaining time of a discard timer or PDCP discard timer) is less than a budget threshold, then the buffered data is considered as delayed data. Otherwise, the buffered data is non-delayed data. Other ways to distinguish delayed data and non-delayed data is not excluded. In the context of the present disclosure, the term ‘delay sensitive data’ or ‘delay-critical data’ may also be referred to as ‘delayed data’ .

[0029] Embodiments of the present disclosure provide solutions of communication for an RLC retransmission. In one aspect, a terminal device may receive, from a network device, a first configuration indicating a first retransmission of an RLC SDU or PDU without waiting for a negative acknowledgement from the network device. If a timer for the first retransmission is running, the terminal device may not trigger the first retransmission of the RLC SDU or PDU or a segment of the RLC SDU or PDU. If the timer expires, the terminal device may trigger the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU. In this way, an autonomous RLC retransmission may be carried out and a timely RLC AM retransmission may be facilitated. Frequent autonomous RLC retransmission may be avoid and radio resources may be saved.

[0030] In another aspect, upon determination that an RLC SDU or PDU is delay-critical, if the RLC SDU or PDU or a segment of the RLC SDU or PDU is not previously transmitted, or becomes delay-critical after being transmitted previously, a terminal device may increment a counter for a poll. If a value of the counter is greater than or equal to a threshold value, a terminal device may cause the poll to be included in an AMD PDU. In this way, a polling mechanism for an RLC retransmission may be carried out. A frequent polling may be avoided and a retransmission of delay-critical data may be triggered timely.

[0031] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0032] EXAMPLE OF COMMUNICATION NETWORK

[0033] FIG. 1 illustrates a schematic diagram of an example communication network 100 in which some embodiments of the present disclosure can be implemented. As shown in  FIG. 1, the communication network 100 may include a terminal device 110 and a network device 120. The network device 120 may provide a serving cell 121. The terminal device 110 may be located in the serving cell 121 and may be served by the network device 120. It is to be understood that the network device 120 may provide more serving cells to serve one or more terminal devices.

[0034] It is also to be understood that the numbers of terminal devices and network devices and serving cells in FIG. 1 are given for the purpose of illustration without suggesting any limitations to the present disclosure. The communication network 100 may include any suitable number of network devices and / or terminal devices and / or serving cells adapted for implementing implementations of the present disclosure.

[0035] As shown in FIG. 1, the terminal device 110 may communicate with the network device 120 via a channel such as a wireless communication channel. The communications in the communication network 100 may conform to any suitable standards including, but not limited to, global system for mobile communications (GSM) , long term evolution (LTE) , LTE-evolution, LTE-advanced (LTE-A) , new radio (NR) , wideband code division multiple access (WCDMA) , code division multiple access (CDMA) , GSM EDGE radio access network (GERAN) , machine type communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-advanced networks, or the sixth generation (6G) networks.

[0036] In some embodiments, the network device 120 may transmit, to the terminal device 110, a configuration for a retransmission of a RLC SDU or PDU (i.e., RLC retransmission) . The terminal device 110 may perform the RLC retransmission based on the configuration. In some embodiments, the terminal device 110 may perform an RLC retransmission without waiting for a status report (i.e., a NACK from a receiving side) , i.e., an autonomous RLC retransmission. In some embodiments, the terminal device 110 may perform an RLC retransmission upon reception of a status report (i.e., a NACK from a receiving side) . The status report may be triggered by a polling or a detection of reception failure of an AMD PDU.

[0037] Embodiments of the present disclosure provide solutions of autonomous RLC retransmission and polling so as to enhance RLC retransmission. The solutions will be described in detail with reference to FIGs. 2 and 3 below.

[0038] EXAMPLE IMPLEMENTATION OF AUTONOMOUS RLC RETRANSMISSION

[0039] Conventionally, a transmitting side of an RLC entity needs to wait for a status report and then decides whether to retransmit an RLC SDU or PDU or a segment of the RLC SDU or PDU. Latency of the whole procedure may be too large and cause a discarding of an RLC SDU or PDU with a small delay budget. Thus, an autonomous RLC retransmission without waiting for a NACK from a receiving side is proposed. However, a too frequent autonomous RLC retransmission may cause resource waste.

[0040] In view of this, embodiments of the present disclosure provide a solution of autonomous RLC retransmission based on a timer. In the solution, the autonomous RLC retransmission is triggered only if the timer expires. More details will be described in connection with FIG. 2 below.

[0041] FIG. 2 illustrates a signaling chart illustrating an example process 200 of communication for an autonomous retransmission according to embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1. The process 200 may involve the terminal device 110 and the network device 120 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 2 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any suitable additional steps may be added.

[0042] As shown in FIG. 2, the network device 120 may transmit 210, to the terminal device 110, a configuration (for convenience, also referred to as a first configuration herein) indicating a retransmission (for convenience, also referred to as a first retransmission herein) of an RLC SDU or PDU without waiting for a NACK from the network device 120. That is, the first retransmission is an autonomous RLC retransmission. In other words, the network device 120 may configure the terminal device 110 to apply the autonomous RLC retransmission. In some embodiments, the network device 120 may transmit the first configuration via a radio resource control (RRC) signaling or any other suitable ways.

[0043] In some embodiments, the first configuration may comprise a configuration of a timer for the autonomous RLC retransmission. In some embodiments, the timer may be  configured or set per RLC SDU or PDU. For convenience, the timer configured or set per RLC SDU or PDU is also called as a first timer herein. In some embodiments, the timer may be configured or set per RLC entity (e.g., per AM RLC entity) . For convenience, the timer configured or set per RLC entity is also called as a second timer herein.

[0044] In some embodiments, the first configuration may comprise a configuration of a budget threshold. The budget threshold is used to determine whether an RLC SDU or PDU is delay-critical.

[0045] In some embodiments, the first configuration may comprise a configuration of a first number threshold. The first number threshold is used to restrict the number of autonomous RLC retransmissions during running of the first timer. The first number threshold may be considered as a maximum autonomous retransmission number.

[0046] In some embodiments, the first configuration may comprise a configuration of a second number threshold. The second number threshold is used to restrict the number of autonomous RLC retransmissions during running of the second timer. The second number threshold may be considered as a maximum autonomous retransmission number.

[0047] It is to be noted that the above configurations are merely examples, and the first configuration may comprise any suitable combinations of the above configurations or any other suitable configurations.

[0048] With reference to FIG. 2, the terminal device 110 may also receive 220 a configuration (for convenience, also referred to as a second configuration herein) indicating a retransmission (for convenience, also referred to as a second retransmission herein) of an RLC SDU or PDU based on a NACK from the network device 120. That is, the second retransmission is triggered by a status report (i.e., NACK) . In other words, the network device 120 may configure the terminal device 110 to apply the second retransmission. In some embodiments, the network device 120 may transmit the second configuration via an RRC signaling or any other suitable ways.

[0049] Continuing to refer to FIG. 2, the terminal device 110 may start or restart 230 the timer for the autonomous RLC retransmission. In some embodiments, the timer may be the first timer per RLC SDU or PDU.

[0050] In some embodiments, the terminal device 110 may start or restart the first timer (e.g., if the first timer is not running) when a PDU that contains an RLC SDU or PDU or a segment of the RLC SDU or PDU is submitted to a lower layer. In some embodiments, the  RLC SDU or PDU may be delay-critical.

[0051] In some embodiments, the terminal device 110 may start or restart the first timer (e.g., if the first timer is not running) when an indication of a retransmission of the RLC SDU or PDU is received from a lower layer (e.g., because a MAC entity has submitted an MAC PDU that contains autonomous retransmitted RLC PDU or the number of hybrid automatic repeat request (HARQ) retransmissions has reached a maximum number threshold) .

[0052] In some embodiments, the terminal device 110 may start or restart the first timer (e.g., if the first timer is not running) when an indication of a retransmission of the RLC SDU or PDU is received from an upper layer (e.g., PDCP layer) . In some embodiments, the indication may be triggered if a remaining time of a discard timer for a corresponding PDCP SDU is lower than or equal to a time threshold.

[0053] In some embodiments, the terminal device 110 may start or restart the first timer (e.g., if the first timer is not running) when a remaining delay budget of the RLC SDU or PDU is less than a budget threshold (i.e., the RLC SDU or PDU becomes delay-critical) .

[0054] In some embodiments, the terminal device 110 may start or restart the first timer (e.g., if the first timer is not running) when the first retransmission (i.e., autonomous RLC retransmission) of the RLC SDU or PDU or the segment of the RLC SDU or PDU has been triggered.

[0055] In some embodiments, the terminal device 110 may start or restart the first timer (e.g., if the first timer is not running) when a NACK for the RLC SDU or PDU or the segment of the RLC SDU or PDU is received.

[0056] It is to be noted that the terminal device 110 may start or restart the first timer upon any suitable combinations of the above conditions are satisfied.

[0057] In some alternative embodiments, the timer for the autonomous RLC retransmission may be the second timer per RLC entity. In some embodiments, if the second timer is not running, the terminal device 110 may start or restart the second timer when a PDU that contains an RLC SDU or PDU or the segment of the RLC SDU or PDU is submitted to a lower layer. In some embodiments, the RLC SDU or PDU may be delay-critical.

[0058] In some embodiments, the terminal device 110 may start or restart the second timer (e.g., if the second timer is not running) when an indication of a retransmission of the RLC SDU or PDU is received from a lower layer (e.g., because a MAC entity has submitted an  MAC PDU that contains autonomous retransmitted RLC PDU or the number of HARQ retransmissions has reached a maximum number threshold) .

[0059] In some embodiments, the terminal device 110 may start or restart the second timer (e.g., if the second timer is not running) when an indication of a retransmission of the RLC SDU or PDU is received from an upper layer (e.g., PDCP layer) . In some embodiments, the indication may be triggered if a remaining time of a discard timer for a corresponding PDCP SDU is lower than or equal to a time threshold.

[0060] In some embodiments, the terminal device 110 may start or restart the second timer (e.g., if the second timer is not running) when a remaining delay budget of the RLC SDU or PDU is less than a budget threshold (i.e., the RLC SDU or PDU becomes delay-critical) .

[0061] In some embodiments, the terminal device 110 may start or restart the second timer (e.g., if the second timer is not running) when the first retransmission (i.e., autonomous RLC retransmission) of the RLC SDU or PDU or the segment of the RLC SDU or PDU has been triggered.

[0062] In some embodiments, the terminal device 110 may start or restart the second timer (e.g., if the second timer is not running) when a NACK for the RLC SDU or PDU or the segment of the RLC SDU or PDU is received.

[0063] It is to be noted that the terminal device 110 may start or restart the second timer upon any suitable combinations of the above conditions are satisfied.

[0064] Continuing to refer to FIG. 2, if the timer (e.g., the first or second timer) for the autonomous RLC retransmission is running, the terminal device 110 may not trigger 240 the autonomous RLC retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0065] In some embodiments, when the first timer is running, a transmitting side of an RLC entity may not retransmit or not autonomously retransmit a corresponding RLC SDU or PDU or the segment of the RLC SDU or PDU (e.g., not submit a corresponding AMD PDU to a lower layer) , or not retransmit or not autonomously retransmit any RLC SDU or PDU or any segment of any RLC SDU or PDU.

[0066] In some embodiments, when the second timer is running, the transmitting side of the RLC entity may not retransmit or not autonomously retransmit any RLC SDU or PDU or any segment of the RLC SDU or PDU (e.g., not submit a corresponding AMD PDU to a lower  layer) .

[0067] As shown in FIG. 2, if the timer (e.g., the first or second timer) for the autonomous RLC retransmission expires, the terminal device 110 may trigger 250 the autonomous RLC retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU. For example, when the timer expires, a transmitting side of an RLC entity may trigger the autonomous RLC retransmission of a corresponding RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0068] In some embodiments, when the first timer expires, the terminal device 110 (e.g., the transmitting side of the RLC entity) may trigger the autonomous RLC retransmission of an RLC SDU or PDU associated with the first timer or a segment of the RLC SDU or PDU.

[0069] In some embodiments, when the second timer expires, the terminal device 110 (e.g., the transmitting side of the RLC entity) may trigger the autonomous RLC retransmission of any RLC SDU or PDU associated with the second timer or any segment of the RLC SDU or PDU.

[0070] With reference to FIG. 2, in some embodiments, if the timer is running, the terminal device 110 may stop 260 the timer upon a condition is satisfied.

[0071] In some embodiments where the timer is the first timer per RLC SDU or PDU, if the first timer is running, the terminal device 110 may stop the first timer when a positive acknowledgement for the RLC SDU or PDU is received.

[0072] In some embodiments, if the first timer is running, the terminal device 110 may stop the first timer when a retransmission of the RLC SDU or PDU or the segment of the first RLC SDU or PDU has been cancelled or stopped.

[0073] In some embodiments, if the first timer is running, the terminal device 110 may stop the first timer when the RLC SDU or PDU has been discarded or an indication of discarding the RLC SDU or PDU is received from an upper layer (e.g., PDCP layer) .

[0074] In some embodiments, if the first timer is running, the terminal device 110 may stop the first timer when number of first retransmissions of the RLC SDU or PDU or the segment of the RLC SDU or PDU is equal to a first number threshold (i.e., a maximum autonomous retransmission number) .

[0075] In some embodiments, if the first timer is running, the terminal device 110 may stop the first timer when the RLC SDU or PDU is discarded due to application level forward error  correction (FEC) .

[0076] It is to be noted that the terminal device 110 may stop the first timer upon any suitable combinations of the above conditions are satisfied.

[0077] In some embodiments where the timer is the second timer per RLC entity, if the second timer is running, the terminal device may stop the second timer when all RLC SDUs or PDUs have been positively acknowledged.

[0078] In some embodiments, if the second timer is running, the terminal device may stop the second timer when all retransmissions of the RLC SDU or PDU or a segment of the RLC SDU or PDU has been cancelled or stopped.

[0079] In some embodiments, if the second timer is running, the terminal device may stop the second timer when number of first retransmissions of any RLC SDU or PDU or any segment of the RLC SDU or PDU is equal to a second number threshold (i.e., a maximum autonomous retransmission number) .

[0080] It is to be noted that the terminal device 110 may stop the second timer upon any suitable combinations of the above conditions are satisfied.

[0081] In this way, a timer is used to avoid frequent autonomous retransmission, and thus radio resources may be saved.

[0082] It is assumed that both the first retransmission based on the NACK and the second retransmission without waiting for the NACK are configured for the terminal device 110. In some embodiments, when a NACK is received, the RLC entity should avoid retransmit an RLC SDU or PDU or a segment of the RLC SDU or PDU that has just submitted to the lower layer (e.g., not consider that the RLC SDU or PDU or the segment of the RLC SDU or PDU is for retransmission) . Some example embodiments will be described as below.

[0083] In some embodiments, if the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU has been triggered, the terminal device 110 (e.g., the transmitting side of the RLC entity) may not trigger the first retransmission or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0084] In some embodiments, if the RLC SDU or PDU or the segment of the RLC SDU or PDU has been submitted to a lower layer within a period of time, the terminal device 110 (e.g., the transmitting side of the RLC entity) may not trigger the first retransmission or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0085] In some embodiments, if the RLC SDU or PDU or the segment of the RLC SDU or PDU is pending for retransmission, the terminal device 110 (e.g., the transmitting side of the RLC entity) may not trigger the first retransmission or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0086] In some embodiments, if a NACK for the RLC SDU or PDU or the segment of the RLC SDU or PDU is received, the terminal device 110 (e.g., the transmitting side of the RLC entity) may not trigger the first retransmission or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0087] It is to be noted that the terminal device 110 may not trigger the first retransmission or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU upon any combination of the above conditions is fulfilled.

[0088] In some embodiments, the terminal device 110 (e.g., the transmitting side of the RLC entity) may cancel or stop the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU (e.g., stop a timer or reset a state variable or counter defined for the first or second retransmission) . Some example embodiments will be described as below.

[0089] In some embodiments, if a positive acknowledgement for the RLC SDU or PDU is received, the terminal device 110 may cancel or stop the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU. In some embodiments, if a maximum number of first retransmissions is reached, the terminal device 110 may cancel or stop the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0090] In some embodiments, if the RLC SDU or PDU is discarded (e.g., by the RLC entity) , the terminal device 110 may cancel or stop the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0091] In some embodiments, a further timer may be introduced for autonomous retransmission. If the further timer is running, the autonomous retransmission may be performed for a RLC SDU or PDU. If the further timer is not running, the autonomous retransmission may not be performed for a RLC SDU or PDU. If the further timer expires, the terminal device 110 may cancel or stop the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0092] In some embodiments, if an indication of discarding the RLC SDU or PDU or  stopping a retransmission of the RLC SDU or PDU is received (e.g., from the PDCP or RRC layer, or due to application level FEC) , the terminal device 110 may cancel or stop the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0093] In some scenarios, both the first retransmission based on the NACK and the second retransmission without waiting for the NACK may be triggered. In some embodiments, if the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU is triggered and the NACK for the RLC SDU or PDU or the segment of the RLC SDU is received, the terminal device 110 may cancel the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU, and perform the second retransmission of the RLC SDU or PDU or the segment of the RLC SDU.

[0094] For illustration, an example procedure may be described as below.

[0095] When autonomous retransmission for an RLC SDU or segment is triggered or pending, and a negative acknowledgement for the RLC SDU or segment is received (e.g., legacy retransmission is triggered) , the transmitting side of RLC entity shall:

[0096] - Cancel the autonomous retransmission of the RLC SDU or segment;

[0097] - consider the RLC SDU or the RLC SDU segment for which a negative acknowledgement was received for retransmission.

[0098] - if the RLC SDU or RLC SDU segment is considered for retransmission for the first time:

[0099] - set the RETX_COUNT associated with the RLC SDU to zero.

[0100] - else, if it (the RLC SDU or the RLC SDU segment that is considered for retransmission) is not pending for retransmission already and the RETX_COUNT associated with the RLC SDU has not been incremented due to another negative acknowledgment in the same STATUS PDU:

[0101] - increment the RETX_COUNT.

[0102] - if RETX_COUNT = maxRetxThreshold:

[0103] - indicate to upper layers that max retransmission has been reached.

[0104] In this example procedure, an information element (IE) ‘RETX_COUNT’ denotes a count for a legacy retransmission, and an IE ‘maxRetxThreshold’ denotes a maximum  number for legacy retransmissions. The legacy retransmission herein refers to an RLC retransmission triggered by reception of a NACK.

[0105] In some embodiments, if the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU is triggered and the NACK for the RLC SDU or PDU or the segment of the RLC SDU is received, the terminal device 110 may not perform the second retransmission of the RLC SDU or PDU or the segment of the RLC SDU (e.g., RETX_COUNT may not be increased) , and perform the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU.

[0106] For illustration, an example procedure may be described as below.

[0107] When autonomous retransmission for an RLC SDU or segment is triggered or pending, and a negative acknowledgement for the RLC SDU or segment is received (e.g., legacy retransmission is triggered) , the transmitting side of RLC entity shall:

[0108] - consider the RLC SDU or the RLC SDU segment for which a negative acknowledgement was received for autonomous retransmission.

[0109] - if the RLC SDU or RLC SDU segment is considered for autonomous retransmission for the first time:

[0110] - set the AU_RETX_COUNT associated with the RLC SDU to zero.

[0111] - else, if it (the RLC SDU or the RLC SDU segment that is considered for autonomous retransmission) is not pending for retransmission already and the AU_RETX_COUNT associated with the RLC SDU has not been incremented due to another negative acknowledgment in the same STATUS PDU:

[0112] - increment the AU_RETX_COUNT.

[0113] - if AU_RETX_COUNT = maxAutoRetxThreshold:

[0114] - stop autonomous retransmission and the corresponding timer.

[0115] In this example procedure, an IE ‘AU_RETX_COUNT’ denotes a count for autonomous RLC retransmission, and an IE ‘maxAutoRetxThreshold’ denotes a maximum number for autonomous RLC retransmissions. The legacy retransmission herein refers to an RLC retransmission triggered by reception of a NACK.

[0116] In this way, a coordination between the legacy retransmission and the autonomous  retransmission may be achieved, and a frequent RLC retransmission may be avoided.

[0117] So far, the solution of the autonomous RLC retransmission according to the present disclosure is described. With the solution, RLC retransmission may be triggered timely to meet a delay requirement of a delay sensitive traffic, and frequent RLC retransmission may be avoided so as to save radio resources. It is to be noted that operations in the process 200 may be carried out separately or in any suitable combinations.

[0118] EXAMPLE IMPLEMENTATION OF POLLING MECHANISM

[0119] Conventionally, an RLC retransmission is triggered by a status report (i.e., NACK) , and the status report is further triggered by a polling or a detection of reception failure of an AMD PDU (e.g., a timer ‘t-Reassembly’ expires) . The whole procedure may be long and bring extra delay for a transmission or retransmission of RLC SDU or PDU. If the retransmission is not triggered timely, delay-critical RLC SDUs or PDUs may exceed their packet delay budget (PDB) and have no opportunity to be retransmitted. To support a timely RLC retransmission for delay-critical data, one approach is to enhance a polling mechanism by considering a remaining delay budget of RLC SDU or PDU and PDU set information.

[0120] In view of this, embodiments of the present disclosure provide a solution of polling so as to enhance an RLC retransmission. In the solution, a counter and threshold for delay-critical RLC SDUs or PDUs are introduced to timely trigger a polling. More details will be described in connection with FIG. 3 below.

[0121] FIG. 3 illustrates a signaling chart illustrating another example process 300 of communication for a polling mechanism according to embodiments of the present disclosure. For the purpose of discussion, the process 300 will be described with reference to FIG. 1. The process 300 may involve the terminal device 110 and the network device 120 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 3 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any suitable additional steps may be added.

[0122] As shown in FIG. 3, the network device 120 may transmit 310, to the terminal device 110, a configuration indicating a polling based on a remaining delay budget of RLC SDU or PDU. In some embodiments, the network device 120 may transmit the configuration via an RRC signaling or any other suitable ways.

[0123] In some embodiments, the configuration may comprise a configuration of a first  counter used for counting number of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted. In some embodiments, the configuration may comprise a configuration of a second counter used for counting number of data bytes of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted or have been counted in the first or second counter.

[0124] For illustration, an example configuration of counters may be described as below.

[0125] The transmitting side of each AM RLC entity shall maintain the following counters:

[0126] a) DELAY_PDU_WITHOUT_POLL -Counter

[0127] This counter is initially set to 0. It counts the number of delay-critical RLC SDUs or AMD PDUs sent (e.g., since the most recent poll bit was transmitted or the last STATUS report was received) .

[0128] b) DELAY_BYTE_WITHOUT_POLL -Counter

[0129] This counter is initially set to 0. It counts the number of data bytes of delay-critical RLC SDUs or AMD PDUs sent (e.g., since the most recent poll bit was transmitted or the last STATUS report was received) .

[0130] In this example configuration, an IE ‘DELAY_PDU_WITHOUT_POLL’ denotes the first counter described above, and an IE ‘DELAY_BYTE_WITHOUT_POLL’ denotes the second counter described above.

[0131] In some embodiments, the configuration may comprise an indication of whether a poll for a delay-critical RLC SDU or PDU is enabled or supported. In some embodiments, the configuration may comprise number of delay-critical RLC SDUs or PDUs for which the poll is triggered. In some embodiments, the configuration may comprise number of bytes of delay-critical RLC SDUs or PDUs for which the poll is triggered.

[0132] For illustration, an example configuration of parameters may be described as below. The following parameters are configured by RRC signaling

[0133] a) pollDelayPDU

[0134] This parameter is used by the transmitting side of each AM RLC entity to trigger a poll for every pollDelayPDU delay-critical SDUs / PDUs.

[0135] b) pollDelayByte

[0136] This parameter is used by the transmitting side of each AM RLC entity to trigger  a poll for every pollDelayByte bytes of delay-critical SDUs / PDUs.

[0137] c) delayBasedPoll

[0138] This parameter indicates whether to support or enable polling for delay-critical RLC SDU / PDU.

[0139] Continuing to refer to FIG. 3, the terminal device 110 may determine 320 that an RLC SDU or PDU is delay-critical. In some embodiments, if a remaining delay budget of the RLC SDU or PDU is lower than or equal to a budget threshold, the terminal device 110 may determine that the RLC SDU or PDU is delay-critical. In some embodiments, if a remaining time of a discard timer for the corresponding PDCP SDU or PDU is lower than or equal to a time threshold, the terminal device 110 may determine that the RLC SDU or PDU is delay-critical.

[0140] With reference to FIG. 3, if the RLC SDU or PDU or a segment of the RLC SDU or PDU is not previously transmitted, or becomes delay-critical after being transmitted previously, the terminal device 110 may increment 330 a counter for a poll. In some embodiments, the counter may comprise at least one of the first counter or the second counter.

[0141] In some embodiments, upon increasing the first counter (DELAY_PDU_WITHOUT_POLL) and / or the second counter (DELAY_BYTE_WITHOUT_POLL) , the terminal device 110 may consider at least one of the following: the newly transmitted delay-critical RLC SDU / PDU or segment, or the RLC SDU / PDU or segment previously transmitted that becomes delay-critical since / after the most recent poll bit was transmitted or the last status report was received.

[0142] In some embodiments, the terminal device 110 may increment the first counter by one. In some embodiments, the terminal device 110 may increment the second counter by every new byte of data field element that maps to a data field of the AMD PDU or a previously transmitted AMD PDU.

[0143] With reference to FIG. 3, if a value of the counter is greater than or equal to a threshold value, the terminal device 110 may cause 340 the poll to be included in an AMD PDU.

[0144] For illustration, an example procedure may be described as below.

[0145] If at least one of the following is satisfied,

[0146] The remaining time of discardTimer for the corresponding PDCP SDU  is / becomes below a configured threshold (an indication may be received by RLC entity) , or the remaining delay budget of an RLC SDU / PDU is / becomes below a configured threshold. Or the RLC SDU / PDU is / becomes a delay-critical SDU / PDU.

[0147] Upon notification of a transmission opportunity by lower layer,

[0148] for each delay-critical RLC SDU / PDU submitted for transmission such that the SDU / PDU contains either a not previously transmitted RLC SDU or an RLC SDU segment containing not previously transmitted byte segment, and / or

[0149] for each delay-critical RLC SDU / PDU that has been previously transmitted or delay-critical RLC SDU segment contained previously transmitted byte segment, but not ever counted in DELAY_PDU_WITHOUT_POLL and / or DELAY_BYTE_WITHOUT_POLL. In other words, the RLC SDU / PDU or segment that has previously transmitted becomes delay-critical since / after the most recent poll bit was transmitted or the last status report was received.

[0150] the transmitting side of an AM RLC entity shall perform at least one of:

[0151] - increment DELAY_PDU_WITHOUT_POLL by one;

[0152] - increment DELAY_BYTE_WITHOUT_POLL by every new byte of Data field element that it maps to the Data field of the AMD PDU (or delay-critical AMD PDU) or previously transmitted AMD PDU (e.g., not ever counted in DELAY_BYTE_WITHOUT_POLL) ;

[0153] - if DELAY_PDU_WITHOUT_POLL ≥ pollDelayPDU; or

[0154] - if DELAY_BYTE_WITHOUT_POLL ≥ pollDelayByte:

[0155] - include a poll in the AMD PDU.

[0156] In this example procedure, an IE ‘discardTimer’ denotes a discard timer, an IE ‘DELAY_PDU_WITHOUT_POLL’ denotes the first counter, an IE ‘DELAY_BYTE_WITHOUT_POLL’ denotes the second counter, an IE ‘pollDelayPDU’ denotes a number threshold for the first counter, an IE ‘pollDelayByte’ denotes a number threshold for the second counter.

[0157] For illustration, another example procedure may be described as below.

[0158] To include a poll in an AMD PDU, the transmitting side of an AM RLC entity  shall:

[0159] - set the P field of the AMD PDU to "1" ;

[0160] - set DELAY_PDU_WITHOUT_POLL to 0;

[0161] - set DELAY_BYTE_WITHOUT_POLL to 0.

[0162] In this example procedure, the P field of the AMD PDU indicates that a polling is enabled, an IE ‘DELAY_PDU_WITHOUT_POLL’ denotes the first counter, and an IE ‘DELAY_BYTE_WITHOUT_POLL’ denotes the second counter.

[0163] With reference to FIG. 3, the terminal device 110 may decrease 350 the counter. In some embodiments, if the RLC SDU or PDU is discard or a retransmission of the RLC SDU or PDU has been stopped, the terminal device 110 may decrease the counter. In some embodiments, if the RLC SDU or PDU is positively acknowledged by a status report, the terminal device 110 may decrease the counter. It is to be noted that the terminal device 110 may decrease the counter upon a combination of the above conditions is fulfilled.

[0164] In some embodiments, for the first counter used for counting number of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted, the terminal device 110 may decrement the first counter by one. In some embodiments, for the second counter used for counting number of data bytes of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted or have been counted in the first or second counter, the terminal device 110 may decrement the second counter by number of bytes of data field element that maps to a data field of the AMD PDU.

[0165] For illustration, an example procedure may be described as below.

[0166] For an RLC SDU / PDU or segment that has been counted in DELAY_PDU_WITHOUT_POLL and / or DELAY_BYTE_WITHOUT_POLL (e.g., associated with the delay-based polling) since / after the most recent poll bit was transmitted or the last status report was received, if at least one of the following conditions is satisfied,

[0167] - the SDU is discarded or whose retransmission has been stopped;

[0168] - the SDU is positively acknowledged by STATUS report;

[0169] the transmitting side of an AM RLC entity shall perform at least one of the following:

[0170] - decrease DELAY_PDU_WITHOUT_POLL by one;

[0171] - decrease DELAY_BYTE_WITHOUT_POLL by the number of bytes of Data field element that it maps to the Data field of the corresponding AMD PDU (i.e., the number of bytes of the RLC SDU counted in DELAY_BYTE_WITHOUT_POLL or the number of bytes of the RLC SDU that has been positively acknowledged) .

[0172] In this example procedure, an IE ‘DELAY_PDU_WITHOUT_POLL’ denotes the first counter, and an IE ‘DELAY_BYTE_WITHOUT_POLL’ denotes the second counter.

[0173] With reference to FIG. 3, the terminal device 110 may reset 360 the counter. The counter comprises at least one of the first counter or the second counter.

[0174] In some embodiments, if there is no delay-critical data (e.g., delay-critical RLC SDU or PDU or PDCP SDU) in a buffer, the terminal device 110 may reset the counter.

[0175] In some embodiments, if all the delay-critical RLC SDUs or PDUs have been discarded or retransmissions of the delay-critical RLC SDUs or PDUs have been stopped, the terminal device 110 may reset the counter.

[0176] In some embodiments, if all the RLC SDUs or PDUs associated with the counter have been discarded or retransmissions of the RLC SDUs or PDUs have been stopped, the terminal device 110 may reset the counter.

[0177] In some embodiments, if all the delay-critical RLC SDUs or PDUs have been positively acknowledged by status reports, the terminal device 110 may reset the counter.

[0178] In some embodiments, if all the RLC SDUs or PDUs associated with the counter have been positively acknowledged by status reports, the terminal device 110 may reset the counter.

[0179] It is to be noted that the terminal device 110 may reset the counter upon a combination of the above conditions is fulfilled.

[0180] In some embodiments for resetting the first counter, the terminal device 110 may set the first counter to a first value (e.g., 0) . In some embodiments for resetting the second counter, the terminal device 110 may set the second counter to a second value (e.g., 0) . In some embodiments, the terminal device 110 may cancel a triggered poll.

[0181] For illustration, an example procedure may be described as below.

[0182] If at least one of the following conditions is satisfied,

[0183] - There is no delay-critical data (delay-critical RLC SDU / PDU or PDCP SDU) in the buffer;

[0184] - all the delay-critical SDU / PDUs have been discarded or whose retransmissions have been stopped;

[0185] - all the SDU / PDUs associated with the DELAY_PDU_WITHOUT_POLL and DELAY_BYTE_WITHOUT_POLL have been discarded or whose retransmissions have been stopped;

[0186] - all the delay-critical SDU / PDUs have been positively acknowledged by STATUS report;

[0187] - all the SDU / PDUs associated with the DELAY_PDU_WITHOUT_POLL and DELAY_BYTE_WITHOUT_POLL have been positively acknowledged by STATUS report;

[0188] the transmitting side of an AM RLC entity shall perform at least one of the following:

[0189] - set DELAY_PDU_WITHOUT_POLL to 0;

[0190] - set DELAY_BYTE_WITHOUT_POLL to 0;

[0191] - cancel the triggered polling (e.g., set the P field of the AMD PDU to “0" ) .

[0192] In this example procedure, an IE ‘DELAY_PDU_WITHOUT_POLL’ denotes the first counter, and an IE ‘DELAY_BYTE_WITHOUT_POLL’ denotes the second counter.

[0193] It is to be noted that if all SDUs or PDUs are needed for a PDU set, the entire size of PDU set may be increased or decreased to the DELAY_PDU_WITHOUT_POLL and DELAY_BYTE_WITHOUT_POLL when calculation.

[0194] In this way, dedicated counter and threshold for delay-critical data are introduced to timely trigger a polling, and trigger conditions of polling are enhanced. Thus a retransmission of delay-critical data may be triggered timely.

[0195] In some alternative embodiments, a prohibit-like timer may be introduced to avoid frequent polling triggered by delay-critical RLC SDU or PDU. In some embodiments, if a poll is triggered or transmitted (e.g., the P field of the AMD PDU is set to "1" ) , the terminal device 110 may start a timer. If the timer is running or during running of the timer, the  terminal device 110 may disable the triggering of the poll, i.e., may not trigger the poll due to delay-critical RLC SDU or PDU. In some embodiments, the terminal device 110 may receive a configuration of the timer, e.g., via an RRC signaling. In this way, a frequent polling may be avoided based on a timer.

[0196] So far, the solution of the polling according to the present disclosure is described. With the solution, RLC retransmission may be triggered timely to meet a delay requirement of a delay sensitive traffic, and frequent polling may be avoided. It is to be noted that operations in the process 300 may be carried out separately or in any suitable combinations.

[0197] EXAMPLE IMPLEMENTATION OF METHODS

[0198] Corresponding to the above processes, embodiments of the present disclosure provide methods of communication implemented at a terminal device. These methods will be described below with reference to FIGs. 4 and 5.

[0199] FIG. 4 illustrates a flowchart of an example method 400 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 400 may be performed at the terminal device 110 as shown in FIG. 1. For the purpose of discussion, in the following, the method 400 will be described with reference to FIG. 1. It is to be understood that the method 400 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0200] At block 410, the terminal device 110 may receive, from the network device 120, a first configuration indicating a first retransmission of a RLC SDU or PDU without waiting for a negative acknowledgement from the network device 120. In some embodiments, the RLC SDU or PDU is delay-critical.

[0201] At block 420, the terminal device 110 may determine whether a timer for the first retransmission expires. If the timer does not expiry (i.e., is running) , the method 400 proceeds to block 430. If the timer expires, the method 400 proceeds to block 440.

[0202] At block 430, in accordance with a determination that a timer for the first retransmission is running, the terminal device 110 may trigger no first retransmission of the RLC SDU or PDU or a segment of the RLC SDU or PDU.

[0203] At block 440, in accordance with a determination that the timer expires, the terminal device 110 may trigger the first retransmission of the RLC SDU or PDU or the segment of  the RLC SDU or PDU.

[0204] In some embodiments, the timer is a first timer set for the RLC SDU or PDU. In these embodiments, the terminal device may trigger the first retransmission by: in accordance with a determination that the first timer expires, triggering the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0205] In some embodiments, in accordance with a determination that the first timer is not running, the terminal device 110 may start or restart the first timer based on at least one of the following: a PDU that contains the RLC SDU or PDU or a segment of the RLC SDU or PDU is submitted to a lower layer; an indication of a retransmission of the RLC SDU or PDU is received from an upper layer; a remaining delay budget of the RLC SDU or PDU is less than a budget threshold; the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU has been triggered; or a negative acknowledgement for the RLC SDU or PDU or the segment of the RLC SDU or PDU is received.

[0206] In some embodiments, in accordance with a determination that the first timer is running, the terminal device 110 may stop the first timer based on at least one of the following: a positive acknowledgement for the RLC SDU or PDU is received; a retransmission of the RLC SDU or PDU or the segment of the first RLC SDU or PDU has been cancelled or stopped; the RLC SDU or PDU has been discarded or an indication of discarding the RLC SDU or PDU is received from an upper layer; number of first retransmissions of the RLC SDU or PDU or the segment of the RLC SDU or PDU is equal to a first number threshold; or the RLC SDU or PDU is discarded due to application level FEC.

[0207] In some embodiments, the timer is a second timer set for a RLC entity. In these embodiments, the terminal device 110 may trigger the first retransmission by: in accordance with a determination that the second timer expires, triggering the first retransmission of any RLC SDU or PDU or any segment of the RLC SDU or PDU.

[0208] In some embodiments, in accordance with a determination that the second timer is not running, the terminal device 110 may start or restart the second timer based on at least one of the following: a PDU that contains the RLC SDU or PDU or the segment of the RLC SDU or PDU is submitted to a lower layer; an indication of a retransmission of the RLC SDU or PDU is received from the lower layer or an upper layer; a remaining delay budget of the RLC SDU or PDU is less than a budget threshold; the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU has been triggered; or a negative  acknowledgement for the RLC SDU or PDU or the segment of the RLC SDU or PDU is received.

[0209] In some embodiments, in accordance with a determination that the second timer is running, the terminal device 110 may stop the second timer based on at least one of the following: all RLC SDUs or PDUs have been positively acknowledged; all retransmissions of the RLC SDU or PDU or a segment of the RLC SDU or PDU has been cancelled or stopped; or number of first retransmissions of any RLC SDU or PDU or any segment of the RLC SDU or PDU is equal to a second number threshold.

[0210] In some embodiments, the terminal device 110 may receive, from the network device, a second configuration indicating a second retransmission of the RLC SDU or PDU based on the negative acknowledgement from the network device 120.

[0211] In some embodiments, the terminal device 110 may trigger no first retransmission or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU based on at least one of the following: the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU has been triggered; the RLC SDU or PDU or the segment of the RLC SDU or PDU has been submitted to a lower layer within a period of time; the RLC SDU or PDU or the segment of the RLC SDU or PDU is pending for retransmission; or a negative acknowledgement for the RLC SDU or PDU or the segment of the RLC SDU or PDU is received.

[0212] In some embodiments, the terminal device 110 may cancel or stop the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU based on at least one of the following: a positive acknowledgement for the RLC SDU or PDU is received; a maximum number of first retransmissions is reached; the RLC SDU or PDU is discarded; a further timer for the first retransmission expires, the first retransmission being enabled during running of the further timer; or an indication of discarding the RLC SDU or PDU or stopping a retransmission of the RLC SDU or PDU is received.

[0213] In some embodiments, in accordance with a determination that the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU is triggered and the negative acknowledgement for the RLC SDU or PDU or the segment of the RLC SDU is received, the terminal device 110 may cancel the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU, and perform the second retransmission of the RLC SDU or PDU or the segment of the RLC SDU.

[0214] In some embodiments, in accordance with a determination that the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU is triggered and the negative acknowledgement for the RLC SDU or PDU or the segment of the RLC SDU is received, the terminal device 110 may perform no second retransmission of the RLC SDU or PDU or the segment of the RLC SDU, and perform the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU.

[0215] With the method 400, an autonomous RLC retransmission may be carried out and a timely RLC AM retransmission may be facilitated. Frequent autonomous RLC retransmission may be avoid and radio resources may be saved.

[0216] FIG. 5 illustrates a flowchart of another example method 500 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 500 may be performed at the terminal device 110 as shown in FIG. 1. For the purpose of discussion, in the following, the method 500 will be described with reference to FIG. 1. It is to be understood that the method 500 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0217] At block 510, the terminal device 110 may determine that an RLC SDU or PDU is delay-critical.

[0218] At block 520, in accordance with a determination that the RLC SDU or PDU or a segment of the RLC SDU or PDU is not previously transmitted, or becomes delay-critical after being transmitted previously, the terminal device 110 may increment a counter for a poll.

[0219] In some embodiments, the terminal device 110 may increment the counter by at least one of the following: incrementing a first counter by one, the first counter being used for counting number of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted; or incrementing a second counter by every new byte of data field element that maps to a data field of the AMD PDU or a previously transmitted AMD PDU, the second counter being used for counting number of data bytes of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted or have not been counted in the first or second counter.

[0220] At block 530, in accordance with a determination that a value of the counter is greater than or equal to a threshold value, the terminal device 110 may cause the poll to be included in an AMD PDU.

[0221] In some embodiments, the terminal device 110 may decrease the counter based on  at least one of the following: the RLC SDU or PDU is discard or a retransmission of the RLC SDU or PDU has been stopped; or the RLC SDU or PDU is positively acknowledged by a status report.

[0222] In some embodiments, the terminal device 110 may decrease the counter by at least one of the following: decrementing a first counter by one, the first counter being used for counting number of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted; or decrementing a second counter by number of bytes of data field element that maps to a data field of the AMD PDU, the second counter being used for counting number of data bytes of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted or have been counted in the first or second counter.

[0223] In some embodiments, the terminal device 110 may reset the counter based on at least one of the following: there is no delay-critical RLC SDU or PDU in a buffer; all the delay-critical RLC SDUs or PDUs have been discarded or retransmissions of the delay-critical RLC SDUs or PDUs have been stopped; all the RLC SDUs or PDUs associated with the counter have been discarded or retransmissions of the RLC SDUs or PDUs have been stopped; all the delay-critical RLC SDUs or PDUs have been positively acknowledged by status reports; or all the RLC SDUs or PDUs associated with the counter have been positively acknowledged by status reports.

[0224] In some embodiments, the terminal device 110 may reset the counter by at least one of the following: setting a first counter to a first value, the first counter being used for counting number of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted; setting a second counter to a second value, the second counter being used for counting number of data bytes of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted; or cancelling a triggered poll.

[0225] In some embodiments, the terminal device 110 may receive, from the network device 120, an indication of whether the poll for a delay-critical RLC SDU or PDU is enabled.

[0226] In some embodiments, in accordance with a determination that the poll is triggered or transmitted, the terminal device 110 may start a timer. In accordance with a determination that the timer is running, the terminal device 110 may disable the triggering of the poll.

[0227] With the method 500, a polling mechanism for an RLC retransmission may be carried out. A frequent polling may be avoided and a retransmission of delay-critical data  may be triggered timely.

[0228] It is to be understood that operations of the methods 400 and 500 correspond to the process described in connection with FIGs. 2 and 3, and thus other details are not repeated here for conciseness.

[0229] EXAMPLE IMPLEMENTATION OF DEVICES

[0230] FIG. 6 is a simplified block diagram of a device 600 that is suitable for implementing embodiments of the present disclosure. The device 600 can be considered as a further example implementation of the terminal device 110 or the network device 120 as shown in FIG. 1. Accordingly, the device 600 can be implemented at or as at least a part of the terminal device 110 or the network device 120.

[0231] As shown, the device 600 includes a processor 610, a memory 620 coupled to the processor 610, a suitable transceiver 640 coupled to the processor 610, and a communication interface coupled to the transceiver 640. The memory 610 stores at least a part of a program 630. The transceiver 640 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 640 may include at least one of a transmitter 642 or a receiver 644. The transmitter 642 and the receiver 644 may be functional modules or physical entities. The transceiver 640 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a mobility management entity (MME)  / access and mobility management function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0232] The program 630 is assumed to include program instructions that, when executed by the associated processor 610, enable the device 600 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1 to 5. The embodiments herein may be implemented by computer software executable by the processor 610 of the device 600, or by hardware, or by a combination of software and hardware. The processor 610 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 610 and memory 620 may  form processing means 650 adapted to implement various embodiments of the present disclosure.

[0233] The memory 620 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 620 is shown in the device 600, there may be several physically distinct memory modules in the device 600. The processor 610 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 600 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0234] In some embodiments, a terminal device comprises a circuitry configured to: receive, from a network device, a first configuration indicating a first retransmission of an RLC SDU or PDU without waiting for a negative acknowledgement from the network device; in accordance with a determination that a timer for the first retransmission is running, trigger no first retransmission of the RLC SDU or PDU or a segment of the RLC SDU or PDU; and in accordance with a determination that the timer expires, trigger the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.

[0235] In some embodiments, a terminal device comprises a circuitry configured to: determine that an RLC SDU or PDU is delay-critical; in accordance with a determination that the RLC SDU or PDU or a segment of the RLC SDU or PDU is not previously transmitted, or becomes delay-critical after being transmitted previously, increment a counter for a poll; and in accordance with a determination that a value of the counter is greater than or equal to a threshold value, cause the poll to be included in an AMD PDU.

[0236] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a  terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0237] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0238] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGs. 1 to 5. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0239] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute  entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0240] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0241] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0242] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device, comprising:a processor configured to cause the terminal device to:receive, from a network device, a first configuration indicating a first retransmission of a radio link control (RLC) service data unit (SDU) or protocol data unit (PDU) without waiting for a negative acknowledgement from the network device;in accordance with a determination that a timer for the first retransmission is running, trigger no first retransmission of the RLC SDU or PDU or a segment of the RLC SDU or PDU; andin accordance with a determination that the timer expires, trigger the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.2.The terminal device of claim 1, wherein the RLC SDU or PDU is delay-critical.3.The terminal device of claim 1, wherein the timer is a first timer set for the RLC SDU or PDU, and the terminal device is caused to trigger the first retransmission by:in accordance with a determination that the first timer expires, triggering the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.4.The terminal device of claim 3, wherein the terminal device is further caused to:in accordance with a determination that the first timer is not running, start or restart the first timer based on at least one of the following:a PDU that contains the RLC SDU or PDU or a segment of the RLC SDU or PDU is submitted to a lower layer;an indication of a retransmission of the RLC SDU or PDU is received from an upper layer;a remaining delay budget of the RLC SDU or PDU is less than a budget threshold;the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU has been triggered; ora negative acknowledgement for the RLC SDU or PDU or the segment of the RLC SDU or PDU is received.5.The terminal device of claim 3, wherein the terminal device is further caused to:in accordance with a determination that the first timer is running, stop the first timer based on at least one of the following:a positive acknowledgement for the RLC SDU or PDU is received;a retransmission of the RLC SDU or PDU or the segment of the first RLC SDU or PDU has been cancelled or stopped;the RLC SDU or PDU has been discarded or an indication of discarding the RLC SDU or PDU is received from an upper layer;number of first retransmissions of the RLC SDU or PDU or the segment of the RLC SDU or PDU is equal to a first number threshold; orthe RLC SDU or PDU is discarded due to application level forward error correction (FEC) .6.The terminal device of claim 1, wherein the timer is a second timer set for a RLC entity, and the terminal device is caused to trigger the first retransmission by:in accordance with a determination that the second timer expires, triggering the first retransmission of any RLC SDU or PDU or any segment of the RLC SDU or PDU.7.The terminal device of claim 6, wherein the terminal device is further caused to:in accordance with a determination that the second timer is not running, start or restart the second timer based on at least one of the following:a PDU that contains the RLC SDU or PDU or the segment of the RLC SDU or PDU is submitted to a lower layer;an indication of a retransmission of the RLC SDU or PDU is received from the lower layer or an upper layer;a remaining delay budget of the RLC SDU or PDU is less than a budget threshold;the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU has been triggered; ora negative acknowledgement for the RLC SDU or PDU or the segment of the RLC SDU or PDU is received.8.The terminal device of claim 6, wherein the terminal device is further caused to:in accordance with a determination that the second timer is running, stop the second timer based on at least one of the following:all RLC SDUs or PDUs have been positively acknowledged;all retransmissions of the RLC SDU or PDU or a segment of the RLC SDU or PDU has been cancelled or stopped; ornumber of first retransmissions of any RLC SDU or PDU or any segment of the RLC SDU or PDU is equal to a second number threshold.9.The terminal device of claim 1, wherein the terminal device is further caused to:receive, from the network device, a second configuration indicating a second retransmission of the RLC SDU or PDU based on the negative acknowledgement from the network device.10.The terminal device of claim 9, wherein the terminal device is further caused to:trigger no first retransmission or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU based on at least one of the following:the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU has been triggered;the RLC SDU or PDU or the segment of the RLC SDU or PDU has been submitted to a lower layer within a period of time;the RLC SDU or PDU or the segment of the RLC SDU or PDU is pending for retransmission; ora negative acknowledgement for the RLC SDU or PDU or the segment of the RLC SDU or PDU is received.11.The terminal device of claim 9, wherein the terminal device is further caused to:cancel or stop the first or second retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU based on at least one of the following:a positive acknowledgement for the RLC SDU or PDU is received;a maximum number of first retransmissions is reached;the RLC SDU or PDU is discarded;a further timer for the first retransmission expires, the first retransmission being enabled during running of the further timer; oran indication of discarding the RLC SDU or PDU or stopping a retransmission of the RLC SDU or PDU is received.12.The terminal device of claim 9, wherein the terminal device is further caused to:in accordance with a determination that the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU is triggered and the negative acknowledgement for the RLC SDU or PDU or the segment of the RLC SDU is received,cancel the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU; andperform the second retransmission of the RLC SDU or PDU or the segment of the RLC SDU.13.The terminal device of claim 9, wherein the terminal device is further caused to:in accordance with a determination that the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU is triggered and the negative acknowledgement for the RLC SDU or PDU or the segment of the RLC SDU is received,perform no second retransmission of the RLC SDU or PDU or the segment of the RLC SDU; andperform the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU.14.A terminal device, comprising:a processor configured to cause the terminal device to:determine that a radio link control (RLC) service data unit (SDU) or protocol data unit (PDU) is delay-critical;in accordance with a determination that the RLC SDU or PDU or a segment of the RLC SDU or PDU is not previously transmitted, or becomes delay-critical after being transmitted previously, increment a counter for a poll; andin accordance with a determination that a value of the counter is greater than or equal to a threshold value, cause the poll to be included in an acknowledged mode data (AMD) PDU.15.The terminal device of claim 14, wherein the terminal device is caused to increment the counter by at least one of the following:incrementing a first counter by one, the first counter being used for counting number of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted; orincrementing a second counter by every new byte of data field element that maps to a data field of the AMD PDU or a previously transmitted AMD PDU, the second counter being used for counting number of data bytes of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted or have not been counted in the first or second counter.16.The terminal device of claim 14, wherein the terminal device is further caused to:decrease the counter based on at least one of the following:the RLC SDU or PDU is discard or a retransmission of the RLC SDU or PDU has been stopped; orthe RLC SDU or PDU is positively acknowledged by a status report.17.The terminal device of claim 16, wherein the terminal device is caused to decrease the counter by at least one of the following:decrementing a first counter by one, the first counter being used for counting number of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted; ordecrementing a second counter by number of bytes of data field element that maps to a data field of the AMD PDU, the second counter being used for counting number of data bytes of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted or have been counted in the first or second counter.18.The terminal device of claim 14, wherein the terminal device is further caused to:reset the counter based on at least one of the following:there is no delay-critical RLC SDU or PDU in a buffer;all the delay-critical RLC SDUs or PDUs have been discarded or retransmissions of the delay-critical RLC SDUs or PDUs have been stopped;all the RLC SDUs or PDUs associated with the counter have been discarded or retransmissions of the RLC SDUs or PDUs have been stopped;all the delay-critical RLC SDUs or PDUs have been positively acknowledged by status reports; orall the RLC SDUs or PDUs associated with the counter have been positively acknowledged by status reports.19.The terminal device of claim 18, wherein the terminal device is caused to reset the counter by at least one of the following:setting a first counter to a first value, the first counter being used for counting number of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted;setting a second counter to a second value, the second counter being used for counting number of data bytes of delay-critical RLC SDUs or PDUs or AMD PDUs that are transmitted; orcancelling a triggered poll.20.The terminal device of claim 14, wherein the terminal device is further caused to:receive, from a network device, an indication of whether the poll for a delay-critical RLC SDU or PDU is enabled.21.The terminal device of claim 14, wherein the terminal device is further caused to:in accordance with a determination that the poll is triggered or transmitted, start a timer; andin accordance with a determination that the timer is running, disable the triggering of the poll.22.A method of communication, comprising:receiving, at a terminal device and from a network device, a first configuration indicating a first retransmission of a radio link control (RLC) service data unit (SDU) or protocol data unit (PDU) without waiting for a negative acknowledgement from the network device;in accordance with a determination that a timer for the first retransmission is running, triggering no first retransmission of the RLC SDU or PDU or a segment of the RLC SDU or PDU; andin accordance with a determination that the timer expires, triggering the first retransmission of the RLC SDU or PDU or the segment of the RLC SDU or PDU.23.A method of communication, comprising:determining, at a terminal device, that a radio link control (RLC) service data unit (SDU) or protocol data unit (PDU) is delay-critical;in accordance with a determination that the RLC SDU or PDU or a segment of the RLC SDU or PDU is not previously transmitted, or becomes delay-critical after being transmitted previously, incrementing a counter for a poll; andin accordance with a determination that a value of the counter is greater than or equal to a threshold value, causing the poll to be included in an acknowledged mode data (AMD) PDU.

Images