Methods for enhanced synchronization block designs in wireless communications

Abstract

Various solutions for enhanced synchronization block designs in wireless communications are described. An apparatus may receive a synchronization block (SyncBlock) associated with a beam index from a network node. The SyncBlock may include instance (s) of at least one of a primary synchronization signal (PSS), a physical broadcast channel (PBCH), and a secondary synchronization signal (SSS) that is multiplexed into the PBCH. The apparatus may accumulate the instance (s) of the at least one of the PSS, the PBCH, and the SSS within the SyncBlock. Then, the apparatus may perform a synchronization with the network node based on the accumulation.

Description

METHODS FOR ENHANCED SYNCHRONIZATION BLOCK DESIGNS 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 / CN2024 / 125483, filed 17 October 2024, 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 enhanced synchronization block (SyncBlock) designs 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] The wireless communications technologies have grown exponentially over the years. A long-term evolution (LTE) system offers high peak data rates, low latency, improved system capacity, and low operating cost resulting from simplified network architecture. LTE system, also known as the 4th generation (4G) system, also provides seamless integration to older wireless networks, such as GSM, CDMA and universal mobile telecommunication system (UMTS) . In LTE system, an evolved universal terrestrial radio access network (E-UTRAN) includes a plurality of evolved Node-Bs (eNodeBs or eNBs) communicating with a plurality of mobile stations, referred to as user equipment (UE) . The 3rd generation partner project (3GPP) network normally includes a hybrid of 2G / 3G / 4G systems. The next generation mobile network (NGMN) board has decided to focus the future NGMN activities on defining the end-to-end requirements for 5th generation (5G) new radio (NR) systems and 6G systems.

[0005] In wireless communication, a low signal-to-noise (SNR) ratio received at the receiver (e.g., UE) often occurs due to a poor background environment or long-distance communications. For example, in a non-terrestrial network (NTN) system, the distance between the UE and the satellite is quite long and the radio condition of the communications therebetween may vary rapidly due to satellite and UE movements. Consequently, a low SNR ratio will lead to low success rates in signal detection, demodulation, and / or decoding at the receiver.

[0006] Therefore, there is a need to provide proper schemes to address this issue.SUMMARY

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

[0008] One objective of the present disclosure is proposing schemes, concepts, designs, systems, methods and apparatus pertaining to enhanced synchronization block designs 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.

[0009] In one aspect, a method may involve an apparatus receiving a synchronization block (SyncBlock) associated with a beam index from a network node, wherein the SyncBlock comprises one or more instances of at least one of a primary synchronization signal (PSS) , a physical broadcast channel (PBCH) , and a secondary synchronization signal (SSS) that is multiplexed into the PBCH. The method may also involve the apparatus accumulating the one or more instances of the at least one of the PSS, the PBCH, and the SSS within the SyncBlock. The method may further involve the apparatus performing a synchronization with the network node based on the accumulation.

[0010] In one aspect, a method may involve a network node generating a SyncBlock associated with a beam index, wherein the SyncBlock comprises one or more instances of at least one of a PSS, a PBCH, and an SSS that is multiplexed into the PBCH. The method may also involve the network node transmitting the SyncBlock to an apparatus.

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

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

[0013] FIG. 1 is a diagram depicting an example scenario of the time-frequency structure of a synchronization signal block (SSB) in 5G NR.

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

[0015] FIG. 3 is a diagram depicting an example scenario of NTN cells with wide beams and narrow beams in accordance with an implementation of the present disclosure.

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

[0017] FIG. 5 is a diagram depicting an example scenario of the SyncBlock structure for 3MHz in accordance with an implementation of the present disclosure.

[0018] FIG. 6 is a diagram depicting another example scenario of the SyncBlock structure for 3MHz in accordance with an implementation of the present disclosure.

[0019] FIG. 7 is a diagram depicting another example scenario of the SyncBlock structure for 3MHz in accordance with an implementation of the present disclosure.

[0020] FIG. 8 is a diagram depicting an example scenario of SSS and PBCH multiplexing within one SyncBlock for 3MHz in accordance with an implementation of the present disclosure.

[0021] FIG. 9 is a diagram depicting another example scenario of the SyncBlock structure for 3MHz in accordance with an implementation of the present disclosure.

[0022] FIG. 10 is a diagram depicting another example scenario of SSS and PBCH multiplexing within one SyncBlock for 3MHz in accordance with an implementation of the present disclosure.

[0023] FIG. 11 is a diagram depicting another example scenario of the SyncBlock structure for 3MHz in accordance with an implementation of the present disclosure.

[0024] FIG. 12 is a diagram depicting an example scenario of the SyncBlock structure for 5MHz in accordance with an implementation of the present disclosure.

[0025] FIG. 13 is a diagram depicting another example scenario of the SyncBlock structure for 5MHz in accordance with an implementation of the present disclosure.

[0026] FIG. 14 is a diagram depicting another example scenario of the SyncBlock structure for 5MHz in accordance with an implementation of the present disclosure.

[0027] FIG. 15 is a diagram depicting an example scenario of SSS and PBCH multiplexing within one SyncBlock for 5MHz in accordance with an implementation of the present disclosure.

[0028] FIG. 16 is a diagram depicting an example scenario of time index indication for a SyncBlock in accordance with an implementation of the present disclosure.

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

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

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

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

[0033] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to enhanced synchronization block designs 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.

[0034] In the present disclosure, NTN refers to a network that uses radio frequency (RF) and information processing resources carried on high, medium and low orbit satellites or other high-altitude communication platforms to provide communication services for UEs. According to the load capacity on the satellite, there are two typical scenarios, namely: transparent payload and regenerative payload. In transparent payload mode, the satellite does not process the signal and waveform in the communication service but, rather, only functions as an RF amplifier to forward data. In regenerative payload mode, the satellite, other than RF amplification, also has the processing capabilities of modulation / demodulation, coding / decoding, switching, routing and so on.

