E2Eネットワークスライシング
アーキテクチャとその課題

ノキアソリューションズ＆ネットワークス
⿅志村康⽣
yasuo.kashimura@nokia.com

ネットワークスライスとは︖
コンシューマモバイル
ブロードバンド
⼤多数センサー
固定無線アクセス
コネクテッドカー
公共安全
⼤規模イベント
産業オートメーション

技術的な観点

ビジネス的な観点

共有の物理インフラストラクチャ上に経済的にカスタマイズをされた複数の論理ネットワーク
2© 2020 Nokia

ネットワークスライスユースケース
M2M/IoT• 10x-100x
異なるARPU• セキュリティと過負荷保護

MVNO/MOCN• 共有ネットワーク
における専⽤コア
ネットワーク⼜はMVNO

今⽇既に実現

5G向けEPCオーバレイ/
FWA• 既存サービスへの影響を最⼩化• 新プラットフォー
ムにおける新規投資

新しいビジネスモデルサポート• 複数サービスプロバイダに対して
SLAを提供するメカニズム• クラウド環境の充実に伴って技術的及び経済的に実現することが可能に

これから実現⼩規模の静的なスライスからより⼤規模なダイナミックマルチテナントスライスへ3© 2020 Nokia

ネットワークスライスはエンドツーエンドの仮想プライベートサービス
ServiceRequestSlice Request
At t ribut es

Lat ency:
Throughput :Reliabilit y:
Mobilit y:Geography:
Securit y:
Analyt ics:

Cost prof ile:

Application
Logic

Service
DeliveryAut omat edcomposit ion& operat ions

Augmented
Services

High performance
localized delivery

Virtual Network
Functions
SW-DefinedConnectivity

4K,VR

Cloud
Infrastructure…

Network & Cloud
Orchestration

Composable Network& Service Resources

Service Specific Net work Slices

サービス管理エンドエンドネットワークスライス管理
デバイス管理アクセススライス制御装置

トランスポートスライス制御装置

コアスライス制御装置

アプリケーション
管理

特定のテナント、サービス、またはサービスクラス向けに最適化されたE 2 E仮想ネットワーク
端末

アクセスネットワーク

トランスポートネットワーク

コアネットワークアプリケーション

エンドエンドネットワークスライスは⾼度にカスタマイズされた仮想ネットワークで、
カスタマイズされたサービスを提供可能
4© 2020 Nokia

5Gでのネットワークスライシングトライアル例
港湾管理のための様々なアプリケーション
IoT

リモートコントロール

エキスパートアシスタンス

ターミナルワークフローの最適化
AR/VRの補助によるメンテナンス

埠頭クレーンの自動化と予測によるアセットメンテナンス
監視カメラ

ガントリーの遠隔操作及び自動化
アセットトラッキング

低遅延ビデオ

2025年までのチャレンジ

5G
Massivemachinecommunication5

Criticalmachinecommunication© 2020 Nokia

作業員へのデータ・ボイス
コネクティビティー

Automated Guided Vehicle (AGV)

船舶へのブロードバンド
コネクティビティ

ExtremeMobileBroadband

ドローンインスペクション

無人エリアにおけるスタッフの高精度な位置のトラッキングとトレーシング• 1800万コンテナ/年のオペレーシ
ョン• 港湾エリアの道路での毎日数万のトラックの管理• 自動運転(飛行) 車両(Public/Privatre/Enterprise)

10万以上のセンサーが接続• 船舶/荷主/トラック/港湾運営間でのデータシェアリング• 排出物の測定• カーゴのメンテナンス: 場所/温度/湿度のリアルタイムの情報

信号の制御
道路インフラのモニタリング• トラフィック/プロセス・フロ
ーの改善• カスタマーエクスペリエンスの高度化とセキュリティー
• 汚染コントロールの改善

5Gでのネットワークスライシングトライアル例
ハンブルグ港: 大規模な産業環境における最初の5Gネットワークスライシングトライアル
トライアル

2025年までのチャレンジ
1800万コンテナ/年

5G Smart Sea Port

短期的な結果のために3つのユースケースにフォーカス

8000 ヘクタール

AR

水門や工事サイトのオペレー
ションサポート

数万のトラック/日
自動運転(飛行) 車両
Mgmt.

(public, private, enterprise)

