JP7395799B2 - スライス固有の認証のための方法と装置 - Google Patents

Description

この出願は、2019年1月11日に出願された米国仮特許出願番号62/791,224、2019年2月15日に出願された米国仮特許出願番号62/806,190、および2019年3月28日に出願された米国仮特許出願番号62/825,159の優先権を主張し、それぞれの内容は、完全に記載されているかのように、参照により本明細書に組み込まれる。

特定の携帯電話通信ネットワークは、いわゆるネットワークスライシングの可能性を実装する場合がある。ネットワークスライスは、より大きなネットワークの一部である自己完結型ネットワークである。スライスは、特定のネットワーク機能とネットワーク特性を提供する論理ネットワークであると言える。第３世代パートナーシッププロジェクト（３ＧＰＰ）は現在、３ＧＰＰリリース１６のネットワークスライシング拡張に関する研究を完了している（非特許文献１）。

3GPP Technical Report (TR) 23.740, "Study on Enhancement of Network Slicing", V0.7.0 (2018-12-06) 3GPP TS 23.502, "Procedures for the 5G System", V15.3.0 3GPP TS 33.501, "Security Architecture and Procedures for 5G System", v15.2.0

ネットワーク内の無線送受信ユニット（ＷＴＲＵ）による動作のための方法および装置が提供される。この方法は、ネットワークのアクセスおよびモビリティ管理機能（ＡＭＦ）を用いた登録手順中に、ＷＴＲＵの一次認証を実行することであって、その登録手順中に、ＷＴＲＵは、登録の成功を示し、少なくとも１つのネットワークのスライスアクセスのためのスライス固有の認証および認可（ＳＳＳＡ：slice-specific authentication and authorization for slice access）手順であって、登録手順に続いて実行される手順、ＷＴＲＵがアクセスを許可されるスライスのリスト、およびＳＳＳＡがＷＴＲＵによるアクセスに必要であるスライスのリストを含むメッセージをＡＭＦから受信する、ことと、登録が成功した後、ネットワークの第１のスライスにアクセスするためにＷＴＲＵの少なくとも１つのＳＳＳＡを実行することとを備える。

ＡＭＦによる動作のための対応する方法および装置も提供される。装置、システム、デバイスなどおよび／またはその任意の要素が、動作、プロセス、アルゴリズム、機能などおよび／またはその任意の部分を実行する様々な実施形態が本明細書に記載および／または特許請求されているが、それは、本明細書に記載および／または請求される任意の実施形態は、任意の装置、システム、デバイスなどおよび／またはその任意の要素が、任意の動作、プロセス、アルゴリズム、機能などおよび／またはその任意の部分を実行するように構成されることを前提とすることを理解されたい。

本明細書に添付された図面と併せて例として与えられる以下の詳細な説明から、より詳細な理解を得ることができる。詳細な説明と同様に、そのような図面の図は例である。そのため、図と詳細な説明は限定的なものとは見なされず、他の同様に効果的な例が可能であり得る。さらに、図中の同様の参照番号（「参照」）は、同様の要素を示す。
１つまたは複数の開示された実施形態を実施できる例示的な通信システムを示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得るさらなる例示的なＲＡＮおよびさらなる例示的なＣＮを示すシステム図である。 スライス固有の二次認証（ＳＳＳＡ）を示すフローチャートである。 ＳＳＳＡの代替方法を示すフローチャートである。 一実施形態による認証方法のフローチャートである。 一実施形態による認証方法のフローチャートである。 ＷＴＲＵおよびＡＭＦにおいて許可されたＮＳＳＡＩを更新するための第１の解決策を示す図である。 ＷＴＲＵおよびＡＭＦにおいて許可されたＮＳＳＡＩを更新するための第２の解決策を示す図である。 一実施形態による認証方法のフローチャートである。 一実施形態による認証方法のフローチャートである。

実施形態を実装するためのネットワークの例
図１Ａは、１つまたは複数の開示された実施形態を実施できる例示的な通信システム１００を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを提供する多元接続システムであってよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通してそのようなコンテンツに複数の無線ユーザがアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方式を採用することができる。

図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク（ＣＮ）１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態が、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図することを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってよい。例えば、いずれかが「ステーション」および／または「ＳＴＡ」と呼ばれ得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、ＩｏＴデバイス、ウォッチまたは他のウェアラブルなもの、ヘッドマウントディスプレイ（ＨＭＤ）、ビークル、ドローン、医療デバイスおよびアプリケーション（例えば、遠隔手術）、産業用デバイスおよびアプリケーション（例えば、産業および／または自動処理チェーンコンテキストで動作するロボットおよび／または他の無線デバイス）、家庭用電子機器デバイス、商用および／または産業用無線ネットワーク上で動作するデバイスなどを含んでよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのいずれかは、互換的にＵＥと呼ばれることがある。

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

基地局１１４ａは、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのネットワーク要素（図示せず）をも含み得るＲＡＮ１０４の一部であってよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る１つもしくは複数のキャリア周波数上で無線信号を送信および／または受信するように構成されてよい。これらの周波数は、認可スペクトル、無認可スペクトル、または認可スペクトルと無認可スペクトルとの組合せにあってよい。セルは、比較的固定されてよいか、または時間とともに変化してよい特定の地理的エリアに無線サービスのためのカバレッジを与えてよい。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割されてよい。従って、一実施形態では、基地局１１４ａは、３つの送受信機、すなわち、セルのセクタごとに１つの送受信機を含んでよい。一実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してよく、セルのセクタごとに複数の送受信機を利用してよい。例えば、所望の空間的方向で信号を送信および／または受信するために、ビームフォーミングが使用されてよい。

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

より詳細には、上記のように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用してよい。例えば、ＲＡＮ１０４における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立してよいユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含んでよい。

一実施形態では、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインタフェース１１６を確立してよい発展型ＵＭＴＳ地上波無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装してよい。

一実施形態では、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を使用してエアインタフェース１１６を確立してよいＮＲ無線アクセスなどの無線技術を実装してよい。

一実施形態では、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、デュアル接続性（ＤＣ）原理を使用してＬＴＥ無線アクセスとＮＲ無線アクセスとを一緒に実装してよい。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数のタイプの無線アクセス技術および／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）との間で送られる送信によって特徴づけられてよい。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（即ち、ＷｉＦｉ（Wireless Fidelity））、ＩＥＥＥ８０２．１６（即ち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定基準２０００（ＩＳ－２０００）、暫定基準９５（ＩＳ－９５）、暫定基準８５６（ＩＳ－８５６）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してよい。

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってよく、職場、家庭、車両、構内、産業設備、（例えば、ドローンが使用するための）空中回廊、道路などの局所的エリアでの無線接続性を容易にするために任意の好適なＲＡＴを利用してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装できる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装できる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用できる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。従って、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がなくてよい。

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つもしくは複数に音声、データ、アプリケーションおよび／またはＶｏＩＰサービスを提供するように構成された任意のタイプのネットワークであってよいＣＮ１０６と通信し得る。データは、異なるスループット要件、待ち時間要件、誤り耐性要件、信頼性要件、データスループット要件、モビリティ要件などの変動するサービス品質（ＱｏＳ）要件を有してよい。ＣＮ１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルなセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４および／またはＣＮ１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的または間接的に通信し得ることを理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）と通信することがある。

ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働いてよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰおよび／またはＩＰなどの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または動作される有線および／または無線通信ネットワークを含んでよい。例えば、他のネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用し得る１つまたは複数のＲＡＮに接続された別のＣＮを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含んでよい）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてよい。

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／または他の周辺機器１３８を含み得る。ＷＴＲＵ１０２が、実施形態に一致したままでありながら、上記の要素の任意の部分組合せを含み得ることを理解されよう。

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

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

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

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

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力し得る。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの好適なメモリの情報にアクセスし、それにデータを記憶し得る。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスクまたは任意の他のタイプのメモリストレージデバイスを含み得る。リムーバブルメモリ１３２は、ＳＩＭカード、メモリスティック、ＳＤメモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリの情報にアクセスし、それにデータを記憶してよい。

プロセッサ１１８は、電源１３４から電力を受電してよく、ＷＴＲＵ１０２における他の構成要素に電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含んでよい。

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

プロセッサ１１８は、追加の特徴、機能および／または有線もしくは無線接続性を提供する１つもしくは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る他の周辺機器１３８にさらに結合されてよい。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオのための）デジタルカメラ、ＵＳＢポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含み得る。周辺機器１３８は、１つまたは複数のセンサを含んでよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、向きセンサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体センサ、および／もしくは湿度センサのうちの１つまたは複数であってよい。

ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬと（例えば、受信のための）ダウンリンクの両方のための特定のサブフレームに関連する）信号の一部または全部の送信および受信が並列および／または同時であってよい全二重無線を含み得る。全二重無線は、ハードウェア（例えば、チョーク）またはプロセッサ（例えば、別個のプロセッサ（図示せず）またはプロセッサ１１８）を介した信号処理のいずれかを介して自己干渉を小さくするかおよび／または実質的になくすために干渉管理ユニットを含んでよい。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬまたは（例えば、受信のための）ダウンリンクのいずれかのための特定のサブフレームに関連する）信号の一部または全部の送信および受信のための半二重無線を含んでよい。

図１Ｃは、一実施形態による、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ－ＵＴＲＡ無線技術を採用してよい。ＲＡＮ１０４はまた、ＣＮ１０６と通信することがある。

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

ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（不図示）に関連付けられ、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成され得る。図１Ｃに示すように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェースを介して相互に通信できる。

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含み得る。上記の要素の各々がＣＮ１０６の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作されてよいことを理解されよう。

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

ＳＧＷ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送してよい。ＳＧＷ１６４は、ｅＮｏｄｅＢ間のハンドオーバの間にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行してよい。

ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得るＰＧＷ１６６に接続され得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えてよい。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよいかまたはそれと通信してよい。さらに、ＣＮ１０６は、他のサービスプロバイダによって所有および／または動作される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。

ＷＴＲＵが無線端末として図１Ａ～図１Ｄに記載されているが、いくつかの代表的な実施形態では、そのような端末が（例えば、一時的にまたは永続的に）通信ネットワークとの有線通信インタフェースを使用し得ると考えられる。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってよい。

インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮには、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つ以上のステーション（ＳＴＡ）がある。ＡＰは、ＢＳＳにトラフィックを出し入れするディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインタフェースを備えている場合がある。ＢＳＳの外部から発信されたＳＴＡへのトラフィックは、ＡＰを介して到着し、ＳＴＡに配信され得る。ＳＴＡからＢＳＳの外部の宛先に発信されるトラフィックは、ＡＰに送信され、それぞれの宛先に配信される場合がある。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信でき、例えば、送信元ＳＴＡがＡＰにトラフィックを送信し、ＡＰが宛先ＳＴＡにトラフィックを配信する場合がある。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされたり、呼ばれたりする場合がある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を使用して、送信元ＳＴＡと宛先ＳＴＡの間で（例えば、直接）送信できる。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮにはＡＰがない場合があり、ＩＢＳＳ内またはＩＢＳＳを使用するＳＴＡ（例えば、全てのＳＴＡ）は相互に直接通信する場合がある。ＩＢＳＳ通信モードは、本明細書では「アドホック」通信モードと呼ばれることがある。

８０２．１１ａｃインフラストラクチャモードの動作または同様の動作モードを使用する場合、ＡＰは、プライマリチャネルなどの固定チャネルでビーコンを送信することができる。プライマリチャネルは、固定幅（例えば、２０ＭＨｚの広い帯域幅）またはシグナリングを介して動的に設定された幅にすることができる。プライマリチャネルは、ＢＳＳの動作チャネルであってよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてよい。特定の代表的な実施形態では、搬送波感知多重アクセス／衝突回避方式（ＣＳＭＡ／ＣＡ）は、例えば８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）がプライマリチャネルを検知することができる。プライマリチャネルが特定のＳＴＡによって感知／検出され、および／またはビジーであると判断された場合、特定のＳＴＡはバックオフすることができる。１つのＳＴＡ（例えば、ただ１つのステーション）は、特定のＢＳＳでいつでも送信できる。

高スループット（ＨＴ）ＳＴＡは、例えば、一次２０ＭＨｚチャネルと隣接または非隣接の２０ＭＨｚチャネルとの組み合わせを介して、通信のための４０ＭＨｚ幅チャネルを使用することができる。

