JP7218821B2 - Ｕｅ、コアネットワークノード、及びｕｅあたり複数のユーザアイデンティティを処理するための制御方法 - Google Patents

Description

本開示は、通信システムに関する。本開示は、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）規格又はその等価物若しくは派生物に従って動作する無線通信システム及びその装置に特に関連するが、これに限定するものではない。本開示は、いわゆる「５Ｇ」（あるいは「Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ（次世代））システムにおける、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ユーザ装置）に関連付けられる（複数の）ユーザアイデンティティに特に関するが、これに限定するものではない。

定義
本明細書の目的のために、３ＧＰＰ ＴＲ（Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ：テクニカルレポート）２１．９０５［１］、及び以下に与えられる用語及び定義が適用される。本明細書において定義される用語は、３ＧＰＰ ＴＲ ２１．９０５［１］における同じ用語の定義（もしあったとしても）よりも優先される。

ユーザアイデンティティ（ｕｓｅｒ ｉｄｅｎｔｉｔｙ）：特定のコンテキストにおいてユーザを表わす情報。ユーザは、数個のユーザアイデンティティ、例えば、ユーザ自身の職業（ｐｒｏｆｅｓｓｉｏｎ）との関連におけるユーザアイデンティティ、又は私生活のいくつかの側面についてのプライベートなユーザアイデンティティを有することができる（３ＧＰＰ ＴＲ ２２．９０４［５］を参照）。

ユーザアイデンティファイア（ｕｓｅｒ ｉｄｅｎｔｉｆｉｅｒ）：１つ以上のシステムにおいてある特定のユーザアイデンティティを識別するために使用される情報（３ＧＰＰ ＴＲ ２２．９０４［５］を参照）。

ユーザアイデンティティプロファイル（ｕｓｅｒ ｉｄｅｎｔｉｔｙ ｐｒｏｆｉｌｅ）：あるユーザの各ユーザアイデンティティに関連付けられた情報の集合（３ＧＰＰ ＴＲ ２２．９０４［５］を参照）。

背景
３ＧＰＰ ＳＡ２ワーキンググループは、５Ｇシステム（ＦＳ＿ＵＵＩ５）においてユーザアイデンティファイアの使用に関する研究を承認してきた。その目的は、ユーザ固有のアイデンティティの生成及び利用を可能にするために５Ｇシステムを強化することである。これにより、ユーザエクスペリエンスの強化、パフォーマンスの最適化、及び事業者の３ＧＰＰネットワークの一部ではない装置及びユーザに対するサービスを提供することが可能になる。このワークのコンテキストにおいて、アイデンティファイされるユーザは、ある特定のサブスクリプションを有するＵＥを使用する、個人のユーザ、ＵＥ上で動作する若しくはＵＥを介して接続するアプリケーション、又はゲートウェイＵＥの背後の装置（「もの」）になり得る。

ユースケースは、３ＧＰＰ ＴＲ ２２．９０４において詳細に論じられており、以下のものを含む。
－ １つのＵＥを共有する１つ以上のユーザ（すなわち人間）
－ １つのゲートウェイＵＥの背後の１つ以上のユーザ（すなわち装置）
－ 同じＵＥ上で動作し、それぞれ個別のユーザとして取り扱われる１つ以上のユーザ（すなわちゲーミングアプリケーション）。

このワークは、３ＧＰＰシステムにおけるユーザアイデンティティの有用性に関するＳＡ１ ＦＳ＿ＬＵＣＩＡ（ＳＰ－１７０９９５）の研究と、ＵＩＡ（ＳＰ－１８０３２８）ワーク項目の一部として３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ：技術仕様書）２２．１０１及びＴＳ２２．１１５に追加されたユーザアイデンティティのサポートについての規則的要件とに基づく。

この３ＧＰＰ ＳＡ２研究の目的は、事業者が３ＧＰＰネットワークにおいてユーザ固有のアイデンティティを利用することを可能にするために、どのように５Ｇシステムを強化することができるのかを研究することである。以下の側面が研究される。
－ ユーザアイデンティティの認証／承認を含む、ユーザアイデンティティのサポートを可能にするアーキテクチャ上の前提と、モバイル事業者ネットワークの関連する関与とを定義すること。
－ サービスを提供する場合に３ＧＰＰシステムが考慮する必要があるユーザアイデンティティ固有のセッティング及びパラメータは何か。
－ ユーザアイデンティティプロファイルの一部（例えば、ユーザアイデンティティ、ユーザアイデンティティ固有のセッティング、課金の詳細及びパラメータ）としてどのような情報が記憶されるのか、及び、どのようにユーザアイデンティティプロファイルが５ＧＣに記憶されて更新されるのか、及び、どのようにして、どのような、ユーザアイデンティティプロファイル情報をアプリケーション機能に（例えば、エッジコンピューティングのために、又はサードパーティに向けて）露呈させることができるのか。
－ ユーザアイデンティファイアが、３ＧＰＰサブスクリプションにリンクされている又はリンク解除（ｕｎｌｉｎｋ）されているか否か、及びどのようにしてリンクされている又はリンク解除されているのか。
－ どのようにしてネットワークがユーザアイデンティファイアの使用を制御又は制限するのか（例えば、どのようにして、事業者が、同時にアクティブなユーザアイデンティファイアの数をＵＥごとに制限し、ローミングシナリオにおけるユーザアイデンティファイアの使用を制限し、及び事業者のポリシー又は位置に基づいてユーザアイデンティファイアの使用を一時停止するのか）。
－ ネットワーク、事業者展開、及びサードパーティサービスのセッティング（例えば、ポリシー、Ｎ６サービスチェーン）を適応させる場合、例えば、ネットワークスライスの選択を行なう場合、どのようにネットワークがユーザアイデンティティを考慮するのか。
－ トラフィックは、どうやって及びどのような理由で分離（ｓｅｇｒｅｇａｔｅ）されるのか（例えば、ポリシー実施及び課金（Ｐｏｌｉｃｙ Ｅｎｆｏｒｃｅｍｅｎｔ ａｎｄ Ｃｈａｒｇｉｎｇ）のための同じＵＥのユーザ間のトラフィック分離）。
－ 同じＵＥとサブスクリプションとを使用しているユーザについて、ユーザに基づく分離がある場合に、どのように適切な課金を可能にすることができるのか。
－ ユーザ（複数可）にＭＯ及びＭＴサービスを提供することをサポートするために３ＧＰＰシステムに必要な強化があるのか否か（例えばモビリティ管理プロシージャに対する影響）。

課題の説明
この開示は、５Ｇシステム（ＦＳ＿ＵＵＩ５）におけるユーザアイデンティファイアの使用に関する研究の目的に取り組む。例えば、以下の通りである。
１）ユーザアイデンティファイアが、３ＧＰＰサブスクリプションにリンクされる又はリンク解除されるか否か、及びどのようにしてリンクされる又はリンク解除されるのか。
２）どのような情報がユーザアイデンティティプロファイル（例えば、ユーザアイデンティティ、ユーザアイデンティティ固有のセッティング、課金の詳細及びパラメータ）の一部として記憶されるのか、及び、どのようにしてユーザアイデンティティプロファイルが５ＧＣに記憶されて、更新されるのか。
３）ユーザ（複数可）に対してＭＯ及びＭＴサービスを提供するのをサポートするために、３ＧＰＰシステムに必要となる強化があるのか否か。
４）各ユーザ（複数可）はネットワークスライス（複数可）に対してどのように関連付けられることができるのか。この例は、以下の要件に関する。すなわち、ネットワーク、事業者展開、及びサードパーティサービスのセッティング（例えば、ポリシー、Ｎ６サービスチェーン）を適応させる場合、例えば、ネットワークスライスの選択を行なう場合、どのようにネットワークがユーザアイデンティティを考慮するのか。

本開示のある態様によれば、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）（３）は、前記ＵＥ（３）のアイデンティティ情報と、複数のユーザアイデンティティ情報とをアクセスネットワークノード（５）へ送信することによって、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続確立プロシージャを実行する手段であって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥ（３）を使用するユーザのためのユーザアイデンティファイアを含む、手段と、前記アイデンティティ情報と前記複数のユーザアイデンティティ情報とを含む登録要求を、前記アクセスネットワークノード（５）を介して、モビリティ管理のためのコアネットワークノード（１４）に送信する手段と、ユーザ登録のステータス情報を含む登録アクセプトメッセージを受信する手段と、を備え、前記ユーザ登録の前記ステータス情報は、前記複数のユーザアイデンティティ情報の１つによって示された各ユーザについての前記ユーザ登録が成功したか否かを示す。

本開示の別の態様によれば、モビリティ管理のためのコアネットワークノード（１４）は、アクセスネットワークノード（５）を介して、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）（３）から、前記ＵＥ（３）のアイデンティティ情報と、複数のユーザアイデンティティ情報とを含む登録要求を受信する手段であって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥ（３）を使用するユーザのためのユーザアイデンティファイアを含む、手段と、ユーザ登録のステータス情報を含む登録アクセプトメッセージを送信する手段と、を備え、前記ユーザ登録の前記ステータス情報は、前記複数のユーザアイデンティティ情報の１つによって示される各ユーザについての前記ユーザ登録が成功したか否かを示す。

本開示の別の態様によれば、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）（３）のための制御方法は、前記ＵＥ（３）のアイデンティティ情報と、複数のユーザアイデンティティ情報とをアクセスネットワークノード（５）へ送信することによって、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続確立プロシージャを実行することであって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥ（３）を使用するユーザのためのユーザアイデンティファイアを含むことと、前記アイデンティティ情報と前記複数のユーザアイデンティティ情報とを含む登録要求を、前記アクセスネットワークノード（５）を介して、モビリティ管理のためのコアネットワークノード（１４）に送信することと、ユーザ登録のステータス情報を含む登録アクセプトメッセージを受信することと、を含み、前記ユーザ登録の前記ステータス情報は、前記複数のユーザアイデンティティ情報の１つによって示された各ユーザについての前記ユーザ登録が成功したか否かを示す。

本開示の別の態様によれば、モビリティ管理のためのコアネットワークノード（１４）のための制御方法は、アクセスネットワークノード（５）を介して、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）（３）から、前記ＵＥ（３）のアイデンティティ情報と、複数のユーザアイデンティティ情報とを含む登録要求を受信することであって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥ（３）を使用するユーザのためのユーザアイデンティファイアを含むことと、ユーザ登録のステータス情報を含む登録アクセプトメッセージを送信することと、を含み、前記ユーザ登録の前記ステータス情報は、前記複数のユーザアイデンティティ情報の１つによって示された各ユーザについての前記ユーザ登録が成功したか否かを示す。

ある特定の態様において、ユーザ装置、コアネットワークノード、ユーザ装置の制御方法、コアネットワークノードの制御方法は、ユーザアイデンティファイアの使用に関する課題を解決するための技術を提供してもよい。

図１は、複数のユーザアイデンティティを有するＵＥを概略的に示す。 図２は、ユーザ（複数可）とスライスとの間の例示的な関係を概略的に示す。 図３は、ユーザアイデンティティプロファイルの例を示す。 図４は、３ＧＰＰシステムの外部からユーザアイデンティティプロファイルを提供する例を示す。 図５は、３ＧＰＰシステムが複数のユーザアイデンティティを有するＵＥの登録プロシージャを処理する例示的な方法を概略的に示す。 図６は、ユーザごとの認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）／承認（ａｕｔｈｏｒｉｓａｔｉｏｎ）の例示的なプロシージャを概略的に示す。 図７は、ユーザごとのネットワークスライス固有の認証及び承認（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ－Ｓｐｅｃｉｆｉｃ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ａｕｔｈｏｒｉｚａｔｉｏｎ）の例示的なプロシージャを概略的に示す。 図８は、ふたり（２つ）のユーザがＵＥを共有している間に、ひとり（１つ）のユーザに対してページングを行なうための例示的なプロシージャを概略的に示す。 図９は、同じＵＥを共有する１つ以上のユーザに対してページングを行なうための例示的なプロシージャを概略的に示す。 図１０は、複数のユーザによるＰＤＵセッション確立のための例示的なプロシージャを概略的に示す。 図１１は、上記の実施形態が適用可能なモバイル（セルラ又は無線）通信システムを概略的に示す。 図１２は、図１１に示したＵＥの主要な構成要素を示すブロック図である。 図１３は、図１１に示した例示的な（Ｒ）ＡＮノードの主要な構成要素を示すブロック図である。 図１４は、図１～図１０に示した、一般的なコアネットワークノード（又は機能）の主要な構成要素を示すブロック図である。