信号のマネジメント:
マネジメント面の5Gスライスへ トラフィックフローの改善の接続
モバイルセンサー

10万以上のセンサー

Nokia AirScale radio(基地局)とクラウドパケットコア

スライスアウェアスケジューラーとスライスを実現するコアネットワークスライスのライフサイクルマネ
ジメント

5MHz FDD Carrier at 713/768, i.e., UL@713-723 / DL@768-778

6© 2020 Nokia

港湾オペレーション、エク
スペリエンス、セキュリテ
ィーの改善

汚染コントロールの改善7© 2020 Nokia

Internal Use Only

エンドネットワークスライシング階層

サービス管理サービス
スライス管理エンドエンドネットワークスライス管理

ドメイン
管理

デバイス
管理

アクセススライス
コントローラートランスポートスライス
コントローラーコアスライス
コントローラー

アプリケー
ション管理

管理対象
リソース

端末

アクセスネットワーク

トランスポートネット
ワーク

コアネットワーク

アプリケー
ション

8

© 2020 Nokia

3 GPPネットワーク
スライシングネットワークスライス識別⼦(S-)NSSAIとNSSAI (Network Slice Selection Assistance Information)
S-NSSAI フォーマット:

SST(Slice/Service Type)SD(Slice Differentiator)(オプショナル) 同一
SST内で複数のネット
ワークスライスを分離するための識別するための情報、PLMNに対してLocallysignificant

SST Value

Slice/Service Type

1

eMBB

2

URLLC

3

MIoT [Massive IOT]

将来的な標準スライ
スタイプの規定のためにReserve

4

C-V2X [Cellular Vehicle to Everything]5 – 127

Standard (TBD)

Locally significant (オ128 - 255

Operator-specific

現状4つの標準スラ
イスタイプが既定されているペレーターで定義可能なスライスタイプ)

標準外のスライスタ
イプ

9© 2020 Nokia

UEあたり最大8つのDefaultS-NSSAI’s

NSSAI

SST

SD

Applicability

Standard

Null

All PLMNs

Operator-specific

Null

PLMN Specific

Any

Non-Null

PLMN Specific

S-NSSAI 1

SST:1 / SD:NulleMBBS-NSSAI 2

SST:3 / SD:NullIoTS-NSSAI 3

SST:3 / SD:A

Custom IoT.
.
.

S-NSSAI 8

ローミングはPLMN間の合意に基づくS-NSSAI translatioによってのみ可能• NSSAIはS-NSSAIの集まり, UEへはout-of-bandでプログラムされる。
• UEは3GPP control planeのCall flowによって対象のスライスへの接続性を得ることが出来る•

標準のSSTをオペレーター内でEnableにし、スライス間のローミングを可能にする•オペレーター独自規定のサービススライスが必要になったら独自のSST/SDを使用• UEはSST/SDにより対応するトランスポートスライスにマップされるUE Registration時にネットワークスライスの選択を⽀援︓NSSAI
ID/サブスクリプション管理とモビリティ管理は共通
1.

UEにPLMNのNSSAIが設定される

2.

UEがRANへDesired NSSAIのRegistration Requestを送信

3.

RANがRegistartion requiestをDefault AMFへ送信

4.

AMFがUDMへUE subscription(S-NSSAI含む)のQuery

5.

AMFがNSSFへAllowed/RejectedS-NSSAIのQuery

6.

AMFがRegistration Areaを決定しUEへAllowed/Rejected S-NSSAIを返す

NSSAI

1

S-NSSAI #1

SST

SD

RRC conn. establishment(Requested NSSAI)S-NSSAI #n

SST

SD

UE

2

Configured NSSAI

4

3Reg. Accept(AllowedNSSAI)

6

8.

AMFはNRFより指定されたSMFを使用•

基本的には AMF/NRF/NSSF/AUSF/UDM はすべてのスライスで共通

NSSF

Out::NS-ID / Allowed S-NSSAI,AMF candidate list/FQDNReg. Req.
(Req NSSAI)NRFに対象のS-NSSAI/DNNにはどのNF(SMF)を使用するかQuery© 2020 Nokia

5

In: NS-ID/ S-NSSAI, DNN

7.

10

UDM

In: Req NSSAI, Subscribed SNSSAIs, PLMN ID of UERAN
AMF selection
function basedon TempID or
NSSAI

Subscribed S-NSSAIs/DNN

Out: NF candidates

