JP6679751B2 - サービススライス選択および分離のための方法 - Google Patents

Description

本発明は、無線通信に関する。

関連出願の相互参照
本出願は、２０１６年４月１日に出願された米国特許仮出願第６２／３１７，１６７号明細書、および２０１６年５月１６日に出願された米国特許仮出願第６２／３３７，０８５号明細書の利益を主張するものであり、これらの米国特許仮出願の内容は、参照によって本明細書に組み込まれている。

第５世代（５Ｇ）無線通信システムの発展についての第３世代パートナーシッププロジェクト（３ＧＰＰ）による研究は、ネットワークスライシング（network slicing）が、５Ｇシステムの重要な特徴であり、さまざまなサービスを提供すること、およびさまざまなサービス要件を満たすことを可能にするものであると示している。ネットワークスライシングは、互いに論理的にまたは物理的に分離されることが可能である共有ネットワーク機能および専用ネットワーク機能など、別々のネットワークエンティティを論理ネットワークへとグループ化することによって実行されることが可能である。たとえば、ネットワークスライスは、無線通信システムのさまざまなノードに存在する共有ネットワーク機能の論理接続を含むことが可能であり、専用のサービス、またはサービスごとのネットワークキャパシティーをユーザが入手することを可能にすることができる。したがって、ネットワークスライシングを使用してこれらのネットワーク機能をサポートするように構成されている方法および装置を有することが望ましいであろう。

実施形態においては、無線通信においてネットワークスライスへのアクセスを提供するための方法が開示される。この方法は、モビリティ管理（ＭＭ）メッセージとセッション管理（ＳＭ）メッセージとを含む非アクセス層（ＮＡＳ）メッセージを共有制御プレーン（ＣＰ）ネットワーク機能（ＮＦ）において受信するステップと、ネットワークスライスによって提供されるユーザプレーン（ＵＰ）サービスを示すＳＭメッセージをネットワークスライス内の非共有ＣＰ ＮＦへ送信するステップとを含むことが可能である。

別の実施形態においては、無線通信においてネットワークスライスへのアクセスを提供するために共有制御プレーン（ＣＰ）ネットワーク機能（ＮＦ）を実施するように構成されているネットワークサーバが開示される。このネットワークサーバは、モビリティ管理（ＭＭ）メッセージとセッション管理（ＳＭ）メッセージとを含む非アクセス層（ＮＡＳ）メッセージを共有ＣＰ ＮＦにおいて受信し、ネットワークスライスによって提供されるユーザプレーン（ＵＰ）サービスを示すＳＭメッセージをネットワークスライス内の非共有ＣＰ ＮＦへ送信するように構成されているプロセッサを含むことが可能である。

例として添付の図面とともに与えられる以降の説明から、より詳細な理解が得られることが可能である。

１つまたは複数の開示されている実施形態が実施されることが可能である例示的な通信システムのシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 ネットワークスライスごとに、独立した制御プレーン（ＣＰ）ノードと、ユーザプレーン（ＵＰ）ノードとによってグループ化されているネットワークスライスインスタンスを示す図である。 ネットワークスライスごとに、共有制御プレーン（ＣＰ）ノードと、部分的に独立した制御プレーン（ＣＰ）ノードと、完全に独立したユーザプレーン（ＵＰ）ノードとによってグループ化されているネットワークスライスインスタンスを示す図である。 ネットワークスライスごとに、共有制御プレーン（ＣＰ）ノードと、独立したユーザプレーン（ＵＰ）ノードとによってグループ化されているネットワークスライスインスタンスを示す図である。 共有ＣＰノードと、独立したＵＰノードとを含む例示的なネットワークスライシングを示す図である。 ネットワークによって提供されるサービスごとのネットワークスライス選択の例を示す図である。 多次元記述子に基づくネットワークスライス選択の例を示す図である。 データタイプごとのネットワークスライシングに関する全体的なアーキテクチャーを示す図である。 ネットワークスライスによってサポートされるサービスに関するスライス選択を示すシグナリング図である。 図７Ａの続きである。 共有ＣＰノードにおける専用のスライス選択を示すシグナリング図である。 セッション管理手順の間の遅延させられたネットワークスライス選択を示すシグナリング図である。 共有ＣＰネットワーク機能（ＮＦ）における専用のネットワークスライスへのアクセスを提供するための例示的な手順を示す図である。

図１Ａは、１つまたは複数の開示されている実施形態が実施されることが可能である例示的な通信システム１００の図である。通信システム１００は、コンテンツ、たとえば、音声、データ、ビデオ、メッセージング、放送などを複数の無線ユーザに提供するマルチプルアクセスシステムであることが可能である。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることが可能である。たとえば、通信システム１００は、１つまたは複数のチャネルアクセス方法、たとえば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などを採用することが可能である。

図１Ａにおいて示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことが可能であるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定しているということが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作および／または通信を行うように構成されている任意のタイプのデバイスであることが可能である。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されることが可能であり、ユーザ機器（ＵＥ）、移動局、固定式または移動式の加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含むことが可能である。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むことも可能である。基地局１１４ａ、１１４ｂのそれぞれは、１つまたは複数の通信ネットワーク、たとえば、コアネットワーク１０６、インターネット１１０、および／またはその他のネットワーク１１２へのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線にインタフェース接続するように構成されている任意のタイプのデバイスであることが可能である。例として、基地局１１４ａ、１１４ｂは、ベース送受信機ステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであることが可能である。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことが可能であるということが理解されるであろう。

基地局１１４ａは、ＲＡＮ１０４の一部であることが可能であり、ＲＡＮ１０４は、その他の基地局および／またはネットワーク要素（図示せず）、たとえば、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどを含むことも可能である。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内で無線信号を送信および／または受信するように構成されることが可能であり、その地理的領域は、セル（図示せず）と呼ばれることが可能である。セルは、セルセクタへとさらに分割されることが可能である。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割されることが可能である。したがって一実施形態においては、基地局１１４ａは、３つの送受信機、すなわち、セルのそれぞれのセクタごとに１つの送受信機を含むことが可能である。別の実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することが可能であり、したがって、セルのそれぞれのセクタごとに複数の送受信機を利用することが可能である。

基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することが可能であり、エアインタフェース１１６は、任意の適切な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることが可能である。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されることが可能である。

さらに具体的には、上述されているように、通信システム１００は、マルチプルアクセスシステムであることが可能であり、１つまたは複数のチャネルアクセススキーム、たとえば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することが可能である。たとえば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実施することが可能であり、この無線技術は、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立することが可能である。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことが可能である。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことが可能である。

別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、エボルブドＵＭＴＳテレストリアルラジオアクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することが可能であり、この無線技術は、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインタフェース１１６を確立することが可能である。

その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線技術、たとえば、ＩＥＥＥ ８０２．１６（すなわち、ワールドワイドインターオペラビリティーフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などを実施することが可能である。

図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、またはアクセスポイントであることが可能であり、局所的なエリア、たとえば、事業所、家庭、乗り物、キャンパスなどにおける無線接続を容易にするために、任意の適切なＲＡＴを利用することが可能である。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ ８０２．１１などの無線技術を実施することが可能である。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ ８０２．１５などの無線技術を実施することが可能である。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することが可能である。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することが可能である。したがって基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを求められないことが可能である。

ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることが可能であり、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークであることが可能である。たとえば、コアネットワーク１０６は、コール制御、料金請求サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはハイレベルセキュリティ機能、たとえばユーザ認証を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということが理解されるであろう。たとえば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用していることが可能であるＲＡＮ１０４に接続されていることに加えて、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすことも可能である。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことが可能である。インターネット１１０は、一般的な通信プロトコル、たとえば、トランスミッションコントロールプロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）インターネットプロトコルスイートにおけるＴＣＰ、ユーザデータグラムプロトコル（ＵＤＰ）、およびＩＰを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことが可能である。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線通信ネットワークまたは無線通信ネットワークを含むことが可能である。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用することが可能である１つまたは複数のＲＡＮに接続されている別のコアネットワークを含むことが可能である。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことが可能であり、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々の無線リンクを介して別々の無線ネットワークと通信するために複数の送受信機を含むことが可能である。たとえば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用することが可能である基地局１１４ａと、およびＩＥＥＥ ８０２無線技術を採用することが可能である基地局１１４ｂと通信するように構成されることが可能である。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、上述の要素の任意の下位組合せを含むことが可能であるということが理解されるであろう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられている１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の任意のタイプの集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２が無線環境において動作することを可能にするその他の任意の機能を実行することが可能である。プロセッサ１１８は、送受信機１２０に結合されることが可能であり、送受信機１２０は、送信／受信要素１２２に結合されることが可能である。図１Ｂは、プロセッサ１１８と送受信機１２０を別々のコンポーネントとして示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内にともに統合されることが可能であるということが理解されるであろう。

送信／受信要素１２２は、エアインタフェース１１６を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成されることが可能である。たとえば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであることが可能である。別の実施形態においては、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器であることが可能である。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成されることが可能である。送信／受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成されることが可能であるということが理解されるであろう。

加えて、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことが可能である。さらに具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することが可能である。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信および受信するために、２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことが可能である。

送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調するように、および送信／受信要素１２２によって受信される信号を復調するように構成されることが可能である。上述されているように、ＷＴＲＵ１０２は、マルチモード機能を有することが可能である。したがって送受信機１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために複数の送受信機を含むことが可能である。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることが可能であり、そこからユーザ入力データを受信することが可能である。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することも可能である。加えて、プロセッサ１１８は、任意のタイプの適切なメモリ、たとえば、取り外し不能メモリ１３０および／または取り外し可能メモリ１３２からの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。取り外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことが可能である。取り外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことが可能である。その他の実施形態においては、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されていない、たとえば、サーバまたはホームコンピュータ（図示せず）上のメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。

プロセッサ１１８は、電源１３４から電力を受信することが可能であり、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成されることが可能である。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであることが可能である。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことが可能である。

プロセッサ１１８は、ＧＰＳチップセット１３６に結合されることも可能であり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を提供するように構成されることが可能である。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１６を介してロケーション情報を受信すること、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいて自身のロケーションを決定することが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、任意の適切なロケーション決定方法を通じてロケーション情報を取得することが可能であるということが理解されるであろう。

プロセッサ１１８は、その他の周辺機器１３８にさらに結合されることが可能であり、その他の周辺機器１３８は、さらなる特徴、機能性、および／または有線接続もしくは無線接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことが可能である。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことが可能である。

図１Ｃは、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述されているように、ＲＡＮ１０４は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用することが可能である。ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることも可能である。

ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことが可能であるが、ＲＡＮ１０４は、実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことが可能であるということが理解されるであろう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数の送受信機を含むことが可能である。一実施形態においては、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することが可能である。したがってｅＮｏｄｅ−Ｂ１４０ａは、たとえば、ＷＴＲＵ１０２ａに無線信号を送信するために、およびＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することが可能である。

ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理の決定、ハンドオーバの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成されることが可能である。図１Ｃにおいて示されているように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェースを介して互いに通信することが可能である。

図１Ｃにおいて示されているコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことが可能である。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティによって所有および／または運営されることが可能であるということが理解されるであろう。

ＭＭＥ１４２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されることが可能であり、コントロールノードとしての役割を果たすことが可能である。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続の間に特定のサービングゲートウェイを選択することなどを担当することが可能である。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線技術を採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うための制御プレーン機能を提供することも可能である。

サービングゲートウェイ１４４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅ Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されることが可能である。サービングゲートウェイ１４４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから回送および転送することが可能である。サービングゲートウェイ１４４は、その他の機能、たとえば、ｅＮｏｄｅ Ｂ間でのハンドオーバの間にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが利用可能である場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを実行することも可能である。

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６に接続されることも可能であり、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能である。

コアネットワーク１０６は、その他のネットワークとの通信を容易にすることが可能である。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能である。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間におけるインタフェースとしての役割を果たすＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことが可能であり、またはそうしたＩＰゲートウェイと通信することが可能である。加えて、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能であり、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたは無線ネットワークを含むことが可能である。

