6. 生成AIで作成する5Gインフラ装置の汎用ハードウェア利用状況の推定

## 目次

- [1. エグゼクティブサマリー](#1-エグゼクティブサマリー)
- [2. 序論：5Gネットワークにおける汎用ハードウェアへの進化](#2-序論5gネットワークにおける汎用ハードウェアへの進化)
- [3. 最新5Gネットワークアーキテクチャの理解](#3-最新5gネットワークアーキテクチャの理解)
  - [3.1 gNBの分解：CU、DU、RU - その機能と従来のハードウェア](#31-gnbの分解cuduru---その機能と従来のハードウェア)
  - [3.2 5Gコア（5GC）の探求：主要なネットワーク機能（AMF、SMF、UPFなど）とその典型的なハードウェア展開](#32-5gコア5gcの探求主要なネットワーク機能amfsmfupfなどとその典型的なハードウェア展開)
  - [3.3 専用ハードウェアから仮想化およびクラウドネイティブ環境への移行](#33-専用ハードウェアから仮想化およびクラウドネイティブ環境への移行)
- [4. 5G gNBにおける汎用ハードウェア](#4-5g-gnbにおける汎用ハードウェア)
  - [4.1 CUおよびDUにおける商用オフザシェルフ（COTS）サーバーの使用の可能性の分析](#41-cuおよびduにおける商用オフザシェルフcotsサーバーの使用の可能性の分析)
  - [4.2 RUおよび特定のベースバンド処理機能における特殊ハードウェア（FPGA、ASIC）の役割](#42-ruおよび特定のベースバンド処理機能における特殊ハードウェアfpgaasicの役割)
  - [4.3 Open RAN（O-RAN）イニシアチブがハードウェアの分離とベンダーの多様性に与える影響](#43-open-ran-o-ranイニシアチブがハードウェアの分離とベンダーの多様性に与える影響)
  - [4.4 gNBにおける汎用ハードウェアの割合の推定](#44-gnbにおける汎用ハードウェアの割合の推定)
- [5. 5Gコアネットワーク（5GC）における汎用ハードウェア](#5-5gコアネットワーク5gcにおける汎用ハードウェア)
  - [5.1 5GCのクラウドネイティブな性質とそのハードウェアインフラストラクチャへの影響](#51-5gcのクラウドネイティブな性質とそのハードウェアインフラストラクチャへの影響)
  - [5.2 5GCにおける仮想化（NFV）およびコンテナ化技術の採用](#52-5gcにおける仮想化nfvおよびコンテナ化技術の採用)
  - [5.3 主要ベンダーが汎用サーバーおよびクラウドプラットフォームで5GCをどのように実装しているかの分析](#53-主要ベンダーが汎用サーバーおよびクラウドプラットフォームで5gcをどのように実装しているかの分析)
  - [5.4 5GCにおける汎用ハードウェアの割合の推定](#54-5gcにおける汎用ハードウェアの割合の推定)
- [6. SDNおよびNFVのハードウェア選択への影響](#6-sdnおよびnfvのハードウェア選択への影響)
  - [6.1 ソフトウェア定義ネットワーキング（SDN）とネットワーク機能仮想化（NFV）が汎用ハードウェアの採用をどのように促進するか](#61-ソフトウェア定義ネットワーキングsdnとネットワーク機能仮想化nfvが汎用ハードウェアの採用をどのように促進するか)
  - [6.2 仮想化インフラストラクチャへのネットワーク機能の展開の利点と課題](#62-仮想化インフラストラクチャへのネットワーク機能の展開の利点と課題)
  - [6.3 ハードウェアコスト、柔軟性、および拡張性への影響](#63-ハードウェアコスト柔軟性および拡張性への影響)
- [7. 展開トレンドとベンダー戦略](#7-展開トレンドとベンダー戦略)
  - [7.1 主要なモバイルキャリアの展開戦略の検討（例：スタンドアロン対ノンスタンドアロン）](#71-主要なモバイルキャリアの展開戦略の検討例スタンドアロン対ノンスタンドアロン)
  - [7.2 主要な5Gインフラストラクチャベンダー（エリクソン、ノキア、ファーウェイ、サムスンなど）のハードウェアアーキテクチャと仮想化アプローチの分析](#72-主要な5gインフラストラクチャベンダーエリクソンノキアファーウェイサムスンなどのハードウェアアーキテクチャと仮想化アプローチの分析)
  - [7.3 汎用ハードウェアの採用における地域差](#73-汎用ハードウェアの採用における地域差)
- [8. 結論：推定割合と今後の展望](#8-結論推定割合と今後の展望)
  - [8.1 推定割合のまとめ](#81-推定割合のまとめ)
  - [8.2 主要な推進力と課題](#82-主要な推進力と課題)
  - [8.3 今後の展望](#83-今後の展望)
- [9. 不確実性と考慮事項](#9-不確実性と考慮事項)
- [10. 関連ドキュメント](#10-関連ドキュメント)
- [11. 引用文献](#11-引用文献)

---

## 1. エグゼクティブサマリー

本レポートは、主要なモバイルキャリアによって展開されている最新の高性能・高機能な5GシステムのgNB（次世代NodeB）と5GC（5Gコアネットワーク）における汎用ハードウェアの利用状況を推定したものです。5Gコアネットワークにおいては、クラウドネイティブな設計により、汎用ハードウェアの利用が<b>90〜100%</b>に達していると推定されます。一方、gNBにおいては、その構成要素であるCU（集中ユニット）、DU（分散ユニット）、RU（無線ユニット）で汎用ハードウェアの利用状況が異なり、全体としては<b>40〜70%</b>の範囲にあると推定されます。CUでは<b>90〜100%</b>、DUは<b>50〜80%</b>の汎用ハードウェアが利用されているのに対し、RUでは無線信号処理の特性上、<b>10〜30%</b>に留まると考えられます。この傾向は、コスト効率、柔軟性、SDN/NFV（ソフトウェア定義ネットワーク/ネットワーク機能仮想化）の普及、Open RANの推進といった要因によって強く影響されています。

## 2. 序論：5Gネットワークにおける汎用ハードウェアへの進化

従来のモバイルネットワークインフラストラクチャは、特定のネットワーク機能を実行するために設計された専用のプロプライエタリなハードウェアに大きく依存してきました。例えば、4G LTEネットワークにおける基地局（eNodeB）やコアネットワーク（EPC）は、単一のベンダーから提供されるハードウェアとソフトウェアが緊密に統合されたシステムであることが一般的でした [1]。しかし、第5世代移動通信システム（5G）では、ネットワークアーキテクチャに大きな変化が見られます。特に、5Gコアネットワーク（5GC）におけるクラウドネイティブな原則とサービスベースアーキテクチャ（SBA）の採用 [1]、そしてgNB（次世代NodeB）の集中ユニット（CU）、分散ユニット（DU）、無線ユニット（RU）への機能分離 [1] が進んでいます。

これらのアーキテクチャの進化に伴い、商用オフザシェルフ（COTS）サーバーなどの汎用ハードウェアが、これらの分離・仮想化されたネットワーク機能を展開する上でますます重要な役割を果たすようになっています。この背景には、設備投資（CAPEX）と運用コスト（OPEX）の大幅な削減 [3]、ネットワーク運用における柔軟性と俊敏性の向上 [4]、そして新しいサービスの迅速な展開 [6] へのニーズがあります。5Gにおける汎用ハードウェアへの移行は、単なるコスト削減策ではなく、多様で要求の厳しい5Gのユースケースをサポートするために必要な柔軟性と拡張性を実現するための根本的なアーキテクチャの進化を意味しています。これは、過去の世代の硬直的でハードウェア依存型のモデルからの明確な脱却と言えるでしょう。

## 3. 最新5Gネットワークアーキテクチャの理解

### 3.1 gNBの分解：CU、DU、RU - その機能と従来のハードウェア

gNBの論理アーキテクチャは、3GPPリリース15で定義されているように、F1インターフェースで接続された集中ユニット（CU）と1つ以上の分散ユニット（DU）で構成されます [1]。CUはさらに、CU制御プレーン（CU-CP）とCUユーザープレーン（CU-UP）に分割できます [16]。各ユニットの典型的な機能は以下の通りです。

*   **RU（無線ユニット）**: 主に、ユーザー機器（UE）との間の無線周波数（RF）信号の送受信を担当します [19]。デジタルフロントエンド（DFE）、下位物理層（PHY）機能、およびデジタルビームフォーミングを処理します [19]。従来、特殊な無線ハードウェア、電力増幅器 [45]、RFIC [46]、および高性能信号処理用のFPGA（フィールドプログラマブルゲートアレイ）またはASIC（特定用途向け集積回路）を使用して実装されてきました [19]。
*   **DU（分散ユニット）**: RUの近くに配置され、スケジューリングやデータリンク制御などのリアルタイムレイヤー1（上位PHY）およびレイヤー2（MAC、RLC）機能を処理します [1]。従来は専用のベースバンドユニット（BBU）を使用していましたが、トレンドとしては、COTSサーバー上での仮想化が進んでおり、計算負荷の高いPHYレイヤーのタスクにはFPGAまたはSmartNICベースのアクセラレーションが使用されることがあります [19]。
*   **CU（集中ユニット）**: モビリティ制御、無線リソース管理（RRM）、セッション管理、5Gコアへの接続など、非リアルタイムの上位レイヤー2（PDCP）およびレイヤー3（RRC）機能を担当します [1]。リアルタイム処理の要件が比較的緩いため、CUは高度に仮想化可能であり、集中型または地域型のクラウドデータセンターのCOTSサーバーへの展開に適しています [18]。

主要なインターフェースとしては、CUとDUを接続するF1インターフェース（制御プレーン用のF1-C、ユーザープレーン用のF1-U） [1]、およびDUとRUを接続するフロントホールインターフェース（eCPRI/CPRIまたはNGFI） [16] が挙げられます。

gNBアーキテクチャにおける機能分離は、汎用ハードウェアの採用を促進する重要な要素です。gNBを異なる処理要件を持つユニットに分離することで、ターゲットを絞ったハードウェアの選択が可能になり、上位レイヤー（CU）はCOTS上での仮想化に最適である一方、下位レイヤー（RU）は性能重視のタスクのために特殊なハードウェアを保持します。DUは、汎用ハードウェアと高速化ハードウェアの組み合わせがますます一般的になっている移行領域と言えるでしょう。
```plantuml
@startuml
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10
title 5G gNB Architecture: CU, DU, RU with Protocol Stack (RRC, PDCP, SDAP, RLC, MAC, PHY)

package "gNB Logical Architecture" #LightBlue {

    package "Central Unit (CU)" #LightGreen {
        package "CU-CP\n(Control Plane)" as CU_CP {
            entity "RRC\n(L3)" as RRC #yellow
            entity "PDCP (CP)\n(L2)" as PDCP_CP #yellow
            entity "F1-C Termination\n(CU-CP)"
        }

        package "CU-UP\n(User Plane)" as CU_UP {
            entity "SDAP\n(L2)" as SDAP #yellow
            entity "PDCP (UP)\n(L2)" as PDCP_UP #yellow
            entity "F1-U Termination\n(CU-UP)"

        }
    }

    package "Distributed Unit (DU)" as DU #LightYellow {
        entity "F1-C Termination\n(DU-CP)"
        entity "F1-U Termination\n(DU-UP)"
        entity "MAC\n(L2)" as MAC #yellow
        entity "RLC\n(L2)" as RLC #yellow
        entity "Upper PHY\n(L1)" as Upper_PHY #yellow

    }

    package "Radio Unit (RU)" #LightPink {
        entity "Lower PHY\n(L1)" as Lower_PHY #yellow
        entity "RF Signal Tx/Rx" as RF
        entity "Digital Front End (DFE)" as DFE
        entity "Digital Beamforming" as DB
    }
}

package "Hardware Platform" #Thistle {
    entity "COTS Server"
    entity "FPGA/SmartNIC" as NIC
    entity "Radio HW\n(PA, RFIC, ASIC)" as RHW
    entity "Legacy BBU"
"COTS Server"-[hidden]- NIC
NIC -[hidden]- RHW
RHW -[hidden]- "Legacy BBU"
}

' === Protocol Stack and Logical Interfaces ===
RRC --> PDCP_CP : "RRC messages encapsulated"
SDAP --> PDCP_UP : "Maps QoS flows to DRBs"
PDCP_CP --> "F1-C Termination\n(CU-CP)" : "Control PDU delivery"
PDCP_UP --> "F1-U Termination\n(CU-UP)" : "User PDU delivery"
RLC --> MAC : "Concatenation / Segmentation / ARQ""
MAC --> Upper_PHY : "Scheduling & Multiplexing"
Upper_PHY --> Lower_PHY : "Functional split (e.g., Option 7)"
Lower_PHY --> RF : "Digital-to-RF processing"
Lower_PHY --> DFE : "Digital signal conversion"
DFE --> DB : "Beam control"


"F1-C Termination\n(CU-CP)" --> "F1-C Termination\n(DU-CP)" : "F1-C (Control Plane)"
"F1-U Termination\n(CU-UP)" --> "F1-U Termination\n(DU-UP)" : "F1-U (User Plane)"
"F1-C Termination\n(DU-CP)" -r-> RLC : "Control data"
"F1-U Termination\n(DU-UP)" -l-> RLC : "User data"

DFE --> DB : "Performs beamforming"

' === Hardware Bindings ===
CU_CP -r-> "COTS Server" : "Runs on virtualized cloud"
CU_UP -r-> "COTS Server" : "Highly virtualized"
MAC -r-> "COTS Server" : "Runs on edge/cloud"
RLC -r-> "COTS Server" : "Runs on COTS or acceleration"
Upper_PHY -r-> NIC : "Accelerated processing"
Lower_PHY -u-> NIC : "High-speed signal processing"
RF -u-> RHW : "Specialized RF Hardware"

' === Legacy References ===
RLC --> "Legacy BBU" : "Previously implemented in BBU"
MAC --> "Legacy BBU" : "Traditionally hosted"
@enduml

```
### 3.2 5Gコア（5GC）の探求：主要なネットワーク機能（AMF、SMF、UPFなど）とその典型的なハードウェア展開

5Gコア（5GC）は、サービスベースアーキテクチャ（SBA）に基づいて、以下の主要なネットワーク機能（NF）で構成されています。

*   **AMF（アクセスおよびモビリティ管理機能）**: UEのモビリティ、登録、接続管理、および認証を管理します [2]。
*   **SMF（セッション管理機能）**: UEセッションの確立、変更、および解放、IPアドレス割り当て、およびQoS制御を処理します [2]。
*   **UPF（ユーザープレーン機能）**: ユーザーデータトラフィックの転送、パケットルーティング、およびQoS適用を担当します [2]。
*   **PCF（ポリシー制御機能）**: ポリシー規則を管理し、他の制御プレーン機能に提供します [2]。
*   **NRF（NFリポジトリ機能）**: ネットワーク機能情報の中央リポジトリとして機能し、サービスディスカバリーを可能にします [3]。
*   **AUSF（認証サーバー機能）**: ユーザー認証およびセキュリティ関連機能を処理します [2]。
*   **UDM（統合データ管理）**: ユーザー関連データおよび加入者プロファイルを管理します [2]。
*   その他、NSSF、NEFなどのNF [3]。

5GCはクラウドネイティブな設計であり、これらのNFはソフトウェアエンティティ（マイクロサービス、コンテナ）として設計され [4]、HTTP/2などのプロトコルを使用して標準化されたサービスベースインターフェース（SBI）を通じて相互に通信します [9]。5CG機能は通常、データセンターまたはクラウド環境（パブリック、プライベート、ハイブリッド）の汎用サーバーに展開されます [4]。クラウドネイティブな性質は、俊敏性、拡張性、および回復力を促進します。仮想化（NFV）およびコンテナ化技術は、ソフトウェアを基盤となるハードウェアから分離することにより、この展開モデルを可能にする上で重要な役割を果たします [4]。

5Gコアアーキテクチャは、汎用ハードウェアへの展開を本質的に意図して設計されています。クラウドネイティブな原則と、すべてのコア機能に対する仮想化およびコンテナ化の使用により、特殊なハードウェアは、おそらく特定のパフォーマンス最適化または汎用インフラストラクチャを補完するセキュリティアプライアンスを除いて、ほとんど不要になります。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10
title 5GC Architecture: Core Network Functions and Typical HW Deployment

package "5GC NFs" #LightBlue {

    package "C-Plane Functions" #LightGreen {
        entity "AMF" as AMF
        entity "SMF" as SMF
        entity "PCF" as PCF
        entity "AUSF" as AUSF
        entity "UDM" as UDM
        entity "NSSF" as NSSF
        entity "NEF" as NEF
    }

    package "U-Plane Function" #LightYellow {
        entity "UPF" as UPF
    }

    package "SBA" #LightCoral {
        entity "NRF" as NRF
    }
}

package "Deployment Platform" #Thistle {
    entity "COTS Server\n(General Purpose HW)" as COTS
    entity "Private Cloud\n(On-premise or Telco Cloud)" as PrivateCloud
    entity "Public Cloud\n(Hyperscaler IaaS)" as PublicCloud
    entity "Container Platform\n(Kubernetes, Docker)" as ContainerPlatform
    entity "NFV Infrastructure\n(VMs, VNF Managers)" as NFVI
}

' === Logical Connections via SBI (Service-Based Interface) ===
AMF --> SMF : "Provides UE context & mobility info\nvia SBI"
SMF --> UPF : "Configures forwarding rules\nvia N4 interface"
AMF --> AUSF : "Requests authentication"
AUSF --> UDM : "Fetches subscriber data"
PCF --> SMF : "Applies policy rules"
PCF -l-> AMF : "Provides policy for mobility & access"
SMF --> UDM : "Session context retrieval"
AMF --> NRF : "Discover NF services"
SMF --> NRF : "Discover NF services"
AMF --> NSSF : "Slice selection query"
NEF --> NRF : "Discovers available NF\nfor exposure"

' === HW/Cloud Deployment Bindings ===
AMF -r-> COTS : "Runs as microservice"
SMF -r-> COTS : "Deployed on general HW"
UPF -r-> COTS : "Can run on high-perf server"

AMF --> ContainerPlatform : "Runs as container"
SMF --> ContainerPlatform : "Containerized workload"
UPF --> ContainerPlatform : "Optionally containerized"

NRF --> ContainerPlatform : "Service registry"
PCF --> ContainerPlatform : "Policy logic container"

AMF --> PrivateCloud : "Telco edge or regional DC"
SMF --> PrivateCloud : "Deployed in telco cloud"
UPF --> PrivateCloud : "Edge-local or centralized"

AMF --> PublicCloud : "Hybrid deployment possible"
SMF --> PublicCloud : "Cloud-native option"

AMF --> NFVI : "Supports legacy VNF as well"
SMF --> NFVI : "VM-based if needed"

@enduml

```
### 3.3 専用ハードウェアから仮想化およびクラウドネイティブ環境への移行

5Gは、ネットワーク機能を専用ハードウェアアプライアンスに展開する従来のモデルから、より柔軟なソフトウェア中心のアプローチへの大きな転換を表しています [2]。ネットワーク機能仮想化（NFV）は、ネットワーク機能をプロプライエタリなハードウェアから分離し、標準的な商用オフザシェルフ（COTS）サーバー上で仮想ネットワーク機能（VNF）またはクラウドネイティブネットワーク機能（CNF）として実行できるようにすることで、重要な役割を果たします [6]。この移行には、CAPEXとOPEXの大幅な削減、サービス展開とネットワーク管理における俊敏性の向上、変動する需要に対応するための拡張性の向上、およびベンダーとテクノロジーの選択における柔軟性の向上など、数多くの利点があります [27]。

5Gにおける汎用ハードウェアの利用増加の背後にある根本的な推進力は、業界全体での仮想化とクラウドネイティブパラダイムの採用です。これらのアプローチは、経済的な利点を提供するだけでなく、最新の電気通信の動的で進化する状況に必要な不可欠な柔軟性と拡張性も提供します。

## 4. 5G gNBにおける汎用ハードウェア

### 4.1 CUおよびDUにおける商用オフザシェルフ（COTS）サーバーの使用の可能性の分析

*   **CU**は、上位レイヤープロトコル（RRC、PDCP、SDAP）の非リアルタイム処理を担当するため [16]、仮想化に非常に適しており、集中型または地域型のクラウドデータセンターのCOTSサーバーへのソフトウェアとしての展開に最適です [18]。COTSベースのクラウドインフラストラクチャが提供するリソースプーリング機能は、CUの機能とよく合致しています。
*   **DU**は、PHYレイヤーの一部、MAC、RLCなどのより時間的制約の厳しい機能を担当しますが [16]、ネットワークエッジまたは基地局の近くに配置されたCOTSサーバー上での仮想化と実行も増加しています [19]。DUの低遅延および高スループットの要件を満たすために、COTSサーバーには、信号処理や前方誤り訂正（FEC）などの計算負荷の高いタスクをオフロードするために、FPGAやSmartNICなどのハードウェアアクセラレータが搭載される場合があります [19]。
*   CUとDUの両方の機能を汎用コンピューティングプラットフォーム上のソフトウェアとして実装する**Cloud RAN（vRANまたはOpen RAN）**の概念も存在し、スケーラビリティと柔軟性を提供します [19]。O-RANなどのイニシアチブは、RANにおけるオープンインターフェースとCOTSハードウェアの使用をさらに推進しています [16]。

CUはその本質的な仮想化への適合性から汎用ハードウェアの利用率が非常に高いと予想される一方、DUはより複雑な状況を示しています。COTSサーバーの利用は増加傾向にありますが、特定の機能における性能の必要性から、汎用プロセッサと並行して特殊な高速化ハードウェアの継続的な利用が一般的である可能性があります。
```plantuml
@startuml
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title 5G gNB and General Purpose Hardware Architecture

' === gNB Logical Decomposition ===
package "gNB Architecture" #LightBlue {

    package "Central Unit (CU)" #LightGreen {
        entity "RRC\n(L3)" #yellow
        entity "PDCP\n(L2)" #yellow
        entity "SDAP\n(L2)" #yellow
    }

    package "Distributed Unit (DU)" #LightYellow {
        entity "RLC\n(L2)" #yellow
        entity "MAC\n(L2)" #yellow
        entity "PHY (Upper)\n(L1)" #yellow
    }
}

' === HW Deployment Layers ===
package "Generic HW Platform" #Thistle {
    entity "COTS Server\n(General Purpose CPU)" as COTS #cyan
    entity "Cloud DC\n(Central or Regional)" as CloudDC
    entity "Edge Cloud\n(Near Cell Site)" as EdgeCloud
    entity "Virtualization Platform\n(VMs, Containers)" as Virtual
}

package "HW Accelerators" #Wheat {
    entity "FPGA" as FPGA #cyan
    entity "SmartNIC" #cyan
    entity "GPU\n(Optional)" as GPU #cyan
'GPU-[hidden]-FPGA
'FPGA-[hidden]-SmartNIC
}

package "RAN Virtualization Concepts" #MistyRose {
    entity "vRAN\n(Virtualized RAN)" as vRAN
    entity "Cloud RAN\n(Fully Software-based)" as Cloud_RAN
    entity "O-RAN\n(Open Interfaces)" as O_RAN
}

' === Mapping CU Functions to HW ===
"RRC\n(L3)" --> COTS : "Runs as software"
"PDCP\n(L2)" --> COTS : "Runs as software"
"SDAP\n(L2)" --> COTS : "Runs as software"

COTS --> CloudDC : "Deployed in centralized/regional cloud"
COTS --> Virtual : "Supports virtualization (VMs, Containers)"

' === Mapping DU Functions to HW ===
"RLC\n(L2)" --> COTS : "Virtualized processing"
"MAC\n(L2)" --> COTS : "Near-real-time task"
"PHY (Upper)\n(L1)" --> COTS : "Softwarized partially"

"PHY (Upper)\n(L1)" --> FPGA : "Offloads signal processing"
"MAC\n(L2)" --> SmartNIC : "Accelerates real-time tasks"

COTS --> EdgeCloud : "Deployed near cell site"
EdgeCloud --> Virtual : "Runs containerized DU stack"

' === Virtualization and RAN Concepts ===
COTS --> vRAN : "Enables virtualization"
vRAN --> Cloud_RAN : "Implements CU and DU on cloud"
Cloud_RAN --> O_RAN : "Uses open interfaces & HW"

' === Additional HW Acceleration Options ===
"PHY (Upper)\n(L1)" --> GPU : "Optional AI/ML use"

@enduml

```
### 4.2 RUおよび特定のベースバンド処理機能における特殊ハードウェア（FPGA、ASIC）の役割

*   **RU**は、無線信号の直接的な送受信に関与するため、速度、遅延、電力効率の点で最も厳しい性能要件があります [19]。従来から、そして現在でも依然として、これらの要求は、デジタル信号処理（DSP）、フィルタリング、変調、およびその他のRF関連タスクに最適化されたFPGAやASICなどの特殊なハードウェアによって満たされています [19]。
*   **PHYレイヤー内の特定のベースバンド処理機能**は、PHYの一部がDUで仮想化されている場合でも、必要なリアルタイム性能を実現するために専用のハードウェアアクセラレータの恩恵を受ける、あるいは必要とする可能性があります [19]。たとえば、前方誤り訂正（FEC）および高速フーリエ変換/逆高速フーリエ変換（FFT/IFFT）演算は、多くの場合、特殊なハードウェアにオフロードされます [19]。
*   ファーウェイ、エリクソン、ノキアなどの主要ベンダーは、独自のベースバンド処理用ASICを開発する能力を持っていますが、AMD（ザイリンクス）やインテルなどの企業からの市販のFPGAも、その柔軟性と市場投入までの時間の短さから、RUおよびDUハードウェアで広く使用されています [48]。

無線ユニットは、gNBにおいて汎用ハードウェアの利用率が最も低いと考えられます。無線信号の直接処理と、集中的なリアルタイム処理要件により、特殊なRFコンポーネントとFPGAやASICなどのプログラマブルロジックデバイスへの依存が依然として必要です。RU内のいくつかの制御および管理機能は、組み込みの汎用プロセッサによって処理される可能性がありますが、コア信号処理は特殊ハードウェアの領域に残ります。
```plantuml
@startuml
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Specialized Hardware in RU and Baseband Processing

' === Radio Unit (RU) Block ===
package "Radio Unit (RU)" #LightPink {
    entity "RF Front-End\n(PA, LNA, Filters)" as RF_FE
    entity "Digital Front End (DFE)" as DFE
    entity "Beamforming Unit\n(Digital/Hybrid)" as Beamforming
    entity "PHY Layer (Lower)\n(Real-Time BB Processing)" as PHY_Lower
    entity "Embedded Processor\n(for Control/Management)" as EmbeddedCPU
}

' === Specialized Hardware Components ===
package "Specialized HW" #Wheat {
    entity "FPGA\n(Programmable Logic)" as FPGA
    entity "ASIC\n(Custom BB Processor)" as ASIC
    entity "DSP Core\n(Signal Processing)" as DSP_Core
}

' === Offloaded Baseband Functions ===
package "Offloaded BB Functions" #LightYellow {
    entity "FEC\n(Forward Error Correction)"
    entity "FFT/IFFT\n(OFDM Modulation)"
    entity "Modulation/Demodulation"
    entity "Filtering & Conversion"
}

' === Vendors and Technology Providers ===
package "Industry Players" #Thistle {
    entity "Vendor Proprietary ASICs\n(Huawei, Ericsson, Nokia)" as Vendor_ASIC
    entity "Commercial FPGA Vendors\n(AMD/Xilinx, Intel)" as FPGA_Vendors
}

' === Key Hardware Interactions ===
RF_FE <--> DFE : "Analog-Digital conversion"
DFE <--> Beamforming : "Beam steering control"
Beamforming <--> PHY_Lower : "Pre-processed baseband signals"

PHY_Lower --> FPGA : "Real-time signal processing"
PHY_Lower --> ASIC : "Performance-optimized BB processing"
PHY_Lower --> DSP_Core : "Flexible signal computation"

FPGA --> "FEC\n(Forward Error Correction)" : "Offloaded for latency"
FPGA --> "FFT/IFFT\n(OFDM Modulation)" : "Efficient transform ops"
ASIC --> "Modulation/Demodulation" : "High-speed modulation"
DSP_Core --> "Filtering & Conversion" : "Advanced RF filtering"

EmbeddedCPU --> FPGA : "Management/control functions"

' === Industry Supply Links ===
Vendor_ASIC --> ASIC : "In-house chipsets"
FPGA_Vendors --> FPGA : "Market-available programmable logic"

@enduml

```
### 4.3 Open RAN（O-RAN）イニシアチブがハードウェアの分離とベンダーの多様性に与える影響

*   **Open RAN（O-RAN）アライアンス**は、RU、DU、およびCU間のオープンで標準化されたインターフェースを推進しています [4]。この分離により、モバイルキャリアは、従来の単一ベンダーによるロックインから脱却し、異なるベンダーから最適なハードウェアおよびソフトウェアコンポーネントを選択できます [19]。
*   O-RAN仕様、特に**7.2x機能分割** [16] は、DUとRU間の低レベル分割を定義しており、これにより、RUが下位PHYおよびRF機能に焦点を当てる一方で、DUにおいてより標準化され、潜在的にはCOTSベースのハードウェアの使用が促進される可能性があります [16]。
*   O-RANはオープンインターフェースの使用を奨励していますが、RUは特殊な性質のため、依然として特定のハードウェアが必要となる可能性がありますが、オープンインターフェースにより、多様なベンダーからのより多くの選択肢とイノベーションの可能性が生まれます [19]。ただし、DUでは、O-RANによって推進されているように、標準化されたインターフェースを備えたCOTSサーバーへの展開がより明確な傾向として見られます [26]。

O-RANイニシアチブは、gNBにおける汎用ハードウェアの割合、特にDUにおいて増加させる重要な触媒です。オープンインターフェースと分離を推進することにより、O-RANは、RUにおいて性能要件が最も重要な場合に特殊なハードウェアを依然として許可しながら、RANのより大きな部分に対してCOTSハードウェアの費用対効果と柔軟性を活用することをオペレーターに可能にします。これは、5Gエコシステムにおけるベンダーの多様性の向上にもつながります。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title O-RAN Initiative: Impact on HW Disaggregation and Vendor Diversity

' === O-RAN Components ===
package "O-RAN Logical Architecture" #LightBlue {
    entity "Central Unit (CU)" as CU #yellow
    entity "Distributed Unit (DU)" as DU #yellow
    entity "Radio Unit (RU)" as RU #yellow
}

' === Open Interfaces ===
package "Standardized Interfaces" #PaleGreen {
    entity "F1 Interface\n(CU <-> DU)" as F1_CU_DU
    entity "Open Fronthaul\n(7.2x Split - DU <-> RU)" as Open_Fronthaul
}

' === Hardware Types ===
package "Hardware Platform Types" #LightYellow {
    entity "COTS Server\n(General-Purpose HW)" #cyan
    entity "Specialized HW\n(FPGA, ASIC)" #cyan
}

' === Vendor Ecosystem ===
package "Vendor Diversity" #Thistle {
    entity "Vendor A\n(CU Software)" #orange
    entity "Vendor B\n(DU Software)" #orange
    entity "Vendor C\n(RU Hardware)" #orange
    entity "Vendor D\n(Specialized Accelerators)" #orange
}

' === Key Interactions ===
CU --> F1_CU_DU : "Standardized interface for control and user plane separation"
DU --> F1_CU_DU : "Handles RLC, MAC, PHY-High"

DU --> Open_Fronthaul : "Split interface defined by O-RAN"
RU --> Open_Fronthaul : "Focuses on PHY-Low and RF"

DU --> "COTS Server\n(General-Purpose HW)" : "O-RAN enables virtualization and COTS deployment"
CU --> "COTS Server\n(General-Purpose HW)" : "Highly virtualized, suitable for data center"

RU --> "Specialized HW\n(FPGA, ASIC)" : "Real-time RF and PHY-Low require acceleration"

"Vendor A\n(CU Software)" --> CU : "Independent CU provider"
"Vendor B\n(DU Software)" --> DU : "Independent DU stack vendor"
"Vendor C\n(RU Hardware)" --> RU : "Open interface-compatible radio vendor"
"Vendor D\n(Specialized Accelerators)" --> "Specialized HW\n(FPGA, ASIC)" : "Provides BB/RF accelerators"

"Standardized Interfaces" --> "Vendor Diversity" : "Enable multi-vendor deployments"
"Hardware Platform Types" --> "Vendor Diversity" : "Allow flexible and modular HW choices"

@enduml

```
### 4.4 gNBにおける汎用ハードウェアの割合の推定

上記の分析に基づいて、gNBの各コンポーネントにおける汎用ハードウェアの割合を推定します。

*   **集中ユニット（CU）**: その機能が主にソフトウェアベースであり、COTSサーバー上での仮想化に適しているため、汎用ハードウェアの割合が高い可能性があり、おそらく<b>90〜100%</b>の範囲にあると推定されます。
*   **分散ユニット（DU）**: 汎用ハードウェアの割合がより穏やかであり、おそらく<b>50〜80%</b>の範囲にあると推定されます。COTSサーバーでの仮想化は増加していますが、特定のPHYレイヤー機能にはハードウェアアクセラレーションが必要となるため、FPGAやSmartNICなどの特殊なコンポーネントが依然として一般的である可能性があります。
*   **無線ユニット（RU）**: 汎用ハードウェアの割合が最も低く、<b>10〜30%</b>と推定されます。これは主に、組み込みの汎用プロセッサによって処理される可能性のある制御および管理機能に起因します。コアRFおよび信号処理機能は、特殊なRFIC、電力増幅器、およびプログラマブルロジックデバイスに大きく依存しています。

CU、DU、およびRUの展開比率とハードウェア構成を考慮すると、gNB全体の汎用ハードウェアの推定割合は<b>40〜70%<b>の範囲に収まる可能性があります。これは、異なるベンダー、展開シナリオ（マクロセル対スモールセル [3] など）、およびO-RANの採用の程度によって変動する可能性のある幅広い推定値です。

## 5. 5Gコアネットワーク（5GC）における汎用ハードウェア

### 5.1 5GCのクラウドネイティブな性質とそのハードウェアインフラストラクチャへの影響

*   5Gコア（5GC）は、サービスベースアーキテクチャ（SBA）、マイクロサービス、およびコンテナ化などの原則を採用した**クラウドネイティブシステム**として設計されています [4]。これらのアーキテクチャ上の選択は、クラウド環境（パブリック、プライベート、またはハイブリッド）内の汎用サーバーへのネットワーク機能のソフトウェアとしての展開を本質的に支持します [4]。
*   このクラウドネイティブな設計により、個々のネットワーク機能の独立したスケーリング、冗長性と障害分離による強化された回復力、およびCOTSサーバーによって提供される基盤となるハードウェアリソースの効率的な利用などの主要な利点が実現します [4]。
*   5GCをさまざまなクラウドインフラストラクチャに展開できる柔軟性により、モバイルキャリアは運用およびビジネスニーズに最適な環境を選択できます [4]。

5Gコアのアーキテクチャは、汎用ハードウェアとクラウドコンピューティングの機能に本質的に適合しています。その設計原則は、COTSサーバーが提供するスケーラビリティ、柔軟性、および費用対効果を直接活用し、5GCネットワーク機能を展開するための主要なインフラストラクチャの選択肢となっています。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title 5GC Cloud-Native Nature and its Impact on HW Infrastructure

' === 5GC Network Functions ===
package "5GC Network Functions (NF)" #LightBlue {
    entity "AMF"
    entity "SMF"
    entity "UPF"
    entity "PCF"
    entity "AUSF"
    entity "UDM"
    interface "SBI"

    "AMF"<-->"SBI"
    "SMF"<-->"SBI"
    "UPF"<-r->"SBI"
    "PCF"<-l->"SBI"
    "AUSF"<-u->"SBI"
    "UDM"<-u->"SBI"

}

' === Cloud-Native Architecture ===
package "Cloud-Native Principles" #PaleGreen {
    entity "SBA" as SBA
    entity "Microservices"
    entity "Containerization"
}

' === HW Infrastructure ===
package "HW & Cloud Infrastructure" #LightYellow {
    entity "COTS Server"
    entity "Public Cloud"
    entity "Private Cloud"
    entity "Hybrid Cloud"
}

' === Key Benefits ===
package "Operational Benefits" #Thistle {
    entity "Scalability"
    entity "Resiliency"
    entity "Fault Isolation"
    entity "Cost Efficiency"
    entity "Flexibility"
}

' === Architecture Relationships ===
"5GC Network Functions (NF)" --> SBA : "Adopts SBA for modular communication"
"5GC Network Functions (NF)" --> "Microservices" : "Decomposed into independent services"
"5GC Network Functions (NF)" --> "Containerization" : "Deployed as containers"

"5GC Network Functions (NF)" --> "COTS Server" : "Run as software on general-purpose hardware"
"5GC Network Functions (NF)" --> "Public Cloud" : "Can be deployed on public cloud"
"5GC Network Functions (NF)" --> "Private Cloud" : "Can be deployed on private cloud"
"5GC Network Functions (NF)" --> "Hybrid Cloud" : "Can be deployed across mixed cloud environments"

SBA --> "Scalability" : "Allows independent NF scaling"
"Microservices" --> "Fault Isolation" : "Faults are contained to individual components"
"Containerization" --> "Flexibility" : "Enables portable and lightweight deployment"

"COTS Server" --> "Cost Efficiency" : "Provides affordable infrastructure"
"COTS Server" --> "Resiliency" : "Supports redundancy with standard hardware"

"Cloud-Native Principles" -l-> "HW & Cloud Infrastructure" : "Influence design and deployment options"
"Cloud-Native Principles" --> "Operational Benefits" : "Enable cloud-era capabilities"

@enduml
```
### 5.2 5GCにおける仮想化（NFV）およびコンテナ化技術の採用

*   5GCではネットワーク機能仮想化（NFV）の採用が広く、そして増加しており、モバイルキャリアはコアネットワーク機能を仮想化し、従来のプロプライエタリなハードウェアアプライアンスを置き換えて、COTSサーバー上でソフトウェアとして実行できるようになっています [4]。
*   DockerやKubernetesなどのコンテナ化技術を利用して5GCマイクロサービスを展開する傾向も強まっています。コンテナは軽量なパッケージングと効率的なリソース管理を提供し、汎用インフラストラクチャ上で実行する利点をさらに高めます [4]。
*   NFVとコンテナ化は、5GCの俊敏性に大きく貢献し、新しいサービスの迅速な展開、容易な容量のスケーリング、および運用上の複雑さの軽減を可能にします [6]。

仮想化とコンテナ化は、5Gコアの単なる展開オプションではありません。それらは、汎用ハードウェア上でほぼ完全に動作することを可能にする基本的なアーキテクチャ要素です。これらの技術は、最新のモバイルネットワークの多様な機能とパフォーマンス要件を柔軟かつスケーラブルな方法でサポートするために必要な抽象化とリソース管理機能を提供します。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Adoption of NFV and Containerization in 5GC

' === 5GC Network Functions ===
package "5GC Network Functions (NF)" #LightBlue {
    entity "AMF"
    entity "SMF"
    entity "UPF"
    entity "PCF"
    entity "UDM"
    interface "SBI"

    "AMF"<-->"SBI"
    "SMF"<-->"SBI"
    "UPF"<-r->"SBI"
    "PCF"<-l->"SBI"
    "UDM"<-->"SBI"
}

' === Virtualization & Container Technologies ===
package "Virtualization & Containerization" #PaleGreen {
    entity "NFV"
    entity "VM-based VNF"
    entity "Docker"
    entity "Kubernetes"
}

' === Hardware Infrastructure ===
package "Execution Environment" #LightYellow {
    entity "COTS Server"
    entity "Generic Infrastructure"
}

' === Operational Benefits ===
package "Advantages" #Thistle {
    entity "Agility"
    entity "Scalability"
    entity "Fast Deployment"
    entity "Simplified Operations"
    entity "Resource Efficiency"
    entity "Fault Isolation"
}

' === Relationships ===

"5GC Network Functions (NF)" -r-> "NFV" : "NF implemented as VNFs"
"5GC Network Functions (NF)" -r-> "Docker" : "Packaged as containers"
"5GC Network Functions (NF)" -r-> "Kubernetes" : "Orchestrated by Kubernetes"

"NFV" --> "VM-based VNF" : "Traditionally deployed via VMs"
"NFV" --> "Docker" : "Evolving to container-based VNF"

"Docker" --> "COTS Server" : "Runs on general-purpose HW"
"Kubernetes" --> "Generic Infrastructure" : "Manages container resources"

"NFV" --> "COTS Server" : "Allows deployment on commodity hardware"
"NFV" --> "Generic Infrastructure" : "Abstracts HW for flexible execution"

"NFV" --> "Agility" : "Enables dynamic network function allocation"
"NFV" --> "Scalability" : "Allows scaling of VNFs"
"NFV" --> "Simplified Operations" : "Reduces operational complexity"

"Docker" --> "Fast Deployment" : "Enables rapid deployment of services"
"Docker" --> "Resource Efficiency" : "Lightweight resource use"

"Kubernetes" --> "Scalability" : "Automated scaling of microservices"
"Kubernetes" --> "Fault Isolation" : "Ensures independent NF behavior"

@enduml

```
### 5.3 主要ベンダーが汎用サーバーおよびクラウドプラットフォームで5GCをどのように実装しているかの分析

*   エリクソン [30]、ノキア [30]、ファーウェイ [62]、サムスン [13] などの主要な5Gインフラストラクチャベンダーはすべて、汎用サーバーおよびAWS [64]、Google Cloud、Azure [84] などのさまざまなクラウドプラットフォームで実行するように明示的に設計されたクラウドネイティブな5Gコアソリューションを提供しています。
*   具体的な製品と戦略の例：
    *   エリクソンの**デュアルモード5Gコア**（EPCと5GC機能をクラウドネイティブプラットフォームで組み合わせたもの [30]）
    *   ノキアの**ユニバーサルアダプティブコア**（クラウドネイティブおよびインフラストラクチャ非依存として構築 [62]）
    *   ファーウェイの**完全にコンバージェントな5Gコア**（クラウドベースアーキテクチャでマルチRATをサポート [82]）
    *   サムスンのマイクロサービスアーキテクチャを備えた**クラウドネイティブ5Gコア** [13]
*   モバイルキャリアが、これらの環境が提供するスケーラビリティ、俊敏性、および運用効率を活用するために、パブリッククラウドプラットフォームに5Gコアネットワークを展開する傾向が高まっていることも注目に値します [58]。

すべての主要な5Gインフラストラクチャベンダーが、汎用ハードウェアとクラウドプラットフォーム上で実行するように設計されたクラウドネイティブな5Gコアソリューションを開発および推進するという一貫した戦略は、5Gコアネットワークにおいてこのアプローチが支配的であるという業界全体のコンセンサスを強く示唆しています。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title 5GC Implementation Strategies by Major Vendors on COTS and Cloud Platforms

' === Major Vendors and Their Solutions ===
package "Vendors & Solutions" #LightBlue {
    entity "Ericsson Dual-Mode 5GC" #yellow
    entity "Nokia Universal Adaptive Core" #yellow
    entity "Huawei Fully Converged 5GC" #yellow
    entity "Samsung Cloud-Native 5GC" #yellow
}

' === Cloud Platforms ===
package "Cloud Platforms" #PaleGreen {
    entity "AWS" #yellow
    entity "Google Cloud" #yellow
    entity "Microsoft Azure" #yellow
}

' === Deployment Infrastructure ===
package "Infrastructure" #LightYellow {
    entity "COTS Servers"
    entity "Private Cloud"
    entity "Public Cloud"
    entity "Hybrid Cloud"
}

' === Common Capabilities and Benefits ===
package "Deployment Benefits" #Thistle {
    entity "Scalability"
    entity "Agility"
    entity "Operational Efficiency"
    entity "Infrastructure Independence"
}
    entity "Mobile Operators" #orange

' === Relationships ===

"Ericsson Dual-Mode 5GC" --> "COTS Servers" #red: <color #red>Designed for general-purpose servers
"Ericsson Dual-Mode 5GC" --> "Private Cloud" #red: <color #red>Supports on-premises deployments
"Ericsson Dual-Mode 5GC" --> "Public Cloud" #red: <color #red>Cloud-native architecture
"Ericsson Dual-Mode 5GC" --> "Scalability" #red: <color #red>Combines EPC and 5GC in cloud-native form

"Nokia Universal Adaptive Core" --> "COTS Servers" #blue: <color #blue>Infrastructure-agnostic design
"Nokia Universal Adaptive Core" --> "Hybrid Cloud" #blue : <color #blue>Flexible deployment options
"Nokia Universal Adaptive Core" --> "Infrastructure Independence" #blue : <color #blue>Supports various cloud setups

"Huawei Fully Converged 5GC" --> "COTS Servers" #green : <color #green>Runs on general HW
"Huawei Fully Converged 5GC" --> "Public Cloud" #green : <color #green>Cloud-native, multi-RAT support
"Huawei Fully Converged 5GC" --> "Scalability" #green : <color #green>Supports diverse network types

"Samsung Cloud-Native 5GC" --> "COTS Servers" : "Microservice-based design"
"Samsung Cloud-Native 5GC" --> "Hybrid Cloud" : "Highly flexible deployment"
"Samsung Cloud-Native 5GC" --> "Agility" : "Built for agile operation"

"AWS" <--> "Public Cloud" : "Public cloud infrastructure provider"
"Google Cloud" <--> "Public Cloud" : "Cloud deployment option"
"Microsoft Azure" <--> "Public Cloud" : "Supports 5GC NF deployment"

"Public Cloud" --> "Mobile Operators" : "Preferred for scalability and flexibility"
"Mobile Operators" -r-> "Deployment Benefits" : "Seeking agility and efficiency"

@enduml

```
### 5.4 5GCにおける汎用ハードウェアの割合の推定

5Gコアの基本的なクラウドネイティブ設計、仮想化およびコンテナ化の広範な採用、主要ベンダーの実装戦略に基づいて、5Gコアネットワーク（5GC）は約<b>90〜100%</b>の汎用ハードウェアを利用していると推定されます。残りのわずかな割合は、特定のセキュリティ機能（ハードウェアセキュリティモジュール（HSM）など）や、UPF（ユーザープレーン機能 [51]）などの機能におけるパケット処理に最適化された高性能ネットワークインターフェースカード（NIC）に起因する可能性がありますが、これらでさえ多くの場合、市販のサーバーコンポーネントの範囲内と見なされます。

## 6. SDNおよびNFVのハードウェア選択への影響

### 6.1 ソフトウェア定義ネットワーキング（SDN）とネットワーク機能仮想化（NFV）が汎用ハードウェアの採用をどのように促進するか

*   <b>ソフトウェア定義ネットワーキング（SDN）</b>は、制御プレーンを基盤となるハードウェアインフラストラクチャから抽象化し、ソフトウェアコントローラーでネットワーク制御を集中化することにより、ネットワーク管理に革命をもたらします [3]。この抽象化により、ルーティングおよび制御機能に対する特定のハードウェア機能への依存度が低下し、データプレーンには汎用ハードウェアがより適するようになります。
*   <b>ネットワーク機能仮想化（NFV）</b>は、ネットワーク機能を専用ハードウェアアプライアンスから分離し、標準的な商用オフザシェルフ（COTS）サーバー上でソフトウェア（VNFまたはCNF）として実行できるようにすることで、重要なイネーブラーとなります [6]。これにより、特殊なハードウェアの必要性が、汎用インフラストラクチャ上で実行されるソフトウェアに直接置き換えられます。
*   SDNとNFVの相乗効果は、最新の5Gネットワークに必要な俊敏性、柔軟性、および拡張性を実現するために不可欠です [31]。これらの利点は、ネットワーク機能が汎用ハードウェアに展開された場合に最も効果的に実現され、動的なリソース割り当てとサービスオーケストレーションの基盤を提供します。

SDNとNFVは、ネットワーク制御をソフトウェアに分離し（SDN）、ネットワーク機能を仮想化する（NFV）ことにより、5Gネットワークにおける汎用ハードウェアの採用を根本的に推進する基盤技術です。これらにより、標準サーバー上で実行されるソフトウェアベースのソリューションが、以前は特殊なハードウェアを必要としていたパフォーマンスと機能を提供できるようになります。
```plantuml
@startuml
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title How SDN and NFV Promote Adoption of General-Purpose HW in 5G

' === SDN and Its Role ===
package "SDN Architecture" #LightBlue {
    entity "C-Plane"
    entity "Data Plane"
    entity "SDN Controller"
    entity "Network Abstraction"
}

' === NFV and Virtualization ===
package "NFV Framework" #Thistle {
    entity "Network Function (NF)" as NF
    entity "Virtual Network Function (VNF)" as VNF
    entity "Cloud-Native Network Function (CNF)" as CNF
    entity "NFV Infrastructure (NFVI)" as NFVI
}

' === Hardware Infrastructure ===
package "Infrastructure Layer" #LightYellow {
    entity "COTS Servers"
    entity "Proprietary Appliances"
    entity "General-Purpose HW"
}

' === Functional Benefits ===
package "Key Capabilities" #PaleGreen {
    entity "Agility"
    entity "Flexibility"
    entity "Scalability"
    entity "Dynamic Resource Allocation"
    entity "Service Orchestration"
}

' === Relationships with explanations ===

"SDN Controller" --> "C-Plane" : "Centralizes control logic"
"C-Plane" --> "Network Abstraction" : "Abstracted from HW"
"Data Plane" -l-> "General-Purpose HW" : "Executed on COTS due to HW independence"

NF --> VNF : "Virtualized as software"
NF --> CNF : "Containerized version for cloud"
VNF --> NFVI : "Runs on virtualization layer"
CNF --> NFVI : "Runs in containers"
NFVI -u-> "COTS Servers" : "Hosted on standard servers"

"Proprietary Appliances" -[#red,dashed]-> "COTS Servers" : "Replaced by virtualized software"

"SDN Controller" --> "Service Orchestration" : "Enables orchestration through SW control"
NFVI --> "Dynamic Resource Allocation" : "Supports elastic provisioning"
"Dynamic Resource Allocation" --> "Agility" : "Enables fast deployment"
"Service Orchestration" --> "Flexibility" : "Simplifies service changes"
NFVI --> "Scalability" : "Scales with traffic demand"

"SDN Controller" -u-> NFVI : "Interoperates with NFV for integrated control"

@enduml

```
### 6.2 仮想化インフラストラクチャへのネットワーク機能の展開の利点と課題

*   **利点**:
    *   高価なプロプライエタリハードウェアの必要性を減らすことによる設備投資と運用コストの大幅な削減 [3]。
    *   ネットワーク設計、リソース割り当て、およびサービス展開における柔軟性と俊敏性の向上 [4]。
    *   新しいサービスと機能の市場投入までの時間の短縮 [6]。
    *   ネットワーク需要に基づいて容量を動的に調整できる拡張性の向上 [4]。
*   **課題**:
    *   遅延に敏感なアプリケーション（特にリアルタイム処理が重要なRANのDU [18]）のパフォーマンスに関する考慮事項。
    *   仮想化されたマルチテナント環境で対処する必要があるセキュリティ上の懸念 [4]。
    *   分散型のソフトウェア定義インフラストラクチャを処理するために必要なオーケストレーションと管理の複雑さの増大 [4]。

汎用ハードウェアでの仮想化は5Gネットワークに大きな利点をもたらしますが、モバイルキャリアは、特にRANにおいて、パフォーマンス要件とセキュリティに関連する潜在的な課題を慎重に検討し、軽減する必要があります。これには、必要に応じてハードウェアアクセラレーションを戦略的に使用することと、堅牢なオーケストレーションフレームワークが必要となることがよくあります。
```plantuml
@startuml
'left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Benefits and Challenges of Deploying NFs on Virtualized Infrastructure

' === Deployment Targets ===
package "Deployment Environment" #LightYellow {
    entity "Virtualized Infrastructure"
    entity "General-Purpose HW (COTS)"
    entity "Proprietary HW"
}

' === Network Functions ===
package "Network Functions" #LightBlue {
    entity "Virtual Network Function (VNF)" as VNF
    entity "Cloud-Native Network Function (CNF)" as CNF
}

' === Key Benefits ===
package "Deployment Benefits" #PaleGreen {
    entity "CAPEX & OPEX Reduction"
    entity "Improved Flexibility & Agility"
    entity "Faster Time to Market"
    entity "Enhanced Scalability"
}

' === Main Challenges ===
package "Deployment Challenges" #LightCoral {
    entity "Latency-Sensitive Performance"
    entity "Security in Multi-Tenant Environments"
    entity "Management & Orchestration Complexity"
}

' === Supporting Solutions ===
package "Mitigation Strategies" #Thistle {
    entity "HW Acceleration"
    entity "Robust Orchestration Framework"
}

