Method and apparatus for simultaneous uplink transmission of control channels

Abstract

Transmissions on the physical uplink control channel (PUCCH) and / or physical uplink shared channel (PUSCH) may occur via one or more panels of a wireless transmit / receive unit (WTRU) during the same timeslot. The WTRU may be configured to transmit different parts of a channel state information (CSI) report (e.g., part 1, part 2) via different panels of the WTRU. The WTRU may be configured to transmit part 1 of the CSI report via a single panel of the WTRU. The WTRU may also be configured to transmit part 2 of the CSI report in a simultaneous transmission multiple panel (STxMP) operation mode via multiple panels of the WTRU. The WTRU may be configured to multiplex the content of part 2 over multiple panels.

Description

[Technical Field]

[0001] (CROSS-REFERENCE TO RELATED APPLICATIONS) This application claims the benefit of U.S. Provisional Patent Application No. 63 / 445,355, filed February 14, 2023, U.S. Provisional Patent Application No. 63 / 422,588, filed November 4, 2022, and U.S. Provisional Patent Application No. 63 / 411,276, filed September 29, 2022, each of which is incorporated by reference herein in its entirety. [Background technology]

[0002] To support physical uplink (UL) control channel (PUCCH) and physical uplink shared channel (PUSCH) transmissions to multiple transmission / reception points (TRPs), a wireless transmit / receive unit (WTRU) may perform repetitive transmissions, which require each transmission to be performed in a different time slot. This also requires each transmission to be configured with a different spatial filter to target different TRPs. Summary of the Invention

[0003] Described herein are methods and apparatus for implementing and configuring multiple transmissions within the same timeslot. In an exemplary embodiment, a wireless transmit / receive unit (WTRU), also referred to as user equipment (UE), may be equipped with multiple antenna panels (also referred to herein as panels). Transmissions on the PUCCH and / or PUSCH may occur via one or more of the panels during the same single timeslot. Transmissions on multiple channels may occur via one or more of the panels during the same single timeslot.

[0004] As described further herein, a WTRU may be configured to transmit different portions (e.g., part 1, part 2) of a Channel State Information (CSI) report via different panels of the WTRU. For example, a WTRU may be configured to transmit part 1 of a CSI report via a single panel of the WTRU. Also, a WTRU may be configured to transmit part 2 of a CSI report via multiple panels of the WTRU in a simultaneous transmission multiple panel (STxMP) mode of operation. A WTRU may be configured to multiplex the content of part 2 over multiple panels. As used herein, the term simultaneous may also mean near-simultaneous or parallel. Thus, the phrase simultaneous transmission may mean that the start times of multiple transmissions are the same (within a suitable tolerance), that the transmission times of each transmission in the multiple transmissions overlap in time, or any suitable combination thereof.

[0005] An exemplary method for simultaneous uplink transmission may be implemented by a WTRU. The exemplary method may include transmitting on multiple physical uplink control channels (PUCCHs) within a single timeslot, where the transmissions on each PUCCH may overlap in time. The WTRU may be equipped with multiple antenna panels, and the method may include receiving a downlink grant including a single primary rate interface (PRI) and determining, based on the received downlink grant, to transmit on the PUCCH via one of multiple antenna channels. The downlink grant may include a transmission time offset parameter. The method may include receiving, from a respective plurality of transmit / receive points (TRPs), multiple downlink grants, where each downlink grant of the multiple downlink grants may include a respective PRI, and determining, based on the received downlink grants, to transmit on a respective plurality of PUCCHs via a respective plurality of antenna channels. Each downlink grant of the multiple downlink grants may include a respective transmission time offset parameter. The method may include determining to transmit hybrid automatic repeat request acknowledgment (HARQ-ACK) feedback based on a received PRI. The method may include prioritizing transmission of channel state information (CSI) reports based on at least one of a number of transmit / receive points (TRPs), an antenna panel identifier (ID), transmit power, a time overlap of PUCCH resources, or a frequency overlap of PUCCH resources. The method may include determining a panel transmission scheme for multiplexing an uplink control indicator (UCI) on a physical uplink shared channel (PUSCH). The method may include determining an uplink control indicator (UCI) resource per channel.

[0006] An exemplary WTRU configured for simultaneous uplink transmission may comprise a processor and a transceiver. The WTRU may be configured to transmit simultaneously on multiple physical uplink control channels (PUCCHs) within a single timeslot. The WTRU may comprise multiple antenna panels, and the WTRU may be configured to receive a downlink grant including a single primary rate interface (PRI) and determine to transmit on the PUCCH via one of the multiple antenna channels based on the received downlink grant. The downlink grant may include a transmission time offset parameter. The WTRU may be configured to receive multiple downlink grants from respective multiple transmit / receive points (TRPs), each downlink grant of the multiple downlink grants including a respective PRI, and determine to transmit on respective multiple PUCCHs via respective multiple antenna channels based on the received downlink grants. Each downlink grant of the multiple downlink grants may include a respective transmission time offset parameter. The WTRU may be configured to determine to transmit hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback based on the received PRI. The WTRU may be configured to prioritize transmission of channel state information (CSI) reports based on at least one of the number of transmit / receive points (TRPs), antenna panel identifiers (IDs), transmit power, time overlap of PUCCH resources, or frequency overlap of PUCCH resources. The WTRU may be configured to determine a panel transmission scheme for multiplexing uplink control indicators (UCIs) on a physical uplink shared channel (PUSCH). The WTRU may be configured to determine uplink control indicator (UCI) resources per channel.

[0007] An exemplary non-transitory computer-readable storage medium may have executable instructions stored thereon, which, when executed by a processor, cause the processor to facilitate simultaneous uplink transmissions. When the executable instructions are executed, the processor may be configured to facilitate a WTRU simultaneously transmitting on multiple physical uplink control channels (PUCCHs) within a single timeslot. The WTRU may be equipped with multiple antenna panels, and when the executable instructions are executed, the processor may be configured to facilitate the WTRU receiving a downlink grant including a single primary rate interface (PRI) and determining to transmit on the PUCCH via one of multiple antenna channels based on the received downlink grant. The downlink grant may include a transmission time offset parameter. When the executable instructions are executed, the processor may be configured to facilitate the WTRU receiving a plurality of downlink grants from respective multiple transmit / receive points (TRPs), each of the plurality of downlink grants including a respective PRI, and determining to transmit on respective multiple PUCCHs via respective multiple antenna channels based on the received downlink grants. Each downlink grant of the plurality of downlink grants may include a respective transmission time offset parameter. When the executable instructions are executed, the processor may be configured to facilitate the WTRU determining to transmit hybrid automatic repeat request-acknowledgement (HARQ-ACK) feedback based on the received PRI. When the executable instructions are executed, the processor may be configured to facilitate the WTRU prioritizing transmission of channel state information (CSI) reports based on at least one of a number of transmit / receive points (TRPs), an antenna panel identifier (ID), a transmit power, a time overlap of PUCCH resources, or a frequency overlap of PUCCH resources.When executed, the executable instructions can cause the processor to facilitate a WTRU determining a panel transmission scheme for multiplexing an uplink control indicator (UCI) on a physical uplink shared channel (PUSCH). When executed, the executable instructions can cause the processor to facilitate a WTRU determining per-channel uplink control indicator (UCI) resources.

[0008] An example WTRU may comprise a transceiver and a processor. The processor may be configured to receive, via the transceiver, configuration information. The configuration information may include an indication of a first PUCCH resource, a second PUCCH resource, and an association of one or more respective CSI content types to each of the first CSI part, the second CSI part, the first PUCCH resource, and the second PUCCH resource. The processor may determine a CSI report including the first CSI part and the second CSI part, the CSI report being based on the association of the one or more respective CSI content types to the first CSI part and the second CSI part. The processor may transmit, via the transceiver, a first CSI part of the CSI report using the first PUCCH resource at a first time. The processor may transmit, via the transceiver, a first portion of the second CSI part of the CSI report using the first PUCCH resource at a second time, different from the first time. The processor may transmit, via the transceiver, a second portion of the second CSI part of the CSI report using a second PUCCH resource, where transmission of the second portion of the second CSI part of the CSI report overlaps in time with transmission of the first portion of the second CSI part of the CSI report. The first and second CSI parts may be further based on measurements of one or more reference signals. CSI content types of the first and second portions of the second CSI part of the CSI report may be based on association of configured CSI content types with the first and second PUCCH resources. At least one of the one or more CSI content types may include information identifying whether to use a single panel of the WTRU or multiple panels of the WTRU when determining the CSI report. Transmission of the first CSI part may be via a single panel of the WTRU, and transmission of the second CSI part may be via multiple panels of the WTRU.

[0009] An example method implemented by a WTRU may include receiving configuration information. The configuration information may include an indication of a first PUCCH resource, a second PUCCH resource, and an association of one or more respective CSI content types with each of the first CSI part, the second CSI part, the first PUCCH resource, and the second PUCCH resource. The method may include determining a CSI report including the first CSI part and the second CSI part, the CSI report being based on the association of the one or more respective CSI content types with the first CSI part and the second CSI part. The method may include transmitting a first CSI part of the CSI report using the first PUCCH resource at a first time. The method may include transmitting a first portion of the second CSI part of the CSI report using the first PUCCH resource at a second time, different from the first time. The method may include transmitting a second portion of a second CSI part of the CSI report using a second PUCCH resource, wherein transmission of the second portion of the second CSI part of the CSI report overlaps in time with transmission of a first portion of the second CSI part of the CSI report. The first and second CSI parts may be further based on measurements of one or more reference signals. CSI content types of the first and second portions of the second CSI part of the CSI report may be based on association of configured CSI content types with the first and second PUCCH resources. At least one of the one or more CSI content types may include information identifying whether to use a single panel of the WTRU or multiple panels of the WTRU when determining the CSI report. Transmission of the first CSI part may be via the single panel of the WTRU, and transmission of the second CSI part may be via multiple panels of the WTRU.

[0010] An exemplary non-transitory computer-readable storage medium may include executable instructions for configuring at least one processor to receive configuration information. The configuration information may include an indication of a first PUCCH resource, a second PUCCH resource, and an association of one or more respective CSI content types with each of the first CSI part, the second CSI part, the first PUCCH resource, and the second PUCCH resource. The executable instructions may configure the at least one processor to determine a CSI report including the first CSI part and the second CSI part, the CSI report being based on the association of the one or more respective CSI content types with the first CSI part and the second CSI part. The executable instructions may configure the at least one processor to transmit the first CSI part of the CSI report using the first PUCCH resource at a first time. The executable instructions may configure the at least one processor to transmit a first portion of a second CSI part of the CSI report using a first PUCCH resource at a second time different from the first time. The executable instructions may configure the at least one processor to transmit a second portion of the second CSI part of the CSI report using a second PUCCH resource, wherein transmission of the second portion of the second CSI part of the CSI report overlaps in time with transmission of the first portion of the second CSI part of the CSI report. The first and second CSI parts may be further based on measurements of one or more reference signals. CSI content types of the first and second portions of the second CSI part of the CSI report may be based on association of configured CSI content types with the first and second PUCCH resources. At least one of the one or more CSI content types may include information identifying whether to use a single panel of the WTRU or multiple panels of the WTRU when determining the CSI report. The transmission of the first CSI part may be over a single panel of the WTRU, and the transmission of the second CSI part may be over multiple panels of the WTRU. [Brief explanation of the drawings]

[0011] A more detailed understanding can be had from the following detailed description, given by way of example in conjunction with the accompanying drawings. Such drawing figures, like the detailed description, are examples only. The figures and detailed description should therefore not be considered limiting, as other equally effective embodiments are and likely are possible. Like reference numerals ("ref." or "refs.") in the figures indicate like elements. [Figure 1A] FIG. 1 is an example system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1B is an exemplary system diagram illustrating an exemplary wireless transmit / receive unit (WTRU) that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 1C] 1A is an exemplary system diagram illustrating an exemplary radio access network (RAN) and an exemplary core network (CN) that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 1D] 1B is an exemplary system diagram illustrating a further exemplary RAN and a further exemplary CN that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 2] 1 is an exemplary depiction of simultaneous transmission multiple panels (STxMP) by a wireless transmit / receive unit (WTRU) to two transmit / receive reference points (TRPs) on multiple antenna array panels. [Figure 3] 10 depicts an example of configurable parameters for STxMP per physical uplink control channel (PUCCH) format. [Figure 4] 10 depicts an example of parameters for STxMP that are configurable per PUCCH resource. [Figure 5] 1 depicts an example of channel state information (CSI) content mapping to STxMP resources. DETAILED DESCRIPTION OF THE INVENTION