[0035] As previously mentioned, a low SNR ratio will lead to low success rates in signal detection, demodulation, and / or decoding at the receiver (e.g., UE) side. In 5G NR, the synchronization signal block (SSB) is the key signal for UEs to synchronize with the network. FIG. 1 illustrates an example scenario 100 of the time-frequency structure of an SSB in 5G NR. As shown in FIG. 1, an SSB may consist of primary and secondary synchronization signals (PSS, SSS) , each occupying 1 symbol and 127 subcarriers, and a PBCH spanning across 3 orthogonal frequency-division multiplexing (OFDM) symbols and 240 subcarriers. To address the issue of low SNR ratio leading to low success rates in signal detection, demodulation, and / or decoding at the UE, some time or frequency domain signal accumulation techniques may be employed. Specifically, the transmitter (e.g., base station (BS) or satellite) may repeat the transmission of the same signal (e.g., SSB) , while the UE may accumulate all the repeated signals for detection, demodulation, and / or decoding, or accumulate the detection or demodulation results of each repeated signal as the final result. However, in the scenario of time-domain signal repetition at the BS or satellite, the repetition of signals at different time intervals may impact the success rate of signal detection, demodulation, and / or decoding at the UE, which influences the DL synchronization procedure.

[0036] In view of the above, the present disclosure proposes a number of schemes pertaining to enhanced synchronization block designs in wireless communications. According to the schemes of the present disclosure, various designs of SyncBlock structure for bandwidth=3MHz and bandwidth=5MHz are proposed, along with the design of time index indication for the SyncBlock. Specifically, a SyncBlock may be associated with a beam index and include one or more instances (or called repetitions or shots) of at least one of a PSS, a PBCH, and an SSS that is multiplexed into the PBCH (e.g., in the frequency domain) . That is, the SyncBlock is allowed to include a plurality of items selected from the group consisting of PSS, PBCH, and SSS. In this way, the UE may be able to accumulate the instances of the PSS, the PBCH, and / or the SSS within one SyncBlock to perform synchronization with the BS, instead of having to wait for the repetitions of SSB transmitted at different time intervals as in the legacy SSB design for 5G NR. Accordingly, by applying the schemes of the present disclosure, the success rate of signal detection, demodulation, and / or decoding at the UE may be improved to achieve a quick initial cell search and ensure better communication performance.

[0037] It should be noted that the term “SyncBlock” may alternatively be replaced by “SSB” (or may be called an enhanced SSB) or any other suitable terminology, provided that such terminology reflects the features of the enhanced synchronization block designs described in the present disclosure.

[0038] FIG. 2 illustrates an example scenario 200 of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented. Scenario 200 involves a UE 210 in wireless communication with a network 220 (e.g., a wireless network including an NTN and a TN) via a terrestrial network node 222 (e.g., a BS such as an eNB, a Next Generation Node-B (gNB) , a transmission / reception point (TRP) , or a gateway) and / or a non-terrestrial network node 224 (e.g., a satellite) . For example, the terrestrial network node 222 and the non-terrestrial network node 224 may form an NTN serving cell for wireless communication with the UE 210. In such a communication environment, the UE 210, the network 220, and the terrestrial network node 222 and / or the non-terrestrial network node 224 may implement various schemes pertaining to enhanced synchronization block designs in wireless communications 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.

