通信人家园

标题: NR中SIB1如何调度下去 [查看完整版帖子] [打印本页]

时间: 2019-4-11 15:19

作者: sj_123456 标题: NR中SIB1如何调度下去

我们都知道NR中SSB会在每一个beam中都会调度一个下去，SSB中解出MIB，在MIB解出coreset#0和SearchSpace#0，用于SIB1的DCI就存在coreset#0中，那么解出这个DCI后，SIB1的payload是如何保证UE一定能收到？毕竟UE所处的位置在每一个beam都有可能？是不是SIB1也要跟SSB类似在每一个beam都会调度一个？如果是这样，coreset#0和searchSpace#0都没有定义，协议又是怎么定的？

时间: 2019-4-12 20:34

作者: jeffyko

https://blog.csdn.net/jeffyko/article/details/89066598
这个章节就是你想知道的：
add 'always-on-transmission' functions, including: aotSsb, aotPdcchSib1 and aotSib1

时间: 2019-4-15 15:39

作者: kevin02

jeffyko 发表于 2019-4-12 20:34
https://blog.csdn.net/jeffyko/article/details/89066598
这个章节就是你想知道的：
add 'always-on-tra ...

能否通俗点解释下，同困惑中

时间: 2019-4-16 09:11

作者: jeffyko

kevin02 发表于 2019-4-15 15:39
能否通俗点解释下，同困惑中

从debug打印来解释会更清晰：
下列为一个典型的无线帧（radio frame，10ms）内ssb/pdcch scheduling sib1/sib1的调度情况：
配置为：n41，4个ssb
---->inside alwaysOnTr(hsfn=0,sfn=0)
---->inside aotSsb(hsfn=0,sfn=0, scaleTd=2, scaleFd=2)
[AOT @ hsfn=0, sfn=0]issb=0, ssbFirstSc=360, v=0, ssbFirstSymb=4
[AOT @ hsfn=0, sfn=0]issb=1, ssbFirstSc=360, v=0, ssbFirstSymb=16
[AOT @ hsfn=0, sfn=0]issb=2, ssbFirstSc=360, v=0, ssbFirstSymb=32
[AOT @ hsfn=0, sfn=0]issb=3, ssbFirstSc=360, v=0, ssbFirstSymb=44
==》上述为每个ssb的时频域起始位置，具体参见38.211以及38.213相关章节描述

---->inside aotPdcchSib1(hsfn=0, sfn=0, dci="dci10",rnti="si-rnti", scaleTdSsb=2, scaleTdRmsiScs=2)
---->inside detCss0(hsfn=0, sfn=0)
[Type-0 CSS]PDCCH monitoring occasion for SSB [0_0_0](hrf=0, issb=0): [[(0, 0, 0), (0, 0, 1)], 0, ['OK', 'OK']]
[Type-0 CSS]PDCCH monitoring occasion for SSB [0_0_1](hrf=0, issb=1): [[(0, 0, 1), (0, 0, 2)], 0, ['OK', 'OK']]
[Type-0 CSS]PDCCH monitoring occasion for SSB [0_0_2](hrf=0, issb=2): [[(0, 0, 2), (0, 0, 3)], 0, ['OK', 'OK']]
[Type-0 CSS]PDCCH monitoring occasion for SSB [0_0_3](hrf=0, issb=3): [[(0, 0, 3), (0, 0, 4)], 0, ['OK', 'OK']]
===》上述为每个ssb对应的css0的pdcch occasion。UE选定bestSsb后，会在相应的occasions内监听调度sib1的PDCCH。具体参见38.213 type-0 css相关章节。

[AOT @ hsfn=0, sfn=0]PDCCH scheduling SIB1 for issb=0(hrf=0): [[0, 0, 0, 0, 0]]
[AOT @ hsfn=0, sfn=0]PDCCH scheduling SIB1 for issb=1(hrf=0): [[0, 0, 1, 0, 0]]
[AOT @ hsfn=0, sfn=0]PDCCH scheduling SIB1 for issb=2(hrf=0): [[0, 0, 2, 0, 0]]
[AOT @ hsfn=0, sfn=0]PDCCH scheduling SIB1 for issb=3(hrf=0): [[0, 0, 3, 0, 0]]
contents of reservedPdcchSib1(key=[hsfn,sfn,issb],val=[hsfn,sfn,slot,firstSymb,pdcchCandidate])
key=0_0_0,val=[0, 0, 0, 0, 0]
key=0_0_1,val=[0, 0, 1, 0, 0]
key=0_0_2,val=[0, 0, 2, 0, 0]
key=0_0_3,val=[0, 0, 3, 0, 0]
===》上述为实际占用的调度sib1的pdcch occasion。重点是上述key/val的描述。

