Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. Upon determination that DSR is triggered, a terminal device may determine a configuration from at least one configuration for a first SR triggered by the DSR. Based on the configuration, the terminal device may trigger or transmit the first SR to a network device. In this way, an SR triggered by DSR may be transmitted as soon as possible and data transmission delay may be shortened.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and in particular, to methods, devices and computer storage media of communication for a delay status reporting (DSR) .BACKGROUND

[0002] 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 (MAC) control element (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 need to be further developed.SUMMARY

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

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: determine that a reporting of a status of delayed data in a buffer is triggered; determine a configuration from at least one configuration for a first scheduling request triggered by the reporting of the status of the delayed data; and trigger or transmit, to a network device, the first scheduling request based on the configuration.

[0005] 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, at least one configuration for a first scheduling request triggered by a reporting of a status of delayed data in a buffer from the terminal device; and receive, from the network device, the first scheduling request based on a configuration in the at least one configuration.

[0006] In a third aspect, there is provided a method of communication. The method comprises: determining, at a terminal device, that a reporting of a status of delayed data in a buffer is triggered; determine a configuration from at least one configuration for a first  scheduling request triggered by the reporting of the status of the delayed data; and triggering or transmitting, to a network device, the first scheduling request based on the configuration.

[0007] In a fourth aspect, there is provided a method of communication. The method comprises: transmitting, at a network device and to a terminal device, at least one configuration for a first scheduling request triggered by a reporting of a status of delayed data in a buffer from the terminal device; and receiving, from the network device, the first scheduling request based on a configuration in the at least one configuration.

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

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

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

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

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

[0013] FIG. 3 illustrates a schematic diagram illustrating a comparison between a conventional solution and the present solution according to embodiments of the present disclosure;

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

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

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

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

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

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

[0020] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , 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.

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

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

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

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

[0025] In one embodiment, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In one embodiment, 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.

[0026] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

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

[0028] In the context of the present disclosure, the term “DSR” herein may be interchangeably used with “a reporting of a status of delayed data in a buffer” . 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 “delayed data” may refer to data whose remaining delay budget is lower than a configured threshold.

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

[0030] It has been proposed to specify enhancements related to capacity on delay 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.

[0031] Embodiments of the present disclosure provide a solution of communication for DSR. In the solution, upon determination that a reporting of a status of delayed data in a buffer (i.e., DSR) is triggered, a terminal device may determine a configuration from at least one configuration for a first SR triggered by the reporting of the status of the delayed data. Based on the configuration, the terminal device may trigger or transmit the first SR to a network device. In this way, an SR triggered by DSR may be transmitted as soon as possible and data transmission delay may be shortened.

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

[0033] EXAMPLE OF COMMUNICATION NETWORK

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

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

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

[0037] In some scenarios, the terminal device 110 may need to transmit, to the network device 120, a MAC CE for DSR. If there is no physical uplink shared channel (PUSCH) resources for transmitting the MAC CE for DSR, a scheduling request (SR) needs to be triggered.

[0038] In some scenarios, when the terminal device 110 has a PDU set and remaining delay time of the PDU set 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) PDU set to be scheduled for transmission.

[0039] In a conventional solution, if there is no PUSCH resources, a terminal device needs to “send an SR -> receive an UL grant 1 and then send a DSR -> receive an UL grant 2 and then send delayed data” . The round-trip time of the whole procedure may last long and cause the remaining delay time of the delayed data to be exhausted before the delayed data can be sent. Furthermore, the UL grant 1 provided by the network may not be large enough to accommodate all the delayed data, and thus the terminal device needs to wait the UL grant 2 for the transmission of the delayed dada.

[0040] 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 FIGs. 2 and 3.

[0041] EXAMPLE IMPLEMENTATION OF DSR

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

[0043] As shown in FIG. 2, the terminal device 110 may determine 210 that a DSR is triggered. In some embodiments, if a delay of UL data in a buffer (i.e., a transmission buffer)  of the terminal device 110 is below a configured threshold, the terminal device 110 may determine that the DSR is triggered. It is to be understood that any other suitable ways are also feasible for triggering a DRS, and the present disclosure does not limit this aspect.

[0044] In some embodiments, the DSR may trigger an SR. For example, if no resources are available to transmit the DSR, the SR may be triggered.

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

[0046] MAC entity shall:

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

[0048] ...

[0049] 2> if a DSR (e.g., regular or periodic DSR) has been triggered, and logicalChannelSR-DelayTimer for DSR is not running (if configured) :

[0050] 3> if the MAC entity is configured with configured uplink grant (s) and the regular DSR was triggered for a logical channel for which logicalChannelSR-Mask for DSR is set to false (if configured) ;

[0051] 4> trigger a scheduling request.

[0052] In this example, logicalChannelSR-DelayTimer denotes a delay timer for an SR for a logical channel (LCH) , and logicalChannelSR-Mask denotes an indication of whether an SR is masked for an LCH. It is to be understood that if logicalChannelSR-DelayTimer and / or logicalChannelSR-Mask for DSR is not configured or not applied, then the corresponding conditions described above may not be applied.

[0053] For convenience, in the context of the present disclosure, an SR triggered by a DSR may also be referred to as a first SR, and an SR triggered by a BSR may also be referred to as a second SR.

[0054] Continuing to refer to FIG. 2, the terminal device 110 may determine 220 a configuration from at least one configuration for the first SR.

[0055] In some embodiments, the at least one configuration may comprise a single configuration. In some embodiments, the single configuration may be a configuration (for convenience, also referred to as a first configuration herein) used for the first SR. In other words, the first configuration is dedicated for the first SR.

[0056] As shown in FIG. 2, in some embodiments, the terminal device 110 may receive 221, from the network device 120, the first configuration for an LCH or a logical channel group (LCG) . Then the terminal device 110 may determine the first configuration as the configuration for the first SR.

[0057] For example, for an LCH or an LCG, the network device 120 may configure an SR configuration which is applicable for the DSR via an RRC signaling. That is, the SR configuration may be configured per LCH or LCG. Then the SR configuration of the LCH or the LCG that triggered the DSR is considered as a corresponding SR configuration for the triggered SR.

[0058] For illustration, an example SR configuration per LCH is described as below.

[0059] In this example, an information element (IE) “LogicalChannelConfig” denotes a configuration of an LCH. An IE “schedulingRequestIdForDSR” denotes an SR configuration for the LCH. An IE “logicalChannelGroup” denotes an LCG to which the LCH belongs.

[0060] For illustration, an example SR configuration per LCG is described as below.

[0061] In this example, an information element (IE) “LogicalChannelGroupSrMappingInfo” denotes a mapping between an LCG and an SR configuration. An IE “schedulingRequestIdForDSR” denotes the SR configuration. An IE “logicalChannelGroup” denotes the LCG to which the SR configuration is mapped.

