JP4549393B2

JP4549393B2 - 通信システムにおけるユーザ登録

Info

Publication number: JP4549393B2
Application number: JP2007524419A
Authority: JP
Inventors: カレタミー; ミナミリマキ; ヤリコイヴラ; サミエンサロネン
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 2004-08-03
Filing date: 2005-08-02
Publication date: 2010-09-22
Anticipated expiration: 2025-08-02
Also published as: EP1782654A4; RU2390970C2; KR20070041771A; MX2007001280A; JP2008509586A; US20060030320A1; CN101023700A; PL1782654T3; ZA200701852B; AU2005270966B2; AU2005270966A1; US7583963B2; WO2006016236A1; EP1782654B1; BRPI0514056B1; BRPI0514056A; CN101023700B; CA2576020C; GB0417296D0; EP1782654A1

Description

本発明は、通信システムにおけるユーザ登録に関する。

システムに関連付けられたユーザ装置及び／又は他のノードなどの２つ又はそれ以上のエンティティ間の通信を可能にする多様な通信システムが今日使用されている。このようなシステムは、例えば音声、データ、及びマルチメディアデータの伝達を含むことができる。

ユーザ端末又は他のノード用の無線通信を提供する通信システムは公知である。無線システムの例は、公衆陸上移動ネットワーク（ＰＬＭＮ）である。ＰＬＭＮは典型的にはセルラーネットワークであり、ここでは基地送受信局（ＢＴＳ）又は類似のアクセスエンティティが、無線インターフェースを介して移動局（ＭＳ）などのユーザ装置（ＵＥ）にサービスを提供する。通信に必要な装置のオペレーションは通常、自ら相互接続することができる１つ又はそれ以上の制御エンティティによって制御される。ＰＬＭＮを他のネットワークに接続するために１つ又はそれ以上のゲートウェイノードが備えられる。他のこのようなネットワークの実施例は、別のセルラーネットワーク、公衆交換電話網（ＰＳＴＮ）、及びＩＰ（インターネットプロトコル）ベースのネットワークなどのパケット交換データネットワークである。ユーザ装置と通信システムの他の要素との間の通信は、システム内で通信が処理される「ルール」を定義する適切な通信プロトコルに基づく。

現在の第３世代（３Ｇ）無線システムでは、モバイルユーザ向けの種々の通信サービスを処理するために様々な定義されたサーバーが存在する。これらは、ＣＳＣＦとして知られるコールセッション制御機能を提供するサーバーを含む。制御機能はまた、ホーム加入者サーバー（ＨＳＳ）及び種々のアプリケーションサーバー（ＡＳ）などのエンティティによって提供することができる。ＨＳＳは通常、ユーザ（加入者）のプロファイルを恒久的に記憶するためのものである。例えば、３Ｇ用のＲｅｌｅａｓｅ５アーキテクチャでは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって指定されるように、これらのエンティティは、ＩＰマルチメディアサブシステム（ＩＭＳ）に位置付けられるのが分かる。コールセッション制御機能は、サービング機能Ｓ−ＣＳＣＦ、インテロゲーティング機能Ｉ−ＣＳＣＦ、及びプロキシ機能Ｐ−ＣＳＣＦを提供する。

ＩＭＳネットワークは、３Ｇアーキテクチャのハブに位置し、従来の音声電話とマルチメディアサービスの両方を処理するＩＰベースのネットワークをサポートすることができる。３ＧＰＰは、３Ｇネットワークのためのコアセッション信号方式プロトコルとしてセッション開始プロトコル（ＳＩＰ）を選択している。ＳＩＰは、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって開発されてきた。ＳＩＰの観点からのＩＭＳネットワーク基本オペレーションを記述する３ＧＰＰ仕様２４．２２９は、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｌａｔｅｓｔ／Ｒｅｌ−５／２４＿ｓｅｒｉｅｓ／で見ることができる。ＳＩＰは、ソースから送られた全メッセージに対して、送られたメッセージの受信を確認する宛先からの関連応答があるという意味で、要求／応答型プロトコルである点に留意されたい。

ユーザは、ロケーション及び利用可能な通信リンクに従ってＳ−ＣＳＣＦに登録される。インテロゲーティングサービングコールセッション制御機能（Ｉ−ＣＳＣＦ）は、Ｓ−ＣＳＣＦにコンタクトするのに使用される。ユーザに割り当てられたＳ−ＣＳＣＦであるＳ−ＣＳＣＦがＩ−ＣＳＣＦによってコンタクトすることができない場合、登録手順中にユーザ用の新しいＳ−ＣＳＣＦを割り当てることが可能である。これが行われた場合、ホーム加入者サーバーＨＳＳは、ユーザ用に以前に割り当てられていたＳ−ＣＳＣＦと異なるＳ−ＣＳＣＦ名を含むマルチメディア認証要求（ＭＡＲ）コマンドを受け取ることが可能である。既存の３ＧＰＰプロトコルでは、ホーム加入者サーバーは、Ｒｅｇｉｓｔｒａｔｉｏｎ−Ｔｅｒｍｉｎａｔｉｏｎ−Ｒｅｑｕｅｓｔ（登録−終了−要求）（ＲＴＲ）コマンドを使用することによって、古いＳ−ＣＳＣＦ内の登録を取り消すことができる。このコマンドに理由ＮＥＷ＿ＳＥＲＶＥＲ＿ＡＳＳＩＧＮＥＤを割り当てることによって、新しいＳ−ＣＳＣＦ内に登録されたユーザの公開アイデンティティを古いＳ−ＣＳＣＦから登録が取消される。登録取消しの最適化の背景としてＮｏｋｉａＣｏｒｐｏｒａｔｉｏｎの名称で先に申請された米国特許出願第＿＿＿＿＿（ＮｏｋｉａＲｅｆ：ＮＣ４００８７）を引用する。

