WTRU-assisted spatial adaptation for network energy saving

Abstract

A system, method, and means relating to assisted spatial adaptation associated with network energy saving are provided. A wireless transceiver unit (WTRU) can receive a first CSI-RS and a second CSI-RS. The WTRU can determine an initial CSI-RS hypothesis. The initial CSI-RS hypothesis can be a first CSI-RS hypothesis associated with the first CSI-RS, or a second CSI-RS hypothesis associated with the second CSI-RS. The WTRU can send an indication of a hypothesis index associated with the initial CSI-RS hypothesis to a network node. The WTRU can receive an indication of a transmit configuration indicator (TCI) state via downlink transmission. The WTRU can determine a QCL source based on the CSI-RS hypothesis and the indicated TCI state. The CSI-RS hypothesis can be an indicated CSI-RS hypothesis or an initial CSI-RS hypothesis indicated by network signaling. The WTRU can decode a downlink channel based on the QCL source.

Description

Technical Field

[0001] Cross - Reference to Related Applications This application claims the benefit of U.S. Patent Provisional Application No. 63 / 457,051, filed on April 4, 2023, the content of which is incorporated herein by reference.

Background Art

[0002] Mobile communication using wireless communication has been continuously evolving. The fifth generation of mobile communication radio access technology (RAT) may be referred to as 5G New Radio (NR). Previous (legacy) generations of mobile communication RAT can be, for example, the fourth generation (4G) Long Term Evolution (LTE). Wireless communication devices can establish communication with other devices and data networks via an access network such as a radio access network (RAN).

Summary of the Invention

Means for Solving the Problems

[0003] A system, method, and means are provided that can be used for assisted spatial adaptation associated with network energy saving. A wireless transmit-receive unit (WTRU) can receive a first CSI-RS and a second CSI-RS. The WTRU can determine an initial CSI-RS hypothesis. The initial CSI-RS hypothesis can be a first CSI-RS hypothesis associated with the first CSI-RS, or a second CSI-RS hypothesis associated with the second CSI-RS. The WTRU can send an indication of a hypothesis index associated with the initial CSI-RS hypothesis to a network node. The WTRU can receive an indication of a transmit configuration indicator (TCI) state via downlink transmission. The WTRU can determine a QCL source based on the CSI-RS hypothesis and the indicated TCI state. The CSI-RS hypothesis can be the demonstrated CSI-RS hypothesis, or the initial CSI-RS hypothesis, as demonstrated by network signaling. The WTRU can decode the downlink channel based on the QCL source.

[0004] A WTRU can determine a measurement. A measurement can be associated with a hypothesis index. A measurement can be associated with a CSI-RS resource indicator (CRI) or reference signal received power (RSRP). A WTRU can send indications of the measurement to network nodes. The determination of the initial CSI-RS hypothesis can be based on a sequence associated with one or more of the first or second CSI-RS. A QCL source can be associated with one or more of the port number or CSI-RS resources.

[0005] The WTRU can maintain the QCL state associated with the initial CSI-RS hypothesis, the CSI-RS associated with the initial CSI-RS hypothesis, and the port associated with the CSI-RS. The WTRU can update the maintained QCL state based on a third received CSI-RS. Downlink transmissions can be physical downlink control channel (PDCCH) transmissions or physical downlink shared channel (PDSCH) transmissions. [Brief explanation of the drawing]

[0006] [Figure 1A] This figure shows an exemplary communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] This is a system diagram showing an exemplary wireless transceiver unit (WTRU) used in the communication system of Figure 1A, according to one embodiment. [Figure 1C] This is a system diagram showing an exemplary radio access network (RAN) and core network (CN) used in the communication system of Figure 1A according to one embodiment. [Figure 1D] This is a system diagram showing further exemplary RAN and CN that can be used in the communication system of Figure 1A according to one embodiment. [Figure 2] This figure illustrates an example in which a WTRU receives a Non-Zero Power Channel State Information Reference Signal (NZP-CSI-RS) resource group, derives channel state information for each group related to the hypothetical index, and reports the derived CSI to the network. [Modes for carrying out the invention]

[0007] Figure 1A is a system diagram showing an exemplary communication system 100 in which one or more disclosed embodiments may be implemented. The communication system 100 may be a multiple access system that provides content such as voice, data, video, messaging, and broadcast to multiple radio users. The communication system 100 can enable multiple radio users to access such content through the sharing of system resources, including radio 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 (ZT) unique-word (UW) discrete Fourier transform (DFT) spread OFDM (ZT UW DTS-s OFDM), unique-word OFDM (UW-OFDM), resource block filtering OFDM, and filter bank multicarrier (FBMC).

[0008] As shown in Figure 1A, the communication system 100 may include radio transceiver units (WTRUs) 102a, 102b, 102c, 102d, radio access networks (RANs) 104 / 113, core networks (CNs) 106 / 115, public switched telephone networks (PSTNs) 108, the Internet 110, and other networks 112, but it will be understood that the disclosed embodiments intend any number of WTRUs, base stations, networks, and / or network elements. Each of the WTRUs 102a, 102b, 102c, and 102d may be any type of device configured to operate and / or communicate in a radio environment. For example, WTRU102a, 102b, 102c, and 102d may all be referred to as “stations” and / or “STAs” and may be configured to transmit and / or receive radio signals, and may include (or be) user equipment (UEs), 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 an industrial and / or automated processing chain context), consumer electronics devices, and devices operating on commercial and / or industrial wireless networks. Any of WTRU102a, 102b, 102c, and 102d may interchangeably be referred to as UEs.

[0009] The communication system 100 may also include base stations 114a and / or base stations 114b. Each of the base stations 114a and 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, and 102d to facilitate access to one or more communication networks, such as CN 106 / 115, the Internet 110, and / or network 112. As an example, base stations 114a and 114b may be any of the following: base station transceiver station (BTS), node B (NB), e-node B (eNB), home node B (HNB), home e-node B (HeNB), g-node B (gNB), NR node B (NR NB), site controller, access point (AP), wireless router, etc. Although base stations 114a and 114b are shown as single elements, it will be understood that base stations 114a and 114b may include any number of interconnected base stations and / or network elements.

[0010] Base station 114a may be part of 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), and relay nodes. 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 called cells (not shown). These frequencies may be licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum. A cell can provide coverage for radio services to a particular geographic area that may be relatively fixed or change over time. A cell may be further divided into cell sectors. For example, a cell associated with base station 114a may be divided into three sectors. Thus, in one embodiment, base station 114a may include three transceivers, i.e., one for each sector of the cell. In one embodiment, base station 114a may employ multiple-input multiple-output (MIMO) technology, which may utilize multiple transceivers for each sector of the cell or any sector. For example, beamforming can be used to transmit and / or receive signals in a desired spatial direction.

[0011] Base stations 114a and 114b can communicate with one or more WTRUs 102a, 102b, 102c, and 102d via an air interface 116, the air interface 116 may be any suitable radio 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 described above, the communication system 100 may be a multiple access system and may employ one or more channel access schemes such as CDMA, TDMA, FDMA, OFDMA, and SC-FDMA. For example, base stations 114a and WTRU 102a, 102b, and 102c in RAN 104 / 113 may implement radio technologies such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which can establish an air interface 116 using broadband CDMA (WCDMA). WCDMA may include communication protocols such as High Speed ​​Packet Access (HSPA) and / or Advanced HSPA (HSPA+). HSPA may include High Speed ​​Downlink Packet Access (HSDPA) and / or High Speed ​​Uplink Packet Access (HSUPA).

[0013] In one embodiment, base stations 114a and WTRUs 102a, 102b, and 102c can implement radio technologies such as Advanced UMTS Terrestrial Radio Access (E-UTRA), which can establish an 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, base stations 114a and WTRUs 102a, 102b, and 102c can implement radio technologies such as NR radio access, which can establish an air interface 116 using New Radio (NR).

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

[0016] In one embodiment, base stations 114a and WTRUs 102a, 102b, and 102c can implement wireless technologies such as IEEE 802.11 (i.e., Wireless Fidelity (Wi-Fi)), 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), GSM Advanced Data Rate (EDGE), and GSM EDGE (GERAN).

[0017] In Figure 1A, base station 114b may be, for example, a wireless router, home node B, home enode B, or access point, and can utilize any suitable RAT to facilitate wireless connectivity in localized areas such as offices, homes, vehicles, premises, industrial facilities, aerial corridors (for use by drones, for example), and roads. In one embodiment, base station 114b and WTRU 102c, 102d can implement wireless technologies such as IEEE 802.11 to establish a wireless local area network (WLAN). In one embodiment, base station 114b and WTRU 102c, 102d can implement wireless technologies such as IEEE 802.15 to establish a wireless personal area network (WPAN). In one embodiment, base station 114b and WTRU 102c, 102d can utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.) to establish any small cell, picocell, or femtocell. As shown in Figure 1A, base station 114b may have a direct connection to the internet 110. Therefore, base station 114b may not be required to access the internet 110 via CN 106 / 115.

