JP2022535933A - マルチユーザモバイル端末のためのサービス配信を実行するための装置、システム、方法、およびコンピュータ可読媒体 - Google Patents

Abstract

電子デバイスは、ユーザ識別子を電子デバイスに対応する識別子に関連付けるように要求するリンク要求メッセージを無線ネットワークに送信し、無線ネットワークから、ユーザ識別子が電子デバイスに対応する識別子に関連付けられていることを確認する登録応答を受信し、無線ネットワークから、電子デバイスについての更新された構成情報であって、構成情報の少なくとも一部がユーザ識別子に関連付けられている構成情報を受信するように構成されている。

Description

（関連出願の相互参照）
本出願は、それらの全体が参照により本明細書に組み込まれる、２０１９年６月７日に出願された米国仮特許出願第６２／８５８，５６５号および２０１９年９月１２日に出願された米国仮特許出願第６２／８９９，２０２号の利益を主張する。

本開示は、一般に、無線通信に関し、より詳細には、ユーザを認証し、ユーザをモバイル端末のサブスクリプションとリンクさせるためのコンピュータ実行可能命令を有する無線通信システム、装置、方法、およびコンピュータ可読媒体に関する。

本明細書で提供される「背景」の説明は、本開示の文脈を一般的に提示することを目的としている。本背景技術のセクションに記載されている限りにおいて、本発明者らの研究、ならびに出願時に先行技術として認められない可能性がある説明の態様は、本発明に対する先行技術として明示的にも黙示的にも認められない。

参考文献［１］、３ＧＰＰ ＴＲ ２２．９０４は、３ＧＰＰシステムがＵＥのユーザを識別することが有利であるであろうユースケースを記載している。

参考文献［１］の１つのユースケースは、２人の子供であるＬｕｃｙとＬｉｎｕｓが時々母親のＵＥを使用するシナリオを記載している。ネットワークが、誰がＵＥを使用しているかに応じて異なるサービスをＵＥに提供するように、ＬｕｃｙまたはＬｉｎｕｓがいつＵＥを使用しているかをネットワークが認識することができるように、３ＧＰＰシステムを拡張することが望ましい。例えば、ネットワークは、ＬｕｃｙまたはＬｉｎｕｓがＵＥを使用しているときにウェブフィルタリングを提供することができる。さらにまた、ネットワークは、ユーザごとに異なる時間制限を適用することができる。このシナリオは、ネットワークが各ユーザのプロファイルを維持し、プロファイルが、ユーザがネットワークにアクセスするためにどのＵＥを使用することができ、各ユーザがどのサービスにアクセスすることを許可されているかに関する情報（すなわち、サブスクリプション）を含むことを意味する。

したがって、ネットワークは、サービスへのアクセスを許可するときに、誰がＵＥを使用しているかを考慮すべきである。

本開示の例示的な実施形態は、ユーザ識別子を電子デバイスに対応する識別子に関連付けるように要求するリンク要求メッセージを無線ネットワークに送信し、無線ネットワークから、ユーザ識別子が電子デバイスに対応する識別子に関連付けられていることを確認する登録応答を受信し、無線ネットワークから、電子デバイスについての更新された構成情報であって、構成情報の少なくとも一部がユーザ識別子に関連付けられている構成情報を受信するように構成された電子デバイス（例えば、ＵＥ）を提供する。

この概要は、以下の詳細な説明でさらに説明される概念の選択を簡略化した形で紹介するために提供される。この概要は、特許請求される主題の重要な特徴または本質的な特徴を特定することを意図しておらず、特許請求される主題の範囲を限定するために使用されることも意図していない。さらにまた、特許請求される主題は、本開示の任意の部分に記載された任意のまたは全ての欠点を解決する限定事項に限定されない。

本開示の範囲は、添付の図面と併せて読むと、例示的な実施形態の以下の詳細な説明から最もよく理解される。

図１Ａは、例示的な３ＧＰＰアーキテクチャを示すシステム図である。 図１Ｂは、無線アクセスネットワーク（ＲＡＮ）アーキテクチャおよびコアネットワークアーキテクチャの例を示すシステム図である。 図１Ｃは、無線アクセスネットワーク（ＲＡＮ）アーキテクチャおよびコアネットワークアーキテクチャの例を示すシステム図である。 図１Ｄは、無線アクセスネットワーク（ＲＡＮ）アーキテクチャおよびコアネットワークアーキテクチャの例を示すシステム図である。 図１Ｅは、例示的な３ＧＰＰアーキテクチャを示すシステム図である。 図１Ｆは、無線通信のために構成された例示的な装置またはデバイスのシステム図である。 図１Ｇは、通信ネットワークで使用されるコンピューティングシステムの例を示すシステム図である。 図２は、例示的な実施形態にかかる５Ｇ ＵＥ認証手順を示している。 図３は、例示的な実施形態にかかるポリシーセットエントリを示している。 図４は、例示的な実施形態にかかるＥＡＰアーキテクチャを示している。 図５は、例示的な実施形態にかかるネットワークスライス固有の認証および認可手順を示している。 図６は、例示的な実施形態にかかるＵＥ開始リンク手順を示している。 図７は、例示的な実施形態にかかる、ユーザ認識許可されたＮＳＳＡＩを取得するための手順を示している。 図８は、例示的な実施形態にかかるポリシーセットエントリ関連付け情報を示している。 図９は、例示的な実施形態にかかる、ユーザＩＤをリンクおよびリンク解除するためのＧＵＩを示している。 図１０は、ＤＮ－ＡＡＡサーバによるＰＤＵセッション確立認証／認可のための手順を示している。 図１１は、非ローミングおよびローカルブレイクアウトによるローミングのためのＤＥ要求ＰＤＵセッション確立のための手順を示している。 図１２は、ＵＥまたはネットワーク要求ＰＤＵセッション変更（非ローミングおよびローカルブレイクアウトによるローミング）のための手順を示している。 図１３は、ＱｏＳ規則情報要素を示している。 図１４は、ＱｏＳ規則（ｕ＝ｍ＋２）を示している。 図１５は、ユーザ中心ＱｏＳ規則ＩＥのフォーマットを示している。 図１６は、複数のユーザＩＤを有するユーザ中心ＱｏＳ規則ＩＥのフォーマットを示している。 図１７は、ＵＣＱＲ配信を伴う非ローミングおよびローカルブレイクアウトによるローミングのためのＤＥ要求ＰＤＵセッション確立のための拡張された手順を示している。 図１８は、ＵＣＱＲ配信を伴う（非ローミングおよびローカルブレイクアウトによるローミングのための）ＵＥまたはネットワーク要求ＰＤＵセッション変更のための改良された手順を示している。 図１９は、ＵＣＱＲ配信を伴う拡張されたネットワークスライス固有の認証および認可手順を示している。 図２０は、ＵＣＱＲ配信を伴うＤＮ－ＡＡＡサーバによるＰＤＵセッション確立認証／認可のための拡張された手順を示している。 図２１は、暗黙的なユーザＩＤ指示を有するユーザ中心ＱｏＳ規則ＩＥのフォーマットを示している。 図２２は、例示的な実施形態にかかる、ＵＣＱＲを受信するマルチユーザＵＥのＧＵＩを示している。

本開示の適用可能なさらなる領域は、以下に提供される詳細な説明から明らかになるであろう。例示的な実施形態の詳細な説明は、例示のみを目的としており、したがって、本開示の範囲を必ずしも限定するものではないことを理解されたい。

（詳細な説明）
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、ならびにコーデック、セキュリティ、およびサービス品質に関する作業を含むサービスケイパビリティを含む、セルラー通信ネットワーク技術のための技術標準を開発している。最近の無線アクセス技術（ＲＡＴ）規格に、ＷＣＤＭＡ（登録商標）（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、ＬＴＥ－Ａｄｖａｎｃｅｄ規格、および「５Ｇ」とも呼ばれる新無線（ＮＲ）を含む。３ＧＰＰ ＮＲ規格の開発は、継続し、次世代無線アクセス技術（新ＲＡＴ）の定義を含むと予想され、それは、７ＧＨｚ未満の新たな柔軟な無線アクセスの提供、および７ＧＨｚを超える新たなウルトラモバイルブロードバンド無線アクセスの提供を含むと予想される。柔軟な無線アクセスは、７ＧＨｚ未満の新たなスペクトルにおける新たな後方互換性のない無線アクセスからなると予想され、異なる要件を有する３ＧＰＰ ＮＲユースケースの広範なセットに対処するために同じスペクトルで一緒に多重化されることができる異なる動作モードを含むと予想される。ウルトラモバイルブロードバンドは、例えば、屋内アプリケーションおよびホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するｃｍＷａｖｅおよびｍｍＷａｖｅスペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、ｃｍＷａｖｅおよびｍｍＷａｖｅ固有の設計最適化を用いて、７ＧＨｚ未満の柔軟な無線アクセスと共通の設計フレームワークを共有すると予想される。

３ＧＰＰは、ＮＲがサポートすると予想される様々なユースケースを特定し、データレート、レイテンシ、およびモビリティに対する多種多様なユーザエクスペリエンス要件をもたらした。ユースケースは、以下の一般的なカテゴリ、すなわち、高度モバイルブロードバンド（ｅＭＢＢ）超高信頼低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、および高度車両対全て（ｅＶ２Ｘ）通信を含み、これらは、車両対車両通信（Ｖ２Ｖ）、車両対基盤通信（Ｖ２Ｉ）、車両対ネットワーク通信（Ｖ２Ｎ）、車両対歩行者通信（Ｖ２Ｐ）、および他のエンティティとの車両通信のいずれかを含むことができる。これらのカテゴリの特定のサービスおよびアプリケーションは、例えば、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースオフィス、ファーストレスポンダ接続、自動車のエコ、災害警告、リアルタイムゲーム、多人数ビデオ通話、自動運転、拡張現実、触覚インターネット、仮想現実、ホームオートメーション、ロボット、および空中ドローンを含む。これらのユースケースの全ておよび他のユースケースが本明細書で企図される。

以下は、以下の説明に現れる場合があるサービスレベルおよびコアネットワーク技術に関する頭字語のリストである（表１）。特に明記しない限り、本明細書で使用される頭字語は、以下に列挙される対応する用語を指す。

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

本明細書に開示された概念は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素と共に使用されることができることが理解されよう。ＷＴＲＵ１０２のそれぞれは、無線環境で動作および／または通信するように構成された任意のタイプの装置またはデバイスとすることができる。

図１Ａの例では、ＷＴＲＵ１０２のそれぞれは、ハンドヘルド無線通信装置として図１Ａ～図１Ｅに示されている。無線通信に関して企図される多種多様なユースケースでは、各ＷＴＲＵは、例としてのみ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ポケットベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家庭用電子機器、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅヘルスデバイス、ロボット、産業機器、ドローン、自動車、バスまたはトラックなどの車両、電車、または飛行機などを含む、無線信号を送信および／または受信するように構成された任意の種類の装置またはデバイスを備えるか、またはそれらに含まれてもよいことが理解される。

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

ＴＲＰ１１９ａ、１１９ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。ＲＳＵ１２０ａおよび１２０ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、および／またはネットワークサービス１１３などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｅまたは１０２ｆの少なくとも一方と無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、次世代ノードＢ（ｇノードＢ）、衛星、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。

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

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

基地局１１４ｂは、任意の適切な有線（例えば、ケーブル、光ファイバなど）または無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）とすることができる有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して、ＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、ならびに／またはＲＳＵ１２０ａおよび１２０ｂのうちの１つ以上と通信することができる。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切なＲＡＴを使用して確立されることができる。

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

ＷＴＲＵ１０２は、任意の適切な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、紫外ＵＶ、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）とすることができるサイドリンク通信などの直接エアインターフェース１１５ｄ／１１６ｄ／１１７ｄを介して互いに通信することができる。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の適切なＲＡＴを使用して確立されることができる。

通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような１つ以上のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＲＨ１１８ａ、１１８ｂ、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０ａおよび１２０ｂならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができ、これは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７および／または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇ、またはＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＳＵ１２０ａおよび１２０ｂならびにＷＴＲＵ１０２ｃ、１０２ｄは、例えば、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）を使用してエアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる発展型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装することができる。エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ ＮＲ技術を実装してもよい。ＬＴＥおよびＬＴＥ－Ａ技術は、ＬＴＥ Ｄ２Ｄおよび／またはＶ２Ｘ技術およびインターフェース（例えば、サイドリンク通信など）を含むことができる。 同様に、３ＧＰＰ ＮＲ技術は、ＮＲ Ｖ２Ｘ技術およびインターフェース（例えば、サイドリンク通信など）を含むことができる。

ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇ、またはＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＳＵ１２０ａおよび１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ ＩＸ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定基準２０００（ＩＳ－２０００）、暫定基準９５（ＩＳ－９５）、暫定基準８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（ＧＳＭ）（登録商標）、ＧＳＭエボリューション用拡張データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。

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

ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、ＷＴＲＵ１０２のうちの１つ以上に音声、データ、メッセージング、認可および認証、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークとすることができるコアネットワーク１０６／１０７／１０９と通信することができる。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコール、インターネット接続、パケットデータネットワーク接続、イーサネット（登録商標）接続、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルのセキュリティ機能を実行することができる。

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

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２がＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能することができる。ＰＳＴＮ１０８は、従来の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネットネットワーク）、または、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを適用することができる、１つ以上のＲＡＮに接続された別のコアネットワークを含むことができる。

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

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

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

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

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

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

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

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

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

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃを含むことができるが、ＲＡＮ１０４は、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは、それぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つ以上のトランシーバを含むことができる。例えば、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは、ＭＩＭＯ技術を実装することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。

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

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

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

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

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

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

図１Ｄは、例示的なＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＮＲ無線技術を使用して、エアインターフェース１１７を介してＷＴＲＵ１０２ａおよび１０２ｂと通信することができる。ＲＡＮ１０５はまた、コアネットワーク１０９と通信することができる。非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９は、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信するために非３ＧＰＰ無線技術を採用することができる。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信してもよい。

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

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

ｇノードＢ１８０ａおよび１８０ｂのそれぞれは、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されることができる。図１Ｄに示すように、ｇノードＢ１８０ａおよび１８０ｂは、例えばＸｎインターフェースを介して互いに通信することができる。

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

図１Ｄの例では、５Ｇコアネットワーク１０９は、アクセスおよびモビリティ管理機能（ＡＭＦ）１７２、セッション管理機能（ＳＭＦ）１７４、ユーザプレーン機能（ＵＰＦ）１７６ａおよび１７６ｂ、ユーザデータ管理機能（ＵＤＭ）１９７、認証サーバ機能（ＡＵＳＦ）１９０、ネットワーク露出機能（ＮＥＦ）１９６、ポリシー制御機能（ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９、ユーザデータリポジトリ（ＵＤＲ）１７８を含むことができる。前述の要素のそれぞれは、５Ｇコアネットワーク１０９の一部として示されているが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。５Ｇコアネットワークは、これらの要素の全てから構成されなくてもよく、追加の要素から構成されてもよく、これらの要素のそれぞれの複数のインスタンスから構成されてもよいことも理解されよう。図１Ｄは、ネットワーク機能が互いに直接接続することを示しているが、それらは、直径ルーティングエージェントまたはメッセージバスなどのルーティングエージェントを介して通信することができることを理解されたい。