その他のネットワーク１１２は、ＩＥＥＥ８０２．１１ベースの無線ローカルエリアネットワーク（ＷＬＡＮ）１６０にさらに接続されることが可能である。ＷＬＡＮ１６０は、アクセスルータ１６５を含むことが可能である。アクセスルータは、ゲートウェイ機能を含むことが可能である。アクセスルータ１６５は、複数のアクセスポイント（ＡＰ）１７０ａ、１７０ｂと通信状態にあることが可能である。アクセスルータ１６５とＡＰ１７０ａ、１７０ｂとの間における通信は、有線イーサネット（登録商標）（ＩＥＥＥ８０２．３標準）、または任意のタイプの無線通信プロトコルを介することが可能である。ＡＰ１７０ａは、エアインタフェースを介してＷＴＲＵ１０２ｄと無線通信状態にある。

次いで図２Ａ、図２Ｂ、および図２Ｃを参照すると、ネットワークスライスごとに制御プレーン（ＣＰ）ノードとユーザプレーン（ＵＰ）ノードとによってグループ化されているネットワークスライスインスタンス２０６、２０８、２１０、２１２、２１４、２１８、２２０、２２２が示されている。ネットワークスライスは、図２Ａにおいて示されているように、独立したＣＰノード２０３、２０７と、ＵＰノード２０５、２０９とを有することが可能である。具体的には、ＣＮインスタンス＃１ ２０６は、ＣＮインスタンス＃１ ２０６のネットワークスライス内にＣＰノード２０３およびＵＰノード２０５を含むことが可能である。同様に、ＣＮインスタンス＃２ ２０８は、ＣＮインスタンス＃２ ２０８のネットワークスライス内にＣＰノード２０７およびＵＰノード２０９を含むことが可能である。ＣＮインスタンス＃１ ２０６およびＣＮインスタンス＃２ ２０８内のＣＰノード２０３、２０７はそれぞれ、ＷＴＲＵ２０２から制御プレーンシグナリングメッセージを受信することが可能である。ＣＮインスタンス＃１ ２０６およびＣＮインスタンス＃２ ２０８内のＵＰノード２０５、２０９はそれぞれ、ＷＴＲＵ２０２からユーザプレーンデータを受信することが可能である。たとえば、ＷＴＲＵ２０２は、登録要求および認証要求をＣＮインスタンス＃１ ２０６のＣＰノード２０３へ送信することが可能である。ＷＴＲＵ２０２は、データパケットをＣＮインスタンス＃１ ２０６のＵＰノード２０５へ送信することも可能である。同様に、ＷＴＲＵ２０２は、自身のモビリティ管理メッセージをＣＮインスタンス＃２ ２０８のＣＰノード２０７へ、および自身のセッション管理メッセージをＣＮインスタンス＃２ ２０８のＵＰノード２０９へ送信することが可能である。ＷＴＲＵ２０２は、共有アクセスネットワーク（ＡＮ）２０４を介してＣＮインスタンス＃１ ２０６およびＣＮインスタンス＃２ ２０８に接続されることが可能である。

次いで図２Ｂを参照すると、ネットワークスライスがＣＰノード２１０を共有する一方で、ネットワークスライスごとに、部分的に独立したＣＰノード２１１、２１５と、完全に独立したＵＰノード２１８、２１６とを有することが可能である実施形態の図が示されている。具体的には、ＣＮインスタンススライス＃１ ２１２またはＣＮインスタンススライス＃２ ２１４は、共有コアネットワーク（ＣＮ）制御プレーン（ＣＰ）機能を共有することが可能である。ＣＮインスタンススライス＃１ ２１２は、部分的に独立したＣＰノード２１１と、完全に独立したＵＰノード２１８とを含むことが可能である。ＣＮインスタンススライス＃２ ２１４は、部分的に独立したＣＰノード２１５と、完全に独立したＵＰノード２１６とを含むことが可能である。共有ＣＮ ＣＰ機能２１０は、ＣＮインスタンススライス＃１ ２１２およびＣＮインスタンススライス＃２ ２１４に関して共通のネットワーク機能を実行することが可能である。そのような共通のネットワーク機能は、認証、モビリティ管理、セッション管理、ゲートウェイ機能などを含むことが可能である。

部分的に独立したＣＰノード２１１、２１５は、スライス固有の制御プレーンネットワーク機能を実行することが可能である。完全に独立したＵＰノード２１８、２１６は、スライス固有のユーザプレーンネットワーク機能を実行することも可能である。ＷＴＲＵ２０２は、スライス固有のネットワーク機能に関する共有ＣＮ ＣＰ機能２１０を伴わずにＣＮインスタンススライス＃１ ２１２またはＣＮインスタンススライス＃２ ２１４に接続されることが可能である。そのようなスライス固有のネットワーク機能は、非共有セッション管理機能を含むことが可能である。

次いで図２Ｃを参照すると、ネットワークスライスが共有ＣＮ ＣＰノード２１８内の制御プレーン（ＣＰ）機能２１７を共有すること、およびネットワークスライスごとに、独立したユーザプレーン（ＵＰ）ノード２１９、２２１を有することが可能である実施形態の図が示されている。共有ＣＮ ＣＰノード２１８は、ＵＰインスタンス＃１ ２２０およびＵＰインスタンス＃２ ２２２などのいくつかのコアネットワークインスタンスに関して共有制御プレーン機能２１７を実行することが可能である。ＵＰインスタンス＃１ ２２０およびＵＰインスタンス＃２ ２２２は、それぞれ、独立したＵＰノード２１９、２２１を含むことが可能である。共有ＣＮ ＣＰ２１８、ＵＰインスタンス＃１ ２２０、およびＵＰインスタンス＃２ ２２２は、共有アクセスネットワーク（ＡＮ）２０４を介してＷＴＲＵ２０２に接続されることが可能である。ＵＰインスタンス＃１ ２２０およびＵＰインスタンス＃２ ２２２は、制御プレーン機能性のために共有ＣＮ ＣＰノード２１８を有することが可能である。共有ＣＮ ＣＰ機能２１７は、ＵＰインスタンス＃１ ２２０およびＵＰインスタンス＃２ ２２２に関して共通の制御プレーン機能を実行することが可能である。共有ＣＰ機能２１７によって実行される共通の制御プレーン機能は、認証、モビリティ管理、ゲートウェイ機能などを含むことが可能である。ＵＰインスタンス＃１ ２２０およびＵＰインスタンス＃２ ２２２内のＵＰノード２１９および２２１は、非共有セッション管理機能などのスライス固有のユーザプレーンネットワーク機能を実行することが可能である。

次いで図３を参照すると、共有ＣＰ機能性３１４と、独立したＵＰ機能性３１２、３１６とを含む例示的なネットワークスライシングが示されている。図３におけるネットワークスライシングは、図２Ｃにおいて示されているネットワークスライスインスタンス向けにモデル化されることが可能である。共有ＣＰ機能性３１４および独立したＵＰ機能性３１２は、ネットワークスライス（すなわち、コアネットワークインスタンス＃１ ３０８）を形成することが可能である。同様に、共有ＣＰ機能性３１４および独立したＵＰ機能性３１６は、別のネットワークスライス（すなわち、コアネットワークインスタンス＃２ ３１０）を形成することが可能である。

図３において示されているように、コアネットワークインスタンス＃１ ３０８は、制御プレーン機能性３１４（Ｃ−Ｐｌａｎｅ機能）の単一のセットと、ユーザプレーン機能性３１２（Ｕ−Ｐｌａｎｅ機能）の単一のセットとを含むことが可能である。制御プレーン機能性３１４の単一のセットは、共通のネットワーク機能に関してＣＰＦ＃１ ３２０、ＣＰＦ＃２ ３２２、およびＣＰＦ＃３ ３２４などの複数の機能を含むことが可能である。そのような共通のネットワーク機能は、認証、モビリティ管理、セッション管理、ゲートウェイ機能などを含むことが可能である。ユーザプレーン機能性３１２の単一のセットは、スライス固有のユーザプレーンネットワーク機能に関してＮＳ−１ ＵＰＦ＃１ ３２６、ＮＳ−１ ＵＰＦ＃２ ３２８、およびＮＳ−１ ＵＰＦ＃３ ３３０などの複数の機能を含むことが可能である。同様に、コアネットワークインスタンス＃２ ３１０は、制御プレーン機能性３１４の単一のセットと、ユーザプレーン機能性３１６の単一のセットとを含むことが可能である。ユーザプレーン機能性３１６の単一のセットは、スライス固有のユーザプレーンネットワーク機能に関してＮＳ−２ ＵＰＦ＃１ ３３２、ＮＳ−２ ＵＰＦ＃２ ３３４、およびＮＳ−２ ＵＰＦ＃３ ３３６などの複数の機能を含むことが可能である。

実施形態においては、コアネットワークインスタンス＃１ ３０８またはコアネットワークインスタンス＃２ ３１０は、ＷＴＲＵ３０２のタイプに応じて、ＷＴＲＵ３０２のための専用のネットワークスライスであることが可能である。ＷＴＲＵ３０２のタイプは、ＷＴＲＵ３０２の使用タイプ、ＷＴＲＵ３０２のサブスクリプション情報等などの特定のパラメータを使用することによって識別されることが可能である。

Ｃ−Ｐｌａｎｅ機能、ＣＰＦ＃１ ３２０、ＣＰＦ＃２ ３２２、およびＣＰＦ＃３ ３２４のセットは、モビリティ管理がＷＴＲＵ３０２によって要求された場合にＷＴＲＵ３０２のモビリティをサポートすることを担当することが可能である。加えて、ＣＰＦ＃１ ３２０、ＣＰＦ＃２ ３２２、およびＣＰＦ＃３ ３２４は、認証およびサブスクリプション検証を実行することによって、ＷＴＲＵ３０２がネットワークへ入るのを認めることを担当することが可能である。たとえば、ＣＰ機能性３１４内のＣＰＦ＃１ ３２０は、コアネットワークインスタンス＃１ ３０８に関してＷＴＲＵ３０２にモビリティ管理を提供することが可能である。同時に、ＣＰ機能性３１４内のＣＰＦ＃１は、コアネットワークインスタンス＃２ ３１０に関してＷＴＲＵ３０２に別のモビリティ管理を提供することが可能である。同様に、ＣＰ機能性３１４内のＣＰＦ＃２ ３２２は、コアネットワークインスタンス＃１ ３０８に関してＷＴＲＵ３０２を認証することが可能である。ＣＰ機能性３１４内のＣＰＦ＃２ ３２２は、コアネットワークインスタンス＃２ ３１０に関してＷＴＲＵ３０２を認証することも可能である。

Ｕ−Ｐｌａｎｅ機能のセット（すなわち、コアネットワークインスタンス＃１ ３０８内のＮＳ−１ ＵＰＦ＃１ ３２６、ＮＳ−１ ＵＰＦ＃２ ３２８、ＮＳ−１ ＵＰＦ＃３ ３３０、およびコアネットワークインスタンス＃２内のＮＳ−２ ＵＰＦ＃１ ３３２、ＮＳ−２ ＵＰＦ＃２ ３３４、ＮＳ−２ ＵＰＦ＃３ ３３６）は、特定のサービスをＷＴＲＵ３０２に提供することを担当することが可能である。上述のＵ−Ｐｌａｎｅ機能のセットは、特定のサービスのＵ−ＰｌａｎｅデータをＷＴＲＵ３０２へ伝送する（transport）ことを担当することも可能である。たとえば、コアネットワークインスタンス＃１ ３０８内のＮＳ−１ ＵＰＳ＃１ ３２６は、拡張モバイルブロードバンドサービスをＷＴＲＵ３０２に提供することが可能であり、その一方でコアネットワークインスタンス＃２ ３１０内のＮＳ−２ ＵＰＦ＃２ ３３４は、クリティカル通信サービスをＷＴＲＵ３０２に提供することが可能である。

ＷＴＲＵ３０２が最初にＲＡＮ３０４を通じてオペレータのネットワークに接続したときに、ＷＴＲＵ３０２の使用タイプに一致するデフォルトのコアネットワークインスタンスがＷＴＲＵ３０２に割り振られることが可能である。割り振られるデフォルトのコアネットワークインスタンスは、ＷＴＲＵ３０２の使用タイプに応じてコアネットワークインスタンス＃１またはコアネットワークインスタンス＃２であることが可能である。ＷＴＲＵ３０２は、同時に別々のコアネットワークインスタンスにおいて利用可能であるＵ−Ｐｌａｎｅ機能の別々のセットへの複数のＵ−Ｐｌａｎｅ接続を有することが可能である。これは、ＷＴＲＵ３０２が、ＵＰ機能性３１２内のユーザプレーン機能ＮＳ−１ ＵＰＦ＃１ ３２６、ＮＳ−１ ＵＰＦ＃２ ３２８、ＮＳ−１ ＵＰＦ＃３ ３３０に接続されることが可能であり、また同時に、ＷＴＲＵ３０２が、ＵＰ機能性３１６内の別のユーザプレーン機能ＮＳ−２ ＵＰＦ＃１ ３３２、ＮＳ−２ ＵＰＦ＃２ ３３４、ＮＳ−２ ＵＰＦ＃３ ３３６に接続されることが可能であるということを意味している。図３においては示されていないが、ユーザプレーン機能への接続は、ＵＰ機能性３１２およびＵＰ機能性３１６に限定されないことが可能である。ＷＴＲＵ３０２は、コアネットワークインスタンス＃１およびコアネットワークインスタンス＃２以外のコアネットワークインスタンス内の別々のユーザプレーン機能への複数のユーザプレーン接続を有することが可能である。

