プログラムによるQoS：5GネットワークスライシングAPIとローカルトンネルの連携

オフィスのWi-Fi混雑によりレイテンシーのベンチマークが台無しになるのはもう終わりです。5GスタンドアロンAPIを活用して、ローカル開発プロキシ専用の専用帯域保証のネットワンスライスを立ち上げる方法を解説します。

---

エッジコンピューティング、拡張現実（AR）、自律ロボティクスの時代において、開発環境はこれまで弱点とされてきました。開発者は高性能な非同期コードを書きながらも、ノイズの多いオフィスWi-Fiや混雑したブロードバンド回線でテストを行います。ドローンのテレメトリーやリアルタイムAIビデオ推論、産業用IoTのオーケストレーションなど、超低遅延に依存するアプリケーションを構築する場合、標準的なローカルネットワークのベストエフォート性は深刻なボトルネックとなります。ジッターやパケットロスにより、パフォーマンスの正確なベンチマークはほぼ不可能です。

5Gスタンドアロン（SA）アーキテクチャの展開により、このパラダイムは根本的に変わりました。通信事業者はネットワークをプログラム可能なクラウドネイティブプラットフォームへと移行させ、コアネットワークの機能を標準化されたREST APIを通じて開発者に直接公開しています。5GネットワークスライシングAPIを活用することで、エンジニアリングチームは専用の高帯域・超低遅延のネットワンスライスをプログラム的に交渉し、ISPの混雑を完全に回避し、保証されたQoSを開発マシンに直接提供できます。

このガイドでは、ネットワークスライシングの仕組み、GSMA Open Gatewayエコシステムの現状、そしてこれらの機能を遅延に敏感なアプリケーション向けの実用的な5G SA開発者プロキシに統合する方法について解説します。

---

1. 現代のモバイルIoT開発インフラのボトルネック

プログラムによるネットワークスライシングの価値を理解するには、従来のモバイルIoT開発インフラの制約を理解する必要があります。

一般的なWebアプリケーションでは、標準的なトンネリングツール（ngrok、Cloudflare Tunnel、Tailscale Funnel）は十分です。これらは公開エンドポイントからlocalhostの特定ポートへの安全なリバーストンネルを作成し、外部サービスやテストデバイスが開発環境にアクセスできるようにします。2026年のトンネリング環境は大きく進化しており、Cloudflare TunnelはHTTP/HTTPSにおいて帯域制限なしの完全無料、ngrokはエンタープライズ向けの「Universal Gateway」モデルに移行し、無料枠は2時間セッション制限や月1GB、UDP非対応となっています。オープンソースの代替としてはfrp（GitHubスター数10万超）、bore、chiselなどがあります。

しかし、これらのツールは物理層やデータリンク層の制約に左右されます。オフィスWi-Fiは衝突ドメイン内で動作し、干渉や物理的障害、帯域共有の影響を受けます。企業のEthernetは通常、ISPのバックホールを経由し、統計的多重化によりトラフィックがキューイングされ、負荷時にドロップされることもあります。

標準的なWebトラフィックでは50ミリ秒の遅延スパイクは気になりませんが、次世代アプリケーションでは致命的です：

• ドローンのテレメトリー： 自律ドローンはナビゲーション補正のためにサブ20msの通信が必要
• AR/VRストリーミング： 拡張現実アプリは高帯域と厳格な遅延制御を必要とし、モーションシックネスを防ぐ
• 産業用ロボティクス： 自動誘導車（AGV）はリアルタイムのコマンドに依存し、パケットロスは物理的衝突を引き起こす可能性
• AI推論パイプライン： エッジでのリアルタイムモデルサービングはジッターに敏感であり、バッチ処理とは異なる

これらのシステムを標準ネットワーク上でテストすると、ネットワークの制約を測定しているだけであり、アプリケーションの真のパフォーマンスを反映していません。正確なステージング環境を構築するには、エッジの本番環境と同じ超信頼性・低遅延の接続性をデスク上に再現する必要があります。

---

2. 5Gスタンドアロン（SA）とネットワークスライシングの理解

解決策は5Gスタンドアロン（SA）アーキテクチャにあります。非スタンドアロン（NSA）5Gは従来の4G LTEコアを制御プレーンに依存しますが、5G SAは完全にクラウドネイティブな5Gコア（5GC）を導入します。このサービスベースアーキテクチャ（SBA）により、物理ネットワークを複数の独立した論理ネットワーク（スライス）に分割可能です。