ＵＥ３ごとの複数のユーザアイデンティティのイネーブラ

ユースケース：このユースケースは、異なる複数のユーザが１つのＵＥ３を共有して、３ＧＰＰシステムに接続し、そのサービスを用いることができることを想定する（図１を参照）。これは、これらのユーザが、いわゆる「ユーザアイデンティファイア」による既存のサブスクリプションのアイデンティフィケーション（例えば、ＩＭＳＩ、ＴＭＳＩ、ＳＵＰＩ）に加えて、３ＧＰＰシステムによってアイデンティファイされることを必要とする。「ユーザアイデンティファイア」は、３ＧＰＰシステム又は外部のプロバイダ（例えば、サービスプロバイダ）によってＵＥ Ｉｄに追加して提供することができ、それらをＵＥサブスクリプションの一部にすることができる。３ＧＰＰシステムは、ユーザに対して「ユーザアイデンティファイア」を提供することができるものとする。「ユーザアイデンティファイア」は、サブスクリプションに関する既存のアイデンティファイアには依存しないものとする。すなわち、「ユーザアイデンティファイア」のアイデンティフィケーションに対する対象の単位は、サブスクリプションに関する既存のアイデンティファイアのアイデンティフィケーションに対する対象の単位とは異なる。

図１は、複数のユーザアイデンティティを有するＵＥ３を概略的に示す。

図２は、ユーザ（複数可）とスライスと間の例示的な関係を概略的に示す。この関係はアクセスタイプごとであってもよい。
－ 各ユーザは、自身の関連付けられたネットワークスライスを有する。
＋ ＵＥポリシー、例えばＵＥ３におけるＮＳＳＰは、Ｓ－ＮＳＳＡＩ（複数可）とユーザとの間の関連付け（すなわち、ユーザごとのＳ－ＮＳＳＡＩ（複数可））を維持する。
＋ ＵＤＭ ７２０は、ユーザごとのＳ－ＮＳＳＡＩ（複数可）とユーザごとに加入されたＳ－ＮＳＳＡＩ（複数可）との間の関連付けを維持する。
－ ＵＥ３ごとに要求された（ｒｅｑｕｅｓｔｅｄ）／許可された（ａｌｌｏｗｅｄ）／加入された（ｓｕｂｓｃｒｉｂｅｄ）Ｓ－ＮＳＳＡＩ（複数可）は、同じＵＥ３に関連付けられたすべてのユーザ（複数可）のＳ－ＮＳＳＡＩ（複数可）の総和（ｓｕｍ）であってもよい。
－ 許可されたＳ－ＮＳＳＡＩ（複数可）は、ユーザごとにＡＭＦ７５０により提供されることができる。
－ ネットワークスライス認証は、ユーザごと行なうことができる。

ユーザは、人間、アプリケーション、接続された装置（例えば、ＣＩｏＴ装置）などとすることができる。

各ユーザは、１つ以上のユーザアイデンティティを有することができ、各ユーザアイデンティティを、ユーザアイデンティファイアと、ユーザアイデンティティプロファイルを生成する１セットの属性によってアイデンティファイ（識別）することができる（図３を参照）。ＵＥ３が登録されると（例えば、ＵＥのコンテキストにおいて）、この構造化されたユーザアイデンティティプロファイルは、ＵＥ３、ＵＤＭ７２０／ＵＤＲ７１０、及びＡＭＦ７５０によって維持されることができる。ユーザアイデンティティプロファイルは、アクセスタイプごとあってもよい。

構造化されたユーザアイデンティティプロファイルに加えて、ＵＤＭ７２０／ＵＤＲ７１０は、ＵＥ３が同時にＰＤＵセッション（複数可）を登録し及び／又はアクティブにすることを許可されたユーザアイデンティティの最大数を定義するサブスクリプションデータを有してもよい。このサブスクリプションデータは、ユーザの最大数及び／又は同時にアクティブにされたＰＤＵセッションの最大数を制御するために、ＡＭＦ７５０及び／又はＳＭＦ７８０によって取得される。

実施形態１ － ３ＧＰＰシステムへのＵＥユーザアイデンティティ提供及び設定

ＵＥ３は、１つ以上のユーザアイデンティティを持つ複数のユーザによって使用されることができる。各ユーザアイデンティティは、ユーザアイデンティファイアによってアイデンティファイされ、ユーザアイデンティティプロファイルを生成する特定の属性にリンクされてもよい。ＵＥ３の（ユーザアイデンティファイアを含む）ユーザアイデンティティプロファイルは、３ＧＰＰシステム自身又はサードパーティプロバイダ（例えばサービスプロバイダ）によって、ＵＥサブスクリプション情報の一部として提供されることができる。

図４は、３ＧＰＰシステムの外部からの（例えば、サードパーティのサービスプロバイダによる）ユーザアイデンティティプロファイルの提供の例を示す。図４の例は、２つのユーザアイデンティティのためのものであるが、ＵＥ３あたり２つより多いユーザアイデンティティのケースにも同じ原理が適用可能である。図４における例示的なユーザアイデンティティプロファイルの提供又は構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）プロセスは、以下のステップ（のうちの少なくとも一部）を備える。

１）あるＵＥ３は、複数のユーザによって共有される。ＡＦ７４０（例えばサービスプロバイダ）は、３ＧＰＰシステムに対して複数のユーザのユーザアイデンティティプロファイルを提供し、それらが、関連するＵＥのサブスクリプション情報の一部としてＵＤＲ７１０に記憶されて、３ＧＰＰシステムによって使用されて複数のユーザを対処し処理するようにする。

更に、ＡＦ７４０（例えば、サービスプロバイダ又はサードパーティ）は、アクティブユーザの最大数のパラメータを提供してもよい。このパラメータは、ＰＤＵセッションを同時にアクティブにすることを許可された最大ユーザ（複数可）を定義する。

２）Ｎｎｅｆ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅ要求（ＵＥ拡張Ｉｄ（ＵＥ ｅｘｔ． Ｉｄ）、ユーザアイデンティティプロファイル１、ユーザアイデンティティプロファイル２、アクティブユーザの最大数） － ＡＦ７４０（例えばサービスプロバイダ）は、ＵＤＭ７２０／ＵＤＲ７１０におけるこのＵＥのサブスクリプション情報の属性として追加又は更新されるＵＥ拡張Ｉｄに関する、ユーザアイデンティティプロファイル１及びユーザアイデンティティプロファイル２を提供する。ＵＥ３は、そのＵＥ拡張Ｉｄ（例えば、ＧＰＳＩ（Ｇｅｎｅｒｉｃ Ｐｕｂｌｉｃ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ：汎用パブリックサブスクリプションアイデンテファイア又はＭＳＩＳＤＮ）でアイデンティファイされる。Ｎｎｅｆ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅ要求は、また、ユーザアイデンティティごとにＰＤＵセッション関連情報（すなわち、Ｓ－ＮＳＳＡＩ、ＤＮＮ、など）を含んでもよい。

３）Ｎｕｄｍ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅ要求（ＵＥ拡張Ｉｄ、ユーザアイデンティティプロファイル１、ユーザアイデンティティプロファイル２、アクティブユーザの最大数 － ＡＦ７４０がパラメータの提供についてＮＥＦ７３０によって承認された場合、ＮＥＦ７３０は、Ｎｕｄｍ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅ要求メッセージを介して、ＵＥ Ｉｄにリンクされた加入者データの一部として、上記の提供されたパラメータ（ユーザアイデンティティプロファイル１、ユーザアイデンティティプロファイル２を更新及び／又は記憶する要求を、ＵＤＭ７２０に対して送信する。ＡＦ７４０（要求元のエンティティ）がデータ提供／更新を承認されない場合、ＮＥＦ７３０は、ステップ６に進み、Ｎｎｅｆ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅ応答メッセージに失敗（ｆａｉｌｕｒｅ）の理由を示す。

４）Ｎｕｄｒ＿ＤＭ＿Ｑｕｅｒｙ／Ｕｐｄａｔｅプロシージャ（ＵＥ Ｉｄ、ユーザアイデンティティプロファイル１、ユーザアイデンティティプロファイル２、アクティブユーザの最大数） － ＵＤＭ７２０は、必要なデータ更新を検証し、対応するＡＦ７４０のこの加入者のこれらの変更を承認するためにＮｕｄｒ＿ＤＭ＿Ｑｕｅｒｙによって対応する加入者情報をＵＤＲ７１０から読み取ってもよい。ＡＦ７４０が、ユーザアイデンティティプロファイル１、ＵＥ拡張Ｉｄによってアイデンティファイされたこの加入者のためのユーザアイデンティティプロファイル２の提供についてＵＤＭ７２０によって承認されると、ＵＤＭ７２０は、３ＧＰＰシステム（例えばＳＵＰＩ、ＳＵＣＩ、ＩＭＳＩ、４Ｇ／５Ｇ－ＧＵＴＩ、４Ｇ／５Ｇ－ＴＭＳＩ）においてＵＥ３が認識されているＵＥ Ｉｄに対してＵＥ拡張Ｉｄを決定し、Ｎｕｄｒ＿ＤＭ＿Ｕｐｄａｔｅ要求メッセージを介して、ＵＥ ＩｄによってアイデンティファイされたＵＥにリンクされた加入者データの一部として、上記の提供されたユーザアイデンティティプロファイル１、ユーザアイデンティティプロファイル２を更新し記憶することを要求し、上記のメッセージは、上記の提供されたデータのユーザアイデンティティプロファイル１、ユーザアイデンティティプロファイル２を含む。Ｎｕｄｒ＿ＤＭ＿Ｕｐｄａｔｅ要求メッセージは、また、ユーザアイデンティファイアごとに、ＰＤＵセッション関連情報（すなわち、Ｓ－ＮＳＳＡＩ、ＤＮＮなど）を含んでもよい。

ＵＤＲ７１０は、上記の提供されたデータをＵＥサブスクリプションデータの一部として記憶し、Ｎｕｄｒ＿ＤＭ＿Ｕｐｄａｔｅ応答メッセージで応答する。ユーザアイデンティティプロファイル１、ユーザアイデンティティプロファイル２は、有効時間（ｖａｌｉｄｉｔｙ ｔｉｍｅ）に関連付けられてもよい。有効時間は、ＵＤＭ７２０／ＵＤＲ７１０と、ユーザアイデンティティプロファイル１、ユーザアイデンティティプロファイル２が提供されている（例えばＡＭＦ７５０又はＳＭＦ７８０における）各ＮＦとに記憶される。有効時間の満了に際して、各ノードは、ユーザアイデンティティプロファイル１、ユーザアイデンティティプロファイル２を、明示的なシグナリングなしに、自律的に削除する。

５）Ｎｕｄｍ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅ応答 － ＵＤＭ７２０は、Ｎｕｄｍ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅ応答で、要求に応答する。プロシージャが失敗した場合、原因値（ｃａｕｓｅ ｖａｌｕｅ）はその理由を示す。例えば、ＰＬＭＮ事業者とサードパーティによって提供されるＡＦ７４０との間でＵＥ３に加入することができるユーザ（複数可）の最大数に関して合意があり、Ｎｕｄｍ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅ要求メッセージが最大数を超えるユーザの追加を要求した場合、原因値は、ユーザ（複数可）の最大数を超えているということを、ＮＥＦ７３０を介してＡＦ７４０に示す。

６）Ｎｎｅｆ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅ応答 － ＮＥＦ７３０は、Ｎｎｅｆ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎ＿Ｕｐｄａｔｅ応答で要求に応答する。プロシージャが失敗した場合、原因値はその理由を示す（ステップ５の例を参照）。

実施形態２ － 複数のユーザによるＵＥ３の登録

図５は、３ＧＰＰシステムが複数のユーザアイデンティティを有するＵＥ３の登録プロシージャを処理する例示的な方法を概略的に示す。

１）ＵＥ３は、ユーザアイデンティファイア１及びユーザアイデンティファイア２のアイデンティティを持つユーザ１及びユーザ２により接続され使用される（例えば、１つ以上の人間によって使用される、又は１つ以上の装置に接続される）ことができる。このユースケースの例は、２つのユーザに共有／接続されるＵＥ用であるが、但し、本ユースケースは、任意の数のユーザにも適用可能である。