コアネットワーク選択機能（ＣＮＳＦ）３０６は、コアネットワークインスタンス＃１およびコアネットワークインスタンス＃２の間でコアネットワークインスタンスを選択することを担当することが可能である。ＣＮＳＦ３０６は、ＷＴＲＵ３０２のサブスクリプション、およびＷＴＲＵ３０２の使用タイプなどの特定のパラメータに基づいてコアネットワークスライス選択を決定することが可能である。ＣＮＳＦ３０６は、基地局が通信することが可能である選択されたコアネットワークインスタンス内の制御プレーン機能を選択することを担当することも可能である。たとえば、ＣＮＳＦ３０６は、基地局と通信するためにコアネットワークインスタンス＃１ ３０８内のＣＰＦ＃２ ３２２およびＣＰＦ＃３ ３２４を選択することが可能である。制御プレーン機能の選択は、ＷＴＲＵ３０２の使用タイプなどの特定のパラメータを使用することによって行われることが可能である。ＣＮＳＦ３０６は、別々のサービスのユーザプレーンデータを伝送するための接続において基地局が確立することが可能であるユーザプレーン機能のセットを選択することを担当することが可能である。たとえば、ＣＮＳＦ３０６は、拡張モバイルブロードバンドサービスのユーザプレーンデータを伝送するためにコアネットワークインスタンス＃１ ３０８内のＮＳ−１ ＵＰＦ＃２ ３２８を選択することが可能である。ＮＳ−１ ＵＰＦ＃１ ３２６、ＮＳ−１ ＵＰＦ＃２ ３２８、ＮＳ−１ ＵＰＦ＃３ ３３０、ＮＳ−２ ＵＰＦ＃１ ３３２、ＮＳ−２ ＵＰＦ＃２ ３３４、およびＮＳ−２ ＵＰＦ＃３ ３３６の間でのユーザプレーン機能の選択は、ＷＴＲＵ３０２の使用タイプ、サービスタイプ等などの特定のパラメータを使用することによって行われることが可能である。図３においては示されていないが、ユーザプレーン機能の選択は、コアネットワークインスタンス＃１およびコアネットワークインスタンス＃２に限定されないことが可能であり、ＣＮＳＦ３０６は、コアネットワークインスタンス＃１およびコアネットワークインスタンス＃２以外のコアネットワークインスタンスに配置されているその他のユーザ機能を選択することが可能である。

次いで図４を参照すると、ネットワークによって提供されるサービスごとのネットワークスライス選択の例が示されている。ＲＡＮ４０４によってスライス選択およびルーティング機能４０６が提供されることが可能であり、このスライス選択およびルーティング機能４０６は、従来のＮＡＳノード選択機能と同様であることが可能である。あるいは、ＣＮによって提供される機能が、そのタスクを実行することが可能である。スライス選択およびルーティング機能４０６は、ＷＴＲＵによって提供される４０１情報、ＣＮによって提供される情報などに基づいて、一般的なＣＮインスタンスＡ ４０８、一般的なＣＮインスタンスＢ ４１０、その他のＣＮインスタンスＮ ４１１、ＮＢ ＣＮインスタンスＡ ４１２、およびＮＢ ＣＮインスタンスＢ ４１４などのＣＮインスタンスへシグナリングをルーティングすることが可能である。

ＰＬＭＮ４０２のすべてのネットワークインスタンスは、無線アクセスを共有することが可能であり、スライスごとにいかなるアクセス禁止（access barring）および（過）負荷制御も分離する必要があり得る。これは、ネットワーク共有のためにＰＬＭＮオペレータごとに提供される分離されるアクセス禁止および（過）負荷制御の従来の方法によって達成されることが可能である。この方法を使用すれば、完全に分離されないことが可能である伝送ネットワークリソースなどのＣＮリソースが存在することが可能である。たとえば、一般的なＣＮインスタンスＡ ４０８および一般的なＣＮインスタンスＢ ４１０は、自身のネットワーク機能として制御プレーン機能およびユーザプレーン機能を有することが可能である。たとえば、一般的なＣＮインスタンスＡ ４０８は、自身の制御プレーン機能のためにＮＦ１ ４１６およびＮＦ２ ４１８を、ならびにデータネットワーク１ ４３６用の自身のユーザプレーン機能のためにＮＦ３ ４２０を含むことが可能である。同様に、一般的なＣＮインスタンスＢ ４１０は、自身の制御プレーン機能のためにＮＦ１ ４２２およびＮＦ２ ４２４を、ならびにデータネットワーク２ ４３８用の自身のユーザプレーン機能のためにＮＦ３ ４２６を含むことが可能である。ＮＦ１ ４１６ ４２２、ＮＦ２ ４１８ ４２４、およびＮＦ３ ４２０ ４２６を使用して、一般的なＣＮインスタンスＡ ４０８および一般的なＣＮインスタンスＢは、完全なコアネットワーク機能をＷＴＲＵ４０１に提供することが可能である。

ナローバンド（ＮＢ）ＣＮインスタンスＡ ４１２内のＮＦ１ ４２８およびＮＦ３ ４３０は、データネットワーク３ ４４０用にＷＴＲＵ４０１にナローバンドサービスを提供することが可能である。同様に、ナローバンド（ＮＢ）ＣＮインスタンスＢ ４１４内のＮＦ１ ４３２およびＮＦ３ ４３４は、データネットワーク４ ４４２用にＷＴＲＵ４０１に別のナローバンドサービスを提供することが可能である。これらのナローバンドサービスは、インターネットオブシングス（ＩｏＴ）サービスであることが可能である。このケースにおいては、ＷＴＲＵ４０１は、ＩｏＴデバイスであることが可能である。ＩｏＴサービスは、完全なコアネットワーク機能性を必要としないので、ＮＢ ＣＮインスタンスＡ ４１２およびＮＢ ＣＮインスタンスＢ ４１４は、一般的なＣＮインスタンスＡ ４０８および一般的なＣＮインスタンスＢ ４１０が含むことが可能であるよりも少ない数のネットワーク機能を含むことが可能である。これは、ナローバンドサービスを提供するために、ＮＢ ＣＮインスタンスＡ ４１２およびＮＢ ＣＮインスタンスＢ ４１４は、一般的なＣＮインスタンスＡ ４０８および一般的なＣＮインスタンスＢ ４１０がＮＦ２を含むのと同様にＮＦ２を含む必要はないということを意味している。

次いで図５を参照すると、多次元記述子（multi-dimensional descriptor）に基づくネットワークスライス選択の例が示されている。図５において示されている実施形態は、ネットワークスライス選択に関して多次元記述子を使用することが可能である。ネットワークスライス選択を実行するために、この選択原理は、適切な選択機能が、特定の使用事例のために設計されている機能のクラス内でさえ特定のサービスを届けることを可能にすることが可能である。言い換えれば、選択基準に基づいて、正しいネットワークスライスおよびそのネットワークスライス内の正しいネットワーク機能が、ＷＴＲＵ５０２、５０４、５０６において稼働するアプリケーションに対して、それらのアプリケーションが必要とするネットワークサービスに関して割り振られることが可能である。ＷＴＲＵ５０２、５０４、５０６において稼働するアプリケーションは、多次元記述子を提供することができる。そのような多次元記述子は、アプリケーションＩＤ、サービス記述子（たとえば、拡張モバイルブロードバンドサービス、クリティカル通信、または大規模マシンタイプ通信）などを含むことが可能である。

上述されているように、適切なネットワークスライスおよびネットワーク機能を選ぶために、ネットワークは、そのネットワークにおいて利用可能なその他の情報（たとえば、ＷＴＲＵのサブスクリプション）とともに多次元記述子を使用することが可能である。これは、多次元選択メカニズムと呼ばれることが可能である。下記が、多次元記述子に基づいてネットワークスライスおよび機能を選択するための可能なオプションであることが可能である。第１のオプションは、２段階（two-step）選択メカニズムであることが可能である。ＲＡＮ５０８内の選択機能５０７は、ネットワークにおいて利用可能な情報（たとえば、ＷＴＲＵのサブスクリプション）とともに、アプリケーションＩＤ（多次元記述子の一部）を使用して、ＣＮスライスＡ ５１０、ＣＮスライスＢ ５１２、およびＣＮスライスＣ ５１４の間で適切なコアネットワークスライスを選択することが可能である。次いで選択機能５０７は、サービス記述子（多次元記述子の一部）を使用して、選択されたネットワークスライス内で適切なネットワーク機能を選択することが可能である。あるいは、コアネットワーク選択機能５０５は、アプリケーションＩＤを使用して、ＣＮスライスＡ ５１０、ＣＮスライスＢ ５１２、およびＣＮスライスＣ ５１４の間で適切なコアネットワークスライスを選択することが可能である。次いでコアネットワーク選択機能５０５は、サービス記述子を使用して、選択されたネットワークスライス内で適切なネットワーク機能を選択することが可能である。

実施形態においては、ＷＴＲＵ１ ５０２は、４Ｋ／８Ｋ ＵＨＤおよびホログラムなどの拡張モバイルブロードバンドを必要とするアプリケーションを稼働させることが可能である。そのアプリケーションは、自身の多次元記述子を自身のアプリケーションＩＤとともにＲＡＮ５０８へ送信することが可能である。このケースにおいては、多次元記述子は、自身のサービス記述子に関する拡張モバイルブロードバンドを含むことが可能である。ＲＡＮ５０８内の選択機能５０７は、アプリケーションＩＤを使用して、自身の適切なコアネットワークスライスに関する拡張モバイルブロードバンドサービスを提供するＣＮスライスＡ ５１０を選択することが可能である。その後に、ＲＡＮ５０８内の選択機能５０７は、サービス記述子（すなわち、拡張モバイルブロードバンド）を使用して、ＭＭ１ ５１６、ＳＭ１ ５２２、およびＰＣ１ ５２８を選択することが可能である。ＣＮスライスＡ ５１０内のＭＭ１ ５１６は、すべてのモビリティ管理機能（すなわち、ＭＭ１ ５１６、ＭＭ２ ５１８、ＭＭ３ ５２０）の間でＷＴＲＵ１ ５０２のためのモビリティ管理機能を提供することが可能である。ＳＭ１ ５２２およびＰＣ１ ５２８は、ＣＮスライスＡ ５１０内のすべてのセッション管理機能（すなわち、ＳＭ１ ５２２、ＳＭ２ ５２４、ＳＭ３ ５２６）およびパケットコア機能（すなわち、ＰＣ１ ５２８、ＰＣ２ ５３０、ＰＣ３ ５３２）の間で拡張モバイルブロードバンドサービスのための適切なセッション管理機能およびパケットコア機能を提供することが可能である。したがって、ＲＡＮ５０８内の選択機能５０７は、拡張モバイルブロードバンドサービスを提供するための適切なネットワーク機能として、ＭＭ１ ５１６、ＳＭ１ ５２２、およびＰＣ１ ５２８を選択することが可能である。

