Communication for delay sensitive traffic

Abstract

Embodiments of the present disclosure relate to communication for delay sensitive traffic. In one aspect, a network device may transmit, to a terminal device, at least one configuration indicating a first DSR and a second DSR. The terminal device may trigger or cancel the first or second DSR for a LCH or LCG based on two or more of the following: smallest remaining time among remaining time of a set of data packets for the LCH or LCG; a first threshold for triggering the second DSR; a second threshold which is one of a set of thresholds for a set of delay ranges in the second DSR; or a third threshold for triggering the first DSR. In this way, a reporting of delay information of all delay-critical data may be ensured.

Description

COMMUNICATION FOR DELAY SENSITIVE TRAFFICTECHNICAL 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 sensitive traffic.BACKGROUND

[0002] A network (NW) can schedule an uplink (UL) grant for delay sensitive traffic such as extended reality (XR) according to a remaining delay budget and / or a delayed buffer size. A delay status reporting (DSR) functionality has been specified and a DSR medium access control (MAC) control element (CE) has been introduced for the DSR functionality. However, a solution of DSR is still incomplete and needs to be further developed.

[0003] In addition, a radio access network (RAN) is able to provide a recommended bit rate for a specific logical channel (LCH) to user equipment (UE) via a recommended bit rate MAC CE. However, this feature is not tailored for delay sensitive traffic such as XR and also needs to be further developed.SUMMARY

[0004] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for delay sensitive traffic.