図１Ｄの例では、ネットワーク機能間の接続は、インターフェースのセットまたは基準点を介して達成される。ネットワーク機能は、他のネットワーク機能またはサービスによって起動される、または呼び出されるサービスのセットとしてモデル化、説明、または実装されることができることが理解されよう。ネットワーク機能サービスの呼び出しは、ネットワーク機能間の直接接続、メッセージバス上のメッセージングの交換、ソフトウェア機能の呼び出しなどを介して達成されることができる。

ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続されてもよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス認可を担うことができる。

ＡＭＦは、Ｎ２インターフェースを介してＲＡＮ１０５にユーザプレーントンネル構成情報を転送する役割を果たすことができる。ＡＭＦ１７２は、Ｎ１１インターフェースを介してＳＭＦからユーザプレーントンネル構成情報を受信することができる。ＡＭＦ１７２は、一般に、Ｎ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとの間でＮＡＳパケットをルーティングおよび転送することができる。Ｎ１インターフェースは、図１Ｄには示されていない。

ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続されてもよい。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に接続され、Ｎ４インターフェースを介してＵＰＦ１７６ａおよび１７６ｂに接続されてもよい。ＳＭＦ１７４は、制御ノードとして機能することができる。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのＩＰアドレス割り当て、ＵＰＦ１７６ａおよびＵＰＦ１７６ｂにおけるトラフィックステアリング規則の管理および構成、ならびにＡＭＦ１７２へのダウンリンクデータ通知の生成を担うことができる。

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

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

ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続され、Ｎ１５インターフェースを介してＡＭＦ１７２に接続され、Ｎ５インターフェースを介してアプリケーション機能（ＡＦ）１８８に接続されることができる。

Ｎ１５およびＮ５インターフェースは、図１Ｄには示されていない。ＰＣＦ１８４は、ＡＭＦ１７２およびＳＭＦ１７４などの制御プレーンノードにポリシー規則を提供することができ、制御プレーンノードがこれらの規則を実施することを可能にする。ＰＣＦ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのためにポリシーをＡＭＦ１７２に送信することができ、その結果、ＡＭＦは、Ｎ１インターフェースを介してポリシーをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに配信することができる。次いで、ポリシーは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃにおいて実施または適用されることができる。

ＵＤＲ１７８は、認証資格情報およびサブスクリプション情報のリポジトリとして機能することができる。ＵＤＲは、ネットワーク機能に接続することができ、その結果、ネットワーク機能は、リポジトリ内にあるデータを追加、読み取り、および変更することができる。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続することができる。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続することができ、ＵＤＲ１７８は、Ｎ３５インターフェースを介してＵＤＭ１９７に接続することができる。

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

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

ＮＥＦ１９６は、５Ｇコアネットワーク１０９内の能力およびサービスをアプリケーション機能（ＡＦ）１８８に公開する。公開は、Ｎ３３ ＡＰＩインターフェース上で行われてもよい。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続することができ、５Ｇコアネットワーク１０９の能力およびサービスを公開するために他のネットワーク機能に接続することができる。

アプリケーション機能１８８は、５Ｇコアネットワーク１０９内のネットワーク機能と対話することができる。アプリケーション機能１８８とネットワーク機能との間の対話は、直接インターフェースを介して行われてもよく、ＮＥＦ１９６を介して行われてもよい。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部とみなされてもよく、または５Ｇコアネットワーク１０９の外部にあってもよく、モバイルネットワークオペレータとのビジネス関係を有する企業によって展開されてもよい。

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

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

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

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

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

図１Ｅは、本明細書に記載のシステム、方法、装置を使用することができる例示的な通信システム１１１を示している。通信システム１１１は、無線送受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局ｇＮＢ１２１、Ｖ２Ｘサーバ１２４、ならびに路側ユニット（ＲＳＵ）１２３ａおよび１２３ｂを含むことができる。実際には、本明細書に提示された概念は、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、および／または他のネットワーク要素に適用されることができる。１つまたはいくつかまたは全てのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、アクセスネットワークカバレッジ１２２の範囲外であってもよい。ＷＴＲＵ Ａ、Ｂ、およびＣは、Ｖ２Ｘグループを形成し、その中でＷＴＲＵ Ａは、グループリードであり、ＷＴＲＵ ＢおよびＣは、グループメンバである。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、それらがアクセスネットワークカバレッジ下にある場合、ｇＮＢ１２１を介してＵｕインターフェース１２９ｂを介して互いに通信することができる（図１Ｅのネットワークカバレッジ下にはＢおよびＦのみが示されている）。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、アクセスネットワークカバレッジ（例えば、Ａ、Ｃ、ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、互いに通信することができ、ＤおよびＥは、図１Ｅのネットワークカバレッジから外れて示されている）の下または外にある場合、サイドリンク（ＰＣＳまたはＮＲＰＣＳ）インターフェース１２５ａ、１２５ｂ、１２８を介して互いに直接通信することができる。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、車両ネットワーク（Ｖ２Ｎ）１２６またはサイドリンクインターフェース１２５ｂを介してＲＳＵ１２３ａまたは１２３ｂと通信することができる。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、車両対基盤（Ｖ２Ｉ）インターフェース１２７を介してＶ２Ｘサーバ１２４と通信することができる。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、車両対個人（Ｖ２Ｐ）インターフェース１２８を介して別のＵＥと通信することができる。

図１Ｆは、図１Ａ、図１Ｂ、図１Ｃ、図１Ｄ、または図１ＥのＷＴＲＵ１０２などの、本明細書に記載のシステム、方法、および装置にかかる無線通信および動作のために構成されることができる例示的な装置またはデバイスＷＴＲＵ１０２のブロック図である。図１Ｆに示されるように、例示的なＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、前述の要素の任意のサブコンビネーションを含むことができることが理解されよう。

また、基地局１１４ａおよび１１４ｂ、および／または、限定されないが、とりわけ、トランシーバステーション（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（ｅノードＢ）、ホーム発展型ノードＢ（ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、次世代ノードＢ（ｇノードＢ）、およびプロキシノードなどの基地局１１４ａおよび１１４ｂが表すことができるノードは、図１Ｆに示されて本明細書に記載される要素の一部または全てを含むことができる。

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

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

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

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されることができる。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が複数のＲＡＴ、例えばＮＲおよびＩＥＥＥ８０２．１１またはＮＲおよびＥ－ＵＴＲＡを介して通信することを可能にするための、または異なるＲＲＨ、ＴＲＰ、ＲＳＵ、もしくはノードへの複数のビームを介して同じＲＡＴと通信することを可能にするための複数のトランシーバを含むことができる。ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、それらからユーザ入力データを受信してもよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８にユーザデータを出力することができる。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリから情報にアクセスし、そこにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他の種類のメモリ記憶装置を含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。プロセッサ１１８は、クラウドまたはエッジコンピューティングプラットフォームまたはホームコンピュータ（図示せず）でホストされるサーバ上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、メモリにデータを記憶することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に電力を分配および／または制御するように構成されることができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切な装置であってもよい。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含んでもよい。

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

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

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

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

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

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

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

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

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

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

（詳細な説明）
本開示は、ＵＥが、ネットワークがユーザを認証し、ネットワークがユーザをＵＥのサブスクリプションとリンクさせることを要求させる特定のイベントを検出するように構成される構成に関する。これは、ネットワークがＵＥに更新された構成済みＮＳＳＡＩを提供することをもたらすことができる。ここで、更新された構成済みＮＳＳＡＩ内の各ＮＳＳＡＩは、１つ以上のユーザ識別子に関連付けられている。

本開示はまた、ユーザがＵＥのサブスクリプションにリンクされると、ＵＥが、新たな要求されたＮＳＳＡＩを送信し、新たな許可済みＮＳＳＡＩを受信することを決定することができ、新たな要求されたＮＳＳＡＩおよび許可済みＮＳＳＡＩ内のＳ－ＮＳＳＡＩがユーザ識別子に関連付けられる方法を説明する。

本開示はまた、ユーザＩＤをポリシー情報と関連付ける効率的な方法を説明する。ユーザ識別は、ＰＳＩおよびＵＲＳＰポリシーのフォーマットおよび内容をほとんど変更せずにおくことができ、ユーザアクティビティ、関連付け、またはリンクの変更により、ネットワークがＵＥに新たなＰＳＩを送信する必要がなくなるように、ＰＳＩに関連付けられることができる。

本開示はまた、どのイベントがＵＥにネットワークから更新されたＰＳＩ／ユーザ関連付け情報を要求させるかを説明する。

（加入識別子）
３ＧＰＰシステムでは、ＩＭＳＩ（国際モバイル加入者識別）は、加入識別子である。ＩＭＳＩは、３つのフィールドからなる。
ＭＣＣ（モバイル国コード）ＭＮＣ（モバイルネットワークコード）
ＭＳＩＮ（モバイル加入識別番号）
ＩＭＳＩは、ＳＵＰＩの一種である。

（デバイス識別子）
３ＧＰＰシステムでは、ＩＭＥＩ（国際モバイル機器識別子）は、ＵＥを識別するために使用されるデバイス識別子である。

ＩＥＥＥ８０２システムでは、ＭＡＣ（メディアアクセスコントロール）アドレスは、ネットワークインターフェースコントローラを識別するために使用されるデバイス識別子である。

（ユーザ識別子、ユーザプロファイルおよびサブスクリプション）
３ＧＰＰは、既存のサブスクリプション認証に加えてユーザ中心認証層をサポートするために、３ＧＰＰをどのように拡張すべきか検討している。この研究の結果は、参考文献［１］に記載されている。

この研究では、３ＧＰＰシステムが同じＵＥを使用して異なるユーザにカスタマイズされたサービスを提供する方法、３ＧＰＰサブスクリプションを有するゲートウェイの背後にあるデバイスのユーザを識別する方法（ただし、専用の３ＧＰＰサブスクリプションを有するデバイスなし）、および非３ＧＰＰアクセスを介して３ＧＰＰサービスにアクセスするサブスクリプションにリンクされているユーザ識別子を使用する方法を評価した。

３ＧＰＰシステムにおけるユーザ識別は、ユーザと、ユーザに関連付けられたモバイルネットワークオペレータ（ＭＮＯ）とを識別しなければならない。ＭＮＯは、ユーザとの取引関係を有し、ユーザ要求の認証および認可を担い、ユーザに関連付けられた情報レコードを維持する役割を担う。

３ＧＰＰユーザ識別は、少なくとも２つのエンティティ（すなわち、ユーザおよびＭＮＯ）を識別するため、２つのフィールドを有することができる。例えば、これは、「ユーザ名＠ｍｎｏ名」としてフォーマットされることができ、識別子のユーザ名部分は、ユーザ識別に分解される英数字文字列とすることができる。

３ＧＰＰユーザ識別の異なるフォーマットが存在することができる。例えば、外部フォーマットは、５ＧＣの外部にあるインターフェース上で使用されてもよく、内部フォーマットは、５ＧＣの内部にあるインターフェース上で使用されてもよい。

異なるタイプの３ＧＰＰユーザ識別も存在することができる。１つのタイプの３ＧＰＰユーザ識別は、人（例えば、名前またはエイリアス）を識別することができる。別のタイプの３ＧＰＰユーザ識別は、非３ＧＰＰデバイスを識別することができる。例えば、アプリケーション識別子は、スマートウォッチを識別する。５ＧＣは、ユーザプロファイルがＵＥ内のユーザに関する詳細を含むことができ、ＵＥサブスクリプションがＵＥのユーザのユーザＩＤを含むことができることを認識することができる様々なユーザのユーザプロファイルを維持することが予想される。ユーザプロファイルは、ユーザプロファイルとサブスクリプションとの間に多くの関係があり得るサブスクリプションとリンクされることができる。ユーザＩＤは、ユーザプロファイルへのＵＥ／ユーザサブスクリプションの間のキーとして動作することができる。リンク動作は、ユーザプロファイルまたはサブスクリプションを作成／更新する管理者または第三者などのネットワーク内のイベントに基づくことができる。ユーザプロファイルがサブスクリプションにリンクされているという事実は、ユーザがサブスクリプションに関連付けられたＵＥを使用してシステムにアクセスすることができるという５ＧＣにおける指示である。

ユーザＩＤは、ユーザが登録されているシステムに基づいて異なることができる。

（登録、構成更新、およびＰＤＵセッション関連手順）
５Ｇ登録、ＰＤＵセッション確立、およびサービス要求手順は、ＰＤＵセッションをアクティブ化、再アクティブ化、および非アクティブ化するために使用される。表２は、これら３つの手順および構成更新手順に関する情報を示している。

（５ＧＣ認証手順）
５Ｇ ＵＥ認証手順は、参考文献［６］のセクション５．２．１０．２．３に記載されている。手順の写しが図２に示される。ＡＭＦは、ＵＥのＳＵＰＩ（すなわち、ＩＭＳＩ）を使用して、ＵＥ登録中にＮａｕｓｆ＿ＵＥＡｕｔｈｅｎｔｉｃａｔｉｏｎ＿Ａｕｔｈｅｎｔｉｃａｔｅ手順を呼び出してＵＥを認証することができる。

（ネットワークスライスの識別）
ネットワークスライスは、Ｓ－ＮＳＳＡＩ（単一ネットワークスライス選択支援情報）によって識別される。Ｓ－ＮＳＳＡＩは、スライス／サービスタイプ（ＳＳＴ）とスライス区別器（ＳＤ）とから構成される。

ＮＳＳＡＩは、Ｓ－ＮＳＳＡＩの集合である。３つのタイプのＮＳＳＡＩがある。

構成済みＮＳＳＡＩは、ＵＥ上で構成されたＮＳＳＡＩであり、ＵＥが使用することができるＳ－ＮＳＳＡＩのリストを含む。ＵＥは、ＰＬＭＮごとに異なる構成済みＮＳＳＡＩを有することができる。

構成は、構成済みＮＳＳＡＩをＨＰＬＭＮ構成済みＮＳＳＡＩにどのようにマッピングするかについての命令を含むことができる。

要求されたＮＳＳＡＩは、登録時にＵＥによってネットワークに提供される。ネットワークは、それを使用して、どのネットワークノードがＵＥにサービスを提供するべきか、およびＵＥがどのネットワークスライスに接続することを許可されるべきかを判定する。

登録の完了時に、ネットワークは、ＵＥに許可されたＮＳＳＡＩを提供する。許可されたＮＳＳＡＩは、ＵＥがアクセスを許可されているＳ－ＮＳＳＡＩ（すなわち、スライス）のリストである。

（ＰＤＵセッション）
ＰＤＵセッションは、Ｓ－ＮＳＳＡＩおよびＤＮＮに関連付けられる。

ネットワークに送信されたＰＤＵセッション確立要求において、ＵＥは、ＰＤＵセッション識別子を提供するものとする。ＰＤＵセッションＩＤは、ＵＥごとに固有であり、ＵＥのＰＤＵセッションの１つを固有に識別するために使用される識別子である。異なるＰＬＭＮが２つのアクセスに使用される場合、３ＧＰＰアクセスと非３ＧＰＰアクセスとの間のハンドオーバをサポートするために、ＰＤＵセッションＩＤがＵＤＭに記憶されるものとする。

（ＵＲＳＰ規則）
ＵＲＳＰ（ＵＥルート選択ポリシー）規則は、発信トラフィックをどのようにルーティングするかを決定するためにＵＥによって使用されるポリシーである。トラフィックは、確立されたＰＤＵセッションにルーティングされることができ、ＰＤＵセッションの外部の非３ＧＰＰアクセスにオフロードされることができ、または新たなＰＤＵセッションの確立をトリガすることができる。規則は、５ＧＣのＰＣＦによってＵＥに提供される。

