Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In one aspect, a network device may transmit a configuration indicating a prioritization between overlapping UL grants and between a SR and the overlapping UL grants. The prioritization is based on at least one of the following: a first DSR MAC CE comprising a single set of delay information for at least one LCG, a second DSR MAC CE comprising multiple sets of delay information for the at least one LCG, or a priority of a LCH considering remaining time of data. The terminal device may perform the prioritization based on the configuration. In this way, an intra-UE prioritization considering remaining delay time of data may be carried out, and thus transmission of delay-critical data may be prioritized.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and in particular, to methods, devices and computer storage media of communication for delay-awareness transmission and radio link control (RLC) acknowledged mode (AM) transmission.BACKGROUND

[0002] In a conventional intra-user equipment (UE) prioritization, when two uplink (UL) grants are overlapped, a priority of each UL grant is determined by the highest priority among priorities of logical channels (LCHs) that are multiplexed or have data available that can be multiplexed in a medium access control (MAC) protocol data unit (PDU) . In other words, the priority of the UL grant does not take remaining time of data into account. Thus, a solution of intra-UE prioritization needs to be enhanced.

[0003] For RLC AM enhancements, a discussion of avoiding unnecessary retransmission is ongoing. For a transmitting side-initiated approach, a transmitting side of a RLC entity needs to determine whether a sequence number (SN) gap report (i.e., a report for RLC SN information of discarded RLC data) is successfully received by its peer RLC AM entity and whether to retransmit the SN gap report. Thus, a solution of RLC AM transmission also needs to be enhanced.SUMMARY

[0004] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for a delay-awareness transmission and a RLC AM transmission.

[0005] 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 configuration indicating a prioritization between overlapping uplink grants and between a scheduling request (SR) and the overlapping uplink grants based on at least one of the following: a first delay status report (DSR) MAC control element (CE) comprising single set of delay information for at least one logical channel group (LCG) , a second DSR MAC CE  comprising multiple sets of delay information for the at least one LCG, or a priority of a LCH considering remaining time of data; and perform the prioritization based on the configuration.

[0006] In a second aspect, there is provided a transmitting device. The transmitting device comprises a processor configured to cause the transmitting device to: transmit, to a receiving device, a first report for RLC SN information of a set of RLC service data units (SDUs) or PDUs that have been discarded; determine that the first report is successfully or unsuccessfully transmitted based on at least one of the following: a status report or a response to the first report from the receiving device, or at least one timer started upon transmission of the first report; and in accordance with a determination that the first report is unsuccessfully transmitted, retransmit the first report.

[0007] In a third aspect, there is provided a receiving device. The receiving device comprises a processor configured to cause the receiving device to: determine that a condition is fulfilled, the condition comprising at least one of the following: a first report for RLC SN information of a set of RLC SDUs or PDUs that have been discarded is received from a transmitting device, one or more RLC SDUs or PDUs are discarded, an indication of discarding of a RLC SDU or PDU is received from an upper layer, or a third timer for determining whether to discard a RLC SDU or PDU expires; and transmit, to the transmitting device, a status report comprising a positive or negative acknowledgement for at least one RLC SDU or PDU.

[0008] In a fourth aspect, there is provided a method of communication. The method is implemented at a terminal device. The method comprises: receiving, from a network device, a configuration indicating a prioritization between overlapping uplink grants and between a SR and the overlapping uplink grants based on at least one of the following: a first DSR MAC CE comprising single set of delay information for at least one LCG, a second DSR MAC CE comprising multiple sets of delay information for the at least one LCG, or a priority of a LCH considering remaining time of data; and performing the prioritization based on the configuration.

[0009] In a fifth aspect, there is provided a method of communication. The method is implemented at a transmitting device. The method comprises: transmitting, to a receiving device, a first report for RLC SN information of a set of RLC SDUs or PDUs that have been discarded; determining that the first report is successfully or unsuccessfully transmitted based on at least one of the following: a status report or a response to the first report from the  receiving device, or at least one timer started upon transmission of the first report; and in accordance with a determination that the first report is unsuccessfully transmitted, retransmitting the first report.

[0010] In a sixth aspect, there is provided a method of communication. The method is implemented at a receiving device. The method comprises: determining that a condition is fulfilled, the condition comprising at least one of the following: a first report for RLC SN information of a set of RLC SDUs or PDUs that have been discarded is received from a transmitting device, one or more RLC SDUs or PDUs are discarded, an indication of discarding of a RLC SDU or PDU is received from an upper layer, or a third timer for determining whether to discard a RLC SDU or PDU expires; and transmitting, to the transmitting device, a status report comprising a positive or negative acknowledgement for at least one RLC SDU or PDU.

[0011] In some embodiments, the transmitting device may refer to a transmitting side of a RLC entity, and the receiving device may refer to a receiving side of a RLC entity. In some embodiments, the transmitting device may be a terminal device, and the receiving device may be a network device. In some embodiments, the transmitting device may be a network device, and the receiving device may be a terminal device.

[0012] In a seventh 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 any of the fourth to sixth aspects of the present disclosure.

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

[0014] 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:

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

[0016] FIG. 1B illustrates a schematic diagram of an example DSR MAC CE in which some embodiments of the present disclosure can be implemented;

[0017] FIG. 1C illustrates a schematic diagram of another example DSR MAC CE in which some embodiments of the present disclosure can be implemented;

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

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

[0020] FIG. 4 illustrates an example scenario of transmissions of a SN gap report and a status report according to embodiments of the present disclosure;

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

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

[0023] FIG. 7 illustrates a flowchart of an example method of communication implemented at a receiving device in accordance with some embodiments of the present disclosure; and

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

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

[0026] 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.

[0027] 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.

[0028] 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.

[0029] 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.

[0030] The terminal device or the network device may have artificial intelligence (AI) or machine learning (ML) 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.

[0031] 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.

[0032] 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.

[0033] 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.

[0034] 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.

[0035] 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.

[0036] In the context of the present disclosure, the term ‘a reporting of a status of delayed data’ herein may be interchangeably used with ‘a delay status report’ . In the context of the present disclosure, the term ‘delayed data’ may refer to data whose remaining delay budget is lower than a threshold. The term ‘delayed data’ may be interchangeably used with ‘delay-critical data’ .

[0037] In the context of the present disclosure, the term ‘a remaining delay budget’ may be interchangeably used with ‘a remaining delay time’ or ‘a remaining time’ . The remaining delay time may refer to a remaining time of a discard timer for data. In the context of the present disclosure, the term ‘data’ may refer to a RLC SDU or PDU. The term ‘RLC entity’ herein may be interchangeably used with ‘RLC AM entity’ or ‘AM RLC entity’ .

[0038] Embodiments of the present disclosure provide solutions of communication for delay-awareness transmission and RLC AM transmission. In one aspect, a network device may transmit, to a terminal device, a configuration indicating a prioritization between overlapping UL grants and between a SR and the overlapping UL grants. The prioritization is based on at least one of the following: a first DSR MAC CE comprising single set of delay information for at least one LCG, a second DSR MAC CE comprising multiple sets of delay information for the at least one LCG, or a priority of a LCH considering remaining time of data. The terminal device may perform the prioritization based on the configuration. In this way, an intra-UE prioritization considering remaining delay time of data may be carried out, and thus transmission of delay-critical data may be prioritized.

[0039] In another aspect, a transmitting device may transmit, to a receiving device, a first report for RLC SN information of a set of RLC SDUs or PDUs that have been discarded. The transmitting device may determine that the first report is successfully or unsuccessfully transmitted based on at least one of the following: a status report or a response to the first report from the receiving device, or at least one timer started upon transmission of the first  report. In accordance with a determination that the first report is unsuccessfully transmitted, the transmitting device may retransmit the first report. In this way, a successful or unsuccessful transmission of a SN gap report may be detected.