' === Relationships with explanations ===

VNF --> "Virtualized Infrastructure" : "Deployed as SW on\n VMs or containers"
CNF --> "Virtualized Infrastructure" : "Container-based NF\n runs here"
"Virtualized Infrastructure" -r-> "General-Purpose HW (COTS)" : "Runs on COTS platforms"
"Proprietary HW" -[#red,dashed]l-> "General-Purpose HW (COTS)" : "Replaced by virtualization"

"Virtualized Infrastructure" -u-> "CAPEX & OPEX Reduction" : "Avoids proprietary hardware costs"
VNF --> "Improved Flexibility & Agility" : "Decoupled from fixed hardware"
CNF --> "Faster Time to Market" : "Agile service deployment"
"Virtualized Infrastructure" -u-> "Enhanced Scalability" : "Resources allocated dynamically"

VNF -u-> "Latency-Sensitive Performance" : "May face delay in real-time apps (e.g. DU)"
"Virtualized Infrastructure" -r-> "Security in Multi-Tenant Environments" : "Shared infra\n increases risks"
CNF -u-> "Management & Orchestration Complexity" : "More components = higher overhead"

"Latency-Sensitive Performance" -u-> "HW Acceleration" : "Mitigates performance gaps"
"Management & Orchestration Complexity" -u-> "Robust Orchestration Framework" : "Simplifies complex deployments"
"Security in Multi-Tenant Environments" -u-> "Robust Orchestration Framework" : "Enforces policy & isolation"

@enduml

```
### 6.3 ハードウェアコスト、柔軟性、および拡張性への影響

*   **コスト**: SDNおよびNFVによって推進される汎用ハードウェアの採用は、高価なプロプライエタリな電気通信機器の代わりに費用対効果の高いCOTSサーバーの使用を可能にすることにより、ハードウェアコストに直接的かつプラスの影響を与えます [3]。
*   **柔軟性**: 仮想化とSDNは、ネットワークリソースと機能をソフトウェア制御を通じて動的にプロビジョニング、構成、および再構成できるようにすることで、ネットワークの柔軟性を大幅に向上させ、変化するサービス要件とトラフィックパターンに迅速に適応できるようにします [4]。
*   **拡張性**: 特にクラウド環境に展開された場合、汎用ハードウェアは比類のない拡張性を提供し、モバイルオペレーターは5Gの膨大なデータと接続要件に対応するために、需要に基づいてネットワーク容量を簡単かつ費用対効果の高い方法でスケールアップまたはスケールダウンできます [4]。

SDNとNFVによって促進される汎用ハードウェアへの移行は、5Gインフラストラクチャにおける変革的なトレンドです。ハードウェアへの設備投資を削減するだけでなく、次世代モバイルネットワークを効率的に運用および進化させ、幅広い革新的なサービスとアプリケーションをサポートするために必要な不可欠な柔軟性と拡張性も提供します。
```plantuml
@startuml
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Impact on Hardware Cost, Flexibility, and Scalability

' === Technology Drivers ===
package "Enabling Technologies" #LightBlue {
    entity "SDN (Software-Defined Networking)"
    entity "NFV"
}

