Methods for physical downlink control channel (PDCCH) candidate determination

Abstract

To limit the blind detection complexity.SOLUTION: A wireless transmit / receive unit (WTRU) determines PDCCH candidates. For a slot, the WTRU determines a number of valid PDCCH candidates associated with at least one search space based on a number of designated search spaces associated with the WTRU in the slot, a type of the search space, a priority associated with the search space, a number of required CCE channel estimates associated with the search space, a maximum number of PDCCH candidates in the slot, and a number of control resource sets (CORESETs) associated with the slot. The WTRU may then attempt to decode CCEs in the at least one search space to recover a PDCCH associated with the WTRU. The WTRU may drop PDCCH candidates from the search space when the number of PDCCHs exceeds a maximum value.SELECTED DRAWING: Figure 2

Description

[Technical field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application claims the benefit of U.S. Patent Application No. 62 / 585,992, filed November 14, 2017, and U.S. Patent Application No. 62 / 615,787, filed January 10, 2018, which are incorporated by reference as if set forth in their entireties. [Background technology]

[0002] The Radio Access Network (RAN) is a part of a mobile telecommunications system that provides a wireless transmit / receive unit (WTRU) with a connection to a core network (CN). In a fifth generation (5G) or next generation (NG) wireless system, the RAN may be referred to as a new wireless (NR) or next generation RAN. The NR is designed to support great flexibility. Such flexibility ensures that WTRUs with different capabilities can be served by different types of traffic simultaneously. The different capabilities for NR are diverse and can be categorized as extreme Mobile Broadband (eMBB), ultra-reliable low latency communications (URLLC), and massive machine type communications (mMTC). In addition, NR needs to support transmissions in much higher frequency bands, such as centimeter (cm) wave and millimeter (mm) wave frequencies. To support all of these capabilities and transmission methods, the WTRU may need to monitor a large number of physical downlink control channel (PDCCH) candidates and determine when it is scheduled to receive a data transmission. Thus, the WTRU would need to check all possible PDCCH candidates, which may necessarily increase the complexity of blind detection. It therefore becomes desirable to limit the complexity of blind detection by determining which PDCCH candidates need to be monitored at any given time. Summary of the Invention

[0003] A wireless transmit / receive unit (WTRU) determines PDCCH candidates. For a slot, the WTRU determines a number of valid PDCCH candidates associated with at least one search space based on a number of specified search spaces associated with the WTRU in the slot, a type of the search space, a priority associated with the search space, a number of required CCE channel estimates associated with the search space, a maximum number of PDCCH candidates in the slot, and a number of control resource sets (CORESETs) associated with the slot. The WTRU may then attempt to decode CCEs in the at least one search space to recover a PDCCH associated with the WTRU. The WTRU may remove PDCCH candidates from the search space when the number of PDCCH candidates exceeds a maximum value. [Brief description of the drawings]

[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 numbers indicate similar elements and in which: [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] 1A is a system diagram illustrating an example wireless transmit / receive unit (WTRU) that may be used within the communications system illustrated in FIG. 1A, according to an embodiment. [Figure 1C] FIG. 1B is a system diagram illustrating an example radio access network (RAN) and an example core network (CN) that may be used within the communication system illustrated in FIG. 1A, according to an embodiment. [Figure 1D] FIG. 1B is a system diagram illustrating another example RAN and another example CN that may be used within the communication system illustrated in FIG. 1A, according to an embodiment. [Diagram 2] 1 illustrates an example Physical Downlink Control Channel (PDCCH) candidate allocation among a variable number of control resource sets (CORESET) per slot. [Diagram 3]FIG. 2 illustrates an example PDCCH candidate allocation for different discontinuous reception (DRX) states. [Figure 4] FIG. 13 is a method flow diagram illustrating an algorithm for removing PDCCH candidates from the search space. [Diagram 5] 1 is a method flow diagram illustrating one PDCCH candidate determination according to embodiments described herein. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0005] 1A illustrates an example 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 allows the multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communication system 100 may use 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 DFT Spread OFDM (ZT UW DTS-s OFDM), Unique Word OFDM (UW-OFDM), Resource Block Filtered OFDM, Filter Bank Multi-Carrier (FBMC), etc.

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

[0007] The communications system 100 may also include a base station 114a and / or a base station 114b. Each of the base stations 114a, 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to facilitate access to one or more communications networks, such as the CN 106 / 115, the Internet 110, and / or other networks 112. For example, the base stations 114a, 114b may be a base transceiver station (BTS), a Node B, an eNode B, a Home Node B, a Home eNode B, a gNB, an NR Node B, a site controller, an access point (AP), a wireless router, etc. Although the base stations 114a, 114b are each 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.

[0008] 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 cells (not shown). These frequencies may be in the licensed spectrum, the unlicensed spectrum, or a combination of licensed and unlicensed spectrum. A cell may provide coverage for wireless services for a particular geographic area, which may be relatively fixed or may change over time. A cell may be further divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in one embodiment, the base station 114a may include three transceivers, one for each sector of the cell. In an embodiment, the base station 114a may use 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.

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

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

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

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

[0013] 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 jointly implement 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 or from multiple types of base stations (e.g., eNBs and gNBs).

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

[0015] The base station 114b of FIG. 1A may be, for example, a wireless router, a Home NodeB, a Home eNodeB, or an access point, and may utilize any suitable RAT for facilitating wireless connectivity within a localized area, such as a business, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., for use by drones), a roadway, etc. In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN). In 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 other embodiments, 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. Thus, the base station 114b may not be required to access the Internet 110 through the CN 106 / 115.

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

[0017] The CN 106 / 115 may also act 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 that provides 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 TCP, UDP, and / or 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 other CNs connected to one or more RANs that may use the same RAT as the RAN 104 / 113 or a different RAT.

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

