Systems and methods for bandwidth fractional operation

Abstract

To provide methods and systems for BWP operation in 5G wireless systems.SOLUTION: A WTRU, configured with at least one BWP, may receive a signal including an indication for the WTRU to perform measurements on a target BWP, which may be received as part of DCI in the current active BWP. The WTRU may determine a measurement gap type based on at least one of an SCS of a current active BWP and an SCS of the target BWP. The WTRU may determine a measurement gap for the target BWP based on the measurement gap type. The WTRU may measure CSI in the target BWP during the measurement gap. The WTRU may send a report including the measured CSI in the current active BWP.SELECTED DRAWING: Figure 6

Description

[Technical Field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application claims the benefit of U.S. Provisional Patent Application No. 62 / 634,601, filed February 23, 2018, and U.S. Provisional Patent Application No. 62 / 652,827, filed April 4, 2018, the contents of which are incorporated herein by reference. [Background technology]

[0002] A feature of 5th Generation Radio Access Network (5G RAN) or New Radio (NR) systems is downlink channel scheduling, which involves selecting a transmission configuration and associated parameters based at least in part on instantaneous downlink channel conditions. Downlink channel scheduling may involve a device in the network (e.g., a wireless transmit / receive unit (WTRU)) providing channel state information (CSI) to the network (e.g., a base station or gNB), where the CSI includes information used by the network to make scheduling decisions. The CSI may be measured and / or recorded for defined resources, such as a bandwidth part (BWP), a contiguous set of resource blocks (RBs), physical resource blocks (PRBs), and / or virtual RBs within a carrier. For example, one or more BWPs may be configured on a carrier for a WTRU, and one of the BWPs may be active at a time (and may be referred to as the active BWP or current active BWP). Summary of the Invention

[0003] A method and system for bandwidth portion (BWP) operation in a 5G wireless system are described herein. A wireless transmit / receive unit (WTRU) configured with at least one bandwidth portion (BWP) may receive a signal including an indication to the WTRU to perform measurements on a target BWP, which may be received as part of downlink control information (DCI) in a currently active BWP. The WTRU may determine a measurement gap type based on at least one of a subcarrier spacing (SCS) of the currently active BWP and the SCS of the target BWP. The measurement gap type may be associated with a length value and may have a value that decreases as the SCS of the target BWP increases. The WTRU may determine a measurement gap for the target BWP based on the measurement gap type. The WTRU may measure channel state information (CSI) in the target BWP during the measurement gap. The WTRU may measure CSI in the target BWP by receiving and measuring a CSI reference signal (CSI-RS) in the target BWP.

[0004] A more detailed understanding may be had from the following description, given by way of example in conjunction with the accompanying drawings, in which like reference numerals refer to similar elements and in which: [Brief explanation of the drawings]

[0005] [Figure 1A] FIG. 1 is a system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1B is a system diagram illustrating an example wireless transmit / receive unit (WTRU) that may be used within the communication system shown in FIG. 1A, according to an embodiment. [Figure 1C] 1B is a system diagram illustrating an example radio access network (RAN) and an example core network (CN) that can be used within the communication system shown in FIG. 1A, according to an embodiment. [Figure 1D]1B is a system diagram illustrating an example RAN and a further example CN that can be used within the communication system shown in FIG. 1A, according to an embodiment. [Figure 2] FIG. 1 is a diagram of an example channel state information (CSI) measurement. [Figure 3] 1 is a frequency allocation diagram of an exemplary WTRU-specific bandwidth portion (BWP) configuration on a downlink carrier. [Figure 4] FIG. 1 is a timing diagram of an example procedure to illustrate aperiodic CSI reference signal (CSI-RS) transmission and aperiodic CSI reporting timing. [Figure 5] FIG. 10 is a timing diagram of an example procedure for periodic CSI reporting to a target BWP based on a measurement timer. [Figure 6] FIG. 10 is a resource diagram of an exemplary measurement gap allocation. [Figure 7] 1 is a flowchart of an exemplary CSI measurement procedure for a target. [Figure 8] FIG. 1 is a resource diagram of an example BWP switching procedure including a quasi co-location (QCL) gap. [Figure 9] 9 is a resource diagram of an example CORESET allocation 900, including a default control resource set (CORESET) for physical downlink shared channel (PDSCFI) reception. [Figure 10] 1 is a resource diagram of an exemplary CORESET allocation, including an exemplary use of the same transmission configuration indication (TCI) state for the CORESET with the lowest CORESET ID in each BWP. DETAILED DESCRIPTION OF THE INVENTION

[0006] 1A illustrates 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, broadcast, etc., to multiple wireless users. The communication system 100 may enable the multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communication system 100 may utilize 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-tailed unique word discrete Fourier transform spread OFDM (ZT UW DTS-S-OFDM), unique word OFDM (UW-OFDM), resource block filtered OFDM, and filter bank multicarrier (FBMC).

[0007] 1A, communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, RAN 104 / 113, CN 106, public switched telephone network (PSTN) 108, Internet 110, and other networks 112, although it will be appreciated that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, 102d, any of which may be referred to as a “station” and / or “STA,” may be configured to transmit and / or receive wireless signals and may include user equipment (UE), mobile stations, fixed or mobile subscriber units, subscription-based units, pagers, cellular phones, personal digital assistants (PDAs), smartphones, laptops, netbooks, personal computers, wireless sensors, hotspot or Mi-Fi devices, Internet of Things (IoT) devices, watches or other wearables, head-mounted displays (HMDs), vehicles, drones, medical devices and applications (e.g., remote surgery), industrial devices and applications (e.g., robots and / or other wireless devices operating in industrial and / or automated processing chain situations), consumer electronics devices, and devices operating on commercial and / or industrial wireless networks. Any of the WTRUs 102a, 102b, 102c, 102d may be referred to interchangeably as a UE.

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

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

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

[0011] 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, the base station 114a and the WTRUs 102a, 102b, and 102c in the RAN 104 / 113 may establish the air interface 116 using Wideband CDMA (WCDMA) or may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA). WCDMA may include communication protocols such as High Speed Packet Access (HSPA) and / or Evolved HSPA (HSPA+). HSPA may include High Speed Downlink (DL) Packet Access (HSDPA) and / or High Speed Uplink (UL) Packet Access (HSUPA).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0038] Although in Figures 1A-1D the WTRU is described as a wireless terminal, it is contemplated that in certain representative embodiments such a terminal may use a wired communication interface (e.g., temporary or permanent) with a communication network.

[0039] In an exemplary embodiment, the other network 112 may be a WLAN.

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

[0041] When using the 802.11ac infrastructure mode of operation or a similar mode of operation, an AP may transmit beacons on a fixed channel, such as a primary channel. The primary channel may be a fixed width (e.g., a 20 MHz wide bandwidth) or a width dynamically set via signaling. The primary channel may be the operating channel of the BSS and may be used by STAs to establish a connection with the AP. In one representative embodiment, for example, in an 802.11 system, carrier sense multiple access with collision avoidance (CSMA / CA) may be implemented. With CSMA / CA, STAs (e.g., every STA), including the AP, may sense the primary channel. If the primary channel is sensed / detected and / or determined to be busy by a particular STA, the particular STA may back off. Within a given BSS, one STA (e.g., only one station) may transmit at any given time.

[0042] A high-throughput (HT) STA may use a 40-megahertz-wide channel for communication, for example, by combining a primary 20-megahertz channel with an adjacent or non-adjacent 20-megahertz channel to form a 40-megahertz-wide channel.

[0043] A very high throughput (VHT) STA may support channels that are 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz wide. A 40 MHz and / or 80 MHz channel may be formed by combining contiguous 20 MHz channels. A 160 MHz channel may be formed by combining eight contiguous 20 MHz channels or two non-contiguous 80 MHz channels, which may be referred to as an 80+80 configuration. In the 80+80 configuration, after channel encoding, the data may be passed through a segment parser that may split the data into two streams. Inverse fast Fourier transform (IFFT) processing and time-domain processing may be performed separately on each stream. The streams may be mapped onto two 80 MHz channels, and the data may be transmitted by the transmitting STA. At the receiver of the receiving STA, the operations described above for the 80+80 configuration may be reversed and the combined data may be sent to the Medium Access Control (MAC).

[0044] Sub-1 GHz mode operation is supported by 802.11af and 802.11ah. Channel operating bandwidths and carriers are reduced in 802.11af and 802.11ah compared to those used in 802.11n and 802.11ac. 802.11af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV White Space (TVWS) spectrum, while 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum. According to a representative embodiment, 802.11ah may support meter-type control / machine-type communication, such as MTC devices in macro coverage areas. MTC devices may have limited functionality, including, for example, support for certain bandwidths and / or limited bandwidths (e.g., only support for them). The MTC device may include a battery with a battery life above a threshold (eg, to maintain a very long battery life).

[0045] WLAN systems capable of supporting multiple channels and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel that may be designated as a primary channel. The primary channel may have a bandwidth equal to the largest common operating bandwidth supported by all STAs in a BSS. The bandwidth of the primary channel may be set and / or limited by a STA that supports the smallest bandwidth operating mode among all STAs operating in the BSS. In the example of 802.11ah, for a STA (e.g., an MTC-type device) that supports (e.g., only supports) 1 MHz mode, the primary channel may be 1 MHz wide, even if the AP and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and / or other channel bandwidth operating modes. Carrier sensing and / or network allocation vector (NAV) setting may depend on the status of the primary channel. For example, if the primary channel is busy because a STA (that only supports a 1 MHz operating mode) is transmitting to the AP, the entire available frequency band may be considered busy, even though most of the frequency band may remain idle and available for use.

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

[0047] 1D is a system diagram illustrating the RAN 104 and the RAN 106, according to an embodiment. As described above, the RAN 104 may communicate with the WTRUs 102a, 102b, and 102c over the air interface 116 using NR radio technology. The RAN 104 may also communicate with the RAN 106.

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

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

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

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

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

[0053] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 104 via an N2 interface and may act as a control node. For example, the AMF 182a, 182b may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, supporting network slicing (e.g., handling different PDU sessions with different requirements), selecting a particular SMF 183a, 183b, managing registration areas, terminating NAS signaling, and mobility management, etc. Network slicing may be used by the AMF 182a, 182b to customize CN support for the WTRUs 102a, 102b, 102c based on the type of service utilized by the WTRUs 102a, 102b, 102c. Different network slices may be established for different use cases, such as, for example, services relying on Ultra-Reliable Low-Latency (URLLC) access, services relying on eMBB access, and / or services for Machine-Type Communications (MTC) access, etc. The AMF 162 may provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies, such as WiFi.

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

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

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

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

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

[0059] The one or more emulation devices may perform one or more functions, including all functions, without being implemented / deployed as part of a wired and / or wireless communication network. For example, the emulation devices may be utilized in a test lab and / or in a test scenario in an undeployed (e.g., test) wired and / or wireless communication network to perform tests of one or more components. The one or more emulation devices may be test equipment. Direct RF coupling and / or wireless communication via RF circuitry (which may include, for example, one or more antennas) may be used by the emulation devices to transmit and / or receive data.

[0060] Channel state information (CSI) may be collected by a receiver (e.g., by performing channel estimation on a received reference signal RS) and fed back to a transmitter to enable the transmitter to adapt its transmission to current channel conditions. An exemplary CSI framework may be defined for a fifth-generation (5G) New Radio (NR) system and may include a CSI measurement configuration. For example, the CSI measurement configuration may provide any one or more of the following configuration parameters: a CSI reporting configuration where N>1, a resource configuration where M>1, and / or a CSI measurement configuration linking the N CSI reporting configurations with the M resource configurations. Figure 2 is a diagram of an exemplary CSI measurement configuration 200 that can be used in NR. For example, a WTRU may be configured with the CSI measurement configuration 200. The CSI measurement configuration 200 may include, but is not limited to, one or more CSI reporting configurations 206, 208, resource configurations 210, 212, 214, and / or links 201, 202, 203, 204 between the CSI reporting configurations 206, 208 and the resource configurations 210, 212, 214. As used herein, the term "measurement" may include, or may be used interchangeably with, CSI measurements, radio link monitoring (RLM) measurements, radio resource management (RRM) measurements, reference signal received power (RSRP) measurements, and channel quality indicator (CQI) measurements.