特定のＳ−ＣＳＣＦは、ＳＩＰＵＲＩ（セッション開始プロトコル統一資源識別子）によって識別される。ＩＥＴＦＲＦＣ３２６１（ＲｅｑｕｅｓｔＦｏｒＣｏｍｍｅｎｔ）に従ってＳＩＰＵＲＩは、以下の一般形式を取る。
Ｓｉｐ：ｕｓｅｒ：ｐａｓｓｗｏｒｄ＠ｈｏｓｔ：ｐｏｒｔ；ｕｒｉ−ｐａｒａｍｅｔｅｒｓ？ｈｅａｄｅｒｓ

「ユーザ」フィールドは、アドレス指定されるホストでの特定のリソースの識別子である。この形式において、ユーザ情報は、ユーザフィールド、パスワードフィールド、及び＠フィールドを含む。「パスワード」フィールドは、ユーザに関連付けられたパスワードであり、「ホスト」フィールドは、ＳＩＰリソースを提供するホストを識別する。「ポート」フィールドは、要求が送信されることになるポート番号である。ｕｒｉ−パラメータは、ＵＲＩから構成された要求に影響を与え、例えば、転送、ｍａｄｄｒ（サーバーアドレス）、ｔｔｌ（活動時間）、ユーザ、方法、及びＩｒ（ルーティング）パラメータをそれ自体公知の方法で設定するのを可能にする。

ヘッダは、ＵＲＩから構成された要求に含められることになるヘッダフィールドである。

ＩＥＴＦＲＦＣ３２６１で指定されたＳＩＰＵＲＩ比較ルールに従って、２つのＵＲＩが等しいとは、ユーザ、パスワード、ホスト、及びポート構成要素が一致しなければならない。更に、両方のＵＲＩに現れるあらゆるｕｒｉパラメータが一致する必要があり、ルールは、パラメータが１つのＵＲＩに存在し他のＵＲＩには存在しない状況を規定する。ヘッダ構成要素は、無視されず、すなわち、あらゆる存在しているヘッダ構成要素は、両方のＵＲＩに存在し且つ一致しなくてはならない。

これらのルールの結果として、本発明者らは、ＳＩＰＵＲＩ間の不一致が示され、更にＳ−ＣＳＣＦが実際には同じである状況が生じる可能性があることを理解した。これは、Ｓ−ＣＳＣＦに対する望ましくない登録取消し手順を誘発する可能性がある。

米国特許出願第＿＿＿＿＿（ＮｏｋｉａＲｅｆ：ＮＣ４００８７）公報

本発明の目的は、不必要な登録取消し手順を低減することである。

本発明の１つの態様によれば、移動通信システムにおいてユーザを登録する方法が提供され、本方法は、ユーザ情報記憶装置内に第１サービングコントローラを識別する１次及び２次識別子を記憶する段階と、１次及び２次識別子を使用してそのサービングコントローラを識別する要求をサービングコントローラから受け取る段階と、ユーザ情報記憶装置の１次識別子を要求の１次識別子と比較して、不一致がある場合、ユーザ情報記憶装置の２次識別子を要求の２次識別子と比較する段階とを含み、２次識別子の間に不一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラでないと判定され、２次識別子の間に一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラであると判定される。

別の態様は、第１サービングコントローラと、第１サービングコントローラに関連して少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置であって、第１サービングコントローラが１次及び２次識別子によって識別されるユーザ情報記憶装置と、１次及び２次識別子を使用してサービングコントローラを識別する要求をサービングコントローラから受け取るための手段と、ユーザ情報記憶装置の１次識別子を要求の１次識別子と比較し、不一致がある場合、ユーザ情報記憶装置の２次識別子を要求の２次識別子と比較する手段とを含み、２次識別子の間に不一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラではないと判定され、２次識別子の間に一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラであると判定されることを特徴とする通信システムを提供する。

別の態様は、ユーザ間の通信を提供するための移動通信システムで使用されるネットワークエンティティを提供し、該ネットワークエンティティは、１次及び２次識別子によって識別される第１サービングコントローラに関連して少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置と、１次及び２次識別子を使用してサービングコントローラを識別する要求をサービングコントローラから受け取るための手段と、ユーザ情報記憶装置の１次識別子を要求の１次識別子と比較し、不一致がある場合、ユーザ情報記憶装置の２次識別子を要求の２次識別子と比較する手段とを含み、２次識別子の間に不一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラでないと判定され、２次識別子の間に一致がある場合、要求において識別されたサービングコントローラは第１サービングコントローラであると判定される。

