JP6772297B2 - ネットワークスライスアタッチメント及び設定のためのシステム及び方法 - Google Patents

Description

［関連出願の参照］
本出願は、２０１６年５月１３日に出願され、且つ「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＮＥＴＷＯＲＫ ＳＬＩＣＥ ＡＴＴＡＣＨＭＥＮＴ ＡＮＤ ＣＯＮＦＩＧＵＲＡＴＩＯＮ」と題する米国特許出願第６２／３３６，２９７号の優先権を主張し、これにより、その全体が再現されているかのように、参照により本明細書に組み込まれるものとする。本出願はまた、２０１７年５月９日に出願され、且つ「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＮＥＴＷＯＲＫ ＳＬＩＣＥ ＡＴＴＡＣＨＭＥＮＴ ＡＮＤ ＣＯＮＦＩＧＵＲＡＴＩＯＮ」と題する米国特許出願第１５／５９０，５８０号の優先権も主張し、これにより、その全体が再現されているかのように、参照により本明細書に組み込まれるものとする。

本発明は、通信ネットワークの分野に関する。特に、本発明は、ユーザ機器をネットワークスライスにアタッチするため及びその設定のためのシステム及び方法に関する。

ネットワーク機能仮想化、ソフトウェア定義されたネットワーキングなどの技術によって可能にされる通信ネットワークは、様々な顧客の要求に対応するように柔軟に組織化し得る。ワイヤレスネットワーク（次世代ワイヤレス又は第５世代ネットワークを含む）の将来の発展をサポートするような高度なネットワークを構築する際に、ネットワークスライシングは、ネットワークを介する様々なトラフィックフローを独立して管理する分離した仮想ネットワークを作成する機能を提供する。しかし、潜在的に大きなネットワーク規模に対する変わりやすくて競合する要求を管理することは、効果的なアーキテクチャ及びその管理を必要とする複雑な命題である。

上記の情報は、本発明に関連する可能性があると本出願人によって信じられている情報を既知とする目的で提供される。前述の情報のいずれかが本発明に対する先行技術を構成することを必ずしも意図するものでも、そのように解釈されるべきものでもない。

本出願の目的は、ネットワークスライスアタッチメント及び設定のためのシステム及び方法を提供することである。

本発明の態様によれば、スライスアタッチメント及び設定のための方法が提供され、その方法は、ユーザ機器からのサービス要求を受信するステップと、サービス要求を処理するための第２のネットワークノードを選択するステップと、ユーザ機器によって要求されたサービスを有効にするためのネットワークスライスに対する設定を受信するステップと、ネットワークスライスに対応するユーザプレーン情報を受信するための第１のポイントオブプレゼンスを特定するステップと、ネットワークスライスに対応する制御プレーン情報を受信するための第２のポイントオブプレゼンスを特定するステップと、ネットワークスライスに対応するトラフィックを第３のポイントオブプレゼンスに転送するステップと、ユーザ機器にユーザ機器コンテキスト及びネットワークスライス設定を特定するハンドルを送信するステップと、ユーザ機器にネットワークスライスに対応するユーザ機器設定を送信するステップとを含む。

本発明の更なる態様は１つ又は複数のプロセッサと、１つ又は複数のプロセッサにより実行されるためのソフトウェア命令を格納するコンピュータ可読記憶媒体とを備えたネットワークノードを提供する。ソフトウェア命令は、１つ又は複数のプロセッサを制御して、ユーザ機器からサービス要求を受信し、第２のネットワークノードを選択してサービス要求を処理し、ユーザ機器によって要求されるサービスを有効にするためのネットワークスライスに対する設定を受信し、ネットワークスライスに対応するユーザプレーン情報を受信するための第１のポイントオブプレゼンスを特定し、ネットワークスライスに対応する制御プレーン情報を受信するための第２のポイントオブプレゼンスを特定し、ネットワークスライスに対応するトラフィックを第３のポイントオブプレゼンスに転送し、ユーザ機器に、ユーザ機器コンテキスト及びネットワークスライス設定を特定するハンドルを送信し、ユーザ機器に、ネットワークスライスに対応するユーザ機器設定を送信するように設定される。

本発明のさらなる特徴及び利点は、添付の図面と組み合わせて以下の詳細な説明から明らかになるであろう。

図１は、本発明の実施形態が展開され得る代表的なネットワークのアーキテクチャを概略的に示すブロック図である。 図２Ａは、実施形態による、通信ネットワークアーキテクチャの概略図である。 図２Ｂは、実施形態による、制御プレーンとユーザプレーンとに機能的に分離された、図２Ａの通信ネットワークアーキテクチャの機能図を示す。 図２Ｃは、別の実施形態による、図２Ａのコアネットワークにおける複数のネットワークスライスとインタフェースするユーザ機器を示す。 図３は、実施形態による、ユーザ機器をネットワークスライスにアタッチするための方法を示すフローチャートである。 図４は、実施形態による、ユーザ機器をネットワークスライスに関連付けるための方法を示すメッセージフロー図である。 図５は、実施形態による、ユーザ機器をデフォルトネットワークスライスに関連付けるための方法を示すメッセージフロー図である。 図６は、実施形態による、ユーザ機器をネットワークスライスに再アタッチするための方法を示すメッセージフロー図である。 図７は、実施形態による、ハードウェアデバイスの概略図である。

図１は、本発明の実施形態が展開され得る代表的なネットワークのアーキテクチャを概略的に示すブロック図である。ネットワーク１００は、無線アクセスネットワーク（ＲＡＮ）１０２と、ユーザ機器（ＵＥ）１０６がそれを介してパケットデータネットワーク１０８をアクセスし得るコアネットワーク（ＣＮ）１０４とを含むＰｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｉｔｙ Ｎｅｔｗｏｒｋ（ＰＬＭＮ）であってもよい。ＰＬＭＮ１００は、移動通信デバイスなどのユーザ機器（ＵＥ）１０６と、それぞれコアネットワーク１０４とパケットデータネットワーク１０８内に位置可能なサーバ１１０又は１１２などのサービサーとの間の接続性を提供するように構成され得る。従って、サーバ１１０は、エンドツーエンド通信サービスを可能にし得る。図１に示され得る通り、ＲＡＮ１０２は、１つ又は複数のパケットデータゲートウェイ（ＧＷ）１１６にアクセスゲートウェイ１１８及びコアネットワーク１０４を介して接続される複数の無線アクセスポイント（ＡＰ）１１４を含む。第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）通信標準規格においては、ＡＰ１１４はまた、進化型Ｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ、又はｅＮＢ）と称されることもあり、一方で、３ＧＰＰ ５Ｇ通信標準規格においては、ＡＰはまた、ｇＮＢと称されることもある。本開示において、用語、アクセスポイント（ＡＰ）、進化型Ｎｏｄｅ−Ｂ（ｅＮＢ）及びｇＮＢは同義的な語として扱われ、区別無く使用され得る。ＬＴＥコアネットワークでは、パケットデータゲートウェイ１１６は、パケットデータネットワークゲートウェイ（ＰＧＷ）であってもよく、いくつかの実施形態では、アクセスゲートウェイ１１８はサービングゲートウェイ（ＳＧＷ）である可能性がある。５Ｇコアネットワークでは、パケットデータゲートウェイ１１６はユーザプレーン機能（ＵＰＦ）であってもよく、いくつかの実施形態では、アクセスゲートウェイ１１８はユーザプレーンゲートウェイ（ＵＰＧＷ）である可能性がある。

ＡＰ１１４は、典型的には、ＵＥ１０６との無線接続を維持するための無線トランシーバ装置と、コアネットワーク１０４に対してデータ送信する又はシグナリングを行うための１つ又は複数のインタフェースとを含む。各ＧＷ１１６は、コアネットワーク１０４とパケットデータネットワーク１０８との間のリンクを提供し、そのためにパケットデータネットワーク１０８とＵＥ１０６との間のトラフィックフローを有効にする。無線アクセスネットワーク１０２としてＡＰとＵＥ（ノード自体と共に）との間の接続を参照するのが一般的であり、一方で、ＧＷ１１６、１１８及びサーバ１１０上で動作される機能及びその他それと同様のものは、コアネットワーク１０４と称される。ＡＰ１１４とＧＷ１１６との間のリンクは、有線リンクと無線リンクの両方から構成され得る「バックホール」ネットワークとして知られている。

