Beam indication based on TCI state group

Abstract

To provide a system, method, and means for beam indication based on a transmission configuration index (TCI) state group.SOLUTION: A wireless transmit / receive unit (WTRU) is configured to receive configuration information associated with a first transmission configuration indicator (TCI) state group and a second TCI state group. The WTRU is configured to report first respective measured downlink received power values and first respective determined power reduction values. The WTRU is configured to report second respective measured downlink received power values and second respective determined power reduction values. The WTRU is configured to receive an indication of the first TCI state group via a downlink transmission. The WTRU is configured to determine a first TCI state from the first TCI state group based on downlink received power information and power reduction information.SELECTED DRAWING: Figure 9

Description

[Technical Field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application claims the benefit of U.S. Provisional Patent Application No. 63,061,644, filed August 5, 2020, U.S. Provisional Patent Application No. 63 / 091,691, filed October 14, 2020, and U.S. Provisional Patent Application No. 63 / 185,490, filed May 7, 2021, the disclosures of which are incorporated herein by reference in their entireties. [Background technology]

[0002] Mobile communications using radio communications continues to evolve. The fifth generation of mobile communications radio access technologies (RATs) may be referred to as 5G new radio (NR). Previous (traditional) generations of mobile communications RATs may be, for example, fourth generation (4G) long term evolution (LTE). Summary of the Invention

[0003] Systems, methods, and means for beam indication based on transmission configuration index (TCI) state groups are described herein. A wireless transmit / receive unit (WTRU) may include a processor. The processor may be configured to receive configuration information related to a first transmission configuration indicator (TCI) state group and a second TCI state group. For example, the first TCI state group may include a first TCI state, and the second TCI state group may include a second TCI state. Each individual TCI state of the first TCI state and the second TCI state may be associated with a respective downlink reference signal.

[0004] The processor can be configured to report first values. For example, the first values ​​can include first respective measured downlink received power values ​​and first respective determined power reduction values. Each of the first respective measured downlink received power values ​​and each of the first respective determined power reduction values ​​can be associated with a respective downlink reference signal associated with a respective TCI state of the first TCI state. The processor can be configured to report second values. For example, the second values ​​can include second respective measured downlink received power values ​​and second respective determined power reduction values. Each of the second respective measured downlink received power values ​​and each of the second respective determined power reduction values ​​can be associated with a respective downlink reference signal associated with a respective TCI state of the second TCI state.

[0005] The processor can be configured to receive an indication of a first TCI state group via a downlink transmission. For example, the downlink transmission can include scheduling information for an uplink transmission. The processor can be configured to determine a first TCI state from the first TCI state group based on the downlink received power information and the power reduction information. The processor can be configured to transmit an uplink transmission based on the first determined TCI state. [Brief explanation of the drawings]

[0006] [Figure 1A] 1 is a system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1B is a system diagram illustrating an exemplary wireless transmit / receive unit (WTRU) that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 1C]1B is a system diagram illustrating an example radio access network (RAN) and core network (CN) that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 1D] FIG. 1B is a system diagram illustrating a further exemplary RAN and CN that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 2] 1 shows an example of multi-panel transmission and reception of a WTRU. [Figure 3] An example of beam indication considering the MPE problem is shown. [Figure 4] 1 shows an example of a TCI status group indication. [Figure 5] 1 shows an example of panel-based TCI group activation in a single transmitting / receiving point (TRP) network. [Figure 6] 1 shows an example of TCI group activation based on beams and antenna panels in a multi-TRP network. [Figure 7] 1 shows an example of TCI state group switching based on measured power management maximum power reduction (PMPR). [Figure 8] 1 shows an example of the operation of determining the TCI state. [Figure 9] 10 shows an exemplary flowchart for TCI status determination using indicated TCI status groups. [Figure 10] 1 illustrates WTRU-centric TCI state (beam) determination within a gNB indication TCI state group based on beam quality and PMPR. [Figure 11] 10 illustrates dynamic beam application time determination based on indicated TCI state.

[0007] Exemplary Network for Implementing the Embodiments 1A illustrates 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 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.

[0008] 1A, communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, RANs 104 / 113, CNs 106 / 115, public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, although it will be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, 102d, any of which may be referred to as a “station” and / or “STA,” may be configured to transmit and / or receive wireless signals and may include user equipment (UE), mobile stations, fixed or mobile subscriber units, subscription-based units, pagers, cellular 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 wearables, head-mounted displays (HMDs), vehicles, drones, medical devices and applications (e.g., 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 in commercial and / or industrial wireless networks, etc. Any of the WTRUs 102a, 102b, 102c, and 102d may be referred to interchangeably as a UE.

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

[0010] 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 base station 114b may be configured to transmit and / or receive radio signals on one or more carrier frequencies, which may be referred to as a cell (not shown). These frequencies may be licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum. A cell may provide wireless service coverage for a particular geographic area, which may be relatively fixed or may change over time. A cell may be further divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in one embodiment, the base station 114a may include three transceivers, i.e., one transceiver for each sector of the cell. In one embodiment, the base station 114a may employ multiple-input multiple output (MIMO) technology and may utilize multiple transceivers per sector of the cell, for example, using beamforming to transmit and / or receive signals in desired spatial directions.

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

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

[0013] 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).

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

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

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

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

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

[0019] 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 public 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 network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, the network 112 may include another CN connected to one or more RANs, which may employ the same RAT as the RAN 104 / 113 or a different RAT.

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

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

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

[0023] The transmit / receive element 122 may be configured to transmit signals to or receive signals from a base station (e.g., base station 114a) over the air interface 116. For example, in one embodiment, the transmit / receive element 122 may be an antenna configured to transmit and / or receive RF signals. In one embodiment, the transmit / receive element 122 may be an emitter / detector configured to transmit and / or receive IR, UV, 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 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.

[0024] 1B as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may use 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.

[0025] 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 mentioned 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.

[0026] 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. Furthermore, 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 and store data in memory that is not physically located on the WTRU 102, such as on a server or home computer (not shown).

[0027] The processor 118 may receive power from the power source 134, but 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.

[0028] 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 a base station (e.g., base stations 114a, 114b) over the air interface 116 and / or determine its location based on the timing of signals being received from two or more nearby base stations. It will be appreciated that the WTRU 102 may obtain location information by way of any suitable location-determination method while remaining consistent with an embodiment.

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

[0030] The WTRU 102 may include a full-duplex radio where transmission and reception of some or all of the signals (e.g., associated with a particular subframe 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 to reduce and or substantially eliminate self-interference through hardware (e.g., chokes) or processor-based signal processing (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 either 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)).

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

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

[0033] 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, user scheduling, etc. in the UL and / or DL. As shown in FIG. 1C, the eNodeBs 160a, 160b, 160c may communicate with one another via an X2 interface.

[0034] 1C may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) gateway (or PGW) 166. Although each of the foregoing elements is shown 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.

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

[0036] The SGW 164 may be connected to each of the eNode-Bs 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-eNode-B 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.

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

[0038] 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. Furthermore, 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.

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

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

[0041] 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 or interface to a Distribution System (DS) or another type of wired / wireless network that carries traffic into and / or out of 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 and transmitted to the respective destination. Traffic between STAs within the BSS may be transmitted, for example, through the AP; the source STA may send traffic to the AP, which may deliver the traffic to the destination STA. Traffic between STAs within the BSS may be viewed and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be transmitted between a source STA and a destination STA (e.g., directly between them) in a direct link setup (DLS). In certain representative embodiments, the DLS may use 802.11e DLS or 802.11z tunneled DLS (TDLS). A WLAN using an Independent BSS (IBSS) mode may not have an AP, and STAs within or using the IBSS (e.g., all of the STAs) may communicate directly with each other. The IBSS mode of communication may be referred to herein as an "ad hoc" communication mode.

[0042] When using the 802.11ac infrastructure mode of operation or a similar mode of operation, an AP may transmit beacons on a fixed channel, such as a primary channel. The primary channel may be a fixed width (e.g., a 20 MHz wide bandwidth) or a width that is dynamically set via signaling. The primary channel may be the operating channel of the BSS and may 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 / Collision Avoidance (CSMA / CA) with collision avoidance may be implemented. With CSMA / CA, STAs (e.g., all STAs), including the AP, may sense the primary channel. If the primary channel is sensed / detected and / or determined to be busy by a particular STA, the particular STA may back off. One STA (e.g., only one station) may transmit at any given time in a given BSS.

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

[0044] A Very High Throughput (VHT) STA may support 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz wide channels. The 40 MHz and / or 80 MHz wide channels may be formed by combining contiguous 20 MHz channels. A 160 MHz channel may be formed by combining eight contiguous 20 MHz channels or by combining two non-contiguous 80 MHz channels, which may be referred to as an 80+80 configuration. For the 80+80 configuration, after channel encoding, the data may pass through a segment parser that may split 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 transmitted to the Medium Access Control (MAC).

[0045] Sub-1 GHz operating modes are supported by 802.11af and 802.11ah, where the channel operating bandwidths and carriers are reduced 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 macro coverage areas. MTC devices may have specific capabilities, including, for example, support for (e.g., support only for) specific and / or limited bandwidths. MTC devices may include batteries with above-threshold battery life (e.g., to maintain very long battery life).

[0046] 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, which 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 set and / or limited by the STA among all STAs operating in the BSS that support the minimum bandwidth operating mode. In an 802.11ah example, the primary channel may be 1 MHz wide for STAs (e.g., MTC-type devices) that support (e.g., only support) the 1 MHz mode, even if the AP and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and / or other channel bandwidth operating modes. Carrier sensing and / or Network Allocation Vector (NAV) setting may depend on the state of the primary channel. For example, if the primary channel is busy due to STAs (that only support the 1 MHz operating mode) transmitting to the AP, the entire available frequency band may be considered busy, even though most of the frequency band may remain idle and available.

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

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

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

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

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

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

[0053] 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 shown as part of the CN 115, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0054] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N2 interface and may function as a control node. For example, the AMF 182a, 182b may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, supporting network slicing (e.g., handling different PDU sessions with different requirements), selecting a particular SMF 183a, 183b, managing registration areas, terminating NAS signaling, mobility management, etc. Network slicing may be used by the AMF 182a, 182b to customize the CN support of the WTRUs 102a, 102b, 102c based on the type of service utilizing the WTRUs 102a, 102b, 102c. For example, different network slices may be established for different use cases, such as services relying on ultra-reliable low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, services for machine type communication (MTC) access, and / or the like. 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 access technologies, such as WiFi.

[0055] 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, providing downlink data notification, etc. The PDU session type may be IP-based, non-IP-based, Ethernet-based, etc.

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

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

[0058] 1A-1D and their corresponding descriptions, 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, eNode-Bs 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.

[0059] The emulation devices 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 devices may be directly coupled to another device for testing purposes and / or may perform testing using terrestrial wireless communication.

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

[0061] Systems, methods, and means for beam indication based on a transmission configuration index (TCI) state group are described herein. The TCI state group (e.g., and / or a wireless transmit / receive unit (WTRU) panel) can be used for at least one of receiving a physical downlink control channel (PDCCH) and / or a physical downlink shared channel (PDSCH) and transmitting a physical uplink control channel (PUCCH) and / or a physical uplink shared channel (PUSCH). The WTRU can, for example, determine a beam decision (e.g., spatial relationship, quasi-co-location (QCL) assumption, etc.) based on the TCI state group and can determine a TCI state from the TCI state group.

[0062] The TCI state groups may be determined based on, for example, one or more of: a trigger of a TCI state group indication; a specific configuration of a PDCCH (e.g., a control resource set (CORESET) or a search space) applicable to (e.g., each) TCI state group; and / or signaling (e.g., to determine the active TCI state group). PDCCH utilization / monitoring (e.g., only) determines the TCI state group based on a specific configuration of the active TCI state group. For example, if a duration associated with a TCI state group switch (e.g., a TCI state group switch timer) is running, the TCI state group (e.g., all TCI state groups) may be active. The duration (e.g., a timer) may be started, for example, upon the trigger or transmission of a TCI state group indication. The duration (e.g., a timer) may be stopped, for example, upon reception of a PDCCH. The active TCI state group may be determined based on the received PDCCH. Determining the TCI state group based on signaling may include, for example, one or more of: an indication (e.g., explicit) from the gNB (e.g., downlink control information (DCI), medium access control (MAC) control element (CE), etc., or a parameter having processing time aspects); an indication (e.g., implicit) from the gNodeB (gNB); an indication (e.g., explicit) from the WTRU (e.g., uplink control information (UCI), MAC CE, etc.); and / or an indication (e.g., implicit) from the WTRU.

[0063] The beam indication can be determined from the TCI state group. The TCI state may be determined from the determined TCI state group based on, for example, an (e.g., explicit) indication of the TCI state group (e.g., a group identifier (ID) by a radio resource control (RRC) / MAC CE); and / or an (e.g., implicit) indication of the TCI state group (e.g., the same channel state information (CSI) reference signal (RS) resource set, sounding reference signal (SRS) resource set, and / or the like).

[0064] The TCI state group indication can be triggered, for example, based on one or more of the TCI state group metric, reception of signaling by the network, and / or WTRU implementation. The TCI state group metric can include measurements (e.g., L3, CSI, transmit (Tx) power, power headroom report (PHR), maximum permissive exposure (MPE) and / or specific absorption rate (SAR), Pcmax per TCI state group, and / or the like). The TCI state group indication can be triggered, for example, by the TCI state group metric when the metric falls below a threshold, which can change the “best” TCI state group metric.

[0065] The TCI state group indication may include, for example, one or more of the following: a DCI / MAC CE indicating a TCI state group from the gNB; a MAC CE (e.g., an extended PHR report that may include TCI state group metrics for (each) TCI state group or the best TCI state group); reception of a PDCCH / DCI with specific characteristics; the last WTRU TCI state group indication before receiving a confirmation DCI; signaling such as a scheduling request (SR) or a physical random access channel (PRACH) (e.g., resources may depend on the best TCI state); a CSI report (e.g., based on absolute reference signal received power (RSRP) / signal-to-interference-and-noise ratio (SINR) / channel quality index (CQI) values, differential RSRP / SINR / CQI values ​​between multiple CSI-RS resource indicators (CRIs)); and / or the like. Receiving PDCCH / DCI with specific characteristics may include, for example, a dedicated CORESET group per TCI state group (e.g., including a time window after WTRU reporting); a dedicated CORESET for confirmation (e.g., including a time window after WTRU reporting); Radio Network Temporary Identifier (RNTI) differentiation, DCI format, etc.; allocated resources; and / or the like.

[0066] The joint TCI state indication may be based on DCI-based TCI state indication of multiple channels. The joint TCI state indication may be based on RRC configuration and / or WTRU capabilities. For example, the joint TCI state indication may be based on cell, CORESET, and / or search space configuration for common beam operation. The joint TCI state indication may be based on TCI state indication with PDSCH scheduling. For example, the joint TCI state indication may be based on PDSCH ACK / NACK, which may mitigate reliability issues, for example. If the TCI state is equal to the previously indicated TCI state, the TCI state may be used for the entire operation. If the TCI state is not equal to the previously indicated TCI state, an offset may be applied, and the TCI state with the offset may be applied for the entire operation.

[0067] The RS may be used to determine a joint TCI status indication. For example, the joint TCI status indication may be based on the DL RS of the CORESET beam (e.g., instead of the configured SRS and / or the commanded SRS). If the joint beam indication indicates an SRS, the WTRU may apply the default beam (e.g., DL RS) of the CORESET or one or more of the associated DL RSs.