３ＧＰＰアーキテクチャでは、ユーザ情報記憶装置は、ホーム加入者サーバー（ＨＳＳ）によって構成されるが、他のアーキテクチャでは異なるデータベースを設けることができる点は理解されるであろう。サービングコントローラはまた、３ＧＰＰアーキテクチャにおけるサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）によって提供されるが、異なるアーキテクチャではどのような適切なコントローラもこの役割を果たすことができる点は理解されるであろう。

サービングコントローラを識別する要求は、ＭＡＲ（マルチメディア−認証−要求）とすることができる。

登録取消し要求は、既知の３Ｇプロトコルに従うＲＴＲ（登録−終了−要求）コマンドとすることができ、或いは種々のプロトコルにおける等価の又は他の適切なコマンドとすることができる。

本発明をより完全に理解するために、及び本発明を実施することができる方法を示すために例証として添付図面を参照する。

第３世代（３Ｇ）移動通信システムの例示的なアーキテクチャに関して、例証として本発明の幾つかの実施形態を以下に説明する。しかしながら、本実施形態はどのような適切な通信システムにも適用することができる点を理解されたい。

図１を参照すると、本発明を具現化することができるネットワークアーキテクチャの実施例が示されている。図１には、ＩＰマルチメディアサブシステム（ＩＭＳ）４５は、ＩＰマルチメディアネットワーク加入者にＩＰマルチメディアサービスを提供するために設けられている。

上述のように、ＩＰマルチメディア（ＩＭ）機能は、移動通信システムによって提供することができる。移動通信システムは典型的には、通常はユーザ装置と通信システムの少なくとも１つの基地局との間の無線インターフェースを介して複数のモバイルユーザ装置（ＵＥ）にサービスするように構成されている。移動通信システムは、無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）との間で論理的に分けることができる。

このシステムにおいて、基地局３１は、ユーザ装置と無線アクセスネットワークとの間の無線インターフェースを介してモバイルユーザすなわち加入者のモバイルユーザ装置３０に信号を送信し、該モバイルユーザ装置３０からの信号を受信するように構成されている。これに応じて、モバイルユーザ装置は、無線インターフェースを介して無線アクセスネットワークに信号を送信し、無線アクセスネットワークからの信号を受信することができる。

図示の構成では、ユーザ装置３０は、それぞれ基地局３１に関連付けられたアクセスネットワークを介してＩＭＳネットワーク４５にアクセスすることができる。明瞭にする目的で、図１には１つだけの無線アクセスネットワークの基地局を示しているが、一般的な通信ネットワークシステムは、通常は多数の無線アクセスネットワークを含むことを理解されたい。

３Ｇ無線アクセスネットワーク（ＲＡＮ）は、一般に、適切な無線ネットワークコントローラ（ＲＮＣ）によって制御される。このコントローラは、明瞭にする目的で図示されていない。コントローラは、各基地局に対して割り当てることができ、或いはコントローラは、例えば無線アクセスネットワークレベルで複数の基地局を制御することができる。従って、ネットワークコントローラの名前、ロケーション、及び数はシステムに依存することを理解されたい。

モバイルユーザ装置３０は、ネットワークに接続するためにインターネットプロトコル（ＩＰ）通信用に適合されたあらゆる適切なモバイルユーザ装置を含むことができる。例えば、モバイルユーザは、パーソナルコンピュータ（ＰＣ）、パーソナルデータアシスタント（ＰＤＡ）、移動局（ＭＳ）などによってセルラーネットワークにアクセスすることができる。以下の実施例は、移動局の関連で説明される。

当業者は、典型的な移動局の機能及びオペレーションを熟知している。従って、ユーザが電話呼び出しを行い及び受ける、ネットワークからデータを受信する及びネットワークにデータを送信する、並びにマルチメディアコンテンツを経験する、或いはマルチメディアサービスを使用するなどのタスクのために移動局を用いることができることは十分留意すべきことである。移動局は、移動通信ネットワークの基地局との間で信号を無線で送受信するためのアンテナを含むことができる。移動局はまた、モバイルユーザ装置のユーザのための画像及び他のグラフィック情報を表示するためのディスプレイを備えることができる。カメラ手段は、静止又はビデオ画像を取り込むために設けることができる。スピーカー手段もまた通常備えられる。移動局のオペレーションは、コントロールボタン、音声コマンドなどの適切なユーザインターフェースを用いて制御することができる。更に、移動局には、プロセッサエンティティ及びメモリ手段が備えられる。

明確にするために、１つだけの移動局を図１に示しているが、多数の移動局が移動通信システムの基地局と同時通信することができることを理解されたい。

コアネットワーク（ＣＮ）エンティティは通常、多数の無線アクセスネットワークを介した通信を可能にし、更に単一の通信システムを他のセルラーシステム及び／又は固定回線通信システムなどの１つ又はそれ以上の通信システムと接続するための種々のスイッチング及び他の制御エンティティ並びにゲートウェイを含む。３ＧＰＰシステムでは、無線アクセスネットワークコントローラは通常、限定ではないが、サービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）３３のような１つ又は複数の適切なコアネットワークエンティティに接続されている。無線アクセスネットワークコントローラは、例えばＩｕインターフェース上の適切なインターフェースを介してサービングＧＰＲＳサポートノードと通信する。図示されていないが、ＳＧＳＮは通常、それぞれのユーザ装置の契約に関連した情報を記憶するように構成された指定加入者データベースにアクセスする。

