Beam management at multiple transmission and reception points

Abstract

A wireless device may communicate with a base station. A simultaneous transmission configuration indication update (e.g., TCI update) cell list may be provided for a group of cells. The wireless device may switch from a multiple transmission / reception point mode (e.g., multi-TRP mode) to a single transmission / reception point mode, for example, when the wireless device receives a control command indicating activation of a transmission configuration indication state for one or more transmission / reception points of the multiple transmission / reception points of a cell in the simultaneous transmission configuration indication update list. The wireless device may switch from a multiple transmission / reception point mode to a single transmission / reception point mode, for example, when a second cell in the simultaneous transmission configuration indication update list is not served by at least one of the one or more transmission / reception points.

Description

Technical Field

[0001] Cross - Reference to Related Applications This application claims the benefit of U.S. Provisional Patent Application No. 63 / 422,750, filed on November 4, 2022. The above - mentioned application is hereby incorporated by reference in its entirety.

Background Art

[0002] Wireless devices communicate with a base station. Wireless devices communicate with the base station based on a Transmission Configuration Indicator (TCI) state.

Summary of the Invention

[0003] The following summary shows a simplified overview of certain features. The summary is not an extensive overview and is not intended to identify key or important elements.

[0004] A wireless device can communicate with a base station. A simultaneous transmission configuration indication update (e.g., TCI update) cell list can be provided for a group of cells. The wireless device can switch from a multiple transmission / reception point mode (e.g., multi - TRP mode) to a single transmission / reception point mode, for example, when the wireless device receives a control command indicating activation of the transmission configuration indication state for one or more of the transmission / reception points of the cells in the simultaneous transmission configuration indication update list. The wireless device can switch from a multiple transmission / reception point mode to a single transmission / reception point mode, for example, when a second cell in the simultaneous transmission configuration indication update list is not served by at least one of the one or more transmission / reception points. For example, the wireless device may not use the transmission configuration indication state for cells in the simultaneous transmission configuration indication update list that are not associated with at least one of the one or more transmission / reception points. The wireless device can use the transmission configuration indication state for cells (e.g., each cell) in the simultaneous transmission configuration indication update list that are associated with at least one of the one or more transmission / reception points.

[0005] These and other features and benefits will be explained in more detail below.

[0006] Some examples of the various embodiments of this disclosure are described herein with reference to the drawings. [Brief explanation of the drawing]

[0007] [Figure 1A] An exemplary communication network is shown. [Figure 1B] An exemplary communication network is shown. [Figure 2A] An exemplary user plane is shown. [Figure 2B] An exemplary control plane configuration is shown. [Figure 3] An example of a protocol layer is shown. [Figure 4A] This shows an example of a downlink data flow in a user plane configuration. [Figure 4B] This shows an example format of the MAC subheader for a Media Access Control (MAC) protocol data unit (PDU). [Figure 5A] An exemplary mapping of the downlink channel is shown. [Figure 5B] This shows an exemplary mapping of uplink channels. [Figure 6] Exemplary Radio Resource Control (RRC) states and RRC state transitions are shown. [Figure 7] An example of a frame configuration is shown. [Figure 8] This shows an exemplary resource configuration for one or more carriers. [Figure 9] An exemplary configuration of the bandwidth portion (BWP) is shown. [Figure 10A] An exemplary carrier aggregation configuration based on component carriers is shown. [Figure 10B] A group of example cells is shown. [Figure 11A]Illustrative mappings of one or more Synchronization Signal / Physical Broadcast Channel (SS / PBCH) blocks are shown. [Figure 11B] Illustrative mappings of one or more Channel State Information Reference Signals (CSI-RS) are shown. [Figure 12A] Examples of downlink beam management procedures are shown. [Figure 12B] Examples of uplink beam management procedures are shown. [Figure 13A] Illustrative 4-step random access procedures are shown. [Figure 13B] Illustrative 2-step random access procedures are shown. [Figure 13C] Illustrative 2-step random access procedures are shown. [Figure 14A] Examples of Control Resource Set (CORESET) configurations are shown. [Figure 14B] Examples of the mapping of Control Channel Elements to Resource Element Groups (CCE-to-REG) are shown. [Figure 15A] Examples of communication between a wireless device and a base station are shown. [Figure 15B] Illustrative elements of a computing device that can be used to implement any of the various devices described herein are shown. [Figure 16A] Examples of uplink and downlink signal transmissions are shown. [Figure 16B] Examples of uplink and downlink signal transmissions are shown. [Figure 16C] Examples of uplink and downlink signal transmissions are shown. [Figure 16D] Examples of uplink and downlink signal transmissions are shown. [Figure 17] Examples of TCI state activation are shown. [Figure 18] Examples of TCI state activation are shown. [Figure 19] Examples of simultaneous beam management are shown. [Figure 20] Examples of simultaneous beam management are shown. [Figure 21]An exemplary method for simultaneous beam management is shown. [Figure 22] An example of beam application is shown. [Figure 23] An example of beam application is shown. [Figure 24] An exemplary method of beam application is shown. [Figure 25A] An example of SRS resource set mapping is shown. [Figure 25B] An example of SRS resource set mapping is shown. [Modes for carrying out the invention]

[0008] The attached drawings and descriptions provide examples. The examples shown and / or described in the drawings are non-exclusive, and it should be understood that the features shown and described may be practiced in other examples. Examples of the operation of wireless communication systems that may be used in the technical field of multi-carrier communication systems are provided.

[0009] Figure 1A shows an exemplary communication network 100. The communication network 100 may include a mobile communication network. The communication network 100 may include, for example, a public land mobile communication network (PLMN) operated / managed / executed by a network operator. The communication network 100 may include one or more of the following: a core network (CN) 102, a radio access network (RAN) 104, and / or a wireless device 106. The communication network 100 may include one or more data networks (DNs) 108, and / or devices within the communication network 100 may communicate with one or more data networks (DNs) 108 (e.g., via CN 102). The wireless device 106 may communicate with one or more DNs 108, such as public DNs (e.g., the Internet), private DNs, and / or intra-operator DNs. The wireless device 106 may communicate with one or more DNs 108 via RAN 104 and / or CN 102. CN102 can provide one or more interfaces to one or more DN108 to the wireless device 106 / configure the wireless device to have such interfaces. As part of its interface function, CN102 can set up an end-to-end connection between the wireless device 106 and one or more DN108, authenticate the wireless device 106, provide / configure charging functionality, etc.

[0010] The wireless device 106 may communicate with RAN 104 via wireless communication over an air interface. RAN 104 may communicate with CN 102 via various communications (e.g., wired communications and / or wireless communications). The wireless device 106 may establish a connection with CN 102 via RAN 104. RAN 104 may, for example, provide / configure scheduling, wireless resource management, and / or retransmission protocols as part of wireless communication. The communication direction from RAN 104 to the wireless device 106 across / over the air interface may be called the downlink and / or downlink communication direction. The communication direction from the wireless device 106 to RAN 104 across / over the air interface may be called the uplink and / or uplink communication direction. Downlink transmission may be separated and / or distinguished from uplink transmission based on, for example, frequency division duplication (FDD), time division duplication (TDD), any other duplication scheme, and / or at least one of a combination thereof.

[0011] When used as a whole, the term “wireless device” may include one or more of the following: mobile devices, fixed (e.g., non-mobile) devices on which wireless communication is configured or enabled, computing devices, nodes, wirelessly radioactive devices, or any other devices capable of transmitting and / or receiving signals. In non-limiting examples, wireless devices may include, for example, telephones, mobile phones, Wi-Fi phones, smartphones, tablets, computers, laptops, sensors, meters, wearable devices, Internet of Things (IoT) devices, hotspots, cellular repeaters, vehicle roadside units (RSUs), relay nodes, automobiles, wireless user devices (e.g., user equipment (UE), user terminals (UT), etc.), access terminals (AT), mobile stations, handsets, wireless transmission and receiving units (WTRUs), wireless communication devices, and / or any combination thereof.

[0012] RAN104 may include one or more base stations (not shown). As used throughout, the term “base station” may include one or more of the following: base station, node, node B (NB), evolutionary node B (eNB), gNB, ng-eNB, transit node (e.g., integrated access and backhaul (IAB) node), donor node (e.g., donor eNB, donor gNB), access point (e.g., Wi-Fi access point), transmission and reception point (TRP), computing device, wireless communication capable device, or other device capable of transmitting and / or receiving signals. A base station may include one or more of each of the elements listed above. For example, a base station may include one or more TRPs. Other non-limiting examples include, for example, a base station may include one or more of the following: Node B (e.g., associated with Universal Mobile Communications System (UMTS) and / or 3G standards), Evolutionary Node B (eNB) (e.g., associated with Evolutionary Universal Terrestrial Radio Access (E-UTRA) and / or 4G standards), Remote Radio Heads (RRHs), Baseband Processing Units coupled to one or more Remote Radio Heads (RRHs), Repeater or Transiting Nodes used to extend the coverage area of ​​a Donor Node, Next Generation Evolutionary Node B (ng-eNB), Generation Node B (gNB) (e.g., associated with NR and / or 5G standards), Access Points (APs) (e.g., associated with Wi-Fi or other suitable wireless communication standards), Base stations of other generations, and / or any combination thereof. A base station may include one or more devices, such as at least one base station central device (e.g., a gNB central unit (gNB-CU)) and at least one base station distributed device (e.g., a gNB distributed unit (gNB-DU)).

[0013] A base station (e.g., within RAN 104) may include one or more sets of antennas for communicating wirelessly (e.g., via an over-the-air interface) with a radio device 106. One or more base stations may include sets of antennas (e.g., three sets or sets of any other quantities) for controlling multiple cells or sectors (e.g., three cells, three sectors, any other quantity of cells, or any other quantity of sectors). The size of a cell may be determined by the range over which a receiver (e.g., a base station receiver) can successfully receive transmissions from a transmitter (e.g., a radio device transmitter) operating within the cell. One or more cells of a base station (e.g., individually or in combination with other cells) may provide / configure radio coverage to the radio device 106 over a wide geographical area to support radio device mobility. A base station containing three sectors (e.g., or n sectors, where n refers to any quantity n) may be called a three-sector site (e.g., or an n-sector site) or a three-sector base station (e.g., an n-sector base station).

[0014] One or more base stations (e.g., in RAN104) may be implemented as sector sites having more or fewer than three sectors. One or more base stations in RAN104 may be implemented as access points, as baseband processing devices / units coupled to multiple RRHs, and / or as repeaters or relay nodes used to extend the coverage area of ​​a node (e.g., a donor node). Baseband processing devices / units coupled to RRHs may be part of a centralized or cloud RAN architecture, for example, where the baseband processing devices / units may be centralized within a pool of baseband processing devices / units, or may be virtualized. Repeater nodes may amplify and transmit (e.g., transmission, retransmission, rebroadcast, etc.) radio signals received from donor nodes. Relay nodes may perform substantially the same / similar functions as repeater nodes. Relay nodes may decode radio signals received from donor nodes to remove noise before amplifying and transmitting the radio signals.

[0015] RAN104 can be deployed as a homogeneous network of base stations (e.g., macrocell base stations) having similar antenna patterns and / or similar high-level transmission power. RAN104 can also be deployed as a heterogeneous network of base stations (e.g., different base stations with different antenna patterns). In a heterogeneous network, small cell base stations can be used to provide / configure small coverage areas, e.g., coverage areas that overlap with relatively large coverage areas provided / configured by other base stations (e.g., macrocell base stations). Small coverage areas can be provided / configured in areas of high data traffic (or so-called "hotspots") or areas with weak macrocell coverage. Examples of small cell base stations, in order of decreasing coverage area, may include microcell base stations, picocell base stations, and femtocell base stations or home base stations.

[0016] The examples described herein may be used in various types of communications. For example, communications may be from the Third Generation Partnership Project (3GPP) (e.g., one or more network elements similar to those of communications network 100), communications may be from the Institute of Electrical and Electronics Engineers (IEEE), communications may be from the International Telecommunication Union (ITU), communications may be from the International Organization for Standardization (ISO), etc. 3GPP has produced specifications for multiple generations of mobile communications networks, including 3G networks known as UMTS, 4G networks known as Long-Term Evolution (LTE) and LTE Advanced (LTE-A), and 5G networks known as 5G systems (5GS) and NR systems. 3GPP may produce specifications for additional generations of communications networks (e.g., 6G and / or any other generations of communications networks). Examples may be described by referring to one or more elements (e.g., RAN) of a 3GPP 5G network called Next Generation RAN (NG-RAN), or any other communications network such as 3GPP networks and / or non-3GPP networks. The examples described herein may apply to other communication networks such as 3G and / or 4G networks, as well as communication networks that have not yet been finalized / documented (e.g., 3GPP 6G networks), satellite communication networks, and / or any other communication networks. NG-RAN may be provided to implement and update 5G radio access technology, known as NR, and to implement 4G radio access technology, as well as other radio access technologies such as other 3GPP and / or non-3GPP radio access technologies.

[0017] Figure 1B shows an exemplary communication network 150. The communication network may include a mobile communication network. The communication network 150 may include, for example, a PLMN operated / managed / executed by a network operator. The communication network 150 may include one or more of the following: CN 152 (e.g., a 5G core network (5G-CN)), RAN 154 (e.g., an NG-RAN), and / or radio devices 156A and 156B (collectively, radio device 156). The communication network 150 may include one or more data networks (DNs) 170, and / or devices within the communication network 150 may communicate with one or more data networks (DNs) 170 (e.g., via CN 152). These components may be implemented and operate in substantially the same or similar manner as the corresponding components described with respect to Figure 1A.

[0018] CN152 (e.g., 5G-CN) can provide / configure a radio device 156 with one or more interfaces to one or more DNs 170, such as public DNs (e.g., the Internet), private DNs, and / or intra-operator DNs. As part of its interface functionality, CN152 (e.g., 5G-CN) can set up / configure end-to-end connectivity between the radio device 156 and one or more DNs, authenticate the radio device 156, and / or provide / configure charging functionality. CN152 (e.g., 5G-CN) may be a service-based architecture that differs from other CNs (e.g., 3GPP 4G CN). The node architecture of CN152 (e.g., 5G-CN) may be defined as a network function that provides services via interfaces to other network functions. The network functionality of CN152 (e.g., 5G CN) can be implemented in several ways, for example, as a network element on dedicated or shared hardware, as a software instance running on dedicated or shared hardware, and / or as a virtualized function instantiated on a platform (e.g., a cloud-based platform).

[0019] CN152 (e.g., 5G-CN) may include an Access and Mobility Management Function (AMF) device 158A and / or a User Plane Function (UPF) device 158B, which may be separate components or a single component AMF / UPF device 158. The UPF device 158B may function as a gateway between RAN154 (e.g., NG-RAN) and one or more DN170s. The UPF device 158B may perform functions such as packet routing and forwarding, packet inspection and enforcement of user plane policy rules, traffic utilization reporting, uplink classification supporting routing of traffic flows to one or more DN170s, quality of service (QoS) processing for the user plane (e.g., packet filtering, gating, uplink / downlink rate enforcement, and uplink traffic validation), downlink packet buffering, and / or downlink data notification triggers. UPF device 158B may support multi-homed PDU sessions by functioning as an anchor point for intra / inter-radio access technology (RAT) mobility, an external protocol (or packet) data unit (PDU) session point interconnected to one or more DNs, and / or a branch point. Radio device 156 may be configured to receive services via PDU sessions, which may be logical connections between the radio device and the DN.

[0020] The AMF device 158A may perform functions such as termination of non-access layer (NAS) signaling, NAS signaling security, access layer (AS) security management, inter-CN node signaling for mobility between access networks (such as 3GPP access networks and / or non-3GPP networks), reachability of idle-mode wireless devices (e.g., idle-mode UE reachability for control and execution of paging retransmission), registration area management, intra-system and inter-system mobility support, access authentication, roaming right verification, access permissions including mobility management control (e.g., subscriptions and policies), network slicing support, and / or selection of session management functions (SMF). NAS may refer to functions operating between CN and wireless devices, and AS may refer to functions operating between wireless devices and RAN.

[0021] CN152 (e.g., 5G-CN) may include one or more additional network functions not shown in Figure 1B. CN152 (e.g., 5G-CN) may include one or more devices implementing at least one of the following functions: Session Management Function (SMF), NR Repository Function (NRF), Policy Control Function (PCF), Network Exposure Function (NEF), Unified Data Management (UDM), Application Function (AF), Authentication Server Function (AUSF), and / or any other functions.

[0022] RAN154 (e.g., NG-RAN) may communicate with radio device 156 via radio communication (e.g., via an air interface). Radio device 156 may communicate with CN152 via RAN154. RAN154 (e.g., NG-RAN) may include one or more base stations of a first type (e.g., gNB160A and gNB160B (collectively gNB160)), and / or one or more base stations of a second type (e.g., ng-eNB162A and ng-eB162B (collectively ng eNB162)). RAN154 may include one or more of any number of base station types. gNB160 and ng eNB162 may be called base stations. A base station (e.g., gNB160 and ng eNB162) may include one or more sets of antennas for radio communication (e.g., via an air interface) with radio device 156. One or more base stations (e.g., gNB160 and / or ng-eNB162) may include multiple antenna sets for controlling multiple cells (or sectors), each of which may include multiple antenna sets. The cells of the base stations (e.g., gNB160 and ng-eNB162) may provide radio coverage to radio devices 156 over a wide geographical area to support radio device mobility.

[0023] A base station (e.g., gNB160 and / or ng-eNB162) may be connected to CN152 (e.g., 5G CN) via a first interface (e.g., NG interface) and to other base stations via a second interface (e.g., Xn interface). The NG and Xn interfaces may be established on an underlying transport network, such as an Internet Protocol (IP) transport network, using direct physical and / or indirect connections. A base station (e.g., gNB160 and / or ng-eNB162) may communicate with a radio device 156 via a third interface (e.g., Uu interface). A base station (e.g., gNB160A) may communicate with a radio device 156A via the Uu interface. The NG, Xn, and Uu interfaces may be associated with a protocol stack. The protocol stack associated with the interfaces may be used by the network elements shown in Figure 1B to exchange data and signaling messages. The protocol stack may include two planes, namely the user plane and the control plane. Any other amount of planes may be used (e.g., within the protocol stack). The user plane may process data of interest to the user. The control plane may process signaling messages of interest to network elements.

[0024] One or more base stations (e.g., gNB160 and / or ng-eNB162) may communicate with one or more AMF / UPF devices, such as AMF / UPF158, via one or more interfaces (e.g., NG interfaces). A base station (e.g., gNB160A) may communicate with and / or connect to the UPF158B of the AMF / UPF158 via the NG user plane (NG-U) interface. The NG-U interface may provide / implement the delivery (e.g., unguaranteed delivery) of user plane PDUs between the base station (e.g., gNB160A) and the UPF device (e.g., UPF158B). A base station (e.g., gNB160A) may communicate with and / or connect to an AMF device (e.g., AMF158A) via the NG control plane (NG-C) interface. The NG-C interface may provide / perform, for example, NG interface management, wireless device context management (e.g., UE context management), wireless device mobility management (e.g., UE mobility management), NAS message transport, paging, PDU session management, configuration transfer, and / or alert message transmission.

[0025] A radio device may access a base station via an interface (e.g., a Uu interface) for user plane and control plane configurations. A base station (e.g., gNB160) may provide user plane and control plane protocol terminations to radio device 156 via a Uu interface. A base station (e.g., gNB160A) may provide user plane and control plane protocol terminations to radio device 156A on a Uu interface associated with a first protocol stack. A base station (e.g., ng-eNB162) may provide Evolutionary UMTS Terrestrial Radio Access (E UTRA) user plane and control plane protocol terminations to radio device 156 via a Uu interface (e.g., E UTRA may refer to 3GPP 4G radio access technology). A base station (e.g., ng-eNB162B) may provide E UTRA user plane and control plane protocol terminations to radio device 156B via a Uu interface associated with a second protocol stack. User plane and control plane protocol terminations may include, for example, NR user plane and control plane protocol terminations, 4G user plane and control plane protocol terminations, and so on.

[0026] A CN152 (e.g., 5G-CN) may be configured to handle one or more radio accesses (e.g., NR, 4G, and / or any other radio access). An NR network / device (or any first network / device) may also be able to connect to a 4G core network / device (or any second network / device) in non-standalone mode (e.g., non-standalone operation). In non-standalone mode / operation, the 4G core network may be used to provide (or at least support) control plane functions (e.g., initial access, mobility, and / or paging). Although only one AMF / UPF158 is shown in Figure 1B, one or more base stations (e.g., one or more gNBs and / or one or more ng-eNBs) may be connected to multiple AMF / UPF nodes, for example, to provide redundancy and / or load sharing across multiple AMF / UPF nodes.

[0027] Interfaces between network elements (e.g., network elements shown in Figure 1B) (e.g., Uu, Xn, and / or NG interfaces) may be associated with a protocol stack that network elements can use to exchange data and signaling messages. The protocol stack may include two planes: a user plane and a control plane. Any other number of planes may be used (e.g., within the protocol stack). The user plane may process data associated with a user (e.g., data of interest to the user). The control plane may process data associated with one or more network elements (e.g., signaling messages of interest to the network elements).

[0028] The communication network 100 in Figure 1A and / or the communication network 150 in Figure 1B may include any quantity / number and / or type of devices, such as computing devices, wireless devices, mobile devices, handsets, tablets, laptops, Internet of Things (IoT) devices, hotspots, cellular repeaters, computing devices, and / or more generally, user equipment (e.g., UEs). One or more of the above-mentioned types of devices may be referenced herein (e.g., UEs, wireless devices, computing devices, etc.), but it should be understood that any device herein may include any one or more of the above-mentioned types of devices or similar devices. The communication network, and any other network referenced herein, may include LTE networks, 5G networks, satellite networks, and / or any other networks for wireless communication (e.g., any 3GPP network and / or any non-3GPP network). The apparatus, systems, and / or methods described herein may generally be described as being implemented in one or more devices (e.g., wireless devices, base stations, eNBs, gNBs, computing devices, etc.) within one or more networks, but it will be understood that one or more features and steps may be implemented in any device and / or any network.

[0029] Figure 2A shows an exemplary user plane configuration. The user plane configuration may include, for example, an NR user plane protocol stack. Figure 2B shows an exemplary control plane configuration. The control plane configuration may include, for example, an NR control plane protocol stack. One or more of the user plane configurations and / or control plane configurations may use a possible Uu interface between the radio device 210 and the base station 220. The protocol stacks shown in Figures 2A and 2B may be substantially the same as or similar to those used for the Uu interface between the radio device 156A and the base station 160A shown in Figure 1B.

[0030] The user plane configuration (e.g., the NR user plane protocol stack) may include multiple layers (e.g., five layers or any other number of layers) implemented in the radio device 210 and base station 220 (e.g., as shown in Figure 2A). At the bottom of the protocol stack, the physical layers (PHYs) 211 and 221 may provide transport services to the upper layers of the protocol stack and may correspond to layer 1 of the Open Systems Interconnection (OSI) model. The protocol layers above PHY 211 may include the Media Access Control Layer (MAC) 212, the Radio Link Control Layer (RLC) 213, the Packet Data Convergence Protocol Layer (PDCP) 214, and / or the Service Data Application Protocol Layer (SDAP) 215. The protocol layers above PHY 221 may include the Media Access Control Layer (MAC) 222, the Radio Link Control Layer (RLC) 223, the Packet Data Convergence Protocol Layer (PDCP) 224, and / or the Service Data Application Protocol Layer (SDAP) 225. One or more of the four protocol layers on PHY211 may correspond to layer 2 or the data link layer of the OSI model. One or more of the four protocol layers on PHY221 may correspond to layer 2 or the data link layer of the OSI model.

[0031] Figure 3 shows an example of a protocol layer. The protocol layer may include, for example, the protocol layer of the NR user plane protocol stack. One or more services may be provided between the protocol layers. SDAP (e.g., SDAP215 and 225 shown in Figures 2A and 3) may perform quality of service (QoS) flow processing. Radio devices (e.g., radio devices 106, 156A, 156B, and 210) may receive services via / through a PDU session, which may be a logical connection between the radio device and the DN. A PDU session may have one or more QoS flows 310. The CN's UPF (e.g., UPF158B) may map IP packets to one or more QoS flows of the PDU session based on, for example, one or more QoS requirements (e.g., delay, data rate, error rate, and / or any other quality / service requirements). SDAP215 and 225 may perform mapping / unmapping between one or more QoS flows 310 and one or more radio bearers 320 (e.g., data radio bearers). The mapping / unmapping between one or more QoS flows 310 and radio bearers 320 may be determined by the SDAP 225 of the base station 220. The SDAP 215 of the radio device 210 may be informed of the mapping between QoS flows 310 and radio bearers 320 via reflected mapping and / or control signaling received from the base station 220. For reflected mapping, the SDAP 225 of the base station 220 may determine the mapping / unmapping between one or more QoS flows 310 and radio bearers 320 by marking downlink packets with QoS flow indicators (QFIs) that can be monitored / detected / identified / indicated / observed by the SDAP 215 of the radio device 210.

[0032] PDCPs (e.g., PDCPs 214 and 224 shown in Figures 2A and 3) may perform, for example, header compression / decompression to reduce the amount of data that may need to be transmitted (e.g., sent) over the air interface, encryption / decryption to prevent unauthorized decryption of data transmitted (e.g., sent) over the air interface, and / or integrity protection (e.g., to ensure that control messages originate from the intended source). PDCPs 214 and 224 may perform, for example, retransmission of undelivered packets, continuous delivery and rearrangement of packets, and / or removal of duplicate packets due to handover (e.g., intra-gNB handover). PDCPs 214 and 224 may perform packet duplication to improve the likelihood of receiving packets. Receivers may receive duplicate packets and can remove any duplicate packets. Packet duplication may be useful for certain services, such as services requiring high reliability.

[0033] The PDCP layer (e.g., PDCP214 and 224) may perform mapping / unmapping between segmented radio bearers and RLC channels (e.g., RLC channel 330) (e.g., in a dual-connection scenario / configuration). Dual-connection may refer to a technique that enables a radio device to communicate with multiple cells (e.g., two cells), or more broadly, multiple cell groups, including a master cell group (MCG) and secondary cell groups (SCG). A segmented radio bearer may be configured and / or used, for example, when a single radio bearer (e.g., one of the radio bearers provided / configured by PDCP214 and 224 as a service to SDAP215 and 225) is handled by a cell group in a dual-connection. PDCP214 and 224 may map / unmap between segmented radio bearers and RLC channels 330 belonging to the cell group.

[0034] The RLC layer (e.g., RLC213 and 223) may perform segmentation, retransmission via automatic repeating requests (ARQ), and / or removal of duplicate data units received from the MAC layer (e.g., MAC212 and 222, respectively). The RLC layer (e.g., RLC213 and 223) may support multiple transmission modes (e.g., three transmission modes: transparent mode (TM), unacknowledged mode (UM), and acknowledgment mode (AM)). The RLC layer may perform one or more of the above functions, for example, based on the transmission mode in which the RLC layer is operating. The RLC configuration may be per logical channel. The RLC configuration may not depend on the duration (or other duration) of the numerology and / or the transmission time interval (TTI). The RLC layer (e.g., RLC213 and 223) may provide / configure RLC channels as a service to the PDCP layer (e.g., PDCP214 and 224, respectively), as shown in Figure 3.

[0035] The MAC layer (e.g., MAC212 and 222) may perform logical channel multiplexing / demultiplexing and / or mapping between logical channels and transport channels. Multiplexing / demultiplexing may include multiplexing / demultiplexing of data units / data portions belonging to one or more logical channels to / from transport blocks (TBs) delivered to / from the PHY layer (e.g., PHY211 and 221, respectively). The MAC layer of a base station (e.g., MAC222) may be configured to perform scheduling between radio devices, scheduling information reporting, and / or priority processing via dynamic scheduling. Scheduling may be performed by the base station (e.g., base station 220 of MAC222) for downlink / or uplink. The MAC layer (e.g., MAC212 and 222) may be configured to perform error correction via hybrid automatic repeating requests (HARQ) (e.g., one HARQ entity per carrier in the case of carrier aggregation (CA)), priority processing between logical channels of radio device 210 via logical channel prioritization, and / or padding. The MAC layer (e.g., MAC212 and MAC222) may support one or more numerologies and / or transmission timings. Mapping restrictions in logical channel prioritization can control which numerologies and / or transmission timings a logical channel may use. The MAC layer (e.g., MAC212 and MAC222) may, as a service, provide / configure logical channels 340 to the RLC layer (e.g., RLC213 and MAC223).

[0036] The PHY layer (e.g., PHY211 and 221) may perform mapping of transport channels to physical channels and / or digital and analog signal processing functions for transmitting and / or receiving information (e.g., via an air interface). Digital and / or analog signal processing functions may include, for example, coding / decoding and / or modulation / demodulation. The PHY layer (e.g., PHY211 and 221) may perform multi-antenna mapping. The PHY layer (e.g., PHY211 and 221) may provide / configure one or more transport channels (e.g., transport channel 350) as a service to the MAC layer (e.g., MAC212 and 222, respectively).

[0037] Figure 4A shows an exemplary downlink data flow for a user plane configuration. A user plane configuration may include, for example, the NR user plane protocol stack shown in Figure 2A. One or more TBs may be generated based on, for example, the data flow through the user plane protocol stack. As shown in Figure 4A, a downlink data flow of three IP packets (n, n+1, and m) through the NR user plane protocol stack may generate two TBs (e.g., base station 220). An uplink data flow through the NR user plane protocol stack may be similar to the downlink data flow shown in Figure 4A. Three IP packets (n, n+1, and m) may be determined from two TBs based on, for example, the uplink data flow through the NR user plane protocol stack. A first quantity of packets (e.g., three or any other quantity) may be determined from a second quantity of TBs (e.g., two or another quantity).

[0038] A downlink data flow may be initiated, for example, when SDAP225 receives three IP packets (or other amounts of IP packets) from one or more QoS flows and maps the three packets (or other amounts of packets) to radio bearers (e.g., radio bearers 402 and 404). SDAP225 may map IP packets n and n+1 to the first radio bearer 402 and IP packet m to the second radio bearer 404. An SDAP header (labeled with "H" before each SDAP SDU shown in Figure 4A) may be added to the IP packets to generate an SDAP PDU, which may be called a PDCP SDU. Data units transferred to and from higher protocol layers may be called service data units (SDUs) at lower protocol layers, and data units transferred to and from lower protocol layers may be called protocol data units (PDUs) at higher protocol layers. As shown in Figure 4A, the data unit from SDAP225 can be an SDU of the lower protocol layer PDCP224 (e.g., a PDCP SDU) or a PDU of SDAP225 (e.g., an SDAP PDU).

