Methods and apparatus for pdcch transmission for system information in wireless communications

Abstract

Various solutions for physical downlink control channel (PDCCH) transmission for system information in wireless communications are described. A user equipment (UE) may receive at least one synchronization signal block (SSB) including broadcast information and system information associated with the at least one SSB. The UE may monitor a PDCCH for system information based on the broadcast information. The time-domain resource used for the PDCCH may be configured to be located after a time-domain resource used for the at least one SSB, and the at least one SSB and the PDCCH may be time-division multiplexed.

Description

METHODS AND APPARATUS FOR PDCCH TRANSMISSION FOR SYSTEM INFORMATION IN WIRELESS COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of PCT Application No. PCT / CN2025 / 085110, filed 26 March 2025, the content of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to wireless communications and, more particularly, to methods and apparatus for physical downlink control channel (PDCCH) transmission for system information in wireless communications.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] Wireless communication technologies have continued to evolve rapidly over the years. Long term evolution (LTE) systems and fifth generation (5G) new radio (NR) systems have been developed to provide higher data rates, lower latency, improved system capacity, and enhanced support for a wide range of deployment scenarios. In 5G NR systems, a radio access network (RAN) typically includes one or more base stations (e.g., next generation Node Bs (gNBs) ) communicating with a plurality of user equipments (UEs) . In addition to conventional terrestrial network (TN) deployments, 5G NR is also expected to support non-terrestrial network (NTN) scenarios, such as satellite-based communications, to provide extended coverage and enhanced service continuity. Furthermore, future wireless systems, including sixth generation (6G) systems, are being studied to further improve system performance and flexibility under diverse operating conditions.

[0005] In wireless communication systems, an initial access process is an important phase in which a UE establishes a communication connection with a network. During the initial access process, the UE is required to achieve synchronization, acquire system configuration information, and establish parameters for communications. The efficiency of the initial access process directly affects user experience as well as overall network resource utilization. In particular, reducing initial access latency has become an important design consideration for wireless communication systems, especially for latency-sensitive services.

[0006] In existing wireless communication systems, signals used for initial access and system information acquisition are typically multiplexed and scheduled over limited radio resources. While certain multiplexing schemes may improve resource utilization efficiency, such schemes may also affect UE reception behavior and search complexity. For example, when signals for synchronization and signals for system information transmission are multiplexed in a frequency domain, a UE receiving one type of signal may not be able to simultaneously cover frequency resources occupied by another type of signal, thereby hindering timely acquisition of system information.

[0007] The above issues may be further exacerbated in certain deployment scenarios. As wireless communication systems evolve toward larger coverage areas and increased deployment flexibility, transmission periodicities of signals used for initial access may be extended to reduce network load or to accommodate specific deployment conditions. Under such circumstances, if a UE is unable to complete acquisition of both synchronization signals and system information within a single access opportunity, the UE may be required to wait for a subsequent access opportunity, which can significantly increase the overall initial access delay.

[0008] Accordingly, in existing wireless communication systems, the initial access process may be constrained by a combination of signal multiplexing schemes and signal periodicity configurations, resulting in reduced efficiency of system information acquisition and increased initial access latency. In particular, in scenarios involving extended access periodicities or complex deployment conditions, the minimum achievable initial access delay may be strictly limited, making it difficult to satisfy low-latency and high-reliability requirements. Therefore, there is a need for improved schemes to more efficiently support the initial access process and to reduce access latency associated with system information acquisition in wireless communication systems.SUMMARY

[0009] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits, and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0010] One objective of the present disclosure is proposing schemes, concepts, designs, systems, methods, and apparatus pertaining to physical downlink control channel (PDCCH) transmission for system information in wireless communications. It is believed that the above-described issue would be avoided or otherwise alleviated by implementing one or more of the proposed schemes described herein.

[0011] In one aspect, a method may involve a user equipment (UE) receiving at least one synchronization signal block (SSB) including broadcast information associated and system information with the at least one SSB. The method may also involve the UE monitoring a PDCCH for system information based on the broadcast information. A time-domain resource used for the PDCCH may be configured to be located after a time-domain resource used for the at least one SSB, and the at least one SSB and the PDCCH may be time-division multiplexed.

[0012] In one aspect, a method may involve a network node transmitting at least one SSB including broadcast information and system information associated with the at least one SSB. The method may also involve the network node transmitting a PDCCH for system information based on the broadcast information. A time-domain resource used for transmitting the PDCCH may be configured to be located after a time-domain resource used for transmitting the at least one SSB, and the at least one SSB and the PDCCH may be time-division multiplexed.

[0013] In one aspect, a UE may comprise a transceiver that, during operation, wirelessly communicates with a network node. The UE may also comprise a processor communicatively coupled to the transceiver. The processor, during operation, may perform operations comprising receiving, via the transceiver, at least one SSB including broadcast information and system information associated with the at least one SSB. The processor may also perform operations comprising monitoring a PDCCH for system information based on the broadcast information. A time-domain resource used for transmitting the PDCCH may be configured to be located after a time-domain resource used for transmitting the at least one SSB, and the at least one SSB and the PDCCH may be time-division multiplexed.

[0014] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, 5th Generation (5G) , New Radio (NR) , Internet-of-Things (IoT) and Narrow Band Internet of Things (NB-IoT) , Industrial Internet of Things (IIoT) , beyond 5G (B5G) , and 6th Generation (6G) , the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0016] FIG. 1 is a diagram depicting an example scenario of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented.

[0017] FIG. 2 is a diagram depicting an example scenario in accordance with an implementation of the present disclosure.

[0018] FIG. 3 is a diagram depicting an example scenario in accordance with an implementation of the present disclosure.

[0019] FIG. 4 is a diagram depicting an example scenario in accordance with an implementation of the present disclosure.

[0020] FIG. 5 is a diagram depicting an example scenario in accordance with an implementation of the present disclosure.

[0021] FIG. 6 is a diagram depicting an example scenario in accordance with an implementation of the present disclosure.

[0022] FIG. 7 is a diagram depicting an example scenario in accordance with an implementation of the present disclosure.

[0023] FIG. 8 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0024] FIG. 9 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0025] FIG. 10 is a flowchart of another example process in accordance with an implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0026] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0027] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes, and / or solutions pertaining to physical downlink control channel (PDCCH) transmission for system information in wireless communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0028] In some implementations of the present disclosure, wireless communication systems may be deployed in various scenarios, including but not limited to terrestrial network (TN) scenarios and non-terrestrial network (NTN) scenarios. An NTN may refer to a network that utilizes radio frequency (RF) and information processing resources carried on satellites or other high-altitude communication platforms to provide communication services for user equipments (UEs) . Compared with conventional TN deployments, such scenarios may involve extended coverage areas, different propagation characteristics, and design constraints on signal transmission periodicity. Accordingly, mechanisms for system information acquisition and initial access are expected to operate efficiently across both TN and NTN deployments.

[0029] In 5G new radio (NR) systems, the initial access process is an important phase in which a UE establishes a connection with a network to initiate communication. During initial access, the UE is required to detect synchronization signal blocks (SSBs) and to acquire remaining minimum system information (RMSI) , such as system information block 1 (SIB1) , which is indicated via a physical downlink control channel (PDCCH) associated with a control resource set (CORESET0) . In legacy NR designs, SSBs and the RMSI CORESET0 may be multiplexed using either time-division multiplexing (TDM) or frequency-division multiplexing (FDM) .

[0030] However, in an FDM-based multiplexing scenario, when a UE receives an SSB, a search window configured for SSB reception may not be sufficient to simultaneously cover frequency resources occupied by the RMSI CORESET0. As a result, the UE may be unable to immediately acquire RMSI after detecting the SSB and may need to wait for a subsequent SSB transmission occasion to receive the RMSI. This limitation becomes more severe as the SSB transmission periodicity is extended, for example, in advanced NR evolution or NTN scenarios where the SSB periodicity may be increased to 40 milliseconds or even 160 –320 milliseconds. Under such conditions, the minimum achievable initial access delay may be effectively constrained by the SSB transmission periodicity.