ＵＲＳＰ規則は、２つの主要部分を有する。トラフィック記述子部分は、規則が適用されるトラフィックを判定するためにＵＥによって使用される。トラフィック記述子と一致するデータをルーティングするために使用されることができるルート（すなわち、Ｓ－ＮＳＳＡＩ、ＤＮＮ、アクセスタイプなど）の記述を含むルート選択記述子（ＲＳＤ）部分。

ＵＥはまた、トラフィックをどのように処理するかを決定するために使用されることができるローカル優先度を有することができる。ローカル優先度は、ＵＲＳＰよりも優先される。

（ＵＥポリシー情報の編成）
ＵＥのサブスクリプションのポリシー情報部分は、ポリシーセットエントリ３００（例えば、図３）としてＵＤＲに編成される。ポリシーセットエントリは、１つ以上のＰＳＩからなる。各ＰＳＩは、０以上のＡＮＤＳＰおよび／またはＵＲＳＰポリシーからなる。これは、参考文献［５］に記載されており、図７に示されている。

図７は、ポリシー情報がＵＥにどのように記憶されるかの表現とみなすこともできる。ネットワークは、ＰＳＩ粒度でポリシー情報をＵＥに送信する。換言すれば、単一のＰＳＩは、ネットワークがＵＥに送信することができる最小量のポリシー情報であり、ＵＥが拒否することができる最小量のポリシー情報である。ＰＳＩは、僅か１つのＡＮＤＳＰ規則または１つのＵＲＳＰ規則を含むことができる。

（拡張可能認証プロトコル（ＥＡＰ））
ＥＡＰは、認証方法ではなく、特定の認証方法を実施するために使用されることができる共通の認証フレームワークである。換言すれば、ＥＡＰは、ピア、認証部、および認証サーバが、どの認証方法が使用されるかをネゴシエートすることを可能にするプロトコルである。次に、選択された認証方法がＥＡＰプロトコルの内部で実行される。

ＥＡＰは、ＲＦＣ ３７４８［９］で定義されている。［９］は、ＥＡＰパケットフォーマット、手順、ならびに所望の認証メカニズムのネゴシエーションなどの基本機能を記述する。図４は、基本ＥＡＰアーキテクチャ４００のブロック図を示している。ＥＡＰは、半径または直径プロトコルを使用することができる。

認証メカニズムをＥＡＰとして記述するだけでは十分ではないことに留意されたい。基本的な認証方法は、常に存在する。ＩＥＴＦによって定義された多くのＥＡＰ方法がある。

この文書は、例えば、選択されたＥＡＰ方法が、ＵＭＴＳ－ＡＫＡに基づいて、ＲＦＣ ４１８７［１０］で定義されているＥＡＰ－ＡＫＡであると仮定する。しかしながら、この文書に提示されている概念は、選択されたＥＡＰ認証方法に関係なく使用されることができる。

（スライス固有の認証および認可）
５Ｇシステムのリリース１６において、３ＧＰＰは、スライス固有の認証および認可をサポートするための手順を追加することに同意した。この手順は、ＵＥが特定のスライス（すなわち、Ｓ－ＮＳＳＡＩ）に登録しようとするときに、ネットワークがＵＥとのＥＡＰベースの手順を開始することを可能にする。ＥＡＰベースの認証手順は、スライスにアクセスすることを許可されるために、ＵＥがユーザＩＤおよび関連するネットワーク資格情報を提供することに基づく。新たな手順は、参考文献［７］および［８］に記載されており、図５に示されている。図５は、参考文献［８］からコピーされている。

（ＰＤＵセッション確立中のＤＮ－ＡＡＡサーバによる二次認可／認証）
ＰＤＵセッション確立認証／認可は、ＰＤＵセッション確立中にＳＭＦによって任意にトリガされ、ＤＮ－ＡＡＡサーバが５ＧＣに位置し、直接到達可能である場合、ＵＰＦを介して透過的に、またはＵＰＦを介さずにＤＮ－ＡＡＡサーバによって直接実行される。図１０は、参考文献［６］からコピーされており、ＰＤＵセッション確立中のＤＮ－ＡＡＡサーバによる認証／認可のための手順を示している。

（ＰＤＵセッション確立および変更）
（非ローミングおよびローカルブレイクアウトによるローミングにおけるＤＥ要求されたＰＤＵセッション確立。）
図１１は、非ローミングケースおよびローカルブレイクアウトによるローミングケースにおけるＰＤＵセッション確立プロセスを示す参考文献［６］からコピーされている。この手順は、新たなＰＤＵセッションを確立するためにＵＥによって使用される。

（ＵＥまたはネットワークが要求したＰＤＵセッション変更（非ローミングおよびローカルブレイクアウトによるローミング））
ＵＥまたはネットワークによって要求されたＰＤＵセッション変更手順（非ローミングおよびローカルブレイクアウトシナリオによるローミング）が図１２に示される。図１２は、参考文献［６］からコピーされている。この手順は、ＰＤＵセッションを変更するためにＵＥまたはネットワークによって使用される。

（ＱｏＳフロー）
ＱｏＳフローは、ＰＤＵセッションにおけるＱｏＳ区別の最も細かい粒度である。ＱｏＳフローＩＤ（ＱＦＩ）は、５Ｇシステム内のＱｏＳフローを識別するために使用される。ＰＤＵセッション内の同じＱＦＩを有するユーザプレーントラフィックは、同じトラフィック転送処理（例えば、スケジューリング、許可閾値）を受信する。ＳＧＳ内で、ＱｏＳフローは、ＳＭＦによって制御され、ＰＤＵセッション確立手順を介して事前構成または確立されることができる。

任意のＱｏＳフローは、以下によって特徴付けられる：
・Ｎ２基準点を介してＡＭＦを介してＳＭＦによってＡＮに提供されるか、またはＡＮ内で事前構成されたＱｏＳプロファイル；
・１つ以上のＱｏＳ規則、および任意に、これらのＱｏＳ規則に関連付けられたＱｏＳフローレベルのＱｏＳパラメータであって、ＳＭＦによってＮ１基準点にわたってＡＭＦを介してＵＥに提供されることができる、および／または反射型ＱｏＳ制御を適用することによってＵＥによって導出されることができるＱｏＳパラメータ；および
・ＳＭＦによってＵＰＦに提供される１つ以上のＵＬおよびＤＬ ＰＤＲ。

（ＱｏＳプロファイル）
各ＱｏＳフローについて、ＱｏＳプロファイルは、以下のＱｏＳパラメータを含むものとする：
・５Ｇ ＱｏＳ識別子（５ＱＩ）；および
・割り当ておよび保持優先度（ＡＲＰ）。

各非ＧＢＲ ＱｏＳフローのみについて、ＱｏＳプロファイルは、以下のＱｏＳパラメータも含むことができる：
・反射型ＱｏＳ属性（ＲＱＡ）。

各ＧＢＲ ＱｏＳフローのみについて、ＱｏＳプロファイルは、以下のＱｏＳパラメータも含むものとする：
・保証フロービットレート（ＧＦＢＲ）－ＵＬおよびＤＬ；および
・最大フロービットレート（ＭＦＢＲ）－ＵＬおよびＤＬ；および
・ＧＢＲ ＱｏＳフローのみの場合、ＱｏＳプロファイルは、以下のＱｏＳパラメータのうちの１つ以上も含むことができる：
・通知制御：
・最大パケット損失率－ＵＬおよびＤＬ。

各ＱｏＳプロファイルは、ＱｏＳプロファイル自体に含まれない１つの対応するＱｏＳフロー識別子（ＱＦＩ）を有する。

（ＱｏＳ規則）
（シグナリングされたＱｏＳ規則）
ＵＥは、ＱｏＳ規則に基づいて、ＵＬユーザプレーントラフィックの分類およびマーキング、すなわち、ＱｏＳフローへのＵＬトラフィックの関連付けを実行する。ＱｏＳ規則は、ＵＥに明示的に提供されてもよく（すなわち、ＰＤＵセッション確立／変更手順を使用して明示的にシグナリングされたＱｏＳ規則）、ＵＥにおいて事前構成されてもよく、または反射型ＱｏＳを適用することによってＵＥによって暗黙的に導出されてもよい。

ＱｏＳ規則は、以下を含む：
ａ）ＱｏＳ規則がデフォルトＱｏＳ規則であるかどうかの指示；
ｂ）関連付けられたＱｏＳフローのＱｏＳフロー識別子（ＱＦＩ）；
ｃ）ＱｏＳ規則識別子（ＱＲＩ）；
ｄ）任意のパケットフィルタセット；および
ｅ）優先度値。

明示的にシグナリングされたＱｏＳ規則は、ＰＤＵセッション内で固有であり、ＳＭＦによって生成されるＱｏＳ規則識別子を含む。同じＱｏＳフロー、すなわち同じＱＦＩに関連付けられた２つ以上のＱｏＳ規則が存在することができる。

デフォルトＱｏＳ規則は、ＰＤＵセッション確立ごとにＵＥに送信される必要があり、ＱｏＳフローに関連付けられる。

非構造化タイプＰＤＵセッションの場合、デフォルトＱｏＳ規則は、パケットフィルタセットを含まず、この場合、デフォルトＱｏＳ規則は、ＰＤＵセッション内の全てのパケットの処理を定義する。

（導出されたＱｏＳ規則）
導出されたＱｏＳ規則は、ＩＰｖ４、ＩＰｖ６、ＩＰｖ４ｖ６またはイーサネットＰＤＵセッションタイプのＰＤＵセッションにのみ適用可能である。

ＵＥにおける反射型ＱｏＳは、ＰＤＵセッションを介して受信されたＤＬユーザデータパケットに基づいて、ＰＤＵセッションに関連付けられた導出されたＱｏＳ規則を作成する。

導出された各ＱｏＳ規則は、以下を含む：
ａ）ＱｏＳフロー識別子（ＱＦＩ）；
ｂ）ＵＬ方向のためのパケットフィルタ；および
ｃ）８０（十進数）の優先度値。
注：ネットワーク側では、対応するＱｏＳ規則は、７０から９９（十進数）の範囲の異なる優先度値と関連付けられることができる。

ＰＤＵセッション内では、以下のとおりである：
ａ）所与のＱＦＩに関連付けられた０個、１つまたは複数の導出されたＱｏＳ規則が存在することができる。および
ｂ）ＵＬ方向の所与のパケットフィルタに関連付けられた最大１つの導出されたＱｏＳ規則が存在することができる。

ＵＥによってＱｏＳ規則が導出されると、ＵＥはタイマ（Ｔ３５８３）を開始し、タイマが満了すると規則を削除する。次いで、ＵＥは、ＵＥが規則を有しないＤＬパケットを次に受信したときに、新たな規則を作成するようにトリガされる。

（ＱｏＳ規則の構造）
ＱｏＳ規則情報要素の目的は、ＵＥによって使用されるべきＱｏＳ規則のセットを示すことであり、各ＱｏＳ規則は、３ＧＰＰ ＴＳ ２４．５０１［１１］に記載されているようなパラメータのセットである。

ＱｏＳ規則情報要素は、最小長が７オクテットのタイプ６情報要素である。情報要素の最大長は６５５３８オクテットである。

ＱｏＳ規則情報要素１３００は、図１３に示すように符号化され、ＱｏＳ規則１４００は、以下の図１４に示されている。

（ＱｏＳフローマッピング）
ＳＭＦは、新たなＱｏＳフローにＱＦＩを割り当て、ＰＣＣ規則およびＰＣＦによって提供される他の情報からそのＱｏＳプロファイル、対応するＵＰＦ命令およびＱｏＳ規則を導出する。

各ＳＤＦについて、適用可能な場合、ＳＭＦは、以下の原理にしたがって明示的にシグナリングされたＱｏＳ規則を生成し、それを加算演算と共にＵＥに提供する：
・固有の（ＰＤＵセッション用の）ＱｏＳ規則識別子が割り当てられる；
・ＱｏＳ規則内のＱＦＩは、ＰＣＣ規則がバインドされているＱｏＳフローのＱＦＩに設定される；
・ＱｏＳ規則のパケットフィルタセットは、ＰＣＣ規則のＵＬ ＳＤＦフィルタおよび任意にＤＬ ＳＤＦフィルタから生成される（ただし、ＵＥにシグナリングされるための指示を有するＳＤＦフィルタからのみ）；
・ＱｏＳ規則優先度値は、ＱｏＳ規則が生成されるＰＣＣ規則の優先度値に設定される；
・動的に割り当てられたＱＦＩについて、ＱｏＳフローレベルのＱｏＳパラメータ（例えば、５ＱＩ、ＧＦＢＲ、ＭＦＢＲ、平均化窓、ＴＳ ２４．５０１［１１］を参照）が、ＱｏＳフローに関連付けられたＱｏＳ規則に加えてＵＥにシグナリングされる。

ＵＬにおいて、以下のとおりである：
・タイプＩＰまたはイーサネットのＰＤＵセッションの場合、ＵＥは、一致するＱｏＳ規則（すなわち、そのパケットフィルタがＵＬパケットと一致する）が見つかるまで、ＱｏＳ規則の優先度値に基づいて、ＱｏＳ規則内のパケットフィルタセット内のＵＬパケットフィルタに対してＵＬパケットを評価する。
・一致するＱｏＳ規則が見つからない場合、ＵＥは、ＵＬデータパケットを破棄するものとする。
・非構造化タイプのＰＤＵセッションの場合、デフォルトＱｏＳ規則は、パケットフィルタセットを含まず、全てのＵＬパケットを許可する。
・ＵＥは、対応する一致するＱｏＳ規則内のＱＦＩを使用して、ＵＬパケットをＱｏＳフローにバインディングする。
・ＵＥは、記憶されたＱｏＳ規則を使用して、ＵＬユーザプレーントラフィックとＱｏＳフローとの間のマッピングを決定する。
・ＵＥは、一致するパケットフィルタを含むＱｏＳ規則のＱＦＩでＵＬ ＰＤＵをマークし、（Ｒ）ＡＮによって提供されるマッピングに基づいてＱｏＳフローの対応するアクセス固有のリソースを使用してＵＬ ＰＤＵを送信する。

（課題の言及）
参考文献［１］、３ＧＰＰ ＴＲ ２２．９０４は、３ＧＰＰシステムがＵＥのユーザを識別することが有利であるであろうユースケースを記載している。

参考文献［１］の１つのユースケースは、２人の子供であるＬｕｃｙとＬｉｎｕｓが時々母親のＵＥを使用するシナリオを記載している。ネットワークが、誰がＵＥを使用しているかに応じて異なるサービスをＵＥに提供するように、ＬｕｃｙまたはＬｉｎｕｓがいつＵＥを使用しているかをネットワークが認識することができるように、３ＧＰＰシステムを拡張することが望ましい。例えば、ネットワークは、ＬｕｃｙまたはＬｉｎｕｓがＵＥを使用しているときにウェブフィルタリングを提供することができる。さらにまた、ネットワークは、ユーザごとに異なる時間制限を適用することができる。このシナリオは、ネットワークが各ユーザのプロファイルを維持し、プロファイルが、ユーザがネットワークにアクセスするためにどのＵＥを使用することができ、各ユーザがどのサービスにアクセスすることを許可されているかに関する情報（すなわち、サブスクリプション）を含むことを意味する。さらに、それは、各ユーザが、異なるＱｏＳを要求または要求することができるデバイス内の異なるアプリケーションまたはサービス（例えば、ゲーム、ビデオストリーミングなど）を使用することができ、異なるユーザが異なるユーザエクスペリエンスを望むことができ、または異なるユーザがＭＮＯとの同意に基づいて異なるユーザエクスペリエンスを受ける権利を得ることができることを意味する。

