JP7820038B2 - Method and apparatus for simultaneous uplink transmission of control channels - Google Patents

Description

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.

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 repeated transmissions. This requires 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.

Described herein are methods and apparatus for implementing and configuring multiple transmissions within the same timeslot. In an example 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.

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. The WTRU may also be configured to transmit part 2 of a CSI report via multiple panels of the WTRU in a simultaneous transmission multiple panel (STxMP) operating mode. The 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 of the multiple transmissions overlap in time, or any suitable combination thereof.

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 the multiple antenna channels. The downlink grant may include a transmission time offset parameter. The method may include receiving, from respective multiple transmit/receive points (TRPs), multiple downlink grants, where each downlink grant among the multiple downlink grants may include a respective PRI, and determining, based on the received downlink grants, to transmit on respective multiple PUCCHs via respective multiple antenna channels. Each downlink grant among 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.

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 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 among 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.

An exemplary non-transitory computer-readable storage medium may have executable instructions stored thereon that, when executed by a processor, cause the processor to facilitate simultaneous uplink transmissions. When executed, the executable instructions may cause the processor to be configured to facilitate the WTRU transmitting simultaneously on multiple physical uplink control channels (PUCCHs) within a single timeslot. The WTRU may be equipped with multiple antenna panels, and when executed, the executable instructions may cause the processor 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 the multiple antenna channels based on the received downlink grant. The downlink grant may include a transmit time offset parameter. When executed, the executable instructions may cause a processor to facilitate a WTRU receiving a plurality of downlink grants from respective transmit/receive points (TRPs), where each downlink grant among the plurality of downlink grants includes a respective PRI, and determining to transmit on a respective plurality of PUCCHs via a respective plurality of antenna channels based on the received downlink grants. Each downlink grant among the plurality of downlink grants may include a respective transmission time offset parameter. When executed, the executable instructions may cause the processor to facilitate the WTRU determining to transmit hybrid automatic repeat request-acknowledgement (HARQ-ACK) feedback based on the received PRI. When executed, the executable instructions may cause the processor 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 may cause a 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 may cause a processor to facilitate a WTRU determining per-channel uplink control indicator (UCI) resources.

An exemplary 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 one or more respective CSI content types to the first CSI part and the second CSI part. The processor may transmit, via the transceiver, the 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 a second CSI part of the CSI report using a 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, 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 CSI part and the second CSI part 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 to the first and second PUCCH resources. At least one of the one or more CSI content types may include information identifying whether a single panel of the WTRU or multiple panels of the WTRU should be used 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.

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 the transmission of the second portion of the second CSI part of the CSI report overlaps in time with the 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. The 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 to the first and second PUCCH resources. At least one of the one or more CSI content types may include information identifying whether a single panel of the WTRU or multiple panels of the WTRU should be used when determining the CSI report. The transmission of the first CSI part may be via a single panel of the WTRU, and the transmission of the second CSI part may be via multiple panels of the WTRU.

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 CSI part and the second CSI part 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 the configured CSI content types to the first and second PUCCH resources. At least one of the one or more CSI content types may include information identifying whether a single panel of the WTRU or multiple panels of the WTRU should be used 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.

A more detailed understanding can be had from the following detailed description, given by way of example in conjunction with the accompanying drawings, in which: Figures of such drawings, like the detailed description, are examples only; therefore, the figures and detailed description should not be considered limiting, as other equally effective embodiments are and likely are possible. Like reference numbers ("ref." or "refs.") in the figures indicate like elements.
FIG. 1 is an example system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented. 1B is an exemplary system diagram illustrating an exemplary wireless transmit/receive unit (WTRU) that may be used within the communications system illustrated in FIG. 1A, according to one embodiment. 1B 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. 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. 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. 1 depicts an example of configurable parameters for STxMP per physical uplink control channel (PUCCH) format. 10 depicts an example of parameters for STxMP that are configurable per PUCCH resource. 1 depicts an example of channel state information (CSI) content mapping to STxMP resources.

