Method and apparatus for managing transmissions on a shared spectrum channel

Abstract

The present disclosure relates to methods and apparatus for managing transmissions or retransmissions on a shared spectrum channel in a wireless communication network. In one implementation, the method may include determining whether an uplink grant has been deprioritized by an uplink shared channel transmission on a shared spectrum channel. The method may also include determining whether a media access control (MAC) data packet has been generated for a deprioritized uplink grant. The method may also include, in response to the uplink grant being deprioritized and the MAC data packet being generated for the deprioritized uplink grant, performing a retransmission of the MAC data packet using an available uplink grant.

Description

Technical Field

[0001] The present disclosure relates generally to wireless communications, and particularly to managing transmissions on shared spectrum channels in a wireless communication network. Background Art

[0002] Wireless communication technologies are driving the world toward an increasingly connected and networked society. The rapid development of mobile communications and technological advancements are placing higher demands on network capacity and connectivity. Other aspects, such as energy consumption, device cost, spectrum efficiency, and latency, are also crucial to meeting the demands of various communication scenarios. Compared to existing radio access networks, next-generation systems and wireless communication technologies must support ultra-high reliability and low-latency transmission. Summary of the Invention

[0003] The present disclosure relates to methods, systems, and devices related to wireless communications, and more particularly to methods, systems, and devices for managing transmissions or retransmissions on a shared spectrum channel in a wireless communication network.

[0004] In one embodiment, a method for transmitting data messages and control messages by a user equipment is disclosed. The method may be performed at the user equipment. The method may include determining whether an uplink (UL) grant has been deprioritized by an uplink shared channel transmission on a shared spectrum channel. The method may also include determining whether a media access control (MAC) data packet has been generated for a deprioritized uplink grant. The method may also include, in response to the uplink grant being deprioritized and the MAC data packet being generated for the deprioritized uplink grant, performing a retransmission of the MAC data packet using an available uplink grant.

[0005] In another embodiment, a device for wireless communication may include a memory storing instructions and a processing circuit in communication with the memory. When the processing circuit executes the instructions, the processing circuit is configured to perform the above method.

[0006] In another embodiment, a computer-readable medium includes instructions that, when executed by a computer, cause the computer to perform the above-described method.

[0007] The above and other aspects and implementations thereof are described in more detail in the following drawings, description, and claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0008] Figure 1 An example system diagram including user equipment and a radio access network node according to various embodiments is shown.

[0009] Figure 2A flow chart of a method for wireless communication according to an embodiment is shown.

[0010] Figure 3 Various configured grant failures are schematically shown.

[0011] Figure 4 A flow chart of a method for wireless communication according to an embodiment is shown. DETAILED DESCRIPTION

[0012] The techniques and examples of implementations and / or embodiments in this disclosure can be used to improve performance in wireless communication systems. The term "exemplary" is used to mean "example" and does not imply an ideal or preferred example, implementation, or embodiment unless otherwise specified. The section headings used in this disclosure are for ease of understanding and do not limit the techniques disclosed in the sections to the corresponding sections. However, it is noted that implementations can be embodied in many different forms and, therefore, the subject matter covered or claimed is intended to be construed as not being limited to any embodiment to be described below. It is also noted that implementations can be embodied as methods, devices, components, or systems. Therefore, the embodiments of the present disclosure can take the form of, for example, hardware, software, firmware, or any combination thereof.

