Configured grant resource release

Abstract

Example embodiments of the present disclosure are directed to for configured grant resource release. A method comprises receiving, from a second apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; and transmitting, to the second apparatus, the confirmation of the deactivation over the resource indicated in the information.

Description

CONFIGURED GRANT RESOURCE RELEASEFIELD

[0001] Various example embodiments of the present disclosure generally relate to the field of telecommunication and in particular, to methods, devices, apparatuses and computer readable storage medium for configured grant resource release.BACKGROUND

[0002] Cellular networks have evolved with the introduction of 5G New Radio (NR) and the ongoing development of 6G, aiming at addressing the increasing demands for low-latency, high-reliability, and high-throughput applications. Configured uplink grant (s) (CG) is a mechanism in 5G and 6G, designed to reduce latency, minimize signaling overhead and enhance transmission efficiency. This is particularly important for time-sensitive applications, including industrial automation, autonomous vehicles, extended reality (XR) services, and various forms of real-time and immersive communications.

[0003] There are two types of configured uplink grants, with enhancements continuing through the development of related standards. Type 1 configured uplink grant (s) employs semi-static Radio Resource Control (RRC) signaling to pre-configure periodic uplink resources. Type 2 configured uplink grant (s) introduce capabilities to allow the network to dynamically activate, deactivate, and adjust configured uplink resources based on network conditions.SUMMARY

[0004] In a first aspect of the present disclosure, there is provided a first apparatus. The first apparatus comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the first apparatus at least to: receive, from a second apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; and transmit, to the second apparatus, the confirmation of the deactivation over the resource indicated in the information.

[0005] In a second aspect of the present disclosure, there is provided a second apparatus. The first apparatus comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the second apparatus at least to: transmit, to a first apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; and receive, from the first apparatus, the confirmation of the deactivation over the resource indicated in the information.

[0006] In a third aspect of the present disclosure, there is provided a method. The method comprises: receiving, from a second apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; and transmitting, to the second apparatus, the confirmation of the deactivation over the resource indicated in the information.

[0007] In a fourth aspect of the present disclosure, there is provided a method. The method comprises: transmitting, to a first apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; and receiving, from the first apparatus, the confirmation of the deactivation over the resource indicated in the information.

[0008] In a fifth aspect of the present disclosure, , there is provided a first apparatus. The first apparatus comprises: means for receiving, from a second apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; and means for transmitting, to the second apparatus, the confirmation of the deactivation over the resource indicated in the information.

[0009] In a sixth aspect of the present disclosure, , there is provided a second apparatus. The second apparatus comprises: means for transmitting, to a first apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; and means for receiving, from the first apparatus, the confirmation of the deactivation over the resource indicated in the information.

[0010] In a seventh aspect of the present disclosure, there is provided a computer readable medium. The computer readable medium comprises instructions stored thereon for causing an apparatus to perform at least the method according to the third aspect.

[0011] In an eighth aspect of the present disclosure, there is provided a computer readable medium. The computer readable medium comprises instructions stored thereon for causing an apparatus to perform at least the method according to the fourth aspect.

[0012] It is to be understood that the Summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0013] Some example embodiments will now be described with reference to the accompanying drawings, where:

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

[0015] FIG. 2 illustrates an existing signaling process for Type 2 configured grant deactivation;

[0016] FIG. 3 illustrates an existing Type 2 configured grant deactivation process;

[0017] FIG. 4 illustrates an example signaling process in accordance with some embodiments in the disclosure;

[0018] FIG. 5 illustrates another example signaling process in accordance with some embodiments in the disclosure;

[0019] FIG. 6 illustrates an alternative illustration of the signaling process in FIG. 4;

[0020] FIG. 7 illustrates a flowchart of a method implemented at a first apparatus in accordance with some example embodiments of the present disclosure;

[0021] FIG. 8 illustrates a flowchart of a method implemented at a second apparatus in accordance with some example embodiments of the present disclosure;

[0022] FIG. 9 illustrates a simplified block diagram of a device that is suitable for implementing example embodiments of the present disclosure; and

[0023] FIG. 10 illustrates a block diagram of an example computer readable medium in accordance with some example embodiments of the present disclosure.

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

[0025] Principle of the present disclosure will now be described with reference to some example 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 limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

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

[0027] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0028] It shall be understood that although the terms “first, ” “second, ” …, etc. in front of noun (s) and the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another and they do not limit the order of the noun (s) . For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0029] As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0030] As used herein, unless stated explicitly, performing a step “in response to A” does not indicate that the step is performed immediately after “A” occurs and one or more intervening steps may be included.

[0031] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. 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. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0032] As used in this application, the term “circuitry” may refer to one or more or all of the following: (a) hardware-only circuit implementations (such as implementations in only  analog and / or digital circuitry) and (b) combinations of hardware circuits and software, such as (as applicable) : (i) a combination of analog and / or digital hardware circuit (s) with  software / firmware and (ii) any portions of hardware processor (s) with software (including digital  signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a  portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0033] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0034] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as New Radio (NR) , Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, 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) , 5.5G, the sixth generation (6G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0035] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , an NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, an Integrated Access and Backhaul (IAB) node, a low power node such as a femto, a pico, a non-terrestrial network (NTN) or non-ground network device such as a satellite network device, a low earth orbit (LEO) satellite and a geosynchronous earth orbit (GEO) satellite, an aircraft network device, and so forth, depending on the applied terminology and technology. In some example embodiments, radio access network (RAN) split architecture comprises a Centralized Unit (CU) and a Distributed Unit (DU) at an IAB donor node. An IAB node comprises a Mobile Terminal (IAB-MT) part that behaves like a UE toward the parent node, and a DU part of an IAB node behaves like a base station toward the next-hop IAB node.

