4. 生成AIで作成する3GPPの技術仕様書から5Gシステム装置を開発する困難性の説明

# 目次

- [1. はじめに](#1-はじめに)
- [2. 5G開発に関連する3GPP技術仕様の概要](#2-5g開発に関連する3gpp技術仕様の概要)
  - [2.1. 3GPP TSの構造](#21-3gpp-tsの構造)
  - [2.2. UE開発に関連する主要なTSシリーズ](#22-ue開発に関連する主要なtsシリーズ)
  - [2.3. gNB開発に関連する主要なTSシリーズ](#23-gnb開発に関連する主要なtsシリーズ)
  - [2.4. 5GC開発に関連する主要なTSシリーズ](#24-5gc開発に関連する主要なtsシリーズ)
  - [2.5. 3GPPの標準化プロセス](#25-3gppの標準化プロセス)
  - [2.6. 洞察、隠れたパターン、因果関係、広範な影響](#26-洞察隠れたパターン因果関係広範な影響)
- [3. 3GPP TSに基づくユーザー機器（UE）開発における困難性](#3-3gpp-tsに基づくユーザー機器ue開発における困難性)
  - [3.1. プロトコルの複雑さと多様な機能要件](#31-プロトコルの複雑さと多様な機能要件)
  - [3.2. 厳格な省電力要件と設計制約](#32-厳格な省電力要件と設計制約)
  - [3.3. 異なるネットワーク構成およびテクノロジーとの互換性の確保](#33-異なるネットワーク構成およびテクノロジーとの互換性の確保)
  - [3.4. TSで指定された堅牢なセキュリティ機能の実装](#34-tsで指定された堅牢なセキュリティ機能の実装)
  - [3.5. 洞察、隠れたパターン、因果関係、広範な影響](#35-洞察隠れたパターン因果関係広範な影響)
- [4. 3GPP TSに基づく次世代ノードB（gNB）開発における困難性](#4-3gpp-tsに基づく次世代ノードbgnb開発における困難性)
  - [4.1. 高データレートおよび低遅延要件への対応](#41-高データレートおよび低遅延要件への対応)
  - [4.2. 高度な無線技術の実装：Massive MIMOとビームフォーミング](#42-高度な無線技術の実装massive-mimoとビームフォーミング)
  - [4.3. RANにおけるネットワークスライシング機能のサポート](#43-ranにおけるネットワークスライシング機能のサポート)
  - [4.4. 他のネットワーク要素との連携とインターフェース](#44-他のネットワーク要素との連携とインターフェース)
  - [4.5. 洞察、隠れたパターン、因果関係、広範な影響](#45-洞察隠れたパターン因果関係広範な影響)
- [5. 3GPP TSに基づく5Gコア（5GC）開発における困難性](#5-3gpp-tsに基づく5gコア5gc開発における困難性)
  - [5.1. 仮想化およびクラウドネイティブアーキテクチャの実装](#51-仮想化およびクラウドネイティブアーキテクチャの実装)
  - [5.2. サービスベースアーキテクチャ（SBA）の採用と管理](#52-サービスベースアーキテクチャsbaの採用と管理)
  - [5.3. コアネットワーク全体のネットワークスライシングのオーケストレーションと管理](#53-コアネットワーク全体のネットワークスライシングのオーケストレーションと管理)
  - [5.4. 複雑なモビリティ管理手順とセッション継続性の処理](#54-複雑なモビリティ管理手順とセッション継続性の処理)
  - [5.5. 5GC内での包括的なセキュリティ機能の実装](#55-5gc内での包括的なセキュリティ機能の実装)
  - [5.6. 多様なサービスとアプリケーションに対するQuality of Service（QoS）の管理](#56-多様なサービスとアプリケーションに対するquality-of-serviceqosの管理)
  - [5.7. 洞察、隠れたパターン、因果関係、広範な影響](#57-洞察隠れたパターン因果関係広範な影響)
- [6. UE、gNB、および5GC間の相互運用性の確保における困難性](#6-uegnbおよび5gc間の相互運用性の確保における困難性)
  - [6.1. 異なるレイヤー間のインターフェース仕様とプロトコルの整合性への準拠](#61-異なるレイヤー間のインターフェース仕様とプロトコルの整合性への準拠)
  - [6.2. 異なるベンダーの実装間の潜在的な互換性の問題への対処](#62-異なるベンダーの実装間の潜在的な互換性の問題への対処)
  - [6.3. 洞察、隠れたパターン、因果関係、広範な影響](#63-洞察隠れたパターン因果関係広範な影響)
- [7. 3GPP TSの頻繁な更新と進化がUE、gNB、5GCの開発に与える影響](#7-3gpp-tsの頻繁な更新と進化がuegnb5gcの開発に与える影響)
  - [7.1. 新しいリリースへの対応と既存製品への変更の組み込み](#71-新しいリリースへの対応と既存製品への変更の組み込み)
  - [7.2. 下位互換性と将来互換性の要件の管理](#72-下位互換性と将来互換性の要件の管理)
  - [7.3. 進化する仕様による継続的なテストと検証の必要性](#73-進化する仕様による継続的なテストと検証の必要性)
  - [7.4. 洞察、隠れたパターン、因果関係、広範な影響](#74-洞察隠れたパターン因果関係広範な影響)
- [8. 3GPP TS内の特定の技術的に困難または複雑な要素の特定](#8-3gpp-ts内の特定の技術的に困難または複雑な要素の特定)
  - [8.1. 複雑なプロトコルの例](#81-複雑なプロトコルの例)
  - [8.2. 複雑なアルゴリズム](#82-複雑なアルゴリズム)
  - [8.3. 詳細なインターフェース仕様](#83-詳細なインターフェース仕様)
  - [8.4. 洞察、隠れたパターン、因果関係、広範な影響](#84-洞察隠れたパターン因果関係広範な影響)
- [9. 結論](#9-結論)
- [10. 主要な表](#10-主要な表)
- [11. 関連ドキュメント](#11-関連ドキュメント)
- [12. 引用文献](#12-引用文献)

---

# 1. はじめに

3GPP（Third Generation Partnership Project）は、世界の電気通信標準化機関が連携して、GSM（2G）から最新の5Gおよびそれ以降のモバイル通信技術に至るまでの技術仕様を開発する国際的な協力プロジェクトです[1]。3GPPの活動は、無線アクセスネットワーク（RAN）、サービスおよびシステム側面（SA）、コアネットワークおよび端末（CT）の3つの主要な技術仕様グループ（TSG）に組織されています[1]。3GPPが開発するのは技術仕様であり、これらは各地域の標準化機関（SSO）によって実際の標準規格に転換されます[3]。

UE（User Equipment）、gNB（next-generation NodeB）、5GC（5G Core）で構成される複雑な5Gネットワークの相互運用性と機能性を確保する上で、3GPP技術仕様（TS）は非常に重要です[3]。これらのコンポーネントをTSに従って開発することは、グローバルに統一されたスケーラブルな5Gエコシステムの実現に不可欠です。

しかし、3GPP TSは膨大な量と詳細さを誇り、さらにこれらの仕様は継続的に進化しているため、開発には固有の複雑さが伴います[1]。各3GPPリリースの規格には、数百もの個別の技術仕様と技術報告書が含まれており、それぞれが何度も改訂されている可能性があります[1]。これらの仕様を理解し、実装することは、開発者にとって大きな課題となります[9]。

本報告書では、最新の3GPP TSに基づいてUE、gNB、および5GCシステムを開発する際に遭遇する主要な困難性を分析することを目的とします。プロトコルの複雑さ、機能要件、設計制約、相互運用性の課題、頻繁な更新の影響など、多岐にわたる側面を検討します。

# 2. 5G開発に関連する3GPP技術仕様の概要

## 2.1. 3GPP TSの構造

3GPP TSは階層的な構造で組織されており、RAN、CT、SAといった主要な技術仕様グループ（TSG）が、それぞれの専門分野の仕様を開発しています[1]。RANは無線アクセスネットワーク（gNBとUEの無線部分を含む）に焦点を当て、CTはコアネットワーク（5GC）と端末（UE）のプロトコルを扱い、SAはサービス要件とシステム全体の側面をカバーします。各TSG内には、さらに特定のレイヤーや機能に取り組むワーキンググループ（WG）が存在します（例：RAN WG1は物理層、RAN WG2はレイヤー2および3のRRCを担当）[1]。

## 2.2. UE開発に関連する主要なTSシリーズ

UE開発に関連する主要なTSシリーズには、以下が含まれます。

-   **`38`シリーズ：** LTE以降の無線技術（5G NRを含む）を規定します[12]。
-   **`34`シリーズ：** UEおよび（U）SIMのテスト仕様を規定します[12]。
-   **`24`シリーズ：** ユーザー機器からネットワークへのシグナリングプロトコル（ステージ3）を規定します[12]。
-   **`36`シリーズ：** LTE（Evolved UTRA）無線技術を規定します（EN-DCシナリオに関連）[12]。

## 2.3. gNB開発に関連する主要なTSシリーズ

gNB開発に関連する主要なTSシリーズには、以下が含まれます。

-   **`38`シリーズ：** LTE以降の無線技術（5G NRを含む）を規定します[12]。
-   **`33`シリーズ：** セキュリティ側面を規定します[12]。
-   **`28`シリーズ：** シグナリングプロトコル（ステージ3） - （RSS-CN）およびOAM＆Pと課金を規定します[12]。

## 2.4. 5GC開発に関連する主要なTSシリーズ

5GC開発に関連する主要なTSシリーズには、以下が含まれます。

-   **`23`シリーズ：** システム全体およびコアネットワーク手順の技術的実現（ステージ2）を規定します[12]。
-   **`29`シリーズ：** シグナリングプロトコル（ステージ3） - イントラ固定ネットワークを規定し、多くの場合、コアネットワークインターフェイスとサービスをカバーします[12]。
-   **`33`シリーズ：** セキュリティ側面を規定します[12]。

## 2.5. 3GPPの標準化プロセス

3GPPの標準化プロセスは、以下の3つの段階で構成されています[1]。

-   **ステージ1：** ユーザーの視点からサービスの要件を定義します。
-   **ステージ2：** これらのサービス要件をサポートするための全体的なアーキテクチャを定義します。
-   **ステージ3：** 詳細なプロトコル仕様を通じて、アーキテクチャの実装を定義します。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10
title Overview of 3GPP Technical Specifications Related to 5G Development

package "3GPP Technical Specification Groups (TSGs)" #FFCCCC {
  entity SA as "SA" #lightcyan
  entity CT as "CT" #lightcyan
  entity RAN as "RAN" #lightcyan
}

package "Working Groups" #CCFFCC {
  entity RAN1 as "RAN WG1\n(Physical Layer)" #lightcyan
  entity RAN2 as "RAN WG2\n(L2 & RRC)" #lightcyan
}

SA --> CT : Inter-group coordination
RAN --> CT : Interfaces with Core Network
RAN -u-> RAN1 : Responsible for physical layer specs
RAN -u-> RAN2 : Responsible for Layer 2 & 3 specs

package "UE Related TS Series" #CCCCFF {
  entity TS38 as "38 Series\n(5G NR radio)" #yellow
  entity TS34 as "34 Series\n(UE/(U)SIM testing)" #yellow
  entity TS24 as "24 Series\n(Signaling protocols - Stage 3)" #yellow
  entity TS36 as "36 Series\n(LTE/E-UTRA)" #yellow
}

package "gNB Related TS Series" #FFDAB9 {
  entity TS33_gNB as "33 Series\n(Security aspects)" #yellow
  entity TS28 as "28 Series\n(OAM&P and Charging)" #yellow
}

package "5GC Related TS Series" #E6E6FA {
  entity TS23 as "23 Series\n(System architecture - Stage 2)" #yellow
  entity TS29 as "29 Series\n(Signaling protocols - Stage 3)" #yellow
  entity TS33_5GC as "33 Series\n(Security aspects)" #yellow
}

TS38 --> RAN : Defines radio access specs
TS34 --> CT : Defines test procedures
TS24 --> CT : Defines signaling protocols
TS36 --> RAN : Defines LTE radio (used in EN-DC)

TS33_gNB -r-> CT : Specifies security for gNB
TS28 -r-> CT : Covers OAM&P, signaling for gNB
TS28-[hidden]-TS33_gNB

TS23 --> SA : Defines system architecture
TS29 --> CT : Specifies core network protocols
TS33_5GC --> SA : Security for 5GC

package "Specification Stages" #FFFACD {
  entity Stage1 as "Stage 1\n(Service Requirements)" #orange
  entity Stage2 as "Stage 2\n(System Architecture)" #orange
  entity Stage3 as "Stage 3\n(Protocol Specifications)" #orange
}

Stage1 --> Stage2 : Defines architecture based on requirements
Stage2 --> Stage3 : Specifies protocols to implement architecture

@enduml

```
## 2.6. 洞察、隠れたパターン、因果関係、広範な影響

-   **考察1:** 仕様が異なるTSGおよびWGに分散しているため、単一のコンポーネントに取り組む開発者は、3GPPフレームワーク全体を包括的に理解する必要があります。RAN、CT、およびSAの仕様間の依存関係により、複雑さが増す可能性があります。
-   **考察2:** 3段階の仕様策定プロセスは、技術的な詳細が段階的に増加することを示唆しています。開発者は、高レベルの要件から詳細なプロトコル仕様までをナビゲートする必要があり、それ自体が困難な場合があります。

# 3. 3GPP TSに基づくユーザー機器（UE）開発における困難性

## 3.1. プロトコルの複雑さと多様な機能要件

-   UEは、NRに関する`38.3xx`シリーズなどのさまざまなTSで規定されている、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、NAS層など、異なるレイヤーにわたる多数の複雑なプロトコルを実装する必要があります[9]。
-   音声通話、データ通信、マルチメディアサービス、ポジショニングなど、多様な機能をサポートするには、それぞれ独自のTS要件セットを持つ、`22`、`24`、`26`シリーズのTSに準拠する必要があります[1]。
-   `38.300`や`37.340`などのTSで定義されている、SA（スタンドアロン）、NSA（ノンスタンドアロン）、EN-DC（E-UTRA-NRデュアルコネクティビティ）などの異なるネットワークシナリオを処理する必要があります[23]。

## 3.2. 厳格な省電力要件と設計制約

-   UEはバッテリ駆動デバイスであるため、特にPC2電力クラスの導入により、TSで義務付けられているように、電力消費を最小限に抑えるための慎重な設計が必要です[25]。
-   `TS 38.3xx`に従った不連続受信（DRX）などの省電力機能を実装するには、複雑なスケジューリングとネットワークとの連携が必要です[27]。
-   高性能（高データレート、低遅延）と省電力要件のバランスを取ることは、大きな課題です[27]。

## 3.3. 異なるネットワーク構成およびテクノロジーとの互換性の確保

-   UEは、`TS 38.101-1`およびその他の関連仕様で定義されているさまざまな周波数帯域、数値体系、および展開シナリオと互換性がある必要があります[11]。
-   `TS 23.502`[29]に従ったLTEとNR間のハンドオーバーなどのRAT間モビリティ、および`TS 23.501`[30]に従った異なるネットワーク間のローミングをサポートするには、複雑な手順への準拠が必要です。
-   異なるベンダーのgNBおよび5GC実装との互換性を確保するには、`38.521`シリーズなどの適合性仕様に対する徹底的なテストが必要です[1]。

## 3.4. TSで指定された堅牢なセキュリティ機能の実装

-   UEは、`TS 33`シリーズで定義されている認証（`TS 33.501`[31]に従った5G-AKA、EAP-AKA'など）、制御プレーンおよびユーザープレーンデータの暗号化、および整合性保護のためのさまざまなセキュリティプロトコルをサポートする必要があります[1]。
-   攻撃から加入者ID（`TS 33.501`[32]に従ったSUPI/IMSIプライバシー）を保護することは、重要な要件です。
-   さまざまな3GPPセキュリティ関連TSに反映されている、進化するセキュリティの脅威とタイムリーなセキュリティアップデートの必要性に対処します[33]。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Challenges in UE Development Based on 3GPP TS

'=== Protocol Complexity and Functional Requirements ===
package "Protocol Complexity & Feature Diversity" #F0F8FF {
  entity PHY as "Physical Layer (TS 38.3xx)" #cyan
  entity MAC as "MAC Layer" #cyan
  entity RLC as "RLC Layer" #cyan
  entity PDCP as "PDCP Layer" #cyan
  entity SDAP as "SDAP Layer" #cyan
  entity RRC as "RRC Layer" #cyan
  entity NAS as "NAS Layer" #cyan {
     -5GSM
     -5GMM
  }
  entity TS22 as "22 Series\n(Service Requirements)" #yellow
  entity TS24 as "24 Series\n(Signaling Protocols)" #yellow
  entity TS26 as "26 Series\n(Multimedia)" #yellow
  entity TS37 as "TS37.324" #yellow
  entity SA as "SA/NSA/EN-DC Scenarios\n(TS 38.300 / TS 37.340)" #yellow

  PHY <-r-> MAC : implements lower-layer functions
  MAC <-r-> RLC : handles logical channel mapping
  RLC <-r-> PDCP : forwards data for ciphering/compression
  PDCP <--> RRC : handles control plane communication
  PDCP <-r-> SDAP
'  SDAP <--> RRC 
  RRC <-r-> NAS : interfaces with core signaling

  PHY <..> RRC #red:<color #red>Configuration
  MAC <..> RRC #red :<color #red>Configuration
  RLC <..> RRC #red :<color #red>Configuration
  PDCP <..> RRC #red :<color #red>Configuration
  SDAP <..> RRC #red :<color #red>Configuration

  TS22 --> NAS : defines service requirements
  TS24 --> NAS : defines NAS signaling procedures
  TS26 --> PDCP : defines multimedia support
  TS37 --> SDAP

  SA -r-> RRC : network scenarios define RRC behavior
PDCP-[hidden]r-SDAP
}

'=== Power Constraints and Design Challenges ===
package "Power Efficiency & Design Constraints" #E6FFCC {
  entity Battery as "Battery-powered UE"
  entity PC2 as "Power Class 2 Requirements"
  entity DRX as "Discontinuous Reception\n(TS 38.3xx)" #yellow
  entity Performance as "High Performance Goals"

  Battery --> PC2 : needs to meet power class specs
  Battery --> DRX : implements sleep/wake cycles
  DRX --> Performance : balances latency and power
  Performance --> Battery : constrained by battery life
}

'=== Compatibility with Networks & Technologies ===
package "Compatibility & Interoperability" #DDEEFF {
  entity TS38101 as "TS 38.101-1\n(RF Requirements)" #yellow
  entity TS23502 as "TS 23.502\n(Handover)" #yellow
  entity TS23501 as "TS 23.501\n(Roaming)" #yellow
  entity TS38521 as "TS 38.521 Series\n(Conformance Testing)" #yellow
  entity RAT as "RAT Interworking"
  entity Roaming as "Network Roaming"

  TS38101 --> RAT : supports various frequency bands
  TS23502 --> RAT : enables LTE-NR handover
  TS23501 --> Roaming : ensures roaming procedures
  TS38521 --> Compatibility : tests vendor compatibility

  RAT --> Compatibility : key to seamless operation
  Roaming --> Compatibility : critical for user experience
}

'=== Security Implementation ===
package "Security Implementation" #FFF0F5 {
  entity TS33501 as "TS 33.501\n(5G-AKA, EAP-AKA')" #yellow
  entity Encryption as "User Plane / Control Plane Encryption"
  entity SUPI as "SUPI/IMSI Privacy"
  entity Updates as "Timely Security Updates"
  entity Threats as "Evolving Threats"

  TS33501 -u-> Encryption : defines encryption standards
  TS33501 -u-> SUPI : ensures ID protection
  Threats --> Updates : drives need for patches
  Updates --> TS33501 : reflected in updated specs
}

'=== Observations & Systemic Challenges ===
package "Insights & Broad Impacts" #FFDDDD {
  entity Complexity as "HW/SW Complexity" #orange
  entity TimeToMarket as "Longer Development Cycle"#orange
  entity PowerVsPerf as "Power vs. Performance Trade-off"#orange
  entity Interop as "Cross-vendor Interoperability"#orange

  Complexity --> TimeToMarket : increases development time
  PowerVsPerf --> Complexity : impacts system design
  Interop --> Complexity : increases validation efforts
  Interop --> TimeToMarket : delays product readiness
}

@enduml

```
## 3.5. 洞察、隠れたパターン、因果関係、広範な影響

-   **考察3:** UEが広範な機能をサポートし、多様なネットワーク展開との互換性を確保する必要があるため、ハードウェアとソフトウェアの複雑さの点で大きな課題が生じます。これにより、開発コストが増加し、市場投入までの時間が長くなる可能性があります。
-   **考察4:** 省電力と高性能の間の緊張は、UE開発における繰り返しのテーマです。許容可能なバッテリ寿命を維持しながら、高データレートと低遅延を達成するには、高度な設計と最適化が必要です。
-   **考察5:** 相互運用性の課題は、仕様への準拠に限定されず、さまざまなネットワークベンダーの機器やさまざまな展開シナリオ（ローミング、ハンドオーバー）でのシームレスな動作の確保も含まれます。

# 4. 3GPP TSに基づく次世代ノードB（gNB）開発における困難性

## 4.1. 高データレートおよび低遅延要件への対応

-   gNBは、`TS 22.261`およびその他の性能関連仕様で定義されているように、5Gユースケースで要求される高スループットと低遅延の目標（IMT-2020要件[37]に記載されている最大20 Gbpsのダウンリンクおよび10 Gbpsのアップリンクのピークレート、およびURLLCサービス[37]で言及されている1 msの低遅延）をサポートする必要があります[11]。
-   これらの厳格な要件を満たすための効率的なスケジューリングアルゴリズムと物理層手順（`38.2xx`シリーズ[13]に詳細が記載されている）の実装は、技術的に困難です。
-   異なるQoS要件を持つ高度化モバイルブロードバンド（eMBB）と超高信頼性低遅延通信（URLLC）を同時にサポートすることで、複雑さが増します[39]。

## 4.2. 高度な無線技術の実装：Massive MIMOとビームフォーミング

-   gNBは、容量とカバレッジを向上させるために、`TS 38.101-2`および`38.213`で規定されているように、Massive MIMOアンテナアレイと高度なビームフォーミング技術[1]を実装する必要があります[13]。
-   Massive MIMOシステムにおけるビーム管理（ビームスイーピング、リファインメント、リカバリー）およびチャネル推定のためのアルゴリズム開発には、大きな課題があります[28]。
-   Massive MIMOシステムにおける多数のアンテナ要素の同期と調整には、精密なハードウェアおよびソフトウェア制御が必要です[43]。

## 4.3. RANにおけるネットワークスライシング機能のサポート

-   gNBは、`TS 23.501`および`28.530`シリーズ[1]で定義されているように、無線リソースを分割し、異なるスライス間で分離を提供することにより、ネットワークスライシングをサポートする必要があります。
-   RANにおけるスライスごとの動的なリソース割り当てとQoS管理の実装は複雑なタスクです[43]。

## 4.4. 他のネットワーク要素との連携とインターフェース

-   gNBは、`TS 38.413`（NG-AP）や`38.423`（Xn-AP）などのインターフェース仕様[56]に準拠して、NGインターフェースを介して5GCに、Xnインターフェースを介して他のgNBに接続します。
-   `TS 38.401`[56]に従って分離されたアーキテクチャが使用されている場合、F1インターフェース[59]を介してgNB-CUとgNB-DUとのインターフェース接続が複雑さを増します。
-   gNB間およびLTEとNR間（EN-DC）のシームレスなハンドオーバーを保証するには、`TS 23.009`および`37.340`[23]で定義されている手順の慎重な実装が必要です。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Challenges in gNB Development Based on 3GPP TS

' === High Data Rate & Low Latency ===
package "High Data Rate & Low Latency Requirements" #FFDDDD {
  entity TS22261 as "TS 22.261\n(Service Requirements)" #yellow
  entity IMT2020 as "IMT-2020 Requirements"
  entity PeakRate as "DL 20 Gbps / UL 10 Gbps"
  entity URLLC as "URLLC\n(1ms Latency)"
  entity TS38_2xx as "TS 38.2xx Series\n(Physical Layer)" #yellow
  entity QoS as "eMBB vs URLLC QoS"
  entity Scheduler as "Efficient Scheduling Algorithm"

  TS22261 --> PeakRate : defines performance goals
  IMT2020 --> URLLC : defines latency requirements
  URLLC --> TS38_2xx : requires tight physical layer control
  TS38_2xx -u-> Scheduler : enables high performance
  QoS --> Scheduler : must balance mixed QoS demands
}

' === Advanced Radio Technologies ===
package "Advanced Radio Technologies" #E6FFCC {
  entity TS381012 as "TS 38.101-2\n(RF for FR2)" #yellow
  entity TS38213 as "TS 38.213\n(Resource Allocation)" #yellow
  entity MassiveMIMO as "Massive MIMO"
  entity Beamforming as "Beamforming Techniques"
  entity BeamMgmt as "Beam Management\n(Sweeping, Refinement, Recovery)"
  entity ChannelEst as "Channel Estimation Algorithms"
  entity SyncControl as "Antenna Sync & Coordination"

  TS381012 --> MassiveMIMO : mandates hardware support
  TS38213 --> Beamforming : defines allocation procedures
  Beamforming --> BeamMgmt : relies on beam management
  BeamMgmt -u-> ChannelEst : depends on accurate estimation
  MassiveMIMO --> SyncControl : requires coordination of elements
}

' === Network Slicing in RAN ===
package "Network Slicing Support in RAN" #DDEEFF {
  entity TS23501 as "TS 23.501\n(System Architecture)" #yellow
  entity TS28530 as "TS 28.530 Series\n(Network Slicing)" #yellow
  entity SliceMgmt as "Slice Resource Management"
  entity QoSControl as "Per-Slice QoS Control"

  TS23501 --> SliceMgmt : defines slicing framework
  TS28530 --> QoSControl : defines QoS per slice
  SliceMgmt --> QoSControl : allocates dynamic resources
}

' === Interfacing and Coordination ===
package "gNB Interfaces & Coordination" #FFF0F5 {
  entity TS38413 as "TS 38.413\n(NG-AP)" #yellow
  entity TS38423 as "TS 38.423\n(Xn-AP)" #yellow
  entity TS38401 as "TS 38.401\n(Architecture)" #yellow
  entity TS370340 as "TS 37.340\n(EN-DC Procedures)" #yellow
  entity TS23009 as "TS 23.009\n(Handover)" #yellow
  entity F1Interface as "F1 Interface\n(gNB-CU/DU)"
  entity gNBInterOp as "gNB Interoperability"
  entity Handovers as "LTE/NR Handover"

  TS38413 --> gNBInterOp : defines NG interface
  TS38423 --> gNBInterOp : defines Xn interface
  TS38401 --> F1Interface : defines CU/DU architecture
  F1Interface --> gNBInterOp : supports split deployment
  TS23009 --> Handovers : outlines inter-RAT mobility
  TS370340 --> Handovers : defines dual connectivity
}

' === Observations & Design Complexity ===
package "Insights & Systemic Complexity" #F0F8FF {
  entity ServiceMix as "Service Mix:\neMBB, URLLC, mMTC" #orange
  entity FlexDesign as "Flexible gNB Design"
  entity RadioChallenges as "Radio Tech Complexity" #orange
  entity CU_DU_Split as "CU/DU Split Management" #orange

  ServiceMix --> FlexDesign : requires dynamic QoS handling
  RadioChallenges --> FlexDesign : drives hardware/software integration
  CU_DU_Split --> FlexDesign : increases architectural complexity
  CU_DU_Split --> F1Interface : depends on tight interface coordination
}

@enduml

```
## 4.5. 洞察、隠れたパターン、因果関係、広範な影響

-   **考察6:** 5Gにおける多様で要求の厳しいサービス要件（eMBB、URLLC、mMTC）の同時サポートには、動的なリソース管理とQoS差別化が可能な、高度に柔軟で複雑なgNB設計が必要です。
-   **考察7:** Massive MIMOやビームフォーミングなどの高度な無線技術の採用は、5Gの性能にとって不可欠ですが、アルゴリズム開発、ハードウェア実装、およびリアルタイム信号処理の点で大きな課題をもたらします。
-   **考察8:** 分離型gNBアーキテクチャ（CU/DU分割）は柔軟性をもたらしますが、F1インターフェースの管理と異なる論理エンティティ間の機能の調整が必要になるため、gNB開発の複雑さが増します。

# 5. 3GPP TSに基づく5Gコア（5GC）開発における困難性

## 5.1. 仮想化およびクラウドネイティブアーキテクチャの実装

-   5GCは、`TS 23.501`および関連仕様[1]で概説されているように、ネットワーク機能仮想化（NFV）およびクラウドネイティブ原則に大きく依存しています。
-   COTSハードウェアまたはクラウドインフラストラクチャ上の仮想化またはコンテナ化されたエンティティとしてのネットワーク機能（NF）の開発と展開には、パフォーマンス、スケーラビリティ、およびリソース管理に関連する課題があります[61]。
-   仮想化環境におけるセキュリティ（`TS 33.501`[34]に従ったコンテナセキュリティおよびNF分離を含む）は、重要な懸念事項です。

## 5.2. サービスベースアーキテクチャ（SBA）の採用と管理

-   5GCアーキテクチャはSBA（`TS 23.501`、`29.5xx`シリーズ、[1]）に基づいています。
-   `TS 29.501`[68]に従った標準化されたサービスベースインターフェース（API）を介した多数のNF間の相互作用の開発と管理には、慎重な設計と実装が必要です。
-   これらのAPIのセキュリティ（`TS 33.501`[61]に従った認証、認可）とサービスディスカバリー（`TS 29.510`[21]の管理は複雑なタスクです。

## 5.3. コアネットワーク全体のネットワークスライシングのオーケストレーションと管理

-   5GCは、`TS 23.501`および`28.530`シリーズ[1]で定義されているように、エンドツーエンドのネットワークスライス管理を担当します。
-   ネットワークスライスのライフサイクル（作成、アクティブ化、変更、廃止）の管理、およびRAN、トランスポート、コア全体のリソースの割り当てには、高度なオーケストレーションメカニズムが必要です[48]。
-   異なるネットワークスライス間の分離とセキュリティの確保（`TS 33.501`[46]）は非常に重要です。

## 5.4. 複雑なモビリティ管理手順とセッション継続性の処理

-   5GCは、`TS 23.502`[11]で規定されているように、異なるトラッキングエリアおよび登録エリア間のUEモビリティを管理します。
-   ハンドオーバーイベント中のセッション継続性の確保（`TS 23.009`[29]に従う）とユーザーセッションの管理（`TS 29.502`[21]）は技術的に困難です。

## 5.5. 5GC内での包括的なセキュリティ機能の実装

-   5GCは、`TS 33`シリーズで定義されているように、認証（`TS 29.509`[21]に従ったAUSF）、認可（`TS 29.512`[21]に従ったPCF）、および`TS 33.501`[31]で定義されているデータ保護のためのさまざまなセキュリティ機能を実装する必要があります。
-   SBAインターフェースの保護とコアネットワーク内の機密データの保護は、重要な要件です[61]。

## 5.6. 多様なサービスとアプリケーションに対するQuality of Service（QoS）の管理

-   5GCは、`TS 23.501`および`23.503`[11]で規定されているように、サービス要件およびネットワークスライス特性に基づいてQoSを管理する責任があります。
-   トラフィックの分類と優先順位付け、QoS要件に基づくネットワークリソースの割り当て、およびさまざまなトラフィックタイプ（eMBB、URLLC、mMTC）に対する差別化された処理の保証は複雑なタスクです。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Challenges in 5G Core (5GC) Development Based on 3GPP TS

' === Virtualization & Cloud-Native ===
package "Virtualization & Cloud-Native Architecture" #FFDDDD {
  entity TS23501 as "TS 23.501\n(Architecture)" #yellow
  entity NFV as "Network Function Virtualization"
  entity CloudNative as "Cloud-Native Principles"
  entity COTS as "COTS/Cloud Infrastructure"
  entity Performance as "Performance & Scalability"
  entity ContainerSecurity as "Container Security\n(TS 33.501)" #yellow

  TS23501 -u-> NFV : defines NF deployment framework
  NFV -u-> CloudNative : built using cloud-native models
  CloudNative --> COTS : runs on generic platforms
  COTS --> Performance : impacts system performance
  CloudNative -l-> ContainerSecurity : requires isolation & protection
}

' === Service-Based Architecture (SBA) ===
package "Service-Based Architecture (SBA)" #E6FFCC {
  entity SBA_Model as "SBA Model\n(TS 23.501)" #yellow
  entity TS29501 as "TS 29.501\n(Service Interface)" #yellow
  entity TS29510 as "TS 29.510\n(Service Discovery)" #yellow
  entity TS33501 as "TS 33.501\n(Security Framework)" #yellow
  entity APIAuth as "API Auth/Z\n(Secured API Access)"
  entity NF_Interaction as "NF-to-NF Interaction"

  SBA_Model --> TS29501 : defines service interface format
  TS29501 --> NF_Interaction : supports inter-NF services
  TS29510 -r-> NF_Interaction : enables service discovery
  NF_Interaction -u-> APIAuth : requires access control
  APIAuth -u-> TS33501 : security mechanisms for API
}

' === Network Slicing & Orchestration ===
package "Network Slicing & Orchestration" #DDEEFF {
  entity SliceMng as "Slice Lifecycle Management"
  entity TS28530 as "TS 28.530\n(Management)" #yellow
  entity TS23501_Slice as "TS 23.501\n(Slicing)" #yellow
  entity Orchestration as "End-to-End Orchestration"
  entity SliceSecurity as "Slice Security\n(TS 33.501)" #yellow

  TS28530 -u-> SliceMng : outlines management aspects
  TS23501_Slice -u-> SliceMng : defines slice framework
  SliceMng -u-> Orchestration : requires cross-domain coordination
  Orchestration --> SliceSecurity : ensure secure & isolated slices
}

' === Mobility & Session Management ===
package "Mobility & Session Continuity" #FFF0F5 {
  entity TS23502 as "TS 23.502\n(Mobility Handling)" #yellow
  entity TS23009 as "TS 23.009\n(Session Continuity)" #yellow
  entity TS29502 as "TS 29.502\n(Session Signaling)" #yellow
  entity UE_Mobility as "UE Mobility\n(TA/RA changes)"
  entity SessionCont as "Session Continuity\nAcross Handover"

  TS23502 --> UE_Mobility : manages UE location updates
  TS23009 -u-> SessionCont : defines session preservation
  TS29502 --> SessionCont : signaling procedures for sessions
  UE_Mobility -r-> SessionCont : triggers session update
}

' === Core Security Functions ===
package "5GC Security Framework" #F0F8FF {
  entity TS33_Series as "TS 33.x Series" #yellow
  entity AUSF as "AUSF\n(TS 29.509)" #yellow
  entity PCF as "PCF\n(TS 29.512)" #yellow
  entity DataProtection as "Data Protection\n(TS 33.501)" #yellow
  entity SBA_Security as "SBA Interface Protection"

  TS33_Series --> AUSF : user authentication function
  TS33_Series --> PCF : policy authorization
  TS33_Series -l-> DataProtection : safeguards sensitive data
  SBA_Security --> DataProtection : ensures API-level security
}

' === QoS Management ===
package "Quality of Service (QoS) Management" #F9E79F {
  entity TS23503 as "TS 23.503\n(Policy & Charging)" #yellow
  entity TrafficType as "Traffic Types\n(eMBB, URLLC, mMTC)"
  entity QoS_Policy as "QoS Rules & Enforcement"
  entity TS23501_QoS as "TS 23.501\n(QoS Model)" #yellow

  TS23501_QoS --> QoS_Policy : defines QoS framework
  TS23503 --> QoS_Policy : supports policy control
  TrafficType -u-> QoS_Policy : needs differentiated treatment
}

' === Insights & Broader Implications ===
package "Insights & Design Complexity" #E8DAEF {
  entity Transition as "Transition to IT-Centric Design" #orange
  entity SBA_Impact as "SBA: Flexibility vs Complexity" #orange
  entity E2E_Slicing as "E2E Slicing Coordination" #orange

  CloudNative --> Transition : requires new skillsets
  SBA_Model --> SBA_Impact : increases modularity and API load
  Orchestration --> E2E_Slicing : requires full-domain orchestration
}

@enduml

```
## 5.7. 洞察、隠れたパターン、因果関係、広範な影響

-   **考察9:** 5GCにおける仮想化およびクラウドネイティブアーキテクチャへの移行は、従来の電気通信の複雑さに加えて、IT関連の課題をもたらします。これには、ネットワーク開発と運用に対する新しいスキルセットとアプローチが必要です。
-   **考察10:** サービスベースアーキテクチャは、モジュール性と柔軟性を促進しますが、コアネットワーク内のインターフェースと相互作用の数も増加させ、堅牢なAPI管理とセキュリティメカニズムを必要とします。
-   **考察11:** 5GCにおけるネットワークスライシングには、すべてのネットワークドメイン（RAN、トランスポート、コア）にわたるエンドツーエンドのオーケストレーションと管理が必要です。約束された分離と各スライスの差別化された処理を保証することは、複雑さと調整の点で大きな課題となります。

# 6. UE、gNB、および5GC間の相互運用性の確保における困難性

## 6.1. 異なるレイヤー間のインターフェース仕様とプロトコルの整合性への準拠

-   さまざまな3GPP TS（例：`38.413`（NG-AP）、`38.423`（Xn-AP）、`38.473`（F1AP）、`24.501`（N1 NAS）、`29.518`（N2 AMF）、`29.281`（N3 UPF））で定義されている詳細なインターフェース仕様（例：NG、Xn、F1、N1）への厳格な準拠は、相互運用性にとって非常に重要です[56]。
-   UE、gNB、および5GC間のシームレスな通信には、プロトコルスタック全体（物理層シグナリングからアプリケーション層データまで）にわたるプロトコルの整合性と、多数のTSに規定されている手順の正しい実装が不可欠です[9]。
-   仕様の不整合または曖昧さ（[23]で強調されているEN-DC定義の不整合など）は、相互運用性の問題につながる可能性があります。

## 6.2. 異なるベンダーの実装間の潜在的な互換性の問題への対処

-   詳細な仕様があっても、ベンダーが異なると、わずかに異なる方法で仕様を解釈および実装する可能性があり、互換性の問題につながります[43]。
-   UE、gNB、および5GCの3GPPテスト仕様（例：UEの場合は`38.521`シリーズ、gNBの場合は`38.141`シリーズ、[1]）に対する徹底的な適合性テストは、相互運用性の問題を特定および解決するために必要です。
-   機能的で信頼性の高い5Gエコシステムを保証するには、異なるベンダーの機器間の相互運用性テストが重要なステップです[11]。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Interoperability Challenges between UE, gNB, and 5GC

' === Interface and Protocol Conformance ===
package "Interface and Protocol Conformance" #FFDDDD {
  entity TS38413 as "TS 38.413\n(NG-AP)" #yellow
  entity TS38423 as "TS 38.423\n(Xn-AP)" #yellow
  entity TS38473 as "TS 38.473\n(F1AP)" #yellow
  entity TS24501 as "TS 24.501\n(N1 NAS)" #yellow
  entity TS29518 as "TS 29.518\n(N2 Interface)" #yellow
  entity TS29281 as "TS 29.281\n(N3 GTP-U)" #yellow
  entity ProtocolStack as "Full Protocol Stack\n(Physical to Application Layer)" #orange
  entity ENDC_Issue as "EN-DC Specification Inconsistency"#orange

  TS38413 -u-> ProtocolStack : defines NG interface procedures
  TS38423 -u-> ProtocolStack : governs Xn interface signaling
  TS38473 -u-> ProtocolStack : specifies F1 interface rules
  TS24501 --> ProtocolStack : manages UE control signaling
  TS29518 --> ProtocolStack : AMF to RAN interface procedures
  TS29281 --> ProtocolStack : handles user data transport
  ProtocolStack -r-> ENDC_Issue : may expose undefined behavior
}

' === Vendor Implementation Variability ===
package "Vendor Implementation Variability" #E6FFCC {
  entity VendorA as "Vendor A Implementation" #cyan
  entity VendorB as "Vendor B Implementation" #cyan
  entity TS38521 as "TS 38.521\n(UE Conformance Test)" #yellow
  entity TS38141 as "TS 38.141\n(gNB RF Conformance)" #yellow
  entity InteropTesting as "Interoperability Testing"#orange
  entity EcosystemReliability as "Reliable 5G Ecosystem"#orange

  VendorA -l-> VendorB : interpretation variance
  VendorA --> InteropTesting : must pass standard test cases
  VendorB --> InteropTesting : requires compatibility validation
  TS38521 -u-> InteropTesting : UE compliance benchmark
  TS38141 -u-> InteropTesting : gNB compliance validation
  InteropTesting -r-> EcosystemReliability : ensures multi-vendor functionality
}

' === Observations and Systemic Implications ===
package "System-Level Insights" #DDEEFF {
  entity InteropChallenge as "Interoperability\nin Multi-vendor 5G" #orange
  entity IntegrationRisk as "Integration Risk from Spec Interpretation"#orange
  entity InterfaceComplexity as "Multiple Interfaces = More Failure Points" #orange
  entity TestAndVerify as "Test & Verification\nas Risk Mitigation" #orange

  InteropChallenge --> IntegrationRisk : inconsistent spec implementation
  InterfaceComplexity -l-> IntegrationRisk : expands integration difficulty
  TestAndVerify --> IntegrationRisk : reduces uncertainty
  TestAndVerify --> InteropChallenge : addresses ecosystem-level issues
}

@enduml

```
## 6.3. 洞察、隠れたパターン、因果関係、広範な影響

-   **考察12:** 相互運用性は、マルチベンダーの5Gエコシステムにおける基本的な課題です。詳細な仕様があっても、解釈と実装のばらつきにより、重大な統合問題が発生する可能性があります。
-   **考察13:** 5Gアーキテクチャの複雑さと多数のインターフェースにより、相互運用性の潜在的な障害点が増加します。これらのリスクを軽減するには、徹底的なテストと検証が不可欠です。

# 7. 3GPP TSの頻繁な更新と進化がUE、gNB、5GCの開発に与える影響

## 7.1. 新しいリリースへの対応と既存製品への変更の組み込み

-   3GPP仕様は頻繁に更新され、新しいリリースでは新しい機能、拡張機能、および修正が導入されます[1]。
-   開発者は、これらの更新を継続的に監視し、それに応じて開発ロードマップと製品設計を適応させる必要があります。これは、リソースを大量に消費する可能性があります。
-   安定性とパフォーマンスを維持しながら、新しいリリースの変更を既存の製品に組み込むことは、大きなエンジニアリング上の課題です。

## 7.2. 下位互換性と将来互換性の要件の管理

-   新しいリリースでは、既存のUEおよびネットワーク機器のシームレスな動作を保証するために、多くの場合、以前のバージョンとの下位互換性が必要です[6]。
-   将来の仕様変更を予測して、将来互換性を考慮した設計も困難な場合があります[6]。

## 7.3. 進化する仕様による継続的なテストと検証の必要性

-   頻繁な更新には、実装が最新の仕様に準拠し、相互運用性を維持するために、継続的なテストと検証が必要です。
-   これには、機能テストだけでなく、最新の仕様に対する性能テストとセキュリティテストも含まれます。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Impact of Frequent Updates and Evolution of 3GPP TS on UE, gNB, and 5GC Development

' === Continuous Release Adaptation ===
package "Release Evolution and Product Update" #FFEECC {
  entity TSUpdate as "Frequent TS Updates"
  entity NewFeatures as "New Features & Fixes"
  entity DevRoadmap as "Development Roadmap"
  entity ProductDesign as "Product Design Adaptation"
  entity ResourceLoad as "High Resource Consumption"
  entity EngineeringChallenge as "Engineering Difficulty"

  TSUpdate --> NewFeatures : introduces enhancements
  NewFeatures --> DevRoadmap : requires timeline updates
  DevRoadmap -l-> ProductDesign : triggers design revisions
  ProductDesign -u-> EngineeringChallenge : increases complexity
  EngineeringChallenge -u-> ResourceLoad : consumes time and effort
}

' === Compatibility Management ===
package "Compatibility Requirements" #CCFFDD {
  entity BackwardCompatibility as "Backward Compatibility"
  entity ForwardCompatibility as "Forward Compatibility"
  entity LegacyUE as "Legacy UE & Network Equip."
  entity FutureSpecs as "Future Spec Evolution"
  entity DesignFlexibility as "Flexible Design Strategy"

  BackwardCompatibility -r-> LegacyUE : ensures legacy support
  ForwardCompatibility -r-> FutureSpecs : anticipates future changes
  LegacyUE --> DesignFlexibility : drives architecture needs
  FutureSpecs --> DesignFlexibility : demands adaptability
  DesignFlexibility --> BackwardCompatibility : balances both ends
  DesignFlexibility --> ForwardCompatibility : future-proofing
}

' === Continuous Testing and Conformance ===
package "Continuous Testing and Conformance" #DDEEFF {
  entity TestingNeed as "Need for Ongoing Testing"
  entity FunctionTest as "Functionality Testing"
  entity PerformanceTest as "Performance Validation"
  entity SecurityTest as "Security Assurance"
  entity SpecAlignment as "Spec Conformance"

  TSUpdate -l-> TestingNeed : triggers verification
  TestingNeed --> FunctionTest : validates feature behavior
  TestingNeed --> PerformanceTest : checks system performance
  TestingNeed --> SecurityTest : ensures protection mechanisms
  FunctionTest --> SpecAlignment : verifies standard compliance
  PerformanceTest --> SpecAlignment : validates against spec
  SecurityTest --> SpecAlignment : enforces conformance
}

' === Broader Implications and Insights ===
package "Strategic Implications" #FFDDFF {
  entity RapidSpecPace as "Rapid Specification Evolution"
  entity InnovationShift as "Innovation Resource Shift"
  entity ComplexityInDesign as "Design Complexity"
  entity CarefulPlanning as "Need for Strategic Planning"

  RapidSpecPace --> InnovationShift : diverts focus/resources
  ComplexityInDesign --> CarefulPlanning : demands proactive strategy
  BackwardCompatibility --> ComplexityInDesign : adds legacy burden
  ForwardCompatibility -u-> ComplexityInDesign : increases uncertainty
  InnovationShift --> CarefulPlanning : requires prioritization
}

@enduml

```
## 7.4. 洞察、隠れたパターン、因果関係、広範な影響

-   **考察14:** 3GPP仕様の更新が速いペースで行われるため、開発チームは常に最新の機能を取り入れ、適応する必要があり、他のイノベーションへの取り組みからリソースが転用される可能性があります。
-   **考察15:** 下位互換性と将来互換性のバランスを取ることで、開発プロセスに複雑さが加わります。新しい機器が古いシステムと連携し、現在の設計が将来の仕様に対応できるようにするには、慎重な計画と設計が必要です。

# 8. 3GPP TS内の特定の技術的に困難または複雑な要素の特定

## 8.1. 複雑なプロトコルの例

-   `TS 38.331`および`36.331`[9]で定義されている、特にモビリティ管理、接続確立、および再構成に関連する無線リソース制御（RRC）プロトコルの特定の手順。
-   登録、セッション管理、およびモビリティ管理を含む、`TS 24.501`[21]で定義されているUE-コアネットワークシグナリング用の非アクセス層（NAS）プロトコル手順。
-   QoSフローから無線ベアラへのマッピングに関する、サービスデータ適応プロトコル（SDAP）仕様（[22]に記載されている`TS 37.324`）の複雑さ。

## 8.2. 複雑なアルゴリズム

-   スケジューリング、電力制御、干渉管理を含む、`TS 38.331`で規定されているgNBのMAC層における無線リソース管理（RRM）のアルゴリズム。
-   特に高データレートと信頼性を実現するための、`TS 38.211`および`38.212`に詳細が記載されている物理層におけるチャネルコーディングと変調のアルゴリズム。
-   [43]で説明されているMassive MIMOシステムにおけるビームフォーミングとプリコーディングのためのアルゴリズム。

## 8.3. 詳細なインターフェース仕様

-   gNBと5GC間のシグナリング手順とデータ転送プロトコル（例：`TS 38.414`[90]に従ったNGAP、GTP-U）を定義する、gNBと5GC間のNGインターフェース仕様（`TS 38.41x`シリーズ）。
-   ハンドオーバーと連携をサポートするための、gNB間のXnインターフェース仕様（`TS 38.42x`シリーズ）。
-   分割されたアーキテクチャを管理するための、gNB-CUとgNB-DU間のF1インターフェース仕様（`TS 38.47x`シリーズ）。
```plantuml
@startuml
left to right direction
skinparam titleFontSize 20
skinparam defaultFontSize 15
skinparam shadowing true
skinparam roundcorner 10

title Technically Complex Elements in 3GPP TS

' === Complex Protocol Procedures ===
package "Complex Protocol Procedures" #FFEECC {
  entity RRC as "RRC Procedures (TS 38.331 / 36.331)" #yellow
  entity NAS as "NAS Procedures (TS 24.501)" #yellow
  entity SDAP as "SDAP Mapping (TS 37.324)" #yellow
  entity Mobility as "Mobility Management"
  entity Registration as "Registration / Session Control"

  RRC --> Mobility : includes mobility, reconf, connection setup
  NAS --> Registration : handles registration and session
  SDAP --> RRC : mapped via QoS flows to bearers
  SDAP --> NAS : supports end-to-end QoS delivery
}

' === Complex Algorithms ===
package "Advanced Algorithms" #CCFFDD {
  entity RRM as "RRM in MAC Layer (TS 38.331)" #yellow
  entity PHYCoding as "Channel Coding & Modulation (TS 38.211/212)" #yellow
  entity Beamforming as "Massive MIMO Beamforming"

  RRM --> PHYCoding : relies on physical capabilities
  Beamforming -l-> PHYCoding : uses modulation schemes
  RRM --> Beamforming : scheduling considers beam directions
}

' === Interface Specifications ===
package "Detailed Interface Specifications" #DDEEFF {
  entity NGInterface as "NG Interface (TS 38.41x)" #yellow
  entity XnInterface as "Xn Interface (TS 38.42x)" #yellow
  entity F1Interface as "F1 Interface (TS 38.47x)" #yellow
  entity Signaling as "Signaling Procedures"
  entity DataTransfer as "Data Transfer Protocols"

  NGInterface -u-> Signaling : defines NGAP signaling
  NGInterface -u-> DataTransfer : includes GTP-U handling
  XnInterface -u-> Signaling : supports handover coordination
  F1Interface -u-> Signaling : manages CU-DU split
  F1Interface -u-> DataTransfer : data routing between CU-DU
}

' === Strategic Insights ===
package "Insights & Implications" #FFDDFF {
  entity DeepExpertise as "Requires Deep Technical Expertise"
  entity DevEffort as "High Development Effort"
  entity InteropRisk as "Interoperability Risk"
  entity PreciseImpl as "Need for Precise Implementation"

  RRC --> DeepExpertise : complex mobility and RRC states
  Beamforming --> DevEffort : intricate RF and precoding design
  NGInterface --> PreciseImpl : tight signaling constraints
  XnInterface --> InteropRisk : deviations lead to handover issues
  F1Interface --> InteropRisk : misalignment causes disconnection
  PreciseImpl -l-> InteropRisk : deviations cause network failures
}

@enduml

```
## 8.4. 洞察、隠れたパターン、因果関係、広範な影響

-   **考察16:** 3GPP TS内の特定のプロトコルとアルゴリズムの複雑さは、多くの場合、正しいかつ効率的な実装のために深い専門知識と多大な開発努力を必要とします。
-   **考察17:** 詳細なインターフェース仕様は、異なるネットワーク要素間のシームレスな通信を保証するために、シグナリングおよびデータ転送メカニズムの正確な実装を義務付けています。わずかな逸脱でも、相互運用性の問題やネットワーク障害につながる可能性があります。

# 9. 結論

3GPP TSに基づいてUE、gNB、および5GCを開発する際の主要な課題をまとめると、プロトコルの複雑さ、多様な機能要件、厳しい設計制約、相互運用性のハードル、頻繁な更新への対応、および仕様内の特定の技術要素の固有の複雑さなど、多岐にわたることが強調されます。

堅牢で相互運用可能な5Gエコシステムを成功裏に開発および展開し、将来の多様なパフォーマンスおよびサービス要求を満たすためには、これらの仕様の徹底的な理解、正確な実装、および継続的なテストが不可欠であることを改めて強調します。

# 10. 主要な表

**表1: 3GPP技術仕様グループとその焦点**

| WG   | 短縮形 | 範囲                                         | 仕様                                                                                                                   |
| ---- | -------- | -------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- |
| RAN  | RAN      | 無線アクセスネットワーク（gNBとUEの無線側面） | `38`シリーズ（無線技術）、`34`シリーズ（UEテスト）、`36`シリーズ（LTE）など                                           |
| CT   | CT       | コアネットワークと端末（UEと5GCのプロトコル） | `24`シリーズ（UEシグナリング）、`23`シリーズ（コアネットワークアーキテクチャ）、`29`シリーズ（コアネットワークプロトコル）など |
| SA   | SA       | サービスとシステム全体の側面                 | `22`シリーズ（サービス要件）、`28`シリーズ（OAM＆P）、`33`シリーズ（セキュリティ）など                                 |

**表2: UE、gNB、および5GC開発に関連する主要な3GPP仕様シリーズ**

| 仕様シリーズ番号 | タイトル/説明                                              | UEへの関連性 | gNBへの関連性 | 5GCへの関連性 |
| ---------------- | ---------------------------------------------------------- | ---------- | ----------- | ----------- |
| 38               | NR; 無線アクセス技術                                       | 〇         | 〇          |             |
| 34               | UE（ユーザー機器）適合性仕様                               | 〇         |             |             |
| 24               | ユーザー機器（UE）とネットワーク間のシグナリングプロトコル | 〇         |             |             |
| 36               | Evolved Universal Terrestrial Radio Access（E-UTRA）; ユーザー機器（UE）無線伝送および受信 | 〇         |             |             |
| 33               | セキュリティ側面                                           | 〇         | 〇          | 〇          |
| 28               | シグナリングプロトコル（ステージ3）; （RSS-CN）およびOAM＆Pと課金 |            | 〇          | 〇          |
| 23               | システムアーキテクチャ                                     |            |             | 〇          |
| 29               | シグナリングプロトコル（ステージ3）; イントラ固定ネットワーク |            |             | 〇          |

**表3: 3GPP TS内の特定の技術的に困難な要素の例**

| カテゴリー         | 特定の要素                           | 関連する3GPP TS | 複雑さの簡単な説明                               |
| ---------------- | ------------------------------------ | ------------- | ------------------------------------------------ |
| プロトコル         | RRC接続再確立手順                    | `TS 38.331`   | さまざまな障害シナリオとUE状態の処理             |
| アルゴリズム       | Massive MIMOプリコーディングアルゴリズム | `TS 38.214`   | 干渉管理のためのプリコーディング重みの最適化     |
| インターフェース仕様 | PDUセッション管理用のNG-APインターフェース | `TS 38.413`   | gNBと5GC間のPDUセッションのライフサイクルの管理 |

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

# 12. 引用文献

1.  [3GPP - Wikipedia](https://en.wikipedia.org/wiki/3GPP) (4月 15, 2025にアクセス)
2.  [3GPP - THIRD GENERATION PARTNERSHIP PROJECT - ETSI](https://www.etsi.org/committee/3gpp) (4月 15, 2025にアクセス)
3.  [Understanding 3GPP – starting with the basics | Qualcomm](https://www.qualcomm.com/news/onq/2017/08/understanding-3gpp-starting-basics) (4月 15, 2025にアクセス)
4.  [3GPP – The Mobile Broadband Standard](https://www.3gpp.org/) (4月 15, 2025にアクセス)
5.  [The 3rd Generation Partnership Project (3GPP)](https://www.3gpp.org/about-us) (4月 15, 2025にアクセス)
6.  [Introducing 3GPP](https://www.3gpp.org/about-us/introducing-3gpp) (4月 15, 2025にアクセス)
7.  [Overview of the 3GPP Space - Tech-invite](https://www.tech-invite.com/3m0/tinv-3gpp-overview.html) (4月 15, 2025にアクセス)
8.  [The Technical Specification Groups (TSGs) - 3GPP](https://www.3gpp.org/3gpp-groups) (4月 15, 2025にアクセス)
9.  [Guide to reading 3GPP Specifications - wirelessbrew.com](https://wirelessbrew.com/5g-nr/guide-to-reading-3gpp-specifications/) (4月 15, 2025にアクセス)
10. [Specifications & Technologies - 3GPP](https://www.3gpp.org/specifications-technologies) (4月 15, 2025にアクセス)
11. [5G System Overview - 3GPP](https://www.3gpp.org/technologies/5g-system-overview) (4月 15, 2025にアクセス)
12. [Specifications by Series - 3GPP](https://www.3gpp.org/specifications-technologies/specifications-by-series) (4月 15, 2025にアクセス)
13. [3GPP specification series: 38series](https://www.3gpp.org/dynareport/38-series.htm) (4月 15, 2025にアクセス)
14. [3GPP specification series: 34series](https://www.3gpp.org/DynaReport/34-series.htm) (4月 15, 2025にアクセス)
15. [3GPP 24-series: 3G to 5G UE-to-Network Protocols - Tech-invite](https://www.tech-invite.com/3m24/tinv-3gpp-24.html) (4月 15, 2025にアクセス)
16. [Specification # 36.101 - 3GPP](https://www.3gpp.org/dynareport/36101.htm) (4月 15, 2025にアクセス)
17. [Specification # 33.523 - 3GPP](https://www.3gpp.org/dynareport/33523.htm) (4月 15, 2025にアクセス)
18. [3GPP specification series: 28series](https://www.3gpp.org/DynaReport/28-series.htm) (4月 15, 2025にアクセス)
19. [3GPP specification series: 23series](https://www.3gpp.org/DynaReport/23-series.htm) (4月 15, 2025にアクセス)
20. [inside TS 23.501: 5GS Architecture for Wireline Access network](https://www.tech-invite.com/3m23/toc/tinv-3gpp-23-501_i.html) (4月 15, 2025にアクセス)
21. [3GPP Portal > Specifications](https://portal.3gpp.org/Specifications.aspx?q=1&WiUid=750025) (4月 15, 2025にアクセス)
22. [3GPP 5G Standards & Specifications - 3G4G](https://www.3g4g.co.uk/5G/5Gtech_0003_Standards.html) (4月 15, 2025にアクセス)
23. [R2-190xxxx In ENDC rev2a.docx - 3GPP](https://www.3gpp.org/ftp/email_discussions/RAN2/%5BRAN2%23105%5D/%5B105%2303%5D%5BNR%5D%20EN-DC%20terminology/R2-190xxxx%20In%20ENDC%20rev2a.docx) (4月 15, 2025にアクセス)
24. [Next Generation New Radio Small Cell Enhancement: Architectural Options, Functionality and Performance Aspects - arXiv](https://arxiv.org/pdf/1802.10267) (4月 15, 2025にアクセス)
25. [Navigating 5G Complexity: Understanding Power Class 2 in RF Front-End Design - Qorvo](https://www.qorvo.com/design-hub/blog/navigating-5g-complexity-understanding-power-class-2-in-rf-front-end-design) (4月 15, 2025にアクセス)
26. [Energy Efficiency in 3GPP technologies](https://www.3gpp.org/technologies/ee-article) (4月 15, 2025にアクセス)
27. [Power Saving Techniques in 3GPP 5G New Radio: A Comprehensive Latency and Reliability Analysis - arXiv](https://arxiv.org/pdf/2204.00834) (4月 15, 2025にアクセス)
28. [5G Systems Development and Deployment - 3GPP](https://www.3gpp.org/news-events/3gpp-news/ahmadi-nr) (4月 15, 2025にアクセス)
29. [Secure and Efficient Group Handover Protocol in 5G Non-Terrestrial Networks - arXiv](https://arxiv.org/html/2403.13936v1) (4月 15, 2025にアクセス)
30. [5GS Roaming Guidelines Version 9.0 February 2024 - GSMA Official Document](https://www.gsma.com/newsroom/wp-content/uploads//NG.113-v9.0.pdf) (4月 15, 2025にアクセス)
31. [3GPP 5G Security](https://www.3gpp.org/news-events/3gpp-news/sec-5g) (4月 15, 2025にアクセス)
32. [CSRIC VII Report on Recommendations for Identifying Optional ...](https://www.fcc.gov/file/20606/download) (4月 15, 2025にアクセス)
33. [Preparing 5G for the Quantum Era: An Analysis of 3GPP Architecture and the Transition to Quantum- Resistant Cryptography - ATIS](https://atis.org/?sdm_process_download=1&download_id=1961732) (4月 15, 2025にアクセス)
34. [Keeping Pace with the Requirements of 5G Security](https://assets.ctfassets.net/wcxs9ap8i19s/5iGG6bsZrlmhC6xUA4866U/7f90a9a079444c4fb6b9ca2112b90bda/WP_Keeping_Pace_with_The_Requirements_of_5G_Security_RevA.pdf) (4月 15, 2025にアクセス)
35. [Challenges for Evolving Large-Scale Security Architectures - UPV](https://personales.upv.es/thinkmind/dl/conferences/securware/securware_2014/securware_2014_8_20_30037.pdf) (4月 15, 2025にアクセス)
36. [[1809.06925] Security and Protocol Exploit Analysis of the 5G Specifications - ar5iv - arXiv](https://ar5iv.labs.arxiv.org/html/1809.06925) (4月 15, 2025にアクセス)
37. [5g, 5g Specs | Future Technology - ETSI](https://www.etsi.org/technologies/5g) (4月 15, 2025にアクセス)
38. [Comparative Performance Evaluation of 5G-TSN Applications in Indoor Factory Environments - arXiv](https://arxiv.org/html/2501.12792v2) (4月 15, 2025にアクセス)
39. [Dynamic Bandwidth Part Allocation in 5G Ultra Reliable Low Latency Communication for Unmanned Aerial Vehicles with High Data Rate Traffic](https://pmc.ncbi.nlm.nih.gov/articles/PMC7918226/) (4月 15, 2025にアクセス)
40. [eXtended Reality for NR - 3GPP](https://www.3gpp.org/technologies/xr-nr) (4月 15, 2025にアクセス)
41. [5G Ultra-Reliable Low-Latency Communication Implementation Challenges and Operational Issues with IoT Devices - MDPI](https://www.mdpi.com/2079-9292/8/9/981) (4月 15, 2025にアクセス)
42. [The 4G to 5G Network Architecture Evolution in Australia - Telsoc](https://telsoc.org/journal/ajtde-v6-n4/a161) (4月 15, 2025にアクセス)
43. [Evaluating Beamforming, MIMO, and Network Slicing in 5G NR: A Comprehensive Theoretical Analysis with 3GPP Specifications - Cafetele Telecom Training](https://cafetele.com/evaluating-beamforming-mimo-and-network-slicing-in-5g-nr-a-comprehensive-theoretical-analysis-with-3gpp-specifications/) (4月 15, 2025にアクセス)
44. [Massive MIMO for Internet of Things (IoT) connectivity](http://liu.diva-portal.org/smash/get/diva2:1380720/FULLTEXT01.pdf) (4月 15, 2025にアクセス)
45. [5G-NR Network Planning: Impact of Massive MIMO and Beamforming in Coverage Predictions - Fenix](https://fenix.tecnico.ulisboa.pt/downloadFile/844820067126457/extended_abstract_pedrosousa_final.pdf) (4月 15, 2025にアクセス)
46. [5G Network Slicing Challenges and Opportunities - ABI Research](https://www.abiresearch.com/blog/5g-network-slicing-challenges-and-opportunities) (4月 15, 2025にアクセス)
47. [Management of Network Slicing in 5G Radio Access Networks: Functional Framework and Information Models - arXiv](http://arxiv.org/pdf/1803.01142) (4月 15, 2025にアクセス)
48. [Management, Orchestration and Charging in the New Era - River Publishers](https://www.riverpublishers.com/journal/journal_articles/RP_Journal_2245-800X_6110.pdf) (4月 15, 2025にアクセス)
49. [Management, Orchestration and Charging for 5G networks - 3GPP](https://www.3gpp.org/news-events/3gpp-news/sa5-5g) (4月 15, 2025にアクセス)
50. [Generic Network Slice Template Version 8.0 27 January 2023 - GSMA](https://www.gsma.com/newsroom/wp-content/uploads/NG.116-v8.0-1.pdf) (4月 15, 2025にアクセス)
51. [NG.127 E2E Network Slicing Architecture - GSMA](https://www.gsma.com/newsroom/wp-content/uploads//NG.127-v2.0.pdf) (4月 15, 2025にアクセス)
52. [On the Rollout of Network Slicing in Carrier Networks: A Technology Radar - PMC](https://pmc.ncbi.nlm.nih.gov/articles/PMC8659767/) (4月 15, 2025にアクセス)
53. [R2-220xxxx-rev3069 Slicing CR38300-v09-rapp-clean.docx - 3GPP](https://www.3gpp.org/ftp/Email_Discussions/RAN2/%5BRAN2%23117-e%5D/%5BPost117-e%5D%5B247%5D%5BSlicing%5D%20Updated%20Stage-2%20CR%20(Nokia)/R2-220xxxx-rev3069%20Slicing%20CR38300-v09-rapp-clean.docx) (4月 15, 2025にアクセス)
54. [ETSI TS 123 501 V15.9.0 (2020-03)](https://www.etsi.org/deliver/etsi_ts/123500_123599/123501/15.09.00_60/ts_123501v150900p.pdf) (4月 15, 2025にアクセス)
55. [5G Network Slicing, What is it? | 5G Slicing Architecture and Solutions - VIAVI Solutions](https://www.viavisolutions.com/en-us/5g-network-slicing) (4月 15, 2025にアクセス)
56. [inside TS 38.401: Content Part, 3 out of 44 - Tech-invite](https://www.tech-invite.com/3m38/toc/tinv-3gpp-38-401_c.html) (4月 15, 2025にアクセス)
57. [3GPP TS 38.401](https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_112-e/Inbox/Drafts/CB%20%23%2048_eNBarchEvo_General/phase2/Draft_R3-212825%20BL%20CR%20to%2038.460%20capture%20agreements.doc) (4月 15, 2025にアクセス)
58. [4.2.1 Class diagram for gNB and en-gNB - TechSpec](https://itecspec.com/spec/3gpp-28-541-4-2-1-class-diagram-for-gnb-and-en-gnb/) (4月 15, 2025にアクセス)
59. [ETSI TS 138 470 V16.3.0 (2020-11)](https://www.etsi.org/deliver/etsi_ts/138400_138499/138470/16.03.00_60/ts_138470v160300p.pdf) (4月 15, 2025にアクセス)
60. [Service-Based Architecture for 5G Core Networks - Light Reading](https://img.lightreading.com/downloads/Service-Based-Architecture-for-5G-Core-Networks.pdf) (4月 15, 2025にアクセス)
61. [Security for 5G SBA: updates since Release 16 - Ericsson](https://www.ericsson.com/en/blog/2024/2/5g-sba-security-release-16-updates) (4月 15, 2025にアクセス)
62. [Communications Security, Reliability, and Interoperability Council VIII Report on Best Practices to Mitigate Security Vulnerabilities in HTTP/2](https://www.fcc.gov/sites/default/files/CSRIC8-Report-SecurityVulnerabilitiesMitigationsHTTP2-0623.docx) (4月 15, 2025にアクセス)
63. [Security Considerations for 5G Technology Enablers - PECB Insights](https://insights.pecb.com/security-considerations-for-5g-technology-enablers/) (4月 15, 2025にアクセス)
64. [3GPP 5G Core Network: An Overview and Future Directions - Journal of Information and Communication Convergence Engineering](https://www.jicce.org/journal/view.html?volume=20&number=1&spage=8) (4月 15, 2025にアクセス)
65. [3GPP 5G core network SBA and Security Mechanisms - IEEE ComSoc Technology Blog](https://techblog.comsoc.org/2022/01/01/5g-network-security-threats-and-3gpp-security-mechanisms/) (4月 15, 2025にアクセス)
66. [Security Challenges of the 3GPP 5G Service Based Architecture - ResearchGate](https://www.researchgate.net/publication/334660091_Security_Challenges_of_the_3GPP_5G_Service_Based_Architecture) (4月 15, 2025にアクセス)
67. [Security for 5G Service-Based Architecture: What you need to know - Ericsson](https://www.ericsson.com/en/blog/2020/8/security-for-5g-service-based-architecture) (4月 15, 2025にアクセス)
68. [jdegre/5GC_APIs: RESTful APIs of main Network Functions in the 3GPP 5G Core Network - GitHub](https://github.com/jdegre/5GC_APIs) (4月 15, 2025にアクセス)
69. [Security Threats, Requirements and Recommendations on Creating 5G Network Slicing System: A Survey - MDPI](https://www.mdpi.com/2079-9292/13/10/1860) (4月 15, 2025にアクセス)
70. [Network Slicing Security for 5G and 5G Advanced Systems - 3GPP](https://www.3gpp.org/technologies/slicing-security) (4月 15, 2025にアクセス)
71. [Exploring the 3GPP AMF – Access & Mobility Management Function - Emblasoft](https://emblasoft.com/blog/exploring-the-3gpp-amf-access-mobility-management-function) (4月 15, 2025にアクセス)
72. [5g security - Telecommunication Engineering Centre](https://www.tec.gov.in/pdf/Studypaper/Study%20Paper%20on%205G%20Security%20_final.pdf) (4月 15, 2025にアクセス)
73. [TS 133 501 - V17.7.0 - 5G; Security architecture and procedures for 5G System (3GPP TS 33.501 version 17.7.0 Release 17) - ETSI](https://www.etsi.org/deliver/etsi_ts/133500_133599/133501/17.07.00_60/ts_133501v170700p.pdf) (4月 15, 2025にアクセス)
74. [Report on Review and Recommendations on Optional Security Features in 3GPP Standards Impacting 5G Non-Standalone Architecture Working Group 2 - Federal Communications Commission](https://www.fcc.gov/file/20181/download) (4月 15, 2025にアクセス)
75. [Rel-18 Security feature summary - 3GPP](https://www.3gpp.org/technologies/rel18-sec) (4月 15, 2025にアクセス)
76. [5G Security Evaluation Process Investigation: Version 1, May 2022 - CISA](https://www.cisa.gov/sites/default/files/publications/5G_Security_Evaluation_Process_Investigation_508c.pdf) (4月 15, 2025にアクセス)
77. [5G Security Guide Version 3.0 16 July 2024 - GSMA](https://www.gsma.com/solutions-and-impact/technologies/security/wp-content/uploads/2024/07/FS.40-v3.0-002-19-July.pdf) (4月 15, 2025にアクセス)
78. [Road to 5G: Introduction and Migration - GSMA](https://www.gsma.com/futurenetworks/wp-content/uploads/2018/04/Road-to-5G-Introduction-and-Migration_FINAL.pdf) (4月 15, 2025にアクセス)
79. [An Overview of the 3GPP Study on Artificial Intelligence for 5G New Radio - arXiv](https://arxiv.org/pdf/2308.05315) (4月 15, 2025にアクセス)
80. [Artificial Intelligence in 3GPP 5G-Advanced: A Survey - arXiv](https://arxiv.org/pdf/2305.05092) (4月 15, 2025にアクセス)
81. [Using 3GPP technology for satellite communication - Ericsson](https://www.ericsson.com/en/reports-and-papers/ericsson-technology-review/articles/3gpp-satellite-communication) (4月 15, 2025にアクセス)
82. [Highlights - 3GPP](https://www.3gpp.org/ftp/Information/Highlights/2022_Issue04/mobile/3GPP_Highlights_I4.pdf) (4月 15, 2025にアクセス)
83. [srsRAN gNB for 5G NTN](https://docs.srsran.com/projects/project/en/latest/tutorials/source/ntn/source/index.html) (4月 15, 2025にアクセス)
84. [The evolution of 3GPP NTN from 5G to 5G-Advanced and 6G](https://6g-ntn.eu/wp-content/uploads/sites/94/2023/09/2023_08_30_GlueTechSchool_Guidotti_v3.pdf) (4月 15, 2025にアクセス)
85. [Non-Terrestrial Networks (NTN) - 3GPP](https://www.3gpp.org/technologies/ntn-overview) (4月 15, 2025にアクセス)
86. [5G Release 17: Overview of RAN security features - Ericsson](https://www.ericsson.com/en/blog/2022/10/3gpp-release-17-security-ran) (4月 15, 2025にアクセス)
87. [3GPP TS 38.331](https://www.3gpp.org/ftp/Email_Discussions/RAN2/%5BRAN2%23103bis%5D/%5B103bis%2322%5D%5BNR%5D%20UE%20capabilities/UpdateL1RFcapability_38331-f30_v3.docx) (4月 15, 2025にアクセス)
88. [TS 138 401 - V15.2.0 - 5G; NG-RAN; Architecture description (3GPP TS 38.401 version 15.2.0 Release 15) - ETSI](https://www.etsi.org/deliver/etsi_ts/138400_138499/138401/15.02.00_60/ts_138401v150200p.pdf) (4月 15, 2025にアクセス)
89. [TS 138 401 - V17.7.0 - 5G; NG-RAN; Architecture description (3GPP TS 38.401 version 17.7.0 Release 17) - ETSI](https://www.etsi.org/deliver/etsi_ts/138400_138499/138401/17.07.00_60/ts_138401v170700p.pdf) (4月 15, 2025にアクセス)
90. [3GPP TS 38.414](https://www.3gpp.org/ftp/Specs/archive/38_series/38.414/38414-f20.zip?) (4月 15, 2025にアクセス)