Method for beam-specific common channel configuration in wireless communication systems

Abstract

This disclosure provides systems, devices, apparatus, and methods, including computer readable media, for beam-specific common channel configuration. A UE (102) receives (1502) from a network entity (104) control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel. The plurality of beam-specific configurations are associated with a plurality of SSBs. The beam-common configuration is associated with all of the plurality of S SBs. The UE (102) receives (1508) from the network entity (104) one or more SSBs of the plurality of SSB. The UE (102) communicates (1510) with the network entity (104) in a transmission occasion associated with an SSB of the one or more SSBs. The transmission occasion is communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.

Description

METHOD FOR BEAM-SPECIFIC COMMON CHANNEL CONFIGURATION IN WIRELESS COMMUNICATION SYSTEMSTECHNICAL FIELD

[0001] The present disclosure relates generally to wireless communication, and more particularly, to techniques for implementing beam-specific common configuration of a serving cell when groups of user equipment communicate with a network entity using different beams.BACKGROUND

[0002] The Third Generation Partnership Project (3GPP) specifies a radio interface referred to as fifth generation (5G) new radio (NR) (5G NR) . An architecture for a 5G NR wireless communication system includes a 5G core (5GC) network, a 5G radio access network (5G-RAN) , a user equipment (5G UE) , etc. The 5G NR architecture seeks to provide increased data rates, decreased latency, and / or increased capacity compared to prior generation cellular communication systems.

[0003] Wireless communication systems, in general, provide various telecommunication services (e.g., telephony, video, data, messaging, etc. ) based on multiple-access technologies, such as orthogonal frequency division multiple access (OFDMA) technologies, that support communication with multiple UEs. Improvements in mobile broadband continue the progression of such wireless communication technologies. For example, a network entity may provide a common configuration of channels in a cell for multiple UEs to use when the UEs access the cell from an idle mode using the channels. The network entity may maintain multiple beams to serve UEs in different directions in the cell. The properties associated with the channels for the UEs in the cell may be different. When the multiple beams apply a common channel configuration, performance of the wireless communication system may degrade. BRIEF SUMMARY

[0004] The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects. This summary neither identifies key or critical elements of all aspects nor delineates the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.

[0005] To improve the link budget, a network entity (NE) may maintain a plurality of beams and transmit on the downlink channel or receive on the uplink channel based on one or multiple beams. For example, the NE transmits different synchronization signal (SS) and / or physical broadcast channel (PBCH) , which correspond to an SS block (SSB) , based on different beams. The NE may provide a common configuration for UEs in a cell by a master information block (MIB) and system information block (SIB) .

[0006] As different beams are used to serve UEs in different directions, the properties associated with the channels for the UEs in different directions could be quite different. For example, some beams are used to serve a first group of UEs inside a building, while other beams are used to serve a second group of UEs outside a building. Some properties, such as UE velocity, link budget, propagation delay, traffic load, number of UEs, etc., for the UEs in different groups could be different. Then, if a common configuration is provided for the UEs in a cell-specific manner, the common configuration needs to take into account different properties based on the worst case, e.g., the highest possible velocity, the lowest link budget, etc. As a result, the NE would configure a higher transmission power for all SSBs, higher target reception power for uplink channel, physical uplink control channel (PUCCH)  / physical random access channel (PRACH) format with a greater number of symbols / slots, etc. Such configuration could result in lower bandwidth, lower power efficiency, and compromised performance.

[0007] Aspects of the present disclosure address the above-noted and other deficiencies by implementing procedures and providing a mechanism for beam-specific common channel configuration. The channels may refer to a SSB, PRACH, common or UE-dedicated physical downlink control channel (PDCCH) , physical downlink shared channel (PDSCH) , PUCCH, or physical uplink shared channel (PUSCH) . For example, the beam-specific common channel configuration includes beam-specific SSB configuration, beam-specific PRACH configuration, beam-specific PDCCH configuration, beam-specific PDSCH configuration, beam-specific PUCCH configuration, or beam-specific PUSCH configuration. The beam-specific common channel configuration is not only applicable to UE in a radio resource control (RRC) idle mode when a UE camps on a cell of the NE, but also applicable to UE in a RRC connected mode.

[0008] Some aspects described herein pertain to the NE configuring a UE with beam-specific configurations of a first set of parameters associated with a channel. Different configurations of the first set of parameters may be associated with different SSBs on different beams or different lists of SSBs. The NE may configure a common configuration of a second set of parameters associated with a channel. The NE may indicate to the UE whether to apply the first set or the second set of parameters for a channel. The set of parameters may include parameters for power-domain, time-domain, frequency-domain, spatial-domain, cyclic prefix (CP) , bandwidth, etc., for a channel.

[0009] A UE may receive the SSBs based on a common SSB configuration or a beam-specific SSB configuration for the set of parameters. The UE may determine the SSBs associated with the beam-specific PRACH / PDCCH / PDSCH / PUCCH / PUSCH configurations for the channel. The UE may communicate with the NE on the uplink or downlink channel based on the set of parameters corresponding to the beam-specific configurations or the common configuration associated with the SSB for a beam.

[0010] According to some aspects, a UE receives, from a network entity, a control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel. The plurality of beam-specific configurations are associated with a plurality of SSBs. The beam-common configuration is associated with all of the plurality of SSBs. The UE receives, from the network entity, one or more SSBs of the plurality of SSBs. The UE communicates, with the network entity, in a transmission occasion associated with an SSB of the one or more SSBs. The transmission occasion is communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.

[0011] According to some aspects, a network entity transmits, a control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel. The plurality of beam-specific configurations are associated with a plurality of SSBs. The beam-common configuration is associated with all of the plurality of SSBs. The network entity transmits, the plurality of SSBs. The network entity communicates, with a UE, in a transmission occasion associated with an SSB of the plurality of SSBs. The transmission occasion is communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] FIG. 1 illustrates a diagram of a wireless communications system that includes a plurality of UEs and network entities in communication over one or more cells according to an embodiment.

[0013] FIG. 2 is a signaling diagram illustrating communications between a UE and a network entity for beam-specific common channel configuration according to an embodiment.

[0014] FIG. 3 is a diagram illustrating an example of beam-specific SSB configurations and beam-common SSB configurations according to an embodiment.

[0015] FIG. 4 is a diagram illustrating a first example for common configuration of periodicity and frequency domain location for synchronization signals and beam-specific configuration for PBCH for different SSBs.

[0016] FIG. 5 is a diagram illustrating a second example for common configuration of periodicity and frequency domain location for synchronization signals and beam-specific configuration for PBCH for different SSBs.

[0017] FIG. 6 is a diagram illustrating an example for beam-specific PRACH configuration.

[0018] FIG. 7 is a diagram illustrating an example for beam-specific cyclic shifts configuration for the PRACH.

[0019] FIG. 8 is a diagram illustrating an example for beam-specific random access response (RAR) window configuration.

[0020] FIG. 9 is a diagram illustrating a first example for multiple search space (SS)  / control resource set (CORESET) configurations for a type of SS / CORESET.

[0021] FIG. 10 is a diagram illustrating a second example for multiple SS / CORESET configurations for a type of SS / CORESET.

[0022] FIG. 11 is a diagram illustrating an example for beam-specific PDCCH time-domain location for PDCCH monitoring occasions (MOs) associated with different SSBs based on different SSs / CORESETs with the same type.

[0023] FIG. 12 is a diagram illustrating an example for beam-specific PDCCH time-domain location for PDCCH MOs associated with different SSBs based on one SS / CORESET.

[0024] FIG. 13 is a diagram illustrating an example for beam-specific demodulation reference signal (DMRS) pattern for PDSCH.

[0025] FIG. 14 is a diagram illustrating a flowchart to determine the configured-grant PUSCH occasion and SSB mapping.

[0026] FIG. 15 is a flowchart of a method of wireless communication at a UE for beam-specific common channel configuration according to an embodiment.

[0027] FIG. 16 is a flowchart of a method of wireless communication at a network entity for beam-specific common channel configuration according to an embodiment.

[0028] FIG. 17 is a diagram illustrating a hardware implementation for an example UE apparatus to support beam-specific common channel configuration according to some embodiments.

[0029] FIG. 18 is a diagram illustrating a hardware implementation for one or more example network entities to support beam-specific common channel configuration according to some embodiments.DETAILED DESCRIPTION

[0030] FIG. 1 illustrates a diagram 100 of a wireless communications system associated with a plurality of cells 190 according to one embodiment. The wireless communications system includes user equipment (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 can 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) .

[0031] 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 can enable flexibility in network designs. The various units of the disaggregated base station architecture, or the disaggregated RAN architecture, can 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.

[0032] 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 can 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.

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

[0034] 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 can control both real-time and non-real-time features of control plane and user plane communications of the RUs 106.

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

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

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

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

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

[0040] 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 can 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 can be a master node and the base station / RU 160a can be a secondary node.

[0041] Still referring to FIG. 1, in certain aspects, any of the UEs 102 may include beam-specific common channel configuration processing component 140 configured to receive and use beam-specific common channel configuration when accessing a cell. The beam-specific common channel configuration processing component 140 is configured to receive from the base station / network entity 104 a control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel. The plurality of beam-specific configurations are associated with a plurality of SSBs. The beam-common configuration is associated with all of the plurality of SSBs. The beam-specific common channel configuration processing component 140 is further configured to receive from the base station / network entity 104 one or more SSBs of the plurality of SSBs. The beam-specific common channel configuration processing component 140 is further configured to enable the UEs 102 to communicate with the network entity 104 in a transmission occasion associated with an SSB of the one or more SSBs. The transmission occasion is communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.

[0042] In certain aspects, any of the base stations 104 or a network entity of the base stations 104 may include a beam-specific common channel configuration transmitting component 150 configured to transmit beam-specific common channel configuration for use by UEs 102 when accessing a cell. The beam-specific common channel configuration transmitting component 150 is configured to transmit a control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel. The plurality of beam-specific configurations are associated with a plurality of SSBs. The beam-common configuration is associated with all of the plurality of SSBs. The beam-specific common channel configuration transmitting component 150 is further configured to transmit the plurality of SSBs. The beam-specific common channel configuration transmitting component 150 is further configured enable the base stations 104 or the network entity of the base stations 104 to communicate with the UE 102 in a transmission occasion associated with an SSB of the plurality of SSBs. The transmission occasion is communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.

[0043] Accordingly, FIG. 1 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.

[0044] In 5G, a UE 102 starts from the radio resource control (RRC) idle mode when the UE 102 first camps on a cell. The UE 102 makes the transition from the RRC idle mode to the RRC connected mode before transferring any application data or completing any signaling procedure. An RRC connection establishes a logical connection between the UE 102 and the network entity 104 (e.g., a base station) of the cell. The UE 102 transitions from the RRC connected mode to the RRC inactive mode using an RRC release procedure. The RRC inactive mode allows the UE 102 to return to the RRC connected mode and start transferring application data or signaling messages with minimal latency.

[0045] The network entity 104 configures cell specific parameters of a cell for the UEs 102 to use when the UEs 102 accesses the cell from the RRC idle mode. The network entity 104 may provide a common configuration of parameters for UEs 102 in a cell by MIB, SIBs, or SSB. For example, the network entity 104 transmits RRC information element (IE) ServingCellConfigCommonSIB to configure cell specific parameters of a serving cell for the UEs 102 in SIB 1. The parameters may include parameters for common downlink configuration, common uplink configuration, SSB, etc., of the cell irrespective of the beams serving UEs 102 in different directions. Such configuration could result in lower spectrum and power efficiency.

[0046] Aspects of the present disclosure provides techniques for beam-specific common channel configuration. The channels may refer to a SSB, PRACH, common or UE-dedicated PDCCH, PDSCH, PUCCH, or PUSCH. The beam-specific common channel configuration is not only applicable to UEs 102 in the RRC idle mode when a UE camps on a cell, but also applicable to UEs 102 in a RRC connected mode, thereby improving channel bandwidth, power efficiency, and network performance.

[0047] FIG. 2 is a signaling diagram 200 illustrating communications between a UE 102 and a network entity 104 for beam-specific common channel configuration according to an embodiment.