[0031] In view of the above, existing NR systems may suffer from increased initial access latency due to FDM-based multiplexing between SSBs and RMSI CORESET0 and insufficient UE search window coverage. Some implementations of the present disclosure are motivated by, but not limited to, NTN scenarios, and accordingly propose a number of schemes for designing and simplifying time-domain multiplexing, frequency-domain multiplexing, and spatial-domain multiplexing between SSBs and RMSI CORESET0. Specifically, the proposed schemes aim to adopt a time-domain separation between SSBs and RMSI CORESET0 as a baseline design, while allowing optional frequency-domain multiplexing and / or spatial-domain multiplexing (e.g., beam-based multiplexing) on top of the time-domain separation. By applying the schemes in some implementations of the present disclosure, the efficiency of system information acquisition may be improved, and the initial access delay may be effectively reduced in both TN and NTN deployment scenarios.

[0032] In communication systems, considering the limited amount of information that may be carried in a master information block (MIB) , more important system messages are delivered through SIB1. The MIB carries configuration information indicating a PDCCH for SIB1, which corresponds to RMSI. In this context, the present disclosure further proposes a number of solutions related to RMSI transmission and reception, such as reducing detection delay and blind detection complexity associated with an RMSI CORESET, for example, a type-0 PDCCH or CORESET #0, and providing simplified indications and procedures for determining RMSI CORESET occasions. Specifically, the proposed solutions may include, but are not limited to, one or more of the following aspects: a relationship between an RMSI CORESET and an SSB beam (Beam_SSB) , an indication of a starting symbol for an RMSI CORESET (e.g., CORESET #0) , resource allocation and configuration mechanisms for an RMSI CORESET, and a reference signal design for PDCCH transmission associated with RMSI. In this context, the present disclosure addresses a number of schemes related to RMSI transmission and reception, with objectives including, but not limited to, reducing detection delay and blind detection complexity associated with an RMSI CORESET, and simplifying indication mechanisms and procedures for determining RMSI CORESET occasions. By implementing such schemes, a communication system may improve the efficiency and reliability of delivering system information to a UE, enabling the UE to more quickly acquire system configuration information and synchronize with a network during initial access. More specifically, the present disclosure proposes to consider the following exemplary proposals.

[0033] FIG. 1 illustrates an example scenario 100 of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented. Scenario 100 involves a UE 110 in wireless communication with a network 120 (e.g., a wireless network including an NTN and a TN) via a terrestrial network node 122 (e.g., a base station (BS) such as an eNB, a Next Generation Node-B (gNB) , a transmission / reception point (TRP) , a relay, or a gateway) and / or a non-terrestrial network node 124 (e.g., a satellite) . For example, in transparent payload mode, the terrestrial network node 122 (e.g., a BS) and the non-terrestrial network node 124 (e.g., a satellite operating as a relay) may form an NTN serving cell for wireless communication with the UE 110. In regenerative payload mode, the non-terrestrial network node 124 (e.g., a satellite) may have a full / part of gNB function and may be able to form an NTN serving cell for wireless communication with the UE 110, with or without involving the terrestrial network node 122 (e.g., a BS) . Alternatively, the terrestrial network node 122 may form a TN serving cell for wireless communication with the UE 110. In such a communication environment, the UE 110, the network 120, and the terrestrial network node 122 and / or the non-terrestrial network node 124 may implement various schemes pertaining to physical downlink control channel (PDCCH) transmission for system information in accordance with the present disclosure, as described below. It is noteworthy that, while the various proposed schemes may be individually or separately described below, in actual implementations, some or all of the proposed schemes may be utilized or otherwise implemented jointly. Of course, each of the proposed schemes may be utilized or otherwise implemented individually or separately.

[0034] FIG. 2 illustrates an example scenario 200 in accordance with an implementation of the present disclosure. FIG. 3 illustrates an example scenario 300 in accordance with an implementation of the present disclosure, corresponding to an example in which a relationship between an RMSI CORESET and a beam-based synchronization signal block (Beam_SSB) is configured using time-division multiplexing (TDM) with optional frequency-division multiplexing (FDM) and without spatial-division multiplexing (SDM) . FIG. 4 illustrates an example scenario 400 in accordance with an implementation of the present disclosure, corresponding to an example in which a relationship between an RMSI CORESET and a Beam_SSB is configured using TDM with optional FDM and optional SDM. FIG. 2 to FIG. 4 illustrate example relationships between an RMSI CORESET and a Beam_SSB in accordance with Proposal #1.

[0035] In some implementations, to reduce RMSI CORESET detection delay and blind detection complexity, a predefined or configured time-domain offset between an RMSI CORESET and a Beam_SSB may be utilized. In some implementations, a time-domain resource used for the RMSI CORESET is configured to be located after a time-domain resource used for the corresponding Beam_SSB. This design ensures that detection of the RMSI CORESET is performed after successful detection and decoding of the physical broadcast channel (PBCH) associated with the Beam_SSB. In some implementations, a one-to-one association may be configured between a Beam_SSB and an RMSI CORESET, as illustrated in FIG. 2. In such a configuration, each Beam_SSB is associated with a corresponding RMSI CORESET, and the RMSI CORESET is transmitted in a time-domain resource that follows the time-domain resource used for transmitting the associated Beam_SSB. In some scenarios without time-domain multiplexing between a Beam_SSB and an RMSI CORESET, an RMSI CORESET detection delay may include a Beam_SSB periodicity, a duration of the RMSI CORESET, and a processing delay at a UE. By contrast, in some scenarios with time-domain multiplexing between a Beam_SSB and an RMSI CORESET, an RMSI CORESET detection delay may include a duration of the Beam_SSB, a time-domain offset, a duration of the RMSI CORESET, and a processing delay. Accordingly, compared with scenarios without TDM, scenarios with TDM may effectively reduce the RMSI CORESET detection delay.

[0036] In some implementations, to improve the flexibility of a network in wideband systems and / or multi-beam systems, optional frequency-domain multiplexing and / or spatial-domain multiplexing may be utilized in combination with the time-domain multiplexing described above, as illustrated in FIG. 3 and FIG. 4. In some multi-beam scenarios, an RMSI CORESET associated with Beam #N may be configured in a time-domain resource and / or a frequency-domain resource that is utilized to transmit a Beam_SSB associated with Beam #M, where Beam #M is different from Beam #N. In some scenarios, spatial-domain separation between beams may allow partial or full overlap in time and / or frequency resources without causing ambiguity at the UE. In some wideband scenarios, an RMSI CORESET associated with Beam #N may be configured in a frequency-domain resource that is different from a frequency-domain resource used to transmit a Beam_SSB associated with Beam #M, where Beam #M may be equal to or different from Beam #N. The configurations may provide additional flexibility for resource allocation in wideband deployments while maintaining the time-domain separation between the Beam_SSB and the associated RMSI CORESET.

[0037] In some implementations, a TDM scheme is adopted as a baseline multiplexing design between an SSB and an RMSI CORESET0. In such implementations, the SSB and the associated RMSI CORESET0 are configured to be time-domain separated, and a time-domain resource used for the RMSI CORESET0 is located after a time-domain resource used for the SSB. In some implementations, based on the baseline TDM design, optional FDM and / or SDM may be further applied to improve deployment flexibility. In some scenarios, within a same beam, the SSB and the RMSI CORESET0 are required to be time-domain separated to ensure that a UE can acquire RMSI immediately after detecting the SSB. In some other scenarios, such as multi-beam or multi-TRP deployments, the RMSI CORESET0 associated with one beam or TRP may partially or fully overlap in time and / or frequency with an SSB associated with another beam or TRP by leveraging spatial-domain separation. By applying the baseline TDM design with optional FDM and / or SDM, a UE may be enabled to receive the RMSI CORESET0 immediately after receiving the SSB, without waiting for a subsequent SSB transmission period. Accordingly, the initial access delay may be significantly reduced, for example, from a level on the order of hundreds of milliseconds to a level on the order of several milliseconds. Such designs are applicable to both non-NTN scenarios, such as satellite systems with multiple beams, and TN scenarios, such as multi-TRP deployments.

