特許 7622341 次世代セルラーネットワークにおけるサービス機能チェイニングのための拡張サービス分類

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-01-20

(45)【発行日】2025-01-28

(54)【発明の名称】次世代セルラーネットワークにおけるサービス機能チェイニングのための拡張サービス分類

(51)【国際特許分類】

   H04L 45/0377 20220101AFI20250121BHJP

   H04L 47/24 20220101ALI20250121BHJP

   H04W 28/02 20090101ALI20250121BHJP

【ＦＩ】

H04L45/0377

H04L47/24

H04W28/02

【請求項の数】 21

(21)【出願番号】P 2023551971

(86)(22)【出願日】2022-05-26

(65)【公表番号】

(43)【公表日】2024-04-03

(86)【国際出願番号】 US2022031161

(87)【国際公開番号】W WO2022251518

(87)【国際公開日】2022-12-01

【審査請求日】2023-10-20

(31)【優先権主張番号】63/194,698

(32)【優先日】2021-05-28

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】591003943

【氏名又は名称】インテル・コーポレーション

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ディン、ゾンルイ

(72)【発明者】

【氏名】リ、チアン

(72)【発明者】

【氏名】ストジャノヴスキ、アレクサンドル サソ

(72)【発明者】

【氏名】パラト、スディープ

(72)【発明者】

【氏名】ルエツェンキルチェン、トーマス

(72)【発明者】

【氏名】コレカル、アブヒジート

(72)【発明者】

【氏名】リャオ、チン－ユ

(72)【発明者】

【氏名】バンゴラエ、サンゲーサ

(72)【発明者】

【氏名】ヘオ、ヨウン ヒョン

(72)【発明者】

【氏名】トン、シャオペン

【審査官】速水 雄太

(56)【参考文献】

【文献】米国特許出願公開第２０２０／０４０４５３８（ＵＳ，Ａ１）

【文献】特開２０１９－１２１８２９（ＪＰ，Ａ）

【文献】特表２０１７－５３６７６５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ １２／００－１２／６６

４１／００－１０１／６９５

Ｈ０４Ｗ ２８／０２

(57)【特許請求の範囲】

【請求項1】

無線ネットワークにおいてサービス機能チェイニング分類を実行するためのシステムであって、前記システムは、
第１セルラーネットワークデバイスであって、前記第１セルラーネットワークデバイスは：
ユーザ機器（ＵＥ）デバイスからサービスデータアダプテーションプロトコル（ＳＤＡＰ）ヘッダを備えるＳＤＡＰデータを受信し；
前記ＳＤＡＰヘッダのサービスチェイニング機能（ＳＦＣ）サービス識別子を識別し；
前記ＳＦＣサービス識別子はＳＦＣサービスプロファイルを示すものであることを決定し；
前記ＳＦＣサービス識別子と関連付けられたＳＦＣトラフィックフローを識別し；及び
第２セルラーネットワークデバイスへと前記ＳＤＡＰデータを送信する
ように構成されている、前記第１セルラーネットワークデバイス；及び
前記第２セルラーネットワークデバイスであって、前記第２セルラーネットワークデバイスは：
前記第１セルラーネットワークデバイスから前記ＳＤＡＰデータを受信し；及び
前記システムのサービス機能に前記ＳＤＡＰデータを送信する
ように構成されている、前記第２セルラーネットワークデバイス
を備えるシステム。

【請求項2】

前記第１セルラーネットワークデバイスはノードＢデバイスであり、前記第２セルラーネットワークデバイスは通信サービス機能である、請求項１に記載のシステム。

【請求項3】

前記第１セルラーネットワークデバイスはノードＢデバイスであり、前記第２セルラーネットワークデバイスはユーザプレーン機能である、請求項１に記載のシステム。

【請求項4】

前記ＳＤＡＰヘッダは更に、前記ＳＦＣサービス識別子が前記ＳＤＡＰヘッダ内に含まれることを示すために、１へセットされたＳＦＣインジケータフィールドを含む、請求項１～３のいずれか１項に記載のシステム。

【請求項5】

前記ＳＤＡＰヘッダは更に、ＳＦＣメタデータが前記ＳＤＡＰヘッダ内に含まれることを示すために、ＳＦＣメタデータインジケータフィールドを含む、請求項１～３のいずれか１項に記載のシステム。

【請求項6】

前記ＳＦＣメタデータは、
ＳＦＣサービス分類情報；
ＳＦＣトラフィックパスメタデータ；
ＳＦＣパラメータ及びポリシ更新；
アプリケーション関連情報；及び
ＵＥ関連情報
を有する、請求項５に記載のシステム。

【請求項7】

前記ＳＦＣトラフィックフローは、非ＳＦＣトラフィックフローと同じプロトコルデータユニット（ＰＤＵ）セッションを共有し、前記ＳＦＣサービス識別子は更に、ＳＦＣトラフィックフローを容易にするためのＳＤＡＰ構成、及びネクストホップトランスポート識別子又はカプセル化のマッピングに関連付けられたＳＦＣトラフィックマッピングルールの修正を示すものである、請求項１に記載のシステム。

【請求項8】

前記ＳＦＣトラフィックフローの第１ＰＤＵセッションは、非ＳＦＣトラフィックフローの第２ＰＤＵセッションとは別個である、請求項１に記載のシステム。

【請求項9】

前記ＳＦＣトラフィックフローは、どのＰＤＵセッションとも関連付けられていない、請求項１に記載のシステム。

【請求項10】

前記第１セルラーネットワークデバイス又は前記第２セルラーネットワークデバイスは、パケットフィルタに基づいて前記ＳＤＡＰデータをフィルタリングするように構成されている、請求項１に記載のシステム。

【請求項11】

通信ネットワークシステムの処理回路に、前記処理回路による命令を実行した際に、
前記通信ネットワークシステムの第１デバイスにおいて、ユーザ機器（ＵＥ）デバイスからサービスデータアダプテーションプロトコル（ＳＤＡＰ）ヘッダを有するＳＤＡＰデータを受信し；
前記第１デバイスにおいて、前記ＳＤＡＰヘッダのサービスチェイニング機能（ＳＦＣ）サービス識別子を識別し；
前記第１デバイスによって、前記ＳＦＣサービス識別子はＳＦＣサービスプロファイルを示すものであることを決定し；
前記第１デバイスにおいて、前記ＳＦＣサービス識別子と関連付けられたＳＦＣトラフィックフローを識別し；
前記第１デバイスによって、前記通信ネットワークシステムの第２デバイスへ前記ＳＤＡＰデータを送信し；
前記第２デバイスにおいて、前記第１デバイスから前記ＳＤＡＰデータを受信し；及び
前記第２デバイスによって、前記通信ネットワークシステムのサービス機能へと前記ＳＤＡＰデータを送信する
ことを行わせる前記命令を備えるコンピュータプログラム。

【請求項12】

前記第１デバイスはノードＢデバイスであり、前記第２デバイスは通信サービス機能である、請求項１１に記載のコンピュータプログラム。

【請求項13】

前記第１デバイスはノードＢデバイスであり、前記第２デバイスはユーザプレーン機能である、請求項１１に記載のコンピュータプログラム。

【請求項14】

前記ＳＤＡＰヘッダは更に、前記ＳＦＣサービス識別子が前記ＳＤＡＰヘッダ内に含まれることを示すために、１へセットされたＳＦＣインジケータフィールドを含む、請求項１１に記載のコンピュータプログラム。

【請求項15】

前記ＳＤＡＰヘッダは更に、ＳＦＣメタデータが前記ＳＤＡＰヘッダ内に含まれることを示すために、ＳＦＣメタデータインジケータフィールドを含む、請求項１１に記載のコンピュータプログラム。

【請求項16】

前記ＳＦＣメタデータは、
ＳＦＣサービス分類情報；
ＳＦＣトラフィックパスメタデータ；
ＳＦＣパラメータ及びポリシ更新；
アプリケーション関連情報；及び
ＵＥ関連情報
を有する、請求項１５に記載のコンピュータプログラム。

【請求項17】

前記ＳＦＣトラフィックフローは、非ＳＦＣトラフィックフローと同じプロトコルデータユニット（ＰＤＵ）セッションを共有し、前記ＳＦＣサービス識別子は更に、ＳＦＣトラフィックフローを容易にするためのＳＤＡＰ構成、及びネクストホップトランスポート識別子又はカプセル化のマッピングに関連付けられたＳＦＣトラフィックマッピングルールの修正を示すものである、請求項１１に記載のコンピュータプログラム。

【請求項18】

前記ＳＦＣトラフィックフローの第１ＰＤＵセッションは、非ＳＦＣトラフィックフローの第２ＰＤＵセッションとは別個である、請求項１１に記載のコンピュータプログラム。

【請求項19】

前記ＳＦＣトラフィックフローは、どのＰＤＵセッションとも関連付けられていない、請求項１１に記載のコンピュータプログラム。

【請求項20】

請求項１１～１９のいずれか１項に記載のコンピュータプログラムを格納するコンピュータ可読記憶媒体。

【請求項21】

無線ネットワークにおいてサービス機能チェイニング分類を実行するための方法であって、前記方法は、
通信ネットワークシステムの第１デバイスが、ユーザ機器（ＵＥ）デバイスからサービスデータアダプテーションプロトコル（ＳＤＡＰ）ヘッダを有するＳＤＡＰデータを受信する段階；
前記第１デバイスが、前記ＳＤＡＰヘッダのサービスチェイニング機能（ＳＦＣ）サービス識別子を識別する段階；
前記第１デバイスが、前記ＳＦＣサービス識別子はＳＦＣサービスプロファイルを示すものであることを決定する段階；
前記第１デバイスが、前記ＳＦＣサービス識別子と関連付けられたＳＦＣトラフィックフローを識別する段階；
前記第１デバイスが、前記通信ネットワークシステムの第２デバイスへ前記ＳＤＡＰデータを送信する段階；
前記第２デバイスが、前記第１デバイスから前記ＳＤＡＰデータを受信する段階；及び
前記第２デバイスが、前記通信ネットワークシステムのサービス機能へと前記ＳＤＡＰデータを送信する段階
を備える方法。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願への相互参照］
本出願は、２０２１年５月２８日に提出された、米国仮出願第６３／１９４，６９８号の利益を主張し、その開示内容が全て記載されているものとして参照によって組み込まれる。

【0002】

本開示は、概して無線通信のためのシステム及び方法に関し、より具体的には、第６世代（６Ｇ）通信におけるサービス機能チェイニング分類に関する。

【背景技術】

【0003】

無線デバイスは、広く普及しつつあり、ますます無線チャネルを使用している。第３世代パートナーシッププログラム（３ＧＰＰ（登録商標））は、無線通信のための１つ又は複数の規格を開発している。

【図面の簡単な説明】

【0004】

【図1A】本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類のための例示的サービス機能チェイニング（ＳＦＣ）トラフィックパスを示す図である。

【0005】

【図1B】本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類のための例示的ＳＦＣトラフィックパスを示す図である。

【0006】

【図2】本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類のための例示的第６世代（６Ｇ）システムアーキテクチャを示す図である。

【0007】

【図3】本開示の１つ又は複数の例示的実施形態による、例示的なＳＦＣフレームワークを示す図である。

【0008】

【図4】本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類のための例示的サービスデータ適応プロトコル（ＳＤＡＰ）データユニットを示す図である。

【0009】

【図5A】本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス識別子がＳＦＣトラフィックパスを識別する、例示的ＳＦＣサービス分類を示す図である。

【0010】

【図5B】本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス識別子がサービス品質を用いてＳＦＣトラフィックパスを識別する、例示的ＳＦＣサービス分類を示す図である。

【0011】

【図5C】本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス識別子がＳＦＣトラフィックパスを識別し、別の識別子がサービス品質を識別する、例示的ＳＦＣサービス分類を示す図である。

【0012】

【図6】本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類器を構成するためのプロセスを示す図である。

【0013】

【図7】本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類のための例示的なプロセスのフロー図である。

【0014】

【図8】本開示の１つ又は複数の例示的実施形態による、ネットワークを示す図である。

【0015】

【図9】本開示の１つ又は複数の例示的実施形態による、無線ネットワークの概略図である。

【0016】

【図10】本開示の１つ又は複数の例示的実施形態による、コンポーネントを示すブロック図である。

【発明を実施するための形態】

【0017】

下記の説明及び図面は、当業者が具体的な実施形態を実施することが可能なように、それらを十分に示している。他の実施形態は、構造の、論理の、電気の、プロセスの、アルゴリズムの、及び他の変更を組み込んでもよい。いくつかの実施形態の部分及び特徴が、他の実施形態の部分及び特徴に含まれてもよいし、それらに置き換えられてもよい。特許請求の範囲に記載される実施形態は、これらの請求項の全ての利用可能な均等物を含む。

【0018】

無線デバイスは、工業規格によって定義されるとおりに通信し得る。セルラー電気通信用に、第３世代パートナーシッププログラム（３ＧＰＰ（登録商標））及びオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）アライアンス等の標準化団体は、第６世代（６Ｇ）セルラーデバイス及びセルラーネットワークにおけるサービス機能チェイニング用を含む、通信技法を定義している。

【0019】

１つの６Ｇの傾向は、情報技術（ＩＴ）及び通信技術（ＣＴ）を、例えば仮想化、プログラム可能性、自動化、マイクロサービス等のクラウドネイティブパラダイムを電気通信ネットワークにより深く浸透させて、統合することである。６Ｇネットワークは、ほとんどのアプリケーションを、コンピューティング、データ、及び通信プレーンについて拡張されたアーキテクチャを有するマイクロサービスベースのものに変換して、エンドツーエンドサービスを提供すると期待されている。これにより、アプリケーションインスタンス、コンピューティングタスク、データ前処理及びストレージ等の、柔軟にオンボード及びオフボードするサービス機能が可能となる。トラフィックパスに沿って異なるサービスロジックを実現するために、サービス機能チェイニング（ＳＦＣ）の能力が要求される。ＳＦＣは、仮想化／コンテナ化ネットワーク機能（ＶＮＦ／ＣＮＦ―仮想化／コンテナ化ネットワークサービスをホストする仮想マシン又はコンテナ）のシーケンスを使用してトラフィックをステアリングすることを指す。

【0020】

ＳＦＣは、分類の結果選択された、パケット及び／又はフレーム及び／又はフローに適用されるサービス機能（ＳＦ）の順序付けされたセットからなる、複合（例えば、ネットワーク）サービスの生成を可能にする。分類の目的は、インターネットプロトコル（ＩＰ）５タプル、パケット／フロー識別子、アプリケーション、サービス品質（ＱｏＳ）等の異なる層からのルールに基づいて、異なるパケット／フローを区別するため、又は負荷バランシング等の目的のためである。トラフィック分類の後に、カプセル化又はトランスポートマッピングルールは、例えば、トラフィックフォワーダ及び要求されるＳＦを有するＳＦＣパスへＳＦＣフローをステアリングするために、適用され得る。

【0021】

次世代セルラーネットワークにおいて、ＳＦＣサービスは、コンピューティング作業負荷としての、データラベリング及び前処理機能等のコンピューティング（Ｃｏｍｐ）／データサービス機能（ＳＦ）、又はアプリケーションインスタンスからなり得る。現在の５Ｇネットワークは、ＱｏＳフレームワークに基づいて、非ＳＦＣフローを、ｇＮＢにおけるＤＲＢマッピングを用いてユーザ機器デバイス（ＵＥ）及びＰＤＵセッションアンカーＵＰＦの間のプロトコルデータユニット（ＰＤＵ）セッション（すなわち、エンドツーエンドトンネル）内でセットアップするように処理する。ｇＮＢは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ及びＰＤＵセッション確立／修正手続きによってセットアップされたＳＤＡＰエンティティ構成及びＰＤＵセッション情報に基づいて、ＤＲＢ対ＴＥＩＤマッピングを実行する。

【0022】

加えて、現在の５Ｇネットワークは、ＰＤＵセッションごとに複数のＱｏＳフローを許可し、ヘッダ（例えば、サービスデータアダプテーションプロトコルデータユニットのサービスデータアダプテーションプロトコルヘッダ）は、パケットがどのフローに属するかを示す。ＳＤＡＰ及びＰＤＵセッションの間に１：１マッピングが存在し、それは複数のＱｏＳフローを含み得る。ｇＮＢは、ＳＤＡＰエンティティ（例えば、ＳＤＡＰ ＰＤＵ）を受信し得、エンティティがどのＱｏＳフロー及びＰＤＵセッションに属するか決定するために、ＳＤＡＰエンティティヘッダ内の情報を使用し得る。しかしながら、５Ｇネットワークは現在、ＳＦＣ及び非ＳＦＣフローの間で区別する方法でフローを分類していない。

【0023】

次世代セルラーネットワークにおいてＳＦＣを可能にするために、トラフィック又はサービス分類は、ＳＦＣフロー及び非ＳＦＣフローを区別し、トランスポート及び／又はカプセル化のための対応するマッピングルールを適用することを要求され、それはＧＴＰトンネリングに加えてセグメントルーティング（ＳＲ）等の様々なプロトコルに基づくことができる。

【0024】

１つ又は複数の実施形態において、トラフィック／サービス分類を可能にするために、下記の解決手段が本開示において提供される：（１）ＳＦＣトラフィックをモデリングする方法；（２）ＳＦＣトラフィックを記述するために識別される、不可欠な情報を定義すること；（３）ＳＦＣフローを非ＳＦＣフローから区別するために要求される情報及びメカニズムを定義すること；（４）ＳＦＣフローをトランスポート及び／又はカプセル化へマッピングするために要求される情報及びメカニズムを定義すること；及び（５）セルラーネットワーク内の制御及びユーザプレーンを通して上記で言及した情報を構成する方法を定義すること。対照的に、ある既存のＳＦＣフレームワークは、トラフィック分類ではなく、サービス層カプセル化に焦点を当てている。セルラーネットワーク内のトラフィック分類に関して、例えば、ＳＦＣフローの記述、非ＳＦＣフローとのフロー区別、ＱｏＳ、トランスポートマッピング等、検討すべきより多くのファクタが存在するが、既存の技法においては議論されていない。

【0025】

１つ又は複数の実施形態において、ＳＦＣサービス分類器は、下記のシナリオに基づくトラフィック分類の目的のために提案される：シナリオ１）：ｘＮＢにおけるトラフィック分類器は、又はシナリオ２）：通信（Ｃｏｍｍ）ＳＦ／ｅＵＰＦおけるトラフィック分類器は、ＳＦＣ及び非ＳＦＣフローを区別するために、フローを、ＳＦＣトラフィックパスに従った構成済みトランスポート／カプセル化を用いて、ネクストホップＣｏｍｍ ＳＦ／ｅＵＰＦ（例えば、トラフィックフォワーダ）にマッピングする。ＳＦＣサービスＩＤ及び対応するＳＤＡＰ拡張は、ＳＦＣサービスプロファイルを記述し、ｘＮＢが１つのシナリオにおいて様々な粒度に基づいてＳＦＣフローをマッピングすることを容易にするために提案される。５Ｇ ＵＬＣＬに対する修正としてトラフィック分類器をセットアップするためのｅＵＰＦ拡張は、別のシナリオのために提案される。このようにして、６Ｇアーキテクチャは、コンピューティング／データサービス機能のためのＳＦＣを可能にする。このシナリオは、セルラーネットワークのためのコンピューティング及びストレージインフラストラクチャを要求する。