1A is a diagram illustrating an exemplary 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 the 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.

As shown in FIG. 1A, communications system 100 may include wireless transmit/receive units (WTRUs) 102a, 102b, 102c, and 102d, RANs 104/113, CNs 106/115, a 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, and 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), mobile stations, fixed or mobile subscriber units, subscription-based units, pagers, mobile phones, personal digital assistants (PDAs), smartphones, laptops, netbooks, personal computers, wireless sensors, hotspots or Mi-Fi devices, Internet of Things (ioT) devices, watches or other wearable devices, head-mounted displays (HMDs), vehicles, drones, medical devices and applications (e.g., for remote surgery), industrial devices and applications (e.g., robots and/or other wireless devices operating in industrial and/or automated processing chain contexts), consumer electronics devices, devices operating on commercial and/or industrial wireless networks, etc. Any of UEs 102a, 102b, 102c, and 102d may be referred to interchangeably as a WTRU.

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 CNs 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), a NR Node B, a site controller, an access point (AP), a wireless router, etc. Although base stations 114a, 114b are each depicted as a single element, it will be understood that base stations 114a, 114b may include any number of interconnected base stations and/or network elements.

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), a relay node, etc. The base station 114a and/or the 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, beamforming may be used to transmit and/or receive signals in desired spatial directions.

The base stations 114a, 114b may communicate with one or more of the WTRUs 102a, 102b, 102c, 102d via the 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).

More specifically, as noted above, the communication 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 114a and the WTRUs 102a, 102b, and 102c within 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 communication 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).

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).

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

In one embodiment, the base station 114a and the WTRUs 102a, 102b, and 102c may implement multiple radio access technologies. For example, the base station 114a and the WTRUs 102a, 102b, and 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, and 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).

In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement wireless technologies 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.

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 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 via the CN 106/115.

RAN 104/113 may communicate with 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 WTRUs 102a, 102b, 102c, 102d. The data may have various quality of service (QoS) requirements, such as different throughput requirements, latency requirements, error tolerance requirements, reliability requirements, data throughput requirements, mobility requirements, etc. 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 RAN 104/113 and/or CN 106/115 may communicate directly or indirectly with other RANs employing the same RAT as RAN 104/113 or a different RAT. For example, CN 106/115, in addition to being connected to 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.

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), user datagram protocol (UDP), and/or the internet protocol (IP) of the TCP/IP Internet protocol suite. The networks 112 may include wired and/or wireless communication networks owned and/or operated by other service providers. For example, network 112 may include another CN connected to one or more RANs, which may employ the same RAT as RAN 104/113 or a different RAT.

Some or all of the WTRUs 102a, 102b, 102c, and 102d in the communications system 100 may include multi-mode capabilities (e.g., the WTRUs 102a, 102b, 102c, and 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 the base station 114a, which may employ a cellular-based wireless technology, and the base station 114b, which may employ IEEE 802 wireless technology.

FIG. 1B is a system diagram illustrating an exemplary 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.

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 a transceiver 120, which may be coupled to a 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.

The transmit/receive element 122 may be configured to transmit or receive signals to or from a base station (e.g., base station 114a) via 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.

Although the transmit/receive element 122 is depicted in FIG. 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.

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 NR and IEEE 802.11, for example.

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. In addition, 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).

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.

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 any suitable location-determination method while remaining consistent with an embodiment.

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. 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.

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 for reducing and/or substantially eliminating self-interference either through hardware (e.g., a choke) 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)).

FIG. 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, and 102c over the air interface 116. The RAN 104 may also communicate with the CN 106.

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 one 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.

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 each other via an X2 interface.

The CN 106 shown in FIG. 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.

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 attachment 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) employing other radio technologies such as GSM and/or WCDMA.

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 handovers, 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.