ネットワークスライシングは、共有物理インフラ上に複数のエンドツーエンドの論理ネットワークを仮想化するトポロジーです。各スライスは隔離され、特定のサービスレベルアグリーメント（SLA）を満たすよう設計されています。3GPPは主に以下の3つの標準化されたスライスタイプを定義しています：

• eMBB（高度モバイルブロードバンド）： 最大スループット向け — 4K/8K動画ストリーミング、ファイル転送
• mMTC（大量機械通信）： 高接続密度・低消費電力向け — スマートシティセンサー、資産追跡
• URLLC（超信頼低遅延通信）： 厳格な低遅延・高可用性 — 自動運転、遠隔手術、産業制御

URLLCや高設定のeMBBスライス上で保証されたQoSトンネリングを行うことで、パケットはRadio Access Network（RAN）、トランスポートネットワーク、5Gコア全体で優先順位付けされます。通信は同じ基地局のストリーミングビデオ利用者から論理的に隔離されます。

5G SAの推進は加速しています。2026年6月のEricsson Mobility Reportによると、世界の5G加入者は31億を超え、90以上の通信事業者が5G SAネットワークを展開しています。ネットワークスライシングを用いた差別化された接続サービスは、概念実証から商用製品へと移行しています。2025年11月のEricsson Mobility Reportでは、33の通信事業者が65のネットワークスライシングサービスを商用展開し、そのうち21が2025年に開始されたと報告しています。2026年初頭には、ドイツのTelekomが全国的な5G SAカバレッジを発表し、VodafoneやO2 Telefónicaも同様のマイルストーンを達成しています。

これまでは、ネットワンスライスの設定は企業IT部門と通信事業者間の手作業交渉でしたが、現在ではREST API呼び出しに抽象化されています。

---

3. APIエコノミーと通信業界の融合：CAMARAとGSMA Open Gateway

モバイルIoT開発インフラの進化は、CAMARAプロジェクトとGSMA Open Gatewayの2つの業界横断的イニシアチブによって加速しています。

GSMA Open Gateway

2023年のMWCバルセロナで発表されたGSMA Open Gatewayは、標準化されたネットワークAPIのグローバルフレームワークです。これにより、開発者は通信事業者のネットワークに容易にアクセスできます。2026年のMWC時点で、86の通信事業者グループがこのイニシアチブに参加し、3百以上のネットワークと80%以上の世界のモバイル接続をカバーしています。20種類以上のCAMARA APIの300以上のインスタンスが、カナダからチリ、米国からニュージーランドまで65市場で商用展開されています。

CAMARA

CAMARAはLinux Foundationのオープンソースプロジェクトで、API仕様の定義・開発・テストを行います。GSMAと密接に連携し、20以上のAPI仕様を公開しています。複雑な3GPPネットワーク内部構造を抽象化し、運営者固有の通信網の複雑さを隠しつつ、ユーザーフレンドリーなREST APIとして提供します。Orangeの開発者ポータルによると、50以上の運営者が利用し、APIキー取得から本番運用までの時間を従来の45日から平均3.5日に短縮しています。

この仕組みを支える技術はNetwork Exposure Function (NEF)です。これは5Gコア内のノードで、3GPP TS 29.522に定義される安全な抽象化とAPI公開を行います。NEFはPolicy Control Function（PCF）やSession Management Function（SMF）と連携し、QoSポリシーを動的に適用します。

開発者にとって重要なAPI

以下の2つのAPIカテゴリは、5G SA開発者プロキシのユースケースに直接関係します：

Quality on Demand (QoD) API 特定のIPアドレス、ポート、デバイスに対して一時的なネットワーク性能向上をリクエスト可能。60分間の低遅延QoSプロファイルをリクエストし、200〜500ms以内にセッションIDを取得、即座にトラフィックに帯域保証を適用できます。Deutsche TelekomのQoD API（developer.telekom.comで提供）は、ドイツ、オーストリア、ギリシャ、ハンガリーで展開済み。Siemens Energyは遠隔メンテナンスにQoD APIを利用しています。

ネットワークスライシングAPI デバイスを論理的に隔離されたネットワンスライスに動的に接続し、帯域と遅延の保証を行います。Deutsche Telekomの開発者ポータルでは、アプリ開発者向けの5GスライスAPIも公開しています。