別の実施形態においては、ＷＴＲＵ２ ５０４は、動作制御、自律運転、およびファクトリーオートメーションなどのクリティカル通信を必要とするアプリケーションを稼働させることが可能である。上述されているように、クリティカル通信サービスを稼働させるアプリケーションは、自身の多次元記述子を自身のアプリケーションＩＤとともにＲＡＮ５０８へ送信することが可能である。多次元記述子は、自身のサービス記述子に関するクリティカル通信を含むことが可能である。ＲＡＮ５０８内の選択機能５０８は、アプリケーションＩＤを使用して、自身の適切なコアネットワークスライスに関するクリティカル通信サービスを提供するＣＮスライスＢ ５１２を選択することが可能である。その後に、ＲＡＮ５０８内の選択機能５０７は、サービス記述子、クリティカル通信を使用して、ＭＭ３ ５３８、ＳＭ３ ５４４、およびＰＣ３ ５５０を選択することが可能である。ＣＮスライスＢ ５１２内のＭＭ３ ５３８は、すべてのモビリティ管理機能ＭＭ１ ５３４、ＭＭ２ ５３６、ＭＭ３ ５３８の間でＷＴＲＵ２ ５０４のためのモビリティ管理機能を提供することが可能である。ＳＭ３ ５４４およびＰＣ３ ５５０は、すべてのセッション管理機能ＳＭ１ ５４０、ＳＭ２ ５４２、ＳＭ３ ５４４、およびパケットコア機能ＰＣ１ ５４６、ＰＣ２ ５４８、ＰＣ３ ５５０の間でクリティカル通信サービスのための適切なセッション管理機能およびパケットコア機能を提供することが可能である。したがって、ＲＡＮ５０８内の選択機能５０７は、クリティカル通信サービスのためにＭＭ３ ５３８、ＳＭ３ ５４４、およびＰＣ３ ５５０を選択することが可能である。

別の実施形態においては、ＷＴＲＵ３ ５０６は、センサネットワークなどの大規模マシンタイプ通信を必要とするアプリケーションを稼働させることが可能である。上述されているように、大規模マシンタイプ通信サービスを稼働させるアプリケーションは、自身の多次元記述子を自身のアプリケーションＩＤとともにＲＡＮ５０８へ送信することが可能である。多次元記述子は、自身のサービス記述子に関する大規模マシンタイプ通信を含むことが可能である。ＲＡＮ５０８内の選択機能５０７は、アプリケーションＩＤを使用して、自身の適切なコアネットワークスライスに関する大規模マシンタイプ通信サービスを提供するＣＮスライスＣ ５１４を選択することが可能である。その後に、ＲＡＮ５０８内の選択機能５０７は、サービス記述子、大規模マシンタイプ通信を使用して、ＳＭ２ ５５８、およびＰＣ２ ５６４を選択することが可能である。この実施形態においては、ＷＴＲＵ３ ５０６は、センサなどのＩｏＴデバイスであることが可能である。ＩｏＴデバイスは、ＣＮスライスＡ ５１０およびＣＭスライスＢ ５１２におけるように完全なコアネットワーク機能を必要としないので、ＣＮスライスＣ ５１４は、ＣＮスライスＡ ５１０およびＣＮスライスＢ ５１２が含む（すなわち、ＭＭ１ ５１６、５３４、ＭＭ２ ５１８、５３６、ＭＭ３ ５２０、５３８）よりも少ない数のモビリティ管理機能（すなわち、ＭＭ１ ５５２およびＭＭ３ ５５４）を含むことが可能である。加えて、ＷＴＲＵ３ ５０６は、大規模マシンタイプ通信サービスを受信するためにモビリティ管理機能を接続する必要がないことが可能である。したがって、ＣＭスライスＣ ５１４は、大規模マシンタイプ通信サービスのためにＭＭ１ ５５２およびＭＭ３ ５５４をＷＴＲＵ５０６に提供する必要がないことが可能である。ＣＮスライスＣ ５１４内のＳＭ２ ５５８およびＰＣ２ ５６４は、すべてのセッション管理機能およびパケットコア機能（すなわち、ＳＭ１ ５５６、ＳＭ２ ５５８、ＳＭ３ ５６０、ＰＣ１ ５６２、ＰＣ２ ５６４、およびＰＣ３ ５６６）の間で大規模マシンタイプ通信サービスのための適切なセッション管理機能およびパケットコア機能を提供することが可能である。したがって、ＲＡＮ５０８内の選択機能５０７は、大規模マシンタイプ通信サービスのためにＳＭ２ ５５８およびＰＣ２ ５６４を選ぶことが可能である。

別のオプションは、１段階（one-step）選択メカニズムであることが可能である。ＲＡＮ５０８内の選択機能５０７またはコアネットワーク内の選択機能５０５は、ネットワークにおいて利用可能な情報（たとえば、ＷＴＲＵのサブスクリプション情報）とともに、アプリケーションＩＤおよびサービス記述子（たとえば、多次元記述子）を使用して、適切なネットワークスライス、ならびにＣＮスライスＡ ５１０、ＣＮスライスＢ ５１２、およびＣＮスライスＣ ５１４内のそのそれぞれのネットワーク機能を選択することが可能である。次いでそれは、ＷＴＲＵ５０２、５０４、５０６を、選択されたネットワークスライスおよび機能へしかるべく導くことが可能である。

上述されているように、どのようにしてＣＰ機能およびＵＰ機能がスライスごとにまたはスライスにわたってグループ化されることが可能であるかのさまざまな実施形態が、図２Ａ、図２Ｂ、図２Ｃ、図３、図４、および図５において示されている。しかしながら、特定のＣＰ機能およびＵＰ機能がさらに記述される必要があり得る。５Ｇ通信システム上の影響が、そのような機能を共有することの結果として、考慮される必要がある場合もある。たとえば、ページングが別々のネットワークスライスの間での共有ネットワーク機能である場合には、どのようにしてネットワークスライスが、共有されているページング機能を使用またはトリガして、ページをＷＴＲＵへ送信するかが記述される必要がある。逆に、ページングが共有ネットワーク機能ではない場合には、どのようにしてそれぞれのネットワークスライスがページングメッセージをＷＴＲＵへ送信することができるかが記述される必要がある。それぞれのネットワークスライスがページングメッセージをＷＴＲＵのそれぞれへ別々に送信する場合には、ＷＴＲＵに関して１つまたは複数のＩＤ（identity）を使用する必要があり得る。

別々のＣＰノードおよび／またはＵＰノードによって実行される別々のネットワーク機能を必要とする特定のネットワークサービスがあり得る。たとえば、５Ｇシステムにおいては、デバイスまたはＷＴＲＵは、ＩＰデータおよび／または非ＩＰデータを送信することが可能である。非ＩＰデータは、非ＩＰ ＰＤＵおよびイーサネットフレームという２つの形態を取ることができる。さらに、ＩＰデータに関する伝送要件と、非ＩＰデータに関する伝送要件とは、異なることが可能である。具体的には、ネットワークがサポートおよび伝送するデータのタイプは、ネットワークスライス選択上に影響を及ぼすことが可能である。なぜなら、ＷＴＲＵが送信するデータのタイプをサポートするためには、別々のＣＰ機能およびＵＰ機能が必要とされるからである。ネットワークがサポートすることが可能であるデータの別のタイプは、情報指向ネットワーキング（ＩＣＮ：Information Centric Networking）データであり、そのようなＩＣＮタイプのデータを伝送するために、異なるネットワークスライスが使用されることが可能である。本明細書において記述されている実施形態は、独立したネットワークスライスを使用することによって、異なるデータサポートを取り扱うことが可能である。

上述されているように、独立したネットワークスライス内に、またはネットワークスライスにわたる共有機能としてＣＰノードをグループ化することは、ハイレベルな設計である。どのようにしてＣＰノードおよび機能が動作するかの実施形態がさらに記述される必要があり得る。さらに具体的には、どのノードが認証およびページングを実行するかなどの実施形態が列挙される必要があり得る。さらに重要なことに、独立したノードまたは共有されているノードにおいてアクション、たとえばページングを実行することによる５Ｇシステム上の影響も、詳細に記述される必要があり得る。

加えて、ネットワークスライスが割り振られた後のネットワーク機能の適切な選択について記述するその他の実施形態が扱われる必要があり得る。たとえば、スライスが共有ＣＰおよび独立したＵＰノードを含む場合には、独立したＵＰノードを有する２つの異なるネットワークスライスからサービスを受信するためにＷＴＲＵが割り振られた後に、正しいＵＰノードの選択（すなわち、どのようにして正しいＵＰノードへデータが転送されることになるか）が扱われる必要があり得る。

加えて、認証、承認、および識別を担当するノードのロケーションが記述される必要があり得る。図２Ｂにおいて示されているように、「どこに」特定の重要なセキュリティ機能が存在し得るかに関するいくつかの質問があり得る。オペレータが、集中化された制御プレーン管理を有したい場合には、「共有ＣＮ ＣＰ機能２１０」は、ＷＴＲＵ２０２の登録を受けることが可能である。したがって、この共有ＣＮ ＣＰ２１０ノードは、認証ならびにＩＤ管理を担当することが可能である。共有ＣＮ ＣＰ機能２１０によって実行された認証プロセスに応答して、どのようにしてＣＮインスタンススライス＃１ ２１２およびＣＮインスタンススライス＃２ ２１４が認証情報を使用するか、ならびに、どのようにして認証情報がＷＴＲＵ２０２のＩＤ（たとえば、外部ＩＤ）をネットワーク内の古いＩＤにマップするかが扱われる必要があり得る。

３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークなどのマルチアクセスネットワーク（ＡＮ）環境におけるネットワークスライスの取り扱いが扱われる必要があり得る。上述されている実施形態は、ＡＮが３ＧＰＰベースのＡＮに対応するケースを扱うことが可能である。しかしながら、５Ｇシステムは、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークの両方を含むことが可能である。したがって、５Ｇシステムは、自身がネットワークスライスを管理する場合に、認められるすべてのタイプのアクセスネットワークを考慮すべきである。

特定のシナリオにおいては、遅延させられたネットワークスライス選択が扱われる必要があり得る。ネットワークが最初の登録または接続においてネットワークスライスを選択しないことが可能であるそのようなシナリオが、図２Ｂにおいて示されることが可能である。たとえば、ＷＴＲＵ２０２は、共有ＣＮ ＣＰ機能２１０を登録することが可能である。次いで、ＣＮインスタンス＃１ ２１２およびＣＮインスタンス＃２ ２１４において非共有ＣＰ機能から特定の機能を使用する必要がある場合には、ネットワークスライスが選択されることが可能である。結果として、特定の非共有ＣＰ機能を利用するためにネットワークスライス選択が行われることが可能である。そのような手順は、特にどのようにしてどのノードがネットワークスライス選択を担当するかに関して詳述される必要があり得る。

次いで図６を参照すると、データタイプごとのネットワークスライシングに関する全体的なアーキテクチャーを示す図が示されている。上述されているように、ＷＴＲＵ６０２、６０４、６０６によってサポートされる別々のデータタイプに関して、別々のネットワークスライスが使用されることが可能である。５Ｇシステムにおいては、ネットワークスライスは、ＩＰデータタイプおよび非ＩＰデータタイプの両方をサポートすることが可能である。ＩＰデータを搬送するためにネットワークスライスが使用されることが可能であり、非ＩＰデータを搬送するために別のネットワークスライスが使用されることが可能である。これは、データタイプごとのネットワークスライスと呼ばれることが可能である。ネットワークスライスは、ＩＰデータタイプおよび非ＩＰデータタイプに加えて、別々の非ＩＰデータタイプを搬送することが可能である。これは、非ＩＰ ＰＤＵデータを搬送するためにネットワークスライスが使用されることが可能であり、イーサネットフレームを搬送するために別のネットワークスライスが使用されることが可能であるということを意味している。これは、非ＩＰデータタイプごとのネットワークスライスと呼ばれることが可能である。非ＩＰデータは、非ＩＰ ＰＤＵおよびイーサネットフレームの両方を指すことが可能であるが、いくつかの実施形態においては、これらのタイプの非ＩＰデータは異なるとみなされることが可能である。

図６は、別々のデータタイプをサービス提供および伝送するための３つのネットワークスライス（すなわち、ネットワークスライス＃１ ６１０、ネットワークスライス＃２ ６１２、およびネットワークスライス＃３ ６１４）を伴う例を示している。これらのネットワークスライス、ネットワークスライス＃１ ６１０、ネットワークスライス＃２ ６１２、およびネットワークスライス＃３ ６１４は、「共有ＣＰ６１６」と呼ばれるＣＰ機能のセットを共有することが可能である。ネットワークスライス＃１ ６１０、ネットワークスライス＃２ ６１２、およびネットワークスライス＃３ ６１４のそれぞれは、「非共有ＣＰ ＃」と呼ばれるＣＰ機能の自身の独立した／分離されたセットを有することが可能であり、「＃」は、少なくともＣＮ内のスライスＩＤ（すなわち、非共有ＣＰ１ ６１８、非共有ＣＰ２ ６２０、または非共有ＣＰ３ ６２２）を指すことが可能である。この例においては、ネットワークスライス＃１ ６１０、ネットワークスライス＃２ ６１２、およびネットワークスライス＃３ ６１４は、ＩＰデータタイプ、非ＩＰデータタイプ（たとえば、非ＩＰ ＰＤＵおよび／もしくはイーサネットフレーム）、または情報指向ネットワーキング（ＩＣＮ）に関連したデータタイプなどの特定のデータタイプを搬送することが可能である。ＩＣＮデータは、非ＩＰデータ、ＩＣＮ ＰＤＵをカプセル化するＩＰデータ、またはＩＣＮ ＰＤＵを伝送するその他の形態であることも可能である。