[0013] A radio access network provides network connectivity between user equipment and information or data networks, such as voice or video communication networks, the Internet, etc. An example radio access network may be based on a cellular technology, which may also be based on, for example, 4G, Long Term Evolution (LTE), 5G, and / or New Radio (NR) technologies and / or formats. Figure 1 An example system diagram of a wireless communication network 100 including a user equipment (UE) 102 and a wireless access network node (WANN) 104 according to various embodiments is shown. UE 102 may include, but is not limited to, a mobile phone, a smartphone, a tablet, a laptop, an intelligent electronic device or appliance (including an air conditioner, a television, a refrigerator, an oven, etc.), or other devices capable of supporting wireless communication over a network. UE 102 may include a transceiver circuit 106 coupled to an antenna 108 to enable wireless communication with wireless access network node 104. Transceiver circuit 106 may also be coupled to a processor 110, which may also be coupled to a memory 112 or other storage device. Memory 112 may store instructions or code that, when read and executed by processor 110, causes processor 110 to implement the various methods described herein.

[0014] Similarly, the radio access network node 104 may include a base station or other wireless network access point capable of wirelessly communicating with one or more UEs over a network. For example, in various embodiments, the radio access network node 104 may include a 5G New Radio (NR) base station, a 5G central unit base station or a 5G distributed unit base station, a 5G core station, or an application server. Each of these radio access network node types may be configured to perform a corresponding set of wireless network functions. The set of wireless network functions may be different between different types of radio access network nodes. However, the set of wireless network functions between different types of radio access network nodes may overlap in functionality. The radio access node 104 may include a transceiver circuit 114 coupled to an antenna 116 (where the antenna 116 may include an antenna tower 118 in various embodiments) to enable wireless communication with the UE 102. The transceiver circuit 114 may also be coupled to one or more processors 120, which may also be coupled to a memory 122 or other storage device. The memory 122 may store instructions or code that, when read and executed by the processor 120, causes the processor 120 to implement the various methods described herein.

[0015] For simplicity and clarity, only one WANN and one UE are shown in wireless communication network 100. It should be understood that one or more WANNs may exist in the wireless communication network, and each WANN may simultaneously serve one or more UEs. Furthermore, although various embodiments will be discussed in the context of the specific example wireless communication network 100, the underlying principles are applicable to other applicable wireless communication networks.

[0016] Evolving, next-generation wireless communication networks can provide shared spectrum (also known as unlicensed band) channels as potential operating spectrum resources. Network elements such as UEs and WANNs operating on the shared spectrum may need to access the transmission channel in a listen-before-talk (LBT) manner. That is, the network element first needs to detect the channel and only occupy the channel for transmission when the channel access conditions are met. The user equipment can receive multiple uplink grants for corresponding data transmission on the shared spectrum channel. For example, the uplink grant may include specific physical control channel information from the WANN, which may include, for example, resource allocation information. The resource allocation information may indicate that resources on the shared spectrum are allocated to the UE for the corresponding data transmission. The uplink grant may include an uplink dynamic grant and an uplink configured grant. The uplink dynamic grant may indicate that the WANN dynamically allocates resources for the uplink grant. The uplink configured grant may indicate that the WANN can pre-configure resource allocation for the uplink grant.

[0017] In order to perform corresponding data transmission on the shared spectrum channel, the UE may have received multiple uplink grants indicating overlapping UL transmissions in the same frequency band, which leads to intra-UE uplink conflicts on the shared channel transmission. As a result, one or more uplink grants may succeed in the contention and occupy resources for data transmission, while other uplink grants may fail and cannot occupy resources for data transmission. The uplink grant that succeeds in the contention can be referred to as a prioritized uplink grant, and the uplink grant that fails can be referred to as a deprioritized uplink grant. The uplink grant that fails in the contention will be deprioritized. One of the purposes of the present invention is to solve the problem of retransmission of data packets corresponding to deprioritized uplink grants.

[0018] Figure 2 An example implementation 200 of transmitting or retransmitting data for de-prioritizing an uplink grant on a shared spectrum channel is shown. As an example, reference will be made to Figure 1 and Figure 2 Various operations of a user equipment, such as UE 102, performing uplink transmission or retransmission are described.

