searchspaceset存在吗

html-css013

searchspaceset存在吗,第1张

1、Search Space的引入

盲检就意味着费时费力,还增加UE的复杂度,CORESET中的CCE结构虽然有助于降低盲检尝试的次数,但是这并不够,因此,需要某种机制来限制终端假设监听的CCE集合的次数。从调度的角度来说,限制被许可的聚合并不是所希望的,因为会影响调度的灵活性;从UE的复杂度考虑,对于大带宽和大PDCCH集来说,终端监听所有可能的CCE是没有吸引力的。为了尽可能减少限制调度器,并同时希望限制终端盲检的尝试最大次数,就定义了所谓的Search Space:一组候选的控制信道(candidate control channels)集合CCE,它们以一定的等级聚合,终端试图对它们进行解码。

由于聚合等级可以有多种(1/2/4/8/16),所以一个UE可以有多个Search Space。由此可知:一个CORESET可以对应多个Search Space(Search Space Set),而一个Search Space只能对应一个CORESET。

UE监控的PDCCH支持5种不同的聚合等级,所以在每个PDCCH符号中,UE将尝试对每个Search Space中有CCE构成的所有可能的PDCCH进行解码。如果CRC校验成功,则认为该终端解码到了PDCCH,UE将根据PDCCH的内容处理相关信息(调度分配,调度请求)。如果控制信息只在终端Search Space Set中某一个Search Space的CCE构成的PDCCH上进行传输的话,那么网络可以只寻址一个终端。例如,如图1所示,终端A不能在始于CCE序号20的PDCCH上进行寻址,而终端B可以;此外,如果终端A正在使用CCE 16~23调度,那么终端B就不能以聚合等级4进行寻址,这是因为在A的聚合等级4的搜索空间中的所有CCE对其他用户都是禁止使用的。以此可以直观的理解为,当系统中存在足够CCE时,各个终端的搜索空间将不同,因此系统中的每个终端在每个聚合等级上都有一个终端特定的搜索空间。

图1:两个终端的PDCCH搜索空间原理说明

上面说到,系统中的每个终端在每个聚合等级上都有一个特定的Search Space且特定的Search Space是不能重叠的,那么对于一个给定的CORESET而言,USS的数量肯定小于系统中可在相应聚合等级上的PDCCH数目(UE数目);简单而言,就是在一种聚合等级下,通常没有办法在一个CORESET里面给所有的UE都分配特定的搜索空间(USS)。所以必须存在一种机制,它能够确定每个聚合等级在终端特定搜索空间内的CCE集合。在LTE和NR中,终端特定搜索空间的定义是通过一个终端标识和子帧号的函数来实现的。基于子帧号有助于解决终端之间相互阻塞的问题。在某些情况下,需要寻址系统中一组或者全部终端,比如:系统信息的动态调度,寻呼消息传输等,这就是所有UE都可以用的公共搜索空间。据此,将搜索空间分为两大类: CSS(Common Search Space)和USS(UE specific Search Space)。如表1所示,内容总结来源于TS38.213-10.1。

核心提示:PDCCH盲检概述 在5G NR中,PDCCH信道的频域调度范围信息以及时域OFDM符号数信息封装在CORESET中,时域起始符号信息以及检测周期等信息封装在SearchSpace,之所以要称频域调度范围信息,是此时UE此时只能知晓PDCCH会在COERSET的RB范围内发送PDCCH,但不能确定在哪些RB上发送。因此,待PDCCH信道确定了物理资源信息,搜索空间类型(CSS或者USS)等信息后,UE会在不同的搜索空间按照不_nr pdcch candidate

