NR sidelink(二) S-SSB

这篇看下NR sidelink S-SSB的内容，主要内容包括NR sidelink的同步原则，S-SSB的结构及相关序列，S-SSB的时频域位置，MasterInformationBlockSidelink IE解析，sidelink的同步过程，PSBCH payload及UE相关的能力IE。

1 NR sidelink的同步原则

参与sidelink通信之前，UE需要与覆盖的蜂窝网络实现同步，并且要进行sidelink 通信的UE之间也要彼此实现同步。更具体地说，是保证所有sidelink UE根据同步参考源都使用公共时钟运行。 而同步参考源可以是蜂窝网络也可以是GNSS，而UE的同步参考源是用蜂窝网络还是GNSS，需要根据配置和场景决定，而具体描述在38.331 5.8.6.2。

与 cell SSB类似，sidelink同步信号也由两个部分S-PSS 和 S-SSS组成。 在sidelink中，有两种不同的S-PSS和336 种不同的 S-SSS 可供选择。 由此产生2∙336=672 个不同的sidelink sync id。 sidelink sync id中被分为2组：第一组sidelink id，可以称为in coverage sidelink ID，主要用于覆盖范围内的UE的S-SSB传输，具体的说这里的UE指的是直接从同步参考源获得同步或直接从在覆盖范围内的UE获取同步的UE；第二组sidelink id称为out of coverage sidelink ID，用于其他场景UE的S-SSB传输。

为了进一步区分，UE需要通过一种方法来辨别获取的S-SSB是来自in-coverage UE 还是of out coverage UE。 因而在sidelink MIB中增加了IE inCoverage。

在发送MasterInformationBlockSidelink，时，如果InCoverage值为 true的话，代表发送 MasterInformationBlockSidelink 的 UE 在网络覆盖范围内，或者代表UE选择GNSS 定时作为同步参考源；设置为false的情况，代表既没有网络覆盖也没有GNSS的情况，这时候的UE要根据收到的MasterInformationBlockSidelink或者预配置的sidelink 参数进行MasterInformationBlockSidelink 中IE的填写。

UE获得同步后，如果自己要发送S-SSB，要根据38.331 5.8.5.3中的要求设置SLSSID(即sidelink sync id) 以及38.331 5.8.9.4.3的规定设置InCoverage是true还是false。

一般来说，UE应该获取与同步参考源距离近的同步源。 因此在搜索同步源时，进行S-SSB搜索时，UE应该优先考虑In-Coverage内的sidelink sync ID,其次是out of coverage的sidelink sync ID；更进一步，除了In-Coverage内的sidelink sync ID的因素，还要优先选择MasterInformationBlockSidelink中inCoverage=true的同步源。

如果UE检测到至少一个小区，可以进行NR sidelink 通信(有收到SIB12的NR sidelink配置)，并且该小区满足S准则的话，那UE就属于NR sidelink in-coverage的状态。 如果UE 没有检测满足 S 标准的小区，则UE就处于NR sidelink通信的 out of coverage状态。

对于V2X sidelink 通信(SIB13和14)也是同样的道理。

如果 UE 已选择一个不能进行V2X sidelink通信的频率上的小区，则它应执行额外的intra-freq重选过程，以选择更好的小区用于该频率上的sidelink操作。如果 UE 已选择到一个不能进行NR sidelink通信的频率上的小区，则UE应该进行重选过程以选择更好的小区用于sidelink操作。

与主同步参考同步的基本原理如下图所示。 直接在主同步参考覆盖范围内的设备，即在这种情况下，在覆盖网络的小区覆盖范围内，应该直接从小区获取其同步。 为了使网络直接覆盖之外的设备也能同步，UE可以从另一个UE通过间接的方式和小区的获得同步。

如上图，在覆盖区域内的UE，根据SSB，即传统的方式获得DL 同步，处于非覆盖区域的UE，通过在覆盖区内的UE，间接获得网络的DL 同步。为了使UE能够通过另一个UE间接地获得同步，UE可以通过配置，传输 sidelink S-SS/PBSCH(S-SSB)。 S-SSB的基本结构与小区的SSB类似，因为它包括S-PSS和S-SSS以及PSBCH(承载sidelink MIB。但是时频域结构和SSB有所不同。

上图对应的就是in coverage 的UE通过获取SIB12，之后向其他UE传递同步信号，以及 处于out of coverage的UE 之间传递sidelink同步信号和MasterInformationBlockSidelink的场景，具体描述在38.331 5.8.5章节中，这里就不提了。

而SIB12包含的是NR sidelink communication/discovery的配置，简单附一张截图放这，如上图。

2 同步信号物理层sidelink 同步ID

与NR 常规场景需要PCI区分小区ID一样，NR sidelink也需要有唯一的物理层sidelink ID，如上公式，N_ID_SL代表sidelink sync id，其中N_ID,1_SL 取值范围对应[0,335]，N_ID,2_SL 取值范围对应[0,1]，根据排列组合则一共有2×336=672个N_ID_SL(sidelink sync id)。进一步的又可以将sidelink syncid分为两组，id_net 由N_ID_SL =0,1,…,335 组成，用于in coverage 场景的sidelink sync ID的设定；id_oon 由N_ID_SL=336,337,…,671 组成，代表out of coveragesidelink sync ID的设定 。这两组ID的区别，本篇开头也有提及，这里不再赘述。

S-PSS和S-SSS使用的具体序列也与SSB相同，即分别是长度为 127m 的序列和 Gold 序列。从UE接收S-SSB的角度看下S-PSS和S-SSS序列的定义。

和SSB一样，S-PSS是长度为127的伪随机序列(BPSK M序列)，频域上占用127个SC。如上图初始值x(6)、x(5)、x(4)、x(3)、x(2)、x(1)、x(0)分别为1、1、1、0、1、1、0，之后通过x( i+7 ) = ( x( i+4 )+x( i ) ) mod 2递推得到初始序列 x(n)。由m=(n+22+43*N_ID,2_SL))mod 127可以看出，之后再通过N_ID,2_SL对初始序列进行循环移位处理得到最后的S-PSS 序列。