非共有ＣＰ１ ６１８、非共有ＣＰ２ ６２０、および非共有ＣＰ３ ６２２は、それぞれ、メインまたは共有ＣＰ機能６１６とのインタフェース６２４、６２６、６２８を有することも可能である。図６において示されているように、ＷＴＲＵ６０２、６０４、６０６は、ネットワークスライス＃１ ６１０、ネットワークスライス＃２ ６１２、およびネットワークスライス＃３ ６１４へのアクセス６３０、６３２、６３４、６３６を有することが可能である。たとえば、ＷＴＲＵ Ｚ６０６は、ＩＰデータ用のネットワークスライス＃１ ６１０へのアクセス６３４を有することが可能である。ＷＴＲＵ Ｚ６０６は、非ＩＰデータ用のネットワークスライス＃３ ６１４へのアクセス６３６を有することが可能である。ＷＴＲＵ Ｘ６０２は、ＩＰデータ用のネットワークスライス＃１ ６１０へのアクセス６３０を有することが可能である。ＷＴＲＵ Ｙ６０４は、ＩＣＮデータ用のネットワークスライス＃２ ６２０へのアクセス６３２を有することが可能である。

その上、ＷＴＲＵ６０２、６０４、６０６は、ＲＡＮ６０８を介して共有ＣＰ６１６との直接のアクセスもしくはインタフェース６３８を、または非共有ＣＰ１ ６１８、非共有ＣＰ２ ６２０、および非共有ＣＰ３を介して間接的なアクセスもしくはインタフェースを有することが可能である。間接的なアクセスまたはインタフェースが確立される場合には、非共有ＣＰ１ ６１８、非共有ＣＰ２ ６２０、および非共有ＣＰ３を介して共有ＣＰ６１６に接続するために、アクセス６３０、６３２、６３６が使用されることが可能である。たとえば、ＷＴＲＵ Ｘ６０２は、インタフェース６３０を使用して非共有ＣＰ１ ６１８を介して共有ＣＰ６１６に接続されることが可能である。ＷＴＲＵ Ｙ６０４は、インタフェース６３２を使用して非共有ＣＰ２ ６２０を介して共有ＣＰ６１６に接続されることが可能である。ＷＴＲＵ Ｚ６０６は、インタフェース６３６を使用して非共有ＣＰ３ ６２２を介して共有ＣＰ６１６に接続されることが可能である。直接のアクセスまたはインタフェースが確立される場合には、ＷＴＲＵ６０２、６０４、６０６を共有ＣＰ６１６に接続するために、アクセス６３８が使用されることが可能である。

ＷＴＲＵ６０２、６０４、６０６は、ネットワークスライス＃１ ６１０、ネットワークスライス＃２ ６１２、およびネットワークスライス＃３ ６１４内の非共有ＣＰ１ ６１８、非共有ＣＰ２ ６２０、および非共有ＣＰ３との直接の接点またはインタフェースを有することが可能である。たとえば、直接に接続される場合には、ＷＴＲＵ Ｘ６０２は、非共有ＣＰ１ ６１８への直接のアクセス６３０を有することが可能である。ＷＴＲＵ Ｙ６０４は、非共有ＣＰ２ ６２０への直接のアクセス６３２を有することが可能である。ＷＴＲＵ Ｚ６０２は、非共有ＣＰ３ ６２２への直接のアクセス６３６を有することが可能である。

加えて、ＷＴＲＵ６０２、６０４、６０６は、共有ＣＰノード６１６を介してネットワークスライス＃１ ６１０、ネットワークスライス＃２ ６１２、およびネットワークスライス＃３ ６１４内の非共有ＣＰ１ ６１８、非共有ＣＰ２ ６２０、および非共有ＣＰ３への間接的なアクセスまたはインタフェースを有することが可能である。間接的に接続される場合には、ＷＴＲＵ Ｘ６０２は、共有ＣＰ６１６を介して非共有ＣＰ１ ６１８へのアクセス６２４を使用することが可能である。ＷＴＲＵ Ｙ６０４は、共有ＣＰ６１６を介して非共有ＣＰ２ ６２０へのアクセス６２６を使用することが可能である。ＷＴＲＵ Ｚ６０６は、共有ＣＰ６１６を介して非共有ＣＰ３ ６２２へのアクセス６２８を使用することが可能である。

以降の実施形態は、非ＩＰデータに対するサポートまたは必要性に基づくネットワークスライスの選択を含むことが可能である。上で説明されているように、「非ＩＰデータ」という用語は、すべての形態の非ＩＰデータ（たとえば、非ＩＰ ＰＤＵ、イーサネットフレーム、ＩＣＮデータなど）を指すことが可能である。「非アクセス層（ＮＡＳ）」という用語は、従来のＮＡＳプロトコルなど、無線よりも上のさらに高いレイヤのメッセージを指すために使用されることが可能であるということに留意されたい。しかしながら、ＮＡＳは、ＷＴＲＵと、ＣＮ内のＣＰ機能との間において稼働するその他の任意のプロトコルであることが可能であり、必ずしも従来のＮＡＳプロトコルに限定されない。ＷＴＲＵのためのネットワークスライスの選択は、ＲＡＮにおいて、またはＣＮにおいて行われることが可能である。

ＷＴＲＵは、無線接続を確立すると、要求されているサービスが非ＩＰデータであるということを示すことが可能である。このインジケーションは、能力または明示的なサービスタイプなど、任意の形態であることが可能であり、またはそれは、ＷＴＲＵのタイプから推測されることが可能である。ＷＴＲＵは、モビリティ管理手順またはセッション管理手順のいずれかに関連している自身のＮＡＳメッセージのうちのいずれかにおいて非ＩＰサービスに対する必要性または要求を示すことも可能である。

ＲＡＮは、この情報またはインジケーションを考慮に入れることが可能であり、このサービスをサポートするネットワークスライスを選択することが可能である。次いでＲＡＮノードは、ＷＴＲＵのさらに高いレイヤのメッセージ（たとえば、ＮＡＳ）をそのネットワークスライス内のＣＰ機能へ転送することが可能である。あるいは、ＲＡＮは、ＷＴＲＵからのその他の情報を使用して、ＣＮ内の最も適切なＣＰ機能の選択を実行することが可能である。次いでＲＡＮは、この情報をＣＰ機能へ送信することが可能である。

ＣＮ内のＣＰ機能は、非ＩＰデータに関するインジケーションとともにＷＴＲＵからメッセージを受信することが可能である。ＣＰ機能は、要求されている特定のタイプの非ＩＰデータがＣＰ機能によって提供されることが可能であるかどうかを検証することが可能である。ＣＰが非ＩＰデータに関するサービスを提供することができる場合には、それは、ＷＴＲＵ要求を引き続き処理することが可能である。そうでない場合には、ＣＰ機能は、専用コアネットワーク（ＤＥＣＯＲ）ソリューションを使用して、ＷＴＲＵメッセージを別のネットワークスライスへリダイレクトすることが可能である。この実施形態は、要求されているサービス、このケースにおいては、非ＩＰデータに関してＷＴＲＵにサービス提供することができるネットワークスライスまたはネットワークスライス内のＣＰアドレスを決定するためのローカルな情報または構成をＣＰ機能が有すると想定することが可能である。非ＩＰデータに関してＷＴＲＵにサービス提供するためのターゲットネットワークスライスを決定する際に、現在のＣＰ機能は、サービスタイプ（すなわち、このケースにおいては「非ＩＰデータ」）を自身のローカルルックアップ機能へと入力することが可能である。

実施形態においては、ＷＴＲＵが、特定のサービス（たとえば、ＩＰデータサービスまたは非ＩＰデータ）に関してネットワーク内に既に登録されている場合がある。ＷＴＲＵは、セカンダリーデータタイプに関するサービスをサポートすることが可能であり、したがって、そのサービスを得たい場合がある。ＷＴＲＵは、別のネットワークスライスによって提供されることが可能である異なるデータタイプに関してセカンダリーサービスを得たいという要求を送信することが可能である。ＷＴＲＵがそうする必要があり得る場合などにこれを達成するための方法が、本明細書において記述されている。

ＷＴＲＵがセカンダリーサービスを選択する必要がある場合には、１つのネットワークスライスが、別々のサービスに関するサポートを提供することが可能である。たとえば、ネットワークスライスは、インターネットオブシングス（ＩｏＴ）のための接続性を提供するように展開されることが可能であり、それに関しては、別々の接続モードまたは伝送モードがあり得る。１つのＩｏＴアプリケーションは、ＩＰ接続を必要とする場合があり、その一方で別のＩｏＴアプリケーションは、データが制御プレーンメッセージ内にカプセル化されているならば、ＩＰ接続を必要としない場合がある。したがって、一般的なサービスタイプは、ＩｏＴであることが可能であるが、特定のサービスは、「ＩｏＴのためのＩＰ」または「ＩｏＴのためのＣＰを介したデータ」であることが可能である。

したがって、少なくとも、ＷＴＲＵのためにこれらの２つのタイプの伝送または接続を提供するために、１つのネットワークスライスが実際に使用されることが可能である。したがって、同じスライスが複数のサービスを提供することができるか否かを知ることは、ＷＴＲＵにとって重要である。そうである場合には、ＷＴＲＵは、どんなサービスがネットワークスライスによって提供されるかを知る必要がある。これは、新たなネットワークスライスが選択および登録されなければならないかどうか、またはＷＴＲＵが既存のネットワークスライスにサービスを単に要求することができるかどうかをＷＴＲＵが決定する上で役立つことが可能である。以降の実施形態は、この問題を扱うことが可能である。

次いで図７Ａおよび図７Ｂを参照すると、ネットワークスライスによってサポートされるサービスに関するネットワークスライス選択を示すシグナリング図が示されている。ＷＴＲＵ７０２は、登録要求メッセージ７１０をネットワークのＣＰ機能へ送信することが可能である。登録要求メッセージ７１０は、サポートされるサービスのリスト、またはＷＴＲＵ７０２が受信することができるサービスのリスト（以降では、「サポートされるサービス」と呼ばれる）を含むことが可能である。あるいは、ＷＴＲＵ７０２は、現在のネットワークスライス（またはこのスライス内の現在のＣＰ）がサポートするサービスのリストを知らされるよう単に要求することが可能である。サポートされるサービスのこのインジケーション、またはネットワークのサポートされるサービスの要請（solicitation）は、ネットワークへ送信される登録要求メッセージ７１０において行われることまたは含まれることが可能である。

ＷＴＲＵ７０２が既に登録されていて、それが、ネットワークがその他のサービスをサポートするか否かを決定したい場合には、ＷＴＲＵ７０２は、たとえば、ＮＡＳシグナリングによる新たな制御メッセージ、またはサポートされるサービスタイプ要求メッセージ７１４を送信することが可能である。このサポートされるサービスタイプ要求メッセージ７１４においては、ＷＴＲＵ７０２は、自身のサポートされるおよび／または所望されるサービスを示すことが可能であり、またはそれは、ネットワークにおいてサポートされるサービスのリストを提供するようネットワークに要請することが可能である。

ネットワーク（たとえば、ネットワーク内の任意のＣＰノードまたはＮＦ）は、ＷＴＲＵによってサポートされるサービスのリストとともに、またはネットワークにおいてサポートされるサービスに関してＷＴＲＵ７０２に知らせたいという要請要求とともに、ＮＡＳメッセージを受信することが可能である。ネットワークは、そのような情報がＷＴＲＵ７０２に提供されることをＷＴＲＵのサブスクリプションが認めているかどうか（それは、ネットワークポリシに基づくことも可能である）を検証することが可能である。ネットワークは、サポートされるネットワークサービスのリストを、サポートされるサービスタイプ応答メッセージ７１６内に含めてＷＴＲＵ７０２へ送信することを決定することが可能である。ネットワークは、ＮＡＳメッセージを送信することが可能であり、サポートされるサービスをＮＡＳメッセージ内に含めて示すことが可能である。

