Methods and apparatus for on-demand synchronizatoin signal and physical broadcast channel block operation in mobile communications

Abstract

Various solutions for on-demand synchronization signal and physical broadcast channel block (SSB) operation with respect to user equipment (UE) and network apparatus in mobile communications are described. A UE may detect an SSB from a cell. The UE may determine whether the SSB is a non-cell-defining (NCD) SSB. The UE may search another SSB for synchronization in an event that the SSB is the NCD SSB. The NCD SSB is an on-demand SSB on the cell. By identifying the on-demand SSBs, the UE not supporting the on-demand SSB can be prevented from performing a random-access channel (RACH) procedure based on the on-demand SSB.

Description

METHODS AND APPARATUS FOR ON-DEMAND SYNCHRONIZATOIN SIGNAL AND PHYSICAL BROADCAST CHANNEL BLOCK OPERATION IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of U.S. Patent Application No. 63 / 572,979, filed 2 April 2024, the content of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to on-demand synchronization signal and physical broadcast channel block (SSB) operation with respect to user equipment and network apparatus in mobile 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] In the current fifth generation (5G) New Radio (NR) specification, synchronization signal and physical broadcast channel blocks (SSBs) are consistently configured as periodic signals by radio resource control (RRC) signaling. The specific SSB configuration details can be extracted from system information block 1 (SIB1) through its information elements (IEs) . The configurable period for a periodic SSB can range from 5 to 160 milliseconds (ms) , with possible values of 5, 10, 20, 40, 80, or 160 ms. Additionally, one or more periodic SSBs can be grouped together to form an SSB burst in the time domain. Each periodic SSB within this burst aligns with a specific transmit beam direction in the time domain. This type of SSB is also called always-on SSB.

[0005] In addition to always-on SSB, on-demand SSB in a secondary cell (SCell) is introduced in 3rd Generation Partnership Project (3GPP) Release 19. On-demand SSB for SCell can be used at least for SCell time / frequency synchronization in inter-band SSB-less carrier aggregation (CA) and facilitate SCell activation. For facilitation of SCell activation, on-demand SSB can be triggered to fill in more SSB bursts in one SSB burst period temporarily to reduce the large SCell activation delay.

[0006] For a user equipment (UE) performing initial cell search, it would search SSB on the synchronization raster. As the on-demand SSB is only transmitted temporarily, it is needed to ensure the on-demand SSB would not be used for initial cell search. However, for a UE not supporting 3GPP Release 19 (i.e., a legacy UE before Release 19) , it does not support on-demand SSB. For such legacy UE, it cannot identity the on-demand SSB and does not know how to handle the on-demand SSB.

[0007] Accordingly, how to handle on-demand SSB for legacy UEs becomes an important issue in the newly developed wireless communication network. Therefore, there is a need to provide proper schemes for on-demand SSB operation for UEs.SUMMARY

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

[0009] An objective of the present disclosure is to propose solutions or schemes that address the aforementioned issue pertaining to on-demand SSB operation with respect to user equipment (UE) and network apparatus in mobile communications.

[0010] In one aspect, a method may involve an apparatus detecting an SSB from a cell. The method may also involve the apparatus determining whether the SSB is a non-cell-defining (NCD) SSB. The method may further involve the apparatus searching another SSB for synchronization in an event that the SSB is the NCD SSB. The NCD SSB is an on-demand SSB on the cell.

[0011] In one aspect, a method may involve an apparatus detecting an SSB from a cell. The method may also involve the apparatus determining whether a cell barred parameter in a master information block (MIB) of the SSB is set to barred. The method may further involve the apparatus searching another SSB for synchronization in an event that the cell barred parameter is set to barred. The SSB is an on-demand SSB on the cell.

[0012] In one aspect, an apparatus may comprise a transceiver which, during operation, wirelessly communicates with a network node. The apparatus may also comprise a processor communicatively coupled to the transceiver. The processor, during operation, may perform operations comprising detecting, via the transceiver, an SSB from a cell. The processor may also perform operations comprising determining whether the SSB is an NCD SSB. The processor may further perform operations comprising searching, via the transceiver, another SSB for synchronization in an event that the SSB is the NCD SSB. The SSB is an on-demand SSB on the cell.

[0013] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as LTE, LTE-Advanced, LTE-Advanced Pro, 5G, NR, 5G-Advanced, Internet-of-Things (IoT) , 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

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

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