上述したユースケースは、ネットワークスライスを含むサービスへのアクセスを許可するときに、ネットワークが、誰がＵＥを使用しているかを考慮すべきであることを明らかにする。

さらにまた、説明したシナリオに基づいて、参考文献［１］は、３ＧＰＰシステムが、ユーザのユーザＩＤを有するＱｏＳパラメータなどのユーザ固有のサービス設定およびパラメータを保存することができることを示唆している。

ＵＲＳＰ規則は、所与のタイプのアプリケーショントラフィックにどのネットワークスライスおよびＰＤＵセッションおよびデータネットワークを使用すべきかに関する情報を用いてＵＥを構成するために使用される。本開示で対処される問題の１つは、ＵＥのユーザを考慮するまたは織り込むためにＵＲＳＰ規則がどのように拡張されることができるかである。さらにまた、本開示は、誰がＵＥを使用しているか、または使用することができるかに基づいて、ＵＥのＵＲＳＰ規則がいつどのように更新されるかに対処する。

このセクションで前述したユースケースに戻ると、ＵＥを使用している人が動的に変化し得ることも明らかである。例えば、Ｌｕｃｙは、ウェブをサーフィンし終えたときにハンドセットをテーブル上に置くことができ、Ｌｉｎｕｓは、後でデバイスをピックアップしてゲームを開始することができる。このシナリオは、ネットワークがユーザの変更があるときを検出することができる必要があり、ＵＥのユーザがＵＥ上のユーザのアカウントを非アクティブ化および一時停止、すなわち一時的に非アクティブ化することができる必要があることを明らかにする。ユーザの変更がある場合、ネットワークはまた、ＵＥがアクセスすることができるサービスを変更することができる必要がある。ユーザの変更があったときにＵＥがどのサービスにアクセスすることができるかに関して、本開示は、変更がＵＥの構成されて許可されたＮＳＳＡＩにどのように影響するかを調べる。

前述のユースケースでは、ＬｕｃｙおよびＬｉｎｕｓは、異なるユーザアカウントおよびユーザＩＤを使用することができる。したがって、ＬｕｃｙおよびＬｉｎｕｓは、異なるユーザアカウントにログインし、異なるＱｏＳ要件を有することができる異なるアプリケーションを開始することができる。また、ユーザは、カスタムＱｏＳに加入し、加入したサービスに対してＭＮＯを補償することができることにも留意されたい。各ユーザがＵＥにおいて適切なサービス品質を体験するためには、ＱｏＳ規則が、おそらくユーザのプロファイル内にあるユーザのＩＤとリンクまたは記憶され、ＵＥに送信されなければならない。したがって、ネットワークは、ＵＥがいくつかの規則を関連付けることができるように、ＵＥにおいてＱｏＳ規則を構成することができる必要がある。ネットワークが「ユーザ認識」するシナリオでは、ネットワークは、ユーザがもはやＵＥからネットワークにアクセスすることを許可されていないと判定する場合があり得る。例えば、これは、ＬｕｃｙおよびＬｉｎｕｓの母親がネットワークオペレータを呼び出し、特定の場所、時刻などでのみＵＥを使用することが許可されるようにそれらの許可を終了または変更する場合に起こり得る。そのようなシナリオでは、ネットワークは、ＵＥ上のユーザのアカウントを非アクティブ化または一時停止、すなわち一時的に非アクティブ化することができる必要がある。

本明細書で前述したように、ユーザＩＤは、一貫性のないサイズを有することができる。より長い名前を絶えず無線で送信すると、無線シグナリングリソースの量が増加する可能性がある。したがって、最適な計算のために一貫したサイズのＩＥを有するユーザＩＤを表すことが望ましい場合がある。

（概要）
Ｒｅｌ－Ｉ ７では、３ＧＰＰは、どのユーザデータプレーントラフィックが関連付けられているかを認識するために５Ｇシステムを拡張する方法を研究している。本開示は、以下の態様に焦点を合わせている：
ネットワークが、ユーザ／ユーザＩＤに基づいてＱｏＳ規則ＩＥのトラフィック拡張を生成したユーザ（毛細管デバイス、アプリケーション、または人）に基づいてデータをルーティングするために使用されるポリシーまたはルートを使用してＵＥを構成し、結果として得られるユーザ固有のＱｏＳ規則をＵＥに配信する方法。

本開示は、ネットワークがユーザを認証し、ネットワークがユーザをＵＥの加入とリンクさせることをＵＥに要求させる特定のイベントをＵＥがどのように検出することができるかを概説する。これは、ネットワークがＵＥに更新された構成済みＮＳＳＡＩを提供することをもたらすことができる。ここで、更新された構成済みＮＳＳＡＩ内の各Ｓ ＮＳＳＡＩは、１つ以上のユーザ識別子に関連付けられている。

本開示は、さらに、ユーザがＵＥのサブスクリプションにリンクされると、ＵＥが、新たな要求されたＮＳＳＡＩを送信し、新たな許可済みＮＳＳＡＩを受信することを決定することができ、新たな要求されたＮＳＳＡＩおよび許可済みＮＳＳＡＩ内のＳ－ＮＳＳＡＩがユーザ識別子と関連付けられる方法を説明する。

ＵＥが、ＵＥに関連付けられたユーザによってアクセスされることができるネットワークスライスに接続されると、ＵＥは、どのトラフィックを各スライスにルーティングすべきかを判定する必要がある。本開示はまた、ＵＥがトラフィックを担うユーザに基づいて異なるポリシーを適用することができるように、ネットワークがユーザ識別に関連付けられたＵＲＳＰポリシーをＵＥにどのように提供することができるかについても説明する。具体的には、本開示は、ユーザＩＤをポリシー情報と関連付ける効率的な方法を提案する。ユーザ識別は、ＰＳＩおよびＵＲＳＰポリシーのフォーマットおよび内容をほとんど変更せずにおくことができ、ユーザアクティビティ、関連付け、またはリンクの変更により、ネットワークがＵＥに新たなＰＳＩを送信する必要がなくなるように、ＰＳＩに関連付けられることができる。本開示はまた、どのイベントがＵＥにネットワークから更新されたＰＳＩ／ユーザ関連付け情報を要求させるかを説明する。

さらにまた、本開示は、新たなユーザ中心ＱｏＳ規則（ＵＣＱＲ）について説明し、ＵＣＱＲをＮＡＳ情報要素にどのように符号化することができるかについて説明し、新たな情報要素をＵＥに配信するためにどの手順を拡張することができるかについて説明し、ＵＥがユーザトラフィックをユーザ中心ＱｏＳ規則にどのように関連付けることができるかについて説明する。

本開示は、情報要素サイズを低減するために、ネットワークによってユーザＩＤエイリアスを割り当て、ＵＥに提供し、ＵＥとネットワークとの間の後続のメッセージ交換においてどのように使用することができるかを説明する。

（詳細な説明）
本開示は、新たなユーザがＵＥに関連付けられている（またはもはやＵＥに関連付けられていない）ことをネットワークがどのように検出するか、ユーザ関連付けの変更があったときにどのサービスがＵＥに利用可能であるかを知るためにネットワークがＵＥをどのように再構成するか、およびユーザが関連付けられているときにネットワークがサービスにアクセスすることを許可することをＵＥがどのように要求するかに焦点を当てる。

セクション１は、ユーザがＵＥにログオンおよびログアウトするとき、ならびにユーザがＵＥとリンクされているときおよびリンクされていないときに、ＵＥの構成されたＮＳＳＡＩがどのように影響を受けるかについて説明する。

セクション２は、ユーザがＵＥにログオンおよびオフするとき、ならびにユーザがＵＥとリンクされているときおよびリンクされていないときに、ＵＥの許可済みＮＳＳＡＩがどのように更新されることができるかを説明する。

セクション３は、ＵＲＳＰ規則、またはＵＲＳＰ規則に関連付けられた情報が、どのユーザがＵＲＳＰ規則を評価させているトラフィックを生成したかを考慮するために更新されることができる方法について説明する。

セクション４は、提案されたユーザ中心ＱｏＳ規則（ＵＣＱＲ）の構造、およびユーザ中心ＱｏＳ規則をＵＥに送信するために使用されることができる新たな情報要素について説明する。

セクション５は、ＵＣＱＲがＵＥに配信される、ＰＤＵセッション確立などの様々な３ＧＰＰ手順について説明する。

（１．ユーザイベント中の構成済みＮＳＳＡＩの処理）
ＵＥがＰＬＭＮにおいてアクセスすることができるサービスのセット（すなわち、スライス）は、構成済みＮＳＳＡＩと呼ばれる。構成済みＮＳＳＡＩは、登録および構成更新手順中にＵＥに提供される。３ＧＰＰシステムが「ユーザ認識」になるように拡張されている場合、３ＧＰＰシステムは、どのユーザがＵＥを使用しているか、またはどのユーザがＵＥを使用することができるかに基づいて、ＵＥの構成済みＮＳＳＡＩを変更する必要があり得る。

５ＧＣは、ユーザプロファイルがサブスクリプションとリンクされることができることを認識することができる様々なユーザについてのユーザプロファイルを維持することが予想される。リンク動作は、ユーザプロファイルまたはサブスクリプションを更新する管理者または第三者などのネットワーク内のイベントに基づくことができる。ユーザプロファイルがサブスクリプションにリンクされているという事実は、ユーザがサブスクリプションに関連付けられたＵＥを使用してシステムにアクセスすることができるという５ＧＣにおける指示である。ユーザプロファイルがサブスクリプションとリンクされると、ネットワークは、ＵＥに構成を送信することができる。

上述したようにメッセージを更新する。構成更新メッセージは、ユーザがサブスクリプションにリンクされていることをＵＥに示すように拡張されてもよい。さらにまた、構成更新メッセージは、どのユーザがサブスクリプションにリンクされているかに基づいて更新された構成済みＮＳＳＡＩを含むことができる。例えば、各ユーザに別々の構成済みＮＳＳＡＩが提供されてもよく、ユーザに関連付けられていないトラフィックに構成済みＮＳＳＡＩが提供されてもよく、全てのユーザに関連付けられたトラフィックに構成済みＮＳＳＡＩが提供されてもよく、または単一の構成済みＮＳＳＡＩが提供されてもよく、構成済みＮＳＳＡＩ内の各Ｓ－ＮＳＳＡＩにユーザ識別が関連付けられてもよい。

場合によっては、リンク動作は、ＵＥに対してローカルなイベントに基づくことができる。

例えば、ユーザは、ＵＥ上のＧＵＩにアクセスし、ＵＥの加入とリンクすることを要求することができる。ユーザによるＧＵＩの呼び出しは、ネットワークに要求を送信するようにＵＥをトリガすることができ、要求は、ユーザが認証される認証手順をトリガすることができる。要求は、ユーザ識別を含む登録更新メッセージなどのＮＡＳ要求であってもよい。登録更新メッセージは、ユーザが認証される別個のＥＡＰベースの認証手順をトリガすることができる。ＥＡＰ認証手順は、ＧＵＩと対話することができる。例えば、ＥＡＰ認証手順は、パスワードまたは他の検証情報を要求および受信するＧＵＩをもたらすことができる。ＧＵＩの例が図９に示され、以下に説明される。ユーザが認証に成功した場合、ネットワークは、ＵＥにＵＥ構成更新（ＵＣＵ）メッセージを送信することができる。ＵＣＵメッセージは、ユーザが認証されたという指示と、ユーザが現在サブスクリプションとリンクされているという事実に基づいて更新された構成済みＮＳＳＡＩとを含むことができる。ＵＣＵメッセージはまた、新たな許可済みＮＳＳＡＩをＵＥに提供することができる。許可済みＮＳＳＡＩのフォーマットは、ネットワークが、どのユーザが許可済みＮＳＳＡＩを用いて各Ｓ－ＮＳＳＡＩにアクセスすることを許可されているかをＵＥに示すことを可能にするように拡張されることができる。この手順は、図６のステップ７に示されている。

図６の手順は、ユーザが現在ＵＥに関連付けられていることをＵＥがネットワークにどのように示すことができるかを示す。この手順は、ユーザがもはやＵＥにログインしていないことをネットワークへ示すために、ＵＥによって同様に使用されることができる。当然ながら、認証手順はスキップされてもよいが、イベントは、依然として、ＵＥの構成済みおよび／または許可済みＮＳＳＡＩを更新するネットワークをもたらすことができる。ＵＥからネットワークへの指示は、ユーザがＵＥの加入からリンク解除されるべきであることを示すことができるか、または、ユーザがもはや存在しないが、ユーザのプロファイルがＵＥの加入とリンクされたままとすることができることをネットワークへ示すことができる。ユーザがサブスクリプションにリンクされたままであるべきであることをＵＥが示すかどうかは、ＧＵＩからの入力に依存することができる。例えば、ＧＵＩは、ユーザがもはやＵＥと関連付けられることを望まないこと、またはユーザがもはやサブスクリプションと関連付けられることを望まないこと（すなわち、非リンク）をＵＥに示すために使用されることができる。ユーザがもはやＵＥと関連付けられるべきではないこと、またはユーザがもはやサブスクリプションとリンクされていないことをＵＥが示す場合、ネットワークは、ユーザがもはやＵＥを使用していない、またはＵＥのサブスクリプションとリンクされていないという事実を考慮して更新される新たな構成済みＮＳＳＡＩをＵＥに提供することができる。

図６の手順は、ネットワークがＵＥにユーザ識別子を関連付けることをＵＥがどのように要求し、その結果、ネットワークがＵＥに新たな構成済みＮＳＳＡＩを送信するかを示す。新たな構成済みＮＳＳＡＩは、ユーザが現在ＵＥのサブスクリプションにリンクされているために以前にＵＥのＮＳＳＡＩになかったＳ－ＮＳＳＡＩを含む。新たな構成済みＮＳＳＡＩはまた、ユーザが現在ＵＥのサブスクリプションにリンクされているために、以前にＵＥのＮＳＳＡＩにあった特定のＳ－ＮＳＳＡＩをもはや含まなくてもよい。