' === Hardware Types ===
package "HW Environment" #LightYellow {
    entity "Proprietary Telecom Equipment"
    entity "COTS Servers (General-Purpose HW)"
}

' === Impact Areas ===
package "Impact Dimensions" #PaleGreen {
    entity "HW Cost"
    entity "Flexibility"
    entity "Scalability"
}

' === Cloud Deployment ===
package "Cloud Environment" #Thistle {
    entity "Cloud-Based Infrastructure"
    entity "Dynamic Scaling"
}

' === Service Outcomes ===
package "5G NW Benefits" #Lavender {
    entity "Efficient Operation"
    entity "Support for Diverse Applications"
    entity "Reduced CAPEX"
}

' === Relationships ===

"SDN (Software-Defined Networking)" --> "Flexibility" : "Enables\n dynamic resource control"
"NFV" --> "Flexibility" : "Enables\n dynamic function provisioning"

"NFV" -u-> "COTS Servers (General-Purpose HW)" : "Replaces proprietary appliances"
"SDN (Software-Defined Networking)" -u-> "COTS Servers (General-Purpose HW)" : "Reduces dependency on\n dedicated control HW"

"Proprietary Telecom Equipment" -[#red,dashed]r-> "COTS Servers (General-Purpose HW)" : "Substituted by\n SDN/NFV-driven HW"

"COTS Servers (General-Purpose HW)" --> "HW Cost" : "Enables\n lower-cost infrastructure"
"HW Cost" --> "Reduced CAPEX" : "Drives down\n capital investment"

"Flexibility" --> "Efficient Operation" : "Allows fast adaptation to\n traffic and service needs"
"Scalability" --> "Efficient Operation" : "Matches resource supply\n with demand"

"NFV" --> "Cloud-Based Infrastructure" : "Deployed in\n virtual/cloud environments"
"Cloud-Based Infrastructure" --> "Dynamic Scaling" : "Allows scaling up/down\n based on load"
"Dynamic Scaling" --> "Scalability" : "Ensures cost-effective NW growth"

"Efficient Operation" --> "Support for Diverse Applications" : "Meets wide range of 5G use cases"

@enduml

```
## 7. 展開トレンドとベンダー戦略

### 7.1 主要なモバイルキャリアの展開戦略の検討（例：スタンドアロン対ノンスタンドアロン）

*   **ノンスタンドアロン（NSA）** 5G展開は、5G New Radio（NR）をユーザープレーンに導入しながら、制御プレーン機能に既存の4G LTEコアネットワークに依存します。一方、**スタンドアロン（SA）** 5G展開は、新しいクラウドネイティブ5Gコア（5GC）を含むエンドツーエンドの5Gアーキテクチャを利用します [3]。
*   初期の5G展開では、既存のLTEインフラストラクチャを活用し、5Gサービスの初期ロールアウトを加速するために、主にNSAアプローチが採用されました [3]。このシナリオでは、4G Evolved Packet Core（EPC）が、汎用ハードウェア上での完全に仮想化された5GCの完全な採用を制限する可能性があります。
*   新しいクラウドネイティブ5GCの展開を必要とする**SA展開への移行**の傾向と戦略的重要性が高まっています [3]。SA展開では、本質的に汎用ハードウェアおよびクラウドインフラストラクチャ上で実行するように設計された新しいクラウドネイティブ5GCの展開が必要となるため、コアネットワークにおける汎用ハードウェアの採用が促進されます。

モバイルキャリアが採用する展開戦略は、汎用ハードウェアが利用される程度に大きく影響します。NSAからSA 5Gへの継続的な移行は、SAがクラウドネイティブなコアアーキテクチャを義務付けているため、特にコアネットワークにおける汎用ハードウェアの採用を加速する主要な要因です。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Deployment Trends and Vendor Strategies

' === Deployment Modes ===
package "Deployment Modes" #LightBlue {
    entity "NSA (Non-Standalone)"
    entity "SA (Standalone)"
}

' === Network Components ===
package "Network Architecture" #LightGreen {
    entity "5G NR"
    entity "4G EPC"
    entity "5GC"
    entity "Cloud-Native Architecture"
    entity "COTS HW"
}

' === Carrier Strategy ===
package "Mobile Carrier Strategy" #LightYellow {
    entity "Initial Rollout Acceleration"
    entity "NSA Usage of Existing LTE Infra"
    entity "SA Requires Full 5GC"
    entity "Migration to SA"
}

' === Strategic Impact ===
package "Strategic Implications" #Thistle {
    entity "Encouraged General-Purpose HW Adoption"
    entity "Faster 5G Service Deployment"
    entity "Support for Virtualized Core"
    entity "Limits Support for Virtualized Core"
}

' === Relationships ===

"NSA (Non-Standalone)" --> "4G EPC" : "Relies on LTE C-Plane"
"NSA (Non-Standalone)" --> "5G NR" : "Uses for U-Plane"
"NSA (Non-Standalone)" --> "Initial Rollout Acceleration" : "Quick market deployment"

"SA (Standalone)" --> "5GC" : "Requires new CN"
"SA (Standalone)" --> "Cloud-Native Architecture" : "Fundamental architectural base"
"SA (Standalone)" --> "COTS HW" : "Runs on general-purpose servers"
"SA (Standalone)" --> "Migration to SA" : "Driving transition strategy"

"4G EPC" --> "Limits Support for Virtualized Core" : "Constrains full virtualization"
"5GC" --> "Support for Virtualized Core" : "Enables full virtualization"
"Cloud-Native Architecture" --> "Support for Virtualized Core" : "Built for virtualization"

"SA Requires Full 5GC" --> "Encouraged General-Purpose HW Adoption" : "Promotes CN HW use"
"NSA Usage of Existing LTE Infra" --> "Faster 5G Service Deployment" : "Speeds initial adoption"

"Migration to SA" --> "Encouraged General-Purpose HW Adoption" : "Drives infrastructure evolution"
"COTS HW" --> "Encouraged General-Purpose HW Adoption" : "Enabler for cost-effective core"

@enduml

```
### 7.2 主要な5Gインフラストラクチャベンダー（エリクソン、ノキア、ファーウェイ、サムスンなど）のハードウェアアーキテクチャと仮想化アプローチの分析

*   **エリクソン**: クラウドRANとデュアルモード5Gコア戦略は、クラウドネイティブなアプローチと汎用サーバーへのネットワーク機能のソフトウェアとしての展開、およびマルチクラウド環境のサポートを重視 [30]。
*   **ノキア**: Future Xアーキテクチャとそのクラウドネイティブ5Gコア、およびAirScale RANソリューションの仮想化の強化と、特にCUおよびDUにおける汎用ハードウェアの潜在的な利用への進化 [47]。
*   **ファーウェイ**: RAN、トランスポート、およびコアネットワークをカバーする包括的な「オールクラウド」戦略は、5Gインフラストラクチャにおける汎用ハードウェアプラットフォームへの仮想化と展開への重要な取り組みを示唆 [48]。
*   **サムスン**: 完全仮想化5G RAN（vRAN 2.0）とそのクラウドネイティブ5Gコア、および汎用サーバーとクラウドインフラストラクチャ（ハイパースケーラーとのコラボレーションを含む）でのソフトウェアベースのアーキテクチャへの注力 [13]。

主要な5Gインフラストラクチャベンダーすべてに共通するテーマは、RAN（特にCU/DU）とコアネットワークの両方に対するクラウドネイティブアーキテクチャと仮想化ソリューションへの強い戦略的指向です。この普遍的なトレンドは、5Gインフラストラクチャの展開に汎用ハードウェアとクラウドプラットフォームの利点を活用するという幅広い業界全体の動きを示しています。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title 7.2 Analysis of Key 5G Infrastructure Vendors' HW and Virtualization Strategies

' === Ericsson ===
package "Ericsson" #LightSkyBlue {
    entity "Cloud RAN"
    entity "Dual-mode 5G Core"
    entity "Multi-cloud Support"
    entity "General-Purpose Server Deployment"
}