[0040] In still another aspect, upon determination that a condition is fulfilled, a receiving device may transmit, to the transmitting device, a status report comprising a positive or negative acknowledgement for at least one RLC SDU or PDU. The condition may comprise at least one of the following: a first report for RLC SN information of a set of RLC SDUs or PDUs that have been discarded is received from a transmitting device, one or more RLC SDUs or PDUs are discarded; an indication of discarding of a RLC SDU or PDU is received from an upper layer; or a third timer for determining whether to discard a RLC SDU or PDU expires. In this way, a status report may be properly triggered and then timely received. Thus, a transmitting window may be advanced, and synchronization of a transmitting window and a receiving window may be guaranteed.

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

[0042] EXAMPLE OF COMMUNICATION NETWORK

[0043] FIG. 1A illustrates a schematic diagram of an example communication network 100A in which some embodiments of the present disclosure can be implemented. As shown in FIG. 1A, the communication network 100A may include a terminal device 110 and a network device 120. In some embodiments, the terminal device 110 may be served by the network device 120.

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

[0045] As shown in FIG. 1A, 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 100A 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.

[0046] In some scenarios, the terminal device 110 may transmit, to the network device 120, a DSR MAC CE (for convenience, also referred to as a first DSR MAC CE or a DSR MAC CE herein) comprising single set of delay information for at least one LCG. FIG. 1B illustrates a schematic diagram of a DSR MAC CE 100B according to related technologies. The DSR MAC CE 100B is an example of the first DSR MAC CE. As shown in FIG. 1B, the DSR MAC CE 100B may comprise a LCGi field 101, where i = 0 to 7. The LCGi field indicates presence of delay information (i.e., Remaining Time and Buffer Size fields 104 and 105) for LCG i. The LCGi field set to 1 indicates that the delay information for the LCG i is reported. The LCGi field set to 0 indicates that the delay information for the LCG i is not reported.

[0047] As shown in FIG. 1B, the DSR MAC CE 100B may comprise a BT field 102. The BT field is present only if a corresponding LCG is configured with an additional buffer size table (e.g., an information element (IE) ‘additionalBS-TableAllowed’ ) and a buffer size indicated by a corresponding Buffer Size field is not zero; otherwise, the BT field is reserved and set to 0. If present, the BT field set to 1 indicates that specified buffer sizes are used to set a value of the Buffer Size field, while the BT field set to 0 indicates that the specified buffer sizes are used instead.

[0048] As shown in FIG. 1B, the DSR MAC CE 100B may comprise a R field 103. The R field indicates a reserved bit.

[0049] As shown in FIG. 1B, the DSR MAC CE 100B may comprise a Remaining Time field 104. The Remaining Time field indicates the shortest remaining value of running PDCP discard timer among all PDCP SDUs that are buffered for an LCG but have not been transmitted in any MAC PDU, at the time of the first symbol of the first PUSCH transmission that includes this DSR MAC CE.

[0050] As shown in FIG. 1B, the DSR MAC CE 100B may comprise a Buffer Size field  105. The Buffer Size field indicates the total amount of delay-critical data for an LCG according to a data volume calculation procedure for associated RLC and PDCP entities, respectively, after a MAC PDU has been built.

[0051] It is to be understood that in the example of FIG. 1B, delay information of only m LCGs is reported, where m ≤ 8. The first DSR MAC CE is designed for reporting one pair of remaining time and buffer size for a LCG.

[0052] In some scenarios, the terminal device 110 may transmit, to the network device 120, a DSR MAC CE (for convenience, also referred to as a second DSR MAC CE or an enhanced DSR MAC CE herein) comprising multiple sets of delay information for at least one LCG. FIG. 1C illustrates a schematic diagram of a DSR MAC CE 100C according to related technologies. The DSR MAC CE 100C is an example of the second DSR MAC CE.

[0053] As shown in FIG. 1C, the DSR MAC CE 100C may comprise a field LCGi 111 which indicates a type of delay information for a LCG i. In this example, i = 0 to 7. In some embodiments, this field LCGi may indicate whether multiple sets of delay information or a single set of delay information is reported for the LCG. In some embodiments, this field LCGi may indicate whether the multiple sets of delay information are reported. For illustration, example values of this field LCGi may be described in Table 1 below.

[0054] Table 1

[0055] As shown in FIG. 1C, the DSR MAC CE 100C may comprise a field ‘Delay level’ 112 which indicates the delay level or an index of the delay level or an index of a delay level table. In this example, m sets of delay information are reported for a LCG, and each set comprise a corresponding field ‘Delay level’ . That is, m delay levels are reported for a LCG.

[0056] As shown in FIG. 1C, the DSR MAC CE 100C may comprise a field ‘E’ 113 which indicates whether a set of delay information follows. In this example, m sets of delay information are reported for a LCG, and each set comprises a corresponding field ‘E’ . For example, the field ‘E’ in each of 1st to m-1th sets of delay information may indicate a set of delay information follows, and the field ‘E’ in mth set of delay information may indicate no set of delay information follows.

[0057] As shown in FIG. 1C, the DSR MAC CE 100C may comprise a field ‘Remaining Time’ 114 which indicates the shortest remaining value of a running PDCP discard timer among all packets that are buffered for a LCG. In this example, m sets of delay information are reported for a LCG, and each set comprises a corresponding field ‘Remaining Time’ . That is, a remaining time is reported for each delay level of a LCG.

[0058] As shown in FIG. 1C, the DSR MAC CE 100C may comprise a field ‘Buffer Size’ 115 which indicates the total amount of uplink data or delay-critical uplink data or non-delay-critical uplink data for a delay level. In this example, m sets of delay information are reported for a LCG, and each set comprises a corresponding field ‘Buffer Size’ . That is, a buffer size is reported for each delay level of a LCG.

[0059] In the example of FIG. 1C, the DSR MAC CE 800 may comprise a field ‘BT1’ 116 and fields ‘R’ 117. The field ‘BT1’ may have the same meaning as the BT field 102 in FIG. 1B, and thus not be repeated here for conciseness. The fields ‘R’ indicates reserved bits.

[0060] It is to be noted that FIGs. 1B and 1C are merely examples, and the first or second DSR MAC CE may adopt any other similar forms.

[0061] Embodiments of the present disclosure provide solutions of communication so as to enhance delay-awareness transmission and RLC AM transmission. The solutions will be described in detail with reference to FIGs. 2 to 4.

[0062] EXAMPLE IMPLEMENTATION OF INTRA-UE PRIORITIZATION

[0063] In conventional intra-UE prioritization, when two UL grants are overlapped, a priority of each UL grant is determined by the highest priority among priorities of LCHs that are multiplexed or have data available that can be multiplexed in a MAC PDU, i.e., a LCH priority is only considered to determine which UL grant is prioritized. The conventional intra-UE prioritization does not consider remaining time of data, and it may have trouble to satisfy strict delay requirement for XR service because one UL grant which is used for data from the highest priority of LCH may be always prioritized over any other UL grants.

[0064] In view of this, embodiments of the present disclosure provide a solution of a delay-awareness intra-UE prioritization. This solution will be described in detail with reference to FIG. 2. FIG. 2 illustrates a signaling chart illustrating an example process 200 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1A. The process 200 may involve the terminal device 110 and the network device 120 as illustrated in FIG. 1A. 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.

[0065] As shown in FIG. 2, at step 210, the network device 120 may transmit a configuration related to intra-UE prioritization to the terminal device 110. In some embodiments, the configuration may indicate a prioritization between overlapping UL grants and between a SR and the overlapping UL grants. The prioritization may take delay-critical data into account.

[0066] In some embodiments, the prioritization may be based on the first DSR MAC CE comprising single set of delay information for at least one LCG. In some embodiments, the prioritization may be based on the second DSR MAC CE comprising multiple sets of delay information for at least one LCG. In some embodiments, the prioritization may be based on a LCH priority considering remaining time of data (e.g., remaining time of PDCP discard timer) . It is to be noted that the prioritization may be based on any combinations of the above information.