１．図６のステップ１において、ＵＥのローカルイベントは、新たなユーザがＵＥに関連付けられる必要があるとＵＥに判定させる。ローカルイベントの例は、ＧＵＩ（すなわち、ウェブブラウザ、アプリケーションなど）に新たなユーザ名を入力する人、および他のデバイスがブルートゥースまたはＷｉ－Ｆｉを介してＵＥとペアリング、接続、または通信した後に別のデバイスからユーザ識別を受信するＵＥを含む。イベントはまた、ＵＥがユーザ識別子を用いてパスワードまたは資格情報を受信することを含んでもよい。ＵＥは、入力または受信された情報に基づいて、３ＧＰＰシステムに送信されるユーザＩＤおよび関連資格情報を導出することができる。
２．図６のステップ２において、ＵＥは、ＵＥのサブスクリプションにユーザ識別子を関連付けることを望むことを示すために、登録更新要求をＡＭＦに送信する。要求は、ユーザＩＤを含む。
３．図６のステップ３において、ＵＥは、ＵＤＭにリンク更新要求を送信する。要求は、ＵＥのＳＵＰＩおよびユーザのユーザＩＤを示す。ＵＤＭは、ＵＥのサブスクリプションが記憶されているリポジトリであるＵＤＲと、ユーザのプロファイルが記憶されているリポジトリとにアクセスする。ＵＥのサブスクリプションおよびユーザのプロファイル情報が、リンクが許可されていることを示す場合、ＵＤＭは、ユーザＩＤがＵＥのサブスクリプションとリンクされることができることをＵＥに応答する。
４．任意に、図６のステップ４において、ＡＵＳＦは、ユーザを認証するためにＵＥとの認証手順を実行することができる。ＡＵＳＦとＵＥとの間のメッセージは、ＡＭＦを介してＵＥのＮＡＳレイヤとの間で送信される。認証手順は、ＵＥが、ステップ１においてＧＵＩを介して受信されたパスワードまたはパスワードのハッシュをＡＵＳＦに送信することを含んでもよい。
５．図６のステップ５において、ＡＭＦは、ＵＥに登録応答を送信する。
ａ．ステップ４の認証手順が実行された場合、応答は、ユーザＩＤがＵＥのサブスクリプションにリンクされているか否かをＵＥに示す。ユーザＩＤがリンクされなかったことを応答が示す場合、応答は、失敗原因（例えば、認証失敗もしくは認識されていないユーザＩＤもしくはユーザによって許可されていないリンクまたは加入者によって許可されていないリンク）を示す原因コードを含む。リンクが成功した場合、登録応答は、新たな構成済みＮＳＳＡＩを含むことができる。新たな構成済みＮＳＳＡＩは、ユーザＩＤに関連付けられることができるＳ－ＮＳＳＡＩを含むことができる。フローは、ここで停止する。
ｂ．ステップ４の認証手順が実行されなかった場合、応答は、ＵＥのサブスクリプションにリンクするユーザＩＤの認可が保留中であることをＵＥに示す。フローは、ステップ６に続く。
６．図６のステップ６において、ＵＥは、ネットワークとの認証手順を実行する。この手順は、ＥＡＰベースとすることができ、上述したネットワークスライス固有の認証および認可手順に類似することができる。認証手順は、ＵＥがステップ１においてＧＵＩを介して受信したパスワードまたはパスワードのハッシュをネットワークに送信することを含んでもよく、またはＵＥがユーザにパスワードを入力するように促すことを含んでもよい。
７．図６のステップ７において、ＡＭＦは、ＵＥに構成更新要求を送信し、メッセージは、新たな構成済みＮＳＳＡＩを含む。新たな構成済みＮＳＳＡＩは、ユーザＩＤに関連付けられることができるＳ ＮＳＳＡＩを含むことができる。ＵＥは、成功したかどうかの指示を用いて構成更新に応答する。

図６に記載された手順は、ＵＥのＮＡＳレイヤがネットワークに登録要求を送信することを含むことに留意されたい。あるいは、ネットワークに要求を送信するために、他のＮＡＳメッセージが使用されてもよい。

（２．許可済みＮＳＳＡＩの処理）
ユーザがネットワークとの認証に成功すると、ＵＥは、異なるＮＳＳＡＩへのアクセスを許可されるように要求することができる。ユーザ認証または新たなユーザＩＤで更新された構成済みＮＳＳＡＩの受信が成功すると、ＵＥは、登録更新メッセージを送信するようにトリガすることができる。登録更新メッセージは、ユーザＩＤに基づいて更新された要求されたＮＳＳＡＩをネットワークに提供することができる。要求されたＮＳＳＡＩのフォーマットは、ＵＥが、どのユーザが各Ｓ－ＮＳＳＡＩへのアクセスを許可されることを望むかをネットワークに示すことを可能にするように更新されることができる。ネットワークは、ユーザのプロファイルを使用して、ユーザがどのＳ－ＮＳＳＡＩにアクセスすることを許可されるべきかをチェックし、この情報を使用して許可済みＮＳＳＡＩをＵＥに送信することができる。許可済みＮＳＳＡＩのフォーマットは、どのユーザが各Ｓ－ＮＳＳＡＩにアクセスすることを許可されているかをＵＥに示すことができる。この手順が図７に示される。
１．図７のステップ１において、ＵＥのローカルイベントは、ＵＥに、ネットワークに新たな要求されたＮＳＳＡＩを送信すべきであると判定させる。ローカルイベントの例は、図６の手順の完了を含む。すなわち、ユーザＩＤに関連付けられた新たな構成済みＮＳＳＡＩの受信である。ローカルイベントの他の例は、他のデバイスがブルートゥースまたはＷｉ－Ｆｉを介してＵＥとペアリング、接続、または通信した後に、異なるユーザがＵＥをロック解除し、ＵＥにログインし、アプリケーショントラフィックを生成することを含む。
２．図７のステップ２において、ＵＥは、ネットワークに登録更新要求を送信する。要求は、ＮＳＳＡＩ内の各Ｓ－ＮＳＳＡＩが１つ以上のユーザＩＤに関連付けられているかどうかを示し、さらに、どのユーザＩＤが各Ｓ－ＮＳＳＡＩに関連付けられているかを示すために更新された要求されたＮＳＳＡＩを含む。ＵＥは、いくつかのＳ－ＮＳＳＡＩが特定のユーザＩＤに関連付けられておらず、代わりにサブスクリプションに関連付けられていることを示すことができる。ユーザＩＤがＳ－ＮＳＳＡＩに関連付けられるように指示されていない場合、ネットワークは、ＵＥがＳ－ＮＳＳＡＩをＵＥのサブスクリプションにのみ関連付けることを望むことをこの指示として解釈することができる。
３．図７のステップ３において、ＡＭＦは、ＵＥのサブスクリプションおよびステップ１において示されたユーザのプロファイルに問い合わせて、ＵＥがアクセスを許可されることができるＳ－ＮＳＳＡＩを判定する。このステップは、複数のクエリ、例えば、データ鍵がＵＥのＳＵＰＩである、ＵＥのサブスクライブされたＳ－ＮＳＳＡＩを取得するためのＵＤＭクエリと、データ鍵がユーザのＩＤである、ユーザのサブスクライブされたＳ－ＮＳＳＡＩを取得するためのＵＤＭクエリとから構成されてもよい。
４．図７のステップ４において、ＡＭＦは、許可済みＮＳＳＡＩでＵＥに応答する。メッセージは、各Ｓ－ＮＳＳＡＩがＵＥのサブスクリプションとリンクされているユーザと関連付けられることができるかどうかをＵＥにさらに示す。例えば、メッセージは、ＵＥから各Ｓ－ＮＳＳＡＩにアクセスすることができるユーザＩＤのリストを提供することができる。メッセージはまた、ＵＥからの各Ｓ－ＮＳＳＡＩへのアクセスを禁止されているユーザＩＤのリストを提供してもよい。メッセージはまた、特定のＳ－ＮＳＳＡＩがＵＥのサブスクリプションにのみ関連付けられることができるか、または任意のユーザに関連付けられることができることを示すことができる。Ｓ－ＮＳＳＡＩがＵＥのサブスクリプションにのみ関連付けられることができることを示す結果は、ＵＥと関連付けられたスライスとの間で交換されるトラフィックがＵＥのサブスクリプションおよびユーザに課金されることであることに留意されたい。

（３．アプリケーショントラフィックの処理）
上述したように、アプリケーションがトラフィックを生成すると、ＵＥは、どのＵＲＳＰ規則がトラフィックに関連付けられるべきかを判定するために、トラフィックをＵＲＳＰ規則のトラフィック記述子と比較する。一致する規則が見つかった場合、ＵＥは、トラフィックがどのルート（例えば、ＤＮＮおよびＳ－ＮＳＳＡＩ）を取るべきかを判定するために、規則のＲＳＤをさらに評価する。

ＵＲＳＰ規則内のトラフィック記述子は、ユーザＩＤフィールドを含むように更新されることができる。

ＵＥは、この新たなフィールドを使用して、規則が、ユーザＩＤフィールドに示されるユーザＩＤのうちの１つによって生成されたトラフィックにのみ適用されることを認識することができる。ＵＲＳＰ規則に関連付けられたユーザＩＤがない場合、ＵＥは、ユーザに関連付けられていないトラフィックにのみ規則を適用すると解釈することができる。しかしながら、この手法は、ＵＥのＵＲＳＰ規則の評価を複雑にする可能性がある。ユーザがＵＲＳＰ規則に一致しないトラフィックを生成すると、複雑さが高まる可能性がある。

このシナリオが発生すると、ｍａｔｃｈ－ａｌｌ ＵＲＳＰ規則が、通常、トラフィックに適用される。しかしながら、ｍａｔｃｈ－ａｌｌ ＵＲＳＰ規則内の一部のＲＳＤは、ＵＥによってアクセスされることが許可されるが、関連付けられたユーザによってアクセスされないスライスを含む場合がある。したがって、ＵＥは、ルートがユーザにとって有効な選択であるかどうかをチェックする必要がある。

ＵＲＳＰ規則のプロビジョニングおよび評価を処理するための別の手法は、ネットワークが、各ユーザに関連付けられるＵＲＳＰ規則の個別のセットおよびＵＥに関連付けられることができるＵＲＳＰ規則のセット（すなわち、特定のユーザなし）をプロビジョニングすることができるようにシステムを拡張することである。しかしながら、この手法の欠点は、ネットワークがデバイスに向けてより多くのデータおよびシグナリングを送信する必要があり得ることである（例えば、一部のユーザおよびＵＥによって使用されるＵＲＳＰ規則は、非常に類似していてもよく、または同一であってもよい）。

ＵＥとネットワークとの間で必要とされるデータおよびシグナリングの量をいくらか低減することができる別の手法は、ネットワークがＵＥに２セットのＵＲＳＰ規則を提供することができることである。１つのセットは、特定のユーザに関連付けられていなくてもよく、第２のセットは、ユーザ識別子を含んでいてもよい。しかしながら、この手法は、ｍａｔｃｈ－ａｌｌ ＵＲＳＰ規則内の一部のＲＳＤが、評価中のトラフィックを生成したユーザではなく、１人のユーザによってアクセスされることを許可されたスライスを含む可能性があるという事実に依然として悩まされる。したがって、ＵＥは、ルートがユーザにとって有効な選択であるかどうかをチェックする必要がある。

ＲＳＤのフォーマットはまた、ユーザＩＤを含むように更新されることもできるが、これはまた、ＵＥがトラフィックがＵＲＳＰ規則に一致することを検出して、いずれのルートもユーザに適用することができないことを見つけるという意味でＵＲＳＰ評価を複雑にする。その後、ＵＥは、一致が見つかるまで他のＵＲＳＰ規則をチェックしなければならず、現在のＵＲＳＰ評価規則は、全て一致規則を適用することができないことを指示する。

好ましい手法は、ユーザＩＤを含むようにＵＲＳＰ規則を変更せず、代わりに、どのユーザが各ＵＲＳＰ規則に関連付けられているかをネットワークがＵＥに示すことを可能にすることとすることができる。この手法の１つの利点は、新たなユーザがＵＥに関連付けられるときにＵＲＳＰ規則をＵＥに送信する必要がなく、新たなユーザがＵＥに関連付けられるときにＵＲＳＰ規則を変更する必要がないことである。代わりに、ネットワークは、各ＵＲＳＰ規則にどのユーザが関連付けられているか、またはもはや関連付けられていないかをＵＥに単に伝えることができる。したがって、ＵＥに送信される必要がある情報の量は少なくなる。あるいは、ＰＳＩは、ユーザ識別に関連付けられることができる。ネットワークがＵＥにＰＳＩを提供するとき、ＰＳＩが特定のユーザＩＤに関連付けられているかまたはＵＥに関連付けられているかをＵＥに示すこともできる。ＵＥがどのＰＳＩがＵＥにインストールされているか（すなわち、登録中）をネットワークに示すとき、ＵＥはまた、各ＰＳＩに関連付けられていると考えるユーザＩＤを示すことができる。ＰＳＩがどのユーザＩＤにも関連付けられていないことをネットワークが示す場合、ＵＥは、ＰＳＩがどのユーザにも関連付けられていないトラフィックに使用されるべきであると仮定することができる。あるいは、ＰＳＩは、ＵＲＳＰ規則およびユーザＩＤを含むように更新されてもよい。ユーザＩＤは、ＰＳＩ内の全てのＵＲＳＰ規則に関連付けられる。次いで、ＰＳＩに含まれるＵＲＳＰ規則を更新することなく、ネットワークがＰＳＩに含まれるユーザＩＤを更新することができるように、ＮＡＳ手順が更新されることができる。

図８は、ＵＥのポリシーセットエントリが６つのＰＳＩを含み、ＵＥが３人の異なるユーザ（ユーザＡ、Ｂ、Ｃ）に関連付けられているシナリオ８００を示している。ＰＳＩ＃１内のポリシーは、ユーザＡおよびＢからのトラフィックに使用される。ＰＳＩ＃２およびＰＳＩ＃３内のポリシーは、ユーザＡからのトラフィックにのみ使用される。ＰＳＩ＃４内のポリシーは、ユーザＢからのトラフィックにのみ使用される。ＰＳＩ＃５内のポリシーは、どのユーザにも関連付けられていないトラフィック（すなわち、サブスクリプションに課金されるトラフィック）にのみ使用される。ＰＳＩ＃６内のポリシーは、全てのトラフィック（すなわち、サブスクリプションに関連付けられた全てのユーザおよび全てのトラフィック）に適用されることができる。

ポリシーセット関連付け情報は、ＵＥにＰＳＩを送信するために使用されるのと同じＮＡＳメッセージ（例えば、登録応答、またはＵＥポリシーコンテナもしくはＰＳＩを含む任意のＮＡＳメッセージ）においてネットワークによってＵＥに送信されることができる。ネットワークは、ＵＥに情報をインストールまたは構成するために、この情報をＵＥに送信することができる。

ポリシーセット関連付け情報は、ネットワークにＰＳＩを送信するために使用されるのと同じＮＡＳメッセージ（例えば、登録要求、またはＵＥポリシーコンテナもしくはＰＳＩを含む任意のＮＡＳメッセージ）においてＵＥからネットワークに送信されることができる。ＵＥは、どの規則、または関連付け情報がＵＥにインストールまたは構成されているかをネットワークに通知するために、この情報をネットワークに送信することができる。

ＡＮＤＳＰ規則がユーザ識別に関連付けられている場合、ＵＥは、ユーザがＵＥにログインしているとき、ＵＥに関連付けられているとき、またはＵＥ上でトラフィックを生成しているときにのみポリシーがアクティブであると解釈することができることに留意されたい。

セクション１は、ネットワークにＵＥの構成済みＮＳＳＡＩを更新させる可能性がある様々なイベントについて説明した。これらの同じイベントは、ネットワークに、更新されたまたは新たなポリシーセットエントリ関連付け情報と共に、ＵＥに新たなまたは更新されたＰＳＩを送信させることができる。新たなまたは更新されたＰＳＩは、ＵＥがどのＵＲＳＰ規則がユーザＩＤに関連付けられているかを知ることができるように、ユーザＩＤを含むか、またはユーザＩＤに関連付けられる。

（４．ユーザ中心ＱｏＳ規則（ＵＣＱＲ））
ＱｏＳ規則識別子（ＱＲＩ）は、対応するＱｏＳ規則とリンクするユーザのプロファイルの一部とすることができる。ユーザプロファイルは、ＵＤＲに記憶されることができる。あるいは、ユーザのＱｏＳ規則は、他の何らかのデータベースに記憶されることができる。ユーザ中心ＱｏＳ規則は、ＵＥに送信されることができる。このセクションは、ユーザ中心ＱｏＳ規則をＵＥに送信するために使用されることができる新たな情報要素について説明する。システムは、ＰＤＵセッション確立、登録、ＵＥ構成更新などの手順でこの新たなＩＥをＵＥに送信するようにトリガされることができる。これらの手順の改良は、この書類において後述する。