[0039] Each protocol layer (e.g., the protocol layer as shown in Figure 4A), or at least some protocol layers, may perform its own function (e.g., one or more functions of each protocol layer as described with respect to Figure 3), add the corresponding header, and / or forward its respective output to the next lower layer (e.g., the layer below it). PDCP224 may perform IP header compression and / or encryption. PDCP224 may forward its output (e.g., a PDCP PDU which is an RLC SDU) to RLC223. RLC223 may optionally perform segmentation (e.g., as shown for the IP packet in Figure 4A). RLC223 may forward its output (e.g., two RLC PDUs which are two MAC SDUs generated by adding their respective subheaders to two SDU segments (SDU Segs)) to MAC222. MAC222 may multiplex a certain amount / number of RLC PDUs (MAC SDUs). MAC222 can form a TB by attaching a MAC subheader to the RLC PDU (MAC SDU). The MAC subheader can be distributed across the MAC PDU (e.g., in an NR configuration, as shown in Figure 4A). The MAC subheader can be located entirely at the beginning of the MAC PDU (e.g., in an LTE configuration). The NR MAC PDU structure can reduce processing time and / or associated delays, for example, if the MAC PDU subheader is computed before assembling the complete MAC PDU.

[0040] Figure 4B shows an exemplary format of a MAC subheader in a MAC PDU. A MAC PDU may include a MAC subheader (H) and a MAC SDU. Each of the one or more MAC subheaders may include an SDU length field to indicate the length (e.g., bytes) of the MAC SDU to which the MAC subheader corresponds, a logical channel identifier (LCID) field to identify / indicate the logical channel initiated by the MAC SDU to assist in the multiplexing process, a flag (F) to indicate the size of the SDU length field, and a reserved bit (R) field for future use.

[0041] One or more MAC control elements (CEs) may be added to or inserted into a MAC PDU by a MAC layer such as MAC223 or MAC222. Two MAC CEs may be inserted / added before two MAC PDUs, as shown in Figure 4B. MAC CEs may be inserted / added at the beginning of a MAC PDU for downlink transmission (as shown in Figure 4B). One or more MAC CEs may be inserted / added at the end of a MAC PDU for uplink transmission. MAC CEs may be used for in-band control signaling. Examples of MAC CEs include scheduling-related MAC CEs such as buffer status reports and power headroom reports, activation / deactivation MAC CEs (e.g., activation / deactivation of PDCP duplicate detection, channel status information (CSI) reports, sounding reference signal (SRS) transmission, and MAC CEs for pre-configured components), discontinuous receive (DRX)-related MAC CEs, timing advance MAC CEs, and random access-related MAC CEs. A MAC CE may be preceded by a MAC subheader in a format similar to that described for the MAC subheader for the MAC SDU, and may be identified by a reserved value in the LCID field indicating the type of control information contained in the corresponding MAC CE.

[0042] Figure 5A shows an exemplary mapping of downlink channels. Uplink channel mapping may include mappings between downlink channels (e.g., logical channels, transport channels, and physical channels). Figure 5B shows an exemplary mapping of uplink channels. Uplink channel mapping may include mappings between uplink channels (e.g., logical channels, transport channels, and physical channels). Information may be passed through / via channels between the RLC, MAC, and PHY layers of the protocol stack (e.g., the NR protocol stack). Logical channels may be used between the RLC layer and the MAC layer. Logical channels may be classified / represented as control channels that can carry control and / or configuration information (e.g., within the NR control plane) or as traffic channels that can carry data (e.g., within the NR user plane). Logical channels may be classified / represented as dedicated logical channels that may be exclusive to a particular radio device and / or as common logical channels that may be used by two or more radio devices (e.g., a group of radio devices).

[0043] A logical channel can be defined by the type of information it carries. A set of logical channels (for example, in an NR configuration) may include one or more channels as described below: A paging control channel (PCCH) may include or carry one or more paging messages used for paging wireless devices whose location is unknown to the network at the cell level. A broadcast control channel (BCCH) may include / carry system information messages in the form of master information blocks (MIBs) and several system information blocks (SIBs). System information messages may be used by wireless devices to obtain information about how a cell is configured and how it operates within the cell. A common control channel (CCCH) may include / carry control messages along with random access. A dedicated control channel (DCCH) may include / carry control messages to / from a specific wireless device and configure the wireless device with configuration information. A dedicated traffic channel (DTCH) may include / carry user data to / from a specific wireless device.

[0044] Transport channels can be used between the MAC layer and the PHY layer. Transport channels can be defined by how the information they carry is transmitted / transmitted (e.g., via an air interface). A set of transport channels (e.g., defined by an NR configuration or any other configuration) may include one or more of the following channels: Paging Channel (PCH) may include / carry paging messages originating from the PCCH. Broadcast Channel (BCH) may include / carry MIBs from the BCCH. Downlink Shared Channel (DL-SCH) may include / carry downlink data and signaling messages, including SIBs from the BCCH. Uplink Shared Channel (UL-SCH) may include / carry uplink data and signaling messages. Random Access Channel (RACH) may provide wireless devices with access to the network without prior scheduling.

[0045] The PHY layer may pass / transfer information between processing levels of the PHY layer using physical channels. A physical channel may have an associated set of time-frequency resources for carrying information from one or more transport channels. The PHY layer may generate control information to support the lower-level operation of the PHY layer. The PHY layer may provide / transfer control information to lower levels of the PHY layer via physical control channels (e.g., called L1 / L2 control channels). The set of physical channels and physical control channels (e.g., which may be defined by an NR configuration or any other configuration) may include one or more of the following channels: A physical broadcast channel (PBCH) may contain / carry MIBs from a BCH. A physical downlink shared channel (PDSCH) may contain / carry downlink data and signaling messages from a DL-SCH, as well as paging messages from a PCH. A physical downlink control channel (PDCCH) may contain / carry downlink control information (DCI), which may include downlink scheduling commands, uplink scheduling permissions, and uplink power control commands. The Physical Uplink Shared Channel (PUSCH) may contain / carry uplink data and signaling messages from the UL-SCH, and in some cases uplink control information (UCI), as described below. The Physical Uplink Control Channel (PUCCH) may contain / carry UCI, including HARQ acknowledgments, channel quality indicators (CQI), precoding matrix indicators (PMI), rank indicators (RI), and scheduling requests (SR). The Physical Random Access Channel (PRACH) may be used for random access.

[0046] The physical layer may generate physical signals to support the low-level operation of the physical layer, which may be analogous to a physical control channel. As shown in Figures 5A and 5B, physical layer signals (which may be defined, for example, by an NR configuration or other configuration) may include a primary synchronization signal (PSS), a secondary synchronization signal (SSS), a channel status information reference signal (CSI-RS), a demodulation reference signal (DM-RS), a sounding reference signal (SRS), a phase tracking reference signal (PT-RS), and / or other arbitrary signals.

[0047] One or more channels (e.g., logical channels, transport channels, physical channels, etc.) can be used to perform functions associated with a control plan protocol stack (e.g., an NR control plane protocol stack). Figure 2B shows an example of a control plane configuration (e.g., an NR control plane protocol stack). In Figure 2B, the control plane configuration (e.g., an NR control plane protocol stack) may use one or more substantially identical / similar protocol layers (e.g., PHY211 and 221, MAC212 and 222, RLC213 and 223, and PDCP214 and 224) as an exemplary user plane configuration (e.g., an NR user plane protocol stack). Four similar protocol layers may include PHY211 and 221, MAC212 and 222, RLC213 and 223, and PDCP214 and 224. The control plane configuration (e.g., NR control plane stack) may have, for example, the Radio Resource Control (RRC) 216 and 226 and NAS protocols 217 and 237 at the top of the control plane configuration (e.g., NR control plane protocol stack), instead of having SDAP 215 and 225. The control plane configuration may also include the AMF 230, which includes the NAS protocol 237.

[0048] NAS protocols 217 and 237 may provide control plane functions between the wireless device 210 and the AMF 230 (e.g., AMF158A or any other AMF), and / or more generally between the wireless device 210 and a CN (e.g., CN152 or any other CN). NAS protocols 217 and 237 may provide control plane functions between the wireless device 210 and the AMF 230 via signaling messages called NAS messages. NAS messages may be transported between the wireless device 210 and the AMF 230 via a direct path, although such direct path may not exist. NAS messages may be transported using the AS of the Uu and NG interfaces. NAS protocols 217 and 237 may provide control plane functions such as authentication, security, connection setup, mobility management, session management, and / or any other functions.

[0049] RRC layers 216 and 226 may provide / configure control plane functionality between the radio device 210 and the base station 220, and / or more generally, between the radio device 210 and the RAN (e.g., base station 220). RRC layers 216 and 226 may provide / configure control plane functionality between the radio device 210 and the base station 220 via signaling messages, which may be called RRC messages. RRC messages may be transmitted between the radio device 210 and the RAN (e.g., base station 220) using a signaling radio bearer and the same / similar PDCP, RLC, MAC, and PHY protocol layers. The MAC layer may multiplex control plane and user plane data into the same TB. RRC layers 216 and 226 may provide / configure control plane functions such as broadcasting system information related to the AS and NAS, paging initiated by the CN or RAN, establishing, maintaining, and releasing RRC connections between the radio device 210 and the RAN (e.g., base station 220), security functions including key management, establishing, configuring, maintaining, and releasing signaling radio bearers and data radio bearers, mobility functions, QoS management functions, radio device measurement reports (e.g., radio device measurement reports) and report control, detection and recovery from radio link failures (RLFs), and / or NAS message forwarding functions. As part of establishing an RRC connection, RRC layers 216 and 226 may establish an RRC context, which may involve configuring parameters for communication between the radio device 210 and the RAN (e.g., base station 220).

[0050] Figure 6 shows examples of RRC states and RRC state transitions. The RRC state of a wireless device can be changed to another RRC state (e.g., an RRC state transition for the wireless device). A wireless device may be substantially identical or similar to wireless devices 106, 210, or any other wireless device. A wireless device may be in at least one of several states, such as three RRC states including RRC connected 602 (e.g., RRC_CONNECTED), RRC idle 606 (e.g., RRC_IDLE), and RRC inactive 604 (e.g., RRC_INACTIVE). RRC inactive 604 may be RRC connected but inactive.

[0051] An RRC connection may be established for a radio device. For example, this may occur during an RRC connection state. During an RRC connection state (e.g., during RRC connection 602), the radio device may have an established RRC context and may have at least one RRC connection with a base station. The base station may be one of several base stations (e.g., one or more base stations of RAN104 shown in Figure 1A, one of gNB160 or ng-eNB162 shown in Figure 1B, base station 220 shown in Figures 2A and 2B, or any other base station). The base station to which the radio device is connected (e.g., which has established an RRC connection) may have an RRC context for the radio device. The RRC context, which may be called the radio device context (e.g., UE context), may contain parameters for communication between the radio device and the base station. These parameters may include, for example, one or more of the following: AS context, radio link configuration parameters, bearer configuration information (e.g., related to data radio bearer, signaling radio bearer, logical channel, QoS flow, and / or PDU session), security information, and / or layer configuration information (e.g., PHY, MAC, RLC, PDCP, and / or SDAP layer configuration information). During an RRC connection state (e.g., RRC connection 602), the mobility of the radio device may be managed / controlled by the RAN (e.g., RAN104 or NG RAN154). The radio device may measure received signal levels (e.g., reference signal level, reference signal received power, reference signal received quality, received signal strength indicator, etc.) based on one or more signals transmitted from the serving cell and adjacent cells. The radio device may report these measurements to the serving base station (e.g., the base station currently providing service to the radio device). The serving base station of the radio device may, for example, request a handover to one of the adjacent base stations' cells based on the reported measurements. The RRC state may transition from an RRC connected state (e.g., RRC connected 602) to an RRC idle state (e.g., RRC idle 606) via the connection release procedure 608.The RRC state may transition from an RRC connected state (e.g., RRC connected 602) to an RRC inactive state (e.g., RRC inactive 604) via the connection termination procedure 610.

[0052] An RRC context does not have to be established for the radio device. For example, this may be during an RRC idle state. During an RRC idle state (e.g., RRC idle 606), an RRC context does not have to be established for the radio device. During an RRC idle state (e.g., RRC idle 606), the radio device does not have to have an RRC connection with the base station. During an RRC idle state (e.g., RRC idle 606), the radio device may be in a sleep state for most of the time (e.g., to conserve battery power). The radio device may wake up periodically (e.g., once per discontinuous receive (DRX) cycle) to monitor paging messages (e.g., paging messages set from the RAN). The mobility of the radio device may be managed by the radio device through a cell reselection procedure. The RRC state may transition from an RRC idle state (e.g., RRC idle 606) to an RRC connected state (e.g., RRC connected 602) via a connection establishment procedure 612 which may involve a random access procedure.

[0053] A previously established RRC context may be maintained for a radio device. For example, this may be during an RRC inactive state. During an RRC inactive state (e.g., RRC inactive 604), a previously established RRC context may be maintained within the radio device and base station. Maintaining the RRC context may enable a fast transition to an RRC connected state (e.g., RRC connected 602) with less signaling overhead compared to the transition from an RRC idle state (e.g., RRC idle 606) to an RRC connected state (e.g., RRC connected 602). During an RRC inactive state (e.g., RRC inactive 604), the radio device is in a sleep state, and the mobility of the radio device may be managed / controlled by the radio device via cell reselection. The RRC state may transition from an RRC inactive state (e.g., RRC inactive 604) to an RRC connected state (e.g., RRC connected 602) via a connection restart procedure 614. The RRC state may transition from an RRC inactive state (e.g., RRC inactive 604) to an RRC idle state (e.g., RRC idle 606) via a connection release procedure 616 that is the same as or similar to the connection release procedure 608.

[0054] RRC states can be associated with mobility management mechanisms. During RRC idle states (e.g., RRC idle 606) and RRC inactive states (e.g., RRC inactive 604), mobility can be managed / controlled by radio devices via cell reselection. The purpose of mobility management during RRC idle states (e.g., RRC idle 606) or RRC inactive states (e.g., RRC inactive 604) may be to enable / enable the network to notify radio devices of events via paging messages without having to broadcast paging messages across the entire mobile communications network. Mobility management mechanisms used during RRC idle states (e.g., RRC idle 606) or RRC inactive states (e.g., RRC inactive 604) may enable / enable the network to track radio devices at the cell group level so that paging messages can be broadcast across cells in the cell group in which the radio device is currently located (e.g., rather than sending paging messages across the entire mobile communications network). The mobility management mechanism in the RRC idle state (e.g., RRC idle 606) and the RRC inactive state (e.g., RRC inactive 604) may track wireless devices at the cell group level. The mobility management mechanism may perform tracking using, for example, different levels of grouping. There may be multiple levels of cell grouping granularity (e.g., three levels of cell grouping granularity: individual cells, cells within a RAN area identified by a RAN area identifier (RAI), and cells within a group of RAN areas identified by a tracking area identifier (TAI), called a tracking area).

[0055] A tracking area can be used to track a radio device (e.g., to track the location of a radio device at the CN level). A CN (e.g., CN102, 5G CN152, or any other CN) may transmit a list of TAIs associated with radio device registration areas (e.g., UE registration areas) to a radio device. The radio device may perform a registration update with the CN to allow the CN to update the radio device's location, for example, if the radio device moves to a cell associated with a TAI that is not included in the list of TAIs associated with UE registration areas (e.g., via cell reselection), providing the radio device with a new UE registration area.

[0056] RAN areas may be used to track radio devices (e.g., the location of a radio device at the RAN level). For radio devices in an RRC inactive state (e.g., RRC inactive 604), the radio device may be assigned / provided / configured in a RAN notification area. A RAN notification area may contain one or more cell identification information (e.g., a list of RAIs and / or a list of TAIs). A base station may belong to one or more RAN notification areas. A cell may belong to one or more RAN notification areas. A radio device may perform a notification area update in the RAN to update its RAN notification area, for example, if the radio device moves to a cell that is not included in the RAN notification area to which it is assigned / provided / configured (e.g., via cell reselection).

[0057] A base station that stores the RRC context for a radio device, or the final serving base station of a radio device, may be called an anchor base station. The anchor base station may maintain the RRC context for the radio device for at least the duration that the radio device remains in the anchor base station's RAN notification area and / or the duration that the radio device remains in an RRC inactive state (e.g., RRC inactive 604).

[0058] A base station (e.g., gNB160 in Figure 1B or any other base station) may be divided into two parts: a central unit (e.g., a base station central unit such as gNB CU) and one or more distributed units (e.g., base station distributed units such as gNB DU). The base station central unit (CU) may be coupled to one or more base station distributed units (DU) using an F1 interface (e.g., an F1 interface as defined in the NR configuration). The base station CU may include the RRC layer, PDCP layer, and SDAP layer. The base station distributed unit (DU) may include the RLC layer, MAC layer, and PHY layer.

[0059] Physical signals and physical channels (e.g., Figures 5A and 5B) can be mapped onto one or more symbols (e.g., orthogonal frequency division multiplexing (OFDM) symbols in an NR configuration, or any other symbols). OFDM is a multicarrier communication scheme that transmits / transmits data via F orthogonal subcarriers (or tones). The data, called source symbols, can be mapped to a set of complex symbols (e.g., M orthogonal amplitude modulation (M-QAM) symbols or M phase shift key (M PSK) symbols or any other modulation symbols) which are divided into F parallel symbol streams before the data is transmitted. The F parallel symbol streams can be treated as if they were in the frequency domain. The F parallel symbols can be used as input to an inverse fast Fourier transform (IFFT) block that converts them to the time domain. The IFFT block can take F source symbols at a time, one from each of the F parallel symbol streams. The IFFT block can use each source symbol to modulate the amplitude and phase of one of the F sinusoidal basis functions corresponding to the F orthogonal subcarriers. The output of the IFFT block may be an F-time domain sample representing the sum of F-orthogonal subcarriers. An F-time domain sample can form a single OFDM symbol. The OFDM symbol provided / output by the IFFT block may be transmitted / transmitted over an air interface at the carrier frequency after, for example, one or more processes (e.g., the addition of a cyclic prefix) and upconversion. The F-parallel symbol stream may be mixed using a Fast Fourier Transform (FFT) block before being processed by the IFFT block. This operation may generate an OFDM symbol precoded with a Discrete Fourier Transform (DFT), which may be used by one or more radio devices on the uplink to reduce the peak-to-average power ratio (PAPR). Inverse processing may be performed on the OFDM symbol at the receiver using an FFT block to reconstruct the data mapped to the source symbol.

[0060] Figure 7 shows an exemplary frame configuration. A frame may include, for example, an NR radio frame in which OFDM symbols may be grouped. A frame (e.g., an NR radio frame) may be identified / indicated by a System Frame Quantity / Number (SFN) or any other value. The SFN may repeat over a period of 1024 frames. A single NR frame may have a duration of 10 milliseconds (ms) and may contain 10 subframes, each with a duration of 1 millisecond. A subframe may be divided into one or more slots (e.g., depending on the numerology and / or different subcarrier intervals). Each of the one or more slots may contain, for example, 14 OFDM symbols per slot. Any amount of symbols, slots, or durations may be used for any time interval.

[0061] The duration of a slot may depend on the numerology used for the OFDM symbol of the slot. For example, flexible numerology may be supported to accommodate different deployments (e.g., from cells with carrier frequencies less than 1 GHz to cells with carrier frequencies in the mm-wave range). Flexible numerology may be supported, for example, in an NR configuration or any other radio configuration. The numerology may be defined in terms of subcarrier spacing and / or cyclic prefix duration. Subcarrier spacing may be scaled up by a power of 2 from a baseline subcarrier spacing of 15 kHz. Cyclic prefix duration may be scaled down by a power of 2 from a baseline cyclic prefix duration of 4.7 microseconds, for example, for numerology in an NR configuration or any other radio configuration. Numerology can be defined by the following combinations of subcarrier intervals / cyclic prefix durations: 15 kHz / 4.7 microseconds, 30 kHz / 2.3 microseconds, 60 kHz / 1.2 microseconds, 120 kHz / 0.59 microseconds, 240 kHz / 0.29 microseconds, and / or any other combination of subcarrier intervals / cyclic prefix durations.

[0062] A slot can have a fixed amount / number of OFDM symbols (e.g., 14 OFDM symbols). Numerologies with higher subcarrier spacings may have shorter slot durations and more slots per subframe. An example of a numerology-dependent slot duration and slot transmission structure per subframe is shown in Figure 7 (a numerology with a 240 kHz subcarrier spacing is not shown in Figure 7). A subframe (e.g., in an NR configuration) can be used as a numerology-independent time reference. A slot can be used as a unit on which uplink and downlink transmissions are scheduled. Scheduling (e.g., in an NR configuration) can be separated from slot duration. Scheduling can start with any OFDM symbol. Scheduling can continue for as many symbols as needed for transmission, for example, to support low latency. These partial slot transmissions may be called minislot or subslot transmissions.

[0063] Figure 8 shows an exemplary resource configuration for one or more carriers. The resource configuration may include slots in the time and frequency domains for an NR carrier or any other carrier. The slots may include resource elements (REs) and resource blocks (RBs). A resource element (RE) may be the smallest physical resource (e.g., an NR configuration). An RE may span one OFDM symbol in the time domain by one subcarrier in the frequency domain, as shown, for example, in Figure 8. An RB may span 12 consecutive REs in the frequency domain, as shown in Figure 8. A carrier (e.g., an NR carrier) may be limited to a width of a certain amount of RBs and / or subcarriers (e.g., 275 RBs or 275 × 12 = 3300 subcarriers). Such limitations, when used, may limit the carrier (e.g., an NR carrier) frequency based on the subcarrier spacing (e.g., carrier frequencies of 50, 100, 200, and 400 MHz for subcarrier spacings of 15, 30, 60, and 120 kHz, respectively). A 400MHz bandwidth can be set based on a 400MHz bandwidth limit per carrier. Any other bandwidth can be set based on a bandwidth limit per carrier.

[0064] A single numerology may be used across the entire carrier bandwidth (e.g., NR as shown in Figure 8). In other exemplary configurations, multiple numerologies may be supported on the same carrier. NR and / or other access technologies may support a wide range of carrier bandwidths (e.g., up to 400 MHz for a 120 kHz subcarrier spacing). Not all radio devices may be able to receive the entire carrier bandwidth (e.g., due to hardware limitations and / or different radio device capabilities). Receiving and / or utilizing the entire carrier bandwidth may be prohibited, for example, with respect to the power consumption of the radio device. A radio device may adapt the size of its receiving bandwidth based on the amount of traffic it is expected to receive (e.g., to reduce power consumption and / or for other purposes). Such adaptation may be called bandwidth adaptation.

[0065] The configuration of one or more Bandwidth Parts (BWPs) may support one or more radio devices that cannot receive the full carrier bandwidth. BWPs may, for example, support bandwidth adaptation for such radio devices that cannot receive the full carrier bandwidth. A BWP (e.g., a BWP in an NR configuration) may be defined by a subset of consecutive RBs on the carrier. A radio device may consist of one or more downlink BWPs and one or more uplink BWPs per serving cell (e.g., up to four downlink BWPs and up to four uplink BWPs per serving cell) (e.g., via the RRC layer). One or more of the BWPs configured for a serving cell may be active, for example, at a given time. One or more BWPs may be called the active BWPs of a serving cell. A serving cell may have one or more first active BWPs on the uplink carrier and, for example, one or more second active BWPs on the secondary uplink carrier if the serving cell consists of a secondary uplink carrier.

[0066] A downlink BWP from a configured set of downlink BWPs can be linked with an uplink BWP from a configured set of uplink BWPs (for example, for unpaired spectra). Downlink BWPs and uplink BWPs can be linked, for example, if the downlink BWP index of one downlink BWP and the uplink BWP index of the other uplink BWP are the same. A wireless device can expect that the center frequency of a downlink BWP is the same as the center frequency of an uplink BWP (for example, for unpaired spectra).

[0067] A base station may configure radio devices with one or more control resource sets (CORESETs) for at least one search space. For example, a base station may configure radio devices with one or more CORESETs for a set of downlink BWPs configured on a primary cell (PCell) or secondary cell (SCell). A search space may include a set of locations in the time and frequency domain where radio devices can monitor / discover / detect / identify control information. A search space may be a radio device-specific search space (e.g., a UE-specific search space) or a common search space (e.g., potentially available to a group of multiple radio devices or radio user devices). In an active downlink BWP, a base station may configure a group of radio devices in a common search space on a PCell or on a primary / secondary cell (PSCell).

[0068] A base station may configure a radio device with one or more resource sets for one or more PUCCH transmissions for uplink BWPs within a set of configured uplink BWPs. The radio device may receive downlink receptions (e.g., PDCCH or PDSCH) within a downlink BWP according to a configured numerology (e.g., configured subcarrier interval and / or configured cyclic prefix duration) for a downlink BWP. The radio device may transmit / transmit uplink transmissions (e.g., PUCCH or PUSCH) on an uplink BWP according to a configured numerology (e.g., configured subcarrier interval and / or configured cyclic prefix length for an uplink BWP).

[0069] One or more BWP indicator fields may be provided / included in the Downlink Control Information (DCI). The value of a BWP indicator field may indicate which of the configured set of BWPs is the active downlink BWP for one or more downlink receptions. The value of one or more BWP indicator fields may indicate the active uplink BWP for one or more uplink transmissions.

[0070] A base station may semi-statically configure a radio device with a default downlink BWP within a set of configured downlink BWPs associated with the PCell. The default downlink BWP may be the initial active downlink BWP, for example, if the base station does not provide / configure a default downlink BWP to / for the radio device. The radio device may determine which BWP is the initial active downlink BWP, for example, based on the CORESET configuration obtained using the PBCH.

[0071] A base station may configure a radio device with a BWP inactivity timer value for PCell. The radio device may start or restart the BWP inactivity timer at any appropriate time. The radio device may start or restart the BWP inactivity timer if, for example, one or more conditions are met. One or more conditions may include at least one of the following: the radio device detects a DCI indicating an active downlink BWP other than the default downlink BWP for paired spectral operations; the radio device detects a DCI indicating an active downlink BWP other than the default downlink BWP for unpaired spectral operations; and / or the radio device detects a DCI indicating an active uplink BWP other than the default uplink BWP for unpaired spectral operations. The radio device may start / run the BWP inactivity timer toward expiration (e.g., increment from zero to the BWP inactivity timer value or decrement from the BWP inactivity timer value to zero) if the radio device does not detect a DCI during a time interval (e.g., 1 millisecond or 0.5 milliseconds). A wireless device may switch from an active downlink BWP to a default downlink BWP, for example, when the BWP non-activity timer expires.

[0072] A base station may semi-statically configure a radio device with one or more BWPs. The radio device may switch the active BWP from the first BWP to the second BWP based on (for example, subsequently or in response to) receiving a DCI indicating a second BWP as the active BWP. The radio device may also switch the active BWP from the first BWP to the second BWP based on (for example, subsequently or in response to) the expiration of a BWP inactivity timer (for example, if the second BWP is the default BWP).

[0073] Downlink BWP switching may refer to switching the active downlink BWP from the first downlink BWP to the second downlink BWP (e.g., the second downlink BWP is activated and the first downlink BWP is deactivated). Uplink BWP switching may refer to switching the active uplink BWP from the first uplink BWP to the second uplink BWP (e.g., the second uplink BWP is activated and the first uplink BWP is deactivated). Downlink and uplink BWP switching may occur independently (e.g., for paired spectra / spectrums). Downlink and uplink BWP switching may occur simultaneously (e.g., for unpaired spectra / spectrums). Switching between configured BWPs may occur based on, for example, RRC signaling, DCI signaling, the expiration of the BWP non-activity timer, and / or the start of random access.

[0074] Figure 9 shows an example of a configured BWP. Bandwidth matching using multiple BWPs (e.g., three configured BWPs for an NR carrier) may be available. A radio device composed of multiple BWPs (e.g., three BWPs) may switch from one BWP to another at a switching point. The BWPs may include BWP902 with a bandwidth of 40 MHz and a subcarrier spacing of 15 kHz, BWP904 with a bandwidth of 10 MHz and a subcarrier spacing of 15 kHz, and BWP906 with a bandwidth of 20 MHz and a subcarrier spacing of 60 kHz. BWP902 may be the initial active BWP, and BWP904 may be the default BWP. The radio device may switch between BWPs at a switching point. The radio device may switch from BWP902 to BWP904 at switching point 908. Switching at switching point 908 may be done for any appropriate reason. A switch at switching point 908 may occur, for example, based on (for example, thereafter or in response to) the expiration of a BWP inactivity timer (e.g., indicating a switch to the default BWP). A switch at switching point 908 may occur, for example, based on (for example, thereafter or in response to) the receipt of a DCI indicating BWP 904 as the active BWP. The wireless device may switch at switching point 910 from active BWP 904 to BWP 906 after, for example, receiving a DCI indicating BWP 906 as the new active BWP. The wireless device may switch at switching point 912 from active BWP 906 to BWP 904, for example, based on (for example, thereafter or in response to) the expiration of a BWP inactivity timer. The wireless device may switch at switching point 912 from active BWP 906 to BWP 904 after, for example, receiving a DCI indicating BWP 904 as the new active BWP. The wireless device may, for example, switch from active BWP904 to BWP902 at switching point 914 after receiving a DCI indicating BWP902 as the new active BWP, or in response to such a DCI.

[0075] The wireless device procedure for switching BWPs on a secondary cell may be identical / similar to that on a primary cell, for example, if the wireless device is configured for the secondary cell with a set of configured downlink BWPs and a default downlink BWP with a timer value. The wireless device may use a timer value and a default downlink BWP for a secondary cell in the same / similar manner as the wireless device uses a timer value and / or default BWP for a primary cell. A timer value (e.g., a BWP inactivity timer) may be configured for each cell (e.g., for one or more BWPs) for example, via RRC signaling or any other signaling. One or more active BWPs may switch to another BWP, for example, based on the expiration of a BWP inactivity timer.

[0076] Two or more carriers can be aggregated, and data can be transmitted simultaneously between the same wireless device using carrier aggregation (CA) (for example, to increase the data rate). The aggregated carriers in CA may be called component carriers (CCs). For example, when CA is configured / used, there may be multiple quantities / numbers of serving cells for the wireless device (e.g., one serving cell for the CC). A CC can have multiple configurations within the frequency domain.

[0077] Figure 10A shows an exemplary CA configuration based on CCs. As shown in Figure 10A, the three types of CA configurations may include an in-band (continuous) configuration 1002, an in-band (discontinuous) configuration 1004, and / or an interband configuration 1006. In the in-band (continuous) configuration 1002, two CCs may be aggregated in the same frequency band (frequency band A) and may be located directly adjacent to each other within the frequency band. In the in-band (discontinuous) configuration 1004, two CCs may be aggregated in the same frequency band (frequency band A), but may be separated from each other within the frequency band by a gap. In the interband configuration 1006, two CCs may be located in different frequency bands (e.g., frequency band A and frequency band B, respectively).

[0078] The network can set a maximum number of CCs that can be aggregated (e.g., up to 32 CCs can be aggregated in NR, or any other number can be aggregated in other systems). Aggregated CCs can have the same or different bandwidths, subcarrier spacings, and / or duplication schemes (TDD, FDD, or any other duplication scheme). Serving cells for wireless devices using CA can have downlink CCs. One or more uplink CCs can optionally be configured for serving cells (e.g., for FDD). The ability to aggregate more downlink carriers than uplink carriers can be useful, for example, when a wireless device has more data traffic on the downlink than on the uplink.

