Method and apparatus for determining beam applied for downlink transmission in a wireless communication system

Abstract

In inter-cell multiple transmit-receive-point (M-TRP), methods, systems, and techniques are disclosed herein for a user equipment (UE) to perform beam determination for receiving downlink (DL) transmission. For example, a user equipment (UE) may derive or determine a proper beam that is eligible for receiving physical downlink shared channel (PDSCH), which includes common data, even when one of the M-TRPs (e.g., the serving TRP) is not associated with the serving cell. An example method includes the UE receiving (430), from a network entity, a control signaling indicating a plurality of transmission configuration indicators (TCIs) for downlink transmission; and applying (460) a default beam for receiving a scheduled physical downlink shared channel (PDSCH) based on a number of default beams that the UE supports and whether the plurality of TCIs are associated with at least one of a serving cell, a non-serving cell, or both the serving cell and non-serving cell.

Description

METHOD AND APPARATUS FOR DETERMINING BEAM APPLIED FOR DOWNLINK TRANSMISSION IN A WIRELESS COMMUNICATION SYSTEMFIELD

[0001] This disclosure relates generally to wireless communications and, more particularly, to beam selection.BACKGROUND

[0002] This background description is provided for the purpose of generally presenting the context of the disclosure. Work of the presently named inventors, to the extent it is described in this background section, as well as aspects of the description that may not otherwise qualify as prior art at the time of filing, are neither expressly nor impliedly admitted as prior art against the present disclosure.

[0003] In multiple-transmit-reception-point (M-TRP) scenarios, a user equipment (UE) communicates with both a serving cell and a non-serving cell (e.g., neighboring cell or neighbor) . As such, the UE needs to perform inter-cell beam management (e.g., selecting, applying, and / or updating a suitable beam) and inter-cell M-TRP signaling. For these procedures, a UE may communicate with a network entity in a serving cell and / or a neighboring cell (e.g., the network entity providing TRPs for both the serving cell and neighboring cell) . The neighboring cell may broadcast a physical cell identifier (PCI) different from the PCI of the serving cell. This way, the network entity communicates with the UE via the two TRPs (or two TRP clusters / sets) , one TRP located in the serving cell (also referred to as the current cell or the source cell) and the other located in the neighboring cell (also referred to as the target cell as the UE moves to the neighboring cell) . Such inter-cell M-TRP beam selection faces multiple challenges summarized below.

[0004] First, in some cases, at least one TRP from a non-serving cell may communicate with the UE. In other words, the UE may be indicated a unified TCI state, which is associated with neighboring cell (or an additional PCI) . In such a case, when determining a default beam (e.g., receiving beam) for buffering PDSCH, the UE might not be able to properly receive PDSCH when the scheduling offset is below a threshold (e.g., self-slot scheduling) , if an inappropriate default beam has been chosen or determined. This issue may more likely occur for PDSCH carrying cell-specific data (e.g., system information) or multi-casted data, since usually PDSCH  carrying cell-specific data is scheduled with a scheduling offset below the threshold (e.g., self-slot scheduling) .

[0005] Second, different M-TRP modes (e.g., M-DCI mode or S-DCI mode) may result in different implementation details / operations that are not interchangeable.

[0006] In addition, even for above-threshold scheduling (e.g., cross-slot scheduling) , the default beam determination (e.g., when RRC parameter for TCI selection for indicated TCIs is not configured) or beam indication should also consider whether the indicated TCI or determined default beam is able to receive common data. The issue may occur in cases where PDSCH is scheduled / activated by DCI format 1_0, since PDSCH carrying common data is scheduled by DCI format 1_0.SUMMARY

[0007] The present disclosure provides methods, systems, and techniques related to determining the beam for downlink (DL) transmission, such as in inter-cell multiple transmit-receive-point (M-TRP) scenarios. The disclosed methods and techniques address the beam selection / determination challenges in inter-cell M-TRP scenarios identified above. This disclosure provides example solutions / methods about properly deciding, determining, or applying a default beam for receiving DL transmission. This disclosure also provides examples of beam indication structure for PDSCH scheduled by a fallback DCI or a basic DCI, regardless of the scheduling threshold, including designs for higher-layer and lower layer.

[0008] According to general aspects of this disclosure, a method for wireless communications by a user equipment (UE) includes receiving, from a network entity, a control signaling indicating multiple transmission configuration indicators (TCIs) for downlink transmission. The UE applies a default beam for receiving or buffering a scheduled physical downlink shared channel (PDSCH) based on a number of default beams that the UE supports and whether the multiple TCIs are associated with at least one of a serving cell, a non-serving cell, or both the serving cell and non-serving cell.

[0009] In aspects, the UE transmits, to the network entity, a capability message indicating the number of default beams that the UE supports when a scheduling offset between a physical downlink control channel (PDCCH) and a PDSCH scheduled by the PDCCH is below a  threshold. The UE may receive a configuration message in response to the number of default beams that the UE supports for communicating with multiple transmit-receive-points (M-TRPs) . A first TRP (of the M-TRPs) is associated with the serving cell and a second TRP is associated with the non-serving cell.

[0010] In some cases, the configuration message configures the UE to receive multiple downlink control information (M-DCI) messages or a single DCI (S-DCI) message from the M-TRPs, and the UE supports one default beam for receiving downlink transmission. In other cases, the configuration message or other signal configures / indicates the UE to operate in M-DCI mode or S-DCI mode.

[0011] In aspects, the applying the default beam includes applying the one default beam including at least one of: selecting one of the multiple TCIs for determining the default beam; selecting one of the multiple TCIs corresponding to a beam associated with a control resource set (CORESET) with the lowest CORESET identifier (ID) in a latest monitored slot of an active bandwidth part (BWP) ; identifying one of the multiple TCIs indicated in the control signaling; selecting one of the multiple TCIs based on a beam pattern configured by the network entity or a rule; selecting one of the multiple TCIs associated with the serving cell; or selecting a special beam for receiving common signals from the M-TRPs.

[0012] In some cases, the special beam includes at least one of: a beam for receiving the CORESET with a lowest CORESET ID in a latest monitored slot in the active BWP; a beam for receiving the CORESET having the lowest CORESET ID among CORESET (s) associated with a common search space (CSS) in the latest monitored slot in the active BWP; a beam for receiving the CORESET with a lowest ID in the active BWP; a beam for receiving the CORESET having the lowest CORESET ID among CORESET (s) associated with a CSS in the active BWP; or a beam for receiving CORESET #0.

[0013] In some cases, the configuration message configures the UE to receive multiple downlink control information (M-DCI) messages or a single DCI (S-DCI) message from the M-TRPs, and the UE supports multiple default beams for receiving downlink transmission. The UE supports two default beams. The applying the default beam includes applying the two default beams including at least one of: using two beams corresponding to two of the multiple TCIs, wherein the two of the multiple TCIs are: both associated with the serving cell; respectively  associated with the serving cell for one and the non-serving cell for the other; or both associated with the non-serving cell.

[0014] When both the two of the multiple TCIs are associated with the non-serving cell, the applying the two default beams includes at least one of: applying a special beam only; applying the special beam and one of the two beams corresponding to the two of the multiple TCIs based on:the first indicated TCI; the second indicated TCI; a configuration by the network entity; or timing advance group (TAG) ; or selecting when the UE supports three default beams, the special beam and the two beams corresponding to the two of the multiple TCIs. In some cases, when the UE receives the S-DCI message from the network entity, the control signaling further includes at least one of: a first radio resource control (RRC) parameter indicating a TCI associated with a serving cell physical cell identifier (PCI) ; or a second RRC parameter indicating a TCI selection of one or more of the multiple TCIs for determining the default beam.

[0015] In some cases, the S-DCI message indicates that a first one of the multiple TCIs is associated with the serving cell PCI when a first RRC parameter is not configured by the network entity. In some cases, if the UE operates in S-DCI mode, the network entity ensures that a first one of the multiple TCIs is associated with the serving cell PCI when a first RRC parameter is not configured by the network entity.

[0016] In aspects, the UE monitors a search space of the control signaling when the UE receives a single DCI (S-DCI) message and when the default beam is associated with a serving cell physical cell identifier (PCI) . In aspects, when the UE receives a single DCI (S-DCI) message or operates in S-DCI mode, the UE monitors a search space for monitoring DCI format 1_0 only when the indicated TCI or the default beam for receiving PDSCH scheduled by DCI format 1_0 is associated with a serving cell physical cell identifier (PCI) .

[0017] According to general aspects of this disclosure, a method for wireless communications by a network entity includes transmitting, to a UE, a control signaling indicating multiple transmission configuration indicators (TCIs) for downlink transmission. The network entity transmits, to the UE, a scheduled physical downlink shared channel (PDSCH) via a transmit beam associated with one of the multiple TCIs, the transmit beam being based on a number of default beams that the UE supports and whether the multiple TCIs are associated with at least one of a serving cell, a non-serving cell, or both the serving cell and non-serving cell.

[0018] According to general aspects of this disclosure, an apparatus includes one or more radio frequency (RF) modems; a processor coupled to the one or more RF modems; and at least one memory storing executable instructions. The executable instructions manipulate at least one of the processor or the one or more RF modems to perform the above methods, which are discussed in details herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0019] Fig. 1A illustrates a diagram of a wireless communications system that includes a plurality of user equipments (UEs) and network entities in communication over one or more cells, according to aspects of this disclosure.

[0020] Fig. 1B is a block diagram of another example wireless communication system of that of Fig. 1A for implementing the techniques of this disclosure.

[0021] Fig. 1C is a block diagram of an example base station including a central unit (CU) and a distributed unit (DU) of a distributed base station that may operate in the system of Fig. 1B.

[0022] Fig. 2A is a block diagram of an example protocol stack according to which the UE of Figs. 1A-B may communicate with base stations.

[0023] Fig. 2B is a block diagram of an example protocol stack according to which the UE of Figs. 1A-B may communicate with a DU and a CU of a base station.

[0024] Fig. 3A is an example diagram of how to perform DL beam determination under M-TRP M-DCI scenario.

[0025] Fig. 3B is an example diagram of how to perform DL beam determination under M-TRP S-DCI scenario.

[0026] Fig. 4 illustrates an example flowchart of a method performed by a network entity, in accordance with aspects of this disclosure.

[0027] Fig. 5 illustrates an example flowchart of a method performed by a network entity, in accordance with aspects of this disclosure.

[0028] Fig. 6 is a diagram illustrating a hardware implementation for an example UE apparatus.

[0029] Fig. 7 is a diagram illustrating a hardware implementation for one or more example network entities.

[0030] Like numerals indicate like elements.DETAILED DESCRIPTION

[0031] This disclosure provides methods and techniques on how to perform beam indication or beam determination for receiving downlink (DL) transmission, such as, for example, in inter-cell multiple transmit-receive-point (M-TRP) scenarios. For example, a user equipment (UE) may derive or determine a proper beam that is eligible for receiving PDSCH, which includes common data, even when one of the M-TRPs (e.g., the serving TRP) is not associated with the serving cell. Without the proper beam, the UE may fail to receive common data broadcasted or multi-casted from the serving cell. This disclosure provides example methods for the UE to determine a proper beam in the inter-cell M-TRP scenarios.

[0032] Conventionally, the third generation partnership project (3GPP) targets MIMO evolution working items, which include enhancing downlink (DL) MIMO and uplink (UL) MIMO. One of the working items is to extend the unified TCI framework, which serves as a more streamlined beam indication framework. Under this framework, the UE may be indicated one or more unified TCI state (s) that may be applied for most of DL and / or UL channels and reference signals (RSs) . Reducing the signaling overhead and reducing the latency of beam indication are useful and desirable. In Release 17 (Rel-17) , the unified TCI framework also considers single TRP (S-TRP) scenarios. In Release 18 (Rel-18) , the unified TCI framework further considers extending the framework to M-TRP scenarios.

[0033] Having such a background, several agreements have been established on which indicated TCI (s) would be applied for a channel, e.g., PDSCH, PDCCH, PUSCH, and PUCCH. Details are pending regarding how to determine default beam for receiving DL transmission (e.g., PDSCH or aperiodic CSI-RS) when scheduling offset between the DL transmission and scheduling / triggering DCI is below a threshold. However, these discussions focus only on intra-cell scenarios and do not cover inter-cell scenarios, which present additional technical challenges and problems. For example, in inter-cell scenarios, there is at least one TRP from a neighboring  cell (e.g., a non-serving cell) . The UE may be indicated a unified TCI state, which is associated with neighboring cell or an additional PCI.

[0034] In such cases, when determining a default beam for buffering or receiving PDSCH, if an improper beam is applied or chosen, the UE may not be able to receive the PDSCH with scheduling offset below a threshold (e.g., self-slot scheduling) . The likelihood of choosing an improper beam increases for the PDSCH carrying cell-specific data (e.g., SIB) or multi-casted data, since the PDSCH carrying cell-specific data are usually scheduled with scheduling offset below a threshold (e.g., self-slot scheduling) . Furthermore, the different M-TRP operation modes (e.g., M-DCI or S-DCI) require different technical solutions, increasing the complexity in beam indication / selection while aiming to minimize the signaling overhead and latency. As mentioned above, another issue is that even for above-threshold scheduling (e.g., cross-slot scheduling) , the default beam determination (e.g., when RRC parameter for TCI selection is not configured) or beam indication should also consider whether the indicated TCI or determined default beam may receive common data. This issue may occur for cases that PDSCH is scheduled / activated by DCI format 1_0, since PDSCH carrying common data is (only) scheduled by DCI format 1_0.

[0035] The present disclosure addresses these problems associated with the beam determination for PDSCH in inter-cell M-TRP scenarios. In particular, example methods and techniques herein address how to determine receiving beam for receiving / buffering PDSCH with scheduling offset below threshold, when UE is operated in inter-cell M-TRP scenario and M-DCI mode or S-DCI mode, and how to determine receiving beam for receiving or buffering PDSCH scheduled by DCI format 1_0 regardless of scheduling offset, when UE is operated in inter-cell M-TRP scenario. The disclosed methods may apply to DL beam / TCI indication or determination in various M-TRP scenarios (including M-TRP M-DCI and M-TRP S-DCI) . The disclosed methods may also be applied in issues or procedures with similar considerations or regards in LTE / NR / 6G or other radio access technologies (RATs) .

[0036] Fig. 1A illustrates a diagram 100 of a wireless communications system associated with a plurality of cells 190. The wireless communications system includes user equipments (UEs) 102 and base stations / network entities 104. Some base stations may include an aggregated base station architecture and other base stations may include a disaggregated base station architecture. The aggregated base station architecture utilizes a radio protocol stack that is physically or  logically integrated within a single radio access network (RAN) node. A disaggregated base station architecture utilizes a protocol stack that is physically or logically distributed among two or more units (e.g., radio unit (RU) 106, distributed unit (DU) 108, central unit (CU) 110) . For example, a CU 110 is implemented within a RAN node, and one or more DUs 108 may be co-located with the CU 110, or alternatively, may be geographically or virtually distributed throughout one or multiple other RAN nodes. The DUs 108 may be implemented to communicate with one or more RUs 106. Any of the RU 106, the DU 108 and the CU 110 may be implemented as virtual units, such as a virtual radio unit (VRU) , a virtual distributed unit (VDU) , or a virtual central unit (VCU) . The base station / network entity 104 (e.g., an aggregated base station or disaggregated units of the base station, such as the RU 106 or the DU 108) , may be referred to as a transmission reception point (TRP) .

