WO2025065167A1 - Devices and methods of communication - Google Patents

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. A terminal device receives, from a network device, a configuration for DSR. If a condition for triggering a DSR is fulfilled, the terminal device triggers the DSR. If a condition for cancelling the DSR is fulfilled, the terminal device cancels the DSR. In this way, DSR may be managed in a well-defined way. DSR may be transmitted as soon as possible and transmission delay of delayed data may be shortened.

Description

DEVICES AND METHODS OF COMMUNICATION TECHNICAL FIELD

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 a delay status reporting (DSR) .

BACKGROUND

Currently, DSR is under discussion for better scheduling delay-sensitive traffic. DSR means a reporting of a status of delayed data in a buffer. It has been agreed that a separate medium access control control element (MAC CE) for DSR may be defined, which is not coupled with a buffer status reporting (BSR) . However, a solution of DSR in this case is still incomplete and needs to be further developed.

SUMMARY

In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for DSR.

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 for a reporting of a status of delayed data; in accordance with a determination that a condition for triggering the reporting of the status of delayed data is fulfilled, trigger the reporting of the status of delayed data; and in accordance with a determination that a condition for cancelling the reporting of the status of delayed data is fulfilled, cancel the reporting of the status of delayed data.

In a second aspect, there is provided a network device. The network device comprises a processor configured to cause the network device to: transmit, to a terminal device, a configuration for a reporting of a status of delayed data; and receive, from the terminal device, a MAC CE for the reporting of the status of delayed data.

In a third aspect, there is provided a method of communication. The method comprises: receiving, at a terminal device and from a network device, a configuration for a reporting of a status of delayed data; in accordance with a determination that a condition for  triggering the reporting of the status of delayed data is fulfilled, triggering the reporting of the status of delayed data; and in accordance with a determination that a condition for cancelling the reporting of the status of delayed data is fulfilled, cancelling the reporting of the status of delayed data.

In a fourth aspect, there is provided a method of communication. The method comprises: transmitting, at a network device and to a terminal device, a configuration for a reporting of a status of delayed data; and receive, from the terminal device, a MAC CE for the reporting of the status of delayed data.

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

Other features of the present disclosure will become easily comprehensible through the following description.

BRIEF DESCRIPTION OF THE DRAWINGS

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:

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

FIG. 2 illustrates a schematic diagram illustrating a process of communication according to embodiments of the present disclosure;

FIG. 3 illustrates an example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

FIG. 4 illustrates an example method of communication implemented at a network device in accordance with some embodiments of the present disclosure; and

FIG. 5 is a simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure.

Throughout the drawings, the same or similar reference numerals represent the same or similar element.