非常に高いスループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成できる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、または２つの非連続の８０ＭＨｚチャネルを組み合わせることによって形成できる。これは、８０＋８０構成と呼ばれる場合がある。８０＋８０構成の場合、チャネル符号化後のデータは、セグメントパーサを通過し、セグメントパーサは、データを２つのストリームに分割する。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理は、各ストリームで個別に実行できる。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ、データは送信ＳＴＡによって送信される。受信側ＳＴＡの受信機では、８０＋８０構成についての上記の動作を逆にすることができ、組み合わされたデータを媒体アクセス制御（ＭＡＣ）に送信することができる。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆおよび８０２．１１ａｈでサポートされる。チャネルの動作帯域幅とキャリアは、８０２．１１ｎと８０２．１１ａｃで使用されているものと比較して８０２．１１ａｆと８０２．１１ａｈで減少している。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚおよび２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚおよび１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなどのメータタイプ制御／マシンタイプ通信（ＭＴＣ）をサポートすることができる。ＭＴＣデバイスは、特定の機能、例えば、特定のおよび／または制限された帯域幅のサポート（例えば、サポートのみ）を含む制限された機能を有し得る。ＭＴＣデバイスは、閾値を超えるバッテリ寿命を有するバッテリを含み得る（例えば、非常に長いバッテリ寿命を維持する）。

複数のチャネルをサポートし得るＷＬＡＮシステム、および８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、８０２．１１ａｈなどのチャネル帯域幅には、プライマリチャネルとして指定できるチャネルが含まれる。プライマリチャネルの帯域幅は、ＢＳＳ内の全てのＳＴＡでサポートされている最大の共通動作帯域幅に等しい場合がある。プライマリチャネルの帯域幅は、最小帯域幅の動作モードをサポートするＢＳＳで動作している全てのＳＴＡの中から、ＳＴＡによって設定および／または制限される場合がある。８０２．１１ａｈの例では、ＡＰおよびＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚおよび／または他のチャネル帯域幅の動作モードをサポートしている場合でも、１ＭＨｚモードをサポートする（例えば、サポートするだけの）ＳＴＡ（例えば、ＭＴＣタイプのデバイス）のプライマリチャネルは１ＭＨｚ幅であってよい。搬送波感知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存する場合がある。例えば、（１ＭＨｚの動作モードのみをサポートする）ＳＴＡがＡＰに送信しているために、プライマリチャネルがビジーである場合、周波数帯域の大部分がアイドル状態のままであり、利用できる場合があったとしても、全体の利用可能な周波数帯域は、ビジーであると考えられ得る。

米国では、８０２．１１ａｈで使用できる使用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈで使用可能な合計帯域幅は、国コードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態による、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用することができる。ＲＡＮ１１３はまた、ＣＮ１１５と通信していてもよい。

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態と一貫性を保ちながら、任意の数のｇＮＢを含み得ることが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。例えば、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ビームフォーミングを利用して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに信号を送信し、および／またはそれらから信号を受信することができる。従って、ｇＮＢ１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはそれから無線信号を受信するために複数のアンテナを使用してよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装することができる。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリア（図示せず）をＷＴＲＵ１０２ａに送信することができる。これらのコンポーネントキャリアのサブセットは、ライセンスされていないスペクトル上にある可能性があり、残りのコンポーネントキャリアは、ライセンスされたスペクトル上にある可能性がある。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実装することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信することができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルな数秘術（numerology）に関連する送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボルを含み、および／または持続する様々な長さの絶対時間）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、図１ＣのｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃをモビリティアンカーポイントとして利用できる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ライセンスされていない帯域の信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信できる。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信する／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信する／接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装することができる。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカーとして機能し、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスを提供するために追加のカバレッジおよび／またはスループットを提供することができる。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられ得、並びに無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続、ＮＲとＥ－ＵＴＲＡ間のインターワーキング、ユーザープレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、制御プレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェースを介して互いに通信できる。

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。上記の要素の各々がＣＮ１１５の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作されてよいことを理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介してＲＡＮ１１３内の１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続され、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担当し得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃで利用されているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、超高信頼性低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、拡張された大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセス用のサービスなど、様々なユースケースに対して様々なネットワークスライスを確立できる。ＡＭＦ１８２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースを介してＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースを介してＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスの管理および割り当て、ＰＤＵセッションの管理、ポリシー実施およびＱｏＳの制御、ダウンリンクデータ通知の提供などの他の機能を実行できる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースを介してＲＡＮ１１３内の１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続され得、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にする。ＵＰＦ１８４、１８４ｂは、パケットのルーティングおよび転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ダウンリンクパケットのバッファリング、モビリティアンカーの提供などの他の機能を実行できる。

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８の間のインタフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよいか、またはそれと通信してよい。さらに、ＣＮ１１５は、他のサービスプロバイダによって所有および／または動作される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース、およびＵＰＦ１８４ａ、１８４ｂとローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂとの間のＮ６インタフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通ってＤＮ１８５ａ、１８５ｂに接続され得る。

図１Ａ～図１Ｄ、および図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書に記載されている任意の他のデバイスのうちの１つまたは複数に関して本明細書に記載されている機能の１つまたは複数、あるいは全ては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行できる。エミュレーションデバイスは、本明細書に記載の機能の１つまたは複数、または全てをエミュレートするように構成された１つまたは複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスをテストするために、および／またはネットワークおよび／またはＷＴＲＵ機能をシミュレートするために使用され得る。

エミュレーションデバイスは、ラボ環境および／またはオペレータネットワーク環境で他のデバイスの１つまたは複数のテストを実装するように設計できる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として完全にまたは部分的に実装および／または展開されながら、１つまたは複数または全ての機能を実行できる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／展開されている間に、１つまたは複数、または全ての機能を実行できる。エミュレーションデバイスは、テストの目的で別のデバイスに直接結合することができ、および／または無線通信を使用してテストを実行できる。

１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／展開されていない間、１つまたは複数（全てを含む）の機能を実行できる。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテストを実装するため、テストラボでのテストシナリオおよび／または展開されていない（例えば、テスト）有線および／または無線通信ネットワークで利用され得る。１つまたは複数のエミュレーションデバイスは、試験装置であり得る。ＲＦ回路（例えば、１つまたは複数のアンテナを含み得る）を介した直接ＲＦ結合および／または無線通信は、データを送信および／または受信するためにエミュレーションデバイスによって使用され得る。

スライス固有二次認証（ＳＳＳＡ：Slice Specific Secondary Authentication）のために現在選択されているソリューションが図２に示されている。ＷＴＲＵ２０１からアンカーモビリティ機能（ＡＭＦ）２０２に送信された登録要求２１０に応答して、ステップＳ２２０において、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）を用いて、ＰＬＭＮ（Public Land Mobile Network）アクセスのための必須の一次認証が実行される。ＡＭＦ２０２は、ＷＴＲＵ２０１のオペレータポリシー、サブスクリプションデータ、およびセキュリティ機能をチェックして、ステップＳ２３０において、ＷＴＲＵ２０１が、ネットワーク内の１つまたは複数のスライスのための追加レベルの認証および／またはスライス固有二次認証（ＳＳＳＡ）を実行する必要があるかどうかを判定する。この場合、ＷＴＲＵ２０１は、ステップＳ２４０において、認証が必要なスライスに対して、サードパーティの認証、認可およびアカウンティング（ＡＡＡ）サーバ（ＡＡＡ－Ｓ２０５）を用いて、ＡＭＦ２０２を介して認証を実行する。これらのスライスは、複数の独立した単一のネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）を含み得るＮＳＳＡＩ（Network Slice Selection Assistance Information）（本質的にスライスに関する情報）を使用して登録要求２１０で識別され、拡張認証プロトコル（ＥＡＰ）認証がＳＳＳＡの対象となる識別されたスライスごとに実行される。認証が成功すると、ＡＭＦ２０２は、登録受諾（または逆に認証が失敗した場合は登録拒否）メッセージ２５０を返し、それが正常に認証されたことをＷＴＲＵ２０１に通知する。これで登録手続きは完了する。

サードパーティのＡＡＡサーバと対話する場合、タイムアウトまたはその他の障害、例えば、ＥＡＰの再送信やサードパーティのＡＡＡサーバからの応答の欠如が原因でＥＡＰの問題が発生する可能性がある。全てのＳＳＳＡは、登録受諾メッセージ２５０がＷＴＲＵ２０１に送信される前に実行されるため、このような障害により、他のスライス、特にアクセスが完全にオペレータ制御下にあるスライスへのＷＴＲＵアクセスが遅延する可能性がある（つまりＳＳＳＡを必要としないため、ＳＳＳＡなしで直接アクセスできるＳ－ＮＳＳＡＩ）。これは、ネットワークへの登録中のユーザーエクスペリエンスに悪影響を与える可能性がある。

方法２００を実施するために、ＳＳＳＡの開始時にＷＴＲＵ内のモビリティ管理（ＭＭ）タイマー（すなわち、Ｔ３５１０）を一時停止し、保留中の全てのＳＳＳＡが完了したときにタイマーを再開することが提案されている。ＳＳＳＡがＳ－ＮＳＳＡＩに必要であることを示すフラグは、ＵＤＭ（Unified Data Management）で維持されるが、ＷＴＲＵがそのローカルＮＳＳＡＩ構成でこのフラグにアクセスできるかどうかは指定されていない。ＷＴＲＵがこのフラグにローカルアクセスできると仮定すると（例えば、構成済みＮＳＳＡＩの一部として）、これにより、ＷＴＲＵは登録中に実行され得るＳＳＳＡの「最大数」のみをカウントできるが、この「最大数」はネットワークが必要とするＳＳＳＡの「実際の数」と必ずしも同じではない。例えば、ＳＳＳＡは、サブスクリプション情報に従ってＳ－ＮＳＳＡＩに必要な場合があるが、（例えば、現在の登録エリアについての）オペレータポリシーに基づいてネットワークによって許可されない場合があり得る。その場合、ネットワークはそのＳ－ＮＳＳＡＩのＳＳＳＡをスキップする可能性があり、その結果、ＷＴＲＵは必要以上に１つ多いＳＳＳＡを予期するため、ＷＴＲＵは登録手順中にＭＭタイマーを再開できない。考えられる結果は、例えば、登録受諾／拒否メッセージの受信に失敗した後の、ＷＴＲＵでのＭＭの失効状態である可能性がある。登録手順にネストされたＥＡＰ手順を使用する場合、ＷＴＲＵは、適切なＭＭ状態管理のためにＭＭタイマーを決定論的に再開できる必要がある。従って、ＳＳＳＡの開始時にＭＭタイマーを一時停止し、予想されるＳＳＳＡの最大数に基づいてＷＴＲＵでＭＭタイマーを再開するだけでは不十分である。実際、少なくとも場合によってはタイマーの再開は任意である可能性があるため、タイマーを一時停止することは、タイマーをまったく使用しないことと実質的に同等であると言える。

上記から理解されるように、ＭＭタイマーとＥＡＰタイマーの相互作用のよりロバストな処理の必要性は、ＷＴＲＵにおけるより複雑なＭＭ状態管理を必要とし、これは、図２に示される登録手順への変更を必要とし得る。従って、この登録手順への影響を最小限に抑えるために、ＥＡＰタイマーとＭＭタイマーの相互作用に関連する問題に対処するメッセージフローをサポートすることが望ましい。

さらに、図２の方法では、ＷＴＲＵがそのスライスに接続しない場合でも、ＳＳＳＡ手順を特定のスライスに対して実行できる。これは非効率につながり、無線リソース、バッテリ電源、およびネットワークリソースの不必要な消費につながる。従って、ＷＴＲＵが必要とするときにＳＳＳＡの実行を厳密にサポートして、無駄になり得るＥＡＰメッセージングを回避する、つまり、オンデマンドでＳＳＳＡをサポートすることが望ましい場合がある。

さらに、ＷＴＲＵは、ＳＳＳＡの対象となり得る同じＳ－ＮＳＳＡＩを要求する３ＧＰＰアクセスと非３ＧＰＰアクセス（例えば、ＷＬＡＮおよび固定ブロードバンドアクセスのいずれか）の両方に登録する必要があり得る。これは、例えば、ＷＴＲＵが３ＧＰＰアクセスと非３ＧＰＰアクセスの両方を介してスライスからのサービスを使用する場合（または一方と他方を交互に使用する場合）に当てはまり得る。