次にサービングＧＰＲＳサポートノードは、通常、ＧＰＲＳバックボーンネットワーク３２を介してゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）３４と通信する。このインターフェースは、一般に交換パケットデータインターフェースである。

図１は、アプリケーションサーバー（ＡＳ）５０を示している。ユーザ装置３０は、限定ではないが、例示的なインターネットプロトコル（ＩＰ）ネットワークなどの１つ又はそれ以上のデータネットワークに接続されているアプリケーションサーバーにＧＰＲＳネットワークを介して接続することができる。多数のアプリケーションサーバーが各データネットワークに接続することができることを理解されたい。

通信システムは、サーバーなどのコントローラエンティティによって処理されるデータネットワークの種々の機能によって、サービスがユーザ装置に提供される方向で開発されてきた。例えば、現在の第３世代（３Ｇ）無線マルチメディアネットワークアーキテクチャでは、種々の制御機能を提供する幾つかの異なるサーバーはサービス供給制御に使用されると考えられる。これらは、コールセッション制御機能（ＣＳＣＦ）などの機能を含む。コールセッション機能は、プロキシコールセッション制御機能（Ｐ−ＣＳＣＦ）、インテロゲーティングコールセッション制御機能（Ｉ−ＣＳＣＦ）、及びサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）などの種々のカテゴリーに分けることができる。類似の機能は、異なるシステムにおいて異なる名称で参照することができる点を理解されたい。例えば、幾つかのアプリケーションでは、ＣＳＣＦは、コール状態制御機能として参照することができる。

ＩＭＳシステムを介してアプリケーションサーバーによって提供されるサービスを使用したいユーザは、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ１）４２などのサービングコントローラに最初に登録することが必要とすることができる。図１に示されるように、Ｓ−ＣＳＣＦ４２とユーザ装置３０との間の通信は、少なくとも１つのプロキシコールセション制御機能（Ｐ−ＣＳＣＦ）３５とインテロゲーティングコールセッション制御機能Ｉ−ＣＳＣＦ３６とを介してルート指定することができる。従ってプロキシＣＳＣＦ３５は、ＧＧＳＮ３４からサービングコールセッション制御機能４２にメッセージをプロキシするためのものである。その結果、図１のＣＳＣＦ４２は、ユーザ装置３０を登録する必要のある制御エンティティを提供する。登録は、ユーザ装置が通信システムからのサービスを要求できるようにするのに必要である。

図１のシステムは、バックボーンネットワークによって要求された通信資源を備え、Ｓ−ＣＳＣＦ４２に登録されたユーザが、所要のサービスに対する要求を通信システムを介してＳ−ＣＳＣＦ４２に送信することによって、アプリケーションサーバー５０により供給されるサービスの利用を開始しなければならないように更に構成されている。

図１には、別のサービングコールセッション制御機能４３であるＳ−ＣＳＣＦ２が図示されている。実際には、当然多数のＳ−ＣＳＣＦが存在し得る。

ユーザ情報記憶エンティティはまた、加入者すなわちユーザに関係した情報を記憶するために設けることができる。特定の実施形態において、記憶エンティティは、ホーム加入者サーバー（ＨＳＳ）３７によって提供されるように図示されている。ホーム加入者サーバー（ＨＳＳ）３７は、適切なインターフェースを介して、例えばセッションセットアップ手順中及びその後で他の機能エンティティによって問い合わせすることができる。加入者情報は、登録及び認証目的に必要なデータ（例えば加入者のアイデンティティ及び登録状態）などの情報を含むことができる。ＨＳＳ３７はまた、加入者プロファイル情報を恒久的に記憶するために使用することができる。特に、ホーム加入者サーバーは、公開アイデンティティを特定のユーザ装置ＵＥに関連付け、更にそのＵＥが登録されるＳ−ＣＳＣＦを識別する情報を保持する。各ＵＥは、ネットワークアクセス識別子（例えばＵＥ１＠ｅｘａｍｐｌｅ．ｏｒｇ．）の形式を有する一意のプライベートアイデンティティによって識別される。各Ｓ−ＣＳＣＦは、ＳＩＰＵＲＩ（セッションイニシエーションプロトコル統一資源識別子）（例えばｓｉｐ：ｓ−ｃｓｃｆ１．ｅｘａｍｐｌｅ．ｏｒｇ：５０６０）によって識別される。各Ｓ−ＣＳＣＦはまた、完全修飾ドメイン名（ＦＱＤＮ）のフォーマット（例えばｓ−ｃｓｃｆ１．ｅｘａｍｐｌｅ．ｏｒｇ）で表わされる、そのＤｉａｍｅｔｅｒアイデンティティによって識別される。Ｄｉａｍｅｔｅｒベースのプロトコルは、ネットワークアクセス又はＩＰ（インターネットプロトコル）モビリティなどのアプリケーションのための認証、許可、及び課金（ＡＡＡ）フレームワークを提供することを意図する。基本的なＤｉａｍｅｔｅｒトランザクションは、属性値ペア（ＡＶＰ）を包含し、これは、認証目的のために使用できるペアの属性（例えば、ユーザＩＤ、パスワード）及びその属性に対する値（例えば、ＪｏｈｎＤｏｅ、Ｍａｒｉｇｏｌｄ）である。これらのＡＶＰは、Ｄｉａｍｅｔｅｒメッセージにおける情報要素を構成する。従って、メッセージがＤｉａｍｅｔｅｒプロトコルに従ってＳ−ＣＳＣＦからディスパッチされる場合、これは、Ｄｉａｍｅｔｅｒメッセージのソース（ＤｉａｍｅｔｅｒＣｌｉｅｎｔＡｄｄｒｅｓｓ−ＤＣＡ）を識別する起点ホストＡＶＰを含む。

