NR PUCCH(一) PUCCH format 0/1

于 2024-12-07 17:50:40 发布
阅读量520 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： NR PUCCH/PUSCH/PDCCH/PDSCH 文章标签： 网络 智能手机 5G
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ModemProtocol/article/details/142769633

NR中PUCCH物理信道用来发送上行控制信息Uplink Control Information(UCI)，当然UCI也可以在PUSCH上发送。UCI 内容包括：CSI,HARQ ACK/NACK ,SR 及上述三者的组合信息。

 

那先看下PUCCH format ，序列的生成及资源映射的相关内容。

 

b9e94dba99100b315a2e9396e378c7ec.png

 

NR中支持5种格式PUCCH，根据PUCCH format占用时域符号长度分为短PUCCH（1-2个符号，PUCCH 0/2)和长PUCCH（4-14个符号，PUCCH1/3/4）。使用短PUCCH 能够支持更快速的HARQ应答/信道状态反馈，用于超低时延场景；5种PUCCH格式占用符号数，携带的信息bits数，如上表。长格式PUCCH format1/3/4可以支持时隙内和时隙间跳频，短格式PUCCH format0/2可以支持时隙内跳频（2个符号时）。

当使用时隙内跳频时，第一跳发送的符号个数为N_PUCCH_symb /2(向下取整)，N_PUCCH_symb 为PUCCH 的符号长度。

 

 

