JP2008236033A - ホーム加入者サーバ構成方法、構成システム、プログラム及び記憶媒体 - Google Patents

Abstract

【課題】地域冗長構成の複数のＨＳＳサーバのいずれにも切り替えアクセスが可能なホーム加入者サーバ構成方法を提供する。
【解決手段】冗長構成の複数のＨＳＳ−Ａ，−Ｂサーバ４０Ａ，４０Ｂの記憶情報を同期化した同一の情報とし、Ｉ−／Ｓ−ＣＳＣＦサーバ３０／２１からアクセスすべきＨＳＳサーバに関する問い合わせをＳＬＦサーバ５０が受け取った際に、問い合わせに該当する複数のＨＳＳ−Ａ，−Ｂサーバ４０Ａ，４０Ｂそれぞれに対するアクセス情報を、問い合わせ元のＩ−／Ｓ−ＣＳＣＦサーバ３０／２１にあらかじめ定めた優先順に配列して返送する。Ｉ−／Ｓ−ＣＳＣＦサーバ３０／２１は、ＳＬＦサーバ５０から返送された複数のＨＳＳサーバのいずれかにアクセス後の所定時間内に応答がない場合、あるいは、再送しても応答がない場合に、複数のＨＳＳサーバの中から次のＨＳＳサーバを選択して、ＨＳＳサーバを切り替えてアクセスする。
【選択図】図１

Description

本発明は、ホーム加入者サーバ構成方法、構成システム、プログラム及び記憶媒体に関する。特に、ＮＧＮ／ＩＭＳ（Next Generation Network／IP Multimedia Subsystem）ネットワークにおいて、ＩＭＳ通信サービスを行うＩＰ網のホーム網内に収容されるユーザ端末に関する加入者情報（ユーザ情報）やＳ−ＣＳＣＦサーバ（Serving Call Server Control Functionサーバ）選択用の情報を記憶するホーム加入者サーバ（ＨＳＳサーバ：Home Subscriber Server）を複数備えている場合のホーム加入者サーバ構成方法、構成システム、プログラム及び記憶媒体に関する。

現在、次世代の通信網ＮＧＮ（Next Generation Network）として、固定通信、移動通信を問わず、音声、ビデオなどを含むマルチメディアアプリケーションを、ＩＰ（Internet Protocol）という通信用プロトコルをベースにしたパケット通信ネットワークによって柔軟に提供するためにＩＭＳ（IP Multimedia Subsystem）と称する仕組みが中核的な技術として鋭意検討されている（非特許文献１、特許文献１参照）。

ＩＭＳによるアーキテクチャは、図５に示すような基本的な構成要素を備えている。図５は、ＩＭＳネットワークを構成する基本的な構成要素を示す概念図であり、ＩＭＳクライアントとして携帯電話、固定電話、ＰＤＡ、ノートＰＣ、デスクトップＰＣなどの各種のマルチメディア端末すなわちユーザ端末ＵＥ（User Equipment）２０１，２０２と、ホーム網１００、在圏網１０１など複数のＩＰ網からなるＩＰ網５００と、アプリケーションサーバＡＳ３０１，３０２，…などのアプリケーションサーバ群３００と、から構成される。

ＩＰ網５００は、ＩＭＳクライアントすなわちユーザ端末ＵＥ２０１，２０２との間をＡＤＳＬやＦＴＴＨなどのブロードバンド回線や無線インタフェースを用いて接続するとともに、全ての通信に対してＩＰプロトコルを使うことによって、ユーザ端末ＵＥ２０１，２０２間を相互接続したり、種々のサービスを実現するアプリケーションサーバＡＳ３０１，３０２，…を、共通的に利用可能としたりする。ここで、ＩＰ網５００は、サービスで利用される通信路の設定や開放を、ＳＩＰ(Session Initiation Protocol)を用いて制御しており、このために、ＩＰ網５００内には、複数のＳＩＰサーバ１００Ａ，１００Ｂ，１０１Ａ，…が配置されて、互いに連携して動作している。

つまり、ＩＭＳ通信では、ＩＰプロトコルをベースとしたパケット通信ネットワーク上で種々のサービス（マルチメディアサービス）を提供するための共通の仕組みを提供し、ＩＰ網５００によって、ＩＰプロトコルを使用し、かつ、ＩＭＳ用インタフェースを有するユーザ端末ＵＥ２０１，２０２間を相互に接続して、各種のメディアを用いた通信を行ったり、種々のマルチメディアサービスを提供するアプリケーションサーバ群３００の中から、ユーザが所望するアプリケーションサービスを提供しているアプリケーションサーバＡＳ３０１に接続して、音声や映像を用いたアプリケーションサービスを提供したりする。

また、ＩＰ網５００は、ユーザ端末ＵＥ２０１がネットワーク間を移動しても、移動先の在圏網１０１から当該ユーザ端末ＵＥ２０１のホーム網１００にアクセスすることができ、ホーム網１００側からサービスを提供することが可能となっており、他のネットワークに移動した際に、ホーム網１００とのローミングにより、ホーム網１００に在圏していたときと同じサービスを受けることができる。このため、移動先の在圏網１０１のＳＩＰサーバ１０１Ａとホーム網１００のＳＩＰサーバ１００Ａ，１００Ｂとの間で連携動作する「ホーム網制御」を行う仕組みを用い、ユーザが、どのネットワークに移動しても、移動先のネットワークに依存しないで、常に、同じサービスを利用することができる。

次に、図５に示すＳＩＰサーバ１００Ａ，１００Ｂ，１０１Ａなどの機能について、図６の構成図を用いてさらに詳細に説明する。図６は、ＩＭＳアーキテクチャのＩＰ網５００の中核を構成するＳＩＰサーバの機能を示す概念図であり、ＳＩＰサーバは、ユーザ端末ＵＥが直接またはアクセス網を介してアクセスするＰ-ＣＳＣＦ（Proxy Call Server Control Function：プロキシ制御機能）、他のＣＳＣＦからの問い合わせを受け付けたり、他網とのゲートウェア機能を有するＩ-ＣＳＣＦ（Interrogating CSCF：問い合わせ制御機能）、ホーム網におけるＳＩＰに基づくセッション制御を行うＳ-ＣＳＣＦ（Serving CSCF：呼セッション制御機能）の３種類に分割されて構成されている。つまり、Ｐ−ＣＳＣＦ機能は、ユーザ端末収容セッション制御サーバを、Ｉ−ＣＳＣＦ機能は、問い合わせセッション制御サーバを、また、Ｓ−ＣＳＣＦ機能は、ＩＭＳネットワークにおける中核の呼セッション制御を司る呼セッション制御サーバを、それぞれ形成している。

Ｐ−ＣＳＣＦ機能、Ｉ−ＣＳＣＦ機能、Ｓ−ＣＳＣＦ機能の各機能は、それぞれの機能ごとに、物理的に分離したサーバ装置（Ｐ−ＣＳＣＦサーバ、Ｉ−ＣＳＣＦサーバ、Ｓ−ＣＳＣＦサーバ）として構成しても良いし、いずれか１ないし複数の機能を物理的に併合して一体化したサーバ装置として構成しても良い。さらに、１つのサーバ装置内に、同一の機能を複数負荷分散した形で備えるようにしても良い。

図５に例示するＳＩＰサーバ１００Ａ，１００Ｂ，１０１Ａは、それぞれ、これらのいずれか１ないし複数の機能を備えており、図６に示す例では、ホーム網１００のＳＩＰサーバ１００Ａは、ユーザ端末ＵＥ２０２を接続するＰ−ＣＳＣＦ機能１０Ａ、１個のＳ−ＣＳＣＦ機能２０Ａを備え、ＳＩＰサーバ１００Ｂは、２個のＳ−ＣＳＣＦ機能２０Ｂ，２１Ｂ、移動したユーザ端末ＵＥ２０１が存在する在圏網１０１と接続するためのＩ−ＣＳＣＦ機能３０Ｂを備え、一方、在圏網１０１のＳＩＰサーバ１０１Ａは、ユーザ端末ＵＥ２０１を接続するＰ−ＣＳＣＦ機能１１Ａ、ホーム網１００と接続するためのＩ−ＣＳＣＦ機能３１Ａを備えている場合を示している。前述したように、このように、１つのＳＩＰサーバ内に、複数のＣＳＣＦ機能を備える場合のみに限らず、扱うトラフィック量に応じて、それぞれを独立のサーバ装置として構成してもかまわない。

また、図６に示すように、ＩＰ網内には、ＨＳＳサーバ（Home Subscriber Server：ホーム加入者サーバ）４０と、必要に応じて、ＳＬＦ機能（Subscriber Locator Function：加入者ロケータ機能）５０とがデータベースサーバとして配置されている。ＨＳＳサーバ４０は、ユーザ情報、各ユーザが加入しているサービスに関するプロファイル、ユーザ認証用情報、ユーザの移動管理用情報（現在位置情報）などを登録格納しているデータベースサーバであり、各ＣＳＣＦ機能がセッション制御を行う際に必要とする情報を登録している。また、ＳＬＦ機能５０は、ユーザ情報を登録しているＨＳＳサーバ４０とユーザとの対応関係を示す情報を登録しているデータベースであり、網内に複数のＨＳＳサーバが存在している場合に、Ｉ−ＣＳＣＦ機能からの問い合わせを受け付けて、問い合わせ対象のユーザに関するユーザ情報がどのＨＳＳサーバに登録されているかを検索する機能を有している。

次に、Ｐ−ＣＳＣＦ機能、Ｉ−ＣＳＣＦ機能、Ｓ−ＣＳＣＦ機能の各機能について、さらに詳細に説明する。

