JP2019511179A - ネットワークスライシング操作 - Google Patents

Abstract

ネットワーク制御ノード（Ｍａｉｎ ＣＴＲＬまたはＣＴＲＬ Ｎ）は、ＷＴＲＵによるサービス要求を受信することができ、サービス情報は、サービスクラス、サービス品質（ＱｏＳ）要件、またはモビリティ特性のうちの１つまたは複数を備える。ネットワーク制御ノードは、複数のネットワークスライスに関連付けられたスライス情報を決定することができ、ＷＴＲＵにサーブために少なくとも第１のネットワークスライスを選択することができる。ネットワーク制御ノードは、第１のネットワークスライスにアクセスするためにネットワーク制御ノードまたは別のネットワーク制御ノードがＷＴＲＵにサーブすべきであるかどうかを決定することができる。第１のネットワークスライスにアクセスするために別のネットワーク制御ノードがＷＴＲＵにサーブすべきであるとネットワーク制御ノードが決定する場合、ネットワーク制御ノードは、第１のネットワークスライスにアクセスするために別のネットワーク制御ノードがＷＴＲＵにサーブすべきであることを示す要求を別のネットワーク制御ノードに送信することができる。

Description

本発明は、ネットワークスライシング操作に関する。

関連出願の相互参照
本出願は、全体が記載されているかのように参照により本明細書に組み込まれている、２０１６年２月１６日に出願した米国特許仮出願第６２／２９６，０３０号明細書、および２０１６年３月１１日に出願した米国特許仮出願第６２／３０６，７３８号明細書の利益を主張するものである。

５Ｇネットワークにおけるユースケースのタイプは、多種多様なものになると予想され、ユースケースの１つまたは複数は、比較的厳しいおよび／または柔軟性に欠けるサービス要件に関連付けられ得る。セルラー通信ネットワーク（たとえば、３ＧＰＰ）内のさまざまな要件を有する多くの多種多様なユースケースをサポートするため、ネットワークスライス（たとえば、５Ｇスライス）は、たとえば特定の接続タイプの通信サービスをサポートするように定義され得る。ネットワークスライスは、所与のアプリケーションにサービスを提供するために使用されることが可能な１つもしくは複数のネットワーク機能（たとえば、５Ｇネットワーク機能）および／または１つもしくは複数の無線アクセス技術（ＲＡＴ）設定の集合を備えることができる。ネットワークスライシングの使用は、５Ｇネットワークアーキテクチャをより柔軟および／またはスケーラブルなものにすることができる。

以前のコアネットワークアーキテクチャは、比較的モノリシックなネットワークおよびトランスポートフレームワークを利用した。そのようなフレームワークは、さまざまなサービスをさまざまな無線送受信ユニット（ＷＴＲＵ）に提供するという点において、比較的限定されていた。ネットワークスライシングの使用はネットワークの柔軟性をかなえることができるが、そのようなスキームは、ネットワークリソースをＷＴＲＵに割り当てる必要性の点において比較的均一な手順およびシステムを可能にした。５Ｇネットワークスライシングの導入は、どのネットワークスライスがオペレータによって提供されているかを検出すること、１つまたは複数のＷＴＲＵにネットワークスライスを選択すること、および／または特定のネットワークスライスに接続することに関連する多くの潜在的な課題をもたらす場合がある。

ネットワークにおいて無線送受信ユニット（ＷＴＲＵ）をネットワークスライスに接続するためにネットワーク制御ノードにシステム、方法、および手段が提供される。ネットワーク制御ノードは、ＷＴＲＵによって要求されているサービスに関連付けられたサービス情報を受信することができ、サービス情報は、サービスクラス、サービス品質（ＱｏＳ）要件、またはモビリティ特性のうちの１つまたは複数を備える。ネットワーク制御ノードは、複数のネットワークスライスに関連付けられたスライス情報を決定することができ、スライス情報は、ネットワークスライスの識別子、ネットワークスライスの優先度、ネットワークスライスによってサーブされるサービスクラス、ターゲットデバイスクラス、ＱｏＳターゲット、モビリティサポート、セキュリティサービス、課金情報、および／またはパフォーマンス情報のうちの１つまたは複数を備える。ネットワーク制御ノードは、ＷＴＲＵの加入者(subscriber)情報を決定することができる。ネットワーク制御ノードは、ＷＴＲＵにサーブために複数のネットワークスライスの少なくとも第１のネットワークスライスを選択することができ、ネットワーク制御ノードは、サービス情報、第１のネットワークスライスに関連付けられたスライス情報、およびＷＴＲＵの加入者情報に基づいて第１のネットワークスライスを選択する。ネットワーク制御ノードは、第１のネットワークスライスにアクセスするためにネットワーク制御ノードまたは別のネットワーク制御ノードがＷＴＲＵにサーブすべきであるかどうかを決定することができる。第１のネットワークスライスにアクセスするためにネットワーク制御ノードがＷＴＲＵにサーブすべきであるとネットワーク制御ノードが決定することを条件として、ネットワーク制御ノードは、第１のネットワークスライスに関連付けられた少なくとも１つのネットワークサービスをＷＴＲＵに提供することができる。または、第１のネットワークスライスにアクセスするために別のネットワーク制御ノードがＷＴＲＵにサーブすべきであるとネットワーク制御ノードが決定することを条件として、ネットワーク制御ノードは、第１のネットワークスライスにアクセスするために別のネットワーク制御ノードがＷＴＲＵにサーブすべきであることを示す要求を別のネットワーク制御ノードに送信することができる。

同一のインフラストラクチャ上で（たとえば、さまざまなＲＡＴおよび／またはノードの組み合わせを採用することによって）実施される例示のネットワークスライスを示す図である。 無線送受信ユニット（ＷＴＲＵ）がネットワークに最初にアタッチまたは登録するとき、ネットワークによって提供されるネットワークスライス情報を示す図である。 たとえばネットワークスライスへの初期接続後の、要求に応じたネットワークスライス情報取出しを示す図である。 ＷＴＲＵごとに行われる例示のネットワークスライス選択を示す図である。 サービスごとに行われる例示のネットワークスライス選択を示す図である。 例示のネットワーク制御されたスライス選択を示す図である。 例示の初期ネットワークスライス接続を示す図である。 例示の複数のネットワークスライス接続フォーキングを示す図である。 １つまたは複数の開示される実施形態が実施され得る例示の通信システムを示す図である。 図８Ａに示される通信システム内で使用され得る例示のＷＴＲＵを示す図である。 図８Ａに示される通信システム内で使用され得る例示の無線アクセスネットワーク（ＲＡＮ）および例示のコアネットワークを示す図である。 図８Ａに示される通信システム内で使用され得る別の例示のＲＡＮおよび例示のコアネットワークを示す図である。 図８Ａに示される通信システム内で使用され得る別の例示のＲＡＮおよび例示のコアネットワークを示す図である。

これ以降、例示的な実施形態の詳細な記述について、さまざまな図面を参照して説明される。この説明は、可能な実施態様の詳細な例を提供するが、詳細は例示的であることが意図されており、本出願の範囲を決して限定しないことに留意されたい。

３ＧＰＰは、未来の５Ｇ要件に応じるための次世代コアネットワークを設計する過程にある。例示の要件は、制御プレーン／ユーザプレース（ＣＰ／ＵＰ）分離、アクセス非依存のサービス、クロスドメインネットワークの統合、ならびにネットワーク機能仮想化（Network-function virtualization）（ＮＦＶ）、ＳＤＮおよびネットワークスライシングのような技術イネーブラーの導入を含むことができる。

ＮＦＶは、ネットワークノード機能の全クラスを、接続または相互に連鎖して通信サービスを作成することができるビルディングブロックに仮想化する、ＩＴ仮想化の技術を使用することができるネットワークアーキテクチャの概念である。

ＮＦＶは、エンタープライズＩＴにおいて使用されるような、従来のサーバ仮想化技法に依存するが、これらとは異なっている。仮想化ネットワーク機能（ＶＮＦ）は、標準大容量サーバの上部でさまざまなソフトウェアおよびプロセスを実行している１つまたは複数の仮想マシン、スイッチ、およびストレージ、またはネットワーク機能ごとにカスタムハードウェア器具を有すること以外もしくはこれに加えて、クラウドコンピューティングインフラストラクチャも含むことができる。

例示のＮＦＶフレームワークは、仮想化ネットワーク機能（ＶＮＦ）、ネットワーク機能仮想化インフラストラクチャ（ＮＦＶＩ）、およびネットワーク機能仮想化管理およびオーケストレーションアーキテクチャフレームワーク（ＮＦＶ−ＭＡＮＯ Ａｒｃｈｉｔｅｃｔｕｒａｌ Ｆｒａｍｅｗｏｒｋ）という３つのコンポーネントを含むことができる。たとえば、ＶＮＦは、１つまたは複数のＮＦＶＩにおいて配備され得るネットワーク機能のソフトウェアベースの実施であってもよい。ＮＦＶＩは、ＶＮＦが配備される環境を構築するために使用されるハードウェアおよびソフトウェアコンポーネントに対応することができる。たとえば、ＮＦＶインフラストラクチャは、複数の位置に及ぶことができ、それらの位置の間の接続を提供するネットワークは、ＮＦＶインフラストラクチャの一部と見なされ得る。ＮＦＶ−ＭＡＮＯアーキテクチャフレームワークは、機能ブロックの集合、機能ブロックにより使用されるデータリポジトリ、およびそれらの機能ブロックがＮＦＶＩおよびＶＮＦを管理ならびにオーケストレーションする目的で情報を交換する基準点およびインターフェイスに対応することができる。

ＮＦＶＩおよびＮＦＶ−ＭＡＮＯのビルディングブロックはいずれも、ＮＦＶプラットフォームであってもよい。ＮＦＶＩの役割において、ＮＦＶプラットフォームは、仮想および物理処理ならびにストレージリソースと、仮想化ソフトウェアとを含むことができる。そのＮＦＶ−ＭＡＮＯの役割において、ＮＦＶプラットフォームは、ＶＮＦおよびＮＦＶＩマネージャならびにハードウェアコントローラ上で動作する仮想化ソフトウェアを含むことができる。ＮＦＶプラットフォームは、プラットフォームコンポーネントを管理および監視し、障害から回復し、（パブリックキャリアネットワークに対して要求され得る）効果的なセキュリティを提供するために使用されるキャリアグレードの特徴を実施することができる。

ソフトウェア定義ネットワーキング（ＳＤＮ）は、ネットワーク管理者がより高レベル機能の抽象化を通じてネットワークサービスを管理することを可能にし得るコンピュータネットワーキングへのアプローチである。これは、選択された宛先にトラフィックを転送する基礎をなすシステム（データプレーン）から、トラフィックがどこに送信され得るかに関する決定を行うシステム（制御プレーン）を分離することによって行われ得る。

