6Gの検討状況 ～USA編～

アメリカでは5Gの普及前から6Gに期待されているようで、2020年から6Gの検討が始まっている。現時点での6Gの検討状況(USA)について紹介したい。

USAの主な6G関連のプロジェクト

USAでは主に標準化団体や政府主導で6Gの検討がスタートしている。特に6Gに向けては、NGAを中心に6Gの検討が進んでいる。

  1. 北米の標準化団体であるATIS(Alliance for Telecommunications Industry Solutions)のNGA(Next Generation Alliance)を中心とした6G検討の推進
  2. アメリカ連邦政府であるNSF(National Science Foundation)やNIST(National Institute of Standards and Technology) を中心とした検討団体
  3. その他Private sectorや個別企業
団体名投資元/金額6Gに向けた活動状況主な参加者PJの期間主なUsecase備考
NGA
(Next Generation Alliance)		1. ATIS
6Gに向けたロードマップ80団体
(テレコムベンダ、オペレータ、大学、政府機関)		2020 - 5GのUsecaseの拡張(4)ATIS配下の6G戦略検討機関
PAWR
(Platforms for Advanced Wireless Research)		2. NSF
/1億ドル		PoC民間企業数社2017 - 2022無線の基礎研究
RINGS
(Resilient and Intelligent Next-Generation Systems)		2. NSF
/4350万ドル		標準化に向けたpre study民間企業9社
大学
NICT、OUSD		2022 - 6Gの通信方式(37)
6G for DoD
(6G for Department of Defense)		2. 国防省
/6億ドル		PoC不明2020 -民間・軍事両用での6GのUsecase
Open6G2. 国防省
標準化に向けたpre study20団体
(ベンダ、オペレータ)		2022 - 6Gの通信方式OpenRANの6G向け検討
6G@UT3.AT&T
3.テキサス大学
標準化に向けたpre study16団体
(テレコムベンダ、オペレータ、自動車企業)		2021 - AI/MLとセンサー
GSOA
(Global Satellite Operator's Association)		3.業界団体衛星通信のデファクト化67団体
(MEO(Middle Earth Orbit)
/GEO(Geostationary Earth Orbit)
/LEO(low Earth orbit)、衛星ベンダ、その他民間企業)		2022 - NTN(non-terrestrial networks)/衛星通信GSMAや3GPPなどと連携中
O-RAN Alliance標準化？
業界団体？		RANドメインの標準化オペレータ(32)
ベンダ (47)
研究機関・その他 (241)		2018 - 現時点では直接6Gに関する標準化はしていない
5G Americas3. 業界団体標準化に向けたpre study17団体
(テレコムベンダ、オペレータ)		?無線周波数

NGA

NGA(Next Generation Alliance) は北米の標準化団体ATIS(Alliance for Telecommunications Industry Solutions)配下の6G検討のために設立された団体
  • 6Gに向けて研究開発～標準化～製造～市場形成のエコシステム全体の活性化
  • 今後10年間の6Gロードマップの作成
NGAでは6つのWGを通して、6Gの技術検討やユースケース検討を行い、ホワイトペーパーを発行している。
  • RWG(6G National roadmap) - 各WGのフィードバックから6G visionやroadmapの作成
  • GWG(Green G) - エネルギー消費や環境負荷の軽減の検討
  • AWG(Application) - ユースケースやKPIの検討 
  • TWG(Technology) - 6Gに向けた技術検討
  • SWG(Spectrum) - 6Gの無線や周波数の検討
  • SENWG(Societal and Economic Needs) - 社会的＆経済的なニーズの検討
『https://www.nextgalliance.org/white_papers/roadmap-to-6g/』

最新動向:

  • 2023年夏に各WGにおいて1つ以上のドキュメントを発行
  • RWGにおいてITU-R向けに提言中
  • TWGにおいて無線技術のホワイトペーパー作成中
  • GWGにおいてSustainable AIの検討開始

GSOA

GSOA(Global Satellite Operator's Association) は各衛星軌道(MEO(Middle Earth Orbit) /GEO(Geostationary Earth Orbit) /LEO(low Earth orbit))のオペレータなどの業界団体。
衛星の運用の様々な検討を行っているが、そのうちの一つにモバイル通信も含まれる。
『https://gsoasatellite.com/wp-content/uploads/Plum-Infographic-DIGITAL_2.pdf』

国際電気通信連合の組織であるITU-R(International Telecommunication Union-Radiocommunication Sector)配下のWRC(World Radiocommunication Conferences)へ周波数の入力等を行っている。


アメリカでは、NGAの検討が早期に始まり検討も一歩進んでいる印象だったが、最近になって他の6G関連組織も立ち上がりつつあるように見える。

コメント

コメントを投稿

このブログの人気の投稿

CISMとは？CCMとは？NFVでコンテナ管理はどうやるの？

イメージ
ETSI-NFV仕様の各Release機能 の通り、ETSI-NFVのRelease4ではコンテナの制御が追加される。Release4は IFA039のSBA の影響でService Baseの仕様が入っており、ETSI-NFVにおけるコンテナ管理は様々なバリエーションがある。そのため、どのように各仕様を使うかを理解するのは非常に難易度が高いだろう。なお、コンテナとは何か？については こちら を参照して頂きたい。 Kubernetesによるクラウド管理 Kubernetesは、コンテナという技術と各種管理機能を使ってプログラム(APL)を抽象化し、クラウド上でAPLを制御するフレームワークとそれを支える管理機能群である。ここでのクラウドとは、APLを抽象化することでインフラの制御を含む様々な資源を共通機能化し、それらをAPIでソフトウェア的に制御できるようにしていることだが、それを仮想化とクラウドの違いから図でまとめてみた。 仮想化だけした場合(単純仮想化)は、基本的にはAPLは物理装置自体と同じ構造であり、それをインストールしたり故障時の修理をしたりする作業も物理装置と同じ手順が必要だった。しかし、せっかくAPLを仮想化によりソフトウェア化し、HWとの依存関係を無くしている(抽象化している)ので、例えば初期構築やHW故障時の対応をAPI化したい。これがIaaS(Infrastructure As A Service)と呼ばれ、サーバやNW機能の一部を管理機能(ETSI-NFVの場合はVIM)で制御できるようにしている。これにより、物理装置の変更に伴う各種作業は削減され、VMだけ考慮すればよくなった。さらに一歩進んで、LBやDBなどの共通機能をインフラの一部として提供する(PaaS)ことで、HWに依存しない新しいタイプのAPLとプラットフォームへ進化することができ、この“何か分らない雲のようなところにリクエストを出すとサービスを得られる“というものがクラウドである。 Kubernetesは、このクラウドの効果を最大化するために、APLの範囲を最小限化している。 Kubernetesの世界では、APLはDataを持たず、Logicのみをコンテナとしてカプセル化しPodという単位で管理することで、外部から容易かつ高速に起動/停止が可能となっている。そのため、APLの冗長...
続きを読む

モバイルネットワークの保守運用の基礎

イメージ
O-RANや Sliceの管理 によって、最近モバイルネットワークの保守運用が脚光を浴びるようになってきた。しかし、運用方法や保守系装置は“オペレータやベンダ毎に異なる領域“というイメージであり、なかなかまとまったドキュメントや資料が見つからない。 保守運用の基本 これまでネットワークの保守運用のデファクトや標準仕様と言えばTM Forumの eTOM 程度しか無かったと思う。eTOMや各種標準化機能やOpen Sourceを踏まえると、大きく以下のような考え方がありそうだ。 保守運用のプロセス strategy： 新サービス導入やユーザの利用状況を踏まえた設備計画 保守運用の観点から見るとfulfillmentのInput情報 fulfilment(fulfillment)：設備計画に基づいたネットワーク装置(NF)や、それらを接続するネットワーク(NW)の設計・工事 assurance：運用しているNFやサービスの監視や復旧、更新作業 4Gまでの保守運用というと、assuranceを指すことが billing：利用状況に基づいた課金 保守運用の観点から見ると運用結果のOutput 保守運用レイヤ Business Management System (BMS)： 顧客の契約情報を管理 一般的にBusiness Support System (BSS)を利用 Service Management System (SMS)： 提供サービスの管理運用 Network Management System (NMS)： (サービスを実現する)NFの接続性の管理運用 4GまでのOperation Support System (OSS)と言うとNMSのことを指すことが多かったようだ Element Management System (EMS)： NF自体の管理運用 NFのFCAPSと言えば、EMSのことを指すことが多い 一般的にネットワークの保守運用というと、EMSまたはNMSのレイヤのfulfilment＋assuranceを指すことが多いように感じる。しかしながら、システムによる実装と人手での運用という観点では、4GまではEMSのassuranceまでを実装し、残りは手作業ということも多かったようだ。規模が大きな企業では、NMSやSMSの一部を取り入れてOSSを導入し...
続きを読む

VNFMとは？

仮想化された交換機等のテレコム設備(VNF: Virtualised Network Function)の管理機能部としてETSI-NFVではVNFM(VNF Manager)が定義されている。VNFMの主な役目として VNF LCM を行うというものがあるが、VNFMが入ることでNFVOやVIMとの機能的な違いが分かりにくくなっている。VNFMの役割とは何だろう？ ETSI-NFVにおけるVNFMの役割 ETSI GS NFV-MAN 001 の過去の提案資料(寄書)や議論状況を見ていると、どうやら以下のような考え方で機能部を検討してきたようだ。 テレコム設備(Network Function)の仮想化(VNF) Compute/Storage/Networkの仮想リソースプール化(NFVI: NFV Infrastructure) 複数のNFVIの管理/クラウド化(VIM: Virtual Infrastructure Manager) 複数のVIMのキャパシティ管理と既存保守機能部(OSS: Operation Support System)の接続と自動化(NFVO: NFV Orchestrator) 既存のNFのOAM部(EM: Element Manager)やVNFの仮想化に伴う不足機能の補完(VNFM) MAN001の議論状況だけ見ると、上記の通りNFVOとVIMしかなかったようだ。MAN001の発行直前に、既存のVNF/EM/OSSと新機能部であるNFVO/VIMの不足機能を補完するためにVNFMが定義されている。 問題はこの“不足機能“とは何かが不明瞭なため、VNFMは様々な機能部との境界ラインが曖昧になってしまっている。 VNFMの機能 ETSI GS NFV-IFA 010 を確認すると、VNFMが保持する機能としてはVirtualised Resource (VR) Mgmt、VNF  LCM、VNF Config Mgmt、VNF Info、VNF FM、VNF PM、VNF Indicator、Policy Mgmt、Snapshot Mgmt、VNF workload Mgmtがある。VNF LCMやVNF workload Mgmtは NFV-Tacker workshopのレポート「NFV＃34会合サマリとNFV-Work...
続きを読む