Ｐ-ＣＳＣＦ機能（プロキシセッション制御機能つまりユーザ端末収容セッション制御機能）は、ＩＭＳクライアントすなわちユーザ端末ＵＥとＡＤＳＬやＦＴＴＨなどのブロードバンド加入者回線あるいは無線網やＰＳＴＮ網などのアクセス網を介して接続され、ユーザ端末ＵＥからのＳＩＰメッセージを受信したり、ユーザ端末へＳＩＰメッセージを送信したりする。アクセス網を介して接続する場合は、例えば、携帯電話用ユーザ端末ＵＥを収容する在来のＷ−ＣＤＭＡネットワークからは、外部ネットワークとの接続機能を有するＧＧＳＮ（Gateway ＧＰＲＳ Support Node）と称するパケット交換機を経由して接続され、一方、固定のＡＤＳＬやＦＴＴＨなどのブロードバンドアクセス網や無線ＬＡＮからのアクセスは、アクセス系のＩＰ網にある中継ルータを経由して接続される。

Ｐ−ＣＳＣＦ機能は、ＩＭＳ通信の開始に先立って実施されるユーザの登録（位置登録）時に割り当てられ、ユーザ端末ＵＥとＩＭＳ通信用ＩＰ網間の認証を経た後、ユーザ端末ＵＥとの間に、通信の秘匿性を確保するためのＩＰｓｅｃトンネルを設定する。ユーザ端末ＵＥとの間で送受信されるすべてのＳＩＰメッセージは、ＩＰｓｅｃトンネル上を安全に転送されるとともに、Ｐ−ＣＳＣＦ機能においても受信したＳＩＰメッセージの合理性チェックが実施される。ホーム網内のＰ−ＣＳＣＦ機能だけでなく、ユーザが移動した場合、移動先の在圏網内のＰ−ＣＳＣＦ機能を利用してローミングすることも可能であり、ユーザ端末ＵＥからのトラフィックを移動先の網内でローカルに効率良く転送させることが可能である。ただし、移動先のネットワークがＩＭＳ機能を有していない場合には、ユーザ端末ＵＥからのＶｏＩＰなどのトラフィックなどは、すべて、ホーム網のＰ−ＣＳＣＦ機能にトンネリングされることになる。

Ｉ−ＣＳＣＦ機能（問い合わせセッション制御機能）は、ホーム網内に配置され、通信開始に先立って実施されるＩＭＳ通信用ＩＰ網へのユーザ端末ＵＥの登録時に、Ｐ−ＣＳＣＦ機能から受信したＳＩＰメッセージを参照して、ユーザ情報（加入者情報）を登録しているＨＳＳサーバ（ホーム加入者サーバ）が複数存在している場合などにおいては、必要に応じて、ＳＬＦ機能（加入者ロケータ機能）にアクセスして、当該ユーザ端末ＵＥに関するユーザ情報（加入者情報）を登録しているＨＳＳサーバを特定する。そして、ＨＳＳサーバからの情報に応じて、当該ユーザ端末ＵＥの呼セッション制御を司るＳ−ＣＳＣＦ機能を決定して、決定したＳ−ＣＳＣＦ機能に対して、Ｐ−ＣＳＣＦ機能から受信した当該ユーザ端末ＵＥのＳＩＰメッセージをルーティングして、当該ユーザ端末ＵＥの登録処理を引き継ぐ。

さらに、Ｉ−ＣＳＣＦ機能は、他の網からアクセスがあった場合にも、該当するユーザ端末ＵＥに関するユーザ情報（加入者情報）を登録しているＨＳＳサーバにアクセスして、当該ユーザ端末ＵＥの呼セッション制御を司るＳ−ＣＳＣＦ機能を決定して、他の網からの通信を引き継ぐ。すなわち、Ｉ−ＣＳＣＦ機能は、ＨＳＳサーバが複数存在している場合の負荷分散を円滑にすると同時に、網内の構成を外部の網から隠蔽する役割も担っている。

Ｓ−ＣＳＣＦ機能（呼セッション制御機能）は、登録したＩＭＳサービス利用のユーザ端末ＵＥの呼セッション制御を司るＳＩＰ登録サーバとして、ＳＩＰプロトコルによるセッション制御の中核となるＳＩＰサーバであり、ＨＳＳサーバからダウンロードしたユーザ情報（加入者情報）やユーザ端末ＵＥの現在位置情報を保持する。また、ユーザ端末ＵＥ間通信におけるセッション制御を行ったり、ＨＳＳサーバに登録されていたユーザ情報（加入者情報）の設定にしたがって、ユーザ端末ＵＥからの要求に応じたアプリケーションサーバＡＳのサービス処理を起動したりする。さらに、ユーザ端末ＵＥが通信相手をＥ．１６４勧告準拠の電話番号で指定していた場合、この電話番号に基づいてルーティングを行う機能も備えている。

Ｓ−ＣＳＣＦ機能は、ＳＩＰベースのＩＳＣ（ＩＭＳ Service Control：ＩＭＳサービス制御）と称する標準インタフェースを介して、種々の異なるアプリケーションサービスに共用される共通イネーブラ（プレゼンスやメッセージングなど、個々のアプリケーションサービスを実現するために利用する汎用的な機能）や、個々のアプリケーションサービスごとの制御を行うアプロケーションサーバＡＳと接続される。

また、図５に示すＡＳ（Application Server）３０１，３０２…のアプリケーションサーバ群３００は、種々のアプリケーションサービスの処理を行うサーバ群であり、各ユーザ端末ＵＥからの処理要求に応じてＳ−ＣＳＣＦ機能によって起動される。なお、従来の電話網と同様のサービスを提供するアプリケーションも用意されている。

次に、ＩＭＳ加入ユーザがＩＭＳ通信を行う際の発着信の基本的な手順について、図７、図８を用いて説明する。図７は、ユーザ端末ＵＥがＩＭＳ通信を行う発信手順についての処理の流れを示すシーケンスチャートであり、図８は、ユーザ端末ＵＥがＩＭＳ通信を行う着信手順についての処理の流れを示すシーケンスチャートである。以下の説明では、Ｐ−ＣＳＣＦ機能、Ｉ−ＣＳＣＦ機能、Ｓ−ＣＳＣＦ機能の各機能それぞれを実現する実体のサーバ装置について、Ｐ−ＣＳＣＦサーバ、Ｉ−ＣＳＣＦサーバ、Ｓ−ＣＳＣＦサーバと表現して記述することとする。

まず、図７を用いて、発信手順について説明する。ユーザ端末ＵＥが、セッションを開始するためには「ＩＮＶＩＴＥメッセージ」を使う。ユーザ端末ＵＥは、ＩＭＳ通信の開始に先立って実施された登録時において、記憶しておいたＳ−ＣＳＣＦサーバのＵＲＩ（Uniform Resource Identifier）を「ＩＮＶＩＴＥメッセージ」の「Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅ」ヘッダに設定することによって、当該Ｓ−ＣＳＣＦサーバへのルーティングを指示する（シーケンスＳＱ２１）。ユーザ端末ＵＥから「ＩＮＶＩＴＥメッセージ」を受信したＰ−ＣＳＣＦサーバは、登録時に記憶しておいたＳ−ＣＳＣＦサーバとの照合を行い、一致すれば、Ｉ−ＣＳＣＦサーバへアクセスすることなく、登録時に割り当てられたＳ−ＣＳＣＦサーバへ、受信した「ＩＮＶＩＴＥ」メッセージを転送する（シーケンスＳＱ２２）。

Ｉ−ＣＳＣＦサーバから「ＩＮＶＩＴＥメッセージ」を受信したＰ−ＣＳＣＦサーバは、「ＩＮＶＩＴＥメッセージ」に指定されている通信相手の情報に基づいて、「ＩＮＶＩＴＥメッセージ」を送信するルーティング先を決定して送信する（シーケンスＳＱ２３）。しかる後、Ｓ-ＣＳＣＦサーバは、着信側にある後位のＣＳＣＦから「ＩＮＶＩＴＥメッセージ」を受信した旨を示す暫定応答「１００Ｔｒｙｉｎｇ」を受信し（シーケンスＳＱ２４）、さらに、呼び出し中を示す暫定応答「１８０Ｒｉｎｇｉｎｇ」を受信すると（シーケンスＳＱ２６）、Ｐ−ＣＳＣＦサーバを介して、それぞれ、発信側のユーザ端末ＵＥに対して転送する（シーケンスＳＱ２５，ＳＱ２７）

暫定応答「１８０Ｒｉｎｇｉｎｇ」を受信した発信側のユーザ端末ＵＥは、あるいは、後位のＣＳＣＦ側から（図７の例では、着信側のユーザ端末ＵＥから）、セッション設定ＯＫを示す最終応答の「２００ＯＫ」を受信すると（シーケンスＳＱ２８）、Ｓ−ＣＳＣＦサーバは、受信した「２００ＯＫ」を、発信側(図７では前位の発信側)に転送する（シーケンスＳＱ２９）。発信側から「２００ＯＫ」に対する確認応答「ＡＣＫ」を受信すると（シーケンスＳＱ３０）、Ｓ−ＣＳＣＦは、セッション開設のための設定処理を完了するとともに、「２００ＯＫ」の送信元に対して確認応答「ＡＣＫ」を送信し（シーケンスＳＱ３１）、ＳＩＰプロトコルによるＩＭＳ通信の発信側の通信セッションが確立される。

ＳＩＰプロトコルによる「ＩＮＶＩＴＥメッセージ」は、「要求（ＩＮＶＩＴＥ）」、「最終応答（２００ＯＫ）」、「確認（ＡＣＫ）」の３方向ハンドシェークによって、通信相手に確実にデータが伝達されたことを確認する仕組みが採用されている。さらに、「２００ＯＫ」が送信されるまでに、着信側から発信側に対して「１ｘｙ」（１００Ｔｒｙｉｎｇや１８０Ｒｉｎｇｉｎｇ）の暫定応答が返送され、セッション設定中の進行状況を通知している。