ＳＤＮは、動的で、管理可能で、費用効果が高く、しかも今日のアプリケーションの高帯域幅および動的な特性に適合可能で、適し得るアーキテクチャの作成を可能にする。ＳＮＤアーキテクチャは、ネットワーク制御と転送機能を分離することができ、ネットワーク制御が直接プログラム可能になるように、ならびに基礎をなすインフラストラクチャがアプリケーションおよびネットワークサービスから抽象化されるようにすることができる。

ＳＤＮアーキテクチャは、任意の組み合わせで以下の特徴のうちの１つまたは複数を含むことができる。たとえば、ＳＤＮアーキテクチャは、直接プログラム可能であってもよい（たとえば、ネットワーク制御は、転送機能から分離され得るので、直接プログラム可能であってもよい）。ＳＤＮアーキテクチャは、機敏であってもよい（たとえば、転送からの抽象化制御は、変動するニーズを満たすためにネットワーク全体のトラフィックフローを管理者に動的に調整させることができる）。ＳＤＮアーキテクチャは、集約的に管理され得る（たとえば、ネットワークインテリジェンスは、アプリケーションおよびポリシーエンジンには単一の論理スイッチのように見え得るネットワークのグローバルなビューを保持するソフトウェアベースのＳＤＮコントローラに（論理的に）集約化され得る）。ＳＤＮアーキテクチャは、比較的迅速にプログラムにより構成されることができ、ネットワークマネージャが、動的および／または自動化ＳＤＮプログラムを介してネットワークリソースを構成、管理、保護、および最適化することを可能にし得る。ＳＤＮアーキテクチャは、オープンスタンダードベースおよび／またはベンダー中立であってもよい。

オープンスタンダードを通じて実施される場合、ＳＤＮは、命令が、複数のベンダー固有のデバイスおよびプロトコルではなく、ＳＤＮコントローラによって提供され得るので、ネットワーク設計および操作を簡略化することができる。

ネットワークスライス（たとえば、５Ｇスライス）は、たとえば、クラウドノード上で実行しているソフトウェアモジュール、機能の柔軟な位置をサポートするトランスポートネットワークの固有の構成、専用の無線構成、固有の無線アクセス技術（ＲＡＴ）、ネットワークデバイス（たとえば、５Ｇデバイス）の構成、および／または同様のものを含む、所与のネットワークの１つもしくは複数またはすべての領域に及ぶことができる。異なるネットワークスライスが、同じであるかまたは異なる機能を含むことができる。モバイルネットワークの一部の機能が、ネットワークスライスの一部には含まれないこともあるが、その他の機能が所与のネットワークによって提供されるすべてのネットワークスライスに含まれることもある。ネットワークスライスは、ユースケースにトラフィック処理を提供するように設計され得る。たとえば、ネットワークスライスには、大規模ブロードバンド（たとえば、高速、高帯域幅のアプリケーション）をサポートすることを目標にされ得るものも、大量マシンタイプ通信（たとえば、モノのインターネット（ＩｏＴ）のユースケース）をサポートするように設計され得るものもあり、さらに超高信頼性低レイテンシ通信（たとえば、重要インフラストラクチャ通信向け）をサポートすることができるものがあってもよい。ネットワークスライスは、一部または全部の基礎をなすネットワークリソースを共有するように設計され得るが、異なるユースケースを使用する異なるＷＴＲＵのサービスに対して比較的機能的に独立している。ネットワークスライスは、不必要な機能を避けるように設計され得る。スライスの概念は、柔軟であってもよく、たとえば、既存のビジネスの拡大および／または新規ビジネスの作成を可能にすることができる。サードパーティエンティティは、スライシングの特定の態様を、たとえば、適切なアプリケーションプログラムインターフェイス（ＡＰＩ）を介して、制御することを許可され得る。調整済みのサービスが提供され得る。

ネットワークスライシング操作に関連付けられた方法および装置が提供される。たとえば、ＷＴＲＵおよび／または１つもしくは複数のネットワークノードは、ＷＴＲＵにより使用するために１つまたは複数のネットワークスライスを検出するように構成され得る。たとえば、無線アクセスネットワーク（ＲＡＮ）によってブロードキャストされた情報は、ネットワークスライスの選択を容易にすることができる。情報は、ネットワークスライスの識別子、ネットワークスライスの優先度、ネットワークスライスによってサーブされるサービスクラス、および／または同様のものを含むことができる。異なるターゲットユーザグループおよび／またはサービスにサーブ複数のネットワークスライスが検出される場合、方法は、ＷＴＲＵおよび／または１つもしくは複数のネットワークノードによって使用されて、ＷＴＲＵにサーブ適切なネットワークスライスを選択することができる。選択は、ＷＴＲＵによって自律的に行われることができ、１つもしくは複数のネットワークノードによって行われることができ、ならびに／またはＷＴＲＵおよび／または１つもしくは複数のネットワークノードの両方を伴う選択手順を伴うことができる。選択は、ＷＴＲＵごとに、および／またはサービスごとに行われ得る。ＷＴＲＵは、たとえば異なるタイプのサービスに対して、複数のネットワークスライスを利用することができる。

図１は、複数の５Ｇスライスが同じネットワークインフラストラクチャ上で操作され得る（たとえば、同時に操作される）例を示す。例として、および例示を目的として、特定のスマートフォンのユースケースをサポートする５Ｇスライスは、機能（たとえば、ＣＰ機能および／またはＵＰ機能）をネットワークにわたり複数のノードに分散することによって実現され得る。同時に、自動車（たとえば、自律走行車）のユースケースをサポートする５Ｇスライスは、セキュリティ、信頼性、および／またはレイテンシの要件を重視することができる。そのようなスライスの場合、機能（たとえば、必要および／または潜在的な専用の機能のすべて）は、たとえばパフォーマンス目標が満たされるようにするため、クラウドエッジノードにおいてインスタンス化され得る。垂直方向のアプリケーションは、たとえば、レイテンシの制約により、含まれ得る。クラウドノード上のそのような垂直方向のアプリケーションのオンボーディングを可能にするため、十分なオープンインターフェイスが定義され得る。大量マシンタイプデバイス（たとえば、センサー、ＩｏＴなど）をサポートする５Ｇスライスの場合、基本Ｃプレーン機能は、たとえばアクセスのためにコンテンションベースのリソースで構成され得る。１つまたは複数のモビリティ機能は、たとえば所与のデバイスが比較的静的であることが知られている場合には、省略され得る。その他の専用のスライスは、並行して操作され得る。基本接続（たとえば、ベストエフォート接続）を提供する汎用スライスは、たとえば、不明のユースケースおよび／またはトラフィックに対処するために、使用され得る。ネットワーク（たとえば、５Ｇネットワーク）によってサポートされるスライスにはかかわりなく、ネットワークは、たとえばエンドツーエンドおよび／または任意の状況において、ネットワークの操作を制御および／または保護するための機能を含むことができる。

特定のスライスに対して専用のインフラストラクチャリソースが使用され得る。インフラストラクチャリソースおよび機能は、複数のスライスの間で共有され得る。共有の機能の例は、無線スケジューラであってもよい。ＲＡＴのスケジューラは、複数のスライスの間で共有され得る。たとえば、スケジューラは、リソースの割り当ておよび／またはネットワークスライス（たとえば、５Ｇスライス）のパフォーマンスの設定において役割を果たすことができる。役割は、一貫したユーザエクスペリエンスが実現され得る範囲を決定することを含むことができる。ネットワークのスケジューラ実施態様は、専有であってもよいが、開放性のレベルは、たとえば所与のネットワークスライスのスケジューリング要件を満たすためにスケジューラの機能に十分な制御を行うように定義され得る。

例示のシステムアーキテクチャ（たとえば、５Ｇシステムアーキテクチャ）において、Ｃプレーン機能およびＵプレーン機能（それぞれ、制御プレーン機能およびユーザプレーン機能）が分離され得る。オープンインターフェイスは、たとえば、ＳＤＮの原則に従って、Ｃプレーン機能とＵプレーン機能の間で定義され得る。オープンインターフェイスは、追加のアクセス技術（たとえば、固定／有線および／または無線）がネットワークに統合され得るように、アクセス固有およびアクセス非依存の機能の間で定義されてもよい。リモート無線ユニットとベースバンドユニットの間のフロントホールインターフェイスは、オープンおよび／または柔軟であってもよい。マルチベンダ操作ならびに／または前方および後方互換性が提供され得る。トランスポート帯域幅低減のオプションが提供されてもよい。機能の間のインターフェイス接続は、異なる機能のマルチベンダ提供を可能にすることができる。

そのような柔軟でオープンなアーキテクチャをサポートするため、機能が定義される細分性は、システムアーキテクチャ設計において考慮され得る。より細かい細分性は、柔軟性を高めることができるが、追加のネットワークの複雑性および／または負荷をまねくこともある。たとえば、さまざまな機能の組み合わせおよび／またはスライス実施のための試験の取り組みは、煩雑なものとなり、異なるネットワーク間の機能相互作用の問題が生じることもある。柔軟性の目標と複雑性とのバランスを取る細分性レベルは、識別され得る。細分性レベルは、エコシステムがどのように解決策をもたらすかに影響を及ぼすことができる。

ネットワークスライス操作は、エンドユーザ／デバイスに対して透過的または可視にされ得る。デバイスは、（たとえば、デバイスの現在の位置および／または無線アクセスネットワークにおいて）どのネットワークスライスがオペレータによって提供されているのかを検出するように構成され得る。例において、ネットワークスライスは、コアネットワーク機能、基礎をなすリソース、無線アクセスリソース、および／または同様のものを網羅することができる。無線アクセスネットワークは、さまざまなネットワークスライスに属することができる。そのような状況において、ネットワークスライスに関する知識は、無線送受信ユニット（ＷＴＲＵ）が、ターゲットのネットワークスライスに対して適切な無線アクセス技術（ＲＡＴ）または無線アクセスネットワーク（ＲＡＮ）を選択できるようにすることができる。もう１つの例において、サービングネットワークスライスは、デバイスのモビリティ状態のような、特定の基準に従って動的な変更を受けることがある。デバイスは、たとえば、モビリティ状態情報がデバイス側において使用可能（たとえば、その他のネットワークコンポーネントと比較してデバイスにさらに便利に使用可能）となり得るので、変更を開始することができる。例において、ネットワークは、ＷＴＲＵに関して格納されている情報（たとえば、加入情報、能力情報など）に基づいて、および／またはＷＴＲＵによって提供される情報（たとえば、モビリティ情報、サービス情報など）に基づいて、ＷＴＲＵに代わって１つまたは複数のネットワークスライスを選択することができる。

５Ｇシステムまたは次世代コアネットワークアーキテクチャは、サードパーティのアプリケーションサーバ（ＡＳ）が、ネットワークによって提供されるサービスに関する情報（たとえば、接続情報、サービス品質（ＱｏＳ）、モビリティ、省電力など）にアクセスできるようにし、多種多様なユースケースについてネットワーク能力を動的にカスタマイズできるようにすることができる。コアネットワークは、ＡＰＩまたはコアネットワークのサービス能力開示機能（service capability exposure function）（ＳＣＥＦ）を介してネットワーク能力のそのような交換をサードパーティサービスプロバイダに提供することができる。ネットワーク構成および接続情報が交換される場合、ＡＳは、特定のネットワークスライスを要求するか、またはコアネットワークが特定のスライスを選択する決定を行う際に支援するための情報を提供することができる。方法は、そのようなアプリケーションサーバのコアネットワークスライスのトリガーまたは支援された選択について定義され得る。