[0012] Exemplary Network for Implementation of the Invention 1A is a diagram illustrating an example communication system 100 in which one or more disclosed embodiments may be implemented. Communication system 100 may be a multiple-access system that provides content, such as voice, data, video, messaging, broadcasts, etc., to multiple wireless users. Communication system 100 may enable multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communication system 100 may employ one or more channel access methods such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), zero-tail unique-word DFT-Spread OFDM (ZT UW DTS-s OFDM), unique word OFDM (UW-OFDM), resource block filtered OFDM, filter bank multicarrier (FBMC), etc.

[0013] 1A, communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, RANs 104 / 113, CNs 106 / 115, public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, although it will be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, 102d, any of which may be referred to as a "station" and / or "STA," may be configured to transmit and / or receive wireless signals and may include user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a subscription-based unit, a pager, a mobile phone, a personal digital assistant (PDA), a smartphone, a laptop, a netbook, a personal computer, a wireless sensor, a hotspot or Mi-Fi device, an Internet of Things (IoT) device, a watch or other wearable device, a head-mounted display (HMD), a vehicle, a drone, a medical device and application (e.g., for remote surgery), an industrial device and application (e.g., a robot and / or other wireless device operating in an industrial and / or automated processing chain context), a consumer electronics device, a device operating on a commercial wireless network and / or an industrial wireless network, etc. Any of the UEs 102a, 102b, 102c, and 102d may be referred to interchangeably as a WTRU.

[0014] The communications system 100 may also include a base station 114a and / or a base station 114b. Each of the base stations 114a, 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to facilitate access to one or more communications networks, such as the CN 106 / 115, the Internet 110, and / or other networks 112. By way of example, the base stations 114a, 114b may be a Base Transceiver Station (BTS), a Node B, an eNode B, a Home Node B, a Next Generation Node B (gNB), a Home eNode B, a gNode B (gNB), an NR Node B, a site controller, an Access Point (AP), a wireless router, etc. Although the base stations 114a, 114b are each depicted as a single element, it will be understood that the base stations 114a, 114b may include any number of interconnected base stations and / or network elements.

[0015] The base station 114a may be part of the RAN 104 / 113, which may also include other base stations and / or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, etc. The base station 114a and / or base station 114b may be configured to transmit and / or receive radio signals on one or more carrier frequencies, which may be referred to as a cell (not shown). These frequencies may be licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum. A cell may provide wireless service coverage for a particular geographic area, which may be relatively fixed or may change over time. A cell may be further divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in one embodiment, the base station 114a may include three transceivers, i.e., one transceiver for each sector of the cell. In one embodiment, the base station 114a may employ multiple-input multiple output (MIMO) technology and may utilize multiple transceivers per sector of the cell, for example, using beamforming to transmit and / or receive signals in desired spatial directions.

[0016] The base stations 114a, 114b may communicate with one or more of the WTRUs 102a, 102b, 102c, 102d over an air interface 116, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, centimeter wave, micrometer wave, infrared (IR), ultraviolet (UV), visible light, etc.). The air interface 116 may be established using any suitable radio access technology (RAT).

[0017] More specifically, as noted above, the communications system 100 may be a multiple-access system, but may employ one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. For example, the base station 114 a and the WTRUs 102 a, 102 b, 102 c in the RAN 104 / 113 may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 115 / 116 / 117 using wideband CDMA (WCDMA). WCDMA may include communications protocols such as High-Speed ​​Packet Access (HSPA) and / or Evolved HSPA (HSPA+). HSPA may include High-Speed ​​Downlink (DL) Packet Access (HSDPA) and / or High-Speed ​​Uplink Packet Access (HSUPA).

[0018] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 116 using Long Term Evolution (LTE) and / or LTE-Advanced (LTE-A) and / or LTE-Advanced Pro (LTE-A Pro).

[0019] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as New Radio (NR) radio access, which may establish the air interface 116 using NR technology.

[0020] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement multiple radio access technologies. For example, the base station 114a and the WTRUs 102a, 102b, 102c may jointly implement LTE radio access and NR radio access, e.g., using dual connectivity (DC) principles. Thus, the air interface utilized by the WTRUs 102a, 102b, 102c may be characterized by multiple types of radio access technologies and / or transmissions sent to or from multiple types of base stations (e.g., eNBs and gNBs).

[0021] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement a wireless technology such as IEEE 802.11 (i.e., Wireless Fidelity, WiFi), IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access, WiMAX), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), or the like.

[0022] 1A may be, for example, a wireless router, a Home NodeB, a Home eNodeB, or an access point and may utilize any suitable RAT to facilitate wireless connectivity in a local area such as a business, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., for use by drones), a road, etc. In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN). In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN). In yet another embodiment, the base station 114b and the WTRUs 102c, 102d may establish a picocell or a femtocell using a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.). As shown in FIG. 1A, the base station 114b may have a direct connection to the Internet 110. Thus, the base station 114b may not need to access the Internet 110 through the CN 106 / 115.

[0023] The RAN 104 / 113 may communicate with the CN 106 / 115, which may be any type of network configured to provide voice, data, application, and / or voice over internet protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. The data may have various quality of service (QoS) requirements, such as different throughput, latency, error tolerance, reliability, data throughput, mobility, etc. The CN 106 / 115 may provide call control, billing services, mobile location-based services, prepaid calling, Internet connectivity, video distribution, etc., and / or perform high-level security functions such as user authentication. Although not shown in FIG. 1A , it will be understood that the RAN 104 / 113 and / or the CN 106 / 115 may communicate directly or indirectly with other RANs employing the same RAT as the RAN 104 / 113 or a different RAT. For example, the CN 106 / 115, in addition to being connected to the RAN 104 / 113, which may utilize NR radio technology, may also communicate with another RAN (not shown) employing GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or WiFi radio technology.

[0024] The CN 106 / 115 may also serve as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and / or other networks 112. The PSTN 108 may include a circuit-switched telephone network providing plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), the user datagram protocol (UDP), and / or the internet protocol (IP) of the TCP / IP Internet protocol suite. The network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, the network 112 may include another CN connected to one or more RANs, which may employ the same RAT as the RAN 104 / 113 or a different RAT.

[0025] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capabilities (e.g., the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers for communicating with different wireless networks over different wireless links.) For example, the WTRU 102c shown in FIG. 1A may be configured to communicate with a base station 114a, which may employ a cellular-based wireless technology, and a base station 114b, which may employ an IEEE 802.2 wireless technology.

[0026] 1B is a system diagram illustrating an example WTRU 102. As shown in FIG. 1B, the WTRU 102 may include, among other things, a processor 118, a transceiver 120, a transmit / receive element 122, a speaker / microphone 124, a keypad 126, a display / touchpad 128, non-removable memory 130, removable memory 132, a power source 134, a global positioning system (GPS) chipset 136, and / or other peripherals 138. It will be understood that the WTRU 102 may include any sub-combination of the foregoing elements while remaining consistent with an embodiment.

[0027] The processor 118 may be a general-purpose processor, a special-purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) circuit, any other type of integrated circuit (IC), a state machine, etc. The processor 118 may perform signal coding, data processing, power control, input / output processing, and / or any other functionality that enables the WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to the transceiver 120, which may be coupled to the transmit / receive element 122. While FIG. 1B depicts the processor 118 and the transceiver 120 as separate components, it will be understood that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.

[0028] The transmit / receive element 122 may be configured to transmit or receive signals to or from a base station (e.g., base station 114a) over the air interface 116. For example, in one embodiment, the transmit / receive element 122 may be an antenna configured to transmit and / or receive RF signals. In one embodiment, the transmit / receive element 122 may be an emitter / detector configured to transmit and / or receive IR signals, UV signals, or visible light signals, for example. In yet another embodiment, the transmit / receive element 122 may be configured to transmit and / or receive both RF signals and light signals. It will be understood that the transmit / receive element 122 may be configured to transmit and / or receive any combination of wireless signals.

[0029] 1B as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.

[0030] The transceiver 120 may be configured to modulate signals transmitted by the transmit / receive element 122 and demodulate signals received by the transmit / receive element 122. As noted above, the WTRU 102 may have multi-mode capabilities. Thus, the transceiver 120 may include multiple transceivers to enable the WTRU 102 to communicate via multiple RATs, such as, for example, NR and IEEE 802.11.

[0031] The processor 118 of the WTRU 102 may be coupled to and may receive user-entered data from a speaker / microphone 124, a keypad 126, and / or a display / touchpad 128 (e.g., a liquid crystal display (LCD) display unit or an organic light-emitting diode (OLED) display unit). The processor 118 may also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. Additionally, the processor 118 may access information from and store data in any type of suitable memory, such as non-removable memory 130 and / or removable memory 132. The non-removable memory 130 may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device. The removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, etc. In other embodiments, the processor 118 may access information from and store data in memory that is not physically located on the WTRU 102, such as on a server or home computer (not shown).

[0032] The processor 118 may receive power from the power source 134 and may be configured to distribute and / or control the power to other components in the WTRU 102. The power source 134 may be any suitable device for providing power to the WTRU 102. For example, the power source 134 may include one or more dry batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, etc.

[0033] The processor 118 may also be coupled to a GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102. In addition to, or instead of, information from the GPS chipset 136, the WTRU 102 may receive location information from base stations (e.g., base stations 114a, 114b) over the air interface 116 and / or determine its location based on the timing of signals received from two or more nearby base stations. It will be appreciated that the WTRU 102 may acquire location information by way of any suitable location-determination method while remaining consistent with an embodiment.

[0034] The processor 118 may further be coupled to other peripherals 138, which may include one or more software and / or hardware modules that provide additional features, functionality, and / or wired or wireless connectivity. For example, the peripherals 138 may include an accelerometer, an electronic compass, a satellite transceiver, a digital camera (for photos and / or videos), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands-free headset, a Bluetooth module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player module, an internet browser, a virtual reality and / or augmented reality (VR / AR) device, an activity tracker, etc. The peripheral device 138 may include one or more sensors, which may be one or more of a gyroscope, an accelerometer, a Hall effect sensor, a magnetometer, a direction sensor, a proximity sensor, a temperature sensor, a time sensor, a geolocation sensor, an altimeter, a light sensor, a touch sensor, a magnetometer, a barometer, a gesture sensor, a biometric sensor, and / or a humidity sensor.

[0035] The WTRU 102 may include a full-duplex radio where transmission and reception of some or all of the signals associated with a particular subframe (e.g., for both the UL (e.g., for transmission) and downlink (e.g., for reception)) may be parallel and / or simultaneous. The full-duplex radio may include an interference management unit 139 to reduce and or substantially eliminate self-interference either through hardware (e.g., chokes) or signal processing via a processor (e.g., via a separate processor (not shown) or processor 118). In one embodiment, the WTRU 102 may include a half-duplex radio for transmission and reception of some or all of the signals (e.g., associated with a particular subframe for either the UL (e.g., for transmission) or downlink (e.g., for reception)).

[0036] 1C is a system diagram illustrating the RAN 104 and the CN 106, according to one embodiment. As noted above, the RAN 104 may employ E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also communicate with the CN 106.

[0037] The RAN 104 may include eNodeBs 160a, 160b, and 160c, although it will be understood that the RAN 104 may include any number of eNodeBs while remaining consistent with an embodiment. The eNodeBs 160a, 160b, and 160c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In an embodiment, the eNodeBs 160a, 160b, and 160c may implement MIMO technology. Thus, the eNodeB 160a may, for example, use multiple antennas to transmit wireless signals to and / or receive wireless signals from the WTRU 102a.