【0026】

１つ又は複数の実施形態において、ＳＦＣを可能にする６Ｇアーキテクチャは、ＳＦＣパスをセットアップするための詳細な機能記述及び手続きを用いて定義される。サービス分類器は、ＲＡＮ内にあってもよい。しかしながら、サービス分類器は、様々なメカニズムに基づくＣｏｍｍ ＳＦ又はＵＰＦ内にある可能性もある。本開示において、ＳＦは概して、ファイアウォール、ＮＡＴ、ＤＰＩ、ＬＩ機能等の、クラウド及びセルラー環境内で一般に使用されるものを含む、Ｃｏｍｐ／データ機能である。６Ｇアーキテクチャは、既存の５Ｇアーキテクチャに、ＡＭＦ、ＳＯＥＦ、データプレーンＣＦ及びＳＦ、ｃｏｍｐプレーンＣＦ及びＳＦ、Ｃｏｍｍ ＣＦ及びＳＦ、ＳＯＣＦ、拡張ＵＰＦ、拡張ＳＭＦ、及びトラフィック分類器を追加する。

【0027】

１つ又は複数の実施形態において、ＳＦＣトラフィックは、５Ｇ ＱｏＳフローと同様のＱｏＳ区別又はデフォルトＱｏＳを用いたフローとしてモデリングされ得る。ＳＦＣサービスコンテキストの一部として、サービスＩＤは、ＳＦＣフロー又はＳＦＣトラフィックパスを識別するために使用され得る。ＳＦＣトラフィックパスは、トランスポート及びパス内のＳＦの順序付けられたリストの組み合わせとして定義される。トランスポートレベル及びＳＦレベルにおいて区別されたＱｏＳはトラフィックパス内に含まれておらず、これは、同じＳＦＣトラフィックパスを使用するＳＦＣフローは、トランスポートレベル及びＳＦレベルにおいて異なるＱｏＳを有し得ることを意味する、ということに留意されたい。

【0028】

１つ又は複数の実施形態において、ＳＦＣパス内の不可欠な機能は、トラフィック分類器及びＳＦへ向かうトラフィックフォワーダを含む。ＳＦＣトラフィックパスは、ｘＮＢにおいての、及びＣｏｍｍ ＳＦ／ｅＵＰＦのうちの１つ又は複数においてのサービス分類器に基づいた２つのシナリオにカテゴリ化され得る。Ｃｏｍｍ ＳＦがｅＵＰＦに接続する場合、相互連携するメカニズムが要求される。トラフィックパスは、ＤＮに接続するためのＣｏｍｍ ＳＦ又はアンカーＵＰＦを含んでもよく、又はトラフィックパスはＳＦにおいて終端し得る。本開示において、１つの拡張は、サービス分類器である。トラフィックフォワーダは、Ｃｏｍｍ ＳＦ／ｅＵＰＦ機能の一部であってもよい。

【0029】

１つ又は複数の実施形態において、サービス分類器は、Ｃｏｍｍ ＳＦ又はｅＵＰＦをベースとするトランスポートの両方のために、ｘＮＢにあってもよい。ＳＦＣパスを形成するために、１つ又は複数のＣｏｍｍ ＳＦ／ｅＵＰＦが存在してもよい。Ｃｏｍｍ ＳＦ又はｅＵＰＦの各々に対して、ＳＦＣを可能にするメカニズムに応じて、又は実装方式に特有の、１つ又は複数のＳＦが存在してもよい。ＳＦＣパス上のＣｏｍｍ ＳＦ／ｅＵＰＦは、ＳＦＦのように機能してもよく、したがってパケットをローカルＣｏｍｐ／データ機能へ配信してもよい。

【0030】

１つ又は複数の実施形態において、ＳＦＣサービスプロファイルは、現在の５ＧネットワークにおけるＱｏＳプロファイルと同様に定義され、それはＱＦＩ／５ＱＩと同様のＳＦＣサービスＩＤによって識別される。具体的には、ＳＦＣサービスプロファイルは、ＳＦＣサービスコンテキストと同じ又はその一部であり得る。

【0031】

１つ又は複数の実施形態において、ＳＤＡＰ ＵＬヘッダがＳＦＣサービスＩＤを含むことを可能にするオプションが存在し、それは、ｘＮＢにおいて、サービス分類、トランスポートマッピング及びカプセル化のために使用され得る。

【0032】

１つ又は複数の実施形態において、ＵＬ ＳＤＡＰヘッダの更新されたフィールドのためのオプション１は下記を含んでもよい：（１）ＳＦＣＩ：予約され常に０へセットされているＲフィールドを置き換えるために１にセットされた、１ビットインジケータ。ＳＦＣＩが１へセットされたとき、後続のフィールドはＱＦＩではなくＳＦＣサービスＩＤである。（２）ＳＦＣサービスＩＤ：ＳＦＣプロファイルのためのＳＦＣ識別子は、ＰＤＵセッションを用いて又はそれを用いずに使用され得る。ＳＦＣサービスＩＤの長さは、ＱＦＩ／５ＱＩとは異なってもよい。

【0033】

１つ又は複数の実施形態において、ＵＬ ＳＤＡＰヘッダの更新されたフィールドのためのオプション２は、下記を含んでもよい：（１）ＳＦＣＩ：ＳＤＡＰオプション１と同様の、予約され常に０へセットされているＲフィールドを置き換えるために１にセットされた、１ビットインジケータ。（２）ＳＦＣサービスＩＤ：ＳＤＡＰオプション１と同様の、ＳＦＣプロファイルのためのＳＦＣ識別子。（３）Ｍ／Ｉ：１ビットＳＦＣメタデータインジケータ。Ｍ／Ｉが１へセットされた場合、ＳＤＡＰヘッダ内に含まれるメタデータが存在する。（４）Ｒ：予約され概して０にセットされている１ビット。（５）ＦＩ／６Ｇ ＱｏＳインジケータ：現在のＱＦＩ／５ＱＩと同様の、ＳＦＣトラフィック特性のためのＱｏＳ識別子。ＱＦＩ／６Ｇ ＱｏＳインジケータは、ＳＦＣサービスプロファイルの一部であってもよい。（６）メタデータ長：ＳＦＣメタデータのビット又はバイト数。（７）メタデータ：メタデータは、限定されないが、ｘＮＢにおけるサービス分類のための情報、ＳＦＣトラフィックパスのためのＳＦへのメタデータ、ＳＦＣパラメータ／ポリシのための更新、アプリケーション関連情報、及び／又はＵＥ関連情報を含むＳＦＣ情報である。このメタデータは、ＵＥ及び、ｘＮＢの間で定期的に送信される、又は、例えばアプリケーションからのイベントによってトリガされる、コンテナであり得る。

【0034】

１つ又は複数の実施形態において、ＤＬ ＳＤＡＰヘッダ修正は、ＵＬと同様であり、ｘＮＢからＵＥへ送信される。

【0035】

１つ又は複数の実施形態において、分類は、ｘＮＢにおけるＳＦＣサービスＩＤベースのサービス分類であってもよい。この節はＳＦＣフローのためのマッピングルールの解決手段をＳＦＣトラフィックパスに提供する。解決手段１．１：ＳＦＣフローは、同じＰＤＵセッションを非ＳＦＣフローと共有する。この解決手段において、ＳＦＣフローは、同じＰＤＵセッションアンカー（ＰＳＡ）及びセッションＩＤを、他の非ＳＦＣフローと共有する。ＳＦＣサービスＩＤ：ＱＦＩ／５ＱＩと同様に、様々なＰＤＵセッションのために使用され得るＳＦＣサービスプロファイルを指している。ＳＦＣサービスＩＤは、ＱＦＩ／５ＱＩの拡張としてみなされ得る。サービスＩＤ及び部分的／全ＳＦＣサービスコンテキストは、ＳＦＣフローをセットアップするための手続きを介してＵＥへ送信され得る。ＳＤＡＰ構成：ＳＤＡＰエンティティは、ＳＦＣフロー及び非ＳＦＣフローの両方を含むＰＤＵセッションごとに構成される。ＳＤＡＰオプション１。１つのシナリオは、例えば、トラフィック特性、優先度、遅延バジェット、ＧＢＲ／非ＧＢＲ等のトランスポートＱｏＳ情報がＳＦＣサービスプロファイル内に含まれ得る場合に当てはまる。ＳＤＡＰエンティティは、下記に示されるように、ＳＦＣフローを追加するためのＳＤＡＰ－Ｃｏｎｆｉｇの下記の修正されたＡＳＮ．１記述を用いて、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに従って更に構成される。

【0036】

ＳＤＡＰ－Ｃｏｎｆｉｇ ： ： Ｓｅｑｕｅｎｃｅ ｛
ｐｄｕ－Ｓｅｓｓｉｏｎ ＰＤＵ－ＳｅｓｓｉｏｎＩＤ
ｓｄａｐ－ＨｅａｄｅｒＤＬ ＥＮＵＭＥＲＡＴＥＤ ｛ｐｒｅｓｅｎｔ， ａｂｓｅｎｔ｝，
ｓｄａｐ－ＨｅａｄｅｒＵＬ ＥＮＵＭＥＲＡＴＥＤ ｛ｐｒｅｓｅｎｔ， ａｂｓｅｎｔ｝，
ｄｅｆａｕｌｔＤＲＢ ＢＯＯＬＥＡＮ，
ｍａｐｐｅｄＱｏＳ－ＦｌｏｗｓＴｏＡｄｄ ＳＥＱＵＥＮＣＥ （ＳＩＺＥ （１．．ＭＡＸｎＲＯＦＱＦＩｓ）） ＯＦ ＱＦＩ
ｍａｐｐｅｄＱｏＳ－ＦｌｏｗｓＴｏＲｅｌｅａｓｅ ＳＥＱＵＥＮＣＥ （ＳＩＺＥ （１．．ＭＡＸｎＲＯＦＱＦＩｓ）） ＯＦ ＱＦＩ
ｍａｐｐｅｄＳＦＣ－ＦｌｏｗｓＴｏＡｄｄ ＳＥＱＵＥＮＣＥ （ＳＩＺＥ （１．．ＭＡＸｎＲＯＦＳｅｒｖｉｃｅＩＤｓ）） ＯＦ Ｓｅｒｖｉｃｅ ＩＤ
ｍａｐｐｅｄＳＦＣ－ＦｌｏｗｓＴｏＲｅｌｅａｓｅ ＳＥＱＵＥＮＣＥ （ＳＩＺＥ （１．．ＭＡＸｎＲＯＦＳｅｒｖｉｃｅＩＤｓ）） ＯＦ Ｓｅｒｖｉｃｅ ＩＤ
ｍａｐｐｅｄＳＦＣ－ＦｌｏｗｓＴｏＡｄｄ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ＭＡＸｎＲＯＦＳｅｒｖｉｃｅＩＤｓ））ＯＦ Ｓｅｒｖｉｃｅ ＩＤ及びｍａｐｐｅｄＳＦＣ－ＦｌｏｗｓＴｏＲｅｌｅａｓｅ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ＭＡＸｎＲＯＦＳｅｒｖｉｃｅＩＤｓ））ＯＦ Ｓｅｒｖｉｃｅ ＩＤは、既存の構成に追加されてもよい。

【0037】

１つ又は複数の実施形態において、サービス分類器マッピングルールは：ＵＬ ＳＦＣトラフィックのために、ＰＤＵセッションに関連するＳＤＡＰエンティティは、ＤＲＢへマッピングされ得、逆プロセスに従ってＰＤＵセッションに戻るようにマッピングし、次にＳＦＣフローは、例えばＴＥＩＤによって識別されたＧＴＰトンネル、Ｌ３ＶＰＮトンネル、セグメントルーティング（ＳＲ）ラベル等の、様々なトラフィックフォワーダスキームに基づいたネクストホップｅＵＰＦ／Ｃｏｍｍ ＳＦへ向かうＮ３'トランスポートにマッピングされ得る、ということを定義してもよい。ＤＬトラフィックに関して、ＰＳＡは、パケットフィルタを適用して、ネクストホップｅＵＰＦ／Ｃｏｍｍ ＳＦへ向かうパケットをＮ３'トランスポートとして分類することができる。ｘＮＢは、逆プロセスに従い、ＴＥＩＤ、他のトンネルＩＤ、ＳＲラベルを、ＰＤＵセッションＩＤ、したがってＳＤＡＰエンティティにマッピングする。ｅＵＰＦ／Ｃｏｍｍ ＳＦにおいてのトランスポート情報は、ＳＦＣフローセットアップ手続き中に構成される。

【0038】

１つ又は複数の実施形態において、ＱｏＳのために：サービスＩＤは、トランスポートプロトコルを用いて又は、トラフィックＱｏＳ特性をＳＦＣサービスプロファイルの一部として指す、新しいカプセル化／ラベルの一部として搬送され、ユーザプレーンを通して構成され得る。したがって、ＱｏＳは、現在の５Ｇ ＱｏＳフレームワークと同様に実現され得る。

【0039】

１つ又は複数の実施形態において、ｘＮＢにおいてＳＦＣ分類を有することに対する解決手段１．２は、（例えば、ＳＦＣフローが非ＳＦＣフローとＰＤＵセッションを共有し得る解決手段１．１と対照的に）ＳＦＣフロー及び非ＳＦＣフローのために別個のＰＤＵセッションを使用することであってもよい。解決手段１．２において、別個のＰＤＵセッションは、ＳＦＣフローのためにセットアップされ得る。したがって、ＰＤＵセッションは、非ＳＦＣフロー又はＳＦＣフローのためのＰＤＵセッションのいずれかとしてカテゴリ化され得る。新しいＳＦＣフローを追加することは、ＳＦＣ ＰＤＵセッション確立／修正手続きに基づくことができる。ｘＮＢにおいてＳＦＣサービスＩＤをマッピングする方法に基づいて、異なるＳＦＣフロー粒度を実現する３つのオプションが存在する。

【0040】

１つ又は複数の実施形態において、解決手段１．２のためのオプション１は、下記のとおりであり得る。ＳＦＣサービスＩＤは、デフォルトトラフィックパスＱｏＳを用いてＳＦＣトラフィックパスを識別し得る。このオプションにおいて、ＳＦＣサービスＩＤはＳＦＣのためのＰＤＵセッションＩＤと同様であり、追加ＳＦレベルＱｏＳは、例えばメタデータ又はアプリケーションレベル情報を通して、アプリケーション層において処理され得る。ＳＦＣのためのＰＤＵセッションＩＤは、ＳＦＣトラフィックパスが同じである限り、ＳＦＣサービスＩＤとして再使用されてもよい。このオプションに関して、ＳＤＡＰヘッダは修正されないが、ＳＤＡＰエンティティ構成は、下記に示されるように、ＰＤＵ－ｓｅｓｓｉｏｎＴｙｐｅをＳＦＣ又は非ＳＦＣとして含むように更新される。

【0041】

ＳＤＡＰ－Ｃｏｎｆｉｇ ： ： Ｓｅｑｕｅｎｃｅ ｛
ｐｄｕ－Ｓｅｓｓｉｏｎ ＰＤＵ－ＳｅｓｓｉｏｎＩＤ
ｐｄｕ－ＳｅｓｓｉｏｎＴｙｐｅ ＥＮＵＭＥＲＡＴＥＤ ｛ＳＦＣ， ｎｏｎ－ＳＦＣ｝
ｓｄａｐ－ＨｅａｄｅｒＤＬ ＥＮＵＭＥＲＡＴＥＤ ｛ｐｒｅｓｅｎｔ， ａｂｓｅｎｔ｝，
ｓｄａｐ－ＨｅａｄｅｒＵＬ ＥＮＵＭＥＲＡＴＥＤ ｛ｐｒｅｓｅｎｔ， ａｂｓｅｎｔ｝，
ｄｅｆａｕｌｔＤＲＢ ＢＯＯＬＥＡＮ，
ｍａｐｐｅｄＱｏＳ－ＦｌｏｗｓＴｏＡｄｄ ＳＥＱＵＥＮＣＥ （ＳＩＺＥ （１．．ＭＡＸｎＲＯＦＱＦＩｓ）） ＯＦ ＱＦＩ
ｍａｐｐｅｄＱｏＳ－ＦｌｏｗｓＴｏＲｅｌｅａｓｅ ＳＥＱＵＥＮＣＥ （ＳＩＺＥ （１．．ＭＡＸｎＲＯＦＱＦＩｓ）） ＯＦ ＱＦＩｐｄｕ－Ｓｅｓｓｉｏｎ ＰＤＵ－ＳｅｓｓｉｏｎＩＤは、ＳＤＡＰエンティティ構成に対する更新であってもよい。

【0042】

１つ又は複数の実施形態において、解決手段１．２のためのオプション２は、下記のとおりであってもよい。ＳＦＣサービスＩＤは、ＱｏＳプロファイルを用いてパスを識別することができ、マッピングルール及びＳＤＡＰヘッダへの拡張は解決手段１．１同様である。

【0043】

１つ又は複数の実施形態において、解決手段１．２のためのオプション３は下記のとおりであってもよい。ＳＦＣサービスＩＤは、ＳＦＣサービスＩＤを用いてパスを識別し、追加ＱＦＩ又は６Ｇ ＱｏＳ識別子が異なるＱｏＳプロファイルのために使用されてもよい。ＳＤＡＰヘッダ修正オプション２が当てはまり得る。このオプションに関して、異なるＱＦＩ／６Ｇ ＱｏＳ ＩＤを用いるＳＦＣフローは、同じサービスＩＤ及びＳＤＡＰエンティティを共有し得る。マッピングルールは、解決手段１．１と同様である。

【0044】

１つ又は複数の実施形態において、解決手段２はＳＦＣフローのためのＰＤＵセッションを含まなくてもよい。解決手段１．２及び解決手段２の間の相違点は、ＰＤＵセッションを用いないＳＦＣフローはＰＳＡを必要としないことである。したがって、モビリティは、本開示の範囲外である異なる方法で処理され得る。解決手段１．２は依然として適用され、ＳＦＣサービスＩＤはＳＤＡＰエンティティを識別するために使用され得る。

【0045】

１つ又は複数の実施形態において、サービス分類は、ｘＮＢにおけるパケットフィルタベースのサービス分類であってもよい。また、ｘＮＢにおけるサービス分類は、ＵＬＣＬ又はＵＰＦと同様にパケットフィルタに基づいてもよい。この場合において、パケットフィルタの追加の機能は、ＰＤＵをフィルタリングするためにｘＮＢに追加される必要があり、ＵＥ及びｘＮＢ側のＳＤＡＰ等の他の層への影響は存在しなくてもよい。

【0046】

１つ又は複数の実施形態において、シナリオ２はＣｏｍｍ ＳＦ／ｅＵＰＦにおけるサービス分類器を含んでもよい。サービス分類器は、１つ又は複数のＣｏｍｍ ＳＦ／ｅＵＰＦにあってもよい。具体的には、ＳＦＣパスは、ＳＦＣを可能にする５Ｇ ｅｖｏｌｕｔｉｏｎのための解決手段を示すｅＵＰＦのみを含む。ユーザプレーンパスは、セットアップされ得る。概して、第１Ｃｏｍｍ ＳＦ／ｅＵＰＦはサービス分類器として構成されることができる。