ＷＴＲＵは、以下の例によって示されるように、ネットワークスライスを検出するときにさまざまなモードで動作することができる。ＷＴＲＵは、早期検出モードで動作することができる。このモードにおいて、ＷＴＲＵは、無線アクセスネットワークにアクセスまたは接続する前に、使用可能なまたはサポートされるネットワークスライスを検出することができる。例において、ＲＡＮは、１つまたは複数のネットワークスライスに属することができるが、すべての使用可能なネットワークスライスには属さない。ＷＴＲＵは、ＲＡＮによってサポートされる検出済みのネットワークスライスに基づいて、このＲＡＮにアクセスするかまたは別のＲＡＮを選択するかどうかを決定することができる。ＷＴＲＵは、ネットワークスライスを検出するための以下の方法のうちの１つまたは複数を採用することができる。

たとえば、ＲＡＮは、ＲＡＮが属するかまたは接続される使用可能なネットワークスライスに関連付けられた情報をブロードキャストすることができる。ＲＡＮは、（たとえば、システム情報および／またはビーコンメッセージのような）エアインターフェイスシグナリングを使用して情報をブロードキャストすることができる。特定のネットワークスライスのネットワークスライス情報は、以下の例示のフィールドまたはパラメータ：ネットワークスライスの識別子、ネットワークスライスの優先度、ネットワークスライスによってサーブされるサービスクラス、ターゲットデバイスクラス、ＱｏＳターゲット、モビリティサポート、セキュリティサービス、課金情報、および／またはパフォーマンス情報、のうちの１つまたは複数を含むことができる。

ＷＴＲＵおよび／またはネットワークノードは、ＷＴＲＵに適切なスライスを選択するために、ネットワークスライス情報パラメータを利用することができる。（たとえば、１つまたは複数のネットワークノード、ＷＴＲＵ、１つまたは複数のネットワークノードとＷＴＲＵの組み合わせなど）ＷＴＲＵのスライス選択を実行しているデバイスは、スライス選択を実行するためにネットワークスライス情報パラメータの例の一部または全部を利用することができる。さまざまな組み合わせが使用されることができ、所与のスライスの選択に利用されるパラメータのセットの識別は、サービス、ＷＴＲＵの識別、ネットワーク能力などに基づいてもよい。選択するデバイス（たとえば、ネットワークノードおよび／またはＷＴＲＵ）は、ネットワークスライス情報パラメータの値が、そのネットワークスライス上でＷＴＲＵによって使用されることになる予想されるサービスをサポートするのに十分である（またはすべてサポートされる）ことを保証することができる。

ネットワークスライス選択に利用され得るネットワークスライス情報パラメータの例は、ネットワークスライス識別子を含むことができる。ネットワークスライス識別子は、一意（たとえば、グローバルに一意、またはオペレータのネットワークにおいて一意）であってもよい。スライス識別子がオペレータのネットワークにおいて一意である場合、（たとえば、地上波公共移動通信ネットワーク（Public Land Mobile Network）つまりＰＬＭＮ ＩＤのような）ネットワークＩＤとネットワークスライス識別子の組み合わせは、ネットワークスライスを一意に識別することができる。検出の目的でブロードキャストされるスライス識別子は、コアネットワークスライス操作において使用されるスライス識別子と同じであるか、またはこれとは異なっていてもよい。たとえば、ブロードキャストされるネットワークスライス識別子は、人間に解読可能なテキストであってもよく、スライス操作において使用される識別子は、マルチプロトコルラベルスイッチング（ＭＰＬＳ）ラベルまたは仮想ＬＡＮ（ＶＬＡＮ） ＩＤのようなＬ２ネットワーク識別子であってもよい。

ネットワークスライス選択に利用され得るネットワークスライス情報パラメータの例は、スライス優先度を含むことができる。使用可能なネットワークスライスは、選択優先度に割り当てられ得る。例において、ＷＴＲＵは、特定のターゲットネットワークスライスを有していないこともある。ＷＴＲＵは、ネットワークスライスを選択する際に優先度に従うことができる。たとえば、最高優先度のネットワークスライスは、デフォルトのネットワークスライスと見なされ得る。スライス識別子またはサービスクラスのような、その他のネットワークスライス情報は、特定の優先度に関連付けられ得る。それらの情報（たとえば、スライス識別子および／またはサービスクラス）の存在は、優先度および明示的な優先度情報が必要ではない場合もあることを示すことができる。

ネットワークスライス選択に利用され得るネットワークスライス情報パラメータの例は、サービスクラスを含むことができる。サービスクラスは、ネットワークスライスがサーブよう意図されているターゲットサービスタイプおよび／またはユーザグループを示すことができる。サービスクラスは、ネットワークスライスの（たとえば、遅延、スループット、サービス継続性、セキュリティなどのような）一般的なパフォーマンスパラメータを示すことができる。サービスクラスの例示のリストは、ミッションクリティカルなサービス、一般的なブロードキャストサービス、遅延耐性サービス、および／または高モビリティサービスを含むことができる。例において、ネットワークスライスは複数のサービスクラスをサポートすることができるので、ブロードキャストされるスライス情報は２つ以上のサービスクラスを含むことができる。

ネットワークスライス選択に利用され得るネットワークスライス情報パラメータの例は、ＷＴＲＵの特定のタイプとの関連付けを含むことができる。ネットワークスライスは、ＷＴＲＵの固有のターゲットグループ（たとえば、すべてのＷＴＲＵではない）にサーブように配備され得る。たとえば、ミッションクリティカルなサービスは、（たとえば、警察、消防隊、医療援助など）緊急サービスグループに属するＷＴＲＵのみにアクセス可能であってもよい。ＷＴＲＵは、特定のアクセスクラスに関連付けられるように事前構成され得る。ネットワークスライス（たとえば、各ネットワークスライス）は、ネットワークスライスにアクセスすることを許可されるデバイスアクセスクラスの範囲を示すことができる。

ネットワークスライス選択に利用され得るネットワークスライス情報パラメータの例は、１つまたは複数のＱｏＳメトリックを含むことができる。ＱｏＳメトリック（たとえば、最小または最大遅延、最小または最大スループット）が示され得る。たとえば、ＱｏＳメトリックは、ネットワークスライスが達成することを保証する事項を反映することができる。そのようなメトリックは、ミッションクリティカルなデバイス（たとえば、厳密なＱｏＳ要件を伴うデバイス）によって使用され得る。

ネットワークスライス選択に利用され得るネットワークスライス情報パラメータの例は、モビリティ管理メカニズムのタイプに対するサポートの表示を含むことができる。さまざまなネットワークスライスが、さまざまなモビリティ管理メカニズムを採用することができる。モビリティ管理メカニズムの詳細は、モビリティサポート情報を介して示され得る。たとえば、モビリティサポート情報には、サポートされるモビリティプロトコル（たとえば、ＧＴＰ、ＰＭＩＰ、ＤＳＭＩＰなど）、ＩＰアドレス保存がサポートされ得るかどうか、（ＩＰアドレス保存を伴うかまたは伴わない）サービス継続性がサポートされ得るかどうか、分散されたモビリティがサポートされ得るかどうか、および／または同様のもの、のうちの１つまたは複数が示され得る。

ネットワークスライス選択に利用され得るネットワークスライス情報パラメータの例は、セキュリティメカニズムを含むことができる。さまざまなネットワークスライスが、さまざまなセキュリティメカニズムを採用することができる。モビリティサポート情報は、セキュリティメカニズムの詳細を示すことができる。課金レート関連の情報は、ネットワークスライス（たとえば、各ネットワークスライス）に対して示され得る。負荷パーセンテージ、輻輳状況、および／または同様のもののようなパフォーマンス関連の情報が、示され得る。

ＷＴＲＵは、たとえばＷＴＲＵがネットワークスライス選択を実行しているか、または支援している場合、ブロードキャストネットワークスライス情報を取得することがある。たとえば、ＷＴＲＵは、（たとえば、システム情報またはビーコンメッセージのような）エアインターフェイスシグナリングからの情報を取得することがある。ＷＴＲＵは、取得されたネットワークスライス情報をそのメモリに格納することができる。ＷＴＲＵは、取得されたスライス情報を、たとえば特定のネットワークスライスを選ぶかどうかを決定するために、上位レイヤに渡すことができる。取得されたネットワークスライス情報は、ユーザインターフェイスを介してユーザに提示され得る。

ＷＴＲＵは、リレーノードとしての役割を果たして、通信リレーサービスをその他のＷＴＲＵに提供することができる。たとえば、ＷＴＲＵは、近傍サービス（ＰｒｏＳｅ）および／またはデバイスツーデバイス（Ｄ２Ｄ）通信のためのリレーＷＴＲＵとしての役割を果たすことができる。ＷＴＲＵは、車両通信システムにおいて路側ユニット（ＲＳＵ）のためのリレーとしての役割を果たすことができる。ＷＴＲＵは、ＷＴＲＵが現在サーブされるかまたは属しているスライスのネットワークスライス情報をブロードキャストすることができる。ブロードキャストは、その他のＷＴＲＵ（たとえば、リモートＷＴＲＵ）に、望ましいサービスのためにリレーＷＴＲＵを選ぶよう、促すことができる。たとえば、ブロードキャストは、ＰＣ５インターフェイスのような、Ｄ２Ｄ／ＰｒｏＳｅインターフェイス上で送信されてもよい。

ＷＴＲＵは、ネットワークサーバから（たとえば、ＸＭＬベースのＡＰＩまたはＪＳＯＮのようなＷｅｂ ＡＰＩを使用して）ネットワークスライス情報を受信することができる。ネットワークサービスは、使用可能なネットワークスライスを識別することができ、および／または１つまたは複数のスライスのネットワークスライス情報パラメータ（たとえば、スライス識別子、サービスクラスなど）を提供することができる。ネットワークサーバによって提供されるスライス情報は、さまざまな方式で編成され得る。例において、スライス情報は、（たとえば、ＲＡＮ ＩＤ、セルＩＤ、さまざまなエリアＩＤ、ネットワークＩＤ、ＧＰＳ座標など）スライスが使用可能である地理的位置に基づいて編成され得る。例において、スライス情報は、（たとえば、「常時」、「毎日８：００ａｍ〜１０：００ａｍ」、「毎土曜日」など）スライスが使用可能である時間期間に基づいて編成され得る。例において、スライス情報は、（たとえば、ＬＴＥアクセス、ＷＬＡＮアクセスなど）無線アクセス技術またはスライスのネットワークに基づいて編成され得る。

