Inter-cell multi-TRP operation in wireless networks

Abstract

Inter-cell multi-TRP operation in wireless networks. [Solution] The method includes a step of receiving, by the user device from a network node, transmission configuration index (TCI) states of multiple control resource sets (CORESETS), the TCI states of the multiple CORESETs being associated with multiple cells having different physical cell identifiers (PCIs) or associated with multiple cell groups; a step of determining to perform inter-cell multiple downlink control information (multi-DCI) based multiple transmit reception point (multi-TRP) operation for the user device based on the step; a step of determining, by the user equipment, that at least one of the following conditions exists: 1) multi-DCI based multiple TRP related high layer parameters are configured in the user device; 2) a default mode of multi-TRP operation is configured in the user device; and 3) the user device has received control information indicating activation of physical downlink shared channel (PDSCH) TCI states corresponding to two different CORESETPoolIndex values; and a step of performing inter-cell multiple DCI based multiple TRP operation.

Description

[Technical Field]

[0001] This description relates to wireless communications. [Background technology]

[0002] A communication system is a facility that enables communication between two or more nodes or devices, such as fixed or mobile communication devices. Signals are transmitted over wired or wireless carriers.

[0003] An example of a cellular communication system is the architecture being standardized by the 3rd Generation Partnership Project (3GPP®). Recent developments in this field are often referred to as the Long Term Evolution of Universal Mobile Telecommunications System (UMTS) Radio Access Technology (LTE). E-UTRA (evolved UMTS Terrestrial Radio Access) is the air interface of 3GPP's Long Term Evolution (LTE) upgrade path for mobile networks. In LTE, base stations or access points (APs), called enhanced nodes (eNBs), provide wireless access within a coverage area or cell. In LTE, mobile equipment or mobile stations are called user devices (UEs). LTE includes numerous refinements and developments. Aspects of LTE also continue to improve.

[0004] 5G New Radio (NR) development is part of the ongoing mobile broadband evolution process, similar to the evolution of previous 3G and 4G wireless networks. Furthermore, 5G targets new use cases in addition to mobile broadband. The goal of 5G is to achieve significant improvements in radio performance, which may include new levels of data rate, latency, reliability, and security. 5G NR may also be expanded to efficiently connect the vast Internet of Things (IoT) and provide new types of mission-critical services. For example, Ultra-Reliable Low-Latency Communications (URLLC) devices may require high reliability and ultra-low latency. Summary of the Invention

[0005] According to an exemplary embodiment, the present method includes the steps of: receiving, by a user device in a wireless network, from a network node, transmission configuration index (TCI) states of a plurality of control resource sets (CORESETs), the TCI states of the plurality of CORESETs being associated with a plurality of cells having different physical cell identities (PCIs) or associated with a plurality of cell groups, the TCI states indicating quasi-simultaneous location (QCL) characteristics used by the user device to receive physical downlink control channels (PDCCHs) associated with the plurality of cells having the different PCIs or associated with the plurality of cell groups, the plurality of cells or the plurality of cell groups including at least one serving cell and at least one non-serving cell for the user device; and, by the user device: The method may include determining to perform an inter-cell multi-downlink control information (multi-DCI)-based multi-transmit reception point (multi-TRP) operation for the user device based on determining that at least one of the following conditions exists: 1) multi-DCI-based multi-TRP-related high layer parameters are configured in the user device; 2) a default mode of multi-TRP operation is configured in the user device; or 3) the user device has received control information indicating activation of a physical downlink shared channel (PDSCH) TCI state corresponding to two different CORESETPoolIndex values; and performing, by the user device, an inter-cell multi-DCI-based multi-TRP operation using cells from multiple cells or using cells from multiple cell groups based on the determination to perform the multi-DCI-based inter-cell multi-TRP operation.

[0006] Additional exemplary embodiments corresponding to each method are provided, including, for each method, at least an apparatus including means for performing the respective method, an apparatus including at least one processor, and at least one memory including computer program code configured by the at least one processor to cause the apparatus to perform at least the method, and a non-transitory computer-readable storage medium including instructions stored thereon, the non-transitory computer-readable storage medium having instructions stored thereon configured, when executed by the at least one processor, to cause a computing system to perform the method.

[0007] The details of one or more example embodiments are set forth in the accompanying drawings and the description below. Other features will be apparent from the description and drawings, and from the claims. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a block diagram of a wireless network in accordance with an example embodiment. [Figure 2] FIG. 2 is a diagram illustrating single-cell, multi-DCI, multi-TRP transmission according to an example embodiment. [Figure 3] FIG. 3 is a diagram illustrating inter-cell (or multi-cell), multi-DCI-based multi-TRP transmission according to an example embodiment. [Figure 4] FIG. 4 is a flowchart illustrating the operation of a user device (or UE) in accordance with an example embodiment. [Figure 5] FIG. 5 is a diagram illustrating operations according to an exemplary embodiment. [Figure 6] FIG. 6 is a block diagram of a wireless station (e.g., an AP, BS, gNB, TRP, network node, user device, UE, or other wireless node) according to an example embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0009] Figure 1 is a block diagram of a wireless network 130 according to an exemplary embodiment. In the wireless network 130 of Figure 1, user devices 131, 132, 133, and 135, which may also be referred to as mobile stations (MSs) or user devices (UEs), may be connected to (communicate with) a base station (BS) 134, which may also be referred to as an access point (AP), enhanced Node B (eNB), or next-generation Node B (gNB). The terms user equipment and user device (UE) may be used interchangeably. The BS may also be referred to as a RAN (radio access network) or NG-RAN (next-generation radio access network) node. At least some of the functionality of the BS (e.g., AP, gNB, eNB, RAN node) may also be performed by one or more network nodes, servers, or hosts, such as a centralized unit (CU) and a distributed unit (DU) in a split-RAN architecture, which may be operably coupled to a remote transceiver, such as a remote radio head (RRH). BS 134 provides radio coverage within cell 136, which includes user devices 131, 132, 133, and 135. Although only four user devices are shown connected or attached to BS 134, any number of user devices may be served. BS 134 is also connected to core network 150 via S1 interface 151. This is just one simple example of a radio network; others may be used.

[0010] According to an example embodiment, a BS (e.g., AP, eNB, gNB, RAN node) may be part of a mobile communication system. The RAN may include, for example, one or more RAN nodes (e.g., AP, BS, eNB, gNB) that implement radio access technologies to enable one or more UEs to access a network or core network. Thus, the RAN node resides between one or more user devices or UEs and the core network. According to an example embodiment, each RAN node may provide one or more wireless communication services to one or more UEs or user devices, e.g., to enable the UEs to wirelessly access the network via the RAN node. Each RAN node may perform or provide wireless communication services, e.g., enabling the UEs or user devices to establish a wireless connection to the RAN node, transmitting data to one or more of the UEs, and / or receiving data from one or more of the UEs. For example, after establishing a connection to the UE, the RAN node may forward data received from the network or core network to the UE and / or forward data received from the UE to the network or core network. A RAN node may perform a wide variety of other radio functions or services, such as broadcasting control information (e.g., system information, etc.) to UEs, paging UEs when there is data to be delivered to the UE, assisting in handover of UEs between cells, scheduling resources for uplink data transmission from and downlink data transmission to the UE(s), sending control information to configure one or more UEs, etc. These are some examples of one or more functions that a RAN node may perform.

[0011] A user device (e.g., user terminal, user equipment (UE), mobile terminal, handheld wireless device) may refer to a portable computing device, including wireless mobile communication devices that operate with or without a subscriber identity module (SIM), and examples include mobile stations (MS), mobile phones, smartphones, personal digital assistants (PDAs), handsets, devices that use wireless modems (e.g., alarm or measurement devices), laptops and / or touchscreen computers, tablets, These include, but are not limited to, phablets, gaming consoles, notebooks, vehicles, sensors, wearable devices, or other types of wireless devices. It should be understood that a user device may also be (or include) almost exclusively uplink-only equipment, an example of which is a camera or camcorder that loads images or video clips onto the network.

[0012] The core network 150 may include a mobility management entity (MME) or access and mobility management function (AMF) that controls access to the network and handles or assists mobility / handover of user devices between BSs, one or more gateways that forward data between the BSs and a packet data network or the Internet, and other control nodes, functions, or blocks.

[0013] Additionally, by way of example, various exemplary embodiments or techniques described herein may be applicable to different types of user devices or data service types, or to user devices running multiple applications, which may be of different data service types. New Wireless (5G) developments may support many different applications or many different data service types, such as machine-based communications (MTC), enhanced machine-based communications (eMTC), Internet of Things (IoT) and / or narrowband IoT user devices, enhanced mobile broadband (eMBB), ultra-reliable low latency communications (URLLC), etc. Many of these new 5G (NR) related applications may require generally higher performance than traditional wireless networks.

[0014] The IoT can refer to the ever-growing group of objects that can connect to the Internet or a network and send information to or receive information from other network devices. For example, many sensor-type applications and devices monitor physical conditions and status and send reports to servers or other network devices when events occur. Machine-to-machine communications (MTC) is characterized by fully automated data generation, exchange, processing, and actuation between intelligent machines, with or without human intervention, for example. Enhanced mobile broadband (eMBB) has the potential to support much higher data rates than current LTE.

[0015] Ultra-reliable, low-latency communications (URLLC) is a new data service type or usage scenario that may be supported by new wireless (5G) systems. This will enable new applications and services, such as industrial automation, autonomous driving, vehicle safety, and e-health services. 3GPP's illustrative targets are to provide connectivity with reliability equivalent to a 10-5 block error rate (BLER) and a maximum U-plane (user / data plane) latency of 1 ms. Therefore, for example, a URLLC user device / UE may require significantly lower block error rates and lower latency (with or without concurrent high reliability requirements) than other types of user devices / UE. Therefore, for example, a URLLC UE (or a URLLC application running on a UE) may require significantly lower latency than an eMBB UE (or an eMBB application running on a UE).

[0016] Various exemplary embodiments may apply to LTE, LTE-A, 5G / New Radio (NR), or other wireless networks or technologies operating in cmWave and / or mmWave bands, and / or wireless networks or technologies operating in mmWave bands, and a variety of different communication services, such as IoT, MTC, eMTC, eMBB, URLLC, etc. These exemplary networks, technologies, or types of data services are provided by way of example only.