[0061] The CSI reporting configuration may include any one or more of the following example parameters: a reporting configuration ID (ReportConfigID), a ReportConfigType (e.g., periodic, aperiodic, or semi-persistent), a ReportQuantity (e.g., CSI-related or Layer 1 Reference Signal Received Power (L1-RSRP)-related), a ReportFreqConfiguration (e.g., reporting granularity in the frequency domain), a subband or wideband precoding matrix indicator (WB PMI), a channel quality indicator (CQI) report, a ReportSlotConfig (e.g., periodicity and slot offset for periodic or semi-persistent reporting), a MeasRestrictionConfig-time-channel (e.g., time-domain measurement restriction for channels in units of slots), a CodebookConfig (type and codebook subset restriction by CSI type (e.g., Type I or II) and / or codebook subset restriction), a strongest layer indicator (LI), a reported L1-RSRP parameter, a channel resource indicator (CRI), and / or a synchronization signal block resource indicator (SSBRI).

[0062] The resource configuration may include any one or more of the following example parameters: time-domain behavior (e.g., aperiodic or periodic / semi-persistent), reference signal (RS) type (e.g., for channel measurement or interference measurement), and / or S>1 resource set(s), such that each resource set may encompass K resources. The CSI measurement configuration may include any one or more of the following example parameters: CSI reporting configuration, one resource configuration for CQI, and reference transmission scheme configuration. For CSI reporting for a component carrier, any one or more of the following frequency granularity, wideband CSI, partial-band CSI, and / or sub-bands may be supported.

[0063] 5G NR includes the use of bandwidth portions (BWPs) to add flexibility to resource usage. BWP operation may include configuring a WTRU with one or more BWPs on a carrier. For example, up to four downlink / uplink (DL / UL) bandwidth portions (BWPs) may be configured per carrier. From the WTRU's perspective, a single DL and UL BWP may be active at a time and may be referred to as the active BWP for the WTRU.

[0064] Parameters such as any of the example parameters described below may be configured for each BWP. For example, for each BWP, several contiguous physical resource blocks (PRBs) (e.g., DL-BWP-BW and / or UL BWP-BW) may be configured. For example, the BWP size may range from 1 to 275 PRBs (e.g., may be as small as 1 PRB or as large as 275 PRBs, which may be the maximum bandwidth of the carrier). For each BWP, a frequency location of the BWP (e.g., DL-BWP location (DL-BWP-loc) or UL BWP location (UL-BWP-loc)) may be configured, which may be the offset of the first PRB of the DL / UL BWP. Other example configuration parameters for the BWP include, but are not limited to, any of the following parameters: subcarrier spacing (SCS) of the BWP (e.g., DL-BWP-mu or UL BWP-mu), cyclic prefix length of the BWP (e.g., DL-BWP-CP or UL-BWP-CP), control resource set (CORESET) for all types of search space for DL BWP in the primary cell, physical uplink control channel (PUCCH) resource set for UL BWP, Type0-PDCCH common search space (RMSI CORESET), BWP index (DL-BWP-index, UL-BWP-index), and / or BWP indicator field in DCI format 1_1 indicating an active DL BWP and BWP indicator field L BWP in DCI format 0_1 indicating an active UL BWP.

[0065] In another embodiment, for each BWP, for the primary cell (Pcell), the WTRU may be provided with a default DL BWP among the configured DL BWPs (via higher layer parameters such as Default-DL-BWP). For example, if the WTRU is not provided with a default DL BWP parameter via higher layers, the default BWP may be the initial active DL BWP. In an embodiment, for each BWP, a timer, BWP-InactivityTimer, may be configured via higher layers (e.g., 50 ms), and the WTRU may increase the timer if the WTRU does not receive any DCI (e.g., 1 ms for bandwidths below 6 GHz and 0.5 ms for bandwidths above 6 GHz). When the timer expires, the WTRU may switch from the active DL BWP to the default DL BWP.

[0066] In an embodiment, in paired spectrum (e.g., Frequency Division Duplex (FDD)), the WTRU may not expect to send a HARQ-ACK if the active UL BWP changes between the detection of an UL grant and its associated HARQ-ACK feedback. In this case, the DL BWP and UL BWP may be configured separately and independently. For example, the DCI for the DL may be used for DL BWP switching, and the DCI for the UL may be used for UL BWP switching. In unpaired spectrum (e.g., Time Division Duplex (TDD)), the DL BWP and UL BWP may be jointly configured as a pair and may share the same center frequency. However, the bandwidth may be different (e.g., the DL DCI or the UL DCI may be used to switch BWPs).

[0067] In other embodiments, a measurement gap may be supported for each BWP. When a WTRU performs measurements over a bandwidth that is not within the DL BWP for the WTRU (for RRM measurements from a synchronization signal block (SSB or SS block)), the WTRU may not be expected to monitor the physical downlink control channel (PDCCH). With regard to the retuning time for each BWP (e.g., the retuning time may be approximately 50 picoseconds or one symbol with an SCS of 15 kilohertz), the PDCCH and the associated physical downlink shared channel (PDSCH) may be in the same BWP if the gap between the PDCCH and the PDSCH is less than a parameter K, where K may depend on the numerology and / or the WTRU retuning time. Otherwise, the PDCCH and the associated PDSCH may be transmitted in different BWPs. In other embodiments, CSI-reference signal (CSI-RS) resources, CSI reporting configuration, and / or resource configuration may be configured per BWP. A sounding reference signal (SRS) may be transmitted within the BWP even when frequency hopping is activated. A timing reference signal (TRS) may be configured for the BWP (e.g., when the SSB is not located in the BWP). For example, the WTRU may not expect to receive a TRS outside the BWP.

[0068] The number of BWPs, the bandwidth of each BWP, and / or the frequency location of the configured BWPs may be independently configured in a WTRU-specific manner based on, for example, the capabilities of the WTRU, the channel conditions of the WTRU, and / or the system environment. Figure 3 is a frequency allocation diagram of an example WTRU-specific BWP configuration 300 on a downlink carrier 310. As shown in the example of Figure 3, each WTRU 311, 312, 313, and 314 may be individually configured with one or more of BWPs 301, 302, 303, and / or 304, such that the configured BWPs 301, 302, 303, and / or 304 can be different (or the same) among the WTRUs 311, 312, 313, and 314. For example, WTRU 311 may be configured with BWPs 301, 302, 303, and 304 having narrow bands, and WTRU 313 may be configured with BWP 301 having wide bands.

[0069] CSI reporting may be performed for multiple BWPs. When a WTRU is configured to report CSI, any one or more of the following mechanisms may be applied: A CSI reporting configuration may be associated with a single DL BWP and / or may include associated DL BWP information. The associated DL BWP may be configured per resource configuration. All linked resource configurations of a CSI reporting configuration may be associated with the same BWP. Periodic or semi-persistent CSI associated with a DL BWP scheduled for reporting in slot n may be reported if the associated DL BWP is the active DL BWP at the time position of the CSI reference resource for the CSI report (e.g., slot nCQI, REF=n-nCQI, REF, offset). For aperiodic (CSI offset) reporting, the WTRU may not expect to be triggered by CSI reporting for an inactive DL BWP. A dropping rule may be applied when the active BWP is switched. In an embodiment of the dropping rule, the WTRU may drop any CSI report if the time position of the PUSCH / PUCCH resource is later than the BWP switch. In another embodiment of the dropping rule, the WTRU may report CSI in a different BWP. Immediately after the BWP switch, a minimum time may be required for reporting periodic CSI reports (e.g., the associated CSI-RS may need to be measured after the active BWP switch).

[0070] In 5G, two antenna ports are considered to be quasi-colocated (QCL) if the WTRU can derive the large-scale channel characteristics of one antenna port from measurements on the other antenna port. In 5G NR, one or more quasi-colocated (QCL) types may be defined and used. For example, QCL type A may be defined and used as Doppler shift, Doppler spread, mean delay, and / or delay spread. QCL type B may be defined and used as Doppler shift and / or Doppler spread. QCL type C may be defined and used as mean delay and / or Doppler spread. QCL type D may be defined and used as spatial receive (Rx). One or more QCL types may be used to indicate the QCL relationship between two reference signals, and the reference RS and target RS may be used to indicate the QCL relationship. The QCL linking between two reference signals is shown in Table 1.

[0071] [Table 1]

[0072] For aperiodic CSI-RS transmission, a DCI may be used to trigger (e.g., indicate) the aperiodic CSI-RS transmission, and the DCI may indicate the timing of the CSI-RS transmission. If an aperiodic CSI-RS is triggered (e.g., indicated) in slot #m, the triggered (e.g., indicated) aperiodic CSI-RS may be transmitted in slot #m+x, where x may be indicated in the associated DCI. The WTRU may be triggered (e.g., re-requested) to report aperiodic CSI that may be measured based on the periodic, semi-persistent, and / or aperiodic CSI-RS. Aperiodic CSI reporting may be triggered (e.g., re-requested) via a DCI that may be received in slot #m, and the aperiodic CSI may be reported in slot #m+y, where y may be indicated in the associated DCI. Figure 4 is a timing diagram of an example procedure 400 for indicating aperiodic CSI-RS transmission and aperiodic CSI reporting timing. As shown in FIG. 4, x for aperiodic CSI-RS transmission and y for aperiodic CSI reporting timing are indicated as exemplary timing offsets when aperiodic CSI-RS and aperiodic CSI reporting are triggered (e.g., indicated and / or re-requested) in slot #m (e.g., slot n+2).

[0073] One or more BWPs may be configured for and among a WTRU on a carrier, and one (e.g., only one) BWP may be active (e.g., at a time). The BWP that is active at that time may be referred to as the active BWP or the currently active BWP. The WTRU may be instructed by the network (e.g., via a DCI) to dynamically switch from the active BWP to another BWP (which will then become the active BWP). However, when the WTRU is in the active BWP, the WTRU may not be able to measure and report CSI for the inactive BWPs. Therefore, channel information for the inactive BWP(s) may not be available at the gNB for channel scheduling when the gNB wants to switch the active BWP for the WTRU. This may result in a decrease in system throughput due to scheduling BWPs without channel information. To address this issue, a mechanism for CSI reporting for inactive BWPs is described herein. In an embodiment, the WTRU may be triggered, configured, and / or instructed to measure the inactive BWP(s) due to measurement gaps during which the WTRU may not be able to monitor the DL control channel in the active BWP. However, scheduling restrictions on the active BWP may result in degradation of system throughput performance if the WTRU frequently measures the inactive BWP(s) (thus limiting the active BWP).

[0074] Methods for aperiodic, periodic, and / or semi-persistent CSI reporting for inactive BWPs that have minimal impact on scheduling in active BWPs are described herein. In an embodiment, CSI reporting for inactive BWPs may be used to minimize scheduling restrictions in active BWPs (e.g., due to measurement gaps for inactive BWP measurements), as described herein. In an embodiment, a measurement timer (e.g., a validity timer or a prohibit timer) for CSI measurements associated with inactive BWPs may be used. In this case, the WTRU may not (or need not) measure the inactive BWP(s) unless the timer is in a state such as a running state or an expired state. This can reduce the inactive BWP measurement frequency.

[0075] In another embodiment, multiple types of CSI reporting cycles may be used for periodic and / or semi-persistent CSI reporting. For example, when a WTRU is configured with periodic and / or semi-persistent CSI reporting (or CSI reporting configuration) for a BWP, two types of reporting cycles (or periodicities) may be configured. A first type of reporting cycle may be used for a CSI reporting configuration when the corresponding BWP is an active BWP. A second type of reporting cycle may be used for a CSI reporting configuration when the corresponding BWP is an inactive BWP. In an embodiment, the first type of reporting cycle may be shorter than the second type of reporting cycle, which may reduce the inactive BWP measurement frequency (in another embodiment, the second type of reporting cycle may be shorter than the first type of reporting cycle).

[0076] In another embodiment, a bandwidth extension of the active BWP may be used. For example, if CSI measurements are required for an inactive BWP, the gNB may be instructed to extend the bandwidth of the active BWP to include the inactive BWP. In this case, a measurement gap may not be required to perform measurements on the inactive BWP. The use of a bandwidth extension of the active BWP may be used in cases when the target BWP for CSI measurements has the same numerology (e.g., SCS) as the active BWP.