また、ＩＭＳ通信における「ＩＮＶＩＴＥメッセージ」と「２００ＯＫ」（セッション開設リクエストの成功メッセージ）とは、確立されるマルチメディアセッションの内容が記述される「ＳＤＰ（Session Description Protocol：セッション記述プロトコル）」というプロトコルが使用される。

次に、図８を用いて、着信手順について説明する。発信側のＳ−ＣＳＣＦサーバからの「ＩＮＶＩＴＥメッセージ」はＩ−ＣＳＣＦサーバによって受信される（シーケンスＳＱ４１）。Ｉ−ＣＳＣＦサーバは、着信側のユーザ端末ＵＥの登録時に割り当てられたＳ−ＣＳＣＦサーバを、Ｄｉａｍｅｔｅｒプロトコルを用いてＨＳＳサーバに問い合わせて、ＨＳＳサーバから返送されてきたＳ−ＣＳＣＦサーバのＵＲＩに対して、受信した「ＩＮＶＩＴＥメッセージ」をルーティングする（シーケンスＳＱ４２）。

「ＩＮＶＩＴＥメッセージ」を受信したＳ−ＣＳＣＦサーバは、Ｐａｔｈヘッダに設定されている情報に基づいて、登録時に記録されたＰ−ＣＳＣＦサーバのＵＲＩを識別して、「ＩＮＶＩＴＥメッセージ」をＰ−ＣＳＣＦサーバへルーティングする（シーケンスＳＱ４３）。Ｐ−ＣＳＣＦサーバは、受信した「ＩＮＶＩＴＥメッセージ」により指定されている通信相手のユーザ端末ＵＥへ「ＩＮＶＩＴＥメッセージ」を転送するとともに（シーケンスＳＱ４４）、「ＩＮＶＩＴＥメッセージ」をユーザ端末ＵＥに配信した旨を示す暫定応答「１００Ｔｒｙｉｎｇ」を、Ｓ−ＣＳＣＦサーバ、Ｉ−ＣＳＣＦサーバを介して、前位の発信側のＳ−ＣＳＣＦサーバへ返送する（シーケンスＳＱ４５）。

「ＩＮＶＩＴＥメッセージ」を受信したユーザ端末ＵＥは、ユーザを呼び出すＲｉｎｇｉｎｇ状態に移行し、Ｐ−ＣＳＣＦサーバに対して、「１８０Ｒｉｎｇｉｎｇ」の暫定応答を返送する（シーケンスＳＱ４６）。ユーザ端末ＵＥから呼び出し中を示す暫定応答「１８０Ｒｉｎｇｉｎｇ」を受信したＰ−ＣＳＣＦサーバは、Ｓ−ＣＳＣＦサーバ、Ｉ−ＣＳＣＦサーバを介して、暫定応答「１８０Ｒｉｎｇｉｎｇ」を前位の発信側のＳ−ＣＳＣＦサーバへ転送する（シーケンスＳＱ４７）。

しかる後、ユーザ端末ＵＥから呼び出されたユーザが応答操作を行うと、ユーザ端末ＵＥは、「ＩＮＶＩＴＥ」メッセージに指定された要求（リクエスト）を受け入れた旨を示す最終応答「２００ＯＫ」をＰ−ＣＳＣＦサーバへ送信する（シーケンスＳＱ４８）。ユーザ端末ＵＥから要求（リクエスト）を受け入れた旨を示す最終応答「２００ＯＫ」を受信したＰ−ＣＳＣＦサーバは、Ｓ−ＣＳＣＦサーバ、Ｉ−ＣＳＣＦサーバを介して、最終応答「２００ＯＫ」を前位の発信側のＳ−ＣＳＣＦサーバへ転送する（シーケンスＳＱ４９）。この最終応答「２００ＯＫ」には、「Ｒｅｃｏｒｄ−Ｒｏｕｔｅ」というヘッダに、「ＩＮＶＩＴＥメッセージ」の受信時に順次挿入されていたＩ−ＣＳＣＦサーバ以外のＣＳＣＦサーバのＵＲＩを含む形で、前位のサーバに返送していくので、以降のメッセージは、Ｉ−ＣＳＣＦサーバを介することなく、直接、送信することができる状態になる。

しかる後においては、前位の発信側のＳ−ＣＳＣＦサーバから、返送した最終応答「２００ＯＫ」に対する発信側の確認応答「ＡＣＫ」が、Ｉ−ＣＳＣＦサーバを介することなく、着信側のＳ−ＣＳＣＦサーバに直接送信されてくる（シーケンスＳＱ５０）。前位の発信側のＳ−ＣＳＣＦサーバから確認応答「ＡＣＫ」を受信した着信側のＳ−ＣＳＣＦサーバは、Ｐ−ＣＳＣＦサーバを介して、着信側のユーザ端末ＵＥに対して確認応答「ＡＣＫ」を送信する（シーケンスＳＱ５１）。この結果、ＳＩＰプロトコルによるＩＭＳ通信の着信側の通信セッションが確立される。

次に、ＩＭＳ通信を終了する際の基本的な手順について、図９を用いて説明する。図９は、ユーザ端末がＩＭＳ通信を終了する手順についての処理の流れを示すシーケンスチャートである。通信を終了してセッションを開放するユーザ端末ＵＥは、セッションの終了を意味する「ＢＹＥメッセージ」を、通信相手のユーザ端末ＵＥに対して、ＩＭＳ通信の際に使用していた発信側のＰ−ＣＳＣＦサーバ、Ｓ−ＣＳＣＦサーバ、着信側のＳ−ＣＳＣＦサーバ、Ｐ−ＣＳＣＦサーバのルートをそのまま経由して送信する（シーケンスＳＱ６１）。

「ＢＹＥメッセージ」を受信した通信相手のユーザ端末ＵＥは、セッションの開放を受け入れた旨を示す最終応答「２００ＯＫ」を、「ＢＹＥメッセージ」の送信ルートを逆向きに、「ＢＹＥメッセージ」の送信元のユーザ端末ＵＥに対して返送する（シーケンスＳＱ６２）。この結果、通信用セッションは開放される。「ＢＹＥメッセージ」は、「ＩＮＶＩＴＥメッセージ」とは異なり、「要求（ＢＹＥ）」、「２００ＯＫ」の２方向ハンドシェーク方式となっている。

なお、ユーザ端末ＵＥが、アプリケーションサーバＡＳが提供するアプリケーションサービスを利用する場合は、ＩＭＳ通信の登録時にその旨が設定されており、ＩＭＳ通信の登録の時点で、ＨＳＳサーバからＳ−ＣＳＣＦサーバに対して、アプリケーションサービスの判定基準となる「フィルタ・クライテリア（Filter Criteria）」が返送されている。「フィルタ・クライテリア」の例としては、例えば、メッセージの種類、セッションの方向、登録の種別（初回登録、再登録、登録抹消）、ＳＩＰヘッダの有無と内容、ＳＤＰ（Session Description Protocol:セッション記述プロトコル）のパラメータ（メディアの種類）などであり、さらに、ＳＩＰメッセージのルーティング先となるアプリケーションサーバＡＳの指定情報も含まれている。

なお、アプリケーションサーバＡＳを利用することによって、例えば、カラオケサービスやＶｏＤ(Video
On Demand)サービスのような音楽配信や映像配信サービス以外に、着信転送サービスなどのような回線交換と同様の電話サービスも提供することが可能である。

ユーザ端末ＵＥからのＳＩＰメッセージが受信されると、Ｓ−ＣＳＣＦサーバは、ＩＭＳ通信の登録時にＨＳＳサーバから受け取っていた「フィルタ・クライテリア」を参照して、「フィルタ・クライテリア」の条件を満たしているＳＩＰメッセージのみをアプリケーションサーバＡＳへ転送するセッション制御を行う。これにより、アプリケーションサーバＡＳへ転送されたＳＩＰメッセージについては、アプリケーションサーバＡＳから対応するサービス提供用のＳＩＰメッセージが送信されるようになり、配信先に転送されるようになる。

なお、サービスの種別を指定するための識別子としては、加入者を識別するための「パブリックユーザＩＤ（ＩＭＰＵ：Public User Identity）」と同様の、「パブリックサービスＩＤ（ＰＳＩ：Public Service Identity）」を用いる。ユーザ端末ＵＥが所望のＰＳＩを指定することによって、Ｓ−ＣＳＣＦサーバは、指定されたＰＳＩに対応するアプリケーションサーバＡＳへ直接メッセージをルーティングして、アプリケーションサービスを提供することが可能である。
"ＮＧＮの核となるＩＭＳ"インターネットＵＲＬ（http://wbb.forum.impressrd.jp/feature/） 特開２００６−１１５４５３号公報（第６−８頁）

以上のようなネットワーク構成を有するＩＭＳアークテクチャにおいては、各ユーザ端末ＵＥのＳＩＰプロトコルを用いた発着信動作に先立って、各ユーザ端末ＵＥのホーム網に配置されている複数のＳ−ＣＳＣＦサーバ（呼セッション制御サーバ）のうち、各ユーザ端末ＵＥの呼セッション制御を司るＳ−ＣＳＣＦサーバを決定する手続き（つまり、ＲＥＧＩＳＴＥＲメッセージによる登録要求）をユーザ端末ＵＥが実施しておくことが必要である。

このとき、ユーザ端末ＵＥからＲＥＧＩＳＴＥＲメッセージによる登録要求を受け取ったＰ−ＣＳＣＦサーバは、Ｉ−ＣＳＣＦサーバに対して問い合わせを行う。問い合わせを受け取ったＩ−ＣＳＣＦサーバは、複数のＨＳＳサーバが存在している場合、ＳＬＦサーバにアクセスして、登録すべきユーザ端末のユーザ情報を記憶しているＨＳＳサーバを特定した後、特定したＨＳＳサーバから当該ユーザ端末に割り当て可能なＳ−ＣＳＣＦサーバの一覧を転送させ、転送させたＳ−ＣＳＣＦサーバの中から、登録要求を送信してきたユーザ端末ＵＥの登録を担当するすなわちユーザ端末ＵＥの呼セッション制御を司るＳ−ＣＳＣＦサーバを決定するようにしている。

