コンテンツ
非表示
はじめに
本資料については、5GBS勉強会で説明します(参加者募集中)。
5G Broadcast Service(以下5GBS)とは、3GPPの通信規格でブロードキャスト配信を行うことである。しかし、この10年で5GBSへのアプローチは大きく変化した:
- 10年前(2016年ごろ)
- 通信事業者主体、通信の高効率化
- 通信インフラを利用したブロードキャスト配信
- 周波数:モバイル網向け周波数
- 送信タワー:携帯基地局
- 全体動向
- 2026年時点で、大きな動きなし
- 通信インフラを利用したブロードキャスト配信
- 通信事業者主体、通信の高効率化
- 現在(2026年)
- 放送事業者主体、放送の高度化
- 放送インフラを利用した3GPPブロードキャスト配信
- 周波数:放送用UHF帯(470-700MHz)
- 放送規格(ATSC、DVB)を3GPP 5GBSで完全に置き替えるのではなく、同じ周波数帯で両者の混在も可能
- ATSC 3.0トランスポートを使った5GBSも実現済み
- 送信タワー:放送用を流用
- 周波数:放送用UHF帯(470-700MHz)
- 全体動向
- 2026年時点で、幾つかの放送会社がサービス開始をアナウンス済み
- 放送インフラを利用した3GPPブロードキャスト配信
- 放送事業者主体、放送の高度化
この背景としては、以下が考えられる:
- 通信事業者
- 通信サービスは儲かっている
- 5GBSによる通信の高能率化は魅力的ではあるが、トラフィックはユーザへの課金対象でもあり、現状では積極的に5GBSは推進していない
- 放送事業者
- 放送サービスは毎年縮小しており、新しい収益を探している
- テレビ用UHF帯は縮小の方向(通信用プラチナバンド(700-1000Mhz)直下の周波数帯であり、通信への転用が進行中)
- 米国では放送用600Mhz帯を通信用として転用済み(T-Mobile)
- 電波帯を通信に取られるぐらいなら放送側で活用したい
- 5GBSは以下の視点で有望である:
- 放送事業者による、スマホ等への直接リーチ(D2M、Direct to Mobile-phone)
- 映像コンテンツ以外の配信
さらに、技術仕様としては、マルチキャスト・ブロードキャストとユニキャストを統合して扱える仕様(5GMS、5G Media Streaming)も登場した。この規格は一つのモバイル網内で、マルチキャスト・ブロードキャストとユニキャストを切り替えるだけではなく、事業者をまたぐ切り替えも可能である。つまり、ブロードキャストは放送事業者網、ユニキャストは通信事業者網というハイブリッドな配信も可能な仕様になっている。
このような背景のもと、本書では5GBSの動向について深堀する。ただし、前述のように5GBSについて、通信事業者側における大きな動きは無く、すべて放送事業者の動向となることに注意されたい。
5GBS概要
- 5GBSの基本定義
- 通信規格でブロードキャスト配信を行うこと
- 5GBSは新しい放送インフラ
- 無料、大規模配信、高レジリエンス、省電力
- 多様な用途
- 災害警報、イベント、モバイルTV、IoT更新
- 米国以外におけるメリット
- ローカル主体の配信インフラ:主権、文化、民主主義の確保
- サービス予定
- 米国
- 2026年にサービス開始予定
- EU
- 2027年にサービス開始予定(2030年までに21カ国、1,233万人まで拡大)
- 米国
- 導入のカギ
- 端末への機能搭載:義務化が望ましい
最近のカンファレンス等でのトピック
MWC 2026
- Xgn Global
- 2026年後半、米国において商用端末でのサービスイン(対象は映像と緊急通信)をアナウンス
- Enensys
- 上記端末のストリーミングスイート(CubeAgent Mobile)を提供
- BROADCAST NETWORKS EUROPE
- ホワイトペーパ発行(5G Broadcast Horizons for Europe)
NAB 2026
- LPTVが大盛り上がり
- LPTVは、5GBSによりニッチ放送から次世代インフラへ生まれ変わる
- NAB Show 2026と同時開催されたLPTV Broadcasters Association(LPTVBA)の年次総会が満員御礼
- 新規LPTV申請が増加(既存:5,300局、新規申請:2,200局)
- Castanet社の存在感が上がる
- 5G broadcasd over ATSC 3.0:ATSC3.0をトランスポートとして5G Broadcastを実装。NABでデモ
- Castanet C5G:リニア配信を中心としたセカンドスクリーン・物販の統合管理
- シリコンバレーで5GBSパイロット予定:Major Market Broadcasting社が持つUHF帯@シリコンバレーでC5G over 5GBS over ATSC 3.0を実施する予定
参考:社会的メリット(放送事業者視点)
欧州BNE(Broadcast Networks Europe)がSouth 180に作成委託した資料(5G Broadcast Horizons for Europe)のまとめ
https://broadcast-networks.eu/wp-content/uploads/South-180-5G-Broadcast-Horizons-for-Europe-0311.pdf
- 市民・社会へのメリット
- 5G Broadcastは、スマホや車載機器で、SIMなし・無料・データ通信不要でテレビ/ラジオを受信できる仕組み
- 主な利点:
- 無料・ユニバーサルアクセス
- 電波が届けば誰でも視聴可能
- 高いレジリエンス
- モバイル回線障害・災害時にも情報配信が継続
- 緊急警報に最適
- 混雑しても品質が劣化しない
- 差別のないサービス
- 同時接続数に制限なし
- 省電力
- スマホの電池に優しい
- 無料・ユニバーサルアクセス
- 技術の概要
- 3GPPにより UHF帯(470〜694MHz)で標準化
- 現行の地上波DTTインフラを流用→既に欧州全域で高カバレッジ
- 放送とモバイルを「補完」するハイブリッドモデル
- 放送:多人数へ効率配信(マルチキャスト)
- モバイル:ユニキャスト(オンデマンド)に最適
- 2017〜2025年に 18カ国で24件の実証実験 が実施済み
- 主なユースケース
- モバイル向け線形テレビ/ラジオ
- 若年層のテレビ離れに対応
- 通勤・外出先で手軽に視聴
- イタリアRAIは、2024〜25年にプレ商用サービス開始
- 公共警報システム(Public Warning)
- 災害・停電でも受信できる「強靭な」警報
- エストニアは「Pocket Siren」を実証中(2026まで)
- イベントの強化(スタジアム・フェスティバル)
- マルチアングル映像、統計情報などを現地観客へ
- モバイル混雑を回避
- 英国のOne4HDD、Vistaプロジェクトで実証
- ファイル配信(ソフト更新等)
- IoT 8.6億台(2030 EU予測)に対しては同時配信が効率的
- OSアップデート/アプリ配布に最適
- 測位システム補強(PNT)
- Galileo/GPSのバックアップとして機能
- ウィーンで実証(Rohde & Schwarz 他)
- ドローンナビゲーション
- 低周波帯で妨害に強い→軍事利用も想定
- エストニアで研究中
- モバイル向け線形テレビ/ラジオ
- 欧州にもたらす価値(Value for Europe)
- 主権とレジリエンス
- 非欧州プラットフォーム依存から脱却
- 混雑でも通信可能→ハイブリッド戦(Hybrid Warfare)対策
- イノベーション
- DTT+5Gの組み合わせで周波数を効率利用
- PMSE、天文学、軍事利用とも共存可能
- 民主主義の強化
- フェイクニュース対策→信頼できる放送をスマホへ
- 公共放送の役割拡大
- 文化・創造性
- 欧州産コンテンツの流通を促進
- ローカル言語の発信を支援
- 社会包摂
- 高齢者・低所得層にもアクセスしやすい
- 辺地でも高カバレッジ
- 環境(カーボン削減)
- 大規模視聴においては、ストリーミングよりも最大99%低消費電力と試算
- データセンター負荷を軽減
- 主権とレジリエンス
- 関係者へのメリット(Stakeholders)
- 市民
- データ不要、緊急警報、無料TV/R…
- 放送局
- 若年層へ直接リーチ、広告機会
- 通信キャリア
- ネットワークオフロードでコスト削減
- 機器メーカー
- 新サービス追加で付加価値
- 政府/規制当局
- 緊急警報インフラ、主権強化
- チップメーカー
- 新市場獲得(Qualcommが主導)
- 市民
- 欧州での導入シナリオ(2027–2030)
- 2027年
- ドイツ、フランス、イタリア等 6カ国で商用サービス開始
- 2028年
- バルト三国が公共警報目的で導入
- 主要Androidメーカーが搭載開始(プレミアム機)
- 2029年
- 14カ国に拡大
- Androidでは標準機能へ
- 2030年
- 21カ国で導入、EU人口の60.7%カバー
- iPhoneも対応(仮定)
- 月間利用者1,233万人
- 2027年
- 実現に必要な政策(How to make it happen)
- 政策提言:
- 5G Broadcast対応チップを端末に義務化
- 端末の「Free-to-Air(無料視聴)モード」を義務化
- → 端末メーカー/キャリア側の抵抗を解消するための重要ポイント。
- 政策提言:
組織
標準化団体
- ETSI
- European Telecommunications Standards Institute (欧州電気通信標準協会)
- https://www.etsi.org/
- 欧州における電気通信標準の策定
- 設立:1988年
- ETSI JTC Broadcast(Joint Technical Committee Broadcast)
- https://www.etsi.org/committee/1391-broadcast
- 主幹:ETSI TS 103 720(LTE‑based 5G Broadcast)
- 3GPP
- 3rd Generation Partnership Project
- https://www.3gpp.org/
- 携帯電話やモバイル通信システムの国際標準を策定するための標準化団体
- 設立:1988年
業界団体
- 5G Media Action Group (5G-MAG)
- https://www.5g-mag.com/
- 設立:2020年
- 5Gの「メディア分野」に特化し、標準化と実装をつなぐことを目的とした国際的な業界団体
- メンバー
- 放送事業者、通信事業者、メーカー等大企業が参加
- 補足:リファレンス実装
- 5G Broadcast Collective (5GBC)
- https://5gbc.tv/
- 設立:2024年4月
- 5G Broadcast(5G放送/Direct‑to‑Mobile)の実用化・普及を推進するための国際アライアンス(非営利団体)
- メンバー
- 米国5G関連事業者:XGen Network社、LPTVBA等
- 5G Broadcast Strategic Task Force(5BSTF)
- 5GBSの商用開始に向けた連絡会・戦略会議”
- 設立:2024年9月
- Webなし
- メンバー
- 欧州の大手通信事業者
- (補足)5G-Xcast
- https://5g-ppp.eu/5g-xcast/
- 期間:2017年6月〜2019年7月
- 5G-PPP(EU主導の 5G産学官連携、現在は終了)のサブプロジェクト
- 5Gにおける放送サービスの研究プロジェクト
- 通信事業者も参加
- (補足) Open5GS
- https://open5gs.org/
- 基盤系のオープンソース実装
主要メーカー
- Rohde & Schwarz
- GatesAir
- https://www.gatesair.com/
- 放送送信機メーカー
- 5G Passthrough
- ATSC3.0および5GBS両対応な送信
- LPTVの裏側
- XGen Global、XGen Network(XGN)
- https://www.xgnglobal.com/
- 5GBS全体の推進
- X1 Mobile Network
- https://x1mobile.com/
- XGen Globalの兄弟会社
- 5GBS向けスイートの実装を担当
- Enensys
- https://www.enensys.com/
- クライアント実装
- CubeAgent Mobile
商用化に向けた動き
米国
- XGN Global、X1 Mobile
- 2026MWC:2026年に米国で商用サービス開始とアナウンス
- 通信網ではなく、放送網を使用
- XGN Global、X1 Mobile:両者ともに社長はFrank “SuperFrank” Copsidas。
- ベンチャー企業がサービス開始をアナウンスしたというレベル
- LPTV (Low Power TV)
- LPTVの背景
- 米国の極小TV局であり放送サービスの地位低下に悩む
- ATSC 3.0に不満を持つ(高コスト等)
- 5GBSの新しい可能性に興味を持つ
- スマホへのD2C
- データキャスティング、GPS等
- LPTVにおける5GBS利用
- ATSC 3.0用の電波帯域で5GBSを送出
- 時系列
- 2023
- WWOO‑LD(LPTV局、免許人Milachi Media)がボストンで実験開始
- 2024
- 5GBCを設立
- メンバー:XGen Network (XGN Global)、Milachi Media、LPTV Broadcasters Association
- 5GBCを設立
- 2025
- HC Broadcasting社(米国LPTV最大手)が、FCCにATSC3.0ではなく5GBSの送信を許すように提言
- これに対し、FCCはパブリックコメントを募集
- 2026年3月時点
- FCC側の具体的なアクションなし
- 2023
- 前記2026年サービス開始アナウンス(XGN-Global)との関係
- 現状、不明だが、前記アナウンスには送信側の主体が含まれておらず、LPTVを期待している可能性が高い
- LPTVの背景
欧州
- 5G Broadcast Strategic Task Force(5BSTF)
- 2027年までに6か国、総カバレッジ1.25億人とアナウンス
- 詳細についてのアナウンスは無いが、コアメンバーが行ったトライアルの延長であると思われる
- 使用周波数帯:放送用
- メンバー
- 放送関連事業者のみで構成される。通信事業者の参加なし
- コアメンバー
- ドイツ:Media Broadcast
- ドイツ最大級の放送ネットワーク事業者
- 5BSTF発起人
- フランス:TDF
- フランスの主要放送・インフラ事業者
- 5BSTF発起人
- イタリア:RAI
- イタリア公共放送
- 英国:Cordiant Capital
- 放送インフラ投資を行うファンド
- ポーランド:Emitel
- Cordiant Capital傘下
- ポーランドの全国放送ネットワーク事業者
- チェコ:České Radiokomunikace (CRA)
- Cordiant Capital傘下
- チェコ最大の放送ネットワーク事業者
- ベルギー:Belgium Tower Company (BTCY)
- Cordiant Capital傘下
- ベルギーの放送・タワー事業者
- ドイツ:Media Broadcast
- 技術パートナー
- Rohde & Schwarz(ドイツ)
- 5BSTF発起人
- Rohde & Schwarz(ドイツ)
トライアル
欧州
- フランス:パリ五輪スケール実証(TDF主導)
- 実施主体:TDF+France Télévisions+EBU
- 時期:2024夏〜2025年継続
- 内容:
- 都市部送信所からの 5GBS一斉配信
- スマートフォン多数同時受信
- 意義:
- 数百台規模の一般端末での安定受信を確認
- 欧州全体の商用検討(5BSTF)を後押し
- イタリア:24/7 常設デモ(RAI / EiTowers)
- 実施主体:RAI+EiTowers
- 時期:2025年開始
- 内容:
- ミラノ等 5都市での常時放送
- リニアTVの5GBS配信
- 意義:
- 実験ではなく擬似商用
- 端末メーカー向け「常時使える」前提を提示
- 独・仏・伊ほか:5BSTF Sprint 1 トライアル統合
- 主体:5BSTF(Media Broadcast / TDF / RAI 他)
- 時期:〜MWC 2025
- 成果:
- 人口約1.25億人分のネットワーク提供可能性を確認
米国
- ボストン:WWOO‑LD(Milachi Media / XGen)
- 開始:2023 → 2025年(継続中)
- 内容:
- 世界初の24/7 5GBS送信
- スマホ向けライブ映像+緊急アラート
- 成果:
- 0.5秒以内の緊急通知配信
- 意義:
- FCCルール改正(HC2 Petition)の技術証拠
- インディアナ州:WODP‑LD(HC2 Broadcasting)
- 時期:2024–2025
- 内容:
- 車速移動中スマートフォン受信
- データキャスティング検証
- 成果:
- 干渉なし・安定受信を実証
- 意義:
- 5GBSを LPTV正式方式として認める根拠
- 複数州:XGen / HC2 / EGOT Media フェーズ2
- 時期:2025年
- 内容:
- 複数LPTV局での連続実証
- 焦点:
- First Responder用途
- データ配信
- 意義:
- 2026年制度判断を前提にした拡張試験
イベント
- MWC 2025:端末・市場向けトライアル
- 関係主体:5BSTF/Rohde & Schwarz/Qualcomm
- 内容:
- 実ネットワーク前提の受信デモ
日本における可能性
- 前提(5GBSのトレンド)
- 放送局主体のUHF帯における3GPP仕様の電波送出
- 技術的可能性
- 日本の放送用UHF帯(EUとほぼ同じ)でも5GBSの運用は可能
- 制度的可能性(課題)
- 3GPPフォーマットの電波を、放送事業者がUHF帯で流すことは難しい?
- 電波割り当て:放送用UHF帯での3GPP送信
- 電波免許:送信主体が放送事業者
- 5GBSを受信できるスマホは放送法上のテレビ受信機?
- NHK視聴料の納付義務
- 3GPPフォーマットの電波を、放送事業者がUHF帯で流すことは難しい?
電波割当
- テレビが利用している周波数帯(470~700Mhz)
- 特徴
- UHF帯(300~1000Mhz)に含まれる
- 長距離伝搬・壁透過性に優れる
- モバイル通信における(いわゆる)プラチナバンド(700、800、900Mhz)の直下帯
- 通信チップ側の対応は容易(600Mhz帯については、既に米国で使用されており、対応済み)
- UHF帯(300~1000Mhz)に含まれる
- 割当アプローチ
- 米国
- 600Mhz帯については、放送から通信利用へ転用済み
- EU
- 2030年まで
- 放送優先で使用
- 2030年以降
- 通信利用も考慮したシナリオを検討
- 2030年まで
- 米国
- 補足:日本の600Mhz帯
- 地上波テレビ35~52ch(602~710Mhz)が割り振られる
- 大都市圏では使われていないが、地方や中継局(メインと同じ内容を山間部等で送信)では多く使われている(メイン放送との干渉をさけるため高周波数を使う傾向あり)。
- 特徴
技術仕様
略語
- 5GBS (5G Broadcast Service)
- 携帯電話ネットワークでブロードキャストを利用したサービス
- 注意点:5G Broadcast Systemの略ではない
- 5GMS (5G Media Streaming)
- 携帯電話ネットワークでメディアストリーミングを行うアーキテクチャ
- ユニキャスト・マルチキャスト両対応
- MBMS (Multimedia Broadcast/Multicast Service)
- 携帯電話ネットワーク上におけるブロードキャスト・マルチキャストの方式
- 拡張
- eMBMS (evolved MBMS):LET向けの拡張
- FeMBMS (Further eMBMS):eMBMSの再拡張
- 5G MBS (5G Multicast-Broadcast Service):5G時代のMBMS
仕様階層
ここからは、アプリケーション側の(アプリケーション側からモバイル網を使うための)技術仕様にのみ言及することに注意されたい(網側における内部仕様については言及しない)。
- 上位層
- TS 103 720
- 放送局視点での5GBS利用について(最上位仕様)
- 制定:2020年
- TS 123.247
- ネットワークアーキテクチャ(5G網におけるブロードキャストサービス、MBMS)について
- 制定:2011年
- TS 103 720
- 中位層
- TS 126.501
- 5Gにおけるメディア伝送(5GMS)について
- 制定:2019年
- TS 126.502
- 501の拡張としてのブロードキャスト(5GBS)利用について
- 制定:2021年
- TS 126.501
- 下位層
- TS 126.346
- メディア形式(コンテンツおよびパケットの形式)について
- 制定:2004年
- TS 126.347
- 123.247に対するAPI仕様について
- 制定:2016年
- TS 126.346
時系列
- 2004年
- 126.346:メディア(コンテンツおよびパケット)形式が制定される
- 2011年
- 123.247:5G網におけるブロードキャストサービス(MBMS)が制定される
- 2016年
- 126.347:247(5G網におけるブロードキャストサービス)を利用するためのAPI仕様が制定される
- 2019年
- 126.501:メディア配信に特化した仕様(5GMS)が決まる
- 2020年
- 103.720:放送サービスにおける5GBS利用について最上位仕様が決まる
- 2021年
- 126 502:メディア配信に特化したマルチキャスト・ブロードキャストの仕様が決まる
上位層
- TS 103.720:
- 5G Broadcast System for linear TV and radio services; LTE-based 5G terrestrial broadcast system
- https://www.etsi.org/deliver/etsi_ts/103700_103799/103720/01.02.01_60/ts_103720v010201p.pdf
- TS 123.247:
- Architectural enhancements for 5G multicast‑broadcast services
- https://www.etsi.org/deliver/etsi_ts/123200_123299/123247/17.03.00_60/ts_123247v170300p.pdf
中位層
- TS 126.501:
- 5G Media Streaming (5GMS);General description and architecture
- https://www.etsi.org/deliver/etsi_ts/126500_126599/126501/19.02.00_60/ts_126501v190200p.pdf
- Unicast
- TS 126.502:
- 5G; 5G multicast‑broadcast services; User service architecture
- https://www.etsi.org/deliver/etsi_ts/126500_126599/126502/19.03.00_60/ts_126502v190300p.pdf
- Multicast
下位層
- TS 126.346
- Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs
- https://www.etsi.org/deliver/etsi_ts/126300_126399/126346/17.06.00_60/ts_126346v170600p.pdf
- TS 126.347
- LTE;Multimedia Broadcast/Multicast Service (MBMS); Application Programming Interface and URL
- https://www.etsi.org/deliver/etsi_TS/126300_126399/126347/18.00.00_60/ts_126347v180000p.pdf
各仕様の目次
ETSI TS 103.720
- LTE‑based 5G Terrestrial Broadcast System
- 前書き
- Foreword
- ETSIにおける5G Broadcast標準化の背景と目的。
- Introduction
- 通信と放送の融合としての5G Broadcastの位置づけを説明。
- Foreword
- 1. 適用範囲(Scope)
- 1.1 対象サービス
- リニアテレビおよびラジオ放送サービス。
- 1.2 システム前提
- LTEをベースとした5G Broadcast
- 1.1 対象サービス
- 2. 参照規格(References)
- 2.1 3GPP参照仕様
- LTE/eMBMS/FeMBMS関連仕様。
- 2.2 放送・メディア関連仕様
- DVB、メディア配信関連規格。
- 2.1 3GPP参照仕様
- 3. 用語・略語・記号(Definitions and abbreviations)
- 3.1 5G Broadcast用語
- Broadcast Service、Receiver 等の定義。
- 3.2 ネットワーク要素用語
- MCE、eNB、MBMS等の定義。
- 3.1 5G Broadcast用語
- 4. 5G Broadcastシステム概要
- 4.1 基本コンセプト
- 一斉同報配信を通信網で実現する考え方。
- 4.2 システム構成全体像
- アプリケーション、配信網、受信機の関係整理。
- 4.1 基本コンセプト
- 5. 機能アーキテクチャ
- 5.1 機能ブロック構成
- 放送に必要な機能要素の分割。
- 5.2 中央・分散構成
- 5.2.1 集中型MCE構成
- 集中的に配信制御を行う方式。
- 5.2.2 分散型MCE構成
- 地理的に分散して配信制御を行う方式。
- 5.2.1 集中型MCE構成
- 5.1 機能ブロック構成
- 6. LTEベース5G Broadcastプロファイル
- 6.1 プロファイル定義
- 既存LTE仕様の制約付き利用方法。
- 6.2 無線特性
- 6.2.1 Downlink専用運用
- 上りを使わない放送特化運用。
- 6.2.2 同期要件
- SFN等の同期前提条件。
- 6.2.1 Downlink専用運用
- 6.1 プロファイル定義
- 7. 受信機カテゴリ(Receiver Profiles)
- 7.1 受信機分類
- 端末機能レベルによるカテゴリ分け。
- 7.2 基本受信機
- 7.2.1 最低限受信機能
- 放送受信のみ可能な構成。
- 7.2.1 最低限受信機能
- 7.3 拡張受信機
- 7.3.1 サービス発見対応
- サービスアナウンス対応端末。
- 7.3.2 アプリ連携対応
- アプリケーションとの連携機能。
- 7.3.1 サービス発見対応
- 7.1 受信機分類
- 8. サービスアナウンスメント(Service Announcement)
- 8.1 SAの役割
- サービス検出のための情報提供。
- 8.2 SA情報構成
- 8.2.1 サービス識別情報
- サービスID、名称等。
- 8.2.2 メディア属性情報
- 映像・音声属性。
- 8.2.1 サービス識別情報
- 8.3 SA配信方式
- Broadcastでの配信手段。
- 8.1 SAの役割
- 9. サービス配信(Service Delivery)
- 9.1 配信モデル
- リニアコンテンツの継続配信。
- 9.2 メディア形式
- 9.2.1 映像サービス
- TV向け映像配信。
- 9.2.2 音声サービス
- ラジオ向け音声配信。
- 9.2.1 映像サービス
- 9.1 配信モデル
- 10. 公共警報機能(Public Warning System, PWS)
- 10.1 PWS要件
- 災害・緊急情報配信の要求条件。
- 10.2 Broadcast活用
- 10.2.1 同時一斉配信
- 広域迅速配信。
- 10.2.2 高信頼性配信
- ネットワーク混雑時でも動作。
- 10.2.1 同時一斉配信
- 10.1 PWS要件
- 11. セキュリティ考慮事項
- 11.1 前提条件
- Free‑to‑air前提の設計思想。
- 11.2 コンテンツ保護
- 11.2.1 非暗号前提
- 放送用途としての割り切り。
- 11.2.1 非暗号前提
- 11.1 前提条件
- 附属書(参考)
- A. 既存放送方式との関係
- DVB等との比較・補完説明。
- B. 略語一覧
- 本仕様で使用される略語整理。
- A. 既存放送方式との関係
ETSI TS 123.247
- Architectural enhancements for 5G multicast‑broadcast services
- 前書き
- Foreword
- Rel‑17以降でMBSを導入する背景と目的を説明。
- Introduction
- 5Gにおけるマルチキャスト/ブロードキャストの位置づけを概説。
- Foreword
- 1. 適用範囲(Scope)
- 1.1 対象システム
- 5G System(5GS)におけるMBS機能が対象。
- 1.2 非対象事項
- メディア形式やアプリ動作は対象外。
- 1.1 対象システム
- 2. 参照規格(References)
- 2.1 アーキテクチャ関連
- TS 23.501 / 23.502 など5GS基本仕様。
- 2.2 サービス・メディア関連
- TS 26.502 / 26.346 等との依存関係。
- 2.1 アーキテクチャ関連
- 3. 用語・略語(Definitions and abbreviations)
- 3.1 MBS特有用語
- MBS Session、MBS Bearer 等の定義。
- 3.1 MBS特有用語
- 4. 要求条件と設計原則
- 4.1 サービス要件
- 大規模同時配信、効率性、高信頼性。
- 4.2 ネットワーク設計原則
- 既存5GCの最小拡張で実現する方針。
- 4.1 サービス要件
- 5. 全体アーキテクチャ拡張
- 5.1 基本構成
- 既存5GSにMBS機能を重畳する構造。
- 5.2 セッション概念
- 5.2.1 MBSセッション
- 配信単位としての論理セッション。
- 5.2.2 ユーザ参加モデル
- UEが参加/非参加を切替可能。
- 5.2.1 MBSセッション
- 5.1 基本構成
- 6. 5Gコアネットワーク拡張(Core Enhancements)
- 6.1 新規・拡張ネットワーク機能
- 6.1.1 セッション管理拡張
- MBS用SMF関連拡張。
- 6.1.2 ユーザプレーン拡張
- MBSデータ配信対応UPF。
- 6.1.1 セッション管理拡張
- 6.2 制御プレーン連携
- AMF等との連携方法。
- 6.1 新規・拡張ネットワーク機能
- 7. 無線アクセスネットワーク拡張(RAN Enhancements)
- 7.1 RANの役割
- 無線区間でのMBS配信制御。
- 7.2 リソース管理
- ユニキャストとの無線資源共存。
- 7.1 RANの役割
- 8. マルチキャストアーキテクチャ
- 8.1 マルチキャスト動作モデル
- 特定ユーザ群への効率配信。
- 8.2 UE参加制御
- グループに参加するUEの管理。
- 8.1 マルチキャスト動作モデル
- 9. ブロードキャストアーキテクチャ
- 9.1 ブロードキャスト動作モデル
- 不特定多数への一斉配信。
- 9.2 UE非個別制御
- UE状態非依存の配信特性。
- 9.1 ブロードキャスト動作モデル
- 10. ユニキャストとの共存
- 10.1 共存原則
- 既存通信サービスとの干渉回避。
- 10.2 切替条件
- 負荷や利用者数に応じた切替。
- 10.1 共存原則
- 11. モビリティとサービス継続性
- 11.1 移動時の動作
- ハンドオーバ時のMBS継続。
- 11.2 セッション維持
- 中断しない配信の考え方。
- 11.1 移動時の動作
- 12. 運用・管理観点
- 12.1 ネットワーク運用
- MBS導入時の運用影響。
- 12.2 管理・監視
- 配信状態の監視指針。
- 12.1 ネットワーク運用
- 13. セキュリティ考慮事項
- 13.1 脅威モデル
- MBS特有のリスク要因。
- 13.2 保護方針
- 認可・保護は上位仕様と連携。
- 13.1 脅威モデル
- 附属書(参考)
- A. 代表的ユースケース
- メディア配信/公共情報など。
- B. 略語一覧
- TS内で使用される略語整理。
- A. 代表的ユースケース
ETSI TS 126 501
- 5G Media Streaming Architecture
- 前書き
- Foreword
- TS 26.501 の目的、適用範囲、他仕様(26.502 等)との関係。
- Introduction
- 5G Media Streaming(5GMS)の思想と全体像を説明。
- Foreword
- 1. 適用範囲(Scope)
- 1.1 対象サービス
- 5Gシステム上で提供されるIPベースのメディアストリーミング。
- 1.2 対象外事項
- 無線物理層、コーデック詳細、MBS配信は対象外。
- 1.1 対象サービス
- 2. 参照規格(References)
- 2.1 3GPP仕様
- TS 23.501、23.502、26.502 等との関係。
- 2.2 外部仕様
- HTTP、MPEG‑DASH、IETF関連仕様。
- 2.1 3GPP仕様
- 3. 用語・略語(Definitions and abbreviations)
- 3.1 5GMS関連用語
- 5GMS Client / AF / AS 等の定義。
- 3.2 メディア配信用語
- セグメント、プレゼンテーション、ストリームなど。
- 3.1 5GMS関連用語
- 4. 5G Media Streaming 概要
- 4.1 基本概念
- IP・HTTP・セグメント配信を前提とする設計思想。
- 4.2 サービス分類
- 4.2.1 ダウンリンク・ストリーミング
- ネットワーク → UE の映像・音声配信。
- 4.2.2 アップリンク・ストリーミング
- UE → ネットワークへの映像送出(投稿・中継)。
- 4.2.1 ダウンリンク・ストリーミング
- 4.1 基本概念
- 5. 5GMS 全体アーキテクチャ
- 5.1 高レベル構成
- UE、Application Provider、5GC の関係整理。
- 5.2 レイヤ分離モデル
- 5.2.1 ユーザサービス層
- アプリ・プレーヤ・配信論理。
- 5.2.2 ネットワーク連携層
- QoS・ポリシー・制御連携。
- 5.2.1 ユーザサービス層
- 5.1 高レベル構成
- 6. システム構成要素
- 6.1 5GMS Client(UE側)
- 6.1.1 メディアプレーヤ機能
- セグメント取得、バッファ管理、再生制御。
- 6.1.2 ネットワーク適応機能
- 回線状況を考慮した取得制御。
- 6.1.1 メディアプレーヤ機能
- 6.2 5GMS Application Server(AS)
- 6.2.1 メディアホスティング
- メディアオブジェクトの格納・提供。
- 6.2.2 メタ情報提供
- プレーヤ設定・URL・マニフェスト提供。
- 6.2.1 メディアホスティング
- 6.3 5GMS Application Function(AF)
- 6.3.1 ポリシー制御連携
- QoS・トラフィック制御との連動。
- 6.3.2 ネットワーク最適化連携
- ネットワーク能力露出の活用。
- 6.3.1 ポリシー制御連携
- 6.1 5GMS Client(UE側)
- 7. リファレンスポイント
- 7.1 Client ⇔ AS インタフェース
- 7.1.1 メディア取得インタフェース
- HTTPベースのコンテンツ取得。
- 7.1.2 設定・制御情報取得
- 再生・配信関連パラメータ。
- 7.1.1 メディア取得インタフェース
- 7.2 AF ⇔ 5GC インタフェース
- ネットワーク制御・QoS連携。
- 7.1 Client ⇔ AS インタフェース
- 8. サービスワークフロー
- 8.1 サービス準備
- 配信情報・設定の事前準備。
- 8.2 サービス開始
- 8.2.1 セッション確立
- ストリーミング開始条件の確立。
- 8.2.1 セッション確立
- 8.3 配信・再生
- セグメント取得と継続再生。
- 8.4 サービス終了
- セッション解放とリソース回収。
- 8.1 サービス準備
- 9. メディア配信方式
- 9.1 セグメントベース配信
- DASH等を前提とした分割配信。
- 9.2 適応配信(ABR)
- 9.2.1 ビットレート選択
- ネットワーク状態に応じた切替。
- 9.2.1 ビットレート選択
- 9.1 セグメントベース配信
- 10. ネットワーク連携と最適化
- 10.1 QoS制御
- 5GCによる品質制御連携。
- 10.2 ネットワーク情報活用
- 10.2.1 UE側最適化
- クライアントによる適応制御。
- 10.2.1 UE側最適化
- 10.1 QoS制御
- 11. セキュリティ考慮事項
- 11.1 セキュリティ前提
- IPストリーミングにおける脅威整理。
- 11.2 コンテンツ保護
- 11.2.1 DRM連携
- 外部DRMとの協調。
- 11.2.1 DRM連携
- 11.1 セキュリティ前提
- 12. 運用・スケーラビリティ
- 12.1 大規模同時視聴
- CDN・配信拡張との親和性。
- 12.2 信頼性・復旧
- 再送・冗長設計の考え方。
- 12.1 大規模同時視聴
- 附属書(参考)
- A. 利用シナリオ例
- VOD、ライブ配信、UGC配信。
- B. 略語一覧
- 本仕様内略語の整理。
- A. 利用シナリオ例
ETSI TS 126 502
- 5G Multicast‑Broadcast User Service Architecture
- 前書き
- Foreword
- TS 26.502 の標準化背景、対象リリース、他仕様との関係を説明。
- Introduction
- 5G‑MBS ユーザサービス層の役割と全体像を概説。
- Foreword
- 1. 適用範囲(Scope)
- 1.1 対象とするサービス層
- 5G Multicast‑Broadcast User Service Layer を対象とすることを明確化。
- 1.2 対象外事項
- RAN物理層、コア内部実装詳細は本仕様の範囲外であることを明示。
- 1.1 対象とするサービス層
- 2. 参照規格(References)
- 2.1 3GPP仕様
- TS 23.247、TS 23.501、TS 26.346 などの依存関係。
- 2.2 IETF / メディア関連仕様
- IP、HTTP、FLUTE、DASH 等の外部仕様との関係。
- 2.1 3GPP仕様
- 3. 用語・略語(Definitions and abbreviations)
- 3.1 MBS関連用語
- MBS Session、User Service、Distribution Session 等の定義。
- 3.2 メディア/サービス関連用語
- アプリケーション層・配信方式に関する用語定義。
- 3.1 MBS関連用語
- 4. 5G‑MBS サービス概要(Service overview)
- 4.1 サービスモデル分類
- 4.1.1 マルチキャスト型サービス
- 特定ユーザ群向け同時配信モデル。
- 4.1.2 ブロードキャスト型サービス
- 不特定多数向け一斉配信モデル。
- 4.1.1 マルチキャスト型サービス
- 4.2 ユースケース
- 4.2.1 メディア配信
- 大規模同時視聴を想定した映像・音声配信。
- 4.2.2 公共・業務利用
- 緊急情報・公共用途など非商用ユースケース。
- 4.2.1 メディア配信
- 4.1 サービスモデル分類
- 5. ユーザサービスアーキテクチャ(User Service Architecture)
- 5.1 全体構成
- UE、Application Provider、5GC 間の論理構成を定義。
- 5.2 サービス層とネットワーク層の分離
- User Service と Network Function の役割分担を明確化。
- 5.3 セッション概念
- 5.3.1 User Service Session
- ユーザ視点でのサービス単位。
- 5.3.2 Distribution Session
- ネットワーク配信単位としてのセッション。
- 5.3.1 User Service Session
- 5.1 全体構成
- 6. ユーザサービス機能(User Service Functions)
- 6.1 サービス制御機能
- サービス起動・停止・状態管理。
- 6.2 配信制御機能
- マルチキャスト/ブロードキャスト配信の制御。
- 6.3 端末連携機能
- UE上のMBSクライアントとの連携。
- 6.1 サービス制御機能
- 7. サービス作成および提供(Service creation and provisioning)
- 7.1 サービス設計
- コンテンツと配信方式の定義。
- 7.2 サービス起動
- ネットワークへのサービス投入手順。
- 7.3 サービス終了
- セッション解放とリソース終了。
- 7.1 サービス設計
- 8. サービス発見および選択(Service discovery and selection)
- 8.1 サービスアナウンス
- 利用可能MBSサービスの通知方法。
- 8.2 サービス発見
- 8.2.1 UEによる発見手順
- 端末がサービスを検出する流れ。
- 8.2.1 UEによる発見手順
- 8.3 サービス選択
- ユーザまたはアプリによる選択制御。
- 8.1 サービスアナウンス
- 9. サービス配信(Service delivery)
- 9.1 配信方式
- 9.1.1 マルチキャスト配信
- グループ対象配信の前提。
- 9.1.2 ブロードキャスト配信
- Free‑to‑air 前提の配信。
- 9.1.1 マルチキャスト配信
- 9.2 配信制御
- 配信開始・停止・切替の制御。
- 9.1 配信方式
- 10. ハイブリッド配信(Hybrid delivery)
- 10.1 ユニキャスト併用モデル
- Broadcast + Unicast の組合せ利用。
- 10.2 切替制御
- 10.2.1 負荷分散目的
- ネットワーク混雑回避。
- 10.2.2 品質補完目的
- ブロードキャスト不足時の補完。
- 10.2.1 負荷分散目的
- 10.1 ユニキャスト併用モデル
- 11. サービス継続性と切替(Service continuity and switching)
- 11.1 モビリティ対応
- UE移動時のサービス継続。
- 11.2 配信方式切替
- 11.2.1 Multicast ↔ Unicast
- 状況に応じた切替。
- 11.2.1 Multicast ↔ Unicast
- 11.3 セッション維持
- 中断なし再生の考え方。
- 11.1 モビリティ対応
- 12. ユーザ端末要件(User Equipment aspects)
- 12.1 UE機能要件
- MBS対応端末に必要な基本機能。
- 12.2 UE動作
- 12.2.1 受信処理
- 配信データの受信。
- 12.2.2 再生制御
- アプリ連携・メディア再生。
- 12.2.1 受信処理
- 12.1 UE機能要件
- 13. 課金およびポリシー(Charging and policy)
- 13.1 課金モデル
- ユーザ課金/非課金の考え方。
- 13.2 ポリシー制御
- サービス利用制御との関係。
- 13.1 課金モデル
- 14. 外部システム連携(Interworking)
- 14.1 外部コンテンツシステム
- CDN・放送システム等との連携。
- 14.2 他5Gサービス連携
- 非MBSサービスとの共存。
- 14.1 外部コンテンツシステム
- 15. セキュリティ考慮事項(Security considerations)
- 15.1 セキュリティ前提
- MBS特有の脅威モデル。
- 15.2 コンテンツ保護
- 15.2.1 認可・保護方式
- サービス保護の基本方針。
- 15.2.1 認可・保護方式
- 15.1 セキュリティ前提
- 附属書(参考)
- A. 利用シナリオ例
- メディア・公共・商用シナリオの整理。
- B. 略語一覧
- 本仕様で使用される略語を一覧化。
- A. 利用シナリオ例
ETSI TS 126.346
- Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs
- 前書き
- Foreword
- 仕様の背景と他仕様との関係を整理。
- Introduction
- MBMSユーザサービスにおける本仕様の役割を説明。
- Foreword
- 1. 適用範囲
- 1.1 対象サービス種別
- 本仕様が扱うMBMSユーザサービスの範囲。
- 1.2 対象外事項
- ネットワーク制御やRAN外の領域は対象外であることを明示。
- 1.1 対象サービス種別
- 2. 参照規格
- 2.1 3GPP仕様
- アーキテクチャ・サービス・制御系仕様への参照。
- 2.2 IETF仕様
- RTP、FLUTE、IP関連仕様との関係。
- 2.3 メディア規格
- MPEG・3GPファイルフォーマット等への参照。
- 2.1 3GPP仕様
- 3. 用語および略語
- 3.1 MBMS関連用語
- MBMSセッション、サービス等の定義。
- 3.2 メディア配信関連用語
- ストリーミング、ファイル配信関連用語。
- 3.1 MBMS関連用語
- 4. MBMSユーザサービス全体像
- 4.1 サービスモデル分類
- 4.1.1 ストリーミング型サービス
- ライブ/準リアルタイム配信。
- 4.1.2 ファイル配信型サービス
- 非リアルタイム型配信。
- 4.1.1 ストリーミング型サービス
- 4.2 配信形態
- 4.2.1 Point-to-Multipoint前提
- ユニキャストとの差分明確化。
- 4.2.1 Point-to-Multipoint前提
- 4.1 サービスモデル分類
- 5. プロトコル構造
- 5.1 論理スタック構成
- 5.1.1 ネットワーク層
- IPベース配信前提。
- 5.1.2 トランスポート層
- UDP中心設計。
- 5.1.3 アプリケーション層
- メディア・制御プロトコル。
- 5.1.1 ネットワーク層
- 5.2 配信方式別スタック
- 5.2.1 ストリーミング用構成
- RTP主体。
- 5.2.2 ファイル配信用構成
- FLUTE主体。
- 5.2.1 ストリーミング用構成
- 5.1 論理スタック構成
- 6. トランスポートおよび配信プロトコル
- 6.1 IP配信前提
- MBMSはIP multicastを利用。
- 6.2 ファイル配信
- 6.2.1 FLUTE概要
- 一斉送信向け設計。
- 6.2.2 信頼性確保方式
- FEC・冗長送信。
- 6.2.1 FLUTE概要
- 6.3 ストリーミング配信
- 6.3.1 RTP利用
- メディアパケット化方式。
- 6.3.2 同期制御
- タイムスタンプ管理。
- 6.3.1 RTP利用
- 6.1 IP配信前提
- 7. セッション制御・シグナリング
- 7.1 MBMSセッション概念
- 配信単位としてのセッション定義。
- 7.2 セッション管理
- 7.2.1 開始手順
- 配信開始時の情報通知。
- 7.2.2 終了手順
- 配信終了・解放。
- 7.2.1 開始手順
- 7.3 UE向け通知情報
- 7.3.1 セッション属性
- IP、ポート、フォーマット。
- 7.3.1 セッション属性
- 7.1 MBMSセッション概念
- 8. メディア形式およびコーデック
- 8.1 映像
- 8.1.1 対応映像コーデック
- MPEG系圧縮方式。
- 8.1.2 映像フォーマット
- 解像度・フレーム条件。
- 8.1.1 対応映像コーデック
- 8.2 音声
- 8.2.1 音声コーデック
- 音声圧縮方式。
- 8.2.2 多言語・多チャネル
- 複数音声対応。
- 8.2.1 音声コーデック
- 8.3 補助データ
- 8.3.1 字幕
- テキスト同期表示。
- 8.3.2 メタデータ
- サービス情報付加。
- 8.3.1 字幕
- 8.1 映像
- 9. ファイル配信サービス
- 9.1 サービスモデル
- 非同期利用向け。
- 9.2 配信構成
- 9.2.1 ファイル構造
- オブジェクト単位。
- 9.2.1 ファイル構造
- 9.3 再送・耐障害
- 9.3.1 FEC適用
- 欠損耐性。
- 9.3.1 FEC適用
- 9.1 サービスモデル
- 10. ストリーミングサービス
- 10.1 サービスモデル
- ライブ配信前提。
- 10.2 再生制御
- 10.2.1 バッファ管理
- 再生安定化。
- 10.2.1 バッファ管理
- 10.3 同期・遅延
- 10.3.1 許容遅延設計
- 放送品質担保。
- 10.3.1 許容遅延設計
- 10.1 サービスモデル
- 11. サービスガイド
- 11.1 サービス発見
- 利用可能サービス一覧提示。
- 11.2 ガイド情報構成
- 11.2.1 メタ情報
- サービス属性。
- 11.2.1 メタ情報
- 11.3 ガイド配信方法
- MBMSによる配信。
- 11.1 サービス発見
- 12. ユーザ端末の動作
- 12.1 初期受信
- セッション参加。
- 12.2 再生処理
- メディア処理。
- 12.3 例外時動作
- 12.3.1 受信途切れ
- 再処理挙動。
- 12.3.1 受信途切れ
- 12.1 初期受信
- 13. セキュリティ考慮
- 13.1 前提条件
- 放送型特性。
- 13.2 コンテンツ保護
- 13.2.1 暗号化の考え方
- オプション化。
- 13.2.1 暗号化の考え方
- 13.1 前提条件
- 附属書(参考)
- A. プロトコル構成例
- 実運用例。
- B. コーデック一覧
- 使用可能形式整理。
- A. プロトコル構成例