[0038] Each of the eNodeBs 160a, 160b, 160c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, etc. As shown in FIG. 1C, the eNodeBs 160a, 160b, 160c may communicate with one another via an X2 interface.

[0039] 1C may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) gateway (or PGW) 166. While each of the foregoing elements is depicted as part of the CN 106, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0040] The MME 162 may be connected to each of the eNodeBs 162a, 162b, 162c in the RAN 104 via an S1 interface and may function as a control node. For example, the MME 162 may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, activating / deactivating bearers, selecting a particular serving gateway during initial attach of the WTRUs 102a, 102b, 102c, etc. The MME 162 may provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies such as GSM and / or WCDMA.

[0041] The SGW 164 may be connected to each of the eNodeBs 160a, 160b, 160c in the RAN 104 via an S1 interface. The SGW 164 may generally route and forward user data packets to and from the WTRUs 102a, 102b, 102c. The SGW 164 may perform other functions, such as anchoring the user plane during inter-eNodeB handover, triggering paging when DL data is available to the WTRUs 102a, 102b, 102c, and managing and storing the context of the WTRUs 102a, 102b, 102c.

[0042] The SGW 164 may be connected to a PGW 166, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices.

[0043] The CN 106 may facilitate communications with other networks. For example, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communications between the WTRUs 102a, 102b, 102c and traditional landline communications devices. For example, the CN 106 may include or communicate with an IP gateway (e.g., an IP multimedia subsystem (IMS) server) that serves as an interface between the CN 106 and the PSTN 108. Additionally, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers.

[0044] Although the WTRU is illustrated in FIGS. 1A-1D as a wireless terminal, it is contemplated that in certain representative embodiments, such a terminal may use a wired communication interface (e.g., temporarily or permanently) with the communication network.

[0045] In a representative embodiment, the other network 112 may be a WLAN.

[0046] A WLAN in infrastructure Basic Service Set (BSS) mode may have an access point (AP) of the BSS and one or more stations (STAs) associated with the AP. The AP may have access to or interface with a Distribution System (DS) or another type of wired / wireless network that carries traffic within and / or outside the BSS. Traffic originating from outside the BSS to a STA may arrive through the AP and be delivered to the STA. Traffic originating from a STA to a destination outside the BSS may be sent to the AP to be delivered to the respective destination. Traffic between STAs within the BSS may be sent, for example, through the AP, where the source STA may send traffic to the AP, and the AP may deliver the traffic to the destination STA. Traffic between STAs within the BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be sent between (e.g., directly between) a source STA and a destination STA using a direct link setup (DLS). In certain representative embodiments, the DLS may use 802.11e DLS or 802.11z tunneled DLS (TDLS). A WLAN using an Independent BSS (IBSS) mode may not have an AP, and STAs within or using the IBSS (e.g., all of the STAs) may communicate directly with each other. The IBSS mode of communication may be referred to herein as an "ad hoc" communication mode.

[0047] When using the 802.11ac infrastructure mode of operation or a similar mode of operation, an AP may transmit beacons on a fixed channel, such as a primary channel. The primary channel may be a fixed width (e.g., a 20 MHz wide bandwidth) or a width that is dynamically set via signaling. The primary channel may be the operating channel of the BSS, but may also be used by STAs to establish a connection with the AP. In certain representative embodiments, for example, in an 802.11 system, Carrier Sense Multiple Access with Collision Avoidance (CSMA / CA) may be implemented. With CSMA / CA, STAs (e.g., all STAs), including the AP, may sense the primary channel. If a particular STA senses / detects and / or determines that the primary channel is busy, the particular STA may back off. One STA (e.g., only one station) may transmit in a given BSS at any given time.

[0048] High Throughput (HT) STAs may use 40 MHz wide channels for communication, which may be formed, for example, through a combination of a primary 20 MHz channel and adjacent or non-adjacent 20 MHz channels.

[0049] A Very High Throughput (VHT) STA may support channels with widths of 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz. A 40 MHz and / or 80 MHz channel may be formed by combining multiple contiguous 20 MHz channels. A 160 MHz channel may be formed by combining eight contiguous 20 MHz channels or by combining two non-contiguous 80 MHz channels, which may be referred to as an 80+80 configuration. For the 80+80 configuration, after channel encoding, the data may pass through a segment parser that may separate the data into two streams. Inverse Fast Fourier Transform (IFFT) processing and time-domain processing may be performed separately on each stream. The streams may be mapped to two 80 MHz channels, and the data may be transmitted by the transmitting STA. At the receiver of the receiving STA, the operations described above for the 80+80 configuration may be reversed, and the combined data may be sent to Medium Access Control (MAC).

[0050] Sub-1 GHz operating modes are supported by 802.11af and 802.11ah. Channel operating bandwidths and carriers are reduced in 802.11af and 802.11ah compared to those used in 802.11n and 802.11ac. 802.11af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV White Space (TVWS) spectrum, while 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum. According to representative embodiments, 802.11ah may support meter-type control / machine-type communications, such as MTC devices, within a macro coverage area. MTC devices may have limited capabilities, including, for example, support for (e.g., only support for) certain specific and / or limited bandwidths. MTC devices may include batteries with above-threshold battery life (e.g., to maintain very long battery life).

[0051] WLAN systems that can support multiple channels and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel that can be designated as a primary channel. The primary channel can have a bandwidth equal to the maximum common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel can be configured and / or limited by the STAs among all STAs operating in the BSS that support the minimum bandwidth operating mode. In an 802.11ah embodiment, the primary channel can be 1 MHz wide for STAs (e.g., MTC-type devices) that support (e.g., only) the 1 MHz mode, even if the AP and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and / or other channel bandwidth operating modes. Carrier sensing and / or Network Allocation Vector (NAV) configuration can depend on the status of the primary channel. For example, if the primary channel is busy due to a STA (that only supports 1 MHz operating mode) transmitting to the AP, the entire available frequency band may be considered busy, even though most of the frequency band may remain idle and be available for use.

[0052] In the United States, the available frequency band that can be used by 802.11ah is 902MHz to 928MHz. In South Korea, the available frequency band is 917.5MHz to 923.5MHz. In Japan, the available frequency band is 916.5MHz to 927.5MHz. The total bandwidth available for 802.11ah is 6MHz to 26MHz depending on the country code.

[0053] 1D is a system diagram illustrating the RAN 113 and the CN 115, according to one embodiment. As mentioned above, the RAN 113 may employ NR radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 113 may also communicate with the CN 115.

[0054] The RAN 113 may include gNBs 180a, 180b, and 180c, although it will be understood that the RAN 113 may include any number of gNBs while remaining consistent with an embodiment. The gNBs 180a, 180b, and 180c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In one embodiment, the gNBs 180a, 180b, and 180c may implement MIMO technology. For example, the gNBs 180a and 180b may transmit and / or receive signals to and / or from the gNBs 180a, 180b, and 180c using beamforming. Thus, the gNB 180a may transmit and / or receive wireless signals to and / or from the WTRU 102a, for example, using multiple antennas. In one embodiment, the gNBs 180a, 180b, and 180c may implement carrier aggregation technology. For example, the gNB 180a may transmit multiple component carriers to the WTRU 102a (not shown). A subset of these component carriers may be on unlicensed spectrum, while the remaining component carriers may be on licensed spectrum. In one embodiment, the gNBs 180a, 180b, and 180c may implement Coordinated Multi-Point (CoMP) technology. For example, the WTRU 102a may receive coordinated transmissions from the gNBs 180a and 180b (and / or 180c).

[0055] The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using transmissions associated with scalable numerology. For example, the OFDM symbol spacing and / or OFDM subcarrier spacing may vary for different transmissions, different cells, and / or different portions of the wireless transmission spectrum. The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using subframes or transmission time intervals (TTIs) of different or scalable lengths (e.g., including different numbers of OFDM symbols and / or lasting different lengths of absolute time).

[0056] The gNBs 180a, 180b, 180c may be configured to communicate with the WTRUs 102a, 102b, 102c in a standalone configuration and / or a non-standalone configuration. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c without accessing another RAN (e.g., eNodeBs 160a, 160b, 160c, etc.). In a standalone configuration, the WTRUs 102a, 102b, 102c may utilize one or more of the gNBs 180a, 180b, 180c as mobility anchor points. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using signals in unlicensed bands. In a non-standalone configuration, the WTRUs 102a, 102b, 102c may communicate with and connect to gNBs 180a, 180b, 180c while also communicating with and connecting to another RAN, such as eNodeBs 160a, 160b, 160c. For example, the WTRUs 102a, 102b, 102c may implement DC principles to communicate with one or more gNBs 180a, 180b, 180c and one or more eNodeBs 160a, 160b, 160c substantially simultaneously. In a non-standalone configuration, the eNodeBs 160a, 160b, 160c may act as mobility anchors for the WTRUs 102a, 102b, 102c, and the gNBs 180a, 180b, 180c may provide additional coverage and / or throughput for serving the WTRUs 102a, 102b, 102c.

[0057] Each of the gNBs 180a, 180b, 180c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, support for network slicing, dual connectivity, interworking between NR and E-UTRA, routing of user plane data to User Plane Functions (UPFs) 184a, 184b, routing of control plane information to Access and Mobility Management Functions (AMFs) 182a, 182b, etc. As shown in FIG. 1D, the gNBs 180a, 180b, 180c may communicate with each other via an Xn interface.

[0058] 1D may include at least one AMF 182a, 182b, at least one UPF 184a, 184b, at least one Session Management Function (SMF) 183a, 183b, and possibly a Data Network (DN) 185a, 185b. While each of the foregoing elements is depicted as part of the CN 115, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0059] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N2 interface and may function as a control node. For example, the AMF 182a, 182b may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, supporting network slicing (e.g., handling different PDU sessions with different requirements), selecting a particular SMF 183a, 183b, managing registration areas, terminating NAS signaling, mobility management, etc. The network slicing may be used by the AMF 182a, 182b to customize the CN support of the WTRUs 102a, 102b, 102c based on the type of service utilizing the WTRUs 102a, 102b, 102c. For example, different network slices may be established for different use cases, such as services relying on ultra-reliable low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, services for machine type communication (MTC) access, etc. The AMF 162 may provide a control plane function for switching between the RAN 113 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP (third generation partnership project) access technologies, such as WiFi.

[0060] The SMFs 183a and 183b may be connected to the AMFs 182a and 182b in the CN 115 via an N11 interface. The SMFs 183a and 183b may also be connected to the UPFs 184a and 184b in the CN 115 via an N4 interface. The SMFs 183a and 183b may select and control the UPFs 184a and 184b and configure the routing of traffic through the UPFs 184a and 184b. The SMFs 183a and 183b may perform other functions such as managing and assigning IP addresses for UEs, managing PDU sessions, controlling policy enforcement and QoS, providing downlink data notification, etc. The PDU session type may be IP-based, non-IP-based, Ethernet-based, etc.

[0061] The UPFs 184a, 184b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N3 interface, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks such as the Internet 110 to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices. The UPFs 184, 184b may perform other functions such as routing and forwarding packets, enforcing user plane policy, supporting multi-homed PDU sessions, handling user plane QoS, buffering downlink packets, providing mobility anchoring, etc.

[0062] The CN 115 may facilitate communication with other networks. For example, the CN 115 may include or communicate with an IP gateway (e.g., an IP multimedia subsystem (IMS) server) that acts as an interface between the CN 115 and the PSTN 108. Additionally, the CN 115 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers. In one embodiment, the WTRUs 102a, 102b, 102c may be connected to local data networks (DNs) 185a, 185b through the UPFs 184a, 184b via an N3 interface to the UPFs 184a, 184b and an N6 interface between the UPFs 184a, 184b and the DNs 185a, 185b.