ＱｏＳ規則ＩＥは、ＴＳ ２４．５０１［１１］に記載されている。ユーザ中心ＱｏＳ規則のために新たなタイプのＩＥが作成されることができる。新たなＩＥは、ＱｏＳ規則ＩＥに基づいてもよい。新たなＩＥは、ユーザ中心ＱｏＳ規則（ＵＣＱＲ）と呼ばれることができる。ＵＣＱＲ ＩＥ（例えば、ＵＣＱＲ ＩＥ１５００）の構造またはフォーマットが図１５に示される。

図１５では、ＵＣＱＲ ＩＥは、ユーザＩＤと呼ばれる新たなＩＥを含むことに留意されたい。ユーザＩＤのフォーマットは、英数字文字列であってもよく、その長さは変化してもよい。ユーザＩＤ ＩＥの長さは、文字列の長さをＵＥに示すために使用されることができる。

図１６は、ユーザ中心ＱｏＳ規則ＩＥ（例えば、ＵＣＱＲ ＩＥ１６００）が、複数のユーザのための規則を搬送するようにさらに拡張されることができる方法を示している。これは、ユーザ１からユーザｍの対応するＵＣＱＲを示す。

あるいは、ユーザＩＤの長さは固定長であってもよく、オクテット内で表されてもよい。ＵＣＲＱ ＩＥは、複数のユーザＩＤ ＩＥが含まれるようにフォーマットされることができることを理解されたい。そのため、複数のユーザに適用されるＱｏＳ規則は、１つのＩＥでＵＥに提供することができる。

あるいは、ユーザ中心ＱｏＳ規則をＵＥに提供するために新たなＵＣＱＲ ＩＥを作成する代わりに、既存のＱｏＳ規則ＩＥのフォーマットは、ユーザＩＤを含むように拡張されてもよい。

あるいは、ユーザＩＤを含むように新たなタイプのユーザ中心ＱｏＳ規則が作成され、ＱｏＳ規則ＩＥにおいて搬送されてもよい。

さらに別の代替策は、図１３のＱｏＳ規則ＩＥの構造を拡張して、ユーザＩＤのＱｏＳ規則へのマッピングを、場合によってはＱｏＳ規則ＩＥ構造の下部で提供することとすることができる。このようにして、既存のフォーマットに対する限られた量の変更のみが達成されることができる。

ＱｏＳ ＩＥにおけるユーザＩＤの存在は、ＱｏＳ規則のセットが対応するユーザＩＤを有するユーザによって生成されたトラフィックに適用されるべきであるというＵＥへの指示とすることができる。

（５．ユーザ中心ＱｏＳ規則の配信および実施）
このセクションは、ＵＣＱＲがＵＥに配信されることができる様々な３ＧＰＰ手順について説明する。

（ＤＥ要求されたＰＤＵセッション確立プロセス中のＵＣＱＲ配信）
図１７は、ＤＥ要求されたＰＤＵセッション確立プロセスを示している。

１．図１７のステップ１－ＵＥからＡＭＦへ：ユーザまたはアプリケーションは、ユーザＩＤを有するＰＤＵセッション確立のためにＮＡＳメッセージをトリガすることができる。ＵＥからネットワークへのメッセージは、ＮＡＳメッセージ（Ｓ－ＮＳＳＡＩ、ＤＮＮ、ＰＤＵセッションＩＤ、要求タイプ、古いＰＤＵセッションＩＤ、Ｎ１ ＳＭコンテナ（ＰＤＵセッション確立要求））を含む。メッセージは、１または複数のユーザＩＤを含むように強化され得る。ユーザＩＤは、ＮＡＳ ＳＭコンテナ（ＰＤＵセッション確立要求）の一部とすることができる。ユーザＩＤの存在は、識別されたユーザによってＰＤＵセッションが使用されることをネットワークに示すことができる。ＵＥがＮＡＳメッセージ内の要求に特定のユーザＩＤを提供しない場合、手順は、ＴＳ ２３．５０２ Ｒｅｌ １６［６］に記載されているＰＤＵセッション確立プロセスに戻ることができ、ＰＤＵセッションは、ＵＥに関するものであり、ＵＥからのＰＤＵセッションに関与する全てのユーザに同じＱｏＳ規則を適用することができる。
ＳＭ ＰＤＵ ＤＮ要求コンテナにはまた、ユーザＩＤも含まれることができることに留意されたい。ユーザＩＤは、ＤＮ－ＡＡＡサーバとの二次認証および認可に必要とすることができる。
２．図１７のステップ２－ＡＭＦが適切なＳＭＦを選択する。
３．図１７のステップ３－ＡＭＦからＳＭＦへ：ＡＭＦは、Ｎｓｍｆ＿ＰＤＵセッション＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求またはＮｓｍｆ＿ＰＤＵセッション＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求のいずれかを呼び出し、ＵＥによって提供されたユーザＩＤを含む。
４．図１７のステップ４－ＨＰＬＭＮの対応するＳＵＰＩ、ＤＮＮ、およびＳ－ＮＳＳＡＩについてのセッション管理加入データが利用可能でない場合、ＳＭＦは、セッション管理加入データを取得する。識別されたユーザについてユーザプロファイル情報が利用可能でない場合、ＳＭＦは、ＵＤＲから情報を取得する。ＳＭＦは、Ｎｕｄｍ＿ＳＤＭ＿Ｇｅｔ（ＳＵＰＩ、ユーザＩＤ、セッション管理加入データ、ＤＮＮ、ＨＰＬＭＮのＳ－ＮＳＳＡＩ）を呼び出し、この加入データがＮｕｄｍ＿ＳＤＭ＿Ｓｕｂｓｃｒｉｂｅ（ＳＵＰＩ、ユーザＩＤ、セッション管理加入データ、ＤＮＮ、ＨＰＬＭＮのＳ－ＮＳＳＡＩ）を使用して変更された場合に通知されるように加入することができる。
サブスクリプションは、セクション５．２において説明したように、ユーザのプロファイルにリンクされることができることに留意されたい。したがって、プロセスＮｕｄｍ＿ＳＤＭ＿Ｇｅｔ、Ｎｕｄｍ＿ＳＤＭ＿Ｓｕｂｓｃｒｉｂｅ、Ｎｕｄｒ＿ＤＭ＿Ｑｕｅｒｙにおいて、ＳＭＦは、ユーザＩＤに基づいてユーザのプロファイルから情報を要求することができる。応答は、ＵＤＭ／ＵＤＲに存在するユーザのプロファイルおよびサブスクリプション関係から取得されたユーザ中心ＱｏＳ規則を含むことができる。
ＵＥ要求が有効でないと考えられる場合、ＳＭＦは、ＰＤＵセッションを確立することを受け入れないことを決定する。
５．図１７のステップ５－ＳＭＦからＡＭＦへ：ＳＭＦは、ステップ３において受信された要求に応じて、ＮＳＭＦ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ応答（原因、ＳＭコンテキストＩＤまたはＮ１ ＳＭコンテナ（ＰＤＵセッション拒否（原因）））またはＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答のいずれかを提供する。
ＳＭＦがステップ３においてＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求を受信し、ＳＭＦがＰＤＵセッション確立要求を処理することができる場合、ＳＭＦは、ＳＭコンテキストを作成し、ＳＭコンテキストＩＤを提供することによってＡＭＦに応答する。
この応答は、ＵＤＭ／ＵＤＲを介してユーザプロファイルから取得された情報に基づいてＳＭＦによって作成されたＵＣＱＲを含むことができる。
６．図１７のステップ６－任意の二次認証／認可。ＵＣＱＲは、二次認証および認可が完了した後にＵＥに配信されることができる。このプロセスは、セクション５．５．４に記載されている。
７ａ．図１７のステップ７ａ－動的ＰＣＣがＰＤＵセッションに使用されるべきである場合、ＳＭＦは、ＴＳ ２３．５０１［１２］の６．３．７．１節に記載されているＰＣＦ選択を実行する。要求タイプが「既存のＰＤＵセッション」または「既存の緊急ＰＤＵセッション」を示す場合、ＳＭＦは、ＰＤＵセッションに対して既に選択されたＰＣＦを使用するものとする。
そうでない場合、ＳＭＦは、ローカルポリシーを適用することができる。
７ｂ．図１７のステップ７ｂ－ＳＭＦは、ＰＣＦとのＳＭポリシー関連付けを確立し、ＰＤＵセッションについてのデフォルトＰＣＣ規則を取得するために、ＳＭポリシー関連付け確立手順を実行することができる。ＧＰＳＩは、ＳＭＦで利用可能な場合に含まれるものとする。ステップ３の要求タイプが「既存のＰＤＵセッション」を示す場合、ＳＭＦは、ＳＭＦによって開始されたＳＭポリシー関連付け変更手順によって満たされたポリシー制御要求トリガ条件に関する情報を提供することができる。
ＰＣＦは、ＰＣＣ規則を、ユーザサブスクリプションおよび／またはユーザプロファイルと関連付けることができ、ユーザサブスクリプションおよび／またはユーザプロファイルは、ユーザに属するＵＣＱＲのＱｏＳ規則識別子（ＱＲＩ）を含むことができる。これは、任意に、ＵＣＱＲに基づいて各ユーザに対してＰＣＣ規則を実施することを可能にする。
あるいは、ＰＤＵセッションが再認証／再認可を必要とする場合、認証および認可が成功すると、ＳＭＦは、新たなＵＣＱＲを求めるＵＤＭを要求することができる。
注：ステップ７の目的は、ＵＰＦを選択する前にＰＣＣ規則を受信することである。ＰＣＣ規則がＵＰＦ選択のための入力として必要とされない場合、ステップ８の後にステップ７が実行されることができる。
８～１０．図１７のステップ８～１０は、ＴＳ ２３．５０２［６］の４．３．２．２．１－１に対応することができる。
１１．図１７のステップ１１－ＳＭＦからＡＭＦへ：ＡＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＮｌＮ２メッセージトランスファを呼び出す。
Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＮｌＮ２メッセージトランスファは、ユーザ中心ＱｏＳ規則を含むように拡張されてもよい。ユーザ中心ＱｏＳ規則は、ＰＤＵセッション確立受諾メッセージに含まれてもよい。
Ｎ２ ＳＭ情報は、ＡＭＦが（Ｒ）ＡＮに転送する情報を搬送する。
Ｎ１ ＳＭコンテナは、ＡＭＦがＵＥに提供するＰＤＵセッション確立受諾を含む。
ＱｏＳに必要な場合、複数のユーザ中心ＱｏＳ規則、ＱｏＳフローレベルＱｏＳパラメータ
それらのユーザ中心ＱｏＳ規則およびＱｏＳプロファイルに関連するフローは、Ｎ１ ＳＭ内およびＮ２ ＳＭ情報内のＰＤＵセッション確立受諾に含まれてもよい。
１２．図１７のステップ１２－（Ｒ）ＡＮへのＡＭＦ：Ｎ２ ＰＤＵセッション要求（Ｎ２ ＳＭ情報、ＮＡＳメッセージ（ＰＤＵセッションＩＤ、Ｎ１ ＳＭコンテナ（ＰＤＵセッション確立受諾））、［ＣＮ支援ＲＡＮパラメータチューニング］）。ＡＭＦは、ＵＥをターゲットとするＰＤＵセッションＩＤおよびＰＤＵセッション確立受諾と、Ｎ２ ＰＤＵセッション要求内でＳＭＦから受信したＮ２ ＳＭ情報とを含むＮＡＳメッセージを（Ｒ）ＡＮに送信する。
１３．図１７のステップ１３－（Ｒ）ＡＮからＵＥへ：（Ｒ）ＡＮは、ＳＭＦから受信した情報に関連するＵＥとのＡＮ固有シグナリング交換を発行することができる。（Ｒ）ＡＮは、ステップ１２において提供されたＮＡＳメッセージ（ＰＤＵセッションＩＤ、Ｎ１ ＳＭコンテナ（ＰＤＵセッション確立受諾））をＵＥに転送する。（Ｒ）ＡＮは、ＵＥとのＡＮ固有シグナリング交換が、受信したＮ２コマンドに関連付けられた（Ｒ）ＡＮリソース追加を含む場合にのみ、ＮＡＳメッセージをＵＥに提供するものとする。Ｎ２ ＳＭ情報がステップ１１に含まれない場合、以下のステップ１４から２０は省略される。
１４．図１７のステップ１４～２０は、図１２から変更されていない。

ユーザがコアネットワークとＰＤＵセッションを確立するようにＵＥをトリガすることができ、第２のユーザが同じＰＤＵセッションを介して送信されることができるＵＥからのデータトラフィックを開始することができる状況があり得ることに留意されたい。２人のユーザがＰＤＵセッションを共有する場合、このインシデントは、ＰＤＵセッション変更プロセスをトリガすることができる。一般的な事例は、ＵＥがＵＣＱＲを適用するＰＤＵセッションを確立している場合とすることができ、別のユーザが既存のＰＤＵセッションから送信されるべきデータトラフィックを開始するとき、ＵＣＱＲがセクション５．４にしたがってどのように定義されるかに応じて、以下のうちのいずれかがＵＥに配信されることができる。
１．双方のユーザの同じ新たなＵＣＱＲ（双方のユーザのユーザＩＤを有するＵＣＱＲ）
２．第２のユーザ専用の新たなＵＣＱＲ。
３．ユーザごとに異なる新たなＵＣＱＲ。
４．新たなＵＣＱＲ ＩＥを介したＱｏＳ規則へのユーザＩＤのマッピングの更新。

（ＰＤＵセッション変更プロセス中のユーザ中心ＱｏＳ規則配信）
ＵＥまたはネットワークによって要求されたＰＤＵセッション変更手順（非ローミングおよびローカルブレイクアウトシナリオによるローミング）が図１８に示される。
いくつかの機会または条件がセッション変更、したがってＵＥへの新たなＵＣＱＲの配信をトリガすることができる。いくつかの条件は、以下とすることができる：
・ユーザの変更。
・ユーザの追加。
・既存のＰＤＵセッションに参加する新たなユーザ。
・適用変更。
・既存のＰＤＵセッションへのアプリケーションセッションの追加。
・アプリケーションセッションの終了。
・サブスクリプションの変更による方針変更および課金（例えば、アプリケーショントラフィックのためのＱｏＳのアップグレード）

１．手順は、以下のイベントによってトリガされることができる：
図１８のステップ１ａ。（ＵＥ内のユーザまたはアプリケーションによって開始される変更）ユーザまたはアプリケーションは、ＰＤＵセッション変更手順を開始することができ、メッセージは、ＮＡＳメッセージの送信に１つ以上のユーザＩＤを含むように拡張されることができる。ＮＡＳメッセージは、ユーザ位置情報の指示と共に（Ｒ）ＡＮによってＡＭＦに転送される。ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔを呼び出す。

ユーザによってトリガされたＰＤＵセッション変更手順は、ユーザ認証手順を開始することができる。