[0036] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (IoT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. The terminal device may also correspond to a Mobile Termination (MT) part of an IAB node (e.g., a relay node) . In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0037] As used herein, the term “resource, ” “transmission resource, ” “resource block, ” “physical resource block” (PRB) , “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, for example, a communication between a terminal device and a network device, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other combination of the time, frequency, space and / or code domain resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0038] As used herein, the term “configured uplink grant” (CG) or “configured grant” may refer to an uplink grant allocation provided by the network to the terminal device (User Equipment, UE) for transmitting data over the uplink without requiring dynamic resource request. A configured uplink grant (s) is typically associated with a specific set of resources, which may include time, frequency, and / or space domains, enabling the UE to perform uplink transmissions as specified by the network. The configured uplink grant (s) may be activated or deactivated as part of the network’s resource management. Unless explicitly stated otherwise, “configured uplink grant” and “configured grant” are used interchangeably in the disclosure to refer to the same concept of a pre-configured resource allocation for uplink communication.

[0039] Example embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

[0040] FIG. 1 illustrates an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a plurality of communication devices, including a terminal device 110 and a network device 120, can communicate with each other. In the example of FIG. 1, the terminal device 110 may be a UE and the network device 120 may be a base station serving the UE. The serving area of the network device 120 may be called a cell.

[0041] It is to be understood that the number of devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implementing example embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be located in the cell, and one or more additional cells may be deployed in the communication environment 100. It is noted that although illustrated as a network device, the network device 120 may be another device than a network device. Although illustrated as a terminal device, the terminal device 110 may be another device than a terminal device.

[0042] In the following, for the purpose of illustration, some example embodiments are described with the terminal device 110 operating as a UE and the network device 120 operating as a base station. However, in some example embodiments, operations described in connection with a terminal device may be implemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other device.

[0043] In some example embodiments, a transmission direction from the network device 120 to the terminal device 110 is referred to as a downlink (DL) , while a transmission direction from the terminal device 110 to the network device 120 is referred to as an uplink (UL) . In DL, the network device 120 is a transmitting (TX) device (or a transmitter) and the terminal device 110 is a receiving (RX) device (or a receiver) . In UL, the terminal device 110 is a TX device (or a transmitter) and the network device 120 is a RX device (or a receiver) .

[0044] Communications in the communication environment 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0045] As discussed in the Background, there are two types of configured uplink grants. Type 1 configured uplink grant (CG) employs semi-static Radio Resource Control (RRC) signaling to pre-configure periodic uplink resources. Type 2 configured uplink grant introduces capabilities to allow the network to dynamically activate, deactivate, and adjust configured uplink resources based on network conditions. The dynamic activation and release of configure uplink grant (s) are performed through Physical Downlink Control Channel (PDCCH) signaling. To avoid transmission errors, the network uses a Medium Access Control Control Element (MAC CE) to confirm that the successful reception of the allocation of the configure uplink grant (s) or the release of the de-allocated configure uplink grant (s) by the UE. In the specifications of current standards, it is provided detailed guidelines for the handling of Type 2 configure uplink grant (s) related activation and deactivation. A configured uplink grant confirmation process is triggered if a deactivation instruction in the PDCCH is received by the UE. The MAC entity is responsible for generating the Configured Grant Confirmation MAC CE or Multiple Entry Configured Grant Confirmation MAC CE, and for clearing configure uplink grant (s) after the first transmission of the corresponding confirmation MAC CE (depending on the configuration, either the Configured Grant Confirmation MAC CE or the Multiple Entry Configured Grant Confirmation MAC CE) . The UE can validate the PDCCH by checking specific fields such as the Cyclic Redundancy Check (CRC) of a corresponding Downlink Control Information (DCI) is scrambled with a Cell Selection Radio Network Temporary Identifier (CS-RNTI) , the new data indicator (NDI) , and the redundancy version. If the result of the validation indicates configure uplink grant (s) release, the UE may also consider the HARQ process number and other parameters depending on whether the UE is provided with single or multiple Type 2 configure uplink grant (s) . The validation is achieved by setting the related fields to predefined values. Compared with Type 1 configured uplink grants, Type 2 configure uplink grants offer flexibility.

[0046] Configured uplink grants only support skipping uplink transmission and will not generate any uplink transmission on the configured uplink resources during empty data buffer. When a DCI command is transmitted by the gNB to activate or deactivate a Type 2 configured uplink grant, it is needed for the UE to provide feedback to the gNB via a Configured Grant Confirmation MAC CE over Physical Uplink Shared Channel (PUSCH) , regardless of the status of the data buffer. This feedback is to identify whether the activation or deactivation command has been correctly received.

[0047] For the activation of a Type 2 configured uplink grant, the process is a rapid process. The PDCCH scheduling activation of a Type 2 configured uplink grant carries the PUSCH resource assignment and the UE can acknowledge with the Configured Grant Confirmation MAC CE in the assigned uplink data transmission.