[0019] 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 GPS chipset 136, and / or other peripherals 138. It will be understood that the WTRU 102 may include any subcombination of the foregoing elements while remaining consistent with an embodiment.

[0020] The processor 118 may be a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) circuit, any other type of integrated circuit (IC), a state machine, etc. The processor 118 may perform signal coding, data processing, power control, input / output processing, and / or any other function 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. Although 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 circuit package or chip.

[0021] 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, for example, an emitter / detector configured to transmit and / or receive IR, UV, or visible light signals. In other embodiments, 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.

[0022] 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 use MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.

[0023] The transceiver 120 may be configured to modulate signals to be transmitted by the transmit / receive element 122 and to 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 over multiple RATs, such as NR and IEEE 802.11.

[0024] 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 also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. In addition, the processor 118 may access information from and store data in any type of suitable memory, such as a non-removable memory 130 and / or a removable memory 132. The non-removable memory 130 may include RAM, 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, or the like. In other embodiments, the processor 118 may access information from, and store data in, memory that is not physically located on the WTRU 102, such as on a server or a home computer (not shown).

[0025] The processor 118 may receive power from the power source 134 and may be configured to distribute and / or control 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.

[0026] 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 a current location of the WTRU 102. In addition to or instead of information from the GPS chipset 136, the WTRU 102 may receive location information from a base station (e.g., base stations 114a, 114b) over the air interface 116 and / or 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 by way of any suitable location determination method while remaining consistent with an embodiment.

[0027] 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, functions, and / or wired or wireless connectivity. For example, the peripherals 138 may include an accelerometer, an electronic compass, a satellite transceiver, a digital camera (for photos and / or videos), a 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 / or the like. The peripherals 138 may include one or more sensors, which may be one or more of a gyroscope, an accelerometer, a Hall effect sensor, 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.

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

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

[0030] The RAN 104 may include eNodeBs 160a, 160b, 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, 160c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, 102c over the air interface 116. In one embodiment, the eNodeBs 160a, 160b, 160c may implement MIMO technology. Thus, for example, the eNodeB 160a may transmit wireless signals to and / or receive wireless signals from the WTRU 102a using multiple antennas.

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

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

[0033] The MME 162 may be connected to each of the eNodeBs 160a, 160b, 160c in the RAN 104 through an S1 interface and 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.

[0034] The SGW 164 may be connected to each of the eNodeBs 160a, 160b, 160c in the RAN 104 through an S1 interface. The SGW 164 may generally route and forward user data packets to or 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 for the WTRUs 102a, 102b, 102c is available, managing and storing the context of the WTRUs 102a, 102b, 102c, etc.

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

[0036] 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 land-line communications devices. For example, the CN 106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between the CN 106 and the PSTN 108. The CN 106 may also 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.

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

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

[0039] 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 or interface to a distribution system (DS) or other type of wired / wireless network that carries traffic into and / or from the BSS. Traffic to the STA originating from outside the BSS may arrive through the AP and be delivered to the STA. Traffic originating from the STA to a destination outside the BSS may be sent to the AP and delivered to the respective destination. Traffic between STAs in the BSS may be sent through the AP, e.g., where a source STA may send traffic to the AP, and the AP may deliver the traffic to the destination STA. Traffic between STAs in the BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be sent between (e.g., directly between) a source and destination STA by a direct link setup (DLS). In some 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 the STAs in or using the IBSS (e.g., all of the STAs) can communicate directly with each other. The IBSS communication mode may sometimes be referred to herein as an "ad-hoc" communication mode.

[0040] When using an 802.11ac infrastructure mode of operation or a similar mode of operation, an AP may transmit a beacon 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 may be dynamically set through signaling. The primary channel may be an operating channel of the BSS and may be used by STAs to establish a connection with the AP. In some representative embodiments, for example in an 802.11 system, Carrier Sense Multiple Access with Collision Avoidance (CSMA / CA) may be implemented. For CSMA / CA, STAs (e.g., every STA), including the AP, may sense the primary channel. If a particular STA senses / detects and / or determines that the primary channel is busy, the particular STA may back off. At any given time in a given BSS, one STA (e.g., only one station) may transmit.

[0041] High throughput (HT) STAs may use, for example, a 40 MHz wide channel for communication through a combination of a primary 20 MHz channel with adjacent or non-adjacent 20 MHz channels to form a 40 MHz wide channel.

[0042] A Very High Throughput (VHT) STA can support 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz wide channels. A 40 MHz and / or 80 MHz channel can be formed by combining contiguous 20 MHz channels. A 160 MHz channel can be formed by combining eight contiguous 20 MHz channels or by combining two non-contiguous 80 MHz channels, which can be referred to as an 80+80 configuration. For the 80+80 configuration, the data can be passed through a segment parser that can split the data into two streams after channel encoding. Inverse Fast Fourier Transform (IFFT) processing and time domain processing can be performed separately for each stream. The streams can be mapped onto two 80 MHz channels and the data can be transmitted by the transmitting STA. At the receiver of the receiving STA, the above operations for the 80+80 configuration can be reversed and the combined data can be sent to the media access control (MAC).

[0043] Sub-1 GHz operation modes are supported by 802.11af and 802.11ah. In 802.11af and 802.11ah, the channel operating bandwidth and carriers are reduced compared to those used in 802.11n and 802.11ac. 802.11af supports 5 MHz, 10 MHz and 20 MHz bandwidths in the TV White Space (TVWS) spectrum, and 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 can support meter-type control / machine-type communication, such as MTC devices in macro coverage areas. MTC devices can have certain capabilities, such as limited capabilities including support for (e.g., only support for) certain and / or limited bandwidths. MTC devices can include batteries with a battery life greater than a threshold (e.g., to maintain a very long battery life).

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

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

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

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

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

