精华内容
下载资源
问答
  • nr pdcch
    2022-03-19 13:18:49

    协议章节

    具体协议在38.211 的7.3.2.2
    7.3.2.2 Control-resource set (CORESET)

    求解交织结果,一般有两种方式:
    ①通过公式直接用方程求解
    ②通过行进列出的图表法

    通过交织公式求解

    交织公式
    交织公式

    解释:
    R:交织深度,其实就是交织的行数
    C:交织列数
    L:regbundle size,一个bundle所包含的reg 数量
    N_REG_CORESET: 整个coreset 在所有持续symb的总REG 数量
    N_REG_CORESET/L: 总的regbundle 数量

    假定有如下已知配置信息
    配置信息
    整个coreset的时频资源格
    在这里插入图片描述
    说明:
    最左边一列是prb index系数,下边是symb index,最右边是bundle index。
    这里一个bundle 由3个REG 组成。

    用excel 列表求解
    ①首先确定x的取值:
    因为x就是bundle 的系数,此例子的范围就是bundle#0~bundle#35
    ②确定r的取值,r就是行数,所以取值是0,1
    ③确定c的取值,c为列数,可以通过公式
    x=cR+r,反解出r的值
    最后通过:
    f(x)=(rC+c+n_shift)mod(N_REG_CORESET/L)直接得出结果如下:
    在这里插入图片描述
    由cceIndex = 9,aggrLeavel = 1, 可知:
    最后对应的bundle是bundle#15, bundle#33

    行进列出图表法

    首先计算总的regbundle 数:
    total_bundles = N_REG_CORESET / L = 108/3 = 36
    R = 2; //2行
    C = total_bundles/R = 18, //18列

    2行18列:
    在这里插入图片描述
    因为n_shift = 222;
    mod(222, 18) = 6
    在这里插入图片描述
    所以循环移位6列得到:
    在这里插入图片描述
    cceIndex = 9,从下图红线位置开始取对应的bundle
    在这里插入图片描述
    总结:
    通过公式直接解方程计算跟行进列出的图表形式得出的结果一致。

    更多相关内容
  • PDCCH 承载的data就是DCI,在PDCCH 盲检时需要用正确的RNTI进行解扰和CRC校验,才能确认DCI是不是发送给UE的,为什么是这样的decode 流程?这主要DCI的调制过程有关系,下面来具体看。 DCI的调制流程图如下,主要...

    PDCCH 承载的data就是DCI,在PDCCH 盲检时需要用正确的RNTI进行解扰和CRC校验,才能确认DCI是不是发送给UE的,为什么是这样的decode 流程?这主要DCI的调制过程有关系,下面来具体看。

    DCI的调制流程图如下,主要涉及38.212,38.211这两本spec中的内容。

    43a8f6f7a3e14c92a20ec11d97f52209.png

    看下每一步的作用。

    Information element multiplexing255be7f3fca648c3a8c7847f3b3b26c8.png

     

    这一步主要是将DCI的field 映射成一个bits流。DCI 的每个field 按序依次映射,第一个field映射至a0,第二个field映射之a1.....。更具体地,例如第一个field  是100 ,那最高位“1”要先映射到a0, 后面的两个“0”,分别映射至a1  a2 。

    如果DCI size 小于12 bits,则需要在后补零 直到12bits。

     

    CRC attachmentf51f4ec60d244de6bd9796939365a5f8.png

    这一步和UE用RNTI 解绕CRC校验息息相关。CRC attachment 输入为a0,a1,a2,…,aA-1,长度为A。基站在这个序列前面添加24 bit 每个bit都是“1”,通过gCRC24C多项式,生成24位循环校验码“p0,p1,p2,…,pA-1”,再添加到原始输入“a0,a1,a2,…,aA-1”后面,命名为新的bit流“b0,b1,.....bA-1,....bA+L-1 ”(L=24)。

    最后基站用RNTI 对”b0,b1,.....bA-1,....bA+L-1 ”的最后16位与RNTI 进行异或操作 得到最后的C bit流。

    RNTI 转换成2进制只有16位,因而只需要对最后16位进行异或操作。bdbc5bb889934f2e9dc8ac9e9a5f1c28.png

    gCRC24C多项式 CRC 的计算如下a3f16f92e1b74ab8bdc103533fa9b34a.png

     f5b71f68d7214a21b3f020a0c595a9f9.png

    上面的步骤得到C bit流之后要再通过Polar coding操作 得到d bit流。polar coding过程略过,感兴趣请查看38.212 5.3.1节。8140bac4fef84b0390728be6bccc387d.png

    d bit流 进行Rate mathcing后得到最后的f bit流,42cc7e45231b4be686f896033b1d271c.png

    为什么要用RNTI解扰?原因就在这一步的处理。PDCCH data在调制前需要进行scrambling,cinit由n_RNTI(高16位)和n_ID(低16位)构成。对于USS,如果CORESET配置PDCCH-DMRS-Scrambling-ID,n_RNTI等于C-RNTI,n_ID等于PDCCH-DMRS-Scrambling-ID —— 否则n_RNTI等于0,n_ID等于n_cell_ID。

    a546e03ce8424cd48744192a8948a8a1.png

    62d028cc01cd4995bd1f2e0f52e18df7.png 

    scrambling后需要进行QPSK 调制,得到复制调制符号d(0),....d(Msymb-1)

    bb5a3d93b86f449391a22bf9e06b1af5.png

    调制完成后,要将复制符号通过贝塔PDCCH 进行一个scale之后再映射到时频域资源上,映射时 遵循先频域后时域的顺序。PDCCH 是单端口(P=2000)传输。

    最后UE 在PDCCH 上收到对应的data后,反向操作即可解析出对应的DCI。

    另外,RNTI的类型;DL 接收类型,物理信道,RNTI和传输信道的组合关系在NR PDCCH (二)SearchSpace有介绍,这里不再赘述。

    微信同步更新欢迎关注“modem协议笔记”。

     

     

     

     

    展开全文
  • 5G NR PDCCH

    万次阅读 多人点赞 2019-08-21 15:09:17
    本篇主要参考38211 一个PDCCH由CCE组成,组成这个PDCCH的CCE的个数就是聚合度,如下表所示。 这里默认大家知道search space和CORESET这两个概念,不知道的可以参考另一篇: ...1、CORESET中的REG ...

    本篇主要参考38211和38213协议

    CORESET中的资源会进一步以REG为单位,一个REG就是时域一个OFDM符号,频域一个RB,若干个REG会组成REG bundle,REG bundle又会组成CCE,每个CCE固定包含6个REG,CCE到REG bundle的映射有交织和非交织两种方式。

    1 PDCCH candidate

    若干个CCE会聚合成PDCCH,聚合成PDCCH的CCE个数就是聚合度。网络可以动态的配置聚合度的大小,NR中支持1 2 4 8 16,但UE不知道这个信息。由于CORESET中有很多CCE,PDCCH到底是由哪些CCE聚合而成的UE不知道,所有可能是PDCCH的资源就叫PDCCH candidate,每一个PDCCH candidate都有可能是PDCCH,所以UE在CORESET中搜索PDCCH是一个盲检的过程,为了减小盲检复杂度,UE会按照一定的规则检索PDCCH。
    在LTE中,具体的规则就是:UE盲检PDCCH candidate的起始CCE编号为聚合度的整数倍。也就是说UE会先按照聚合度为1来把所有的聚合度为1的PDCCH candidate盲检一遍,没找到的话,UE会接着按聚合度为2把所有聚合度为2的PDCCH candidate盲检一遍,盲检聚合度为2的PDCCH candidate时,UE只检测起始编号为0、2、4…的PDCCH candidate,然后盲检聚合度为4 8 和16的PDCCH candidate,盲检方式同理。即UE只盲检起始CCE编号为n,2n,3n…的聚合度为n的PDCCH candidate,如下图所示
    在这里插入图片描述
    注意UE盲检的PDCCH candidate并不是所有的PDCCH candidate,因为基站不会按照这个规则限制来配置PDCCH,但UE也不能把所有的PDCCH candidate遍历一遍,所以不会出现例如下图所示的情况,即不会盲检起始CCE编号为0 2 4 8的聚合度16的PDCCH candidate:
    在这里插入图片描述
    但在NR中,每一个PDCCH candidate的CCE索引都由下面公式给出:
    在这里插入图片描述
    公式中的一些具体参数的含义可以参考38213第10章。总之通过这个公式就可以实现PDCCH candidate在CORESET0内的均匀的位置分布,而不再像LTE一样每个candidate都紧挨另一个。

    2 PDCCH的结构

    一个PDCCH由CCE组成,组成这个PDCCH的CCE的个数就是聚合度,如下表所示。
    在这里插入图片描述
    这里默认大家知道search space和CORESET这两个概念,不知道的可以参考另一篇:
    https://blog.csdn.net/m0_45416816/article/details/99884911

    1、CORESET中的REG
    一个CORESET在频域上包含N个RB,在时域上包含M=1或2或3个OFDM符号。在CORESET内按照先时域后频域的方式为REG编号,一个REG就是时域上一个symbol乘频域上一个RB这样一个资源块。L个REG会组成一个REG bundle,一个或多个REG bundle会组成一个CCE,但一个CCE固定包含6个REG。
    2、CCE-to-REG
    一个UE可配置多个CORESET,每个CORESET仅有一种 CCE-to-REG映射方式,分为交织映射和非交织映射。

    • 非交织情况下:L=6;因为M=1或2或3,所以非交织无非下面三种情况:
      在这里插入图片描述
      图中每种相同的颜色表示一个REG bundle,在非交织的情况下,一个REG bundle同时也就是一个CCE。并且REG bundle的编号和CCE的编号是相同的,REG bundle 0就是CCE 0, and so on。

    • 交织情况下:在M=1时L=2或6,M=2或3时L=M或6。所以交织情况包括下面6种情况:
      在这里插入图片描述
      交织情况下,对于不同的CORESET时域符号个数的情况,每种情况会有两种不用的L的取值,对于CORESET时域为1个符号,则2个或6个REG可以组成一个REG bundle,如果是2个REG组成一个REG bundle,则3个REG bundle会组成一个CCE,因为一个CCE由6个REG组成;如果是6个REG组成一个REG bundle,则一个REG bundle就是一个CCE,其余两种情况同理类似。

    交织情况下,CCE对应REG bundle并不是像非交织映射那样一一对应,而是要经过交织器的交织,交织公式如下:
    在这里插入图片描述
    式中R=2或3或6,为交织器的行数,UE不应处理导致数量C不是整数的配置,也就是说CORESET中REG bundle的数量一定要可以整除交织器行数。

    具体的交织方式就是“行进列出”。下面直接举一个具体的例子:
    假如CORESET时域占用2个符号,频域占用12个RB,共包含24个REG,L=2,则2个REG为一个 REG bundle,则CORESET包含12个REG bundle,每个CCE包含3个REG bundle,交织器行数R=3,则交织器如下图所示:
    在这里插入图片描述
    实现行进列出,之后的 REG bundle的编号变为0 4 8 1 5 9 …,但不是说重新对REG bundle进行了编号,而是说经过交织,得到了CCE应该对应的REG bundle的编号,假如CCE index是2,则此时该CCE对应的REG bundle是2 6 10,但要明白编号为2 6 10的REG bundle仍然在CORESET中原本的位置。上述的情况是没有考虑nshift的情况,nshift会在上述交织的基础上,对0 4 8 1 5 92 6 10 3 7 11进一步进行循环移位。

    以上过程中用到的所有参数,比如CORESET在时域上的符号数、频域上的RB数量、映射方式到底是交织还是非交织、交织器行数R的具体值、组成REG bundle的REG数量L等高层都会配置在ControlResourceSet 中,具体如下。

    3、CORESET配置
    CORESET中会提供所需参数,列出如下(有些地方的符号网页上无法编辑,稍作修改大家应该可以看懂):

    • frequencyDomainResources 指示CORESET中RB的数量N;
    • duration 指示CORESET时隙个数M;
    • cce-REG-MappingType 指示交织还是非交织;
    • reg-BundleSize 指示交织情况下REG bundle大小,非交织下固定为6;
    • interleaverSize 指示了R;
    • shiftIndex 如果存在则指示了n shift, 不存在的话nshift=小区ID;

    对于 CORESET 0的情况,CORESET0由 ControlResourceSetZero配置:

    • N和M [ TS 38.213]中13章;
    • 采用交织
    • L=6;
    • R=2;
    • n shift=小区ID;
    • CORESET 0如果由MIB 或者 SIB1配置,则为normal CP;

    4、加扰
    PDCCH加扰公式如下:
    在这里插入图片描述
    其中加扰序列c(i)可具体参考38211 小节 5.2.1.

    5、调制
    加扰后的序列采用QPSK调制

    展开全文
  • 5G/NR PDCCH总结

    万次阅读 多人点赞 2019-04-28 21:08:34
    PDCCH主要用于传输下行控制信息和UL Grant,以便UE正确接收PDSCH及为PUSCH分配上行资源,其分配单位为CCE(1 CCE = 6 REG = 72 RE,1 REG = 1 OFDM symbol * 12 subcarrier = 12 RE)。对于一个PDCCH而言,其由一个或...

    1. CCE

          PDCCH主要用于传输下行控制信息和UL Grant,以便UE正确接收PDSCH及为PUSCH分配上行资源,其分配单位为CCE(1 CCE = 6 REG = 72 RE,1 REG = 1 OFDM symbol * 12 subcarrier = 12 RE)。对于一个PDCCH而言,其由一个或多个CCEs组成,而所分配的CCE数量根据聚合等级的不同而不同,PDCCH所支持的聚合等级如表1所示。

                             表1: Supported PDCCH aggregation levels.

    Aggregation level

    Number of CCEs

    Number of Candidates

    1

    1

    ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}

    2

    2

    ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}

    4

    4

    ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}

    8

    8

    ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}

    16

    16

    ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}

           对于与CORESET p相关联的搜索空间集s,时隙n_{s,f}^{\mu }中搜索空间集的PDCCH candidate m_{s,n_{CI}}所占用的CCEs由公式(1)(用于确定CCE占用的位置)给出。

                                    L*\left \{ \left ( Y_{p,n_{s,f}^{\mu } } + \left \lfloor \frac{m_{s,n_{CI}}*N_{CCE,p}}{L*M_{p,s,max}^{(L)}} +n_{CI} \right \rfloor \right )mod\left \lfloor N_{CCE,p}/L \right \rfloor \right \} + i            (1)

          其中,i = 0,.....,L-1 ,

                     L为聚合等级,

                    N_{CCE,p}是CORESET p中的CCE数,从0~N_{CCE,p} - 1进行编号,

                    m_{s,n_{CI}} = 0,.....,M_{p,s,n_{CI}}^{(L)} -1M_{p,s,n_{CI}}^{(L)}为给定的搜索空间内需要监听聚合等级L的PDCCH candidates,

                    n_{CI}为载波指示符域,如果UE通过用于监视PDCCH的服务小区的更高层参数CrossCarrierSchedulingConfig配置有载波指示符字段,则n_{CI}是载波指示符域值,否则,公共搜索空间的n_{CI}=0

           对于CSS,M_{p,s,max}^{(L)} = M_{p,s,0}^{(L)}

           对于USS,M_{p,s,max}^{(L)}是控制资源集p中搜索控制S的CCE聚合等级L所有配置的n_{CI}的的最大值。

           对于CSS,Y_{p,n_{s,f}^{\mu }}=0

           对于USS,Y_{p,n_{s,f}^{\mu }}定义为:Y_{p,n_{s,f}^{\mu }}=\left ( A_{p}*Y_{p,n_{s,f}^{\mu } -1} \right )mod D

           其中,Y_{p,-1}=n_{RNTI}\neq 0,D = 65537,而A_{p}又随着控制资源集p的不同,有3种不同的值,p mod 3 = 0时,A_{p} = 39827p mod 3 = 1时,A_{p} = 39829p mod 3 = 2时,A_{p} = 39839n_{RNTI}是C-RNTI值。

    2. CORESET

           UE可被配置多个CORESET(Control-resource set, 控制资源集),其位于BWP内,对于每个BWP最多被配置3个CORESET(包括common和UE-specific CORESETs)。

           对于PDCCH而言,所传输控制信息的时频位置位于CORESET内,而一个CORESET时频位置的组成:频域由NRBCORESET个RB组成,时域由NsymbCORESET1,2,3个符号组成。

          每个CORESET中有交织(分布式)和非交织(集中式)两种CCE-to-REG映射可选,但是每个CORESET仅能关联其中一种,其CCE-to-REG映射通过REG bundles描述:

    • REG bundle i被定义为REGs,其中L是REG bundle大小,i=0,1,…,NREGCORESETL1是, CORESET中REG数NREGCORESET=NRBCORESETNsymbCORESET;
    • CCE j由REG bundles\left \{ f(6j/L),f(6j/L+1),....,f(6j/l+6/L-1) \right \}组成,其中f(.)是交织CCEto-REG映射。

          对于非交织CCE-to-REG映射,其L = 6,f(x) = x。当N_{symb}^{CORESET}=3(dmrs-TypeA-Position = 3,详细解释参考CORESET配置)时,其在CORESET中CCE-to-REG映射以及CCE与REG bundle的关系如图1所示。

                                                       图1 非交织CCE-to-REG映射以及CCE与REG bundle的关系示意图

          从图1中可看出,CORESET内的REG以时域优先的方式按递增顺序编号,起始于第一个OFDM符号和编号最小的RB,其编号从0开始。

          对于非交织CCE-to-REG映射,对于 N_{symb}^{CORESET}=1L\in \left \{ 2, 6 \right \};对于N_{symb}^{CORESET}\in \left \{ 2,3 \right \}L\in \left \{ N_{symb}^{CORESET}, 6 \right \}。而

                                                                                     f(x) =(rC +c + n_{shift}) mod (N_{REG}^{CORESET}/L)

                                                                                                              x = cR + r

                                                                                                          r = 0,1,...,R -1

                                                                                                           c=0,1,...,C-1

                                                                                                        C=N_{REG}^{CORESET}/(LR)

                    其中,R\in \left \{ 2,3,6 \right \}

    2.1 CORESET配置

    CORESET配置有两种方式:ControlResourceSetControlResourceSetZero

    对于由ControlResourceSet IE进行配置:

    • CORESET索引p0\leq p< 12,由参数controlResourceSetId指示,对于一个UE而言,P<= 3(P表示CORESET个数);
    • N_{RB}^{CORESET}由CORESET参数frequencyDomainResources指示,其frequencyDomainResources提供的是一个bitmap,而bitmap上的bit与6个连续PRB的非重叠组具有一一映射关系,并在个PRBs的DL BWP下行带宽中PRB索引按递增顺序编号。
    • N_{symb}^{CORESET}由参数duration指示,其中N_{symb}^{CORESET}=3仅参数dmrsTypeA-Position = 3时才支持;
    • 参数cceREG-MappingType指示CCEto-REG映射方式;
    • 对于交织CCEto-REG映射,L由参数regBundleSize指示;非交织L = 6;
    • R由参数interleaverSize指示;
    • n_{shift}\in \left \{ 0,1,...,274 \right \}由参数shiftIndex指示(如果提供,否则n_{shift}=N_{ID}^{cell});
    • 如果参数precoderGranularity = sameAsREGbundle,则在一个REG bundle中使用相同的预编码;
    • 如果高层参数precoderGranularity = allContiguousRBs,则在CORESET中的连续RB集合内的所有REG中使用相同的预编码,并且CORESET中没有RE与如参数lteCRS-ToMatchAround所指示的SSB或LTE小区特定参考信号重叠。同时,UE不期望在频域上配置一个超过4个不连续的RB子集的CORESET的RB集。

    对于由ControlResourceSetZero IE进行配置:

    • N_{RB}^{CORESET}N_{symb}^{CORESET}由ControlResourceSetZero的值所指示,其对应如表2所示(其他SCS的配置参考38.213表13.2~13.15);

            表2: Set of resource blocks and slot symbols of CORESET for Type0-PDCCH search space set when {SS/PBCH block,                        PDCCH} SCS is {15, 15} kHz for frequency bands with minimum channel bandwidth 5 MHz or 10 MHz

    Index

    SS/PBCH block and CORESET multiplexing pattern

    Number of RBs

    Number of Symbols  

    Offset (RBs)

    0

    1

    24

    2

    0

    1

    1

    24

    2

    2

    2

    1

    24

    2

    4

    3

    1

    24

    3

    0

    4

    1

    24

    3

    2

    5

    1

    24

    3

    4

    6

    1

    48

    1

    12

    7

    1

    48

    1

    16

    8

    1

    48

    2

    12

    9

    1

    48

    2

    16

    10

    1

    48

    3

    12

    11

    1

    48

    3

    16

    12

    1

    96

    1

    38

    13

    1

    96

    2

    38

    14

    1

    96

    3

    38

    15

    Reserved

    • CCEto-REG映射方式为交织;
    • L = 6;
    • R = 2;
    • n_{shift}=N_{ID}^{cell}
    • 当CORESET 0由MIB或SIB1配置时,CP为Normal CP;
    • 在一个REG bundle中使用相同的预编码。

    3. 搜索空间

           搜索空间分为公共搜索空间(Common search space, CSS)和UE特定的搜索空间(UE-specific search space, USS)。CSS用于BCCH、寻呼、RAR等相关的控制信息(小区级公共信息)。USS用于传输与DL-SCH、UL-SCH等相关的控制信息(UE级信息)。

           对于UE而言,CSS和USS的配置,由PDCCH-Config IE中参数searchSpaceType决定。对于UE所配置的每个DL BWP,UE最多被配置搜索空间集(每个搜索空间集来源于S个搜索空间集中)。

    3.1 搜索空间配置

    UE的搜索空间由SearchSpace配置。其配置如下所示:

    3.2 CSS

    CSS有5种类型,不同的类型对应不同的消息,其详细的描述如下所述:

    • Type0PDCCH CSS:由MIB中pdcchConfigSIB1PDCCHConfigCommonsearchSpaceSIB1PDCCHConfigCommonsearchSpaceZero配置,其DCI format由SIRNTI(用于SIB1)加扰。

          对于DL BWP,如果高层没有给UE提供Type0-PDCCH CSS的searchSpace-SIB1(由PDCCH-ConfigCommon设置),则UE不监视在DL BWP上设置的Type0-PDCCH CSS的PDCCH candidates。而Type0-PDCCH CSS集由CCE 聚合等级和表3中给出的每个CCE聚合等级的PDCCH candidates数量定义。如果激活DL BWP和初始DL BWP具有相同的SCS和CP长度,并且激活DL BWP包括初始DL BWP的所有RB,或者激活DL BWP是初始DL BWP,则Type0-PDCCH CSS集配置的CORESET索引为0(SIB1的CORESET ID),且Type0-PDCCH CSS集的搜索空间集索引也为0(SIB1的搜索空间ID)。

    • Type0APDCCH CSS:由PDCCHConfigCommonsearchSpaceOtherSystemInformation配置,其DCI format由SI-RNTI(用于其他SI)加扰。

           对于DL BWP,如果高层没有给UE提供一个用于Type0A-PDCCH CSS的CORESET,则其相应的CORESET与Type0-PDCCH CSS的CORESET相同。如果没有给UE通过searchSpaceOtherSystemInformation配置Type0A-PDCCH CSS集,则UE在DL BWP不监视Type0A-PDCCH CSS的PDCCH。而Type0A-PDCCH CSS集由CCE 聚合等级和表3中给出的每个CCE聚合等级的PDCCH candidates数量定义。

    • Type1PDCCH CSS:由PDCCHConfigCommonraSearchSpace配置,其DCI format由RARNTI(用于RAR)或TCRNTI(用于Msg4)加扰。

           对于DL BWP和Type1-PDCCH CSS集,UE通过ra-SearchSpace被配置搜索空间。如果高层在DL BWP上不给UE配置用于Type1-PDCCH CSS集的CORESET,则用于Type1-PDCCH CSS集的CORESET与用于Type0-PDCCH CSS集的CORESET相同。

    • Type2PDCCH CSS:由PDCCHConfigCommonpagingSearchSpace配置,其DCI format由PRNTI(用于寻呼)加扰。

           对于DL BWP,如果UE没有被提供用于Type2-PDCCH CSS集的CORESET,则相应的CORESET与在DL BWP上的用于Type0-PDCCH CSS的CORESET相同。如果没有给UE通过pagingSearchSpace配置Type2-PDCCH CSS集,则UE在DL BWP不监视Type2-PDCCH CSS集的PDCCH。而Type2-PDCCH CSS集由CCE 聚合等级和表3中给出的每个CCE聚合等级的PDCCH candidates数量定义。

    • Type3PDCCH CSS:由PDCCHConfig(searchSpaceType = common)中SearchSpace配置,其DCI format由INTRNTI(DCI format 2_1)、SFIRNTI(DCI format 2_0)、TPCPUSCH-RNTI(DCI format 2_2)、TPCPUCCH-RNTI(DCI format 2_2)、TPCSRS-RNTI(DCI format 2_3)、以及仅在主小区下的CRNTI、MCSC-RNTI、CSRNTI加扰。

            如果UE没有被提供Type3-PDCCH CSS集,并且UE已经接收了C-RNTI,则UE监视在Type1-PDCCH CSS集用C-RNTI加扰的DCI format 0_0和DCI format 0_1的PDCCH candidates。

             表3: CCE aggregation levels and maximum number of PDCCH candidates per CCE aggregation level for CSS sets                                                            configured by searchSpace-SIB1

    CCE Aggregation Level

    Number of Candidates

    4

    4

    8

    2

    16

    1

           对于Type0/0A/2-PDCCH CSS集,如果DCI format由C-RNTI加扰,则searchSpaceID的不同,其监视PDCCH candidates的occasion的处理方式也不一样,如果searchSpaceID为非0,则UE根据搜索空间集相关联的searchSpaceID监视Type0/0A/2-PDCCH CSS集PDCCH candidates的occasion;否则,UE仅在与SSB相关联的监视occasion监视相应的PDCCH candidates,其中SSB与包含在CORESET#0的激活BWP的TCI-state(由最近的MAC CE激活命令指示,或不是由触发基于非竞争的随机接入过程的PDCCH order发起的随机接入过程确定)中的CSI-RS准共址。

    3.3 USS

          USS集由PDCCH-Config(searchSpaceType = ue-Specific)中SearchSpace配置,其DCI format由C-RNTI、MCS-C-RNTI、SP-CSI-RNTI、CS-RNTI加扰。

          如果UE没有被提供USS集,并且UE已经接收了C-RNTI,则UE监视在Type1-PDCCH CSS集用C-RNTI加扰的DCI format 0_0和DCI format 0_1的PDCCH candidates。

     

    目前文章逐步移至微信公众号更新,有兴趣可扫下面二维码进行关注,谢谢

    展开全文
  • 5G NR PDCCH盲检

    万次阅读 2020-07-01 20:27:39
    在5G NR中,PDCCH信道的频域调度范围信息以及时域OFDM符号数信息封装在CORESET中,时域起始符号信息以及检测周期等信息封装在SearchSpace,之所以要称频域调度范围信息,是此时UE此时只能知晓PDCCH会在COERSET的RB...
  • 5G NR PDCCH概述

    万次阅读 多人点赞 2020-05-05 20:42:13
    不同于LTE中的控制信道包括PCFICH、PHICH和PDCCH,在5G NR中,控制信道仅包括PDCCH(Physical Downlink Control Channel),负责物理层各种关键控制信息的传递,PDCCH中传递的下行控制信息(Downlink Control ...
  • 5G NR PDCCH DCI

    万次阅读 多人点赞 2021-01-17 14:29:52
    PDCCH DCI概述        在前文PDCCH概述曾提到,PDCCH主要是负责下行链路各种控制信息(DCI, Downlink Control Information)的传输,根据控制信息内容的不同,将PDCCH的DCI分为...
  • 关于5G NR PDCCH关键概念的图形化描述,比较形象
  • 5G NR PDCCH搜索空间

    万次阅读 多人点赞 2020-05-17 10:26:00
         ...因此,在5G NR中,UE需要完全获取PDCCH的时频域资源配置信息,才可以进一步对PDCCH进行解调。        目前协议设计方案是:将PD
  • 5G NR PDCCH速率匹配

    万次阅读 多人点赞 2020-06-07 17:43:24
    速率匹配概述        在5G NR中,3GPP采用的信道编码方案主要有两种,Polar和LDPC,其中控制信道和广播信道采用Polar编码,数据...上图为PDCCH发端的处理流程,首先PDCCH根据PDSC
  • NR PDCCH 搜索空间

    千次阅读 2021-10-22 15:13:55
    搜索空间概述 在5G NR系统中,由于系统的带宽较大,以及终端解调能力的差异性,为了提高资源利用率,降低盲检...(PDCCH仅占用部分带宽即可提供足够的容量,NRPDCCH也不必占用整个系统带宽,基于这些考虑,NR以...
  • (一) 5G NR协议 - PDCCH

    千次阅读 2021-11-07 13:28:47
    1.3、PDCCH处理过程 2、CORESET 2.1、CORESET #0 CORESET 0比较特殊, 2.2、CORESET 3、SearchSpace 同4G LTE一样,5G NR PDCCH同样也有搜索空间的慨念,搜索空间定义了PDCCH时域发送时刻(PDCCH Occasion,PO)。...
  • NR PDCCH(二) SearchSpace

    2022-08-31 21:19:16
    CORESET 描述的是PDCCH 盲检资源的频域特性,SearchSpace 代表的是时域特性,具体的说就是有关时域周期和偏移、每周期内持续监测的时隙数和每个时隙内的监测的具体起始符号等,这些其实就是指示了CORESET的时域位置...
  • NR CCE Index根据如下公式来计算(38.213 10.1), 按此计算可以把PDCCH candidates等间隔分散在CORESET内的CCE set上. 3.CCE Index <-> REG Bundling Index的确定 CCE index确定后,需要根据CCE index计算出REG ...
  • 5G NR - PDCCH学习笔记1 - Overview

    千次阅读 2021-01-18 11:03:53
    PDCCHNR唯一的下行控制信道,有人将其称之为the heart of NR air interface, 一点都不为过,理解PDCCH的处理过程是理解数据在空口传输的关键。 NRPDCCH类似于LTE,但是由于NR带宽更宽配置更灵活,因此NRPDCCH...
  • NR PDCCH(一) CORESET

    2022-08-31 21:03:34
    PDCCH 是非常重要的信道,基站要通过PDCCH向UE发送DCI,来指示UE进行相应的 UL DL operation。如果DCI指示的是PDSCH信息,UE要根据DL DCI在PDSCH 上接收下行数据;如果DCI指示的是PUSCH信息,同样的UE要根据UL DCI ...
  • 当确定完PDCCH信道的物理资源coreset、搜索空间类型(USS or CSS)、时域特性后,UE会在SS中按照不同的RNTI进行搜索,UE在CORESET上搜索PDCCH的过程称为盲检。 首先UE要确定搜索空间内PDCCH候选集有哪些(pdcch ...
  • 5G NR - PDCCH学习笔记2 - CORESET介绍

    万次阅读 2021-01-18 16:13:36
    但是NR里由于支持灵活的带宽配置,引入了BWP(BandWidth Part)概念(会有专门的BWP学习笔记系列),那么控制资源区域也要在BWP内,因此定义了CORESET: - COntrolREsource SET -控制资源集,用于传输PDCCH的时/频资源....
  • 5G/NR 下行物理信道之PDCCH概要

    万次阅读 2021-03-09 23:01:09
    5G/NR下行物理信道之PDCCH概要 较于LTE,NRPDCCH有一些特别之处: 1、分工简洁而明确:NR的控制信道只PDCCH一个。而LTE的控制信道包括:PDCCH、PHICH、PCFICH三个,各自职能及其在NR中的角色转换如下表所示。 ...
  • 因为UE事先不知道PDCCH的Aggregation Level, PDCCH对应的CCE资源的位置以及承载的DCI format. 由于这些事先无法知道的信息,这个搜索过程对应一个专业术语 – BD(Blind Decoding). 空间是PDCCH Candidate的集合,...
  • 继续NR PDCCH的话题,总体来说NR PDCCH的配置分为三个部分: 上图左边两部分在前面文章中已经总结:随手记(16)5G NR CORESET配置与资源映射总结回顾随手记(17)CORESET0及CSS0配置回顾总结随手记(18)SSB与RMSI ...
  • NRPDCCH盲检起始CCE index

    千次阅读 2018-08-04 10:48:34
    NR 中CORESET 盲检的起始CCE 位置 PDCCH candidates for UE-specific search spaces in the slot. For a search space set associated with control resource set , the CCE indexes for aggregation level ...
  • 1. OVERVIEW UE下行同步完成之后,需要接收SIB1消息,...SIB1对应的PDCCH的Search Space是type 0-PDCCH CSS, 绑定的CORESET是CORESET#0(频率带宽与Initial BWP相同). PBCH承载的MIB消息中的pdcch-ConfigSIB1对CORE
  • 实现polar码编译码仿真。编译码算法程序 matlab 可用。
  • 5GNR漫谈5:PDCCH信道设计

    千次阅读 2020-04-14 18:39:01
    在介绍CORESET时,谈到了...在了解NR PDCCH信道之前,我们先来简单了解一下PDCCH信道承载的DCI格式和主要功能。 DCI格式主要下表所列,其中Format 0_0和Format 0_1用于调度PUSCH上行信道的时频资源等,Format 1_0...
  • NR - SIB1 PDCCH时域频域位置

    万次阅读 热门讨论 2019-09-01 11:21:45
    SIB1的时域频域位置指示在MIB信息中获得,SIB1信息包含了PLMN信息,以及物理层信道PDCCH/PDSCH/PUSCH/PUCCH/PRACH的一些基本配置,Paging配置等信息,作用类比于LTE中的SIB2。 一 SIB1频域位置确定 先介绍下协议中...
  • 第1章下行公共控制信道PDCCH简介 1.1下行公共控制信道PDCCH概述 PDCCH: Physical Downlink Common Control Channel,下行公共控制信道 物理层公共控制信道主要肩负了物理层控制消息的交互传输,是基站与终端高效...
  • 只知道,不同SCS下,最大候选集的总数 <p><img alt="" height="174" src="https://img-ask.csdnimg.cn/upload/1616160921341.png" width="793" /></p>  </p>
  • 下行物理信道和物理信号(PDCCH,PDSCH)

    千次阅读 2022-05-06 09:26:58
    物理下行控制信道, PDCCH NR的下行物理信号有以下几种: 解调参考信号(Demodulation reference signals),DM-RS 相位追踪参考信号(Phase-tracking reference signals),PT-RS 定位参考信号(Positioning ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 612
精华内容 244
关键字:

nr pdcch