[0079] One of the aggregation cells for a wireless device may be called a primary cell (PCell) when a CA is configured. A PCell may be the serving cell to which a wireless device first connects or accesses, for example, during or at the time of RRC connection establishment, RRC connection re-establishment, and / or handover. A PCell may provide / have NAS mobility information and security inputs to a wireless device. A wireless device may have different PCells. For downlinks, the carrier corresponding to a PCell may be called a downlink primary cell CC (DL PCC). For uplinks, the carrier corresponding to a PCell may be called an uplink primary cell CC (UL PCC). Other aggregation cells for a wireless device (e.g., associated with CCs other than DL PCC and UL PCC) may be called secondary cells (SCells). SCells may be configured, for example, after a PCell has been configured for a wireless device. SCells may be configured via an RRC connection reconfiguration procedure. Regarding downlink, a carrier corresponding to SCell can be called a downlink secondary CC (DL SCC). Regarding uplink, a carrier corresponding to SCell can be called an uplink secondary CC (UL SCC).

[0080] A configured SCell for a wireless device may be activated or deactivated, for example, based on traffic and channel conditions. Deactivating a SCell may cause the wireless device to stop PDCCH and PDSCH reception on the SCell, and PUSCH, SRS, and CQI transmission on the SCell. A configured SCell may be activated or deactivated, for example, using a MAC CE (e.g., the MAC CE described with respect to Figure 4B). The MAC CE may use a bitmap (e.g., one bit per SCell) to indicate which SCell (e.g., within a subset of configured SCells) will be activated or deactivated for the wireless device. A configured SCell may be deactivated, for example, based on (e.g., thereafter or in response to) the expiration of a SCell deactivation timer (e.g., one SCell deactivation timer may be configured per SCell).

[0081] DCI may include control information such as scheduling assignments and scheduling authorizations for cells. DCI may be transmitted / transmitted via the cell corresponding to the scheduling assignment and / or scheduling authorization, which may be called self-scheduling. DCI containing cell control information may be transmitted / transmitted via another cell, which may be called cross-carrier scheduling. Uplink control information (UCI) may include control information such as HARQ acknowledgments and channel state feedback (e.g., CQI, PMI, and / or RI) for aggregation cells. UCI may be transmitted / transmitted via the uplink control channel (e.g., PUCCH) of a PCell or a specific SCell (e.g., a SCell composed of PUCCHs). If there are many aggregated downlink CCs, the PUCCH of the PCell may become overloaded. A cell may be divided into multiple PUCCH groups.

[0082] Figure 10B shows an exemplary group of cells. An aggregation cell may consist of one or more PUCCH groups (for example, as shown in Figure 10B). One or more cell groups or one or more uplink control channel groups (e.g., PUCCH group 1010 and PUCCH group 1050) may each contain one or more downlink CCs. PUCCH group 1010 may contain one or more downlink CCs, for example, three downlink CCs, i.e., PCell 1011 (e.g., DL PCC), SCell 1012 (e.g., DL SCC), and SCell 1013 (e.g., DL SCC). PUCCH group 1050 may contain one or more downlink CCs, for example, three downlink CCs, i.e., PUCCH SCell (or PSCell) 1051 (e.g., DL SCC), SCell 1052 (e.g., DL SCC), and SCell 1053 (e.g., DL SCC). One or more uplink CCs of PUCCH group 1010 may be configured as PCell1021 (e.g., UL PCC), SCell1022 (e.g., UL SCC), and SCell1023 (e.g., UL SCC). One or more uplink CCs of PUCCH group 1050 may be configured as PUCCH SCell (or PSCell)1061 (e.g., UL SCC), SCell1062 (e.g., UL SCC), and SCell1063 (e.g., UL SCC). UCIs associated with downlink CCs of PUCCH group 1010, indicated as UCI1031, UCI1032, and UCI1033, may be transmitted / transmitted via the uplink of PCell1021 (e.g., via the PUCCH of PCell1021). The UCIs associated with the downlink CC of PUCCH group 1050, indicated as UCI1071, UCI1072, and UCI1073, may be transmitted / transmitted via the uplink of PUCCH SCell (or PSCell) 1061 (for example, via the PUCCH of PUCCH SCell 1061).A single uplink PCell may be configured to transmit / transmit UCIs associated with six downlink CCs, for example, when the aggregation cell shown in Figure 10B is not divided into PUCCH group 1010 and PUCCH group 1050. PCell 1021 may become overloaded if, for example, UCIs 1031, 1032, 1033, 1071, 1072, and 1073 are transmitted / transmitted through PCell 1021. Overload can be prevented and / or reduced by separating the transmission of UCIs between PCell 1021 and PUCCH SCell (or PSCell) 1061.

[0083] A PCell may include a downlink carrier (e.g., PCell1011) and an uplink carrier (e.g., PCell1021). An SCell may include only a downlink carrier. A cell containing a downlink carrier and optionally an uplink carrier may be assigned a physical cell ID and a cell index. The physical cell ID or cell index may indicate / identify the downlink carrier and / or uplink carrier of the cell, for example, depending on the context in which the physical cell ID is used. The physical cell ID may be determined, for example, using synchronization signals (e.g., PSS and / or SSS) transmitted over the downlink component carrier. The cell index may be determined, for example, using one or more RRC messages. The physical cell ID may be called a carrier ID, and the cell index may be called a carrier index. A first physical cell ID for a first downlink carrier may refer to a first physical cell ID for a cell containing the first downlink carrier. Substantially the same / similar concepts may be applied, for example, to carrier activation. Activation of the first carrier may refer to the activation of the cell containing the first carrier.

[0084] The multi-carrier nature of the PHY layer may be exposed / indicated in the MAC layer (e.g., in a CA configuration). HARQ entities may operate on serving cells. Transport blocks may be generated per allocation / authorization per serving cell. Transport blocks and potential HARQ retransmissions of transport blocks may be mapped to serving cells.

[0085] For downlink, a base station may transmit (e.g., unicast, multicast, and / or broadcast) one or more reference signals (RS) (e.g., PSS, SSS, CSI-RS, DM-RS, and / or PT-RS) to one or more radio devices. For uplink, one or more radio devices may transmit one or more RS to a base station (e.g., DM-RS, PT-RS, and / or SRS). PSS and SSS are transmitted by the base station and used by one or more radio devices to synchronize one or more radio devices with the base station. A synchronization signal (SS) / physical broadcast channel (PBCH) block may include PSS, SSS, and PBCH. The base station may periodically transmit bursts of SS / PBCH blocks, which may be called SSB.

[0086] Figure 11A shows an exemplary mapping of one or more SS / PBCH blocks. A burst of SS / PBCH blocks may consist of one or more SS / PBCH blocks (e.g., four SS / PBCH blocks as shown in Figure 11A). Bursts may be transmitted / transmitted periodically (e.g., every two frames, every 20 milliseconds, or at any other duration). Bursts may be limited to half frames (e.g., a first half frame with a duration of 5 milliseconds). These parameters (e.g., the amount / number of SS / PBCH blocks per burst, the periodicity of the burst, the location of the burst within a frame) may be configured based on at least one of the following: for example, the carrier frequency of the cell on which the SS / PBCH blocks are transmitted / transmitted, the cell's numerology or subcarrier spacing, the network configuration (e.g., using RRC signaling), and / or any other preferred factors. A wireless device may assume subcarrier spacing for SS / PBCH blocks based on the monitored carrier frequency, for example, unless the wireless network configures a wireless device that assumes different subcarrier spacings.

[0087] An SS / PBCH block may span one or more OFDM symbols in the time domain (e.g., four OFDM symbols as shown in Figure 11A, or any other quantity / number of symbols) and one or more subcarriers in the frequency domain (e.g., 240 consecutive subcarriers or any other quantity / number of subcarriers). PSS, SSS, and PBCH may have a common center frequency. PSS may be transmitted / transmitted first, e.g., spanning one OFDM symbol and 127 subcarriers. SSS may be transmitted / transmitted after PSS (e.g., after two symbols), e.g., spanning one OFDM symbol and 127 subcarriers. PBCH may be transmitted / transmitted after PSS (e.g., across the following three OFDM symbols), may span 240 subcarriers (e.g., in the second and fourth OFDM symbols as shown in Figure 11A), and / or may span fewer than 240 subcarriers (e.g., in the third OFDM symbol as shown in Figure 11A).

[0088] The location of the SS / PBCH block in the time and frequency domains does not need to be known to the wireless device (e.g., when the wireless device is searching for a cell). The wireless device may monitor the carrier of the PSS to find and select a cell, for example. The wireless device may monitor the frequency location within the carrier. The wireless device may search for the PSS at a different frequency location within the carrier if the PSS is not found after a certain period (e.g., 20 milliseconds). The wireless device may search for the PSS at a different frequency location within the carrier, for example, as indicated by a synchronous raster. When the PSS is found at a location in the time and frequency domains, the wireless device may determine the location of the SSS and PBCH, respectively, based on the known structure of the SS / PBCH block, for example. The SS / PBCH block may be a cell-defining SS block (CD-SSB). A primary cell may be associated with a CD-SSB. A CD-SSB may be located on a synchronous raster. Cell selection / searching and / or re-selection may be based on the CD-SSB.

[0089] SS / PBCH blocks can be used by a radio device to determine one or more parameters of a cell. For example, a radio device may determine the physical cell identifier (PCI) of a cell based on the PSS and SSS arrays, respectively. A radio device may determine the location of a cell's frame boundary based on the location of an SS / PBCH block. An SS / PBCH block may indicate that it was transmitted / transmitted according to a transmission pattern. In a transmission pattern, an SS / PBCH block may be a known distance from the frame boundary (e.g., a predefined distance for a RAN configuration between one or more networks, one or more base stations, and one or more radio devices).

[0090] The PBCH may use QPSK modulation and / or forward error correction (FEC). FEC may use polarity coding. One or more symbols straddled by the PBCH may include / carry one or more DM-RS for demodulation of the PBCH. The PBCH may include indications of the cell's current system frame quantity / number (SFN) and / or SS / PBCH block timing index. These parameters may facilitate time synchronization of the radio device to the base station. The PBCH may include an MIB used to transmit one or more parameters to the radio device. The MIB can be used by the radio device to find the remaining minimum system information (RMSI) associated with the cell. The RMSI may include a System Information Block Type 1 (SIB1). The SIB1 may contain information for the radio device to access the cell. The radio device may use one or more parameters of the MIB to monitor the PDCCH, which may be used to schedule the PDSCH. The PDSCH may include the SIB1. The SIB1 can be decoded using parameters provided / included in the MIB. A PBCH can indicate the absence of SIB1. For example, based on the PBCH indicating the absence of SIB1, a wireless device may point to a frequency. The wireless device may then search the SS / PBCH block at the frequency to which it is directed.

[0091] A wireless device may assume that one or more SS / PBCH blocks transmitted / transmitted with the same SS / PBCH block index are quasi-collocated (QCL-ified) (e.g., have substantially the same / similar Doppler spread, Doppler shift, mean gain, mean delay, and / or spatial Rx parameters). The wireless device does not have to assume QCL for SS / PBCH block transmissions with different SS / PBCH block indices. An SS / PBCH block (e.g., a block within a half-frame) may be transmitted / transmitted in a spatial direction (e.g., using different beams across the coverage area of ​​a cell). A first SS / PBCH block may be transmitted / transmitted in a first spatial direction using a first beam, a second SS / PBCH block may be transmitted / transmitted in a second spatial direction using a second beam, a third SS / PBCH block may be transmitted / transmitted in a third spatial direction using a third beam, and a fourth SS / PBCH block may be transmitted / transmitted in a fourth spatial direction using a fourth beam.

[0092] A base station may transmit multiple SS / PBCH blocks, for example, within the carrier's frequency span. The first PCI of the first SS / PBCH block of the multiple SS / PBCH blocks may be different from the second PCI of the second SS / PBCH block of the multiple SS / PBCH blocks. The PCIs of SS / PBCH blocks transmitted at different frequency positions may be different or substantially identical.

[0093] CSI-RS may be transmitted by a base station and used by a radio device to obtain / acquire / determine channel status information (CSI). A base station may configure a radio device with one or more CSI-RS for channel estimation or any other appropriate purpose. A base station may configure a radio device with one or more identical / similar CSI-RS. A radio device may measure one or more CSI-RS. A radio device may estimate the downlink channel status and / or generate a CSI report based, for example, on measurements of one or more downlink CSI-RS. A radio device may transmit a CSI report to a base station (e.g., based on periodic CSI reports, semi-persistent CSI reports, and / or irregular CSI reports). A base station may perform link fitting using feedback provided by the radio device (e.g., estimated downlink channel status).

[0094] A base station may semi-statically configure a radio device using one or more CSI-RS resource sets. CSI-RS resources may be associated with location and periodicity in the time and frequency domains. A base station may selectively activate and / or deactivate CSI-RS resources. A base station may indicate to a radio device that a CSI-RS resource in a CSI-RS resource set is being activated and / or deactivated.

[0095] A base station may configure a radio device to report CSI measurements. A base station may configure a radio device to provide CSI reports periodically, aperiodicly, or semi-persistently. For periodic CSI reports, a radio device may be configured with multiple CSI reports based on timing and / or periodicity. For aperiodic CSI reports, a base station may request a CSI report. A base station may instruct a radio device to measure configured CSI-RS resources and provide a CSI report related to the measurements. For semi-persistent CSI reports, a base station may configure a radio device to periodically transmit / transmit and selectively activate or deactivate periodic reports (e.g., via one or more activation / deactivation MAC CEs and / or one or more DCIs). A base station may configure a radio device with a CSI-RS resource set and CSI reports using, for example, RRC signaling.

[0096] A CSI-RS configuration may include one or more parameters, for example, indicating up to 32 antenna ports (or any other number of antenna ports). A wireless device may be configured to use / adopt the same OFDM symbols for downlink CSI-RS and CORESET, for example, when downlink CSI-RS and CORESET are spatially QCL-ified and the resource elements associated with downlink CSI-RS are outside the physical resource block (PRB) configured for CORESET. A wireless device may be configured to use / adopt the same OFDM symbols for downlink CSI-RS and SS / PBCH blocks, for example, when downlink CSI-RS and SS / PBCH blocks are spatially QCL-ified and the resource elements associated with downlink CSI-RS are outside the PRB configured for SS / PBCH blocks.

[0097] Downlink DM-RS can be transmitted / transmitted by a base station and received / used by a radio device for channel estimation. Downlink DM-RS can be used for coherent demodulation of one or more downlink physical channels (e.g., PDSCHs). A network (e.g., an NR network) may support one or more variable and / or configurable DM-RS patterns for data demodulation. At least one downlink DM-RS configuration may support a frontloaded DM-RS pattern. A frontloaded DM-RS can be mapped onto one or more OFDM symbols (e.g., one or two adjacent OFDM symbols). A base station may semi-statically configure a radio device with a quantity / number (e.g., maximum quantity / number) of frontloaded DM-RS symbols on a PDSCH. A DM-RS configuration may support one or more DM-RS ports. A DM-RS configuration may support up to eight orthogonal downlink DM-RS ports per radio device (e.g., for a single user MIMO). A DM-RS configuration may support up to four orthogonal downlink DM-RS ports per radio device (e.g., for multi-user MIMO). A radio network may support a common DM-RS structure for downlink and uplink (e.g., for at least CP-OFDM). DM-RS locations, DM-RS patterns, and / or scramble arrays may be identical or different. A base station may transmit / transmit downlink DM-RS and the corresponding PDSCH using, for example, the same precoding matrix. A radio device may use one or more downlink DM-RS for coherent demodulation / channel estimation of the PDSCH.

[0098] A transmitter (e.g., a base station transmitter) may use a precoder matrix for a portion of the transmission bandwidth. The transmitter may use a first precoder matrix for a first bandwidth and a second precoder matrix for a second bandwidth. The first and second precoder matrices may differ, for example, based on the fact that the first bandwidth is different from the second bandwidth. A wireless device may assume that the same precoder matrix is ​​used across a set of PRBs. A set of PRBs can be determined / suggested / identified / represented as a precoder resource block group (PRG).

[0099] A PDSCH may contain one or more layers. A radio device may assume that at least one symbol with DM-RS exists on one or more layers of the PDSCH. The upper layers may constitute one or more DM-RS for the PDSCH (e.g., up to three DMRS for the PDSCH). Downlink PT-RS may be transmitted / transmitted by a base station and may be used by a radio device, for example, for phase noise compensation. Whether downlink PT-RS exists may depend on the RRC configuration. The presence and / or pattern of downlink PT-RS is configured using association with one or more parameters used / adopted for other purposes (e.g., modulation and coding scheme (MCS)), based on radio device-specific criteria, which may be indicated by DCI. The dynamic presence of downlink PT-RS may be associated with one or more DCI parameters, including at least MCS, if configured. A network (e.g., an NR network) may support multiple PT-RS densities defined in the time and / or frequency domain. The frequency domain density (configuration / if any) may be associated with at least one configuration of the planned bandwidth. A wireless device may assume the same precoding for DM-RS and PT-RS ports. The quantity / number of PT-RS ports may be less than the quantity / number of DM-RS ports in the planned resources. Downlink PT-RS may be configured / allocated / limited for the planned time / frequency duration for the wireless device. Downlink PT-RS may be transmitted / transmitted via symbols, for example, to facilitate phase tracking in the receiver.

[0100] A wireless device may transmit / transmit uplink DM-RS to a base station, for example, for channel estimation. A base station may use uplink DM-RS for coherent demodulation of one or more uplink physical channels. A wireless device may transmit / transmit uplink DM-RS in PUSCH and / or PUCCH. Uplink DM-RS may span frequency ranges similar to the frequency range associated with the corresponding physical channel. A base station may configure a wireless device with one or more uplink DM-RS configurations. At least one DM-RS configuration may support a front-loaded DM-RS pattern. Front-loaded DM-RS may be mapped onto one or more OFDM symbols (e.g., one or two adjacent OFDM symbols). One or more uplink DM-RS may be configured to transmit / transmit on one or more symbols of PUSCH and / or PUCCH. A base station may semi-statically configure a radio device with a quantity / number (e.g., maximum quantity / number) of front-loaded DM-RS symbols for PUSCH and / or PUCCH that the radio device can use to schedule single-symbol DM-RS and / or double-symbol DM-RS. A network (e.g., an NR network) may support a common DM-RS structure for downlink and uplink (e.g., for cyclic prefix orthogonal frequency division multiplexing (CP-OFDM)). The DM-RS locations, DM-RS patterns, and / or DM-RS scramble sequences may be substantially identical or different.

[0101] A PUSCH may include one or more layers. A wireless device may transmit / transmit at least one symbol using DM-RS present on one or more layers of the PUSCH. The upper layers may constitute one or more DM-RS (e.g., up to three DMRS) for the PUSCH. Uplink PT-RS (which may be used by the base station for phase tracking and / or phase noise compensation) may or may not be present, depending, for example, on the RRC configuration of the wireless device. The presence and / or pattern of uplink PT-RS may be configured on a wireless device-specific basis (e.g., UE-specific basis) by a combination of one or more parameters configured / adopted for, for example, RRC signaling and / or other purposes (e.g., MCS), which may be indicated by DCI. The dynamic presence of uplink PT-RS may be associated with one or more DCI parameters, including at least MCS, if configured. A wireless network may support multiple uplink PT-RS densities defined in the time / frequency domain. The frequency domain density (if configured / present) may be associated with at least one configuration of the intended bandwidth. A wireless device may assume the same precoding for DM-RS and PT-RS ports. The quantity / number of PT-RS ports may be less than the quantity / number of DM-RS ports in the allocated resources. Uplink PT-RS may be configured / allocated / limited for the allocated time / frequency duration for the wireless device.

[0102] One or more SRSs may be transmitted / transmitted by a radio device to a base station for channel state estimation, for example, to support uplink channel-dependent scheduling and / or link fitting. SRSs transmitted / transmitted by a radio device may enable / enable the base station to estimate uplink channel states at one or more frequencies. The base station scheduler may use / adopt the estimated uplink channel states to allocate one or more resource blocks for uplink push transmissions for the radio device. A base station may semi-statically configure a radio device with one or more SRS resource sets. In the case of SRS resource sets, a base station may configure a radio device with one or more SRS resources. SRS resource set applicability may be configured, for example, by higher-layer (e.g., RRC) parameters. SRS resources within a set of SRS resource sets (e.g., having identical / similar time-domain behavior, periodic, aperiodic, and / or homogeneous) may be transmitted / transmitted instantaneously (e.g., simultaneously), for example, when higher-layer parameters indicate beam management. A wireless device may transmit / transmit one or more SRS resources within an SRS resource set. A network (e.g., an NR network) may support aperiodic, periodic, and / or semi-persistent SRS transmission. A wireless device may transmit / transmit SRS resources based, for example, one or more trigger types. One or more trigger types may include upper-layer signaling (e.g., RRC) and / or one or more DCI formats. At least one DCI format may be used / adopted for the wireless device to select at least one of one or more configured SRS resource sets. SRS trigger type 0 may refer to an SRS triggered based on upper-layer signaling. SRS trigger type 1 may refer to an SRS triggered based on one or more DCI formats. A wireless device may be configured to transmit / transmit an SRS after the transmission of a PUSCH and the corresponding uplink DM-RS, for example, when the PUSCH and SRS are transmitted / transmitted in the same slot.A base station may quasi-statistically configure a radio device using one or more SRS configuration parameters that indicate at least one of the following: SRS resource configuration identifier, quantity / number of SRS ports, time-domain behavior of the SRS resource configuration (e.g., indication of periodic, semi-persistent, or aperiodic SRS), slots, minislots, and / or subframe-level periodicity, offsets for periodic and / or aperiodic SRS resources, quantity / number of OFDM symbols in the SRS resource, starting OFDM symbol of the SRS resource, SRS bandwidth, frequency-hopping bandwidth, cyclic shift, and / or SRS sequence ID.

[0103] Antenna ports can be determined / defined such that the channel on which a symbol on an antenna port is carried can be inferred from the channel on which another symbol on the same antenna port is carried. A receiver can infer / determine the channel for carrying a second symbol on an antenna port (e.g., fade gain, multipath delay, and / or similar) from the channel for carrying a first symbol on an antenna port, for example, when a first and second symbol are transmitted / transmitted on the same antenna port. The first and second antenna ports can be said to be roughly located in the same place (QCL) if, for example, one or more large-scale characteristics of the channel on which the first symbol on the first antenna port is carried can be inferred from the channel on which the second symbol on the second antenna port is carried. One or more large-scale characteristics may include at least one of delay spread, Doppler spread, Doppler shift, mean gain, mean delay, and / or spatial receive (Rx) parameters.

[0104] Channels that use beamforming may require beam management. Beam management may include beam measurement, beam selection, and / or beam display. A beam may be associated with one or more reference signals. A beam may be identified by one or more beamforming reference signals. A wireless device may perform downlink beam measurement and generate a beam measurement report based on, for example, one or more downlink reference signals (e.g., CSI-RS). A wireless device may perform downlink beam measurement procedures after, for example, an RRC connection has been set up with a base station.

[0105] Figure 11B shows an exemplary mapping of one or more CSI-RS. CSI-RS can be mapped in the time domain and the frequency domain. Each rectangular block shown in Figure 11B may correspond to a resource block (RB) within the cell bandwidth. A base station may send / transmit one or more RRC messages containing CSI-RS resource configuration parameters that represent one or more CSI-RS. One or more of the parameters may be configured by higher-layer signaling for CSI-RS resource configuration (e.g., RRC and / or MAC signaling). One or more parameters may include at least one of the following: CSI-RS resource configuration identity, CSI-RS port quantity / number, CSI-RS configuration (e.g., position of symbols and resource elements (REs) within a subframe), CSI-RS subframe configuration (e.g., subframe position, offset, and periodicity of radio frames), CSI-RS power parameters, CSI-RS sequence parameters, code division multiplexing (CDM) type parameters, frequency density, transmission comb, pseudo-collocation (QCL) parameters (e.g., QCL-scramblingidentity, crs-portscount, mbsfn-subframeconfiglist, csi-rs-configZPid, qcl-csi-rs-configNZPid), and / or other radio resource parameters.