あるいは、ＷＴＲＵ７０２からの要求が、特定のサービスに関するものである場合には、ネットワークは、｛サービスタイプ、サポート｝というインジケーションを伴う応答を送信することが可能であり、「サービスタイプ」は、ネットワークサポートが要求されている特定のサービスを反映し、「サポート」は、サービスがサポートされているか否かを示す。ネットワークは、このリストを任意のＮＡＳメッセージ内に含めて、登録プロセスの一部として、またはそのような要求を含む任意のＮＡＳメッセージをＷＴＲＵ７０２が送信する場合に、送信することが可能である。

ＷＴＲＵ７０２が登録されている所与のネットワークスライスに関して、ＷＴＲＵ７０２は、上述されている実施形態を使用して決定されるように、サポートされるサービスをそのネットワークスライスに保存することが可能である。ＷＴＲＵ７０２が新たなサービスを求めているまたは必要としている場合には、ＷＴＲＵ７０２は、ＷＴＲＵ７０２が登録されているネットワークスライス内のサポートされるサービスのリストをチェックすることが可能である。サービスがサポートされていると示された場合には、ＷＴＲＵ７０２は、そのサービスを要求するためのＮＡＳメッセージを単に送信することが可能である。ＮＡＳメッセージは、このネットワークスライスへ、またはＷＴＲＵ７０２が登録されているネットワークスライス内のＣＰ／ＮＦへ送信されることが可能である。より低いレイヤのメッセージ（たとえば、無線メッセージ）は、このネットワークスライスを指し示すサービスインジケータを含むことが可能である。これは、サービス要求、または新たなサービスを入手するために使用されることが可能である任意のＮＡＳメッセージが、適切なネットワークスライス（たとえば、ＷＴＲＵ７０２が既に登録されているネットワークスライス）へ送信されることが可能であることを確実にすることが可能である。

その一方で、必要とされているサービスがネットワークスライスにおいてサポートされていないとＷＴＲＵ７０２が決定した場合には、ＷＴＲＵ７０２は、別の無線メッセージ７２２（たとえば、ＲＲＣメッセージ）を送信することが可能である。この無線メッセージ７２２は、登録のためにＮＡＳメッセージをカプセル化することが可能である。無線メッセージ７２２は、スライス２ ７０８に関連付けられている対応するサービス記述子を含むことが可能であり、これは、所望のサービスタイプを示すために任意のフォーマットであることが可能である。ＲＡＮ７０４またはスライス選択機能は、このパラメータを使用して、適切なネットワークスライスを選ぶことが可能であり、選択されたネットワークスライスへＮＡＳメッセージ７２４を転送することが可能である。ＮＡＳ登録メッセージは、同じネットワークスライス内のサービスを得るために使用されるＮＡＳメッセージとは異なることが可能であるということに留意されたい。選択されたネットワークスライス、ここではスライス２ ７０８は、サービス応答メッセージ７２６をＷＴＲＵ７０２へ送信することが可能である。

したがって、必要とされているサービスが現在のネットワークスライスにおいてサポートされている場合には、ＷＴＲＵ７０２は、さらなるサービス要求メッセージ７１８を送信することが可能である。ＷＴＲＵ７０２がそのサービスを別のネットワークスライスから得る必要がある場合には、ＷＴＲＵ７０２は、登録メッセージをそのネットワーク内の第１のレジスタへ送信することが可能である。ＷＴＲＵ７０２は、より低いレイヤのパラメータ（たとえば、専用コアネットワークタイプ、「ＷＴＲＵの使用タイプ」、「サービス記述子」など）が、ＷＴＲＵ７０２が既に登録されているのとは異なるサービスタイプおよび／または異なるネットワークスライスを反映することを確実にすることが可能である。

以降の実施形態は、ネットワークスライシングにおけるセキュリティ機能およびＩＤ管理を担当するノードを含むことが可能である。実施形態においては、「共有ＣＮ ＣＰ機能」は、登録（たとえば、Ａｔｔａｃｈ／ＴＡＵ）手順を担当することが可能である。ＷＴＲＵからの登録（Ａｔｔａｃｈ／ＴＡＵ）要求メッセージは、共有ＣＮ ＣＰ機能において終端することが可能である。この登録要求メッセージは、能力、（ｅ）ＤＲＸパラメータ、ＰＳＭ情報等などの重要なＷＴＲＵ関連のパラメータを含むことが可能である。

この時点において、ＷＴＲＵが識別目的のためにＩＭＳＩまたは別名を使用するかどうかに応じて、共有ＣＮ ＣＰ機能は、ＷＴＲＵのＩＭＳＩ番号などを、（たとえば、ＮＡＳ仕様における識別手順を通じて）それを送信することをＷＴＲＵに行わせることによって、またはＷＴＲＵが登録されていた前のアンカーノード（たとえば、ＭＭＥ、ＳＧＳＮ、もしくは別の共有ＣＮ ＣＰ機能）からそれを単に受信することによって、取り出すことが可能である。以降の手順のうちのいくつかを容易にするために、共有ＣＮ ＣＰ機能は、登録フェーズが成功して完了すると、ＩＭＳＩ番号をＣＮインスタンススライス＃１およびスライス＃２へ送信することが可能である。これは、両方のスライスがＷＴＲＵのＩＭＳＩ番号または同様の識別情報を認識させられることを確実にすることが可能である。

別の重要なファクタは、ＷＴＲＵが、共有ＣＮ ＣＰ機能から割り当てられた自身の「一時的な」番号を、それがＧＵＴＩであるかまたはＳ−ＴＭＳＩであるかを問わず、得ることが可能であるということである。このメカニズムを用いれば、スライスは、ＷＴＲＵから隠されることが可能であり、ＷＴＲＵは、自身が１つのノード、すなわち共有ＣＰノードとのみ通信していると考えることが可能である。

「登録要求」メッセージを受信すると、共有ＣＮ ＣＰ機能は、ホーム加入者サーバ（ＨＳＳ）に連絡して、認証ベクトルを要求することが可能である。それらのベクトルを受信した後に、共有ＣＮ ＣＰ機能は、現在のメカニズムに基づいてＷＴＲＵに対して認証手順を開始することが可能である。ＷＴＲＵがこのフェーズを通過した場合には、共有ＣＮ ＣＰ機能は、インスタンススライス＃１およびスライス＃２の両方へメッセージを送信して、このＷＴＲＵが成功裏に認証されたということをそれらに知らせることが可能である。この時点において、スライス＃１およびスライス＃２の両方は、自身の対応するデータベース内にフラグを設定して、そのＷＴＲＵを完全に「有効」とみなすことが可能である。共有ＣＮ ＣＰ機能は、ＷＴＲＵに対してセキュリティモード制御手順を開始し、次いで、ユーザプレーンセキュリティのために使用されることになるセキュリティコンテキストをスライス＃１およびスライス＃２に渡すことも可能である。

共有ＲＡＮが、共有ＣＮ ＣＰ機能へのシグナリング接続のみを有することが可能であり、したがってすべての通信は、インスタンススライス＃１／スライス＃２とＷＴＲＵとの間における通信でさえ、共有ＣＮ ＣＰ機能を経由することが可能である。例として、ＷＴＲＵへ送信されるべき何かをインスタンススライス＃１が有する場合には、それは、ＷＴＲＵの状態（たとえば、アイドル／接続モード）を知る必要がない場合がある。それは、要求を共有ＣＮ ＣＰ機能へただ送信することが可能であり、そして共有ＣＮ ＣＰ機能は、ＷＴＲＵをページしてシグナリング接続を確立することになる。

別の実施形態においては、ＷＴＲＵに対するサービス妨害攻撃に対抗するメカニズムが含まれることが可能である。共有ＣＮ ＣＰ機能からＷＴＲＵへ送信される第１の認証メッセージが、ＷＴＲＵのＩＭＳＩ番号およびＲＡＮＤから導き出される新たなパラメータ（たとえば、「トークン」）を有することが可能である。認証プロセスが完了した後に、共有ＣＮ ＣＰ機能は、このトークンを今後の使用のためにスライス＃１およびスライス＃２などのその他のネットワークスライスに渡すことが可能である。スライス＃２が、たとえば、制御プレーンおよびユーザプレーンの両方を引き継ぐことが可能である形での動的な変化にオペレータの構成が影響される場合には、スライス＃２は、「トークン」をＷＴＲＵへのその後のＮＡＳメッセージ内に含めることが可能である。これらの（その後の）メッセージは、拒否のケースに関してさえ、完全性が保護されることになる。

ＷＴＲＵは、共有ＣＮ ＣＰ機能と通信することが可能である。これは、ＷＴＲＵが有することが可能である任意の外部ＩＤを共有ＣＮ ＣＰ機能が認識することが可能であるということを意味している。その理由から、スライス＃１およびスライス＃２は、ＷＴＲＵが割り振られているまたは使用している任意の外部ＩＤに関して共有ＣＮ ＣＰ機能に知らせることが可能である。外部ＩＤ、ＩＭＳＩ、および一時的なＷＴＲＵ ＩＤの間におけるマッピングは、共有ＣＮ ＣＰ機能において行われることが可能である。共有ＣＮ ＣＰ機能によってユーザプレーンベアラが確立された場合には、共有ＣＮ ＣＰ機能は、ユーザプレーン接続のための使用されるＩＤを、対応するエンティティに知らせることが可能である。

以降の実施形態は、分割機能性管理を含むことが可能である。図２Ｂにおいて示されているように、共有ＣＮ ＣＰ機能２１０上の負荷は、登録されているＷＴＲＵの数、および共有ＣＮ ＣＰ機能２１０に接続されているスライスの数に基づいて劇的に増大する場合がある。以降の実施形態においては、ネットワークオペレータが自身のネットワークを図３に従って構成している（すなわち、共有ＣＮ ＣＰ機能に接続されているＣＮインスタンススライスは２つしかない）と想定されることが可能である。すべてのＩＰトラフィックがコアネットワークインスタンス＃１ ３０８内に存在することが可能であり、すべての非ＩＰトラフィックがコアネットワークインスタンス＃２ ３１０内にあることが可能であると想定されることも可能である。

共有ＣＮ ＣＰ機能上の負荷を減らすために、共有ＣＮ ＣＰ機能は、ＷＴＲＵとコアネットワークとの間における選ばれたプロトコルの「モビリティ管理」部分を取り扱うことが可能である。例として、ＷＴＲＵが、保護された方法でモビリティ管理（ＭＭ）メッセージおよびセッション管理（ＳＭ）メッセージの両方を送信することができると想定すると、共有ＣＮ ＣＰ機能は、ＭＭメッセージを扱うことが可能である。

したがって、ＭＭメッセージは、共有ＣＮ ＣＰ機能において終端することが可能である。ＳＭメッセージは、共有ＣＮ ＣＰ機能によってスライス＃１またはスライス＃２に渡されることが可能である。前述されているように、スライス＃１は、ＩＰトラフィックに関する終端ノードであることが可能であり、スライス＃２は、非ＩＰトラフィックに関する終端ノードであることが可能である。

以降の実施形態は、ＷＴＲＵが、送信するための短いパケットを有していて、かつネットワークが、ＷＴＲＵが自身のデータを、それがＩＰであるかまたは非ＩＰであるかを問わず、制御プレーンを介して送信することを可能にするように構成されているという想定のもとで、ネットワークスライスとデータのルーティングとの間を区別することが可能である。

実施形態においては、すべての非ＩＰ関連のデータを転送するために、（セッション管理に沿った）新たなプロトコルレイヤが使用されることが可能である。ＷＴＲＵが制御プレーンを介して短い非ＩＰパケットを送信する必要がある場合には、それは、この新たなプロトコルメッセージフォーマットでパケットをピギーバックすることが可能であり、共有ＣＮ ＣＰ機能へ送信することが可能である。共有ＣＮ ＣＰ機能において、メッセージの完全性がチェックされることが可能であり、メッセージのコンテンツ（これは、短い非ＩＰパケットであることが可能である）が抽出されて、そのインタフェース上で適切なプロトコルを使用してスライス＃２へ転送されることが可能である。共有ＣＮ ＣＰ機能においてパケットの解読が行われることが可能である。しかしながら、機能性を容易にして負荷を減らすために、解読は、スライス＃２において実行されることが可能である。