[0049] 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 any other RAN (e.g., eNodeBs 160a, 160b, 160c, etc.). In a standalone configuration, the WTRUs 102a, 102b, 102c may utilize one or more of the gNBs 180a, 180b, 180c as mobility anchor points. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using signals in unlicensed bands. In a non-standalone configuration, the WTRUs 102a, 102b, 102c may communicate / connect with the gNBs 180a, 180b, 180c while also communicating / connecting with other RANs, such as eNodeBs 160a, 160b, 160c. For example, the WTRUs 102a, 102b, 102c may implement a DC principle to communicate with one or more gNBs 180a, 180b, 180c and one or more eNodeBs 160a, 160b, 160c substantially simultaneously. In a non-standalone configuration, the eNodeBs 160a, 160b, 160c may act as mobility anchors for the WTRUs 102a, 102b, 102c, and the gNBs 180a, 180b, 180c may provide additional coverage and / or throughput for serving the WTRUs 102a, 102b, 102c.

[0050] Each of the gNBs 180a, 180b, 180c may be associated with a particular cell (not shown) and may be configured to address 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 user plane data towards User Plane Functions (UPFs) 184a, 184b, routing control plane information towards 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 an Xn interface.

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

[0052] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 through 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, support for network slicing (e.g., handling different PDU sessions having different requirements), selecting a particular SMF 183a, 183b, managing registration areas, terminating NAS signaling, mobility management, etc. Network slicing may be used by the AMF 182a, 182b to customize CN support for the WTRUs 102a, 102b, 102c based on the type of service utilized by the WTRUs 102a, 102b, 102c. For example, different network slices may be established for different use cases, such as services relying on ultra-reliable low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, services for machine type communications (MTC) access, and / or the like. The AMF 162 may provide a control plane function for switching between the RAN 113 and other RANs (not shown) that use other radio technologies, such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies such as WiFi.

[0053] The SMFs 183a, 183b may be connected to the AMFs 182a, 182b in the CN 115 through an N11 interface. The SMFs 183a, 183b may also be connected to the UPFs 184a, 184b in the CN 115 through 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 allocating UE IP addresses, managing PDU sessions, controlling policy enforcement and QoS, providing downlink data notification, etc. The PDU session type may be IP-based, non-IP-based, Ethernet-based, etc.

[0054] The UPFs 184a, 184b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 through 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 multi-homed PDU sessions, handling user plane QoS, buffering downlink packets, providing mobility anchoring, etc.

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

[0056] 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 functions.

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

[0058] The one or more emulation devices may perform one or more functions, inclusive, 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 room and / or in a test scenario in a wired and / or wireless communication network that is not deployed (e.g., testing) to perform testing of one or more components. The one or more emulation devices may be test equipment. Direct RF coupling and / or wireless communication through RF circuitry (e.g., which may include one or more antennas) may be used by the emulation devices to transmit and / or receive data.

[0059] In order to enable efficient use of spectrum by a range of devices with different capabilities with different needs, control signaling is forward compatible in NR. For downlink (DL) or uplink (UL) scheduling, among other reasons, the WTRU may monitor PDCCH candidates in a search space located within a control resource set (CORESET). The WTRU may be configured with multiple CORESETs in a given carrier, e.g., in different frequency parts of the carrier or in different symbols of a slot. PDCCH candidates may be defined as a set of new radio control channel elements (NR-CCEs), which are themselves a set of new radio resource element groups (NR-REGs). The NR-REG may be defined as one resource block (RB) during one OFDM symbol or one radio frame. The NR-PDCCH may be mapped contiguously or non-contiguously in frequency. The terms NR-PDCCH and PDCCH may be used synonymously herein.

[0060] The WTRU may attempt to detect and decode downlink control information (DCI) intended for the WTRU in the PDCCH candidates (i.e., using blind detection). The PDCCH candidates comprise a set of NR-CCEs. Such PDCCH candidates may be located within a search space configured for a particular WTRU. A search space may refer to a set of NR-CCE locations in which the WTRU may find its PDCCH. The search space may be common to all WTRUs in a cell or transmission / reception point (TRP), common to a group of WTRUs in a cell / TRP, or WTRU-specific. The search space configured for the WTRU may also be located within multiple control resource sets (CORESETs) configured for the WTRU. The search space and / or CORESET may be associated with a monitoring periodicity.

[0061] To ensure that the WTRU has the ability to determine whether it has DCI in any of its PDCCH candidates, there may be limitations on how many PDCCH candidates the WTRU may need to monitor at any given time. For example, the WTRU may have a maximum number of PDCCH candidates in a slot. In another example, the WTRU may have a maximum number of NR-CCEs onto which all PDCCH candidates of a slot may be mapped. The maximum number of NR-CCEs onto which all of the PDCCH candidates of a slot may be mapped may be a function of a CORESET precoder granularity parameter provided by higher layer signaling.

[0062] The set of PDCCH candidates may be associated with at least one of a search space, a CORESET, a time element, an aggregation level, a DCI format, a component carrier (CC), and / or a bandwidth portion (BWP). If the set of PDCCH candidates is associated with a search space, the maximum number of PDCCH candidates may further depend on the search space type (e.g., common, group-common, or WTRU-specific search space). If the set of PDCCH candidates is associated with a time element, the WTRU may monitor up to a maximum number of PDCCH candidates per symbol (or group thereof), per slot (or group thereof), or per subframe (or group thereof), or per TTI. Such a time element may depend on a subcarrier size (SCS) or may be defined for a default SCS. In an example, the WTRU may monitor up to a maximum number of PDCCH candidates per absolute time period.

[0063] Hereinafter, a set of PDCCH candidates associated with a single parameter mentioned above may be referred to as a group of PDCCH candidates, and the parameter mentioned above as a grouping parameter.

[0064] A number of PDCCH candidates may be configured. The WTRU may be configured with a number of PDCCH candidates per group, up to a maximum number of PDCCH candidates. The maximum number of PDCCH candidates per group may depend on the capabilities of the WTRU, or may be fixed or configurable. Configuration may be achieved through DCI, MAC Control Element (CE), and / or higher layer signaling. Configuration may be WTRU specific, group common, or common to all WTRUs. For a common configuration, the maximum number of PDCCH candidates may be included in the system information.