[0017] The UE may be configured by a gNB (or other network node) to perform various measurements and measurement reporting to the network (or gNB(s)). Configuring the UE to perform reference signal (or beam) measurements (e.g., CSI-RS measurements for different beams) and reporting may be performed by the gNB sending a reporting configuration (e.g., CSI-Report-Config, etc.) to the UE. The reporting configuration may indicate, for example, the downlink resource(s) (e.g., CSI-RS reference signal / SSB, or beam) on which measurements should be performed, the specific quantities or parameters to be measured, and how reporting is to be performed, such as when reporting is to be performed.

[0018] The UE may measure signal parameters (e.g., reference signal received power (RSRP) etc.) of each of multiple downlink reference signals (e.g., synchronization signal block / SSB signals, (or BS) or channel state information (CSI)-reference signals (CSI-RS)) that the UE receives from the gNB / network node, where each reference signal may be transmitted by the gNB via a different gNB transmission beam (or via a different downlink DL reference signal). The UE may determine the strongest (e.g., having the highest RSRP) beam or reference signal and then send a measurement report to the gNB identifying, for example, the N strongest DL reference signals (or beams) and the RSRPs (or other measured signal parameters) of these N beams. The gNB may use this measurement report to determine, for example, which beam to use for communicating with the UE.

[0019] According to an exemplary embodiment, a physical downlink control channel (PDCCH) may be transmitted using 1, 2, 4, 8, or 16 consecutive control channel elements (CCEs), where the number of CCEs may be referred to as an aggregation level (or CCE aggregation level). According to an exemplary embodiment, a CCE is a building block of a PDCCH, and a CCE may be the smallest set of resources available for the PDCCH. For example, a CCE may be a unit by which a search space for blind decoding is defined. Thus, each PDCCH may include one or more CCEs, depending on the aggregation level. According to an exemplary embodiment, a CCE may include six resource element groups (REGs), where each group may include one resource block within an OFDM symbol.

[0020] The search space may include a set of candidate PDCCHs (downlink control channel candidates) formed by CCEs of a given aggregation level(s) that the UE is to attempt to decode. A UE may have multiple search spaces for different purposes (e.g., different common search spaces and user-specific search spaces). A search space may include one or more control resource sets (CORESETs). A CORESET may be (or include) the time-frequency resources on which the PDCCH(s) are transmitted. There may be multiple search spaces that use the same control resource set (CORESET), and multiple CORESETs may be configured for a UE. A control resource set (CORESET) may also be (or include) the time-frequency resources on which the UE attempts to decode candidate PDCCHs using one or more search spaces.

[0021] At a PDCCH monitoring opportunity configured for a search space (e.g., a time(s) or location(s) within a slot where a PDCCH may be transmitted), the UE attempts to decode candidate PDCCHs for that search space for one or more DCI formats. For example, up to five (or other number) aggregation levels (e.g., corresponding to 1, 2, 4, 8, or 16 CCEs) may be configured for a search space, with a predetermined number of PDCCH candidates for each aggregation level. There may be multiple (e.g., four or other number) different DCI formats that the UE can decode. Therefore, there may be different DCI formats used to transmit DCI on the PDCCH, and the DCI formats are typically unknown to the UE in advance. Therefore, the UE may need to detect the DCI format blindly (e.g., the DCI format is unknown to the UE in advance).

[0022] Thus, the search space configuration may be provided to or signaled to the UE and may include, for example, information identifying one or more of: a control resource set (CORESET) indicating the time-frequency resources on which the PDCCH is transmitted; a demodulation reference (DMRS) signal to be used by the UE to demodulate data or control signals (e.g., DCI); an indication of a PDCCH monitoring opportunity including the time or location within a slot at which the PDCCH may be transmitted; a DCI format to monitor; and / or the number of PDCCHs (or PDCCH candidates) to be monitored per aggregation level.

[0023] From the perspective of the UE, each PDCCH may be considered a candidate, e.g., because the PDCCH is either present or absent (not transmitted or not received), has the same or a different DCI format as the DCI format the UE is monitoring, and / or has a scrambled CRC with the same or a different UE ID as the receiving UE (thus the DCI is assigned to the receiving UE or intended for the receiving UE or another UE). Because of this uncertainty regarding each PDCCH, a PDCCH from the perspective of the UE may be referred to as a PDCCH candidate. Thus, a PDCCH candidate may be or include a PDCCH with a DCI format, scrambled CRC, or other parameters or configuration that may or may not match what the UE is monitoring or attempting to detect.

[0024] By way of example, PDCCH monitoring may include, for example, demodulating a received signal, decoding the demodulated PDCCH or DCI, and detecting whether the DCI is assigned (or not assigned) to the receiving UE or intended for the receiving UE. Thus, decoding of the downlink control information (DCI) may use blind decoding, which may perform multiple decoding attempts on numerous physical downlink control channel (PDCCH) candidates of a defined DCI format that the UE is monitoring. Monitoring may also include performing a CRC check on the decoded PDCCH. To receive DCI on the PDCCH, the UE monitors a set of PDCCH candidates at one or more configured monitoring occasions (times within one or more slots in which the PDCCH is transmitted) within one or more CORESETs according to the configuration of a search space set. The UE may monitor multiple PDCCH candidates, for example, based on one or more DCI formats and / or based on the UE's identity.

[0025] Furthermore, a transmission configuration indicator (TCI) state may be used by a network node (gNB or BS) within a control resource set (or CORESET) to provide a beam indicator to a UE, which may identify a beam that the UE should use for uplink and / or downlink communications with the network node or gNB. Each TCI state is configured with or associated with a transmit beam / receive beam pair. Thus, each TCI state is associated with a specific beam or a specific reference signal. For example, TCI state 1 is associated with (or used to indicate) CSI-RS#5, and TCI state 2 is associated with CSI-RS#9 (where CSI-RS#5 and CSI-RS#9 may be DL reference signals transmitted by the gNB). In this manner, each TCI state may be associated with (or indicate) a specific reference signal and / or a specific beam. For example, for data transmission via a physical downlink shared channel (PDSCH) and / or a physical uplink shared channel (PUSCH), a UE may be configured with 128 candidate TCI states by the gNB via a radio resource control (RRC) message. The gNB may then configure the UE with, for example, up to eight (or another number) activated TCI states via a media access control (MAC) control element (MAC CE), which may be piggybacked (or attached) to a downlink (DL) data transmission to the UE via the physical downlink shared channel (PDSCH). In this manner, the gNB may transmit an activation message to activate (in the UE) eight (e.g.,) indicated TCI states out of the 128 (e.g.,) candidate TCI states. The UE may be requested by the network node to use beams associated with any of these eight (or another number) activated TCI states for communication (e.g., transmitting or receiving data) with the network node or the gNB.Dynamically (e.g., as provided within downlink control information / DCI for each subframe or slot), the gNB can indicate a selection of one of the activated TCI states (and thus identify a selected beam) for the UE to use for uplink or downlink data communications (e.g., scheduled uplink (UL) or downlink (DL) communications via a PDSCH and / or PUSCH). The DCI (which, at least in some cases, can identify the selected activated TCI state for the UE to use for communications) may be provided, for example, within a PDCCH (Physical Downlink Control Channel) transmitted to the UE as part of each slot or subframe. In this aspect, in some cases, the DCI can be used to provide fast beam indication indicating a selected TCI state (e.g., of multiple activated TCI states) associated with a reference signal or beam that the UE will use for UL or DL ​​data communications with the network node (BS or gNB).

[0026] The UE may also receive control information (e.g., via a radio resource control (RRC) message) indicating the selected TCI state (and therefore the beam) that the UE will use to receive the PDCCH for each CORESET. Thus, each CORESET may be configured with a TCI state. For example, the UE may receive control information indicating that CSI-RS#6 will be used for CORESET#1 and CSI-RS#9 will be used for CORESET#2. Thus, when the UE monitors CORESET#1, which may have PDCCH transmissions, it will use the beam associated with CSI-RS#6, and when monitoring CORESET#2, which may have PDCCH transmissions, it will use the beam associated with CSI-RS#9.

[0027] NR Release 16 provides support for single-cell downlink multiple transmit / receive points (multi-TRPs) (or multi-transmission points), which allows downlink data to be transmitted simultaneously over a physical downlink shared channel (PDSCH) from two different transmission points (TRPs) within the same cell, even if they are geographically separated (e.g., downlink data transmission to a UE from two different radio heads or other nodes within a cell). In single-cell, single-DCI-based multi-TRP transmission, a single DCI schedules a single PDSCH. In single-DCI-based multi-TRP SDM (spatial division multiplexing) transmission, a multi-layer PDSCH is scheduled by a single DCI, and different PDSCH layers may be transmitted from different TRPs. However, multiple TRPs transmit a single transport block. Similarly, several other single-DCI-based multi-TRP transmission schemes exist, following the FDM (frequency division multiplexing) and TDM (time division multiplexing) multi-TRP transmission schemes.

[0028] In the case of single-cell, multi-DCI, multi-TRP transmission, there is one PDSCH (Physical Downlink Shared Channel, or Downlink Data Channel) associated with the transport blocks transmitted from each TRP, and each PDSCH is scheduled by a separate DCI carried by a separate PDCCH (Physical Downlink Control Channel). Because the UE can receive the two PDSCHs independently, there can be two transport blocks, one from each TRP. This results in two HARQ feedbacks (ACK / NAK) from the UE. There can be joint HARQ feedback via a single PUCCH (Physical Uplink Control Channel) or separate HARQ feedbacks transmitted via separate PUCCHs.

[0029] 2 illustrates single-cell, multi-DCI, multi-TRP transmission according to an exemplary embodiment. UE 210 may be in communication with two TRPs (which may be geographically separated) within a cell. TRP#1 may transmit DCI-1 (provided via PDCCH-1, not shown) and PDSCH-1, which may schedule downlink PDSCH transmissions from TRP#1 to UE 210 and uplink PUSCH transmissions from UE 210 to TRP#1. Separate HARQ feedback (ACK / NAK) is also shown for each TRP. Thus, in this example, TRP#1 provides or transmits DCI-1 and PDSCH-1 to UE 210 via line 220, and TRP#1 may receive separate HARQ feedback from UE 210 via line 222. Similarly, TRP#2 may provide or transmit DCI-2 and PDSCH-2 to UE 210 via line 224, and TRP#2 may receive separate HARQ feedback from UE 210 via line 226. While FIG. 2 may illustrate only two TRPs, it should be understood that in any example herein, a TRP (212 and / or 214) may consist of one or more TRPs (e.g., a set of TRPs), each providing one or more reference signals (RSs) and one or more CORESETs. As an example, in some embodiments, a TRP may refer to a set of TRPs.

