Method and system for uplink transmission in different MIMO layers

Abstract

This disclosure is directed generally to wireless uplink scheduling and wireless uplink transmission, and is specifically related to treatment in the Medium Access Control layer of a UE when uplink scheduling information in a PDCCH is capable of scheduling simultaneous transmission of multiple TBs with spatial multiplexing in different MIMO layers. The example methods and systems described in this disclosure provide efficient schemes for the UE to process an uplink scheduling information in a PDCCH that schedules multiple TB for transmission under spatial multiplexing and for the UE to set up and operate corresponding HARQ processes and HARQ buffers.

Description

METHOD AND SYSTEM FOR UPLINK TRANSMISSION IN DIFFERENT MIMO LAYERSTECHNICAL FIELD

[0001] This disclosure is directed generally to wireless uplink scheduling and wireless uplink transmission, and is specifically related to treatment in the Medium Access Control (MAC) layer of a User Equipment (UE) when uplink scheduling information in a Physical Downlink Control Channel (PDCCH) is capable of scheduling simultaneous transmission of multiple Transport Blocks (TBs) with spatial multiplexing in different Multiple-Input Multiple-Output (MIMO) layers.BACKGROUND

[0002] In a wireless network, spatial multiplexing based on MIMO technologies may be implemented for wireless transmissions to either improve throughput or achieve spatial redundancy. Scheduling of uplink transmissions that leverage spatial multiplexing may require coordination of MAC entities in a UE in order to efficiently utilize the benefit of spatial multiplexing for transmission and retransmission of uplink TBs.SUMMARY

[0003] This disclosure is directed generally to wireless uplink scheduling and wireless uplink transmission, and is specifically related to treatment in the Medium Access Control layer of a UE when uplink scheduling information in a PDCCH is capable of scheduling simultaneous transmission of multiple TBs with spatial multiplexing in different MIMO layers. The example methods and systems described in this disclosure provide efficient schemes for the UE to process an uplink scheduling information in a PDCCH that schedules multiple TB for transmission under spatial multiplexing and for the UE to set up and operate corresponding Hybrid Automatic Repeat reQuest (HARQ) processes and HARQ buffers.

[0004] In some example implementations, a method performed by a user equipment (UE) in a wireless communication system is disclosed. The method may include receiving a scheduling message; determining from the scheduling message an uplink transmission, the uplink  transmission being scheduled for simultaneously transmitting two or more transport blocks (TBs) using different spatial multiplexing layers or corresponding two or more codewords; extracting a Hybrid Automatic Request reQuest (HARQ) process identifier (HPI) from the scheduling message for the uplink transmission; and generating one or more HPIs from the extracted HPI for two or more HARQ Processes (HPs) for transmitting or retransmitting the two or more TBs.

[0005] In the example implementations above, the two or more TBs consists of two TBs and each TB is scheduled for transmission by 4 Multiple-Input Multiple-Output (MIMO) layers.

[0006] In any one of the example implementations above, wherein generating the one or more HPIs comprises incrementing the extracted HPI from the scheduling message to generate two or more HPIs corresponding to the two or more HPs.

[0007] In any one of the example implementations above, the UE is configured to treat the scheduling message as two or more uplink grants.

[0008] In any one of the example implementations above, the UE is configured to treat the scheduling message as a single uplink grant.

[0009] In any one of the example implementations above, the method may further include, when another scheduling message schedules another uplink transmission that over laps in time with the uplink transmission and when a Media Access Control (MAC) entity of the UE is configured with intra-UE multiplexing: determining that the two or more TBs are not in conflict for transmission; and determining a transmission priority of the two or more TBs as a whole against the another uplink transmission.

[0010] In any one of the example implementations above, wherein determining the transmission priority of the two or more TBs as a whole comprises using a priority value of the lowest priority logic channel (LCH) among all LCHs associated with the two or more TBs.

[0011] In any one of the example implementations above, determining the transmission priority of the two or more TBs as a whole comprises using a priority value of the highest priority LCH among all LCHs associated with the two or more TBs to represent the transmission priority of the two or more TBs as a whole.

[0012] In any one of the example implementations above, wherein determining the transmission priority of the two or more TBs as a whole comprises using a priority value of an average of priority values of the highest priority logic channel (LCH) each associated with one of the two or more TBs to represent the transmission priority of the two or more TBs as a whole.

[0013] In any one of the example implementations above, determining the transmission priority of the two or more TBs as a whole comprises using a lowest of priority values of the highest priority logic channel (LCH) each associated with one of the two or more TBs to represent the transmission priority of the two or more TBs as a whole.

[0014] In any one of the example implementations above, the UE is configured to treat the scheduling message as two or more uplink grants, and the method may further include receiving another scheduling message for scheduling a single TB; and associating the single TB with a predefined codeword among the two or more codewords.

[0015] In any one of the example implementations above, the method may further include when a previous uplink grant for an HP with an HPI identical to the extracted HPI is a Configured Grant (CG) or is for Configured Scheduling-Radio Network Temporal Identifier (CS-RNTI) , considering New Data Indicators (NDIs) associated with the two or more HPs as toggled regardless of values of the NDIs.

[0016] In some other implementations, the UE above is disclosed. The UE may include at least one processor and a memory, wherein the at least one processor is configured to read code from the memory and implement any one of the methods above.

[0017] In yet some other implementations, a non-transitory computer readable medium is disclosed. The non-transitory computer readable medium may include computer instructions, when executed by at least one processor of the UE above, may cause the UE to implement any one of the methods above.BRIEF DESCRIPTION OF THE DRAWINGS

[0018] FIG. 1 illustrates an example wireless communication network including a wireless access network, a core network, and data networks.

[0019] FIG. 2 illustrates an example wireless access network including a plurality of mobile stations / terminals or User Equipments (UEs) and a wireless access network node in communication with one another via an over-the-air radio communication interface.

[0020] FIG. 3 shows an example radio access network (RAN) architecture.

[0021] FIG. 4 shows an example communication protocol stack in a wireless access network node or wireless terminal device including various network layers.

[0022] FIG. 5 illustrates example general steps for an uplink transmission procedure.DETAILED DESCRIPTION

[0023] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. The present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.

[0024] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.

[0025] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In  addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0026] Wireless Network Overview