[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, at least one configuration indicating a first DSR comprising single set of delay information for each logical channel group (LCG) and a second DSR comprising multiple sets of delay information for each LCG; and trigger or cancel the first or second DSR for a LCH or LCG based on two or more of the following: smallest remaining time among remaining time of a set of data packets for the LCH or LCG, a first threshold for triggering the second DSR, a second threshold which is one of a set of thresholds for a set of delay ranges in the second DSR, or a third threshold for triggering the first DSR.

[0006] In a second aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: transmit, to a network device, information of a preference for bit rate recommendation on a quality of service (QoS) flow basis or on a LCH or data radio bearer (DRB) basis.

[0007] In a third aspect, there is provided a network device. The network device comprises a processor configured to cause the network device to: receive, from a terminal device, information of a preference for bit rate recommendation on a QoS flow basis or on a LCH or DRB basis.

[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, at least one configuration indicating a first DSR comprising single set of delay information for each LCG and a second DSR comprising multiple sets of delay information for each LCG; and triggering or cancelling the first or second DSR for a LCH or LCG based on two or more of the following: smallest remaining time among remaining time of a set of data packets for the LCH or LCG, a first threshold for triggering the second DSR, a second threshold which is one of a set of thresholds for a set of delay ranges in the second DSR, or a third threshold for triggering the first DSR.

[0009] In a fifth aspect, there is provided a method of communication. The method is implemented at a terminal device. The method comprises: transmitting, to a network device, information of a preference for bit rate recommendation on a QoS flow basis or on a LCH or DRB basis.

[0010] In a sixth aspect, there is provided a method of communication. The method is implemented at a network device. The method comprises: receiving, from a terminal device, information of a preference for bit rate recommendation on a QoS flow basis or on a LCH or DRB basis.

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

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

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

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

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

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

[0017] FIG. 2A illustrates an example DSR scenario in which some embodiments of the present disclosure can be implemented;

[0018] FIG. 2B illustrates another example DSR scenario in which some embodiments of the present disclosure can be implemented;

[0019] FIG. 2C illustrates another example DSR scenario in which some embodiments of the present disclosure can be implemented;

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

[0021] FIG. 4A illustrates an example DSR scenario according to embodiments of the present disclosure;

[0022] FIG. 4B illustrates another example DSR scenario according to embodiments of the present disclosure;

[0023] FIG. 4C illustrates another example DSR scenario according to embodiments of the present disclosure;

[0024] FIG. 4D illustrates another example DSR scenario according to embodiments of the present disclosure;

[0025] FIG. 4E illustrates another example DSR scenario according to embodiments of the present disclosure;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0042] In the context of the present disclosure, the term ‘below’ may be interchangeably used with ‘smaller than or equal to’ or ‘lower than or equal to’ . The term ‘above’ may be interchangeably used with ‘greater than or equal to’ or ‘higher than or equal to’ .

[0043] In the context of the present disclosure, the term ‘DSR’ may refer to a reporting of a status of delayed data. The term ‘delayed data’ may refer to data whose remaining time is lower than a threshold (also referred to as remaining time threshold herein) . The term ‘delayed data’ may be interchangeably used with ‘delay-critical data’ .

[0044] In the context of the present disclosure, the term ‘remaining time’ may be interchangeably used with ‘remaining delay time’ or ‘remaining delay budget’ . The remaining time may refer to remaining time of a discard timer for a data packet. In the context of the present disclosure, the term ‘data packet’ may refer to a packet data convergence protocol (PDCP) service data unit (SDU) or protocol data unit (PDU) , or a radio link control (RLC) SDU or PDU.

[0045] In the context of the present disclosure, the term ‘first DSR’ may refer to a DSR comprising single set of delay information for each LCG. It is to be noted that the first DSR may be a legacy DSR or any newly defined DSRs. The term ‘first DSR’ may be interchangeably used with ‘legacy DSR’ or any other suitable names. The term ‘second DSR’ may refer to a DSR comprising multiple sets of delay information for each LCG, and may be interchangeably used with ‘enhanced DSR’ or any other suitable names.

[0046] In the context of the present disclosure, the term ‘a DSR is pending’ or ‘a pending DSR’ means that the DSR is triggered but not transmitted.

[0047] In the context of the present disclosure, the term ‘a first threshold’ may refer to a threshold for triggering the second DSR, and may be interchangeably used with ‘a triggering threshold’ . The term ‘a second threshold’ may refer to any of a set of thresholds (also referred to as a set of reporting thresholds herein) for a set of delay ranges in an enhanced DSR, e.g., a largest threshold among the set of reporting thresholds. The term ‘a second threshold’ may be interchangeably used with ‘a largest configured reporting threshold’ or ‘a configured reporting threshold’ . The term ‘a third threshold’ may refer to a threshold for triggering the first DSR, and may be interchangeably used with ‘a remaining time threshold’ .

[0048] Embodiments of the present disclosure provide solutions of communication for delay sensitive traffic. In one aspect, a network device may transmit, to a terminal device, at least one configuration indicating a first DSR comprising single set of delay information for each LCG and a second DSR comprising multiple sets of delay information for each LCG. The terminal device may trigger or cancel the first or second DSR for a LCH or LCG based on two or more of the following: smallest remaining time among remaining time of a set of data packets for the LCH or LCG; a first threshold for triggering the second DSR; a second threshold which is one of a set of thresholds for a set of delay ranges in the second DSR; or a third threshold for triggering the first DSR. In this way, a reporting of delay information of all delay-critical data may be ensured. Further, unreported residual delay-critical data or reporting of redundant delay information may be avoided.

[0049] In another aspect, a terminal device may transmit, to a network device, information of a preference for bit rate recommendation on a QoS flow basis or on a LCH or DRB basis. In this way, a recommended bit rate for a QoS flow or LCH or DRB may be correctly indicated or reported to NW and the bit rate recommendation on the QoS flow or LCH or DRB basis at NW may be facilitated.

[0050] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.EXAMPLE OF COMMUNICATION NETWORK

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

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

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

[0054] In some scenarios, the terminal device 110 may transmit, to the network device 120, a first DSR (e.g., legacy DSR) comprising single set of delay information for each LCG via a DSR MAC CE (for convenience, also referred to as a first DSR MAC CE or a DSR MAC CE herein) . FIG. 1B illustrates a schematic diagram of a DSR MAC CE 100B in which some embodiments of the present disclosure can be implemented. 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.

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

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

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

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

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

[0060] In some scenarios, the terminal device 110 may transmit, to the network device 120, a second DSR (i.e., enhanced DSR) comprising multiple sets of delay information for each LCG via a DSR MAC CE (for convenience, also referred to as a second DSR MAC CE or an enhanced DSR MAC CE herein) . FIG. 1C illustrates a schematic diagram of a DSR MAC CE 100C in which some embodiments of the present disclosure can be implemented. It is to be noted that the DSR MAC CE 100C is merely an example of the second DSR MAC CE, and the second DSR MAC CE may adopt any other suitable forms.

[0061] 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. Table 1

[0062] As shown in FIG. 1C, the DSR MAC CE 100C may comprise a field ‘smallest remaining time’ 112 which indicates the smallest or shortest remaining value of running PDCP discard timer among all PDCP SDUs of a delay level or range that are buffered for a LCG. In this example, m sets of delay information are reported for each LCG, and each set comprise a corresponding field ‘smallest remaining time’ . That is, m delay levels or ranges are reported for a LCG.

[0063] 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 each LCG, and each set comprises a corresponding field ‘E’ . For example, the field ‘E’ in each of 1st to (m-1) th 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.

[0064] 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 range. In this example, m sets of delay information are reported for each LCG, and each set comprises a corresponding field ‘buffer size’ . That is, a buffer size is reported for each delay range of each LCG.

[0065] In the example of FIG. 1C, the DSR MAC CE 100C 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.

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

[0067] In some scenarios, the network device 120 may transmit a recommended bit rate MAC CE to a MAC entity of the terminal device 110 to indicate a recommended bit rate for the terminal device 110. In some scenarios, the MAC entity may request the network device 120 to indicate the recommended bit rate by triggering a recommended bit rate query.

[0068] Embodiments of the present disclosure provide solutions of communication so as to enhance delay sensitive traffic in terms of DSR related management or bit rate control. The solutions will be described in detail with reference to FIGs. 2A to 5.EXAMPLE IMPLEMENTATION OF DSR RELATED MANAGEMENT

[0069] Currently, a triggering threshold and one or more reporting thresholds may be introduced for the enhanced DSR. For example, for the enhanced DSR, buffered data may be divided into multiple portions based on multiple reporting thresholds (i.e., multiple reporting time threshold levels) configured for a LCG. The enhanced DSR may indicate the following information for each portion for which a buffer size (BS) >0: a buffer size of data volume in each portion; and shortest remaining time among PDCP SDUs buffered in each portion.

[0070] Since the enhanced DSR is introduced, whether to report or cancel the legacy DSR may need to be discussed. In some scenarios, some issues may happen in case that only the enhanced DSR is reported and the legacy DSR is cancelled or not reported. Detailed description will be given in connection with FIGs. 2A to 2B.

[0071] FIG. 2A illustrates an example DSR scenario 200A in which some embodiments of the present disclosure can be implemented. As shown in FIG. 2A, if the triggering threshold (e.g., T1) of the enhanced DSR is lower than the largest configured reporting threshold (e.g., T2) or the remaining time threshold (e.g., T3) , no DSR is triggered when there is only delay-critical data with remaining time above T1. This will lead to situations where there is delay-critical data but no DSR is triggered.

[0072] FIG. 2B illustrates another example DSR scenario 200B in which some embodiments of the present disclosure can be implemented. As shown in FIG. 2B, if the largest configured reporting threshold (e.g., T2) of the enhanced DSR is lower than the remaining time threshold (e.g., T3) , the enhanced DSR may fail to cover delay information of all delay-critical data. For example, delay information within a remaining time range [T2, T3) will be missed.

[0073] In some scenarios, some issues may happen in case that the legacy DSR and the enhanced DSR coexist. FIG. 2C illustrates another example DSR scenario 200C in which some embodiments of the present disclosure can be implemented. As shown in FIG. 2C, the largest configured reporting threshold (e.g., T2) of the enhanced DSR is lower than the remaining time threshold (e.g., T3) of the legacy DSR. The enhanced DSR only reports delay-critical data with remaining time below T2. In this case, if the legacy DSR is cancelled upon triggering the enhanced DSR, delay information of unreported residual delay-critical data will be missed. If the legacy DSR is not cancelled upon triggering the enhanced DSR, the reported legacy DSR may lead to a reporting of redundant delay information within a remaining time range [0, T2) .

[0074] In view of this, embodiments of the present disclosure provide a solution of DSR management. This solution will be described in detail with reference to FIG. 3. FIG. 3 illustrates a signaling chart illustrating an example process 300 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 300 will be described with reference to FIG. 1A. The process 300 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. 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.

[0075] As shown in FIG. 3, at step 310, the network device 120 may transmit, to the terminal device 110, at least one configuration indicating a first DSR (e.g., legacy DSR) comprising single set of delay information for each LCG and a second DSR (i.e., enhanced DSR) comprising multiple sets of delay information for each LCG. In some embodiments, the first DSR and the second DSR may be configured in a same configuration. In some embodiments, the first DSR and the second DSR may be configured in separate configurations. In some embodiments, a LCH or LCG may be configured for the first DSR or the second DSR or both.

[0076] At step 320, the terminal device 110 may trigger or cancel the first DSR or the second DSR for a LCH or LCG. In some embodiments, the terminal device 110 may trigger or cancel the first or second DSR based on two or more of the following: smallest remaining time among remaining time of a set of data packets for the LCH or LCG; a first threshold for triggering the second DSR; a second threshold which is one of a set of thresholds for a set of delay ranges in the second DSR; or a third threshold for triggering the first DSR. In some embodiments, the second threshold may be the largest threshold (i.e., largest configured reporting threshold) among the set of thresholds for the set of delay ranges in the second DSR. It is to be noted that any one of the set of thresholds may be used as the second threshold. For illustration, embodiments of the present disclosure will be described by taking the largest configured reporting threshold as an example of the second threshold.

[0077] In some embodiments, the terminal device 110 may trigger or cancel the first or second DSR based on a comparison between the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG and any one or more of the first, second or third threshold.

[0078] In some embodiments, in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is below at least one of the first threshold, the second threshold or the third threshold, the terminal device 110 may perform an operation (for convenience, also referred to as a first operation herein) comprising at least one of the following: triggering the second DSR for the LCH or LCG; or cancelling the first DSR which is pending.

[0079] In some embodiments, in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is above the second threshold, the terminal device 110 may trigger the first DSR for the LCH or LCG. In some embodiments, in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is below the third threshold and above the second threshold, the terminal device 110 may trigger the first DSR for the LCH or LCG.

[0080] For illustration, an example procedure may be described as below. If a LCH or LCG is configured for delay status reporting or enhanced delay  status reporting, a MAC entity shall for each logical channel within the LCG, -if the smallest remaining value of discard timers among all the PDCP SDUs  is below the triggering threshold or largest configured reporting threshold or remaining time threshold, perform at least one of: -trigger enhanced DSR (e.g., for the LCH or LCG) , if any, -cancel pending legacy DSR (e.g., for the LCH or LCG) , e.g., if the  enhanced DSR contains the delay information of all the PDCP SDUs associated with the pending legacy DSR, -the reported enhanced DSR may cover delay information of delay- critical data with remaining time below the largest configured reporting threshold; -else if the smallest remaining value of discard timers among all the PDCP  SDUs is below the remaining time threshold, and / or above the largest configured reporting threshold, perform at least one of: -trigger the legacy DSR (e.g., for the LCH or LCG) , if there is no  pending legacy DSR for the LCH or LCG, -the reported legacy DSR may cover delay information of delay- critical data with remaining time above the largest configured reporting threshold.

[0081] In this example procedure, if the enhanced DSR is triggered, a reported enhanced DSR may cover delay information of delay-critical data with remaining time below the largest configured reporting threshold. If the legacy DSR is triggered, a reported legacy DSR may cover delay information of delay-critical data with remaining time above the largest configured reporting threshold.

[0082] FIG. 4A illustrates an example DSR scenario 400A according to embodiments of the present disclosure. In the scenario 400A, if there is data with remaining time below the triggering threshold, the enhanced DSR may be triggered or reported.

[0083] FIG. 4B illustrates another example DSR scenario 400B according to embodiments of the present disclosure. In the scenario 400B, if there is data with remaining time below the remaining time threshold and / or above the largest configured reporting threshold, the legacy DSR may be triggered or reported.

[0084] For illustration, another example procedure may be described as below. If a LCH or LCG is configured for delay status reporting or enhanced delay  status reporting, a MAC entity shall for each logical channel within the LCG, -if the smallest remaining value of discard timers among all the PDCP SDUs  is below the triggering threshold or largest configured reporting threshold or remaining time threshold, perform at least one of: -trigger enhanced DSR (e.g., for the LCH or LCG) , if any, -cancel pending legacy DSR (e.g., for the LCH or LCG) , e.g., if the  enhanced DSR contains the delay information of all the PDCP SDUs associated with the pending legacy DSR, -the reported enhanced DSR may cover delay information of delay- critical data with remaining time below the remaining time threshold; -else if the smallest remaining value of discard timers among all the PDCP  SDUs is below the remaining time threshold: -trigger or report the legacy DSR (e.g., for the LCH or LCG) .

[0085] FIG. 4C illustrates an example DSR scenario 400C according to embodiments of the present disclosure. In the scenario 400C, if the smallest remaining time (e.g., the smallest remaining value of discard timers) is below the triggering threshold, the enhanced DSR may be triggered or reported.

[0086] FIG. 4D illustrates another example DSR scenario 400D according to embodiments of the present disclosure. In the scenario 400D, if the smallest remaining time (e.g., the smallest remaining value of discard timers) is below the remaining time threshold and above the triggering threshold, the legacy DSR may be triggered or reported.

[0087] In some embodiments, the terminal device 110 may trigger or cancel the first or second DSR based on a comparison between two or more of the first, second and third thresholds. In some embodiments, the terminal device 110 may trigger or cancel the first or second DSR based on both the comparison between two or more of the first, second and third thresholds and the comparison between the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG and any one or more of the first, second or third threshold.

[0088] In some embodiments, in accordance with a determination that at least one of the first threshold or the second threshold is above the third threshold, the terminal device 110 may perform an operation (for convenience, also referred to as a second operation herein) comprising at least one of the following: triggering the second DSR for the LCH or LCG; cancelling the first DSR which is pending; or in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is below the first threshold or the second threshold, performing the first operation. The first operation comprises at least one of the following: triggering the second DSR for the LCH or LCG; or cancelling the first DSR which is pending.

[0089] In some alternative embodiments, in accordance with a determination that the LCH or LCG is configured for the second DSR and the at least one of the first threshold or the second threshold is above the third threshold, the terminal device 110 may perform the second operation.

[0090] For illustration, an example procedure may be described as below. If a LCH or LCG is configured for enhanced delay status reporting and / or  trigger threshold and / or largest configured reporting threshold is above remaining time threshold, a MAC entity shall for each logical channel within the LCG, then at least one of: -cancel or disable the legacy DSR (e.g., for the LCH or LCG) , if any, -only enhanced DSR may be triggered or reported, -if the smallest remaining value of discard timers among all the PDCP  SDUs is below the triggering threshold or largest configured reporting threshold, at least one of the following shall be performed: -trigger enhanced DSR (e.g., for the LCH or LCG) , -cancel pending legacy DSR (e.g., for the LCH or LCG) , if any.

[0091] In some embodiments, in accordance with a determination that delay-critical data is counted in a buffer size calculation of the second DSR for the LCH or LCG, the terminal device 110 may skip a counting of the delay-critical data in a trigger or buffer size calculation of the first DSR for the LCH or LCG. In other words, if delay-critical data is counted in the buffer size calculation of the enhanced DSR (e.g., for a LCH or LCG) , the delay-critical data should not be counted in the trigger or buffer size calculation of the legacy DSR (e.g., for the LCH or LCG) .

[0092] In some embodiments, the triggering threshold may be one of the configured reporting thresholds (e.g., the smallest one or the largest one) . In some embodiments, the triggering threshold may be configured separately.

[0093] So far, triggering of the first or second DSR is described. Next, cancellation of the first or second DSR will be described.

[0094] In some scenarios, if an enhanced DSR is cancelled when there is no data below the largest configured reporting threshold in a buffer, and there is data with remaining time above the largest configured reporting threshold and below the remaining time threshold, then the enhanced DSR may be not cancelled. In this case, the enhanced DSR may still be reported with no information. Thus, cancellation of the enhanced DSR needs to be further specified.

[0095] In some embodiments, in accordance with a determination that all data packets with remaining time below the first threshold or the second threshold associated with the second DSR have been discarded, the terminal device 110 may cancel the second DSR which is pending. For example, a MAC entity shall cancel a pending enhanced DSR when all the PDCP SDUs with remaining value of the running PDCP discard timers below the trigger threshold or largest configured reporting threshold associated with the enhanced DSR have been discarded.

[0096] In some embodiments, in accordance with a determination that a MAC CE (i.e., the second DSR MAC CE) for the second DSR comprises delay information of all data packets with remaining time below the first threshold or the second threshold associated with the second DSR, the terminal device 110 may cancel the second DSR which is pending. For example, a MAC entity shall cancel a pending enhanced DSR when a MAC PDU is transmitted and this MAC PDU includes an enhanced DSR MAC CE (i.e., the second DSR MAC CE) that contains the delay information of all the PDCP SDUs with remaining value of the running PDCP discard timers below the trigger threshold or largest configured reporting threshold associated with the enhanced DSR.

[0097] In some embodiments, in accordance with a determination that there is no buffered data with remaining time below the first threshold or the second threshold for the second DSR which is pending, the terminal device 110 may cancel the second DSR which is pending. For example, if there is no buffered data with remaining value of the running PDCP discard timers below the trigger threshold or largest configured reporting threshold for a pending enhanced DSR (e.g., because of discarding or other reasons) , the pending enhanced DSR shall be cancelled.

[0098] In some embodiments, in accordance with a determination that all data packets associated with the second DSR have been discarded or transmitted, the terminal device 110 may cancel the second DSR which is pending. For example, a MAC entity shall cancel a pending enhanced DSR when all the PDCP SDUs associated with the enhanced DSR have been discarded or transmitted.

[0099] FIG. 4E illustrates another example DSR scenario 400E according to embodiments of the present disclosure. In the scenario 400E, if there is no data below the largest configured reporting threshold, and there is data with remaining time above the largest configured reporting threshold and below the remaining time threshold, then the enhanced DSR may be reported and not cancelled.

[0100] In some embodiments, the terminal device 110 may determine that a data packet is associated with the second DSR based on at least one of the following: the data packet has not been transmitted in any MAC PDU; the data packet is a PDCP SDU that is associated with a LCH which triggered the second DSR and has remaining time below the first threshold or the second threshold; or the data packet is a delay-critical PDCP SDU that is associated with a LCH which triggered the second DSR and has remaining time below the first threshold or the second threshold.

[0101] For example, a PDCP SDU may be considered to be associated with an enhanced DSR if at least one of the following is met: the PDCP SDU has not been transmitted in any MAC PDU; the PDCP SDU is a PDCP SDU associated with the logical channel which triggered the enhanced DSR having remaining value of the running PDCP discard timers below the triggering threshold or largest configured reporting threshold; or the PDCP SDU is a delay-critical PDCP SDU associated with the logical channel which triggered the enhanced DSR having remaining value of the running PDCP discard timers below the triggering threshold or largest configured reporting threshold.

[0102] In some embodiments, if an reported or triggered enhanced DSR contains all the delay information associated with a legacy DSR, the legacy DSR shall be cancelled. In this way, impact on the legacy DSR may be considered.

[0103] In some embodiments, in accordance with a determination that a MAC CE (i.e., the second DSR MAC CE) for the second DSR comprises delay information of all data packets associated with the first DSR which is pending, the terminal device 110 may cancel the first DSR which is pending. For example, a MAC entity shall cancel a pending legacy DSR when a MAC PDU is transmitted and this MAC PDU includes an enhanced DSR that contains the delay information of all the PDCP SDUs associated with the pending legacy DSR.

[0104] In some embodiments, the terminal device 110 may determine that a data packet is associated with the first DSR based on at least one of the following: the data packet has not been transmitted in any MAC PDU; the data packet is not associated with the second DSR or is not reported or counted in the second DSR; or the data packet is a delay-critical PDCP SDU associated with a LCH which triggered the first DSR.

[0105] For example, a PDCP SDU may be considered to be associated with the legacy DSR if at least one of the following is met: the PDCP SDU has not been transmitted in any MAC PDU; the PDCP SDU is not associated with an enhanced DSR or is not reported or counted in the enhanced DSR; or the PDCP SDU is a delay-critical PDCP SDU associated with a LCH which triggered the legacy DSR.

[0106] In some embodiments, as shown in step 330, the terminal device 110 may handle a pending scheduling request (SR) for the first or second DSR.

[0107] In some embodiments, the terminal device 110 may stop an ongoing random access procedure due to the pending SR for the second DSR based on at least one of the following: all data packets associated with the second DSR have been discarded; all data packets with remaining time below the first threshold or the second threshold associated with the second DSR have been discarded; or the second DSR is cancelled.

[0108] For example, an example procedure may be described as below. The MAC entity may stop, if any, ongoing random access procedure due to a  pending SR for enhanced DSR, which has no valid PUCCH resources configured, if: -all the PDCP SDUs associated with the enhanced DSR have been  discarded; or -all the PDCP SDUs with remaining value of the running PDCP discard  timers below the trigger threshold or largest configured reporting threshold, which are associated with the DSR, have been discarded; or -the enhanced DSR is cancelled.

[0109] In some embodiments, the terminal device 110 may stop an ongoing random access procedure due to the pending SR for the first DSR based on at least one of the following: the first DSR is cancelled; or delay information of all data packets associated with the first DSR has been reported by the second DSR.

[0110] For example, an example procedure may be described as below. The MAC entity may stop, if any, ongoing random access procedure due to a  pending SR for DSR (e.g., legacy DSR) , which has no valid PUCCH resources configured, if: -the legacy DSR is cancelled (e.g., the enhanced DSR contains the delay  information of all the PDCP SDUs associated with the pending legacy DSR) ; or -the delay information of all the PDCP SDUs associated with the legacy  DSR has been reported by the enhanced DSR.

[0111] So far, solutions of managing DSR and related SR are described. With the process 300, a reporting of delay information of all delay-critical data may be ensured. Further, unreported residual delay-critical data or reporting of redundant delay information may be avoided.

[0112] It is to be understood that operations or steps in the above process 300 may be carried out separately or in any suitable combinations.EXAMPLE IMPLEMENTATION OF BIT RATE CONTROL

[0113] As mentioned above, the current scheme for bit rate recommendation is not tailored for delay sensitive traffic such as XR and needs to be further developed. For example, if both per LCH / DRB bit rate recommendation and per QoS flow bit rate recommendation are supported, a terminal device should determine which granularity should be used.

[0114] Embodiments of the present disclosure provide a solution of bit rate control. This solution will be described in detail with reference to FIG. 5. FIG. 5 illustrates a signaling chart illustrating another example process 500 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 500 will be described with reference to FIG. 1A. The process 500 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. 5 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.

[0115] As shown in FIG. 5, at step 510, the terminal device 110 may transmit, to the network device 120, information of a preference for bit rate recommendation on a QoS flow basis or on a LCH or DRB basis.

[0116] In some embodiments, the information of the preference may be associated with a QoS flow. For example, for a QoS flow, the terminal device 110 may indicate, to the network device 120, its preference of bit rate recommendation on a QoS flow basis or on a LCH or DRB basis via a radio resource control (RRC) signaling or any other suitable ways.

[0117] In some embodiments, the information of the preference may be associated with the terminal device 110 or a MAC entity. For example, for the terminal device 110 or the MAC entity, the terminal device 110 may indicate, to the network device 120, its preference of bit rate recommendation on a QoS flow basis or on a LCH or DRB basis via a RRC signaling or any other suitable ways.

[0118] In some embodiments, the information of the preference may be associated with a DRB. For example, for the DRB, the terminal device 110 may indicate, to the network device 120, its preference of bit rate recommendation on a QoS flow basis or on a LCH or DRB basis via a RRC signaling or any other suitable ways.

[0119] In some embodiments, the information of the preference may be associated with a cell or cell group. For example, for the cell or cell group, the terminal device 110 may indicate, to the network device 120, its preference of bit rate recommendation on a QoS flow basis or on a LCH or DRB basis via a RRC signaling or any other suitable ways.

[0120] Based on the information of the preference, the network device 120 may decide whether to indicate, to the terminal device 110, a recommended bit rate on a QoS flow basis or on a DRB / LCH basis. That is, determination of a granularity of the recommended bit rate may be facilitated.

[0121] In some embodiments, if the granularity of the recommended bit rate is not indicated to the terminal device 110, the terminal device 110 may use the recommended bit rate on a LCH basis (e.g., legacy recommended bit rate MAC CE) .

[0122] In some embodiments, for the terminal device 110, some traffic may support per LCH / DRB bit rate recommendation (or query) , while other traffic may support per QoS flow bit rate recommendation (or query) . If the recommended bit rate query from the terminal device 110 to the network device 120 is on a basis of LCID (or for a logical channel) , a bit rate recommendation message from the network device 120 to the terminal device 110 may also on a basis of LCID (or for the logical channel) , or vice versa. If the recommended bit rate query from the terminal device 110 to the network device 120 is on a basis of QoS flow (or for a QoS flow) , a bit rate recommendation message from the network device 120 to the terminal device 110 may also on a basis of QoS flow (or for the QoS flow) , or vice versa. If the recommended bit rate query from the terminal device 110 to the network device 120 is on a basis of DRB (or for a DRB) , a bit rate recommendation message from the network device 120 to the terminal device 110 may also on a basis of DRB (or for the DRB) , or vice versa.

[0123] In some embodiments, a prohibit timer for a recommended bit rate query (also referred to as per QoS flow bit rate query herein) for a QoS flow may be introduced to avoid frequent recommended bit rate query for the QoS flow.

[0124] As shown in step 520, in some embodiments, the network device 120 may transmit, to the terminal device 110, a configuration of the prohibit timer for the recommended bit rate query for the QoS flow. For example, the prohibit timer may be configured via a RRC signaling or any other suitable ways. In some alternative embodiments, the prohibit timer may be predefined.

[0125] As shown in step 530, in some embodiments, in accordance with a determination that the recommended bit rate query for the QoS flow is triggered and the prohibit timer is not running, the terminal device 110 may transmit the recommended bit rate query to the network device 120.

[0126] As shown in step 540, in some embodiments, in accordance with a determination that a recommended bit rate MAC CE for the QoS flow is generated, the terminal device 110 may cancel the recommended bit rate query.

[0127] For illustration, an example procedure may be described as below. If a MAC entity has uplink resources allocated for new transmission the MAC  entity shall: 1> for each recommended bit rate query (e.g., for a QoS flow) that a  recommended bit rate procedure determines has been triggered and not cancelled: 2> if bitRateQueryProhibitTimer for the QoS flow and a direction of  this recommended bit rate query is configured, and it is not running; and 2> if the MAC entity has uplink resources allocated for new  transmission and the allocated UL resources can accommodate a recommended bit rate MAC CE (e.g., for a QoS flow) plus its subheader as a result of logical channel prioritization (LCP) : 3> instruct a multiplexing and assembly procedure to generate the  recommended bit rate MAC CE for the QoS flow and the direction of this recommended bit rate query; 3> start the bitRateQueryProhibitTimer for the QoS flow and the  direction of this recommended bit rate query; 3> cancel this recommended bit rate query.

[0128] In this example procedure, an IE ‘bitRateQueryProhibitTimer’ denotes the prohibit timer for the recommended bit rate query.

[0129] So far, solutions for bit rate control are described. With the process 500, a recommended bit rate for a QoS flow or LCH or DRB may be correctly indicated or reported to NW and the bit rate recommendation on the QoS flow or LCH or DRB basis at NW may be facilitated.

[0130] It is to be understood that operations or steps in the above process 500 may be carried out separately or in any suitable combinations.EXAMPLE IMPLEMENTATION OF METHODS

[0131] Corresponding to the above processes, embodiments of the present disclosure provide at least methods of communication implemented at a terminal device and a network device. These methods will be described below with reference to FIGs. 6 to 8.

[0132] FIG. 6 illustrates a flowchart of an example method 600 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 600 may be performed at the terminal device 110 as shown in FIG. 1A. For the purpose of discussion, in the following, the method 600 will be described with reference to FIG. 1A. 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.

[0133] At block 610, the terminal device 110 may receive, from the network device 120, at least one configuration indicating a first DSR comprising single set of delay information for each LCG and a second DSR comprising multiple sets of delay information for each LCG.

[0134] At block 620, the terminal device 110 may trigger or cancel the first or second DSR for a LCH or LCG based on two or more of the following: smallest remaining time among remaining time of a set of data packets for the LCH or LCG; a first threshold for triggering the second DSR; a second threshold which is one of a set of thresholds for a set of delay ranges in the second DSR; or a third threshold for triggering the first DSR.

[0135] In some embodiments, the terminal device 110 may trigger or cancel the first or second DSR by: in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is below at least one of the first threshold, the second threshold or the third threshold, performing a first operation comprising at least one of triggering the second DSR for the LCH or LCG or cancelling the first DSR which is pending.

[0136] In some embodiments, the terminal device 110 may trigger or cancel the first or second DSR by: in accordance with a determination that at least one of the first threshold or the second threshold is above the third threshold, or in accordance with a determination that the LCH or LCG is configured for the second DSR and the at least one of the first threshold or the second threshold is above the third threshold, performing a second operation comprising at least one of the following: triggering the second DSR for the LCH or LCG; cancelling the first DSR which is pending; or in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is below the first threshold or the second threshold, performing a first operation comprising at least one of triggering the second DSR for the LCH or LCG or cancelling the first DSR which is pending.

[0137] In some embodiments, the terminal device 110 may trigger or cancel the first or second DSR by: in accordance with a determination that delay-critical data is counted in a buffer size calculation of the second DSR for the LCH or LCG, skipping a counting of the delay-critical data in a trigger or buffer size calculation of the first DSR for the LCH or LCG.

[0138] In some embodiments, the terminal device 110 may trigger the first DSR by: in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is above the second threshold, or in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is below the third threshold and above the second threshold, triggering the first DSR for the LCH or LCG.

[0139] In some embodiments, the terminal device 110 may cancel the second DSR by: in accordance with a determination that all data packets with remaining time below the first threshold or the second threshold associated with the second DSR have been discarded, cancelling the second DSR which is pending; or in accordance with a determination that a MAC CE for the second DSR comprises delay information of all data packets with remaining time below the first threshold or the second threshold associated with the second DSR, cancelling the second DSR which is pending; or in accordance with a determination that there is no buffered data with remaining time below the first threshold or the second threshold for the second DSR which is pending, cancelling the second DSR which is pending; or in accordance with a determination that all data packets associated with the second DSR have been discarded or transmitted, cancelling the second DSR which is pending.

[0140] In some embodiments, the terminal device 110 may determine that a data packet is associated with the second DSR based on at least one of the following: the data packet has not been transmitted in any MAC PDU; the data packet is a PDCP SDU that is associated with a LCH which triggered the second DSR and has remaining time below the first threshold or the second threshold; or the data packet is a delay-critical PDCP SDU that is associated with a LCH which triggered the second DSR and has remaining time below the first threshold or the second threshold.

[0141] In some embodiments, the terminal device 110 may cancel the first DSR by: in accordance with a determination that a MAC CE for the second DSR comprises delay information of all data packets associated with the first DSR which is pending, cancelling the first DSR which is pending.

[0142] In some embodiments, the terminal device 110 may determine that a data packet is associated with the first DSR based on at least one of the following: the data packet has not been transmitted in any MAC PDU; the data packet is not associated with the second DSR or is not reported in the second DSR; or the data packet is a delay-critical PDCP SDU associated with a LCH which triggered the first DSR.

[0143] In some embodiments, the terminal device 110 may stop an ongoing random access procedure due to a pending SR for the second DSR based on at least one of the following: all data packets associated with the second DSR have been discarded; all data packets with remaining time below the first threshold or the second threshold associated with the second DSR have been discarded; or the second DSR is cancelled.

[0144] In some embodiments, the terminal device 110 may stop an ongoing random access procedure due to a pending SR for the first DSR based on at least one of the following: the first DSR is cancelled; or delay information of all data packets associated with the first DSR has been reported by the second DSR.

[0145] With the method 600, a reporting of delay information of all delay-critical data may be ensured. Further, unreported residual delay-critical data or reporting of redundant delay information may be avoided.

[0146] FIG. 7 illustrates a flowchart of another example method 700 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 700 may be performed at the terminal device 110 as shown in FIG. 1A. For the purpose of discussion, in the following, the method 700 will be described with reference to FIG. 1A. 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.

[0147] At block 710, the terminal device 110 may transmit, to the network device 120, information of a preference for bit rate recommendation on a QoS flow basis or on a LCH or DRB basis.

[0148] In some embodiments, the information of the preference may be associated with at least one of the following: a QoS flow, the terminal device 110, a cell, a cell group, a MAC entity, or a DRB.

[0149] In some embodiments, the terminal device 110 may be further caused to at least one of the following: receive, from the network device 120, a configuration of a prohibit timer for a recommended bit rate query for a QoS flow; in accordance with a determination that the recommended bit rate query for the QoS flow is triggered and the prohibit timer is not running, transmit the recommended bit rate query to the network device 120; or in accordance with a determination that a recommended bit rate MAC CE for the QoS flow is generated, cancel the recommended bit rate query.

[0150] With the method 700, a recommended bit rate for a QoS flow or LCH or DRB may be correctly indicated or reported to NW.

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

[0152] At block 810, the network device 120 may receive, from the terminal device 110, information of a preference for bit rate recommendation on a QoS flow basis or on a LCH or DRB basis.

[0153] In some embodiments, the information of the preference may be associated with at least one of the following: a QoS flow, the terminal device 110, a cell, a cell group, a MAC entity, or a DRB.

[0154] In some embodiments, the network device 120 may transmit, to the terminal device 120, a configuration of a prohibit timer for a recommended bit rate query for a QoS flow.

[0155] With the method 800, a bit rate recommendation on a QoS flow or LCH or DRB basis at NW may be facilitated.

[0156] It is to be understood that operations of the methods 600 to 800 correspond to the processes described in connection with FIGs. 3 to 5, and thus other details are not repeated here for conciseness.EXAMPLE IMPLEMENTATION OF DEVICES

[0157] FIG. 9 is a simplified block diagram of a device 900 that is suitable for implementing embodiments of the present disclosure. The device 900 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 900 can be implemented at or as at least a part of the terminal device 110 or the network device 120.

[0158] As shown, the device 900 includes a processor 910, a memory 920 coupled to the processor 910, a suitable transceiver 940 coupled to the processor 910, and a communication interface coupled to the transceiver 940. The memory 910 stores at least a part of a program 930. The transceiver 940 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 940 may include at least one of a transmitter 942 or a receiver 944. The transmitter 942 and the receiver 944 may be functional modules or physical entities. The transceiver 940 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.

[0159] The program 930 is assumed to include program instructions that, when executed by the associated processor 910, enable the device 900 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1A to 8. The embodiments herein may be implemented by computer software executable by the processor 910 of the device 900, or by hardware, or by a combination of software and hardware. The processor 910 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 910 and memory 920 may form processing means 950 adapted to implement various embodiments of the present disclosure.

[0160] The memory 920 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 920 is shown in the device 900, there may be several physically distinct memory modules in the device 900. The processor 910 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 900 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.

[0161] In some embodiments, a terminal device comprises a circuitry configured to: receive, from a network device, at least one configuration indicating a first DSR comprising single set of delay information for each LCG and a second DSR comprising multiple sets of delay information for each LCG; and trigger or cancel the first or second DSR for a LCH or LCG based on two or more of the following: smallest remaining time among remaining time of a set of data packets for the LCH or LCG, a first threshold for triggering the second DSR, a second threshold which is one of a set of thresholds for a set of delay ranges in the second DSR, or a third threshold for triggering the first DSR.

[0162] In some embodiments, a terminal device comprises a circuitry configured to: transmit, to a network device, information of a preference for bit rate recommendation on a QoS flow basis or on a LCH or DRB basis.

[0163] In some embodiments, a network device comprises a circuitry configured to: receive, from a terminal device, information of a preference for bit rate recommendation on a QoS flow basis or on a LCH or DRB basis.

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

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

[0166] 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 8. 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.

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

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

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

[0170] 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

A terminal device, comprising:a processor configured to cause the terminal device to:receive, from a network device, at least one configuration indicating a first delay status reporting (DSR) comprising single set of delay information for each logical channel group (LCG) and a second DSR comprising multiple sets of delay information for each LCG; andtrigger or cancel the first or second DSR for a logical channel (LCH) or LCG based on two or more of the following:smallest remaining time among remaining time of a set of data packets for the LCH or LCG,a first threshold for triggering the second DSR,a second threshold which is one of a set of thresholds for a set of delay ranges in the second DSR, ora third threshold for triggering the first DSR.The terminal device of claim 1, wherein the terminal device is caused to trigger or cancel the first or second DSR by:in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is below at least one of the first threshold, the second threshold or the third threshold, performing a first operation comprising at least one of triggering the second DSR for the LCH or LCG or cancelling the first DSR which is pending.The terminal device of claim 1, wherein the terminal device is caused to trigger or cancel the first or second DSR by:in accordance with a determination that at least one of the first threshold or the second threshold is above the third threshold, or in accordance with a determination that the LCH or LCG is configured for the second DSR and the at least one of the first threshold or the second threshold is above the third threshold, performing a second operation comprising at least one of the following:triggering the second DSR for the LCH or LCG;cancelling the first DSR which is pending; orin accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is below the first threshold or the second threshold, performing a first operation comprising at least one of triggering the second DSR for the LCH or LCG or cancelling the first DSR which is pending.The terminal device of claim 1, wherein the terminal device is caused to trigger or cancel the first or second DSR by:in accordance with a determination that delay-critical data is counted in a buffer size calculation of the second DSR for the LCH or LCG, skipping a counting of the delay-critical data in a trigger or buffer size calculation of the first DSR for the LCH or LCG.The terminal device of claim 1, wherein the terminal device is caused to trigger the first DSR by:in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is above the second threshold, or in accordance with a determination that the smallest remaining time among the remaining time of the set of data packets for the LCH or LCG is below the third threshold and above the second threshold, triggering the first DSR for the LCH or LCG.The terminal device of claim 1, wherein the terminal device is caused to cancel the second DSR by:in accordance with a determination that all data packets with remaining time below the first threshold or the second threshold associated with the second DSR have been discarded, cancelling the second DSR which is pending; orin accordance with a determination that a medium access control (MAC) control element (CE) for the second DSR comprises delay information of all data packets with remaining time below the first threshold or the second threshold associated with the second DSR, cancelling the second DSR which is pending; orin accordance with a determination that there is no buffered data with remaining time below the first threshold or the second threshold for the second DSR which is pending, cancelling the second DSR which is pending; orin accordance with a determination that all data packets associated with the second DSR have been discarded or transmitted, cancelling the second DSR which is pending.The terminal device of claim 6, wherein the terminal device is further caused to:determine that a data packet is associated with the second DSR based on at least one of the following:the data packet has not been transmitted in any MAC protocol data unit (PDU) ;the data packet is a packet data convergence protocol (PDCP) SDU that is associated with a LCH which triggered the second DSR and has remaining time below the first threshold or the second threshold; orthe data packet is a delay-critical PDCP SDU that is associated with a LCH which triggered the second DSR and has remaining time below the first threshold or the second threshold.The terminal device of claim 1, wherein the terminal device is caused to cancel the first DSR by:in accordance with a determination that a medium access control (MAC) control element (CE) for the second DSR comprises delay information of all data packets associated with the first DSR which is pending, cancelling the first DSR which is pending.The terminal device of claim 8, wherein the terminal device is further caused to:determine that a data packet is associated with the first DSR based on at least one of the following:the data packet has not been transmitted in any MAC protocol data unit (PDU) ;the data packet is not associated with the second DSR or is not reported in the second DSR; orthe data packet is a delay-critical packet data convergence protocol (PDCP) SDU associated with a LCH which triggered the first DSR.The terminal device of claim 1, wherein the terminal device is further caused to:stop an ongoing random access procedure due to a pending scheduling request (SR) for the second DSR based on at least one of the following:all data packets associated with the second DSR have been discarded;all data packets with remaining time below the first threshold or the second threshold associated with the second DSR have been discarded; orthe second DSR is cancelled.The terminal device of claim 1, wherein the terminal device is further caused to:stop an ongoing random access procedure due to a pending scheduling request (SR) for the first DSR based on at least one of the following:the first DSR is cancelled; ordelay information of all data packets associated with the first DSR has been reported by the second DSR.A terminal device, comprising:a processor configured to cause the terminal device to:transmit, to a network device, information of a preference for bit rate recommendation on a quality of service (QoS) flow basis or on a logical channel (LCH) or data radio bearer (DRB) basis.The terminal device of claim 12, wherein the information of the preference is associated with at least one of the following:a QoS flow,the terminal device,a cell,a cell group,a medium access control (MAC) entity, ora DRB.The terminal device of claim 12, wherein the terminal device is further caused to at least one of the following:receive, from the network device, a configuration of a prohibit timer for a recommended bit rate query for a QoS flow;in accordance with a determination that the recommended bit rate query for the QoS flow is triggered and the prohibit timer is not running, transmit the recommended bit rate query to the network device; orin accordance with a determination that a recommended bit rate medium access control (MAC) control element (CE) for the QoS flow is generated, cancel the recommended bit rate query.A network device, comprising:a processor configured to cause the network device to:receive, from a terminal device, information of a preference for bit rate recommendation on a quality of service (QoS) flow basis or on a logical channel (LCH) or data radio bearer (DRB) basis.The network device of claim 15, wherein the information of the preference is associated with at least one of the following:a QoS flow,the terminal device,a cell,a cell group,a medium access control (MAC) entity, ora DRB.The network device of claim 15, wherein the network device is further caused to:transmit, to the terminal device, a configuration of a prohibit timer for a recommended bit rate query for a QoS flow.A method of communication at a terminal device, comprising:receiving, from a network device, at least one configuration indicating a first delay status reporting (DSR) comprising single set of delay information for each logical channel group (LCG) and a second DSR comprising multiple sets of delay information for each LCG; andtriggering or cancelling the first or second DSR for a logical channel (LCH) or LCG based on two or more of the following:smallest remaining time among remaining time of a set of data packets for the LCH or LCG,a first threshold for triggering the second DSR,a second threshold which is one of a set of thresholds for a set of delay ranges in the second DSR, ora third threshold for triggering the first DSR.A method of communication at a terminal device, comprising:transmitting, to a network device, information of a preference for bit rate recommendation on a quality of service (QoS) flow basis or on a logical channel (LCH) or data radio bearer (DRB) basis.A method of communication at a network device, comprising:receiving, from a terminal device, information of a preference for bit rate recommendation on a quality of service (QoS) flow basis or on a logical channel (LCH) or data radio bearer (DRB) basis.

Images