詳細なネットワークスライス情報は、（たとえば、ＷＴＲＵの）不揮発性メモリにおいて事前構成され得る。スライス識別子は、事前構成済みの情報のインデックスとして使用され得る。そのような場合、ネットワークは、使用可能なネットワークスライス識別子を提供することができる。ＷＴＲＵは、ネットワークによって提供されるスライス識別子を使用して、格納されている対応するスライス情報を取り出すことができる。ＷＴＲＵ内の事前構成済みのネットワークスライス情報は、（たとえば、無線（Over the Air）（ＯＴＡ）方法を使用して）変更される場合がある。

たとえば、ＷＴＲＵが選択されてＲＡＮに接続された後、アタッチまたはロケーションエリアアップデートまたはＰＤＮ接続要求のような、ＷＴＲＵの初期ネットワークメッセージは、そのＲＡＮを通じて使用可能なネットワークスライスの知識を有するネットワーク機能／エンティティに向けられ得る。そのようなネットワーク機能は、モビリティ管理制御機能またはネットワークスライス選択機能であってもよい。ＷＴＲＵは、接続されたＲＡＮ ＩＤ、接続されたＲＡＮのＲＡＴ、選択されたＰＬＭＮ、望ましいサービスまたは初期ネットワークメッセージのネットワークスライス選択に関連するその他の情報を提供することができる。メッセージを受信するネットワーク機能は、ＷＴＲＵに適切なネットワークスライスを選択することができるか、または使用可能なネットワークスライス情報を応答メッセージでＷＴＲＵに返す。

ネットワークスライス情報を提供するネットワーク機能は、任意のネットワークスライスから独立していてもよいか、またはＷＴＲＵに対して他のネットワークスライスが選択されていない場合にＷＴＲＵの初期ネットワークメッセージを処理するデフォルトのネットワークスライスに属することもできる。各ＲＡＮは、たとえばＷＴＲＵのメッセージにおいてその他の固有のネットワークスライスが示されていない場合、ＷＴＲＵの初期ネットワークメッセージをこのネットワーク機能に向けることができてもよい。受信されるネットワークスライス情報は、ネットワークスライスを自律的に選択するためにＷＴＲＵによって使用され得るか、またはさらなる人間介在のネットワークスライス選択のためにユーザインターフェイスを介してユーザに提示され得る。

図２は、ＷＴＲＵ（またはＵＥ）がネットワークに最初にアタッチまたは登録するとき、ネットワークによって提供される例示のネットワークスライス情報を示す図である。

ＷＴＲＵは、デフォルトのネットワークスライスのような、ネットワークスライスを最初に選択または接続することができる。ＷＴＲＵは、その他の使用可能なスライス情報のさらなる情報を要求することができる。ＷＴＲＵは、（さらなる）情報を使用して、現在または将来のサービスのためにネットワークスライスを再選択することができる。追加のネットワークスライス情報は、ＲＡＮ、モビリティ制御機能、またはネットワークスライス選択機能などによって提供され得る。ＷＴＲＵの要求は、ネットワークスライス独立の中央制御機能／データベースに直接送信されて、要求された情報は、その機能／データベースによって提供され得るか、または要求はその現在接続されているネットワークスライスの一部の制御機能に送信されて、そこから、共通ネットワークスライス選択機能のような、中央制御機能に転送され得る。同様に、ＷＴＲＵは、要求のネットワークスライス選択に関連する情報を提供することができる。

図３は、ネットワークスライスへの初期接続後のネットワークスライス情報の取出しを示す図である。

その他のネットワークスライス検出モードが可能であってもよい。たとえば、遅延検出モードが使用され得る。このモードにおいて、ＷＴＲＵは、ＷＴＲＵがＲＡＮを選択して接続した後に、使用可能であるかまたはサポートされるネットワークスライスを検出することができる。透過モードが使用され得る。このモードにおいて、ネットワークは、ＷＴＲＵに適切なサービングネットワークスライスを選ぶ（たとえば、任意に選ぶ）ことができる（たとえば、ＷＴＲＵはスライス検出を実行しないこともある）。ネットワークスライス操作は、ＷＴＲＵに透過的であってもよい。ＷＴＲＵは、そのサービスクラス、ＱｏＳ要件、モビリティ特性などのような情報を提供して、ネットワークがスライスを選ぶのを補助することができる。

ネットワークがネットワークスライシングをサポートし、（たとえば、さまざまなターゲットユーザグループおよび／またはサービスにサーブために）複数のネットワークスライスが配備される場合、ＷＴＲＵは、たとえばＷＴＲＵのサービスおよび／または特性に基づいて、ネットワークスライスを選択することができる（またはネットワークスライスによってサーブされ得る）。たとえば、ＷＴＲＵは、ＷＴＲＵのサービスおよび／または特性に最適化されるネットワークスライスに接続することができる。例において、ＷＴＲＵおよびネットワークはいずれもネットワークスライス選択に参加することができ、ＷＴＲＵとネットワークの間で選択に関して合意に達せられ得る。例において、ＷＴＲＵは、そのさまざまなアプリケーションについて同時に複数のネットワークスライスに接続する。

図４Ａおよび４Ｂは、例示のネットワークスライス選択の方法を示す。図４Ａに示されるように、ネットワークスライス選択は、ＷＴＲＵごとに実行され得る。例示のＷＴＲＵごとの選択の実施態様において、ＷＴＲＵは、ネットワークスライスに接続することができ、ＷＴＲＵ上で実行しているすべてのサービスおよび／またはアプリケーションは選択されたネットワークスライスによってサーブされ得る。

図４Ｂに示されるように、ネットワークスライス選択は、サービスごとに実行され得る。例示のサービスごとの選択の実施態様において、ＷＴＲＵは、さまざまなサービスおよび／またはアプリケーションにさまざまなネットワークスライスを選ぶことができる。ＷＴＲＵは、同時に複数のネットワークスライスインスタンスによってサーブされ得る。

ＷＴＲＵは、１つまたは複数のネットワークスライスを自律的に選択するように構成され得る。例において、ＷＴＲＵは、ＷＴＲＵの事前構成された指定済み、またはターゲットのサービングネットワークスライスを、検出された使用可能なネットワークスライスと突き合わせすることによって、自律的にネットワークスライスを選択することができる。ＷＴＲＵは、ターゲットのまたは優先されるネットワークスライスで事前構成され得る。たとえば、ＷＴＲＵは、優先されるかまたはターゲットのネットワークスライス識別子のリストおよび／またはＷＴＲＵの不揮発性メモリ内の選択優先度の順序で構成され得る。ＷＴＲＵは、１つまたは複数の使用可能なネットワークスライスインスタンスを検出することができる。ＷＴＲＵは、それらのスライスのいずれかが使用可能であるかどうかを決定するために、優先されるネットワークスライスのその構成済みのリスト内を検索することができる。ＷＴＲＵは、使用可能な最高優先度のスライスを選択することができる。ＷＴＲＵは、たとえば、ＷＴＲＵが属するサービスクラス、ＷＴＲＵがサポートおよび／または優先するモビリティメカニズム、ＷＴＲＵがサポートおよび／または優先するセキュリティメカニズム、ＱｏＳターゲット、および／または同様のもののうちの１つまたは複数のような、その他の関連する情報で構成され得る。ＷＴＲＵは、本明細書において説明される情報の１つまたは複数の部分を使用して、事前構成済み／ターゲットのネットワークスライスを、検出されたネットワークスライス情報と突き合わせし、それに従ってサービングネットワークスライスを選ぶことができる。例において、ネットワーク（たとえば、ネットワークのノード）は、本明細書において説明される情報（たとえば、ＷＴＲＵが属するサービスクラス、ＷＴＲＵがサポートおよび／または優先するモビリティメカニズム、ＷＴＲＵがサポートおよび／または優先するセキュリティメカニズム、ＱｏＳターゲット、および／または同様のもの）のうちの１つまたは複数の部分を取得して、ＷＴＲＵに適切なサービングネットワークスライスを選ぶために使用することができる。

ＷＴＲＵは、（たとえば、本明細書において説明されるもののような）ホームネットワークのための構成のセットを有することができる。ＷＴＲＵは、（たとえば、本明細書において説明されるもののような）訪問先ネットワークのための構成のセットを有することができる。ＷＴＲＵは、サービスごとに構成を有することができる。ＷＴＲＵは、セッションごとに構成を有することができる。ＷＴＲＵは、さまざまなサービスまたはセッションに対して、異なるネットワークスライスを選択することができる。ＷＴＲＵは、それらのサービス／セッションが同時に実行される場合、複数のネットワークスライスを同時に選択することができる。ＷＴＲＵは、デフォルトまたはフォールバックのネットワークスライスを有するように構成され得る。ＷＴＲＵは、たとえば、ＷＴＲＵの優先されるネットワークスライスが使用可能ではない場合、デフォルトのネットワークスライスを選択するようにフォールバックすることができる。デフォルトのネットワークスライスは、たとえば、サービスごと、またはネットワークオペレータごとに構成され得る。

ＷＴＲＵは、ネットワークスライス選択ポリシーをネットワークから受信することができる。たとえば、ネットワークスライス選択ポリシーは、どのネットワークスライスが特定の条件／基準の下で選択され得るのかを説明することができる。たとえば、選択ポリシーは、以下の条件：地理的位置、これは固有の地理的エリアでどの固有のネットワークスライスが選択され得るかを指定することができ、ＲＡＮ ＩＤ、セルＩＤ、さまざまなエリアＩＤ、ネットワークＩＤ、ＧＰＳ座標、および／または同様のものによって識別され得る；アクセス技術、これはＷＴＲＵがＬＴＥまたはＷＬＡＮのような固有の無線アクセス技術を採用する場合、どの固有のネットワークスライスが選択され得るのかを指定することができる；サービス、これは（たとえば、複数のサービスがＷＴＲＵ上で実行しており、複数のネットワークスライスがポリシーに従って選択され得る場合）固有のサービスに対してどのネットワークスライスが選択され得るかを指定することができる；および／またはモビリティレベル、これは低モビリティの場合にスライスＡを選択し、高モビリティの場合にスライスＢを選択することができることを示すことができる、のうちの１つまたは複数に基づいてもよい。

ＷＴＲＵが１つまたは複数のネットワークスライスを選択（たとえば、自律的に選択）した後、ＷＴＲＵは選択結果を示すことができる。例において、表示は、（たとえば、初期アタッチ、ＰＤＮ接続要求などのような）ＷＴＲＵ−ネットワークシグナリングでターゲットとされるネットワークスライス識別子を含むことができる。例において、検出されたネットワークスライスは、たとえばユーザインターフェイスを介して、ユーザに提示されることができ、ユーザは望ましいネットワークスライスを手動で選択することができる。ユーザ選択の結果は、関連する無線アクセスモジュールおよび／またはその他の上位レイヤモジュールに渡され得る。ＷＴＲＵは、ユーザにスライス選択の推奨を行うことができる。ユーザは、サービスごとにスライスを選択することができ、したがって同時に複数のスライスを選択することができる。