[0038] In some implementations, Proposal #2 provides mechanisms for indicating a start symbol position of an RMSI CORESET #0 using one or more time-domain offsets at a system frame number (SFN) , slot / subframe, and / or symbol level relative to a Beam-SSB. In some implementations, a start position of an RMSI CORESET #0 may be indicated relative to a beam-based synchronization signal block (Beam_SSB) by using one or more time-domain offset parameters. The time-domain offset parameters may include an SFN offset, a slot or subframe offset, and / or a symbol offset between the RMSI CORESET and the Beam_SSB. In some implementations, an SFN associated with the RMSI CORESET may be indicated as being the same as an SFN associated with the Beam_SSB. In some scenarios where the Beam_SSB spans two SFNs, the SFN of the RMSI CORESET may correspond to either a start SFN of the Beam_SSB or an end SFN of the Beam_SSB. In some other implementations, an offset value X (e.g., X1) may be used to indicate an SFN offset between the RMSI CORESET and the SFN corresponding to the start or the end of the Beam_SSB, such as an offset relative to the end SFN of the Beam_SSB.

[0039] In some implementations, a slot or subframe associated with the RMSI CORESET may be indicated relative to a slot or subframe associated with the Beam_SSB. In some scenarios, the slot or subframe of the RMSI CORESET may be the same as a slot or subframe of the Beam_SSB. In some scenarios where the Beam_SSB spans two slots or subframes, the slot or subframe of the RMSI CORESET may correspond to either a start slot or subframe of the Beam_SSB or an end slot or subframe of the Beam_SSB. In some other implementations, an offset value Y may be used to indicate a slot or subframe offset between the RMSI CORESET and the Beam_SSB, such as an offset Y1 relative to an end of a maximum SSB subunit, or an offset Y2 relative to each SSB subunit. In some implementations, a symbol position associated with the RMSI CORESET may be indicated by a symbol offset value Z. In some scenarios, the symbol offset value Z may indicate an offset between the RMSI CORESET and a start or an end of the Beam_SSB. In some other scenarios, the symbol offset value Z may directly indicate a start symbol index of the RMSI CORESET. For example, an offset value Z1 may indicate a symbol offset relative to an end of a maximum SSB subunit, or an offset value Z2 may indicate a symbol offset relative to each SSB subunit.

[0040] In some implementations, one or more of the offset values X1, Y1, Y2, Z1, and Z2 may be predefined values, configured values, or values calculated based on a repetition number of the Beam_SSB and / or a Beam_SSB index. In some implementations, a repetition number of the RMSI CORESET may be the same as a repetition number of the Beam_SSB, or may be determined as a repetition factor multiplied by the repetition number of the Beam_SSB, where the repetition factor may be predefined or configured via a master information block (MIB) . In some implementations, different multiplexing pattern numbers may correspond to different combinations of time-domain offset values relative to the Beam_SSB. In some scenarios, different Beam_SSB repetition numbers may correspond to different RMSI CORESET position configuration tables. In some implementations, different Beam_SSB repetition numbers and different bandwidths (BW) and subcarrier spacings (SCS) of the Beam_SSB may correspond to different resource allocation tables for the RMSI CORESET.

[0041] In some implementations, to cooperate with a TDM based design between an SSB and an RMSI CORESET0, one or more offset indications from the SSB to the RMSI CORESET0 may be introduced to assist a UE in rapidly locating the RMSI CORESET0. In some implementations, the one or more offset indications may include an SFN offset, a slot or subframe offset, and / or a symbol offset, which may be used individually or in combination. In some scenarios, the one or more offset indications may be explicitly signaled to the UE. In some other scenarios, one or more offset values may be predefined, and in an event no explicit indication is provided, the UE may assume that the RMSI CORESET0 is located within a same SFN and / or a same slot as the associated SSB. In some implementations, a repetition design is further applied to the RMSI CORESET0. In some implementations, a repetition number of the RMSI CORESET0 may be the same as a repetition number of the SSB, or may be associated with the repetition number of the SSB according to a fixed repetition factor, such as one-half or one-quarter. In some implementations, the repetition factor may be predefined or may be indicated using a limited number of bits in a MIB. In some scenarios, different repetition numbers and / or different multiplexing pattern numbers may correspond to different predefined configuration tables for the RMSI CORESET0. The designs may provide additional flexibility for RMSI CORESET0 positioning and repetition while reducing UE search complexity under different deployment scenarios.

[0042] In some implementations, Proposal #3, Option 1 is provided to define a procedure for resource allocation and search space configuration of CORESET #0 associated with RMSI. FIG. 5 illustrates an example procedure 500 in accordance with an implementation of the present disclosure. In some implementations, at Step 1, a UE may perform PSS blind search and PBCH decoding to obtain Beam_SSB SCS, repetition number of Beam_SSB and Resource allocation configuration index, search space configuration index in PDCCH-ConfigSIB1 and subCarrierSpacingCommon in MIB. In some scenarios, the UE may perform a blind search of a primary synchronization signal (PSS) and decoding of a PBCH. Based on the PSS blind search and PBCH decoding, the UE obtains at least the following information: subcarrier spacing (SCS) of Beam-SSB, repetition number of Beam-SSB, a resource allocation configuration index, a search space configuration index in PDCCH-ConfigSIB1, and subCarrierSpacingCommon indicated in a MIB, for example, as defined in TS 38.331. In some scenarios, at Step 2, the UE may determine number of RBs of RMSI CORESET, number of Symbols of RMSI CORESET based on Beam_SSB SCS, resource allocation configuration index, subCarrierSpacingCommon. In some scenarios, the UE may determine configuration parameters of the RMSI CORESET based on the Beam-SSB SCS, the resource allocation configuration index, and the subCarrierSpacingCommon obtained in Step 1. The configuration parameters may include at least a number of resource blocks (RBs) allocated for the RMSI CORESET and a number of symbols for the RMSI CORESET, for example, according to rules specified in TS 38.213. In some implementations, at Step 3, the UE may determine the RMSI CORESET search space configuration (including at least one of frequency offset, time offset, repetition factor, and configuration) based on the repetition number of Beam_SSB, search space configuration index, Number of RBs of RMSI CORESET. In some scenarios, the UE may determine a search space configuration of the RMSI CORESET based on the repetition number of Beam-SSB, the search space configuration index, and the determined number of RBs of the RMSI CORESET. The search space configuration may include at least one of a frequency offset, a time offset, a repetition factor, and a corresponding repetition configuration.

[0043] In some scenarios, the resource allocation configuration index indicates the number of RBs and the number of symbols of the RMSI CORESET. Different resource allocation tables may be utilized for different combinations of Beam-SSB SCS and RMSI CORESET SCS, and / or for different minimum channel bandwidths of a Beam-SSB operating band. For example, when both the synchronization signal (SS) SCS and the CORESET SCS are 15 kHz, a corresponding resource allocation table (e.g., Table 1) may be used to determine the resource allocation of the RMSI CORESET. In some implementations, Table 1 provides example resource allocation configurations for RMSI CORESET when both the SS SCS and the CORESET SCS are 15 kHz. In some implementations, the search space configuration index indicates a time-domain offset between the RMSI CORESET and a start or an end of Beam-SSB, as well as a frequency-domain offset between the RMSI CORESET and a starting physical resource block (PRB) of Beam-SSB. Different search space configuration tables (e.g., Table 2) may be utilized for different Beam-SSB repetition numbers and / or different numbers of RBs of the RMSI CORESET. In some implementations, Table 2 provides example search space configurations for RMSI CORESET when PRBs and the repetition factor R is 1 for Beam_SSB. Table. 1 Table. 2

