5G NR 上行功率控制：gNB 到底知道 UE 發射多少功率嗎？¶

狀態：已發布
領域：無線通訊／5G NR／上行功率控制
理解確認：Kent 已於 2026-08-16 明確確認理解核心概念
內容核准：Kent 已於 2026-08-17 核准本文發布

這篇文章回答什麼問題？

gNB 量到的是 UE 經過無線通道後的 Received power，不是 UE PA 的精確輸出功率。本文分開整理 gNB 的配置與接收量測、UE 的本地 Pathloss／Power limit 計算、PHR、TPC、RB 數與每 RE power，並建立 PUCCH power 浮動的診斷證據鏈。

規格版本

本文已核對 3GPP TS 38.213 V18.5.0 與 TS 38.321 V18.5.0（官方 i50 檔）。為維持可讀性，功率公式仍以概念結構呈現；精確索引、例外條件與多 TRP／多 Carrier 分支應回到指定 Release 的規格原文。

去重與合併結果

本文以「gNB 對 UE Tx power 的可觀測性」為主軸，合併「RB 數與每 RE power」及「PUCCH received power 浮動」兩個庫存補充，不另建重複文章。它與 LMMSE／IRC 文章僅在接收品質估測相鄰，與 CP-OFDM／DFT-s-OFDM 文章僅在 PA back-off／Coverage 相鄰，核心問題不同。

先看結論¶

gNB 直接量到：
UE 訊號到達 gNB 後的 Received power／SINR／品質

gNB 配置與追蹤：
P0、PUSCH α、Resource、TPC、Target、Scheduling state

UE 本地計算：
Pathloss estimate、P_CMAX、Power sharing、實際 Tx power

UE 回報：
PHR 等功率餘量資訊，不是精密即時 PA power telemetry

因此：

gNB 可以根據配置、TPC history、PHR 與接收端量測建立有用的 UE Tx power estimate，但不應把這描述成永遠知道 UE PA 的精確瞬時輸出。

一、先分清 Tx power 與 Rx power¶

概念上，以 dB／dBm 表示：

P_RX
=
P_TX
- Path loss
+ Tx／Rx antenna gain
- RF／Cable loss
+ Fading／Beam／Combining effect

因此兩個 UE 即使在 gNB 端都有：

P_RX = -80 dBm

也可能是：

UE A：P_TX 較低，Path loss 較小
UE B：P_TX 較高，Path loss 較大

相同 Received power 不代表相同 Transmit power。

gNB 能直接觀察的內容¶

視實作與通道而定，gNB 可以量測或估測：

PUSCH／PUCCH／SRS received power。
DM-RS／SRS channel estimate。
SINR／SNR。
BLER／CRC outcome。
EVM 或其他 Demodulation quality。
不同 Rx antennas／Beams 的接收狀態。
Interference／Noise estimate。

這些都位於接收端，不是 UE PA output 的直接讀值。

二、UE 的發射功率如何形成？¶

以 PUSCH 為例，可用非規範性的簡化結構理解：

P_PUSCH,commanded
≈
10log10(Bandwidth term)
+ P0
+ α × PL
+ Δ_TF
+ f_TPC

實際發射受最大允許功率截限：

P_TX
=
min(P_CMAX, P_commanded)

各項責任¶

變數	概念	誰主要掌握
Resource／RB	上行排程資源	gNB 配置
`P0`	Open-loop power baseline	gNB 配置
`α`	PUSCH fractional pathloss compensation	gNB 配置
`PL`	UE 依下行 Reference Signal 估測的 Pathloss	UE 本地量測
`Δ_TF`	與傳輸格式等條件有關的調整	規格／配置／傳輸狀態
`f_TPC`	Closed-loop power-control adjustment	gNB 命令、UE 維護狀態
`P_CMAX`	UE 當下允許的最大總功率	UE 依 capability 與限制決定

這張表說明：

gNB 知道大多數控制參數
≠
gNB 知道 UE 使用的每個本地即時值

三、UE 本地 Pathloss estimate¶

Open-loop power control 需要 UE 估測 Pathloss。概念上：