典型的には、ＵＥ１０６への及びＵＥ１０６からのトラフィックフローは、パケットデータネットワーク１０８及びコアネットワーク１０４のうち少なくとも１つの特定のサービスに関連付けられる。当技術分野で知られているように、パケットデータネットワーク１０８のサービスは、典型的には、ＧＷ１１６、１１８のうちの１つ又は複数を介するパケットデータネットワーク１０８内の１つ又は複数のサーバ１１２とＵＥ１０６との間の１つ又は複数のプロトコルデータユニット（ＰＤＵ）セッションを含む。同様に、コアネットワーク１０４のサービスは、コアネットワーク１０４の１つ又は複数のサーバ１１０とＵＥ１０６との間の１つ又は複数のＰＤＵセッションを含む。

本明細書で提示される議論は、無線通信リンクを介してユーザ機器と通信する無線アクセスネットワークにフォーカスしているが、本明細書に提示される例示的な実施形態は、他のタイプのアクセスネットワーク及びユーザ機器、例えば、有線通信リンクを介してユーザ機器と通信する有線アクセスネットワークにも適用可能である。従って、無線アクセスネットワークへのフォーカスは、限定するものとして解釈されるべきではない。

ネットワークスライシングとは、異なるタイプのネットワークトラフィックを分離し、ネットワーク機能仮想化（ＮＦＶ）を使用するネットワークなどの再構成可能なネットワークアーキテクチャにおいて使用されることが可能な仮想ネットワークを作成する技術を指す。ネットワークスライス（２０１６年１月２０日のリリース１４、バージョン１．２．０、「Ｓｔｕｄｙ ｏｎ Ｎｅｗ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｍａｒｋｅｔｓ Ｔｅｃｈｎｏｌｏｇｙ Ｅｎａｂｌｅｒｓ」と題する３ＧＰＰ ＴＲ ２２．８９１に規定されている）は、特定の使用ケースの通信サービス要件をサポートする論理ネットワーク機能の集合で構成されている。より広義には、（コアネットワーク１０４又はＲＡＮ１０２の一方又は両方における）ネットワーク「スライス」は、任意の目的のためにグループ化された１つ又は複数のネットワーク機能の集合として規定される。この集合は、例えば、ビジネス態様（例えば、特定のモバイル仮想ネットワークオペレータ（ＭＶＮＯ）の顧客）、サービスの品質（ＱｏＳ）要件（例えば、待ち時間、最小データレート、優先順位付けなど）、トラフィックパラメータ（例えば、モバイルブロードバンド（ＭＢＢ）、マシンタイプ通信（ＭＴＣ）など）、又は使用ケース（例えば、マシンツーマシン通信、モノのインターネット（ＩｏＴ）など）などの任意の適切な基準に基づき得る。ネットワークスライシングの１つの用途は、通信ネットワークのコアネットワーク１０４内にある。ネットワークスライシングを使用することにより、異なるサービスプロバイダーは、コアネットワークと同じコンピューティング、ストレージ、及びネットワーキングリソースの物理的セットで動作する個別の仮想ネットワークを持つことができる。この議論は、ネットワークスライスが複数のネットワークスライスをサポートするための特定の機能又は異なるネットワークスライスに対するリソースのパーティション化を必要とし得る無線アクセスネットワーク（ＲＡＮ）の無線アクセスエッジに適用されるので、ネットワークスライシングの適用を除外することを意図するものではないことが理解されるべきである。性能保証を提供するために、ネットワークスライスは、１つのスライスが他のスライスに悪影響を及ぼさないように互いに分離されることができる。分離は、異なるタイプのサービスに限定されず、オペレータが同じネットワークパーティションの複数のインスタンスを展開することを可能にする。

図２Ａを参照すると、実施形態による、通信ネットワークアーキテクチャ２００の概略図が示されている。通信ネットワークアーキテクチャ２００は、図示のように通信可能に相互接続されたユーザ機器（ＵＥ）１０６、無線アクセスネットワーク（ＲＡＮ）１０２、及びコアネットワーク（ＣＮ）１０４を含む。ＲＡＮ１０２は、ＵＥ１０６との間でデータフロー（例えば、データパケット）を送信及び受信するためにＵＥ１０６との無線リンクを確立する１つ又は複数のノード（基地局、ｇＮＢ、ｅＮｏｄｅＢ、アンテナ、無線エッジノードなど）から構成され得る。ＲＡＮ１０２は、ユーザプレーン及び制御プレーン機能によって分離されるデータフローを管理するためにＲＡＮユーザプレーン（ＲＡＮ ＵＰ）機能２０２及びＲＡＮ制御プレーン（ＲＡＮ ＣＰ）機能２０４を含む。ＣＮ１０４はまた、例えば、ＲＡＮ１０２を介して中継されるＵＥ１０６からのサービス要求を処理するために必要な処理及びコンピューティングリソースを有する１つ又は複数のノードから構成され得る。ＣＮ１０２は、例えば、ＵＥ１０６に対応するフローのセットを管理するために、ＣＮ１０２上に展開されるＣＮスライス（即ち、ネットワークスライス）２０６を含み得る。ＣＮスライス２０６は、ユーザプレーン及び制御プレーンの機能によって分離されるスライス特有のフローを管理するためのＣＮスライス制御プレーン（ＣＮＳ ＣＰ）機能２０８及びＣＮスライスユーザプレーン（ＣＮＳ ＵＰ）機能２１０を含む。スライス特有ではないＣＰ機能をサポートするために、共通のＣＮ ＣＰ２１２も提供されてよい。

特定の実施形態では、モバイルネットワークオペレータ（ＭＮＯ、図示せず）は、ビジネスニーズ及びサービスニーズを満足するために物理的及び仮想化されたネットワーク機能のうちの少なくとも１つを使用してＣＮ１０４（ＣＮスライス２０６など）上にネットワークスライスのカスタマイズされたセットを作成してもよい。いくつかの例では、ネットワークスライスは予め設定されてもよいが、他の例では、ネットワークスライスはトラフィック要求を満たすように動的に委託されるか再設定されてもよい。スライス識別子（図示せず）は、特定のネットワークスライス又はネットワークスライスのインスタンスを特定の場所で且つ特定の時点で特定のＭＮＯネットワーク内で参照するためにＣＮ１０４内で使用され得る。しかし、スライス識別子は、ＣＮ１０４内での使用に制限されてもよく、ネットワークスライスが作成されたＣＮ１０４の外部では限定された機能を有してもよい。

ＵＥ１０６は、多次元記述子（以下、「記述子」）を使用してＭＮＯによって提供される分化されたサービスにアクセスし得る。記述子（アプリケーション識別子、サービスのタイプなどを含んでもよい）は、全体的な重要性を有し得る（即ち、ローミングＵＥによって訪問先ネットワーク上でサービスを要求することができる）か、又は局所的な重要性のみを有し得る（即ち、サービスは、ＵＥがホームネットワークに接続されているときに要求されることが可能である）。一般に、記述子は、要求されたサービスのスライスの適切なスライス又はインスタンスを特定するために（例えば、ＲＡＮ３００及びＣＮ３０２の一方又は両方によって）使用され得る情報を提供する。記述子は、２つ以上のドメインにわたって有効であり得る（例えば、ＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）又はＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）のようなテキスト文字列として）が、ＲＡＮ１０２にとって意味がないかもしれないが、適切なネットワークスライスを特定するために使用されることが可能である。

場合によっては、ＣＮ１０４は、スライス関連の設定情報が特定の時間、又はＣＮ１０４によって明示的に無効にされるまで、ＲＡＮ１０２によってキャッシュされ得ることを示し得る。ＲＡＮ１０２が、受信した記述子とキャッシュされたスライス設定とを照合すると、この設定は、スライス関連トラフィックを転送し、適切なＱｏＳ（サービスの品質）を提供するために、ＲＡＮ１０２によって使用されることが可能である。

他の場合には、スライス関連情報は、ＣＮ１０４とＲＡＮ１０２の両方で予め設定されてもよく、ＵＥ１０６は、スライス識別子を含む記述子が提供されてもよい。ＲＡＮ１０２がスライス識別子を含む記述子をＵＥ１０６から受信すると、これはＲＡＮ１０２により使用されて、スライス関連トラフィックを転送し、適切なＱｏＳを提供するための設定情報を特定することができる。