２）ＲＲＣ接続確立。（ＵＥケイパビリティ＝マルチユーザＵＥ） － ネットワークに登録するために、ＵＥ３は、先ずＲＲＣ接続を確立する。ＵＥ３がマルチユーザＵＥ（すなわち、複数のユーザに接続される又は複数のユーザにサーブする）である場合、ＵＥ３は、ＲＲＣ接続確立中に、無線ケイパビリティ情報要素（ｒａｄｉｏ ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）内にその「マルチユーザＵＥ」のケイパビリティを示す。「マルチユーザＵＥ」のケイパビリティパラメータは、複数のユーザによってＵＥ３にサーブすることができるＡＭＦ７５０を選択するために、ＲＡＮノード５によって使用され得る。

３）登録要求（ＵＥ Ｉｄ、要求されたＳ－ＮＳＳＡＩ（複数可）、ユーザアイデンティファイア１、ユーザアイデンティファイア２、ＵＥケイパビリティ＝マルチユーザＵＥ） － マルチユーザＵＥ３は、ユーザ１（ユーザアイデンティファイア１、又はユーザ若しくはユーザアイデンティティのアイデンティフィケーションのための他の表記によってアイデンティファイされる）、及びユーザ２（ユーザアイデンティファイア２、又はユーザ若しくはユーザアイデンティティのアイデンティフィケーションのための他の表記）の登録を要求する。ＵＥ Ｉｄ（例えば、ＳＵＰＩ又はＳＵＣＩ又はＩＭＳＩ又は４Ｇ／５Ｇ－ＧＵＴＩ又は４Ｇ／５Ｇ－ＴＭＳＩ）以外に、ＵＥ３は、ユーザ１及びユーザ２についてのアイデンティティ、つまり、ユーザアイデンティファイア１及びユーザアイデンティファイア２を含む。ＵＥ３は、また、ＵＥ３が複数のユーザによって使用されることをＡＭＦ７５０に示すために、新たなパラメータ「マルチユーザＵＥ（ｍｕｌｔｉ－ｕｓｅｒ ＵＥ）」又はパラメータの他の表記を登録要求メッセージに含める。登録要求メッセージは、要求されたＮＳＳＡＩに加えて、ユーザアイデンティファイアごとに、ユーザベースの要求されたＳ－ＮＳＳＡＩ（複数可）を有してもよい。

４）オプションとしてユーザ１及びユーザ２も加えたＵＥ Ｉｄの認証／セキュリティ。ユーザアイデンティファイア１及びユーザアイデンティファイア２（図３を参照）のユーザアイデンティティプロファイルにおける「追加の認証（ｅｘｔｒａ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）」属性情報に基づいて、認証プロシージャには以下の複数の選択肢がある。
ａ）追加のユーザ認証は不要である － これはＵＥ認証のみが必要であって、追加の「ユーザごと」の認証が不要なケース。
ｂ）追加の認証又セカンダリ認証が必要である － これは、１つ以上のユーザが追加の認証（すなわち、ユーザ固有の認証及び承認）を必要とする場合である。この場合、追加の認証は、３ＧＰＰシステムによって実行され得るか、又はサードパーティ認証が適用される。個別のユーザは、個別の認証アルゴリズム及び／又は認証強度（ｓｔｒｅｎｇｔｈ）を適用する必要があってもよい。ＡＭＦ７５０は、ユーザアイデンティティプロファイルの追加の認証属性から必要な認証プロシージャについての情報を取得する。

５－１）ＵＥ３及びそのＵＥ３のユーザのためのサブスクリプション詳細を要求するために、ＡＭＦ７５０は、ＵＤＭ７２０／ＵＤＲ７１０にＮｕｄｍ＿ＳＤＭ＿Ｇｅｔ（ＵＥ Ｉｄ、アクセスタイプ、ユーザアイデンティファイア１、ユーザアイデンティファイア２）を送信する。ＡＭＦ７５０は、ＡＭＦ７５０に対してＵＥが送信したユーザアイデンティファイア１及びユーザアイデンティファイア２をデータ投入（ｐｏｐｕｌａｔｅ）してもよい。

５－２）ＵＤＭ７２０／ＵＤＲ７１０は、Ｎｕｄｍ＿ＳＤＭ＿Ｒｅｓｐｏｎｓｅ（ＵＥ Ｉｄ、ユーザアイデンティティプロファイル１、ユーザアイデンティティプロファイル２、ユーザアイデンティティプロファイル３、アクティブユーザの最大数）を送信する － ＵＤＭ７２０／ＵＤＲ７１０は、ＵＥ３が関与したすべてのユーザアイデンティティプロファイルを提供する。ユーザアイデンティティプロファイルは、ステップ５－１にて送信されるアクセスタイプに基づいてもよい。例えば、ＵＥ３は、ＵＥ３が３つのユーザアイデンティティを有する一方で、ユーザアイデンティファイア１及びユーザアイデンティファイア２を用いることを要求し、ユーザアイデンティファイア１、ユーザアイデンティファイア２、及びユーザアイデンティファイア３はサブスクライブされる。

ＵＤＭ７２０／ＵＤＲ７１０は、また、アクティブユーザの最大数のパラメータを提供する。このパラメータは、ＰＤＵセッションの確立又はサービス要求をＵＥ３が要求する際に、ＡＭＦ７５０によって参照される。

ＵＤＭ７２０／ＵＤＲ７１０は、また、そのＵＥ３のためのサブスクライブされたＮＳＳＡＩに加えて、ユーザアイデンティファイアごとのユーザベースのサブスクライブされたＳ－ＮＳＳＡＩを提供する。

６）ユーザベースの／固有の認証及び承認プロシージャは、ＡＭＦ７５０が登録プロシージャ内のステップ５にてＵＥ加入者データを取得した後、ユーザアイデンティティプロファイル内の「追加の認証」属性によって必要とされる場合に、実行されてもよい（図６を参照）。代替的に、登録プロシージャが終了した後、ユーザベースの／固有の認証及び／又は承認プロシージャが実行されてもよい。この場合、登録プロシージャは、追加のユーザ固有（ｕｓｅｒ ｓｐｅｃｉｆｉｃ）の認証及び／又は承認を必要としなかったユーザに対してアクセプトされ、まだ承認されていないユーザは、登録アクセプトメッセージにおいて保留中である（ｐｅｎｄｉｎｇ）ものとしてマークされる。

ユーザベースの認証及び承認プロシージャは、また、ステップ５の前に、例えば、ＵＥ認証及び／又は承認プロシージャの直後に、実行されてもよい。

７）ＡＭＦ７５０は、ユーザアイデンティファイア１及びユーザアイデンティファイア２のユーザアイデンティティプロファイルにより、ＵＥ３のＵＥコンテキストを作成又は更新する。ＡＭＦ７５０は、ステップ６におけるユーザベースの認証及び承認プロシージャが成功した後にのみ、ユーザアイデンティファイア１及びユーザアイデンティファイア２のユーザアイデンティティプロファイルにより、ＵＥ３のＵＥコンテキストを作成又は更新してもよい。

８）登録アクセプト（ＵＥ Ｉｄ、ユーザ登録ステータス） － ＡＭＦ７５０は、登録要求がアクセプトされたことを示す登録アクセプトメッセージをＵＥ３に返す。

ステップ３における登録要求メッセージ内の要求されたＳ－ＮＳＳＡＩが、ユーザアイデンティファイアのみに関連付けられて、ステップ６においてそのユーザアイデンティファイアに対するユーザベースの認証及び承認プロシージャが失敗した場合、ＡＭＦ７５０は、登録アクセプトメッセージ内の許可されたＳ－ＮＳＳＡＩリストに要求されたＳ－ＮＳＳＡＩを含めない。

ＡＭＦ７５０は、個別の指定パラメータ内又は「ユーザ登録ステータス」パラメータ（又はユーザの登録ステータスの情報を含む構造の他の表記）内で、各ユーザのＵＥ３の登録ステータスを確認する。ＡＭＦ７５０からのユーザごとの登録ステータス確認のフォーマット及び構造に関わらず、各ユーザの登録ステータスを確認する複数の他の選択肢がある。登録アクセプトメッセージは、許可されたＮＳＳＡＩに加えて、ユーザアイデンティファイアごとに、ユーザベースの許可されたＳ－ＮＳＳＡＩを有してもよい。

例えば、ユーザｘの登録ステータスパラメータ／フィールド（特定のユーザ（例えばユーザｘ）の登録ステータスを含んでおり、登録アクセプトメッセージ内で返されるユーザ登録ステータスパラメータの一部とすることができる）は、ユーザｘごとに、以下の情報（例えばフィールド又はレコード）を備えてもよい。

ユーザｘの登録ステータス：
－ 登録ステータス － このフィールドは、ユーザｘの登録が成功しているか否かを示してもよい。ユーザｘがネットワークへの登録に成功している場合、「登記済み（ｒｅｇｉｓｔｅｒｅｄ）」ステータスを示し、ユーザｘの登録が拒否（ｒｅｊｅｃｔ）されている場合「未登録（ｎｏｔ ｒｅｇｉｓｔｅｒｅｄ）」を示してもよい。登録が拒否されている場合、ネットワークはユーザ登録の拒否原因（ｒｅｊｅｃｔ ｃａｕｓｅ）を含めるものとし、ＵＥ３は、ユーザｘの登録拒否原因値に関連する動作要件に従うものとする。
－ ユーザｘに対する一時的なユーザＩｄ－ ＡＭＦ７５０は、ユーザを指定するためにユーザのユーザアイデンティファイアを用いてもよく、又は、代替的に、ＡＭＦ７５０は、ユーザｘのための一時的なＩｄ、例えば一時的なユーザＩｄを割り当ててもよい。一時的なユーザＩｄは、セキュリティ上の理由のために、すなわち、ユーザアイデンティファイアであるユーザの永続的なＩｄを秘匿化するために、登録プロシージャの間にユーザに対して割り当てられてもよい。ＵＥ３が登録エリアを変更する場合、ＡＭＦ７５０は、ユーザの一時的なユーザＩｄを変更してもよい。実際上、ＡＭＦ７５０は、再登録プロシージャを開始することによって、又はＵＥ構成更新（ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ）プロシージャを介して、いかなるときでもユーザｘのための一時的なユーザＩｄを変更してもよい。５ＧＳがユーザｘのためにＭＴプロシージャを実行する際に、この一時的なユーザＩｄが用いられてもよい。一時的なユーザＩｄは、５Ｇ－ＴＭＳＩの形式又は５Ｇ－ＴＭＳＩと同様の別のＩｄの形式を有してもよい。一時的なユーザＩｄは、ＵＥ３の５Ｇ－ＴＭＳＩと区別できてもよい。１つの一時的なユーザＩｄは、複数のユーザに対して割り当てられてもよい。この場合、５ＧＳは、単一のページングにより複数のユーザをページングすることができる。
－ ユーザ拒否原因 － このフィールドは、ユーザｘの登録を拒否する原因を示してもよい。可能性のあるユーザ登録拒否原因値は、以下の通りである。
＋ ユーザサブスクリプションがない（ｎｏ ｕｓｅｒ ｓｕｂｓｃｒｉｐｔｉｏｎ）。ユーザｘのユーザサブスクリプション拒否原因値を受信しない場合、ＵＥ３は、ＵＥ３がＯＦＦに切り替えられて再びＯＮに切り替えられるまで、現在のＰＬＭＮにおけるユーザｘについて別の登録を試行しないものとする。
＋ 期限切れのユーザサブスクリプション（ｕｓｅｒ ｓｕｂｓｃｒｉｐｔｉｏｎ ｅｘｐｉｒｅｄ）。ユーザｘのユーザサブスクリプション期限切れ拒否原因値を受信した場合、ＵＥ３は、ＵＥ３がＯＦＦに切り替えられて再びＯＮに切り替えられるまで、現在のＰＬＭＮにおけるユーザｘについて別の登録を試行しないものとする。
＋ ユーザの禁止された場所（ｕｓｅｒ ｆｏｒｂｉｄｄｅｎ ｌｏｃａｔｉｏｎ）（例えば、禁止されたセル／ＴＡ／登録エリア） － この拒否原因値は、セル又はセルのリスト又はＴＡ又は登録エリアがそのユーザｘに対して許可されない場合に返される。これらのユーザの禁止場所拒否原因値のうちの１つを受信する場合、ＵＥ３が禁止された場所のエリア内にいる間は、ＵＥ３は別の登録を試みないものとする。
＋ 一時的に利用不可能なネットワーク（ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｉｌｙ ｕｎａｖａｉｌａｂｌｅ） － この拒否原因は、ネットワークがユーザｘに対して一時的に利用不可能であるときに、ネットワークによって返される。この場合、ネットワークは、また、ユーザバックオフタイマを返してもよい。ＵＥ３がユーザバックオフタイマを受信した場合、ＵＥ３は、ユーザバックオフタイマの満了まで、ユーザｘのための別の登録を試みないものとする。
－ ユーザバックオフタイマ － ネットワークは、拒否原因に加えて、ユーザバックオフタイマを返してもよい。ユーザバックオフタイマがユーザのうちの１つに対して受信される場合、ＵＥ３は、そのユーザのユーザバックオフタイマの満了の前に、そのユーザの別の登録の試行をトリガしないものとする。ユーザバックオフタイマは、緊急又はモバイル終端コールには適用されないものとする。ユーザのバックオフタイマは、セル又はＴＡ又はＲＡＴの変更によってリセットされないものとする。ユーザのバックオフタイマは、登録エリアの更新又はＰＬＭＮの変更によってキャンセルされるものとする。
－ ユーザサービス制限 － ユーザ登録は、ユーザごとのサービス制限付きでアクセプトされてもよい。ユーザサービス制限は、以下の通りであってもよい。
＋ 時間関連。例えば、ネットワークは、ユーザｘに対して、時間サービス制限、例えば、日／週／月のどの時刻に、ユーザｘがサービスを許可されている又は許可されていないのかを、適用してもよい。ユーザサービス制限が返されると、ＵＥ３は、これらの制限に従うものとする。制限有効性タイマが返されると、ＵＥ３は、制限有効性タイマの満了後に、影響を受けたユーザアイデンティティのための制限をクリアするものとする。
＋ 場所関連。例えば、ネットワークは、ユーザｘに対して場所サービス制限を適用してもよく、例えば、ユーザｘは、セル、セルのリスト、ＴＡ、ＴＡのリストと同様のある場所でのサービスを許可されない。ユーザ制限が返されると、ＵＥ３は、これらの制限に従うものとする。制限有効性タイマが返されると、ＵＥ３は、制限有効性タイマの満了後に、影響を受けたユーザアイデンティティのための制限をクリアするものとする。

