日本：総務省、IPネットワーク仮想化の技術的条件案で意見募集

2026年8月21日、日本の総務省は、情報通信審議会 情報通信技術分科会 IPネットワーク設備委員会の報告（案）について意見募集を開始した。対象は、ネットワークの仮想化および他者設備・施設の利用が進むなかでの電気通信設備に係る技術的条件である。意見募集期間は2026年8月22日から2026年9月25日まで（必着）。諮問第2020号（ネットワークのIP化に対応した電気通信設備に係る技術的条件）の一環であり、自己確認届出の記載充実、さらには事業用電気通信設備規則等の見直しにつながる直前の論点整理である。

すでに仮想化した5Gコアやパブリッククラウド上の機能を運用する事業者、日本向けに設備・ソフトウェアを供給するベンダー、通信ワークロードを預かるクラウド事業者は、背景資料ではなく拘束力ある規律の前段として扱うべきである。Obsidianは、こうした総務省の公表を管轄ごとに継続監視し、公開当日に捕捉する。

報告案は、事業者とベンダーにとって何を変えるのか？

今回の案は、電波法に基づく技適（Giteki）の認証ルートそのものを書き換えるものではない。対象は、仮想化基盤や他者設備（パブリッククラウドを含む）上で機能が動く場合に、事業用電気通信設備をどう記述し、どう可用性を担保するかである。総務省の報道資料および概要は、三つの課題を連動して示している。自己確認届出における仮想化記載のばらつき、物理設備を主眼とした現行技術基準とCU・DU等の機能集約のギャップ、そして他者設備やクラウドが規制対象機能をサービスとして提供する際の責任と適用関係のあいまいさである。

具体的な方向性としては、自己確認届出マニュアルの見直しが中心となる。仮想化の有無、仮想化している機能・設備の名称と接続構成図上の特定、詳細説明、損壊故障対策の説明、さらにハードウェアとソフトウェア双方の観点からの可用性確保（予備機器上で仮想マシンを事前稼働させておく措置など）の記載を求める。基地局機能が集約され、障害時の影響が市区町村の区域を超える場合には、多層的な冗長性の説明が想定される。クラウドや複数拠点構成では、リージョン、アベイラビリティーゾーン（AZ）、フェイルオーバー（自社設備との併用を含む）の説明が求められる。複数リージョンやAZによるシステム全体の冗長性は、事業用電気通信設備規則上の予備機器等との関係で整理され、クラウドのSLA単体では法定の冗長性を代替できない点も明示されている。

2026年9月25日までに動くべき主体は誰か？

第一に、仮想化や他者設備を規制対象のネットワーク機能に用いている、または計画している国内の固定・移動通信事業者（NTTグループ各社、KDDI、ソフトバンク、楽天モバイル、IIJなど）である。日本市場向けに設備を供給するベンダー（NEC、富士通、Nokia、Ericssonなど）と、通信ワークロードを預かるパブリック／国内クラウド事業者は、その次の層になる。報告案の「通信の秘密」の章は、設備機能をサービスとして提供する形態では、管理権限を持つ他者が通信情報に接しうる状況を想定しており、最終報告後の契約・アーキテクチャ文言に直結する。

ホスト網に依存するMVNOや仮想事業者は、どのホスト側機能が今回の論点に入るかを整理し、卸元に整合した意見提出を促す必要がある。日本での届出実務を持たない海外ベンダーも、報告確定後に想定されるマニュアル改定と省令フォローに備え、製品・認証ロードマップを前倒しで更新しておくべきである。

期限までにコンプライアンスは何を提出・準備すべきか？

提出要領は別紙3に従う。スローガンではなく証拠を添える。現行の自己確認届出における仮想化・他者設備の記載抜粋、案が求める項目とのギャップ表、マルチリージョン／マルチAZ設計を損なわず、かつSLAを法定冗長性と混同しないマニュアル文言案である。自己確認や事故報告に必要な情報開示が他者側で不足している箇所、およびクラウド事業者が管理権限を持つ場合の通信の秘密の契約担保も明示する。

このリアルタイム監視を、貴社でも

日本拠点で仮想化コア、集約されたCU・DU、ハウジング、パブリッククラウドが規制対象機能に使われていないかを確認し、案の記載項目に照らして自己確認届出の不足を埋め、ネットワーク・クラウド・法務を2026年9月25日までに揃える。最終報告からマニュアル改定、規則改正への連鎖は、Obsidianが継続的に可視化する。