[0016] FIG. 2 is a diagram depicting an example scenario of frequency domain structure for an SSB in accordance with implementations of the present disclosure.

[0017] FIG. 3 is a diagram depicting an example scenario of frequency domain position for a SIB 1 in accordance with implementations of the present disclosure.

[0018] FIG. 4 is a diagram depicting an example scenario of MIB message format in accordance with implementations of the present disclosure.

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

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

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

[0022] 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

[0023] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to on-demand synchronization signal and physical broadcast channel block (SSB) operation in mobile communications, which may ensure correct UE operations. 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.

[0024] 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 user equipment (UE) 110 in wireless communication with a wireless network (e.g., a 5G NR or 6G network) consisting of an access network 120 and a core network 130. The UE 110 may be a smart phone, a wearable device, an IoT device, and a tablet, etc. Alternatively, the UE 110 may be a notebook (NB) or personal computer (PC) inserted or installed with a data card which includes a modem and radio frequency (RF) transceiver (s) to provide the functionality of wireless communication. In 5G NR, the access network 120 is connected to the core network 130 by means of the NG interface, more specifically to a user plane function (UPF) by means of the NG user-plane part (NG-u) , and to a mobility management function (AMF) by means of the NG control-plane part (NG-c) . One base station (BS) such as a next generation Node-B (gNB) can be connected to multiple UPFs / AMFs for the purpose of load sharing and redundancy. In addition, the core network may include other entities, such as session management function (SMF) and unified data management (UDM) , etc. The access network 120 may include multiple BSs (e.g., BS 121) , each BS may provide communication coverage for a geographic coverage area (e.g., a cell) where communications with the UE 110 is supported.

[0025] For a BS supporting on-demand SSB (e.g., BS 121) , it may be configured / triggered to broadcast the on-demand SSB 140. As the purpose of on-demand SSB is for synchronization and measurement assistance of SCell, the triggered on-demand SSB should be properly identified and correctly used by the UE. In one embodiment, the on-demand SSB may be determined as a non-cell-defining (NCD) SSB and the always-on SSB may be determined as a cell-defining (CD) SSB. Specifically, the CD SSB is an SSB associated with a remaining minimum system Information (RMSI) . The RMSI comprises a system information block 1 (SIB 1) . The NCD SSB is an SSB without an RMSI. That is, the CD SSB may comprise an associated Type0-physical downlink control channel (PDCCH) common search space (CSS) set and the NCD SSB comprises no associated Type0-PDCCH CSS set. Type0-PDCCH CSS set is the control channel associated to the SIB1. The UE may find the SIB1 according to the Type0-PDCCH CSS set. By identifying the type of the SSB, the UE is able to proceed corresponding procedures correctly.

[0026] Specifically, the UE may detect an SSB from a cell. The UE may determine whether the SSB is an NCD SSB or whether the SSB is a CD SSB. That is, the NCD SSB is an on-demand SSB on the cell, and the CD SSB is an always-on SSB on the cell. For a UE not supporting the on-demand SSB, in an event that the SSB is the NCD SSB, the UE may be configured to search / find another SSB for synchronization. In an event that the SSB is the CD SSB, the UE may be configured to detect the SIB1 associated with the CD SSB. Then, the UE may perform a random-access channel (RACH) procedure according to the SIB1. Accordingly, the UE not supporting the on-demand SSB can be prevented from performing the RACH procedure with the on-demand SSB.

[0027] In determining whether the SSB is an NCD SSB, the UE may determine whether a subcarrier offset (e.g., kSSB) is greater than or equal to a first value (e.g., 24) for a frequency range 1 (FR1) or is greater than or equal to a second value (e.g., 12) for a frequency range 2 (FR2) . If the subcarrier offset is greater than or equal to the first value for FR1 or is greater than or equal to the second value for FR2, the UE may determine that the SSB is an NCD SSB. In determining whether the SSB is a CD SSB, the UE may determine whether the subcarrier offset (e.g., kSSB) is less than the first value for FR1 or is less than the second value for FR2. If the subcarrier offset is less than the first value for FR1 or is less than the second value for FR2, the UE may determine that the SSB is a CD SSB. The subcarrier offset (e.g., kSSB) parameter may be carried in a master information block (MIB) of the SSB.