"Cloud RAN" -l-> "General-Purpose Server Deployment" : "Runs NF as SW"
"Dual-mode 5G Core" --> "Cloud RAN" : "Integrated strategy"
"Multi-cloud Support" --> "Cloud RAN" : "Enables flexible environments"

' === Huawei ===
package "Huawei" #LightPink {
    entity "All-Cloud Strategy"
    entity "RAN Virtualization"
    entity "Transport Virtualization"
    entity "Core Network Virtualization"
}

"All-Cloud Strategy" --> "RAN Virtualization" : "Part of unified vision"
"All-Cloud Strategy" --> "Transport Virtualization" : "Covers all layers"
"All-Cloud Strategy" --> "Core Network Virtualization" : "End-to-end cloud"

' === Samsung ===
package "Samsung" #Thistle {
    entity "vRAN 2.0" as vRAN
    entity "Samsung Cloud-Native 5G Core"
    entity "Hyperscaler Collaboration"
    entity "General-Purpose Infrastructure"
}

vRAN -r-> "General-Purpose Infrastructure" : "Fully software-based"
"Samsung Cloud-Native 5G Core" -l-> "General-Purpose Infrastructure" : "Runs on cloud"
"Hyperscaler Collaboration" --> "Samsung Cloud-Native 5G Core" : "Supports cloud-native"
"Hyperscaler Collaboration" --> vRAN : "Enables scale and flexibility"