[0019] In one implementation, UE 102 may first determine whether an uplink grant is de-prioritized for uplink shared channel transmission on a shared spectrum channel (210). For example, in the event of overlapping physical uplink shared channel (PUSCH) transmissions of different uplink grants in the same bandwidth part (BWP), UE 201 may determine that one uplink grant is prioritized for transmission while the other uplink grant is de-prioritized. If the uplink grant is de-prioritized, UE 102 may determine whether a media access control (MAC) data packet, such as a MAC protocol data unit (PDU), has been generated for the de-prioritized uplink grant (220). If the MAC data packet has been generated, UE 102 may perform a transmission or retransmission of the MAC data packet to WANN 118 using an available uplink grant (e.g., the next available uplink grant) (230).

[0020] UE 102 may configure a retransmission timer for retransmission of MAC data packets. The retransmission timer may include, for example, a ConfiguredGrantTimer or a RetransmissionTimer. In one implementation, if the deprioritized uplink grant is a dynamic grant, UE 102 may suspend the hybrid automatic repeat request (HARQ) process identifier or HARQ identifier (ID) of the deprioritized uplink grant. The HARQ process ID may be used to index the MAC data packet corresponding to the deprioritized uplink grant. The MAC data packet to be transmitted may be temporarily stored in a local data packet buffer of UE 102. If the HARQ process ID is configured for a configured grant, UE 102 may start / restart a ConfiguredGrantTimer. In one implementation, one or more HARQ process IDs may be configured in the configured grant configuration. Dynamic grants may be scheduled by WANN 118 using downlink control signals. Configured grants may be configured in radio resource control signaling transmitted by WANN 118.

[0021] In another implementation, if the deprioritized uplink grant is a configured grant, the UE 102 may suspend the HARQ process ID of the deprioritized uplink grant. The UE 102 may then start / restart the ConfiguredGrantTimer for the HARQ process identifier. Alternatively, the UE 102 may start / restart the ConfiguredGrantTimer and the cg-RetransmissionTimer for the HARQ process identifier.

[0022] To perform transmission or retransmission of a MAC data packet, the UE 102 may select the HARQ process identifier of the de-prioritized uplink grant as the HARQ process identifier of the next available uplink grant. In this manner, the UE 102 may be configured to use the next available uplink grant to transmit the MAC data packet corresponding to the de-prioritized uplink grant.

[0023] When configured to transmit a MAC data packet, the UE 102 may treat it as a new transmission or a retransmission. In the event that the transmission of the MAC data packet is treated as a retransmission, the UE 102 may configure the uplink control signal associated with the MAC data packet to include a non-toggled New Data Indication (NDI). The NDI may indicate the transmission type of the HARQ process ID, e.g., a new transmission or a retransmission. In the event that the transmission of the MAC data packet is treated as a new transmission, the UE 102 may configure the uplink control signal associated with the MAC data packet to include a toggled NDI. That is, there is a new transmission with the HARQ process ID.

[0024] In one implementation, UE 102 may have multiple uplink grants that failed in transmission. The configured grants may include configured grants or dynamically configured grants. All configured grants may be waiting for the next available uplink grant to transmit or retransmit. The multiple configured grants may include configured grants that failed due to various reasons. For example, Figure 3 As shown, a configured grant may fail due to a listen-before-talk failure, such as in HARQ process #3. A configured grant may fail due to not receiving an acknowledgment message before the cg-retransmissionTimer expires, such as in HARQ process #1. A configured grant may fail due to being deprioritized while a MAC data packet associated with the configured grant has been generated, such as in HARQ process #2. A configured grant may fail due to receiving a non-acknowledgment message.