ＵＥ３がこのユーザに対して登録される間に、ユーザアイデンティティプロファイル又はユーザ登録ステータスの属性が変更された場合（例えば、サブスクリプションの変更又はＰＣＦからの制限変更のため）、ＡＭＦ７５０は、ユーザアイデンティティプロファイル又はユーザ登録ステータスの属性を更新するためにＵＥ構成更新プロシージャを用いる。ＡＭＦ７５０は、影響を与えるユーザＩｄと、新規のユーザアイデンティティプロファイル又はユーザ登録ステータスのための属性とを、ＵＥ構成更新メッセージ内に含める。ＵＥ３がアイドルモード内にある場合、ＡＭＦ７５０は、先ずＵＥ３及び／又はユーザをページングし、その後、ＵＥ構成更新プロシージャをトリガする。ＵＥ構成更新プロシージャは、更新後に再登録するようにＵＥ３に要求してもよい。ＡＭＦ７５０が再登録を要求した場合、ＵＥ３は、先ず、修正されたユーザ属性及び／又はユーザ登録ステータスを更新し、新たに更新されたパラメータを用いて、新規の登録プロシージャをトリガする。

実施形態３ － ユーザごとのユーザベースの認証及び承認プロシージャ

図６は、ユーザごとの認証／承認の例示的なプロシージャを概略的に示す。

１）登録プロシージャ中の標準的なＵＥ認証／承認プロシージャの後、１つ以上のユーザが、ＨＰＬＭＮ事業者又はＨＰＬＭＮとのビジネス関係を有するサードパーティによってホスティングされてもよいＡＡＡサーバ（ＡＡＡ－Ｓ）７７０－Ｓによるユーザベースの認証／承認を必要とする場合に、ＡＭＦ７５０は、ユーザ固有（ｕｓｅｒ ｓｐｅｃｉｆｉｃ）の認証／承認プロシージャをトリガしてもよい。ＡＭＦ７５０は、ＵＤＭ７２０／ＵＤＲ７１０におけるユーザのサブスクリプション「ユーザアイデンティティプロファイル」に基づいてユーザ固有認証の必要性を判断してもよい。例えば、ＡＭＦ７５０は、「ユーザアイデンティファイアｘ」の「ユーザ固有」認証及び承認をトリガする。

２）ＡＭＦ７５０は、ＮＡＳ ＭＭトランスポートメッセージ（ＥＡＰ Ｉｄ要求、ユーザアイデンティファイアｘ）における「ユーザアイデンティファイアｘ」のＥＡＰ Ｉｄ（強化された認証プロトコルＩｄ）をＵＥ３から要求してもよい。

３）ＵＥ３は、ＡＭＦ７５０に向けて、ＮＡＳ ＭＭトランスポートメッセージ（ＥＡＰ Ｉｄ、ユーザアイデンティファイアｘ）におけるユーザアイデンティファイアｘ自体と一緒に、ユーザアイデンティファイアｘのＥＡＰ Ｉｄを提供する。ＥＡＰ Ｉｄは、ＥＡＰ認証方法及びパラメータを提供する。

４）ＡＭＦ７５０は、Ｎａｕｓｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＥＡＰＭｅｓｓａｇｅ転送（ＥＡＰ Ｉｄ、ＡＡＡ－Ｓアドレス、ＧＰＳＩ、ユーザアイデンティファイアｘ）において、ＡＵＳＦ７６０に対してＥＡＰ Ｉｄを送信する。一例では、ユーザアイデンティファイアｘは、ＧＰＳＩと結び付けられて（ｃｏｎｃａｔｅｎａｔｅｄ）もよい。

５）ＡＡＡ－Ｐ ７７０－Ｐが存在する場合（例えば、ＡＡＡ－Ｓ ７７０－Ｓはサードパーティに属しているため）、ＡＵＳＦ７６０は、Ｎａａａ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＥＡＰＭｅｓｓａｇｅＴｒａｎｓｆｅｒ（ＥＡＰ Ｉｄ、ＡＡＡ－Ｓアドレス、ＧＰＳＩ、ユーザアイデンティファイアｘ）サービスを呼び出して、ＡＡＡ－Ｐ ７７０－Ｐに対してメッセージを転送し、そうでない場合には、ＡＵＳＦ７６０は、ＡＡＡ－Ｓ ７７０－Ｓに対してメッセージを直接転送する。

６）ＡＡＡ－Ｐ ７７０－Ｐは、ユーザアイデンティファイアｘにＡＡＡ－Ｓアドレスを関連付け、ユーザアイデンティファイアｘ及びＧＰＳＩと一緒にＡＡＡ－Ｓアドレスによってアドレス指定可能なＡＡＡ－Ｓ ７７０－Ｓに対してＥＡＰアイデンティティメッセージを転送する。

７）「ユーザアイデンティファイアｘ」を認証／承認するために、ＥＡＰメッセージがＵＥ３との間で交換される。複数のユーザが認証され承認される場合には、このプロシージャは、各々のユーザごとに繰り返されてもよい。

８）ＥＡＰ認証が完了する。ＥＡＰ成功／失敗メッセージは、ＧＰＳＩ及びユーザアイデンティファイアｘによりＡＡＡ－Ｐ ７７０－Ｐに対して（又はＡＡＡ－Ｐ ７７０－Ｐが存在しない場合ＡＵＳＦ７６０に対して直接）提供される。

９）ＡＡＡ－Ｐ ７７０－Ｐが用いられる場合、ＡＡＡ－Ｐ ７７０－Ｐは、ＡＵＳＦ７６０に対してＮａａａ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＥＡＰＭｅｓｓａｇｅ転送（ＥＡＰ成功／失敗、ユーザアイデンティファイアｘ、ＧＰＳＩ）を送信する。

１０）ＡＵＳＦ７６０は、ＡＭＦ７５０に対してＮａｕｓｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＥＡＰＭｅｓｓａｇｅＴｒａｎｓｆｅｒ（ＥＡＰ成功／失敗、ユーザアイデンティファイアｘ、ＧＰＳＩ）を送信する。

１１）ＡＭＦ７５０は、ＮＡＳ ＭＭトランスポートメッセージ（ＥＡＰ成功／失敗）をＵＥ３に対して送信する。

ネットワークユーザ固有の認証及び承認がすべてのユーザに対して失敗した場合、ＡＭＦ７５０は、ＴＳ２３．５０２の４．２．２．３．３項に記載されている、ネットワーク主導の登録解除プロシージャを実行するものとし、明示的な登録解除要求メッセージに、拒否されたユーザ及び各々の拒否されたユーザに対する適切な拒否原因値のリストを含めるものとする。

図６におけるユーザ固有の認証及び承認プロシージャは、ＡＭＦ７５０によって常に開始されることができる。以下に、ユーザ固有の承認及び認証プロシージャをトリガすることができるプロシージャのいくつかの例をリストアップする。
－ ＡＭＦ７５０がＵＥ３からＰＤＵセッション確立要求メッセージを受信したとき。
－ ＡＭＦ７５０がＵＥ３からサービス要求メッセージを受信したとき。
－ ＡＭＦ７５０がＵＥ構成更新プロシージャを実行した後。
－ ハンドオーバプロシージャが行なわれた後。

実施形態４ － ユーザごとのネットワークスライス固有の認証及び承認

図７は、ユーザごとのネットワークスライス固有の認証及び承認の例示的なプロシージャを概略的に示す。

１）登録プロシージャ中の標準的な登録プロシージャの後、１つ以上のユーザが、ＨＰＬＭＮ事業者又はＨＰＬＭＮとのビジネス関係を有するサードパーティによってホスティングされてもよいＡＡＡサーバ（ＡＡＡ－Ｓ）７７０－Ｓによるユーザベースのネットワークスライス固有の認証／承認を必要とする場合に、ＡＭＦ７５０は、ユーザプロシジャーごとのネットワークスライス固有の認証／承認プロシージャをトリガしてもよい。ＡＭＦ７５０は、ＵＤＭ７２０／ＵＤＲ７１０におけるユーザのサブスクリプション「ユーザアイデンティティプロファイル」に基づいてユーザごとのネットワークスライス固有の認証及び承認の必要性を判断してもよい。例えば、ＡＭＦ７５０は、「ユーザアイデンティファイアｘ」の「ユーザ固有」のネットワークスライス固有の認証及び承認をトリガする。

２）ＡＭＦ７５０は、ＮＡＳ ＭＭトランスポートメッセージ（ＥＡＰ Ｉｄ要求、要求されたＳ－ＮＳＳＡＩ、ユーザアイデンティファイアｘ）における「ユーザアイデンティファイアｘ」のＥＡＰ Ｉｄ（強化された認証プロトコルＩｄ）をＵＥ３から要求してもよい。

３）ＵＥ３は、ＡＭＦ７５０に向けて、ＮＡＳ ＭＭトランスポートメッセージ（ＥＡＰ Ｉｄ、要求されたＳ－ＮＳＳＡＩ、ユーザアイデンティファイアｘ）におけるユーザアイデンティファイアｘ自体と一緒に、ユーザアイデンティファイアｘのＥＡＰ Ｉｄを提供する。ＥＡＰ Ｉｄは、ＥＡＰ認証方法及びパラメータを提供する。

４）ＡＭＦ７５０は、Ｎａｕｓｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＥＡＰＭｅｓｓａｇｅ転送（ＥＡＰ Ｉｄ、ＡＡＡ－Ｓアドレス、ＧＰＳＩ、要求されたＳ－ＮＳＳＡＩ、ユーザアイデンティファイアｘ）において、ＡＵＳＦ７６０に対してＥＡＰ Ｉｄを送信する。一例では、ユーザアイデンティファイアｘは、ＧＰＳＩと結び付けられてもよい。

５）ＡＡＡ－Ｐ ７７０－Ｐが存在する場合（例えば、ＡＡＡ－Ｓ ７７０－Ｓはサードパーティに属しているため）、ＡＵＳＦ７６０は、Ｎａａａ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＥＡＰＭｅｓｓａｇｅＴｒａｎｓｆｅｒ（ＥＡＰ Ｉｄ、ＡＡＡ－Ｓアドレス、ＧＰＳＩ、要求されたＳ－ＮＳＳＡＩ、ユーザアイデンティファイアｘ）サービスを呼び出して、ＡＡＡ－Ｐ ７７０－Ｐに対してメッセージを転送し、そうでない場合には、ＡＵＳＦ７６０は、ＡＡＡ－Ｓ ７７０－Ｓに対してメッセージを直接転送する。