ＵＥ１０６のネットワークスライス２０６（従ってネットワークサービス）に対する正常なアタッチメントに続いて、ＲＡＮ１０２は、スライス２０６への再接続を要求するために、その後にＵＥ１０６により使用され得る「ハンドル」をＵＥ１０６に提供し得る。ハンドルは、ＣＮ１０４によって以前ＲＡＮ１０２に供給された特定のＵＥコンテキスト及びネットワークスライス設定に対する参照である。しかし、ハンドルは、ハンドルが割り当てられた、ＲＡＮ１０２の外部で使用される限定された機能及び意味を有することもあり、従って、ＵＥ１０６は、ハンドルを不透明なオクテット文字列として扱わなければならないかもしれない。

ＲＡＮ１０２とＣＮ１０４の両方の向上された柔軟性及び動作の独立した進化を可能にするために、ＲＡＮ１０２におけるネットワークスライスアタッチメント（選択）手順は、以下のステップを含み得る。まず、多次元記述子を使用して、特定のＵＥのサービス固有のトラフィックを伝送するために使用できるネットワークスライスを判定する。場合によっては、記述子はＵＥによって提供されてもよく、他の場合には、（デフォルト）記述子は、例えば、ＵＥサービスプロファイルに基づいてＣＮによって判定されてもよい。ＲＡＮが予め設定された又はキャッシュされたスライス情報を特定できるように記述子に情報が不十分である場合、記述子はスライスアタッチメント／選択のためにＣＮに転送される。第２に、ＣＮによって提供されるか、又はＵＥ及び選択されたネットワークスライスに関連付けられたアップリンクトラフィックをどこに転送するかを判定するために予め設定された情報を使用する。第３に、ＣＮによって提供された情報を使用するか、又は選択されたスライスに関連付けられたトラフィックを提供する処理を判定するために予め設定された情報を使用する。所定の処理は、適切なエンドツーエンドのＱｏＳ及びＵＥトラフィックの処理を可能にするために、無線リンク上の動作及びトランスポートネットワーク層上の動作を管理し得る。最後に、ＵＥに関連付けられたダウンリンクトラフィック及び選択されたスライスをどこに転送するかをＣＮに通知する。

図２Ｂを参照すると、実施形態による、制御プレーン（ＣＰ）とユーザプレーン（ＵＰ）とに機能的に分離された、図２Ａの通信ネットワークアーキテクチャの機能図が示されている。ＣＰにおいて、ＲＡＮ１０２は、無線リンクを介するＵＥに対するＣＰインタフェース２１６（ＲＡＮ−ＵＥ ＣＰ）及び共通ＣＮ制御プレーン機能のセットに対するＣＰインタフェース２１８（ＲＡＮ−ＣＮ ＣＰ）を維持する。

ＲＡＮ１０２はまた、無線リンクを介したＵＥに対するユーザプレーンインタフェース２２０（ＲＡＮ−ＵＥ ＵＰ）を維持し、ＵＥ−ＣＮインタフェース２２２を介してＵＥ１０６とＣＮスライス２０６との間でユーザプレーントラフィックを伝送する。ネットワークスライス２０６は、ＲＡＮ１０２に対して透明であり、スライス特有のポイントオブプレゼンス（ＰｏＰ）の背後に秘匿されるネットワーク機能を含む。ＰｏＰは、通常、トランスポートネットワーク層（ＴＮＬ）アドレス又は他のエンドポイント識別子によって特定される。ＵＥ１０６とネットワークスライス２０６のユーザプレーン機能２１０との間のユーザプレーントラフィックは、ＲＡＮ１０２とスライス特有のＣＮ ＵＰ ＰｏＰ２２６との間のＵＥ−ＣＮ ＵＰインタフェース２２２を介して転送される。各ＣＮ ＵＰ ＰｏＰ ２２６は、ＧＷ１１６又は１１８と、又はコアネットワーク１０４内のサーバ１１０と関連付けられてもよい。

いくつかの実施形態では、ＣＮスライス２０６は、ＲＡＮ１０２によってＵＰフローとして扱われるＵＥ−ＣＮ ＣＰインタフェース２２４を介してＵＥ１０６とインタラクトするための制御プレーン機能２０８も含んでもよい。ＲＡＮ１０２の観点から、ＵＥ−ＣＮ ＣＰメッセージは、独自のＱｏＳパラメータセット、トランスポートネットワーク層エンドポイントなどを用いて区別されたユーザプレーントラフィックとして透過的に伝送される。ＣＮスライス２０６がスライス特有の制御プレーン機能２０８を含む場合、ＵＥ１０６とネットワークスライス２０６との間の制御プレーントラフィックは、ＲＡＮ１０２とスライス特有のＣＮ ＣＰ ＰｏＰ２２８との間にＵＥ−ＣＮ ＣＰインタフェース２２４を介して転送される。各ＣＮ ＣＰ ＰｏＰ２２８は、ＧＷ１１６又は１１８と、又はコアネットワーク１０４内のサーバ１１０と関連付けられてもよい。

図２Ｃ参照すると、実施形態による、図２Ａの通信ネットワークアーキテクチャの概略図の別の実施形態が示されており、ＵＥ１０６はＣＮサービススライスＡ ２００６Ａ及びＣＮサービススライスＢ ２００６Ｂを含む複数のＣＮネットワークスライスに同時に接続される。この場合、ＲＡＮ１０２は、ＵＥ１０６と、接続されたスライス２０６Ａ、２０６Ｂのそれぞれとの間の対応するＵＰ ＰｏＰ２２６Ａ、２２６Ｂ及びＣＰ ＰｏＰ２２８Ａ、２２８Ｂを介する相互接続を提供することができる。

図３を参照すると、図３は、実施形態による、ユーザ機器１０６をネットワークスライス２０６にアタッチするための方法を示すフローチャートが示されている。例えば、その方法は、例えば、図２Ａの通信ネットワークアーキテクチャのＲＡＮ ＣＰ２０４又はＣＮ ＣＰ２１２によって適用されてもよい。ステップ３００では、サービス要求がＵＥ１０６から受信される。いくつかの実施形態では、サービス要求は、ＲＡＮ１０２の制御プレーン管理エンティティ２０４によって受信されてもよい。特定の実施形態では、そのようなＲＡＮ制御プレーン管理エンティティ２０４は、アクセスポイント１１４又はアクセスポイントに関連付けられたサーバ（図示せず）においてインスタンス化され得る。サービス要求は、記述子を含んでもよく、特定のＣＮスライス２０６にアタッチする要求であってもよく、又は以下にさらに詳細に説明するように、ハンドルを含んでもよい。特定の実施形態では、サービス要求は、記述子、特定のスライスに対する要求、及びハンドルの任意の適切な組み合わせを含み得る。ステップ３０２において、サービス要求はネットワークスライス２０６上に設定される。これは、例えば、ＲＡＮ及びＣＮ間で実行される、様々なサービス認証要求、接続要求、設定要求、アタッチメント要求、ＣＰ上のネットワークスライスの選択などを実行することを含み得る。特定の実施形態では、ネットワークスライス上へのサービス要求の設定は、ＲＡＮ制御プレーン管理エンティティと、コアネットワークのサーバにおいてインスタンス化された相手側の制御プレーン管理エンティティとの間のインタラクションによって実行されてもよい。ステップ３０４では、ＵＥをネットワークスライスにアタッチするために、（ステップ３０２で実行される設定に従って）サービス応答がＵＥに送信される。

（ＵＥにより要求されるネットワークサービスに対する関連付け）
図４を参照すると、ＵＥにより要求される特定のネットワークスライス（即ち、ネットワークサービス）に対する関連付けを処理するために使用される、図３を参照して上述された方法の実施形態を示すメッセージフロー図が示されている。この実施形態では、ＵＥは、明確にネットワークサービスに対するアクセスを要求し、このサービスは次に、予め設定されてもよく又はされなくともよいＣＮにより対応するネットワークスライス（これはサービスを管理する）にマッピングされる。ネットワークスライスに対する関連付けは、特定のサービス要求により、又はネットワークアタッチメント要求などのある他のイベントによりトリガされてもよい。