[0037] Operations of the base station 104 and / or network designs may be based on aggregation characteristics of base station functionality. For example, disaggregated base station architectures are utilized in an integrated access backhaul (IAB) network, an open-radio access network (O-RAN) network, or a virtualized radio access network (vRAN) , which may also be referred to a cloud radio access network (C-RAN) . Disaggregation may include distributing functionality across the two or more units at various physical locations, as well as distributing functionality for at least one unit virtually, which may enable flexibility in network designs. The various units of the disaggregated base station architecture, or the disaggregated RAN architecture, may be configured for wired or wireless communication with at least one other unit. For example, the base stations 104d, 104e and / or the RUs 106a, 106b, 106c, 106d may communicate with the UEs 102a, 102b, 102c, 102d, and / or 102s via one or more radio frequency (RF) access links based on a Uu interface. In examples, multiple RUs 106 and / or base stations 104 may simultaneously serve the UEs 102, such as by intra-cell and / or inter-cell access links between the UEs 102 and the RUs 106 / base stations 104.

[0038] The RU 106, the DU 108, and the CU 110 may include (or may be coupled to) one or more interfaces configured to transmit or receive information / signals via a wired or wireless transmission medium. For example, a wired interface may be configured to transmit or receive the information / signals over a wired transmission medium, such as via the fronthaul link 160 between the RU 106d and the baseband unit (BBU) 112 of the base station 104d associated with  the cell 190d. The BBU 112 includes a DU 108 and a CU 110, which may also have a wired interface (e.g., midhaul link) configured between the DU 108 and the CU 110 to transmit or receive the information / signals between the DU 108 and the CU 110. In further examples, a wireless interface, which may include a receiver, a transmitter, or a transceiver, such as an RF transceiver, configured to transmit and / or receive the information / signals via the wireless transmission medium, such as for information communicated between the RU 106a of the cell 190a and the base station 104e of the cell 190e via cross-cell communication beams 136-138 of the RU 106a and the base station 104e.

[0039] The RUs 106 may be configured to implement lower layer functionality. For example, the RU 106 is controlled by the DU 108 and may correspond to a logical node that hosts RF processing functions, or lower layer PHY functionality, such as execution of fast Fourier transform (FFT) , inverse FFT (iFFT) , digital beamforming, physical random access channel (PRACH) extraction and filtering, etc. The functionality of the RU 106 may be based on the functional split, such as a functional split of lower layers.

[0040] The RUs 106 may transmit or receive over-the-air (OTA) communication with one or more UEs 102. For example, the RU 106b of the cell 190b communicates with the UE 102b of the cell 190b via a first set of communication beams 132 of the RU 106b and a second set of communication beams 134b of the UE 102b, which may correspond to inter-cell communication beams or, in some examples, cross-cell communication beams. For instance, the UE 102b of the cell 190b may communicate with the RU 106a of the cell 190a via a third set of communication beams 134a of the UE 102b and a fourth set of communication beams 136 of the RU 106a. DUs 108 may control both real-time and non-real-time features of control plane and user plane communications of the RUs 106.

[0041] Any combination of the RU 106, the DU 108, and the CU 110, or reference thereto individually, may correspond to a base station 104. Thus, the base station 104 may include at least one of the RU 106, the DU 108, or the CU 110. The base stations 104 provide the UEs 102 with access to a core network. The base stations 104 may relay communications between the UEs 102 and the core network (not shown) . The base stations 104 may be associated with macrocells for higher-power cellular base stations and / or small cells for lower-power cellular base stations. For example, the cell 190e may correspond to a macrocell, whereas the cells 190a- 190d may correspond to small cells. Small cells include femtocells, picocells, microcells, etc. A network that includes at least one macrocell and at least one small cell may be referred to as a “heterogeneous network. ”

[0042] Transmissions from a UE 102 to a base station 104 / RU 106 are referred to as uplink (UL) transmissions, whereas transmissions from the base station 104 / RU 106 to the UE 102 are referred to as downlink (DL) transmissions. Uplink transmissions may also be referred to as reverse link transmissions and downlink transmissions may also be referred to as forward link transmissions. For example, the RU 106d utilizes antennas of the base station 104d of cell 190d to transmit a downlink / forward link communication to the UE 102d or receive an uplink / reverse link communication from the UE 102d based on the Uu interface associated with the access link between the UE 102d and the base station 104d / RU 106d.

[0043] Communication links between the UEs 102 and the base stations 104 / RUs 106 may be based on multiple-input and multiple-output (MIMO) antenna technology, including spatial multiplexing, beamforming, and / or transmit diversity. The communication links may be associated with one or more carriers. The UEs 102 and the base stations 104 / RUs 106 may utilize a spectrum bandwidth of Y MHz (e.g., 5, 10, 15, 20, 100, 400, 800, 1600, 2000, etc. MHz) per carrier allocated in a carrier aggregation of up to a total of Yx MHz, where x component carriers (CCs) are used for communication in each of the uplink and downlink directions. The carriers may or may not be adjacent to each other along a frequency spectrum. In examples, uplink and downlink carriers may be allocated in an asymmetric manner, with more or fewer carriers allocated to either the uplink or the downlink. A primary component carrier and one or more secondary component carriers may be included in the component carriers. The primary component carrier may be associated with a primary cell (PCell) and a secondary component carrier may be associated with a secondary cell (SCell) .

[0044] Some UEs 102, such as the UEs 102a and 102s, may perform device-to-device (D2D) communications over sidelink. For example, a sidelink communication / D2D link utilizes a spectrum for a wireless wide area network (WWAN) associated with uplink and downlink communications. Such sidelink / D2D communication may be performed through various wireless communications systems, such as wireless fidelity (Wi-Fi) systems, Bluetooth systems, Long Term Evolution (LTE) systems, New Radio (NR) systems, etc.

[0045] The UEs 102 and the base stations 104 / RUs 106 may each include a plurality of antennas. The plurality of antennas may correspond to antenna elements, antenna panels, and / or antenna arrays that may facilitate beamforming operations. For example, the RU 106b transmits a downlink beamformed signal based on a first set of communication beams 132 to the UE 102b in one or more transmit directions of the RU 106b. The UE 102b may receive the downlink beamformed signal based on a second set of communication beams 134b from the RU 106b in one or more receive directions of the UE 102b. In a further example, the UE 102b may also transmit an uplink beamformed signal (e.g., sounding reference signal (SRS) ) to the RU 106b based on the second set of communication beams 134b in one or more transmit directions of the UE 102b. The RU 106b may receive the uplink beamformed signal from the UE 102b in one or more receive directions of the RU 106b. The UE 102b may perform beam training to determine the best receive and transmit directions for the beamformed signals. The transmit and receive directions for the UEs 102 and the base stations 104 / RUs 106 may or may not be the same.

[0046] In further examples, beamformed signals may be communicated between a first base station / RU 106a and a second base station 104e. For instance, the base station 104e of the cell 190e may transmit a beamformed signal to the RU 106a based on the communication beams 138 in one or more transmit directions of the base station 104e. The RU 106a may receive the beamformed signal from the base station 104e of the cell 190e based on the RU communication beams 136 in one or more receive directions of the RU 106a. In further examples, the base station 104e transmits a downlink beamformed signal to the UE 102e based on the communication beams 138 in one or more transmit directions of the base station 104e. The UE 102e receives the downlink beamformed signal from the base station 104e based on UE communication beams 130 in one or more receive directions of the UE 102e. The UE 102e may also transmit an uplink beamformed signal to the base station 104e based on the UE communication beams 130 in one or more transmit directions of the UE 102e, such that the base station 104e may receive the uplink beamformed signal from the UE 102e in one or more receive directions of the base station 104e.

[0047] The base station 104 may include and / or be referred to as a network entity. That is, “network entity” may refer to the base station 104 or at least one unit of the base station 104, such as the RU 106, the DU 108, and / or the CU 110. The base station 104 may also include  and / or be referred to as a next generation evolved Node B (ng-eNB) , a next generation NB (gNB) , an evolved NB (eNB) , an access point, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a basic service set (BSS) , an extended service set (ESS) , a TRP, a network node, network equipment, or other related terminology. The base station 104 or an entity at the base station 104 may be implemented as an IAB node, a relay node, a sidelink node, an aggregated (monolithic) base station, or a disaggregated base station including one or more RUs 106, DUs 108, and / or CUs 110. A set of aggregated or disaggregated base stations may be referred to as a next generation-radio access network (NG-RAN) . In some examples, the UE 102a operates in dual connectivity (DC) with the base station 104e and the base station / RU 106a. In such cases, the base station 104e may be a master node and the base station / RU 160a may be a secondary node.

[0048] Uplink / downlink signaling may also be communicated via a satellite positioning system (SPS) 114. In an example, the SPS 114 associated with the cell 190c may be in communication with one or more UEs 102, such as the UE 102c, and one or more base stations 104 / RUs 106, such as the RU 106c. The SPS 114 may correspond to one or more of a Global Navigation Satellite System (GNSS) , a global position system (GPS) , a non-terrestrial network (NTN) , or other satellite position / location system. The SPS 114 may be associated with LTE signals, NR signals (e.g., based on round trip time (RTT) and / or multi-RTT) , wireless local area network (WLAN) signals, a terrestrial beacon system (TBS) , sensor-based information, NR enhanced cell ID (NR E-CID) techniques, downlink angle-of-departure (DL-AoD) , downlink time difference of arrival (DL-TDOA) , uplink time difference of arrival (UL-TDOA) , uplink angle-of-arrival (UL-AoA) , and / or other systems, signals, or sensors.

[0049] Still referring to Fig. 1A, in certain aspects, any of the UEs 102 may include a default beam update component 140 configured to receiving from the BS 104 a control signaling indicating multiple TCIs for downlink transmission. The default beam update component 140 applies a default beam for receiving a scheduled PDSCH based on a number of default beams that the UE supports and whether the plurality of TCIs are associated with at least one of a serving cell, a non-serving cell, or both the serving cell and non-serving cell.

[0050] In some cases, the default beam update component 140 transmits to the BS 104 a capability message indicating the number of default beams that the UE supports when a  scheduling offset between a PDCCH and a PDSCH scheduled by the PDCCH is below a threshold. The default beam update component 140 may receive a configuration message in response to the number of default beams that the UE supports for communicating with M-TRPs, which include a first TRP associated with the serving cell and a second TRP associated with the non-serving cell.

[0051] In certain aspects, any of the base stations 104 or a network entity of the base stations 104 may include a transmit beam update component 150 configured to transmit, to a UE, a control signaling indicating multiple TCIs for downlink transmission. The transmit beam update component 150 is further configured to transmit, to the UE, a scheduled PDSCH via a transmit beam associated with one of the plurality of TCIs. The transmit beam is based on a number of default beams that the UE supports and whether the plurality of TCIs are associated with at least one of a serving cell, a non-serving cell, or both the serving cell and non-serving cell. Detail aspects of the operations are discussed below.

[0052] Accordingly, Fig. 1A describes a wireless communication system that may be implemented in connection with aspects of one or more other figures described herein. Further, although the following description may be focused on 5G NR, the concepts described herein may be applicable to other similar areas, such as 5G-Advanced and future versions, LTE, LTE-advanced (LTE-A) , and other wireless technologies, such as 6G.

[0053] Referring now to Fig. 1B, another example of the wireless communication system 100 includes the UE 102, the BS 104, the BS 106, and a core network (CN) 110. The base stations 104 and 106 may operate in a RAN 105 connected to the core network (CN) 110. The CN 110 may be implemented as an evolved packet core (EPC) 111 or a fifth generation (5G) core (5GC) 160, for example. The CN 110 may also be implemented as a sixth generation (6G) core in another example.

[0054] The base station 104 may cover one or more cells (e.g., cells 124 and 125) with one or more transmit and / or receive points (TRPs) , and the base station 106 may similarly cover one or more cells (e.g., cell 126) with one or more TRPs. For example, the base station 104 operates cell 124 with TRPs 107-1 and 107-2 and operates cell 125 with TRP 107-3, and the base station 106 operates cell 126 with TRPs 108-1 and 108-2. The cells 124 and 125 are operated on the same carrier frequency / frequencies. The cell 126 may be operated on the same carrier  frequency / frequencies as the cells 124 and 125. Alternatively, the cell 126 may be operated on different carrier frequency / frequencies from the cells 124 and 125. In some implementations, the base station 104 connects each of the TRPs 107-1, 107-2, and 107-3 via a fiber connection or an Ethernet connection. If the base station 104 is a gNB, the cells 124 and 125 are NR cells. If the base station 104 is an (ng-) eNB, the cells 124 and 125 are evolved universal terrestrial radio access (EUTRA) cells. Similarly, if the base station 106 is a gNB, the cell 126 is an NR cell, and if the base station 106 is an (ng-) eNB, the cell 126 is an EUTRA cell. The cells 124, 125, and 126 may be in the same Radio Access Network Notification Areas (RNA) or different RNAs. In general, the RAN 105 may include any number of base stations, and each of the base stations may cover one, two, three, or any other suitable number of cells. The UE 102 may support at least a 5G NR (or simply, “NR” ) or E-UTRA air interface to communicate with the base station 104 via the TRP 107-1, TRP 107-2, and / or TRP-3. Similarly, the UE 102 may support at least a 5G NR (or simply, “NR” ) or E-UTRA air interface to communicate with the base station 106 via the TRP 108-1 and / or TRP 108-2. Each of the base stations 104, 106 may connect to the CN 110 via an interface (e.g., S1 or NG interface) . The base stations 104 and 106 also may be interconnected via an interface (e.g., X2 or Xn interface) for interconnecting NG RAN nodes.

[0055] When a base station (e.g., the base station 104 or 106) transmits DL data via a TRP (e.g., the TRP 107-1, TRP 107-2, TRP 107-3, TRP 108-1, or TRP 108-2) , the base station 104 may generate a packet including the data transmit the packet to the TRP 107-1. For example, the packet may be a fronthaul transport protocol data unit. The TRP extracts the data from the packet and transmits the data. In some implementations, the base station 104 may include control information for time-critical control and management information directly related to the data in the packet, and the TRP may transmit the data in accordance with the control information. In some implementations, the data includes In-phase and Quadrature (IQ) data, a physical layer bit sequence, or a MAC PDU. When the TRP receives data from a UE (e.g., UE 102) , the TRP generates a packet including the data and transmit the packet to the base station 104. In some implementations, the data includes IQ data, a physical layer bit sequence, or a MAC PDU.

[0056] Among other components, the EPC 111 may include a Serving Gateway (SGW) 112, a Mobility Management Entity (MME) 114, and a Packet Data Network Gateway (PGW) 116. The SGW 112 in general is configured to transfer user-plane packets related to audio calls, video  calls, Internet traffic, etc., and the MME 114 is configured to manage authentication, registration, paging, and other related functions. The PGW 116 provides connectivity from the UE 102 to one or more external packet data networks, e.g., an Internet network and / or an Internet Protocol (IP) Multimedia Subsystem (IMS) network. The 5GC 160 includes a User Plane Function (UPF) 162 and an Access and Mobility Management Function (AMF) 164, and / or Session Management Function (SMF) 166. Generally, the UPF 162 is configured to transfer user-plane packets related to audio calls, video calls, Internet traffic, etc., the AMF 164 is configured to manage authentication, registration, paging, and other related functions, and the SMF 166 is configured to manage PDU sessions.

[0057] As illustrated in Fig. 1B, the base station 104 supports cells 124 and 125, and the base station 106 supports a cell 126. The cells 124, 125, and 126 may partially overlap, so that the UE 102 may select, reselect, or hand over from one of the cells 124, 125, and 126 to another. To directly exchange messages or information, the base station 104 and base station 106 may support an X2 or Xn interface. In general, the CN 110 may connect to any suitable number of base stations supporting NR cells and / or EUTRA cells.