[0062] In this way, if an SR which corresponds to an SR configuration for DSR is received by a network, the network may know that a DSR is triggered or to be reported by a terminal device. Then the network may schedule the terminal device timely.

[0063] In some alternative embodiments, the single configuration may be a configuration (for convenience, also referred to as a second configuration herein) used for both the first SR and the second SR. As shown in FIG. 2, in some embodiments, the terminal device 110 may receive 222, from the network device 120, the second configuration for an LCH or an LCG. Then the terminal device 110 may determine the second configuration as the configuration for the first SR.

[0064] In some embodiments, an SR configuration (i.e., LogicalChannelConfig ->schedulingRequestID) of an LCH that triggered a BSR may also be applicable for the same LCH that triggered a DSR. In other words, for an LCH, both BSR and DSR may trigger an SR transmission and share the same SR configuration for SR transmission.

[0065] For example, for a configuration of an LCH, an IE “schedulingRequestId” , if present, indicates an SR configuration applicable for this LCH. The SR configuration may be applicable for both BSR and DSR that trigger an SR transmission.

[0066] In some embodiments, if the first SR and the second SR are triggered at the same time for an LCH or an LCG, the terminal device 110 may cancel the second SR. In other words, a DSR triggered SR may have higher priority than a BSR triggered SR. If an SR is triggered because of a corresponding LCH or LCG triggering a BSR, and another SR is triggered at the same time because of the same LCH or LCG triggering a DSR, the SR triggered by BSR may be cancelled. That is, if an SR is triggered by DSR (which may be a pending SR) , and there is another SR triggered by BSR (which may be a pending SR) which corresponding to the same SR configuration, then the SR triggered by BSR may be cancelled.

[0067] In some embodiments, if the first SR and the second SR are triggered at different time for an LCH or an LCG, a DSR triggered SR and a BSR triggered SR may be handled differently. There is no direct coordination between each other.

[0068] In some embodiments, the at least one configuration may comprise a plurality of configurations (e.g., two configurations) used for the first SR (i.e., dedicated for the first SR) . With reference to FIG. 2, the terminal device 110 may receive 223, from the network device 120, the plurality of configurations for an LCH or an LCG. For example, an IE “schedulingRequestIdForDSR1” and “schedulingRequestIdForDSR2” may be configured for indicating two SR configurations for DSR. In some embodiments, the network device 120 may configure the plurality of configurations via an RRC signaling or any other suitable ways.

[0069] With reference to FIG. 2, the terminal device 110 may select 224, based on a size of delayed data, one configuration from the plurality of configurations. For convenience, the following description is given by taking two configurations as an example of the plurality of configurations. It is to be understood that embodiments of the present disclosure may also be applied to the case of more than two configurations. It is assumed that the two configurations include a third configuration (e.g., schedulingRequestIdForDSR1) and a fourth configuration (e.g., schedulingRequestIdForDSR2) .

[0070] In some embodiments, if the size of the delayed data is below a size threshold, the terminal device 110 may determine the third configuration as the configuration for the first SR. If the size of the delayed data is above the size threshold, the terminal device 110 may determine the fourth configuration as the configuration for the first SR. In other words, if the potential delayed buffer size to be reported is greater than a size threshold (e.g., delayBufferSizeThreshold) , and an SR is triggered for an LCH or LCG that DSR has been triggered, then the fourth SR configuration (e.g., schedulingRequestIdForDSR2) is used for SR transmission. Otherwise, the third SR configuration (e.g., schedulingRequestIdForDSR1) is used for SR transmission.

[0071] In some embodiments, the terminal device 110 may receive an indication of the size threshold from the network device 120. In some alternative embodiments, the size threshold may be predefined. It is to be understood that two or more size thresholds may also be configured for a DSR and applied for selection of one SR configuration from more than two SR configurations.

[0072] Based on the received SR (or the SR configuration / resource corresponding to the received SR) , the network device 120 may get priori knowledge of a delayed buffer size in the terminal device 110, and then schedule the delayed data accordingly. For example, the  network device 120 may schedule more resources if the potential delayed buffer size to be reported is greater than the size threshold (e.g., delayBufferSizeThreshold) . In this way, transmission delay of urgent data may be reduced. This will be described in details in connection with FIG. 3 below.

[0073] FIG. 3 illustrates a schematic diagram 300 illustrating a comparison between a conventional solution and the present solution according to embodiments of the present disclosure. It is assumed that a DSR is triggered due to urgent data. As shown in FIG. 3, in the conventional solution 310, UE transmits an SR to gNB and receives UL grant 1 from the gNB. Based on the UL grant 1, the UE transmits a DSR to the gNB. Upon reception of UL grant 2, the UE transmits the urgent data based on the UL grant 2.

[0074] In the present solution 320, UE transmits, to gNB, an SR with priori delayed buffer information. For example, the SR may be transmitted based on a configuration / resource selected based on a size of urgent data. That is, the configuration / resource indicates the delayed buffer information. Based on the priori delayed buffer information, the gNB may assign, to the UE, UL grant 1 available for accommodating DSR and / or the urgent data. Based on the UL grant 1, the UE may transmit the DSR and / or the urgent data. If there is any other data to be returned, the gNB may assign UL grant 2 to the UE, and the UE transmits the other data to the gNB based on the UL grant 2. If there is no other data to be transmitted, no UL grant 2 is assigned.

[0075] It can be seen that delay 321 of transmission of the urgent data in the present solution 320 is significantly smaller than delay 311 of transmission of the urgent data in the conventional solution 310.

[0076] Continuing to refer to FIG. 2, upon determination of the configuration for the first SR, the terminal device 110 may trigger or transmit 230 the first SR based on the determined configuration.

[0077] Conventionally, logicalChannelSR-Mask is configured per LCH to controls SR triggering when a configured UL grant of type 1 or type 2 is configured. If logicalChannelSR-Mask is set to true, an SR is not triggered. However, an SR triggered by a DSR may not be masked even when a configured UL grant is configured for XR traffic since the SR should be time-sensitive and transmitted as soon as possible.

[0078] In view of this, embodiments of the present disclosure provide solutions of a masking for an SR triggered by DSR. In some embodiments, the configuration for the first  SR may comprise information (e.g., logicalChannelSR-Mask) of whether an SR is masked for an LCH or an LCG, the information being inapplicable to the first SR. In other words, logicalChannelSR-Mask is not applied to an SR triggered by DSR, or a DSR triggered SR shall be triggered regardless of whether logicalChannelSR-Mask is set to true or not.

[0079] For illustration, an example configuration for logicalChannelSR-Mask may be described as below.

[0080] logicalChannelSR-Mask

[0081] Controls SR triggering when a configured uplink grant of type1 or type2 is configured. true indicates that SR masking is configured for this logical channel. This parameter is not applicable to an SR triggered by DSR.

