JP7704966B2 - ネットワークスライシングのためのアプリケーション相互作用 - Google Patents

Description

（関連出願の相互参照）
本出願は、２０２１年９月１７日に出願された「ＡＰＰＬＩＣＡＴＩＯＮ ＩＮＴＥＲＡＣＴＩＯＮ ＦＯＲ ＮＥＴＷＯＲＫ ＳＬＩＣＩＮＧ」と題する米国特許仮出願第６３／２４５６５６号の利益を主張するものであり、その内容は参照によりその全体が本明細書に組み込まれる。

第３世代パートナーシッププロジェクト（3rd Generation Partnership Project、３ＧＰＰ）は、コーデック、セキュリティ、及びサービスの品質の作業を含む、無線アクセス、コアトランスポートネットワーク、及びサービス能力を含むセルラ電気通信ネットワーク技術の技術標準を開発する。最近の無線アクセス技術（Radio Access Technology、ＲＡＴ）規格には、ＷＣＤＭＡ（一般に３Ｇと称される）、ＬＴＥ（一般に４Ｇと称される）、及びＬＴＥ－Ａｄｖａｎｃｅｄ規格が含まれる。３ＧＰＰは、「５Ｇ」とも呼ばれる、新しい無線（New Radio、ＮＲ）と呼ばれる次世代のセルラ技術の標準化に取り組み始めた。

５Ｇネットワークスライシングを利用することによって、複数の（例えば、仮想化され、独立した）ネットワークが、共通の物理的インフラストラクチャの上に作成され得る。ネットワークの各「スライス」又は部分は、アプリケーション、ユースケース、又は顧客の特定のニーズに基づいて割り振られ得る。事業者は、５Ｇにおけるネットワークスライシングの幅をカバーするために必要な速度、スループット、及びレイテンシを利用して、リソースを各スライスに割り振ることができる。ネットワークスライシングに関連する多くの技術的利益にもかかわらず、事業者及び開発者には依然として多くの課題が残っている。例えば、現在の規格は、ネットワークスライスにアクセスするためのアプリケーションごとの認証及び認可に対処していない。

５Ｇネットワークにおけるネットワークスライシングのためのアプリケーション相互作用は、多種多様なシナリオ、サーバ、ゲートウェイ、及びデバイスを包含し得、例えば、［１］３ ＧＰＰ ＴＳ ２３．５０１，Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ、Ｓｔａｇｅ ２，Ｖ１７．１．１，Ｒｅｌｅａｓｅ １７，（２０２１－０６）、［２］３ＧＰＰ ＴＳ ２３．５０２，Ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ，Ｓｔａｇｅ ２，Ｖ１７．１．０，Ｒｅｌｅａｓｅ １７，（２０２１－０６）、［３］ＧＳＭＡ ＮＧ．１１６ Ｇｅｎｅｒｉｃ Ｓｌｉｃｅ Ｔｅｍｐｌａｔｅ，Ｖｅｒｓｉｏｎ １．０，２３ Ｍａｙ ２０１９、［４］３ ＧＰＰ ＴＳ ３８．１０１－１ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）ｒａｄｉｏ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ、Ｐａｒｔ １：Ｒａｎｇｅ １，Ｓｔａｎｄａｌｏｎｅ，Ｖ１６．１．０（２０１９－０９）、［５］３ ＧＰＰ ＴＳ ３８．１０１－２ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）ｒａｄｉｏ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ、Ｐａｒｔ ２：Ｒａｎｇｅ ２，Ｓｔａｎｄａｌｏｎｅ，Ｖ１６．１．０（２０１９－０９）、［６］３ＧＰＰ ＴＳ ２３．５０３ Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ Ｆｒａｍｅｗｏｒｋ ｆｏｒ ｔｈｅ ５Ｇ ｓｙｓｔｅｍ（５ＧＳ）、Ｓｔａｇｅ ２（Ｒｅｌｅａｓｅ １６）、［７］ＴＳ ２３．１２２ Ｎｏｎ－Ａｃｃｅｓｓ－Ｓｔｒａｔｕｍ（ＮＡＳ）ｆｕｎｃｔｉｏｎｓ ｒｅｌａｔｅｄ ｔｏ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ（ＭＳ）ｉｎ ｉｄｌｅ ｍｏｄｅ Ｖ１６．４．０（２０１９－１２）、及び［８］３ＧＰＰ ＴＳ ２４．５０１，Ｎｏｎ－Ａｃｃｅｓｓ－Ｓｔｒａｔｕｍ（ＮＡＳ）ｐｒｏｔｏｃｏｌ ｆｏｒ ５Ｇ Ｓｙｓｔｅｍ（５ＧＳ）、ステージ３（Ｖ１６．３．０）に説明される。

本明細書では、ネットワークスライシングのためのアプリケーション相互作用のための方法、装置、及びシステムが説明される。例えば、ＵＥがネットワークスライス及びデータネットワークにアクセスするために、アプリケーションごとの認証及び認可（Per-Application Authentication and authorization、ＰＡＡＡ）が実行され得る。

５ＧＳは、所与の場所において利用可能な認可されたネットワークスライスがないとき、コアネットワークとＵＥの両方が効率的に挙動し得るように拡張され得る。ＰＡＡＡインジケータを有する拡張Ｓ－ＮＳＳＡＩは、コアネットワーク内で構成されてもよく、そのようなＳ－ＮＳＳＡＩをＵＥに配信するための機構が提供される。ＰＡＡＡを必要とするネットワークスライスのためのアプリケーションごとの認証及び認可を行うために、ＰＤＵセッション確立プロシージャを拡張することができる。認証／認可されたアプリケーションが、確立されたＰＤＵセッションを使用してアプリケーショントラフィックを送信／受信し得るアプリケーション機能（Application Function、ＡＦ）のための情報をＵＥが受信するＰＡＡＡ機構が提供され得る。認可されていない第２のアプリケーションが、第１のアプリケーションからのトラフィックのためにＰＤＵセッションを使用することを制限される機構が提供され得る。

いくつかの態様によれば、第２のアプリケーションがアプリケーションごとの認証及び認可に成功した後に、第１のアプリケーションによって確立されたＰＤＵセッションが第２のアプリケーションによって修正及び利用され得る機構が提供され得る。

いくつかの態様によれば、評価時に、ＮＳＳＰを使用して選択されたＳ－ＮＳＳＡＩがＰＡＡＡを必要とするかどうかをＵＥに示す、ＮＳ ＳＡフラグをもつ拡張ＵＲＳＰが提供され得る。

いくつかの態様によれば、コアネットワークが、関連するネットワークスライスがＵＥに認可されるＴＡ及び周波数帯域にＵＥをプロアクティブにリダイレクトするために、統合された時間情報及び空間情報を利用することが可能であり得る機構が提供される。ＵＥがその方向を変更し、適切な速度を維持するか、又は認可されたネットワークスライスを発見する確率が高いＴＡに向かう経路をたどることを決定することができるように、ＵＥが統合された時間情報及び空間情報を利用することができる機構が提供される。

いくつかの態様によれば、ＵＥがアプリケーションの状態（例えば、アイドル、接続、アクティブ、非アクティブなど）をグレースフルに保存し、及び／又はそれらを無効にし、ＰＤＵセッションの状態（例えば、アイドル、接続、アクティブ、非アクティブなど）を保存し、アップリンクデータをバッファし、及び／又は低減されたセル探索、スリープなどの１つ以上の電力節約アクションを取ることができるように、ＵＥが統合された時間情報及び空間情報を利用することができる機構が提供される。

いくつかの態様によれば、ＵＥ登録プロシージャ、ＵＥ登録更新プロシージャ、及び／又はＵＥ構成更新プロシージャが、時間情報及び空間情報をＵＥに搬送するように拡張され得る機構が提供される。

いくつかの態様によれば、ネットワークスライスが共通ＵＥに利用可能でないネットワークスライスにアクセスするために、ＵＥが高められた特権のための一意の識別子を利用し得る機構が提供される。

いくつかの態様によれば、無線送信／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）は、１つ以上のプロセッサと、１つ以上のプロセッサによって実行されると、ＷＴＲＵに１つ以上の動作を実行させる命令を記憶するメモリとを備えることができる。

いくつかの態様によれば、ＷＴＲＵは、登録要求をネットワークノードに送信することができる。例えば、ネットワークノードは、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）であってもよい。登録要求は、ＷＴＲＵがネットワークスライスの時間的利用可能性に関連付けられた情報を受信することが可能であるという指示を含むことができる。例えば、ネットワークスライスの時間的利用可能性に関連付けられた情報は、スライスがＷＴＲＵに利用可能であるか又は利用可能でない時間期間を含むことができる。いくつかの態様によれば、スライス再マッピングプロシージャは、ネットワークスライスの時間的利用可能性に基づいて実行され得る。

いくつかの態様によれば、ＷＴＲＵは、登録応答を受信することができる。登録応答は、ネットワークスライスの時間的利用可能性に関連付けられた情報を備え得る。ＷＴＲＵは、ネットワークスライスに関連付けられたプロトコルデータユニット（Protocol Data Unit、ＰＤＵ）セッションの使用を停止することを（例えば、ネットワークスライスの時間的利用可能性に基づいて）決定することができる。いくつかの態様によれば、ＷＴＲＵは、ＰＤＵセッションの（例えば、アイドル、接続、アクティブ、非アクティブなど）を記憶することができる。いくつかの態様によれば、ＰＤＵセッションに関連付けられたアップリンクデータは、（例えば、ネットワークスライスの時間的利用可能性に基づいて）遅延の後にバッファリング又は送信され得る。

本概要は、簡略化された形態で概念の選択を導入するために提供され、これは「発明を実施するための形態」において以下に更に説明される。この概要は、特許請求される主題の主要な特徴又は本質的な特徴を特定することを意図するものではなく、また、特許請求される主題の範囲を限定するために使用されることを意図するものでもない。更に、特許請求される主題は、この開示のいずれかの部分に記載された、いずれか又は全ての欠点を解決する制限に限定されるものではない。

より詳細な理解は、例として添付の図面と併せて与えられる、以下の説明から得られ得る。
例示的な５Ｇシステムサービスベースのアーキテクチャを示す。 基準ポイント表現における例示的な非ローミング５Ｇシステムアーキテクチャを示す。 例示的なネットワークスライス固有の認証及び認可手順を示す。 ＤＮ－ＡＡＡサーバによるＰＤＵセッション確立認証／認可のための例示的な方法を示す。 ネットワークスライスを用いてＰＤＵセッションを確立するＵＥアプリケーションのための例示的方法を示す。 新たな位置における認可されたスライスへのアクセスを有さない例示的なコネクテッドカーを示す。 登録時にＰＡＡＡインジケータを有する認可されたＮＳ ＳＡＩを受信する例示的なＵＥを示す。 アプリケーションごとの認証及び認可のための例示的な方法を示す。 ＰＤＵセッション修正を伴う例示的なＰＡＡＡ要求を示す。 ＰＡＡＡのためにＵＥをガイドするための拡張ＵＲＳＰのための例示的な方法を示す。 ＵＥ登録中にＵＥに時間情報及び空間情報を伝達するための方法の一例を示す。 空間情報及び時間情報をＵＥに伝達するための例示的なＵＥ構成更新プロシージャを示す。 特別な認可を有する代替ネットワークスライスにアクセスするための方法の一例を示す。 インストールされたアプリケーション及び様々な拡張特徴を示す例示的なＵＥ ＵＩを示す。 例示的な通信システムを示す。 例示的なＲＡＮ及びコアネットワークのシステム図である。 例示的なＲＡＮ及びコアネットワークのシステム図である。 例示的なＲＡＮ及びコアネットワークのシステム図である。 別の例示的な通信システムを示す。 ＷＴＲＵなどの例示的な装置又はデバイスのブロック図である。 例示的なコンピューティングシステムのブロック図である。

表０．１は、本明細書で使用される略語のいくつかを記載する。

用語及び定義。
以下は、以下の説明に出現し得る用語のリストである。他に特定されない限り、本明細書中で使用される用語は、以下のように定義される。

ネットワークスライス－特定のネットワーク能力及びネットワーク特性を提供する論理ネットワーク。

ネットワークスライスインスタンス－ＮＦインスタンスと、展開されたネットワークスライスを形成する必要なリソース（例えば、計算リソース、記憶リソース、及びネットワークリソース）とのセット。

サービスエリア制限－サービスエリア制限は、１つ以上（例えば、最大１６個）のトラッキングエリア全体を含むことができ、サービスエリア制限はそれぞれ無制限として設定することができる（例えば、ＰＬＭＮの全ての追跡領域を含む）。ＵＤＭ内のＵＥのサブスクリプションデータは、明示的な追跡領域識別情報及び／又は他の地理的情報（例えば、経度／緯度、郵便番号など）を使用することによって指定される認可エリア又は不認可エリアのいずれかを含み得るサービスエリア制限を含む。

追跡領域－追跡領域は、一組のセルである。追跡領域（Tracking Area、ＴＡ）は、追跡領域のリスト（ＴＡリスト）にグループ化され得、リストは、ユーザ機器（User Equipment、ＵＥ）上で構成することができる。追跡領域は、ＵＥのアクセス制御、場所登録、ページング、及びモビリティ管理のために使用される。

ネットワーク機能（Network Function、ＮＦ）－定義された機能的挙動及び定義されたインターフェースを有するネットワーク内の処理機能。ＮＦは、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、又は例えば、クラウドインフラストラクチャ上の適切なプラットフォーム上でインスタンス化された仮想化機能として、実装することができる。

ＮＦインスタンス－ＮＦの識別可能なインスタンス。

いくつかの態様によれば、図１は、制御プレーン内にサービスベースのインターフェースを有する非ローミング基準アーキテクチャを示す。

いくつかの態様によれば、図２は、様々なネットワーク機能が互いにどのように相互作用するかを示す基準ポイント表現を使用して、非ローミングの場合の５Ｇシステムアーキテクチャを図示している。

いくつかの態様によれば、モビリティ管理機能とセッション管理機能とが分離される。単一のＮ１ ＮＡＳ接続は、登録管理及び接続管理の両方のために、並びにセッション管理（Session Management、ＳＭ）に関連するＵＥのメッセージ及びプロシージャのために使用され得る。単一のＮ１終結点は、ＡＭＦ内に位置していてもよい。ＡＭＦは、ＳＭ関連のＮＡＳ情報をＳＭＦに転送してもよい。ＡＭＦは、ＵＥと交換されるＮＡＳシグナリングの登録管理及び接続管理部分に対処することができる。ＳＭＦは、ＵＥと交換されるＮＡＳシグナリングのＳＭ部分に対処する。

いくつかの態様によれば、５Ｇシステムアーキテクチャは、ネットワーク機能仮想化及びソフトウェア定義ネットワーキングなどの技法を使用するための展開を可能にするデータ接続性及びサービスをサポートするように定義される。いくつかの態様によれば、５Ｇシステムアーキテクチャにより、制御プレーン（Control Plane、ＣＰ）ネットワーク機能（ＮＦ）間のサービスベースの相互作用を、識別される場合、活用することが可能になる。

ＮＦは、ネットワーク内の処理機能であり、定義された機能的挙動及び定義されたインターフェースを有することができる。ＮＦは、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、又は例えば、クラウドインフラストラクチャ上の適切なプラットフォーム上でインスタンス化された仮想化機能として、実装することができる。

ネットワークスライスは、Ｓ－ＮＳＳＡＩによって識別され、Ｓ－ＮＳＳＡＩは、
（１）特徴及びサービスに関して予想されるネットワークスライス挙動を指し得るスライス／サービスタイプ（Slice/Service Type、ＳＳＴ）、及び、
（２）スライス区分子（Slice Differentiator、ＳＤ）から構成することができる。スライス区分子は、任意選択的な情報であり、同じＳＳＴの複数のネットワークスライス間で区別するために、ＳＳＴを補足する。

いくつかの態様によれば、Ｓ－ＮＳＳＡＩは、標準値（例えば、Ｓ－ＮＳＳＡＩは、標準化されたＳＳＴ値を有するＳＳＴからのみ構成され、かつＳＤは含まない）、又は非標準値（例えば、Ｓ－ＮＳＳＡＩは、ＳＳＴ及びＳＤの両方から構成されるか、又は標準化されたＳＳＴ値を有さないＳＳＴのみから構成され、かつＳＤは含まないかのいずれである）を有することができる。非標準値を有するＳ－ＮＳＳＡＩは、それが関連付けられているＰＬＭＮ内の単一のネットワークスライスを識別することができる。非標準値を有するＳ－ＮＳＳＡＩは、Ｓ－ＮＳＳＡＩが関連付けられているＰＬＭＮ以外の任意のＰＬＭＮに対して、アクセス層手順においてＵＥによって使用されない場合がある。表１は、標準化されたＳＳＴ値を示している。

いくつかの態様によれば、ＮＳＳＡＩはＳ－ＮＳＳＡＩの集合である。ＮＳＳＡＩは、構成されたＮＳＳＡＩ、要求されたＮＳＳＡＩ、又は許可されたＮＳＳＡＩであり得る。ＵＥとネットワークとの間のシグナリングメッセージの中で送信される許可されたＮＳＳＡＩ及び要求されたＮＳＳＡＩ内に、最大８つのＳ－ＮＳＳＡＩが存在することができる。ＵＥによってネットワークにシグナリングされる要求されたＮＳＳＡＩにより、ネットワークが、このＵＥのサービングＡＭＦ、ネットワークスライス、及びネットワークスライスインスタンスを選択することが可能になる。

いくつかの態様によれば、オペレータの動作上の必要性又は展開の必要性に基づいて、ネットワークスライスインスタンスは、１つ以上のＳ－ＮＳＳＡＩと関連付けることができ、Ｓ－ＮＳＳＡＩは、１つ以上のネットワークスライスインスタンスと関連付けることができる。同じＳ－ＮＳＳＡＩに関連付けられた複数のネットワークスライスインスタンスは、同じ又は異なる追跡領域（ＴＡ）において展開され得る。同じＳ－ＮＳＳＡＩに関連付けられた複数のネットワークスライスインスタンスが同じＴＡにおいて展開されるとき、ＵＥにサービスを提供するＡＭＦインスタンスは、このＳ－ＮＳＳＡＩに関連付けられた２つ以上のネットワークスライスインスタンスに論理的に属し（例えば、共通であり）得る。

いくつかの態様によれば、要求されたＮＳ ＳＡＩ（もしあれば）及びサブスクリプション情報に基づいて、５ＧＣは、このネットワークスライスインスタンスに対応する５ＧＣ制御プレーン及びユーザプレーンネットワーク機能を含む、ＵＥにサービス提供するネットワークスライスインスタンスの選択を担う。