ただし、３ＧＰＰアクセスと非３ＧＰＰアクセスなど、様々なタイプのアクセスの登録手順は独立しており、ＷＴＲＵは通常、３ＧＰＰアクセスと非３ＧＰＰアクセスの両方で同じＳ－ＮＳＳＡＩに対して個別のＳＳＳＡを実行する必要がある。登録手順が特定のタイプのアクセス（「アクセスタイプ」）（例えば、３ＧＰＰアクセス）を介して実行される場合、ＷＴＲＵは、現在の登録手順が完了するまで、別のアクセスタイプ（例えば、非３ＧＰＰ）の登録手順を試みることを許可され得ない（例えば、許可されない）。ＷＴＲＵは、アクセスタイプごとに個別の許可されたＮＳＳＡＩ（Ａｌｌｏｗｅｄ ＮＳＳＡＩ）リスト、例えば、３ＧＰＰ用のリストと非３ＧＰＰ用のリストを維持できる。この個別の登録と認証は、例えば次のように実行できる。３ＧＰＰアクセスと非３ＧＰＰアクセスに接続する必要があるＷＴＲＵは、最初に３ＧＰＰ登録を実行し（つまり、対応するＳ－ＮＳＳＡＩは、ＳＳＳＡを必要とするＳ－ＮＳＳＡＩを含む、要求されたＮＳＳＡＩ（Ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）にある）、非３ＧＰＰを介した登録に同じＳ－ＮＳＳＡＩを含む。ただし、その場合、非３ＧＰＰを介した登録のための要求されたＮＳＳＡＩリストが非３ＧＰＰ登録要求メッセージで送信されたときにＷＴＲＵがどのように動作するかを指定する必要がある。より一般的には、ＳＳＳＡが異なるタイプのアクセスに対して同じＳ－ＮＳＳＡＩに必要な場合に、ＷＴＲＵがどのように動作するかが決定され得ない（例えば、決定されない）場合がある。

ＷＴＲＵが別のタイプのアクセス（例えば、３ＧＰＰ）で初めてＳ－ＮＳＳＡＩに対して正常に認証されている場合、ＷＴＲＵとネットワークがそのＳ－ＮＳＳＡＩに対してＳＳＳＡを２回実行することを回避することが望ましい場合がある。

ＳＳＳＡの代替方法は、非特許文献１で提案されている。図３は、この方法３００のフローチャートである。簡単に言えば、方法３００は、非特許文献２および非特許文献３で指定されているように、プロトコルデータユニット（ＰＤＵ）セッション手順の確立時にデータネットワークＡＡＡサーバによって実行される既存の二次認証を再利用することを提案する。しかしながら、図２に記載された方法とは対照的に、ＷＴＲＵがスライスへの接続を要求するまで（すなわち、ＰＤＵセッション確立を介したオンデマンドのＳＳＳＡ）、ＷＴＲＵは、スライスに対してＳＳＳＡを実行する必要はない。

ステップＳ３１０において、ＷＴＲＵ３０１は、ＡＵＳＦ３０５による一次認証を含む、ＡＭＦ３０２へのＵＥ登録を実行する。次に、ＷＴＲＵ３１０は、ＰＤＵセッション確立要求３２０をセッション管理機能（ＳＭＦ）３０３に送信し、これは、ＷＴＲＵ３０１、ＳＭＦ３０３、ＵＤＭ３０４、およびＡＡＡ－Ｓ３０７を含む、スライスの二次認証をトリガする。ステップＳ３４０において、データネットワーク（ＤＮ）に対して、ステップＳ３３０と同じエンティティを含む認証である二次認証を実行することもできる。次に、ＡＡＡ－Ｓ３０７は、ＡＵＳＦ３０５を用いてイベント通知３５０（例えば、ＰＤＵセッションアンカー（ＰＳＡ）の変更）をサブスクライブすることができる。

次に、ＷＴＲＵ３０１は、別のスライスへのアクセスを要求する前に、スライスとＤＮにアクセスできる。あるいは、ＷＴＲＵ３０１は、ステップＳ３３０のスライスに対して再認証する必要があり得る。ＷＴＲＵ３１０は、追加のＰＤＵセッション確立要求３６０をＳＭＦ３０３に送信し、それは、ステップＳ３７０において、ＵＤＭ３０４でスライス認証ステータスを検証する。検証に応答して、ＷＴＲＵ３０１は、ステップＳ３３０で述べたエンティティで二次認証を実行する必要があり得る。

この方法では、ＰＤＵセッションの確立を必要としないサービスを使用するＷＴＲＵへのスライスアクセス（ＡＭＦを含む）が妨げられない場合があり得る（例えば、ＷＴＲＵ３０１が登録手順に従ってＮＡＳ経由でＳＭＳを送信する場合）。

スライス固有の認証と認可
図４は、一実施形態による認証方法４００のフローチャートを示す。方法４００は、一次認証が実行されている登録手順の後までネットワークがＥＡＰ手順の実行を延期することを可能にすることによって、ＥＡＰタイマーおよびＭＭタイマーの相互作用に関連する問題を改善できることが理解されよう。ＳＳＳＡのＥＡＰ手順を登録後に延期することによって、この方法では、ＷＴＲＵが中断することなくＭＭタイマーを実行し続けることが可能になる。

ＷＴＲＵ４０１は、登録手順の後または登録手順中にスライス認証を実行することを優先することを示す登録要求４１０をＡＭＦ４０２に送信することができる。例えば、ＳＳＳＡを必要とするスライスが１つしかないＷＴＲＵは、ＳＳＳＡが登録手順の後ではなく登録手順中に実行されることを優先することを示すことができる。この場合、この方法は、登録手順にネストされたＥＡＰ手順を使用して、図２に示される方法に効果的にフォールバックするだろう（ポリシーで許可されている場合）。登録手順が完了するまでＳＳＳＡを延期するかどうかの表示は、ＷＴＲＵに対してグローバルであり得るか（つまり、ＷＴＲＵは、要求されたＮＳＳＡＩでＳＳＳＡの対象となる可能性がある全てのＳ－ＮＳＳＡＩに単一の値を提供する）、または個々のスライスごとにグローバルであり得る（つまり、ＳＳＳＡの対象となるそれぞれのＳ－ＮＳＳＡＩごとに１つの値を提供する）。例えば、ＷＴＲＵが事前に（例えば、構成済みＮＳＳＡＩ（Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ）から）どの特定のＳ－ＮＳＳＡＩがＳＳＳＡの対象であるかを認識していない場合、ＷＴＲＵはグローバル表示を使用することができる。ＷＴＲＵは、その機能の一部として、複数のＳ－ＮＳＳＡＩに対してＳＳＳＡを並行して（つまり同時に）実行することをサポートするか、順次のみ（例えば、制約のあるデバイス上で）実行することをサポートするかを示すこともできる。ＷＴＲＵは、ＳＳＳＡを必要とするＳ－ＮＳＳＡＩを要求されたＮＳＳＡＩに優先順位で提示し、該当する全てのＳ－ＮＳＳＡＩのＳＳＳＡ手順が、要求されたＮＳＳＡＩリストのＳ－ＮＳＳＡＩが表示された順序で実行されるようにする。登録手順中または登録手順後にＳＳＳＡを実行するかどうかを示す表示は、個別の情報要素（ＩＥ）として提供されるか、ＷＴＲＵセキュリティ機能の一部として含まれる場合がある。

ステップＳ４２０において、ＷＴＲＵ４０１およびネットワーク（ＡＭＦ４０２およびＡＵＳＦ４０３）は、図２のステップＳ２２０を参照して説明されるように、必須の一次認証ステップを実行する。

一次認証が成功しなかった場合、ＡＭＦ４０２は、登録拒否メッセージをＷＴＲＵ４０１に送信することができ（図示せず）、その後、方法は終了する。

一次認証が成功した場合、ＡＭＦ４０２は、ステップＳ４３０において、登録要求４１０のＮＳＳＡＩのうち、ＳＳＳＡの対象となる各Ｓ－ＮＳＳＡＩについて、登録手順の後に実行されるＥＡＰ手順を延期するかどうかを決定する。この決定は、以下の１つまたは複数に基づく場合がある。
ａ． 例えば、ＳＳＳＡ機能（はい／いいえ）、ＷＴＲＵが並列および／または順次認証をサポートするかどうかに関係なく、ＷＴＲＵがサポートするＥＡＰメソッドなどのＷＴＲＵセキュリティ機能。登録要求４１０のＷＴＲＵ表示は、常にＡＭＦに送信されるＷＴＲＵセキュリティ機能に含まれ得ることに留意されたい。
ｂ． Ｓ－ＮＳＳＡＩサブスクリプション情報（例：ＳＳＳＡのフラグが必要：ＯＮ／ＯＦＦ）
ｃ． オペレータポリシー（例えば、登録手順中または登録手順後にＳＳＳＡ手順の全部または一部を実行する）。Ｓ－ＮＳＳＡＩ優先順位ポリシーがＷＴＲＵ／ネットワークに実施される場合、ＡＭＦ４０２は、順序付けられた要求されたＮＳＳＡＩリストを使用して、分割ＳＳＳＡを実行することができる。このような場合、登録手順中に１つ以上のＳＳＳＡを実行し、その後に１つ以上の他のＳＳＳＡを実行できる。例えば、リストの一番上にあるＳ－ＮＳＳＡＩのＳＳＳＡは登録手順中に実行され、リストの一番下にあるＳ－ＮＳＳＡＩのＳＳＳＡは後で実行される場合がある。ＳＳＳＡの代替の優先順位は、それぞれのＳ－ＮＳＳＡＩについてのＳＳＳＡを処理するＡＡＡ－Ｓサーバ４０５による優先順位および／またはグループ化に基づくことができる。例えば、Ｓ－ＮＳＳＡＩの第１のセットのＳＳＳＡを担当するＡＡＡ－Ｓサーバ４０５は、Ｓ－ＮＳＳＡＩの別のセットのＳＳＳＡを担当する別のＡＡＡ－Ｓサーバよりも優先され得る。この場合、Ｓ－ＮＳＳＡＩの第１のセットのＳＳＳＡは、Ｓ－ＮＳＳＡＩの第２のセットのＳＳＳＡの前に実行できる（例えば、Ｓ－ＮＳＳＡＩの第１のセットのＳＳＳＡは、登録手順中に実行できるが、第２のセットのＳＳＳＡは、登録手順後に実行され得る）。さらに、サブスクリプションおよび／またはネットワークポリシーは、ＷＴＲＵに対してＳＳＳＡを実行できる許可されたＳ－ＮＳＳＡＩの数に制限を課す場合がある（例えば、登録中および／または全体で可能なＳＳＳＡの最大数）。

換言すれば、ステップＳ４３０において、ＡＭＦ４０２は、要求されたＮＳＳＡＩに対する全てのＳＳＳＡが登録手順中に実行されるべきかどうか（これは、図２の方法２００に類似する）または少なくとも１つのＳＳＳＡが後で実行され得るかどうかを決定する。

登録手順中に少なくとも１つのＳＳＳＡを実行する場合は、ステップＳ４３０に従って、必要なＳＳＳＡが実行され、これらのＳＳＳＡには、ＷＴＲＵ４０１と、通常はＡＭＦ４０２およびＡＡＡ－Ｓ４０５が含まれる。

一次認証が成功した場合、ＡＭＦ４０２は、ＷＴＲＵ４０１に、以下を含み得る登録受諾メッセージ４４０を送信する：
‐許可されたＮＳＳＡＩの表示。つまり、ＳＳＳＡが正常に実行されたＮＳＳＡＩと、ＳＳＳＡが不要なＮＳＳＡＩ。この表示は、登録手順の後にＳＳＳＡを実行する必要があるＳ－ＮＳＳＡＩを除外する場合がある（ＷＴＲＵ４０１がＮＳＳＡＩにアクセスするため）；
‐ＷＴＲＵ４０１が（登録受諾メッセージ４４０に応答して）登録完了メッセージを送信した後に（もしあれば）実行される後続のＳＳＳＡの表示。この表示には、ＳＳＳＡが後で（例えば、優先順位などで）実行される可能性のあるＳ－ＮＳＳＡＩのリスト（またはセット）が含まれる場合があり、本明細書では「条件付きで許可されたＮＳＳＡＩ（Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ａｌｌｏｗｅｄ ＮＳＳＡＩ）」、「条件付きで許可されたＮＳＳＡＩのリスト」、「条件付きで許可されたＮＳＳＡＩのセット」のいずれかと呼ばれる場合がある。