[0030] Each CORESET may contain a value (0 or 1) configured as CORESETPoolIndex by RRC signaling sent to the UE. Within a PDCCH configuration, there may be multiple CORESETs, and each CORESET may be associated with one of these CORESETPoolIndex values. The CORESETPoolIndex values ​​separate the CORESETs into different groups (e.g., two). A group of CORESETs is considered to schedule one set of uplink and downlink channels (PDCCH / PDSCH / PUSCH / PUCCH) for the UE for each TRP. If a UE is configured with multiple values ​​for CORESETPoolIndex for its CORESETs, the UE assumes multi-DCI-based multi-TRP operation (in a cell), which involves the UE monitoring DCI from multiple TRPs (which may be different radio heads within a cell) and receiving data scheduled by the corresponding DCI, as shown in Figure 2. Thus, in this case, various aspects or parameters of multi-TRP operation may be defined or configured for each TRP based on a two-valued CORESETPoolIndex (e.g., some CORESETS in a UE may have CORESETPoolIndex configured as 0 and some CORESETS in a UE may have CORESETPoolIndex configured as 1 as a way of grouping CORESETs into different groups for multi-TRP operation). Various aspects or parameters of multi-TRP operation may be defined or configured separately for each TRP, including, for example, how to perform PDSCH scrambling, PDCCH monitoring, rate matching, HARQ feedback from the UE for both TRPs separately or in combination, in-order / out-order data scheduling for transmission, and other multi-TRP operation parameters or configurations.

[0031] Currently, 3GPP is discussing two different tracks regarding possible inter-cell operation (a UE monitoring and / or receiving signals from two different cells) within the beam management framework: 1) inter-cell multi-TRP operation using the multi-TRP framework (using a CORESETPoolIndex value), where the UE can be configured to monitor signals from at least the serving cell and non-serving cells; and 2) inter-cell mobility (L1 / L2-centric), where the UE can be configured to receive signals / channels from the serving cell and non-serving cells. Cells that are part of the inter-cell operation are referred to as the serving cell and non-serving cell. However, in some scenarios, L1 / L2-centric inter-cell mobility may not use or configure a CORESETPoolIndex value. However, as described further herein, it may be desirable in at least some scenarios or applications for the UE to perform (or be able to perform) multi-TRP operation even when a CORESETPoolIndex value is not configured.

[0032] In Release 17, the current Rel 16 multi-TRP framework can be extended for inter-cell multi-TRP operation. One possible mode of operation facilitates inter-cell operation by including CORESETs associated with non-serving cells in the serving cell configuration and assigning non-serving cell CORESETs with different CORESETPoolIndex values. In this framework, the UE assumes that CORESETs configured with the same CORESETPoolIndex value are coordinated so that overlapping transmissions are not scheduled by CORESETs configured with the same CORESETPoolIndex.

[0033] Furthermore, inter-cell operation is also being considered in a separate track aimed at specifying L1 / L2-centric inter-cell operation / mobility, where it is currently being discussed to support measurement of non-serving cell signals (DL reference signals such as SSB / CSI-RS) within the beam management framework, as well as reception of downlink channels (PDCCH, PDSCH) from non-serving cells and transmission of UL channels (PUSCH, PUCCH) to non-serving cells.

[0034] From a downlink perspective, PDCCH reception from a non-serving cell may require beam direction support for CORESET, e.g., activation of a TCI state for CORESET where the TCI state is configured with the QCL source reference signal of the non-serving cell. To allow the UE to distinguish DL reference signals / channels transmitted from (or associated with) a non-serving cell, the PCI (Physical Cell ID) value of the cell may be used. For example, a PCI value can be configured for each DL reference signal / channel. Other association methods may also be used. For inter-cell (or multi-cell) multi-TRP operation, the UE is typically explicitly configured (using RRC) by higher layer parameters (e.g., CORESETPoolIndex value) to indicate multi-TRP operation. However, for L1 / L2-centric inter-cell operation / mobility, it is not yet defined how multi-TRP support is configured (how the UE is configured to perform multi-TRP operation in such use cases) or how the UE determines that it is configured for multi-TRP operation. Here, it can be assumed that the UE simultaneously monitors PDCCHs from multiple cells.

[0035] Thus, according to example embodiments, techniques are provided that can enable a UE to determine when it is configured for inter-cell multi-DCI based multi-TRP operation (and therefore in what cases what operations are required) even in the absence of, for example, explicit higher layer configuration for such multi-TRP operation (e.g., not configuring CORESETPoolIndex values ​​for different CORESETs would generally configure the UE for multi-DCI based multi-TRP operation).

[0036] FIG. 3 illustrates inter-cell (or multi-cell) multi-DCI-based multi-TRP transmission according to an example embodiment. A UE 210 can communicate with multiple TRPs located in multiple cells. Each cell may be identified by a PCI. TRP #1 (212) is provided to cell 1, which may be the serving cell. There may also be one or more cell groups, and each cell group may include one or more non-serving cells. For example, cell group 310 may include TRPs (e.g., gNBs, radio heads, or other devices or nodes) of multiple cells, such as TRP #2 (214A, in cell 2), TRP #3 (214B, in cell 3), and TRP #4 (214C, in cell 4).

[0037] 4 is a flowchart illustrating the operation of a user device (or UE) according to an example embodiment. Operation 410 begins with a user device (UE) in a wireless network: The operation 420 includes determining, by the user device, from a network node, transmission configuration index (TCI) states for multiple control resource sets (CORESETS), the TCI states for the multiple CORESETS being associated with multiple cells having different physical cell identifiers (PCIs) or associated with multiple cell groups, the TCI states indicating Quasi Co-Location (QCL) characteristics (e.g., beams) to be used by the user device for reception of multiple cells associated with the multiple cells having different PCIs or associated with the multiple cell groups, the multiple cells or multiple cell groups including at least one serving cell and at least one non-serving cell for the user device. Operation 430 then includes determining, by the user device, that at least one of the following conditions exists: 1) multi-DCI-based multi-TRP-related high layer parameters are configured in the user device, 2) a default mode of multi-TRP operation is configured in the user device, or 3) the user device has received control information indicating activation of physical downlink shared channel (PDSCH) TCI states corresponding to two different CORESETPoolIndex values. Operation 440 also includes performing, by the user device, inter-cell multi-DCI-based multi-TRP operation with cells from multiple cells or cells from multiple cell groups based on determining to perform the multi-DCI-based inter-cell multi-TRP operation.

[0038] Thus, as depicted in the flowchart of Figure 4, the UE determines (in operation 410) to perform an inter-cell (or multi-cell) multi-DCI-based multi-TRP operation based on both the receiving operation 420 and the existence of at least one of the three conditions shown in operation 430. Then, in operation 440 of Figure 4, the user device (UE) performs an inter-cell multi-DCI-based multi-TRP operation with cells from multiple cells or with cells from multiple cell groups based on the determination (in operation 410) to perform an inter-cell multi-TRP operation for the user device.

[0039] For example, based on the exemplary flowchart of FIG. 4, a UE may perform inter-cell multi-DCI-based multi-TRP operation with cells from multiple cells or with cells from multiple cell groups for which the user device is not explicitly configured. Here, the CORESETPoolIndex value of the user device is set to multiple values ​​of CORESET for which the user device is not explicitly configured. In this way, for some applications or use cases, such as (as an example) L1 / L2-centric inter-cell mobility (which does not use or configure a CORESETPoolIndex value), the UE may decide to perform inter-cell multi-DCI-based multi-TRP operation (even if higher layer signaling, such as CORESETPoolIndex, is not used by such application or use case to configure multi-DCI-based multi-TRP).

[0040] Also according to an example embodiment, performing inter-cell multi-DCI based multi-TRP operation in multiple cells or in cells from multiple cell groups may include the UE performing at least one of the following for a first TRP including the serving cell and a second TRP including at least one non-serving cell: 1) separate channel monitoring, data processing, and / or separate reception and / or transmission of control and data for a set (or one or more) of channels (PUCCH / PUSCH / PDSCH / PDCCH) corresponding to each of the serving cell and the at least one non-serving cell; 2) separately monitoring downlink control information (DCI) on separate PDCCHs from each of the serving cell and the at least one non-serving cell; 3) receiving downlink data scheduled by the DCI and received via the corresponding PDSCH channel for each of the serving cell and the at least one non-serving cell; 4) receiving downlink data scheduled by the DCI and received via the corresponding PDSCH channel for each of the serving cell and the at least one non-serving cell; 5) for each of the serving cell and the at least one non-serving cell, performing separate PUSCH scheduling of uplink data transmissions based on the corresponding DCI, or transmitting hybrid ARQ (HARQ) feedback to the serving cell and the non-serving cell; and 6) (e.g., separately) performing beam failure detection (and recovery) for each TRP using the BFD-RS sets (q0-0 and q0-1) of the serving cell and the non-serving cell, respectively, determined based on the method.

[0041] As an example, the UE may determine to perform beam failure detection for a first TRP including a serving cell and a second TRP including at least one non-serving cell using respective sets of beam failure detection reference signals (BFD-RSs) (e.g., q0-0 for the first TRP and q0-1 for the second TRP). To determine the BFD-RSs (which may be one or more of CSI-RSs and / or SSBs) to be included in the respective sets of each TRP, the UE may base the PCI described herein. The UE may determine to perform beam failure detection according to multiple sets of q0 if CORESETPoolIndex is not explicitly configured. As a further example, if the UE determines to perform (inter-cell) multi-DCI-based multi-TRP operation as if the CORESETPoolIndex values ​​were configured as described herein (e.g., based on a group of PCIs or two or more different values ​​of PCI), the UE may determine a first BFD-RS to include the RS indicated by the active TCI state for the CORESET determined to be associated with CORESETPoolIndex=0 and a second BFD-RS to include the RS indicated by the active TCI state for the CORESET determined to be associated with CORESETPoolIndex=1. If the UE determines that it is not performing inter-cell multi-DCI-based multi-TRP operation, it may decide to use one set of BFD-RSs (e.g., the set for q0).