' === Nokia ===
package "Nokia" #LightYellow {
    entity "Future X Architecture"
    entity "Nokia Cloud-Native 5G Core"
    entity "AirScale RAN"
    entity "CU/DU Virtualization"
}

"Future X Architecture" -r-> "Nokia Cloud-Native 5G Core" : "Core part of strategy"
"AirScale RAN" --> "CU/DU Virtualization" : "Focus on GPP-based deployment"
"CU/DU Virtualization" -l-> "Nokia Cloud-Native 5G Core" : "Integrated core and RAN"


' === Common Industry Trend ===
package "Industry-Wide Trend" #LightGreen {
    entity "Cloud-Native Architecture"
    entity "Virtualization of CU/DU and CN"
    entity "General-Purpose HW Adoption"
}

"Ericsson" -u-> "Cloud-Native Architecture" : "Strategic alignment"
"Nokia" -u-> "Cloud-Native Architecture" : "Strategic alignment"
"Huawei" -u-> "Cloud-Native Architecture" : "Strategic alignment"
"Samsung" -u-> "Cloud-Native Architecture" : "Strategic alignment"

"Cloud-Native Architecture" --> "Virtualization of CU/DU and CN" : "Drives unified design"
"Virtualization of CU/DU and CN" --> "General-Purpose HW Adoption" : "Enables scalable infra"