[0058] The base station 104 is equipped with processing hardware 130 that may include one or more general-purpose processors (e.g., CPUs) and a non-transitory computer-readable memory storing instructions that the one or more general-purpose processors execute. Additionally or alternatively, the processing hardware 130 may include special-purpose processing units. The processing hardware 130 may include a PHY controller 132 configured to transmit data and control signal on physical DL channels and DL reference signals with one or more user devices (e.g., UE 102) via one or more TRPs (e.g., TRP 107-1, TRP 107-2, and / or TRP 107-3) . The PHY controller 132 is also configured to receive data and control signal on physical UL channels and / or UL reference signals with the one or more user devices via the one or more TRPs (e.g., TRP 107-1, TRP 107-2, and / or TRP 107-3) . The processing hardware 130 in an example implementation includes a MAC controller 134 configured to perform a random access (RA) procedure with one or more user devices, manage UL timing advance for the one or more user devices, receive UL MAC PDUs from the one or more user devices, and transmit DL MAC PDUs to the one or more user devices. The processing hardware 130 may further include an RRC controller 136 to implement procedures and messaging at the RRC sublayer of the protocol  communication stack. The base station 106 may include processing hardware 141 that is similar to processing hardware 130. In particular, components 142, 144, and 146 may be similar to the components 132, 134, and 136, respectively.

[0059] The UE 102 is equipped with processing hardware 150 that may include one or more general-purpose processors such as CPUs and non-transitory computer-readable memory storing machine-readable instructions executable on the one or more general-purpose processors, and / or special-purpose processing units. The PHY controller 152 is also configured to receive data and control signal on physical DL channels and / or DL reference signals with the base station 104 or 106 via one or more TRPs (e.g., TRP 107-1, TRP 107-2, TRP 107-3, TRP 108-1, and / or TRP 108-2) . The PHY controller 152 is also configured to transmit data and control signal on physical UL channels and / or UL reference signals with the base station 104 or 106 via the one or more TRPs (e.g., TRP 107-1, TRP 107-2, TRP 107-3, TRP 108-1, and / or TRP 108-2) . The processing hardware 150 in an example implementation includes a MAC controller 154 configured to perform a random access procedure with base station 104 or 106, manage UL timing advance for the one or more user devices, transmit UL MAC PDUs to the base station 104 or 106, and receive DL MAC PDUs from the base station 104 or 106. The processing hardware 150 may further include an RRC controller 156 to implement procedures and messaging at the RRC sublayer of the protocol communication stack.

[0060] Fig. 1C depicts an example distributed or disaggregated implementation of one or both of the base stations 104, 106. In this implementation, each of the base station 104 and / or 106 includes a central unit (CU) 172 and one or more distributed units (DUs) 174. The CU 172 includes processing hardware, such as one or more general-purpose processors (e.g., CPUs) and a computer-readable memory storing machine-readable instructions executable on the general-purpose processor (s) , and / or special-purpose processing units. For example, the CU 172 may include a PDCP controller (e.g., PDCP controller 134, 144) , an RRC controller (e.g., RRC controller 136, 146) , and / or an RRC inactive controller (e.g., RRC inactive controller 138, 148) . In some implementations, the CU 172 may include an RLC controller configured to manage or control one or more RLC operations or procedures. In some implementations, the CU 172 does not include an RLC controller.

[0061] Each of the DUs 174 also includes processing hardware that may include one or more general-purpose processors (e.g., CPUs) and computer-readable memory storing machine-readable instructions executable on the one or more general-purpose processors, and / or special-purpose processing units. For example, the processing hardware may include a MAC controller (e.g., MAC controller 132, 142) configured to manage or control one or more MAC operations or procedures (e.g., a random access procedure) , and / or an RLC controller configured to manage or control one or more RLC operations or procedures. The processing hardware may also include a physical layer controller configured to manage or control one or more physical layer operations or procedures.

[0062] In some implementations, the RAN 105 supports Integrated Access and Backhaul (IAB) functionality. In some implementations, the DU 174 operates as an (IAB) -node, and the CU 172 operates as an IAB-donor.

[0063] In some implementations, the CU 172 may include a logical node CU-CP 172A that hosts the control plane part of the PDCP protocol of the CU 172. The CU 172 may also include logical node (s) CU-UP 172B that hosts the user plane part of the PDCP protocol and / or SDAP protocol of the CU 172. The CU-CP 172A may transmit control information (e.g., RRC messages, F1 application protocol messages) , and the CU-UP 172B may transmit data packets (e.g., SDAP PDUs or IP packets) .

[0064] The CU-CP 172A may be connected to multiple CU-UPs 172B through the E1 interface. The CU-CP 172A selects the appropriate CU-UP 172B for the requested services for the UE 102. In some implementations, a single CU-UP 172B may be connected to multiple CU-CPs 172A through the E1 interface. If the CU-CP 172A and DU (s) 174 belong to a gNB, the CU-CP 172A may be connected to one or more DU 174s through an F1-C interface and / or an F1-U interface. If the CU-CP 172A and DU (s) 174 belong to an ng-eNB, the CU-CP 172A may be connected to DU (s) 174 through a W1-C interface and / or a W1-U interface. In some implementations, one DU 174 may be connected to multiple CU-UPs 172B under the control of the same CU-CP 172A. In such cases, the connectivity between a CU-UP 172B and a DU 174 is established by the CU-CP 172A using Bearer Context Management functions.

[0065] Fig. 2A illustrates, in a simplified manner, an example protocol stack 200 according to which the UE 102 may communicate with an eNB / ng-eNB or a gNB (e.g., one or both of the base stations 104, 106) .

[0066] In the example stack 200, a physical layer (PHY) 202A of EUTRA provides transport channels to the EUTRA MAC sublayer 204A, which in turn provides logical channels to the EUTRA RLC sublayer 206A. The EUTRA RLC sublayer 206A in turn provides RLC channels to a EUTRA PDCP sublayer 208 and, in some cases, to an NR PDCP sublayer 210. Similarly, the NR PHY 202B provides transport channels to the NR MAC sublayer 204B, which in turn provides logical channels to the NR RLC sublayer 206B. The NR RLC sublayer 206B in turn provides data transfer services to the NR PDCP sublayer 210. The NR PDCP sublayer 210 in turn may provide data transfer services to the SDAP sublayer 212 or an RRC sublayer (not shown in Fig. 2A) . The UE 102, in some implementations, supports both the EUTRA and the NR stack as shown in Fig. 2A, to support handover between EUTRA and NR base stations and / or to support dual connectivity (DC) over EUTRA and NR interfaces. Further, as illustrated in Fig. 2A, the UE 102 may support layering of NR PDCP 210 over EUTRA RLC 206A, and SDAP sublayer 212 over the NR PDCP sublayer 210.

[0067] The EUTRA PDCP sublayer 208 and the NR PDCP sublayer 210 receive packets (e.g., from an IP layer, layered directly or indirectly over the PDCP layer 208 or 210) that may be referred to as SDUs, and output packets (e.g., to the RLC layer 206A or 206B) that may be referred to as PDUs. Except where the difference between SDUs and PDUs is relevant, this disclosure for simplicity refers to both SDUs and PDUs as “packets. ”

[0068] On a control plane, the EUTRA PDCP sublayer 208 and the NR PDCP sublayer 210 may provide signaling radio bearers (SRBs) to the RRC sublayer (not shown in Fig. 2A) to exchange RRC messages or NAS messages, for example. On a user plane, the EUTRA PDCP sublayer 208 and the NR PDCP sublayer 210 may provide data radio bearers (DRBs) to support data exchange. Data exchanged on the NR PDCP sublayer 210 may be SDAP PDUs, IP packets, or Ethernet packets.

[0069] Thus, it is possible to functionally split the radio protocol stack, as shown by the radio protocol stack 250 in Fig. 2B. The CU at one or both of the base stations 104, 106 may hold all the control and upper layer functionalities (e.g., RRC 214, SDAP 212, NR PDCP 210) , while the  lower layer operations (e.g., NR RLC 206B, NR MAC 204B, and NR PHY 202B) are delegated to the DU. To support connection to a 5GC, NR PDCP 210 provides SRBs to RRC 214, and NR PDCP 210 provides DRBs to SDAP 212 and SRBs to RRC 214.

[0070] Fig. 3A is an example diagram 300A of how to perform DL beam determination under M-TRP M-DCI scenario. Fig. 3B is an example diagram 300B of how to perform DL beam determination under M-TRP S-DCI scenario. In the diagrams 300A and 300B, the BS 104 may communicate with the UE 102 via TRP 107-1, 107-2, or 107-3. Generally, events in Figs. 3A-3B that may be the same are labeled with the same reference numbers.

[0071] In the example diagram 300A in Fig. 3A, as shown, the UE 102 transmits or report 310 UE capability (s) for supporting default beam (s) in M-TRP M-DCI scenario when scheduling offset of PDSCH is below a threshold. Then, the BS 104 transmits 320 radio resource control (RRC) configurations for configuring M-TRP M-DCI mode and / or additional physical cell indentifier (s) (PCI (s) ) .

[0072] The BS 104 then transmits 330 RRC configuration for configuring one or more joint / DL TCI state (s) . The BS 104 transmits 340 a medium access control-control element (MAC-CE) activating a number of joint / DL TCI state (s) from configured joint / DL TCI state (s) . Afterwards, the BS 104 transmits 350 a DCI indicating a first indicated joint / DL TCI state and a second indicated joint / DL TCI state from activated joint / DL TCI state (s) . These transmissions may generally be referred to as control signaling.

[0073] If the MAC-CE only activates two joint / DL TCI states, each of which is associated with different TRP or TRP identifier, the two activated joint / DL TCI states are the first indicated joint / DL TCI state and the second indicated joint / DL TCI state respectively. In such cases, the DCI may be skipped.

[0074] The UE 102 and / or the BS 104 may determine 360 one or two default beam (s) (based on UE capability on default beam) and whether the first / second indicated joint / DL TCI states are associated with additional PCI.

[0075] In a slot, the BS 104 transmits 370 at least one PDSCH with scheduling offset below threshold, which may be received via one of determined default beam (s) . The threshold may be predefined or reported by the UE via UE capability report. In each slot, the UE 102 may  buffer / receive 380 the at least one PDSCH via the determined 360 default beam (s) . In some implementations, the UE 102 may buffer / receive 380 the at least one PDSCH via the determined 360 default beam (s) for a certain frequency range (FR) , e.g., FR2 (from 24.25GHz to 100GHz) or FRs above 7GHz or when one of the configured TCI states contains a downlink reference signal indicating quasi-co-location (QCL) type D (e.g., spatial reception (RX) parameters) .

[0076] If the UE 102 receives the at least one PDSCH in the slot, the UE 102 transmits 390 a HARQ-ACK feedback to the BS 104 for the at least one PDSCH.

[0077] Turning to Fig. 3B, the example diagram 300B shares some common operations with the example diagram 300A, and has some different operations specific to S-DCI. As shown in Fig. 3B, the UE 102 transmits or report 312 UE capability (s) for supporting default beam (s) in M-TRP S-DCI scenarios when scheduling offset of PDSCH is below a threshold.

[0078] Based on the capability information (e.g., S-DCI instead of M-DCI) , the BS 104 transmits 322 RRC configurations for configuring M-TRP S-DCI mode and / or additional PCI (s) . In a slot, the BS 104 transmits 372 a PDSCH with scheduling offset below threshold, which may be received via one of determined default beam (s) .

[0079] In each slot, the UE 102 may buffer / receive 382 the PDSCH via determined default beam (s) . In some implementations, the UE 102 may buffer / receive 382 the PDSCH via determined default beam (s) for a certain frequency range (FR) , e.g., FR2 (from 24.25GHz to 100GHz) or FRs above 7GHz or when one of the configured TCI states contains a downlink reference signal indicating QCL type D (e.g., spatial RX parameters) . When the UE 102 receives 382 the PDSCH in the slot, the UE 102 transmits 392 a HARQ-ACK feedback to the BS 104 for the received 372 PDSCH.

[0080] In some implementations, a TRP (e.g., TRP 107-1, TRP 107-2, TRP 107-3, TRP 108-1, and / or TRP 108-2 of Fig. 1B) may be associated with or identified by a TRP identifier. In some implementations, a network entity (e.g., the BS 104 or 106) includes or configures a TRP identifier in UL configurations that the network entity transmits (not shown) to a UE (e.g., the UE 102) for UL transmissions via a TRP identified by the TRP identifier.

[0081] In some implementation, the UL configurations include downlink control information (DCI) transmitted on a PDCCH, and / or a physical uplink shared channel (PUSCH) configuration,  a physical uplink control channel (PUCCH) configuration, and / or a sounding reference signal (SRS) configuration included in an RRC message (e.g., RRC reconfiguration message or an RRC resume message) that the network entity transmits to the UE (not shown) .

[0082] In some implementations, the UL transmissions include PUSCH transmissions, PUCCH transmissions and / or SRS transmissions. In some implementations, the network entity includes a TRP identifier in DL configurations that the network entity transmits to the UE 102 for DL transmissions via a TRP identified by the TRP identifier.

[0083] In an embodiment, the DL configurations include DCI transmitted on a PDCCH, and / or channel state information (CSI) resource configuration, physical downlink shared channel (PDSCH) configurations, and / or physical downlink control channel (PDCCH) configurations included in an RRC message (e.g., RRC reconfiguration message or an RRC resume message) that the network entity transmits to the UE.

[0084] In some implementations, the DL transmissions include CSI reference signal (CSI-RS) transmissions, synchronization signal block (SSB) transmissions, PDSCH transmissions, and / or PDCCH transmissions.

[0085] In some implementations, the network entity does not transmit / configure a TRP identifier to the UE and uses an implicit indication to indicate a TRP to the UE. In one embodiment, the implicit indication may be one of the following configuration parameters: a CORESETPoolIndex, a value (candidate) of a CORESETPoolIndex, dataScramblingIdentityPDSCH, dataScramblingIdentityPDSCH2-r16, or PUCCH-ResourceGroup-r16. In such cases, the UE derives a TRP (identifier) from the implicit indication.

[0086] In some implementations, the network entity transmits an RRC message (e.g., RRC reconfiguration message or an RRC resume message) including the configuration parameters to the UE.

[0087] In some implementations, the network entity configures or indicates the UE a first TRP identifier. In some implementations, the UE derives a first TRP identifier (value) . In some implementations, the network entity configures or indicates the UE a second TRP identifier (value) . In some implementations, the UE derives a second TRP identifier (value) . In some  implementations, the first TRP identifier may be associated with the first TRP. In some implementations, the second TRP identifier may be associated with the second TRP.

[0088] In some implementations, the network entity configures that a serving cell is associated with the first TRP or the first TRP identifier (value) . In some implementations, the network entity configures a first control resource set (CORESET) associated with the serving cell or first TRP. The network entity may configure CORESETPoolIndex #0 to identify the first CORESET.

[0089] In an embodiment, the network entity may transmit to the UE an RRC message (e.g., an RRC setup message, an RRC reconfiguration message or an RRC resume message) configuring the first CORESET and / or including the CORESETPoolIndex #0. Thus, the UE monitors a PDCCH on the first CORESET to receive DCIs from the network entity. This implies that the UE monitors a PDCCH or receives DCIs via the first TRP from the network entity (e.g., from the first TRP) . In such a case, the UE determines that CORESETPoolIndex #0 indicates a TRP (e.g., the first TRP) of the network entity.

[0090] In an embodiment, the network entity configures that the serving cell associated with the second TRP or the second TRP identifier (value) . In other implementation, the second TAG is associated with a non-serving cell, and the network entity indicates or configures the association in the second RRC message.