The SGW 164 may be connected to the 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.

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.

Although the WTRUs are illustrated in Figures 1A-1D as wireless terminals, it is contemplated that in certain representative embodiments, such terminals may use a wired communications interface (e.g., temporarily or permanently) with a communications network.

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

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 for delivery to the respective destination. Traffic between STAs within a 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 a 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, 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.

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 configured 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.

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.

A Very High Throughput (VHT) STA may support channels that are 20 MHz, 40 MHz, 80 MHz, and/or 160 MHz wide. 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. In the case of an 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 the Medium Access Control (MAC).

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) certain and/or limited bandwidths. The MTC device may include a battery with a battery life above a threshold (e.g., to maintain a very long battery life).

WLAN systems that may support multiple channels and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel that may be designated as a primary channel. The primary channel may have a bandwidth equal to the maximum common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel may be configured and/or restricted by the STA from among all STAs operating in the BSS that support the minimum bandwidth operating mode. In an 802.11ah embodiment, the primary channel may be 1 MHz wide for STAs (e.g., MTC-type devices) that support (e.g., only) 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 may depend on the status of the primary channel. For example, if the primary channel is busy due to a STA (that only supports the 1 MHz mode of operation) transmitting to the AP, the entire available frequency band may be considered busy, even though most of the frequency band may remain idle and available for use.

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

Figure 1D is a system diagram illustrating RAN 113 and CN 115 according to one embodiment. As described above, RAN 113 may employ NR radio technology to communicate with WTRUs 102a, 102b, and 102c via air interface 116. RAN 113 may also communicate with CN 115.

RAN 113 may include gNBs 180a, 180b, and 180c, although it will be understood that RAN 113 may include any number of gNBs while remaining consistent with an embodiment. gNBs 180a, 180b, and 180c may each include one or more transceivers for communicating with WTRUs 102a, 102b, and 102c over the air interface 116. In one embodiment, gNBs 180a, 180b, and 180c may implement MIMO technology. For example, gNBs 180a and 180b may utilize beamforming to transmit and/or receive signals to and/or from gNBs 180a, 180b, and 180c. Thus, gNB 180a may transmit and/or receive wireless signals to and from 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 gNB 180a and the gNB 180b (and/or the gNB 180c).

WTRUs 102a, 102b, 102c may communicate with gNBs 180a, 180b, 180c using transmissions associated with scalable numerology. For example, OFDM symbol spacing and/or OFDM subcarrier spacing may vary for different transmissions, different cells, and/or different portions of the wireless transmission spectrum. WTRUs 102a, 102b, 102c may communicate with 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 absolute times).

The gNBs 180a, 180b, and 180c may be configured to communicate with the WTRUs 102a, 102b, and 102c in a standalone configuration and/or a non-standalone configuration. In a standalone configuration, the WTRUs 102a, 102b, and 102c may communicate with the gNBs 180a, 180b, and 180c without accessing another RAN (e.g., eNodeBs 160a, 160b, and 160c). In a standalone configuration, the WTRUs 102a, 102b, and 102c may utilize one or more of the gNBs 180a, 180b, and 180c as mobility anchor points. In a standalone configuration, the WTRUs 102a, 102b, and 102c may communicate with the gNBs 180a, 180b, and 180c using signals in unlicensed bands. In a non-standalone configuration, the WTRUs 102a, 102b, 102c may communicate with and connect to a gNB 180a, 180b, 180c while also communicating with and connecting to another RAN, such as an eNodeB 160a, 160b, 160c. For example, the WTRUs 102a, 102b, 102c may implement a DC principle 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.

Each of 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, gNBs 180a, 180b, 180c may communicate with each other via an Xn interface.

CN 115 shown in FIG. 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 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.