[0028] FIG. 2 illustrates an example scenario 200 of frequency domain structure for an SSB in accordance with implementations of the present disclosure. The SSB may comprise the primary synchronization signal (PSS) , the secondary synchronization signal (SSS) and the physical broadcast channel (PBCH) . The absolute frequency position may indicate the middle of the SSB 210 (i.e., absoluteFrequencySSB) . The relative frequency position is relative to a reference frequency point A, and may include one or a combination of OffsetToPointA, Kssb, and absoluteFrequencyPointA. kSSB is the subcarrier offset from subcarrier 0 in common resource block (CRB)  to the lowest-numbered subcarrier of the SSB. kSSB may be used to determine the position of control resource set (CORESET) 0, and it is required for the CD-SSB.

[0029] FIG. 3 illustrates an example scenario 300 of frequency domain position for a SIB 1 in accordance with implementations of the present disclosure. CORESET 0 is a special type of CORESET which carries physical downlink control channel (PDCCH)  / downlink control information (DCI) for SIB 1. The resource allocation (i.e., time and frequency domain resource allocation) for CORESET 0 is configured by MIB (i.e., PBCH in SSB) . The starting position of CORESET 0 in frequency domain is set with reference to SSB position. For example, kSSB and a resource block (RB) offset may be used to determine the position of CORESET 0. Thus, when the UE detects the SSB, the UE may decode the MIB in the PBCH of the SSB. Then, the UE may determine whether a CORESET (e.g., CORESET 0) for a SIB 1 is present or not. This is required for the CD-SSB since the CD-SSB is associated with a SIB 1. For NCD-SSB, there is no CORESET 0 since the NCD-SSB is not associated with a SIB 1.

[0030] FIG. 4 illustrates an example scenario 400 of MIB message format in accordance with implementations of the present disclosure. Generally, the MIB message may comprise several parameters. For example, “ssb-subcarrierOffset” (i.e., kSSB) may indicate the frequency domain offset between SSB and the overall resource block grid in number of subcarriers. This field may indicate that this cell does not provide SIB1 and that there is hence no common CORESET. In this case, the field pdcch-ConfigSIB1 may indicate the frequency positions where the UE may (not) find a SS / PBCH with a control resource set and search space for SIB1. On the other hand, “pdcchConfigSIB1” may correspond to “RMSI-PDCCH-Config” and may determine a bandwidth for PDCCH / SIB, a common CORESET / a common search space and necessary PDCCH parameters. If the field “ssb-subcarrierOffset” indicates that SIB1 is not present, the field “pdcchConfigSIB1” may indicate the frequency positions where the UE may find SS / PBCH block with SIB1 or the frequency range where the network does not provide SS / PBCH block with SIB1. Further, “cellBarred” may indicate whether the cell allows UEs to camp on this cell.

[0031] In some implementations, upon detection of a SS / PBCH block, the UE determines from MIB that a CORESET for Type0-PDCCH CSS set is present if kSSB<24 for FR1 or if kSSB< 12 for FR2. The UE determines from MIB that a CORESET for Type0-PDCCH CSS set is not present if kSSB>23 for FR1 or if kSSB>11 for FR2; the CORESET for Type0-PDCCH CSS set may be provided by PDCCH-ConfigCommon.

[0032] In some implementations, if a UE detects a first SS / PBCH block and determines that a CORESET for Type0-PDCCH CSS set is not present, and for 24≤kSSB≤29 for FR1 or for 12≤ kSSB≤13 for FR2, the UE may determine the nearest (in the corresponding frequency direction) global synchronization channel number (GSCN) of a second SS / PBCH block having a CORESET for an associated Type0-PDCCH CSS set as is the GSCN of the first SS / PBCH block,  in FR1, FR2-1 and FR2-NTN,  in FR2-2, and  is a GSCN offset provided. If the UE detects the second SS / PBCH block and the second SS / PBCH block does not provide a CORESET for Type0-PDCCH CSS set, the UE may ignore the information related to GSCN of SS / PBCH block locations for performing cell search.

[0033] In some implementations, if a UE detects a SS / PBCH block and determines that a CORESET for Type0-PDCCH CSS set is not present, and for kSSB=31 for FR1 or for kSSB=15 for FR2, the UE determines that there is no SS / PBCH block having an associated Type0-PDCCH CSS set within a GSCN range and are respectively determined by controlResourceSetZero and searchSpaceZero in pdcch-ConfigSIB1. If the GSCN range is the UE determines that there is no information for a second SS / PBCH block with a CORESET for an associated Type0-PDCCH CSS set on the detected SS / PBCH block.