[0048] The UE 102 may optionally transmit 202, to the network entity 104, (or the network entity 104 receives, from the network entity 104) , UE capability on supported features for beam-specific common channel configuration. In one embodiment, the UE 102 reports at least one of the UE capabilities pertaining to: the supported parameters for beam-specific configuration; the supported channels for beam-specific configuration, e.g., beam-specific configuration for SSB / PRACH, beam-specific configuration for common PDCCH / PDSCH / PUCCH / PUSCH. The beam-specific configuration or beam-specific procedure may also be referred to as RS-specific configuration / procedure or SSB-index specific configuration or procedure. A channel may refer to a downlink channel or reference signal, or an uplink channel or reference signal. In some embodiments, the network entity 104 may receive the UE capability on from a core network (e.g., Access and Mobility Management Function (AMF) ) or another network entity.

[0049] The network entity 104 transmits 204, to the UE 102 or any of the UEs 102 in a cell, (or the UE 102 receives 204, from the network entity 104) , first control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel. The plurality of beam-specific configurations are associated with a plurality of SSBs. The beam-common configuration is associated with all of the plurality of SSBs.

[0050] In one embodiment, the network entity 104 transmits a control signaling configuring multiple configurations of a first set of parameters and configurations of a second set of parameters for at least one channel. The at least one channel may be at least one of: SSB, PRACH, common or UE-dedicated PDDCH / PDSCH / PUCCH / PUSCH. Different configurations of the first set of parameters for the channel may be associated with different SSBs or SSB lists. In some embodiments, the association between the configurations of the first set of parameters and the SSBs or SSB lists may be predefined. The configurations of the second set of parameters for the channel may be the same or common for the different SSBs or SSB lists (e.g., beam-common configurations) . The network entity 104 may further indicate / configure to the UE 102 which set of parameters are applied. In some embodiments, if the network entity 104 configures more than one set of parameters (e.g., the first and the second set) , and the network entity 104 does not indicate / configure to the UE 102 which set to apply, the UE 102 may determine to apply one of the set of parameters (e.g., the first set) .

[0051] The first set of parameters may include parameters for power-domain, time-domain, frequency-domain, spatial-domain, cyclic prefix (CP) , bandwidth, etc., for the channel and the second set of parameters may include parameters other than the first set of parameters for the channel. In some embodiments, the second set of parameters may include parameters with value different from those of the first set of parameters, and / or parameters absent from the first set of parameters. In some embodiments, the network entity 104 may configure multiple CP types or bandwidths (e.g., multiple initial bandwidth parts) , where different CP types or bandwidths (e.g., different initial bandwidth parts) may be associated with different SSBs or SSB lists.

[0052] The network entity 104 may optionally configure multiple SSB lists. The multiple SSB lists may be associated with the same physical cell identifier (PCI) or different PCIs. The SSB index in the multiple SSB lists may be orthogonal, partially overlapped, or fully overlapped. The SSBs in the multiple SSB lists may be in the same serving cell or different serving cells. In some embodiments, the network entity 104 may enable the beam-specific configurations for a subset of channels. For a channel with the first set of parameters configured, the associated SSB list may be pre-defined, e.g., the first SSB list or the SSB lists configured by SIB, or may be configured by the network entity 104.

[0053] The network entity 104 may transmit the control signaling by RRC signaling, e.g., MIB or SIB or RRC reconfiguration. The NE may provide the configuration by one or multiple RRC signalings (e.g., multiple SIBs, SIB or RRC reconfiguration) . In some embodiments, the network entity 104 may configure a subset of SSB list (s) by a first RRC signaling and the remaining SSB list (s) by a second RRC signaling.

[0054] The network entity 104 may optionally transmit 206, to the UE 102 or any of the UEs 102 in a cell, (or the UE 102 receives 206, from the network entity 104) , second control signaling updating one or more of the multiple beam-specific configurations. The network entity 104 may update the beam-specific configurations by medium access control (MAC) control element (MAC-CE) , MAC packet data unit (MAC-PDU) , downlink control information (DCI) , or another RRC signaling.

[0055] The network entity 104 transmits 208, to the UE 102 or any of the UEs 102 in a cell, (or the UE 102 receives 208, from the network entity 104) , one or more SSBs of the plurality of SSBs. In some embodiments, the network entity 104 may transmit the SSBs on a common configuration (e.g., beam-common configuration for the second set of parameters) or SSB specific or SSB list specific configuration (e.g., beam-specific configuration for the first set of parameters) .

[0056] The UE 102 communicates 210, with the network entity 104, in a transmission occasion associated with an SSB of the one or more SSBs. The transmission occasion is communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters. In some embodiments, the associated SSB (s) used to determine the transmission occasion of the channel may be configured or indicated by the network entity 104, or determined by the UE 102, e.g., based on the measured layer 1 or layer 3 quality for the SSB (s) . The UE 102 may determine, based on the first set of parameters associated with the channel, the beam-specific configurations associated with the SSB. The UE 102 may determine, based on the second set of parameters associated with the channel, the beam-common configurations associated with the SSB. The UE 102 may communicate with the network entity 104 on the channel based on the beam-specific configurations for the first set of parameters and the beam-common configurations for the second set of parameters. In some embodiments, the UE 102 may determine one or more transmissions associated with the SSB for the channel to communicate with the network entity 104 on the transmission occasions for the channel.

[0057] In some embodiments, the UE 102 may determine the carrier (s) for at least one uplink / downlink channel based on the configured information for the multiple carriers and configured or pre-defined criteria for carrier selection. The UE 102 and the network entity 104 may communicate on the at least one uplink / downlink channel on the UE-determined or network-entity-configured / predefined carrier (s) .

[0058] As mentioned, according to one aspect, there may be beam-specific configurations for SSBs. In some embodiments, with regard to different coverage and load for different beams, the network entity 104 may configure multiple configurations of the following parameters for SSBs, where different configurations or different parameters may be for different SSBs: · Transmission power; · Transmission power offset; · Periodicity for primary synchronization signal (PSS)  / secondary synchronization  signal (SSS)  / PBCH; · Time-domain location for PSS / SSS / PBCH, e.g., frame / half-frame / subframe / slot  index or offset; · Frequency-domain location for PSS / SSS / demodulation reference signal  (DMRS) of PBCH / SSS, e.g., resource block (RB)  / resource element (RE) offset between the first RB / RE of the SSB and a reference point, which may be pre-defined or configured by the network entity 104; · Time-domain / frequency-domain resource for PSS / SSS / PBCH, e.g., number of  symbols and number of REs / RBs for PSS / SSS / PBCH; · Subcarrier spacing for PSS / SSS / DMRS of PBCH / PBCH; · DMRS pattern for PBCH, e.g., time / frequency domain location for the DMRS · Energy power resource element (EPRE) ratio between at least two signals from  PSS / SSS / DMRS of PBCH / PBCH; · Modulation order for PBCH, e.g., pi / 2 binary phase shift keying (BPSK) or  quadrature phase shift keying (QPSK) ; · Waveform for PBCH, e.g., transform precoder enabled or not; · Sequence for DMRS of PBCH, e.g., low peak average power ratio (PAPR)  based sequence (e.g., Zadoff-Chu based or pi / 2 BPSK based) or QPSK based sequence; · Multiplexing pattern of the monitoring occasion (s) (MO (s) ) for the PDCCH on  the initial control resource or search space (e.g., initial control resource set (CORESET) or search space) and the associated SSB (e.g., symbol / slot offset and / or RB offset between the MO and associated SSB, whether the MO and SSB are multiplexed in frequency-domain and / or time-domain manner) ; · Barring information, e.g., whether the initial access for the cell or the SSB (s) is  barred or not; · System information block type 1 (SIB 1) configuration, e.g., whether the SIB 1  for the cell or associated with the SSB (s) is transmitted or not, whether the on-demand SIB 1 for the cell or associated with the SSB (s) is enabled or not.

[0059] In some embodiments, the network entity 104 may configure at least one of the SSB parameters above in a beam-group specific manner. Thus, the network entity 104 may configure multiple SSB lists and configure different values or separate parameters for at least one of the parameters above for different SSB lists.

[0060] In some embodiments, the network entity 104 may configure common parameter or common configuration for at least one of the parameters above for different SSBs. In some embodiments, the network entity 104 may configure the beam-specific or beam-common parameters above for SSB via RRC signaling and may update the beam-specific or beam-common parameters via MAC-CE, MAC PDU, DCI, or another RRC signaling.

[0061] FIG. 3 is a diagram 300 illustrating an example of beam-specific SSB configurations and beam-common SSB configurations according to an embodiment.

[0062] The parameters 301 for a first SSB or first SSB list may include beam-specific configurations for a first set ofpower-domain / time-domain / frequency-domain related parameters. The parameters 303 for a second SSB or second SSB list may include beam-specific configurations for a first set ofpower-domain / time-domain / frequency-domain related parameters. The common parameters 305 for all SSBs may include beam-common configuration for a second set of power-domain / time-domain / frequency-domain related parameters.

[0063] The network entity 104 may transmit SSBs on multiple beams. For example, the network entity 104 may transmit the first SSB or the SSBs in the first SSB list (e.g., the first set of SSBs) based on the beam-specific configurations of the parameters 301 and the beam-common configurations of the parameters 305 on a first set of beams 307 to a first group of indoor UEs 311 situated on a higher floor of a building. The network entity 104 may transmit the second SSB or the SSBs in the second SSB list (e.g., the second set of SSBs) based on the beam-specific configurations of the parameters 303 and the beam-common configurations of the parameters 305 on a second set of beams 309 to a second group of indoor UEs 315 situated on a lower floor or a third group of outdoor UEs 313.

[0064] In some embodiments, for the beam-specific configuration, the network entity 104 may configure a common transmission power for all SSBs and configure separate transmission power offsets for different SSBs. Then the network entity 104 and the UE 102 may determine the transmission power for the SSB based on the common transmission power and the transmission power offset for the SSB, e.g., (common transmission power + transmission power offset) or (common transmission power -transmission power offset) .

[0065] In some embodiments, the network entity 104 may configure a common periodicity for PSS / SSS (may be referred to as synchronization signals) for different SSBs and separate periodicities (or beam-specific periodicities) for PBCH for different SSBs.

[0066] In some embodiments, the network entity 104 may configure a common frequency-domain location for PSS / SSS and separate frequency-domain locations (or beam-specific frequency-domain locations) for PBCH for different SSBs, where the PBCH for different SSBs may be multiplexed in a time division multiplexing (TDM) and / or frequency division multiplexing (FDM) manner.

[0067] FIG. 4 is a diagram 400 illustrating a first example for common configuration of periodicity and frequency domain location for synchronization signals and beam-specific configuration for PBCH for different SSBs.

[0068] Synchronization signals 1 (SS1) 401, 409, 415 for a first set or group of SSBs and synchronization signals 2 (SS2) 403, 411, 417 for a second set or group of SSBs have a common periodicity 431 and common frequency domain locations 433 based on beam-common configurations. PBCH1 405, 419 for the first set or group of SSBs has a beam-specific periodicity 441 and beam-specific frequency domain locations 443. PBCH2 407, 413, 421 for the second set or group of SSBs has a beam-specific periodicity 451 and beam-specific frequency domain locations 453.

[0069] In one embodiment, the network entity 104 may transmit the first group of SSBs on the first set of beams 307 to the first group of indoor UEs 311 in FIG. 3. The network entity 104 may transmit the second group of SSBs on the second set of beams 309 to the second group of indoor UEs or the third group of outdoor UEs 313 in FIG. 3.

[0070] FIG. 5 is a diagram 500 illustrating a second example for common configuration of periodicity and frequency domain location for synchronization signals and beam-specific configuration for PBCH for different SSBs.

[0071] Synchronization signals 1 (SS1) 501, 505, 509 for a first group of SSBs and synchronization signals 2 (SS2) 503, 507, 511 for a second group of SSBs again have a common periodicity 531 and common frequency domain locations 533 based on beam-common configurations. PBCH1 for the first group of SSBs has a beam-specific periodicity 541 and PBCH2 for the second group of SSBs has a beam-specific periodicity 551. As a result, SS1 may not always be accompanied by PBCH1. For example, SS1 501, 509 is accompanied by PBCH1 in a SSB structure while SS1 505 is not accompanied by PBCH1. In contrast, SS2 503, 507, 511 may always be accompanied by PBCH2.