S-SSS也是长度为127的伪随机序列(占用127个SC)。区别是S-SSS需要两个多项式分别生成两个初始序列，然后在循环移位时分别加入N_ID,1_SL和N_ID,2_SL。相似的，S-SSS输出序列也是相对确定的，此时N_ID,1_SL已知，根据N_ID,2_SL的不同取值，UE就可以成功检出S-SSS。至此UE就知道了SLSSID，下一步可以解调PSBCH信道。

3 S-SSB的时频域位置(38.211 8.4.3.1)

在时域上，S-SS/PSBCH block 分为对应13个OFDM符号(normal CP)和11个OFDM符号(extended CP)，符号从0开始计数，S-SSB的第一个OFDM符号对应的是某个slot中的第一个OFDM符号的位置。在频域S-SSB由132个连续的subcarriers组成，subcarriers计算范围对应0～131。时频域的具体分布如上面的表格所示。因而S-PSS和S-SSS都各自占用2个符号，在频域占用127个子载波，PSBCH在normal CP下占用9个符号，extended CP占用7个符号。S-PSS ，S-SSS和PSBCH及其DMRS的时频域分布示图如下。

4 sidelink 同步过程(38.213 16.1)

NR sidelink同步过程在38.213 16.1中有详细描述。

为了接收 S-SS/PSBCH 块，由sl-AbsoluteFrequencySSB 确定S-SS/PSBCH 块中index为66 的子载波相对应的频率位置。 S-PSS符号、S-SSS符号和PSBCH符号具有相同的传输功率。 S-SS/PSBCH的参数集(scs)与接收S-SS/PSBCH block的SL BWP相同，并且S-SS/PSBCH在SL BWP的带宽内。 一般情况下S-SS/PSBCH块中index 0的子载波要与SL BWP中的某个RB的index 0的子载波对齐。而上面这里的有关IE，通常是通过RRCSetup/RRCResume/RRCReconfiguration等三个消息中带下来。

如上图是由sl-AbsoluteFrequencySSB 确定S-SS/PSBCH 块中index为66 的子载波相对应的频率位置的图示。

如上图是S-SS/PSBCH块中index 0的子载波要与SL BWP中的某个RB的index 0的子载波对齐的图示。

由于通过sl-AbsoluteFrequencySSB就可以知道S-SSB的位置，对于NR sidelink，没有synchronization raster的概念，但是其channel spacing ，channel raster等内容和常规的NR内容基本一致，具体在谈NR sidelink RF信息时再说。

通过sl-NumSSB-WithinPeriod向UE提供以16 frame为周期的N_period_(S-SSB)个S-SSB。 这时候认为在S-SSB的传输是以16帧为周期。 UE将包括S-SSB的时隙index 确定为N_offset_(S-SSB)+(N_interval_(S-SSB)+1)⋅i_(S-SSB)，其中index 0对应于服务小区的SFN满足(SFN mod 16)=0的第一个slot，或DFN满足(DFN mod 16)=0的帧中的第一时隙；i_(S-SSB)是周期内的S-SSB index，取值范围0≤i_(S-SSB)≤N_period_(S-SSB)-1；

N_offset_(S-SSB) 是从周期开始到包括 S-SSB的第一个时隙的时隙偏移，其值由 sl-TimeOffsetSSB 提供；N_interval_(S-SSB) 是 S-SSB之间的时隙间隔，其值由sl-TimeInterval提供。

再看下38.331中有关上述几个IE的解释。

sl-NumSSB-WithinPeriod：表示一个sidelink SSB周期内sidelink SSB传输的数量。 适用的值与子载波间隔和freq相关，如下：

FR1、SCS = 15 kHz：1

FR1、SCS = 30kHz：1、2

FR1、SCS = 60kHz：1、2、4

FR2、SCS = 60kHz：1、2、4、8、16、32

FR2、SCS = 120kHz：1、2、4、8、16、32、64

sl-TimeOffsetSSB代表从sidelink SSB 周期开始到第一个sidelink SSB 之间的时隙偏移。