[0091] In an embodiment, the network entity configures the non-serving cell associated with the second TRP or the second TRP identifier (value) . In some implementations, the network entity configures a second CORESET is associated with the serving cell, non-serving cell or second TRP. The network entity may configure CORESETPoolIndex #1 to identify the second CORESET.

[0092] In an embodiment, the network entity may transmit to the UE an RRC message (e.g., an RRC setup message, an RRC reconfiguration message or an RRC resume message) configuring the second CORESET and / or including the CORESETPoolIndex #1. Thus, the UE monitors a PDCCH on the second CORESET to receive DCIs from the network entity, which implies that the UE monitors a PDCCH or receives DCIs via the second TRP from the network entity (e.g., from the second TRP) . In such a case, the UE determines that CORESETPoolIndex #1 indicates a TRP (e.g., the second TRP) .

[0093] In some implementations, the network entity may configure the UE one or more additional PCI (s) . The one or more additional PCI (s) may correspond to one or more neighboring cell (s) around the physical serving cell of the UE. In some cases, an additional PCI may be a physical cell index or a logical index corresponding to a physical cell index of a neighboring cell. If a CORESET or a TCI state or an RRC configuration is associated with or includes an additional PCI, it may imply that the CORESET or TCI state or RRC configuration is associated with or applied for or transmitted from a neighboring cell corresponding to the additional PCI.

[0094] In some implementations, the network entity may configure the UE one or more TCI state lists for a component carrier (CC) of a serving cell, where the CC may be PCell or SCell. For example, the network entity may configure a joint TCI state list for a CC of a serving cell. For example, the network entity may configure a DL TCI state list and / or a UL TCI state list for a CC of a serving cell. One joint TCI state list may comprise one or more joint TCI states. One DL TCI state list may comprise one or more DL TCI states. One UL TCI state list may comprise one or more UL TCI states.

[0095] In some implementations, the network entity may configure the UE a first RRC parameter unifiedTCI-StateType. The first RRC parameter unifiedTCI-StateType may be a per-serving-cell configuration. The first RRC parameter unifiedTCI-StateType may indicate which type of TCI state list (s) for a serving cell. For example, the first RRC parameter unifiedTCI-StateType may indicate “joint” or “separate” . The first RRC parameter unifiedTCI-StateType may provide one or more the following. If the first RRC parameter for a CC of serving cell indicates “joint, ” the network entity may explicitly or implicitly configure the UE one or more joint TCI state list (s) for the CC of serving cell or the UE.

[0096] If the first RRC parameter for a CC of serving cell indicates “separate, ” the network entity may explicitly or implicitly configure the UE one or more DL TCI state list (s) for the CC of serving cell.

[0097] If the first RRC parameter for a CC of serving cell indicates “separate, ” the network entity may explicitly or implicitly configure the UE one or more UL TCI state list (s) for the CC of serving cell.

[0098] In some implementations, if the network entity explicitly configures the UE one or more TCI state list (s) for a CC of a serving cell, it may imply that the network entity configures the one or more TCI state list (s) (explicitly) under RRC configuration (e.g., ServingCellConfig) for a CC of the serving cell.

[0099] In some implementations, if the network entity implicitly configures the UE one or more TCI state list (s) for a CC of serving cell, the network entity may imply at least one of the following. The network entity configures the one or more TCI state list (s) under RRC configuration (e.g., ServingCellConfig) for other serving cell (s)  / CCs or a reference serving cell / CC. The UE refers the one or more TCI state list (s) for other serving cell (s)  / CCs or a reference serving cell / CC. The UE determines that the one or more TCI state list (s) , which is for other serving cell / CCs or a reference serving cell / CC, is also for the CC of the serving cell.

[0100] In some implementations, the network entity may transmit a first MAC-CE to the UE when or after the network entity configures the UE one or more TCI state list (s) for the CC of serving cell; and / or the UE refers or determines one or more TCI state list (s) for the CC of serving cell.

[0101] In some implementations, the first MAC-CE may activate or indicate one or more TCI states from the one or more TCI state list (s) . The one or more TCI states activated / indicated by the first MAC-CE may map to one or more TCI codepoints in a TCI field. In some cases, the UE may (directly) apply or use the one or more TCI states activated / indicated by the first MAC-CE for performing DL and / or UL transmission (subsequently) .

[0102] In some implementations, if the number of TCI states activated / indicated by the first MAC-CE is larger than one, those TCI states activated / indicated by the first MAC-CE may map to one or more TCI codepoints in a TCI field in a DCI. In some implementations, if the number of TCI states activated / indicated by the first MAC-CE is one, the UE may (directly) apply or use the TCI state activated / indicated by the first MAC-CE for performing DL and / or UL transmission (subsequently) .

[0103] In some implementations, if the number of TCI states activated / indicated by the first MAC-CE is two, and / or if the two TCI states activated / indicated by the first MAC-CE are associated with different TRP identifier or applicable for different TRP, the UE may (directly)  apply or use these two TCI states activated / indicated by the first MAC-CE for performing corresponding DL and / or UL transmission (subsequently) .

[0104] In some implementations, one TCI state may be mapped to one TCI codepoint, based on the first MAC-CE. In some cases, more than one TCI states may be mapped to one TCI codepoint, based on the first MAC-CE. In some cases, the TCI codepoint may indicate one of the following: (1) one or more joint TCI states, some of which may be TCI states associated with the first TRP and the others may be TCI states associated with the second TRP, (2) one or more DL TCI states, some of which may be TCI states associated with the first TRP and the others may be TCI states associated with the second TRP, (3) one or more UL TCI states, some of which may be TCI states associated with the first TRP and the others may be TCI states associated with the second TRP, or (4) one or more DL TCI states and one or more UL TCI states, some of which may be TCI states associated with the first TRP and the other may be TCI states associated with the second TRP.

[0105] In some cases, the number of joint TCI states indicated in a TCI codepoint by the network entity may be up to four. In some cases, the number of DL TCI states indicated in a TCI codepoint by the network entity may be up to four. In some cases, the number of UL TCI states indicated in a TCI codepoint by the network entity may be up to four. For example, at least one of the following may be mapped to a TCI codepoint: (1) one joint TCI state associated with the first TRP, one joint TCI state associated with the second TRP, (2) one DL TCI state associated with the first TRP, one UL TCI state associated with the second TRP, (3) one DL TCI state associated with the first TRP, one DL TCI state associated with the second TRP, (4) one UL TCI state associated with the first TRP, one UL TCI state associated with the second TRP, (5) one DL TCI state and one UL TCI state associated with the first TRP, one joint TCI state associated with the second TRP, (6) one DL TCI state and one UL TCI state associated with the first TRP, one DL TCI state associated with the second TRP, (7) one DL TCI state and one UL TCI state associated with the first TRP, or (8) one UL TCI state associated with the second TRP.

[0106] In some implementations, the UE may receive a first DCI indicating one or more TCI states. The first DCI may indicate one or more TCI states by the TCI field in the first DCI. In response to receiving the first DCI, the UE may transmit, to the network entity, a first acknowledgement signal via a PUCCH or PUSCH transmission. In response to transmitting the  first acknowledgement signal, the UE may apply or use the one or more TCI states activated / indicated by the first DCI for performing DL and / or UL transmission.

[0107] In some cases, in response to transmitting the first acknowledgement signal, the UE may apply or use the one or more TCI states activated / indicated by the first DCI for performing DL and / or UL transmission, after a first application time period. In some cases, the UE may apply or use the one or more TCI states activated / indicated by the first DCI for performing DL and / or UL transmission, starting from a first slot.

[0108] In some cases, the first slot may be the earliest slot that is at least the first application time period after the last symbol of the PUCCH or PUSCH transmission. In some cases, the earliest slot (for determining the first slot) and / or the first application time period may be determined based on the active BWP with the smallest SCS among the active BWP (s) of the carrier / serving cell (s) applying the one or more TCI states.

[0109] In some cases, the first application time period may be in unit of one of the following: symbol, sub-slot, slot, sub-frame, frame, ms, or second. In some cases, the first application time period may be beamAppTime.

[0110] In some implementations, the UE may receive the first MAC-CE indicating one or more TCI states. For example, the first MAC-CE might indicate one TCI state. For example, the first MAC-CE might indicate more than one TCI states, each of them may be associated with different TRP or TRP identifier. For example, the first MAC-CE might indicate two TCI states, where one is associated with the first TRP (identifier) and the other is associated with the second TRP (identifier) . In such cases, the UE might not receive a DCI indicating one or more TCI states for applying for subsequent DL and / or UL transmission. In response to receiving the first MAC-CE, the UE may transmit, to the network entity, a second acknowledgement signal via a PUCCH or PUSCH transmission. In response to transmitting the second acknowledgement signal, the UE may apply or use the one or more TCI states activated / indicated by the first MAC-CE for performing DL and / or UL transmission.

[0111] In some cases, in response to transmitting the second acknowledgement signal, the UE may apply or use the one or more TCI states activated / indicated by the first MAC-CE for performing DL and / or UL transmission, after a second application time period. In some cases,  the UE may apply or use the one or more TCI states activated / indicated by the first MAC-CE for performing DL and / or UL transmission, starting from a second slot.

[0112] In some cases, the second slot may be the earliest slot that is at least the second application time period after the (last) slot of the PUCCH or PUSCH transmission. In some cases, the second application time period may be

[0113] In some cases, μ may be the SCS configuration for the PUCCH or PUSCH transmission;  may be the subcarrier spacing configuration for kmac with a value of 0 for frequency range 1, and kmac is provided by K-Mac or kmac=0 if K-Mac is not provided.

[0114] In some implementations, the UE may maintain multiple timing advance (TA) values in / for a serving cell. In some cases, the UE may maintain multiple TA values, where all of the multiple TA values are indicated or signaled. In some cases, the UE may maintain multiple TA values, where all of the multiple TA values are derived by the UE. In some cases, the UE may maintain multiple TA values, among which at least some of the TA values are indicated or signaled and at least some of the remaining TA values are derived by the UE.

[0115] In some implementations, the UE may maintain a first TA value, which is among the multiple TA values. In some cases, the UE may maintain a second TA value, which is among the multiple TA values. In some cases, the first TA value may be associated with the first TRP. In some cases, the second TA value may be associated with the second TRP.

[0116] In some cases, the first TA value may apply for or be associated with the first TRP or the first TRP identifier (value) . The first TA value may apply for or be associated with UL channel / RS transmission transmitted to the first TRP. The first TA value may apply for or be associated with UL channel / RS transmission related to the first TRP identifier (value) .

[0117] In some cases, the second TA value may apply for or be associated with the second TRP or the second TRP identifier (value) . The second TA value may apply for or be associated with UL channel / RS transmission transmitted to the second TRP. The second TA value may apply for or be associated with UL channel / RS transmission related to the second TRP identifier (value) .

[0118] In some implementations, the network entity may indicate or configure the UE an ID of the first TA value. In some cases, the UE may derive an ID of the first TA value. In some cases, the network entity may indicate or configure the UE an ID of the second TA value. In some cases, the UE may derive an ID of the second TA value.

[0119] In some implementations, the network entity may configure or indicate the UE one or more TA group (s) . In some cases, one TA group (TAG) may include or be associated with one or more serving cell (indices) . In some cases, each serving cell included in or associated with the same TAG may use or be operated with the one or more TA values. In some cases, one TAG may include or be associated with one or more TA values. In some cases, the UE may be indicated or configured or the UE may derive respective ID for the one or more TA group (s) . This may imply that each TAG may have its own ID.

[0120] In some implementations, the network entity may configure or indicate the UE a first TAG. At least one TA value may be associated with or be included in the first TAG. In some cases, the first TAG may be among the one or more TA group (s) . In some cases, the first TA value or the ID of the first TA value may be associated with or be included in the first TAG.

[0121] In some implementations, the network entity may configure or indicate the UE a second TAG. At least one TA value may be associated with or be included in the second TAG. In some cases, the second TAG may be among the one or more TA group (s) . In some cases, the second TA value or the ID of the second TA value may be associated with or be included in the second TAG.

[0122] In some implementations, the first TA value and second TA value may be associated with or be included in the same TAG.

[0123] In some implementations, the first TAG may include or be associated with one or more TA values. The one or more TA values may apply for or be associated with the first TRP or the first TRP identifier (value) . The one or more TA values may apply for or be associated with UL channel / RS transmission related to the first TRP or the first TRP identifier (value) .

[0124] In some implementations, the second TAG may include or be associated with one or more TA values, where the one or more TA values may apply for or be associated with the second TRP or the second TRP identifier (value) . The one or more TA values may apply for or  be associated with UL channel / RS transmission related to the second TRP or the second TRP identifier (value) .

[0125] In some implementations, the network entity transmits a DCI (e.g., the first DCI) to indicate a first joint / DL TCI state and / or a second joint / DL TCI state to the UE. The first joint / DL TCI state may be referred to as a joint TCI state or a DL TCI state. The second joint / DL TCI state may be referred to as a joint TCI state or a DL TCI state.

[0126] In some cases, the first joint / DL TCI state may be associated with a first TRP or a first TRP identifier. In some cases, the second joint / DL TCI state may be associated with a second TRP or a second TRP identifier.

[0127] In some implementations, the network entity may indicate or configure to the UE which indicated joint / DL TCI states are applied for a channel or signal. For example, the first indicated joint / DL TCI state, or the second joint / DL TCI state, or both the first and the second joint / DL TCI state. In some cases, the network entity may indicate or configure to the UE which indicated joint / DL TCI states are applied for a channel or signal, by an RRC parameter. The RRC parameter may be an RRC parameter for TCI selection. In some cases, the network entity may indicate or configure to the UE which indicated joint / DL TCI states are applied for a channel or signal, by a field in a second DCI. The field may be a field for TCI selection. The second DCI may be the same DCI as the first DCI or alternatively different one.

[0128] In some cases, the network entity may indicate or configure to the UE which indicated joint / DL TCI states are applied for at least one of the following channel or signal: (1) PDSCH scheduled or activated (e.g., DL SPS) by DCI format 1_0, (2) PDSCH scheduled or activated (e.g., DL SPS) by DCI format 1_1 or 1_2, (3) periodic or semi-persistent CSI-RS, or (4) aperiodic CSI-RS.

[0129] In some cases, the network entity may indicate or configure to the UE that different combination of indicated joint / DL TCI states are applied for different channel or signal. For example, the network entity may indicate or configure to the UE, by an RRC parameter, that only the first indicated joint / DL TCI state is applied for receiving PDSCH scheduled / activated by DCI format 1_0. In such cases, the network entity may also indicate or configure to the UE,  by the field in the second DCI, that both the first and the second indicated joint / DL TCI states are applied for receiving PDSCH scheduled by DCI format 1_1 or 1_2.

[0130] Fig. 4 illustrates a flowchart of a method 400 of wireless communication at a UE. With reference to Figs. 1A, 1B, and 6, the method may be performed by the UE 102, the UE apparatus 602, etc., which may include the memory 626', 606', 616, and which may correspond to the entire UE 102 or the entire UE apparatus 602, or a component (e.g., the default beam update component 140) of the UE 102 or the UE apparatus 602, such as the wireless baseband processor 626 and / or the application processor 606.

[0131] As shown in Fig. 4, the method 400 starts by optionally transmitting 410, from the UE to a network entity, a capability message indicating the number of default beams that the UE supports when a scheduling offset between a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) scheduled by the PDCCH is below a threshold (similar to operations 310 and 312 of Figs. 3A and 3B) .

[0132] The UE may receive 420 from the network entity a configuration message in response to the number of default beams that the UE supports for communicating with multiple transmit-receive-points (M-TRPs) (similar to operations 320 and 322 of Figs. 3A and 3B) .