図２は、ホーム加入者サーバーデータベース３８のコンテンツを例証として示す。これは例証に過ぎず、正確なレイアウト及びプロトコルはネットワーク要件に応じて異なる点に留意されたい。各ユーザ装置ＵＥは、１つだけの公開アイデンティティＰｉｄと関連付けて示されているが、実際には各ＵＥに幾つかのアイデンティティが存在する可能性がある。公開アイデンティティは、ＩＭＳシステム内の通信に使用されるユーザの公開アドレスである。公開ユーザアイデンティティは、例えばｓｉｐ：ｐｉｄ１＠ｅｘａｍｐｌｅ．ｏｒｇのようなＳＩＰＵＲＩの形式とすることができる。データベース３８はまた、各ユーザ装置ＵＥ１、ＵＥ２、ＵＥ３などの登録状態とそのユーザ装置の現在登録されているロケーションとを示す。現在登録されているロケーションは、ユーザ装置が現在登録されているＳ−ＣＳＣＦを表し、各ケースでＳＩＰＵＲＩ及びＤＣＡによって識別される。図２の実施例では、ユーザ装置ＵＥ１、ＵＥ２がＳ−ＣＳＣＦ１に登録されているように示されているが、ユーザ装置ＵＥ３は、Ｓ−ＣＳＣＦ２に登録されているように示されている。特定のユーザ装置の特定のＳ−ＣＳＣＦへの割り当てに変更がある場合、ＨＳＳデータベース３８が適切に更新される必要がある。以前のＳ−ＣＳＣＦ及びユーザ装置自体に対して登録取消し手順を実施し、新しいＳ−ＣＳＣＦに対して新しい登録手順を達成できるように、特定のＳ−ＣＳＣＦには登録されないことをユーザ装置が確実に認識する必要がある。このための手順を図３から６を参照して説明する。

３Ｇネットワークでは、ユーザがユーザの移動端末を最初にオンにする場合、ユーザは、端末が完全に接続可能となる前に、ユーザのユーザＩＤ又はアドレスをネットワークに登録しなければならない。これは、ユーザのアドレスの詳細を含むＳＩＰ「ＲＥＧＩＳＴＥＲ」メッセージを端末からＩＭＳに送ることによって行われる。この情報は、ＨＳＳで関連する登録情報を記憶するサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）で処理される。この登録情報は、ロケーション、端末機能、及びユーザ可用性などのユーザの状態を含むことができる。登録は、ＳＩＰにも従う適切な応答メッセージを介してＩＭＳによって応答される。先行する登録が期限切れになると、或いはユーザの状態の変化又は登録をリフレッシュする別の理由が存在する場合に、次の登録が行われる（「再−登録」）。