[0067] For example, a field (e.g., LCH-based prioritization or delay-based prioritization) may be configured to the terminal device 110 via a radio resource control (RRC) signaling or any other suitable ways. If this field is present, a corresponding MAC entity of the terminal device 110 is configured with prioritization between overlapping UL grants and between SR and overlapping UL grants based on a DSR MAC CE and / or enhanced DSR MAC CE and / or a LCH priority considering remaining time of data (e.g., remaining time of PDCP discard timer) .

[0068] With reference to FIG. 2, at step 220, the terminal device 110 may perform the prioritization based on the configuration. In some embodiments, for a MAC entity configured with LCH-based prioritization or delay-based prioritization, a priority of a UL grant may be determined by a DSR MAC CE and / or enhanced DSR MAC CE and / or the  highest priority among priorities of LCHs that are multiplexed (i.e., a MAC PDU to transmit is already stored in a hybrid automatic repeat request (HARQ) buffer) or have data available that can be multiplexed (i.e. the MAC PDU to transmit is not stored in the HARQ buffer) in a MAC PDU (e.g., according to mapping restrictions) .

[0069] In some embodiments, the terminal device 110 may determine a priority of a LCH by considering remaining time of data. Some example embodiments will be described below.

[0070] In some embodiments, if a LCH has delay-critical data, the terminal device 110 may determine a priority of the LCH based on a priority value (for convenience, also referred to as a first priority value herein) that is applied to a LCH (for convenience, also referred to as a first LCH herein) with delay-critical data. If a LCH has no delay-critical data, the terminal device 110 may determine a priority of the LCH based on a priority value (for convenience, also referred to as a second priority value herein) that is applied to the first LCH without delay-critical data. For example, if the MAC entity configured with LCH-based prioritization or delay-based prioritization, and / or if a LCH has delay-critical data, then a priority of the LCH is determined by a new or additional priority value that is applied to the logical channel with delay-critical data. Otherwise, the priority of the LCH is determined by a legacy priority value (e.g., a priority value in a LCH configuration (e.g., LogicalChannelConfig -> priority) ) that is applied to the LCH (e.g., without delay-critical data) . In this example, the new or additional priority value may correspond to the first priority value, and the legacy priority value may correspond to the second priority value.

[0071] In some embodiments, if a LCH triggering a SR has delay-critical data, the terminal device 110 may determine a priority of the LCH based on the first priority value that is applied to the first LCH with delay-critical data. If a LCH triggering a SR has no delay-critical data, the terminal device 110 may determine a priority of the LCH based on the second priority value that is applied to the first LCH without delay-critical data. For example, if a LCH triggering a SR has delay-critical data, a priority of the LCH is determined by a new or additional priority value that is applied to the LCH with delay-critical data. Otherwise, the priority of the LCH is determined by a legacy priority value (e.g., a priority value in a LCH configuration (e.g., LogicalChannelConfig -> priority) ) that is applied to the LCH (e.g., without delay-critical data) . In this example, the new or additional priority value may correspond to the first priority value, and the legacy priority value may correspond to the second priority value.

[0072] In some embodiments, if a LCH has delay-critical data, the terminal device 110 may determine a priority of the LCH based on a priority value (for convenience, also referred to as a third priority value herein) that is applied to delay-critical data of the LCH. If a LCH has no delay-critical data, the terminal device 110 may determine a priority of the LCH based on a priority value (for convenience, also referred to as a fourth priority value herein) that is applied to non-delay-critical data of the LCH. For example, if the MAC entity configured with LCH-based prioritization or delay-based prioritization, and / or if a LCH has delay-critical data, then a priority of the LCH is determined by a new or additional priority value that is applied to delay-critical data of the LCH. Otherwise, the priority of the LCH is determined by a legacy priority value (e.g., a priority value in a LCH configuration (e.g., LogicalChannelConfig -> priority) ) that is applied to the LCH (e.g., with non-delay-critical data) . In this example, the new or additional priority value may correspond to the third priority value, and the legacy priority value may correspond to the fourth priority value.

[0073] In some embodiments, if a LCH triggering a SR has delay-critical data, the terminal device 110 may determine a priority of the LCH based on the third priority value that is applied to delay-critical data of the LCH. If a LCH triggering a SR has no delay-critical data, the terminal device 110 may determine a priority of the LCH based on the fourth priority value that is applied to non-delay-critical data of the LCH. For example, if a LCH triggering a SR has delay-critical data, a priority of the LCH is determined by a new or additional priority value that is applied to delay-critical data of the LCH. Otherwise, the priority of the LCH is determined by a legacy priority value (e.g., a priority value in a LCH configuration (e.g., LogicalChannelConfig -> priority) ) that is applied to the LCH (e.g., without delay-critical data) . In this example, the new or additional priority value may correspond to the third priority value, and the legacy priority value may correspond to the fourth priority value.

[0074] In some embodiments, the terminal device 110 may determine a priority of a UL grant by considering DSR. Some example embodiments will be described below.

[0075] In some embodiments, if there is an overlapping duration among at least two UL grants, the terminal device 110 may determine, as a prioritized UL grant, a UL grant carrying the first or second DSR MAC CE in the at least two UL grants. For example, if the MAC entity is configured with LCH-based prioritization or delay-based prioritization, and / or if there is overlapping physical uplink shared channel (PUSCH) duration of at least two UL grant (e.g., dynamic UL grant or configured UL grant) , a UL grant carrying a DSR MAC CE or enhanced DSR MAC CE is considered as a prioritized UL grant. For example, the UL  grant carrying the DSR MAC CE or enhanced DSR MAC CE has a higher priority than a UL grant without the DSR MAC CE or enhanced DSR MAC CE (e.g., a UL grant carrying delay-critical data or non-delay-critical data) .

[0076] In some embodiments, if there is an overlapping duration among at least two UL grants, the terminal device 110 may determine, as a prioritized UL grant, a UL grant carrying the second DSR MAC CE in the at least two UL grants. For example, if the MAC entity is configured with LCH-based prioritization or delay-based prioritization, and / or if there is overlapping PUSCH duration of at least two UL grant (e.g., dynamic UL grant or configured UL grant) , a UL grant carrying an enhanced DSR MAC CE is considered as a prioritized UL grant. For example, the UL grant carrying the enhanced DSR MAC CE has a higher priority than a UL grant carrying the DSR MAC CE.

[0077] In some embodiments, the terminal device 110 may perform the prioritization based on an order. The order may indicate that a priority of a UL grant with the second DSR MAC CE is higher than a priority of a UL grant with the first DSR MAC CE, and the priority of the UL grant with the first DSR MAC CE is higher than a priority of a UL grant without the first and second DSR MAC CEs. In other words, a priority of a UL grant may be determined according to the following order (highest priority listed first) : (1) a UL grant with an enhanced DSR MAC CE; (2) a UL grant with a DSR MAC CE; (3) a UL grant without the DSR MAC CE and enhanced DSR MAC CE (i.e., according to the highest priority among priorities of LCHs that are multiplexed or have data available that can be multiplexed) .

[0078] In some embodiments, a priority of a UL grant for which no data for LCHs is multiplexed or can be multiplexed in a MAC PDU may be lower than either a priority of a UL grant for which the first or second DSR MAC CE or data for any LCHs is multiplexed or can be multiplexed in the MAC PDU or a priority of a LCH (for convenience, also referred to as a third LCH herein) triggering the SR.

[0079] In some embodiments, a priority of a UL grant for which the first or second DSR MAC CE is multiplexed or can be multiplexed in a MAC PDU may be higher than either a priority of a UL grant for which data for any LCHs is multiplexed or can be multiplexed in the MAC PDU or the priority of the third LCH triggering the SR.