[0068] A base station (e.g., a next generation NodeB (gNB)) may provide a WTRU ACK / NACK confirmation of the beam indication. The WTRU may make an operation mode decision (e.g., whether to apply a beam based on gNB confirmation) based on the channel quality and / or DCI format. The WTRU may determine the base station confirmation (e.g., gNB confirmation) based on an RS transmission. The WTRU may determine the base station confirmation (e.g., gNB confirmation) based on a PDCCH transmission. The WTRU may determine the ACK / NACK confirmation of the beam indication based on one or more of the following explicit indications: whether an ACK is transmitted; based on one or more configurations of the transmitted ACK / NACK (e.g., scrambling ID, RNTI, periodicity, aggregation level, etc.); or receiving a new downlink or uplink resource configuration or a change thereto. The WTRU may use different confirmation methods based on the ACK / NACK reported by the WTRU.

[0069] The beam indication can be determined, for example, based on a transmission configuration index (TCI) state group (e.g., in the case of multiple-input multiple-output (MIMO) such as NR MIMO). The beam management framework can support beam pairing between a WTRU and a base station (e.g., gNB). The transmission mode can be based on a single WTRU panel or multiple WTRU panels. The beam management framework can be applicable to downlink and / or uplink transmission with single WTRU panel and / or multiple WTRU panel-based transmission and / or reception. The beam management framework can provide an integrated TCI framework, fast panel selection, and / or maximum permissible exposure (MPE) mitigation.

[0070] In an example related to the unified TCI framework, the beam management framework can support beam indication having different types of indications for the downlink and uplink. For example, a base station (e.g., a gNB) can indicate a TCI status (e.g., including a downlink reference signal (RS) for downlink transmission), and the base station (e.g., a gNB) can indicate spatial relationship information (e.g., including an uplink RS for uplink transmission). For example, if the gNB and the WTRU have beam-related information (e.g., a spatial relationship filter), the RS can be used for beam indication regardless of the transmission direction (e.g., downlink or uplink). Such RS usage can be associated with beam indication efficiency and / or reduced RS overhead.

[0071] In an example related to fast panel selection, the beam management framework can support a more efficient panel selection mechanism (eg, on top of the integrated TCI framework).

[0072] In an example related to MPE mitigation, MPE mitigation can be performed by the WTRU. The WTRU can, for example, report power management - maximum power reduction (P-MPR) over a medium access control (MAC) control element (CE). A base station (e.g., a gNB) can process the WTRU P-MPR report using, for example, a single WTRU panel and / or multiple WTRU panels.

[0073] In an example, the WTRU may activate an optimized panel with less signaling overhead and power consumption. Physical downlink shared channel (PDSCH) reception may be based on determining a TCI state within a TCI state group. For example, the WTRU may receive multiple TCI state groups and multiple TCI states, e.g., multiple TCI states for each of the multiple TCI state groups. The WTRU may measure RSs associated with the multiple TCI states. The WTRU may report WTRU measurement results (e.g., reference signal received power (RSRP) values ​​and / or P-MPR values) associated with the RSs. The WTRU may receive a base station confirmation (e.g., a gNB confirmation), for example, via a physical downlink control channel (PDCCH) transmission over a dedicated control resource set (CORESET) (e.g., to indicate receipt of the measurement report results). The WTRU may receive an indication of the TCI state group, which may be one of the multiple TCI state groups received by the WTRU (e.g., via downlink control information (DCI) scheduling a PDSCH transmission). The WTRU may determine the TCI state of the indicated TCI state group, e.g., based on measurements reported by the WTRU. The WTRU may receive scheduled PDSCH transmissions, e.g., based on the determined TCI state.

[0074] In an example, PDSCH reception may be based on a default TCI state within a TCI state group. For example, a WTRU may receive multiple TCI state groups and multiple TCI states, e.g., multiple TCI states for each of the multiple TCI state groups. The WTRU may receive an indication of a TCI state group, which may be one of the multiple TCI state groups received by the WTRU (e.g., via a PDCCH transmission that schedules a PDSCH transmission). The WTRU may apply the default TCI state of the indicated TCI state group, for example, if the WTRU has not reported WTRU measurements associated with a TCI state of the indicated TCI state group (e.g., within a time window). The WTRU may receive the scheduled PDSCH transmission based on, for example, the default TCI state.

[0075] In an example, PDCCH reception may be based on a determination of a TCI state within a TCI state group. For example, the WTRU may receive multiple TCI state groups and multiple TCI states, e.g., multiple TCI states for each of the multiple TCI state groups. The WTRU may measure RSs associated with the multiple TCI states. The WTRU may report WTRU measurement results (e.g., RSRP values ​​and / or P-MPR values) associated with the RS. The WTRU may receive an indication of a TCI state group, which may be one of the multiple TCI state groups received by the WTRU (e.g., via a MAC CE for CORESET). The WTRU may determine the TCI state of the indicated TCI state group, e.g., based on the WTRU measurements for CORESET. The WTRU may receive a PDCCH transmission, e.g., based on the determined TCI state.

[0076] In an example, a physical uplink control channel (PUCCH) transmission may be based on a determination of a TCI state within a TCI state group. The WTRU may receive multiple TCI state groups and multiple TCI states, e.g., multiple TCI states for each of the multiple TCI state groups. The WTRU may measure RSs associated with the multiple TCI states. The WTRU may report WTRU measurement results (e.g., RSRP values ​​and / or P-MPRs) associated with the RSs. The WTRU may receive a base station confirmation (e.g., gNB confirmation), for example, via a PDCCH transmission over a dedicated CORESET (e.g., to indicate receipt of the measurement report results). The WTRU may receive an indication of a TCI state group, which may be one of the multiple TCI state groups received by the WTRU (e.g., via a MAC CE), for a PUCCH resource. The WTRU may determine the TCI state of the indicated TCI state group, for example, based on WTRU measurements associated with the PUCCH resource (e.g., the measurements may be previously measured RSRP and / or PMPR, such as RSRP and / or PMPR included in reported measurements, or RSRP and / or PMPR measurements performed after receiving an indication of the TCI state group). The WTRU may send a PUCCH transmission, for example, based on the determined TCI state.

[0077] In an example, a physical uplink shared channel (PUSCH) transmission may be based on a determination of a TCI state within a TCI state group. The WTRU may receive multiple TCI state groups and a TCI state for one or more of the multiple TCI state groups (e.g., for each of the multiple TCI state groups). The WTRU may measure RSs associated with the multiple TCI states. The WTRU may report WTRU measurement results (e.g., RSRP values ​​and / or P-MPR values) associated with the RS. The WTRU may receive a base station confirmation (e.g., a gNB confirmation), for example, via a PDCCH transmission over a dedicated CORESET (e.g., to indicate receipt of the measurement report results). The WTRU may receive an indication of the TCI state group, which may be one of the multiple TCI state groups received by the WTRU (e.g., via an uplink DCI scheduling a PUSCH transmission). The WTRU may determine the TCI state of the indicated TCI state group based on, for example, WTRU measurements (e.g., the measurements may be previously measured RSRP and / or PMPR, such as RSRP and / or PMPR included in reported measurements, or RSRP and / or PMPR measurements performed after receiving the indication of the TCI state group). The WTRU may transmit a scheduled PUSCH transmission.

[0078] P-MPR can be used to comply with radiation exposure limits. Specific Absorption Rate (SAR) and Maximum Permissible Exposure (MPE) may result in power derating caused by, for example, a WTRU form factor proximity sensor. P-MPR may not be reported (e.g., directly) as an absolute value in frequencies below 6 GHz (or 10 GHz in some regions), otherwise known as Frequency Range 1 (FR1). The P-MPR may be part of a power headroom report (PHR). The P-MPR may be estimated (e.g., estimated) by a base station (e.g., gNB) based on, for example, RF characteristics specific to FR1 technology. The P-MPR may also be reported as an absolute value (e.g., along with the PHR) due to, for example, the nature of the FR2 RF front end and the high tolerance in this range (e.g., for MPE, frequencies above 24 GHz, otherwise known as FR2).

[0079] Reports such as the PHR for SAR and / or the PHR for MPE can be driven by, for example, a duration associated with the PHR and specific to a MAC CE (e.g., a MAC CE-specific PHR timer). A PHR report for SAR with proximity sensor detection can have the following trigger characteristics: For example, the duration (a timer that may be, for example, the phr-ProhibitTimer) expires or may have expired if the MAC entity has UL resources for a new transmission and if the following is true for an activated serving cell (e.g., any activated serving cell) of a MAC entity (e.g., any MAC entity) with a configured uplink: there are UL resources allocated for transmission or there is a PUCCH transmission on the cell, and the power backoff due to power management (e.g., as may be allowed, specified, and / or configured by, for example, the P-MPRc) for the cell has changed by more than a threshold (e.g., phr-Tx-PowerFactorChangedB) since the last transmission of the PHR when the MAC entity had UL resources allocated for transmission or there was a PUCCH transmission on the cell.

[0080] The MAC entity may, for example, avoid triggering a PHR if the power backoff due to power management is temporarily (e.g., only) reduced (e.g., for up to tens of milliseconds). The MAC entity may, for example, avoid triggering a PHR if the PHR is triggered by other triggering conditions. CMAX,j,cThis can avoid reflecting a temporary decrease in the pH value.

[0081] Using / tracking a duration (e.g., an inhibit timer) can avoid ping-pong signaling situations. The extra trigger condition can be related to a duration (e.g., a wake-up timer as described herein above) during which occasional short body proximity detections are avoided, for example.

[0082] Similar trigger conditions can be considered for MPE, for example, where the absolute level of the P-MPR is reported. In the case of MPE, a first duration (e.g., a start-up delay timer) and / or a second duration (e.g., an inhibit timer) can be used, for example, for similar reasons as for the SAR-related PHR.

[0083] Multi-panel based transmission may be supported in different ways. For example, multi-panel based transmission may be supported by extending the beam management framework with TCI states and spatial relationship information (e.g., increasing the maximum number of configured and / or activated TCI states and / or spatial relationship information). Extending the beam management framework may be associated with complexity, power consumption, signaling overhead, and / or MPE issues.

[0084] Complexity implications may arise, for example, from an increased number of TCI states / spatial relationship information when the WTRU measures RSs (e.g., all RSs) in activated TCI states and spatial relationship information (e.g., continuously) and updates the corresponding spatial domain filters. Power consumption implications may arise, for example, when the WTRU measures RSs and updates spatial domain filters. Signaling overhead implications (e.g., in DCI and / or MAC CE) may arise, for example, from configuring and / or indicating TCI states and / or spatial relationship information among an increased number of activated TCI states and / or spatial relationship information. Signaling overhead implications may arise, for example, from measuring an increased number of RSs. An extension of the beam management framework may support a unified TCI framework for the downlink and uplink. The beam management framework may support MPE-related functions for beam indication (e.g., reducing the transmit power of panels proximate to the WTRU). The beam management framework can support optimized multi-WTRU panel transmissions, taking into account complexity, power consumption, signaling overhead, and MPE-related functionality.

[0085] Figure 2 shows an example of multi-panel transmission and reception of a WTRU. Figure 3 shows an example of beam indication taking into account MPE-related features (e.g., a first beam may be better than a second beam, e.g., the first beam may have a better signal strength than the second beam, but the second beam may be selected or considered based on the PMPR of the first beam, which may exceed a threshold, may be higher than the PMPR associated with the second beam, etc.).

[0086] The beam indication can be provided using explicit or implicit indication, for example, based on reports from the WTRU regarding one or more of CSI, Tx power, PHR, MPE / SAR, PMPR, Pcmax per TCI condition group, etc.

[0087] The WTRU may, for example, transmit or receive a physical channel transmission or reference signal according to at least one spatial domain filter. The term beam may be used to refer to a spatial domain filter, and vice versa. The WTRU may, for example, transmit a physical channel transmission or signal using the same spatial domain filter as that used to receive an RS (e.g., CSI-RS) or synchronization signal (SS) block. The WTRU transmission may be referred to as a target, and the received RS or SS block may be referred to as a reference or source. The WTRU may transmit (e.g., say that it will) a target physical channel transmission or signal according to a spatial relationship to the RS or SS block.

[0088] The WTRU may transmit a first physical channel transmission or a first signal according to a spatial domain filter (e.g., the same spatial domain filter) used to transmit the second physical channel transmission or second signal. The first transmission / signal and the second transmission / signal may be referred to as a target and a reference (or source), respectively. The WTRU may be said to transmit the first (or target) physical channel transmission or first signal according to a spatial relationship with the reference for the second (or reference) physical channel transmission or second signal.

[0089] The indication of the spatial relationship may be implicit, configured by radio resource control (RRC) signaling, or signaled by a MAC CE or DCI. For example, the WTRU may transmit a PUSCH transmission and a demodulation reference signal (DM-RS) for the PUSCH according to a spatial domain filter associated with (e.g., implicitly indicated) a sounding reference signal (SRS) indicated by an SRS resource indicator (SRI) indicated in the DCI or configured by RRC signaling. In an example, the spatial relationship may be configured by RRC signaling for the SRI or signaled by a MAC CE for a PUCCH transmission. The spatial relationship may be referred to as a beam indication.

[0090] The WTRU may receive the first (or target) downlink channel transmission or first signal according to the same spatial domain filter or spatial reception parameters as the second (or reference) downlink channel transmission or second signal. For example, an association may exist between a physical channel transmission, such as a PDCCH or PDSCH transmission, and an individual DM-RS. For example, an association may exist (e.g., when at least the first and second signals are reference signals) if the WTRU is configured (e.g., via configuration information) with a quasi-co-location (QCL) assumption type D between corresponding antenna ports. The association may be configured as a TCI state. The association between the CSI-RS or SS block and the DM-RS may be indicated (e.g., to the WTRU) by, for example, an index to a set of TCI states (e.g., configured by an RRC message and / or signaled by the MAC CE). The indication may be referred to as a beam indication.

[0091] The beam indication procedure can be changed by the WTRU multi-panel. TCI state can be used interchangeably with beam, spatial relationship information, spatial domain filter, SRS resource indicator (SRI), and SRS resource set indicator.

[0092] TCI state group can be used interchangeably with TCI state set, CSI-RS resource set, CSI-RS resource group, SRS resource set, SRS resource group, spatial relationship group, spatial relationship set, and spatial relationship information group and spatial relationship set.

[0093] CSI-RS resource set may be used interchangeably with CSI-RS resource, CSI-RS resource configuration, CSI measurement configuration, CSI resource configuration, CSI-RS trigger state (e.g., for triggering aperiodic CSI-RS and / or semi-persistent CSI-RS), and CSI reporting configuration.

[0094] SRS resource set may be used interchangeably with SRS resource, SRS resource configuration, SRS measurement configuration, and SRS trigger state (eg, for triggering aperiodic SRS and / or semi-persistent SRS).

[0095] CORESET may be used interchangeably with search space, CORESET pool, CORESET pool ID, transmission / reception point (TRP), and TRP ID (eg, higher layer index).

[0096] The WTRU may indicate and / or receive an indication of one or more TCI state groups to determine one or more TCI states, e.g., to support one or more of transmitting a PUCCH, transmitting a PUSCH, receiving a PDCCH, receiving a PUSCH, transmitting an RS(es) (e.g., SRS), receiving an RS(es) (e.g., CSI-RS and / or SSB), etc.

[0097] Information (e.g., configuration information) can be used to indicate and / or determine the TCI state group. Configuration information (e.g., indicated via one or more signals / messages, such as RRC messages) can be used for TCI state group indication and / or determination.

