帧结构和物理资源(CCE,CORESET)

Control-channel element

LTE中的CCE概念和NR中的CCE概念区别如下:

Control-resource set(CORESET)

一个CORESET在时域上的位置通过信令参数searchSpace->monitoringSymbolsWithinSlot 指定:

可能大家对以上截图中IE:frequencyDomainResources关于RB group的解释有些不清楚(红色字体部分),下面我们着重解释一下:
协议中的原文是:‘Frequency domain resources for the CORESET. Each bit corresponds a group of 6 RBs, with grouping starting from the first RB group in the BWP'.The first (left-most / most significant) bit corresponds to the first RB group in the BWP, and so on...’
那么我们就可以知道以下几点:
1. 1个RB group = 6个PRB。
2. 该字段的第一个bit(MSB)对应的RB group是对应BWP上的第一个RB group,不是对应CORESET上的第一个RB group。
3. 对应BWP上的第一个RB group的第一个RB对应的common RB序号为:

我们对第3点用两个例子再详细解释一下,
例1. 
      N_{BWP}^{start}=8 , frequencyDomainResources=11000...000,如下图:

此时,该BWP上的第一个RB group的第一个common RB的索引为:

 
实际上是第13个common RB,因为common RB是从0开始的。
对应的,这第一个RB group的第一个n_{PRB} 索引为:12-8=4(实际上是第5个)
所以在该例中,由于frequencyDomainResources字段的数值显示前两个bit为1,也就是说对应BWP上的第1,2个RB group分配给了该CORESET,那么在对应BWP上分配给该CORESET的nPRB范围就是4~15,一共12个RB。

例2.  N_{BWP}^{start}=6 ,frequencyDomainResources=11000...000,如下图:

此时,该BWP上的第一个RB group的第一个common RB索引为:

实际上是第7个common RB,因为common RB是从0开始
对应的,这第一个RB group的第一个n_{PRB}索引为6-6=0 (实际上是第1个n_{PRB})。 

所以在该例中,由于frequencyDomainResources字段的数值显示前两个bit为1,也就是说对应BWP上的第1,2个RB group分配给了该CORESET,那么在对应BWP上分配给该CORESET的nPRB范围就是0~11,一共12个RB;

前面我们说过NR基站可以为UE在每个cell的每个BWP上最多配置3个CORESET, 而每个CORESET与一个CCE-to-REG映射相关联。一个CORESET的CCE-to-REG映射可以是交织映射或者非交织映射,映射方式由信令ControlResourceSet中的IE:cce-REG-MappingType确定(请参考上面的信令截图),使用REG bundles来描述  CCE-to-REG的映射关系(在上篇博文中我们说过,NR中一个CCE=6REG)。
要高清CCE-to-REG的映射方式,我们首先要搞清楚REG bundle这个概念:



 
对于交织映射和非交织映射,UE应认为:
  • 如果高层参数precoderGranularity的数值被设置为sameAsREG-bundle, 则在一个REG bundle中使用相同的预编码。
  • 如果高层参数precoderGranularity的数值被设置为allContiguousRBs,则在一个CORESET中连续的RB中的所有REG中使用相同的预编码。
  • 对于由PBCH配置的CORESET,使用交织映射, L=6, R=2, 并且在一个REG bundle中使用相同的预编码。

下面我们举例说明:

  前置条件:在BWP i上,N_{RB}^{CORESET}=12, N_{symb}^{CORESET}=2  ,非交织映射。对应的信令如下:

其余相关参数如下图所示:
                                        


 
那么,在本例中BWP i上的第一个RB group的第一个common RB序号为:

 , 第一个RB group的第一个RBn_{PRB}的序号为:6-6 = 0,所以该CORESET的范围为 n_{PRB}
 0~ n_{PRB}11(上图绿色部分),REG的个数和序号如下图所示:
                                                               



 
另外,由于是非交织映射,所以L = 6,下面我们列出CCE和REG bundle的对照关系:
首先是一些关键参数:



然后具体的CCE-to-REG的映射关系如下表:








 
  • 4
    点赞
  • 32
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
CCE(容器云引擎)是华为云提供的一种容器服务,支持用户在云上部署和管理容器应用。在使用CCE进行部署时,需要进行Deployment(部署)的操作。 首先,我们需要创建一个Deployment对象,其中包含了应用的镜像、容器数量、资源限制等配置信息。通过定义Deployment对象,我们可以告诉CCE如何创建和管理容器应用。 然后,我们可以使用CCE提供的命令或图形用户界面,将Deployment对象提交给CCE进行部署。CCE会根据Deployment的定义,创建指定数量的容器副本,并将它们分布在集群中的不同节点上。 一旦部署完成,CCE会监控容器的运行状态,并根据需要进行自动的扩展和调度。例如,如果某个容器出现故障或资源不足,CCE会自动启动新的容器副本来替代它。同时,CCE还会根据配置的资源限制和策略,自动调整容器的资源分配,以满足应用的需求。 通过CCE的Deployment部署,我们可以实现应用的高可用性和弹性伸缩。无论是应对高并发访问还是负载均衡,CCE都能根据应用的需求,自动扩展或缩减容器的数量。这样,我们既可以确保应用的稳定性和可靠性,又能优化资源的利用率。 总结起来,CCE的Deployment部署是一种高效、灵活和可靠的容器应用部署方式。通过使用CCE,我们可以轻松部署和管理容器应用,提高应用的可用性和可扩展性,并获得更好的资源利用效果。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值