NRF

8

スライス固有のネット
ワークファンクション

AMF

オプションでNSSFに(S)-NSSAI –NSI-IDマッピング、AlおよびAMF群
選択を照会
NF選択のためのNRFのクエリ（AMFなど）

7

SMF#1

UPF#1

SMF#n

UPF#n

SM⼿順中に選択されたSMF

GTP 5QIからDSCP valueへのマッピングにより、UnderlayのIPトランスポートにおいてもスライス内
で個別のQoSによるTreatmentが出来る

4G QoSモデルと5G QoSモデル⽐較
EPC QoS ModelUE

5GS QoS Model
LTE RANEPC

EPS Bearer #1

5G UE

3つのサービスはすべて共通のQCIベアラーにマップされているため同じQoS処理を受ける

UE

LTE RANEPC

EPS Bearer #1
EPS Bearer #2
EPS Bearer #3

QoSの差別化には、異なるQCIで個別のベアラを確⽴する必要がある-シグナリングオーバーヘッドを
もたらす

11

© Nokia 2020

QoS
Flows

QFI-A

NG-RAN
DRB#1

5GC
N3 Tunnel

QFI-B
QFI-C

DRB#2

5Gにはベアラの概念は無く、代わりにQoSフローが導⼊された
同じQoSフロー内のすべてのトラフィックは、同じQoS処理を受ける
QoSフローは、e2eシグナリングを必要とせずに動的に作成される
短命フローはEPSベアラを確⽴するオーバーヘッドなしで差別化されたQoS処理を受信できるネットワーク共有とスライス、APNとQoSフロー
ネットワーク資源の階層的分割のための補完的ツール• PDUセッション内でUEは特定のサービス特性を持つ複数のQoSフロー*/EPSベ
アラ**を確⽴出来るè共有/スライシング/APN/QoSメカニズ
ムは、ネットワークリソースを分割する
ための補完的なツール* 5G機構**4 G/LTEメカニズム

DNN=データネットワーク名 APN=アクセスポイント名
12© 2020 Nokia

QoS

ネットワーク・スライス・インスタンスS-NSSAI*/DCN
ID**
ゲートウェイDNN*/APN**1
PDUセッション• ネットワークスライス内で、UEはDNN*/APN**を介して異なるゲート
ウェイへのPDUセッションを作成可能

PLMN ID 1
ネットワークスライシング• ネットワークスライシングによりオペレータはNSSAI*/DCN ID**を使⽤してネットワークを複数のネットワーク
スライスに分割可能

ネットワークネットワーク共有• ネットワーク共有により複数のオペレータが同じRANネットワーク(MOCN/PLMN ID) を共有可能

QoSフロー*/デフォルトEPSベアラ**1...
QoSフロー*/専⽤EPSベアラ**n...

ゲートウェイDNN*/APN**n...
...
ネットワークスライスインスタンスS-NSSAI n...

PLMN ID nネットワークスライシング: スケール
どのぐらいの数のネットワークスライスが必要か?
スライス数

スケール
プロファイル

アトリビュート

Minimum- 既定の4つの標準のSSTのみ使用- SSTの将来的な拡張については考慮しない- SDは使用しない (i.e. SD=NULL)- ローミングパートナーは同一のオペレータースライスにマップする

Moderate

Minimumに加え- 将来拡張される~5程度の標準SSTを考慮

ExtremeModerateに加え- 顧客毎のSDを使用 (i.e. SD=non-NULL)- ローミングパートナーを別々のスライスにマップ

13© Nokia 2020

E2E SLA プロファイル (inc.
transport)

4

3GPP標準のスライスタイプ
のみに準拠

~10

3GPP標準のスライスタイプ(+ 特定の業種/顧客のためのカスタムSLA)

1000's3GPP標準のスライスタイプ +特定の業種/顧客のためのカスタムSLA

トランスポートスライス
典型的なユースケース︓２つのネットワークスライスをCプレーンで共有
E2Eネットワークスライス#1(顧客=Uber, サービス種別=
インフォテイメント）

PCF1

TS1

UDM1

BBU 1,2,3

T S1

T S1

AMF 1,2

T S1

SMF 1,2,3

TS1

Others (*)

TS

1

TS1
TS2

TS2

(*): 簡素化のために表⽰していないネットワーク
ファンクションあり