図３では、登録手順がＳ−ＣＳＣＦ１でＵＥ１を登録するために以前行われていたと仮定する。ここで、図３のＳＩＰＲＥＧＩＳＴＥＲのラベルを付けられた再−登録要求が送出される。認証情報を要求し、ユーザ装置ＵＥ１がＳ−ＣＳＣＦ１に関して登録されたことをチェックするために、Ｓ−ＣＳＣＦ１は、ＳＩＰＵＲＩ₁（１次識別子）を使用して自己識別するＭｕｌｔｉｍｅｄｉａ−Ａｕｔｈｅｎｔｉｃａｔｉｏｎ−Ｒｅｑｕｅｓt（マルチメディア−認証−要求）（ＭＡＲ）コマンドを出す。また、ＭＡＲコマンドがＤｉａｍｅｔｅｒプロトコルに従って構成されるので、ＤｉａｍｅｔｅｒクライアントアドレスＤＣＡ（２次識別子）は、図４に示されるようにＳ−ＣＳＣＦ１を識別する起点ホストＡＶＰの形式でＭＡＲコマンドに含まれる。ホーム加入者サーバー３７は、ＭＡＲコマンドを受け取り、特定のユーザ装置に割り当てられたＳ−ＣＳＣＦに変更があったがどうかを確証しようとする。第１ステップは、ＭＡＲコマンドで受け取られたＳＩＰＵＲＩをＨＳＳデータベース３８に記憶されたＳＩＰＵＲＩと比較する。ＳＩＰＵＲＩの構成は図５に示され、既に上述されたように、複数の異なるフィールド、すなわちユーザ、パスワード、ホスト、ＵＲＩ、パラメータ、ヘッダを含む。ＩＥＴＦＲＦＣ３２６１で規定された適合基準を適用することで、実際にはユーザ、パスワード、及びホストフィールド（Ｓ−ＣＳＣＦを識別する）が一致している場合でも、ＭＡＲコマンドでのＳＩＰＵＲＩとＨＳＳデータベース３８に保持されているＳＩＰＵＲＩとの間に不一致が生じる可能性がある。すなわち、利用されるＣｏｍｐａｒｉｓｏｎＲｕｌｅｓ（比較ルール）により、割り当てられたＳ−ＣＳＣＦに実際には変更がなかった場合でもＳ−ＣＳＣＦに変更があったとホーム加入者サーバー３７がみなす結果となる可能性がある。加入者サーバー３７の比較機能は図３のＣ１で示されており、これはいずれかの適切なソフトウェア又はハードウェアにおいて実施することができることは理解されるであろう。ＭＡＲコマンドで受け取られたＳＩＰＵＲＩとデータベース３８で保持されているＳＩＰＵＲＩとの間に差異があることを比較機能が示す場合、ホーム加入者サーバーは、第２比較機能Ｃ２に進み、ＭＡＲコマンドで受け取られたＤｉａｍｅｔｅｒクライアントアドレスをデータベース３８で保持されているＤｉａｍｅｔｅｒクライアントアドレスと比較する。ＭＡＲコマンドで受け取られたＤｉａｍｅｔｅｒクライアントアドレスが、データベース３８に保持されているものと一致しない場合、Ｓ−ＣＳＣＦが変更されたと間違いなくみなされ、この場合、ホーム加入者サーバー３７は、登録取消し要求（ＲＴＲ−Ｒｅｇｉｓｔｒａｔｉｏｎ−Ｔｅｒｍｉｎａｔｉｏｎ−Ｒｅｑｕｅｓｔ（登録終了要求））をＳ−ＣＳＣＦにディスパッチする。任意選択的に、図３に示されるようにホーム加入者サーバー３７は、新しく割り当てられたＳ−ＣＳＣＦのＳＩＰＵＲＩ２をＲＴＲ要求に追加することができ、これによってＳ−ＣＳＣＦは、ＲＴＲ要求が有効であるか否かを検出することができる。Ｓ−ＣＳＣＦは、ＲＴＲで受け取られたＳＩＰＵＲＩがＳ−ＣＳＣＦ自体のＳＩＰＵＲＩと同一のホスト部分を有するかどうかをチェックする。チェック有効機能は図３のＣ３で示されている。

ホーム加入者サーバー３７は、新しいＳ−ＣＳＣＦ２のＳＩＰＵＲＩ、ＵＥ１のプライベートアイデンティティ、及び新しいＳ−ＣＳＣＦ２に登録されていた公開アイデンティティと共に、登録取消し理由ＮＥＷ＿ＳＥＲＶＥＲ＿ＡＳＳＩＧＮＥＤをＲＴＲコマンドに挿入する。第１のＳ−ＣＳＣＦ１が値ＮＥＷ＿ＳＥＲＶＥＲ＿ＡＳＳＩＧＮＥＤに割り当てられた登録取消し理由を有するＲＴＲコマンドを受け取ると、Ｓ−ＣＳＣＦのローカルデータベースからそれらの公開アイデンティティのユーザデータを削除する。Ｓ−ＣＳＣＦ１が、新しいＳ−ＣＳＣＦ２にまだ登録されていないＵＥ１の他の公開アイデンティティをも記憶する場合、ホーム加入者サーバー３７は、別のＲＴＲコマンドをＳ−ＣＳＣＦ１に送る。次いで、ＨＳＳは、新しいＳ−ＣＳＣＦ２のＳＩＰＵＲＩ、ＵＥ１のプライベートアイデンティティ、及び新しいＳ−ＣＳＣＦ２にまだ登録されていなかった公開アイデンティティと共に、登録取消し理由ＳＥＲＶＥＲ＿ＣＨＡＮＧＥをＲＴＲコマンドに挿入する。第１のＳ−ＣＳＣＦ１が、値ＳＥＲＶＥＲ＿ＣＨＡＮＧＥに割り当てられた登録取消し理由を有するＲＴＲコマンドを受け取ると、Ｓ−ＣＳＣＦのローカルデータベースからそれらの公開アイデンティティのユーザデータを削除し、ＮＯＴＩＦＹメッセージをユーザ装置ＵＥ１に出すことができる。ＮＯＴＩＦＹメッセージは、新しいＳ−ＣＳＣＦ２で再登録するためのユーザ装置ＵＥ１のための指示を含む。図３に示され上述されたように再登録手順を実施することによってこれは達成される。

図６は、ＭＡＲコマンドでのＤＣＡがデータベース３８で保持されたＤＣＡと一致する結果を比較ＤＣＡ機能Ｃ２がもたらす状況を示している。この場合、ホーム加入者サーバー３７は、Ｓ−ＣＳＣＦＳＩＰＵＲＩがデータベース３８内で更新されるが、実際のＳ−ＣＳＣＦは同じままであると仮定する。この場合、ＲＴＲは送られず、代わりにＭＡＡ（マルチメディア−認証−応答）コマンドを用いて、それ自体公知の方法で認証手順が進む。更新ＵＲＩ機能は、図６のＣ４で示されている。