[0072] According to another aspect, the configuration for the PRACH resources may be beam-specific. In some embodiments, with regard to different coverage and load for different beams, the network entity 104 may configure multiple configurations of at least one of the following parameters for random access channel (RACH) resources, where different configurations or different parameters may be for different PRACH resources or RACH occasions (ROs) that are associated with different SSB / channel state information reference signal (CSI-RS) or different groups of SSBs / CSI-RSs: · Preamble format (e.g., PRACH formats according to 3GPP TS 38.211 section  6.3.3.1) ; · Periodicity for PRACH; · Time-domain location for PRACH, e.g., frame / half-frame / subframe / slot  index (es) or offset (s) ; · Number of ROs per slot; · PRACH duration, e.g., number of symbols; · Preamble received target power, e.g., PO for PRACH power control; · Preamble received target power offset; · Pathloss compensation factor, e.g., alpha for PRACH power control; · Frequency domain location for the PRACH; · Power ramping step for PRACH; · Random access response (RAR) window, e.g., time window for RAR  monitoring after transmitting the PRACH; · Maximum transmission power for PRACH; · Zero correlation zone configuration, e.g., number of cyclic shifts (e.g., Ncs in  3GPP TS 38.211 section 6.3.3.1) for a PRACH root sequence; · Total number of preambles for RA or candidate preambles for random access  (RA) (e.g., a bitmap indicating the candidate preambles based on all the N configured / pre-defined (e.g., N=64) preambles for RA) ; · Preamble grouping configuration, e.g., whether group B preamble is enabled,  number of preambles for group A and / or group BRA, message 3 (Msg3) size threshold for group A / B preamble selection, additional power offset between Msg3 PUSCH and PRACH when group B preamble is selected; · Number of associated SSBs per RO for all the SSBs associated with the PRACH  configuration or PRACH resources; · SSB (s) associated with the PRACH configuration or PRACH resources; · Subcarrier spacing for PRACH; · Restricted set or candidate cyclic shifts for preamble selection, e.g., number of  cyclic shifts, candidate cyclic shift (s) for PRACH transmission; · Reference signal received power (RSRP) threshold for RO selection; · RSRP threshold for supplementary uplink carrier selection; · RA contention resolution timer, e.g., a timer to determine whether RA  contention resolution should be handled; · Waveform for Msg3, e.g., whether transform precoder is enabled or not for  Msg3 PUSCH; · PRACH root sequence index indicating the sequence for the PRACH  transmission; · Number of PRACH repetitions and threshold (s) for PRACH repetition  determination.

[0073] In some embodiments, the network entity 104 may configure at least one of the parameters above in a beam group specific manner. Thus, the network entity 104 may configure multiple PRACH configurations or PRACH resource sets and configure separate parameters for at least one of the parameters above for different PRACH configurations or PRACH resource sets. The network entity 104 may configure different SSBs or SSB lists associated with the PRACH configurations or different PRACH configurations.

[0074] In some embodiments, the network entity 104 may configure common parameter or common configuration for at least one of the parameters above for different PRACH configurations or PRACH resource sets. In some embodiments, the network entity 104 may configure the beam-specific or beam-common parameters above for PRACH via RRC signaling and may update the beam-specific or beam-common parameters via MAC-CE, MAC PDU, DCI, or another RRC signaling.

[0075] FIG. 6 is a diagram 600 illustrating an example for beam-specific PRACH configuration.

[0076] The parameters 601 for a first PRACH configuration or first PRACH resource may include beam-specific configurations for a first set of power-domain / time-domain / frequency-domain related parameters and associated SSB (s) . The parameters 603 for a second PRACH configuration or second PRACH resource may include beam-specific configurations for a first set ofpower-domain / time-domain / frequency-domain related parameters and associated SSB (s) . The common parameters 605 for all PRACH configurations or PRACH resources may include beam-common configuration for a second set of power-domain / time-domain / frequency-domain related parameters.

[0077] The UE 102 may perform random access procedure using PRACH resources or ROs associated with multiple beams. For example, a first group of indoor UEs 611 (e.g., situated on a higher floor of a building) may perform random access procedure with the network entity 104 using a first set of beams 607 based on the first beam-specific configurations of the first set of PRACH parameters 601 and the beam-common configurations of the second set of PRACH parameters 605 associated with a first set or group of SSB (s) . A second group of indoor UEs 615 (e.g., situated on a lower floor of a building) or a third group of outdoor UEs 613 may perform random access procedure with the network entity 104 using a second set of beams 609 based on the second beam-specific configurations of the first set of PRACH parameters 603 and the beam-common configurations of the second set of PRACH parameters 605 associated with a second set or group of SSB (s) .

[0078] In some embodiments, the network entity 104 may configure different transmission power for different SSBs. For RO selection, the network entity 104 may configure different thresholds, e.g., RSRP thresholds, for different SSBs for the UE 102 to determine whether an RO can be selected or not. For example, ifthe measured SS-RSRP for an SSB is higher than the threshold for the SSB, the UE 102 may determine the RO associated with the SSB can be used for PRACH transmission; otherwise, the UE 102 may continue to search another RO associated with another SSB. Ifthe UE 102 cannot identify any RO that meets the criteria for RO selection, the UE 102 may randomly select an RO, select an RO based on a UE methodology, or drop the PRACH transmission.

[0079] In some embodiments, the network entity 104 may configure a common threshold for RO selection based on a reference transmission power for the SSB, and the UE 102 may determine the threshold for an RO based on the transmission power offset between the SSB and the reference transmission power for the SSB and the configured common threshold. In one example, the UE may determine the RSRP threshold for RO(s) associated with an SSB for RO selection as one of the follows: RSRPthreshold = RSRP0 + Ptx, offset; or RSRPthreshold = RSRP0 -Ptx, offset where RSRP0 indicates the configured common RSRP threshold; and Ptx, offset indicates the offset between the configured transmission power for the SSB  and the reference transmission power.

[0080] In some embodiments, the network entity 104 and the UE 102 may perform similar methods above for selecting supplementary uplink carrier (SUL) or normal uplink (NUL) for PRACH transmission. For example, the network entity 104 may configure different thresholds for different SSBs for the SUL / NUL selection, or the UE 104 may determine the thresholds for different SSBs based on a common threshold and the offset between the configured transmission power for the SSB and the reference power.

[0081] In some embodiments, the network entity 104 and the UE 102 may perform similar methods above to determine the number of PRACH repetitions for PRACH transmission. For example, the network entity 104 may configure different thresholds for different SSBs for the determination of the number of PRACH repetitions, or the UE 102 may determine the thresholds for different SSBs for the determination of the number of PRACH repetitions based on a common threshold and the offset between the configured transmission power for the SSB and the reference power.

[0082] In some embodiments, the network entity 104 may configure a common received target power for all PRACH (P0common) and configure separate received target power offsets (P0offset) for different PRACHs. Then the network entity 104 and the UE 102 may determine the target received power for PRACH power control based on the configured common received target power and the received target power offset for the corresponding beam (RO) : P0target = P0common + P0offset; or P0target = P0common -P0offset

[0083] In some embodiments, as a result of different UE velocities and cell radius for different beams, the network entity 104 may configure different number of cyclic shifts and / or restricted sets for the cyclic shift (s) for PRACH resources or ROs associated with different SSBs. In one example, the cyclic shift indicates the variable Cv for PRACH generation. (e.g., Cv according to 3GPP TS 38.211 section 6.3.3.1) .

[0084] FIG. 7 is a diagram 700 illustrating an example for beam-specific cyclic shifts configuration for the PRACH.

[0085] The restricted set A 719 may correspond to cyclic shifts for UEs with high velocity such as a group of outdoor UEs 713 or a group of indoor UEs 715 in a lower floor. The unrestricted set 717 may correspond to cyclic shifts for UEs with low velocity, such as a group of indoor UEs 711 in a higher floor. The group of indoor UEs 711 in the higher floor may use the unrestricted set 717 of cyclic shifts for PRACH resources or ROs to perform random access procedure on a first set of beams 707 associated with a first set or group of SSB (s) . The group of outdoor UEs 713 or the group of indoor UEs 715 in the lower floor may use the restricted set A 719 of cyclic shifts for PRACH resources or ROs to perform random access procedure on a second set of beams 709 associated with a second set or group of SSB (s) .

[0086] In some embodiments, with regard to different load for different beams, the network entity 104 may configure different RAR windows for the RAR monitoring. The UE 102 may monitor the PDCCH / PDSCH for RAR within the RAR window corresponding to a beam. Similarly, the NE may configure the beam-specific RA contention resolution timer.

[0087] FIG. 8 is a diagram 800 illustrating an example for beam-specific RAR window configuration for the PRACH.

[0088] The RAR monitoring window 817 of a shorter duration T1 827 may correspond to the RAR monitoring window for a group of indoor UEs 811 in a higher floor. The RAR monitoring window 819 of a longer duration T2 829 may correspond to the RAR monitoring window for a group of outdoor UEs 813 or a second group of indoor UEs 815 in a lower floor. The group of indoor UEs 811 in the higher floor may use the RAR monitoring window 817 for RAR monitoring when performing random access procedure using a first set of beams 807 associated with a first set or group of SSB (s) . The group of outdoor UEs 813 or the group of indoor UEs 815 in the lower floor may use the RAR monitoring window 819 for RAR monitoring when performing random access procedure using a second set of beams 809 associated with a second set or group of SSB (s) .

[0089] In some embodiments, the PRACH configuration above may refer to at least one of the following PRACH configurations: · PRACH configuration for initial access; · PRACH configuration for a target cell for handover, e.g., PRACH triggered by a  handover procedure (handover command) or PRACH triggered by a reconfiguration with synchronization procedure; · PRACH configuration for a target cell for lower layer trigger mobility (LTM) ,  e.g., PRACH triggered by an LTM procedure (before LTM cell switch command (CSC) or by LTM cell switch command) ; о In some embodiments, ifthe UE 102 is configured to or determines to  perform a RACH-based LTM after receiving an LTM CSC MAC CE, the UE 102 performs PRACH transmission or RA procedure based on the PRACH configuration corresponding to the candidate or LTM transmission configuration indication (TCI) state indicated by the LTM CSC MAC CE. · PRACH configuration for subband full duplex (SBFD) , e.g., PRACH partially or  fully on the symbol / slot configured for SBFD operation; · PRACH configuration for PRACH adaptation for network energy saving (NES) ,  e.g., PRACH with at least one parameter that can be updated by layer 1 (DCI) or layer 2 signaling (MAC-CE) ; · PRACH configuration for system information block (SIB) request, e.g., PRACH  used to request the SIB 1, e.g., uplink wake-up signal, or to request system information other than SIB 1, e.g., system information request; · PRACH configuration for small data transmission (SDT) , e.g., PRACH used to  trigger the SDT procedure; · PRACH configuration for secondary cell group (SCG) , e.g., PRACH triggered  by the SCG activation procedure; · PRACH configuration for contention-free random access (CFRA) procedure,  e.g., PDCCH-ordered PRACH, beam failure recovery, and so on.

[0090] In some embodiments, if the indicated TCI state or a reference signal (RS) for deriving pathloss RS of an network-entity-initiated PRACH transmission is updated / changed between the end of an network-entity-transmitted signaling for initiating the PRACH transmission and the start of the PRACH transmission, the UE 102 may apply parameters corresponding to the updated / changed indicated TCI state or reference signal applied in the slot with transmission or RO of the PRACH.