ここで、ホーム網のＩＰ網内にＨＳＳサーバが複数存在している場合、従来の技術では、各ＨＳＳサーバごとに、異なるユーザ端末のユーザ情報が登録されているか、あるいは、地域ごとに２重化した冗長構成を有していたとしても、ＳＬＦサーバにアクセスすることによって、Ｉ−ＣＳＣＦサーバから問い合わせがあったユーザ端末ＵＥのユーザ情報を登録しているいずれか１つのＨＳＳサーバのみに特定して、問い合わせ先に返送するように構成されている。

つまり、ユーザ登録時に、Ｉ−ＣＳＣＦサーバから、Ｓ−ＣＳＣＦサーバの選択用の情報を取得するために、あるいは、ユーザ端末ＵＥの呼セッション制御を司るＳ−ＣＳＣＦサーバとして決定されたＳ−ＣＳＣＦサーバから、新たに登録すべきユーザ端末ＵＥのユーザ情報を取得するために、ＨＳＳサーバにアクセスしようとした際に、ＳＬＦサーバからは、いずれか１つのＨＳＳサーバのみに関する情報しか返送されてこない。

このため、例えば、ＳＬＦサーバにより特定されたＨＳＳサーバにアクセスした際に、何らかの原因で、ＨＳＳサーバからＳ−ＣＳＣＦサーバの選択用の情報やユーザ端末ＵＥに関するユーザ情報をＩ−ＣＳＣＦサーバやＳ−ＣＳＣＦサーバに返送することができなかった場合、ユーザ端末ＵＥに対するＩＭＳサービスの提供を行うことができなくなるという問題が生じてしまう。あるいは、ＨＳＳサーバが地域ごとに２重化した冗長構成を有していたとしても、一方のＨＳＳサーバへのアクセスが失敗しても、その情報がＳＬＦサーバにただちに伝達される仕組みを備えていないため、Ｉ−ＣＳＣＦサーバやＳ−ＣＳＣＦサーバが、アクセスに失敗したＨＳＳサーバ以外のＨＳＳサーバを選択しようとして、再度、ＳＬＦサーバにアクセスしても、ＳＬＦサーバにおいて、ＨＳＳサーバを選択し直して、アクセスに失敗したＨＳＳサーバ以外の適切なＨＳＳサーバを返送してくる保証はないという問題があった。

本発明は、かかる問題を解決するためになされたものであり、各地域ごとに複数のＨＳＳサーバについて冗長構成とした場合、複数のＨＳＳサーバには同期化した同一の情報を格納するようにするとともに、ＳＬＦサーバからＩ−ＣＳＣＦサーバやＳ−ＣＳＣＦサーバに返送するＨＳＳサーバ情報として、該当するＳ−ＣＳＣＦサーバの選択用の情報や該当するユーザ情報を有するＨＳＳサーバそれぞれに関するアクセス情報を返送し、Ｉ−ＣＳＣＦサーバやＳ−ＣＳＣＦサーバにて、アクセスに成功するまで順次ＨＳＳサーバを切り替えてアクセスすることを可能とするホーム加入者サーバ構成方法、構成システム、プログラム及び記憶媒体を提供することを、その目的としている。

前述の課題を解決するため、本発明によるホーム加入者サーバ構成方法、構成システム、プログラム及び記憶媒体は、次のような特徴的な構成を採用している。

（１）ＩＭＳ（IP Multimedia Subsystem）アーキテクチャを実現するＩＰ網において、ユーザ端末のユーザ情報および呼セッション制御を司る呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)の選択用の情報を記憶するホーム加入者サーバ（ＨＳＳサーバ）が複数存在していて、かつ、複数の該ホーム加入者サーバが地域ごとに冗長構成とされている場合に、複数の前記ホーム加入者サーバとユーザ端末との対応関係を記憶する加入者ロケータサーバ（ＳＬＦサーバ）に対して、新たなユーザ端末を登録する前記呼セッション制御サーバを決定する問い合わせセッション制御サーバ（Ｉ−ＣＳＣＦサーバ）から、または、前記呼セッション制御サーバから、問い合わせをすることによって、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバがアクセスすべき前記ホーム加入者サーバを決定するホーム加入者サーバ構成方法であって、
冗長構成とされる複数の前記ホーム加入者サーバに記憶されるそれぞれの情報を同期化するとともに、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバからの問い合わせがあった際に、前記加入者ロケータサーバは、問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を、問い合わせ元の前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバに返送するホーム加入者サーバ構成方法。
（２）前記加入者ロケータサーバは、問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を返送する際に、あらかじめ定めた優先順位に応じて並べ替えて返送する上記（１）のホーム加入者サーバ構成方法。
（３）前記加入者ロケータサーバと前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバとの間の情報交換に、Ｄｉａｍｅｔｅｒプロトコルが用いられている場合、前記加入者ロケータサーバは、Ｄｉａｍｅｔｅｒプロトコルの応答信号に含まれているパラメータRedirect-HostＡＶＰ（Attribute Value Pair）に複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を設定して返送する上記（１）または（２）のホーム加入者サーバ構成方法。
（４）前記加入者ロケータサーバから問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を受信した前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバは、前記加入者ロケータサーバから送信されてきた順に、または、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバにおいてあらかじめ定めた優先順位に応じて、複数の前記ホーム加入者サーバの中から選択した前記ホーム加入者サーバに対してアクセスする上記（１）ないし（３）のいずれかのホーム加入者サーバ構成方法。
（５）前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバは、前記ホーム加入者サーバに対してアクセスした後、あらかじめ定めた時間の間に、前記ホーム加入者サーバからアクセスに対する応答が得られなかった場合、あるいは、あらかじめ定めた回数分の再送動作においても、前記ホーム加入者サーバからアクセスに対する応答が得られなかった場合に、複数の前記ホーム加入者サーバの中から、次の前記ホーム加入者サーバを選択して、選択した前記ホーム加入者サーバに切り替えてアクセスする上記（４）のホーム加入者サーバ構成方法。
（６）冗長構成とされる複数の前記ホーム加入者サーバに記憶されるそれぞれの情報を同期化する動作として、前記ホーム加入者サーバのいずれかに記憶されている情報の更新が実施される都度、他の前記ホーム加入者サーバの情報も同一の情報に更新する上記（１）ないし（５）のホーム加入者サーバ構成方法。
（７）冗長構成とされる複数の前記ホーム加入者サーバに記憶されるそれぞれの情報を同期化する動作を、あらかじめ定めた時間間隔で定期的に実施する上記（１）ないし（６）のいずれかのホーム加入者サーバ構成方法。
（８）冗長構成とされる複数の前記ホーム加入者サーバに記憶されるそれぞれの情報を同期化する際に、各前記ホーム加入者サーバの情報を揃える元情報を、多数決論理により、または、あらかじめ定めた前記ホーム加入者サーバの情報により、または、情報の合理性チェック結果により、決定する上記（７）のホーム加入者サーバ構成方法。
（９）上記（１）乃至（８）のいずれかに記載する処理をコンピュータに実行させるためのプログラム。
（１０）上記（９）に記載するプログラムを格納する記憶媒体。
（１１）ＩＭＳ（IP Multimedia Subsystem）アークテキチャを実現するＩＰ網において、ユーザ端末のユーザ情報および呼セッション制御を司る呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)の選択用の情報を記憶するホーム加入者サーバ（ＨＳＳサーバ）が複数存在していて、かつ、複数の該ホーム加入者サーバが地域ごとに冗長構成とされている場合に、複数の前記ホーム加入者サーバとユーザ端末との対応関係を記憶する加入者ロケータサーバ（ＳＬＦサーバ）に対して、新たなユーザ端末を登録する前記呼セッション制御サーバを決定する問い合わせセッション制御サーバ（Ｉ−ＣＳＣＦサーバ）から、または、前記呼セッション制御サーバから、問い合わせをすることによって、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバがアクセスすべき前記ホーム加入者サーバを決定するホーム加入者サーバ構成システムであって、冗長構成とされる複数の前記ホーム加入者サーバに記憶されるそれぞれの情報を同期化するとともに、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバからの問い合わせがあった際に、前記加入者ロケータサーバは、問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を、問い合わせ元の前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバに返送することを特徴とするホーム加入者サーバ構成システム。
（１２）前記加入者ロケータサーバは、問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を返送する際に、あらかじめ定めた優先順位に応じて並べ替えて返送することを特徴とする上記（１１）のホーム加入者サーバ構成システム。
（１３）前記加入者ロケータサーバから問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を受信した前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバは、前記加入者ロケータサーバから送信されてきた順に、または、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバにおいてあらかじめ定めた優先順位に応じて、複数の前記ホーム加入者サーバの中から選択した前記ホーム加入者サーバに対してアクセスする上記（１１）または（１２）のホーム加入者サーバ構成システム。
（１４）前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバは、前記ホーム加入者サーバに対してアクセスした後、あらかじめ定めた時間の間に、前記ホーム加入者サーバからアクセスに対する応答が得られなかった場合、あるいは、あらかじめ定めた回数分の再送動作においても、前記ホーム加入者サーバからアクセスに対する応答が得られなかった場合に、複数の前記ホーム加入者サーバの中から、次の前記ホーム加入者サーバを選択して、選択した前記ホーム加入者サーバに切り替えてアクセスする上記（１３）のホーム加入者サーバ構成システム。

本発明のホーム加入者サーバ構成方法、構成システム、プログラム及び記憶媒体によれば、以下のような効果を得ることができる。