在5G NR中,PDCCH信道的频域调度范围信息以及时域OFDM符号数信息封装在CORESET中,时域起始符号信息以及检测周期等信息封装在SearchSpace,之所以要称频域调度范围信息,是此时UE此时只能知晓PDCCH会在COERSET的RB范围内发送PDCCH,但不能确定在哪些RB上发送。因此,待PDCCH信道确定了物理资源信息,搜索空间类型(CSS或者USS)等信息后,UE会在不同的搜索空间按照不同的RNTI类型在CORESET上搜索PDCCH,因为UE并不明确知晓PDCCH发送的时频位置,只能通过不停的对PDCCH的候选集继续解调,因此,此过程被称为PDCCH的盲检。

在进行盲检之前,UE根据搜索空间以及与搜索空间关联的CORESET,可获知PDCCH的时频资源信息、调度周期、PDCCH可能发送的CCE聚合度(通过搜索空间中的nrofCandidates参数获取)以及每种聚合度所需盲检的次数等信息。因此,UE可根据上述信息,结合盲检公式确定每个PDCCH候选集,并对每个候选集进行解码,一旦解码成功,则就会停止盲检流程。PDCCH盲检公式如下所示

由于UE侧硬件计算资源、时延以及功耗的约束,以及调度灵活度的考量,所以PDCCH的盲检复杂度是在进行PDCCH协议设计时的一个重要考量因素。因此,3GPP在38.213协议中对于每个服务小区的每个slot上的PDCCH最大候选集个数进行了明确定义,在不同的SCS时,PDCCH的最大候选集个数如下表所示

另外,协议还对每个服务小区的每个slot上的非重叠CCE的最大个数进行定义。这是因为一个slot上的非重叠CCE个数越多,同一服务小区内的不同UE之间的PDCCH概率就会越小,但同时PDCCH的时频资源开销就会变大,因此,通过协议的规定使得在这两者之间进行很好的平衡。非重叠CCE的最大个数如下表所示

从上述两表中可以看出,当SCS增加时,候选集个数和非重叠CCE的最大个数都在减少。这是因为大的SCS主要用于高频段,此时小区的覆盖范围相对比较小,因此需要调度的UE数量也相对较少。

与4G LTE相同,5G NR中无线侧分配给UE的标识仍然称为无线网络临时标识(RNTI,Radio Network Temporary Identifier),在UE和gNB之间的信号信息内部的作为不同UE的标识。在上述盲检测过程中使用的RNTI取值范围以及作用均在协议38.321中有详细定义。

各种类型的RNTI的取值范围如下表所示

各种类似的RNTI的具体作用如下表所示

蟒蛇计划及联邦封锁 1861

美军司令温菲尔德·史考特(Winfield Scott)订定蟒蛇计划(Anaconda Plan)以尽量减少流血之下胜出战争。他

南北战争

的计划是以联邦封锁(Union Blockade)主要港口来削弱邦联经济;然后夺取密西西比河以切断南部。林肯接纳计划,但否决史考特反对立即攻击里奇蒙的警告。

1861年5月,林肯对所有南部港口实施联邦封锁,终止邦联大部分国际船运。违法的船只及货物被掳获而很多时不被保险所保障。在1861年后期,封锁阻止了大多数港口之间的交通。封锁中止了棉花贸易,打击南方经济。英国投资者建造小型快速的走私船从古巴及巴哈马运来军火及奢侈品交换高价的棉花及烟草。被掳获时,走私船及货物被出售而收入归联邦水手,英国船员则获释。封锁引发粮食及其他用品的短缺,加上邦联征收粮食引致南部恶性通货膨胀及粮食暴动。

1862年3月,邦联海军铁甲舰维吉尼亚号(CSS Virginia)向联邦海军发动攻击打开封锁;初时势不可挡,但次日在汉普顿锚地海战与新型联邦战舰莫尼特号(USS Monitor)交战。战役不分胜负,在联邦而言是保住封锁的战术胜利。邦联在逃走时失去维吉尼亚号以免于被掳,于是邦联建造莫尼特号的复制品。由于欠缺建造高效能战舰的技术,邦联尝试向英国购入战舰。1865年1月联邦在第二次非瑟堡之役的胜利封锁最后一个南方可用的港口并中止偷运。