The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via the 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 for the WTRUs 102a, 102b, 102c based on the type of service the WTRUs 102a, 102b, 102c are utilizing. 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, and services for machine type communication (MTC) access. 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.

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 UE IP addresses, managing PDU sessions, controlling policy enforcement and QoS, and providing downlink data notification. The PDU session type may be IP-based, non-IP-based, Ethernet-based, etc.

The UPFs 184a, 184b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via the N3 interface, thereby providing 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 policies, supporting multi-homed PDU sessions, handling user plane QoS, buffering downlink packets, and providing mobility anchoring.

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 serves as an interface between the CN 115 and the PSTN 108. In addition, 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.

With reference to Figures 1A-1D and the corresponding descriptions 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.

The emulation device may be designed to implement one or more tests of other devices in a lab environment and/or an operator 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 device may be directly coupled to another device for testing purposes and/or may perform testing using wireless communication over the air.

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.

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 having a single primary rate interface (PRI) and a K1 value (time delay/offset parameter) that indicates to the WTRU one PUCCH resource to use for hybrid automatic repeat request/acknowledgement (HARQ/ACK) feedback with a time offset of K1. Additionally, in multiple DCI (mDCI) scenarios, the WTRU may receive separate grants from different transmission/reception points (TRPs), each of which may indicate a primary rate interface (PRI) and 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.

This specification describes mechanisms for configuring PUCCH and demodulation reference signal (DM-RS) resources for simultaneous multi-panel transmissions. It also describes 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.

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 on its respective TRP (TRP 1, TRP 2). The WTRU may transmit simultaneously in the same time slot on both panels.

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; for example, "A/B" may imply "A and/or B."

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 referenced to such RS or SS block.

The WTRU may transmit a first physical channel or signal according to the same spatial domain filter used to transmit a second physical channel or signal. The first and second transmissions may be referred to as the "target" and "reference" (or "source"), respectively. In such cases, 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.

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) indicated in the DCI or configured by the RRC. In another example, the spatial relationship may be configured by the RRC for the SRS or signaled by a MAC CE for the PUCCH. Such a spatial relationship may be referred to as a "beam indication."

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 the CSI-RS or SS block and the 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."

Hereinafter, RS may be used interchangeably with one or more of RS resource, RS resource set, RS port, and RS port group, without conflicting with the present invention.Hereinafter, RS may be used interchangeably with one or more of SSB, CSI-RS, SRS, and DM-RS, without conflicting with the present invention.

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 remaining 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 remaining consistent with the present invention.

A WTRU may be configured with one or more TRPs (or may receive configurations for one or more TRPs), 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.

The 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. The WTRU may be configured with CMR groups containing CMR indices transmitted from the same TRP. Each group may be identified by a CMR group index (e.g., Group 1). The 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.

The 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, SSB).

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 SRS in the first resource set and on TRP2 using SRS in the second resource set. The configuration may be received via RRC signaling.

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 the received signal quality for all other TRPs or exceeds a threshold).

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 cases with three or more TRPs. In this exemplary case, one of the TRPs is considered the primary TRP.

The grant or allocation characteristics may include at least one of the following: frequency allocation, time allocation aspects such as duration, priority, modulation and coding scheme, transport block size, number of spatial layers, number of transport blocks, TCI state, CSI-RS (CRI) or 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, the 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 semi-persistent scheduling (configured) allocation, the configured grant index or semi-persistent allocation index, the periodicity of the configured grant or allocation, the channel access priority class, class, CAPC), parameters 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 a 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 (NC-JT) transmission.

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 and L1-SINR obtained from the 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), and a layer index (LI).

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.

The WTRU may transmit 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 the configuration of the scrambling identifier (ID) 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.

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.

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

A single 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 (CS), separate scrambling, and/or two (or more) active spatial filters (per panel). 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 in SDM (e.g., via PUCCH resources) using different DMRS CS, scrambling parameters, configurations, etc.

In the example, the PRI (code point/value) may be associated with a panel-related identifier, and one or more of the following actions may be applied:

In an operation referred to as operation 1, a subset of PRI code points/values (e.g., of up to 2^B PRI code points/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 indicators (e.g., based on the selected PRI code points/values).

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 code points/values available to be selected via a DCI including the PRI field), and the WTRU may determine a first interpretation (of the 2^B code points/values) of the PRI field if not configured with STxMP mode, and may determine a second interpretation (of the 2^B code points/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 a new PRI table for STxMP to the PRI field.

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 PUCCH in STxMP based on the indicated PRI.

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 parameters 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 having a 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 being enabled for each PUCCH format and used (e.g., linked) for one or more PUCCH resources for STxMP.

Figure 4 illustrates an example of parameters for STxMP that are configurable per PUCCH resource. In the example, a PUCCH resource (for STxMP) may be configured (e.g., via RRC) to include (or indicate) a sub-parameter for whether "STxMP" is enabled. As shown in Figure 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).

When the WTRU determines that PUCCH transmission (based on STxMP being enabled) should be performed 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 provide benefits in terms of improving the reliability and robustness of PUCCH transmissions based on applying a different pair of panel indices for PUCCH repetitions per Tx occasion, e.g., panel indices {1, 2} being used for PUCCH transmission on the first Tx occasion, panel indices {1, 3} being used for PUCCH transmission on the second Tx occasion, etc.

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 the power control parameters configured for a panel and the PUCCH transmitted on the same panel.

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 resources 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 identification, the WTRU may transmit PUCCH in STxMP based on using a first PUCCH resource from set 1 and a second PUCCH resource from set 2.

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 a 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.

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 also transmit independent PUCCH content, where each PUCCH may be mapped to a different panel.

The WTRU may determine the operating mode depending on one or more of the following conditions: The WTRU may decide to use the same operating mode as the PDSCH/PDCCH. If the WTRU receives an 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.

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 PDSCH/PDCCH. The WTRU may dynamically decide to switch between the two sets of PUCCH resources depending on the dynamic indication in the grant of the PDSCH/PDCCH operation mode. 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.

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, in the case of CJT-PDSCH, the WTRU may use STxMP for the PUCCH, and in the case of NC-JT, the WTRU may use single panel PUCCH.

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. Exemplary PUCCH resource configurations for STxMP are 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 a single panel. The WTRU may receive a MAC-CE activating/deactivating 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.

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 HARQ-ACK.

For intra-cell scenarios, 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 using 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 joint 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.

Regarding 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 exemplary operation modes are described herein.

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

In another example, the WTRU may be configured with joint STxMP HARQ-ACK feedback. If the respective k1 timings of the PDSCH result in PUCCHs that completely overlap in time, the WTRU may generate a single concatenated report using a joint HARQ-ACK codebook and transmit repetitions of the report on both panels in STxMP mode. The report may be generated in any suitable manner. For example, the WTRU may reuse a 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 partially overlapping PUCCHs, the WTRU may transmit one of the PUCCHs according to a priority rule (e.g., primary TRP has higher priority, signal quality per panel, etc.) and drop the second PUCCH.

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 operating 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 operating mode:

In a first operating mode (e.g., in an mDCI cell) where one or more PUCCH resources are associated with the same cell (e.g., the same PCI), the WTRU may determine a 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.

In a second operating mode (e.g., between mDCI cells) in which one or more PUCCH resources are associated with different cells (e.g., different PCIs), the WTRU may implement at least one of the following schemes:

In an exemplary 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 the 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 the 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 (servingcellID) may be a higher priority than other cell IDs. The prioritization may be based on the 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.

In an exemplary STxMP transmission scheme (STxMP transmission scheme 2), the WTRU may simultaneously transmit one or more PUCCH resources shown/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 determine the 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 determine/implement prioritization; otherwise, the WTRU may determine/implement STxMP.

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 on/implement prioritization; otherwise, the WTRU may decide on/implement STxMP.

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 a gNB (e.g., a serving gNB).

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