E2Eネットワークスライス#2(顧客=公共安全, サービス種別=
CCTV)

TS1

UDM1

BBU 1,2,3

PCF1

T S1

T S1

AMF 1,2
TS1*): 簡素化のために表⽰していないネットワーク
ファンクションあり
14© 2020 Nokia

T S1

SMF 1,2,3

Others (*)

TS

1

２つのネットワークスライスの間の共通コンポーネント

TS1
TS3

TS3

UPF 1,2• ２つの異なるネットワークスライスを作成したいが、Cプレーン向けは共有
したい︓• E2Eネットワークスライス#1(顧客=Uber, サービス種別=
インフォテイメント）• E2Eネットワークスライス#2(顧客=公共安全, サービス種別= CCTV)• E2Eネットワークスライス#1は２つのトランスポートスライスと複数コネクション• TS1 (C-Plane)• TS2 (U-Plane)• ネットワークスライス#2はCプレーンを共有するがUプレーン⽤にTS3を使⽤.
• TS3 (U-Plane)

UPF 3,4

トランスポートスライス
典型的なユースケース︓２つのネットワークスライスをCプレーンで共有
Connection {BBU1,
UPF1} with SLA21
Connection {SMF1,
UPF1} with SLA22…

Transport
slice1E2E Network Slice 2
Customer= public
safetyService=URLLC

Connection {BBU1,
AMF1} with SLA11
Connection{AMF1,SMF1} with
SLA12
Connection{AMF1,UDM1} with
SLA13…

Transport
slice3Connection {BBU1,
UPF2} with SLA31
Connection {SMF1,
UPF2} with SLA32…

15© 2020 Nokia

E2Eネットワークスライス#1& 2
BBU
1,2,3

UDM1

AMF
1,2
TS1
TS2
TS3

PCF1

TS
1

1
TS

TS1

Others (*)

1
TS

SMF
1,2,3

TS1
TS2

Transport
slice2

TS3

Customer= Uber
Service=eMBB

TS1

E2E Network Slice 1

UPF 1,2

UPF 3,4

RANスライスからトランスポートスライスへのマッピング
ネットワークスライス毎に論理インタフェース(VLAN)によりTraffic Separationを行う(現状gNBあたり最大20スライス程度)
ネットワークスライシング
オーケストレーター

トランスポートスライス
コントローラー

EMS

NSP

SMF
AM
F
UE

5G RAN

UPF
SMF

トランスポート

UPF
UPF
スライス毎のVLAN© 2020 Nokia

Slice B

UPF
Slice C

16

Slice A

スライス毎のVPN

スライス間マッピングの実現「RAN-NSテーブル」 の概念

NSあたりのgNBあたりの情報

gNBのリスト
gNB 1

gNB 2

NS#1のマッピング
情報

NS#2のマッピング
情報

NS#2のマッピング
情報

NS#3のマッピング
情報...
NS#mのマ
ッピング
情報

...

....
....

gNBn関
数
NS#10のマッピング
情報NS#12のマ
ッピング
情報

....
...

....

RAN-NSテーブル

該当なし

gNB情報:• gNB IPアドレス• gNB名• 潜在的に他の情報• N 3、N 2などのi/f基準点
ネットワークスライス情報:• NS-ID• S-NSSAIのセット
gNBのマッピング情報(つまり、どのインターフェイスとどの
VLAN IDを使⽤するか)• gNBポート• gNB VLAN-ID• gNB i/f IPリンク・アドレス/マスク• 潜在的に他の情報 (BSIDなど。)「RAN–NSテーブル」 はgNBで使⽤される:• 「トランスポートスライス」 をステッチする• 着信トラフィックをVLANにマッピングし、BRに送信する
17© 2020 Nokia

エンドエンドネットワークスライス管理ソリューションアーキテクチャ
サービス
スライス管理CSMF

CSMF:通信サービス管理機能
NSMF:ネットワークスライス管理機能

NSMF

NFMF:ネットワーク機能管理機能

NSSMF:ネットワークスライスのサブネット管理
機能

RANドメイン管理

RANコントローラ(NSSMF、
NFMF)

PNF

18

© 2020 Nokia

コアドメイン管理

NFVO

コアNSSMF

NFVO

エフエム

VNFM

トランスポート
スライスコントローラ
VNFM

VNF

RAN VIM (仮想
LAN)

エフア
イ