いくつかの態様によれば、（Ｒ）ＡＮは、５ＧＣが許可されたＮＳＳＡＩの（Ｒ）ＡＮに通知する前に、ＵＥ ＣＰ接続に対処するために、アクセス層シグナリングにおいて要求されたＮＳＳＡＩを使用し得る。要求されたＮＳＳＡＩは、ＴＳ２３．５０１［１］、第６．３．５節に記載されるように、ＡＭＦ選択のためにＲＡＮによって使用され得る。ＵＥがＲＲＣ接続を再開することを要求し、ＲＲＣ非アクティブ状態でＣＭ－ＣＯＮＮＥＣＴＥＤであるときに、ＵＥは、ＲＲＣレジュームに要求されたＮＳＳＡＩを含まない場合がある。

いくつかの態様によれば、ＵＥがアクセスタイプに正常に登録されると、ＣＮは、許可されたＮＳＳＡＩを対応するアクセスタイプに提供することによって（Ｒ）ＡＮに通知することができる。

いくつかの態様によれば、標準化されたＳＳＴ値が、グローバル相互運用性を確立する方法をスライシングに提供するため、ＰＬＭＮは、最も共通に使用されるＳＳＴに関するローミングユースケースをより効率的にサポートすることができる。例えば、標準化されたＳＳＴは、以下の表１にある。

構成されたＮＳＳＡＩは、１つ以上のＰＬＭＮに適用可能な、ＵＥにプロビジョニングされたＮＳＳＡＩである。構成されたＮＳＳＡＩは、サービングＰＬＭＮによって構成され、サービングＰＬＭＮに適用され得る。いくつかの態様によれば、ＰＬＭＮごとに多くとも１つの構成されたＮＳＳＡＩがあり得る。

いくつかの態様によれば、デフォルト構成ＮＳＳＡＩは、ＨＰＬＭＮによって構成され得、例えば、特定の構成ＮＳＳＡＩがＵＥに提供されていない任意のＰＬＭＮに適用され得る。デフォルト構成されたＮＳＳＡＩにおいて使用される値は、全てのローミングパートナーによって共通に決定されることが予想され得る。デフォルト構成されたＮＳＳＡＩは、ＵＥにおいて構成される場合、ＵＥがサービングＰＬＭＮに関する構成されたＮＳＳＡＩを有していない場合にのみ、サービングＰＬＭＮにおいてＵＥによって使用され得る。ＵＥは、デフォルト構成されたＮＳＳＡＩで事前構成され得る。

いくつかの態様によれば、要求されたＮＳＳＡＩは、登録中にＵＥによってサービングＰＬＭＮに提供されるＮＳＳＡＩであり得る。要求されたＮＳＳＡＩ中のＳ－ＮＳＳＡＩは、例えば、それらが利用可能であるとき、このＰＬＭＮに適用できる構成及び／又は許可されたＮＳＳＡＩの一部であり得る。ＰＬＭＮに関する構成されたＮＳＳＡＩ及び許可されたＮＳＳＡＩが利用可能でない場合、要求されたＮＳＳＡＩ内のＳ－ＮＳＳＡＩは、デフォルト構成されたＮＳＳＡＩから、それがＵＥにおいて構成されている場合に選択される。

いくつかの態様によれば、ＵＥによってネットワークにシグナリングされる要求されたＮＳＳＡＩにより、ネットワークが、このＵＥのサービングＡＭＦ、ネットワークスライス、及びネットワークスライスインスタンスを選択することが可能になる。要求されたＮＳＳＡＩ（もしあれば）及びサブスクリプション情報に基づいて、５ＧＣは、このネットワークスライスインスタンスに対応する５ＧＣ制御プレーン及びユーザプレーンネットワーク機能を含む、ＵＥにサービス提供するネットワークスライスインスタンスの選択を担う。（Ｒ）ＡＮは、５ＧＣが許可されたＮＳＳＡＩの（Ｒ）ＡＮに通知する前に、ＵＥ制御プレーン接続に対処するために、アクセス層シグナリングにおいて要求されたＮＳＳＡＩを使用し得る。

いくつかの態様によれば、許可されたＮＳＳＡＩは、例えば登録プロシージャ中にサービングＰＬＭＮによって提供されるＮＳＳＡＩであり得、ＵＥが現在の登録領域のサービングＰＬＭＮにおいて使用し得るＳ－ＮＳＳＡＩ値を示す。アクセスタイプにわたるＵＥ登録プロシージャの完了に成功すると、ＵＥは、ＡＭＦから、１つ以上のＳ－ＮＳＳＡＩと、必要な場合（例えば第５．１５．４．１．２節を参照）、ＨＰＬＭＮ Ｓ－ＮＳＳＡＩへのＳ－ＮＳＳＡＩのマッピングを含む、このアクセスタイプの許可されたＮＳＳＡＩを入手することができる。これらのＳ－ＮＳＳＡＩは、ＵＥが登録したＡＭＦによって提供される現在の登録エリア及びアクセスタイプに対して有効であり得、ＵＥによって同時に使用され得る（例えば、同時ネットワークスライスインスタンス又はＰＤＵセッションの最大数まで）。

いくつかの態様によれば、許可されたＮＳＳＡＩのマッピングは、サービングＰＬＭＮに関する許可されたＮＳＳＡＩの各Ｓ－ＮＳＳＡＩの、ＨＰＬＭＮ Ｓ－ＮＳＳＡＩへのマッピングであってもよい。

構成されたＮＳＳＡＩのマッピングは、サービングＰＬＭＮに関する構成されたＮＳＳＡＩの各Ｓ－ＮＳＳＡＩの、ＨＰＬＭＮ Ｓ－ＮＳＳＡＩへのマッピングであってもよい。

いくつかの態様によれば、ネットワークスライスは、特定のネットワーク能力及びネットワーク特性を提供する論理ネットワークとして定義され得る。ＰＬＭＮ内のネットワークスライスは、コアネットワーク制御プレーン及びユーザプレーンネットワーク機能を含んでもよい。いくつかの態様によれば、ネットワークスライスインスタンスは、ＮＦインスタンスと、展開されたネットワークスライスを形成する必要なリソース（例えば、計算リソース、記憶リソース、及びネットワークリソース）とのセットである。

いくつかの態様によれば、ネットワークスライスは、サポートされた特徴及びネットワーク機能の最適化について異なり得、その場合、そのようなネットワークスライスは、異なるＳＳＴのものであり得る。オペレータは、同じ特徴を配信する複数のネットワークスライスインスタンスを展開し得るが、ＵＥの異なるグループの場合、例えば、それらが異なるコミットされたサービスを配信するとき、及び／又はそれらが顧客専用であるため、その場合は、そのようなネットワークスライスは、同じＳＳＴのものであり得るが、異なるスライス区分子を通して区別され得る。

いくつかの態様によれば、ネットワークは、ＵＥが登録されるアクセスタイプ（例えば、３ＧＰＰアクセス及び／又はＮ３ＧＰＰアクセス）に関係なく、５Ｇ－ＡＮを介して、合計で最大８つの異なるＳ－ＮＳＳＡＩに関連付けられた、同時に１つ以上のネットワークスライスインスタンスを単一のＵＥにサービス提供し得る。ＵＥにサービスを提供するＡＭＦインスタンスは、ＵＥにサービスを提供するネットワークスライスインスタンスの各々に論理的に属することができ、例えば、このＡＭＦは、ＵＥにサービスを提供するネットワークスライスインスタンスに共通である。

いくつかの態様によれば、ネットワークスライス固有の認証及び認可プロシージャは、ＥＡＰフレームワークを使用して、Ｈ－ＰＬＭＮ事業者によって、又はＨ－ＰＬＭＮとビジネス関係を有するサードパーティによってホストされ得るＡＡＡサーバ（ＡＡＡ－Ｓ）とのネットワークスライス固有の認証及び認可を必要とするＳ－ＮＳＳＡＩのためにトリガされ得る。例えば、ＡＡＡサーバがサードパーティに属する場合、ＨＰＬＭＮ内のＡＡＡプロキシ（ＡＡＡ－Ｐ）が関与し得る。

いくつかの態様によれば、このプロシージャは、いくつかのネットワークスライスがスライス固有の認証及び認可を必要とするとき、ＡＭＦが現在の許可されたＮＳＳＡＩにおけるＳ－ＮＳＳＡＩのためにネットワークスライス固有の認証及び認可が必要とされると決定するとき（例えば、サブスクリプション変更）、又はネットワークスライスを認証したＡＡＡサーバが再認証をトリガするとき、登録プロシージャ中にＡＭＦによってトリガされ得る。

いくつかの態様によれば、ＡＭＦは、ＥＡＰオーセンティケータの役目を果たすことができ、ネットワークスライス固有及びＳＮＰＮ認証及び認可機能（ＮＳＳＡＡＦ）を介してＡＡＡ－Ｓと通信する。ＮＳＳＡＡＦは、ＡＡＡ－ＳによってサポートされるＡＡＡプロトコルとインターワークする任意のＡＡＡプロトコルを引き受けることができる。

いくつかの態様によれば、ネットワークスライス固有の認証及び認可プロシージャは、ＧＰＳＩの使用を必要とし得る。例えば、ネットワークスライス固有の認証及び認可の対象となるＳ－ＮＳＳＡＩを含むサブスクリプションは、少なくとも１つのＧＰＳＩを含むことができる。いくつかの態様によれば、図３は、ＮＳＳＡＡ手順（例えば、ＴＳ ２３．５０２［２］の第４．２．９．２節）のコールフロー図を示す。

いくつかの態様によれば、ＰＤＵセッション確立認証／認可は、ＰＤＵセッション確立中にＳＭＦによって随意にトリガされ得、ＤＮ－ＡＡＡサーバが５ＧＣ内に位置し、直接到達可能である場合（例えば、ＴＳ ２３．５０１［１］の第５．６．６節）、ＵＰＦを介して透過的に、又はＵＰＦを伴わずにＤＮ－ＡＡＡサーバと直接実行され得る。

いくつかの態様によれば、ホームルーテッドローミング（Home Routed Roaming）の場合、別段の指定がない限り、この節で定義された情報フロー中のＳＭＦはＨ－ＳＭＦである。ホームルーテッドローミングの場合、別段の指定がない限り、この節で定義された情報フロー中のＳＭＦはＨ－ＳＭＦである。

いくつかの態様によれば、図４のステップ２、３ａ、３ｆ、及び４は未定義であり得る。ステップ３は、使用される機構に依存して繰り返され得る。いくつかの態様によれば、ＳＭＦがＵＰＦを伴わずにＤＮ－ＡＡＡサーバと直接通信するとき、ステップ１はスキップされ得、ステップ２、３ａ、３ｆ、４、及び６は、ＵＰＦを伴わずに実行され得る。いくつかの態様によれば、ＳＭＦは、それがＤＮ－ＡＡＡサーバにコンタクトする必要があると決定することができる。ＳＭＦは、ローカル構成に基づいて、又はＰＤＵセッション確立要求内でＵＥによって提供されるＳＭ ＰＤＵ ＤＮ要求コンテナ内で、若しくはＰＤＵセッション認証完了メッセージ（例えば、ＴＳ ２４．５０１）内のＥＡＰメッセージ内でＵＥによって提供されるＤＮ固有識別情報（例えば、ＴＳ ３３．５０１）を使用して、ＤＮ－ＡＡＡサーバを識別し得る。

いくつかの態様によれば、ＳＭ ＰＤＵ ＤＮ要求コンテナの内容は、ＴＳ ２４．５０１において定義される。ＳＭＦとＤＮとの間でＤＮ関連メッセージを搬送するために使用され得る既存のＮ４セッションが存在しない場合、ＳＭＦは、ＵＰＦを選択し、Ｎ４セッション確立をトリガし得る。

いくつかの態様によれば、ＳＭＦは、（例えば、ＴＳ ２９．５６１において指定されているように）ＵＥによって与えられたＤＮ固有識別情報を認証するために、ＵＰＦを介してＤＮ－ＡＡＡとの認証プロシージャを開始し得る。利用可能な場合、ＳＭＦは、ＤＮ－ＡＡＡと交換されるシグナリングにおいてＧＰＳＩを提供することができる。ＵＰＦは、ＳＭＦから受信したメッセージを透過的にＤＮ－ＡＡＡサーバに中継することができる。

ＤＮ－ＡＡＡサーバによるＰＤＵセッション確立認証／認可のためのステップは、以下のように説明され得る。

ステップ３ａ：ＤＮ－ＡＡＡサーバは、認証／認可メッセージをＳＭＦに向けて送信することができる。メッセージは、ＵＰＦを介して搬送され得る。

ステップ３ｂ：ＤＮ－ＡＡＡから受信されたＤＮ要求コンテナ情報は、ＵＥに向けて転送され得る。いくつかの態様によれば、非ローミング及びＬＢＯの場合、ＳＭＦは、ＡＭＦ上でＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＮｌＮ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作を呼び出して、ＵＥに向けて送られたＮ１ ＳＭ情報内のＤＮ要求コンテナ情報を転送することができる。いくつかの態様によれば、Ｈｏｍｅ Ｒｏｕｔｅｄローミングの場合、Ｈ－ＳＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅサービス動作を開始して、ＤＮ要求コンテナをＵＥに転送するようにＶ－ＳＭＦに要求することができ、Ｖ－ＳＭＦは、ＡＭＦ上でＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＮｌＮ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作を呼び出して、ＵＥに向けて送信されたＮ１ ＳＭ情報内のＤＮ要求コンテナ情報を転送することができる。Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔにおいて、Ｈ－ＳＭＦは、Ｈ－ＳＭＦ ＳＭ Ｃｏｎｔｅｘｔ ＩＤを更に含むことができる。

ステップ３ｃ：ＡＭＦは、Ｎ１ ＮＡＳメッセージをＵＥに送信することができる。

ステップ３ｄ～３ｅ：ＵＥから受信されたＤＮ要求コンテナ情報は、ＤＮ－ＡＡＡに向けて転送され得る。いくつかの態様によれば、ＤＮ要求コンテナ情報を含むＮ１ ＮＡＳメッセージでＵＥが応答するとき、ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作を呼び出すことによってＳＭＦに通知することができる。ＳＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答を発行することができる。Ｈｏｍｅ Ｒｏｕｔｅｄローミングの場合、Ｖ－ＳＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅサービス動作を介してステップ３ｂで受信されたＰＤＵセッションの情報を用いてＮ１ ＳＭ情報をＨ－ＳＭＦに中継することができる。

ステップ３ｆ：ＳＭＦ（例えば、ＨＲの場合、それはＨ－ＳＭＦである）は、ＵＰＦを介してＤＮ要求コンテナ情報（例えば、認証メッセージ）の内容をＤＮ－ＡＡＡサーバに送信することができる。いくつかの態様によれば、ステップ３は、ＤＮ－ＡＡＡサーバがＰＤＵセッションの認証／認可の成功を確認するまで繰り返され得る。

ステップ４：ＤＮ－ＡＡＡサーバは、ＰＤＵセッションの認証／認可の成功を確認することができる。いくつかの態様によれば、ＤＮ－ＡＡＡサーバは、（１）成功した認証／認可を示すために、ＳＭＦに提供するＳＭ ＰＤＵ ＤＮ応答コンテナ、（２）ＤＮ認可データ（例えば、ＴＳ ２３．５０１［１］の第５．６．６節に定義されている）、（３）ＰＤＵセッションに割り当てられたＩＰアドレス及び／又はＰＤＵセッションのためにＵＥによって使用されるＮ６トラフィックルーティング情報又はＭＡＣアドレスで通知される要求、及び／又は（４）ＰＤＵセッションのためのＩＰアドレス（又はＩＰＶ６プレフィックス）を提供することができる。

いくつかの態様によれば、Ｎ６トラフィックルーティング情報は、ＴＳ ２３．５０１［１］の第５．６．７節において定義されている。

いくつかの態様によれば、成功したＤＮ認証／認可の後、ＳＭＦとＤＮ－ＡＡＡとの間でセッションが維持され得る。ＳＭＦがＤＮ認可データを受信する場合、ＳＭＦは、ポリシー及び課金制御を適用するためにＤＮ認可プロファイルインデックスを使用することができる（例えば、ＴＳ ２３．５０１［１］の第５．６．６節）。

ステップ５：ＰＤＵセッション確立は継続し、完了することができる。例えば、ＴＳ ２３．５０３［２］の図４．３．２．２．１－１のステップ７ｂにおいて、ＳＭＦが、ＤＮ－ＡＡＡからＤＮ認可データ内のＤＮ認可プロファイルインデックスを受信する場合、ＳＭＦは、ＰＣＦからＰＤＵセッション関連ポリシー情報（例えば、ＴＳ ２３．５０２［２０］の第６．４節）及びＰＣＣルール（例えば、ＴＳ ２３．５０３［６］の第６．３節）を取り出すために、ＤＮ認可プロファイルインデックスを送信し得る。いくつかの態様によれば、ＳＭＦは、ＤＮ－ＡＡＡからＤＮ認可データ内のＤＮ認可セッションＡＭＢＲを受信した場合、セッションＡＭＢＲ内のＤＮ認可セッションＡＭＢＲをＰＣＦに送信して、認可セッションＡＭＢＲを取り出すことができる（例えば、ＴＳ ２３．５０３［６］の第６．４節）。イーサネットタイプのＰＤＵセッションの場合、ＳＭＦは、Ｎ６若しくはＮ１９又は内部インターフェース（例えば、ＴＳ ２３．５０１［１］の第５．６．１０．２節）上で受信及び送信されるＰＤＵセッションに関連するイーサネット（フレームのＶＬＡＮ情報を処理するようにＵＰＦに命令することができる。

ステップ６：ステップ４でそのように要求された場合、又はローカルポリシーによってそのように構成された場合、ＳＭＦは、ＧＰＳＩとともにＰＤＵセッションに割り振られたＩＰ／ＭＡＣアドレス及び／又はＮ６トラフィックルーティング情報をＤＮ－ＡＡＡに通知することができる。

いくつかの態様によれば、サービスエリア制限は、１つ以上（例えば、最大１６個）の追跡領域全体を含むことができ、各サービスエリア制限又はサービスエリア制限は無制限として設定することができる（例えば、ＰＬＭＮの全ての追跡領域を含む）。ＵＤＭ内のＵＥのサブスクリプションデータは、明示的な追跡領域アイデンティティ及び／又は他の地理的情報（例えば、経度／緯度、郵便番号など）を使用することによって指定される許可エリア又は不許可エリアのいずれかを含み得る、サービスエリア制限を含み得る。いくつかの態様によれば、許可エリア又は不許可エリアを指定するために使用される地理的情報は、ネットワーク内で管理されるだけであり、ネットワークは、サービスエリア制限情報をＰＣＦ、ＮＧ－ＲＡＮ、及びＵＥに送信する前に、それをＴＡのリストにマッピングすることができる。