[0027] An example wireless communication network, shown as 100 in FIG. 1, may include wireless terminal devices or user equipment (UE) 110, 111, and 112, a carrier network 102, various service applications 140, and other data networks 150. The wireless terminal devices or UEs, may be alternatively referred to as wireless terminals. The carrier network 102, for example, may include access network nodes 120 and 121, and a core network 130. The carrier network 110 may be configured to transmit voice, data, and other information (collectively referred to as data traffic) among UEs 110, 111, and 112, between the UEs and the service applications 140, or between the UEs and the other data networks 150. The access network nodes 120 and 121 may be configured as various wireless access network nodes (WANNs, alternatively referred to as wireless base stations) to interact with the UEs on one side of a communication session and the core network 130 on the other. The term “access network” may be used more broadly to refer a combination of the wireless terminal devices 110, 111, and 112 and the access network nodes 120 and 121. A wireless access network may be alternatively referred to as Radio Access Network (RAN) . The core network 130 may include various network nodes configured to control communication sessions and perform network access management and traffic routing. The service applications 140 may be hosted by various application servers deployed outside of but connected to the core network 130. Likewise, the other data networks 150 may also be connected to the core network 130.

[0028] In the example wireless communication network of 100 of FIG. 1, the UEs may communicate with one another via the wireless access network. For example, UE 110 and 112  may be connected to and communicate via the same access network node 120. The UEs may communicate with one another via both the access networks and the core network. For example, UE 110 may be connected to the access network node 120 whereas UE 111 may be connected to the access network node 121, and as such, the UE 110 and UE 111 may communicate to one another via the access network nodes 120 and 121, and the core network 130. The UEs may further communicate with the service applications 140 and the data networks 150 via the core network 130. Further, the UEs may communicate to one another directly via side link communications, as shown by 113.

[0029] FIG. 2 further shows an example system diagram of the wireless access network 120 including a WANN 202 serving UEs 110 and 112 via the over-the-air interface 204. The wireless transmission resources for the over-the-air interface 204 include a combination of frequency, time, and / or spatial resource. Each of the UEs 110 and 112 may be a mobile or fixed terminal device installed with mobile access units such as SIM / USIM modules for accessing the wireless communication network 100. The UEs 110 and 112 may each be implemented as a terminal device including but not limited to a mobile phone, a smartphone, a tablet, a laptop computer, a vehicle on-board communication equipment, a roadside communication equipment, a sensor device, a smart appliance (such as a television, a refrigerator, and an oven) , or other devices that are capable of communicating wirelessly over a network. As shown in FIG. 2, each of the UEs such as UE 112 may include transceiver circuitry 206 coupled to one or more antennas 208 to effectuate wireless communication with the WANN 120 or with another UE such as UE 110. The transceiver circuitry 206 may also be coupled to a processor 210, which may also be coupled to a memory 212 or other storage devices. The memory 212 may be transitory or non-transitory and may store therein computer instructions or code which, when read and executed by the processor 210, cause the processor 210 to implement various ones of the methods described herein.

[0030] Similarly, the WANN 120 may include a wireless base station or other wireless network access point capable of communicating wirelessly via the over-the-air interface 204 with one or more UEs and communicating with the core network 130. For example, the WANN 120 may be implemented, without being limited, in the form of a 2G base station, a 3G nodeB, an LTE eNB, a 4G LTE base station, a 5G NR base station of a 5G gNB, a 5G  central-unit base station, or a 5G distributed-unit base station. Each type of these WANNs may be configured to perform a corresponding set of wireless network functions. The WANN 202 may include transceiver circuitry 214 coupled to one or more antennas 216, which may include an antenna tower 218 in various forms, to effectuate wireless communications with the UEs 110 and 112. The transceiver circuitry 214 may be coupled to one or more processors 220, which may further be coupled to a memory 222 or other storage devices. The memory 222 may be transitory or non-transitory and may store therein instructions or code that, when read and executed by the one or more processors 220, cause the one or more processors 220 to implement various functions of the WANN 120 described herein.

[0031] Data packets in a wireless access network such as the example described in FIG. 2 may be transmitted as protocol data units (PDUs) . The data included therein may be packaged as PDUs at various network layers wrapped with nested and / or hierarchical protocol headers. The PDUs may be communicated between a transmitting device or transmitting end (these two terms are used interchangeably) and a receiving device or receiving end (these two terms are also used interchangeably) once a connection (e.g., a radio link control (RRC) connection) is established between the transmitting and receiving ends. Any of the transmitting device or receiving device may be either a wireless terminal device such as device 110 and 120 of FIG. 2 or a wireless access network node such as node 202 of FIG. 2. Each device may both be a transmitting device and receiving device for bi-directional communications.

[0032] The core network 130 of FIG. 1 may include various network nodes geographically distributed and interconnected to provide network coverage of a service region of the carrier network 102. These network nodes may be implemented as dedicated hardware network nodes. Alternatively, these network nodes may be virtualized and implemented as virtual machines or as software entities. These network nodes may each be configured with one or more types of network functions which collectively provide the provisioning and routing functionalities of the core network 130.

[0033] Returning to wireless radio access network (RAN) , FIG. 3 illustrates an example RAN 340 in communication with a core network 310 and wireless terminals UE1 to UE7. The RAN 340 may include one or more various types of wireless base station or WANNs 320 and  321 which may include but are not limited to gNB, eNodeB, NodeB, or other type of base stations. The RAN 340 may be backhauled to the core network 310. The WANNs 320, for example, may further include multiple separate access network nodes in the form of a Central Unit (CU) 322 and one or more Distributed Unit (DU) 324 and 326. The CU 322 is connected with DU1 324 and DU2 326 via various interfaces, for example, an F1 interface. The F1 interface, for example, may further include an F1-C interface and an F1-U interface, which may be used to carry control plane information and user plane data, respectively. In some embodiments, the CU may be a gNB Central Unit (gNB-CU) , and the DU may be a gNB Distributed Unit (gNB-DU) . While the various implementations described below are provided in the context of a 5G cellular wireless network, the underlying principles described herein are applicable to other types of radio access networks including but not limited to other generations of cellular network, as well as Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0034] The UEs may be connected to the network via the WANNs 320 over an air interface. The UEs may be served by at least one cell. Each cell is associated with a coverage area. These cells may be alternatively referred to as serving cells. The coverage areas between cells may partially overlap. Each UE may be actively communicating with at least one cell while may be potentially connected or connectable to more than one cell. In some example implementations, a DU of FIG. 3 may support one or multiple cells and one cell is supported by only one DU. In the example of FIG. 3, UE1, UE2, and UE3 may be served by cell1 330 of the DU1, whereas UE4 and UE5 may be served by cell2 332 of the DU1, and UE6 and UE7 may be served by cell3 associated with DU2. In some implementations, a UE may be served simultaneously by two or more cells. Each of the UE may be mobile and the signal strength and quality from the various cells at the UE may depend on the UE location and mobility.