了解本专栏 订阅专栏 解锁全文
NR PUCCH(二)PUCCH format 2/3/4 and interlaced RB
asd199086的博客
09-25 3615
继续看PUCCH2/3/4：PUCCH format 0和1所携带的信息bits少，UCI bits2bits，信息bit需要经过编码等过程下面分别来看。PUCCH format 2在时域上占用1-2个符号，在频域上可以占用1～16个RBPUCCH format 2时域符号少，适合用于地实验场景，支持较大信息量的UCIPUCCH format 2 RRC层相关参数nrofSymbols：符号个数1-2。
NR PUCCH（一）格式及调制、映射
xubufanzhou的博客
02-10 2262
NR PUCCH 格式、信道编码及映射
5G NR PUCCH Format
littleBird_2的博客
12-05 4183
PUCCH支持38.211-Table 6.3.2.1-1列出的多种format，其中NsymbPUCCHN_{symb}^{PUCCH}NsymbPUCCH​指PUCCH传输时占用的符号长度，如果PUCCH format 1、3、4配置了时隙内跳频，那么第一跳占据的符号数为正常情况下的一半，即⌊NsymbPUCCH/2⌋\lfloor N_{symb}^{PUCCH}/2\rfloor⌊NsymbPUCCH​/2⌋。 PUCCH format 0 序列生成及资源复用 PUCCH format 0的序列直
NR PUCCH详解
bluewhu的博客
11-24 3万+
11
LTE PUCCH Format1
hzgdiyer的专栏
12-22 4674
PUCCH 格式 1/1a/1b 是向eNodeB传递1或2或4位数据。 这个过程相当复杂，我们用如下3个章节来描述： PUCCH Format 1,1a,1b 所在RB位置 PUCCH F1信号的生成 PUCCH 多UE 复用 PUCCH Format 1,1a,1b 所在RB位置 LTE中有很多课题(尤其是物理层)，如果不仔细阅读规范中给出的每个参数和方程，是无法解释清楚的。物理资源分配...
NR PUCCH(二)PUCCH format 2/3/4
ModemProtocol的博客
12-06 384
继续看PUCCH2/3/4：PUCCH format 0和1所携带的信息bits少，UCI bits2bits，信息bit需要经过编码等过程下面分别来看。
【PUCCH——Format 2/3/4】
大可可可可的博客
11-01 669
PUCCH Format 2/3/4
【PUCCH——Format 0】
大可可可可的博客
10-30 738
PUCCH Format 0
NR PUCCH format小结
weixin_43620925的博客
01-06 784
PUCCH（2）格式与DTX检测（源于5G上行控制信道增强技术研究）
tybAly的博客
06-11 9061
目录上行时隙结构与物理资源 PUCCH格式与流程PUCCH简介 PUCCH格式 PUCCH format 0 PUCCH format 1 PUCCH format 2 PUCCH format 3和4HARQ反馈流程PUCCH DTX检测及解调增强技术研究DTX系统模型系统评估指标 功率检测方法估计信道功率法 半盲检测算法PUCCH ( Physical Uplink Control Channel，物理上行控制信道)是5G NR ( New Radio，新空口)系统物理层重要的组成部分，主要用于传输UC
5G NR上行控制信道PUCCH
热门推荐
一个关于5G NR的博客^^
03-19 3万+
一、PUCCH概述 PUCCH用于承载上行控制信息，相比LTE，NR PUCCH支持5种不同的格式，按照时域上所占用的符号数量可以分为短格式和长格式两种，如下表所示，短格式占用1-2个符号，可以承载1-2bit信息，长格式占用4-14个符号，可承载大于2bit的信息。NR引入短格式PUCCH的目的是可以缩短HARQ-ACK反馈的时延，长格式仍然是考虑到持续时间长可以保证覆盖。 NR中，考虑到系...
NR PUCCH format0序列生成以及检测机制
weixin_39447690的博客
02-13 1984
序列生成 序列很简单，就是本地基序列乘以循环移位 fmt0 如何传输 SR HARQ-ACK 第一种情况：只传harq-ack的时候，区分1bit还是2bit 循环移位α三部分组成m0(ue级别),mcs(ue级别),ncs(小区界别，区分时隙和符号) 通过检测各个循环移位上的功率就可以确定ue发送了什么，传输1bit harq-ack的时候，基站同时检测{0,3}，当最大功率在0上的时候，就是nack，当最大过激活检测功率出现在3的时候就是ack。传输2bit的时候，同时计算{0,3,6,9}上的功率
【PUCCH——Format和资源集】
大可可可可的博客
10-29 544
PUCCH格式和资源集
5G NR PUCCH资源配置
littleBird_2的博客
08-22 8826
公共PUCCH资源 在UE没有配置专用PUCCH资源（PUCCH-Config ->PUCCH-ResourceSet）时，就用PUCCH-ConfigCommon配置的公共资源。 pucch-ResourceCommon：38.213-Table9.2.1-1中规定了16个公共PUCCH资源集，这个IE用来指定其中一个资源集。通过查表可以得到该PUCCH资源集format、时域的首符号位置和持续时长、频域的在初始UL BWP中的PRB偏移，以及循环移位。 pucch-GroupHopping：基
PUCCH（1）上行控制信道（PUCCH）设计
tybAly的博客
06-11 8022
目录 1.长、短PUCCH格式的引入高可靠性高灵活性高效率2.短PUCCH结构设计 1符号PUCCH设计2符号PUCCH设计 3.长PUCCH结构设计 3.PUCCH资源分配 4.PUCCH与其他上行信道冲突解决 NR采用灵活的资源分配方式，包括：另外NR系统中支持多种业务类型，不同业务类型的时延要求、不同的可靠性要求。因此，NR PUCCH设计需要满足如下要求在 FR1（频率范围1，即小于6GHz）频谱上，NR PUCCH的覆盖应与LTE PUCCH的相同。LTE PUCCH格式1、格式1a、格式1b在
NR/5G - HARQ-ACK/SR/CSI in a PUCCH
03-22 8392
​如果只有一个CSI report，那么使用对应的PUCCH resource发送CSI。 PUCCH resource配置在对应的reportConfigType中，由于CSI-ReportConfig是独立于BWP配置之外，因此在PUCCH-CSI-Resource中在不同BWP中分别指示PUCCH-ResourceId。 如果有多个CSI report，那么可以使用mu...
pucch各个格式的特点
weixin_39447690的博客
11-07 3025
format0 不需要调制解调，通过循环移位来检测，比较快一点，而且是短符号，不同的ue是通过不同的循环移位来区分。适合URLLC format1 需要调制解调，并且用户复用很强大，适合EMBB，长符号，提升上行覆盖。 format2 短符号，不支持用户复用，可以传大量的bit，完全是为了URLCC设计的 format3 长符号，不支持用户复用，可以传大量的bit，是format1形成互补，适合EMBB format4 长符号，兼顾传输长度和用户复用的特点，但是为啥format4只能是2个或者4个用户复用.
上行物理信道 PUCCH和DMRS for PUCCH
zhangbin_leo的博客
05-20 6218
Overview 与LTE类似，NR中PUCCH也支持多个格式，NR中PUCCH支持如下表所示的PUCCH格式。 Sequence and cyclic shift hopping PUCCH format 0，1，3,4使用的序列为低峰均比(low PAPR)序列，通过一个基础序列定义如下： 前面我们说的基础序列的长度按照m值的不同长度也不同，3GPP协议里将它分成了2类，一类是基础序列长度>=36；另一类是基础序列长度<36: 对于的情
NR PUCCH format1
最新发布
06-14
<think>嗯，用户想了解NRPUCCHformat1的协议、配置或实现细节。这个问题涉及5G物理层控制信道设计，专业性很强。用户可能是通信工程师或协议栈开发人员，需要具体的技术参数。用户提到"protocolconfigurationorimplementationdetails"，说明需要实用信息而非理论概述。重点应放在3GPPTS38.211/213协议规定、资源映射方式和实际部署考量上。用户之前提到过DCI格式的时间域资源分配，可能正在设计调度器或分析PUCCH时序。PUCCHformat1的关键特性包括：-短格式（1-2符号）支持低时隙调度-频域采用序列循环移位实现多用户复用-支持最多2比特UCI（HARQ-ACK/SR）配置时需关注：-起始符号位置和长度（由RRC信令配置）-物理资源块分配（PRBoffset参数）-序列生成参数（如基序列ID）实现难点在于：-循环移位检测的抗干扰算法-短符号长度下的信道估计-与format0的联合资源管理用户可能还隐含了format1与其他格式的性能对比需求，在相关问题里补充了format选择策略的问题。引用[1]提到的DCI格式资源分配确实相关，因为PUCCH资源指示符（PRI）正是通过DCI动态分配的。</think>以下是关于 **NR PUCCH Format 1** 的协议配置与实现细节详解： --- ### **一、协议基础（3GPP TS 38.211/213）** PUCCH Format 1 用于传输 **1-2 比特的 UCI**（如 HARQ-ACK/SR），其核心特性如下： 1. **时域结构** - 支持 **1-2 个 OFDM 符号**（短格式），或 **4-14 个符号**（长格式）。 - 起始符号位置由 RRC 参数 `startingSymbolIndex` 配置[^1]。 $$ \text{时域长度} = \begin{cases} 1\sim2 & \text{(短PUCCH)} \\ 4\sim14 & \text{(长PUCCH)} \end{cases} $$ 2. **频域资源** - 占用 **1 个物理资源块（PRB）**。 - PRB 位置由高层参数 `startingPRB` 和跳频模式决定。 3. **调制与序列** - 采用 **序列调制**：通过循环移位（Cyclic Shift, CS）区分用户。 - 基序列为 **Zadoff-Chu 序列**： $$ r_u(n) = e^{-j\pi un(n+1)/N} \quad (0 \leq n < N) $$ 其中 \( u \) 为序列根索引，\( N=12 \)（子载波数）。 --- ### **二、关键配置参数** | **参数** | **作用** | **RRC 信令字段** | |--------------------------|--------------------------------------------------------------------------|--------------------------| | `resourceStart` | 起始 PRB 索引 | `PUCCH-ResourceConfig` | | `startingSymbolIndex` | 时域起始符号位置 | `PUCCH-ResourceConfig` | | `nrofSymbols` | PUCCH 符号长度（1/2/4~14） | `PUCCH-FormatConfig` | | `initialCyclicShift` | 初始循环移位值（0~11） | `PUCCH-FormatConfig` | | `timeDomainOCC` | 时域正交覆盖码（OCC）索引（长格式专用） | `PUCCH-FormatConfig` | > 📌 **示例配置**（TS 38.331）： > ```json > PUCCH-ResourceConfig ::= SEQUENCE { > resourceStart INTEGER (0..274), > startingSymbolIndex INTEGER (0..13), > nrofSymbols ENUMERATED {sym1, sym2, sym3, ... sym14}, > format1 SEQUENCE { > initialCyclicShift INTEGER (0..11), > timeDomainOCC INTEGER (0..6) OPTIONAL > } > } > ``` --- ### **三、实现流程** 1. **比特到符号映射** - 1 比特 UCI：直接映射为循环移位索引 \( \alpha \in \{0, 3, 6, 9\} \)。 - 2 比特 UCI：映射为 \( \alpha \in \{0, 1.5, 3, 4.5, ..., 10.5\} \)。 2. **序列生成** - 对基序列 \( r_u(n) \) 施加循环移位： $$ s(n) = r_u \left( (n + \alpha) \mod 12 \right) $$ 3. **时域处理（长格式）** - 应用 **正交覆盖码（OCC）** 扩展： $$ \mathbf{s}_{\text{out}} = \mathbf{s} \cdot \mathbf{w}_m, \quad \mathbf{w}_m \in \left\{ [1,1], [1,-1] \right\} $$ 4. **资源映射** - 映射到指定 PRB 和符号位置，跳过 DM-RS 位置（符号 0/4/8 等）[^1]。 --- ### **四、设计注意事项** 1. **多用户复用** - 通过 **CS + OCC** 组合支持多用户： $$ \text{最大用户数} = \begin{cases} 12 & \text{(无OCC)} \\ 24 & \text{(长格式+OCC)} \end{cases} $$ 2. **覆盖增强** - 长格式支持 **重复传输**（`nrofSlots >1`），提升边缘用户可靠性。 3. **冲突避免** - 动态调度时需确保不同用户的 CS/OCC 值正交。 --- ### **五、典型应用场景** 1. **低时延业务** 短格式（1-2 符号）适用于 URLLC 的快速 ACK/NACK 反馈。 2. **广覆盖场景** 长格式（如 14 符号）增强覆盖能力，支持 IoT 设备。 3. **多用户调度** CS/OCC 组合优化小区容量。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值