あるいは、登録受諾メッセージ４４０は、以下を含むことができる：
‐登録手順後に実行する必要のあるＳＳＳＡが存在するＳ－ＮＳＳＡＩも含む、許可されたＮＳＳＡＩの表示；
‐ＷＴＲＵが登録完了メッセージを送信した後に（もしあれば）実行される後続のＳＳＳＡの表示。この表示情報には、ＳＳＳＡが後で（優先順位などで）実行される可能性のあるＳ－ＮＳＳＡＩのリスト（例えば、条件付きで許可されたＮＳＳＡＩ）が含まれる場合がある。

（もしあれば）実行される後続のＳＳＳＡのリストの代わりに、またはそれに加えて、登録受諾メッセージ４４０は、使用前にＳＳＳＡが実行されるＳ－ＮＳＳＡＩの数を含み得る。この数は、ＷＴＲＵ４０１が、予想される全てのＳＳＳＡの実行がいつ完了するかを決定するために使用できる（例えば、ＷＴＲＵは、登録手順後に、登録受諾メッセージ４４０に示されているようなＳＳＳＡを受けているＳ－ＮＳＳＡＩの数に等しい数のＥＡＰ成功表示またはＥＡＰ失敗表示を受け取ったときに、全てのＳＳＳＡの実行が完了したと判断する場合がある）。

ＷＴＲＵ４０１は、対応するＳＳＳＡが実行されるまで、条件付きで許可されたＮＳＳＡＩにすぐにアクセスすることを控えることができる。

ＡＭＦ４０２は、ＷＴＲＵ４０１とのシグナリング接続を維持して、後続のＳＳＳＡのＥＡＰメッセージングを可能にすることができる。

ステップＳ４５０において、ＷＴＲＵ４０１は、ＳＳＳＡの対象となる少なくとも１つのＳ－ＮＳＳＡＩに対して、ＡＭＦ４０２を介してサードパーティのＡＡＡ－Ｓ４０５でのＥＡＰ認証を使用してＳＳＳＡを実行する。ＷＴＲＵは、ＳＳＳＡの対象となる全てのＳ－ＮＳＳＡＩに対してこれを実行できる。ＥＡＰメッセージは、安全な非アクセス層（ＮＡＳ）トランスポートメッセージを使用して、ＷＴＲＵ４０１とＡＭＦ４０２の間で交換できる。ＥＡＰメッセージングと並行して、ＷＴＲＵ４０１は、許可されたＮＳＳＡＩに含まれるＳ－ＮＳＳＡＩの使用を開始することができる。例えば、ＷＴＲＵ４０１は、ＳＳＳＡの対象となる別のＳ－ＮＳＳＡＩに対してＥＡＰベースの認証を同時に実行しながら、許可されたＳ－ＮＳＳＡＩのＰＤＵセッション確立を要求することができる。これにより、ＷＴＲＵは、過度の遅延を経験することなく、ＳＳＳＡの対象ではない許可されたＳ－ＮＳＳＡＩにアクセスできるようになる。許可されたＮＳＳＡＩにＳＳＳＡの対象となるＳ－ＮＳＳＡＩも含まれている場合、ＷＴＲＵは、ＳＳＳＡの対象となるＮＳＳＡＩに対するＳＳＳＡが正常に完了するまで、ＳＳＳＡの対象となるＮＳＳＡＩにアクセスできない。

ＳＳＳＡが実行されるＳ－ＮＳＳＡＩの明示的なリストをＷＴＲＵ４０１が受信していない場合、ＷＴＲＵ４０１は、ローカル構成に基づいて、全てのＳＳＳＡの実行が完了するまで、ＳＳＳＡの対象となるＳ－ＮＳＳＡＩの新規登録を試みることを控えることを決定することができる。ＷＴＲＵのローカル構成の例には、各Ｓ－ＮＳＳＡＩについて、このＳ－ＮＳＳＡＩがＳＳＳＡの対象であるかどうかを示すフラグを含む、構成されたＮＳＳＡＩが含まれ得る。

一実施形態では、ＷＴＲＵは、すでに説明したように、登録受諾メッセージにおいてネットワークによって示される場合、ＳＳＳＡが実行されるＳ－ＮＳＳＡＩの数を使用して、全てのＳＳＳＡの実行が完了したと決定することができる。

一実施形態では、ＷＴＲＵは、ネットワークから特定のメッセージ（例えば、新しい許可メッセージを運ぶＵＥ構成更新（ＵＣＵ：UE Configuration Update）メッセージ）を受信するまで、ＳＳＳＡの対象となるＳ－ＮＳＳＡＩの新しい登録を試みることを控えることができる。これは、すでに説明したように、ネットワークが後続のＳＳＳＡ実行の単純な表示（例えば、フラグなど）のみを提供する場合に当てはまり得る。

ステップＳ４６０で、ＷＴＲＵ４０１は、許可されたＮＳＳＡＩを更新して、ステップＳ４５０で実行された１つ以上のＳＳＳＡの結果を反映する。ＡＭＦ４０２は、ＷＴＲＵ４０１の許可されたＮＳＳＡＩを更新することもできる。

ＷＴＲＵ４０１は、ステップＳ４５０の結果に基づいて、その許可されたＮＳＳＡＩを自律的に更新することができる。例えば、ＷＴＲＵ４０１は、（例えば、ＥＡＰ成功メッセージを受信したとき）許可されたＮＳＳＡＩリストにＳ－ＮＳＳＡＩを追加し（例えば、Ｓ－ＮＳＳＡＩを条件付きで許可されたＮＳＳＡＩから許可されたＮＳＳＡＩに移動することによって）、または（ＥＡＰ失敗メッセージを受信したとき）Ｓ－ＮＳＳＡＩを許可されたＮＳＳＡＩリストから削除することができる。ＷＴＲＵ４０１は、許可されたＮＳＳＡＩにおいてＳ－ＮＳＳＡＩを「正常に認証された」または「認証に失敗した」とマークすることもできる。

あるいは、ＡＭＦ４０２は、ステップＳ４５０でのＳＳＳＡ手順の結果に基づいて許可されたＮＳＳＡＩを更新し、ＵＥ構成更新（ＵＣＵ）手順を使用してＷＴＲＵの許可されたＮＳＳＡＩを更新することができる。

ＳＳＳＡ認証中（例えば、図４のステップＳ４５０を参照して説明したような）、ＳＳＳＡの実行は、様々な条件（例えば、ＥＡＰタイムアウトなど）が原因で失敗する場合があり、つまり、ＳＳＳＡ認証はこれと同じ理由で失敗する場合がある。ＷＴＲＵ４０１は、このような状態から回復することができ、例えば、ＷＴＲＵ４０１が、このような状態のためにＳＳＳＡが失敗したＳ－ＮＳＳＡＩの登録を再試行できるかどうか、またいつ再試行できるかを決定することができる。

一実施形態では、ＳＳＳＡは、ＷＴＲＵ４０１が登録されたＡＭＦ４０２によって提供される現在の登録エリアおよびアクセスタイプに対して有効であるか、またはＰＬＭＮ全体に対して有効であり得る。有効性情報は、ＷＴＲＵ構成を通じて、例えば図２を参照して示される構成済みＮＳＳＡＩの一部として提供され得る。ＷＴＲＵ４０１は、ＷＴＲＵで構成されたＳＳＳＡスコープに応じて（つまり、登録エリアとアクセスタイプまたはＰＬＭＮ）、ＷＴＲＵ４０１が現在の登録エリアとは異なる登録エリアまたは新しいＰＬＭＮに移動するまで、ＳＳＳＡが失敗したＳ－ＮＳＳＡＩに登録できない場合がある。

一実施形態では、ＷＴＲＵ４０１は、ＳＳＳＡ表示を伴う登録受諾メッセージを受信すると、ＳＳＳＡの対象となる１つまたは複数のＳ－ＮＳＳＡＩに対して少なくとも１つのＳＳＳＡタイマーを開始することができる。ＳＳＳＡタイマーは、ＳＳＳＡの対象となる全てのＳ－ＮＳＳＡＩ、ＳＳＳＡの対象となる単一のＳ－ＮＳＳＡＩ、またはＳＳＳＡの対象となるＳ－ＮＳＳＡＩのセットに使用できる。

ＷＴＲＵ４０１は、タイマーの満了前にネットワークからＵＣＵメッセージを受信することができる。

一実施形態では、ＷＴＲＵ４０１は、ＵＣＵメッセージを受信すると、ＳＳＳＡタイマーを停止し、ＵＣＵメッセージにおいて受信された許可されたＮＳＳＡＩにも拒否されたＮＳＳＡＩにも含まれていないが、以前は（登録受諾メッセージ内の）条件付きで許可されたＮＳＳＡＩにて受信されたＳ－ＮＳＳＡＩが、（例えば、ＥＡＰタイムアウトが原因で）失敗したＳＳＳＡ実行を有していたことを決定することができる。換言すると、ＷＴＲＵは、ＳＳＳＡの実行が完了しなかったＳ－ＮＳＳＡＩを、ネットワークからの成功（例えば、ＵＣＵメッセージの許可されたＮＳＳＡＩ）ステータスまたは失敗（例えば、ＵＣＵメッセージの拒否されたＮＳＳＡＩ）ステータスで、いくつかの他の条件により失敗したと見なす場合がある。ＷＴＲＵ４０１は、条件付きで許可されたＮＳＳＡＩに、想定されたまたは推測されたまたは一般的なエラーの原因（例えば、一時エラーまたはタイムアウトエラー）をマークすることができる。ＷＴＲＵ４０１は、それらのＳ－ＮＳＳＡＩの新しい登録を再試行する前に期限切れになる登録タイマーを開始することができる。

一実施形態では、ＵＣＵメッセージは、ＳＳＳＡに失敗した（例えば、ＥＡＰタイムアウトのために）Ｓ－ＮＳＳＡＩのリストを含み得る。ＷＴＲＵ４０１は、少なくとも、対応する全てのＳ－ＮＳＳＡＩが失敗したと示されているタイマーを停止することができる。ＷＴＲＵ４０１は、前の実施形態のように、タイマーに基づいてそれらのＳ－ＮＳＳＡＩの新しい登録を再試行することを差し控えることができる。

一実施形態では、ＷＴＲＵ４０１がどのＳ－ＮＳＳＡＩがＳＳＳＡの対象であったかを認識していない場合（従って、ＳＳＳＡの実行が失敗した可能性がある）、ＷＴＲＵ４０１は、ＳＳＳＡタイマーを停止することができる。ＷＴＲＵ４０１は、ＵＣＵメッセージの許可されたＮＳＳＡＩまたは拒否されたＮＳＳＡＩにないＳ－ＮＳＳＡＩの新しい登録を再試行する前に、期限切れになるタイマーを開始することができる。

また、例えばＵＣＵメッセージを受信する前に、１つ以上のＳＳＳＡタイマーが期限切れになる場合もある。

一実施形態では、ＷＴＲＵ４０１は、条件付きで許可されたＮＳＳＡＩにあり、期限切れのタイマーに対応するＳ－ＮＳＳＡＩが（例えば、ＥＡＰタイムアウトのために）失敗したＳＳＳＡ実行を有していたと判定することができる。ＷＴＲＵ４０１は、これらのＳ－ＮＳＳＡＩにエラーの原因（一時的なエラーやタイムアウトエラーなど）をマークすることができ、ＷＴＲＵ４０１は、これらのＳ－ＮＳＳＡＩの新しい登録を再試行する前に期限切れになるタイマーを開始することができる。

一実施形態では、ＷＴＲＵ４０１がどのＳ－ＮＳＳＡＩがＳＳＳＡの対象であったかを認識していない場合、ＷＴＲＵ４０１は、（登録許諾メッセージからの）許可されたＮＳＳＡＩや拒否されたＮＳＳＡＩにないＳ－ＮＳＳＡＩの新規登録を再試行する前に満了するタイマーを開始することができる。

図５は、一実施形態による認証方法５００の例示的な実施形態のフローチャートであり、これは、図４に示される登録ベースの方法４００と図２に示されるＰＤＵセッションベースの方法２００の変形を統合すると言える。認証方法５００は、無駄なＳＳＳＡシグナリングの問題に対処しながら、ＳＳＳＡオンデマンド機能を提供することができる。