[0080] In some embodiments, a priority of a UL grant for which the first or second DSR MAC CE is multiplexed or can be multiplexed in a MAC PDU may be higher than either a priority of a UL grant for which data for any LCHs is multiplexed or can be multiplexed in  the MAC PDU, and lower than the priority of the third LCH triggering the SR.

[0081] In some embodiments, a priority of a UL grant for which the first DSR MAC CE is multiplexed or can be multiplexed in a MAC PDU may be lower than a priority of a UL grant for which the second DSR MAC CE is multiplexed or can be multiplexed in the MAC PDU.

[0082] So far, an intra-UE prioritization may be carried out. UL grant with delay-critical data or DSR MAC CE or enhanced DSR MAC CE may be prioritized in the intra-UE prioritization. Thus, a transmission of delay-critical data may be prioritized.

[0083] It is to be understood that operations or steps in the above process 200 may be carried out separately or in any suitable combinations.

[0084] EXAMPLE IMPLEMENTATION OF DETECTION FOR SN GAP REPORT

[0085] It has been discussed in the third generation partnership project (3GPP) that a transmitting side of a RLC entity may send a SN gap report with discarded RLC SN information (e.g., a RLC control PDU with RLC SN gap information) to a receiving side of a RLC entity to indicate the RLC SN of the RLC SDUs that have been discarded. In this case, the transmitting side of the RLC entity needs to determine whether the SN gap report is successfully received by its peer RLC entity and whether to retransmit the SN gap report. Otherwise, a receiving window may be stalled if the SN gap report is not successfully received by the receiving side.

[0086] In view of this, embodiments of the present disclosure provide a solution of detecting a successful or unsuccessful transmission of a SN gap report and a solution of triggering a status report. These solutions will be described in detail with reference to FIGs. 3 and 4.

[0087] FIG. 3 illustrates a signaling chart illustrating another example process 300 of communication according to embodiments of the present disclosure. The process 300 may involve a transmitting device (e.g., a transmitting side of a RLC entity) 301 and a receiving device (e.g., a receiving side of a RLC entity) 302.

[0088] In some embodiments, the transmitting device 301 may be a terminal device (e.g., the terminal device 110 as illustrated in FIG. 1A) or a transmitting side of a RLC entity of the terminal device, and the receiving device 302 may be a network device (e.g., the network device 120 as illustrated in FIG. 1A) or a receiving side of a RLC entity of the network device. In some embodiments, the transmitting device 301 may be a network device (e.g., the network device 120 as illustrated in FIG. 1A) or a transmitting side of a RLC entity of the  network device, and the receiving device 302 may be a terminal device (e.g., the terminal device 110 as illustrated in FIG. 1A) or a receiving side of a RLC entity of the terminal device.

[0089] 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.

[0090] As shown in FIG. 3, at step 310, the transmitting device 301 may transmit, to the receiving device 302, a report (for convenience, also referred to as a first report or a SN gap report herein) for RLC SN information of a set of RLC SDUs or PDUs that have been discarded. For example, the transmitting side of the RLC entity may send the SN gap report with discarded RLC SN information (e.g., a RLC control PDU with RLC SN gap information) to a receiving side of a RLC entity to indicate the RLC SN of the RLC SDUs that have been discarded.

[0091] As shown in FIG. 3, at step 320, the transmitting device 301 may determine whether the SN gap report is successfully or unsuccessfully transmitted. For example, the transmitting side of the RLC entity may determine whether the SN gap report is successfully received by its peer RLC entity and whether to retransmit the SN gap report.

[0092] In some embodiments, the transmitting device 301 may determine whether the SN gap report is successfully or unsuccessfully transmitted based on a status report (i.e., a status PDU) from the receiving device 302. The status report may comprise a positive or negative acknowledgement for at least one RLC SDU or PDU. For example, after transmitting the SN gap report (e.g., a RLC control PDU with RLC SN gap information) , the transmitting side of the RLC entity may wait for the status report (i.e., a status PDU) from its peer RLC entity to determine whether the SN gap report is successfully transmitted or received.

[0093] With reference to FIG. 3, at step 321, the receiving device 302 may transmit the status report to the transmitting device 301. In some embodiments, upon determination that a condition for a status reporting is fulfilled, the receiving device 302 may transmit the status report (i.e., initiate a status reporting) .

[0094] In some embodiments, the condition may comprise that the SN gap report is received from the transmitting device 301. For example, upon reception of a RLC control PDU with RLC SN gap information, the receiving side of the RLC entity may initiate a status reporting to provide positive and / or negative acknowledgements of RLC SDUs (or portions of them or discarded RLC SDUs / PDUs) . Based on the acknowledgements, the transmitting side of the  RLC entity may determine whether the RLC control PDU with RLC SN gap information is successfully received.

[0095] In some embodiments, the condition may comprise that one or more RLC SDUs or PDUs are discarded (e.g., by the receiving device 302) . For example, when a RLC SDU or PDU is discarded (e.g., by a receiving side of a RLC entity) , the receiving side of the RLC entity may initiate a status reporting.

[0096] In some embodiments, the condition may comprise that an indication of discarding of a RLC SDU or PDU is received from an upper layer of the receiving device 302. For example, upon reception of a RLC SDU or PDU discarding indication from a PDCP layer, the receiving side of the RLC entity may initiate a status reporting.

[0097] In some embodiments, the condition may comprise that a timer (for convenience, also referred to as a third timer herein) for determining whether to discard a RLC SDU or PDU expires. For example, upon expiration of the third timer which is used to determine whether to discard a RLC PDU / SDU (e.g., in a receiving side of a RLC entity) , the receiving side of the RLC entity may initiate a status reporting.

[0098] In some embodiments, the condition may comprise that a polling is received from the transmitting device 301. In some embodiments, the condition may comprise that a reception failure of an acknowledged mode data (AMD) PDU is detected.

[0099] For illustration, an example procedure of initiating a status reporting may be described as below.

[0100] Triggers to initiate STATUS reporting include:

[0101] - reception of RLC control PDU with RLC SN Gap information from its peer AM RLC entity.

[0102] - one or more RLC SDUs or PDUs are discarded (e.g., by the receiving side of AM RLC entity)

[0103] - reception of an RLC SDU / PDU discarding indication from upper layer (e.g., PDCP layer) .

[0104] - expiration of a third timer which is used to determine whether to discard a RLC PDU / SDU (e.g., in the receiving side of the AM RLC entity) .

[0105] - polling from its peer AM RLC entity:

[0106] - When an AMD PDU with SN = x and a P field set to ‘1’ is received from lower layer,  the receiving side of an AM RLC entity shall:

[0107] - if the AMD PDU is to be discarded; or

[0108] - if x < RX_Highest_Status or x >= RX_Next + AM_Window_Size:

[0109] - trigger a status report.

[0110] - else:

[0111] - delay triggering the status report until x < RX_Highest_Status or x >=RX_Next + AM_Window_Size.

[0112] NOTE 1: This ensures that the status report is transmitted after HARQ reordering.

[0113] - detection of reception failure of an AMD PDU

[0114] - The receiving side of an AM RLC entity shall trigger a status report when t-Reassembly expires.

[0115] In this example, a state variable ‘RX_Highest_Status’ denotes the highest sequence number of received status reports, a state variable ‘RX_Next’ denotes a sequence number of a next status report to be received, and a constant ‘AM_Window_Size’ denotes a size of a receiving window.

[0116] In some embodiments, the receiving device 302 may generate a positive acknowledgement (ACK) for a RLC SDU or PDU (e.g., each RLC SDU or PDU) in the set of RLC SDUs or PDUs indicated by the SN gap report. For example, the receiving side of the RLC entity may include ACK in the status report for a discarded RLC SDU (e.g., if a SN of the discarded RLC SDU is indicated in the SN gap report) .