６）ＡＡＡ－Ｐ ７７０－Ｐは、ユーザアイデンティファイアｘにＡＡＡ－Ｓアドレスを関連付け、ユーザアイデンティファイアｘ及びＧＰＳＩと一緒にＡＡＡ－Ｓアドレスによってアドレス指定可能なＡＡＡ－Ｓ ７７０－Ｓに対してＥＡＰアイデンティティメッセージを転送する。

７）「ユーザアイデンティファイアｘ」を認証／承認するために、ＥＡＰメッセージがＵＥ３との間で交換される。複数のユーザが認証され承認される場合には、このプロシージャは、各々のユーザごとに繰り返されてもよい。

８）ＥＡＰ認証が完了する。ＥＡＰ成功／失敗メッセージは、ＧＰＳＩ及びユーザアイデンティファイアｘによりＡＡＡ－Ｐ ７７０－Ｐに対して（又はＡＡＡ－Ｐ ７７０－Ｐが存在しない場合ＡＵＳＦ７６０に対して直接）提供される。

９）ＡＡＡ－Ｐ ７７０－Ｐが用いられる場合、ＡＡＡ－Ｐ ７７０－Ｐは、ＡＵＳＦ７６０に対してＮａａａ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＥＡＰＭｅｓｓａｇｅ転送（ＥＡＰ成功／失敗、要求されたＳ－ＮＳＳＡＩ、ユーザアイデンティファイアｘ、ＧＰＳＩ）を送信する。

１０）ＡＵＳＦ７６０は、ＡＭＦ７５０に対してＮａｕｓｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＥＡＰＭｅｓｓａｇｅＴｒａｎｓｆｅｒ（ＥＡＰ成功／失敗、ユーザアイデンティファイアｘ、ＧＰＳＩ、要求されたＳ－ＮＳＳＡＩ）を送信する。

１１）ＡＭＦ７５０は、ＮＡＳ ＭＭトランスポートメッセージ（ＥＡＰ成功／失敗）をＵＥ３に対して送信する。

ネットワークスライス固有の認証及び承認がすべてのユーザに対して失敗した場合、ＡＭＦ７５０は、ＴＳ２３．５０２の４．２．２．３．３項に記載されている、ネットワーク主導の登録解除プロシージャを実行するものとし、明示的な登録解除要求メッセージに、拒否されたユーザ及び各々の拒否されたユーザに対する適切な拒否原因値のリストを含めるものとする。

図６におけるユーザ固有の認証及び承認プロシージャは、ＡＭＦ７５０によって常に開始されることができる。以下に、ユーザ固有の承認及び認証プロシージャをトリガすることができるプロシージャのいくつかの例をリストアップする。
－ ＡＭＦ７５０がＵＥ３からＰＤＵセッション確立要求メッセージを受信したとき。
－ ＡＭＦ７５０がＵＥ３からサービス要求メッセージを受信したとき。
－ ＡＭＦ７５０がＵＥ構成更新プロシージャを実行した後。
－ ハンドオーバプロシージャが行なわれた後。

実施形態５ － 複数のユーザを有するＵＥ３のＭＴ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｉｎｇ：モバイルターミネーティング）プロシージャ

ユースケースＡ － ＵＥ３が複数のユーザに登録されている間に、１つのユーザに対してページングする。

図８は、２つのユーザがＵＥ３を共有している間に、１つのユーザに対してページングを行なうための例示的なプロシージャを概略的に示す。

１）複数のユーザＵＥ３は、ユーザアイデンティファイア１によって識別されたユーザアイデンティティを持つユーザ１と、ユーザアイデンティファイア２によって識別されたユーザアイデンティティを持つユーザ２との両方に関して登録される。このユースケースは、同じＵＥ３を共有又は使用する任意の数のユーザに適用可能であってもよい。

２）ＤＤＮ（Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ：ダウンリンクデータ通知）（ＵＥ Ｉｄ、ユーザアイデンティファイア１） － ＡＭＦ７５０は、ＵＥ３のユーザアイデンティファイア１のためのＭＴコールの要求とともに、そのＵＥ３のダウンリンクデータ通知を受信する。ＵＥ３は、ユーザアイデンティファイア１に関連付けられた一時的なユーザＩｄによりページングされてもよい。ＡＭＦ７５０は、関連する一時的なユーザＩｄと各ユーザのページングストラテジとを取得して、何らかのサービス制限をもチェックするために、ユーザアイデンティファイア１のユーザアイデンティティプロファイルをチェックする。ＵＥ３がアイドルモードにある場合、ＡＭＦ７５０は、一時的なユーザＩｄによって識別されたＵＥのページングプロシージャをトリガする。

ＡＭＦ７５０は、ＵＥ３の一時的なユーザＩｄとしてもよく、その場合には、ＵＥ３に関連付けられたすべてのユーザがアクティブ化される。

ユーザアイデンティファイアについてＡＭＦ７５０によってＤＤＮメッセージが受信された際に、別のユーザアイデンティファイアに対して進行中の別のＭＴプロシージャがある場合、ＡＭＦ７５０は、ＤＤＮメッセージ内のユーザアイデンティファイアに関連付けられた一時的なユーザＩｄによって個別のページングプロシージャを実行する。

３）ページングメッセージ（ＵＥ Ｉｄ、ユーザ１の一時的なユーザＩｄ） － ＡＭＦ７５０は、ＵＥの登録エリア内のＲＡＮノード５に対してページングメッセージを送信し、パラメータとして、ＵＥ Ｉｄ及びページングされたユーザのｉｄ、すなわち、ユーザ１の一時的なユーザＩｄを含む。

４）ページングメッセージ（ユーザ１の一時的なユーザＩｄ） － ＲＡＮノード５は、ユーザ１の一時的なユーザＩｄを有するＵＥ３をページングする。

５）ＵＥ３が、ユーザ１の一時的なユーザＩｄについて、ＵＥ Ｉｄのページングメッセージを読み取っているので、ＵＥ３は、ページングされたユーザ１の一時的なユーザＩｄのページングに応答することができる。

６）ＲＲＣ接続確立。（ＵＥケイパビリティ＝マルチユーザＵＥ） － ＵＥ３は、ユーザアイデンティティプロファイル１内の要件を反映したＲＲＣ接続を確立する。

７）サービス要求（ユーザアイデンティティ１のサービスタイプ、ユーザアイデンティティ１のＳ－ＮＳＳＡＩ、ユーザアイデンティティ１のＱｏＳ） － ＵＥ３は、ステップ４におけるページングメッセージ（ｐａｇｉｎｇ ｍｅｓｓａｇｅ）で使用される一時的なユーザＩｄに応じて、１つ以上のユーザに関するサービス要求メッセージによりページングに答える。サービスタイプ、接続されたＳ－ＮＳＳＡＩ、及び要求されたＱｏＳパラメータの値を選択する際に、ＵＥ３は、ユーザアイデンティティプロファイル１からこれらのパラメータのための推奨値を考慮する。

ＡＭＦ７５０がＵＥ３からのサービス要求メッセージを受信すると、ＡＭＦ７５０は、この要求がアクティブユーザの最大数を超えるか否かをチェックする。ＵＥ３のアクティブユーザの最大数を超える場合、ＡＭＦ７５０は、ＵＥ３に対して、適切な原因コード「アクティブユーザの最大数を超えた（ｍａｘｉｍｕｍ ｎｕｍｂｅｒ ｏｆ ａｃｔｉｖｅ ｕｓｅｒｓ ｅｘｃｅｅｄｅｄ）」とともに、この要求を拒否する。ＵＥ３がこの新規の拒否原因コードを受信すると、ＵＥ３は、制限値を超えないように、より少ない数のユーザアイデンティティにより別のサービス要求メッセージを送信してもよい。

ユースケースＡのこの実施形態により、ＭＴプロシージャに対して選択的なＰＤＵセッションのアクティブ化を実現することができる。

ユースケースＢ － 複数のユーザのページング。

図９は、同じＵＥ３を共有する１つ以上のユーザに対してページングを行なうための例示的なプロシージャを概略的に示す。図９の例は、同じＵＥ３を共有する２つのユーザに対するページングであるが、但し、ＵＥ３ごとに複数のユーザに対するページング方法は、１つのユーザに対してのみ行なうページング（例えば、異なるユーザ（例えば人）によって共有される同じＵＥ３の場合）、又は同じＵＥ３を共有しているより多くのユーザに対して同時に行なうページング（例えば、同じＵＥ３を共有する複数のアプリケーション又は装置の場合）に適用可能であってもよい。

１）複数のユーザＵＥ３は、ユーザアイデンティファイア１によって識別されたユーザアイデンティティを持つユーザ１と、ユーザアイデンティファイア２によって識別されたユーザアイデンティティを持つユーザ２との両方に関して登録される。このユースケースは、同じＵＥ３を共有又は使用する任意の数のユーザに適用可能であってもよい。

２）ＤＤＮ（ＵＥ Ｉｄ、ユーザアイデンティファイア１、ユーザアイデンティファイア２） － ＡＭＦ７５０は、ＵＥ３のユーザアイデンティファイア１及びユーザアイデンティファイア２のためのＭＴコールの要求とともに、そのＵＥ３のＤＤＮ（Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ：ダウンリンクデータ通知）を受信する。ＵＥ３は、１つのユーザアイデンティティ（例えばユーザアイデンティファイア１又はユーザアイデンティファイア２）のみに対して、又は２つ以上のユーザアイデンティティ（例えばこのケースにおけるユーザアイデンティファイア１及びユーザアイデンティファイア２）に対してページングされてもよい。ＡＭＦ７５０は、各ユーザの関連する一時的なユーザＩｄと各ユーザのページングストラテジとを取得して、何らかのサービス制限をもチェックするために、ユーザアイデンティファイア１及びユーザアイデンティファイア２のユーザアイデンティティプロファイルをチェックする。

いくつかの態様において、ＵＥ３がユーザ１及びユーザ２によって共有されている場合に、ＤＤＮメッセージがＵＥ Ｉｄと１つのみのユーザＩｄ（例えば、ユーザ１のユーザアイデンティファイア１）を伝える場合、ＡＭＦ７５０は、ページングメッセージに、ＵＥ Ｉｄ（それはＵＥ Ｉｄであってもよい）とユーザ１の一時的なユーザＩｄとすることもできるユーザ１のＩｄ（例えば、ユーザアイデンティファイア１）とを含むことによって、ユーザ１のみをページングする。

いくつかの態様において、ＵＥ３がユーザ１、ユーザ２、及びユーザ３によって共有される場合に、ＤＤＮメッセージがＵＥ Ｉｄと複数のユーザＩｄ（例えば、ユーザアイデンティファイア１及びユーザアイデンティファイア２）とを伝える場合、ＡＭＦ７５０は、以下のいくつかのオプションを有する。
－ ＡＭＦ７５０は、ユーザ１のｉｄ（例えば、ユーザアイデンティファイア１又はその一時的なユーザＩｄ）及び／又はユーザ２のｉｄ（例えば、ユーザアイデンティファイア２又はその一時的なユーザＩｄ）をページングのために用いる。これらの一時的なユーザＩｄは、ＵＥ Ｉｄから独立していてもよい。
－ ＡＭＦ７５０は、各ユーザのＵＥ Ｉｄ及びユーザＩｄ（例えば、ＵＥ Ｉｄ、ユーザアイデンティファイア１、及び／又はユーザアイデンティファイア２）をページングのために用い、ユーザアイデンティファイア１及びユーザアイデンティファイア２は、また、ユーザ１及びユーザ２の一時的なＩｄであってもよい。例えば、ユーザ１は、ＵＥ Ｉｄと、ＵＥ Ｉｄにリンクされる「ユーザアイデンティファイア１」である（一時的なユーザ１ Ｉｄにもなり得る）ユーザ１のＩｄとを介して、ページングされる。