[0098] The WTRU may be configured (e.g., via configuration information) with one or more TCI states, which may include one or more of the following: a joint TCI state for DL / UL signal and channel transmission; a DL TCI state for PDCCH transmission; a DL TCI state for PDSCH transmission; a DL TCI state for DL ​​RS transmission (e.g., CSI-RS, SSB, etc.); a UL TCI state for PUCCH transmission; a UL TCI state for PUSCH transmission; a UL TCI state for Physical Random Access Channel (PRACH) transmission; a UL TCI state for UL RS transmission (e.g., SRS, etc.); or the like.

[0099] A WTRU may be configured (e.g., via configuration information) with one or more CORESETs. One or more TCI state groups (e.g., each of the one or more TCI state groups) may be associated with one or more CORESETs. In an example, a WTRU may be configured (e.g., via configuration information) with a first CORESET, a second CORESET, a first TCI state group, and a second TCI state group. The first CORESET may be associated with the first TCI state group, and the second CORESET may be associated with the second TCI state group. In an example, a WTRU may be configured (e.g., via configuration information) with one or more CORESETs. A first subset of the one or more CORESETs may be associated with the first TCI state group, and a second subset of the one or more CORESETs may be associated with the second TCI state group. The first TCI state group and the second TCI state group may be the same TCI state group or different TCI state groups, for example, based on an operating mode.

[0100] A WTRU may be configured (e.g., via configuration information) with one or more of the TCI state groups. One or more TCI state groups (e.g., each of the one or more TCI state groups) may be associated with one or more TCI states. In an example, a WTRU may be configured (e.g., via configuration information) with a first TCI state, a second TCI state, a first TCI state group, and a second TCI state group. The first TCI state may be associated with the first TCI state group, and the second TCI state may be associated with the second TCI state group. In an example, a WTRU may be configured (e.g., via configuration information) with one or more TCI states. A first subset of the configured TCI states may be associated with the first TCI state group (e.g., all or part), and a second subset of the configured TCI states may be associated with the second TCI state group (e.g., all or part). The first and second subsets of TCI states may include non-overlapping TCI states. The first and second subsets of TCI conditions may include partially overlapping TCI conditions.

[0101] A WTRU may be configured (e.g., via configuration information) with one or more uplink resources (e.g., one or more of a PUCCH resource, a PUSCH resource, a PRACH resource, etc.). One or more TCI state groups (e.g., each of the one or more TCI state groups) may be associated with one or more uplink resources. In an example, a WTRU may be configured (e.g., via configuration information) with a first uplink resource, a second uplink resource, a first TCI state group, and a second TCI state group. The first uplink resource may be associated with the first TCI state group, and the second uplink resource may be associated with the second TCI state group.