DETAILED DESCRIPTION

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.

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.

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) , eXtended Reality (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.

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.

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

The terminal 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.

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.

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, first information may be transmitted to the terminal device from the first network device and second information 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.

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. Other definitions, explicit and implicit, may be included below.

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.

In the context of the present disclosure, the term “above” herein may be interchangeably used with “higher than or equal to” or “greater than or equal to” . The term “below” herein may be interchangeably used with “lower than or equal to” or “smaller than or equal to” .

In the context of the present disclosure, the term “DSR” herein may be interchangeably used with “a reporting of a status of delayed data in a buffer” or “a reporting of a status of delayed data” . In the context of the present disclosure, the term “delayed data” may refer to data whose remaining delay budget is lower than a configured threshold. The term “a status of delayed data” may also be referred to as a delayed buffer status. The delayed buffer status may include at least delayed buffer size and/or remaining delay information. For DSR, the network and UE may only care about logical channels for delay-sensitive traffic. The term “MAC CE for DSR” may also be referred to as DSR MAC CE or BSR MAC CE with delay status information.

As known, some services such as extended reality (XR) services may have strict latency requirements. Since any data which has exceeded a packet delay budget (PDB) or a protocol data unit (PDU) set delay budget (PSDB) may not be useful, uplink (UL) resources  should be allocated before then. When a remaining delay budget is explicitly provided to a network, the network may have flexibility to schedule a UL grant considering the remaining delay budget without exceeding the PDB or PSDB, and hence improve capacity by prioritizing a scheduling of corresponding delayed data.

It has been proposed to specify enhancements related to capacity on delay status reporting of buffered data in UL. It has been agreed to define a separate MAC CE for DSR (e.g., remaining delay and associated data volume) , e.g., DSR is not coupled with BSR.

Embodiments of the present disclosure provide a solution of communication for DSR. In the solution, a terminal device receives, from a network device, a configuration for a reporting of a status of delayed data. If a condition for triggering the reporting of the status of delayed data is fulfilled, the terminal device triggers the reporting of the status of delayed data. If a condition for cancelling the reporting of the status of delayed data is fulfilled, the terminal device cancels the reporting of the status of delayed data. In this way, DSR may be managed in a well-defined way. DSR may be transmitted as soon as possible and transmission delay of delayed data may be shortened.

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

EXAMPLE OF COMMUNICATION NETWORK

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

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

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

In some scenarios, when the terminal device 110 has a packet (e.g., a PDU set) and remaining delay time of the packet is almost exhausted, the terminal device 110 may need to quickly notify the network device 120, to let the network device 120 know that the terminal device 110 has a delayed or urgent packet to be scheduled for transmission. In this case, the terminal device 110 may need to transmit a DSR to the network device 120.

For some reasons such as radio link is temporarily blocked, a DSR may be retransmitted. If a DSR is not retransmitted in time, remaining delay budget of data (e.g., service data unit (SDU) or PDU set) may be exhausted and the retransmitted DSR may be useless. Further, to avoid frequent DSR transmission, a medium access control (MAC) entity of a terminal device may be prohibited to transmit a DSR for a period of time after a DSR is transmitted. Furthermore, when performing a logical channel prioritization (LCP) procedure, a priority of a MAC CE for DSR needs to be considered. In addition, there may be no delayed data in a UL buffer because of a discard operation (e.g., a network-triggered discard caused by congestion, or a packet data convergence protocol (PDCP) discard timer expires) or other reasons. In this case, all triggered DSR needs to be cancelled to save radio resources.

In view of the above, embodiments of the present disclosure provide a solution of communication for DSR so as to overcome the above and other potential issues. The solution will be described in detail with reference to FIG. 2.

EXAMPLE IMPLEMENTATION OF DSR MANAGEMENT

FIG. 2 illustrates a schematic diagram illustrating a 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. 1. The process 200 may involve the  terminal device 110 and the network device 120 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 2 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any suitable additional steps may be added.

As shown in FIG. 2, the terminal device 110 may transmit 210 capability information of the terminal device 110 to the network device 120. In some embodiments, the terminal device 110 may transmit the capability information via a radio resource control (RRC) signaling such as a UECapabilityInformation message. It is to be understood that any other suitable ways are also feasible.

In some embodiments, the capability information may comprise information indicating whether the terminal device 110 supports a reporting of a status of delayed data. For example, the capability information may comprise information indicating whether the terminal device 110 supports the reporting of the status of delayed data via a MAC CE for DSR.

In some embodiments, the capability information may comprise information indicating a maximum number of logical channel groups (LCGs) for which the terminal device 110 supports to report the status of delayed data. For example, the capability information may comprise information indicating a maximum number of LCGs for which the terminal device 110 supports to report the status of delayed data in a MAC CE.

In some embodiments, the capability information may comprise information indicating whether the terminal device 110 supports a delay timer for a scheduling request (SR) triggered by the reporting of the status of delayed data for a logical channel (LCH) . For example, the capability information may comprise information indicating whether the terminal device 110 supports a logical channel SR delay timer for DSR.

It is to be understood that any combination of the above capability information may also be feasible. Based on reported UE capabilities, the network may properly configure a DSR operation.

Continuing to refer to FIG. 2, the network device 120 may transmit 220, to the terminal device 110, a configuration for a reporting of a status of delayed data (i.e., DSR) . For example, the terminal device 110 may transmit the configuration via an RRC signaling. It is to be understood that any other suitable ways are also feasible.

In some embodiments, the network device 120 may configure a first timer for  retransmission of DSR. The first timer may also be referred to as a DSR retransmission timer (e.g., retxDSR-Timer or retxBSR-timer for DRS retransmission) herein. In some embodiments, the configuration may comprise a first set of values (i.e., one or more values) of the first timer. Each value in the first set of values is below a first predetermined value. In other words, the first timer is short.

For example, once a MAC CE for DSR is transmitted, a terminal device is expected to receive a UL grant as soon as possible. If no UL grant is received during a period of time (e.g., the first timer) , a terminal device may retransmit the MAC CE for DSR. Since the MAC CE for DSR also has tight delay requirement, the first timer should be short enough to reduce latency.

In some embodiments, the first predetermined value may be 100 subframes. It is to be understood that this is merely an example, and any other suitable values or units are also feasible. For illustration, an example configuration of the DSR retransmission timer may be described as below.

In this example, an information element (IE) “DSR-Config” denotes a configuration of DSR, an IE “retxDSR-Timer” denotes a DSR retransmission timer. The value of the DSR retransmission timer may comprise 0, 1/2 subframe, 1 subframe, 2 subframes, 4 subframes, 5 subframes, 8 subframes, 10 subframes, 15 subframes, 16 subframes, 20 subframes, 30 subframes, 40 subframes, 50 subframes, 80 subframes or 100 subframes. It is to be understood that these values are merely examples, and do not make limitation for the present application.

In this way, DSR may be transmitted or retransmitted without delaying too much, and thus latency of DSR transmission or retransmission may be reduced.

In some embodiments, the network device 120 may configure a second timer for prohibition of a trigger or transmission of DSR. The second timer may also be referred to  as a DSR prohibit timer (e.g., dsr-ProhibitTimer) or a DSR delay timer herein. In some embodiments, the configuration may comprise a second set of values (i.e., one or more values) of the second timer. Each value in the second set of values is below a second predetermined value. In other words, the second timer is short.

For example, to avoid frequent DSR transmission, a terminal device may be prohibited to transmit a DSR for a period of time after a DSR is transmitted. The second timer should be short enough to reduce latency.

In some embodiments, the second predetermined value may be 100ms. It is to be understood that this is merely an example, and any other suitable values or units are also feasible. For illustration, an example configuration of the DSR prohibit timer may be described as below.

In this example, an information element (IE) “DSR-Config” denotes a configuration of DSR, an IE “dsr-ProhibitTimer” denotes a DSR prohibit timer. The value of the DSR prohibit timer may comprise 0, 0.5ms, 1ms, 2ms, 4ms, 5ms, 8ms, 10ms, 15ms, 16ms, 20ms, 30ms, 40ms, 50ms, 80ms, or 100ms. It is to be understood that these values are merely examples, and do not make limitation for the present application.

In this way, frequent DSR transmission may be avoided while reducing latency of DSR transmission.

Continuing to refer to FIG. 2, the terminal device 110 may perform 230 a management (e.g., trigger, cancel, transmission or retransmission) of a DSR based on the configuration.

With reference to FIG. 2, in some embodiments, if a DSR has been triggered and not cancelled, and a set of UL resources available for transmission can accommodate a MAC CE for DSR plus a subheader of the MAC CE, the terminal device 110 may start or restart 231 the DSR retransmission timer. If no UL grant is received during running of the DSR  retransmission timer, the terminal device 110 may retransmit 232 the DSR.

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

The MAC entity shall:

1> if the delay status reporting procedure determines that at least one DSR has been triggered and not cancelled:

2> if uplink shared channel (UL-SCH) resources are available for a new transmission and the UL-SCH resources can accommodate the MAC CE for DSR plus its subheader as a result of logical channel prioritization:

3> instruct the Multiplexing and Assembly procedure to generate the MAC CE (s) for DSR;

3> start or restart retxDSR-Timer.

A MAC PDU may contain at most one MAC CE for DSR, even when multiple events have triggered a DSR.

The MAC entity shall restart retxDSR-Timer upon reception of a grant for transmission of new data on any UL-SCH.

In some embodiments, if a MAC PDU is transmitted or assembled and the MAC PDU comprises all pending delayed data available for transmission, the terminal device 110 may stop the DSR retransmission timer. In some embodiments, if there is no pending delayed data available for transmission, the terminal device 110 may stop the DSR retransmission timer.

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

The MAC entity may stop retxDSR-Timer if at least one of the following event happens.

1. When a MAC PDU is transmitted or assembled and this PDU contains all pending delayed data available for transmission, stop retxDSR-Timer.

2. When there is no pending delayed data available for transmission (e.g., due to discard operation) , stop retxDSR-Timer.

With reference to FIG. 2, in some embodiments, if at least one DSR has been triggered and not cancelled, and a set of UL resources available for transmission can accommodate a MAC CE for DSR plus a subheader of the MAC CE, the terminal device 110 may start or restart 233 the DSR prohibit timer. In some embodiments, if the DSR prohibit timer is running, the terminal device 110 may not trigger or transmit a MAC CE for DSR. In some embodiments, if the DSR prohibit timer is not running, the terminal device 110 may  trigger or transmit a MAC CE for DSR.

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

The MAC entity shall:

1> if the Delay Status reporting procedure determines that at least one DSR has been triggered and not cancelled, and if UL-SCH resources are available for a new transmission and the UL-SCH resources can accommodate the MAC CE for DSR plus its subheader as a result of logical channel prioritization:

2> instruct the Multiplexing and Assembly procedure to generate the MAC CE (s) for DSR;

2> start or restart dsr-ProhibitTimer.

UE may not trigger or transmit a MAC CE for DSR if dsr-ProhibitTimer is running.

In some embodiments, if a MAC PDU is transmitted or assembled and the MAC PDU comprises all pending delayed data available for transmission, the terminal device 110 may cancel the DSR prohibit timer. In some embodiments, if there is no pending delayed data available for transmission, the terminal device 110 may cancel the DSR prohibit timer. In some embodiments, if all triggered reporting of the status of delayed data are cancelled, the terminal device 110 may cancel the DSR prohibit timer.

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

The MAC entity may cancel dsr-ProhibitTimer if at least one of the following event happens.

1. When a MAC PDU is transmitted or assembled and this PDU contains all (pending) delayed data or all pending data available for transmission, cancel dsr-ProhibitTimer.

2. When there is no (pending) delayed data available for transmission (e.g., due to discard operation) , cancel dsr-ProhibitTimer.

3. When all triggered DSRs are cancelled, cancel dsr-ProhibitTimer.

Continuing to refer to FIG. 2, if a condition for triggering a DSR is fulfilled, the terminal device 110 may trigger 234 a DSR. In some embodiments, if the first timer (i.e., a DSR retransmission timer) expires, and/or at least one of LCHs in an LCG comprises delayed data, the terminal device 110 may trigger a DSR.

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

A DSR shall be triggered if the following events occur (e.g., for activated cell group) :

- retxDSR-Timer expires, and/or at least one of the logical channels which belong to an LCG contains UL delayed data (e.g. at least one logical channel has available UL data whose remaining delay budget blow a configured threshold) .

In some embodiments, if remaining delay budget of UL data for an LCH in an LCG becomes below a threshold, and none of LCHs in the LCG comprise delayed data, the terminal device 110 may trigger a DSR.

In some embodiments, if the second timer (i.e., DSR prohibit timer) expires, and/or at least one of LCHs in an LCG comprises delayed data, the terminal device 110 may trigger a DSR.

In some embodiments, if a DSR is configured or reconfigured, the terminal device 110 may trigger a DSR.

In some embodiments, if a secondary cell (SCell) of a MAC entity is activated, and the MAC entity is configured or enabled or activated with the reporting of the status of delayed data, the terminal device 110 may trigger a DSR.

In some embodiments, if thresholds corresponding to delay levels are configured and further delayed data is coming, the further delay data having a delay level higher than any delay level of the delayed data, the terminal device 110 may trigger a DSR. For example, threshold 1, 2 and 3 are configured (threshold 1 is the most urgent and has lowest time value) . There is delayed data whose remaining time is below threshold 2 and 3, but no delayed data whose remaining time is below threshold 1. When delayed data whose remaining time is below threshold 1 (i.e., more urgent data) is coming, a DSR is triggered.

In some embodiments, if remaining delay budget of UL data for an LCH in an LCG becomes below a threshold, and the UL data belongs to an LCH with a priority higher than a priority of any LCHs comprising the delayed data, triggering the reporting of the status of delayed data.

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

A DSR shall be triggered if any of the following events occur (e.g., for activated cell group) :

- UL data, for a logical channel which belongs to an LCG, whose remaining delay budget (or the remaining time of PDCP discardTimer) becomes below a configured threshold (e.g., as delayed UL data) ; and none of the logical channels which belong to an LCG contains any delayed UL data;

- dsr-ProhibitTimer expires or has expired or is not running, and at least one of the logical channels which belong to an LCG contains UL delayed data;

- upon configuration or reconfiguration of the delay status reporting functionality by upper layers, which is not used to disable the function;

- activation of an SCell of any MAC entity with delay status reporting functionality configured/enabled/activated;

- if more than 1 delay thresholds are configured (each of which may correspond to a different delay level or congestion level) , and more urgent data (for example, data whose remaining delay budget is lower than a delay threshold, and is lower than any other thresholds that has delayed data lower than them) is coming; or

- UL data, for a logical channel which belongs to an LCG, whose remaining delay becomes below a configured threshold, and this UL data belongs to a logical channel with higher priority than the priority of any logical channel containing delayed UL data which belong to any LCG.

In some embodiments where a DSR is triggered by expiration of the first timer (e.g., DSR retransmission timer) , an LCH that triggered the DSR is a highest priority LCH that has data available for transmission upon triggering of the DSR. In some embodiments, an LCH that triggers a DSR triggered by expiration of the first timer (e.g., DSR retransmission timer) has a priority higher than a priority of an LCH that triggers a BSR triggered by expiration of a third timer (i.e., BSR retransmission timer) configured for retransmission of the BSR.

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

For DSR triggered by retxDSR-Timer expiry, the MAC entity considers that the logical channel that triggered the DSR is the highest priority logical channel that has data available for transmission at the time the DSR is triggered.

Futhermore, the logical channel that triggered a DSR which is triggered by retxDSR-Timer expiry has higher priority than the logical channel that triggered a BSR which is triggered by retxBSR-Timer expiry.

Compared with a MAC CE for BSR, a MAC CE for DSR is more delay-sensitive. In some embodiments, a MAC CE for DSR has a priority higher than a priority of a MAC CE for BSR during an LCP procedure. In this way, a MAC CE for DSR may be multiplexed in a MAC PDU with a well-defined priority during an LCP procedure.

For example, an example priority order of a MAC CE for DSR during an LCP procedure may be described as below.

During LCP procedure, Logical channels shall be prioritized in accordance with the following order (highest priority listed first) :

- MAC CE for C-RNTI, or data from UL-CCCH;

...

- MAC CE for Timing Advance Report;

- MAC CE for DSR, with exception of DSR included for padding (if introduced) ;

- MAC CE for SL-BSR prioritized;

- MAC CE for (Extended) BSR, with exception of BSR included for padding;

...

- MAC CE for Recommended bit rate query;

- MAC CE for DSR included for padding (if introduced) ;

- MAC CE for BSR included for padding;

- MAC CE for SL-BSR included for padding.

In another example, an example priority order of a MAC CE for DSR during LCP procedure may be described as below.

During LCP procedure, Logical channels shall be prioritized in accordance with the following order (highest priority listed first) :

- MAC CE for C-RNTI, or data from UL-CCCH;

...

- MAC CE for Timing Advance Report;

- MAC CE for SL-BSR prioritized;

- MAC CE for DSR, with exception of DSR included for padding (if introduced) ;

- MAC CE for (Extended) BSR, with exception of BSR included for padding;

...

- MAC CE for Recommended bit rate query;

- MAC CE for DSR included for padding (if introduced) ;

- MAC CE for BSR included for padding;

- MAC CE for SL-BSR included for padding.

Continuing to refer to FIG. 2, if a condition for cancelling a DSR is fulfilled, the terminal device 110 may cancel 235 the DSR.

In some embodiments, if there is no pending delayed data available for transmission in a UL buffer, the terminal device 110 may cancel all triggered DSRs. In other words, all triggered DSR may be cancelled if there is no pending delayed data available for transmission or no delayed data in UL buffer. For example, there is no delayed data in UL buffer because of discard operation, or the remaining delay budget of data (e.g., an SDU or PDU set) is exhausted (e.g., a PDCP discard timer expires) , or other reasons.

In some embodiments, if one or more UL grants or a MAC PDU (for convenience, also referred to as a first MAC PDU herein) can accommodate all pending delayed data available for transmission but is insufficient to additionally accommodate a MAC CE (for convenience, also referred to as a first MAC CE herein) for DSR plus a subheader of the MAC CE, the terminal device 110 may cancel all triggered DSRs. In other words, all triggered DSRs may be cancelled when the UL grant (s) or the assembly MAC PDU can accommodate all pending delayed data available for transmission but is not sufficient to additionally accommodate the MAC CE for DSR plus its subheader.

In some embodiments, if one or more UL grants can accommodate all pending data available for transmission but is insufficient to additionally accommodate a MAC CE for DSR plus the subheader of the MAC CE, the terminal device 110 may cancel all triggered reporting of the status of delayed data. In other words, all triggered DSRs may be cancelled when the UL grant (s) can accommodate all pending data available for transmission but is not sufficient to additionally accommodate the MAC CE for DSR plus its subheader.

In some embodiments, if a MAC PDU (for convenience, also referred to as a second MAC PDU herein) is assembled or transmitted and the MAC PDU comprises all pending delayed data available for transmission, the terminal device 110 may cancel all triggered DSRs. In other words, all triggered DSRs may be cancelled when a MAC PDU is assembled or transmitted and this PDU contains all pending delayed data available for transmission.

In some embodiments, if a MAC PDU (for convenience, also referred to as a third MAC PDU herein) is transmitted and the MAC PDU comprises all pending delayed data up to the last event that triggers a DSR prior to an assembly of the MAC PDU, the terminal device 110 may cancel all DSRs triggered prior to the assembly of the MAC PDU. In other words, all DSRs triggered prior to MAC PDU assembly may be cancelled when a MAC PDU is transmitted and this PDU contains all pending delayed data up to (and including) the last event that triggered a DSR prior to the MAC PDU assembly.

In some embodiments, if a MAC PDU (for convenience, also referred to as a fourth MAC PDU herein) is transmitted and the MAC PDU comprises a MAC CE (for convenience, also referred to as a second MAC CE herein) for DSR comprising a delayed buffer status up to the last event that triggers a DSR prior to an assembly of the MAC PDU, the terminal device 110 may cancel all DSRs triggered prior to the assembly of the MAC PDU. In other words, all DSRs triggered prior to MAC PDU assembly shall be cancelled when a MAC PDU is transmitted and this PDU includes a MAC CE for DSR (including Long, Extended Long, Short, or Extended Short MAC CE for DSR, if they are defined) which contains delayed buffer status up to (and including) the last event that triggered a DSR prior to the MAC PDU assembly.

In some embodiments, if all triggered BSRs are cancelled, the terminal device 110 may cancel all triggered DSRs. In other words, if all triggered BSRs are cancelled, then all triggered DSRs may also be cancelled.

In some embodiments, if there is no pending delayed data available for transmission for an LCH or LCG, the terminal device 110 may cancel a corresponding DSR triggered by the LCH or LCG. In other words, if there is no pending delayed data available for transmission for a logical channel or LCG, the corresponding DSR triggered by the logical channel or LCG may be cancelled.

In this way, a condition for DSR cancellation may be defined. All triggered DSRs may be cancelled when the condition is fulfilled and radio resources may be saved.

With the process 200, DSR may be managed in a well-defined way. DSR may be transmitted as soon as possible and transmission delay of delayed data may be shortened. It is to be understood that operations in the process 200 may be carried out separately or in any suitable combination.

EXAMPLE IMPLEMENTATION OF METHODS

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

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

At block 310, the terminal device 110 receives, from the network device 120, a configuration for a reporting of a status of delayed data.

In some embodiments, the configuration may comprise a first set of values of a first timer configured for retransmission of the reporting of the status of delayed data, the first set of values being below a first predetermined value. In some embodiments, the configuration may comprise a second set of values of a second timer configured for prohibition of the triggering or reporting of the status of delay data, the second set of values being below a second predetermined value.

In some embodiments, the terminal device 110 may transmit, to the network device 120, capability information of the terminal device 110. The capability information may comprise at least one of the following: information indicating whether the terminal device supports the reporting of the status of delayed data; information indicating a maximum number of logical channel groups for which the terminal device supports to report the status of delayed data; or information indicating whether the terminal device supports a delay timer for a scheduling request triggered by the reporting of the status of delayed data for a logical channel. With the capability information, a network may properly configure a DSR operation.

At block 320, the terminal device 110 triggers the reporting of the status of delayed data if a condition for triggering the reporting of the status of delayed data is fulfilled.

In some embodiments, if a first timer configured for retransmission of the reporting of the status of delayed data expires, and at least one of logical channels in a logic channel group comprises delayed data, the terminal device 110 may trigger the reporting of the status  of delayed data.

In some embodiments, if remaining delay budget of uplink data for a logical channel in a logic channel group becomes below a threshold, and none of logical channels in the logic channel group comprise delayed data, the terminal device 110 may trigger the reporting of the status of delayed data.

In some embodiments, if a second timer configured for prohibition of the reporting of the status of delay data expires, and at least one of logical channels in a logic channel group comprises delayed data, the terminal device 110 may trigger the reporting of the status of delayed data.

In some embodiments, if the reporting of the status of delay data is configured or reconfigured, the terminal device 110 may trigger the reporting of the status of delayed data.

In some embodiments, if a secondary cell of a MAC entity is activated, the MAC entity being configured or enabled or activated with the reporting of the status of delayed data, the terminal device 110 may trigger the reporting of the status of delayed data.

In some embodiments, if thresholds corresponding to delay levels are configured and further delayed data is coming, the further delay data having a delay level higher than any delay levels of the delayed data, the terminal device 110 may trigger the reporting of the status of delayed data.

In some embodiments, if remaining delay budget of uplink data for a logical channel in a logic channel group becomes below a threshold, and the uplink data belongs to a logical channel with a priority higher than a priority of any logical channels comprising the delayed data, the terminal device 110 may trigger the reporting of the status of delayed data.

In some embodiments, if the reporting of the status of delayed data has been triggered and not cancelled, and a set of uplink resources available for transmission can accommodate a MAC CE for the reporting of the status of delayed data plus a subheader of the MAC CE, the terminal device 110 may start or restart the first timer. In some embodiments, if no uplink grant is received during running of the first timer, the terminal device 110 may retransmit the reporting of the status of delayed data.

In some embodiments, if a MAC PDU is transmitted or assembled and the MAC PDU comprises all pending delayed data available for transmission, the terminal device 110 may stop the first timer. In some embodiments, if there is no pending delayed data available  for transmission, the terminal device 110 may stop the first timer.

In some embodiments, if at least one reporting of the status of delayed data has been triggered and not cancelled, and a set of uplink resources available for transmission can accommodate a MAC CE for the reporting of the status of delayed data plus a subheader of the MAC CE, the terminal device 110 may start or restart the second timer. In some embodiments, if the second timer is running, the terminal device 110 may not trigger or transmit the MAC CE for the reporting of the status of delayed data.

In some embodiments, if a MAC PDU is transmitted or assembled and the MAC PDU comprises all pending delayed data available for transmission, the terminal device 110 may cancel the second timer. In some embodiments, if there is no pending delayed data available for transmission, the terminal device 110 may cancel the second timer. In some embodiments, if all triggered reporting of the status of delayed data are cancelled, the terminal device 110 may cancel the second timer.

In some embodiments where the reporting of the status of delayed data is triggered by expiration of a first timer configured for retransmission of the reporting of the status of delayed data, a logical channel that triggered the reporting of the status of delayed data is a highest priority logical channel that has data available for transmission upon triggering of the reporting of the status of delayed data. In some embodiments, the logical channel that triggers the reporting of the status of delayed data triggered by expiration of a first timer has a priority higher than a priority of a logical channel that triggers a BSR triggered by expiration of a third timer configured for retransmission of the BSR.

In some embodiments, a MAC CE for the reporting of the status of delayed data has a priority higher than a priority of a MAC CE for the BSR during a logical channel prioritization procedure.

At block 330, the terminal device 110 cancels the reporting of the status of delayed data if a condition for cancelling the reporting of the status of delayed data is fulfilled.

In some embodiments, if there is no pending delayed data available for transmission in an uplink buffer, the terminal device 110 may cancel all triggered reporting of the status of delayed data.

In some embodiments, if one or more uplink grants or a first MAC PDU can accommodate all pending delayed data available for transmission but is insufficient to additionally accommodate a first MAC CE for the reporting of the status of delayed data plus  a subheader of the first MAC CE, the terminal device 110 may cancel all triggered reporting of the status of delayed data.

In some embodiments, if one or more uplink grants can accommodate all pending data available for transmission but is insufficient to additionally accommodate the first MAC CE for the reporting of the status of delayed data plus the subheader of the first MAC CE, the terminal device 110 may cancel all triggered reporting of the status of delayed data.

In some embodiments, if a second MAC PDU is assembled or transmitted and the second MAC PDU comprises all pending delayed data available for transmission, the terminal device 110 may cancel all triggered reporting of the status of delayed data.

In some embodiments, if a third MAC PDU is transmitted and the third MAC PDU comprises all pending delayed data up to the last event that triggers the reporting of the status of delayed data prior to an assembly of the third MAC PDU, the terminal device 110 may cancel all reporting of the status of delayed data triggered prior to the assembly of the third MAC PDU.

In some embodiments, if a fourth MAC PDU is transmitted and the fourth MAC PDU comprises a second MAC CE for the reporting of the status of delayed data comprising a delayed buffer status up to the last event that triggers the reporting of the status of delayed data prior to an assembly of the fourth MAC PDU, the terminal device 110 may cancel all reporting of the status of delayed data triggered prior to the assembly of the fourth MAC PDU.

In some embodiments, if all triggered BSRs are cancelled, the terminal device 110 may cancel all triggered reporting of the status of delayed data.

In some embodiments, if there is no pending delayed data available for transmission for a logical channel or logical channel group, the terminal device 110 may cancel corresponding reporting of the status of delayed data triggered by the logical channel or logical channel group.

With the method 300, DSR may be managed in a well-defined way. DSR may be transmitted as soon as possible and transmission delay of delayed data may be shortened.

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

At block 410, the network device 120 transmits, to the terminal device 110, a configuration for a reporting of a status of delayed data.

In some embodiments, the configuration may comprise at least one of the following: a first set of values of a first timer configured for retransmission of the reporting of the status of delayed data, the first set of values being below a first predetermined value; or a second set of values of a second timer configured for prohibition of the triggering or reporting of the status of delay data, the second set of values being below a second predetermined value.

At block 420, the network device 120 receives, from the terminal device 110, a MAC CE for the reporting of the status of delayed data.

In some embodiments, the network device 120 may receive, from the terminal device 110, capability information of the terminal device. The capability information may comprise at least one of the following: information indicating whether the terminal device supports the reporting of the status of delayed data; information indicating a maximum number of logical channel groups for which the terminal device supports to report the status of delayed data; or information indicating whether the terminal device supports a delay timer for a scheduling request triggered by the reporting of the status of delayed data for a logical channel.

With the method 400, a configuration of DSR may be provided and may be optimized.

It is to be understood that operations of the methods 300 and 400 correspond to the process described in connection with FIG. 2, and thus other details are not repeated here for conciseness.

EXAMPLE IMPLEMENTATION OF DEVICES

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

As shown, the device 500 includes a processor 510, a memory 520 coupled to the processor 510, a suitable transceiver 540 coupled to the processor 510, and a communication interface coupled to the transceiver 540. The memory 510 stores at least a part of a program 530. The transceiver 540 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 540 may include at least one of a transmitter 542 or a receiver 544. The transmitter 542 and the receiver 544 may be functional modules or physical entities. The transceiver 540 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.

The program 530 is assumed to include program instructions that, when executed by the associated processor 510, enable the device 500 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1 to 4. The embodiments herein may be implemented by computer software executable by the processor 510 of the device 500, or by hardware, or by a combination of software and hardware. The processor 510 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 510 and memory 520 may form processing means 550 adapted to implement various embodiments of the present disclosure.

The memory 520 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 520 is shown in the device 500, there may be several physically distinct memory modules in the device 500. The processor 510 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 500 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.

In some embodiments, a terminal device comprises a circuitry configured to: receive, from a network device, a configuration for a reporting of a status of delayed data; in accordance with a determination that a condition for triggering the reporting of the status of delayed data is fulfilled, trigger the reporting of the status of delayed data; and in accordance with a determination that a condition for cancelling the reporting of the status of delayed data is fulfilled, cancel the reporting of the status of delayed data.

In some embodiments, a network device comprises a circuitry configured to: transmit, to a terminal device, a configuration for a reporting of a status of delayed data; and receive, from the terminal device, a MAC CE for the reporting of the status of delayed data.

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.

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.

The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGs. 1 to 4. 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.

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.

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.

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.

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 (20)

1. A terminal device, comprising:

   a processor configured to cause the terminal device to:

   receive, from a network device, a configuration for a reporting of a status of delayed data;

   in accordance with a determination that a condition for triggering the reporting of the status of delayed data is fulfilled, trigger the reporting of the status of delayed data; and

   in accordance with a determination that a condition for cancelling the reporting of the status of delayed data is fulfilled, cancel the reporting of the status of delayed data.
2. The terminal device of claim 1, wherein the configuration comprises a first set of values of a first timer configured for retransmission of the reporting of the status of delayed data, the first set of values being below a first predetermined value, and wherein the terminal device is further caused to at least one of the following:

   in accordance with a determination that the reporting of the status of delayed data has been triggered and not cancelled, and a set of uplink resources available for transmission can accommodate a medium access control control element (MAC CE) for the reporting of the status of delayed data plus a subheader of the MAC CE, start or restart the first timer; or

   in accordance with a determination that no uplink grant is received during running of the first timer, retransmit the reporting of the status of delayed data.
3. The terminal device of claim 2, wherein the terminal device is further caused to at least one of the following:

   in accordance with a determination that a medium access control protocol data unit (MAC PDU) is transmitted or assembled and the MAC PDU comprises all pending delayed data available for transmission, stop the first timer; or

   in accordance with a determination that there is no pending delayed data available for transmission, stop the first timer.
4. The terminal device of claim 1, wherein the configuration comprises a second set of values of a second timer configured for prohibition of the triggering or reporting of the status of delay data, the second set of values being below a second predetermined value, and wherein the terminal device is further caused to at least one of the following:

   in accordance with a determination that at least one reporting of the status of delayed data has been triggered and not cancelled, and a set of uplink resources available for transmission can accommodate a medium access control control element (MAC CE) for the reporting of the status of delayed data plus a subheader of the MAC CE, start or restart the second timer; or

   in accordance with a determination that the second timer is running, trigger or transmit no MAC CE for the reporting of the status of delayed data.
5. The terminal device of claim 4, wherein the terminal device is further caused to at least one of the following:

   in accordance with a determination that a medium access control protocol data unit (MAC PDU) is transmitted or assembled and the MAC PDU comprises all pending delayed data available for transmission, cancel the second timer;

   in accordance with a determination that there is no pending delayed data available for transmission, cancel the second timer; or

   in accordance with a determination that all triggered reporting of the status of delayed data are cancelled, cancel the second timer.
6. The terminal device of claim 1, wherein the terminal device is caused to trigger the reporting of the status of delayed data by at least one of the following:

   in accordance with a determination that a first timer configured for retransmission of the reporting of the status of delayed data expires, and at least one of logical channels in a logic channel group comprises delayed data, triggering the reporting of the status of delayed data;

   in accordance with a determination that remaining delay budget of uplink data for a logical channel in a logic channel group becomes below a threshold, and none of logical channels in the logic channel group comprise delayed data, triggering the reporting of the status of delayed data;

   in accordance with a determination that a second timer configured for prohibition of the reporting of the status of delay data expires, and at least one of logical channels in a logic channel group comprises delayed data, triggering the reporting of the status of delayed data;

   in accordance with a determination that the reporting of the status of delay data is configured or reconfigured, triggering the reporting of the status of delayed data;

   in accordance with a determination that a secondary cell of a medium access control  (MAC) entity is activated, the MAC entity being configured or enabled or activated with the reporting of the status of delayed data, triggering the reporting of the status of delayed data;

   in accordance with a determination that thresholds corresponding to delay levels are configured and further delayed data is coming, the further delay data having a delay level higher than any delay levels of the delayed data, triggering the reporting of the status of delayed data; or

   in accordance with a determination that remaining delay budget of uplink data for a logical channel in a logic channel group becomes below a threshold, and the uplink data belongs to a logical channel with a priority higher than a priority of any logical channels comprising the delayed data, triggering the reporting of the status of delayed data.
7. The terminal device of claim 1, wherein the reporting of the status of delayed data is triggered by expiration of a first timer configured for retransmission of the reporting of the status of delayed data, and a logical channel that triggered the reporting of the status of delayed data is a highest priority logical channel that has data available for transmission upon triggering of the reporting of the status of delayed data, or

   wherein the logical channel that triggers the reporting of the status of delayed data triggered by expiration of a first timer has a priority higher than a priority of a logical channel that triggers a buffer status reporting (BSR) triggered by expiration of a third timer configured for retransmission of the BSR, or

   wherein a medium access control control element (MAC CE) for the reporting of the status of delayed data has a priority higher than a priority of a MAC CE for the BSR during a logical channel prioritization procedure.
8. The terminal device of claim 1, wherein the terminal device is caused to cancel the reporting of the status of delayed data by at least one of the following:

   in accordance with a determination that there is no pending delayed data available for transmission in an uplink buffer, cancelling all triggered reporting of the status of delayed data;

   in accordance with a determination that one or more uplink grants or a first medium access control protocol data unit (MAC PDU) can accommodate all pending delayed data available for transmission but is insufficient to additionally accommodate a first medium access control control element (MAC CE) for the reporting of the status of delayed data plus a subheader of the first MAC CE, cancelling all triggered reporting of the status of delayed  data;

   in accordance with a determination that one or more uplink grants can accommodate all pending data available for transmission but is insufficient to additionally accommodate the first MAC CE for the reporting of the status of delayed data plus the subheader of the first MAC CE, cancelling all triggered reporting of the status of delayed data;

   in accordance with a determination that a second MAC PDU is assembled or transmitted and the second MAC PDU comprises all pending delayed data available for transmission, cancelling all triggered reporting of the status of delayed data;

   in accordance with a determination that a third MAC PDU is transmitted and the third MAC PDU comprises all pending delayed data up to the last event that triggers the reporting of the status of delayed data prior to an assembly of the third MAC PDU, cancelling all reporting of the status of delayed data triggered prior to the assembly of the third MAC PDU;

   in accordance with a determination that a fourth MAC PDU is transmitted and the fourth MAC PDU comprises a second MAC CE for the reporting of the status of delayed data comprising a delayed buffer status up to the last event that triggers the reporting of the status of delayed data prior to an assembly of the fourth MAC PDU, cancelling all reporting of the status of delayed data triggered prior to the assembly of the fourth MAC PDU;

   in accordance with a determination that all triggered buffer status reporting (BSR) are cancelled, cancelling all triggered reporting of the status of delayed data; or

   in accordance with a determination that there is no pending delayed data available for transmission for a logical channel or logical channel group, cancelling corresponding reporting of the status of delayed data triggered by the logical channel or logical channel group.
9. The terminal device of claim 1, wherein the terminal device is further caused to:

   transmit, to the network device, capability information of the terminal device comprising at least one of the following:

   information indicating whether the terminal device supports the reporting of the status of delayed data;

   information indicating a maximum number of logical channel groups for which the terminal device supports to report the status of delayed data; or

   information indicating whether the terminal device supports a delay timer for a scheduling request triggered by the reporting of the status of delayed data for a logical channel.
10. A network device, comprising:

    a processor configured to cause the network device to:

    transmit, to a terminal device, a configuration for a reporting of a status of delayed data; and

    receive, from the terminal device, a medium access control control element (MAC CE) for the reporting of the status of delayed data.
11. The network device of claim 10, wherein the configuration comprises at least one of the following:

    a first set of values of a first timer configured for retransmission of the reporting of the status of delayed data, the first set of values being below a first predetermined value; or

    a second set of values of a second timer configured for prohibition of the triggering or reporting of the status of delay data, the second set of values being below a second predetermined value.
12. The network device of claim 10, wherein the network device is further caused to:

    receive, from the terminal device, capability information of the terminal device comprising at least one of the following:

    information indicating whether the terminal device supports the reporting of the status of delayed data;

    information indicating a maximum number of logical channel groups for which the terminal device supports to report the status of delayed data; or

    information indicating whether the terminal device supports a delay timer for a scheduling request triggered by the reporting of the status of delayed data for a logical channel.
13. A method of communication, comprising:

    receiving, at a terminal device and from a network device, a configuration for a reporting of a status of delayed data;

    in accordance with a determination that a condition for triggering the reporting of the status of delayed data is fulfilled, triggering the reporting of the status of delayed data; and

    in accordance with a determination that a condition for cancelling the reporting of the status of delayed data is fulfilled, cancelling the reporting of the status of delayed data.
14. The method of claim 13, wherein the configuration comprises a first set of values of a first timer configured for retransmission of the reporting of the status of delayed data, the first set of values being below a first predetermined value, and wherein the method further comprises at least one of the following:

    in accordance with a determination that the reporting of the status of delayed data has been triggered and not cancelled, and a set of uplink resources available for transmission can accommodate a medium access control control element (MAC CE) for the reporting of the status of delayed data plus a subheader of the MAC CE, starting or restarting the first timer; or

    in accordance with a determination that no uplink grant is received during running of the first timer, retransmitting the reporting of the status of delayed data.
15. The method of claim 14, further comprising at least one of the following:

    in accordance with a determination that a medium access control protocol data unit (MAC PDU) is transmitted or assembled and the MAC PDU comprises all pending delayed data available for transmission, stopping the first timer; or

    in accordance with a determination that there is no pending delayed data available for transmission, stopping the first timer.
16. The method of claim 13, wherein the configuration comprises a second set of values of a second timer configured for prohibition of the triggering or reporting of the status of delay data, the second set of values being below a second predetermined value, and wherein the method further comprises at least one of the following:

    in accordance with a determination that at least one reporting of the status of delayed data has been triggered and not cancelled, and a set of uplink resources available for transmission can accommodate a medium access control control element (MAC CE) for the reporting of the status of delayed data plus a subheader of the MAC CE, starting or restarting the second timer; or

    in accordance with a determination that the second timer is running, triggering or transmitting no MAC CE for the reporting of the status of delayed data.
17. The method of claim 16, further comprising at least one of the following:

    in accordance with a determination that a medium access control protocol data unit  (MAC PDU) is transmitted or assembled and the MAC PDU comprises all pending delayed data available for transmission, cancelling the second timer;

    in accordance with a determination that there is no pending delayed data available for transmission, cancelling the second timer; or

    in accordance with a determination that all triggered reporting of the status of delayed data are cancelled, cancelling the second timer.
18. The method of claim 13, wherein triggering the reporting of the status of delayed data comprises at least one of the following:

    in accordance with a determination that a first timer configured for retransmission of the reporting of the status of delayed data expires, and at least one of logical channels in a logic channel group comprises delayed data, triggering the reporting of the status of delayed data;

    in accordance with a determination that remaining delay budget of uplink data for a logical channel in a logic channel group becomes below a threshold, and none of logical channels in the logic channel group comprise delayed data, triggering the reporting of the status of delayed data;

    in accordance with a determination that a second timer configured for prohibition of the reporting of the status of delay data expires, and at least one of logical channels in a logic channel group comprises delayed data, triggering the reporting of the status of delayed data;

    in accordance with a determination that the reporting of the status of delay data is configured or reconfigured, triggering the reporting of the status of delayed data;

    in accordance with a determination that a secondary cell of a medium access control (MAC) entity is activated, the MAC entity being configured or enabled or activated with the reporting of the status of delayed data, triggering the reporting of the status of delayed data;

    in accordance with a determination that thresholds corresponding to delay levels are configured and further delayed data is coming, the further delay data having a delay level higher than any delay levels of the delayed data, triggering the reporting of the status of delayed data; or

    in accordance with a determination that remaining delay budget of uplink data for a logical channel in a logic channel group becomes below a threshold, and the uplink data belongs to a logical channel with a priority higher than a priority of any logical channels comprising the delayed data, triggering the reporting of the status of delayed data.
19. The method of claim 13, wherein the reporting of the status of delayed data is triggered by expiration of a first timer configured for retransmission of the reporting of the status of delayed data, and a logical channel that triggered the reporting of the status of delayed data is a highest priority logical channel that has data available for transmission upon triggering of the reporting of the status of delayed data, or

    wherein the logical channel that triggers the reporting of the status of delayed data triggered by expiration of a first timer has a priority higher than a priority of a logical channel that triggers a buffer status reporting (BSR) triggered by expiration of a third timer configured for retransmission of the BSR, or

    wherein a medium access control control element (MAC CE) for the reporting of the status of delayed data has a priority higher than a priority of a MAC CE for a buffer status reporting (BSR) during a logical channel prioritization procedure.
20. The method of claim 13, wherein cancelling the reporting of the status of delayed data comprises at least one of the following:

    in accordance with a determination that there is no pending delayed data available for transmission in an uplink buffer, cancelling all triggered reporting of the status of delayed data;

    in accordance with a determination that one or more uplink grants or a first medium access control protocol data unit (MAC PDU) can accommodate all pending delayed data available for transmission but is insufficient to additionally accommodate a first medium access control control element (MAC CE) for the reporting of the status of delayed data plus a subheader of the first MAC CE, cancelling all triggered reporting of the status of delayed data;

    in accordance with a determination that one or more uplink grants can accommodate all pending data available for transmission but is insufficient to additionally accommodate the first MAC CE for the reporting of the status of delayed data plus the subheader of the first MAC CE, cancelling all triggered reporting of the status of delayed data;

    in accordance with a determination that a second MAC PDU is assembled or transmitted and the second MAC PDU comprises all pending delayed data available for transmission, cancelling all triggered reporting of the status of delayed data;

    in accordance with a determination that a third MAC PDU is transmitted and the third MAC PDU comprises all pending delayed data up to the last event that triggers the reporting of the status of delayed data prior to an assembly of the third MAC PDU, cancelling all  reporting of the status of delayed data triggered prior to the assembly of the third MAC PDU;

    in accordance with a determination that a fourth MAC PDU is transmitted and the fourth MAC PDU comprises a second MAC CE for the reporting of the status of delayed data comprising a delayed buffer status up to the last event that triggers the reporting of the status of delayed data prior to an assembly of the fourth MAC PDU, cancelling all reporting of the status of delayed data triggered prior to the assembly of the fourth MAC PDU;

    in accordance with a determination that all triggered buffer status reporting (BSR) are cancelled, cancelling all triggered reporting of the status of delayed data; or

    in accordance with a determination that there is no pending delayed data available for transmission for a logical channel or logical channel group, cancelling corresponding reporting of the status of delayed data triggered by the logical channel or logical channel group.