図４の全体の手順におけるステップは以下に説明される。

ＵＥ（図示せず）の認証及び許可が成功した後、ＵＥは、特定のネットワークサービスへのアクセスを要求する［ＲＡＮ−ＵＥ ＣＰ］サービス要求をＲＡＮに（４００にて）送信する。これがこのサービスに対する最初の要求であるシナリオでは、ＵＥは要求されたサービスに関連付けられた多次元記述子（ｄｅｓｃｒｉｐｔｏｒ）を提供する。

ＲＡＮが記述子を予め設定された又はキャッシュされたスライス情報と一致させることができない場合、ＲＡＮは、［ＲＡＮ−ＣＮ ＣＰ］ＵＥサービス認証要求を予め決定されたＣＮ ＣＰ機能（例えば、ＣＰＦ０１）に送信する。いくつかの実施形態では、予め決定されたＣＮ ＣＰ機能（ＣＰＦ０１）は、共通ＣＮ ＣＰ２１２に関連付けられたＰｏＰ（例えば、図２Ｂ及び図２ＣのＰｏＰ２３０）に対応し得る。要求は、ＵＥ識別子と、ＵＥによって提供される３次元記述子を含む。

ＲＡＮが記述子を予め設定された又はキャッシュされたスライス情報と一致させることができる場合、手順は以下のステップ４１２に進む。

ＵＥが要求されたネットワークサービスにアクセスすることが許可されている場合、ＣＮ ＣＰ機能（ＣＰＦ０１）は、［ＲＡＮ−ＣＮ ＣＰ］ＵＥサービス認証応答でＲＡＮに（４０４にて）応答する。いくつかの実施形態では、応答は、サービス許可のためにＲＡＮを別のＣＮ ＣＰエンティティにリダイレクトすることができる。これは、例えば、許可がスライス毎のＣＮ ＣＰ機能によって実行される場合に必要とされ得る。この場合、ＲＡＮは、ＵＥサービス認証要求を指定されたＣＮ ＣＰエンティティに送信することによって、ステップ４０２を繰り返す。いくつかの実施形態では、指定されたＣＮ ＣＰエンティティは、スライス毎のＣＮ ＣＰ機能２０８に関連付けられたＰｏＰ（例えば、ＰｏＰ２２８（図２Ｂ及び図２Ｃ））に対応し得る。許可されている場合、応答は、このＵＥに対するサービス特有のトラフィックに対応するためにネットワークスライスを委託する役割を果たすＣＮ ＣＰ機能（例えば、ＣＰＦ０２）の識別である。このパラメータは、指定されたＣＰ機能（ＣＰＦ０２）と通信するためのＴＮＬ特有の情報も含み得る。いくつかの実施形態では、指定されたＣＰ機能（ＣＰＦ０２）は、特定のＰｏＰ（例えば、ＰｏＰ２３０、図２Ｂ及び図２Ｃ）に関連付けられた別の共通ＣＮ ＣＰ機能２１２であってもよい。他の実施形態では、指定されたＣＰ機能（ＣＰＦ０２）は、別のＰｏＰ（例えば、ＰｏＰ２２８、図２Ｂ及び図２Ｃ）に関連付けられた別のスライス毎のＣＮ ＣＰ機能２０８であってもよい。

ＲＡＮは、［ＲＡＮ−ＣＮ ＣＰ］サービス接続要求をステップ４０４においてＰｏＰによって特定されるＣＮ ＣＰ機能（ＣＰＦ０２）に（４０６にて）送信する。ＵＥサービス接続要求は、ＣＮによって使用されてネットワークスライスを特定し、委託し、又は特定及び委託の両方をし得るアクセス情報を含む。アクセス情報は、例えば、ＵＥデバイスクラス、ネットワークにアクセスするために使用されるチャネルのタイプ、ＵＥの位置などを含み得る。上記で示したように、指定されたＣＮ ＣＰ機能（ＣＰＦ０２）は、共通ＣＮ ＣＰ機能２１２又はスライス特有のＣＮ ＣＰ機能２０８であってもよい。ＲＡＮは、これら２つの場合を区別しなくてもよい。

対応するネットワークスライスが使用可能である場合、ＣＮ ＣＰ機能（ＣＰＦ０２）は、以下を含む［ＲＡＮ−ＣＮ ＣＰ］サービス接続応答を（４０８にて）ＲＡＮに送信する。
・委託されたネットワークスライスに関連付けられたアップリンクユーザプレーントラフィックを受信するためのＵＥ−ＣＮ ＵＰ機能（例えば、ＵＥ＿ＵＰＦ）の識別（例えば、ＰｏＰ２２６）であり、これは、ＵＥ ＣＮ ＵＰ機能（ＵＥ＿ＵＰＦ）と通信するためのＴＮＬ特有の情報も含み得る。ＵＥによって提供されるアップリンクパケットが、パケットヘッダに含まれる情報（例えば、宛先アドレス）を使用してＴＮＬによって転送される場合、ＣＮは、ＵＥ−ＣＮ ＵＰ ＰｏＰ（ＵＥ＿ＵＰＦ）を特定しないことがある。
・ネットワークスライスに関連付けられたユーザプレーンＱｏＳパラメータ。
・委託されたネットワークスライスに関連付けられたアップリンクシグナリングトラフィックを受信するためのＵＥ−ＣＮ ＣＰ機能（例えば、ＵＥ＿ＣＰＦ）の識別（例えば、ＰｏＰ２２８）。このパラメータは、ネットワークサービスがＵＥとインタラクトするためのスライス特有の制御プレーン機能を含む場合にのみ提供される。このパラメータは、ＵＥ−ＣＮ ＣＰ機能（ＵＥ＿ＣＰＦ）と通信するためのＴＮＬ特有の情報も含み得る。
・ネットワークスライスに関連付けられた制御プレーンＱｏＳパラメータ。これらのパラメータは、ネットワークサービスがＵＥとインタラクトするためのスライス特有の制御プレーン機能を含む場合にのみ提供され得る。
・ＲＡＮとＣＮとの間のＵＥ単位でスライス毎の制御情報の交換を可能にする委託されたネットワークスライスに関連付けられたＲＡＮ−ＣＮ ＣＰ機能（例えば、ＣＰＦ０３）の識別（例えば、ＰｏＰ２２８）。このパラメータは、指定されたＣＰ機能（ＣＰＦ０３）と通信するためのＴＮＬ特有の情報も含み得る。

ＲＡＮが要求されたＱｏＳでサービスを承認することができる場合、ＲＡＮは［ＲＡＮ−ＣＮ ＣＰ］サービス接続確認をＣＮ（ＣＰＦ０２）に（４１０にて）応答する。ＲＡＮがサービスを承認できない場合、ＲＡＮはＣＮ（ＣＰＦ０２）への［ＲＡＮ−ＣＮ ＣＰ］サービス接続エラーで応答する。ＣＮ（ＣＰＦ０２）が、サービス接続応答に含まれる情報がキャッシュされることを示す場合、ＲＡＮはこの情報を記憶し、キャッシュされた情報に対する将来のサービス要求を一致させようとし得る。

承認された場合、ＲＡＮは、ステップ４０８においてＰｏＰによって特定されるＲＡＮ ＣＮ ＣＰ機能（ＣＰＦ０３）に［ＲＡＮ−ＣＮ ＣＰ］サービス設定要求を（４１２にて）送信する。この要求は以下を含んでもよい。
・ＵＥに送信されたダウンリンクＵＥ−ＣＮ ＵＰトラフィックに対してネットワークサービスによって使用されるＲＡＮ内の宛先（例えば、ＰｏＰ２３２（図２Ｂ））。このパラメータ（例えば、ＵＥ＿Ｕ）は、ＲＡＮと通信するためのＴＮＬ特有の情報も含み得る。
・ＵＥに送信されるダウンリンクＵＥ−ＣＮ ＣＰトラフィックに対するネットワークサービスによって使用される、ＲＡＮ内の宛先（例えば、ＰｏＰ２３４（図２Ｂ））。このパラメータ（例えば、ＵＥ＿Ｃ）は、ＲＡＮと通信するためのＴＮＬ特有の情報も含み得る。このパラメータは、ステップ４０８がＵＥとインタラクトするためのスライス特有の制御プレーン機能（ＵＥ＿ＣＰＦ）を特定した場合にのみ提供される。
・ＵＥに関するＲＡＮに送信されたダウンリンクＲＡＮ−ＣＮ ＣＰトラフィックに対するネットワークサービスによって使用されるＲＡＮ内の宛先（例えば、ＰｏＰ２３６（図２Ｂ））。このパラメータは、ＲＡＮと通信するためのＴＮＬ特有の情報も含み得る。