方法５００において、ＡＭＦ５０２は、ＡＭＦ５０２（すなわち、一般に図４に記載されるような登録ベースのＳＳＳＡ）またはＳＭＦ５０６（すなわち、一般に図３に記載されるようなＰＤＵセッションベースのＳＳＳＡ）を介してアクセスを許可するかどうかを決定することができる。この決定は、本明細書で説明するように、ＵＥ機能（例えば、ＳＳＳＡ機能、ＳＭＳのみ）、サブスクリプション情報、およびオペレータポリシーに基づくことができる。

ＮＡＳを介したＳＭＳが可能なデバイスは、ネットワークサービスにアクセスする前に、（該当する場合）登録ベースのＳＳＳＡのみを実行するようにネットワークから要求される場合がある。

デバイスは、ネットワークによって、登録ベースのＳＳＳＡとＰＤＵセッションベースのＳＳＳＡを混合して、ＳＳＳＡオンデマンドに関して特定の展開の柔軟性を提供することを許可され得る（例えば、図５の例を参照）。

他のデバイスは、ＰＤＵセッションベースのＳＳＳＡのみを実行することを要求される場合がある。これは、ＤＮ－ＡＡＡサーバによる既存のセカンダリ認証をサポートするリリース１５のＵＥとの特定の下位互換性を提供するために役立つ可能性がある。例えば、図３の方法に基づいて、ネットワークは、ＳＳＳＡステップを実行する（およびオプションのＤＮ認証ステップをスキップする）ことができ、これにより、データネットワーク（ＤＮ）内のサードパーティＡＡＡによるスライスＥＡＰ認証をリリース１５ＵＥに対して透過的にすることができる。

前述のように、図５は、ＡＭＦ５０２およびＳＭＦ５０６を介したＳＳＳＡの混合を可能にする認証方法５００の例示的な実施形態を示す。例示的なシナリオは、例えば「ｋｅｅｐ Ａｌｉｖｅ」または「ｎｏｔｈｉｎｇ ｔｏ ｒｅｐｏｒｔ」メッセージングの目的で、定期的に少量のデータを送信する監督／監視ＩｏＴデバイスとしてのＷＴＲＵのシナリオであり得る。あるいは、またはそれに加えて、重大な状態またはイベントが検出されたとき、例えば動きが検出されたときに、ＷＴＲＵがＤＮにアラートメッセージを送信することがあり得る。ＷＴＲＵは、ＤＮからのモバイル終端データによって、記録された映像など、ＵＰ接続を必要とする可能性のある追加のより大きなデータチャンクを送信するように要求される場合がある。より小さいデータメッセージはＮＡＳを介して送信され、サービスはＳ－ＮＳＳＡＩ－１を介して提供される。ＷＴＲＵは、ＵＰ接続を介してより大きなデータチャンクを送信することができ。このサービスはＳ－ＮＳＳＡＩ－２を介して提供される。このシナリオでは、このようなデバイスは、小さなデータユニットを定期的に送信することが期待されるが、特定の条件下では小さなサブセットのみがより大きなデータチャンクを送信することが期待される。ＳＳＳＡのタイプ（登録中またはＰＤＵセッションの確立中）の柔軟性を高めることで、デバイス間でリソースをより効率的に共有でき、ネットワーク／サードパーティによる制御を強化して、必要な場合（つまり、オンデマンドＳＳＳＡ）にのみスライスアクセス認証を提供することができる。

図５に示される方法は、説明を明確にするために２つのＳ－ＮＳＳＡＩを用いた例を使用して説明されているが、シナリオは、任意の数のＳ－ＮＳＳＡＩ（例えば、最大８－基礎となる標準の本実装によって設定された最大値）およびＳＳＳＡタイプの任意の組み合わせ（ＡＭＦ経由、ＳＭＦ経由、「なし」）に適用できることが理解されよう。

前述のように、この例では、ＷＴＲＵ５０１はＳＳＳＡの対象となる２つのＳ－ＮＳＳＡＩで構成される。Ｓ－ＮＳＳＡＩ－１は、ＮＡＳを介したデータに定期的に使用され、Ｓ－ＮＳＳＡＩ－２は、めったに使用されないが、ユーザプレーン（ＵＰ）トラフィック用である。Ｓ－ＮＳＳＡＩ－１にアクセスするには、ＷＴＲＵ５０１はＡＭＦ５０２を介して（つまり、ＮＡＳを介したデータを使用する前に）サードパーティのＡＡＡ－Ｓ５０５で認証する必要がある。Ｓ－ＮＳＳＡＩ－２にアクセスするには、ＷＴＲＵ５０１はＳＭＦ５０６を介してサードパーティのＡＡＡ－Ｓで認証する必要がある（例えば、ＰＤＵセッションの確立を要求する場合）。ＷＴＲＵ５０１はまた、ＳＳＳＡの対象ではないさらなるＳ－ＮＳＳＡＩで構成され得ることが理解されよう。

ステップＳ５１０の登録手順中に、ＡＵＳＦ５０３／ＵＤＭを用いたＷＴＲＵ一次認証に続いて、ＡＭＦ５０２は、Ｓ－ＮＳＳＡＩ－１およびＳ－ＮＳＳＡＩ－２に関連するスライスサブスクリプション情報を検索することができる。サブスクリプション情報は、特定のＳ－ＮＳＳＡＩのＳＳＳＡタイプに関連する情報を運ぶことができる（つまり、例では、Ｓ－ＮＳＳＡＩ－１はＡＭＦ５０２経由、Ｓ－ＮＳＳＡＩ－２はＳＭＦ５０６経由、他のＳ－ＮＳＳＡＩのＳＳＳＡタイプは「なし」の場合がある）。ＡＭＦ５０２を含むＳ－ＮＳＳＡＩ－１のＥＡＰ認証は、図４に示されるように、ＡＭＦ決定に基づいて延期され得る。Ｓ－ＮＳＳＡＩ－２は、登録許諾メッセージの許可されたＮＳＳＡＩに含まれる場合があるが、Ｓ－ＮＳＳＡＩ－１はそこから除外される場合がある。基本的に、許可されたＮＳＳＡＩにＳ－ＮＳＳＡＩ－２を含めることにより、ネットワークは、ＰＤＵセッションベースのＳＳＳＡが実行され得る（つまり、オンデマンドＳＳＳＡ）間に、Ｓ－ＮＳＳＡＩ－２を使用してＰＤＵセッション手順を開始できることをＵＥに示す。許可されたＮＳＳＡＩにＳ－ＮＳＳＡＩ－２を含めることにより、ネットワークは、許可されたＮＳＳＡＩがリリース１５のＵＥによってどのように使用されているかの定義を保持することができ、許可されたＳ－ＮＳＳＡＩのセットに含まれるＳ－ＮＳＳＡＩのみが特定の登録エリアで使用されることができる。ＷＴＲＵが許可されたＮＳＳＡＩにないＳ－ＮＳＳＡＩを使用するには、ＷＴＲＵは新しい登録手順を通じてこれらのＳ－ＮＳＳＡＩへのアクセスを要求する必要がある。従って、許可されたＮＳＳＡＩにＳ－ＮＳＳＡＩ－２を含めると、ＷＴＲＵは、新しいシステム登録手順をトリガすることなく、２次認証手順を要求できる。あるいは、ＡＭＦ５０２は、条件付きで許可されたＮＳＳＡＩという新しい特別なセット（リスト）に両方のＳ－ＮＳＳＡＩを含めることができる。ＡＭＦ５０２は、ネットワークポリシーに基づいて、ＳＳＳＡの対象となるＳ－ＮＳＳＡＩを、ＳＳＳＡが成功した場合は条件付きで許可されたＮＳＳＡＩリストから「許可されたＮＳＳＡＩ」に移動し、ＳＳＳＡが失敗した場合は「拒否されたＮＳＳＡＩ」に移動する。

ステップＳ５２０において、ＷＴＲＵ５０１は、図４のステップＳ４５０に示されるように、ＡＭＦ５０２を介してＳ－ＮＳＳＡＩ－１について認証され、およびＳ－ＮＳＳＡＩ－１は、ステップＳ５３０において、図４のステップＳ４６０に示されるように、ＷＴＲＵの許可されたＮＳＳＡＩに追加される。次に、ＷＴＲＵ５０１は、Ｓ－ＮＳＳＡＩ－１を使用して、ＮＡＳ上で小さなデータのためのＰＤＵセッションをセットアップし、（とびとびにある）小さなデータパケット５４０をＤＮに送信し始めることができる。

小さなデータパケットが送信されている間、ＷＴＲＵ５０１がトリガされてＳ－ＮＳＳＡＩ－２の使用が開始され得る。例えば、トリガは、ＷＴＲＵ５０１によってローカルに検出されたイベント、ＷＴＲＵ５０１によって報告されたイベントに関連するより大きなデータユニットのアップロードを要求するＤＮからのメッセージなどの組み合わせであり得る。メッセージは、ビッグデータをアップロードする前に次のＳＳＳＡステップでＷＴＲＵ５０１がＤＮに送信する必要がある認証トークンを含むことができる。

次に、ＷＴＲＵ５０１は、Ｓ－ＮＳＳＡＩ－２を使用して、ＰＤＵセッション確立要求５５０を送信する。ＡＭＦ５０２は、ＰＤＵセッション確立要求５５０でＷＴＲＵ５０１によって提供されるＳ－ＮＳＳＡＩ－２が、以前に決定されたＳＳＳＡを必要とすることを検出する（例えば、Ｓ－ＮＳＳＡＩ－２は条件付きで許可されたＮＳＳＡＩリストにある）。要求をＳＭＦ５０６に転送するとき、ＡＭＦ５０２は、ＳＳＳＡを実行するようにＳＭＦ５０６に指示するインジケーションを提供する。ただし、Ｓ－ＮＳＳＡＩ－２がすでに許可されたＮＳＳＡＩにある場合、ＡＭＦ５０２はインジケーションを省略でき、あるいは、インジケーションはＷＴＲＵ５０１がＳ－ＮＳＳＡＩ－２に対してすでに認証されていることを指定することができる。

ステップＳ５６０において、ＷＴＲＵ５０１は、サードパーティＡＡＡ－ＳによってＳＭＦ５０６を介して認証される。ＷＴＲＵ５０１がスライスに対してすでに認証されている場合（すなわち、ＡＭＦ５０２からのインジケーションに基づいて）、ＳＭＦ５０６は認証をスキップすることができる。認証が必要な場合、ＡＡＡ－ＳサーバとのＥＡＰメッセージ交換中に、Ｓ－ＮＳＳＡＩ－２を使用してデータを送信することを許可するために、ＷＴＲＵ５０１に許可の証明（前のステップで受信したトークンなど）の提供を要求することができる。ＡＡＡ－Ｓサーバは、許可スコープ（例えば、バイトカウント、時間）を示す追加のＥＡＰメッセージをＳＭＦ５０６に送信することができる。許可はＳＭＦ５０６で取り消され、そしてＰＤＵセッションはそれに応じて切断され得る。ＳＭＦ５０６は、Ｓ－ＮＳＳＡＩ－２用のサードパーティＡＡＡ－Ｓを用いたＷＴＲＵ認証が成功したことをＡＭＦ５０２に通知し得る。ＡＭＦ５０２は、許可されたＮＳＳＡＩを更新してＳ－ＮＳＳＡＩ－２を含めることができ、オプションで、ＵＣＵ手順を使用してＷＴＲＵの許可されたＮＳＳＡＩを更新できる（例えば、ＡＭＦ５０２はリリース１５のＷＴＲＵのＵＣＵステップをスキップできる）。同様に、ＳＭＦ５０６は、Ｓ－ＮＳＳＡＩの認証の失敗をＡＭＦ５０２に通知することができる。その場合、ＡＭＦ５０２は、（例えば、ｘ回の試行が失敗した後）ポリシーに基づいてＳ－ＮＳＳＡＩ－２を含めるように拒否されたＮＳＳＡＩを更新し、ＵＣＵ手順を介してＷＴＲＵ５０１を更新する。

ＷＴＲＵ５０１は、ＵＰを介したビッグデータのアップロードを許可する（または許可しない）ＰＤＵセッション確立応答Ｓ５７０を受信する。次に、ＷＴＲＵ５０１は、ＤＮ要求に従ってデータを送信することができる。