【0047】

１つ又は複数の実施形態において、本開示は、ｅＵＰＦにおけるサービス分類器のためのＵＬＣＬ拡張を提供し得る。ｅＵＰＦは、（ＰＳＡとしての）ＤＬトラフィック分類又はＵＬマルチホーミングの目的のために、パケットフィルタに基づいてＳＦＣパケットをフィルタリングし得る。この場合において、要求されるパケットフィルタを適用した後に、ｅＵＰＦは、ＳＦＣパスに基づいてＳＦＣトラフィックをステアリングできるのみならず、パケットに対し、関連するカプセル化／修正を適用してもよい。ＳＦＣサービス分類器の構成は、既存のＵＬＣＬセットアップ手続きの修正として示される。ＵＥは、メッセージフローに従いＳＦＣサービスをセットアップすることをリクエストする。ＵＥの加入、ネットワークスライス、アプリケーションタイプ等を含むＳＦＣサービスコンテキストに基づいて、ＳＯＣＦ／ＳＭＦは、ｅＵＰＦにおけるＳＦＣサービス分類器をセットアップすることを決定する。ＳＭＦは、ＳＦＣサービスの要件及びｅＵＰＦの能力に基づいたｅＵＰＦ選択を実行してもよい。ＳＭＦは、サービス分類器のためのパケットフィルタ情報、サービス分類に基づいたマッピングされたトラフィック転送ルール、及び／又は、パケットヘッダへのカプセル化又は修正等のＳＦＣパケットに対する修正を含む、選択されたｅＵＰＦにおけるＳＦＣサービス分類器ルールを確立する。ＳＭＦは、ｘＮＢ等のＲＡＮをｅＵＰＦ（ＳＦＣサービス分類器）情報について更新する。そうして、ｘＮＢはＤＲＢ対ＴＥＩＤマッピングと同様のトラフィック転送ルールを適用してもよい。

【0048】

上記の説明は、例示の目的のためのものであり、限定することを意図するものではない。多くの他の例、構成、プロセス、アルゴリズム等が存在してもよく、そのうちいくつかは下記でより詳細に説明される。例示的な実施形態がここで添付の図を参照して説明される。

【0049】

図１Ａは、本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類のための例示的サービス機能チェイニング（ＳＦＣ）トラフィックパス１００を示す。

【0050】

図１Ａおよび図１Ｂを参照すると、ＵＥデバイス１０２は、（例えば、ＰＤＵがＳＦＣであるのか又は非ＳＦＣであるのかを示す）サービス分類器１０６を有し得るｘＮＢ１０４に、Ｃｏｍｍ ＳＦ又はｅＵＰＦトランスポート（例えば、Ｃｏｍｍ ＳＦ１／ｅＵＰＦ１、Ｃｏｍｍ ＳＦ２／ｅＵＰＦ２、...、Ｃｏｍｍ ＳＦ Ｎ／ｅＵＰＦ Ｎ）の両方のために、通信（例えばＰＤＵを送信）し得る。ＳＦＣトラフィックパスを形成するために、１つ又は複数のＣｏｍｍ ＳＦ／ｅＵＰＦが存在してもよい。Ｃｏｍｍ ＳＦ又はｅＵＰＦの各々のために、例えば、ＳＦＣを可能にするメカニズムに応じて、１つ又は複数のＳＦ（例えば、Ｃｏｍｍ ＳＦ１／ｅＵＰＦ１のためのＳＦ１１０、Ｃｏｍｍ ＳＦ２／ｅＵＰＦ２のためのＳＦ１１４、Ｃｏｍｍ ＳＦ Ｎ／ｅＵＰＦ ＮのためのＳＦ１１８）が存在してもよい。トラフィックパスは、ＤＮ１２２に接続するためのＣｏｍｍ ＳＦ又はアンカーＵＰＦ（例えば、ＵＰＦ／Ｃｏｍｍ ＳＦ１２０）を含んでもよく、又はトラフィックパスはＳＦにおいて終端し得る。

【0051】

１つ又は複数の実施形態において、ＳＦＣトラフィックパスは、トランスポート及びパス内のＳＦの順序付けられたリストの組み合わせとして定義される。トランスポートレベル及びＳＦレベルにおいて区別されたＱｏＳは、トラフィックパス内に含まれておらず、これは、同じＳＦＣトラフィックパスを使用するＳＦＣフローは、トランスポートレベル及びＳＦレベルにおいて異なるＱｏＳを有し得ることを意味する。ＳＦＣパス内の機能は、トラフィック分類器及びＳＦに対するトラフィックフォワーダを含む。ＳＦＣトラフィックパスは、ｘＮＢ１０４においての、及びＣｏｍｍ ＳＦ／ｅＵＰＦのうちの１つ又は複数においてのサービス分類器に基づいた２つのシナリオにカテゴリ化され得る。

【0052】

図１Ｂは、本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類のための例示的ＳＦＣトラフィックパス１５０を示す。

【0053】

図１Ｂを参照すると、Ｃｏｍｍ ＳＦ／ｅＵＰＦは、サービス分類器を有し得る（例えばＣｏｍｍ ＳＦ１／ｅＵＰＦ１はサービス分類器１５２を有し得、Ｃｏｍｍ ＳＦ２／ｅＵＰＦ２はサービス分類器１５４を有し得、Ｃｏｍｍ ＳＦ Ｎ／ｅＵＰＦ Ｎはサービス分類器１５６を有し得る）。具体的には、ＳＦＣパスは、ＳＦＣを可能にする５Ｇ ｅｖｏｌｕｔｉｏｎのための解決手段を示すｅＵＰＦのみを含む。ユーザプレーンパスは手続きに従ってセットアップされ得る。概して、第１Ｃｏｍｍ ＳＦ／ｅＵＰＦはサービス分類器として構成されることができる。

【0054】

図２は、本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類のための例示的第６世代（６Ｇ）システムアーキテクチャ２００を示す。

【0055】

図２を参照すると、６Ｇシステムアーキテクチャ２００は、（例えば図８内に示されるとおりの既存の５Ｇシステムアーキテクチャから）ＰＣＦ２０２、ＡＭＦ２０４を拡張し、（例えば図８内に示されるとおりの既存の５Ｇシステムアーキテクチャに）ＳＯＥＦ２０６、データプレーンＣＦ２０８、ｃｏｍｐ．プレーンＣＦ２１０、ｃｏｍｍ． ＣＦ２１２、ＳＯＣＦ２１４を追加し、（例えば図８内に示されるとおりの既存の５Ｇシステムアーキテクチャから）ＳＭＦ２１６を拡張し、トラフィック分類器２１８をＲＡＮ２１９に追加し、ＤＳＦ２２０を追加し、ｃｏｍｐ． ＳＦ２２２を追加し、ｃｏｍｍ． ＳＦ２２４を追加し、ＵＰＦ２２６を追加し、ＵＰＦ２２８を追加する。

【0056】

更に図２を参照すると、６Ｇシステムアーキテクチャ２００は、（例えば、図８内に示されている）５Ｇアーキテクチャから、ＮＳＳＦ２３０、ＮＥＦ２３２、ＮＲＦ２３４、ＵＤＭ２３６、ＡＦ２３８、ＡＵＳＦ２４０、ＵＥ２４２、ＤＮ２４４、及びＤＮ２４６を含む。

【0057】

１つ又は複数の実施形態において、ｃｏｍｍ． ＣＦ２１２の機能は、限定されないが、Ｎｃｃｆを介する他のＮＦへのＳＦＣ又は非ＳＦＣサービスへの通信サービス管理、ＳＦＣ又は非ＳＦＣ通信サービスをセットアップするためのｃｏｍｍ． ＳＦの選択及び制御（例えば、能力、モビリティのための位置に基づいてｃｏｍｍ． ＳＦ２２４を選択する）、下記のためにＮ４'を介しての１つ又は複数のｃｏｍｍ． ＳＦの構成：（１）異なる層のサポートされたトランスポート／ネットワーキングプロトコル、（２）トラフィックフローのための、例えば、プロトコル、メタデータ、物理又は仮想ポートＩＤ、ＩＰ５タプルのようなパケットフィルタ、イーサネット（登録商標）アドレス、ｖＬＡＮタグ等の基準に基づいた、照合ルール、（３）トラフィックフローのための、トラフィック照合ルールに基づいたルーティング情報、及び（４）トラフィックフローのための、トラフィック照合ルールに基づいて実行されたアクション、を含む。ｃｏｍｍ． ＣＦ２１２の機能は、ｃｏｍｍ． ＳＦのライフサイクル管理、すなわちオンボード、オフボード又は移行、及び通信サービスのための課金データ収集、も含んでもよい。

【0058】

１つ又は複数の実施形態において、ｃｏｍｍ． ＳＦ２２４の機能は、限定されないが、異なるプロトコル及びトラフィックルールに基づいた、ユーザプレーン上のパケットルーティング及び転送等の通信サービス、ｃｏｍｍ． ＣＦ２１２からの構成に基づいたパケットラベルの付与、修正、又は除去、トラフィック照合ルール等のトラフィックルールの適用及びｃｏｍｍ． ＣＦからの構成に基づいて要求されるアクションを実行すること、ＵＰＦ２２６を補うためにＵＥ２４２のモビリティを処理するアンカーポイント、及びトラフィック監視及びｃｏｍｍ． ＣＦ２１２への報告、を含む。

【0059】

１つ又は複数の実施形態において、ＳＯＣＦ２１４の機能は、限定されないが、例えば、Ｎｓｏｃｆを介したＮＦへの、又はＵＥへの、ＳＦＣ確立、修正及びリリースといったサービス編成及びチェイニングサービスを提供すること、サービス編成要件に基づいて、ｃｏｍｐ．／ｃｏｍｍ．／データプレーン構成及びリクエストを生成すること、及びＳＦＣについてのトランザクションに基づいて課金記録を生成することを含む。

【0060】

１つ又は複数の実施形態において、ＳＯＥＦ２０６の機能は、限定されないが、ＡＦ等のサードパーティにサービス編成及びチェイニング能力を公開すること、ＡＦに対しサービス編成及びチェイニングのサービス発見をサポートすること、セルラーネットワークの構成されたポリシに基づいてサービス編成及びチェイニングリクエストを処理すること、編成及びチェイニングサービスをＡＦにリクエストするためにＳＯＣＦ２１４へのサービス要件を生成すること、及びＮＦ並びにＮＦソフトウェア／ハードウェアによって使用されているファームウェア及びプロファイルを管理するためのＡＦへのインターフェースの公開を含む。例えば、ベンダは、ＵＰＦ２２６又は他のＮＦの、スループット及びレイテンシ等の性能を改善するためにハードウェアプラットフォーム／アクセラレータ技術を提供してもよく、またＳＦＣサポートを直接アクセラレータ内に含んでもよい。ＳＯＥＦ２０６は、ＮＥＦ２３２への拡張された機能又はスタンドアロン機能であってもよい。

【0061】

１つ又は複数の実施形態において、ＳＦＣサービスコンテキストは、ＳＦＣサービス及び関連する要件を定義するための情報を指してもよく、概して、ＳＦＣ情報、及びトランスポート／ネットワーキング情報という２つの態様を含む。ＳＦＣコンテキスト情報は、ＳＦＣ論理のセットアップ中に、ＳＯＣＦ２１４、ＳＭＦ２１６、ｃｏｍｐ．／データ／ｃｏｍｍ．ＣＦ２０８、２１０、２１２等の、関連する制御プレーン機能とやり取りされる。次に制御プレーン機能は更に、要求されるユーザプレーン機能をＳＦＣパス上に構成してもよい。ＳＦＣ情報は、限定されないが、サービスＩＤ：ＳＦＣサービスを識別する；ＡＰＮ／ＤＮＮ等のアプリケーションＩＤ／タイプ；ＵＥ ＩＤ／ＵＥグループＩＤ；ネットワークスライスＩＤ；アクセスタイプ；ＳＦＣサービスがＰＤＵセッションに属する場合のＰＳＡ等の、ＰＤＵセッションＩＤ及び関連情報；トラフィックタイプ／分類ルール；セキュリティ関連情報：キー、証明書；サービス継続モード；ＳＦＣ要件：ｃｏｍｐ．／データサービス情報及びその順序等の、ＳＦのための要求されるネットワークチェイン；コンピューティングマニフェスト内に記述されたとおりのコンピューティング能力及び作業負荷、及びデータ機能及びストレージを記述するための関連するメタデータ、及びＧＢＲ、非ＧＢＲ、優先度、最大データレート、レイテンシ等のような、トラフィックフロー上のＱｏＳ特性等の要求されるＱｏＳ、及び、例えば要求されるコンピューティングリソース、処理優先度、遅延、等の、サービス機能処理に対する追加要件；データ記述プロトコルのためのプロトコル等の要求される能力；及びＣｏｍｐ／データサービス機能の要求される位置を含む。トランスポート／ネットワーキング情報は、限定されないが、典型的なＳＦＣ動的構成情報：ｅｔｈＸ等のネットワーク及びインターフェース情報、ネットワークＣＩＤＲ、及びネットワークタイプ：ＶＬＡＮ等、トランスポート／ネットワーキングマッピング／ルーティングルール：ＧＴＰトンネリングをサポートするための拡張ＵＰＦ２２６、トランスポート／ネットワーキングプロトコルとしてのセグメントルーティング（ＳＲ）等の要求されるオーバーレイ／アンダーレイ；例えば負荷バランシング、マルチパス等の要求される通信モデル；及び、要求されるプロトコル及び、サービス層カプセル化を用いない、サービス層カプセル化を用いる、又はサービス層及びＳＲ組み合わせカプセル化を用いる、等のカプセル化オプション、を含む。

【0062】

１つ又は複数の実施形態において、Ｎｓｏｃｆ＿ＳＦＣ（例えば、生成、更新、リリース）は、節５．２．８．１ ３ＧＰＰ（登録商標） ＴＳ ２３．５０２．において説明されるとおりに、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ（例えば、生成、更新、リリース）と同様に、ローミングの目的でＶ／Ｉ－ＳＯＣＦに提供されるサービスである。Ｎｓｏｃｆ＿ＳＦＣ（例えば、ＣｒｅａｔｅＳＦＣＣｏｎｔｅｘｔ、ＵｐｄａｔｅＳＦＣＣｏｎｔｅｘｔ、ＲｅｌｅａｓｅＳＦＣＣｏｎｔｅｘｔ）は、ＳＦＣコンテキスト情報を確立／更新／リリースしてＳＦＣフローをセットアップ／修正／削除するために提供されるサービスである。他のサービスは、例えばＳＯＥＦ２０６、ＡＭＦ２０４、ＳＭＦ２１６等のＮＦへ、ＳＦＣ関連情報及びイベントを公開する、加入／通知である。ＳＯＣＦ２１４は、ＳＭＦ２１６のような、５Ｇのための既存のＮＦへの拡張された機能、又はスタンドアロン機能であってもよい。

【0063】

図３は、本開示の１つ又は複数の例示的実施形態による、例示的なＳＦＣフレームワーク３００を示す。

【0064】

トラフィック分類の後に、カプセル化又はトランスポートマッピングルールは、１つの例として図３に示されるように、ＳＦＣフローを、トラフィックフォワーダ及び要求されるＳＦを有するＳＦＣパスへステアリングするために適用され得る。ＳＦＣ及び非ＳＦＣ分類の目的は、ＩＰ５タプル、パケット／フロー識別子、アプリケーション、ＱｏＳ等の異なる層からのルールに基づいて、異なるパケット／フローを区別するため、又は負荷バランシング等の目的のためである。

【0065】

次世代セルラーネットワークにおいて、ＳＦＣサービスは、コンピューティング作業負荷としての、データラベリング及び前処理機能等のＣｏｍｐ／データサービス機能（ＳＦ）、又はアプリケーションインスタンスからなり得る。現在の５Ｇネットワークは、ＱｏＳフレームワークに基づいて、非ＳＦＣフローを、ｇＮＢにおけるＤＲＢマッピングを用いてＵＥ及びＰＤＵセッションアンカーＵＰＦの間のＰＤＵセッション（すなわち、エンドツーエンドトンネル）内でセットアップするように処理する。

【0066】

ｇＮＢは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ及びＰＤＵセッション確立／修正手続きによってセットアップされたＳＤＡＰエンティティ構成及びＰＤＵセッション情報に基づいて、ＤＲＢ対ＴＥＩＤマッピングを実行する。ＳＤＡＰヘッダを有するＵＬ ＳＤＡＰデータＰＤＵが、図４に示される。

【0067】

図４は、本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類のための例示的サービスデータ適応プロトコル（ＳＤＡＰ）データユニットを示す。

【0068】

図４を参照すると、ＳＤＡＰヘッダを有するＵＬ ＳＤＡＰデータＰＤＵ４００が示されており、ＳＤＡＰがコントロールＰＤＵであるか否かを示すための１ビットＤ／Ｃフィールド４０２、予約されたビットを有する１ビットＲフィールド４０４、及びＱＦＩを用いてＱｏＳフローを示すためのマルチビットＱＦＩフィールド４０６を含んでもよい。ＵＬ ＳＤＡＰデータＰＤＵ４００は、１つ又は複数のオクテット（例えば、オクテット１～Ｎ）上にデータ４０８を含んでもよい。

【0069】

更に図４を参照すると、ＵＬ ＳＤＡＰデータＰＤＵ４２０は、ＳＦＣインジケータ（ＳＦＣＩ）４２２及びＳＦＣサービスＩＤ４２４を含むことによって、ＵＬ ＳＤＡＰデータＰＤＵ４００に対する修正を表してもよい。ＳＦＣＩ４２２は、予約され常に０へセットされているＲフィールド４０４と置き換えるために１にセットされた１ビットインジケータであってもよい。ＳＦＣＩ４２２が１へセットされるとき、後続のフィールドはＱＦＩフィールド４０６ではなくＳＦＣサービスＩＤ４２４である。ＳＦＣサービスＩＤ４２４は、ＳＦＣプロファイルのためのＳＦＣ識別子であってもよく、ＰＤＵセッションを用いて又はそれを用いずに使用され得る。ＳＦＣサービスＩＤ４２４の長さは、ＱＦＩ／５ＱＩとは異なってもよい。

【0070】

更に図４を参照すると、ＵＬ ＳＤＡＰデータＰＤＵ４３０は、ＳＦＣＩ４２２、（例えば、ＳＦＣサービスＩＤ４２４と同様の）ＳＦＣサービスＩＤ４３１、（例えば１ビットＳＦＣメタデータインジケータであり、Ｍ／Ｉフィールド４３２が１へセットされた場合、ＳＤＡＰヘッダ内に含まれるメタデータが存在する）Ｍ／Ｉフィールド４３２、（例えば、予約され概して０にセットされている１ビットである）Ｒフィールド４３４、（例えば、現在のＱＦＩ／５ＱＩと同様の、ＳＦＣトラフィック特性のためのＱｏＳ識別子。ＱＦＩ／６Ｇ ＱｏＳインジケータ４３６がＳＦＣサービスプロファイルの一部であり得る）ＱＦＩ／６Ｇ ＱｏＳインジケータ４３６、（例えば、ＳＦＣメタデータのビット又はバイト数である）メタデータ長フィールド４３８、メタデータ４４０、及びデータ４０８を含むことによってＵＬ ＳＤＡＰデータＰＤＵ４００に対する修正を表してもよい。