SDN

トランスポート
ネットワーク

PNF

VNF

コアVIM

エフア
イ

SDN

スライス管理とオーケストレーションに関連する3GPP SA5仕様
Management and orchestration of 5G networks and network slicing

TS28.530

TS28.533- defines the network management and orchestrationarchitecture for 3GPP networks including network slicing- New TS 28.530 “Concepts, use cases and requirements”- New TS 28.533 “Management and orchestration architecture”

Provisioning 5G Network and Network Slice

TS28.531
TS28.532- Specifies use cases,
requirements,
management services andprocedures for provisioningof 5G networks.
- TS 28.531 “Provisioning;
Stage 1”- TS 28.532 “Provisioning;
Stage 2 and stage 3”

Network Resource Model

TS28.540
TS28.541- Specifies the requirements
for the Network Resource
Model (NRM) definition of
NR, NG-RAN, 5G Core
Network (5GC) andnetwork slice- TS 28.540 “5G Network
Resource Model (NRM);
Stage 1- TS 28.541 “5G Network
Resource Model (NRM);
Stage 2 and stage 3”

Study on management and orchestration

TR28.801

19- Describes lifecycle of a Network Slice Instance (NSI)- Provides high level approximation of the Network Slice information model- Introduces the management concept of Network Slice Subnet (NSS) and NSS
Instance (NSSI)© 2020 Nokia

Fault Supervision for 5G networks and network slicing

TS28.545
TS28.546- specifies use cases and requirements for fault supervision of
5G networks and network slicing- TS 28.545 “Fault Supervision”- TS28.545 “Fault Supervision (FS); Stage 2 and stage 3” –Specification withdrawn --Assurance data and Performance Management for 5G networks
and network slicing

TS28.550
TS28.552- TS 28.550 “Performance Assurance”- TS 28.552 “5G performance measurements” (R16)- TS 28.554 “5G End to end Key Performance Indicators (KPI)”

TS28.554

Management and virtualization aspects of 5G networks

TS28.5XX- Updates the existing NFV related specifications (28.5xx series –concepts, CM, LCM, PM and FM)- See more details on next pageサービスプロファイルとドメイン固有スライスサブネットプロファイル

CSMF
サービス
スライス管理

コミュニケーション
サービス定義NEST(GSMA)
プロファイルテンプレートスライスのインスタンス化:

コアスライスプロファイル

スライスサブネットのインスタンス化:

E2EサービスプロファイルはNSMFに渡されるE 2 Eサービスプロファイル

NSMF

RANスライスプロファイルトランスポートスラ
イスプロファイル

サブネット固有のスライス
プロファイルがNSSMFに渡
される

ドメイン
管理

RANスライスプロファイルRAN NSSMF

20© 2020 Nokia

トランスポートスライス
プロファイルコアスライスプロファイルトランスポートNSSMF

コアNSSMF

NSSMFはスライス・
プロファイルをネット
ワーク・リソースとその構成に変換

スライスとサービスの監視と保証
サービス層とスライス管理層の役割
リソースの保証

サービス管理( CSMF )エンドエンドスライス管理( NSMF )ドメイン管理( NSSMF )21© 2020 Nokia

全ドメインの状態の監視
クロスドメイン最適化

リソース保証の主な責任
FM及びPMデータの観察
クローズドループ⾃動化

SLA適⽤

サービス品質の監視

SLA要件の定義

サービス品質とアプリケーションパフォーマンスの監視

E2EスライスSLAパラ
メータの監視と実施

ドメインレベルのスライス
SLAの監視と強制
クローズドループ⾃動化

サービス品質監視包括的なアーキテクチャとAPIによるエンドエンドのサービス保証
E2Eサービス保証
サービス
インベン
トリ

サービス監視API

サービス保証サービス保証

スライス
インベン
トリ

E2Eスライス
ライフサイクル管理

焦点:サービス品質
スライスのヘルス/SLA

E2Eスライス
SLAの適⽤FM/PM APISLA APIRAN SLAの適⽤

トランスポートSLAの適⽤

コアリソース保証

コアSLAの適⽤

RANインベントリ(CMデータ含む)

トランスポートインベントリ(CMデータ含む)

コアインベントリ(CMデータ含む)

データ収集

データ収集

データ収集

FM

PM

SLA

NF
22

トランスポートリソース
保証© 2020 Nokia