[0082] In some embodiments, the configuration for the first SR may comprise information (e.g., logicalChannelSR-Mask) of whether an SR is masked for an LCH or an LCG, the information being applicable to both the first SR and the second SR. In other words, a DSR triggered SR may share the same logicalChannelSR-Mask with a BSR triggered SR.

[0083] In some embodiments, the configuration for the first SR may comprise information of whether the first SR is masked for an LCH or an LCG. That is, a dedicated indication (e.g., logicalChannelSR-MaskForDSR) ) is configured for an LCH or an LCG which is applicable to an SR triggered by DSR. For example, logicalChannelSR-MaskForDSR may be set to true when a periodicity of a configured uplink grant is short.

[0084] For illustration, an example LCH configuration may be described as below.

[0085] In this example, an IE “logicalChannelSR-MaskForDSR” controls SR triggering when a configured uplink grant of type 1 or type 2 is configured. true indicates that SR masking is configured for this LCH. For example, if logicalChannelSR-MaskForDSR is set to true, triggering of DSR for the corresponding LCH may not trigger an SR.

[0086] Continuing to refer to FIG. 2, in some embodiments, the terminal device 110 may  determine 231 whether to trigger or transmit the first SR based on the information of whether the first SR is masked for an LCH or an LCG. In some embodiments, if the first SR is unmasked for an LCH or an LCG, the terminal device 110 may trigger or transmit 232 the first SR. In some embodiments, if the first SR is masked for an LCH or an LCG, the terminal device 110 may not trigger or transmit an SR.

[0087] Conventionally, a delay timer for SR is applied so as to reduce unnecessary SR triggering. However, an SR triggered by DSR is expected to be reported to the network as soon as possible. If a delay timer is applied to the SR triggered by DSR, a terminal device may wait for a long time (after the timer is expired or stopped) to trigger the SR. This may cause the remaining delay time of urgent data to be exhausted before the urgent data can be sent.

[0088] In view of this, embodiments of the present disclosure provide solutions of a delay timer for an SR triggered by DSR. In these solutions, a delay timer for a DSR triggered SR should be shorter or not to be introduced.

[0089] In some embodiments, the configuration for the first SR may comprise information (e.g., logicalChannelSR-DelayTimer) of whether a delay timer is applied for an SR, the information being inapplicable to the first SR. In other words, logicalChannelSR-DelayTimer is not applied to an SR triggered by DSR, or a DSR triggered SR shall be triggered regardless of whether logicalChannelSR-DelayTimer is running or not. In this way, an SR triggered by DSR may be transmitted in time.

[0090] For illustration, an example configuration of logicalChannelSR-DelayTimer in a BSR configuration may be described as below.

[0091] BSR-Config -> logicalChannelSR-DelayTimer

[0092] Value in number of subframes. Value sf20 corresponds to 20 subframes, sf40 corresponds to 40 subframes, and so on. This parameter is not applicable to an SR triggered by DSR.

[0093] For illustration, an example configuration of logicalChannelSR-DelayTimer in an LCH configuration may be described as below.

[0094] LogicalChannelConfig -> logicalChannelSR-DelayTimerApplied

[0095] Indicates whether to apply the delay timer for SR transmission for this logical channel. Set to false if logicalChannelSR-DelayTimer is not included in BSR-Config. This  parameter is not applicable to SR triggered by DSR.

[0096] In some embodiments, the configuration for the first SR may comprise information (e.g., logicalChannelSR-DelayTimer) of whether a delay timer is applied for an SR, the information being applicable to both the first SR and the second SR. In other words, for an LCH or LCG, a DSR triggered SR may share the same logicalChannelSR-DelayTimer with a BSR triggered SR. In some embodiments, the configuration for the first SR may comprise one or more values of the delay timer, the one or more values being below a predetermined value. In other words, the delay timer may be set to a smaller value. The predetermined value may be determined in any suitable ways. For example, the one or more values may comprise any of the following: 0ms, 0.25ms, 0.5ms, 0.625ms, 0.75ms, 1ms, 1.25ms, 2ms, 4ms, 5ms, 8ms, 10ms, 16ms, or 20ms.

[0097] In some embodiments, the configuration for the first SR may comprise information (e.g., logicalChannelSR-DelayTimerAppliedForDSR) of whether a delay timer is applied for the first SR. In other words, a dedicated indication logicalChannelSR-DelayTimerAppliedForDSR may be introduced to indicate whether to apply a delay timer for an SR transmission triggered by DSR for a corresponding LCH or LCG. In some embodiments, the configuration for the first SR may comprise one or more values of the delay timer, the one or more values being below a predetermined value. In other words, the delay timer may be set to a smaller value. The predetermined value may be determined in any suitable ways. For example, the one or more values may comprise any of the following: 0ms, 0.25ms, 0.5ms, 0.625ms, 0.75ms, 1ms, 1.25ms, 2ms, 4ms, 5ms, 8ms, 10ms, 16ms, or 20ms.

[0098] In some embodiments, the one or more values may be configured per DSR configuration. An example DSR configuration is described as below.

[0099] In this example, an IE “DSR-Config” denotes a DRS configuration, and an IE “logicalChannelSR-DelayTimerForDSR” denotes a configured value of a delay timer for an SR triggered by DSR.

[0100] Continuing to refer to FIG. 2, in some embodiments, upon determination that the DSR is triggered, the terminal device 110 may determine 233 whether to apply a delay timer for SR transmission based on the information of whether the delayer timer is applied. In some embodiments, if the information indicates the delay timer is applied, the terminal device 110 may start or restart the delay timer. If the delay timer is not running, the terminal device 110 may trigger or transmit 234 the first SR. If the delay timer is running, the terminal device 110 may not trigger or transmit the first SR.

[0101] For illustration, an example procedure of maintaining a delay timer may be described as below.

[0102] For DSR (e.g., Regular or Periodic DSR) , the MAC entity shall:

[0103] 1> if the DSR is triggered for a logical channel for which logicalChannelSR-DelayTimerAppliedForDSR with value true is configured by upper layers, (and SDT procedure is not on-going if it’s configured) :

[0104] 2> start or restart the logicalChannelSR-DelayTimerForDSR.

[0105] 1> else:

[0106] 2> if running, stop the logicalChannelSR-DelayTimerForDSR

[0107] In this example, logicalChannelSR-DelayTimerAppliedForDSR denotes information of whether to apply a delay timer, and logicalChannelSR-DelayTimerForDSR denotes a delay timer.

[0108] For illustration, an example procedure of SR triggering may be described as below. The MAC entity shall:

[0109] 1> if the DSR procedure determines that at least one DSR has been triggered and not cancelled:

[0110] ...

[0111] 2> if a DSR (e.g., Regular or Periodic DSR) has been triggered and logicalChannelSR-DelayTimerForDSR is not running:

[0112] 3> if there is no UL-SCH resource available for a new transmission; or

[0113] 3> if the MAC entity is configured with configured uplink grant (s) and the DSR was triggered for a logical channel for which logicalChannelSR-MaskForDSR is set to false if configured; or

[0114] 3> if the UL-SCH resources available for a new transmission do not meet the LCP mapping restrictions configured for the logical channel that triggered the DSR:

[0115] 4> trigger a Scheduling Request.

[0116] In this example, logicalChannelSR-DelayTimerForDSR denotes a delay timer, and logicalChannelSR-MaskForDSR denotes information of whether to mask an SR triggered by DSR. The SR triggering may be performed in consideration with a delay timer and SR masking information.

[0117] Conventionally, a prohibit timer for SR may be applied so as to reduce unnecessary SR retransmission. However, an SR triggered by DSR is expected to be reported to the network as soon as possible. If a prohibit timer is applied to the SR triggered by DSR, a terminal device may also wait for a long time (after the timer is expired or stopped) to trigger the SR. This may also cause the remaining delay time of urgent data to be exhausted before the urgent data can be sent.

[0118] In view of this, embodiments of the present disclosure also provide solutions of a prohibit timer for an SR triggered by DSR. In these solutions, a prohibit timer for a DSR triggered SR should be shorter or not to be introduced.

[0119] In some embodiments, the configuration for the first SR may comprise a value of a prohibit timer (e.g., SchedulingRequestToAddMod -> sr-ProhibitTimer) for an SR, the information being inapplicable to the first SR. In other words, sr-ProhibitTimer is not applied to an SR triggered by DSR, or sr-ProhibitTimer is not configured for an SR configuration corresponding to an SR triggered by DSR, or a DSR triggered SR shall be sent regardless of whether sr-ProhibitTimer is running or not. In this way, an SR triggered by DSR may be transmitted in time.

[0120] For illustration, an example configuration of sr-ProhibitTimer may be described as below.

[0121] sr-ProhibitTimer

[0122] Timer for SR transmission on PUCCH. Value is in ms. Value ms1 corresponds to 1ms, value ms2 corresponds to 2ms, and so on. If sr-ProhibitTimer-v1700 is configured, UE shall  ignore sr-ProhibitTimer (without suffix) . If both sr-ProhibitTimer (without suffix) and sr-ProhibitTimer-v1700 are absent, the UE applies the value 0. This parameter is not applicable to SR triggered by DSR.

[0123] In some embodiments, the configuration for the first SR may comprise one or more values of a prohibit timer (e.g., sr-ProhibitTimer) for an SR, the information being applicable to both the first SR and the second SR. In other words, for an LCG, a DSR triggered SR may share the same sr-ProhibitTimer with a BSR triggered SR. In some embodiments, the one or more values are below a predetermined value. In other words, the prohibit timer may be set to a smaller value. The predetermined value may be determined in any suitable ways. For example, the one or more values may comprise any of the following: 0ms, 0.25ms, 0.5ms, 0.625ms, 0.75ms, 1ms, 1.25ms, 1.5ms, 5ms, or 10ms.

[0124] In some embodiments, the configuration for the first SR may comprise one or more values of a prohibit timer (e.g., sr-ProhibitTimerForDSR) for the first SR. In other words, a dedicated indication sr-ProhibitTimerForDSR may be introduced to indicate a prohibit timer for an SR transmission triggered by DSR for a corresponding LCH or LCG. In some embodiments, the one or more values are below a predetermined value. In other words, the prohibit timer may be set to a smaller value. The predetermined value may be determined in any suitable ways. For example, the one or more values may comprise any of the following: 0ms, 0.25ms, 0.5ms, 0.625ms, 0.75ms, 1ms, 1.25ms, 1.5ms, 5ms, or 10ms.

[0125] In some embodiments, the one or more values may be configured per SR configuration. An example SR configuration is described as below.

[0126] In this example, an IE “schedulingRequestId” denotes an SR configuration, and an IE “sr-ProhibitTimerForDSR” denotes a configured value of a prohibit timer for an SR triggered by DSR.

[0127] Continuing to refer to FIG. 2, in some embodiments, if a prohibit timer is configured  for the first SR, the terminal device 110 may apply 240 the prohibit timer for SR transmission. In some embodiments, if the first SR is triggered or transmitted and the prohibit timer is not running, the terminal device 110 may start the prohibit timer. In some embodiments, if the first scheduling request is cancelled while the prohibit timer is running, the terminal device 110 may stop the prohibit timer.

[0128] For illustration, an example procedure of starting a prohibit timer may be described as below.

[0129] 1> if the MAC entity has a valid PUCCH resource configured for the pending SR, then for the SR configuration corresponding to the pending SR:

[0130] 2> when the MAC entity has an SR transmission occasion on the valid PUCCH resource for SR configured; and

[0131] 2> if sr-ProhibitTimerForDSR is not running at the time of the SR transmission occasion; and

[0132] 2> if the PUCCH resource for the SR transmission occasion does not overlap with a measurement gap:

[0133] 3> if SR_COUNTER < sr-TransMax:

[0134] 4> instruct the physical layer to signal the SR on one valid PUCCH resource for SR;

[0135] 4> if LBT failure indication is not received from lower layers (this condition may be optional) :

[0136] 5> increment SR_COUNTER by 1;

[0137] 5> start the sr-ProhibitTimerForDSR.

[0138] In this example, sr-ProhibitTimerForDSR denotes a prohibit timer for SR triggered by DSR, SR_COUNTER denotes a counter for counting the number of SR transmissions, and sr-TransMax denotes a maximum number of SR transmissions.

[0139] For illustration, an example procedure of stopping a prohibit timer may be described as below.

[0140] If an SR was triggered by DSR procedure prior to the MAC PDU assembly and a MAC PDU containing the relevant Delay status reporting MAC CE is transmitted, then the pending SR is cancelled and stop the corresponding sr-ProhibitTimerForDSR, if running.

[0141] In this example, sr-ProhibitTimerForDSR denotes a prohibit timer for SR triggered by DSR.

[0142] Continuing to refer to FIG. 2, in some embodiments, the terminal device 110 may cancel 250 one or more triggered SRs. One or more conditions for SR cancellation may be defined.

[0143] In some embodiments, if all reporting of status of delayed data for a buffer (i.e., all the DSRs) is cancelled, the terminal device 110 may cancel all pending SRs for the reporting of the status of the delayed data. In some embodiments, if remaining delay budget of all delayed data that trigger the DSR is exhausted, the terminal device 110 may cancel all pending SRs for the reporting of the status of the delayed data. In some embodiments, if there is no delayed data in the buffer of LCHs that trigger the pending SRs, the terminal device 110 may cancel all pending SRs for the reporting of the status of the delayed data.