[0063] 1A-1D and the corresponding description thereof, one or more or all of the functions described herein with respect to one or more of the WTRUs 102a-d, base stations 114a-b, eNodeBs 160a-c, MME 162, SGW 164, PGW 166, gNBs 180a-c, AMFs 182a-b, UPFs 184a-b, SMFs 183a-b, DNs 185a-b, and / or any other devices described herein may be performed by one or more emulation devices (not shown). The emulation devices may be one or more devices configured to emulate one or more or all of the functions described herein. For example, the emulation devices may be used to test other devices and / or simulate network and / or WTRU functions.

[0064] The emulation devices may be designed to implement one or more tests of other devices in a lab environment and / or a carrier network environment. For example, one or more emulation devices may perform one or more or all functions while fully or partially implemented and / or deployed as part of a wired and / or wireless communication network to test other devices in the communication network. One or more emulation devices may perform one or more or all functions while temporarily implemented / deployed as part of a wired and / or wireless communication network. The emulation devices may be directly coupled to another device for testing purposes and / or may perform testing using wireless communication over the air.

[0065] One or more emulation devices may perform one or more functions, inclusive, while not being implemented / deployed as part of a wired and / or wireless communication network. For example, the emulation devices may be utilized in test scenarios in a test lab and / or in an undeployed (e.g., test) wired and / or wireless communication network to implement testing of one or more components. One or more emulation devices may be test equipment. Direct RF coupling and / or wireless communication via RF circuitry (which may include, e.g., one or more antennas) may be used by the emulation devices to transmit and / or receive data.

[0066] Described herein are methods and apparatus for supporting and facilitating multiple transmissions in the same single timeslot. More specifically, described herein are methods and apparatus for the performance and configuration of simultaneous transmissions of multiple PUCCHs in the same timeslot. Currently, PUCCHs cannot be transmitted in a simultaneous transmission multi-panel (STxMP) mode of operation. For example, in a single downlink control information (sDCI) scenario, a wireless transmit / receive unit (WTRU) may receive a downlink (DL) grant with a single primary rate interface (PRI) and a K1 value (a time delay / offset parameter) that indicates to the WTRU one PUCCH resource to use for hybrid automatic repeat request / acknowledgment (HARQ / ACK) feedback with a time offset of K1. Also, in a multiple DCI (mDCI) scenario, the WTRU may receive separate grants from different transmit / receive points (TRPs), where each TRP may indicate a primary rate interface (PRI) and a K1 value. To transmit channel state information (CSI) reports, the WTRU may receive pre-configured PUCCH resources. When multiple CSI reports are scheduled for the same timeslot, priority rules may determine which reports are dropped or concatenated into one transmission. However, the above scheme does not support simultaneous transmission of multiple PUCCHs in the same timeslot.

[0067] This specification describes mechanisms for configuring PUCCH and demodulation reference signal (DM-RS) resources for simultaneous multi-panel transmission. Also described are mechanisms for a WTRU to determine the operating mode (e.g., single panel or STxMP) and transmit PUCCH resources (resource selection). Furthermore, the impact on collision rules when two or more PUCCHs are scheduled for the same timeslot when the WTRU supports STxMP is described.

[0068] Figure 2 is an example depiction of STxMP by a WTRU to two TRPs on multiple antenna array panels. STxMP UL is applicable to a wide variety of applications in which a WTRU may be equipped with multiple panels. As depicted in Figure 2, in STxMP UL, a WTRU may be equipped with two panels (Panel 1, Panel 2), with each panel transmitting to its respective TRP (TRP 1, TRP 2). The WTRU may transmit simultaneously in the same time slot on both panels.

[0069] As used herein, "a" and "an" and similar phrases should be interpreted as "one or more" and "at least one." Similarly, any term ending in the suffix "(s)" should be interpreted as "one or more" and "at least one." The term "may" should be interpreted as "may, for example." The forward slash " / " sign, symbol, or mark should be interpreted as "and / or" unless otherwise specified, e.g., "A / B" may imply "A and / or B."

[0070] A WTRU may transmit or receive a physical channel or reference signal (RS) according to at least one spatial domain filter. The term "beam" may be used to refer to a spatial domain filter. The WTRU may transmit a physical channel or signal using the same spatial domain filter as that used to receive an RS (such as a CSI-RS) or synchronization signal (SS) block. The WTRU transmission may be referred to as the "target," and the received RS or SS block may be referred to as the "reference" or "source." In such a case, the WTRU may be said to transmit a target physical channel or signal according to a spatial relationship relative to such RS or SS block.

[0071] The WTRU may transmit the first physical channel or signal according to the same spatial domain filter as used to transmit the second physical channel or signal. The first and second transmissions may be referred to as the “target” and “reference” (or “source”), respectively. In such a case, the WTRU may be said to transmit the first (target) physical channel or signal according to a spatial relationship relative to the second (reference) physical channel or signal.

[0072] The spatial relationship may be implicit, configured by radio resource control (RRC) signaling, or signaled by a medium access control (MAC) control element (CE) or downlink control information (DCI). For example, the WTRU may implicitly transmit the physical uplink shared channel (PUSCH) and DM-RS of the PUSCH according to the same spatial domain filter as the SRS indicated by a sounding reference signal (SRS) resource indicator (SRS resource indicator, SRI) indicated in the DCI or configured by the RRC. In another example, the spatial relationship may be configured by the RRC for the SRI or signaled by the MAC CE for the PUCCH. Such a spatial relationship may be referred to as a "beam indication."

[0073] The WTRU may receive a first (target) downlink channel or signal according to the same spatial domain filter or spatial reception parameters as a second (reference) downlink channel or signal. For example, such an association may exist between a physical channel, such as a physical downlink control channel (PDCCH) or a physical downlink shared channel (PDSCH), and its respective DM-RS. When the first and second signals are reference signals, such an association may exist when the WTRU is configured with quasi-colocation (QCL) assumption type D between the corresponding antenna ports. Such an association may be configured as a transmission configuration indicator (TCI) state. The WTRU may be indicated the association between a CSI-RS or SS block and a DM-RS by an index into a set of TCI states configured by RRC and / or signaled by MAC CE. Such an index may also be referred to as a "beam index."

[0074] Hereinafter, RS may be used interchangeably with one or more of RS resource, RS resource set, RS port, and RS port group, while still being consistent with the present invention. Hereinafter, RS may be used interchangeably with one or more of SSB, CSI-RS, SRS, and DM-RS, while still being consistent with the present invention.

[0075] Hereinafter, TRP (e.g., transmission and reception point; transmit-receive point, transmission / reception point) may be used interchangeably with one or more of TP (transmission point), RP (reception point), RRH (radio remote head), DA (distributed antenna), BS (base station), sector (of a BS), and cell (e.g., a geographic cell area served by a BS), while still being consistent with the present invention. Hereinafter, multi-TRP may be used interchangeably with one or more of MTRP, M-TRP, and multiple TRPs, while still being consistent with the present invention.

[0076] A WTRU may be configured with one or more TRPs (or may receive one or more TRP configurations), and the WTRU may transmit to and / or receive from one or more TRPs. A WTRU may be configured with one or more TRPs for one or more cells. A cell may be a serving cell, a secondary cell, or both.

[0077] A WTRU may be configured with at least one RS for channel measurement purposes. This RS may be denoted as a Channel Measurement Resource (CMR) and may include a CSI-RS, a synchronization signal and physical broadcast control channel block (SSB), or other downlink RS transmitted from a TRP to the WTRU. A CMR may be configured with a TCI state or may be associated with a TCI state. A WTRU may be configured with CMR groups that include CMR indices transmitted from the same TRP. Each group may be identified by a CMR group index (e.g., group 1). A WTRU may be configured with one CMR group per TRP, and the WTRU may receive a binding between one CMR group index and another CMR group index, or a binding between one RS index from one CMR group and another RS ​​index from another group. The WTRU may determine that the associated resources may be configured for coherent joint transmission (C-JT) multiple TRP (mTRP) channels or CSI measurements.

[0078] A WTRU may be configured with (or may receive configuration information for) one or more pathloss (PL) reference groups (e.g., sets) and / or one or more SRS groups, SRS resource indicators (SRIs), or SRS resource sets. A PL reference group may correspond to or be associated with a TRP. A PL reference group may include, identify, correspond to, or be associated with one or more TCI states, SRIs, reference signal sets (e.g., CSI-RS sets, SRI sets), CORESET indexes, and / or reference signals (e.g., CSI-RS, SSBs).

[0079] The WTRU may receive a configuration (e.g., any configuration described herein). The configuration may be received from a gNB or a TRP. For example, the WTRU may receive configuration information for one or more TRPs, one or more PL reference groups, and / or one or more SRI sets. The WTRU may implicitly determine the association between an RS set / group and a TRP. For example, if the WTRU is configured with two SRS resource sets, the WTRU may determine to transmit on TRP1 using an SRS in the first resource set and to transmit on TRP2 using an SRS in the second resource set. The configuration may be received via RRC signaling.

[0080] The WTRU may receive an indication of the primary and secondary TRPs. When the WTRU is configured with multiple TRPs, the WTRU may determine that one of the TRPs is the primary or anchor TRP. This designation may be based on network configuration or WTRU determination (e.g., the received signal quality for one TRP exceeds that of all other TRPs or exceeds a threshold).

[0081] In the examples and embodiments described herein, the terms TRP, PL reference group, SRI group, and SRI set may be used interchangeably. The terms set and group may be used interchangeably herein. In the following, for simplicity, a coherent joint transmission system with two TRPs is considered, but the proposed solutions and processes may be similarly adopted in the case of three or more TRPs. In this exemplary case, one of the TRPs is considered to be the primary TRP.

[0082] The grant or allocation characteristics may include at least one of a frequency allocation, an aspect of the time allocation such as duration, a priority, a modulation and coding scheme, a transport block size, a number of spatial layers, a number of transport blocks, a TCI state, a CSI-RS (CRI) or an SRI, or any suitable combination thereof, where the TCI state, CRI or SRI may include, for each WTRU panel if multiple panels are used for UL transmission, a number of repetitions, whether the repetition scheme is Type A or Type B, whether the grant is a configured grant Type 1, Type 2 or dynamic grant, whether the allocation is a dynamic allocation or a semi-persistent scheduled (configured) allocation, a configured grant index or a semi-persistent allocation index, a periodicity of the configured grant or allocation, a channel access priority class, The grant may be a parameter provided by DCI, MAC, or RRC for scheduling the grant or allocation; whether the grant is for a single TRP transmission or a multi-TRP transmission; whether the grant is for an UL transmission from a single WTRU panel (TxSP) or simultaneous UL transmission from multiple WTRU panels (STxMP); or whether the grant is for a coherent joint transmission (CJT) or a non-coherent joint transmission (non-CJT, NC-JT) transmission.

[0083] The WTRU may report a subset of channel state information (CSI) components, which may correspond to at least a CSI-RS resource indicator (CRI), an SSB resource indicator (SSBRI), an indicator of the panel used for reception at the WTRU (e.g., panel identification information or group identification information), measurements such as L1-RSRP, L1-SINR obtained from SSB or CSI-RS (e.g., cri-RSRP, cri-SINR, ssb-Index-RSRP, ssb-Index-SINR), and other channel state information such as at least a rank indicator (RI), a channel quality indicator (CQI), a precoding matrix indicator (PMI), a layer index (LI), etc.

[0084] The WTRU may use the PUCCH to report control information such as an uplink control indicator (UCI). The UCI may carry, for example, a HARQ-ACK feedback bit associated with a PDSCH transmission scheduled by the grant, in which case the PUCCH resource may be dynamically indicated in the grant using a PUCCH Resource Index (PRI). The WTRU may receive a configuration of multiple PUCCH resources, and the PRI may be mapped to one of the PUCCH resources. The UCI may carry a CSI reporting configuration for measurements and a CSI report associated with the CSI resource configuration. The PUCCH resource may be pre-configured in the CSI reporting configuration.

[0085] The WTRU may transmit a DM-RS multiplexed with PUCCH resources. The network may use the DM-RS to perform channel estimation of the PUCCH resources. The WTRU may generate the DM-RS using a reference sequence initialized with a seed. The WTRU may receive a scrambling identifier (ID) configuration for the seed as part of the DM-RS-UplinkConfig IE. In addition, the WTRU may receive a cyclic shift index for the DM-RS.