図１８のステップ１ｂ。（ＳＭＦ要求された変更）ＰＣＦは、ポリシーの変更についてＳＭＦに通知するためにＰＣＦ開始ＳＭポリシー関連付け変更手順を実行する。これは、ポリシー決定またはＡＦ要求、例えば、アプリケーション機能のトラフィックルーティングへの影響によってトリガされている可能性がある。このケースは、ＰＣＦがユーザサブスクリプションおよびユーザプロファイル情報のためにＵＤＭを参照することを含むことができ、ユーザのＵＣＱＲは、ＰＣＣポリシーまたはその変更のために考慮されることができる。ＰＣＦ通知において、ＰＣＦは、ポリシーの変更がＳＭＦへの変更されたＰＤＵセッションで必要なＵＣＱＲを含むという指示を含むことができ、ＳＭＦは、ＵＤＭから新たなＵＣＱＲをフェッチすることができる。あるいは、ＰＣＦは、ＵＣＱＲをＳＭＦに送信するようにＵＤＭをトリガすることができる。図１８のステップ１ｃ。（ＳＭＦ要求された変更）ＵＤＭは、Ｎｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ（ＳＵＰＩ、セッション管理加入データ）によってＳＭＦのサブスクリプションデータを更新する。

この通知は、ＵＥについての新たなＵＣＱＲを含むように拡張されることができる。ＳＭＦは、セッション管理加入データを更新し、（ＳＵＰＩ）によってＡｃｋを返すことによってＵＤＭを確認応答する。

図１８のステップ１ｄ。（ＳＭＦ要求された変更）ＳＭＦは、ＰＤＵセッションを変更することを決定することができる。この手順はまた、ローカルに構成されたポリシーに基づいてトリガされてもよく、（Ｒ）ＡＮからトリガされてもよい。これはまた、（サービス要求手順に記載されているように）ＵＰ接続がアクティブ化され、ＳＭＦが１つ以上のＱｏＳフローのステータスが５ＧＣで削除されるが、ＵＥとまだ同期されていないことをマークした場合にもトリガされることができる。

図１８のステップ１ｄ－１。ＰＤＵセッションの変更は、新たなＰＤＵセッション内の新たなＱｏＳ規則を考慮する必要があり得る。ＳＭＦは、ユーザサブスクリプションおよびユーザプロファイルからの新たな情報をＵＤＭに要求し、ＰＣＣ規則を同時に実施することができ、またはその逆も可能であり、変更されたＰＤＵセッションに対して実施することができる。

ＳＭＦがステップ１ｂ～１ｄにおいてトリガの１つを受信した場合、ＳＭＦは、ＳＭＦ要求ＰＤＵセッション変更手順を開始する。

図１８のステップ１ｅ。（ＡＮ開始変更）（Ｒ）ＡＮは、通知制御が構成されているかどうかにかかわらず、ＱｏＳフローがマッピングされたＡＮリソースがいつ解放されるかをＳＭＦに示す。

図１８のステップ２。ＳＭＦは、ＳＭＦによって開始されたＳＭポリシー関連付け変更手順を実行することによって、ＰＣＦに何らかのサブスクライブされたイベントを報告する必要があり得る。この手順は、ユーザＩＤと、対応するサブスクリプション／プロファイル情報とＰＣＣ規則との関連付けとによって拡張されることができる。これは、ＰＣＦとＵＤＭとの間の情報交換を含むことができる。ＰＤＵセッション変更手順がステップ１ｂまたは１ｄによってトリガされる場合、このステップは、スキップされることができる。動的ＰＣＣが配備されていない場合、ＳＭＦは、ＱｏＳプロファイルを変更するかどうかを決定するためにローカルポリシーを適用することができる。

図１８のステップ２ａ。ＰＤＵセッションに対して冗長送信がアクティブ化されておらず、ＳＭＦが新たなＱｏＳフローのための冗長送信を実行することを決定した場合、ＳＭＦは、ＣＮトンネル情報がＳＭＦによって割り当てられる場合に追加のＣＮトンネル情報を割り当てる。追加のＣＮトンネル情報は、Ｎ４セッション変更要求を介してＵＰＦに提供される。ＳＭＦはまた、ＱｏＳフローのパケット複製および削除を実行するようにＵＰＦに指示する。

ＰＤＵセッション上で冗長送信がアクティブ化されており、ＳＭＦが冗長送信を停止することを決定した場合、ＳＭＦは、ＰＤＵセッションの冗長トンネルとして使用されるＣＮトンネル情報を解放するようにＵＰＦに指示し、対応するＱｏＳフローのパケット複製および削除を停止するようにＵＰＦにも指示する。

図１８のステップ２ｂ。ＵＰＦがＳＭＦに応答する。ステップ２ａにおいてＱｏＳフローのパケット複製および削除を実行するためにＵＰＦに示されたＰＤＵセッションおよびＳＭＦに対して冗長送信がアクティブ化されていない場合、ＵＰＦは、ＣＮトンネル情報がＵＰＦによって割り当てられている場合、追加のＣＮトンネル情報を割り当てる。追加のＣＮトンネル情報は、ＳＭＦに提供される。

ＰＤＵセッションに対して冗長送信がアクティブ化されておらず、ＳＭＦがステップ２ａにおいて２つのＩ－ＵＰＦを用いて新たなＱｏＳフローの冗長送信を実行することを決定した場合、ＵＰＦは、ＣＮトンネル情報がＵＰＦによって割り当てられている場合、ＣＮトンネル情報を割り当てる。２つのＩ－ＵＰＦのＣＮトンネル情報がＳＭＦに提供される。

図１８のステップ３ａにおいて、ＵＥまたはＡＮによって開始された変更の場合、ＳＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔを介してＡＭＦに応答し、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔは、Ｎ１ ＳＭコンテナおよびＮ２ ＳＭ情報の双方にユーザ中心ＱｏＳ規則を含む。

シグナリングされたＱｏＳの場合、新たなＵＣＱＲは、変更されたＰＤＵセッションのためにＵＥに配信されることができる。ＡＮによって開始されたシグナリングされたＱｏＳにより、ＳＭＦは、変更されたＰＤＵセッションに対する新たなＵＣＱＲについてのＵＤＭ／ＵＤＲを要求することができる。

Ｎ２ ＳＭ情報は、ＡＭＦが（Ｒ）ＡＮに提供する情報を搬送する。それは、１つ以上のＱｏＳフローが追加または変更されたことを（Ｒ）ＡＮに通知するためのＱｏＳプロファイルおよび対応するＱＦＩを含むことができる。それは、１つ以上のＱｏＳフローが削除されたことを（Ｒ）ＡＮに通知するためのＱＦＩのみを含むことができる。ＳＭＦは、ＱｏＳフローごとに、対応する冗長伝送インジケータによって冗長伝送が実行されるべきかどうかを示すことができる。ＰＤＵセッション変更がステップ１ｅの（Ｒ）ＡＮリリースによってトリガされた場合、Ｎ２ ＳＭ情報は、（Ｒ）ＡＮリリースの確認応答を搬送する。確立されたユーザプレーンリソースを有しないＰＤＵセッションに対してＰＤＵセッション変更がＵＥによって要求された場合、（Ｒ）ＡＮに提供されるＮ２ ＳＭ情報は、ユーザプレーンリソースの確立のための情報を含む。

Ｎ１ ＳＭコンテナは、ＡＭＦがＵＥへ提供すべきＰＤＵセッション変更コマンドを搬送する。それは、１つ以上のユーザ中心ＱｏＳ規則が追加、削除、または変更されたことをＵＥに通知するために、ユーザ中心ＱｏＳ規則、ＵＣＱＲに関連付けられたＱｏＳフローに必要な場合のフローレベルＱｏＳパラメータ、および対応するＱｏＳ規則演算およびＱｏＳフローレベルＱｏＳパラメータ演算を含むことができる。

図１８のステップ３ｂ。ＳＭＦが要求した変更について、ＳＭＦは、ＵＣＱＲで拡張されたＮ２ ＳＭ情報およびＮ１ ＳＭコンテナを含むＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２メッセージトランスファを呼び出す。

ＳＭＦが要求した変更の場合、ＳＭＦは、ＵＣＱＲのユーザサブスクリプションおよびユーザプロファイルについてＵＤＭと既に相談しており、したがって、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２メッセージトランスファメッセージで新たなＵＣＱＲを示すと仮定することができる。

図１８のステップ３ｃ。ＵＤＭからの更新されたＳＭＦ関連パラメータに起因してＳＭＦが変更を要求した場合、ＳＭＦは、ＡＭＦにチューニングするＳＭＦ導出ＣＮ支援ＲＡＮパラメータを提供することができる。さらに、ＳＭＦは、対応するユーザのためにＵＤＭから新たなＵＣＱＲで受信されることができる。ＳＭＦは、新たなＵＣＱＲを含むＡＭＦに対してＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＳＭＣｏｎｔｅｘｔＳｔａｔｕｓＮｏｔｉｆｙ（ＳＭＦ導出ＣＮ支援ＲＡＮパラメータ調整）を呼び出す。ＡＭＦは、このＵＥの関連するＰＤＵセッションコンテキストにおけるＳＭＦ導出ＣＮ支援ＲＡＮパラメータ調整を記憶する。図１８のステップ４。ＡＭＦは、（Ｒ）ＡＮにＮ２ ＰＤＵセッション要求（ＳＭＦから受信したＮ２ ＳＭ情報、ＮＡＳメッセージ（ＰＤＵセッションＩＤ、Ｎ１ ＳＭコンテナ（ＰＤＵセッション変更コマンド）））メッセージを送信することができる。ＰＤＵセッション変更コマンドは、ＵＥについての新たなＵＣＱＲを含むことができる。

図１８のステップ５。（Ｒ）ＡＮは、ＳＭＦから受信した情報に関連するＵＥとのＡＮ固有シグナリング交換を発行することができる。（Ｒ）ＡＮは、シグナリングされたＱｏＳ手順として、ユーザのためにＳＭＦ／ＵＤＭから受信したＵＣＱＲをＵＥに配信することができる。

ステップ６～１３は、ＴＳ ２３．５０２［６］の４．３．３．２．１－１に対応することができる。

（ネットワークスライス固有の二次認証プロセス中のＵＣＱＲ配信）
ＵＣＱＲは、ユーザが認証および認可されると、ネットワークスライス固有の認証および認可（ＳＳＡＡ）のプロセス中に、認証ユーザのためにＵＥに配信されることができる。図１９は、ＵＣＱＲがＳＳＡＡ成功メッセージと共にＵＥに配信されることを示している。

Ｓ－ＮＳＳＡＩは、ユーザＩＤに関連付けられてもよく、この関連付けは、ＵＤＭ／ＵＤＲおよび／またはＡＡＡ－Ｓサーバに保存されてもよい。ＵＥ内のユーザに対して許可されたＳ－ＮＳＳＡＩの構成が変更された場合、ＳＭＦ／ＡＵＳＦを介したＵＤＭ／ＵＤＲは、ＳＳＡＡプロセスをトリガすることができる。一方、ＡＡＡ－Ｓが第三者に属している場合があり得る。Ｓ－ＮＳＳＡＩからユーザへの設定がＡＡＡ－Ｓで更新された場合、ＡＡＡ－Ｓは、ユーザへのＳＳＡＡをトリガすることができる。

ネットワークスライス固有の二次認証プロセスは、ＰＤＵセッション確立手順のようにＣＮにＳＭＦを含まないことが理解される。しかしながら、ネットワーク機能（例えば、ネットワークスライスにおいて）に対する制御を有する第三者エンティティの範囲は、ＵＣＱＲ配信に寄与する能力を有することができるＡＡＡサーバまたはその他のネットワーク機能を含むことができる。

図１９のステップ１。サブスクリプション情報の変更に基づいて、またはＡＡＡ－Ｓによってトリガされて、ネットワークスライス固有の認証および認可を必要とするＳ－ＮＳＳＡＩの場合、ＡＭＦは、ネットワークスライス固有の認証および認可手順の開始をトリガすることができる。

図１９のステップ２。ＡＭＦは、Ｓ－ＮＳＳＡＩを含むＮＡＳ ＭＭトランスポートメッセージ内のＳ－ＮＳＳＡＩに対するＥＡＰ認証（ＥＡＰ ＩＤ）についてのＵＥ ユーザＩＤを要求することができる。これは、Ｈ－ＰＬＭＮのＳ－ＮＳＳＡＩであり、ローカルにマッピングされたＳ－ＮＳＳＡＩ値ではない。

図１９のステップ３～１７。ＴＳ ２３．５０２［６］の４．２．９．２節におけるＥＡＰベースのＳＳＡＡプロセスの一部。

図１９のステップ１８。ＵＥのユーザが認証に成功した場合、ＡＭＦは、クエリＮｕｄｍ＿ＳＤＭ＿Ｇｅｔ（ＵＣＱＲ）をＵＤＭに送信することができる。ＵＤＭは、ＵＤＲに相談して、ユーザのプロファイルおよびユーザサブスクリプションから問い合わせされたユーザに固有のＵＣＱＲを抽出することができる。ＵＤＭは、必要なＵＣＱＲをＡＭＦに戻して配信することができる。ＵＣＱＲは、ＳＭＦまたはＰＣＦによってＵＤＲに配置されている場合がある。

図１９のステップ１９。ＡＭＦは、認証および認可プロセスの一部として、ＮＡＳ ＭＭトランスポートメッセージ（ユーザ中心ＱｏＳ規則［成功］、ＥＡＰ成功／失敗）をＵＥに送信することができる。このメッセージは、ＡＭＦが、認証プロセスが成功した場合にのみユーザ中心ＱｏＳ規則を送信し、そうでない場合にはＮＡＳ ＭＭトランスポートメッセージ（ＥＡＰ失敗）を送信することができることを示す。

図１９のステップ２０。このステップは、ＴＳ ２３．５０２［６］の４．２．９．２節のステップ１９に対応することができる。

（二次ＰＤＵセッション認証プロセス中のＵＣＱＲ規則配信）
図２０は、二次ＰＤＵセッション認証が成功した後にＵＣＱＲをＵＥに配信することができる方法を示している。

ＳＭＦは、ＤＮ－ＡＡＡサーバに連絡する必要があると判定する。ＳＭＦは、場合によってはそのＮＡＳ要求においてＵＥによって提供されるＳＭ ＰＤＵ ＤＮ要求コンテナを使用して、ローカル構成に基づいてＤＮ－ＡＡＡサーバを識別する。ＳＭ ＰＤＵ ＤＮ要求コンテナは、ＰＤＵセッション確立要求中にユーザＩＤを含むように拡張されることができる。