【0071】

１つ又は複数の実施形態において、メタデータ４４０は、限定されないが、ｘＮＢにおけるサービス分類のための情報、ＳＦＣトラフィックパスのためのＳＦへのメタデータ、ＳＦＣパラメータ／ポリシのための更新、アプリケーション関連情報、及びＵＥ関連情報を含むＳＦＣ情報を表してもよい。メタデータ４４０は、ＵＥ及び、ｘＮＢの間で定期的に送信される、又は、例えばアプリケーションからのイベントによってトリガされる、コンテナであり得る。

【0072】

１つ又は複数の実施形態において、図示されていないが、ＤＬ ＳＤＡＰヘッダ修正は、ＵＬと同様であり、ｘＮＢからＵＥへ送信される。

【0073】

図５Ａは、本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス識別子がＳＦＣトラフィックパスを識別する、例示的ＳＦＣサービス分類５００を示す。

【0074】

図５Ａにおいて、ＳＦＣサービス識別子は、デフォルトトラフィックパスＱｏＳを用いてＳＦＣトラフィックパスを識別する。ＵＥ５０２は、ＳＦＣトラフィックパス５０４を使用して、分類器を有するｘＮＢ５０６と通信してもよく、ｘＮＢ５０６はＳＦＣトラフィックパス５０８を使用して、ｃｏｍｍ ＳＦ／ｅＵＰＦ５１０（及び潜在的には図１Ａ及び１Ｂに示されるように他のｃｏｍｍ ＳＦ／ｅＵＰＦ）と通信してもよく、それらのｃｏｍｍ ＳＦ／ｅＵＰＦは、それぞれのＳＦ（例えば、ＳＦ５１２）と通信してもよい。

【0075】

このオプションにおいて、ＳＦＣサービスＩＤはＳＦＣのためのＰＤＵセッションＩＤと同様であり、追加ＳＦレベルＱｏＳは、例えばメタデータ又はアプリケーションレベル情報を通して、アプリケーション層において処理され得る。ＳＦＣのためのＰＤＵセッションＩＤは、ＳＦＣトラフィックパスが同じである限り、ＳＦＣサービスＩＤとして再使用されてもよい。このオプションに関して、ＳＤＡＰヘッダは修正されないが、ＳＤＡＰエンティティ構成は、ＰＤＵ－ｓｅｓｓｉｏｎＴｙｐｅをＳＦＣ又は非ＳＦＣとして含むように更新される。

【0076】

図５Ｂは、本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス識別子がサービス品質を用いてＳＦＣトラフィックパスを識別する、例示的ＳＦＣサービス分類５２０を示す。

【0077】

図５Ｂにおいて、ＳＦＣサービスＩＤは、ＳＦＣトラフィックパスを識別してもよく、追加ＱＦＩ又は６Ｇ ＱｏＳ識別子が異なるＱｏＳプロファイルのために使用されてもよい。ＵＥ５０２は、複数のＳＦＣパス（例えば、ＳＦＣパス５２２、ＳＦＣパス５２４）を使用し、ｘＮＢ５０６と通信してもよく、ｘＮＢ５０６は複数のＳＦＣパス（例えば、ｓｅｒｖｉｃｅＩＤ１を用いるＳＦＣパス５２６、ｓｅｒｖｉｃｅＩＤ２を用いるＳＦＣパス５２８）を使用し、ｃｏｍｍ ＳＦ／ｅＵＰＦ５１０及びＳＦ５１２と通信してもよい。このオプションにおいて、図４のＵＬ ＳＤＡＰデータＰＤＵ４３０が使用されてもよく、異なるＱＦＩ／６Ｇ ＱｏＳ ＩＤを有するＳＦＣフローは、同じサービスＩＤ及びＳＤＡＰエンティティを共有することができる。

【0078】

図５Ｃは、本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス識別子がＳＦＣトラフィックパスを識別し、別の識別子がサービス品質を識別する、例示的ＳＦＣサービス分類５４０を示す。

【0079】

図５Ｃにおいて、ＳＦＣサービスＩＤは、ＳＦＣサービスＩＤを用いてパスを識別してもよく、追加ＱＦＩ又は６Ｇ ＱｏＳ識別子が異なるＱｏＳプロファイルのために使用されてもよい。図４のＵＬ ＳＤＡＰデータＰＤＵ４３０が使用されてもよい。このオプションに関して、異なるＱＦＩ／６Ｇ ＱｏＳ ＩＤを用いるＳＦＣフローは、同じサービスＩＤ及びＳＤＡＰエンティティを共有し得る。ＵＥ５０２は、複数のＱＦＩオプション（例えば、ＱＦＩ１、ＱＦＩ２）を用いるＳＦＣパス５４２を使用し、ｘＮＢ５０６と通信してもよく、ｘＮＢ５０６はＱＦＩ１を用いるＳＦＣパス及びＱＦＩ２を用いるＳＦＣパスを有するＳＦＣパス５４４を使用し、ｃｏｍｍ ＳＦ／ｅＵＰＦ５１０及びＳＦ５１２と通信してもよい。

【0080】

１つ又は複数の実施形態において、図５Ａ～図５Ｃのオプション及び、ＳＦＣフローのためにＰＤＵセッションが使用されない代替的解決手段の間の相違点は、ＰＤＵセッションを用いないＳＦＣフローは、ＰＳＡを必要としないことである。したがって、モビリティは異なるように処理されてもよい。図５Ａ～図５Ｃのオプションは依然適用され得、ＳＦＣサービスＩＤは、ＳＤＡＰエンティティを識別するために使用されてもよい。

【0081】

図６は、本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類器を構成するためのプロセス６００を示す。

【0082】

図６を参照すると、プロセス６００はＵＥ６０２、ｘＮＢ／ＡＭＦ６０４、ＳＯＣＦ６０６、ＳＭＦ６０８、及びＳＦＣサービス分類器を有するｅＵＰＦ６１０を含んでもよい。

【0083】

段階６１２において、ＵＥ６０２はメッセージフローに従ってＳＦＣサービスをセットアップするようにリクエストする。ＵＥの加入、ネットワークスライス、アプリケーションタイプ等を含むＳＦＣサービスコンテキストに基づいて、ＳＯＣＦ６０６及び／又はＳＭＦ６０８は、ｅＵＰＦ６１０におけるＳＦＣサービス分類器をセットアップすることを決定する。ＳＭＦ６０８は、ＳＦＣサービスの要件及びｅＵＰＦ６１０の能力に基づいたｅＵＰＦ選択を実行してもよい。

【0084】

段階６１４において、ＳＭＦ６０８は、サービス分類器のためのパケットフィルタ情報、サービス分類に基づいたマッピングされたトラフィック転送ルール、及び／又は、パケットヘッダへのカプセル化又は修正等のＳＦＣパケットに対する修正を含む、選択されたｅＵＰＦにおけるＳＦＣサービス分類器ルールを確立する。

【0085】

段階６１６において、ＳＭＦ６０８は、例えばｘＮＢ等のＲＡＮをｅＵＰＦ６１０（ＳＦＣサービス分類器）情報について更新する。そうして、ｘＮＢは、ＤＲＢ対ＴＥＩＤマッピングと同様のトラフィック転送ルールを適用し、ＵＬ ＳＦＣトラフィック６１８を転送してもよく、ｅＵＰＦ６１０は、ＳＦＣサービス分類器を使用してＳＦＣサービス分類６２０を実行してもよい。

【0086】

図７は、本開示の１つ又は複数の例示的実施形態による、ＳＦＣサービス分類のための例示的なプロセス７００のフロー図を示す。

【0087】

ブロック７０２において、デバイス（又はシステム、例えば、図１Ａ及び図１ＢのｘＮＢ１０４等のノードＢデバイス）は、ＵＥ（例えば、図１Ａ及び図１ＢのＵＥ１０２）からＳＤＡＰデータを（例えば、図４に示されるフォーマットの１つを使用して）受信してもよい。

【0088】

ブロック７０４において、デバイスは、ＳＦＣデータ内のＳＦＣサービス識別子（例えば、図４のＳＦＣサービスＩＤ４２４又はＳＦＣサービスＩＤ４３１）を識別してもよい。ＳＦＣサービス識別子は、ＳＦＣデータを、非ＳＦＣデータから区別してもよい（例えばＳＦＣ分類）。

【0089】

ブロック７０６において、デバイスは、ＳＤＡＰデータ内のＳＦＣサービス識別子がＳＦＣサービスプロファイルを示すものであることを決定してもよい。ＳＦＣサービスプロファイルは、ＳＤＡＰデータの送信を制御するのに使用されるＱｏＳトラフィック特性を示すものであってもよい。

【0090】

ブロック７０８において、デバイスは、ＳＦＣサービス識別子によって示されＳＤＡＰデータを転送するのに用いられるＳＦＣトラフィックフローを識別してもよい。

【0091】

ブロック７１０において、デバイスは、ＳＤＡＰデータをデバイス（例えば、図１Ａ及び図１ＢのＣｏｍｍ ＳＦ／ＵＰＦ等の通信サービス機能、又は、図１Ａ及び図１ＢのＵＰＦ１２０等のＵＰＦ）へと送信してもよい。デバイスは、ＳＤＡＰデータを受信してもよく、ＳＤＡＰデータをサービス機能（例えば、図１Ａ及び１ＢのＳＦ１１４及びＳＦ１１８）へと送信してもよい。

【0092】

上記の説明は、例示の目的のためのものであり、限定することを意図するものではないことを理解されたい。

【0093】

図８は、本開示の１つ又は複数の例示的実施形態による、ネットワーク８００を示す。

【0094】

図２の６Ｇシステムアーキテクチャ２００は、ネットワーク８００に加わりそれを拡張してもよい。このようにして、図８にも示されている６Ｇシステムアーキテクチャ２００のコンポーネントは、図８に関して下記に説明される機能及び、図２に関して上記で説明された追加の拡張機能に対応していてもよい。

【0095】

ネットワーク８００は、ＬＴＥ又は５Ｇ／ＮＲシステムのための３ＧＰＰ（登録商標）技術仕様と一貫した方法で動作してもよい。しかしながら、例示的実施形態は、この点に限定されず、説明された実施形態は、例えば未来の３ＧＰＰ（登録商標）システム（例えば、５Ｇシステム）等のような、本明細書において説明されている原理から利益を得る他のネットワークに適用されてもよい。

【0096】

ネットワーク８００はＵＥ８０２を含み得、これは、無線経由（ｏｖｅｒ－ｔｈｅ－ａｉｒ）接続を介してＲＡＮ８０４と通信するように設計された任意のモバイル又は非モバイルコンピューティングデバイスを含み得る。ＵＥ８０２は、ＵｕインターフェースによってＲＡＮ８０４と通信可能に結合され得る。ＵＥ８０２は、限定されないが、スマートフォン、タブレットコンピュータ、ウェアラブルコンピュータデバイス、デスクトップコンピュータ、ラップトップコンピュータ、車載インフォテイメント、車内エンターテインメントデバイス、計器群、ヘッドアップディスプレイデバイス、オンボードダイアグノーシスデバイス、ダッシュトップモバイル機器、モバイルデータ端末、電子エンジン管理システム、電子／エンジンコントロールユニット、電子／エンジンコントロールモジュール、組み込みシステム、センサ、マイクロコントローラ、制御モジュール、エンジン管理システム、ネットワークアプライアンス、マシンタイプコミュニケーションデバイス、Ｍ２Ｍ又はＤ２Ｄデバイス、ＩｏＴデバイス等であり得る。

【0097】

いくつかの実施形態において、ネットワーク８００は、サイドリンクインターフェースを介して互いに直接的に結合された複数のＵＥを含み得る。ＵＥは、例えば、限定されないが、ＰＳＢＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ、ＰＳＣＣＨ、ＰＳＦＣＨ等の物理サイドリンクチャネルを使用して通信するＭ２Ｍ／Ｄ２Ｄデバイスであり得る。

【0098】

いくつかの実施形態において、ＵＥ８０２は更に、無線経由接続を介してＡＰ８０６と通信し得る。ＡＰ８０６は、ネットワークトラフィックの一部／全部をＲＡＮ８０４からオフロードするように機能し得るＷＬＡＮ接続を管理し得る。ＵＥ８０２及びＡＰ８０６の間の接続は、任意のＩＥＥＥ ８０２．１１プロトコルと一貫してもよく、ここでＡＰ８０６はｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ（Ｗｉ－Ｆｉ（登録商標））ルータであってもよい。いくつかの実施形態において、ＵＥ８０２、ＲＡＮ８０４及びＡＰ８０６は、セルラーＷＬＡＮアグリゲーション（例えば、ＬＷＡ／ＬＷＩＰ）を活用してもよい。セルラーＷＬＡＮアグリゲーションは、セルラー無線リソース及びＷＬＡＮリソースの両方を活用するために、ＵＥ８０２がＲＡＮ８０４によって構成されることを含み得る。

【0099】

ＲＡＮ８０４は、１つ又は複数のアクセスノード、例えば、ＡＮ８０８を含み得る。ＡＮ８０８は、ＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、及びＬ１プロトコルを含むアクセス層プロトコルを提供することによって、ＵＥ８０２のエアインターフェースプロトコルを終端し得る。このようにして、ＡＮ８０８は、ＣＮ８２０及びＵＥ８０２の間のデータ／音声接続を可能にしてもよい。いくつかの実施形態において、ＡＮ８０８は、ディスクリートデバイスにおいて、又は、例えば、ＣＲＡＮ又は仮想ベースバンドユニットプールと称され得る仮想ネットワークの一部としてサーバコンピュータ上で動作する１つ又は複数のソフトウェアエンティティとして実装され得る。ＡＮ８０８は、ＢＳ、ｇＮＢ、ＲＡＮノード、ｅＮＢ、ｎｇ－ｅＮＢ、ＮｏｄｅＢ、ＲＳＵ、ＴＲｘＰ、ＴＲＰ等と称され得る。ＡＮ８０８は、マクロセル基地局、又はマクロセルと比較してより小さいカバレッジエリア、より小さいユーザ容量、又はより高い帯域幅を有する、フェムトセル、ピコセル、又は他の同様のセルを提供するための低電力基地局であり得る。

【0100】

ＲＡＮ８０４が複数のＡＮを含む実施形態では、それらは、Ｘ２インターフェース（ＲＡＮ８０４がＬＴＥ ＲＡＮである場合）又はＸｎインターフェース（ＲＡＮ８０４が５Ｇ ＲＡＮである場合）を介して互いに結合され得る。いくつかの実施形態において制御／ユーザプレーンインターフェースへと分離され得るＸ２／Ｘｎインターフェースは、ＡＮがハンドオーバ、データ／コンテキスト転送、モビリティ、負荷管理、干渉調整等に関連する情報を通信することを可能にし得る。

【0101】

ＲＡＮ８０４のＡＮは各々、１つ又は複数のセル、セルグループ、コンポーネントキャリア等を管理して、ネットワークアクセスのためのエアインターフェースをＵＥ８０２に提供し得る。ＵＥ８０２は、ＲＡＮ８０４の同じ又は異なるＡＮによって提供される複数のセルに同時に接続され得る。例えば、ＵＥ８０２及びＲＡＮ８０４はキャリアアグリゲーションを使用して、各々がＰｃｅｌｌ又はＳｃｅｌｌに対応する複数のコンポーネントキャリアにＵＥ８０２が接続することを可能にし得る。デュアルコネクティビティシナリオにおいて、第１のＡＮは、ＭＣＧを提供するマスターノードであり得、第２のＡＮは、ＳＣＧを提供する２次ノードであり得る。第１／第２のＡＮは、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ等の任意の組み合わせであり得る。

【0102】

ＲＡＮ８０４は、ライセンススペクトル又はアンライセンススペクトルを通じたエアインターフェースを提供し得る。アンライセンススペクトルにおいて動作するために、ノードは、ＰＣｅｌｌ／Ｓｃｅｌｌを用いるＣＡ技術に基づくＬＡＡ、ｅＬＡＡ、及び／又はｆｅＬＡＡメカニズムを使用してもよい。アンライセンススペクトルにアクセスする前に、ノードは、例えばリッスンビフォアトーク（ＬＢＴ）プロトコルに基づく媒体／キャリア感知動作を実行し得る。

【0103】

Ｖ２Ｘシナリオにおいて、ＵＥ８０２又はＡＮ８０８は、Ｖ２Ｘ通信に使用される任意の交通インフラストラクチャエンティティを指し得るＲＳＵであり得るか、又はそれとして動作し得る。ＲＳＵは、好適なＡＮ又は静的な（又は比較的静的な）ＵＥにおいて、又はそれによって実装され得る。ＵＥにおいて又はＵＥによって実装されるＲＳＵは「ＵＥタイプＲＳＵ」と称され得る；ｅＮＢにおいて又はｅＮＢによって実装されるＲＳＵは「ｅＮＢタイプＲＳＵ」と称され得る；ｇＮＢにおいて又はｇＮＢによって実装されるＲＳＵは「ｇＮＢタイプＲＳＵ」と称され得る；等となる。１つの例では、ＲＳＵは、通過する車両ＵＥに接続サポートを提供する、路側に位置する無線周波数回路に結合されたコンピューティングデバイスである。ＲＳＵはまた、交差点マップジオメトリ、トラフィック統計、媒体、並びに進行中の車両及び歩行者のトラフィックを感知及び制御するアプリケーション／ソフトウェアを格納する内部データストレージ回路を含み得る。ＲＳＵは、例えば衝突回避、交通警告等の高速の出来事に要求される非常に低レイテンシの通信を提供し得る。更に又は代替的に、ＲＳＵは、他のセルラー／ＷＬＡＮ通信サービスを提供してもよい。ＲＳＵのコンポーネントは、屋外での設置に好適な対候性の筐体でパッケージ化され得、トラフィック信号コントローラ又はバックホールネットワークに有線接続（例えば、イーサネット（登録商標））を提供するためのネットワークインターフェースコントローラを含み得る。

【0104】

いくつかの実施形態において、ＲＡＮ８０４は、ｅＮＢ、例えばｅＮＢ８１２を含むＬＴＥ ＲＡＮ８１０であり得る。ＬＴＥ ＲＡＮ８１０は、下記の特性：１５ｋＨｚのＳＣＳ；ＤＬのためのＣＰ－ＯＦＤＭ波形及びＵＬのためのＳＣ－ＦＤＭＡ波形；データのためのターボコード及び制御のためのＴＢＣＣ；等をＬＴＥエアインターフェースに提供し得る。ＬＴＥエアインターフェースは、ＣＳＩ取得及びビーム管理のためにＣＳＩ－ＲＳに；ＰＤＳＣＨ／ＰＤＣＣＨ復調のためにＰＤＳＣＨ／ＰＤＣＣＨ ＤＭＲＳに；及びセルサーチ及び初期取得、チャネル品質測定、及びＵＥにおけるコヒーレント復調／検出のためのチャネル推定のためにＣＲＳに、依存し得る。ＬＴＥエアインターフェースは、サブ６ＧＨｚ帯域で動作し得る。

