有付出就要有收获 不要偷懒

Directory

两个控制信道决定系统容量，

为什么即使不调度，UE也会使用PUCCH资源

在5G中，当有PUSCH发送时，PUCCH会包含在其内

基站通过两种方式知道UE要发送数据

• BSI->MACPDU。MACCE

• SR不告诉数据大小，调度请求

  • 基站无回应，UE重新发起SR。当达到最大SR次数，重新发送Rach

CQI：CS-RS[1,15]信道质量，选择不同的调制方式

BSI：实际侧量ssb的一些信息

除了BSI，都是需要周期性出现的，都需要一只占用PUCCH资源

5G中网络自己决定使用哪种format，目前nokia 支持format0和2，支持14bit

PUCCH资源位置新制定的标准位置可变。4G方法覆盖范围更好

format1 14bit的decode不需要polar码

5种CQI，sr，acknack，bsi 一个用户需要8-9中不同的pucch资源。可使用相同的format，但时间不同

ACK/NACK 3096-》8448

8CC 共有16Bit用于2个codeblock的acknack

RRC消息配置K1

DAI为了解决UE上报的比特序列少回复，比如应该发3个，却只回了2个bit

这种情况如果发8个bit，丢了4个就无法解决。但丢这么多太罕见

ACK、NACK与不同的K1值

ack，nack使用哪个pucch的resource呢

• 哪个resource是有dl grant的pucch-resource-index决定
• 由最后一次dl grant所对应的index
• 如果最后一次没有收到 那么UE会报错位置，UE会出现在错误的位置，回nack

SR的上报

多种PUCCH的同时上报、复用（18 19暂不支持）

• pucch的四种类型可能在同一时间统一symbol上报，可以组合上报
• cycle shift变了
• 网络怎么知道同时上报
  • 多个地方都解码
  • ？？
• 使用多比特format格式时，多出的bit放

PUCCH信息的repetition

PUCCH在PUSCH上发送（暂不支持）

• 为了避免UL grant丢失，需要双解码
• 对于CA，pusch优先，pscell优先，scellindex，问题都有可能丢失，如何解码？

爱立信不使用sounding

DMRS调度pusch才会出现

nokia目前PUCCH的DTX的判断RLF，CA怎么办？

Sounding正交性不是很好，在大量UE时互相干扰，效果不好