[0035] FIG. 4 further illustrates a simplified view of the various network layers involved in transmitting user-plane PDUs from a transmitting device 402 to a receiving device 404 in the example wireless access network of FIGs. 1-3. FIG. 4 is not intended to be inclusive of all essential device components or network layers for handling the transmission of the PDUs. FIG. 4 illustrates that the data packaged by upper network layers 420 at the transmitting device 402 may be transmitted to corresponding upper layer 430 (such as radio resource control or RRC  layer) at the receiving device 304 via Packet Data Convergence Protocol layer (PDCP layer, not shown in FIG. 4) and radio link control (RLC) layer 422 and of the transmitting device, the physical (PHY) layers of the transmitting and receiving devices and the radio interface, as shown as 406, and the media access control (MAC) layer 434 and RLC layer 432 of the receiving device. Various network entities in each of these layers may be configured to handle the transmission and retransmission of the PDUs.

[0036] In FIG. 4, the upper layers 420 may be referred as layer-3 or L3, whereas the intermediate layers such as the RLC layer and / or the MAC layer and / or the PDCP layer (not shown in FIG. 4) may be collectively referred to as layer-2, or L2, and the term layer-1 is used to refer to layers such as the physical layer and the radio interface-associated layers. In some instances, the term “low layer” may be used to refer to a collection of L1 and L2, whereas the term “high layer” may be used to refer to layer-3. In some situations, the term “lower layer” may be used to refer to a layer among L1, L2, and L3 that are lower than a current reference layer. Control signaling may be initiated and triggered at each of L1 through L3 and within the various network layers therein. These signaling messages may be encapsulated and cascaded into lower layer packages and transmitted via allocated control or data over-the-air radio resources and interfaces. The term “layer” generally includes various corresponding entities thereof. For example, a MAC layer encompasses corresponding MAC entities that may be created. The layer-1 (L1) , for example, encompasses PHY entities. The layer-2 (L2) , for another example encompasses MAC layers / entities, RLC layers / entities, service data adaptation protocol (SDAP) layers and / or PDCP layers / entities.

[0037] In some example CU / DU splitting implementations shown in FIG. 3, the CU 322 may be defined as a logical node hosting higher layer RRC, SDAP and PDCP protocols of the example gNB or RRC and PDCP protocols or protocol entities of the example en-gNB that controls the operation of the one or more example DUs 324 and 326. The example DUs 324 and 326 may each be defined as a logical node hosting lower layer RLC, MAC and PHY protocol or protocol entities of the gNB or en-gNB, with its operation partly controlled by CU 322.

[0038] In some example implementations, the cells shown in FIG. 3 may be alternatively referred to as serving cells. The serving cells may be grouped into serving cell groups (CGs) .  A serving cell group may be either a Master CG (MCG) or Secondary CG (SCG) . Within each type of cell groups, there may be one primary cell and one or more secondary cells. A primary cell in a MSG, for example, may be referred to as a PCell, whereas a primary cell in a SCG may be referred to as PSCell. Secondary cells in either an MCG or an SCG may be all referred to as SCell. The primary cells including PCell and PSCell may be collectively referred to as spCell (special Cell) . All these cells may be referred to as serving cells or cells. The term “cell” and “serving cell” may be used interchangeably in a general manner unless specifically differentiated. The term “serving cell” may refer to a cell that is serving, will serve, or may serve the UE. In other words, a “serving cell” may not be currently serving the UE. While the various embodiment described below may at times be referred to one of the types of serving cells above, the underlying principles apply to all types of serving cells in both types of serving cell groups.

[0039] Multilayer MIMO Uplink Transmission Scheduling

[0040] By way of introduction, uplink transmission by a UE may be scheduled by a base station via certain formats of, for example, downlink control information (DCI) transmitted in a Physical Downlink Control Channel (PDCCH) . Such information may be generally referred to as uplink scheduling grant, or uplink scheduling information, or scheduling information, with DCI being merely an example. Such uplink scheduling information may include indication of wireless resources (including frequency resources and time resources) for the scheduled uplink transmission. The content of the uplink transmission may be packaged and transmitted from the UE to the base station in unit of a Transport Block (TB) . The scheduling information may be provided for the transmission of one or more TBs. The transmission and retransmission of a TB may be provisioned by a Hybrid Automatic Repeat reQuest (HARQ) Process (HP) , which may be identified by a HARQ Process ID (HPI) . The uplink scheduling information thus may further include information about HP or HPI for the TB (s) of the scheduled transmission.

[0041] In some example implementations, Multiple-Input Multiple-Output (MIMO) technologies may be employed in wireless transmission. An uplink TB may be transmitted via spatial multiplexing provided by multiple MIMO layers, thereby helping increase transmission throughput. Multiple TBs may be simultaneously transmitted using the same frequency / time resources but different MIMO layers. Such multi-MIMO-layer transmission may be  codebook-based and each of the multiple TBs may be associated with one codeword. A number of MIMO layers available for uplink transmission may be denoted by N. For example, in an 8-Tx MIMO technology, where N=8, 2 TBs may be simultaneously transmitted in 8 MIMO layers, with each TB being transmitted using 4 of the 8 MIMO layers and being associated with one of two codewords. Likewise, 4 TBs may be simultaneously transmitted in the 8 MIMO layers, with each TB being transmitted in 2 of the 8 MIMO layers and being associated one of four codewords. The multiple TBs thus may be transmitted simultaneously over the same frequency resources but using different sets of MIMO layers.

[0042] In some example implementations, a single uplink scheduling information, e.g., a single DCI, may be used to schedule uplink transmission over the N MIMO layers using the same scheduled frequency / time resources. For example, the single uplink scheduling information may schedule frequency / time resources for transmission of 2 TBs over N=8 MIMO layers, where each TB is transmitted over 4 of the 8 MIMO layers and is associated with a codeword.

[0043] Such single scheduling information may also specify the HARQ resources for the multiple TBs being scheduled for uplink transmission. For example, the single scheduling information may include a HARQ Process ID (HPI) for identifying HARQ process (es) (HP (s) ) for provisioning the transmission and retransmission of the scheduled TBs.

[0044] For a particular UE, some uplink scheduling information may be used to schedule transmission of multiple TBs whereas some uplink scheduling information may be used to schedule transmission of a single TB. In some situations, a number of uplink scheduling information messages may schedule different transmissions at the same time. In some situation of so-called intra-UE multiplexing, such time overlap in scheduling may cause transmission time conflict which may need to be resolved. Resolving such conflict may involve determining the priority of the various scheduled transmission. The transmission priority of the TBs in an uplink transmission for multiple TBs under spatial multiplexing may need to be considered in order to harmonize priority treatment in a UE that support multi-TB spatial multiplexing scheduling.

[0045] General Uplink Transmission Procedure