[0086] Embodiments relating to PUCCH transmissions from a WTRU carrying HARQ-ACK feedback bits are discussed below. The embodiments are discussed in terms of PUCCH resource configurations and extensions to support STxMP. The first example relates to a single PUCCH resource configuration to support STxMP, and the second example relates to multiple PUCCH resource configurations and linking them together to indicate STxMP.

[0087] For a single PUCCH resource, one PRI (e.g., codepoint / value) may indicate resources (e.g., PUCH resources) for both panels with panel-specific configurations. To reduce inter-panel interference, different parameters may be allocated for each panel. One or more of the following may apply:

[0088] One PRI (e.g., code point / value) may indicate the same time / frequency resources for both panels (spatial division multiplexing (SDM) cases may be preferred), but may indicate separate DM-RS configurations, separate cyclic shifts (CSs), separate scrambling, and / or two (or more) active spatial filters (per panel), etc. In an example, the WTRU may use a default spatial filter configuration with two beam / panel indices for the PUCCH. The WTRU may be indicated (e.g., configured) to use two active spatial relationship parameters per PUCCH (e.g., for PUCCH resources). The WTRU may receive (e.g., via MAC-CE) an indication / activation of multiple spatial relationships per PUCCH (e.g., for PUCCH resources). The WTRU may transmit two PUCCHs (e.g., over PUCCH resources) in SDM with different DMRS CSs, scrambling parameters, configurations, etc.

[0089] In an example, the PRI (codepoint / value) may be linked to a panel-related identifier and one or more of the following actions may apply:

[0090] In an operation referred to as operation 1, a subset of PRI codepoints / values ​​(e.g., out of up to 2^B PRI codepoints / values ​​applicable to the B-bit PRI field configured / used for DCI) may be configured / activated / used for STxMP. This may be beneficial in terms of realizing dynamic switching between single panel Tx (transmission) and STxMP through PRI indication (e.g., based on the selected PRI codepoint / value).

[0091] In an operation referred to as operation 2, a specific (e.g., independent, separate) PRI table for STxMP may be configured / activated / indicated to the WTRU, e.g., for a pre-configured STxMP mode of operation. In an example, the WTRU may be configured to have a PRI field (e.g., a B=3-bit PRI field, with 2^3=8 PRI codepoints / values ​​available to be selected via a DCI that includes the PRI field), and the WTRU may determine a first interpretation (of the 2^B codepoints / values) of the PRI field if not configured with STxMP mode, and may determine a second interpretation (of the 2^B codepoints / values) of the PRI field if configured with STxMP mode. In response to determining to apply the second interpretation based on being configured / activated in STxMP mode, the WTRU may apply the new PRI table for STxMP to the PRI field.

[0092] In an operation for HARQ-ACK, referred to as operation 3, if the indicated PRI indicates that the PUCCH resources are configured with the new parameter "STxMP" (enabled), for example, as part of the PUCCH resource configuration, the WTRU may transmit the PUCCH in STxMP based on the indicated PRI.

[0093] Figure 3 illustrates an example of parameters for STxMP that are configurable per physical uplink control channel (PUCCH) format. In the example, a PUCCH resource (for STxMP) may be configured (e.g., via RRC) to include (or indicate) a sub-parameter of "PUCCH-FormatConfig," which may include a parameter for enabling "STxMP." As shown in Figure 3, the parameters for "STxMP" may be configurable per PUCCH format, and if a PUCCH resource indicates (e.g., configures, points to) a PUCCH format that has the parameter that sTxMP is enabled, the WTRU may determine that the PUCCH resource is for STxMP (e.g., is to be used for STxMP, at least with respect to PRI codepoint / value interpretation and associated WTRU behavior). This may provide benefits in terms of reduced signaling overhead based on STxMP per PUCCH format being enabled and used (e.g., linked) for one or more PUCCH resources for STxMP.

[0094] 4 depicts an example of parameters for STxMP that are configurable per PUCCH resource. In an example, a PUCCH resource (for STxMP) may be configured (e.g., via RRC) to include (or indicate) a sub-parameter of whether "STxMP" is enabled. As shown in FIG. 4, the parameters for "STxMP" may be configurable per PUCCH resource, and if a PUCCH resource indicates (e.g., configures) the parameter that sTxMP is enabled, the WTRU may determine that the PUCCH resource is for STxMP (e.g., is to be used for STxMP, at least with respect to PRI codepoint / value interpretation and associated WTRU behavior).

[0095] If the WTRU determines that PUCCH transmission (based on STxMP being enabled) should be based on PUCCH repetition (e.g., when the repetition-related parameter "nrofSlots" is configured), the WTRU may further identify / determine whether mapping pattern parameters (e.g., for time repetition, frequency hopping, beam area repetition, and / or panel area repetition) are also configured (e.g., enabled, activated, indicated). The first mapping pattern parameter may indicate that when PUCCH repetition is used, the mapping pattern for the PUCCH repetition may include STxMP panel indices (e.g., {1,2} for rep1, {1,3} for rep2, etc.). Repetition 1 may correspond to the first Tx occasion of the PUCCH repetition, and repetition 2 may correspond to the second Tx occasion of the PUCCH repetition. This may be beneficial in terms of improving the reliability and robustness of PUCCH transmissions based on applying a different pair of panel indices per Tx occasion for PUCCH repetition, e.g., panel indices {1,2} being used for PUCCH transmission on the first Tx occasion and panel indices {1,3} being used for PUCCH transmission on the second Tx occasion.

[0096] The WTRU may determine which power control parameters to use for the PUCCH depending on the panel / TRP being used (e.g., based on the panel index and / or TRP index). In an example, the WTRU may receive information regarding the association between power control parameters configured for a panel and the PUCCH transmitted on the same panel.

[0097] For multiple PUCCH resources, the WTRU may receive one or more PUCCH resource sets (or PUCCH resources) and may receive configured links between resource sets, or between resources within a set, or between sets. Each PUCCH resource or resource set may be associated with a panel and / or TRP. In an example, the WTRU may receive a configuration (or indication) that a first PUCCH resource from set 1 and a second PUCCH resource from set 2 are linked for STxMP. The WTRU may receive a DCI including a PRI field, and the WTRU may determine that the value indicated by the PRI field indicates the first PUCCH resource. In response to the determination, the WTRU may identify / determine that the second PUCCH resource is linked to the first PUCCH resource. Based on the identifying, the WTRU may transmit PUCCH in STxMP based on using the first PUCCH resource from set 1 and the second PUCCH resource from set 2.

[0098] For the PUCCH operation mode, in the case of HARQ-ACK, the WTRU may transmit a single PUCCH resource in one timeslot. The WTRU may generate the HARQ-ACK after attempting to decode the PDSCH scheduled by the grant. The WTRU may determine the timeslot for the PUCCH by receiving K1, which is a time offset relative to the PDSCH. K1 may be indicated by a bit field in the grant.

[0099] In one example, the WTRU may decide to use STxMP to transmit the PUCCH. The operating mode is sometimes referred to as the WTRU transmission scheme. In single-panel mode, the WTRU may transmit one PUCCH in one timeslot. In STxMP mode, the WTRU may use two or more panels to transmit one or more PUCCHs, and each PUCCH may be associated with one or more TRPs. The WTRU may transmit PUCCH repetitions in STxMP, where one PUCCH content is repeated and each repetition is mapped to one panel. The WTRU may transmit independent PUCCH content, and each PUCCH may be mapped to a different panel.

[0100] The WTRU may determine the operation mode depending on one or more of the following conditions: The WTRU may decide to use the same operation mode as the PDSCH / PDCCH. If the WTRU receives the mTRP PDSCH or PDCCH, the WTRU may decide to transmit PUCCH resources for STxMP. For example, the WTRU may be pre-configured with associated sets of PUCCH resources for the mTRP PDSCH / PDCCH and for STxMP.

[0101] The WTRU may be configured with two sets of PUCCH resources (one for single panel and one for STxMP). The WTRU may receive a grant that dynamically indicates the operation mode for the PDSCH / PDCCH. The WTRU may dynamically decide to switch between the two sets of PUCCH resources depending on the dynamic indication in the PDSCH / PDCCH operation mode grant. If the WTRU may receive a single TRP (sTRP) / multiple TRP (mTRP) PDSCH / PDCCH, the WTRU may determine the PUCCH resources for single panel / STxMP, respectively.

[0102] The WTRU may make a decision based on the mTRP operation mode of the PDCCH / PDSCH (e.g., CJT, NC-JT, repetition (e.g., single frequency network (SFN), TDM, FDM only)). For example, for CJT-PDSCH, the WTRU may use STxMP for the PUCCH, and for NC-JT, the WTRU may use single panel PUCCH.

[0103] The WTRU may receive a DCI indicating a PUCCH operation mode (e.g., single panel or STxMP). The WTRU may determine the operation mode depending on the PRI resource configuration. An example PUCCH resource configuration for STxMP is described above. If the grant indicates PRI resources for STxMP, the WTRU may transmit the PUCCH in STxMP mode. If the grant indicates PRI resources configured for a single panel, the WTRU may transmit on the single panel. The WTRU may receive a MAC-CE to activate / deactivate the STxMP operation mode for the PUCCH. The MAC-CE may activate / deactivate PUCCH resources configured for STxMP or multiple spatial filters per PUCCH resource.

[0104] The WTRU may receive two PDSCHs scheduled by respective DCIs. This is referred to as a multi-DCI mode of operation. Each DCI may be sent from a TRP, and the WTRU may receive partial or non-overlapping PDSCHs. Each DCI may also indicate the timing offset and PUCCH resource to use for HARQ-ACK feedback. After the time offset (K1) for each respective PDSCH, the WTRU may transmit a PUCCH containing the HARQ-ACK.

[0105] In the intra-cell case, scheduling may be achieved independently for each TRP, with each DCI indicating a separate K1 value and PUCCH resource. However, the TRPs may coordinate on HARQ-ACK feedback. The WTRU may be configured for a HARQ-ACK feedback mode to use separate codebooks. In that case, the WTRU may send separate PUCCHs for each TRP if the TRPs do not overlap in time. If the TRPs overlap in time, one of the ACKs is dropped according to priority rules. If the WTRU is configured with a jointly configured feedback set and both PUCCHs overlap in time, the WTRU may concatenate both ACKs in a single HARQ-ACK codebook, and the WTRU may send both HARQ-ACKs for a single TRP using a single PUCCH resource.

[0106] For the STxMP operation mode for joint HARQ-ACK feedback, the operation mode may be utilized when the mDCI indicates that the PUCCHs overlap in time. The network may configure a subset of paired resources for the STxMP PUCCH and a second subset for the single-panel PUCCH. The WTRU may decide to use unpaired resources for the PUCCH whenever there is no time overlap and to use paired resources when there is overlap. Two example operation modes are described herein.

[0107] In one example, the WTRU may be configured with separate STxMP HARQ-ACK feedback. If each of the k timings of the PDSCH results in a PUCCH that partially or fully overlaps in time, the WTRU may send a separate ACK for each TRP in the same overlapping timeslot in the STxMP mode of operation.

[0108] In another example, the WTRU may be configured with joint STxMP HARQ-ACK feedback. If each of the k1 timings of the PDSCH results in PUCCHs that completely overlap in time, the WTRU may generate a single concatenated report using a joint HARQ-ACK codebook and send report repetitions on both panels in STxMP mode. The report may be generated in any suitable manner. For example, the WTRU may reuse the joint HARQ-ACK codebook to generate the concatenated report. The WTRU may multiplex reports for two or more panels into a single report within a single panel, and the joint HARQ-ACK codebook may be generated using a panel index. For example, the first column of the codebook may be for panel 1 ACK, the second column for panel 2 ACK, etc. If the k1 timings result in PUCCHs that partially overlap, the WTRU may transmit one of the PUCCHs and drop the second PUCCH according to a priority rule (e.g., primary TRP has higher priority, signal quality per panel, etc.).

