下行控制信息 - 下行DCI
可以看到,对于LTE,下行存在3个控制信道,分别是:
- PCFICH
- PDCCH
- PHICH
而到了NR,仅仅剩下了PDCCH信道,这是什么原因呢?
我们先看PCFICH,LTE系统中的PDCCH在时域上是每个下行子帧的前1~3个OFDM symbols,在频域上是占据整个工作带宽;LTE的设计是每个下行子帧上的PDCCH在时域上的长度都可变(虽然实际上并没有设备商这样实现),因此就产生了PCFICH信道,把PCFICH放置在每个下行子帧的1个OFDM symbol上,让终端读取PCFICH信息从而得知当前下行子帧上的PDCCH在时域上占用九个OFDM symbols。而到了NR,PDCCH的承载在频域上不再是占用整个工作代码,拥有了更大的灵活性,NR使用CORESET来定义PDCCH的检测空间, 每个CORESET在时频域上的位置都是通过RRC信令配置,这样自然就不需要再使用PCFICH了。
再说PHICH,PHICH的作用是用于上行同步的HARQ-ACK反馈;对于LTE尤其是TD-LTE的上行传输来说,由于上下行的子帧配比是固定的,使用PHICH可以减少信令消耗;但是对于NR来说,上下行的配比是动态的,相应的上下行传输都是异步传输,也就是说上行不支持同步传输,因此PHICH也就没有存在的必要了。
因此,到了5G,下行控制信道就只剩下PDCCH了。同样的,NR的PDCCH也是通过承载DCI信息来传输下行控制信息。
NR支持的下行DCI格式有:
到:DCI formats中的各种字段按照如下所述映射到信息位.......:
DCI长度对齐
- 按照38.212, ‘Format 0_0’一节所描述的DCI 0_0内容,确定在公共搜索空间传输的DCI format 0_0,其中指的是initial UL BWP的PRB个数。
- 按照38.212, ‘Format 1_0’一节所描述的DCI 1_0内容,确定在公共搜索空间传输的DCI format 1_0,其中表示为:
I. 如果在当前小区中配置了CORRESET 0,则表示CORESET 0的RB个数。
- 如果DCI format 0_0在公共搜索空间中传输,并且如果该DCI 0_0的信息位长度(不包含padding)小于在相同小区上在公共搜索空间上传输的DCI format 1_0的有效负荷长度,则需要在DCI format 0_0的末尾添加若干个ze ro padding bits,直到它的有效负荷长度和DCI format 1_0相等为止。
- 如果DCI format 0_0在公共搜索空间中传输,并且如果该DCI 0_0的信息位长度(不包含padding)大于在相同小区上在公共搜索空间上传输的DCI format 1_0的有效负荷长度,则需要从DCI format 0_0的‘Frequency domain resource assignment’字段长度的MSB开始截去若干个bits,直到DCI format 0_0的长度等于DCI format 1_0的长度。
Step 1:
- 按照38.212, ‘Format 0_0’一节所描述的DCI 0_0内容,确定在UE-specific搜索空间传输的DCI format 0_0,其中指的是active UL BWP的RB个数。
- 按照38.212, ‘Format 1_0’一节所描述的DCI 1_0内容,确定在UE-specific搜索空间传输的DCI format 1_0,其中指的是active DL BWP的RB个数。
- 对于一个终端,如果它在一个小区的上行传输通过信令配置为既可以在SUL(补充上行)也可以在non-SUL(普通上行)上传输,并且如果在UE-specific搜索空间上传输的DCI format 0_0(该DCI用于指示在SUL上的PUSCH传输)的信息位长度不等于在UE-specific搜索空间上传输的DCI format 0_0(该DCI用于指示在non-SUL上的PUSCH传输)的信息位长度,则需要在两者之间信息位长度较小的DCI format 0_0末尾添加若干个zero padding bits,直到其信息位长度和信息位长度较大的DCI format 0_0相等为止。
- 如果DCI format 0_0在UE-specific搜索空间中传输,并且如果该DCI 0_0的信息位长度(不包含padding)小于在相同小区上在UE-specific搜索空间上传输的DCI format 1_0的有效负荷长度,则需要在DCI format 0_0的末尾添加若干个zero padding bits,直到它的有效负荷长度和DCI format 1_0相等为止。
- 如果DCI format 1_0在UE-specific搜索空间中传输,并且如果该DCI 1_0的信息位长度(不包含padding)小于在相同小区上在UE-specific搜索空间上传输的DCI format 0_0的有效负荷长度,则需要在DCI format 1_0的末尾添加若干个zero padding bits,直到它的有效负荷长度和DCI format 0_0相等为止。
Step 2:
- 按照38.212, ‘Format 0_1’一节所描述的内容确定在UE-specific搜索空间传输的DCI format 0_1。
- 按照38.212, ‘Format 1_1’一节所描述的内容确定在UE-specific搜索空间传输的DCI format 1_1。
- 对于一个终端,如果它在一个小区的上行传输通过信令配置为既可以在SUL(补充上行)也可以在non-SUL(普通上行)上传输,并且如果在UE-specific搜索空间上传输的DCI format 0_1(该DCI用于指示在SUL上的PUSCH传输)的信息位长度不等于在UE-specific搜索空间上传输的DCI format 0_1(该DCI用于指示在non-SUL上的PUSCH传输)的信息位长度,则需要在两者之间信息位长度较小的DCI format 0_1末尾添加若干个zero padding bits,直到其信息位长度和信息位长度较大的DCI format 0_1相等为止。
- 如果在UE-specific搜索空间上传输的DCI format 0_1的长度等于在另外一个UE-specific搜索空间传输的DCI format 0_0/1_0的长度,那么在DCI format 0_1的末尾应添加一个bit的zero padding。
- 如果在UE-specific搜索空间上传输的DCI format 1_1的长度等于在另外一个UE-specific搜索空间传输的DCI format 0_0/1_0的长度,那么在DCI format 1_1的末尾应添加一个bit的zero padding。
Step 2A:
- 按照38.212, ‘Format 0_2’一节所描述的内容确定在UE-specific搜索空间传输的DCI format 0_2。
- 按照38.212, ‘Format 1_2’一节所描述的内容确定在UE-specific搜索空间传输的DCI format 1_2。
- 对于一个终端,如果它在一个小区的上行传输通过信令配置为既可以在SUL(补充上行)也可以在non-SUL(普通上行)上传输,并且如果在UE-specific搜索空间上传输的DCI format 0_2(该DCI用于指示在SUL上的PUSCH传输)的信息位长度不等于在UE-specific搜索空间上传输的DCI format 0_2(该DCI用于指示在non-SUL上的PUSCH传输)的信息位长度,则需要在两者之间信息位长度较小的DCI format 0_2末尾添加若干个zero padding bits,直到其信息位长度和信息位长度较大的DCI format 0_2相等为止。
- 如果下面两个条件都能满足,则认为在step2之后不需要进行长度对齐操作:
I. 当前小区配置有需要监听的DCI,并且这些DCI中不同DCI长度的总数不超过4个;
Step 4:
- 移除在上面step2中引入的padding bit;
- 确定在UE-specific搜索空间传输的DCI format 1_0,其中由以下条件确定:
I. 如果在当前小区中配置了CORRESET 0,则表示CORESET 0的长度。
- 确定在UE-specific搜索空间传输的DCI format 0_0,其中指的是initial UL BWP的RB个数。
- 如果在UE-specific搜索空间传输的DCI format 0_0的信息位长度(不包含padding)小于在相同小区上在UE-specific搜索空间上传输的DCI format 1_0的有效负荷长度,则需要在UE-specific搜索空间传输的DCI format 0_0的末尾添加若干个zero padding bits,直到它的有效负荷长度和在UE-specific搜索空间传输的DCI format 1_0相等为止。
- 如果在UE-specific搜索空间传输的DCI format 0_0在被截断前的信息位长度大于在相同小区上在UE-specific搜索空间上传输的DCI format 1_0的有效负荷长度,则需要从DCI format 0_0的‘Frequency domain resource assignment’字段长度的MSB开始截去若干个bits,直到DCI format 0_0的长度等于DCI format 1_0的长度。
Step 4B:
如果在上述步骤以后当前小区配置的不同DCI长度的总数超过4或者使用C-RNTI加扰的不同DCI长度超过3:
- 如果DCI format 0_2的信息位长度(不包含padding)小于在相同小区上传输的DCI format 1_2的有效负荷长度,则需要在DCI format 0_2的末尾添加若干个zero padding bits,直到它的有效负荷长度和DCI format 1_2相等为止。
- 如果DCI format 1_2的信息位长度(不包含padding)小于在相同小区上传输的DCI format 0_2的有效负荷长度,则需要在DCI format 1_2的末尾添加若干个zero padding bits,直到它的有效负荷长度和DCI format 0_2相等为止。
Step 4C:
如果在上述步骤以后当前小区配置的不同DCI长度的总数超过4或者使用C-RNTI加扰的不同DCI长度超过3:
- 如果DCI format 0_1的信息位长度(不包含padding)小于在相同小区上传输的DCI format 1_1的有效负荷长度,则需要在DCI format 0_1的末尾添加若干个zero padding bits,直到它的有效负荷长度和DCI format 1_2相等为止。
- 如果DCI format 1_1的信息位长度(不包含padding)小于在相同小区上传输的DCI format 0_1的有效负荷长度,则需要在DCI format 1_1的末尾添加若干个zero padding bits,直到它的有效负荷长度和DCI format 0_1相等为止。
在应用以上步骤后,UE不会处理会导致以下场景的DCI配置:
- 当前小区配置有需要传输的DCI,并且这些DCI中不同DCI长度的总数超过4个;或者,
- 当前小区配置有需要传输的DCI,如果这些DCI中存在由C-RNTI加扰的DCI,并且这些由C-RNTI加扰的DCI中不同DCI长度的总数超过3个;或者
- 在UE-specific搜索空间的DCI format 0_0的长度等于在另外一个UE-specific搜索空间的DCI format 0_1的长度;或者
- 在UE-specific搜索空间的DCI format 1_0的长度等于在另外一个UE-specific搜索空间的DCI format 1_1的长度;或者
- 当至少一对DCI format 0_0和DCI format 0_2的PDCCH candidates被影射到相同的资源上时,在UE-specific搜索空间的DCI format 0_0的长度等于在另外一个UE-specific搜索空间的DCI format 0_2的长度;或者
- 当至少一对DCI format 1_0和DCI format 1_2的PDCCH candidates被影射到相同的资源上时,在UE-specific搜索空间的DCI format 1_0的长度等于在另外一个UE-specific搜索空间的DCI format 1_2的长度;或者
- 当至少一对DCI format 0_1和DCI format 0_2的PDCCH candidates被影射到相同的资源上时,在UE-specific搜索空间的DCI format 0_1的长度等于在另外一个UE-specific搜索空间的DCI format 0_2的长度;
- 当至少一对DCI format 1_1和DCI format 1_2的PDCCH candidates被影射到相同的资源上时,在UE-specific搜索空间的DCI format 1_1的长度等于在另外一个UE-specific搜索空间的DCI format 1_2的长度;
下行DCI
下行DCI主要用于下行PDSCH的相关控制信息的传输,下行DCI分为回退方式(fallback)和非回退模式(non-fallback)。LTE中的下行DCI也有回退方式和非回退方式,如果大家去翻36.213就可以发现,LTE中定义了多种传输模式,每种传输模式都有自己特定的DCI format,而同时每种传输模式都包含DCI format 1A,这个DCI format 1A就是LTE中DCI的回退方式,而其他DCI格式就是非回退方式。具体说来,LTE中的回退方式DCI format 1A主要用于终端的接入、传输模式切换以及传输模式内的回退(即从特定的传输模式回退到传输分集模式)等。NR中的DCI回退方式用途与LTE类似,也是用于终端初始接入场景,另外也用于尚不确认终端配置是否生效的时间段以及用于减少控制信令开销,比如小包数据的传输可以使用回退方式的DCI。
DCI format 1_0
DCI Format 1_1
- one-shot HARQ-ACK request:R16中引入的type-3 HARQ-ACK codebook。主要应用场景是unlicensed频段中的HARQ-ACK反馈问题:因为使用的非授权频谱资源,因此携带HARQ-ACK的PUCCH/PUSCH传输时无法保障的,终端传输HARQ-ACK反馈的失败率会变得很高。除了type-3 AHRQ-ACK codebook,3GPP R16还引入了以下两种新功能用来解决非授权频谱资源场景中的HARQ-ACK反馈问题:1. Non-numerical K1 indication for ACK/NACK transmission timing;2. Enhanced(Type 2)dynamic codebook for HARQ-ACK
- 以下新增字段都服务于R16引入的新功能:Multi-TRP
PDSCH group index
New feedback indicator
Number of requested PDSCH group(s)
Priority indicator
DCI Format 1_2
DCI format 1_2的引入是为了eURLLC(Enhanced Ultra-Reliable Low Latency Communications),需要说明的是这个是下行方向针对eURLLC场景引入的DCI format,在上行方向上出于同样的目的还引入了DCI format 0_2。我们先看看DCI format 1_2各个字段的信息:
上图中灰黑色中划线的字段表示这些字段原属于DCI format 1_1,但是在DCI format 1_2中删除了。黄色高亮的字段表示这些字段在DCI format 1_1中也存在,但是其定义在DCI format 1_2中发生了变化。
认真观察DCI format 1_2可以发现以下特点:
- 相比于DCI format 1_0和1_1, DCI format 1_2的总bits数有明显的降低,这也是把DCI format 1_2称为compact DCI的原因。
- DCI format 2_0中的绝大部分字段的长度都变成了可配置的(通过RRC信令完成)。这样做的原因也是为了对应不同的eURLLC场景最大限度地减少DCI format 2_0的长度。
因此DCI format 1_2也被称为comapct DCI(这里需要注意,DCI format 0_2同样称为compact DCI),具体表现在可以支持某些字段长度的可配置性:
- DCI format 1_2的最大长度要大于R15所定义的fallback DCI;
- DCI format 1_2的最小长度设计目标为比R15的fallback DCI少10~16 bits;
- DCI format 1_2的长度可以等于R15 fallback DCI (包括使用添加zero padding)
为什么要想尽各种办法缩减用于URLLC的DCI format 1_2的长度呢,原因是在需要达到同等的可靠性传输目标时(e.g., ),payload小的DCI比payload大的DCI更容易达到这一目的,也就说通过减小DCI的payload,提高了eURLLC的传输可靠性。
以下是3GPP 38.824所给出的compact DCI在链路级方面性能增益的描述:
从上表我们可以看出,表中一共使用了12个样本来评估compact DCI链路级别的性能增益。其中有6个样本可靠性可以达到99.9999%,即BLER为。对比这6个样本DCI payload为40 bits和24bits的场景,可以发现后者比前者在功率方面有0.6dB到1dB的增益。
另外从PDCCH资源使用来看:
上表中,PL表示“payload”,从表中可以看出,对于可靠性为99.9999%(即BLER=)的场景,样本R1-1900208和R1-1900043分别就DCI payload 40bits和24bits(即compact DCI比普通的DCI长度减少了16 bits)的情况进行了对比,从以上表格可以看到,payload 24bits的DCI在CCE的占用上比payload 40bits的DCI节省了大月14.22%~18.12%。
更多的有关eURLLC的细节以后有机会我单独写个博文介绍。
下行控制信息 - 下行DCI相关推荐
- 下行控制信息 - 上行DCI
所谓的上行DCI也就是上行授权DCI,用来为上行PUSCH传输分配对应的控制信息并通知终端.与下行DCI格式相似,上行DCI格式也分为回退(fallback)格式和非回退(non-fallback)格 ...
- NR PDCCH(二)下行控制信息DCI
3GPP TS 38.212 Clause 7.3.1 1.DCI格式 DCI格式 用途 0_0 调度PUSCH(在一个小区中) 0_1 调度一个或多个PUSCH(在一个小区中),或指示配置的授权PU ...
- 计算机网络中的协议数据单元的控制信息主要包括哪些内容
在计算机网络的数据传输过程中会对数据进行封装,俗称加头(链路层还会加尾),增加的控制信息主要包括以下内容: 地址(Address):用来标识发送端或接收端 差错检测编码(Error-detecting ...
- 计算机硬件结构控制信息,计算机硬件的基本结构
在当前的信息社会中,计算机扮演着非常重要的角色. 以下是Baifen编辑器汇编的计算机硬件基本结构的内容. 欢迎阅读! 电子数字计算机首先作为一种计算工具出现. 不难想象,如果计算机能够在没有人工干预 ...
- 数据结构2.带控制信息的链表
引言 在上一篇博客数据结构1.单链表中,我们对链表相对数组的优缺点进行了比较. 而且,我们发现,链表是一种物理存储单元上非连续.非顺序的存储结构,所以,数据元素的逻辑顺序是通过链表中的指针链接次序实现 ...
- VTD_IO-ROS(2)—发送驾驶员控制信息
系统: Ubuntu20.04 ROS版本:ROS noetic VTD版本: VTD 2021.3 本文将与大家分享如何把基于ROS开发的算法得到的驾驶员控制指令发到VTD中的自车,从而起到测试算法 ...
- 服务无法在此时接受控制信息
在寝室开Wifi的时候经常在开共享时出现"服务无法在此时接受控制信息"这种令人头疼的错误,网上给出的解决方案千篇一律,重新启动,还有煞笔直接要求重装系统.虽然跟这个问题没什么关系, ...
- 服务器无法在此时接收控制信息,如何修复win10专业版wifi错误1061服务无法在此时接受控制信息...
如何修复win10专业版wifi错误1061服务无法在此时接受控制信息 win10无法接受服务控制信息用户在启动网络共享的时候无法顺利启动,提示1061错误的代码,即服务无... ifi无处不在,很多 ...
- 【JY】YJK前处理参数详解及常见问题分析:控制信息(二)
点击蓝字 求求关注 [写在前文] 本文介绍计算控制信息之控制信息. [计算信息参数详解] 一.控制信息 A区参数详解 1.水平力与整体坐标夹角 该参数为地震作用.风荷载计算时的X正向与结构整体坐标系 ...
- 工业控制信息安全标准介绍
国内工业控制信息安全标准主要起草单位是安标委.全国电力监管标准化技术委员会.工业过程测量和控制标准化技术委员会 国际上已有标准化组织针对工业控制系统的信息安全标准化开展了一系列研究,主要包括 NIST ...
最新文章
- No module named ‘jieba‘ python3.7
- ubuntu14.04 server安装vncserver
- linux搭建环境经验,经验总结54--搭建linux虚拟机环境
- push和unshift方法
- 75-商品服务-品牌分类关联与级联更新
- mysql常用命令英文词汇_MySQL中文全文索引插件 mysqlcft 1.0.0 安装使用文档
- 去掉ExpandableListView的箭头图标
- c++用模板实现稀疏多项式_用线性表实现一元多项式及相加运算
- 内部类、抽象类、接口基本知识详解
- Python 项目中requirements.txt依赖文件的使用
- 如何用gitbook写文档并存到github上
- zabbix监控mysql内存_zabbix通过自定义脚本监控nginx,php-fpm和mysql占用内存数和进程的个数...
- 杭电ACM hdu 2079 选课时间 (模板)
- react native camera
- Android 来电自动接听
- CDN、SCDN、DCDN是什
- excel提取文字拼音首字母
- 移动端高保真动态交互元件库+移动端通用元件库+app通用元件库+rpllib元件库+rp源文件+Axure移动端常用组件+数据展示+操作反馈+数据录入+列表页+表单页+通用版布局+业务组件+反馈组件
- Chrome浏览器启动参数大全(命令行参数)
- 北京计算机应用中级,计算机应用教程(中级)
热门文章
- LSF的使用方法总结
- Android 调用12306接口,聚合数据Android SDK 12306火车票查询订票演示示例 编辑
- 1T免费全能空间 注册即可开通
- 旭日X3派,从零到TogetherRos的快速体验
- HNUST Java 数据库系统课程设计:学生管理系统
- Barsetto百胜图TripressoES意式便携咖啡机测评,咖啡随行玩味无穷
- android的wifi开发码源,亚美电游app下载 -官方网站
- Codeforces Round #614 (Div. 2)A. ConneR and the A.R.C. Markland-N
- 【科技检索报告】基于大规模浮动车GPS数据的实时地图匹配方法
- 嗅探器c语言源码,自己做的嗅探器