首页 > 其他分享 >帧结构和物理资源(Numerologies,系统帧和子帧,时隙)

帧结构和物理资源(Numerologies,系统帧和子帧,时隙)

时间:2022-09-27 09:33:52浏览次数:54  
标签:slot DL 信令 符号 Numerologies UL UE 时隙 物理

之所以名字写这么长,是因为我发现后面的每个知识点的内容都很多,但是也不排除内容很少的知识点,所以为了查阅方便,我尽量一篇文章只写一个知识点,而如果知识点内容少,那我就把它们合并到一篇文章里,就如同这次的篇名一样。
这一章主要的目的是介绍NR中的一些基本概念,把这章放到前面说的原因,是因为在后面所有的知识点中会反复使用到这些基本概念,在这一章做个基本概念的简单总结后面大家看到相关内容时就可以直接翻出这章来查看对应的基本概念。

Numerologies
这个说实在话不知道怎么翻译,所以就直接上英文了,后面可能还有类似的情况,请大家谅解。Numerology是NR新引入的概念,简单点说就是一个NR的载波(carrier)带宽中支持不同的子载波间距。对于LTE来说,一个LTE的载波(carrier)带宽中只支持唯一的子载波间距(15kHz),但是对于NR的载波来说,可以支持不同的子载波间距。
Numerology支持的子载波间距如下表所示:

 

 

 
从该表可以看出,numerology一共支持5种子载波间距:15kHz,30kHz,60kHz,120kHz,240kHz。对于PSS,SSS和PBCH所在的BWP,只支持子载波间距为15kHz,30kHz,120kHz和20kHz。用于上下行数据传输的numerology所支持的BWP对应的子载波间距为15kHz,30kHz,60kH和120kHz。
其中只有子载波间距60kH( = 2)支持extended CP。
Numerologies的简单介绍大概就这么多,后面还有许多与其相关的知识点,这个我们在后面的文章里会展开介绍。
Frames and subframes
与LTE一样,NR的上下行帧结构仍然是1个系统帧10ms的长度,每个系统帧由10个子帧组成,每个子帧长度为1ms。
每个子帧由多个连续的OFDM符号组成:

 

 

 

从上面的图表我们可以看出,在不同的numerology(子载波间距)下, 每个子帧和系统帧里的slot个数是不一样的,不同的numerology下相同的仅仅是每个slot都有14个OFDM符号。
 
与LTE相似,NR中每个系统帧由2个半帧(half-frame)组成,每个半帧由5个子帧组成:

    半帧0:由子帧0-4组成;
    半帧1:由子帧5-9组成。

与LTE相同,由于UE与基站之间的距离造成的上行接收延迟,从UE传输的上行帧i要比对应的下行帧提前T_{TA} = (N_{TA} + N_{TA,offset})T_{c}    进行传输才能保证基站能准时收到上行传输而不会和后面的下行帧相重叠造成冲突。

 

 

 

 

 

 

Slots - Overview   与LTE类似,NR中也有slot的概念。但是与LTE中一个子帧固定由2个slots组成不同,NR中的一个子帧由一个或多个slots组成,具体来说就是:  

 

 

一个slot里面有N_{slot}^{symb}  <span style="color: #000000;" data-mce-style="color: #000000;">个连续OFDM符号,其个数取决于循环前缀(CP)类型并由Table4.3.2-1和Table4.3.2-2给出:

在5G NR中,对于任何一种子载波间距配置 \mu, 一个系统帧仍然是10ms,一个子帧也仍然为1ms。但是NR中的slot长度不是像LTE一样固定为0.5ms长度,而是对应不同的子载波间距配置有不同的slot长度。比如在Table 4.3.2-1(Normal CP)中,对应的子载波间距为120kHz, 那么在这种场景中一个slot的长度为1/8=0.125ms,而不是像LTE中一个slot为0.5ms。
与LTE相同,在NR中,对于任何一种子载波间距配置\mu  ,在一个子帧中slot的开始时间与同一个子帧中OFDM符号的开始时间是对齐的。
在一个slot中的OFDM符号可以被划分为‘downlink’,‘flexible’或者‘uplink’:

    在一个下行系统帧中的一个slot中,下行传输只发生在‘downlink’或者‘flexible’符号中
    在一个上行系统帧中的一个slot中,上行传输只发生在‘uplink’或者‘flexible’符号中