【0105】

いくつかの実施形態において、ＲＡＮ８０４は、ｇＮＢ、例えばｇＮＢ８１６、又はｎｇ－ｅＮＢ、例えばｎｇ－ｅＮＢ８１８を有する、ＮＧ－ＲＡＮ８１４であり得る。ｇＮＢ８１６は、５Ｇ ＮＲインターフェースを使用して５Ｇ対応ＵＥに接続し得る。ｇＮＢ８１６は、Ｎ２インターフェース又はＮ３インターフェースを含み得るＮＧインターフェースを通じて５Ｇコアに接続し得る。ｎｇ－ｅＮＢ８１８はまた、ＮＧインターフェースを通じて５Ｇコアに接続し得るが、ＬＴＥエアインターフェースを介してＵＥと接続し得る。ｇＮＢ８１６及びｎｇ－ｅＮＢ８１８は、Ｘｎインターフェースを通じて互いに接続し得る。

【0106】

いくつかの実施形態において、ＮＧインターフェースは、ＮＧ－ＲＡＮ８１４のノード及びＵＰＦ８４８の間のトラフィックデータを搬送するＮＧユーザプレーン（ＮＧ－Ｕ）インターフェース（例えば、Ｎ３インターフェース）、及び、ＮＧ－ＲＡＮ８１４のノード及びＡＭＦ８４４の間のシグナリングインターフェースであるＮＧ制御プレーン（ＮＧ－Ｃ）インターフェース（例えば、Ｎ２インターフェース）という、２つの部分に分けられ得る。

【0107】

ＮＧ－ＲＡＮ８１４は、下記の特性：可変ＳＣＳ；ＤＬのためのＣＰ－ＯＦＤＭ、ＵＬのためのＣＰ－ＯＦＤＭ及びＤＦＴ－ｓ－ＯＦＤＭ；制御のためのポーラ（ｐｏｌａｒ）符号、反復符号、シンプレックス（ｓｉｍｐｌｅｘ）符号、及びＲｅｅｄ－Ｍｕｌｌｅｒ符号、及びデータのためのＬＤＰＣを、５Ｇ－ＮＲエアインターフェースに提供し得る。５Ｇ－ＮＲエアインターフェースは、ＬＴＥエアインターフェースと同様に、ＣＳＩ－ＲＳ、ＰＤＳＣＨ／ＰＤＣＣＨ ＤＭＲＳに依存してもよい。５Ｇ－ＮＲエアインターフェースは、ＣＲＳを使用しなくともよく、ＰＢＣＨ復調のためのＰＢＣＨ ＤＭＲＳ；ＰＤＳＣＨのための位相追跡のためのＰＴＲＳ；及び時間追跡のための追跡参照信号を使用してもよい。５Ｇ－ＮＲエアインターフェースは、サブ６ＧＨｚ帯域を含むＦＲ１帯域上、又は２４．２５ＧＨｚから５２．６ＧＨｚの帯域を含むＦＲ２帯域上で動作してもよい。５Ｇ－ＮＲエアインターフェースは、ＰＳＳ／ＳＳＳ／ＰＢＣＨを含むダウンリンクリソースグリッドのエリアであるＳＳＢを含み得る。

【0108】

いくつかの実施形態において、５Ｇ－ＮＲエアインターフェースは、様々な目的のためにＢＷＰを活用し得る。例えば、ＢＷＰはＳＣＳの動的アダプテーションのために使用されてもよい。例えば、ＵＥ８０２は、各ＢＷＰ構成が異なるＳＣＳを有する複数のＢＷＰを用いて構成されてもよい。ＢＷＰ変更がＵＥ８０２に示されたとき、送信のＳＣＳもまた変更される。ＢＷＰの別のユースケース例は、省電力に関連する。特に、複数のＢＷＰは、異なる量の周波数リソース（例えば、ＰＲＢ）を用いて、ＵＥ８０２のために、様々なトラフィック負荷シナリオ下でデータ送信をサポートするように構成されてもよい。より少ない数のＰＲＢを含むＢＷＰは、小さいトラフィック負荷でのデータ送信のために使用され、同時にＵＥ８０２で及びいくつかのケースにおいてｇＮＢ８１６で省電力を可能としてもよい。より大きい数のＰＲＢを含むＢＷＰは、より高いトラフィック負荷を有するシナリオのために使用されてもよい。ＲＡＮ８０４は、顧客／加入者（例えば、ＵＥ８０２のユーザ）にデータ及び電気通信サービスをサポートするための様々な機能を提供するネットワーク要素を含むＣＮ８２０に通信可能に結合される。ＣＮ８２０のコンポーネントは、１つの物理ノード又は別個の物理的ノード内に実装され得る。いくつかの実施形態において、ＣＮ８２０のネットワーク要素によって提供される機能のいずれか又は全てを、サーバ、スイッチ等における物理コンピュート／ストレージリソース上に仮想化するためにＮＦＶが活用され得る。ＣＮ８２０の論理インスタンス化はネットワークスライスと称され得、ＣＮ８２０の一部の論理インスタンス化はネットワークサブスライスと称され得る。

【0109】

いくつかの実施形態において、ＣＮ８２０は、ＥＰＣとも称され得るＬＴＥ ＣＮ８２２であり得る。ＬＴＥ ＣＮ８２２は、示されるように、インターフェース（又は「参照ポイント」）を通じて互いに結合されたＭＭＥ８２４、ＳＧＷ８２６、ＳＧＳＮ８２８、ＨＳＳ８３０、ＰＧＷ８３２、及びＰＣＲＦ８３４を含み得る。ＬＴＥ ＣＮ８２２の要素の機能は下記のように簡潔に紹介され得る。

【0110】

ＭＭＥ８２４は、ＵＥ８０２の現在の位置を追跡して、ページング、ベアラアクティブ化／非アクティブ化、ハンドオーバ、ゲートウェイ選択、認証等を促す、モビリティ管理機能を実装し得る。

【0111】

ＳＧＷ８２６は、ＲＡＮに向けてＳ１インターフェースを終端し、ＲＡＮ及びＬＴＥ ＣＮ８２２の間でデータパケットをルーティングし得る。ＳＧＷ８２６は、ＲＡＮノード間ハンドオーバのローカルモビリティアンカーポイントであり得、また、３ＧＰＰ（登録商標）間モビリティのアンカーを提供し得る。他の役割は、合法的傍受、課金、及び何らかのポリシ実施を含み得る。

【0112】

ＳＧＳＮ８２８は、ＵＥ８０２の位置を追跡し、セキュリティ機能及びアクセス制御を実行し得る。加えて、ＳＧＳＮ８２８は、異なるＲＡＴネットワーク間のモビリティのためのＥＰＣノード間シグナリング；ＭＭＥ８２４によって指定されたとおりのＰＤＮ及びＳ－ＧＷ選択；ハンドオーバのためのＭＭＥ選択；等を実行し得る。ＭＭＥ８２４及びＳＧＳＮ８２８の間のＳ３参照ポイントは、アイドル／アクティブ状態にある３ＧＰＰ（登録商標）間アクセスネットワークモビリティのユーザ及びベアラ情報のやり取りを可能にし得る。

【0113】

ＨＳＳ８３０は、ネットワークエンティティによる通信セッションの処理をサポートするために、加入関連情報を含む、ネットワークユーザのためのデータベースを含み得る。ＨＳＳ８３０は、ルーティング／ローミング、認証、承認、名前／アドレス解決、位置依存等のサポートを提供し得る。ＨＳＳ８３０及びＭＭＥ８２４の間のＳ６ａ参照ポイントは、ＬＴＥ ＣＮ８２０へのユーザアクセスを認証／承認するために加入及び認証データの転送を可能にし得る。

【0114】

ＰＧＷ８３２は、アプリケーション／コンテンツサーバ８３８を含み得るデータネットワーク（ＤＮ）８３６に向けてＳＧｉインターフェースを終端し得る。ＰＧＷ８３２は、ＬＴＥ ＣＮ８２２及びデータネットワーク８３６の間のデータパケットをルーティングしてもよい。ＰＧＷ８３２は、ユーザプレーントンネリング及びトンネル管理を促すために、Ｓ５参照ポイントによってＳＧＷ８２６に結合され得る。ＰＧＷ８３２は更に、ポリシ実施及び課金データ収集（例えば、ＰＣＥＦ）のためのノードを含み得る。更に、ＰＧＷ８３２及びデータネットワーク８３６の間のＳＧｉ参照ポイントは、例えばＩＭＳサービスのプロビジョニングのための、オペレータ外部公衆、プライベートＰＤＮ、又はオペレータ内パケットデータネットワークであり得る。ＰＧＷ８３２は、Ｇｘ参照ポイントを介してＰＣＲＦ８３４に結合され得る。ＰＣＲＦ８３４は、ＬＴＥ ＣＮ８２２のポリシ及び課金制御要素である。ＰＣＲＦ８３４は、サービスフローのための適切なＱｏＳ及び課金パラメータを決定するためにアプリ／コンテンツサーバ８３８に通信可能に結合され得る。ＰＣＲＦ８３２は、適切なＴＦＴ及びＱＣＩを用いてＰＣＥＦへ（Ｇｘ参照ポイントを介して）関連付けられたルールをプロビジョニングしてもよい。

【0115】

いくつかの実施形態において、ＣＮ８２０は５ＧＣ８４０であり得る。５ＧＣ８４０は、図示されるように、インターフェース（又は「参照ポイント」）を通じて互いに結合された、ＡＵＳＦ８４２、ＡＭＦ８４４、ＳＭＦ８４６、ＵＰＦ８４８、ＮＳＳＦ８５０、ＮＥＦ８５２、ＮＲＦ８５４、ＰＣＦ８５６、ＵＤＭ８５８、ＡＦ８６０、及びＬＭＦ８６２を含み得る。５ＧＣ８４０の要素の機能は下記のように簡潔に紹介され得る。ＡＵＳＦ８４２は、ＵＥ８０２の認証のためのデータを格納し、認証関連機能を処理し得る。ＡＵＳＦ８４２は、様々なアクセスタイプのための共通の認証フレームワークを促してもよい。図示されるように参照ポイントを通じて５ＧＣ８４０の他の要素と通信することに加えて、ＡＵＳＦ８４２は、Ｎａｕｓｆサービスベースのインターフェースを示し得る。

【0116】

ＡＭＦ８４４は、ＵＥ８０２及びＲＡＮ８０４と通信するための、及び、ＵＥ８０２に関するモビリティイベントについての通知に加入するための、５ＧＣ８４０の他の機能を可能にし得る。ＡＭＦ８４４は、（例えばＵＥ８０２を登録するための）登録管理、接続管理、到達可能性管理、モビリティ管理、ＡＭＦ関連イベントの合法的傍受、アクセス認証及び承認を担ってもよい。ＡＭＦ８４４は、ＵＥ８０２及びＳＭＦ８４６の間でＳＭメッセージのトランスポートを提供し、ＳＭメッセージのルーティングのための透過プロキシとして動作し得る。また、ＡＭＦ８４４は、ＵＥ８０２及びＳＭＳＦの間のＳＭＳメッセージのためのトランスポートを提供してもよい。ＡＭＦ８４４は、様々なセキュリティアンカー及びコンテキスト管理機能を実行するために、ＡＵＳＦ８４２及びＵＥ８０２と対話してもよい。更に、ＡＭＦ８４４は、ＲＡＮ ＣＰインターフェースの終端ポイントであってもよく、それは、ＲＡＮ８０４及びＡＭＦ８４４の間のＮ２参照ポイントを含んでもよい又はそれであってもよい；ＡＭＦ８４４は、ＮＡＳ（Ｎ１）シグナリングの終端ポイントであり、ＮＡＳ暗号化及び完全性保護を実行してもよい。また、ＡＭＦ８４４はＮ３ ＩＷＦインターフェースを通じたＵＥ８０２とのＮＡＳシグナリングをサポートしてもよい。

【0117】

ＳＭＦ８４６は、ＳＭ（例えば、セッション確立、ＵＰＦ８４８及びＡＮ８０８の間のトンネル管理）；ＵＥ ＩＰアドレス割り当て及び管理（選択的承認を含む）；ＵＰ機能の選択及び制御；トラフィックを適切な宛先へとルーティングするためにＵＰＦ８４８においてトラフィックステアリングを構成すること；ポリシ制御機能に向かうインターフェースの終端；ポリシ実施、課金、及びＱｏＳの部分を制御すること；（ＳＭイベント及びＬＩシステムに対するインターフェースのための）合法的傍受；ＮＡＳメッセージのＳＭ部分の終了；ダウンリンクデータ通知；Ｎ２を通じてＡＭＦ８４４を介してＡＮ８０８へと送信された、ＡＮ固有のＳＭ情報を開始すること；及びセッションのＳＳＣモードを決定すること、を担ってもよい。ＳＭは、ＰＤＵセッションの管理を指してもよく、ＰＤＵセッション又は「セッション」は、ＵＥ８０２及びデータネットワーク８３６の間のＰＤＵのやり取りを提供する又はそれを可能にする、ＰＤＵ接続サービスを指してもよい。

【0118】

ＵＰＦ８４８は、ＲＡＴ内及びＲＡＴ間モビリティのためのアンカーポイント、データネットワーク８３６への相互接続の外部ＰＤＵセッションポイント、及びマルチホームＰＤＵセッションをサポートするための分岐ポイント、として動作してもよい。また、ＵＰＦ８４８は、パケットルーティング及び転送を実行し、パケット検査を実行し、ポリシルールのユーザプレーン部分を実施し、合法的にパケットを傍受（ＵＰ収集）し、トラフィック使用報告を実行し、ユーザプレーンのためのＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート実施）を実行し、アップリンクトラフィック検証（例えば、ＳＤＦからＱｏＳへのフローマッピング）を実行し、アップリンク及びダウンリンク内のトランスポートレベルパケットマーキングを実行し、ダウンリンクパケットバッファリング及びダウンリンクデータ通知のトリガを実行してもよい。ＵＰＦ８４８は、データネットワークへのルーティングトラフィックフローをサポートするためにアップリンク分類器を含んでもよい。

【0119】

ＮＳＳＦ８５０は、ＵＥ８０２にサービスを提供するネットワークスライスインスタンスのセットを選択し得る。ＮＳＳＦ８５０はまた、許可されたＮＳＳＡＩ、及び、必要に応じて、加入したＳ－ＮＳＳＡＩへのマッピングを決定し得る。また、ＮＳＳＦ８５０は、ＵＥ８０２にサービスを提供するために使用されるＡＭＦセットを、又は好適な構成に基づいて、及び場合によってはＮＲＦ８５４に問い合わせることによって、候補ＡＭＦのリストを決定してもよい。ＵＥ８０２のためのネットワークスライスインスタンスのセットの選択は、ＵＥ８０２がＮＳＳＦ８５０と対話することによって登録される際に用いられるＡＭＦ８４４によってトリガされてもよく、それによりＡＭＦの変更がもたらされてもよい。ＮＳＳＦ８５０は、Ｎ２２参照ポイントを介してＡＭＦ８４４と対話してもよく；Ｎ３１参照ポイント（図示せず）を介して訪問先ネットワーク内の別のＮＳＳＦと通信してもよい。更に、ＮＳＳＦ８５０は、Ｎｎｓｓｆサービスベースのインターフェースを示し得る。

【0120】

ＮＥＦ８５２は、サードパーティ、内部公開／再公開、ＡＦ（例えば、ＡＦ８６０）、エッジコンピューティング又はフォグコンピューティングシステム等のために、３ＧＰＰ（登録商標）ネットワーク機能によって提供されるサービス及び能力をセキュアに公開してもよい。そのような実施形態において、ＮＥＦ８５２は、ＡＦを、認証、承認、又はスロットルしてもよい。また、ＮＥＦ８５２は、ＡＦ８６０とやり取りされた情報及び内部ネットワーク機能とやり取りされた情報を変換してもよい。例えば、ＮＥＦ８５２は、ＡＦサービス識別子及び内部５ＧＣ情報の間で変換してもよい。ＮＥＦ８５２はまた、他のＮＦの公開された能力に基づいて、他のＮＦから情報を受信し得る。この情報は、構造化データとしてＮＥＦ８５２に、又は規格化されたインターフェースを使用してデータストレージＮＦに、格納されてもよい。次に、格納された情報は、ＮＥＦ８５２によって他のＮＦ及びＡＦへ再公開される、又は分析等の他の目的のために使用されることができる。更に、ＮＥＦ８５２は、Ｎｎｅｆサービスベースのインターフェースを示し得る。ＮＲＦ８５４は、サービス発見機能をサポートし、ＮＦインスタンスからのＮＦ発見リクエストを受信し、ＮＦインスタンスへ発見されたＮＦインスタンスの情報を提供してもよい。また、ＮＲＦ８５４は、利用可能なＮＦインスタンス及びそれらのサポートされるサービスの情報を維持する。本明細書において使用される場合、「インスタンス化する（ｉｎｓｔａｎｔｉａｔｅ）」、「インスタンス化（ｉｎｓｔａｎｔｉａｔｉｏｎ）」、及び同様の用語は、インスタンスの生成を指してもよく、「インスタンス（ｉｎｓｔａｎｃｅ）」は、例えばプログラムコードの実行中に生じ得る、オブジェクトの具体的な発生を指してもよい。更に、ＮＲＦ８５４は、Ｎｎｒｆサービスベースのインターフェースを示し得る。ＰＣＦ８５６は、ポリシルールを、これらを実施するために制御プレーン機能へ提供してもよく、また、ネットワーク挙動を統制するための統合されたポリシフレームワークをサポートしてもよい。また、ＰＣＦ８５６は、ＵＤＭ８５８のＵＤＲ内のポリシ決定に関連する加入情報にアクセスするためにフロントエンドを実装してもよい。図示されるように参照ポイントを通じて機能と通信することに加えて、ＰＣＦ８５６は、Ｎｐｃｆサービスベースのインターフェースを示す。ＵＤＭ８５８は、ネットワークエンティティによる通信セッションの処理をサポートするために加入関連情報を処理してもよく、ＵＥ８０２の加入データを格納してもよい。例えば、加入データは、ＵＤＭ８５８及びＡＭＦ８４４の間のＮ８参照ポイントを介して通信されてもよい。ＵＤＭ８５８は、アプリケーションフロントエンド及びＵＤＲという２つの部分を含んでもよい。ＵＤＲは、ＵＤＭ８５８及びＰＣＦ８５６のための加入データ及びポリシデータ、及び／又は公開のための構造化データ及びＮＥＦ８５２のための（アプリケーション検出のためのＰＦＤ、複数のＵＥ８０２のためのアプリケーションリクエスト情報を含む）アプリケーションデータを格納してもよい。Ｎｕｄｒサービスベースのインターフェースは、ＵＤＭ８５８、ＰＣＦ８５６及びＮＥＦ８５２が、格納されたデータの特定のセットにアクセスすること、並びにＵＤＲ内の関連するデータ変更の通知を読み取り、更新（例えば、追加、修正）し、削除し、それに加入することを可能にするために、ＵＤＲ８２１によって示されてもよい。ＵＤＭは、証明書、位置管理、加入管理等を処理することの責任を負うＵＤＭ－ＦＥを含んでもよい。複数の異なるフロントエンドは、異なるトランザクションにおいて同じユーザにサービスを提供してもよい。ＵＤＭ－ＦＥは、ＵＤＲ内に格納された加入情報にアクセスし、認証証明書処理、ユーザ識別処理、アクセス承認、登録／モビリティ管理、及び加入管理を実行する。図示されるように参照ポイントを通じて他のＮＦと通信することに加えて、ＵＤＭ８５８は、Ｎｕｄｍサービスベースのインターフェースを示し得る。ＡＦ８６０は、トラフィックルーティングに対してのアプリケーションの影響を提供し、ＮＥＦへのアクセスを提供し、ポリシ制御のためのポリシフレームワークと対話し得る。