[0044] pdcch-ConfigSIB1 (6 / 7 / 8bits) in MIB

[0045] In some implementations, a UE may determine a common ControlResourceSet (CORESET) , a common search space, and necessary PDCCH parameters. In some implementations, the resource allocation configuration index (3 / 4bits) indicates the Number of RBs of RMSI CORESET, Number of Symbols for CORSET #0 (RMSI CORESET) , where different tables may be utilized for different combinations of Beam_SSB SCS SCS and RMSI CORESET SCS and / or different minimum channel bandwidth for the band of Beam_SSB. In some implementations, search space configuration index (2 / 3 / 4bits) , indicates the time domain offset between CORSET #0 (RMSI CORESET) and the start or the end of Beam_SSB, and the frequency domain offset between CORSET #0 (RMSI CORESET) and the start PRB of Beam_SSB, where different tables may be utilized for different Beam_SSB repetitions and / or different Number of RBs of RMSI CORESET, the Number of RBs of RMSI CORESET is obtained based on Resource allocation configuration index. With / without the repetition numbers of CORSET #0 (RMSI CORESET) = Repetition factor *Beam_SSB repetition NUMBER. With / without the repetition configuration of CORSET #0 (RMSI CORESET) to configure different repetition alternatives for CORSET #0 (RMSI CORESET) repetitions.

[0046] subCarrierSpacingCommon 1bits

[0047] Subcarrier spacing for SIB1, Msg. 2 / 4 and MsgB for initial access, paging and broadcast SI-messages. If the UE acquires this on a carrier frequency X: Case 1: if thr_1<X<thr_2, the value 0 corresponds to 15 kHz and the value 1 corresponds to 30 kHz. Case 2: if thr_3<X<thr_4, the value 0 corresponds to 30 kHz and the value 1 corresponds to 60 kHz. Case 3: if thr_5<X<thr_6, the value 0 corresponds to 60 kHz and the value 1 corresponds to 120 kHz. Case 4: if thr_7<X<thr_8, the value 0 corresponds to 30 kHz and the value 1 corresponds to 120 kHz. Case 5: if thr_9<X<thr_10, the value 0 corresponds to 120 kHz and the value 1 corresponds to 240 kHz. Case 6: if thr_11<X<thr_12, the value 0 corresponds to 240 kHz and the value 1 corresponds to 480 kHz. Case 7: For operation when thr_13<X<thr_14, the subcarrier spacing for SIB1, Msg. 2 / 4 and MsgB for initial access, paging and broadcast SI-messages is the same as that for the corresponding SSB. Note: The thr_1, thr_2, thr_3, thr_4, thr_5, thr_6, thr_7, thr_8, thr_9, thr_10, thr_11, thr_12, thr_13, thr_14 are predefined values according to RAN4 operation bands settings. At least one of the cases in subCarrierSpacingCommon should be utilized.

[0048] In some scenarios, a repetition number of the RMSI CORESET may be the same as the repetition number of Beam-SSB, or may be associated with the repetition number of Beam-SSB through a repetition factor. The repetition factor may be a predefined value or may be configured via a small number of bits in the MIB. In addition, the RMSI CORESET may support different repetition configurations to provide multiple repetition alternatives. In some implementations, the subCarrierSpacingCommon indicated in the MIB (e.g., one bit) specifies the subcarrier spacing for SIB1, initial access messages (e.g., Msg2, Msg4, and MsgB) , paging, and broadcast system information. The indicated subcarrier spacing may correspond to different predefined cases depending on an operating carrier frequency range. At least one of the predefined cases may be utilized, and related frequency threshold values may be predefined according to RAN4 operating band settings.

[0049] In some implementations, Proposal #3, Option 2 provides a scheme for resource allocation and configuration of the RMSI CORESET by separately indicating frequency-domain and time-domain configuration parameters. FIG. 6 illustrates an example scenario 600 in accordance with an implementation of the present disclosure. In some implementations, at Step 1, a UE may perform PSS blind search and PBCH decoding to obtain Beam_SSB SCS, repetition number of Beam_SSB and obtain frequency configuration index, time configuration index in PDCCH-ConfigSIB1 and subCarrierSpacingCommon in MIB. In some scenarios, the UE may first perform a PSS blind search and PBCH decoding. Based on the decoding results, the UE obtains a subcarrier spacing (SCS) of a Beam_SSB, a repetition number of the Beam_SSB, a frequency configuration index, a time configuration index from PDCCH-ConfigSIB1, and a subCarrierSpacingCommon parameter carried in the MIB, for example, as specified in TS 38.331. In some implementations, at Step 2, a UE may determine the number of RBs frequency offset based on Beam_SSB SCS, frequency configuration index, subCarrierSpacingCommon. In some scenarios, the UE may determine a number of resource blocks (RBs) for the RMSI CORESET and a frequency-domain offset of the RMSI CORESET based on the Beam_SSB SCS, the frequency configuration index, and the subCarrierSpacingCommon parameter, for example, in accordance with TS 38.213. Example frequency configuration mappings are illustrated in Table 3, where different frequency configuration indices correspond to different CORESET bandwidths and frequency offsets under a given SS SCS and CORESET SCS combination. In some implementations, at Step 3, a UE may determine the number of symbols RMSI CORESET position based on repetition number of beam_SSB, time configuration index in PDCCH-ConfigSIB1, number of RBs  In some scenarios, the UE may determine a number of symbols of the RMSI CORESET and a time-domain position of the RMSI CORESET based on the repetition number of the Beam_SSB and the time configuration index. Example time configuration mappings are illustrated in Table 4, where different time configuration indices indicate different CORESET durations, time offsets relative to the start or end of the Beam_SSB, and repetition factors and configurations. In some implementations, Table 3 provides example time-domain configuration parameters for RMSI CORESET when both the SS SCS and the CORESET SCS are 15 kHz. In some implementations, Table 4 provides example time configuration parameters for RMSI CORESET when PRBs and the repetition factor R is 1 for Beam_SSB. Table. 3 Table. 4

[0050] pdcch-ConfigSIB1 (6 / 7 / 8bits) in MIB

[0051] In some implementations, a UE may determine a common ControlResourceSet (CORESET) , a common search space and necessary PDCCH parameters. In some implementations, the frequency configuration index (3 / 4bits) , indicates the number of RBs for CORSET #0 (RMSI CORESET) and the frequency domain offset between CORSET #0 (RMSI CORESET) and the start PRB of Beam_SSB, where different tables may be utilized for different combinations of SS SCS and CORESET SCS and / or different minimum channel bandwidth for the band of Beam_SSB. In some implementations, the time configuration index (2 / 3 / 4bits) , indicates the time domain offset between CORSET #0 (RMSI CORESET) and the start or the end of Beam_SSB, and Number of Symbols for CORSET #0 (RMSI CORESET) , where different tables may be utilized for different beam_SSB repetitions and / or different Number of RBs for CORSET #0 (RMSI CORESET) . The number of RBs for CORSET #0 (RMSI CORESET) is obtained based on the frequency configuration index. With / without the repetition numbers of CORSET #0 (RMSI CORESET) = Repetition factor *beam_SSB repetition. With / without the repetition configuration of CORSET #0 (RMSI CORESET) to configure different repetition alternatives for CORSET #0 (RMSI CORESET) repetitions.

[0052] subCarrierSpacingCommon 1bits