The WTRU may determine the 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 determine/implement prioritization; otherwise, the WTRU may determine/implement STxMP.

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 gNB-involved STxMP) may configure PUCCH resources that do not overlap in time/frequency. The PUCCH resources for the serving gNB and/or the non-serving gNBs 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 specific time location.

An example of a WTRU transmitting PUCCH resources carrying CSI reports in STxMP mode is described below.

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

where the value of y depends on the CSI report type (aperiodic, semi-persistent, and periodic) carried on the PUCCH or PUSCH, k depends on the signal quality measure (e.g., carrying L1-RSRP or L1-SINR), c is the serving cell index, N_cells is maxNrofServingCells, s is reportConfigID, and M_s is the value of maxNrofCSI-ReportConfigurations. If two or more CSI reports are scheduled to be transmitted at the same time index (e.g., slot), the WTRU may transmit the CSI report with the lowest priority value. For example, if aperiodic and periodic CSI are scheduled for the same slot, the aperiodic CSI report will have a lower priority value and therefore the WTRU may transmit the aperiodic CSI report. The WTRU may not transmit periodic CSI.

The priority formula for the STxMP operating mode can be as follows:

A value for ρ(g) may be defined or used. The assigned value of ρ(g) may assist/help the WTRU in deciding which CSI report to omit/prioritize over another CSI report on the same or a different panel. One or more of the following may apply: ρ(g) may range from 0 to 1, where a value "ρ(g)=0" may imply a high priority for the i_th CSI report on the g_th panel, and a value "ρ(g)=1" may imply the lowest priority for the i_th CSI report on the g_th panel. Alternatively, ρ(g) may take values from 1 to 10, where "ρ(g)=1" may imply a high priority for the i_th CSI report on the g_th panel, and a value "ρ(g)=10" may imply the lowest priority for the i_th CSI report on the g_th panel. The value of ρ(g) for a CSI report on one panel may be independent of the value of ρ(g) for another CSI report on another panel, or they may be interdependent. The value ρ _g for a given CSI report in a particular panel may be based on at least one or any suitable combination of channel conditions (e.g., SNR, interference, etc.), panel architecture (e.g., number of antennas on the panel, transmit power, panel index, etc.), CSI report type/configuration (e.g., codebook/non-codebook, periodic CSI, aperiodic CSI, semi-persistent CSI, codebook type (Type I, Type II), etc.), number of CSI reports (e.g., number of CSI reports transmitted on one panel, number of CSI reports transmitted on another panel, collisions between CSI reports on the same panel, collisions between CSI reports on different panels, number of CSI reports with collisions on each/different panel, etc.), type of traffic (e.g., CSI reports associated with high priority traffic, CSI reports associated with low priority traffic, etc.), or CSI report channel (e.g., PUCCH or PUSCH, etc.).

In an example, the WTRU may allocate the same or different values of ρ(g) to two or more conflicting 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 conflicting/non-conflicting CSI reports. In another example, the WTRU may allocate the same or different values of ρ(g) to two or more conflicting CSI reports on both panels. In an example, the WTRU may allocate ρ(g) to two or more conflicting CSI reports based on panel ID to prioritize CSI reports 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 the PUCCH over another high-priority CSI report configured on the PUSCH.

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, mapping the first high-priority CSI report to one panel and the 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 the first high-priority CSI report to one panel, the second high-priority CSI report to the second panel, the 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.

If two CSI reports have the same priority and are scheduled to be transmitted on the same panel, the WTRU may, based on a condition, determine to transmit the first CSI report on the first panel and the second CSI report in the second panel in the same timeslot in 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.

The condition for STxMP may be based on an RSRP difference between the panels that exceeds 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.

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 fixed intervals (e.g., every t seconds). The WTRU may be given a single PUCCH resource for single-panel transmission.