【0121】

いくつかの実施形態において、５ＧＣ８４０は、ＵＥ８０２がネットワークに接続されている地点に地理的に近くなるようにオペレータ／サードパーティサービスを選択することによってエッジコンピューティングを可能にし得る。これは、ネットワーク上のレイテンシ及び負荷を低減し得る。エッジコンピューティング実装を提供するために、５ＧＣ８４０は、ＵＥ８０２に近いＵＰＦ８４８を選択し、Ｎ６インターフェースを介して、ＵＰＦ８４８からデータネットワーク８３６へのトラフィックステアリングを実行してもよい。これは、ＵＥ加入データ、ＵＥ位置、及びＡＦ８６０によって提供される情報に基づいてもよい。このようにして、ＡＦ８６０は、ＵＰＦ（再）選択及びトラフィックルーティングに影響してもよい。オペレータ展開に基づいて、ＡＦ８６０が信頼できるエンティティであるとみなされるとき、ネットワークオペレータは、ＡＦ８６０が直接に関連ＮＦと対話することを許可してもよい。更に、ＡＦ８６０は、Ｎａｆサービスベースのインターフェースを示し得る。データネットワーク８３６は、様々なネットワークオペレータサービス、インターネットアクセス、又は例えばアプリケーション／コンテンツサーバ８３８を含む１つ又は複数のサーバによって提供され得るサードパーティサービスを表してもよい。

【0122】

ＬＭＦ８６２は、ＡＭＦ８４４を介してＮＧ－ＲＡＮ８１４及び／又はＵＥ８０２からの測定情報（例えば、測定報告）を受信してもよい。ＬＭＦ８６２は、屋内及び／又は屋外測位のためのデバイス位置を決定するために、測定情報を使用してもよい。

【0123】

図９は、本開示の１つ又は複数の例示的実施形態による、無線ネットワーク９００を概略的に示す。

【0124】

無線ネットワーク９００は、ＡＮ９０４との無線通信内にＵＥ９０２を含んでもよい。ＵＥ９０２及びＡＮ９０４は、本明細書の他の箇所で説明された同様に命名されたコンポーネントと同様であり、それと実質的に交換可能であり得る。ＵＥ９０２は、接続９０６を介してＡＮ９０４に通信可能に結合されてもよい。接続９０６は、通信可能な結合を可能にするエアインターフェースとして示され、ＬＴＥプロトコル又はミリ波又はサブ６ＧＨｚ周波数で動作する５Ｇ ＮＲプロトコル等のセルラー通信プロトコルと一貫し得る。ＵＥ９０２は、モデムプラットフォーム９１０に結合されたホストプラットフォーム９０８を含んでもよい。ホストプラットフォーム９０８は、モデムプラットフォーム９１０のプロトコル処理回路９１４に結合されてもよいアプリケーション処理回路９１２を含んでもよい。アプリケーション処理回路９１２は、アプリケーションデータをソース／シンクするＵＥ９０２のための様々なアプリケーションを実行してもよい。アプリケーション処理回路９１２は更に、データネットワークとの間でアプリケーションデータを送信／受信するための１つ又は複数の層動作を実装し得る。これらの層動作は、トランスポート（例えばＵＤＰ）及びインターネット（例えば、ＩＰ）動作を含み得る。プロトコル処理回路９１４は、接続９０６を通じたデータの送信又は受信を促すための層動作のうちの１つ又は複数を実装してもよい。プロトコル処理回路９１４によって実装される層動作は、例えば、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、及びＮＡＳ動作を含んでもよい。更に、モデムプラットフォーム９１０は、ネットワークプロトコルスタック内のプロトコル処理回路９１４によって実行される層動作よりも「下」の１つ又は複数の層動作を実装し得るデジタルベースバンド回路９１６を含んでもよい。これらの動作は、例えば、ＨＡＲＱ－ＡＣＫ機能、スクランブリング／デスクランブリング、エンコーディング／デコーディング、層マッピング／デマッピング、変調シンボルマッピング、受信したシンボル／ビットのメトリック判定、マルチアンテナポートプリコーディング／デコーディング（これは、空間―時間、空間―周波数、又は空間コーディングのうちの１つ又は複数を含み得る）、参照信号発生／検出、プリアンブルシーケンス発生及び／又はデコーディング、同期シーケンス発生／検出、制御チャネル信号ブラインドデコーディング、及び他の関連機能のうちの１つ又は複数を含むＰＨＹ動作を含んでもよい。更に、モデムプラットフォーム９１０は、送信回路９１８、受信回路９２０、ＲＦ回路９２２、及び１つ又は複数のアンテナパネル９２６を含み得る又はそれに接続され得る、ＲＦフロントエンド（ＲＦＦＥ）９２４、を含んでもよい。手短に言えば、送信回路９１８は、デジタル―アナログ変換器、ミキサ、中間周波数（ＩＦ）コンポーネント等を含んでもよい；受信回路９２０は、アナログ―デジタル変換器、ミキサ、ＩＦコンポーネント等を含んでもよい；ＲＦ回路９２２は、低ノイズ増幅器、電力増幅器、電力追跡コンポーネント等を含んでもよい；ＲＦＦＥ９２４は、フィルタ（例えば、表面／バルク弾性波フィルタ）、スイッチ、アンテナチューナ、ビームフォーミングコンポーネント（例えば、位相配列アンテナコンポーネント）等を含んでもよい。（「送信／受信コンポーネント」として総称される）送信回路９１８、受信回路９２０、ＲＦ回路９２２、ＲＦＦＥ９２４及びアンテナパネル９２６のコンポーネントの選択及び配置は、例えば、通信がＴＤＭ又はＦＤＭのどちらか、ミリ波又はサブ６ＧＨｚ周波数のどちらか、等のような具体的な実装の詳細に固有であってもよい。いくつかの実施形態において、送信／受信コンポーネントは、複数の並列送信／受信チェイン内に配置されていてもよく、同じ又は異なるチップ／モジュール等の中に配設されてもよい。いくつかの実施形態において、プロトコル処理回路９１４は、送信／受信コンポーネントのための制御機能を提供するために、制御回路の１つ又は複数のインスタンス（図示せず）を含んでもよい。ＵＥ受信は、アンテナパネル９２６、ＲＦＦＥ９２４、ＲＦ回路９２２、受信回路９２０、デジタルベースバンド回路９１６、及びプロトコル処理回路９１４によって及びそれを介して確立されてもよい。いくつかの実施形態において、アンテナパネル９２６は、１つ又は複数のアンテナパネル９２６の複数のアンテナ／アンテナ素子によって受信される受信ビームフォーミング信号によって、ＡＮ９０４からの送信を受信してもよい。

【0125】

ＵＥ送信は、プロトコル処理回路９１４、デジタルベースバンド回路９１６、送信回路９１８、ＲＦ回路９２２、ＲＦＦＥ９２４、及びアンテナパネル９２６によって、かつそれらを介して確立され得る。いくつかの実施形態において、ＵＥ９０４の送信コンポーネントは、アンテナパネル９２６のアンテナ素子によって放射される送信ビームを形成するために、空間フィルタリングを送信されるデータに適用してもよい。ＵＥ９０２と同様に、ＡＮ９０４は、モデムプラットフォーム９３０に結合されたホストプラットフォーム９２８を含んでもよい。ホストプラットフォーム９２８は、モデムプラットフォーム９３０のプロトコル処理回路９３４に結合されたアプリケーション処理回路９３２を含み得る。モデムプラットフォームは更に、デジタルベースバンド回路９３６、送信回路９３８、受信回路９４０、ＲＦ回路９４２、ＲＦＦＥ回路９４４、及びアンテナパネル９４６を含み得る。ＡＮ９０４のコンポーネントは、ＵＥ９０２の同様に命名されたコンポーネントと同様であり、実質的に交換可能であり得る。上記で説明されたようにデータ送信／受信を実行することに加えて、ＡＮ９０４のコンポーネントは、例えば、無線ベアラ管理、アップリンク及びダウンリンク動的無線リソース管理、及びデータパケットスケジューリング等のＲＮＣ機能を含む、様々な論理機能を実行してもよい。図１０は、本開示の１つ又は複数の例示的実施形態による、コンポーネントを示すブロック図１０００である。

【0126】

コンポーネントは、機械可読又はコンピュータ可読媒体（例えば、非一時的機械可読記憶媒体）から命令を読み取り、本明細書で議論される方法のうちのいずれか１つ又は複数を実行することが可能であってもよい。具体的には、図１０は、各々がバス１０４０又は他のインターフェース回路を介して通信可能に結合され得る、１つ又は複数のプロセッサ（又はプロセッサコア）１０１０、１つ又は複数のメモリ／ストレージデバイス１０２０、及び１つ又は複数の通信リソース１０３０を含むハードウェアリソースの図表示を示す。ノード仮想化（例えば、ＮＦＶ）が活用される実施形態に関して、ハイパーバイザ１００２は、１つ又は複数のネットワークスライス／サブスライスがハードウェアリソースを活用するための実行環境を提供するために、実行されてもよい。

【0127】

プロセッサ１０１０は、例えば、プロセッサ１０１２及びプロセッサ１０１４を含み得る。プロセッサ１０１０は、例えば、中央処理ユニット（ＣＰＵ）、縮小命令セット演算（ＲＩＳＣ）プロセッサ、複合命令セット演算（ＣＩＳＣ）プロセッサ、グラフィックス処理ユニット（ＧＰＵ）、ベースバンドプロセッサ等のＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、無線周波数集積回路（ＲＦＩＣ）、別のプロセッサ（本明細書で議論されたものを含む）、又はそれらの任意の好適な組み合わせであり得る。

【0128】

メモリ／ストレージデバイス１０２０は、メインメモリ、ディスクストレージ、又はそれらの任意の好適な組み合わせを含み得る。メモリ／ストレージデバイス１０２０は、限定されないが、例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、消去可能プログラム可能リードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能プログラム可能リードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ソリッドステートストレージ等の任意のタイプの揮発性、非揮発性、又は半揮発性メモリを含んでもよい。

【0129】

通信リソース１０３０は、ネットワーク１００８を介して１つ又は複数の周辺デバイス１００４、又は１つ又は複数のデータベース１００６、又は他のネットワーク要素と通信するために、相互接続又はネットワークインターフェースコントローラ、コンポーネント、又は他の好適なデバイスを含み得る。例えば、通信リソース１０３０は、有線通信コンポーネント（例えば、ＵＳＢ、イーサネット（登録商標）等を介した結合のため）、セルラー通信コンポーネント、ＮＦＣコンポーネント、Ｂｌｕｅｔｏｏｔｈ（登録商標）（又はＢｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ Ｅｎｅｒｇｙ）コンポーネント、Ｗｉ－Ｆｉ（登録商標）コンポーネント、及び他の通信コンポーネントを含み得る。

【0130】

命令１０５０は、プロセッサ１０１０のうちの少なくともいずれかに、本明細書で議論された方法論のうちのいずれか１つ又は複数を実行させるための、ソフトウェア、プログラム、アプリケーション、アプレット、アプリ、又は他の実行可能コードを含み得る。命令１０５０は、プロセッサ１０１０（例えば、プロセッサのキャッシュメモリ内）、メモリ／ストレージデバイス１０２０、又はそれらの任意の好適な組み合わせのうちの少なくとも１つの中に完全に又は部分的に存在し得る。更に、命令１０５０の任意の部分は、周辺デバイス１００４又はデータベース１００６の任意の組み合わせからハードウェアリソースへ転送されてもよい。したがって、プロセッサ１０１０のメモリ、メモリ／ストレージデバイス１０２０、周辺デバイス１００４、及びデータベース１００６は、コンピュータ可読及び機械可読媒体の例である。

【0131】

１つ又は複数の実施形態について、上述の図面のうちの１つ又は複数に記載されたコンポーネントのうちの少なくとも１つは、下記の例のセクションに記載されるような、１つ又は複数の動作、技法、プロセス、及び／又は方法を実行するように構成され得る。例えば、上述の図面のうちの１つ又は複数に関連して上記で説明されたベースバンド回路は、下記に記載される例のうちの１つ又は複数に従って動作するように構成されてもよい。別の例について、上述の図面のうちの１つ又は複数に関連して上で説明されたＵＥ、基地局、ネットワーク要素等に関連付けられる回路は、下記で例のセクションに記載される例のうちの１つ又は複数に従って動作するように構成され得る。

【0132】

「例示的（ｅｘｅｍｐｌａｒｙ）」という語は、「例（ｅｘａｍｐｌｅ）、インスタンス（ｉｎｓｔａｎｃｅ）、又は例示（ｉｌｌｕｓｔｒａｔｉｏｎ）として機能する」という意味で本明細書で使用されている。「例示的」として本明細書に説明されるどの実施形態も、他の実施形態よりも好適である又は有利であるとして必ずしも解釈されるものではない。本明細書において使用される場合、「コンピューティングデバイス」、「ユーザデバイス」、「通信局」、「局」、「ハンドヘルドデバイス」、「モバイルデバイス」、「無線デバイス」、及び「ユーザ機器」（ＵＥ）という用語は、携帯電話、スマートフォン、タブレット、ネットブック、無線端末、ラップトップコンピュータ、フェムトセル、高データレート（ＨＤＲ）加入者局、アクセスポイント、プリンタ、販売時点情報管理デバイス、アクセス端末、又は他のパーソナルコミュニケーションシステム（ＰＣＳ）デバイス等の無線通信デバイスを指す。デバイスは、モバイル又は据え置き型のいずれかであってもよい。

【0133】

本書類内で使用される場合、「通信する（ｃｏｍｍｕｎｉｃａｔｅ）」という用語は、送信すること、又は受信すること、又は送信すること及び受信することの両方を含むことを意図されている。これは、あるデバイスによって送信され別のデバイスによって受信されているが、それらのデバイスのうち一方の機能のみが特許請求の範囲を侵害するのに要求されるデータの組織を説明する場合の請求項において特に有用であり得る。同様に、（やり取り中に両方のデバイスが送信及び受信する）２つのデバイスの間でのデータの双方向のやり取りは、それらのデバイスのうち一方の機能のみが特許請求されている場合に、「通信（ｃｏｍｍｕｎｉｃａｔｉｎｇ）」として説明され得る。無線通信信号に関して本明細書において使用される場合、「通信（ｃｏｍｍｕｎｉｃａｔｉｎｇ）」という用語は、無線通信信号を送信すること及び／又は無線通信信号を受信することを含む。例えば、無線通信信号を通信する能力のある無線通信ユニットは、少なくとも１つの他の無線通信ユニットへ無線通信信号を送信するための無線送信器及び／又は少なくとも１つの他の無線通信ユニットから無線通信信号を受信するための無線通信受信器を含み得る。

【0134】

本明細書において使用される場合、別段の指定がない限り、共通のオブジェクトを説明するための「第１」、「第２」、「第３」等の序数形容詞の使用は、単に同様のオブジェクトの異なるインスタンスが言及され、そのようにして説明されたオブジェクトが、時間的に、空間的に、順序的に、又は何らかの他の様式のいずれかにおいて、所与の順序でなければいけないと示唆することを意図するものではないことを示す。

【0135】

本明細書において使用される場合、「アクセスポイント」（ＡＰ）という用語は、固定局であってもよい。また、アクセスポイントは、アクセスノード、基地局、発展型ノードＢ（ｅＮｏｄｅＢ）、又は当技術分野で公知の何らかの他の同様の用語で称され得る。また、アクセス端末は、移動局、ユーザ機器（ＵＥ）、無線通信デバイス、又は当技術分野で公知の何らかの他の同様の用語で呼称され得る。本明細書で開示された実施形態は概して、無線ネットワークに関連する。いくつかの実施形態は、ＩＥＥＥ ８０２．１１規格のうち１つに従って動作する無線ネットワークに関連し得る。

【0136】

いくつかの実施形態は、例えば、パーソナルコンピュータ（ＰＣ）、デスクトップコンピュータ、モバイルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、タブレットコンピュータ、サーバコンピュータ、ハンドヘルドコンピュータ、ハンドヘルドデバイス、パーソナルデジタルアシスタント（ＰＤＡ（登録商標））デバイス、ハンドヘルドＰＤＡ（登録商標）デバイス、オンボードデバイス、オフボードデバイス、ハイブリッドデバイス、車載デバイス、非車載デバイス、モバイル又はポータブルデバイス、消費者デバイス、非モバイル又は非ポータブルデバイス、無線通信局、無線通信デバイス、無線アクセスポイント（ＡＰ）、有線又は無線ルータ、有線又は無線モデム、ビデオデバイス、オーディオデバイス、オーディオ－ビデオ（Ａ／Ｖ）デバイス、有線又は無線ネットワーク、無線エリアネットワーク、無線ビデオエリアネットワーク（ＷＶＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ＬＡＮ（ＷＬＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、無線ＰＡＮ（ＷＰＡＮ）等、様々なデバイス及びシステムと併せて使用され得る。

【0137】

いくつかの実施形態は、一方向及び／又は双方向無線通信システム、セルラー無線電話通信システム、モバイル電話、携帯電話、無線電話、パーソナルコミュニケーションシステム（ＰＣＳ）デバイス、無線通信デバイスを組み込んだＰＤＡ（登録商標）デバイス、モバイル又はポータブル全地球測位システム（ＧＰＳ）デバイス、ＧＰＳ受信器又は送受信器又はチップを組み込んだデバイス、ＲＦＩＤ要素又はチップを組み込んだデバイス、多入力多出力（ＭＩＭＯ）送受信器又はデバイス、単入力多出力（ＳＩＭＯ）送受信器又はデバイス、多入力単出力（ＭＩＳＯ）送受信器又はデバイス、１つ又は複数の内部アンテナ及び／又は外部アンテナを有するデバイス、デジタルビデオブロードキャスト（ＤＶＢ）デバイス又はシステム、マルチスタンダード無線デバイス又はシステム、例えばスマートフォン、無線アプリケーションプロトコル（ＷＡＰ）デバイス等の有線又は無線ハンドヘルドデバイス、と併せて使用され得る。

【0138】