ある時点で、認証の失敗／拒否以外の理由（例えば、バイトカウントまたは時間制限に達した）のためにＳＭＦ５０６がＰＤＵセッションを解放することを決定した場合、ＳＭＦ５０６は、ＡＭＦ５０２に通知することができる。例えば、ＷＴＲＵ５０１は、許可スコープの有効期限が切れた後、Ｓ－ＮＳＳＡＩ－２がＰＤＵセッションを再確立するために再認証することを要求され得る。その場合、ＡＭＦ５０２は、Ｓ－ＮＳＳＡＩ－２のＳＳＳＡが次に成功するまで、許可されたＮＳＳＡＩからＳ－ＮＳＳＡＩ－２を削除する（例えば、条件付きで許可されたＮＳＳＡＩリストに戻す）ことができる。

ＡＡＡ－Ｓ５０５サーバは、いつでもＳＭＦ５０６を介して認証を取り消すことができる（例えば、ユーザーアカウントは無効になる）。ＳＭＦ５０６はＡＭＦ５０２に通知することができ、ＡＭＦ５０２はネットワークポリシーに基づいて拒否されたＮＳＳＡＩ（または条件付きで許可されたＮＳＳＡＩ）にＳ－ＮＳＳＡＩ－２を含めることができる。

図６および図７は、図４に記載されているようなＳＳＳＡ関連手順を実行しながら、ＷＴＲＵおよびＡＭＦにおいて許可されたＮＳＳＡＩを更新するための異なる解決策を示している。図６は、５Ｇリリース１６に準拠するＷＴＲＵの更新に対応し、図７は、５Ｇリリース１５に準拠するＷＴＲＵの更新に対応し得る。示されているように、ＡＭＦは、（ＡＭＦ／ＳＭＦを介して）どのＳ－ＮＳＳＡＩがＳＳＳＡを必要とするかを追跡するために、すでに説明した条件付きで許可されたＮＳＳＡＩリストを維持することもできる。両方の図の（ＷＴＲＵでの）構成されたＮＳＳＡＩに示されているように、図６のＷＴＲＵは、ＳＭＦまたはＡＭＦを介してＳＳＳＡを備えたＳ－ＮＳＳＡＩをサポートすることができ、図７のＷＴＲＵは、ＳＭＦを介したＳＳＳＡのみをサポートできる（例えば、リリース１５で定義されたＤＮプロシージャによるセカンダリ認証からのメッセージとインタフェースの再利用）。

図６では、ＷＴＲＵ用に構成されたＮＳＳＡＩは、ＡＭＦを介したＳＳＳＡを備えたＳ－ＮＳＳＡＩ－１、ＳＭＦを介したＳＳＳＡを備えたＳ－ＮＳＳＡＩ－２、およびＳＳＳＡを必要としないＳ－ＮＳＳＡＩ－３を含む。

最初の登録手順６１０の後、ＷＴＲＵおよびＡＭＦの両方における許可されたＮＳＳＡＩは、Ｓ－ＮＳＳＡＩ－３を含み、一方、ＡＭＦにおける条件付きで許可されたＮＳＳＡＩ（図面の「Ｃｏｎｄｉｔｉｏｎａｌ ＮＳＳＡＩ」）はＳ－ＮＳＳＡＩ－１およびＳ－ＮＳＳＡＩ－２を含む（ＳＳＳＡがそれらのために実行されていないため）。ＰＤＵセッションベースのＳＳＳＡが、ＷＴＲＵがそのスライスに接続する必要があるときにのみＷＴＲＵによって実行されるため、ＷＴＲＵにおける許可されたＮＳＳＡＩにはＳ－ＮＳＳＡＩ－２も含まれる（次の手順を参照）。

Ｓ－ＮＳＳＡＩ－１のＡＭＦを介したＳＳＳＡ６２０の後、ＷＴＲＵでの許可されたＮＳＳＡＩにはＳ－ＮＳＳＡＩ－２とＳ－ＮＳＳＡＩ－３が含まれ、ＡＭＦでの許可されたＮＳＳＡＩにはＳ－ＮＳＳＡＩ－３とＳ－ＮＳＳＡＩ－１が含まれる。後者は条件付きで許可されたＮＳＳＡＩから削除され、現在はＳ－ＮＳＳＡＩ－２のみが含まれる。

オプションのＵＣＵ手順６３０の間、またはＡＭＦを介したＳＳＳＡ手順の完了直後に、ＷＴＲＵでの許可されたＮＳＳＡＩが更新され、ＡＭＦでの変更なしでＳ－ＮＳＳＡＩ－１も含まれるようになる。

Ｓ－ＮＳＳＡＩ－２のＳＭＦを介したＳＳＳＡ６４０中に、ＡＭＦでの許可されたＮＳＳＡＩが更新され、条件付きで許可されたＮＳＳＡＩから削除されたＳ－ＮＳＳＡＩ－２も含まれるようになる。

図６の代替として、ＷＴＲＵはまた、登録受諾メッセージまたはＵＣＵコマンドで受信され、および／またはＡＭＦからのメッセージに続く許可されたＮＳＳＡＩに含まれるように更新され得る条件付きで許可されたＮＳＳＡＩリストをローカルに維持し得る（例えば、登録受諾、ＵＣＵコマンド、成功したＥＡＰ認証）。さらに、スライスへのアクセスにＳＭＦを介したＳＳＳＡが必要であることをＷＴＲＵが検出すると、ＷＴＲＵはＰＤＵセッション要求メッセージでユーザＩＤを直接提供できるため、ＰＤＵセッションの確立中のＥＡＰ ＩＤのラウンドトリップを回避できる。

図７では、ＷＴＲＵ用に構成されたＮＳＳＡＩは、ＤＮによる二次認証を備えたＳ－ＮＳＳＡＩ－２、およびＳＳＳＡを必要としないＳ－ＮＳＳＡＩ－３を含む。

最初の登録手順７１０の後、ＷＴＲＵとＡＭＦの両方における許可されたＮＳＳＡＩにはＳ－ＮＳＳＡＩ－３が含まれ、ＡＭＦにおける条件付きで許可されたＮＳＳＡＩにはＳ－ＮＳＳＡＩ－２が含まれる（ＳＳＳＡが実行されていないため）。ＤＮ／ＳＳＳＡによる二次認証はＷＴＲＵがＤＮに接続する必要があるときにのみ、ＷＴＲＵによって実行されるため、ＷＴＲＵにおける許可されたＮＳＳＡＩにはＳ－ＮＳＳＡＩ－２も含まれる。

次に、ＤＮ／ＳＳＳＡ７２０による２次認証後、ＡＭＦにおける許可されたＮＳＳＡＩにＳ－ＮＳＳＡＩ－３とＳ－ＮＳＳＡＩ－２が含まれるようになる。後者は、条件付きで許可されたＮＳＳＡＩから削除され、空になっている。

図８は、ＳＳＳＡの認証方法８００のフローチャートである。認証方法８００は、例えば、ＳＳＳＡを必要とするスライス、Ｓ－ＮＳＳＡＩのための３ＧＰＰおよび非３ＧＰＰアクセスの両方に登録するときに使用され得る。

ＷＴＲＵ８０１は、ＡＭＦ８０２を用いて３ＧＰＰ登録手順を実行することができる（Ｓ８１０）。ＷＴＲＵ８０１は、例えば、図４および図５のいずれかに関連して説明されるように、スライス、Ｓ－ＮＳＳＡＩに対してスライス認証を実行することができる。

ＷＴＲＵは、３ＧＰＰアクセスを介した登録手順中にＳ－ＮＳＳＡＩの認証が成功したかどうかをチェックすることができる（Ｓ８２０）。一実施形態では、このチェックまたは検証（例えば、検証手順）は、例えば、３ＧＰＰアクセスの許可されたＮＳＳＡＩリストでＳ－ＮＳＳＡＩを検索することによって実行され得る。Ｓ－ＮＳＳＡＩがこのリストに含まれている場合、認証は成功した（または少なくとも成功したと見なされる）。

一実施形態では、ＷＴＲＵ８０１は、条件付きで許可されたＮＳＳＡＩリストでＳ－ＮＳＳＡＩを検索することができる。Ｓ－ＮＳＳＡＩがこのリストにある場合、ＷＴＲＵ８０１は、非３ＧＰＰアクセスの登録手順を開始する前に、例えば、図４のステップＳ４５０において、または図５のステップＳ５６０において、対応するＳＳＳＡの結果（つまり、ＥＡＰの結果）を待つことができる（例えば、待機することを決定し、それに応じて待機する）。

一実施形態では、検証は、スライス認証の結果として生成された鍵材料（例えば、セッション鍵）を参照および／または検査することによって行うことができる。鍵材料は、３ＧＰＰアクセス用のＮＡＳセキュリティコンテキスト（例えば、３ＧＰＰ技術仕様グループサービスおよびシステムアスペクトのセクション３．１、５Ｇシステムのセキュリティアーキテクチャおよび手順において、および／またはそれに従って定義されている）にＷＴＲＵ８０１によって含まれている場合がある。一実施形態では、ＷＴＲＵ８０１は、ＳＳＳＡ手順のためにＡＭＦの変更（例えば、ＡＭＦの再配置）が必要な場合、（例えば、図４のステップＳ４６０におけるような）ＵＣＵ手順の完了および／または３ＧＰＰアクセスを介した後続の登録の完了を待つ（例えば、待つことを決定し、それに応じて待つ）ことができる。

ＷＴＲＵ８０１がＳ－ＮＳＳＡＩに対して正常に認証されたと決定されると、ＷＴＲＵ８０１は、非３ＧＰＰ登録手順を続行することができる。一実施形態では、ＷＴＲＵ８０１は、Ｓ－ＮＳＳＡＩが一定期間（「time period」）条件付きで許可されたＮＳＳＡＩのリストに載っているときに、登録手順を進めることができる。この期間は、シグナリングされ、および／または構成され、そしてタイマーを使用して実施され得る。期間は、例えば、登録受諾メッセージの受信時に開始することができる。一実施形態では、ＷＴＲＵは、Ｓ－ＮＳＳＡＩが拒否されたＮＳＳＡＩリストにあるときに登録手順を進めることができる。

ＷＴＲＵ８０１は、非３ＧＰＰアクセスの登録手順を開始することができる（Ｓ８３０）。ＷＴＲＵ８０１は、少なくとも部分的に、登録要求メッセージを生成し、非３ＧＰＰアクセスを介して登録要求メッセージを送信することによって、そのような登録手順を開始することができる。登録要求メッセージは、そのＳ－ＮＳＳＡＩのＳＳＳＡが省略される可能性があることのインジケーションを含むか、あるいは、そのＳ－ＮＳＳＡＩのＳＳＳＡが省略される可能性があることを示すことができる。インジケーションは、セキュリティ機能ＩＥおよび／または登録要求メッセージの別のＩＥに含まれ得る。インジケーションは、ＳＳＳＡが３ＧＰＰアクセスを介してすでに正常に実行されているＳ－ＮＳＳＡＩごとに送信され得る。

ＡＭＦ８０２がＷＴＲＵ８０１からインジケーションを受け取った後、ＡＭＦ８０２はその特定のＳ－ＮＳＳＡＩのＳＳＳＡを省略することを決定することができる（Ｓ８４０）。一実施形態では、ＡＭＦ８０２は、ＷＴＲＵ８０１からのインジケーションなしに、ＳＳＳＡをスキップすることを決定することができる。ＡＭＦ８０２は、例えば、特定のＳ－ＮＳＳＡＩが３ＧＰＰアクセスを介して外部ＡＡＡサーバ８０４によってすでに認証されているという他の情報に基づいてそうすることができる。一実施形態では、ＡＭＦ８０２は、ＳＳＳＡが３ＧＰＰアクセスを介してすでに実行されている場合でも、インジケーションを無視してＳＳＳＡを続行することを決定することができる。

ＡＭＦ８０２は、登録受諾メッセージをＷＴＲＵ８０１に送信することができる（Ｓ８５０）。登録受諾メッセージは、Ｓ－ＮＳＳＡＩが非３ＧＰＰ上で許可されるというインジケーションを含むか、あるいは、Ｓ－ＮＳＳＡＩが非３ＧＰＰ上で許可されることを示すことができる。そのようなインジケーションは、例えば、Ｓ－ＮＳＳＡＩがＷＴＲＵ８０１によって使用可能であること、ＷＴＲＵ８０１がこのＳ－ＮＳＳＡＩの二次認証（ＳＳＳＡ）に関するさらなるメッセージを待つ必要がないこと、または２つの組み合わせを示すことができる。インジケーションは、Ｓ－ＮＳＳＡＩごとに登録受諾メッセージでＡＭＦ８０２によって送信されることができる。