[0109] For inter-cell embodiments, the WTRU may be instructed to report, send, or transmit UCI (e.g., HARQ-ACK, CSI) using one or more PUCCH resources in the same slot, and the operation mode may be determined based on at least one of the number of cells associated with the PUCCH resource, the number of DCIs triggering the PUCCH transmission, and STxMP / non-STxMP transmission. When the WTRU is instructed or configured to report one or more UCIs in one or more PUCCH resources, the WTRU performs one or more of the following based on the operation mode:

[0110] In a first operating mode (e.g., in an mDCI cell) in which one or more PUCCH resources are associated with the same cell (e.g., the same PCI), the WTRU may determine the PUCCH resource and send one or more UCIs in the PUCCH resource, and the WTRU may aggregate one or more UCIs and send them in the same PUCCH resource.

[0111] In a second mode of operation (eg, between mDCI cells) in which one or more PUCCH resources are associated with different cells (eg, different PCIs), the WTRU may implement at least one of the following schemes.

[0112] In an example prioritization scheme (Prioritization Scheme 1), the WTRU may prioritize PUCCH resources within one or more PUCCH resources based on at least one of following and transmitting the prioritized PUCCH resources. The prioritization may be based on UCI content (e.g., HARQ-ACK, CSI, SR) associated with the PUCCH resource. For example, HARQ-ACK may be a higher priority than CSI, and SR may be a higher priority than HARQ-ACK (e.g., SR > HARQ-ACK > CSI). The prioritization may be based on PCI associated with the PUCCH resource. In an example, a smaller number of PCIs may be a higher priority. In another example, a serving cell ID may be a higher priority than other cell IDs. The prioritization may be based on a panel ID associated with the PUCCH resource. For example, a PUCCH resource associated with a panel with a lower panel ID may be a higher priority, and vice versa.

[0113] In an example STxMP transmission scheme (STxMP transmission scheme 2), the WTRU may simultaneously transmit one or more PUCCH resources indicated / configured across different panels, where each PUCCH resource may be associated with a panel (or panel ID). A separate TA value may be applied to each PUCCH transmission. Power allocation may vary across PUCCH transmissions. The WTRU may decide on a scheme (e.g., either prioritization or STxMP) based on the total transmit power required for the STxMP transmissions. For example, if the total transmit power for STxMP is higher than a threshold, the WTRU may decide / implement prioritization; otherwise, the WTRU may decide / implement STxMP.

[0114] The WTRU may decide on a scheme (e.g., either prioritization or STxMP) based on PUCCH resource collisions. For example, if one or more PUCCH resources overlap in time / frequency, the WTRU may decide / implement prioritization; otherwise, the WTRU may decide / implement STxMP.

[0115] When the number of PUCCH resource collisions (e.g., the number of consecutive collisions) is greater than a threshold, the WTRU may report the event to a network node, such as, for example, a gNB (e.g., a serving gNB).

[0116] The WTRU may decide on a scheme (e.g., either prioritization or STxMP) based on the level of time / frequency overlap between the PUCCH resources. For example, if the overlapping resources between the PUCCH resources is greater than a threshold, the WTRU may decide / implement prioritization; otherwise, the WTRU may decide / implement STxMP.

[0117] The WTRU may decide on a scheme (e.g., either prioritization or STxMP) based on the TA difference between PUCCH transmissions. For example, if the TA difference (e.g., delta_TA) between PUCCH transmissions is greater than a threshold, the WTRU may decide / implement prioritization; otherwise, the WTRU may decide / implement STxMP.

[0118] In another example, one or more gNBs (or cells) may cooperate to avoid overlapping PUCCH resources in the time / frequency domain. A serving gNB and a non-serving gNB (e.g., a STxMP involving a gNB) may configure PUCCH resources that do not overlap in time / frequency. The PUCCH resources for the serving gNB and / or the non-serving gNB may be randomized over time. For example, the PUCCH resources may be determined based on a PCI and a time index (e.g., a slot number, a radio frame number, a SFN, etc.). A subset of the PUCCH resources for the serving gNB and / or the non-serving gNB may be determined as active or valid based on the time index. For example, one or more PUCCH resources (or PUCCH resource sets) may be configured, and a subset of the PUCCH resources (or PUCCH resources) may be valid or activated at a particular time location.

[0119] An example of WTRU transmission of PUCCH resources carrying CSI reports in STxMP mode is described below.

[0120] CSI prioritization and omission rules may be established. For example, the WTRU may assign priority values ​​to CSI reports based on the following formula:

[0121]

number

[0122] The priority formula for the STxMP mode of operation may be as follows:

[0123]

number

[0124] In an example, the WTRU may allocate the same or different values ​​of ρ(g) to two or more colliding CSI reports on a panel. The value of ρ(g) may be allocated based on the number of overlapping OFDM symbols and / or the location of the overlapping OFDM symbols, or one or more of the parameters mentioned above. The WTRU may allocate a value of ρ(g) to one or more CSI reports to prioritize them over other colliding / non-colliding CSI reports. In another example, the WTRU may allocate the same or different values ​​of ρ(g) to two or more colliding CSI reports on both panels. In an example, the WTRU may allocate ρ(g) to two or more colliding CSI reports based on a panel ID to prioritize a CSI report configured on one panel over another panel. In an example, the WTRU may allocate a sufficiently small value of ρ(g) to prioritize a CSI report configured on a PUCCH over another high-priority CSI report configured on a PUSCH.

[0125] In another example, on each panel, the WTRU may sort the CSI reports based on their priority level and omit / prioritize some reports over others. The WTRU may also sort all CSI reports on all panels and map a first high-priority CSI report to one panel and a second high-priority CSI report to another panel. In an example, for two panels, the WTRU may collect all CSI reports from both panels and sort them based on their priority levels. The WTRU may then map a first high-priority CSI report to one panel, a second high-priority CSI report to the second panel, a third high-priority CSI report to the first panel, and so on. In an alternative example, for two panels where panel_1 is a higher-priority panel compared to panel_2, the WTRU may collect all CSI reports from both panels and sort them based on their corresponding priority levels. The WTRU may map the first N high priority CSI reports to panel_1 and the remaining CSI reports to panel_2. In another example, the WTRU may allocate ρ(g) based on the configured PUCCH or PUSCH resources. The WTRU may allocate a smaller value of ρ(g) to one or more CSI reports configured on the PUCCH and a larger value of ρ(g) to one or more CSI reports configured on the PUSCH, such that the one or more CSI reports configured on the PUCCH have higher priority compared to the CSI reports configured on the PUSCH. In an example, the WTRU may allocate ρ(g) to all CSI reports configured on the PUCCH, such that all CSI reports configured on the PUCCH have priority over all CSI reports configured on the PUSCH.

[0126] If two CSI reports have the same priority and are scheduled to be transmitted on the same panel, the WTRU may determine, based on a condition, to transmit the first CSI report on the first panel and the second CSI report in the second panel in the same timeslot in the STxMP mode. If the condition is not met, the WTRU may transmit one of the CSI reports in a single panel and omit transmitting the second CSI report.

[0127] The condition for STxMP may be based on an RSRP difference between the panels that is above a threshold; if both panels have similar RSRP, the WTRU may use both panels for STxMP. The condition for STxMP may be based on panel activation status. If both panels are activated, the WTRU may use both. The condition for STxMP may be based on activation time. If a panel is not active but the activation time is less than a threshold (e.g., less than the scheduled PUCCH time slot), the WTRU may use both panels for STxMP.

[0128] Periodic CSI (P-CSI) STxMP resource configuration and mode decision is described. In P-CSI reporting mode, the WTRU may be pre-configured with PUCCH resources. The WTRU may transmit on a given PUCCH resource at a fixed interval time (e.g., every t seconds). The WTRU may be given a single PUCCH resource for a single panel transmission.

[0129] The P-CSI reporting configuration may be pre-configured to have the STxMP operation mode. For example, one P-CSI reporting configuration may be configured to have PUCCH resources for STxMP and an explicit operation mode flag. If the WTRU is scheduled to transmit this CSI report, the WTRU may use STxMP, and both panels transmit the same CSI report content as repetitions. Alternatively, the STxMP mode may be implicitly determined depending on the codebook type (e.g., Type I or Type II). For example, if the WTRU is scheduled to transmit P-CSI for a Type I codebook, the WTRU may transmit in STxMP and always transmit in a single panel for Type II.

[0130] In an example for P-CSI with dynamic switching of STxMP PUCCH resource configuration, a WTRU may receive a CSI reporting configuration for P-CSI that may include two sets of PUCCH resources, one set may be used for single-panel transmission, and the second set of resources may be used with the first set to enable STxMP. The WTRU may decide to use both sets of resources and may transmit PUCCH on both panels simultaneously. For example, based on a priority formula, two P-CSI reports may be configured to be transmitted in at least one slot (e.g., the first report has a periodicity of t seconds and the second report has a periodicity of 2t seconds). In slots where the reports overlap, the WTRU may transmit PUCCH on each panel using resources configured for STxMP. In slots where the reports do not overlap, the WTRU may use resources configured for a single panel and transmit on only one panel.

[0131] In an example with a timeslot-based pattern and a single panel for STxMP, the WTRU may receive a time-based pattern of operating modes, and the WTRU may determine an operating mode for each slot for transmitting a P-CSI report. The time-based pattern may be received in the CSI reporting configuration or may be indicated (e.g., via a DCI such as a Slot Format Index (SFI)). For example, the WTRU may receive a pattern in which slots 1-5 indicate single-panel transmission and slots 6-10 indicate STxMP. Then, if the WTRU is scheduled to transmit a CSI report in slots 1-5, the WTRU may transmit a P-CSI report in the single panel. If the WTRU is scheduled to transmit a CSI report in slots 6-10, the WTRU may transmit a P-CSI report on both panels (e.g., the WTRU transmits repetitions of the same CSI report, with repetition 1 being sent on panel 1 and repetition 2 being sent on panel 2 in STxMP).

[0132] In the Semi-Persistent CSI (SP-CSI) reporting mode, the network may activate and deactivate the configured SP-CSI PUCCH reports by sending a PUCCH activation / deactivation MAC-CE. When activated, the WTRU may send CSI reports according to the SP-CSI configuration until the WTRU receives a deactivation command. The SP-CSI MAC-CE includes a serving cell ID, a BWP ID, bits indicating the activation / deactivation status for each SP-CSI reporting configuration (4 bits in total), and reserved bits (4 bits in total).

[0133] In the MAC-CE-based indication of the SP-CSI STxMP operation mode, each reserved bit may be reused to indicate the STxMP operation mode for each SP-CSI reporting configuration. For example, a WTRU may receive a MAC-CE activation reporting configuration of 1 and an additional bit=1 to indicate that the SP-CSI is activated for STxMP, or a bit=0 to indicate that the SP-CSI is activated for a single panel. The SP-CSI configuration may include two sets of resources, one for a single panel and one for STxMP. The WTRU may decide to use the set associated with the activated operation mode. The WTRU may transmit SP-CSI in STxMP mode if the activation bit=1, and transmit in a single panel if the activation bit=0.

[0134] For MAC-CE-based activation of multiple spatial filters per PUCCH resource, the WTRU may be configured to have SP-CSI with one set of PUCCH resources and two spatial filters per PUCCH resource. The WTRU may determine the number of spatial filters to activate per PUCCH resource according to the activation bit received in the MAC-CE. If the activation bit = 1, the WTRU may determine to transmit using both spatial filters per PUCCH resource, and if the activation bit = 0, the WTRU may determine to transmit using one of the spatial filters (e.g., the one with the lowest index) per PUCCH resource. This MAC-CE may be used for PUCCH resources of any type of report. The activation MAC-CE may include a time-based pattern for activation. As with P-CSI, the MAC-CE may indicate the time slots used for single panel and the other time slots for STxMP. The WTRU may transmit the SP-CSI report in an operation mode according to the slot index.