これらAPIの商用化は進展しており、Analysys Masonは2024年の$5.5億ドルから2030年には$76億ドルへと成長予測しています。放送業界もGSMAに対し、ライブ制作ワークフロー向けにCAMARA QoD APIを優先する要求を提出済みです。2025年第4四半期には、Q4 2026（英国）、Q1 2027（イタリア）、Q2 2027（フランス）をターゲットとした導入計画もあります。QoDの月間セッション数は2025年第4四半期に420万に達しています。

---

4. 5G SA開発者プロキシの設計

プログラムによるQoSを活用するには、開発マシンのインターネット接続方法を見直す必要があります。基本的なアイデアは5G SA対応の開発者プロキシです。ローカルトンネルエージェントを標準のWi-Fi（wlan0）やEthernet（eth0）経由ではなく、5G SA対応のモデムやテザリングデバイスを導入して、新たな広域ネットワークインターフェース（wwan0）を作成します。

アーキテクチャは以下の通りです：

localhost:3000
    │
    ▼
トンネルエージェント（ngrok / cloudflared / frp）
    │  明示的に wwan0 にバインド
    ▼
5G SAモデム（wwan0）
    │
    ▼
5G RAN → トランスポートネットワーク → 5Gコア（NEF/PCF/SMF）
    │                              ▲
    │                              │
    │                    ← API経由のQoSポリシー適用
    ▼
パブリックトンネルエッジ（ngrokエッジ / Cloudflare PoP）
    │
    ▼
外部トラフィック / テストデバイス

詳細な流れ：

1. 初期化： ローカルアプリケーションサーバ（例：localhost:3000）を起動。
2. API交渉： スクリプトがHTTP POSTを通じて通信事業者のAPIゲートウェイにリクエスト。ペイロードは5GモデムのIPアドレス（UE）を指定し、高帯域・低遅延のプロファイルとセッション期間を要求。
3. スライス割当： NEFがリクエストを受け取り、PCFやSMFと連携し、無線リンクにQoSルールを動的に適用。
4. トンネルバインド： ローカルのトンネルエージェントを起動し、wwan0に明示的にバインド。
5. 保証されたQoSトンネリング： 外部トラフィックはパブリックトンネルURLに到達し、トンネルエッジを経由して専用の5Gスライスに入り、インターネットの混雑を完全に回避します。

これにより、パブリックエッジとローカルマシン間の接続は純粋な状態となり、ネットワークによるノイズなしにアプリケーションの処理時間を測定できます。

---

5. ステップバイステップのインテグレーション：パイプライン構築

ステップ1：ハードウェアとネットワークの前提条件

5G SA対応のモデムまたはルーター（Snapdragon XシリーズやMediaTek 5Gモデム）と、API公開をサポートする通信事業者のSIMが必要です。現在の選択肢は：

• Deutsche Telekom T-DevEdge (developer.telekom.com) — QoDと5GスライスAPIがドイツおよび一部欧州市場で利用可能。Microsoft Azure Programmable Connectivity SDKと連携
• Nokia Network as Code — Deutsche TelekomのAPI（QoD、位置確認、番号確認）を統合SDK経由で提供。ほかの事業者も順次対応
• GSMA Open Gatewayのチャネルパートナー — Vonage/Ericsson（35+事業者連携）、Twilio、Google Cloud / AWS Marketplaceとの直接連携

ステップ2：認証とトークン取得

通信APIは標準のOAuth 2.0を使用します。QoSリクエスト前に、開発者ポータルでクライアント資格情報を用いて認証し、Bearerトークンを取得します：

curl -X POST "https://api.telecom-operator.com/oauth/token" \
  -H "Content-Type: application/x-www-form-urlencoded" \
  -d "grant_type=client_credentialsclient_id=YOUR_CLIENT_IDclient_secret=YOUR_SECRET"

ステップ3：プログラムによるQoSリクエスト

トークンを取得したら、CAMARAのQuality on Demand (QoD) APIを呼び出します。仕様はLinux FoundationのCAMARA GitHubにあります。最小限のセッション作成リクエスト例は以下の通り：

POST /camara/quality-on-demand/v0/sessions HTTP/1.1
Host: api.telecom-operator.com
Authorization: Bearer YOUR_ACCESS_TOKEN
Content-Type: application/json