Slots - Slots cofiguration
NR中的slots配置是在tdd-UL-DL-ConfigurationCommon信令中配置的,既然是“Common”,我们就可以知道对于一个serving cell而言,驻留在它之上的所有UE接收到的由tdd-UL-DL-ConfigurationCommon配置的slot信息是相同的,即使某个UE接收到其专有的slot配置信息 - tdd-UL-DL-ConfigDedicated,如果该信息中有tdd-UL-DL-ConfigurationCommon相同的配置字段,这些字段的配置也必须相同(这个我们稍后就会提到)
现在我们先看看tdd-UL-DL-ConfigurationCommon信令(如果按照tdd-UL-DL-ConfigurationCommon配置后存在flexible slots或者symbols,则可以使用 tdd-UL-DL-ConfigDedicated对这些flexible slots或者symboles进行再配置 ),

 

 

从上图我们可以知道, tdd-UL-DL-ConfigurationCommon信令的包含在信令SIB1和ReconfigurationWithSync中,SIB1大家都知道,我们这里就不多说了,而ReconfigurationWithSync主要存在于:

    secondaryCellGroup(只有当SCG(Secondary Cell Group)中至少有一个DRB时才会出现该信令)
    MCG(Master Cell Group)或者SCG的spCellConfig信令中

需要注意的是,NR中的reconfigurationWithSync可不是LTE中单纯的重配消息,  而是用于从源小区到目标小区进行同步重配的消息,比如handover就是一种需要从源小区到目标小区进行同步的流程,handover就需要利用该信令通知目标小区同步所用的参数,具体来说也就是随机接入相关的参数。这个可以从reconfigurationWithSync信令内容看出,如下:       

 

 

 

 

 

 前面我们说过了,TDD-UL-DL-Pattern定义了pattern1和pattern2,其中pattern2是可选的。我们假设pattern1对应的slot配置周期为P1,pattern2对应的slot配置周期为P2。
当pattern2没有在TDD-UL-DL-Pattern信令中出现时,UE就按照pattern1对slot进行周期性配置,配置周期为P1;当pattern2在TDD-UL-DL-Pattern信令中出现时,UE按照先pattern1再pattern2对slot进行周期性配置,配置周期为P1+P2,slot配置周期的示意图如下:

 

 下面是normal CP下slot配置周期的具体信息:

 

 如果基站在之后又向UE提供了TDD-UL-DL-ConfigDedicated 信令,那么TDD-UL-DL-ConfigDedicated 信令中的参数仅覆盖TDD-UL-DL-ConfigurationCommon信令中提供的slot配置周期中flexible symbols的配置信息,下面我们具体看看TDD-UL-DL-ConfigDedicated 信令,

 

 

 

 另外,如果UE没有被配置为监听DCI format  2_0对应的PDCCH,那么对于一个slot中被信令ConfigurationCommon,或者TDD-UL-DL-ConfigDedicated指定为flexible的这些符号,如果UE接收或者没有接收到这些ConfigurationCommon,或者TDD-UL-DL-ConfigDedicated:

    如果在接收到的DCI format 1_0, DCI format 1_1或者DCI format 0_1中有相应的接收PDSCH或者CSI-RS的指示,则UE在这些符号上可以接收PDSCH或者CSI-RS。
    如果在接收到的DCI format 0_0, DCI format 0_1, DCI format 1_0, DCI format 1_1或者DCI format 2_3中有相应的传输PUSCH, PUCCH或者SRS的指示,则UE在这些符号上可以传输PUSCH, PUCCH或者SRS。

 