[0106] One or more beams may be configured for radio devices with configurations specific to the radio device. Three beams are shown in Figure 11B (beam #1, beam #2, and beam #3), but more or fewer beams may be configured. Beam #1 may be assigned to CSI-RS1101 which can be transmitted / transmitted on one or more subcarriers of the RB of a first symbol. Beam #2 may be assigned to CSI-RS1102 which can be transmitted / transmitted on one or more subcarriers of the RB of a second symbol. Beam #3 may be assigned to CSI-RS1103 which can be transmitted / transmitted on one or more subcarriers in the RB of a third symbol. The base station may transmit another CSI-RS associated with a beam for another radio device using other subcarriers in the same RB (e.g., those not used to transmit / transmit CSI-RS1101), for example by using frequency division multiplexing (FDM). The beam used for a wireless device may be configured, for example, by using time-domain multiplexing (TDM), so that the beam for the wireless device uses different symbols than those used by the beams of other wireless devices. The wireless device may be delivered with a beam of orthogonal symbols (e.g., no overlapping symbols) by using TDM, for example.

[0107] CSI-RS (e.g., CSI-RS1101, 1102, 1103) may be transmitted by a base station and used by a radio device for one or more measurements. The radio device may measure the RSRP of the configured CSI-RS resources. The base station may configure the radio device in a reporting configuration, and the radio device may report the RSRP measurements to the network (e.g., via one or more base stations) based on the reporting configuration. The base station may determine one or more Transmission Configuration Indication (TCI) states, including the amount / number of reference signals, based on the reported measurements. The base station may indicate one or more TCI states to the radio device (e.g., via RRC signaling, MAC CE, and / or DCI). The radio device may receive downlink transmissions on the Rx beam determined based on one or more TCI states. The radio device may or may not have beam correspondence capability. A wireless device may determine the spatial domain filter of a transmission (Tx) beam, for example, based on the spatial domain filter of the corresponding Rx beam, if the wireless device has beam correspondence capability. A wireless device may perform an uplink beam selection procedure to determine the spatial domain filter of a Tx beam, for example, if the wireless device does not have beam-beam correspondence capability. A wireless device may perform an uplink beam selection procedure based, for example, one or more sounding reference signal (SRS) resources configured to the wireless device by a base station. A base station may select and display an uplink beam for a wireless device, for example, based on measurements of one or more SRS resources transmitted by the wireless device.

[0108] A wireless device may, for example, determine / evaluate (e.g., measure) the channel quality of one or more beampair links in a beam management procedure. A beampair link may include the base station's Tx beam and the wireless device's Rx beam. The base station's Tx beam may transmit downlink signals, and the wireless device's Rx beam may receive downlink signals. The wireless device may, for example, transmit a beam measurement report based on the evaluation / determination. The beam measurement report may show one or more beampair quality parameters, including one or more beam identifiers (e.g., beam index, reference signal index, or similar), RSRP, precoding matrix indicator (PMI), channel quality indicator (CQI), and / or rank indicator (RI).

[0109] Figure 12A shows an example of a downlink beam management procedure. One or more downlink beam management procedures (e.g., downlink beam management procedures P1, P2, and P3) may be performed. Procedure P1 may enable measurements on the Tx beam of a TRP (or multiple TRPs) (e.g., radio device measurements) (e.g., to support the selection of one or more base station Tx beams and / or radio device Rx beams). The base station Tx beam and the radio device Rx beam are shown as ellipses in the upper and lower rows of P1, respectively. Beamforming (e.g., at a TRP) may include a Tx beam sweep for a set of beams (e.g., beam sweeps shown in the upper rows of P1 and P2 as ellipses rotated counterclockwise, indicated by dashed arrows). Beamforming (e.g., at a radio device) may include an Rx beam sweep for a set of beams (e.g., beam sweeps shown in the lower rows of P1 and P3 as ellipses rotated counterclockwise, indicated by dashed arrows). Procedure P2 may be used to enable measurements on the Tx beam of the TRP (indicated in the upper column of P2 as an ellipse rotated counterclockwise, indicated by a dashed arrow) (e.g., radio device measurements). The radio device and / or base station may perform procedure P1, for example, using a smaller set of beams than the set of beams used in procedure P2, or using a narrower beam than the beams used in procedure P1. Procedure P2 may be called beam refinement. The radio device may perform procedure P3 for Rx beam determination, for example, by using the same Tx beam of the base station and sweeping the radio device's Rx beam.

[0110] Figure 12B shows an example of an uplink beam management procedure. One or more uplink beam management procedures (e.g., uplink beam management procedures U1, U2, and U3) may be performed. Procedure U1 may be used to enable a base station to perform measurements on the Tx beam of a radio device (e.g., to support the selection of one or more Tx beams of the radio device and / or Rx beams of the base station). The Tx beam of the radio device and the Rx beam of the base station are shown as ellipses in the top and bottom rows of U1, respectively. Beamforming (e.g., in the radio device) may include one or more beam sweeps, e.g., a Tx beam sweep from a set of beams (shown in the bottom rows of U1 and U3 as ellipses rotated in a counterclockwise direction indicated by dashed arrows). Beamforming (e.g., in the base station) may include one or more beam sweeps, e.g., an Rx beam sweep from a set of beams (shown in the top rows of U1 and U2 as ellipses rotated in a counterclockwise direction indicated by dashed arrows). Procedure U2 can be used, for example, to allow a base station to adjust its Rx beam when a radio device (e.g., a UE) is using a fixed Tx beam. The radio device and / or base station may perform procedure U2 using, for example, a smaller set of beams than the set of beams used in procedure P1, or a narrower beam than the beam used in procedure P1. Procedure U2 may be called beam refinement. The radio device may perform procedure U3 to adjust its Tx beam, for example, when the base station is using a fixed Rx beam.

[0111] A wireless device may initiate / start / perform a beam fault recovery (BFR) procedure, for example, based on the detection of a beam fault. A wireless device may transmit / transmit a BFR request (e.g., a preamble, UCI, SR, MAC CE, and / or similar) based on the initiation of a BFR procedure. A wireless device may detect a beam fault, for example, based on the determination that the quality of the beam pair link of the relevant control channel is insufficient (e.g., having an error rate higher than the error rate threshold, a received signal power lower than the received signal power threshold, a timer expiring, and / or similar).

[0112] A wireless device may measure the quality of a beampair link using, for example, one or more reference signals (RS) including one or more SS / PBCH blocks, one or more CSI-RS resources, and / or one or more DM-RS. The quality of a beampair link may be based on one or more of the following: block error rate (BLER), RSRP value, signal-to-interference-plus-noise ratio (SINR) value, RSRQ value, and / or CSI values ​​measured on the RS resources. A base station may indicate that an RS resource has been QCL-ified with one or more DM-RS of a channel (e.g., a control channel, a shared data channel, and / or similar). An RS resource and one or more DM-RS of a channel may be QCL-ified if, for example, the channel characteristics transmitted to the wireless device via the RS resource (e.g., Doppler shift, Doppler spread, mean delay, delay spread, spatial Rx parameter, fade, and / or similar) are similar to or identical to the channel characteristics transmitted to the wireless device via the channel.

[0113] A network (e.g., an NR network including gNB and / or ng-eNB) and / or a radio device may initiate / start / execute a random access procedure. A radio device in an RRC idle state (e.g., RRC_IDLE) and / or RRC inactive state (e.g., RRC_INACTIVE) may initiate / execute a random access procedure to request network connection setup. A radio device may initiate / start / execute a random access procedure from an RRC connected state (e.g., RRC_CONNECTED). A radio device may initiate / start / execute a random access procedure to request uplink resources (e.g., for uplink transmission of SR when no PUCCH resources are available) and / or obtain / determine uplink timing (e.g., if the uplink synchronization state is asynchronous). A radio device may initiate / start / execute a random access procedure to request one or more System Information Blocks (SIBs) (e.g., other System Information Blocks such as SIB2, SIB3, and / or similar). A wireless device may initiate / start / execute a random access procedure for beam fault recovery requests. A network may initiate / start / execute a random access procedure, for example, to establish time alignment for handover and / or SCell addition.

[0114] Figure 13A shows an exemplary four-step random access procedure. The four-step random access procedure may include a four-step competition-based random access procedure. The base station may send / transmit a configuration message 1310 to the radio device, for example, before initiating the random access procedure. The four-step random access procedure may include the transmission of four messages, including a first message (e.g., Msg1 1311), a second message (e.g., Msg2 1312), a third message (e.g., Msg3 1313), and a fourth message (e.g., Msg4 1314). The first message (e.g., Msg1 1311) may include a preamble (or random access preamble). The first message (e.g., Msg1 1311) may be called a preamble. The second message (e.g., Msg2 1312) may include a random access response (RAR). The second message (for example, Msg2 1312) may be called RAR.

[0115] Configuration message 1310 may be transmitted using, for example, one or more RRC messages. One or more RRC messages may indicate one or more Random Access Channel (RACH) parameters to a radio device. One or more RACH parameters may include at least one of one or more general parameters of a random access procedure (e.g., RACH-configGeneral), cell-specific parameters (e.g., RACH-configCommon), and / or dedicated parameters (e.g., RACH-configDedicated). A base station may send / transmit (e.g., broadcast or multicast) one or more RRC messages to one or more radio devices. One or more RRC messages may be radio device-specific. One or more radio device-specific RRC messages may be dedicated RRC messages sent / transmitted to radio devices in an RRC connected state (e.g., RRC_CONNECTED) and / or RRC inactive state (e.g., RRC_INACTIVE). A wireless device may determine, based on one or more RACH parameters, the time-frequency resources and / or uplink transmission power for transmitting a first message (e.g., Msg1 1311) and / or a third message (e.g., Msg3 1313). The wireless device may also determine, based on one or more RACH parameters, the receive timing and downlink channel for receiving a second message (e.g., Msg2 1312) and a fourth message (e.g., Msg4 1314).

[0116] One or more RACH parameters provided / configured / included in configuration message 1310 may indicate one or more physical RACH (PRACH) opportunities available for the transmission of the first message (e.g., Msg1 1311). One or more PRACH opportunities may be predefined (e.g., by a network including one or more base stations). One or more RACH parameters may indicate one or more available sets of one or more PRACH opportunities (e.g., prach-ConfigIndex). One or more RACH parameters may indicate an association between (a) one or more PRACH opportunities and (b) one or more reference signals. One or more RACH parameters may indicate an association between (a) one or more preambles and (b) one or more reference signals. One or more reference signals may be SS / PBCH blocks and / or CSI-RS. One or more RACH parameters may indicate the quantity / number of SS / PBCH blocks mapped to the PRACH opportunities and / or the quantity / number of preambles mapped to the SS / PBCH blocks.

[0117] One or more RACH parameters provided / configured / included in configuration message 1310 may be used to determine the uplink transmission power for the first message (e.g., Msg1 1311) and / or the third message (e.g., Msg3 1313). One or more RACH parameters may indicate the reference power for preamble transmission (e.g., the received target power and / or the initial power for preamble transmission). There may be one or more power offsets indicated by one or more RACH parameters. One or more RACH parameters may indicate the power ramping step, the power offset between the SSB and CSI-RS, the power offset between the transmission of the first message (e.g., Msg1 1311) and the third message (e.g., Msg3 1313), and / or the power offset values ​​between preamble groups. One or more RACH parameters may indicate one or more thresholds, for example, based on the fact that the wireless device can determine at least one reference signal (e.g., SSB and / or CSI-RS) and / or uplink carriers (e.g., a normal uplink (NUL) carrier and / or a complementary uplink (SUL) carrier).

[0118] A first message (e.g., Msg1 1311) may include one or more preamble transmissions (e.g., a preamble transmission and one or more preamble retransmissions). An RRC message may be used to constitute one or more preamble groups (e.g., group A and / or group B). A preamble group may include one or more preambles. A wireless device may determine a preamble group based, for example, on the size of a path loss measurement and / or a third message (e.g., Msg3 1313). A wireless device may measure the RSRP of one or more reference signals (e.g., SSB and / or CSI-RS) and determine at least one reference signal that has an RSRP exceeding an RSRP threshold (e.g., rsrp-ThresholdSSB and / or rsrp-ThresholdCSI-RS). A wireless device may select at least one preamble to be associated with one or more reference signals and / or a selected preamble group, for example, when an association between one or more preambles and at least one reference signal is constituted by an RRC message.

[0119] A wireless device may determine a preamble based on one or more RACH parameters provided / configured / included in, for example, configuration message 1310. A wireless device may determine a preamble based on, for example, path loss measurement, RSRP measurement, and / or the size of a third message (e.g., Msg3 1313). One or more RACH parameters may indicate a preamble format, a maximum amount / number of preamble transmissions, and / or one or more thresholds for determining one or more preamble groups (e.g., group A and group B). A base station may use one or more RACH parameters to configure a wireless device with associations between one or more preambles and one or more reference signals (e.g., SSB and / or CSI-RS). A wireless device may, for example, determine the preamble to be included in a first message (e.g., Msg1 1311) based on the associations, if the associations are configured. The first message (e.g., Msg1 1311) may be transmitted / transmitted to the base station via one or more RACH opportunities. A wireless device may use one or more reference signals (e.g., SSB and / or CSI-RS) for preamble selection and determination of PRACH opportunities. One or more RACH parameters (e.g., ra-ssb-OccasionMskIndex and / or ra-OccasionList) may indicate the association between a PRACH opportunity and one or more reference signals.

[0120] A wireless device may perform a preamble retransmission, for example, based on (e.g., subsequently or in response to) a preamble transmission, if no response is received (e.g., for a period of time, such as a monitoring window for monitoring RAR). The wireless device may increase the uplink transmission power for the preamble retransmission. The wireless device may select an initial preamble transmission power based, for example, on a target received preamble power configured by path loss measurement and / or the network. The wireless device may decide to retransmit / re-transmit the preamble and ramp up the uplink transmission power. The wireless device may receive one or more RACH parameters (e.g., PREAMBLE_POWER_RAMPING_STEP) indicating a ramping step for the preamble retransmission. The ramping step may be the amount of incremental increase in uplink transmission power for the retransmission. The wireless device may increase the uplink transmission power, for example, if the wireless device determines the same reference signal (e.g., SSB and / or CSI-RS) as the previous preamble transmission. A wireless device may, for example, use a counter parameter (e.g., PREAMBLE_TRANSMISSION_COUNTER) to count the amount / number of preamble transmissions and / or retransmissions. A wireless device may determine that a random access procedure has failed, for example, if the amount / number of preamble transmissions exceeds a threshold configured by one or more RACH parameters (e.g., preambleTransMax) without receiving a success response (e.g., RAR).

[0121] The second message (e.g., Msg2 1312) (e.g., received by a radio device) may contain a RAR. The second message (e.g., Msg2 1312) may contain multiple RARs corresponding to multiple radio devices. The second message (e.g., Msg2 1312) may be received based on (e.g., subsequently in response to) the transmission of the first message (e.g., Msg1 1311). The second message (e.g., Msg2 1312) may be scheduled on the DL-SCH and indicated by the PDCCH using, for example, a Random Access Radio Network Temporary Identifier (RA RNTI). The second message (e.g., Msg2 1312) may indicate that the first message (e.g., Msg1 1311) was received by a base station. A second message (e.g., Msg2 1312) may include a time alignment command that can be used by the radio device to adjust the transmission timing of the radio device, a scheduling permission for the transmission of a third message (e.g., Msg3 1313), and / or a temporary cell RNTI (TC-RNTI). The radio device may, for example, determine / start a time window (e.g., ra-ResponseWindow) to monitor PDCCH for the second message (e.g., Msg2 1312) after sending / transmitting the first message (e.g., Msg1 1311) (e.g., preamble). The radio device may determine the start time of the time window based on the PRACH opportunity that the radio device uses to send / transmit the first message (e.g., Msg1 1311) (e.g., preamble). A wireless device may initiate a time window after one or more symbols of the last symbol of a first message (e.g., Msg1 1311) that includes a preamble (e.g., symbols indicating that the first message (e.g., Msg1 1311) containing a preamble transmission has been completed, or that it is the first PDCCH opportunity from the end of the preamble transmission). One or more symbols may be determined based on numerology. The PDCCH may be mapped to a common lookup space (e.g., a Type1-PDCCH common lookup space) composed of RRC messages.A wireless device may identify / determine a RAR, for example, based on an RNTI. A wireless network temporary identifier (RNTI) may be used in response to one or more events that initiate / start a random access procedure. A wireless device may use an RA-RNTI for one or more communications related to random access or any other purpose. An RA-RNTI may be associated with a PRACH opportunity in which the wireless device transmits / transmits a preamble. A wireless device may determine an RA-RNTI based, for example, on at least one of the OFDM symbol index, slot index, frequency domain index, and / or UL carrier indicators of a PRACH opportunity. An example of how an RA-RNTI may be determined is as follows: RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id

[0122] Here, s_id can be the index of the first OFDM symbol of the PRACH opportunity (e.g., 0 ≤ s_id < 14), t_id can be the index of the first slot of the PRACH opportunity in the system frame (e.g., 0 ≤ t_id < 80), f_id can be the index of the PRACH opportunity in the frequency domain (e.g., 0 ≤ f_id < 8), and ul_carrier_id can be the UL carrier used for preamble transmission (e.g., 0 for a NUL carrier, 1 for a SUL carrier).

[0123] A wireless device may, for example, send / transmit a third message (e.g., Msg3 1313) based on the successful reception of a second message (e.g., Msg2 1312) (e.g., subsequently or in response to it), using the resources identified in Msg2 1312. The third message (e.g., Msg3 1313) may be used, for example, for conflict resolution in a conflict-based random access procedure. Multiple wireless devices may send / transmit the same preamble to a base station, and the base station may send / transmit RARs corresponding to the wireless devices. Conflicts can occur, for example, if multiple wireless devices interpret the RAR as corresponding to themselves. Conflict resolution (e.g., using a third message (e.g., Msg3 1313) and a fourth message (e.g., Msg4 1314)) can be used to increase the likelihood that a wireless device will not mistakenly use the identity of another wireless device. A wireless device may include a device identifier in a third message (e.g., Msg3 1313) (e.g., C-RNTI if assigned, TC RNTI included in the second message (e.g., Msg2 1312), and / or any other appropriate identifier) ​​to perform conflict resolution, for example.

[0124] A fourth message (e.g., Msg4 1314) may be received based on (e.g., subsequently or in response to) the transmission of a third message (e.g., Msg3 1313). The base station may use the C-RNTI to address a radio on the PDCCH (e.g., the base station may send the PDCCH to the radio device), for example, if the C-RNTI was included in the third message (e.g., Msg3 1313). The random access procedure may be determined to be successful if, for example, the radio device's unique C-RNTI is found on the PDCCH (e.g., the PDCCH is scrambled by the C-RNTI). A fourth message (e.g., Msg4 1314) may be received using the DL-SCH associated with the TC RNTI if, for example, the TC RNTI is included in the third message (e.g., Msg3 1313) (e.g., if the radio device is in an RRC idle state (e.g., RRC_IDLE) or otherwise connected to a base station). For example, if the MAC PDU is successfully decoded and the MAC PDU matches the CCCH SDU transmitted / transmitted in the third message (e.g., Msg3 1313), or otherwise contains a corresponding radio device conflict resolution identity MAC CE, the radio device may determine that conflict resolution was successful and / or that the random access procedure was successfully completed.

[0125] A wireless device may consist of a SUL carrier and / or a NUL carrier. Initial access (e.g., random access) may be supported via the uplink carrier. A base station may configure a wireless device having multiple RACH configurations (e.g., two separate RACH configurations, one for the SUL carrier and the other for the NUL carrier). In the case of random access within a cell consisting of a SUL carrier, the network may indicate which carrier (NUL or SUL) to use. A wireless device may decide to use the SUL carrier, for example, if the measured quality of one or more reference signals (e.g., one or more reference signals associated with the NUL carrier) is lower than the broadcast threshold. Uplink transmission of random access procedures (e.g., a first message (e.g., Msg1 1311) and / or a third message (e.g., Msg3 1313)) may remain on or be transmitted over the selected carrier. A wireless device may switch uplink carriers during a random access procedure (e.g., between Msg1 1311 and Msg3 1313). The wireless device may determine and / or switch uplink carriers for a first message (e.g., Msg1 1311) and / or a third message (e.g., Msg3 1313) based, for example, on a channel clear evaluation (e.g., listen before talk).

[0126] Figure 13B illustrates a two-step random access procedure. A two-step random access procedure may include a two-step non-conflict random access procedure. Similar to a four-step conflict-based random access procedure, the base station may send / transmit a configuration message 1320 to the radio device before the procedure begins. The configuration message 1320 may be similar in some respects to the configuration message 1310. The procedure shown in Figure 13B may include the transmission of two messages, a first message (e.g., Msg1 1321) and a second message (e.g., Msg2 1322). The first message (e.g., Msg1 1321) and the second message (e.g., Msg2 1322) may be similar in some respects to the first message (e.g., Msg1 1311) and the second message (e.g., Msg2 1312), respectively. A two-step, non-conflicting random access procedure does not need to include messages similar to a third message (e.g., Msg3 1313) and / or a fourth message (e.g., Msg4 1314).

[0127] A two-step (e.g., no-conflict) random access procedure may be configured / initiated for beam fault recovery, other SI requests, SCell addition, and / or handover. The base station may instruct or assign to the radio device the preamble to be used for the first message (e.g., Msg1 1321). The radio device may receive instructions for the preamble (e.g., ra-PreambleIndex) from the base station via PDCCH and / or RRC.

[0128] A radio device may initiate a time window (e.g., ra-ResponseWindow) for monitoring the PDCCH for the RAR based on (e.g., subsequently or in response to) the transmission of a preamble. A base station may configure a radio device with one or more beam fault recovery parameters, such as a separate time window and / or a separate PDCCH, in the search space indicated by an RRC message (e.g., recoverySearchSpaceId). A base station may configure one or more beam fault recovery parameters in association with a beam fault recovery request. A separate time window for monitoring the PDCCH and / or RAR may be configured to begin after the transmission of a beam fault recovery request (e.g., the window may begin any number of symbols and / or slots after the transmission of the beam fault recovery request). A radio device may monitor PDCCH transmissions addressed to a Cell RNTI (C-RNTI) in the search space. During a two-step (e.g., no-conflict) random access procedure, the radio device may determine that the random access procedure was successful, for example, based on having transmitted a first message (e.g., Msg1 1321) and received a corresponding second message (e.g., Msg2 1322) (e.g., subsequently or in response to it). The radio device may determine that the random access procedure was successfully completed, for example, if the PDCCH transmission is addressed to the corresponding C-RNTI. The radio device may determine that the random access procedure was successfully completed, for example, if the radio device receives a RAR containing a preamble identifier corresponding to the preamble transmitted by the radio device, and / or if the RAR contains a MAC sub-PDU having the preamble identifier. The radio device may determine a response as an instruction for acknowledgment of an SI request.

[0129] Figure 13C shows an exemplary two-step random access procedure. Similar to the random access procedures shown in Figures 13A and 13B, the base station may send / transmit a configuration message 1330 to the radio device before the procedure begins. The configuration message 1330 may be similar in some respects to the configuration messages 1310 and / or 1320. The procedure shown in Figure 13C may involve the transmission of multiple messages (e.g., two messages, including a first message (e.g., Msg A1331) and a second message (e.g., Msg B1332)).

[0130] Msg A1320 may be transmitted / transmitted by a wireless device via uplink transmission. Msg A1320 may include one or more transmissions of preamble 1341 and / or one or more transmissions of transport block 1342. Transport block 1342 may include content similar to and / or equivalent to the content of a third message (e.g., Msg3 1313) (e.g., shown in Figure 13A). Transport block 1342 may include UCI (e.g., SR, HARQ ACK / NACK, and / or similar). The wireless device may receive a second message (e.g., Msg B1332) based on having transmitted / transmitted a first message (e.g., Msg A1331) (e.g., subsequently in response to it). The second message (e.g., Msg B1332) may contain content similar to and / or equivalent to the content of the second message (e.g., Msg2 1312) (e.g., the RAR shown in Figure 13A), the content of the second message (e.g., Msg2 1322) (e.g., the RAR shown in Figure 13B), and / or content similar to and / or equivalent to the fourth message (e.g., Msg4 1314) (e.g., shown in Figure 13A).

[0131] A wireless device may start / initiate a two-step random access procedure (e.g., the two-step random access procedure shown in Figure 13C) for licensed and / or unlicensed spectra. The wireless device may decide whether to start / initiate a two-step random access procedure based on one or more factors. One or more factors may include at least one of the following: the wireless access technology in use (e.g., LTE, NR, and / or similar), whether the wireless device has a valid TA, cell size, the RRC status of the wireless device, the type of spectrum (e.g., licensed versus unlicensed), and / or any other suitable factors.

[0132] A wireless device may determine the wireless resources and / or uplink transmission power of the preamble 1341 and / or transport block 1342 (e.g., included in the first message (e.g., Msg A1331)) based on a two-step RACH parameter contained in configuration message 1330. The RACH parameter may indicate the MCS, time-frequency resources, and / or power control of the preamble 1341 and / or transport block 1342. The time-frequency resources for the transmission of the preamble 1341 (e.g., PRACH) and the time-frequency resources for the transmission of the transport block 1342 (e.g., PUSCH) may be multiplexed using FDM, TDM, and / or CDM. The RACH parameter may enable the wireless device to determine the receive timing and downlink channel for monitoring and / or receiving the second message (e.g., Msg B1332).

[0133] Transport block 1342 may include data (e.g., delay-sensitive data), a radio device identifier, security information, and / or device information (e.g., International Mobile Subscriber Identity (IMSI)). A base station may send / transmit a second message (e.g., Msg B1332) in response to a first message (e.g., Msg A1331). The second message (e.g., Msg B1332) may include at least one of a preamble identifier, a timing advance command, a power control command, an uplink authorization (e.g., radio resource allocation and / or MCS), a radio device identifier (e.g., a UE identifier for conflict resolution), and / or an RNTI (e.g., C-RNTI or TC-RNTI). The wireless device may determine that the two-step random access procedure has been successfully completed, for example, if the preamble identifier of the second message (e.g., Msg B1332) corresponds to or matches a preamble transmitted by the wireless device, and / or if the wireless device identifier of the second message (e.g., Msg B1332) corresponds to or matches the wireless device identifier of the first message (e.g., Msg A1331) (e.g., transport block 1342).

[0134] Wireless devices and base stations may exchange control signaling (e.g., control information). Control signaling may be called L1 / L2 control signaling and may originate from the PHY layer (e.g., layer 1) and / or MAC layer (e.g., layer 2) of the wireless device or base station. Control signaling may include downlink control signaling transmitted from the base station to the wireless device, and / or uplink control signaling transmitted from the wireless device to the base station.

[0135] Downlink control signaling may include at least one of the following: downlink scheduling assignment, uplink scheduling authorization indicating uplink radio resources and / or transport format, slot format information, preemption instructions, power control commands, and / or any other suitable signaling. A radio device may receive downlink control signaling in a payload transmitted / transmitted by a base station via a PDCCH. The payload transmitted / transmitted via a PDCCH may be called downlink control information (DCI). The PDCCH may be a group-common PDCCH (GC-PDCCH) common to a group of radio devices. The GC-PDCCH may be scrambled by a group-common RNTI.

[0136] A base station may connect one or more cyclic redundancy check (CRC) parity bits to the DCI, for example, to facilitate the detection of transmission errors. The base station may scramble the CRC parity bits with a radio device identifier (or identifier for a group of radio devices) if the DCI is intended for a radio device (or group of radio devices). Scrambling the CRC parity bits with an identifier may involve a Modulo-2 addition (or exclusive OR operation) of the identifier value and the CRC parity bits. The identifier may include a 16-bit value of the RNTI.

[0137] DCIs can be used for different purposes. The purpose may be indicated by the type of RNTI used to scramble the CRC parity bits. A DCI with scrambled CRC parity bits using a paging RNTI (P-RNTI) may indicate paging information and / or system information change notifications. P-RNTI may be predefined as "FFFE" in hexadecimal. A DCI with scrambled CRC parity bits using a system information RNTI (SI-RNTI) may indicate broadcast transmission of system information. SI-RNTI may be predefined as "FFFF" in hexadecimal. A DCI with scrambled CRC parity bits using a random access RNTI (RA-RNTI) may indicate a random access response (RAR). A DCI with scrambled CRC parity bits using a cell RNTI (C-RNTI) may indicate unicast transmission of dynamic schedules and / or triggers for random access in PDCCH sequences. A DCI with scrambled CRC parity bits in a temporary cell RNTI (TC-RNTI) may indicate conflict resolution (e.g., Msg3 similar to Msg3 1313 shown in Figure 13A). Other RNTIs configured by the base station for radio devices include configured scheduling RNTI (CS RNTI), transmission power control PUCCH RNTI (TPC PUCCH-RNTI), transmission power control PUSCH RNTI (TPC-PUSCH-RNTI), transmission power control SRS RNTI (TPC-SRS-RNTI), interruption RNTI (INT-RNTI), slot format display RNTI (SFI-RNTI), semi-persistent CSI RNTI (SP-CSI-RNTI), modulation and coding scheme Cell RNTI (MCS-C RNTI), and / or similar.

[0138] A base station may transmit / transmit DCI in one or more DCI formats, depending on the purpose and / or content of the DCI. DCI format 0_0 may be used for scheduling pushes within a cell. DCI format 0_0 may be a fallback DCI format (e.g., with a compact DCI payload). DCI format 0_1 ​​may be used for scheduling pushes within a cell (e.g., with a larger DCI payload than DCI format 0_0). DCI format 1_0 may be used for scheduling PDSCHs within a cell. DCI format 1_0 may be a fallback DCI format (e.g., with a compact DCI payload). DCI format 1_1 may be used for scheduling PDSCHs within a cell (e.g., with a larger DCI payload than DCI format 1_0). DCI format 2_0 may be used to provide a slot format representation to a group of radio devices. DCI format 2_1 may be used to inform / notify a group of wireless devices of a physical resource block and / or OFDM symbol that a group of wireless devices may not intend to use for that group of wireless devices. DCI format 2_2 may be used to transmit Transmission Power Control (TPC) commands to PUCCH or PUSCH. DCI format 2_3 may be used to transmit a group of TPC commands for SRS transmission by one or more wireless devices. DCI formats for new features may be defined in future releases. DCI formats may have different DCI sizes or may share the same DCI size.

[0139] A base station may process DCI using channel coding (e.g., polarity coding), rate matching, scrambling, and / or QPSK modulation after scrambling DCI with RNTI. A base station may map coded and modulated DCI onto resource elements used and / or configured for a PDCCH. A base station may transmit / transmit DCI over a PDCCH occupying a certain amount / number of consecutive control channel elements (CCEs) based on the DCI payload size and / or base station coverage. The amount / number of consecutive CCEs (referred to as the aggregation level) may be 1, 2, 4, 8, 16, and / or any other suitable amount / number. A CCE may include a number of resource element groups (REGs) (e.g., 6). A REG may include resource blocks in OFDM symbols. Mapping coded and modulated DCI onto resource elements may be based on mapping CCEs to REGs (e.g., CCE-to-REG mapping).

[0140] Figure 14A shows an example of a CORESET configuration. A CORESET configuration may be for a bandwidth portion or any other frequency band. A base station may transmit / transmit DCIs via PDCCHs on one or more control resource sets (CORESETs). A CORESET may contain time-frequency resources that radio devices attempt to decode / try using one or more lookup spaces. A base station may configure the size and location of a CORESET in the time-frequency domain. A first CORESET 1401 and a second CORESET 1402 may occur or be set / configured in a first symbol in a slot. The first CORESET 1401 may overlap with the second CORESET 1402 in the frequency domain. A third CORESET 1403 may occur or be set / configured in a third symbol in a slot. A fourth CORESET 1404 may occur or be set / configured in a seventh symbol in a slot. A CORESET may have different amounts / numbers of resource blocks in the frequency domain.

[0141] Figure 14B shows an example of CCE-to-REG mapping. CCE-to-REG mapping can be performed for DCI transmissions via CORESET and PDCCH processing. CCE-to-REG mapping can be interleaved mapping (e.g., for the purpose of providing frequency diversity) or non-interleaved mapping (e.g., for the purpose of facilitating interference adjustment and / or frequency-selective transmission of control channels). A base station may perform different or identical CCE-to-REG mappings with different CORESETs. A CORESET can be associated with a CCE-to-REG mapping (e.g., by an RRC configuration). A CORESET can consist of antenna port QCL parameters. The antenna port QCL parameters may indicate DM-RS QCL information for PDCCH reception via the CORESET.

[0142] A base station may transmit one or more RRC messages to a radio device, each containing configuration parameters for one or more CORESETs and one or more search space sets. The configuration parameters may indicate the relationship between the search space sets and the CORESETs. A search space set may include a set of PDCCH candidates formed by CCEs (e.g., at a given aggregation level). The configuration parameters may indicate at least one of the following: the quantity / number of PDCCH candidates monitored per aggregation level, the PDCCH monitoring periodicity and PDCCH monitoring pattern, one or more DCI formats monitored by the radio device, and / or whether the search space set is a common search space set or a radio device-specific search space set (e.g., a UE-specific search space set). The set of CCEs in a common search space set may be predefined and known to the radio device. The set of CCEs in a radio device-specific search space set (e.g., a UE-specific search space set) may be configured, for example, based on the identity of the radio device (e.g., C-RNTI).

[0143] As shown in Figure 14B, a wireless device may determine the time-frequency resources of a CORESET based on one or more RRC messages. A wireless device may determine the CCE-to-REG mapping of a CORESET (e.g., interleaved or non-interleaved, and / or mapping parameters) based, for example, the configuration parameters of a CORESET. A wireless device may determine the amount / number (e.g., up to 10) of search space sets configured on / for a CORESET based, for example, one or more RRC messages. A wireless device may monitor a set of PDCCH candidates according to the configuration parameters of the search space set. A wireless device may monitor a set of PDCCH candidates in one or more CORESETs to detect one or more DCIs. Monitoring may include decoding one or more PDCCH candidates from the set of PDCCH candidates according to the monitored DCI format. Monitoring may include decoding the DCI contents of one or more PDCCH candidates in possible (or configured) DCI formats, possible (or configured) PDCCH formats (e.g., quantity / number of CCEs, quantity / number of PDCCH candidates in a common search space, and / or quantity / number of PDCCH candidates in a radio device-specific search space), and possible (or configured) DCI formats. Decoding may be called blind decoding. The radio device may determine that the DCI is valid for the radio device based on (e.g., a CRC check, e.g., a scrambled bit of the CRC parity bit of the DCI that matches the RNTI value) (e.g., then in response to it). The radio device may process the information contained in the DCI (e.g., scheduling assignments, uplink permission, power control, slot format indication, downlink preemption, and / or similar).

[0144] Uplink control signaling (such as UCI) may be transmitted to the base station. Uplink control signaling may include HARQ acknowledgments for received DL-SCH transport blocks. A radio device may transmit a HARQ acknowledgment, for example, based on (e.g., subsequently in response to) the reception of a DL-SCH transport block. Uplink control signaling may include CSI indicating the channel quality of the physical downlink channel. A radio device may transmit a CSI to the base station. The base station may determine the transmission format parameters for the downlink transmission (e.g., multi-antenna and beamforming schemes) based on the received CSI. Uplink control signaling may include scheduling requests (SRs). A radio device may transmit an SR indicating that uplink data is available for transmission to the base station. A radio device may transmit UCI (e.g., HARQ acknowledgment (HARQ-ACK), CSI report, SR, etc.) via PUCCH or PUSCH. A wireless device may transmit uplink control signaling via PUCCH using one of several PUCCH formats.

[0145] There may be multiple PUCCH formats (e.g., five PUCCH formats). A wireless device may determine the PUCCH format based, for example, on the size of the UCI (e.g., the amount / number of uplink symbols and the amount / number of UCI bits in the UCI transmission). PUCCH format 0 may have the length of one or two OFDM symbols and may contain two or fewer bits. A wireless device may use PUCCH format 0 to transmit / transmit a UCI over a PUCCH resource, for example, when the transmission spans / intercepts one or two symbols and the amount / number of HARQ-ACK information bits with positive or negative SR (HARQ-ACK / SR bits) is one or two. PUCCH format 1 may occupy a certain amount / number of OFDM symbols (e.g., between 4 and 14 OFDM symbols) and may contain two or fewer bits. A wireless device may use PUCCH format 1, for example, when the transmission spans / intercepts four or more symbols and the amount / number of HARQ-ACK / SR bits is one or two. PUCCH format 2 may occupy one or two OFDM symbols and may contain more than two bits. A wireless device may use PUCCH format 2 if, for example, the transmission spans / intersects one or two symbols and the amount / number of UCI bits is two or more. PUCCH format 3 may occupy a certain amount / number of OFDM symbols (e.g., between 4 and 14 OFDM symbols) and may contain more than two bits. A wireless device may use PUCCH format 3 if, for example, the transmission is four or more symbols, the amount / number of UCI bits is two or more, and the PUCCH resource does not contain orthogonal cover codes (OCCs). PUCCH format 4 may occupy a certain amount / number of OFDM symbols (e.g., between 4 and 14 OFDM symbols) and may contain more than two bits. A wireless device may use PUCCH format 4 if, for example, the transmission is four or more symbols, the amount / number of UCI bits is two or more, and the PUCCH resource contains OCCs.

[0146] A base station may transmit / transmit configuration parameters to a radio device of multiple PUCCH resource sets, for example, using RRC messages. Multiple PUCCH resource sets (e.g., up to 4 sets in NR, or up to any other number of sets in other systems) may be configured on a cell's uplink BWP. A PUCCH resource set may consist of multiple PUCCH resources, each having a PUCCH resource identified by a PUCCH resource set index, a PUCCH resource identifier (e.g., pucch-Resourceid), and / or a certain amount / number (e.g., maximum amount / number) of UCI information bits that a radio device may transmit / transmit using one of the multiple PUCCH resources in the PUCCH resource set. When a radio device consists of multiple PUCCH resource sets, it may select one of the multiple PUCCH resource sets, for example, based on the total bit length of the UCI information bits (e.g., HARQ-ACK, SR, and / or CSI). A wireless device may select a first PUCCH resource set with a PUCCH resource set index equal to "0" if, for example, the total bit length of the UCI information bits is 2 or less. A wireless device may select a second PUCCH resource set with a PUCCH resource set index equal to "1" if, for example, the total bit length of the UCI information bits is greater than 2 and less than or equal to a first configuration value. A wireless device may select a third PUCCH resource set with a PUCCH resource set index equal to "2" if, for example, the total bit length of the UCI information bits is greater than a first configuration value and less than or equal to a second configuration value. A wireless device may select a fourth PUCCH resource set with a PUCCH resource set index equal to "3" if, for example, the total bit length of the UCI information bits is greater than a second configuration value and less than or equal to a third value (e.g., 1406, 1706, or any other number of bits).

[0147] A wireless device may, for example, determine a PUCCH resource set from multiple PUCCH resource sets, and then determine a PUCCH resource from the PUCCH resource set for UCI (HARQ-ACK, CSI, and / or SR) transmission. A wireless device may, for example, determine a PUCCH resource based on a PUCCH resource indicator in a DCI (e.g., in DCI format 1_0 or DCI format 1_1) received over / via a PDCCH. An n-bit (e.g., 3-bit) PUCCH resource indicator in a DCI may indicate one of several (e.g., 8) PUCCH resources in a PUCCH resource set. A wireless device may, for example, transmit / transmit UCI (HARQ-ACK, CSI, and / or SR) using the PUCCH resource indicated by the PUCCH resource indicator in the DCI, based on the PUCCH resource indicator.

[0148] Figure 15A shows an example of communication between a wireless device and a base station. The wireless device 1502 and base station 1504 may be part of a communication network, such as the communication network 100 shown in Figure 1A, the communication network 150 shown in Figure 1B, or other communication networks. The communication network may include two or more wireless devices and / or two or more base stations having substantially the same or similar configuration as shown in Figure 15A.

[0149] Base station 1504 may connect radio device 1502 to a core network (not shown) via radio communication over an air interface (or radio interface) 1506. The communication direction from base station 1504 to radio device 1502 on air interface 1506 may be called downlink. The communication direction from radio device 1502 to base station 1504 on air interface may be called uplink. Downlink transmission may be separated from uplink transmission using, for example, various duplication schemes (e.g., FDD, TDD, and / or some combination of duplication techniques).

[0150] For downlink, data transmitted from base station 1504 to radio device 1502 may be provided / transmitted / reported to processing system 1508 of base station 1504. The data may be provided / transmitted / reported to processing system 1508 by, for example, the core network. For uplink, data transmitted from radio device 1502 to base station 1504 may be provided / transmitted / reported to processing system 1518 of radio device 1502. Processing systems 1508 and 1518 may process data for transmission by implementing OSI functions of layers 3 and 2. Layer 2 may include, for example, the SDAP layer, PDCP layer, RLC layer, and MAC layer as described with respect to Figures 2A, 2B, 3, and 4A. Layer 3 may include, for example, the RRC layer as described with respect to Figure 2B.

[0151] Data transmitted to the wireless device 1502 may, for example, be processed by the processing system 1508 and then provided / transmitted / redirected to the transmission processing system 1510 of the base station 1504. Data transmitted to the base station 1504 may, for example, be processed by the processing system 1518 and then provided / transmitted / redirected to the transmission processing system 1520 of the wireless device 1502. The transmission processing systems 1510 and 1520 may implement the OSI functions of layer 1. Layer 1 may include, for example, the PHY layer described with respect to Figures 2A, 2B, 3, and 4A. For transmission processing, the PHY layer may perform, for example, forward error correction coding of the transport channel, interleaving, rate matching, mapping of the transport channel to a physical channel, modulation of the physical channel, multiple input multiple output (MIMO) or multi-antenna processing, and / or similar.

[0152] The receiving processing system 1512 of base station 1504 may receive uplink transmissions from radio device 1502. The receiving processing system 1512 of base station 1504 may include one or more TRPs. The receiving processing system 1522 of radio device 1502 may receive downlink transmissions from base station 1504. The receiving processing system 1522 of radio device 1502 may include one or more antenna panels. Receiving processing systems 1512 and 1522 may implement OSI functions of layer 1. Layer 1 may include, for example, the PHY layer described with respect to Figures 2A, 2B, 3, and 4A. For receiving processing, the PHY layer may perform, for example, error detection, forward error correction decoding, deinterleaving, demapping of transport channels to physical channels, demodulation of physical channels, MIMO or multi-antenna processing, and / or similar.

[0153] The base station 1504 may include multiple antennas (e.g., multiple antenna panels, multiple TRPs, etc.). The wireless device 1502 may include multiple antennas (e.g., multiple antenna panels, etc.). Multiple antennas may be used to implement one or more MIMO or multi-antenna technologies such as spatial multiplexing (e.g., single-user MIMO or multi-user MIMO), transmission / reception diversity, and / or beamforming. The wireless device 1502 and / or base station 1504 may have a single antenna.

[0154] Processing systems 1508 and 1518 may be associated with memories 1514 and 1524, respectively. Memories 1514 and 1524 (e.g., one or more non-temporary computer-readable media) may store computer program instructions or code that can be executed by processing systems 1508 and / or 1518, respectively, to perform one or more functions (e.g., one or more functions described herein, and other functions of a general computer, processor, memory, and / or other peripheral device). Transmission processing system 1510 and / or reception processing system 1512 may be coupled to memory 1514 and / or another memory (e.g., one or more non-temporary computer-readable media) that stores computer program instructions or code that can be executed to perform one or more of their respective functions. The transmission processing system 1520 and / or the reception processing system 1522 may be coupled to memory 1524 and / or another memory (e.g., one or more non-temporary computer-readable media) that stores computer program instructions or code that can be executed to perform one or more of their respective functions.

[0155] Processing system 1508 and / or processing system 1518 may include one or more controllers and / or one or more processors. One or more controllers and / or one or more processors may include, for example, general-purpose processors, digital signal processors (DSPs), microcontrollers, application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs) and / or other programmable logic devices, discrete gates and / or transistor logic, discrete hardware components, onboard units, or any combination thereof. Processing system 1508 and / or processing system 1518 may perform at least one of signal coding / processing, data processing, power control, input / output processing, and / or any other functions that may enable wireless devices 1502 and / or base stations 1504 to operate in a wireless environment.