ユーザ情報やＳ−ＣＳＣＦサーバの選択用の情報を記憶したＨＳＳサーバを、地域ごとに、複数、同一の情報を同期化して有する冗長構成とし、ユーザ端末やＳ−ＣＳＣＦサーバの選択用情報とＨＳＳサーバとの対応関係を出力するＳＬＦサーバを、冗長構成とした複数のＨＳＳサーバそれぞれのアクセス情報について、問い合わせ元のＣＳＣＦ（Ｉ−ＣＳＣＦやＳ−ＣＳＣＦ）に対して出力するように構成しているので、いずれか１つのＨＳＳサーバへのアクセスに失敗しても、代替のＨＳＳサーバに迅速かつ確実にアクセスすることが可能であり、ユーザ端末の登録時の処理を迅速に行うことができるとともに、ＨＳＳサーバに対するアクセス失敗によりＩＭＳサービスの呼損が発生する事態を低減し、ユーザに対するＩＭＳサービスを質的に向上させることができる。

以下、本発明によるホーム加入者サーバ構成方法およびホーム加入者サーバ構成システムの好適な実施例について添付図を参照して説明する。

なお、以下の説明においては、説明を簡素化するために、ＳＩＰサーバ装置に備えられるＰ−ＣＳＣＦ機能、Ｉ−ＣＳＣＦ機能、Ｓ−ＣＳＣＦ機能の各機能が、それぞれの機能ごとに、Ｐ−ＣＳＣＦサーバ、Ｉ−ＣＳＣＦサーバ、Ｓ−ＣＳＣＦサーバとして物理的に分離して構成されている場合を例にとって説明するが、かかる場合のみに限るものではなく、いずれか１ないし複数の機能を物理的に併合して一体化したサーバ装置として構成しても良い。さらに、１つのサーバ装置内に、同一の機能を複数負荷分散した形で備えるようにしても良い。また、以下の実施例において説明される動作処理手順（ステップ）をコンピュータに実行させるプログラム及び当該プログラムを格納、記憶した記憶媒体も本発明の実施例に含まれる。

（本発明の特徴）
本発明の実施例の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、次世代ＩＰ電話網（ＮＧＮ／ＩＭＳ）において、地域に応じて、複数のＨＳＳサーバが冗長構成となっている場合に、冗長構成とされている複数のＨＳＳサーバそれぞれに記憶される情報を同期化し、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバやＳ−ＣＳＣＦサーバ）が、いずれかのＨＳＳサーバへのアクセスに失敗した際に、冗長構成とされている他のＨＳＳサーバにただちに切り替えてアクセスして、必要とする情報を取得することを可能とし、もって、ＩＭＳサービスのスムースな提供を可能とすることを主な特徴としている。

（実施例の構成）
図１は、本発明を適用するＩＭＳアーキテクチャにおけるＩＰ網のシステム構成の一例を示すシステム構成図である。図１のシステム構成は、背景技術において説明した図５、図６とほぼ同様の構成からなっており、ホーム網を形成するＩＰ網１００として、Ｐ−ＣＳＣＦ機能、Ｉ−ＣＳＣＦ機能、Ｓ−ＣＳＣＦ機能の各機能を有するＳＩＰサーバ群、ＩＭＳ通信を行う各ＩＭＳユーザのユーザ情報（加入者情報）を登録するＨＳＳサーバ（ホーム加入者サーバ）および複数のＨＳＳサーバとユーザとの対応関係を登録するＳＬＦサーバ（加入者ロケータ機能）のデータベースサーバ群を、少なくとも有して構成されている。

図１のシステム構成例では、ＩＰ網１００のＳＩＰサーバ群として、ユーザ端末ＵＥ(User Equipment)２０１，２０２，…を、直接、または、アクセス網４００を介して接続するＰ−ＣＳＣＦサーバ（ユーザ端末収容セッション制御サーバ）１０、ＩＭＳ通信を行うユーザ端末ＵＥ２０１，２０２，…の登録（位置登録やユーザ情報の登録）を行い、ユーザ端末ＵＥ２０１，２０２，…の呼セッション制御を司るＳ−ＣＳＣＦ（呼セッション制御サーバ）２１，２２、および、他のＣＳＣＦサーバからの問い合わせを受け付けるとともに、他のＩＰ網１０１とのゲートウェイ機能を有するＩ−ＣＳＣＦサーバ（問い合わせセッション制御サーバ）３０を備えている。

また、ＩＰ網１００のデータベースサーバ群として、当該ＩＰ網１００をホーム網としてＩＭＳ通信を行う各ユーザのユーザ情報（加入者情報）を登録しているＨＳＳサーバ４０、各ユーザのユーザ情報が登録されているＨＳＳサーバ４０を識別可能な情報を記録しているＳＬＦサーバ５０を備えている。

また、各種のアプリケーションサービスを提供するアプリケーションサーバ群３００として、アプリケーションサーバＡＳ３０１，３０２，…が備えられており、ＳＩＰベースのＩＳＣ（ＩＭＳ Service Control：ＩＭＳサービス制御）と称する標準インタフェースを介して、Ｓ−ＣＳＣＦサーバ２１などと接続されている。

なお、図１のシステム構成において、各ＳＩＰサーバ（Ｐ−ＣＳＣＦサーバ１０、Ｓ−ＣＳＣＦサーバ２１，２２、Ｉ−ＣＳＣＦサーバ３０）、ＨＳＳサーバ４０、ＳＬＦサーバ５０やアプリケーションサーバＡＳ３０１，３０２，…、ユーザ端末ＵＥ２０１，２０２…との間を接続している実線は、ＳＩＰプロトコルを用いて通信するインタフェースを示し、破線は、Ｄｉａｍｅｔｅｒプロトコルを用いて通信するインタフェースを示している。また、当該ＩＰ網１００をホーム網としているユーザ端末ＵＥ２０１，２０２，…が他のＩＰ網１０１に移動しても、Ｉ−ＣＳＣＦサーバ３０を介して他のＩＰ網１０１との間でローミング接続することが可能であり、ホーム網のＩＰ網１００に在圏していた場合と全く同様のＩＭＳ通信サービスを受けることができる。

次に、ＩＭＳ加入ユーザがＩＭＳ通信を行うためにＳ−ＣＳＣＦサーバ(呼セッション制御サーバ)への登録を行う際の基本的な手順について、図２を用いて説明する。図２は、ＩＭＳ通信の開始に先立ってユーザ端末ＵＥのＳ−ＣＳＣＦサーバへの登録処理の流れを示すシーケンスチャートであり、図１のユーザ端末ＵＥ２０１をＳ−ＣＳＣＦサーバ２１へ登録する場合を例にとって、以下に説明する。

ユーザ端末ＵＥ２０１は、ＩＭＳ通信を行う場合、発着信動作に先立って、必ず、このＳ−ＣＳＣＦサーバ２１への登録手順が必要である。ＩＭＳ通信においては、ユーザ端末ＵＥとして、移動端末も統一的に扱う対象としているため、着信が可能なように、少なくともユーザ端末ＵＥの現在位置を、呼セッション制御を司るＳ−ＣＳＣＦサーバ２１へ登録する必要があるためであり、さらに、登録時に、ユーザの認証やＩＰｓｅｃ（ＩＰセキュリティプロトコル）の確立を図って、通信のセキュリティを確保するようにするためでもある。

ＩＭＳ通信の登録は、ＩＭＳ加入ユーザのユーザ情報（プライベイトユーザＩＤ（ＩＭＰＩ）、パブリックユーザＩＤ（ＩＭＰＵ）、長期共有キー（Ｋｉ））を基にして、ユーザ端末ＵＥ２０１側とＩＭＳネットワークのＩＰ網１００側とで相互に認証することによって行われる。認証に用いられるユーザ情報は、ユーザ端末ＵＥ２０１に装着するＵＩＣＣ(Universal Integrated Circuit Card：汎用ＩＣカード)とＩＰ網１００内のＨＳＳサーバ４０との双方にあらかじめ登録記憶されている。なお、パブリックユーザＩＤ（ＩＭＰＵ）はＥ．１６４勧告準拠の電話番号に相当する識別子であり、ユニークにユーザ端末ＵＥ２０１を特定する識別子である。

図２において、ＩＭＳ通信用の登録を要求するために、ユーザ端末ＵＥ２０１が、まず、プライベイトユーザＩＤ（ＩＭＰＩ）や自ホームドメインを示すＵＲＩ（Uniform Resource Identifier）を含む「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」をＰ−ＣＳＣＦサーバ１０に送信すると（シーケンスＳＱ１）、Ｐ−ＣＳＣＦサーバ１０は、ホームＩＭＳドメインのＩＰ網１００内に配置されているＩ−ＣＳＣＦサーバ３０に、受信した「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を転送する（シーケンスＳＱ２）。「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を受信したＩ−ＣＳＣＦサーバ３０は、ＤｉａｍｅｔｅｒプロトコルのＵＡＲ(User Authorization Request)を用いてＨＳＳサーバ４０にアクセスして（シーケンスＳＱ３）、ＨＳＳサーバ４０より、当該ユーザ端末ＵＥ２０１の通信に利用するＳ−ＣＳＣＦサーバの候補を、ＤｉａｍｅｔｅｒプロトコルのＵＡＡ(User Authorization Answer)により受け取る（シーケンスＳＱ４）。Ｉ−ＣＳＣＦサーバ３０は、候補の中からユーザ端末ＵＥ２０１の通信に利用するＳ−ＣＳＣＦサーバ２１を選択し、選択したＳ−ＣＳＣＦサーバ２１に対して、「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を転送する（シーケンスＳＱ５）。