ＩＰパケットに関して、ＷＴＲＵは、それらを特定のＳＭメッセージ上へ単にピギーバックすることが可能であり、それらを共有ＣＮ ＣＰ機能へ送信することが可能である。共有ＣＮ ＣＰ機能は、メッセージ上で完全性チェックを実行することが可能である。その後に、共有ＣＮ ＣＰ機能は、ＩＰパケットを抽出して、それをスライス＃１へ送信することが可能である。暗号化／解読オプションは、上述されているものと同じであることが可能である。暗号化／解読がスライスにおいて行われることになる場合には、共有ＣＮ ＣＰ機能は、暗号化キーならびにアルゴリズムをそれらのスライスに渡さなければならない場合があるということに留意されたい。

別の実施形態においては、上述されているＭＭおよびＳＭプロトコルにおいて、制御プレーンを介してＩＰパケットおよび非ＩＰパケットの両方を搬送するために、特定のＳＭメッセージが使用されることが可能である。ＳＭメッセージは、ＭＭメッセージ上へピギーバックされることが可能である。この例においては、ＷＴＲＵは、インジケーションを、好ましくはＭＭメッセージ内に含めて、共有ＣＮ ＣＰ機能へ送信することが可能である。そのインジケーションは、メッセージがＳＭメッセージを搬送しているということ、およびメッセージのコンテンツ（すなわち、ピギーバックされたデータ）がＩＰであるかまたは非ＩＰであるかを共有ＣＮ ＣＰ機能に知らせることが可能である。このインジケーションを使用して、共有ＣＮ ＣＰ機能は、どのノードがパケットの実際の受け手になるかを知ることが可能である。上述されているように、共有ＣＮ ＣＰ機能は、最初にメッセージの完全性をチェックすることが可能である。暗号化／解読は、上述されているのと同じメカニズムに従うことが可能である。１つの大きな違いは、スライス＃１およびスライス＃２の両方がＳＭプロトコルをサポートすることが可能であるということである。

次いで図８を参照すると、共有ＣＰノードにおける専用のスライス選択を示すシグナリング図が示されている。共有ＣＰ８０６は、専用のスライス８０８によって提供される特定のサービスに関する専用のスライス８０８へのアクセスをＷＴＲＵ８０２に提供することが可能である。ＷＴＲＵ８０２は、特定のサービスに関する接続を確立したいという要求を示すＮＡＳメッセージ８１０（たとえば登録要求）を送信することが可能である。上述されているように、ＮＡＳメッセージ８１０は、ＭＭメッセージおよびＳＭメッセージを含むことが可能である。ＮＡＳメッセージは、ＩＰデータまたは非ＩＰデータを示すユーザデータタイプインジケーションを含むことが可能である。ＲＡＮ８０４は、共有ＣＰ８０６へのシグナリング接続を有することが可能であり、したがってすべての通信は、共有ＣＰ８０６を経由することが可能である。ＮＡＳメッセージ８１０を受信すると、共有ＣＰ８０６は、ステップ８１２において共有ＣＰネットワーク機能（ＮＦ）内の認証機能を使用してＷＴＲＵ８０２を認証することが可能である。

ＷＴＲＵ８０２が成功裏に認証された場合には、ステップ８１４において、共有ＣＰ８０６は、ＮＡＳメッセージ８１０内のユーザデータタイプインジケーションに基づいて、特定のサービスに関する専用のスライス８０８を選択することが可能である。専用のスライス８０８を選択すると、共有ＣＰ８０６は、ステップ８１６においてユーザデータインジケーションに基づいてＮＡＳメッセージ８０２のタイプ（たとえば、ＭＭおよび／またはＳＭ）を決定すること、ならびにステップ８１６においてＭＭメッセージを読み取ることが可能である。次いで共有ＣＰ８０６は、ステップ８１８においてＳＭメッセージ８２０を認証トークンとともに専用のスライス８０８に渡す。具体的には、共有ＣＰ ＮＦは、ＭＭメッセージを読み取ること、およびＳＭメッセージ８２０を専用のスライス８０８のＣＰへ送信することが可能である。これは、すべてのＭＭメッセージが共有ＣＰ ＮＦにおいて終端することが可能であるということを意味している。しかしながら、ＳＭメッセージは、共有ＣＰ ＮＦによって専用のネットワークスライスに単に渡されることが可能である。

ＳＭメッセージを認証トークン８２０とともに受信すると、専用のスライス８０８は、ＳＭ応答メッセージ８２２を共有ＣＰ８０６へ送信して、ＷＴＲＵ８０２と専用のスライス８０８との間における通信リンクを確立することが可能である。共有ＣＰ８０６は、ＳＭ応答メッセージ８２２をＭＭ応答メッセージと組み合わせ、次いでＮＡＳ応答メッセージ８２４をＷＴＲＵ８０２へ送信することが可能である。

共有ＣＰ８０６は、接続されている要求メッセージが、制御プレーンデータの送信のためのものであるか、またはＩＰ接続のためのものであるかに基づいて、専用のスライス８０８を選択することが可能である。共有ＣＰ８０６は、共有ＣＰ ＮＦによる認証のインジケーションとして、選択された専用のスライス８０８に認証トークンを提供することが可能である。共有ＣＰ８０６は、特定のサービスを提供するためにＷＴＲＵ８０２を専用のスライス８０８に接続することが可能である。したがって、ＷＴＲＵ８０２の制御プレーンは、共有ＣＰ８０６を通じて専用のスライス８０８に接続されることが可能である。

以降の実施形態は、マルチアクセスネットワークおよびネットワークスライス管理を含むことが可能である。上述されている多次元記述子に基づいて、ＷＴＲＵは、ネットワークから要求されたサービスのタイプなどのパラメータを示すための記述子またはテンプレートを提供することが可能である。要求がＴＷＡＮまたはｅＰＤＧ（以降では、「非３ＧＰＰアクセスゲートウェイ」または「Ｎ３ＡＧＷ」と呼ばれる）を通じて受信された場合には、Ｎ３ＡＧＷは、記述子に基づいてスライス選択を実行することが可能であり、またはそれは、要求をＣＮスライス選択ノードへ、たとえば、中央ＣＰエンティティへ、または３ＧＰＰアクセスネットワークエンティティ（たとえば、次世代ｅＮＢ）へさえ転送することが可能である。このノードは、１つまたは複数の非３ＧＰＰアクセスポイントに接続されることが可能である論理ノードであることが可能である。このノードは、情報を伴って事前に構成されることが可能であり、それによってそれは、ＷＴＲＵの提供されたサービス記述子に一致するように適切なネットワークスライスまたはノードを選択することができる。このノードは、サービス記述子と、ネットワークスライスまたはネットワークスライスに関連付けられているＣＰ／ＮＦとの間におけるマッピングを含むことが可能である。

ＷＴＲＵは、特定のＮ３ＡＧＷを選択するために使用されることが可能であるＳＳＩＤ、ネットワークサービスＩＤ、またはアプリケーションＩＤを含むことが可能である。ＷＴＲＵは、無線（たとえば、ＳＳＩＤ）を介して、またはＬ２広告プロトコル（たとえば、８０２．１１ｕの汎用広告プロトコル）を通じて知られるまたはブロードキャストされるネットワーク識別子を使用して、Ｎ３ＡＧＷに接続するために特定のサービスタイプ（ひいてはスライス）を用いてネットワークに接続するとわかっているＡＰを選択することが可能である。

特定のネットワークの選択は、スライス選択機能を実行することができるネットワークをＷＴＲＵが識別することを可能にすることが可能である。ＷＴＲＵは、ＡＰＮを使用して、ネットワークスライス選択を実行することができるＮ３ＡＧＷネットワークノードへシグナリングすることが可能である。たとえば、ＷＴＲＵによって提供される情報は、ネットワークスライス選択を実行することができる特定のＣＰエンティティの選択につながることが可能である。ＷＴＲＵは、必要とされているサービス記述子を非３ＧＰＰアクセス技術のＬ２ ＭＡＣフレーム内に含めることが可能である。

ネットワークスライス選択機能は、記述子内に含めて提供されるパラメータを使用して、ＷＴＲＵによって要求されているサービスをＮ３ＡＧＷがサポートすることができるかどうかを決定することが可能である。Ｎ３ＡＧＷが、記述子において指定されている特定のサービスの要件を満たす場合には、ＣＰエンティティは、その他のＣＮ固有の機能の選択を進めることが可能である。これは、記述子のその他の態様ならびに加入者情報の態様に依存する場合がある。そうでない場合には、ＣＰエンティティは、（たとえば、３ＧＰＰおよび非３ＧＰＰの両方に基づく）異なるＡＮへの再選択を行うようＷＴＲＵに指示することを選ぶことが可能である。ＣＰエンティティは、ＷＴＲＵのために特定のＡＮを選ぶことが可能であり、またはまったく新たなＡＮの選択を実行するようＷＴＲＵに指示することが可能である。

以降の説明は、遅延させられたネットワークスライス選択を扱うことが可能である。上述されているように、共有ＣＰ機能は、モビリティ管理機能性を含むことが可能であり、その一方で、さまざまなスライスにおける非共有ＣＰ機能は、セッション管理機能性を含むことが可能である。したがって、ＷＴＲＵがネットワークに最初に登録（すなわち、接続）した際に（これは、モビリティ管理イベントである）、ＷＴＲＵは、モビリティ管理のために共有ＣＰと対話することが可能である。ネットワークが、別々のスライスにおいて共有ＣＰからのＣＰ機能を選択または使用する必要がない場合には、ネットワークは、最初の登録時にネットワークスライスを選択しないことが可能である。

しかしながら、登録フェーズにおいて、ネットワークは、ＷＴＲＵが接続することを承認されている可能なネットワークスライスに関してＷＴＲＵへ情報を送信することが可能である。上述されているように、共有ＣＰ機能は、サブスクリプションデータベース（すなわち、ＨＳＳと同様の）からのサブスクリプション情報とともにＷＴＲＵの能力および／またはサービスタイプに基づいて、可能なネットワークスライスに関する情報を送信することが可能である。ＷＴＲＵは、ネットワークとのセッション管理手順（たとえば、ＰＤＵ接続要求）の間にその情報を使用することが可能である。

ネットワークスライスは、セッション管理（ＳＭ）手順の間に選択されることが可能であり、その手順は、ＰＤＵ接続の確立を含むことが可能である。ＳＭ手順の間に、ＷＴＲＵは、接続手順の間にかつて受信されたスライス情報を含むことが可能である。そのネットワークスライス情報を用いて、ＷＴＲＵは、共有ＣＰ機能がスライスを選択するのを、またはＷＴＲＵのＳＭ要求を適切なネットワークスライスへ導くのを支援することが可能である。ネットワークスライス選択機能は、ＲＡＮまたは共有ＣＰ機能の一部であることが可能である。どちらのケースにおいても、セッション管理は、適切なスライスへ導かれることが可能である。

ネットワークスライス選択機能は、ＳＭメッセージ内の情報を考慮すること、およびＷＴＲＵのセッション要件を最もよく満たすことができるネットワークスライスへメッセージをルーティング（リダイレクト）するという決定を行うことが可能である。それらの情報は、ＰＤＵ接続タイプ（ＩＰか非ＩＰか）、ＩＰバージョン（ＩＰｖ４またはＩＰｖ６）、アプリケーション情報（アプリＩＤ）、必要とされているサービス品質、接続／登録手順の間に受信されたネットワークスライス情報などを含むことが可能である。

次いで図９を参照すると、セッション管理要求がある場合のネットワークスライス選択を示す図が示されている。ＰＤＵ接続要求が、図９において示されているＳＭ手順の例であり得る。この手順は、その他のＳＭコールフローへ広がることが可能である。

ステップ９０９において、ＷＴＲＵ９０２は、非共有ＣＰに接続されることが可能であるが、共有ＣＰのために選択されているネットワークスライスはない。ＷＴＲＵ９０２は、ＰＤＵ接続要求９１０を共有ＣＰ９０６へ送信することが可能である。このメッセージは、接続タイプ（ＩＰか非ＩＰか）、ＩＰバージョン（ＩＰｖ４またはＩＰｖ６）、アプリケーション情報（アプリＩＤ）、必要とされているサービス品質（ＱＣＩ値、優先度、および必要とされているビットレートを含むが、それらには限定されない）、スライス情報（スライスＩＤ、スライスのタイプ、たとえば、拡張モバイルブロードバンド、ｍＩｏＴ、クリティカル通信など）、データネットワーク名（ＡＰＮと同様）などのパラメータのうちの１つまたは複数を含むことが可能である。