[0048] However, the deactivation of a Type 2 configured uplink grant follows a different process. The PDCCH scheduling release for the configured uplink grant is transmitted as a PDCCH order without any associated PUSCH resource assignment. According to existing 3GPP specifications, the configured uplink grant will not be released until the UE transmits a Configured Grant Confirmation MAC CE. This confirmation is dependent on the MAC entity having the uplink resources allocated for a new transmission. As a result, the UE have to wait for an initial transmission opportunity of a next configured grant or a dynamic grant for initial transmission to send the confirmation, as shown in FIG. 2.

[0049] Referring now to FIG. 2, which illustrates an existing signaling process 200 for Type 2 configured grant deactivation. The signaling process 200 begins with the gNB 120 initiating 201 the deactivation of the Type 2 configured uplink grant (s) by transmitting a CG deactivation PDCCH order 202 to the UE 110. Upon receiving the order, the UE 110 triggers 203 the configured grant confirmation process. The UE 110 may need to wait for 204 an allocation of uplink resources for a new transmission. The gNB 120 allocates 205 a dynamic uplink grant allocation 205 for the new transmissions for the UE 110, and the UE 110 generates 206 a Configured Grant Confirmation MAC CE. The UE 110 may transmit 207 the Configured Grant Confirmation MAC CE to the gNB 120 using the PUSCH. Upon receiving the Configured Grant Confirmation MAC CE, the gNB 120 clears 208-1 the previously configured uplink grants, and the UE 110 clears 208-2 the configured uplink grants after transmitting the Configured Grant Confirmation MAC CE. As illustrated, the dependency on available uplink resources 205 may introduce delays in completing the deactivation process, which will be explained below with reference to FIG. 3.

[0050] Referring now to FIG. 3, which illustrates an existing Type 2 configured grant deactivation process 300, demonstrating the challenges in deactivating a Type 2 configured grant in the absence of new dynamic uplink grant resources for initial transmission before the next configured grant transmission opportunity. In this case, new data packets and the Configured Grant Confirmation MAC CE may still be transmitted 303 over the previously configured grant PUSCH, even though the UE 110 is expected to clear the previously configured uplink grant after transmitting the Configured Grant Confirmation MAC CE. However, the transmission over the previously configured grant PUSCH may already become unreliable-e.g., when the configured grant has already been instructed to deactivate due to poor radio quality-the reception of the Configured Grant Confirmation MAC CE over the previously configured grant PUSCH may fail. This may lead to data packet delays due to retransmission or packet loss, and it may need more rounds of configured grant deactivation orders due to discontinuous transmission (DTX) of the configured grant PUSCH or maximum retransmission attempts being reached.

[0051] Without a new dynamic uplink grant resource allocated for initial transmission, it will need an inefficient three-step process to retrieve the configured grant confirmation. The process consumes valuable PDCCH resources and competes with other users for scheduling opportunities, especially when there is no uplink data available or when the uplink buffer status has not been updated. Networks aim to deactivate configured uplink grants in a timely and reliable manner to release resources for scenarios like unqualified radio quality, insufficient resources for traffic demands, or reserved resources being pre-empted for higher-priority services during cell congestion. However, as shown in FIG. 3, waiting for a next configured grant transmission opportunity to release configured grants introduces delays in deactivation and fails to reliably deliver new data and the Configured Grant Confirmation MAC CE to the gNB 120 over an unreliable uplink grant.

[0052] This deferred deactivation forces the network to resend 307 the PDCCH deactivation order and schedule 308 a new dynamic uplink to retrieve the configured grant confirmation. Before receiving the Configured Grant Confirmation MAC CE, the network cannot confirm the deactivation of the configured grant or clear the granted resources on its side. Additionally, the network have to handle the ambiguity on the configured grant PUSCH transmission opportunity though the configured grant has already been cleared by the UE 110 after its first transmission of the Configured Grant Confirmation MAC CE.

[0053] Embodiments in the disclosure introduce approaches addressing the management of configured uplink grant (s) resource release applicable to 5G and forward-compatible with 6G. The approaches complement the existing management of Type 2 configured uplink grants. Embodiments in the disclosure provide approaches for fast deactivation of configured uplink grant (s) . The core concept in the disclosure is to reduce the reliance on uplink shared channel (UL-SCH) resource allocations and improve the overall efficiency of the communication process between the UE and the network when deactivating a configured grant. To achieve this goal, an efficient single round-trip signaling exchange is proposed for fast deactivation of a configured uplink grant without waiting for UL-SCH resource allocation.

[0054] The core concept is that the network side (e.g., gNB) triggers the deactivation of configured uplink grant (s) by transmitting the deactivation of configured uplink grant (s) via new control command with an indication of uplink control resource or with allocation of uplink data resource. After receiving the new control command for deactivation, UE may perform the deactivation and confirm the deactivation with feedback transmission on the indicated uplink control resource, or on the allocated uplink data resource.

[0055] In one aspect, proposed deactivation of configured uplink grant (s) may leverage downlink scheduling and Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK) feedback for fast deactivation and confirmation between the network and the UE. The control command mentioned above in this scenario may include a new MAC CE for deactivating the configured grant (s) and the information may be transmitted over a physical downlink shared channel (PDSCH) . The UE may transmit the confirmation of the deactivation via a positive acknowledgement (ACK) of the HARQ-ACK information for the successful reception of the PDSCH containing the MAC CE for deactivating the configured grant (s) . An example signaling process of the proposed deactivation of configured grant (s) mentioned above is illustrated in FIG. 4. This approach leverages the indication of a Physical Uplink Control Channel (PUCCH) reporting HARQ-ACK in the Downlink Control Information (DCI) scheduling the PDSCH.