[0053] Subcarrier spacing for SIB1, Msg. 2 / 4 and MsgB for initial access, paging and broadcast SI-messages. If the UE acquires this on a carrier frequency X: Case 1: if thr_1<X<thr_2, the value 0 corresponds to 15 kHz and the value 1 corresponds to 30 kHz. Case 2: if thr_3<X<thr_4, the value 0 corresponds to 30 kHz and the value 1 corresponds to 60 kHz. Case 3: if thr_5<X<thr_6, the value 0 corresponds to 60 kHz and the value 1 corresponds to 120 kHz. Case 4: if thr_7<X<thr_8, the value 0 corresponds to 30 kHz and the value 1 corresponds to 120 kHz. Case 5: if thr_9<X<thr_10, the value 0 corresponds to 120 kHz and the value 1 corresponds to 240 kHz. Case 6: if thr_11<X<thr_12, the value 0 corresponds to 240 kHz and the value 1 corresponds to 480 kHz. Case 7: For operation when thr_13<X<thr_14, the subcarrier spacing for SIB1, Msg. 2 / 4 and MsgB for initial access, paging and broadcast SI-messages is the same as that for the corresponding SSB. Note: the thr_1, thr_2, thr_3, thr_4, thr_5, thr_6, thr_7, thr_8, thr_9, thr_10, thr_11, thr_12, thr_13, thr_14 are predefined values according to RAN4 operation bands settings. At least one of the cases in subCarrierSpacingCommon should be utilized.

[0054] In some scenarios, the PDCCH-ConfigSIB1 field in the MIB includes a frequency configuration index and a time configuration index. The frequency configuration index indicates at least one of the number of RBs for CORESET #0 (RMSI CORESET) and a frequency-domain offset between CORESET #0 and a starting physical resource block (PRB) of the Beam_SSB, while the time configuration index indicates at least one of a time-domain offset between CORESET #0 and the start or end of the Beam_SSB and a number of symbols of CORESET #0. In some implementations, different configuration tables may be applied for different combinations of Beam_SSB SCS, CORESET SCS, Beam_SSB repetition numbers, or minimum channel bandwidths. In some implementations, a repetition number of CORESET #0 may be configured to be equal to, or derived from, a repetition factor multiplied by the repetition number of the Beam_SSB. In addition, different repetition configurations may be supported to provide alternative repetition patterns for CORESET #0. In some scenarios, the subCarrierSpacingCommon parameter indicates a subcarrier spacing for SIB1, Msg. 2 / 4, and MsgB used for initial access, paging, and broadcast system information messages. The subcarrier spacing may be determined based on a carrier frequency range, where predefined threshold values correspond to different subcarrier spacing options, as defined by RAN4 operation band settings. In some implementations, at least one of the defined subCarrierSpacingCommon cases is utilized by the UE.

[0055] In some implementations, Proposal #3, Option 3 provides a scheme for resource allocation and configuration of the RMSI CORESET by leveraging legacy configuration tables while introducing table selection based on minimum UE channel bandwidth. FIG. 7 illustrates an example scenario 700 in accordance with an implementation of the present disclosure. In some implementations, at Step 1, a UE may perform PSS blind search and PBCH decoding to obtain Beam_SSB SCS and band number based on the GSCN predefined, and obtain resource allocation configuration index, time configuration index in PDCCH-ConfigSIB1 and subCarrierSpacingCommon in MIB. In some scenarios, a UE may first perform a PSS blind search and PBCH decoding. Based on the decoding results, the UE obtains a subcarrier spacing (SCS) of a Beam_SSB and a band number determined according to a predefined global synchronization channel number (GSCN) , for example, as specified in TS 38.101. The UE may further obtain a resource allocation configuration index, a time configuration index from PDCCH-ConfigSIB1, and a subCarrierSpacingCommon parameter carried in the MIB, for example, as specified in TS 38.331. In some implementations, at Step 2, a UE may determine the minimum UE channel bandwidth based on Band number and subCarrierSpacingCommon, and determine the table number for resource allocation configuration from candidate tables based on Beam_SSB SCS, resource allocation configuration index, subCarrierSpacingCommon, and minimum UE channel bandwidth. In some scenarios, the UE may determine a minimum UE channel bandwidth based on the band number and the subCarrierSpacingCommon parameter. The UE then determines a table number from a set of candidate resource allocation configuration tables based on at least one of the Beam_SSB SCS, the resource allocation configuration index, the subCarrierSpacingCommon parameter, and the minimum UE channel bandwidth, for example, in accordance with TS 38.213. In some implementations, at Step 3, a UE may determine resource allocation and time configuration based on resource allocation configuration index, time configuration index, and the number of RBs for CORSET #0. In some scenarios, based on the selected table, the UE determines resource allocation and time configuration parameters for CORESET #0 (RMSI CORESET) , including at least one of a number of resource blocks (RBs) , a number of symbols, and a frequency-domain offset, according to the resource allocation configuration index and the time configuration index. Example resource allocation mappings for specific combinations of SS SCS, CORESET SCS, and minimum channel bandwidth are illustrated in Table 5. In some implementations, Table 5 provides example resource allocation configurations for RMSI CORESET when the SS SCS and the CORESET SCS are both 15 kHz and when the minimum and operating channel bandwidths are selected from 1.4 MHz, 3 MHz, and 5 MHz. In some implementations, time-domain configuration parameters for RMSI CORESET are determined based on the time configuration index, including a time-domain offset relative to the start or end of the Beam_SSB and a repetition factor and configuration. Example time configuration mappings when the number of RBs for CORESET #0 is 6 PRBs, and the repetition factor R is 1 for Beam_SSB are illustrated in Table 6. In some implementations, Table 6 provides example time configuration parameters for RMSI CORESET when PRBs and the repetition factor R is 1 for Beam_SSB. Table. 5 Table. 6

[0056] pdcch-ConfigSIB1 (6 / 7 / 8bits) in MIB

[0057] In some implementations, a UE may determine a common ControlResourceSet (CORESET) , a common search space and necessary PDCCH parameters. In some implementations, the resource allocation configuration index (3 / 4bits) , indicates the number of RBs and Number of Symbols for CORSET #0 (RMSI CORESET) and the frequency domain offset between CORSET #0 (RMSI CORESET) and the start PRB of Beam_SSB, where different tables may be utilized for different combinations of SS SCS and CORESET SCS and / or different minimum channel bandwidth for the band of Beam_SSB. In some implementations, the time configuration index (2 / 3 / 4bits) indicates the time domain offset between CORSET #0 (RMSI CORESET) and the start or the end of Beam_SSB, where different tables can be utilized for different beam_SSB repetitions and / or different Number of RBs for CORSET #0 (RMSI CORESET) . The number of RBs for CORSET #0 (RMSI CORESET) is obtained based on the resource allocation configuration index. With / without the repetition numbers of CORSET #0 (RMSI CORESET) = Repetition factor *beam_SSB repetition. With / without the repetition configuration of CORSET #0 (RMSI CORESET) to configure different repetition alternatives for CORSET #0 (RMSI CORESET) repetitions.

[0058] subCarrierSpacingCommon 1bits

[0059] Subcarrier spacing for SIB1, Msg. 2 / 4 and MsgB for initial access, paging and broadcast SI-messages. If the UE acquires this on a carrier frequency X: Case 1: if thr_1<X<thr_2, the value 0 corresponds to 15 kHz and the value 1 corresponds to 30 kHz. Case 2: if thr_3<X<thr_4, the value 0 corresponds to 30 kHz and the value 1 corresponds to 60 kHz. Case 3: if thr_5<X<thr_6, the value 0 corresponds to 60 kHz and the value 1 corresponds to 120 kHz. Case 4: if thr_7<X<thr_8, the value 0 corresponds to 30 kHz and the value 1 corresponds to 120 kHz. Case 5: if thr_9<X<thr_10, the value 0 corresponds to 120 kHz and the value 1 corresponds to 240 kHz. Case 6: if thr_11<X<thr_12, the value 0 corresponds to 240 kHz and the value 1 corresponds to 480 kHz. Case 7: For operation when thr_13<X<thr_14, the subcarrier spacing for SIB1, Msg. 2 / 4 and MsgB for initial access, paging and broadcast SI-messages is the same as that for the corresponding SSB. Note: the thr_1, thr_2, thr_3, thr_4, thr_5, thr_6, thr_7, thr_8, thr_9, thr_10, thr_11, thr_12, thr_13, thr_14 are predefined values according to RAN4 operation bands settings. At least one of the cases in subCarrierSpacingCommon should be utilized.