[0133] The UE receives 430, from the network entity, a control signaling indicating a plurality of transmission configuration indicators (TCIs) for downlink transmission (similar to operations 330, 340, and / or 350 of Figs. 3A and 3B) . In some aspects, the control signaling includes downlink control information (DCI) . In other aspects, the control signaling medium access control-control element (MAC-CE) . In some other aspects, the control signaling includes radio resource control (RRC) message.

[0134] The UE applies 460 a default beam for receiving a scheduled PDSCH based on a number of default beams that the UE supports and whether the plurality of TCIs are associated with at least one of a serving cell, a non-serving cell, or both the serving cell and non-serving cell.

[0135] Fig. 5 is a flowchart of a method 500 of wireless communication at a network entity. The method 500 is complementary to the method 400 of Fig. 4. With reference to Figs. 1A, 1B, and 7, the method 500 may be performed by one or more network entities 104, which may correspond to a base station or a unit of the base station, such as the RU 106, the DU 105, the CU  110, an RU processor 706, a DU processor 726, a CU processor 746, etc. The one or more network entities 104 may include memory 706’ / 726’ / 746’ , which may correspond to an entirety of the one or more network entities 104, or a component of the one or more network entities 104, such as the RU processor 706, the DU processor 726, or the CU processor 746.

[0136] As shown in Fig. 5, the network entity optionally receives 510, from a UE, a capability message indicating the number of default beams that the UE supports when a scheduling offset between a PDCCH and a PDSCH scheduled by the PDCCH is below a threshold.

[0137] The network entity optionally transmits 520, to the UE, a configuration message in response to the number of default beams that the UE supports for communicating with M-TRPs.

[0138] The network entity transmits 530, to the UE, a control signaling indicating a plurality of transmission configuration indicators (TCIs) for downlink transmission. In some aspects, the control signaling includes DCI. In other aspects, the control signaling MAC-CE. In some other aspects, the control signaling includes RRC message.

[0139] The network entity then transmits 560 a scheduled physical downlink shared channel (PDSCH) via a transmit beam associated with one of the TCIs. The transmit beam is based on a number of default beams that the UE supports and whether the plurality of TCIs are associated with at least one of a serving cell, a non-serving cell, or both the serving cell and non-serving cell. Various specific aspects of the method 400 and 500 are discussed in details below.

[0140] In some implementations, the UE may operate in M-TRP M-DCI mode and determine a default beam for receiving PDSCH below a threshold. In some cases, the network entity may configure or indicate the UE to operate in M-TRP M-DCI mode. The UE may support only one or two (or more) default beams.

[0141] In some implementations, the UE may support only one default beam or no more than two default beams. The UE may report a first UE capability to the network entity. The UE may report the first UE capability for a certain frequency range (FR) , e.g., FR2 (from 24.25GHz to 100GHz) or FRs above 7GHz. In some implementations, the first UE capability may indicate one of the following. For M-TRP M-DCI mode, (1) the UE only supports one default beam or receiving beam for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, (2) the UE only supports one default beam or receiving beam  for receiving a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, (3) the UE does not support more than one default beam or receiving beam for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or (4) the UE does not support more than one default beam or receiving beam for receiving a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0142] In some cases, the two indicated TCIs are both associated with serving cell PCI, while the UE supports only one default beam. For example, the first and the second joint / DL TCI states indicated by the network entity are both associated with serving cell PCI. None of the first or the second joint / DL TCI state indicated by the network entity is associated with an additional PCI. When the UE buffers / receives a PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or when the UE buffers / receives a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, the UE may use or apply a first default beam to buffer / receive the PDSCH. The first default beam may be referred to as or replaced with a first default joint / DL TCI state or QCL assumption or spatial reception (RX) parameter / setting. The UE may use or apply the first default beam to buffer / receive the PDSCH, regardless of which format of scheduling DCI for the PDSCH.

[0143] The UE and / or the network entity may determine / select / apply the first default beam as one of the following, including (1) the first indicated joint / DL TCI state, (2) the second indicated joint / DL TCI state, (3) one of the first indicated joint / DL TCI state or the second indicated joint / DL TCI state, depending on the network entity’s configuration, or (4) one of the first indicated joint / DL TCI state or the second indicated joint / DL TCI state, determined based on a pre-configured or pre-indicated beam pattern by the network entity. For example, the network entity may configure a bitmap indicating which indicated joint / DL TCI states are used / applied for a slot in a subframe. The bitmap may indicate “1001011101, ” where each bit represents each slot in a subframe, and “0” indicates the UE to use the first indicated joint / DL TCI state and “1” indicates the UE to use the second indicated joint / DL TCI state.

[0144] For another example, the network entity may configure a “sequential” mode or a “cyclical” mode to configure which indicated joint / DL TCI states are used / applied for a slot in a subframe. The “sequential” mode may indicate the UE to use the first indicated joint / DL TCI  state for a consecutive (e.g., more than one) slot (s) and switch to the second indicated joint / DL TCI state for another consecutive (e.g., more than one) slot (s) . The “cyclical” mode may indicate the UE to switch the first indicated joint / DL TCI state and the second indicated joint / DL TCI state in every slot.

[0145] The UE and / or the network entity may also determine / select / apply the first default beam as (5) one of the first indicated joint / DL TCI state or the second indicated joint / DL TCI state, determined based on a rule-based method. In some cases, the rule-based method may be based on the time domain location of the PDSCH, e.g., slot, subframe and / or frame index. For example, it may be determined based on slot index of the slot where the UE buffer / receive the PDSCH. If the slot index value is even (including #0) , the UE uses the first indicated joint / DL TCI state to buffer / receive the PDSCH; if the slot index value is odd, the UE uses the second indicated joint / DL TCI state to buffer / receive the PDSCH.

[0146] The UE and / or the network entity may also determine / select / apply the first default beam as (6) the receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored search space with the lowest CORESET-ID within the active BWP of the serving cell.

[0147] The UE and / or the network entity may also determine / select / apply the first default beam as (7) the receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored Type0 / 0A / 0B / 1 / 1A / 2 / 2A-PDCCH CSS set with the lowest CORESET-ID within the active BWP of the serving cell.

[0148] The UE and / or the network entity may also determine / select / apply the first default beam as (8) the receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored search space with the lowest CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE.

[0149] The UE and / or the network entity may also determine / select / apply the first default beam as (9) the receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored Type0 / 0A / 0B / 1 / 1A / 2 / 2A-PDCCH CSS set with the lowest  CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE.

[0150] The UE and / or the network entity may also determine / select / apply the first default beam as (10) the receiving beam or TCI state or QCL assumption for receiving a CORESET with the lowest CORESET-ID within the active BWP of the serving cell.

[0151] The UE and / or the network entity may also determine / select / apply the first default beam as (11) receiving beam or TCI state or QCL assumption for receiving a CORESET with CORESET-ID as 0.

[0152] In some cases, the UE receives indication of two indicated TCIs, of which one is associated with serving cell PCI and the other is associated with an additional PCI of a non-serving cell. As the UE supports only one default beam, the UE may perform the following operations.

[0153] In some implementations, one of the first and the second joint / DL TCI states indicated by the network entity is associated with an additional PCI. The association of the additional PCI and one of the first and the second joint / DL TCI states may be configured or set by the network entity (e.g., the additional PCI is configured / included in RRC configuration of one of the first and the second joint / DL TCI states, or the additional PCI and one of the first and the second joint / DL TCI states are configured / included in a same RRC configuration) .

[0154] When the UE buffers / receives a PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or when the UE buffers / receives a PDSCH, of which the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, the UE may use or apply a second default beam to buffer / receive the PDSCH. The second default beam may be referred to as or replaced with a second default joint / DL TCI state or QCL assumption or spatial RX parameter / setting. The UE may use or apply the second default beam to buffer / receive the PDSCH, regardless of which format of scheduling DCI for the PDSCH.

[0155] The second default beam may be determined or set as one of the following: (1) one of the first indicated joint / DL TCI state or the second indicated joint / DL TCI state, which is associated with an addition PCI, or (2) one of the first indicated joint / DL TCI state or the second indicated joint / DL TCI state, determined based on a pre-configured or pre-indicated beam  pattern by the network entity. For examples, the network entity may configure a bitmap indicating which indicated joint / DL TCI states are used / applied for a slot in a subframe. The bitmap may indicate “1001011101, ” where each bit represents each slot in a subframe, and “0” indicates the UE to use the first indicated joint / DL TCI state and “1” indicates the UE to use the second indicated joint / DL TCI state.

[0156] In other examples, the network entity may configure a “sequential” mode or a “cyclical” mode to configure which indicated joint / DL TCI states are used / applied for a slot in a subframe. The “sequential” mode may indicate the UE to use the first indicated joint / DL TCI state for a consecutive slot (s) and switch to the second indicated joint / DL TCI state for another consecutive slot (s) . The “cyclical” mode may indicate the UE to switch the first indicated joint / DL TCI state and the second indicated joint / DL TCI state in every slot.

[0157] The second default beam may also be set as (3) one of the first indicated joint / DL TCI state or the second indicated joint / DL TCI state, determined based on a rule-based method. In some cases, the rule-based method may be based on the time domain location of the PDSCH, e.g., slot, subframe and / or frame index. For example, it may be determined based on slot index of the slot where the UE buffer / receive the PDSCH. If the slot index value is even (including #0) , the UE uses the first indicated joint / DL TCI state to buffer / receive the PDSCH; if the slot index value is odd, the UE uses the second indicated joint / DL TCI state to buffer / receive the PDSCH.

[0158] The UE and / or the network entity may also determine / select / apply the first default beam as (4) the receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored search space with the lowest CORESET-ID within the active BWP of the serving cell.

[0159] The second default beam may also be set as (5) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored Type0 / 0A / 0B / 1 / 1A / 2 / 2A-PDCCH CSS set with the lowest CORESET-ID within the active BWP of the serving cell.

[0160] The second default beam may also be set as (6) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored search space with the lowest CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE.

[0161] The second default beam may also be set as (7) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored Type0 / 0A / 0B / 1 / 1A / 2 / 2A-PDCCH CSS set with the lowest CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE.

[0162] The second default beam may also be set as (8) a receiving beam or TCI state or QCL assumption for receiving a CORESET with the lowest CORESET-ID within the active BWP of the serving cell.

[0163] The second default beam may also be set as (9) a receiving beam or TCI state or QCL assumption for receiving a CORESET with CORESET-ID as 0.

[0164] In some implementations, the first and the second joint / DL TCI states indicated by the network entity are both associated with an additional PCI. The association of the additional PCI and the first and the second joint / DL TCI states may be configured or set by the network entity (e.g., the additional PCI is configured / included in RRC configuration of each of the first and the second joint / DL TCI states, or the additional PCI and the first and the second joint / DL TCI states are configured / included in a same RRC configuration) .

[0165] When the UE buffers / receives a PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or when the UE buffers / receives a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, the UE may use or apply a third default beam to buffer / receive the PDSCH. The third default beam may be referred to as or replaced with a third default joint / DL TCI state or QCL assumption or spatial RX parameter / setting. The UE may use or apply the third default beam to buffer / receive the PDSCH, regardless of which format of scheduling DCI for the PDSCH.

[0166] The third default beam may be determined or set as one of the following: (1) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored search space with the lowest CORESET-ID within the active BWP of the serving cell, (2) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored Type0 / 0A / 0B / 1 / 1A / 2 / 2A-PDCCH CSS set with the lowest CORESET-ID within the active BWP of the serving cell, (3) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored search space with the lowest CORESET-ID  in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE, (4) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored Type0 / 0A / 0B / 1 / 1A / 2 / 2A-PDCCH CSS set with the lowest CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE, (5) a receiving beam or TCI state or QCL assumption for receiving a CORESET with the lowest CORESET-ID within the active BWP of the serving cell, or (6) a receiving beam or TCI state or QCL assumption for receiving a CORESET with CORESET-ID as 0.

[0167] In some implementations, the UE supports two default beams (instead of only one) or not more than two default beams. In such cases, the first UE capability (asecond UE capability discussed below) may indicate one of the following when the UE operates in the M-TRP M-DCI mode. The first UE capability may indicate that the UE supports two default beams or receiving beams for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH. The first UE capability may alternatively indicate that the UE supports two default beams or receiving beams for receiving a PDSCH, of which the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold. The first UE capability may alternatively indicate that the UE does not support more than two default beam or receiving beam for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH. The first UE capability may alternatively indicate that the UE does not support more than two default beam or receiving beam for receiving a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0168] In some implementations, the first and the second joint / DL TCI states indicated by the network entity are both associated with serving cell PCI. None of the first or the second joint / DL TCI state indicated by the network entity is associated with an additional PCI.

[0169] When the UE buffers / receives a PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or when the UE buffers / receives a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, the UE may use or apply the first indicated joint / DL TCI state and the second TCI state to buffer / receive the PDSCH. The UE may use or apply the first indicated joint / DL TCI state and the second TCI state to buffer / receive the PDSCH, regardless of which format of scheduling DCI for the PDSCH.

[0170] In some implementations, one of the first and the second joint / DL TCI states indicated by the network entity is associated with an additional PCI. The association of the additional PCI and one of the first and the second joint / DL TCI states may be configured or set by the network entity (e.g., the additional PCI is configured / included in RRC configuration of one of the first and the second joint / DL TCI states, or the additional PCI and one of the first and the second joint / DL TCI states are configured / included in a same RRC configuration) .

[0171] When the UE buffers / receives a PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or when the UE buffers / receives a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, the UE may use or apply the first indicated joint / DL TCI state and the second TCI state to buffer / receive the PDSCH. The UE may use or apply the first indicated joint / DL TCI state and the second TCI state to buffer / receive the PDSCH, regardless of which format of scheduling DCI for the PDSCH.

[0172] In some implementations, the first and the second joint / DL TCI states indicated by the network entity are both associated with an additional PCI. The association of the additional PCI and the first and the second joint / DL TCI states may be configured or set by the network entity (e.g., the additional PCI is configured / included in RRC configuration of each of the first and the second joint / DL TCI states, or the additional PCI and the first and the second joint / DL TCI states are configured / included in a same RRC configuration) .

[0173] When the UE buffers / receives a PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or when the UE buffers / receives a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, the UE may use or apply another (e.g., a fourth) default beam to buffer / receive the PDSCH. The sixth default beam may be referred to as or replaced with a sixth default joint / DL TCI state or QCL assumption or spatial RX parameter / setting. The UE may use or apply the sixth default beam to buffer / receive the PDSCH, regardless of which format of scheduling DCI for the PDSCH.

[0174] The sixth default beam may be determined or set as one of the following: (1) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored search space with the lowest CORESET-ID within the active BWP of the serving cell, (2) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored Type0 / 0A / 0B / 1 / 1A / 2 / 2A-PDCCH CSS set with the lowest CORESET-ID within the  active BWP of the serving cell, (3) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored search space with the lowest CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE, (4) a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored Type0 / 0A / 0B / 1 / 1A / 2 / 2A-PDCCH CSS set with the lowest CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE, (5) a receiving beam or TCI state or QCL assumption for receiving a CORESET with the lowest CORESET-ID within the active BWP of the serving cell, or (6) a receiving beam or TCI state or QCL assumption for receiving a CORESET with CORESET-ID as 0.

[0175] In some implementations, in addition to using the sixth default beam, the UE may also use or apply one of the first indicated joint / DL TCI state and the second indicated joint / DL TCI state to buffer / receive the PDSCH. In some cases, which one of the first or the second indicated joint / DL TCI state to buffer / receive the PDSCH may be pre-determined or pre-specified or pre-configured by the network entity. In some cases, which one of the first or the second indicated joint / DL TCI state to buffer / receive the PDSCH may be determined by TAG or TA value associated with the sixth default beam and the first / second indicated joint / DL TCI state (s) . For example, if the TAG or TA value associated with the sixth default beam is the first TAG or TA value, the UE may select the indicated joint / DL TCI state associated with the second TAG or TA value to buffer / receive the PDSCH in addition to the sixth default beam.

[0176] In some implementations, if the UE supports feature of applying indicated joint / DL TCI state for M-TRP M-DCI mode, the UE should also support more than one default beam or receiving beam for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or support more than one default beam or receiving beam for receiving a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0177] In some implementations, the network entity may refrain from activating or indicating, to the UE in M-TRP M-DCI mode, two joint / DL TCI states associated with additional PCI as the first and the second indicated joint / DL TCI state. In some cases, the network entity may refrain  from configuring or indicating, to the UE in M-TRP M-DCI mode, that both the first and the second indicated joint / DL TCI state (s) are associated with additional PCI.