１．図２０のステップ１－ＳＭＦとＤＮとの間でＤＮ関連メッセージを搬送するために使用されることができる既存のＮ４セッションがない場合、ＳＭＦは、ＵＰＦを選択し、Ｎ４セッション確立をトリガする。
２．図２０のステップ２－ＳＭＦが、ＮＡＳメッセージ内でＵＥから受信した拡張ＳＭ ＰＤＵ ＤＮ要求コンテナを、ＵＰＦを介してＤＮ－ＡＡＡに提供する。ＳＭ ＰＤＵ ＤＮ要求コンテナＩＥは、外部ＤＮによるＰＤＵセッション認可のための情報を含む。ＳＭ ＰＤＵ ＤＮ要求コンテナは、ネットワークアクセス識別子（ＮＡＩ）フォーマットに準拠するそのＤＮ固有識別およびＰＤＵセッションＩＤ［９］を含む。利用可能な場合、ＳＭＦは、ＤＮ－ＡＡＡと交換されるシグナリングでＧＰＳＩを提供する。ＵＰＦは、ＳＭＦから受信したメッセージをＤＮ－ＡＡＡサーバに透過的に中継する。
３．図２０のステップ３－ステップ３は、ＵＥとＤＮ ＡＡＡサーバとの間のメッセージの交換である。ＤＮＮ－ＡＡＡサーバは、認証および認可決定のためにユーザのユーザＩＤを考慮することができ、ＤＮ認可プロファイルインデックスを決定することができる。
４．図２０のステップ４－ＤＮ－ＡＡＡサーバは、ＰＤＵセッションの成功した認証／認可を確認する。ＤＮ－ＡＡＡサーバは、以下を提供することができる：成功した認証／認可を示すためにＳＭＦにＳＭ ＰＤＵ ＤＮ応答コンテナ；
ＴＳ ２３．５０１［１２］の５．６．６節で定義されているＤＮ認可データ；ＰＤＵセッションに割り当てられたＩＰアドレスおよび／またはＰＤＵセッションのためにＵＥによって使用されるＮ６トラフィックルーティング情報もしくはＭＡＣアドレスを通知される要求；ＰＤＵセッションのＩＰアドレス（またはＩＰＶ６プリフィックス）。
ＵＥが対応するユーザＩＤのためにＵＣＱＲの新たなセットを必要とする可能性があるという指示。
Ｎ６トラフィックルーティング情報は、ＴＳ ２３．５０１［１２］の５．６．７節で定義されている。
成功したＤＮ認証／認可の後、ＳＭＦとＤＮ－ＡＡＡとの間でセッションが保持される。ＳＭＦがＤＮ認可データを受信した場合、ＳＭＦは、ＤＮ認可プロファイルインデックスを使用してポリシーおよび課金制御を適用する（ＴＳ ２３．５０１［１２］５．６．６節を参照）。
このＤＮ認可プロファイルインデックスは、ポリシーおよび課金制御データを指し、これは、対応するユーザの要件と整合することができる。
５．図２０のステップ５－ＰＣＦを介したＳＭＦまたはＳＭＦは、ＤＮ－ＡＡＡによって認証および認可されたＵＥのユーザのＵＣＱＲをＵＤＭに要求することができる。ＵＤＭ／ＵＤＲは、ＳＭＦにＵＣＱＲを供給する。
６．図２０のステップ６－ＡＭＦを介したＳＭＦが新たなＵＣＱＲをＵＥに配信する。
７．図２０のステップ７－ＵＥが新たに受信したユーザ中心ＱｏＳ規則に基づいてＰＤＵセッションを確立および開始することができることを除いて、ステップ７および８に変更はない。

（ＵＣＱＲ規則配信のさらなる最適化）
本明細書で前述したように、ユーザＩＤは、一貫性のないサイズ（例えば、人－名＠ｍｎｏ．ｎｅｔ、人－名．ドメイン－ｉｄ＠ｍｎｏ．ｎｅｔなど）を有することができる。より長い名前を絶えず無線で送信すると、無線シグナリングリソースの量が増加する可能性がある。したがって、最適な計算のために一貫したサイズのＩＥを有するユーザＩＤを表すことが望ましい場合がある。ＵＥ内のユーザのユーザＩＤを表す１つの方法は、対応する数値エイリアスを有するユーザＩＤを含む変換テーブルを有することである。例えば、人－名＠ｍｎｏ－ｎａｍｅ．ｎｅｔというユーザＩＤは、番号７６に変換されることができる。

サブスクリプションおよびユーザプロファイルがリンクされると、ネットワークは、ＵＥにユーザＩＤのエイリアス番号を送信することができる。

エイリアスを受信する利点は、エイリアスが、ＵＥに対してローカルであり、サイズが小さい（例えば１オクテット）ｉｄとすることができることである。したがって、後続の全てのシグナリングがこのエイリアスを使用することができ、結果としてＯＴＡシグナリングの量が低減される。

ネットワークからＵＥに送信され、ユーザＩＤを含むものとして論文に記載されている全てのメッセージでは、代わりにユーザＩＤエイリアスが使用されることができることを理解されたい。

あるいは、ユーザＩＤは、図２１に示すように、リスト内の各ユーザ中心ＱｏＳ規則の位置によってＵＣＱＲ ＩＥ（例えば、ＵＣＱＲ ＩＥ２１００）に暗黙的に示されることができる。この場合、ユーザＩＤは、むしろ、ＵＥ内に（別々に）既に構成されているＵＥのリスト内のＵＥのインデックスであってもよい。例えば、ユーザのインデックスは、ＵＥに以前にシグナリングされたエイリアスであってもよい。ユーザＩＤの暗黙的な性質は、シグナリング上のさらなるリソース消費を節約することができる。

（ＧＵＩ）
図９は、セルラーデバイスを操作している人が、ユーザＩＤがセルラーデバイスに関連付けられたサブスクリプションとリンクおよびリンク解除されることを要求するために使用されることができる例示的なＧＵＩ９００を示している。これについては、セクション５．１でさらに説明される。

図２２は、ユーザがマルチユーザＵＥにログインし、ＵＥがＵＣＱＲを受信したときのインスタンスのＧＵＩ２２００を示している。複数のユーザがＵＥにアカウントを有していてもよい。各ユーザは、自己のアカウント内の複数のアプリケーションにアクセスすることができる。図２２では、ユーザがユーザＩＤ、ユーザ４５２３によってＵＥにログインしている。それは、拡張ＰＤＵセッション確立または変更手順をトリガすることができる。

本開示に記載された概念は、非パブリックネットワーク（ＮＰＮ）に適用されることができることに留意されたい。この概念がＮＰＮに適用される場合、ユーザ識別子のフォーマットは、ＮＰＮの識別がユーザ識別子の一部であるようなものであってもよく、またはユーザ識別子は、ネットワークによってＮＰＮの識別に解決することができるフィールドを含んでもよい。これは、ネットワークが、どのＵＤＭ／ＵＤＲが関連するユーザプロファイルの記憶に関与しているかを判定することができるようにするために必要である。あるいは、ユーザ識別子を含むものとして本開示が提案する全てのメッセージおよび手順は、ユーザ識別子が非パブリックネットワークに関連付けられていることを示すＮＰＮ識別子も含むことができる。

本明細書に記載の方法およびプロセスのいずれも、コンピュータ可読記憶媒体に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具体化されてもよく、命令がコンピュータ、サーバ、Ｍ２Ｍ端末装置、Ｍ２Ｍゲートウェイ装置などの機械によって実行されると、本明細書に記載のシステム、方法およびプロセスを実行および／または実装することが理解されよう。具体的には、上述したステップ、動作、または機能のいずれも、そのようなコンピュータ実行可能命令の形態で実装されることができる。コンピュータ可読記憶媒体は、情報を記憶するための任意の方法または技術で実装された揮発性および不揮発性、取り外し可能および取り外し不可能な媒体の双方を含むが、そのようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または所望の情報を記憶するために使用されることができ、コンピュータによってアクセスされることができる任意の他の物理的媒体を含むが、これらに限定されない。

本開示の主題の好ましい実施形態を説明する際に、図に示すように、明確にするために特定の用語が使用される。しかしながら、特許請求される主題は、そのように選択された特定の用語に限定されることを意図するものではなく、各特定の要素は、同様の目的を達成するために同様の方法で動作する全ての技術的均等物を含むことを理解されたい。

したがって、開示されたシステムおよび方法は、その精神または本質的な特徴から逸脱することなく、他の特定の形態で具体化されることができることが当業者には理解されよう。したがって、今回開示された実施形態は、全ての点で例示であって制限的なものではないと考えられる。それは網羅的ではなく、本開示を開示された正確な形態に限定するものではない。上記の教示に照らして変更および変形が可能であり、または本開示の実施から、幅または範囲から逸脱することなく取得されることができる。したがって、本明細書では特定の構成について説明したが、他の構成も採用することができる。多数の変更および他の実施形態（例えば、組み合わせ、再編成など）が本開示によって可能になり、当業者の範囲内にあり、開示された主題およびその任意の均等物の範囲内にあると考えられる。開示された実施形態の特徴は、追加の実施形態を生み出すために、本発明の範囲内で組み合わせられる、再構成される、省略されるなどすることができる。さらにまた、特定の特徴は、他の特徴を対応して使用せずに有利に使用されることができる。したがって、出願人は、開示された主題の趣旨および範囲内にある全てのそのような代替形態、変更形態、均等物、および変形形態を包含することを意図している。

単数形の要素への言及は、明示的に述べられていない限り、「唯一の１」を意味するものではなく、むしろ「１以上」を意味するものである。さらに、特許請求の範囲において「Ａ、Ｂ、またはＣのうちの少なくとも１つ」に類似する語句が使用される場合、この語句は、Ａ単独が実施形態に存在してもよく、Ｂ単独が実施形態に存在してもよく、Ｃ単独が実施形態に存在してもよく、または要素Ａ、ＢおよびＣの任意の組み合わせが単一の実施形態に存在してもよいことを意味するように解釈されることが意図され、例えば、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣである。

要素が「手段」という語句を使用して明示的に列挙されていない限り、本明細書のいかなる特許請求の範囲の要素も、米国特許法第１１２条（±）の規定の下で解釈されるべきではない。本明細書で使用される場合、「備える（ｃｏｍｐｒｉｓｅｓ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」という用語またはその任意の他の変形は、非排他的な包含を網羅することを意図しており、要素のリストを含むプロセス、方法、物品、または装置は、それらの要素のみを含むのではなく、明示的に列挙されていない、またはそのようなプロセス、方法、物品、もしくは装置に固有の他の要素を含むことができる。本発明の範囲は、上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。

Claims (20)

1. 電子デバイスであって、
   ユーザ識別子を前記電子デバイスに関連付けられた加入に対応する識別子に関連付けるように要求するリンク要求メッセージを無線ネットワークに送信し、
   前記無線ネットワークから、前記ユーザ識別子が、前記電子デバイスに関連付けられた加入識別子に関連付けられていることを確認する登録応答を受信し、
   前記無線ネットワークから、前記電子デバイスについての更新された構成情報であって、構成情報の少なくとも一部が前記ユーザ識別子に関連付けられている構成情報を受信する、
   ように構成された回路を備える、
   電子デバイス。
2. 前記回路が、前記電子デバイスのグラフィカルユーザインターフェース（ＧＵＩ）に入力された情報に基づいて、前記ユーザ識別子が前記電子デバイスに関連付けられた前記加入識別子に関連付けられるべきであると判定するように構成されている、
   請求項１に記載の電子デバイス。
3. 前記回路が、別の電子デバイスと無線でペアリングし、
   前記別の電子デバイスからの前記ユーザ識別子の受信に基づいて、前記ユーザ識別子が、前記電子デバイスに関連付けられた前記加入識別子に関連付けられるべきであると判定するように構成されている、請求項１に記載の電子デバイス。
4. 前記ユーザＩＤのエイリアスを受信することをさらに含む、請求項１に記載の電子デバイス。
5. 前記電子デバイスに関連付けられた加入識別子が、前記電子デバイスの国際モバイル加入者識別（ＩＳＭＩ）である、
   請求項４に記載の電子デバイス。
6. 前記回路が、前記ユーザ識別子に基づいて前記無線ネットワークを用いて前記ユーザを認証するプロセスを実行するように構成されている、
   請求項１に記載の電子デバイス。
7. 前記更新された構成情報が、前記電子デバイスにとって利用可能であり且つ前記ユーザ識別子に関連付けられた少なくとも１つの追加サービスを示す、
   請求項１に記載の電子デバイス。
8. 前記更新された構成情報が、前記電子デバイスのネットワークスライス選択支援情報（ＮＳＳＡＩ）を含み、前記ＮＳＳＡＩが、前記ユーザ識別子に関連付けられた少なくとも１つの単一のネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）を含む、
   請求項１に記載の電子デバイス。
9. 前記回路が、前記更新された構成情報を受信すると、前記ユーザ識別子を、前記ユーザ識別子によってアクセスされることが許可されている利用可能なサービスにリンクする構成情報を更新するように構成されている、
   請求項１に記載の電子デバイス。
10. 前記回路が、前記電子デバイスに関連付けられた前記ユーザ識別子および前記加入識別子のうちの少なくとも１つに基づいてサービスへのアクセスを要求する登録更新要求を前記無線ネットワーク送信するように構成されている、
    請求項１に記載の電子デバイス。
11. 前記回路が、前記電子デバイスに対応する前記ユーザ識別子および前記加入識別子に基づいてサービスへのアクセスを要求する登録更新要求を前記無線ネットワークに送信するように構成されている、
    請求項１に記載の電子デバイス。
12. 前記回路が、前記ユーザ識別子に基づいてサービスへのアクセスを要求する登録更新要求を前記無線ネットワークに送信するように構成されている、
    請求項１に記載の電子デバイス。
13. 前記回路が、前記登録更新要求に基づいて前記電子デバイスがアクセスを許可されている１つ以上のサービスを識別する情報を受信するように構成されている、
    請求項１０に記載の電子デバイス。
14. 前記回路が、複数のユーザ識別子のそれぞれを、前記ユーザ識別子によってアクセスされることが許可されている１つ以上のサービスとリンクする情報を記憶するように構成されている、
    請求項１に記載の電子デバイス。
15. 前記回路が、前記電子デバイスにおいて生成されたトラフィックがどのように処理されるべきかを識別するポリシーセクションに対応する情報を受信して記憶するように構成されており、前記ポリシーセクションのうちの少なくとも１つが、前記ユーザ識別子に関連付けられる、
    請求項１に記載の電子デバイス。
16. 前記回路が、ポリシーセクションがもはや前記ユーザ識別子に関連付けられていないことを示す情報を受信するように構成されている、
    請求項１５に記載の電子デバイス。
17. 前記回路が、ＰＤＵセッションがユーザ識別子に関連付けられるべきであることを示すＰＤＵセッション確立要求を送信し、関連するＰＤＵセッションであるＱｏＳ規則を有するＰＤＵセッション確立応答を受信するように構成されている、
    請求項１に記載の電子デバイス。
18. 前記ＱｏＳ規則が、それらがユーザ識別子に関連付けられているかどうか示す、
    請求項１７に記載の電子デバイス。
19. 電子デバイスによって実行される方法であって、
    ユーザ識別子を、前記電子デバイスに関連付けられた加入識別子に関連付けるように要求するリンク要求メッセージを無線ネットワークに送信することと、
    前記無線ネットワークから、前記ユーザ識別子が前記電子デバイスに関連付けられた加入識別子に関連付けられていることを確認する登録応答を受信することと、
    前記無線ネットワークから、前記電子デバイスについての更新された構成情報であって、構成情報の少なくとも一部が前記ユーザ識別子に関連付けられている構成情報を受信することと、を含む、
    方法。
20. コンピュータプログラム命令を含む非一時的コンピュータ可読媒体であって、前記コンピュータプログラム命令が、電子デバイスによって実行されると、前記電子デバイスに、
    ユーザ識別子を、前記電子デバイスに関連付けられた加入識別子に関連付けるように要求するリンク要求メッセージを無線ネットワークに送信させ、
    前記無線ネットワークから、前記ユーザ識別子が、前記電子デバイスに関連付けられた前記加入識別子に関連付けられていることを確認する登録応答を受信させ、
    前記無線ネットワークから、前記電子デバイスについての更新された構成情報であって、構成情報の少なくとも一部が前記ユーザ識別子に関連付けられている構成情報を受信させる、
    非一時的コンピュータ可読媒体。
    

Images