[0060] In some scenarios, the PDCCH-ConfigSIB1 field in the MIB includes a resource allocation configuration index and a time configuration index. The resource allocation configuration index indicates at least one of a number of RBs and a number of symbols for CORESET #0 (RMSI CORESET) , as well as a frequency-domain offset between CORESET #0 and a starting physical resource block (PRB) of the Beam_SSB. The time configuration index indicates a time-domain offset between CORESET #0 and the start or end of the Beam_SSB. In some implementations, different configuration tables are applied for different combinations of SS SCS, CORESET SCS, Beam_SSB repetition numbers, or minimum UE channel bandwidths. In some implementations, a repetition number of CORESET #0 may be configured to be equal to, or derived from, a repetition factor multiplied by a repetition number of the Beam_SSB. In addition, different repetition configurations may be supported to configure alternative repetition patterns for CORESET #0. In some scenarios, the subCarrierSpacingCommon parameter indicates a subcarrier spacing for SIB1, Msg. 2 / 4, and MsgB used for initial access, paging, and broadcast system information messages. The subcarrier spacing may be determined based on a carrier frequency range, where predefined threshold values correspond to different subcarrier spacing options according to RAN4 operation band settings. In some implementations, at least one of the defined subCarrierSpacingCommon cases is utilized by the UE.

[0061] In some implementations, Proposal 3 provides simplified configuration and search procedures for RMSI CORESET in order to reduce UE blind search complexity in initial access. In some scenarios, legacy NR designs require a UE to derive RMSI CORESET occasions across multiple configuration tables and to perform complex parameter inference based on band information, subcarrier spacing (SCS) , minimum channel bandwidth, and multiplexing patterns, which increases implementation complexity and blind detection overhead at the UE. To address this issue, Proposal 3 introduces three simplified options. In some implementations, Option 1 and Option 2 enable direct indication of RMSI CORESET parameters via configuration indices, including frequency-domain resource size (number of RBs) , time-domain resource size (number of symbols) , starting position, and repetition information, thereby reducing reliance on multi-table derivations. In some scenarios, Option 2 further separates frequency-domain and time-domain configurations and is particularly suitable for TDM-only deployments. In some implementations, Option 3 retains a legacy table-based framework while simplifying configuration tables and introducing repetition parameters to reduce the number of candidate tables to be searched. By applying Proposal 3, UE search steps may be reduced, multi-table blind search may be avoided, and overall implementation complexity for RMSI CORESET detection may be significantly lowered.

[0062] In some implementations, Proposal #4 introduces a new reference signal design for PDCCH. In some scenarios, a Zadoff–Chu (ZC) sequence, an m-sequence, or a Z4 sequence is utilized as a reference signal for the PDCCH. In some implementations, different sequence roots, cyclic shifts, and / or different sign values (e.g., -1 or +1) of the reference signal sequence are employed. In some scenarios, such variations of the reference signal are further utilized to convey part of the payload information associated with the PDCCH. By embedding information in the reference signal design, Proposal #4 enables a reduction of downlink control information (DCI) payload size carried in PDCCH data parts, thereby improving signaling efficiency while maintaining compatibility with existing PDCCH transmission structures.

[0063] In some implementations, a method is provided for configuring an RMSI CORESET to reduce RMSI CORESET detection delay and blind detection complexity. In some implementations, the time domain resource for RMSI CORESET is after the time domain resource utilized to transmit Beam_SSB. In some implementations, to improve the flexibility of the network for wideband and multi-beam systems, optional FDM / SDM may be utilized. In some implementations, for CORSET #0 SFN, X cab be utilized to indicate the SFN offset between CORSET #0 (RMSI CORESET) and the SFN of start or the end of beam_SSB: Option 1: same as Beam_SSB SFN (in case Beam_SSB span two SFN, CORSET #0 SFN is the start SFN of Beam_SSB Or the end of Beam_SSB) . Option 2: X1 is the offset to the end of Beam_SSB SFN.

[0064] In some implementations, for CORSET #0 Slot / Subframe, Y may be utilized to indicate the subframe / slot offset between CORSET #0 (RMSI CORESET) and the subframe / slot of start or the end of Beam_SSB. Option 1: same as Beam_SSB Slot / Subframe (in case Beam_SSB span two Slots / Subframes, CORSET #0 Slot / Subframe is the start Slot / Subframe of Beam_SSB or the end Slot / Subframe of Beam_SSB. ) Option 2: Y1 is the offset to the end of the SSB subunit #max. Option 3: Y2 is the offset to each of the SSB subunits.

[0065] In some implementations, for CORSET #0 Symbol, Z can be utilized to indicate the symbol offset between CORSET #0 (RMSI CORESET) and the start or the end of Beam_SSB or Z indicates the start symbol index of CORSET #0 (RMSI CORESET) . Option 1: Z1 is the offset to the end of the SSB subunit #max. Option 2: Z2 is the offset to each of the SSB subunits. The flexible CP configuration can be configured with MIB / SIB / RRC / MAC CE / DCI.

[0066] In some implementations, the following step can be utilized for RMSI CORESET resource allocation: Step 1: UE does PSS blind search and PBCH decoding to obtain Beam_SSB SCS, repetition number of Beam_SSB and Resource allocation configuration index, search space configuration index in PDCCH-ConfigSIB1 and subCarrierSpacingCommon in MIB. Step 2: Determine Number of RBs of RMSI CORESET, Number of Symbols of RMSI CORESET based on Beam_SSB SCS, Resource allocation configuration index, subCarrierSpacingCommon. Step 3: Determine RMSI CORESET search space configuration (including at least one of Frequency offset, Time offset, Repetition factor and configuration) based on repetition number of Beam_SSB, search space configuration index, Number of RBs of RMSI CORESET.

[0067] In some implementations, the following step can be utilized for RMSI CORESET resource allocation: Step 1: UE does PSS blind search and PBCH decoding to obtain Beam_SSB SCS, repetition number of Beam_SSB and obtain frequency configuration index, time configuration index in PDCCH-ConfigSIB1 and subCarrierSpacingCommon in MIB. Step 2: Determine Number of RBs frequency offset based on Beam_SSB SCS, frequency configuration index, subCarrierSpacingCommon. Step 3: Determine Number of Symbols RMSI CORESET position based on repetition number of Beam_SSB, time configuration index in PDCCH-ConfigSIB1, Number of RBs In some implementations, for one transmission, there can be one or more sets for aggregated CP configuration within one repetition for the transmission. In some implementations, a method is provided for utilizing Z4 or ZC or m sequence as the reference signal for PDCCH, different root or cyclic shift or different sign (-1 / +1) of the sequence can be utilized to transmit part of payload information and to reduce DCI payload size in the PDCCH data parts. Illustrative Implementations

[0068] FIG. 8 illustrates an example communication system 800 having an example communication apparatus 810 and an example network apparatus 820 in accordance with an implementation of the present disclosure. Each of communication apparatus 810 and network apparatus 820 may perform various functions to implement schemes, techniques, processes, and methods described herein pertaining to PDCCH transmission for system information in wireless communications, including scenarios / schemes described above as well as processes 900 and 1000 described below.