PL estimate
≈
Reference-signal configured Tx power
-
UE measured RSRP

實際值還受到：

Pathloss Reference Signal 選擇。
SSB／CSI-RS／對應配置。
UE Measurement filtering。
Beam／Spatial relation。
RF calibration error。
Measurement timing。
Fading 與 noise。

影響。

即使 gNB 知道 Reference Signal 的配置，也不一定能完全重建 UE 當下經濾波後所使用的 PL estimate。

四、`P_CMAX` 為什麼不是永遠固定？¶

不能只用 UE Power Class 的名目值，假設 P_CMAX 永遠相同。

可能影響 UE 當下 Power limit 的因素包括：

UE Power Class。
頻段／Channel bandwidth。
MPR／A-MPR／其他規格限制。
Modulation／Waveform／Resource allocation。
Carrier aggregation／多上行 Carrier。
同時傳送 PUSCH、PUCCH、SRS 等造成的 Power sharing。
SAR／Thermal／裝置限制。
UE RF implementation。

因此：

名目最大功率
≠
每個 Slot、每個 Carrier、每種配置的即時 P_CMAX

這也是 gNB 難以只靠自己的配置精確重建 UE PA output 的原因之一。

五、PHR 回報的是 Headroom，不是 PA 遙測¶

Power Headroom Report 的核心概念：

UE 距離 Power limit 還有多少餘量？

TS 38.321 V18.5.0 §5.4.6 將主要 PH Type 定義為：

Type 1 PH：Nominal UE maximum transmit power 與每個 Activated Serving Cell 的 UL-SCH estimated power 之差。
Type 2 PH：Nominal UE maximum transmit power 與另一 MAC entity 的 SpCell 上 UL-SCH＋PUCCH estimated power 之差；規格列出的情境包含 EN-DC、NE-DC 與 NGEN-DC。
Type 3 PH：Nominal UE maximum transmit power 與每個 Activated Serving Cell 的 SRS estimated power 之差。

簡化模型：

PH
≈
P_CMAX
-
未截限的計算功率需求

例子：

PH = +10 dB
→ 依該次 PHR 的計算條件，還有較大功率餘量

PH ≈ 0 dB
→ 已接近 Power-limited

PH < 0 dB
→ 計算需求可能超過可用上限；實際 Tx 仍受 P_CMAX 截限

PHR 能幫助 Scheduler 做什麼？¶

判斷 UE 是否接近 Power-limited。
決定是否再增加 RB。
評估增加頻寬後每 RE power 是否下降。
調整 MCS、Repetition 或 Resource allocation。
處理多 Carrier／同時傳輸的 Power budget。

PHR 不能直接證明什麼？¶

PHR 不是：

UE PA 此刻精確輸出 XX.XX dBm

解讀 PHR 還必須考慮：

PHR Type。
Actual／Virtual PH calculation。
對應 Serving Cell／BWP／Carrier。
PHR triggering 與回報延遲。
MAC CE 量化。
回報後是否又收到 TPC。
是否發生新的 Scheduling／Power sharing。

因此以：

P_TX = P_CMAX - PH

反推只能視為在已知定義與時間對齊下的估算，不是普遍的即時精密量測。

六、Real Transmission 與 Reference Format PH¶

TS 38.321 V18.5.0 的 PHR MAC CE 使用 V bit 表示 PH 的計算基礎：

概念上：

V = 0
→ Real transmission
→ Type 1 對應 PUSCH、Type 2 對應 PUCCH、Type 3 對應 SRS
→ 帶有相關 P_CMAX,f,c 欄位

V = 1
→ Reference format
→ 相關 P_CMAX,f,c 欄位省略

PH field 長度為 6 bits，對應的 dB level 依規格表格與 TS 38.133 的量測值定義。這證實 PHR 是量化的 Headroom level，而不是任意精度的 PA power telemetry。

因此不能看到一筆 PHR 就假設：

它一定等於該 Slot 真實 PUSCH／PUCCH PA output 的差值