[0144] For example, all pending SRs for DSR triggered according to a DSR procedure prior to a MAC PDU assembly shall be cancelled and each respective sr-ProhibitTimerForDSR (if configured) shall be stopped when all the related DSRs are cancelled (or the remaining delay budget of all delayed data that trigger the DSR is exhausted, or there is no delayed data in the buffer of the logical channels that trigger the pending SRs) .

[0145] In some embodiments, if a MAC PDU for the reporting of the status of the delayed data is transmitted and the MAC PDU comprises a MAC CE containing delay information up to the last event that triggers the reporting of the status of the delayed data prior to an assembly of the MAC PDU, the terminal device 110 may cancel all pending SRs for the reporting of the status of the delayed data. For example, all pending SRs for DSR triggered according to a DSR procedure prior to a MAC PDU assembly shall be cancelled and each respective sr-ProhibitTimerForDSR (if configured) shall be stopped when the MAC PDU is transmitted and this PDU includes a MAC CE for DSR which contains delay information (e.g., remaining delay information and / or delayed buffer size) up to (and including) the last event that triggered a DSR prior to the MAC PDU assembly.

[0146] In some embodiments, if a UL grant is enough to accommodate all delayed data available for transmission or a MAC PDU corresponding to the UL grant is enough to accommodate all the delayed data available for transmission, the terminal device 110 may cancel all pending SRs for the reporting of the status of the delayed data. For example, all pending SRs for DSR triggered according to a DSR procedure shall be cancelled and each  respective sr-ProhibitTimerForDSR (if configured) shall be stopped when the UL grants can accommodate all the delayed data available for transmission or the corresponding MAC PDU accommodate all the delayed data available for transmission.

[0147] In some embodiments, if a UL grant is enough to accommodate all data available for transmission or a MAC PDU corresponding to the UL grant is enough to accommodate all the data available for transmission, the terminal device 110 may cancel all pending SRs for the reporting of the status of the delayed data. For example, all pending SRs for DSR triggered according to a DSR procedure shall be cancelled and each respective sr-ProhibitTimerForDSR (if configured) shall be stopped when the UL grants can accommodate all the data available for transmission or the corresponding MAC PDU accommodate all the data available for transmission.

[0148] In some embodiments, if a difference between a timing of a UL grant and a timing at which the first SR is to be triggered or transmitted is below a threshold difference, the terminal device 110 may determine whether to cancel the first SR. In other words, if a UL grant (e.g., dynamic or configured UL grant) is approaching and an SR is triggered by DSR, the terminal device 110 may determine whether to cancel the triggered or pending SR.

[0149] Continuing to refer to FIG. 2, in some embodiments, upon reception of the SR, the network device 120 may perform 260 a resource scheduling based on the SR. In some embodiments, if the SR is received based on a configuration / resource dedicated for an SR triggered by a DSR, the network device 120 may determine that the SR is triggered by a DSR. In some embodiments, the network device 120 may determine a potential delayed buffer size based on the configuration / resource from which the SR is received. For example, if the SR is received based on the third configuration, the network device 120 may determine that the size of the delayed data is below a size threshold. If the SR is received based on the fourth configuration, the network device 120 may determine that the size of the delayed data is above the size threshold. Based on such implicit information, the network device 120 may perform resource scheduling in a more suitable way.

[0150] So far, a solution of communication for DSR is described, especially for an SR triggered DSR. With the process 200, an SR triggered by DSR may be transmitted in time. Priori knowledge of delayed data size may be transferred to a network for optimization of resource scheduling. Thus, transmission delay of delayed data may be shortened.

[0151] It is to be understood that operations in the process 200 may be carried out separately  or in any suitable combination.

[0152] EXAMPLE IMPLEMENTATION OF METHODS

[0153] 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. 4 to 5.

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

[0155] At block 410, the terminal device 110 determines that a reporting of a status of delayed data in a buffer is triggered. That is, a DSR is triggered.

[0156] At block 420, the terminal device 110 determines a configuration from at least one configuration for a first SR triggered by the reporting of the status of the delayed data.

[0157] In some embodiments, the at least one configuration may comprise a first configuration used for the first SR. In some embodiments, the terminal device 110 may receive, from the network device 120, the first configuration for an LCH or an LCG. Then the terminal device 110 may determine the first configuration as the configuration for the first SR.

[0158] In some embodiments, the at least one configuration may comprise a second configuration used for both the first SR and a second SR triggered by a BSR. In some embodiments, the terminal device 110 may receive, from the network device 120, the second configuration for an LCH or an LCG. Then the terminal device 110 may determine the second configuration as the configuration for the first SR. In some embodiments, if the first SR and the second SR are triggered at the same time for an LCH or an LCG, the terminal device 110 may cancel the second SR.

[0159] In some embodiments, the terminal device 110 may select, based on a size of the delayed data, the configuration from the at least one configuration. In some embodiments, the at least one configuration comprise a third configuration and a fourth configuration used  for the first SR. If the size of the delayed data is below a size threshold, the terminal device 110 may determine the third configuration as the configuration for the first SR. If the size of the delayed data is above the size threshold, the terminal device 110 may determine the fourth configuration as the configuration for the first SR. In some embodiments, the terminal device 110 may receive, from the network device 120, an indication of the size threshold.

[0160] At block 430, the terminal device 110 triggers or transmits, to the network device 120, the first SR based on the configuration.

[0161] In some embodiments, the configuration may comprise information of whether an SR is masked for an LCH or an LCG, the information being inapplicable to the first SR. In this case, the terminal device 110 may trigger or transmit the first SR regardless of the information indicates an SR is masked or unmasked.

[0162] In some embodiments, the configuration may comprise information of whether an SR is masked for an LCH or an LCG, the information being applicable to both the first SR and the second SR. In this case, if the information indicates an SR is unmasked for the LCH or LCG, the terminal device 110 may trigger or transmit the first SR. If the information indicates an SR is masked for the LCH or LCG, the terminal device 110 may not trigger or transmit any SR.

[0163] In some embodiments, the configuration may comprise information of whether the first SR is masked for an LCH or an LCG. If the information indicates the first SR is unmasked for the LCH or LCG, the terminal device 110 may trigger or transmit the first SR. If the information indicates the first SR is masked for the LCH or LCG, the terminal device 110 may not trigger or transmit the first SR.

[0164] In some embodiments, the configuration may comprise information of whether a delay timer is applied for an SR, the information being inapplicable to the first SR. In this case, the terminal device 110 may not apply a delay timer for SR triggering regardless of the information indicates the delay timer is applied or not.

[0165] In some embodiments, the configuration may comprise information of whether a delay timer is applied for an SR, the information being applicable to both the first SR and the second SR. In some embodiments, the configuration may comprise one or more values of the delay timer, the one or more values being below a predetermined value. In some embodiments, if the information indicates the delay timer is applied, the terminal device 110  may start or restart the delay timer. That is, when the DSR is triggered, the terminal device 110 may start or restart the delay timer. In some embodiments, if the delay timer is not running, the terminal device 110 may trigger or transmit the first SR. That is, if the DSR is triggered and the delay timer is not running, the terminal device 110 may trigger or transmit the first SR.