[0025] Multiple configured grants that failed to transmit can all wait for data transmission with the next available uplink grant. The UE 102 can determine which configured grant that failed to transmit will be selected for data transmission based on the HARQ process identifiers of the configured grants. In one implementation, the UE 102 can select a target HARQ process identifier for its associated UL grant failed transmission from the HARQ process identifiers for its associated UL grant failed transmission based on one or more criteria. In one implementation, the HARQ process identifier for the failed transmission is selected from the multiple HARQ process identifiers for the failed transmission based on the priority of the MAC data packets respectively associated with the HARQ process identifiers. For example, the HARQ process identifier with a higher priority MAC data packet can be selected as the target HARQ process identifier. The priority of the MAC data packet can be determined by the highest priority logical channel (LCH) among the logical channels (LCHs) whose available data is multiplexed or can be multiplexed into the MAC data packet. Additionally or alternatively, the UE 102 can select a HARQ process identifier blocked by the LBT failure as the target HARQ process identifier. Additionally or alternatively, the UE 102 may select the HARQ process identifier for which the retransmission timer expires as the target HARQ process identifier. Additionally or alternatively, the UE 102 may select the HARQ process identifier with the earliest initial transmission among the HARQ process identifiers as the target HARQ process identifier. Additionally or alternatively, the UE 102 may select the HARQ process identifier whose associated MAC data packet includes a MAC control element (CE) with the highest priority among all MAC data packets of the configured grants for multiple transmission failures as the target HARQ process identifier. In some implementations, the priority of the MAC CE is defined in the specification. When the target HARQ process identifier is selected, the UE 102 may prioritize the target HARQ process identifier so that the MAC data packet associated with the target HARQ process identifier is transmitted using the next available uplink grant.

[0026] In another implementation, before performing retransmission on the shared spectrum channel, the UE 102 may first determine whether the UE 102 supports autonomous retransmission for intra-UE multiplexing on the shared spectrum channel. For example, if the information element autonomousTX is configured for a configured grant, the UE 102 may determine that autonomous retransmission for the configured grant is supported. Alternatively, if both the information elements autonomousTX and cg-retransmissionTimer are configured for a configured grant, the UE 102 may determine that autonomous retransmission for the configured grant is supported. Alternatively, the UE 102 may refer to a new information element defined to indicate whether the UE 102 supports autonomous retransmission on the shared spectrum channel.

[0027] If the UE 102 supports autonomous retransmission or transmission, the UE 102 can determine whether the configured grant has been deprioritized and whether a MAC data packet for the deprioritized configured grant has been generated. If so, the UE 102 can determine whether the cg-retransmissionTimer configured as above is running. If so, the MAC entity of the UE 102 can set the HARQ process ID of the deprioritized configured grant to the HARQ process ID of the target configured grant for retransmission or transmission. In one implementation, the next available configured grant can be used as the target configured grant. Alternatively, the UE 102 may have some additional requirements for the target configured grant. For example, the target configured grant may have to have the same configured grant configuration as the deprioritized configured grant. For another example, the target configured grant may have to have a different configured grant configuration than the deprioritized configured grant. In this case, the target configured grant may have to have the same transport block size as the deprioritized configured grant.

[0028] The MAC entity of UE 102 may then send the MAC data packet and the associated uplink control signal (UCI) in the corresponding HARQ buffer to the lower layers of UE 102 for transmission in the target configured grant. UE 102 may transmit the MAC data packet as a new transmission or a retransmission. For example, autonomous retransmissions for intra-UE multiplexing may be considered as new transmissions, while autonomous retransmissions for NRU may be considered as retransmissions. In the event that the transmission of the MAC data packet is considered as a retransmission, UE 102 may configure the uplink control signal to include a non-flipped new data indication (NDI). In the event that the transmission of the MAC data packet is considered as a new transmission, UE 102 may configure the uplink control signal to include a flipped NDI.

[0029] In the event that UE 102 experiences an UL grant transmission failure, in order to increase the probability that a newly available uplink grant will succeed in contention for transmission resources, the newly available uplink grant can be prioritized in various ways. In one implementation, the priority of an UL grant can be equal to the priority of the MAC data packet transmitted with the UL grant. This is particularly important when the MAC data packet contains time-sensitive data that requires low transmission latency. For example, the MAC data packet is used for a Time Sensitive Network (TSN) flow.