[0034] Another scheme to prevent the legacy UE (i.e., the UE not supporting the on-demand SSB) performing initial attachment or camping on the cell using the on-demand SSB is to use the cell barring parameter (e.g., cellBarred) of the on-demand SSB in the MIB. Referring to FIG. 4, the “cellBarred” parameter may be set as “barred” or “notBarred” . The network may use this parameter to bar the legacy UE from accessing the on-demand SSB cell based on the existing barring mechanism. That is, for a cell with NCD SSB, the “cellBarred” in MIB may be set as “barred” to prevent the legacy UE from performing the RACH procedure on the cell. For a cell with CD SSB, the “cellBarred” in MIB may be set as “notBarred” to allow the legacy UE for performing the RACH procedure on the cell.

[0035] From UE’s perspective, the UE may be configured to detect an SSB from a cell. The UE may determine whether a cell barred parameter in the MIB of the SSB is set to barred or whether the cell barred parameter in the MIB of the SSB is set to not barred. In an event that the cell barred parameter is set to barred (e.g., the SSB is an on-demand SSB on the cell) , the UE may search another SSB for synchronization. In an event that the cell barred parameter is set to not barred (e.g., the SSB is an always-on SSB on the cell) , the UE may detect the SIB1 associated with the SSB. Then, the UE may perform the RACH procedure according to the SIB1. Accordingly, the cell barred parameter may be used to prevent the UE from performing the RACH procedure on the cell using the on-demand SSB. The cell barred parameter may be set to barred in an event that there is no always-on SSB on the cell. Illustrative Implementations

[0036] FIG. 5 illustrates an example communication system 500 having at least an example communication apparatus 510 and an example network apparatus 520 in accordance with an implementation of the present disclosure. Each of the communication apparatus 510 and network apparatus 520 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to on-demand SSB operation in mobile communications, including scenarios / schemes described above as well as process 600 and process 700 described below.

[0037] Communication apparatus 510 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 510 may be implemented in a smartphone, a smartwatch, a personal digital assistant, 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 apparatus such as an immobile or a stationary apparatus, a home apparatus, 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 510 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 510 may include at least some of those components shown in FIG. 5 such as a processor 512, for example. Communication apparatus 510 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 510 are neither shown in FIG. 5 nor described below in the interest of simplicity and brevity.

[0038] Network apparatus 520 may be a part of a network apparatus, which may be a network node such as a satellite, a base station, a small cell, a router or a gateway. For instance, network apparatus 520 may be implemented in an eNB in an LTE network, in a gNB in a 5G / NR, IoT, NB-IoT or IIoT network or in a satellite or base station in a 6G network. Network apparatus 520 may include at least some of those components shown in FIG. 5 such as a processor 522, for example. Processor 522 may further include protocol stacks and a set of control functional modules and circuit. Network apparatus 520 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 520 are neither shown in FIG. 5 nor described below in the interest of simplicity and brevity.

[0039] In one aspect, each of the processor 512 and processor 522 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 “aprocessor” is used herein to refer to processor 512 and processor 522, each of the processor 512 and processor 522 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 the processor 512 and processor 522 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 the processor 512 and processor 522 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks in a device (e.g., as represented by communication apparatus 510) and a network (e.g., as represented by network apparatus 520) in accordance with various implementations of the present disclosure.

[0040] In some implementations, communication apparatus 510 may also include a transceiver 516 coupled to processor 512 and capable of wirelessly transmitting and receiving data. In some implementations, communication apparatus 510 may further include a memory 514 coupled to processor 512 and capable of being accessed by processor 512 and storing data therein.

[0041] In some implementations, network apparatus 520 may further include a memory 524 coupled to processor 522 and capable of being accessed by processor 522 and storing data therein. Accordingly, communication apparatus 510 and network apparatus 520 may wirelessly communicate with each other via transceiver 516 and transceiver 526, respectively.

[0042] For illustrative purposes and without limitation, descriptions of capabilities of the communication apparatus 510 are provided below with process 600 and process 700. In which, communication apparatus 510 is implemented in or as a communication apparatus or a UE, and network apparatus 520 is implemented in or as a network node of a communication network (e.g., a base station) . Illustrative Processes