３）ページングメッセージ（ＵＥ Ｉｄ、ユーザアイデンティファイア１、ユーザアイデンティファイア２） － ＡＭＦ７５０は、ＵＥの登録エリア内のＲＡＮノード５に対してページングメッセージを送信し、パラメータとしてＵＥ Ｉｄ及び／又はページングされたユーザＩｄ、すなわち、ユーザアイデンティファイア１（又はユーザ１の一時的なユーザＩｄ）及び／又はユーザアイデンティファイア２（又はユーザ２の一時的なユーザＩｄ）を含む。ユーザ１のユーザＩｄ及びユーザ２のユーザＩｄは、ＵＥ Ｉｄにリンクされるか、又はＵＥ Ｉｄから独立していてもよい。

４）ページング（ＵＥ Ｉｄ、ユーザ１の一時的なユーザＩｄ、ユーザ２の一時的なユーザＩｄ） － ＲＡＮノード５は、ＵＥ Ｉｄ及び／又はＵＥ Ｉｄ及び／又はページングされたユーザＩｄ、すなわち、ユーザアイデンティファイア１（又はユーザ１の一時的なユーザＩｄ）及び／又はユーザアイデンティファイア２（又はユーザ２の一時的なユーザＩｄ））によりＵＥ３をページングする。ユーザ１のユーザＩｄ及びユーザ２のユーザＩｄは、ＵＥ Ｉｄにリンクされるか、又はＵＥ Ｉｄから独立していてもよい。

５）ＵＥ３がＵＥ Ｉｄ及び／又はユーザ１のユーザＩｄ及び／又はユーザ２のユーザｉｄに対するページングメッセージを読み取っているので、ＵＥ３は、ユーザ１及び／又はユーザ２に対するページングに応答することができる。

下記は、ＵＥ３がページングメッセージ内のＵＥ３及びユーザＩｄをどのように処理し得るのかの例である。

ＵＥ３は以下のことを行なってもよい。
－ ＵＥ３を共有する複数のユーザの場合にページングされたユーザアイデンティティを画面に表示し、ページングされているユーザによってコールが応答される。
－ ＵＥ３が複数の装置に対して接続される場合、ページングされているユーザＩｄに対応する装置（複数可）への着信のコール（複数可）に関してアラートする。
－ ユーザがＵＥ３上のアプリケーションである場合、ＵＥ３上のアプリケーション又はＵＥ３に接続されているアプリケーションにページングの着信を通知する。

ＵＥ３は、また、どのＲＲＣ接続を確立するのか（例えば、どのＲＲＣ確立原因を使用するのか）、ＲＲＣ及びＮＡＳメッセージでどのＳ－ＮＳＳＡＩを要求するのか、又はサービス要求又はＰＤＵセッション確立プロシージャでどのＱｏＳを要求するのかなどの観点からページングに応答する際に、ユーザアイデンティティプロファイル１及び／又は２の情報（すなわち、ユーザアイデンティファイアプロファイル１及び／又はユーザアイデンティファイアプロファイル２のプロファイル及び属性）を使用する。

６）ＲＲＣ接続確立。（ＵＥケイパビリティ＝マルチユーザＵＥ） － ＵＥ３は、ユーザアイデンティティプロファイル１及び／又はユーザアイデンティファイアプロファイル２内の要件を反映したＲＲＣ接続を確立する。

７）サービス要求（ユーザアイデンティティ１及び２のサービスタイプ、ユーザアイデンティティ１及び２のＳ－ＮＳＳＡＩ、ユーザアイデンティティ１及び２のＱｏＳ） － ＵＥ３は、ステップ４にてページングされている１つ以上のユーザに関するサービス要求メッセージによりページングすることを答える。ＵＥ３は、サービスタイプ（例えば、通常サービス、優先サービス、遅延耐性サービスなど）、接続されるＳ－ＮＳＳＡＩ、及び要求されたＱｏＳパラメータの値を選択する際に、ユーザアイデンティティプロファイル１及びユーザアイデンティティプロファイル２からこれらパラメータの推奨値（ｓｕｇｇｅｓｔｅｄ ｖａｌｕｅ）を考慮する。ＵＥ３は、また、ページングされたユーザアイデンティティ（例えば、サービス要求メッセージ内のユーザアイデンティファイア１及び／又はユーザアイデンティファイア２）を含んでもよい。

ＡＭＦ７５０がＵＥ３からのサービス要求メッセージを受信すると、ＡＭＦ７５０は、この要求がアクティブユーザの最大数を超えるかもしれないか否かをチェックする。ＵＥ３のアクティブユーザの最大数を超える場合、ＡＭＦ７５０は、ＵＥ３に対して、適切な拒否原因コード「アクティブユーザの最大数を超えた」とともに、この要求を拒否する。ＵＥ３がこの新規の拒否原因コードを受信すると、ＵＥ３は、アクティブユーザの最大数を超えないように、より少ない数のユーザアイデンティティによりサービス要求メッセージを再送信してもよい。

この実施形態により、選択的なＰＤＵセッションのアクティブ化もＭＴプロシージャのために実現することができる。

実施形態６ － 複数のユーザによるＰＤＵセッション確立

図１０は、複数のユーザによるＰＤＵセッション確立のための例示的なプロシージャを概略的に示す。

１）複数のユーザのＵＥ３は、１つ又は複数のユーザのＰＤＵセッションを確立するためにＰＤＵセッション確立要求メッセージをトリガする。ＰＤＵセッション確立メッセージは、ユーザＩｄ（例えば、各々のユーザごとのユーザアイデンティファイア）、ユーザごとのＰＤＵセッションＩｄ、ユーザごとのＳ－ＮＳＳＡＩ又は複数のユーザに共通のＳ－ＮＳＳＡＩ、及びユーザごとのＱｏＳ又は複数のユーザに共通のＱｏＳを含んでもよい。ＵＥ３は、異なるユーザごとに異なるＰＤＵセッションＩｄ（すなわち、ユーザアイデンティファイアごとに異なるＰＤＵセッションＩｄ）を使用するものとする。異なるＰＤＵセッションが、同じＳ－ＮＳＳＡＩ又は同じＤＮＮで要求されることも可能である。

２）ＳＭＦ７８０の選択。ＵＥ３からＰＤＵセッション確立要求メッセージで提供された情報に基づいて、ＡＭＦ７５０は、ＴＳ２３．５０２に従ってＳＭＦ７８０を選択する。

３）ＡＭＦ７５０は、選択されたＳＭＦ７８０に対してＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣＣｏｎｔｅｘｔ要求又はＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求メッセージをトリガする。Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＣｏｎｔｅｘｔ要求又はＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求は、ユーザＩｄ（例えば、各々のユーザごとのユーザアイデンティファイア）、ユーザごとのＰＤＵセッションＩｄ、ユーザごとのＳ－ＮＳＳＡＩ、及びユーザごとのＱｏＳを含んでもよい。

４）サブスクリプション検索（Ｓｕｂｓｃｒｉｐｔｉｏｎ ｒｅｔｒｉｅｖａｌ）（ＵＥ Ｉｄ、ユーザアイデンティファイア）。対応するユーザのセッション管理サブスクリプションデータが利用可能でない場合、ＳＭＦ７８０は、ＵＤＭ７２０／ＵＤＲ７１０におけるユーザアイデンティティプロファイルからユーザのセッション管理サブスクリプションデータを検索する（ｒｅｔｒｉｅｖｅ）。

５）ＳＭＦ７８０は、ステップ３）における要求に応じてＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣＣｏｎｔｅｘｔＲｅｓｐｏｎｓｅ又はＮｓｍｆ＿ＰＤＵ Ｓｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣＣｏｎｔｅｘｔＲｅｓｐｏｎｓｅを返す。ＳＭＦ７８０は、ユーザごとにＰＤＵコンテキストＩｄを返す。

６）ユーザアイデンティファイア（複数可）によるＰＤＵセッションの認証及び承認。ステップ３における要求タイプが「既存のＰＤＵセッション（Ｅｘｉｓｔｉｎｇ ＰＤＵ Ｓｅｓｓｉｏｎ）」を示す場合、ＳＭＦ７８０は、２次認証／承認を実行しなくてもよい。新たなＰＤＵセッション確立のために、ＳＭＦ７８０は、ＴＳ ２３．５０１に記載されるように、ＰＤＵセッションの確立の間に２次認証／承認を実行する必要があるかもしれない。２次認証は、ＰＤＵセッションが確立されているユーザアイデンティファイアに基づいてもよい。２次認証は、ＰＤＵセッションが確立されているＧＰＳＩ及びユーザアイデンティファイアに基づいてもよい。この場合、ＧＰＳＩ及びユーザアイデンティファイアは、ＧＰＳＩとユーザアイデンティファイアとの連結（ｃｏｎｃａｔｅｎａｔｉｎｇ）によって、ＮＡＩ（Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｆｉｅｒ：ネットワークアクセスアイデンティファイア）フォーマットを形成することができる。

更に、ＳＭＦ７８０は、いつでも（例えば、ＳＭＦ７８０がＵＥ３からのサービス要求メッセージを受信したときに）２次認証プロシージャを開始してもよい。

７）３ＧＰＰ ＴＳ ２３．５０２に従ったＵＰＦ７９０の選択。

８）Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒ。Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２転送メッセージは、ＵＥ３に宛てたＰＤＵセッション確立アクセプトメッセージを含む。

９）ＰＤＵセッション確立アクセプトメッセージ － ＰＤＵセッション確立アクセプトメッセージは、ＡＭＦ７５０からＵＥ３に返される。当該メッセージは、各々のユーザアイデンティファイアごとにＳＭコンテキストＩｄを含む。その結果、ＰＤＵセッションは、ユーザアイデンティファイアごとに、それ自身の課金情報（例えばＣＤＲ）により確立する。同じＳ－ＮＳＳＡＩに対してＰＤＵセッションを確立している複数のユーザがいる可能性がある。

要旨

有利なことに、上記の態様は以下の機能のうちの１つ又は複数を含むが、それらに限定されない。
１）複数のユーザによるＵＥ３に対するサブスクリプション情報としてユーザアイデンティティプロファイルの定義及び提供。これは、ネットワークがユーザアイデンティティ属性（例えば、ユーザタイプ、許可されたＳ－ＮＳＳＡＩ、ＱｏＳ、認証レベル、サービス制限など）に基づいて、そのユーザに対する差異化されたサービス及び処理を提供することを可能にする。
２）同じＵＥ３を共有する複数のユーザの登録。これは、ネットワークがＵＥ３の背後のユーザにアクセスすることを可能にする。
３）ユーザ固有の認証。これは、３ＧＰＰシステム又はサードパーティによるユーザの２次ユーザ固有認証を可能にする。
４）ページング又は同じＵＥ３を共有する１つ以上のユーザ。これは、ネットワークがＵＥ３の背後の単一のユーザ又はＵＥ３の背後の複数のユーザを同時にページングすることを可能にする。
５）１つ又は複数のユーザのＰＤＵセッションの確立。これは、ユーザアイデンティティプロファイルからのユーザ属性（例えば、Ｓ－ＮＳＳＡＩ、ＱｏＳ、ユーザタイプ、及びサービス制限）を考慮した「ユーザごとの」ＰＤＵセッションの確立を可能にする。

これらの機能性を提供するために、上記の態様は、以下のステップ（の少なくとも一部）を含む例示的な方法を説明する。
１）ＵＤＭ７２０／ＵＤＲ７１０におけるサブスクリプション情報として、ユーザアイデンティティプロファイルの定義及び提供
２）同じＵＥ３を共有する複数のユーザの登録。
３）ユーザ固有の２次認証
４）同じＵＥ３を共有する１つ以上のユーザのページング。
５）ユーザごと又は複数のユーザごとのＰＤＵセッションの確立。

利点

ＵＥ３ごとの複数のユーザアイデンティティのための提案されたイネーブラは、ネットワークによる、強化されたユーザエクスペリエンスの提供、最適化された性能の提供、及び事業者の３ＧＰＰネットワークの一部ではない装置及びユーザに対するサービスの提供を有利的に可能にする。

システム概要

図１１は、上記の実施形態が適用可能な、モバイル（セルラ又は無線）通信システム１を概略的に示す。

このネットワークにおいて、モバイル装置３（ＵＥ）のユーザは、適切な３ＧＰＰ無線アクセス技術（ＲＡＴ）、例えば、Ｅ‐ＵＴＲＡ及び／又は５Ｇ ＲＡＴを用いて、各基地局５及びコアネットワーク７を介して、互いに及び他のユーザと通信することができる。多くの基地局５が（無線）アクセスネットワーク又は（Ｒ）ＡＮを形成することが理解される。当業者が理解するように、１台のモバイル装置３及び１台の基地局５が例示の目的で図１１に示されるが、システムは、実装される際に、典型的には他の基地局及びモバイル装置（ＵＥ）を含むことになる。