[0091] According to another aspect, the configuration for PDCCH resources may be beam-specific. In some embodiments, with regard to different coverage and load for different beams, the network entity 104 may configure multiple configurations of at least one of the following parameters for PDCCH resources, where different configurations or different parameters may be for PDCCH associated with (or quasi-co-located (QCLed) with) different SSBs: · EPRE ratio between the DMRS of PDCCH or PDCCH and associated  PSS / SSS / DMRS of PBCH / PBCH; · Time-domain location for the PDCCH candidates or PDCCH monitoring  occasions (PDCCH search space (SS) ) , e.g., symbol / slot / subframe / frame index (es) , offset (s) compared to the time-domain location of the associated PSS / SSS / DMRS of PBCH / PBCH or offset in each period, number of (consecutive) symbols (or span) , number of monitoring occasions per period, intervals, etc., between two consecutive monitoring occasions; · Periodicity for the PDCCH candidates (PDCCH SS) ; · Bandwidth for the PDCCH candidates (PDCCH control resource set,  CORESET) , e.g., RB (s) for a CORESET; · RB level offset in units of RB from the first RB of the first 6RB group to the  first RB of bandwidth part (BWP) ; · Number of PDCCH candidates for each control channel element (CCE)  aggregation level (AL) ; · Precoder granularity, e.g., number of resource element group (REG) per  precoder; · Number of PDCCH repetitions; · Whether CORESET is configured or associated with a search space linked with  another one search space; · DMRS pattern for PDCCH, e.g., REs used for DMRS or symbols with DMRS; · EPRE ratio between DMRS for PDCCH and PDCCH; · Modulation order for PDCCH, e.g., pi / 2 BPSK or QPSK; · Waveform for PDCCH, e.g., transform precoder enabled or not; · Sequence for DMRS of PDCCH, e.g., low peak average power ratio (PAPR)  based sequence (e.g., Zadoff-Chu based or pi / 2 BPSK based) or QPSK based sequence; · Associated SSB (s) , e.g., SSBs with which the DMRS of the PDCCH is QCLed.

[0092] In some embodiments, the PDCCH above may refer to the common PDCCH, e.g., PDCCH scheduling PDSCH for SIB, RAR (PDSCH based on a random access -radio network temporary identifier (RA-RNTI) or messageB RNTI (MsgB-RNTI) ) , multi-cast channel (PDSCH based on a multi-cast channel RNTI (MCCH-RNTI) ) , SDT (PDSCH based on SDT-RNTI) , paging (PDSCH based on a paging RNTI (P-RNTI) ) , paging early indication (PDSCH based on a paging early indication RNTI (PEI-RNTI) ) . In some embodiments, the PDCCH above may refer to the PDCCH in at least one of the following search spaces (SSs) : SS with index zero, SS for RAR / MCCH / SDT / paging / PEI, SS with the SS type configured for common, or SS configured by MIB / SIB. In some embodiments, the PDCCH above may include the PDCCH for UE-dedicated signals, e.g., PDCCH scheduling PDSCH based on cell RNTI (C-RNTI) or configured scheduling RNTI (CS-RNTI) .

[0093] In some embodiments, the network entity 104 may configure at least one of the parameters above in beam group specific manner.

[0094] In some embodiments, the network entity 104 may configure multiple SS / CORESET configurations for parameters of a type of SS / CORESET, where different SSs / CORESET configurations may be associated with different SSBs or SSB lists. The network entity 104 may further configure the associated SSBs or SSB list for the SS / CORESET configurations. The network entity 104 may configure the same or different value for the beam-specific configurations of a first set of parameters and may configure the same value for the beam-common parameters of a second set of parameters. Then when UE 102 determines to monitor the PDCCH based on a SS / CORESET, it applies the corresponding configuration for the parameters of the SS / CORESET for PDCCH monitoring. In some embodiments, the network entity 104 and UE 102 may determine the periodicity and / or monitoring occasion for the PDCCH in a SS / CORESET, e.g., an initial SS / CORESET (SS / CORESET zero) , based on the time-domain location (e.g., periodicity, slot (s) and symbol (s) ) of the associated SSB (e.g., time-domain location of PSS, SSS, and / or PBCH) .

[0095] FIG. 9 is a diagram 900 illustrating a first example for multiple search space (SS)  / control resource set (CORESET) configurations for a type of SS / CORESET.

[0096] The network entity 104 may configure a PDCCH configuration including a first SS / CORESET 921 configuration for PDCCH resources to schedule PDSCH for RAR associated with a first SSB or first SSB list. The PDCCH configuration may include a second SS / CORESET 931 configuration for PDCCH resources to schedule PDSCH for RAR associated with a second SSB or second SSB list.

[0097] The first SS / CORESET 921 configuration may include beam-specific configurations 925 for a first set of parameters and associated SSB (s) (e.g., the first SSB or first SSB list) and beam-common configuration 927 for a second set of parameters common to all SSB (s) . The second SS / CORESET 931 configuration may include beam-specific configurations 935 for the first set of parameters and associated SSB(s) (e.g., the second SSB or second SSB list) and beam-common configuration 937 for a second set of parameters common to all SSB (s) . In one embodiment, the second set of parameters in the first SS / CORESET 921 having the beam-common configuration 927 and the second set of parameters in the second SS / CORESET 931 having the beam-common configuration 937 are the same parameters.

[0098] The network entity 104 may transmit DCI on the PDCCH to schedule PDSCH for RAR to a first group of indoor UEs 911 on a higher floor using a first set of beams 907 based on the beam-specific configurations 925 for the first set of parameters associated with the first SSB or first SSB list and the beam-common configuration 927 for the second set of parameters in the first SS / CORESET 921 configuration. The network entity 104 may transmit DCI on the PDCCH to schedule PDSCH for RAR to a second group of indoor UEs 915 on a lower floor or a third group of outdoor UEs 913 using a second set of beams 909 based on the beam-specific configurations 935 for the first set of parameters associated with the second SSB or second SSB list and the beam-common configuration 937 for the second set of parameters in the second SS / CORESET 931 configuration.

[0099] In some embodiments, the network entity 104 may configure multiple configurations for parameters of a SS / CORESET, where the multiple configurations may be applied for MOs for monitoring PDCCH on the SS / CORESET associated with different SSBs or SSB lists. Then when the UE 102 determines to monitor the PDCCH based on the MOs associated with one or multiple SSB (s) for a SS / CORESET, it applies the corresponding configuration for parameters for the MOs associated with the SSB (s) for PDCCH monitoring.

[0100] FIG. 10 is a diagram 1000 illustrating a second example for multiple SS / CORESET configurations for a type of SS / CORESET.

[0101] The network entity 104 may configure a PDCCH configuration including a search space (SS / CORESET) configuration 1021 for MOs for monitoring PDCCH.

[0102] The search space configuration 1021 may include beam-specific configurations 1031 for a first set of parameters for MOs associated with a first SSB or first SSB list, beam-specific configurations 1033 for the first set of parameters for MOs associated with a second SSB or second SSB list, and beam-common configurations 1035 for a second set of parameters for MOs common to all SSBs.

[0103] A first group of indoor UEs 1011 on a higher floor may monitor PDCCH mapped onto the SS / CORESET on a first set of beams 1007 based on the beam-specific configurations 1031 for the first set of parameters for MOs associated with the first SSB or first SSB list and the beam-common configurations 1035 for the second set of parameters. A second group of indoor UEs 1015 on a lower floor or a third group of outdoor UEs 1013 may monitor PDCCH mapped onto the SS / CORESET on a second set of beams 1009 based on the beam-specific configurations 1033 for the first set of parameters for MOs associated with the second SSB or second SSB list and the beam-common configurations 1035 for the second set of parameters.

[0104] In some embodiments, the network entity 104 may configure common parameter or common value for at least one of the parameters above for PDCCH associated with different SSBs. In some embodiments, some of the parameters may be pre-defined. For example, the EPRE ratio between the DMRS of PDCCH or PDCCH and associated PSS / SSS / DMRS of PBCH / PBCH may be pre-defined, e.g., 0dB.

[0105] FIG. 11 is a diagram 1100 illustrating an example for beam-specific PDCCH time-domain location for PDCCH MOs associated with different SSBs based on different SSs / CORESETs with the same type.

[0106] SSB1 1101, 1109, 1115 for a first group of SSBs and SSB2 1103, 1111, 1117 for a second group of SSBs have a common periodicity 1131 based on beam-common configuration. MOs 1105, 1119 for monitoring PDCCH mapped onto a first SS / CORESET (e.g., SS x) to schedule PDSCH for RAR associated with the first group of SSB has a beam-specific periodicity 1141. MOs 1107, 1113, 1121 for monitoring PDCCH mapped onto a second SS / CORESET (e.g., SS y) to schedule PDSCH for RAR associated with the second group of SSB has a beam-specific periodicity 1151.

[0107] FIG. 12 is a diagram 1200 illustrating an example for beam-specific PDCCH time-domain location for PDCCH MOs associated with different SSBs based on one SS / CORESET.

[0108] SSB1 1201, 1209, 1215 for a first group of SSBs and SSB2 1203, 1211, 1217 for a second group of SSBs have a common periodicity 1231 based on beam-common configurations. MOs 1205, 1219 for monitoring PDCCH mapped onto a SS / CORESET (e.g., SS x) to schedule PDSCH for RAR associated with a first group of SSB has a beam-specific periodicity 1241. MOs 1207, 1213, 1221 for monitoring PDCCH mapped onto the same SS / CORESET (e.g., SS x) to schedule PDSCH for RAR associated with a second group of SSB has a beam-specific periodicity 1251.

[0109] In some embodiments, the network entity 104 may configure the beam-specific PDCCH parameters or beam-common PDCCH parameters above via RRC signaling. In some embodiments, the network entity 104 may update the beam-specific PDCCH parameters or beam-common PDCCH parameters via MAC-CE, MAC PDU, DCI, or another RRC signaling.

[0110] According to another aspect, the configuration for PDSCH resources may be beam-specific. In some embodiments, with regard to different coverage and load for different beams, the network entity 104 may configure multiple configurations of at least one of the following parameters for PDSCH resources, where different configurations or different parameters may be for PDSCH associated with (QCLed with) different SSBs or scheduled by PDCCH associated with (QCLed with) different SSBs: ● EPRE ratio between the DMRS of PDSCH or PDSCH and associated  PSS / SSS / DMRS of PBCH / PBCH; ● Candidate time-domain resource allocations, e.g., candidate scheduling offset  between the PDCCH and PDSCH, candidate number of symbols for PDSCH, candidate starting symbol index (es) , candidate number of repetitions; ● Maximum bandwidth for the PDSCH, e.g., maximum number of scheduled RBs; ● Precoder resource block group (PRG) size, e.g., number of RBs per precoder; ● Physical resource block (PRB) bundling type; ● DMRS pattern for PDSCH, e.g., REs used for DMRS or symbols with DMRS,  DMRS and PDSCH mapping type, number of DMRS ports; ● Modulation and coding scheme (MCS) table for the PDSCH MCS indication,  e.g., candidate modulation orders, candidate coding schemes, or candidate spectrum efficiencies; ● Waveform for PDSCH, e.g., transform precoder enabled or not; ● Sequence for DMRS of PDSCH, e.g., low peak average power ratio (PAPR)  based sequence (e.g., Zadoff-Chu based or pi / 2 BPSK based) or QPSK based sequence; ● Resource mapping pattern for PDSCH, e.g., REs or RBs that are available or not  available for PDSCH or DMRS of PDSCH; ● Maximum MIMO layers.

[0111] In some embodiments, if the indicated TCI state or associated SSB is updated / changed between scheduling DCI for PDSCH and scheduled PDSCH, the UE 102 may apply parameters corresponding to the updated / changed indicated TCI state applied in the slot with reception of the scheduled PDSCH.

[0112] The UE 102 may apply the corresponding beam-specific configuration to receive the PDSCH scheduled by PDCCH associated with an SSB or SSB list.

[0113] In some embodiments, the PDSCH above may refer to the common PDSCH, e.g., PDSCH based on at least one of the RNTIs: system information RNTI (SI-RNTI) , RA-RNTI, MsgB-RNTI, MCCH-RNTI, SDT-RNTI, P-RNTI, or PEI-RNTI. In some embodiments, the PDSCH above may refer to the PDSCH scheduled by a particular DCI format, e.g., DCI format 1_0, or MAC-CE / MAC-PDU. In some embodiments, the PDSCH above may include the PDSCH for UE-dedicated signals, e.g., PDSCH based on C-RNTI or CS-RNTI.

[0114] In some embodiments, the network entity 104 may configure at least one of the PDSCH parameters above in a beam group specific manner. Thus, the network entity 104 may configure multiple SSB lists and configure different values or separate parameters for at least one of the parameters above for PDSCH associated with different SSB lists.

[0115] In some embodiments, the network entity 104 may configure common parameter or common configuration for at least one of the parameters above for PDSCH associated with different SSBs. In some embodiments, the network entity 104 may configure the beam-specific or beam-common parameters above for PDSCH via RRC signaling and may update the beam-specific PDSCH parameters or beam-common PDSCH parameters via MAC-CE, MAC PDU, DCI, or another RRC signaling.