[0042] Execution of inter-cell multi-DCI-based multi-TRP operation may include or may include one or more operations or operations, and some examples of these operations are listed above for illustrative purposes. Execution of inter-cell multi-DCI-based multi-TRP operation may include different and / or additional operations. Also, as described above, inter-cell multi-DCI-based multi-TRP operation may be performed by a UE even if the UE is not explicitly configured for this operation mode via configuration of a CORESETPoolIndex value. Also, for example, execution of inter-cell multi-DCI-based multi-TRP operation (operation 440) by a user device (UE) with cells from multiple cells or cells from multiple cell groups may be performed by a user device even if the user device is not explicitly configured for multi-TRP operation by configuring the CORESETPoolIndex value to multiple values ​​of CORESET based on the lowest PCI of two PCIs representing CORESETPoolIndex=0 and the highest PCI of two PCIs representing CORESETPoolIndex=1, as if the CORESETPoolIndex value were configured.

[0043] Similarly, other assignments of PCIs or PCI groups to different CORESETPoolIndex values ​​can also be used, such as, for example, the highest PCI of the two PCIs representing CORESETPoolIndex=0 and the lowest PCI of the two PCIs representing CORESETPoolIndex=1; a serving cell PCI between the two PCIs representing CORESETPoolIndex=0 and a non-serving cell PCI between the two PCIs representing CORESETPoolIndex=1; a given PCI of the two PCIs representing CORESETPoolIndex=0 and the remaining PCI of the two PCIs representing CORESETPoolIndex=1; the first cell group (e.g., having the lowest cell group index or the highest cell group index among the cell groups) representing CORESETPoolIndex=0 and the second cell group representing CORESETPoolIndex=1.

[0044] Also, different techniques can be used to signal (or communicate) the PCI for each cell group to the UE, for example: 1) receiving, by the UE, a message or signaling from a network node indicating a PCI assigned to a cell group; 2) the UE receiving from a network node a measurement configuration indicating PCIs assigned to cell groups, whereby various messages or signaling may be used to explicitly indicate the PCIs contained within one or more cell groups; and / or 3) receiving, by the UE, a Medium Access Control Element (MAC-CE) indicating activation of PDSCH TCI states for two different CORESETPoolIndex values, each TCI state activation being associated with a PCI; and determining, by the UE, a cell group including the PCI associated with the TCI state activation received via the MAC-CE for the CORESETPoolIndex value. In this way, the PCI of the cell group is determined based on the MAC-CE indicating the TCI state activation of the PDSCH, and the associated PCI states of these TCI state activations can be assigned to the cell group.

[0045] Also, after performing inter-cell multi-DCI-based multi-TRP operation, conditions may change such that the UE changes or switches its operation mode from multi-TRP operation to single-TRP operation, for example, by receiving, from a network node, updated TCI states for multiple CORESETs, where the TCI states of the multiple CORESETs are associated with only one PCI or one cell group, and changing the operation of the UE from inter-cell multi-DCI-based multi-TRP operation to single-TRP operation based on the receipt of the updated TCI states.

[0046] Also, in an exemplary embodiment, in response to the UE receiving TCI state activation for CORESETs associated with at least two different physical cell identities (PCIs), where different TCI states for each CORESET are associated with at least two different physical cell identities (PCIs), indicating (or indicating to the UE) inter-cell multi-DCI-based multi-TRP operation, the UE performs or operates as if configured with a CORESETPoolIndex value in the ControlResourceSet (CORESET), and the UE determines that the CORESET associated with the serving cell PCI is the CORESET with CORESETPoolIndex=0.

[0047] In an example embodiment, if a CORESET is not associated with a PCI (e.g., the DL RS (Downlink Reference Signal) indicated by the active TCI state of the CORESET is not explicitly associated with the PCI or the CORESET is not associated by other configuration), the UE may determine the CORESET as the CORESET with CORESETPoolIndex=0. The TCI state is associated with a serving cell index, which may further be associated with a PCI. Through this association, the UE may determine the CORESET (or CORESETs) as the CORESET with CORESETPoolIndex=0.

[0048] Further details and examples are now provided.

[0049] The UE receives a configuration providing information related to non-serving cell measurements, where the information provides details for measuring non-serving cell SSBs. In one variant, this configuration may carry additional information indicating that the use of non-serving cell measurements is for multi-TRP operation or another operation mode (e.g., L1 / L2-centric mobility). In another variant (also described below), this information may carry additional information for implicitly / explicitly grouping non-serving cells that may cooperate when transmitting PDCCH and PDSCH (only one cell may be active at a given time to serve the UE).

[0050] For non-serving cell grouping (PCI grouping), DL reference signals (RS) (e.g., synchronization signal blocks (SSBs)) may be grouped, with each group of DL RSs associated with multiple PCIs being understood as a PCI group.

[0051] In one example, the UE may expect to receive PDCCH / PDSCH or transmit PUCCH / PUSCH from one non-serving cell at a time.

[0052] The UE may receive further configurations / instructions to perform beam measurements and report SSB and CSI-RS beams of non-serving cells. As an example, the network may configure a CSI reporting / beam reporting configuration for each non-serving cell. [Understanding Multi-TRP Operation]

[0053] A) For a UE that supports multi-TRP operation and beam measurement and reporting for non-serving cells (based on the UE capabilities), the UE may assume (or decide to perform) multi-TRP operation based on the following (e.g., if CORESETPoolIndex is not configured):

[0054] If the UE receives a beam activation / indication for a CORESET, i.e., the DL reference signal (RS) indicated by the active TCI state (beam) of the CORESET is associated with multiple cells or multiple cell groups (e.g., in the case of a CORESET associated with at least two different PCIs (e.g., the serving cell and another cell) or PCI groups), and the UE supports either Option 1, Option 2, or Option 3 (described below).

[0055] Option 1: If at least one of the following legacy configurations (high layer parameters) is configured / present, or if for a particular parameter type one or more high layer multi-TRP related parameters are configured in the UE, for example: 1) For DL ​​BWP (Downlink Bandwidth Portion), three or more CORESETs are configured in the UE. In one example, CORESETs with an index higher than the third CORESET index are considered to be associated with another CORESETPoolindex value (e.g., value = 1). 2) Multiple scrambling sequences are configured in the UE. 3) Multiple rate matching patterns for LTE-CRS are configured for the UE. 4) Joint / separate HARQ reporting is configured in the UE. 5) Other Multi-TRP related higher layer parameters are configured for the UE.

[0056] Option 2: A default mode of multi-TRP operation is configured in the user device. In this option, legacy RRC operation (without multi-TRP operation in higher layers) parameters related to multi-TRP operation may not be configured / displayed, but a default operation mode may be defined / assumed by the UE independent of higher layer parameters. For example, the default scrambling sequence used for PDSCH (which may be defined as PCI related to the TCI state of the PDSCH), the default HARQ operation assuming individual feedback mode, etc.

[0057] Option 3: The UE receives control information indicating the activation of the TCI states of the physical downlink shared channel (PDSCH) corresponding to two different CORESETPoolIndex values. Thus, for example, in this option, the UE receives MAC-CE commands for the activation of the PDSCH TCI states corresponding to two different CORESETPoolIndex values ​​(indicated in the MAC-CE commands defined for Rel-16). For example, the CORESET groupings (associated with different PCIs or PCI groupings / cell groups) may be determined or derived based on the PCIs associated with the activated TCI states of the PDSCH within a given CORESETPoolIndex (indicated in the MAC-CE). This may also be used to more dynamically update any PCI groupings (cell groups) or PCIs associated with the CORESETPoolIndex (without necessarily relying on the PCI groupings from above).

[0058] B) If the UE determines based on the above that multi-TRP operation is supported, the UE may perform the legacy-defined multi-TRP operation steps according to the corresponding legacy operation defined for CORESETPoolIndex, assuming each CORESETPoolIndex value corresponding to one PCI (or PCI group). In other words, if the UE determines (or confirms) inter-cell multi-DCI-based multi-TRP operation based on the above description, the UE may perform inter-cell multi-DCI-based multi-TRP operation with cells from multiple cells or cells from multiple cell groups, even if the UE has not been explicitly configured for such inter-cell multi-DCI-based multi-TRP operation through higher layer signaling (e.g., even if configuration of the CORESETPoolIndex value has not been performed for multiple values ​​for the UE's CORESET). A UE performing inter-cell multi-DCI-based multi-TRP operations may include, for example, PDCCH monitoring, PDSCH scrambling, rate matching, HARQ, PUSCH scheduling, in-order / out-of-order, default beam assumptions, and other operations for each TRP.

[0059] C) Depending on the number of PCIs involved in the CORESET, additional features and considerations may apply.

[0060] If a CORESET is only relevant to two PCIs, the lowest (or serving cell / highest / defined) of the two PCIs represents CORESETPoolIndex = 0 and the other PCI represents CORESETPoolIndex = 1. With this option, the UE performs or assumes multi-TRP operation as if the CORESETPoolIndex value was configured without receiving an explicit CORESET indication. As an example, PDCCH reception related to the first PCI is considered to be from CORESETPoolIndex = 0 and PDCCH reception of (or related to) the second PCI is considered to be from CORESETPoolIndex = 1.

[0061] If a CORESET is associated with more than one PCI, in one variant the UE may assume more than one CORESETPoolIndex value corresponding to different PCIs, extending the legacy framework to more than one PDCCH / PDSCH reception. In another variant of non-serving cell grouping (PCI grouping / cell grouping) where the configuration provides grouping of cells or PCIs, the PCI group with the lowest index of the two PCI groups may represent CORESETPoolIndex=0 and the other PCI group may represent CORESETPoolIndex=1.

[0062] When updating PCIs within a group based on the PDSCH TCI state activation MAC-CE (option 3 above) or when replacing a PCI group, separate MAC-CE commands corresponding to different CORESETPoolIndexes may be received and used directly as the respective CORESETPoolIndex values.