[0018] RAN104 / 113 may communicate with CN106 / 115, which may be any type of network configured to provide voice, data, applications, and / or Voice over Internet Protocol (VoIP) services to one or more of WTRU102a, 102b, 102c, and 102d. The data may have various Quality of Service (QoS) requirements, including different throughput requirements, latency requirements, error tolerance requirements, reliability requirements, data throughput requirements, and mobility requirements. CN106 / 115 may provide call control, billing services, mobile location-based services, prepaid calling, internet connectivity, video distribution, and / or implement high-level security functions, such as user authentication. Although not shown in Figure 1A, it will be understood that RAN104 / 113 and / or CN106 / 115 may communicate directly or indirectly with other RANs employing the same or different RATs as RAN104 / 113. For example, in addition to being connected to RAN104 / 113, which may utilize NR radio technology, CN106 / 115 may also communicate with another RAN (not shown) employing one of the following technologies: GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or Wi-Fi radio technology.

[0019] CN106 / 115 can also act as a gateway for WTRU102a, 102b, 102c, and 102d to access PSTN108, the Internet 110, and / or other networks 112. PSTN108 may include a circuit-switched telephone network providing plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices using common communication protocols such as TCP, User Datagram Protocol (UDP), and / or IP in the Transmission Control Protocol / Internet Protocol (TCP / IP) Internet Protocol Suite. Network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, network 112 may include another CN connected to one or more RANs, which may employ the same RAT as RAN104 / 114 or a different RAT.

[0020] Some or all of the WTRUs 102a, 102b, 102c, and 102d in the communication system 100 can include multimode capability (for example, WTRUs 102a, 102b, 102c, and 102d can include multiple transceivers for communicating with different radio networks via different radio links). For example, WTRU 102c shown in Figure 1A may be configured to communicate with base station 114a which can employ cellular-based radio technology and may be configured to communicate with base station 114b which can employ IEEE 802 radio technology.

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

[0022] The processor 118 can be a general-purpose processor, a dedicated 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 can perform signal encoding, 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 can be coupled to the transceiver 120, and can be coupled to the transceiver element 122. Although Figure 1B shows the processor 118 and the transceiver 120 as separate components, it will be understood that the processor 118 and the transceiver 120 can be incorporated together, for example, in an electronic package or chip.

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

[0024] Although the transceiver element 122 is shown in FIG. 1B as a single element, the WTRU 102 can include any number of transceiver elements 122. For example, the WTRU 102 can employ MIMO technology. Thus, in one embodiment, the WTRU 102 can include two or more transceiver elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals via the air interface 116.

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

[0026] The processor 118 of the WTRU102 may be coupled to a speaker / microphone 124, a keypad 126, and / or a display / touchpad 128 (for example, a liquid crystal display (LCD) display unit or an organic light-emitting diode (OLED) display unit) and may receive user input data from them. 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 any type of suitable memory, such as non-removable memory 130 and / or removable memory 132, and store data therein. 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. Removable memory 132 may include a subscriber identification module (SIM) card, a memory stick, a secure digital (SD) memory card, etc. In other embodiments, the processor 118 can access information from memory not physically located on the WTRU 102, such as on a server or home computer (not shown), and store data therein.

[0027] The processor 118 may be configured to receive power from the power supply 134 and distribute and / or control power to other components in the WTRU 102. The power supply 134 can be any suitable device for supplying power to the WTRU 102. For example, the power supply 134 may include one or more dry cell batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li-ion), etc.), a solar cell, a fuel cell, 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, the information from the GPS chipset 136, the WTRU 102 may receive location information from base stations (e.g., base stations 114a, 114b) via the air interface 116 and / or determine its location based on the timing of when signals are received from two or more nearby base stations. It will be understood that the WTRU 102 may acquire location information via any preferred location determination method while remaining consistent with one embodiment.

[0029] The processor 118 may further be coupled to other elements / peripherals 138, which may include one or more software and / or hardware modules / units that provide additional features, functionality and / or wired or wireless connectivity. For example, the elements / 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, and the like. The element / peripheral device 138 may include one or more sensors, the sensors being one or more of the following: gyroscope, accelerometer, Hall effect sensor, magnetometer, compass sensor, proximity sensor, temperature sensor, time sensor, geolocation sensor, altimeter, light sensor, touch sensor, magnetometer, barometer, gesture sensor, biometric sensor, and / or humidity sensor.