[0056] Referring now to FIG. 4, which illustrates an example signaling process 400 in accordance with some embodiments in the disclosure. The process 400 starts at 401 in which the network side (e.g., gNB 120) triggers the configured uplink grant deactivation and transmits 402, in a MAC PDU over the PDSCH, a MAC CE for deactivating a configured grant to the UE 110. Upon a successful reception of the PDSCH containing the MAC CE for deactivating the configured grant, the UE 110 clears 403 the configured uplink grant and confirms the deactivation of the configured grant by transmitting a positive acknowledgment (e.g., HARQ-ACK) 404 for the successful reception of the MAC PDU containing the MAC CE transmitted over the PDSCH and successful deactivation of the configured grant (s) . The network side may clear 405 the configured uplink grant upon the reception of a positive acknowledgement (ACK) of the HARQ-ACK information, as a ACK is deemed as the confirmation of successful deactivation of the configured grant (s) . The leverage of this acknowledgment enables that the configured uplink grant (s) are cleared on both sides without needing further uplink resources for communication between the network side and the UE 110. The deactivation and resource release can be completed in an efficient single round-trip signaling exchange without waiting for UL-SCH resource allocation. Implementations details with respect to the proposed deactivation of configured uplink grant (s) discussed with reference to FIG. 4 will be described in below. An alternative illustration 600 of the signaling process 400 is also illustrated in FIG. 6.

[0057] To support fast deactivation and confirmation of configured uplink grant (s) by leveraging downlink scheduling and HARQ-ACK feedback, the following updates may be applied to MAC entity: · Definition of new MAC CEs: single entry Configured Grant Deactivation MAC  CE and Multiple Entry Configured Grant Deactivation MAC CE. · Definition of MAC entity behavior upon reception of the new defined MAC CEs.

[0058] A Configured Grant Deactivation MAC CE and a Multiple Entry Configured Grant Deactivation MAC CE may be associated with a logical channel identifier (LCID) or enhanced LCID (eLCID) . By defining the association to the LCID (s) or eLCID, a Configured Grant Deactivation MAC CE or a Multiple Entry Configured Grant Deactivation MAC CE may be easily identified.

[0059] In some embodiments, for a Configured Grant Deactivation MAC CE, it may be identified by a MAC sub-header with a corresponding LCID or eLCID and configured with a fixed size of zero bits.

[0060] In some embodiments, for a Multiple Entry Configured Grant Deactivation MAC CE, it may be identified by a MAC sub-header with a LCID or an eLCID and include a plurality of fields. The value of each field indicates the status of the deactivation of a corresponding configured uplink grant. In some embodiments, the Multiple Entry Configured Grant Deactivation MAC CE may be configured to have a four octets containing 32 fields, denoted as CGi, where i=0, ..., 31. The field CGi indicates the deactivation status of a Type 2 configured uplink grant with ConfiguredGrantConfigIndexMAC i. The field CGi may be set to 1 to indicate that the type 2 configured uplink grant with ConfiguredGrantConfigIndexMAC i shall be deactivated, or alternatively by setting CGi to 0 to indicate that the type 2 configured uplink grant with ConfiguredGrantConfigIndexMAC i shall be deactivated.

[0061] An example possible updates to the related parts of the specification may be:

[0062] In another aspect, proposed deactivation of configured uplink grant (s) may include the network side transmitting a combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation (which may be referred to as a combined PDCCH scheduling release) for fast deactivation and confirmation between the network and the UE. The control command mentioned above in this scenario is included in the Downlink Control Information (DCI) scheduling PUSCH. The UE may transmit the Configured Grant Confirmation MAC CE over the PUSCH from the uplink grant allocation indicated in the DCI scheduling configured grant deactivation. An example signaling process of the proposed deactivation of configured grant (s) mentioned above is illustrated in FIG. 5.

[0063] Referring now to FIG. 5, which illustrates another example signaling process 500 in accordance with some embodiments in the disclosure. The process 500 starts at 501 in which the network side (e.g., gNB 120) triggers the configured uplink grant deactivation and transmits 502 a combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation as described in the above. The PDCCH carries the control information for deactivating the configured uplink grant in the DCI, along with an uplink grant allocation over which the UE 110 may transmit the Configured Grant Confirmation MAC CE. The UE 110 receives 503 the combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation, extracts the uplink grant allocation and transmits 504 the Configured Grant Confirmation MAC CE over the allocated uplink resource. The UE 110 may then clear 506 the configured uplink grant after transmitting the Configured Grant Confirmation MAC CE, and the network side may clear 505 the configured uplink grant after receiving the Configured Grant Confirmation MAC CE from the UE 110. With the introduction of this combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation, the deactivation and resource release can be completed in an efficient single round-trip signaling exchange without waiting for UL-SCH resource allocation. Implementations details will be described later in the disclosure. Implementations details with respect to the proposed deactivation of configured uplink grant (s) discussed with reference to FIG. 5 will be described in below.

