RedCap（Reduced Capability）¶

難易度: 中級／想定学習時間: 20分／前提: モバイルネットワークの基礎・UE能力の考え方

学習目標¶

この章を読み終えると、次のことができるようになります。

RedCap が「サービス」ではなく UE能力を削減したデバイスカテゴリ（種別） であることを説明できる
RedCapが eMBB と mMTC/NB-IoT の中間 を埋める狙いで作られたことを説明できる
RedCapで 削減される主な無線能力（帯域幅・アンテナ・MIMO等）の概要を挙げられる
RedCapが主に 無線（RAN/UE）側の概念 であり、5GCアーキテクチャ自体を変えるものではないことを理解できる
eRedCap（Rel-18） という発展形の存在を知る

前提知識¶

モバイルネットワークの全体像と、UE（端末）が自分の能力を網に通知する「UE能力（UE Capability）」の考え方を軽く把握していると読みやすくなります。UE能力ネゴシエーションの文脈は Registration を、デバイス種別をネットワークで区別する文脈は Network Slicing を参照してください。

この章で学べること¶

Why — なぜ「能力を絞った」デバイス種別が必要になったのか
Basic Concept — RedCapを身近な例えで理解する
RedCapの特徴 — 何が削減されるのか（概要表）
通常UEとの比較 — フル能力のNR UEとの違い
5GCへの影響 — コア側から見たRedCapの扱い（軽く）
EPC / Release差分 — LTEのCat-M/NB-IoTとの関係、eRedCapまで

Why — なぜRedCapが必要なのか¶

5Gには両極端の使い方があります。一方は eMBB（enhanced Mobile Broadband, 高速大容量）で、スマートフォンや高精細映像のようにとにかく速く大量に運びたい用途です。もう一方は mMTC（massive Machine Type Communications）や NB-IoT で、水道メーターのようにごく少量のデータをたまに、超低消費電力・低コストで運びたい用途です。

ところが現実には、この両極端のちょうど中間にあたる機器がたくさんあります。たとえばウェアラブル端末、産業用センサー、監視カメラ、スマートグリッド機器などです。これらは「スマホほどの高性能は要らないが、NB-IoTでは能力が足りない」という中位の要求を持ちます。フル能力のNR UEをそのまま使うと チップが高価・大型・消費電力が大きく、量産IoTには向きません。

そこで 3GPP は Rel-17 で、UEの能力を意図的に削って 低コスト・低消費電力・小型 にしたデバイスカテゴリを定義しました。これが RedCap（Reduced Capability） です。標準化の初期には 「NR-Light」 とも呼ばれていました。

Overview — 概要¶

RedCapのポイントは次の3点に集約されます。

サービスではなくデバイス種別 — RedCapは「新しい通信サービス」ではなく、能力を絞ったUEのカテゴリを指します。VoNRのような手続き（サービス）とは性質が異なります。
中間を埋める — 性能・コスト・消費電力の面で、eMBB（高性能）と mMTC/NB-IoT（超低速・超低消費電力）のあいだを狙います。
主に無線側の概念 — 削減されるのは主に 無線アクセス（RAN/UE） の能力です。5GC（コア）のアーキテクチャそのものを変えるものではありません。

Basic Concept — 初心者向け説明¶

車のグレードにたとえる¶

RedCapは、車の グレード（廉価版） に似ています。

eMBB UE = フル装備の上位グレード。エンジンも装備も最高で、価格も高い（＝高性能スマホ）
NB-IoT / mMTC = 超小型の軽自動車。とにかく安く燃費重視、荷物は少ししか運べない（＝水道メーター等）
RedCap UE = 必要十分な標準グレード。上位グレードほどの装備は省くが、軽自動車より広く使える（＝ウェアラブル・センサー・監視カメラ）

同じ「NRという道路」を走れる点は変わりません。ただしRedCapは、使わない装備をあえて外して安く軽くした車、というイメージです。外すのは主に「一度に運べる量（帯域幅）」「アンテナの数」「同時に走らせる車線の数（MIMOレイヤ）」などです。

「絞る」のは無線能力¶

大事なのは、RedCapが絞るのは主に無線区間の能力だという点です。コアネットワーク（5GC）から見ると、RedCapのUEも通常のUEと同じ手続きで登録・接続します。5GCは受け取ったUE能力情報を見て「これはRedCapだ」と識別できますが、コアの基本構造を作り替える必要はありません。