[0030] Figure 4An example implementation 200 of retransmitting or transmitting data for a TSN flow is shown. The UE 102 may determine whether a UL grant fails to be transmitted (410). In one implementation, the failure to transmit the UL grant may include at least one of the following events: (1) LBT failure; (2) receiving a NACK from the WANN 118; (3) not receiving an ACK within a certain period of time; (4) the UL grant is deprioritized. If it is a transmission failure, the UE 102 may determine whether the MAC data packet of the UL grant includes data for a data flow with a time to live or includes time-sensitive data, or determine whether the UL grant is for a TSN flow or a data flow with a time to live (420). For example, a logical channel (LCH) on which data is multiplexed in the MAC data packet is configured with an indication information element such as PriorityRamping or priorityForRetransmission. The UE 102 may determine that the MAC data packet includes data for a data flow with a time to live or a TSN flow. For another example, the time to live indicator may be defined in downlink control information (DCI) or in a configured grant configuration. If UE 102 reads such a time-to-live indicator from the DCI or from a configured grant configuration for retransmission or transmission in the event that the transmission would collide with other UL transmissions, UE 102 may determine that the MAC data packet includes data for a TSN flow with a time-to-live. Upon determining that the MAC data packet includes data for a TSN flow with a time-to-live, UE 102 may increase the priority of the MAC data packet (430).

[0031] Alternatively, when the UE 102 receives an uplink grant for retransmission and the MAC data packet for the initial transmission includes data for a TSN flow with a time to live, the UE 102 may increase the priority of the MAC data packet.

[0032] The priority of a MAC data packet can be increased in various ways. For example, in the case where the above-mentioned information element priorityRamping is used to indicate a TSN flow, the UE 102 can increase the priority of the MAC data packet by subtracting the value of the information element priorityRamping from the value of the priority of the MAC data packet. Here, a lower priority value can represent a higher priority. The UE 102 can perform such a subtraction for each retransmission of the MAC data packet until the MAC data packet reaches the highest priority, for example, the value of the priority of the MAC data packet is equal to 1 or 0. In one implementation, for each failed transmission of a MAC data packet, the value of the priority of the MAC PDU can be subtracted by priorityRamping. Alternatively, in the case where the information element priorityForRetransmission is used to indicate a TSN flow, the UE 102 can increase the priority of the MAC data packet to a specified priority. For example, the UE 102 can set the value of the priority of the MAC data packet to the value of the information element priorityForRetransmission.

[0033] For another example, in the case where the indicator information element PriorityRamping or priorityForRetransmission in the DCI or configured grant configuration is used to indicate a TSN flow, the UE 102 may increase the priority of the MAC data packet by subtracting the value of PriorityRamping from the value of the priority of the MAC data packet. Here, a lower priority value may represent a higher priority. The UE 102 may perform such a subtraction for each transmission of the MAC data packet until the MAC data packet reaches the highest priority, for example, the value of the priority of the MAC data packet is equal to 1 or 0. In one implementation, for each failed transmission of a MAC data packet, the value of the priority of the MAC data packet may be subtracted by PriorityRamping. Alternatively, in the event of a failed transmission of a MAC data packet, the UE 102 may simply set the value of the priority of the MAC data packet to the value of priorityForRetransmission.

[0034] In addition, the UE 102 may prioritize logical channels over MAC data packets. In one implementation, if an uplink grant transmission fails, the UE 102 may determine whether the logical channel whose data is multiplexed into the MAC data packet associated with the UL grant that failed to transmit is for a TSN flow or a data flow with a time to live. For example, a logical channel may be configured with a time to live indicator element that indicates a TSN flow with a time to live, such as PriorityRamping or priorityForRetransmission. The UE 102 may make a TSN flow determination based on the time to live indicator element configured for the logical channel. Alternatively, the time to live indicator element may be included in the configured grant configuration corresponding to the logical channel. Alternatively, the time to live indicator element may be included in the DCI.