[0039] FIG. 3 illustrates an example scenario 300 of NTN cells with wide beams and narrow beams in accordance with an implementation of the present disclosure. As shown in FIG. 3, each satellite (e.g., SAT#1 or SAT#4) may form an NTN cell which may include several coverages of wide beam (s) and / or narrow beam (s) used by the satellite. Additionally, or optionally, one satellite (e.g., SAT#2) may use a narrow beam to form a beam coverage which may or may not overlap with the beam / cell coverage (s) of another satellite (e.g., SAT#1) .

[0040] FIG. 4 illustrates an example scenario 400 of an enhanced SyncBlock design in accordance with an implementation of the present disclosure. As shown in FIG. 4, a SyncBlock burst within a SyncBlock period may include multiple beam sets of SyncBlock (denoted as Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N) , each associated with the same or a different beam index. Additionally, or optionally, each beam set of SyncBlock may include multiple repetitions of SyncBlock (denoted as SyncBlock_rep #1 to SyncBlock_rep #R) , e.g., to further improve the success rate of signal detection, demodulating, and / or decoding at the UE.

[0041] Under a first scheme of the present disclosure, designs of the SyncBlock structure specific for 3MHz are proposed, in which one SyncBlock may occupy 4, 5, 6, or 26 symbols in 16 physical resource blocks (PRBs) , thereby creating spaces for the PSS, PBCH, and / or SSS (which is multiplexed into the PBCH) to be repeated within one SyncBlock. Additionally, or optionally, one SyncBlock may also include one or more symbols that are empty or include contents other than the PSS, the PBCH, and the SSS.

[0042] FIG. 5 illustrates an example scenario 500 of the SyncBlock structure for 3MHz in accordance with an implementation of the present disclosure. Scenario 500 depicts the case where one SyncBlock occupies 26 symbols in 16 PRBs, and within the SyncBlock, there are 8 PSS instances each occupying 1 symbol in 12 PRBs, 6 PBCH instances each occupying 3 symbols in 16 PRBs, and several SSS instances multiplexed into the PBCH instances. In this example, there are 6 SSS instances, each occupying the same 3 symbols of one PBCH instance. Alternatively, in another example, there may be 18 SSS instances, each occupying one symbol of the PBCH instances. Furthermore, one or more of the PSS / SSS instances may include negative PSS / SSS (i.e., the sign reversal of PSS / SSS) , and the resulting sign set of the PSS / SSS instances may be used for further indication purposes. As shown in FIG. 5, N is the maximum number of beams used for beam sweeping, and R is the maximum number of SyncBlock repetitions for one beam. In scenario 500, if beam sweeping is not applied at the satellite (i.e., Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N all correspond to the same beam (index) ) , the maximum number of SyncBlock repetitions within one SyncBlock period (with a length denoted as SyncBlock periodicity) is M=N*R. Otherwise, if beam sweeping is applied at the satellite (i.e., each of Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N corresponds to a different beam (index) ) , the maximum number of SyncBlock repetitions for one beam within one SyncBlock period is R.

[0043] FIG. 6 illustrates an example scenario 600 of the SyncBlock structure for 3MHz in accordance with an implementation of the present disclosure. Scenario 600 depicts the same SyncBlock structure as scenario 500, except that there is no repetition for one beam within one SyncBlock period. In scenario 600, if beam sweeping is not applied at the satellite, the maximum number of SyncBlock repetitions within one SyncBlock period (with a length denoted as SyncBlock periodicity) is M=N. Alternatively, if beam sweeping is applied at the satellite, there is only one SyncBlock for one beam within one SyncBlock period (i.e., R=1) .

[0044] In some implementations, the value of N may be 8 for frequency range 1 (FR1) or may be 64 for FR2 and FR3 with SyncBlock periodicity=40 ms, where at least 4 UE antenna elements are needed for FR3 and at least 64 UE antenna elements are needed for FR2. In one example, different sign sets of the PSS instances may be used for indicating different beam indices within one SyncBlock periodicity. In another example, different sign sets of the SSS instances may be used for indicating different beam indices within one SyncBlock period (e.g., sign set= {1, 1, 1} indicates beam index=1, and sign set= {1, 1, -1} indicates beam index=2) .

[0045] In some implementations, the value of R may be predefined or indicated by different means. In one example, the value of R may be predefined (e.g., in 3GPP specification (s) ) for different frequency bands and / or different wireless systems. In another example, the value of R may be indicated by the sign set of the 3 SSS instances (e.g., sign set= {1, 1, 1} indicates R=1 or sign set= {1, 1, -1} indicates R=2 for the beam index) . In another example, the value of R may be indicated by the synchronization assisting signal (SAS) , i.e., a broadcast signal used for the UE to narrow down the possible frequency locations of the SyncBlock during the initial cell search procedure. In another example, the value of R may be indicated by different PSS sequence candidates.

[0046] FIG. 7 illustrates an example scenario 700 of the SyncBlock structure for 3MHz in accordance with an implementation of the present disclosure. Scenario 700 depicts the case where one SyncBlock occupies 6 symbols in 16 PRBs, and within the SyncBlock, there are 2 PSS instances each occupying 1 symbol in 12 PRBs, 1 PBCH instance occupying 4 symbols in 16 PRBs, and 1 SSS instance multiplexed into the PBCH instance. Furthermore, one or more of the PSS / SSS instances may include negative PSS / SSS (i.e., the sign reversal of PSS / SSS) , and the resulting sign set of the PSS / SSS instances may be used for further indication purposes. In scenario 700, if beam sweeping is not applied at the satellite (i.e., Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N all correspond to the same beam (index) ) , the maximum number of SyncBlock repetitions within one SyncBlock period (with a length denoted as SyncBlock periodicity) is M=N*R. Otherwise, if beam sweeping is applied at the satellite (i.e., each of Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N corresponds to a different beam (index) ) , the maximum number of SyncBlock repetitions for one beam within one SyncBlock period is R.

[0047] In some implementations, the value of N may be 32 for FR1, or may be 256 for FR2, or may be 128 for FR3, with SyncBlock periodicity=40 ms, where at least 8 UE antenna elements are needed for FR3 and at least 64 UE antenna elements are needed for FR2. Alternatively, the value of N may be 32 for FR1 or may be 256 for FR2 and FR3 with SyncBlock periodicity=40 ms, where at least 4 UE antenna elements are needed for FR3 and at least 64 UE antenna elements are needed for FR2.

[0048] In some implementations, the value of R may be predefined or indicated by different means. In one example, the value of R may be predefined (e.g., in 3GPP specification (s) ) for different frequency bands and / or different wireless systems. In another example, the value of R may be indicated by the sign set of the 2 PSS instances (e.g., sign set= {1, 1} indicates R=1 or sign set= {1, -1} indicates R=2 for the beam index) . In another example, the value of R may be indicated by the sign set of the 3 or 4 SSS instances (e.g., sign set= {1, 1, 1, 1} indicates R=1 or sign set= {1, 1, 1, -1} indicates R=2 for the beam index) . In another example, the value of R may be indicated by the SAS, i.e., a broadcast signal used for the UE to narrow down the possible frequency locations of the SyncBlock during the initial cell search procedure. In another example, the value of R may be indicated by different PSS sequence candidates.

[0049] FIG. 8 illustrates an example scenario 800 of SSS and PBCH multiplexing within one SyncBlock for 3MHz in accordance with an implementation of the present disclosure. Scenario 800 depicts the same case as scenario 700, where one SyncBlock occupies 6 symbols in 16 PRBs and within the SyncBlock, there are 2 PSS instances each occupying 1 symbol in 12 PRBs, 1 PBCH instance occupying 4 symbols in 16 PRBs, and 1 SSS instance multiplexed into the PBCH instance. As shown in FIG. 8, the SSS and PBCH multiplexing may be performed in different alternatives. In alternative one, 1 SSS sequence with a length=255 occupies 4 symbols at resource elements (REs) with index=3* (n-1) +O_offset1, and the PBCH occupies 4 symbols at 513 REs with a coding rate=0.049, where n=1, 2, …, which corresponds to the length of the SSS sequence, O_offset1 corresponds to an offset between the start of the PRB and the occupied RE for the SyncBlock, O_offset2 corresponds to an offset between the end of the PRB and the occupied RE for the SyncBlock, and O_offset1 / O_offset2 = 0, 1, or 2. In alternative two, 2 SSS sequences each having a length=127 occupies 4 symbols at REs with index=3* (n-1) +1) , and the PBCH occupies 4 symbols at 510 REs with a coding rate= 0.049, where O_offset1 / O_offset2 = 0, 1, or 2. In alternative three, 4 SSS sequences each having a length=63 occupies 4 symbols at REs with index=3*n-1 of each symbol N_sym, and the PBCH occupies 4 symbols at 512 REs with a coding rate=0.049, where N_sym corresponds to the symbol index for SSS and PBCH multiplexing, starting from 1 to the symbol length of SSS and PBCH multiplexing, and O_offset1 / O_offset2 = 0, 1, or 2.

[0050] FIG. 9 illustrates an example scenario 900 of the SyncBlock structure for 3MHz in accordance with an implementation of the present disclosure. Scenario 900 depicts the case where one SyncBlock occupies 4 symbols in 16 PRBs, and within the SyncBlock, there is 1 PSS instance occupying 1 symbol in 16 PRBs, 1 PBCH instance occupying 3 symbols in 16 PRBs, and 1 SSS instance multiplexed into the PBCH instance. In scenario 900, if beam sweeping is not applied at the satellite (i.e., Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N all correspond to the same beam (index) ) , the maximum number of SyncBlock repetitions within one SyncBlock period (with a length denoted as SyncBlock periodicity) is M=N*R. Otherwise, if beam sweeping is applied at the satellite (i.e., each of Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N corresponds to a different beam (index) ) , the maximum number of SyncBlock repetitions for one beam within one SyncBlock period is R.

[0051] In some implementations, the value of N may be 32 for FR1, or may be 256 for FR2, or may be 128 for FR3, with SyncBlock periodicity=40 ms, where at least 8 UE antenna elements are needed for FR3 and at least 64 UE antenna elements are needed for FR2. Alternatively, the value of N may be 32 for FR1 or may be 256 for FR2 and FR3 with SyncBlock periodicity=40 ms, where at least 4 UE antenna elements are needed for FR3 and at least 64 UE antenna elements are needed for FR2.

[0052] In some implementations, the value of R may be predefined or indicated by different means. In one example, the value of R may be predefined (e.g., in 3GPP specification (s) ) for different frequency bands and / or different wireless systems. In another example, the value of R may be indicated by the SAS, i.e., a broadcast signal used for the UE to narrow down the possible frequency locations of the SyncBlock during the initial cell search procedure. In another example, the value of R may be indicated by different PSS sequence candidates.

[0053] FIG. 10 illustrates an example scenario 1000 of SSS and PBCH multiplexing within one SyncBlock for 3MHz in accordance with an implementation of the present disclosure. Scenario 1000 depicts the same case as scenario 900, where one SyncBlock occupies 4 symbols in 16 PRBs and within the SyncBlock, there is 1 PSS instance occupying 1 symbol in 16 PRBs, 1 PBCH instance occupying 3 symbols in 16 PRBs, and 1 SSS instance multiplexed into the PBCH instance. As shown in FIG. 10, the SSS and PBCH multiplexing may be performed in different alternatives. In alternative one, 2 SSS sequences each having a length=63 occupies 2 symbols at REs with index=3*n-1 of each symbol N_sym, and the PBCH occupies 3 symbols at 446 REs with a coding rate=0.056, where n=1, 2, …, which indicates the index of each unit in the SSS sequence, O_offset1 corresponds to an offset between the start of the PRB and the occupied RE for the SyncBlock, O_offset2 corresponds to an offset between the end of the PRB and the occupied RE for the SyncBlock, and O_offset1 / O_offset2 = 0, 1, or 2. In alternative two, 3 SSS sequences each having a length=127 occupies 3 symbols at REs with index=6*n-1, and the PBCH occupies 3 symbols at 479 REs with a coding rate=0.052, where O_offset1 / O_offset2 = 0, 1, 2, 3, 4, or 5.

[0054] FIG. 11 illustrates an example scenario 1100 of the SyncBlock structure for 3MHz in accordance with an implementation of the present disclosure. Scenario 1100 depicts the case where one SyncBlock occupies 5 symbols in 16 PRBs, and within the SyncBlock, there is 1 PSS instance occupying 1 symbol in 16 PRBs, 1 PBCH instance occupying 4 symbols in 16 PRBs, and 1 SSS instance multiplexed into the PBCH instance. In scenario 1100, if beam sweeping is not applied at the satellite (i.e., Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N all correspond to the same beam (index) ) , the maximum number of SyncBlock repetitions within one SyncBlock period (with a length denoted as SyncBlock periodicity) is M=N*R. Otherwise, if beam sweeping is applied at the satellite (i.e., each of Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N corresponds to a different beam (index) ) , the maximum number of SyncBlock repetitions for one beam within one SyncBlock period is R.

[0055] In some implementations, the value of N may be 32 for FR1, or may be 256 for FR2, or may be 128 for FR3, with SyncBlock periodicity=40 ms, where at least 8 UE antenna elements are needed for FR3 and at least 64 UE antenna elements are needed for FR2. Alternatively, the value of N may be 32 for FR1 or may be 256 for FR2 and FR3 with SyncBlock periodicity=40 ms, where at least 4 UE antenna elements are needed for FR3 and at least 64 UE antenna elements are needed for FR2.

[0056] In some implementations, the value of R may be predefined or indicated by different means. In one example, the value of R may be predefined (e.g., in 3GPP specification (s) ) for different frequency bands and / or different wireless systems. In another example, the value of R may be indicated by the sign set of the 1 PSS instance (e.g., sign set= {1} indicates R=1 or sign set= {-1} indicates R=2 for the beam index) . In another example, the value of R may be indicated by the sign set of the 3 or 4 SSS instances (e.g., sign set= {1, 1, 1, 1} indicates R=1 or sign set= {1, 1, 1, -1} indicates R=2 for the beam index) . In another example, the value of R may be indicated by the SAS, i.e., a broadcast signal used for the UE to narrow down the possible frequency locations of the SyncBlock during the initial cell search procedure. In another example, the value of R may be indicated by different PSS sequence candidates.

[0057] Under a second scheme of the present disclosure, designs of the SyncBlock structure specific for 5MHz are proposed, in which one SyncBlock may occupy 5 or 26 symbols in 22 or 24 PRBs, thereby creating spaces for the PSS, PBCH, and / or SSS (which is multiplexed into the PBCH) to be repeated within one SyncBlock. Additionally, or optionally, one SyncBlock may also include one or more symbols that are empty or include contents other than the PSS, the PBCH, and the SSS.

[0058] FIG. 12 illustrates an example scenario 1200 of the SyncBlock structure for 5MHz in accordance with an implementation of the present disclosure. Scenario 1200 depicts a similar SyncBlock structure as scenario 500, except that one SyncBlock occupies 26 symbols in 22 or 24 PRBs and the 6 PBCH instances each occupies 3 symbols in 22 / 24 PRBs. Reference may be made to the description with respect to scenario 500 for additional details of the SyncBlock structure.

[0059] FIG. 13 illustrates an example scenario 1300 of the SyncBlock structure for 5MHz in accordance with an implementation of the present disclosure. Scenario 1300 depicts the same SyncBlock structure as scenario 1200, except that there is no repetition for one beam within one SyncBlock period. Reference may be made to the description with respect to scenario 600 for additional details of the SyncBlock structure.

[0060] FIG. 14 illustrates an example scenario 1400 of the SyncBlock structure for 5MHz in accordance with an implementation of the present disclosure. Scenario 1400 depicts the case where one SyncBlock occupies 5 symbols in 22 or 24 PRBs, and within the SyncBlock, there are 2 PSS instances each occupying 1 symbol in 12 PRBs, 1 PBCH instance occupying 3 symbols in 22 or 24 PRBs, and 1 SSS instance multiplexed into the PBCH instance. Furthermore, one or more of the PSS / SSS instances may include negative PSS / SSS (i.e., the sign reversal of PSS / SSS) , and the resulting sign set of the PSS / SSS instances may be used for further indication purposes. In scenario 1400, if beam sweeping is not applied at the satellite (i.e., Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N all correspond to the same beam (index) ) , the maximum number of SyncBlock repetitions within one SyncBlock period (with a length denoted as SyncBlock periodicity) is M=N*R. Otherwise, if beam sweeping is applied at the satellite (i.e., each of Beam_SyncBlock_set #1 to Beam_SyncBlock_set #N corresponds to a different beam (index) ) , the maximum number of SyncBlock repetitions for one beam within one SyncBlock period is R.

[0061] In some implementations, the value of N may be 32 for FR1, or may be 256 for FR2, or may be 128 for FR3, with SyncBlock periodicity=20 ms, where at least 8 UE antenna elements are needed for FR3 and at least 64 UE antenna elements are needed for FR2. Alternatively, the value of N may be 32 for FR1 or may be 256 for FR2 and FR3 with SyncBlock periodicity=40 ms, where at least 4 UE antenna elements are needed for FR3 and at least 64 UE antenna elements are needed for FR2.

[0062] In some implementations, the value of R may be predefined or indicated by different means. In one example, the value of R may be predefined (e.g., in 3GPP specification (s) ) for different frequency bands and / or different wireless systems. In another example, the value of R may be indicated by the sign set of the 2 PSS instances (e.g., sign set= {1, 1} indicates R=1 or sign set= {1, -1} indicates R=2 for the beam index) . In another example, the value of R may be indicated by the SAS, i.e., a broadcast signal used for the UE to narrow down the possible frequency locations of the SyncBlock during the initial cell search procedure. In another example, the value of R may be indicated by different PSS sequence candidates.

[0063] FIG. 15 illustrates an example scenario 1500 of SSS and PBCH multiplexing within one SyncBlock for 5MHz in accordance with an implementation of the present disclosure. Scenario 1500 depicts the same case as scenario 1400, where one SyncBlock occupies 5 symbols in 22 PRBs and within the SyncBlock, there are 2 PSS instances each occupying 1 symbol in 12 PRBs, 1 PBCH instance occupying 3 symbols in 22 PRBs, and 1 SSS instance multiplexed into the PBCH instance. As shown in FIG. 15, the SSS and PBCH multiplexing may be performed in different alternatives. In alternative one, 1 SSS sequence with a length=255 occupies 3 symbols at REs with index=3* (n+85* (N_sym-1) ) +O_offset1+1 of each symbol, and the PBCH occupies 3 symbols at 516 REs with a coding rate=0.048, where n=1, 2, …, which corresponds to one third of the length of the SSS sequence, O_offset1 corresponds to an offset between the start of the PRB and the occupied RE for the SyncBlock, O_offset2 corresponds to an offset between the end of the PRB and the occupied RE for the SyncBlock, and O_offset1 / O_offset2 = 3 or 4. In alternative two, 2 SSS sequences each having a length=127 occupies 2 symbols (i.e., symbol index 1 and 3) at REs with index=2*n+O_offset1-1, and the PBCH occupies 3 symbols at 511 REs with a coding rate= 0.049, where O_offset1 / O_offset2 = 4 or 5. In alternative three, 3 SSS sequences each having a length=63 occupies 3 symbols at REs with index=4*n of each symbol N_sym, and the PBCH occupies 3 symbols at 576 REs with a coding rate=0.043, where N_sym corresponds to the symbol index for SSS and PBCH multiplexing, starting from 1 to the symbol length of SSS and PBCH multiplexing, and O_offset1 / O_offset2 = 0, 1, or 2. The values of O_offset1 and O_offset2 may be determined based on predefined values.

[0064] Under a third scheme of the present disclosure, the design of time index indication for a SyncBlock is proposed, allowing the UE to determine the timing position of the start of the SyncBlock. Specifically, the time index (i.e., the timing position or called the position in the time domain) of a SyncBlock may be determined by a process of finding the target system frame number (SFN) of the SyncBlock, the target subframe within the target SFN, the target slot within the target subframe or within the target SFN, and the target symbol within the target slot.

[0065] FIG. 16 illustrates an example scenario 1600 of time index indication for a SyncBlock in accordance with an implementation of the present disclosure. Scenario 1600 depicts the case where one SyncBlock occupies 5 symbols in 22 or 24 PRBs, and within the SyncBlock, there are 2 PSS instances each occupying 1 symbol in 12 PRBs, 1 PBCH instance occupying 3 symbols in 22 or 24 PRBs, and 1 SSS instance multiplexed into the PBCH instance. As shown in FIG. 16, the SyncBlock is repeated for 4 times for one beam, with two (empty) symbols spaced between every two SyncBlock repetitions, and the SyncBlock burst includes multiple (denoted as N) 2-slot (e.g., 2 slots = 28 symbols) periods, in each of which a SyncBlock for one of N beams is transmitted. Specifically, the UE may determine the timing position of the SyncBlock for the beam as follows.

[0066] Firstly, the UE may determine the target SFN of the SyncBlock based on the beam index and the starting SFN (denoted as SFN_initial) of the SyncBlock period (e.g., with a length denoted as SyncBlock periodicity) , as illustrated below in equation 1.

[0067] Secondly, the UE may determine the target slot of the SyncBlock within the target SFN based on the beam index. In one example, the determination of the target slot of the SyncBlock may be performed by determining the target subframe and then the target slot, as illustrated below in equations 2 and 3. Slot_target =mod ( (Nbeamindex-1) ·2, 2μ) , Slot_target∈ (0, 1, …, 2μ-1) (3)  In another example, the determination of the target slot of the SyncBlock may be performed by directly determining the target slot, as illustrated below in equation 4. Slot_target =mod ( (Nbeamindex-1) ·2, 10·2μ) , Slot_target∈ (0, 1, …, 10·2μ-1) (4)

[0068] Lastly, the UE may determine the target symbol of the SyncBlock within the target slot based on the offset from the starting symbol of the target slot, as illustrated below in equation 5. Symbol_target =offset, Symboltarget∈ (0, 1, …, 27)         (5)

[0069] In some implementations, the value of the offset may be determined based on predefined SyncBlock patterns, i.e., indicated by the pattern of the current SyncBlock.

[0070] In some implementations, the starting SFN of the SyncBlock period (i.e., SFN_initial) may be indicated via the PBCH. Illustrative Implementations

[0071] FIG. 17 illustrates an example communication system 1700 having an example communication apparatus 1710 and an example network apparatus 1720 in accordance with an implementation of the present disclosure. Each of communication apparatus 1710 and network apparatus 1720 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to enhanced synchronization block designs in wireless communications, including scenarios / schemes described above as well as processes 1800 and 1900 described below.

[0072] Communication apparatus 1710 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 1710 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 1710 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 1710 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 1710 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 1710 may include at least some of those components shown in FIG. 17 such as a processor 1712, for example. Communication apparatus 1710 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 1710 are neither shown in FIG. 17 nor described below in the interest of simplicity and brevity.

[0073] Network apparatus 1720 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 1720 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 1720 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 1720 may include at least some of those components shown in FIG. 17 such as a processor 1722, for example. Network apparatus 1720 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 1720 are neither shown in FIG. 17 nor described below in the interest of simplicity and brevity.

[0074] In one aspect, each of processor 1712 and processor 1722 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 1712 and processor 1722, each of processor 1712 and processor 1722 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 1712 and processor 1722 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 1712 and processor 1722 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks in a device (e.g., as represented by communication apparatus 1710) and a network node (e.g., as represented by network apparatus 1720) in accordance with various implementations of the present disclosure.

[0075] In some implementations, communication apparatus 1710 may also include a transceiver 1716 coupled to processor 1712 and capable of wirelessly transmitting and receiving data. In some implementations, transceiver 1716 may be capable of wirelessly communicating with different types of UEs and / or wireless networks of different RATs. In some implementations, transceiver 1716 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 1716 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 1720 may also include a transceiver 1726 coupled to processor 1722. Transceiver 1726 may include a transceiver capable of wirelessly transmitting and receiving data. In some implementations, transceiver 1726 may be capable of wirelessly communicating with different types of UEs of different RATs. In some implementations, transceiver 1726 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 1726 may be equipped with multiple transmit antennas and multiple receive antennas for beamforming and MIMO wireless communications.

[0076] In some implementations, communication apparatus 1710 may further include a memory 1714 coupled to processor 1712 and capable of being accessed by processor 1712 and storing data therein. In some implementations, network apparatus 1720 may further include a memory 1724 coupled to processor 1722 and capable of being accessed by processor 1722 and storing data therein. Each of memory 1714 and memory 1724 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 1714 and memory 1724 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 1714 and memory 1724 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.

[0077] Each of communication apparatus 1710 and network apparatus 1720 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 1710, as a UE, and network apparatus 1720, as a network node, is provided below with processes 1800 and 1900. Illustrative Processes

[0078] FIG. 18 illustrates an example process 1800 in accordance with an implementation of the present disclosure. Process 1800 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to enhanced synchronization block designs in wireless communications. Process 1800 may represent an aspect of implementation of features of communication apparatus 1710. Process 1800 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1810 to 1830. Although illustrated as discrete blocks, various blocks of process 1800 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1800 may be executed in the order shown in FIG. 18 or, alternatively, in a different order. Process 1800 may be implemented by or in communication apparatus 1710 or any suitable UE or machine type devices. Solely for illustrative purposes and without limitation, process 1800 is described below in the context of communication apparatus 1710, as a UE, and network apparatus 1720, as a network node. Process 1800 may begin at block 1810.

[0079] At block 1810, process 1800 may involve processor 1712 of communication apparatus 1710, receiving, via transceiver 1716, a SyncBlock associated with a beam index from network apparatus 1720, wherein the SyncBlock comprises one or more instances of at least one of a PSS, a PBCH, and an SSS that is multiplexed into the PBCH. Process 1800 may proceed from block 1810 to block 1820.

[0080] At block 1820, process 1800 may involve processor 1712 accumulating the one or more instances of the at least one of the PSS, the PBCH, and the SSS within the SyncBlock. Process 1800 may proceed from block 1820 to block 1830.

[0081] At block 1830, process 1800 may involve processor 1712 performing a synchronization with network apparatus 1720 based on the accumulation.

[0082] In some implementations, process 1800 may further involve processor 1712 determining a target SFN of the SyncBlock based on the beam index and a starting SFN of a SyncBlock period, wherein the starting SFN is indicated by the PBCH. Additionally, process 1800 may further involve processor 1712 determining a target slot of the SyncBlock within the target SFN based on the beam index, and determining a target symbol of the SyncBlock within the target slot based on an offset from a starting symbol of the target slot, wherein the offset is indicated by a pattern of the SyncBlock or is predefined.

[0083] In some implementations, the SyncBlock may occupy 4, 5, 6, or 26 symbols in 16 PRBs, or occupy 5 or 26 symbols in 22 or 24 PRBs.

[0084] In some implementations, the SyncBlock may include at least one of the following: (i) one or more PSS instances, each occupies one symbol; (ii) one or more PBCH instances, each occupies multiple symbols; (iii) one or more SSS instances, each occupies one or some or all of the multiple symbols of one of the PBCH instances; and (iv) one or more symbols that are empty or include contents other than the PSS, the PBCH, and the SSS.

[0085] In some implementations, each of the SSS instances may include an SSS sequence that is mapped to every several subcarriers in one or more symbols occupied by each of the PBCH instances.

[0086] In some implementations, one or more of the PSS or SSS instances may each include a sign reversal of the PSS or SSS, while rest of the PSS or SSS instances may each include the PSS or SSS.

[0087] In some implementations, one or more repetitions of the SyncBlock may be transmitted by network apparatus 1720 within a SyncBlock period, and a sign set of the PSS or SSS instances in each of the repetitions may be associated with a different beam index.

[0088] In some implementations, one or more repetitions of the SyncBlock may be transmitted by network apparatus 1720 within a SyncBlock period, and each of the repetitions may be associated with a same or different beam index.

[0089] In some implementations, a number of the repetitions may be predefined for different frequency bands or wireless systems, or may be indicated by an SAS or by different sequence candidates of the PSS.

[0090] In some implementations, one or more repetitions of the SyncBlock may be transmitted by network apparatus 1720 within a SyncBlock period, and a number of the repetitions may be indicated by a sign set of the PSS or SSS instances in each of the repetitions.

[0091] FIG. 19 illustrates an example process 1900 in accordance with an implementation of the present disclosure. Process 1900 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to enhanced synchronization block designs in wireless communications. Process 1900 may represent an aspect of implementation of features of network apparatus 1720. Process 1900 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1910 and 1920. Although illustrated as discrete blocks, various blocks of process 1900 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1900 may be executed in the order shown in FIG. 19 or, alternatively, in a different order. Process 1900 may be implemented by or in network apparatus 1720 as well as any variations thereof. Solely for illustrative purposes and without limitation, process 1900 is described below in the context of communication apparatus 1710, as a UE, and network apparatus 1720, as a network node. Process 1900 may begin at block 1910.

[0092] At block 1910, process 1900 may involve processor 1722 of network apparatus 1720, generating a SyncBlock associated with a beam index, wherein the SyncBlock comprises one or more instances of at least one of a PSS, a PBCH, and an SSS that is multiplexed into the PBCH. Process 1900 may proceed from block 1910 to block 1920.

[0093] At block 1920, process 1900 may involve processor 1722 transmitting, via transceiver 1726, the SyncBlock to communication apparatus 1710.

[0094] In some implementations, the PBCH may indicate a starting SFN of a SyncBlock period, and a pattern of the SyncBlock may indicate an offset from a starting symbol of a target slot of the SyncBlock, or the offset may be predefined.

[0095] In some implementations, the SyncBlock may occupy 4, 5, 6, or 26 symbols in 16 PRBs, or occupy 5 or 26 symbols in 22 or 24 PRBs.

[0096] In some implementations, the SyncBlock may include at least one of the following: (i) one or more PSS instances, each occupies one symbol; (ii) one or more PBCH instances, each occupies multiple symbols; (iii) one or more SSS instances, each occupies one or some or all of the multiple symbols of one of the PBCH instances; and (iv) one or more symbols that are empty or include contents other than the PSS, the PBCH, and the SSS.

[0097] In some implementations, each of the SSS instances may include an SSS sequence that is mapped to every several subcarriers in one or more symbols occupied by each of the PBCH instances.

[0098] In some implementations, one or more of the PSS or SSS instances may each include a sign reversal of the PSS or SSS, while rest of the PSS or SSS instances may each include the PSS or SSS.

[0099] In some implementations, one or more repetitions of the SyncBlock may be transmitted by network apparatus 1720 within a SyncBlock period, and a sign set of the PSS or SSS instances in each of the repetitions may be associated with a different beam index.

[0100] In some implementations, one or more repetitions of the SyncBlock may be transmitted by network apparatus 1720 within a SyncBlock period, and each of the repetitions may be associated with a same or different beam index.

[0101] In some implementations, a number of the repetitions may be predefined for different frequency bands or wireless systems, or may be indicated by an SAS or by different sequence candidates of the PSS.

[0102] In some implementations, one or more repetitions of the SyncBlock may be transmitted by network apparatus 1720 within a SyncBlock period, and a number of the repetitions may be indicated by a sign set of the PSS or SSS instances in each of the repetitions. Additional Notes

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

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

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

[0106] 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 processor of an apparatus, a synchronization block (SyncBlock) associated with a beam index from a network node, wherein the SyncBlock comprises one or more instances of at least one of a primary synchronization signal (PSS) , a physical broadcast channel (PBCH) , and a secondary synchronization signal (SSS) that is multiplexed into the PBCH;accumulating, by the processor, the one or more instances of the at least one of the PSS, the PBCH, and the SSS within the SyncBlock; andperforming, by the processor, a synchronization with the network node based on the accumulation.2.The method of Claim 1, further comprising:determining, by the processor, a target system frame number (SFN) of the SyncBlock based on the beam index and a starting SFN of a SyncBlock period, wherein the starting SFN is indicated by the PBCH;determining, by the processor, a target slot of the SyncBlock within the target SFN based on the beam index; anddetermining, by the processor, a target symbol of the SyncBlock within the target slot based on an offset from a starting symbol of the target slot, wherein the offset is indicated by a pattern of the SyncBlock or is predefined.3.The method of Claim 1, wherein the SyncBlock occupies 4, 5, 6, or 26 symbols in 16 physical resource blocks (PRBs) , or occupies 5 or 26 symbols in 22 or 24 PRBs.4.The method of Claim 1, wherein the SyncBlock comprises at least one of the following:one or more PSS instances, each occupies one symbol;one or more PBCH instances, each occupies multiple symbols;one or more SSS instances, each occupies one or some or all of the multiple symbols of one of the PBCH instances; andone or more symbols that are empty or comprise contents other than the PSS, the PBCH, and the SSS.5.The method of Claim 4, wherein each of the SSS instances comprises an SSS sequence that is mapped to every several subcarriers in one or more symbols occupied by each of the PBCH instances.6.The method of Claim 4, wherein one or more of the PSS or SSS instances each comprises a sign reversal of the PSS or SSS, while rest of the PSS or SSS instances each comprises the PSS or SSS.7.The method of Claim 6, wherein one or more repetitions of the SyncBlock are transmitted by the network node within a SyncBlock period, and a sign set of the PSS or SSS instances in each of the repetitions is associated with a different beam index.8.The method of Claim 1, wherein one or more repetitions of the SyncBlock are transmitted by the network node within a SyncBlock period, and each of the repetitions is associated with a same or different beam index.9.The method of Claim 8, wherein a number of the repetitions is predefined for different frequency bands or wireless systems, or is indicated by a synchronization assisting signal (SAS) or by different sequence candidates of the PSS.10.The method of Claim 6, wherein one or more repetitions of the SyncBlock are transmitted by the network node within a SyncBlock period, and a number of the repetitions is indicated by a sign set of the PSS or SSS instances in each of the repetitions.11.A method, comprising:generating, by a processor of a network node, a synchronization block (SyncBlock) associated with a beam index, wherein the SyncBlock comprises one or more instances of at least one of a primary synchronization signal (PSS) , a physical broadcast channel (PBCH) , and a secondary synchronization signal (SSS) that is multiplexed into the PBCH; andtransmitting, by the processor, the SyncBlock to an apparatus.12.The method of Claim 11, wherein the PBCH indicates a starting SFN of a SyncBlock period, and a pattern of the SyncBlock indicates an offset from a starting symbol of a target slot of the SyncBlock, or the offset is predefined.13.The method of Claim 11, wherein the SyncBlock occupies 4, 5, 6, or 26 symbols in 16 physical resource blocks (PRBs) , or occupies 5 or 26 symbols in 22 or 24 PRBs.14.The method of Claim 11, wherein the SyncBlock comprises at least one of the following:one or more PSS instances, each occupies one symbol;one or more PBCH instances, each occupies multiple symbols;one or more SSS instances, each occupies one or some or all of the multiple symbols of one of the PBCH instances; andone or more symbols that are empty or comprise contents other than the PSS, the PBCH, and the SSS.15.The method of Claim 14, wherein each of the SSS instances comprises an SSS sequence that is mapped to every several subcarriers in one or more symbols occupied by each of the PBCH instances.16.The method of Claim 14, wherein one or more of the PSS or SSS instances each comprises a sign reversal of the PSS or SSS, while rest of the PSS or SSS instances each comprises the PSS or SSS.17.The method of Claim 16, wherein one or more repetitions of the SyncBlock are transmitted by the network node within a SyncBlock period, and a sign set of the PSS or SSS instances in each of the repetitions is associated with a different beam index.18.The method of Claim 11, wherein one or more repetitions of the SyncBlock are transmitted by the network node within a SyncBlock period, and each of the repetitions is associated with a same or different beam index.19.The method of Claim 18, wherein a number of the repetitions is predefined for different frequency bands or wireless systems, or is indicated by a synchronization assisting signal (SAS) or different sequence candidates of the PSS.20.The method of Claim 16, wherein one or more repetitions of the SyncBlock are transmitted by the network node within a SyncBlock period, and a number of the repetitions is indicated by a sign set of the PSS or SSS instances in each of the repetitions.

Images