[0117] In some embodiments, the receiving device 302 may determine a type of a RLC control PDU for the status report to indicate that the status report is triggered by reception of the SN gap report or discarding of a RLC SDU or PDU. For example, a value (e.g., 001) may be determined for a control PDU type (CPT) field of a status PDU to indicate that the status PDU (or status report) is triggered by reception of the SN gap report (e.g., the status report is triggered by the reception of the SN gap report or a polling bit in the RLC control PDU with SN gap information) or triggered by the discarding of a RLC SDU / PDU (e.g., a timer-based discarding or reception of a RLC SDU / PDU discarding indication from an upper layer) .

[0118] For illustration, an example CPT field interpretation may be described in Table 2  below.

[0119] Table 2

[0120] So far, triggers to initiate a status reporting may be enhanced. Thus, a transmitting side of a RLC entity may receive a status PDU timely to advance its transmitting window, which will guarantee synchronization of a transmitting window and a receiving window.

[0121] Based on the status report received from the receiving device 302, the transmitting device 301 may determine whether the SN gap report is successfully or unsuccessfully transmitted. Some example embodiments will be described below.

[0122] In some embodiments, if the status report includes a negative acknowledgement (NACK) for at least one discarded RLC SDU or PDU in the set of RLC SDUs or PDUs indicated by the SN gap report, the transmitting device 301 may determine that the SN gap report is unsuccessfully transmitted. In some embodiments, if the status report comprises ACKs for all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs indicated by the SN gap report, the transmitting device 301 may determine that the SN gap report is successfully transmitted.

[0123] For example, if the status report includes NACK for at least one discarded RLC SDU (whose SN is indicated in the SN gap report) , the transmitting side of the RLC entity may consider that the SN gap report is missed (i.e., not successfully transmitted or received) and / or retransmit the SN gap report. Otherwise (e.g., the status report includes ACKs for all the discarded RLC SDUs whose SNs are indicated in the SN gap report or for all the discarded RLC SDUs up to ACK_SN of the status PDU) , the transmitting side of the RLC entity may consider that the SN gap report is successfully transmitted. Here, ACK_SN refers to a SN of the next not received RLC SDU which is not reported as missing in the status PDU.

[0124] In some embodiments, if all the discarded RLC SDUs or PDUs in the set of RLC  SDUs or PDUs indicated by the SN gap report have been positively acknowledged, the transmitting device 301 may determine that the SN gap report is successfully transmitted. For example, if all the discarded RLC SDUs whose SNs are indicated in the SN gap report have been positively acknowledged (i.e., ACK) , the transmitting side of the RLC entity may consider that the SN gap report is successfully transmitted.

[0125] In some scenarios, if the transmitting side of the RLC entity receives a status report during a time period between the transmitting side sending a SN gap report and the receiving side sending another status report after the reception of the SN gap report, the transmitting side of the RLC entity may wrongly consider the SN gap report is missed and unnecessarily retransmit the SN gap report. This will be detailed in connection with FIG. 4. FIG. 4 illustrates an example scenario 400 of transmissions of a SN gap report and a status report according to embodiments of the present disclosure.

[0126] As shown in FIG. 4, the transmitting side of the RLC entity may transmit a SN gap report at a timing T1. The receiving side of the RLC entity may transmit a status PDU 1 at a timing T2. Upon reception of the SN gap report at a timing T3, the receiving side of the RLC entity may transmit a status PDU 2 at a timing T4. The transmitting side of the RLC entity may receive the status PDU 2 at a timing T5.

[0127] For example, if the status PDU 1 includes a NACK for at least one discarded RLC SDU (e.g., whose SN is indicated in the SN gap report) , the transmitting side of the RLC entity may wrongly consider that the SN gap report is missed and / or retransmit the SN gap report.

[0128] It can be seen that if a status PDU (e.g., the status PDU 1) is received before another status PDU (e.g., the status PDU 2) triggered by or after reception of the SN gap report, the transmitting side of the RLC entity may wrongly determine the SN gap report is not successfully transmitted or received, and then may unnecessarily retransmit the SN gap report.

[0129] In view of this, embodiments of the present disclosure provide an improved solution for the above scenarios. In the improved solution, the transmitting device 301 may start a timer (for convenience, also referred to as a first timer herein) upon transmission of the SN gap report, and determine whether the first report is successfully or unsuccessfully transmitted based on the first timer. For example, after the SN gap report (e.g., the RLC control PDU with RLC SN gap information) is transmitted or delivered to a lower layer, the transmitting side of the RLC entity may start the first timer (which may be configured by a  RRC signaling) .

[0130] In some embodiments, if the status report is received during running of the first timer, the transmitting device 301 may disable a determination that the first report is unsuccessfully transmitted based on the status report. For example, if a status PDU is received when the first timer is running, the transmitting side of the RLC entity may not determine whether the SN gap report is missed based on the status PDU.

[0131] In some embodiments, if the status report is received during running of the first timer and the status report comprises ACKs for all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs indicated by the SN gap report, the transmitting device 301 may determine that the SN gap report is successfully transmitted and / or stop the first timer. For example, if a status PDU is received when the first timer is running, and the status PDU includes ACKs for all the discarded RLC SDUs whose SNs are indicated in the SN gap report or for all the discarded RLC SDUs up to ACK_SN of the status PDU, the transmitting side of the RLC entity may perform at least one of the following: (1) consider the SN gap report is successfully transmitted or received; or (2) stop the timer.

[0132] In some embodiments, if the first timer expires, the transmitting device 301 may enable the determination that the SN gap report is unsuccessfully transmitted based on the status report. For example, if the first timer expires, the transmitting side of the RLC entity may determine whether the SN gap report is missed based on a status PDU.

[0133] In some embodiments, if the status report comprises an indication that the status report is triggered by reception of the SN gap report or discarding of a RLC SDU or PDU (e.g., the CPT field of the status report indicates a specific value, e.g., 001) , the transmitting device 301 may determine that the SN gap report is successfully transmitted and / or all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs are positively acknowledged. For example, if the status report triggered by the reception of the SN gap report (e.g., a status PDU with a specific value, e.g., 001 for the CPT field) is received, the transmitting side of the RLC entity may perform at least one of the following: (1) considering that the SN gap report is successfully received by its peer RLC entity; or (2) considering that all the discarded RLC SDUs or PDUs whose SN are indicated in the SN gap report have been positively acknowledged.

[0134] Continuing to refer to FIG. 3, at step 322, upon reception of the SN gap report, the receiving device 302 may transmit a response to the SN gap report. Based on the response,  the transmitting device 301 may determine whether the SN gap report is successfully or unsuccessfully transmitted. In some embodiments, if the response to the SN gap report is received from the receiving device 302, the transmitting device 301 may determine that the SN gap report is successfully transmitted and / or all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs indicated by the SN gap report are positively acknowledged. In some embodiments, the response may be implemented as a dedicated RLC control PDU, e.g., a RLC control PDU with RLC SN gap response. The RLC SN gap response is used to indicate that the SN gap report is successfully received.

[0135] For example, upon reception of the SN gap report (e.g., the RLC control PDU with RLC SN Gap information) , the receiving side of the RLC entity may trigger a SN gap report response (e.g., the RLC control PDU with RLC SN gap response) . After receiving the response, the transmitting side of the RLC entity may consider the SN gap report is successfully transmitted and / or consider the all the discarded RLC SDUs whose SNs are indicated in the SN gap report have been positively acknowledged.

[0136] Continuing to refer to FIG. 3, at step 323, the transmitting device 301 may determine whether the SN gap report is successfully or unsuccessfully transmitted based on a timer (for convenience, also referred to as a second timer herein) used to determine whether to retransmit the SN gap report. In some embodiments, if the second timer expires, the transmitting device 301 may determine that the SN gap report is unsuccessfully transmitted. In some embodiments, the second timer may be configured by a RRC signaling or in any other suitable ways.

