メインコンテンツへスキップ
見出し画像

Mobile Tech Daily #004|基地局がAIで動き出した! 通信ネットワークはAIとどう融合する? 今週の気になるモバイル技術トピック


    どうも、株式会社INNOMOというモバイル技術系の会社をやっている北真也(@beck1240)です。

    この連載では、僕自身の業界ウォッチと、BAYFM「Mobile Tech Lab」で話すネタ探しを兼ねて集めた情報の中から、個人的に気になったモバイル技術トピックを紹介しています。

    5G / 6G、AI-RAN、Open RAN、OSS/BSS、Automation、NTN、クラウドネイティブ、標準化動向などを中心に、毎回「これ面白いな」と思ったものをピックアップしていきます。

    さて、Dailyと言いながら、またもや1週間ほど間が空いてしまいました。

    ちょっと仕事が立て込んでおりましたが、業界ウォッチ自体は続けていたので、今回は10月19日〜25日のニュースから特に気になったものをまとめて紹介したいと思います。

    今週気になったニュースは、以下の7つです。


    1. Nokia・T-Mobile・NVIDIA、商用ネットワークでAI-RANの通話を実現!

    何が起きたか

    10月21日、NokiaがT-Mobile、NVIDIAとのAI-RANに関する実証成果を発表しました。

    米国ワシントン州ベルビューの商用基地局サイトで、AI-RAN基盤を利用した通話に成功したとのこと。

    NokiaのMassive MIMO無線装置とanyRANソフトウェア、NVIDIAのAerial RAN Computer基盤を利用し、既存の商用5Gコアネットワークや商用端末と接続しています。

    次の段階では、RANのAI最適化と、通信処理・AIワークロードの共存を検証する予定です。

    北が気になったポイント

    個人的には、今週一番面白かったニュースです。

    AI-RANという言葉はここ数年よく聞くようになりましたが、実際に商用ネットワークの基地局サイトで通信を動かせたというのは、大きな一歩だと思います。

    特に気になるのは、通信処理とAI処理の共存です。

    基地局というのは、当然ながら通信サービスを止めるわけにはいかない設備です。

    一方で、AI処理にもGPUなどの計算資源を使いたい。

    そうなると、計算リソースの管理、通信品質の保証、障害時の切り戻しなど、考えなければならないことが山ほどあります。

    RANの仮想化が進むと、通信設備の運用はクラウド基盤の運用にどんどん近づいていく。

    僕としては、そのときOSSやMANOがどこまでを管理することになるのか、非常に気になります。

    技術的ポイント

    AI-RANには、大きく分けるとAIで無線ネットワークを最適化するアプローチと、RANの計算基盤をAI処理にも活用するアプローチがあります。

    今回の実証は、アクセラレーテッドコンピューティング基盤上で商用網のRAN処理が動作することを示したものです。

    今後、AI処理とRAN処理を同じ基盤で同時実行する際には、GPUリソースの割り当て、ワークロードの優先制御、遅延保証、障害分離などが重要になります。

    なお、今回の通話成功は技術的なマイルストーンですが、AIワークロードとの共存や運用面のすべてが商用化済みになったわけではありません。

    モバテクで話すなら:

    「基地局がAIサーバーになる? AI-RANが商用ネットワークに登場!」

    情報源:

    Nokia公式|From the lab to the live network: Nokia, T-Mobile and NVIDIA complete world's first AI-RAN call


    2. ドコモとNTT、基地局の通信処理と電力をAIでまとめて制御!

    何が起きたか

    10月20日、NTTドコモとNTTが、基地局の通信処理負荷と電力設備をAIで協調制御する実証実験を開始すると発表しました。

    太陽光発電や蓄電池の状態に応じて、vRANの通信処理負荷を拠点間で移動させる技術を検証します。

    再生可能エネルギーの活用、電力需給への対応、災害時の通信継続性向上を目指す取り組みです。

    実証期間は2026年12月31日までを予定しています。

    北が気になったポイント

    これはOSS/MANOに携わっている身としては、非常に興味深いニュースです。

    従来のネットワーク管理では、通信設備の状態を見ながら通信品質や容量を最適化するのが基本でした。

    でも今回の話では、電力設備の状態まで含めて通信処理の配置を決めようとしている。

    つまり、通信品質だけでなく、計算資源とエネルギーまで含めてネットワークを最適化するということです。

    これは今後のAutonomous Networkを考えるうえで重要な方向性だと思っています。

    しかも災害時には、残りの蓄電池容量に応じて通信処理の配置を変えることで、サービス継続時間を延ばそうとしている。

    通信技術としても、社会インフラとしても面白い取り組みですね。

    技術的ポイント

    今回の実証では、Workload Shift(WLS)とEnergy Management System(EMS)を協調させます。

    WLSは通信処理の負荷を拠点間で移動する仕組みで、EMSは発電・蓄電・電力利用を管理します。

    AIが算出した運用計画に従って両者を制御することで、電力状況に応じて処理配置を調整します。

    実証ではvRANを模擬した検証環境も利用するため、実際の商用RAN全体が自律的に移動しているという話ではありません。

    重要なのは、通信と電力という異なる運用領域を一つの制御ループで扱おうとしていることです。

    モバテクで話すなら:

    「基地局も電気代を考える? AIが通信と電力をまとめて最適化する時代」

    情報源:

    NTT公式|無線基地局におけるワークロードシフトとエネルギーマネジメントの協調制御


    3. KDDI、Google Firebaseで電話番号認証APIを商用提供!

    何が起きたか

    10月21日、KDDIがGoogleのアプリ開発プラットフォーム「Firebase」を通じて、電話番号認証API「Number Verification v2」の商用提供を開始しました。

    携帯電話回線の情報を活用し、SMSによる認証コードの入力なしで電話番号を確認できる仕組みです。

    GSMA Open GatewayおよびCAMARAの標準仕様に準拠しています。

    今回のバージョンでは、Wi-Fi・VPN環境などにも対応範囲が広がっています。

    北が気になったポイント

    これは通信キャリアの新しい収益モデルとして、かなり面白いと思います。

    通信キャリアは、加入者の契約情報やネットワークの状態など、さまざまな情報を持っています。

    もちろん、それらを好き勝手に外部へ公開できるわけではありません。

    でも、安全なAPIを通じて必要な機能だけを提供できれば、通信以外のサービスにも価値を提供できます。

    今回のポイントは、Google Firebaseという開発者が使い慣れたプラットフォームを通じて提供されることです。

    通信キャリア独自のAPIを開発者に使ってもらうのは、なかなかハードルが高い。

    それが既存の開発プラットフォームに組み込まれることで、利用のハードルが下がります。

    OSS/BSSの観点では、API利用権限、トランザクション管理、課金、監査といったバックエンドの仕組みも気になるところです。

    技術的ポイント

    Number Verification APIは、通信事業者が持つネットワークや契約関連情報を活用して、電話番号の確認を支援する仕組みです。

    従来のSMS OTP(One-Time Password)では、認証コードの受信と入力が必要でした。

    一方、Number Verificationでは対応する認証方式によって、その操作を省略できます。

    ただし、電話番号の確認は万能な本人確認ではありません。認証方式や利用環境に応じたセキュリティ設計が必要です。

    今回の事例は、GSMA Open Gatewayの構想が実際の商用サービスとして広がっている例として注目したいですね。

    モバテクで話すなら:

    「SMS認証がいらなくなる? 通信キャリアがAPIを売る新しいビジネス」

    情報源:

    KDDI公式|Google Firebaseと連携し、Number Verification v2の商用提供を開始


    4. NICT、端末と基地局のAIが協調する6G技術の研究を公募

    何が起きたか

    10月23日、NICTがBeyond 5G(6G)に向けた新しい委託研究の公募を開始しました。

    今回のテーマは「端末/ネットワーク間のAI協調RANによる高効率無線アクセスネットワーク技術」です。

    ネットワーク側のAIだけでなく、スマートフォンなど端末側のAIとも協調して通信を最適化する技術を研究します。

    予算は総額最大52億円で、研究は条件付きで2030年度まで継続する計画です。

    北が気になったポイント

    AI-RANというと、これまでは基地局側にAIを入れる話が中心だったように思います。

    でも今回のテーマは、端末とネットワークの両方にAIを配置して協調させるというものです。

    これ、かなり面白い発想ですよね。

    例えば端末側が、自分の利用状況や通信状態を予測する。

    ネットワーク側も、基地局全体の混雑状況や無線リソースを把握する。

    両者が協調できれば、従来より細かな最適化ができる可能性があります。

    一方で、端末ごとに異なるAIが動作する場合の相互接続性や、ネットワーク側の制御との整合性も気になります。

    技術的ポイント

    現在のモバイルネットワークでも、端末は測定結果をネットワークに報告し、基地局がスケジューリングや無線リソースの割り当てを制御しています。

    AI協調RANでは、こうした仕組みに予測や学習を取り入れ、端末とネットワークがより高度に協調することが考えられます。

    ただし、AIモデルの配置、学習データの扱い、端末の消費電力、ベンダー間互換性などが課題になりそうです。

    今回の発表は研究開発の公募開始であり、具体的な技術が実証・商用化されたわけではありません。

    モバテクで話すなら:

    「スマホと基地局がAI同士で相談する? 6G時代の無線ネットワーク」

    情報源:

    NICT公式|Beyond 5G(6G)基金事業の新規委託研究公募


    5. KDDIとBroadcom、AIデータセンター向け光電融合技術で提携

    何が起きたか

    10月22日、KDDIとBroadcomがネットワークインフラ技術に関する提携を発表しました。

    両社は、AIデータセンターにおけるGPU間通信の省電力化を目指し、Co-Packaged Optics(CPO)技術の共同検証を開始します。

    CPOは、電気信号を扱う半導体と光通信部品を近接して実装する技術です。

    将来的にはKDDIのAIデータセンターへの活用を目指しています。

    北が気になったポイント

    AIの話をしていると、GPUの性能や台数に注目しがちですが、実はネットワークもかなり重要です。

    大量のGPUを使うAI処理では、GPU同士が頻繁にデータをやり取りします。

    つまり、計算能力だけ高くても、GPU間の通信がボトルネックになると性能が出ない。

    さらに通信に必要な電力や発熱も問題になります。

    今回のCPOは、その課題を光通信技術で改善しようとする取り組みです。

    個人的には、通信キャリアが持っている光伝送技術やネットワーク設計のノウハウが、AIデータセンターでも重要な価値になるところが面白いと思います。

    技術的ポイント

    CPOは、光通信の送受信機能をスイッチASICなどの近くに配置することで、電気配線の距離や信号損失を抑える技術です。

    AIデータセンターでは、大量のGPUを高速ネットワークで接続するため、消費電力と帯域密度が大きな課題になります。

    今回の取り組みは、CPOを用いたGPU間ネットワークの光電融合を検証するものです。

    なお、現時点では共同検証の開始であり、商用設備での省電力効果が確定したわけではありません。

    モバテクで話すなら:

    「AIの進化を支えるのは光通信? GPUをつなぐネットワークの重要性」

    情報源:

    KDDI公式|Broadcomとネットワークインフラ技術で提携


    6. ドコモ、Starlink Directの海外ローミング対応を5か国に拡大

    何が起きたか

    10月23日、NTTドコモが「docomo Starlink Direct」の国際ローミング接続について、ニュージーランドとオーストラリアへの対応拡大を発表しました。

    これにより、対応国は合計5か国となりました。

    通常の地上基地局だけではカバーしきれない場所でも、衛星による直接通信を利用できる環境が広がっています。

    北が気になったポイント

    衛星通信の話は、どうしても衛星そのものの性能に注目しがちです。

    でも通信キャリア側から見ると、本当に大変なのはサービスとして提供するところだと思っています。

    特に国際ローミングになると、利用者の認証、サービス利用条件、課金、接続先の選択など、既存のモバイルネットワークとの連携が必要になります。

    地上網の圏外を衛星で補完できるというのは利用者にとって分かりやすい価値ですが、その裏側にはかなり複雑なシステムがあるわけです。

    衛星と地上網が本格的に融合していくと、OSS/BSSやコアネットワークの設計もますます面白くなりそうですね。

    技術的ポイント

    Direct-to-Device(D2D)は、衛星と対応端末が直接通信する技術です。

    既存の携帯電話ネットワークと連携する場合、端末認証やローミング、サービス制御などの取り扱いが重要になります。

    ただし、衛星D2Dで利用できる機能は、対応端末、衛星ネットワーク、地域、サービス条件などによって異なります。

    今回の発表は対応国の拡大であり、通常の地上5Gと同等の速度・サービスが世界中で使えるという意味ではありません。

    モバテクで話すなら:

    「海外でも衛星につながる? スマホの『圏外』が変わっていく」

    情報源:

    NTTドコモ公式|報道発表資料(2026年10月23日)


    7. KDDI、富士通のPCにpovoを組み込み。通信契約の形が変わる?

    何が起きたか

    10月22日、KDDIが「ConnectIN povo」の対象製品に、富士通クライアントコンピューティングのノートPC「FMV Note U」を追加すると発表しました。

    対象モデルでは、PCの購入後にpovo2.0のアカウントを登録することで、au回線の5G/4G LTE通信を利用できます。

    通信を端末やサービスにあらかじめ組み込んで提供する取り組みです。

    対象モデルの提供開始は2026年11月中旬を予定しています。

    北が気になったポイント

    技術的な派手さはないですが、事業的にはかなり面白いと思っています。

    これまでモバイル通信は、ユーザーが通信キャリアと契約する形が基本でした。

    でも今後は、PCやIoT機器、さまざまなサービスに通信機能があらかじめ組み込まれるケースが増えていくかもしれません。

    そうなると、通信キャリアはユーザーに回線を直接販売するだけでなく、他社の製品・サービスに通信を提供する立場にもなります。

    そのとき重要になるのがBSSです。

    契約、利用開始、料金プラン、データ容量、課金、顧客管理を柔軟に組み合わせる必要があります。

    通信サービスの売り方が変わると、それを支えるシステムにも変化が求められるわけです。

    技術的ポイント

    今回のConnectIN povoでは、PC向けの通信サービスが製品と組み合わされて提供されます。

    背景には、通信サービスを外部の製品やサービスに組み込むためのpovo SDKなどの仕組みがあります。

    このようなビジネスモデルでは、通信の開通処理、利用権管理、サービス提供元との連携、料金プランの管理などが重要です。

    ただし、具体的な内部BSS構成やAPI連携の実装方式がすべて公開されているわけではありません。

    モバテクで話すなら:

    「通信契約が見えなくなる? PCに最初から通信が入る時代」

    情報源:

    KDDI公式|ConnectIN povoのラインアップにFMVを追加


    Standards Watch

    今回は1週間分のまとめなので、標準化・業界仕様の動きも振り返ります。

    3GPP

    Release 20や6Gに向けたRAN・SA・CTの検討が引き続き重要なテーマです。

    今回の調査では、10月19日〜25日の期間に、新たな6G仕様が正式に確定したと確認できる公表情報は見つかりませんでした。

    引き続きAI/ML、NTN、6G System Architecture、Network Managementに関する検討を追っていきます。

    参考:3GPP Portal

    ETSI

    10月23日、ETSIが10月19〜22日に開催した第20回Security Conferenceの報告を公開しました。

    AIを含む新しい技術環境において、通信インフラのセキュリティや将来の課題が議論されています。

    個人的には、AI Agentがネットワーク運用を担う際の認証・認可・監査のあり方が気になります。

    参考:ETSI公式|20th Security Conference

    TM Forum

    今回の調査範囲では、新しいOpen APIやODAの重要な仕様公開は確認できませんでした。

    引き続き、Autonomous Networks、Agentic AI、Open Digital Architecture、Open APIsの動きを追っていきます。

    特に、複数AI Agentによるネットワーク制御と、OSSの責任分界には注目しています。

    参考:TM Forum

    GSMA

    10月20日、ポルトガルでOpen Gateway/CAMARAのローンチイベントが予定されていました。

    通信キャリアのネットワーク機能をAPIとして外部サービスへ提供する取り組みが、各国で広がっています。

    今週のKDDIによるNumber Verification v2の商用提供も、この流れの中で見ておきたいニュースです。

    参考:GSMA|Open Gateway/CAMARA Portugal

    O-RAN ALLIANCE

    10月19〜23日、ベトナム・ハノイでO-RAN ALLIANCEのFace-to-Face Meetingが開催されました。

    Open RANやIntelligent RAN、6Gに向けた技術仕様を議論する会合です。

    今回の調査では、この会合による新仕様の正式公開までは確認できていません。

    参考:O-RAN ALLIANCE|F2F Meeting 2026


    今日のひとこと

    今週のニュースを見ていて感じたのは、通信ネットワークの役割がどんどん広がっていることです。

    AI-RANによって基地局がAIの計算基盤になり、ドコモの実証では通信処理と電力まで協調制御する。一方でKDDIは、ネットワークの機能をAPIとして外部サービスに提供し始めています。

    僕が特に気になるのは、こうした技術を実際のサービスとして安全に運用するためのOSS/BSSやAutomationがどう進化するのか。

    このあたりは今後もしっかり追っていきたいですね。


    深掘りするなら

    1. AI-RANが商用化するとOSS/MANOはどう変わる?

    Nokia・T-Mobile・NVIDIAのAI-RAN実証と、ドコモ・NTTの電力協調制御を題材に、RAN、GPU、電力を横断するオーケストレーションについて考えてみたいです。

    2. Network APIは通信キャリアの新しい収益源になるか?

    KDDIのNumber Verification v2を入口に、GSMA Open Gateway、CAMARA、APIの商用提供、BSSとの連携などを整理します。

    3. 通信がサービスに溶け込む時代、携帯キャリアの役割はどう変わる?

    ConnectIN povoや衛星D2D通信の広がりを例に、通信サービスの提供形態とビジネスモデルの変化を考えてみたいです。


    北真也の活動

    株式会社INNOMO

    モバイル・通信領域を中心に、システム開発や技術支援を行っています。OSS/BSSやAutomation、クラウドを活用した通信システムの開発にも取り組んでいます。

    X:北真也(@beck1240)

    日々の仕事や技術のこと、気になったニュースなどを発信しています。

    BAYFM「Mobile Tech Lab」/公式ブログ

    モバイル技術や通信業界の話題をラジオでも紹介しています。

    Mobile Tech Lab YouTube

    番組関連の動画やモバイル技術の話題を公開しています。

    この連載を始めた経緯については、こちらの記事で紹介しています。

    毎日更新できていないのは少し反省しつつ、まあ長く続けることを優先して、ぼちぼちやっていきたいと思います。

    それでは、また次回!

    あなたへのおすすめ