登録受諾メッセージ（インジケーション付き）の受信後、ＷＴＲＵ８０１は、必要に応じて、このＳ－ＮＳＳＡＩとのＰＤＵセッションの確立を続行できる（Ｓ８６０）。ＷＴＲＵ８０１は、３ＧＰＰおよび非３ＧＰＰアクセスの両方に共通のＮＡＳセキュリティコンテキストの使用を開始することができ、ＷＴＲＵ８０１は、このＳ－ＮＳＳＡＩのための任意の鍵材料を含むことができる（Ｓ８７０）。このＳ－ＮＳＳＡＩの鍵材料は、例えば、３ＧＰＰアクセスを介して実行されるＳＳＳＡを介して取得されたセッション鍵であってよい。

図９は、ＳＳＳＡを必要とするスライス、Ｓ－ＮＳＳＡＩのために３ＧＰＰおよび非３ＧＰＰアクセスの両方に登録するときのＳＳＳＡの認証方法９００の実施形態のフローチャートである。

ＷＴＲＵ９０１は、３ＧＰＰ登録（例えば、メッセージ内）中に、３ＧＰＰ登録中にＷＴＲＵ８０１によって示されたものと同じＳ－ＮＳＳＡＩで非３ＧＰＰ登録を実行できることを示すことができる（Ｓ９１０）。ＡＭＦ９０２は、非３ＧＰＰアクセス（Ｓ９３０）を介して同じＳ－ＮＳＳＡＩでＷＴＲＵ９０１の２回目の登録が終わるまで、３ＧＰＰ ＳＳＳＡを延期することができる（Ｓ９２０）。非３ＧＰＰアクセスを介した登録が正常に完了した後、ＡＭＦ９０２は、ＳＳＳＡを開始することができ、これは、３ＧＰＰアクセスおよび非３ＧＰＰアクセスに対して同時に実行され得る（Ｓ９４０）。ＡＭＦ９０２は、３ＧＰＰ登録（Ｓ９１０）中に送信される登録要求メッセージ内のＷＴＲＵ９０１によって送信されたインジケーションにより、３ＧＰＰ ＳＳＳＡを延期することができ、ＡＭＦ９０２に、同じＳ－ＮＳＳＡＩの１つ（または複数）を使用して非３ＧＰＰアクセスを介したフォローアップ登録があることを通知することができる。

図８および図９に示される実施形態は、３ＧＰＰ登録が非３ＧＰＰ登録の前に実行されることを説明している。これらの実施形態は、３ＧＰＰ登録に先行する非３ＧＰＰ登録を用いて、逆に実行できることを理解されたい。

特徴および要素は特定の組み合わせで上記に説明されているが、当業者は、各特徴または要素が単独で、または他の特徴および要素と任意の組み合わせで使用できることを理解するであろう。本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアに実装され得る。非一時的なコンピュータ可読記憶媒体の例には、限定されるわけではないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクなどの磁気媒体、磁気光学媒体、ＣＤ－ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）などの光学メディアが含まれる。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。

さらに、上記の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが記載されている。これらのデバイスには、少なくとも１つの中央処理装置（「ＣＰＵ」）とメモリが含まれ得る。コンピュータプログラミングの当業者の慣行に従って、動作または命令の行為および記号表現への参照は、様々なＣＰＵおよびメモリによって実行され得る。そのような行為および操作または命令は、「実行された」、「コンピュータによって実行された」または「ＣＰＵによって実行された」と呼ばれることがある。

当業者は、行為および象徴的に表される操作または命令が、ＣＰＵによる電気信号の操作を含むことを理解するであろう。電気システムは、結果として生じる電気信号の変換または削減、およびメモリシステム内のメモリ位置でのデータビットの維持を引き起こし、それによってＣＰＵの動作、および信号の他の処理を再構成または変更する可能性のあるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応する、またはデータビットを表す特定の電気的、磁気的、光学的、または有機的な特性を持つ物理的な位置である。代表的な実施形態は、上記のプラットフォームまたはＣＰＵに限定されず、他のプラットフォームおよびＣＰＵは、提供された方法をサポートし得ることを理解されたい。

データビットは、磁気ディスク、光ディスク、およびその他の揮発性（例えば、ＲＡＭ）または不揮発性（例えば、ＲＯＭ）のＣＰＵ読み取り可能な大容量記憶システムを含むコンピュータ可読媒体上に維持することもできる。コンピュータ可読媒体は、処理システム上に排他的に存在するか、または処理システムに対してローカルまたはリモートであり得る複数の相互接続された処理システム間で分散される、協調または相互接続されたコンピュータ可読媒体を含み得る。代表的な実施形態は、上記のメモリに限定されず、他のプラットフォームおよびメモリが、説明された方法をサポートし得ることが理解される。

例示的な実施形態では、本明細書に記載の操作、プロセスなどのいずれも、コンピュータ可読媒体に格納されたコンピュータ可読命令として実装することができる。コンピュータ可読命令は、モバイルユニットのプロセッサ、ネットワーク要素、および／または他の任意のコンピューティングデバイスによって実行され得る。

システム態様のハードウェアとソフトウェアの実装にはほとんど違いがない。ハードウェアまたはソフトウェアの使用は、一般に（常にではないが、特定のコンテキストではハードウェアとソフトウェアの選択が重要になる場合がある）、コストと効率のトレードオフを表す設計上の選択である。本明細書に記載のプロセスおよび／またはシステムおよび／または他の技術が影響を受ける可能性のある様々な媒体（例えば、ハードウェア、ソフトウェアおよび／またはファームウェア）があり、好ましい媒体は、プロセスおよび／またはシステムおよび／または他の技術がデプロイされる状況によって変化し得る。例えば、実装者が速度と精度が最優先事項であると判断した場合、実装者は主にハードウェアおよび／またはファームウェア媒体を選択できる。柔軟性が最優先される場合、実装者は主にソフトウェア実装を選択できる。あるいは、実装者は、ハードウェア、ソフトウェア、および／またはファームウェアのいくつかの組み合わせを選択することができる。

前述の詳細な説明は、ブロック図、フローチャート、および／または例を使用することにより、デバイスおよび／またはプロセスの様々な実施形態を示している。そのようなブロック図、フローチャート、および／または例が１つまたは複数の機能および／または操作を含む限り、そのようなブロック図、フローチャート、または例内の各機能および／または操作が、個別におよび／または集合的に、広範囲のハードウェア、ソフトウェア、ファームウェア、またはそれらのバーチャルな任意の組み合わせによって実施され得ることが当業者によって理解されるであろう。適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他のタイプの集積回路（ＩＣ）、および／またはステートマシンが含まれる。

特徴および要素は特定の組み合わせで上記に説明されているが、当業者は、各特徴または要素が単独で、または他の特徴および要素と任意の組み合わせで使用できることを理解するであろう。本開示は、様々な態様の例示として意図されている、本出願に記載されている特定の実施形態に関して限定されるべきではない。当業者には明らかであるように、その精神および範囲から逸脱することなく、多くの修正および変形を行うことができる。本出願の説明で使用される要素、行為、または命令は、明示的にそのように提供されない限り、本発明にとって重要または必須であると解釈されるべきではない。本明細書に列挙されたものに加えて、本開示の範囲内の機能的に同等の方法および装置は、前述の説明から当業者には明らかであろう。かかる修正および変形は、添付の特許請求の範囲内に含まれることが意図される。本開示は、添付の請求項の用語、およびそのような請求項が権利を与えられる同等物の全範囲によってのみ制限されるべきである。この開示は、特定の方法またはシステムに限定されないことを理解されたい。

特定の代表的な実施形態では、本明細書に記載の主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、および／または他の統合フォーマットを介して実装され得る。しかしながら、当業者は、本明細書に開示される実施形態のいくつかの態様が、全体的または部分的に、１つまたは複数のコンピュータ上で実行される１つまたは複数のコンピュータプログラム（例えば、１つ以上のコンピュータシステムで実行される複数のプログラム）として、１つ以上のプロセッサで実行される１つ以上のプログラム（例えば、１つ以上のマイクロプロセッサで実行される１つ以上のプログラム）として、ファームウェア、またはそれらの仮想上の任意の組み合わせとして集積回路内で実装され、並びに回路を設計すること、および／またはソフトウェアおよび／またはファームウェアのためのコードを書くことは、本開示に照らして当業者の技能の範囲内であることを理解するであろう。さらに、当業者は、本明細書に記載の主題のメカニズムが様々な形態のプログラム製品として配布され得ること、および本明細書に記載の主題の例示的な実施形態が実際に配信を実行するために使用される信号伝達媒体の特定のタイプに関係なく適用されることを理解するであろう。信号伝達媒体の例には、限定されるわけではないが、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能なタイプの媒体、およびデジタルおよび／またはアナログ通信媒体（例えば、光ファイバーケーブル、導波路、有線通信リンク、無線通信リンクなど）などの伝送タイプの媒体が含まれる。

本明細書に記載の主題は、異なる他の構成要素に含まれる、またはそれらと接続される異なる構成要素を示すことがある。そのような描写されたアーキテクチャは単なる例であり、実際、同じ機能を達成する他の多くのアーキテクチャが実装され得ることが理解されるべきである。概念的な意味では、同じ機能を実現するためのコンポーネントの配置は、目的の機能を実現できるように効果的に「関連付け」られる。従って、特定の機能を達成するために組み合わされた本明細書の任意の２つのコンポーネントは、アーキテクチャまたは中間コンポーネントに関係なく、所望の機能が達成されるように互いに「関連付けられている」と見なされ得る。同様に、そのように関連付けられた任意の２つの構成要素はまた、所望の機能を達成するために互いに「操作可能に接続された」または「操作可能に結合された」と見なされ得、そのように関連付けられ得る任意の２つの構成要素もまた、目的の機能を実現するために相互に「操作可能に結合可能である」と見なされる。動作可能に結合可能な特定の例には、限定されるわけではないが、物理的に結合可能および／または物理的に相互作用するコンポーネント、および／または無線的に相互作用可能な、および／または無線的に相互作用するコンポーネント、および／または論理的に相互作用するおよび／または論理的に相互作用可能なコンポーネントが含まれる。

本明細書における実質的に任意の複数形および／または単数形の用語の使用に関して、当業者は、文脈および／または用途に適切であるように、複数形から単数形へ、および／または単数形から複数形へと翻訳することができる。明確にするために、様々な単数形／複数形の順列を本明細書に明示的に記載することができる。

一般に、本明細書で、特に添付の特許請求の範囲で使用される用語（例えば、添付の特許請求の範囲）は、一般に「オープン」な用語として意図されている（例えば、「含む」という用語は、「含むがこれに限定されない」と解釈されるべきであり、「持つ」という用語は「少なくとも持つ」と解釈されるべきであり、「含む」という用語は「含むがこれに限定されない」と解釈されるべきであるなど）。特定の数の導入された請求項の記載が意図されている場合、そのような意図は請求項に明示的に記載され、そのような記載がない場合、そのような意図は存在しないことが当業者によってさらに理解されるであろう。例えば、１つの項目のみが意図されている場合、「単一」または同様の用語が使用され得る。理解を助けるために、以下の添付のクレームおよび／または本明細書の説明は、クレームの列挙を導入するための導入句「少なくとも１つ」および「１つまたは複数」の使用を含み得る。ただし、そのような句の使用は、不定冠詞「ａ」または「ａｎ」によるクレームの記載の導入が、そのような導入されたクレームの記載を含む特定のクレームを、そのような記載を１つだけ含む実施形態に限定することを意味すると解釈されるべきではない。同じクレームには、「１つ以上」または「少なくとも１つ」という導入句と、「ａ」または「ａｎ」などの不定冠詞が含まれる（例えば、「ａ」および／または「ａｎ」は「少なくとも１つ」または「１つ以上」と解釈されるべきである）。また、これは請求項の記載を導入するために使用される定冠詞の使用についても同様である。さらに、導入された請求項の特定の数が明示的に記載されている場合でも、当業者は、そのような記載が少なくとも記載された数を意味すると解釈されるべきであることを認識するであろう（例えば、他の修飾子がない「２つの記載」のそのままの記載は、少なくとも２つの記載、または２つ以上の記載を意味する）。さらに、「Ａ、Ｂ、Ｃなどの少なくとも１つ」に類似した規則が使用される場合、一般に、そのような構成は、当業者が慣習を理解するという意味で意図されている（例えば、「Ａ、Ｂ、およびＣの少なくとも１つを有するシステム」は、限定されないが、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒になどのシステムを含む）。「Ａ、Ｂ、またはＣなどの少なくとも１つ」に類似した規則が使用される場合、一般に、そのような構成は、当業者が慣習を理解するという意味で意図されている（例えば、「Ａ、Ｂ、またはＣの少なくとも１つを有するシステム」は、限定されないが、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒になどのシステムを含む）。発明の詳細な説明、特許請求の範囲、または図面のいずれにおいても、２つ以上の代替用語を提示する事実上全ての選言的な単語および／または句は、用語の１つ、いずれかの用語、または両方の用語を含む可能性を企図するために理解されるべきであることが当業者によってさらに理解される。例えば、「ＡまたはＢ」という句は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むと理解されるであろう。さらに、本明細書で使用される、複数のアイテムおよび／またはアイテムの複数のカテゴリのリストに続く「のいずれか」という用語は、「のいずれか」、「任意の組み合わせ」、「任意の複数」、および／またはアイテムおよび／またはアイテムのカテゴリの「複数の任意の組み合わせ」、個別に、または他のアイテムおよび／または他のカテゴリのアイテムと組み合わせて、を含むことを意図する。さらに、本明細書で使用される場合、「セット」または「グループ」という用語は、ゼロを含む任意の数の項目を含むことを意図している。さらに、本明細書で使用される場合、「数」という用語は、ゼロを含む任意の数を含むことを意図している。

