(57)【要約】  プライベートユーザアイデンティティ特性をパブリックユーザアイデンティティ特性と対にすることができ且つ２つ以上のプライベートユーザアイデンティティを契約に関連付けることのできる通信システム内で契約特性の登録を助ける方法。この方法は、システムの契約情報記憶エンティティからシステムのサービス提供エンティティへ、第１プライベートユーザアイデンティティ及びパブリックユーザアイデンティティの対の特性を指定するデータを含む第１メッセージを送信する段階を備え、前記メッセージは、前記第１プライベートユーザアイデンティティと同じ契約に関連した、前記第１プライベートユーザアイデンティティ以外の更に別のプライベートユーザアイデンティティの指示も含む。【選択図】図１【特許請求の範囲】
【請求項１】
プライベートユーザアイデンティティ特性をパブリックユーザアイデンティティ特性と対にすることができ且つ２つ以上のプライベートユーザアイデンティティを契約に関連付けることのできる通信システム内で契約特性の登録を助ける方法であって、
前記システムの契約情報記憶エンティティから該システムのサービス提供エンティティに対して、第１プライベートユーザアイデンティティ及びパブリックユーザアイデンティティの対の特性を指定するデータを含む第１メッセージを送信する段階を含み、
前記第１メッセージが、前記第１プライベートユーザアイデンティティと同じ契約に関連した、前記第１プライベートユーザアイデンティティ以外の更に別のプライベートユーザアイデンティティの指示をも含む、
ことを特徴とする方法。
【請求項２】
前記対の第１プライベートユーザアイデンティティ及びパブリックユーザアイデンティティの前記特性が、セッション許可状態、起点ホスト、起点領域、ユーザネーム、及び、前記１対に適用されるべき課金領域を指定する情報、のうちの１つ以上を含む、請求項１に記載の方法。
【請求項３】
前記対の情報を要求している前記サービス提供エンティティからの第２メッセージに応答して前記第１メッセージを送信する段階を更に含む、請求項２に記載の方法。
【請求項４】
前記システムが３ＧＰＰ／ＵＭＴＳシステム又はその派生物であり、
前記第１メッセージが「マルチメディア−認証−回答」又は「サーバー−指定−回答」メッセージである、請求項３に記載の方法。
【請求項５】
プライベートユーザアイデンティティを前記契約に追加するのに応答して前記第１メッセージを送信する段階を更に含む、請求項２に記載の方法。
【請求項６】
前記システムが３ＧＰＰ／ＵＭＴＳシステム又はその派生物であり、
前記第１メッセージが「プッシュ−プロフィール−要求」メッセージである、請求項５に記載の方法。
【請求項７】
前記システムが３ＧＰＰ／ＵＭＴＳシステム又はその派生物であり、
前記契約情報記憶エンティティがホーム加入者サーバーである、請求項１から請求項６のいずれかに記載の方法。
【請求項８】
前記システムが３ＧＰＰ／ＵＭＴＳシステム又はその派生物であり、
前記サービス提供エンティティがサービングコールセッション制御ファンクションである、請求項１から請求項７のいずれかに記載の方法。
【請求項９】
プライベートユーザアイデンティティ特性をパブリックユーザアイデンティティ特性と対にすることができ且つ２つ以上のプライベートユーザアイデンティティを契約に関連付けることのできる通信システムに使用するための契約情報記憶エンティティであって、
システムのサービス提供エンティティに対して、第１プライベートユーザアイデンティティ及びパブリックユーザアイデンティティの対の特性を指定するデータを含む第１メッセージを送信するように構成されており、
前記第１メッセージが、前記第１プライベートユーザアイデンティティと同じ契約に関連した、前記第１プライベートユーザアイデンティティ以外の更に別のプライベートユーザアイデンティティの指示も含む、
ことを特徴とする契約情報記憶エンティティ。
【請求項１０】
前記第１プライベートユーザアイデンティティ及びパブリックユーザアイデンティティの対の前記特性が、セッション許可状態、起点ホスト、起点領域、ユーザネーム、及び前記対に適用されるべき課金領域を指定する情報、のうちの１つ以上を含む、請求項９に記載の契約情報記憶エンティティ。
【請求項１１】
前記エンティティが前記対の情報を要求している前記サービス提供エンティティからの第２メッセージに応答して前記第１メッセージを送信するように構成される、請求項１０に記載の契約情報記憶エンティティ。
【請求項１２】
前記システムが３ＧＰＰ／ＵＭＴＳシステム又はその派生物であり、
前記第１メッセージが「マルチメディア−認証−回答」又は「サーバー−指定−回答」メッセージである、請求項１１に記載の契約情報記憶エンティティ。
【請求項１３】
前記エンティティがプライベートユーザアイデンティティを前記契約に追加するのに応答して前記第１メッセージを送信するように構成される、請求項１０に記載の契約情報記憶エンティティ。
【請求項１４】
前記システムが３ＧＰＰ／ＵＭＴＳシステム又はその派生物であり、
前記第１メッセージが「プッシュ−プロフィール−要求」メッセージである、請求項１３に記載の契約情報記憶エンティティ。
【請求項１５】
前記システムが３ＧＰＰ／ＵＭＴＳシステム又はその派生物であり、
前記契約情報記憶エンティティがホーム加入者サーバーである、請求項９から請求項１４のいずれかに記載の契約情報記憶エンティティ。
【請求項１６】
前記システムが３ＧＰＰ／ＵＭＴＳシステム又はその派生物であり、
前記サービス提供エンティティがサービングコールセッション制御ファンクションである、請求項９から請求項１５のいずれかに記載の契約情報記憶エンティティ。
【請求項１７】
プライベートユーザアイデンティティ特性をパブリックユーザアイデンティティ特性と対にすることができ且つ２つ以上のプライベートユーザアイデンティティを契約に関連付けることのできる通信システムに使用するためのサービス提供エンティティであって、
システムの契約情報記憶エンティティから、第１プライベートユーザアイデンティティ及びパブリックユーザアイデンティティの対の特性を指定するデータを含む第１メッセージを受信するのに応答し、
前記第１メッセージが、前記第１プライベートユーザアイデンティティと同じ契約に関連した、前記第１プライベートユーザアイデンティティ以外の更に別のプライベートユーザアイデンティティの指示も含むものであり、その更に別のプライベートユーザアイデンティティの指示を含む前記契約についての記録を記憶する、
ことを特徴とするサービス提供エンティティ。
【請求項１８】
２つ以上のプライベートユーザアイデンティティを契約から削除するための単一メッセージを送信するように構成されたことを特徴とする通信システム又はその一部分。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおけるユーザアイデンティティの登録に係る。
【背景技術】
【０００２】
図１は、ＩＰマルチメディアサブシステム（ＩＭＳ）１を含む３ＧＰＰシステムのアーキテクチャーの一部分を示す。ＩＭＳは、サービングコールセッション制御ファンクション（Ｓ−ＣＳＣＦ）２を含み、これは、Ｃｘタイプのインターフェイスを経てホーム加入者サーバー（ＨＳＳ）３と通信することができる。又、システムは、パケット交換ドメイン又はＰ−ＣＳＣＦのような１つ以上の接続エンティティ４も備え、これにより、ＩＭＳ１は、移動電話のようなユーザエンティティ５と通信することができる。Ｓ−ＣＳＣＦ２とＨＳＳ３との間のインターフェイス６は、その特性が厳密に指定されたＣｘタイプのインターフェイスである。
【０００３】
現在の３Ｇシステムにおける図１に示すユニットの一般的機能は、良く知られている。特に、Ｓ−ＣＳＣＦは、ユーザエンティティへサービスを提供し、そしてＨＳＳは、Ｓ−ＣＳＣＦによりアクセスされてそれにより記憶される契約(subscription)に関する情報をローカルデータベース７に記憶し、その契約のもとでユーザへサービスを提供する上で助けとなる。
【０００４】
３ＧＰＰ  Ｒｅｌ−６  ＴＳ  ２３．２２８の現在仕様（第６．７．０版、第４．３．３．４章、図４．６）は、多数のプライベートユーザアイデンティティより成るＩＭＳ契約を定義している。プライベートユーザアイデンティティは、専用の又は共有のパブリックユーザアイデンティティと対にすることができる。
【０００５】
現在、パブリックユーザアイデンティティとプライベートユーザアイデンティティの対は、明示的に登録され、そしてＳ−ＣＳＣＦは、共有のパブリックユーザアイデンティティ（１つ又は複数）が登録されたときにそれらの助けで契約のプライベートユーザアイデンティティの対を見出すと仮定する。ある状態においては、これが満足に機能し得る。しかしながら、プライベートユーザアイデンティティは、共有のパブリックユーザアイデンティティとは独立して登録され得る専用のパブリックユーザアイデンティティをもつこともある。現在の設計のもとでこれが起きると、Ｓ−ＣＳＣＦは、登録されたパブリックユーザアイデンティティとプライベートユーザアイデンティティとの対が同じＩＭＳ契約に属することを見出す手段がないことが示されている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
それ故、Ｓ−ＣＳＣＦがこのような対を見出せるようにする手段が要望される。
【０００７】
ＷＯ２００４／００００８９（ＵＳ２００４／０１９６７９６）は、多数のユーザアイデンティティを同じ加入者にリンクするＨＳＳに関する問題に向けられている。このようなアイデンティティは、同じＳ−ＣＳＣＦに登録されねばならず、従って、ＨＳＳは、第２及びそれ以降の登録に対してサーバー能力を与えず、むしろ、既に使用されたＳ−ＣＳＣＦの名前を与える。
【課題を解決するための手段】
【０００８】
本発明の１つの態様によれば、プライベートユーザアイデンティティ特性をパブリックユーザアイデンティティ特性と対にすることができ且つ２つ以上のプライベートユーザアイデンティティを契約に関連付けることのできる通信システムにおいて契約特性の登録を助ける方法であって、システムの契約情報記憶エンティティからシステムのサービス提供エンティティへ、第１プライベートユーザアイデンティティ及びパブリックユーザアイデンティティの対の特性を指定するデータを含む第１メッセージを送信する段階を備え、このメッセージは、第１プライベートユーザアイデンティティと同じ契約に関連した、第１プライベートユーザアイデンティティ以外の更に別のプライベートユーザアイデンティティの指示も含むようにした方法が提供される。
【０００９】
本発明の更に別の特徴及び好ましい特徴は、特許請求の範囲に指摘する。
本発明は、添付図面を参照して、一例として以下に詳細に説明する。
【発明を実施するための最良の形態】
【００１０】
要約すれば、本発明のこの例は、Ｃｘインターフェイスに新規な属性を導入することを含む。この属性は、多数のプライベートユーザアイデンティティでＩＭＳ契約をサポートするのを許すという特徴を有する。
【００１１】
以下に詳細に説明するように、本発明のこの例では、新規な属性がＣｘインターフェイスに追加される。この属性は、ここでは、Associated-Identities（関連アイデンティティ)属性と称される。この属性は、プライベートユーザアイデンティティとパブリックアイデンティティの対を登録する間に、新たなプライベートユーザアイデンティティが契約に追加されるときに、Ｓ−ＣＳＣＦへのＩＭＳ契約のプライベートアイデンティティをＳ−ＣＳＣＦに通知するに充分な情報を保持することができる。
【００１２】
ユーザがプライベートユーザアイデンティティとパブリックユーザアイデンティティの対をＩＭＳに登録するときに、Ｓ−ＣＳＣＦは、そのアイデンティティ対に関連した認証データ及びユーザデータをＨＳＳからＣｘインターフェイスを経て検索する。これに使用されるコマンドは、Multimedia-Auth-Request（マルチメディア−認証−要求）（ＭＡＲ）及びServer-Assignment-Request（サーバー−指定−要求)（ＳＡＲ）である。ＨＳＳは、Multimedia-Auth-Answer（マルチメディア−認証−回答)（ＭＡＡ）において認証データを返送すると共に、Server-Assignment-Answer（サーバー−指定−回答)（ＳＡＡ）メッセージにおいてユーザデータを返送する。
【００１３】
プライベートアイデンティティとパブリックアイデンティティの対が、より多くのプライベートアイデンティティを含むＩＭＳ契約に属する場合には、ＨＳＳが、契約の他のプライベートユーザアイデンティティのリストをＳＡＡに追加する。これを行なうために、Associated-Identities属性−値対（ＡＶＰ）を使用する。このAssociated-Identities  AVPは、各々プライベートユーザアイデンティティを含むユーザ−ネームＡＶＰのリストを含むものとしてＣｘインターフェイスを使用するユニットにより知られている。
【００１４】
３ＧＰＰメッセージの従来のフォーマットを使用すると、ＳＡＡメッセージは、次のように定義される。
<Server-Assignment-Answer> ::= < Diameter Header: 301, PXY, 16777216 >
< Session-Id >
{ Vendor-Specific-Application-Id }
[ Result-Code ]
[ Experimental-Result ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
[ User-Name ]
*[ Supported-Features ]
[ User-Data ]
[ Charging-Information ]
*[ Proxy-Info ]
*[ Route-Record ]
[ Associated-Identities ]
*[ AVP ]
更に、Associated-Identitiesフィールドは、次のように定義される。
Associated-Identities ::= <AVP header: xxx>
*[User-Name]
*[AVP]
但し、項“ｘｘｘ”は、システムの要求に適合するように選択できる数字を示す。
【００１５】
Ｓ−ＣＳＣＦは、それが受け取る関連プライベートユーザアイデンティティに基づいて、更なるアクションを実行する前にＩＭＳ契約のプライベートユーザアイデンティティを学習し、それらを自分のデータベースに予め記憶することができる。
【００１６】
新たなプライベートユーザアイデンティティがＨＳＳにおいてＩＭＳ契約に追加される場合には、ＨＳＳは、Push-Profile-Request（プッシュ−プロフィール−要求)（ＰＰＲ）をＳ−ＣＳＣＦへ送信することにより、Ｓ−ＣＳＣＦに通知する。ＰＰＲは、Ｓ−ＣＳＣＦが既に所有するプライベートユーザアイデンティティと、Associated-Identities AVPにおける関連プライベートユーザアイデンティティの更新リストとをキーとして含んでいる。又、ＡＶＰは、新たなプライベートユーザアイデンティティも含む。Ｓ−ＣＳＣＦは、それを行なって新たなアイデンティティをそのデータベースに記憶することを示す。
【００１７】
Push-Profile-Requestメッセージのフォーマットは、次の通りである。
< Push-Profile-Request > ::= < Diameter Header: 305, REQ, PXY, 16777216 >
< Session-Id >
{ Vendor-Specific-Application-Id }
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
{ Destination-Host }
{ Destination-Realm }
{ User-Name }
*[ Supported-Features ]
[ User-Data ]
[ Charging-Information ]
*[ Proxy-Info ]
*[ Route-Record ]
[ Associated-Identities ]
*[ AVP ]
【００１８】
既存のプライベートユーザアイデンティティが契約から削除される場合に、ＨＳＳは、Registration-Termination-Request（登録終了要求)（ＲＴＲ）メッセージを使用して、Ｓ−ＣＳＣＦに通知する。メッセージの基礎は、現在、３ＧＰＰ規格に規定されている。しかしながら、現在、ＲＴＲは、一度に１つのプライベートアイデンティティ（即ち、ユーザ−ネームＡＶＰ）しか含むことができない。本発明者は、ＲＴＲメッセージを使用する効率は、関連アイデンティティＡＶＰをＲＴＲコマンドに付加的に含ませることにより改善できることを示している。この改善により、ＲＴＲコマンドは、次のフォーマットをもつことになる。
<Registration-Termination-Request> ::=< Diameter Header: 304, 16777216, REQ >
< Session-Id >
{ Vendor-Specific-Application-Id }
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
{ Destination-Host }
{ Destination-Realm }
{ User-Name }
*[ Supported-Features ]
*[ Public-Identity ]
{ Deregistration-Reason }
[ Associated-Identities ]
*[ Proxy-Info ]
*[ Route-Record ] 
*[ AVP ]
【００１９】
上述した特徴を３ＧＰＰシステムの他の特徴に関連して実施するのに適した３ＧＰＰ  ＡＶＰコードのリストは、次の通りである。
テーブル７．１：３ＧＰＰ特有のＡＶＰコード
【表１】
2008529331.tif 000002
2008529331.tif 000003
2008529331.tif 000004
【００２０】
上述した特徴を３ＧＰＰシステムにおいて実施するのに適したＳ−ＣＳＣＦ登録／登録解除通知手順を以下に説明する。
【００２１】
この手順は、Ｓ−ＣＳＣＦとＨＳＳとの間で使用される。この手順は、Ｓ−ＣＳＣＦにより呼び出され、オペレーションＣｘ−Ｐｕｔ及びＣｘ−Ｐｕｌｌの組み合せに対応し（３ＧＰＰ  ＴＳ  ２３．２２８［１］を参照）、そして次のように使用される。
−Ｓ−ＣＳＣＦをパブリックユーザアイデンティティに指定するか、又は１つ以上のパブリックユーザアイデンティティに指定されたＳ−ＣＳＣＦのネームをクリアする。
−Ｓ−ＣＳＣＦがユーザにサービスするために必要な当該ユーザ情報をＨＳＳからダウンロードする。
【００２２】
この手順は、３ＧＰＰ  ＴＳ  ２９．２２９［５］に規定されたダイアメータ(Diameter)アプリケーションにおけるコマンドServer-Assignment-Request/Answer（サーバー指定要求／回答）へマップされる。テーブル６．１．２．１及び６．１．２．２は、それに含まれる情報エレメントを記述する。
【００２３】
テーブル６．１．２．１：Ｓ−ＣＳＣＦ登録／登録解除通知要求
【表２】
2008529331.tif 000005
2008529331.tif 000006
【００２４】
テーブル６．１．２．２：Ｓ−ＣＳＣＦ登録／登録解除通知応答
【表３】
2008529331.tif 000007
2008529331.tif 000008
【００２５】
詳細な振舞い
パブリックユーザアイデンティティを登録／登録解除するときに、Ｓ−ＣＳＣＦは、ＨＳＳに通知しなければならない。ユーザプロフィールを含むユーザ情報及び課金情報を得るには、Ｓ−ＣＳＣＦにより同じ手順が使用される。ダウンロードされる当該ユーザプロフィールは、第６．５．１節及び第６．６節に詳細に説明されている。ＨＳＳは、ユーザの全アイデンティティの登録状態に関する情報を保持する。Ｓ−ＣＳＣＦは、この手順を使用してこのような状態を更新する。暗示的に登録されたアイデンティティについては、第６．５．１節に規定されたルールが適用されねばならない。ＨＳＳは、次の順序で次のことを行なわねばならない（いずれかのステップでエラーが生じた場合には、ＨＳＳは、処理を停止して、それに対応するエラーコードを返送しなければならない、３ＧＰＰ  ＴＳ  ２９．２２９［５］を参照）。
【００２６】
１．ユーザが既知であることをチェックする。もしそうでなければ、Experimental-Result-Code(実験−結果−コード)がDIAMETER_ERROR_USER_UNKNOWNにセットされねばならない。パブリックユーザアイデンティティもプライベートユーザアイデンティティも含まれない場合には、Experimental-Result-Codeは、DIAMETER_MISSING_USER_IDにセットされねばならない。
【００２７】
２．ＨＳＳは、要求において受け取られたプライベート及びパブリックユーザアイデンティティが同じユーザに属するかどうかチェックすることができる。もしそうでなければ、Experimental-Result-Codeは、DIAMETER_ERROR_IDENTITIES_DONT_MATCHにセットされねばならない。
【００２８】
３．要求において受け取られたサーバー指定タイプ値をチェックする。
−  それがREGISTRATION又はRE_REGISTRATIONを指示する場合には、ＨＳＳは、当該ユーザ情報をダウンロードしなければならない。プライベートユーザアイデンティティに対して特有であるパブリックユーザアイデンティティの認証保留フラグがセットされた場合には、ＨＳＳがそれをクリアしなければならない。Result-Code(結果−コード)は、DIAMETER_SUCCESSにセットされねばならず、そしてＨＳＳは、パブリックユーザアイデンティティの登録状態を登録とセットしなければならない（まだ登録されていない場合）。サービスされるＩＭＳ契約に属する多数のプライベートユーザアイデンティティがある場合には、関連アイデンティティＡＶＰが回答メッセージに追加されねばならず、それは、ＩＭＳ契約に関連した全てのプライベートユーザアイデンティティを含まねばならない。
【００２９】
要求には１つのパブリックユーザアイデンティティしか存在してはならない。２つ以上のアイデンティティが存在する場合には、Result-CodeがDIAMETER_AVP_OCCURS_TOO_MANY_TIMESにセットされねばならず、そしてユーザ情報が返送されてはならない。パブリックユーザアイデンティティ存在しない場合には、Experimental-Result-CodeがDIAMETER_MISSING_USER_IDにセットされねばならない。
【００３０】
−  それがUNREGISTERED_USERを指示する場合には、ＨＳＳは、Ｓ−ＣＳＣＦのネームを記憶し、パブリックユーザアイデンティティの登録状態を非登録とセットし、即ち着信コールの結果として登録されるとセットし、そして当該ユーザ情報をダウンロードする。ＨＳＳにおいてパブリックユーザアイデンティティに関連した多数のプライベートユーザアイデンティティがある場合には、ＨＳＳは、プライベートユーザアイデンティティの１つを任意に選択し、そしてそれを応答メッセージに入れねばならない。Result-Codeは、DIAMETER_SUCCESSにセットされねばならない。サービスされるＩＭＳ契約に属する多数のプライベートユーザアイデンティティがある場合には、関連アイデンティティＡＶＰは、回答メッセージに追加されねばならず、そしてこれは、ＩＭＳ契約に関連した全てのプライベートユーザアイデンティティを含まねばならない。
【００３１】
要求には１つのパブリックユーザアイデンティティしか存在してはならない。２つ以上のアイデンティティが存在する場合には、Result-CodeがDIAMETER_AVP_OCCURS_TOO_MANY_TIMESにセットされねばならず、そして前記段落で指定された変更が実行されてはならない。パブリックユーザアイデンティティが存在しない場合には、Experimental-Result-Codeは、DIAMETER_MISSING_USER_IDにセットされねばならない。
【００３２】
−  それがTIMEOUT_DEREGISTRATION、USER_DEREGISTRATION、DEREGISTRATION_TOO_MUCH_DATA、又はADMINISTRATIVE_DEREGISTRATIONを指示する場合には、ＨＳＳは、Ｓ−ＣＳＣＦが要求において指示した全てのパブリックユーザアイデンティティに対してプライベートユーザアイデンティティに関連したＳ−ＣＳＣＦをクリアし、そしてアイデンティティの登録状態を非登録にセットする。パブリックユーザアイデンティティが要求に存在しない場合には、プライベートユーザアイデンティティが存在しなければならず、この場合に、ＨＳＳは、プライベートユーザアイデンティティに関連した全てのパブリックユーザアイデンティティに対してＳ−ＣＳＣＦのネームをクリアし、そしてそれらの登録状態を非登録にセットしなければならない。Result-Codeは、DIAMETER_SUCCESSにセットされねばならない。
【００３３】
−  それがTIMEOUT_DEREGISTRATION_STORE_SERVER_NAME又はUSER_DEREGISTRATION_STORE_SERVER_NAMEを指示する場合には、ＨＳＳは、Ｓ−ＣＳＣＦが要求において指示した全てのパブリックユーザアイデンティティに対して、プライベートユーザアイデンティティに関連したＳ−ＣＳＣＦネームを記憶保持すべきかどうかを判断する。パブリックユーザアイデンティティが要求に存在しない場合には、プライベートユーザアイデンティティが存在しなければならない。ＨＳＳが、Ｓ−ＣＳＣＦネームを記憶保持すべきであると判断する場合には、ＨＳＳは、プライベートユーザアイデンティティに関連した全てのパブリックユーザアイデンティティに対してＳ−ＣＳＣＦネームを記憶保持し、そしてそれらの登録状態を非登録にセットしなければならない。
【００３４】
Result-Codeは、DIAMETER_SUCCESSにセットされねばならない。ＨＳＳがＳ−ＣＳＣＦネームを保持すべきでないと判断する場合には、Experimental-Result-Codeは、DIAMETER_SUCCESS_SERVER_NAME_NOT_STOREDにセットされねばならない。ＨＳＳは、それが要求においてパブリックユーザアイデンティティを受け取った場合に、その要求においてＳ−ＣＳＣＦが指示したパブリックユーザアイデンティティ（１つ又は複数）に対して登録状態を非登録にセットしなければならない。ＨＳＳは、それが要求においてプライベートユーザアイデンティティを受け取った場合に、プライベートアイデンティティに関連した全てのパブリックユーザアイデンティティの登録状態を非登録にセットしなければならない。
【００３５】
−  それがNO_ASSIGNMENTを指示する場合には、ＨＳＳは、データを要求しているＳ−ＣＳＣＦに対してユーザが指定されるかどうかチェックし、そして当該ユーザ情報をダウンロードする。Result-Codeは、DIAMETER_SUCCESSにセットされねばならない。サービスされるＩＭＳ契約に属する多数のプライベートユーザアイデンティティがある場合には、関連アイデンティティＡＶＰが回答メッセージに追加されねばならず、これは、ＩＭＳ契約に関連した全てのプライベートユーザアイデンティティを含まねばならない。
【００３６】
要求を発しているＳ−ＣＳＣＦが、指定されたＳ−ＣＳＣＦと同じでない場合には、Result-Codeは、DIAMETER_UNABLE_TO_COMPLYにセットされねばならない。
【００３７】
要求には１つのパブリックユーザアイデンティティしか存在してはならない。２つ以上のパブリックユーザアイデンティティが存在する場合には、Result-Codeは、DIAMETER_AVP_OCCURS_TOO_MANY_TIMESにセットされねばならず、そしてユーザ情報は返送されてはならない。パブリックユーザアイデンティティが存在しない場合には、Experimental-Result-Codeは、DIAMETER_MISSING_USER_IDにセットされねばならない。
【００３８】
−  それがAUTHENTICATION_FAILURE又はAUTHENTICATION_TIMEOUTを指示する場合には、ＨＳＳは、要求においてＳ−ＣＳＣＦが指示したプライベートユーザアイデンティティに関連したパブリックユーザアイデンティティに対するＳ−ＣＳＣＦネームをクリアし、そしてそのアイデンティティの登録状態を非登録とセットしなければならない。プライベートユーザアイデンティティに対して特有のパブリックユーザアイデンティティの認証保留フラグがセットされる場合には、ＨＳＳは、それをクリアしなければならない。Result-Codeは、DIAMETER_SUCCESSにセットされねばならない。
【００３９】
要求には１つのパブリックユーザアイデンティティしか存在してはならない。２つ以上のアイデンティティが存在する場合には、Result-Codeは、DIAMETER_AVP_OCCURS_TOO_MANY_TIMESにセットされねばならず、そして前記段落で指定された変更を実行してはならない。パブリックユーザアイデンティティが存在しない場合には、Experimental-Result-Codeは、DIAMETER_MISSING_USER_IDにセットされねばならない。
【００４０】
ＨＳＳが、例えば、データベースエラーのために、受け取った要求を満足できない場合には、Result-CodeをDIAMETER_UNABLE_TO_COMPLYにセットしなければならない。ＨＳＳは、ユーザ状態を変更してはならず、又、ユーザのパブリックユーザアイデンティティ情報をＳ−ＣＳＣＦにダウンロードしてはならない。
【００４１】
エラー状態、即ち、ＨＳＳに記憶されたものとは異なるＳ−ＣＳＣＦネームの受け取り、及びユーザの登録状態に合致しないサーバー指定タイプ値の受け取り、の取り扱いについては、第８．１．２章及び第８．１．３章を参照されたい。
【００４２】
３ＧＰＰシステムにおいて上述した特徴を実施するのに適した認証手順を以下に説明する。
【００４３】
この手順は、エンドユーザとホームＩＭＳネットワークとの間で認証をサポートするための情報を交換するためにＳ−ＣＳＣＦとＨＳＳとの間で使用される。この手順は、Ｓ−ＣＳＣＦにより呼び出され、オペレーションＣｘ−ＡＶ−Ｒｅｑ及びＣｘ−Ｐｕｔの組み合せに対応し（３ＧＰＰ  ＴＳ  ３３．２０３［３］を参照）、そして次のように使用される。
−  ＨＳＳから認証ベクトルを検索する。
−  ＵＥ及びＨＳＳにおけるシーケンス番号間の同期欠陥を分析する。
【００４４】
この手順は、３ＧＰＰ  ＴＳ  ２９．２２９［５］に規定されたダイアメーターアプリケーションにおいてコマンドMultimedia-Auth-Request/Answer（マルチメディア−認証−要求／回答)へマップされる。テーブル６．３．１−６．３．５は、当該情報エレメントを詳細に示す。
テーブル６．３．１：認証要求
【表４】
2008529331.tif 000009
【００４５】
テーブル６．３．２：認証データコンテンツ−要求
【表５】
2008529331.tif 000010
【００４６】
テーブル６．３．３：認証データコンテンツ−要求、同期欠陥
【表６】
2008529331.tif 000011
【００４７】
テーブル６．３．４：認証回答
【表７】
2008529331.tif 000012
【００４８】
テーブル６．３．５：認証データコンテンツ−応答
【表８】
2008529331.tif 000013
【００４９】
詳細な振舞い
ＨＳＳは、次の順序で次のことを実行しなければならない(いずれかのステップにおいてエラーが発生した場合には、ＨＳＳは、処理を停止し、それに対応するエラーコードを返送しなければならない。３ＧＰＰ  ＴＳ  ２９．２２９［５］を参照されたい)。
１．ユーザがＨＳＳに存在することをチェックする。もしそうでなければ、Experimental-Result-CodeをDIAMETER_ERROR_USER_UNKNOWNへ送信しなければならない。
２．ＨＳＳは、プライベート及びパブリックアイデンティティが同じユーザに属することをチェックしてもよい。もしそうでなければ、Experimental-Result-CodeをDIAMETER_ERROR_IDENTITIES_DONT_MATCHへ送信しなければならない。
【００５０】
３．要求に指示された認証機構がサポートされることをチェックする。もしそうでなければ、Experimental-Result-CodeをDIAMETER_ERROR_AUTH_SCHEME_UNSUPPORTEDへ送信しなければならない。
４．要求が同期欠陥の存在を指示する場合には、ＨＳＳは、要求において受け取られたＳ−ＣＳＣＦネームを、ＨＳＳに記憶されたＳ−ＣＳＣＦネームと比較しなければならない。
−  それらが同一である場合には、ＨＳＳは、３ＧＰＰ  ＴＳ  ３３．２０３［３］に記載されたようにＡＵＴＳを処理し、そして要求された認証情報を返送する。Result-CodeをDIAMETER_SUCCESSへ送信しなければならない。
【００５１】
５．要求において受け取ったパブリックアイデンティティの登録状態をチェックする。
−  登録されている場合には、ＨＳＳは、要求において受け取ったＳ−ＣＳＣＦネームを、ＨＳＳに記憶されたＳ−ＣＳＣＦネームと比較しなければならない。
−  それらが異なる場合には、ＨＳＳは、Ｓ−ＣＳＣＦネームを記憶しなければならない。ＨＳＳは、コマンドMultimedia-Auth-Requestにおいて受け取られたSIP-Number-Auth-Itemsで指定された最大値まで記憶されたAuthentication-Data-Itemをダウンロードしなければならない。ＨＳＳは、要求において受け取られたプライベートアイデンティティに特有のパブリックアイデンティティの認証保留フラグをセットしなければならない。Result-Codeは、DIAMETER_SUCCESSにセットされねばならない。
−  それらが同じである場合には、ＨＳＳは、コマンドMultimedia-Auth-Requestにおいて受け取られたSIP-Number-Auth-Itemsで指定された最大値まで記憶されたAuthentication-Data-Itemをダウンロードしなければならない。Result-Codeは、DIAMETER_SUCCESSにセットされねばならない。
【００５２】
−  未登録である(即ち、未登録ユーザへの着信コールの結果として、又はユーザプロフィールを記憶保持するＳ−ＣＳＣＦがあることで登録される)場合には、ＨＳＳは、要求において受け取ったＳ−ＣＳＣＦネームを、ＨＳＳに記憶されたＳ−ＣＳＣＦと比較する。
−  それらが異なる場合には、ＨＳＳは、Ｓ−ＣＳＣＦネームを記憶しなければならない。ＨＳＳは、コマンドMultimedia-Auth-Requestにおいて受け取られたSIP-Number-Auth-Itemsで指定された最大値まで記憶されたAuthentication-Data-Itemをダウンロードしなければならない。ＨＳＳは、要求において受け取られたプライベートアイデンティティに特有のパブリックアイデンティティの認証保留フラグをセットしなければならない。Result-Codeは、DIAMETER_SUCCESSにセットされねばならない。
−  それらが同じである場合には、ＨＳＳは、コマンドMultimedia-Auth-Requestにおいて受け取られたSIP-Number-Auth-Itemsで指定された最大値まで記憶されたAuthentication-Data-Itemをダウンロードしなければならない。ＨＳＳは、要求において受け取られたプライベートアイデンティティに特有のパブリックアイデンティティの認証保留フラグをセットしなければならない。Result-Codeは、DIAMETER_SUCCESSにセットされねばならない。
【００５３】
−  未登録である場合には、ＨＳＳは、Ｓ−ＣＳＣＦネームを記憶しなければならない。ＨＳＳは、コマンドMultimedia-Auth-Requestにおいて受け取られたSIP-Number-Auth-Itemsで指定された最大値まで記憶されたAuthentication-Data-Itemをダウンロードしなければならない。ＨＳＳは、要求において受け取られたプライベートアイデンティティに特有のパブリックアイデンティティの認証保留フラグをセットしなければならない。Result-Codeは、DIAMETER_SUCCESSにセットされねばならない。
【００５４】
６．サービスされるＩＭＳ契約に属する多数のプライベートユーザアイデンティティがある場合には、関連アイデンティティＡＶＰが回答メッセージに追加されねばならず、そしてこれは、ＩＭＳ契約に関連した全てのプライベートユーザアイデンティティを含まねばならない。
【００５５】
ここに指定するケースに対する例外は、ＨＳＳによりエラー状態として処理されねばならず、Result-Codeは、DIAMETER_UNABLE_TO_COMPLYにセットされねばならない。認証情報が返送されてはならない。
【００５６】
この関連プライベートアイデンティティ情報エレメントは、同じＩＭＳ契約に属するプライベートユーザアイデンティティをＳ−ＣＳＣＦに指示する。３ＧＰＰ  ＴＳ  ２９．２２９［５］を参照されたい。
【００５７】
３ＧＰＰシステムにおいて上述した特徴を実施するのに適したServer-Assignment-Answer（ＳＡＡ）コマンドについて以下に説明する。
【００５８】
３０１へ送られるコマンドコードフィールドと、コマンドフラグフィールドにおいてクリアされる“Ｒ”ビットとにより指示されるServer-Assignment-Answer（ＳＡＡ）コマンドは、Server-Assignment-Requestコマンドに応答してサーバーにより送信される。Result-Code又はExperimental-Result AVPは、ＩＥＴＦ  ＲＦＣ３５８８［６］に規定された値に加えて、第６．２節で規定された値の１つを含んでもよい。Result-Code又はExperimental-Resultがエラーについて通知しない場合には、ユーザデータＡＶＰは、Ｓ−ＣＳＣＦがユーザにサービスを提供する必要があるという情報を含まねばならない。
【００５９】
メッセージフォーマット
<Server-Assignment-Answer> ::=< Diameter Header: 301, PXY, 16777216 >
< Session-Id >
{ Vendor-Specific-Application-Id }
[ Result-Code ]
[ Experimental-Result ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
[ User-Name ]
*[ Supported-Features ]
[ User-Data ]
[ Charging-Information ]
[ Associated-Identities ]
*[ AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
【００６０】
３ＧＰＰシステムにおいて上述した特徴を実施するのに適したMultimedia-Auth-Answer（ＭＡＡ）コマンドについて以下に説明する。
【００６１】
３０３へ送られるコマンドコードフィールドと、コマンドフラグフィールドにおいてクリアされる“Ｒ”ビットとにより指示されるMultimedia-Auth-Answer（ＭＡＡ）コマンドは、Multimedia-Auth-Requestコマンドに応答してサーバーにより送信される。Result-Code又はExperimental-Result AVPは、ＩＥＴＦ  ＲＦＣ３５８８［６］に規定された値に加えて、第６．２節で規定された値の１つを含んでもよい。
【００６２】
メッセージフォーマット
< Multimedia-Auth-Answer > ::= < Diameter Header: 303, PXY, 16777216 >
< Session-Id >
{ Vendor-Specific-Application-Id }
[ Result-Code ]
[ Experimental-Result ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
[ User-Name ]
*[ Supported-Features ]
[ Public-Identity ]
[ SIP-Number-Auth-Items ]
*[ SIP-Auth-Data-Item ]
[ Associated-Identities ]
*[ AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
【００６３】
３ＧＰＰシステムにおいて上述した特徴を、システムの他の特徴に関連して実施するのに適したＡＶＰについて以下に説明する。
【００６４】
以下のテーブルは、Ｃｘインターフェイスプロトコルに対して定義されたダイアメータＡＶＰ、それらのＡＶＰコード値、形式、考えられるフラグ値、及びＡＶＰを暗号化できるかどうかを示している。本書で定義される全てのＡＶＰのベンダーＩＤヘッダは、３ＧＰＰ（１０４１５）にセットされねばならない。
【００６５】
テーブル６．３．１：ダイアメータマルチメディアアプリケーションＡＶＰ
【表９】
2008529331.tif 000014
2008529331.tif 000015
【００６６】
Associated-Identities(関連アイデンティティ)ＡＶＰは、形式「グループ」のものであり、ＩＭＳ契約に関連したプライベートユーザアイデンティティを含む。
ＡＶＰフォーマット
Associated-Identities ::= <AVP header: 632 10415>
*[User-Name]
*[AVP]
【００６７】
本発明は、現在の３Ｇ通信システム以外のシステムにも適用できる。原理的に、パブリック及びプライベートユーザアイデンティティの多数の対をサービス提供エンティティ(例えば、Ｓ−ＣＳＣＦ)に通知する能力は、広範囲のシステムにおいて有用である。一次アイデンティティ対（例えば、ＳＡＲメッセージ及び／又はＰＰＲメッセージ）に関する情報をサービス提供エンティティに通知するのに使用されるものと同じメッセージによりこれを達成するのが特に効果的である。又、対応的に、単一のメッセージ（例えば、ＲＴＲメッセージ）を通して多数の対の削除をトリガーできることも効果的である。
【００６８】
以上、各個々の特徴を別々に開示すると共に、２つ以上の特徴の組み合せも開示し、このような特徴又は特徴の組み合せが、ここに開示した問題を解消するかどうかに関わらず、又、特許請求の範囲を限定することなく、当業者の通常の一般的な知識に鑑み、そのような特徴又はその組み合せを本明細書に基づき全体として実施できるようにした。本発明の態様は、このような個々の特徴又は特徴の組み合せより成ることが指示された。以上の説明に鑑み、当業者であれば、本発明の範囲内で種々の変更がなされ得ることが明らかであろう。
【図面の簡単な説明】
【００６９】
【図１】通信システムを示す図である。
【図１】
2008529331.tif 000016
【国際調査報告】
2008529331.tif 000017
2008529331.tif 000018
2008529331.tif 000019