なお、ここで、ＩＰ網１００内に複数のＨＳＳサーバが存在していた場合、当該ユーザ端末ＵＥ２０１に関するユーザ情報を登録しているＨＳＳサーバ４０を特定するために、Ｉ−ＣＳＣＦサーバ３０は、ＳＬＦサーバ５０に、ＤｉａｍｅｔｅｒプロトコルのＳＡＲ（Server Assignment Request）を用いてアクセスして（シーケンスＳＱ２１）、ＳＬＦ５０から当該ユーザ端末ＵＥ２０１に対応するＨＳＳサーバ４０を特定する情報をＤｉａｍｅｔｅｒプロトコルの応答信号を用いて受け取るというＨＳＳサーバ選択手順を実施する（シーケンスＳＱ２２）。

「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を受信したＳ−ＣＳＣＦサーバ２１は、当該ユーザ端末ＵＥ２０１のプライベイトユーザＩＤ（ＩＭＰＩ）、パブリックユーザＩＤ（ＩＭＰＵ）、自Ｓ−ＣＳＣＦ名などを、ＤｉａｍｅｔｅｒプロトコルのＭＡＲ（Multimedia Authentication Request）を用いてＨＳＳサーバ４０に通知して、認証ベクトルの計算を依頼する（シーケンスＳＱ６）。ＨＳＳサーバ４０は、Ｓ−ＣＳＣＦサーバ２１から受信したプライベイトユーザＩＤ（ＩＭＰＩ）、パブリックユーザＩＤ（ＩＭＰＵ）、自Ｓ−ＣＳＣＦ名を基に、乱数語ＲＡＮＤを生成し、生成した乱数語ＲＡＮＤおよび長期共有キー（Ｋｉ）を使って、認証ベクトル（ＩＰ網１００の認証トークンＡＵＴＮ、ユーザ端末ＵＥからの期待応答値ＸＲＥＳ、ＩＰｓｅｃで使用する秘匿用キーＣｋ、ＩＰｓｅｃで使用する整合性チェック用キーＩｋ）を生成して、乱数語ＲＡＮＤとともに、Ｓ−ＣＳＣＦサーバ２１に返送する（シーケンスＳＱ７）。

Ｓ−ＣＳＣＦサーバ２１は、ＨＳＳサーバ４０から受信した認証ベクトルのうち、ユーザ端末ＵＥ２０１から後で返送されてくる認証応答と照合するために期待応答値ＸＲＥＳのみを保存した後、残りの認証ベクトルと乱数語ＲＡＮＤとを、「４０１Ｕｎａｕｔｈｒｉｚｅｄメッセージ」として、Ｉ−ＣＳＣＦサーバ３０を介してＰ−ＣＳＣＦサーバ１０へ返送する（シーケンスＳＱ８）。「４０１Ｕｎａｕｔｈｒｉｚｅｄメッセージ」を受信したＰ−ＣＳＣＦサーバ１０は、秘匿用キーＣｋと整合性チェック用キーＩｋとをＩＰｓｅｃ通信用に使用するための共有キーとして取り出して保存した後、ＩＰ網１００の認証トークンＡＵＴＮと乱数語ＲＡＮＤとを含む「４０１Ｕｎａｕｔｈｒｉｚｅｄメッセージ」としてユーザ端末ＵＥ２０１に送信する（シーケンスＳＱ９）。

「４０１Ｕｎａｕｔｈｒｉｚｅｄメッセージ」を受信したユーザ端末ＵＥ２０１は、乱数語ＲＡＮＤと長期共有キー（Ｋｉ）を用いて、ＩＰ網１００の認証トークンＡＵＴＮの認証を行うとともに、ＲＥＳ（Response：認証応答）、秘匿用キーＣｋ、整合性チェック用キーＩｋを算出し、秘匿用キーＣｋ、整合性チェック用キーＩｋを用いたＩＰｓｅｃ通信状態に設定して、認証要求に対する応答値の認証応答ＲＥＳを含む「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を、Ｐ−ＣＳＣＦサーバ１０に返送する（シーケンスＳＱ１０）。秘匿用キーＣｋ、整合性チェック用キーＩｋが得られると、ユーザ端末ＵＥ２０１とＰ−ＣＳＣＦサーバ１０との間のＳＩＰ通信メッセージは、ＩＰｓｅｃ通信として暗号化されて保護される状態になる。

認証応答ＲＥＳを含む「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を受信したＰ−ＣＳＣＦサーバ１０は、該「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」をＩ−ＣＳＣＦサーバ３０を介してＳ−ＣＳＣＦサーバ２１に転送する（シーケンスＳＱ１０）。なお、Ｉ−ＣＳＣＦサーバ３０は、認証応答ＲＥＳを含む「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を受信した際に、ＨＳＳサーバ４０に送信元のユーザ端末ＵＥ２０１の登録を行うように選択したＳ−ＣＳＣＦサーバ２１を検出するために、ＨＳＳサーバ４０へ問い合わせを行うことによって（シーケンスＳＱ１２，ＳＱ１３）、該当するＳ−ＣＳＣＦサーバ２１に対して転送する動作を行う（シーケンスＳＱ１４）。ここで、複数のＨＳＳサーバ４０が存在している場合は、シーケンスＳＱ２の場合と同様、ＳＬＦサーバ５０に対して、当該ユーザ端末ＵＥ２０１のユーザ情報（加入者情報）を登録格納しているＨＳＳサーバ４０を問い合わせることにより、該当するＨＳＳサーバ４０を判別する。

認証応答ＲＥＳを含む「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を受信したＳ−ＣＳＣＦサーバ２１は、「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」に含まれているユーザ端末ＵＥ２０１の認証応答ＲＥＳと保存していた応答期待値ＸＲＥＳとを照合して、正当なユーザ端末ＵＥ２０１であるとの認証に成功すると、ＤｉａｍｅｔｅｒプロトコルのＳＡＲ(Server Assignment Request)を用いてＨＳＳサーバ４０に対して当該ユーザ端末ＵＥ２０１の通信登録を行ったことを通知し（シーケンスＳＱ１５）、当該ユーザ端末ＵＥ２０１のユーザプロファイル（当該ユーザに関するパブリックユーザＩＤ（ＩＭＰＵ）、ＩＦＣ（Initial Filter Criteria）、位置情報など）をＤｉａｍｅｔｅｒプロトコルのＳＡＡ(Server Assignment Answer)を用いてＨＳＳサーバ４０からダウンロードする（シーケンスＳＱ１６）。

ＨＳＳサーバ４０から当該ユーザ端末ＵＥ２０１のユーザプロファイルを受信したＳ−ＣＳＣＦサーバ２１は、当該ユーザＵＥ２１のＳＩＰ通信の登録を完了した旨を示す「２００ＯＫ」を、Ｉ−ＣＳＣＦサーバ３０、Ｐ−ＣＳＣＦサーバ１０を介してユーザ端末ＵＥ２０１に送信する（シーケンスＳＱ１７）。以上の手順により、ユーザ端末ＵＥ２０１の呼セッション制御を司るＳ−ＣＳＣＦサーバ２１の決定処理と、ユーザ端末ＵＥ２０１とＩＰ網１００との認証手順とを経て、ユーザ端末ＵＥ２０１の現在位置情報、ユーザ情報（加入者情報）のＳ−ＣＳＣＦサーバ２１への登録を終了し、ユーザ端末ＵＥ２０１は発着信動作が可能な状態に設定される。

以上に説明した図２のユーザ端末ＵＥ２０１のＳ−ＣＳＣＦサーバ２１への登録手順のうち、Ｉ−ＣＳＣＦ３０が、シーケンスＳＱ２１，ＳＱ２２の手順を経て、ＳＬＦサーバ５０からの情報により、ユーザ端末ＵＥ２０１に関するユーザ情報を登録しているＨＳＳサーバ４０を特定し、特定したＨＳＳサーバ４０に、シーケンスＳＱ３，ＳＱ４の手順を経てアクセスする際に、図３に示すような手順で実施している。図３は、従来のＨＳＳサーバへのアクセス手順の詳細を示す説明図である。なお、Ｓ−ＣＳＣＦサーバ２１が、図２のシーケンスＳＱ６，ＳＱ７の手順にて、認証ベクトルの計算処理を要求するＨＳＳサーバ４０へアクセスする際や、シーケンスＳＱ１５，ＳＱ１６の手順にて、登録ユーザ端末ＵＥ２０１のユーザ情報を転送させるためにＨＳＳ４０へアクセスする際にも、シーケンスＳＱ２１，ＳＱ２２と同様の手順を経て、ＳＬＦサーバ５０からの情報を得ることにより、該当するＨＳＳサーバ４０を特定するが、この際にも、図３に示すような手順が実施される。

図３に示すように、ＨＳＳサーバが複数存在している場合、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）は、まず、ＤｉａｍｅｔｅｒプロトコルのＳＡＲなどを用いて、インタフェースＤｘを介して、ＳＬＦサーバ５０に対して「Ｄｘ Ｒｅｑｕｅｓｔ」として問い合わせる（第１ステップ）。ここで、地域ごとのＨＳＳサーバとして、拠点ＡのＨＳＳ−Ａサーバ４０Ａと拠点ＢのＨＳＳ−Ｂサーバ４０Ｂとが冗長構成とされているものとする。

「Ｄｘ Ｒｅｑｕｅｓｔ」を受け取ったＳＬＦサーバ５０は、要求元の要求を満たす地域ごとのＨＳＳサーバとして拠点Ａと拠点ＢとにＨＳＳ−Ａサーバ４０Ａ，ＨＳＳ−Ｂサーバ４０Ｂとが存在していることを認識し、要求元からの条件に応じてあらかじめ定めた優先順位にしたがって、いずれか一方のＨＳＳサーバ例えばＨＳＳ−Ａサーバ４０Ａを選択して、ＤｉａｍｅｔｅｒプロトコルのＳＡＡなどのパラメータ「Redirect-HostＡＶＰ（Attribute Value Pair）」に当該ＨＳＳサーバ例えばＨＳＳ−Ａサーバ４０Ａのアクセス情報を設定して、インタフェースＤｘを介して、問い合わせ元のＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）に対して「Ｄｘ Ａｎｓｗｅｒ」として返送する（第２ステップ）。