@enduml

```
### 7.3 汎用ハードウェアの採用における地域差

*   スペクトルの割り当てのタイミング [3]、既存のLTEインフラストラクチャの成熟度、規制環境、および5Gスタンドアロン（SA）展開への移行の速度 [62] などの要因により、5Gインフラストラクチャにおける汎用ハードウェアの採用のペースと範囲は地域によって異なる可能性があります。
*   アジアや北米の一部 [62] など、SA 5Gネットワークの早期かつ積極的な展開を行っている地域では、最初から5Gコアネットワークにおける汎用ハードウェアの割合が高くなる可能性があります。

5Gインフラストラクチャにおける汎用ハードウェアのグローバルな採用は均一ではなく、展開戦略と技術的進歩に影響を与える地域要因によって影響を受けます。SAを優先する地域がこの採用をリードすると予想されます。
```plantuml
@startuml
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title 7.3 Regional Differences in General-Purpose Hardware (GPP) Adoption

' === Influencing Factors ===
package "Influencing Factors" #LightYellow {
    entity "Spectrum Allocation Timing"
    entity "Maturity of LTE Infrastructure"
    entity "Regulatory Environment"
    entity "Pace of 5G SA Deployment"
}

' === Global Adoption Pattern ===
package "Global GPP Adoption" #LightGreen {
    entity "Non-Uniform GPP Adoption"
    entity "Influenced by Regional Factors"
}

"Spectrum Allocation Timing" --> "Influenced by Regional Factors" : "Affects rollout timeline"
"Maturity of LTE Infrastructure" --> "Influenced by Regional Factors" : "Determines legacy reuse"
"Regulatory Environment" --> "Influenced by Regional Factors" : "Shapes deployment freedom"
"Pace of 5G SA Deployment" --> "Influenced by Regional Factors" : "Accelerates GPP adoption"

"Influenced by Regional Factors" --> "Non-Uniform GPP Adoption" : "Causes variation by region"

' === Early Adoption Regions ===
package "Early GPP Adoption Regions" #LightSkyBlue {
    entity "Asia"
    entity "North America"
    entity "Proactive SA Deployment"
    entity "High Initial GPP Usage"
}

"Asia" -u-> "Proactive SA Deployment" : "Early standalone deployment"
"North America" -u-> "Proactive SA Deployment" : "Strong SA investments"
"Proactive SA Deployment" -u-> "High Initial GPP Usage" : "Drives cloud-native architecture"
"High Initial GPP Usage" -u-> "Non-Uniform GPP Adoption" : "Leads regional adoption trend"

' === Future Outlook ===
package "Outlook" #Thistle {
    entity "Regions Prioritizing SA"
    entity "Will Lead GPP Adoption"
}

"Regions Prioritizing SA" -u-> "Will Lead GPP Adoption" : "Due to early cloud-native infrastructure"

"Will Lead GPP Adoption" -u-> "Non-Uniform GPP Adoption" : "Sets direction for others"

@enduml

```
## 8. 結論：推定割合と今後の展望

### 8.1 推定割合のまとめ

gNBと5GCにおける汎用ハードウェアの推定割合をまとめます。

*   **gNB全体**: 推定範囲は**40〜70%**。
    *   **CU**: おそらく**90〜100%**。
    *   **DU**: おそらく**50〜80%**。
    *   **RU**: おそらく**10〜30%**。
*   **5Gコアネットワーク（5GC）**: 推定値は**90〜100%**。

### 8.2 主要な推進力と課題

*   **主な推進力**:
    *   CAPEXとOPEXの大幅な削減。
    *   ネットワーク運用とサービス展開における柔軟性と俊敏性の向上。
    *   クラウドベースのインフラストラクチャによって提供される本質的な拡張性。
    *   クラウドネイティブな原則へのアーキテクチャの進化。
    *   O-RANなどのイニシアチブによるオープンで分離されたRANの推進。
*   **主な課題**:
    *   低遅延と高スループットが不可欠なRANにおけるパフォーマンスの確保。
    *   仮想化されたクラウド環境におけるセキュリティ上の考慮事項。
    *   ソフトウェア定義ネットワークインフラストラクチャのオーケストレーションと運用における複雑さの増大。
```plantuml
@startuml
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title 8.2 Key Drivers and Challenges Affecting the Trend Toward General-Purpose Hardware

' === Drivers of GPP Adoption ===
package "Key Drivers" #LightGreen {
    entity "Reduced CAPEX & OPEX"
    entity "Increased Flexibility & Agility"
    entity "Cloud-Based Scalability"
    entity "Cloud-Native Architecture Evolution"
    entity "Open RAN (O-RAN) Initiatives"
}

' === Challenges of GPP Adoption ===
package "Key Challenges" #LightCoral {
    entity "RAN Performance Constraints"
    entity "Security in Virtualized Environments"
    entity "Orchestration & Operational Complexity"
}

' === General Trend ===
package "Trend Toward GPP" #LightBlue {
    entity "GPP Adoption in 5G Infrastructure"
}

"Reduced CAPEX & OPEX" -u-> "GPP Adoption in 5G Infrastructure" : "Cost-efficient infrastructure"
"Increased Flexibility & Agility" -u-> "GPP Adoption in 5G Infrastructure" : "Enables dynamic operations"
"Cloud-Based Scalability" -u-> "GPP Adoption in 5G Infrastructure" : "Eases scaling capacity"
"Cloud-Native Architecture Evolution" -u-> "GPP Adoption in 5G Infrastructure" : "Aligns with modern principles"
"Open RAN (O-RAN) Initiatives" -u-> "GPP Adoption in 5G Infrastructure" : "Drives disaggregation and openness"

"RAN Performance Constraints" --|> "GPP Adoption in 5G Infrastructure" : "Requires HW acceleration"
"Security in Virtualized Environments" --|> "GPP Adoption in 5G Infrastructure" : "Demands robust protections"
"Orchestration & Operational Complexity" --|> "GPP Adoption in 5G Infrastructure" : "Needs advanced management tools"

@enduml

```
### 8.3 今後の展望

*   特にRAN（DUおよび潜在的にはRUも、COTSサーバーのパフォーマンスとSmartNICやプログラマブルアクセラレータなどのハードウェアアクセラレーション技術の進歩に伴い）において、汎用ハードウェアの割合は時間の経過とともに増加する可能性が高い。
*   O-RANによって推進されているオープンインターフェースと、異なるサプライヤーからのコンポーネントを組み合わせて使用できる能力によって、5Gエコシステムにおけるベンダーの多様性とイノベーションの可能性が高まる。
*   ネットワーク運用への影響：
    *   クラウドテクノロジーと仮想化に焦点を当てた新しいスキルセットが必要。
    *   ソフトウェア中心の管理への移行。
    *   効率的なネットワークライフサイクル管理のために、自動化とオーケストレーションプラットフォームの重要性が高まる。
```plantuml
@startuml
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title 8.3 Future Trajectory and Potential Impact in the Telecom Industry

' === Future Adoption of GPP ===
package "General-Purpose HW Trends" #LightBlue {
    entity "Increased GPP in DU"
    entity "Potential GPP in RU"
    entity "Advancement in SmartNIC & Accelerators"
}

' === Open Ecosystem ===
package "O-RAN and Vendor Innovation" #LightGreen {
    entity "Open Interfaces (O-RAN)"
    entity "Multi-Vendor Component Integration"
    entity "Ecosystem Innovation"
}

' === Operational Transformation ===
package "Network Operations Impact" #Moccasin {
    entity "Need for New Skillsets"
    entity "Shift to Software-Centric Management"
    entity "Automation & Orchestration Platforms"
    entity "Efficient Lifecycle Management"
}

"Increased GPP in DU" --> "Potential GPP in RU" : "Accelerated by performance improvements"
"Advancement in SmartNIC & Accelerators" --> "Increased GPP in DU" : "Enables high-performance processing"
"Advancement in SmartNIC & Accelerators" --> "Potential GPP in RU" : "Supports advanced RU functions"

"Open Interfaces (O-RAN)" --> "Multi-Vendor Component Integration" : "Facilitates interoperability"
"Multi-Vendor Component Integration" --> "Ecosystem Innovation" : "Encourages flexibility and diversity"

"Need for New Skillsets" --> "Shift to Software-Centric Management" : "Driven by cloud and virtualization"
"Shift to Software-Centric Management" --> "Automation & Orchestration Platforms" : "Requires new tools and paradigms"
"Automation & Orchestration Platforms" --> "Efficient Lifecycle Management" : "Optimizes operations"

"Ecosystem Innovation" --> "Efficient Lifecycle Management" : "Feeds innovation into ops efficiency"
"Potential GPP in RU" --> "Efficient Lifecycle Management" : "Reduces HW dependency over time"

@enduml