[0137] In some embodiments, the transmitting device 301 may start the second timer upon transmission of the SN gap report or after the SN gap report is transmitted. In some embodiments, the transmitting device 301 may stop the second timer if a response to the SN gap report is received. In some embodiments, the transmitting device 301 may stop the second timer if a status report is received. In some embodiments, the transmitting device 301 may stop the second timer if a status report is received and the status report comprises ACKs for all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs indicated by the SN gap report. In some embodiments, the transmitting device 301 may stop the second timer if a status report is received and the status report is triggered by reception of the SN gap report. In some embodiments, the transmitting device 301 may stop the second timer if all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs indicated by the SN gap report are positively acknowledged.

[0138] In some embodiments, the transmitting device 301 may stop the second timer based on at least one of the following: upon reception of the SN gap report response; upon reception of a status PDU; upon reception of a status report including ACKs for all the discarded RLC SDUs whose SNs are indicated in the SN gap report or for all the discarded RLC SDUs up to ACK_SN of the status PDU; upon reception of a status report triggered by the reception of SN gap report (e.g., a status PDU with a specific value, e.g., 001 for the CPT field) ; all the discarded RLC SDUs whose SNs are indicated in the SN gap report have been positively acknowledged (i.e., ACK) .

[0139] Continuing to refer to FIG. 3, at step 330, the transmitting device 302 may retransmit the SN gap report. In some embodiments, upon determination that the SN gap report is unsuccessfully transmitted, the transmitting device 302 may retransmit the SN gap report. In some embodiments, if the second timer expires, the transmitting device 301 may retransmit the SN gap report. For example, if the SN gap report is unsuccessfully transmitted, or if the second timer expires, the transmitting side of the RLC entity may retransmit the SN gap report.

[0140] In this way, a mechanism (i.e., a feedback mechanism) may be introduced to guarantee a successful transmission of a SN gap report (e.g., a RLC control PDU with RLC SN gap information) . Thus, the transmitting side of the RLC entity may determine whether the SN gap report is successfully transmitted / received. Further, more trigger conditions of a status reporting may be introduced to timely transmit a status PDU. A timely transmission of a status PDU may facilitate a synchronization between a transmitting window and a receiving window.

[0141] It is to be understood that operations or steps in the above process 300 may be carried out separately or in any suitable combinations.

[0142] EXAMPLE IMPLEMENTATION OF METHODS

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

[0144] FIG. 5 illustrates a flowchart of an 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. 1A. For the purpose of discussion, in the following, the method 500 will be described with reference to FIG. 1A. 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.

[0145] At block 510, the terminal device 110 may receive, from the network device 120, a configuration indicating a prioritization between overlapping uplink grants and between a SR and the overlapping uplink grants. The prioritization is based on at least one of the following: a first DSR MAC CE comprising single set of delay information for at least one LCG; a second DSR MAC CE comprising multiple sets of delay information for the at least one LCG; or a priority of a LCH considering remaining time of data.

[0146] At block 520, the terminal device 110 may perform the prioritization based on the configuration.

[0147] In some embodiments, the terminal device 110 may perform the prioritization by: in accordance with a determination that the LCH has delay-critical data, determining the priority of the LCH based on a first priority value that is applied to a first LCH with delay-critical data; and in accordance with a determination that the LCH has no delay-critical data, determining the priority of the LCH based on a second priority value that is applied to the first LCH without delay-critical data.

[0148] In some embodiments, the terminal device 110 may perform the prioritization by: in accordance with a determination that the LCH has delay-critical data, determining the priority of the LCH based on a third priority value that is applied to delay-critical data of the LCH; or in accordance with a determination that the LCH has no delay-critical data, determining the priority of the LCH based on a fourth priority value that is applied to non-delay-critical data of the LCH.

[0149] In some embodiments, the terminal device 110 may perform the prioritization by: in accordance with a determination that there is an overlapping duration among at least two uplink grants, determining, as a prioritized uplink grant, an uplink grant carrying the first or second DSR MAC CE in the at least two uplink grants; or in accordance with a determination that there is an overlapping duration among at least two uplink grants, determining, as a prioritized uplink grant, an uplink grant carrying the second DSR MAC CE in the at least two uplink grants.

[0150] In some embodiments, the terminal device 110 may perform the prioritization based  on an order indicating: a priority of an uplink grant with the second DSR MAC CE is higher than a priority of an uplink grant with the first DSR MAC CE; and the priority of the uplink grant with the first DSR MAC CE is higher than a priority of an uplink grant without the first and second DSR MAC CEs.

[0151] In some embodiments, the terminal device 110 may perform the prioritization based on at least one of the following: a priority of an uplink grant for which no data for LCHs is multiplexed or can be multiplexed in a MAC PDU is lower than either a priority of an uplink grant for which the first or second DSR MAC CE or data for any LCHs is multiplexed or can be multiplexed in the MAC PDU or a priority of a third LCH triggering the SR; a priority of an uplink grant for which the first or second DSR MAC CE is multiplexed or can be multiplexed in the MAC PDU is higher than either a priority of an uplink grant for which data for any LCHs is multiplexed or can be multiplexed in the MAC PDU or the priority of the third LCH triggering the SR; a priority of an uplink grant for which the first or second DSR MAC CE is multiplexed or can be multiplexed in the MAC PDU is higher than either a priority of an uplink grant for which data for any LCHs is multiplexed or can be multiplexed in the MAC PDU, and lower than the priority of the third LCH triggering the SR; or a priority of an uplink grant for which the first DSR MAC CE is multiplexed or can be multiplexed in the MAC PDU is lower than a priority of an uplink grant for which the second DSR MAC CE is multiplexed or can be multiplexed in the MAC PDU.

[0152] In some embodiments, the terminal device 110 may perform the prioritization by: in accordance with a determination that a LCH triggering the SR has delay-critical data, determining the priority of the LCH triggering the SR based on a first priority value that is applied to a first LCH with delay-critical data; and in accordance with a determination that the LCH triggering the SR has no delay-critical data, determining the priority of the LCH triggering the SR based on a second priority value that is applied to the first LCH without delay-critical data.

[0153] In some embodiments, the terminal device 110 may perform the prioritization by: in accordance with a determination that a LCH triggering the SR has delay-critical data, determining the priority of the LCH triggering the SR based on a third priority value that is applied to delay-critical data of the LCH triggering the SR; or in accordance with a determination that the LCH triggering the SR has no delay-critical data, determining the priority of the LCH triggering the SR based on a fourth priority value that is applied to non-delay-critical data of the LCH triggering the SR.

[0154] With the method 500, an intra-UE prioritization considering remaining delay time of data may be carried out, and thus transmission of delay-critical data may be prioritized.

[0155] FIG. 6 illustrates a flowchart of an example method 600 of communication implemented at a transmitting device in accordance with some embodiments of the present disclosure. For example, the method 600 may be performed at the transmitting device 301 as shown in FIG. 3. For the purpose of discussion, in the following, the method 600 will be described with reference to FIG. 3. It is to be understood that the method 600 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.

[0156] At block 610, the transmitting device 301 may transmit, to the receiving device 302, a first report for RLC SN information of a set of RLC SDUs or PDUs that have been discarded.

[0157] At block 620, the transmitting device 301 may determine that the first report is successfully or unsuccessfully transmitted based on at least one of the following: a status report or a response to the first report from the receiving device; or at least one timer started upon transmission of the first report.

[0158] In some embodiments, the transmitting device 301 may determine that the first report is successfully or unsuccessfully transmitted by at least one of the following: in accordance with a determination that the status report includes a negative acknowledgement for at least one discarded RLC SDU or PDU in the set of RLC SDUs or PDUs, determining that the first report is unsuccessfully transmitted; in accordance with a determination that the status report comprises positive acknowledgements for all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs, determining that the first report is successfully transmitted; or in accordance with a determination that all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs have been positively acknowledged, determining that the first report is successfully transmitted.