なお、パラメータ「Redirect-HostＡＶＰ」に実際に設定されるＨＳＳサーバ例えばＨＳＳ−Ａサーバ４０Ａのアクセス情報としては、例えば、
（ａ）Ｄｉａｍｅｔｅｒプロトコル上のＵＲＩ「aaa://hssA.sample.com」
（ｂ）ＩＰｖ４規定のＩＰアドレス「192.168.0.1」
（ｃ）ＩＰｖ６規定のＩＰアドレス
「0000:0000:0000:0000:0000:0000:0000:0001」
などである。

ＨＳＳ選択結果としてＳＬＦサーバ５０からパラメータ「Redirect-HostＡＶＰ」に設定された例えばＨＳＳ−Ａサーバ４０Ａのアクセス情報を受信したＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）は、ＨＳＳ−Ａサーバ４０Ａに対して、例えば、Ｓ−ＣＳＣＦ選択用の情報を要求するＤｉａｍｅｔｅｒプロトコルのＵＡＲなどを用いて、インタフェースＣｘを介して、「Ｃｘ Ｒｅｑｕｅｓｔ」として送信する（第３ステップ）。

ここで、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）からの「Ｃｘ Ｒｅｑｕｅｓｔ」を受信したＨＳＳ−Ａサーバ４０Ａが、強制切断や回線障害などの何らかの原因で、「Ｃｘ Ａｎｓｗｅｒ」としての応答情報を要求元へ返送することに失敗した場合（第４ステップ）、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）側における応答待ちタイミングがタイムアウトして、再送動作を繰り返すことになる。この再送動作でも、ＨＳＳ−Ａサーバ４０Ａからの応答情報を受信することができなかった場合は、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）は、ユーザ端末ＵＥの登録や呼セッションの確立に必要な情報が得られなかったものとして、登録を中断したりセッションの確立を放棄したりして、呼損として扱わざるを得なくなる。

なお、たとえ、地域ごとの冗長な構成として拠点ＢのＨＳＳ−Ｂサーバ４０Ｂが存在していたとしても、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）は、ＨＳＳ−Ｂサーバ４０Ｂへのアクセス方法を知っていないし、また、ＳＬＦサーバ５０に対して、冗長なＨＳＳ―Ｂサーバ４０Ｂが存在していた場合には、冗長なＨＳＳ―Ｂサーバ４０Ｂに関するアクセス情報の返送を求めようとしても、従来の技術では、かかる動作を迅速に実行させる手段が備えられていなく、ＳＬＦサーバ５０からＨＳＳ−Ａサーバ４０Ａに代わるＨＳＳ−Ｂサーバ４０Ｂに関する情報を得ることができない。

本発明における本実施例においては、図４に示すように、図３の場合とは異なり、地域ごとのＨＳＳサーバとして冗長構成とされて拠点ごとに分散配置されている、拠点ＡのＨＳＳ−Ａサーバ４０Ａと拠点ＢのＨＳＳ−Ｂサーバ４０Ｂとは、定期的に、または、記憶情報の更新が発生する都度、両者の記憶情報を一致させるデータ同期化処理を実施して、ＨＳＳ−Ａサーバ４０Ａ、ＨＳＳ−Ｂサーバ４０Ｂのいずれでも切り替えて利用することが可能な状態に維持されている。ここで、図４は、本発明によるＨＳＳサーバへのアクセス手順の詳細の一例を示す説明図である。

さらに、図４に示すように、ＳＬＦサーバ５０は、要求元の要求を満たす地域ごとのＨＳＳサーバとして拠点Ａと拠点ＢとにＨＳＳ−Ａサーバ４０Ａ，ＨＳＳ−Ｂサーバ４０Ｂとが存在していることを認識した場合、アクセス可能と認識したそれぞれのＨＳＳサーバ（つまり図４の場合ＨＳＳ−Ａサーバ４０Ａ，ＨＳＳ−Ｂサーバ４０Ｂ）に関するアクセス情報を、要求元からの条件に応じてあらかじめ定めた優先順位にしたがって配列して、要求元のＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）に対して返送するように構成されている。

同期化された情報を有するＨＳＳサーバが複数存在している場合について、図４のシーケンスを説明する。ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）は、図３の場合と同様、まず、ＤｉａｍｅｔｅｒプロトコルのＳＡＲなどを用いて、インタフェースＤｘを介して、ＳＬＦサーバ５０に対して「Ｄｘ Ｒｅｑｕｅｓｔ」として問い合わせる（第１ステップ）。

「Ｄｘ Ｒｅｑｕｅｓｔ」を受け取ったＳＬＦサーバ５０は、図３の場合とは異なり、要求元の要求を満たす地域ごとのＨＳＳサーバとして拠点Ａと拠点ＢとにＨＳＳ−Ａサーバ４０Ａ，ＨＳＳ−Ｂサーバ４０Ｂとが存在していることを認識し、要求元からの条件に応じてあらかじめ定めた優先順位にしたがって、要求元の要求を満たすと認識したＨＳＳサーバそれぞれ（図４の例ではＨＳＳ−Ａサーバ４０Ａ，ＨＳＳ−Ｂサーバ４０Ｂ）について優先度が高い順に並べ替えして、ＤｉａｍｅｔｅｒプロトコルのＳＡＡなどのパラメータ「Redirect-HostＡＶＰ」にＨＳＳサーバそれぞれのアクセス情報を順次設定して、インタフェースＤｘを介して、問い合わせ元のＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）に対して「Ｄｘ Ａｎｓｗｅｒ」として返送する（第２ステップ）。つまり、本実施例においては、ＳＬＰサーバ５０は、要求元の要求を満たすと認識したＨＳＳサーバすべての個数分の複数のパラメータ「Redirect-HostＡＶＰ」に、優先度順に、ＨＳＳサーバに関するアクセス情報を設定している。

なお、パラメータ「Redirect-HostＡＶＰ」に設定可能な個数は、図４に示すように、２個に限るものではなく、最大４個まで可能（さらに拡張することも可能）であり、パラメータ「Redirect-HostＡＶＰ」に実際に設定されるＨＳＳサーバ例えばＨＳＳ−Ａサーバ４０Ａのアクセス情報としては、図３の場合と同様、例えば、
（ａ）Ｄｉａｍｅｔｅｒプロトコル上のＵＲＩ「aaa://hssA.sample.com」
（ｂ）ＩＰｖ４規定のＩＰアドレス「192.168.0.1」
（ｃ）ＩＰｖ６規定のＩＰアドレス
「0000:0000:0000:0000:0000:0000:0000:0001」
などである。

ＨＳＳ選択結果としてＳＬＦサーバ５０からＳＡＡなどの複数のパラメータ「Redirect-HostＡＶＰ」を受信したＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）は、複数のパラメータ「Redirect-HostＡＶＰ」に設定されたＨＳＳサーバに関するアクセス情報のうち、ＳＬＦサーバ５０にて決定した、あるいは、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）にて改めて決定した、最も優先度が高いＨＳＳサーバ例えばＨＳＳ−Ａサーバ４０Ａに対して、例えば、Ｓ−ＣＳＣＦ選択用の情報を要求するＤｉａｍｅｔｅｒプロトコルのＵＡＲなどを用いて、インタフェースＣｘを介して、「Ｃｘ Ｒｅｑｕｅｓｔ」として送信する（第３ステップ）。

ここで、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）からの「Ｃｘ Ｒｅｑｕｅｓｔ」を受信したＨＳＳ−Ａサーバ４０Ａが、強制切断や回線障害などの何らかの原因で、「Ｃｘ Ａｎｓｗｅｒ」としての応答情報を要求元へ返送することに失敗した場合（第４ステップ）、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）側における応答待ちタイミングがタイムアウトして、任意の回数（場合によっては、０回と設定しても良い）、再送動作を繰り返すことになる。

この再送動作でも、ＨＳＳ−Ａサーバ４０Ａからの応答情報を受信することができなかった場合は、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）は、複数のパラメータ「Redirect-HostＡＶＰ」に設定されたＨＳＳサーバに関する情報のうち、次に優先度が高いＨＳＳサーバ例えばＨＳＳ−Ｂサーバ４０Ｂを選択して、拠点ＢのＨＳＳ−Ｂサーバ４０Ｂに対して、例えば、Ｓ−ＣＳＣＦ選択用の情報を要求するＤｉａｍｅｔｅｒプロトコルのＵＡＲなどを用いて、インタフェースＣｘを介して、「Ｃｘ Ｒｅｑｕｅｓｔ」として改めて送信する（第５ステップ）。

ここで、拠点ＢのＨＳＳ−Ｂサーバ４０Ｂに記憶されている情報は、前述のように、拠点ＡのＨＳＳ−Ａサーバ４０Ａの情報とデータ同期が図られており、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）からの問い合わせに対して、同一の情報を返送することができる。したがって、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）は、ＨＳＳ−Ｂサーバ４０Ｂから、例えば、Ｓ−ＣＳＣＦ選択用の情報をＤｉａｍｅｔｅｒプロトコルのＵＡＡなどを用いて、インタフェースＣｘを介して、「Ｃｘ Ａｎｓｗｅｒ」として受信する（第６ステップ）。

この結果、ＣＳＣＦサーバ（Ｉ−ＣＳＣＦサーバ３０やＳ−ＣＳＣＦサーバ２１）は、ユーザ端末ＵＥの登録や呼セッションの確立に必要な情報を取得して、ユーザ端末の登録処理を続行したり、セッションの確立を実施したりして、呼接続を継続することが可能となる。