sl-TimeInterval表示相邻sidelink SSB之间的时隙间隔。只有一个sidelink SSB周期内包含多个sidelink SSB时，才会配置该值，如果sidelink SSB周期内只有一个SSB，自然就不需要时间间隔。

以FR1 SCS= 30khz为例，此时1子帧=2个时隙=28个符号 ，即1 frame=20 slots,, sl-TimeInterval=12 ，sl-TimeOffsetSSB=4，sl-NumSSB-WithinPeriod=2，则S-SSB就会在SFN 0，16，32上出现，具体的是在每个frame index 为4和17的时隙上出现，而S-SSB的第一个OFDM符号对应的是slot中的第一个OFDM符号的位置。

上面有涉及选用GNSS作为同步参考源时的Direct Frame Number(DFN)，这里想说的是具体UE的同步参考源是用蜂窝网络还是GNSS，需要根据配置和场景决定，而具体描述在38.331 5.8.6.2，本篇主要看下DFN是如何确定的。

当UE选择GNSS作为同步参考源时，用于NR sidelink通信/discovery的DFN、subframe和slot number要通过上图中的公式从当前UTC时间导出，其中Tcurrent 是从 GNSS 获取的当前 UTC 时间，以ms为单位；Tref是公历 1900 年 1 月 1 日的参考 UTC 时间 00:00:00（1899 年 12 月 31 日星期四和 1900 年 1 月 1 日星期五之间的午夜），以毫秒为单位；OffsetDFN 就是 sl-OffsetDFN-r16提供的值，没有配置时，则取零，单位是毫秒。而μ=0/1/2/3 对应的就是SL 的 SCS 15/30/60/120 kHz。

对于FDD，S-SS/PSBCH块只能在UL载波的时隙中发送/接收。 对于TDD，只能有当服务小区tdd-UL-DL-ConfigurationCommon或 sl-TDD-Configuration 或通过PSBCH收到sl-TDD-Config 将时隙中的所有OFDM 符号配置为UL 符号时才能进行S-SSB的的发送和接收。 如果UE驻留在上表中仅用PC5接口band上，且未配置tdd-UL-DL-ConfigurationCommon和sl-TDD-Configuration，则S-SS/PSBCH块可以在频谱的任何时隙中发送/接收。

5 PSBCH payload

对于S-SS/PSBCH块的传输，UE可以在PSBCH有效负载中包含比特序列a_0、a_1、a_2、a_3、…、a_11以指示sl-TDD-Config的具体内容，以便提供多个时隙上的时隙格式，而sl-TDD-Config的设置与UE收到从网络中收到的tdd-UL-DL-ConfigurationCommon和sl-TDD-Configuration有关系，主要就是根据从网络中收到的时隙配置，将其转化成MasterInformationBlockSidelink中的sl-TDD-Config，进而将具体时隙传递给收到MasterInformationBlockSidelink的UE。

下面看下MasterInformationBlockSidelink中sl-TDD-Config的填写规则。

FDD或没有tdd-UL-DL-ConfigurationCommon和sl-TDD-Configuration时

对于FDD以及TDD中没有提供tdd-UL-DL-ConfigurationCommon和sl-TDD-Configuration的情况，要将a_0,a_1,a_2,a_3,a_4 ,a_5,a_6,a_7,a_8,a_9,a_10,a_11 设置为“1”；UE可以在任何时隙上发送S-SSB。

有提供tdd-UL-DL-ConfigurationCommon和sl-TDD-Configuration时：

(1) a_0的确定： 如果pattern 1 由 sl-TDD-Configuration 或 tdd-UL-DL-ConfigurationCommon 提供，则 a_0=0； 如果pattern 1 和pattern 1均由 sl-TDD-Configuration 或 tdd-UL-DL-ConfigurationCommon 提供，则 a_0=1。

(2)a_1,a_2,a_3,a_4的确定：

对于a_0=0时，根据pattern 1 中的 P 参照如table 16.1-1确定，例如P=5ms，则a_1,a_2,a_3,a_4=(0,1,1,1)

对于a_0=1，根据pattern 1中的P和pattern 2中的 P2参照table 16.1-2确定，例如P=P2=1,那a_1,a_2,a_3,a_4=(0,0,1,0)，除此之外，还可以根据SCS的不同确定Granularity w，而w会在a_5,a_6,a_7,a_8,a_9,a_10,a_11的确定中用到。

a_5,a_6,a_7,a_8,a_9,a_10,a_11对应的是u_slots^SL的第7到第1个LSB，而u_slots^SL需要根据上面的情况，根据a0取值的不同分别计算，计算得到u_slots^SL后，a_5,a_6,a_7,a_8,a_9,a_10,a_11也就可以确定。相关的参数的确定如上图，而有关μ_ref( referenceSubcarrierSpacing)、u_slots、u_sym、u_(slots,2)、u_(sym,2) 可以参考NR 时隙配置中的描述。至此PSBCH payloada_0,a_1,a_2,a_3,a_4 ,a_5,a_6,a_7,a_8,a_9,a_10,a_11 设置及其代表的含义通过上面的内容就可以确定。

最后有关sidelink同步的能力IE如下图示，支持 NR sidelink的UE必须要支持sync-Sidelink-r16。