ネットワークは、ネットワークスライスの選択を制御するように構成され得る。たとえば、ネットワークは、ＷＴＲＵの１つまたは複数のネットワークスライスを選択するように構成され得る（たとえば、ＷＴＲＵは複数のネットワークスライスに割り当てられることができ、それらのスライスに同時アクセスを有することができる）。

図５は、例示のネットワーク制御のスライス選択を示す。ＷＴＲＵを少なくとも１つのネットワークスライスに割り当てるために、複数の技法が使用され得る。本明細書に使用される用語「スライス」は、完全ネットワークスライスまたはサブネットワークスライスを指すことができる。

例において、主制御ノードは、ネットワークスライスのセットからスライス選択を実行するために使用され得る。この主制御ノードは、上位レイヤからメッセージを受信することができる（たとえば、非アクセス階層（ＮＡＳ）メッセージまたはその等価物であり、本明細書においてＮＡＳメッセージと称され得る）。主制御ノードは、メッセージを処理して、どのスライスがＷＴＲＵに割り当てられることになるかを決定することができる。主制御ノードは、ネットワークスライスを選択するために、１つまたは複数のネットワークスライス情報パラメータを利用することができる。主制御ノードは、ネットワークスライスを選択するためにＷＴＲＵによって提供される情報を利用することができる。たとえば、ＷＴＲＵは、ＷＴＲＵが使用しようとするサービスを示すことができ、主制御ノードは、提供されるサービス情報を利用してスライスを選択することができる。主制御ノードは、スライスを選択するためにＷＴＲＵの加入情報を利用することができる。主制御ノードは、ネットワークスライスを選択するためにローカルポリシー情報を使用することができる。

例において、ＷＴＲＵは、システムへのその初期登録のためにＮＡＳメッセージを送信することができる。登録するために第１のＮＡＳメッセージを送信する場合（たとえば、ＷＴＲＵが以前登録していない場合）、ＷＴＲＵは、ＮＡＳメッセージまたは確立された接続が最初にＷＴＲＵを登録するためのものであることを（たとえば、ＲＲＣメッセージを介して）無線レイヤで示すことができる。例において、ＷＴＲＵは、それがネットワークスライスを割り当てられていないことを示すことができる。表示に基づいて、ＲＡＮは、ＮＡＳメッセージを主制御ノードに送信することができ、ＮＡＳメッセージは、ＷＴＲＵが取得しようとするサービスに関連する情報のセットを含むことができる。ＮＡＳメッセージが主制御ノード（たとえば、図５において１Ａとして示される）に到達すると、ノードは、ＮＡＳメッセージおよび／またはその他の情報（たとえば、ローカルポリシー情報、加入者情報など）に含まれる情報を使用して、ＷＴＲＵに割り当てられ得るネットワークスライス（および／またはそれらのノードのアドレス）のセットを決定することができる。たとえば、主制御ノードは、ＷＴＲＵから提供されるサービス情報を使用して、ＷＴＲＵに代わってサービスを提供するために適切なネットワークスライス情報パラメータを有するネットワークスライスを選択することができる。

決定を行うと、主制御ノードは、以下の例示のアクションのうちの１つまたは複数を行うことができる。主制御ノードは、（たとえば、ＷＴＲＵによって要求されたサービスに基づいて）ＷＴＲＵにサーブことができる１つまたは複数のネットワークスライスにコンタクトをとることができる。主制御ノードは、ＷＴＲＵから受信されるとＮＡＳメッセージを転送することができる。主制御ノードは、たとえば、スライスが提供できるサービスタイプに関連する情報を含むが、ネットワークスライスによって提供され得るサービスに無関係なその他の情報を含まないように、ＮＡＳメッセージのサブセットを転送することができる。主制御ノードは、新しいＮＡＳメッセージを転送することができる。主制御モードは、たとえば主制御ノードとスライス内の制御エンティティノードの間に存在するインターフェイスに基づいて、メッセージの別のタイプ（たとえば、異なるプロトコルタイプ）を送信することができる。主制御ノードは、（たとえば１Ｂおよび１Ｃとして示されるように）サービス情報、たとえばＷＴＲＵに許可されるサービス情報を含むことができる。

例において、ＷＴＲＵは、単一のスライスからサービスを取得することを許可され得る。そのような場合、主制御ノードは、選択されたスライスの制御エンティティにコンタクトをとることができる。さらに、図５は２つのネットワークスライス（たとえば、１Ｂおよび１Ｃによって指し示される）のみを示すが、さらに多くのネットワークスライスが主制御ノードによってコンタクトされ得るかまたは割り当てられ得る。主制御ノードは、関連するＷＴＲＵの加入者情報を送信することができる。主制御ノードは、応答ＮＡＳメッセージをＷＴＲＵに送信して、たとえばＮＡＳメッセージの受信を肯定応答することができる。主制御モードは、ＷＴＲＵに割り当てられているスライスの数に関して（たとえば、応答メッセージを介して）ＷＴＲＵに通知することができる。主制御モードは、ネットワークスライスがＷＴＲＵの要求を処理中であることを（たとえば、応答メッセージを介して）ＷＴＲＵに通知することができる。

ネットワークスライス内の制御エンティティは、ＷＴＲＵにサーブ要求を受信することができる。たとえば、制御エンティティは、主制御ノードからＮＡＳメッセージまたは別のメッセージを受信することができる。制御エンティティは、メッセージに含まれる情報（たとえば、ＷＴＲＵからのサービスに関連する情報）および／またはその他の情報（たとえば、加入者情報、ローカルポリシーなど）に基づいてＷＴＲＵにサーブことができるかどうかを確認することができる。制御エンティティが、ＷＴＲＵにサーブできることを決定すると、制御エンティティは、ＮＡＳメッセージをＷＴＲＵに送信して、ＷＴＲＵがサービスの特定のセットに登録されることを示すことができる。制御エンティティ（たとえば、スライス内の制御エンティティ）を備えるネットワークスライスは、特定のネットワークスライスを指し示す識別および／またはアドレスをＷＴＲＵに提供することができる。

ネットワーク選択のための主制御ノードがあってもよく、および／またはスライス制御／ネットワークノードが「主」または「マスター」ノードを有していないこともあり、ＲＡＮは、コアネットワークを選択するためのＲＡＮの通常の方法を使用して、ネットワークスライス（たとえば、任意のネットワークスライス）内の制御エンティティにＮＡＳメッセージを転送することができる。ＮＡＳメッセージが、ＲＡＮによって選択されたコアネットワーク接続のためにネットワークスライスの制御エンティティに到達すると、制御エンティティは、それが要求されたサービスの一部または全部に対してＷＴＲＵにサーブできるかどうかを確認することができる。確認は、ＮＡＳメッセージに含まれる情報および／またはその他の情報（たとえば、加入者情報、ローカルポリシーなど）に基づいて行われ得る。制御エンティティが、そのサポートされるスライスの１つまたは複数がＷＴＲＵサービスにサーブできること、および制御エンティティがサービスの全部についてＷＴＲＵにサーブできることを決定する場合、制御エンティティは、ＮＡＳメッセージを処理して、ＷＴＲＵに応答することができる。制御エンティティが、それがＷＴＲＵにサーブし得ないこと、および／または少なくとも１つのサービスが異なる制御エンティティに関連付けられたネットワークスライスによってサーブされるべきであることを決定する場合、制御エンティティは、以下のアクションのうちの１つまたは複数を行うことができる。制御エンティティは、（たとえば、２Ａに示されるように）ＮＡＳメッセージを主制御ノードに転送することができる。制御エンティティは、（たとえば、２Ｂに示されるように）ＮＡＳメッセージを別のネットワークスライスに送信することができる。制御エンティティは、（たとえば、２Ｃに示されるように）（Ｅｎｈａｎｃｅｄ） Ｄｅｄｉｃａｔｅｄ Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｓｅｌｅｃｔｉｏｎ （ｅＤＥＣＯＲ）方法を使用してＮＡＳメッセージを別のネットワークスライスに転送することができる。制御エンティティは、どの他のスライスがＷＴＲＵにサーブことができるかに関する情報（たとえば、それらのスライスのアドレスまたはそれらのスライスの制御エンティティ）で構成され得る。

制御エンティティが、ＷＴＲＵの要求されたサービスの一部にサーブできることを決定すると、制御エンティティは、それが提供することができるサービスについてＮＡＳメッセージを処理することができる。例において、制御エンティティが、サーブことができない、および／またはサーブしないと決定するサービスに対して、制御エンティティは、ＮＡＳメッセージをその他のネットワークスライスに転送することができる。制御エンティティはまた、新しいＮＡＳメッセージをその他のネットワークスライスに転送することができる。新しいＮＡＳメッセージは、その他のスライスによってＷＴＲＵに提供され得るサービスに関する情報を含むことができる。制御エンティティは、（たとえば、既存または新しい）メッセージを、（たとえば、２Ｂに示されるように）直接に、または（たとえば、２Ｃに示されるように）ｅＤＥＣＯＲを使用して転送することができる。例において、特定のネットワークスライスが提供し得ないサービスについて、ネットワークスライス（またはそのスライスの制御エンティティ）は、（たとえば、２Ａに示されるように）メッセージを主制御ノードに転送することができる。主制御ノードは、本明細書において説明されるアクションのいずれかを行うことができる。

アプリケーションサーバ（ＡＳ）は、スライス選択をトリガーすることができるか、または支援することができる。たとえば、サードパーティＡＳは、新しいネットワークスライスを要求することができるか、またはスライス選択の決定を行う際にネットワークを支援することができる特定のアプリケーションレベル基準もしくは特性を提供することができる。ＡＳは、たとえば、開示機能を通じて開示されるＡＰＩを介して、またはＷＴＲＵのアプリケーションクライアントを介して、直接ネットワークと通信することができる。ＡＳは、アプリケーションレベルシグナリングを介してＷＴＲＵに情報を送信することができる。情報は、ＷＴＲＵを介してネットワーク上でネットワークシグナリングプロトコルに渡され得る。たとえば、ＷＴＲＵで実行しているアプリケーションは、サービス情報をスライス選択のためにネットワーク制御ノードに送信することができるネットワークシグナリングレイヤ（たとえば、ＮＡＳ、ＲＲＣなど）にサービス情報を示すことができる。本明細書において説明される場合、ＡＳがスライス選択を支援するための情報を提供することは、（たとえば、ＡＰＩを介して、ＳＣＥＦを介して、ＷＴＲＵの関与なく、など）ネットワークノードに直接に、および／または（たとえば、ＲＡＮを介して情報をネットワークノードに配信する下位レイヤにサービス情報を提供するＷＴＲＵアプリケーションレイヤ）ＷＴＲＵを介して、ＡＳが情報を提供することの両方を指すものと理解されるべきである。以下の情報：アプリケーションＱｏＳ要件、アプリケーションのタイプ、および／またはアプリケーションデータを送信する頻度、のうちの１つまたは複数は、（たとえば、ＷＴＲＵを介して、および／またはＡＳからネットワークバックエンドへ）ネットワークスライスの選択を支援するためにネットワークに向けられるものであってもよい。