[0046] FIG. 5 shows a general uplink transmission procedure, which may be used to schedule uplink transmission. The general uplink transmission procedure of FIG. 5 may include but is not limited to the following steps.

[0047] STEP 1: The base station (labeled as NW, representing the NetWork) may transmit an uplink scheduling information (e.g., a downlink control information message, DCI) to the UE for scheduling an uplink transmission. Correspondingly, the UE may receive the Uplink Scheduling Information.

[0048] STEP 2: The UE may execute a Media Access Control (MAC) operations for the received uplink scheduling information. Such MAC operations may include but are not limited to uplink grant processing, HARQ entity operation (s) , and HARQ process operation (s) .

[0049] STEP 3: The UE may perform the uplink transmission (or retransmission) according to the received uplink scheduling information. The base station (NW) may correspondingly receive the uplink transmission (or retransmission) .

[0050] The general steps above may be applied regardless of either multiple MIMO layers are involved for simultaneous transmission of multiple TBs. Specific implementations of these steps, particularly when the uplink scheduling information indicates that multiple TBs are scheduled for different MIMO layers, are described in further detail below.

[0051] Uplink Scheduling Information Processing

[0052] In STEP 1 of FIG. 5, the uplink scheduling information may be defined or configured to indicate whether the uplink transmission being scheduled uses N-layer spatial multiplexing (e.g., 8 MIMO layers) and to include corresponding information items for scheduling the frequency / time resources, HARQ resources, MIMO configuration, and the like for the uplink transmission being scheduled. The MIMO configuration information may include but is not limited to information associated with spatial multiplexing codewords. The information for the HARQ resources, for example, may include but is not limited to an HPI.

[0053] In the case that the uplink scheduling information schedules multiple TBs (corresponding to multiple MAC Protocol Data Units (PDUs) ) for transmission by N MIMO layers (e.g., 2 TBs by 4 MIMO layers each) , the UE may treat the uplink scheduling in the following alternative manners.

[0054] In a first example implementation for the UE treatment of the uplink scheduling information for transmitting multiple (e.g., M, M being a integer larger than 1) TBs or M multiple MAC PDUs (both referred to as TBs for simplicity herein) in spatial multiplexing, referred to as multi-grant treatment or multi-grant interpretation in this disclosure, the UE, while only having received a single uplink scheduling information message from the PDCCH, may treat the single uplink scheduling information for scheduling M TBs or M MAC PDUs as carrying M uplink grants corresponding to the M TBs being scheduled. The UE may consider M multiple uplink grants and associate the M uplink grants to M codewords for the M TBs corresponding to different MIMO layers. For example, in an 8 MIMO layer and 2 TB transmission scheduling, a first TB and a second TB may be scheduled by the uplink scheduling information for simultaneous transmission over the same frequency resources via a first set of 4 MIMO layers associated with a first codeword and a second set of 4 MIMO layers associated with a second codeword, respectively, and the UE may consider the unlink scheduling information as two separate uplink grants each for one of the two spatially multiplexed TBs being scheduled.

[0055] Under the multi-grant treatment above, the UE may further treat each of the multiple uplink grants as being associated with a separate HARQ process (HP) and a corresponding HARQ buffer. As such, the UE may consider allocating M HPs and corresponding M HARQ buffers for provisioning the scheduled transmission for the M TBs.

[0056] In some example implementations for the multi-grant treatment above, the M HARQ processes may be treated as being identified by the single HPI indicated in the uplink scheduling information in the PDCCH. In other words, the M uplink grants would share a same HARQ process ID. Such a scheme may be referred to as a multi-grant-single-HPI treatment / scheme.

[0057] In some alternative example implementations for the multi-grant treatment above, the M HARQ processes may be treated as being identified by separate HPIs. The separate HPIs may be derived or deducted from the single HPI indicated in the uplink scheduling information in the PDCCH. For example, in an 8 MIMO layer and 2 TB transmission scheduling, a first TB and a second TB may be scheduled by the uplink scheduling information for simultaneous transmission over the same frequency resources via a first set of 4 MIMO  layers associated with a first codeword and a second set of 4 MIMO layers associated with a second codeword. A single HPI may be indicated in the uplink scheduling information in the PDCCH. The UE may treat the uplink scheduling information as containing two uplink grants associated with two separate HARQ processes / HARQ buffers identified by separate HPIs. The single HPI indicated in the uplink scheduling information (denoted as HPI0) may be associated with the first codeword and considered as HPI for identifying the first HARQ process (HP) , whereas the HPI0 +1 may be deduced and associated with the second codeword and considered as the HP ID for identifying the second HP. This example scheme may be referred to as multi-grant-multi-HPI treatment / scheme.

[0058] In a second example implementation for the UE treatment of the uplink scheduling information for transmitting M TBs in spatial multiplexing, referred to as single-grant treatment or single-grant interpretation in this disclosure, the UE, when receiving a single up-link scheduling information message from the PDCCH, may treat the single uplink scheduling information for scheduling M TBs as carrying a single uplink grant corresponding to the entire M TBs being scheduled. For example, in an 8 MIMO layer and 2 TB transmission scheduling, a first TB and a second TB may be scheduled by the uplink scheduling information for simultaneous transmission over the same frequency resources via a first set of 4 MIMO layers associated with a first codeword and a second set of 4 MIMO layers associated with a second codeword, respectively, and the UE may yet consider the unlink scheduling information as a single uplink grant.

[0059] In some example implementation under the single-grant treatment above, the UE may further treat the single uplink grant as being associated with M HPs and corresponding M HARQ buffers. As such, the UE may consider allocating M HPs and corresponding M HARQ buffers for provisioning the scheduled transmission with the single uplink grant. Such a scheme may be referred to as a single-grant-multi-HP treatment / scheme.

[0060] In some example implementations for the single-grant-multi-HP scheme above, the M HARQ processes may be treated as being identified by the single HPI indicated in the uplink scheduling information in the PDCCH. In other words, the M uplink grants would share a same HARQ process ID. Such a scheme may be referred to as a single-grant-multi-HP-single-HPI treatment / scheme.

[0061] In some alternative example implementations for the single-grant-multi-HP treatment above, the M HARQ processes may be treated as being identified by separate HPIs. The separate HPIs may be derived or deducted from the single HPI indicated in the uplink scheduling information in the PDCCH. For example, in an 8 MIMO layer and 2 TB transmission scheduling, a first TB and a second TB may be scheduled by the uplink scheduling information for simultaneous transmission over the same frequency resources via a first set of 4 MIMO layers associated with a first codeword and a second set of 4 MIMO layers associated with a second codeword. A single HPI may be indicated in the uplink scheduling information in the PDCCH. The UE may treat the uplink scheduling information as containing a single uplink grant associated with two separate HARQ processes / HARQ buffers identified by separate HPIs. The single HPI indicated in the uplink scheduling information (denoted as HPI0) may be associated with the first codeword and considered as HPI for identifying the first HP, whereas the HPI0 +1 may be deduced and associated with the second codeword and considered as the HP ID for identifying the second HP. This example scheme may be referred to as single-grant-multi-HP-multi-HPI treatment / scheme.