なお、冗長構成されているＨＳＳサーバは、図４の例では、拠点ＡのＨＳＳ−Ａサーバ４０Ａと拠点ＢのＨＳＳ−Ｂサーバ４０Ｂとの２個であったが、本発明は、かかる場合に限るものではなく、複数個（最大４個：拡張可能）とすることができる。また、冗長構成としたＨＳＳサーバに記憶されている情報のデータ同期を図るために、あらかじめ定めた時間間隔で定期的にＨＳＳサーバ間の照合動作を実施し、同一情報に揃える動作を行っているが、揃える元情報について、多数決論理により決定したり、あらかじめ定めた優先順位に応じて決定したり、あるいは、各情報間の合理性チェック結果に基づいて決定したりすることができる。

また、複数のＨＳＳサーバ間で同期化を図る契機として、前述のようなあらかじめ定めた時間間隔ごとに行うのではなく、情報の更新が実施される都度、ミラリング処理を行うことによって、常に同じ情報に揃えるようにしてももちろん構わない。かかる場合においても、各ＨＳＳサーバ間の情報を定期的に照合する動作を行って情報の同期化を確認するようにしても良い。

以上、本発明の好適実施例の構成を説明した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。

本発明を適用するＩＭＳアーキテクチャにおけるＩＰ網のシステム構成の一例を示すシステム構成図である。 ＩＭＳ通信の開始に先立ってユーザ端末のＳ−ＣＳＣＦサーバへの登録処理の流れを示すシーケンスチャートである。 従来のＨＳＳサーバへのアクセス手順の詳細を示す説明図である。 本発明によるＨＳＳサーバへのアクセス手順の詳細の一例を示す説明図である。 ＩＭＳネットワークを構成する基本的な構成要素を示す概念図である。 ＩＭＳアーキテクチャのＩＰ網の中核を構成するＳＩＰサーバの機能を示す概念図である。 ユーザ端末がＩＭＳ通信を行う発信手順についての処理の流れを示すシーケンスチャートである。 ユーザ端末がＩＭＳ通信を行う着信手順についての処理の流れを示すシーケンスチャートである。 ユーザ端末がＩＭＳ通信を終了する手順についての処理の流れを示すシーケンスチャートである。

符号の説明

１０ Ｐ−ＣＳＣＦサーバ（ユーザ端末収容セッション制御サーバ）
１１Ａ Ｐ−ＣＳＣＦ機能（ユーザ端末収容セッション制御サーバ）
２０ Ｓ−ＣＳＣＦサーバ（呼セッション制御サーバ）
２１ Ｓ−ＣＳＣＦサーバ（呼セッション制御サーバ）
２２ Ｓ−ＣＳＣＦサーバ（呼セッション制御サーバ）
２１Ａ Ｓ−ＣＳＣＦ機能（呼セッション制御サーバ）
２１Ｂ Ｓ−ＣＳＣＦ機能（呼セッション制御サーバ）
２２Ｂ Ｓ−ＣＳＣＦ機能（呼セッション制御サーバ）
３０ Ｉ−ＣＳＣＦサーバ（（問い合わせセッション制御サーバ）
３０Ｂ Ｉ−ＣＳＣＦ機能（問い合わせセッション制御サーバ）
４０ ＨＳＳサーバ（ホーム加入者サーバ）
４０Ａ ＨＳＳ−Ａサーバ
４０Ｂ ＨＳＳ−Ｂサーバ
５０ ＳＬＦサーバ、ＳＬＦ機能（加入者ロケータ機能）
１００ ＩＰ網（ホーム網）
１００Ａ ＳＩＰサーバ
１００Ｂ ＳＩＰサーバ
１０１ 在圏網（他のＩＰ網）
１０１Ａ ＳＩＰサーバ
２０１ ユーザ端末ＵＥ（User Equipment）
２０２ ユーザ端末ＵＥ（User Equipment）
３００ アプリケーションサーバ群
３０１ アプリケーションサーバＡＳ
３０２ アプリケーションサーバＡＳ
４００ アクセス網

Claims (12)

1. ＩＭＳ（IP Multimedia Subsystem）アーキテクチャを実現するＩＰ網において、
   ユーザ端末のユーザ情報および呼セッション制御を司る呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)の選択用の情報を記憶するホーム加入者サーバ（ＨＳＳサーバ）が複数存在していて、かつ、複数の該ホーム加入者サーバが地域ごとに冗長構成とされている場合に、複数の前記ホーム加入者サーバとユーザ端末との対応関係を記憶する加入者ロケータサーバ（ＳＬＦサーバ）に対して、新たなユーザ端末を登録する前記呼セッション制御サーバを決定する問い合わせセッション制御サーバ（Ｉ−ＣＳＣＦサーバ）から、または、前記呼セッション制御サーバから、問い合わせをすることによって、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバがアクセスすべき前記ホーム加入者サーバを決定するホーム加入者サーバ構成方法であって、冗長構成とされる複数の前記ホーム加入者サーバに記憶されるそれぞれの情報を同期化するとともに、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバからの問い合わせがあった際に、前記加入者ロケータサーバは、問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を、問い合わせ元の前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバに返送することを特徴とするホーム加入者サーバ構成方法。
2. 前記加入者ロケータサーバは、問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を返送する際に、あらかじめ定めた優先順位に応じて並べ替えて返送することを特徴とする請求項１に記載のホーム加入者サーバ構成方法。
3. 前記加入者ロケータサーバと前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバとの間の情報交換に、Ｄｉａｍｅｔｅｒプロトコルが用いられている場合、前記加入者ロケータサーバは、Ｄｉａｍｅｔｅｒプロトコルの応答信号に含まれているパラメータRedirect-HostＡＶＰ（Attribute Value Pair）に複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を設定して返送することを特徴とする請求項１または２に記載のホーム加入者サーバ構成方法。
4. 前記加入者ロケータサーバから問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を受信した前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバは、前記加入者ロケータサーバから送信されてきた順に、または、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバにおいてあらかじめ定めた優先順位に応じて、複数の前記ホーム加入者サーバの中から選択した前記ホーム加入者サーバに対してアクセスすることを特徴とする請求項１ないし３のいずれかに記載のホーム加入者サーバ構成方法。
5. 前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバは、前記ホーム加入者サーバに対してアクセスした後、あらかじめ定めた時間の間に、前記ホーム加入者サーバからアクセスに対する応答が得られなかった場合、あるいは、あらかじめ定めた回数分の再送動作においても、前記ホーム加入者サーバからアクセスに対する応答が得られなかった場合に、複数の前記ホーム加入者サーバの中から、次の前記ホーム加入者サーバを選択して、選択した前記ホーム加入者サーバに切り替えてアクセスすることを特徴とする請求項４に記載のホーム加入者サーバ構成方法。
6. 冗長構成とされる複数の前記ホーム加入者サーバに記憶されるそれぞれの情報を同期化する動作として、前記ホーム加入者サーバのいずれかに記憶されている情報の更新が実施される都度、他の前記ホーム加入者サーバの情報も同一の情報に更新することを特徴とする請求項１ないし５に記載のホーム加入者サーバ構成方法。
7. 冗長構成とされる複数の前記ホーム加入者サーバに記憶されるそれぞれの情報を同期化する動作を、あらかじめ定めた時間間隔で定期的に実施することを特徴とする請求項１ないし６のいずれかに記載のホーム加入者サーバ構成方法。
8. 冗長構成とされる複数の前記ホーム加入者サーバに記憶されるそれぞれの情報を同期化する際に、各前記ホーム加入者サーバの情報を揃える元情報を、多数決論理により、または、あらかじめ定めた前記ホーム加入者サーバの情報により、または、情報の合理性チェック結果により、決定することを特徴とする請求項７に記載のホーム加入者サーバ構成方法。
9. ＩＭＳ（IP Multimedia Subsystem）アークテキチャを実現するＩＰ網において、ユーザ端末のユーザ情報および呼セッション制御を司る呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)の選択用の情報を記憶するホーム加入者サーバ（ＨＳＳサーバ）が複数存在していて、かつ、複数の該ホーム加入者サーバが地域ごとに冗長構成とされている場合に、複数の前記ホーム加入者サーバとユーザ端末との対応関係を記憶する加入者ロケータサーバ（ＳＬＦサーバ）に対して、新たなユーザ端末を登録する前記呼セッション制御サーバを決定する問い合わせセッション制御サーバ（Ｉ−ＣＳＣＦサーバ）から、または、前記呼セッション制御サーバから、問い合わせをすることによって、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバがアクセスすべき前記ホーム加入者サーバを決定するホーム加入者サーバ構成システムであって、冗長構成とされる複数の前記ホーム加入者サーバに記憶されるそれぞれの情報を同期化するとともに、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバからの問い合わせがあった際に、前記加入者ロケータサーバは、問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を、問い合わせ元の前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバに返送することを特徴とするホーム加入者サーバ構成システム。
10. 前記加入者ロケータサーバは、問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を返送する際に、あらかじめ定めた優先順位に応じて並べ替えて返送することを特徴とする請求項９に記載のホーム加入者サーバ構成システム。
11. 前記加入者ロケータサーバから問い合わせに該当する複数の前記ホーム加入者サーバそれぞれに対するアクセス情報を受信した前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバは、前記加入者ロケータサーバから送信されてきた順に、または、前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバにおいてあらかじめ定めた優先順位に応じて、複数の前記ホーム加入者サーバの中から選択した前記ホーム加入者サーバに対してアクセスすることを特徴とする請求項９または１０に記載のホーム加入者サーバ構成システム。
12. 前記問い合わせセッション制御サーバまたは前記呼セッション制御サーバは、前記ホーム加入者サーバに対してアクセスした後、あらかじめ定めた時間の間に、前記ホーム加入者サーバからアクセスに対する応答が得られなかった場合、あるいは、あらかじめ定めた回数分の再送動作においても、前記ホーム加入者サーバからアクセスに対する応答が得られなかった場合に、複数の前記ホーム加入者サーバの中から、次の前記ホーム加入者サーバを選択して、選択した前記ホーム加入者サーバに切り替えてアクセスすることを特徴とする請求項１１に記載のホーム加入者サーバ構成システム。

Images