[0043] FIG. 6 illustrates an example process 600 in accordance with an implementation of the present disclosure. Process 600 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to on-demand SSB operation in mobile communications. Process 600 may represent an aspect of implementation of features of communication apparatus 510. Process 600 may include one or more operations, actions, or functions as illustrated by one or more of blocks 610, 620 and 630. Although illustrated as discrete blocks, various blocks of process 600 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 600 may be executed in the order shown in FIG. 6 or, alternatively, in a different order. Process 600 may be implemented by communication apparatus 510 or any suitable UE (e.g., the UE 110) or machine type devices. Solely for illustrative purposes and without limitation, process 600 is described below in the context of communication apparatus 510 as a UE. Process 600 may begin at block 610.

[0044] At block 610, process 600 may involve processor 512 of communication apparatus 510 detecting, via transceiver 516, an SSB from a cell (e.g., network apparatus 520) . Process 600 may proceed from block 610 to block 620.

[0045] At block 620, process 600 may involve processor 512 determining whether the SSB is an NCD SSB. Process 600 may proceed from block 620 to block 630.

[0046] At block 630, process 600 may involve processor 512 searching, via transceiver 516, another SSB for synchronization in an event that the SSB is the NCD SSB. The NCD SSB is an on-demand SSB on the cell.

[0047] In some implementations, process 600 may further involve processor 512 determining whether the SSB is a CD SSB. Process 600 may further involve processor 512 detecting, via transceiver 516, a SIB1 associated with the CD SSB in an event that the SSB is the CD SSB. Process 600 may further involve processor 512 performing a RACH procedure according to the SIB1.

[0048] In some implementations, the CD SSB may comprise an associated Type0-PDCCH CSS set. The NCD SSB may comprise no associated Type0-PDCCH CSS set.

[0049] In some implementations, process 600 may further involve processor 512 determining whether a subcarrier offset is greater than or equal to a first value for an FR1 or is greater than or equal to a second value for an FR2.

[0050] In some implementations, process 600 may further involve processor 512 determining whether a subcarrier offset is less than a first value for an FR1 or is less than a second value for an FR2.

[0051] In some implementations, the communication apparatus 510 does not support the on-demand SSB.

[0052] FIG. 7 illustrates an example process 700 in accordance with an implementation of the present disclosure. Process 700 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to on-demand SSB operation in mobile communications. Process 700 may represent an aspect of implementation of features of communication apparatus 510. Process 700 may include one or more operations, actions, or functions as illustrated by one or more of blocks 710, 720 and 730. Although illustrated as discrete blocks, various blocks of process 700 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 700 may be executed in the order shown in FIG. 7 or, alternatively, in a different order. Process 700 may be implemented by communication apparatus 510 or any suitable UE (e.g., the UE 110) or machine type devices. Solely for illustrative purposes and without limitation, process 700 is described below in the context of communication apparatus 510 as a UE. Process 700 may begin at block 710.

[0053] At block 710, process 700 may involve processor 512 of communication apparatus 510 detecting, via transceiver 516, an SSB from a cell (e.g., network apparatus 520) . Process 700 may proceed from block 710 to block 720.

[0054] At block 720, process 700 may involve processor 512 whether a cell barred parameter in a MIB of the SSB is set to barred. Process 700 may proceed from block 720 to block 730.

[0055] At block 730, process 700 may involve processor 512 searching, via transceiver 516, another SSB for synchronization in an event that the cell barred parameter is set to barred. The SSB is an on-demand SSB on the cell.

[0056] In some implementations, process 700 may further involve processor 512 determining whether the cell barred parameter in the MIB of the SSB is set to not barred. Process 700 may further involve processor 512 detecting, via transceiver 516, a SIB1 associated with the SSB in an event that the cell barred parameter is set to not barred. Process 700 may further involve processor 512 performing a RACH procedure according to the SIB1.

[0057] In some implementations, the cell barred parameter may be used to prevent the communication apparatus 510 from performing the RACH procedure on the cell using the on-demand SSB.

[0058] In some implementations, the cell barred parameter may be set to barred in an event that there is no always-on SSB on the cell. Additional Notes

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

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

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