[0065] In an embodiment, the WTRU may be configured to operate with less than the maximum number of PDCCH candidates per group. In such a case, the number of PDCCH candidates per group may be configured through DCI, MAC CE, and / or higher layer signaling. In one case, the number of PDCCH candidates per group is configured in a WTRU-specific manner.

[0066] The grouping parameters to which the maximum number of PDCCH candidates applies may be different from the grouping parameters to which the WTRU-specific number of PDCCH candidates applies. For example, the maximum number of PDCCH candidates may apply to a slot, while a WTRU-specific number of PDCCH candidates may be configured per CORESET. Thus, each of the n CORESETs located in a slot may have a WTRU-specific number of PDCCH candidates. The configuration of a (maximum) number of PDCCH candidates per group may be done explicitly as described above. Alternatively, the configuration may be done implicitly through a function that depends on another WTRU configuration. The function may depend on at least one of the number of CORESETs configured, the number of search spaces configured, the number of CCs configured or activated, the number of BWPs configured or activated, the operating BW (possibly aggregated over all CCs and / or BWPs), or the SCS. For example, the number of PDCCH candidates in a CC or BWP may depend on the SCS. In another example, the number of PDCCH candidates in a slot may depend on the number of different SCSs that the WTRU can monitor in that slot. In another example, the function for determining the number of PDCCH candidates may depend on the number of CCEs to which the aggregated set of all PDCCH candidates maps.

[0067] When configured with one or more values ​​for several PDCCH candidates per group, there may be situations where the values ​​may not all match. For example, a WTRU may be configured with several PDCCH candidates X per slot and several PDCCH candidates Y per CORESET. There may be n CORESETs in a slot, and the product of n and Y may be greater than X (i.e., nY>X). In such cases, priority ordering and scaling are required.

[0068] The WTRU may receive a prioritized list of grouping parameters. In such a case, the number of PDCCH candidates for a first group with the highest priority may lead to scaling the actual number of PDCCH candidates for a second group with a lower priority. For example, the number of PDCCH candidates per slot may have the highest priority, and any other number of PDCCH candidates may need to be scaled to ensure that the WTRU does not need to monitor more PDCCH candidates per slot than configured. In the CORESET example presented above, the WTRU may be configured with up to X PDCCH candidates per slot and up to Y PDCCH candidates per CORESET. If a situation occurs where the WTRU has n CORESETs in a slot and the product of n and Y is greater than X (i.e., nY>X), the WTRU may scale the number of PDCCH candidates per CORESET.

[0069] In embodiments where the WTRU is configured with a single value of PDCCH candidates (i.e., for a single grouping parameter), the WTRU may distribute the PDCCH candidates across other sets of grouping parameters. For example, the WTRU may have several PDCCH candidates per slot and may receive an explicit indication of how to distribute the candidates across the CORESET that is in the slot.

[0070] In an embodiment, the WTRU may implicitly determine the distribution of PDCCH candidates based on a set of grouping parameters. It should be noted that the distribution does not have to be uniform. The distribution of PDCCH candidates may be a function of at least one of the following: time instance, duration, number of monitored CORESETs in a time unit, number of CORESET symbols, type of CORESET in a time unit, number of PRBs used for CORESET, periodicity of CORESET in a slot, number of search spaces, search space type, aggregation level, number of activated or configured CCs, number of activated or configured BWPs, BW size of BWP / CC / sum of BWs of multiple (e.g., activated) CCs / BWPs, SCS of CCs / BWPs, DCI type, traffic type, and / or DRX status. If the distribution of PDCCH candidates is a function of time instance depending on slot index, the WTRU may determine the number of PDCCH candidates. If the distribution of PDCCH candidates is a function of duration, depending on the slot duration, the WTRU may determine the number of PDCCH candidates. If the distribution of PDCCH candidates is a function of the number of monitored CORESETs in a time unit, the number of PDCCH candidates per CORESET may depend on the number of CORESETs in a slot. This may be per CC or BWP, or in total across all CCs or BWPs. If the distribution of PDCCH candidates is a function of the number of CORESET symbols, the number of symbols in a CORESET may determine the number of PDCCH candidates in that CORESET.

[0071] When the distribution of PDCCH candidates is a function of the type of CORESET in a time unit, the number of PDCCH candidates per CORESET may depend on the parameters of the CORESET and the parameters of other CORESETs in the slot. In such a case, the parameter may be quasi-co-location (QCL) with respect to the reference signal. Thus, depending on the RS QCL with the CORESET and any other CORESETs in the slot, the WTRU may determine the number of PDCCH candidates. This may allow the WTRU to allocate a different number of PDCCH candidates per beam that it may be monitoring. In such a case, transmissions on a beam may be tied to a particular CORESET, and depending on the number of beams that may be supported in the slot, the WTRU may determine a possibly different number of PDCCH candidates per beam (i.e., per CORESET).

[0072] When the distribution of PDCCH candidates is a function of the number of PRBs used for the CORESET, a CORESET that spans more PRBs may be allocated more PDCCH candidates. When the distribution of PDCCH candidates is a function of the periodicity of the CORESET within a slot, a CORESET used for non-slot scheduling may exist in multiple instances within a slot. The number of instances may determine the number of PDCCH candidates (e.g., per instance). When the distribution of PDCCH candidates is a function of the number of search spaces, the number of search spaces within a CORESET may determine the number of PDCCH candidates within that CORESET. When the distribution of PDCCH candidates is a function of the search space type, the common search space may have fewer candidates than a group-common search space or than a WTRU-specific search space. When the distribution of PDCCH candidates is a function of the aggregation level, the search space may have only candidates of a subset of the aggregation level, and the subset may determine the number of PDCCH candidates. If the distribution of PDCCH candidates is a function of the number of active or configured CCs, then each CC in a slot may have a subset of the total available PDCCH candidates depending on the number of active CCs. The distribution of PDCCH candidates within a CC may follow the rules described herein.