[0178] In some implementations, for M-TRP M-DCI, if the UE receives a signal activating or indicating two joint / DL TCI states associated with additional PCI as the first and the second indicated joint / DL TCI state, the UE discards / ignores or does not apply the signal, or the UE determines it is an error case. In some cases, for M-TRP M-DCI, if the UE receives a signal configuring or indicating that both the first and the second indicated joint / DL TCI state (s) are associated with additional PCI, the UE discards / ignores or does not use the signal, or the UE determines it is an error case.

[0179] In some implementations, the UE may operate in M-TRP S-DCI mode while supporting only one default beam. In some cases, the network entity may configure or indicate the UE to operate in M-TRP S-DCI mode.

[0180] In some implementations, the UE may report a second UE capability to the network entity. The UE may report the second UE capability for a certain frequency range (FR) , e.g., FR2 (from 24.25GHz to 100GHz) or FRs above 7GHz. The second UE capability may indicate one of the following while operating in the M-TRP S-DCI mode. The second UE capability may indicate that the UE only supports one default beam or receiving beam for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH.

[0181] The second UE capability may alternatively indicate that the UE only supports one default beam or receiving beam for receiving a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0182] The second UE capability may alternatively indicate that the UE does not support more than one default beam or receiving beam for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH. The second UE capability may alternatively indicate that the UE does not support more than one default beam or receiving beam for receiving a PDSCH, of which the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0183] In the M-TRP S-DCI mode, the network entity may indicate the UE the first indicated joint / DL TCI state only, or the second indicated joint / DL TCI state only, or both the first and the second joint / DL TCI states.

[0184] In some implementations, if the network entity indicates the UE only the first indicated joint / DL TCI state or only the second indicated joint / DL TCI state, the network entity makes sure that the first indicated joint / DL TCI state or the second indicated joint / DL TCI state is associated with serving cell PCI.

[0185] In some implementations, the network entity indicates the UE both the first and the second joint / DL TCI states, and both are associated with serving cell PCI. None of the first or the second joint / DL TCI state indicated by the network entity is associated with an additional PCI.

[0186] When the UE buffers / receives a PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or when the UE buffers / receives a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, the UE may use or apply the first indicated joint / DL TCI to buffer / receive the PDSCH. The UE may use or apply the first indicated joint / DL TCI to buffer / receive the PDSCH, regardless of which format of scheduling DCI for the PDSCH.

[0187] In such cases, the network entity makes sure that the first indicated joint / DL TCI state is associated with serving cell PCI. In such cases, the second indicated joint / DL TCI state may or may not be associated with serving cell PCI.

[0188] In some implementations, the second UE capability may indicate one of the following when the UE operates in the M-TRP S-DCI mode. The second UE capability may indicate that the UE supports two default beams or receiving beams for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH. The second UE capability may alternatively indicate that the UE supports two default beams or receiving beams for receiving a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold. The second UE capability may alternatively indicate that the UE does not support more than two default beam or receiving beam for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH. The second UE capability may alternatively indicate that the UE does not support more than two default beam or  receiving beam for receiving a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0189] In some implementations, the first and the second joint / DL TCI states indicated by the network entity are both associated with serving cell PCI. None of the first or the second joint / DL TCI state indicated by the network entity is associated with an additional PCI.

[0190] When the UE buffers / receives a PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or when the UE buffers / receives a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, the UE may use or apply the first indicated joint / DL TCI state and the second TCI state to buffer / receive the PDSCH. The UE may use or apply the first indicated joint / DL TCI state and the second indicated joint / DL TCI state to buffer / receive the PDSCH, regardless of which format of scheduling DCI for the PDSCH.

[0191] In some implementations, one of the first and the second joint / DL TCI states indicated by the network entity is associated with an additional PCI. The association of the additional PCI and one of the first and the second joint / DL TCI states may be configured or set by the network entity (e.g., the additional PCI is configured / included in RRC configuration of one of the first and the second joint / DL TCI states, or the additional PCI and one of the first and the second joint / DL TCI states are configured / included in a same RRC configuration) .

[0192] When the UE buffers / receives a PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or when the UE buffers / receives a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, the UE may use or apply the first indicated joint / DL TCI state and the second indicated joint / DL TCI state to buffer / receive the PDSCH. The UE may use or apply the first indicated joint / DL TCI state and the second indicated joint / DL TCI state to buffer / receive the PDSCH, regardless of which format of scheduling DCI for the PDSCH.

[0193] In some implementations, the first and the second joint / DL TCI states indicated by the network entity are both associated with an additional PCI. The association of the additional PCI and the first and the second joint / DL TCI states may be configured or set by the network entity (e.g., the additional PCI is configured / included in RRC configuration of each of the first and the  second joint / DL TCI states, or the additional PCI and the first and the second joint / DL TCI states are configured / included in a same RRC configuration) .

[0194] When the UE buffers / receives a PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH, or when the UE buffers / receives a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, the UE may use or apply a third default beam (another default beam different from the first or the second default beam discussed above) to buffer / receive the PDSCH. The third default beam may be referred to as or replaced with a special beam or a third default joint / DL TCI state or QCL assumption or spatial RX parameter / setting. The UE may use or apply the third default beam to buffer / receive the PDSCH, regardless of which format of scheduling DCI for the PDSCH.

[0195] The third default beam may be determined or set as one of the following. For example, the third default beam may be set as a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored search space with the lowest CORESET-ID within the active BWP of the serving cell. The third default beam may alternatively be set as a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored Type0 / 0A / 0B / 1 / 1A / 2 / 2A-PDCCH CSS set with the lowest CORESET-ID within the active BWP of the serving cell.

[0196] The third default beam may alternatively be set as a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored search space with the lowest CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE. The third default beam may alternatively be set as a receiving beam or TCI state or QCL assumption for receiving a CORESET associated with a monitored Type0 / 0A / 0B / 1 / 1A / 2 / 2A-PDCCH CSS set with the lowest CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE.

[0197] The third default beam may alternatively be set as a receiving beam or TCI state or QCL assumption for receiving a CORESET with the lowest CORESET-ID within the active BWP of the serving cell. The third default beam may alternatively be set as a receiving beam or TCI state or QCL assumption for receiving a CORESET with CORESET-ID as 0.

[0198] In some implementations, in addition to using the third default beam, the UE may also use or apply one of the first indicated joint / DL TCI state or the second indicated joint / DL TCI state to buffer / receive the PDSCH. In some cases, which one of the first or the second indicated joint / DL TCI state to buffer / receive the PDSCH may be pre-determined or pre-specified or pre-configured by the network entity. In some cases, which one of the first or the second indicated joint / DL TCI state to buffer / receive the PDSCH may be determined by TAG or TA value associated with the third default beam and the first / second indicated joint / DL TCI state (s) . For example, if the TAG or TA value associated with the third default beam is the first TAG or TA value, the UE may select the indicated joint / DL TCI state associated with the second TAG or TA value to buffer / receive the PDSCH in addition to the third default beam.

[0199] In some implementations, if the third default beam or the special beam is the same as the determined / derived / configured one of the first or the second indicated joint / DL TCI state, it may imply that the UE only uses one default beam to buffer / receive the PDSCH, even that the UE supports two default beams. In some implementations, if the third default beam or special beam is the first indicated joint / DL TCI state, and the determined / derived / configured one of the first or the second indicated joint / DL TCI state is the second indicated joint / DL TCI state, the UE may only use the second indicated joint / DL TCI state to buffer / receive the PDSCH, i.e., not using the third default beam. In some implementations, if the third default beam or special beam is the second indicated joint / DL TCI state, and the determined / derived / configured one of the first or the second indicated joint / DL TCI state is the first indicated joint / DL TCI state, the UE may only use the first indicated joint / DL TCI state to buffer / receive the PDSCH, i.e., not using the third default beam.

[0200] In some implementations, if the UE is unable to receive both the third default beam and the determined / derived / configured one of the first or the second indicated joint / DL TCI state simultaneously, the UE may perform at least one of the following. For example, the UE may use the third default beam only, to buffer / receive the PDSCH. The UE may alternatively use the determined / derived / configured one of the first or the second indicated joint / DL TCI state only, to buffer / receive the PDSCH. The UE may alternatively indicate such condition to the network entity, e.g., via MAC-CE or UCI.

[0201] In some implementations, in cases that the UE supports two default beams, the network entity may only use the third default beam to transmit PDSCH carrying common data (e.g., SIB, paging signal) when the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0202] In some implementations, in cases that the UE supports two default beams, the network entity may use the determined / derived / configured one of the first or the second indicated joint / DL TCI state only, to transmit PDSCH without carrying common data (e.g., SIB, paging signal) when the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0203] In some implementations, in cases that the UE supports two default beams, alternatively, the network entity may use the third default beam to transmit PDSCH without carrying common data (e.g., SIB, paging signal) when the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold, possibly also using the determined / derived / configured one of the first or the second indicated joint / DL TCI state.

[0204] In some implementations, the second UE capability may indicate one of the following when the UE operates in M-TRP S-DCI mode. In some cases, the UE supports more than two default beams or receiving beams (e.g., the first default beam, the second default beam, and the third default beam) for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH. In some cases, the UE supports more than two default beams or receiving beams for receiving a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0205] In some implementations, in addition to using the third default beam, the UE may also use or apply both the first indicated joint / DL TCI state and the second indicated joint / DL TCI state to buffer / receive the PDSCH. In such cases, in cases that the UE supports more than two default beams, the network entity may only use the third default beam to transmit PDSCH carrying common data (e.g., SIB, paging signal) when the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0206] In some implementations, if the UE supports feature of applying indicated joint / DL TCI state for M-TRP S-DCI mode, the UE may also support the following. The UE supports  more than one default beam or receiving beam for buffering / receiving PDSCH before the UE successfully decodes the scheduling PDCCH of the PDSCH. The UE supports more than one default beam or receiving beam for receiving a PDSCH, where the scheduling offset between the scheduling PDCCH and the PDSCH is below a threshold.

[0207] In some implementations, the network entity may prohibit from activating or indicating, to the UE in M-TRP S-DCI mode, two joint / DL TCI states associated with additional PCI as the first and the second indicated joint / DL TCI state. In some cases, the network entity may prohibit from configuring or indicating, to the UE in M-TRP S-DCI mode, that both the first and the second indicated joint / DL TCI state (s) are associated with additional PCI.

[0208] In some implementations, for M-TRP S-DCI, if the UE receives a signal activating or indicating two joint / DL TCI states associated with additional PCI as the first and the second indicated joint / DL TCI state, the UE discards / ignores or does not apply the signal, or the UE determines it is an error case. In some cases, for M-TRP S-DCI, if the UE receives a signal configuring or indicating that both the first and the second indicated joint / DL TCI state (s) are associated with additional PCI, the UE discards / ignores or does not use the signal, or the UE determines it is an error case.

[0209] In some implementations, the network entity may configure a second RRC parameter to the UE. In some cases, the second RRC parameter applies when the UE operates in M-TRP S-DCI mode. In some cases, the second RRC parameter may indicate or configure which indicated joint / DL TCI state (s) are applied for receiving PDSCH (s) scheduled / activated by DCI format 1_0. In some cases, the second RRC parameter may apply for a PDSCH scheduled / activated by a DCI format 1_0 and scheduling offset between the DCI format 1_0 and the PDSCH is above or equal to a threshold. In some implementations, the network entity may not configure a second RRC parameter to the UE.

[0210] In some implementations, if the network entity configures the second RRC parameter, the second RRC parameter may indicate or configure the UE to use at least one of the following to receive PDSCH (s) scheduled / activated by DCI format 1_0. For example, the second RRC parameter may indicate (1) the first indicated joint / DL TCI state, (2) the second indicate joint / DL TCI state, or (3) both the first and the second indicated joint / DL TCI state.

[0211] In some implementations, if the network entity does not configure the second RRC parameter, the UE may use the first indicated joint / DL TCI state to receive PDSCH (s) scheduled / activated by DCI format 1_0.

[0212] In some implementations, if the network entity does not configure the second RRC parameter, the UE may use both the first and second indicated joint / DL TCI states to receive PDSCH (s) scheduled / activated by DCI format 1_0.

[0213] In some implementations, if the network entity configures the second RRC parameter, the network entity makes sure the second RRC parameter at least indicates / configures one indicated join / DL TCI state associated with serving cell PCI. For example, if the second RRC parameter indicates / configures the UE to use the second indicated join / DL TCI state to receive PDSCH (s) scheduled / activated by DCI format 1_0, the second indicated join / DL TCI state may be associated with serving cell PCI. For example, if the second RRC parameter indicates / configures the UE to use both the first and second indicated join / DL TCI states to receive PDSCH (s) scheduled / activated by DCI format 1_0, at least one of the first and second indicated join / DL TCI state may be or shall be associated with serving cell PCI.

[0214] In some implementations, if the network entity configures the second RRC parameter, and no indicated join / DL TCI state indicated / configured by the second RRC parameter is associated with serving cell PCI, the UE does not monitor or detect a search space for DCI format 1_0. In some cases, the network entity may only do so when the UE indicates an UE capability to support that no indicated join / DL TCI state indicated / configured by the second RRC parameter is associated with serving cell PCI.

[0215] In some implementations, the second RRC parameter may be a two-bit RRC parameter and indicate or configure the UE to use one of the following to receive PDSCH (s) scheduled / activated by DCI format 1_0. For example, the second RRC parameter may indicate (1) the first indicated joint / DL TCI state, (2) the second indicate joint / DL TCI state, or (3) both the first and the second indicated joint / DL TCI state.

[0216] In some implementations, the second RRC parameter may be a one-bit RRC parameter and indicate or configure the UE to use one of the following to receive PDSCH (s)  scheduled / activated by DCI format 1_0. The second RRC parameter may indicate (1) the second indicate joint / DL TCI state, or (2) both the first and the second indicated joint / DL TCI state.

[0217] In some implementations, the network entity makes sure to use a beam or indicated joint / DL TCI state associated with serving cell PCI to transmit a PDSCH scheduled by a DCI format 1_0, when the scheduling offset between the DCI format 1_0 and the PDSCH is below a threshold. In some implementations, the UE does not expect to receive, through an indicated joint / DL TCI state associated with additional PCI, a PDSCH scheduled by a DCI format 1_0, where the scheduling offset between the DCI format 1_0 and the PDSCH is below a threshold, and the PDSCH carries common data (e.g., SIB or paging signal) .