[0030] WTRU102 may include a full-duplex radio where the transmission and reception of some or all of a signal may be parallel and / or simultaneous, associated with a specific subframe for both an uplink (for transmission, for example) and a downlink (for reception, for example). The full-duplex radio may include an interference management unit for reducing and / or substantially eliminating self-interference via signal processing either through hardware (e.g., chokes) or through a processor (e.g., a separate processor (not shown) or via processor 118). In one embodiment, WTRU102 may include a half-duplex radio, which is for the transmission and reception of some or all of a signal (e.g., associated with a specific subframe for either an uplink (for transmission, for example) or a downlink (for reception, for example).

[0031] Figure 1C is a system diagram showing RAN104 and CN106 according to one embodiment. As described above, RAN104 can employ E-UTRA radio technology to communicate with WTRU102a, 102b, and 102c via the air interface 116. RAN104 may also communicate with CN106.

[0032] RAN104 may include enodes B160a, 160b, and 160c, but it will be understood that RAN104 may include any number of enodes B while remaining consistent with one embodiment. Each of enodes B160a, 160b, and 160c may include one or more transceivers for communicating with WTRU102a, 102b, and 102c via the air interface 116. In one embodiment, enodes B160a, 160b, and 160c can implement MIMO technology. Thus, enode B160a may, for example, use multiple antennas to transmit radio signals to and receive radio signals from WTRU102a.

[0033] Each of the e-nodes B160a, 160b, and 160c may be associated with a specific cell (not shown) and may be configured to handle wireless resource management decisions, handover decisions, user scheduling on uplink (UL) and / or downlink (DL), etc. As shown in Figure 1C, the e-nodes B160a, 160b, and 160c can communicate with each other via the X2 interface.

[0034] The CN106 shown in Figure 1C may include a Mobility Management Entity (MME) 162, a Serving Gateway (SGW) 164, and a Packet Data Network (PDN) Gateway (PGW) 166. Although each of the above elements is shown as part of CN106, it will be understood that any one of these elements may be owned and / or operated by an entity other than the CN operator.

[0035] The MME162 can be connected to each of the e-nodes B160a, 160b, and 160c in RAN104 via the S1 interface and can act as a control node. For example, the MME162 can be responsible for authenticating users of WTRU102a, 102b, and 102c, activating / deactivating bearers, and selecting a specific serving gateway during the initial attachment of WTRU102a, 102b, and 102c. The MME162 can provide control plane functionality for switching between RAN104 and other RANs (not shown) employing other radio technologies such as GSM and / or WCDMA.

[0036] The SGW164 can be connected to each of the e-nodes B160a, 160b, and 160c in RAN104 via the S1 interface. The SGW164 can generally route and forward user data packets to and from WTRU102a, 102b, and 102c. The SGW164 can perform other functions, such as anchoring the user plane during e-node B handovers, triggering paging when DL data is available for WTRU102a, 102b, and 102c, and managing and remembering the context of WTRU102a, 102b, and 102c.

[0037] SGW164 may be connected to PGW166, which can provide WTRU102a, 102b, and 102c with access to a packet-switched network such as the Internet 110 to facilitate communication between WTRU102a, 102b, and 102c and IP-enabled devices.

[0038] CN106 can facilitate communication with other networks. For example, CN106 can provide WTRU102a, 102b, and 102c with access to circuit-switched networks such as PSTN108, thereby facilitating communication between WTRU102a, 102b, and 102c and legacy landline communication devices. For example, CN106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between CN106 and PSTN108. Furthermore, CN106 can provide WTRU102a, 102b, and 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 described as a wireless terminal in Figures 1A to 1D, in certain representative embodiments, such a terminal is intended to be able to use a wired communication interface with a communication network (for example, temporarily or permanently).

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

[0041] In Infrastructure Basic Service Set (BSS) mode, a WLAN may have access points (APs) for the BSS and one or more stations (STAs) associated with the APs. APs may have access to or interfaces with distributed systems (DSs) or other types of wired / wireless networks that carry traffic during and / or from the BSS. Traffic originating outside the BSS to the STAs may arrive through the APs and be delivered to the STAs. Traffic originating from the STAs to destinations outside the BSS may be sent to the APs to be delivered to their respective destinations. Traffic between STAs within the BSS may be sent through the APs; for example, a source STA can send traffic to the AP, and the AP can deliver the traffic to the destination STA. Traffic between STAs within the BSS is considered and / or sometimes referred to as peer-to-peer traffic. Peer-to-peer traffic may be sent between a source STA and a destination STA (for example, directly between them) via a direct link setup (DLS). In some typical embodiments, the DLS may be an 802.11e DLS or an 802.11z tunnel DLS (TDLS). A WLAN using Independent BSS (IBSS) mode may not have access points (APs), and STAs within or using IBSS (for example, all STAs) can communicate directly with each other. The IBSS communication mode is sometimes referred to as the “ad-hoc” communication mode in this specification.

[0042] When using the 802.11ac infrastructure operating mode or a similar operating mode, an AP can transmit beacons on a fixed channel, such as a primary channel. The primary channel can be a fixed width (e.g., a 20 MHz bandwidth) or a dynamically set width via signaling. The primary channel can be the operating channel of the BSS, which can be used by STAs to establish a connection with the AP. In some typical embodiments, Carrier sense multiple access with collision avoidance (CSMA / CA) can be implemented, for example, in an 802.11 system. In CSMA / CA, an STA, including the AP (e.g., any STA), can sense the primary channel. If the primary channel is sensed / detected and / or determined to be busy by a particular STA, that STA can backoff. One STA (e.g., only one station) can transmit at any given time within a given BSS.

[0043] A high-throughput (HT) STA can use a 40MHz wide channel for communication, for example, via a combination of a primary 20MHz channel and adjacent or non-adjacent 20MHz channels to form a 40MHz wide channel.

[0044] Ultra-high throughput (VHT) STAs can support 20MHz, 40MHz, 80MHz, and / or 160MHz wide channels. 40MHz channels and / or 80MHz channels can be formed by combining consecutive 20MHz channels. 160MHz channels can be formed by combining eight consecutive 20MHz channels, or by combining two discontinuous 80MHz channels, sometimes referred to as an 80+80 configuration. In the 80+80 configuration, data can be passed through a segment parser that, after channel encoding, can split the data into two streams. Inverse fast Fourier transform (IFFT) processing and time-domain processing can be performed separately for each stream. The streams can be mapped onto two 80MHz channels, and the data can be transmitted by a transmitting STA. At the receiver of a receiving STA, the operation described above for the 80+80 configuration can be reversed, and the combined data can be sent to a media access control (MAC) layer, entities, etc.

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

[0046] A WLAN system that can support multiple channels and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, includes a channel that can be designated as the primary channel. The primary channel may have a bandwidth equal to the largest 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 that supports the smallest bandwidth operating mode from among all STAs operating in the BSS. In the 802.11ah example, the primary channel may be 1 MHz wide for an STA (e.g., an MTC type device) that supports (e.g., only) 1 MHz mode, even if the AP and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and / or other channel bandwidth operating modes. Carrier detection and / or network allocation vector (NAV) settings may depend on the status of the primary channel. For example, if the primary channel is busy because an STA (which only supports 1MHz operating mode) is transmitting to the AP, the entire available frequency band may be considered busy, even though a large portion of the frequency band remains idle and could be available.

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

[0048] Figure 1D is a system diagram showing RAN113 and CN115 according to one embodiment. As described above, RAN113 can employ NR radio technology to communicate with WTRU102a, 102b, and 102c via the air interface 116. RAN113 may also communicate with CN115.

[0049] RAN113 may include gNB180a, 180b, and 180c, but it will be understood that RAN113 may include any number of gNBs while remaining consistent with one embodiment. Each of the gNB180a, 180b, and 180c may include one or more transceivers for communicating with WTRU102a, 102b, and 102c via the air interface 116. In one embodiment, the gNB180a, 180b, and 180c can implement MIMO technology. For example, the gNB180a and 180b can utilize beamforming to transmit signals to and / or receive signals from the WTRU102a, 102b, and 102c. Thus, the gNB180a can, for example, use multiple antennas to transmit radio signals to and / or receive radio signals from the WTRU102a. In one embodiment, gNB180a, 180b, and 180c can implement carrier aggregation technology. For example, gNB180a can transmit multiple component carriers to WTRU102a (not shown). A subset of these component carriers may be on the unlicensed spectrum, while the remaining component carriers may be on the licensed spectrum. In one embodiment, gNB180a, 180b, and 180c can implement coordinated multi-point (CoMP) technology. For example, WTRU102a can receive coordinated transmissions from gNB180a and gNB180b (and / or gNB180c).

[0050] WTRU102a, 102b, and 102c can communicate with gNB180a, 180b, and 180c using transmissions associated with scalable numerology. For example, OFDM symbol intervals and / or OFDM subcarrier intervals may differ for different transmissions, different cells, and / or different parts of the radio transmission spectrum. WTRU102a, 102b, and 102c can communicate with gNB180a, 180b, and 180c using subframes or transmit time intervals (TTIs) of varying or scalable lengths (including, for example, a varying number of OFDM symbols and / or a varying length of absolute time that persists).

[0051] gNB180a, 180b, and 180c can be configured to communicate with WTRU102a, 102b, and 102c in standalone and / or non-standalone configurations. In a standalone configuration, WTRU102a, 102b, and 102c can communicate with gNB180a, 180b, and 180c without accessing other RANs (such as e-nodes B160a, 160b, and 160c). In a standalone configuration, WTRU102a, 102b, and 102c can utilize one or more of gNB180a, 180b, and 180c as mobility anchor points. In a standalone configuration, WTRU102a, 102b, and 102c can communicate with gNB180a, 180b, and 180c using signals in unlicensed bands. In a non-standalone configuration, WTRU102a, 102b, and 102c can communicate with gNB180a, 180b, and 180c while also communicating with other RANs such as enodes B160a, 160b, and 160c. For example, WTRU102a, 102b, and 102c can implement DC principles to communicate substantially simultaneously with one or more gNB180a, 180b, and 180c, and one or more enodes B160a, 160b, and 160c. In a non-standalone configuration, enodes B160a, 160b, and 160c can act as mobility anchors for WTRU102a, 102b, and 102c, and gNB180a, 180b, and 180c can provide additional coverage and / or throughput to service WTRU102a, 102b, and 102c.

[0052] Each of the gNB180a, 180b, and 180c may be associated with a specific cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, user scheduling in 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 (UPF) 184a and 184b, routing of control plane information to access and mobility management functions (AMF) 182a and 182b, etc. As shown in Figure 1D, the gNB180a, 180b, and 180c can communicate with each other via the Xn interface.

[0053] The CN115 shown in Figure 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 at least one Data Network (DN) 185a, 185b. While each of the above elements is shown as part of the CN115, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0054] AMF182a and 182b can be connected to one or more of gNB180a, 180b, and 180c in RAN113 via the N2 interface and can act as control nodes. For example, AMF182a and 182b can be responsible for user authentication of WTRU102a, 102b, and 102c, support for network slicing (e.g., handling different protocol data unit (PDU) sessions with different requirements), selection of specific SMF183a and 183b, management of registration areas, termination of NAS signaling, mobility management, etc. Network slicing can be used by AMF182a and 182b to customize CN support for WTRU102a, 102b, and 102c based on the type of service being utilized by WTRU102a, 102b, and 102c. For example, different network slices may be established for different use cases, such as services relying on ultra-high reliability low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, and services for MTC access. AMF182a, 182b can provide control plane functionality for switching between RAN113 and other RANs (not shown) employing other radio technologies such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies such as Wi-Fi.

[0055] SMF183a and 183b can be connected to AMF182a and 182b in CN115 via the N11 interface. SMF183a and 183b can also be connected to UPF184a and 184b in CN115 via the N4 interface. SMF183a and 183b can select and control UPF184a and 184b and configure the routing of traffic through UPF184a and 184b. SMF183a and 183b can perform other functions such as managing and allocating UE IP addresses, managing PDU sessions, controlling policy enforcement and QoS, and providing downlink data notifications. PDU session types can be IP-based, non-IP-based, Ethernet-based, etc.

[0056] UPF184a and 184b may be connected via the N3 interface to one or more of gNB180a, 180b, and 180c in RAN113, which can provide WTRU102a, 102b, and 102c with access to a packet-switched network, such as the Internet 110, to facilitate communication between WTRU102a, 102b, and 102c and IP-enabled devices. UPF184a and 184b can perform other functions, such as routing and forwarding packets, enforcing user plane policies, supporting multi-homed PDU sessions, handling user plane QoS, buffering downlink packets, and providing mobility anchoring.

[0057] CN115 can facilitate communication with other networks. For example, CN115 may include or be able to communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between CN115 and PSTN108. Furthermore, CN115 can provide WTRU102a,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, WTRU102a,102b,102c may be connected to DN185a,185b through UPF184a,184b via an N3 interface to UPF184a,184b, and an N6 interface between UPF184a,184b and local data networks (DN) 185a,185b.

[0058] In view of Figures 1A to 1D and their corresponding descriptions, one or more, or all, of the functions described herein with respect to any of the WTRU 102a to d, base stations 114a to b, e-nodes B160a to c, MME 162, SGW 164, PGW 166, gNB 180a to c, AMF 182a to b, UPF 184a to b, SMF 183a to b, DN 185a to b, and / or any other (one or more) elements / devices described herein may be implemented by one or more emulation elements / devices (not shown). An emulation device may be one or more devices configured to emulate one or more, or all, of the functions described herein. For example, an emulation device may be used to test other devices and / or to simulate network and / or WTRU functions.

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