[0073] When the distribution of PDCCH candidates is a function of the number of active or configured BWPs, depending on the number of active BWPs, each BWP in a slot may have a subset of the total available PDCCH candidates. The distribution of PDCCH candidates within a BWP may follow the rules described herein. When the distribution of PDCCH candidates is a function of the BW size of the BWP or CC, or the sum of the BWs of multiple (e.g., active) CCs or BWPs, a larger CC may serve more WTRUs and reduce blocking probability, and more PDCCH candidates may be allocated to the CC. When the distribution of PDCCH candidates is a function of the SCS of the CC or BWP, a larger SCS may lead to fewer PDCCH candidates assigned to the CC or BWP. In an example, a WTRU configured with multiple CCs / BWPs of different SCSs may determine the total number of PDCCH candidates per CC / BWP based on a reference SCS. In another example, a WTRU configured with multiple CC / BWPs of different SCSs may assume that the PDCCH candidates are distributed in a manner that is a function of the SCS of each CC / BWP and / or the total set of SCSs configured for the WTRU.

[0074] When the variance of PDCCH candidates is a function of DCI type, some DCI transmissions may be repeated (e.g., within a slot in one or more search spaces, within one or more CORESETs). This may allow for increased PDCCH reception reliability. In such cases, detection of such DCI may require a combination of multiple PDCCH blind detections. Supporting that DCI type may therefore have an impact on the number of PDCCH candidates in a slot. When the variance of PDCCH candidates is a function of traffic type, the PDCCH candidates may be associated with the traffic type. In an example, depending on whether a slot, or a CORESET or search space may be used for eMBB and / or URLLC, may affect the number of PDCCH candidates associated therewith. When the variance of PDCCH candidates is a function of DRX state, the DRX state may affect the number of PDCCH candidates of a group or per grouping parameter. For example, the DRX state may be tied to a limit on the number of PDCCH candidates of a particular aggregation level while ensuring a fixed number of PDCCH candidates of another aggregation level.

[0075] The distribution of PDCCH candidates can be a function of CCE mapping. For example, the total number of PDCCH candidates can depend on the total aggregate number of CCEs used for all PDCCH candidates. In such a case, overlap of CCEs for different candidates, or candidates using fewer CCEs, can allow a larger number of total PDCCH candidates.

[0076] When there is a non-uniform allocation of PDCCH candidates across a set of grouping parameters, priorities may be assigned. For example, a CORESET may have a higher priority (e.g., if it is associated with a higher priority transmission) and may be allocated a larger amount of PDCCH candidates than a CORESET associated with a lower priority. In another example, a search space within a CORESET may have a higher priority and be allocated more PDCCH candidates than another search space within the same CORESET.

[0077] In an embodiment, a WTRU may be assigned a set of PDCCH candidates associated with a grouping parameter, but the WTRU may have to reduce the number of PDCCH candidates (e.g., due to collision of multiple grouping parameters within an allowable period). For example, the WTRU may be configured with several PDCCH candidates per search space and a maximum number of PDCCH candidates per slot. If multiple search spaces collide within a slot, the WTRU may have to reduce the number of PDCCH candidates in at least one of the search spaces. Each PDCCH candidate in a group may have an index. If the WTRU may attempt blind detection on m PDCCH candidates in a group, the m candidates with the highest (or lowest) index may be used. The valid PDCCH candidates may be determined as a function of at least one of the size of the group, the value m, the cell (or TRP) ID, the WTRU ID, the SCS, the BWP ID, the CC ID, and / or a factor of the grouping parameter (e.g., for the search space grouping parameter, the factor may be the aggregation level).

[0078] The WTRU may determine a maximum number of PDCCH candidates to correspond to all of the groups of the first grouping parameter. Then, based on the second grouping parameter, with the maximum number of PDCCH candidates, the WTRU may use a pruning function to reduce the number of PDCCH candidates in the group associated with the first grouping parameter. For example, the WTRU may have n CORESETs in a slot, and each CORESET may be configured with Y PDCCH candidates, but the slot may have a maximum number X of PDCCH candidates. If the product of n and Y is greater than X (i.e., nY>X), the WTRU may use the pruning function to reduce the number of candidates for each CORESET.

[0079] In another example, the WTRU may be configured with n CORESETs in a slot. The CORESET may be configured with Y PDCCH candidates. The slot may have a maximum number of CCEs to which the PDCCH candidates may be mapped. The PDCCH candidates may be mapped to such CCEs (e.g., such a maximum number of CCEs may be used to reduce channel estimation complexity). The WTRU may use a pruning function to reduce the number of candidates for at least one CORESET if the sum of all CCEs used for the nY PDCCH candidates exceeds a maximum configured value.

[0080] In another example, the PDCCH candidates may be pruned to achieve both a maximum number of PDCCH candidates per slot and a maximum number of CCEs used by the PDCCH candidates per slot. Such a pruning algorithm may consider all of the search spaces that are in the slot and prune PDCCH candidates from one or more such search spaces. The pruning algorithm may be stopped when the number of remaining candidates is less than a maximum value. For example, the pruning algorithm may be stopped when the sum of all PDCCH candidates that have not yet been pruned is equal to a certain value. Alternatively, the pruning algorithm may be stopped when the total number of required CCE estimates for the remaining PDCCH candidates is less than a maximum value. Note that the stopping criteria may be modified as needed without affecting the details of the pruning function. In this example, a random rotation method is used to remove some PDCCH candidates per group (per search space or per CORESET in this case). Such a random rotation method may help reduce the PDCCH blocking probability by ensuring that the same candidate is not pruned all the time in every slot.