[0064] To support fast deactivation and confirmation of configured uplink grant (s) by a combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation, the following updates may be applied to PHY layer and MAC entity: · Definition of new specific value of existing field (s) or new specific field (s) in the  UL DCI for the PDCCH validation of the combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation. The UE 110 may follow the existing specification to validate other unchanged fields in the DCI format together as a valid release of single configuration or multiple configuration of Type 2 configured uplink grant. For example, if a UE is provided a single configuration for UL grant Type 2 PUSCH, the HARQ process number field in the DCI format is validated against to all '0's. If a UE is provided more than one configuration for UL grant Type 2 PUSCH, a value of the HARQ process number field is validated for a corresponding entry of one or more UL grant Type 2 PUSCH configurations if the UE is also provided ConfiguredGrantConfigType2DeactivationStateList, otherwise a value of the HARQ process number field is validated for a release for a corresponding UL grant Type 2 PUSCH with a same value as provided by ConfiguredGrantConfigIndex. · Definition of MAC entity behavior to trigger the configuration grant confirmation  and delivery of the uplink grant upon reception of the combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation. The UE may follow the existing specification to clear the configured uplink grant (s) immediately after first transmission of Configured Grant Confirmation MAC CE or Multiple Entry Configured Grant Confirmation MAC CE.

[0065] In some embodiments, the combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation may be defined by additionally setting a specific value in the Redundancy Version (RV) field differently from the one used in the PDCCH scheduling activation of Type 2 configured uplink grant in the DCI. e.g., setting one, a plurality of or all bits to 1. The UE may determine that it is the new combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation if the UE validate that the CRC of a corresponding DCI format is scrambled with a Cell Selection Radio Network Temporary Identifier (CS-RNTI) , the new data indicator field in the DCI format for the enabled transport block is set to '0' , and the Redundancy Version (RV) field is the defined fixed value other than 0 (e.g., one, a plurality of or all bits in the RV are 1) . It should be noted that the combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation may also be defined with a specific value of other field (s) other than the RV field to distinguish with other types of control commands for activating and deactivating with the development of the standards. The control information indicative of the uplink grant allocation may be configured by setting values in the Modulation and Coding Scheme (MCS) field and the Frequency Domain Resource Assignment (FDRA) field to indicate the corresponding uplink grant allocation. In the existing specification in the standards, all bits in the RV are set to 0 and all bits in the Modulation and Coding Scheme (MCS) field and in the Frequency Domain Resource Assignment (FDRA) field are set to fixed values for the original PDCCH scheduling release. The combined PDCCH scheduling release of Type 2 configured uplink grant and uplink grant allocation will treat the RV as 0 regardless of the value of the received RV and delivery the uplink resource without recurrence.

[0066] An example possible updates to the related parts of the specification may be:

[0067] FIG. 7 shows a flowchart of an example method 700 implemented at a terminal device in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the terminal device 110 in FIG. 1.

[0068] At block 710, receiving, from a second apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG.

[0069] At block 720, transmitting, to the second apparatus, the confirmation of the deactivation over the resource indicated in the information.

[0070] In some embodiments, the control command is a MAC Control Element (CE) for deactivating the at least one CG and is transmitted over Physical Downlink Shared Channel (PDSCH) and the control information is an indication to a Physical Uplink Control Channel (PUCCH) resource for Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK) in the Downlink Control Information (DCI) .

[0071] In some embodiments, the confirmation of the deactivation is transmitted via a positive acknowledgement of the HARQ-ACK for a successful deactivation .

[0072] In some embodiments, the method 700 further comprises: clearing the at least one CG in response to the successful reception of the control information.

[0073] In some embodiments, the MAC CE for deactivating the at least one CG comprises at least one of: a Configured Grant Deactivation MAC CE, or a Multiple Entry Configured Grant Deactivation MAC CE.

[0074] In some embodiments, the Configured Grant Deactivation MAC CE is configured with a fixed size of zero bits.

[0075] In some embodiments, the Multiple Entry Configured Grant Deactivation MAC CE comprises a plurality of fields, the value of each field indicating the status of the deactivation of a corresponding CG.

[0076] In some embodiments, the Multiple Entry Configured Grant Deactivation MAC CE is configured with a four octets containing 32 fields.

[0077] In some embodiments, the control information is specific fields of Physical Downlink Control Channel (PDCCH) validation for deactivating the at least one CG and the control information in the same PDCCH comprises an uplink grant allocation for Physical Uplink Shared Channel (PUSCH) transmission.

[0078] In some embodiments, the control command comprises at least a specific value of a field in the DCI.

[0079] In some embodiments, the field is Redundancy Version (RV) and the specific value is with one, a plurality of or all bits in the RV set to 1.

[0080] In some embodiments, the uplink grant allocation comprises at least Modulation and Coding Scheme (MCS) and Frequency Domain Resource Assignment (FDRA) in the DCI with corresponding values.

[0081] In some embodiments, the confirmation of the deactivation is transmitted via a Configured Grant Confirmation MAC CE on the PUSCH.

[0082] In some embodiments, the method 700 further comprises: clearing the at least one CG in response to the transmission of the Configured Grant Confirmation MAC CE.

[0083] FIG. 8 shows a flowchart of an example method 800 implemented at a network device in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 800 will be described from the perspective of the network device 120 in FIG. 1.

[0084] At block 810, transmitting, to a first apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG.

