CEATEC 2026で見えたAI-Native 6Gの現在地　通信網はAI基盤へ近づくのか

編集: グリットアーツ編集部

公開日：2026年10月17日

3行解説

ニュースの概要

2026年10月14日、CEATEC 2026のコンベンションホールAで、総務省、XGMF、ARIB主催のセッション「AI-Native 6G：通信とAIの融合で知能化する次世代通信基盤」が開かれた。モデレーターは東京大学教授でXGMF代表の中尾彰宏氏。NTTドコモ、KDDI総合研究所、楽天モバイル、ソフトバンク、エヌビディア合同会社の担当者が登壇し、通信とAIをどう結びつけるかをそれぞれの立場から説明した。

中尾氏は、AIの議論が半導体やデータセンターに偏りがちだと指摘し、通信がAIを届ける重要な役割を担うと述べた。各社は、基地局運用の自動化、閉域網やエッジでの推論配置、AI-RANの実証、通信指標の見直しなどを紹介した。記事は、その議論をダイジェストでまとめている。

何が新しいのか

今回の新しさは、6Gを「高速化の次世代規格」としてではなく、AIを前提にした通信基盤として語っている点にある。NTTドコモは、RANからコアまで100万台超の機器データをAIエージェントで解析し、異常検知から措置提案まで商用利用を始めた。KDDIは、数十万局の基地局設定を分散強化学習で最適化し、学習期間を1年から1週間に短縮したと説明した。

ソフトバンクは、クラウドで数百ミリ秒かかる応答を、キャリア閉域網にGPUを置くことで数十ミリ秒以内に縮める構想を示した。楽天モバイルは、RIC上で本番稼働7本、開発中10本以上のrAppsを動かしている。NVIDIAは、AI-RAN向けにシミュレーション用ソフトやSDK、GPU搭載ハードを提供していると説明した。つまり、通信網の役割が「接続」から「AIを動かす場所」へ広がっている。

グリットアーツ編集部の分析

導入判断で重要なのは、AIをどこで動かすかが、性能だけでなく運用設計を変える点だ。中尾氏が示したように、通信設計を変えるとGPU利用効率が2倍から8倍程度まで上がる可能性がある。逆に言えば、GPUを増やすだけでは性能が伸びない場合がある。閉域網やエッジに計算資源を置く構成は、遅延を下げやすい一方で、監視、障害切り分け、更新手順が複雑になりやすい。

また、ドコモのように100万台超の機器データをAIで扱う場合は、異常検知の精度だけでなく、誤検知時に誰が最終判断をするかが実運用の要になる。AI-Native 6Gは、通信事業者向けの話に見えて、実際には企業のAI基盤設計にも近い。計算資源、ネットワーク、運用の責任分担を一体で見直せるかが、採用可否を分けるとみられる。

日本の現場で考えると

日本の企業でこの流れを考えるなら、まずは「AIをクラウドに集約するか、拠点や閉域網に分散するか」が論点になる。工場、物流、店舗、サーバー室のように応答遅延が効く現場では、ソフトバンクが示したような数十ミリ秒級の応答短縮は意味を持つ。一方で、分散構成はネットワーク障害時の影響範囲が読みにくく、既存の監視や保守の仕組みとどうつなぐかが重要になる。

また、ドコモのような保全AIは、機器台数が多い環境ほど効果を出しやすいが、データ収集の粒度が粗いと誤検知が増える可能性がある。KDDIのような基地局最適化の考え方は、企業内ネットワークでも、時間帯や場所で負荷が変わる環境に応用しやすい。ただし、AIが自律的に設定を変える範囲は、最初から広げすぎない方が安全だ。

導入・検討時に確認したいこと

• AI処理を置く場所は、クラウド、閉域網、エッジのどれが前提か。
• 遅延目標は何ミリ秒か、既存構成で満たせるか。
• AIが異常検知した後の最終判断は誰が担うか。
• 機器データや通信データをどの粒度で収集するか。
• 設定変更や更新時に、既存運用をどこまで止める必要があるか。

現時点で分かっていないこと

AI-Native 6Gは、記事でも「まだ1つに定まっていない」とされている。標準化の最終形、各社の役割分担、相互接続の細部はまだ見えない。企業が導入を考える場合も、将来の拡張性や運用責任分界は、現時点では個別に確認する必要がある。

AI基盤を通信網のどこに置くかは、遅延だけでなく運用分担や監視設計にも直結します。自社のインフラ構成を見直す際は、既存環境とのつなぎ方から整理するのが近道です。

出典: ロボスタ