いくつか実施形態は、例えば、無線周波数（ＲＦ）、赤外線（ＩＲ）、周波数分割多重化（ＦＤＭ）、直交波ＦＤＭ（ＯＦＤＭ）、時分割多重化（ＴＤＭ）、時分割多重アクセス（ＴＤＭＡ）、拡張ＴＤＭＡ（Ｅ－ＴＤＭＡ）、汎用パケット無線サービス（ＧＰＲＳ）、拡張ＧＰＲＳ、符号分割多重アクセス（ＣＤＭＡ）、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、ＣＤＭＡ２０００、シングルキャリアＣＤＭＡ、マルチキャリアＣＤＭＡ、マルチキャリア変調（ＭＤＭ）、離散マルチトーン（ＤＭＴ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、全地球測位システム（ＧＰＳ）、Ｗｉ－Ｆｉ、Ｗｉ－Ｍａｘ、ＺｉｇＢｅｅ（登録商標）、超広帯域無線（ＵＷＢ）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、２Ｇ、２．５Ｇ、３Ｇ、３．５Ｇ、４Ｇ、第５世代（５Ｇ）モバイルネットワーク、３ＧＰＰ（登録商標）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、ＧＳＭ（登録商標）エボリューション用拡張データレート（ＥＤＧＥ）等の、１つ又は複数の無線通信プロトコルに従う、１つ又は複数のタイプの無線通信信号及び／又はシステムと併せて使用され得る。他の実施形態は、様々な他のデバイス、システム及び／又はネットワークにおいて使用されてもよい。

【0139】

様々な実施形態が、下記に説明される。

【0140】

例１は、無線ネットワークにおいてサービス機能チェイニング分類を実行するためのシステムであって、前記システムは、ユーザ機器（ＵＥ）デバイスからのサービスデータアダプテーションプロトコル（ＳＤＡＰ）データ、前記ＳＤＡＰデータはＳＤＡＰヘッダを備える、を受信し；前記ＳＤＡＰヘッダのサービスチェイニング機能（ＳＦＣ）サービス識別子を識別し；前記ＳＦＣサービス識別子はＳＦＣサービスプロファイルを示すものであり、前記ＳＦＣサービスプロファイルはサービス品質（ＱｏＳ）トラフィック特性を示すものであることを決定し；前記ＳＦＣサービス識別子と関連付けられたＳＦＣトラフィックフローを識別し；及び第２セルラーネットワークデバイスへと前記ＳＤＡＰデータを送信するように構成された第１セルラーネットワークデバイス；及び前記第２セルラーネットワークデバイス、ここで前記第２セルラーネットワークデバイスは前記第１セルラーネットワークデバイスから前記ＳＤＡＰデータを受信し；前記システムのサービス機能に前記ＳＤＡＰデータを送信するように構成されている、を備えるシステムであり得る。

【0141】

例２は、前記第１セルラーネットワークデバイスはノードＢデバイスであり、前記第２セルラーネットワークデバイスは通信サービス機能である、例１及び／又は本明細書の何らかの他の例に記載のシステムを含み得る。

【0142】

例３は、前記第１セルラーネットワークデバイスはノードＢデバイスであり、前記第２セルラーネットワークデバイスはユーザプレーン機能である、例１及び／又は本明細書の何らかの他の例に記載のシステムを含み得る。

【0143】

例４は、前記ＳＤＡＰヘッダは更に、前記ＳＦＣサービス識別子が前記ＳＤＡＰヘッダ内に含まれることを示すために、１へセットされたＳＦＣインジケータフィールドを含む、例１～３のいずれか１例及び／又は本明細書の何らかの他の例に記載のシステムを含み得る。

【0144】

例５は、前記ＳＤＡＰヘッダは更に、ＳＦＣメタデータが前記ＳＤＡＰヘッダ内に含まれることを示すために、ＳＦＣメタデータインジケータフィールドを含む、例１～３のいずれか１例及び／又は本明細書の何らかの他の例に記載のシステムを含み得る。

【0145】

例６は、前記ＳＦＣメタデータが、ＳＦＣサービス分類情報；ＳＦＣトラフィックパスメタデータ；ＳＦＣパラメータ及びポリシ更新；アプリケーション関連情報；及びＵＥ関連情報を有する、例５及び／又は本明細書の何らかの他の例に記載のシステムを含み得る。

【0146】

例７は、前記ＳＦＣトラフィックフローは、非ＳＦＣトラフィックフローと同じプロトコルデータユニット（ＰＤＵ）セッションを共有し、前記ＳＦＣサービス識別子は更に、ＳＦＣトラフィックフローを容易にするためのＳＤＡＰ構成、及びネクストホップトランスポート識別子又はカプセル化のマッピングに関連付けられたＳＦＣトラフィックマッピングルールの修正を示すものである、例１及び／又は本明細書の何らかの他の例に記載のシステムを含み得る。

【0147】

例８は、前記ＳＦＣトラフィックフローの第１ＰＤＵセッションは、非ＳＦＣトラフィックフローの第２ＰＤＵセッションとは別個である、例１及び／又は本明細書の何らかの他の例に記載のシステムを含み得る。

【0148】

例９は、前記ＳＦＣトラフィックフローは、どのＰＤＵセッションとも関連付けられていない、例１及び／又は本明細書の何らかの他の例に記載のシステムを含み得る。

【0149】

例１０は、前記第１セルラーネットワークデバイス又は前記第２セルラーネットワークデバイスは、パケットフィルタに基づいて前記ＳＤＡＰデータをフィルタリングするように構成されている、例１及び／又は本明細書の何らかの他の例に記載のシステムを含み得る。

【0150】

例１１は、通信ネットワークシステムの処理回路に、前記処理回路による命令を実行した際に、前記通信ネットワークシステムの第１デバイスにおいて、ユーザ機器（ＵＥ）デバイスからサービスデータアダプテーションプロトコル（ＳＤＡＰ）データを受信し、前記ＳＤＡＰデータはＳＤＡＰヘッダを有する；前記第１デバイスにおいて、前記ＳＤＡＰヘッダのサービスチェイニング機能（ＳＦＣ）サービス識別子を識別し；前記第１デバイスによって、前記ＳＦＣサービス識別子はＳＦＣサービスプロファイルを示すものであり、前記ＳＦＣサービスプロファイルはサービス品質（ＱｏＳ）トラフィック特性を示すものであることを決定し；前記第１デバイスにおいて、前記ＳＦＣサービス識別子と関連付けられたＳＦＣトラフィックフローを識別し；及び、前記第１デバイスによって、前記通信ネットワークシステムの第２デバイスへ前記ＳＤＡＰデータを送信し；前記第２デバイスにおいて、前記デバイスから前記ＳＤＡＰデータを受信し；及び、前記第２デバイスによって、前記通信ネットワークシステムのサービス機能へと前記ＳＤＡＰデータを送信することを行わせる前記命令を備えるコンピュータ可読記憶媒体を含み得る。

【0151】

例１２は、前記第１デバイスはノードＢデバイスであり、前記第２デバイスは通信サービス機能である、例１１及び／又は本明細書の何らかの他の例に記載のコンピュータ可読媒体を含み得る。

【0152】

例１３は、前記第１デバイスはノードＢデバイスであり、前記第２デバイスはユーザプレーン機能である、例１１及び／又は本明細書の何らかの他の例に記載のコンピュータ可読媒体を含み得る。

【0153】

例１４は、前記ＳＤＡＰヘッダは更に、前記ＳＦＣサービス識別子が前記ＳＤＡＰヘッダ内に含まれることを示すために、１へセットされたＳＦＣインジケータフィールドを含む、例１１～１３のいずれか１例及び／又は本明細書の何らかの他の例に記載のコンピュータ可読媒体を含み得る。

【0154】

例１５は、前記ＳＤＡＰヘッダは更に、ＳＦＣメタデータが前記ＳＤＡＰヘッダ内に含まれることを示すために、ＳＦＣメタデータインジケータフィールドを含む、例１１～１３のいずれか１例及び／又は本明細書の何らかの他の例に記載のコンピュータ可読媒体を含み得る。

【0155】

例１６は、前記ＳＦＣメタデータが、ＳＦＣサービス分類情報；ＳＦＣトラフィックパスメタデータ；ＳＦＣパラメータ及びポリシ更新；アプリケーション関連情報；及び、ＵＥ関連情報を有する、例１５及び／又は本明細書の何らかの他の例に記載のコンピュータ可読媒体を含み得る。

【0156】

例１７は、前記ＳＦＣトラフィックフローは、非ＳＦＣトラフィックフローと同じプロトコルデータユニット（ＰＤＵ）セッションを共有し、前記ＳＦＣサービス識別子は更に、ＳＦＣトラフィックフローを容易にするためのＳＤＡＰ構成、及びネクストホップトランスポート識別子又はカプセル化のマッピングに関連付けられたＳＦＣトラフィックマッピングルールの修正を示すものである、例１１及び／又は本明細書の何らかの他の例に記載のコンピュータ可読媒体を含み得る。

【0157】

例１８は、前記ＳＦＣトラフィックフローの第１ＰＤＵセッションは、非ＳＦＣトラフィックフローの第２ＰＤＵセッションとは別個である、例１１及び／又は本明細書の何らかの他の例に記載のコンピュータ可読媒体を含み得る。

【0158】

例１９は、前記ＳＦＣトラフィックフローは、どのＰＤＵセッションとも関連付けられていない、例１１及び／又は本明細書の何らかの他の例に記載のコンピュータ可読媒体を含み得る。

【0159】

例２０は、無線ネットワークにおいてサービス機能チェイニング分類を実行するための方法であって、前記方法は、サービスチェイニング機能（ＳＦＣ）サービスを確立するために、通信ネットワークシステムのセッション管理機能（ＳＭＦ）の処理回路によって、ユーザ機器（ＵＥ）デバイスから受信したリクエストを識別する段階；前記ＳＭＦの前記処理回路によって、前記リクエストに基づいて、前記ＳＦＣサービスのためのＳＦＣサービス分類器を確立するために用いる前記通信ネットワークシステムのユーザプレーン機能（ＵＰＦ）を選択する段階；前記ＳＭＦの前記処理回路によって、前記選択されたＵＰＦのためのＳＦＣサービス分類器ルールを生成する段階、前記ＳＦＣ分類器ルールがトラフィックを転送することに関連付けられる；及び、前記ＳＭＦの前記処理回路による、前記通信ネットワークシステムの無線アクセスネットワーク（ＲＡＮ）デバイスへの、前記ＳＦＣサービス分類器ルール及び前記ＵＰＦのインジケーションの送信を行わせる段階を備える方法を含み得る。

【0160】

例２１は、前記ＳＦＣ分類器ルールは、前記ＳＦＣサービス分類器に関連付けられたパケットのためのパケットフィルタ情報、前記ＳＦＣサービス分類器に基づいたトラフィック転送ルール、又は前記ＳＦＣサービス分類器に基づいたＳＦＣパケットの修正、のうちの少なくとも１つを備える、例２０及び／又は本明細書の何らかの他の例に記載の方法を含み得る。

【0161】

例２２は、前記修正は、パケットヘッダのカプセル化又は修正を有する、例２１及び／又は本明細書の何らかの他の例に記載の方法を含み得る。

【0162】

例２３は、ＳＦＣサービスコンテキストを識別する段階を更に備え、前記ＵＰＦを選択する段階は、前記ＳＦＣサービスコンテキストに基づいている、例２０及び／又は本明細書の何らかの他の例に記載の方法を含み得る。

【0163】

例２４は、サービスチェイニング機能（ＳＦＣ）サービスを確立するために、通信ネットワークシステムのセッション管理機能（ＳＭＦ）を用いて、ユーザ機器（ＵＥ）デバイスから受信したリクエストを識別する段階；前記ＳＭＦによって、前記リクエストに基づいて、前記ＳＦＣサービスのためのＳＦＣサービス分類器を確立するために用いる前記通信ネットワークシステムのユーザプレーン機能（ＵＰＦ）を選択する段階；前記ＳＭＦによって、前記選択されたＵＰＦのためのＳＦＣサービス分類器ルールを生成する段階、前記ＳＦＣ分類器ルールがトラフィックを転送することに関連付けられる；及び、前記ＳＭＦによる、前記通信ネットワークシステムの無線アクセスネットワーク（ＲＡＮ）デバイスへの、前記ＳＦＣサービス分類器ルール及び前記ＵＰＦのインジケーションの送信を行わせる段階：のための手段を備える装置を含み得る。

【0164】

例２５は、電子デバイスの１つ又は複数のプロセッサによって命令が実行された際に、電子デバイスに例１～２４のいずれか１例の中で説明された又はそれに関連している方法の、又は本明細書で説明されたいずれかの他の方法又はプロセスの、１つ又は複数の要素を実行させる命令を備える、１つ又は複数の非一時的コンピュータ可読媒体を含み得る。

【0165】

例２６は、例１～２４のいずれか１例の中で説明された又はそれに関連している方法の、又は本明細書で説明されたいずれかの他の方法又はプロセスの、１つ又は複数の要素を実行するための論理、モジュール、及び／又は回路を備える装置を含み得る。

【0166】

例２７は、例１～２４のいずれか１例、又はその部分又は一部の中で説明されたとおりの又はそれに関連している方法、技法、又はプロセスを含み得る。

【0167】

例２８は、１つ又は複数のプロセッサによって実行されたとき、１つ又は複数のプロセッサに例１～２４のいずれか１例、又はその部分の中で説明されたとおりの又はそれに関連している方法、技法、又はプロセスを実行させる命令を有する１つ又は複数のプロセッサ及び１つ又は複数のコンピュータ可読媒体を備える装置を含み得る。

【0168】

例２９は、本明細書で図示され説明される無線ネットワーク内の通信の方法を含み得る。

【0169】

例３０は、本明細書で図示され説明される無線通信を提供するためのシステムを含み得る。

【0170】

例３１は、本明細書で図示され説明される無線通信を提供するためのデバイスを含み得る。

【0171】

本開示による実施形態は、方法、記憶媒体、デバイス及びコンピュータプログラム製品に向けられた添付の特許請求の範囲において特に開示されており、１つのクレームカテゴリ、例えば方法、において言及された何らかの特徴は、別のクレームカテゴリ、例えばシステムにおいてもまた、特許請求され得る。添付の特許請求の範囲における前述の項目へ戻っての従属又は参照は、方式的な理由でのみ選択されている。しかしながら、任意の前の請求項へ戻っての故意の参照（特にマルチ従属）の結果であるどの主題もまた特許請求され得、その結果、請求項及びその特徴のどの組み合わせもが開示されており、添付の特許請求の範囲において選択された従属とは関係なく特許請求され得る。特許請求され得る主題は、添付の特許請求の範囲において示される特徴の組み合わせのみでなく、特許請求の範囲における特徴のどの他の組み合わせも備え、特許請求の範囲において言及された各特徴は、特許請求の範囲における任意の他の特徴又は他の特徴の組み合わせと組み合わされ得る。更に、本明細書において説明されている又は示されているどの実施形態及び特徴も、別個の請求項において、及び／又は本明細書において説明されている又は示されている任意の実施形態及び特徴、又は添付の特許請求の範囲の特徴のいずれかとの任意の組み合わせにおいて、特許請求され得る。１つ又は複数の実装の前述の説明は、例示及び説明を提供するものであり、網羅的であること又は実施形態の範囲を開示されたまさにその形態へと限定することを意図するものではない。修正及び変形が上記の教示に照らして可能であり、又は様々な実施形態の実施から得られ得る。

【0172】

本開示の特定の態様は、様々な実装に従って、システム、方法、装置、及び／又は、コンピュータプログラム製品のブロック及びフロー図を参照して上記で説明されている。ブロック図及びフロー図の１つ又は複数のブロック、及びブロック図及びフロー図のブロックの組み合わせは、それぞれ、コンピュータ実行可能プログラム命令によって実装されてもよいことが理解されるであろう。同様に、ブロック図及びフロー図のいくつかのブロックは、いくつかの実装に従って、必ずしも示された順序で実行される必要がなくてもよく、又は必ずしも実行される必要が全くなくてもよい。

【0173】

これらのコンピュータ実行可能プログラム命令は、コンピュータ、プロセッサ、又は他のプログラム可能データ処理装置上で実行する命令がフロー図の１つ又は複数のブロックにおいて指定される１つ又は複数の機能を実装するための手段を生成するように、専用コンピュータ又は他の特定の機械、プロセッサ、又は他のプログラム可能データ処理装置上にロードされ、特定の機械を生成してもよい。また、これらのコンピュータプログラム命令は、コンピュータ可読記憶媒体内に格納された命令がフロー図の１つ又は複数のブロックにおいて指定される１つ又は複数の機能を実装する命令手段を含む製造品を生成するように、コンピュータ又は他のプログラム可能データ処理装置に特定の方法で機能するように指示できるコンピュータ可読記憶媒体又はメモリ内に格納されてもよい。１つの例として、特定の実装は、中にコンピュータ可読プログラムコード又はプログラム命令が実装されたコンピュータ可読記憶媒体を備えるコンピュータプログラム製品を提供してもよく、当該コンピュータ可読プログラムコードはフロー図の１つ又は複数のブロックにおいて指定された１つ又は複数の機能を実装するために実行されるよう適合されている。また、コンピュータプログラム命令は、コンピュータ又は他のプログラム可能装置上で実行する命令が、フロー図の１つ又は複数のブロックにおいて指定された機能を実装するための要素又は段階を提供するように、コンピュータ又は他のプログラム可能データ処理装置上にロードされ、一連の動作要素又は段階がコンピュータ又は他のプログラム可能装置上で実行され、コンピュータ実装されたプロセスを生成させてもよい。

【0174】

したがって、ブロック図及びフロー図のブロックは、指定された機能を実行するための手段の組み合わせ、指定された機能を実行するための要素又は段階の組み合わせ、及び指定された機能を実行するためのプログラム命令手段をサポートする。また、ブロック図及びフロー図の各ブロック、及びブロック図及びフロー図内のブロックの組み合わせは、指定された機能、要素又は段階を実行する専用ハードウェアベースコンピュータシステム、又は専用ハードウェア及びコンピュータ命令の組み合わせによって実装され得ることが理解されるであろう。

【0175】

とりわけ、「し得る（ｃａｎ）」、「し得る（ｃｏｕｌｄ）」、「し得る（ｍｉｇｈｔ）」、「し得る（ｍａｙ）」等の条件を表す語は、特に別段の記載が無い限り、又は使用されるコンテキスト内で別様に理解されない限り、概して、特定の特徴、要素、及び／又は動作を、他の実装はそれらを含まない一方で、特定の実装が含み得ることを伝えることを意図されたものである。そうして、そのような条件を表す語は、概して、特徴、要素、及び／又は動作が１つ又は複数の実装のためにどのような形であれ要求されることを、又は、１つ又は複数の実装が必ず、これらの特徴、要素、及び／又は動作が、ユーザ入力又はプロンプトを用いて又はそれを用いずに、いずれかの特定の実装において含まれる又は実行されるべきであるか否かを決定するための論理を含むことを、示唆することを意図するものではない。

【0176】

本明細書に記載された開示の多くの修正及び他の実装は、前述の説明及び関連する図面において示された教示の利益を有することは明白であろう。したがって、本開示は、開示された具体的な実装に限定されないこと、及び修正及び他の実装は、添付の請求項の範囲内に含まれることが意図されていることが理解されるであろう。本明細書で特定の用語が使用されるが、それらは一般的及び説明的な意味でのみ用いられ、限定の目的のために用いられていない。

【0177】

本書類の目的のために、下記の用語及び定義が本明細書で議論される例及び実施形態に適用可能である。

【0178】