アプリケーションＱｏＳ要件の例において、ＡＳは、アプリケーションレベルＱｏＳ要件をスライス選択の目的でネットワークに送信することができる。ＱｏＳ要件は、アプリケーション優先度のレベルを含むことができる。ＡＳは（たとえば、はまた）、アプリケーション内のユーザ優先度を含むことができる。たとえば、要求されるビットレート、予想されるフローのタイプ（音声、ビデオなど）、その他のＱｏＳパラメータが含まれ得る。

アプリケーションのタイプの例において、ＷＴＲＵ上で実行しているアプリケーションにはさまざまなタイプがあってもよい。ネットワークスライスの決定は、アプリケーションのカテゴリに基づいて行われ得る。これらのカテゴリは、マシンタイプアプリケーションまたはモノのインターネット（ＩｏＴ）アプリケーション、ヘルスケアアプリケーション、緊急または公衆安全アプリケーションなどを含むことができる。アプリケーションタイプまたはカテゴリは、アプリケーションＩＤによって決定され得るか、またはＡＳがＡＰＩ要求のアプリケーションタイプを開示レイヤまたはネットワークに明示的に示すことができる。

アプリケーションデータを送信する頻度の例において、サードパーティＡＳは、特定のアプリケーションの予想されるデータレートをネットワークに示すことができる。これは、データが送信中の場合は予想される時間間隔、または所与の時間内の平均データ量（たとえば、一時間または一日内に送信される平均データ（ビット））を送信する形態をとることができる。そのような情報はまた、本明細書において説明されるようなスライス選択の目的でネットワークに渡されてもよい。

サードパーティＡＳは、多数の容量のスライス選択において役割を果たすことができる。たとえば、ＡＳは、ネットワークにおいてネットワークスライス選択ノードを支援しつつ、同時に１つまたは複数のネットワークスライスをＷＴＲＵに割り当てるために初期決定（本明細書において早期検出と称される）を行うことができる。ネットワークは、適切なスライス割り当ての決定を行うための情報を提供するようＡＳに要求することができる。ＡＳは、最終選択を行うためのネットワークによる入力として見なされ得る情報を提供することができる。ネットワークノードは、さまざまなアプリケーションサーバからアプリケーション情報を取得することができ、複数のアプリケーションサーバからのアプリケーション固有情報を考慮に入れた後、１つまたは複数のネットワークスライスをＷＴＲＵに割り当てる最終決定を行うことができる。ネットワークは、たとえば、スライス選択支援情報を提供する複数のアプリケーションサーバの場合、これらのＡＳの必要を最も満たす１つまたは複数のネットワークスライスを割り当てることができる。ネットワークは、アプリケーションＩＤまたはＷＴＲＵによって初期サービステンプレートでネットワークに提供されたその他のアプリケーション情報に基づいてアプリケーションサーバにコンタクトをとることができることがある。

ネットワークは、スライス選択または類似するサービスをサードパーティＡＳに開示することができる。一定のＡＰＩは、特定のスライスを要求することができるようにＡＳに使用可能であってもよい（または、たとえば、現在のネットワークスライスがアプリケーション要件を満たさないこと、もしくはＡＳが現在のネットワークスライスによって提供されたサービスで満足されないことを、ＡＳがネットワークに少なくとも通知できるようにする）。ＡＳは、開示機能を介してサービスにアクセスする場合にＡＰＩ要求を開始することができるか、または（たとえば、ＡＳとネットワークの間に新しいネットワークスライスを要求するためのダイレクトインターフェイスがある場合）ネットワークに要求を直接送信することができる。ＡＳは、ネットワークへの要求にアプリケーションパラメータを含むことができる。ネットワークは、たとえばＡＳから受信された要求に基づいて、新しいスライス決定を行うことができる。ネットワーク決定はまた、他のアプリケーションサーバのＷＴＲＵへの送信データからの要件を考慮に入れることができる。ネットワークは、新しいネットワークスライスをＷＴＲＵに割り当てるために、ＡＳからの要求を受諾または拒否することができる。要求が受諾される場合、新しいスライス情報は、ＷＴＲＵに通信され得る。ネットワークは、ＷＴＲＵを介してＷＴＲＵを直接ネットワークに通知することができる。ネットワークは、ＡＰＩ要求が受諾されたことをＡＳに通知することができる。ＡＳは、ＷＴＲＵによって選択される必要がある新しいスライスに関して、アプリケーションレベルシグナリングを介してＷＴＲＵに通知することができる。この手順は、「遅延検出」において使用され得る。適切なスライスに接続できるようにするためにＷＴＲＵに送信された情報は、スライス情報、ＰＬＭＮまたはネットワークＩＤ、および／または切断する時刻／時期、のうちの１つまたは複数を含むことができる。

スライス情報（たとえば、スライスＩＤ番号、スライス名）の例において、複数のスライス情報（ＩＤ番号、名前など）は、ＷＴＲＵが複数のネットワークスライスに接続することが要求される場合に対して提供され得る。

ＰＬＭＮまたはネットワークＩＤの例において、ホームまたはサービングネットワークは、ＷＴＲＵ／アプリケーション要件を満たすことができないことがあるので、ＷＴＲＵはローミングパートナーのネットワークスライスに接続するよう求められ得る。

ＷＴＲＵが現在のサービングスライスから切断して新しいスライスにアタッチ／接続しなければならない時刻または時期の例において、ＷＴＲＵがアイドルモードに入る場合、または次回それが特定のアプリケーションに対して送信することになるデータを有する場合、それはただちに、またはＷＴＲＵは、ネットワークスライスを変更するよう指示され得る。ＷＴＲＵは、その後にＷＴＲＵが現在のネットワークから切断／デタッチして、新しいスライスに接続／アタッチする要求を送信するべき時間（たとえば、秒または分単位）を与えられ得る。

サードパーティＡＳは、スライス選択サービスを使用するためにネットワークによって課金され得る。要求のタイプに基づいてさまざまなレベルの課金があってもよい。アプリケーションが現在のスライスでは満足されないという要求は、アプリケーションサーバが新しいネットワークスライスを優先させることがあるという明示的な要求とは異なる課金が行われ得る。

図６は、例示の初期ネットワークスライス接続を示す図である。ＷＴＲＵがネットワークスライスを自律的に選択する場合、ＷＴＲＵは、選択されるネットワークスライスに向けたアタッチまたはＰＤＮ接続手順を明示的に開始することができる。ＷＴＲＵは、アタッチまたはＰＤＮ接続要求において、ターゲットネットワークスライスにマップされることが可能な、選択されるネットワークスライスの識別子またはサービス名（たとえば、ＡＰＮと類似）を直接に含むことができる。初期アタッチまたはＰＤＮ接続手順は、選択されるネットワークスライスの制御機能によって処理され得る。各ネットワークスライスには、ＷＴＲＵからの初期接続要求を処理する「ポータル機能」があってもよい。「ポータル機能」は、中央データベースからユーザ加入プロファイルをダウンロードする能力を有することができ、接続手順を完了するために同じネットワークスライス内のその他の必要な制御機能を呼び出すことができる。

そのようなメッセージがターゲットネットワークスライスのポータル機能に転送され得るさまざまな方法があってもよい。たとえば、ＲＡＮは、メッセージ内のネットワークスライス識別子またはサービス名を解析することによって、または選択されたネットワークスライスが以前のシグナリングでＲＡＮのＷＴＲＵコンテキストで格納されていることで、そのようなメッセージのターゲットネットワークスライスを確認する能力を有することができる。ＲＡＮは、各ネットワークスライスのポータル機能のアドレスで構成され得るので、ＲＡＮは、メッセージをターゲットネットワークスライスのポータル機能に転送することができる。たとえば、メッセージは、ネットワークスライスから独立し得る共通の制御機能にＲＡＮによって常に転送されることができ、共通制御機能は、ターゲットネットワークスライスを分析する能力を有して、それをターゲットネットワークスライスのポータル機能に転送することができる。たとえば、メッセージは、ＲＡＮによって、共通制御機能またはデフォルトのネットワークスライスのポータル機能に常に転送され得る。共通制御機能またはデフォルトのネットワークスライスのポータル機能は、実際のターゲットネットワークスライスを分析して、それをターゲットネットワークスライスのポータル機能にリダイレクトするよう指示することができる。

初期アタッチまたはＰＤＮ接続要求を受信すると、処理制御機能は、接続を完了するためにその他のネットワーク機能との対話を開始することができる。たとえば、ポータル機能は、ＷＴＲＵに追加の認証を実行するためのネットワークスライス固有の認証機能（ＷＴＲＵはＲＡＮおよびネットワークにアクセスするときに通常認証されていることがある）、ＷＴＲＵの初期ＰＤＮ接続（たとえば、デフォルトのベアラ）を確立するための同じスライス内のゲートウェイ制御機能、および／または接続のためにＱｏＳプロファイルをインストールするためのＱｏＳ制御機能、のうちの１つまたは複数を呼び出すことができる。

ネットワークスライス接続は、同じ共通制御機能によって代理され得る。ネットワークスライス接続は、ＷＴＲＵとネットワークスライスの間で直接生じることができる。ＷＴＲＵとネットワークスライスのネットワーク機能との間の対話は、ポータル機能を通じて行われてもよく、たとえば、ＷＴＲＵから特定のネットワーク機能（たとえば、認証機能のような）へのメッセージは、ＲＡＮによってポータル機能に転送され得る。ポータル機能は、メッセージを処理することになる適切な機能にそれらを転送することができる。たとえば、ネットワークスライス内のさまざまなネットワーク機能からＷＴＲＵへのメッセージは、ポータル機能に向かうことができる。ポータル機能は、メッセージをＲＡＮおよびＷＴＲＵに転送することができる。ＲＡＮは、ネットワークスライスのポータル機能のアドレスを格納する必要があることがある。

図７は、複数のネットワークスライス接続フォーキングを示す図である。ＷＴＲＵは、複数のネットワークスライスに（たとえば、最初に）接続され得る。ＷＴＲＵは、デバイスの構成、ネットワークスライス選択のネットワークポリシーなどに基づいて複数のネットワークスライスに接続するよう決定することができる。ＷＴＲＵは、本明細書において説明される手順を使用して、選択された各ネットワークスライスへの単一の接続を順次開始することができる。各接続要求（初期アタッチまたはＰＤＮ接続要求）は、単一のスライス識別子またはサービス名を含むことができる。ＷＴＲＵは、単一の初期接続要求に複数のネットワークスライス識別子またはサービス名を含み、それを共通制御機能に送信することができる。共通制御機能は、複数の個々の接続要求を、複数のターゲットネットワークスライスに「フォーク（分岐）」することができる。

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

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

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

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

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