一旦設定が完了すると、ＣＮ（ＣＰＦ０３）は［ＲＡＮ−ＣＮ ＣＰ］サービス設定応答を（４１４にて）ＲＡＮに送信する。

ＲＡＮは、［ＲＡＮ−ＵＥ ＣＰ］サービス応答を（４１６にて）要求されたネットワークサービスへのアタッチメントが成功したことを示すＵＥに送信する。応答は以下を含み得る。
・ネットワークサービス（スライス又はスライスインスタンス）への再接続を要求するためにＵＥによって、その後使用されることが可能なハンドル。
・ユーザプレーントラフィックをネットワークスライスに伝達するために使用される無線リンク論理チャネル。
・制御プレーントラフィックをネットワークスライスに伝達するために使用される無線リンク論理チャネル。このパラメータは、ネットワークサービスがＵＥとインタラクトするためのスライス特有の制御プレーン機能を含む場合にのみ提供される。

特定の実施形態では、この段階で、スライス特有のトラフィックをＵＥと選択されたネットワークスライスとの間で交換されることが可能である。ＲＡＮにおいて、これは、ＲＡＮ−ＵＥインタフェース上の論理チャネルとＵＥ−ＣＮ（ＲＡＮ−ＣＮ）インタフェース上のスライス特有のＰｏＰとの間のマッピングを含む。例えば、
・アップリンクでは、スライス特有のユーザプレーン論理チャネル２３８（図２Ｂ）上のＲＡＮによって受信された任意のトラフィックは、指定されたＵＥ−ＣＮ ＵＰ機能（ＵＥ＿ＵＰＦ）のＰｏＰ（例えば、ＰｏＰ２２６（図２Ｂ））に転送される。同様に、スライス固有制御プレーン論理チャネル２４０（図２Ｂ）上で受信された任意のトラフィックは、指定されたＵＥ−ＣＮ ＣＰ機能（ＵＥ＿ＣＰＦ）のＰｏＰ（例えば、ＰｏＰ２２８（図２Ｂ））に転送される。
・ダウンリンクでは、ＵＥ＿Ｕに関連付けられた指定されたＵＥ−ＣＮ ＵＰ ＰｏＰ（例えば、ＰｏＰ２３２（図２Ｂ））上でＲＡＮによって受信された任意のトラフィックは、スライス特有のユーザプレーン論理チャネル２３８（図２Ｂ）を使用して無線インタフェースを介して転送される。同様に、ＵＥ＿Ｃに関連付けられた、指定されたＵＥ−ＣＮ ＣＰ ＰｏＰ（例えばＰｏＰ２３４（図２Ｂ））上でＲＡＮによって受信された任意のトラフィックは、スライス特有の制御プレーン論理チャネル２４０（図２Ｂ）を使用して無線インタフェースを介して転送される）を含む。

（ネットワークスライスの再設定−関連情報）
特定の実施形態（図示せず）では、ネットワークスライス（例えば、ＣＰＦ−０３）に関連付けられたＣＮ ＣＰ機能２０８は、ネットワークスライス情報の送信に関連付けられたパラメータの変更を示すメッセージをＲＡＮ−ＣＮインタフェースを介してＲＡＮに送信し得る。指示は以下を含み得る。
・スライスに関連付けられたアップリンクユーザプレーントラフィック（例えば、ＵＥ＿ＵＰＦに関連付けられたＰｏＰ２２６（図２Ｂ））及びスライスに関連付けられたアップリンク制御プレーントラフィック（例えば、ＵＥ＿ＣＰＦに関連付けられたＰｏＰ２２８（図２Ｂ））のうち少なくとも１つを受信するために使用されるＰｏＰの変更。これは、例えば、ロードバランシング又は仮想化されたネットワーク機能の移行によるものであってもよい。
・リソース設定変更要求（ＣＰＦ−０３）を受信するために使用されるＰｏＰ（例えば、ＰｏＰ２３０（図２Ｂ））の変更。
・ネットワークスライスユーザプレーントラフィック及びネットワークスライス制御プレーントラフィックのうち少なくとも１つに関連付けられたＱｏＳパラメータの変更。

同様に、ＲＡＮは、ＵＥへのネットワークスライストラフィックの送信に関連付けられたパラメータの変更を示すメッセージをＣＮ ＣＰ機能２０８（ＣＰＦ−０３）に送信し得る。指示は以下を含み得る。
・スライス関連ダウンリンクユーザプレーントラフィック（例えば、ＵＥ＿Ｕに関連付けられたＰｏＰ２３２（図２Ｂ））及びスライス関連ダウンリンク制御プレーントラフィック（例えば、ＵＥ＿Ｃに関連付けられたＰｏＰ２３４（図２Ｂ））のうち少なくとも１つを受信するために使用されるＰｏＰの変更。これは、例えば、ＲＡＮ内のＵＥモビリティによるものであってもよい。
・ＲＡＮによってサポートされることが可能なネットワークスライスユーザプレーントラフィック及びネットワークスライス制御プレーントラフィックのうち少なくとも１つに関連付けられたＱｏＳパラメータの変更。これは、例えば、ＲＡＮ内の輻輳又は装置の故障が原因のこともある。

（デフォルトネットワークスライスに対する関連付け）
図５を参照すると、ＵＥをデフォルトネットワークスライス（そしてそれ故、デフォルトネットワークサービス）に関連付けるために使用される、図３の方法の実施形態を示すメッセージフロー図が示されている。デフォルトサービスは次に、予め設定されたネットワークスライスにＲＡＮによりマッピングされ得る。

図５の全体の手順におけるステップは以下に説明される。

ＵＥは、ネットワークへのアタッチメントを要求する［ＲＡＮ−ＵＥ ＣＰ］アタッチ要求を（５００にて）ＲＡＮに送信する。ＵＥは、特定のサービスとの関連付けを要求するための多次元記述子（ｄｅｓｃｒｉｐｔｏｒ）を含み得る。

ＲＡＮは、［ＲＡＮ−ＣＮ ＣＰ］ＵＥアタッチ要求を（５０２にて）所定のＣＮ ＣＰ機能（例えば、ＣＰＦ−１１）に送信する。いくつかの実施形態では、予め決定されたＣＮ ＣＰ機能（ＣＰＦ１１）は、共通ＣＮ ＣＰ２１２に関連付けられたＰｏＰ（例えば、ＰｏＰ２３０、図２Ｂ及び図２Ｃ）に対応し得る。ＵＥが記述子を提供し、ＲＡＮが記述子を予め設定されたスライス情報又はキャッシュされたスライス情報と一致させることができ、この情報は、対応するＣＮ ＣＰ機能（ＣＰＦ−１１）を選択するためにＲＡＮによって使用され得る。

ＵＥアタッチ要求５０２は、ＵＥによって提供される情報（例えば、デバイスクラス、記述子）と、デフォルトのネットワークサービスを特定するためにＣＮ ＣＰ機能（ＣＰＦ−１１）によって使用され得るアクセス情報とを含む。アクセス情報は、ネットワークにアクセスするために使用されるチャネルのタイプ、ＵＥの位置などを含んでもよく、これらはＲＡＮによって提供されてもよい。

この時点で、ＣＮは、（５０４にて）ＵＥを認証し、ＵＥサービスプロファイルを取得し、ＵＥがネットワークにアタッチすることを許可されることを確実にする。ＵＥとＣＮ（ＣＰＦ−１１）との間で交換されるメッセージは、ＲＡＮによって透過的に中継される。いくつかのシナリオでは、認証は、ＵＥのデフォルトのネットワークスライスへのアタッチメントに続き（即ち、以下のステップ５１２の後に）、スライス特有のＵＥ−ＣＮ ＣＰ機能２０８によって実行されてもよい。