[0069] Communication apparatus 810 may be a part of an electronic apparatus, which may be a UE such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus, or a computing apparatus. For instance, communication apparatus 810 may be implemented in a smartphone, a smartwatch, a personal digital assistant, an electronic control unit (ECU) in a vehicle, a digital camera, or a computing equipment such as a tablet computer, a laptop computer, or a notebook computer. Communication apparatus 510 may also be a part of a machine-type apparatus, which may be an IoT, NB-IoT, or IIoT UE such as an immobile or a stationary apparatus, a home apparatus, a roadside unit (RSU) , a wire communication apparatus, or a computing apparatus. For instance, communication apparatus 510 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker, or a home control center. Alternatively, communication apparatus 810 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction-set computing (RISC) processors, or one or more complex-instruction-set computing (CISC) processors. Communication apparatus 810 may include at least some of those components shown in FIG. 8, such as a processor 812, for example. Communication apparatus 810 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of communication apparatus 810 are neither shown in FIG. 8 nor described below in the interest of simplicity and brevity.

[0070] Network apparatus 820 may be a part of an electronic apparatus, which may be a network node such as a satellite, a BS, a cell, a router, or a gateway of a 4G / 5G / B5G / 6G, NR, IoT, NB-IoT, IIoT, or NTN network. For instance, network apparatus 820 may be implemented in a satellite or an eNB / gNB / TRP in a 4G / 5G, NR, IoT, NB-IoT, IIoT, or NTN network. Alternatively, network apparatus 820 may be implemented in the form of one or more IC chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, or one or more RISC or CISC processors. Network apparatus 820 may include at least some of those components shown in FIG. 8, such as a processor 822, for example. Network apparatus 820 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of network apparatus 820 are neither shown in FIG. 8 nor described below in the interest of simplicity and brevity.

[0071] In one aspect, each of processor 812 and processor 822 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 812 and processor 822, each of processor 812 and processor 822 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 812 and processor 822 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 812 and processor 822 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks in a device (e.g., as represented by communication apparatus 810) and a network node (e.g., as represented by network apparatus 820) in accordance with various implementations of the present disclosure.

[0072] In some implementations, communication apparatus 810 may also include a transceiver 816 coupled to processor 812 and capable of wirelessly transmitting and receiving data. In some implementations, transceiver 816 may be capable of wirelessly communicating with different types of UEs and / or wireless networks of different RATs. In some implementations, transceiver 816 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 816 may be equipped with multiple transmit antennas and multiple receive antennas for beamforming and multiple-input multiple-output (MIMO) wireless communications. In some implementations, network apparatus 820 may also include a transceiver 826 coupled to processor 822. Transceiver 826 may include a transceiver capable of wirelessly transmitting and receiving data. In some implementations, transceiver 826 may be capable of wirelessly communicating with different types of UEs of different RATs. In some implementations, transceiver 826 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 826 may be equipped with multiple transmit antennas and multiple receive antennas for beamforming and MIMO wireless communications.

[0073] In some implementations, communication apparatus 810 may further include a memory 814 coupled to processor 812 and capable of being accessed by processor 812 and storing data therein. In some implementations, network apparatus 820 may further include a memory 824 coupled to processor 822 and capable of being accessed by processor 822 and storing data therein. Each of memory 814 and memory 824 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 814 and memory 824 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 814 and memory 824 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) , and / or phase-change memory.

[0074] Each of communication apparatus 810 and network apparatus 820 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, a description of capabilities of communication apparatus 810, as a UE, and network apparatus 820, as a network node, is provided below with processes 900 and 1000. Illustrative Processes

[0075] FIG. 9 illustrates an example process 900 in accordance with an implementation of the present disclosure. Process 900 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to PDCCH transmission for system information in wireless communications. Process 900 may represent an aspect of implementation of features of communication apparatus 810. Process 900 may include one or more operations, actions, or functions as illustrated by one or more of blocks 910 and 920. Although illustrated as discrete blocks, various blocks of process 900 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 900 may be executed in the order shown in FIG. 9 or, alternatively, in a different order. Process 900 may be implemented by or in communication apparatus 810 or any suitable UE or machine-type device. Solely for illustrative purposes and without limitation, process 900 is described below in the context of communication apparatus 810, as a UE, and network apparatus 820, as a network node (e.g., satellite / gNB / TRP / relay) . Process 900 may begin at block 910.

[0076] At block 910, process 900 may involve processor 812 of communication apparatus 810, receiving, via transceiver 816, at least one synchronization signal block (SSB) including broadcast information and system information associated with the at least one SSB. Process 900 may proceed from block 910 to block 920.

[0077] At block 920, process 900 may involve processor 812 monitoring a physical downlink control channel (PDCCH) for system information based on the broadcast information.

[0078] In some implementations, the SSB may include a primary synchronization signal (PSS) , a secondary synchronization signal (SSS) , and a physical broadcast channel (PBCH) . The PBCH may carry broadcast information including configuration information associated with a physical downlink control channel (PDCCH) for remaining minimum system information (RMSI) . The PDCCH associated with the RMSI may further indicate configuration information of a physical downlink shared channel (PDSCH) used for transmission of the RMSI. In some scenarios, the RMSI may correspond to system information block 1 (SIB1) , which may include the PDCCH associated with RMSI and the PDSCH carrying the RMSI content. In some implementations, the PDCCH may be multiplexed with the SSB or another SSB in at least one of a frequency domain and a spatial domain. In some implementations, the PDCCH associated with a first beam may fully or partially overlap, in the at least one of the time domain and the frequency domain, with an SSB associated with a second beam. In some implementations, the first beam and the second beam may correspond to different beam indices or may be transmitted from different transmission and reception points (TRPs) or different satellites.