[0135] A WTRU may be configured for single CSI content multiplexing via simultaneous PUCCH transmission. The WTRU may have a single CSI reporting configuration (CSI report #n), in which the WTRU reports one or more (e.g., multiple) CSIs assuming different transmission hypotheses, such as sTRP and / or mTRP hypotheses (e.g., coherent joint transmission (CJT) and / or noncoherent joint transmission (NCJT)). This may be designated as CSI reporting mode 1.

[0136] A hypothesis may represent a transmission mode from the network to the WTRU. For example, one hypothesis may be a single TRP transmission from TRP1. Another hypothesis may include mTRP transmissions from TRP1 and TRP2. The WTRU may generate one set of CSI components (e.g., CQI, RI, PMI) for each hypothesis. For the sTRP1 hypothesis, the WTRU may report one CQI / RI / PMI corresponding to CSI measurements on the reference signal (RS) from TRP1. For mTRP NC-JT, the WTRU may report one CQI / RI / PMI per TRP corresponding to CSI measurements on the RS from TRP1 and TRP2, respectively. For mTRP C-JT, the WTRU may report one CQI / RI and / or one or more PMIs, where each PMI may be associated with a TRP.

[0137] Each hypothesis may be configured in the CSI report as a pair between one or more CMRs and one IMR. The WTRU may receive the CMRs for measuring the channel and / or the IMRs for measuring interference (e.g., intra-cell and / or inter-cell). The gNB may configure the REs for the CMRs and / or IMRs so that the WTRU may measure the SINR assuming one of the hypotheses. For example, an sTRP hypothesis from TRP1 may include one CMR and / or IMR configured from TRP1 without interference from TRP2. An mTRP hypothesis may include one CMR from TRP1, one CMR from TRP2, and / or one IMR that considers inter-TRP interference.

[0138] The WTRU may generate a CSI report that may have resource overhead (e.g., PUCCH and / or PUSCH resources). For example, the WTRU may be configured with multi-antenna port Type I or Type II codebook CSI reporting, including the WTRU for feeding back CQI / RI / PMI for multiple layers and / or subbands and / or for multiple TRP hypotheses. The number of feedback bits may include the WTRU sending PUCCH and / or PUSCH with one or more (e.g., all) quantities indicated by the CSI reporting configuration, such as coefficients, amplitudes, and / or phasing values. In NR, the WTRU may be configured to report CSI in two parts (e.g., Part 1 and / or Part 2) that are sent alternately (e.g., at different time instances), where Part 1 is a fixed size and / or includes a subset of the CSI content and / or an indication of the content and / or size of Part 2. Part 2 may include another subset of the CSI content according to the index of Part 1. To reduce overhead, the WTRU may drop one or more (e.g., some) of the content (e.g., hypotheses and / or subbands) from the CSI report according to a priority rule. However, dropping one or more content may result in an incomplete CSI report. The WTRU may have to wait until the next CSI reporting occasion to include the missing parts.

[0139] The WTRU may transmit Part 2 of the CSI in the STxMP mode of operation. In an example, to avoid dropping one or more (e.g., some) contents from Part 2, the WTRU may send Part 1 of the CSI report using a single panel, and the WTRU may send Part 2 of the CSI report using STxMP, in which different CSI contents are multiplexed on different panels. Instead of dropping some content of Part 2, the WTRU may multiplex the CSI over two PUSCH and / or PUCCH transmissions in the STxMP mode of operation. For example, the WTRU may be configured with a first PUCCH resource and / or may transmit Part 1 of the CSI report on the first PUCCH resource. The WTRU may be configured with a pair of PUCCH resources in STxMP to transmit Part 2 of the CSI report over that pair.

[0140] The WTRU may transmit part 2 in two different modes, which may be repetition mode and / or multiplexing mode. In repetition mode, part 2 content may be repeated over both PUCCH resources. In multiplexing mode, the WTRU may split its CSI measurements into two and / or each part may be transmitted on a PUCCH resource, with both PUCCH resources transmitted in STxMP. Part 2 may include one or more (e.g., all) content transmitted over both panels.

[0141] In an example, the WTRU may receive a bit field indicating whether Part 2 of the CSI report is used for STxMP repetition and / or STxMP multiplexing. The bit field may be configured in Part 1 of the CSI report and / or may be dynamically indicated in the DCI when triggering AP-CSI and / or activating SP-CSI reporting. For example, the bit field may indicate 0 if STxMP PUCCH resource 1 and / or PUCCH resource 2 contain the same content. Thus, CSI Part 2 may be repeated and / or the WTRU may transmit an STxMP PUCCH to increase the reliability of Part 2 transmission. Additionally or alternatively, the bit field may indicate 1 if STxMP PUCCH resource 1 and / or PUCCH resource 2 contain different content. In this case, the WTRU may transmit an STxMP PUCCH with more payload capacity because the two panels are used with different content.

[0142] In an example, a bit field may be used to switch between different panel operating modes for Part 2. If the bit is 0, Part 2 may be transmitted using single panel resources, and if the bit is 1, Part 2 may be transmitted using STxMP resources.

[0143] Regarding CSI content partitioning rules for Part 2, the WTRU may also receive rules for partitioning the CSI report content into different panels. Mapping rules may be configured to determine which part of the CSI may be associated with each STxMP PUCCH resource. Table 1 shows an example Part 1 CSI field for CSI reporting configuration #n with preconfigured rules for partitioning CSI aligned on CRI into two PUCCH resources when STxMP is activated. One new bit (e.g., Stxmp_Part2) may be included in the CSI field for Part 1. If the bit is 0, the WTRU may transmit Part 2 on a single panel. If the bit is 1, the WTRU may transmit Part 2 with STxMP, where CSI with CRI=0 is transmitted on the first panel and CSI with CRI=1 is transmitted on the second panel.

[0144] [Table 1]

[0145] Additionally or alternatively, a bit may be included in Part 1 to indicate a partitioning rule for Part 2. This additional bit in Part 1 may determine a different ordering / structure of Part 2 according to a predetermined mapping rule. The subset mapping rule may be based on one of the following options: The subset mapping rule may be based on a subband index. For example, the WTRU may include CSI content for even subbands in PUCCH resource 1 and / or odd subbands in PUCCH resource 2. Thus, CSI Part 2 may be transmitted by using the STxMP PUCCH to multiplex the additional CSI. The subset mapping rule may be based on a reporting hypothesis. For example, the WTRU may be configured with a CSI reporting configuration having multiple sTRP hypotheses. In Part 2, the WTRU may report CSI for the sTRP1 hypothesis on the first PUCCH resource and / or CSI for the sTRP2 hypothesis on the second PUCCH resource in the STxMP, and the WTRU may determine the PUCCH resources per panel according to the bit field in Part 1. The subset mapping rule may be based on a CW index. The WTRU may report all CSI for one codeword (CW) in the first PUCCH resource and / or one or more (e.g., all) CSI for a second CW in the second PUCCH resource in the STxMP. The subset mapping rule may be based on a CRI. For example, the WTRU may calculate multiple CSIs, where the first CSI is adjusted on CRI1 and / or the second CSI is adjusted on CRI2. The WTRU may receive an association between the CRI resources and the PUCCH resources. The WTRU may transmit the adjusted CSI on CRI1 in the first PUCCH resource and / or the adjusted CSI on CRI2 in the second PUCCH resource in STxMP.

[0146] FIG. 5 illustrates an example of channel state information (CSI) content mapping to STxMP resources. As illustrated in FIG. 5, multiple mapping rules may be preconfigured (2), and the WTRU may use the STxMP_Part2 bit to select from one of the options. The CSI content may be divided into parts and may be divided into PUCCH1 and PUCCH2 according to hypotheses or subband indexes. The WTRU may measure the CSI using a reference signal transmitted per TRP. The WTRU may generate CSI content and multiplex Part 1 of the CSI onto the associated PUCCH resource and transmit it on a single panel. The WTRU may multiplex Part 2 of the CSI onto a pair of PUCCH resources, and the WTRU may transmit both PUCCH resources simultaneously.

[0147] For reduced overhead mTRP PUCCH HARQ-ACK, in a multi-DCI PDSCH transmission, the WTRU may be configured with one or more PUCCH resource sets for HARQ feedback transmission associated with the received PDSCH. In an example, the WTRU may be configured with two or more PUCCH resource sets, where each resource set may be associated with a different panel and / or TRP. For example, the WTRU may be configured with up to eight PUCCH resource sets, where the first four sets may be associated with a first panel and / or TRP and the second four sets may be associated with a second panel and / or TRP.

[0148] In another example, a WTRU may be configured with two or more PUCCH resource sets, where a first resource set may be used for ACK or NACK transmission and a second resource set may be used for joint ACK and / or NACK transmission.

[0149] In another example, a WTRU may be configured with only one PUCCH resource set, where a first set of resources may be designated for ACK / NACK transmissions and a second set of resources may be designated for joint ACK and / or NACK transmissions. The resource designation may be by configuration, resource indexing order, etc.

[0150] In another example, a WTRU may be configured with a single PUCCH resource set, and each PUCCH resource may have one or more of the following characteristics: Each PUCCH resource may have at least two pieces of spatial relationship information, and each spatial relationship may be associated with a different panel and / or TRP. The PUCCH resources may be indexed and grouped such that each group may be associated with a different panel and / or TRP.

[0151] When a WTRU receives two or more scheduled PDSCHs, the WTRU may determine the number of ACKs / NACKs according to the success of PDSCH decoding. The WTRU may receive two or more PDSCH payloads, and its HARQ feedback timing relative to the timing of the received PDSCHs is indicated by two or more scheduling DCIs. The received PDSCHs may or may not be received simultaneously. When a WTRU is scheduled with two PDSCHs, the WTRU may attempt to decode the received payloads and send corresponding ACKs / NACKs accordingly. Depending on the decoding result of the received PDSCHs, one of the following cases may occur: Case 1. NACK(PDSCH1), NACK(PDSCH2) Case 2. NACK (PDSCH1), ACK (PDSCH2) Case 3. NACK (PDSCH1), ACK (PDSCH2) Case 4. ACK(PDSCH1), ACK(PDSCH2)

[0152] One or more of the following may be employed by the WTRU for the ACK and / or NACK indicator: For Cases 2 and 3, the WTRU may continue to use the received PRI in the received scheduling DCI to determine the corresponding PUCCH resource for the separate ACK / NACK transmission. For Cases 1 and 2, the WTRU may transmit a joint ACK and / or NACK, e.g., a single bit, by employing one or more of the following: The WTRU may be configured with at least one dedicated PUCCH resource for the joint transmission of the ACK and / or NACK. For HARQ transmission, the WTRU may use the indicated HARQ timing information of the designated PDSCH in the scheduling PDCCH, where the designated PDSCH may be defined by at least one of the following: (1) a PDSCH corresponding to a preconfigured panel or TRP, e.g., a first panel or a first TRP'; (2) a PDSCH received at a particular timing, e.g., a first received PDSCH, a first scheduled PDSCH, etc.; or (3) a PDSCH associated with a link having a higher signal quality, e.g., a higher RSRP'.

[0153] The WTRU may use one dedicated PUCCH resource for the joint transmission of an ACK and another dedicated PUCCH resource for the joint transmission of a NACK. For the joint ACK / NACK transmission, the panel and / or TRP may be selected by using one or the following methods: The WTRU may use the panel and / or TRP associated with a stronger signal quality measurement, e.g., a higher RSRP. The WTRU may randomly select one of the panels and / or TRPs. The WTRU may select both panel and / or TRP links, e.g., simultaneous transmission on both panels. If one dedicated PUCCH resource per PDSCH, e.g., one panel and / or TRP, is configured, the WTRU may use the PUCCH resource associated with the link with the higher signal quality measurement, e.g., a higher RSRP. The WTRU may randomly use one of the PUCCH resources. The WTRU may use the earliest PUCCH resource according to the HARQ timing indicated by the scheduling PDCCH.

[0154] An uplink control indication (UCI) may be multiplexed onto a PUSCH via multiple antenna panels. For example, if a WTRU determines to transmit UCI carrying CSI or HARQ in a time slot where a PUSCH is also scheduled for transmission, the WTRU may multiplex the UCI onto the PUSCH transmission. In NR, the WTRU determines the number of resources available for UCI according to a configured value, a beta factor. This beta factor defines the percentage of PUSCH resources allocated for UCI instead of uplink-shared channel (UL-SCH) data. The beta factor may be signaled via a grant scheduling a PUSCH transmission or may be pre-configured. The WTRU may receive an indicator as part of the PUSCH configuration regarding whether the beta factor is dynamically indicated or pre-configured. Mechanisms for applying the beta factor and determining which panel to use are described herein.

[0155] In an example embodiment, the WTRU may determine a panel transmission scheme for multiplexing the UCI onto the PUSCH. The WTRU may receive beta coefficients and, based on a rule, may determine to multiplex the UCI onto one of the available panels. The WTRU may use the beta coefficients on the determined panel.

[0156] In an example embodiment, the WTRU may determine whether UCI multiplexing on a PUSCH is possible for STxMP based on various factors. For example, the WTRU may determine whether UCI multiplexing on a PUSCH is possible for STxMP based on an explicit instruction in the grant indicating that the WTRU should transmit UCI multiplexed in STxMP. The UL-SCH indicator may be a 1-bit field in the DCI that indicates whether the PUSCH carries only UCI. The UL-SCH indicator may be extended to 2 bits, with each bit associated with a panel. A new bit field in the DCI may be defined to indicate transmitting UCI in a single panel with panel index selection, STxMP with repetition, or partitioning.

[0157] The WTRU may determine whether UCI multiplexing on the PUSCH is possible for the STxMP based on the WTRU receiving the MAC-CE and activating / deactivating UCI multiplexing in the STxMP. The WTRU may determine whether UCI multiplexing on the PUSCH is possible for the STxMP based on the signal quality of multiple panels (e.g., two panels) being above a threshold, and the WTRU may multiplex UCI across the multiple panels. In an example embodiment, if multiple panels are above a threshold and the difference in signal quality between the panels is above a threshold, the WTRU may not multiplex UCI in the STxMP (e.g., multiplex and transmit only on the strongest panel).

[0158] The WTRU may decide to transmit the UCI on a single or multiple panels (e.g., two panels) depending on the UCI payload size. The WTRU may receive a threshold number of bits, and the WTRU may decide to multiplex the UCI onto multiple panels if the UCI payload size is above the threshold, and the WTRU may decide to multiplex the UCI onto a single panel if the UCI payload size is below the threshold.

[0159] The WTRU may determine to transmit UCI on multiple panels (e.g., two panels) depending on the PUSCH operation mode. For example, if the WTRU receives an indication to transmit PUSCH in STxMP (e.g., SRS resource set indicator dynamic switching), the WTRU may determine that UCI can also be transmitted in STxMP. Alternatively, the WTRU may transmit UCI in STxMP depending on one type of STxMP operation mode (e.g., when SFN is configured and SDM is not configured, or vice versa).

[0160] The WTRU may transmit UCI on both panels, in which case the WTRU may transmit repetitions of the UCI in STxMP. For example, if the WTRU receives an indication to transmit in SFN STxMP mode of operation, the WTRU may generate a UCI payload and multiplex the same UCI payload on panel 1 and panel 2. Alternatively, the WTRU may receive an indication in the DCI to dynamically switch between UCI repetition and partitioning the payload across two panels.

[0161] A WTRU may be equipped with multiple panels capable of UCI transmission. If the WTRU decides to multiplex onto only one panel, the WTRU may use one or more of the following rules for panel selection: The rule for panel selection may include selecting the panel with the highest signal quality (e.g., RSRP, SINR). The rule for panel selection may include selecting the panel with a signal quality above a threshold delta. The rule for panel selection may include selecting the panel with the highest RSRP of two panels. The rule for panel selection may be a function of an indicator (e.g., dynamically configured in the DCI or explicitly configured in the CG-PUSCH). For example, the WTRU may receive an explicit indicator in the DCI, such as a bit field, that may indicate the panel onto which the WTRU may multiplex UCI and an associated beta value. The rule for panel selection may include selecting the panel associated with the SRS resource set with the lowest set ID. The rule for panel selection may include selecting the panel associated with the SRS resource set with the lowest ID. The rules for panel selection may include selecting the same panel on which the PUSCH scheduling grant was received. For example, a WTRU may receive DCI carried by a PDCCH on panel 1, and the WTRU may select panel 1 for multiplexing UCI. The signal quality per panel may be determined based on measurements using reference signals sent or received by each panel.

[0162] The WTRU may determine a UCI resource allocation for each panel. For example, the WTRU may determine a beta factor (proportion of PUSCH resources allocated for UCI multiplexing) to apply in STxMP or to one of the panels. Two or more sets of beta coefficient / offset values ​​may be configured, with each set associated with a transmission mode (e.g., single panel or STxMP). The WTRU may use the beta coefficient / offset value associated with the determined transmission mode. For example, the WTRU may receive multiple beta coefficient values ​​for a single panel. The WTRU may determine to use a first beta coefficient value for panel 1 if UCI is multiplexed in single panel mode, or may determine to use a second beta coefficient value for panel 1 if UCI is multiplexed in STxMP.

[0163] The WTRU may receive one beta value for each panel, and may determine to multiplex the UCI on one of the panels based on one of the panel selection rules, and may use the beta value associated with the determined panel. The WTRU may receive a pre-configured beta value for each panel, or the WTRU may receive a grant in which the beta value for each panel is indicated. The WTRU may determine the association of the beta values ​​to the panels based on a static assignment (e.g., a first beta value for a first panel and a second beta value for a second panel) or based on a dynamic association (e.g., according to a DCI index).

[0164] The WTRU may determine to use one beta value and an additional beta offset value. The WTRU may receive a preconfigured beta value, and the beta offset value may be dynamically indicated in a DCI, where the DCI indicates one offset value from a set of preconfigured beta offset values. The WTRU may map the UCI onto the determined panel, and the WTRU may determine that the total ratio of resources for mapping the UCI includes the beta offset in addition to the beta value. The WTRU may receive two or more beta offset values ​​in the DCI, and each beta offset may be associated with a panel. If the WTRU does not receive a beta offset value, the WTRU may apply a default value (e.g., 0) to the beta offset and use the same preconfigured beta coefficient for both panels.

[0165] The WTRU may transmit UCI on multiple (e.g., two) panels, and the WTRU may partition each UCI into multiple (e.g., two) parts, and the WTRU may multiplex each part onto one of the panels. The WTRU may receive two beta values, e.g., beta 1 and beta 2, where beta 1 + beta 2 = 1. The WTRU may decide to send a beta 1 percentage of the UCI payload on panel 1 and a beta 2 percentage of the UCI payload on panel 2.

[0166] If a WTRU is scheduled to transmit UCI in STxMP over two panels but is unable to multiplex UCI (e.g., due to insufficient power allocation in one panel, one panel being deactivated, the slot-TRP link in one panel not being available for WTRU transmission, etc.), the WTRU may transmit a fallback indicator on a single panel to signal that the WTRU is unable to transmit UCI in STxMP over the specified resources. The WTRU may dynamically receive on DCI (e.g., PRI) or may be pre-configured with resources and a fallback time period T_fallback, in which case the WTRU may transmit a fallback indicator. The WTRU may wait for the time period T_fallback before transmitting UCI in STxMP. The fallback resources may consist of PUCCH resources or UL MAC-CE.

Claims

1. 1. A wireless transmit / receive unit (WTRU), comprising: A transceiver; a processor, the processor comprising: receiving, via the transceiver, configuration information including an indication of a first physical uplink control channel (PUCCH) resource, a second PUCCH resource, and an association of one or more respective CSI content types with each of a first channel state information (CSI) part, a second CSI part, the first PUCCH resource, and the second PUCCH resource; determining a CSI report including the first CSI part and the second CSI part, the CSI report being based on the association of the one or more respective CSI content types to the first CSI part and the second CSI part; transmit, via the transceiver, the first CSI part of the CSI report at a first time using the first PUCCH resource; transmit, via the transceiver, a first portion of the second CSI part of the CSI report using the first PUCCH resource at a second time different from the first time; and transmitting, via the transceiver, a second portion of the second CSI part of the CSI report using the second PUCCH resource, wherein the transmission of the second portion of the second CSI part of the CSI report overlaps in time with the transmission of the first portion of the second CSI part of the CSI report.

2. The WTRU of claim 1 , wherein the first CSI part and the second CSI part are further based on measurements of one or more reference signals.

3. 2. The WTRU of claim 1, wherein a CSI content type of the first part and the second part of the second CSI part of the CSI report is based on an association of the configured CSI content type to the first PUCCH resource and the second PUCCH resource.

4. 2. The WTRU of claim 1, wherein at least one of the one or more CSI content types includes information identifying whether a single panel of the WTRU or multiple panels of the WTRU should be used when determining the CSI report.

5. the transmission of the first CSI part is via a single panel of the WTRU; The WTRU of claim 1 , wherein the transmission of the second CSI part is via multiple panels of the WTRU.

6. 1. A method implemented by a wireless transmit / receive unit (WTRU), the method comprising: receiving configuration information including an indication of a first physical uplink control channel (PUCCH) resource, a second PUCCH resource, and an association of one or more respective CSI content types with each of a first channel state information (CSI) part, a second CSI part, the first PUCCH resource, and the second PUCCH resource; determining a CSI report including the first CSI part and the second CSI part, the CSI report based on the association of the one or more respective CSI content types to the first CSI part and the second CSI part; transmitting the first CSI part of the CSI report using the first PUCCH resource at a first time; transmitting a first portion of the second CSI part of the CSI report using the first PUCCH resource at a second time different from the first time; transmitting a second portion of the second CSI part of the CSI report using the second PUCCH resource, wherein transmission of the second portion of the second CSI part of the CSI report overlaps in time with transmission of the first portion of the second CSI part of the CSI report.

7. The method of claim 6 , wherein the first CSI part and the second CSI part are further based on measurements of one or more reference signals.

8. 7. The method of claim 6, wherein CSI content types of the first and second parts of the second CSI part of the CSI report are based on association of the configured CSI content types to the first and second PUCCH resources.

9. 7. The method of claim 6, wherein at least one of the one or more CSI content types includes information identifying whether a single panel of the WTRU or multiple panels of the WTRU should be used when determining the CSI report.

10. transmitting the first CSI part via a single panel of the WTRUs; The method of claim 6 , further comprising: transmitting the second CSI part over multiple panels of the WTRU.

11. At least one non-transitory computer-readable storage medium containing executable instructions, the executable instructions causing at least one processor to: receiving configuration information, the configuration information including an indication of a first physical uplink control channel (PUCCH) resource, a second PUCCH resource, and an association of one or more respective CSI content types with each of a first channel state information (CSI) part, a second CSI part, the first PUCCH resource, and the second PUCCH resource; determining a CSI report including the first CSI part and the second CSI part, the CSI report being based on the association of the one or more respective CSI content types to the first CSI part and the second CSI part; transmitting the first CSI part of the CSI report using the first PUCCH resource at a first time; transmitting a first portion of the second CSI part of the CSI report using the first PUCCH resource at a second time different from the first time; and transmitting a second portion of the second CSI part of the CSI report using the second PUCCH resource, wherein transmission of the second portion of the second CSI part of the CSI report overlaps in time with transmission of the first portion of the second CSI part of the CSI report.

12. 12. The at least one non-transitory computer-readable storage medium of claim 11, wherein the first CSI part and the second CSI part are further based on measurements of one or more reference signals.

13. 12. The at least one non-transitory computer-readable storage medium of claim 11, wherein CSI content types of the first and second parts of the second CSI part of the CSI report are based on association of the configured CSI content types to the first and second PUCCH resources.

14. 12. The at least one non-transitory computer-readable storage medium of claim 11, wherein at least one of the one or more CSI content types includes information identifying whether a single panel of the WTRU or multiple panels of the WTRU should be used when determining the CSI report.

15. The executable instructions further cause the at least one processor to: transmitting the first CSI part via a single panel of the WTRUs; 12. The at least one non-transitory computer-readable storage medium of claim 11, for configuring: transmitting the second CSI portion via multiple panels of the WTRU.

Images