PBCH接收方法、装置、设备、存储介质及程序产品与流程

pbch接收方法、装置、设备、存储介质及程序产品
技术领域
1.本技术实施例涉及无线通信技术领域，特别涉及一种pbch接收方法、装置、设备、存储介质及程序产品。


背景技术：

2.在蜂窝无线通信系统中，终端设备在接入网络的过程中，需要解析网络侧发送的物理广播信道(physical broadcast channel，pbch)信号。
3.在相关技术中，终端设备接收pbch信号的过程中，可能会因为干扰或者噪音等原因对pbch信号解析失败，在这种情况下，终端设备需要重新接收和解析pbch信号。


技术实现要素：

4.本技术实施例提供了一种pbch接收方法、装置、设备、存储介质及程序产品。所述技术方案包括：
5.一方面，本技术实施例提供了一种pbch接收方法，所述方法由终端设备执行，所述方法包括：
6.在一轮pbch检测过程中，按照第一周期接收第一pbch信号；所述第一周期的长度是20毫秒的1/n，n为大于等于2的整数；
7.在所述第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i不是n的整数倍的情况下，以pbch信号的发送周期为所述第一周期时的译码策略，对所述第一pbch信号进行译码；
8.在所述第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i是n的整数倍的情况下，以pbch信号的发送周期为20ms时的译码策略，对所述第一pbch信号进行译码。
9.一方面，本技术实施例提供了一种pbch接收装置，所述装置包括：
10.信号接收模块，用于在一轮pbch检测过程中，按照第一周期接收第一pbch信号；所述第一周期的长度是20毫秒的1/n，n为大于等于2的整数；
11.译码模块，用于在所述第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i不是n的整数倍的情况下，以pbch信号的发送周期为所述第一周期时的译码策略，对所述第一pbch信号进行译码；
12.所述译码模块，还用于在所述第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i是n的整数倍的情况下，以pbch信号的发送周期为20ms时的译码策略，对所述第一pbch信号进行译码。
13.另一方面，本技术实施例提供了一种处理芯片，所述处理芯片用于执行如上所述的pbch接收方法。
14.另一方面，本技术实施例提供了一种处理芯片，所述处理芯片中设置有如上所述的pbch接收装置。
15.另一方面，本技术实施例提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述处理器和所述存储器之间通过总线相连；所述处理器执行所述存储器中存储的计算机指令，以使得所述计算机设备实现如上所述的pbch接收方法。
16.又一方面，本技术实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机指令，所述计算机指令用于被处理器执行，以实现上述pbch接收方法。
17.又一方面，本技术提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。该计算机程序产品用于实现上述pbch接收方法。
18.又一方面，本技术提供了一种计算机程序，该计算机程序由计算机设备的处理器执行，以实现上述pbch接收方法。
19.本技术实施例提供的技术方案至少包括如下有益效果：
20.终端设备可以按照20毫秒1/n的第一周期进行pbch信号的接收，相应的，在进行pbch信号的软合并时，在本轮pbch检测过程中第i次接收pbch信号，且i不是n的整数倍的情况下，以pbch信号的发送周期为第一周期时的译码策略，对本次接收到的第一pbch信号进行译码，否则以pbch信号的发送周期为20ms时的译码策略，对本次接收到的第一pbch信号进行译码；通过上述方案，在系统支持小于20毫秒的pbch周期的情况下，终端设备在每次对pbch解析失败后，不需要等待20毫秒，即可以快速的进行pbch信号译码，从而提高了终端的pbch接收效率。
附图说明
21.图1是本技术一个示例性实施例提供的通信系统的网络架构的示意图；
22.图2是本技术涉及的时域与频域资源示意图；
23.图3和图4示出了本技术涉及的pbch的发送端处理过程示意图；
24.图5示出了本技术涉及的发送处理分解示意图；
25.图6示出了本技术涉及的pbch软合并流程图；
26.图7示出了本技术一个示例性实施例提供的pbch接收方法的流程图；
27.图8示出了本技术一个示例性实施例提供的pbch接收方法的流程图；
28.图9是图8所示实施例涉及的pbch接收流程图；
29.图10是本技术一个示例性实施例提供的pbch接收装置的结构示意图；
30.图11是本技术一个示例性实施例提供的计算机设备的结构示意图。
具体实施方式
31.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
32.在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
33.应理解，在本技术的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，a指示b，可以表示a直接指示b，例如b可以通过a获
取；也可以表示a间接指示b，例如a指示c，b可以通过c获取；还可以表示a和b之间具有关联关系。
34.在本技术实施例的描述中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。
35.本技术实施例中，“预定义”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本技术对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。
36.请参考图1，其示出了本技术一个实施例提供的通信系统的网络架构的示意图。该网络架构可以包括：用户终端10和基站20。
37.用户终端10的数量通常为多个，每一个基站20所管理的小区内可以分布一个或多个用户终端10。用户终端10可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的用户设备(user equipment，ue)，移动台(mobile station，ms)，终端设备(terminal device)等等。为方便描述，本技术实施例中，上面提到的设备统称为终端。
38.基站20是一种部署在接入网中用以为用户终端10提供无线通信功能的装置。基站20可以包括各种形式的卫星基站，宏基站，微基站，中继站，接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如在5g新空口(new radio，nr)系统中，称为gnodeb或者gnb。随着通信技术的演进，“基站”这一名称可能会变化。为方便描述，本技术实施例中，上述为终端20提供无线通信功能的装置统称为基站。
39.可选的，图1中未示出的是，上述网络架构还包括其它网络设备，比如：中心控制节点(central network control，cnc)、接入和移动性管理功能(access and mobility management function，amf)设备、会话管理功能(session management function，smf)或者用户面功能(user plane function，upf)设备等等。
40.本公开实施例中的“5g nr系统”也可以称为5g系统或者nr系统，但本领域技术人员可以理解其含义。本公开实施例描述的技术方案可以适用于5g nr系统，也可以适用于5g nr系统后续的演进系统，或者，也可以适用于5g nr系统之前的系统，比如长期演进(long term evolution，lte)系统。
41.5g nr系统是基于用户对无线通信的速率、延迟、高速移动性、能效的要求，以及未来生活中的无线通信业务的多样性、复杂性的需求而提出的新一代的无线通信系统。在5g网络环境中，为了降低空口信令和快速恢复无线连接、快速恢复数据业务，定义一个新的无线资源控制(radio resource control，rrc)状态，即rrc非激活态(rrc_inactive)状态，这种状态有别于rrc空闲态(rrc_idle)和rrc连接态(rrc_active)。
42.用户终端(user equipment，ue)在接入nr网络或者在nr网络切换时，首先需要搜索主同步信号(primary synchronization signal，pss)和辅同步信号(secondary synchronization signal，sss)，获得网络小区id(identity，标识)，随后ue对小区广播信道(pbch)进行解调译码，获取在pbch中携带的主信息块(master information block，mib)和系统帧号(system frame number，sfn)时间同步。搜索，解调和译码pss，sss，pbch，是ue初始接入nr网络首先要完成的同步过程。
43.在nr网络中，pss，sss和pbch绑定一块发送，称为ssb(synchronization signal and pbch block，同步信号和pbch块)信号，请参考图2，其示出本技术涉及的时域与频域资源示意图。如图1所示，其中pss和sss采用由小区id决定的伪随机序列，pbch则由mib信息进行polar编码，交织，速率匹配，扰码，及qpsk(quad-phase shift keyed，正交相移键控)调制后的数据组成。
44.请参考图3和图4，其示出了本技术涉及的pbch的发送端处理过程示意图。如图2所示，载荷生成阶段(payload generation)生成nr pbch payload(载荷)一共32bits。第一层扰码(1st-level scrambling)使用小区id以及sfn
2:1
来生成扰码，对32-bit的payload数据中，除了sfn
2:1
，hf以及ssb msb(most significant bit，高位有效比特)之外的比特进行加扰。其中sfn
2:1
是payload中10比特(用bit9～bit0表示)的系统帧号sfn的bit2和bit1，hf(half frame，半帧)是payload中表示半帧的比特，其数值为0或1，用于指示pbch在前半帧还是后半帧发送。
45.nr和lte均采用随sfn变化的扰码，对整个pbch tti(transmission time interval，传输时间间隔)在不同时间段的数据做不同的扰码，其中nr pbch tti长度为80ms，lte pbch tti长度为40ms。但nr和lte pbch加扰的不同之处在于，nr pbch是在编码之前加扰，而lte pbch是在编码之后加扰。
46.nr和lte pbch发送的另外一点不同之处在于：lte pbch每10ms固定发送，而nr的ssb周期是网络可配置的，可以是5ms，10ms，20ms，40ms，80ms，160ms。
47.如果ue接收pbch译码失败，可以利用ssb周期发送的特点，选择下一周期再次接收ssb并进行适当的软合并，以提高pbch译码性能。由于不同周期的pbch对应的系统帧号sfn不同，因此也使用了不同的扰码，在软合并时，需要考虑分别去掉对应的扰码序列的影响再进行合并。
48.在本技术涉及的一种方案中，当pbch译码失败时，ue可以保存当前的数据并与下一pbch周期的数据进行合并。pbch软合并的原理如下所述。
49.在图3或图4所示的nr pbch编码发送过程中，由于扰码，crc(cyclic redundancy check，循环冗余校验)，交织，polar编码，速率匹配这些步骤都是参数确定的线性过程，pbch的产生实际上等效于两部分数据过程的mod 2相加，请参考图5，其示出了本技术涉及的发送处理分解示意图。
50.如图5所示，等效对应的两部分数据之mod 2加和中，上半部分相当于payload部分只保留sfn
2:1
，其它部分都设为0，用sfn
2:1
产生扰码比特后实施后续的crc，交织，polar编码等同样步骤；下半部分相当于把原始payload的sfn
2:1
两比特置为0，跳过扰码处理，直接实施后续的crc，交织，polar编码等同样步骤。该分解的目的在于：对间隔为20ms的不同pbch数据，分解后下半部分是同样的，不同之处在于左边由sfn
2:1
经扰码，crc，交织，polar编码等过程产生的数据部分。把不同部分的数据消掉后，可以把共同部分的数据进行软合并从而提高信噪比和译码成功的可能。
51.设第一次(时刻t)接收到的pbch数据，对应于在网络侧产生的payload数据为其中包含(允许取值为00，01，10，11)，其它的payload比特为即有加扰过程可以表示为：
[0052][0053]
其中为用产生的扰码比特，注意由于sfn
2:1
不加扰，因此其对应的位置扰码比特置为0。式中.^表示逐个比特的异或。
[0054]
在当前sfn
2:1
＝n时接收到的数据可以表示如下，其中为干扰与噪声：
[0055][0056]
其中g表示crc，交织，polar编码，比特映射等确定的，不随sfn变化而变化的线性过程。在发送端可以用+1/-1表示，分别代表逻辑0和逻辑1的比特映射结果。
[0057]
不失一般性，记两组逻辑比特为与经过同样的crc，交织，polar编码，比特映射后数据分别为与注意到逻辑比特和映射数据关系为0《-》+1，1《-》-1，两组数据相乘，即等效于如果为payload逻辑比特，为扰码比特，就相当于payload加扰后再进行g代表的crc，交织，polar编码，比特映射等线性操作；如果为已经扰码的逻辑比特，且使用的扰码比特为则就相当于解扰后原始payload再进行g代表的线性操作；如果为已经扰码的逻辑比特，但使用的扰码比特不是则就相当于原始payload进行了两次加扰后再进行g代表的线性操作。如果我们用接收到的有正负代表的软值数据与表示+1/-1的逐点相乘，相当于保留或改变了软值数据的符号位。不失一般性，用点相乘，相当于保留或改变了软值数据的符号位。不失一般性，用表示上述运算，称为z运算。
[0058]
当对译码(相当于实施g-1
变化)成功时，可以从提取出(未扰码)并用其产生同样的扰码数据然后得到解扰后的payload数据然后得到解扰后的payload数据也就是说，在接收端，译码crc pass后，生成本地的扰码序列解扰恢复最初发送的序列。
[0059]
当因为噪声或干扰导致的译码失败时，本地用一组特殊的payload做同样的扰码和编码过程来尝试消除扰码影响。每份payload包含不同的sfn
2:1
值(记为p)，其它比特为全0，也就是扰码后得到执行z运算执行z运算由前文可知：
[0060]
显然当p＝n时，扰码的影响被消除，得到
[0061]
而当p≠n时，则相当于叠加了两次扰码。
[0062]
当时刻t对应的pbch数据的为00，01或10时，20ms后的时刻t
′
＝t+20ms对应的
(01，10或11)，除此之外，pbch payload其余比特和时刻t不变，即：
[0063][0064][0065]
同样地，本地用携带不同可能的sfn
2:1
，其余比特为0的payload生成扰码并执行z运算，得到不同的软比特数据。当尝试的扰码假设sfn
2:1
为q＝n+1时，
[0066][0067]
比较eq 7和eq 4，可知除了噪声项外，信号部分相同，因此当尝试的扰码假设匹配时，即{p＝n,q＝n+1}，且在时刻t对应的pbch数据的为00，01或10时，间隔20ms在时刻t
′
的数据可以进行相干合并从而提高信噪比和译码成功概率。具体来说，尝试的合并对为：
[0068]
时刻t的p＝00对应的数据与时刻t
′
的q＝01对应的数据合并；
[0069]
时刻t的p＝01对应的数据与时刻t
′
的q＝10对应的数据合并；
[0070]
时刻t的p＝10对应的数据与时刻t
′
的q＝11对应的数据合并。
[0071]
满足{p＝n,q＝n+1}的合并对将得到增强的信号，而对其它的{p,q}假设对，软值合并是非相干合并，信号部分反倒减弱从而更加难以译码成功。注意当t对应的pbch数据的为11时，在20ms后无合适的扰码假设可以做合并匹配，因为此时sfn的高位也发生了变化(但t
′
可以和t
″
＝t
′
+20ms数据合并)。请参考图6，其示出了本技术涉及的pbch软合并流程图。
[0072]
3gpp规范38.213建议ue在初始接入时假设ssb周期为20ms。也就是说，ue在其他sfn未知情况下对pbch译码时也以20ms为周期进行合并，因为20ms周期能保证除不受扰码影响的sfn
2:1
之外，其它payload部分一致，不同时间段的pbch接收软值可以做相关合并增强信噪比。
[0073]
在nr规范中，其实允许更短的ssb发送周期，比如10ms和5ms。但是以10ms为例，间隔10ms时前后sfn0不一样，而sfn0比特是要加扰的，这导致上节的eq1～eq7过程的合并配置和技术无法直接使用。
[0074]
而在诸如小区切换，开机驻网等过程中，如果已经获取网络配置(例如在切换场景)，或者根据周边小区的先验配置推测，得到网络ssb周期确定或大概率为10ms或5ms等更密周期，在第一次接收pbch译码失败后，如果仍然等待到20ms合并，将带来切换或接入的延迟，如果在切换场景，更大的延迟可能用终端用户更多时间停留在被强干扰的小区，带来较差的用户体验。
[0075]
请参考图7，其示出了本技术一个示例性实施例提供的pbch接收方法的流程图。该方法可以由终端设备执行；其中，该终端设备可以是上述图1所示系统中的终端设备10。该方法可以包括如下步骤。
[0076]
步骤701，在一轮pbch检测过程中，按照第一周期接收第一pbch信号；第一周期的长度是20毫秒的1/n，n为大于等于2的整数。
[0077]
在一种可能的实现方式中，第一周期的长度为5ms或者10ms。
[0078]
步骤702，在第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i不是n的整数倍的情况下，以pbch信号的发送周期为第一周期时的译码策略，对第一pbch信号进行译码。
[0079]
在一种可能的实现方式中，以pbch信号的发送周期为第一周期时的译码策略，对第一pbch信号进行译码的过程可以如下：
[0080]
根据第一周期生成各个第一扰码载荷；第一扰码载荷中对应第一可变位置之外的其它位置上的数值为0；第一可变位置包括半帧指示比特、系统帧号比特0、系统帧号比特1以及系统帧号比特2对应的位置；且第一可变位置上的数值是pbch的发送周期为第一周期的情况下的可选数值。
[0081]
将各个第一扰码载荷分别与第一pbch信号进行z运算，获得各个第一扰码载荷的第一z运算结果。
[0082]
将各个第一扰码载荷的第一z运算结果分别与各个第二z运算结果中对应的运算结果进行软合并；获得各个软合并结果；第二z运算结果是将第二扰码载荷与第二pbch信号进行z运算；第二pbch信号是在第一pbch信号之前且解析失败的pbch信号；第二扰码载荷中对应第二可变位置之外的其它位置上的数值为0；第二可变位置包括系统帧号比特1以及系统帧号比特2对应的位置；且第二可变位置上的数值是pbch的发送周期为20毫秒的情况下的可选数值。
[0083]
根据各个软合并结果，对第一pbch信号进行译码。
[0084]
步骤703，在第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i是n的整数倍的情况下，以pbch信号的发送周期为20ms时的译码策略，对第一pbch信号进行译码。
[0085]
在本技术实施例中，若i是n的整数倍，则可以按照上述图6所示的方案进行第一pbch信号的软合并译码。
[0086]
综上所述，本技术实施例所示的方案，终端设备可以按照20毫秒1/n的第一周期进行pbch信号的接收，相应的，在进行pbch信号的软合并时，在本轮pbch检测过程中第i次接收pbch信号，且i不是n的整数倍的情况下，以pbch信号的发送周期为第一周期时的译码策略，对本次接收到的第一pbch信号进行译码，否则以pbch信号的发送周期为20ms时的译码策略，对本次接收到的第一pbch信号进行译码；通过上述方案，在系统支持小于20毫秒的pbch周期的情况下，终端设备在每次对pbch解析失败后，不需要等待20毫秒，即可以快速的进行pbch信号译码，从而提高了终端的pbch接收效率。
[0087]
请参考图8，其示出了本技术一个示例性实施例提供的pbch接收方法的流程图。该方法可以由终端设备执行；其中，该终端设备可以是上述图1所示系统中的终端设备10。该方法可以包括如下步骤。
[0088]
步骤801，在一轮pbch检测过程中，按照第一周期接收第一pbch信号；第一周期的长度是20毫秒的1/n，n为大于等于2的整数。
[0089]
在本技术实施例中，终端设备可以确定或者预测当前接入/待接入的小区发送pbch的周期。当确定或者预测出的pbch周期是小于20ms的第一周期(具体是20ms周期的1/n，比如10ms或者5ms)时，可以执行本技术实施例中的各个步骤。
[0090]
在本技术实施例中，若终端设备之前已经接入过网络，则可以确定或者预测当前接入小区的pbch周期。比如，在发生小区切换时，新的目标小区(即当前接入/待接入的小区)的配置信息会通过源小区发送给ue，此时，ue可以根据当前接入小区的配置信息确定pbch的发送周期。
[0091]
或者，在本小区发生重建需要重新接收pbch时，终端设备已经保存了当前接入/待接入小区的配置信息，此时可以确定当前接入/待接入小区的pbch周期。
[0092]
或者，终端设备可以根据当前时刻之前接入的一至多个小区的pbch的发送周期，预测当前接入/待接入小区的pbch的发送周期。比如，终端设备可以获取之前接入的一至多个小区的pbch的发送周期的平均值，并将该平均值最接近的一个可能的pbch发送周期，作为当前接入/待接入小区的pbch的发送周期。
[0093]
例如，若之前接入的若干小区的pbch的发送周期都是10ms周期，则终端设备可以预测当前接入/待接入小区的pbch的发送周期也为10ms。
[0094]
在本技术实施例中，上述第一pbch信号是在一轮pbch接收过程中，已经对接收到的pbch信号解析失败之后，再次接收到的pbch信号。
[0095]
步骤802，在第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i不是n的整数倍的情况下，根据第一周期生成各个第一扰码载荷；第一扰码载荷中对应第一可变位置之外的其它位置上的数值为0；第一可变位置包括半帧指示比特、系统帧号比特0、系统帧号比特1以及系统帧号比特2对应的位置；且第一可变位置上的数值是pbch的发送周期为第一周期的情况下的可选数值。
[0096]
在本技术实施例中，上述第一周期可以是5ms或者10ms。
[0097]
在本技术实施例中，以第一周期为10毫秒为例，第一可变位置上对应半帧指示比特以及系统帧号比特0的数值分别为0和1。系统帧号比特1以及系统帧号比特2对应的位置的数值为00、10或11。
[0098]
在本技术实施例中，当第一周期为10ms时，上述第一扰码载荷是除了第一可变位置之外，系统帧号比特1以及系统帧号比特2对应的位置上的数值有3种组合，其他位置上的数值为0的32bit序列。也就是说，在本技术实施例中，当第一周期为10ms时，第一扰码载荷的可能情况有3种。
[0099]
也就是说，在上述第一扰码载荷中，系统帧号比特0的数值分别为0和1，其他位置上的数值均为0。
[0100]
在本技术实施例中，当上述第一周期为5ms时，上述第一可变位置中，第一可变位置上对应半帧指示比特的位置为0或1，系统帧号比特0、系统帧号比特1以及系统帧号比特2对应的位置的数值为可能的组合，第一扰码载荷的其他位置上的数值为0。
[0101]
步骤803，将各个第一扰码载荷分别与第一pbch信号进行z运算，获得各个第一扰码载荷的第一z运算结果。
[0102]
在本技术实施例中，z运算可以参考上述图6所示方案中的介绍，此处不再赘述。
[0103]
步骤804，将各个第一扰码载荷的第一z运算结果分别与各个第二z运算结果中对应的运算结果进行软合并，获得各个软合并结果。
[0104]
其中，第二z运算结果是将第二扰码载荷与第二pbch信号进行z运算；第二pbch信号是在第一pbch信号之前且解析失败的pbch信号；第二扰码载荷中对应第二可变位置之外
的其它位置上的数值为0；第二可变位置包括系统帧号比特1以及系统帧号比特2对应的位置；且第二可变位置上的数值是pbch的发送周期为20毫秒的情况下的可选数值。
[0105]
对于软合并的一组第一z运算结果和第二z运算结果，对应的第一扰码载荷中的第一可变位置上的系统帧号比特1以及系统帧号比特2的数值，与对应的第二扰码载荷中的第二可变位置上的数值相同；或者，对应的第一扰码载荷中的第一可变位置上的系统帧号比特1以及系统帧号比特2的数值，是对应的第二扰码载荷中的第二可变位置上的数值的下一组数值。
[0106]
在本技术实施例的一轮pbch接收过程中，当终端设备接收到第二pbch信号并解析失败之后，终端设备接收到第一pbch信号时，可以将第一pbch信号与可能的扰码载荷做z运算后，将得到的z运算结果与第二pbch信号的z运算结果(该z运算结果是按照图6所示的方案得到的z运算结果)中，通过对应的系统帧号比特1以及系统帧号比特2的可能组合构建的扰码载荷计算得到的z运算结果进行软合并。
[0107]
在一种可能的实现方式中，第一pbch信号和第二pbch信号之间的接收间隔小于20毫秒。
[0108]
当第一pbch信号与第二pbch信号之间的接收间隔小于20ms时，可以将第一pbch信号的z运算结果与对应的第二pbch信号的z运算结果进行软合并。也就是说，当第一周期为10ms时，第二pbch信号是第一pbch信号的前一个接收到的pbch信号。
[0109]
步骤805，根据各个软合并结果，对第一pbch信号进行译码。
[0110]
在本技术实施例中，由于步骤804中的软合并有多种软合并方式，相应的也存在多种软合并结果，相应的，在译码时对每一种软合并结果进行译码，以寻找其中正确的软合并结果。
[0111]
步骤806，在根据各个软合并结果，对第一pbch信号进行译码成功后，通过第一解扰扰码对目标软合并结果进行解扰，获得第一解扰结果。
[0112]
其中，第一解扰扰码是根据第三扰码载荷生成的；第三扰码载荷中第二可变位置上的数值，与目标软合并结果对应的第二扰码载荷中的第二可变位置上的数值相同，第三扰码载荷中的系统帧号比特0的数值为1，且第一解扰扰码中的其它位置上的数值为0；目标软合并结果是译码成功的软合并结果。
[0113]
步骤807，从第一解扰结果中获取第一pbch信号的系统帧号比特1以及系统帧号比特2的数值。
[0114]
步骤808，根据第一pbch信号的系统帧号比特1以及系统帧号比特2的数值，对第一解扰结果进行解扰，获得第一pbch信号的载荷。
[0115]
在本技术实施例中，根据第一pbch信号的系统帧号比特1以及系统帧号比特2的数值，对第一解扰结果进行解扰，获得第一pbch信号的载荷，包括：
[0116]
生成第四解扰扰码；第四扰码载荷中第二可变位置上的数值，与第一pbch信号的系统帧号比特1以及系统帧号比特2的数值相同，第四扰码载荷中的系统帧号比特0的数值为0，且第一解扰扰码中的其它位置上的数值为0；
[0117]
通过第四解扰扰码对第一解扰结果进行解扰，获得第一pbch信号的载荷。
[0118]
对ssb为10ms周期时，本技术实施例所示的方案针对不同可能的sfn0，实现在10ms周期时如何实现pbch合并。
[0119]
在第一次接收pbch的时刻t，令f为sfn0的比特，可以进一步分解的比特，可以进一步分解其中仍为网络侧产生的payload数据除去sfn
2:1
的比特，为中除去sfn0的比特，即有同理令为中对sfn0加扰的比特，为中除掉之外的比特。eq1过程可以表示为：
[0120][0121]
在第一次接收pbch的时刻t，如果译码失败，使用和传统方案同样的z运算方法，用一组特殊payload去除扰码影响并保存得到的数据，第p份数据为：
[0122]
此处的f可以为0或者1。本技术实施例所示的方案可以考虑以下两种情况：
[0123]
情况a：在时刻t，f＝0；情况b：在时刻t，f＝1。ue对两种可能分别尝试。
[0124]
情况a：
[0125]
eq 9可以描述为：
[0126][0127]
在时刻t1＝t+10ms，这时只有sfn0从0变成1，扰码载荷中的其余比特不变，因此产生的扰码比特序列也不变。这时发送数据为：也不变。这时发送数据为：
[0128]
接收端本地用携带不同可能的sfn
2:1
，sfn0＝1，其余比特为0的payload对接收数据执行z运算，得到：
[0129][0130]
对比eq 10和eq 11，注意到：因此，只要当p＝q，t和t1时刻的数据可以进行相干合并从而提高信噪比和译码成功概率。这时和常规20ms合并的不同在于，不需要尝试不同的{p,q}对去满足{p＝n,q＝n+1}，只需要用固定的比如{p＝00,q＝00}即可，但这时译码成功后，由于选择的p不一定和网侧的n相同，也就是不像常规20ms合并的场景那样完全消除了扰码影响，因此需要做以下步骤得到正确的payload：
[0131]
用尝试的q做为sfn
2:1
，sfn0＝1，其余比特为0的payload生成扰码并做第一次解扰，去除的异或操作；
[0132]
提取真实的sfn
2:1
，并用sfn0＝0，其余比特为0的payload生成扰码并做第二次解扰，去除的异或操作，得到真实的payload
[0133]
注意：由于情况a只是其中一种可能，因此在时刻t不能只保存p＝00一种可能的数据，而仍然需要保存p＝00,01,10三种可能的数据。
[0134]
情况b：
[0135]
eq 9描述为：
[0136][0137]
在时刻t1＝t+10ms，这时sfn0从1变成0，在时刻t sfn
2:1
如果分别为00，01，10，则在t1变成01，10，11，其余比特不变。
[0138]
这时网络侧的扰码后数据为：
[0139][0140]
接收端本地仍然用携带不同可能的sfn
2:1
，sfn0＝1，其余比特为0的payload对接收数据进行z运算，得到：
[0141][0142]
当合并对满足{p＝n,q＝n+1}时，(eq 12)和(eq 14)分别成为：
[0143][0143]
以及，
[0144][0145]
可见这时和有相同的信号部分，可以通过合并提高。如果译码成功，可以采用和情况a类似的步骤提取真实的payload：
[0146]
用尝试的q做为sfn
2:1
，sfn0＝1，其余比特为0的payload生成扰码并做第一次解扰，去除的异或操作；
[0147]
提取真实的sfn
2:1
，并用sfn0＝0，其余比特为0的payload生成扰码并做第二次解扰，去除的异或操作，得到真实的payload的异或操作，得到真实的payload
[0148]
和情况a不一样的是，由于这时sfn
2:1
在时刻t1发生了变化，因此需要尝试不同的扰码相位对{p,q}，即p＝q+1。
[0149]
对sfn
2:1
在时刻t为11的情况，10ms后更多高位的sfn比特都将发生变化，因此和普通的20ms周期合并一样，在t1时刻无法提供合并增强信号能量和译码性能。
[0150]
在第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i是n的整数倍的情况下，以pbch信号的发送周期为20ms时的译码策略，对第一pbch信号进行译码。也就是按照图6所示的方案进行软合并译码。
[0151]
综上，请参考图9，其示出了本技术实施例涉及的pbch接收流程图。如图9所示，以第一周期为10ms为例，本技术实施例所示的方案可以归纳为：
[0152]
ue在初始时刻t，如果译码成功，正常提取payload并退出；如果失败，按常规方法执行z运算，保存按各种可能sfn
2:1
进行去除扰码影响的数据；
[0153]
如果ue确知ssb周期为10ms，或者推测有可能是10ms周期因此值得尝试合并时，在t1＝t+10ms时刻，分别按上述可能情况a和b的操作，尝试不同可能的sfn
2:1
以及sfn0＝1进
行本地payload生成及z运算合并和译码，如果有一种可能译码成功，按上述方法去除扰码影响并提取payload，然后退出。如果仍然译码失败，由于不确定是哪种情况，为了避免错误的合并数据覆盖掉时刻t保存的可用数据，本次尝试的合并数据不保存；
[0154]
如果t1时刻尝试失败，再等待到t
′
＝t+20ms后，用常规方式执行z运算处理t
′
和t时刻的数据合并。
[0155]
本技术实施例中，上述图10所示的方案利用nr pbch中sfn各比特的特性，对pbch进行改进的合并信号处理以及提取处理，对3gpp协议建议和通常终端采用的20ms周期的pbch合并检测的方案提速为10ms周期检测，加快小区切换或者开机驻留速度。
[0156]
也就是说，当确知ssb发送周期为10ms，或者根据检测和经验判断大概率ssb发送周期为10ms时，本技术实施例所示的方案可以加快在弱信号或强干扰情况下的pbch检测，提高切换速度或开机驻留速度，提高用户体验。
[0157]
此外，上述图9所示的方案仅以第一周期为10ms为例进行介绍，此外，上述第一周期为5ms时，也可以通过同样的思路进行处理，也就是在第一周期为5ms时，以半帧指示比特、系统帧号比特0、系统帧号比特1以及系统帧号比特2对应的位置上的可能组合为基础，分别构建第一扰码载荷(除了半帧指示比特、系统帧号比特0、系统帧号比特1以及系统帧号比特2对应的位置上数值之外，其他位置上的数值均为0)，得到多种可能的第一扰码载荷，并将每一种扰码载荷与第一pbch信号进行z运算后，与第二pbch信号按照图6所示方案计算出的z运算结果进行软合并后进行解析和解扰。
[0158]
综上所述，本技术实施例所示的方案，终端设备可以按照20毫秒的1/n的第一周期进行pbch信号的接收，相应的，在进行pbch信号的软合并时，通过第一周期情况下可能出现的扰码载荷对新收到的pbch信号进行z运算，该z运算结果与之前解析失败的pbch信号的z运算结果进行合并，并根据合并结果进行译码；通过上述方案，在系统支持小于20毫秒的pbch周期的情况下，终端设备在每次对pbch解析失败后，不需要等待20毫秒，即可以快速的进行pbch信号软合并，从而提高了终端的pbch接收效率。
[0159]
请参考图10，其示出了本技术一个示例性实施例提供的在pbch接收装置的结构示意图。该pbch接收装置1000可以用于执行如上述图7或图8所示的实施例中，由终端设备执行的全部或者部分步骤；该装置包括：
[0160]
信号接收模块1001，用于在一轮pbch检测过程中，按照第一周期接收第一pbch信号；所述第一周期是20毫秒的1/n，n为大于等于2的整数；
[0161]
译码模块1002，用于在所述第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i不是n的整数倍的情况下，以pbch信号的发送周期为所述第一周期时的译码策略，对所述第一pbch信号进行译码；
[0162]
所述译码模块1002，还用于在所述第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i是n的整数倍的情况下，以pbch信号的发送周期为20ms时的译码策略，对所述第一pbch信号进行译码。
[0163]
在一种可能的实现方式中，所述第一周期的长度为5ms或者10ms。
[0164]
在一种可能的实现方式中，所述译码模块1002，包括：
[0165]
生成子模块，用于在所述第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i不是n的整数倍的情况下，根据所述第一周期生成各个第一扰码载荷；所述第一扰
码载荷中对应第一可变位置之外的其它位置上的数值为0；所述第一可变位置包括半帧指示比特、系统帧号比特0、系统帧号比特1以及系统帧号比特2对应的位置；且所述第一可变位置上的数值是pbch的发送周期为所述第一周期的情况下的可选数值；
[0166]
运算子模块，用于将各个所述第一扰码载荷分别与所述第一pbch信号进行z运算，获得各个所述第一扰码载荷的第一z运算结果；
[0167]
合并子模块，用于将各个所述第一扰码载荷的第一z运算结果分别与各个第二z运算结果中对应的运算结果进行软合并，获得各个软合并结果；所述第二z运算结果是将第二扰码载荷与第二pbch信号进行z运算；所述第二pbch信号是在第一pbch信号之前且解析失败的pbch信号；所述第二扰码载荷中对应第二可变位置之外的其它位置上的数值为0；所述第二可变位置包括系统帧号比特1以及系统帧号比特2对应的位置；且所述第二可变位置上的数值是pbch的发送周期为20毫秒的情况下的可选数值；
[0168]
译码子模块，用于根据各个所述软合并结果，对所述第一pbch信号进行译码。
[0169]
在一种可能的实现方式中，在所述第一周期为10毫秒的情况下，
[0170]
所述第一可变位置上对应半帧指示比特以及系统帧号比特0的数值分别为0和1；
[0171]
对于软合并的一组第一z运算结果和第二z运算结果，对应的第一扰码载荷中的所述第一可变位置上的系统帧号比特1以及系统帧号比特2的数值，与对应的第二扰码载荷中的第二可变位置上的数值相同；或者，对应的第一扰码载荷中的所述第一可变位置上的系统帧号比特1以及系统帧号比特2的数值，是对应的第二扰码载荷中的第二可变位置上的数值的下一组数值。
[0172]
在一种可能的实现方式中，所述装置还包括：
[0173]
第一解扰模块，用于在根据各个所述软合并结果，对所述第一pbch信号进行译码成功后，通过第一解扰扰码对目标软合并结果进行解扰，获得第一解扰结果；所述第一解扰扰码是根据第三扰码载荷生成的；所述第三扰码载荷中第二可变位置上的数值，与所述目标软合并结果对应的第二扰码载荷中的第二可变位置上的数值相同，所述第三扰码载荷中的系统帧号比特0的数值为1，且所述第一解扰扰码中的其它位置上的数值为0；所述目标软合并结果是译码成功的软合并结果；
[0174]
数值获取模块，用于从所述第一解扰结果中获取所述第一pbch信号的系统帧号比特1以及系统帧号比特2的数值；
[0175]
第二解扰模块，用于根据所述第一pbch信号的系统帧号比特1以及系统帧号比特2的数值，对所述第一解扰结果进行解扰，获得所述第一pbch信号的载荷。
[0176]
在一种可能的实现方式中，所述第二解扰模块，用于，
[0177]
生成第四解扰扰码；所述第四扰码载荷中第二可变位置上的数值，与所述第一pbch信号的系统帧号比特1以及系统帧号比特2的数值相同，所述第四扰码载荷中的系统帧号比特0的数值为0，且所述第一解扰扰码中的其它位置上的数值为0；
[0178]
通过所述第四解扰扰码对所述第一解扰结果进行解扰，获得所述第一pbch信号的载荷。
[0179]
在一种可能的实现方式中，第一pbch信号和所述第二pbch信号之间的接收间隔小于20毫秒。
[0180]
综上所述，本技术实施例所示的方案，终端设备可以按照20毫秒1/n的第一周期进
行pbch信号的接收，相应的，在进行pbch信号的软合并时，在本轮pbch检测过程中第i次接收pbch信号，且i不是n的整数倍的情况下，以pbch信号的发送周期为第一周期时的译码策略，对本次接收到的第一pbch信号进行译码，否则以pbch信号的发送周期为20ms时的译码策略，对本次接收到的第一pbch信号进行译码；通过上述方案，在系统支持小于20毫秒的pbch周期的情况下，终端设备在每次对pbch解析失败后，不需要等待20毫秒，即可以快速的进行pbch信号译码，从而提高了终端的pbch接收效率。
[0181]
需要说明的一点是，上述实施例提供的装置在实现其功能时，仅以上述各个功能模块的划分进行举例说明，实际应用中，可以根据实际需要而将上述功能分配由不同的功能模块完成，即将设备的内容结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
[0182]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0183]
请参考图11，其示出了本技术一个实施例提供的计算机设备1100的结构示意图。该计算机设备1100可以包括：处理器1101、接收器1102、发射器1103、存储器1104和总线1105。
[0184]
处理器1101包括一个或者一个以上处理核心，处理器1101通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。
[0185]
接收器1102和发射器1103可以实现为一个通信组件，该通信组件可以是一块通信芯片。该通信芯片也可以称为收发器。
[0186]
存储器1104通过总线1105与处理器1101相连。
[0187]
存储器1104可用于存储计算机程序，处理器1101用于执行该计算机程序，以实现上述方法实施例中的各个步骤。
[0188]
此外，存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器，可擦除可编程只读存储器，静态随时存取存储器，只读存储器，磁存储器，快闪存储器，可编程只读存储器。
[0189]
在一个示例性的方案中，当计算机设备1100实现为终端设备时，所述收发器，用于按照第一周期接收第一pbch信号；所述第一周期的长度是20毫秒的1/n，n为大于等于2的整数；
[0190]
所述处理器1101，用于在所述第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i不是n的整数倍的情况下，以pbch信号的发送周期为所述第一周期时的译码策略，对所述第一pbch信号进行译码；在所述第一pbch信号是本轮pbch检测过程中第i次接收的pbch信号，且i是n的整数倍的情况下，以pbch信号的发送周期为20ms时的译码策略，对所述第一pbch信号进行译码。
[0191]
其中，上述计算机设备1100中的处理器1101和/或收发器执行的过程可以参考上述各个方法实施例中，由终端设备执行的各个步骤。
[0192]
本技术实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机指令，所述计算机指令由处理器加载并执行以实现上述各个方法实施例中，由终端设备执行的全部或者部分步骤。
[0193]
本技术还提供了一种芯片，该芯片用于在计算机设备中运行，以使得计算机设备执行上述各个方法实施例中，由终端设备执行的全部或者部分步骤。
[0194]
本技术还提供了一种计算机程序产品，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。上述计算机程序产品可以用于实现上述各个方法实施例中，由终端设备执行的全部或者部分步骤。
[0195]
本技术还提供了一种计算机程序产品，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得计算机设备执行上述各个方法实施例中，由终端设备执行的全部或者部分步骤。
[0196]
本技术还提供了一种计算机程序，该计算机程序由计算机设备的处理器执行，以实现上述各个方法实施例中，由终端设备执行的全部或者部分步骤。
[0197]
本领域技术人员应该可以意识到，在上述一个或多个示例中，本技术实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
[0198]
以上所述仅为本技术的示例性实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包括在本技术的保护范围之内。