[0102] The association between the TCI state, CORESET, and TCI state group may be based on one or more of the following: configuration of a TCI state group ID in one or more of the TCI state, CORESET, or TCI state group (e.g., the indication of the TCI state group ID may be based on at least one of an RRC message, a MAC-CE, or a DCI); configuration of one or more TCI state IDs and / or CORESET IDs in the TCI state group (e.g., The indication of the ID may be based on at least one of an RRC message, a MAC-CE, or a DCI; a cell ID configuration (e.g., TCI states and TCI state groups configured (e.g., via configuration information) by the same cell ID (or no cell ID) may be associated); a panel ID configuration (e.g., TCI states and TCI state groups configured (e.g., via configuration information) by the same panel ID (or no panel ID) may be associated); a CORESET pool ID configuration (e.g., TCI states and TCI state groups configured (e.g., via configuration information) by the same CORESET pool ID (or no CORESET pool ID) may be associated); a SRS resource set ID configuration (e.g., TCI states and TCI state groups configured (e.g., via configuration information) by the same SRS resource set ID (or no SRS resource set ID) may be associated); a CSI-RS resource set ID configuration (e.g., TCI states and TCI state groups configured (e.g., via configuration information) by the same CSI-RS resource set ID (or no CSI-RS resource set ID) may be associated); or the like.

[0103] The TCI group can be used in one or more operating modes. The WTRU can, for example, determine the operating mode from a first operating mode (e.g., a TCI state indication / determination) and a second operating mode (e.g., a TCI state group indication / determination and a TCI state indication / determination of the indicated / determined TCI state group). The WTRU can, for example, determine one or more TCI states for transmitting and / or receiving signals and / or for transmission of channels and / or signals in the first operating mode (e.g., a TCI state indication / determination). The signaling may be based on one or more of RRC, MAC CE, or DCI. In some examples, the WTRU may receive an indication from the gNB, which may include one or more of the following: a gNB indication of one or more TCI states / SRIs (e.g., via an RRC message); a gNB indication of one or more TCI states / SRIs (e.g., via a MAC CE); a gNB activation of multiple TCI states / SRIs (e.g., via a MAC CE) and a gNB indication of one or more TCI states / SRIs (e.g., via a DCI); or the like.

[0104] The WTRU may, for example, determine one or more TCI state groups and TCI states (e.g., based on one or more procedures described herein) in a second operating mode (e.g., TCI state group indication / determination, and TCI state indication / determination of indicated / determined TCI state group).

[0105] The operating mode may be determined and / or used based on, for example, one or more of the following: configuration of TCI state groups; configured number of TCI states; WTRU capabilities and / or gNB configuration (e.g., based on WTRU capability reports); WTRU requests for a preferred operating mode for beam failure recovery; or the like.

[0106] The operating mode may be determined based on, for example, the configuration of TCI state groups. In an example, the WTRU may determine a first operating mode (e.g., TCI state indication / determination), for example, when the WTRU is configured (e.g., via configuration information) with one or more TCI states without one or more associated TCI state groups. The WTRU may determine a second operating mode (e.g., TCI state group indication / determination and TCI state indication / determination for the indicated / determined TCI state group) for example, when the WTRU is configured (e.g., via configuration information) with one or more TCI states and one or more associated TCI state groups. In an example, the WTRU may determine a first operating mode (e.g., TCI state indication / determination), for example, when the WTRU is configured (e.g., via configuration information) with one or more CORESETs without one or more of the associated TCI state groups. The WTRU may determine a second operating mode (e.g., a TCI state group indication / determination and a TCI state indication / determination for the indicated / determined TCI state group), for example, if the WTRU is configured (e.g., via configuration information) with one or more CORESETs and one or more associated TCI state groups.

[0107] The operating mode may be determined based on a configured number of TCI states. The WTRU may determine a first operating mode (e.g., a TCI state indication / determination) if, for example, the WTRU is configured with one or more TCI states (e.g., via configuration information) and the number of one or more TCI states is lower than (or equal to) a threshold value (e.g., X). The WTRU may determine a second operating mode (e.g., a TCI state group indication / determination and a TCI state indication / determination of the indicated / determined TCI state group) if, for example, the WTRU is configured with one or more TCI states (e.g., via configuration information) and the number of one or more TCI states is higher than a threshold value (e.g., X). The threshold value may be based on one or more of the following: a predetermined value; or a gNB indication (e.g., via one or more of a DCI, MAC CE, or RRC message). The TCI state group for a TCI state (e.g., each TCI state) may be determined based on, for example, the order of configuration. A TCI state can be associated with a first TCI state group, for example, if the order (e.g., configuration order or TCI state ID) of the TCI state is lower than a threshold, and a TCI state can be associated with a second TCI state group, for example, if the order of the TCI state is higher than a threshold.

[0108] The operating mode may be determined based on, for example, the WTRU capabilities and / or the gNB configuration (e.g., based on a WTRU capability report).

[0109] The WTRU may request an operating mode (e.g., a preferred mode) for beam failure recovery. The WTRU may indicate an operating mode (e.g., a preferred mode) to the gNB, for example, if the WTRU can support multiple (e.g., both) operating modes, such as a first mode (e.g., TCI state group indication / determination and TCI state indication / determination of the indicated / determined TCI state group) and a second mode (e.g., TCI state indication / determination), and if measurements at the WTRU indicate a preferred operating mode. The WTRU may indicate the first operating mode (e.g., TCI state group indication / determination and TCI state indication / determination of the indicated / determined TCI state group) as the preferred operating mode, for example, if the WTRU uses or is configured to use dynamic panel activation / deactivation (e.g., due to a fast fading channel, beam failure, MPE / SAR, etc.). The WTRU may indicate a second operating mode (e.g., TCI status indication / determination), for example, if the WTRU does not use or is not configured to use dynamic panel activation / deactivation (e.g., due to a slow fading channel, etc.).

[0110] A TCI state group indication may be triggered. The WTRU may trigger transmission of a TCI state group indication based on, for example, at least one of the following: a TCI state group metric; a request for a TCI state group indication; a beam failure detection; a transmission and / or content of a TCI state group indication; or the like.

[0111] The WTRU may trigger transmission of a TCI state group indication based on, for example, at least one TCI state group metric. The TCI state group metric may include, for example, at least one of the following: a measurement (e.g., a CSI-RSRP, CSI-RSRQ, CSI-SINR, SS-RSRP, SS-RSRQ, or SS-SINR measurement); a measurement related to beam management or channel state information (e.g., a CQI, L1-RSRP, or L1-SINR measurement); a metric related to transmit power that may be used when the WTRU operates in the TCI state group (e.g., a transmit power metric, power headroom, configured maximum power defined for the TCI state group, power management maximum power reduction that may be related to MPE or SAR, etc.); or the like.

[0112] The TCI state group metrics may be specific to a TCI state group. The WTRU may determine the TCI state group metrics for the TCI state group in use (e.g., the currently used TCI state group) and / or other TCI state groups (e.g., additional TCI state groups configured by higher layer signaling).

[0113] If the TCI state group metrics include measurements, the WTRU may determine one or more resources for the measurements (e.g., measurements of a reference signal such as a CSI-RS or SS), for example, from at least one of the following: a set of RSs configured in the TCI states (e.g., each TCI state) of the TCI state group; or at least one RS configured separately for each TCI state group (e.g., for evaluating the TCI state group metrics). The RSs may be signaled, for example, by an RRC message or a MAC CE.

[0114] The WTRU may determine the TCI state group metric from one or more RSs (e.g., multiple RSs). The WTRU may average the measurements over multiple RSs or a subset thereof. The subset may include the N RSs with the highest measurements, or a set of RSs whose measurements are above a threshold. The threshold and / or N may be predefined or configured (e.g., by higher layer signaling).

[0115] The WTRU may, for example, trigger transmission of a TCI state group indication when at least one of the following occurs: a metric of a TCI state group (e.g., an in-use or currently used TCI state group) falls below a threshold; or a metric of a TCI state group (e.g., an in-use or currently used TCI state group) falls below a metric of another TCI state group, e.g., plus or minus an offset. The threshold or offset may, for example, be configured for each TCI state group (e.g., by higher layer signaling).

[0116] A TCI state group indication may be requested. The WTRU may trigger transmission of a TCI state group indication, for example, upon receiving an indication (or request) from the network. For example, the indication may be signaled via MAC CE or via physical control signaling (e.g., via DCI). The indication may include a list of TCI state groups, e.g., a list of TCI state groups that report corresponding TCI state group metrics, or a list of TCI state groups from which the WTRU may select a TCI state group for the TCI state group indication.

[0117] The WTRU may trigger transmission of a TCI status group indication, for example, based on (eg, upon) detection of a beam failure.

[0118] The WTRU may transmit the TCI status group indication, for example, using at least one of the following: physical layer signaling (e.g., UCI such as a scheduling request (SR), a link recovery request (LRR), and / or a CSI); MAC CE, RRC signaling (e.g., a measurement report); a physical random access channel (PRACH) transmission; a sounding reference signal (SRS); or the like.

[0119] The WTRU may, for example, indicate a TCI state group (e.g., a preferred TCI state group or a TCI state group that maximizes a metric) using at least one of the following: for example, an indication using an index associated with the TCI state group (e.g., an explicit indication); for example, an indication by transmitting over a resource associated with the TCI state group indication (e.g., an implicit indication). For example, the resource may be an SR resource, an SRS resource, a PRACH preamble, etc. The WTRU may, for example, determine the relevant resource from higher layer signaling (e.g., RRC or MAC).

[0120] The WTRU may include the results of the TCI state group metrics for at least one TCI state group. For example, the WTRU may include the identity / identities and results of N TCI state groups that have a particular metric (e.g., the best metric). The value of N may be predefined or configured (e.g., by higher layer signaling).

[0121] A TCI state group indication can be signaled. A dedicated CORESET can be used to provide confirmation. The WTRU can perform measurements on one or more groups of beams that can be configured by the base station (e.g., gNB), e.g., to reduce the measurement load and / or reduce power consumption by the WTRU. The WTRU can, for example, report beam measurements per beam group (e.g., the WTRU can indicate a hierarchy of quality for each beam, e.g., for each beam group). The base station (e.g., gNB) can configure (e.g., via an RRC reconfiguration message) and / or activate (e.g., via a MAC CE message) one or more TCI states (e.g., extended TCI states) (e.g., based on the reported beam measurements, e.g., per beam group). One or more extension states (e.g., each of the one or more extension states) may include, as an extension, one or more (e.g., any combination) of the following information fields: a group of beam indices with or without associated PCI or serving cell ID (e.g., if inter-cell mobility is targeted by the gNB); a specific (e.g., selected or indicated) search space that can be associated with a CORESET for a particular group of beams; the number of PDCCH channels for the beam group within the associated CORESET; a specific or implicit rule for PDCCH decoding associated with a beam or beam group; uplink resources associated per panel or panel ID (e.g., if the WTRU reports information in that capability); the type of DL / UL TCI relationship (e.g., common or separate per panel (e.g., panel resource specific)); or the like.

[0122] The WTRU may provide information for a TCI state configuration (e.g., an extended TCI state configuration). For example, in the case of an extended TCI state configuration (e.g., upon receipt or determination), the WTRU may report one or more beam measurements and / or P-MPRs that may be associated with an MPE / SAR-triggered condition (e.g., an MPE / SAR-triggered condition associated with a panel or group of WTRU antenna panels). The beam / beam group measurement reports and / or P-MPRs for MPE-SAR-related reporting may be complementary and / or triggered by different factors. The beam / beam group measurement reports and / or P-MPRs for MPE-SAR-related reporting may be reported simultaneously or quasi-simultaneously, for example, based on beam reciprocity over FR2. The base station (e.g., gNB) may perform similar beam management operations for DL ​​and UL TCI states, or may perform different beam management operations for DL ​​and UL TCI states. In an example, for example, in the case of MPE / SAR conditions that are inconsistent with downlink beam degradation, uplink TCI modification / activation (e.g., only the uplink TCI is modified / activated) may be necessary. In an example where strong downlink / uplink reciprocity can be expected (e.g., in FR2 operation), the base station (e.g., gNB) can operate with downlink TCI and uplink TCI. The base station (e.g., gNB) can configure the DL and associate it with the UL TCI for lower latency and more dynamic beam / panel modification in some situations, such as FR1 or FR2.

[0123] The TCI state can be activated via a MAC CE message. The beam may be indicated in a DCI command, for example, if the scheduled PDSCH starts N symbols after the last PDCCH symbol. The WTRU may (e.g., implicitly) assume the same QCL characteristics as the received PDCCH (e.g., if the TCI state is not activated by a MAC CE message).

[0124] The activation process of the TCI state based on one or more of the beam-specific PDCCHs can be accelerated using, for example, physical layer procedures.

[0125] The WTRU may report beam group-based measurements, which may be triggered by RRC (beam quality measurements), CSI feedback on the UL physical channel, or beam quality related events reported by MAC CE (PHR or P-MPR reports) or MPE / SAR. The WTRU may, for example, follow different procedures according to the type of report (e.g., RRC, MAC, or PHY) sent to the base station (e.g., gNB) based on the reported beam group-based measurements.

[0126] WTRU operations may include RRC beam group quality reporting and follow-up operations. When the WTRU reports a beam group quality report (e.g., via RRC, which may be based on a configured event), the WTRU may be configured (e.g., via configuration information) with a TCI (e.g., a TCI associated with the beam group) for the reported beam (e.g., a new, better reported beam). The WTRU may, for example, in response to transmitting (e.g., at the time of transmission) the beam group quality report, start monitoring PDCCH configuration channels within the configured associated CORESET of the reported beam group (e.g., a new, best reported beam group). The WTRU may, for example, start monitoring a PDCCH search space / CORESET (e.g., a new PDCCH search space / CORESET) in response to (e.g., after) a defined / configured number of slots or symbols. The time window may be configured and / or defined, for example, by the WTRU capabilities. The WTRU capabilities may be common or different for the downlink and uplink. The time window may be related to panel switching and / or activation time. The WTRU may consider the beam (e.g., new highest quality beam) and associated TCI to be stable for active reception, for example, in response to receiving (e.g., upon receiving) a WTRU-dedicated PDCCH transmission associated with a beam from a reported beam group (e.g., a reported highest quality beam group). The WTRU may revert to a previous TCI state, which may be considered state stable, for example, if the WTRU does not decode a PDCCH transmission (e.g., any PDCCH transmission) associated with the reported beam group within the WTRU's defined search space / CORESET / PDCCH channel for a defined / configured number of slots. The WTRU may retransmit an RRC report and restart the PDCCH monitoring process (e.g., a new PDCCH monitoring process as described herein), for example, if the triggering condition and associated duration (e.g., timer) of the PDCCH monitoring process permits.

[0127] WTRU operations may include MAC CE beam group quality reporting and follow-up operations. The WTRU may report a P-MPR or PHR value associated with the beam quality on the MAC CE. The WTRU may wait for a MAC CE acknowledgment (e.g., a MAC CE acknowledgment from a base station such as a gNB) and start monitoring a beam group (e.g., the beam group with the highest reported quality) by monitoring the search space / CORESET / PDCCH channel associated with the beam group. The WTRU may start monitoring a beam group by monitoring the search space / CORESET / PDCCH channel associated with the beam group, for example, after a defined / configured number of slots. The selection of the beam group and search space / CORESET / PDCCH channel to monitor may be linked / associated with an uplink TCI state, which may be defined per panel ID, for example, for P-MPR causes related to MPE / SAR events. The WTRU may (e.g., implicitly) follow uplink TCI changes of downlink TCIs, and vice versa, for example, depending on a common or separated TCI downlink / uplink configuration.

[0128] WTRU operations may include MAC CE beam group quality reporting and follow-up operations. The WTRU may report the beam group CSI quality using an uplink physical channel (e.g., PUCCH or UCI in PUSCH), which may be based on, for example, a defined or configured quality threshold. When the WTRU reports the beam group CSI quality (e.g., as described herein), the WTRU may, for example, start monitoring the search space / CORESET / PDCCH group channel associated with the best reported beam group quality after a certain defined / defined number of slots (e.g., according to procedures described herein).

[0129] WTRU operations may include inter-cell mobility or multiple TRP (M-TRP) with beam group quality reporting and follow-up operations. Procedures (e.g., as described herein) may be applicable to beam group quality reporting, for example, if the WTRU is configured (e.g., via configuration information) with a different PCI or a different serving cell for inter-cell mobility or inter-cell TRP. The WTRU may use search space / CORESET / PDCCH group monitoring for mobility (e.g., as described herein). The WTRU may, for example, receive a WTRU-dedicated PDCCH transmission in a beam (e.g., a new beam) based on (e.g., with respect to) the reported beam group quality. The WTRU may, for example, send an acknowledgement to the network on uplink resources (e.g., newly associated uplink resources) for cell change / handover completion. If an inter-cell M-TRP cell change is targeted, the WTRU may start monitoring the search space / CORESET / PDCCH group associated with the cell (e.g., a newly defined / configured cell) (e.g., in the case of a dedicated WTRU PDCCH), e.g., in response to reporting (e.g., after reporting) the beam group quality (e.g., new beam group quality). The WTRU may receive a dedicated WTRU PDCCH transmission in the associated PDCCH group (e.g., the newly associated PDCCH group). The WTRU may consider the dedicated WTRU PDCCH in the associated PDCCH group as an active TCI (e.g., a new active TCI), send an acknowledgment (e.g., anchor cell or new cell), and initiate (e.g., implicitly) an action, e.g., if uplink resources acknowledge (e.g., implicitly) the cell change. Uplink resources may be defined / configured per serving cell / PCI, e.g., during the initial WTRU TCI for downlink / uplink configuration.

[0130] The WTRU may return to the previous active TCI state and continue beam group quality evaluation (e.g., restart the process, reset the duration (e.g., reset timer), and restart the process if, for example, it is unable to detect a WTRU-dedicated PDCCH transmission in the target search space / CORESET / PDCCH group for several slots (e.g., a certain defined / configured number of slots)).

[0131] A base station (e.g., a gNB) can establish PDCCH beam group association rules. The gNB can configure beam groups for measurements. Corresponding TCI states can be activated. For example, based on the beam groups configured by the gNB for measurements and the corresponding activated TCI states, the gNB can establish rules for PDCCH decoding. The gNB can establish rules for PDCCH decoding (e.g., under a certain search space / CORESET), for example, to minimize blind decoding attempts and reduce WTRU processing time. The beam group rule may include one or more of the following rules: (a) PDCCH candidates may be associated with beam indices in ascending or descending order; (b) if the number of beams in a beam group increases, the PDCCH channels may be grouped into up to N candidates, and the WTRU may use a formula (e.g., PDCCH group channel index ID = BeamIndex mod(N)); (c) the WTRU may follow the PDCCH candidates (e.g., in a circular manner) for group decoding and detection, for example, if the number of beam candidates is higher than the maximum N PDCCH channel candidates.

[0132] The WTRU may be configured (e.g., via configuration information) with PDCCH channel candidates in different CORESETs or multiple CORESETs. The number of blind decoding attempts per CORESET may be reduced. For example, one or more rules may be used / applied to speed up the process. In some examples, the WTRU may use one or more of the following rules (e.g., in different CORESETs): (a) PDCCH Channel Index ID = (CORESET Index + BeamIndex) mod(N), where N may be the maximum number of PDCCH channel candidates the WTRU may search, and the PDCCH channel index may be unique; (b) the WTRU may determine the maximum number of decoding attempts for the configured PDCCH candidates using the BeamIndex mod(N) formula (e.g., if any of the candidates can be used by the base station (e.g., gNB)); or (c) a randomization operation for gNB PDCCH load balancing may be performed. The randomization operation may include the WTRU Associated Cell Radio Network Temporary Identifier (C-RNTI). The randomization operation may include the best beam index reported in combination with the WTRU-associated C-RNTI. In an example, PDCCH channel index ID=(C-RNTI+BeamIndex) mod(N) may return the PDCCH channel index to decode, or the maximum number of decoding cases PDCCH higher index the WTRU can search. N may be the maximum number of PDCCH channels the WTRU can decode (e.g., attempt to decode), and N may be configurable or a WTRU capability.

[0133] The WTRU may determine one or more TCI state groups based on an RRC-based indication. The WTRU may determine one or more TCI state groups for processing, transmitting, and / or receiving channels and / or signals based on, for example, one or more RRC messages.

[0134] A WTRU may be configured (e.g., via configuration information) with one or more CORESETs. The one or more CORESETs (e.g., each of the one or more CORESETs) may comprise or be associated with one or more TCI state groups. The WTRU may determine, e.g., based on the configuration, one or more TCI state groups for PDCCH reception and / or PDSCH reception. In an example, the WTRU may be configured (e.g., via configuration information) with a first set of CORESETs associated with a first TCI state group and a second set of CORESETs associated with a second TCI state group. A set (e.g., a first set or a second set) may include one or more CORESETs. The WTRU may determine the one or more TCI state groups based on, for example, an association between the first set of CORESETs and a first TCI state group or an association between the second set of CORESETs and a second TCI state group. In an example, the WTRU may determine a first TCI state group for PDCCH reception, for example, if the WTRU blindly decodes the first set of CORESETs. The WTRU may determine a second TCI state group for PDCCH reception, for example, if the WTRU blindly decodes the second set of CORESETs. The WTRU may determine a first TCI state group for receiving one or more PDSCH transmissions, for example, if the WTRU monitors, attempts to decode, or receives one or more PDCCH transmissions that schedule one or more PDSCH transmissions via a CORESET in the first set of CORESETs. The WTRU may determine a second TCI state group for receiving one or more PDSCH transmissions, for example, if the WTRU monitors, attempts to decode, or receives one or more PDCCH transmissions that schedule one or more PDSCH transmissions via a CORESET in a second set of CORESETs. The TCI state group for a PDSCH may be determined based on, for example, the TCI state group used to monitor the associated PDCCH.

[0135] In an example, the WTRU may be configured (e.g., via configuration information) with one or more TCI state groups for each use. The WTRU may determine (e.g., based on the configuration) one or more TCI state groups for each use. A use may be one or more of the following: PDCCH reception; PDSCH reception; DL RS reception; PUCCH transmission; PUSCH transmission (e.g., including dynamic and / or configured grants); PRACH transmission; or UL RS transmission.

[0136] In an example, a WTRU may be configured (e.g., via configuration information) with one or more CSI-RS resource sets and / or SRS resource sets. One or more configurations of the CSI-RS resource sets and / or SRS resource sets (e.g., each configuration) may include or be associated with one or more TCI state groups. The WTRU may determine, e.g., based on the configuration, one or more TCI state groups for CSI-RS reception and / or SRS transmission.

[0137] In an example, a WTRU may be configured (e.g., via configuration information) with one or more configured permission configurations. A configuration (e.g., each configuration) of the one or more configured permission configurations may include one or more TCI state groups. The WTRU may determine, e.g., based on the configuration, one or more TCI state groups for transmitting a PUSCH.

[0138] In an example, a WTRU may be configured (e.g., via configuration information) with one or more uplink resources (e.g., PUCCH / PUSCH resources for HARQ ACK / NACK, scheduling requests, SRS resource sets, PRACH resources, etc.). The uplink resources (e.g., each of the one or more uplink resources) may be associated with one or more TCI state groups. The WTRU may determine the one or more TCI state groups, e.g., based on the configuration. For example, the WTRU may be configured (e.g., via configuration information) with first one or more uplink resources that may be associated with a first TCI state group and second one or more uplink resources that may be associated with a second TCI state group. The WTRU may determine the one or more TCI state groups, e.g., based on the association. In an example, based on the association, the TCI state group may be determined, e.g., based on one or more of the following: The WTRU may determine the first TCI state group, e.g., if the WTRU transmits an uplink channel / signal in the first one or more uplink resources. The WTRU may determine a second TCI state group, for example, if the WTRU transmits an uplink channel / signal in a second one or more uplink resources.

[0139] The WTRU may determine one or more TCI state groups based on the MAC CE-based indication. The WTRU may determine one or more TCI state groups for processing channels and / or signals, for example, based on the MAC CE.

[0140] In an example, a WTRU may be configured with multiple CORESETs (e.g., via configuration information). The WTRU may receive an indication (e.g., via MAC CE) of one or more TCI state groups (e.g., TCI state group IDs) for one or more CORESETs of the multiple CORESETs. The WTRU may, for example, determine one or more TCI state groups for PDCCH reception and / or PDSCH reception based on the one or more indications. For example, the WTRU may be configured (e.g., via configuration information) with first one or more CORESETs and second one or more CORESETs. The WTRU may receive one or more indications (e.g., via MAC CE) indicating a first TCI state group for the first one or more CORESETs and a second TCI state group for the second one or more CORESETs. In an example, based on the one or more indications, the WTRU may determine the TCI state group based on, for example, one or more of the following: The WTRU may determine a first TCI state group for PDCCH reception, for example, when the WTRU blindly decodes a first one or more CORESETs. The WTRU may determine a second TCI state group for PDCCH reception, for example, when the WTRU blindly decodes a second one or more CORESETs. The WTRU may determine a first TCI state group for receiving one or more PDSCH transmissions, for example, when the WTRU receives one or more PDCCH transmissions scheduling one or more PDSCH transmissions via the first one or more CORESETs. The WTRU may determine a second TCI state group for receiving one or more PDSCH transmissions, for example, when the WTRU receives one or more PDCCH transmissions scheduling one or more PDSCH transmissions via the second one or more CORESETs.

[0141] In an example, the WTRU may receive one or more indications indicating one or more TCI groups for each usage. The WTRU may determine one or more TCI state groups for each usage, for example, based on the indications.

[0142] In an example, the WTRU may receive one or more indications indicating one or more TCI groups for each CSI-RS resource set and / or SRS resource set, and the WTRU may determine, e.g., based on the indications, one or more TCI state groups for receiving the CSI-RS resource set and / or transmitting the SRS resource set.

[0143] In an example, the WTRU may receive one or more indications indicating one or more TCI groups for each configured grant configuration. The WTRU may determine, e.g., based on the indications, one or more TCI state groups for sending a PUSCH transmission.

[0144] The WTRU may determine one or more TCI state groups based on a DCI-based indication. The WTRU may indicate a preferred TCI state group based on certain criteria, e.g., MPE, blocking, etc. The WTRU may determine a preferred TCI state group by, e.g., DCI.

[0145] The preferred TCI state group may be indicated, for example, by the contents of the DCI, e.g., an index. In an example, the WTRU may receive, e.g., via an RRC configuration, one or more possible TCI state group pair combinations (e.g., all possible TCI state group pair combinations). A pair (e.g., each pair) may be represented by an index. The WTRU may receive a DCI including an index that points to a preferred TCI state group. In an example, the WTRU may receive a MAC CE that indicates one or more possible TCI state groups (e.g., a subset of the possible TCI state groups). The DCI may select a preferred TCI state from the subset of TCI state groups (e.g., a subset of the possible TCI state groups).

[0146] The preferred TCI state group may be indicated by an RNTI, such as, for example, TSG 1-RNTI, TSG 2_RNTI, etc. In an example, the WTRU may receive, e.g., via RRC configuration, one or more possible TCI state group pair combinations (e.g., all possible TCI state group pair combinations). The pairs (e.g., each pair) may correspond to a TSGx-RNTI. The WTRU may receive a DCI to activate a TCI state group (e.g., a new TCI state group). The WTRU may determine the preferred TCI state group by, for example, identifying the TSGx-RNTI used to scramble the DCI.

[0147] The preferred TCI state group may be indicated by an attribute of the DCI, e.g., DCI format, size, etc. In an example, the WTRU may receive one or more possible TCI group pair combinations (e.g., all possible TCI group pair combinations), e.g., via RRC configuration. A pair (e.g., each pair) may be represented by an index. The WTRU may determine the preferred TCI group from the format of the received DCI. For example, the WTRU may determine the preferred TCI group when (e.g., when) the received DCI is format 1-1 (e.g., compared to when (e.g., when) a fallback DCI format 1-0 is received).

[0148] The WTRU may determine one or more TCI state groups for the indicated or determined use, e.g., based on the DCI. For example, the WTRU may receive one or more indications (e.g., TCI state group IDs) of one or more TCI state groups and one or more use indications. The WTRU may determine one or more TCI state groups for a use (e.g., each use), e.g., based on the one or more indications. In examples, the use may be one or more of the following: PDCCH reception; PDSCH reception; DL RS reception; PUCCH transmission; PUSCH transmission (including dynamic and / or configured grants); PRACH transmission; UL RS transmission; or the like.

[0149] The DCI may be one or more of a WTRU-specific DCI, a group DCI, an uplink DCI, a downlink DCI, and the like.

[0150] The WTRU may indicate a TCI state group (e.g., receive an indication regarding a TCI state group) and one or more TCI states within the indicated state group (e.g., for one or more indicated or determined uses). The indication of the TCI state group and the indication of the one or more TCI states may be in the same DCI field or separate DCI fields. In an example, a TCI indication field in a DCI for PDSCH or PUSCH scheduling may be used to indicate a TCI state group ID and one or more TCI states.

[0151] The WTRU may determine, e.g., based on an associated CORESET, one or more TCI state groups for the indicated or determined usage (e.g., PDSCH or PUSCH). One or more TCI states within the determined TCI state group may be indicated, e.g., in a DCI, for the indicated or determined usage (e.g., PDSCH or PUSCH).

[0152] The WTRU may determine one or more TCI state groups based on the resource-based indication. The preferred TCI group may be indicated, for example, via a link to configured resources. In an example, the WTRU may receive one or more possible TCI group pair combinations (e.g., all possible TCI group pair combinations), for example, via an RRC configuration. A pair (e.g., each pair) may correspond to a subset of resources. The WTRU may receive control information via DCI. The WTRU may determine the preferred TCI state group, for example, by determining which RRC configuration resources are explicitly or implicitly indicated by the received DCI.

[0153] In an example, a WTRU may receive an RRC configuration indicating multiple potential scheduling options, e.g., frequency / time resources, etc., for PDSCH reception. The scheduling option (e.g., each of the multiple potential scheduling options) may correspond to a TCI state pair. The WTRU may receive a DCI to schedule downlink transmissions. The WTRU may determine a preferred TCI state group, e.g., by decoding the scheduling information. In an example, the WTRU may receive an RRC configuration indicating multiple potential scheduling options, e.g., frequency / time resources, etc., for operating in an SPS mode. An SPS configuration mode (e.g., each SPS configuration mode) may correspond to a TCI state pair. The WTRU may receive a DCI to activate a configured allowed SPS transmission. The WTRU may determine a preferred TCI state group, e.g., based on (e.g., in accordance with) a configured SPS transmission configuration. The WTRU may apply the determined TCI group, e.g., based on the activation of the SPS transmission.

[0154] In an example, a WTRU may receive an RRC configuration indicating multiple potential MCS options for scheduled PDSCH reception. The MCS options (e.g., each MCS option) may correspond to a TCI state pair. The WTRU may receive a DCI to schedule downlink transmissions. The WTRU may determine a suitable TCI state group, for example, by decoding the MCS information.

[0155] The CSI-RS framework may operate (e.g., in NR) based on multiple (e.g., three main) configuration objects, which may include, for example, one or more of the following: CSI-ReportConfig (e.g., N≧1 reporting configuration); CSI-ResourceConfig (M≧1 resource configuration); or a list of trigger states (e.g., CSI-AperiodicTriggerStateList and / or CSI-SemiPersistentOnPUSCH-TriggerStateList). In an example, the WTRU may receive an RRC configuration indicating multiple potential configuration options for one or more of the CSI-RS configuration objects. The options (e.g., each option) may correspond to a TCI state pair. The WTRU may determine a preferred TCI group, for example, via the determined CSI-RS configuration options.

[0156] The WTRU may determine one or more TCI state groups based on RRC, MAC CE, and / or DCI-based indications. The WTRU may determine one or more TCI state groups for processing, transmitting, or receiving channels and / or signals based on, for example, the MAC CE and / or DCI.

[0157] In an example, a WTRU may be configured (e.g., via configuration information) with multiple TCI state groups (e.g., via RRC). The WTRU may receive one or more indications to activate a first one or more TCI state groups of the multiple TCI state groups, e.g., based on the multiple TCI state groups. The WTRU may receive one or more indications (e.g., via one or more DCI fields) of a second one or more TCI state groups of the first one or more TCI state groups, e.g., based on the first one or more TCI state groups. In an example, based on the indication, the WTRU may determine the second one or more TCI state groups, e.g., for one or more of the following: receiving one or more PDSCH transmissions, transmitting one or more PUSCH transmissions, and / or transmitting one or more PUCCH transmissions.

[0158] The DCI may be one or more of a WTRU-specific DCI, a group DCI, an uplink DCI, a downlink DCI, and the like.

[0159] 4 shows an example of a TCI state group indication. In an example, a WTRU may determine one or more TCI state groups for processing, transmitting, or receiving channels and / or signals (e.g., based on an indication in the MAC-CE) and one or more TCI states for the channels and / or signals that may be indicated in the DCI. For example, the WTRU may be configured (e.g., via configuration information) with one or more TCI state groups (e.g., via RRC). The WTRU may be indicated (e.g., receiving an indication via the MAC-CE, etc.) with a subset of the TCI state groups, for example, to use for the channels and / or signals. The WTRU may receive one or more TCI states within the determined TCI state group (e.g., in the DCI), for example, to transmit or receive the channels and / or signals.

[0160] The WTRU may report a preferred TCI state group. The WTRU may be configured (e.g., via configuration information) with one or more TCI state groups. A TCI state group (e.g., each of the one or more TCI state groups) may include a set of TCI states. The WTRU may report the preferred TCI state group to a base station (e.g., a gNB).

[0161] In an example, a suitable TCI condition group may be determined based on, for example, the measurement quality (e.g., L1-RSRP or L1-SINR) of the TCI states within the TCI condition group. For example, the WTRU may measure the beam quality of one or more TCI states within a TCI condition group (e.g., each TCI condition group) and report a TCI condition group index that may have a higher measurement quality. The measurement quality may be based on, for example, one or more of the best TCI state (e.g., the TCI state with the highest measurement quality), the worst TCI state (e.g., the TCI state with the lowest measurement quality), the best N TCI states, the worst N TCI states, or an average of the measurement qualities of the TCI states within the TCI condition group. The TCI condition group may have a smaller maximum power reduction (e.g., due to MPE-SAR).

[0162] A preferred TCI state group may be reported (e.g., via MAC-CE), for example, if (e.g., when) the WTRU reports a power headroom, a maximum power reduction value (e.g., due to MPE-SAR), etc. In an example, the WTRU may report a preferred TCI state group if (e.g., when) the maximum power reduction value is higher (or lower) than a threshold. A preferred TCI state group may be reported or indicated, for example, if (e.g., when) one or more TCI state groups satisfy one or more predetermined conditions. The conditions may include at least one of the following: beam quality of one or more states within the TCI state group; maximum power reduction levels associated with one or more TCI states within the TCI state group; power headroom levels associated with one or more TCI states within the TCI state group; or the like.

[0163] The WTRU may determine one or more aspects of one or more TCI state groups based on a CSI report-based indication. TCI state group switching may use CSI-related quantities reported by the WTRU, such as layer L1-RSRP or SINR at the base station (e.g., gNB). TCI state group switching may be based on one or more of absolute RSRP / SINR / CQI and / or differential RSRP / SINR / CQI values ​​of reference signals of the TCI state (e.g., referred to as RSRP / SINR / CQI of the TCI state). Absolute RSRP / SINR / CQI and / or differential RSRP / SINR / CQI values ​​of reference signals of the CSI configuration. The CSI report may be based on one or more of the following: The WTRU may, for example, report one or more of M TCI state indices, CRI, and SSBRI in the CSI report (e.g., to indicate the best / worst M TCI states or the worst M TCI states). The best M TCI conditions or the worst M TCI conditions may be determined, for example, based on one or more of the following: L1-RSRP; L1-SINR; CQI; RI; PMI; or the like. The WTRU may report absolute values ​​of the best / worst TCI conditions / CRI / SSBRI and differential values ​​of the M-1 TCI conditions / CRI / SSBRI.

[0164] RSRP / SINR / CQI in the TCI state may be used interchangeably with one or more of the following: absolute RSRP / SINR / CQI and / or differential RSRP / SINR / CQI values ​​of the reference signal in the TCI state; absolute RSRP / SINR / CQI and / or differential RSRP / SINR / CQI values ​​of the reference signal in the CSI configuration; or the like.

[0165] The switching of the TCI group may be based on the absolute RSRP / SINR. It can be compared with the RSRP / SINR / CQI of the TCI state, which can correspond to the highest RSRP / SINR / CQI from the TCI state group (e.g., each TCI state group). The TCI state group having (e.g., including) the TCI state with the highest RSRP / SINR / CQI can be selected (e.g., for activation).

[0166] In an example, the average RSRP / SINR / CQI of a subset of N TCI states out of the TCI states in the group (e.g., all M TCI states) is considered (e.g., for comparison), and the value of N with respect to M can be given by (1≦N≦M). The subset can be selected arbitrarily or based on a parameter, for example. In an example, N = M can be a special case where the average RSRP / SINR / CQI of multiple TCI states (e.g., all TCI states) is considered. The parameter-based selection of the subset of TCI states from the TCI state group (e.g., each TCI state group) can be performed based on, for example, one of the following two methods. In an example (e.g., the first example), based on the RSRP / SINR / CQI, the first N (1≦N<M) of the M TCI states arranged in descending order can be selected. The TCI state group corresponding to the highest average RSRP / SINR / CQI can be activated for transmission and / or reception. In an example (e.g., the second example), based on the RSRP / SINR / CQI, the first N (1≦N<M) of the M TCI states arranged in ascending order can be selected. The TCI state group corresponding to the highest average RSRP / SINR / CQI can be activated for transmission and / or reception.

[0167] The switching of the TCI state group may be based on differential RSRP / SINR / CQI values. The switching of the TCI state group can be based on the differential power management maximum power reduction (PMPR) value. The differential RSRP / SINR / CQI can be used to identify changes in P-MPR. The differential RSRP / SINR / CQI of the TCI group can be tested against a predetermined threshold. The threshold can be updated (e.g., periodically) based on one or more parameters, including, for example, parameters related to the frequency of TCI state group switching that can occur within a certain time window and the distribution of RSRP / SINR / CQI of different TCI states. To calculate the differential RSRP / SINR / CQI of the TCI state group, the TCI state group (e.g., each TCI state group) can be represented by a parameter (e.g., a single parameter). The parameter can be based on the highest RSRP / SINR / CQI of the TCI states within the TCI state group (e.g., each TCI state group). The parameter can be based on the average RSRP / SINR / CQI of a plurality of TCI states (e.g., a subset or all of the TCI states) within the TCI state group (e.g., each TCI state group). The subset of TCI states can be selected, for example, randomly or based on certain parameters. The parameter-based subset selection of TCI states can be based on the selection of the first N (1≦N<M) of the M TCI states in descending order (e.g., based on the RSRP / SINR associated with the M TCI states). In an example, M can be the total number of TCI states within the TCI state group. The parameter-based subset selection of TCI states can be based on the selection of the first N (1≦N<M) of the M TCI states arranged in ascending order (e.g., based on the RSRP / SINR associated with the M TCI states).

[0168] Figure 5 shows an example of panel-based TCI group activation in a single-TRP network. Figure 6 shows an example of beam- and antenna-panel-based TCI group activation in a multi-TRP network. Figure 7 shows an example of TCI state group switching based on measured PMPR.

[0169] WTRU power savings based on TCI state group switching can include fast antenna panel switching and / or disabling of WTRU antenna panels. Different TCI state groups can be associated with different antenna panels in a multi-panel WTRU (e.g., as shown in the example of FIG. 6). TCI state group switching can be indicated to the WTRU if (e.g., when) a TCI state group switch is triggered by a base station (e.g., a gNB) using several techniques, for example, as described herein. For example, fast WTRU antenna panel switching can be triggered by a MAC-CE or DCI-based indication or indication (e.g., implicit indication) by the base station (e.g., a gNB). The WTRU can disable antenna panels associated with (e.g., assigned to or belonging to) unconfigured TCI state groups. Antenna panels (e.g., antenna panels associated with unconfigured TCI state groups) can be disabled for a specific period of time, for example, to conserve WTRU power and reduce signaling overhead. In an example, the WTRU can disable antenna panels based on a duration (e.g., a timer). The duration (e.g., timer) may be derived from a set of values ​​defined by the network and communicated to the WTRU. In an example, the WTRU may calculate the duration value (e.g., timer value) based on, for example, predetermined parameters by the network and / or measurements performed at the WTRU.

[0170] In an example (e.g., to save WTRU power and reduce signaling overhead), a linkage may be defined / configured, for example, between a TCI state (e.g., an individual TCI state), an index of an active CORESET or similar parameter, and a WTRU antenna panel. A TCI state switch or change in the active CORESET may be used to indicate an antenna panel switch at the WTRU. For example, inactive antennas may be disabled (e.g., as described herein) to save WTRU power and reduce signaling overhead.

[0171] A default TCI state group may exist. A default TCI state may be determined. The WTRU and / or base station (e.g., gNB) may determine one or more default TCI state groups, for example, prior to gNB and / or WTRU indication / confirmation. In an example, the default TCI state group may be one or more of the following: the first configured TCI state group; the TCI state group with the lowest / highest TCI state group ID; the TCI state group associated with the CORESET with the lowest / highest CORESET ID; the TCI state group associated with the resource with the lowest / highest resource ID; or the like. The resource may be one or more of the following: SSB; CSI-RS resource / resource set; SRS resource / resource set; PUCCH resource (e.g., for scheduling HARQ ACK / NACK reports and / or requests); or the like.

[0172] The TCI status can be determined from the TCI status group.

[0173] The RS may correspond to a TCI state. The RS may be a DL RS or an UL RS. The WTRU may measure the RS. In an example, the WTRU may measure a DL RS. The measurement may be an RSRP and / or an L1-RSRP measurement.

[0174] A power management maximum power reduction (PMPR) (e.g., a PMPR value) may be a power backoff (e.g., a power backoff value) that a WTRU may determine to use or apply, for example, for a transmission or at the time of transmission (e.g., in the UL).

[0175] The WTRU may determine a PMPR for the RS. The PMPR for the RS may be the PMPR for transmission based on the RS, for example, using the beam corresponding to the RS or the TCI state corresponding to the RS. The DL RS may be used to determine the UL beam or spatial filter.

[0176] The WTRU may determine a PMPR for a DL RS (e.g., to use or apply transmissions in the UL). The DL RS may be associated with a TCI state. The UL beam, direction, TCI state, or spatial filter for which the PMPR is determined may correspond to the DL RS or may be determined by the WTRU from the DL RS, for example, by using reciprocity or correlation / linkage, which may be configured (e.g., in the WTRU) and / or indicated (e.g., to the WTRU).

[0177] The WTRU may measure and / or determine measurements of an RS, such as a DL RS. The measurements may be RSRP or L1-RSRP measurements. The WTRU may determine a PMPR value for the RS. The WTRU may adjust (e.g., reduce or decrease) the RS measurement based on the determined PMPR value. The WTRU may report at least one of the RS measurement, the determined PMPR of the RS, or the adjusted RS measurement, e.g., to a base station (e.g., a gNB). For example, the WTRU may report the determined PMPR value and / or the determined L1-RSRP value.

[0178] For an RS (e.g., each of one or more RSs), the WRTU may determine and / or report at least one of an RS measurement (e.g., an individual RS measurement), a determined PMPR value of the RS (e.g., an individual determined PMPR of the RS), or an adjusted RS measurement (e.g., an individual adjusted RS measurement). The RS may be associated with a TCI state.

[0179] The WTRU may determine one or more TCI states of the determined one or more TCI state groups based on, for example, one or more of a DCI-based indication, a MAC CE-based indication, an RRC,-based indication, a WTRU-centric indication, a default TCI, etc.

[0180] The WTRU may determine one or more TCI states of the determined one or more TCI state groups, for example, based on a DCI-based indication. The WTRU may receive one or more indications indicating one or more TCI states of the determined one or more TCI state groups. For example, the WTRU may be configured (e.g., via configuration information) with a first plurality of TCI states associated with a first TCI state group and a second plurality of TCI states associated with a second TCI state group. The TCI state indication field in the DCI may, for example, indicate one or more TCI states of the first plurality of TCI states if the WTRU determines the first TCI state group. The TCI state indication field in the DCI may, for example, indicate one or more TCI states of the second plurality of TCI states if the WTRU determines the second TCI state group. The size of the indication field may be based on one or more of the following: the number of configured TCI states in the determined TCI state group; the maximum number of configured TCI states in one or more configured TCI state groups (e.g., all configured TCI state groups); or the like. The redundant bits may be padded with, for example, specific bits (e.g., "0" or "1").

[0181] The WTRU may determine one or more TCI states of the determined one or more TCI state groups, for example, based on a MAC CE-based indication. The WTRU may receive one or more of the indications indicating the one or more TCI states of the determined one or more TCI state groups. For example, the WTRU may be configured (e.g., via configuration information) with a first plurality of TCI states associated with a first TCI state group and a second plurality of TCI states associated with a second TCI state group. The TCI state indication field in the MAC CE may indicate one or more TCI states of the first plurality of TCI states, for example, if the WTRU has determined the first TCI state group. The TCI state indication field in the MAC CE may indicate one or more TCI states of the second plurality of TCI states, for example, if the WTRU determines a second TCI state group. The size of the indication field may be based on, for example, one or more of the following: a number of configured TCI states in the determined TCI state group; a maximum number of configured TCI states in one or more configured TCI state groups (e.g., all configured TCI state groups); or the like. Redundant bits may be padded with, for example, specific bits (e.g., “0” or “1”).

[0182] The WTRU may determine one or more TCI states of the determined one or more TCI state groups, e.g., based on an RRC-based indication. The WTRU may receive one or more indications indicating one or more TCI states of the determined one or more TCI state groups. For example, the WTRU may be configured (e.g., via configuration information) with a first plurality of TCI states associated with a first TCI state group and a second plurality of TCI states associated with a second TCI state group. In an example, based on the configuration, the WTRU may be configured (e.g., via configuration information) with a first one or more TCI states of the first plurality of TCI states and a second one or more TCI states of the second plurality of TCI states for resources (e.g., CORESET, PDSCH resources, PUCCH resources, PUSCH resources, CSI-RS resources, CSI-RS resource sets, SRS resources, SRS resource sets, PRACH resources, etc.) and / or usage. The WTRU may determine one or more TCI states, e.g., based on the determined TCI state groups. The WTRU may determine a first one or more TCI states for receiving / transmitting channel transmissions and / or signals, e.g., if the WTRU determines a first TCI state group, and may determine a second one or more TCI states for receiving / transmitting channel transmissions and / or signals, e.g., if the WTRU determines a second TCI state group.

[0183] The WTRU may determine one or more TCI conditions of the determined one or more TCI condition groups, for example, based on the WTRU-centric indication.

[0184] The WTRU may transmit one or more RRC messages, for example, the WTRU may indicate a preferred TCI state within the determined TCI state group, for example, via one or more RRC messages.

[0185] The WTRU may transmit one or more MAC CE messages. For example, the WTRU may indicate a preferred TCI state within the determined TCI state group, e.g., via one or more RRC messages. For example, the WTRU may indicate a preferred TCI state using a MAC CE message (e.g., a PHR report) that includes an MPE and / or SAR indication. In an example, the MPE and / or SAR indication may include a P-MPR value on one or more RS resources / resource sets and / or TCI states / state groups. In an example, the one or more RS resources / resource sets and / or TCI states / state groups may be one or more of the following: CSI-RS resources; CSI-RS resource sets; SSB; SRS resources; SRS resource sets; or the like. The P-MPR value may be based on an absolute value and / or a differential value. For example, the WTRU may report one or more of the following: absolute values ​​of M RS resources / resource sets and / or TCI states / state groups; absolute values ​​of M RS resources / resource sets and / or TCI states / state groups; absolute values ​​of the best / worst RS resources / resource sets and / or TCI states / state groups and differential values ​​of M-1 RS resources / resource sets and / or TCI states / state groups; or the like.

[0186] The WTRU may transmit one or more uplink signal / channel transmissions. For example, the WTRU may be configured (e.g., via configuration information) with one or more uplink resources (e.g., PUCCH / PUSCH resources for HARQ ACK / NACK, scheduling requests, SRS resource sets, PRACH resources, etc.). The one or more uplink resources (e.g., each of the one or more uplink resources) may be associated with one or more TCI states of the determined TCI state group. The WTRU may indicate one or more TCI states associated with the determined TCI state group, e.g., based on a configuration. For example, the WTRU may be configured (e.g., via configuration information) with a first uplink resource associated with a first TCI state and a second uplink resource associated with a second TCI state. The WTRU and the base station (e.g., gNB) may determine a first TCI state, e.g., if the WTRU transmits an uplink channel transmission / signal in the first uplink resource. The WTRU and the gNB may determine a second TCI state, e.g., if the WTRU transmits an uplink channel transmission / signal in the second uplink resource.

[0187] The WTRU may transmit one or more CSI reports. The WTRU may, for example, indicate preferred resources that may be associated with the determined TCI state group based on the CSI report (e.g., via a PUCCH transmission and / or a PUSCH transmission). For example, the WTRU may indicate preferred resources and resource quality / qualities. The WTRU and the base station (e.g., gNB) may determine the TCI state (e.g., the TCI state associated with the selected resources) of the determined TCI state group based on, for example, an order of the indications (e.g., the first reported resource) and / or one or more qualities (e.g., the resource with the best quality). In an example, the resource may be one or more of the following: a CSI-RS resource / resource set; an SRS resource / resource set; a TCI state; or the like. In an example, the quality may be one or more of the following: CQI; L1-RSRP; L1-SINR; or the like.

[0188] The WTRU may combine multiple reports for its determination. The WTRU may determine the TCI state of the determined TCI state group, for example, based on the WTRU's P-MPR report and CSI report. For example, the WTRU may consider the reported quality and P-MPR for its TCI state determination. In examples, the WTRU may consider and / or apply one or more of the following: CQI assuming P-MPR (e.g., CQI selected considering SINR and P-MPR); L1-RSRP and P-MPR (e.g., L1-RSRP-P-MPR); L1-SINR and P-MPR (e.g., L1-SINR-P-MPR); or the like.

[0189] The WTRU-centric indication may use a confirmation from a base station (e.g., a gNB). The WTRU may receive one or more confirmations, for example, based on one or more CORESETs. A CORESET may include one or more of the following: a confirmation CORESET for TCI state determination; or one or more confirmation CORESETs associated with one or more TCI states. For example, a first CORESET may be associated with a first TCI state, and a second CORESET may be associated with a second TCI state. The WTRU may receive a confirmation PDCCH transmission in the first CORESET, for example, if the WTRU reports a first TCI state. The WTRU may receive a confirmation PDCCH transmission in the second CORESET, for example, if the WTRU reports a second TCI state. The WTRU may receive one or more confirmations, for example, based on a DCI field. The DCI field may indicate a confirmation that toggles (e.g., changes the DCI field value from 0 to 1 when the gNB receives a WTRU indication), e.g., based on an explicit indication (e.g., 0 for no confirmation and 1 for confirmation), and / or the like. The WTRU may apply the determined TCI state, e.g., in response to (e.g., later on) receiving a confirmation from the gNB.

[0190] Default TCI state determination can be used. The WTRU and / or base station (e.g., gNB) can, for example, determine one or more default TCI states for the determined TCI state group without (e.g., before) base station (e.g., gNB) and / or WTRU indication / confirmation. In an example, the default TCI state can be one or more of the following: the first TCI state of the determined TCI state group; the TCI state with the lowest / highest TCI state ID of the determined TCI state group; the TCI state associated with the CORESET with the lowest / highest CORESET ID of the determined TCI state group; the TCI state associated with the resource with the lowest / highest resource ID of the determined TCI state group; or the like. In an example, the resource can be one or more of the following: SSB; CSI-RS resource / resource set; SRS resource / resource set; PUCCH resource (e.g., for scheduling HARQ ACK / NACK reports and / or requests); or the like.

[0191] Figure 8 shows an example of the operation of TCI state determination. Figure 9 shows an example flowchart for TCI state determination using the indicated TCI state groups. Figure 10 shows WTRU-centric TCI state (beam) determination within a gNB indication TCI state group based on beam quality and PMPR.

[0192] The TCI state determination (e.g., based on the indicated TCI state group) may be performed in the WTRU using, for example, one or more of the following features: The WTRU may receive a configuration of one or more TCI state groups (e.g., see 202 in FIGS. 9 and 10). At least one of the one or more TCI state groups (e.g., each of the one or more TCI state groups) may include one or more TCI states (e.g., see 202 in FIGS. 9 and 10). At least one of the one or more TCI states (e.g., each of the one or more TCI states) may be associated with one or more RSs (e.g., see 202 in FIGS. 9 and 10). The WTRU may measure an RS (e.g., a DL RSRP) associated with at least one of the one or more TCI states (e.g., each of the one or more TCI states) of the one or more TCI state groups (e.g., see 204 in FIGS. 9 and 10). The WTRU may determine a PMPR value for each RS (e.g., for a corresponding UL beam) or for each of one or more TCI state groups (e.g., see 206 in FIGS. 9 and 10). The WTRU may report RS measurements and determined PMPR values ​​(e.g., for each RS or each of one or more TCI state groups). The WTRU may receive an indication of one or more TCI state groups, e.g., via a DCI scheduling a PUSCH (e.g., see 208 in FIGS. 9 and 10; the one or more indicated TCI state groups may be TCI state group #1). The WTRU may determine a TCI state of one or more indicated TCI state groups based on, e.g., RS value measurements (e.g., reported measurements) and / or determined PMPR values ​​associated with one or more TCI states of the one or more indicated TCI state groups (e.g., see 210 in FIGS. 9 and 10; the determined TCI state may be TCI state 216). The WTRU may transmit a scheduled PUSCH based on (eg, using) the determined TCI state (see, eg, 212 in FIGS. 9 and 10).

[0193] As shown in FIG. 10 (also shown in FIG. 7), if a first PMPR value is not determined (e.g., for an RS associated with a first transmit / receive beam / TCI state), the first transmit / receive beam / TCI state (see beam / TCI state 214) may be the best beam / TCI state. If determined, the first PMPR value may be high due to SAR. If a second PMPR value is determined (e.g., for an RS associated with a second beam / TCI), the second beam / TCI (see beam / TCI state 216) may be the best transmit / receive beam / TCI state. The second determined PMPR value may be lower than the first determined PMPR value.

[0194] The WTRU may determine the measurement type and / or report type (e.g., based on RS measurements associated with one or more configured or indicated TCI state groups). The WTRU may receive an indication of the measurement type and / or report type (e.g., via a MAC CE and / or DCI).

[0195] The TCI state may be indicated jointly, for example, for multiple channels, signals, and / or links. The TCI indication may be performed jointly, for example, for uplink and downlink transmissions. For joint indication of TCI, the WTRU may be configured (e.g., via configuration information) with one or more reference signals. The WTRU may, for example, determine spatial filtering required for transmitting or receiving a signal (e.g., uplink and / or downlink) based on the one or more reference signals.

[0196] The WTRU may determine an operating mode for use by the WTRU. The WTRU may determine one of a first operating mode (e.g., individual TCI status indications and / or determinations for each link, channel, and / or signal) or a second operating mode (e.g., joint TCI status indications for a set of one or more links, channels, and / or signals). In the first operating mode, the WTRU may receive dedicated TCI status indications and may determine one or more TCI statuses for each link, channel, and / or signal. In the second operating mode, the WTRU may receive joint TCI status indications and may determine one or more TCI statuses for one or more links, one or more channels, and / or a set of one or more signals. The set of one or more links, channels, and / or signals for the TCI status indication may be one or more of the following: one or more links (e.g., downlink, uplink, and / or sidelink); one or more channels (e.g., control channel, shared channel, random access channel, broadcast channel, etc.); one or more signals (e.g., CSI-RS, S-RS, DM-RS, TRS, SSB, Positioning RS (PRS), and / or the like); or one or more cells (e.g., multiple serving cells and / or cells other than the serving cell for inter-cell operation).

[0197] The operating mode may be determined, for example, based on one or more of the following: configuration of the joint TCI state; configuration of the CORESET and / or search space for the joint TCI state indication; configuration of the TCI state group for the joint TCI state indication; WTRU capability and / or gNB configuration, for example, based on a WTRU capability report; frequency range; preferred operating mode requested by the WTRU; link reliability; or the value of the configured CORESETPoolIndex in the ControlResourceSet (e.g., if CORESETPoolIndex is configured).

[0198] The operating mode may be determined based on the configuration of the joint TCI state. If the WTRU is configured (e.g., via configuration information) with separate TCI states (e.g., DL TCI and / or UL TCI) or if the WTRU is not configured (e.g., via configuration information) with joint TCI states (e.g., DL and UL TCI states), the WTRU may determine a first operating mode. If the WTRU is configured (e.g., via configuration information) with joint TCI states, the WTRU may determine a second operating mode.

[0199] The operating mode may be determined based on the configuration of a CORESET and / or search space for the joint TCI state indication. If the WTRU is not configured (e.g., via configuration information) with one or more CORESETs and / or search spaces for the joint TCI state indication (e.g., DL and UL TCI states), the WTRU may determine a first operating mode. If the WTRU is configured (e.g., via configuration information) with one or more CORESETs and / or search spaces for the joint TCI state indication, the WTRU may determine a second operating mode.

[0200] The operating mode may be determined based on the configuration of a TCI state group for joint TCI state indication. If the WTRU is not configured (e.g., via configuration information) with one or more TCI state groups for joint TCI state indication (e.g., DL and UL TCI states), the WTRU may determine a first operating mode. If the WTRU is configured (e.g., via configuration information) with one or more TCI state groups for joint TCI state indication, the WTRU may determine a second operating mode. The one or more TCI state groups may include one or more of the following: one or more links (e.g., downlink, uplink, and / or sidelink); one or more channels (e.g., control channel, shared channel, random access channel, broadcast channel, etc.); one or more signals (e.g., CSI-RS, S-RS, DM-RS, TRS, SSB, positioning RS (PRS), and / or the like); or one or more cells (e.g., multiple serving cells and / or cells other than the serving cell for inter-cell operation). The joint TCI status indication and / or determination may be for each TCI status group of one or more configured and / or indicated TCI status groups.

[0201] The operating mode may be determined based on WTRU capabilities and / or base station configuration (e.g., gNB configuration), for example, based on a WTRU capability report.

[0202] The operating mode can be implicitly determined based on the frequency range. A first operating mode may be used in a first frequency range (e.g., FR2), and a second operating mode may be used in a second frequency range (e.g., FR3). For example, an operating mode may be configured for the first frequency range (e.g., FR2), and an operating mode (e.g., a second operating mode) may be pre-determined for the second frequency range (e.g., FR3).

[0203] The WTRU may request a preferred mode of operation for joint TCI status indication. If the WTRU can support both modes of operation (e.g., the first mode and the second mode) and measurements at the WTRU indicate a preferred mode of operation (e.g., similar measured quality trends for multiple links, channels, signals, and / or cells), the WTRU may indicate the preferred mode of operation to the base station (e.g., gNB).

[0204] The operating mode may be determined based on link reliability. The WTRU may be configured (e.g., via configuration information) with separate joint TCI indication configurations, where one mode may be preferred for the normal operating mode and the other mode may be used as a fallback mode. For example, a joint TCI indication may be used for the normal operating mode and a separate TCI indication may be used for the fallback mode. If the WTRU determines a poor connectivity condition, the WTRU may use the fallback operating mode and may use one or more of the separate TCI indication configurations.

[0205] The mode of operation may be determined based on the value of the configured CORESETPoolIndex in the ControlResourceSet (e.g., if CORESETPoolIndex is configured). The WTRU may be configured to use one mode of TCI indication for a link corresponding to CORESETPoolIndex=0 and another mode of TCI indication for a link corresponding to CORESETPoolIndex=1. For example, the WTRU may determine a separate TCI indication as the preferred mode of TCI operation for the link corresponding to CORESETPoolIndex=0. The WTRU may determine a joint TCI indication as the preferred mode of TCI indication for the link corresponding to CORESETPoolIndex=1.

[0206] The WTRU may determine the joint TCI status indication based on, for example, one or more of an RRC configuration, a MAC CE, or a DCI.

[0207] The WTRU may determine a joint TCI state indication based on the RRC configuration. One or more RRC-configured TCI states may be used for the joint TCI state indication.

[0208] The WTRU may determine a joint TCI state indication based on the MAC CE. The WTRU may receive one or more joint TCI state indications via the MAC CE. The MAC CE may indicate one or more of the following: a logical channel ID (LCID) for the joint TCI state indication; a group ID for the joint TCI state indication; a cell ID and / or a serving cell ID; or a joint TCI state ID.

[0209] The WTRU may determine a joint TCI status indication based on a DCI, such as a WTRU-specific DCI or a group DCI.

[0210] The joint TCI state indication based on the WTRU-specific DCI may be determined, for example, within a DCI that schedules one or more shared channels. The WTRU-specific DCI received on the DCI scheduling shared channel may be in a DCI format, for example, DCI format 0-0, 0-1, 0-2, 1-0, 1-1, 1-2, etc. The WTRU may receive the indication of one or more joint TCI states via the DCI scheduling PDSCH. The WTRU may determine the TCI state based on the PDSCH scheduling. If the DCI schedules a PDSCH according to the TCI state indication, the WTRU may determine the indicated TCI state. If the DCI does not schedule a PDSCH (e.g., any PDSCH) according to the TCI state indication, the WTRU may use the previously indicated and determined TCI state.

[0211] The joint TCI status indication based on the WTRU-specific DCI may be received, for example, in a dedicated DCI for the joint TCI status indication.

[0212] The joint TCI status indication may be based on a group DCI, for example, the joint TCI status indication may be based on a dedicated group DCI for the joint TCI status indication.

[0213] The WTRU may be configured by RRC with two or more configurations for joint TCI state indication. Each RRC configuration may consider a different set of reference signals and / or QCL assumptions. The WTRU may receive an indication (e.g., via a MAC CE) to activate a subset of the RRC-configured joint TCI state configurations. The WTRU may receive an indication (e.g., via a DCI) of a joint TCI state configuration among the activated subset of the RRC-configured joint TCI state configurations (e.g., conditional on activating the subset of the RRC-configured joint TCI state configurations). The WTRU may receive (e.g., receive only) the MAC CE or DCI to select a joint TCI state indication configuration from the RRC-configured joint TCI state indication configurations.

[0214] The WTRU may be configured by RRC with two or more configurations for TCI state indication, each configuration may include a separate pair of joint TCI state indications, and each configuration may use a different set of reference signals and / or QCL hypotheses. The WTRU can be instructed (e.g., via a MAC CE) to activate a subset of RRC-configured pairs of individual and joint TCI status indications. The WTRU can receive (e.g., via a DCI) an indication of pairs of the activated subset of RRC-configured pairs (e.g., conditional on activating the subset of RRC-configured pairs). The WTRU can receive (e.g., receive only) a MAC CE or DCI to select separate joint TCI status indication pairs from the RRC-configured separate and joint TCI status indication pairs.

[0215] The WTRU may determine the TCI state based on a first TCI state (e.g., a newly indicated TCI state (e.g., via DCI and / or MAC CE)) and a second TCI state (e.g., a previously determined TCI state or the latest TCI state indicated before the first TCI state). For example, the validity timing of the indicated TCI state (e.g., a newly indicated TCI state) may be determined based on whether the indicated TCI state is the same as the previously indicated TCI state (e.g., the latest TCI state indicated before the newly indicated TCI state). If the first TCI state is equal to the second TCI state, the WTRU may apply the TCI state for joint TCI state indication. If the first TCI state is not equal to the second TCI state, the WTRU may apply one or more time offsets (e.g., symbols, slots, ms, and / or ns).

[0216] If the WTRU applies one or more time offsets, the WTRU may apply the one or more time offsets after time X for application of the first TCI state. Time X may be one or more of the following: a time (e.g., a slot or symbol) at which the WTRU receives a TCI state indication (e.g., via a PDCCH transmission and / or a MAC CE); or a time at which the WTRU transmits an ACK / NACK for a PDCCH transmission and / or a PDSCH transmission scheduled by the PDCCH transmission. The one or more time offsets may be determined based on one or more of the following: a number of links for the joint TCI state indication; a number of cells for the joint TCI state indication; a number of channels for the joint TCI state indication; a number of signals for the joint TCI state indication; or some signal type (e.g., CSI-RS, SRS, TRS, etc.) for the joint TCI state indication.

[0217] The WTRU may determine the TCI state based on the RS type of the first TCI state. The WTRU may be configured and / or indicated with a first TCI state having RSs of a first type (e.g., DL RSs (e.g., CSI-RS and / or SSB)) and / or a second TCI state having RSs of a second type (e.g., UL RSs (e.g., SRS)). If the WTRU receives an indication of the first TCI state, the WTRU may determine the first TCI state. If the WTRU receives an indication of the second TCI state, the WTRU may apply one or more of the default TCI state or DL ​​RSs associated with the second type RSs.

[0218] If the WTRU receives an indication of a second TCI state, the WTRU may determine a default TCI state, which may be predefined, preconfigured, or determined based on a TCI state ID (e.g., the lowest / highest TCI state ID among the configured TCI states).

[0219] If the WTRU receives an indication of the second TCI state, the WTRU may apply a DL RS associated with the second type RS. The WTRU may be configured and / or instructed by the second type RS and the associated DL RS. If the WTRU receives an indication of the second TCI state, the WTRU may determine its spatial filter based on the associated DL RS.

[0220] The base station (e.g., next generation NodeB (gNB)) may provide confirmation regarding the WTRU's reception of the beam indication.

[0221] The WTRU may receive a WTRU ACK / NACK confirmation upon a base station indication (e.g., a gNB indication) of one or more TCI states or one or more TCI state groups. The WTRU may determine, e.g., based on the confirmation, the application of one or more TCI states or one or more TCI state groups. The WTRU may be configured by the confirmation (e.g., via configuration information), e.g., in a first mode of operation. The WTRU may not be configured by the confirmation (e.g., via configuration information), e.g., in a second mode of operation. The WTRU may apply one or more TCI states or one or more TCI state groups. If the WTRU is configured by the confirmation (e.g., via configuration information), the WTRU may apply one or more TCI states or one or more TCI state groups after X time (e.g., in terms of symbols, slots, or ms) from when the WTRU receives a confirmation (e.g., a confirmation from a base station, such as a gNB confirmation) (e.g., in terms of slots or symbols). If the WTRU is not configured by acknowledgment (e.g., via configuration information), the WTRU may apply one or more TCI states or one or more TCI state groups Y time (e.g., in terms of symbols, slots, or ms) from when the WTRU receives a base station indication (e.g., gNB indication) of one or more TCI states or one or more TCI state groups (e.g., for a slot or symbol). If the WTRU is not configured by acknowledgment (e.g., via configuration information), the WTRU may apply one or more TCI states or one or more TCI state groups Y time (e.g., in terms of symbols, slots, or ms) from when the WTRU sends an ACK / NACK on the base station indication (e.g., gNB indication) (e.g., for a slot or symbol).

[0222] Hereinafter, one or more indicated TCI states may be used interchangeably with one or more indicated TCI state groups and beam indication.

[0223] The one or more TCI state indications may be used for one or more of the following: The one or more TCI state indications may be used for one or more links (e.g., downlink, uplink, and / or sidelink). The one or more TCI state indications may be used for one or more channels (e.g., control channel, shared channel, random access channel, broadcast channel, etc.). The one or more TCI state indications may be used for one or more signals (e.g., CSI-RS, SRS, DM-RS, TRS, SSB, Positioning RS (PRS), etc.). The one or more TCI state indications may be used for one or more cells (e.g., multiple serving cells and / or cells other than the serving cell for inter-cell operation).

[0224] The operating mode may be determined based on one or more of the following:

[0225] The mode of operation can be determined based on the configuration of the verification resource.

[0226] For example, if the WTRU is configured with confirmation resources (e.g., via configuration information), the WTRU may determine a first mode of operation (e.g., beam application based on base station confirmation, such as gNB confirmation). If the WTRU is not configured with confirmation resources (e.g., via configuration information), the WTRU may determine a second mode of operation (e.g., beam application based on beam indication or WTRU ACK / NACK).

[0227] The operating mode may be determined based on WTRU capabilities and / or base station confirmation (e.g., gNB configuration) based on WTRU capability reports.

[0228] The WTRU may request a preferred operating mode for base station confirmation (e.g., gNB confirmation). For example, if the WTRU may support multiple operating modes (e.g., a first mode and a second mode) and measurements at the WTRU indicate a preferred operating mode (e.g., similar measured quality trends for multiple links, channels, signals, and / or cells), the WTRU may indicate the preferred operating mode to the base station (e.g., gNB). For example, if the channel quality (e.g., RSRP, RSRQ, SINR, etc.) between the WTRU and the base station (e.g., gNB) is below a threshold, the WTRU may determine to use the first mode (e.g., beam adaptation based on base station confirmation, such as gNB confirmation). If the channel quality between the WTRU and the base station (e.g., gNB) is higher than a threshold, the WTRU may determine to use the second mode (e.g., beam adaptation based on beam indication or WTRU ACK / NACK). The threshold may be determined based on one or more of a WTRU implementation, a predetermined value, or a value configured and / or indicated by the base station (e.g., gNB).

[0229] The operating mode may be determined based on link reliability (e.g., required reliability). The WTRU may be configured (e.g., via configuration information) with a first operating mode and a second operating mode. The second mode may be used as a normal operating mode (e.g., scheduling based on DCI formats 1_1, 1_2, 0_1, 0_2, etc.). The first mode may be used as a fallback operating mode (e.g., scheduling based on DCI formats 1_0 and / or 0_0). The WTRU may apply one or more TCI states or one or more TCI state groups (e.g., as directed by a base station, such as a gNB). If a scheduled channel and / or signal (e.g., a newly scheduled channel and / or signal) is scheduled according to DCI formats 1_0 and / or 0_0, the one or more TCI states or one or more TCI state groups may be applied X time (e.g., in terms of symbols, slots, or ms) after the WTRU receives a base station confirmation (e.g., a gNB confirmation) (e.g., in terms of slots or symbols). If a scheduled channel and / or signal (e.g., a newly scheduled channel and / or signal) is scheduled according to DCI format 1_1, 1_2, 0_1, 0_2, etc., the WTRU may apply one or more TCI states or one or more TCI state groups Y time (e.g., in terms of symbols, slots, or ms) after the WTRU receives a base station indication (e.g., a gNB indication) of one or more TCI states or one or more TCI state groups (e.g., in terms of slots or symbols).If a scheduled channel and / or signal (e.g., a newly scheduled channel and / or signal) is scheduled according to DCI format 1_1, 1_2, 0_1, 0_2, etc., the WTRU may apply one or more TCI states or one or more TCI state groups Y time (e.g., in terms of symbols, slots, or ms) after the WTRU sends an ACK / NACK on the base station indication (e.g., gNB indication) (e.g., in terms of slots or symbols).

[0230] The operating mode may be determined based on a serving cell or a TRP type. The WTRU may be configured (e.g., via configuration information) with a first operating mode and a second operating mode. The second mode may be used for a first cell or a first TRP type (e.g., one or more of a Pcell, a PScell, or a primary TRP). The first mode may be used for a second cell or a second TRP type (e.g., an Scell ​​or a secondary TRP). For example, one or more TCI states (e.g., indicated by a base station such as a gNB) may be applied X time (e.g., in terms of symbols, slots, or ms) after the WTRU receives a base station confirmation (e.g., a gNB confirmation) (e.g., in terms of slots or symbols), e.g., if a scheduled channel and / or signal (e.g., a newly scheduled channel and / or signal) is scheduled for the first cell or first TRP (e.g., one or more of a Pcell, a PScell, or a primary TRP). If a scheduled channel and / or signal (e.g., a newly scheduled channel and / or signal) is scheduled for a second cell or a second TRP, the WTRU may apply the one or more TCI states or one or more TCI state groups, for example, Y time (e.g., in terms of symbols, slots, or ms) from when the WTRU receives a base station indication (e.g., a gNB indication) of one or more TCI states or one or more TCI state groups (e.g., in terms of slots or symbols) or when the WTRU sends an ACK / NACK on the base station indication (e.g., a gNB indication) (e.g., in terms of slots or symbols). The first cell and the second cell may be determined based on the serving cell IDs of the configured cells. For example, a serving cell ID (e.g., a particular serving cell ID such as 0) may be used for the first cell. For example, another serving cell ID may be used for the second cell.The primary TRP and the secondary TRP may be determined based on the CORESETPoolIndex of the ControlResourceSet. For example, a first CORESETPoolIndex (e.g., a specific CORESETPoolIndex, e.g., 0) may be used for the primary TRP, and a second CORESETPoolIndex may be used for the secondary TRP.

[0231] The WTRU may determine the application of an indicated beam, for example, based on a base station confirmation (e.g., a gNB confirmation). For example, if the WTRU receives a beam indication (e.g., a new beam indication), the WTRU may send an ACK / NACK of the beam indication (e.g., a new beam indication), for example, based on one or more resources (e.g., PUCCH resources) that are configured (e.g., an RRC configuration) and / or indicated (e.g., via a beam indication DCI). For example, if the WTRU receives (e.g., successfully) a beam indication (e.g., a new beam indication), the WTRU may report an ACK in the resource. If the WTRU does not receive a beam indication (e.g., a new beam indication), the WTRU may report a NACK in the resource. After reporting the ACK / NACK based on a received (e.g., successfully received) beam indication (e.g., a new beam indication), the WTRU may receive a confirmation of the ACK / NACK from the base station (e.g., a gNB). Based on the confirmation from the base station (e.g., gNB), the WTRU can determine whether to apply the indicated beam (e.g., a newly indicated beam). If the WTRU receives an ACK / NACK confirmation, the WTRU can apply the indication beam (e.g., a newly indicated beam), for example, X time (e.g., in terms of symbols, slots, or ms) after the WTRU receives the base station confirmation (e.g., gNB confirmation) (e.g., in terms of slots or symbols). If the WTRU does not receive an ACK / NACK confirmation, the WTRU can support one or more of the following methods (e.g., assume that the base station (e.g., gNB) did not receive the ACK / NACK (e.g., successfully): The WTRU can skip applying the indicated beam (e.g., a newly indicated beam).The WTRU may retransmit the ACK / NACK, for example, Z time (e.g., in terms of symbols, slots, or ms) after when the WTRU expects to receive a base station confirmation (e.g., gNB confirmation) (e.g., in terms of slots or symbols). The retransmission of the ACK / NACK may be determined, for example, based on the number of retransmissions. For example, if the number of retransmissions is less than or equal to a threshold, the WTRU may determine to retransmit the ACK. If the number of retransmissions is higher than the threshold, the WTRU may skip retransmission of the ACK / NACK. The threshold may be determined based on one or more of a WTRU implementation, a predetermined value, or a value configured and / or indicated by the base station (e.g., gNB). The WTRU may expect to receive a base station confirmation (e.g., gNB confirmation) in the next confirmation resource. The location of the next confirmation resource may be determined, for example, based on the location of a missed gNB confirmation. For example, the WTRU may attempt to detect a confirmation, for example, K time (e.g., in terms of symbols, slots, or ms) after when (e.g., in terms of slots or symbols) the WTRU is expected to receive a previous (e.g., missing) base station confirmation (e.g., gNB confirmation).

[0232] The WTRU may receive an ACK / NACK confirmation from a base station (e.g., a gNB). The WTRU may determine an indication of the confirmation based on one or more of the following methods:

[0233] The WTRU may receive an explicit indication. For example, the WTRU may receive one or more indications indicating ACK / NACK confirmation. The indication may be based on one or more of DCI, MAC CE, or RRC. The indication may be based on an explicit base station confirmation (e.g., an explicit gNB confirmation). In an example, 0 may be an explicit indication of base station confirmation for a NACK. 1 may be an explicit indication of base station confirmation for an ACK. The indication may be based on toggling a field. In an example, a transition from 0 to 1 and a transition from 1 to 0 may be an indication of base station confirmation for an ACK. A transition from 0 to 0 and a transition from 1 to 1 may be an indication of base station confirmation for a NACK.

[0234] The WTRU may receive an indication based on the RS transmission. The WTRU may receive one or more RS transmissions from a base station (e.g., a gNB). The RS may be one or more of an SSB, a CSI-RS, a PRS, a DM-RS, or a PT-RS. One or more RS resources and / or RS resource sets may be used as one or more confirmation resources. For example, the WTRU may be configured and / or indicated with one or more RS resources and / or RS resource sets configured for one or more RS transmissions (e.g., based on one or more of an RRC, a MAC CE, or a DCI). The configuration of the one or more RS resources and / or one or more RS resource sets may include one or more of the following: The configuration may include a physical cell ID, a serving cell ID, and / or a scrambling ID. The configuration may include an RS downlink BWP for channel measurement, e.g., a bwp-Id. The RS downlink BWP for channel measurement may be based on an associated reference RS resource set.

[0235] The configuration may include an RS resource set list of references to CSI-IM resources used for beam management and reporting, e.g., csi-IM-ResourceSetList. The configuration may include an RS resource set id, e.g., csi-ResourceConfigId, used in the corresponding RS reporting configuration to reference candidate CSI-RS resource sets. The configuration may include an RS resource set list of references to SSB resources used for beam management and reporting, e.g., csi-SSB-ResourceSetList. The configuration may include an RS resource set list of references to NZP CSI-RS resources used for beam management and reporting, e.g., nzp-CSI-RS-ResourceSetList. The configuration may include the RS time domain behavior of the candidate RS resource set configuration, e.g., resourceType. The configuration may include RS resources associated with the RS resource set, e.g., nzp-CSI-RS-Resources. The configuration may include an indication for the application of repetition, e.g., repetition. The configuration may include an indication for the mapping of antenna ports to RS resources in the corresponding RS resource set, e.g., trs-Info. The configuration may include an offset between the beam indication and the slot in which one or more transmissions are received, e.g., aperiodicTriggeringOffset. The offset may be, for example, a relative offset based on the slot in which the WTRU received the beam indication. If the WTRU receives the beam indication in slot N and the configured relative offset is M slots, the WTRU may receive one or more RS transmissions in slot N+M.

[0236] The WTRU may receive an indication based on a PDCCH transmission. The WTRU may receive one or more PDCCH transmissions from a base station (e.g., a gNB). In this case, one or more CORESETs and / or search spaces may be used as one or more confirmation resources. For example, the WTRU may be configured and / or indicated with one or more CORESETs and / or search spaces for one or more PDCCH transmissions (e.g., based on one or more of RRC, MAC CE, or DCI). The configuration of the one or more CORESETs and / or the one or more search spaces may include one or more of the following: The configuration may include a REG bundle size. The configuration may include a CORESET duration. The configuration may include a CORESET mapping type (e.g., interleaved or non-interleaved). The configuration may include a precoder granularity. The configuration may include a resource block (RB) offset. The configuration may include a PDCCH demodulation reference signal (DMRS) scrambling ID. The configuration may include a CORESET ID. The configuration may include a search space ID. The configuration may include a monitoring slot periodicity and an offset. The offset may be, for example, a relative offset based on the slot in which the WTRU received the beam indication. For example, if the WTRU receives a beam indication in slot N and the configured relative offset is M slots, the WTRU may receive one or more PDCCH transmissions in slot N+M. The configuration may include a search space duration. The configuration may include monitoring symbols in the slot. The configuration may include several candidates. The configuration may include a DCI format to be monitored. The configuration may include an aggregation level. The configuration may include an RNTI. The WTRU may be configured (e.g., via configuration information) with two or more RNTIs for the same mode of operation. The WTRU may determine base station confirmation (e.g., gNB confirmation) if, for example, it detects a switch from one RNTI to another.

[0237] The WTRU may receive an indication based on receiving a downlink or uplink resource configuration (e.g., a new configuration of downlink or uplink resources) or a change in the downlink or uplink resource configuration. The WTRU may determine base station confirmation (e.g., gNB confirmation), for example, by receiving a downlink or uplink resource configuration (e.g., a new configuration of downlink or uplink resources) or a change in the downlink or uplink resource configuration. The downlink or uplink resources may be DMRS, SRS resources, PUCCH resources, RACH resources, etc. For example, the WTRU may determine base station confirmation (e.g., gNB confirmation) by detecting a change in the size of the PUCCH resource set.

[0238] The WTRU may determine a base station confirmation (e.g., gNB confirmation) based on one or more of the following: The determination of base station confirmation may be based on whether the base station (e.g., gNB) sent a confirmation (e.g., an RS transmission or a PDCCH transmission, or the detection of a new or changed configuration of downlink or uplink resources). For example, the WTRU may identify a base station confirmation (e.g., gNB confirmation) if the base station (e.g., gNB) sends a confirmation. If the WTRU detects one or more RS and / or one or more PDCCH transmissions within the configured confirmation resources, the WTRU may determine to apply an indicated beam (e.g., a newly indicated beam). If the WTRU does not receive one or more RS and / or one or more PDCCH transmissions, the WTRU may assume that the base station (e.g., gNB) did not receive the WTRU's ACK / NACK.

[0239] The determination of the base station confirmation may be based on one or more parameters of the received base station confirmation (e.g., a received gNB confirmation). For example, the WTRU may identify the base station confirmation (e.g., gNB confirmation) based on one or more parameters of the received base station confirmation (e.g., gNB confirmation). If the WTRU receives the base station confirmation (e.g., gNB confirmation) with a first parameter set (e.g., a first scrambling ID), the WTRU may determine to apply an indicated beam (e.g., a newly indicated beam). If the WTRU receives the base station confirmation (e.g., gNB confirmation) with a second parameter set (e.g., a second scrambling ID), the WTRU may assume that the base station (e.g., gNB) did not receive the WTRU's ACK / NACK. The parameter for determining the base station confirmation (e.g., gNB confirmation) may be one or more of the following: The parameter may be an RS resource or a resource set (e.g., a first RS resource or a second RS resource). The parameter may be a scrambling ID (e.g., a first scrambling ID or a second scrambling ID). The parameter may be an RNTI for PDCCH transmission (e.g., a first RNTI or a second RNTI). The parameter may be a periodicity and / or offset (e.g., a first periodicity and / or offset or a second periodicity and / or offset). The parameter may be a number of antenna ports for RS transmission. The parameter may be a DCI format (e.g., a first format or a second format). The parameter may be a CORESET ID and / or a search space ID. The parameter may be a CORESET duration and / or a search space duration. The parameter may be an aggregation level. The parameter may be a PDCCH DMRS scrambling ID. The parameter may be a precoder granularity. The parameter may be the REG bundle size.

[0240] Depending on the ACK / NACK reported by the WTRU, different confirmation methods may be used: If the WTRU reports an ACK, the confirmation may be based on one or more RS transmissions; If the WTRU reports a NACK, the confirmation may be based on one or more PDCCH transmissions.

[0241] FIG. 11 illustrates dynamic beam application time determination based on an indicated TCI state. At 252, the WTRU may receive a beam indication for one or more channels, e.g., via DCI format 1_1 or 1_2. The WTRU may determine one or more offsets for applying the newly indicated beam. At 254, the WTRU may determine whether the previously indicated beam is the same as the newly indicated beam. If the previously indicated beam is the same as the newly indicated beam, the WTRU may transmit and / or receive channel transmissions and signals using the newly indicated beam at 256. If the previously indicated beam (e.g., the most recently indicated beam) is different from the newly indicated beam, the WTRU may determine at 258 whether a beam switching time value is less than or equal to the indicated / determined offset. If the beam switching time value is less than or equal to the indicated / determined offset, the WTRU may transmit and / or receive channel transmissions and signals on the newly indicated beam at 260. If the beam switching time value is greater than the indicated / determined offset, then at 262 the WTRU may transmit and / or receive channel transmissions and signals via the previously indicated beam (or not transmit and / or receive channel transmissions).

[0242] Although the above-described features and elements are described in particular combinations, each feature or element may be used alone without the other features and elements of the preferred embodiments, or may be used in various combinations with or without the other features and elements.

[0243] While the implementations described herein may consider 3GPP-specific protocols, it is understood that the implementations described herein are not limited to this scenario and may be applicable to other wireless systems. For example, while the solutions described herein consider LTE, LTE-A, new radio (NR), or 5G-specific protocols, it is understood that the solutions described herein are not limited to this scenario and may also be applicable to other wireless systems.

[0244] The processes described above may be implemented in a computer program, software, and / or firmware embodied in a computer-readable medium for execution by a computer and / or processor. Examples of computer-readable media include, but are not limited to, electronic signals (transmitted over wired and / or wireless connections) and computer-readable storage media. Examples of computer-readable storage media include, but are not limited to, read-only memory (ROM), random access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media such as, but not limited to, internal hard disks and removable disks, magneto-optical media, and / or optical media such as compact disc (CD)-ROM disks and / or digital versatile disks (DVDs). A processor in association with software may be used to implement a radio frequency transceiver for use in a WTRU, terminal, base station, RNC, and / or any host computer.

Claims

1. 1. A wireless transmit / receive unit (WTRU), comprising:

1. A processor, comprising: receiving configuration information associated with a first transmission configuration indicator (TCI) state group including a first TCI state and a second TCI state group including a second TCI state, wherein each individual TCI state of the first TCI state and the second TCI state is associated with a respective downlink reference signal; reporting first values ​​including first respective measured downlink received power values ​​and first respective determined power reduction values, wherein each of the first respective measured downlink received power values ​​and each of the first respective determined power reduction values ​​is associated with a respective downlink reference signal associated with a respective TCI state of the first TCI state; reporting second values ​​including second respective measured downlink received power values ​​and second respective determined power reduction values, wherein each of the second respective measured downlink received power values ​​and each of the second respective determined power reduction values ​​is associated with a respective downlink reference signal associated with a respective TCI state of the second TCI state; receiving an indication of the first TCI state group via a downlink transmission including scheduling information for an uplink transmission; determining a first TCI state from the first TCI state group based on downlink received power information and power reduction information; WTRU, comprising: a processor configured to send the uplink transmission based on the first determined TCI condition.

2. 2. The WTRU of claim 1, wherein the downlink received power information includes the first or third respective measured downlink received power value associated with the first TCI condition group, and the power reduction information includes the first or third respective determined power reduction value associated with the first TCI condition group.

3. 3. The WTRU of claim 2, wherein the third respective measured downlink received power values ​​are measured for the first TCI condition group in response to receiving the indication of the first TCI condition group, and the third respective determined power reduction values ​​are determined for the first TCI condition group in response to receiving the indication of the first TCI condition group.

4. The WTRU of claim 1 , wherein the power reduction information is determined based on a reference signal associated with a downlink transmission.

5. 2. The WTRU of claim 1, wherein the first respective measured downlink received power values ​​are respective downlink reference signal received power (RSRP) values ​​and the first respective determined power reduction values ​​are respective power management maximum power reduction (PMPR) values.

6. 2. The WTRU of claim 1, wherein the downlink transmission is a downlink control information (DCI) transmission and the uplink transmission is a physical uplink shared channel (PUSCH) transmission.

7. 1. A method implemented in a wireless transmit / receive unit (WTRU), comprising: receiving configuration information associated with a first transmission configuration indicator (TCI) state group including a first TCI state and a second TCI state group including a second TCI state, wherein each individual TCI state of the first TCI state and the second TCI state is associated with a respective downlink reference signal; reporting first values ​​including first respective measured downlink received power values ​​and first respective determined power reduction values, wherein each of the first respective measured downlink received power values ​​and each of the first respective determined power reduction values ​​is associated with a respective downlink reference signal associated with a respective TCI state of the first TCI state; reporting second values ​​including second respective measured downlink received power values ​​and second respective determined power reduction values, wherein each of the second respective measured downlink received power values ​​and each of the second respective determined power reduction values ​​is associated with a respective downlink reference signal associated with a respective TCI state of the second TCI state; receiving an indication of the first TCI state group via a downlink transmission including scheduling information for an uplink transmission; determining a first TCI state from the first TCI state group based on downlink received power information and power reduction information; transmitting the uplink transmission based on the first determined TCI state.

8. 8. The method of claim 7, wherein the downlink received power information includes the first or third respective measured downlink received power value associated with the first TCI condition group, and the power reduction information includes the first or third respective determined power reduction value associated with the first TCI condition group.

9. 9. The method of claim 8, wherein the third respective measured downlink received power value is measured for the first TCI condition group in response to receiving the indication of the first TCI condition group, and the third respective determined power reduction value is determined for the first TCI condition group in response to receiving the indication of the first TCI condition group.

10. The method of claim 7 , wherein the power reduction information is determined based on a reference signal associated with a downlink transmission.

11. 8. The method of claim 7, wherein the first respective measured downlink received power values ​​are respective downlink reference signal received power (RSRP) values ​​and the first respective determined power reduction values ​​are respective power management maximum power reduction (PMPR) values.

12. 8. The method of claim 7, wherein the downlink transmission is a downlink control information (DCI) transmission and the uplink transmission is a physical uplink shared channel (PUSCH) transmission.

Images