[0116] FIG. 13 is a diagram 1300 illustrating an example for beam-specific DMRS pattern for PDSCH.

[0117] The first DMRS pattern 1321 for PDSCH associated with a first SSB or first SSB list may correspond to the DMRS pattern for a group of indoor UEs 1311 in a higher floor. The second DMRS pattern 1323 for PDSCH associated with a second SSB or second SSB list may correspond to the DMRS pattern for a group of outdoor UEs 1313 or a second group of indoor UEs 1315 in a lower floor. The group of indoor UEs 1311 in the higher floor may use the first DMRS pattern 1321 for PDSCH using a first set of beams 1307 associated with the first group of SSB (s) (e.g., the first SSB or first SSB list) . The group of outdoor UEs 1313 or the group of indoor UEs 1315 in the lower floor may use the second DMRS pattern 1323 using a second set of beams 1309 associated with the second group of SSB (s) (e.g., the second SSB or second SSB list) .

[0118] According to another aspect, the configuration for PUCCH resources may be beam-specific. In some embodiments, with regard to different coverage and load for different beams, the network 104 may configure multiple configurations of at least one the following parameters for PUCCH resources, where different configurations or different parameters may be for PUCCH associated with different SSBs, i.e., PUCCH scheduled by PDCCH or MAC-CE / MAC-PDU (e.g., RAR) associated with or QCLed with different SSBs: ● PUCCH format (DMRS and PUCCH mapping pattern, waveform and so on)  (e.g., one of the PUCCH formats according to 3GPP TS 38.211 section 6.3.2) ; ● Time-domain location for the PUCCH (a PUCCH repetition) in a slot, e.g., first  symbol and number of symbols for the PUCCH; ● Sub-slot length for sub-slot based PUCCH feedback in number of symbols; ● Number of PUCCH repetitions and / or mapping pattern of PUCCH repetitions; ● Frequency-domain location for the PUCCH, e.g., RB offset between the PUCCH  and a reference RB, e.g., the first RB in the initial bandwidth part or the first RB of PSS / SSS / PBCH, or number of RBs; ● Initial cyclic shift (s) for the PUCCH; ● Target received power for PUCCH power control; ● Target received power offset for PUCCH power control; ● Pathloss compensation factor, e.g., alpha for PUCCH power control; ● PRG size for PUCCH, e.g., number of RBs per precoder; ● Modulation order for PUCCH, e.g., pi / 2 BPSK or QPSK; ● Associated SSB (s) .

[0119] In some embodiments, the PUCCH above may refer to the common PUCCH, e.g., PUCCH for idle mode UE, PUCCH scheduled by DCI format 1_0, PUCCH scheduled by RAR, PUCCH based on a PUCCH resource configured by MIB / SIB, etc. In some embodiments, the PUCCH above may include the dedicated PUCCH, e.g., PUCCH scheduled by DCI format 1_1 / 1_2 / 1_3 or other DCI format, PUCCH for connected mode UE, or PUCCH based on a PUCCH resource configured by RRC reconfiguration.

[0120] In some embodiments, the network entity 104 may configure at least one of the PUCCH parameters above in a beam group specific manner.

[0121] In some embodiments, similar to beam-specific PDCCH configuration in FIG. 9, the network entity 104 may configure multiple common PUCCH resources or resource sets or resource groups (e.g., by MIB / SIB) , where different PUCCH resources or resource sets or resource groups may be associated with different SSBs or SSB lists. The network entity 104 may further configure the associated SSB (s) or SSB list for each common PUCCH resource or resource set. The UE 102 may transmit the PUCCH based on the corresponding PUCCH resource associated with an SSB.

[0122] In some embodiments, similar to beam-specific PDCCH configuration in FIG. 10, the network entity 104 may configure multiple parameters above for a PUCCH resource, where different parameters may be applied for PUCCH transmission occasions associated with different SSBs. Then UE 102 determines the PUCCH configuration based on the parameters for the SSB that the PUCCH is associated with, and applies the corresponding configuration for parameters to transmit the PUCCH.

[0123] In some embodiments, the network entity 104 may configure common parameter or common configuration for at least one of the parameters above for PUCCH associated with different SSBs. In some embodiments, the network entity 104 may configure the beam-specific or beam-common parameters above for PUCCH via RRC signaling and may update the beam-specific PUCCH parameters or beam-common PUCCH parameters via MAC-CE, MAC PDU, DCI, or another RRC signaling.

[0124] In some embodiments, if the indicated TCI state or associated SSB is updated / changed between a DCI indicating a PUCCH resource (e.g., a DL assignment) and the indicated PUCCH, the UE 102 may apply parameters corresponding to the updated / changed indicated TCI state applied in the slot with transmission of the indicated PUCCH.

[0125] According to another aspect, the configuration for PUSCH resources may be beam-specific. In some embodiments, with regard to different coverage and load for different beams, the network entity 104 may configure multiple configurations of at least one of the following parameters for PUSCH, where different configurations or different parameters may be for PUSCH associated with different SSBs, i.e., PUSCH scheduled by PDCCH or RAR associated with or QCLed with different SSBs, or PUSCH in PUSCH occasions for configured-grant PUSCH (CG-PUSCH) with different SSBs: ● Hopping configuration, e.g., whether the sequence and / or group hopping (e.g.,  according to 3GPP TS 38.211 section 6.4.1.1.1.1.2) for PUSCH is enabled or not; ● Candidate time-domain resource allocations, e.g., candidate scheduling offset  between the PUCCH and PUSCH, candidate number of symbols for PUSCH, candidate starting symbol index (es) , candidate number of repetitions; ● Target received power offset between Msg3 / MsgA PUSCH and PRACH; ● Target received power for PUSCH power control; ● Target received power offset for PUSCH power control; ● Pathloss compensation factor, e.g., alpha for PUCCH power control; ● PRG size for PUSCH, e.g., number of RBs per precoder; ● DMRS pattern for PUSCH, e.g., REs used for DMRS or symbols with DMRS,  DMRS and PUSCH mapping type, number of DMRS ports; ● MCS table for the PUSCH MCS indication, e.g., candidate modulation orders,  candidate coding schemes, or candidate spectrum efficiencies; ● Waveform for PUSCH, e.g., transform precoder enabled or not; ● Sequence for DMRS of PUSCH, e.g., low peak average power ratio (PAPR)  based sequence (e.g., Zadoff-Chu based or pi / 2 BPSK based) or QPSK based sequence; ● Resource mapping pattern for PUSCH, e.g., REs or RBs that are available or not  available for PUSCH or DMRS of PUSCH; ● Whether invalid symbol pattern is enabled and / or number of invalid symbols; ● Associated SSB (s) .

[0126] As mentioned, beam-specific configurations for CG-PUSCH resources may be associated with different SSBs. CG-PUSCH may be referred to as a preconfigured UL channel / resource. For CG-PUSCH based on the CG-PUSCH configurations for a list of PUSCH occasions associated with different SSBs, the NE may further configure multiple configurations of at least one of the following parameters: ● PUSCH retransmission timer; ● Threshold (s) for PUSCH occasion selection, e.g., RSRP threshold; ● Number of associated SSBs per CG-PUSCH occasion; ● Number of DMRS ports / sequences for a CG-PUSCH occasion; ● Time-domain resource, e.g., symbols in a slot, number of slots, number of  repetitions, slot offset or periodicity; ● Frequency-domain resource, e.g., RBs for PUSCH; ● MCS; ● Precoder and number of layers; ● Antenna port (s) .

[0127] In some embodiments, , the PUSCH above may refer to the PUSCH on common PUSCH resource, e.g., PUSCH for idle mode UE, PUSCH scheduled by DCI format 0_0, PUSCH scheduled by RAR, MsgA PUSCH, PUSCH based on CG-PUSCH occasion associated with at least one SSB (e.g., CG-PUSCH for LTM, RACH-less handover, or SDT) . In some other implementations, the PUSCH above may include the PUSCH on dedicated PUSCH resource, e.g., PUSCH scheduled by DCI format 0_1 / 0_2 / 0_3 or other DCI format, PUSCH for connected mode UE.

[0128] In some embodiments, if the indicated TCI state or associated SSB is updated / changed between scheduling DCI for PUSCH and scheduled PUSCH, the UE 102 may apply parameters corresponding to the updated / changed indicated TCI state applied in the slot with transmission of the scheduled PUSCH.

[0129] In some embodiments, the network entity 104 may configure different transmission power for different SSBs. For PUSCH occasion selection, the NE may configure different thresholds, e.g., RSRP thresholds, for different SSBs for the UE 102 to determine whether a PUSCH occasion can be selected or not. For example, if the measured SS-RSRP for an SSB is higher than the threshold for the SSB, the UE 102 may determine the corresponding PUSCH occasion can be used for CG-PUSCH transmission; otherwise, the UE 102 may continue to search another PUSCH occasion associated with another SSB. If the UE 102 cannot identify any PUSCH occasion that meets the criteria for PUSCH occasion selection, it may randomly select a PUSCH occasion, select a PUSCH occasion based on a UE methodology, or drop the PUSCH transmission.

[0130] In some embodiments, the network entity 104 may configure a common threshold for PUSCH occasion selection based on a reference transmission power for the SSB, and the UE102 may determine threshold for a PUSCH occasion based on the transmission power offset between the SSB and the reference transmission power and the configured common threshold. In one example, the UE may determine the RSRP threshold for PUSCH occasion (s) associated with an SSB for PUSCH occasion selection as one of the follows: RSRPth resh old = RSRP0 + Ptx, offset; or RSRPth resh old = RSRP0 -Ptx, offset where RSRP0 indicates the configured common RSRP threshold; and Ptx, offset indicates the offset between the configured transmission power for the SSB  and the reference transmission power.

[0131] In some embodiments, the network entity 104 and the UE 102 may determine CG-PUSCH occasion and SSB mapping based on the associated SSBs, the DMRS port index, DMRS sequence index, PUSCH configuration period index, time division duplex (TDD) UL / DL configuration, and SSB locations for a cell, e.g., the target cell for the CG-PUSCH.

[0132] FIG. 14 is a diagram 1400 illustrating a flowchart to determine the CG-PUSCH occasion and SSB mapping. The network entity 104 and the UE 102 may determine whether a PUSCH occasion is valid or not based on a first set of SSBs and determine the association between the PUSCH and the SSBs based on a second set of SSBs. In some embodiments, if multiple lists of SSBs are configured, the network 104 and the UE 102 may determine whether a PUSCH occasion is valid or not based on all the lists of SSBs and determine the association between the PUSCH occasion and the SSB based on the configured / predefined associated SSB list. The network 104 and UE 102 may perform the same approach to determine the PRACH occasion and SSB mapping.

[0133] In operation 1401, network entity 104 and the UE 102 determine the valid PUSCH occasion. For example, in operation 1401a, the network entity 104 and the UE 102 determine if a PUSCH occasion overlaps with a valid PRACH occasion, or if the PUSCH occasion is in DL or flexible symbol based on the TDD UL / DL configuration for the cell in unpaired spectrum, or if the PUSCH occasion overlaps with an SSB with gap symbols in unpaired spectrum. If the answer to operation 1401a is ‘yes’ , in operation 1401b, the PUSCH occasion is invalid. Otherwise ( ‘no’ branch of operation 1401a) , in operation 1401c, the PUSCH occasion is valid.

[0134] In some embodiments, for unpaired spectrum and for SS / PBCH blocks with indexes provided by ssb-PositionsInBurst in LTM-SSB-Config or servingCellConfigCommon or SIB1 for a cell, if UE 102 is provided tdd-UL-DL-ConfigurationCommon for the cell, a PUSCH occasion for the cell is valid if the PUSCH occasion is within UL symbols and starts at least Ngap symbols after a last downlink symbol, and at least Ngap symbols after a last SS / PBCH block symbol, where Ngap is provided in Table 8.1-2 in 3GPP TS 38.213.

[0135] In some embodiments, the network entity 104 may provide the same value for at least one parameter in SIB1 for a cell and in ltm-CandidateConfig for the same cell. Thus, the UE 102 may not need to receive the SIB1 for the cell during or after the LTM procedure. Alternatively, the network entity 104 may provide different value for at least one parameter in SIB1 for a cell and in ltm-CandidateConfig for the same cell. Then the UE 102 may perform further communication with the cell based on the value configured for the parameter configured in SIB1 or in ltm-CandidateConfig for the cell, which may be pre-defined or configured by the network entity 104.

