华为5G新机入网,究竟是怎么一回事?(3)
2023-03-14 来源:你乐谷
PBCH 解码
通过检测PSS和SSS,UE获得时间和频率同步、小区ID信息,下一步是获取接入网络所必需的系统消息。PBCH和PBCH预计将承载非常重要的系统消息。在获得网络和小区ID的同步后,UE准备解码PBCH。
在规范中针对特定频率范围预定义的子载波间隔被称为同步信号的参考numerology 。对于特定频率范围内的参考numerology ,还可以在规范中预定义子载波间隔的多个候选。例如,对于低于6GHz的SSS/PBCH子载波间隔15khz,可以预定义诸如{3.75kHz、15khz、30kHz、60kHz}之类的用于数据传输的候选子载波间隔的集合,以便容易地指示用于数据传输的子载波间隔。如果在高于6GHz的频率范围内使用60kHz的SSS/PBCH子载波间隔,则为数据子载波间隔设置的对应子载波间隔候选将是,例如,{15kHz,30kHz,60kHz,120kHz}。
如上所述,PBCH将在SSB内传输,并且考虑PBCH的子载波间隔跟随SSS。鉴于所有基本系统消息不能在PBCH中传输,但部分基本系统消息在PBCH中传输,因为信息比特/字段组成将固定在PBCH中,用于初始接入的其余基本系统消息应在其他信道中传输,并且PBCH还可发出信号,指示在何处/何时/如何获得其余基本系统消息。
RACH 流程
在接收基本系统消息时,UE准备尝试上行同步。与同步信号(如PSS、SSS和PBCH)类似,还应确定RACH流程的numerology 。考虑到目标场景和覆盖要求,PRACH前导传输的numerology 应该不同于同步信号或数据的numerology ,因为PRACH和数据的numerology 是不同的。RACH numerology 的细节需要由系统消息发出信号,但首先我们想从资源单元的角度讨论RACH资源numerology ,即考虑RACH资源和数据复用的时频块大小。
为了便于讨论RACH资源,RACH资源是要在其上传输RACH消息的时间/频率资源。RACH资源可以进一步定义为上行RACH资源和下行RACH资源。在上行RACH资源上,上行RACH消息,例如PRACH前导码和可能的msg3可以传输。在上行RACH资源上,上行RACH消息,例如RAR和可能的msg4可以传输。默认情况下,RACH资源遵循SS block和SS BRAST时间/频率资源大小。或者,在时间/频率RACH资源大小和位置上,它包括在PRACH配置中。
至于RACH numerology ,可能有几个选择。第一个选择是遵循SSB numerology 。基于SSB numerology ,可以使用PSS/SSS或PBCH numerology 预定义隐式映射。换句话说,在没有关于PRACH numerology 的显式信令的情况下,UE可以基于检测到的PSS/SSS或PBCH numerology 隐式地确定其PRACH numerology 。如果PRACH配置以类似于LTE系统的共享数据信道的形式提供,其在下行控制区域中利用CSS,则该选项将是合适的,因为UE不具有关于数据/控制的numerology 的任何信息。通过该选项,至少RACH msg1/2可以共享相同的numerology ,或者在不同的msg1/2情况下,将PSS/SSS或PBCH numerology 绑定在一起..
另一种选择是在基本系统消息中发送RACH numerology 。PRACH配置为PRACH和RAR提供numerology 。默认情况下,msg3 numerology 遵循msg1,msg4 numerology 遵循msg2 ,除非RAR表明msg3和msg4的numerology ,msg4可能表示后续上下行数据/控制的numerology 。
通过检测PSS和SSS,UE获得时间和频率同步、小区ID信息,下一步是获取接入网络所必需的系统消息。PBCH和PBCH预计将承载非常重要的系统消息。在获得网络和小区ID的同步后,UE准备解码PBCH。
在规范中针对特定频率范围预定义的子载波间隔被称为同步信号的参考numerology 。对于特定频率范围内的参考numerology ,还可以在规范中预定义子载波间隔的多个候选。例如,对于低于6GHz的SSS/PBCH子载波间隔15khz,可以预定义诸如{3.75kHz、15khz、30kHz、60kHz}之类的用于数据传输的候选子载波间隔的集合,以便容易地指示用于数据传输的子载波间隔。如果在高于6GHz的频率范围内使用60kHz的SSS/PBCH子载波间隔,则为数据子载波间隔设置的对应子载波间隔候选将是,例如,{15kHz,30kHz,60kHz,120kHz}。
如上所述,PBCH将在SSB内传输,并且考虑PBCH的子载波间隔跟随SSS。鉴于所有基本系统消息不能在PBCH中传输,但部分基本系统消息在PBCH中传输,因为信息比特/字段组成将固定在PBCH中,用于初始接入的其余基本系统消息应在其他信道中传输,并且PBCH还可发出信号,指示在何处/何时/如何获得其余基本系统消息。
RACH 流程
在接收基本系统消息时,UE准备尝试上行同步。与同步信号(如PSS、SSS和PBCH)类似,还应确定RACH流程的numerology 。考虑到目标场景和覆盖要求,PRACH前导传输的numerology 应该不同于同步信号或数据的numerology ,因为PRACH和数据的numerology 是不同的。RACH numerology 的细节需要由系统消息发出信号,但首先我们想从资源单元的角度讨论RACH资源numerology ,即考虑RACH资源和数据复用的时频块大小。
为了便于讨论RACH资源,RACH资源是要在其上传输RACH消息的时间/频率资源。RACH资源可以进一步定义为上行RACH资源和下行RACH资源。在上行RACH资源上,上行RACH消息,例如PRACH前导码和可能的msg3可以传输。在上行RACH资源上,上行RACH消息,例如RAR和可能的msg4可以传输。默认情况下,RACH资源遵循SS block和SS BRAST时间/频率资源大小。或者,在时间/频率RACH资源大小和位置上,它包括在PRACH配置中。
至于RACH numerology ,可能有几个选择。第一个选择是遵循SSB numerology 。基于SSB numerology ,可以使用PSS/SSS或PBCH numerology 预定义隐式映射。换句话说,在没有关于PRACH numerology 的显式信令的情况下,UE可以基于检测到的PSS/SSS或PBCH numerology 隐式地确定其PRACH numerology 。如果PRACH配置以类似于LTE系统的共享数据信道的形式提供,其在下行控制区域中利用CSS,则该选项将是合适的,因为UE不具有关于数据/控制的numerology 的任何信息。通过该选项,至少RACH msg1/2可以共享相同的numerology ,或者在不同的msg1/2情况下,将PSS/SSS或PBCH numerology 绑定在一起..
另一种选择是在基本系统消息中发送RACH numerology 。PRACH配置为PRACH和RAR提供numerology 。默认情况下,msg3 numerology 遵循msg1,msg4 numerology 遵循msg2 ,除非RAR表明msg3和msg4的numerology ,msg4可能表示后续上下行数据/控制的numerology 。