[0063] D) Possibility of Single-TRP (S-TRP) Operation without RRC Reconfiguration. The UE may assume (or resume) single-TRP operation based on the activation / indication of a beam for a CORESET if the DL RS indicated by the active TCI state or the state (beam) of the CORESET is associated with only one PCI (or PCI group). For example, the UE may receive updated TCI states for multiple CORESETs from a network node (e.g., gNB), and the TCI states for the multiple CORESETs are associated with only one PCI or one cell group. Based on the receipt of the updated TCI states, the UE may switch or change (or resume) its operation from inter-cell multi-DCI-based multi-TRP operation to single-TRP operation.

[0064] 5 illustrates operations according to an example embodiment. A UE 210 is shown and can communicate with one or more cells, including a serving cell 530 and (or one or more) non-serving cells 532. At 510, the serving cell 530 and the non-serving cells can coordinate on L1 measurements, e.g., coordinating or determining a CSI-RS or SSB beam measurement reporting configuration for the UE 210. At 512, the serving cell 530 can provide or transmit to the UE 210 a non-serving cell configuration for measurements, including a use case (e.g., L1 / L2-centric inter-cell operation / mobility, or other use cases for multi-TRP). PCIs assigned to cell groups (PCI groups) can also be indicated to the UE 210 in message 512. At 514, the UE 210 performs measurements and reporting of non-serving cell beams to the serving cell 530. At 516, the serving cell 530 and the non-serving cell(s) may coordinate, for example, to determine a CORESET allocation between the serving cell and the non-serving cell(s).

[0065] At 518, the UE receives transmission configuration index (TCI) states for multiple control resource sets (CORESETS), where the TCI states for the multiple CORESETS are associated with multiple cells having different physical cell identifiers (PCIs) or associated with multiple cell groups, e.g., where the TCI states indicate quasi-simultaneous connection (QCL) characteristics used by the user device to receive physical downlink control channels (PDCCHs) associated with at least two different cells having different PCIs or associated with at least two different cell groups, and the multiple cells or cell groups include at least one serving cell and at least one non-serving cell for the user device.

[0066] At 520, the UE 210 determines that at least one of three options or conditions exists: 1) multi-DCI-based multi-TRP-related high layer parameters are configured in the user device, 2) a default mode of multi-TRP operation is configured in the UE, or 3) the UE has received control information (e.g., MAC-CE) indicating activation of a physical downlink shared channel (PDSCH) TCI state corresponding to two different CORESETPoolIndex values. Operation 522 can include determining a timing advance (TA) for each TRP.

[0067] Operation 524 may include UE 210 performing inter-cell multi-DCI-based multi-TRP operation with multiple cells, including serving cell 530 and non-serving cell 532. Thus, for example, UE 210 may perform inter-cell multi-DCI-based multi-TRP operation as if the CORESETPoolIndex value were configured based on the lowest PCI of the two PCIs representing CORESETPoolIndex=0 and the highest PCI of the two PCIs representing CORESETPoolIndex=1, despite not being explicitly configured for multi-TRP operation, e.g., via configuration of the CORESETPoolIndex value to multiple values ​​for CORESET.

[0068] Some further examples will be described.

[0069] Example 1. 1. An apparatus comprising: at least one processor; and at least one memory including computer program code, the at least one memory and the computer program code being configured to, using the at least one processor, program the apparatus to at least: receive, by a user device in a wireless network, from a network node, transmission configuration index (TCI) states of a plurality of control resource sets (CORESETs), the TCI states for the plurality of control resource sets (CORESETs) being associated with a plurality of cells or a plurality of cell groups having a plurality of physical cell identities (PCIs), the TCI states indicating quasi-simultaneous location (QCL) characteristics for use by the user device to receive physical downlink control channels (PDCCHs) associated with a plurality of cells or the plurality of cell groups having different PCIs, the plurality of cells or the plurality of cell groups being at least one serving center for the user device. and at least one non-serving cell; and determining, by the user device, that at least one of the following conditions exists: 1) multi-DCI-based multi-TRP-related high layer parameters are configured in the user device; 2) a default mode of multi-TRP operation is configured in the user device; or 3) the user device has received control information indicating activation of a physical downlink shared channel (PDSCH) TCI state corresponding to two different CORESETPoolIndex values; and performing, by the user device, an inter-cell multi-DCI-based multi-TRP operation using a cell from the plurality of cells or a cell from the plurality of cell groups based on the determination to perform a multi-DCI-based inter-cell multi-TRP operation.

[0070] Example 2. 10. The apparatus of claim 1, wherein the computer program code is configured, by the at least one processor, to cause the apparatus to perform an inter-cell multi-DCI-based multi-TRP operation by the user device using the cell from the plurality of cells or using the cell from the plurality of cell groups, wherein the user device is not explicitly configured for inter-cell multi-DCI-based multi-TRP operation via setting a CORESETPoolIndex value for the user device to one or more values ​​for CORESET.

[0071] Example 3. 3. The apparatus of any one of the computer program code examples 1 to 2, configured by the at least one processor to cause the apparatus to perform, by the user device, an inter-cell multi-DCI-based multi-TRP operation using the cell from the plurality of cells or using the cell from the plurality of cell groups, wherein the at least one processor causes the apparatus to perform separate channel monitoring, data processing, and / or separate reception and / or transmission of control and data for a first TRP including the serving cell and a second TRP including the at least one non-serving cell, for channel sets (PUCCH / PUSCH / PDSCH / PDCCH) corresponding to the serving cell and the at least one non-serving cell, and to separately monitor downlink control information (DCI) on separate PDCCHs from the serving cell and the at least one non-serving cell. receiving downlink data scheduled by a DCI and received via a corresponding PDSCH channel for each of the serving cell and the at least one non-serving cell; descrambling the PDSCH channel separately for PDSCHs from the serving cell and the at least one non-serving cell; performing separate PUSCH scheduling of uplink data transmissions for each of the serving cell and the at least one non-serving cell based on the corresponding DCI; performing separate beam failure detection and / or beam failure recovery for the serving cell and for the non-serving cell; and transmitting hybrid ARQ (HARQ) feedback for the serving cell and the non-serving cell.

[0072] Example 4. The computer program code is configured to, by the at least one processor, cause the apparatus to, by the user device, use the cell from the plurality of cells or the cell from the plurality of cell groups, so that the user device selects 1) the lowest PCI of the two PCIs representing CORESETPoolIndex=0 and the highest PCI of the two PCIs representing CORESETPoolIndex=1, 2) the highest PCI of the two PCIs representing CORESETPoolIndex=0, 1) a PCI, the lowest PCI of the two PCIs that represent CORESETPoolIndex=1; 2) a serving cell PCI of the two PCIs that represent CORESETPoolIndex=0 and a non-serving cell PCI of the two PCIs that represent CORESETPoolIndex=1; or 3) a predetermined PCI of the two PCIs that represent CORESETPoolIndex=0 and a remaining PCI of the two PCIs that represent CORESETPoolIndex=1.

[0073] Example 5. The apparatus of any of Examples 1 to 4, wherein the computer program code is configured, by the at least one processor, to cause the apparatus to perform, by the user device, an inter-cell multi-DCI-based multi-TRP operation using the cell from the plurality of cells based on two or more CORESETPoolIndex values ​​corresponding to different PCIs or different cell groups.

[0074] Example 6. 6. The apparatus of any of Examples 1 to 5, wherein the first group of cells exhibits CORESETPoolIndex=0 and the second group of cells exhibits CORESETPoolIndex=1.

[0075] Example 7. 7. The apparatus of any one of Examples 1 to 6, wherein the first cell group and the second cell group each include a plurality of non-serving cells.

[0076] Example 8. 3) The apparatus of any one of Examples 1 to 7, wherein the user device receives control information indicating activation of physical downlink shared channel (PDSCH) TCI states corresponding to two different CORESETPoolIndex values, including the user device receiving medium access control elements (MAC-CEs) indicating activation of PDSCH TCI states corresponding to two different CORESETPoolIndex values, each TCI state activation being associated with a PCI, and further comprising determining, by the user equipment, a cell group including the PCI associated with the TCI state activation received via the MAC-CE for the CORESETPoolIndex value.

[0077] Example 9. 9. The apparatus of any of Examples 1 to 8, further comprising the computer program code configured, using the at least one processor, to cause the apparatus to receive, by the user device, a message or signaling from the network node indicating a PCI assigned to a cell group.

[0078] Example 10. 10. The apparatus of any of Examples 1 to 9, wherein the computer program code is further configured, using the at least one processor, to cause the apparatus to receive, by the user device from a network node, a measurement configuration that also indicates a PCI assigned to a cell group.

[0079] Example 11. 11. The apparatus of any of Examples 1 to 10, wherein the computer program code is configured to cause the apparatus, using the at least one processor, to further perform the steps of: receiving, by the user device, updated TCI states for the plurality of CORESETs from the network node, where the TCI states for the plurality of CORESETs are associated with only one PCI or one cell group; and changing operation of the user device from the inter-cell multi-DCI based multi-TRP operation to single-TRP operation based on the reception of the updated TCI states.

[0080] Example 12. 12. The apparatus of any of Examples 1 to 11, wherein in response to the user device receiving activation of a TCI state of a CORESET, different TCI states of each CORESET are associated with at least two different physical cell identifiers (PCIs) indicating inter-cell multi-DCI-based multi-TRP operation, the user device performs or operates as if configured with a CORESETPoolIndex value in a Control Resource Set (CORESET), and the user device determines that the CORESET is associated with the serving cell PCI as a CORESET having CORESETPoolIndex=0.

[0081] Example 13. 13. The apparatus of any of Examples 1 to 12, wherein the computer program code is further configured, using the at least one processor, to cause the apparatus to, in response to the user device receiving activation of a TCI state of a CORESET, cause the apparatus to perform beam failure detection using a respective set of beam failure detection reference signals (BFD-RS), each of which is associated with at least two different physical cell identifiers (PCIs), by the user device, wherein the reference signals (RS) of each set of BFD-RS are determined based on the associated PCI values ​​of the CORESET of the serving cell and the at least one non-serving cell.