如果UE在以上提到的flexible符号上被配置接收PDCCH,PDSCH或者CSI-RS,那么如果UE没有检测到DCI format 0_0, DCI format 0_1, DCI format 1_0, DCI format 1_1或者DCI format 2_3,这些DCI指示UE在以上提到的flexible符号中的至少一个符号上传输PUSCH,PUCCH,PRACH或者SRS,则该UE可以在这些符号上接收PDCCH,PDSCH或者CSI-RS;否则,UE不会在这些符号上接收PDCCH,PDSCH或者CSI-RS。

 

 

 下面我们再说一下协议方面对slot配置方面的一些限制:

    对于由信令TDD-UL-DL-ConfigurationCommon, 或者 TDD-UL-DL-ConfigDedicated 配置的一个slot中的一组用于上行的OFDM符号,当UE接收到该信令后,UE在对应的slot中这组上行OFDM符号中不会去接收PDCCH,PDSCH或者CSI-RS。
    对于由信令TDD-UL-DL-ConfigurationCommon, 或者 TDD-UL-DL-ConfigDedicated 配置的一个slot中的一组用于下行的OFDM符号,当UE接收到该信令后,UE在对应的slot中这组下行OFDM符号中不会去接收PUCCH,PUSCH,PRACH或者SRS。
    对于由信令TDD-UL-DL-ConfigurationCommon, 或者 TDD-UL-DL-ConfigDedicated 配置的一个slot中的一组作为flexible OFDM符号,当UE接收到该信令后,UE在对应的slot中这组flexible OFDM符号中不会去同时接收配置UE传输相关专用高层参数和配置UE接收相关专用高层参数。(这段有些拗口,原文是: UE does not expect to receive both dedicated higher layer parameters configuring transmission from the UE in the set of symbols of the slot and dedicated higher layer parameters configuring reception by the UE in the set of symbols of the slot. )
    对于由SystemInformationBlockType1中的信令ssb-PositionsInBurst或者ServingCellConfigCommon中的ssb-PositionsInBurst指示的一个slot中的一组OFDM符号,当UE接收到该信令后,对于SS/PBCH块的接收,如果某个下行传输与这组OFDM符号中的任何一个符号有重叠,则UE不会在该slot上传输PUSCH,PUCCH和PRACH,并且UE也不会在这组OFDM符号上传输SRS。UE也不会期望该slot中的该组OFDM符号被发送给它的信令TDD-UL-DL-ConfigurationCommon, 或者 TDD-UL-DL-ConfigDedicated设置为上行OFDM符号。

 

 对于对应一个有效的PRACH occasion的一个slot中的一组符号并且在该有效PRACH occasion前有Ngap个符号,UE不会接收Type1-PDCCH common search space中的PDCCH(也就是说UE不会使用Type-PDCCH common search space要求的格式去盲检PDCCH);如果接收的上行数据与这组符号中的任何符号相重叠,UE也不会接收在该slot中出现的CSI-RS。UE不期望这组对应有效PRACH occasion的符号会被信令TDD-UL-DL-ConfigurationCommon或者TDD-UL-DL-ConfigDedicated配置为下行符号。
如果基站通过MasterInformationBlock中的信令pdcch-ConfigSIB1指示了一个slot中的一组符号用于Type0-PDCCH common search space的control resource set(CORESET),UE不期望这组符号会被信令TDD-UL-DL-ConfigurationCommon或者TDD-UL-DL-ConfigDedicated设置为上行符号。
如果UE按照DCI 1_1指示在多个slots上接收PDSCH,并且如果接收到的信令TDD-UL-DL-ConfigurationCommon或者TDD-UL-DL-ConfigDedicated指示,对于接收PDSCH的这些slots中的某个slot中的一组符号,这些符号中至少有一个符号是上行符号。则UE不能在这个slot上接收PDSCH。
如果UE按照DCI 0_1指示在多个slots上传输PUSCH,并且如果接收到的信令TDD-UL-DL-ConfigurationCommon或者TDD-UL-DL-ConfigDedicated指示,对于传输PUSCH的这些slots中的某个slot中的一组符号,这些符号中至少有一个符号是下行符号。则UE不能在这个slot上传输PUSCH。
N.B. PRACH occasion,Ngap,search space和CORESET的概念会在后面相应的章节具体介绍
slots - UE procedure for determining slot format
这个章节适用于某个serving cell(该serving cell属于某一组serving cells),该serving cell给UE配置了信令slotFormatCombToAddModList 和信令slotFormatCombToReleaseList 。
如果UE被配置了信令slotFormatIndicator,该信令指示UE在当前serving cell监听对应的PDDCH时所使用的Slot-Format-Indicator,具体信息如下:

 

 

 

 Table 11.1.1-1 Slot formats for normal cyclic prefix

 

 如果一个PDCCH监听周期(monitoring periodicity)对应的是DCI format 2_0,同时通过信令monitoringSlotPeriodicityAndOffset 给UE配置了搜索空间集合s,该PDCCH监听周期要小于该UE的一个slot format combination持续时间, 该持续时间是UE通过SFI-index字段数值获取到的对应于DCI format 2_0的一个PDCCH监听周期。如果该UE检测到多个DCI formats 2_0(这些DCI 2_0对同一个slot指示了各自的slot formats),则该UE认为这多个DCI formats 2_0对于该slot指示的是相同的slot format。
UE不期望被第二个serving cell(这个serving cell的SCS比当前的serving cell要大)配置去监听DCI format 2_0对应的PDCCH。
————————————————
版权声明:本文为CSDN博主「梓轩爸爸」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/zhangbin_leo/article/details/124589619

 

本篇除了介绍基本概念外,还延伸了很多其他的知识,一般了解比较少,读起来有点费解。

 

标签:slot,DL,信令,符号,Numerologies,UL,UE,时隙,物理
From: https://www.cnblogs.com/beilou310/p/16733368.html

相关文章