[0136] In some embodiments, the UE 102 may report the UE capability indicating whether the UE 102 supports receiving the SIB1 for a target cell for LTM operation. The network entity 104 may configure whether the UE 102 should receive the SIB1 for a target cell for LTM operation.

[0137] In operation 1411, the network entity 104 and the UE 102 determine the associated SSBs. For example, in operation 1411a, the network entity 104 and the UE 102 determine if the associated SSBs for the cell are configured. If the associated SSBs for the cell are configured ( ‘yes’ branch of operation 1411a) , in operation 1411b, the associated SSBs for the cell are based on the configured associated SSBs. Otherwise ( ‘no’ branch of operation 1411a) , in operation 1411c, the associated SSBs are based on the configured transmitted SSBs for the cell.

[0138] In operation 1413, the network entity 104 and the UE 102 determine the SSB and PUSCH occasion mapping based on the valid PUSCH occasions and the associated SSBs.

[0139] In some embodiments, for LTM, the network entity 104 may configure the associated SSB (s) by rrc-SSB-Subset in cg-LTM-Configuration. Then the network entity 104 and the UE 102 may determine a number of SS / PBCH block indexes  to map to a number of valid PUSCH occasions for PUSCH transmissions over an association period. The associated SSB (s) may be based on the SSBs for the target cell for the CG-PUSCH, where the SSBs for the target cell may be configured by ssb-PositionsInBurst in LTM-SSB-Config for the target cell. If network entity 104 does not configure rrc-SSB-Subset in cg-LTM-Configuration, the UE 102 determines  for a cell from the value of ssb-PositionsInBurst in LTM-SSB-Config or servingCellConfigCommon or SIB1 for the cell. A PUSCH occasion for a PUSCH transmission is defined by a time resource and a frequency resource and is associated with a DM-RS provided by cg-DMRS-Configuration for the configuration of PUSCH transmissions. The network entity 104 may configure a number of repetitions for a PUSCH transmission by repK or numberOfRepetitions. If the number of repetitions is provided and larger than 1, all the PUSCH occasions of the repetitions for the PUSCH transmission are mapped to the same SS / PBCH block index (es) .

[0140] In some embodiments, an association period, starting from frame with SFN 0, for mapping SS / PBCH block indexes, from the number of SS / PBCH block indexes, to valid PUSCH occasions and associated DM-RS resources is the smallest value in the set determined by the PUSCH configuration period provided by periodicity in ConfiguredGrantConfig (e.g., according to Table 19.1-1 in 3GPP TS 38.213) such that SS / PBCH block indexes are mapped at least once to valid PUSCH occasions and associated DM-RS resources within the association period.

[0141] In some embodiments, an association pattern period includes one or more association periods and is determined so that a pattern between PUSCH occasions with associated DMRS resources and SS / PBCH block indexes repeats at most every 640 msec. PUSCH occasions and associated DMRS resources not associated with SS / PBCH block indexes after an integer number of association periods, if any, are not used for PUSCH transmissions

[0142] In some embodiments, to map the SSB to PUSCH occasion based on the valid PUSCH occasions and the associated SSBs, each N of SS / PBCH block indexes in increasing order are mapped to valid PUSCH occasions and associated DMRS resources in the following order: 1. first, in increasing order of DMRS resource indexes within a PUSCH  occasion, where a DMRS resource index DMRSid is determined first in an ascending order of a DMRS port index and second in an ascending order of a DMRS sequence index; 2. Second, in increasing order of PUSCH configuration period indexes. Where N is provided by rrc-SSB-PerCG-PUSCH in cg-LTM-Configuration.

[0143] FIGs. 15-16 show methods for implementing one or more aspects of FIGs. 2-14. In particular, FIG. 15 shows an implementation by the UE 102 of the one or more aspects of FIGs. 2-14. FIG. 16 shows an implementation by the network entity 104 of the one or more aspects of FIGs. 2-14.

[0144] FIG. 15 is a flowchart of a method 1500 of wireless communication at a UE 102 for beam-specific common channel configuration according to an embodiment. With reference to FIG. 1, the method 500 may be performed by the UE 102.

[0145] The UE 102 optionally transmits 1502, to a network entity 104, UE-supported capabilities for beam-specific common channel configuration. For example, referring to FIG. 2, the UE 102 may optionally transmit 202, to the network entity 104 UE capability on supported features for beam-specific common channel configuration. In one embodiment, the UE 102 reports at least one of the UE capabilities pertaining to: the supported parameters for beam-specific configuration; the supported channels for beam-specific configuration, e.g., beam-specific configuration for SSB / PRACH, beam-specific configuration for common PDCCH / PDSCH / PUCCH / PUSCH.

[0146] The UE 102 receives 1504, from the network entity 104, first control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel, the plurality of beam-specific configurations being associated with a plurality of SSBs and the beam-common configuration being associated with all of the plurality of SSBs. For example, referring to FIG. 2, the UE 102 may receive 204, from the network entity 104, first control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel. The plurality of beam-specific configurations are associated with a plurality of SSBs. The beam-common configuration is associated with all of the plurality of SSBs.

[0147] The UE 102 optionally receives 1506, from the network entity 104, second control signaling updating the plurality of beam-specific configurations. For example, referring to FIG. 2, the UE 102 may optionally receive 206, from the network entity 104, second control signaling updating one or more of the multiple beam-specific configurations. The network entity 104 may update the beam-specific configurations by MAC-CE, MAC-PDU, DCI or another RRC signaling.

[0148] The UE 102, receives 1508, from the network entity 104, one or more SSBs of the plurality of SSBs. For example, referring to FIG. 2, the UE 102 may receive 208, from the network entity 104, one or more SSBs of the plurality of SSBs. In some embodiments, the network entity 104 may transmit the SSBs on a common configuration (e.g., beam-common configuration for the second set of parameters) or SSB specific or SSB list specific configuration (e.g., beam-specific configuration for the first set of parameters) .

[0149] The UE 102, communicates 1510, with the network entity 104, in a transmission occasion associated with an SSB of the one or more SSBs, the transmission occasion being communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters. For example, referring to FIG. 2, the UE 102 may communicate 210, with the network entity 104, in a transmission occasion associated with an SSB of the one or more SSBs. The UE 102 may determine one or more transmissions associated with the SSB for the channel to communicate with the network entity 104 on the transmission occasions for the channel. The transmission occasion is communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters. The UE 102 may determine, based on the first set of parameters associated with the channel, the beam-specific configurations associated with the SSB. The UE may determine, based on the second set of parameters associated with the channel, the beam-common configurations associated with the SSB. The UE 102 may communicate with the network entity 104 on the channel based on the beam-specific configurations for the first set of parameters and the beam-common configurations for the second set of parameters. In some embodiments, the UE 102 may determine one or more transmissions associated with the SSB for the channel to communicate with the network entity 104 on the transmission occasions for the channel. In some embodiments, the associated SSB (s) used to determine the transmission occasion of the channel may be configured or indicated by the network entity 104, or determined by the UE 102, e.g., based on the measured layer 1 or layer 3 quality for the SSB (s) .

[0150] FIG. 15 describes a method from a UE-side of a wireless communication link, whereas FIG. 16 describes a method from a network-side of the wireless communication link.

[0151] FIG. 16 is a flowchart of a method 1600 of wireless communication at a network entity for beam-specific common channel configuration according to an embodiment. With reference to FIG. 1, the method 1600 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 108, and / or the CU 110.

[0152] The network entity 104 optionally receives 1602, from a UE, UE-supported capabilities for beam-specific common channel configuration. For example, referring to FIG. 2, the network entity 104 may optionally receive 202, from the 104 UE capability on supported features for beam-specific common channel configuration. In one embodiment, at least one of the UE capabilities pertain to: the supported parameters for beam-specific configuration; the supported channels for beam-specific configuration, e.g., beam-specific configuration for SSB / PRACH, beam-specific configuration for common PDCCH / PDSCH / PUCCH / PUSCH.

[0153] The network entity 104 transmits 1604, to the UE 102, first control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel, the plurality of beam-specific configurations being associated with a plurality of SSBs and the beam-common configuration being associated with all of the plurality of SSBs. For example, referring to FIG. 2, the network entity 104 may transmit 204, to any of the UEs 102 in a cell, first control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel. The plurality of beam-specific configurations are associated with a plurality of SSBs. The beam-common configuration is associated with all of the plurality of SSBs.

[0154] The network entity 104 optionally transmits 1606, to the UE 102, second control signaling updating the plurality of beam-specific configurations. For example, referring to FIG. 2, the network entity 104 may optionally transmit 206, to any of the UEs in the cell, second control signaling updating one or more of the multiple beam-specific configurations. The network entity 104 may update the beam-specific configurations by MAC-CE, MAC-PDU, DCI or another RRC signaling.

[0155] The network entity 104, transmits 1608 the plurality of SSBs. For example, referring to FIG. 2, the network entity 104 may transmit 208, to any one of the UEs in the cell, one or more SSBs of the plurality of SSBs. In some embodiments, the network entity 104 may transmit the SSBs on a common configuration (e.g., beam-common configuration for the second set of parameters) or SSB specific or SSB list specific configuration (e.g., beam-specific configuration for the first set of parameters) .

[0156] The network entity 104, communicates 1610, with UE 102, in a transmission occasion associated with an SSB of the one or more SSBs, the transmission occasion being communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters. For example, referring to FIG. 2, the network entity 104 may communicate 210, with the UE 102, in a transmission occasion associated with an SSB of the one or more SSBs. The UE 102 may determine one or more transmissions associated with the SSB for the channel to communicate with the network entity 104 on the transmission occasions for the channel. The transmission occasion is communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters. The UE 102 may determine, based on the first set of parameters associated with the channel, the beam-specific configurations associated with the SSB. The UE may determine, based on the second set of parameters associated with the channel, the beam-common configurations associated with the SSB. The network entity 104 may communicate with UE 102 on the channel based on the beam-specific configurations for the first set of parameters and the beam-common configurations for the second set of parameters. In some embodiments, the associated SSB (s) used to determine the transmission occasion of the channel may be configured or indicated by the network entity 104, or determined by the UE 102, e.g., based on the measured layer 1 or layer 3 quality for the SSB (s) .

[0157] A UE apparatus 1702, as described in FIG. 17, may perform the method of flowchart 1500 of FIG. 15. The one or more network entities 104, as described in FIG. 18, may perform the method of flowchart 16 of FIG. 16.

[0158] FIG. 17 is a diagram illustrating a hardware implementation for an example UE apparatus to support beam-specific common channel configuration according to some embodiments. The UE apparatus 1702 may be the UE 102, a component of the UE 102, or may implement UE functionality. The UE apparatus 1702 may include an application processor 1706, which may have on-chip memory 1706’ . In examples, the application processor 1706 may be coupled to a secure digital (SD) card 1708 and / or a display 1710. The application processor 1706 may also be coupled to a sensor (s) module 1712, a power supply 1714, an additional module of memory 1716, a camera 1718, and / or other related components. For example, the sensor (s) module 1712 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.

[0159] The UE apparatus 1702 may further include a wireless baseband processor 1726, which may be referred to as a modem. The wireless baseband processor 1726 may have on-chip memory 1726′. Along with, and similar to, the application processor 1706, the wireless baseband processor 1726 may also be coupled to the sensor (s) module 1712, the power supply 1714, the additional module of memory 1716, the camera 1718, and / or other related components. The wireless baseband processor 1726 may be additionally coupled to one or more subscriber identity module (SIM) card (s) 1720 and / or one or more transceivers 1730 (e.g., wireless RF transceivers) .

[0160] Within the one or more transceivers 1730, the UE apparatus 1702 may include a Bluetooth module 1732, a WLAN module 1734, an SPS module 1736 (e.g., GNSS module) , and / or a cellular module 1738. The Bluetooth module 1732, the WLAN module 1734, the SPS module 1736, and the cellular module 1738 may each include an on-chip transceiver (TRX) , or in some cases, just a transmitter (TX) or just a receiver (RX) . The Bluetooth module 1732, the WLAN module 1734, the SPS module 1736, and the cellular module 1738 may each include dedicated antennas and / or utilize antennas 1740 for communication with one or more other nodes. For example, the UE apparatus 1702 can communicate through the transceiver (s) 1730 via the antennas 1740 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.