[0166] In some embodiments, the configuration may comprise information of whether a delay timer is applied for the first SR. In some embodiments, the configuration may comprise one or more values of the delay timer, the one or more values being below a predetermined value. In some embodiments, if the information indicates the delay timer is applied for the first SR, the terminal device 110 may start or restart the delay timer. That is, when the DSR is triggered, the terminal device 110 may start or restart the delay timer. In some embodiments, if the delay timer is not running, the terminal device 110 may trigger or transmit the first SR. That is, if the DSR is triggered and the delay timer is not running, the terminal device 110 may trigger or transmit the first SR.

[0167] In some embodiments, the configuration may comprise a value of a prohibit timer for an SR, the prohibit timer being inapplicable to the first SR. In this case, the terminal device 110 may not apply a prohibit timer upon SR transmission regardless of the configuration of the prohibit timer.

[0168] In some embodiments, the configuration may comprise one or more values of a prohibit timer for an SR, the prohibit timer being applicable to both the first SR and the second SR, the one or more values being below a predetermined value. In some embodiments, if the first SR is triggered or transmitted, and the prohibit timer is not running, the terminal device 110 may start the prohibit timer. In some embodiments, if the first SR is cancelled while the prohibit timer is running, the terminal device 110 may stop the prohibit timer.

[0169] In some embodiments, the configuration may comprise one or more values of a prohibit timer for the first SR, the one or more values being below a predetermined value. In some embodiments, if the first SR is triggered or transmitted, and the prohibit timer is not running, the terminal device 110 may start the prohibit timer. In some embodiments, if the first SR is cancelled while the prohibit timer is running, the terminal device 110 may stop the prohibit timer.

[0170] In some embodiments, if all the reporting of the status of the delayed data for the  buffer is cancelled, the terminal device 110 may cancel all pending SRs for the reporting of the status of the delayed data. In some embodiments, if a MAC PDU for the reporting of the status of the delayed data is transmitted and the MAC PDU comprises a MAC CE containing delay information up to the last event that triggers the reporting of the status of the delayed data prior to an assembly of the MAC PDU, the terminal device 110 may cancel all pending SRs for the reporting of the status of the delayed data.

[0171] In some embodiments, if a UL grant is enough to accommodate all delayed data available for transmission or a MAC PDU corresponding to the UL grant is enough to accommodate all the delayed data available for transmission, the terminal device 110 may cancel all pending SRs for the reporting of the status of the delayed data.

[0172] In some embodiments, if a UL grant is enough to accommodate all data available for transmission or a MAC PDU corresponding to the UL grant is enough to accommodate all the data available for transmission, the terminal device 110 may cancel all pending SRs for the reporting of the status of the delayed data.

[0173] In some embodiments, if a difference between a timing of a UL grant and a timing at which the first SR is to be triggered or transmitted is below a threshold difference, the terminal device 110 may determine whether to cancel the first SR.

[0174] With the method 400, an SR triggered by DSR may be transmitted as soon as possible and data transmission delay may be shortened.

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

[0176] At block 510, the network device 120 transmits, to the terminal device 110, at least one configuration for a first SR triggered by a reporting of a status of delayed data in a buffer from the terminal device 110.

[0177] In some embodiments, the at least one configuration may comprise a first configuration used for the first SR. In some embodiments, the at least one configuration may comprise a second configuration used for both the first SR and a second SR triggered  by a BSR. In some embodiments, the at least one configuration may comprise a third configuration and a fourth configuration used for the first SR.

[0178] At block 520, the network device 120 receives, from the terminal device 110, the first SR based on a configuration in the at least one configuration.

[0179] In some embodiments, if the first SR is received based on the third configuration, the network device 120 may determine that the size of the delayed data is below a size threshold. If the first SR is received based on the fourth configuration, the network device 120 may determine that the size of the delayed data is above the size threshold. In some embodiments, the network device 120 may transmit, to the terminal device 110, an indication of the size threshold.

[0180] In some embodiments, the configuration may comprise information of whether an SR is masked for an LCH or an LCG, the information being inapplicable to the first SR. In some embodiments, the configuration may comprise information of whether an SR is masked for an LCH or an LCG, the information being applicable to both the first SR and the second SR. In some embodiments, the configuration may comprise information of whether the first SR is masked for an LCH or an LCG.

[0181] In some embodiments, the configuration may comprise information of whether a delay timer is applied for an SR, the information being inapplicable to the first SR.

[0182] In some embodiments, the configuration may comprise information of whether a delay timer is applied for an SR, the information being applicable to both the first SR and the second SR. In some embodiments, the configuration may comprise one or more values of the delay timer, the one or more values being below a predetermined value.

[0183] In some embodiments, the configuration may comprise information of whether a delay timer is applied for the first SR. In some embodiments, the configuration may comprise one or more values of the delay timer, the one or more values being below a predetermined value.

[0184] In some embodiments, the configuration may comprise a value of a prohibit timer for an SR, the prohibit timer being inapplicable to the first SR.

[0185] In some embodiments, the configuration may comprise one or more values of a prohibit timer for an SR, the prohibit timer being applicable to both the first SR and the second SR, the one or more values being below a predetermined value.

[0186] In some embodiments, the configuration may comprise one or more values of a prohibit timer for the first SR, the one or more values being below a predetermined value.

[0187] With the method 500, a configuration of an SR transmission triggered by DSR may be provided and may be optimized.

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

[0189] EXAMPLE IMPLEMENTATION OF DEVICES

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

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

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

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

[0194] In some embodiments, a terminal device comprises a circuitry configured to: determine that a reporting of a status of delayed data in a buffer is triggered; determine a configuration from at least one configuration for a first scheduling request triggered by the reporting of the status of the delayed data; and trigger or transmit, to a network device, the first scheduling request based on the configuration.

[0195] In some embodiments, a network device comprises a circuitry configured to: transmit, to a terminal device, at least one configuration for a first scheduling request triggered by a reporting of a status of delayed data in a buffer from the terminal device; and receive, from the network device, the first scheduling request based on a configuration in the at least one configuration.

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

[0197] In summary, embodiments of the present disclosure provide the following solutions.

[0198] In one solution, a terminal device comprises a processor configured to cause the terminal device to: determine that a reporting of a status of delayed data in a buffer is triggered; determine a configuration from at least one configuration for a first scheduling request triggered by the reporting of the status of the delayed data; and trigger or transmit, to a network device, the first scheduling request based on the configuration.