本文不展開完整 MAC CE bitmap、多 TRP 與多 Carrier 分支；這些情況應直接查閱 TS 38.321 §6.1.3.8、§6.1.3.9 及其 Enhanced PHR MAC CE 章節。

七、Open-loop Power Control¶

Open-loop 的責任分工：

gNB：配置 P0、PUSCH α、Pathloss Reference 等規則
UE：量測下行 Reference Signal，估測 PL，計算基礎 Tx power

目的主要是補償大尺度 Pathloss，使 UE 不需等待每一次 gNB 回饋才決定起始功率。

Open-loop 的限制¶

UE 的下行 PL estimate 不等於上行瞬時 Channel 的精確值。
FDD 上下行頻率不同，Channel reciprocity 不完整。
TDD 也受 Calibration／RF chain 差異影響。
Fast fading、Interference 與 Beam mismatch 不能只靠 Open-loop 解決。

因此需要 Closed-loop correction。

八、Closed-loop Power Control 與 TPC¶

Closed-loop 大致是：

gNB 量測 UL received quality
→ 與目標比較
→ 產生 TPC command
→ UE 更新 power-control adjustment state
→ 套用到後續 Tx power calculation

可能參考：

Received power。
SINR／SNR。
BLER／CRC。
Interference。
Target quality。

TPC 不等於實際功率一定改變¶

若 UE 已受：

P_TX = P_CMAX

限制，即使 gNB 傳送正向 TPC：

P_commanded 增加
但 P_TX 仍被 P_CMAX 截限

因此 gNB 應結合 PHR 判斷正向 TPC 是否還有作用。

九、同樣 Low SINR，Scheduler 行動可能不同¶

UE A：尚有 Headroom¶

UL SINR：低
PHR：+8 dB

可能行動：

正向 TPC。
維持 RB 數並提高每 RE power。
調整 Target／Resource／Interference coordination。

若低 SINR 主要來自訊號太弱，增加 Tx power 可能有效。

UE B：已 Power-limited¶

UL SINR：低
PHR：0 dB
P_TX ≈ P_CMAX

再要求增加功率可能沒有實際效果。Scheduler 可考慮：

減少 RB，使固定總功率集中。
降低 MCS。
增加 Coding redundancy／Repetition。
改善 Beam／Rx combining。
避開高干擾資源。
檢查 MPR／Power sharing／SAR 等限制。

十、RB 數與每 RE power¶

簡化理解可分兩區。

尚未碰到 `P_CMAX`¶

功率公式的 Bandwidth term 使總功率隨配置資源增加：

RB 增加
→ Total power 可增加
→ 每 RB／每 RE power density 大致維持

這裡的「大致」是假設其他項目、Power control state 與資源中的有效 RE 結構近似不變。

已碰到 `P_CMAX`¶

P_commanded > P_CMAX
→ P_TX = P_CMAX

此時再增加 RB：

Total power：大致不變
RB／RE 數：增加
每 RB／每 RE power：下降
Received SINR：可能下降

因此：

「RB 數不影響每 RE power」只在 UE 尚未 Power-limited 等前提下成立。

為什麼減少 RB 可能有幫助？¶

Power-limited 時：

固定 Total power
÷ 較少 RB／RE
→ 每 RE power density 上升

這可能改善解碼，但可用 RE 變少；Scheduler 需在頻寬、SINR、MCS、Code rate 與 BLER 之間取捨。

十一、PUSCH 與 PUCCH 公式不能混用¶

原始 Gemini 回答將 α × PL 直接帶入 PUCCH。這個寫法不應未查證地沿用。

規格核對結果：TS 38.213 V18.5.0 §7.1.1 的 PUSCH procedure 使用 P0-PUSCH-AlphaSet／α；§7.2.1 的 PUCCH procedure 使用 p0-PUCCH、Resource bandwidth／Numerology、UE downlink pathloss estimate、Format／UCI adjustment 與 PUCCH TPC state，該章節沒有 PUSCH 的 α 參數。

PUSCH 簡化結構¶

P_PUSCH
≈ min(
  P_CMAX,
  Bandwidth term
  + P0_PUSCH
  + α × PL
  + Δ_TF
  + f_TPC
)