```
## 9. 不確実性と考慮事項

プロプライエタリな情報と5Gテクノロジーの進化する性質により、これらの割合の推定には固有の不確実性があることを認識します。実際の割合に影響を与える可能性のある要因を強調します。

*   プロプライエタリな設計と競争戦略により、正確な割合は、異なるモバイルキャリアとインフラストラクチャベンダー間で大きく異なる可能性がある。
*   5G標準とテクノロジーの急速な進化は、これらの推定値が時間の経過とともに変化する可能性があることを意味する。
*   主要ベンダーからの詳細なハードウェア仕様の入手は困難であり、その多くは商業的に機密情報と見なされている。この透明性の欠如は、正確な推定を行う上での固有の不確実性をもたらす。
*   最新のCOTSサーバーの機能（統合アクセラレータを含む）の向上により、「汎用」ハードウェアと「特殊」ハードウェアの区別が曖昧になる場合がある。分類は、特定のコンテキストと使用される定義によって異なる場合がある。
```plantuml
@startuml
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title 9. Uncertainties and Considerations

' === Proprietary and Competitive Factors ===
package "Proprietary Constraints" #LightCoral {
    entity "Proprietary Designs"
    entity "Competitive Strategies"
    entity "Variance Among Vendors"
}

' === Technological Evolution ===
package "Evolving Technology" #LightSkyBlue {
    entity "Rapid 5G Evolution"
    entity "Shifting Estimates Over Time"
    entity "Dynamic Standardization"
}

' === Transparency Limitations ===
package "Data Accessibility" #Wheat {
    entity "Limited HW Specs Disclosure"
    entity "Commercial Confidentiality"
    entity "Estimation Uncertainty"
}

' === Ambiguity in Hardware Classification ===
package "HW Classification Challenges" #PaleGreen {
    entity "Blurred Lines Between GPP and Specialized HW"
    entity "Context-Dependent Definitions"
    entity "Integrated Accelerators in COTS"
}

"Proprietary Designs" --> "Variance Among Vendors" : "Influences actual HW ratios"
"Competitive Strategies" --> "Variance Among Vendors" : "Drives architectural decisions"

"Rapid 5G Evolution" -u-> "Shifting Estimates Over Time" : "Changes over technological cycles"
"Dynamic Standardization" -u-> "Shifting Estimates Over Time" : "Alters assumptions"

"Limited HW Specs Disclosure" -r-> "Estimation Uncertainty" : "Restricts data visibility"
"Commercial Confidentiality" -l-> "Estimation Uncertainty" : "Prevents external validation"

"Integrated Accelerators in COTS" --> "Blurred Lines Between GPP and Specialized HW" : "Challenges clear classification"
"Context-Dependent Definitions" --> "Blurred Lines Between GPP and Specialized HW" : "Definitions vary by use case"

"Variance Among Vendors" --> "Estimation Uncertainty" : "Introduces variability in assumptions"
"Shifting Estimates Over Time" -u-> "Estimation Uncertainty" : "Adds temporal uncertainty"
"Blurred Lines Between GPP and Specialized HW" --> "Estimation Uncertainty" : "Makes boundaries less clear"

@enduml

