【入門編】 5G NR 物理チャネル：PUCCH (Physical Uplink Control Channel) – 家庭用ネットワーク・IoT・モバイル通信実践ガイド

こんにちは！国内外の最新ガジェットやネットワーク技術を追いかけ続けて早十数年、今日もパケットの鼓動を感じながらキーボードを叩いている、技術メディア主筆ライターの私です。

皆さんは「5G（第5世代移動通信システム）」と聞いて何を思い浮かべますか？「動画が爆速でダウンロードできる！」「ミリ波は障害物に弱いんだよね」といった、いわゆる「データの通り道（下り速度）」の話がよく注目されますよね。

でも、ネットワークの世界を支える「真の功労者」は、実は表舞台にはあまり出てこない「制御用の通り道」にいたりします。

今回は、5G NR（New Radio）の中でも、スマホから基地局へ「ちゃんと届いたよ！」「次送って！」と健気に合図を送る重要な役割、PUCCH（Physical Uplink Control Channel：物理上り制御チャネル）について、難しい話をぐっと噛み砕いて解説していきます。

「パケットの往復」というドラマの舞台裏、一緒に覗いてみましょう！

—

1. PUCCHは「スマホから基地局への返信ハガキ」

想像してみてください。あなたは巨大な通販センター（基地局）から荷物を受け取る受取人（スマホ）です。

通販センターはものすごいスピードで荷物を送ってきますが、送りっぱなしでは困りますよね。「荷物が壊れてたよ！」「全部届いたから次をお願い！」「今、玄関が狭いから少しずつ送って！」といったフィードバックが必要です。

この「返信」を運ぶ専用のルートが、今回主役の PUCCH です。

PUCCHが運ぶ「3つの大事なメッセージ」

1. ACK/NACK（アック／ナック）: 「荷物（データ）、無事に受け取ったよ！（ACK）」または「壊れてたからもう一回送って！（NACK）」という確認応答です。
2. SR（Scheduling Request）: 「送りたいデータがあるから、上りの通り道を開けて！」というリクエストです。
3. CSI（Channel State Information）: 「今の電波状況はこんな感じだよ」という報告書です。基地局はこれを見て、次に送るデータの速さや強さを決めます。

—

2. 5種類の「返信フォーマット（0〜4）」を使い分ける

5Gの世界では、送る内容の量や、どれだけ急いでいるかによって、5種類の「ハガキ（フォーマット）」を使い分けます。ここが5Gの低遅延を実現するキモなんです。

短距離走が得意な「短縮フォーマット」

Format 0: 1〜2ビットの超小型ハガキ。「ACK/NACK」だけを光速で返したい時に使います。
Format 2: 少し多めの情報を送れる、中型のハガキです。

これらは1〜2シンボル（非常に短い時間）で送信が終わるため、5Gの「低遅延」を支える立役者です。

じっくり伝える「長尺フォーマット」

Format 1: 小さな情報を、時間をかけて確実に届けます。
Format 3 / 4: 大量の情報をまとめて送る「分厚い封筒」のような存在です。

—

3. 現場で役立つ！PUCCHの設定イメージ

ネットワークエンジニアの皆さんが、シミュレーターや基地局設定ファイル（gNBの構成）を触る際、PUCCHのリソース割り当ては非常に頭を悩ませるポイントです。

例えば、Python風の擬似コードで「PUCCHのリソースをどう定義しているか」をイメージしてみましょう。実際の無線パラメータは非常に複雑ですが、エッセンスを抽出するとこんな感じです。

# 5G NR PUCCH Resource Configuration Example (Conceptual)

class PucchConfig:
    def __init__(self, format_id, start_symbol, duration, prb_count):
        self.format_id = format_id      # フォーマット番号 (0-4)
        self.start_symbol = start_symbol # 送信を開始するタイミング
        self.duration = duration        # 使う時間の長さ (1-14シンボル)
        self.prb_count = prb_count      # 使う周波数の幅 (Physical Resource Blocks)

# 低遅延(URLLC)を狙った設定：Format 0 で「即レス」
# スロットの最後の方で1シンボルだけ使って ACK を返すイメージ
instant_ack = PucchConfig(
    format_id=0,
    start_symbol=13, # スロットの14番目（最後）のシンボル
    duration=1,      # たった1シンボルで完了！
    prb_count=1      # 周波数も最小限
)

# 大量のフィードバック(CSI)を送る設定：Format 3
# たくさんの周波数を使って、じっくり報告する
detailed_report = PucchConfig(
    format_id=3,
    start_symbol=4,  # スロットの途中から開始
    duration=10,     # 10シンボルかけて丁寧に送信
    prb_count=4      # 周波数幅を広めに確保
)

def apply_pucch_resource(config):
    print(f"Applying PUCCH Format {config.format_id}...")
    print(f"  -> Allocation: {config.duration} symbols in {config.prb_count} PRBs.")
    # ここで実際のL1/L2レイヤーのレジスタやパラメータに反映される

apply_pucch_resource(instant_ack)
apply_pucch_resource(detailed_report)

実務では、これらのパラメータが RRC Reconfiguration メッセージなどを通じて、基地局からスマホへ「君の返信はこのタイミングで、このフォーマットを使ってね」と指定されます。

—

4. なぜ5GのPUCCHは「すごい」のか？

4G（LTE）の頃に比べて、5GのPUCCHは圧倒的に柔軟になりました。

1. 「時間の無駄」を削った:
LTEでは1スロット丸ごと使って返信していましたが、5Gは「スロットの最後の方の1〜2シンボルだけ」でサクッと返信できます。これにより、データの再送待ち時間が劇的に減り、オンラインゲームや自動運転で重要な「低遅延」が実現します。

2. みんなで効率よく使う（多重化）:
同じ周波数・同じ時間でも、数学的な「コード（循環シフトなど）」を使い分けることで、複数のスマホが同時に返信しても混ざらない工夫がされています。駅前のような混雑した場所でも通信が安定するのは、この PUCCH の多重化技術のおかげなんです。

—

まとめ：ネットワークの「呼吸」を感じよう

PUCCH は、私たちがスマホで華やかなコンテンツを楽しんでいる裏側で、1秒間に何千回、何万回と基地局と「うん、わかった！」「次これ送って！」というやり取りを繰り返しています。

もしあなたがネットワークのトラブルシューティングをしていて、「下りのスピードは出ているのに、なぜか体感速度が遅いな？」と感じたら、もしかするとこの PUCCH （上りの制御）がうまく回っていないかもしれません。

技術の深いところを知ると、いつものスマホのアンテナマークが、少しだけ頼もしく見えてきませんか？

「一歩ずつ、でも確実に。」
これからも複雑なネットワークの世界を、一緒に楽しく紐解いていきましょう！

それでは、また次回の記事でお会いしましょう。パケットの旅に幸あれ！