[0082] Example 14. 1) The apparatus of any of Examples 1 to 13, wherein the configuring of multi-DCI-based multi-TRP-related high layer parameters in the user device includes one or more of: configuring three or more CORESETs in the user device for a downlink bandwidth portion (DL BWP); configuring one or more scrambling sequences in the user device; configuring one or more rate matching patterns for LTE-CRS (LTE Cell-Specific Reference Signals) in the user device; configuring joint or individual HARQ feedback reporting in the user device; and / or configuring multi-TRP-related high layer parameters in the user device.

[0083] Example 15. 2) The apparatus of any of Examples 1 to 14, wherein the default mode of multi-TRP operation configured in the user device comprises one or more of the following operations in the user device: the user device expects non-overlapping PDSCH reception; the user device expects overlapping and partially overlapping PDSCH reception with scrambling sequences defined based on a PCI applied to an association of CORESETPoolIndex values; the user device operates with individual HARQ feedback operation; the user device operates with predefined assumptions for blind decoding limit calculation; the user device assumes rate matching for a combination of CRS resources configured in both a serving cell and a non-serving cell; the user device expects in-order transmission of PDCCH-PDSCH and PDCCH-PUSCH; and / or the user device follows predefined other user device operation if the conditions for the multiple CORESETs are satisfied, the multiple CORESETs being associated with multiple cells having different physical cell identifiers (PCIs) or associated with different cell groups.

[0084] Example 16. When executed by at least one processor, the method includes the steps of: receiving, by a user device in a wireless network, from a network node, transmission configuration index (TCI) states of multiple control resource sets (CORESETs) by the user device, the TCI states of the multiple CORESETs being associated with multiple cells having different physical cell identities (PCIs) or multiple cell groups, the TCI states indicating quasi-concurrent location (QCL) characteristics used by the user device to receive physical downlink control channels (PDCCHs) associated with the multiple cells having the different PCIs or the multiple cell groups, the multiple cells or the multiple cell groups including at least one serving cell and at least one non-serving cell for the user device; and, by the user device, 1) receiving a multi-DCI-based multi-TRP-related 1) determining that at least one of the following conditions exists: 1) a high layer parameter is configured in the user device; and 2) a default mode of multi-TRP operation is configured in the user device; or 3) the user device has received control information indicating activation of a physical downlink shared channel (PDSCH) TCI state corresponding to two different CORESETPoolIndex values; and 4) performing, by the user device, an inter-cell multi-DCI-based multi-TRP operation in the cell from the plurality of cells or in the cell from the plurality of cell groups based on the determination to perform the multi-DCI-based inter-cell multi-TRP operation.

[0085] Example 17. receiving, by a user device in a wireless network, from a network node by the user device, transmission configuration index (TCI) states of a plurality of control resource sets (CORESETs), the TCI states of the plurality of CORESETs being associated with a plurality of cells having different physical cell identities (PCIs) or associated with a plurality of cell groups, the TCI states indicating quasi-simultaneous location (QCL) characteristics used by the user device to receive physical downlink control channels (PDCCHs) associated with the plurality of cells having the different PCIs or associated with the plurality of cell groups, the plurality of cells or the plurality of cell groups including at least one serving cell and at least one non-serving cell for the user device; 1) determining, based on the determination that at least one of the following conditions exists: 1) multi-TRP-related high layer parameters are configured in a user device; 2) a default mode of multi-TRP operation is configured in the user device; or 3) the user device has received control information indicating activation of a physical downlink shared channel (PDSCH) TCI state corresponding to two different CORESETPoolIndex values, determining to perform an inter-cell multi-downlink control information (multi-DCI)-based multi-transmit reception point (multi-TRP) operation for the user device; and performing, by the user device, an inter-cell multi-DCI-based multi-TRP operation in the cell from the plurality of cells or in the cell from the plurality of cell groups based on the determination to perform a multi-DCI-based inter-cell multi-TRP operation.

[0086] Example 18. 18. The method of claim 17, wherein the user device performs inter-cell multi-DCI-based multi-TRP operation using the cell from the plurality of cells or using the cell from the plurality of cell groups, and the user device is not explicitly configured for inter-cell multi-DCI-based multi-TRP operation via setting a CORESETPoolIndex value for the user device to one or more values ​​for CORESET.

[0087] Example 19. Performing inter-cell multi-DCI-based multi-TRP operation using the cells from the plurality of cells or using cells from the plurality of cell groups includes the user device performing separate channel monitoring, data processing, and / or separate reception and / or transmission of control and data for a channel set (PUCCH / PUSCH / PDSCH / PDCCH) corresponding to each of the serving cell and the at least one non-serving cell, for a first TRP including the serving cell and a second TRP including the at least one non-serving cell; separately monitoring downlink control information (DCI) on separate PDCCHs from the serving cell and each of the at least one non-serving cell; and performing DCI processing for the serving cell and each of the at least one non-serving cell. 19. The method of any of Examples 17 to 18, comprising performing at least one of: receiving downlink data scheduled by a CI and received via a corresponding PDSCH channel; descrambling PDSCH channels separately for PDSCHs from the serving cell and the at least one non-serving cell; performing separate PUSCH scheduling of uplink data transmissions for each of the serving cell and the at least one non-serving cell based on corresponding DCI; performing separate beam failure detection and / or beam failure recovery for the serving cell and for the non-serving cell; and transmitting Hybrid ARQ (HARQ) feedback for the serving cell and the at least one non-serving cell.

[0088] Example 20. The step of performing, by the user device, an inter-cell multi-DCI-based multi-TRP operation in the cell from the plurality of cells or in the cell from the plurality of cell groups includes the step of the user device setting a CORESETPoolIndex value to one of: 1) the lowest PCI among two PCIs representing CORESETPoolIndex=0 and the highest PCI among two PCIs representing CORESETPoolIndex=1; 2) the highest PCI among two PCIs representing CORESETPoolIndex=0 and the highest PCI among two PCIs representing CORESETPoolIndex=1; 20. The method of any of Examples 17 to 19, wherein the method is performed on the user device as if the CORESETPoolIndex value is configured despite not being explicitly configured for multi-TRP operation by setting CORESET to one or more values ​​based on at least one of: 1) the lowest PCI of the two PCIs representing CORESETPoolIndex=0; 2) a serving cell PCI of the two PCIs representing CORESETPoolIndex=0 and a non-serving cell PCI of the two PCIs representing CORESETPoolIndex=1; or 3) a predetermined PCI of the two PCIs representing CORESETPoolIndex=0 and a remaining PCI of the two PCIs representing CORESETPoolIndex=1.

[0089] Example 21. 21. A method according to any one of Examples 17 to 20, wherein the user device performs an inter-cell multi-DCI-based multi-TRP operation on the cell from the plurality of cells or on the cell from the plurality of cell groups based on two or more CORESETPoolIndex values ​​corresponding to different PCIs or different cell groups.

[0090] Example 22. 22. The method of any of Examples 17-21, wherein the first group of cells represents CORESETPoolIndex=0 and the second group of cells represents CORESETPoolIndex=1.

[0091] Example 23. 23. The method of any one of Examples 17 to 22, wherein the first cell group and the second cell group each include a plurality of non-serving cells.

[0092] Example 24. 3) The method according to any one of Examples 17 to 23, wherein the user device receiving control information indicating activation of physical downlink shared channel (PDSCH) TCI states corresponding to two different CORESETPoolIndex values ​​includes the user device receiving Medium Access Control-Control Elements (MAC-CEs) indicating activation of PDSCH TCI states corresponding to two different CORESETPoolIndex values, each TCI state activation being associated with a PCI, and the method further includes determining, by the user equipment, a cell group including the PCI associated with the TCI state activation received via the MAC-CE for the CORESETPoolIndex value.

[0093] Example 25. 25. The method of any of Examples 17-24, further comprising receiving, by the user device, a message or signaling from the network node indicating a PCI assigned to a cell group.

[0094] Example 26. 22. The method of any of Examples 17 to 21, further comprising the user device receiving, from the network node, a measurement configuration that also indicates PCIs assigned to cell groups.

[0095] Example 27. 27. The method of any of Examples 17 to 26, further comprising: receiving, by the user device, updated TCI states for multiple CORESETs from the network node, where the TCI states of the multiple CORESETs are associated with only one PCI or one cell group; and changing operation of the user device from the inter-cell multi-DCI based multi-TRP operation to single-TRP operation based on the reception of the updated TCI states.

[0096] Example 28. 28. The method of any of Examples 17 to 27, wherein in response to the user device receiving activation of a TCI state of a CORESET, the different TCI states of each CORESET are associated with at least two different physical cell identifiers (PCIs) and indicate inter-cell multi-DCI-based multi-TRP operation, the user device performs or operates as if configured with a CORESETPoolIndex value in a Control Resource Set (CORESET), and the user device determines that the CORESET is associated with the serving cell PCI as a CORESET having CORESETPoolIndex=0.

[0097] Example 29. 28. The method of any of Examples 17 to 27, wherein in response to the user device receiving activation of a TCI state of a CORESET, the different TCI states of each CORESET are associated with at least two different physical cell identifiers (PCIs), and the user device performs beam failure detection using respective sets of beam failure detection reference signals (BFD-RS), the reference signals (RS) of each set of BFD-RS being determined based on the associated PCI values ​​of the CORESETs of the serving cell and at least one non-serving cell.

[0098] Example 30. 1) A method according to any of Examples 17 to 29, wherein multiple DCI-based and multiple TRP-related higher layer parameters are configured in the user device, three or more CORESETs are configured in the user device for a downlink bandwidth portion (DL BWP), one or more scrambling sequences are configured in the user device, one or more rate matching patterns for LTE-CRS (LTE Cell-Specific Reference Signal) are configured in the user device, joint or individual HARQ feedback reporting is configured in the user device, and / or multiple TRP-related higher layer parameters are configured in the user device.

[0099] Example 31. 2) The method of any of Examples 17 to 30, wherein a default mode of multi-TRP operation is configured in the user device, and the user device includes one or more of the following operations: the user device expects non-overlapping PDSCH reception, the user device expects overlapping and partially overlapping PDSCH reception with scrambling sequences defined based on the PCI applied to the association of the CORESETPoolIndex value, the user device operates with separate HARQ feedback operation, the user device operates with predefined assumptions for blind decoding limit calculation, the user device assumes rate matching for a combination of cell-specific reference signal (CRS) resources configured for both the serving cell and non-serving cells, the user device expects in-order transmission of PDCCH-PDSCH and PDCCH-PUSCH, and / or the user device follows any other predefined user device operation if a condition is met that the multiple CORESETs are associated with multiple cells having different physical cell identifiers (PCIs) or associated with different cell groups.