[0199] In some embodiments, the at least one configuration comprises a first configuration used for the first scheduling request, and the terminal device is caused to determine the configuration by: receiving, from the network device, the first configuration for a logical channel or a logical channel group; and determining the first configuration as the configuration for the first scheduling request.

[0200] In some embodiments, the at least one configuration comprises a second configuration used for both a second scheduling request triggered by a buffer status reporting and the first scheduling request triggered by the reporting of the status of the delayed data, and the terminal device is caused to determine the configuration by: receiving, from the network device, the second configuration for a logical channel or a logical channel group; and determining the second configuration as the configuration for the second scheduling request.

[0201] In some embodiments, the terminal device is further caused to: in accordance with a determination that the first scheduling request and the second scheduling request are triggered at the same time for a logical channel or a logical channel group, cancel the second scheduling request.

[0202] In some embodiments, the terminal device is caused to determine the configuration by: selecting, based on a size of the delayed data, the configuration from the at least one configuration.

[0203] In some embodiments, the at least one configuration comprises a third configuration  and a fourth configuration used for the first scheduling request, and the terminal device is caused to determine the configuration by: in accordance with a determination that the size of the delayed data is below a size threshold, determining the third configuration as the configuration for the first scheduling request; and in accordance with a determination that the size of the delayed data is above the size threshold, determining the fourth configuration as the configuration for the first scheduling request.

[0204] In some embodiments, the terminal device is further caused to: receive, from the network device, an indication of the size threshold.

[0205] In some embodiments, the configuration comprises information of whether a scheduling request is masked for a logical channel or a logical channel group, the information being inapplicable to the first scheduling request.

[0206] In some embodiments, the configuration comprises information of whether a scheduling request is masked for a logical channel or a logical channel group, the information being applicable to both the first scheduling request and the second scheduling request.

[0207] In some embodiments, the configuration comprises information of whether the first scheduling request is masked for a logical channel or a logical channel group, and wherein the terminal device is caused to trigger or transmit the first scheduling request by: in accordance with a determination that the information indicates the first scheduling request is unmasked for the logical channel or the logical channel group, triggering or transmitting the first scheduling request.

[0208] In some embodiments, the terminal device is further caused to: in accordance with a determination that the information indicates the first scheduling request is masked for a logical channel or a logical channel group, trigger no scheduling request.

[0209] In some embodiments, the configuration comprises information of whether a delay timer is applied for a scheduling request, the information being inapplicable to the first scheduling request.

[0210] In some embodiments, the configuration comprises information of whether a delay timer is applied for a scheduling request, the information being applicable to both the first scheduling request and the second scheduling request, and the configuration comprises one or more values of the delay timer, the one or more values being below a predetermined value.

[0211] In some embodiments, the configuration comprises information of whether a delay  timer is applied for the first scheduling request, and the configuration comprises one or more values of the delay timer, the one or more values being below a predetermined value.

[0212] In some embodiments, the terminal device is further caused to: in accordance with a determination that the information indicates the delay timer is applied, start or restart the delay timer.

[0213] In some embodiments, the terminal device is caused to trigger or transmit the first scheduling request by: in accordance with a determination that the delay timer is not running, triggering or transmitting the first scheduling request.

[0214] In some embodiments, the configuration comprises a value of a prohibit timer for a scheduling request, the prohibit timer being inapplicable to the first scheduling request.

[0215] In some embodiments, the configuration comprises one or more values of a prohibit timer for a scheduling request, the prohibit timer being applicable to both the first scheduling request and the second scheduling request, the one or more values being below a predetermined value.

[0216] In some embodiments, the configuration comprises one or more values of a prohibit timer for the first scheduling request, the one or more values being below a predetermined value.

[0217] In some embodiments, the terminal device is further caused to at least one of the following: in accordance with a determination that the first scheduling request is triggered or transmitted and the prohibit timer is not running, start the prohibit timer; or in accordance with a determination that the first scheduling request is cancelled while the prohibit timer is running, stop the prohibit timer.

[0218] In some embodiments, the terminal device is further caused to at least one of the following: in accordance with a determination that all the reporting of the status of the delayed data for the buffer is cancelled, cancel all pending scheduling requests for the reporting of the status of the delayed data; in accordance with a determination that a medium access control (MAC) protocol data unit (PDU) for the reporting of the status of the delayed data is transmitted and the MAC PDU comprises a medium access control control element (MAC CE) containing delay information up to the last event that triggers the reporting of the status of the delayed data prior to an assembly of the MAC PDU, cancel all pending scheduling requests for the reporting of the status of the delayed data; in accordance with a determination that an uplink grant is enough to accommodate all delayed data available for  transmission or a MAC PDU corresponding to the uplink grant is enough to accommodate all the delayed data available for transmission, cancel all pending scheduling requests for the reporting of the status of the delayed data; or in accordance with a determination that an uplink grant is enough to accommodate all data available for transmission or a MAC PDU corresponding to the uplink grant is enough to accommodate all the data available for transmission, cancel all pending scheduling requests for the reporting of the status of the delayed data; or in accordance with a determination that a difference between a timing of an uplink grant and a timing at which the first scheduling request is to be triggered or transmitted is below a threshold difference, determine whether to cancel the first scheduling request.

[0219] In another solution, a network device comprises a processor configured to cause the network device to: transmit, to a terminal device, at least one configuration for a first scheduling request triggered by a reporting of a status of delayed data in a buffer from the terminal device; and receive, from the terminal device, the first scheduling request based on a configuration in the at least one configuration.

[0220] In some embodiments, the at least one configuration comprises a first configuration used for the first scheduling request.

[0221] In some embodiments, the at least one configuration comprises a second configuration used for both a second scheduling request triggered by a buffer status reporting and the first scheduling request triggered by the reporting of the status of the delayed data.

[0222] In some embodiments, the at least one configuration comprises a third configuration and a fourth configuration used for the first scheduling request, and wherein the network device is further caused to: in accordance with a determination that the first scheduling request is received based on the third configuration, determine that the size of the delayed data is below a size threshold; and in accordance with a determination that the first scheduling request is received based on the fourth configuration, determine that the size of the delayed data is above the size threshold.

[0223] In some embodiments, the network device is further caused to: transmit, to the terminal device, an indication of the size threshold.

[0224] In some embodiments, the configuration comprises information of whether a scheduling request is masked for a logical channel or a logical channel group, the information being inapplicable to the first scheduling request.

[0225] In some embodiments, the configuration comprises information of whether a  scheduling request is masked for a logical channel or a logical channel group, the information being applicable to both the first scheduling request and the second scheduling request.

[0226] In some embodiments, the configuration comprises information of whether the first scheduling request is masked for a logical channel or a logical channel group.

[0227] In some embodiments, the configuration comprises information of whether a delay timer is applied for a scheduling request, the information being inapplicable to the first scheduling request.