[0079] In some implementations, the broadcast information may comprise a master information block (MIB) carried on a physical broadcast channel (PBCH) , and the PDCCH may be transmitted in a control resource set zero (CORESET #0) to carry the resource allocation of PDSCH of remaining minimum system information (RMSI) . In some implementations, a time-domain offset between the at least one SSB and the PDCCH may be indicated by at least one of a system frame number (SFN) offset, a slot offset, and a symbol offset. In some implementations, the at least one SSB and the PDCCH that are associated with a same beam may be transmitted in different time-domain resources.

[0080] In some implementations, a one-to-one association may be configured between an SSB associated with a beam and a PDCCH associated with the beam. In some implementations, a position of the PDCCH may be determined based on at least one offset relative to the at least one SSB, and the at least one offset may comprise at least one of a system frame number (SFN) offset, a slot or subframe offset, and a symbol offset. In some implementations, the at least one offset may be indicated to communication apparatus 810, predefined, or derived by communication apparatus 810 based on a repetition number or an index of the at least one SSB.

[0081] In some implementations, a repetition number of the PDCCH for the system information may be the same as a repetition number of the at least one SSB, or the repetition number of the PDCCH may be determined based on a repetition factor associated with the repetition number of the at least one SSB. In some implementations, the monitoring of the PDCCH may comprise determining, by communication apparatus 810, a resource configuration for the PDCCH based on at least one of a resource allocation configuration index and a search space configuration index, the resource allocation configuration index may indicate a number of resource blocks and a number of symbols of the PDCCH, and the search space configuration index may indicate at least one of a time-domain offset, a frequency-domain offset, and a repetition configuration of the PDCCH, with respect to the at least one SSB.

[0082] In some implementations, the determining of the resource configuration for the PDCCH may be further based on at least one of a subcarrier spacing of the at least one SSB and a repetition number of the at least one SSB. In some implementations, the monitoring of the PDCCH may comprise: determining, by communication apparatus 810, a resource configuration for the PDCCH based on at least one of a frequency configuration index indicating a frequency-domain resource of the PDCCH and a time configuration index indicating a time-domain resource of the PDCCH, and the frequency configuration index and the time configuration index may be independently obtained from the broadcast information associated with the at least one SSB.

[0083] In some implementations, the frequency configuration index may indicate at least one of a number of resource blocks of the PDCCH and a frequency-domain offset of the PDCCH with respect to a frequency-domain resource of the at least one SSB. In some implementations, the time configuration index may indicate at least one of a number of symbols of the PDCCH, a time-domain offset of the PDCCH with respect to the at least one SSB, and a repetition configuration of the PDCCH. In some implementations, the monitoring of the PDCCH may comprise determining, by communication apparatus 810, a resource configuration for the PDCCH based on a predefined resource configuration scheme and a repetition number of the at least one SSB. In some implementations, the determining may comprise selecting, by communication apparatus 810, from a plurality of predefined resource configurations, the resource configuration based on at least one of the repetition number of the at least one SSB and a number of resource blocks of the PDCCH. In some implementations, the monitoring of the PDCCH may comprise receiving, via the transceiver 816, the PDCCH using a reference signal sequence, at least part of control information associated with the PDCCH may be conveyed by at least one of a root index of the reference signal sequence, a cyclic shift of the reference signal sequence, and a sign of the reference signal sequence.

[0084] FIG. 10 illustrates an example process 1000 in accordance with an implementation of the present disclosure. Process 1000 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to PDCCH transmission for system information in wireless communications. Process 1000 may represent an aspect of implementation of features of network apparatus 820. Process 1000 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1010 and 1020. Although illustrated as discrete blocks, various blocks of process 1000 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1000 may be executed in the order shown in FIG. 10 or, alternatively, in a different order. Process 1000 may be implemented by or in network apparatus 820 as well as any variations thereof. Solely for illustrative purposes and without limitation, process 1000 is described below in the context of communication apparatus 810, as a UE, and network apparatus 820, as a network node (e.g., satellite / gNB / TRP / relay) . Process 1000 may begin at block 1010.

[0085] At block 1010, process 1000 may involve processor 822 of network apparatus 820, transmitting, via transceiver 826, at least one synchronization signal block (SSB) including broadcast information and system information associated with the at least one SSB. Process 1000 may proceed from block 1010 to block 1020.

[0086] At block 1020, process 1000 may involve processor 822 transmitting, via transceiver 826, a physical downlink control channel (PDCCH) for system information based on the broadcast information. A time-domain resource used for the PDCCH may be configured to be located after a time-domain resource used for the at least one SSB, and the at least one SSB and the PDCCH may be time-division multiplexed.

[0087] In some implementations, the SSB may include a primary synchronization signal (PSS) , a secondary synchronization signal (SSS) , and a physical broadcast channel (PBCH) . The PBCH may carry broadcast information including configuration information associated with a physical downlink control channel (PDCCH) for remaining minimum system information (RMSI) . The PDCCH associated with the RMSI may further indicate configuration information of a physical downlink shared channel (PDSCH) used for transmission of the RMSI. In some scenarios, the RMSI may correspond to system information block 1 (SIB1) , which may include the PDCCH associated with RMSI and the PDSCH carrying the RMSI content. Additional Notes

[0088] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0089] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0090] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0091] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:receiving, by a user equipment (UE) , at least one synchronization signal block (SSB) including broadcast information and system information associated with the at least one SSB; andmonitoring, by the UE, a physical downlink control channel (PDCCH) for system information based on the broadcast information,wherein a time-domain resource used for the PDCCH is configured to be located after a time-domain resource used for the at least one SSB, and wherein the at least one SSB and the PDCCH are time-division multiplexed.2.The method of Claim 1, wherein the PDCCH is multiplexed with the SSB or another SSB in at least one of a frequency domain and a spatial domain.3.The method of Claim 2, wherein the PDCCH associated with a first beam fully or partially overlaps, in the at least one of the time domain and the frequency domain, with an SSB associated with a second beam.4.The method of Claim 3, wherein the first beam and the second beam correspond to different beam indices or are transmitted from different transmission and reception points (TRPs) or different satellites.5.The method of Claim 1, wherein the broadcast information comprises a master information block (MIB) carried on a physical broadcast channel (PBCH) , and wherein the PDCCH is transmitted in a control resource set zero (CORESET #0) to carry the resource allocation of PDSCH of remaining minimum system information (RMSI) .6.The method of Claim 1, wherein a time-domain offset between the at least one SSB and the PDCCH is indicated by at least one of a system frame number (SFN) offset, a slot offset, and a symbol offset.7.The method of Claim 1, wherein the at least one SSB and the PDCCH that are associated with a same beam are transmitted in different time-domain resources.8.The method of Claim 1, wherein a one-to-one association is configured between an SSB associated with a beam and a PDCCH associated with the beam.9.The method of Claim 1, wherein a position of the PDCCH is determined based on at least one offset relative to the at least one SSB, and wherein the at least one offset comprises at least one of a system frame number (SFN) offset, a slot or subframe offset, and a symbol offset.10.The method of Claim 9, wherein the at least one offset is indicated to the UE, predefined, or derived by the UE based on a repetition number or an index of the at least one SSB.11.The method of Claim 1, wherein a repetition number of the PDCCH for the system information is the same as a repetition number of the at least one SSB, or the repetition number of the PDCCH is determined based on a repetition factor associated with the repetition number of the at least one SSB.12.The method of Claim 1, wherein the monitoring of the PDCCH comprises:determining, by the UE, a resource configuration for the PDCCH based on at least one of a resource allocation configuration index and a search space configuration index, wherein the resource allocation configuration index indicates a number of resource blocks and a number of symbols of the PDCCH, and wherein the search space configuration index indicates at least one of a time-domain offset, a frequency-domain offset, and a repetition configuration of the PDCCH, with respect to the at least one SSB.13.The method of Claim 12, the determining of the resource configuration for the PDCCH is further based on at least one of a subcarrier spacing of the at least one SSB and a repetition number of the at least one SSB.14.The method of Claim 1, wherein the monitoring of the PDCCH comprises:determining, by the UE, a resource configuration for the PDCCH based on at least one of a frequency configuration index indicating a frequency-domain resource of the PDCCH and a time configuration index indicating a time-domain resource of the PDCCH, wherein the frequency configuration index and the time configuration index are independently obtained from the broadcast information associated with the at least one SSB.15.The method of Claim 14, wherein the frequency configuration index indicates at least one of a number of resource blocks of the PDCCH and a frequency-domain offset of the PDCCH with respect to a frequency-domain resource of the at least one SSB.16.The method of Claim 14, wherein the time configuration index indicates at least one of a number of symbols of the PDCCH, a time-domain offset of the PDCCH with respect to the at least one SSB, and a repetition configuration of the PDCCH.17.The method of Claim 1, wherein the monitoring of the PDCCH comprises:determining, by the UE, a resource configuration for the PDCCH based on a predefined resource configuration scheme and a repetition number of the at least one SSB,wherein the determining comprises:selecting, by the UE, from a plurality of predefined resource configurations, the resource configuration based on at least one of the repetition number of the at least one SSB and a number of resource blocks of the PDCCH.18.The method of Claim 1, wherein the monitoring of the PDCCH comprises:receiving, by the UE, the PDCCH using a reference signal sequence,wherein at least part of control information associated with the PDCCH is conveyed by at least one of:a root index of the reference signal sequence;a cyclic shift of the reference signal sequence; anda sign of the reference signal sequence.19.A user equipment (UE) , comprising:a transceiver which, during operation, wirelessly communicates with a network node; anda processor communicatively coupled to the transceiver such that, during operation, the processor performs operations comprising:receiving, via the transceiver, at least one synchronization signal block (SSB) including broadcast information and system information associated with the at least one SSB; andmonitoring a physical downlink control channel (PDCCH) for system information based on the broadcast information,wherein a time-domain resource used for the PDCCH is configured to be located after a time-domain resource used for the at least one SSB, and wherein the at least one SSB and the PDCCH are time-division multiplexed.20.A method, comprising:transmitting, by a network node, at least one synchronization signal block (SSB) including broadcast information and system information associated with the at least one SSB; andtransmitting, by the network node, a physical downlink control channel (PDCCH) for system information based on the broadcast information,wherein a time-domain resource used for the PDCCH is configured to be located after a time-domain resource used for the at least one SSB, and wherein the at least one SSB and the PDCCH are time-division multiplexed.

Images