各基地局５は、（直接的に、又は、ホーム基地局、リレー、リモート無線ヘッド、及び／又は分散ユニットなどの他のノードを介して）１つ以上の関連づけられたセルを制御する。Ｅ‐ＵＴＲＡ／４Ｇプロトコルをサポートする基地局５は「ｅＮＢ」と呼ばれてもよく、ＮｅｘｔＧｅｎｅｒａｔｉｏｎ／５Ｇプロトコルをサポートする基地局５は「ｇＮＢ」と呼ばれてもよい。いくつかの基地局５は、４Ｇ及び５Ｇの双方、及び／又は他の任意の３ＧＰＰ又は非３ＧＰＰの通信プロトコルをサポートするように構成されてもよいことが理解される。

モバイル装置３とそのサービング基地局５とは、適切なエアインタフェース（例えば、いわゆる「Ｕｕ」インタフェースなど）を介して接続される。隣接する基地局５は、基地局インタフェース（いわゆる「Ｘ２」インタフェース、及び／又は「Ｘｎ」インタフェースなど）に対する適切な基地局を介して互いに接続される。基地局５は、また、（いわゆる「Ｓ１」、「Ｎ１」、「Ｎ２」、及び／又は「Ｎ３」インタフェースなど）適切なインタフェースを介して、コアネットワークノードに接続される。

通信システム１における通信をサポートするために、コアネットワーク７は、典型的には、論理ノード（あるいは「機能」）を含む。典型的には、例えば、「Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ」／５Ｇシステムのコアネットワーク７は、他の機能に加えて、制御プレーン機能（ＣＰＦ）及びユーザプレーン機能（ＵＰＦ）７９０を含むことになる。コアネットワーク７は、とりわけ、１つまたは複数の統一データ管理（ＵＤＭ）機能７２０／統一データリポジトリ（ＵＤＲ）機能７１０、ネットワーク露出機能（ＮＥＦ）７３０、アプリケーション機能（ＡＦ）７４０、アクセス及びモビリティ管理機能（ＡＭＦ）７５０、認証サーバ機能（ＡＵＳＦ）７６０、認証、承認および会計（ＡＡＡ）機能７７０、およびセッション管理機能（ＳＭＦ）７８０／ＵＰＦ７９０を含むこともできることが理解される。

コアネットワーク７から（インターネットなどの）外部のＩＰネットワーク２０への接続も提供される。

このシステム１の構成要素は、上記の例示的な実施形態のうちの１つまたは複数を実行するように構成される。

ユーザ機器（ＵＥ）

図１２は、図１１に示すＵＥ（モバイル装置３）の主要な構成要素を示すブロック図である。図示したように、ＵＥは、１つ以上のアンテナ３３を介して、接続されたノード（複数可）に信号を送信し、当該ノードから信号を受信するように動作可能なトランシーバ回路３１を含む。図１２には必ずしも示されていないが、ＵＥは、当然ながら、（ユーザインタフェース３５などの）従来のモバイル装置の通常の機能のすべてを有することになり、これは、必要に応じて、ハードウェア、ソフトウェア、及びファームウェアのうちの任意の１つ又は任意の組み合わせによって提供されてもよい。制御装置３７は、メモリ３９に格納されたソフトウェアに従ってＵＥの動作を制御する。ソフトウェアは、例えば、メモリ３９に予めインストールされてもよく、及び／又は電気通信網１を介して、若しくは取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム４１と通信制御モジュール４３とを含む。通信制御モジュール４３は、ＵＥ３と、（Ｒ）ＡＮノード５、コアネットワークノード、及びアプリケーション機能を含む他のノードとの間で、シグナリングメッセージ及びアップリンク／ダウンリンクデータパケットを処理する（生成する／送信する／受信する）役割を担う。このようなシグナリングは、ＵＥに関連づけられた複数のユーザアイデンティティに関する適切にフォーマットされた要求および応答を含む。

用語「ＵＥ」は、一般の携帯電話を指し、以下の構成要素を少なくとも含む。
・モバイル機器（ＭＥ：Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）：ＭＥは、ハードウェア装置としての「携帯電話」である。上記の図１２を参照して説明したように、それは、少なくとも１つのプロセッサ（コントローラ）、メモリユニット、アンテナ、トランシーバユニット、ユーザインタフェース（画面、ボタン、ケーブルソケットなど）、バッテリーユニット、などを含む。
・加入者アイデンティティモジュール（ＳＩＭ）又は汎用加入者アイデンティティモジュール（ＵＳＩＭ：Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）：ＳＩＭ又はＵＳＩＭは、ＵＩＣＣカード内で動作するアプリケーションである。ＵＩＣＣカードは、関連するプロセッサ（コントローラ）、通信モジュール、メモリユニット、及びインタフェースユニットを含み、ＵＥ３のＭＥ部と通信する小型の集積回路である。ＵＩＣＣは「スマートカード」とも呼ばれる。プロセッサは、メモリ内に記憶されたソフトウェアに従ってＵＳＩＭの動作を制御する。ＵＳＩＭソフトウェアは、特に、オペレーティングシステム（ＯＳ：ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ）と通信制御モジュールとを含む。

用語「ＳＩＭ」は、概して２ＧのＧＳＭモバイルシステムにおいて使用されるＵＩＣＣカード内のアプリケーションを指す。用語「ＵＳＩＭ」は、概して、３Ｇ（ＵＭＴＳ）、４Ｇ（ＬＴＥ）、及び５Ｇシステムにおいて使用されるＵＩＣＣカード内のアプリケーションを指す。更に、「ｅＳＩＭ」は、物理的な（リムーバブル）ＵＩＣＣカードを使用して提供されるのではなく、ＭＥ３０自体に組み込まれるＳＩＭ機能である。ほとんどの技術的な文脈においては、これらの用語は、互換性があり、用語「ＳＩＭ」は、より一般的である。本開示の観点から、用語「ＳＩＭ」、用語「ＵＳＩＭ」、及び用語「ｅＳＩＭ」は、互換的に使用される。ＳＩＭ及びＵＳＩＭのアプリケーション、並びにｅＳＩＭは、長期アイデンティファイア（３ＧＰＰにおけるＩＭＳＩ）や長期秘密キーなどの資格情報を含む。

ＵＥ３は、マルチＳＩＭ装置であってもよい。典型的には、マルチＳＩＭ対応のモバイル装置は、２つのＳＩＭカードスロットを装備しており、そのため、概して「デュアルＳＩＭ電話」とも称される。別のＵＥの実装においては、モバイル装置は、１つのＳＩＭカードスロットを装備しており、別のＳＩＭ機能がハードウェアに組み込まれている（「ｅＳＩＭ」）。モバイル装置は、ＳＩＭ毎に個別のＩＭＥＩを有する場合もあれば、モバイル装置内のすべてのＳＩＭに共通の単一のＩＭＥＩを有する場合もある。すべてのＳＩＭに共通の単一のＩＭＥＩを有する１つの例は、単一のＵＩＣＣカードが複数のＵＳＩＭアプリケーションを含む場合である。

マルチＳＩＭ装置／ＵＥは、ハードウェア実装に応じて、１つ以上のトランシーバ回路３１を装備していてもよい。存在する場合、このような複数のトランシーバ回路３１は、複数のＳＩＭを使用して、同時接続を可能にする。

（Ｒ）ＡＮノード

図１３は、図１１に示す例示的な（Ｒ）ＡＮノード５（基地局）の主要な構成要素を示すブロック図である。図示したように、（Ｒ）ＡＮノード５は、１つ以上のアンテナ５３を介して、接続されたＵＥ３（複数可）から信号を受信し、当該ＵＥ３に信号を送信し、ネットワークインタフェース５５を介して（直接的あるいは間接的に）他のネットワークノードに信号を送信し、当該ノードから信号を受信するように動作可能なトランシーバ回路５１を含む。ネットワークインタフェース５５は、典型的には、適切な基地局、例えば、（Ｘ２／Ｘｎのような）基地局インタフェース、及び適切な基地局、例えば（Ｓ１／Ｎ１／Ｎ２／Ｎ３などの）コアネットワークインターフェースを含む。制御装置５７は、メモリ５９内に格納されたソフトウェアに従って（Ｒ）ＡＮノード５の動作を制御する。ソフトウェアは、例えば、メモリ５９に予めインストールされてもよく、及び／又は電気通信網１を介して、若しくは取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム６１と通信制御モジュール６３とを含む。通信制御モジュール６３は、（Ｒ）ＡＮノード５と、ＵＥ ３及びコアネットワークノード／ＡＦ１２などの他のノードとの間のシグナリングを処理（生成／送信／受信）する役割を担う。このようなシグナリングは、ＵＥに関連づけられた複数のユーザアイデンティティに関する適切にフォーマットされた要求および応答を含む。

コアネットワークノード

図１４は、図１～図１０に示す、一般的なコアネットワークノード（又は機能）の主要な構成要素、例えば、ＵＤＭ７２０／ＵＤＲ７１０、ＮＥＦ７３０、ＡＦ７４０、ＡＭＦ７５０、ＡＵＳＦ７６０、ＡＡＡ７７０、及びＳＭＦ７８０／ＵＰＦ７９０を示すブロック図である。図示したように、コアネットワークノードは、ネットワークインタフェース７５を介して他のノード（ＵＥ３及び（Ｒ）ＡＮノード５を含む）に信号を送信し、当該他のノードから信号を受信するように動作可能なトランシーバ回路７１を含む。制御装置７７は、メモリ７９内に格納されたソフトウェアに従ってコアネットワークノードの動作を制御する。ソフトウェアは、例えば、メモリ７９に予めインストールされてもよく、及び／又は電気通信網１を介して、若しくは取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム８１と少なくとも通信制御モジュール８３とを含む。通信制御モジュール８３は、コアネットワークノードと、ＵＥ３、（Ｒ）ＡＮノード５、ＡＦ１２、及び他のコアネットワークノードなどの他のノードとの間のシグナリングを処理する（生成する／送信する／受信する）役割を果たす。このようなシグナリングは、ＵＥに関連づけられた複数のユーザアイデンティティに関する適切にフォーマットされた要求および応答を含む。

変形及び代替

以上、詳細な実施形態について説明してきた。当業者が理解するように、上記の実施形態に対して、多数の変形及び代替を行うことができ、そこで実施される本開示の利点を得ることができる。ここでは、例示のために、これらの代替及び変形のうちのいくつかのみを説明する。

上記の説明では、ＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードは、理解しやすくするために、（通信制御モジュールなどの）いくつかの個別モジュールを有するものとして説明されている。これらのモジュールは、例えば、既存のシステムが本開示を実装するように変形された特定の用途のために、又は、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムにおける他の用途のためにこのように提供されてもよい。一方で、これらのモジュールは、オペレーティングシステム又はコードの全体に組み込まれてもよく、従って、これらのモジュールは、別個のエンティティとして識別できなくてもよい。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、又はこれらの組み合わせで実装されてもよい。

各コントローラは、例えば、１つ以上のハードウェアで実装されたコンピュータプロセッサと、マイクロプロセッサと、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）と、算術論理ユニット（ＡＬＵ：ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）と、入出力（ＩＯ：ｉｎｐｕｔ／ｏｕｔｐｕｔ）回路と、内部メモリ／キャッシュ（プログラム及び／若しくはデータ）と、プロセッシングレジスタと、通信バス（例えば、コントロール、データ、及び／若しくはアドレスバス）と、ダイレクトメモリアクセス（ＤＭＡ：ｄｉｒｅｃｔ ｍｅｍｏｒｙ ａｃｃｅｓｓ）機能と、ハードウェア若しくはソフトウェアで実装されたカウンタ、ポインタ、及び／若しくはタイマなどを含む（但しそれらに限定はされない）任意の適当な形式の処理回路を備えてもよい。

上記の実施形態では、多数のソフトウェアモジュールを説明した。当業者は理解することになるように、ソフトウェアモジュールは、コンパイルされた形態又はコンパイルされていない形態で提供されてもよく、コンピュータネットワーク上の信号として、又は記録媒体上で、ＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードに供給されてもよい。更に、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用ハードウェア回路を使用して実行されてもよい。但し、ソフトウェアモジュールの使用は、ＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードの機能を更新するために、それらの更新を容易にするので好ましい。