[0100] Example 32. and a means for determining, by a user device in a wireless network, to perform an inter-cell multiple downlink control information (multiple DCI)-based multiple transmit reception point (multiple TRP) operation for the user device based on receiving, by the user device from a network node, transmission configuration index (TCI) states of multiple control resource sets (CORESETs), wherein the TCI states of the multiple CORESETs are associated with multiple cells having different physical cell identities (PCIs), or the TCI states indicate a quasi-simultaneous location (QCL) characteristic used by the user equipment to receive a physical downlink control channel (PDCCH) related to multiple cells or multiple cell groups having different PCIs, wherein the multiple cells or multiple cell groups include at least one serving cell and at least one non-serving cell for the user equipment; and a means for determining, by the user device, 1) 1) a multi-DCI-based multi-TRP-related high layer parameter is configured in the user device; 2) a default mode of multi-TRP operation is configured in the user device; or 3) the user device has received control information indicating activation of a physical downlink shared channel (PDSCH) TCI state corresponding to two different CORESETPoolIndex values; and 4) means for performing, by the user device, an inter-cell multi-DCI-based multi-TRP operation using cells from a plurality of cells or cells from a plurality of cell groups based on the determination to perform the multi-DCI-based inter-cell multi-TRP operation.

[0101] Example 33. 33. The apparatus of Example 32, wherein the user equipment performs inter-cell multi-DCI based multi-TRP operation with the cell of the plurality of cells or with the cell of the plurality of cell groups, and wherein the user device is not explicitly configured for inter-cell multi-DCI based multi-TRP operation via setting a CORESETPoolIndex value for the user device to one or more values ​​for CORESET.

[0102] Example 34. The means for performing inter-cell multi-DCI-based multi-TRP operation using the cells from the plurality of cells or the plurality of cell groups includes, for a first TRP including the serving cell and a second TRP including the at least one non-serving cell, performing separate channel monitoring, data processing, and / or separate reception and / or transmission of control and data for a channel set (PUCCH / PUSCH / PDSCH / PDCCH) corresponding to each of the serving cell and the at least one non-serving cell; separately monitoring downlink control information (DCI) on separate PDCCHs from the serving cell and each of the at least one non-serving cell; and separately receiving and / or transmitting DCI for the serving cell and each of the at least one non-serving cell. receiving downlink data scheduled by DCI and received via a corresponding PDSCH channel; descrambling the PDSCH channel separately for PDSCHs from the serving cell and the at least one non-serving cell; performing separate PUSCH scheduling of uplink data transmissions for each of the serving cell and the at least one non-serving cell based on corresponding DCI; performing separate beam failure detection and / or beam failure recovery for the serving cell and for the non-serving cell; and / or transmitting hybrid ARQ (HARQ) feedback for the serving cell and the at least one non-serving cell.

[0103] Example 35. The means for performing an inter-cell multi-DCI based multi-TRP operation by the user device using the cell from the plurality of cells or the cell from the plurality of cell groups includes the step of: the user device selecting 1) the lowest PCI among the two PCIs representing CORESETPoolIndex=0 and the highest PCI among the two PCIs representing CORESETPoolIndex=1; 2) the highest PCI among the two PCIs representing CORESETPoolIndex=0 and the lowest PCI among the two PCIs representing CORESETPoolIndex=1; 3) the highest PCI among the two PCIs representing CORESETPoolIndex=0; 35. The apparatus of any of Examples 32 to 34, wherein the apparatus is executed by the user device as if a CORESETPoolIndex value is configured despite not being explicitly configured for multi-TRP operation via configuring a CORESETPoolIndex value to one or more values ​​for CORESET based on at least one of a serving cell PCI and a non-serving cell PCI of two PCIs that represent CORESETPoolIndex=1, or a predetermined PCI of two PCIs that represent CORESETPoolIndex=0 and a remaining PCI of two PCIs that represent CORESETPoolIndex=1.

[0104] Example 36. The apparatus of any of Examples 32 to 35, wherein the means for performing, by the user device, an inter-cell multi-DCI-based multi-TRP operation in the cell from the plurality of cells or in the cell from the plurality of cell groups is performed by the user device based on two or more CORESETPoolIndex values ​​corresponding to different PCIs or different cell groups.

[0105] Example 37. 37. The apparatus of any of Examples 32-36, wherein the first group of cells exhibits CORESETPoolIndex=0 and the second group of cells exhibits CORESETPoolIndex=1.

[0106] Example 38. 38. The apparatus of any of Examples 32 to 37, wherein the first cell group and the second cell group each include a plurality of non-serving cells.

[0107] Example 39. 3) The apparatus of any of Examples 32 to 38, wherein the user device receives control information indicating activation of physical downlink shared channel (PDSCH) TCI states corresponding to two different CORESETPoolIndex values, the user device receiving Medium Access Control-Control Elements (MAC-CEs) indicating activation of PDSCH TCI states corresponding to two different CORESETPoolIndex values, each TCI state activation being associated with a PCI, the method further comprising determining, by the user equipment, a cell group including the PCI associated with the TCI state activation received via the MAC-CE for the CORESETPoolIndex value.

[0108] Example 40. 40. The apparatus of any of Examples 32-39, further comprising means for receiving, by the user device, a message or signaling from a network node indicating a PCI assigned to the cell group.

[0109] Example 41. 41. The apparatus of any of Examples 32-40, further comprising means for receiving, by the user device, a measurement configuration from the network node that also indicates PCIs assigned to the cell group.

[0110] Example 42. 42. The apparatus of any of Examples 32 to 41, comprising: means for receiving, by a user device, updated TCI states for multiple CORESETs from a network node, where the TCI states for the multiple CORESETs are associated with only one PCI or one cell group; and means for changing operation of the user device from inter-cell multi-DCI based multi-TRP operation to single-TRP operation based on receipt of the updated TCI states.

[0111] Example 43. 43. The apparatus of any of Examples 32 to 42, further comprising: means for responding to the user device receiving activation of a TCI state of a CORESET, wherein each different TCI state of the CORESET is associated with at least two different physical cell identifiers (PCIs) and indicates inter-cell multi-DCI-based multi-TRP operation, performed by the user device as configured with a CORESETPoolIndex value in a ControlResourceSet (CORESET), and wherein the user device determines that the CORESET is associated with the serving cell PCI as a CORESET with CORESETPoolIndex=0.

[0112] Example 44. 44. The apparatus of any of Examples 32 to 43, comprising: means for, in response to the user device receiving activation of a TCI state of a CORESET, each different TCI state of the CORESET being associated with at least two different physical cell identifiers (PCIs), performing beam failure detection using a respective set of beam failure detection reference signals (BFD-RS) by the user device, wherein the reference signals (RS) of each set of BFD-RS are determined based on associated PCI values ​​of the CORESET of a serving cell and at least one non-serving cell.

[0113] Example 45. 1) The apparatus of any of Examples 32 to 44, wherein multi-DCI-based multi-TRP related higher layer parameters are configured in the user device, and wherein three or more CORESETs are configured in the user device for a downlink bandwidth portion (DL BWP), one or more scrambling sequences are configured in the user device, one or more rate matching patterns for LTE-CRS (LTE Cell-Specific Reference Signal) are configured in the user device, joint or individual HARQ feedback reporting is configured in the user device, and / or multi-TRP related higher layer parameters are configured in the user device.

[0114] Example 46. 2) The default mode of multi-TRP operation is configured in the user equipment, which means that the user equipment expects non-overlapping PDSCH reception, the user device expects overlapping and partially overlapping PDSCH reception with scrambling sequences defined based on the PCI that applies to the association of the CORESETPoolIndex value, the user device operates with separate HARQ feedback operation, the user device operates assuming predefined assumptions for blind decoding limit calculation, and the user device assumes rate matching for the combination of CRS (Cell-Specific Reference Signal) resources configured for both the serving cell and non-serving cells. 46. ​​The apparatus of any of Examples 32 to 45, comprising one or more of the following operations: the user device expects an in-order transmission of the PDCCH-PDSCH and the PDCCH-PUSCH; and / or the user device follows any other predefined user device actions if the multiple CORESET conditions relate to multiple cells with different physical cell identifiers (PCIs) or associated with different cell groups.

[0115] 6 is a block diagram of a network node (e.g., AP, BS, eNB, gNB, RAN node) 600 according to an example embodiment. The wireless station 600 may include, for example, one or more (e.g., two as shown in FIG. 6) RF (radio frequency) or wireless transceivers 602A, 602B, each including a transmitter for transmitting signals and a receiver for receiving signals. The wireless station also includes a processor or control unit / entity (controller) 604 that executes instructions or software and controls the transmission and reception of signals, and a memory 606 that stores data and / or instructions.

[0116] The processor 604 may also make decisions or determinations, generate frames, packets, or messages for transmission, decode received frames or messages for further processing, and perform other tasks or functions described herein. The processor 604 may be, for example, a baseband processor and may generate messages, packets, frames, or other signals for transmission via the wireless transceiver 602 (602A or 602B). The processor 604 may control the transmission of signals or messages over a wireless network and may control the reception of signals, messages, etc. over a wireless network (e.g., after being downconverted by the wireless transceiver 602). The processor 604 may be programmable and may execute software or other instructions stored on a memory or other computer medium to perform various tasks and functions described above, such as one or more of the tasks or methods described above. The processor 604 may be (or include), for example, hardware, programmable logic, a programmable processor executing software or firmware, and / or any combination thereof. Using other terminology, the processor 604 and the transceiver 602 together may be considered, for example, as a wireless transceiver system.

[0117] Further, with reference to FIG. 6, controller (or processor) 608 executes software and instructions to provide overall control of station 600, provide control of other systems not shown in FIG. 6, such as control of input / output devices (e.g., display, keypad), and / or execute software for one or more applications that may be provided to wireless station 600, such as, for example, an email program, an audio / video application, a word processor, a voice-over-IP application, or other application or software.

[0118] Additionally, a storage medium may be provided containing stored instructions that, when executed by a controller or processor, cause processor 604, or another controller or processor, to perform one or more of the functions or tasks described above.