一旦ＣＮがＵＥを許可すると、ＣＮ ＣＰ機能（ＣＰＦ−１１）は、このＵＥに関連付けられたデフォルトのネットワークスライスを含む［ＲＡＮ−ＣＮ ＣＰ］ＵＥアタッチ応答で（５０６にて）ＲＡＮに応答する。ＵＥがアタッチ要求に記述子を提供した場合、ＣＮは、デフォルトのネットワークスライスを選択するときに、この情報を使用しても、しなくてもよく、この判定はＲＡＮにとって透過的である。

ＲＡＮは、指定されたスライスに関する情報であって、下記情報で予め設定されてもよい。
・ネットワークスライスに関連付けられたアップリンクユーザプレーントラフィックを受信するためのＵＥ−ＣＮ ＵＰ機能（例えば、ＵＥ＿ＵＰＦ）の識別（例えば、ＰｏＰ２２６）。これは、ＵＥ ＣＮ ＵＰ機能（ＵＥ＿ＵＰＦ）と通信するためのＴＮＬ特有の情報も含み得る。
・ＵＥによって提供されるアップリンクパケットが、パケットヘッダに含まれる情報（例えば、宛先アドレス）を使用してＴＮＬによって転送される場合、ＲＡＮは、ＵＥ−ＣＮ ＵＰ ＰｏＰ２２６（ＵＥ＿ＵＰＦ）で設定されないことがある。
・ネットワークスライスに関連付けられたユーザプレーンＱｏＳパラメータ。
・委託されたネットワークスライスに関連付けられたアップリンクシグナリングトラフィックを受信するためのＵＥ−ＣＮ ＣＰ機能（例えば、ＵＥ＿ＣＰＦ）の識別（例えば、ＰｏＰ２２８）。このパラメータは、ネットワークサービスがＵＥとインタラクトするためのスライス特有の制御プレーン機能を含む場合にのみ提供される。このパラメータは、ＵＥ−ＣＮ ＣＰ機能（ＵＥ＿ＣＰＦ）と通信するためのＴＮＬ特有の情報も含み得る。
・ネットワークスライスに関連付けられた制御プレーンＱｏＳパラメータ。これらのパラメータは、ネットワークサービスがＵＥとインタラクトするためのスライス特有の制御プレーン機能を含む場合にのみ提供される。
・ＲＡＮとＣＮとの間のＵＥ単位でスライス毎の制御情報の交換を可能にする委託されたネットワークスライスに関連付けられたＲＡＮ−ＣＮ ＣＰ機能（例えば、ＣＰＦ１３）の識別（例えば、ＰｏＰ２３０）。このパラメータは、指定されたＣＰ機能（ＣＰＦ１３）と通信するためのＴＮＬ特有の情報も含み得る。

ＲＡＮが指定されたスライスに対する情報で予め設定されていない場合、手順は図４のステップ４０６で再開する。

場合によっては、ＵＥアタッチ応答５０６は、ＲＡＮをＵＥ認証及び許可のために別のＣＮ ＣＰエンティティにリダイレクトすることができる。これは、例えば、認証及び許可がスライス毎のＣＮ ＣＰ機能によって実行される場合に必要とされ得る。この場合、ＲＡＮは、ＵＥアタッチ要求を指定されたＣＮ ＣＰエンティティに送信することによって、ステップ５０２を繰り返す。

認可された場合、ＲＡＮは、［ＲＡＮ−ＣＮ ＣＰ］サービス設定要求を、選択されたネットワークスライスに関連付けられた所定のＲＡＮ−ＣＮ ＣＰ機能（例えば、ＣＰＦ−１３）に（５０８にて）送信する。この要求は、以下を含む。
・ＵＥに送信されたダウンリンクＵＥ−ＣＮ ＵＰトラフィックのためにネットワークサービスによって使用されるＲＡＮ内の宛先（例えば、ＰｏＰ２３２）。このパラメータは、ＲＡＮと通信するためのＴＮＬ特有の情報も含み得る。
・ＵＥに送信されたダウンリンクＵＥ−ＣＮ ＣＰトラフィックのためにネットワークサービスによって使用されるＲＡＮ内の宛先（例えば、ＰｏＰ２３４）。このパラメータは、ＲＡＮと通信するためのＴＮＬ特有の情報も含み得る。このパラメータは、ネットワークサービスがＵＥとインタラクトするためのスライス特有の制御プレーン機能（ＵＥ＿ＣＰＦ）を含む場合にのみ提供される。

一旦設定が完了すると、ＣＮ（ＣＰＦ−１３）は［ＲＡＮ−ＣＮ ＣＰ］サービス設定応答を（５１０にて）ＲＡＮに送信する。

ＲＡＮは、ネットワークに対するアタッチメントが成功したことを示す［ＲＡＮ−ＵＥ ＣＰ］アタッチ応答を（５１２にて）ＵＥに送信する。

（ネットワークスライスに対する再アタッチメント）
図６を参照すると、ＵＥをネットワークスライス（そしてそれ故、ネットワークサービス）に再アタッチメントするために使用される、図３の方法の実施形態を示すメッセージフロー図が示されている。図示の手順において、ＲＡＮにより維持されるコンテキスト情報は、既に決定されたネットワークスライスに接続するために使用される。ネットワークスライスに対する再アタッチメントは、以下に説明する特定のサービス要求により、或いは再アタッチメント要求又はＲＲＣ状態の変化などの、ある他のイベントによりトリガされてもよい。

図６の全体の手順におけるステップは以下に説明される。

ＵＥは、特定のネットワークサービスへの再接続を要求するＲＡＮに［ＲＡＮ−ＵＥ ＣＰ］サービス要求を（６００にて）送信する。これは、このサービスへの再接続の要求であるため、ＵＥは、図４のステップ４１６を参照して上述したように、初期サービスアクセス要求に続いてＲＡＮによって以前に供給されたハンドルを提供する。誤使用を防止するために、ハンドルは、ネットワークによって暗号的に保護されてもよく、所定の期間、ＵＥを特定のネットワークスライスインスタンスに拘束する。

ＲＡＮは、ハンドルを使用して、参照されたネットワークスライスに関連する格納されたコンテキスト情報を検索する。格納されたコンテキスト情報は以下を含む。
・ネットワークスライスに関連付けられたアップリンクユーザプレーントラフィックを受信するためのＵＥ−ＣＮ ＵＰ機能（例えば、ＵＥ＿ＵＰＦ）の識別（例えば、ＰｏＰ２２６）。これは、ＵＥ ＣＮ ＵＰ機能（ＵＥ＿ＵＰＦ）と通信するためのＴＮＬ特有の情報も含み得る。
・ＵＥによって提供されるアップリンクパケットが、パケットヘッダに含まれる情報（例えば、宛先アドレス）を使用してＴＮＬによって転送される場合、ＲＡＮは、ＵＥ−ＣＮ ＵＰ ＰｏＰ（ＵＥ＿ＵＰＦ）を記録させないことがある。
・ネットワークスライスに関連付けられたユーザプレーンＱｏＳパラメータ。
・委託されたネットワークスライスに関連付けられたアップリンクシグナリングトラフィックを受信するためのＵＥ−ＣＮ ＣＰ機能（例えば、ＵＥ＿ＣＰＦ）の識別（例えば、ＰｏＰ２２８）。このパラメータは、ネットワークサービスがＵＥとインタラクトするためのスライス特有の制御プレーン機能を含む場合にのみ存在する。このパラメータは、ＵＥ−ＣＮ ＣＰ機能（ＵＥ＿ＣＰＦ）と通信するためのＴＮＬ特有の情報も含み得る。
・ネットワークスライスに関連付けられた制御プレーンＱｏＳパラメータ。これらのパラメータは、ネットワークサービスがＵＥとインタラクトするためのスライス特有の制御プレーン機能を含む場合にのみ存在する。
・ＲＡＮとＣＮとの間のＵＥ単位でスライス毎の制御情報の交換を可能にする委託されたネットワークスライスに関連付けられたＲＡＮ−ＣＮ ＣＰ機能（例えば、ＣＰＦ−２３）の識別（例えば、ＰｏＰ２３０）。このパラメータは、指定されたＣＰ機能（ＣＰＦ−２３）と通信するためのＴＮＬ特有の情報も含み得る。