本明細書において使用される場合、「回路」という用語は、例えば、電子回路、論理回路、プロセッサ（共有、専用、又はグループ）及び／又はメモリ（共有、専用、又はグループ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルデバイス（ＦＰＤ）（例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、コンプレックスＰＬＤ（ＣＰＬＤ）、大容量ＰＬＤ（ＨＣＰＬＤ）、構造化ＡＳＩＣ、又はプログラマブルＳｏＣ）、デジタル信号プロセッサ（ＤＳＰ）等の、説明された機能を提供するように構成されたハードウェアコンポーネントを指す、それらの一部である、又はそれらを含む。いくつかの実施形態において、回路は、１つ又は複数のソフトウェア又はファームウェアプログラムを実行して、説明された機能のうちの少なくともいくつかを提供し得る。「回路」という用語はまた、プログラムコードの機能を実行するべく使用されるそのプログラムコードを有する１つ又は複数のハードウェア要素の組み合わせ（又は電気又は電子システムにおいて使用される回路の組み合わせ）を指し得る。これらの実施形態では、ハードウェア要素及びプログラムコードの組み合わせは、特定のタイプの回路と称され得る。

【0179】

本明細書において使用される場合、「プロセッサ回路」という用語は、一連の算術又は論理演算を連続的かつ自動的に実行する、又はデジタルデータを記録、格納、及び／又は転送する能力のある回路を指すか、その一部であるか、又はそれを含む。処理回路は、命令を実行するための１つ又は複数の処理コア、及びプログラム及びデータ情報を格納するための１つ又は複数のメモリ構造を含み得る。「プロセッサ回路」という用語は、１つ又は複数のアプリケーションプロセッサ、１つ又は複数のベースバンドプロセッサ、物理的中央処理ユニット（ＣＰＵ）、シングルコアプロセッサ、デュアルコアプロセッサ、トリプルコアプロセッサ、クアッドコアプロセッサ、及び／又は、プログラムコード、ソフトウェアモジュール、及び／又は機能プロセス等のコンピュータ実行可能命令を実行する、又は別様にそれを動作させる能力のある任意の他のデバイスを指し得る。処理回路は、マイクロプロセッサ、プログラム可能処理デバイス等であり得る、より多くのハードウェアアクセラレータを含み得る。１つ又は複数のハードウェアアクセラレータは、例えば、コンピュータビジョン（ＣＶ）及び／又はディープラーニング（ＤＬ）アクセラレータを含み得る。「アプリケーション回路」及び／又は「ベースバンド回路」という用語は、「プロセッサ回路」と同義であるとみなされ得、そのように称され得る。本明細書において使用される場合、「インターフェース回路」という用語は、２つ又はそれより多くのコンポーネント又はデバイス間での情報のやり取りを可能にする回路を指すか、その一部であるか、又はそれを含む。「インターフェース回路」という用語は、１つ又は複数のハードウェアインターフェース、例えば、バス、Ｉ／Ｏインターフェース、周辺コンポーネントインターフェース、及び／又はネットワークインターフェースカード等を指し得る。

【0180】

本明細書において使用される場合、「ユーザ機器」又は「ＵＥ」という用語は、無線通信能力を有するデバイスを指し、通信ネットワークにおけるネットワークリソースのリモートユーザを説明し得る。「ユーザ機器」又は「ＵＥ」という用語は、クライアント、モバイル、モバイルデバイス、モバイル端末、ユーザ端末、モバイルユニット、移動局、モバイルユーザ、加入者、ユーザ、リモート局、アクセスエージェント、ユーザエージェント、受信器、無線機器、再構成可能な無線機器、再構成可能なモバイルデバイス等と同義とみなされ得、それらとして称され得る。更に、「ユーザ機器」又は「ＵＥ」という用語は、任意のタイプの無線／有線デバイス、又は無線通信インターフェースを含む任意のコンピューティングデバイスを含み得る。

【0181】

本明細書において使用される場合、「ネットワーク要素」という用語は、有線又は無線通信ネットワークサービスを提供するのに使用される物理的な又は仮想化された機器及び／又はインフラストラクチャを指す。「ネットワーク要素」という用語は、ネットワーク化コンピュータ、ネットワークキングハードウェア、ネットワーク機器、ネットワークノード、ルータ、スイッチ、ハブ、ブリッジ、無線ネットワークコントローラ、ＲＡＮデバイス、ＲＡＮノード、ゲートウェイ、サーバ、仮想化ＶＮＦ、ＮＦＶＩ及び／又はそれらに類するものと同義とみなされてよく、及び／又はそれらとして称されてもよい。

【0182】

本明細書において使用される場合、「コンピュータシステム」という用語は、任意のタイプの相互接続された電子デバイス、コンピュータデバイス、又はそのコンポーネントを指す。更に、「コンピュータシステム」及び／又は「システム」という用語は、互いに通信可能に結合された、コンピュータの様々なコンポーネントを指し得る。更に、「コンピュータシステム」及び／又は「システム」という用語は、互いに通信可能に結合され、コンピューティング及び／又はネットワーキングリソースを共有するように構成された複数のコンピュータデバイス及び／又は複数のコンピューティングシステムを指し得る。

【0183】

本明細書において使用される場合、「アプライアンス」、又は「コンピュータアプライアンス」等の用語は、特定のコンピューティングリソースを提供するように特別に設計されたプログラムコード（例えば、ソフトウェア又はファームウェア）を含むコンピュータデバイス又はコンピュータシステムを指す。「仮想アプライアンス」は、コンピュータアプライアンスを仮想化又はエミュレートする、又は特定のコンピューティングリソースを提供するために別様に専用であるハイパーバイザ搭載デバイスによって実装される仮想マシンイメージである。

【0184】

本明細書において使用される場合、「リソース」という用語は、例えば、コンピュータデバイス、メカニカルデバイス、メモリ空間、プロセッサ／ＣＰＵ時間、プロセッサ／ＣＰＵ使用、プロセッサ及びアクセラレータ負荷、ハードウェア時間又は使用、電力、入力／出力動作、ポート又はネットワークソケット、チャネル／リンク割り当て、スループット、メモリ使用、ストレージ、ネットワーク、データベース及びアプリケーション、及び／又は作業負荷ユニット等の、物理又は仮想デバイス、コンピューティング環境内の物理又は仮想コンポーネント、及び／又は特定のデバイス内の物理又は仮想コンポーネントを指す。「ハードウェアリソース」は、物理ハードウェア要素によって提供されるコンピュート、ストレージ、及び／又はネットワークリソースを指し得る。「仮想化リソース」は、仮想化インフラストラクチャによってアプリケーション、デバイス、システム等に提供されるコンピュート、ストレージ、及び／又はネットワークリソースを指し得る。「ネットワークリソース」又は「通信リソース」という用語は、通信ネットワークを介してコンピュータデバイス／システムによってアクセス可能であるリソースを指し得る。「システムリソース」という用語は、サービスを提供するための任意の種類の共有されたエンティティを指し得、コンピューティング及び／又はネットワークリソースを含み得る。システムリソースは、そのようなシステムリソースが単一のホスト又は複数のホスト上に存在し、明確に識別可能であるサーバを通してアクセス可能な、コヒーレント関数、ネットワークデータオブジェクト、又はサービスのセットとしてみなされてもよい。

【0185】

本明細書において使用される場合、「チャネル」という用語は、データ又はデータストリームを通信するのに使用される、有形又は無形いずれかの、任意の送信媒体を指す。「チャネル」という用語は、「通信チャネル」、「データ通信チャネル」、「送信チャネル」、「データ送信チャネル」、「アクセスチャネル」、「データアクセスチャネル」、「リンク」、「データリンク」、「キャリア」、「無線周波数キャリア」、及び／又は、データが通信される経路又は媒体を意味する任意の他の同様の用語と同義であり得、及び／又はそれらと均等であり得る。更に、本明細書において使用される場合、「リンク」という用語は、情報を送信及び受信する目的のためのＲＡＴを通した２つのデバイス間の接続を指す。

【0186】

本明細書において使用される場合、「インスタンス化する（ｉｎｓｔａｎｔｉａｔｅ）」及び「インスタンス化（ｉｎｓｔａｎｔｉａｔｉｏｎ）」等の用語は、インスタンスの生成を指す。「インスタンス（ｉｎｓｔａｎｃｅ）」はまた、例えば、プログラムコードの実行中に生じ得るオブジェクトの具体的な発生を指す。

【0187】

「結合」、「通信可能に結合」という用語は、それらの派生語とともに、本明細書において使用される。「結合」という用語は、２つ又はそれより多くの要素が互いに直接に物理的に又は電気的に接触していることを意味してもよく、２つ又はそれより多くの要素が互いに間接的に接触しているが依然として互いに協働又は相互作用していることを意味してもよく、及び／又は、互いに結合されていると説明されている要素の間に１つ又は複数の他の要素が結合又は接続されていることを意味してもよい。「直接的に結合」という用語は、２つ又はそれより多くの要素が互いに直接接触していることを意味してもよい。「通信可能に結合」という用語は、２つ又はそれより多くの要素が、有線又は他の相互接続の接続方式を通じたもの、無線通信チャネル又はリンクを通じたもの、及び／又はそれらに類するものを含む通信の手段によって互いに接触し得ることを意味してもよい。

【0188】

「情報要素」という用語は、１つ又は複数のフィールドを含む構造の要素を指す。「フィールド」という用語は、情報要素の個々のコンテンツ、又はコンテンツを含むデータ要素を指す。

【0189】

本明細書で異なって使用されない限り、用語、定義、及び略称は、３ＧＰＰ（登録商標） ＴＲ ２１．９０５ ｖ１６．０．０（２０１９－０６）及び／又はいずれかの他の３ＧＰＰ（登録商標）規格において定義された用語、定義、及び略称と一貫してもよい。本書類の目的のために、下記の略称（表１内に示される）は、本明細書で議論される例及び実施形態に適用されてもよい。
［他の考えられる項目］
［項目１］
無線ネットワークにおいてサービス機能チェイニング分類を実行するためのシステムであって、前記システムは、
第１セルラーネットワークデバイスであって、第１セルラーネットワークデバイスは：
ユーザ機器（ＵＥ）デバイスからのサービスデータアダプテーションプロトコル（ＳＤＡＰ）データであって、ＳＤＡＰヘッダを備える、前記ＳＤＡＰデータを受信し；
前記ＳＤＡＰヘッダのサービスチェイニング機能（ＳＦＣ）サービス識別子を識別し；
前記ＳＦＣサービス識別子はＳＦＣサービスプロファイルを示すものであり、前記ＳＦＣサービスプロファイルはサービス品質（ＱｏＳ）トラフィック特性を示すものであることを決定し；
前記ＳＦＣサービス識別子と関連付けられたＳＦＣトラフィックフローを識別し；及び
第２セルラーネットワークデバイスへと前記ＳＤＡＰデータを送信する
ように構成されている第１セルラーネットワークデバイス；及び
前記第２セルラーネットワークデバイスであって、前記第２セルラーネットワークデバイスは
前記第１セルラーネットワークデバイスから前記ＳＤＡＰデータを受信し；及び
前記システムのサービス機能に前記ＳＤＡＰデータを送信する
ように構成されている、前記第２セルラーネットワークデバイス
を備えるシステム。
［項目２］
前記第１セルラーネットワークデバイスはノードＢデバイスであり、前記第２セルラーネットワークデバイスは通信サービス機能である、項目１に記載のシステム。
［項目３］
前記第１セルラーネットワークデバイスはノードＢデバイスであり、前記第２セルラーネットワークデバイスはユーザプレーン機能である、項目１に記載のシステム。
［項目４］
前記ＳＤＡＰヘッダは更に、前記ＳＦＣサービス識別子が前記ＳＤＡＰヘッダ内に含まれることを示すために、１へセットされたＳＦＣインジケータフィールドを含む、項目１～３のいずれか１項に記載のシステム。
［項目５］
前記ＳＤＡＰヘッダは更に、ＳＦＣメタデータが前記ＳＤＡＰヘッダ内に含まれることを示すために、ＳＦＣメタデータインジケータフィールドを含む、項目１～３のいずれか１項に記載のシステム。
［項目６］前記ＳＦＣメタデータは、
ＳＦＣサービス分類情報；
ＳＦＣトラフィックパスメタデータ；
ＳＦＣパラメータ及びポリシ更新；
アプリケーション関連情報；及び
ＵＥ関連情報
を有する、項目５に記載のシステム。
［項目７］
前記ＳＦＣトラフィックフローは、非ＳＦＣトラフィックフローと同じプロトコルデータユニット（ＰＤＵ）セッションを共有し、前記ＳＦＣサービス識別子は更に、ＳＦＣトラフィックフローを容易にするためのＳＤＡＰ構成、及びネクストホップトランスポート識別子又はカプセル化のマッピングに関連付けられたＳＦＣトラフィックマッピングルールの修正を示すものである、項目１に記載のシステム。
［項目８］
前記ＳＦＣトラフィックフローの第１ＰＤＵセッションは、非ＳＦＣトラフィックフローの第２ＰＤＵセッションとは別個である、項目１に記載のシステム。
［項目９］
前記ＳＦＣトラフィックフローは、どのＰＤＵセッションとも関連付けられていない、項目１に記載のシステム。
［項目１０］
前記第１セルラーネットワークデバイス又は前記第２セルラーネットワークデバイスは、パケットフィルタに基づいて前記ＳＤＡＰデータをフィルタリングするように構成されている、項目１に記載のシステム。
［項目１１］
通信ネットワークシステムの処理回路に、前記処理回路による命令を実行した際に、
前記通信ネットワークシステムの第１デバイスにおいて、ユーザ機器（ＵＥ）デバイスからサービスデータアダプテーションプロトコル（ＳＤＡＰ）データ、前記ＳＤＡＰデータはＳＤＡＰヘッダを有する、を受信し；
前記第１デバイスにおいて、前記ＳＤＡＰヘッダのサービスチェイニング機能（ＳＦＣ）サービス識別子を識別し；
前記第１デバイスによって、前記ＳＦＣサービス識別子はＳＦＣサービスプロファイルを示すものであり、前記ＳＦＣサービスプロファイルはサービス品質（ＱｏＳ）トラフィック特性を示すものであることを決定し；
前記第１デバイスにおいて、前記ＳＦＣサービス識別子と関連付けられたＳＦＣトラフィックフローを識別し；及び
前記第１デバイスによって、前記通信ネットワークシステムの第２デバイスへ前記ＳＤＡＰデータを送信し；
前記第２デバイスにおいて、前記デバイスから前記ＳＤＡＰデータを受信し；及び
前記第２デバイスによって、前記通信ネットワークシステムのサービス機能へと前記ＳＤＡＰデータを送信する
ことを行わせる前記命令を備えるコンピュータ可読記憶媒体。
［項目１２］
前記第１デバイスはノードＢデバイスであり、前記第２デバイスは通信サービス機能である、項目１１に記載のコンピュータ可読記憶媒体。
［項目１３］
前記第１デバイスはノードＢデバイスであり、前記第２デバイスはユーザプレーン機能である、項目１１に記載のコンピュータ可読記憶媒体。
［項目１４］
前記ＳＤＡＰヘッダは更に、前記ＳＦＣサービス識別子が前記ＳＤＡＰヘッダ内に含まれることを示すために、１へセットされたＳＦＣインジケータフィールドを含む、項目１１～１３のいずれか１項に記載のコンピュータ可読記憶媒体。
［項目１５］
前記ＳＤＡＰヘッダは更に、ＳＦＣメタデータが前記ＳＤＡＰヘッダ内に含まれることを示すために、ＳＦＣメタデータインジケータフィールドを含む、項目１１～１３のいずれか１項に記載のコンピュータ可読記憶媒体。
［項目１６］
前記ＳＦＣメタデータは、
ＳＦＣサービス分類情報；
ＳＦＣトラフィックパスメタデータ；
ＳＦＣパラメータ及びポリシ更新；
アプリケーション関連情報；及び
ＵＥ関連情報
を有する、項目１５に記載のコンピュータ可読記憶媒体。
［項目１７］
前記ＳＦＣトラフィックフローは、非ＳＦＣトラフィックフローと同じプロトコルデータユニット（ＰＤＵ）セッションを共有し、前記ＳＦＣサービス識別子は更に、ＳＦＣトラフィックフローを容易にするためのＳＤＡＰ構成、及びネクストホップトランスポート識別子又はカプセル化のマッピングに関連付けられたＳＦＣトラフィックマッピングルールの修正を示すものである、項目１１に記載のコンピュータ可読記憶媒体。
［項目１８］
前記ＳＦＣトラフィックフローの第１ＰＤＵセッションは、非ＳＦＣトラフィックフローの第２ＰＤＵセッションとは別個である、項目１１に記載のコンピュータ可読記憶媒体。
［項目１９］
前記ＳＦＣトラフィックフローは、どのＰＤＵセッションとも関連付けられていない、項目１１に記載のコンピュータ可読記憶媒体。
［項目２０］
無線ネットワークにおいてサービス機能チェイニング分類を実行するための方法であって、前記方法は：
サービスチェイニング機能（ＳＦＣ）サービスを確立するために、通信ネットワークシステムのセッション管理機能（ＳＭＦ）の処理回路によって、ユーザ機器（ＵＥ）デバイスから受信したリクエストを識別する段階；
前記ＳＭＦの前記処理回路によって、前記リクエストに基づいて、前記ＳＦＣサービスのためのＳＦＣサービス分類器を確立するために用いる前記通信ネットワークシステムのユーザプレーン機能（ＵＰＦ）を選択する段階；
前記ＳＭＦの前記処理回路によって、前記選択されたＵＰＦのためのＳＦＣサービス分類器ルールを生成する段階、前記ＳＦＣ分類器ルールがトラフィックを転送することに関連付けられる；及び
前記ＳＭＦの前記処理回路による、前記通信ネットワークシステムの無線アクセスネットワーク（ＲＡＮ）デバイスへの、前記ＳＦＣサービス分類器ルール及び前記ＵＰＦのインジケーションの送信を行わせる段階
を備える方法。
［項目２１］
前記ＳＦＣ分類器ルールは、前記ＳＦＣサービス分類器に関連付けられたパケットのためのパケットフィルタ情報、前記ＳＦＣサービス分類器に基づいたトラフィック転送ルール、又は前記ＳＦＣサービス分類器に基づいたＳＦＣパケットの修正、のうちの少なくとも１つを備える、項目２０に記載の方法。
［項目２２］
前記修正は、パケットヘッダのカプセル化又は修正を有する、項目２１に記載の方法。
［項目２３］
ＳＦＣサービスコンテキストを識別する段階を更に備え、前記ＵＰＦを選択する段階は、前記ＳＦＣサービスコンテキストに基づいている、項目２０に記載の方法。
［項目２４］
項目２０～２３のいずれか１項に記載の方法を実行する命令を備えるコンピュータ可読記憶媒体。
［項目２５］
項目２０～２３のいずれか１項に記載の方法を実行するための手段を備える装置。

【0190】

表１：略称：

【表1A】

【表1B】

【表1C】

【表1D】

【表1E】

【表1F】

【表1G】

【表1H】

【表1I】

【表1J】

【表1K】

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図5C】

【図6】

【図7】

【図8】

【図9】

【図10】