[0085] At block 820, receiving, from the first apparatus, the confirmation of the deactivation over the resource indicated in the information.

[0086] In some embodiments, the control command is a MAC Control Element (CE) for deactivating the at least one CG and is transmitted over Physical Downlink Shared Channel (PDSCH) and the control information is an indication to a Physical Uplink Control Channel (PUCCH) resource for Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK) in the Downlink Control Information (DCI) .

[0087] In some embodiments, the confirmation of the deactivation is transmitted via a positive acknowledgement of the HARQ-ACK for a successful deactivation.

[0088] In some embodiments, the method 800 further comprises: clearing the at least one CG in response to the reception of the positive acknowledgement.

[0089] In some embodiments, the MAC CE for deactivating the at least one CG comprises at least one of: a Configured Grant Deactivation MAC CE, or a Multiple Entry Configured Grant Deactivation MAC CE.

[0090] In some embodiments, the Configured Grant Deactivation MAC CE is configured with a fixed size of zero bits.

[0091] In some embodiments, the Multiple Entry Configured Grant Deactivation MAC CE comprises a plurality of fields, the value of each field indicating the status of the deactivation of a corresponding CG.

[0092] In some embodiments, the Multiple Entry Configured Grant Deactivation MAC CE is configured with a four octets containing 32 fields.

[0093] In some embodiments, the control command is specific fields of Physical Downlink Control Channel (PDCCH) validation for deactivating the at least one CG and the control information in the same PDCCH comprises an uplink grant allocation for Physical Uplink Shared Channel (PUSCH) transmission.

[0094] In some embodiments, the control command comprises at least a specific value of a field in the DCI.

[0095] In some embodiments, the field is Redundancy Version (RV) and the specific value is with one, a plurality of or all bits in the RV set to 1.

[0096] In some embodiments, the uplink grant allocation comprises at least Modulation and Coding Scheme (MCS) and Frequency Domain Resource Assignment (FDRA) in the DCI with corresponding values.

[0097] In some embodiments, the confirmation of the deactivation is transmitted via a Configured Grant Confirmation MAC CE on the PUSCH.

[0098] In some embodiments, the method 800 further comprises: clearing the at least one CG in response to the transmission of the Configured Grant Confirmation MAC CE.

[0099] In some example embodiments, a first apparatus capable of performing any of the method 700 (for example, the terminal device 110 in FIG. 1) may comprise means for performing the respective operations of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module. The first apparatus may be implemented as or included in the terminal device 110 in FIG. 1, or the UE 110 in FIGs. 4-6.

[0100] In some example embodiments, the first apparatus comprises means for receiving, from a second apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; and means for transmitting, to the second apparatus, the confirmation of the deactivation over the resource indicated in the information.

[0101] In some embodiments, the control command is a MAC Control Element (CE) for deactivating the at least one CG and is transmitted over Physical Downlink Shared Channel (PDSCH) and the control information is an indication to a Physical Uplink Control Channel (PUCCH) resource for Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK) in the Downlink Control Information (DCI) .

[0102] In some embodiments, the confirmation of the deactivation is transmitted via a positive acknowledgement of the HARQ-ACK for a successful deactivation.

[0103] In some embodiments, the first apparatus further comprises: means for clearing the at least one CG in response to the successful reception of the control information.

[0104] In some embodiments, the MAC CE for deactivating the at least one CG comprises at least one of: a Configured Grant Deactivation MAC CE, or a Multiple Entry Configured Grant Deactivation MAC CE.

[0105] In some embodiments, the Configured Grant Deactivation MAC CE is configured with a fixed size of zero bits.

[0106] In some embodiments, the Multiple Entry Configured Grant Deactivation MAC CE comprises a plurality of fields, the value of each field indicating the status of the deactivation of a corresponding CG.

[0107] In some embodiments, the Multiple Entry Configured Grant Deactivation MAC CE is configured with a four octets containing 32 fields.

[0108] In some embodiments, the control command is specific fields of Physical Downlink Control Channel (PDCCH) validation for deactivating the at least one CG and the control information in the same PDCCH comprises an uplink grant allocation for Physical Uplink Shared Channel (PUSCH) transmission.

[0109] In some embodiments, the control command comprises at least a specific value of a field in the DCI.

[0110] In some embodiments, the field is Redundancy Version (RV) and the specific value is with one, a plurality of or all bits in the RV set to 1.

[0111] In some embodiments, the uplink grant allocation comprises at least Modulation and Coding Scheme (MCS) and Frequency Domain Resource Assignment (FDRA) in the DCI with corresponding values.

[0112] In some embodiments, the confirmation of the deactivation is transmitted via a Configured Grant Confirmation MAC CE on the PUSCH.

[0113] In some embodiments, the first apparatus further comprises: means for clearing the at least one CG in response to the transmission of the Configured Grant Confirmation MAC CE.

[0114] In some example embodiments, a second apparatus capable of performing any of the method 800 (for example, the network device 120 in FIG. 1) may comprise means for performing the respective operations of the method 500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module. The second apparatus may be implemented as or included in the network device 120 in FIG. 1, or the gNB 120 in FIGs. 4-6.

[0115] In some example embodiments, the second apparatus comprises means for transmitting, to a first apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; and means for receiving, from the first apparatus, the confirmation of the deactivation over the resource indicated in the information.