[0218] It is noted that throughout this disclosure, the UE may have one or more of the following attributes or behaviors. The following attributes or behaviors of the UE may also imply associated attributes or behaviors of a network entity. The UE may be configured with and / or served by the network entity in a serving cell. The UE may (be configured to) communicate with the network entity in the serving cell. The UE may be configured with one or more serving cells by the network entity, which may include the serving cell. The UE may be activated or be indicated, by the network entity, to activate one or more serving cells, which may include the serving cell. The UE may be configured and / or indicated, by the network entity, one or more BWP. The UE may be indicated and / or configured, by the network entity, a BWP (in the serving cell) .

[0219] In some cases, the BWP may be activated as an active BWP. In some cases, the BWP may be referred to an active BWP. In some cases, the BWP may be an active DL BWP. In some cases, the BWP may be an active UL BWP. In some cases, the BWP may be an initial BWP. In some cases, the BWP may be a default BWP. In some cases, the BWP may be a dormant BWP.

[0220] The UE may be in one of RRC_CONNECTED state, RRC_INACTIVE state or RRC_IDLE state.

[0221] It is noted that throughout this disclosure, a neighboring cell may be referred to or replaced with one or some of the following: (1) a non-serving cell, (2) a cell with PCI different that of the serving cell, and / or (3) a TRP associated with a PCI different from that of the serving cell.

[0222] In the present disclosure, the action time of a signal may mean the actual timing when the signal is applicable or takes effect, which may be later than the timing of receiving this signal.

[0223] In the present disclosure, for case (s) that a network entity configures or indicates the UE to operate with S-TRP mode in a serving cell or a BWP, or for case (s) that a serving cell or a BWP is operated with S-TRP mode, it may imply or be referred to be one of the following: (1) no TRP identifier or no TRP-related index is configured or indicated, by the network entity, to any channel or RS in the serving cell or BWP, (2) (only) one TRP identifier or TRP-related index is configured or indicated, by the network entity, to any channel or RS in the serving cell or BWP, and / or (3) when the UE or the network entity transmits / receives a transmission, (only) one TRP identifier or TRP-related index is configured or indicated or involved to the transmission or the beam / TCI state applied for the transmission.

[0224] It is noted that throughout this disclosure, for case (s) that a network entity configures or indicates the UE to operate with M-TRP mode in a serving cell or a BWP, or for case (s) that a serving cell or a BWP is operated with M-TRP mode, it may imply or be referred to be one of the following: (1) more than one TRP identifier or TRP-related index is configured or indicated, by the network entity, to at least one channel or RS in the serving cell or BWP, (2) one TRP identifier or TRP-related index is configured or indicated, by the network entity, to one channel or RS in the serving cell or BWP; and the UE derives or determines another one TRP identifier or TRP-related index applied for or associated with at least one channel or RS in the serving cell or BWP, (3) when the UE or the network entity transmits / receives a transmission, more than one TRP identifier or TRP-related index is configured or indicated or involved to the transmission or the beam / TCI state applied for the transmission, (4) the network entity configures, to the UE, a higher layer parameter PDCCH-Config that contains two different values of coresetPoolIndex in ControlResourceSet in the serving cell or BWP, and / or (5) the UE receives, from the network entity, a MAC-CE (e.g., PDSCH TCI activation MAC-CE) in the serving cell or BWP, which indicates that at least one TCI codepoint is mapped to two TCI states.

[0225] It is noted that throughout this disclosure, for case (s) that a network entity configures or indicates the UE to operate with (M-TRP) M-DCI mode in a serving cell or a BWP, or for case (s) that a serving cell or a BWP is operated with (M-TRP) M-DCI mode, it may imply or be referred to be one of the following: (1) more than one TRP identifier or TRP-related index is  configured or indicated, by the network entity, to at least one channel or RS in the serving cell or BWP, (2) one TRP identifier or TRP-related index is configured or indicated, by the network entity, to one channel or RS in the serving cell or BWP; and the UE derives or determines another one TRP identifier or TRP-related index applied for or associated with at least one channel or RS in the serving cell or BWP, and / or (3) the network entity configures, to the UE, a higher layer parameter PDCCH-Config that contains two different values of coresetPoolIndex in ControlResourceSet in the serving cell or BWP.

[0226] It is noted that throughout this disclosure, for case (s) that a network entity configures or indicates the UE to operate with (M-TRP) S-DCI mode in a serving cell or a BWP, or for case (s) that a serving cell or a BWP is operated with (M-TRP) S-DCI mode, it may imply or be referred to be one of the following: (1) when the UE or the network entity transmits / receives a transmission, more than one TRP identifier or TRP-related index is configured or indicated or involved to the transmission or the beam / TCI state applied for the transmission, and / or (2) the UE receives, from the network entity, a MAC-CE (e.g., PDSCH TCI activation MAC-CE) in the serving cell or BWP, which indicates that at least one TCI codepoint is mapped to two TCI states, each of which is associated with different TRP or different TRP identifier (value) .

[0227] For example, at least one TCI codepoint is mapped to two joint TCI states, each of which is associated with different TRP or different TRP identifier (value) . For another example, at least one TCI codepoint is mapped to two DL TCI states or two UL TCI states, each of which is associated with different TRP or different TRP identifier (value) . For another example, at least one TCI codepoint is mapped to a DL TCI state and a pair of DL TCI state and UL TCI state, where the DL TCI state and the pair is associated with different TRP or different TRP identifier (value) .

[0228] It is noted that throughout this disclosure, a panel may mean that an antenna (port) group or an antenna (port) set. There may be more than one DL / UL beams associated with one panel. When one transmitting node (UE or NW) is performing a transmission via a panel, only one beam associated with the panel may be used to perform the transmission. For a transmitter comprising more than one panels, e.g., two panels, it may happen that two beams associated with the two panels respectively are used to perform a transmission.

[0229] It is noted that throughout this disclosure, a TRP identifier may mean or be referred to a (candidate) value of a TRP identifier. The first TRP identifier may be a first candidate value of a TRP identifier or a first TRP identifier value. The second TRP identifier may be a second candidate value of a TRP identifier or a second TRP identifier value.

[0230] It is noted that throughout this disclosure, a panel identifier may mean or be referred to a (candidate) value of a panel identifier. The first panel identifier may be a first candidate value of a panel identifier or a first panel identifier value. The second panel identifier may be a second candidate value of a panel identifier or a second panel identifier value.

[0231] It is noted that throughout this disclosure, when a procedure or description is related to a serving cell, it may mean the procedure or description is related to an active (DL / UL) BWP in the serving cell.

[0232] It is noted that throughout this disclosure, an expression of “X / Y” may include meaning of “X or Y” . It is noted that throughout this disclosure, an expression of “X / Y” may include meaning of “X and Y” . It is noted that throughout this disclosure, an expression of “X / Y” may include meaning of “X and / or Y” . It is noted that throughout this disclosure, an expression of “ (A) B” or “B (A) ” may include concept of “only B” . It is noted that throughout this disclosure, an expression of “ (A) B” or “B (A) ” may include concept of “A+B” or “B+A” .

[0233] It is noted that some or all of the foregoing or the following embodiments may be jointly combined or formed to be a new or another one embodiment.

[0234] It is noted that the foregoing or the following embodiments may be used to solve at least (but not limited to) the issue (s) or scenario (s) mentioned in this disclosure.

[0235] The following additional considerations may apply to the foregoing and the following discussions.

[0236] It is noted that any two or more than two of the foregoing or the following paragraphs, (sub) -bullets, points, actions, or claims described in each method / embodiment / implementation may be combined logically, reasonably, and properly to form a specific method.

[0237] It is noted that any sentence, paragraph, (sub) -bullet, point, action, or claim described in each of the foregoing or the following embodiment (s)  / implementations / concept (s) may be implemented independently and separately to form a specific method. Dependency, e.g. “based  on,” “more specifically, ” “where” or etc., in embodiment (s)  / implementations / concept (s) mentioned in this disclosure is just one possible embodiment which would not restrict the specific method.

[0238] It is noted that, some or all of the following terminology and assumption may be used hereafter. A BS may include a network central unit or a network node in NR which is used to control one or multiple TRPs which are associated with one or multiple cells. Communication between BS and TRP (s) is via fronthaul. BS may be referred to as central unit (CU) , eNB, gNB, or NodeB. A TRP may include a transmission and reception point provides network coverage and directly communicates with UEs. TRP may be referred to as distributed unit (DU) or network node. A cell may include one or multiple associated TRPs, e.g., coverage of the cell is composed of coverage of all associated TRP (s) . One cell is controlled by one BS or a network entity. Cell may be referred to as TRP group (TRPG) . A serving beam may include a beam generated by a network node, e.g., TRP, which is configured to be used to communicate with the UE, such as, for transmission and / or reception. A candidate beam for a UE is a candidate of a serving beam. Serving beam may or may not be candidate beam.

[0239] A UE apparatus 602, as described in Fig. 6, may perform the method 400. The one or more network entities 104, as described in Fig. 7, may perform the method 500.

[0240] Fig. 6 is a diagram 600 illustrating an example of a hardware implementation for a UE apparatus 602. The UE apparatus 602 may be the UE 102, a component of the UE 102, or may implement UE functionality. The UE apparatus 602 may include an application processor 606, which may have on-chip memory 606’ . In examples, the application processor 606 may be coupled to a secure digital (SD) card 608 and / or a display 610. The application processor 606 may also be coupled to a sensor (s) module 612, a power supply 614, an additional module of memory 616, a camera 618, and / or other related components. For example, the sensor (s) module 612 may control a barometric pressure sensor / altimeter, a motion sensor such as an inertial management unit (IMU) , a gyroscope, accelerometer (s) , a light detection and ranging (LIDAR) device, a radio-assisted detection and ranging (RADAR) device, a sound navigation and ranging (SONAR) device, a magnetometer, an audio device, and / or other technologies used for positioning.

[0241] The UE apparatus 602 may further include a wireless baseband processor 626, which may be referred to as a modem. The wireless baseband processor 626 may have on-chip memory 626'. Along with, and similar to, the application processor 606, the wireless baseband processor 626 may also be coupled to the sensor (s) module 612, the power supply 614, the additional module of memory 616, the camera 618, and / or other related components. The wireless baseband processor 626 may be additionally coupled to one or more subscriber identity module (SIM) card (s) 620 and / or one or more transceivers 630 (e.g., wireless RF transceivers) .

[0242] Within the one or more transceivers 630, the UE apparatus 602 may include a Bluetooth module 632, a WLAN module 634, an SPS module 636 (e.g., GNSS module) , and / or a cellular module 638. The Bluetooth module 632, the WLAN module 634, the SPS module 636, and the cellular module 638 may each include an on-chip transceiver (TRX) , or in some cases, just a transmitter (TX) or just a receiver (RX) . The Bluetooth module 632, the WLAN module 634, the SPS module 636, and the cellular module 638 may each include dedicated antennas and / or utilize antennas 640 for communication with one or more other nodes. For example, the UE apparatus 602 may communicate through the transceiver (s) 630 via the antennas 640 with another UE 102 (e.g., sidelink communication) and / or with a network entity 104 (e.g., uplink / downlink communication) , where the network entity 104 may correspond to a base station or a unit of the base station, such as the RU 106, the DU 108, or the CU 110.

[0243] The wireless baseband processor 626 and the application processor 606 may each include a computer-readable medium / memory 626', 606', respectively. The additional module of memory 616 may also be considered a computer-readable medium / memory. Each computer-readable medium / memory 626', 606', 616 may be non-transitory. The wireless baseband processor 626 and the application processor 606 may each be responsible for general processing, including execution of software stored on the computer-readable medium / memory 626', 606', 616. The software, when executed by the wireless baseband processor 626 / application processor 606, causes the wireless baseband processor 626 / application processor 606 to perform the various functions described herein. The computer-readable medium / memory may also be used for storing data that is manipulated by the wireless baseband processor 626 / application processor 606 when executing the software. The wireless baseband processor 626 / application processor 606 may be a component of the UE 102. The UE apparatus 602 may be a  processor chip (e.g., modem and / or application) and include just the wireless baseband processor 626 and / or the application processor 606. In other examples, the UE apparatus 602 may be the entire UE 102 and include the additional modules of the apparatus 602.

[0244] As discussed in Figs. 1A and 1B and implemented with respect to Figs. 3A, 3B, and 4, the default beam update component 140 is configured to receive a control signaling indicating multiple TCIs for downlink transmission; and apply a default beam for receiving a scheduled PDSCH based on a number of default beams that the UE supports and whether the multiple TCIs are associated with at least one of a serving cell, a non-serving cell, or both the serving cell and non-serving cell.

[0245] The default beam update component 140 may be within the application processor 606 (e.g., at 140a) , the wireless baseband processor 626 (e.g., at 140b) , or both the application processor 606 and the wireless baseband processor 626. The default beam update component 140a-140b may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors, or a combination thereof.

[0246] Fig. 7 is a diagram 700 illustrating an example of a hardware implementation for one or more network entities 104. The one or more network entities 104 may be a base station, a component of a base station, or may implement base station functionality. The one or more network entities 104 may include, or may correspond to, at least one of the RU 106, the DU, 108, or the CU 110. The CU 110 may include a CU processor 746, which may have on-chip memory 746'. In some aspects, the CU 110 may further include an additional module of memory 756 and / or a communications interface 748, both of which may be coupled to the CU processor 746. The CU 110 may communicate with the DU 108 through a midhaul link 162, such as an F1 interface between the communications interface 748 of the CU 110 and a communications interface 728 of the DU 108.

[0247] The DU 108 may include a DU processor 726, which may have on-chip memory 726'. In some aspects, the DU 108 may further include an additional module of memory 736 and / or the communications interface 728, both of which may be coupled to the DU processor 726. The  DU 108 may communicate with the RU 106 through a fronthaul link 160 between the communications interface 728 of the DU 108 and a communications interface 708 of the RU 106.

[0248] The RU 106 may include an RU processor 706, which may have on-chip memory 706'. In some aspects, the RU 106 may further include an additional module of memory 716, the communications interface 708, and one or more transceivers 730, all of which may be coupled to the RU processor 706. The RU 106 may further include antennas 740, which may be coupled to the one or more transceivers 730, such that the RU 106 may communicate through the one or more transceivers 730 via the antennas 740 with the UE 102.

[0249] The on-chip memory 706', 726', 746'a nd the additional modules of memory 716, 736, 756 may each be considered a computer-readable medium / memory. Each computer-readable medium / memory may be non-transitory. Each of the processors 706, 726, 746 is responsible for general processing, including execution of software stored on the computer-readable medium / memory. The software, when executed by the corresponding processor (s) 706, 726, 746 causes the processor (s) 706, 726, 746 to perform the various functions described herein. The computer-readable medium / memory may also be used for storing data that is manipulated by the processor (s) 706, 726, 746 when executing the software. In examples, the transmit beam update component 150 may sit at any of the one or more network entities 104, such as at the CU 110; both the CU 110 and the DU 108; each of the CU 110, the DU 108, and the RU 106; the DU 108; both the DU 108 and the RU 106; or the RU 106.

[0250] The transmit beam update component 150 may perform various operations and signaling according to the examples provided herein and be within one or more processors of the one or more network entities 104, such as the RU processor 706 (e.g., at 150a) , the DU processor 726 (e.g., at 150b) , and / or the CU processor 746 (e.g., at 150c) . The transmit beam update component 150a-150c may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors 706, 726, 746 configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors 706, 726, 746, or a combination thereof.

[0251] The specific order or hierarchy of blocks in the processes and flowcharts disclosed herein are an illustration of example approaches. Hence, the specific order or hierarchy of blocks in the processes and flowcharts may be rearranged. Some blocks may also be combined or  deleted. Dashed lines may indicate example / optional elements of the diagrams. The accompanying method claims present elements of the various blocks in an example order, and are not limited to the specific order or hierarchy presented in the claims, processes, and flowcharts.