いくつかの態様によれば、ＡＭＦが制限された許可エリアをＵＥに割り当てるとき、ＡＭＦは、許可エリア又は非許可エリアのいずれかからなるサービスエリア制限をＵＥに提供することができる。サービスエリア制限に含まれる許可エリアは、ＡＭＦによってあらかじめ構成され、及び／又は動的に割り当てられてもよい。

いくつかの態様によれば、許可エリアは、代替として、無制限として構成されてもよく、例えば、許可エリアは、ＰＬＭＮの全ての追跡領域を含んでもよい。非許可エリア内のＵＥの登録エリアは、ＵＥの非許容エリアに属するＴＡのセットから構成され得る。許可エリア内のＵＥの登録エリアは、ＵＥの許可エリアに属するＴＡのセットから構成され得る。ＡＭＦは、ＴＡ（複数可）の形態でサービスエリア制限を登録プロシージャ中にＵＥに提供することができ、これは、ＵＥのサブスクリプションデータに記憶された、又はＰＣＦによって提供された完全なリストのサブセットであってもよい。

いくつかの態様によれば、ＮＧ－ＲＡＮは、例えば、ＵＥによって使用されるデータ無線ベアラに関連付けられたネットワークスライスに依存して、データ無線ベアラ（複数可）ごとに特定の無線リソースを使用することを選好し得る。ＵＥアイドルモードモビリティ制御及び優先度ベースの再選択機構が動作し（例えば、ＴＳ ２３．５０１の第５．３．４．３．１節）、（例えば、特定のＳ－ＮＳＳＡＩのために）ＵＰリソースがアクティブ化されるとき、ＮＧ－ＲＡＮは、関連するデータ無線ベアラのためにどの特定の無線リソースを使用すべきかを決定するために、ローカルポリシーを使用し得る。ＵＥは、ＲＲＭポリシーに基づいて選択された、異なる帯域中のセルによってサービスされ得るデータ無線ベアラのセットによってサービスされ得る。

いくつかの態様によれば、ネットワークスライスが、特定の専用周波数帯域をカバーするＴＡにおいてのみ利用可能であるように構成される場合、そのようなＳ－ＮＳＳＡＩが要求されるとき、ＵＥを専用周波数帯域にリダイレクトする必要がある場合がある。要求されたＮＳＳＡＩが、ＵＥの現在のＴＡにおいて利用可能でないＳ－ＮＳＳＡＩを含む場合、ＡＭＦ自体又はＮＳＳＦと相互作用することによって、ＮＧ－ＲＡＮによって使用されるターゲットＮＳＳＡＩを決定して、ターゲットＮＳＳＡＩにおいてＳ－ＮＳＳＡＩをサポートする別の帯域及びＴＡにおけるセル及びＴＡにＵＥをリダイレクトすることを試みることができる。ターゲットＮＳＳＡＩは、現在のＴＡにおいて利用可能ではないが、異なる周波数帯域中の別のＴＡにおいて利用可能である、要求されたＮＳＳＡＩからの少なくとも１つのＳ－ＮＳＳＡＩを含み得る。ターゲットＮＳＳＡＩは、ＵＥのための許可されたＮＳＳＡＩ中で与えられ得るＳ－ＮＳＳＡＩのみを含み得る。

いくつかの態様によれば、ネットワークスライスが、特定の専用周波数帯域をカバーするＴＡにおいてのみ利用可能であるように構成される場合、そのようなＳ－ＮＳＳＡＩが要求されるとき、ＵＥを専用周波数帯域にリダイレクトする必要がある場合がある。要求されたＮＳＳＡＩが、ＵＥの現在のＴＡにおいて利用可能でないＳ－ＮＳＳＡＩを含む場合、ＡＭＦ自体又はＮＳＳＦと相互作用することによって、ＮＧ－ＲＡＮによって使用されるターゲットＮＳＳＡＩを決定して、ターゲットＮＳＳＡＩにおいてＳ－ＮＳＳＡＩをサポートする別の帯域及びＴＡにおけるセル及びＴＡにＵＥをリダイレクトすることを試みることができる。ターゲットＮＳＳＡＩは、現在のＴＡにおいて利用可能ではないが、異なる周波数帯域中の別のＴＡにおいて利用可能である、要求されたＮＳＳＡＩからの少なくとも１つのＳ－ＮＳＳＡＩを含み得る。ターゲットＮＳＳＡＩは、ＵＥのための許可されたＮＳＳＡＩ中で与えられ得るＳ－ＮＳＳＡＩのみを含み得る。

いくつかの態様によれば、ＮＧ－ＲＡＮは、ターゲットＳ－ＮＳＳＡＩ内の全てのＳ－ＮＳＳＡＩをサポートすることができるＴＡのセルを見つけることを試みることができ、ＴＡのそのようなセルが利用可能でない場合、ＲＡＮは、ターゲットＳ－ＮＳＳＡＩに最もよく一致するＴＡのセルを選択することを試みることができる。ＮＧ－ＲＡＮは、ターゲットＮＳＳＡＩ内にある許可されたＮＳＳＡＩ内のＳ－ＮＳＳＡＩに関連付けられたアクティブ化されたユーザプレーンとのＰＤＵセッションの連続性を保証しようと試みることができる。また、ＮＧ－ＲＡＮは、同じくターゲットＮＳＳＡＩにおいて利用可能な許可されたＮＳＳＡＩのＳ－ＮＳＳＡＩのうちの１つ以上をサポートしていないセルに優先順位を付ける前に、同じくターゲットＮＳＳＡＩにおいて利用可能な許可されたＮＳＳＡＩのＳ－ＮＳＳＡＩのためのサービスの連続性を保証しようと試み得る。

いくつかの態様によれば、ターゲットセルが決定されると、ＮＧ－ＲＡＮは、可能な場合、ターゲットセルに向けてＲＲＣリダイレクションプロシージャを開始することができる。

いくつかの態様によれば、ＵＥルート選択ポリシー（ＵＲＳＰ）は、ＵＲＳＰルールの優先リストを含み得る［６］。例えば、表２は、ＵＲＳＰを示す。更に、ＵＲＳＰルールの例示的な構造が表３及び表４に記載されている。

ＵＲＳＰルールの構造は、以下の表３及び表４に記載されている。

いくつかの態様によれば、スマートフォンなどのＵＥは、ＵＥにサービスも提供し得る１つ以上のサードパーティからＵＥアプリケーションを取得し得る。ＵＥは、一度にコアネットワークと複数のＰＤＵセッションを確立することができる。ＰＤＵセッションは、通常、ＵＥ内のアプリケーションによってトリガされる。例えば、アプリケーションが開始されるとき、アプリケーションは、データネットワーク内のアプリケーションサーバからのサービスにアクセスすることを望む場合がある。図５に示すように、アプリケーションＡｐｐ１は、図中の実線によって表されるＵＲＬＬＣネットワークスライスとのＰＤＵセッションを確立することができる。ＰＤＵセッションは、ＵＲＳＰルールに基づいて確立され得る。Ａｐｐ３のためのＵＲＳＰルールがまた、ＰＬＭＮ中のそれの好ましいスライスと同じＳ－ＮＳＳＡＩ（例えば、ＵＲＬＬＣスライス）を示した場合、ＵＥは、Ａｐｐ１が以前に確立した既存のＰＤＵセッションを使用し得る。ＵＲＳＰルールに従って異なるネットワークスライスとの別個のＰＤＵセッションを確立するようにＵＥをトリガした可能性のある、別のアプリケーション、例えば、Ａｐｐ５が存在し得る。

いくつかの態様によれば、コネクテッドカーなどのモバイルＵＥは、コアネットワーク内の１つ以上のネットワークスライスとのＰＤＵセッションを確立している可能性がある。ＵＥが移動するにつれて、それは、ＵＥがアクセスを失い得、任意の認可されたネットワークスライスへのアクセスを有し得ない、新しい場所（例えば、ＴＡ／ＲＡ）を横断し得る。図６に示されるように、ゲームスライスにアクセスしていたロケーションＡにおける車両ＵＥ（ＣＣ１）は、ロケーションＢにおけるいかなるスライスにもアクセスすることができない。

いくつかの態様によれば、ＵＥ内のＵＲＳＰルールは、図５に示すように、別の（例えば、第１の）アプリケーションによって確立されている可能性があるＰＤＵセッションを使用するようにＵＥ内のアプリケーションをガイドすることができる。第２のアプリケーションは、異なるサードパーティに属してもよく、したがって、ネットワークスライスを使用する前に認可される必要があってもよい。現在の５ＧＳ仕様は、５ＧＳがネットワークスライス又はＤＮにアクセスするためのアプリケーションごとの認証及び認可をどのように行うかを定義していない。

いくつかの態様によれば、ＵＥは、１つ以上のネットワークスライスとの進行中のＰＤＵセッションを有していた可能性がある。ＵＥが新しいロケーション（例えば、ＴＡ、ＲＡなど）に移動するとき、ＵＥは、新しいロケーション中の任意の認可されたネットワークスライスへのアクセスを有しないことがある。現在の５ＧＳは、スライスが利用不可能になり得ることと、アプリケーションがそれらの状態（例えば、アイドル、接続、アクティブ、非アクティブなど）をグレースフルに終了又は保存し得ることとをＵＥがＵＥアプリケーションに通知することが可能であり得るように、ＵＥがそのようなシナリオをどのように処理し得るかについて説明していない。加えて、５ＧＳは、そのようなシナリオにおいてＵＥにおける望ましくないアプリケーションアクティビティを低減することによって、ＵＥがどのように電力を節約し得るかについて説明していない。

いくつかの態様によれば、ＵＥアプリケーションが開始するとき、それは、ネットワークとのＰＤＵセッションを確立するようにＵＥをトリガし得る。ＰＤＵセッションは、ネットワークスライスを介してデータネットワークにアクセスすることを伴い得る。各ＵＥアプリケーションは、様々なサードパーティによって提供される異なるサービス（例えば、ゲーム、ビデオ、ＩｏＴ制御など）のためにＵＥにインストールされている場合があり、したがって、パフォーマンス、プライバシーなどのために様々なレベルのリソースを必要とする場合がある。データネットワーク及び／又はネットワークスライスは、スライスを使用してアプリケーション機能を介してサービスを受ける前に、アプリケーションの認可を要求する場合がある。したがって、５Ｇシステムは、アプリケーションごとの認証及び認可（ＰＡＡＡ）プロシージャを必要とし得る。これらの以下の節では、ＰＡＡＡのための方法を記載する。

いくつかの態様によれば、ネットワークスライスは、ネットワークスライスがアプリケーションごとの認証及び認可を受けることを識別するために、ＵＥアプリケーションのためのインジケータでマークされる必要があり得る。ＭＮＯは、ネットワークスライス構成中にＰＡＡＡに従うＰＡＡＡインジケータでネットワークスライスをマークすることができる。ＵＥは、ＵＥ登録が成功した後に、許可されたＮＳＳＡＩの一部としてＰＡＡＡインジケータを有するＳ－ＮＳＳＡＩを受信していることがある。代替的に、ＰＡＡＡインジケータは、構成されたＮＳＳＡＩとともにＵＥに送られ得る。

アプリケーションがＰＤＵセッションをトリガするとき、ＵＥは、選択されたネットワークスライスがＰＡＡＡインジケータに基づいてＰＡＡＡの対象であることを識別することができる。いくつかの態様によれば、図７は、ＰＡＡＡインジケータがＵＥに伝達されるときの拡張ＵＥ登録手順を示す。

ステップ０において、ＰＡＡＡに従う各Ｓ－ＮＳＳＡＩは、ＵＤＭ／ＵＤＲにおけるＵＥのＵＥアクセス及びモビリティサブスクリプション内のアプリケーションごとの認証及び認可（ＰＡＡＡ）インジケータに関連付けられ得る。いくつかの態様によれば、スライスアクセスのためのＰＡＡＡ要件は、サービス、セキュリティ要件、ローカルポリシー等に関するサードパーティとのＭＮＯの合意などの要因に依存し得る。

いくつかの態様によれば、スライスに関連付けられたＰＡＡＡ情報は、スライスがＵＥからのＰＡＡＡを必要とするかどうかの指示であり得る。ＰＡＡＡ情報は、ＵＥに対してＳｅｔ又はＮｏｔ Ｓｅｔのいずれかであるフラグとして実装され得る。Ｓｅｔフラグは、スライスがＰＡＡＡの対象であることを示すことができ、Ｎｏｔ Ｓｅｔフラグは、ＵＥからそのスライスにアクセスするためにＰＡＡＡが必要とされないことを示すことができる。

ステップ１において、ＵＥは、ＲＡＮを介してＡＭＦに向けて登録要求を送信することができる（例えば、ＴＳ ２３．５０２のセクション４．２．２．２．２のステップ１）。この要求において、ＵＥはまた、ＰＡＡＡのためのそのサポートを示し得る。

いくつかの態様によれば、要求は、要求されたＮＳＳＡＩを含み得る。初期登録又はモビリティ登録更新の場合、ＵＥは、要求されたＮＳＳＡＩ内のＳ－ＮＳＳＡＩがサブスクライブされたＳ－ＮＳＳＡＩに基づいて許可されるかどうかをネットワークが検証することができることを保証するために、要求されたＮＳＳＡＩの各Ｓ－ＮＳＳＡＩのＨＰＬＭＮ Ｓ－ＮＳＳＡＩへのマッピングであり得る、要求されたＮＳＳＡＩマッピング（利用可能な場合）を含み得る。

ステップ２において、ＲＡＮは、ＡＭＦ（例えば、ＴＳ ２３．５０１［１］、第６．３．５節）を選択することができる。

ステップ３において、登録要求は、選択されたＡＭＦに転送され得る。

ステップ４において、ＡＭＦがＵＥのためのサブスクリプションデータを有していない場合、ＡＭＦは、Ｎｕｄｍ＿ＳＤＭ＿Ｇｅｔを使用して、アクセス及びモビリティサブスクリプションデータ、ＳＭＦ選択サブスクリプションデータ、ＳＭＦデータ内のＵＥコンテキストなどを取り出すことができる。ＵＤＭから取り出されたＵＥサブスクリプション情報は、ＵＥが加入しているＳ－ＮＳＳＡＩのセットを含み得、その各々はＰＡＡＡ指示を含み得る。

ステップ５において、ＡＭＦは、（Ｒ）ＡＮノードを介してＵＥに登録受諾メッセージを送信することができる。登録受諾は、ＰＡＡＡインジケータを用いて構成された各Ｓ－ＮＳＳＡＩを有するＵＥのための許可されたＮＳＳＡＩを含み得る。インジケータがフラグであり、Ｓ－ＮＳＳＡＩがＵＥのためのＰＡＡＡに従う場合、フラグはＳｅｔであり得る。そうでない場合、フラグはＮｏｔ Ｓｅｔであり得る。

加えて、ＡＭＦはまた、許可されたＮＳＳＡＩと各Ｓ－ＮＳＳＡＩ及びＰＡＡＡインジケータとのマッピング、サービングＰＬＭＮのための構成されたＮＳＳＡＩと各Ｓ－ＮＳＳＡＩ及びそのＰＡＡＡインジケータとのマッピング、並びに構成されたＮＳＳＡＩと各Ｓ－ＮＳＳＡＩ及びその対応するＰＡＡＡインジケータとのマッピングを送り得る。（Ｒ）ＡＮノードは、登録受諾をＵＥに転送し得る。

現在の５Ｇシステム設計は、ネットワークスライスがＮＳＳＡＡを必要とする場合、ＵＥごとの認証及び認可のみを考慮する。しかしながら、各アプリケーションは、アプリケーション機能又はデータネットワークへのアクセスに影響を及ぼす可能性がある。したがって、ＵＥのためのネットワークスライスにアクセスするアプリケーションの許可は、アプリケーション機能／ＤＮにアクセスするアプリケーションの許可と結合される。本節は、コアネットワークが、ネットワークスライス及びＡＦ／ＤＮにアクセスすることを試みる各アプリケーションを認証及び認可する方法を説明する。図８は、例示的な手順を示し、以下のように説明される。

ステップ１では、ＵＥ内の第１のアプリケーション、例えば、Ａｐｐ１が、トラフィックを開始する。ＵＥは、ＰＤＵセッションを確立する必要があると判断する。Ａｐｐ１は、トラフィック記述子をＵＥに提供し得る。トラフィック記述子は、アプリケーション記述子、ＩＰ記述子／アドレス、ＤＮＮなど（例えば、ＴＳ ２３．５０３の表６．６．２．１－２）であり得る。ＵＥは、Ａｐｐ １が提供したトラフィック記述子から成るＵＲＳＰルールを評価し得る。ＵＲＳＰルールにおけるＲＳＤは、Ｓ－ＮＳＳＡＩを含むことができる。Ｓ－ＮＳＳＡＩが図３で説明したようにＰＡＡＡインジケータを含む場合、ＵＥは、そのスライス中で確立された任意のＰＤＵセッションがＰＡＡＡプロシージャを経る必要があることを識別し得る。

いくつかの態様によれば、ＵＥは、ＵＲＳＰルールに基づいて選択されたネットワークスライスを示すＰＤＵセッション確立要求を、ＲＡＮを介してＡＭＦに送信することができる。要求はまた、アプリケーション記述子を含んでもよい。アプリケーション記述子は、ＵＲＳＰ評価において使用されたトラフィック記述子、又はＯＳＩｄ及びＯＳＡｐｐＩｄなどのアプリケーション識別子であり得る。ＵＥはまた、ＳＭ ＰＤＵ ＤＮ要求コンテナ内のＤＮ固有識別情報を要求に含めることができる。ＤＮ固有識別情報は、アプリケーションに関連付けられ、ＵＥ上のアプリケーションのインスタンスを識別し得る。

ＵＥは、オプションで、ＰＤＵセッション要求にＰＡＡＡトリガインジケータを含めることができる。ＰＡＡＡトリガインジケータは、ＰＡＡＡプロセスをトリガするようにＳＭＦに通知するために後で使用され得る。

アプリケーション記述子は、どのサーバからトラフィックを送受信するためにＰＤＵセッションが使用されるかを示す１つ以上のＩＰアドレス、ポート番号、又はＭＡＣアドレスから構成され得る。

アプリケーション記述子は、サービスプロバイダＩＤを含み得る。ネットワーク及びＵＥは、サービスプロバイダＩＤを１つ以上のＩＰアドレス、ポート番号、又はＭＡＣアドレスに関連付けるように事前構成され得る。したがって、サービスプロバイダＩＤは、どのサーバからのトラフィックを送受信するためにＰＤＵセッションが使用されるかをネットワークに示すために、ＵＥによって使用され得る。

アプリケーション記述子は、ＰＤＵセッションを使用することになるＵＥアプリケーションを識別する１つ以上のアプリケーション識別子を含み得る。アプリケーション識別子のフォーマットは、３ ＧＰＰ外部識別子であってもよい。