RedCapの特徴 — 何が削減されるのか¶

RedCapで削減・緩和される主な無線能力は次のとおりです。具体的な数値は 3GPP 仕様（主に TS 38.306 / TS 38.331 系）で規定されますが、正確な値・章番号は必ず一次仕様で確認してください（要確認）。

削減される能力	概要	ねらい
最大帯域幅	UEが扱う最大帯域幅を制限（例: FR1で20MHz程度に制限 ※数値は要確認）	チップの簡素化・低コスト化
受信アンテナ数（Rxブランチ）	受信ブランチ数を削減（例: 1〜2本 ※要確認）	部品点数・コスト・サイズの削減
MIMOレイヤ数	同時に送受信する空間ストリーム数を削減	処理量・消費電力の削減
変調次数（モデュレーション）	対応する最大変調次数を抑える場合がある（※要確認）	演算負荷・コストの削減
半二重FDDの許容	送受信を同時に行わない半二重FDD動作を許容する場合がある（※要確認）	RF部品の簡素化

数値・章番号は必ず一次仕様で確認

上表の「20MHz」「1〜2本」などの具体的数値は、代表的に語られる目安であり、リリース・バンド・FR（周波数レンジ）によって条件が異なります。断定せず、TS 38.306（UE無線アクセス能力）/TS 38.331（RRC）/TS 38.300系の該当箇所で必ず確認（要確認）してください。本章では推測での数値断定を避けています。

これらの削減により、RedCap UEは チップ面積・コスト・消費電力を抑えつつ、NB-IoTより高いスループットと、5G NRの機能（スライス等）への親和性を確保します。

通常UE（フル能力NR UE）との比較¶

観点	通常のNR UE（eMBB向け）	RedCap UE
位置づけ	高性能・高スループット	中位・省コスト／省電力
最大帯域幅	広い（キャリアアグリゲーション等も）	制限される（※数値は要確認）
受信アンテナ数	多い	少ない（※要確認）
MIMOレイヤ	多い	少ない
想定用途	スマホ・FWA・高精細映像	ウェアラブル・産業センサー・監視カメラ・スマートグリッド
コスト／消費電力	高め	低め

同じNRネットワーク上で共存しますが、RedCapは「必要十分」に振り切ったカテゴリだ、と捉えると整理しやすくなります。

5GCへの影響 — コアから見たRedCap¶

RedCapは主に無線側の概念ですが、5GC側にもいくつかの接点があります（実装依存の部分が大きいため、詳細は要確認）。

識別 — 5GCは登録時などに得られる UE能力情報 をもとに、UEがRedCapであることを識別しうる（識別方法・利用範囲は実装/構成依存、要確認）。
スライス／ポリシー／課金での区別 — RedCapデバイス群を Network Slicing で束ねたり、ポリシーや課金で通常UEと区別したりできる余地がある（どこまで区別するかは事業者の実装依存、要確認）。
アーキテクチャは不変 — RedCap対応のために 5GCのNF構成や参照点そのものを作り替える必要はない。あくまで「能力の絞られたUEを収容する」形です。

まとめると、RedCapは「コアの作り直し」ではなく「無線能力を絞ったUEを、既存の5GCがそのまま収容する」性質のものだと理解してください。

EPCとの比較（LTE時代の低能力デバイス）¶

LTE/EPC の時代にも、低能力デバイス向けのカテゴリがありました。代表例が LTE-M（Cat-M1） と NB-IoT です。これらは主に低速・低消費電力のIoT向けでした。RedCapは、これらより上の中位帯を、5G NRの枠組みの中で埋める位置づけと捉えると理解しやすくなります（正確な性能境界やカテゴリ対応は要確認）。