[0156] The processing system 1508 may be connected to one or more peripheral devices 1516. The processing system 1518 may be connected to one or more peripheral devices 1526. One or more peripheral devices 1516 and one or more peripheral devices 1526 may include software and / or hardware that provides features and / or functions, such as a speaker, microphone, keypad, display, touchpad, power supply, satellite transceiver, Universal Serial Bus (USB) port, hands-free headset, frequency modulation (FM) radio unit, media player, internet browser, electronic control unit (e.g., for a vehicle), and / or one or more sensors (e.g., accelerometer, gyroscope, temperature sensor, radar sensor, lidar sensor, ultrasonic sensor, light sensor, camera, and / or similar). The processing system 1508 and / or the processing system 1518 may receive input data (e.g., user input data) from one or more peripheral devices 1516 and / or one or more peripheral devices 1526 and / or provide output data (e.g., user output data) to them. The processing system 1518 of the wireless device 1502 may be configured to receive power from a power source and / or distribute power to other components of the wireless device 1502. The power source may include one or more power sources, such as a battery, a solar cell, a fuel cell, or any combination thereof. The processing system 1508 may be connected to a global positioning system (GPS) chipset 1517. The processing system 1518 may be connected to a global positioning system (GPS) chipset 1527. The GPS chipset 1517 and the GPS chipset 1527 may be configured to determine and provide geographic location information for the wireless device 1502 and the base station 1504, respectively.

[0157] Figure 15B shows exemplary elements of a computing device that may be used to implement any of the various devices described herein, including, for example, base stations 160A, 160B, 162A, 162B, 220, and / or 1504, radio devices 106, 156A, 156B, 210, and / or 1502, or any other base stations, radio devices, AMFs, UPFs, network devices, or computing devices described herein. The computing device 1530 may include one or more processors 1531 capable of executing instructions stored in random access memory (RAM) 1533, removable media 1534 (such as a Universal Serial Bus (USB) drive, a compact disk (CD) or digital multipurpose disk (DVD), or a floppy disk drive), or any other desired storage medium. Instructions may also be stored in an attached (or internal) hard drive 1535. The computing device 1530 may also include a security processor (not shown) capable of executing instructions for one or more computer programs to monitor processes running on the processor 1531 and any processes requesting access to any hardware and / or software components of the computing device 1530 (e.g., ROM 1532, RAM 1533, removable media 1534, hard drive 1535, device controller 1537, network interface 1539, GPS 1541, Bluetooth interface 1542, WiFi interface 1543, etc.). The computing device 1530 may also include one or more output devices such as a display 1536 (e.g., a screen, display device, monitor, television, etc.) and one or more output device controllers 1537 such as a video processor. There may also be one or more user input devices 1538 such as a remote control, keyboard, mouse, touchscreen, microphone, etc. The computing device 1530 may also include one or more network interfaces such as a network interface 1539, which may be a wired interface, a wireless interface, or a combination of the two.The network interface 1539 may provide an interface for the computing device 1530 to communicate with a network 1540 (e.g., a RAN, or any other network). The network interface 1539 may include a modem (e.g., a cable modem), and the external network 1540 may include a communication link, an external network, a home network, a provider's wireless, coaxial, fiber, or hybrid fiber / coaxial distribution system (e.g., a DOCSIS network), or any other desired network. Additionally, the computing device 1530 may include a location detection device such as a global positioning system (GPS) microprocessor 1541, which may be configured to receive and process global positioning signals and determine the geographical location of the computing device 1530 with possible assistance from external servers and antennas.

[0158] Figure 15B may show a hardware configuration, but the components shown can also be implemented as software. Modifications can be made to add, remove, combine, or split the components of computing device 1530, if desired. Furthermore, components can be implemented using basic computing devices and components, and the same components (e.g., processor 1531, ROM storage 1532, display 1536, etc.) can be used to implement any of the other computing devices and components described herein. For example, various components described herein can be implemented using a computing device having components such as a processor that executes computer-executable instructions stored in a computer-readable medium, as shown in Figure 15B. Some or all of the entities described herein may be software-based and may coexist on a common physical platform (e.g., a requesting entity may be a separate software process and program from a dependent entity, both of which may run as software on a common computing device).

[0159] Figure 16A shows an exemplary structure for uplink transmission. Processing of the baseband signal representing the physical uplink shared channel may include / implement one or more functions. These one or more functions may include at least one of the following: scrambling, modulation of scrambled bits to generate complex-valued symbols, mapping of complex-valued modulated symbols onto one or more transmission layers, conversion precoding to generate complex-valued symbols, precoding of complex-valued symbols, mapping of precoded complex-valued symbols to resource elements, complex-valued time-domain single-carrier frequency division multiplexing access (SC-FDMA), generation of CP-OFDM signals to antenna ports, or any other signals, and / or similar. An SC-FDMA signal for uplink transmission may be generated, for example, when conversion precoding is enabled. A CP-OFDM signal for uplink transmission may be generated, for example, when conversion precoding is not enabled (for example, as shown in Figure 16A). These functions are examples, and other mechanisms for uplink transmission may be implemented.

[0160] Figure 16B shows an exemplary structure for modulation and upconversion of a baseband signal to a carrier frequency. The baseband signal may be a complex-valued SC-FDMA, CP-OFDM baseband signal (or any other baseband signal) relative to an antenna port and / or complex-valued physical random access channel (PRACH) baseband signal. Filtering may be performed / adopted, for example, before transmission.

[0161] Figure 16C shows an exemplary structure of downlink transmission. Processing of the baseband signal representing the physical downlink channel may include / implement one or more functions. These one or more functions may include scrambling of coded bits in a codeword to be transmitted / transmitted on / through the physical channel, modulating the scrambled bits to generate a complex numerical modulation symbol, mapping the complex numerical modulation symbol to one or more transmission layers, precoding of the complex numerical modulation symbol on the layer for transmission over antenna ports, mapping of the complex numerical modulation symbol to resource elements at antenna ports, generation of a complex numerical time-domain OFDM signal per antenna port, and / or similar. These functions are examples, and other mechanisms for downlink transmission may be implemented.

[0162] Figure 16D shows an exemplary structure for modulation and upconversion of a baseband signal to a carrier frequency. The baseband signal may be a complex-valued OFDM baseband signal to an antenna port or any other signal. Filtering may be performed / applied, for example, before transmission.

[0163] A wireless device may receive one or more messages (e.g., RRC messages) from a base station that contain configuration parameters for multiple cells (e.g., a primary cell, one or more secondary cells). The wireless device may communicate with at least one base station (e.g., two or more base stations in a dual connection) via multiple cells. One or more messages (e.g., as part of configuration parameters) may contain parameters for the PHY, MAC, RLC, PCDP, SDAP, and RRC layers for configuring the wireless device. Configuration parameters may include parameters for configuring PHY and MAC layer channels, bearers, etc. Configuration parameters may include parameters indicating timer values ​​for the PHY, MAC, RLC, PCDP, SDAP, RRC layers, and / or communication channels.

[0164] A timer, for example, can start execution once started and continue execution until it is stopped or expires. A timer can be started when it is not running, or restarted when it is running. A timer can be associated with a value (for example, a timer can start or restart from a certain value, or start from zero and expire when a value is reached). The duration of a timer does not have to be updated until the timer stops or expires (for example, due to a BWP switch). Timers can be used to measure the time duration / window of a process. It will be understood that for implementations and / or procedures related to one or more timers or other parameters, there can be multiple ways to implement one or more timers or other parameters. One or more of the multiple ways of implementing a timer can be used to measure the time duration / window of a procedure. A random access response window timer can be used to measure the time window for receiving a random access response. The time difference between two timestamps can be used, for example, instead of starting a random access response window timer to determine the timer's expiration. A process for measuring a time window can be restarted, for example, when the timer is restarted. Other exemplary implementations may be configured / provided to resume time window measurement.

[0165] A wireless device may receive one or more messages (e.g., RRC messages or RRC reconfiguration messages) from a base station. One or more messages may contain one or more configuration parameters. One or more configuration parameters may indicate multiple core sets for the BWP (e.g., downlink BWP) of a cell (e.g., PSCell, SCell).

[0166] In at least some wireless technologies, a wireless device may receive one or more messages (e.g., RRC messages, RRC reconfiguration messages, etc.) containing one or more configuration parameters from, for example, a base station. A wireless device may also receive control commands (e.g., MAC CE, DCI) indicating the activation of a TCI state (or TCI state index) for a cell in a set of cells (or a simultaneous TCI update list).

[0167] In at least some wireless technologies, a wireless device may use (e.g., apply) the same TCI status index for each BWP (e.g., each BWP) of each cell in a set of cells for uplink transmission and / or downlink reception. A wireless device may use the same TCI status index for each BWP of each cell in a set of cells for uplink transmission and / or downlink reception, for example, based on the control command being MAC CE.

[0168] In at least some wireless technologies, a wireless device may use the (same) TCI state index for the active BWP (e.g., each active BWP) of a cell in a set of cells (e.g., each cell) for uplink transmission and / or downlink reception. A wireless device may use the (same) TCI state index for the active BWP (e.g., each active BWP) of a cell in a set of cells (e.g., each cell) for uplink transmission and / or downlink reception, for example, based on the control command being DCI. A wireless device may be serviced by multiple TRPs, including a first TRP (or first coreset pool index) and a second TRP (or second coreset pool index). A control command may indicate, for example, the activation of a TCI state (or TCI state index) for the cell's second TRP.

[0169] The BWP of a second cell in a set of cells may be associated with the first TRP. The BWP of a second cell may not be associated with the second TRP. The BWP could be, for example, the active BWP of the second cell. The BWP could be, for example, the stopped / inactive BWP of the second cell.

[0170] In at least some wireless technologies, a wireless device may use a TCI state index activated (or associated) with a second TRP for each BWP (e.g., each BWP or each active BWP) of a cell in a set of cells (e.g., each cell). This may be inefficient, for example, if the BWP of the second cell is not associated with a second TRP (or is associated with a different core set pool index). Using the transmission / receive beam (or spatial domain filter) of a second TRP via the BWP of a second cell associated with a first TRP may be inefficient. For example, the first and second TRPs do not have to be located in the same location. For example, the first and second TRPs may be subjected to different channel conditions. This may increase the error rate, decrease the data rate, increase data communication latency, etc.

[0171] For example, the enhancement of simultaneous TCI states (or TCI state indexes) is described herein when the BWPs of cells in a set of cells are associated with different TRPs. For example, a wireless device may not use a TCI state index activated (or associated) for the second TRP for the BWP of a second cell associated with a first TRP. The wireless device may use a TCI state index activated (or associated) for the second TRP for the second BWP of a third cell associated with the second TRP (or associated with the same core set pool index). The set of cells may include a third cell. This may reduce the error rate, increase the data rate, reduce data communication latency, etc. A wireless device may receive multiple DCI messages indicating the activation of multiple TCI states for a cell (or the BWP of a cell). The DCI of multiple DCI messages (e.g., each DCI message) may indicate the activation of each of the multiple TCI states.

[0172] A wireless device may transmit multiple HARQ-ACK pieces of information associated with multiple DCI messages in a HARQ-ACK codebook. Each HARQ-ACK piece of information (e.g., each individual HARQ-ACK piece of information) may be associated with a corresponding DCI message in the multiple DCI messages.