ステップ２では、ＡＭＦは、メッセージが、要求タイプが「初期要求」を示す新しいＰＤＵセッションの要求に対応すること、及びＰＤＵセッションＩＤがＵＥの任意の既存のＰＤＵセッションに使用されないことを判定することができる。ＡＭＦは、ＳＭＦ（例えば、ＴＳ ２３．５０１［１］の第６．３．２節）を選択する。

ステップ３において、ＡＭＦが、ＵＥによって提供されたＰＤＵセッションＩＤに対するＳＭＦとの関連付けを有していない場合（例えば、要求タイプが「初期要求」を示す場合）、ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求を呼び出すことができ、ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求を呼び出すことができる。

ステップ４において、ＵＥがアクセスすることを望むアプリケーション記述子及びＳ－ＮＳＳＡＩ（例えば、Ｓ－ＮＳＳＡＩ－Ａ）と、ＵＥからのＰＡＡＡトリガインジケータとを含むＵＥからの要求に基づいて、ＳＭＦはＰＡＡＡプロセスをトリガすることができる。代替的に、ＳＭＦは、ＰＣＦから受信されたポリシーに基づいてＰＡＡＡプロセスをトリガし得る。ＳＭＦは、ＰＡＡＡプロシージャのためにＤＮ－ＡＡＡサーバにコンタクトする必要があると決定することができる。ＳＭＦは、ローカル構成、アプリケーション記述子に基づいて、又はＤＮ固有識別情報を使用して、ＤＮ－ＡＡＡサーバを識別することができ、ＰＡＡＡの要求とともにアプリケーション記述子をＤＮ－ＡＡＡサーバに送信する。

ステップ５ａにおいて、ＤＮ－ＡＡＡサーバは、ＵＰＦを介してＳＭＦに向けてＵＥに宛てられた認証／認可メッセージを送信することができる。

ステップ５ｂにおいて、ＳＭＦは、ＬＢＯ又は非ローミングの場合、Ｎ１ ＳＭ情報内のＡＭＦ上でＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作を呼び出すことによって、ＤＮ－ＡＡＡから受信されたＤＮ要求コンテナ情報をＵＥに向けて転送することができる。

ホームルーテッドローミングの場合、Ｈ－ＳＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅサービス動作を開始して、ＤＮ要求コンテナをＵＥに転送するようにＶ－ＳＭＦに要求することができ、Ｖ－ＳＭＦは、ＡＭＦ上でＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作を呼び出して、ＵＥに向けて送信されたＮ１ ＳＭ情報内のＤＮ要求コンテナ情報を転送する。

ステップ５ｃにおいて、ＡＭＦは、Ｎ１ ＮＡＳメッセージをＵＥに送信することができる。

ステップ５ｄにおいて、ＵＥは、ＤＮ要求コンテナ情報を含むＮ１ ＮＡＳメッセージでＡＭＦに応答することができる。

ステップ５ｅにおいて、ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作を呼び出すことによってＳＭＦに通知することができる。ＳＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答を発行することができる。

ホームルーテッドローミングの場合、Ｖ－ＳＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅサービス動作を介して受信されたＰＤＵセッションの情報を用いてＮ１ ＳＭ情報をＨ－ＳＭＦに中継することができる。

ステップ５ｆにおいて、ＳＭＦ（又はホームルータの場合はＨ－ＳＭＦ）は、ＵＰＦを介してＤＮ要求コンテナ情報（認証メッセージ）の内容をＤＮ－ＡＡＡサーバに送信することができる。

いくつかの態様によれば、ステップ５は、ＤＮ－ＡＡＡが、ＵＥから全ての必要な情報を取得して、ＰＤＵセッションの成功した認証及び認可を確認するまで繰り返され得る。

ステップ６において、ＤＮ－ＡＡＡサーバは、ＳＭＦに向けてＰＡＡＡ成功メッセージを送信することができる。ＰＡＡＡ成功メッセージに加えて、ＤＮ－ＡＡＡサーバは、ＩＰアドレス、ポート番号、及びアプリケーション機能（ＡＦ）のＭＡＣアドレス、ＤＮＳのためのＩＰアドレスなどのセットを、ＵＥがネットワークスライスを使用してアクセスし得るＳＭＦに送信し得る。

いくつかの態様によれば、Ａｐｐ１が認証されない場合、ＳＭＦは、ＰＤＵセッション要求を拒否することができる。しかしながら、アプリケーションが認証されているが、問題の特定のＡＦにアクセスすることを認可されていない場合、ＳＭＦはＰＤＵセッション要求を受け入れることができるが、ＰＤＵセッション受諾メッセージにおいて、ＳＭＦは、ＵＥがＡｐｐ１を使用してアクセスすることを許可されているＤＮ－ＡＡＡから受信されたＩＰアドレス（例えば、ＡＦ）のリストを送信することができる。

ステップ７では、ＳＭＦは、Ｎ４セッション確立／修正要求をＵＰＦに送信し、このＰＤＵセッションのためにＵＰＦ上にインストールされるべきパケット検出、施行、及び報告ルールを提供することができる。ＳＭＦは、ＩＰアドレス／プレフィックス割り当てを実行するようにＵＰＦに示すことができ、ＵＰＦが割り当てを実行するために必要な情報を含むことができる。この要求は、ＤＮ－ＡＡＡサーバから受信されたＡＦのＩＰアドレス、ポート番号、及びＭＡＣアドレスを含むことができる。この情報は、ＰＤＵセッションがトラフィックを送信／受信するために使用され得るアドレスを決定するために、ＵＰＦによって使用され得る。ＵＰＦは、Ｎ４セッション確立／修正応答を送信することによって肯定応答することができる。Ｎ４セッション確立／修正要求はまた、ＵＥへの全てのダウンリンクトラフィックが許可され得るが、アップリンクトラフィックは、示されたＩＰアドレス、ポート番号、及びＭＡＣアドレスに対してのみ許可されることをＵＰＦに示し得る。サーバがＵＥとのコンタクトを開始し得るように、ＵＥへのダウンリンクトラフィックを可能にすることが有用であり得る。次いで、ＵＥは、アップリンクトラフィックを新しい宛先に送信しようと試みるときに認証され得る。

ステップ８において、ＳＭＦは、ＡＭＦがＵＥに提供し得るＮ１ ＳＭコンテナ内のＰＤＵセッション確立受諾メッセージをＡＭＦに送信し得る。加えて、ＳＭＦは、ＵＥがコンタクトする（例えば、そこからトラフィックを送受信する）ためにＰＤＵセッションを使用することを認可されているＡＦのためのＩＰアドレス、ポート番号、及びＭＡＣアドレスをＵＥに送信することができる。

ＡＭＦは、ＲＡＮを介してＰＤＵセッション確立受諾メッセージ並びにＡＦ ＩＰアドレス、ポート番号、及びＭＡＣアドレスを、ＲＡＮを介してＵＥに転送することができる。

ステップ９において、第２のアプリケーション、Ａｐｐ２は、アップリンクトラフィックを生成し得る。しかしながら、Ａｐｐ２は、Ａｐｐ１と同じスライスを使用することを認可されないことがある。現在の５Ｇシステムでは、Ａｐｐ２は、ＵＲＳＰトラフィック記述子内に一致がある場合、任意の他のアプリケーション（例えば、Ａｐｐ１）のＰＤＵセッションを利用することが可能であり得る。以下の節では、アプリがＰＡＡＡを必要とするときに、アプリ２からのトラフィックがどのように処理され得るかを説明する。

いくつかの態様によれば、図８のステップ９において、ＵＥは、ＰＤＵセッション確立受諾メッセージとともに、ＵＥが特定のＳ－ＮＳＳＡＩを使用してＰＤＵセッションを介してコンタクトし得るＡＦのための認可されたＩＰアドレスのセットをすでに受信している。例えば、Ａｐｐ１は、ネットワークスライス（例えば、Ｓ－ＮＳＳＡＩ－Ａ）を介して進行中のＰＤＵセッションを有し得る。

第２のアプリケーション（Ａｐｐ２）トラフィックが開始し得る。Ａｐｐ２は、トラフィック記述子（例えば、ＯＳｉｄ、ＤＮＮ、ＩＰアドレスなど）をＵＥに提供し得る。ＵＥは、ＵＲＳＰルールを評価し、ＵＲＳＰルール中のＳ－ＮＳＳＡＩ及びＤＮＮと一致するＳ－ＮＳＳＡＩ及びＤＮＮに向かう既存のＰＤＵセッションがあると決定し得る。しかしながら、ＵＥは、ＵＥがアクセスしようとしているトラフィック記述子が、Ｓ－ＮＳＳＡＩ（例えば、Ｓ－ＮＳＳＡＩ－Ａ）を使用するこのＰＤＵセッションのために認可されていないＡＦ（ＩＰアドレス）であるので、ＵＥがネットワークスライスにアクセスすることを認可されていないことを知り得る。言い換えれば、Ａｐｐ２がデータを送信しようとしているＩＰアドレスは、図８のステップ８で説明したＰＤＵセッション確立受諾メッセージで受信された認可されたＩＰアドレスの中にない可能性がある。

一方、ＵＥは、ＵＥがＡｐｐ１のためのＰＤＵセッションを確立している対応するネットワークスライスを使用してＩＰアドレス（例えば、ＡＦ）にアクセスすることを認可され得る。

いくつかの態様によれば、ＰＡＡＡプロセスをトリガするための別の代替形態は、ＵＥが、ＳＭＦにおいてＰＡＡＡプロシージャをトリガすることになるＰＡＡＡトリガインジケータとともに新しいＰＤＵセッション要求を送信することができるように、ＵＲＳＰルールにおいてＰＡＡＡトリガインジケータ情報を構成することである。更に別の代替案はＣｏｎｆｉｇである。ＰＡＡＡトリガインジケータを局所的に有するＳＭＦ又はＳＭＦは、ＰＡＡＡプロシージャをトリガするために、ＰＣＦ又はＵＤＭなどの別のＮＦから情報又はポリシーを取得することができる。

いくつかの態様によれば、ＵＥは、新しいＰＤＵセッションを確立するよりも既存のＰＤＵセッションを使用することができる。ＤＮ－ＡＡＡサーバから受信された認可されたＡＦ／ＤＮ ＩＰアドレスに基づいて、第２のＵＥアプリケーションが別のアプリケーションによって確立された既存のＰＤＵセッションを使用してネットワークスライス及びＡＦにアクセスする認可を有していないことをＵＥが識別したとき、ＵＥがＰＡＡＡプロセスを正常に完了した場合、ＰＤＵセッションが修正され、ＵＥが第２のアプリケーションから発信されたトラフィックをＰＤＵセッションに組み込むことができるように、ＵＥが第２のアプリケーションのためのＰＡＡＡの要求とともにＰＤＵセッション修正コマンドを送信することがより効率的であり得る。図９は、ＰＤＵセッション修正を伴うＰＡＡＡのための方法を説明するコールフローを示す。

ステップ１では、第１のアプリケーション（Ａｐｐ１）は、図８で説明されるように、ネットワークスライス（Ｓ－ＮＳＳＡＩ－Ａ）を使用して、ＡＦ／ＤＮに向けてＰＤＵセッションをすでに確立していることがある。

ステップ２では、第２のアプリ（Ａｐｐ２）がトラフィックを開始することができる。ＵＥは、ＵＲＳＰルールを評価している間に、Ａｐｐ２が、Ａｐｐ１のためにすでに確立された同じＰＤＵセッションを使用すべきであるが、ステップ１において受信されたＡＦのための認可されたＩＰアドレスに基づいて、Ａｐｐ２がＡＦにアクセスすることを認可されていないと決定し得る。

したがって、ＵＥは、ネットワークに向けてＰＤＵセッション修正ＮＡＳメッセージを送信することができる。ＰＤＵセッション修正メッセージは、ＰＤＵセッション修正要求、ＰＤＵセッションＩＤ、要求されたＱｏＳなどを含むことができる。ＰＤＵセッション修正メッセージとともに、ＵＥは、新しいアプリケーション記述子（例えば、Ａｐｐ２のための）と、ＰＡＡＡの必要性を示すＰＡＡＡトリガインジケータとを含むことができる。

ステップ３において、ＡＭＦは、ＰＤＵセッション修正メッセージをＳＭＦに転送することができる。要求と、ＵＥから受信されたアプリケーション記述子及び／又はＰＡＡＡトリガインジケータとに基づいて、アプリケーションごとの認証及び認可（ＰＡＡＡ）プロシージャがＳＭＦにおいてトリガされ得る。ＳＭＦは、代替として、ＰＣＦ及び／又はＵＤＭ等の別のＮＦによって提供される情報に基づいて、ＰＡＡＡプロシージャをトリガし得る。

ステップ４において、ＳＭＦは、ＰＡＡＡ要求をＤＮ－ＡＡＡサーバに送信することができる。

ステップ５において、ＤＮ－ＡＡＡサーバは、Ａｐｐ２がＡＦにアクセスすることを認可されていると決定することができる。ＤＮ－ＡＡＡサーバは、ＰＡＡＡ成功メッセージをＳＭＦに返送することができる。

ステップ６では、ＳＭＦは、Ｎ４セッション修正要求をＵＰＦに送信することができ、ＰＤＵセッションを一致させるためにＵＰＦ上にインストールされるパケット検出、施行、及び報告ルールを提供する。ＳＭＦは、ＩＰアドレス／プレフィックス割り当てを実行するようにＵＰＦに指示することができ、ＵＰＦが割り当てを実行するために必要な情報を含む。これは、ＤＮ－ＡＡＡサーバから受信されたＡＦのＩＰアドレス、ポート番号、及びＭＡＣアドレスを含むことができ、ＵＰＦは、トラフィックを送信／受信するためにＰＤＵセッションを確立することを許可される。ＵＰＦは、Ｎ４セッション確立／修正応答を送信することによって肯定応答することができる。

ステップ７において、ＳＭＦは、Ｎ１ ＳＭコンテナ（ＰＤＵセッション修正コマンド）を含むことができるＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答を介してＡＭＦに応答することができる。Ｎ１ ＳＭコンテナは、ＡＭＦがＵＥに提供し得るＰＤＵセッション修正コマンドを搬送し得る。それは、１つ以上のＱｏＳルールが追加され、除去され、又は修正されたことをＵＥに通知するために、ＱｏＳルール、ＱｏＳルールに関連付けられたＱｏＳフローに必要な場合はＱｏＳフローレベルＱｏＳパラメータ、並びに対応するＱｏＳルール動作及びＱｏＳフローレベルＱｏＳパラメータ動作を含むことができる。加えて、Ｎ１ ＳＭコンテナは、ＰＡＡＡ成功メッセージを含み得る。ＵＥに送信されるＰＤＵセッション修正コマンドとともに、ＳＭＦは、アプリケーションＡｐｐ２の認可の成功を示すメッセージを含むことができる。加えて、メッセージは、ＰＤＵセッションがＡｐｐ２を使用してトラフィックを送信することを認可されＩＰアドレス、ポート番号、及びＭＡＣアドレス（例えば、ＡＦ）の更新されたリストを含むことができる。

ステップ８では、ＡＭＦは、Ｎ２、例えば、［ＳＭＦから受信されたＮ２ ＳＭ情報］、ＮＡＳメッセージ（ＰＤＵセッションＩＤ、Ｎ１ ＳＭコンテナ（ＰＤＵセッション修正コマンド、ＰＡＡＡ成功メッセージ、並びにＩＰアドレス、ポート番号、及びＭＡＣアドレス（例えば、ＡＦ）の更新されたリスト、ＰＤＵセッションは、Ａｐｐ２を使用してトラフィックを送信することを認可される））、メッセージを（Ｒ）ＡＮに送信することができる。ＲＡＮは、Ｎ１ ＳＭコンテナのみをＵＥにトランスポートすることができる。

Ａｐｐ２は、例えば、Ａｐｐ１が使用していた、ネットワークスライス及びＡＦを含み得る、同じＰＤＵセッションを使用して、データを送信し始めることができる。ＵＥは、ＵＥ挙動ポリシー（もしあれば）に基づいて、又はローカルポリシーに基づいて、認可されたＡｐｐがキルされるまで、認可されたＩＰアドレス（例えば、ＡＦ）を保持し得るか、又はそれらをクリアし得る。

いくつかの態様によれば、ＵＥは、更新されたＵＲＳＰルールを受信し、ＵＥが３ ＧＰＰアクセス又は非３ ＧＰＰアクセスを介して登録するときなどのいくつかの条件のときに適時にそれらの有効性を（再）評価することができる。許可されたＮＳＳＡＩ又は構成されたＮＳＳＡＩ及びＵＲＳＰの変更は、ＰＣＦ（例えば、ＴＳ ２３．５０３）によって更新され得る。

いくつかの態様によれば、ＵＲＳＰルールは、既存又は新しいＰＤＵセッションが必要とされるかどうかを決定するために使用され得る。ＭＮＯ自体、又はＭＮＯとサードパーティエンティティとの間の合意は、どのネットワークスライスがどのＡＦ／ＤＮにアクセスするか、及びアプリケーションが、そのネットワークスライスを使用してＡＦ／ＤＮにアクセスするためにＰＡＡＡを要求するかどうかを決定し得る。

いくつかの態様によれば、ＵＥがＰＤＵセッションを確立しようと試み、ＵＲＳＰルールを評価するとき、ネットワークスライス選択は、ＵＲＳＰ内のネットワークスライス選択ポリシー（Network Slice Selection Policy、ＮＳＳＰ）を使用して行われ得る。ＮＳＳＰは、一致するアプリケーションのトラフィックが、含まれるＳ－ＮＳＳＡＩのいずれかをサポートするＰＤＵセッションを介してルーティングされ得ることを確実にし得る。ＵＲＳＰは、ＰＡＡＡを必要とする任意のスライスが、ＮＳＳＡフラグＳｅｔを用いてＵＲＳＰルールにおいて示され得るように、提案されたアプリケーション用ネットワークスライス選択フラグ（ＮＳＳＡフラグ）を用いて拡張され得る。ＮＳＳＰは、ＮＳＳＡフラグがＵＥのネットワークスライス選択決定に影響を与えないという点で、ＮＳＳＡフラグとは無関係であり得る。しかしながら、ＵＥがＳ－ＮＳＳＡＩを選択するとき、ＵＥは、ＮＳＳＡフラグがそのＳ－ＮＳＳＡＩに対してＳｅｔであるかどうかをチェックし得る。