ＰＤＵ接続要求９１０を受信すると、共有ＣＰ９０６内のネットワークスライス選択機能は、ステップ９１１において、受信されたパラメータに基づいてネットワークスライスを選択することが可能である。さらなるパラメータが、受信されたパラメータとともに使用されることが可能である。そのようなさらなるパラメータは、ネットワーク構成／ローカルポリシ、およびＷＴＲＵ／ユーザサブスクリプション情報を含むことが可能であり、それは、最初の接続手順の間に、またはネットワークスライス選択手順の間にＣＰノードによって受信されることが可能である。共有ＣＰ９０６は、自身がスライス選択決定を実行する際の制御プレーンおよびユーザプレーンの混雑レベルを考慮することも可能である。

共有ＣＰ９０６は、ＰＤＵ接続要求メッセージ９１２をＣＰスライス＃１ ９０８へ転送することが可能であり、ＣＰスライス＃１ ９０８は、選択されたネットワークスライスの非共有ＣＰ機能である。ＣＰスライス１ ９０８における非共有ＣＰ機能は、ステップ９１３において、ＷＴＲＵ９０２から受信されたパラメータに基づいてＳＭ手順を実行してユーザプレーン接続をセットアップすることが可能である。非共有ＣＰ機能は、ＰＤＵ接続受け入れメッセージ９１４を共有ＣＰ９０６における共有ＣＰ機能へ送信することが可能である。その後に、ＰＤＵ接続受け入れメッセージ９１６は、共有ＣＰ９０６とＷＴＲＵ９０２との間におけるインタフェース（ＮＡＳと同様）を介してＷＴＲＵ９０２へ転送されることが可能である。

ＰＤＵ接続受け入れメッセージ９１６は、基地局またはＷＴＲＵ９０２のための選択されたネットワークスライスに関する情報を含むことが可能である。基地局は、ユーザプレーンメッセージを適切なネットワークスライスへルーティングすることが可能である。ＷＴＲＵ９０２は、ステップ９１８において、選択されたネットワークスライスへユーザプレーンデータおよびその他の後続の制御メッセージ（たとえば、ＳＭメッセージ）をルーティングすることが可能である。選択されたネットワークスライスをＷＴＲＵ９０２が認識すると、データは、選択されたネットワークスライスのＵＰ機能へ送信されることが可能である。

実施形態においては、ＷＴＲＵ９０２が上述のパラメータおよび必要とされているデータ接続の特徴に基づいて別のＰＤＵ接続要求を共有ＣＰ機能へ送信した場合には、共有ＣＰ９０６によって複数のネットワークスライスが選択されることが可能である。

次いで図１０を参照すると、共有ＣＰネットワーク機能（ＮＦ）における専用のネットワークスライスへのアクセスを提供するための例示的な手順を示す図が示されている。ステップ１００２において、共有ＣＰノード内の共有ＣＰ ＮＦは、ＷＴＲＵからＮＡＳメッセージを受信することが可能である。上述されているように、ＮＡＳメッセージは、ＭＭメッセージおよびＳＭメッセージを含むことが可能である。ＭＭメッセージは、専用のネットワークスライスによって提供される特定のサービスに関してＷＴＲＵと専用のネットワークスライスとの間における通信リンクを確立したいという要求を示す登録要求を含むことが可能である。ＮＡＳメッセージは、インターネットプロトコル（ＩＰ）データおよび非ＩＰデータを示すユーザデータタイプインジケーションを含むことも可能である。非ＩＰデータは、非ＩＰプロトコルデータユニット（ＰＤＵ）、イーサネットフレーム、情報指向ネットワーク（ＩＣＮ）データなどを含むことが可能である。

ＮＡＳメッセージを受信すると、共有ＣＰ ＮＦは、ステップ１００４においてＷＴＲＵを認証するために共有ＣＰ ＮＦにおける認証機能を開始することが可能である。ＷＴＲＵが成功裏に認証された場合には、共有ＣＰ ＮＦは、ステップ１００６においてセキュリティおよびＩＤ管理のために認証トークンを生成することが可能である。ステップ１００８において、共有ＣＰ ＮＦは、ネットワークスライスによって提供されるユーザプレーン（ＵＰ）サービスに関して複数のネットワークスライスの間でネットワークスライスを選択することが可能である。共有ＣＰ ＮＦは、ユーザデータタイプインジケーションに基づいてネットワークスライスを選択することが可能である。選択されたネットワークスライスは、ＵＰサービスをＷＴＲＵに提供するための専用のネットワークスライスであることが可能である。ステップ１０１０において、共有ＣＰ ＮＦは、ＮＡＳメッセージ内に含まれているユーザデータタイプインジケーションに基づいてＮＡＳメッセージのタイプを決定することが可能である。

ＮＡＳメッセージのタイプ、たとえば、ＭＭまたはＳＭを決定した後に、共有ＣＰ ＮＦは、ステップ１０１２において、メッセージのＳＭ部分を認証トークンとともに、選択されたネットワークスライス内の非共有ＣＰ ＮＦへ送信することが可能である。ＳＭメッセージは、選択されたネットワークスライスによって提供されるＵＰサービスを示すことが可能である。ステップ１０１４において、共有ＣＰ ＮＦは、非共有ＣＰ ＮＦからＳＭ応答メッセージを受信することが可能である。ＳＭ応答メッセージは、選択されたネットワークスライスがＵＰサービスを提供することが可能であるか否かを示すことが可能である。選択されたネットワークスライスがＵＰサービスを提供する場合には、共有ＣＰ ＮＦは、ＭＭ部分およびＳＭ部分の両方を含むＮＡＳ応答メッセージをＷＴＲＵへ送信して、ＵＰサービスに関して、選択されたネットワークスライスとＷＴＲＵとの間における通信リンクを確立することが可能である。共有ＣＰ ＮＦから送信されるＮＡＳ応答メッセージは、非共有ＣＰ ＮＦから受信されたＳＭ応答を含むことが可能である。

特徴および要素が特定の組合せで上述されているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素との任意の組合せで使用されることが可能であるということを当技術分野における標準的な技術者なら理解するであろう。加えて、本明細書において記述されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実施されることが可能である。コンピュータ可読メディアの例は、（有線接続または無線接続を介して送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気メディア、光磁気メディア、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光メディアを含むが、それらには限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数送受信機を実施するために、ソフトウェアに関連付けられているプロセッサが使用されることが可能である。

Claims (20)

1. ネットワークスライスへのアクセスを提供する、共有制御プレーン（ＣＰ）ネットワーク機能（ＮＦ）によって実行される方法であって、
   無線送信／受信ユニット（ＷＴＲＵ）から、モビリティ管理（ＭＭ）メッセージおよびセッション管理（ＳＭ）メッセージを含む非アクセス層（ＮＡＳ）メッセージを受信するステップと、
   前記ネットワークスライスと関連付けられた非共有ＣＰ ＮＦに、前記ネットワークスライスによって提供されるユーザプレーン（ＵＰ）サービスを示す前記ＳＭメッセージを送信するステップと
   を備えたことを特徴とする方法。
2. 前記ＭＭメッセージは、前記ＷＴＲＵと前記ネットワークスライスとの間で通信リンクを確立する登録要求を含むことを特徴とする請求項１に記載の方法。
3. 前記ＭＭメッセージに基づいて、前記ＷＴＲＵを認証するステップと、
   前記ＷＴＲＵが成功して認証されることを条件に、認証トークンを生成するステップと、
   前記ネットワークスライスと関連付けられた前記非共有ＣＰ ＮＦに前記認証トークンを送信するステップと
   をさらに備えたことを特徴とする請求項２に記載の方法。
4. 前記認証トークンは、前記ＷＴＲＵの識別情報に基づいて生成されることを特徴とする請求項３に記載の方法。
5. 前記非共有ＣＰ ＮＦから、前記ネットワークスライスが前記ＷＴＲＵに前記ＵＰサービスを提供することが可能であるかどうかを示すＳＭ応答メッセージを受信するステップをさらに備えたことを特徴とする請求項１に記載の方法。
6. 前記ＮＡＳメッセージは、インターネットプロトコル（ＩＰ）データおよび非ＩＰデータを示すユーザデータタイプインジケーションを含むことを特徴とする請求項１に記載の方法。
7. 前記非ＩＰデータは、非ＩＰプロトコルデータユニット（ＰＤＵ）、イーサネットフレーム、および情報指向ネットワーク（ＩＣＮ）データを含むことを特徴とする請求項６に記載の方法。
8. 前記ユーザデータタイプインジケーションに基づいて、前記ＮＡＳメッセージのタイプを決定するステップと、
   前記非共有ＣＰ ＮＦに、前記ＮＡＳメッセージの前記タイプに基づいた前記ＳＭメッセージを送信するステップと
   をさらに備えたことを特徴とする請求項６に記載の方法。
9. 前記ユーザデータタイプインジケーションに基づいて、複数のネットワークスライスの中から前記ネットワークスライスを選択するステップをさらに備えたことを特徴とする請求項６に記載の方法。
10. 前記ネットワークスライスは、ＵＰサービスを提供する専用ネットワークスライスであることを特徴とする請求項１に記載の方法。
11. ネットワークスライスへのアクセスを提供するための共有制御プレーン（ＣＰ）ネットワーク機能（ＮＦ）を実行するように構成されたネットワークノードであって、
    無線送信／受信ユニット（ＷＴＲＵ）から、モビリティ管理（ＭＭ）メッセージおよびセッション管理（ＳＭ）メッセージを含む非アクセス層（ＮＡＳ）メッセージを受信するように構成された受信機と、
    前記ネットワークスライスと関連付けられた非共有ＣＰ ＮＦを実行する別のネットワークノードに、前記ネットワークスライスによって提供されるユーザプレーン（ＵＰ）サービスを示す前記ＳＭメッセージを送信するように構成された送信機と
    を備えたことを特徴とするネットワークノード。
12. 前記ＭＭメッセージは、前記ＷＴＲＵと前記ネットワークノードとの間で通信リンクを確立する登録要求を含むことを特徴とする請求項１１に記載のネットワークノード。
13. 前記ＭＭメッセージに基づいて、前記ＷＴＲＵを認証し、および
    前記ＷＴＲＵが成功して認証されることを条件に、認証トークンを生成する
    ように構成されたプロセッサをさらに備え、
    前記送信機は、前記ネットワークスライスと関連付けられた前記非共有ＣＰ ＮＦを実行する前記別のネットワークノードに前記認証トークンを送信するようにさらに構成されている
    ことを特徴とする請求項１１に記載のネットワークノード。
14. 前記認証トークンは、前記ＷＴＲＵの識別情報に基づいて生成されることを特徴とする
    請求項１３に記載のネットワークノード。
15. 前記受信機は、前記非共有ＣＰ ＮＦを実行する前記別のネットワークノードから、前記ネットワークスライスが前記ＷＴＲＵに前記ＵＰサービスを提供することが可能であるかどうかを示すＳＭ応答メッセージを受信するようにさらに構成されていることを特徴とする請求項１１に記載のネットワークノード。
16. 前記ＮＡＳメッセージは、インターネットプロトコル（ＩＰ）データおよび非ＩＰデータを示すユーザデータタイプインジケーションを含むことを特徴とする請求項１１に記載のネットワークノード。
17. 前記非ＩＰデータは、非ＩＰプロトコルデータユニット（ＰＤＵ）、イーサネットフレーム、および情報指向ネットワーク（ＩＣＮ）データを含むことを特徴とする請求項１６に記載のネットワークノード。
18. 前記ユーザデータタイプインジケーションに基づいて、前記ＮＡＳメッセージのタイプを決定するように構成されたプロセッサをさらに備え、
    前記送信機は、前記非共有ＣＰ ＮＦを実行する前記別のネットワークノードに、前記ＮＡＳメッセージの前記タイプに基づいた前記ＳＭメッセージを送信するようにさらに構成されている
    ことを特徴とする請求項１６に記載のネットワークノード。
19. 前記プロセッサは、前記ユーザデータタイプインジケーションに基づいて、複数のネットワークスライスの中から前記ネットワークスライスを選択するようにさらに構成されていることを特徴とする請求項１８に記載のネットワークノード。
20. 前記ネットワークスライスは、ＵＰサービスを提供する専用ネットワークスライスであることを特徴とする請求項１１に記載のネットワークノード。

Images