[0077] In another embodiment, a wideband BWP may be used by subband CSI measurement reporting when CSI measurement of an inactive BWP is required. For example, one of the configured BWPs (e.g., the smallest BWP index) may be based on a wideband BWP that can include all other BWPs in the frequency band. When the WTRU triggers to report CSI for an inactive BWP, the WTRU may switch to the wideband BWP and measure CSI for each subband, where each subband may have the same bandwidth as the corresponding BWP. In another embodiment, an adaptive measurement gap may be used to minimize scheduling restrictions on active BWPs due to CSI measurement of inactive BWPs. For example, the measurement gap window (or length) may be determined based on system parameters, the numerology of the target BWP, and / or the number of inactive BWPs.

[0078] As used herein, a configured BWP that is not an active BWP may be referred to as an inactive BWP, a target BWP, an inactive BWP, and / or an unused BWP. Measurements on an inactive BWP may be referred to as inter-BWP measurements, target BWP measurements, or inactive BWP measurements. A BWP may be a contiguous set of resource blocks (RBs), PRBs, or virtual RBs within a carrier. As used herein, the term "BWP" may be used interchangeably with carrier segment, narrowband (NB), subband, or local frequency band. A carrier may be a contiguous set of RBs, PRBs, or virtual RBs, and the bandwidth of the carrier may be equal to or greater than the bandwidth of the BWP configured on the carrier. As used herein, the term "carrier" may be used interchangeably with component carrier, primary cell (Pcell), secondary cell (Scell), primary secondary cell (PScell), or cell. The terms "RB," "PRB," and "virtual RB" may be used interchangeably herein.

[0079] In a BWP configuration embodiment, a WTRU may be configured with one or more carriers, and each carrier may include one or more BWPs. For example, a WTRU may receive and / or transmit signals on one or more carriers at the same time as signals are transmitted / received on different carriers, which may fully or partially overlap in time. Support for simultaneous transmission on one or more carriers may be determined based on the transmit power (e.g., required transmit power) of the uplink signals. The one or more carriers configured, used, or determined for a WTRU may not overlap in the frequency domain.

[0080] A WTRU may receive / transmit signals in one BWP (e.g., only one BWP) at a time from one or more BWPs configured for the same carrier. The one or more BWPs configured, used, or determined for a WTRU may fully or partially overlap, or may not overlap. The maximum number of RBs, PRBs, or virtual RBs for a BWP may be limited, determined, or may depend on the WTRU category (e.g., a Category-1 WTRU may have wideband capacity, and a Category-2 WTRU may have narrowband capacity). For example, a first maximum number of RBs, PRBs, or virtual RBs for a BWP may be used for a first WTRU category, and a second maximum number of RBs, PRBs, or virtual RBs for a BWP may be used for a second WTRU category. The maximum number of BWPs configurable for a WTRU on a carrier may be determined based on the WTRU category.

[0081] One or more BWP types may be configured, used, or determined. In particular, the BWP type may be determined based on the traffic type. For example, a first BWP type may be used, configured, or determined for a first traffic type (e.g., eMBB), and a second BWP type may be used, configured, or determined for a second traffic type (e.g., URLLC). The WTRU may transmit a scheduling request in a corresponding uplink BWP based on the traffic type. For example, when the WTRU has data for a first traffic type, the WTRU may transmit a scheduling request in an uplink BWP that can be determined, configured, or used as the first BWP type. If the WTRU is in an active BWP and the BWP type is different from the traffic type for the scheduling request, the WTRU may switch to the corresponding BWP based on a priority rule.

[0082] In an embodiment, the BWP type may be determined based on a BWP ID, a BWP index, and / or a BWP number. For example, the BWP with the smallest BWP index (e.g., 0) in a carrier may be considered, determined, or used as a first type BWP, and the remaining BWPs configured in a carrier may be considered, determined, or used as a second type BWP. The first type BWP may be referred to as a default BWP, an initial active BWP, or a fallback BWP.

[0083] In an embodiment, the BWP type may be determined based on numerology (e.g., SCS). The bandwidth of the BWP may determine the BWP type. For example, if the number of RBs for the BWP is greater than a threshold, the BWP may be determined as a first BWP type. A downlink control channel search space may be configured, used, or determined based on the BWP type. For example, a first search space (e.g., a search space for monitoring DCI with a first Radio Network Temporary Identifier (RNTI)) may be located in the first BWP type, and a second search space (e.g., a search space for monitoring DCI with a second RNTI) may be located in the second BWP type.

[0084] The transmission scheme or mode may be determined based on the bandwidth or type of the BWP. For example, a first transmission scheme may be used for the first BWP type, and a second transmission scheme may be used for the second BWP type, and the first BWP type and / or the second BWP type may be determined based on the bandwidth.

[0085] CSI reporting may be configured for inter-BWP measurements. In an embodiment, aperiodic CSI reporting, periodic CSI reporting, and / or semi-persistent CSI reporting may be used or configured for measurements of one or more inactive BWPs. One or more CSI reporting configurations (or reporting configurations) may be used, configured, or indicated for inactive BWP measurements. A CSI reporting configuration may be associated with a single inactive BWP, and a WTRU may be configured with one or more CSI reporting configurations for measurements of one or more inactive BWPs. Each CSI reporting configuration for inactive BWP(s) may be triggered or configured independently. A CSI reporting configuration may be independent of a BWP. An associated resource configuration may be associated with a single inactive BWP. A CSI reporting configuration may be linked to an active BWP or an inactive BWP. If a CSI reporting configuration is linked to an inactive BWP, the CSI reporting may be inter-BWP measurements.

[0086] One or more of the CSI reporting types may be used for inter-BWP measurements. The CSI reporting types may include, but are not limited to, any of the following: CSI reporting type, strongest BWP indicator (SBI), required measurement timer window (rMTW), CSI reporting periodicity type, and / or low BWP indicator (LBI). The SBI may also be referred to as preferred BWP indicator (PBI), BWP indicator (B1), or selected BWP indicator. The SBI may be used to indicate a BWP ID that may have the highest measurement result (e.g., L1-RSRP, CQI, average L1-RSRP, or wideband CQI) or may be a BWP selected by the WTRU for BWP switching (e.g., a BWP preferred by the WTRU for BWP switching). The SBI may include one or more BWP IDs (e.g., N BWPs with the highest measurement values). The SBI may be a set of BWP IDs for which the measurement result is above a threshold. For example, the threshold may be configured, predefined, or determined based on measurements of the current active BWP.

[0087] A set of candidate values for the rMTW may be configured, predetermined, or used, and the WTRU may indicate or report a candidate value in the set as the selected rMTW. The rMTW at the WTRU may be determined based on channel conditions, mobility, and / or WTRU capabilities. One or more CSI reporting periodicity types may be used for the CSI reporting periodicity type. The CSI reporting periodicity type may be implicitly determined based on the state of the BWP (e.g., active, inactive, default, or initially active). The CSI reporting periodicity may also be referred to as measurement reporting periodicity. For LBI, the WTRU may report or indicate one or more BWPs if they have measurement values below a threshold. For example, the WTRU may perform measurements on inactive BWPs during a measurement gap. The WTRU may indicate one or more inactive BWPs as low BWPs if measurement values (e.g., L1-RSRP) for one or more inactive BWPs are below a threshold. The WTRU may skip reporting measurements for inactive BWPs that are denoted as low BWPs. The WTRU may report measurements for inactive BWPs that may have measurements above a threshold and are not denoted as low BWPs.

[0088] A measurement timer may be used for CSI measurements. For example, the measurement timer may be used to determine when a measurement report or a reported measurement report becomes valid. The WTRU may not (or need not) perform the corresponding measurement unless the measurement timer has expired (or is running). The WTRU may perform the corresponding measurement when the measurement timer expires (or is no longer running). As used herein, the measurement timer may be used interchangeably with the terms timer, CSI measurement timer, CSI time window, measurement time window, measurement timer value, and / or measurement validity (or measurement inhibit) time length. The measurement timer may be used to perform measurements on channels, which may include, but are not limited to, RLM, RRM, CSI, positioning, and / or L1-RSRP for SSB.

[0089] In an embodiment, a measurement timer for a CSI measurement may be counted or adjusted (e.g., started, stopped, incremented, or decremented) at a slot level, a subframe level, a symbol level, or a radio frame level. The measurement timer may be configured for each measurement. For example, one or more CSI reporting configurations may be configured, and each CSI reporting configuration may be configured with a different measurement timer. In another embodiment, one or more CSI reporting configurations may be configured, and a measurement timer may be used for a subset of the configured CSI reporting configurations. The measurement timer may be configured independently of the CSI reporting periodicity when used for periodic or semi-persistent CSI reporting. The measurement timer may be configured as an integer multiple of the CSI reporting periodicity when CSI reporting is based on periodic or semi-persistent reporting.

[0090] The measurement timer may be used based on the measurement type. For example, the measurement timer may be used for a first measurement type (e.g., L1-RSRP), and the measurement timer may not be used for one or more (e.g., all) other measurement types (e.g., RRM). A state such as any of the following example states may apply to the measurement timer: For the reset state, the measurement timer may be reset to an initial value (e.g., 0). For the start state or started state, the measurement timer or the measurement timer counter may start from an initial value (e.g., 0). For the stop state or stopped state, the measurement timer or the measurement timer counter may be on hold. For the restart state, restarted state, resumed state, or resumed state, the measurement timer or the measurement timer counter may be restarted or may be able to be adjusted. For the extended state, the maximum number or target number may be increased. For the expired state, the measurement timer or the measurement timer counter may reach a maximum number (or target number).

[0091] One or more types of measurement timers may be used based on the measurement type. In an embodiment, a first type of measurement timer may include a first set of states (e.g., start, reset, and expired). A second type of measurement timer may include a second set of states (e.g., start, stop, resume, and expired). A third type of measurement timer may include all possible states. The first type of measurement timer may be used for a first measurement type (e.g., RLM measurement). The second type of measurement timer may be used for a second measurement type (e.g., CSI measurement for an active BWP). The third type of measurement timer may be used for a third measurement type (e.g., CSI measurement for an inactive BWP).

[0092] Measurements (e.g., CSI measurements) based on periodic or semi-persistent CSI reporting for one or more target BWPs (e.g., a set of inactive BWPs that can be indicated for measurements) may be performed based on a measurement timer. For example, a measurement timer may be configured for CSI measurements associated with one or more target BWPs. If the measurement timer expires at a time instance for the corresponding CSI measurement and / or CSI report, the WTRU may perform CSI measurements for the target BWP(s). If the measurement timer has not expired, the WTRU may skip the measurement and / or report the corresponding CSI.

[0093] FIG. 5 is a timing diagram of an example procedure 500 for periodic CSI reporting for a target BWP based on a measurement timer. According to the embodiment in FIG. 5, the CSI reporting instances (e.g., 502, 504, 506, 508, 510, 512, etc.) may be periodic (e.g., with a periodicity of 5 slots). The WTRU may skip CSI measurement (e.g., L1-RSRP) reporting for the target BWP in the CSI reporting instance during the time or period(s) when the CSI measurement timer is running. The WTRU may perform CSI measurement reporting for the target BWP in the CSI reporting instance if the CSI measurement timer is not running (e.g., the timer has expired). For example, CSI reporting instances 504, 506, and 508 may occur during CSI measurement timer period (window) 515, and therefore the WTRU does not send measurement reports for the target BWP in the CSI reporting instances 504, 506, and 508. The WTRU may send CSI measurement (e.g., L1-RSRP) reports 520 and 522 in CSI reporting instances 502 and 510 that are outside (or at the boundaries of) measurement timer periods 515 and 517 for L1-RSRP of the target BWP, respectively.

[0094] The measurement timer may be a validity timer. For example, the measurement timer for a measurement (e.g., a CSI measurement) may indicate whether the measurement is still valid in cases where the WTRU does not need to update the measurement. The measurement timer window (or the length of the measurement timer) may be determined based on the measurement report type. For example, a first measurement timer window (e.g., 0) may be used for an aperiodic CSI reporting type. A second measurement timer window (e.g., long) may be used for a periodic CSI reporting type. A third measurement timer window (e.g., short) may be used for a semi-persistent CSI reporting type.