Ｓ－ＮＳＳＡＩがＰＡＡＡを必要としない場合、フラグはＮｏｔ Ｓｅｔであってもよい。いくつかの態様によれば、フラグは、インジケータとして働くことができ、ＵＲＳＰルール中にＳ－ＮＳＳＡＩのリストがある場合、各Ｓ－ＮＳＳＡＩを対象とすることができる。したがって、ＵＲＳＰの場合、各Ｓ－ＮＳＳＡＩは、別個のＮＳＳＡフラグを有し得る。いくつかの態様によれば、表５は、ＮＳＳＡフラグをもつ拡張ＵＲＳＰルールを示す。

いくつかの態様によれば、アプリケーショントラフィックがＰＤＵセッションにつながり、ＵＥがＵＲＳＰルールを評価するたびに、ＵＥは、ＮＳＳＰを使用してＵＲＳＰルールから（１つ以上の）Ｓ－ＮＳＳＡＩを選択することを試みることができる。ＵＲＳＰのＲＳＤは、特定のＳ－ＮＳＳＡＩのためのＮＳＳＡフラグがＳｅｔであるかどうかもＵＥがチェックするように拡張され得る。ＮＳＳＡフラグがそのＳ－ＮＳＳＡＩのために設定されている場合、ＵＥは、アプリケーションが、対応するＳ－ＮＳＳＡＩを介して成功したＰＤＵセッションのために認証及び認可される必要があると決定し得る。ＮＳＳＡフラグはまた、ＵＥが、コアネットワーク（ＡＭＦ又はＳＭＦ）へのＰＤＵセッション要求内のＰＡＡＡの必要性を指定するインジケータとともに、ＵＥアプリケーションのためのアプリケーション記述子（例えば、Ａｐｐ ＩＤ）を送信する必要があることを意味する。この手順を図１０に示す。

ステップ１において、ＭＮＯは、ＰＡＡＡポリシーを用いてコアネットワークを構成することができる。ＳＭＦは、ＰＤＵセッション確立を要求するアプリケーションのためのＰＡＡＡプロシージャを実行する責任を負うことができる。ＰＡＡＡポリシーは、アプリケーション認証及び認可のためにＳＭＦがＡＡＡ／ＤＮ－ＡＡＡサーバにコンタクトする必要があるかどうか、及びどのようにコンタクトする必要があるかを保証することができる。

加えて、ＵＲＳＰルールにおけるＮＳＳＡフラグはまた、ローカルポリシー又はサードパーティエンティティとの任意の合意に基づいて、ＰＡＡＡを必要とするＳ－ＮＳＳＡＩに対して設定され得る。

ステップ２では、ＵＥが３ ＧＰＰ又は非３ ＧＰＰアクセスを介して登録するとき、ＵＥのための許可されたＮＳＳＡＩ又は構成されたＮＳＳＡＩの変更があるとき、ＵＥがＥＰＣから５ＧＣに移動するとき、ＵＲＳＰがＰＣＦ等によって更新されるとき（例えば、ＴＳ ２３．５０３）、ＵＥは、拡張ＵＲＳＰルールをコアネットワークから受信し得る。

ステップ３では、アプリケーションが開始し、ＰＤＵセッションを確立するようにＵＥをトリガするとき、ＵＥは、ＵＲＳＰルールを評価し得る。ＵＥがＰＤＵセッションを確立しようとしているＳ－ＮＳＳＡＩに対してＮＳＳＡフラグがＳｅｔである場合、ＵＥは、セットＮＳＳＡフラグに基づいて、アプリケーション記述子（例えば、Ａｐｐ ＩＤ）をコアネットワークに送る必要があると決定することができる。したがって、ＵＥは、ＰＤＵセッション確立要求内のＰＡＡＡの必要性を示す認証及び認可メッセージ（ＡＡメッセージ）内でアプリケーション記述子を送信することができる。代替として、ＵＥは、要求とともにＰＡＡＡの必要性を示すために、本明細書で説明されるＰＡＡＡトリガインジケータを送信し得る。代替として、ＰＡＡＡは、ＰＣＦ／ＵＤＭから受信されたポリシー又は情報に基づいて、ＳＭＦによってトリガされ得る。

代替として、ＵＥは、アプリケーション記述子のみを送信し得、それは、アプリケーション記述子によって示されるアプリケーションがＰＤＵセッションを正常に確立するために認証及び認可される必要があることをＳＭＦに通知するための指示として働き得る。この代替形態では、アプリケーションが認証及び認可される必要がない場合、例えば、ＮＳＳＡフラグがＮｏｔ Ｓｅｔである場合、ＵＥは、アプリケーション記述子をＰＤＵセッション要求に含めないことがある。

ステップ４で、ＳＭＦは、ＵＥからＰＤＵセッション確立要求を受信すると、ＡＡメッセージに基づいて、ＰＤＵセッションを要求するアプリケーションがＰＡＡＡを必要とすることを識別することができる。ＳＭＦは、ＵＥからアプリケーション記述子を取得することもできる。ＵＥから受信された要求及び他の情報に基づいて、ＳＭＦは、ＰＡＡＡのためのＡＡＡ／ＤＮ－ＡＡＡサーバを決定することができる。ＳＭＦは、ＰＡＡＡ要求及びアプリケーション記述子（必要な場合）をＡＡＡ／ＤＮ－ＡＡＡサーバに送信することができる。代替的に、ＳＭＦは、ＰＡＡＡトリガインジケータに基づいてアプリケーション認証及び認可をトリガし得る。代替的に、ＰＡＡＡ ＳＭＦは、ＰＣＦ／ＵＤＭから受信されたポリシー又はトリガ情報に基づいて、アプリケーション認証及び認可をトリガし得る。

ステップ５において、アプリケーションが認証及び認可された場合、ＡＡＡ／ＤＮ－ＡＡＡサーバは、成功した認証及び認可メッセージをＳＭＦに返送することができる。このメッセージは、ＰＤＵセッションが確立されることを本質的に認可するＰＤＵセッション要求を受け入れるようにＳＭＦに通知することができる。成功した認証及び認可メッセージはまた、ＩＰアドレス、ポート番号、及び／又はＭＡＣアドレス（例えば、ＡＦ）、ＤＮＳ名などのリストを含み得る。ＰＤＵセッションは、アプリケーションを使用してトラフィックを送信することを認可される。

ステップ６において、ＳＭＦは、ＰＤＵセッション確立受諾メッセージをＵＥに返送することができる。

アプリケーションが認証又は認可され得なかったので、ＡＡＡ／ＤＮ－ＡＡＡサーバがＳＭＦのＰＡＡＡ要求を拒否する場合、ＰＤＵセッション確立要求は拒否され得る。

代替形態は、非初期又は二次ＰＤＵセッションであるＰＤＵセッションに対してのみ、すなわち、要求タイプパラメータ内に「初期要求」を有さないＰＤＵセッション確立要求に対してのみ、ＮＳＳＡフラグを強制することであってもよい。言い換えれば、ＮＳＳＡフラグがＳ－ＮＳＳＡＩに対してＳｅｔである場合、Ｓ－ＮＳＳＡＩ（例えば、Ｓ－ＮＳＳＡＩ－Ｘ）を介して確立される第１のアプリケーション（例えば、Ａｐｐ１）からの第１のＰＤＵセッションは、ＰＡＡＡを必要としないことがある。しかしながら、第２の（又は後の）アプリケーション（例えば、Ａｐｐ２、Ａｐｐ３）が開始し、ＵＲＳＰを評価すると、ＵＥは、進行中のＰＤＵセッションをすでに有するＳ－ＮＳＳＡＩ（例えば、Ｓ－ＮＳＳＡＩ－Ｘ）を介してＰＤＵセッションが確立されるべきであると決定し得、その既存のＰＤＵセッションを使用することが可能である。そのような場合、ＵＲＳＰ中のＮＳＳＡフラグは、ＡＡメッセージ又はＰＡＡＡトリガインジケータ及びＡｐｐ２アプリケーション記述子をＰＡＡＡのためのコアネットワークに送信するようにＵＥに示してもよい。

いくつかの態様によれば、ネットワークスライスは、様々なシナリオにおいてＵＥにとってアクセス不可能であり得る。例えば、モバイルＵＥが新しい地理的領域（例えば、ＰＬＭＮ、ＴＡ／ＲＡなど）を横切るとき、ＵＥの所望のネットワークスライスは、新しい地理的領域において利用不可能である場合がある。利用不可能なネットワークスライスは、ネットワークスライスが最初に認可された（例えば、許可されたＮＳＳＡＩを介して利用可能であった）が、制限属性のために新しい時間又は場所において現在利用不可能であり、スライスが特定のＴＡにおいては認可されていないか、又は新しい地理的領域若しくはＰＬＭＮにおいて単に利用不可能であることを意味し得る。

いくつかの態様によれば、新しいＴＡ／ＲＡは、特定の専用周波数帯域をカバーすることができ、したがって、それらの周波数帯域上で利用可能又は利用不可能なネットワークスライスがあり得る。要求されたＮＳＳＡＩが、ＵＥの新しいＴＡにおいて利用可能でないＳ－ＮＳＳＡＩを含む場合、ＡＭＦ自体又はＮＳＳＦと相互作用することによって、ＮＧ－ＲＡＮによって使用されるターゲットＮＳＳＡＩを決定して、他の周波数帯域におけるセル及びＴＡ並びにターゲットＮＳＳＡＩにおいてＳ－ＮＳＳＡＩをサポートするＴＡにＵＥをリダイレクトしようと試みてもよく（ＴＳ ２３．５０１参照）、又は、空の許可されたＮＳＳＡＩのためにＵＥ登録が拒否されてもよく、ＰＤＵセッション（例えば、既存のネットワークスライスに存在する場合）が放棄されてもよい。一方、５ＧＳは、進行中のＰＤＵセッションが新しい再マッピングされたスライスにグレースフルに転送され得、５ＧＳがサービス継続性及びより良好なユーザエクスペリエンスを提供することが可能であり得るように、（利用可能な場合）適切なネットワークスライスを用いてネットワークスライスを再マッピングすることを試みてもよい。いくつかの態様によれば、再マッピングされたスライスは、単に、ＰＬＭＮが別のスライスからＰＤＵセッションを転送することを選択する適切なスライスを意味する。

いくつかの態様によれば、スライス再マッピングは、第１のスライス及び／又はＳ－ＮＳＳＡＩからトラフィック（又はＰＤＵセッション）を関連付け解除することと、トラフィック（又はＰＤＵセッション）を第２のスライス及び／又はＳ－ＮＳＳＡＩに関連付けることとを伴い得る。ネットワーク開始型再マッピングプロシージャは、ネットワークノード（例えば、ＡＭＦ）が、ＵＥのＰＤＵセッションに関連付けられたスライス及び／又はＳ－ＮＳＳＡＩを変更することを決定することと、第１のＳ－ＮＳＳＡＩに関連付けられていたＰＤＵセッションが現在第２のＳ－ＮＳＳＡＩに関連付けられていることをＵＥに通知するために、通知メッセージをＵＥに送ることとを伴い得る。通知は、第２のＳ－ＮＳＳＡＩを含み得る。ＵＥ開始型再マッピングプロシージャは、ＵＥが、第１のＳ－ＮＳＳＡＩに関連付けられたＰＤＵセッションが第１のＳ－ＮＳＳＡＩから関連付け解除され、代わりに第２のＳ－ＮＳＳＡＩに関連付けられることを要求することを決定することを伴い得る。

いくつかの態様によれば、周波数帯域／セルがＴＡにおいて重複し、複数のＴＡがＵＥに利用可能であり得ると仮定される。しかしながら、ネットワークスライスはまた、時間要因に基づいて、又は許可に起因して、ＵＥにとって利用不可能であり得る。したがって、ＵＥはまた、認可されたスライスが存在しないことがあり、ＵＥが頻繁なセル探索を試み、その電力をあまりにも速く消耗することがあるような状況に遭遇することがある。別のシナリオでは、ＵＥは、周波数帯域の突然ではあるが一時的な停止に備えていない場合があり、したがって、ネットワークがスライスし、進行中のＰＤＵセッションを処理することができない。ＵＥは、いくつかの異なるシナリオに遭遇し得る。例えば、
ネットワークスライスは、ＴＡにおいて利用可能ないかなるサービスも存在し得ないので、単に利用不可能である場合がある。

認可されたネットワークスライスは、ＵＥのためにＴＡにおいて利用可能でないことがある。しかしながら、ＵＥは、特別な特権／許可及び認可を用いて代替スライスにアクセスすることが可能であり得る。

認可されたネットワークスライスは、ＵＥのためにＴＡにおいて利用可能でないことがある。しかしながら、ネットワークスライスは、近隣ＴＡにおいて利用可能であり得る。

ネットワークスライスは、時間期間内に利用可能でないことがあるが、まもなく（例えば、１８００ＨＲＳにおいて）利用可能であり得る。

この節では、ＵＥが進行中のＰＤＵセッションを処理するためにより良く準備することができるように、５ＧＳを拡張するために時間情報及び場所情報がどのように使用され得るかが説明される。加えて、この節ではまた、ＵＥが、拡張されたＵＥ効率のために時間情報及び場所情報をどのように利用し得るかが説明される。

いくつかの態様によれば、コアネットワーク内のＵＥサブスクリプション情報は、ＵＥが使用することを認可されたネットワークスライス、サービスエリア制限、ＲＡＴ制限、禁止エリアなどを含み得る（例えば、ＴＳ ２３．５０２の表５．２．３．３．１－１）。更に、ＡＭＦ及び／又はＮＳＳＦは、１つ以上のネットワークスライスが利用可能又は利用可能でない周波数帯域を識別することができる。この情報に加えて、ＵＥ及びコアネットワークは、いくつかの時間及び場所におけるネットワークスライスの利用可能性を記述し得る空間情報及び時間情報を利用することが可能であり得る。時間情報及び空間情報（ＴＳＩ）、並びにＵＥ及びネットワークが、より効率的に動作するためにＴＳＩをどのように利用することが可能であり得るかが、上記で説明される。

いくつかの態様によれば、ネットワークスライスが一時的に利用不可能である場合、又はＵＥのためのスライスアクセスのための時間制限がある場合、言い換えると、ネットワークスライスがある時間期間の間のみアクティブであり得る場合、又はネットワークスライスが定義された期間にわたってＵＥに認可されない場合、その情報は、ＵＥサブスクリプション情報とともにコアネットワークにおいて構成され得、ＡＭＦ又はＵＤＭに、最終的にはＵＥに利用可能にされ得る。

一方、コアネットワーク（例えば、ＵＤＭ、ＮＳＳＦ、ＡＭＦ、又はＰＣＦ）は、どのネットワークスライスがネットワークにおいて利用可能であるか、又はいくつかのＴＡ及びＲＡにおいて利用可能であるかについての情報を有してもよい。以下で説明するように、情報は、ＵＥがいくつかのセル上に存在し得るかどうかと、いくつかの周波数帯域においてネットワークスライスがＵＥに対して認可されている（例えば、許可されたＮＳＳＡＩにおいて配信可能である）かどうかとを含み得る。

前述の統合されたＴＳＩは、ネットワークに通知し、その結果、次のネットワークスライスアクセス利用可能性についてＵＥに通知するために利用され得る。ＵＥ及びその位置／状態に応じて、次の利用可能性は一時的であり得る。言い換えれば、コアネットワークは、ＵＥが特定のネットワークスライスにいつアクセスすることができたか、又はアクセスすることができなかったかを事前に決定し得る。例えば、ＵＥは、ホームネットワーク内にあってもよく、又はＵＥは、ＶＰＬＭＮを横断してもよく、サービングＰＬＭＮ内の認可されたネットワークスライスが、指定された期間内（例えば、午後６：００以降、午前６：００まで）のみアクティブである場合、この情報は、ＵＥの利益のために利用され得る。

同様に、ネットワークスライスの次の利用可能性は空間的であり得る。例えば、ＵＥ（例えば、スマートフォン、ＧＰＳを有する車、配信ドローンＵＥ、コネクテッドカーなど）は、ある方向に向かって移動していることがある。車内のＧＰＳは、特定の経路をたどるように設定することができる。そのような車の場合、ロケーションサービス、ＵＥが移動しているレート、及びあらかじめ定義された方向は、車がある地理的ロケーション（例えば、ＴＡ／ＲＡ）に移動し得る十分な確率をコアネットワークに与えることができる。その情報に基づいて、コアネットワークは、トラフィックの性質、ＵＥが消費し得る最小、平均、及び／又は最大帯域幅を推定することが可能であり得、それは、ＵＥがどのサービス及びネットワークスライスを必要とするかをネットワークが理解するために変換され得る。ネットワークが、ＵＥがアクセスすることを認可されるスライス、スライスが利用可能である周波数帯域、及びネットワークスライスが利用可能であり得るＴＡに関する情報を有すると仮定すると、２つの態様が事前に計画され得る。

第１に、ネットワークは、ＴＡのトポロジを示すことができ得る。トポロジ情報は、ＵＥが現在位置している近隣ＴＡ、ほとんどのネットワークスライスがＵＥに対して認可され、周波数帯域ネットワークスライスが利用可能であるＴＡ、ある半径をカバーする近隣ＴＡのリスト、関心のあるＴＡ（例えば、ネットワークスライスが認可されているＴＡ）間の距離などを含むことができる。ＴＡにおいてカバレッジギャップが存在し得、ＴＡでは、認可されたネットワークスライスが利用可能でないか、又はスライスにアクセス不可能な（非アクセス）ゾーンにある。この情報を使用して、ネットワークは、ＵＥのための効率的な周波数帯域リダイレクトをスケジュールし、最も関連するネットワークスライスが認可されるＴＡ及び／又は周波数帯域にＵＥをプロアクティブにリダイレクトすることが可能であり得る。そのようにして、ＵＥは、適切な周波数帯域へのＵＥリダイレクションをその後トリガするネットワークスライスを要求するのを待つ必要がない。

第２に、情報は、ＵＥが予想される隣接ＴＡ、したがって関心のある周波数帯域内の利用可能なネットワークスライスを決定するためにそれを利用するように、ＵＥに伝達され得、それは、ＵＥ（例えば、ドローン、コネクテッドカーなど）が、所望のスライスが利用可能であるＴＡ、又は認可されたネットワークスライスを見つける確率が高いＴＡに向かう経路をたどることを決定し得るように、必要に応じてその方向を変更し、適切な速度を維持する機会をＵＥに与えることができる。

スライス利用可能性、認可されたＳ－ＮＳＳＡＩ、ＴＡトポロジ（隣接ＴＡを含む）、周波数帯域情報、ＴＡ／ＲＡ ｉｄリスト等に関する時間情報及び空間情報は、ＵＥ構成更新中に、又は必要に応じてＮＡＳメッセージを使用して、ＵＥに送信され得る。この統合された時間情報及び空間情報の配信は、初期登録、モビリティ／登録更新、ＵＥ構成更新などのイベントによってトリガされ得る。