[0035] If it is determined that the logical channel is for a TSN flow, the UE 102 may increase the priority of the logical channel. For example, if the priorityRamping indicator element in the configuration of the logical channel is used to indicate a TSN flow, the UE 102 may increase the priority of the logical channel by subtracting the value of the PriorityRamping from the value of the priority of the LCH. In some implementations, for each failed transmission of a MAC PDU in which data from the LCH is multiplexed, including when the associated UL grant is deprioritized, the value of the priority of the LCH may be subtracted by the PriorityRamping. Similarly, if the priorityForRetransmission indicator element in the configuration of the logical channel is used to indicate a TSN flow, the UE 102 may increase the priority of the logical channel by setting the value of the priority of the logical channel to the value of the priorityForRetransmission information element. In one implementation, upon failure to transmit the MAC data packet in which data from the LCH is multiplexed, the UE 102 may simply set the value of the priority of the MAC data packet to the value of the priorityForRetransmission information element.

[0036] Since it's not unreasonable to maintain such a high priority for the logical channel, UE 102 can, for example, return the priority of the logical channel to its original priority based on predefined rules. For example, in the case where the logical channel is gradually prioritized by performing a priority value decrement as described above, UE 102 can gradually de-prioritize the logical channel by performing a priority value increment. For example, UE 102 can increase the priority value of the logical channel using priority ramping for each prioritization of the logical channel. In one implementation, the priority value of the LCH is incremented once by priority ramping for each successful transmission of data from the LCH. In another implementation, a successfully transmitted symbol can be indicated by the receipt of a new transmission via DCI or dynamic scheduling from WANN 118, with the HARQ process ID of the new transmission equal to the HARQ process ID of the successful transmission, or by receiving an ACK from WANN 118. In the case where the logical channel is directly prioritized to a specified priority, UE 102 can simply return the priority of the logical channel from the specified priority to its original priority. In some implementations, the priority value of the LCH may return to the original priority value for each successful transmission of data from the LCH.

[0037] Optionally, UE 102 may configure a rollback timer for a logical channel. Each time an UL grant fails to be transmitted when data from a logical channel is multiplexed, the rollback timer may be started / restarted. When the rollback timer expires, UE 102 may return the priority of the logical channel to its original priority.

[0038] Optionally, the UE 102 may change the logical channel restriction for a TSN flow with a time to live. In one implementation, the UE 102 may determine whether an UL grant failed in transmission when data from the LCH was multiplexed. If so, the UE 102 may determine whether the logical channel whose data is multiplexed into the MAC data packet of the UL grant supports UE-based logical channel restriction changes. For example, if a logical channel is configured with multiple logical channel restriction sets, where a logical channel restriction set exists as a default or original set and there is at least one other logical channel restriction set to which the UE 102 can switch, it may be determined that the logical channel supports logical channel restriction changes. The logical channel restriction set may include, for example, the following parameters:

[0039] 〃allowedSCS-List, which sets the allowed subcarrier spacing for transmission;

[0040] maxPUSCH-Duration, which sets the maximum PUSCH duration allowed for transmission;

[0041] 〃configureGrantType1Allowed, which sets whether the configured grant type 1 can be used for transmission;

[0042] 〃allowedServingCells, which sets the allowed cells for transmission;

[0043] 〃allowedCG-List, which sets the configured permissions allowed for transmission;

[0044] 〃allowedPHY-PriorityIndex, which sets the allowed PHY priority index for dynamic permission of transmission.

[0045] Alternatively, to determine whether the LCH supports LCH restriction changes, an enable indication may be configured for the logical channel to indicate that the logical channel supports logical channel restriction changes. If the enable indication is set to enabled, it may indicate that the logical channel may be selected by the MAC entity of the UE 102 for any uplink grant, where the uplink grant includes a configured grant and a dynamic grant.