[0116] In some embodiments, the control command is a MAC Control Element (CE) for deactivating the at least one CG and is transmitted over Physical Downlink Shared Channel (PDSCH) and the control information is an indication to a Physical Uplink Control Channel (PUCCH) resource for Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK) in the Downlink Control Information (DCI) .

[0117] In some embodiments, the confirmation of the deactivation is transmitted via a positive acknowledgement of the HARQ-ACK for a successful deactivation.

[0118] In some embodiments, the second apparatus further comprises: means for clearing the at least one CG in response to the reception of the positive acknowledgement.

[0119] In some embodiments, the MAC CE for deactivating the at least one CG comprises at least one of: a Configured Grant Deactivation MAC CE, or a Multiple Entry Configured Grant Deactivation MAC CE.

[0120] In some embodiments, the Configured Grant Deactivation MAC CE is configured with a fixed size of zero bits.

[0121] In some embodiments, the Multiple Entry Configured Grant Deactivation MAC CE comprises a plurality of fields, the value of each field indicating the status of the deactivation of a corresponding CG.

[0122] In some embodiments, the Multiple Entry Configured Grant Deactivation MAC CE is configured with a four octets containing 32 fields.

[0123] In some embodiments, the control command is specific fields of Physical Downlink Control Channel (PDCCH) validation for deactivating the at least one CG and the control information in the same PDCCH comprises an uplink grant allocation for Physical Uplink Shared Channel (PUSCH) transmission.

[0124] In some embodiments, the control command comprises at least a specific value of a field in the DCI.

[0125] In some embodiments, the field is Redundancy Version (RV) and the specific value is with one, a plurality of or all bits in the RV set to 1.

[0126] In some embodiments, the uplink grant allocation comprises at least Modulation and Coding Scheme (MCS) and Frequency Domain Resource Assignment (FDRA) in the DCI with corresponding values.

[0127] In some embodiments, the confirmation of the deactivation is transmitted via a Configured Grant Confirmation MAC CE.

[0128] In some embodiments, the second apparatus further comprises: means for clearing the at least one CG in response to the transmission of the Configured Grant Confirmation MAC CE on the PUSCH.

[0129] FIG. 9 is a simplified block diagram of a device 900 that is suitable for implementing example embodiments of the present disclosure. The device 900 may be provided to implement a communication device, for example, the terminal device 110 or the network device 120 as shown in FIG. 1, the UE or the gNB as shown in FIGs. 4-6. As shown, the device 900 includes one or more processors 910, one or more memories 920 coupled to the processor 910, and one or more communication modules 940 coupled to the processor 910.

[0130] The communication module 940 is for bidirectional communications. The communication module 940 has one or more communication interfaces to facilitate communication with one or more other modules or devices. The communication interfaces may represent any interface that is necessary for communication with other network elements. In some example embodiments, the communication module 940 may include at least one antenna.

[0131] The processor 910 may be of any type suitable to the local technical network and may include one or more of the following: 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.

[0132] The memory 920 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 924, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , an optical disk, a laser disk, and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random-access memory (RAM) 922 and other volatile memories that will not last in the power-down duration.

[0133] A computer program 930 includes computer executable instructions that are executed by the associated processor 910. The instructions of the program 930 may include instructions for performing operations / acts of some example embodiments of the present disclosure. The program 930 may be stored in the memory, e.g., the ROM 924. The processor 910 may perform any suitable actions and processing by loading the program 930 into the RAM 922.

[0134] The example embodiments of the present disclosure may be implemented by means of the program 930 so that the device 900 may perform any process of the disclosure as discussed with reference to FIG. 2 to FIG. 5. The example embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0135] In some example embodiments, the program 930 may be tangibly contained in a computer readable medium which may be included in the device 900 (such as in the memory 920) or other storage devices that are accessible by the device 900. The device 900 may load the program 930 from the computer readable medium to the RAM 922 for execution. In some example embodiments, the computer readable medium may include any types of non-transitory storage medium, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0136] FIG. 10 shows an example of the computer readable medium 1000 which may be in form of CD, DVD or other optical storage disk. The computer readable medium 1000 has the program 930 stored thereon.

[0137] 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, and other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. Although various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method 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.

[0138] Some example embodiments of the present disclosure also provide at least one computer program product tangibly stored on a computer readable medium, such as a non-transitory computer readable medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target physical or virtual processor, to carry out any of the methods as described above. 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.

[0139] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. The program code 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 code, 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.

[0140] In the context of the present disclosure, the computer program code or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0141] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer 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 computer 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.

[0142] Further, although 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, although 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. Unless explicitly stated, certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, unless explicitly stated, various features that are described in the context of a single embodiment may also be implemented in a plurality of embodiments separately or in any suitable sub-combination.