[0159] In some embodiments, the at least one timer may comprise a first timer, and the transmitting device 301 may determine that the first report is successfully or unsuccessfully transmitted by at least one of the following: in accordance with a determination that the status report is received during running of the first timer, disabling a determination that the first report is unsuccessfully transmitted based on the status report; in accordance with a determination that the status report is received during running of the first timer and the status report comprises positive acknowledgements for all the discarded RLC SDUs or PDUs in the  set of RLC SDUs or PDUs, performing an operation comprising at least one of determining that the first report is successfully transmitted or stopping the first timer; or in accordance with a determination that the first timer expires, enabling the determination that the first report is unsuccessfully transmitted based on the status report.

[0160] In some embodiments, the transmitting device 301 may determine that the first report is successfully or unsuccessfully transmitted by: in accordance with a determination that the status report comprises an indication that the status report is triggered by reception of the first report or discarding of a RLC SDU or PDU, determining that the first report is successfully transmitted or all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs are positively acknowledged; or in accordance with a determination that the response to the first report is received from the receiving device, determining that the first report is successfully transmitted or all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs are positively acknowledged.

[0161] In some embodiments, the at least one timer may comprise a second timer, and in accordance with a determination that the second timer expires, the transmitting device 301 may determine that the first report is unsuccessfully transmitted.

[0162] In some embodiments, the transmitting device 301 may stop the second timer based on at least one of the following: the response to the first report is received; the status report is received; the status report is received and the status report comprises positive acknowledgements for all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs; the status report is received and the status report is triggered by reception of the first report; or all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs are positively acknowledged.

[0163] At block 630, in accordance with a determination that the first report is unsuccessfully transmitted, the transmitting device 301 may retransmit the first report. In some embodiments, in accordance with a determination that the second timer expires, the transmitting device 301 may retransmit the first report.

[0164] With the method 600, a successful or unsuccessful transmission of a SN gap report may be detected.

[0165] FIG. 7 illustrates a flowchart of an example method 700 of communication implemented at a receiving device in accordance with some embodiments of the present disclosure. For example, the method 700 may be performed at the receiving device 302 as  shown in FIG. 3. For the purpose of discussion, in the following, the method 700 will be described with reference to FIG. 3. It is to be understood that the method 700 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.

[0166] At block 710, the receiving device 302 may determine that a condition is fulfilled. the condition comprises at least one of the following: a first report for RLC SN information of a set of RLC SDUs or PDUs that have been discarded is received from a transmitting device; one or more RLC SDUs or PDUs are discarded; an indication of discarding of a RLC SDU or PDU is received from an upper layer; or a third timer for determining whether to discard a RLC SDU or PDU expires.

[0167] At block 720, the receiving device 302 may transmit, to the transmitting device 301, a status report comprising a positive or negative acknowledgement for at least one RLC SDU or PDU.

[0168] In some embodiments, the receiving device 302 may transmit the status report by: generating a positive acknowledgement for a RLC SDU or PDU in the set of RLC SDUs or PDUs.

[0169] In some embodiments, the receiving device 302 may transmit the status report by: determining a type of a RLC control PDU for the status report to indicate that the status report is triggered by reception of the first report or discarding of a RLC SDU or PDU.

[0170] In some embodiments, in accordance with a determination that the first report is received, the receiving device 302 may transmit, to the transmitting device 301, a response to the first report indicating that the first report is successfully received.

[0171] With the method 700, a status report may be properly triggered and then timely received. Thus, a transmitting window may be advanced, and synchronization of a transmitting window and a receiving window may be guaranteed.

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

[0173] EXAMPLE IMPLEMENTATION OF DEVICES

[0174] FIG. 8 is a simplified block diagram of a device 800 that is suitable for implementing embodiments of the present disclosure. The device 800 can be considered as a further  example implementation of the terminal device 110 or the network device 120 as shown in FIG. 1A or the transmitting device 301 or the receiving device 302 as shown in FIG. 3. Accordingly, the device 800 can be implemented at or as at least a part of the terminal device 110 or the network device 120 or the transmitting device 301 or the receiving device 302.

[0175] As shown, the device 800 includes a processor 810, a memory 820 coupled to the processor 810, a suitable transceiver 840 coupled to the processor 810, and a communication interface coupled to the transceiver 840. The memory 810 stores at least a part of a program 830. The transceiver 840 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 840 may include at least one of a transmitter 842 or a receiver 844. The transmitter 842 and the receiver 844 may be functional modules or physical entities. The transceiver 840 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.

[0176] The program 830 is assumed to include program instructions that, when executed by the associated processor 810, enable the device 800 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1A to 7. The embodiments herein may be implemented by computer software executable by the processor 810 of the device 800, or by hardware, or by a combination of software and hardware. The processor 810 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 810 and memory 820 may form processing means 850 adapted to implement various embodiments of the present disclosure.

[0177] The memory 820 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 820 is shown in  the device 800, there may be several physically distinct memory modules in the device 800. The processor 810 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 800 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.

[0178] In some embodiments, a terminal device comprises a circuitry configured to: receive, from a network device, a configuration indicating a prioritization between overlapping uplink grants and between a SR and the overlapping uplink grants based on at least one of the following: a first DSR MAC CE comprising single set of delay information for at least one LCG, a second DSR MAC CE comprising multiple sets of delay information for the at least one LCG, or a priority of a LCH considering remaining time of data; and perform the prioritization based on the configuration.

[0179] In some embodiments, a transmitting device comprises a circuitry configured to: transmit, to a receiving device, a first report for RLC SN information of a set of RLC SDUs or PDUs that have been discarded; determine that the first report is successfully or unsuccessfully transmitted based on at least one of the following: a status report or a response to the first report from the receiving device, or at least one timer started upon transmission of the first report; and in accordance with a determination that the first report is unsuccessfully transmitted, retransmit the first report.

[0180] In some embodiments, a receiving device comprises a circuitry configured to: determine that a condition is fulfilled, the condition comprising at least one of the following: a first report for RLC SN information of a set of RLC SDUs or PDUs that have been discarded is received from a transmitting device, one or more RLC SDUs or PDUs are discarded, an indication of discarding of a RLC SDU or PDU is received from an upper layer, or a third timer for determining whether to discard a RLC SDU or PDU expires; and transmit, to the transmitting device, a status report comprising a positive or negative acknowledgement for at least one RLC SDU or PDU.

[0181] 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.

[0182] 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.

[0183] 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. 1A to 7. 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.

[0184] 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.

[0185] 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.

[0186] 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.