[0062] In some other example implementations under the single-grant treatment above, the UE may instead treat the single uplink grant as being associated with a single HP and a corresponding single HARQ buffer as indicated by the HPI in the uplink scheduling information for all scheduled TBs. As such, the UE may consider allocating a single HP and corresponding HARQ buffer for provisioning the scheduled transmission of all the M TBs. Such a scheme may be referred to as a single-grant-single-HP treatment / scheme. In such a scheme, the UE may distinguish the multiple TBs being scheduled using the codewords for transmitting the spatially multiplexed TBs.

[0063] In general, an uplink scheduling information may or may not indicate multi-TB scheduling. Multiple uplink scheduling information messages may be received by the UE, each scheduling a transmission either for a single TB or for a multiple TB transmission with different codewords. In some example situations, the multiple scheduling information messages may schedule transmissions over the resources that overlap in the time domain and the MAC entity of the UE is configured with intra-UE multiplexing (e.g. lch-BasedPriorization) . In such situations and other like situations, the time-conflicting grants may need to be prioritized such  that only the grant with highest priority may be actually transmitted during the conflicting time. Further in such situations, one of the multiple scheduling information messages may happen to schedule for multiple TBs in spatial multiplex with multiple codewords. A priority determination scheme may need to be predefined for the multiple TBs either at each TB level or for the TBs as a whole relative to other time-conflicting uplink grants.

[0064] In some example implementations of uplink priority determination of a multi-TB scheduling in the multi-grant treatment above, the uplink grants from one PDCCH uplink scheduling information that is associated with more than one codewords (e.g., in the multi-grant scheme above) , those uplink grants may not be considered as being in conflict with each other because they are spatially multiplexed and can be transmitted simultaneously. They may be considered together relative to other grants (either for single TB scheduling or multi-TB scheduling) with respect to priority and time-conflict. That is, those multiple uplink grants from one PDCCH that is configured with more than one codewords may be priorities or deprioritized together against some uplink grants received from another PDCCH with time conflict when the UE’s MAC entity is configured with lch-basedPrioritization.

[0065] In some example implementations, the priority values for all multiple grants from one PDCCH associated with more than one codewords as derived by the UE from the on PDCCH in the multi-grant treatment above may be shared.

[0066] For example, such shared priority value of those uplink grants may be determined based on the highest priority of the logic channel (LCH) or LCHs whose data have been multiplexed into all the MAC PDUs or can be multiplexed into all the MAC PDUs for those uplink grants.

[0067] For another example, such shared priority value of those Uplink grants may be determined based on the lowest priority of the LCH or LCHs whose data have been multiplexed into all the MAC PDUs or can be multiplexed into all the MAC PDUs for those uplink grants.

[0068] For another example, such shared priority value of those uplink grants may be determined based on an average value among multiple priority values that are associated with multiple MAC PDUs or TBs, each being the priority value of the highest priority LCH of LCHs whose data have been or can be multiplexed into every one of all TBs or MAC PDUs that  would be generated for those uplink grants. In other words, each TB or MAC PDU that would be generated may be associated with multiple LCHs and the LCH priority value of the LCH with the highest priority may be determined as the priority value of each TB or MAC PDU. All the priority values for all the TBs or MAC PDUs may be averaged to represent the priority of the entirety of the multiple grants. For example, there may be two TBs. The data of the first TB may correspond to a first LCH, a second LCH, and a third LCH. The data of the second TB may correspond to a fourth LCH and a fifth LCH. The priority value of LCHs may range from, for example, 0 to 4, with 0 being the highest priority. For example, the priority values for the first to fifth LCH may be 0, 2, 4, 1, 3. As such, the highest priority LCH among the first TB corresponds to a priority value of 0, whereas the highest priority LCH among the second TB corresponds to a priority value of 1. The average priority for the first TB and the second TB is thus 0.5.

[0069] For yet another example, the manner in which such shared priority value of those uplink grants may be determined may be configurable. For example, a configurable information element in, for example, RRC configuration for the MAC entity and / or each serving cell, may indicate how to determine the priority of those UL grant when the PDCCH is for scheduling multiple TBs with multiple codeword, when the MAC entity is configured with lch-BasedPrioiritization and when the serving cell is configured with N MIMO layers (e.g., 8 MIMO layers) . Such configuration information element may indicate which one of the priority value determination manners above should be used. For example, a first predefined value for the configuration information element item may indicate that the priority value for the multiple grants is determined by the highest priority of the LCHs whose data are included in for all TBs or all MAC PDUs that would have been generated. For another example, a second predefined value for the configuration information element item may indicate that the priority for the multiple grants is determined by the LCH with the lowest priority among the LCHs with a highest priority whose data have been or can be multiplexed into each of all TBs or all MAC PDUs that would have been generated. For yet another example, a third predefined value for the configuration information element item may indicate that the priority of the multiple grants received from one PDCCH associated with multiple codewords is determined by the average  priority values corresponding to the highest LCH priority values of multiple LCHs of each of the TBs (as described in the example above) .

[0070] Similarly, in some example implementations of uplink priority determination of a multi-TB scheduling in the single-grant treatment above, similarly, the MAC entity of the UE may consider the priority of the single uplink grant that schedules more than one TBs with more than one codewords as determined based on the highest priority of the LCH as whose data have been multiplexed into all the MAC PDUs or can be multiplexed into all the MAC PDUs for the received uplink grant.

[0071] In some alternative example implementations of uplink priority determination of a multi-TB scheduling in the single-grant treatment above, the MAC entity of the UE may consider the priority of the single uplink grant that schedules more than one TBs with more than one codewords as determined based on the lowest priority of the LCH as whose data have been multiplexed into all the MAC PDUs or can be multiplexed into all the MAC PDUs for the received uplink grant.