[0095] The measurement timer for a measurement associated with a target BWP may start (or restart) based on one or more of the following example scenarios: In an example scenario, when a WTRU reports a corresponding CSI measurement in a slot (e.g., uplink slot #n), the measurement timer may start from the slot (e.g., slot #n) or from a slot with a slot offset (e.g., slot #n + offset), where slot #n may be referred to as a time reference. If a set of slots is used for measurement reporting, the first or last slot of the set of slots may be used as the time reference for starting the measurement timer. In another example scenario, when a WTRU finishes a corresponding measurement in a slot, the measurement timer may start from the slot in which the corresponding measurement was performed. In another example, the slot containing the downlink signal associated with the measurement may be the time reference for the CSI measurement timer. If a set of slots is used for measurement, the first or last slot of the set of slots may be used as the time reference for starting the measurement timer.

[0096] In another example scenario, the WTRU may start or restart the measurement timer when a measurement of the currently active BWP falls below a threshold. For example, the measurement timer may start (or restart) when the L1-RSRP of the DL-RS in the currently active BWP falls below a threshold. In cases where the WTRU can immediately start a measurement procedure for an inactive BWP when the measurement of the currently active BWP falls below a threshold, the measurement timer window may have a value of 0. If the measurement timer window has a value greater than 0, the WTRU may wait until the measurement timer expires to perform inactive BWP measurements. The thresholds described herein may be pre-configured, pre-defined, or indicated.

[0097] The measurement timer for measurements associated with the target BWP may be stopped (e.g., by the WTRU) when any one or more of the following example conditions are met: An example condition may include when the target BWP becomes the active BWP. In this case, the measurements in the active BWP (or any of them) may be reported without using a measurement timer, as a measurement gap may not be required. The measurements in the active BWP may be measurements associated with a downlink signal located in the active BWP. Another example condition may include when the target BWP fully or partially overlaps with the active BWP in the frequency domain. For example, if the target BWP is part of the active BWP, measurements for the target BWP may be obtained from measurements for the active BWP. Another example condition may include that measurements may be reported for another target BWP when the target BWP fully or partially overlaps with another target BWP. Another example condition may include when measurements for the active BWP exceed a threshold, such that the threshold can (or may not) vary across BWPs. Another example condition may include when the WTRU is located in a default BWP. In this case, when the WTRU is in the default BWP, the measurement timer for the inactive BWP may be stopped and the WTRU may not need to report measurements for the inactive BWP. Another example condition may include when the WTRU is in a connected mode discontinuous reception (DRX) period.

[0098] The measurement timer for measurements associated with the target BWP may be reset (e.g., by the WTRU) when any one or more of the following example conditions are met: Example conditions may include when the target BWP becomes the active BWP; Example conditions may include the target BWP fully or partially overlapping with an active BWP; Example conditions may include the target BWP fully or partially overlapping with another target BWP for which measurements may be reported; Example conditions may include when measurements of the target BWP may be reported.

[0099] The measurement timer window (i.e., measurement timer length or period) for the measurement may be determined based on any one or more of the following exemplary parameters. Exemplary parameters may include units of slots (e.g., 20 slots), units of time samples (e.g., 1000 samples), units of OFDM symbols (e.g., 140 symbols), and / or units of absolute value (e.g., 20 milliseconds). Exemplary parameters may include the numerology of the target BWP. For example, a longer measurement timer window may be used for a shorter SCS (e.g., 15 kilohertz) and a shorter measurement timer window may be used for a longer SCS (e.g., 60 kilohertz), or vice versa. Exemplary parameters may include the numerology of the active BWP. For example, the numerology gap between the active BWP and the target BWP may be used to determine the measurement timer window. Exemplary parameters may include the periodicity of the downlink signal for measurements at the target BWP. For example, if a DL RS for measurements in a target BWP is transmitted with a first periodicity (e.g., 20 ms), the measurement timer window may be determined to have a first value (e.g., 100 ms). If a downlink (DL) reference signal (RS) for measurements in a target BWP is transmitted with a second periodicity (e.g., 40 ms), the measurement timer window may be determined to have a second value (e.g., 200 ms). In an embodiment, the measurement timer window may be an integer multiple of the periodicity of the DL RS for measurements.

[0100] An exemplary parameter that can be used to determine the measurement time window may include a BWP ID. Another exemplary parameter may include WTRU mobility (e.g., Doppler frequency). For example, the WTRU may determine the measurement timer window based on an estimated or measured WTRU mobility value (e.g., Doppler frequency). An exemplary parameter may include a frequency range. For example, a first measurement timer window may be used for a first frequency range (e.g., below 6 GHz), and a second measurement timer window may be used for a second frequency range (e.g., above 6 GHz). The measurement timer window for the measurement may be indicated via higher layer signaling (e.g., radio resource control (RRC) signaling or a medium access control (MAC) control element (MAC-CE)). For example, semi-persistent CSI measurement (or CSI reporting) may be triggered via a MAC-CE, such that the trigger message (MAC-CE) can include the measurement timer window value.

[0101] One or more types of CSI reporting periodicity (e.g., multiple types of CSI reporting periodicity) may be used, configured, or determined for the CSI reporting configuration. In an embodiment, a first type of CSI reporting periodicity may be used or activated when the CSI reporting is for an active BWP. A second type of CSI reporting periodicity may be used or activated when the CSI reporting is for an inactive BWP. The CSI reporting configuration may include a reporting configuration type (e.g., ReportConfigType), which may indicate a time-domain behavior (e.g., periodic, aperiodic, or semi-persistent) and / or a reporting periodicity when the time-domain behavior is periodic or semi-persistent. In an embodiment, two types of CSI reporting periodicity may be configured (e.g., two values of CSI reporting periodicity) when the time-domain behavior is periodic or semi-persistent. The first value may be used (e.g., by the WTRU) when the WTRU reports a CSI reporting configuration that may be linked with a resource configuration corresponding to an active BWP. The second value may be used (eg, by the WTRU) when reporting a CSI reporting configuration that may be linked with a resource configuration corresponding to an inactive BWP.

[0102] The number of CSI reporting periodicity types may be determined based on the BWP type. For example, a single CSI reporting periodicity type may be used, configured, or determined for a first type of BWP (e.g., a default BWP). In an embodiment, two CSI reporting periodicity types may be used, configured, or determined for a second type of BWP (e.g., a non-default BWP). If the WTRU is active in the default BWP, the WTRU may not be requested to measure for an inactive BWP. If the WTRU is active in the default BWP, the WTRU may not need to measure and / or report measurements for an inactive BWP.

[0103] In another embodiment of multiple types of CSI reporting periodicity, the CSI reporting configuration for a first CSI reporting periodicity type (e.g., for an active BWP) may be reported at each periodicity (e.g., in a slot for CSI reporting). The CSI reporting configuration for a second CSI reporting periodicity type (e.g., for an inactive BWP) may be reported at each periodicity when a measurement timer for an inactive BWP may expire or when the WTRU may not be active in a default BWP. The CSI reporting configuration for the second CSI reporting periodicity type (e.g., for an inactive BWP) may also be reported at each periodicity when a measurement of the current active BWP is below (or above) a threshold. For example, when the wideband CQI for the active BWP is below (or above) a threshold, the CSI reporting configuration for the second CSI reporting periodicity type may be reported. The WTRU may not measure CSI for an inactive BWP because the channel condition for the active BWP can be reliable considering when the measurement of the active BWP is above a threshold. The value for the second CSI reporting periodicity type may be an integer multiple of the first CSI reporting periodicity.

[0104] In another embodiment of the CSI reporting periodicity, the CSI reporting periodicity may be configured with a value that can be determined based on the linked resource configuration type. For example, the configured value of the CSI reporting periodicity (as is) may be used when the linked resource configuration is in an active BWP. The configured value of the CSI reporting periodicity may be updated when the linked resource configuration is associated with an inactive BWP. The configured value of the CSI reporting periodicity may be updated as an integer multiple of the configured periodicity value when the linked resource configuration is associated with an inactive BWP. The integer value may be predefined (e.g., 10). The configured value of the CSI reporting periodicity (as is) may be used when the linked resource configuration is associated with a default BWP.

[0105] When multiple CSI reporting configurations can (or need to) be reported in the same slot, one or more of the following example priority rules may apply: According to the example priority rule, a CSI reporting type for an active BWP may have a higher priority than a CSI reporting type for an inactive BWP. For example, when a WTRU can (or needs to or intends to) report a CSI reporting configuration for an active BWP and a CSI reporting configuration for an inactive BWP, the WTRU may drop the CSI reporting configuration for the inactive BWP. According to another example priority rule, a CSI reporting type for a default BWP may have a higher priority than a CSI reporting type for another BWP (e.g., an active BWP or an inactive BWP).

[0106] BWP extensions may be employed as part of BWP operation. In an embodiment, one or more BWPs may be configured, and one of the configured BWPs may overlap in frequency with all other BWPs. For example, at least one of the configured BWPs may be wideband (e.g., having a bandwidth equal to or close to the same as the carrier bandwidth). A BWP that can overlap in frequency with all other BWPs may be referred to as a wideband BWP, a reference BWP, or a CSI BWP. The subbands of the wideband BWP for CSI reporting may be determined based on the BWP state. In an embodiment, a first subband size may be used when the wideband BWP is in an active BWP, and a second subband size may be used when the wideband BWP is in an inactive BWP. The first subband size may be a single bandwidth (e.g., in terms of the number of RBs) for all subbands in the BWP. The second subband size may be multiple bandwidths, and each subband may correspond to a BWP. For example, a first subband may be aligned with a first BWP, a second subband may be aligned with a second BWP, etc. Similarly, an nth subband may be aligned with an nth BWP. Support for wideband BWPs may be based on WTRU capabilities.

[0107] When a WTRU is instructed or configured to measure CSI for a wideband BWP that can overlap in frequency with the currently active BWP, any one or more of the following example procedures may be applied: When the wideband BWP is an inactive BWP, the WTRU may monitor the CORESET configured for the active BWP and measure CSI in the wideband BWP for CSI measurements; When the WTRU is in the wideband BWP for data transmission / reception, the CORESET configured for the wideband BWP may be monitored; When the WTRU is in the wideband BWP for CSI measurements (e.g., for inter-BWP measurements), the CORESET configured for the active BWP may be monitored; In another embodiment, the CORESET configured for the wideband BWP may be monitored, but the DCI format, type, and search space may be the same as that in the active BWP.

[0108] In an embodiment, a WTRU may be instructed or configured to measure CSI for one or more inactive BWPs, and the WTRU may expand the bandwidth of the currently active BWP to include the inactive BWPs for CSI measurement. Bandwidth expansion may be permitted (or restricted) for inactive BWPs that have the same numerology (e.g., SCS or CP length) as the active BWP. Bandwidth expansion may be permitted (or restricted) for inactive BWPs located within a certain frequency distance. For example, inactive BWPs located within X megahertz (e.g., 10 megahertz) from the currently active BWP may be included in the bandwidth expansion. Bandwidth expansion may (or may not) be used without a measurement gap. The use of bandwidth expansion for target BWP measurement or for BWP switching due to a measurement gap may be determined based on WTRU capabilities and / or WTRU category.

[0109] Flexible measurement gaps may be used for CSI measurements of inactive BWPs. CSI reporting may be triggered, configured, or instructed to the WTRU to measure and / or report CSI for one or more (e.g., inactive) target BWPs. The target BWP may be one of the BWPs configured for the WTRU and may be different from the currently active BWP. The WTRU may be instructed, triggered, or configured to measure CSI at one or more target BWPs. Measurement gaps may be used, configured, or determined for time windows during which the WTRU can measure CSI at one or more target BWP(s) (CSI measurement).

[0110] A measurement gap may be a time window (i.e., start time and / or duration, time period, window length) in units of, for example, samples, OFDM symbols, slots, subframes, or frames. For example, a measurement gap may be defined in terms of a number of slots. A WTRU may be permitted to skip one or more CORESETs configured for the currently active BWP or to skip monitoring a CORESET. As used herein, measurement gap may be used interchangeably with inter-BWP measurement gap, retuning time, measurement gap value, frequency switching time, measurement window, CSI measurement window, inter-BWP access time, measurement gap window length, or measurement time. As disclosed herein, the measurement gap (i.e., measurement gap value or window length) may be determined based on any one or more of the following example parameters: numerology of the target BWP (e.g., SCS and / or CP length), numerology of the active BWP and the target BWP, periodicity of the measurement signal at the target BWP, CSI reporting type for the target BWP, BWP index of the target BWP, CSI reporting type for the target BWP, number of target BWPs, bandwidth of the target BWP, and / or WTRU bandwidth capacity.

[0111] For example, the measurement gap value may be determined based on the numerology of the target BWP (e.g., SCS and / or (cyclic prefix) CP length). In an embodiment, a first measurement gap value may be used when the target BWP has the same numerology as the active BWP, and / or a second measurement gap value may be used when the target BWP has a different numerology from the active BWP. The second measurement gap value may differ based on whether the SCS for the target BWP is larger or smaller than the SCS of the active BWP. A larger measurement gap may be used when the SCS of the target BWP is smaller than the SCS of the active BWP. Table 2 shows example measurement gap values based on the numerology of the active BWP and the target BWP. When more than one target BWP may need to be measured and a single measurement gap is used, the measurement gap value may be determined based on the numerology of the active BWP and the target BWP with the smallest SCS (or maximum subcarrier spacing).

[0112] [Table 2]

[0113] Figure 6 is a resource diagram of an example measurement gap allocation 600. In the example of Figure 6, the measurement gap values are based on the numerology of the respective target BWPs. The BWPs configured for the WTRU in the example of Figure 6 include an active BWP 604 (e.g., a 30 kilohertz bandwidth), a target BWP 601 (e.g., a 60 kilohertz bandwidth), and another target BWP 602 (e.g., a 15 kilohertz bandwidth), each having a different bandwidth. The measurement gap 610 for the target BWP 602 is larger than the measurement gap 612 for the target BWP 601 (e.g., 6 slots) because the target BWP 602 has a smaller SCS than the active BWP 604 and the target BWP 601 has a larger SCS than the active BWP 604.

[0114] In an embodiment, a measurement gap type (for CSI measurements) may be determined for a target BWP (e.g., based on the numerology of the currently active BWP and / or the numerology of the target BWP) such that each measurement gap type has an associated measurement gap value (length, duration) that can be used for a measurement gap for the target BWP. FIG. 7 is a flowchart of an example CSI measurement procedure 700 for a target BWP that may be performed by a WTRU. In the embodiment of FIG. 7, the measurement gap value is based on the numerology of the target BWP. The target BWP may be an inactive BWP. At 702, a WTRU may receive a signal including an indication that the WTRU will perform measurements for the target BWP. At 704, the WTRU may determine a measurement gap type based on at least one of the numerology (e.g., subcarrier spacing (SCS)) of the WTRU's current active BWP and the numerology of the target BWP. At 706, the WTRU may determine a measurement gap for the target BWP based on the measurement gap type. The WTRU may measure the CSI in the target BWP during the measurement gap at 708. At 710, the WTRU may send a report including the measured CSI in the current active BWP.

[0115] In another embodiment, the measurement gap value may be determined based on the periodicity of the measurement signal at the target BWP. For example, a first measurement gap value may be used when the measurement signal at the target BWP is a first value (e.g., x1 ms), and a second measurement gap value may be used when the measurement signal at the target BWP is a second value (e.g., x2 ms). The measurement gap value may be determined based on the BWP index of the target BWP. The measurement gap value may be determined based on the CSI reporting type for the target BWP. For example, the first measurement gap value may be used when a first CSI reporting type (e.g., L1-RSRP) needs to be measured at the target BWP, and the second measurement gap value may be used when a second CSI reporting type (e.g., CSI-RS resource indicator (CRI)) needs to be measured at the target BWP. A shorter measurement gap may be used when measurements for the target BWP are based on a single DL reference signal (e.g., a single CSI-RS resource). A longer measurement gap may be used when measurements for a target BWP are based on multiple DL reference signals (e.g., multiple CSI-RS resources), which may be used, for example, for beam searching, beam pairing, and / or multiple transmit and receive point (TRP) operations. In an embodiment, the measurement gap value may be indicated when aperiodic CSI reporting is triggered for the target BWP.

[0116] In another example, the measurement gap value may be determined based on the WTRU bandwidth capacity. For example, a first measurement gap value (e.g., 10 slots) may be used for a WTRU with a narrow bandwidth capacity (e.g., 5 MHz), a second measurement gap value (e.g., 5 slots) may be used for a WTRU with a medium bandwidth capacity (e.g., 20 MHz), and a third measurement gap value (e.g., 0 slots) may be used for a WTRU with a wide bandwidth capacity. A measurement gap value having a value of 0 may be considered or interpreted as a WTRU with no measurement gap.

[0117] The WTRU may receive an indication to measure the CSI of one or more target BWPs via a DCI (e.g., the DCI may be used for an uplink grant for a PUSCH or a downlink allocation for a PDSCH). Measurement of one or more target BWPs for CSI reporting (e.g., inter-BWP measurements) may be activated or deactivated via higher layer signaling. The DCI may include a CSI request field that triggers aperiodic CSI (A-CSI) reporting, and the CSI request field may include one or more CSI trigger states such that each CSI trigger state can be associated with a reporting configuration (e.g., ReportConfig). Each CSI trigger state may include an associated BWP ID (e.g., BWP Information), e.g., in the case where inter-BWP measurements are activated. The associated resource configuration for a CSI trigger state may have the same BWP ID. For example, the WTRU may not anticipate a configuration in which the BWP ID differs between the CSI trigger state and the associated resource configuration. Each reporting configuration may include an associated BWP ID, and the associated resource configuration for a reporting configuration may have the same BWP ID. Each resource configuration may include an associated BWP ID. When a WTRU is triggered to report A-CSI and the associated resource configuration for a CSI triggering state has a BWP ID different from the currently active BWP, the WTRU may measure the target BWP associated with the resource configuration. If inter-BWP measurements are deactivated, the WTRU may not expect a CSI request field associated with a BWP (different from the currently active BWP) to be triggered. Table 3 shows examples of BWP IDs (e.g., BWP information values) corresponding to CSI request field values.

[0118] [Table 3]

[0119] In another embodiment, the WTRU may request inter-BWP measurements when one or more predefined conditions are met. An uplink signal may be reserved to indicate, report, or trigger an inter-BWP measurement request. For example, a PRACH resource, a scheduling request resource, or a PUCCH resource may be reserved for the request for inter-BWP measurements. Examples of predefined conditions for the WTRU to request inter-BWP measurements may include one or more of the following conditions: the RSRP (e.g., L1-RSRP) of a DL RS in the current active BWP is below a threshold, and / or the hypothetical block error rate (BLER) of one or more serving CORESETs in the current active BWP is below a threshold.

[0120] A mechanism for switching the active BWP (i.e., performing a BWP switch) may be used. The semi-persistent CSI reporting and / or semi-persistent CSI-RS transmission may be activated via a DCI, such that the DCI can be used to activate and / or deactivate the semi-persistent CSI reporting and / or semi-persistent CSI-RS transmission. The WTRU may be instructed to activate the semi-persistent CSI reporting in the active BWP. Due to the expiration of the inactivity timer without deactivation of the semi-persistent CSI reporting, the WTRU may be instructed to switch to another BWP, or the WTRU may switch to a default BWP. In this case, one or more of the following example scenarios may apply. In the example scenario, the WTRU may infer that the semi-persistent CSI reporting and / or semi-persistent CSI-RS may be deactivated when the WTRU switches to another BWP (or the default BWP). In another example scenario, the WTRU may infer that semi-persistent CSI reporting and / or semi-persistent CSI-RS transmission may still be valid if the WTRU is configured, instructed, or requested to perform inter-BWP measurements. Otherwise, the WTRU may infer that semi-persistent CSI reporting and / or semi-persistent CSI-RS transmission may be deactivated. In another example scenario, the WTRU may infer that semi-persistent CSI reporting and / or CSI-RS may still be valid if the WTRU switches to another BWP due to an indication from the DCI. The WTRU may infer that semi-persistent CSI reporting and / or CSI-RS may be deactivated if the WTRU switches to a default BWP due to an expired BWP inactivity timer.

[0121] In an embodiment, the WTRU may switch to a default BWP if the measurement timer expires for a CSI measurement associated with the default BWP, regardless of whether the inactivity timer has expired. The CSI measurement for the default BWP may be configured by a measurement timer. The WTRU may switch to the default BWP for CSI measurement if the measurement timer for the CSI measurement for the default BWP expires.

[0122] A spatial QCL may be associated with a BWP. A WTRU may be configured with one or more downlink beams, and each downlink beam may be represented as a downlink signal (e.g., an SS / PBCH block, a CSI-RS resource, or a DM-RS port). A beam-specific downlink signal may be configured, transmitted, or received for each BWP. In this case, a WTRU in an active BWP may not be able to measure QCL parameters for beam-specific downlink signals transmitted in an inactive BWP, which may be problematic for the WTRU if it needs to use QCL parameters for its PDSCH or PDCCH reception.

[0123] Due to outdated measurements of QCL parameters, the demodulation performance of downlink signals (e.g., PDCCH or PDSCH) may be significantly degraded. In addition, the WTRU may not be able to measure beam quality for beam-specific downlink signals that may be transmitted in an inactive BWP. Thus, beam maintenance for downlink and uplink transmissions may not be properly controlled.

[0124] In an embodiment, a common DL signal across configured BWPs may be used. For example, the DL signal may be commonly used across configured BWPs, and the DL signal may be transmitted over a carrier, with each BWP including a portion of the DL signal. The DL signal may be configured, transmitted, or used when all configured BWPs may have the same numerology (e.g., SCS and / or CP length). The numerology of a time position at which a DL signal can be transmitted for a configured BWP may have the same numerology, and the numerology of other time positions for a configured BWP may use the configured numerology of each respective BWP. All DL signals associated with a beam for a BWP may be located in the same BWP. One or more transmission configuration indication (TCI) states associated with DL signals that can be transmitted in an inactive BWP may not be used in an active BWP. The TCI state may be associated with the DL signal, and the DL signal may be determined based on the BWP index of the active BWP. QCL parameter measurements with a measurement gap may be used, and the measurement gap may be determined based on the QCL type.

[0125] A PDCCH may be associated with multiple BWPs. One or more CORESETs may be configured per BWP, and each CORESET may be associated with a downlink beam (i.e., DL signal). For example, each CORESET configuration may include a TCI state (e.g., TCI-StatesPDCCH) that can provide a QCL relationship between DL RS(s) for the RS set (e.g., TCI-RS-SetConfig) and the PDCCH DMRS port. The TCI state for a CORESET may be associated with DL RSs (e.g., SSB, CSI-RS, non-zero power CSI-RS (NZP-CSI-RS), TRS, phase tracking reference signal (PTRS)), and the DL RSs may be located in inactive BWPs.

[0126] In an embodiment, DL RS(s) for TCI states configured, indicated, or used for a CORESET may be transmitted in the same BWP. In this case, the WTRU may infer that DL RS(s) for TCI states configured or used for a CORESET may be in the same BWP, and the WTRU may not need to measure DL RS(s) in an inactive BWP. Each BWP may include all DL RS(s) associated with one or more TCI states. The set of TCI states and associated DL RSs may be configured via higher layer signaling, and one of the configured TCI states may be determined for a CORESET such that the set of TCI states and associated DL RSs can be configured per BWP, per CORESET, or per carrier. CORESETs in the same BWP may use the same set of TCI states, and the determined TCI states for each CORESET may be different (e.g., TCI states within a set of TCI states for a CORESET may be configured individually).

[0127] When a WTRU switches from one BWP to another (e.g., from an active BWP to a target BWP), a gap may be used, determined, or configured, and the WTRU may acquire QCL parameters at the target BWP during the gap for PDCCH and / or PDSCH reception. The gaps may be referred to as QCL measurement gaps, QCL gaps, retuning gaps, frequency retuning gaps, and beam pairing gaps. The QCL gap length may be defined or determined in units of slots, OFDM symbols, time samples, subframes, or radio frames. The QCL gap may be determined based on the capabilities of the WTRU. For example, if the WTRU has wideband reception capability (e.g., if the WTRU can receive one or more BWPs simultaneously), the QCL gap may be 0 or a small value, and if the WTRU has limited bandwidth capacity (e.g., if the WTRU can receive a single BWP at a time and the maximum bandwidth of the BWP may be limited to a particular value), the QCL gap may have a large value.

[0128] The start time (e.g., starting slot, OFDM symbol, time sample, subframe, or radio frame) may be determined using any one or more of the following approaches: For example, the QCL gap may start from the last symbol of the CORESET at which the WTRU received the BWP switch command; The QCL gap may start from the slot boundary at which the WTRU received the BWP switch command; The QCL gap may start from the last symbol of the tracking reference signal (TRS) or DL RS for the QCL measurements transmitted in the target BWP; The QCL gap may be determined based on the time position of the TRS or DL RS for the QCL measurements transmitted in the target BWP.

[0129] The QCL gap may be determined based on the numerology of the target BWP or a timer for QCL measurements of the target BWP. The timer for the QCL gap may be referred to as a QCL timer, a CSI timer, a validity timer, or a QCL validity timer. The QCL timer may be used to determine whether the measured QCL parameters are still valid. If the measured QCL parameters for the target BWP are still valid, a QCL gap may not be needed. Otherwise, the WTRU may need to measure the QCL parameters before the WTRU starts monitoring the PDCCH. The QCL timer length may be configured, determined, or used per WTRU. For example, the WTRU may indicate its capabilities and required QCL timer length. During the QCL gap, the WTRU may skip monitoring the CORESET configured in the target BWP.

[0130] FIG. 8 is a resource diagram of an example BWP switching procedure 800 including a QCL gap 808. In the embodiment of FIG. 8, an active BWP 804 and an (inactive) target BWP 802 may be associated with a WTRU. The active BWP 804 may include CORESETS 814, and the target BWP may include a CORESET 816. The WTRU may receive a BWP switch command 806 (e.g., from the network) to switch from the active BWP 804 to the target BWP 802, which may trigger the start of a QCL gap 808 used in the target BWP 802. The duration (length) of the QCL gap 808 may depend on a QCL timer and / or the numerology of the target BWP 802 and / or active BWP 804. The WTRU may skip receiving a PDSCH scheduled in the target BWP 802 if the scheduling offset of the PDSCH is less than the length of the QCL gap 808. The WTRU may skip monitoring the PDCCH during the QCL gap 808 in the target BWP 802 and may start monitoring the PDCCH 810 at the end of the QCL 808 as part of the BWP switching procedure 800 .

[0131] The DL RS(s) for the TCI states configured, indicated, and used for CORESET may be transmitted in different BWPs. For example, CORESET may be monitored in a first BWP (e.g., an active BWP), and its associated DL RS(s) for QCL measurements (e.g., or a subset of Doppler shift, Doppler spread, mean delay, delay spread, and / or spatial RX parameters) may be transmitted or measured in a second BWP (e.g., an inactive BWP). A QCL timer may be used for each CORESET when CORESET is configured with TCI states associated with DL RSs in a different BWP (e.g., an inactive BWP). The QCL timer may start (or reset) when measurements of QCL parameters for CORESET are updated. When the QCL timer expires, the WTRU may not monitor CORESET until the QCL parameter measurements are updated.

[0132] A measurement gap may be used to update measurements of QCL parameters when a QCL timer expires. A measurement gap may be used when all QCL timers of configured CORESETs in a BWP expire. At least one of the configured CORESETs may be configured with a TCI state that can be associated with a DL RS in the active BWP (e.g., a default CORESET). When a timer for one of the CORESETs expires, the CORESET TCI state may be updated to the TCI state used for the default CORESET.

[0133] The DL RS(s) for the TCI states configured for a CORESET may be transmitted in different BWPs, and the WTRU may not be able to monitor the CORESET and measure the associated DL RS(s) simultaneously. RLM measurement or beam failure detection may be based on the measurement quality of the DL RS(s) associated with the configured CORESET. Any of the following RLM measurement and / or beam failure detection procedures may be applied when the DL RS(s) for the TCI states configured for one or more configured CORESETs are transmitted in different BWPs.

[0134] In an example procedure, the WTRU may perform RLM (and / or beam failure detection) in a default BWP, which may include DL RS(s) associated with one or more CORESET(s) configured in the carrier. For example, the RLM measurements may be based on the DL RS(s) associated with one or more CORESET(s) configured in the default BWP. An out-of-sync condition may be determined based on measurements of the DL RS(s) associated with one or more CORESET(s) in the default BWP. An out-of-sync condition may be determined when the quality of all CORESET(s) configured in the carrier falls below a threshold. A beam failure instance may be determined (and indicated from the PHY layer to the MAC layer) when the quality of all CORESET(s) configured in the carrier falls below a threshold. A beam failure instance may be determined when the quality of a CORESET in the default BWP falls below a threshold.

[0135] In another example procedure, a spatial QCL association may be configured between a DL RS in a default BWP and a DL RS in another BWP, as shown in Table 4, such that the reference RS can be a DL RS in the default BWP and the target RS can be a DL RS in a BWP (other than the default BWP). When a WTRU is active in a BWP other than the default BWP, the WTRU may measure a reference RS (e.g., a DL RS in the default BWP that can be spatially quasi-colocated (QCL-ed) with the DL RS in the active BWP) for RLM and / or beam failure detection. The WTRU may measure a DL RS in the active BWP that can be quasi-colocated with the DL RS for all configured CORESETs on the carrier for RLM and / or beam failure detection.

[0136] [Table 4]

[0137] In another example procedure, spatially quasi-colocated DL-RSs may be used across a BWP, and the WTRU may use QCL measurements of the DL-RSs in the active BWP for the target BWP if the DL-RSs in the target BWP are quasi-colocated with the DL-RSs in the active BWP. A group of DL RSs quasi-colocated across a BWP may be referred to as a BWP common beam group. Table 5 shows an example of a BWP common beam group that can quasi-colocate DL RSs in the same BWP common beam group for spatial QCL parameters. The WTRU may estimate that any of the DL RSs in the BWP common beam group may be used for QCL parameter measurements. For example, when the WTRU switches from an active BWP (e.g., BWP_1) to a default BWP, the QCL parameter measurements from CSI-RS#1 in BWP_1 may be used for SSB#1 in the default BWP.

[0138] [Table 5]

[0139] A PDSCH may be associated with multiple BWPs. One or more TCI states may be used for beam indication of a PDSCH. For example, M TCI states may be configured via higher layer signaling (e.g., RRC), and each TCI state may be associated with a DL RS. An N-bit TCI field in the DCI may be used to dynamically indicate the TCI state for PDSCFI transmission. M>2 N If , then 2 out of M TCI states N The TCI state may be selected via other higher layer signaling (eg, MAC-CE).

[0140] One or more BWPs may be configured for a WTRU, and a TCI state for each BWP may be configured. For example, M TCI states and associated DL RSs may be configured via higher layer signaling (e.g., RRC) and may be commonly used across BWPs on a carrier. M TCI states may be configured per carrier. Each BWP may have an N-bit TCI field in the DCI, and the value of N may be determined based on the BWP index. A subset of M TCI states may be configured for a BWP where M>2. NThe M TCI states may be selected or determined when the M TCI states are transmitted or signaled, and a subset may be determined for each BWP. For example, the subset may differ across BWPs. A separate MAC-CE for each BWP may be used to select a subset of the M TCI states. The subset of M TCI states may be TCI states associated with DL RSs transmitted in the same BWP. The M TCI states and associated DL RSs may be configured via higher layer signaling for each BWP so that the associated DL RSs can be transmitted or signaled in the same BWP. The associated DL RSs may be transmitted or signaled in any BWP within the same carrier.

[0141] The WTRU may be instructed to switch the BWP from the active BWP to another configured BWP. For example, the BWP indicator field (e.g., 1 or 2 bits) may be used to indicate the corresponding BWP for PDSCH transmission (or PUSCH transmission), or the BWP indicator field may be used to indicate a BWP switch for PDCCH monitoring. The TCI state may be used to indicate the corresponding BWP for PDSCH transmission. For example, a DL RS for a TCI state may be transmitted in a BWP, and if the TCI state is indicated, the corresponding BWP may be determined to be a BWP including the DL RS associated with the TCI state. When the TCI state is used for BWP switching, the BWP indication field may be absent in the DCI. When the TCI state is used for BWP switching, the BWP indication may be used. Table 6 shows an example of BWP indication based on the TCI state. If a present TCI bit field is activated in the DCI, the BWP indication field may not be present. Otherwise, the BWP indication field may be present in the DCI.

[0142] [Table 6]

[0143] In an embodiment, the WTRU may be instructed to switch BWPs in response to PDSCH reception from the current BWP (e.g., active BWP). If the scheduling offset for the PDSCH is greater than a threshold K, the WTRU may receive the PDSCH in the instructed BWP (e.g., target BWP), where the value of K may be determined based on any one or more of the following criteria: the length of time the WTRU may be active in the active BWP; the numerology of the active BWP and / or target BWP; the time position of a measurement reference signal (e.g., TRS) in the target BWP; the bandwidth of the target BWP; and / or the capabilities of the WTRU. For example, if the length of time the WTRU may be active in the current active BWP is greater than a threshold, a first value of K may be used. Otherwise, a second value of K may be used, and the first value of K may be greater than the second value of K. If the numerology (e.g., SCS) is the same for the active BWP and the target BWP, the first value of K may be used. If the numerologies are different (e.g., if the SCS of the active BWP is greater than the SCS of the target BWP), a second value of K may be used. If the measurement reference signal is located at the beginning of the switching time, the first value of K may be used. Otherwise, a second value of K may be used. In another embodiment, the value of K may be determined by a time offset, which may depend on the time position of the measurement reference signal.

[0144] In an embodiment, if the scheduling offset for the PDSCH is less than a threshold K, the WTRU may receive the PDSCH in the current BWP. In an embodiment, the WTRU may receive a scheduled PDSCH with a BWP switching command in the current BWP (e.g., active BWP) if the scheduling offset is less than a first threshold (e.g., K1) in a first frequency range (FR1). The WTRU may also receive a scheduled PDSCH with a BWP switching command in the current BWP if the scheduling offset is less than a second threshold (e.g., K2) in a second frequency range (FR2). The first frequency range may be a carrier frequency below 6 GHz. The second frequency range may be a carrier frequency above 6 GHz. The first threshold K1 and the second threshold K2 may be different. One or more thresholds may be used to determine the BWP position for PDSCH reception based on the scheduling offset, such that a first threshold can be used for the first frequency range and a second threshold can be used for the second frequency range.

[0145] A default QCL estimate may be used by multiple BWPs. One or more CORESETs may be configured for each BWP so that each CORESET can be associated with a downlink beam (DL signal). Each CORESET may be configured with a CORESET identification (ID), and each CORESET ID may be a unique number within a carrier or BWP. For example, Nc CORESETs may be configured for carriers with CORESET IDs {0, 1, 2, 3, 4, ..., Nc-1}, where CORESET {0, 1} may be located in the first BWP, CORESET {2, 3} may be located in the second BWP, and the rest of the CORESETs may be located in the third BWP.

[0146] In an embodiment, the PDSCH may be scheduled with a scheduling offset by the PDCCH (and / or DCI), such that the scheduling offset may be indicated or determined by the associated PDCCH (and / or DCI). For example, the scheduling offset may be any one or more of a timing offset, a slot offset, a subframe offset, a symbol offset, a subcarrier offset, an RB offset, and / or a BWP offset. If the scheduling offset is less than a threshold K, the WTRU may estimate, use, or determine one or more OCL parameters (e.g., spatial Rx parameters) based on a predefined CORESET. Otherwise, the WTRU may determine one or more OCL parameters based on a DL RS indicated in the associated PDCCH (and / or DCI). For example, the predefined CORESET may be a default CORESET in the active BWP.

[0147] If a scheduled PDSCH and its associated PDCCH are in the same BWP and the scheduling offset is less than threshold K, the CORESET with the smallest CORESET ID in the BWP may be used or determined as the default CORESET (or predefined CORESET). The smallest CORESET ID may have the smallest number excluding '0'. The smallest CORESET ID may have the smallest number including '0'. If a scheduled PDSCH and its associated PDCCH are in the same BWP and the scheduling offset is greater than threshold K, the WTRU may estimate, use, or determine one or more OCL parameters from the indicated DL RS. In an embodiment, regardless of the BWP position for PDSCH and / or PDCCH reception, the default CORESET may be determined based on the smallest CORESET ID in a carrier when the scheduling offset is less than threshold K. For example, the smallest CORESET ID may be the smallest ID number among all CORESETs configured on the carrier.

[0148] The PDSCH may be scheduled via the associated PDCCH (and / or DCI) with a scheduling offset and a BWP switching command. When the scheduling offset is less than a threshold K, the WTRU may estimate, use, or determine one or more QCL parameters (e.g., spatial Rx parameters) based on a default CORESET, such that the default CORESET may be on one or more of the following resources: the CORESET with the lowest CORESET ID in the BWP such that the WTRU can receive the associated PDCCH (and / or DCI), the CORESET with the lowest CORESET ID in the BWP such that the WTRU can receive the scheduled PDSCH, the CORESET with the lowest CORESET ID across all BWPs in the carrier on which the WTRU can receive the PDCCH and / or PDSCH, the CORESET with the lowest CORESET ID in the default BWP, and / or the CORESET on which the WTRU can monitor or receive the PDCCH.

[0149] When the scheduling offset is less than threshold K, one or more thresholds may be used. For example, a first threshold may be used when the PDSCH and its associated PDCCH are located in the same BWP, and a second threshold may be used when the PDSCH and its associated PDCCH are located in different BWPs. The first threshold may be greater than the second threshold.

[0150] When the scheduling offset is less than a threshold K, one or more default CORESETs may be used. For example, a first default CORESET may be used when the scheduling offset is less than the threshold and the BWPs for the PDSCH and its associated PDCCH are the same. A second default CORESET may be used when the scheduling offset is less than the threshold and the BWPs for the PDSCH and its associated PDCCH are different. The first default CORESET may be the CORESET with the smallest CORESET ID in the BWP so that the WTRU can receive the scheduled PDSCH. The first default CORESET may be the CORESET with the smallest CORESET ID across all BWPs on the carrier. The second default CORESET may be the CORESET with the smallest CORESET ID across all BWPs on the carrier. The second default CORESET may be the CORESET with the smallest CORESET ID in the BWP in which the WTRU can receive the PDCCH. The second default CORESET may be the CORESET with the smallest CORESET ID in the BWP in which the WTRU can receive the scheduled PDSCH.

[0151] 9 is a resource diagram of an example CORESET allocation 900 including a default CORESET 901 for PDSCH reception. In the example of FIG. 9, BWPs 906 and 908 are associated with a WTRU. BWP 906 may include CORESETs 901 and 902, and BWP 908 may include CORESETs 903 and 904. A PDCCH 912 received by the WTRU on BWP 906 may include PDSCH scheduling, and / or the PDSCH scheduling may be included in a BWP switch command 910 that switches the WTRU from BWP 906 to BWP 908. The WTRU may receive the associated PDSCH 914 in BWP 908 after a PDSCH scheduling offset 916 such that the PDSCH 914 from CORESET 901 on BWP 906 can be quasi-colocated.

[0152] When the scheduling offset is less than the threshold K, a default CORESET may be determined, configured, or used in each BWP. The WTRU may estimate, determine, or use a first subset of QCL parameters for scheduled PDSCH reception from a first default CORESET that may be in the current BWP (e.g., the BWP for the PDCCH) and a second subset of QCL parameters for scheduled PDSCH reception from a second default CORESET that may be in the target BWP (e.g., the BWP for the scheduled PDSCH). The first default CORESET may be the CORESET with the smallest CORESET ID in the active BWP. The first default CORESET may be the CORESET from which the WTRU can receive the PDCCH (and / or DCI). The second default CORESET may be the CORESET with the smallest CORESET ID in the target BWP.

[0153] When the scheduling offset is less than the threshold K, a default CORESET may be determined within a CORESET associated with the BWP, and the WTRU may receive the scheduled PDSCH. The CORESET associated with the BWP may be determined based on the TCI state configured for the CORESET. For example, a CORESET configured in a first BWP may be part of a CORESET associated with a second BWP if the CORESET in the first BWP is configured with the TCI state associated with the second BWP. A TCI state may be associated with one or more BWPs. A DL RS that can be transmitted within a first BWP may be associated with another BWP that may not overlap with the first BWP in the frequency domain. The default CORESET may be a CORESET with the smallest CORESET ID within the CORESET associated with the BWP. A TCI state may be associated with one or more carriers. A DL RS that can be transmitted within a first BWP on a first carrier may be associated with another BWP on a different carrier. If one or more CORESETs have the same minimum CORESET ID on different carriers, the CORESET in the Pcell may be the default CORESET. If one or more CORESETs have the same minimum CORESET ID on different carriers, the CORESET on the carrier with the smallest carrier index may be the default CORESET. When the scheduling offset is less than the threshold K, a default TCI may be used, and the default TCI state may be the smallest TCI state number among the TCI states associated with the BWP. The BWP may be a target BWP at which the WTRU can receive the scheduled PDSCH. The BWP may be an active BWP at which the WTRU can monitor and / or receive the PDCCH.

[0154] 10 is a resource diagram of an example CORESET allocation 1000 including an example use of identical TCI states for the CORESET with the lowest CORESET ID in each BWP 1006 and 1008 relative to the default CORESET. In the example of FIG. 10, BWPs 1006 and 1008 are associated with a WTRU. BWP 1006 may include CORESETs 1001 and 1002 (CORESET 1001 has the lowest CORESET ID in BWP 1006), and BWP 1008 may include CORESETs 1003 and 1004 (CORESET 1003 has the lowest CORESET ID in BWP 1008). A PDCCH 1012 received by the WTRU on BWP 1006 may include PDSCH scheduling, and / or PDSCH scheduling may be included in a BWP switch command 1010 that switches the WTRU from BWP 1006 to BWP 1008. The WTRU may receive the associated PDSCH 1014 in the BWP 1008 after the PDSCH scheduling offset 1016 so as to be able to quasi-co-locate the PDSCH 1014 from the CORESET 1003 on the BWP 1008. The CORESETs 1001 and 1003 with the smallest CORESET ID in each respective BWP 1006 and 1008 on the carrier may be associated with the same TCI state (e.g., TCI state=0) or the same DL RS.

[0155] In an embodiment, the default CORESET may be changed based on the BWP in which the WTRU can receive the scheduled PDSCH, but one or more QCL parameters (e.g., spatial Rx parameters) may not be changed regardless of the BWP position for PDSCH reception. When the CORESET with the smallest CORESET ID in each BWP is not associated with the same TCI state, the default CORESET for PDSCH reception may be based on the CORESET with the smallest CORESET ID in the BWP in which the WTRU can receive the PDCCH. When the CORESET with the smallest CORESET ID in each BWP is associated with the same TCI state, the default CORESET for PDSCH reception may be based on the CORESET with the smallest CORESET ID in the BWP in which the WTRU can receive the PDSCH. In an embodiment, the smallest CORESET ID may be replaced with the highest CORESET ID, a CORESET ID configured by a higher layer, an indicated CORESET ID, and / or a fixed CORESET ID.

[0156] When multiple BWPs are configured, link reconfiguration may occur. While the WTRU is in connected mode to a BWP, it may monitor the integrity of its radio link. For example, the WTRU may perform RLM by measuring the quality of the CSI-RS and / or SSB (e.g., collectively named RLM-RS pilot signals). The CSI-RS may be a WTRU-dedicated configured RS, while the SSB may be in the default BWP. When the SSB is to be used for RLM evaluation, a specific offset may be signaled by the network to have scaling equivalence between the SSB and CSI-RS measurements. During the RLM evaluation period, the WTRU physical layer is expected to deliver in-sync and asynchronous messages to upper layers after each evaluation period (e.g., evaluation may be a higher layer parameter). For the synchronization message, either good measurement may be considered sufficient (SSB or CSI-RS). For asynchronous messages, the WTRU may perform an evaluation for all configured RLM-SS before declaring an RLF.

[0157] When a new BWP is activated, the WTRU may have a new BWP without SSB. In this case, the WTRU may rely on the new CSI-RS for the RLM-SS resources. In an embodiment, the WTRU may have frequency selective fading issues in the newly activated BWP, and therefore, if the WTRU relies on CSI-RS (due to the absence of configured BWP measurements outside the active BWP), the WTRU may become out of sync for a short subsequent evaluation period. To accurately assess if the out-of-sync condition in the newly activated BWP is due to loss of cell coverage or frequency selective fading in the new BWP, the WTRU may measure the default BWP again or measure the previous active BWP before declaring RLF.

[0158] When a new BWP is activated, the WTRU may store the old BWP configuration and parameters while the network (NW) may maintain all configured WTRU-measured RSs (e.g., CSI-RSs) until at least one of the following measurements or actions confirms the integrity of the new BWP radio link: For example, a first CSI feedback may confirm the quality of the channel being fed back to the network; a first RLM-SS evaluation period may indicate synchronized RLM quality, and / or an IN-SYNC indication may be delivered to upper layers of the WTRU; DCI grants or scheduled data may be received correctly, and the WTRU may send an ACK in the new BWP; RSRP measurements may be performed, which may indicate a viable (e.g., above a threshold) link; a first beam measurement evaluation may be performed, and the serving beam may be above a threshold indicated by the network.

[0159] If any of the above measurements or actions are not met, the WTRU may perform a fallback measurement procedure on a previously configured BWP and may perform CSI-RS measurements. In the case where the CSI-RS fallback measurement on the stored (previously active) BWP is successful, the WTRU may initiate a Random Access Channel Due to BWP Partial Activation Failure Indication (RACFI) procedure due to the previous BWP. In the case where the CSI-RS fallback measurement fails, indicating that the stored BWP is not viable, the WTRU may perform a beam failure recovery procedure on a new BWP. If this beam recovery fails, the WTRU may declare RLF and follow the RLF procedure.

[0160] Beam failure and recovery are described herein. A beam failure instance may be determined based on one or more of the following conditions: First, a beam instance may be determined as failed when the measurement quality of DL RSs associated with all or a subset of CORESETs configured in an active BWP is below a threshold. Second, a beam instance may be determined as failed when the measurement quality of DL RSs associated with all or a subset of CORESETs configured for a carrier is below a threshold. Third, a beam instance may be determined as failed when the measurement quality of DL RSs configured for beam failure detection is below a threshold. Here, the measurement quality for DL RSs transmitted in the active BWP may be measured. Alternatively or additionally, all DL RSs configured for beam failure detection may be measured for beam failure detection. Finally, the measurement quality may be the hypothetical BLER of the configured CORESET or the L1-RSRP of DL RSs associated with all or a subset of the configured CORESET.

[0161] In an embodiment, if the WTRU detects a beam failure instance (e.g., measurement of a DL RS associated with a CORESET in an active BWP) or detects a beam failure instance in an active BWP, the WTRU may switch to a default BWP. For example, the WTRU may switch to the default BWP without a BWP switch command (e.g., a BWP indication) or expiration of an inactivity timer when the WTRU detects a beam failure instance in an active BWP. A maximum number of beam failure instances may be used for the WTRU to switch to the default BWP. The WTRU may remain in the active BWP if the maximum number of beam failure instances is not reached. The maximum number of beam failure instances may be determined based on the inactivity timer length. The WTRU may keep counting beam failure instances regardless of BWP switching. The WTRU may reset the beam failure instance counter (and / or the beam failure recovery timer) when switching to a new BWP. A beam failure instance may be counted when the measurement quality for a DL RS is associated with a CORESET in the default BWP. Alternatively or additionally, whether the WTRU can reset or continue the beam failure instance counter (and / or beam failure recovery timer) after switching BWPs may be determined based on the beam failure detection RSs configured for the CORESET. For example, if the same set of beam failure detection RSs is configured for the CORESET in the active BWP and the CORESET in the default BWP, the WTRU may continue the beam failure instance counter (and / or beam failure recovery timer) after switching from the active BWP to the default BWP; otherwise, the WTRU may reset the beam failure instance counter (and / or beam failure recovery timer).

[0162] In an embodiment, the WTRU may be configured with a control resource set - beam failure recovery (CORESET-BFR) that can be used for a response of a base station (e.g., gNB) corresponding to a beam recovery trial, which may be based on transmitting an uplink signal indicating a new candidate beam. The new candidate beam may be indicated by transmitting an uplink signal (e.g., PUCCFI or PRACFI) associated with the new candidate beam. The new candidate beam may be measured, monitored, or detected based on one or more downlink reference signals, beam reference signals, and / or SS blocks, etc.

[0163] The CORESET-BFR may be configured in the default BWP, and therefore the WTRU may start monitoring the CORESET-BFR in the default BWP after transmitting the Beam Recovery Test regardless of the currently active BWP. For example, if the WTRU detects a beam failure in the active BWP and transmits the Beam Recovery Test, the WTRU may switch to the default BWP and monitor the CORESET-BFR in the default BWP.

[0164] In an embodiment, when a WTRU detects a beam failure (e.g., a declared beam failure) or is in a beam failure recovery procedure, the WTRU may ignore the inactivity timer for the BWP. For example, if the WTRU declares a beam failure and initiates a beam failure recovery procedure (e.g., sends a beam recovery test, monitors the gNB's response, and / or monitors the CORESET-BFR), the WTRU may remain in the currently active BWP even after the inactivity timer expires until the beam failure recovery procedure ends. Alternatively or additionally, the inactivity timer may be extended when a beam failure is declared in the active BWP, the inactivity timer may be reset when a beam failure is declared, or the inactivity timer may be reset when one or more beam failure instances are detected.

[0165] In another example, the CORESET-BFR may be configured in a particular BWP, and the WTRU may switch to the BWP containing the CORESET-BFR when the WTRU detects one or more beam failure instances. If multiple BWPs contain the CORESET-BFR, the WTRU may switch to the BWP containing the CORESET-BFR with the smallest CORESET ID among the CORESET-BFRs.

[0166] In another embodiment, when the WTRU detects or determines one or more beam failure instances in an active BWP, the WTRU may perform a beam failure recovery procedure (e.g., transmit a beam recovery test and / or monitor a CORESET-BFR). Even when the WTRU was in a beam recovery procedure in an active BWP, the WTRU may initiate beam failure detection when the WTRU switches to a default BWP due to expiration of an inactivity timer.

[0167] A beam recovery counter / timer with multiple BWPs is described herein. The beam recovery counter may be used in combination with any of the other embodiments described herein. If the number of beam recovery tests is greater than a threshold, the WTRU may stop attempting beam recovery tests. A beam recovery test may refer to the WTRU's transmission of a contention-free RACH (CFRA) resource or a contention-based RACH (CBRA) resource associated with a downlink beam reference signal. The downlink beam reference signal may be an SS block or a CSI-RS. The counter may start after a beam failure is declared, and the beam failure may be declared when N consecutive beam failure instances are detected. The counter may stop (or reset) when N consecutive beam failure instances are not detected or when a beam failure instance does not occur during a time window. The counter may stop (or reset) when the uplink BWP for CFRA or CBRA resource transmission is switched. The counter may continue regardless of uplink BWP switching for beam recovery testing (e.g., CFRA or CBRA transmission for beam recovery).

[0168] In an embodiment, beam recovery counters may be used separately for contention-free random access (CFRA) resources and contention-based random access (CBRA) resources. For example, a first counter may be used for CFRA resources, and a second counter may be used for CBRA resources, and a threshold (e.g., maximum allowed beam recovery test) may be configured, determined, or used separately for CFRA resources and CBRA resources. If the first counter is greater than the first threshold (e.g., if the number of tests on the CFRA resource for beam recovery reaches the maximum allowed test based on the CFRA resource), the WTRU may stop using the CFRA resource for beam recovery. If the second counter is greater than the second threshold (e.g., if the number of tests on the CBRA resource for beam recovery reaches the maximum allowed test based on the CBRA resource), the WTRU may stop using the CBRA resource for beam recovery. The first and second thresholds may be configured individually. The first threshold may be determined according to the second threshold. For example, the first threshold may be half the second threshold. A total maximum allowed beam recovery test including both the CFRA and the CBRA may be configured, and the first threshold may be determined according to the total maximum allowed beam recovery test.

[0169] In another example, a single total maximum allowed beam recovery trial number may be used for beam recovery tests based on both CFRA and CBRA. If the WTRU fails to recover from a beam failure after K1 consecutive CFRA beam recovery tests, the WTRU may need to switch to beam recovery tests based on CBRA resources. One or more of the following may apply: First, K1 may be configured via higher layer signaling. Second, the K1 consecutive CFRA beam recovery tests may be based on a CFRA resource associated with a beam RS whose RSRP may be higher than a threshold. For example, one or more candidate beams associated with a CFRA resource may be determined based on the RSRP of the beam RS according to a first threshold (e.g., if the RSRP of the beam RS is higher than the first threshold, the beam RS may be considered as a candidate beam). If one or more candidate beams have an RSRP higher than a second threshold, when a candidate beam with an RSRP higher than the second threshold is used for a beam recovery test, it may be counted as K1 consecutive CFRA beam recovery tests. The second threshold may also be higher than the first threshold. Third, the WTRU may resume using the CFRA resources for beam recovery tests or may be permitted to resume using the CFRA resources for beam recovery tests after K2 consecutive CBRA beam recovery tests.

[0170] The beam recovery timer may be used in any combination with other embodiments described herein. If the timer expires, the WTRU may stop the beam recovery test. The timer may start when a beam failure is declared and may be reset when no beam failure instances are detected M consecutive times or no beam failure instances occur during a time window.

[0171] In an embodiment, when the beam recovery timer may expire, the WTRU may stop using the CFRA resource or the CBRA resource for beam failure recovery. When the beam recovery timer may expire, the WTRU may stop using the CFRA resource and may use the CBRA resource if the beam recovery counter does not reach the maximum allowed number of beam recovery tests. When the beam recovery timer may expire, the WTRU may stop using the CFRA resource if one or more of the candidate beam RSRPs associated with the CFRA resource are higher than a second threshold. The WTRU may stop using the CFRA resource after the beam recovery timer expires when the candidate beam RSRP is higher than the second threshold; otherwise, the WTRU may use the CFRA resource after the beam recovery timer expires.

[0172] In another embodiment, the beam recovery timer may be reset (e.g., reset to "0") when the uplink BWP is switched for a beam recovery test. For example, the beam recovery timer may be reset when the uplink BWP is switched due to an inactivity timer expiring.

[0173] While features and elements have been described above in particular combinations, those skilled in the art will recognize that each feature or element may be used alone or in any combination with the other features and elements. In addition, the methods described herein may be implemented in a computer program, software, or firmware embodied in a computer-readable medium for execution by a computer or processor. Examples of computer-readable media include electronic signals (transmitted over wired or wireless connections) and computer-readable storage media. Examples of computer-readable storage media include, but are not limited to, read-only memory (ROM), random-access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor in conjunction with software may be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, or any host computer.

Claims

1. 1. A method performed by a wireless transmit / receive unit (WTRU), comprising: receiving a physical downlink control channel (PDCCH) transmission in a first bandwidth portion (BWP) associated with a first carrier, the PDCCH transmission including scheduling information for receiving a physical downlink shared channel (PDSCH) transmission over a second BWP associated with a second carrier; determining one or more quasi-co-location (QCL) parameters for the PDSCH transmission using a lowest transmission configuration indication (TCI) state associated with the second BWP associated with the second carrier based on a scheduling offset of the PDSCH transmission being less than a threshold and based on the PDSCH transmission being received via the second BWP associated with the second carrier; receiving the PDSCH transmission using the determined one or more QCL parameters; A method comprising:

2. 2. The method of claim 1 , wherein the threshold is determined based on at least one of a subcarrier spacing of the first BWP associated with the first carrier or a subcarrier spacing of the second BWP associated with the second carrier.

3. 3. The method of claim 2, wherein the threshold is determined based on both the subcarrier spacing of the first BWP associated with the first carrier and the subcarrier spacing of the second BWP associated with the second carrier.

4. 4. The method of claim 3, wherein the threshold has a first value when the subcarrier spacing of the first BWP associated with the first carrier is the same as the subcarrier spacing of the second BWP associated with the second carrier, and the threshold has a second value when the subcarrier spacing of the first BWP associated with the first carrier is different from the subcarrier spacing of the second BWP associated with the second carrier.

5. 3. The method of claim 2, wherein the threshold is determined based on the subcarrier spacing of the first BWP associated with the first carrier.

6. receiving a second PDCCH transmission in the first BWP associated with the first carrier, the second PDCCH transmission including scheduling information for receiving a second PDSCH transmission via the first BWP associated with the first carrier; determining one or more second QCL parameters for the second PDSCH transmission using a control resource set (CORESET) having a lowest CORESET identification (ID) in the first BWP based on a scheduling offset of the second PDSCH transmission being less than the threshold and based on the PDSCH transmission being received via the first BWP associated with the first carrier; receiving the second PDSCH transmission using the determined one or more second QCL parameters; The method of claim 1 further comprising:

7. 2. The method of claim 1 , wherein the scheduling offset for the PDSCH transmission corresponds to a time between reception of the PDCCH transmission received via the first BWP associated with the first carrier and reception of the PDSCH transmission received via the second BWP associated with the second carrier.

8. 10. The method of claim 1, wherein the one or more QCL parameters include spatial receive (Rx) parameters.

9. 1. A wireless transmit / receive unit (WTRU), comprising: a receiver configured to receive a physical downlink control channel (PDCCH) transmission in a first bandwidth portion (BWP) associated with a first carrier, the PDCCH transmission including scheduling information for receiving a physical downlink shared channel (PDSCH) transmission over a second BWP associated with a second carrier; a processor configured to determine, based on a scheduling offset of the PDSCH transmission being less than a threshold and based on the PDSCH transmission being received via the second BWP associated with the second carrier, one or more quasi-co-location (QCL) parameters for the PDSCH transmission using a lowest transmission configuration indication (TCI) state associated with the second BWP associated with the second carrier; Equipped with The WTRU, wherein the receiver is further configured to receive the PDSCH transmission using the determined one or more QCL parameters.

10. 10. The WTRU of claim 9, wherein the threshold is determined based on at least one of a subcarrier spacing of the first BWP associated with the first carrier or a subcarrier spacing of the second BWP associated with the second carrier.

11. 11. The WTRU of claim 10, wherein the threshold is determined based on both the subcarrier spacing of the first BWP associated with the first carrier and the subcarrier spacing of the second BWP associated with the second carrier.

12. 12. The WTRU of claim 11 , wherein the threshold has a first value when the subcarrier spacing of the first BWP associated with the first carrier is the same as the subcarrier spacing of the second BWP associated with the second carrier, and the threshold has a second value when the subcarrier spacing of the first BWP associated with the first carrier is different from the subcarrier spacing of the second BWP associated with the second carrier.

13. 11. The WTRU of claim 10, wherein the threshold is determined based on the subcarrier spacing of the first BWP associated with the first carrier.

14. the receiver is configured to receive a second PDCCH transmission in the first BWP associated with the first carrier, the second PDCCH transmission including scheduling information for receiving a second PDSCH transmission via the first BWP associated with the first carrier; the processor is configured to determine, based on a scheduling offset of the second PDSCH transmission being smaller than the threshold and based on the PDSCH transmission being received via the first BWP associated with the first carrier, one or more second QCL parameters for the second PDSCH transmission using a control resource set (CORESET) having a lowest CORESET identification (ID) in the first BWP; The receiver is configured to receive the second PDSCH transmission using the determined one or more second QCL parameters.

11. The WTRU of claim 10.

15. 11. The WTRU of claim 10, wherein the scheduling offset of the PDSCH transmission corresponds to a time between reception of the PDCCH transmission received via the first BWP associated with the first carrier and reception of the PDSCH transmission received via the second BWP associated with the second carrier.

16. 11. The WTRU of claim 10, wherein the one or more QCL parameters include spatial receive (Rx) parameters.

17. A base station, a transmitter configured to send a physical downlink control channel (PDCCH) transmission for a first bandwidth portion (BWP) associated with a first carrier, the PDCCH transmission including scheduling information for sending a physical downlink shared channel (PDSCH) transmission for a second BWP associated with a second carrier; a processor configured to associate a lowest transmission configuration indication (TCI) state with the second BWP associated with the second carrier based on a scheduling offset of the PDSCH transmission being less than a threshold and based on the PDSCH transmission to be sent for the second BWP associated with the second carrier; Equipped with The base station, wherein the transmitter is further configured to send the PDSCH transmission.

18. the transmitter is configured to send a second PDCCH transmission for the first BWP associated with the first carrier, the second PDCCH transmission including scheduling information for sending a second PDSCH transmission for the first BWP associated with the first carrier; the processor is configured to associate a CORESET having a lowest control resource set (CORESET) identification (ID) with the first BWP based on a scheduling offset of the second PDSCH transmission that is less than the threshold and based on the PDSCH transmission to be sent for the first BWP associated with the first carrier; the transmitter is configured to send the second PDSCH transmission.

18. The base station according to claim 17,

19. 20. The base station of claim 17, wherein the threshold is based on at least one of a subcarrier spacing of the first BWP associated with the first carrier or a subcarrier spacing of the second BWP associated with the second carrier.

20. 20. The base station of claim 19, wherein the threshold is based on both the subcarrier spacing of the first BWP associated with the first carrier and the subcarrier spacing of the second BWP associated with the second carrier.

21. 21. The base station of claim 20, wherein the threshold has a first value when the subcarrier spacing of the first BWP associated with the first carrier is the same as the subcarrier spacing of the second BWP associated with the second carrier, and the threshold has a second value when the subcarrier spacing of the first BWP associated with the first carrier is different from the subcarrier spacing of the second BWP associated with the second carrier.

Images