```

### 表1：5Gシステムにおける汎用ハードウェアの推定割合

| コンポーネント             | 汎用ハードウェアの推定割合 | 主な要因                                                                                             |
| :----------------------- | :----------------------- | :----------------------------------------------------------------------------------------------------- |
| **gNB - CU**             | **90-100%**              | 非リアルタイム機能、仮想化およびクラウド展開への高い適合性。                                              |
| **gNB - DU**             | **50-80%**               | COTSサーバーでの仮想化の増加、PHYレイヤー処理へのハードウェアアクセラレーションの潜在的な使用。              |
| **gNB - RU**             | **10-30%**               | 無線信号の厳しいリアルタイム処理要件、特殊なRFハードウェアおよびFPGA/ASICへの依存。                        |
| **gNB全体**              | **40-70%**               | CU、DU、およびRUの展開比率とハードウェア構成を考慮した加重平均。                                         |
| **5Gコアネットワーク（5GC）** | **90-100%**              | クラウドネイティブアーキテクチャ（SBA、マイクロサービス、コンテナ）、NFVの広範な採用、および汎用サーバー/クラウドへの展開。 |

---

## 10. 関連ドキュメント
[🔗 記事を読む](https://qiita.com/InvisibleSmartphone/items/299e703c949980d660cf)

## 11. 引用文献

1.  5G System Overview - 3GPP, 4月 17, 2025にアクセス、 https://www.3gpp.org/technologies/5g-system-overview
2.  Chapter 3: Basic Architecture — 5G Mobile Networks, 4月 17, 2025にアクセス、 https://open-cloud.github.io/arch.html
3.  What is 5G base station architecture? | Essentra Components US, 4月 17, 2025にアクセス、 https://www.essentracomponents.com/en-us/news/industries/telecoms-data/what-is-5g-base-station-architecture
4.  Core Architecture - 5G | ShareTechnote, 4月 17, 2025にアクセス、 https://www.sharetechnote.com/html/5G/5G_NetworkArchitecture.html
5.  What Is 5G Network Architecture? | Supermicro, 4月 17, 2025にアクセス、 https://www.supermicro.com/en/glossary/5g-network-architecture
6.  5G Core Network Architecture A Next-Generation Connectivity, 4月 17, 2025にアクセス、 https://niralnetworks.com/5g-core-network-architecture/
7.  The 5G Core Network Demystified | Dell Technologies Info Hub, 4月 17, 2025にアクセス、 https://infohub.delltechnologies.com/p/the-5g-core-network-demystified/
8.  What is the 5G Core and Why Does it Matter? - Celona, 4月 17, 2025にアクセス、 https://www.celona.io/5g-lan/5g-core
9.  5G Core Network (5GC) Functions - Grandmetric Blog, 4月 17, 2025にアクセス、 https://www.grandmetric.com/5g-core-network-functions/
10. What are the 5G Core Network network functions ? - 5GWorldPro, 4月 17, 2025にアクセス、 https://www.5gworldpro.com/blog/2024/01/08/what-are-the-5g-core-network-network-functions/
11. What is 5G Core Network (5GC)? | Definition - Digi International, 4月 17, 2025にアクセス、 https://www.digi.com/resources/definitions/5g-core
12. A Deep Dive into 5G Service-Based Architecture (SBA) - Calsoft Blog, 4月 17, 2025にアクセス、 https://www.calsoftinc.com/blogs/5g-service-based-architecture-sba.html
13. 5G Core Vision - Samsung, 4月 17, 2025にアクセス、 https://image-us.samsung.com/SamsungUS/samsungbusiness/pdfs/5G_Core_Vision_Technical_Whitepaper.pdf
14. 5G Core Vision - Samsung, 4月 17, 2025にアクセス、 https://images.samsung.com/is/content/samsung/p5/global/business/networks/insights/white-paper/5g-core-vision/5G-Core-Vision-Samsung-5G-Core-Vol.1.pdf
15. 5G NR gNodeB Functional Split : CU DU split - 5G Networks, 4月 17, 2025にアクセス、 https://www.5g-networks.net/gnodeb-gnb-cu-du-split/
16. O-RAN gNB Overview — srsRAN Project documentation, 4月 17, 2025にアクセス、 https://docs.srsran.com/projects/project/en/latest/knowledge_base/source/oran_gnb/source/index.html
17. An Introduction to 5G and How MPS Products Can Optimize a Base Station's AAU and BBU, 4月 17, 2025にアクセス、 https://www.monolithicpower.com/learning/resources/an-introduction-to-5g-and-how-mps-products-can-optimize-a-base-stations-aau-and-bbu
18. CU/DU Separation - 5G | ShareTechnote, 4月 17, 2025にアクセス、 https://www.sharetechnote.com/html/5G/5G_RAN_Architecture.html
19. Open RAN 101--RU, DU, CU: Why, what, how, when? (Reader Forum), 4月 17, 2025にアクセス、 https://www.rcrwireless.com/20200708/fundamentals/open-ran-101-ru-du-cu-reader-forum
20. What is CU and DU in 5G? - 5GWorldPro, 4月 17, 2025にアクセス、 https://www.5gworldpro.com/5g-knowledge/what-is-cu-and-du-in-5g.html
21. Open RAN – What is it and Why? - Apis Training, 4月 17, 2025にアクセス、 https://apistraining.com/open-ran-what-is-it-and-why/
22. 5G Network Architecture Function in a single diagram - telecomHall Forum, 4月 17, 2025にアクセス、 https://www.telecomhall.net/t/5g-network-architecture-function-in-a-single-diagram/22678
23. 5G gNB Deployment options - 5G HUB TECHNOLOGIES, INC, 4月 17, 2025にアクセス、 https://5ghub.us/5g-gnb-deployment-options/
24. OpenRAN 5G: A Beginner\'s Guide | ignitarium.com, 4月 17, 2025にアクセス、 https://ignitarium.com/openran-5g-a-beginners-guide/
25. Functional Splits: the foundation of an Open 5G RAN, 4月 17, 2025にアクセス、 https://www.5gtechnologyworld.com/functional-splits-the-foundation-of-an-open-5g-ran/
26. Open RAN functional splits, explained - 5G Technology World, 4月 17, 2025にアクセス、 https://www.5gtechnologyworld.com/open-ran-functional-splits-explained/
27. Building a high performance 5G network architecture with an open hybrid cloud - Red Hat, 4月 17, 2025にアクセス、 https://www.redhat.com/de/blog/building-high-performance-5g-network-architecture-open-hybrid-cloud
28. Network Function Virtualization (NFV) and Its Impact on 5G Protocol Testing, 4月 17, 2025にアクセス、 https://www.telecomgurukul.com/post/network-function-virtualization-nfv-and-its-impact-on-5g-protocol-testing
29. Impact of 5G on PBX System Costs - TelecomWorld101.com, 4月 17, 2025にアクセス、 https://telecomworld101.com/impact-of-5g-on-pbx-system-costs/
30. 5G Core (5GC) network: Get to the core of 5G - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/core-network/5g-core
31. Research Paper on SDN and NFV: A Case Study and Role in 5G and Beyond - IJFMR, 4月 17, 2025にアクセス、 https://www.ijfmr.com/papers/2020/2/38540.pdf
32. Why SDN and NFV critical for telecom operators - Rantcell, 4月 17, 2025にアクセス、 https://www.rantcell.com/sdn-and-nfv-for-telecom-operators.html
33. The Future of Telecoms: Exploring the Impact of SDN/NFV - metavshn, 4月 17, 2025にアクセス、 https://metavshn.com/the-future-of-telecoms-exploring-the-impact-of-sdn-nfv/
34. Migrate to a 5G Core (5GC) Network - Intel, 4月 17, 2025にアクセス、 https://www.intel.com/content/www/us/en/wireless-network/core-network.html
35. How do you deploy 5G Core, and why must you do it now? - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/blog/2020/6/how-do-you-deploy-5g-core-and-why-must-you-do-it-now
36. 5G network deployment: 4 principal considerations for an in-depth examination - Wipro, 4月 17, 2025にアクセス、 https://www.wipro.com/network-edge-providers/5g-network-deployment-4-principal-considerations-for-an-in-depth-examination/
37. 5G standalone (5G SA) experience 5G without limits - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/5g/5g-sa
38. O-RAN gNB Components — srsRAN Project documentation, 4月 17, 2025にアクセス、 https://docs.srsran.com/projects/project/en/latest/knowledge_base/source/gnb_components/source/index.html
39. 5G Network Architecture | TELCOMA Global, 4月 17, 2025にアクセス、 https://telcomaglobal.com/p/5g-network-architecture
40. Understanding gNB - i14y Lab, 4月 17, 2025にアクセス、 https://www.i14y-lab.com/glossary/gnb
41. What is a GNB (gNodeB)? | Inseego | Australia, 4月 17, 2025にアクセス、 https://inseego.com/au/resources/5g-glossary/what-is-gnb/
42. What is a GNB (gNodeB)? The Core of 5G NR - Inseego, 4月 17, 2025にアクセス、 https://inseego.com/resources/5g-glossary/what-is-gnb/
43. 5G gNodeB Base Station - 5G Radio, 4月 17, 2025にアクセス、 https://www.5gradio.com/5g-networks/5g-gnodeb-base-station/
44. 5G Base Station Evolution | OpenRAN: RUs, DUs, CUs, and Beamforming, 4月 17, 2025にアクセス、 https://www.faststreamtech.com/products/5g-oran-base-station/
45. What are the Components of the 5G Hardware? - RayPCB, 4月 17, 2025にアクセス、 https://www.raypcb.com/5g-hardware/
46. 5G RAN | Sustainable 5G | Networks | Samsung Business Global Networks, 4月 17, 2025にアクセス、 https://www.samsung.com/global/business/networks/products/radio-access/5g-ran/
47. Nokia ReefShark - Powering Nokia 5G Future X Network Architecture - YouTube, 4月 17, 2025にアクセス、 https://www.youtube.com/watch?v=BOeXtLLLBBU
48. 5G WIRELESS INFRASTRUCTURE SEMICONDUCTOR ANALYSIS, 4月 17, 2025にアクセス、 https://www.semiconductors.org/wp-content/uploads/2020/07/SIA-5G-Report_2.pdf
49. What are gNB, CU and DU in 5G networks? - YouTube, 4月 17, 2025にアクセス、 https://www.youtube.com/watch?v=BIb2QerOW6w
50. 5G Small Cell O-DU Platform SC-60 - Actiontec Electronics, 4月 17, 2025にアクセス、 https://www.actiontec.com/sc-60/
51. Unlocking the potential of 5G at the edge - Red Hat, 4月 17, 2025にアクセス、 https://www.redhat.com/en/blog/unlocking-potential-5g-edge
52. Determining the Right Hardware for Open RAN Deployment - Intel® Network Builders, 4月 17, 2025にアクセス、 https://builders.intel.com/docs/networkbuilders/determining-the-right-hardware-for-open-ran-deployment-1662751132.pdf
53. Virtualized Radio Access Network - Samsung, 4月 17, 2025にアクセス、 https://images.samsung.com/is/content/samsung/assets/global/business/networks/insights/white-papers/virtualized-radio-access-network/white-paper_virtualized-radio-access-network_1.pdf
54. 5G - Wikipedia, 4月 17, 2025にアクセス、 https://en.wikipedia.org/wiki/5G
55. gNB Interfaces — srsRAN Project documentation, 4月 17, 2025にアクセス、 https://docs.srsran.com/projects/project/en/latest/knowledge_base/source/gnb_interfaces/source/index.html
56. 5G synchronization requirements and solutions - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/reports-and-papers/ericsson-technology-review/articles/5g-synchronization-requirements-and-solutions
57. Private 5G network deployments (Enterprise Owned) - Infosys, 4月 17, 2025にアクセス、 https://www.infosys.com/iki/techcompass/private-5g-network-deployments.html
58. Cloud Native Core | Cloud Network | Networks | Samsung Business Global Networks, 4月 17, 2025にアクセス、 https://www.samsung.com/global/business/networks/products/core/cloud-core/
59. 5G Core Network(5GC) - IPLOOK, 4月 17, 2025にアクセス、 https://www.iplook.com/5gc-p00008p1.html
60. Samsung Exceeds 1 Tbps in 5G Core User Plane Performance with 4th Gen Intel® Xeon® Scalable Processors, 4月 17, 2025にアクセス、 https://images.samsung.com/is/content/samsung/assets/global/business/networks/insights/white-papers/samsung-exceeds-1tbps-in-5g-core-user-plane-with-intel/samsung-exceeds-1tbps-in-5g-core-user-plane-with-intel.pdf
61. What is 5G Core? | Supermicro, 4月 17, 2025にアクセス、 https://www.supermicro.com/en/glossary/5g-core
62. A Comparison of 5G Core Network Architectures, 4月 17, 2025にアクセス、 https://5g.security/open-ran/comparison-5g-core/
63. 5G Core (5GC): Creating what's next - Nokia, 4月 17, 2025にアクセス、 https://www.nokia.com/core-networks/5g-core/
64. Maturity of 5G mobile packet core as a cloud workload | AWS for Industries, 4月 17, 2025にアクセス、 https://aws.amazon.com/blogs/industries/the-5g-mobile-network-core-is-now-a-mature-cloud-workload/
65. AI-Driven vRAN: How Software-Defined Networks Are Redefining 5G Infrastructure, 4月 17, 2025にアクセス、 https://cioinfluence.com/machine-learning/ai-driven-vran-how-software-defined-networks-are-redefining-5g-infrastructure/
66. Leveraging SDN for The 5G Networks: Trends, Prospects and Challenges - arXiv, 4月 17, 2025にアクセス、 https://arxiv.org/pdf/1506.02876
67. One slice at a time: SDN/NFV to 5G network slicing - Huawei Publications, 4月 17, 2025にアクセス、 https://www.huawei.com/en/huaweitech/publication/81/sdn-nfv-to-5g-network-slicing
68. Network Functions Virtualization (NFV) explained - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/nfv
69. Samsung Expands 5G Technology Leadership with Fully Virtualized Commercial 5G RAN | Samsung Business Global Networks, 4月 17, 2025にアクセス、 https://www.samsung.com/global/business/networks/insights/press-release/0122-samsung-expands-5g-technology-leadership-with-fully-virtualized-commercial-5g-ran/
70. Nokia - National Telecommunications and Information Administration, 4月 17, 2025にアクセス、 https://www.ntia.gov/sites/default/files/publications/nokia.pdf
71. AMD Zynq™ UltraScale+™ MPSoCs, 4月 17, 2025にアクセス、 https://www.amd.com/en/products/adaptive-socs-and-fpgas/soc/zynq-ultrascale-plus-mpsoc.html
72. 5G network function virtualization Market | Size, Share, Growth | 2024 - 2030, 4月 17, 2025にアクセス、 https://virtuemarketresearch.com/report/5g-network-function-virtualization-market
73. Network Function Virtualization (NFV) Market Size 2032 - SNS Insider, 4月 17, 2025にアクセス、 https://www.snsinsider.com/reports/network-function-virtualization-market-1389
74. Network Function Virtualization Market Size | CAGR of 24%, 4月 17, 2025にアクセス、 https://market.us/report/network-function-virtualization-market/
75. Network Function Virtualization Market Size, Share, Trends Report [2031] - MarketsandMarkets, 4月 17, 2025にアクセス、 https://www.marketsandmarkets.com/Market-Reports/network-function-virtualization-market-93929190.html
76. Network Functions Virtualization Market Size Report, 2030 - Grand View Research, 4月 17, 2025にアクセス、 https://www.grandviewresearch.com/industry-analysis/network-functions-virtualization-market
77. Network Function Virtualization in 5G - College of Engineering | Oregon State University, 4月 17, 2025にアクセス、 https://web.engr.oregonstate.edu/~hamdaoui/papers/2016/Sherif-Commag-16.pdf
78. 5G Core Network Market Report 2025, Outlook And Insights, 4月 17, 2025にアクセス、 https://www.thebusinessresearchcompany.com/report/5g-core-network-global-market-report
79. 5G and network functions virtualization, 4月 17, 2025にアクセス、 https://www.glownetworks.com/blog/5g-and-network-functions-virtualization
80. 5G – network – architecture - Huawei Carrier, 4月 17, 2025にアクセス、 https://carrier.huawei.com/~/media/CNBG/Downloads/Program/5g_nework_architecture_whitepaper_en.pdf
81. 5G-oriented-Telco-Cloud-Service-centric-Unleashing-the-Value-of-Network-Transformation - Huawei Carrier, 4月 17, 2025にアクセス、 https://carrier.huawei.com/en/industry-perspective/5g-core-network/5G-oriented-Telco-Cloud-Service-centric-Unleashing-the-Value-of-Network-Transformation
82. Fully Convergent 5G Core Network: Four "Secrets" to 5G Business Success, 4月 17, 2025にアクセス、 https://carrier.huawei.com/en/industry-perspective/5g-core-network/fully-convergent-5g-core-network
83. Huawei 5G Core Continues to Rank No.1 - Telecom Ramblings Newswire, 4月 17, 2025にアクセス、 https://newswire.telecomramblings.com/2022/08/huawei-5g-core-continues-to-rank-no-1/
84. BUILDING COST-EFFICIENT CLOUD-NATIVE 5G SA NETWORKS: A TCO COMPARISON - Analysys Mason, 4月 17, 2025にアクセス、 https://www.analysysmason.com/contentassets/cc3e157512bf433db30ec2a4db478bec/analysys_mason_cloud_native_5g_feb2023_rma16.pdf
85. 5 key facts about 5G radio access networks - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/public-policy-and-government-affairs/5-key-facts-about-5g-radio-access-networks
86. Security in 5G RAN and core deployment - White paper - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/reports-and-papers/white-papers/security-in-5g-ran-and-core-deployments
87. 5G Security - Nokia, 4月 17, 2025にアクセス、 https://www.nokia.com/sites/default/files/2021-05/Whitepaper-5G-security-Nokia-STC-March-31-2021.pdf
88. 5G NR - Wikipedia, 4月 17, 2025にアクセス、 https://en.wikipedia.org/wiki/5G_NR
89. 5G Deployment Options: Know All in Details, Options 1, 2, 3, 4, 5, 6, 7 - 5G NR, 4月 17, 2025にアクセス、 https://www.telecomhall.net/t/5g-deployment-options-know-all-in-details-options-1-2-3-4-5-6-7/22432
90. 5G Network Architectures and Technologies - NetEngine AR600, AR6100, AR6200, and AR6300 V300R019 CLI-based Configuration Guide - Interface Management - Huawei Technical Support, 4月 17, 2025にアクセス、 https://support.huawei.com/enterprise/en/doc/EDOC1100112349/cfb76756/5g-network-architectures-and-technologies
91. 5G Standalone Architecture - Samsung, 4月 17, 2025にアクセス、 https://images.samsung.com/is/content/samsung/assets/global/business/networks/insights/white-papers/0107_5g-standalone-architecture/5G_SA_Architecture_Technical_White_Paper_Public.pdf
92. 5G Carrier Aggregation explained | Nokia.com, 4月 17, 2025にアクセス、 https://www.nokia.com/about-us/newsroom/articles/5g-carrier-aggregation-explained/
93. 5G RAN - Radio Access Networks - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/ran
94. Ericsson introduces wireless-first architecture to support AI-powered branch operations, 4月 17, 2025にアクセス、 https://www.capacitymedia.com/article/ericsson-introduces-wireless-first-architecture-to-support-ai-powered-branch-operations
95. Ericsson Private 5G - Private network for your industry, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/private-networks/ericsson-private-5g
96. Endpoints | 5G and LTE Routers and Access Points | Ericsson - Cradlepoint, 4月 17, 2025にアクセス、 https://cradlepoint.com/products/endpoints/
97. Network Architecture Domains – 2030 Perspective - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/future-technologies/architecture/network-architecture-domains
98. Constructing 5G Sites infrastructure - End-to-end solutions - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/ran/5g-sites-infrastructure
99. 4G/5G RAN architecture: how a split can make the difference - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/reports-and-papers/ericsson-technology-review/articles/4g5g-ran-architecture-how-a-split-can-make-the-difference
100. 5GS roaming architecture – smooth interworking with EPS - Ericsson, 4月 17, 2025にアクセス、 https://www.ericsson.com/en/reports-and-papers/ericsson-technology-review/articles/roaming-in-the-5g-system
101. What is 5G? | Nokia.com, 4月 17, 2025にアクセス、 https://www.nokia.com/networks/5g/what-is-5g/
102. 5G Radio - Nokia Equipment Specification - YouTube, 4月 17, 2025にアクセス、 https://www.youtube.com/watch?v=ZmUiOpURGMY
103. Nokia Implements Future X Network Architecture for 5G - Broadband Communities, 4月 17, 2025にアクセス、 https://bbcmag.com/nokia-implements-future-x-network-architecture-for-5g/
104. 5G | Nokia.com, 4月 17, 2025にアクセス、 https://www.nokia.com/networks/5g/
105. Network slicing and migration to 5G standalone architecture to gather pace from 2022: Nokia - Telecom Review, 4月 17, 2025にアクセス、 https://www.telecomreview.com/articles/exclusive-interviews/5678-network-slicing-and-migration-to-5g-standalone-architecture-to-gather-pace-from-2022-nokia
106. What Is a 5G Transport Network? - Huawei Technical Support, 4月 17, 2025にアクセス、 https://info.support.huawei.com/info-finder/encyclopedia/en/5G+Transport+Network.html
107. 5G Huawei Equipment - YouTube, 4月 17, 2025にアクセス、 https://www.youtube.com/watch?v=obrGOVo4Puw
108. 5G-oriented Site Evolution - Huawei Carrier, 4月 17, 2025にアクセス、 https://carrier.huawei.com/en/trends-and-insights/emsite/5g-oriented-site-evolution
109. Huawei Release Simplified “1+2” 5G Microwave Architecture, 4月 17, 2025にアクセス、 https://www.huawei.com/en/news/2019/2/huawei-5g-microwave-simplified-architecture
110. 5G Made Better, Faster, Easier with Samsung's Access Unit - YouTube, 4月 17, 2025にアクセス、 https://m.youtube.com/watch?v=UIC9twTJ6Kc
111. Baseband | Sustainable 5G | Networks | Samsung Business Global Networks, 4月 17, 2025にアクセス、 https://www.samsung.com/global/business/networks/products/radio-access/baseband/
112. 5G Standalone Architecture | Samsung Business Global Networks, 4月 17, 2025にアクセス、 https://www.samsung.com/global/business/networks/insights/white-papers/0107-5g-standalone-architecture/
113. Top 10 cloud-native 5G operators | Fierce Network, 4月 17, 2025にアクセス、 https://www.fierce-network.com/apps-services/top-10-cloud-native-5g-operators