graph LR
    A["eMBB
高速・大容量
（スマホ/FWA）"] --- B["RedCap
中位・省コスト
（ウェアラブル/センサー/監視カメラ）"]
    B --- C["mMTC / NB-IoT
超低速・超低消費電力
（メーター等）"]

図の読み方: 左ほど高性能・高コスト、右ほど低速・低消費電力・低コストです。RedCapはその中間を埋めるデバイス種別です。

Release差分¶

Rel-17 — RedCap（Reduced Capability, NR-Light）を導入。UE能力を削減した中位デバイスカテゴリを定義。
Rel-18 — eRedCap（enhanced RedCap） が議論・導入され、さらに能力を削減したデバイスを対象とする方向（さらなる低コスト・低ピークレート化）。ただし具体的な削減内容・数値は 要確認。

3GPP Specification¶

RedCapは主に無線（RAN/UE能力）側の概念のため、参照は以下の系列が中心です。具体的な章番号・数値は一次仕様で必ず確認（要確認）してください。

仕様	内容（概要）	備考
TS 38.306	NR UEの無線アクセス能力	RedCapの能力パラメータ関連（章番号・数値は要確認）
TS 38.331	NR RRC プロトコル	UE能力のシグナリング等（章番号は要確認）
TS 38.300系	NRの全体アーキテクチャ／概要	RedCapの位置づけ（要確認）

本章のスタンス

「Rel-17で導入」「NR-Lightと呼ばれた」「eMBBとmMTCの中間」は確定事項として記述しています。一方、削減される具体的な帯域幅・アンテナ数・変調次数などの数値、および各TSの章番号は「要確認」とし、推測での断定を避けています。実務では必ず一次仕様（3GPP）で確認してください。

FAQ¶

Q. RedCapは新しい「サービス」ですか？ A. いいえ。RedCapは能力を削減したUEのカテゴリ（デバイス種別）です。VoNRのような「手続き／サービス」とは性質が異なり、「どんな端末か」を表す区分です。

Q. RedCapを使うと5GCを作り替える必要がありますか？ A. 基本的にありません。削減されるのは主に無線側の能力で、5GCは既存の枠組みでRedCap UEを収容します。スライス・ポリシー・課金で区別する余地はありますが、それも実装依存です（要確認）。

Q. NB-IoTと何が違うのですか？ A. NB-IoT/mMTCは超低速・超低消費電力の極端な省能力デバイス向けです。RedCapはそれより性能が高い中位帯を狙い、ウェアラブルやセンサー、監視カメラなどに向きます。

Q. 「NR-Light」という言葉を見かけますが、RedCapと同じですか？ A. はい。標準化初期の呼称が「NR-Light」で、正式名称が RedCap（Reduced Capability） です。同じものを指します。

Q. eRedCapとは何ですか？ A. Rel-18で議論・導入された enhanced RedCap で、RedCapよりさらに能力を削減したデバイスを対象とする発展形です。詳細は要確認です。

Summary¶

RedCap（Reduced Capability, NR-Light） は Rel-17 で導入された、能力を削減したUEのデバイスカテゴリ（サービスではない）
狙いは eMBB と mMTC/NB-IoT の中間 を埋めること。ウェアラブル・産業センサー・監視カメラ等の中位IoT向け
削減されるのは主に 無線能力（帯域幅・受信アンテナ数・MIMOレイヤ・変調次数・半二重FDD許容等。具体数値は要確認）
5GCアーキテクチャ自体は変えない。UE能力で識別し、スライス/ポリシー/課金で区別しうる（実装依存・要確認）
Rel-18 では eRedCap としてさらなる能力削減が議論・導入（要確認）

Practice — 理解度チェック・演習¶

理解度チェック¶

Q1. RedCapは「サービス」と「デバイス種別」のどちらですか？

デバイス種別（UE能力を削減したカテゴリ） です。新しい通信サービスではなく、「どんな端末か」を表す区分です。

Q2. RedCapが埋めようとしている「中間」とは、何と何の中間ですか？

eMBB（高速大容量） と mMTC/NB-IoT（超低速・超低消費電力） の中間です。ウェアラブルや産業センサーなど中位のIoT用途を狙います。

Q3. RedCap対応のために5GCのアーキテクチャを作り替える必要はありますか？

基本的にありません。削減されるのは主に無線（RAN/UE）側の能力で、5GCは既存の枠組みでRedCap UEを収容します（スライス/ポリシー/課金での区別は実装依存）。

演習¶

身の回りの機器を「eMBB / RedCap / NB-IoT」のどれに当てはまりそうか、理由とともに3つ挙げてみましょう（例: スマートウォッチ → RedCap、水道メーター → NB-IoT）。
RedCapで「帯域幅」や「アンテナ数」を削ると、コスト・消費電力・スループットにどう影響するかを1〜2文で説明してみましょう。

Next Step¶

Network Slicing — RedCapデバイス群をスライスで束ねる／区別する文脈を学ぶ
Registration — UE能力ネゴシエーション（5GCがRedCapを識別する手がかり）の文脈を学ぶ
VoNR — 同じLevel4の「手続き／サービス型」章。デバイス種別との違いを対比して理解する