{
  "duration": 3600,
  "device": {
    "ipv4Address": {
      "publicAddress": "198.51.100.24",
      "publicPort": 8080
    }
  },
  "applicationServer": {
    "ipv4Address": "203.0.113.50"
  },
  "qosProfile": "QOS_L"
}

成功の201 Createdレスポンスには、sessionIdとexpiresAtが含まれ、ポリシー適用が確認できます。Deutsche TelekomのAPIは200〜500ms以内にQoS状態の遷移（REQUESTED→AVAILABLE）を返します。

ステップ4：ローカルトンネルのバインド

トンネルエージェントをwwan0に明示的にルーティングします。Linuxではipコマンドを使ってルールを追加します：

# 5Gインターフェース用のルーティングテーブルを追加
ip rule add from <wwan0_ip> table 100
ip route add default via <wwan0_gateway> table 100

# cloudflaredを5Gインターフェースにバインドして起動
TUNNEL_EDGE_IP=$(dig +short tunnel.yourdomain.com)
ip route add $TUNNEL_EDGE_IP via <wwan0_gateway> dev wwan0

cloudflared tunnel run --edge-ip-version 4 your-tunnel-name

より強固な隔離のためには、Linuxのネットワーク名前空間を利用します：

# 5Gインターフェースだけを持つ隔離名前空間を作成
ip netns add slice-dev
ip link set wwan0 netns slice-dev
ip netns exec slice-dev ip addr add <wwan0_ip>/24 dev wwan0
ip netns exec slice-dev ip link set wwan0 up
ip netns exec slice-dev ip route add default via <wwan0_gateway>

# 名前空間内でトンネルエージェントを実行
ip netns exec slice-dev cloudflared tunnel run your-tunnel-name

ngrokをカスタムエージェント設定で使う場合は、tunnel_addrをwwan0のアドレスに設定します。frp（自己ホスト型のオープンソース代替）の場合は、frpc.tomlのbind_addrに同じことを記述します。

ステップ5：終了とリソース解放

QoDセッションはAPI呼び出しや分単位の課金です。テスト完了時には必ずセッションを終了させましょう：

curl -X DELETE "https://api.telecom-operator.com/camara/quality-on-demand/v0/sessions/$SESSION_ID" \
  -H "Authorization: Bearer YOUR_ACCESS_TOKEN"

204 No Contentのレスポンスは、スライスが解放され課金も停止したことを示します。

---

6. 通信APIのDevSecOps：コードとしてのネットワークプロビジョニングの自動化

手動でcurlコマンドを使ってスライスを立ち上げるのは非効率です。真の強みは、これらのAPI呼び出しをCI/CDパイプラインに組み込み、ネットワーク設定をコード化することにあります。

成熟したGitHub Actionsのパイプライン例は以下の通りです：

name: レイテンシベンチマーク — 5Gスライス

on:
  push:
    branches: [main]

jobs:
  benchmark:
    runs-on: self-hosted  # 5Gテストリグと同居するランナー
    steps:
      - uses: actions/checkout@v4

      - name: 通信API認証
        id: auth
        run: |
          TOKEN=$(curl -s -X POST "${{ secrets.TELCO_TOKEN_URL }}" \
            -d "grant_type=client_credentialsclient_id=${{ secrets.TELCO_CLIENT_ID }}" \
            -d "client_secret=${{ secrets.TELCO_SECRET }}" \
            | jq -r .access_token)
          echo "token=$TOKEN" >> $GITHUB_OUTPUT

      - name: 5G QoSスライスのプロビジョニング
        id: slice
        run: |
          SESSION=$(curl -s -X POST "${{ secrets.TELCO_API_URL }}/camara/quality-on-demand/v0/sessions" \
            -H "Authorization: Bearer ${{ steps.auth.outputs.token }}" \
            -H "Content-Type: application/json" \
            -d '{
              "duration": 1800,
              "device": { "ipv4Address": { "publicAddress": "${{ secrets.MODEM_PUBLIC_IP }}" } },
              "applicationServer": { "ipv4Address": "${{ secrets.EDGE_SERVER_IP }}" },
              "qosProfile": "QOS_L"
            }')
          echo "session_id=$(echo $SESSION | jq -r .sessionId)" >> $GITHUB_OUTPUT

      - name: 5Gインターフェース上でトンネルエージェントを起動
        run: ip netns exec slice-dev cloudflared tunnel run ci-benchmark &

      - name: レイテンシベンチマークの実行
        run: npm run benchmark:latency

      - name: 結果のアップロード
        uses: actions/upload-artifact@v4
        with:
          name: latency-report
          path: results/

      - name: 5Gスライスの解放
        if: always()
        run: |
          curl -X DELETE "${{ secrets.TELCO_API_URL }}/camara/quality-on-demand/v0/sessions/${{ steps.slice.outputs.session_id }}" \
            -H "Authorization: Bearer ${{ steps.auth.outputs.token }}"