[0161] The wireless baseband processor 1726 and the application processor 1706 may each include a computer-readable medium  / memory 1726′, 1706′, respectively. The additional module of memory 1716 may also be considered a computer-readable medium  / memory. Each computer-readable medium  / memory 1726′, 1706′, 1716 may be non-transitory. The wireless baseband processor 1726 and the application processor 1706 may each be responsible for general processing, including execution of software stored on the computer-readable medium  / memory 1726′, 1706′, 1716. The software, when executed by the wireless baseband processor 1726  / application processor 1706, causes the wireless baseband processor 1726  / application processor 1706 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 1726  / application processor 1706 when executing the software. The wireless baseband processor 1726  / application processor 1706 may be a component of the UE 102. The UE apparatus 1702 may be a processor chip (e.g., modem and / or application) and include just the wireless baseband processor 1726 and / or the application processor 1706. In other examples, the UE apparatus 1702 may be the entire UE 102 and include the additional modules of the apparatus 1702.

[0162] As discussed in FIG. 1 and implemented with respect to FIG. 17, beam-specific common channel configuration processing component 140 is configured to receive from the base station / network entity 104 a control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel. The plurality of beam-specific configurations are associated with a plurality of SSBs. The beam-common configuration is associated with all of the plurality of SSBs. The beam-specific common channel configuration processing component 140 is further configured to receive from the base station / network entity 104 one or more SSBs of the plurality of SSBs. The beam-specific common channel configuration processing component 140 is further configured to enable the UEs 102 to communicate with the network entity 104 in a transmission occasion associated with an SSB of the one or more SSBs. The transmission occasion is communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.

[0163] The UE-initiated beam measurement and reporting component 140 may be within the application processor 1706 (e.g., at 140a) , the wireless baseband processor 1726 (e.g., at 140b) , or both the application processor 1706 and the wireless baseband processor 1726. The beam-specific common channel configuration processing 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.

[0164] FIG. 18 is a diagram illustrating a hardware implementation for one or more example network entities to support beam-specific common channel configuration according to some embodiments. 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 1846, which may have on-chip memory 1846′. In some aspects, the CU 110 may further include an additional module of memory 1856 and / or a communications interface 1848, both of which may be coupled to the CU processor 1846. The CU 110 can communicate with the DU 108 through a midhaul link 162, such as an F 1 interface between the communications interface 1848 of the CU 110 and a communications interface 1828 of the DU 108.

[0165] The DU 108 may include a DU processor 1826, which may have on-chip memory 1826′. In some aspects, the DU 108 may further include an additional module of memory 1836 and / or the communications interface 1828, both of which may be coupled to the DU processor 1826. The DU 108 can communicate with the RU 106 through a fronthaul link 160 between the communications interface 1828 of the DU 108 and a communications interface 1808 of the RU 106.

[0166] The RU 106 may include an RU processor 1806, which may have on-chip memory 1806′. In some aspects, the RU 106 may further include an additional module of memory 1816, the communications interface 1808, and one or more transceivers 1830, all of which may be coupled to the RU processor 1806. The RU 106 may further include antennas 1840, which may be coupled to the one or more transceivers 1830, such that the RU 106 can communicate through the one or more transceivers 1830 via the antennas 1840 with the UE 102.

[0167] The on-chip memory 1806′, 1826′, 1846′and the additional modules of memory 1816, 1836, 1856 may each be considered a computer-readable medium  / memory. Each computer-readable medium  / memory may be non-transitory. Each of the processors 1806, 1826, 1846 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) 1806, 1826, 1846 causes the processor (s) 1806, 1826, 1846 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) 1806, 1826, 1846 when executing the software. In examples, the beam-specific common channel configuration transmitting 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.

[0168] As discussed in FIG. 1 and implemented with respect to FIG. 18, the beam-specific common channel configuration transmitting component 150 is configured to transmit beam-specific common channel configuration for use by UEs 102 when accessing a cell. The beam-specific common channel configuration transmitting component 150 is configured to transmit a control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel. The plurality of beam-specific configurations are associated with a plurality of SSBs. The beam-common configuration is associated with all of the plurality of SSBs. The beam-specific common channel configuration transmitting component 150 is further configured to transmit the plurality of SSBs. The beam-specific common channel configuration transmitting component 150 is further configured enable the base stations 104 or the network entity of the base stations 104 to communicate with the UE 102 in a transmission occasion associated with an SSB of the plurality of SSBs. The transmission occasion is communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.

[0169] The beam-specific common channel configuration transmitting component 150 may be within one or more processors of the one or more network entities 104, such as the RU processor 1806 (e.g., at 150a) , the DU processor 1826 (e.g., at 150b) , and / or the CU processor 1846 (e.g., at 150c) . The UE-initiated beam reporting configuration 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 1806, 1826, 1846 configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors 1806, 1826, 1846, or a combination thereof.

[0170] The specific order or hierarchy of blocks in the processes and flowcharts disclosed herein is 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 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.

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

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

[0173] 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 shall 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.

[0174] 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 can 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 can be used to store computer executable code in the form of instructions or data structures that can be accessed by a computer. Storage media may be any available media that can be accessed by a computer.

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

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

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

[0178] 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 “can” , 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 “can” 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.

[0179] 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 should be interpreted as a set of elements where the elements number one or more.

[0180] 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) . Hence, like numbers may refer to like actions.

[0181] 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” shall 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, shall be construed as “based at least on A” unless specifically recited differently.

[0182] The following examples are illustrative only and may be combined with other examples or teachings described herein, without limitation.

[0183] Example 1 is a method of wireless communication at a UE, including receiving) , from a network entity, first control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel, the plurality of beam-specific configurations being associated with a plurality of synchronization signal blocks, SSBs, and the beam-common configuration being associated with all of the plurality of SSBs; receiving, from the network entity, one or more SSBs of the plurality of SSBs; and communicating, with the network entity, in a transmission occasion associated with an SSB of the one or more SSBs, the transmission occasion being communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.

[0184] Example 2 may be combined with example 1 and further includes that the channel including at least one of: a SSB transmission; a physical random access channel, PRACH; a physical downlink control channel, PDCCH; a physical downlink shared channel, PDSCH; a physical uplink control channel, PUCCH; or a physical uplink shared channel, PUSCH.

[0185] Example 3 may be combined with example 2 and further includes that the receiving the one or more SSBs including: receiving an SSB on a beam based on a beam-specific configuration of the plurality of beam-specific configurations for the first set of parameters and further includes that the first set of parameters are associated with the SSB transmission.

[0186] Example 4 may be combined with any examples 1-3 and further includes that the first set of parameters for the channel including at least one of: a power-domain parameter; a time-domain parameter; a frequency-domain parameter; a spatial-domain parameter; a cyclic prefix parameter; or a bandwidth parameter.

[0187] Example 5 may be combined with any examples 1-4 and further includes that the first control signaling indicates an association between one of the plurality of beam-specific configurations for the first set of parameters and: one of the plurality of SSBs corresponding to a beam; or a subset of the plurality of SSBs corresponding to a group of beams.

[0188] Example 6 may be combined with any examples 1-5 and further includes that the beam-common configuration for the second set of parameters including a reference configuration common for the plurality of SSBs and further includes that each of the plurality of beam-specific configurations has a separate offset value from the reference configuration for a respective SSB, and further includes that a beam-specific configuration for a first parameter associated with the respective SSB includes a combination of the reference configuration and an offset value corresponding to the respective SSB.

[0189] Example 7 may be combined with any examples 2-6 and further includes that the first set of parameters having the plurality of beam-specific configurations associated with the PRACH including parameters for PRACH resources or random access channel occasions, ROs, associated with the plurality of SSBs.

[0190] Example 8 may be combined with example 7 and further includes that the plurality of beam-specific configurations for one of the set of parameters including a plurality of thresholds for a reference signal received power, RSRP, associated with the plurality of SSBs, and further includes that the communicating with the network entity on the channel including at least one of: communicating on the PRACH using a RO associated with the SSB when the RSRP for the SSB exceeds the threshold associated with the SSB; communicating on the PRACH using an uplink carrier based on the RSRP for the SSB exceeding the threshold associated with the SSB; or communicating on the PRACH using a number of PRACH repetitions based on the RSRP for the SSB exceeding the threshold associated with the SSB.

[0191] Example 9 may be combined with example 7 and further includes that the parameters for the PRACH resources or ROs associated with the plurality of SSBs including at least one of: one or more target received powers for the ROs; one or more cyclic shifts for the PRACH resources or ROs; one or more random access response, RAR, windows; or one or more preambles for the ROs.

[0192] Example 10 may be combined with any examples 2-6 and further includes that the first set of parameters having the plurality of beam-specific configurations associated with the PDCCH including at least one of: energy per resource element, EPRE, ratios between the PDCCH and the plurality of SSBs; search space, SS,  / control resource sets, CORESETs, associated with the plurality of SSBs; monitoring occasions, MOs, of the SS / CORESETs associated with the plurality of SSBs; precoder resources associated with the plurality of SSBs; demodulation reference signal, DMRS, patterns associated with the plurality of SSBs; modulation schemes associated with the plurality of SSBs; waveforms associated with the plurality of SSBs; or sequences for the DMRS associated with the plurality of SSBs.

[0193] Example 11 may be combined with any examples 2-6 and further includes that the first set of parameters having the plurality of beam-specific configurations associated with the PDSCH including at least one of: energy per resource element, EPRE, ratios between the PDSCH and the plurality of SSBs; precoder resources associated with the plurality of SSBs; demodulation reference signal, DMRS, patterns associated with the plurality of SSBs; modulation and coding schemes, MCSs, associated with the plurality of SSBs; waveforms associated with the plurality of SSBs; or sequences for the DMRS associated with the plurality of SSBs.

[0194] Example 12 may be combined with any examples 2-6 and further includes that the first set of parameters having the plurality of beam-specific configurations associated with the PUCCH including at least one of: waveforms associated with the plurality of SSBs; cyclic shifts associated with the plurality of SSBs; target receive powers associated with the plurality of SSBs; precoder resources associated with the plurality of SSBs; modulation and coding schemes, MCSs, associated with the plurality of SSBs; or transmission occasions associated with the plurality of SSBs.

[0195] Example 13 may be combined with any examples 2-6 and further includes that the first set of parameters having the plurality of beam-specific configurations associated with the PUSCH including at least one of: hopping configurations associated with the plurality of SSBs; target receive powers associated with the plurality of SSBs; precoder resources associated with the plurality of SSBs; demodulation reference signal, DMRS, patterns associated with the plurality of SSBs; modulation and coding schemes, MCSs, associated with the plurality of SSBs; waveforms associated with the plurality of SSBs; or sequences for the DMRS associated with the plurality of SSBs.

[0196] Example 14 may be combined with example 13 and further includes that the plurality of beam-specific configurations for the first set of parameters including a plurality of thresholds for a reference signal received power, RSRP, associated with the plurality of SSBs, and further includes that the communicating with the network entity including: communicating on the PUSCH in the transmission occasion associated with the SSB when the RSRP of the SSB exceeds the threshold for the SSB.

[0197] Example 15 may be combined with example 14 and further includes that the communicating with the network entity on the channel including: determining one or more valid PUSCH transmission occasions based on the plurality of SSBs associated with the plurality of beam-specific configurations; and determining an association between the one or more of the plurality of SSBs and the valid transmissions PUSCH transmission occasions for the communicating with the network entity.

[0198] Example 16 may be combined with any examples 1-15 and further includes transmitting, to the network entity, UE-supported capabilities for the plurality of beam-specific configurations including at least one of: beam-specific configuration for a SSB configuration, beam-specific configuration for a PRACH configuration, beam-specific configuration for a PDCCH configuration, beam-specific configuration for a PDSCH configuration, beam-specific configuration for a PUCCH configuration, or beam-specific configuration for a PUSCH configuration.

[0199] Example 17 may be combined with any examples 1-16 and further includes receiving, from the network entity, second control signaling updating the plurality of beam-specific configurations for the first set of parameters.

[0200] Example 18 is a method of wireless communication at a network entity, including transmitting, first control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel, the plurality of beam-specific configurations being associated with a plurality of synchronization signal blocks, SSBs, and the beam-common configuration being associated with all of the plurality of SSBs; transmitting the plurality of SSBs; and communicating, with a UE, in a transmission occasion associated with an SSB of the plurality of SSBs, the transmission occasion being communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.