[0046] Subsequently, UE 102 may restore the default logical channel restrictions for the logical channel according to a predetermined rule. For example, UE 102 may restore the default logical channel restrictions upon receiving an indication, such as a MAC CE or DCI, from WANN 118. For another example, a recovery timer may be configured for the logical channel. When an UL grant fails in transmission and data from the LCH is multiplexed into the MAC data packet for the UL grant, UE 102 may start / restart the recovery timer. UE 102 may then restore the logical channel restrictions for the logical channel to the default logical channel restrictions upon expiration of the recovery timer.

[0047] The above description and accompanying drawings provide specific example embodiments and implementations. However, the described subject matter may be embodied in a variety of different forms, and therefore, the subject matter covered or claimed is intended to be construed as not being limited to any example embodiment set forth herein. It is intended to provide a reasonably broad scope for the subject matter claimed or covered. For example, the subject matter may be embodied as a non-transitory computer-readable medium for a method, device, component, system, or for storing computer code. Thus, the embodiments may, for example, take the form of hardware, software, firmware, storage media, or any combination thereof. For example, the above-described method embodiments may be implemented by a component, device, or system comprising a memory and a processor by executing computer code stored in the memory.

[0048] Throughout the specification and claims, terms may have nuanced meanings suggested or implied by the context, beyond those explicitly stated. Similarly, the phrase "in one embodiment / implementation" used herein does not necessarily refer to the same embodiment, and the phrase "in another embodiment / implementation" used herein does not necessarily refer to a different embodiment. For example, claimed subject matter is intended to include combinations of all or part of the example embodiments.

[0049] In general, terms can be understood at least in part from their use in the context. For example, terms such as "and", "or" or "and / or" as used herein can include multiple meanings, which can depend at least in part on the context in which such terms are used. Typically, "or" if used in an associative list, such as A, B or C, is intended to mean A, B and C (here in an inclusive sense), as well as A, B or C (here in an exclusive sense). In addition, the term "one or more" as used herein can be used to describe any feature, structure or characteristic in a single sense, or can be used to describe a combination of features, structures or characteristics in a plural sense, depending at least in part on the context. Similarly, terms such as "a", "an" or "the" can be understood to convey singular usage or to convey plural usage, depending at least in part on the context. In addition, the term "based on" can be understood to not necessarily be intended to convey a set of exclusive factors, but can allow for the presence of additional factors that are not necessarily explicitly described, which also depends at least in part on the context.

[0050] References throughout this specification to features, advantages, or similar language do not imply that all features and advantages that can be realized with the present solution should be included in any single implementation thereof. Rather, language referring to features and advantages is understood to indicate that a particular feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of features and advantages, and similar language, throughout this specification may, but do not necessarily, refer to the same embodiment.

[0051] Furthermore, the described features, advantages, and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. Based on the description herein, one of ordinary skill in the relevant art will recognize that the present solution may be implemented without one or more of the specific features or advantages of a particular embodiment. In other cases, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

Claims

1. A method for wireless communication performed by a user equipment, comprising: determining that a plurality of configured grants that failed transmission are awaiting a next available uplink grant, wherein the plurality of configured grants that failed transmission include: configured grants that suffered a listen-before-talk failure or configured grants that were deprioritized while a medium access control (MAC) data packet associated with the configured grant was being generated; determining whether autonomous retransmission for intra-UE multiplexing on a shared spectrum channel is supported based on a single information element configured for the configured grant, the single information element indicating whether the user equipment supports autonomous retransmission on the shared spectrum channel; In response to determining that the autonomous retransmission is supported, selecting a target HARQ process identifier having a highest priority from the plurality of configured granted hybrid automatic repeat request HARQ process identifiers; prioritizing the target HARQ process identifier to utilize the next available uplink grant for transmitting MAC data packets associated with the target HARQ process identifier; and An uplink control signal UCI including a non-flipped new data indication NDI is sent to a lower layer of the user equipment, wherein the non-flipped NDI indicates that the transmission of the MAC data packet is regarded as a retransmission.