必要ならば、ＲＡＮは、［ＲＡＮ−ＣＮ ＣＰ］サービス設定要求を、ネットワークスライスに関連付けられたＲＡＮ−ＣＮ ＣＰ機能（例えば、ＣＰＦ−２３）に（６０２にて）送信する。この要求は、以下を含む。
・ＵＥに送信されたダウンリンクＵＥ−ＣＮ ＵＰトラフィックのためにネットワークサービスによって使用されるＲＡＮ内の宛先（例えば、ＰｏＰ２３２）。このパラメータは、ＲＡＮと通信するためのＴＮＬ特有の情報も含み得る。
・ＵＥに送信されたダウンリンクＵＥ−ＣＮ ＣＰトラフィックのためにネットワークサービスによって使用されるＲＡＮ内の宛先（例えば、ＰｏＰ２３４）。このパラメータは、ＲＡＮと通信するためのＴＮＬ特有の情報も含み得る。このパラメータは、ネットワークサービスがＵＥとインタラクトするためのスライス特有の制御プレーン機能（ＵＥ＿ＣＰＦ）を含む場合にのみ提供される。

このステップ（６０２）及び次のステップ（６０４）はオプションであり、ダウンリンクトラフィックのためにネットワークスライスによって使用されるＲＡＮ内の宛先（例えば、ＰｏＰ）が（例えば、ＵＥモビリティに起因して）変更された場合にのみ必要であることに留意されたい。

一旦設定が完了すると、ＣＮ（ＣＰＦ−２３）は［ＲＡＮ−ＣＮ ＣＰ］サービス設定応答を（６０４にて）ＲＡＮに送信する。

ＲＡＮは、ネットワークサービスに対する再アタッチメントが成功したことを示す［ＲＡＮ−ＵＥ ＣＰ］サービス応答を（６０６にて）ＵＥに送信する。応答は、ネットワークサービス（スライス）への再接続を要求するためにＵＥによって後で使用されることが可能な更新されたハンドルを含み得る。

図７を参照すると、本発明の異なる実施形態による、例えば、ＵＥ、ＲＡＮ、又はＣＮノードを含み、本明細書に記載の方法の任意の又はすべてのステップを実行し得るハードウェアデバイス１００の概略図が示されている。

図７に示すように、デバイス７００は、プロセッサ７０２、メモリ７０４、非一過性の大容量ストレージ７０６、Ｉ／Ｏインタフェース７０８、ネットワークインタフェース７１０、及びトランシーバ７１２を含み、それらのすべてが双方向バスを介して通信可能に結合される。特定の実施形態によれば、図示された要素の任意の又はすべての要素が利用され得る、又は要素のサブセットのみが利用されてもよい。さらに、デバイス７００は、複数のプロセッサ、メモリ、又はトランシーバなど、特定の要素の複数のインスタンスを含み得る。また、ハードウェアデバイスの要素は、双方向バスなしで他の要素に直接結合されてもよい。

プロセッサ７０２は、任意のタイプの電子データプロセッサを含み得る。従って、プロセッサ７０２は、１つ又は複数の汎用マイクロプロセッサと、グラフィック処理ユニット（ＧＰＵ）、デジタル信号プロセッサ（ＤＳＰ）又は他のいわゆる加速プロセッサ（又は処理アクセラレータ）などの１つ又は複数の特殊処理コアとの任意の適切な組み合わせとして提供されてもよい。メモリ７０４は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、リードオンリメモリ（ＲＯＭ）、それらの任意の組み合わせなどの任意のタイプの非一過性メモリを含んでもよい。実施形態では、メモリ７０４は、ブートアップで使用するためのＲＯＭと、プログラムを実行する間に使用するためのプログラム及びデータ記憶のためのＤＲＡＭとを含み得る。バスは、メモリバス又はメモリコントローラ、周辺バス、又はビデオバスを含む任意のタイプのいくつかのバスアーキテクチャのうちの１つ又は複数であってもよい。大容量記憶素子７０６は、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブ、ＵＳＢドライブ、又はデータ及びマシン実行可能プログラムコードを格納するように構成された任意のコンピュータプログラム製品などの任意のタイプの非一過性のストレージデバイスを含み得る。特定の実施形態によれば、メモリ７０４又は大容量ストレージ７０６は、そこに前述の方法ステップの任意のステップを実行するためにプロセッサ７０２によって実行可能なステートメント及び命令を記録し得る。

他に定義されない限り、本明細書で使用される全ての技術用語及び科学用語は、本発明が属する技術分野の当業者によって一般に理解されるのと同じ意味を有する。

以上の実施形態の説明を通して、本発明は、ハードウェアのみを使用することによって、又は、ソフトウェア及び必要なユニバーサルハードウェアプラットフォームを使用することによって実施されてもよい。このような理解に基づいて、本発明の技術的解決法は、ソフトウェア製品の形態で具体化され得る。ソフトウェア製品は、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、ＵＳＢフラッシュディスク、又はリムーバブルハードディスクであり得る不揮発性又は非一過性の記憶媒体に格納され得る。ソフトウェア製品は、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイス）に本発明の実施形態で提供される方法を実行させることができる多くの命令を含む。例えば、そのような実行は、本明細書で説明されるような論理演算のシミュレーションに対応してもよい。ソフトウェア製品は、追加的又は代替的に、コンピュータデバイスが本発明の実施形態によるデジタル論理装置を構成又はプログラミングするための動作を実行することを可能にする多数の命令を含み得る。

当業者であれば理解されるように、上記開示は、複数の実施形態を教示している。第１の実施形態では、ネットワークノードでのスライスアタッチメント及び設定のための方法が提供され、方法は、
ネットワークノードによって、ユーザ機器からのサービス要求を受信するステップと、
ネットワークノードによって、サービス要求を処理するための第２のネットワークノードを選択するステップと、
ネットワークノードによって、ユーザ機器によって要求されたサービスを有効にするためのネットワークスライスに対する設定を受信するステップと、
ネットワークノードによって、ネットワークスライスに対応するユーザプレーン情報を受信するための第１のポイントオブプレゼンスを特定するステップと、
ネットワークノードによって、ネットワークスライスに対応する制御プレーン情報を受信するための第２のポイントオブプレゼンスを特定するステップと、
ネットワークノードによって、ネットワークスライスに対応するトラフィックを第３のポイントオブプレゼンスに転送するステップと、
ネットワークノードによって、ユーザ機器にユーザ機器コンテキスト及びネットワークスライス設定を特定するハンドルを送信するステップと、
ネットワークノードによって、ユーザ機器にネットワークスライスに対応するユーザ機器設定を送信するステップとを含む。

第２の実施形態では、第１の実施形態の方法に基づく方法が提供され、サービス要求は、
記述子、
特定のスライスに対する要求、及び
特定のユーザ機器コンテキスト及びネットワークスライス設定を特定するハンドル
のうちの任意の１つ又は複数を含む。

第３の実施形態では、第２の実施形態の方法に基づく方法が提供され、記述子は、
アプリケーション識別子、サービスのタイプ、及び
スライス識別子
のうちの任意の１つ又は複数を含む。

第４の実施形態では、第１の実施形態の方法に基づく方法が提供され、第２のネットワークノードを選択するステップは、サービス要求に基づく。

第５の実施形態では、第１の実施形態の方法に基づく方法が提供され、ネットワークスライスに対する受信された設定は、ネットワークノードによってキャッシュされ、サービス要求に関連付けられる。

第６の実施形態では、第５の実施形態の方法に基づく方法が提供され、第２のネットワークノードを選択するステップは、ネットワークノードによってキャッシュされた情報に基づく。

第７の実施形態では、第１の実施形態の方法に基づく方法が提供され、第２のネットワークノードは、ネットワークノードにサービス要求を第３のネットワークノードにリダイレクトするよう指示する。

第８の実施形態では、第１の実施形態の方法に基づく方法が提供され、ネットワークノードは、無線アクセスネットワークノード及びコアネットワークノードの一方又は両方である。

第９の実施形態では、第１の実施形態の方法に基づく方法が提供され、第２のネットワークノードがコアネットワークノードである。

第１０の実施形態では、第１の実施形態の方法に基づく方法が提供され、ハンドルが暗号によって保護される。