[0072] In some other alternative example implementations of uplink priority determination of a multi-TB scheduling in the single-grant treatment above, the MAC entity of the UE may consider the priority of the single uplink grant that schedules more than one TBs with more than one codewords as determined based on the average value among multiple priority values that are associated with multiple MAC PDUs or TBs, each being the priority value of the highest priority LCH with multiple LCH of each of all TBs or MAC PDUs that would be generated for those uplink grants (similar to the example described above) . In other words, each TB or MAC PDU that would be generated may be associated with multiple LCHs and the LCH priority value of the LCH with the highest priority may be determined as the priority value of each TB or MAC PDU. All the priority values for all the TBs or MAC PDUs may be averaged to represent the priority of the entirety of the multiple grants. For example, there may be two TBs. The data of the first TB may correspond to a first LCH, a second LCH, and a third LCH. The data of the second TB may correspond to a fourth LCH and a fifth LCH. The priority value of LCHs may range from, for example, 0 to 4, with 0 being the highest priority. For example, the priority values for the first to fifth LCH may be 0, 2, 4, 1, 3. As such, the highest priority LCH among the first TB corresponds to a priority value of 0, whereas the highest  priority LCH among the second TB corresponds to a priority value of 1. The average priority for the first TB and the second TB is thus 0.5.

[0073] In some other alternative example implementations of uplink priority determination of a multi-TB scheduling in the single-grant treatment above, the MAC entity of the UE may consider the priority of the single uplink grant that schedules more than one TBs with more than one codewords as determined based on the lowest among all the highest priorities, each highest priority representing the highest LCH priority values within every TB that have been multiplexed or can be multiplexed into a MAC PDU that shall be generated for the received uplink grant.

[0074] In yet some other alternative example implementations where multi-TBs are scheduled in the single-grant treatment above, the manner in which the uplink priority of the multiple-TBs is determined by the MAC entity of the UE may be configurable. For example, a configurable information element in, for example, RRC configuration for the MAC entity and / or each serving cell, may indicate how to determine the priority of those UL grant when the PDCCH is for scheduling multiple TBs with multiple codeword, when the MAC entity is configured with lch-BasedPrioiritization and when the serving cell is configured with N MIMO layers (e.g., 8 MIMO layers) . Such configuration information element may indicate which one of the priority value determination manners above should be used. For example, a first predefined value for the configuration information element item may indicate that the priority for the multiple grants is determined by the LCH with the highest priority whose data have been multiplexed or can be multiplexed into all TBs or all MAC PDUs that would have been generated. For another example, a second predefined value for the configuration information element item may indicate that the priority for the multiple grants is determined by the LCH with a lowest priority among the LCHs with a highest priority whose data have been or can be multiplexed into each of all TBs or all MAC PDUs that would have been generated. For yet another example, a third predefined value for the configuration information element item may indicate that the priority of the multiple grants received from one PDCCH associated with multiple codewords is determined by the average priority values corresponding to the highest LCH priority values of multiple LCHs of each of the TBs (as described in the example above) .

[0075] MAC Operation

[0076] In STEP 2 of FIG. 5, the MAC operation at UE side for the received uplink scheduling information may include but is not limited to (1) uplink grant processing, (2) HARQ operation related to, for example, operations of HARQ entity and HARQ process (es) , and (3) LCH processing.

[0077] The uplink grant processing, for example, may include a procedure for determining New Data Indicator (NDI) in terms of new transmission or retransmission for TBs buffered in the HARQ buffers, particularly when multiple TBs are scheduled with spatial multiplexing.

[0078] In some example implementations of the multi-grant treatment scheme above, where the uplink scheduling information in a PDCCH for scheduling multiple TBs with different MIMO layers and corresponding different codewords is treated as multiple uplink grants, when the previous uplink grant for a HARQ process having an identical HPI with the HPI in the PDCCH for the multi-TB scheduling is a configured grant (CG) or for Configured Scheduling-Radio Network Temporary Identifier (CS-RNTI) , the NDIs may be considered as having been toggled for the corresponding HARQ processes regardless of the values of the NDIs.

[0079] In some other example implementations of the single-grant treatment scheme above, where the uplink scheduling information in a PDCCH for scheduling multiple TBs with different MIMO layers and associated with different codewords is treated as a single uplink grant, when the previous uplink grant for a HARQ process having an identical HPI with the HPI in the PDCCH for the multi-TB scheduling is a configured grant (CG) or for Configured Scheduling-Radio Network Temporary Identifier (CS-RNTI) , the NDI values associated with all TBs may be considered as toggled for the corresponding HARQ process regardless of the values of the NDI. Alternatively, in some other example implementations, the NDI values associated with all codewords for the corresponding HARQ process (es) are considered as toggled regardless of the values of the NDI. In yet some other example alternative implementations, the NDI values associated with the corresponding HARQ process (es) are considered as toggled regardless of the values of the NDI.

[0080] With respect to HARQ entity operation for uplink transmission, a MAC PDU / TB waiting for being transmitted may be stored in one HARQ buffer of the corresponding HARQ  process. In the legacy implementations where only one TB is scheduled in the uplink grant in the PDCCH with the HPI being specified, the TB may be stored in a corresponding HARQ buffer with the HPI. If multiple TBs / MAC PDUs can be scheduled by one uplink scheduling information with multiple corresponding HARQ processes (e.g. in the multi-grant schemes (including the multi-grant-single-HPI scheme and the multi-grant-multi-HPI scheme) and the single-grant-multi-HP schemes (including the single-grant-multi-HP-single-HPI scheme and the single-grant-multi-HP-multi-HPI scheme) ) , the multiple scheduled TBs / MAC PDUs may each be stored in a corresponding HARQ buffer. However, if multiple TBs / MAC PDUs can be scheduled by one uplink scheduling information with one HARQ process (e.g., in the single-grant-single-HP scheme above) , then the multiple TBs / MAC PDUs would be stored in one HARQ buffer.

[0081] For example, for the multi-grant-single-HPI scheme above, if more than one uplink grants are considered as received from one PDCCH in the case that the PHY layer of the UE is configured with uplink multiple spatial multiplexing, the multiple HPs corresponding to the multiple TBs would share one HPI, and each of the multiple HARQ processes may be associated with and identified by one of the multiple codewords including codeword 0, codeword 1, etc. In some example implementations, the HARQ process of an uplink grant from a PDCCH that schedules only one TB may always be associated with codeword 0.

[0082] For example, for the single-grant-multi-HP-single-HPI treatment / scheme above, where more than one HARQ processes are associated with the single uplink grant that schedule multiple TBs / MAC PDUs with multiple codewords such as codeword 0, codeword 1, etc., and where the multiple HPs share the same HPI, and where each of the multiple HPs is associated with one codeword of the multiple codewords, in some example implementations, the HARQ process of uplink grant that schedules only one TB may be always associated with codeword 0.

[0083] For another example, in a first option for the single-grant-single-HP treatment / scheme above, where only one HARQ process is associated with the single uplink grant that schedule multiple TBs / MAC PDUs with multiple codewords such as codeword 0, codeword 1, etc., where each of the multiple TBs is associated with one codeword of the multiple codewords, if there is only one TB / MAC PDU stored in one HARQ buffer, the TB / MAC PDU may be considered as being associated with codeword 0 (e.g., there may need to  regulate the rules of LCH procedure for the uplink grant scheduling multiple TBs / MAC PDUs, e.g., the TB / MAC PDU for codeword 0 may be generated first, and then the TB / MAC PDU for codeword 1 the next if there are two TB / MAC PDUs stored in the one HARQ buffer) .

