5G/LTE物理層の極限最適化：ハイブリッドARQ（HARQ）と冗長バージョン（RV）制御がもたらすパケット伝送の真実
ネットワークエンジニアやインフラアーキテクトであれば、アプリケーション層のチューニングに行き詰まった際、結局のところ「いかにして物理層のパケットロスと往復遅延（RTT）を削ぎ落とすか」という原点に直面する。TCPの輻輳制御アルゴリズムをBBRに置き換え、TLSの0-RTTハンドシェイクでコネクション確立を高速化しても、無線区間（Uuインターフェース）における泥臭い再送制御のメカニズムを理解していなければ、ミリ秒単位のレイテンシー削ることは不可能だ。
今回は、4G/LTEから5G（Sub6およびミリ波）へと進化を遂げる中で、無線区間の信頼性を担保する基幹技術「ハイブリッドARQ（HARQ：Hybrid Automatic Repeat request）」、そしてその肝である「冗長バージョン（RV：Redundancy Version）の制御とソフト結合（Soft Combining）」の内部挙動を、プロトコルスタックの深部まで潜り込んで徹底的に解剖する。
—
1. なぜARQだけでは不十分なのか？ —— 物理層HARQの存在意義
データ通信の信頼性を確保するため、上位層ではおなじみのARQ（自動再送要求）が機能している。TCPであればセグメントのロストを検知し、ACKの欠落や重複確認から再送を要求する。しかし、この伝統的な仕組みを無線区間でそのまま適用すると、致命的な遅延（レイテンシー）の増大を招く。
無線環境は、フェージング、マルチパス、干渉、そして移動体のドップラー効果により、ビットエラーレート（BER）が常に激しく変動する過酷な戦場だ。上位層のARQだけでパケット損失に対処しようとすると、以下のボトルネックが生じる。
1. トランスポート層（TCP）のバッファとタイマー依存: パケットロス検出から再送要求までのRTTがそのまま遅延として蓄積する。
2. オーバーヘッドの肥大化: 軽微なビット化けであっても、巨大なペイロード全体を丸ごと再送せざるを得ない。
ここで登場するのが、物理層とMAC層の境界で動作するHARQだ。HARQは、誤り検出符号（CRC）と前方誤り訂正（FEC：Forward Error Correction）を巧みに融合させた仕組みである。誤り訂正符号によって復元を試み、それでも復元しきれない場合にのみ、瞬時に再送要求（NACK）を返す。これにより、上位層にパケットロスを意識させることなく、ミリ秒単位の超高速な再送ループを完結させる。
—
2. 冗長バージョン（RV）とソフト結合の深層メカニズム
HARQの真骨頂は、単に「同じデータをもう一度送る」のではなく、「送るたびにデータの見せ方（ビットパターン）を変える」という点にある。ここで用いられるのが冗長バージョン（RV：Redundancy Version）とインクリメンタル冗長（IR：Incremental Redundancy）のコンセプトだ。
3GPP（LTE/5G NR）仕様では、ターボ符号（LTE）やLDPC符号（5G NR）といった強力なチャネル符号化が用いられる。送信側は、情報ビットに対してパリティビットを付加した巨大なコードワード（母符号）を生成するが、これを一度にすべて無線空間に送り出すわけではない。無線リソース（PRB：Physical Resource Block）の帯域幅や変調方式（MCS）の制約があるため、コードワードをいくつかの「切り出し（RV）」に分割して送信する。
4つの冗長バージョン（RV 0, 2, 3, 1）の役割
5G NRおよびLTEでは、基本的に以下の4つのRVインデックスが定義されている。
RV = 0: 初回送信。システム情報や制御情報、および系統的な情報ビット（Systematic bits）を多く含む。まずはこれで復号を試みる。RV = 2: 1回目の再送。初回とは異なるパリティビットのセットを送信する。RV = 3: 2回目の再送。さらに別のパリティビットのセット。RV = 1: 3回目の再送。残りのパリティビットのセット。
受信側（UEまたはgNB）は、もしRV=0の初回送信でCRCエラーを検知した場合、受信した壊れたデータを捨てずにソフトバッファ（Soft Buffer）に保持する。そして、再送されてきたRV=2のデータを、ソフトバッファ内で先ほどのデータとソフト結合（Soft Combining / Chase Combining or Incremental Redundancy）させる。
[送信側]
母コードワード (Systematic bits + Parity bits)
├── RV=0: [Systematic] + [Parity Set A] ---> 初回送信 (NACK)
├── RV=2: [Parity Set B] ---> 1回目再送 (NACK)
└── RV=3: [Parity Set C] ---> 2回目再送 (ACK! 復号成功)
[受信側 (UE)]
ソフトバッファ: [ RV=0 の尤度データ ]
↓ (ソフト結合: LLRの加算)
ソフトバッファ: [ RV=0 ] + [ RV=2 の尤度データ ]
↓ (符号化ゲインが飛躍的に向上し、誤り訂正が可能に)
CRC OK -> MAC層へ引き渡し受信機側では、各ビットを「0か1か」のハード判定ではなく、対数尤度比（LLR：Log-Likelihood Ratio）という確率的な信頼度（ソフト値）として保持・蓄積する。再送を重ねるごとに有効なパリティ情報が追加され、ソフトバッファ内のLLRの精度が幾何学的に向上するため、チャネル状況が最悪であっても数回の再送で確実に復号が完了する仕組みだ。
—
3. 非同期・適応型HARQと停止待ち時間（Stop-and-Wait）の克服
パケットの往復における最大の敵は「待ち時間」だ。従来の同期型HARQでは、送信タイミングが無線フレームの構造に厳密に縛られており、RTTのロスが大きかった。しかし、現代の5G（NR）や高度なLTEでは、非同期・適応型（Asynchronous & Adaptive）HARQが主流となっている。
非同期型（Asynchronous）の挙動
再送を行う正確なタイミング（スロット）が事前に固定されておらず、ダウンリンク（DL）／アップリンク（UL）のグラント（割当制御情報）によって動的に指示される。これにより、スケジューラはトラフィックの優先度やチャネルの空き状況に応じて、最適なタイミングで再送リソースを割り当てることができる。
適応型（Adaptive）の挙動
再送時に、初回送信時とは異なるMCS（Modulation and Coding Scheme）や異なるRV（冗長バージョン）を動的に選択できる。例えば、無線状態が急激に悪化した場合は、よりロバストな変調方式（QPSKなど）と新しいRVの組み合わせを指定することで、確実なパケット到達を担保する。
この非同期・適応型HARQの制御により、HARQプロセスごとの停止待ち時間（Stop-and-Waitのアイドル時間）が極限まで切り詰められ、無線区間における実効スループットが劇的に向上している。
—
4. トランスポート層・TLS・ヘッダー圧縮との密接な関係
物理層のHARQがここまで高速にパケットロスを隠蔽してくれるおかげで、上位プロトコル層には大きな恩恵がもたらされる。
TCP/IPの挙動へのインパクト
もし物理層でHARQが存在せず、すべてのロスがTCPの再送制御（Fast Retransmit / Timeout）に委ねられていたらどうなるか。無線区間の数ミリ秒のフェージングによるドロップが、そのままTCPの輻輳ウィンドウ（cwnd）の縮小（Halving）を引き起こし、スループットが急降下してしまう。
HARQが無線区間でパケットを救い上げることで、TCP層からは「低ジッターで信頼性の高いパイプ」に見えるため、BBRやCUBICといった輻輳制御アルゴリズムが安定して最高速度を維持できる。
HTTP/3（QUIC）とHARQの相互作用
近年普及が進むHTTP/3（UDPベースのQUIC）は、トランスポート層で独自の輻輳制御やパケットロス回復機能を持っている。しかし、QUICのロスリカバリと物理層のHARQが過剰に干渉し合うと、いわゆる「TCP Meltdown（のUDP版）」に似た二重再送の無駄が生じる懸念がある。
これを防ぐため、インフラエンジニアや5Gコアネットワーク（5GC）の設計者は、RAN（Radio Access Network）側のHARQ最大再送回数（通常4回〜5回程度）と、UPF（User Plane Function）からUE間におけるQoSフローのパケットロス許容量を緻密にチューニングする必要がある。
—
5. 実務・検証環境におけるネットワーク最適化とパラメータ設計
インフラアーキテクトやテックリードが、プライベート5G（ローカル5G）やエッジコンピューティング環境を構築する際、この無線物理層の挙動を意識したチューニングポイントが存在する。例えば、Linuxルーターや5Gモジュール（CPE）を制御する環境において、カーネルのネットワークバッファやパケット処理効率を最適化する設定例を以下に示す。
Linuxカーネルパラメータ（sysctl.conf）のチューニング例
無線区間を通過したパケットをスムーズに処理し、バッファあふれによるロスを防ぐための推奨設定。
# /etc/sysctl.d/99-wireless-lowlatency.conf
# ネットワークバッファの最大値を拡大し、高スループット・低遅延な5G環境に対応する
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
# BBR輻輳制御アルゴリズムの有効化（無線区間の変動に対する耐性を高める）
net.core.default_qdisc = fq
net.ipv4.tcp_congestion_control = bbr
# TCPウィンドウのスケーリングを有効化し、高速なモバイル回線でのパイプラインを最大化
net.ipv4.tcp_window_scaling = 15Gモジュール/ルーター側のATコマンド・設定の勘所
産業用IoTゲートウェイや5Gルーター（QuectelやSierra Wireless製など）を組み込む際、キャリアアグリゲーション（CA）やHARQの挙動に影響を与えるRRC層のタイマーや、QoSマッピングの確認が不可欠だ。
# 例: Quectel製5Gモジュールにおけるネットワーク状態・シグナル品質の確認コマンド群
# 現在の無線リンクの状態（SINR, RSRP, MCSインデックス）をリアルタイムでモニタリングする
AT+QENG="servingcell"
# 応答例の解釈：
# +QENG: "servingcell","NOCONN","NR5G-NSA","440","10",... , "MCS": [DL: 28, UL: 24]
# ※MCSが高い値で安定している場合、HARQのRV=0（初回）での成功率が高く、
# ソフト結合のオーバーヘッドが最小化されている状態を意味する。—
6. セキュリティと耐障害性の観点：物理層攻撃とHARQの脆弱性
最後に、セキュリティ専門家の視点から、無線物理層およびHARQメカニズムに潜むリスクについて言及しておこう。
無線通信は本質的にブロードキャストメディアであり、空中を飛ぶ電波は傍受可能（パッシブ・スニッフィング）であるだけでなく、悪意ある攻撃者による電波妨害（ジャミング）や偽の基地局（Rogue Base Station / IMSIキャッチャー）による攻撃のターゲットになりやすい。
1. 資源枯渇攻撃（Denial of Service via HARQ Exhaustion）:
攻撃者が特定のUEやgNBに対して意図的に強力な電波干渉やビット化けを引き起こすことで、常にHARQのNACKを誘発させ、ソフトバッファの領域やアップリンクの制御チャネル（PUCCH）の無線リソースを枯渇させる手法が理論上存在する。
2. 対策とアーキテクチャ設計:
これに対抗するため、最新の5G規格では、制御チャネルの暗号化（RRC信号の暗号化および完全性保護）や、物理層のセキュアなビームフォーミング技術、さらに不正な再送要求を検知・ドロップするAIベースの無線リソース管理（RRM）が導入されつつある。ネットワークの安全性は、上位のTLSやIPsecだけでなく、この最下層のHARQサイクルの健全性監視から始まっているのだ。
—
まとめ
ハイブリッドARQ（HARQ）と冗長バージョン（RV）の制御は、一見すると無線通信の専門家にしか関係のないブラックボックスに見えがちだ。しかし、その内部で繰り広げられている「LLRのソフト結合」や「非同期・適応型の再送制御」の泥臭いドラマこそが、私たちが日常的にストレスなく利用している高速なクラウドサービスやリアルタイム通信の土台を支えている。
パケットがどのように変調され、どの冗長バージョンとしてソフトバッファに積まれ、いかにしてミリ秒単位で復号されているか。この物理層のリアルな挙動を解像度高く理解してこそ、真のインフラアーキテクト、そしてネットワークスペシャリストと呼べるのではないだろうか。
コメント