[0228] In some embodiments, the configuration comprises information of whether a delay timer is applied for a scheduling request, the information being applicable to both the first scheduling request and the second scheduling request, and the configuration comprises one or more values of the delay timer, the one or more values being below a predetermined value.

[0229] In some embodiments, the configuration comprises information of whether a delay timer is applied for the first scheduling request, and the configuration comprises one or more values of the delay timer, the one or more values being below a predetermined value.

[0230] In some embodiments, the configuration comprises a value of a prohibit timer for a scheduling request, the prohibit timer being inapplicable to the first scheduling request.

[0231] In some embodiments, the configuration comprises one or more values of a prohibit timer for a scheduling request, the prohibit timer being applicable to both the first scheduling request and the second scheduling request, the one or more values being below a predetermined value.

[0232] In some embodiments, the configuration comprises one or more values of a prohibit timer for the first scheduling request, the one or more values being below a predetermined value.

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

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

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

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

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

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

Claims

1.A terminal device, comprising:a processor configured to cause the terminal device to:determine that a reporting of a status of delayed data in a buffer is triggered;determine a configuration from at least one configuration for a first scheduling request triggered by the reporting of the status of the delayed data; andtrigger or transmit, to a network device, the first scheduling request based on the configuration.2.The terminal device of claim 1, wherein the at least one configuration comprises a first configuration used for the first scheduling request, and wherein the terminal device is caused to determine the configuration by:receiving, from the network device, the first configuration for a logical channel or a logical channel group; anddetermining the first configuration as the configuration for the first scheduling request.3.The terminal device of claim 1, wherein the at least one configuration comprises a second configuration used for both a second scheduling request triggered by a buffer status reporting and the first scheduling request triggered by the reporting of the status of the delayed data, and wherein the terminal device is caused to determine the configuration by:receiving, from the network device, the second configuration for a logical channel or a logical channel group; anddetermining the second configuration as the configuration for the second scheduling request.4.The terminal device of claim 3, wherein the terminal device is further caused to:in accordance with a determination that the first scheduling request and the second scheduling request are triggered at the same time for a logical channel or a logical channel group, cancel the second scheduling request.5.The terminal device of claim 1, wherein the terminal device is caused to determine the configuration by:selecting, based on a size of the delayed data, the configuration from the at least one configuration.6.The terminal device of claim 5, wherein the at least one configuration comprises a third configuration and a fourth configuration used for the first scheduling request, and wherein the terminal device is caused to determine the configuration by:in accordance with a determination that the size of the delayed data is below a size threshold, determining the third configuration as the configuration for the first scheduling request; andin accordance with a determination that the size of the delayed data is above the size threshold, determining the fourth configuration as the configuration for the first scheduling request.7.The terminal device of claim 6, wherein the terminal device is further caused to:receive, from the network device, an indication of the size threshold.8.The terminal device of claim 1, wherein the configuration comprises information of whether a scheduling request is masked for a logical channel or a logical channel group, the information being inapplicable to the first scheduling request, orwherein the configuration comprises information of whether a scheduling request is masked for a logical channel or a logical channel group, the information being applicable to both the first scheduling request and the second scheduling request.9.The terminal device of claim 1, wherein the configuration comprises information of whether the first scheduling request is masked for a logical channel or a logical channel group, and wherein the terminal device is caused to trigger or transmit the first scheduling request by:in accordance with a determination that the information indicates the first scheduling request is unmasked for the logical channel or the logical channel group, triggering or transmitting the first scheduling request.10.The terminal device of claim 9, wherein the terminal device is further caused to:in accordance with a determination that the information indicates the first scheduling request is masked for a logical channel or a logical channel group, trigger no scheduling request.11.The terminal device of claim 1, wherein the configuration comprises information of whether a delay timer is applied for a scheduling request, the information being inapplicable to the first scheduling request.12.The terminal device of claim 1, wherein the configuration comprises information of whether a delay timer is applied for a scheduling request, the information being applicable to both the first scheduling request and the second scheduling request, andwherein the configuration comprises one or more values of the delay timer, the one or more values being below a predetermined value.13.The terminal device of claim 1, wherein the configuration comprises information of whether a delay timer is applied for the first scheduling request, andwherein the configuration comprises one or more values of the delay timer, the one or more values being below a predetermined value.14.The terminal device of claim 12 or 13, wherein the terminal device is further caused to:in accordance with a determination that the information indicates the delay timer is applied, start or restart the delay timer.15.The terminal device of claim 12 or 13, wherein the terminal device is caused to trigger or transmit the first scheduling request by:in accordance with a determination that the delay timer is not running, triggering or transmitting the first scheduling request.16.The terminal device of claim 1, wherein the configuration comprises a value of a prohibit timer for a scheduling request, the prohibit timer being inapplicable to the first scheduling request.17.The terminal device of claim 1, wherein the configuration comprises one or more values of a prohibit timer for a scheduling request, the prohibit timer being applicable to both the first scheduling request and the second scheduling request, the one or more values being below a predetermined value, orwherein the configuration comprises one or more values of a prohibit timer for the first scheduling request, the one or more values being below a predetermined value.18.The terminal device of claim 17, wherein the terminal device is further caused to at least one of the following:in accordance with a determination that the first scheduling request is triggered or transmitted and the prohibit timer is not running, start the prohibit timer; orin accordance with a determination that the first scheduling request is cancelled while the prohibit timer is running, stop the prohibit timer.19.The terminal device of claim 1, wherein the terminal device is further caused to at least one of the following:in accordance with a determination that all the reporting of the status of the delayed data for the buffer is cancelled, cancel all pending scheduling requests for the reporting of the status of the delayed data;in accordance with a determination that a medium access control (MAC) protocol data unit (PDU) for the reporting of the status of the delayed data is transmitted and the MAC PDU comprises a medium access control control element (MAC CE) containing delay information up to the last event that triggers the reporting of the status of the delayed data prior to an assembly of the MAC PDU, cancel all pending scheduling requests for the reporting of the status of the delayed data;in accordance with a determination that an uplink grant is enough to accommodate all delayed data available for transmission or a MAC PDU corresponding to the uplink grant is enough to accommodate all the delayed data available for transmission, cancel all pending scheduling requests for the reporting of the status of the delayed data; orin accordance with a determination that an uplink grant is enough to accommodate all data available for transmission or a MAC PDU corresponding to the uplink grant is enough to accommodate all the data available for transmission, cancel all pending scheduling requests for the reporting of the status of the delayed data; orin accordance with a determination that a difference between a timing of an uplink grant and a timing at which the first scheduling request is to be triggered or transmitted is below a threshold difference, determine whether to cancel the first scheduling request.20.A network device, comprising:a processor configured to cause the network device to:transmit, to a terminal device, at least one configuration for a first scheduling request triggered by a reporting of a status of delayed data in a buffer from the terminal device; andreceive, from the terminal device, the first scheduling request based on a configuration in the at least one configuration.

Images