方向を変更するＵＥの決定、又はＵＥを適切な周波数帯域及び／若しくはＴＡにプロアクティブにリダイレクトするコアネットワークの決定に加えて、ＵＥは、ＵＥがアクティブなアプリケーション又はアクティブになるべきアプリケーションと相互作用して、望ましくない動作を低減し、その結果、電力消費を低減し、ＵＥ効率を援助することができるように、ＴＳＩを利用することが可能であり得る。

ＴＡ中のネットワークスライスについての時間情報（例えば、スライスＡが午前６時と午後６時との間で非アクティブである）がＵＥにとって利用可能である場合、ＵＥは、確立されるべきＰＤＵセッションを休止／停止することが可能であり得る。例えば、アプリケーションタスクが著しく長いＰＤＵセッション（例えば、ゲーム）を必要とする場合、及びネットワークスライスの非アクティブ時間期間が近づいている場合、ＵＥは、そのＰＤＵセッションの開始を停止することを決定し、関係者に理由を通知することができる。これは、ＵＥがＵＥアプリケーションに通知してもよく、及び／又はＵＥアプリケーションから発信された要求を無効にしてもよく、又はアプリケーションがＰＤＵセッションを開始していない場合、アプリケーションがＰＤＵセッションを開始できないセッションバックオフ時間を確立してもよいことを意味し得る。ＵＥは、その決定のためにメッセージを記録し、それをネットワークに送信するか、又は必要に応じてユーザに通知することができる。そのようなメッセージを使用して、ＵＥは、別のネットワークスライス（利用可能な場合）を試みるか、又は実現可能な場合、別のネットワークスライスを要求するためのアクションを取ることができる。

同様に、ＵＥがモバイルであり、ＴＡトポロジに基づいて、ネットワークがＵＥの経路内のＴＡにおけるカバレッジギャップを識別するが、ＴＡが比較的小さく、ＵＥがそのようなＴＡを比較的迅速に通過し得る場合、ＵＥは、スライスへのアクセスが利用不可能であるアプリケーションのためのバッファＵＬデータを準備するためのアクションをトリガし得る。例えば、アップリンクデータは、アプリケーションがスライスへのアクセスを有するように、（例えば、ネットワークスライスのトリガ又は時間的な利用可能性に基づいて開始する）遅延の後に送信され得る。遅延は、スライスの利用可能性のタイミング、例えば、利用不可能なスライスがいつ利用可能になるかに基づくことができる。同様に、コアネットワーク（ＡＭＦ又はＳＭＦ）は、（ＳＳＣモード１の場合）ＤＬデータをバッファリングするために参加ＵＰＦをトリガすることができる。ＵＥは、本明細書で説明されるように、ＴＡトポロジについて通知され得、その結果、ＵＥは、動作を低減し、ＵＥが電力を消費するのを節約するためのアクションをとり得る。

ＴＡにおいて利用可能な認可されたネットワークスライスが存在しない場合、又は所定の期間にわたってＴＡにおいて利用可能な認可されたネットワークスライスが存在しない場合、ＵＥは、以下のアクションのうちの１つ以上を行うことができる。例えば、
ＵＥは、セル探索の試みを低減する（例えば、セル探索を８０％低減する）ことができる。

ＵＥは、アプリケーションの状態（例えば、アイドル、接続、アクティブ、非アクティブなど）を保存し得る。例えば、ＵＥアプリケーションは、ネットワークからの応答を待っていてもよい。認可されたスライスがオンラインになった場合、そのような状態を保存し、後で取り出すことができる。

ＵＥは、ＰＤＵセッションの状態（例えば、アイドル、接続、アクティブ、非アクティブなど）を保存し、任意のＵＬデータを適切にバッファし得る。例えば、ＰＤＵセッションは、アイドル状態又は接続状態にあってもよい。

ＵＥは、任意のバックグラウンドデータ状態を保存し、及び／又はデータ転送を遅延させることができる。

ＵＥは、ＵＥ内のアクティブなアプリケーションからの通知を無効にし、及び／又はプッシュ通知を無効にすることができる。

ＵＥは、非３ ＧＰＰアクセスタイプコマンドをオフにし、Ｎ３ＩＷＦアクセスポイントの探索を停止することができる。

ＵＥは、ＰＬＭＮがスライス再マッピングをサポートする場合、スライス再マッピングの準備をすることができる。

ＵＥは、ブロードキャストタイプのアクティビティをオフにすることができる。

ＵＥは、スリープ状態に達する時間を短縮するか、又はＵＥを直ちにスリープさせることができる。

ＵＥは、ＵＥが特定の時間量の間全ての前述のアクションを行うことを可能にするであろう静止タイマを開始することができる（例えば、ＵＬデータをバッファリングすることなどのアクションが無期限に継続することを防止することができる）。ネットワークスライスの利用不可能性が静止タイマを超えて持続し続ける場合、ＵＥは、アプリケーションプロセスを完全にキルし、全ての不完全なＵＬデータ及びアプリケーションの状態をフラッシュし得る。他方では、ＳＭＦは、認可されたスライスが利用不可能であるＴＡにＵＥが入るとすぐに、異なる静止タイマを開始し得る。

ＵＥが、統合された空間情報及び時間情報に基づいて、認可されたスライスが３ ＧＰＰアクセスタイプを介して利用可能ではないが、非３ ＧＰＰアクセスタイプを介してアクセス可能であると判定した場合、ＵＥは、パススイッチをトリガし、アプリケーショントラフィックを非３ ＧＰＰアクセスタイプにオフロードし得る。

ＵＥが統合されたＴＳＩを受信し得るＵＥ能力は、統合されたＴＳＩを使用してＵＥアプリケーションと相互作用し得、ＴＳＩに基づいて、全体的なＵＥ効率が向上されるようにネットワークスライスが利用可能である場合、ＵＥをステアリングすることができ、ＵＥアプリケーション相互作用及びステアリング能力（ＡＩＳＣ）と称することができる。

いくつかの態様によれば、ＵＥ ＡＩＳＣは、ＡＩＳＣインジケータを用いてネットワークに通知される必要があり得る。代替的に、ＵＥは、ＵＥリリース又はバージョン番号／識別子をネットワークに送信することができ、これは、ネットワークが、ＵＥがＴＳＩを受信及び使用することが可能であるかどうかを決定するのを助けることができる。ＴＳＩは、図１１で説明されるように、成功したＵＥ登録の後、単にＵＥ登録又はＵＥ登録更新プロシージャの間にＵＥに搬送され得る。

ステップ１において、ＵＥは、ＲＡＮを介して、登録又は登録更新要求をネットワーク（ＡＭＦ）に送信し得る。要求において、ＵＥは、ＡＩＳＣインジケータをネットワークに送信することができる。代替的に、この指示はまた、そのような能力を識別すると、ネットワークがＴＳＩをＵＥに送り得るように、ＵＥリリース番号／識別子（例えば、３ ＧＰＰ Ｒｅｌ－１８、５Ｇ Ａｄｖａｎｃｅｄなど）を送ることによって暗黙的に搬送され得る。アプリケーション相互作用能力は、ＵＥが、ＵＥの全体的効率を改善し得る、ネットワークから受信されたＴＳＩを理解、分析、及び／又は利用するように設計されることを意味し得る。

ステップ２では、（例えば、ＴＳ ２３．５０２［２］、図４．２．２．２．２－１のステップ４からステップ１８に説明されるように）ＵＥ登録プロシージャが継続し得る。ＡＭＦがＵＥのためのサブスクリプションデータを有していない場合、ＡＭＦは、Ｎｕｄｍ＿ＳＤＭ＿Ｇｅｔを使用して、アクセス及びモビリティサブスクリプションデータ、ＳＭＦ選択サブスクリプションデータを取り出すことができる。

ステップ３において、ＵＥ登録が成功すると、コアネットワーク（ＡＭＦ）は、ＲＡＮを介してＵＥ登録受諾メッセージをＵＥに送信することができる。ネットワークは、登録受諾メッセージにＵＥ空間情報及び時間情報を含めることができる。

ＵＥ構成更新プロシージャを使用してＴＳＩをＵＥに伝達する
いくつかの態様によれば、ＴＳＩは、代替として、ＵＥ構成更新プロシージャを使用してＵＥに搬送され得る。利用可能な新しいＴＳＩがある場合、ネットワークは、ＵＥ構成更新プロシージャをトリガし得る。いくつかの態様によれば、ＴＳＩがＵＥ構成更新プロシージャ中に搬送され得る方法が、図１２において説明される。

この手順は、ＡＭＦがＵＥ構成内のアクセス及びモビリティ管理関連パラメータを更新したいときに、ＡＭＦによって開始され得る。

この手順はまた、ネットワーク指示に基づいて、ＵＥがＣＭ－ＣＯＮＮＥＣＴＥＤ状態にある間に、交渉（例えば、ＭＩＣＯモード）を必要とするＮＡＳパラメータを修正するためのモビリティ登録更新プロシージャ、又は（例えば、ＴＳ ２３．５０１［１］の第５．３１．３節に規定されるような）ＥＰＣに向かってＵＥをステアリングするためのモビリティ登録更新プロシージャ、あるいはＵＥがＣＭ－ＩＤＬＥ状態に入った後の（例えば、再登録を必要とする許可されたＮＳＳＡＩへの変更のための）モビリティ登録更新プロシージャのいずれかを実行するようにＵＥをトリガするために使用され得る。登録プロシージャが必要な場合、ＡＭＦは、登録プロシージャを開始するための指示をＵＥに提供することができる。

ＵＥ構成更新は、適用可能な場合、ＵＥ構成更新が適用されるアクセスタイプ（例えば、３ ＧＰＰアクセス又は非３ ＧＰＰアクセス）を介して送られ得る。ＡＭＦは、時間的及び空間的情報更新を含むＮＡＳパラメータがＵＥに送信された後に、ＵＥ肯定応答を要求することができる。

いくつかの態様によれば、空間情報及び時間情報をＵＥに搬送するためのＵＥ構成更新プロシージャが図１２に示されている。

ステップ０において、ＡＭＦは、様々な理由（例えば、ＵＥモビリティ変更、ＮＷポリシー、ＵＤＭからの加入者データ更新通知の受信、ネットワークスライス構成の変更、ＵＥコンテキストにおける拡張カバレッジ制限情報の変更）によるＵＥ構成変更の必要性、又はＵＥが登録プロシージャを実行する必要があることを決定することができる。その理由は、ネットワークが（更新された）時間情報及び空間情報（ＴＳＩ）についてＵＥに通知する必要性を含み得る。

ステップ１において、ＡＭＦは、ＴＳＩを含む１つ以上のＵＥパラメータを含む拡張ＵＥ構成更新コマンドを送信する。ＴＳＩは、本明細書で説明するように、ＴＡトポロジ及び／又はギャップＴＡ、並びに認可時間などを備える拡張ＴＡＩリストを含むことができる。

ステップ２において、ＵＥ構成更新指示がＵＥ構成更新コマンドの肯定応答を必要とする場合、ＵＥは、ＵＥ構成更新完了メッセージをＡＭＦに送信することができる。

代替的には、コアネットワーク（ＡＭＦ）は、ＮＡＳメッセージを使用して、ＴＳＩをＵＥに送信してもよい。

いくつかの態様によれば、ＭＮＯ／ＰＬＭＮは、特別な許可を有するそれらのＵＥのみを許可し得る地理的領域を有し得る。ＭＮＯは、感度又はリソース利用可能性の理由のために、特別なアクセスのためのネットワークスライスを設定することができる。ギャップＴＡ（スライスアクセス不可能ゾーン）は、特別な許可及び認可を有する特別なサービス（例えば、軍事通信）のためにのみネットワークスライスを提供し得る。いくつかの態様によれば、図１３は、どのようにしてＵＥが特別な許可／特権をサブミットし、ネットワークから代替ネットワークスライスを受信することが可能であり得るかを説明する。

この節では、ネットワークがＵＥの構成されたＮＳＳＡＩにスライスを追加することを決定し得るように、ＵＥがネットワークに証明書のセット及び／又は識別情報をどのように送信し得るかを説明する。いくつかの態様によれば、これは、ＵＥがＴＡ／ＲＡにおいてアクセス可能であるその構成されたＮＳＳＡＩ中にスライスを有しないＴＡ／ＲＡにＵＥが入るシナリオにおいて有用であり得る。以下で説明されるプロシージャは、構成されたＮＳＳＡＩが現在のＲＡ／ＴＡにおいてアクセス可能であるスライスを用いて更新されるために、ユーザが、ネットワークに送られ得る識別情報及び／又は証明書のセットを入力することを可能にし得る。

ステップ０において、ＵＥは、特別特権／許可のための別個の一意の識別情報である、昇格特権識別情報（ＥＰＩＤ）を受信している可能性がある。ＥＰＩＤは、ＵＥのための高められた許可を表し得る。例えば、ＵＥは、上位ランクの軍人又は外交官に対して最高の特権を有する指定されたＵＥであり得るか、又はＵＥは、「特別」として分類されたシナリオに遭遇したときのみトリガされる、高められた特権に対する特別なサブスクリプションを有し得る。「特別な」シナリオは、いくつかの地理的領域においてスライスが認可されない場合であり得る。

ステップ１において、ＵＥが新しい地理的領域（ＴＡ／ＲＡ）に入り、登録更新を受けるとき、ＵＥは、ＴＡにおいて利用可能な認可されたネットワークスライスがないことを識別し得る。ＵＥは更に、任意の認可されたスライスが利用可能である重複するＴＡがないことを識別し得る。ＡＭＦは、ＵＥが高められた特権を有するかどうかを尋ね、肯定である場合、ＥＰＩＤを送信することを尋ねる要求をＵＥに送信することができる。

代替的に、ＵＥ及びネットワークは、（隣接ＴＡをカバーするＴＡリストを含み得る）ある地理的領域をカバーするＴＡ／ＲＡにおいて利用可能な認可されたネットワークスライスがないことを、本明細書で説明するＴＡトポロジ情報（統合されたＴＳＩ）から事前に識別し得る。ＵＥサブスクリプション情報に基づいて、ネットワークは、ＵＥが高められた特権を有することを決定することもでき、したがって、ＡＭＦは、ＥＰＩＤの要求をＵＥに送信し、ＵＥが特権を使用する意思があるかどうかを尋ねることができる。

代替として、ネットワークは、ＵＥにＥＰＩＤを要求するとき、代替Ｓ－ＮＳＳＡＩｓのセットをＵＥに返信してもよい。

ステップ２では、ＵＥは、ＮＡＳメッセージを使用して、ＥＰＩＤをＵＥに送信し得る。ＥＰＩＤを受信すると、コアネットワーク（ＡＭＦ、ＡＵＳＦ、及び／又はＵＤＭ）は、そのような識別子を検証し得る。ＥＰＩＤが有効でない／失効していない、又は本物でない場合、ＡＭＦは、ＵＥが原因コードを有する任意のネットワークスライスにアクセスすることを拒否されることを示すＮＡＳメッセージを返信し得る。

ステップ３において、ＵＥはＮＳＳＡＡプロシージャを経る必要があり得る。ここで、ＥＡＰ ＩＤは、ＥＰＩＤを含むように拡張されてもよい。この場合、ＵＥは、ＡＡＡ又はサードパーティＡＡＡサーバによって認証及び認可され得る。認可プロシージャ中に、ＡＡＡ－Ｓは、ネットワークスライスの認可のためにＥＰＩＤを検証することができる。

ステップ４では、ＡＭＦは、ＵＥが登録承認メッセージを伴う許可されたＮＳＳＡＩ内のＥＰＩＤを使用してアクセスし得る、代替Ｓ－ＮＳＳＡＩのセットをＵＥに送信し得る。

ステップ５では、ＵＥは、コアネットワーク（ＡＭＦ又はＳＭＦ）に、任意の進行中のＰＤＵセッションを代替Ｓ－ＮＳＳＡＩに向けて転送するように要求するか、又は代替Ｓ－ＮＳＳＡＩに向けて新しいＰＤＵセッションを確立するように要求し得る。

いくつかの態様によれば、図１４は、ＵＥ（例えば、スマートフォン）のフロントユーザインターフェース及びバックユーザインターフェースを示す。前部は、ＵＥにインストールされた多くのアプリケーションを示し、異なるベンダからのアプリケーションが存在し得ることを示唆している。バックユーザインターフェースは、拡張されたＵＥの特徴を示す。特に、ＵＥは、ＵＥリリースバージョン識別子と、ＰＡＡＡインジケータを有するＳ－ＮＳＳＡＩと、ＮＳＳＡフラグを有する拡張ＵＲＳＰと、コアネットワークから受信される統合された時間情報及び空間情報とを備える。

いくつかの態様によれば、アプリケーションは、ユーザがアプリケーションインスタンスアイデンティティ及び／又はアプリケーションインスタンスに関連付けられた証明書のセットを入力することを可能にするＧＵＩを提示することができる。次いで、アプリケーションインスタンスアイデンティティ及び／又は証明書のセットは、上記で説明されたＰＡＡＡプロシージャにおいてＵＥによって使用され得る。

第３世代パートナーシッププロジェクト（3rd Generation Partnership Project、３ＧＰＰ）は、コーデック、セキュリティ、及びサービスの品質の作業を含む、無線アクセス、コアトランスポートネットワーク、及びサービス能力を含むセルラ電気通信ネットワーク技術の技術標準を開発する。最近の無線アクセス技術（Radio Access Technology、ＲＡＴ）標準には、ＷＣＤＭＡ（一般に３Ｇと称される）、ＬＴＥ（一般に４Ｇと称される）、ＬＴＥ－Ａｄｖａｎｃｅｄ標準、及び「５Ｇ」とも称されるＮｅｗ Ｒａｄｉｏ（ＮＲ）が含まれる。３ＧＰＰ ＮＲ標準開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を継続及び含むと予想され、これは、７ＧＨｚ未満の新しいフレキシブル無線アクセスの提供、及び７ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供を含むと予想される。フレキシブル無線アクセスは、７ＧＨｚ未満の新しいスペクトルにおける新しい非後方互換性無線アクセスからなると予想され、同じスペクトルで一緒に多重化されて、分岐要件を有する一連の広範な３ＧＰＰ ＮＲのユースケースに対処することができる異なる動作モードを含むことが予想される。ウルトラモバイルブロードバンドは、例えば屋内用途及びホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供し得るセンチメートル波及びミリ波スペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、センチメートル波及びミリ波固有のデザイン最適化を用いて、７ＧＨｚ未満のフレキシブル無線アクセスと共通のデザインフレームワークを共有することが予想される。