---->inside aotSib1(hsfn=0,sfn=0)
[AOT @ hsfn=0, sfn=0]SIB1 corresponding to SSB#0(hrf=0)
contents of sib1DmrsSymbs(w.r.t to slivS): [0]
[AOT @ hsfn=0, sfn=0]SIB1 corresponding to SSB#1(hrf=0)
contents of sib1DmrsSymbs(w.r.t to slivS): [0]
[AOT @ hsfn=0, sfn=0]SIB1 corresponding to SSB#2(hrf=0)
contents of sib1DmrsSymbs(w.r.t to slivS): [0]
[AOT @ hsfn=0, sfn=0]SIB1 corresponding to SSB#3(hrf=0)
contents of sib1DmrsSymbs(w.r.t to slivS): [0]
===》上述为发送与每个ssb对应的sib1。sib1的时频域位置由UE侦听到的pdcch scheduling sib1中携带的dci payload确定。

[5GNR SIM]recv SSB/SIB1 @ [HSFN=0, SFN=0]
bestSsb=0(hrf=0,issb=0)
===》UE在初始接入时，首先做cell selection/reselection，选择最优ssb，即bestSsb。在根据bestSsb对应的MIB payload携带的coreset0/css0配置，侦听调度sib1的PDCCH（与bestSsb相对应的）；UE检测到pdcch之后，解析dci payload，得到sib1的时频域调度信息；UE接收SIB1。

时间: 2019-4-16 14:48

作者: kevin02

jeffyko 发表于 2019-4-16 09:11
从debug打印来解释会更清晰：
下列为一个典型的无线帧（radio frame，10ms）内ssb/pdcch scheduling sib ...

还是看的有些乱，我按照理解说下

1.首先PDCCH occasion是完全按照 MIB中的 Pdcch-configSIB1信息来定的，MIB是根据SSB扫beam来收到的，此时的beam index/方向 QCL到接下来的所有接收beam或者大的接收beam中
2. pdcch-configSIB1中有8位信息，低4位对应的是 PDCCH monitoring occasion，根据FR不同有对应的查表，38.213 Table13 -11~14. 高4位对应的是CORESET的对应位置也即去找PDCCH 的频域位置，可对应查表213de Table 1~10。

时间: 2019-4-16 15:01

作者: kevin02

jeffyko 发表于 2019-4-16 09:11
从debug打印来解释会更清晰：
下列为一个典型的无线帧（radio frame，10ms）内ssb/pdcch scheduling sib ...

简单来说 MIB决定一切 SIB1 相关东西，包括PDCCH monitoring occasion和频域位置的CORESET0的位置，SIB1应该是Type0

时间: 2019-4-16 15:28

作者: jeffyko

kevin02 发表于 2019-4-16 15:01
简单来说 MIB决定一切 SIB1 相关东西，包括PDCCH monitoring occasion和频域位置的CORESET0的位置，SIB1 ...

如果你只想了解what，那么足够了；如果你想了解why，请阅读相关协议。

时间: 2019-4-16 16:35

作者: kevin02

jeffyko 发表于 2019-4-16 15:28
如果你只想了解what，那么足够了；如果你想了解why，请阅读相关协议。

what就够了，why留给FT

时间: 2019-4-17 14:56

作者: amr

mark一下。。。

时间: 2019-4-20 04:24

作者: diaochong

jeffyko 发表于 2019-4-16 15:28
如果你只想了解what，那么足够了；如果你想了解why，请阅读相关协议。

协议才不会讲Why

时间: 2019-4-24 09:51

作者: cyy1362

diaochong 发表于 2019-4-20 04:24
协议才不会讲Why

通信人家园 (https://www.txrjy.com/)