[0081] A WTRU configured with multiple PDCCH monitoring opportunities in a slot may select a subset of PDCCH candidates per search space.

[0082]

number

[0083] of,

[0084]

number

[0085] can be determined as follows:

[0086]

number

[0087] is the PDCCH candidate identifier,

[0088]

number

[0089] is the maximum number of PDCCH candidates that the WTRU is configured to monitor for CORESET P and aggregation level L, and X is the maximum number of blind decoding attempts. The WTRU may further prune the number of PDCCH candidates per search space such that the total number of CCEs for all PDCCH candidates in a slot is less than or equal to Y. The value of Y may depend on the CORESET precoder granularity. For example, the value of Y may correspond to or be proportional to the product between the maximum number of CCEs that the same precoder can be assumed for Z and the CORESET precoder granularity (possibly divided by a number of REGs per CCE if the CORESET precoder granularity is in REGs). This approach ensures that the channel estimation effort to be undertaken by the WTRU stays within reasonable limits. The sum of the CCEs used for all PDCCH candidates may be quantified to determine the number of channel estimates required. Such number may be determined by the WTRU as a function of the CCEs used for the PDCCH candidates and the CORESET precoder granularity.

[0090] The WTRU first

[0091]

number

[0092] PDCCH candidates in a slot can be pruned by setting

[0093]

number

[0094] The rotation order is determined based on:

[0095]

number

[0096] where

[0097]

number

[0098] is the set of all monitored control resource sets (i.e., Q is a subset of P).

[0099] At the end of each pruning step in each cycle, the WTRU may determine whether both the X and Y criteria have been achieved, and if so, pruning may be terminated and a set of monitored PDCCH candidates may be determined.

[0100] Referring to FIG. 4, a method 400 of the pruning algorithm described herein is shown. The method 400 starts at step 410, where the order of the WTRU's search spaces is randomized and each search space is assigned an index. For the first indexed search space at step 420, a determination is made at step 430 whether the total number of PDCCH candidates is greater than a threshold. Alternatively, step 430 may include determining whether the total number of CCE estimates is greater than a threshold. If the threshold at step 430 is not exceeded, in either case the pruning process is stopped at step 440. If the threshold is exceeded at step 430 (in other words, the total number of PDCCH candidates is greater than a threshold or the total number of CCE estimates is greater than a threshold), the PDCCH candidate is removed from the set of PDCCH candidates for the indexed search space at step 450. At step 460, the process proceeds to the next indexed search space and step 430 is repeated.

[0101] To further randomize the pruning function,

[0102]

number

[0103] may initially be randomized, possibly as a function of at least one of the WTRU ID, RNTI, slot number, cell ID, carrier ID, SCS, or BWP ID.

[0104] In another example, a criterion regarding the maximum number of CCEs to which all PDCCH candidates may be mapped may have a higher priority. In such a case, the order of pruning across aggregation level L may be determined to reduce candidates with larger CCE footprints first (e.g., the WTRU may prune candidates with higher aggregation levels first).

[0105] FIG. 2 illustrates an example physical downlink control channel (PDCCH) candidate allocation among a variable number of control resource sets (CORESETs) or search spaces per slot. In this example, the WTRU may be configured with a maximum number of PDCCH candidates per slot. The WTRU may be configured with multiple CORESETs or search spaces, each with different monitoring opportunities (possibly to allow for slotted and non-slotted scheduling). The number of CORESETs or search spaces per slot may vary. For the case where there are n CORESETs or search spaces in a slot, the WTRU may assume that each CORESET or search space has floor(X / n) PDCCH candidates (assuming X PDCCH candidates per slot). Alternatively or additionally, the number of PDCCH candidates per CORESET or search space may not be uniform and may depend on the CORESET or search space type (e.g., based on the beam associated with the CORESET).

[0106] As shown in FIG. 2, the WTRU may monitor a variable number of CORESETs or search spaces per slot (i.e., where the monitoring periodicity of each CORESET or search space is different). In this example, the WTRU may have a fixed number of PDCCH candidates per slot. In such a case, the fixed number of PDCCH candidates per slot may be allocated depending on the number of CORESETs or search spaces in the slot (and possibly the type of CORESET or search space). In the example shown in FIG. 2, there are up to 44 PDCCH candidates per slot, configured in one of the ways described above. In slot n, the 44 PDCCH candidates may be allocated such that the common search space (CSS) has a higher priority than the UE-specific search space (UESS1), and UESS1 has a higher priority than UESS2. Thus, in the example, in slot n (and n+6), the WTRU determines that the total number of PDCCH candidates to accommodate all monitored search spaces exceeds a maximum value. Thus, the WTRU removes some (e.g., all) PDCCH candidates from UESS2.

[0107] In other slots, such as in slot n+1 and in slot n+2, the total number of PDCCH candidates does not exceed a maximum value to correspond to the monitored search spaces, and therefore the WTRU monitors all assigned PDCCH candidates. The exact number of PDCCH candidates per CORESET or search space may be determined as a function of the priority level, the total number of shared PDCCH candidates, the number of CORESETs or search space types, the maximum number of PDCCH candidates per CORESET or search space (or per CORESET or search space type), or the like as described above. The selection of PDCCH candidates within a CORESET or search space may depend on the slot number, the WTRU ID, the CORESET or search space type, or any other parameter described herein.

[0108] In an embodiment, the WTRU may be configured with a maximum number of PDCCH candidates (e.g., X) per carrier per slot. Additionally, the WTRU may be configured with a number of PDCCH candidates (e.g., Y) per CORESET. For a slot with n CORESETs, the number of PDCCH candidates per CORESET is Y as long as the product of n and Y is less than or equal to X (i.e., nY≦X), otherwise it is floor(X / n).