第１１の実施形態では、第１の実施形態の方法に基づく方法が提供され、ユーザ機器設定は、
第１のポイントオブプレゼンスに対応する第１の無線ベアラ、及び
第２のポイントオブプレゼンスに対応する第２の無線ベアラ
のうちの任意の１つ又は複数を含む。

第１２の実施形態では、１つ又は複数のプロセッサと、１つ又は複数のプロセッサにより実行されるためのソフトウェア命令を格納するコンピュータ可読記憶媒体とを備えたネットワークノードが提供される。ソフトウェア命令は、プロセッサによって実行されるとき、１つ又は複数のプロセッサを制御して、
ユーザ機器からサービス要求を受信し、
第２のネットワークノードを選択してサービス要求を処理し、
ユーザ機器によって要求されるサービスを有効にするためのネットワークスライスに対する設定を受信し、
ネットワークスライスに対応するユーザプレーン情報を受信するための第１のポイントオブプレゼンスを特定し、
ネットワークスライスに対応する制御プレーン情報を受信するための第２のポイントオブプレゼンスを特定し、
ネットワークスライスに対応するトラフィックを第３のポイントオブプレゼンスに転送し、
ユーザ機器に、ユーザ機器コンテキスト及びネットワークスライス設定を特定するハンドルを送信し、
ユーザ機器に、ネットワークスライスに対応するユーザ機器設定を送信するようにネットワークノードを設定する。

第１３の実施形態では、第１２の実施形態のノードに基づくネットワークノードが提供され、サービス要求は、
記述子、
特定のスライスに対する要求、及び
特定のＵＥコンテキスト及びネットワークスライス設定を特定するハンドル
のうちの任意の１つ又は複数を含む。

第１４の実施形態では、第１３の実施形態のノードに基づくネットワークノードが提供され、記述子は、
アプリケーション識別子、サービスのタイプ、及び
スライス識別子
のうちの任意の１つ又は複数を含む。

第１５の実施形態では、第１２の実施形態のノードに基づくネットワークノードが提供され、ソフトウェア命令は、ユーザ機器からのサービス要求に基づいて第２のネットワークノードを選択する命令を含む。

第１６の実施形態では、第１２の実施形態のノードに基づくネットワークノードが提供され、ソフトウェア命令は、ネットワークスライスに対する受信された設定をキャッシュし、受信された設定をサービス要求に関連付ける命令を含む。

第１７の実施形態では、第１６の実施形態のノードに基づくネットワークノードが提供され、ソフトウェア命令は、ネットワークノードによってキャッシュされた情報に基づいて第２のネットワークノードを選択するための命令を含む。

第１８の実施形態では、第１２の実施形態のノードに基づくネットワークノードが提供され、ソフトウェア命令は、サービス要求を第３のネットワークノードにリダイレクトする命令を含む。

第１９の実施形態では、第１２の実施形態のノードに基づくネットワークノードが提供され、ソフトウェア命令は、ハンドルを暗号によって保護するための命令をさらに含む。

第２０の実施形態では、第１２の実施形態のノードに基づくネットワークノードが提供され、ソフトウェア命令は、ユーザ機器設定を、
第１のポイントオブプレゼンスに対応する第１の無線ベアラ、及び
第２のポイントオブプレゼンスに対応する第２の無線ベアラ
のうちの任意の１つ又は複数で設定する命令を含む。

第２１の実施形態では、第１２の実施形態のノードに基づくネットワークノードが提供され、ネットワークノードは、無線アクセスネットワークノード及びコアネットワークノードの一方又は両方である。

本発明を特定の特徴及びその実施形態を参照して説明してきたが、本発明から逸脱することなく様々な変更及び組み合わせを行うことができることは明らかである。従って、本明細書及び図面は、添付の特許請求の範囲によって規定される本発明の単なる実例とみなされるべきであり、本発明の範囲内に含まれる任意の及びすべての変更、変形、組み合わせ又は均等物を保護することが意図される。

Claims (11)

1. ユーザ機器（ＵＥ）スライスアタッチメントに対する設定のための無線アクセスネットワーク（ＲＡＮ）内のネットワークノードでの方法であって、前記方法は、
   前記ＲＡＮ内の前記ネットワークノードによって、ネットワークスライスへの関連付けのためのサービス要求をＵＥから受信するステップであって、前記サービス要求は、複数のネットワークスライスの１つを特定する記述子を含む、ステップと、
   前記ＲＡＮ内のネットワークノードによって、前記記述子を含む要求をコアネットワーク内の第２のネットワークノードに送信するステップと、
   前記ＲＡＮ内の前記ネットワークノードによって、前記記述子に関連付けられた前記ネットワークスライスに関連付けられたスライス設定情報を前記コアネットワーク内の前記第２のネットワークノードから受信するステップであって、前記スライス設定情報は、前記ネットワークスライスのユーザプレーンに関連付けられた第１のアップリンクポイントオブプレゼンスに関連付けられたアドレス及び前記ネットワークスライスの前記ユーザプレーンに関連付けられたサービスパラメータの量を含む、ステップと、
   前記ＲＡＮ内の前記ネットワークノードによって、前記ネットワークスライスのための前記スライス設定情報に関連付けられた無線リンク設定情報を前記ＵＥに送信するステップであって、前記無線リンク設定情報は、前記記述子に関連付けられた前記ネットワークスライスに関連付けられた、ユーザプレーン情報を伝達するために使用される前記ＲＡＮ内の前記ネットワークノードと前記ＵＥとの間の第１の無線リンク論理チャネル、及び前記第１の無線リンク論理チャネルに関連付けられたサービスパラメータの量を含む、ステップと、
   前記ＲＡＮ内の前記ネットワークノードによって、前記ＵＥから、前記第１の無線リンク論理チャネルに関連付けられたアップリンクユーザプレーンプロトコルデータユニットを含むアップリンクユーザプレーントラフィックを受信するステップと、
   前記ＲＡＮ内の前記ネットワークノードによって、前記アップリンクユーザプレーンプロトコルデータユニットを前記第１のアップリンクポイントオブプレゼンスに転送するステップであって、前記第１のアップリンクポイントオブプレゼンスは、前記第１の無線リンク論理チャネルに関連付けられている、ステップと、
   を含む、方法。
2. ＵＥ設定及び前記ネットワークスライスの設定を特定するハンドルを前記ＵＥに送信するステップをさらに含む、請求項１に記載の方法。
3. 前記ネットワークノードによって、前記記述子を運ぶ要求を第３のネットワークノードに送信するステップと、
   前記第３のネットワークノードから、前記記述子を運ぶ前記要求を前記第２のネットワークノードにリダイレクトすることの指示を受信するステップと
   を含む、請求項１又は２に記載の方法。
4. 前記第２のネットワークノードは、前記受信された要求に従って決定される、
   請求項１〜３のいずれか１項に記載の方法。
5. 前記ネットワークスライスのための前記スライス設定情報に関連付けられた前記無線リンク設定情報は、前記ネットワークスライスの制御プレーンに関連付けられた第２のポイントオブプレゼンスに関連付けられたアドレスをさらに含む、
   請求項１〜４のいずれか１項に記載の方法。
6. 前記ネットワークスライスの前記制御プレーンに関連付けられた前記第２のポイントオブプレゼンスに、前記ＵＥから受信された制御プレーントラフィックを転送するステップをさらに含む、
   請求項５に記載の方法。
7. 前記要求は、
   特定のスライスに関連付けられた要求、
   ＵＥ設定及びネットワークスライスの設定を特定するハンドル、
   の少なくとも１つを含む、
   請求項１〜６のいずれか１項に記載の方法。
8. 前記記述子は、サービスのタイプ及びスライス識別子の少なくとも１つを含む、
   請求項１〜６のいずれか１項に記載の方法。
9. 前記ネットワークノードは、無線アクセスネットワークノードである、
   請求項１〜７のいずれか１項に記載の方法。
10. 前記ネットワークノードによって、前記受信された設定情報をキャッシュし、前記キャッシュされた設定情報と前記要求とを関連付けるステップをさらに含む、
    請求項１〜８のいずれか１項に記載の方法。
11. 請求項１〜９のいずれか１項に記載の方法を実行するための無線アクセスネットワークノード。

Images