[0119] According to another example embodiment, the RF or wireless transceiver (602A / 602B) can receive signals or data or transmit or broadcast signals or data. The processor (604, and, if desired, the transceiver 602A / 602B) can control the RF or wireless transceiver 602A or 602B to receive, transmit, broadcast, or transmit signals or data.

[0120] Embodiments of the various technologies described herein may be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or combinations thereof. Embodiments may also be implemented as a computer program product, i.e., a computer program tangibly embodied in an information carrier, e.g., a machine-readable storage device or a propagated signal, for use in controlling the execution or operation of a data processing device, e.g., a programmable processor, a computer, or multiple computers. Embodiments may also be provided on a computer-readable medium or computer-readable storage medium, which may be a non-transitory medium. Various technology embodiments may also include embodiments provided via a transitory signal or medium, and / or program and / or software embodiments downloadable via the Internet or other networks (including wired and / or wireless networks). Furthermore, embodiments may be provided via machine-type communications (MTC) and the Internet of Things (IoT).

[0121] The computer program may be provided in source code form, object code form, or some intermediate form, and may be stored on various program-carrying, distribution, or computer-readable media. These media may be any entity or device capable of carrying a program. These carrier media include recording media, computer memory, read-only memory, optical-electronic and / or electrical carrier signals, communications signals, and software distribution packages. Depending on the processing power required, the computer program may be executed in a single electronic digital computer or distributed among several computers.

[0122] Additionally, various embodiments of the technologies described herein may utilize cyber-physical systems (CPSs)—systems of cooperating computational elements that control physical entities. CPSs may enable the implementation and utilization of large numbers of interconnected ICT devices (e.g., sensors, actuators, processors, microcontrollers, etc.) embedded in physical objects in different locations. Mobile cyber-physical systems are a branch of cyber-physical systems when the physical system itself has inherent mobility. Examples of mobile physical systems include mobile robotics and electronic devices carried by humans or animals. The increasing popularity of smartphones has led to increased interest in the field of mobile cyber-physical systems. Accordingly, various embodiments of the technologies described herein may be provided via one or more of these technologies.

[0123] Computer programs, such as those described above, can be written in any programming language, including compiled or interpreted languages, and can be deployed for use in a computing environment as stand-alone programs or as modules, components, subroutines, or other units or parts. A computer program can be deployed to run on one computer, or it can be deployed to run on multiple computers at a single site, or distributed across multiple sites and connected by a communications network.

[0124] The method steps may be performed by one or more programmable processors executing a computer program to perform functions that operate on input data and generate output. The method steps may also be implemented and performed by dedicated specialized logic circuitry, for example an FPGA (Field Programmable Gate Array) or an ASIC (Application Specific Integrated Circuit).

[0125] A processor suitable for executing a computer program may be any processor or processors of any type of digital computer, chip, or chipset, including, by way of example, common general-purpose and special-purpose microprocessors. Typically, a processor receives instructions and data from a read-only memory or a random-access memory, or both. Computer elements may include one or more memory devices from which at least one processor executes instructions and for storing instructions and data, including all forms of non-volatile memory, such as volatile memory (NVRAM). Typically, a computer also includes, or is operatively connected to, one or more mass storage devices for storing data and apparatus for transmitting and receiving data. Examples of mass storage devices for storing data include magnetic disks, magneto-optical disks, or optical disks. Information carriers for embodying computer program instructions and data may include semiconductor memory devices (e.g., EPROMs, EEPROMs, flash memory devices, etc.), magnetic disks (such as internal or removable hard disks), magneto-optical disks, The CD-ROM and DVD-ROM disks, processor and memory may be supplemented or integrated with special purpose logic circuitry.

[0126] To provide for user interaction, embodiments may be implemented on a computer with a display device (e.g., a cathode ray tube (CRT) or liquid crystal display (LCD) monitor) for displaying information to the user and may have a user interface (keyboard and pointing device, such as a mouse or trackball) that allows the user to provide input to the computer. Other types of devices may also be used to provide for user interaction. For example, feedback to the user may be provided in any form of sensory feedback, such as visual feedback, auditory feedback, or tactile feedback. And input from the user may be received in any form, including audio, speech, or tactile input.

[0127] The embodiments include back-end components (e.g., as a data server), middleware components (e.g., as an application server), and front-end components (e.g., a client computer with a graphical user interface or a web browser through which a user can interact with the embodiments). They can be implemented in a computing system or any combination of back-end, middleware, or front-end components. The components may be interconnected by any form or medium of digital data communication. Examples include a communication network. Examples of communication networks include a local area network (LAN) and a wide area network (WAN, e.g., the Internet).

[0128] While certain features of some embodiments have been illustrated as described herein, many modifications, substitutions, changes, and equivalents will occur to those skilled in these arts, and it is therefore to be understood that the appended claims are intended to include all such modifications and changes as fall within their spirit and scope.

Claims

1. A means for receiving a transmission configuration index (TCI) state of a plurality of control resource sets (CORESETs) from a network node, the means comprising: the TCI states for the plurality of control resource sets (CORESETs) are associated with a plurality of cells or a plurality of cell groups having a plurality of physical cell identities (PCIs); the TCI state indicates a quasi-simultaneous location (QCL) characteristic for use by the device to receive a physical downlink control channel (PDCCH) associated with a plurality of cells having different PCIs or associated with the plurality of cell groups; the plurality of cells or the plurality of cell groups at least including a serving cell for the device and at least one other cell; means for receiving; When the device receives a Medium Access Control Element (MAC-CE) indicating activation of a Physical Downlink Shared Channel (PDSCH) TCI state for two different CORESETPoolIndex values, means for performing an inter-cell multi-DCI-based multi-TRP operation using a cell from the plurality of cells or a cell from the plurality of cell groups; An apparatus comprising:

2. 2. The device of claim 1, wherein the device is not explicitly configured for inter-cell multi-DCI-based multi-TRP operation via setting a CORESETPoolIndex value for the device to one or more values ​​for CORESET.

3. The means for performing an inter-cell multi-DCI based multi-TRP operation using the cell from the plurality of cells or using the cell from the plurality of cell groups comprises: For a first TRP including the serving cell and a second TRP including the at least one other cell, separate channel monitoring, data processing, and / or separate reception and / or transmission of control and data for channel sets (PUCCH / PUSCH / PDSCH / PDCCH) corresponding to the serving cell and the at least one other cell, respectively; separately monitoring downlink control information (DCI) on separate PDCCHs from the serving cell and each of the at least one other cell; receiving downlink data scheduled by a DCI and received via a corresponding PDSCH channel for each of the serving cell and the at least one other cell; descrambling PDSCH channels individually for PDSCHs from the serving cell and the at least one other cell; performing separate PUSCH scheduling of uplink data transmissions for each of the serving cell and the at least one other cell based on corresponding DCI; performing separate beam failure detection and / or beam failure recovery for the serving cell and for the other cell; or transmitting Hybrid ARQ (HARQ) feedback to the serving cell and the at least one other cell; means for performing at least one of the following:

10. The apparatus of claim 1.

4. The means for performing an inter-cell multi-DCI based multi-TRP operation using the cell from the plurality of cells or using the cell from the plurality of cell groups comprises: The device, 1) The lowest PCI of the two PCIs representing CORESETPoolIndex=0, and the highest PCI of the two PCIs representing CORESETPoolIndex=1; 2) The highest PCI among the two PCIs representing CORESETPoolIndex=0, and the lowest PCI among the two PCIs representing CORESETPoolIndex=1; 3) A serving cell PCI among two PCIs that indicate CORESETPoolIndex=0, and a non-serving cell PCI among two PCIs that indicate CORESETPoolIndex=1; or 4) A predetermined PCI among the two PCIs that represent CORESETPoolIndex=0, and the remaining PCI among the two PCIs that represent CORESETPoolIndex=1; is performed as if a CORESETPoolIndex value is configured, despite not being explicitly configured for multi-TRP operation via configuring the CORESETPoolIndex value to one or more values ​​for CORESET, based on at least one of 10. The apparatus of claim 1.

5. 2. The apparatus of claim 1, comprising: the means for performing an inter-cell multi-DCI-based multi-TRP operation using the cells from the plurality of cells or using the cells from the plurality of cell groups based on two or more CORESETPoolIndex values ​​corresponding to different PCIs or different cell groups.

6. 2. The apparatus of claim 1, wherein a first group of cells represents CORESETPoolIndex=0 and a second group of cells represents CORESETPoolIndex=1.

7. The apparatus of claim 6 , wherein the first and second cell groups each include a plurality of distinct cells.

8. The apparatus of claim 1 , further comprising: means for determining a cell group including the PCI associated with activation of a TCI state received via the MAC-CE of the CORESETPoolIndex value.

9. The apparatus of claim 1 , further comprising: means for receiving a message or signaling from the network node indicating a PCI assigned to a cell group.

10. The apparatus of claim 1 , further comprising: means for receiving a measurement configuration from the network node that also indicates PCIs assigned to cell groups.

11. means for receiving updated TCI states for the plurality of CORESETs from the network node, wherein the TCI states of the plurality of CORESETs are associated with only one PCI or one cell group; means for changing operation of the device from the inter-cell multi-DCI based multi-TRP operation to single-TRP operation based on the reception of the updated TCI status; The apparatus of claim 1 further comprising:

12. In response to receiving activation of the TCI states of the CORESET, the different TCI states of each CORESET are associated with at least two different physical cell identifiers (PCIs) and indicate inter-cell multi-DCI-based multi-TRP operation; The apparatus further comprises: means to execute / operate as if configured with a CORESETPoolIndex value in a ControlResourceSet (CORESET); means for determining that the CORESET is associated with a serving cell PCI as a CORESET with CORESETPoolIndex=0; The apparatus of claim 1 , comprising:

13. a means for performing beam failure detection using respective sets of beam failure detection reference signals (BFD-RSs), in response to receiving activation of TCI states of the CORESET, each different TCI state of the CORESET being associated with at least two different physical cell identifiers (PCIs); The reference signals (RS) of each set of BFD-RS are determined based on the associated PCI values ​​of the CORESET of the serving cell and the at least one other cell. The apparatus of claim 1 further comprising:

Images