さらに、本開示の特徴または態様がマーカッシュグループに関して説明される場合、当業者は、それによって、本開示が、マーカッシュグループの任意の個々のメンバーまたはメンバーのサブグループに関しても説明されることを認識するであろう。

当業者によって理解されるように、書面による説明を提供することに関してなど、あらゆる目的のために、本明細書に開示される全ての範囲はまた、ありとあらゆる可能なサブレンジおよびそのサブレンジの組み合わせを包含する。リストされた範囲はどれも、同じ範囲を少なくとも同じ大きさで半分、３分の１、４分の１、５分の１、１０分の１などに分割できるように十分に記述していると簡単に認識できる。非限定的な例として、本明細書で論じられる各範囲は、下３分の１、中３分の１、および上３分の１などに容易に分解され得る。当業者によっても理解されるように、「まで」、「少なくとも」、「より大きい」、「より小さい」などの全ての言語は、列挙された数を含み、その後に上記のようにサブレンジに分解され得る範囲を示す。最後に、当業者によって理解されるように、範囲は、個々のメンバーを含む。従って、例えば、１～３個のセルを有するグループは、１、２、または３個のセルを有するグループを示す。同様に、１～５個のセルを有するグループは、１、２、３、４、または５個のセルを有するグループなどを示す。さらに、クレームは、その趣旨で述べられていない限り、提供された順序または要素に限定されるものとして解釈されるべきではない。

さらに、クレームでの「手段」という用語の使用は、米国特許法１１２条６項またはミーンズプラスファンクションクレームフォーマットの呼び出しを意図しており、「手段」という用語のないクレームはそのように意図されない。

ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）または進化パケットコア（ＥＰＣ）または任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。ＷＴＲＵは、ソフトウェア定義無線（ＳＤＲ）を含むハードウェアおよび／またはソフトウェアにおいて実装されるモジュール、並びにカメラ、ビデオカメラモジュール、ビデオフォン、スピーカーフォン、振動デバイス、スピーカ、マイク、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈモジュール、周波数変調（ＦＭ）無線ユニット、ニアフィールド通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／またはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）または超広帯域（ＵＷＢ）モジュールと組み合わせて使用され得る。

本発明は通信システムに関して説明されてきたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実装され得ることが企図されている。特定の実施形態では、様々なコンポーネントの機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアに実装され得る。

本発明は、本明細書で具体的な実施形態を参照して例示および記載されているが、示されている細部に本発明を限定することを意図するものではない。むしろ、本発明から離れることなく、特許請求の範囲の相当物の範囲内において、細部における様々な変更が行われてよい。

本開示を通して、当業者は、特定の代表的な実施形態が、代替として、または他の代表的な実施形態と組み合わせて使用され得ることを理解している。

特徴および要素は特定の組み合わせで上記に説明されているが、当業者は、各特徴または要素が単独で、または他の特徴および要素と任意の組み合わせで使用できることを理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアに実装され得る。非一時的なコンピュータ可読記憶媒体の例には、限定されるわけではないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクなどの磁気媒体、磁気光学媒体、ＣＤ－ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）などの光学メディアが含まれる。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。

さらに、上記の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが記載されている。これらのデバイスには、少なくとも１つの中央処理装置（「ＣＰＵ」）とメモリが含まれ得る。コンピュータプログラミングの当業者の慣行に従って、動作または命令の行為および記号表現への参照は、様々なＣＰＵおよびメモリによって実行され得る。そのような行為および操作または命令は、「実行された」、「コンピュータによって実行された」または「ＣＰＵによって実行された」と呼ばれることがある。

当業者は、行為および象徴的に表される操作または命令が、ＣＰＵによる電気信号の操作を含むことを理解するであろう。電気システムは、結果として生じる電気信号の変換または削減、およびメモリシステム内のメモリ位置でのデータビットの維持を引き起こし、それによってＣＰＵの動作、および信号の他の処理を再構成または変更する可能性のあるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応する、またはデータビットを表す特定の電気的、磁気的、光学的、または有機的な特性を持つ物理的な位置である。

データビットは、磁気ディスク、光ディスク、およびその他の揮発性（例えば、ＲＡＭ）または不揮発性（例えば、ＲＯＭ）のＣＰＵ読み取り可能な大容量記憶システムを含むコンピュータ可読媒体上に維持することもできる。コンピュータ可読媒体は、処理システム上に排他的に存在するか、または処理システムに対してローカルまたはリモートであり得る複数の相互接続された処理システム間で分散される、協調または相互接続されたコンピュータ可読媒体を含み得る。代表的な実施形態は、上記のメモリに限定されず、他のプラットフォームおよびメモリが、説明された方法をサポートし得ることが理解される。

適切なプロセッサには、例えば、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他のタイプの集積回路（ＩＣ）、および／またはステートマシンが含まれる。

本発明は、本明細書で具体的な実施形態を参照して例示および記載されているが、示されている細部に本発明を限定することを意図していない。むしろ、本発明から離れることなく、特許請求の範囲の相当物の範囲内で、細部における様々な変更が行われてよい。

Claims (15)

1. 無線送受信ユニット（ＷＴＲＵ）による動作のための方法であって、
   ネットワークへの登録手順中に、前記ＷＴＲＵの一次認証を実行することであって、その登録手順中に、前記ＷＴＲＵは、登録の成功を示し、かつ少なくとも１つのネットワークのスライスアクセスのためのスライス固有の認証および認可（ＳＳＳＡ）手順であって、登録手順に続いて実行される手順、およびＳＳＳＡが前記ＷＴＲＵによるアクセスに必要であるスライスのリストのうちの少なくとも１つの表示を含むメッセージを受信する、ことと、
   登録が成功した後、前記ネットワークの第１のスライスにアクセスするために前記ＷＴＲＵの少なくとも１つのＳＳＳＡを実行することと
   を備える方法。
2. ＳＳＳＡがアクセスするのに必要なスライスのリストにおける少なくとも１つのさらなるスライスのためにＳＳＳＡを実行することと、
   成功したＳＳＳＡの後に前記少なくとも１つのさらなるスライスにアクセスすることと
   をさらに備える、請求項１の方法。
3. ＳＳＳＡが前記ＷＴＲＵによるアクセスに必要なスライスのリストを維持することをさらに備える、請求項１の方法。
4. ＳＳＳＡが必要なスライスの前記リストを、前記リストに含まれるスライスに対するＳＳＳＡの結果に基づいて更新することをさらに備える、請求項３の方法。
5. 前記ＷＴＲＵは、対応するＳＳＳＡが成功裏に実行されるまで、ＳＳＳＡがアクセスに必要なスライスにアクセスすることを控える、請求項１の方法。
6. アクセスが許可されるという特定のメッセージの前記ネットワークからの受信後まで、前記ＷＴＲＵはスライスにアクセスすることを控える、請求項１の方法。
7. 前記第１のスライスのＳＳＳＡは、第１のアクセスタイプを介して前記ネットワークの前記第１のスライスにアクセスするためのものであり、前記方法は、
   ＳＳＳＡが前記第１のアクセスタイプを介して前記第１のスライスのために実行されていることを判定することと、
   第２のアクセスタイプを介して前記第１のスライスの登録手順を始める前に前記第１のアクセスタイプを介して前記第１のスライスについての前記ＳＳＳＡの結果を待つことと
   をさらに備える、請求項１の方法。
8. 前記ＷＴＲＵがアクセスを許可されているスライスのリストを備える前記メッセージは、前のＳＳＳＡが成功裏に実行されており、前記ＷＴＲＵがアクセスタイプに関係なくアクセスを許可されている少なくとも１つのスライスをさらに含む、請求項１の方法。
9. 無線送受信ユニット（ＷＴＲＵ）であって、
   プロセッサ実行可能な命令を格納するメモリと、
   前記プロセッサ実行可能な命令を実行して、
   ネットワークへの登録手順中に、前記ＷＴＲＵの一次認証を実行し、その登録手順中に、前記ＷＴＲＵは、登録の成功を示し、かつ少なくとも１つのネットワークのスライスアクセスのためのスライス固有の認証および認可（ＳＳＳＡ）手順であって、登録手順に続いて実行される手順、およびＳＳＳＡが前記ＷＴＲＵによるアクセスに必要であるスライスのリストのうちの少なくとも１つの表示を含むメッセージを受信し、
   登録が成功した後、前記ネットワークの第１のスライスにアクセスするために前記ＷＴＲＵの少なくとも１つのＳＳＳＡを実行する
   ように構成された少なくとも１つのプロセッサと
   を備えたＷＴＲＵ。
10. 前記少なくとも１つのプロセッサは、前記プロセッサ実行可能な命令を実行して、
    ＳＳＳＡがアクセスするのに必要なスライスのリストにおける少なくとも１つのさらなるスライスのためにＳＳＳＡを実行し、
    成功したＳＳＳＡの後に前記少なくとも１つのさらなるスライスにアクセスする
    ようにさらに構成されている、請求項９のＷＴＲＵ。
11. 前記少なくとも１つのプロセッサは、前記プロセッサ実行可能な命令を実行して、ＳＳＳＡが前記ＷＴＲＵによるアクセスに必要なスライスのリストを維持するようにさらに構成されている、請求項９のＷＴＲＵ。
12. 前記少なくとも１つのプロセッサは、前記プロセッサ実行可能な命令を実行して、ＳＳＳＡが必要なスライスの前記リストを、前記リストに含まれるスライスに対するＳＳＳＡの結果に基づいて更新するようにさらに構成されている、請求項１１のＷＴＲＵ。
13. 前記少なくとも１つのプロセッサは、前記プロセッサ実行可能な命令を実行して、対応するＳＳＳＡが成功裏に実行されるまで、ＳＳＳＡがアクセスに必要なスライスにアクセスすることを控えるようにさらに構成されている、請求項９のＷＴＲＵ。
14. 前記少なくとも１つのプロセッサは、前記プロセッサ実行可能な命令を実行して、アクセスが許可されるという特定のメッセージの前記ネットワークからの受信後まで、スライスにアクセスすることを控えるようにさらに構成されている、請求項９のＷＴＲＵ。
15. 前記第１のスライスのＳＳＳＡは、第１のアクセスタイプを介して前記ネットワークの前記第１のスライスにアクセスするためのものであり、前記少なくとも１つのプロセッサは、前記プロセッサ実行可能な命令を実行して、
    ＳＳＳＡが前記第１のアクセスタイプを介して前記第１のスライスのために実行されていることを判定し、
    第２のアクセスタイプを介して前記第１のスライスの登録手順を始める前に前記第１のアクセスタイプを介して前記第１のスライスについての前記ＳＳＳＡの結果を待つ
    ようにさらに構成される、請求項９のＷＴＲＵ。

Images