通信人家园

 找回密码
 注册

只需一步,快速开始

军衔等级:

  新兵

注册时间:
2019-3-27
跳转到指定楼层
1#
发表于 2019-4-11 15:19:30 |只看该作者 |倒序浏览
我们都知道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都没有定义,协议又是怎么定的?



军衔等级:

  副版主

注册时间:
2010-12-20
2#
发表于 2019-4-12 20:34:04 来自手机 |只看该作者
https://blog.csdn.net/jeffyko/article/details/89066598
这个章节就是你想知道的:
add 'always-on-transmission' functions, including: aotSsb, aotPdcchSib1 and aotSib1

点评

kevin02  能否通俗点解释下,同困惑中  详情 回复 发表于 2019-4-15 15:39

军衔等级:

  列兵

注册时间:
2011-4-13
3#
发表于 2019-4-15 15:39:48 |只看该作者
jeffyko 发表于 2019-4-12 20:34
https://blog.csdn.net/jeffyko/article/details/89066598
这个章节就是你想知道的:
add 'always-on-tra ...

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

军衔等级:

  副版主

注册时间:
2010-12-20
4#
发表于 2019-4-16 09:11:06 |只看该作者
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。

点评

kevin02  简单来说 MIB决定一切 SIB1 相关东西,包括PDCCH monitoring occasion和 频域位置的CORESET0的位置,SIB1应该是Type0  详情 回复 发表于 2019-4-16 15:01

军衔等级:

  列兵

注册时间:
2011-4-13
5#
发表于 2019-4-16 14:48:46 |只看该作者
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。

军衔等级:

  列兵

注册时间:
2011-4-13
6#
发表于 2019-4-16 15:01:00 |只看该作者
jeffyko 发表于 2019-4-16 09:11
从debug打印来解释会更清晰:
下列为一个典型的无线帧(radio frame,10ms)内ssb/pdcch scheduling sib ...

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

点评

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

军衔等级:

  副版主

注册时间:
2010-12-20
7#
发表于 2019-4-16 15:28:00 |只看该作者
kevin02 发表于 2019-4-16 15:01
简单来说 MIB决定一切 SIB1 相关东西,包括PDCCH monitoring occasion和 频域位置的CORESET0的位置,SIB1 ...

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

点评

kevin02  what就够了,why留给FT  详情 回复 发表于 2019-4-16 16:35

军衔等级:

  列兵

注册时间:
2011-4-13
8#
发表于 2019-4-16 16:35:01 |只看该作者
jeffyko 发表于 2019-4-16 15:28
如果你只想了解what,那么足够了;如果你想了解why,请阅读相关协议。

what就够了,why留给FT

您需要登录后才可以回帖 登录 | 注册 |

( )|联系我们 |网站地图  

GMT+8, 2019-4-17 04:25 , Processed in 0.062501 second(s), 16 queries , Gzip On.

Copyright © 1999-2018 All Rights Reserved

回顶部