３ＧＰＰは、ＮＲがサポートすることが予想される様々な使用事例を識別し、データ転送速度、待ち時間、及びモビリティのための多種多様なユーザ経験要件をもたらす。使用事例としては、以下の一般的なカテゴリ：強化されたモバイルブロードバンド（enhanced mobile broadband、ｅＭＢＢ）、超信頼性低遅延通信（ＵＲＬＬＣ）、大量機械型通信（massive machine type communications、ｍＭＴＣ）、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、マイグレーション、及びインターワーキング、エネルギー節約）、並びに車車間通信（Vehicle-to-Vehicle Communication、Ｖ２Ｖ）、車両対インフラストラクチャ通信（Vehicle-to-Infrastructure、Ｖ２Ｉ）、車両対ネットワーク通信（Vehicle-to-Network Communication、Ｖ２Ｎ）、車両対歩行者通信（Vehicle-to-Pedestrian Communication、Ｖ２Ｐ）、及び他のエンティティとの車両通信のうちのいずれかを含み得る、強化された車両対あらゆるモノ（enhanced vehicle-to-everything、ｅＶ２Ｘ）通信が挙げられる。これらのカテゴリにおける特定のサービス及び用途には、数例を挙げると、例えば、監視及びセンサネットワーク、デバイスリモート制御、双方向リモート制御、パーソナルクラウドコンピューティング、ビデオストリーミング、ワイヤレスクラウドベースのオフィス、第１対応者の接続性、自動車用ｅコール、災害警報、リアルタイムのゲーム、多人数テレビ電話、自律走行、拡張現実、触覚インターネット、仮想現実、ホームオートメーション、ロボット、及び空中ドローンが含まれる。これらの使用事例などの全てが、本明細書で企図される。

図１５Ａは、本明細書に記載及び特許請求されるシステム、方法、及び装置が使用され得る例示的な通信システム１００を例示する。通信システム１００は、無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、及び／又は１０２ｇを含み得、これらは全般的又は集合的にＷＴＲＵ１０２又は複数のＷＴＲＵ１０２と称され得る。通信システム１００は、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public Switched Telephone Network、ＰＳＴＮ）１０８、インターネット１１０、他のネットワーク１１２、及びネットワークサービス１１３を含んでもよい。１１３．ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、ビデオストリーミング、及び／又はエッジコンピューティングなどを含み得る。

本明細書に開示される概念は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素とともに使用され得ることが理解され得る。ＷＴＲＵ１０２の各々は、無線環境において動作し、かつ／又は通信するように構成された任意のタイプの装置又はデバイスであり得る。図１５Ａの例では、ＷＴＲＵ１０２の各々は、ハンドヘルド無線通信装置として図８Ａ～図８Ｅに図示されている。無線通信のために企図される多種多様な使用事例では、各ＷＴＲＵは、単なる例として、ユーザ機器（ＵＥ）、移動局、固定若しくは移動加入者ユニット、ページャ、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップコンピュータ、タブレット、ネットブック、ノートパソコン、パーソナルコンピュータ、無線センサ、家庭用電気機械器具、スマートウォッチ若しくはスマートクロージングなどのウェアラブルデバイス、医療若しくはｅヘルスデバイス、ロボット、産業機器、ドローン、自動車、バス、若しくはトラックなどの車両、又は飛行機などを含む無線信号を送信及び／又は受信するように構成された任意のタイプの装置又はデバイスを含むか、又はこれらに含まれ得ることが理解される。

通信システム１００はまた、基地局１１４ａ、及び基地局１１４ｂを含み得る。図１５Ａの例では、各基地局１１４ａ及び１１４ｂは、単一の要素として図示されている。実際には、基地局１１４ａ及び１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得る。基地局１１４ａは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、及び／又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。同様に、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、及び／又はネットワークサービス１１３などの１つ以上の通信ネットワークへのアクセスを容易にするために、リモート無線ヘッド（Remote Radio Head、ＲＲＨ）１１８ａ、１１８ｂ、送信及び受信点（Transmission and Reception Point、ＴＲＰ）１１１５Ａ、１１１５Ｂ、及び／又は路側ユニット（Roadside Unit、ＲＳＵ）１２０ａ及び１２０ｂのうちの少なくとも１つと有線でかつ／又は無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、及び／又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。

ＴＲＰ１１１５Ａ、１１１５Ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、及び／又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。ＲＳＵ１２０ａ及び１２０ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、及び／又はネットワークサービス１１３などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｅ又は１０２ｆのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（Base Transceiver Station、ＢＴＳ）、ノード－Ｂ、ｅノード－Ｂ、ホームノードＢ、ホームｅノードＢ、次世代ノード－Ｂ（Next Generation Node-B、ｇＮｏｄｅ Ｂ）、衛星、サイトコントローラ、アクセスポイント（access point、ＡＰ）、ワイヤレスルータなどであってもよい。

基地局１１４ａは、基地局コントローラ（Base Station Controller、ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller、ＲＮＣ）、中継ノードなどの他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０３／１０４／１０５の一部であり得る。同様に、基地局１１４ｂは、ＢＳＣ、ＲＮＣ、中継ノードなどの他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であり得る。基地局１１４ａは、セル（図示せず）と称され得る、特定の地理的領域内で無線信号を送信及び／又は受信するように構成され得る。同様に、基地局１１４ｂは、セル（図示せず）と称され得る、特定の地理的領域内で有線及び／又は無線信号を送信及び／又は受信するように構成され得る。セルは、セルセクタへと、更に分けられてもよい。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタへと分けられてもよい。したがって、例えば、基地局１１４ａは、３つのトランシーバ、例えば、セルの各セクタについて１つのトランシーバを含み得る。基地局１１４ａは、多重入力多重出力（Multiple-Input Multiple Output、ＭＩＭＯ）技術を用い得、したがって、例えば、セルの各セクタについて複数のトランシーバを利用し得る。

基地局１１４ａは、エアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｇのうちの１つ以上と通信し得、これらは、任意の好適な無線通信リンク（例えば、無線周波数（Radio Frequency、ＲＦ）、マイクロ波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光、センチメートル波、ミリ波、など）であり得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。

基地局１１４ｂは、有線又はエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して、ＲＲＨ１１８ａ及び１１８ｂ、ＴＲＰ１１１５Ａ及び１１１５Ｂ、及び／又はＲＳＵ１２０ａ及び１２０ｂのうちの１つ以上と通信することができ、これは、任意の好適な有線（例えば、ケーブル、光ファイバなど）又は無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチメートル波、ミリ波など）であり得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適なＲＡＴを使用して確立され得る。

ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１１５Ａ、１１１５Ｂ、及び／又はＲＳＵ１２０ａ、１２０ｂは、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して、ＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つ以上と通信することができ、これは、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、紫外線ＵＶ、可視光、センチメートル波、ミリ波など）であり得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適なＲＡＴを使用して確立され得る。

ＷＴＲＵ１０２は、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、紫外線ＵＶ、可視光、センチメートル波、ミリ波など）であり得るサイドリンク通信などの直接エアインターフェース１１５ｄ／１１６ｄ／１１７ｄを介して互いに通信し得る。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適なＲＡＴを使用して確立され得る。

通信システム１００は、多重アクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなど、１つ以上のチャネルアクセス方式を採用し得る。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１１５Ａ、１１１５Ｂ、及び／又はＲＳＵ１２０ａ、１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）、地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは、広帯域ＣＤＭＡ（Wideband CDMA、ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。

ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｇ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ及び１１８ｂ、ＴＲＰ１１１５Ａ及び１１１５Ｂ、並びに／又はＲＳＵ１２０ａ及び１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装することができ、これは、例えば、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）を使用して、エアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。エアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ ＮＲ技術を実装し得る。ＬＴＥ及びＬＴＥ－Ａ技術は、ＬＴＥ Ｄ２Ｄ及び／又はＶ２Ｘ技術、並びにインターフェース（サイドリンク通信など）を含み得る。同様に、３ＧＰＰ ＮＲ技術は、ＮＲ Ｖ２Ｘ技術、及びインターフェース（サイドリンク通信など）を含み得る。

ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｇ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ及び１１８ｂ、ＴＲＰ１１１５Ａ及び１１１５Ｂ、並びに／又はＲＳＵ１２０ａ及び１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆは、ＩＥＥＥ８０２．１６（例えば、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard、ＩＳ－２０００）、暫定規格９５（Interim Standard、ＩＳ－９５）、暫定規格８５６（Interim Standard、ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１５Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、又はアクセスポイントであってもよく、事業所、家庭、車両、列車、空中、衛星、工場、キャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の好適なＲＡＴを利用し得る。基地局１１４ｃ及びＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）を確立し得る。同様に、基地局１１４ｃ及びＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。基地局１１４ｃ及びＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１５Ａに示すように、基地局１１４ｃは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信し得、これは、音声、データ、メッセージング、認可及び認証、アプリケーション、及び／又はボイスオーバインターネットプロトコル（Voice Over Internet Protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２のうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、移動体位置ベースのサービス、プリペイド発呼、インターネット接続性、パケットデータネットワーク接続性、イーサネット接続性、ビデオ配信などを提供し得、かつ／又はユーザ認証などの、高レベルセキュリティ機能を実施し得る。

図１５Ａには示されていないが、ＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ及び／又はコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５及び／若しくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ、又は異なるＲＡＴを採用する他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ又はＮＲ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。

コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２のためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、旧来の電話サービス（Plain Old Telephone Service、ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける送信制御プロトコル（Transmission Control Protocol、ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol、ＵＤＰ）、及びインターネットプロトコル（internet protocol、ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得る。他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５及び／若しくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ、又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネットネットワーク）又は別のコアネットワークを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆのいくつか又は全ては、マルチモード能力を含んでもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る。例えば、図１５Ａに示されるＷＴＲＵ１０２ｇは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｃと通信するように構成されてもよい。

図１５Ａには示されていないが、ユーザ機器がゲートウェイに有線接続される場合があることが理解される。ゲートウェイは、レジデンシャルゲートウェイ（Residential Gateway、ＲＧ）であり得る。ＲＧは、コアネットワーク１０６／１０７／１０９への接続性を提供し得る。本明細書に含まれるアイデアの多くは、ネットワークに接続するために有線接続を使用するＷＴＲＵ及びＵＥであるＵＥに等しく適用され得ることが理解され得る。例えば、無線インターフェース１１５、１１６、１１７、及び１１５ｃ／１１６ｃ／１１７ｃに適用されるアイデアは、有線接続に等しく適用され得る。

図１５Ｂは、例示的なＲＡＮ１０３及びコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を用いて、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信し得る。ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図１５Ｂに示すように、ＲＡＮ１０３はＮｏｄｅ－Ｂ１４０ａ、１４０ｂ、及び１４０ｃを含んでもよく、これらは各々エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。ノード－Ｂ１４０ａ、１４０ｂ、及び１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、任意の数のノード－Ｂ及び無線ネットワークコントローラ（ＲＮＣ）を含み得ることが理解され得る。

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

図１５Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（media gateway、ＭＧＷ）１４４、モバイルスイッチングセンタ（Mobile Switching Center、ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node、ＳＧＳＮ）１４８、及び／又はゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node、ＧＧＳＮ）１５０を含んでもよい。前述の要素の各々は、コアネットワーク１０６の一部として図示されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

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

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

コアネットワーク１０６はまた、他のサービスプロバイダによって所有及び／又は操作される他の有線又は無線ネットワークを含み得る他のネットワーク１１２に接続され得る。

図１５Ｃは、例示的なＲＡＮ１０４及びコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。

ＲＡＮ１０４は、ｅノード－Ｂ１６０ａ、１６０ｂ、及び１６０ｃを含み得るが、ＲＡＮ１０４が、任意の数のｅノード－Ｂを含み得ることが理解され得る。ｅノード－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信するための１つ以上のトランシーバを含み得る。例えば、ｅノード－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは、ＭＩＭＯ技術を実行し得る。したがって、ｅノード－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信し得る。

ｅノード－Ｂ１６０ａ、１６０ｂ及び１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、アップリンク及び／又はダウンリンクにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１５Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは、Ｘ２インターフェースを通じて互いに通信してもよい。

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

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

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

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

コアネットワーク１０７は、他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にし得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem、ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得、ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る。

図１５Ｄは、例示的なＲＡＮ１０５及びコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＮＲ無線技術を用いて、エアインターフェース１１７を介してＷＴＲＵ１０２ａ及び１０２ｂと通信し得る。ＲＡＮ１０５はまた、コアネットワーク１０９と通信し得る。非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function、Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を用いて、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信し得る。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信し得る。

ＲＡＮ１０５は、ｇノード－Ｂ１８０ａ及び１８０ｂを含み得る。ＲＡＮ１０５は、任意の数のｇノード－Ｂを含み得ることが理解され得る。ｇノード－Ｂ１８０ａ及び１８０ｂは各々、エアインターフェース１１７を介してＷＴＲＵ１０２ａ及び１０２ｂと通信するための１つ以上のトランシーバを含み得る。統合アクセス及びバックホール接続が使用されるとき、同じエアインターフェースが、ＷＴＲＵとｇノード－Ｂとの間で使用され得、このエアインターフェースは、１つ又は複数のｇＮＢを介したコアネットワーク１０９であってもよい。ｇノード－Ｂ１８０ａ及び１８０ｂは、ＭＩＭＯ、ＭＵ－ＭＩＭＯ、及び／又はデジタルビームフォーミング技術を実装し得る。したがって、ｇノード－Ｂ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、かつＷＴＲＵ１０２ａからワイヤレス信号を受信し得る。ＲＡＮ１０５は、ｅノード－Ｂなどの他のタイプの基地局を用い得ることを理解されたい。また、ＲＡＮ１０５は、２つ以上のタイプの基地局を採用し得ることも理解され得る。例えば、ＲＡＮは、ｅノード－Ｂ及びｇノード－Ｂを用い得る。

Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含み得る。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含み得ることが理解され得る。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信するための、１つ以上のトランシーバを含み得る。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用して、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信し得る。

ｅノード－Ｂ１８０ａ及び１８０ｂの各々は、特定のセル（図示せず）と関連付けられ得、アップリンク及び／又はダウンリンクにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１５Ｄに示すように、ｇＮｏｄｅ－Ｂ１８０ａ及び１８０ｂは、例えばＸｎインターフェースを通じて互いに通信してもよい。

図１５Ｄに示されるコアネットワーク１０９は、５Ｇコアネットワーク（5G core network、５ＧＣ）であってもよい。コアネットワーク１０９は、無線アクセスネットワークによって相互接続されている顧客に多数の通信サービスを提供し得る。コアネットワーク１０９は、コアネットワークの機能を実施するいくつかのエンティティを含む。本明細書で使用されるとき、「コアネットワークエンティティ」又は「ネットワーク機能」という用語は、コアネットワークの１つ以上の機能を実施する任意のエンティティを指す。そのようなコアネットワークエンティティは、無線若しくはネットワーク通信のために構成された装置、又は図１５Ｇに示されるシステム９０などのコンピュータシステムのメモリに記憶された、及びこれらのプロセッサで実行されるコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理エンティティであり得ることが理解される。

図１５Ｄの例では、５Ｇコアネットワーク１０９は、アクセス及びモビリティ管理機能（access and mobility management function、ＡＭＦ）１７２、セッション管理機能（Session Management Function、ＳＭＦ）１７４、ユーザプレーン機能（User Plane Functions、ＵＰＦｓ）１７６ａ及び１７６ｂ、ユーザデータ管理機能（User Data Management Function、ＵＤＭ）１９７、認証サーバ機能（Authentication Server Function、ＡＵＳＦ）１９０、ネットワーク露出機能（Network Exposure Function、ＮＥＦ）１９６、ポリシー制御機能（Policy Control Function、ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９、ユーザデータリポジトリ（User Data Repository、ＵＤＲ）１７８を含んでもよい。前述の要素の各々は、５Ｇコアネットワーク１０９の一部として図示されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。また、５Ｇコアネットワークはこれらの要素の全てからなるとは限らず、追加の要素からなる場合があり、これらの要素各々の複数の実例からなる場合があることも理解される。図１５Ｄは、ネットワーク機能が互いに直接接続することを示しているが、これらネットワーク機能が直径ルーティングエージェント又はメッセージバスなどのルーティングエージェントを介して通信し得ることが理解されるべきである。

図１５Ｄの例では、ネットワーク機能間の接続性は一組のインターフェース又は基準ポイントを介して達成される。ネットワーク機能は、他のネットワーク機能又はサービスによって呼び出されるか、又はコールされる一組のサービスとしてモデル化されるか、記載されるか、又は実装され得ることが理解され得る。ネットワーク機能サービスの呼び出しは、ネットワーク機能間の直接接続、メッセージバス上のメッセージングの交換、ソフトウェア機能の発呼などを介して達成され得る。

ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス認可の役割を果たし得る。ＡＭＦは、ユーザプレーントンネル構成情報を、Ｎ２インターフェースを介してＲＡＮ１０５に転送する役割を果たし得る。ＡＭＦ１７２は、ユーザプレーントンネル構成情報を、Ｎ１１インターフェースを介してＳＭＦから受信し得る。ＡＭＦ１７２は、一般に、ＮＡＳパケットを、Ｎ１インターフェースを介して、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに／からルーティングし、転送し得る。Ｎ１インターフェースは、図１５Ｄに示されていない。

ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続され得る。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に、かつＮ４インターフェースを介してＵＰＦ１７６ａ及び１７６ｂに接続され得る。ＳＭＦ１７４は、制御ノードとして機能し得る。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのＩＰアドレス割り当て、ＵＰＦ１７６ａ及びＵＰＦ１７６ｂにおけるトラフィックステアリングルールの管理及び構成、並びにＡＭＦ１７２へのダウンリンクデータ通知の生成の役割を果たし得る。

ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと他のデバイスとの間の通信を容易にするために、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得る。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂはまた、他のタイプのパケットデータネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得る。例えば、他のネットワーク１１２は、イーサネットネットワーク、又はデータのパケットを交換する任意のタイプのネットワークであってもよい。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、Ｎ４インターフェースを介して、ＳＭＦ１７４からトラフィックステアリングルールを受信し得る。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、パケットデータネットワークをＮ６インターフェースと接続することによって、又はＮ９インターフェースを介して互いに若しくは他のＵＰＦに接続することによって、パケットデータネットワークへのアクセスを提供し得る。パケットデータネットワークへのアクセスを提供することに加えて、ＵＰＦ１７６は、パケットルーティング及び転送、ポリシールールの施行、ユーザプレーントラフィックのサービス処理品質、ダウンリンクパケットバッファリングの役割を果たし得る。