A P-CSI reporting configuration may be pre-configured to have STxMP operation mode. For example, one P-CSI reporting configuration may be configured with 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, with both panels transmitting 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.

In an example involving 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 along with the first set to enable STxMP. The WTRU may decide to use both sets of resources and may transmit PUCCH simultaneously on both panels. For example, based on a priority equation, two P-CSI reports may be configured to be transmitted in at least one slot (e.g., the first report with a periodicity of t seconds and the second report with a periodicity of 2t seconds). In slots where the reports overlap, the WTRU may transmit PUCCH on the respective panels 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.

In an example involving 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 the operating mode on a slot-by-slot basis 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 a 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; in STxMP, repetition 1 is sent on panel 1 and repetition 2 is sent on panel 2).

In the Semi-Persistent CSI (SP-CSI) reporting mode, the network may activate and deactivate the configured SP-CSI PUCCH reporting 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 the serving cell ID, 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).

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 SP-CSI is activated for STxMP, or a bit = 0 to indicate that 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 in single panel mode if the activation bit = 0.

For MAC-CE-based activation of multiple spatial filters per PUCCH resource, the WTRU may be configured with SP-CSI having 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 depending on 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; 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 the 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 operating mode depending on the slot index.

The 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 non-coherent joint transmission (NCJT)). This may be designated as CSI reporting mode 1.

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 the CSI measurements on the reference signal (RS) from TRP1. For the mTRP NC-JT, the WTRU may report one CQI/RI/PMI per TRP corresponding to the 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, each of which may be associated with a TRP.

Each hypothesis may be configured in the CSI report as a pair between one or more CMRs and one IMR. The WTRU may receive CMRs for measuring the channel and/or IMRs for measuring interference (e.g., intra-cell and/or inter-cell). The gNB may configure 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 takes inter-TRP interference into account.

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 feedback of 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 co-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 CSI content according to the index in 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 pieces of 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.

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) pieces of content 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, where different CSI content is multiplexed on different panels. Instead of dropping some of the content in 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.

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 being transmitted in STxMP. Part 2 may include one or more (e.g., all) content transmitted over both panels.

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.

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; if the bit is 1, Part 2 may be transmitted using STxMP resources.

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 using STxMP, where CSI with CRI=0 is transmitted on the first panel and CSI with CRI=1 is transmitted on the second panel.

Additionally or alternatively, a bit may be included in Part 1 to indicate the 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 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 STxMP PUCCH to multiplex the additional CSI. The subset mapping rule may be based on reporting hypotheses. For example, the WTRU may be configured with a CSI reporting configuration with 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 resource 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 CRI resources and PUCCH resources. The WTRU may transmit, in STxMP, CSI adjusted on CRI1 in the first PUCCH resource and/or CSI adjusted on CRI2 in the second PUCCH resource.

Figure 5 illustrates an example of channel state information (CSI) content mapping to STxMP resources. As illustrated in Figure 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 split 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, 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.

For reduced overhead mTRP PUCCH HARQ-ACK, in multi-DCI PDSCH transmissions, 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, each associated with a different panel and/or TRP. For example, the WTRU may be configured with up to eight PUCCH resource sets, with the first four sets associated with a first panel and/or TRP and the second four sets associated with a second panel and/or TRP.

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.

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.

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.

When the WTRU receives two or more scheduled PDSCHs, the WTRU may determine the number of ACKs/NACKs according to the success of the 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 the WTRU is scheduled with two PDSCHs, the WTRU may attempt to decode the received payloads and transmit 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)

One or more of the following may be adopted 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 transmission of the separate ACK/NACK. For Cases 1 and 2, the WTRU may transmit a joint ACK and/or NACK, e.g., a single bit, by adopting one or more of the following: The WTRU may be configured with at least one dedicated PUCCH resource for the joint transmission of 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 specific 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'.

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 transmission of a joint ACK/NACK, 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 per panel and/or TRP, is configured, the WTRU may use the PUCCH resource associated with the link with the stronger 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.