[0084] For another example, in a second option for the single-grant-single-HP treatment / scheme above, where only one HARQ process is associated with the single uplink grant that schedule multiple TBs / MAC PDUs with multiple codewords such as codeword 0, codeword 1, etc., the Multiple TBs / MAC PDUs stored in the one HARQ buffer may be considered as a whole. In other words, for one received uplink grant and corresponding identified HARQ process, all TBs / MAC PDUs may only be processed as either new transmission or re-transmission together. In some example implementations, all NDI values may be limited to be identical with each other in the uplink scheduling information (e.g., DCI) for providing the uplink grant when more than one NDI values are provided in the uplink scheduling information. In some other example implementations, a configurable information element may be introduced in PUSCH-Config to indicate which NDI value is available for the uplink grant if more than one NDI values are provided in the uplink scheduling information for the uplink grant, e.g., the NDI value associated with codeword 0 or the NDI value associated with codeword 1, or the like.

[0085] In the first option above, in the case where no MAC PDU associated with a codeword can be obtained for the uplink grant for the identified HARQ process, and the uplink grant is to schedule more than one MAC PDUs / TBs with different codewords, in some implementations, the UE may discard the TB / MAC PDU associated with the codeword in the HARQ buffer of the identified HARQ process. In the case where no MAC PDU / TB associated with a codeword is stored in the HARQ buffer of the identified process, and the received uplink grant is for the re-transmission of the TB associated with the codeword, in some example implementations, the UE may ignore the retransmission of the TB / MAC PDU associated with the codeword for the received uplink grant.

[0086] In the second option above, in some example implementations, the MAC PDUs / TBs for all codewords may be generated all together or may not be generated at all. It may be up to UE implementations to ensure such granularity via, e.g., some LCH multiplexing procedure.

[0087] With respect to HARQ process operations, and for the first option above for HARQ entity operations in the single-grant-single-HP treatment / scheme above, in some example implementations, the UE may store the TBs associated with the codeword in the HARQ buffer of the identified HARQ process when generating the new transmission by using a codeword for the received uplink grant.

[0088] With respect to HARQ process operations, and for the second option above for HARQ entity operations in the single-grant-single-HP treatment / scheme above, in some example implementations, the UE may store the TBs in the HARQ buffer of the identified HARQ process when generating the new transmission for the received uplink grant.

[0089] Functionality / Artificial Intelligence or Machine Learning (AI / ML) models Life Cycle Management (LCM)

[0090] In a real deployment, different cells may have different NW settings. Some UE side AI / ML models / functionalities may be suitable for one serving cell but unsuitable for another serving cell. As such, the applicable functionalities / models that are reported by the UE to a source serving cell may need to be reported again to a target serving cell by UE during the handover / Cell switch / Mobility.

[0091] For resolving above issues, in some example implementation, the source cell may send an applicability request for asking for the applicability of the functionalities / models that are supported by UE within an RRCReconfiugration for triggering the Handover / Cell switch / mobility. The UE may send the applicable functionalities / models information, if any, within an RRCRconfigurationComplete message to the target cell.

[0092] In some example implementations, the serving cell may send to the UE the request message for the applicable functionality associated with another non-serving cell, and the UE may send to the serving cell a response message including the applicable functionalities / models information associated with the non-serving cells that are indicated by the request message, if any. In this implementation, the request message may include at least one of:

[0093] · cell Id: to indicate the identify of the cell that needs the UE to report the corresponding applicable functionalities / models. In one example implementation, the cell Id may be the physical cell Id. In another example implementation, the cell  Id may be Cell global Id. In yet another implementation, the cell Id may be the candidate cell Id for CHO, LTM, and the like.

[0094] · associated Id: to help the UE / NW determine whether a model / functionality can be applied within the non-serving cell indicated by the cell Id.

[0095] · NW additional conditions: the NW settings corresponding to the non-serving cell indicated by cell Id.

[0096] In these example implementations, the candidate serving cell can be the CHO (Conditional HandOver) candidate cell, or LTM (L1 / L2 signaling Triggered Mobility) candidate cell, or candidate cell for the normal handover.

[0097] In some other implementations, the source serving cell may notify the target serving cell of the applicability of the functionalities / models. For example:

[0098] · For intra-CU inter-DU handover / cell switch / mobility, the source DU may notify the target DU of the applicable functionalities / models via an F1 interface.

[0099] · For inter CU handover / cell switch / mobility, the source gNB may notify the target gNB of the applicable functionalities / models via an Xn interface.

[0100] In addition, for AI / ML models / functionalities LCM, UE may be required to collect the data for training one or more specific models / functionalities. The data may be collected from measurement result corresponding to one or more measurement configurations that are configured by NW to the UE.

[0101] In some example implementations, the UE may send a data collection request for AI / ML models / functionalities within one message.

[0102] The data collection request, for example, may be of at least one of the following formats:

[0103] · Measurement configuration: which is to require NW to configure such measurement configuration for data collection.

[0104] · Functionality / models indication: which is to require NW to configure the measurement configuration for UE to collect the measurement result in order to train the indicated functionality / model.

[0105] The message described in above implementations may be embodied in at least one of the following RRC signaling:

[0106] · RRCReconfigurationComplete, which is sent from UE to NW for terminating the RRC Reconfiguration procedure.

[0107] · RRCResumeComplete, which is sent from UE to NW for terminating the RRC Resume procedure.

[0108] · RRCSetupComplete, which is sent from UE to NW for terminating the RRC set procedure.

[0109] · RRCReestablishmentComplete, which is sent from UE to NW for terminating the RRC reestablishment procedure.

[0110] · UAI (UE assistance information) , which is sent from UE for NW for being taken into account.

[0111] · Applicable models / functionalities Reporting

[0112] · In this implementation, the applicable models / functionalities reporting may be included into the UAI or RRCReconfigurationComplete message.

[0113] · In this implementation, the applicable models / functionalities reporting may include at least one of the following information:

[0114] ○ A first functionalities / models indication: To indicate the applicable functionalities / models.

[0115] ○ a second functionalities / models indication: To indicate the functionalities / models those are requiring the data collection for training model / functionalities.

[0116] ○ Ta third functionalities / models indication: To indicate the functionalities / models those are not requiring the data collection for training model / functionalities.