[0062] 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:detecting, by a processor of an apparatus, a synchronization signal and physical broadcast channel block (SSB) from a cell;determining, by the processor, whether the SSB is a non-cell-defining (NCD) SSB; andsearching, by the processor, another SSB for synchronization in an event that the SSB is the NCD SSB,wherein the NCD SSB is an on-demand SSB on the cell.2.The method of Claim 1, further comprising:determining, by the processor, whether the SSB is a cell-defining (CD) SSB;detecting, by the processor, a system information block 1 (SIB1) associated with the CD SSB in an event that the SSB is the CD SSB; andperforming, by the processor, a random-access channel (RACH) procedure according to the SIB1.3.The method of Claim 2, wherein the CD SSB comprises an associated Type0-physical downlink control channel (PDCCH) common search space (CSS) set, and wherein the NCD SSB comprises no associated Type0-PDCCH CSS set.4.The method of Claim 1, wherein the determining of whether the SSB is the NCD SSB further comprises:determining whether a subcarrier offset is greater than or equal to a first value for a frequency range 1 (FR1) or is greater than or equal to a second value for a frequency range 2 (FR2) .5.The method of Claim 2, wherein the determining of whether the SSB is the CD SSB further comprises:determining whether a subcarrier offset is less than a first value for a frequency range 1 (FR1) or is less than a second value for a frequency range 2 (FR2) .6.The method of Claim 1, wherein the apparatus does not support the on-demand SSB.7.A method, comprising:detecting, by a processor of an apparatus, a synchronization signal and physical broadcast channel block (SSB) from a cell;determining, by the processor, whether a cell barred parameter in a master information block (MIB) of the SSB is set to barred; andsearching, by the processor, another SSB for synchronization in an event that the cell barred parameter is set to barred,wherein the SSB is an on-demand SSB on the cell.8.The method of Claim 7, further comprising:determining, by the processor, whether the cell barred parameter in the MIB of the SSB is set to not barred;detecting, by the processor, a system information block 1 (SIB1) associated with the SSB in an event that the cell barred parameter is set to not barred; andperforming, by the processor, a random-access channel (RACH) procedure according to the SIB1.9.The method of Claim 8, wherein the cell barred parameter is used to prevent the apparatus from performing the RACH procedure on the cell using the on-demand SSB.10.The method of Claim 7, wherein the cell barred parameter is set to barred in an event that there is no always-on SSB on the cell.11.An apparatus, comprising:a transceiver which, during operation, communicates wirelessly; anda processor communicatively coupled to the transceiver such that, during operation, the processor performs operations comprising:detecting, via the transceiver, a synchronization signal and physical broadcast channel block (SSB) from a cell;determining whether the SSB is a non-cell-defining (NCD) SSB; andsearching, via the transceiver, another SSB for synchronization in an event that the SSB is the NCD SSB,wherein the NCD SSB is an on-demand SSB on the cell.12.The apparatus of Claim 11, wherein, during operation, the processor further performs operations comprising:determining whether the SSB is a cell-defining (CD) SSB;detecting, via the transceiver, a system information block 1 (SIB1) associated with the CD SSB in an event that the SSB is the CD SSB; andperforming a random-access channel (RACH) procedure according to the SIB1.13.The apparatus of Claim 12, wherein the CD SSB comprises an associated Type0-physical downlink control channel (PDCCH) common search space (CSS) set, and wherein the NCD SSB comprises no associated Type0-PDCCH CSS set.14.The apparatus of Claim 11, wherein, in determining whether the SSB is the NCD SSB, the processor further performs operations comprising:determining whether a subcarrier offset is greater than or equal to a first value for a frequency range 1 (FR1) or is greater than or equal to a second value for a frequency range 2 (FR2) .15.The apparatus of Claim 12, wherein, in determining whether the SSB is the CD SSB, the processor further performs operations comprising:determining whether a subcarrier offset is less than a first value for a frequency range 1 (FR1) or is less than a second value for a frequency range 2 (FR2) .16.The apparatus of Claim 11, wherein the apparatus does not support the on-demand SSB.17.The apparatus of Claim 11, wherein, during operation, the processor further performs operations comprising:determining whether a cell barred parameter in a master information block (MIB) of the SSB is set to barred; andsearching, via the transceiver, another SSB for synchronization in an event that the cell barred parameter is set to barred,wherein the SSB is the on-demand SSB on the cell.18.The apparatus of Claim 11, wherein, during operation, the processor further performs operations comprising:determining whether a cell barred parameter in a master information block (MIB) of the SSB is set to not barred; anddetecting, via the transceiver, a system information block 1 (SIB1) associated with the SSB in an event that the cell barred parameter is set to not barred; andperforming a random-access channel (RACH) procedure according to the SIB1.19.The apparatus of Claim 18, wherein the cell barred parameter is used to prevent the apparatus from performing the RACH procedure on the cell using the on-demand SSB.20.The apparatus of Claim 17, wherein the cell barred parameter is set to barred in an event that there is no always-on SSB on the cell.

Images