さらに具体的には、前述のように、通信システム５００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような、１つまたは複数のチャネルアクセス方式を採用することができる。たとえば、ＲＡＮ５０３／５０４／５０５内の基地局５１４ａならびにＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェイス５１５／５１６／５１７を確立することができるＵｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ：ユニバーサル移動体通信システム）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ：地上波無線アクセス）のような無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ ＨＳＰＡ（ＨＳＰＡ＋）のような通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

もう１つの実施形態において、基地局５１４ａおよびＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃは、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｄｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェイス５１５／５１６／５１７を確立することができるＥｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）のような無線技術を実施することができる。

その他の実施形態において、基地局５１４ａおよびＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などのような無線技術を実施することができる。

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

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

コアネットワーク５０６／５０７／５０９はまた、ＰＳＴＮ５０８、インターネット５１０、および／またはその他のネットワーク５１２にアクセスするためのＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、および／または５０２ｄのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ５０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット５１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）のような、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク５１２は、その他のサービスプロバイダによって所有および／または操作される有線または無線の通信ネットワークを含むことができる。たとえば、ネットワーク５１２は、ＲＡＮ５０３／５０４／５０５と同じＲＡＴまたは異なるＲＡＴを採用することができる１つまたは複数のＲＡＮに接続された別のコアネットワークを含むこともできる。

通信システム５００内のＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、および／または５０２ｄの一部または全部は、マルチモード能力を含むことができる、すなわち、ＷＴＲＵ５０２ａ、５０２ｂ、５０２ｃ、および／または５０２ｄはさまざまな無線リンク上でさまざまな無線ネットワークと通信するための複数の送受信機を含むことができる。たとえば、図８Ａに示されるＷＴＲＵ５０２ｃは、セルラーベースの無線技術を採用することができる基地局５１４ａ、およびＩＥＥＥ８０２無線技術を採用することができる基地局５１４ｂと通信するように構成され得る。

図８Ｂは、例示のＷＴＲＵ５０２のシステム図を示す。図８Ｂにおいて示されるように、ＷＴＲＵ５０２は、プロセッサ５１８、送受信機５２０、送受信要素５２２、スピーカ／マイクロフォン５２４、キーパッド５２６、ディスプレイ／タッチパッド５２８、固定式メモリ５３０、取り外し可能メモリ５３２、電源５３４、全地球測位システム（ＧＰＳ）チップセット５３６、およびその他の周辺機器５３８を含むことができる。ＷＴＲＵ５０２が、前述の要素の任意の部分的組み合わせを含むことができ、引き続き実施形態に整合することが理解されよう。また、実施形態は、基地局５１４ａおよび５１４ｂ、および／または、特に無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、Ｈｏｍｅ Ｎｏｄｅ−Ｂ、ｅｖｏｌｖｅｄ Ｈｏｍｅ Ｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ（ＨｅＮＢ）、Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードのような（ただし、これらに限定されない）、基地局５１４ａおよび５１４ｂが存在し得るノードが図８Ｂに示され、本明細書において説明される要素の一部または全部を含むことができることを企図する。

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

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

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

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

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

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

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

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

図８Ｃは、実施形態によるＲＡＮ５０３およびコアネットワーク５０６のシステム図を示す。前述のように、ＲＡＮ５０３は、ＵＴＲＡ無線技術を採用して、エアインターフェイス５１５上でＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃと通信することができる。ＲＡＮ５０３はまた、コアネットワーク５０６と通信することもできる。図８Ｃに示されるように、ＲＡＮ５０３は、Ｎｏｄｅ−Ｂ５４０ａ、５４０ｂ、および／または５４０ｃを含むことができ、これらのＮｏｄｅ−Ｂは各々、エアインターフェイス５１５上でＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃと通信するための１つまたは複数の送受信機を含むことができる。Ｎｏｄｅ−Ｂ５４０ａ、５４０ｂ、および／または５４０ｃは各々、ＲＡＮ５０３内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ５０３はまた、ＲＮＣ５４２ａ、および／または５４２ｂを含むこともできる。ＲＡＮ５０３が、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができ、引き続き実施形態に整合することが理解されよう。

図８Ｃに示されるように、Ｎｏｄｅ−Ｂ５４０ａ、および／または５４０ｂは、ＲＮＣ５４２ａと通信することができる。加えて、Ｎｏｄｅ−Ｂ５４０ｃは、ＲＮＣ５４２ｂと通信することができる。Ｎｏｄｅ−Ｂ５４０ａ、５４０ｂ、および／または５４０ｃは、Ｉｕｂインターフェイスを介してそれぞれＲＮＣ５４２ａ、５４２ｂと通信することができる。ＲＮＣ５４２ａ、５４２ｂは、Ｉｕｒインターフェイスを介して相互に通信することができる。ＲＮＣ５４２ａ、５４２ｂの各々は、それぞれ接続されているＮｏｄｅ−Ｂ５４０ａ、５４０ｂ、および／または５４０ｃを制御するように構成され得る。加えて、ＲＮＣ５４２ａ、５４２ｂの各々は、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などのような、その他の機能を実行またはサポートするように構成され得る。

図８Ｃに示されるコアネットワーク５０６は、メディアゲートウェイ（ＭＧＷ）５４４、移動通信交換局（ＭＳＣ）５４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）５４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）５５０を含むことができる。前述の要素は各々、コアネットワーク５０６の一部として示されているが、それらの要素のうちのいずれか１つがコアネットワークオペレータ以外のエンティティによって所有および／または操作されてもよいことが理解されよう。

ＲＡＮ５０３内のＲＮＣ５４２ａは、コアネットワーク５０６内のＭＳＣ５４６にＩｕＣＳインターフェイスを介して接続され得る。ＭＳＣ５４６は、ＭＧＷ５４４に接続され得る。ＭＳＣ５４６およびＭＧＷ５４４は、ＰＳＴＮ５０８のような回線交換ネットワークへのアクセスをＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃに提供して、ＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。

ＲＡＮ５０３内のＲＮＣ５４２ａはまた、ＩｕＰＳインターフェイスを介してコアネットワーク５０６内のＳＧＳＮ５４８に接続され得る。ＳＧＳＮ５４８は、ＧＧＳＮ５５０に接続され得る。ＳＧＳＮ５４８およびＧＧＳＮ５５０は、インターネット５１０のようなパケット交換ネットワークへのアクセスをＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃに提供して、ＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。

前述のように、コアネットワーク５０６はまた、ネットワーク５１２に接続されてもよく、ネットワーク５１２は、その他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことができる。

図８Ｄは、実施形態によるＲＡＮ５０４およびコアネットワーク５０７のシステム図を示す。前述のように、ＲＡＮ５０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェイス５１６上でＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃと通信することができる。ＲＡＮ５０４はまた、コアネットワーク５０７と通信することもできる。

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

ｅＮｏｄｅ−Ｂ５６０ａ、５６０ｂ、および／または５６０ｃの各々は、特定のセル（図示せず）に関連付けられることができ、無線リソース管理の決定、ハンドオーバーの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成され得る。図８Ｄに示されるように、ｅＮｏｄｅ−Ｂ５６０ａ、５６０ｂ、および／または５６０ｃは、Ｘ２インターフェイス上で相互に通信することができる。

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

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

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

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

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

図８Ｅは、実施形態によるＲＡＮ５０５およびコアネットワーク５０９のシステム図を示す。ＲＡＮ５０５は、ＩＥＥＥ８０２．１６無線技術を採用して、エアインターフェイス５１７上でＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）であってもよい。後段でさらに説明されるように、ＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃ、ＲＡＮ５０５、およびコアネットワーク５０９のさまざまな機能エンティティの間の通信リンクは、基準点として定義され得る。

図８Ｅに示されるように、ＲＡＮ５０５は、基地局５８０ａ、５８０ｂ、および／または５８０ｃ、ならびにＡＳＮゲートウェイ５８２を含むことができるが、引き続き実施形態に整合しながら、ＲＡＮ５０５は任意の数の基地局およびＡＳＮゲートウェイを含むことができることが理解されよう。基地局５８０ａ、５８０ｂ、および／または５８０ｃは各々、ＲＡＮ５０５内の特定のセル（図示せず）に関連付けられることができ、各々エアインターフェイス５１７上でＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃと通信するための１つまたは複数の送受信機を含むことができる。１つの実施形態において、基地局５８０ａ、５８０ｂ、および／または５８０ｃはＭＩＭＯ技術を実施することができる。したがって、たとえば、基地局５８０ａは、複数のアンテナを使用して、ＷＴＲＵ５０２ａに無線信号を送信し、ＷＴＲＵ５０２ａから無線信号を受信することができる。基地局５８０ａ、５８０ｂ、および／または５８０ｃはまた、ハンドオフのトリガー、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などのような、モビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ５８２は、トラフィック集約点としての役割を果たすことができ、ページング、加入者プロファイルのキャッシング、コアネットワーク５０９のルーティングなどに責任を負うことができる。

ＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃとＲＡＮ５０５との間のエアインターフェイス５１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１基準点として定義され得る。加えて、ＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃの各々は、コアネットワーク５０９との論理インターフェイス（図示せず）を確立することができる。ＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃとコアネットワーク５０９との間の論理インターフェイスは、Ｒ２基準点として定義されることができ、Ｒ２基準点は、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得る。

基地局５８０ａ、５８０ｂ、および／または５８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバーおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８基準点として定義され得る。基地局５８０ａ、５８０ｂ、および／または５８０ｃとＡＳＮゲートウェイ５８２との間の通信リンクは、Ｒ６基準点として定義され得る。Ｒ６基準点は、ＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃの各々に関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含むことができる。

図８Ｅに示されるように、ＲＡＮ５０５は、コアネットワーク５０９に接続され得る。ＲＡＮ５０５とコアネットワーク５０９との間の通信リンクは、たとえば、データ転送およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３基準点として定義され得る。コアネットワーク５０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）５８４、認証、許可、アカウンティング（ＡＡＡ）サーバ５８６、およびゲートウェイ５８８を含むことができる。前述の要素の各々は、コアネットワーク５０９の一部として示されているが、それらの要素のうちのいずれか１つがコアネットワークオペレータ以外のエンティティによって所有および／または操作されてもよいことが理解されよう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理に責任を負うことができ、ＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃがさまざまなＡＳＮおよび／またはさまざまなコアネットワークの間でローミングできるようにすることができる。ＭＩＰ−ＨＡ５８４は、インターネット５１０のようなパケット交換ネットワークへのアクセスをＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃに提供して、ＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。ＡＡＡサーバ５８６は、ユーザ認証およびユーザサービスのサポートに責任を負うことができる。ゲートウェイ５８８は、その他のネットワークとの相互作用を容易にすることができる。たとえば、ゲートウェイ５８８は、ＰＳＴＮ５０８のような回線交換ネットワークへのアクセスをＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃに提供して、ＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。加えて、ゲートウェイ５８８は、その他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことができるネットワーク５１２へのアクセスをＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃに提供することができる。