[0109] In other embodiments, the WTRU may have a configured or fixed number of PDCCH candidates per slot and may be configured with multiple active BWPs in a slot. The PDCCH candidate distribution may be a function of the total number of BWPs, the BWP index, the BWP size, and the SCS of the BWPs. For example, the X total PDCCH candidates may be divided unevenly such that a larger BWP has more PDCCH candidates than a smaller BWP. Alternatively, the configured number of PDCCH candidates per slot may be per reference SCS slot size. Thus, a BWP with a larger SCS may have fewer PDCCH candidates per its slot duration than another BWP with a smaller SCS.

[0110] In other embodiments, the WTRU may have a configured or fixed number of PDCCH candidates per slot and may be configured with multiple CORESETs in a slot. The PDCCH candidates may be allocated to the CORESETs in a slot, possibly in a uniform manner. The WTRU may also have a DRX pattern that operates on a subslot level. For example, in a DRX state, the WTRU may monitor only a subset of all CORESETs in a slot. In such a case, the number of PDCCH candidates per CORESET may depend on the DRX state.

[0111] FIG. 3 illustrates an example PDCCH candidate allocation for different discontinuous reception (DRX) states. As shown in FIG. 3, the WTRU may operate with a fixed number of PDCCH candidates per slot. In the example shown in FIG. 3, there are 44 PDCCH candidates per slot. The WTRU may operate under different DRX states in each slot, and each DRX state may reduce the number of CORESETs (or search spaces) that the WTRU monitors in a given slot. In the example case shown in FIG. 3, for a slot in DRX state 1, the WTRU may assume four CORESETs to monitor per slot, and thus 11 PDCCH candidates per CORESET. Since there are four CORESETs, the WTRU monitors 11 PDCCH candidates per slot, and thus allocates the 44 PDCCH candidates equally among the four CORESETs. For a slot in DRX state 2, the WTRU may determine to have two CORESETs to monitor per slot, and thus monitor 22 PDCCH candidates per CORESET. For slots in DRX state 3, some slots have a single CORESET, and the WTRU may then decide to monitor all 44 PDCCH candidates in that CORESET. Other slots have zero CORESET in this DRX state. However, given that there are a maximum of 44 PDCCH candidates per slot, candidates cannot be reallocated from slots that do not have a CORESET to slots that do have a CORESET. However, in the case of multiple BWPs or CCs, it is possible that other BWPs or CCs may take advantage of the unused PDCCH candidates in these slots.

[0112] The WTRU may determine the number of PDCCH candidates as a function of previously received DCI. The WTRU may detect and decode a first DCI, which may affect the number of PDCCH candidates for an upcoming set of resources. For example, the WTRU may detect and decode a first DCI for a data transmission in a slot, and then the WTRU may adjust the number of PDCCH candidates that it may blindly detect for the duration of the slot.

[0113] In an embodiment, the WTRU may be configured for both slotted and non-slotted scheduling. The WTRU may detect DCI in a first PDCCH candidate location for a transmission within a slot (possibly the same slot in which the DCI was transmitted). A scheduled data transmission may overlap (e.g., overlap in time) with transmissions of other PDCCH candidates. In such a case, the WTRU may reduce the number of PDCCH candidates to blindly detect, thereby removing PDCCH candidates that overlap with a previously scheduled transmission. This may reduce the complexity involved in simultaneous data reception and blind detection of other PDCCH candidates. An example of this is when a WTRU is configured with multiple CORESETs within a slot and at different time instances. The WTRU may detect and decode DCI in a first CORESET for a transmission that overlaps in time with a second CORESET. The WTRU may attempt blind detection on a reduced number of PDCCH candidates of the second CORESET (e.g., when the CORESET is in a frequency resource that is orthogonal to the data transmission).

[0114] In an embodiment, the WTRU may be scheduled for transmission in a subset of symbols of a slot (optionally from DCI transmitted in the same slot or in a previous slot). For any other PDCCH candidate grouping parameter in a slot having a scheduled transmission, the WTRU may reduce the number of PDCCH candidates. For example, the WTRU is scheduled for transmission on a first set of symbols in a slot and the WTRU is also configured with more CORESETs in the slot. In such a case, the WTRU may reduce the number of PDCCH candidates in the remaining CORESETs of the slot. This can reduce the complexity involved in simultaneous data processing and blind detection of other PDCCH candidates.

[0115] In these examples, if each CORESET has up to Y PDCCH candidates, as soon as the WTRU is scheduled in the first CORESET using data transmission simultaneous with or in the same slot as the reception of the second CORESET, the WTRU may attempt blind detection for Z PDCCH candidates in the second CORESET, where Z < Y. This example can be extended when the first DCI schedules the WTRU over multiple slots (e.g., using slot aggregation). In such a case, the WTRU may change the number of PDCCH candidates in the set of slots for which the scheduling assignment is valid for it.

[0116] In an embodiment, the WTRU can detect and decode DCI in a first PDCCH candidate indicating a slot-based scheduling assignment. The WTRU may not expect other DCI for non-slot-based transmission occurring in the slot of the scheduled assignment on its CC and / or BWP. Thus, the WTRU can increase the number of PDCCH candidates for non-slot-based scheduling on any CC and / or BWP where there is no slot-based scheduling assignment.

[0117] The time between the DCI scheduling a transmission and the transmission itself may also determine the number of other PDCCH candidates that the WTRU may attempt blind detection for that CC and / or BWP, or other CCs and / or BWPs.

[0118] Referring to FIG. 5, a method flow diagram 500 is shown according to certain aspects described herein. Beginning at step 510, the WTRU considers all of the search spaces to be monitored in a slot. The WTRU ranks the search spaces by search space type, step 520. The WTRU ranks the search spaces within the search space type by a configured priority, step 530. The WTRU selects the highest priority search space, step 540. For the selected search space, a determination is made whether the total number of PDCCH candidates is greater than a threshold, step 550. Alternatively, step 550 may include determining whether the total number of CCE estimates is greater than a threshold. If the threshold of step 550 is exceeded, in either case, at least one PDCCH candidate is removed from the search space, step 560. In one scenario, all potential PDCCH candidates may be removed from the search space. If the threshold of step 550 is not exceeded, all remaining PDCCH candidates are kept in the search space, step 570. The next highest priority search space is selected, step 580, and the process repeats in step 550 with the sum of the PDCCH candidates for the current search space under consideration and all previously retained PDCCH candidates for previously considered (i.e., higher priority) search spaces.