ＡＭＦ１７２はまた、Ｎ３ＩＷＦ１９９に、例えば、Ｎ２インターフェースを介して接続され得る。Ｎ３ＩＷＦは、例えば３ＧＰＰによって定義されていない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１７０との間の接続を容易にする。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じ又は同様の様式で、Ｎ３ＩＷＦ１９９と相互作用し得る。

ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続され、Ｎ１５インターフェースを介してＡＭＦ１７２に接続され、Ｎ５インターフェースを介してアプリケーション機能（Application Function、ＡＦ）１８８に接続され得る。Ｎ１５及びＮ５インターフェースは、図１５Ｄには示されていない。ＰＣＦ１８４は、ＡＭＦ１７２及びＳＭＦ１７４などの制御プレーンノードにポリシールールを提供してもよく、制御プレーンノードがこれらのルールを施行することを可能にする。ＰＣＦ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのためにＡＭＦ１７２にポリシーを送信することができて、ＡＭＦは、Ｎ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃにポリシーを送達することができる。次いで、ポリシーは、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃにおいて施行又は適用され得る。

ＵＤＲ１７８は、認証証明書及び加入情報のためのリポジトリとして機能し得る。ＵＤＲは、ネットワーク機能に接続してもよく、その結果、ネットワーク機能は、リポジトリ内にあるデータに追加し、そのデータを読み取り、かつこのデータを修正することができる。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続してもよい。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続してもよく、ＵＤＲ１７８は、Ｎ３５インターフェースを介してＵＤＭ１９７に接続してもよい。

ＵＤＭ１９７は、ＵＤＲ１７８と他のネットワーク機能との間のインターフェースとして機能し得る。ＵＤＭ１９７は、ＵＤＲ１７８のアクセスに対するネットワーク機能を認可し得る。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続してもよく、ＵＤＭ１９７は、Ｎ１０インターフェースを介してＳＭＦ１７４に接続してもよい。同様に、ＵＤＭ１９７は、Ｎ１３インターフェースを介してＡＵＳＦ１９０に接続してもよい。ＵＤＲ１７８とＵＤＭ１９７とは、緊密に統合され得る。

ＡＵＳＦ１９０は、認証関連動作を実施し、Ｎ１３インターフェースを介してＵＤＭ１７８に、及びＮ１２インターフェースを介してＡＭＦ１７２に接続する。

ＮＥＦ１９６は、５Ｇコアネットワーク１０９における能力及びサービスをアプリケーション機能（ＡＦ）１８８に露出する。露出は、Ｎ３３ ＡＰＩインターフェースで発生し得る。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続してもよく、５Ｇコアネットワーク１０９の能力及びサービスを露出させるために、他のネットワーク機能に接続してもよい。

アプリケーション機能１８８は、５Ｇコアネットワーク１０９内のネットワーク機能と相互作用してもよい。アプリケーション機能１８８とネットワーク機能との間の相互作用は、直接インターフェースを介してもよいし、又はＮＥＦ１９６を介して発生してもよい。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部とみなされてもよいし、又は５Ｇコアネットワーク１０９の外部にあり、モバイルネットワークオペレータと取引関係を有する企業によって展開されてもよい。

ネットワークスライシングは、モバイルネットワークオペレータに使用することができ、オペレータのエアインターフェースの後ろの、１つ以上の「仮想」コアネットワークをサポートするメカニズムである。これは、コアネットワークを１つ以上の仮想ネットワークに「スライス」して、単一のＲＡＮ全体で実行される、異なるＲＡＮ又は異なるサービスタイプをサポートすることを含む。ネットワークスライシングにより、オペレータは、例えば、機能性、性能、及び分離の領域において、多様な要件を必要とする異なる市場シナリオのための最適化された解決策を提供するようにカスタマイズされたネットワークを作成することを可能にする。

３ＧＰＰは、ネットワークスライシングをサポートするために５Ｇコアネットワークを設計している。ネットワークスライシングは、ネットワークオペレータが、非常に多様で極端な要件を必要とすることもある５Ｇの多様なユースケースの組（例えば、大規模なＩｏＴ、重要な通信、Ｖ２Ｘ、及び拡張されたモバイルブロードバンド）をサポートするために使用できる良好なツールである。ネットワークスライシング技術を使用しなければ、各使用事例がその特定の組の性能、スケーラビリティ、及び可用性要件を有する際、より広範囲の使用事例のニーズを効率的にサポートするのに十分な柔軟性及び拡張性がネットワークアーキテクチャにない可能性が高い。更に、新しいネットワークサービスの導入をより効率的にするべきである。

再び図１５Ｄを参照すると、ネットワークスライシングシナリオにおいて、ＷＴＲＵ１０２ａ、１０２ｂ、又は１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続してもよい。ＡＭＦは、１つ以上のスライスの論理的に一部であり得る。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂ、又は１０２ｃの、１つ以上のＵＰＦ１７６ａ及び１７６ｂ、ＳＭＦ１７４、並びに他のネットワーク機能との接続又は通信を調整してもよい。ＵＰＦ１７６ａ及び１７６ｂ、ＳＭＦ１７４、並びに他のネットワーク機能の各々は、同じスライス又は異なるスライスの一部であってもよい。それらが異なるスライスの一部であるとき、それらは、異なるコンピューティングリソース、セキュリティ証明書などを利用し得るという意味で、互いに分離され得る。

コアネットワーク１０９は、他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０９は、５Ｇコアネットワーク１０９とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどのＩＰゲートウェイを含むか、又はこれと通信してもよい。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を容易にするショートメッセージサービス（short message service、ＳＭＳ）サービスセンタを含むか、又はこれと通信し得る。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃとサーバ又はアプリケーション機能１８８との間の非ＩＰデータパケットの交換を容易にしてもよい。加えて、コアネットワーク１７０は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される他の有線又は無線ネットワークを含み得る。

本明細書に記載され、図８Ａ、図８Ｃ、図８Ｄ、及び図８Ｅに例示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに与えられる名前によって識別されるが、将来のそれらのエンティティ及び機能は、他の名前によって識別することができ、将来の３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開された将来の仕様において、特定のエンティティ又は機能が組み合わされ得ることが理解される。こうして、図８Ａ、図８Ｂ、図８Ｃ、図８Ｄ、及び図８Ｅに記載及び例示される特定のネットワークエンティティ及び機能は、例としてのみ提供され、本明細書に開示及び特許請求される主題は、現在定義されているか又は将来定義されているかにかかわらず、任意の同様の通信システムにおいて具現化又は実装され得ることが理解される。

図１５Ｅは、本明細書に記載のシステム、方法、装置が使用され得る例示的な通信システム１１１を示す。通信システム１１１は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局ｇＮＢ１２１、Ｖ２Ｘサーバ１２４、及び路側ユニット（ＲＳＵ）１２３ａ及び１２３ｂを含み得る。実際には、本明細書に提示される概念は、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、及び／又は他のネットワーク要素に適用され得る。１つ又は複数の、又は全てのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、アクセスネットワークのカバレッジ１３１の範囲外であり得る。ＷＴＲＵ Ａ、Ｂ、及びＣはＶ２Ｘグループを形成し、このグループではＷＴＲＵ Ａがグループリードであり、ＷＴＲＵ Ｂ及びＣがグループメンバーである。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、それらがアクセスネットワークのカバレッジ１３１内にある場合、ｇＮＢ１２１を介してＵｕインターフェース１２９を介して互いに通信し得る。図１５Ｅの例では、ＷＴＲＵ Ｂ及びＦはアクセスネットワークのカバレッジ１３１内に示される。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、それらがアクセスネットワークのカバレッジ１３１下に、又はアクセスネットワークのカバレッジ１３１の外側にあるかどうかにかかわらず、インターフェース１２５ａ、１２５ｂ、又は１２８などのサイドリンクインターフェース（例えば、ＰＣ５又はＮＲ ＰＣ５）を介して互いに直接通信してもよい。例えば、図１５Ｅの例では、アクセスネットワークのカバレッジ１３１の外側にあるＷＲＴＵ Ｄは、カバレッジ１３１内にあるＷＴＲＵ Ｆと通信する。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対ネットワーク通信（Ｖ２Ｎ）１３３又はサイドリンクインターフェース１２５ｂを介してＲＳＵ１２３ａ又は１２３ｂと通信してもよい。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対インフラストラクチャ通信（Ｖ２Ｉ）インターフェース１２７を介してＶ２Ｘサーバ１２４に通信し得る。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対人間通信（Ｖ２Ｐ）インターフェース１２８を介して別のＵＥに通信し得る。

図１５Ｆは、図１５Ａ、図８Ｂ、図８Ｃ、図８Ｄ、又は図８ＥのＷＴＲＵ１０２などの、本明細書に記載のシステム、方法、及び装置による無線通信及び動作のために構成され得る、例示的な装置又はデバイスＷＴＲＵ１０２のブロック図である。図１５Ｆに示すように、例示的なＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、伝送／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、前述の要素の任意の部分組み合わせを含み得ることが理解され得る。また、基地局１１４ａ及び１１４ｂ、並びに／又は基地局１１４ａ及び１１４ｂは、限定されないが、トランシーバ局（ＢＴＳ）、ノード－Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード－Ｂ、進化型ホームノード－Ｂ（evolved home node-B、ｅＮｏｄｅＢ）、ホーム進化型ノード－Ｂ（home evolved node-B、ＨｅＮＢ）、ホーム進化型ノード－Ｂゲートウェイ、次世代ノード－Ｂ（ｇノード－Ｂ）、及びプロキシノードなどを表してもよく、数ある中でも、図１５Ｆに図示され、本明細書に記載される要素のうちのいくつか又は全てを含んでもよい。

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

ＵＥの伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、図１５Ａの基地局１１４ａ）に信号を伝送するか又は基地局から信号を受信するか、又はエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを介して別のＵＥに信号を伝送するか又はＵＥから信号を受信するように構成されてもよい。例えば、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び受信するように構成され得る。送信／受信要素１２２は、無線又は有線信号の任意の組み合わせを送信及び／又は受信するように構成され得ることが理解され得る。

加えて、伝送／受信要素１２２は、単一の要素として図１５Ｆに図示されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いてもよい。したがって、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介してワイヤレス信号を送信及び受信するための２つ以上の送信／受信要素１２２（例えば、多重アンテナ）を含み得る。

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように、構成されてもよい。上記のように、ＷＴＲＵ１０２は、多重モード能力を有してもよい。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えば、ＮＲ及びＩＥＥＥ８０２．１１若しくはＮＲ及びＥ－ＵＴＲＡを介して通信すること、又は異なるＲＲＨ、ＴＲＰ、ＲＳＵ、又はノードへの複数のビームを介して同じＲＡＴと通信することを可能にするための複数のトランシーバを含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイユニットに結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド／インジケータ１２８に出力し得る。なお、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（Random-Access Memory、ＲＡＭ）、読み取り専用メモリ（Read-Only Memory、ＲＯＭ）、ハードディスク、又は任意のその他のタイプのメモリ記憶デバイスを含んでもよい。リムーバブルメモリ１３２は、加入者識別モジュール（Subscriber Identity Module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital、ＳＤ）メモリカード等を含んでもよい。プロセッサ１１８は、クラウド又はエッジコンピューティングプラットフォーム又はホームコンピュータ（図示せず）でホストされるサーバ上など、ＷＴＲＵ１０２上に物理的に位置していないメモリから情報にアクセスし、そのメモリにデータを記憶してもよい。

プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２におけるその他の構成部品に電力を分配する、及び／又は制御するように、構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための、任意の好適なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾式セル電池、太陽電池、燃料電池などを含み得る。

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

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェアモジュール及び／又はハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、生体認証（例えば、指紋認証）センサ、電子コンパス、衛星トランシーバ、デジタルカメラ（写真又はビデオ用）、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、又は他の相互接続インターフェース、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュールなどの様々なセンサを含み得る。

ＷＴＲＵ１０２は、センサ、家庭用電気機械器具、スマートウォッチ若しくはスマートクロージングなどのウェアラブルデバイス、医療若しくはｅヘルスデバイス、ロボット、産業機器、ドローン、自動車、トラック、列車などの車両、又は飛行機などの他の装置又はデバイスに含まれ得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを含み得る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して、そのような装置又はデバイスの他の構成要素、モジュール、又はシステムに接続することができる。

図１５Ｇは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、他のネットワーク１１２、又はネットワークサービス１１３における、特定のノード又は機能エンティティなどの、図８Ａ、図８Ｃ、図８Ｄ、及び図８Ｅに例示される通信ネットワークのうちの１つ以上の装置が具体化され得る、例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０はコンピュータ又はサーバを含んでもよく、主にコンピュータ可読命令によって制御されてもよい。コンピュータ可読命令はソフトウェアの形態で、任意の場所で、又はこのようなソフトウェアが記憶又はアクセスされるあらゆる手段によるものであってよい。そのようなコンピュータ可読命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０に作業をさせ得る。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はコンピューティングシステム９０が通信ネットワークで動作することを可能にする任意の他の機能を実施し得る。コプロセッサ８１は、メインプロセッサ９１とは異なる任意のプロセッサであり、追加の機能を実施するか又はプロセッサ９１を支援してもよい。プロセッサ９１及び／又はコプロセッサ８１は、本明細書に開示される方法及び装置に関連するデータを受信、生成、及び処理することができる。

動作中、プロセッサ９１は、命令をフェッチ、復号、及び実行し、コンピューティングシステムのメインデータ転送経路、システムバス８０を介して他のリソースに情報を送信する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、及び割り込みを送信しシステムバスを動作させるための制御ラインを含む。このようなシステムバス８０の例は、周辺構成要素相互接続（Peripheral Component Interconnect、ＰＣＩ）バスである。

システムバス８０に結合されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２及び読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶及び取り出されることを可能にする回路を含む。ＲＯＭ９３は一般に、容易に修正し得ない記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、プロセッサ９１又は他のハードウェアデバイスによって読み取られるか、又は変更され得る。ＲＡＭ８２及び／又はＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ９２はまた、システム内のプロセスを分離し、システムプロセスをユーザプロセスから分離するメモリ保護機能を提供し得る。したがって、第１のモードで実行されるプログラムは、それ自体のプロセス仮想アドレス空間によってマッピングされたメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスし得ない。

加えて、コンピューティングシステム９０は、プリンタ９４、キーボード８４、マウス９５、及びディスクドライブ８５などの、プロセッサ９１から周辺機器に命令を通信する役割を果たす周辺機器コントローラ８３を含み得る。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成された視覚的出力を表示するために使用される。そのような視覚的出力は、テキスト、グラフィック、アニメーショングラフィック、及び動画を含み得る。視覚的出力は、グラフィカルユーザインターフェース（graphical user interface、ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、又はタッチパネルで実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子部品を含む。

更に、コンピューティングシステム９０は、コンピューティングシステム９０を、図８Ａ、図８Ｂ、図８Ｃ、図８Ｄ、及び図８ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２、又は他のネットワーク１１２などの外部通信ネットワーク若しくはデバイスに接続するために使用され得る、例えば、無線若しくは有線ネットワークアダプタ９７などの通信回路を含み得、コンピューティングシステム９０が、それらのネットワークの他のノード又は機能的エンティティと通信することを可能にする。通信回路は、単独で、又はプロセッサ９１と組み合わせて、本明細書に記載の特定の装置、ノード、又は機能エンティティの送信及び受信ステップを実施するために使用され得る。

本明細書に記載の装置、システム、方法、及びプロセスのいずれか又は全ては、コンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具体化され得、その命令は、プロセッサ１１８又は９１などのプロセッサによって実行されるときに、プロセッサに、本明細書に記載のシステム、方法、及びプロセスを実施及び／又は実装させることが理解される。具体的には、本明細書に記載のステップ、動作、又は機能のいずれかは、無線及び／又は有線ネットワーク通信のために構成された装置又はコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ可読記憶媒体は、任意の非一時的な（例えば、有形又は物理的）方法又は技術で実装される、情報を記憶するための、揮発性及び不揮発性、リムーバブル及び非リムーバブルな媒体を含むが、そのようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（digital versatile disks、ＤＶＤ）又は他の光ディスク記憶、磁気カセット、磁気テープ、磁気ディスク記憶装置、若しくは他の磁気記憶デバイス、又は所望の情報を記憶するために使用され得、コンピューティングシステムによってアクセスされ得る任意の他の有形若しくは物理媒体が含まれる。

Claims (9)

1. 無線送信／受信ユニット（ＷＴＲＵ）によって実施される方法であって、前記方法は、
   登録要求メッセージをネットワークに送信することであって、前記登録要求メッセージは、前記ＷＴＲＵがネットワークスライスの時間的利用可能性情報の利用をサポートすることができるという指示を含む、送信することと、
   １つ以上のネットワークスライスの時間的利用可能性情報を示す登録受諾メッセージを前記ネットワークから受信することであって、前記時間的利用可能性情報は、前記１つ以上のネットワークスライスの各々について、それぞれの示されたアクセス期間における前記１つ以上のネットワークスライスの利用可能性を示し、また、前記それぞれの示されたアクセス期間は、前記１つ以上のネットワークスライスが利用可能になる第１の時間と、前記１つ以上のネットワークスライスが利用不可能になる第２の時間とを含む、受信することと、
   前記受信された時間的利用可能性情報に基づいて、前記ネットワークスライスが利用不可能になることを判定することと、
   時間期間内に利用不可能であると判定された前記ネットワークスライスに関連付けられた１つ以上のプロトコルデータユニット（ＰＤＵ）セッションを放棄することと、
   前記１つ以上のネットワークスライスの更新された時間的利用可能性情報を示す構成更新メッセージを前記ネットワークから受信することと、を含む、方法。
2. 前記ネットワークスライスの非アクティブ時間期間が近づいている場合、ＰＤＵセッションの開始を停止する理由を示す通知を送ることを更に含む、請求項１に記載の方法。
3. 前記登録受諾メッセージは、前記登録要求メッセージに応答して受信される登録応答メッセージである、請求項１に記載の方法。
4. 前記時間期間内に前記ネットワークスライスが利用不可能であることに基づいて、ＰＤＵセッションを停止することを更に含む、請求項１に記載の方法。
5. 前記１つ以上のネットワークスライスに関連付けられた更新された時間情報を受信することを更に含む、請求項１に記載の方法。
6. 示された前記アクセス期間の時間情報は、前記１つ以上のネットワークスライスが利用可能になる第１の時間と、前記１つ以上のネットワークスライスが利用不可能になる第２の時間とを含む、請求項１に記載の方法。
7. 前記登録要求メッセージは、前記ＷＴＲＵがアプリケーションごとの認証及び認可（ＰＡＡＡ）をサポートすることをさらに示す、請求項１に記載の方法。
8. 前記ネットワークからの前記登録受諾メッセージは、前記１つ以上のネットワークスライスのうちのネットワークスライスが前記ＷＴＲＵからのＰＡＡＡを必要とすることをさらに示す、請求項７に記載の方法。
9. 前記ネットワークスライスが利用不可能になりつつあることをアプリケーションに通知することを決定することと、
   データを送信するために前記１つ以上のネットワークスライスのうちの異なるネットワークスライスを試みることを決定することと、を更に含む、請求項１に記載の方法。