上記の実施形態は、また、「非モバイル」若しくは概して固定式のユーザ装置に対しても適用可能である。

様々な他の変形が当業者には明らかであり、ここでは、それ以上詳細には説明しない。

略語
３ＧＰＰ 第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）
５ＧＣ ５Ｇコアネットワーク（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）
５ＧＳ ５Ｇシステム（５Ｇ Ｓｙｓｔｅｍ）
５Ｇ－ＡＮ ５Ｇアクセスネットワーク（５Ｇ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）
５Ｇ－ＧＵＴＩ ５Ｇグローバル固有一時的アイデンティティ（５Ｇ Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）
５Ｇ－ＴＭＳＩ ５Ｇ一時的モバイル加入者アイデンティティ（５Ｇ Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）
ＡＡＡ 認証、承認及び会計（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ， Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇ）
ＡＦ アプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）
ＡＭＦ アクセス及びモビリティ管理機能（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
ＡＮ アクセスネットワーク（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）
ＡＳ アクセス層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）
ＡＵＳＦ 認証サーバ機能（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ）
ＣＤＲ 課金データ記録（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）
ＤＤＮ ダウンリンクデータ通知（Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ）
ＤＮＮ データネットワーク名（Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ）
ＤＲＸ 連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）
ｇＮＢ 次世代ノートＢ（Ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ Ｎｏｔｅ Ｂ）
ＧＰＳＩ 汎用公衆加入者アイデンティティ（Ｇｅｎｅｒｉｃ Ｐｕｂｌｉｃ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）
ＩＭＳＩ 国際モバイル加入者アイデンティティ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）
ＭＭ モビリティ管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）
ＭＯ モバイル発信（Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｉｎｇ）
ＭＳＩＳＤＮ モバイル局国際加入者ディレクトリ番号（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ）
ＭＴ モバイル終端（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｉｎｇ）
ＮＡＳ 非アクセス層（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）
ＮＥＦ ネットワーク露出機能（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）
ＮＦ ネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）
ＮＧ－ＲＡＮ 次世代無線アクセスネットワーク（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）
ＮＲ Ｎｅｗ Ｒａｄｉｏ
ＮＳＳＰ ネットワークスライス選択機能（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）
ＰＣＣ ポリシーと課金制御（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ）
ＰＣＦ ポリシー制御機能（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）
ＰＤＵ プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）
ＰＥＩ 永久的な機器アイデンティファイア（Ｐｅｒｍａｎｅｎｔ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）
ＰＬＭＮ 公衆陸上移動体通信網（Ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）
ＱｏＳ サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）
（Ｒ）ＡＮ （無線）アクセスネットワーク（（Ｒａｄｉｏ） Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）
ＲＡＴ 無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）
ＲＲＣ 無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）
ＳＭ セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）
ＳＭＦ セッション管理機能（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
ＳＵＣＩ 秘匿化された加入者アイデンティファイア（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｃｏｎｃｅａｌｅｄ Ｉｄｅｎｔｉｆｉｅｒ）
ＳＵＰ サブスクリプション永久的アイデンティファイア（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｐｅｒｍａｎｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）
Ｓ－ＮＳＳＡＩ 単一ネットワークスライス選択補助情報（Ｓｉｎｇｌｅ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）
ＴＡ トラッキングエリア（Ｔｒａｃｋｉｎｇ Ａｒｅａ）
ＴＭＳＩ 一時的モバイル加入者アイデンティティ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）
ＵＤＭ 統合データ管理（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）
ＵＤＲ 統合データリポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）
ＵＥ ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
［先行技術文献］
［非特許文献］

［非特許文献１］３ＧＰＰ ＴＲ ２１．９０５：「３ＧＰＰ仕様書のボキャブラリ」（Ｖｏｃａｂｕｌａｒｙ ｆｏｒ ３ＧＰＰ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ）．Ｖ１５．０．０（２０１８－０３）－
［非特許文献２］３ＧＰＰ ＴＳ ２３．５０１：「５Ｇシステムのシステムアーキテクチャ；ステージ２」（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２）．Ｖ１６．１．０（２０１９－０６）
ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２３＿ｓｅｒｉｅｓ／２３．５０１／２３５０１－ｇ１０．ｚｉｐ
［非特許文献３］３ＧＰＰ ＴＳ ２３．５０２：「５Ｇシステムの手続き；ステージ２」“Ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２” Ｖ１６．１４０（２０１９－０６）
ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２３＿ｓｅｒｉｅｓ／２３．５０２／２３５０２－ｇ１０．ｚｉｐ
［非特許文献４］２０１９年６月第２週にＳＡ ｐｌｅａｒｙ ＃８４で合意されたＳＡ２ ＷＩＤ
ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２３＿ｓｅｒｉｅｓ／２３．７６１．ｚｉｐ （Ｓ２－１９０１３９２）
［非特許文献５］最新のＳＡ１ ＴＲ ２２．９０４、ユーザ中心の識別子と認証に関する研究
ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２２＿ｓｅｒｉｅｓ／２２．９０４／２２９０４－ｇ１０．ｚｉｐ
［非特許文献６］関連ＣＲ（ネットワークスライス固有の認証・承認手順）
ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｓａ／ＷＧ２＿Ａｒｃｈ／ＴＳＧＳ２＿１３３＿Ｒｅｎｏ／Ｄｏｃｓ／Ｓ２－１９０６５９２．ｚｉｐ

本出願は２０１９年７月３日に出願された欧州特許出願第１９１８４２７２．３号に基づいており、その優先権の利益を主張し、その開示は、参照によりその全体が本明細書に組み込まれる。

１ 通信システム
３ モバイル装置（ＵＥ）
３１ トランシーバ回路
３３ アンテナ
３５ ユーザインタフェース
３７ コントローラ
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
４５ （Ｕ）ＳＩＭ
５ （Ｒ）ＡＮノード（ｇＮＢ）
５１ トランシーバ回路
５３ アンテナ
５５ ネットワークインタフェース
５７ コントローラ
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
７ コアネットワーク
７１ トランシーバ回路
７５ ネットワークインタフェース
７７ コントローラ
７９ メモリ
８１ オペレーティングシステム
８３ 通信制御モジュール
７１０ ＵＤＲ
７２０ ＵＤＭ
７３０ ＮＥＦ
７４０ ＡＦ
７５０ ＡＭＦ
７６０ ＡＵＳＦ
７７０ ＡＡＡ
７８０ ＳＭＦ
７９０ ＵＰＦ
２０ 外部ＩＰネットワーク

Claims (10)

1. ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）であって、
   前記ＵＥが複数のユーザによって使用されることを示す第１のケイパビリティ情報をアクセスネットワークノードへ送信することによって、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続確立プロシージャを実行する手段と、
   前記ＵＥのアイデンティティ情報と複数のユーザアイデンティティ情報とを含む登録要求を、前記アクセスネットワークノードを介して、モビリティ管理のためのコアネットワークノードに送信する手段であって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥを使用するユーザのためのユーザアイデンティファイアを含む、手段と、
   ユーザ登録の複数のステータス情報を含む登録アクセプトメッセージを受信する手段であって、前記複数のステータス情報のそれぞれが、前記複数のユーザアイデンティティ情報のうちの１つによって示された各ユーザに対応する、手段と、
   を備え、
   前記ユーザ登録の前記複数のステータス情報のそれぞれは、前記各ユーザに関連した前記ユーザ登録が成功したか否かを示し、
   前記第１のケイパビリティ情報は、前記アクセスネットワークノードが、前記複数のユーザによって使用される前記ＵＥにサーブすることが可能なモビリティ管理のための前記コアネットワークノードを選択するために、使用される、
   ＵＥ。
2. ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）のための制御方法であって、
   前記ＵＥが複数のユーザによって使用されることを示す第１のケイパビリティ情報をアクセスネットワークノードへ送信することによって、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続確立プロシージャを実行することと、
   前記ＵＥのアイデンティティ情報と複数のユーザアイデンティティ情報とを含む登録要求を、前記アクセスネットワークノードを介して、モビリティ管理のためのコアネットワークノードに送信することであって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥを使用するユーザのためのユーザアイデンティファイアを含むことと、
   ユーザ登録の複数のステータス情報を含む登録アクセプトメッセージを受信することであって、前記複数のステータス情報のそれぞれが、前記複数のユーザアイデンティティ情報のうちの１つによって示された各ユーザに対応することと、
   を含み、
   前記ユーザ登録の前記複数のステータス情報のそれぞれは、前記各ユーザに関連した前記ユーザ登録が成功したか否かを示し、
   前記第１のケイパビリティ情報は、前記アクセスネットワークノードが、前記複数のユーザによって使用される前記ＵＥにサーブすることが可能なモビリティ管理のための前記コアネットワークノードを選択するために、使用される、
   制御方法。
3. 前記送信することは、前記アイデンティティ情報と、前記複数のユーザアイデンティティ情報と、前記ＵＥが複数のユーザによって使用されることを示す第２のケイパビリティ情報とを含む前記登録要求を、前記アクセスネットワークノードを介して、モビリティ管理のための前記コアネットワークノードに送信することを含む、
   請求項２に記載の制御方法。
4. 前記複数のユーザアイデンティティ情報のうちの少なくとも１つは、前記複数のユーザアイデンティティ情報のうちの前記少なくとも１つによって示された少なくとも１つのユーザに対して固有の認証が必要であることを示すパラメータを含み、
   前記制御方法は、前記パラメータが前記ユーザアイデンティティ情報に含まれる各ユーザについて、ビリティ管理のための前記コアネットワークノードと共に前記固有の認証を実行することを含む、
   請求項２又は３に記載の制御方法。
5. 前記ユーザ登録の前記複数のステータス情報のそれぞれは、前記各ユーザに関連した制限情報を含み、前記制限情報は、前記ＵＥが従うべき制限を示す、
   請求項２～４の何れか１項に記載の制御方法。
6. 前記ユーザ登録の前記複数のステータス情報のそれぞれは、前記各ユーザに関連した拒否原因を含み、
   前記拒否原因は、前記各ユーザに関連した前記ユーザ登録を拒否する原因を示す、
   請求項２～５の何れか１項に記載の制御方法。
7. 前記ユーザ登録の前記複数のステータス情報のそれぞれは、前記各ユーザに関連したバックオフタイマを含み、
   前記バックオフタイマは、前記ＵＥに、前記バックオフタイマの満了の前に前記各ユーザに関連した別の登録要求の送信をトリガさせない、
   請求項６に記載の制御方法。
8. 前記送信することは、前記複数のユーザアイデンティティ情報のうちの前記１つによって示されたユーザごとに、前記アイデンティティ情報、前記複数のユーザアイデンティティ情報、及び要求されたＮＳＳＡＩ（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）を含む前記登録要求を送信することを含み、
   前記受信することは、前記ユーザ登録が成功したユーザごとに前記複数のステータス情報及び許可されたＮＳＳＡＩを含む前記登録アクセプトメッセージを受信することを含む、
   請求項２～７の何れか１項に記載の制御方法。
9. モビリティ管理のためのコアネットワークノードのための制御方法であって、
   アクセスネットワークノードを介して、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）から、前記ＵＥのアイデンティティ情報と、複数のユーザアイデンティティ情報とを含む登録要求を受信することであって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥを使用するユーザのためのユーザアイデンティファイアを含むことと、
   ユーザ登録の複数のステータス情報を含む登録アクセプトメッセージを送信することであって、前記複数のステータス情報のそれぞれが、前記複数のユーザアイデンティティ情報のうちの１つによって示された各ユーザに対応することと、
   を含み、
   前記ユーザ登録の前記複数のステータス情報のそれぞれは、前記各ユーザに関連した前記ユーザ登録が成功したか否かを示し、
   前記コアネットワークノードは、前記ＵＥが複数のユーザによって使用されることを示す第１のケイパビリティ情報に基づいて、前記アクセスネットワークノードによって選択されるように構成される、
   制御方法。
10. 前記アイデンティティ情報と前記複数のユーザアイデンティティ情報とに基づいて、前記各ユーザのサブスクリプション情報を要求することと、
    前記各ユーザの前記サブスクリプション情報を受信することと、
    前記各ユーザの前記サブスクリプション情報に基づいて、前記各ユーザに関連した前記ユーザ登録が成功したか否かを判断することと、
    を更に含む、請求項９に記載の制御方法。

Images