[0119] Although the features and elements have been described above in certain combinations, one skilled in the art will understand that each feature or element may be used alone or in any combination with the other features and elements. 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, ROM, 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 device, base station, RNC, or any host computer.

Claims

1. 1. A method performed by a wireless transmit / receive unit (WTRU), comprising: receiving configuration information indicating a plurality of search spaces, the configuration information indicating a respective physical downlink control channel (PDCCH) candidate associated with each search space of the plurality of search spaces, the configuration information indicating a first search space of the plurality of search spaces is associated with a set of PDCCH candidates; determining a maximum number of PDCCH candidates to monitor in a group, the group including one or more slots or one or more symbols; determining to monitor a subset of the set of PDCCH candidates in the group based on a total number of configured PDCCH candidates associated with a search space configured for the WTRU to use for PDCCHs to monitor in the group exceeding a maximum number of PDCCH candidates to monitor in the group and the first search space corresponding to a first type of search space; monitoring at least one PDCCH transmission in the group using at least a subset of PDCCH candidates associated with the first search space; A method for providing the above.

2. The method of claim 1 , wherein the group includes multiple slots or multiple symbols.

3. 2. The method of claim 1, further comprising: determining to monitor a subset of the set of PDCCH candidates using the first search space of the group based on an index associated with each PDCCH candidate of the subset of the set of PDCCH candidates.

4. 2. The method of claim 1, further comprising: determining to monitor a subset of the set of PDCCH candidates using the first search space of the group based on a number of configured active component carriers.

5. The method of claim 1 , wherein a maximum number of PDCCH candidates to monitor in the group is determined based on a subcarrier size (SCS).

6. The method of claim 1 , wherein the first type of search space corresponds to a WTRU-specific search space or a common search space.

7. The method of claim 1 , wherein a subset of PDCCH candidates to be monitored is determined based on a priority associated with the first search space.

8. 2. The method of claim 1, further comprising receiving at least one PDCCH transmission via at least one of the PDCCH candidates associated with the search space that the WTRU is configured to use for PDCCHs that it monitors in the group.

9. 1. A wireless transmit / receive unit (WTRU) comprising a processor and a memory, The processor and the memory receiving configuration information indicating a plurality of search spaces, the configuration information indicating a respective physical downlink control channel (PDCCH) candidate associated with each search space of the plurality of search spaces, the configuration information indicating a first search space of the plurality of search spaces is associated with a set of PDCCH candidates; determining a maximum number of PDCCH candidates to monitor in a group, the group including one or more slots or one or more symbols; determining to monitor a subset of the set of PDCCH candidates using a first search space in the group based on a total number of configured PDCCH candidates associated with a search space configured to be used by the WTRU for PDCCHs monitored in the group exceeding a maximum number of PDCCH candidates monitored in the group and the first search space corresponding to a first type of search space; monitoring at least one PDCCH transmission in the group using at least a subset of PDCCH candidates associated with the first search space; The WTRU is configured to perform the following:

10. The WTRU of claim 9 , wherein the group includes multiple slots or multiple symbols.

11. 10. The WTRU of claim 9, wherein the processor is further configured to determine to monitor a subset of the set of PDCCH candidates using the first search space of the group based on an index associated with each PDCCH candidate of the subset of the set of PDCCH candidates.

12. 10. The WTRU of claim 9, wherein the processor and the memory are further configured to determine to monitor a subset of the set of PDCCH candidates using the first search space in the group based on a configured number of active component carriers.

13. The WTRU of claim 9 , wherein a maximum number of PDCCH candidates to monitor in the group is determined based on a subcarrier size (SCS).

14. The WTRU of claim 9 , wherein the first type of search space corresponds to a WTRU-specific search space or a common search space.

15. 10. The WTRU of claim 9, wherein the processor and the memory are further configured to determine to monitor a subset of the set of PDCCH candidates using the first search space in the group based on a priority associated with the first search space.

16. 10. The WTRU of claim 9, wherein the processor and the memory are further configured to receive at least one PDCCH transmission via at least one of the PDCCH candidates associated with the search space configured to be used for PDCCHs that the WTRU monitors in the group.

17. 1. A wireless transmit / receive unit (WTRU) comprising a processor and a memory, The processor and the memory receiving configuration information indicating a plurality of search spaces, the configuration information indicating that a first search space of the plurality of search spaces is associated with a first number of PDCCH candidates and a second search space of the plurality of search spaces is associated with a second number of PDCCH candidates; determining a maximum number of PDCCH candidates to monitor in a group, the group including one or more slots or one or more symbols; determining to monitor the first number of PDCCH candidates in the group and to monitor a third number of PDCCH candidates in the group using the second search space based on a total number of configured PDCCH candidates in the group exceeding a maximum number of PDCCH candidates to monitor in the group, wherein the second number of PDCCH candidates is reduced to the third number of PDCCH candidates for the second search space in the group based on the second search space corresponding to a first type of search space; monitoring at least one PDCCH transmission in the group via at least one of the search spaces monitored in the group; The WTRU is configured to perform the following:

18. The WTRU of claim 17 , wherein a set of PDCCH candidates indicated in the configuration information is monitored based on the first search space corresponding to a second type of search space.

19. The WTRU of claim 17 , wherein the group includes multiple slots or multiple symbols.

20. 20. The WTRU of claim 17, wherein the processor and the memory are configured to determine which PDCCH candidates correspond to the third number of PDCCH candidates based on an index of the PDCCH candidates.

Images