従って、本発明の上述の実施形態は、３ＧＰＰＩＭＳ登録取消しの既存の機能を最適化する。特に、Ｃｘインターフェースの利用及びＨＳＳの動作を最適化し、割り当てられたＳ−ＣＳＣＦ用の不必要な登録取消し手順を低減する。図１に示されるＩＭＳネットワークが、更なるＳ−ＣＳＣＦ、インテロゲーティングＣＳＣＦ、及びプロキシＣＳＣＦを含むことができることは容易に理解できるであろう。同様に、本発明の実施形態はＳＩＰを使用する３Ｇの関連で説明してきたが、他の適切なシステム及びインターフェースプロトコルも使用することができる。特に、上述の実施形態は、第２の比較におけるＤｉａｍｅｔｅｒプロトコル及びこれに伴いＤｉａｍｅｔｅｒクライアントアドレスＤＣＡを利用しているが、あらゆるプロトコルも利用することができ、特にＳ−ＣＳＣＦに対するどの２次識別子も利用できる点は理解されるであろう。

上述の本発明の例示的な実施形態の場合、添付の請求項で定義される本発明の範囲から逸脱することなく開示された解決策に対して行うことができる幾つかの変形形態及び修正形態が存在することは本明細書で示される。

本発明の実施形態を実装することができる環境を示す概略図である。Ｓ−ＣＳＣＦ割り当ての記憶装置を示す概略図である。比較が成功しなかった場合のメッセージフローを示す概略図である。ＭＡＲコマンドのアドレス構成要素を示す図である。ＳＩＰＵＲＩのフィールドを示す図である。比較が成功した場合のメッセージフローを示す概略図である。

符号の説明

３０モバイルユーザ装置
３１基地局
３２ＧＰＲＳバックボーンネットワーク
３３サービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）
３４ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）
４５ＩＰマルチメディアサブシステム（ＩＭＳ）
５０アプリケーションサーバー（ＡＳ）

Claims