PUCCH 概念結構¶

P_PUCCH
≈ min(
  P_CMAX,
  Resource／Numerology term
  + P0_PUCCH
  + PL-related term
  + Format／Transport adjustment
  + g_TPC
)

重點不是背這個簡式，而是：

PUSCH 與 PUCCH 有不同的配置與 adjustment state。
不能把 PUSCH 的 α 自動複製成 α_PUCCH。
Exact formula、Index、Pathloss reference 與條件需按指定 Release 的 TS 38.213 核對。

十二、gNB 會收到 PUCCH Tx power 報告嗎？¶

不能把 PHR 理解成「PUCCH 即時 Tx power 回報」。gNB 對 PUCCH 的認知主要來自：

自己配置的 PUCCH P0／Resource／Format／Pathloss Reference。
自己送出的 PUCCH TPC history。
gNB 接收端量到的 PUCCH power／quality。
UE 的 PHR／Power-limited evidence。
同時傳輸與 Power-sharing 狀態。

因此 gNB 能控制與估計 PUCCH power，但不等於收到一個精確 PA output telemetry field。

十三、PUCCH Received power 浮動的兩大類原因¶

A. UE Tx power 真的改變¶

可能因素：

PUCCH TPC command／adjustment state。
UE Pathloss estimate 改變。
Pathloss Reference Signal／Beam 改變。
PUCCH Format／Resource／Symbol／Payload 改變。
UCI：SR、HARQ-ACK、CSI 的條件改變。
Format／Transport adjustment。
P_CMAX clipping。
PUSCH／PUCCH／SRS／多 Carrier Power sharing。
MPR／A-MPR／SAR／Thermal limitation。

B. Tx power 不變，但 Channel／Receiver 改變¶

可能因素：

Fast fading／Shadowing。
UE movement。
Beam gain／Spatial relation。
Rx combining。
Interference／Noise floor。
Timing／Frequency error。
Channel estimation error。
AGC／RF chain／Measurement variation。

所以：

PUCCH P_RX 浮動 4 dB
≠
可直接斷言 PUCCH P_TX 也浮動 4 dB

十四、建立診斷證據鏈¶

第一步：對齊量測條件¶

確認比較的是相近的：

Slot／時間。
Frequency／BWP／RB。
Beam／Spatial relation。
Rx antenna／Combining。
PUCCH Format／Resource。
UCI payload。

不同條件的 Power sample 不能直接當成同一時間序列。

第二步：檢查 gNB 控制歷史¶

PUCCH TPC command。
Accumulated／Absolute adjustment state。
P0。
Pathloss Reference／Spatial relation。
Resource／Format／Symbol 數。
Scheduling／Power sharing。

第三步：檢查 Power-limited evidence¶

PHR。
P_CMAX／Power sharing 的可能狀態。
增加 RB 後每 RE power 是否下降。
正向 TPC 後 Received power 是否仍不增加。

第四步：交叉比較其他上行訊號¶

比較：

PUCCH。
PUSCH。
SRS。
不同 Beams／Rx antennas。
鄰近 Slots。

若在可比較條件下：

PUCCH、PUSCH、SRS 同方向下降
→ 優先懷疑共同 Channel／Beam／RF path

若：

只有 PUCCH 浮動
→ 優先檢查 PUCCH-specific TPC、Resource、Format、Payload、PL reference

這些是故障定位的優先順序，不是單一證據即可定案。

十五、實作觀察表¶

觀察	可能原因	下一步證據
Low SINR、PHR 高	尚有功率空間或干擾高	TPC response、Interference、Channel estimate
Low SINR、PHR 近 0	UE Power-limited	減 RB、MCS／Repetition、Power-sharing
正向 TPC 後 P_RX 上升	UE 能跟隨功率命令	對齊 TPC latency 與 PHR
正向 TPC 後 P_RX 不變	P_CMAX clipping、TPC state、Channel 抵銷	PHR、Resource、Channel estimate
多 UL channels 同時下降	Common channel／Beam／RF path	SRS／DM-RS、Rx antennas、Beam state
只有 PUCCH 浮動	PUCCH-specific control／resource	TPC、Format、UCI、PL reference
RB 增加後每 RE power 下降	Power-limited	Total power、PHR、BLER／SINR