if: always()のガードにより、前のステップが失敗してもスライスは確実に解放され、課金の無駄を防ぎます。

Zero-Trustセキュリティの特性

DevSecOpsの観点から、5G SA開発者プロキシはパフォーマンスだけでなく、セキュリティ面でも重要な特性を持ちます：

• 論理的に隔離された通信路： 5Gコアレベルでネットワンスライスは一般のインターネットから隔離されます。トンネルエージェントとパブリックエッジ間のトラフィックは専用のQoS制御されたベアラーを通じて流れ、共有ISPバックホールは使用しません。
• 3GPPセキュリティ基準： UEと5Gコア間の相互認証（SUPI/SUCI）やPDCP層の暗号化は、TLSとは別に5G SAの無線インターフェースに組み込まれています。
• IAMスコープのAPIアクセス： APIゲートウェイから発行されるOAuth 2.0トークンは、特定のデバイスID、QoSプロファイル、セッション期間に限定されており、資格情報漏洩時のリスクを低減します。
• ローカルネットワークの攻撃面低減： トンネルエージェントはwwan0にバインドされたネットワーク名前空間内で動作し、他のプロセスやWi-Fi経由のトラフィックに漏れることはありません。

---

7. 市場の成熟度と現状の課題

5GネットワークAPIに関する技術ブログで避けて通れないのは、正直な課題の指摘です。

5G SAのカバレッジは不均一です。 2026年初頭のデータによると、5Gを展開した通信事業者のうち、完全なスタンドアロン（SA）を導入しているのは約22%に過ぎません（STL PartnersのTelco Cloud Tracker調査）。QoD APIはドイツ（Deutsche Telekom T-DevEdge）、欧州の一部、米国のT-Mobile DevEdgeで最もアクセスしやすい状況です。放送用のCAMARA QoDやQoS Profile APIは、英国では2026年第4四半期、イタリアは2027年第1四半期、フランスは2027年第2四半期の商用展開が見込まれています。

ネットワークスライシングAPIはまだ初期段階です。 2024年の中国以外の5GネットワークAPIの収益は約3300万ドルで、市場全体の94%は中国市場（中国聯合通信のOpen Gatewayプラットフォームが83億以上の自動車API呼び出しを処理）に集中しています。普及のジレンマは、事業者は確たる開発者需要が見えないと慎重になり、開発者は広く利用可能で予測可能な価格設定を待っています。Slicing-as-a-Serviceは、Deutsche Telekomの提供する、世界的に商用展開された数少ない製品の一つです。

価格モデルはまだ進化中です。 QoDセッションの課金方式（API呼び出しごと、セッションごと、MB単位、サブスクリプション）は確定していません。試験コストを見積もり、明示的なテアダウンロジックをパイプラインに組み込むことが重要です。

運用者間の整合性も課題です。 CAMARAの標準化にもかかわらず、事業者ごとにAPIバージョンやQoSの実装に差異があります。ある事業者で動作するセッションが、別の事業者では異なる挙動を示すこともあります。Ericssonの2026年MWC白書では、CAMARAとOpen Gatewayの標準化を厳格に守る事業者が増えれば、ネットワークAPIのスケールも加速すると指摘しています。

対応可能な事業者とハードウェアを持つチームであれば、このアーキテクチャは今日からでも動作します。5G SAが商用展開されていない市場では、今後のインフラ整備を見据え、設計だけしておく価値があります。

---

8. 差別化された接続性の未来

静的で柔軟性のない物理ネットワークの時代は終わりつつあります。以下のトレンドが、プログラムによるQoSを主流にしています：