[0060] One or more emulation devices can perform one or more functions, including all of the above, while not implemented / deployed as part of a wired and / or wireless communication network. For example, an emulation device may be used in a test laboratory and / or in a test scenario in a non-deployed (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 (e.g., including one or more antennas) may be used by an emulation device to transmit and / or receive data.

[0061] Spatial adaptation can be supported by WTRU for network energy saving. The features described herein can be associated with determining the port virtualization hypothesis from the CSI-RS sequence. Multiple QCL sources can be configured and shown for each TCI state.

[0062] Channel status information (CSI) can be reported. CSI can be channel status information and can be used as an indicator from the WTRU to the network regarding how good (or bad) the channel is at any given time. CSI can be used by gNBs to make scheduling decisions, such as selecting a modulation and coding scheme (MCS), and to assist in beamforming.

[0063] The time and frequency resources that can be used by the WTRU to report CSI can be controlled by the gNB. CSI reporting may include the Channel Quality Indicator (CQI), Precoding Matrix Indicator (PMI), CSI-RS Resource Indicator (CRI), SS / PBCH Block Resource Indicator (SSBRI), Layer Indicator (LI), Rank Indicator (RI), L1-RSRP, L1-SINR, and / or Capability[Set]Index.

[0064] For CQI, PMI, CRI, SSBRI, LI, RI, L1-RSRP, L1-SINR, and Capability[Set]Index, the WTRU can consist of an upper layer having N ≥ 1 CSI-ReportConfig reporting settings, M ≥ 1 CSI-ResourceConfig reporting settings, and one or two lists of trigger states (given by upper layer parameters CSI-AperiodicTriggerStateList and CSI-SemiPersistentOnPUSCH-TriggerStateList). The trigger states in CSI-AperiodicTriggerStateList may include a list of associated CSI-ReportConfigs indicating resource set IDs for channels and interferences. The trigger states in CSI-SemiPersistentOnPUSCH-TriggerStateList may include (for example, one) associated CSI-ReportConfig.

[0065] The reporting configuration CSI-ReportConfig may be associated with a downlink BWP (e.g., a single one) given in the associated CSI-ResourceConfig for channel measurements (e.g., indicated by the higher layer parameter BWP-Id), and may include (one or more) parameters for a CSI reporting bandwidth (e.g., one), namely, codebook configuration (e.g., including codebook subset limits), time-domain behavior, frequency granularity for CQI and PMI, measurement limit configuration, and / or CSI-related quantities to be reported by the WTRU, such as layer indicators (LI), L1-RSRP, L1-SINR, CRI, and SSB resource indicators (SSBRI), and Capability[Set]Index.

[0066] The time-domain behavior of CSI-ReportConfig can be indicated by the higher-layer parameter reportConfigType, which can be set to aperiodic, semiPersistentOnPUCCH, semiPersistentOnPUSCH, or periodic. For periodic CSI reports and semiPersistentOnPUCCH / semiPersistentOnPUSCH CSI reports, the configured periodicity and slot offset can be applied in the numerology of the UL BWP configured to send the CSI report. The parameter (e.g., high) layer parameter reportQuantity can indicate the CSI-related quantities, L1-RSRP-related quantities, L1-SINR-related quantities, or Capability[Set]Index-related quantities to be reported. reportFreqConfiguration can indicate the CSI reporting bandwidth and the reporting granularity in the frequency domain, including whether the PMI / CQI report is broadband or subband. In CSI-ReportConfig, the timeRestrictionForChannelMeasurements parameter can be configured to enable time-domain parameters (e.g., restrictions) for channel measurements, and timeRestrictionForInterferenceMeasurements can be configured to enable time-domain constraints for interference measurements. CSI-ReportConfig may include CodebookConfig, which may include configuration parameters for Type I, Type II, Extended Type II CSI, or further Extended Type II port selection (e.g., codebook subset restrictions when applicable, and configuration of group-based reporting).

[0067] The CSI resource setting CSI-ResourceConfig may contain a list of S ≥ 1 CSI resource sets (for example, given by the (for example, higher) layer parameter csi-RS-ResourceSetList), and the list may contain references to (one or more) NZP CSI-RS (Non-Zero Power Channel State Information - Reference Signal) resource sets and (one or more) SS / PBCH block sets. The list may also contain references to (one or more) CSI-IM resource sets. The CSI resource setting may reside in a DL BWP identified by the higher layer parameter BWP-id, and a CSI resource setting linked to a CSI reporting setting may have the same DL BWP.

[0068] The time-domain behavior of CSI-RS resources within a CSI resource configuration can be indicated by the higher-layer parameter resourceType, which can be set to aperiodic, periodic, or semi-persistent. In periodic and semi-persistent CSI resource configurations, when the WTRU is configured by groupBasedBeamReporting-r17, the number of configured CSI resource sets can be S=2, and the number of configured CSI-RS resource sets may be limited to S=1. In periodic and semi-persistent CSI resource configurations, the configured periodicity and slot offset can be given in the numerology of its associated DL BWP, as given by the BWP-id. When a WTRU is configured by multiple CSI-ResourceConfigs containing the same NZP CSI-RS resource ID, the same time-domain behavior can be configured for each CSI-ResourceConfig. When a WTRU is configured by multiple CSI-ResourceConfigs containing the same CSI-IM resource ID, the same time-domain behavior can be configured for each CSI-ResourceConfig. CSI resource settings linked to CSI reporting settings can have the same time-domain behavior.

[0069] CSI-IM resources for interference measurements, NZP CSI-RS resources for interference measurements, and / or NZP CSI-RS resources for channel measurements can be configured via upper-layer signaling for one or more CSI resource configurations for channel and interference measurements.

[0070] A WTRU can be composed of a list of TCI state configurations. TCI states can be used to define a beam. A TCI state can provide a reference to one or more reference signals. A WTRU can determine the beam by measuring the reference signals. A TCI state can include one or two downlink reference signals and parameters for configuring a quasi-co-location (QCL) relationship between a DM-RS port of a PDSCH, a DM-RS port of a PDCCH, or (one or more) CSI-RS ports of a CSI-RS resource. The quasi-co-location relationship can be composed of (e.g., a high) layer parameter qcl-Type1 for the first DL RS and (e.g., if configured) a qcl-Type2 for the second DL RS. The pseudo-collocation type corresponding to DL RS can be given by the upper layer parameter qcl-Type in QCL-Info, which can take one of the following values: 'typeA:{Doppler shift, Doppler diffuse, mean delay, delayed diffuse}', 'typeB:{Doppler shift, Doppler diffuse}', 'typeC:{Doppler shift, mean delay}', and / or 'typeD:{Spatial Rx parameter}'.

[0071] In hybrid beamforming, MIMO processing can consist of analog and digital domains. The analog domain is sometimes called TXRU virtualization, and the digital domain is sometimes called port virtualization. Port virtualization can define connections between logical ports and TXRUs. For example, a port can be mapped to a subset of TxRUs, and a port can be mapped to TXRUs (for example, all of them). TXRU virtualization can define connections between TXRUs and antenna elements.

[0072] Spatial adaptation can be used to conserve energy in a network and / or WTRU. Multiple (e.g., two) types of adaptation techniques can be considered. In Type 1, a subset of antenna ports may be turned off. In Type 2, the number of antenna ports may remain the same, but some antenna components (e.g., TXRUs, antenna elements) may be turned off. For example, if an antenna port is mapped to multiple TXRUs, one or more of the TXRUs may be turned off and then turned on again. When Type 2 adaptation is implemented, RF characteristics and composite channels (e.g., those including the effects of antenna components) may change. For example, beam shape, delay, Doppler spread, etc., may change.

[0073] Availability states (e.g., network availability) can correspond to network energy saving (NES) states, cell DTX mode, cell DRX mode, spatial domain configuration, and / or gNB activity levels. Availability states can be uplink or downlink specific and can vary per symbol, per slot, per frame, or at longer duration granularity. Availability states can be determined by the WTRU or indicated by the network. Availability states can be, for example, on, DL and UL active, UL only active, off, reduced Tx power, hibernation, microsleep, light sleep, or deep sleep. The state can be abstracted by NW configuration parameters and / or values, and dynamic indications can point to active availability states (e.g., by DCI or MAC CE signaling). An off availability state can imply that the gNB's baseband hardware is (e.g., completely) turned off. The sleep availability state may imply that the gNB will wake up (e.g., periodically) to transmit a signal (e.g., a presence signal, synchronization, or reference signal) or receive a UL signal. In the availability state, DL or UL resources may be unavailable for a period of time, and the availability state may allow the network to turn off baseband processing and (e.g., other) activities. Measurement resources (e.g., SSB or CSI-RS) may be made available in the availability state, including RLM, BFD, RRM measurements, CSI-RS feedback configurations, and / or different power offsets for CSI feedback.

[0074] A WTRU can determine the availability state from, for example, the reception of availability state indications from L1 / L2 signaling (e.g., group common DCI or indication), or implicitly determine the availability state from the reception or absence of periodic DL signaling.

[0075] A WTRU can determine whether a resource is available for transmit / receive and / or measure for a determined network availability state, provided that the resource is applicable in the active availability state. Furthermore, a WTRU can adapt its active C-DRX cycle, active spatial elements (e.g., antennas or logical ports), active TRPs, and paging occasions according to the signaled or determined availability state. A WTRU can be configured with one or more sets of NES transmit and / or receive parameters for each availability state, for example, by broadcast or dedicated configuration signaling. A WTRU can apply NES parameter sets according to the determined or signaled availability state. A WTRU can apply one or more applicable configurations according to the determined NES state. The set of NES parameters may include the number of antenna ports, C-DRX configuration, measurement configuration (e.g., for RRM, RLM, and / or BFD), CSI feedback, CSI-RS configuration, SSB configuration, CHO or mobility candidates, and / or a set of active TRPs.

[0076] Availability states can be applicable to transmitting resources, receiving resources, or measurement resources. Availability states can be applicable to time periods, such as time slots or time symbols. Availability states can be applicable to serving cells, cell groups, frequency bands, bandwidth parts, TRPs, sets of spatial elements, and / or ranges of frequencies within a bandwidth part. For example, when the NES state changes in a cell, the WTRU may receive an availability state change indication that the change is for that cell, but for all cells (e.g., all) at the same frequency and / or the same radio access technology (RAT).

[0077] A WTRU may, after receiving DL signaling that changes the availability state of a cell or TRP, consider whether the active availability state associated with the cell, carrier, TRP, or frequency band is off, deep sleep, or microsleep. A WTRU may receive turn-off commands on broadcast signaling, RRC signaling, DCI (e.g., group common DCI), and / or DL ​​MAC CE (e.g., the indication portion of PDSCH). A WTRU may determine the availability state from receiving availability state indications from L1 / L2 signaling (e.g., group common DCI or indication) or broadcast signaling associated with the availability state. In the example, the availability state change indication may be part of an SI update or SIB signaling (e.g., in a separate SIB not read by a legacy WTRU). There may be a (e.g., common) time for (e.g., all) WTRUs in a cell to determine the availability state status.

[0078] WTRU can implicitly assume an availability state associated with a cell, carrier, TRP, or frequency band (e.g., off, deep sleep, microsleep, or hibernation) from the reception of a paging message (e.g., paging DCI, paging PDSCH, or paging-related signal, e.g., PEI), the gNB DTX status (e.g., whether the gNB is in active time or whether the associated activity timer is running), the absence of presence indication detection, the availability state of the associated cell, and / or whether the measured (one or more) channel conditions are below or above a threshold.

[0079] A WTRU can be configured to monitor indications that can characterize levels of network activity (e.g., availability status). Network activity can be associated with gNBs and / or cells. A WTRU can assume the same availability status for all cell parts of the same gNB, e.g., cells of the same MAC entity. Network activity indications (e.g., presence indications) can include channels (e.g., PDCCHs) and / or signals (e.g., sequences). Activity indications or NES state change indications / commands can indicate levels of activity that a WTRU can expect from the associated gNB and / or cell, e.g., reduced activity. Activity indications can include activity information from (e.g., other) gNBs / cells. Activity indications can be PDCCHs containing group common signaling. For example, a network can send a group common DCI to a group of WTRUs (e.g., WTRUs in a serving cell) indicating a change in activity status or activity level in UL and / or DL.

[0080] The CRC of the PDCCH can be scrambled with a dedicated activity indication RNTI or NES-RNTI. The WTRU can consist of at least one search space associated with the monitoring occasion of the activity indication PDCCH. The indication may include a go-to-sleep signal, e.g., a predefined sequence. When the WTRU detects this sequence, it can expect a reduced activity level over a specific duration. The WTRU can activate the C-DRX for the indicated time period. Multiple (e.g., two) sequences can be used to indicate (e.g., normal) activity and reduced activity.

[0081] Signaling within a PDCCH or activity indication may include one or more of the following: The signaling within a PDCCH or activity indication may include the expected activity level (e.g., availability state) of an associated gNB / cell over a specific time interval. Activity levels may be predetermined and / or configured, and may include, for example, normal activity and reduced activity. The signaling may indicate activity levels; for example, bit "1" may indicate (e.g., normal) activity, and bit "0" may indicate reduced activity.

[0082] For activity levels (e.g., availability states), transmit and receive attributes can be defined. For example, during reduced activity, a WTRU may not be expected to monitor certain PDCCH search spaces (including all SSs), receive certain types of PDSCHs (including all PDSCHs), transmit PUCCH / PUSCHs, and / or perform certain measurements. A WTRU may start or stop monitoring PDCCH and / or TCI states associated with determined NES states, including PDCCH resources or TCI states associated with activated (and / or deactivated) TRPs or spatial elements.

[0083] A set of configurations can be associated with an activity level and used / applied when that activity level (e.g., NES parameter set), such as SS configuration, CSI reporting configuration, or index of submitted SSBs, is specified. A set of configurations may have attributes associated with the activity level, such as tags that can be set to "reduced activity".

[0084] The time interval over which the activity level is assumed can be signaled in the PDCCH or as part of the activity indication. The time interval can be represented using a bitmap, where each bit in the bitmap can be associated with a specific duration, e.g., a slot or frame. For example, bit "1" might indicate (e.g., normal) activity, and bit "0" might indicate reduced activity for the associated frame. The time interval can be represented by a start time and an interval length. The start time can be defined, for example, by adding a fixed offset to the time the indication was received. The interval length can be configured or signaled in the indication PDCCH.

[0085] The time interval over which the activity level is assumed can be predetermined. WTRU can assume a break delay (e.g., time until the NES state changes) after receiving an NES state change command (e.g., after the last symbol or slot in which the command was received). The break time can be in absolute time, in a certain number of symbols, and / or in a certain number of slots.

[0086] The WTRU may determine that an uplink or downlink resource or signal is available for transmission / reception and / or measurement for a determined network availability state if it is applicable in the active availability state. The WTRU may determine that a subset of measurement resources and / or signals (e.g., SSB, CSI-RS, TRS, PRS) are not applicable in the availability state. The WTRU may determine that a subset of uplink or downlink resources (e.g., PRACH, PUSCH, PUCCH) are not applicable in the availability state. The WTRU may transmit some uplink signals in a subset of the NW availability state (e.g., SRS, pSRS, PRACH, UCI).

[0087] Spatial adaptation in NES can be supported for Type 1 (e.g., antenna elements associated with a logical antenna port (e.g., all antenna elements) are disabled / enabled) or Type 2 (e.g., some / subsets of antenna elements associated with a logical antenna port are disabled / enabled). Since a CSI-RS port may remain the same for Type 2 spatial adaptation, there may be ambiguity in the WTRU regarding whether / which measurements and reports should be performed on the configured CSI-RS resources or resource sets. There may be new associations between different CSI-RS hypotheses and QCL sources corresponding to Type 2 spatial adaptation. The WTRU may be expected to determine the correct QCL source associated with the network-selected CSI-RS hypothesis in order to later decode the PDCCH and / or PDSCH. The following can be addressed: how to configure and / or signal to the WTRU different CSI-RS hypotheses associated with Type 2 spatial adaptation, how to report measurements associated with different CSI-RS hypotheses, and / or how to determine the QCL source associated with the network-selected CSI-RS hypothesis.

[0088] A WTRU can consist of multiple (e.g., N) CSI-RS hypotheses. A WTRU can consist of at least one CSI-RS resource and / or at least one set of CSI-RS resources. For each CSI hypothesis (e.g., each CSI hypothesis), a WTRU can consist of CSI-RS sequences (e.g., each CSI-RS sequence). CSI-RS sequences can be distinguished by initialization, cyclic shift, scrambling, etc. (e.g., each CSI-RS sequence may have its own initialization, cyclic shift, scrambling, etc.). A WTRU can consist of spatial adaptation training durations. Training durations can be periodic or aperiodic.

[0089] One or more of the following may be performed, for example, during the training duration: The WTRU may receive CSI-RSs (e.g., a first CSI-RS and a second CSI-RS) on a configured CSI-RS resource (e.g., each configured CSI-RS resource). The WTRU may determine a CSI-RS hypothesis based on the received CSI-RS sequence (e.g., an initial or updated CSI-RS hypothesis based on which CSI-RS is transmitted, e.g., it may be determined that the CSI-RS hypothesis is the first CSI-RS hypothesis associated with the first CSI-RS, or the second CSI-RS hypothesis associated with the second CSI-RS) (e.g., the determination of the CSI-RS hypothesis may be based on the sequence associated with the received CSI-RS, e.g., the sequence associated with the first CSI-RS or the sequence associated with the second CSI-RS). A WTRU can maintain and / or update a QCL state (e.g., QCL states) based on, for example, CSI-RS resources (e.g., based on received CSI-RS), ports (e.g., ports associated with CSI-RS), and determined CSI-RS hypotheses (e.g., initial CSI-RS hypotheses, updated CSI-RS hypotheses, CSI-RS hypotheses indicated by the network, etc.). A WTRU can update the maintained QCL state based on a third received CSI-RS. A WTRU can report a hypothesis index (e.g., a hypothesis index associated with determined CSI hypotheses) and / or measurements associated with the hypothesis index (e.g., sending indications in one or more reports to, for example, network nodes) (e.g., a WTRU can determine measurements associated with the hypothesis index, e.g., CRI, RSRP, etc.).

[0090] A WTRU can maintain and / or update QCL sources. A WTRU can maintain (one or more) QCL sources for CSI-RS resources augmented by the CSI-RS hypothesis in use (e.g., each (one or more) QCL source for each CSI-RS resource), each (one or more) QCL source can be indicated by the network (e.g., explicitly) or determined locally by the WTRU through hypothesis testing. A WTRU can determine a hypothesis (e.g., a selected hypothesis) based on the received / determined CSI-RS sequence. A WTRU can be indicated by explicit signaling (e.g., network signaling) in downlink transmissions (e.g., PDCCH or MAC CE) (e.g., a WTRU can receive indications of CSI-RS hypotheses from, for example, network nodes). A WTRU can determine a QCL source (for example, one) from among N QCL sources, and the determined QCL source is determined based on one or more of the determined CSI-RS hypotheses or indicated CSI-RS hypotheses, CSI-RS resources, and / or port numbers. A WTRU can flush out previous estimations that do not fit the updated QCL source, for example, based on the detection of a QCL source and configured by the network, if such estimations are not suitable for the updated QCL source.

[0091] Decoding of (one or more) downlink physical channel transmissions can be performed, and UL channels may be included in the transmission. To decode DL channel transmissions or to transmit via UL channels, the WTRU may use a QCL source according to the channel-associated QCL source and the CSI-RS hypothesis (for example, DL channels can be decoded based on the QCL source). The CSI-RS hypothesis (for example, the indicated CSI-RS hypothesis) may be indicated as part of the Transmit Configuration Indicator (TCI) indication (for example, it may be indicated by that). The WTRU may use a determined QCL source for PDCCH and / or PDSCH decoding or for UL channel transmission.

[0092] Multiple CSI-RS hypotheses can be described herein. A CSI-RS can be associated with multiple (e.g., N) CSI-RS hypotheses. A hypothesis can be associated with one or more configuration parameters. For example, in a hypothesis, a (e.g., one) port (e.g., a logical antenna port or a CSI-RS port) of a CSI-RS can be associated with and / or connected to a first number of TXRUs or a first subset of activated TXRUs. In a hypothesis, a (e.g., one) port of a CSI-RS can be associated with and / or connected to a second number of TXRUs and / or a second subset of activated TXRUs. For a hypothesis, a virtualization scheme can be defined that determines the pattern of TXRUs and antenna elements that can be activated and / or used to virtualize the CSI-RS port.

[0093] In the example, WTRU may consist of multiple CSI-RS hypothesis indices, for example, Hypothesis 0, 1, and 2. Hypothesis indices may also be called indices, group indices, TCI group indices, or group IDs, and the methods described herein may be applicable to them.

[0094] A CSI-RS resource can be associated with a hypothesis index. For example, CSI-RS#0:7 can be associated with index 0, CSI-RS#8:15 can be associated with index 1, and so on. A CSI-RS resource can be associated with a set and / or group index of hypothesis indices. The above mapping can be configured by RRC signaling (e.g., a configuration specific to WTRU) or by broadcast signaling. In the examples herein, "#" can be used to represent the term "number".

[0095] A CSI-RS ResourceSet can be associated with a hypothesis index. A CSI-RS ResourceSet can be associated with a set and / or group index of hypothesis indices. The hypothesis index can be determined by the ResourceSet ID (for example, it may be equal to it).

[0096] A CSI-RS sequence can be associated with a hypothesis index. A first CSI-RS sequence can be associated with a first hypothesis index, and a second CSI-RS sequence can be associated with a second hypothesis index.

[0097] For example, the scrambling ID used for CSI-RS generation can be determined by the hypothesis index (for example, the hypothesis index can similarly be determined by the scrambling ID). For a hypothesis index of 0, the scrambling ID can take a first value, for a hypothesis index of 1, the scrambling ID can take a second value, and so on. The WTRU can determine the hypothesis index by blindly detecting the CSI-RS sequence (for example, by detecting the scrambling ID).

[0098] A WTRU can consist of a spatial domain training phase. A WTRU can consist of a spatial domain adaptive training phase or pattern. The training phase / pattern configuration can include, for example, one or more applicable CSI reporting configurations and CSI-RS resource configurations for different spatial hypotheses. A WTRU can consist of a list of hypothesis indices to be assumed and measured during the training active period. During the training phase, the WTRU can perform measurements on CSI-RS associated with multiple hypotheses. The WTRU can report the determined CSIs to the gNB. A WTRU can be represented by a subset of applicable hypothesis indices to be assumed and measured during the training active period, where indication can be done by DCI or MAC CE and can be complementary to the list of hypotheses configured by the RRC. The RRC can constitute a WTRU with y hypotheses to be assumed during the training period, and L1 / L2 signaling can induce x hypotheses to be measured during the training period, where x > y.

[0099] The training period can allow the WTRU to know which one or more hypotheses are being transmitted by the NW, which can be useful when multiple CSIs are reported. The WTRU can only report multiple CSIs during the training period, and during the training period, it can report a CSI for each applicable hypothesis.

[0100] The spatial domain adaptation training phase can consist of duration, start time, periodicity, and / or extended duration. The training period can be either periodic or aperiodic. In the example, the WTRU can consist of training phases comprising N durations or time-limited intervals (with predefined start offsets and durations, e.g., in units of ms, symbols, slots, or periods), each interval can be associated with a CSI-RS hypothesis.

[0101] In periodic training, the WTRU may assume a subset of spatial hypotheses during the active training period and another hypothesis during the inactive training period. The WTRU may assume an early termination of the training period if a hypothesis (e.g., a single hypothesis) is signaled by the network before the end of the training period. If the WTRU does not demonstrate a hypothesis by the end of the training period, or if the network indicates an extension of the training phase (e.g., by L1 / L2 signaling), the training period may be extended by the extension duration. Depending on the configured CSI-RS occasions, the WTRU may determine the start of the training period, for example, for each CSI-RS configuration. The WTRU may consist of training periods in a subset of CSI-RS occasions.

[0102] A WTRU can implicitly determine the training period on its own (e.g., without explicit configuration), and a WTRU can determine that a training phase occurs when multiple (e.g., at least two) CSI-RS resources overlap in the time domain.

[0103] In aperiodic training, the serving cell can indicate the start of the training active period (e.g., by L1 or L2 signaling). The indication can include a subset of spatial hypotheses to be assumed and measured during the spatial training phase. For example, a DCI or MAC CE can include a list hypothesis index to be measured and assumed, transmitted by the network during the training phase. WTRU can use a pre-configured training duration or be dynamically signaled along with the duration. The network can indicate the end of the training period.

[0104] A WTRU can be configured to assume a link between configured cell DTX and / or cell DRX configurations and spatial domain training periods. For a given cell DTX configuration, a WTRU can consist of a list of hypotheses to be assumed and measured during the active period of the cell DTX pattern. A WTRU can consist only of training phases on a subset of cell DTX active periods. A WTRU can be configured and predefined to determine that a training phase occurs once every N cell DTX active periods. A WTRU can determine to enter a spatial domain training phase upon receiving a cell DTX activation command or RRC(re)configuration signaling.

[0105] During the training period, the network may transmit a limited set of CSI-RS hypotheses without prior indication. The WTRU may perform CSI-RS measurements (e.g., as described herein) and reporting procedures without explicit knowledge of the start and end of the training period.

[0106] The features described herein can be associated with CSI reporting for multiple hypotheses. For example, a WTRU may report (e.g., at least one) CSI quantity for a determined hypothesis index. A WTRU may consist of periodic CSI-RS. CSI-RS resources can be associated with hypothesis indices. For example, CSI-RS#0:7 can be associated with index 0, CSI-RS#8:15 can be associated with index 1, and so on. A WTRU can measure the CSI-RS associated with hypothesis index 0 and derive a first CSI. A WTRU can measure the CSI-RS associated with hypothesis index 1 and derive a second CSI, and so on. A WTRU may report the first, second, etc. CSI in (e.g., a single) CSI report or in separate reports. CSIs can include RSRP, PMI, LI, RI and CRI, rank, rank and SINR, etc. The above method can be applied (for example, similarly) when a CSI-RS ResourceSet is associated with a hypothetical index. The CSI for a resource set can be reported in the same report. The WTRU can determine the hypothetical index from the CSI-RS sequence or the physical properties of the CSI-RS. The WTRU can determine that the CSI-RS resources in the first resource set are associated with the first hypothetical index, and the CSI-RS resources in the second resource set are associated with the second hypothetical index. The WTRU can derive the CSI for the CSI-RS and report it to the gNB.

[0107] For example, a WTRU can report the amount of CSI for a hypothesis along with the hypothesis index. A WTRU can report the highest RSRP among all measured CSI-RSs, the CRI, and the hypothesis index associated with the reported CRI (e.g., the best CSI-RS hypothesis). A WTRU can be configured to report, in a single report, the measurements (e.g., RSRP, PMI, RI) taken on (e.g., all) or a subset of CSI-RS resources or resource sets associated with (e.g., different) CSI-RS hypotheses. A single report can be sent within k time units (e.g., symbols, slots) after the last measurement corresponding to the last CSI-RS hypothesis during the training period has been performed. A WTRU can be configured to report separately the measurements taken on CSI-RS resources or resource sets associated with different CSI-RS hypotheses. Multiple reports can be sent periodically or after the measurement associated with each CSI-RS hypothesis has been performed.

[0108] After the training phase is complete, hypotheses that can be used by the gNB for subsequent transmissions (e.g., port virtualization configuration to be used in the gNB transmitter) can be indicated in the WTRU. Indications of hypotheses to be assumed (e.g., after the training phase) can be carried in explicit L1 signals (e.g., in a group common PDCCH) or in L2 signaling (e.g., in a MAC CE or RRC message). Indications can be implicit, so that the WTRU can determine the hypothesis from a sequence, e.g., a CSI-RS sequence, or the physical properties of CSI-RS.

[0109] The WTRU can determine the hypotheses to assume after the training phase, depending on the active NES state. For example, in a given NES state (e.g., Cell DTX config 1 activated), the WTRU can assume one or more spatial hypothesis indices, and in another NES state, the WTRU can assume (e.g., different) sets of spatial hypotheses.

[0110] In the example, the network may not provide indications regarding the CSI-RS hypotheses used during the training phase. As part of the CSI report, the WTRU may report the best configurable number of CSI-RS (including, for example, hypothesis granularity). The CSI report can be configured by the network so that the WTRU provides indications of which CSI-RS hypotheses were detected during the training phase. The training phase can be specified as a time range prior to the report and / or prior to the last CSI-RS occasion. The WTRU can be configured to provide a CSI report with indications of CSI-RS hypotheses that it did not detect during the training phase.

[0111] QCL sources can be determined. In the example, the QCL source of a TCI state can be determined by the hypothesis index associated with the CSI-RS configured as the QCL source. For a configured CSI-RS resource or resource set, the WTRU can determine that there are N QCL sources, where N is the number of hypotheses. For example, the QCL source of CSI-RS resource ID #k may not be the same when the first port virtualization is implemented on the gNB side and when the second port virtualization is implemented. CSI-RS resource IDs can be expanded to be pairs of IDs, such as (#k, hypothesis index), where #k is a legacy ID (e.g., NZP CSI-RS resource ID). The QCL source of a CSI-RS resource (e.g., #k, hypothesis index m) may be different from the QCL source (e.g., #k, hypothesis index n). In the example, the maximum number of hypotheses can be configured. The WTRU can determine the hypothesis index from the received CSI-RS sequence.

[0112] The WTRU can determine the QCL properties of CSI-RS based on the hypothesis that CSI-RS is associated. From NZP-CSI-RS-Resource #K, the WTRU can estimate the first Doppler diffusion value when NZP-CSI-RS-Resource #K is associated with the first hypothetical index. The WTRU can estimate the second Doppler diffusion value when NZP-CSI-RS-Resource #K is associated with the second hypothetical index. From NZP-CSI-RS-Resource #K, the WTRU can estimate the first mean delay value when NZP-CSI-RS-Resource #K is associated with the first hypothetical index. The WTRU can estimate the second mean delay value when NZP-CSI-RS-Resource #K is associated with the second hypothetical index. The QCL sources can be determined to be (#K, index 1) and (#K, index 2).

[0113] In the example, the QCL source can be indicated to the WTRU by a pair of TCI state numbers and a hypothetical index (for example, the WTRU can determine the QCL source based on / using the TCI state number and hypothetical index). The WTRU can be indicated to apply the TCI state when it receives PUCCH and / or PDSCH. When configured, the TCI state indicated for downlink transmissions (e.g., the same TCI state) can be applied to uplink transmissions (e.g., PUSCH and / or PUCCH). The WTRU can determine the QCL source by one of the following:

[0114] The TCI state can be indicated in the PDCCH and / or MAC CE (for example, as in legacy systems), and the hypothesis index can be indicated in the group common PDCCH. The WTRU can determine the TCI state and / or hypothesis index (for example, from these indications), and the TCI state and / or hypothesis index can be used to determine the QCL source. The hypothesis index can be indicated in the scheduling DCI (for example, together with the TCI state). In the example, an additional bit field may be used for index indication. In the example, a code point (for example, one code point) can indicate the TCI state and the hypothesis index together. The hypothesis index can be indicated in the MAC CE. The hypothesis index can be determined (for example, implicitly) by the WTRU from the CSI-RS sequence. The WTRU can determine the hypothesis index using (one or more) CSI-RS sequences transmitted after the training phase (for example, during the data transmission phase).

[0115] The following may apply: A WTRU can consist of multiple (e.g., N) CSI-RS hypotheses. A WTRU can consist of (e.g., at least one) CSI-RS resource (or set of CSI-RS resources). In a CSI hypothesis, a WTRU can consist of CSI-RS sequences. CSI-RS sequences can be distinguished by (e.g., different) initializations, cyclic shifts, scrambling, etc. A WTRU can consist of spatial adaptation training durations. Training durations can be periodic or aperiodic.

[0116] In the example, during the training duration, the WTRU can receive CSI-RS on the configured CSI-RS resources. Based on the received CSI-RS sequences, the WTRU can determine a CSI-RS hypothesis (e.g., which CSI-RS sequences will be sent). The WTRU can report the hypothesis index and / or the measurements associated with the index (e.g., CRI, RSRP, etc.) (e.g., in one or more reports).

[0117] In the example, for indications after the training duration, the WTRU can determine a selected hypothesis based on the received CSI-RS sequence. The WTRU can be indicated, for example, by explicit signaling in MAC CE. The WTRU can determine (e.g., one) QCL source from N QCL sources, and the determined QCL source is associated with the CSI-RS hypothesis. The WTRU can use the determined QCL source for PDCCH and / or PDSCH decoding.

[0118] In the example, a TCI state can consist of up to N CSI-RS resources (e.g., NZP-CSI-RS-Resource) as QCL sources. CSI-RS resources can be associated with hypothetical indices. QCL sources can be determined by the TCI state number and the QCL source number. To determine which QCL sources should be applied to DL and / or UL channels (e.g., when an integrated TCI is configured, the same TCI state can be applied to DL and UL), the WTRU can indicate the TCI state and the QCL source number. One of the following may apply:

[0119] The TCI state index can be indicated in the PDCCH and / or MAC CE, and the QCL source number can be indicated in the group common PDCCH. From these (e.g., two) indications, the WTRU can determine the TCI state number and the QCL source number, which can be used to determine the QCL source. The QCL source number can be indicated in the scheduling DCI (e.g., together with the TCI state). An additional bit field can be used for the QCL source number indication. A single code point can indicate both the TCI state index and the QCL source index together.

[0120] Pairs of TCI status numbers and QCL source numbers can be formed, and a subset of these pairs can be selected by the MAC CE. The DCI can point to one of the selected pairs. The QCL source index can be indicated in the MAC CE, and the TCI status index can be indicated in the PDCCH and / or MAC CE. The QCL source index can be implicitly determined by the WTRU from the CSI-RS sequence. The WTRU can determine the QCL source index using (one or more) CSI-RS sequences transmitted after the training phase (e.g., during the data transmission phase).

[0121] A sample event flow can be shown in Figure 2. The WTRU can receive NZP-CSI-RS resource group numbers 1, 2, and 3, which can be associated with hypotheses 0, 1, and 2. The WTRU can derive CSIs for the CSI-RS groups associated with the hypothesis index. The derived CSIs associated with the hypothesis index can be reported to a network node (e.g., gNB).

[0122] After the CSI report is sent, the WTRU may indicate a selected hypothesis (e.g., QCL source number) that can be used. The indication may be in the L1 signal or MAC CE as described above. To detect a group common PDCCH, the WTRU may consist of relevant parameters, such as the search space and RNTI.

[0123] In the example, a TCI state group can be defined and may contain up to N TCI states. A WTRU can consist of a set of TCI state groups and the TCI states within those groups. A WTRU can indicate the TCI state group index and / or TCI state index to be applied in DL and / or UL channels. One of the following may be used:

[0124] The TCI state group index can be indicated in the PDCCH and / or MAC CE, and the TCI states within a group can be indicated in the group common PDCCH. From these indications, the WTRU can determine the TCI state group number and TCI state number, which can be used to determine the QCL source. The TCI state number can be indicated in the scheduling DCI (for example, together with the TCI state group number). Bit fields (for example, two separate bit fields) can be used to indicate the TCI state group number and TCI state number. A code point can indicate the TCI state group index and the TCI state index (for example, together). TCI state group numbers and / or TCI state numbers (for example, pairs of TCI state group numbers and / or TCI state numbers) can be constructed, and a subset of pairs can be selected by the MAC CE. The DCI can point to one of the selected pairs. The TCI state index can be indicated in the MAC CE, and the TCI state group index can be indicated in the PDCCH and / or MAC CE. The TCI state index can be implicitly determined by the WTRU from the CSI-RS sequence. The WTRU can determine the TCI state index using (one or more) CSI-RS sequences transmitted after the training phase (for example, during the data transmission phase).

[0125] For example, if the network intends to use (e.g., different) CSI-RS hypotheses on (e.g., extremely) slow time scales, the network can constitute a WTRU with N CSI-RS hypotheses. Detection of the correct hypothesis can be done through local hypothesis testing in the WTRU, and the network can provide explicit indications of the active hypothesis. The network can configure the WTRU not to maintain QCL sources for different CSI-RS hypotheses, and the WTRU can maintain QCL sources for the active CSI-RS hypothesis. This can include benefits in terms of CSI reporting, QCL source maintenance, and TCI indications for receiving (e.g., transmitting) DL (and / or UL) channels. The WTRU can be configured (e.g., pre-configured) to flash out CSI-RS estimates from previous hypotheses whenever a change in CSI-RS is detected by the WTRU. This change can be detected locally or by decoding indications from the network.

[0126] A system, method, and means are provided that can relate to assisted spatial adaptation associated with network energy saving. A wireless transceiver unit (WTRU) can receive a first CSI-RS and a second CSI-RS. The WTRU can determine an initial CSI-RS hypothesis. The initial CSI-RS hypothesis can be a first CSI-RS hypothesis associated with the first CSI-RS, or a second CSI-RS hypothesis associated with the second CSI-RS. The WTRU can send an indication of a hypothesis index associated with the initial CSI-RS hypothesis to a network node. The WTRU can receive an indication of a transmit configuration indicator (TCI) state via downlink transmission. The WTRU can determine a QCL source based on the CSI-RS hypothesis and the indicated TCI state. The CSI-RS hypothesis can be an indicated CSI-RS hypothesis or an initial CSI-RS hypothesis indicated by network signaling. The WTRU can decode a downlink channel based on the QCL source.

[0127] A WTRU can determine a measurement. A measurement can be associated with a hypothesis index. A measurement can be associated with a CSI-RS resource indicator (CRI) or reference signal received power (RSRP). A WTRU can send indications of the measurement to network nodes. Determining the initial CSI-RS hypothesis can be based on a sequence associated with one or more of the first or second CSI-RS. A QCL source can be associated with one or more of the port number or CSI-RS resources.

[0128] The WTRU can maintain the QCL state associated with the initial CSI-RS hypothesis, the CSI-RS associated with the initial CSI-RS hypothesis, and the port associated with the CSI-RS. The WTRU can update the maintained QCL state based on a third received CSI-RS. Downlink transmissions can be physical downlink control channel (PDCCH) transmissions or physical downlink shared channel (PDSCH) transmissions.

[0129] Systems, methods, and means can be used for WTRU-assisted spatial adaptation for network energy saving. A WTRU can receive a channel state information reference signal (CSI-RS) sequence for a channel state information (CSI) hypothesis. The WTRU can receive a spatial adaptation training duration, which can be periodic or aperiodic. Based on the received CSI-RS sequence, the WTRU can determine a CSI-RS hypothesis. The WTRU can maintain a pseudo-collocation (QCL) state according to the CSI-RS sequence, port number, and determined CSI-RS hypothesis. The WTRU can send a hypothesis index corresponding to the CSI-RS hypothesis, which may include one or more measurements associated with the index.

[0130] A WTRU can determine the CSI-RS hypothesis based on signaling, which may include a physical downlink control channel (PDCCH) and / or a media access control element (MAC CE). A WTRU can determine a QCL source from multiple QCL sources, and the determined QCL source can be associated with a CSI-RS hypothesis, a CSI-RS sequence, and / or a port number. A WTRU can decode a downlink (DL) channel using the QCL state according to the QCL source and the determined CSI-RS hypothesis. A WTRU can transmit an uplink (UL) channel using the QCL state according to the QCL source and the determined CSI-RS hypothesis. A WTRU can indicate at least the CSI-RS hypothesis in a transmit configuration indicator (TCI) indication. A WTRU can use the determined QCL source for PDCCH and / or PDSCH decoding, or for UL channel transmission.

[0131] Although the features and elements described above are described in specific combinations, each feature or element can be used alone or in various combinations with or without other features and elements in the preferred embodiment.

[0132] While the implementations described herein may take into account 3GPP-specific protocols, it is understood that the implementations described herein are not limited to this scenario and may be applicable to other radio systems. For example, while the solutions described herein take into account 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 be applicable to other radio systems. For example, while the systems are described with respect to 3GPP, 5G, and / or NR network layers, the assumed embodiments extend beyond implementations using specific network layer technologies. Similarly, potential implementations extend to all types of service layer architectures, systems, and embodiments. The techniques described herein can be applied independently and / or used in combination with other resource configuration techniques.

[0133] The processes described herein can be implemented in computer programs, software, and / or firmware embedded in computer-readable media for execution by a computer and / or processor. Examples of computer-readable media include, but are not limited to, electronic signals (transmitted via wired and / or wireless connections) and / or 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 internal hard disks and removable disks, magneto-optical media, and / or optical media such as compact disc (CD)-ROM discs and / or digital multipurpose discs (DVDs). Software-related processors can be used to implement radio frequency transceivers for use in WTRUs, terminals, base stations, RNCs, and / or any host computer.

[0134] It is understood that entities that perform the processes described herein may be logical entities that can be implemented in the form of software (e.g., computer executable instructions) stored in the memory of a mobile device, network node, or computer system and executed on its processor. That is, a process may be implemented in the form of software (e.g., computer executable instructions) stored in the memory of a mobile device and / or network node, such as a node or computer system, and this computer executable instruction performs the described process when executed by the node's processor. It is also understood that any transmit and receive processes shown in the diagram may be performed by the node's communication circuitry under the control of the node's processor and the computer executable instructions (e.g., software) it executes.

[0135] The various techniques described herein can be implemented in relation to hardware or software, or, where appropriate, in relation to a combination of both. Thus, implementations and apparatus of the subject matter described herein, or particular aspects or parts thereof, can take the form of program code (e.g., instructions) embodied on a tangible medium including any other machine-readable storage medium, and when the program code is loaded into and executed by a machine such as a computer, the machine becomes an apparatus for practicing the subject matter described herein. Where the program code is stored on a medium, the program code may be stored on one or more media that collectively perform the actions, i.e., one or more media contain the code collectively for performing the actions, but if there are two or more single media, any particular part of the code does not need to be stored on any particular medium. In the case of program code execution on a programmable device, the computing device generally includes a processor, a processor-readable storage medium (including volatile and non-volatile memory and / or storage elements), at least one input device, and at least one output device. One or more programs may implement or utilize processes described herein in relation to the subject matter described herein, for example, through the use of APIs, reusable controls, etc. Such programs are preferably implemented in a high-level procedural or object-oriented programming language for communicating with a computer system. However, (one or more) programs may be implemented in assembly language or machine language, if necessary. In either case, the language may be a compiled or interpreted language and may be combined with a hardware implementation.

[0136] Exemplary embodiments may refer to utilizing aspects of the subject matter described herein in the context of one or more standalone computing systems, but the subject matter described herein is not limited thereto and can rather be implemented in relation to any computing environment, such as a network or distributed computing environment. Furthermore, aspects of the subject matter described herein can be implemented in or across multiple processing chips or devices, and memory devices may similarly affect multiple devices. Such devices may include personal computers, network servers, handheld devices, supercomputers, or computers integrated into other systems such as automobiles and airplanes.

[0137] In describing preferred embodiments of the subject matter of this disclosure, as shown in the figures, specific terminology is employed for clarity. However, it should be understood that the claimed subject matter is not intended to be limited to the specific terminology thus chosen, and that each specific element includes all technical equivalents that operate in a similar manner to achieve a similar purpose.

Claims

1. The first CSI-RS and the second CSI-RS are received. An initial CSI-RS hypothesis is determined, and the initial CSI-RS hypothesis is either a first CSI-RS hypothesis associated with the first CSI-RS, or a second CSI-RS hypothesis associated with the second CSI-RS. Send the indication of the hypothesis index associated with the initial CSI-RS hypothesis to the network node. The Transmit Configuration Indicator (TCI) status is received via downlink transmission. Based on the CSI-RS hypothesis and the TCI state shown above, the QCL source is determined, and the CSI-RS hypothesis is the shown CSI-RS hypothesis indicated by network signaling, or the initial CSI-RS hypothesis. The downlink channel is decoded based on the aforementioned QCL source. Processor configured in such a way A wireless transceiver unit (WTRU) equipped with a wireless transceiver unit.

2. The aforementioned processor, The measurement is determined, the measurement is associated with the hypothetical index, and the measurement is associated with the CSI-RS resource indicator (CRI) or reference signal received power (RSRP), Send the measurement indication to the network node. A WTRU according to claim 1, further configured as follows.

3. The WTRU according to claim 1, wherein the determination of the initial CSI-RS hypothesis is based on a sequence associated with one or more of the first CSI-RS or the second CSI-RS.

4. The WTRU according to claim 1, wherein the QCL source is associated with one or more of the following: a port number or a CSI-RS resource.

5. The WTRU according to claim 1, wherein the processor is further configured to maintain the QCL state associated with the initial CSI-RS hypothesis, the CSI-RS associated with the initial CSI-RS hypothesis, and the ports associated with the CSI-RS.

6. The WTRU according to claim 5, further configured to update the maintained QCL state based on a third received CSI-RS.

7. The WTRU according to claim 1, wherein the downlink transmission is a physical downlink control channel (PDCCH) transmission or a physical downlink shared channel (PDSCH) transmission.

8. A method for a wireless transceiver unit (WTRU), The steps include receiving a first CSI-RS and a second CSI-RS, A step of determining an initial CSI-RS hypothesis, wherein the initial CSI-RS hypothesis is a first CSI-RS hypothesis associated with the first CSI-RS, or a second CSI-RS hypothesis associated with the second CSI-RS, The steps include sending an indication of the hypothesis index associated with the initial CSI-RS hypothesis to the network node, The steps include receiving an indication of the Transmit Configuration Indicator (TCI) status via downlink transmission, A step of determining the QCL source based on the CSI-RS hypothesis and the indicated TCI state, wherein the CSI-RS hypothesis is the indicated CSI-RS hypothesis shown by network signaling, or the initial CSI-RS hypothesis. The steps include decoding the downlink channel based on the aforementioned QCL source and A method that includes [a certain feature].

9. The aforementioned method, A step of determining a measurement, wherein the measurement is associated with the hypothetical index, and the measurement is associated with a CSI-RS resource indicator (CRI) or reference signal received power (RSRP), The steps of sending the measurement indication to the network node and The method according to claim 8, further comprising:

10. The method of claim 8, wherein the step of determining the initial CSI-RS hypothesis is based on a sequence associated with one or more of the first CSI-RS or the second CSI-RS.

11. The method according to claim 8, wherein the QCL source is associated with one or more of the following: port numbers or CSI-RS resources.

12. The method involves maintaining the QCL state associated with the initial CSI-RS hypothesis, the CSI-RS associated with the initial CSI-RS hypothesis, and the port associated with the CSI-RS. The method according to claim 8, further comprising:

13. The method includes the step of updating the maintained QCL state based on a third received CSI-RS. The method according to claim 12, further comprising:

14. The method according to claim 8, wherein the downlink transmission is a physical downlink control channel (PDCCH) transmission or a physical downlink shared channel (PDSCH) transmission.

Images