十六、常見誤解¶

誤解一：gNB 量到 `-80 dBm`，所以知道 UE 發了多少功率¶

修正：這是 Received power；沒有精確 Path gain，就不能唯一反推出 Tx power。

誤解二：PHR 就是 UE 即時發射功率¶

修正：PHR 是依規格條件計算與量化的 Headroom，可能有時間差與 Actual／Virtual 條件。

誤解三：gNB 配了所有參數，因此能完全重建 UE power¶

修正：UE 還有本地 PL measurement、P_CMAX、Power sharing 與實作限制。

誤解四：正向 TPC 一定讓 UE 功率增加¶

修正：若已達 P_CMAX，命令可能只增加未截限需求，實際 Tx power 不變。

誤解五：增加 RB 不影響每 RE power¶

修正：只在尚未 Power-limited 等前提下近似成立；碰到 P_CMAX 後，每 RE power 會下降。

誤解六：PUCCH Received power 浮動就是 UE Tx power 浮動¶

修正：Channel、Beam、Combining、Interference 與 Receiver measurement 也會造成變化。

誤解七：PUSCH 有 `α`，PUCCH 一定也有相同 `α`¶

修正：兩個 Channel 的 Power-control formula 與 configuration 不同，不能直接複製欄位。

理解確認紀錄¶

Kent 已能用自己的話說明：

相同 gNB Received power 不代表相同 UE Transmit power，因為存在 Pathloss／Channel gain。
PHR +10 dB 代表依該回報條件尚有功率餘量；PHR 接近 0 表示接近 Power-limited。
UE 已達 P_CMAX 時，增加 RB 不會再提高總功率，而會降低每 RB／每 RE power。
Low SINR 且仍有 Headroom 時，可以嘗試正向 TPC；Power-limited 時再要求增加功率可能無效。
Power-limited UE 減少 RB 可把固定總功率集中到較少 RE，提高每 RE power／SINR。
PUCCH Received power 同時受 UE Tx power 與 Channel／Receiver 影響，不能直接等同於 PUCCH Tx power。
多個可比較的 UL channels 同時下降，比較像 Common channel／Beam／RF path；只有 PUCCH 異常時應優先檢查 PUCCH TPC 與其他 PUCCH-specific state。

規格來源¶

3GPP TS 38.213 V18.5.0（Release 18，38213-i50），特別是 §7.1.1 PUSCH power control、§7.2.1 PUCCH power control 與 §7.7 Power headroom report。
https://www.3gpp.org/ftp/Specs/archive/38_series/38.213/38213-i50.zip
3GPP TS 38.321 V18.5.0（Release 18，38321-i50），特別是 §5.4.6 Power Headroom Reporting，以及 §6.1.3.8／§6.1.3.9 PHR MAC CE。
https://www.3gpp.org/ftp/Specs/archive/38_series/38.321/38321-i50.zip
若需實作完整例外條件，應再核對 TS 38.331 的 RRC configuration IE、TS 38.133 的 PH／P_CMAX level，以及 TS 38.101 系列的 UE power／MPR requirements。

來源與限制說明¶

本文由 Google Takeout 中三組上行功率相關問題，以及 Kent 與夏洛特於 2026-08-16 的逐題討論重新建構。原始 Gemini 回答只作為問題線索；「PHR 可精確反推即時 Tx power」、「PUCCH 可直接使用 PUSCH α」等過度簡化說法沒有被當成規格事實。

本文中的公式是為建立心智模型的簡化表示，不可取代指定 Release 的 3GPP normative equation。不同 Channel、Serving Cell、BWP、Carrier aggregation、Dual connectivity、Real／Reference-format calculation 與 UE capability 可能有額外條件。

延伸閱讀¶

PUCCH Format 0：SR、HARQ-ACK 與 Cyclic Shift 如何編碼？：從 PUCCH power 延伸到 Sequence mapping、Correlation detector 與 False ACK。