図８Ｅには示されていないが、ＲＡＮ５０５はその他のＡＳＮに接続されることができ、コアネットワーク５０９はその他のコアネットワークに接続され得る。ＲＡＮ５０５とその他のＡＳＮとの間の通信リンクは、Ｒ４基準点として定義されることができ、Ｒ４基準点は、ＲＡＮ５０５とその他のＡＳＮとの間のＷＴＲＵ５０２ａ、５０２ｂ、および／または５０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク５０９とその他のコアネットワークとの間の通信リンクは、Ｒ５基準として定義されることができ、Ｒ５基準は、ホームコアネットワークとアクセス先コアネットワークとの間の相互作用を容易にするためのプロトコルを含むことができる。

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

Claims (26)

1. ネットワークにおいて無線送受信ユニット（ＷＴＲＵ）をネットワークスライスに接続するためのネットワーク制御ノードによって実行される方法であって、
   前記ネットワーク制御ノードが、前記ＷＴＲＵによって要求されているサービスに関連付けられたサービス情報を受信するステップであって、前記サービス情報は、サービスクラス、サービス品質（ＱｏＳ）要件、またはモビリティ特性のうちの１つまたは複数を備えるステップと、
   前記ネットワーク制御ノードが、複数のネットワークスライスに関連付けられたスライス情報を決定するステップであって、前記スライス情報は、前記ネットワークスライスの識別子、前記ネットワークスライスの優先度、前記ネットワークスライスによってサーブされるサービスクラス、ターゲットデバイスクラス、ＱｏＳターゲット、モビリティサポート、セキュリティサービス、課金情報、および／またはパフォーマンス情報のうちの１つまたは複数を備えるステップと、
   前記ネットワーク制御ノードが、前記ＷＴＲＵの加入者情報を決定するステップと、
   前記ネットワーク制御ノードが、前記ＷＴＲＵにサーブために前記複数のネットワークスライスの少なくとも第１のネットワークスライスを選択するステップであって、前記ネットワーク制御ノードは、前記サービス情報、前記第１のネットワークスライスに関連付けられた前記スライス情報、および前記ＷＴＲＵの前記加入者情報に基づいて前記第１のネットワークスライスを選択するステップと、
   前記ネットワーク制御ノードが、前記第１のネットワークスライスにアクセスするために前記ネットワーク制御ノードまたは別のネットワーク制御ノードが前記ＷＴＲＵにサーブすべきであるかどうかを決定するステップであって、
   前記第１のネットワークスライスにアクセスするために前記ネットワーク制御ノードが前記ＷＴＲＵにサーブすべきであると前記ネットワーク制御ノードが決定することを条件として、前記ネットワーク制御ノードが、前記第１のネットワークスライスに関連付けられた少なくとも１つのネットワークサービスを前記ＷＴＲＵに提供するか、または
   前記第１のネットワークスライスにアクセスするために前記別のネットワーク制御ノードが前記ＷＴＲＵにサーブすべきであると前記ネットワーク制御ノードが決定することを条件として、前記ネットワーク制御ノードが、前記第１のネットワークスライスにアクセスするために前記別のネットワーク制御ノードが前記ＷＴＲＵにサーブすべきであることを示す要求を前記別のネットワーク制御ノードに送信するステップと
   を備えたことを特徴とする方法。
2. 前記第１のネットワークスライスの前記選択は、ネットワークスライス選択ポリシーにさらに基づき、前記ネットワークスライス選択ポリシーは、地理的位置、アクセス技術、固有のサービス、またはモビリティレベルに関連する１つまたは複数の基準を含むことを特徴とする請求項１に記載の方法。
3. 前記サービス情報は、前記ＷＴＲＵによって送信された初期登録メッセージに基づいて受信されることを特徴とする請求項１に記載の方法。
4. 前記サービス情報は、前記ＷＴＲＵから上位レイヤメッセージを介して受信されることを特徴とする請求項１に記載の方法。
5. 前記上位レイヤメッセージは、非アクセス階層（ＮＡＳ）メッセージまたは等価物に対応することを特徴とする請求項４に記載の方法。
6. 前記第１のネットワークスライスにアクセスするために前記別のネットワーク制御ノードが前記ＷＴＲＵにサーブすべきであることを示す要求を前記別のネットワーク制御ノードに送信するステップは、前記上位レイヤメッセージの少なくとも一部を前記別のネットワーク制御ノードに転送するステップを含むことを特徴とする請求項４に記載の方法。
7. 前記第１のネットワークスライスにアクセスするために前記別のネットワーク制御ノードが前記ＷＴＲＵにサーブすべきであることを示す要求を前記別のネットワーク制御ノードに送信するステップは、前記ネットワーク制御ノードが、前記サービス情報を前記別のネットワーク制御ノードに転送するステップを含むことを特徴とする請求項１に記載の方法。
8. 前記ネットワーク制御ノードが少なくとも１つのアプリケーションサービス要件を受信するステップをさらに備え、前記アプリケーションサービス要件は、アプリケーションＱｏＳ要件、アプリケーションのタイプ、またはアプリケーションデータを送信する頻度のうちの１つまたは複数を含むことを特徴とする請求項１に記載の方法。
9. 少なくとも第１のネットワークスライスを選択するステップは、少なくとも前記アプリケーションサービス要件にさらに基づくことを特徴とする請求項８に記載の方法。
10. 前記アプリケーションサービス要件は、前記ネットワークのサービス能力開示機能（ＳＣＥＦ）を介してアプリケーションサーバ（ＡＳ）から受信されることを特徴とする請求項９に記載の方法。
11. 前記アプリケーションサービス要件は、アプリケーションプログラムインターフェイス（ＡＰＩ）を介して前記ＷＴＲＵのアプリケーションサーバ（ＡＳ）から受信されることを特徴とする請求項９に記載の方法。
12. 前記ネットワーク制御ノードが、前記第１のネットワークスライスに関連付けられたスライス情報を前記ＷＴＲＵに送信するステップをさらに備えたことを特徴とする請求項１に記載の方法。
13. 前記ＷＴＲＵは、前記ネットワーク制御ノードによって複数のネットワークスライスを割り当てられることを特徴とする請求項１に記載の方法。
14. ネットワークにおいて無線送受信ユニット（ＷＴＲＵ）をネットワークスライスに接続するためのネットワーク制御ノードであって、
    前記ＷＴＲＵによって要求されているサービスに関連付けられたサービス情報を受信し、前記サービス情報は、サービスクラス、サービス品質（ＱｏＳ）要件、またはモビリティ特性のうちの１つまたは複数を備え、
    複数のネットワークスライスに関連付けられたスライス情報を決定し、前記スライス情報は、前記ネットワークスライスの識別子、前記ネットワークスライスの優先度、前記ネットワークスライスによってサーブされるサービスクラス、ターゲットデバイスクラス、ＱｏＳターゲット、モビリティサポート、セキュリティサービス、課金情報、および／またはパフォーマンス情報のうちの１つまたは複数を備え、
    前記ＷＴＲＵの加入者情報を決定し、
    前記ＷＴＲＵにサーブために前記複数のネットワークスライスの少なくとも第１のネットワークスライスを選択し、前記ネットワーク制御ノードは、前記サービス情報、前記第１のネットワークスライスに関連付けられた前記スライス情報、および前記ＷＴＲＵの前記加入者情報に基づいて前記第１のネットワークスライスを選択し、
    前記第１のネットワークスライスにアクセスするために前記ネットワーク制御ノードまたは別のネットワーク制御ノードが前記ＷＴＲＵにサーブすべきであるかどうかを決定し、
    前記第１のネットワークスライスにアクセスするために前記ネットワーク制御ノードが前記ＷＴＲＵにサーブすべきであると前記ネットワーク制御ノードが決定することを条件として、前記ネットワーク制御ノードが、前記第１のネットワークスライスに関連付けられた少なくとも１つのネットワークサービスを前記ＷＴＲＵに提供するか、または
    前記第１のネットワークスライスにアクセスするために前記別のネットワーク制御ノードが前記ＷＴＲＵにサーブすべきであると前記ネットワーク制御ノードが決定することを条件として、前記ネットワーク制御ノードが、前記第１のネットワークスライスにアクセスするために前記別のネットワーク制御ノードが前記ＷＴＲＵにサーブすべきであることを示す要求を前記別のネットワーク制御ノードに送信する
    ように構成されたプロセッサを備えたことを特徴とするネットワーク制御ノード。
15. 前記第１のネットワークスライスの前記選択は、ネットワークスライス選択ポリシーにさらに基づき、前記ネットワークスライス選択ポリシーは、地理的位置、アクセス技術、固有のサービス、またはモビリティレベルに関連する１つまたは複数の基準を含むことを特徴とする請求項１４に記載のネットワーク制御ノード。
16. 前記サービス情報は、前記ＷＴＲＵによって送信された初期登録メッセージに基づいて受信されることを特徴とする請求項１４に記載のネットワーク制御ノード。
17. 前記サービス情報は、前記ＷＴＲＵから上位レイヤメッセージを介して受信されることを特徴とする請求項１４に記載のネットワーク制御ノード。
18. 前記上位レイヤメッセージは、非アクセス階層（ＮＡＳ）メッセージまたは等価物に対応することを特徴とする請求項１７に記載のネットワーク制御ノード。
19. 前記別のネットワーク制御ノードへの前記要求は、前記ネットワーク制御ノードが前記上位レイヤメッセージの少なくとも一部を前記別のネットワーク制御ノードに転送するステップを含むことを特徴とする請求項１７に記載のネットワーク制御ノード。
20. 前記別のネットワーク制御ノードへの前記要求は、前記ネットワーク制御ノードが前記サービス情報を前記別のネットワーク制御ノードに転送するステップを含むことを特徴とする請求項１４に記載のネットワーク制御ノード。
21. 前記ネットワーク制御ノードは少なくとも１つのアプリケーションサービス要件を受信し、前記アプリケーションサービス要件は、アプリケーションＱｏＳ要件、アプリケーションのタイプ、またはアプリケーションデータを送信する頻度のうちの１つまたは複数を含むことを特徴とする請求項１４に記載のネットワーク制御ノード。
22. 前記少なくとも第１のネットワークスライスは、少なくとも前記アプリケーションサービス要件に基づいて選択されることを特徴とする請求項２１に記載のネットワーク制御ノード。
23. 前記アプリケーションサービス要件は、前記ネットワークのサービス能力開示機能（ＳＣＥＦ）を介してアプリケーションサーバ（ＡＳ）から受信されることを特徴とする請求項２２に記載のネットワーク制御ノード。
24. 前記アプリケーションサービス要件は、アプリケーションプログラムインターフェイス（ＡＰＩ）を介して前記ＷＴＲＵのアプリケーションサーバ（ＡＳ）から受信されることを特徴とする請求項２２に記載のネットワーク制御ノード。
25. 前記ネットワーク制御ノードは、前記第１のネットワークスライスに関連付けられたスライス情報を前記ＷＴＲＵに送信することを特徴とする請求項１４に記載のネットワーク制御ノード。
26. 前記ＷＴＲＵは、前記ネットワーク制御ノードによって複数のネットワークスライスを割り当てられることを特徴とする請求項１４に記載のネットワーク制御ノード。

Images