[0252] The detailed description set forth herein describes various configurations in connection with the drawings and does not represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough explanation of various concepts. However, these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

[0253] Aspects of wireless communication systems, such as telecommunication systems, are presented with reference to various apparatuses and methods. These apparatuses and methods are described in the following detailed description and are illustrated in the accompanying drawings by various blocks, components, circuits, processes, call flows, systems, algorithms, etc. (collectively referred to as “elements” ) . These elements may be implemented using electronic hardware, computer software, or combinations thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0254] An element, or any portion of an element, or any combination of elements may be implemented as a “processing system” that includes one or more processors. Examples of processors include microprocessors, microcontrollers, graphics processing units (GPUs) , central processing units (CPUs) , application processors, digital signal processors (DSPs) , reduced instruction set computing (RISC) processors, systems-on-chip (SoC) , baseband processors, field programmable gate arrays (FPGAs) , programmable logic devices (PLDs) , state machines, gated logic, discrete hardware circuits, and other similar hardware configured to perform the various functionality described throughout this disclosure. One or more processors in the processing system may execute software, which may be referred to as software, firmware, middleware, microcode, hardware description language, or otherwise. Software may be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software components, applications, software applications, software packages, routines,  subroutines, objects, executables, threads of execution, procedures, functions, or any combination thereof.

[0255] If the functionality described herein is implemented in software, the functions may be stored on, or encoded as, one or more instructions or code on a computer-readable medium, such as a non-transitory computer-readable storage medium. Computer-readable media includes computer storage media and may include a random-access memory (RAM) , a read-only memory (ROM) , an electrically erasable programmable ROM (EEPROM) , optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of these types of computer-readable media, or any other medium that may be used to store computer executable code in the form of instructions or data structures that may be accessed by a computer. Storage media may be any available media that may be accessed by a computer.

[0256] Aspects, implementations, and / or use cases described herein may be implemented across many differing platform types, devices, systems, shapes, sizes, and packaging arrangements. For example, the aspects, implementations, and / or use cases may come about via integrated chip implementations and other non-module-component based devices, such as end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail / purchasing devices, medical devices, artificial intelligence (AI) -enabled devices, machine learning (ML) -enabled devices, etc. The aspects, implementations, and / or use cases may range from chip-level or modular components to non-modular or non-chip-level implementations, and further to aggregate, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more techniques described herein.

[0257] Devices incorporating the aspects and features described herein may also include additional components and features for the implementation and practice of the claimed and described aspects and features. For example, transmission and reception of wireless signals necessarily includes a number of components for analog and digital purposes, such as hardware components, antennas, RF-chains, power amplifiers, modulators, buffers, processor (s) , interleavers, adders / summers, etc. Techniques described herein may be practiced in a wide variety of devices, chip-level components, systems, distributed arrangements, aggregated or disaggregated components, end-user devices, etc., of varying configurations.

[0258] The description herein is provided to enable a person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not limited to the aspects described herein, but are to be interpreted in view of the full scope of the present disclosure consistent with the language of the claims.

[0259] Reference to an element in the singular does not mean “one and only one” unless specifically stated, but rather “one or more. ” Terms such as “if, ” “when, ” and “while” do not imply an immediate temporal relationship or reaction. That is, these phrases, e.g., “when, ” do not imply an immediate action in response to or during the occurrence of an action, but simply imply that if a condition is met then an action will occur, but without requiring a specific or immediate time constraint for the action to occur. The terms “may, ” “might, ” and “may, ” as used in this disclosure, often carry certain connotations. For example, “may” refers to a permissible feature that may or may not occur, “might” refers to a feature that probably occurs, and “may” refers to a capability (e.g., capable of) . The phrase “For example” often carries a similar connotation to “may” and, therefore, “may” is sometimes excluded from sentences that include “for example” or other similar phrases.

[0260] Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C” or “one or more of A, B, or C” include any combination of A, B, and / or C, such as A and B, A and C, B and C, or A and B and C, and may include multiples of A, multiples of B, and / or multiples of C, or may include A only, B only, or C only. Sets may be interpreted as a set of elements where the elements number one or more.

[0261] Unless otherwise specifically indicated, ordinal terms such as “first” and “second” do not necessarily imply an order in time, sequence, numerical value, etc., but are used to distinguish between different instances of a term or phrase that follows each ordinal term. Reference numbers, as used in the specification and figures, are sometimes cross-referenced among drawings to denote same or similar features. A feature that is exactly the same in multiple drawings may be labeled with the same reference number in the multiple drawings. A feature that is similar among the multiple drawings, but not exactly the same, may be labeled with reference numbers that have different leading numbers, but have one or more of the same trailing numbers (e.g., 206, 306, 406, etc., may refer to similar features in the drawings) . Sometimes an  “X” is used to universally denote multiple variations of a feature. For instance, “X06” may universally refer to all reference numbers that end in “06” (e.g., 206, 306, 406, etc. ) .

[0262] It is noted that throughout this disclosure, a panel may mean that an antenna (port) group or an antenna (port) set. There may be more than one DL / UL beams associated with one panel. When one transmitting node (UE or NW) is performing a transmission via a panel, only one beam associated with the panel may be used to perform the transmission. For a transmitter comprising more than one panels, e.g., two panels, it may happen that two beams associated with the two panels respectively are used to perform a transmission.

[0263] It is noted that throughout this disclosure, a TRP identifier may mean or be referred to a (candidate) value of a TRP identifier. The first TRP identifier may be a first candidate value of a TRP identifier or a first TRP identifier value. The second TRP identifier may be a second candidate value of a TRP identifier or a second TRP identifier value.

[0264] It is noted that throughout this disclosure, a panel identifier may mean or be referred to a (candidate) value of a panel identifier. The first panel identifier may be a first candidate value of a panel identifier or a first panel identifier value. The second panel identifier may be a second candidate value of a panel identifier or a second panel identifier value.

[0265] It is noted that throughout this disclosure, when a procedure or description is related to a serving cell, it may mean the procedure or description is related to an active (DL / UL) BWP in the serving cell.

[0266] It is noted that throughout this disclosure, an expression of “X / Y” may include meaning of “X or Y” . It is noted that throughout this disclosure, an expression of “X / Y” may include meaning of “X and Y” . It is noted that throughout this disclosure, an expression of “X / Y” may include meaning of “X and / or Y” . It is noted that throughout this disclosure, an expression of “ (A) B” or “B (A) ” may include concept of “only B” . It is noted that throughout this disclosure, an expression of “ (A) B” or “B (A) ” may include concept of “A+B” or “B+A” .

[0267] It is noted that some or all of the foregoing or the following embodiments may be jointly combined or formed to be a new or another one embodiment.

[0268] It is noted that the foregoing or the following embodiments may be used to solve at least (but not limited to) the issue (s) or scenario (s) mentioned in this disclosure.

[0269] The following additional considerations may apply to the foregoing and the following discussions.

[0270] It is noted that any two or more than two of the foregoing or the following paragraphs, (sub) -bullets, points, actions, or claims described in each method / embodiment / implementation may be combined logically, reasonably, and properly to form a specific method.

[0271] It is noted that any sentence, paragraph, (sub) -bullet, point, action, or claim described in each of the foregoing or the following embodiment (s)  / implementations / concept (s) may be implemented independently and separately to form a specific method. Dependency, e.g., “based on,” “more specifically, ” “where” or etc., in embodiment (s)  / implementations / concept (s) mentioned in this disclosure is just one possible embodiment which would not restrict the specific method.

[0272] A user device in which the techniques of this disclosure may be implemented (e.g., the UE 102) may be any suitable device capable of wireless communications such as a smartphone, a tablet computer, a laptop computer, a mobile gaming console, a point-of-sale (POS) terminal, a health monitoring device, a drone, a camera, a media-streaming dongle or another personal media device, a wearable device such as a smartwatch, a wireless hotspot, a femtocell, or a broadband router. Further, the user device in some cases may be embedded in an electronic system such as the head unit of a vehicle or an advanced driver assistance system (ADAS) . Still further, the user device may operate as an internet-of-things (IoT) device or a mobile-internet device (MID) . Depending on the type, the user device may include one or more general-purpose processors, a computer-readable memory, a user interface, one or more network interfaces, one or more sensors, etc.

[0273] Certain embodiments are described in this disclosure as including logic or a number of components or modules. Modules may be software modules (e.g., code stored on non-transitory machine-readable medium) or hardware modules. A hardware module is a tangible unit capable of performing certain operations and may be configured or arranged in a certain manner. A hardware module may comprise dedicated circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) ) to perform certain operations. A hardware module may also comprise programmable logic or circuitry (e.g., as encompassed within a general- purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. The decision to implement a hardware module in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.

[0274] When implemented in software, the techniques may be provided as part of the operating system, a library used by multiple applications, a particular software application, etc. The software may be executed by one or more general-purpose processors or one or more special-purpose processors.

[0275] Structural and functional equivalents to elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are encompassed by the claims. The words “module, ” “mechanism, ” “element, ” “device, ” and the like may not be a substitute for the word “means. ” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for. ” As used herein, the phrase “based on” may not be construed as a reference to a closed set of information, one or more conditions, one or more factors, or the like. In other words, the phrase “based on A, ” where “A” may be information, a condition, a factor, or the like, may be construed as “based at least on A” unless specifically recited differently.

Claims

1.A method for wireless communications by a user equipment (UE) , the method comprising:receiving (430) , from a network entity, a control signaling indicating a plurality of transmission configuration indicators (TCIs) for downlink transmission; andapplying (460) a default beam for receiving a scheduled physical downlink shared channel (PDSCH) based on a number of default beams that the UE supports and whether the plurality of TCIs are associated with at least one of a serving cell, a non-serving cell, or both the serving cell and non-serving cell.2.The method of claim 1, further comprising:transmitting (310) , to the network entity, a capability message indicating the number of default beams that the UE supports when a scheduling offset between a physical downlink control channel (PDCCH) and a PDSCH scheduled by the PDCCH is below a threshold.3.The method of claim 1 or 2, further comprising:receiving (320, 322) , from the network entity, a configuration message in response to the number of default beams that the UE supports for communicating with multiple transmit-receive-points (M-TRPs) , wherein a first TRP is associated with the serving cell and a second TRP is associated with the non-serving cell.4.The method of claim 3, wherein:the configuration message (1) configures the UE to receive multiple downlink control information (M-DCI) messages or a single DCI (S-DCI) message from the M-TRPs or (2) configures the UE to operate in an M-DCI mode or an S-DCI mode, andthe UE supports one default beam for receiving downlink transmission.5.The method of claim 4, wherein the applying the default beam comprises applying the one default beam including at least one of:selecting one of the plurality of TCIs for determining the default beam;selecting one of the plurality of TCIs corresponding to a beam associated with a lowest control resource set (CORESET) identifier (ID) in a latest monitored slot of an active bandwidth part (BWP) ;identifying one of the plurality of TCIs indicated in the control signaling;selecting one of the plurality of TCIs based on a beam pattern or a rule configured by the network entity;selecting one of the plurality of TCIs associated with the serving cell; orselecting a special beam for receiving common signals from the M-TRPs.6.The method of claim 5, wherein the special beam comprises at least one of:a beam that receives the CORESET with a lowest CORESET ID in a latest monitored slot in the active BWP;a beam that receives the CORESET associated with a common search space (CSS) and having the lowest CORESET ID in the latest monitored slot in the active BWP;a beam that receives the CORESET with a lowest ID in the active BWP;a beam that receives the CORESET associated with the CSS and having the lowest CORESET ID in the active BWP; ora beam that receives CORESET #0.7.The method of claim 3, wherein:the configuration message configures the UE to receive multiple downlink control information (M-DCI) messages or a single DCI (S-DCI) message from the M-TRPs, andthe UE supports multiple default beams for receiving downlink transmission.8.The method of claims 7, wherein the UE supports two default beams and the applying the default beam comprises applying the two default beams including at least one of:using two beams corresponding to two of the plurality of TCIs, wherein the two of the plurality of TCIs are:both associated with the serving cell;respectively associated with the serving cell for one and the non-serving cell for the other; orboth associated with the non-serving cell.9.The method of claim 8, when both the two of the plurality of TCIs are associated with the non-serving cell, wherein the applying the two default beams comprises at least one of:applying a special beam only;applying the special beam and one of the two beams corresponding to the two of the plurality of TCIs based on:a first indicated TCI,a second indicated TCI,a configuration by the network entity, ortiming advance group (TAG) ; orselecting when the UE supports three default beams, the special beam and the two beams corresponding to the two of the plurality of TCIs.10.The method of any one of claims 4-9, wherein, when the UE receives the S-DCI message from the network entity, the control signaling further comprises at least one of:a first radio resource control (RRC) parameter indicating a TCI associated with a serving cell physical cell identifier (PCI) ; ora second RRC parameter indicating a TCI selection of one or more of the plurality of TCIs for determining the default beam.11.The method of claim 10, wherein the S-DCI message indicates that a first one of the plurality of TCIs is associated with the serving cell PCI when the first RRC parameter is not configured by the network entity.12.The method of claim 1, further comprising:monitoring a search space of the control signaling when the UE receives a single DCI (S-DCI) message and when the default beam is associated with a serving cell physical cell identifier (PCI) .13.A method for wireless communications by a network entity, the method comprising:transmitting (530) , to a user equipment (UE) , a control signaling indicating a plurality of transmission configuration indicators (TCIs) for downlink transmission; andtransmitting (560) , to the UE, a scheduled physical downlink shared channel (PDSCH) via a transmit beam associated with one of the plurality of TCIs, the transmit beam being based on a number of default beams that the UE supports and whether the plurality of TCIs are associated with at least one of a serving cell, a non-serving cell, or both the serving cell and non-serving cell.14.The method of claim 13, further comprising:receiving (310) , from the UE, a capability message indicating the number of default beams that the UE supports when a scheduling offset between a physical downlink control channel (PDCCH) and the PDSCH scheduled by the PDCCH is below a threshold value.15.The method of claim 13 or 14, further comprising:transmitting (320, 322) , to the UE, a configuration message in response to the number of default beams that the UE supports in communication with multiple transmit-receive-points (M-TRPs) , wherein a first TRP is associated with the serving cell and a second TRP is associated with the non-serving cell.16.The method of any one of claims 13-15, wherein, when the network entity transmits a single downlink information (S-DCI) message for scheduling the PDSCH, the control signaling further comprises at least one of:a first radio resource control (RRC) parameter indicating a TCI associated with the serving cell physical cell identifier (PCI) ; ora second RRC parameter indicating a TCI selection of one or more of the plurality of TCIs.17.The method of claim 16, wherein the S-DCI message indicates that a first one of the plurality of TCIs is associated with a serving cell physical cell identifier (PCI) when the first RRC parameter is not configured by the network entity.18.The method of claim 16, wherein the transmitting the scheduled PDSCH via the transmit beam comprises:transmitting a DCI format 1_0 to activate the transmit beam, the DCI format 1_0 being associated with a serving cell PCI.19.The method of any one of claim 13-18, wherein the control signaling comprises a radio resource control (RRC) message that configures each of the plurality of TCIs to be associated with the serving cell corresponding to a serving cell PCI or the non-serving cell corresponding to an additional PCI.20.An apparatus comprising:one or more radio frequency (RF) modems;a processor coupled to the one or more RF modems; andat least one memory storing executable instructions, the executable instructions to manipulate at least one of the processor or the one or more RF modems to perform the method of any of claims 1-19.

Images