ハイパースケーラーの連携が加速。 Microsoft Azure Programmable Connectivity（APC）SDKは、Deutsche TelekomのQoDや番号認証APIをAzureサービスとともに公開しています。Google CloudやAWSも、通信事業者のAPIゲートウェイと連携し、クラウド開発者のワークフロー内でCAMARA APIを利用できる仕組みを進めています。これにより、導入期間は数週間から数日に短縮されます。

AIエージェントのワークロードが新たな需要を創出。 Mikko Karikytö（Nokia）はTelco Magazineで、CAMARAのQoD APIがAI推論ワークロードに特化していると指摘しています。AIエージェントは、遅延やジッターのパラメータを動的にリクエストし、セッションを作成・推論・終了まで自律的に行えます。エッジ探索API（Optimal Edge Discovery、Edge Application Management）は、2026年にAI推論の配置を支援するために大きく成長すると予測されています。

マルチコネクティビティAPIの登場。 業界アナリストは、地上の5Gと低軌道衛星ネットワーク（Starlink、Telesat、OneWeb）を横断するAPIの登場を予測しています。これにより、デバイスは性能保証付きの接続をリクエストでき、どの物理ネットワークがサービスしているかを気にせずに済みます。

長期的な市場予測。 Analysys Masonは、2030年までにネットワークAPIからの通信事業者収益が76億ドルに達すると予測。ABI Researchは2028年までに140億ドル、STL Partnersは2030年に315億ドルの市場規模を見込んでいます。ただし、標準化の一貫性、開発者体験、商用モデルの明確化といった課題も残っています。

---

5GネットワークスライシングAPIをローカルトンネルインフラに統合することで、開発環境を最善の努力のボトルネックから、制御された本番環境に近い接続層へと変革します。CAMARA QoD APIはDeutsche TelekomやNokiaのNetwork as Codeといったプラットフォームを通じてアクセスでき、初期のプロビジョニングもCI/CDの一環に組み込みやすくなっています。Linuxのネットワークプリミティブ（ip rule、ip route、ネットワーク名前空間）は、テスト中もトンネルエージェントが5Gスライス上に留まるためのインターフェースを提供します。

このアーキテクチャは、対応市場では今日から実装可能であり、2026年・2027年にかけて5G SAのカバレッジとCAMARA準拠APIの普及とともに標準的な手法となる見込みです。

---

変更履歴

項目	変更内容	出典
5G SA事業者数	“より多くの90以上”に更新	Ericsson Mobility Report, 2026年6月
グローバル5G加入者数	3.1億（Q1 2026）に修正	Ericsson Mobility Report, 2026年6月
商用スライス展開数	65の商用サービス、33のCSP、2025年に21展開	Ericsson Mobility Report, 2025年11月; Computer Weekly
GSMA Open Gateway事業者数	86の事業者グループ、300以上のネットワーク、全世界の80%以上の接続	GSMA MWC26プレスリリース, 2026年3月
CAMARA API商用展開	65市場で20種類以上のAPIインスタンス、300以上	GSMA, 2026年3月
QoD月間セッション	420万/月（2025年第4四半期）に更新	CAMARA/5G6G Academy, 2026年3月
Deutsche Telekom QoD展開市場	ドイツ、オーストリア、ギリシャ、ハンガリー、Nokia NaC展開	Globenewswire, 2025年2月; Telekom開発者ポータル
CAMARA QoD放送タイムライン	UK Q4 2026、イタリア Q1 2027、フランス Q2 2027	GSMA Open Gateway, 2026年3-4月
5G SAカバレッジの注意点	正直な注意点：5G事業者のうちSA展開は22%	STL Partners, 2026年1月
ネットワークAPI収益（中国以外）	2024年の33百万ドル（全体の94%は中国）	Analysys Mason, 2025年6月
市場予測	2030年$76億（Analysys Mason）、2028年$140億（ABI）、2030年$315億（STL）	複数資料, 2025-2026
トンネリングエコシステム	2026年の状況反映：ngrok無料枠制限、Cloudflareのベンチマーク、frpスター数	FreeCodeCamp, Pangea, LocalXpose, 2026
Deutsche Telekom + Microsoft APC	SDK連携の事実を追加	Telekomプレスリリース
AIエージェントワークロード	QoD API + AI推論、エッジ探索APIの2026年展望	Telco Magazine, 2025年11月
マルチコネクティビティAPI	LEO衛星と地上5Gの融合を予測	Telco Magazine, 2025年11月
論旨の修正	正確な5Gコアのポリシー隔離に修正	編集者修正