[0187] 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 configuration indicating a prioritization between overlapping uplink grants and between a scheduling request (SR) and the overlapping uplink grants based on at least one of the following:a first delay status report (DSR) medium access control (MAC) control element (CE) comprising single set of delay information for at least one logical channel group (LCG) ,a second DSR MAC CE comprising multiple sets of delay information for the at least one LCG, ora priority of a logical channel (LCH) considering remaining time of data; andperform the prioritization based on the configuration.2.The terminal device of claim 1, wherein the terminal device is caused to perform the prioritization by:in accordance with a determination that the LCH has delay-critical data, determining the priority of the LCH based on a first priority value that is applied to a first LCH with delay-critical data; andin accordance with a determination that the LCH has no delay-critical data, determining the priority of the LCH based on a second priority value that is applied to the first LCH without delay-critical data.3.The terminal device of claim 1, wherein the terminal device is caused to perform the prioritization by:in accordance with a determination that the LCH has delay-critical data, determining the priority of the LCH based on a third priority value that is applied to delay-critical data of the LCH; orin accordance with a determination that the LCH has no delay-critical data, determining the priority of the LCH based on a fourth priority value that is applied to non-delay-critical data of the LCH.4.The terminal device of claim 1, wherein the terminal device is caused to perform  the prioritization by:in accordance with a determination that there is an overlapping duration among at least two uplink grants, determining, as a prioritized uplink grant, an uplink grant carrying the first or second DSR MAC CE in the at least two uplink grants; orin accordance with a determination that there is an overlapping duration among at least two uplink grants, determining, as a prioritized uplink grant, an uplink grant carrying the second DSR MAC CE in the at least two uplink grants.5.The terminal device of claim 1, wherein the terminal device is caused to perform the prioritization based on an order indicating:a priority of an uplink grant with the second DSR MAC CE is higher than a priority of an uplink grant with the first DSR MAC CE; andthe priority of the uplink grant with the first DSR MAC CE is higher than a priority of an uplink grant without the first and second DSR MAC CEs.6.The terminal device of claim 1, wherein the terminal device is caused to perform the prioritization based on at least one of the following:a priority of an uplink grant for which no data for LCHs is multiplexed or can be multiplexed in a MAC protocol data unit (PDU) is lower than either a priority of an uplink grant for which the first or second DSR MAC CE or data for any LCHs is multiplexed or can be multiplexed in the MAC PDU or a priority of a third LCH triggering the SR;a priority of an uplink grant for which the first or second DSR MAC CE is multiplexed or can be multiplexed in the MAC PDU is higher than either a priority of an uplink grant for which data for any LCHs is multiplexed or can be multiplexed in the MAC PDU or the priority of the third LCH triggering the SR;a priority of an uplink grant for which the first or second DSR MAC CE is multiplexed or can be multiplexed in the MAC PDU is higher than either a priority of an uplink grant for which data for any LCHs is multiplexed or can be multiplexed in the MAC PDU, and lower than the priority of the third LCH triggering the SR; ora priority of an uplink grant for which the first DSR MAC CE is multiplexed or can be multiplexed in the MAC PDU is lower than a priority of an uplink grant for which the second DSR MAC CE is multiplexed or can be multiplexed in the MAC PDU.7.The terminal device of claim 1, wherein the terminal device is caused to perform  the prioritization by:in accordance with a determination that a LCH triggering the SR has delay-critical data, determining the priority of the LCH triggering the SR based on a first priority value that is applied to a first LCH with delay-critical data; andin accordance with a determination that the LCH triggering the SR has no delay-critical data, determining the priority of the LCH triggering the SR based on a second priority value that is applied to the first LCH without delay-critical data.8.The terminal device of claim 1, wherein the terminal device is caused to perform the prioritization by:in accordance with a determination that a LCH triggering the SR has delay-critical data, determining the priority of the LCH triggering the SR based on a third priority value that is applied to delay-critical data of the LCH triggering the SR; orin accordance with a determination that the LCH triggering the SR has no delay-critical data, determining the priority of the LCH triggering the SR based on a fourth priority value that is applied to non-delay-critical data of the LCH triggering the SR.9.A transmitting device, comprising:a processor configured to cause the transmitting device to:transmit, to a receiving device, a first report for radio link control (RLC) sequence number (SN) information of a set of RLC service data units (SDUs) or protocol data units (PDUs) that have been discarded;determine that the first report is successfully or unsuccessfully transmitted based on at least one of the following:a status report or a response to the first report from the receiving device, orat least one timer started upon transmission of the first report; andin accordance with a determination that the first report is unsuccessfully transmitted, retransmit the first report.10.The transmitting device of claim 9, wherein the transmitting device is caused to determine that the first report is successfully or unsuccessfully transmitted by at least one of the following:in accordance with a determination that the status report includes a negative acknowledgement for at least one discarded RLC SDU or PDU in the set of RLC SDUs or PDUs, determining that the first report is unsuccessfully transmitted;in accordance with a determination that the status report comprises positive acknowledgements for all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs, determining that the first report is successfully transmitted; orin accordance with a determination that all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs have been positively acknowledged, determining that the first report is successfully transmitted.11.The transmitting device of claim 9, wherein at least one timer comprises a first timer, and wherein the transmitting device is caused to determine that the first report is successfully or unsuccessfully transmitted by at least one of the following:in accordance with a determination that the status report is received during running of the first timer, disabling a determination that the first report is unsuccessfully transmitted based on the status report;in accordance with a determination that the status report is received during running of the first timer and the status report comprises positive acknowledgements for all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs, performing an operation comprising at least one of determining that the first report is successfully transmitted or stopping the first timer; orin accordance with a determination that the first timer expires, enabling the determination that the first report is unsuccessfully transmitted based on the status report.12.The transmitting device of claim 9, wherein the transmitting device is caused to determine that the first report is successfully or unsuccessfully transmitted by:in accordance with a determination that the status report comprises an indication that the status report is triggered by reception of the first report or discarding of a RLC SDU or PDU, determining that the first report is successfully transmitted or all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs are positively acknowledged; orin accordance with a determination that the response to the first report is received from the receiving device, determining that the first report is successfully transmitted or all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs are positively acknowledged.13.The transmitting device of claim 9, wherein the at least one timer comprises a  second timer, and wherein the transmitting device is caused to retransmit the first report by:in accordance with a determination that the second timer expires, retransmitting the first report.14.The transmitting device of claim 13, wherein the transmitting device is further caused to:stop the second timer based on at least one of the following:the response to the first report is received;the status report is received;the status report is received and the status report comprises positive acknowledgements for all the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs;the status report is received and the status report is triggered by reception of the first report; orall the discarded RLC SDUs or PDUs in the set of RLC SDUs or PDUs are positively acknowledged.15.A receiving device, comprising:a processor configured to cause the receiving device to:determine that a condition is fulfilled, the condition comprising at least one of the following:a first report for radio link control (RLC) sequence number (SN) information of a set of RLC service data units (SDUs) or protocol data units (PDUs) that have been discarded is received from a transmitting device,one or more RLC SDUs or PDUs are discarded,an indication of discarding of a RLC SDU or PDU is received from an upper layer, ora third timer for determining whether to discard a RLC SDU or PDU expires; andtransmit, to the transmitting device, a status report comprising a positive or negative acknowledgement for at least one RLC SDU or PDU.16.The receiving device of claim 15, wherein the receiving device is caused to transmit the status report by:generating a positive acknowledgement for a RLC SDU or PDU in the set of RLC SDUs or PDUs.17.The receiving device of claim 15, wherein the receiving device is caused to transmit the status report by:determining a type of a RLC control PDU for the status report to indicate that the status report is triggered by reception of the first report or discarding of a RLC SDU or PDU.18.The receiving device of claim 15, wherein the receiving device is further caused to:in accordance with a determination that the first report is received, transmit, to the transmitting device, a response to the first report indicating that the first report is successfully received.19.A method of communication, comprising:receiving, at a terminal device and from a network device, a configuration indicating a prioritization between overlapping uplink grants and between a scheduling request (SR) and the overlapping uplink grants based on at least one of the following:a first delay status report (DSR) medium access control (MAC) control element (CE) comprising single set of delay information for at least one logical channel group (LCG) ,a second DSR MAC CE comprising multiple sets of delay information for the at least one LCG, ora priority of a logical channel (LCH) considering remaining time of data; andperforming the prioritization based on the configuration.20.A method of communication, comprising:transmitting, at a transmitting device and to a receiving device, a first report for radio link control (RLC) sequence number (SN) information of a set of RLC service data units (SDUs) or protocol data units (PDUs) that have been discarded;determining that the first report is successfully or unsuccessfully transmitted based on at least one of the following:a status report or a response to the first report from the receiving device, orat least one timer started upon transmission of the first report; andin accordance with a determination that the first report is unsuccessfully transmitted, retransmitting the first report.21.A method of communication, comprising:determining, at a receiving device, that a condition is fulfilled, the condition comprising at least one of the following:a first report for radio link control (RLC) sequence number (SN) information of a set of RLC service data units (SDUs) or protocol data units (PDUs) that have been discarded is received from a transmitting device,one or more RLC SDUs or PDUs are discarded,an indication of a discarding of a RLC SDU or PDU is received from an upper layer, ora third timer for determining whether to discard a RLC SDU or PDU expires; andtransmitting, to the transmitting device, a status report comprising a positive or negative acknowledgement for at least one RLC SDU or PDU.

Images