Uplink control indications (UCI) may be multiplexed onto the PUSCH via multiple antenna panels. For example, if the WTRU determines to transmit UCI carrying CSI or HARQ in a timeslot in which 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 the 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.

In an exemplary 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.

In an exemplary embodiment, the WTRU may determine whether UCI multiplexing on PUSCH is possible for STxMP based on various factors. For example, the WTRU may determine whether UCI multiplexing on 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 one-bit field in the DCI that indicates whether the PUSCH carries only UCI. The UL-SCH indicator may be extended to two 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.

The WTRU may determine whether UCI multiplexing on PUSCH is possible for STxMP based on the WTRU receiving a MAC-CE to activate/deactivate UCI multiplexing in STxMP. The WTRU may determine whether UCI multiplexing on PUSCH is possible for 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 exemplary 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 STxMP (e.g., multiplex and transmit only on the strongest panel).

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 on multiple panels if the UCI payload size is above the threshold, and the WTRU may decide to multiplex the UCI on a single panel if the UCI payload size is below the threshold.

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).

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 operating mode, 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.

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 rules for panel selection may include selecting the panel associated with the SRS resource 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 for each panel may be determined based on measurements using reference signals sent or received by each panel.

The WTRU may determine the UCI resource allocation for each panel. For example, the WTRU may determine a beta factor (the 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.

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 indicating a beta value for each panel. The WTRU may determine the association of beta values to 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., depending on a DCI index).

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 the 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.

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.

If a WTRU is scheduled to transmit UCI in STxMP via two panels but is unable to multiplex the UCI (e.g., due to insufficient power allocation in one panel, one panel being deactivated, or the slot-TRP link in one panel not being available for WTRU transmission), the WTRU may transmit a fallback indicator on a single panel to signal that the WTRU is unable to transmit UCI in STxMP via the specified resources. The WTRU may dynamically receive in the 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 the 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 (20)

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. 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. The WTRU of claim 1, wherein the CSI content types of the first and second parts of the second CSI part of the CSI report are based on association of the CSI content types with the first and second PUCCH resources. 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 to determine the CSI report. the processor:
transmitting the first CSI part of the CSI report via the transceiver through a single panel of the WTRU;
2. The WTRU of claim 1, configured to transmit, via the transceiver, the first and second portions of the second CSI part of the CSI report via multiple panels of the WTRU. The WTRU of claim 1, wherein the processor is further configured to prioritize transmission of the CSI reports based on a number of transmission/reception points (TRPs). The WTRU of claim 1, wherein the processor is further configured to prioritize transmission of the CSI reports based on a transmit power of the WTRU. The WTRU of claim 1, wherein the processor is further configured to prioritize transmission of the CSI reports based on temporal overlap of PUCCH resources. The WTRU of claim 1, wherein the processor is further configured to prioritize transmission of the CSI reports based on frequency overlap of PUCCH resources. The WTRU of claim 1, wherein the configuration information includes a transmission time offset parameter. 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. The method of claim 11, wherein the first CSI part and the second CSI part are further based on measurements of one or more reference signals. The method of claim 11, wherein the 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 with the first and second PUCCH resources. The method 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. transmitting the first CSI part via a single panel of the WTRUs;
12. The method of claim 11, further comprising: transmitting the first and second portions of the second CSI part via multiple panels of the WTRU. The method of claim 11, further comprising prioritizing the transmission of the CSI reports based on a number of transmission/reception points (TRPs). The method of claim 11, further comprising prioritizing transmission of the CSI reports based on a transmit power of the WTRU. The method of claim 11, further comprising prioritizing transmission of the CSI reports based on temporal overlap of PUCCH resources. The method of claim 11, further comprising prioritizing transmission of the CSI reports based on frequency overlap of PUCCH resources. The method of claim 11, wherein the configuration information includes a transmission time offset parameter.