移動通信システムにおいてユーザを登録する方法であって、
第１サービングコールセッション制御機能を識別する１次及び２次識別子をユーザ情報記憶装置内に記憶する段階と、
１次及び２次識別子を使用してサービングコールセッション制御機能を識別する要求を前記サービングコールセッション制御機能から受け取る段階と、
前記ユーザ情報記憶装置の前記１次識別子を前記要求の１次識別子と比較して、不一致がある場合、前記ユーザ情報記憶装置の前記２次識別子を前記要求の２次識別子と比較する段階と、
を含み、
前記２次識別子の間に不一致がある場合、前記要求において識別されたサービングコールセッション制御機能は前記第１サービングコールセッション制御機能ではないと判定され、
前記２次識別子の間に一致がある場合、前記要求において識別されたサービングコールセッション制御機能は前記第１サービングコールセッション制御機能であると判定され、
前記２次識別子に不一致がある場合、登録取消し要求を前記第１サービングコールセッション制御機能に発行する段階を含む
ことを特徴とする方法。
前記２次識別子間に一致がある場合、ユーザ端末を認証するための認証手順を実施する段階を含む請求項１に記載の方法。
前記１次識別子をセッション開始プロトコル統一資源識別子として提供する段階を含む請求項１に記載の方法。
Ｄｉａｍｅｔｅｒアイデンティティとして前記２次識別子を提供する段階を含む請求項１に記載の方法。
前記１次識別子に複数のフィールドを設ける段階を含み、前記複数のフィールドの第１セットが前記第１サービングコールセッション制御機能を識別し、前記複数のフィールドの第２セットが付加的なパラメータを保持することを特徴とする請求項１に記載の方法。
前記１次識別子を比較する段階は、前記複数のフィールドの第１セットが一致するが前記複数のフィールドの第２セットは一致しない場合に不一致を生成させるようにすることで、前記要求において識別された前記サービングコールセッション制御機能は前記第１サービングコールセッション制御機能ではないことを誤って示すことを特徴とする請求項５に記載の方法。
前記２次識別子の間に一致がある場合、前記ユーザ情報記憶装置内に記憶された前記１次識別子を前記要求で受け取られた１次識別子によって更新する段階を含む請求項１に記載の方法。
新しく割り当てられたサービングコールセッション制御機能の１次識別子を前記登録取消し要求内に含める段階を含む請求項１に記載の方法。
第１サービングコールセッション制御機能と、
前記第１サービングコールセッション制御機能に関連して少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置であって、前記第１サービングコールセッション制御機能が１次及び２次識別子によって識別されるユーザ情報記憶装置と、
１次及び２次識別子を使用して前記サービングコールセッション制御機能を識別する要求をサービングコールセッション制御機能から受け取るための手段と、
前記ユーザ情報記憶装置の前記１次識別子と前記要求の１次識別子とを比較し、不一致がある場合、前記ユーザ情報記憶装置の前記２次識別子を前記要求の２次識別子と比較する手段と、
を含み、
前記２次識別子の間に不一致がある場合、前記要求において識別されたサービングコールセッション制御機能は前記第１サービングコールセッション制御機能ではないと判定され、
前記２次識別子の間に一致がある場合、前記要求において識別されたサービングコールセッション制御機能は前記第１サービングコールセッション制御機能であると判定され、
前記２次識別子に不一致がある場合、登録取消し要求を前記第１サービングコールセッション制御機能に発行するための手段を更に含む
ことを特徴とする通信システム。
前記ユーザ情報記憶装置は、ホーム加入者サーバーを含むことを特徴とする請求項９に記載の通信システム。
前記サービングコールセッション制御機能は、コールセッション制御機能を含むことを特徴とする請求項９に記載の通信システム。
前記通信システムは、無線通信システムを含むことを特徴とする請求項９に記載の通信システム。
新しく割り当てられたサービングコールセッション制御機能の１次識別子を前記登録取消し要求に挿入する手段を更に含むことを特徴とする請求項９に記載の通信システム。
ユーザ間の通信を提供するための移動通信システムで使用するネットワークエンティティであって、
１次及び２次識別子によって識別される第１サービングコールセッション制御機能に関連して少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置と、
１次及び２次識別子を使用してサービングコールセッション制御機能を識別する要求を前記サービングコールセッション制御機能から受け取るための手段と、
前記ユーザ情報記憶装置の前記１次識別子を前記要求の１次識別子と比較し、不一致がある場合、前記ユーザ情報記憶装置の前記２次識別子を前記要求の２次識別子と比較する手段と、
を含み、
前記２次識別子の間に不一致がある場合、前記要求において識別されたサービングコールセッション制御機能は前記第１サービングコールセッション制御機能ではないと判定され、
前記２次識別子の間に一致がある場合、前記要求において識別されたサービングコールセッション制御機能は前記第１サービングコールセッション制御機能であると判定され、
前記要求において識別された前記サービングコールセッション制御機能が前記第１サービングコールセッション制御機能でないと決定された場合に登録取消しコマンドをディスパッチする手段を更に含む
ことを特徴とするネットワークエンティティ。
ホーム加入者サーバーを更に含む請求項１４に記載のネットワークエンティティ。
前記要求において識別された前記サービングコールセッション制御機能が前記第１サービングコールセッション制御機能であると判定された場合に前記ユーザ端末に対して認証手順を実施する手段を更に含む請求項１４に記載のネットワークエンティティ。
前記１次識別子は、セッション開始プロトコルユニバーサルリソース識別子を含むことを特徴とする請求項１４に記載のネットワークエンティティ。
前記２次識別子は、Ｄｉａｍｅｔｅｒアイデンティティを含むことを特徴とする請求項１４に記載のネットワークエンティティ。
１次アイデンティティを前記登録取消しコマンドに挿入する手段及び新しく割り当てられたサービングコールセッション制御機能を更に含むことを特徴とする請求項１４に記載のネットワークエンティティ。
１次及び２次識別子によって識別される第１サービングコールセッション制御機能と、
前記第１サービングコールセッション制御機能に関連して少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置と、
１次及び２次識別子を使用して前記サービングコールセッション制御機能を識別する要求をサービングコールセッション制御機能から受け取る受信器と、
前記ユーザ情報記憶装置の前記１次識別子を前記要求の１次識別子と比較して、不一致がある場合、前記ユーザ情報記憶装置の前記２次識別子を前記要求の２次識別子と比較する比較器と、
を含み、
前記２次識別子の間に不一致がある場合、前記要求において識別されたサービングコールセッション制御機能は前記第１サービングコールセッション制御機能ではないと判定され、
前記２次識別子の間に一致がある場合、前記要求において識別されたサービングコールセッション制御機能は前記第１サービングコールセッション制御機能であると判定され、
前記２次識別子に不一致がある場合、登録取消し要求を前記第１サービングコールセッション制御機能に発行するための手段を更に含む
ことを特徴とする通信システム。
ユーザ間の通信を提供するための移動通信システムで使用するネットワークエンティティであって、
１次及び２次識別子によって識別される第１サービングコールセッション制御機能に関連した少なくとも１つのアイデンティティをユーザのために保持するユーザ情報記憶装置と、
１次及び２次識別子を使用して前記サービングコールセッション制御機能を識別する要求をサービングコールセッション制御機能から受け取る受信器と、
前記ユーザ情報記憶装置の１次識別子を前記要求の１次識別子と比較して、不一致がある場合、前記ユーザ情報記憶装置の２次識別子を前記要求の２次識別子と比較する比較器と、
を含み、
前記２次識別子間に不一致がある場合、前記要求において識別されたサービングコールセッション制御機能は前記第１サービングコールセッション制御機能ではないと判定され、
前記２次識別子間に一致がある場合、前記要求において識別されたサービングコールセッション制御機能は前記第１サービングコールセッション制御機能であると判定され、
前記要求において識別された前記サービングコールセッション制御機能が前記第１サービングコールセッション制御機能でないと決定された場合に登録取消しコマンドをディスパッチする手段を更に含む
ことを特徴とするネットワークエンティティ。