5G NR PDCCH速率匹配

本文深入探讨了5G NR系统中PDCCH的速率匹配技术,详细介绍了Polar编码后的码流如何通过子块交织和比特选择进行调整,以适应实际传输资源,包括打孔、缩短和重复三种模式的应用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

速率匹配概述

       在5G NR中,3GPP采用的信道编码方案主要有两种,Polar和LDPC,其中控制信道和广播信道采用Polar编码,数据信道采用LDPC。速率匹配是根据信道编码后的不同码流长度做不同的处理,从而使得码流长度与实际传输能力相匹配,速率匹配的方案是与编码的方式强相关的。

在这里插入图片描述
       上图为PDCCH发端的处理流程,首先PDCCH根据PDSCH的调度信息以及DCI格式信息后,生成DCI码流,不同于LTE的16bit CRC编码,5G NR中采用24bit CRC编码;接下来进行Polar编码,根据Polar码的原始定义,其码长限定为2的整数幂次方。因此,Polar码需要速率匹配过程来调整码长,适配实际的传输资源。

PDCCH速率匹配

       虽然同为Polar码的速率匹配方案,PDCCH和PUCCH还是略有不同。PDCCH的速率匹配包括两个步骤:子块交织(Sub-Block Interleaving)和比特选择(Bit Selection);PUCCH的速率匹配包括:子块交织、比特选择和信道交织,其中信道交织采用三角交织的方案。下行PDCCH之所以没有进行信道交织,是因为在衰落信道和目前PDCCH的整体架构下,信道交织的增益只会在有限的场景中体现,并综合帧结构设计、PDCCH复杂度以及时延要求方面的考虑。
       下面先介绍子块交织,假设Polar编码后的码流长度为N,将速率匹配输入码流分为32个子块,每个子块的长度为N/32;然后根据子块交织图样进行交织,交织就是将原本顺序的码流按照一定的规则乱序化,这样就能在传输过程中将突发产生集中的错误最大限度的分散化,然后根据信道编码的纠错能力恢复原始正确码流。交织图样如下表所示

在这里插入图片描述
       接下来介绍比特选择,顾名思义,比特选择就是根据速率匹配的输入码流长度N和信道实际传输比特数E之间的大小关系,选择丢弃或者重复一些比特。比特选择有三种模式:打孔(Puncturing)、缩短(Shortening)和重复(Repetition),具体三种模式之间的关系如下图所示
在这里插入图片描述
       图中K表示Polar编码前的码流长度,即K=原始DCI码流+CRC编码长度24;N表示Polar编码后的码流长度,E表示速度匹配输出码流长度。从上图可以看出,当E>=N时,需要在原始比特流基础上添加一部分重复的比特,重复模式伪代码如下

在这里插入图片描述
       当E<N时,需要比较K和E的关系,在K/E<=7/16,即低码率情况下采用打孔;在K/E>7/16,即高码率情况下采用缩短。
       打孔模式时,直接截取后原始N个比特中的后E个比特,实现伪代码如下

在这里插入图片描述
       缩短模式时,直接取原始N个比特中的前E个比特,实现伪代码如下

在这里插入图片描述
       针对上述高低码率的分界线7/16,暂未跟踪当时3GPP的会议提案,未知其缘由,暂且认为是38.212中的一项规定。

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

寂小小寞

原创不易,欢迎大家打赏,谢谢!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值