[0117] The description and accompanying drawings above provide specific example embodiments and implementations. The described subject matter may, however, be embodied  in a variety of different forms and, therefore, covered or claimed subject matter is intended to be construed as not being limited to any example embodiments set forth herein. A reasonably broad scope for claimed or covered subject matter is intended. Among other things, for example, subject matter may be embodied as methods, devices, components, systems, or non-transitory computer-readable media for storing computer codes. Accordingly, embodiments may, for example, take the form of hardware, software, firmware, storage media or any combination thereof. For example, the method embodiments described above may be implemented by components, devices, or systems including memory and processors by executing computer codes stored in the memory.

[0118] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment / implementation” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment / implementation” as used herein does not necessarily refer to a different embodiment. It is intended, for example, that claimed subject matter includes combinations of example embodiments in whole or in part.

[0119] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part on the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a, ” “an, ” or “the, ” may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

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

[0121] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, 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 performed by a user equipment (UE) in a wireless communication system, comprising:receiving a scheduling message;determining from the scheduling message an uplink transmission, the uplink transmission being scheduled for simultaneously transmitting two or more transport blocks (TBs) using different spatial multiplexing layers or corresponding two or more codewords;extracting a Hybrid Automatic Request reQuest (HARQ) process identifier (HPI) from the scheduling message for the uplink transmission; andgenerating one or more HPIs from the extracted HPI for two or more HARQ Processes (HPs) for transmitting or retransmitting the two or more TBs.2.The method of claim 1, where the two or more TBs consists of two TBs and each TB is scheduled for transmission by 4 Multiple-Input Multiple-Output (MIMO) layers.3.The method of claim 1, wherein generating the one or more HPIs comprises incrementing the extracted HPI from the scheduling message to generate two or more HPIs corresponding to the two or more HPs.4.The method of claim 1, wherein the UE is configured to treat the scheduling message as two or more uplink grants.5.The method of claim 1, wherein the UE is configured to treat the scheduling message as a single uplink grant.6.The method of claim 1, further comprising, when another scheduling message schedules another uplink transmission that over laps in time with the uplink transmission and when a Media Access Control (MAC) entity of the UE is configured with intra-UE multiplexing:determining that the two or more TBs are not in conflict for transmission; anddetermining a transmission priority of the two or more TBs as a whole against the another uplink transmission.7.The method of claim 6, wherein determining the transmission priority of the two or more TBs as a whole comprises using a priority value of the lowest priority logic channel (LCH) among all LCHs associated with the two or more TBs.8.The method of claim 6, wherein determining the transmission priority of the two or more TBs as a whole comprises using a priority value of the highest priority LCH among all LCHs associated with the two or more TBs to represent the transmission priority of the two or more TBs as a whole.9.The method of claim 6, wherein determining the transmission priority of the two or more TBs as a whole comprises using a priority value of an average of priority values of the highest priority logic channel (LCH) each associated with one of the two or more TBs to represent the transmission priority of the two or more TBs as a whole.10.The method of claim 6, wherein determining the transmission priority of the two or more TBs as a whole comprises using a lowest of priority values of the highest priority logic channel (LCH) each associated with one of the two or more TBs to represent the transmission priority of the two or more TBs as a whole.11.The method of claim 1, wherein the UE is configured to treat the scheduling message as two or more uplink grants, and the method further comprises:receiving another scheduling message for scheduling a single TB; andassociating the single TB with a predefined codeword among the two or more codewords.12.The method of claim 1, further comprising:when a previous uplink grant for an HP with an HPI identical to the extracted HPI is a Configured Grant (CG) or is for Configured Scheduling-Radio Network Temporal Identifier (CS-RNTI) , considering New Data Indicators (NDIs) associated with the two or more HPs as toggled regardless of values of the NDIs.13.A user equipment (UE) comprising a memory for storing instructions and at least one processor configured to execute the instructions to:receive a scheduling message;determine from the scheduling message an uplink transmission, the uplink transmission being scheduled for simultaneously transmitting two or more transport blocks (TBs) using different spatial multiplexing layers and corresponding two or more codewords;extract a Hybrid Automatic Request reQuest (HARQ) process identifier (HPI) from the scheduling message for the uplink transmission; andgenerate one or more HPIs from the extracted HPI for two or more HARQ Processes (HPs) for transmitting or retransmitting the two or more TBs.14.The UE of claim 13, where the two or more TBs consists of two TBs and each TB is scheduled for transmission by 4 Multiple-Input Multiple-Output (MIMO) layers.15.The UE of claim 13, wherein to generate the one or more HPIs comprises to increment the extracted HPI from the scheduling message to generate two or more HPIs corresponding to the two or more HPs.16.The UE of claim 13, wherein the UE is configured to treat the scheduling message as two or more uplink grants.17.The UE of claim 13, wherein the UE is configured to treat the scheduling message as a single uplink grant.18.The UE of claim 13, wherein the at least one processor is further configured to execute the instructions to, when another scheduling message schedules another uplink transmission that over laps in time with the uplink transmission and when a Media Access Control (MAC) entity of the UE is configured with intra-UE multiplexing:determine that the two or more TBs are not in conflict for transmission; anddetermine a transmission priority of the two or more TBs as a whole against the another uplink transmission.19.The UE of claim 18, wherein determine the transmission priority of the two or more TBs as a whole comprises to use a priority value of the lowest priority logic channel (LCH) among all LCHs associated with the two or more TBs.20.The UE of claim 18, wherein determine the transmission priority of the two or more TBs as a whole comprises to use a priority value of the highest priority LCH among all LCHs associated with the two or more TBs to represent the transmission priority of the two or more TBs as a whole.21.The UE of claim 18, wherein determine the transmission priority of the two or more TBs as a whole comprises to use a priority value of an average of priority values of the highest priority logic channel (LCH) each associated with one of the two or more TBs to represent the transmission priority of the two or more TBs as a whole.22.The UE of claim 18, wherein to determine the transmission priority of the two or more TBs as a whole comprises to use a lowest of priority values of the highest priority logic channel (LCH) each associated with one of the two or more TBs to represent the transmission priority of the two or more TBs as a whole.23.The UE of claim 13, wherein the UE is configured to treat the scheduling message as two or more uplink grants, and the at least one processor is further configured to execute the instructions to:receive another scheduling message for scheduling a single TB; andassociate the single TB with a predefined codeword among the two or more codewords.24.The UE of claim 13, further comprising:when a previous uplink grant for an HP with an HPI identical to the extracted HPI is a Configured Grant (CG) or is for Configured Scheduling-Radio Network Temporal Identifier (CS-RNTI) , the at least one processor is further configured to execute the instructions to consider New Data Indicators (NDIs) associated with the two or more HPs as toggled regardless of values of the NDIs.

Images