[0143] Although the present disclosure has been described in languages 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 first apparatus comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the first apparatus at least to:receive, from a second apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; andtransmit, to the second apparatus, the confirmation of the deactivation over the resource indicated in the information.2.The first apparatus of claim 1, wherein the control command is a MAC Control Element (CE) for deactivating the at least one CG and is transmitted over Physical Downlink Shared Channel (PDSCH) and the control information is an indication to a Physical Uplink Control Channel (PUCCH) resource for Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK) in the Downlink Control Information (DCI) .3.The first apparatus of claim 2, wherein the confirmation of the deactivation is transmitted via a positive acknowledgement of the HARQ-ACK for a successful deactivation.4.The first apparatus of any of claims 1 to 3, wherein the first apparatus is caused to:clear the at least one CG in response to the successful reception of the control command.5.The first apparatus of any of claims 2 to 4, wherein the MAC CE for deactivating the at least one CG comprises at least one of:a Configured Grant Deactivation MAC CE, ora Multiple Entry Configured Grant Deactivation MAC CE.6.The first apparatus of claim 5, wherein the Configured Grant Deactivation MAC CE is configured with a fixed size of zero bits.7.The first apparatus of claim 5, wherein the Multiple Entry Configured Grant Deactivation MAC CE comprises a plurality of fields, the value of each field indicating the status of the deactivation of a corresponding CG.8.The first apparatus of claim 7, wherein the Multiple Entry Configured Grant Deactivation MAC CE is configured with a four octets containing 32 fields.9.The first apparatus of claim 1, wherein the control command is specific fields of Physical Downlink Control Channel (PDCCH) validation for deactivating the at least one CG and the control information in the same PDCCH comprises an uplink grant allocation for Physical Uplink Shared Channel (PUSCH) transmission.10.The first apparatus of claim 9, wherein the control command comprises at least a specific value of a field in the DCI.11.The first apparatus of claim 10, wherein the field is Redundancy Version (RV) and the specific value is with one, a plurality of or all bits in the RV set to 1.12.The first apparatus of any of claims 9 to 11, wherein the uplink grant allocation comprises at least Modulation and Coding Scheme (MCS) and Frequency Domain Resource Assignment (FDRA) in the DCI with corresponding values.13.The first apparatus of any of claims 9 to 12, wherein the confirmation of the deactivation is transmitted via a Configured Grant Confirmation MAC CE on the PUSCH.14.The first apparatus of any of claims 9 to 13, wherein the first apparatus is caused to:clear the at least one CG in response to the transmission of the Configured Grant Confirmation MAC CE.15.A second apparatus comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the first apparatus at least to:transmit, to a first apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; andreceive, from the first apparatus, the confirmation of the deactivation over the resource indicated in the information.16.The second apparatus of claim 15, wherein the control command is a MAC Control Element (CE) for deactivating the at least one CG and is transmitted over Physical Downlink Shared Channel (PDSCH) and the control information is an indication to a Physical Uplink Control Channel (PUCCH) resource for Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK) in the Downlink Control Information (DCI) .17.The second apparatus of claim 16, wherein the confirmation of the deactivation is transmitted via a positive acknowledgement of the HARQ-ACK for a successful deactivation.18.The second apparatus of claim 17, wherein the second apparatus is caused to:clear the at least one CG in response to the reception of the positive acknowledgement.19.The second apparatus of any of claims 15 to 18, wherein the MAC CE for deactivating the at least one CG comprises at least one of:a Configured Grant Deactivation MAC CE, ora Multiple Entry Configured Grant Deactivation MAC CE.20.The second apparatus of claim 19, wherein the Configured Grant Deactivation MAC CE is configured with a fixed size of zero bits.21.The second apparatus of claim 19, wherein the Multiple Entry Configured Grant Deactivation MAC CE comprises a plurality of fields, the value of each field indicating the status of the deactivation of a corresponding CG.22.The second apparatus of claim 21, wherein the Multiple Entry Configured Grant Deactivation MAC CE is configured with a four octets containing 32 fields.22.The second apparatus of claim 15, wherein the control command is specific fields of Physical Downlink Control Channel (PDCCH) validation for deactivating the at least one CG and the control information in the same PDCCH comprises an uplink grant allocation for Physical Uplink Shared Channel (PUSCH) transmission.23.The second apparatus of claim 22, wherein the control command comprises at least a specific value of a field in the DCI.24.The second apparatus of claim 23, wherein the field is Redundancy Version (RV) and the specific value is with one, a plurality of or all bits in the RV set to 1.25.The second apparatus of any of claims 22 to 24, wherein the uplink grant allocation comprises at least Modulation and Coding Scheme (MCS) and Frequency Domain Resource Assignment (FDRA) in the DCI with corresponding values.26.The second apparatus of any of claims 22 to 25, wherein the confirmation of the deactivation is transmitted via a Configured Grant Confirmation MAC CE on the PUSCH.27.The second apparatus of any of claims 22 to 26, wherein the second apparatus is caused to:clear the at least one CG in response to the transmission of the Configured Grant Confirmation MAC CE.28.A method comprising:receiving, from a second apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; andtransmitting, to the second apparatus, the confirmation of the deactivation over the resource indicated in the information.29.A method comprising:transmitting, to a first apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; andreceiving, from the first apparatus, the confirmation of the deactivation over the resource indicated in the information.30.A first apparatus comprising:means for receiving, from a second apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; andmeans for transmitting, to the second apparatus, the confirmation of the deactivation over the resource indicated in the information.31.A second apparatus comprising:means for transmitting, to a first apparatus, information comprising at least a control command for deactivating at least one Configured Uplink Grant (CG) and control information indicative of a resource for transmitting a confirmation of the deactivation of the at least one CG; andmeans for receiving, from the first apparatus, the confirmation of the deactivation over the resource indicated in the information.32.A computer readable medium comprising instructions stored thereon for causing an apparatus at least to perform the method of claim 28 or the method of claim 29.

Images