[0201] Example 19 may be combined with example 18 and further includes that the channel including at least one of: a SSB transmission; a physical random access channel, PRACH; a physical downlink control channel, PDCCH; a physical downlink shared channel, PDSCH; a physical uplink control channel, PUCCH; or a physical uplink shared channel, PUSCH.

[0202] Example 20 may be combined with example 19 and further includes that the transmitting the plurality of SSBs including: transmitting an SSB on a beam based on a beam-specific configuration of the plurality of beam-specific configurations for the first set of parameters and further includes that the first set of parameters are associated with the SSB transmission.

[0203] Example 21 may be combined with any examples 18-20 and further includes that the first set of parameters for the channel including at least one of: a power-domain parameter; a time-domain parameter; a frequency-domain parameter; a spatial-domain parameter; a cyclic prefix parameter; or a bandwidth parameter.

[0204] Example 22 may be combined with any examples 18-21 and further includes that the first control signaling indicates an association between one of the plurality of beam-specific configurations for the first set of parameters and: one of the plurality of SSBs corresponding to a beam; or a subset of the plurality of SSBs corresponding to a group of beams.

[0205] Example 23 may be combined with any examples 18-22 and further includes that the beam-common configuration for the second set of parameters including a reference configuration common for the plurality of SSBs and ad further includes that each of the plurality of beam-specific configurations has a separate offset value from the reference configuration for a respective SSB, and further includes that a beam-specific configuration for a first parameter associated with the respective SSB includes a combination of the reference configuration and an offset value corresponding to the respective SSB.

[0206] Example 24 may be combined with any examples 19-23 and further includes that the first set of parameters having the plurality of beam-specific configurations associated with the PRACH including parameters for PRACH resources or random access channel occasions, ROs, associated with the plurality of SSBs.

[0207] Example 25 may be combined with example 24 and further includes that the parameters for the PRACH resources or ROs associated with the plurality of SSBs including at least one of: one or more target received powers for the ROs; one or more cyclic shifts for the PRACH resources or ROs; one or more random access response, RAR, windows; or one or more preambles for the ROs.

[0208] Example 26 may be combined with any examples 19-23 and further includes that the first set of parameters having the plurality of beam-specific configurations associated with the PDCCH including at least one of: energy per resource element, EPRE, ratios between the PDCCH and the plurality of SSBs; search space, SS,  / control resource sets, CORESETs, associated with the plurality of SSBs; monitoring occasions, MOs, of the SS / CORESETs associated with the plurality of SSBs; precoder resources associated with the plurality of SSBs; demodulation reference signal, DMRS, patterns associated with the plurality of SSBs; modulation schemes associated with the plurality of SSBs; waveforms associated with the plurality of SSBs; or sequences for the DMRS associated with the plurality of SSBs.

[0209] Example 27 may be combined with any examples 19-23 and further includes that the first set of parameters having the plurality of beam-specific configurations associated with the PDSCH including at least one of: energy per resource element, EPRE, ratios between the PDSCH and the plurality of SSBs; precoder resources associated with the plurality of SSBs; demodulation reference signal, DMRS, patterns associated with the plurality of SSBs; modulation and coding schemes, MCSs, associated with the plurality of SSBs; waveforms associated with the plurality of SSBs; or sequences for the DMRS associated with the plurality of SSBs.

[0210] Example 28 may be combined with any examples 19-23 and further includes that the first set of parameters having the plurality of beam-specific configurations associated with the PUCCH including at least one of: waveforms associated with the plurality of SSBs; cyclic shifts associated with the plurality of SSBs; target receive powers associated with the plurality of SSBs; precoder resources associated with the plurality of SSBs; modulation and coding schemes, MCSs, associated with the plurality of SSBs; or transmission occasions associated with the plurality of SSBs.

[0211] Example 29 may be combined with any examples 19-23 and further includes that the first set of parameters having the plurality of beam-specific configurations associated with the PUSCH including at least one of: hopping configurations associated with the plurality of SSBs; target receive powers associated with the plurality of SSBs; precoder resources associated with the plurality of SSBs; demodulation reference signal, DMRS, patterns associated with the plurality of SSBs; modulation and coding schemes, MCSs, associated with the plurality of SSBs; waveforms associated with the plurality of SSBs; or sequences for the DMRS associated with the plurality of SSBs.

[0212] Example 30 may be combined with any examples 18-29 and further includes receiving, from the UE, UE-supported capabilities for the plurality of beam-specific configurations including at least one of: beam-specific configuration for a SSB configuration, beam-specific configuration for a PRACH configuration, beam-specific configuration for a PDCCH configuration, beam-specific configuration for a PDSCH configuration, beam-specific configuration for a PUCCH configuration, or beam-specific configuration for a PUSCH configuration; and further includes that the control signaling indicating the plurality of beam-specific configurations is based on the UE-supported capabilities.

[0213] Example 31 may be combined with any examples 18-30 and further includes transmitting, second control signaling updating the plurality of beam-specific configurations for the first set of parameters.

[0214] Example 32 an apparatus for wireless communication comprising a memory, a transceiver, and a processor coupled to the memory and the transceiver, the apparatus being configured to implement is a method as in any of claims 1-31.

Claims

1.A method of wireless communication at a user equipment, UE, (102) , comprising:receiving (204) , from a network entity (104) , first control signaling indicatinga plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel, the plurality of beam-specific configurations being associated with a plurality of synchronization signal blocks, SSBs, and the beam-common configuration being associated with all of the plurality of SSBs;receiving (208) , from the network entity (104) , one or more SSBs of the plurality of SSBs; andcommunicating (210) , with the network entity (104) , in a transmission occasion associated with an SSB of the one or more SSBs, the transmission occasion being communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.2.The method of claim 1, wherein the channel comprises at least one of:a SSB transmission;a physical random access channel, PRACH;a physical downlink control channel, PDCCH;a physical downlink shared channel, PDSCH;a physical uplink control channel, PUCCH; ora physical uplink shared channel, PUSCH.3.The method of claim 2, wherein the receiving (208) the one or more SSBs comprises:receiving an SSB on a beam based on a beam-specific configuration of the plurality of beam-specific configurations for the first set of parameters, wherein the first set of parameters are associated with the SSB transmission.4.The method of any of claims 1-3, wherein the first set of parameters for the channel comprises at least one of:a power-domain parameter;a time-domain parameter;a frequency-domain parameter;a spatial-domain parameter;a cyclic prefix parameter; ora bandwidth parameter.5.The method of any of claims 1-4, wherein the first control signaling indicates an association between one of the plurality of beam-specific configurations for the first set of parameters and:one of the plurality of SSBs corresponding to a beam; ora subset of the plurality of SSBs corresponding to a group of beams.6.The method of any of claims 1-5, wherein the beam-common configuration for the second set of parameters comprises a reference configuration common for the plurality of SSBs and wherein each of the plurality of beam-specific configurations has a separate offset value from the reference configuration for a respective SSB, and wherein a beam-specific configuration for a first parameter associated with the respective SSB includes a combination of the reference configuration and an offset value corresponding to the respective SSB.7.The method of any of claims 2-6, wherein the first set of parameters having the plurality of beam-specific configurations associated with the PRACH comprises parameters for PRACH resources or random access channel occasions, ROs, associated with the plurality of SSBs.8.The method of claim 7, wherein the parameters for the PRACH resources or ROs associated with the plurality of SSBs comprises at least one of:one or more target received powers for the ROs;one or more cyclic shifts for the PRACH resources or ROs;one or more random access response, RAR, windows; orone or more preambles for the ROs.9.The method of any of claims 2-6, wherein the first set of parameters having the plurality of beam-specific configurations associated with the PDCCH comprises at least one of:energy per resource element, EPRE, ratios between the PDCCH and the plurality of SSBs;search space, SS,  / control resource sets, CORESETs, associated with the plurality of SSBs;monitoring occasions, MOs, of the SS / CORESETs associated with the plurality of SSBs;precoder resources associated with the plurality of SSBs;demodulation reference signal, DMRS, patterns associated with the plurality of SSBs;modulation schemes associated with the plurality of SSBs;waveforms associated with the plurality of SSBs; orsequences for the DMRS associated with the plurality of SSBs.10.The method of any of claims 2-6, wherein the first set of parameters having the plurality of beam-specific configurations associated with the PDSCH comprises at least one of:energy per resource element, EPRE, ratios between the PDSCH and the plurality of SSBs;precoder resources associated with the plurality of SSBs;demodulation reference signal, DMRS, patterns associated with the plurality of SSBs;modulation and coding schemes, MCSs, associated with the plurality of SSBs;waveforms associated with the plurality of SSBs; orsequences for the DMRS associated with the plurality of SSBs.11.The method of any of claims 2-6, wherein the first set of parameters having the plurality of beam-specific configurations associated with the PUCCH comprises at least one of:waveforms associated with the plurality of SSBs;cyclic shifts associated with the plurality of SSBs;target receive powers associated with the plurality of SSBs;precoder resources associated with the plurality of SSBs;modulation and coding schemes, MCSs, associated with the plurality of SSBs; ortransmission occasions associated with the plurality of SSBs.12.The method of any of claims 2-6, wherein the first set of parameters having the plurality of beam-specific configurations associated with the PUSCH comprises at least one of:hopping configurations associated with the plurality of SSBs;target receive powers associated with the plurality of SSBs;precoder resources associated with the plurality of SSBs;demodulation reference signal, DMRS, patterns associated with the plurality of SSBs;modulation and coding schemes, MCSs, associated with the plurality of SSBs;waveforms associated with the plurality of SSBs; orsequences for the DMRS associated with the plurality of SSBs.13.The method of any of claims 1-12, further comprising:transmitting (202) , to the network entity (104) , UE-supported capabilities for the plurality of beam-specific configurations including at least one of:beam-specific configuration for a SSB configuration,beam-specific configuration for a PRACH configuration,beam-specific configuration for a PDCCH configuration,beam-specific configuration for a PDSCH configuration,beam-specific configuration for a PUCCH configuration, orbeam-specific configuration for a PUSCH configuration.14.The method of any of claims 1-13, further comprising:receiving (206) , from the network entity (104) , second control signaling updating the plurality of beam-specific configurations for the first set of parameters.15.A method of wireless communication at a network entity (104) , comprising:transmitting (204) , to a user equipment, UE, (102) , first control signaling indicating a plurality of beam-specific configurations for a first set of parameters for a channel and a beam-common configuration for a second set of parameters for the channel, the plurality of beam-specific configurations being associated with a plurality of synchronization signal blocks, SSBs, and the beam-common configuration being associated with all of the plurality of SSBs;transmitting (208) the plurality of SSBs; andcommunicating (210) , with the UE (102) , in a transmission occasion associated with an SSB of the plurality of SSBs, the transmission occasion being communicated on the channel based on the first set of parameters corresponding to the associated SSB and the second set of parameters.16.The method of claim 15, wherein the channel comprises at least one of:a SSB transmission;a physical random access channel, PRACH;a physical downlink control channel, PDCCH;a physical downlink shared channel, PDSCH;a physical uplink control channel, PUCCH; ora physical uplink shared channel, PUSCH.17.The method of any of claims 15-16, wherein the first set of parameters for the channel comprises at least one of:a power-domain parameter;a time-domain parameter;a frequency-domain parameter;a spatial-domain parameter;a cyclic prefix parameter; ora bandwidth parameter.18.The method of any of claims 15-17, wherein the first control signaling indicates an association between one of the plurality of beam-specific configurations for the first set of parameters and:one of the plurality of SSBs corresponding to a beam; ora subset of the plurality of SSBs corresponding to a group of beams.19.The method of any of claims 15-18, wherein the beam-common configuration for the second set of parameters comprises a reference configuration common for the plurality of SSBs and wherein each of the plurality of beam-specific configurations has a separate offset value from the reference configuration for a respective SSB, and wherein a beam-specific configuration for a first parameter associated with the respective SSB includes a combination of the reference configuration and an offset value corresponding to the respective SSB.20.An apparatus for wireless communication comprising a memory, a transceiver, and a processor coupled to the memory and the transceiver, the apparatus being configured to implement a method as in any of claims 1-19.

Images