【转载】PUSCH PUCCH

本文详细解析了PUSCH(上行共享信道)和PUCCH(上行控制信道)的功能差异,介绍了它们在传输数据与控制信息方面的特点。此外,文章还探讨了PUSCH的计算问题,并解释了PUSCH功率控制的重要性及其对网络性能的影响。

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

http://www.mscbsc.com/bbs/thread-556223-1-1.html
 

PUSCH是上行共享信道,即可传数据,又可传输PMI,CQI,RI等控制信息,PUCCH是上行控制信道,只能传输上性能控制信息,但不可以传输用户数据

PUCCH和PUSCH都可以传输PMI,CQI,RI等上行控制信息,PUCCH主要是周期性上报的,PUSCH主要是请求调度时使用。如果同时存在,那么PUSCH会覆盖掉PUCCH,在非载波聚合网络中,不能同时上报控制信息

 
*************************************************************************************************************
PUSCH计算问题
http://www.mscbsc.com/askpro/question90953

若在一个上行子帧中,给PUCCH预留了6个PRB,同时该子帧中还包含PRACH信道,则一

个UE的PUSCH信道最多能使用()个PRB

A.88

B.94

C.81

D.80

答案是A

20M带宽,每时隙有100个RB,1个子帧两个时隙有200个RB,1个PRB=2个RB,因此

1个子帧有100个RB。

RB在时域上是7个OFDM符号,但实际调度以按子帧来,时域上是14个OFDM符号,因此调度室按PRB调度的,PRB=2RB(RB pair)

100-6个PUCCH-6个PRACH=88个。选A是对的。

*****************************************************************************************************************************************************************************

PUSCH(power)有什么用
http://www.mscbsc.com/askpro/response-312610.html
 
有时候遇到速率上不去,有次别人问我那个值是多少,请问这个参数大小对什么有影响
   Lillyflower2014 的答案
如果你会英文,最好看下面这个网站的解释
 

LTE功率控制的对象包括PUCCH,PUSCH,SRS等。虽然这些上行信号的数据速率和重要性各自不同,其具体功控方法和参数也不尽相同。但其原理都是基本相同的,可以归纳为(对于上行接入的功控如RA preamble, RA Msg3会有所区别,会在相应接入部分加以描述): UE发射的功率谱密度(即每RB上的功率) = 开环工控点 + 动态的功率偏移。 其中开环工控点= 标称功率 P0 + 开环的路损补偿α×(PL)。

标称功率P0又分为小区标称功率和UE特定的标称功率两部分。eNodeB为小区内的所有UE半静态地设定一标称功率P0_PUSCH和P0_PUCCH,该值通过SIB2系统消息(UplinkPowerControlCommon: p0-NominalPUSCH, p0-NominalPUCCH)广播;P0_PUSCH的取值范围是-126dBm 到 +24 dBm (均指每RB而言)。P0_PUCCH的取值范围是-126 dBm到-96 dBm。 除此之外,每个UE还可以有UE specific的标称功率偏移,该值通过dedicated RRC信令(UplinkPowerControlDedicated: p0-UE-PUSCH, p0-UE-PUCCH)下发给UE。P0_UE_PUSCH和P0_UE_PUCCH的单位是dB,在-8到+7之间取值,是不同UE对于系统标称功率P0_PUSCH和P0_PUCCH的一个偏移量。 需要注意的是,半静态调度的上行传输,P0_PUSCH的值也有所不同(SPS-ConfigUL: p0-NominalPUSCH-Persistent)。半静态调度应用于VoIP等,通常情况下希望尽量减少信令传输引起的系统开销,包括重传所需要的PDCCH信令。因此,对于SPS半静态上行传输,可以应用较高的发射功率, 以达到更好的BLER(Block Error Rate)工作点。

http://www.mscbsc.com/askpro/response-322246.html

SRS:用于估计上行信道频域信息,做频率选择性调度;用于估计上行信道,做下行波束赋形.
DMRS:用于上行控制和数据信道的相关解调
DRS:仅出现于波束赋型模式,用于UE解调
CRS:用于下行信道估计,及非beamforming模式下的解调。调度上下行资源,用作切换测量.

补充: 上行信道估计,用于eNode B端的相干检测和解调,称为DRS。 上行信道质量测量,称为SRS,DMRS可以在PUCCH和PUSCH上传输,没有PUCCH和PUSCH的时候用SRS做信道估计,个都是RS,都是用于上行信道估计;DMRS只在分配给UE的带宽上发送,SRS可以在整个带宽发送;LTE中,最终方案中,DMRS放在每0.5MS时隙中第四块中,一个子帧中有两个;而SRS则被放置在一个子帧的最后一个块中。SRS的频域间隔为两个等效子载波,也就是说那个“SC-FDMA、等效子载波”坐标图中,纵坐标上,没两行有一个SRS;SRS只是做上行信道的质量测量,比如接收功率和CQI等,不做信道估计和解调。DMRS才是真正用于上行信道的信道估计和解调;LTE中,最终方案中,DMRS放在每0.5MS时隙中第四块中,一个子帧中有两个;而SRS则被放置在一个子帧的最后一个块中。SRS的频域间隔为两个等效子载波,也就是说那个“SC-FDMA、等效子载波”坐标图中,纵坐标上,每两行有一个SRS

转载于:https://www.cnblogs.com/mway/p/5935115.html

### 5G中的PUCCHPUSCH和ACK详解 #### 物理上行链路控制信道(PUCCH) 物理上行链路控制信道(Physical Uplink Control Channel, PUCCH)用于传输控制信息,这些信息对于网络的操作至关重要。在长期演进技术(LTE)中,针对混合自动重传请求确认(HARQ-ACK)的重复传输是以子帧为单位执行的,并且每次重复传输的PUCCH具有相同的传输长度[^1]。 到了第五代移动通信标准(5G),PUCCH的设计更加灵活多样,支持多种格式来适应不同的应用场景需求。例如,在新无线(NR)系统里,当使用PUCCH format 3或format 4承载第二类信道状态信息(CSI type II)报告时,其处理机制不同于通过物理上行共享信道(PUSCH)发送相同类型的CSI报告的情形;两者需分别考虑并独立设计相应的编码方案与资源分配策略[^2]。 #### 物理上行共享信道(PUSCH) 物理上行共享信道(Physical Uplink Shared Channel, PUSCH)主要用于携带用户数据以及部分控制信号给基站。它能够动态调整调制方式、编码率等参数以优化性能表现。此外,PUSCH还可以用来传送一些重要的反馈消息,比如第一类CSI(type I CSI reports),这有助于提高频谱效率和服务质量。 #### 混合自动重传请求确认(Acknowledgment/Negative Acknowledgment, ACK/NACK) ACK/NACK是接收端向发射端返回的一种响应指示,表明接收到的数据包是否成功解码。如果正确接收,则回送ACK;反之则发NACK以便源节点重新发送该数据分组。这种机制可以有效提升系统的可靠性和吞吐量。在5G NR框架下,ACK/NACK通常会借助于PUCCH或者增强型PDSCH(ePDCCH)来进行传递,具体取决于实际场景下的资源配置情况。 ```python # Python伪代码展示如何模拟简单的ACK/NACK过程 def send_data(data_packet): # 假设这是发送函数 pass def receive_feedback(feedback_signal): if feedback_signal == 'ACK': print("Data packet was successfully received.") elif feedback_signal == 'NACK': print("Retransmitting data due to failed reception...") retransmit_data() def retransmit_data(): # 实现重传逻辑 pass ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值