2. The method of claim 1 , wherein the priority of the HARQ process identifier is determined based on the priority of a logical channel having the highest priority among the logical channels whose available data are multiplexed into the MAC packet associated with the HARQ process identifier.

3. The method of claim 1 , wherein the priority of the HARQ process identifier is determined based on the priority of the logical channel with the highest priority among the logical channels whose available data is multiplexed or capable of being multiplexed into the MAC data packet associated with the HARQ process identifier.

4. A user equipment, comprising: a memory storing computer-readable instructions; as well as A processor circuit reads the computer-readable instructions, wherein the processor circuit is configured to: determining that a plurality of configured grants that failed transmission are awaiting a next available uplink grant, wherein the plurality of configured grants that failed transmission include: configured grants that suffered a listen-before-talk failure or configured grants that were deprioritized while a medium access control (MAC) data packet associated with the configured grant was being generated; determining whether autonomous retransmission for intra-UE multiplexing on a shared spectrum channel is supported based on a single information element configured for the configured grant, the single information element indicating whether the user equipment supports autonomous retransmission on the shared spectrum channel; In response to determining that the autonomous retransmission is supported, selecting a target HARQ process identifier having a highest priority level from among the plurality of configured granted hybrid automatic repeat request HARQ process identifiers; prioritizing the target HARQ process identifier to utilize the next available uplink grant for transmitting MAC data packets associated with the target HARQ process identifier; and An uplink control signal UCI including a non-flipped new data indication NDI is sent to a lower layer of the user equipment, wherein the non-flipped NDI indicates that the transmission of the MAC data packet is regarded as a retransmission.

5. The user equipment of claim 4, wherein the priority of the HARQ process identifier is determined based on the priority of a logical channel having the highest priority among logical channels whose available data are multiplexed into the MAC packet associated with the HARQ process identifier.

6. The user equipment of claim 4, wherein the priority of the HARQ process identifier is determined based on the priority of a logical channel having the highest priority among the logical channels whose available data is multiplexed or capable of being multiplexed into the MAC data packet associated with the HARQ process identifier.

7. A non-transitory machine-readable medium having stored thereon instructions configured to, when executed, cause a user device to: Determining that a plurality of configured grants for which transmission has failed are waiting for a next available uplink grant, wherein the plurality of configured grants for which transmission has failed comprises: a configured grant that suffers a listen-before-talk failure or a configured grant that is deprioritized while a media access control (MAC) data packet associated with the configured grant is being generated; determining whether autonomous retransmission for intra-UE multiplexing on a shared spectrum channel is supported based on a single information element configured for the configured grant, the single information element indicating whether the user equipment supports autonomous retransmission on the shared spectrum channel; In response to determining that the autonomous retransmission is supported, selecting a target HARQ process identifier having a highest priority from the plurality of configured granted hybrid automatic repeat request HARQ process identifiers; prioritizing the target HARQ process identifier to utilize the next available uplink grant to transmit a MAC data packet associated with the target HARQ process identifier; as well as An uplink control signal (UCI) including a non-flipped new data indication (NDI) is sent to a lower layer of the user equipment, wherein the non-flipped NDI indicates that the transmission of the MAC data packet is regarded as a retransmission.

8. The non-transitory machine-readable medium of claim 7, wherein the priority of the HARQ process identifier is determined based on the priority of a logical channel having the highest priority among the logical channels whose available data is multiplexed into the MAC packet associated with the HARQ process identifier.

9. The non-transitory machine-readable medium of claim 7, wherein the priority of the HARQ process identifier is determined based on the priority of a logical channel having the highest priority among the logical channels whose available data is multiplexed into the MAC packet associated with the HARQ process identifier.

Images