(57)【要約】  移動通信システムにユーザを登録する方法であって、本方法は、第１サービングコントローラを識別する１次及び２次識別子をユーザ情報記憶装置内に記憶する段階と、１次及び２次識別子を使用してそのサービングコントローラを識別する要求をサービングコントローラから受け取る段階と、ユーザ情報記憶装置の１次識別子を要求の１次識別子と比較して、不一致がある場合、ユーザ情報記憶装置の２次識別子を要求の２次識別子と比較する段階とを含み、２次識別子の間に不一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラではないと判定され、２次識別子の間の一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラであると判定される方法。【選択図】図６
2008509586.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいてユーザを登録する方法であって、
第１サービングコントローラを識別する１次及び２次識別子をユーザ情報記憶装置内に記憶する段階と、
１次及び２次識別子を使用してサービングコントローラを識別する要求を前記サービングコントローラから受け取る段階と、
前記ユーザ情報記憶装置の前記１次識別子を前記要求の１次識別子と比較して、不一致がある場合、前記ユーザ情報記憶装置の前記２次識別子を前記要求の２次識別子と比較する段階と、
を含み、
前記２次識別子の間に不一致がある場合、前記要求において識別されたサービングコントローラは前記第１サービングコントローラではないと判定され、
前記２次識別子の間に一致がある場合、前記要求において識別されたサービングコントローラは前記第１サービングコントローラであると判定されることを特徴とする方法。
【請求項２】
前記２次識別子に不一致がある場合、登録取消し要求を前記第１サービングコントローラに発行する段階を含む請求項１に記載の方法。
【請求項３】
前記２次識別子間に一致がある場合、ユーザ端末を認証するための認証手順を実施する段階を含む請求項１に記載の方法。
【請求項４】
前記１次識別子をセッション開始プロトコル統一資源識別子として提供する段階を含む請求項１に記載の方法。
【請求項５】
Ｄｉａｍｅｔｅｒアイデンティティとして前記２次識別子を提供する段階を含む請求項１に記載の方法。
【請求項６】
前記１次識別子に複数のフィールドを設ける段階を含み、前記複数のフィールドの第１セットが前記第１サービングコントローラを識別し、前記複数のフィールドの第２セットが付加的なパラメータを保持することを特徴とする請求項１に記載の方法。
【請求項７】
前記１次識別子を比較する段階は、前記複数のフィールドの第１セットが一致するが前記複数のフィールドの第２セットは一致しない場合に不一致を生成させるようにすることで、前記要求において識別された前記サービングコントローラは前記第１サービングコントローラではないことを誤って示すことを特徴とする請求項６に記載の方法。
【請求項８】
前記２次識別子の間に一致がある場合、前記ユーザ情報記憶装置内に記憶された前記１次識別子を前記要求で受け取られた１次識別子によって更新する段階を含む請求項１に記載の方法。
【請求項９】
新しく割り当てられたサービングコントローラの１次識別子を前記登録取消し要求内に含める段階を含む請求項２に記載の方法。
【請求項１０】
第１サービングコントローラと、
前記第１サービングコントローラに関連して少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置であって、前記第１サービングコントローラが１次及び２次識別子によって識別されるユーザ情報記憶装置と、
１次及び２次識別子を使用して前記サービングコントローラを識別する要求をサービングコントローラから受け取るための手段と、
前記ユーザ情報記憶装置の前記１次識別子と前記要求の１次識別子とを比較し、不一致がある場合、前記ユーザ情報記憶装置の前記２次識別子を前記要求の２次識別子と比較する手段と、
を含み、
前記２次識別子の間に不一致がある場合、前記要求において識別されたサービングコントローラは前記第１サービングコントローラではないと判定され、
前記２次識別子の間に一致がある場合、前記要求において識別されたサービングコントローラは前記第１サービングコントローラであると判定されることを特徴とする通信システム。
【請求項１１】
前記ユーザ情報記憶装置は、ホーム加入者サーバーを含むことを特徴とする請求項１０に記載の通信システム。
【請求項１２】
前記サービングコントローラは、コールセッション制御機能を含むことを特徴とする請求項１０に記載の通信システム。
【請求項１３】
前記通信システムは、無線通信システムを含むことを特徴とする請求項１０に記載の通信システム。
【請求項１４】
前記２次識別子に不一致がある場合、登録取消し要求を前記第１サービングコントローラに発行するための手段を更に含むことを特徴とする請求項１０に記載の通信システム。
【請求項１５】
新しく割り当てられたサービングコントローラの１次識別子を前記登録取消し要求に挿入する手段を更に含むことを特徴とする請求項１４に記載の通信システム。
【請求項１６】
ユーザ間の通信を提供するための移動通信システムで使用するネットワークエンティティであって、
１次及び２次識別子によって識別される第１サービングコントローラに関連して少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置と、
１次及び２次識別子を使用してサービングコントローラを識別する要求を前記サービングコントローラから受け取るための手段と、
前記ユーザ情報記憶装置の前記１次識別子を前記要求の１次識別子と比較し、不一致がある場合、前記ユーザ情報記憶装置の前記２次識別子を前記要求の２次識別子と比較する手段と、
を含み、
前記２次識別子の間に不一致がある場合、前記要求において識別されたサービングコントローラは前記第１サービングコントローラではないと判定され、
前記２次識別子の間に一致がある場合、前記要求において識別されたサービングコントローラは前記第１サービングコントローラであると判定されることを特徴とするネットワークエンティティ。
【請求項１７】
ホーム加入者サーバーを更に含む請求項１６に記載のネットワークエンティティ。
【請求項１８】
前記要求において識別された前記サービングコントローラが前記第１サービングコントローラでないと決定された場合に登録取消しコマンドをディスパッチする手段を更に含む請求項１６に記載のネットワークエンティティ。
【請求項１９】
前記要求において識別された前記サービングコントローラが前記第１サービングコントローラであると判定された場合に前記ユーザ端末に対して認証手順を実施する手段を更に含む請求項１６に記載のネットワークエンティティ。
【請求項２０】
前記１次識別子は、セッション開始プロトコルユニバーサルリソース識別子を含むことを特徴とする請求項１６に記載のネットワークエンティティ。
【請求項２１】
前記２次識別子は、Ｄｉａｍｅｔｅｒアイデンティティを含むことを特徴とする請求項１６に記載のネットワークエンティティ。
【請求項２２】
１次アイデンティティを前記登録取消しコマンドに挿入する手段及び新しく割り当てられたサービングコントローラを更に含むことを特徴とする請求項１８に記載のネットワークエンティティ。
【請求項２３】
１次及び２次識別子によって識別される第１サービングコントローラと、
前記第１サービングコントローラに関連して少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置と、
１次及び２次識別子を使用して前記サービングコントローラを識別する要求をサービングコントローラから受け取る受信器と、
前記ユーザ情報記憶装置の前記１次識別子を前記要求の１次識別子と比較して、不一致がある場合、前記ユーザ情報記憶装置の前記２次識別子を前記要求の２次識別子と比較する比較器と、
を含み、
前記２次識別子の間に不一致がある場合、前記要求において識別されたサービングコントローラは前記第１サービングコントローラではないと判定され、
前記２次識別子の間に一致がある場合、前記要求において識別されたサービングコントローラは前記第１サービングコントローラであると判定されることを特徴とする通信システム。
【請求項２４】
ユーザ間の通信を提供するための移動通信システムで使用するネットワークエンティティであって、
１次及び２次識別子によって識別される第１サービングコントローラに関連した少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置と、
１次及び２次識別子を使用して前記サービングコントローラを識別する要求をサービングコントローラから受け取る受信器と、
前記ユーザ情報記憶装置の１次識別子を前記要求の１次識別子と比較して、不一致がある場合、前記ユーザ情報記憶装置の２次識別子を前記要求の２次識別子と比較する比較器と、
を含み、
前記２次識別子間に不一致がある場合、前記要求において識別されたサービングコントローラは前記第１サービングコントローラではないと判定され、
前記２次識別子間に一致がある場合、前記要求において識別されたサービングコントローラは前記第１サービングコントローラであると判定されることを特徴とするネットワークエンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおけるユーザ登録に関する。
【背景技術】
【０００２】
システムに関連付けられたユーザ装置及び／又は他のノードなどの２つ又はそれ以上のエンティティ間の通信を可能にする多様な通信システムが今日使用されている。このようなシステムは、例えば音声、データ、及びマルチメディアデータの伝達を含むことができる。
【０００３】
ユーザ端末又は他のノード用の無線通信を提供する通信システムは公知である。無線システムの例は、公衆陸上移動ネットワーク（ＰＬＭＮ）である。ＰＬＭＮは典型的にはセルラーネットワークであり、ここでは基地送受信局（ＢＴＳ）又は類似のアクセスエンティティが、無線インターフェースを介して移動局（ＭＳ）などのユーザ装置（ＵＥ）にサービスを提供する。通信に必要な装置のオペレーションは通常、自ら相互接続することができる１つ又はそれ以上の制御エンティティによって制御される。ＰＬＭＮを他のネットワークに接続するために１つ又はそれ以上のゲートウェイノードが備えられる。他のこのようなネットワークの実施例は、別のセルラーネットワーク、公衆交換電話網（ＰＳＴＮ）、及びＩＰ（インターネットプロトコル）ベースのネットワークなどのパケット交換データネットワークである。ユーザ装置と通信システムの他の要素との間の通信は、システム内で通信が処理される「ルール」を定義する適切な通信プロトコルに基づく。
【０００４】
現在の第３世代（３Ｇ）無線システムでは、モバイルユーザ向けの種々の通信サービスを処理するために様々な定義されたサーバーが存在する。これらは、ＣＳＣＦとして知られるコールセッション制御機能を提供するサーバーを含む。制御機能はまた、ホーム加入者サーバー（ＨＳＳ）及び種々のアプリケーションサーバー（ＡＳ）などのエンティティによって提供することができる。ＨＳＳは通常、ユーザ（加入者）のプロファイルを恒久的に記憶するためのものである。例えば、３Ｇ用のＲｅｌｅａｓｅ５アーキテクチャでは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって指定されるように、これらのエンティティは、ＩＰマルチメディアサブシステム（ＩＭＳ）に位置付けられるのが分かる。コールセッション制御機能は、サービング機能Ｓ−ＣＳＣＦ、インテロゲーティング機能  Ｉ−ＣＳＣＦ、及びプロキシ機能  Ｐ−ＣＳＣＦを提供する。
【０００５】
ＩＭＳネットワークは、３Ｇアーキテクチャのハブに位置し、従来の音声電話とマルチメディアサービスの両方を処理するＩＰベースのネットワークをサポートすることができる。３ＧＰＰは、３Ｇネットワークのためのコアセッション信号方式プロトコルとしてセッション開始プロトコル（ＳＩＰ）を選択している。ＳＩＰは、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって開発されてきた。ＳＩＰの観点からのＩＭＳネットワーク基本オペレーションを記述する３ＧＰＰ仕様２４．２２９は、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｌａｔｅｓｔ／Ｒｅｌ−５／２４＿ｓｅｒｉｅｓ／で見ることができる。ＳＩＰは、ソースから送られた全メッセージに対して、送られたメッセージの受信を確認する宛先からの関連応答があるという意味で、要求／応答型プロトコルである点に留意されたい。
【０００６】
ユーザは、ロケーション及び利用可能な通信リンクに従ってＳ−ＣＳＣＦに登録される。インテロゲーティングサービングコールセッション制御機能（Ｉ−ＣＳＣＦ）は、Ｓ−ＣＳＣＦにコンタクトするのに使用される。ユーザに割り当てられたＳ−ＣＳＣＦであるＳ−ＣＳＣＦがＩ−ＣＳＣＦによってコンタクトすることができない場合、登録手順中にユーザ用の新しいＳ−ＣＳＣＦを割り当てることが可能である。これが行われた場合、ホーム加入者サーバーＨＳＳは、ユーザ用に以前に割り当てられていたＳ−ＣＳＣＦと異なるＳ−ＣＳＣＦ名を含むマルチメディア認証要求（ＭＡＲ）コマンドを受け取ることが可能である。既存の３ＧＰＰプロトコルでは、ホーム加入者サーバーは、Ｒｅｇｉｓｔｒａｔｉｏｎ−Ｔｅｒｍｉｎａｔｉｏｎ−Ｒｅｑｕｅｓｔ（登録−終了−要求）（ＲＴＲ）コマンドを使用することによって、古いＳ−ＣＳＣＦ内の登録を取り消すことができる。このコマンドに理由ＮＥＷ＿ＳＥＲＶＥＲ＿ＡＳＳＩＧＮＥＤを割り当てることによって、新しいＳ−ＣＳＣＦ内に登録されたユーザの公開アイデンティティを古いＳ−ＣＳＣＦから登録が取消される。登録取消しの最適化の背景としてＮｏｋｉａ  Ｃｏｒｐｏｒａｔｉｏｎの名称で先に申請された米国特許出願第＿＿＿＿＿（Ｎｏｋｉａ  Ｒｅｆ：ＮＣ４００８７）を引用する。
【０００７】
特定のＳ−ＣＳＣＦは、ＳＩＰ  ＵＲＩ（セッション開始プロトコル統一資源識別子）によって識別される。ＩＥＴＦ  ＲＦＣ３２６１（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ）に従ってＳＩＰ  ＵＲＩは、以下の一般形式を取る。
Ｓｉｐ：ｕｓｅｒ：ｐａｓｓｗｏｒｄ＠ｈｏｓｔ：ｐｏｒｔ；ｕｒｉ−ｐａｒａｍｅｔｅｒｓ？ｈｅａｄｅｒｓ
【０００８】
「ユーザ」フィールドは、アドレス指定されるホストでの特定のリソースの識別子である。この形式において、ユーザ情報は、ユーザフィールド、パスワードフィールド、及び＠フィールドを含む。「パスワード」フィールドは、ユーザに関連付けられたパスワードであり、「ホスト」フィールドは、ＳＩＰリソースを提供するホストを識別する。「ポート」フィールドは、要求が送信されることになるポート番号である。ｕｒｉ−パラメータは、ＵＲＩから構成された要求に影響を与え、例えば、転送、ｍａｄｄｒ（サーバーアドレス）、ｔｔｌ（活動時間）、ユーザ、方法、及びＩｒ（ルーティング）パラメータをそれ自体公知の方法で設定するのを可能にする。
【０００９】
ヘッダは、ＵＲＩから構成された要求に含められることになるヘッダフィールドである。
【００１０】
ＩＥＴＦ  ＲＦＣ３２６１で指定されたＳＩＰ  ＵＲＩ比較ルールに従って、２つのＵＲＩが等しいとは、ユーザ、パスワード、ホスト、及びポート構成要素が一致しなければならない。更に、両方のＵＲＩに現れるあらゆるｕｒｉパラメータが一致する必要があり、ルールは、パラメータが１つのＵＲＩに存在し他のＵＲＩには存在しない状況を規定する。ヘッダ構成要素は、無視されず、すなわち、あらゆる存在しているヘッダ構成要素は、両方のＵＲＩに存在し且つ一致しなくてはならない。
【００１１】
これらのルールの結果として、本発明者らは、ＳＩＰ  ＵＲＩ間の不一致が示され、更にＳ−ＣＳＣＦが実際には同じである状況が生じる可能性があることを理解した。これは、Ｓ−ＣＳＣＦに対する望ましくない登録取消し手順を誘発する可能性がある。
【００１２】
【特許文献１】米国特許出願第＿＿＿＿＿（Ｎｏｋｉａ  Ｒｅｆ：ＮＣ４００８７）公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明の目的は、不必要な登録取消し手順を低減することである。
【課題を解決するための手段】
【００１４】
本発明の１つの態様によれば、移動通信システムにおいてユーザを登録する方法が提供され、本方法は、ユーザ情報記憶装置内に第１サービングコントローラを識別する１次及び２次識別子を記憶する段階と、１次及び２次識別子を使用してそのサービングコントローラを識別する要求をサービングコントローラから受け取る段階と、ユーザ情報記憶装置の１次識別子を要求の１次識別子と比較して、不一致がある場合、ユーザ情報記憶装置の２次識別子を要求の２次識別子と比較する段階とを含み、２次識別子の間に不一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラでないと判定され、２次識別子の間に一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラであると判定される。
【００１５】
別の態様は、第１サービングコントローラと、第１サービングコントローラに関連して少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置であって、第１サービングコントローラが１次及び２次識別子によって識別されるユーザ情報記憶装置と、１次及び２次識別子を使用してサービングコントローラを識別する要求をサービングコントローラから受け取るための手段と、ユーザ情報記憶装置の１次識別子を要求の１次識別子と比較し、不一致がある場合、ユーザ情報記憶装置の２次識別子を要求の２次識別子と比較する手段とを含み、２次識別子の間に不一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラではないと判定され、２次識別子の間に一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラであると判定されることを特徴とする通信システムを提供する。
【００１６】
別の態様は、ユーザ間の通信を提供するための移動通信システムで使用されるネットワークエンティティを提供し、該ネットワークエンティティは、１次及び２次識別子によって識別される第１サービングコントローラに関連して少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置と、１次及び２次識別子を使用してサービングコントローラを識別する要求をサービングコントローラから受け取るための手段と、ユーザ情報記憶装置の１次識別子を要求の１次識別子と比較し、不一致がある場合、ユーザ情報記憶装置の２次識別子を要求の２次識別子と比較する手段とを含み、２次識別子の間に不一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラでないと判定され、２次識別子の間に一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラであると判定される。
【００１７】
３ＧＰＰアーキテクチャでは、ユーザ情報記憶装置は、ホーム加入者サーバー（ＨＳＳ）によって構成されるが、他のアーキテクチャでは異なるデータベースを設けることができる点は理解されるであろう。サービングコントローラはまた、３ＧＰＰアーキテクチャにおけるサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）によって提供されるが、異なるアーキテクチャではどのような適切なコントローラもこの役割を果たすことができる点は理解されるであろう。
【００１８】
サービングコントローラを識別する要求は、ＭＡＲ（マルチメディア−認証−要求）とすることができる。
【００１９】
登録取消し要求は、既知の３Ｇプロトコルに従うＲＴＲ（登録−終了−要求）コマンドとすることができ、或いは種々のプロトコルにおける等価の又は他の適切なコマンドとすることができる。
【発明を実施するための最良の形態】
【００２０】
本発明をより完全に理解するために、及び本発明を実施することができる方法を示すために例証として添付図面を参照する。
【００２１】
第３世代（３Ｇ）移動通信システムの例示的なアーキテクチャに関して、例証として本発明の幾つかの実施形態を以下に説明する。しかしながら、本実施形態はどのような適切な通信システムにも適用することができる点を理解されたい。
【００２２】
図１を参照すると、本発明を具現化することができるネットワークアーキテクチャの実施例が示されている。図１には、ＩＰマルチメディアサブシステム（ＩＭＳ）４５は、ＩＰマルチメディアネットワーク加入者にＩＰマルチメディアサービスを提供するために設けられている。
【００２３】
上述のように、ＩＰマルチメディア（ＩＭ）機能は、移動通信システムによって提供することができる。移動通信システムは典型的には、通常はユーザ装置と通信システムの少なくとも１つの基地局との間の無線インターフェースを介して複数のモバイルユーザ装置（ＵＥ）にサービスするように構成されている。移動通信システムは、無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）との間で論理的に分けることができる。
【００２４】
このシステムにおいて、基地局３１は、ユーザ装置と無線アクセスネットワークとの間の無線インターフェースを介してモバイルユーザすなわち加入者のモバイルユーザ装置３０に信号を送信し、該モバイルユーザ装置３０からの信号を受信するように構成されている。これに応じて、モバイルユーザ装置は、無線インターフェースを介して無線アクセスネットワークに信号を送信し、無線アクセスネットワークからの信号を受信することができる。
【００２５】
図示の構成では、ユーザ装置３０は、それぞれ基地局３１に関連付けられたアクセスネットワークを介してＩＭＳネットワーク４５にアクセスすることができる。明瞭にする目的で、図１には１つだけの無線アクセスネットワークの基地局を示しているが、一般的な通信ネットワークシステムは、通常は多数の無線アクセスネットワークを含むことを理解されたい。
【００２６】
３Ｇ無線アクセスネットワーク（ＲＡＮ）は、一般に、適切な無線ネットワークコントローラ（ＲＮＣ）によって制御される。このコントローラは、明瞭にする目的で図示されていない。コントローラは、各基地局に対して割り当てることができ、或いはコントローラは、例えば無線アクセスネットワークレベルで複数の基地局を制御することができる。従って、ネットワークコントローラの名前、ロケーション、及び数はシステムに依存することを理解されたい。
【００２７】
モバイルユーザ装置３０は、ネットワークに接続するためにインターネットプロトコル（ＩＰ）通信用に適合されたあらゆる適切なモバイルユーザ装置を含むことができる。例えば、モバイルユーザは、パーソナルコンピュータ（ＰＣ）、パーソナルデータアシスタント（ＰＤＡ）、移動局（ＭＳ）などによってセルラーネットワークにアクセスすることができる。以下の実施例は、移動局の関連で説明される。
【００２８】
当業者は、典型的な移動局の機能及びオペレーションを熟知している。従って、ユーザが電話呼び出しを行い及び受ける、ネットワークからデータを受信する及びネットワークにデータを送信する、並びにマルチメディアコンテンツを経験する、或いはマルチメディアサービスを使用するなどのタスクのために移動局を用いることができることは十分留意すべきことである。移動局は、移動通信ネットワークの基地局との間で信号を無線で送受信するためのアンテナを含むことができる。移動局はまた、モバイルユーザ装置のユーザのための画像及び他のグラフィック情報を表示するためのディスプレイを備えることができる。カメラ手段は、静止又はビデオ画像を取り込むために設けることができる。スピーカー手段もまた通常備えられる。移動局のオペレーションは、コントロールボタン、音声コマンドなどの適切なユーザインターフェースを用いて制御することができる。更に、移動局には、プロセッサエンティティ及びメモリ手段が備えられる。
【００２９】
明確にするために、１つだけの移動局を図１に示しているが、多数の移動局が移動通信システムの基地局と同時通信することができることを理解されたい。
【００３０】
コアネットワーク（ＣＮ）エンティティは通常、多数の無線アクセスネットワークを介した通信を可能にし、更に単一の通信システムを他のセルラーシステム及び／又は固定回線通信システムなどの１つ又はそれ以上の通信システムと接続するための種々のスイッチング及び他の制御エンティティ並びにゲートウェイを含む。３ＧＰＰシステムでは、無線アクセスネットワークコントローラは通常、限定ではないが、サービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）３３のような１つ又は複数の適切なコアネットワークエンティティに接続されている。無線アクセスネットワークコントローラは、例えばＩｕインターフェース上の適切なインターフェースを介してサービングＧＰＲＳサポートノードと通信する。図示されていないが、ＳＧＳＮは通常、それぞれのユーザ装置の契約に関連した情報を記憶するように構成された指定加入者データベースにアクセスする。
【００３１】
次にサービングＧＰＲＳサポートノードは、通常、ＧＰＲＳバックボーンネットワーク３２を介してゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）３４と通信する。このインターフェースは、一般に交換パケットデータインターフェースである。
【００３２】
図１は、アプリケーションサーバー（ＡＳ）５０を示している。ユーザ装置３０は、限定ではないが、例示的なインターネットプロトコル（ＩＰ）ネットワークなどの１つ又はそれ以上のデータネットワークに接続されているアプリケーションサーバーにＧＰＲＳネットワークを介して接続することができる。多数のアプリケーションサーバーが各データネットワークに接続することができることを理解されたい。
【００３３】
通信システムは、サーバーなどのコントローラエンティティによって処理されるデータネットワークの種々の機能によって、サービスがユーザ装置に提供される方向で開発されてきた。例えば、現在の第３世代（３Ｇ）無線マルチメディアネットワークアーキテクチャでは、種々の制御機能を提供する幾つかの異なるサーバーはサービス供給制御に使用されると考えられる。これらは、コールセッション制御機能（ＣＳＣＦ）などの機能を含む。コールセッション機能は、プロキシコールセッション制御機能（Ｐ−ＣＳＣＦ）、インテロゲーティングコールセッション制御機能（Ｉ−ＣＳＣＦ）、及びサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）などの種々のカテゴリーに分けることができる。類似の機能は、異なるシステムにおいて異なる名称で参照することができる点を理解されたい。例えば、幾つかのアプリケーションでは、ＣＳＣＦは、コール状態制御機能として参照することができる。
【００３４】
ＩＭＳシステムを介してアプリケーションサーバーによって提供されるサービスを使用したいユーザは、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ１）４２などのサービングコントローラに最初に登録することが必要とすることができる。図１に示されるように、Ｓ−ＣＳＣＦ４２とユーザ装置３０との間の通信は、少なくとも１つのプロキシコールセション制御機能（Ｐ−ＣＳＣＦ）３５とインテロゲーティングコールセッション制御機能Ｉ−ＣＳＣＦ３６とを介してルート指定することができる。従ってプロキシＣＳＣＦ３５は、ＧＧＳＮ３４からサービングコールセッション制御機能４２にメッセージをプロキシするためのものである。その結果、図１のＣＳＣＦ４２は、ユーザ装置３０を登録する必要のある制御エンティティを提供する。登録は、ユーザ装置が通信システムからのサービスを要求できるようにするのに必要である。
【００３５】
図１のシステムは、バックボーンネットワークによって要求された通信資源を備え、Ｓ−ＣＳＣＦ４２に登録されたユーザが、所要のサービスに対する要求を通信システムを介してＳ−ＣＳＣＦ４２に送信することによって、アプリケーションサーバー５０により供給されるサービスの利用を開始しなければならないように更に構成されている。
【００３６】
図１には、別のサービングコールセッション制御機能４３であるＳ−ＣＳＣＦ２が図示されている。実際には、当然多数のＳ−ＣＳＣＦが存在し得る。
【００３７】
ユーザ情報記憶エンティティはまた、加入者すなわちユーザに関係した情報を記憶するために設けることができる。特定の実施形態において、記憶エンティティは、ホーム加入者サーバー（ＨＳＳ）３７によって提供されるように図示されている。ホーム加入者サーバー（ＨＳＳ）３７は、適切なインターフェースを介して、例えばセッションセットアップ手順中及びその後で他の機能エンティティによって問い合わせすることができる。加入者情報は、登録及び認証目的に必要なデータ（例えば加入者のアイデンティティ及び登録状態）などの情報を含むことができる。ＨＳＳ３７はまた、加入者プロファイル情報を恒久的に記憶するために使用することができる。特に、ホーム加入者サーバーは、公開アイデンティティを特定のユーザ装置ＵＥに関連付け、更にそのＵＥが登録されるＳ−ＣＳＣＦを識別する情報を保持する。各ＵＥは、ネットワークアクセス識別子（例えばＵＥ１＠ｅｘａｍｐｌｅ．ｏｒｇ．）の形式を有する一意のプライベートアイデンティティによって識別される。各Ｓ−ＣＳＣＦは、ＳＩＰ  ＵＲＩ（セッションイニシエーションプロトコル統一資源識別子）（例えばｓｉｐ：ｓ−ｃｓｃｆ１．ｅｘａｍｐｌｅ．ｏｒｇ：５０６０）によって識別される。各Ｓ−ＣＳＣＦはまた、完全修飾ドメイン名（ＦＱＤＮ）のフォーマット（例えばｓ−ｃｓｃｆ１．ｅｘａｍｐｌｅ．ｏｒｇ）で表わされる、そのＤｉａｍｅｔｅｒアイデンティティによって識別される。Ｄｉａｍｅｔｅｒベースのプロトコルは、ネットワークアクセス又はＩＰ（インターネットプロトコル）モビリティなどのアプリケーションのための認証、許可、及び課金（ＡＡＡ）フレームワークを提供することを意図する。基本的なＤｉａｍｅｔｅｒトランザクションは、属性値ペア（ＡＶＰ）を包含し、これは、認証目的のために使用できるペアの属性（例えば、ユーザＩＤ、パスワード）及びその属性に対する値（例えば、Ｊｏｈｎ  Ｄｏｅ、Ｍａｒｉｇｏｌｄ）である。これらのＡＶＰは、Ｄｉａｍｅｔｅｒメッセージにおける情報要素を構成する。従って、メッセージがＤｉａｍｅｔｅｒプロトコルに従ってＳ−ＣＳＣＦからディスパッチされる場合、これは、Ｄｉａｍｅｔｅｒメッセージのソース（Ｄｉａｍｅｔｅｒ  Ｃｌｉｅｎｔ  Ａｄｄｒｅｓｓ−ＤＣＡ）を識別する起点ホストＡＶＰを含む。
【００３８】
図２は、ホーム加入者サーバーデータベース３８のコンテンツを例証として示す。これは例証に過ぎず、正確なレイアウト及びプロトコルはネットワーク要件に応じて異なる点に留意されたい。各ユーザ装置ＵＥは、１つだけの公開アイデンティティＰｉｄと関連付けて示されているが、実際には各ＵＥに幾つかのアイデンティティが存在する可能性がある。公開アイデンティティは、ＩＭＳシステム内の通信に使用されるユーザの公開アドレスである。公開ユーザアイデンティティは、例えばｓｉｐ：ｐｉｄ１＠ｅｘａｍｐｌｅ．ｏｒｇのようなＳＩＰ  ＵＲＩの形式とすることができる。データベース３８はまた、各ユーザ装置ＵＥ１、ＵＥ２、ＵＥ３などの登録状態とそのユーザ装置の現在登録されているロケーションとを示す。現在登録されているロケーションは、ユーザ装置が現在登録されているＳ−ＣＳＣＦを表し、各ケースでＳＩＰ  ＵＲＩ及びＤＣＡによって識別される。図２の実施例では、ユーザ装置ＵＥ１、ＵＥ２がＳ−ＣＳＣＦ１に登録されているように示されているが、ユーザ装置ＵＥ３は、Ｓ−ＣＳＣＦ２に登録されているように示されている。特定のユーザ装置の特定のＳ−ＣＳＣＦへの割り当てに変更がある場合、ＨＳＳデータベース３８が適切に更新される必要がある。以前のＳ−ＣＳＣＦ及びユーザ装置自体に対して登録取消し手順を実施し、新しいＳ−ＣＳＣＦに対して新しい登録手順を達成できるように、特定のＳ−ＣＳＣＦには登録されないことをユーザ装置が確実に認識する必要がある。このための手順を図３から６を参照して説明する。
【００３９】
３Ｇネットワークでは、ユーザがユーザの移動端末を最初にオンにする場合、ユーザは、端末が完全に接続可能となる前に、ユーザのユーザＩＤ又はアドレスをネットワークに登録しなければならない。これは、ユーザのアドレスの詳細を含むＳＩＰ「ＲＥＧＩＳＴＥＲ」メッセージを端末からＩＭＳに送ることによって行われる。この情報は、ＨＳＳで関連する登録情報を記憶するサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）で処理される。この登録情報は、ロケーション、端末機能、及びユーザ可用性などのユーザの状態を含むことができる。登録は、ＳＩＰにも従う適切な応答メッセージを介してＩＭＳによって応答される。先行する登録が期限切れになると、或いはユーザの状態の変化又は登録をリフレッシュする別の理由が存在する場合に、次の登録が行われる（「再−登録」）。
【００４０】
図３では、登録手順がＳ−ＣＳＣＦ１でＵＥ１を登録するために以前行われていたと仮定する。ここで、図３のＳＩＰ  ＲＥＧＩＳＴＥＲのラベルを付けられた再−登録要求が送出される。認証情報を要求し、ユーザ装置ＵＥ１がＳ−ＣＳＣＦ１に関して登録されたことをチェックするために、Ｓ−ＣＳＣＦ１は、ＳＩＰ  ＵＲＩ1（１次識別子）を使用して自己識別するＭｕｌｔｉｍｅｄｉａ−Ａｕｔｈｅｎｔｉｃａｔｉｏｎ−Ｒｅｑｕｅｓt（マルチメディア−認証−要求）（ＭＡＲ）コマンドを出す。また、ＭＡＲコマンドがＤｉａｍｅｔｅｒプロトコルに従って構成されるので、ＤｉａｍｅｔｅｒクライアントアドレスＤＣＡ（２次識別子）は、図４に示されるようにＳ−ＣＳＣＦ１を識別する起点ホストＡＶＰの形式でＭＡＲコマンドに含まれる。ホーム加入者サーバー３７は、ＭＡＲコマンドを受け取り、特定のユーザ装置に割り当てられたＳ−ＣＳＣＦに変更があったがどうかを確証しようとする。第１ステップは、ＭＡＲコマンドで受け取られたＳＩＰ  ＵＲＩをＨＳＳデータベース３８に記憶されたＳＩＰ  ＵＲＩと比較する。ＳＩＰ  ＵＲＩの構成は図５に示され、既に上述されたように、複数の異なるフィールド、すなわちユーザ、パスワード、ホスト、ＵＲＩ、パラメータ、ヘッダを含む。ＩＥＴＦ  ＲＦＣ３２６１で規定された適合基準を適用することで、実際にはユーザ、パスワード、及びホストフィールド（Ｓ−ＣＳＣＦを識別する）が一致している場合でも、ＭＡＲコマンドでのＳＩＰ  ＵＲＩとＨＳＳデータベース３８に保持されているＳＩＰ  ＵＲＩとの間に不一致が生じる可能性がある。すなわち、利用されるＣｏｍｐａｒｉｓｏｎ  Ｒｕｌｅｓ（比較ルール）により、割り当てられたＳ−ＣＳＣＦに実際には変更がなかった場合でもＳ−ＣＳＣＦに変更があったとホーム加入者サーバー３７がみなす結果となる可能性がある。加入者サーバー３７の比較機能は図３のＣ１で示されており、これはいずれかの適切なソフトウェア又はハードウェアにおいて実施することができることは理解されるであろう。ＭＡＲコマンドで受け取られたＳＩＰ  ＵＲＩとデータベース３８で保持されているＳＩＰ  ＵＲＩとの間に差異があることを比較機能が示す場合、ホーム加入者サーバーは、第２比較機能Ｃ２に進み、ＭＡＲコマンドで受け取られたＤｉａｍｅｔｅｒクライアントアドレスをデータベース３８で保持されているＤｉａｍｅｔｅｒクライアントアドレスと比較する。ＭＡＲコマンドで受け取られたＤｉａｍｅｔｅｒクライアントアドレスが、データベース３８に保持されているものと一致しない場合、Ｓ−ＣＳＣＦが変更されたと間違いなくみなされ、この場合、ホーム加入者サーバー３７は、登録取消し要求（ＲＴＲ−Ｒｅｇｉｓｔｒａｔｉｏｎ−Ｔｅｒｍｉｎａｔｉｏｎ−Ｒｅｑｕｅｓｔ（登録終了要求））をＳ−ＣＳＣＦにディスパッチする。任意選択的に、図３に示されるようにホーム加入者サーバー３７は、新しく割り当てられたＳ−ＣＳＣＦのＳＩＰ  ＵＲＩ２をＲＴＲ要求に追加することができ、これによってＳ−ＣＳＣＦは、ＲＴＲ要求が有効であるか否かを検出することができる。Ｓ−ＣＳＣＦは、ＲＴＲで受け取られたＳＩＰ  ＵＲＩがＳ−ＣＳＣＦ自体のＳＩＰ  ＵＲＩと同一のホスト部分を有するかどうかをチェックする。チェック有効機能は図３のＣ３で示されている。
【００４１】
ホーム加入者サーバー３７は、新しいＳ−ＣＳＣＦ２のＳＩＰ  ＵＲＩ、ＵＥ１のプライベートアイデンティティ、及び新しいＳ−ＣＳＣＦ２に登録されていた公開アイデンティティと共に、登録取消し理由ＮＥＷ＿ＳＥＲＶＥＲ＿ＡＳＳＩＧＮＥＤをＲＴＲコマンドに挿入する。第１のＳ−ＣＳＣＦ１が値ＮＥＷ＿ＳＥＲＶＥＲ＿ＡＳＳＩＧＮＥＤに割り当てられた登録取消し理由を有するＲＴＲコマンドを受け取ると、Ｓ−ＣＳＣＦのローカルデータベースからそれらの公開アイデンティティのユーザデータを削除する。Ｓ−ＣＳＣＦ１が、新しいＳ−ＣＳＣＦ２にまだ登録されていないＵＥ１の他の公開アイデンティティをも記憶する場合、ホーム加入者サーバー３７は、別のＲＴＲコマンドをＳ−ＣＳＣＦ１に送る。次いで、ＨＳＳは、新しいＳ−ＣＳＣＦ２のＳＩＰ  ＵＲＩ、ＵＥ１のプライベートアイデンティティ、及び新しいＳ−ＣＳＣＦ２にまだ登録されていなかった公開アイデンティティと共に、登録取消し理由ＳＥＲＶＥＲ＿ＣＨＡＮＧＥをＲＴＲコマンドに挿入する。第１のＳ−ＣＳＣＦ１が、値ＳＥＲＶＥＲ＿ＣＨＡＮＧＥに割り当てられた登録取消し理由を有するＲＴＲコマンドを受け取ると、Ｓ−ＣＳＣＦのローカルデータベースからそれらの公開アイデンティティのユーザデータを削除し、ＮＯＴＩＦＹメッセージをユーザ装置ＵＥ１に出すことができる。ＮＯＴＩＦＹメッセージは、新しいＳ−ＣＳＣＦ２で再登録するためのユーザ装置ＵＥ１のための指示を含む。図３に示され上述されたように再登録手順を実施することによってこれは達成される。
【００４２】
図６は、ＭＡＲコマンドでのＤＣＡがデータベース３８で保持されたＤＣＡと一致する結果を比較ＤＣＡ機能Ｃ２がもたらす状況を示している。この場合、ホーム加入者サーバー３７は、Ｓ−ＣＳＣＦ  ＳＩＰ  ＵＲＩがデータベース３８内で更新されるが、実際のＳ−ＣＳＣＦは同じままであると仮定する。この場合、ＲＴＲは送られず、代わりにＭＡＡ（マルチメディア−認証−応答）コマンドを用いて、それ自体公知の方法で認証手順が進む。更新ＵＲＩ機能は、図６のＣ４で示されている。
【００４３】
従って、本発明の上述の実施形態は、３ＧＰＰ  ＩＭＳ登録取消しの既存の機能を最適化する。特に、Ｃｘインターフェースの利用及びＨＳＳの動作を最適化し、割り当てられたＳ−ＣＳＣＦ用の不必要な登録取消し手順を低減する。図１に示されるＩＭＳネットワークが、更なるＳ−ＣＳＣＦ、インテロゲーティングＣＳＣＦ、及びプロキシＣＳＣＦを含むことができることは容易に理解できるであろう。同様に、本発明の実施形態はＳＩＰを使用する３Ｇの関連で説明してきたが、他の適切なシステム及びインターフェースプロトコルも使用することができる。特に、上述の実施形態は、第２の比較におけるＤｉａｍｅｔｅｒプロトコル及びこれに伴いＤｉａｍｅｔｅｒクライアントアドレスＤＣＡを利用しているが、あらゆるプロトコルも利用することができ、特にＳ−ＣＳＣＦに対するどの２次識別子も利用できる点は理解されるであろう。
【００４４】
上述の本発明の例示的な実施形態の場合、添付の請求項で定義される本発明の範囲から逸脱することなく開示された解決策に対して行うことができる幾つかの変形形態及び修正形態が存在することは本明細書で示される。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施形態を実装することができる環境を示す概略図である。
【図２】Ｓ−ＣＳＣＦ割り当ての記憶装置を示す概略図である。
【図３】比較が成功しなかった場合のメッセージフローを示す概略図である。
【図４】ＭＡＲコマンドのアドレス構成要素を示す図である。
【図５】ＳＩＰ  ＵＲＩのフィールドを示す図である。
【図６】比較が成功した場合のメッセージフローを示す概略図である。
【符号の説明】
【００４６】
３０  モバイルユーザ装置
３１  基地局
３２  ＧＰＲＳバックボーンネットワーク
３３  サービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）
３４  ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）
４５  ＩＰマルチメディアサブシステム（ＩＭＳ）
５０  アプリケーションサーバー（ＡＳ）
【図１】
2008509586.tif 000003
【図２】
2008509586.tif 000004
【図３】
2008509586.tif 000005
【図４】
2008509586.tif 000006
【図５】
2008509586.tif 000007
【図６】
2008509586.tif 000008
【国際調査報告】
2008509586.tif 000009
2008509586.tif 000010
2008509586.tif 000011