[0173] A wireless device may use TCI states indicated by multiple DCI messages for uplink transmission and / or downlink reception via a cell (or cell's BWP). Multiple TCI states may include TCI states.

[0174] In at least some wireless technologies, a wireless device may determine / select which DCI to receive / detect / monitor in the most recent monitoring opportunity among multiple DCIs. For example, if there are multiple DCIs in the last monitoring opportunity, the wireless device may select which DCI to receive / detect / monitor via the cell with the lowest cell index among the multiple DCIs.

[0175] A wireless device may be served by multiple TRPs, including a first TRP (or first core set pool index) and / or a second TRP (or second core set pool index). One or more first DCI messages among the multiple DCI messages may indicate the activation of one or more first TCI states for the first TRP. The DCI (e.g., each DCI message) of one or more first DCI messages may indicate the activation of each TCI state of one or more first TCI states for the first TRP. Multiple TCI states may include one or more first TCI states.

[0176] One or more second DCI messages among multiple DCI messages may indicate the activation of one or more second TCI states for a second TRP. The DCI of one or more second DCI messages (e.g., each DCI message) may indicate the activation of one or more TCI states for a second TRP. Multiple TCI states may include one or more second TCI states.

[0177] For example, a wireless device may transmit one or more first HARQ-ACK information associated with one or more first DCIs, and one or more second HARQ-ACK information associated with one or more second DCIs, within the same HARQ-ACK codebook. Multiple HARQ-ACK information may include one or more first HARQ-ACK information and one or more second HARQ-ACK information. In at least some wireless technologies, a wireless device may use a TCI state indicated by a DCI that the wireless device receives / detects / monitors at the most recent monitoring opportunity of the cell with the lowest cell index, for uplink transmission and / or downlink reception. This may be inefficient, for example, when the wireless device is serviced by multiple TRPs. For example, one or more first TCI states may include a TCI state if one or more first DCIs include a DCI that indicates a TCI state. A TCI state may be associated with a first TRP. A DCI may indicate the activation of a TCI state for a first TRP. For example, a DCI received / detected / monitored in the most recent monitoring opportunity for a cell with the lowest cell index may indicate the activation of a TCI state for the first TRP. A wireless device may transmit uplink transmissions using a spatial domain transmission filter / beam determined based on the TCI state (of the first TRP). This may be inefficient, for example, if at least one uplink transmission of an uplink transmission is associated with (or toward / towards) a second TRP. The second TRP may not receive at least one uplink transmission based on the second TRP and misaligned beams in the wireless device. Transmitting at least one uplink transmission of the second TRP using a spatial domain transmission filter / beam of (or associated with) the first TRP may be inefficient.

[0178] For example, if one or more first DCIs include DCIs indicating a TCI state, the wireless device may receive downlink receptions with a spatial domain reception / receiving filter / beam determined based on the TCI state (of the first TRP). This may be inefficient, for example, if at least one downlink reception is associated with (or toward / towards) a second TRP. The wireless device does not have to receive at least one downlink reception from the second TRP based on the second TRP and the misaligned beam in the wireless device. Receiving at least one downlink reception from the second TRP using a spatial domain reception filter / beam of (or associated with the first TRP) may be inefficient. This can lead to increased error rates, decreased data rates, increased data communication delays, increased retransmissions, and increased power consumption.

[0179] The improvements described herein may include, for example, benefits such as enhanced DCI determination / selection over the use of TCI states when a wireless device is serviced by multiple TRPs. A wireless device may determine / select a first DCI message to receive / detect / monitor in the most recent monitoring opportunity of a first monitoring opportunity for one or more first DCI messages (e.g., not from multiple DCIs). A wireless device may determine / select a first DCI from one or more first DCIs that indicate the activation of one or more first TCI states for a first TRP (or for the same coreset pool index, or for a first coreset pool index). A wireless device may not use / compare one or more second DCIs that indicate the activation of one or more second TCI states for a second TRP (or for a second coreset pool index) for TCI state determination / selection of a first TRP. The wireless device does not need to determine / select a first DCI from among multiple DCIs that indicate the activation of multiple TCI states for the first TRP and the second TRP.

[0180] For example, if there are multiple DCI messages in the last monitoring opportunity of a first monitoring opportunity, the wireless device may select a first DCI message from among the multiple DCI messages to receive / detect / monitor via a first cell having the lowest cell index. The wireless device may receive / detect / monitor multiple DCI messages via at least two cells. The first cell may have the lowest cell index among at least two cell indices of at least two cells. At least two cells may include the first cell.

[0181] A wireless device may, for example, select a first DCI to schedule a first PDSCH reception with the most recent / earliest start / end time among multiple DCI messages, if there are multiple DCI messages in the last monitoring opportunity of a first monitoring opportunity for a first cell having the lowest cell index. Multiple DCI messages may schedule multiple PDSCH receptions, including the first PDSCH reception. Multiple PDSCH receptions may have one or more start / end times. Each PDSCH reception in the multiple PDSCH receptions may have one or more start / end times. The first start / end time of the first PDSCH reception may be the most recent (or earliest) of one or more start / end times of the multiple PDSCH receptions. One or more start / end times may include the first start / end time of the first PDSCH reception.

[0182] A wireless device may use a first TCI state indicated by a first DCI message for uplink transmission associated with a first TRP (or first coreset pool index) and / or downlink reception associated with a first TRP (or first coreset pool index). One or more first TCI states may include the first TCI state. A wireless device does not have to use a first TCI state indicated by a first DCI for uplink transmission associated with a second TRP (or second coreset pool index) and / or downlink reception associated with a second TRP (or second coreset pool index).

[0183] A wireless device may determine / select a second DCI message from among one or more second DCI messages (rather than from among multiple DCIs) to receive / detect / monitor in the most recent monitoring opportunity of one or more second DCI messages. A wireless device may determine / select a second DCI from among one or more second DCI messages that indicate the activation of one or more second TCI states for a second TRP (or for the same coreset pool index, or for a second coreset pool index). A wireless device does not have to use / compare one or more first DCI messages that indicate the activation of one or more first TCI states for a first TRP (or for a first coreset pool index) in order to determine / select the TCI state for a second TRP. A wireless device does not have to determine / select a second DCI from among multiple DCI messages that indicate the activation of multiple TCI states for the first and second TRPs.

[0184] A wireless device may, for example, select a second DCI to receive / detect / monitor from among multiple DCI messages if there are multiple DCIs in the last of a second monitoring opportunity, via the second cell having the lowest cell index. A wireless device may receive / detect / monitor multiple DCI messages via at least two cells. The second cell may have the lowest cell index among at least two cell indices of at least two cells. At least two cells may include the second cell.

[0185] A wireless device may, for example, select a second DCI message from among multiple DCI messages to schedule a second PDSCH reception with the most recent / earliest start / end time, if there are multiple DCI messages in the last monitoring opportunity of a second monitoring opportunity for a second cell having the lowest cell index. Multiple DCI messages may schedule multiple PDSCH receptions, including a second PDSCH reception. Multiple PDSCH receptions may have one or more start / end times. Each PDSCH reception of multiple PDSCH receptions (e.g., each PDSCH reception) may have its own start / end time, which may be one or more start / end times. The first start / end time of the second PDSCH reception may be the most recent (or earliest) of one or more start / end times of the multiple PDSCH receptions. One or more start / end times may include the first start / end time of the second PDSCH reception.

[0186] A wireless device may use a second TCI state, indicated by a second DCI message, for uplink transmission associated with a second TRP (or second coreset pool index) and / or downlink reception associated with a second TRP (or second coreset pool index). One or more second TCI states may include a second TCI state. A wireless device does not have to use a second TCI state, indicated by a second DCI message, for uplink transmission associated with a first TRP (or first coreset pool index) and / or downlink reception associated with a first TRP (or first coreset pool index). The improvements described herein may include benefits such as reduced error rates, increased data rates, reduced data communication delays, and reduced retransmissions, which lead to reduced power consumption.

[0187] Monitoring the core set associated with the recovery search space set based on candidate reference signals can lead to the successful completion of the beam fault recovery procedure. The wireless device can receive DCI indicating the successful completion of beam fault recovery. This can result in reduced RLF and / or increased data rate.

[0188] Figures 17 and 18 illustrate an example of TCI state activation. A radio device may receive one or more messages. Figure 17 illustrates an example of TCI state activation. Radio device 1705 may receive one or more messages from base station 1710. Radio device 1705 may receive one or more messages from relay nodes. Radio device 1705 may receive one or more messages from other radio devices (e.g., TRP, vehicle, remote radio head, etc.). One or more messages may include one or more configuration parameters 1720 (e.g., configuration parameters at time T0 as described herein in Figure 17).

[0189] One or more configuration parameters 1720 may be RRC configuration parameters. One or more configuration parameters may be one or more RRC reconfiguration parameters (e.g., RRCReconfiguration, reconfigurationWithSync). One or more messages may be one or more RRC messages. One or more messages may be one or more RRC reconfiguration messages (e.g., RRCReconfiguration, reconfigurationWithSync).

[0190] One or more configuration parameters 1720 may be RRC reconfiguration parameters. One or more configuration parameters 1720 may be for one or more cells. One or more cells may include cells. A cell may be, for example, a serving cell. At least one of the one or more configuration parameters 1720 may be for a cell. A cell may be a primary cell (PCell). A cell may be a primary secondary cell (PSCell). A cell may be a secondary cell (SCell). A cell may be a secondary cell composed of PUCCH (e.g., PUCCH SCell). A cell may be a special cell (SpCell). For dual connection (DC) operation, SpCell may refer to (or indicate) a PCell of MCG or a PSCell of SCG. SpCell may refer to (or indicate) a PCell. A cell may be a primary SCG cell (PSCell). In dual connection operation, a wireless device may perform a random access procedure via a PSCell, for example, when performing reconfiguration in a Sync procedure.

[0191] A cell may be an unlicensed cell (for example, operating in an unlicensed band). A cell may be a licensed cell (for example, operating in a licensed band). A cell may operate in a first frequency range (e.g., FR1). FR1 may include, for example, frequency bands below 6 GHz. A cell may operate in a second frequency range (e.g., FR2). FR2 may include, for example, frequency bands from 24 GHz to 52.6 GHz. A cell may operate in a third frequency range (FR3). FR3 may include, for example, frequency bands from 52.6 GHz to 71 GHz. FR3 may include, for example, frequency bands starting from 52.6 GHz.

[0192] The wireless device 1705 may perform uplink transmission (e.g., PUSCH, PUCCH, PUCCH) through the cell and / or on the cell at a first time and / or a first frequency. The wireless device 1705 may perform uplink reception (e.g., PDCCH, PDSCH) through the cell and / or on the cell at a second time and / or a second frequency. The cell may operate in time-division duplex (TDD) mode. In TDD mode, the first frequency and the second frequency may be the same. In TDD mode, the first time and the second time may be different. The cell may operate in frequency-division duplex (FDD) mode. In FDD mode, the first frequency and the second frequency may be different. In FDD mode, the first time and the second time may be the same. The wireless device 1705 may be in RRC connected mode. The wireless device 1705 may be in RRC idle mode. The wireless device 1705 may be in RRC inactive mode.

[0193] A cell may contain multiple BWPs. Multiple BWPs may include one or more uplink BWPs, including the cell's uplink BWP (UL BWP). Multiple BWPs may include one or more downlink BWPs, including the cell's downlink BWP. A BWP among the multiple BWPs can be in one of two states: active or inactive (or stopped). In the active state of one of the one or more downlink BWPs, for example, the wireless device 1705 may monitor downlink channels and / or signals (e.g., PDCCH, DCI, CSI-RS, PDSCH) on, for, and / or via the downlink BWP. In the active state of one of the one or more downlink BWPs, the wireless device 1705 may receive PDSCH on, for, and / or via the downlink BWP. In the inactive state of one of the one or more downlink BWPs, the wireless device 1705 cannot monitor downlink channels and / or signals (e.g., PDCCH, DCI, CSI-RS, PDSCH) on, for, and / or via the downlink BWP. In the inactive state of one of the one or more downlink BWPs, the wireless device may stop monitoring and / or receiving downlink channels and / or signals (e.g., PDCCH, DCI, CSI-RS, PDSCH) on, for, and / or via the downlink BWP. In the inactive state of one of the one or more downlink BWPs, the wireless device 1705 cannot receive PDSCH on, for, and / or via the downlink BWP. In the inactive state of one of the one or more downlink BWPs, the wireless device 1705 may stop receiving PDSCH on, for, and / or via, the downlink BWP.

[0194] When one of the uplink BWPs is active, the wireless device 1705 may transmit (e.g., transmit) uplink channels and / or signals (e.g., PUCCH, preamble, PUSCH, PRACH, PUCCH, etc.) on and / or via the uplink BWP. When one of the uplink BWPs is inactive, the wireless device may not transmit (e.g., transmit) uplink channels and / or signals (e.g., PUCCH, preamble, PUSCH, PRACH, PUCCH, etc.) on and / or via the uplink BWP.

[0195] The wireless device 1705 may activate one of the downlink BWPs of the cell. Activating a downlink BWP may include setting the downlink BWP as the active downlink BWP of the cell and / or switching it. Activating a downlink BWP may include setting the downlink BWP to an active state. Activating a downlink BWP may include switching the downlink BWP from an inactive state to an active state.

[0196] The wireless device 1705 may activate one of the uplink BWPs of the cell. Activating an uplink BWP may include the wireless device 1705 setting the uplink BWP as the active uplink BWP of the cell and / or switching to it. Activating an uplink BWP may include setting the uplink BWP to an active state. Activating an uplink BWP may include switching the uplink BWP from an inactive state to an active state.

[0197] One or more configuration parameters may be for the cell's downlink BWP (e.g., active downlink BWP). At least one of the one or more configuration parameters may be for the cell's downlink BWP. One or more configuration parameters may indicate the subcarrier spacing and / or numerology for the downlink BWP.

[0198] One or more configuration parameters may be for the cell's uplink BWP (e.g., active uplink BWP). At least one of the one or more configuration parameters may be for the cell's uplink BWP. One or more configuration parameters may indicate the subcarrier spacing and / or numerology for the uplink BWP.

[0199] The subcarrier spacing value for the downlink BWP and / or uplink BWP may be, for example, 15 kHz (mu=0), and / or represent it. The subcarrier spacing value may be, for example, 30 kHz (mu=1), and / or represent it. The subcarrier spacing value may be, for example, 60 kHz (mu=2), and / or represent it. The subcarrier spacing value may be, for example, 120 kHz (mu=3), and / or represent it. The subcarrier spacing value may be, for example, 240 kHz (mu=4), and / or represent it. The subcarrier spacing value may be, for example, 480 kHz (mu=5), and / or represent it. The subcarrier spacing value may be, for example, 960 kHz (mu=6), and / or represent it. 480 kHz may be valid and / or applicable in FR3. 960 kHz may be valid and / or applicable in FR3. 240 kHz may be valid and / or applicable in FR3. 120 kHz may be valid and / or applicable in FR3.

[0200] One or more configuration parameters may indicate multiple control resource sets (core sets). One or more configuration parameters may indicate multiple core sets for a cell's downlink BWP (e.g., active downlink BWP). A downlink BWP (e.g., active downlink BWP) may contain multiple core sets. One or more configuration parameters may indicate multiple core set indices, identifiers, and / or indicators (e.g., provided by the higher-level parameter ControlResourceSetId) for multiple core sets. Each of the multiple core sets may be identified and / or indicated by its respective core set index among the multiple core set indices. The first core set of the multiple core sets may be identified by the first core set index among the multiple core set indices. The second core set of the multiple core sets may be identified by the second core set index among the multiple core set indices.

[0201] One or more configuration parameters 1720 may indicate one or more coreset pool indices for multiple coresets (e.g., provided by the higher-level parameter CoresetPoolIndex). Each of the multiple coresets may be configured, indicated by, and / or include one or more configuration parameters, each coreset pool index from one or more coreset pool indices (e.g., 0, 1, etc.). One or more configuration parameters 1720 may indicate each coreset pool index from one or more coreset pool indices for each of the multiple coresets. For example, one or more configuration parameters 1720 may indicate a first coreset pool index 1825 (CoresetPoolIndex=0) for a first coreset of the multiple coresets. One or more configuration parameters may indicate a second coreset pool index 1845 (CoresetPoolIndex=1) for a second coreset of the multiple coresets. One or more coreset pool indexes may include a first coreset pool index 1825 and a second coreset pool index 1845.

[0202] Alternatively, one or more configuration parameters 1720 may not indicate a coreset pool index for multiple coresets. The higher-level parameter CoresetPoolIndex may not be present in the coreset configuration parameters. The 1805 wireless device may determine the value of a coreset's coreset pool index (e.g., a default value) as a first coreset pool index 1825 (CoresetPoolIndex=0). The first coreset pool index 1825 (CoresetPoolIndex=0) may be the coreset pool index of a coreset, for example, based on the fact that one or more configuration parameters do not indicate a coreset pool index for the coreset. The wireless device 1805 may determine the value of a coreset's coreset pool index (e.g., a default value) as the first coreset pool index 1825, for example, based on the fact that one or more configuration parameters do not indicate a coreset pool index for the coreset.

[0203] A first coreset pool (e.g., coresetpool0) may contain one or more first coresets having a coreset pool index which may be equal to the first coreset pool index 1825 (e.g., CoresetPoolIndex=0). One or more configuration parameters 1720 may indicate the first coreset pool index 1825 for each of the one or more first coresets in the first coreset pool. Multiple coresets may contain one or more first coresets.

[0204] A second coreset pool (e.g., coresetpool1) may contain one or more second coresets having a coreset pool index equal to the second coreset pool index 1845 (e.g., CoresetPoolIndex=1). One or more configuration parameters 1720 may indicate the second coreset pool index 1845 for each of the one or more second coresets in the second coreset pool. Multiple coresets may contain one or more second coresets.

[0205] One or more configuration parameters 1820 do not have to indicate the coreset pool index of one of the multiple coresets. The wireless device 1805 may determine a default value for the coreset pool index of a coreset, for example, based on the fact that one or more configuration parameters 1820 do not indicate the coreset pool index for the coreset. The default value may be equal to zero (e.g., CoresetPoolIndex=0). The default value may be equal to the first coreset pool index 1825 (e.g., zero). The first coreset pool may contain coresets, for example, based on the fact that one or more configuration parameters do not indicate the coreset pool index for the coreset. The first coreset pool may contain coresets based on the fact that the default value for the coreset pool index of a coreset is equal to the first coreset pool index 1825.

[0206] The first coreset pool index 1825 of the first coreset and the second coreset pool index 1845 of the second coreset 1858 may be the same. One or more configuration parameters may indicate the same coreset pool index for the first coreset and the second coreset 1858. Multiple coresets may include the first coreset and the second coreset 1858. One or more coreset pool indices may include the first coreset pool index 1825 and the second coreset pool index 1845. The wireless device 1805 may group the first coreset and the second coreset 1858 into the same coreset pool (e.g., CoresetPoolIndex=0 or CoresetPoolIndex=1) based, for example, on the fact that the first coreset pool index 1825 of the first coreset and the second coreset pool index 1840 of the second coreset 1858 are the same. The first coreset pool containing the first coreset and the second coreset pool containing the second coreset 1858 may be the same, for example, based on the fact that the first coreset pool index 1825 of the first coreset and the second coreset pool index 1840 of the second coreset 1858 are the same.

[0207] The first coreset pool index 1825 of the first coreset and the second coreset pool index 1840 of the second coreset 1858 may be different. Multiple coresets may include the first coreset and the second coreset 1858. One or more coreset pool indices may include the first coreset pool index 1825 and the second coreset pool index 1840. The wireless device 1805 may group the first coreset and the second coreset 1858 into different coreset pools, for example, based on the fact that the first coreset pool index 1825 of the first coreset and the second coreset pool index 1840 of the second coreset 1858 are different. The wireless device 1805 may group the first coreset into the first coreset pool (e.g., CoresetPoolIndex=0). The wireless device 1805 may group the second coreset 1858 into a second coreset pool (e.g., CoresetPoolIndex=1) that is different from the first coreset pool, for example, based on the fact that the first coreset pool index 1825 and the second coreset pool index 1840 are different. The first and second coreset pools may be different, for example, based on the fact that the first coreset pool index 1825 of the first coreset and the second coreset pool index 1840 of the second coreset 1858 are different.

[0208] One or more configuration parameters 1820 may indicate at least two coreset pool indices (e.g., 0 and 1) for the upper-level parameter CORESETPoolIndex. One or more configuration parameters 1820 may include the upper-level parameter CORESETPoolIndex which has and / or is set to at least two coreset pool indices. The at least two coreset pool indices may include a first coreset pool index 1825 (e.g., 0) for one or more first core sets of a plurality of core sets. The at least two coreset pool indices may include a second coreset pool index 1840 (e.g., 1) which is different from the first coreset pool index 1825 for one or more second core sets of a plurality of core sets. One or more first core sets may include one or more third core sets of a plurality of core sets without a value for the upper-level parameter CORESETPoolIndex. One or more configuration parameters 1820 may not include the upper-level parameter CORESETPoolIndex for one or more third core sets.

[0209] A cell may include a plurality of transmission and reception points (TRPs). The plurality of TRPs may serve the cell, and / or within the cell, through the cell, and / or the cell's radio device 1805. At least one of the plurality of TRPs may serve the cell, and / or within the radio device, through the cell, and / or the cell's radio device. The plurality of TRPs may include a first TRP and a second TRP. The first TRP may transmit (e.g., transmit) downlink transmissions and / or signals (e.g., PDSCH, PDCCH, DCI) through a first coreset pool. Transmitting downlink transmissions and / or signals (e.g., PDCCH, DCI) through a first coreset pool may include a first TRP that transmits downlink transmissions and / or signals through a first coreset having a first coreset pool index and / or associated therewith. The first TRP may not transmit downlink transmissions and / or signals (e.g., PDSCH, PDCCH, DCI) through the second coreset pool. Not transmitting downlink transmissions and / or signals (e.g., PDSCH, PDCCH, DCI) through the second coreset pool may include the first TRP not transmitting downlink transmissions and / or signals through the second coreset 1858 having and / or associated with the second coreset pool index.

[0210] The second TRP may transmit downlink transmissions and / or signals (e.g., PDSCH, PDCCH, DCI) via the second coreset pool. Transmitting downlink transmissions and / or signals (e.g., PDCCH, DCI) via the second coreset pool may include the second TRP transmitting downlink transmissions and / or signals via the second coreset 1858 having and / or associated with the second coreset pool index. The second TRP may not transmit downlink transmissions and / or signals (e.g., PDCCH, DCI) via the first coreset pool. Not transmitting downlink transmissions and / or signals (e.g., PDCCH, DCI) via the first coreset pool may include the second TRP not transmitting downlink transmissions and / or signals via the first coreset having and / or associated with the first coreset pool index.

[0211] One or more configuration parameters may indicate multiple uplink resources (e.g., PUCCH-Resource, SRS-Resource). One or more configuration parameters may indicate multiple uplink resources for a cell's filter uplink BWP (e.g., active uplink BWP). An uplink BWP (e.g., active uplink BWP) may contain multiple uplink resources. An uplink BWP (e.g., active uplink BWP) for a cell's uplink carrier (e.g., NUL, SUL) may contain multiple uplink resources. Multiple uplink resources may include, for example, multiple PUCCH resources. Multiple uplink resources may include, for example, multiple SRS resources. Multiple uplink resources may include, for example, multiple PUSCH resources.

[0212] One or more configuration parameters may indicate one or more uplink resource sets and / or groups (e.g., PUCCH-ResourceGroup, SRS-ResourceSet). One or more uplink resource sets and / or groups may contain multiple uplink resources. Each uplink resource set and / or group of one or more uplink resource sets and / or groups may contain each of the uplink resources of multiple uplink resources. The first uplink resource set and / or group of one or more uplink resource sets and / or groups may contain one or more first uplink resources of multiple uplink resources. The second uplink resource set and / or group of one or more uplink resource sets and / or groups may contain one or more second uplink resources of multiple uplink resources. The first uplink resource set and / or group and the second uplink resource set and / or group do not have to contain common (e.g., shared, identical, etc.) uplink resources of multiple uplink resources (e.g., they do not have to be shared). A first uplink resource that may be in the first uplink resource set and / or group may not be in the second uplink resource set and / or group.

[0213] One or more configuration parameters may indicate multiple uplink resource indices, identifiers, and / or indicators (e.g., provided by higher-level parameters PUCCH-ResourceId, SRS-ResourceId) for multiple uplink resources. Each of the multiple uplink resources may be identified and / or indicated by its respective uplink resource index among the multiple uplink resource indices. A first uplink resource among the multiple uplink resources may be identified by the first uplink resource index among the multiple uplink resource indices. A second uplink resource among the multiple uplink resources may be identified by the second uplink resource index among the multiple uplink resource indices.

[0214] One or more configuration parameters may indicate one or more uplink resource set and / or group indices, identifiers, and / or indicators (e.g., provided by higher-level parameters PUCCH-ResourceGroupId, SRS-ResourceSetId) for one or more uplink resource sets and / or groups. Each uplink resource set and / or group among one or more uplink resource sets and / or groups may be identified and / or indicated by the respective uplink resource set and / or group index among one or more uplink resource set and / or group indices. A first uplink resource set and / or group among one or more uplink resource sets and / or groups may be identified by a first uplink resource set and / or group index among one or more uplink resource set and / or group indices. A second uplink resource set and / or group among one or more uplink resource sets and / or groups may be identified by a second uplink resource set and / or group index among one or more uplink resource set and / or group indices.

[0215] One or more configuration parameters may indicate one or more coreset pool indices for multiple uplink resources (e.g., provided by the higher-level parameter CoresetPoolIndex). Each uplink resource among multiple uplink resources may include, be configured by, and / or be indicated by, one or more configuration parameters, each of which is one or more coreset pool indices (e.g., 0, 1). One or more configuration parameters may indicate each of one or more coreset pool indices for each uplink resource among multiple uplink resources. For example, one or more configuration parameters may indicate, for example, a first coreset pool index (CoresetPoolIndex=0) for a first uplink resource among multiple uplink resources. For example, one or more configuration parameters may indicate, for example, a second coreset pool index (CoresetPoolIndex=1) for a second uplink resource among multiple uplink resources. One or more coreset pool indices may include the first coreset pool index and the second coreset pool index.

[0216] One or more configuration parameters do not have to indicate the coreset pool index for an uplink resource among multiple uplink resources. The higher-level parameter CoresetPoolIndex does not have to be present in the configuration parameters of the uplink resource. The wireless device 1805 may determine the value of the uplink resource's coreset pool index (e.g., a default value) as the first coreset pool index (CoresetPoolIndex=0). The wireless device may determine the value of the uplink resource's coreset pool index (e.g., a default value) as the first coreset pool index, for example, based on the fact that one or more configuration parameters do not indicate the coreset pool index for the uplink resource. The first coreset pool index (CoresetPoolIndex=0) may be the uplink resource's coreset pool index, for example, based on the fact that one or more configuration parameters do not indicate the coreset pool index for the uplink resource.

[0217] One or more configuration parameters may indicate at least two coreset pool indices (e.g., 0 and 1) for the higher-level parameter CORESETPoolIndex. One or more configuration parameters may include a higher-level parameter CORESETPoolIndex that has and / or is set to at least two coreset pool indices. The at least two coreset pool indices may include a first coreset pool index (e.g., 0) for one or more first uplink resources among a plurality of uplink resources. The at least two coreset pool indices may include a second coreset pool index (e.g., 1) for one or more second uplink resources among a plurality of uplink resources, which is different from the first coreset pool index. One or more first uplink resources may include one or more third uplink resources among a plurality of uplink resources without a value for the higher-level parameter CORESETPoolIndex. One or more configuration parameters may not include a higher-level parameter CORESETPoolIndex for one or more third uplink resources.

[0218] A cell may include multiple transmission and reception points (TRPs). Multiple TRPs may serve the cell and / or within the cell, through the cell, and / or the cell's radio devices. At least one of the multiple TRPs may serve the cell and / or within the radio device, through the cell, and / or the cell's radio devices. Multiple TRPs may include a first TRP and a second TRP.

[0219] The first TRP may receive uplink transmissions and / or signals (e.g., PUSCH, PUCCH, SRS, UCI, PRACH) via the first uplink resource among a plurality of uplink resources having and / or associated with the first coreset pool index. The first TRP may not receive uplink transmissions and / or signals (e.g., PUSCH, PUCCH, SRS, UCI, PRACH) via the second uplink resource among a plurality of uplink resources having and / or associated with the second coreset pool index.

[0220] A second TRP may receive uplink transmissions and / or signals (e.g., PUSCH, PUCCH, SRS, UCI, PRACH) via a second uplink resource among a plurality of uplink resources having and / or associated with a second coreset pool index. A second TRP may not receive uplink transmissions and / or signals (e.g., PUSCH, PUCCH, SRS, UCI, PRACH) via a first uplink resource among a plurality of uplink resources having and / or associated with a first coreset pool index.

[0221] One or more configuration parameters may indicate one or more coreset pool indices (e.g., provided by the higher-level parameter CoresetPoolIndex) for one or more uplink resource sets and / or groups. Each of the one or more uplink resource sets and / or groups may include, be configured by, and / or be indicated by, one or more configuration parameters, each of which is a coreset pool index (e.g., 0, 1) from which there are one or more coreset pool indices. One or more configuration parameters may indicate each of which is a coreset pool index (e.g., 0, 1) for each of the one or more uplink resource sets and / or groups. For example, one or more configuration parameters may indicate a first coreset pool index 1825 (CoresetPoolIndex=0) for a first uplink resource set and / or group. One or more configuration parameters may indicate, for example, a second CoresetPoolIndex 1845 (CoresetPoolIndex=1) for a second uplink resource set and / or group among one or more uplink resource sets and / or groups. One or more CoresetPoolIndexes may include a first CoresetPoolIndex and a second CoresetPoolIndex.

[0222] One or more configuration parameters do not have to indicate a coreset pool index for one or more uplink resource sets and / or groups. The higher-level parameter CoresetPoolIndex does not have to be present in the configuration parameters of uplink resource sets and / or groups. The wireless device 1805 may determine the value of the coreset pool index for uplink resource sets and / or groups (e.g., a default value) as a first coreset pool index 1825 (CoresetPoolIndex=0). The wireless device may determine the value of the coreset pool index for uplink resource sets and / or groups (e.g., a default value) as the first coreset pool index, for example, based on the fact that one or more configuration parameters do not indicate a coreset pool index for uplink resource sets and / or groups. The first coreset pool index 1825 (CoresetPoolIndex=0) may be the coreset pool index for uplink resource sets and / or groups, for example, based on the fact that one or more configuration parameters do not indicate a coreset pool index for uplink resource sets and / or groups.

[0223] One or more configuration parameters may indicate at least two coreset pool indices (e.g., 0 and 1) for the higher-level parameter CORESETPoolIndex. One or more configuration parameters may include a higher-level parameter CORESETPoolIndex that has and / or is set to at least two coreset pool indices. At least two coreset pool indices may include a first coreset pool index (e.g., 0) for one or more first uplink resource sets and / or groups out of one or more uplink resource sets and / or groups. At least two coreset pool indices may include a second coreset pool index (e.g., 1) different from the first coreset pool index for one or more second uplink resource sets and / or groups out of one or more uplink resource sets and / or groups. One or more first uplink resource sets and / or groups may include one or more third uplink resource sets and / or groups out of one or more uplink resource sets and / or groups without a value for the higher-level parameter CORESETPoolIndex. One or more configuration parameters do not need to include a higher-level parameter CORESETPoolIndex for one or more third uplink resource sets and / or groups.

[0224] A cell may include multiple transmission and reception points (TRPs). Multiple TRPs may service wireless devices within / through the cell. At least one of the multiple TRPs may service wireless devices within, through, and / or within the cell and / or wireless devices. Multiple TRPs may include a first TRP and a second TRP.

[0225] The first TRP may receive uplink transmissions and / or signals (e.g., PUSCH, PUCCH, SRS, UCI, PRACH) through the uplink resources of one or more uplink resource sets and / or groups having and / or associated with the first core set pool index. The first TRP may not receive uplink transmissions and / or signals (e.g., PUSCH, PUCCH, SRS, UCI, PRACH) through the uplink resources of one or more uplink resource sets and / or groups having and / or associated with the second core set pool index.

[0226] A second TRP may receive uplink transmissions and / or signals (e.g., PUSCH, PUCCH, SRS, UCI, PRACH) via uplink resources in one or more uplink resource sets and / or groups having and / or associated with a second core set pool index. A second TRP may not receive uplink transmissions and / or signals (e.g., PUSCH, PUCCH, SRS, UCI, PRACH) via uplink resources in one or more uplink resource sets and / or groups having and / or associated with a first core set pool index.

[0227] A wireless device may transmit (e.g., transmit) uplink transmissions and / or signals (e.g., PUSCH / PUCCH / SRS transmissions) via uplink resources. Multiple uplink resources may include uplink resources. One or more uplink resource sets and / or groups may include uplink resources.

[0228] The wireless device 1805 may receive downlink control information (DCI) 1830 via a core set of multiple core sets that schedules, triggers, and / or indicates uplink transmission and / or signal transmission. The DCI 1830 may schedule, trigger, and / or indicate uplink transmission and / or signal transmission via uplink resources. The DCI may indicate uplink resources. The DCI may include fields that indicate uplink resources.

[0229] Uplink transmissions and / or signals may be PUSCH transmissions (e.g., transport blocks). Uplink resources may be PUSCH resources. DCI1830 can schedule the transmission of PUSCH transmissions. Uplink transmissions and / or signals may be PUCCH transmissions (e.g., HARQ-ACK information feedback). Uplink resources may be PUCCH resources. DCI1830 can schedule the reception of transport blocks (e.g., PDSCH reception). Uplink transmissions and / or signals may be HARQ-ACK information feedback of transport blocks. Uplink transmissions and / or signals may be SRS. Uplink resources may be SRS resources. DCI1830 can schedule the transmission of SRS. SRS may be, for example, aperiodic SRS.

[0230] A coreset from which a wireless device 1805 receives DCI may be associated with a coreset pool index. One or more coreset pool indices may include a coreset pool index. One or more configuration parameters may indicate a coreset pool index for a coreset. One or more configuration parameters may not indicate a coreset pool index (CoresetPoolIndex=0 or CoresetPoolIndex=1) for a coreset. The value of a coreset pool index for a coreset (e.g., a default value) may be equal to a first coreset pool index (CoresetPoolIndex=0) based, for example, on the fact that one or more configuration parameters do not indicate a coreset pool index for a coreset.

[0231] Uplink resources can be associated with coreset pool indexes. Uplink resources can be associated with coreset pool indexes, for example, based on receiving DCIs that schedule, trigger, and / or indicate uplink transmissions and / or signal transmissions via the uplink resource through a coreset associated with the coreset pool index.

[0232] Uplink resource sets and / or groups containing uplink resources may be associated with a coreset pool index. Uplink resource sets and / or groups may be associated with a coreset pool index, for example, based on receiving DCIs that schedule, trigger, and / or indicate uplink transmissions and / or signal transmissions through the uplink resources (belonging to them) in the uplink resource sets and / or groups, via a coreset associated with the coreset pool index. Uplink resource sets and / or groups may contain one or more uplink resources containing uplink resources. One or more uplink resources may be associated with a coreset pool index, for example, based on the fact that an uplink resource set and / or group containing one or more uplink resources is associated with a coreset pool index. Each of the one or more uplink resources may be associated with a coreset pool index, for example, based on the fact that an uplink resource set and / or group is associated with a coreset pool index.

[0233] Uplink transmissions and / or signals may be associated with a coreset pool index. Uplink resource transmissions and / or signals may be associated with a coreset pool index, for example, based on receiving a DCI1830 that schedules, triggers, and / or indicates the transmission of uplink transmissions and / or signals via a coreset associated with the coreset pool index.

[0234] One or more configuration parameters may indicate multiple TCI states. One or more configuration parameters may indicate a TCI state list containing multiple TCI states (e.g., provided by a higher-level (e.g., RRC) parameter dl-OrJoint-TCIStateList). One or more configuration parameters 1720 may include one or more PDSCH configuration parameters indicating multiple TCI states 1770 (e.g., multiple TCI states such as TCI state 1, TCI state 2, ..., and TCI state M, as described herein in Figure 17). One or more configuration parameters may indicate multiple TCI state indices / identifiers / identifiers (e.g., TCI-StateId) for multiple TCI states. One or more configuration parameters may indicate, for example, each TCI state index from a set of multiple TCI state indices for each TCI state among multiple TCI states. Each TCI state among multiple TCI states may be indicated / identified by its respective TCI state index from a set of multiple TCI state indices. For example, one or more configuration parameters may indicate a first TCI state index among multiple TCI state indices for a first TCI state among multiple TCI states. For example, one or more configuration parameters may indicate a second TCI state index among multiple TCI state indices for a second TCI state among multiple TCI states.

[0235] One or more configuration parameters 1820 may indicate multiple TCI states 1870 that represent a unified TCI state for a cell. One or more configuration parameters 1720 may include, for example, one or more PDSCH configuration parameters for the cell's downlink BWP. One or more configuration parameters 1720 may indicate multiple TCI states 1770 for the cell's downlink BWP.

[0236] One or more configuration parameters 1720 may include, for example, one or more PDSCH configuration parameters for the second downlink BWP of the second cell. One or more configuration parameters 1720 may indicate multiple TCI states 1770 for the second downlink BWP of the second cell. One or more cells may include the second cell. One or more configuration parameters may include a standard unified TCI state list parameter (e.g., unified TCI-StateRef) for the cell's downlink BWP that indicates the second downlink BWP of the second cell. The standard unified TCI state list parameter may include a BWP index (e.g., BWP-Id) that identifies (e.g., indicates) the second downlink BWP. The standard unified TCI state list parameter may include a cell index (e.g., ServCellIndex) that identifies (e.g., indicates) the second cell. The second downlink BWP of the second cell may be the base BWP of the base cell for the cell's downlink BWP. The cell's downlink BWP may be the target BWP of the target cell. One or more PDSCH configuration parameters of a cell's downlink BWP may not include the higher-level (e.g., RRC) parameter dl-OrJoint-TCIStateList, for example, based on one or more configuration parameters that include the standard unified TCI state list parameter for the cell's downlink BWP.

[0237] One or more configuration parameters 1720 may include a unified TCI state type parameter (e.g., a unified TCI state type as described herein in Figure 17). One or more configuration parameters may include one or more serving cell parameters (e.g., ServingCellConfig) that include a unified TCI state type parameter. The unified TCI state type parameter may indicate the unified TCI state type of the cell.

[0238] The Unified TCI State Type parameter may be set to "Joint". The wireless device 1805 may use (e.g., apply) multiple TCI states 1770 (e.g., provided and / or indicated by dl-orJoint-TCIStateList) for both cell uplink transmission (e.g., PUSCH / PUCCH / SRS transmission) and cell downlink reception (e.g., PDCCH / PDSCH / CSI-RS reception), based on, for example, that it includes a Unified TCI State Type parameter set in which one or more configuration parameters are set to "Joint".

[0239] The Unified TCI State Type parameter may be set to "Isolated". The wireless device 1805 may use (e.g., apply) multiple TCI states (e.g., provided and / or indicated by the upper-layer parameter dl-orJoint-TCIStateList) for cell downlink reception (e.g., PDCCH / PDSCH / CSI-RS reception), based on, for example, one or more configuration parameters including a Unified TCI State Type parameter set to "Isolated". The wireless device may not use (e.g., apply) multiple TCI states for cell uplink transmission (e.g., PUSCH / PUCCH / SRS transmission), based on, for example, one or more configuration parameters including a Unified TCI State Type parameter set to "Isolated".

[0240] One or more configuration parameters 1720 may indicate a second set of TCI states 1770. One or more configuration parameters 1720 may indicate an uplink TCI state list (for example, provided by the higher-level parameter ul-TCIStateList) that includes the second set of TCI states 1770. One or more configuration parameters 1720 may include one or more uplink BWP configuration parameters that indicate, for example, a second set of TCI states 1770 (for example, the second set of TCI states may be TCI state 1, TCI state 2, ..., and TCI state M, as described herein in Figure 17).

[0241] One or more configuration parameters 1720 may include, for example, one or more uplink BWP configuration parameters for the cell's uplink BWP. One or more configuration parameters 1720 may indicate a second set of TCI states 1770 for the cell's uplink BWP.

[0242] One or more configuration parameters 1720 may include, for example, one or more uplink BWP configuration parameters for the second uplink BWP of the second cell. One or more configuration parameters 1720 may indicate a second set of TCI states 1770 for the second uplink BWP of the second cell. One or more cells may include the second cell. One or more configuration parameters 1720 may include a standard unified TCI state list parameter (e.g., unified tci-StateType) for the uplink BWP of the cell that indicates the second uplink BWP of the second cell. The standard unified TCI state list parameter may include a BWP index (e.g., BWP-Id) that identifies (e.g., indicates) the second uplink BWP. The standard unified TCI state list parameter may include a cell index (e.g., ServCellIndex) that identifies (e.g., indicates) the second cell.

[0243] The wireless device 1805 may use (for example, apply) a second set of TCI states 1770 for cell uplink transmission (e.g., PUSCH / PUCCH / SRS transmission) based on, for example, a unified TCI state type parameter in which one or more configuration parameters are set to "separated". The wireless device 1805 may not use (for example apply) a second set of TCI states 1770 for cell downlink reception (e.g., PDCCH / PDSCH / CSI-RS reception) based on, for example, a unified TCI state type parameter in which one or more configuration parameters are set to "separated".

[0244] The wireless device 1705 may use multiple TCI states 1770 for downlink reception via the cell's downlink BWP, for example, based on one or more configuration parameters 1720 indicating multiple TCI states 1770 for the cell's downlink BWP.

[0245] The wireless device 1705 may use multiple TCI states 1770 for uplink transmission reception via the cell's uplink BWP, for example, based on one or more configuration parameters 1720 indicating multiple TCI states 1770 for the cell's downlink BWP.

[0246] For downlink reception via the cell's downlink BWP, the wireless device 1705 may use multiple TCI states 1770 of the second downlink BWP of the second cell, for example, based on the fact that a standard unified TCI state list parameter indicates the second downlink BWP of the second cell for the downlink BWP of the cell. For uplink transmission reception via the cell's uplink BWP, the wireless device 1705 may use multiple TCI states 1770 of the second downlink BWP of the second cell, for example, based on the fact that a standard unified TCI state list parameter indicates the second downlink BWP of the second cell for the downlink BWP of the cell.

[0247] The wireless device 1705 may use a second set of TCI states 1770 for uplink transmission reception via a cell's uplink BWP, for example, based on one or more configuration parameters 1720 indicating a second set of TCI states 1770 for a cell's uplink BWP. The wireless device 1705 may use a second set of TCI states 1770 for a second cell's second uplink BWP for uplink transmission reception via a cell's uplink BWP, for example, based on a standard unified TCI state list parameter indicating a second uplink BWP of a second cell for a cell's uplink BWP.

[0248] One or more configuration parameters 1720 may indicate a physical cell identifier (PCI) for a cell. One or more configuration parameters 1720 may indicate one or more PCIs for one or more cells. One or more PCIs may include the PCI of a cell. One or more configuration parameters 1720 may include a higher-level (e.g., RRC) parameter physCellId indicating one or more PCIs for one or more cells. One or more configuration parameters may indicate each PCI of one or more PCIs for each cell in one or more cells. One or more configuration parameters may include a higher-level (e.g., RRC) parameter physCellId indicating each PCI of one or more PCIs for each cell in one or more cells. One or more configuration parameters may indicate a first PCI of one or more PCIs for a first cell in one or more cells. The first PCI may identify the physical cell identity of the first cell. One or more configuration parameters may indicate a second PCI of one or more PCIs for a second cell in one or more cells. The second PCI can identify the physical cell identity of the second cell.

[0249] One or more configuration parameters may indicate a list of PCI sets (e.g., indicated by the RRC parameter AdditionalPCI-ToAddModList, as described herein in Figure 17). One or more configuration parameters may include one or more serving cell parameters indicating a list of PCI sets (e.g., ServingCellConfig, as described herein in Figure 17). One or more serving cell parameters may include MIMO parameters including and / or indicating a list of PCI sets (e.g., MIMOParam, as described herein in Figure 17). A list of PCI sets may include at least one PCI set (e.g., provided and / or indicated by the higher-layer parameter SSB-MTC-AdditionalPCI in Figure 17). A list of PCI sets may be associated with an SSB having a PCI different from the PCI of the cell.

[0250] A list of PCI sets may include and / or indicate at least one PCI (e.g., an additional PCI or PhysCellId, as described herein in Figure 17). Each PCI set in the list of PCI sets (e.g., SSB-MTC-AdditionalPCI) may include and / or indicate each PCI of at least one PCI. One or more configuration parameters may indicate each PCI of at least one PCI for each PCI set in the list of PCI sets. At least one PCI may not include a PCI of a cell. Each PCI of at least one PCI may be different from a PCI of a cell. One or more PCIs may include at least one PCI and PCI of a cell. At least one PCI may indicate at least one cell of one or more cells (e.g., identifiable). Each PCI of at least one PCI may indicate each cell of at least one cell (e.g., identifiable). A first PCI set in a list of PCI sets may include a first PCI with at least one PCI. The first PCI may represent (e.g., identify) a first cell of at least one cell. A second PCI set in a list of PCI sets may include a second PCI with at least one PCI. The second PCI may represent (e.g., identify) a second cell of at least one cell. At least one cell may not contain any cells. Each cell in at least one cell may be different from the other cells. One or more cells may contain at least one cell and a cell.

[0251] At least one cell may contain, for example, at least one non-service cell. At least one cell may contain, for example, at least one adjacent cell. At least one cell may contain, for example, at least one candidate and / or support cell.

[0252] The maximum size and / or length (e.g., MaxNrofAdditionalPCI) of a list of PCI sets may be equal to a value (e.g., 7). The maximum number of PCI sets within a list of PCI sets may be equal to a value (e.g., 7).

[0253] A list of at least one PCI set may include and / or indicate at least one additional PCI index (e.g., Additional PCIIndex in Figure 17). Each PCI set in the list of PCI sets (e.g., SSB-MTC-AdditionalPCI) may include and / or indicate each additional PCI index of at least one additional PCI index. One or more configuration parameters may indicate at least one additional PCI index for a list of PCI sets. One or more configuration parameters may indicate each additional PCI index of at least one additional PCI index for each PCI set in the list of PCI sets. Each PCI set in the list of PCI sets may be identified and / or indicated by each additional PCI index of at least one additional PCI index. A first PCI set in the list of PCI sets may be identified and / or indicated by a first additional PCI index of at least one additional PCI index. A second PCI set in the list of PCI sets may be identified and / or indicated by a second additional PCI index of at least one additional PCI index.

[0254] One or more configuration parameters may, for example, indicate a list of PCI sets for inter-cell beam management. One or more configuration parameters may, for example, indicate a list of PCI sets for inter-cell multi-TRP operation / mode.

[0255] The list of PCI sets may be, for example, equal to [{1, PCI5}, {2, PCI2}, {3, PCI4}, {4, PCI10}, {5, PCI21}]. The PCI of a cell may be different from PCI5, PCI2, PCI4, PCI10, and PCI21. The following conditions may apply: {1, PCI5} may be the first PCI set in the list of PCI sets. ``1'' may be the first additional PCI index of the first PCI set. PCI5 may indicate, identify, and / or be the first PCI of the first cell. {2, PCI2) may be the second PCI set in the list of PCI sets. ``2'' may be the second additional PCI index of the second PCI set. The second PCI that indicates the second cell, the second PCI that identifies the second cell, and / or the PCI 2 of the second PCI that indicates, identifies, and / or the PCI of the second cell. {3, PCI4} may be the third PCI set in the list of PCI sets. ``3'' may be the third additional PCI index of the third PCI set. PCI4 may indicate, identify, and / or be the third PCI of the third cell. {4, PCI10) may be the fourth PCI set in the list of PCI sets. "4" may be the fourth additional PCI index of the fourth PCI set. PCI10 may indicate, identify, and / or be the fourth PCI of the fourth cell. {5, PCI21) may be the fifth PCI set in the list of PCI sets. "5" may be the fifth additional PCI index of the fifth PCI set. PCI21 may indicate, identify, and / or be the fifth PCI of the fifth cell. ○At least one additional PCI index may include a first additional PCI index (1), a second additional PCI index (2), a third additional PCI index (3), a fourth additional PCI index (4), and a fifth additional PCI index (5). ○At least one PCI may include PCI5, PCI2, PCI4, PCI10, and / or PCI21. ○ At least one cell may include the first cell, the second cell, the third cell, the fourth cell, and / or the fifth cell. ○One or more cells may contain at least one cell and / or other cells.

[0256] At least one additional PCI index may include a first additional PCI index (1), a second additional PCI index (2), a third additional PCI index (3), a fourth additional PCI index (4), and a fifth additional PCI index (5). At least one PCI may include PCI5, PCI2, PCI4, PCI10, and / or PCI21. At least one cell may include a first cell, a second cell, a third cell, a fourth cell, and / or a fifth cell. One or more cells may include at least one cell and a cell.

[0257] One or more configuration parameters may indicate at least one additional PCI index for one or more TCI states among multiple TCI states and / or a second set of multiple TCI states. One or more configuration parameters may indicate each additional PCI index (e.g., AdditionalPCI, AdditionalPCIIndex) of at least one additional PCI index for each TCI state among one or more TCI states. One or more configuration parameters may indicate a first additional PCI index (e.g., 1) of at least one additional PCI index for a first TCI state among one or more TCI states. The first additional PCI index may indicate a first PCI set in a list of PCI sets (e.g., identifiable). One or more configuration parameters may indicate a second additional PCI index (e.g., 2) of at least one additional PCI index for a second TCI state among one or more TCI states. The second additional PCI index may indicate a second PCI set in a list of PCI sets (e.g., identifiable). One or more configuration parameters may indicate a third additional PCI index (e.g., 3) for a third TCI state among one or more TCI states. The third additional PCI index may indicate a third PCI set in a list of PCI sets (e.g., identifiable).

[0258] A TCI state among one or more TCI states may be associated with at least one additional PCI index, for example, based on one or more configuration parameters indicating an additional PCI index for the TCI state. A TCI state may include an additional PCI index. An additional PCI index may indicate (e.g., identify, etc.) a PCI set of at least one PCI set. A PCI set may include and / or indicate a second PCI of at least one PCI. A second PCI may indicate a second cell of at least one cell, for example. A TCI state may be associated with a second PCI and / or a second cell, for example, based on one or more configuration parameters indicating an additional PCI index indicating a second PCI and / or a second cell for the TCI state. The second PCI of a second cell may be different from, for example, the PCI of the cell.

[0259] One or more configuration parameters 1720 do not have to indicate at least one additional PCI index for one or more TCI states of multiple TCI states 1770. Additional PCI indexes do not have to be present in the configuration parameters of one or more TCI states (e.g., they do not exist). One or more configuration parameters 1720 may include configuration parameters for one or more TCI states. One or more TCI states of multiple TCI states do not have to be associated with an additional PCI index. One or more TCI states do not have to include an additional PCI index. Each TCI state of one or more TCI states does not have to include an additional PCI index. One or more TCI states may be associated with the PCI of a cell and / or a cell based, for example, on the fact that one or more configuration parameters do not indicate an additional PCI index for one or more TCI states of multiple TCI states. One or more TCI states may be associated with the PCI of a cell and / or a cell based, for example, on the basis that one or more configuration parameters do not indicate an additional PCI index for each of the one or more TCI states. One or more TCI states may be associated with the PCI of a cell and / or a cell based, for example, on the basis that one or more configuration parameters do not indicate an additional PCI index for at least one additional PCI index for each of the one or more TCI states.

[0260] The wireless device 1705 may receive control commands 1730 (e.g., MAC-CE, DCI, downlink control command / message, control command / message, unified TCI state activation / deactivation MAC CE, activation command at time T1 as described herein in Figure 17, etc.). A control command 1730 may indicate the activation of a subset of TCI states 1780a from a group of TCI states (e.g., DLorJoint-TCIStateList). A control command may indicate the activation of a subset of TCI states 1780 from a second group of TCI states (e.g., ul-TCI-StateList).

[0261] A wireless device may map a subset of TCI states 1780a to one or more TCI code points 1780b. The wireless device may map each TCI state of the subset of TCI states 1780a to each TCI code point of one or more TCI code points 1780b. One or more TCI code points 1780b may represent and / or contain a subset of TCI states 1780a. Each TCI code point of one or more TCI code points 1780b may represent and / or map to each TCI state of the subset of TCI states 1780a. Each TCI code point of one or more TCI code points 1780b may represent and / or map to one or more TCI states.

[0262] In Figure 17, for example, a subset 1780a of TCI states could be TCI state 4, TCI state 5, TCI state 8, TCI state 26, TCI state 61, and TCI state 42. One or more TCI code points 1780b may include a first TCI code point (e.g., TCI code point 000), a second TCI code point (e.g., TCI code point 001), a third TCI code point (e.g., TCI code point 110), and a fourth TCI code point (e.g., TCI code point 111). The first TCI code point (e.g., TCI code point 000) may include and / or represent TCI state 4. The second TCI code point (e.g., TCI code point 001) may include and / or represent TCI states 5 and TCI state 8. A third TCI code point (e.g., TCI code point 110) may include and / or represent TCI states 26 and 61. A fourth TCI code point (e.g., TCI code point 111) may include and / or represent TCI state 42. The first TCI code point (e.g., TCI code point 000) and the fourth TCI code point (e.g., TCI code point 111) represent a single TCI state. The second TCI code point (e.g., TCI code point 001) and the third TCI code point (e.g., TCI code point 110) represent two TCI states (e.g., two joint TCI states, two uplink TCI states, two downlink TCI states, etc.).

[0263] The quantity of one or more TCI code points 1780b may be equal to 1. One or more TCI code points 1780b may be a single TCI code point. A single TCI code point may indicate, include, and / or map to at least two TCI states from a plurality of TCI states 1770. A subset of TCI states 1780a may be at least two TCI states. The radio device 1705 cannot receive a DCI 1740 indicating the activation of one or more TCI states from the subset of TCI states 1780a, for example, based on the quantity of one or more TCI code points 1780b being equal to 1. A control command 1730 may indicate the activation of at least two TCI states. The radio device 1705 cannot receive a DCI 1740 indicating the activation of one or more TCI states from the subset of TCI states 1780a, for example, based on the control command 1730 indicating the activation of at least two TCI states. At least two TCI states may include a first TCI state (e.g., TCI state 26 as described herein in Figure 17) and a second TCI state (e.g., TCI state 61 as described herein in Figure 17).

[0264] The quantity of one or more TCI code points 1780b may be greater than 1. The wireless device 1705 may receive DCI 1740 (e.g., DCI at time T2 as described herein in Figure 17). DCI 1740 may include a TCI field 1745. The TCI field 1745 may indicate one of the one or more TCI code points 1780b. The value of the TCI field 1745 (e.g., TCI field = 110 as described herein in Figure 17) may indicate a TCI code point and / or be equal to a TCI code point.

[0265] The TCI code point can include, indicate, and / or map at least two TCI states (e.g., TCI state 26 and TCI state 61 as described herein in FIG. 17). A subset 1780a of the TCI states can include at least two TCI states of the TCI code point. DCI 1740 can indicate the activation of at least two TCI states. The at least two TCI states can include a first TCI state (e.g., TCI state 26 as described herein in FIG. 17) and a second TCI state (e.g., TCI state 61 as described herein in FIG. 17).

[0266] FIG. 18 shows an example of TCI state activation. The wireless device 1805 can receive a first control command 1820 (e.g., MAC-CE, DCI, downlink control command / message, control command / message, activation / stop MAC CE for unified TCI state, activation command 1 at time T1 as described herein in FIG. 18). The first control command 1820 can activate, select, indicate, update, and / or show the activation of a first subset 1870a of TCI states of a plurality of TCI states 1770 (e.g., DLorJoint-TCIStateList). The first control command 1820 can activate, select, indicate, update, and / or show the activation of a first subset 1870a of TCI states of a second plurality of TCI states 1770 (e.g., UL-TCIStateList).

[0267] The first control command 1820 may include a field (e.g., CoresetPoolID) having a first coreset pool index 1825 (e.g., coreset pool index 0). The value within the field may be equal to the first coreset pool index 1825. The first coreset pool index 1825 may be equal to, for example, zero. The first subset 1870a of the TCI state may be associated with the first coreset pool index 1825. The first subset 1870a of the TCI state may be associated with the first coreset pool index 1825 based on the first control command 1820 indicating activation of the first subset 1870a of the TCI state including a field having the first coreset pool index 1825. The wireless device may activate the first subset 1870a of the TCI state for the first coreset pool index 1825.

[0268] The wireless device 1805 may map the first subset 1870a of the TCI state to one or more first TCI code points 1870b. The wireless device 1805 may map each TCI state of the first subset 1870a of the TCI state to a respective TCI code point of the one or more first TCI code points 1870b. The one or more first TCI code points 1870b may indicate and / or include the first subset 1870a of the TCI state. Each TCI code point of the one or more first TCI code points 1870b may include, indicate, and / or be mapped to a respective TCI state of the first subset 1870a of the TCI state. Each TCI code point of the one or more first TCI code points 1870b may include, indicate, and / or be mapped to one or more TCI states. The one or more first TCI code points 1870b may be associated with the first coreset pool index 1825.

[0269] In Figure 18, for example, a first subset 1870a of TCI states may include TCI state 4, TCI state 5, TCI state 26, and / or TCI state 42. One or more first TCI code points 1870b may include a first TCI code point (e.g., TCI code point 000), a second TCI code point (e.g., TCI code point 001), a third TCI code point (e.g., TCI code point 110), and a fourth TCI code point (e.g., TCI code point 111). The first TCI code point (e.g., TCI code point 000) may include and / or represent TCI state 4. The second TCI code point (e.g., TCI code point 001) may include and / or represent TCI state 5. The third TCI code point (e.g., TCI code point 110) may include and / or represent TCI state 26. A fourth TCI code point (e.g., TCI code point 111) may include and / or indicate a TCI state 42. The first TCI code point (e.g., TCI code point 000), the second TCI code point (e.g., TCI code point 001), the third TCI code point (e.g., TCI code point 110), and the fourth TCI code point (e.g., TCI code point 111) indicate a single TCI state (e.g., a single joint TCI state, a single uplink TCI state, a single downlink TCI state, etc.).

[0270] The quantity of one or more first TCI code points 1870b may be equal to 1. One or more first TCI code points 1870b may be a single TCI code point. A single TCI code point may represent a first TCI state among multiple TCI states. A first subset 1870a of TCI states may be a first TCI state. A wireless device may not receive a DCI indicating the activation of one or more TCI states from the first subset 1870a of TCI states based, for example, on the quantity of one or more first TCI code points 1870b being equal to 1. A wireless device 1805 may not receive a DCI indicating the activation of one or more TCI states from the first subset 1870a of TCI states based, for example, on the first control command 1820 indicating the activation of a first TCI state.

[0271] The quantity of one or more first TCI code points 1870b may be greater than 1. The wireless device 1805 may receive a first DCI 1830 (e.g., DCI 1 at time T2 in Figure 18) via a first coreset 1838 (e.g., coreset pool index 1 in Figure 18) having a first coreset 1838 pool index 1825 (e.g., coreset pool index 0). Multiple coresets may include the first coreset 1838. One or more configuration parameters may indicate the first coreset pool index 1825 for the first coreset 1838. One or more configuration parameters may not indicate the coreset pool index for the first coreset 1838. The first coreset 1838 may be associated with the first coreset pool index 1825 (e.g., coreset pool index 0) based, for example, on the fact that one or more configuration parameters do not indicate a coreset pool index for the first coreset 1838. The default value for the coreset pool index of the first coreset 1838 may be equal to the first coreset pool index 1825 (e.g., coreset pool index 0) based, for example, on the fact that one or more configuration parameters do not indicate a coreset pool index for the first coreset 1838.

[0272] A first DCI 1830 (for example, DCI 1 as described herein in Figure 18) may be, for example, DCI format 1_1. A first DCI 1830 may be, for example, DCI format 1_2. A first DCI 1830 may be, for example, DCI format 1_x when x = 0, 1, 2... A first DCI 1830 may be, for example, DCI format 0_x when x = 0, 1, 2...

[0273] The first DCI 1830 may include a first TCI field 1835. The first TCI field 1835 may indicate a first TCI code point among one or more first TCI code points 1870b. The first TCI field 1835 may indicate a first TCI code point of one or more first TCI code points 1870b associated with the first coreset pool index 1825, for example, based on receiving the first DCI 1830 via the first coreset 1838 having the first coreset pool index 1825. The value of the first TCI field 1835 (e.g., 110 in Figure 18) may be equal to, for example, the first TCI code point. The value of the first TCI field 1835 may indicate, for example, the first TCI code point. A first TCI code point (e.g., 110) may represent, include, and / or map to a first TCI state (e.g., TCI state 26 in Figure 18). A first subset 1870a of TCI states may include a first TCI state. A first DCI 1830 may activate a first TCI state and / or indicate the activation of a first TCI state. A first DCI 1830 may indicate the activation of a first TCI state. A first TCI field 1835 within the first DCI 1830 may indicate a first TCI state in a first subset 1870a of TCI states, for example, based on receiving the first DCI 1830 via a first coreset 1838 having a first coreset pool index 1825. The first TCI field 1835 in the first DCI 1830 may indicate a first TCI state in the first subset 1870a of the TCI state, which indicates the activation of the first subset 1870a of the TCI state, for example, based on a first control command 1820, and includes a field having a first coreset pool index 1825 which may be the same as the index of the first coreset 1838.

[0274] A first TCI state may be associated with and / or activated with respect to a first coreset pool index 1825. A first TCI state may be associated with downlink and / or uplink reception and / or transmission associated with the first coreset pool index 1825. A first TCI state may be associated with downlink and / or uplink reception and / or transmission associated with the first coreset pool index 1825, for example, by receiving a first DCI 1830 indicating the activation of the first TCI state via a first coreset 1838 having the first coreset pool index 1825.

[0275] A wireless device may apply a first TCI state to downlink receptions (e.g., PDSCH reception, transport block, PDCCH reception, CSI-RS, DM-RS, etc.) associated with a first coreset pool index 1825. One or more configuration parameters may indicate the first coreset pool index 1825 for a coreset among multiple coresets. Based on the first TCI state, the wireless device may monitor downlink control channels within a coreset, for example, based on (e.g., in response to) one or more configuration parameters indicating the first coreset pool index 1825 for a coreset. The wireless device may receive DCIs that schedule downlink signals (e.g., PDSCH transmission, transport block, DM-RS, CSI-RS, aperiodic CSI-RS) via a coreset having the first coreset pool index 1825. Multiple coresets may include multiple coresets. A downlink signal may be associated with the first coreset pool index 1825, for example, based on receiving a DCI via a coreset having the first coreset pool index 1825. A wireless device may receive a downlink signal based on a first TCI state, for example, based on (e.g., in response to) that the downlink signal is associated with the first coreset pool index 1825. A wireless device may receive a downlink signal (e.g., PDSCH transmission, transport block, DM-RS, CSI-RS, aperiodic CSI-RS) based on a first TCI state, for example, based on (e.g., in response to) one or more configuration parameters indicating the first coreset pool index 1825 for a resource set containing a downlink signal.

[0276] A wireless device may apply a first TCI state to an uplink transmission (e.g., PUSCH transmission, transport block, PUCCH transmission, SRS, etc.) associated with a first coreset pool index 1825.

[0277] One or more configuration parameters may indicate a first core set pool index 1825 for an uplink resource, and / or an uplink resource set and / or group containing the uplink resource. The wireless device 1805 may transmit (e.g., transmit) an uplink signal (e.g., UCI, HARQ-ACK, SR, CSI report, SRS) via the uplink resource, for example, based on (e.g., in response to) one or more configuration parameters indicating a first core set pool index 1825 for an uplink resource, and / or an uplink resource set and / or group containing the uplink resource, based on a first TCI state. The cell's uplink BWP (e.g., active uplink BWP) may include an uplink resource. The uplink resource may be, for example, a PUCCH resource. The uplink signal may be a UCI (e.g., UCI, HARQ-ACK, SR, CSI report). The uplink resource may be, for example, an SRS resource. The uplink signal may be an SRS. The uplink resource may be, for example, a PUSCH resource. An uplink signal may be a push transmission (e.g., a transport block) of a configured uplink authorization (e.g., a configured uplink authorization of type 1). The transmission of an uplink signal over an uplink resource may be associated with a first coreset pool index 1825, for example, based on one or more configuration parameters indicating a first coreset pool index 1825 for an uplink resource, and / or an uplink resource set and / or group containing an uplink resource.

[0278] The wireless device 1805 may receive a DCI 1830 via a coreset 1838 having a first coreset pool index 1825, which triggers and / or schedules the transmission of an uplink signal (e.g., PUSCH transmission, transport block, SRS, HARQ-ACK). Multiple coresets may include coresets. An uplink signal may be associated with the first coreset pool index 1825, for example, based on receiving a DCI 1830 via a coreset 1838 having the first coreset pool index 1825. The wireless device may transmit (e.g., transmit) an uplink signal based on a first TCI state, for example, based on (e.g., in response to) the uplink signal being associated with the first coreset pool index 1825.

[0279] The wireless device 1805 may receive a second control command 1840 (e.g., MAC-CE, DCI, downlink control command / message, control command / message, unified TCI state activation / deactivation MAC CE, activation command 2 at time T3 as described herein in Figure 18). The second control command 1840 may activate, select, indicate, update, and / or indicate the activation of a second subset of TCI states 1880a from a plurality of TCI states (e.g., DLorJoint-TCIStateList). The second control command 1840 may activate, select, indicate, update, and / or indicate the activation of a second subset 1880a of TCI states from a second plurality of TCI states (e.g., UL-TCIStateList).

[0280] The second control command 1840 may include a field (e.g., CoresetPoolID) having a second coreset pool index 1845 (e.g., coreset pool index 1 in Figure 18). The value in the field may be equal to the second coreset pool index 1845, which may be equal to, for example, 1. A second subset 1880a of the TCI state may be associated with the second coreset pool index 1845. The second subset 1880a of the TCI state may be associated with the second coreset pool index 1845 based on a second control command 1840 indicating the activation of the second subset 1880a of the TCI state, which includes a field having the second coreset pool index 1845. A wireless device may activate the second subset 1880a of the TCI state for the second coreset pool index 1845.

[0281] The wireless device 1805 may map a second subset 1880a of TCI states to one or more second TCI code points 1880b. The wireless device 1805 may map each TCI state of the second subset 1880a of TCI states to each TCI code point of one or more second TCI code points 1880b. One or more second TCI code points 1880b may represent, contain, and / or map to the second subset 1880a of TCI states. Each TCI code point 1880b of the one or more second TCI code points may contain, represent, and / or map to each TCI state of the second subset 1880a of TCI states. Each TCI code point of one or more second TCI code points 1880b may contain, represent, and / or map to one or more TCI states. One or more second TCI code points 1880b may be associated with a second coreset pool index 1845.

[0282] In Figure 18, for example, a second subset 1880a of TCI states may be TCI state 8, TCI state 61, and TCI state 21. One or more second TCI code points 1880b may include a first TCI code point (e.g., TCI code point 000), a second TCI code point (e.g., TCI code point 001), and a third TCI code point (e.g., TCI code point 110). The first TCI code point (e.g., TCI code point 000) may include and / or represent TCI state 8. The second TCI code point (e.g., TCI code point 001) may include and / or represent TCI state 61. The third TCI code point (e.g., TCI code point 110) may include and / or represent TCI state 21. A first TCI code point (e.g., TCI code point 000), a second TCI code point (e.g., TCI code point 001), and a third TCI code point (e.g., TCI code point 110) may include and / or represent a single TCI state (e.g., a single joint TCI state, a single uplink TCI state, a single downlink TCI state, etc.).

[0283] The quantity of one or more second TCI code points 1880b may be equal to 1. One or more second TCI code points 1880b may be a single TCI code point. A single TCI code point may represent a second TCI state among multiple TCI states. A second subset 1880a of TCI states may be a second TCI state. The radio device 1805 may not receive a DCI 1850 indicating the activation of one or more TCI states among the second subset 1880a of TCI states, for example, based on the quantity of one or more second TCI code points 1880b being equal to 1. The radio device 1805 may not receive a DCI 1850 indicating the activation of one or more TCI states among the second subset 1880a of TCI states, for example, based on a second control command 1840 indicating the activation of a second TCI state.

[0284] The number of one or more second TCI code points 1880b may be greater than 1. The wireless device 1805 may receive a second DCI 1850 (e.g., DCI 2 at time T4 in Figure 18) via a second core set 1858 (e.g., core set pool index 2 in Figure 18) having a pool index 1845 (e.g., core set pool index 1) for the second core set 1858. One or more configuration parameters may indicate a second core set pool index 1845 for the second core set 1858. Multiple core sets may include the second core set 1858.

[0285] The second DCI 1850 may be, for example, DCI format 1_1. The second DCI 1850 may be, for example, DCI format 1_2. The second DCI 1850 may be, for example, DCI format 1_x when x = 0, 1, 2... The second DCI 1850 may be, for example, DCI format 0_x when x = 0, 1, 2... The second DCI 1850 may include a second TCI field 1855. The second TCI field 1855 may indicate a second TCI code point in one or more second TCI code points 1880b. The second TCI field 1855 may indicate a second TCI code point of one or more second TCI code points 1880b associated with the second coreset pool index 1845, based on receiving the second DCI 1850 via the second coreset 1858 having the second coreset pool index 1845. The value of the second TCI field 1855 (e.g., 001 in Figure 18) may be equal to, for example, the second TCI code point. The value of the second TCI field 1855 may indicate, for example, the second TCI code point. The second TCI code point (e.g., 001) may indicate, contain, and / or map to a second TCI state (e.g., TCI state 61 in Figure 18). The second subset 1880a of TCI states may contain the second TCI state. The second DCI 1850 may activate a second TCI state and / or indicate the activation of a second TCI state. The second DCI 1850 may indicate the activation of a second TCI state. The second TCI field 1855 within the second DCI 1850 may indicate a second TCI state in a second subset 1880a of TCI states, for example, based on receiving the second DCI 1850 via a second coreset 1858 having a second coreset pool index 1845.The second TCI field 1855 within the second DCI 1850 may indicate a second TCI state in the second subset 1880a of the TCI state, which includes a field having a second coreset pool index 1845 that may be the same as the index of the second coreset 1858, for example, based on a second control command 1840.

[0286] A second TCI state may be associated with and / or activated with respect to a second coreset pool index 1845. A second TCI state may be associated with downlink and / or uplink reception and / or transmission associated with the second coreset pool index 1845. A second TCI state may be associated with downlink and / or uplink reception and / or transmission associated with the second coreset pool index 1845, for example, by receiving a second DCI 1850 indicating the activation of the second TCI state via a second coreset 1858 having the second coreset pool index 1845.

[0287] The wireless device 1805 may apply a second TCI state to downlink receptions (e.g., PDSCH reception, transport block, PDCCH reception, CSI-RS, DM-RS, etc.) associated with a second coreset pool index 1845. One or more configuration parameters may indicate the second coreset pool index 1845 for a coreset among multiple coresets. Based on the second TCI state, the wireless device 1805 may monitor downlink control channels within a coreset, for example, based on (e.g., in response to) one or more configuration parameters indicating the second coreset pool index 1845 for a coreset. For example, the wireless device 1805 may receive DCIs that schedule downlink signals (e.g., PDSCH transmission, transport block, DM-RS, CSI-RS, aperiodic CSI-RS) via a coreset having the second coreset pool index 1845. Multiple coresets may include multiple coresets. A downlink signal may be associated with a second coreset pool index 1845, for example, based on receiving a DCI via a coreset having a second coreset pool index 1845. A wireless device 1805 may receive a downlink signal based on a second TCI state, for example, based on (e.g., in response to) that the downlink signal is associated with the second coreset pool index 1845. A wireless device 1805 may receive a downlink signal (e.g., PDSCH transmission, transport block, DM-RS, CSI-RS, aperiodic CSI-RS) based on a second TCI state, for example, based on (e.g., in response to) one or more configuration parameters indicating the second coreset pool index 1845 for a resource set containing a downlink signal.

[0288] The wireless device 1805 may apply a second TCI state to uplink transmissions (e.g., PUSCH transmission, transport block, PUCCH transmission, SRS, etc.) associated with a second coreset pool index 1845. One or more configuration parameters may indicate the second coreset pool index 1845 for uplink resources, and / or uplink resource sets and / or groups containing uplink resources. The wireless device 1805 may transmit (e.g., in response to) a second TCI state based on one or more configuration parameters indicating the second coreset pool index 1845 for uplink resources, and / or uplink resource sets and / or groups containing uplink resources, via the uplink resources. A cell's uplink BWP (e.g., active uplink BWP) may include uplink resources. An uplink resource may be, for example, a PUCCH resource. An uplink signal may be a UCI (e.g., UCI, HARQ-ACK, SR, CSI report). An uplink resource may be, for example, an SRS resource. An uplink signal may be an SRS. An uplink resource may be, for example, a PUSCH resource. An uplink signal may be a PUSCH transmission (e.g., a transport block) of a configured uplink authorization (e.g., a configured uplink authorization of type 1). The transmission (e.g., transmission) of an uplink signal through an uplink resource may be associated with a second coreset pool index 1845, for example, based on one or more configuration parameters indicating a second coreset pool index 1845 for an uplink resource, and / or an uplink resource set and / or group containing an uplink resource.

[0289] The wireless device 1805 may receive DCI that triggers and / or schedules the transmission of uplink signals (e.g., PUSCH transmission, transport block, SRS, HARQ-ACK) via a core set having a second core set pool index 1845. The plurality of core sets may include the core set. The uplink signal may be associated with the second core set pool index 1845 based on, for example, receiving DCI via a core set having the second core set pool index 1845. The wireless device may transmit (e.g., send) the uplink signal based on the second TCI state, for example, based on (e.g., in response to) the uplink signal being associated with the second core set pool index 1845.

[0290] The first TCI state may include and / or indicate a first reference signal (e.g., CSI-RS, SSB / PBCH block, DM-RS, SRS, etc.). The first TCI state may include and / or indicate a first quasi co-location type (e.g., QCL TypeA, QCL TypeB, QCL TypeC, QCL TypeD).

[0291] A first TCI state may be associated with the PCI of a cell. A first TCI state may not include at least one additional PCI index. Additional PCI indexes may not be a configuration parameter of the first TCI state. One or more configuration parameters may be a configuration parameter of the first TCI state. A first TCI state may be associated with the PCI of a cell, for example, based on the fact that the first TCI state does not include at least one additional PCI index. A first reference signal may be quasi-identical to a first SS / PBCH block. A first reference signal may be a first SS / PBCH block. A first reference signal may be quasi-identical to a first CSI-RS which may be quasi-identical to a first SS / PBCH block. A first SS / PBCH block may be associated with a cell. A first SS / PBCH block may be associated with the PCI of a cell. One or more configuration parameters may indicate a first SS / PBCH block for a cell.

[0292] A first TCI state may be associated with a second PCI of a second cell. At least one of one or more cells may contain a second cell. At least one PCI in the list of PCI sets and / or indicated by the list of PCI sets may contain a second PCI. A second PCI may indicate (e.g., identify) a second cell. A first TCI state may include an additional PCI index of at least one additional PCI index. One or more configuration parameters may indicate an additional PCI index for a first TCI state. An additional PCI index may indicate a PCI set in the list of PCI sets. A PCI set may include and / or indicate a second PCI of a second cell. A first TCI state may be associated with a second PCI of a second cell based on a first TCI state that includes an additional PCI index indicating a second PCI of a second cell. The first TCI state may be associated with the second PCI of the second cell, for example, based on one or more configuration parameters indicating an additional PCI index indicating the second PCI of the second cell for the first TCI state. The first reference signal may be quasi-identical to the first SS / PBCH block. The first reference signal may be the first SS / PBCH block. The first reference signal may be quasi-identical to the first CSI-RS which may be quasi-identical to the first SS / PBCH block. The first SS / PBCH block may be associated with the second cell. The first SS / PBCH block may be associated with the second PCI of the second cell. One or more configuration parameters may indicate the first SS / PBCH block for the second cell.

[0293] The second TCI state may include and / or indicate a second reference signal (e.g., CSI-RS, SSB / PBCH block, DM-RS, SRS, etc.). The second TCI state may include and / or indicate a second quasi-identical type (e.g., QCL Type A, QCL Type B, QCL Type C, QCL Type D). The second TCI state may be associated with the PCI of the cell. The second TCI state may not include an additional PCI index of at least one additional PCI index. An additional PCI index may not be a configuration parameter of the second TCI state. One or more configuration parameters may be configuration parameters of the second TCI state. The second TCI state may be associated with the PCI of the cell, for example, based on the fact that the second TCI state does not include an additional PCI index of at least one additional PCI index. The second reference signal may be quasi-identical with the second SS / PBCH block. The second reference signal may be a second SS / PBCH block. The second reference signal may be quasi-identical to a second CSI-RS which may be quasi-identical to the second SS / PBCH block. The second SS / PBCH block may be associated with a cell. The second SS / PBCH block may be associated with the PCI of a cell. One or more configuration parameters may indicate a second SS / PBCH block for a cell.

[0294] A second TCI state may be associated with a second PCI of a second cell. At least one of one or more cells may contain a second cell. At least one PCI in the list of PCI sets and / or indicated by the list of PCI sets may contain a second PCI. A second PCI may indicate (e.g., identify) a second cell. A second TCI state may contain an additional PCI index of at least one additional PCI index. One or more configuration parameters may indicate an additional PCI index for a second TCI state. An additional PCI index may indicate a PCI set in the list of PCI sets. A PCI set may contain and / or indicate a second PCI of a second cell. A second TCI state may be associated with a second PCI of a second cell based on a second TCI state that includes an additional PCI index indicating a second PCI of a second cell. A second TCI state may be associated with the second PCI of the second cell, for example, based on one or more configuration parameters that indicate an additional PCI index that may indicate the second PCI of the second cell for the second TCI state. A second reference signal may be quasi-identical to a second SS / PBCH block. A second reference signal may be a second SS / PBCH block. A second reference signal may be quasi-identical to a second CSI-RS that may be quasi-identical to a second SS / PBCH block. A second SS / PBCH block may be associated with a second cell. A second SS / PBCH block may be associated with the second PCI of the second cell. One or more configuration parameters may indicate a second SS / PBCH block for a second cell.

[0295] The second cell identified and / or indicated by the second PCI may be a non-service cell. The second cell identified and / or indicated by the second PCI may be an adjacent cell. The second cell identified and / or indicated by the second PCI may be a candidate and / or support cell.

[0296] One or more configuration parameters may indicate, for a first TCI state, a first TCI state index (e.g., tci-StateId). One or more configuration parameters may indicate, for a second TCI state, a second TCI state index. The first TCI state index may be lower (e.g., smaller) than the second TCI state index. A plurality of TCI state indexes may include the first TCI state index and the second TCI state index.

[0297] A control command indicating activation of a subset of TCI states may include a plurality of fields. A first field of the plurality of fields may indicate a first TCI state. The first field may include a first TCI state index identifying and / or indicating the first TCI state. The first field may be located in the first octet of the control command. A second field of the plurality of fields may indicate a second TCI state. The second field may include a second TCI state index identifying and / or indicating the second TCI state. The second field may be located in the second octet of the control command. The first octet may be lower (e.g., smaller) than the second octet. The first octet may be Octet5, and the second octet may be Octet6. The first octet may be Octet1, and the second octet may be Octet2. The first octet may be Octet9, and the second octet may be Octet10. The base station may order the first TCI state index and the second TCI state index based on the sequential position of the control command. Octet n of the control command may include a first TCI state index identifying (e.g., indicating) the first TCI state, and Octet m of the control command may include a second TCI state index identifying (e.g., indicating) the second TCI state, for example, when n < m.

[0298] A control command may indicate, map, and / or activate a set, list, and / or vector of at least two TCI states to a TCI code point. A control command may indicate the mapping, association, and / or activation of at least two sets, lists, and / or vectors of TCI states to a TCI code point. The at least two TCI states may include a first TCI state and a second TCI state. The first TCI state may be the first to occur in the set, list, and / or vector of at least two TCI states. The first TCI state may be the first (e.g., start, earliest, initial, etc.). A TCI state in at least two sets, lists, and / or vectors. The second TCI state may be the second to occur in the set, list, and / or vector of at least two TCI states. The second TCI state may be the last (e.g., latest, end, etc.). A TCI state in at least two sets, lists, and / or vectors. For example, if there is a set, list, and / or vector of at least two TCI states = [TCI state 5, TCI state 8], then the first TCI state could be TCI state 5 and the second TCI state could be TCI state 8. For example, if there is a set, list, and / or vector of at least two TCI states = [TCI state 26, TCI state 61], then the first TCI state could be TCI state 26 and the second TCI state could be TCI state 61.

[0299] A wireless device may apply a first TCI state to one or more first uplink channels and / or resources of a cell. Using a first TCI state with respect to one or more first uplink channels / resources may include transmitting uplink signals over one or more first uplink channels / resources based on the first TCI state. A wireless device may transmit (e.g., transmit) uplink signals over one or more first uplink channels and / or resources based on the first TCI state. A wireless device may transmit (e.g., transmit) each uplink signal over each of the one or more first uplink channels and / or resources based on the first TCI state.

[0300] A wireless device may transmit (e.g., transmit) an uplink signal having a transmission power determined based on a first TCI state over one or more first uplink channels and / or resources. A wireless device may transmit (e.g., transmit) an uplink signal having a respective transmission power determined based on a first TCI state over each of the one or more first uplink channels and / or resources. A wireless device may transmit (e.g., transmit) a first uplink signal having a first transmission power determined based on a first TCI state over one or more first uplink channels and / or resources. A wireless device may determine a first transmission power based on one or more first power control parameters (e.g., target received power, path loss compensation coefficient, closed-loop index, path loss reference signal, etc.) associated with, indicated by, and / or included in the first TCI state. A wireless device may transmit (e.g., transmit) a second uplink signal having a second transmission power determined based on a first TCI state, via a second uplink channel and / or resource among one or more first uplink channels and / or resources. The wireless device may determine the second transmission power based on one or more first power control parameters (e.g., target received power, path loss compensation coefficient, closed-loop index, path loss reference signal) associated with, indicated by, and / or included in the first TCI state.

[0301] A wireless device may transmit (e.g., transmit) an uplink signal over one or more first uplink channels and / or resources using a first spatial domain transmission filter and / or beam determined based on a first TCI state. A wireless device may transmit (e.g., transmit) each uplink signal over each of the one or more first uplink channels and / or resources using a first spatial domain transmission filter and / or beam determined based on a first TCI state. A wireless device may transmit (e.g., transmit) a first uplink signal over a first uplink channel and / or resource among the one or more first uplink channels and / or resources using a first spatial domain transmission filter and / or beam determined based on a first TCI state. At least one DMRS antenna port of the first uplink signal may be located quasi-identical to a first reference signal indicated by the first TCI state. A wireless device may transmit (e.g., transmit) a second uplink signal over a first spatial domain transmission filter and / or beam determined based on a first TCI state, via a second uplink channel and / or resource among one or more first uplink channels and / or resources. At least one DMRS antenna port of the second uplink signal may be located quasi-identical to a first reference signal indicated by the first TCI state.

[0302] One or more first uplink channels and / or resources may include PUSCH. One or more first uplink channels and / or resources may include one or more first PUSCH resources. One or more first uplink channels and / or resources may include one or more first PUSCH transmissions.

[0303] The wireless device 1805 may receive a first DCI 1830 via a first core set 1838 that schedules a first push transmission. Multiple core sets may include the first core set 1838. The first DCI 1830 may include fields having first values ​​(e.g., 0, 00, 10, 11) that indicate a first TCI state (e.g., an SRS resource set indicator field, a TRP field, a core set pool index field, an additional PCI index, a BFD set index, a unified TCI state indicator field, a joint TCI state indicator field, an uplink TCI state indicator field, a panel index, a capability set index, etc.). Based on the first TCI state, the wireless device may transmit (e.g., transmit) a first push transmission based on (e.g., in response to) the first DCI 1830 which includes fields having first values ​​that indicate the first TCI state. One or more first uplink channels and / or resources may include push transmissions scheduled by DCIs that include a field having a first value. Each DCI may schedule one or more push transmissions of push transmissions.

[0304] A first coreset 1838 may be associated with a first coreset pool index 1825 (e.g., CoresetPoolIndex=0). One or more configuration parameters may indicate the first coreset pool index 1825 for the first coreset 1838. One or more configuration parameters may not indicate a coreset pool index for the first coreset 1838. A wireless device may transmit (e.g., transmit) a first PUSCH transmission based on a first TCI state, for example, by receiving a first DCI 1830 scheduling a first PUSCH transmission via the first coreset 1838 having the first coreset pool index 1825 (e.g., in response to it). One or more first uplink channels and / or resources may include a first PUSCH transmission. One or more first uplink channels and / or resources may include DCI-scheduled PUSCH transmissions received via one or more first core sets having a first core set pool index 1825. Multiple core sets may include one or more first core sets.

[0305] A wireless device may transmit a first push transmission having a first transmission power determined based on a first TCI state. A wireless device may transmit a first push transmission with a first spatial domain transmission filter / beam determined based on a first TCI state.

[0306] One or more configuration parameters may include fields (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI state indicator field, joint TCI state indicator field, uplink TCI state indicator field, panel index, capability set index, etc.) that have a first value indicating a first TCI state for a configured uplink grant. A wireless device may transmit (e.g., transmit) a PUSCH transmission of a configured uplink grant based on the first TCI state, for example, based on (e.g., in response to) one or more configuration parameters indicating fields that have a first value indicating a first TCI state for a configured uplink grant. A configured uplink grant may be, for example, a Type 1 configured uplink grant. One or more first uplink channels and / or resources may include a PUSCH transmission of a configured uplink grant.

[0307] A wireless device may transmit a configured uplink-enabled PUSCH transmission having a first transmission power determined based on a first TCI state. A wireless device may transmit an uplink-enabled PUSCH transmission configured with a first spatial domain transmission filter / beam determined based on a first TCI state.

[0308] One or more first uplink channels and / or resources may include PUCCH. One or more first uplink channels and / or resources may include one or more first PUCCH resources. One or more first uplink channels and / or resources may include one or more first PUCCH resource sets and / or groups. One or more first uplink channels and / or resources may include one or more first PUCCH transmissions.

[0309] One or more configuration parameters may include fields (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI state indicator field, joint TCI state indicator field, uplink TCI state indicator field, panel index, capability set index, etc.) that have a first value (e.g., 0, 00, 10, 11) indicating a first TCI state for a first PUCCH resource. A wireless device may transmit (e.g., transmit) uplink signals (e.g., SR, HARQ-ACK, CSI report, uplink control information, PUCCH transmission) over the first PUCCH resource based on the first TCI state, for example, based on (e.g., in response to) one or more configuration parameters indicating fields with a first value indicating a first TCI state for a first PUCCH resource. One or more first uplink channels and / or resources may include PUCCH transmission over the first PUCCH resource.

[0310] A wireless device may transmit an uplink signal having a first transmission power determined based on a first TCI state via a first PUCCH resource. A wireless device may transmit an uplink signal with a first spatial domain transmission filter / beam determined based on a first TCI state via a first PUCCH resource.

[0311] One or more configuration parameters may include fields (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI status indicator field, joint TCI status indicator field, uplink TCI status indicator field, panel index, capability set index, etc.) that have a first value (e.g., 0, 00, 10, 11) indicating a first TCI status for a first PUCCH resource set and / or group. A wireless device may transmit (e.g., transmit) uplink signals (e.g., SR, HARQ-ACK, CSI report, uplink control information) over the PUCCH resources in the first PUCCH resource set and / or group based on the first TCI status, for example, based on (e.g., in response to) one or more configuration parameters indicating fields that have a first value indicating a first TCI status for a first PUCCH resource set and / or group. A wireless device may transmit (e.g., transmit) its respective uplink signals (e.g., SR, HARQ-ACK, CSI report, uplink control information) through each PUCCH resource in the first PUCCH resource set and / or group, based on a first TCI state, for example, based on (e.g., in response to) one or more configuration parameters indicating a field having a first value indicating the first TCI state for the first PUCCH resource set and / or group. One or more first uplink channels and / or resources may include PUCCH transmissions through each PUCCH resource in the first PUCCH resource set and / or group.

[0312] A wireless device may transmit an uplink signal via a PUCCH resource having a first transmission power determined based on a first TCI state. A wireless device may transmit an uplink signal via a PUCCH resource with a first spatial domain transmission filter / beam determined based on a first TCI state.

[0313] A wireless device may receive a first DCI 1830 via a first core set 1838 that triggers and / or schedules the transmission of a first PUCCH transmission (e.g., a HARQ-ACK feedback transmission). The first DCI 1830 may, for example, schedule a PDSCH reception. The first DCI 1830 may, for example, indicate a SCell quiescent state. The first DCI 1830 may, for example, indicate an SPS PDSCH release. The first DCI 1830 may, for example, indicate the activation of a unified TCI state. Multiple core sets may include the first core set 1838. The first DCI 1830 may include fields having a first value (e.g., 0, 00, 10, 11) that indicates a first TCI state (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI state indicator field, joint TCI state indicator field, uplink TCI state indicator field, panel index, capability set index, etc.). A wireless device may transmit (e.g., transmit) a first PUCCH transmission based on the first TCI state, for example, based on (e.g., in response to) the first DCI 1830 which includes fields having a first value that indicates the first TCI state. One or more first uplink channels and / or resources may include PUCCH transmissions triggered and / or scheduled by a DCI which includes fields having a first value.

[0314] A first coreset 1838 may be associated with a first coreset pool index 1825 (e.g., CoresetPoolIndex=0). One or more configuration parameters may indicate the first coreset pool index 1825 for the first coreset 1838. One or more configuration parameters may not indicate a coreset pool index for the first coreset 1838. A wireless device may transmit (e.g., transmit) a first PUCCH transmission based on (e.g., in response to) a first DCI 1830 that triggers and / or schedules a first PUCCH transmission via the first coreset 1838 having the first coreset pool index 1825, based on a first TCI state. One or more first uplink channels and / or resources may include PUCCH transmissions triggered and / or scheduled by DCIs received via one or more first coresets having the first coreset pool index 1825. Multiple core sets may include one or more first core sets.

[0315] A wireless device may transmit a first PUCCH transmission having a first transmission power determined based on a first TCI state. A wireless device may transmit a first PUCCH transmission with a first spatial domain transmission filter / beam determined based on a first TCI state.

[0316] One or more first uplink channels and / or resources may include SRS. One or more first uplink channels and / or resources may include one or more first SRS resources. One or more first uplink channels and / or resources may include one or more first SRS resource sets and / or groups. One or more first uplink channels and / or resources may include one or more first SRS transmissions.

[0317] One or more configuration parameters may include fields (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI state indicator field, joint TCI state indicator field, uplink TCI state indicator field, panel index, capability set index, etc.) that have a first value (e.g., 0) indicating a first TCI state for a first SRS resource. A wireless device may transmit (e.g., transmit) SRS over the first SRS resource based on the first TCI state, for example, based on (e.g., in response to) one or more configuration parameters indicating fields that have a first value that can indicate a first TCI state for the first SRS resource. One or more first uplink channels and / or resources may include SRS transmission over the first SRS resource.

[0318] A wireless device may transmit an SRS having a first transmission power determined based on a first TCI state via a first SRS resource. A wireless device may transmit an SRS with a first spatial domain transmission filter / beam determined based on a first TCI state via a first SRS resource.

[0319] One or more configuration parameters may include fields (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI status indicator field, joint TCI status indicator field, uplink TCI status indicator field, panel index, capability set index, etc.) that have a first value (e.g., 0, 00, 10, 11) indicating a first TCI status for a first SRS resource set and / or group. A wireless device may transmit (e.g., transmit) SRS over SRS resources in the first SRS resource set and / or group based on the first TCI status, for example, based on (e.g., in response to) one or more configuration parameters indicating fields that have a first value that can indicate a first TCI status for a first SRS resource set and / or group. A wireless device may transmit (e.g., transmit) its respective SRS through each SRS resource in the first SRS resource set and / or group based on a first TCI state, for example, based on (e.g., in response to) one or more configuration parameters indicating a field having a first value that can indicate the first TCI state for the first SRS resource set and / or group. One or more first uplink channels and / or resources may include SRS transmission through each SRS resource in the first SRS resource set and / or group.

[0320] A wireless device may transmit an SRS having a first transmission power determined based on a first TCI state via an SRS resource. A wireless device may transmit an SRS with a first spatial domain transmission filter / beam determined based on a first TCI state via an SRS resource.

[0321] The wireless device 1805 may receive a first DCI 1830 via a first core set 1838 that triggers and / or schedules the transmission of an SRS. The SRS may be, for example, a periodic SRS. The SRS may be, for example, a semi-persistent SRS. Multiple core sets may include the first core set 1838. The first DCI 1830 may include fields (e.g., an SRS resource set indicator field, a TRP field, a core set pool index field, an additional PCI index, a BFD set index, a unified TCI state indicator field, a joint TCI state indicator field, an uplink TCI state indicator field, a panel index, a capability set index, etc.) that have a first value (e.g., 0, 00, 10, 11) indicating a first TCI state. The wireless device 1805 may transmit (e.g., transmit) an SRS based on a first TCI state, for example, based on (e.g., in response to) a first DCI 1830 which includes a field having a first value indicating the first TCI state. One or more first uplink channels and / or resources may include SRS transmissions triggered and / or scheduled by a DCI which includes a field having a first value.

[0322] A first coreset 1838 may be associated with a first coreset pool index 1825 (e.g., CoresetPoolIndex=0). One or more configuration parameters may indicate the first coreset pool index 1825 for the first coreset 1838. One or more configuration parameters may not indicate a coreset pool index for the first coreset 1838. A wireless device may transmit (e.g., transmit) an SRS based on (e.g., in response to) a first DCI 1830 that triggers and / or schedules an SRS transmission over the first coreset 1838 having the first coreset pool index 1825, based on a first TCI state. One or more first uplink channels and / or resources may include SRS transmissions triggered and / or scheduled by DCIs received over one or more first coresets having the first coreset pool index 1825. Multiple coresets may include one or more first coresets.

[0323] A wireless device may transmit SRS with a first transmission power determined based on a first TCI state, for example. A wireless device may transmit SRS with a first spatial domain transmission filter / beam determined based on a first TCI state, for example.

[0324] A wireless device may use (e.g., apply) a first TCI state for one or more first downlink channels and / or resources of a cell. Using (e.g., applying) a first TCI state for one or more first downlink channels / resources may include receiving downlink signals based on the first TCI state over one or more first downlink channels / resources. A wireless device may receive downlink signals based on the first TCI state over one or more first downlink channels / resources (e.g., each downlink channel / resource).

[0325] A wireless device may receive downlink signals via one or more first downlink channels / resources with a first spatial domain receiver / receive filter / beam determined based on a first TCI state. A wireless device may receive each downlink signal via one or more first downlink channels / resources (e.g., each downlink channel / resource) with a first spatial domain receiver / receive filter / beam determined based on a first TCI state. For example, a wireless device may receive a first downlink signal via one or more first downlink channels / resources with a first spatial domain receiver / receive filter / beam determined based on a first TCI state. For example, at least one DMRS antenna port of the first downlink signal may be located quasi-identical to a first reference signal indicated by a first TCI state. A wireless device may receive a second downlink signal via one or more first downlink channels / resources with a first spatial domain receiver / receive filter / beam determined based on a first TCI state. For example, at least one DMRS antenna port of the second downlink signal may be located quasi-identical to the first reference signal indicated by the first TCI state.

[0326] One or more first downlink channels / resources may be / include PDSCH. One or more first downlink channels / resources may be / include one or more first PDSCH resources. One or more first downlink channels / resources may be / include one or more first PDSCH transmissions.

[0327] A wireless device may receive a first DCI via a first core set that schedules a first PDSCH reception. Multiple core sets may include the first core set. The first DCI may include fields (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI state indicator field, joint TCI state indicator field, uplink TCI state indicator field, panel index, capability set index, etc.) that have a first value indicating a first TCI state. Based on the first TCI state, the wireless device may receive / perform a first PDSCH reception, for example, based on the fact that the first DCI includes a field having a first value indicating a first TCI state. One or more first downlink channels / resources may be / include a PDSCH reception scheduled by a DCI that includes a field having a first value. A DCI (for example, each DCI) can schedule one or more PDSCH receptions of a PDSCH reception.

[0328] A first core set may be associated with a first core set pool index (e.g., CoresetPoolIndex=0). For example, one or more configuration parameters may indicate the first core set pool index for a first core set. For example, one or more configuration parameters may not indicate the core set pool index for a first core set. A wireless device may receive / perform a first PDSCH receive based on a first TCI state, for example, by receiving a first DCI that schedules a first PDSCH receive via a first core set having the first core set pool index. One or more first downlink channels / resources may be / include a first PDSCH receive. One or more first downlink channels / resources may be / include a PDSCH receive scheduled by a DCI received via one or more first core sets having the first core set pool index. Multiple core sets may include one or more first core sets.

[0329] A wireless device may receive a first PDSCH receive with a first spatial domain receive / receive filter / beam determined based on a first TCI state. For example, at least one first DMRS antenna port of the first PDSCH receive may be located quasi-identical to a first reference signal indicated by the first TCI state.

[0330] One or more configuration parameters may include fields (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI state indicator field, joint TCI state indicator field, uplink TCI state indicator field, panel index, capability set index, etc.) that have a first value indicating a first TCI state for the SPS PDSCH configuration. A wireless device may receive / perform PDSCH reception for / of the SPS PDSCH configuration based on the first TCI state, for example, based on one or more configuration parameters indicating fields that have a first value indicating a first TCI state for the SPS PDSCH configuration. One or more first downlink channels / resources may include / be PDSCH transmissions for / of the SPS PDSCH configuration.

[0331] A wireless device may receive a PDSCH reception with a first spatial domain receiver / receive filter / beam determined based on a first TCI state. For example, at least one first DMRS antenna port of the PDSCH reception (or each PDSCH reception of the PDSCH reception) may be located quasi-identical to a first reference signal indicated by the first TCI state.

[0332] One or more first downlink channels / resources may be / include PDCCHs. One or more first downlink channels / resources may be / include one or more first PDCCH resources. One or more first downlink channels / resources may be / include one or more first PDCCH resource sets / groups. One or more first downlink channels / resources may be / include one or more first PDCCH receivers. One or more first downlink channels / resources may be / include one or more first core sets. Multiple core sets may include one or more first core sets.

[0333] One or more configuration parameters may include fields (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI state indicator field, joint TCI state indicator field, uplink TCI state indicator field, panel index, capability set index, etc.) that have a first value (e.g., 0, 00, 10, 11) indicating a first TCI state for a first core set. A wireless device may receive / perform downlink signals (e.g., DCI, PDCCH reception, PDCCH reception having / carrying DCI) via the first core set based on the first TCI state, for example, based on one or more configuration parameters indicating fields that have a first value indicating a first TCI state for a first core set. One or more first downlink channels / resources may be / include PDCCH reception via the first core set. One or more first core sets may include the first core set.

[0334] One or more configuration parameters may include fields (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI status indicator field, joint TCI status indicator field, uplink TCI status indicator field, panel index, capability set index, etc.) that have a first value (e.g., 0, 00, 10, 11) indicating a first TCI state for a first core set group. The first core set group may include one or more first core sets from a plurality of core sets. A wireless device may receive / perform downlink signals (e.g., DCI, PDCCH reception) via a first core set within the first core set group based on the first TCI state, for example, based on one or more configuration parameters indicating fields that have a first value indicating a first TCI state for the first core set group. A wireless device may receive / perform its respective downlink signals (e.g., DCI, PDCCH reception) via a core set (e.g., each core set) within a first core set group, based on a first TCI state, for example, on the basis that one or more configuration parameters indicate a field having a first value that indicates the first TCI state for the first core set group. One or more first downlink channels / resources may be / include PDCCH reception via a core set (e.g., each core set) within a first core set group.

[0335] A wireless device may receive a downlink signal with a first spatial domain receiver / receive filter / beam determined based on a first TCI state. For example, at least one first DMRS antenna port of the downlink signal may be located quasi-identical to a first reference signal indicated by the first TCI state.

[0336] A first coreset may be associated with a first coreset pool index (e.g., CoresetPoolIndex=0). For example, one or more configuration parameters may indicate the first coreset pool index for a first coreset. For example, one or more configuration parameters may not indicate the coreset pool index (e.g., defaultcoresetpoolindex=0) for a first coreset. A wireless device may receive / perform a first PDCCH reception (e.g., DCI, or including / carrying / having DCI) via a first coreset based on a first TCI state, for example, based on the fact that the first coreset is associated with a first coreset pool index. One or more first downlink channels / resources may be / include PDCCH reception via one or more first coresets having a first coreset pool index. Multiple coresets may include one or more first coresets. One or more first coresets may include a first coreset.

[0337] A wireless device may receive a first PDCCH receiver with a first spatial domain receiver / receive filter / beam determined based on a first TCI state. At least one first DMRS antenna port of the first PDCCH receiver may be located quasi-identical to a first reference signal indicated by the first TCI state.

[0338] One or more first downlink channels / resources may be / include CSI-RS. One or more first downlink channels / resources may be / include one or more first CSI-RS resources. One or more first downlink channels / resources may be / include one or more first CSI-RS resource sets / groups. One or more first downlink channels / resources may be / include one or more first CSI-RS receivers.

[0339] One or more configuration parameters may include fields (e.g., SRS resource set indicator field, TRP field, core set pool index field, additional PCI index, BFD set index, unified TCI status indicator field, joint TCI status indicator field, uplink TCI status indicator field, panel index, capability set index, etc.) that have a first value (e.g., 0) indicating a first TCI state for a first CSI-RS resource. A wireless device may receive CSI-RS via the first CSI-RS resource based on the first TCI state, for example, based on one or more configuration parameters indicating fields that have a first value indicating a first TCI state for the first CSI-RS resource. One or more first downlink channels / resources may be / include CSI-RS reception via the f...

Claims

1. It is a method, A wireless device receives one or more messages containing one or more configuration parameters, The first SRS resource set index for the first Sounding Reference Signal (SRS) resource set, The second SRS resource set index for the second SRS resource set, A first control resource set (core set) pool index for one or more first core sets, This shows the second coreset pool index for one or more second coresets, Based on the fact that the first SRS resource set index is lower than the second SRS resource set index, A first physical uplink shared channel (PUSCH) transmission associated with the first core set pool index, The second PUSCH transmission associated with the second core set pool index, transmit, The first PUSCH transmission is based on the first SRS resource set, and the second PUSCH transmission is based on the second SRS resource set. method.

2. Receiving first downlink control information (DCI) for scheduling the first PUSCH transmission via a first core set among one or more first core sets having the first core set pool index, The method according to claim 1, further comprising receiving a second DCI for scheduling the second PUSCH transmission via a second core set among one or more second core sets having the second core set pool index.

3. One or more of the above-mentioned configuration parameters are With respect to the first configured uplink authorization, a first index indicating the first core set pool index, wherein the first PUSCH transmission is for the first configured uplink authorization, With respect to the second configured uplink authorization, a second index indicating the second core set pool index, wherein the second PUSCH transmission is for the second configured uplink authorization, The method according to claim 1, which demonstrates the present.

4. The method according to claim 3, wherein the first configured uplink permit is a first type 1 configured uplink permit, and the second configured uplink permit is a second type 1 configured uplink permit.

5. The transmission of the first PUSCH transmission is based on a first transmission precoder determined based on the first SRS resource in the first SRS resource set. The transmission of the second PUSCH transmission is based on a second transmission precoder determined based on the second SRS resource in the second SRS resource set. The method according to claim 1.

6. One or more of the above-mentioned configuration parameters are The first amount of SRS ports for the first SRS resource, and Second amount of SRS ports for the second SRS resource The method according to claim 1, which demonstrates the present.

7. A first transmission precoder based on a first quantity of the SRS port, A second transmission precoder based on a second quantity of the SRS port, The method according to claim 1, further comprising determining

8. One or more of the above-mentioned configuration parameters are Codebooks for both the first SRS resource set and the second SRS resource set, or Noncodebooks for both the first SRS resource set and the second SRS resource set, The method according to claim 1, which demonstrates the present.

9. One or more of the above-mentioned configuration parameters are A first SRS resource set list, including the first SRS resource set and the second SRS resource set, A second SRS resource set list containing SRS resource sets, The method according to claim 1, which demonstrates the present.

10. The method according to claim 1, wherein the SRS resource set is associated with the first SRS resource set.

11. The method according to claim 1, wherein the SRS resource set includes a first amount of SRS resources in the first SRS resource set, and one or more of the configuration parameters indicate the first amount.

12. The method according to claim 1, wherein the SRS resource set is associated with the first SRS resource set based on the fact that the first SRS resource set index is lower than the second SRS resource set index.

13. The method according to claim 1, wherein the SRS resource set is associated with the first SRS resource set based on the fact that one or more of the configuration parameters indicate the first core set pool index for the SRS resource set.

14. The method according to claim 1, wherein the SRS resource set is associated with the first SRS resource set based on the fact that one or more of the configuration parameters do not indicate a core set pool index for the SRS resource set.

15. The method according to claim 1, wherein the SRS resource set is associated with the first SRS resource set based on one or more of the configuration parameters indicating DCI format 0_2 for a search space set associated with a first core set among one or more of the first core sets having the first core set pool index.

16. The method according to claim 1, further comprising monitoring a downlink control channel in DCI format 0_2 and via the first core set.

17. A computing device, One or more processors, A memory that stores instructions that cause a computing device to perform the method according to any one of claims 1 to 16 when executed by one or more processors, A computing device equipped with [a certain feature].

18. It is a system, A wireless device configured to carry out the method described in any one of claims 1 to 16, A base station configured to send one or more messages, A system that includes these features.

19. A computer-readable medium that stores instructions that, when executed, cause to perform the method according to any one of claims 1 to 16.

Images