サービ
ス

FM

PM

SLA

NF

サービ
ス

トランスポート
保証

FM

PM

SLA

NFMF/NF

サービ
ス

コア保証

RAN保証

RANリソース
保証

ドメイン保証フォーカス:リソースの保証
およびドメインレベルSLA

E2Eスライスの作成
カスタマーポータル
サービスリクエスト
E2E ネットワーク
スライスオーケス
トレーター

1

NSテンプレートから NS profile (aka NSI) を生成
2

NS profileをそれぞれのドメインへのリクエストに分解
3 G PPp o rtT ra n s

3

IETF

RANスライス
5G RAN Slice
コントローラー Management

•
•
•
•

https://tools.ietf.org/html/draft-nsdt-teas-ietfnetwork-slice-definition-01
https://tools.ietf.org/html/draft-nsdt-teas-nsframework-04
https://tools.ietf.org/html/draft-wd-teas-ietfnetwork-slice-nbi-yang-00
https://tools.ietf.org/html/draft-rokui-5g-ietfnetwork-slice-00

NFVO

3rd party,
PON, OpticalController,
etc.

PI

3 G PP

55G
TSC

トランスポートス
ライスコントロー
ラーTSC)

4

5G Core SliceManagement

NFVO

E2E network slice (identified by and ID S-NSSAI)RAN slice

Remote Radio© 2020 Nokiao rk y A

Network
Controller

Transport
slicesTransport slices

Midhaul23

Netw

5G Core slice

Backhaul/IP Core
5G RAN

5G CoreApp

コアスライス
コントローラTransport Network API’s•••

高いスケールのネットワークスライシングを実現するためにはスライスはE2Eでオーケストレーションレイヤから生成/変更/モ
ニター/削除等が行われる必要がある
動的なプログラマビリティを実現するためそれぞれのネットワークドメインへのAPIが必要となるTransportネットワークに関してはIETFを中心に複数のSDOで議論中•

24

IETF: ACTN WG及びTEAS WGでYANG API
modeling workが進行中© 2020 Nokia

5G Slicing Orchestrator

draft-wd-teas-ietf-network-slice-nbi-yang-00

5G Transport Slicing tools(Transport slice controller)
draft-liu-teas-transportnetwork-slice-yang

Network Controller

TCSの実現例: Nokia NSP

E2E2 : DO Suite

5G Transport Slice Controller (TSC)

メディエー
ション

NBI

PCE
APIs

サービスオートメーショ
ンTransport
Slice
Controller(TSC)• スライスの自動化、モニタリング、最適化にCapabilityを拡張

最適化

Segment Routing Interconnect Controller(SRIC)としての機能を追加

APIs

既存のNW
コントロー
ラーとして
の機能

Transport Slice Controller (TSC)としての
機能を追加

アシュア
ランス

レポーテ
ィング

モデル
ドリブン

マルチベ
ンダサポ
ート

APIs

• New NSP capability which leverages
all NSP capabilities• TransportスライスのE2Eコネクティ
ビティーのためのコントロールプ
レーン・コントローラー

Segment Routing
Interconnect
Controller(SRIC)

NSP
25© 2020 Nokia

5G Transport Slice Controller (TSC)
Transport Slice Controller
TSC バックエンド

TSC フロントエンド

フレキシブル、プログラマブル
バックエンドロジック:
•
•
•

26

© 2020 Nokia

Boarder Router(BR)の確定
リソースの確定 (i.e. VLAN-ID, IPアドレス)
NWコントローラーに対するスライス生成要求とモニタリング

E2Eネットワークスライシングの今後の課題• それぞれのドメインでのスライスを作る技術・実装(初期段階として)は揃いつつある。今後はそれを全体でどうコーディネイトしていくか。
• スライシングをどうサービスとして定義していくか
サービス・ビジネスモデルとテナントへ提供する自由度• どういう単位でスライスを定義していくか• 必要なスケールをどう見積もるか(各ドメインのスライススケール、TransportだとVLAN/VPNサービス/パス/QoS/etc,,)• E2Eスライスオーケストレーションをどの部門がリードするか• まだ3GPP/GSMA/ONAP/IETF等での標準化で議論中の所も多い、特にE2Eスライスオーケストレーションとのやりとり、細かい部分の役割分
担、どのような情報を受け渡しするか等々

27© 2020 Nokia