(57)【要約】【課題】各Ｓ−ＣＳＣＦサーバ（呼セッション制御サーバ）の負荷の均等化を可能とする呼セッション制御サーバ割り当て方法を提供する。【解決手段】ＨＳＳサーバ４０に、Ｓ−ＣＳＣＦサーバ２０，２１，２２，…それぞれの現在の稼働状況に応じてユーザ端末を割り当てる際の優先順位を示す優先情報を呼セッション制御サーバごとに対応付けて記憶するＳ−ＣＳＣＦ選択テーブル４１Ａを備え、ユーザ端末の登録時に、当該ユーザ端末を登録し、登録したユーザ端末に関する呼セッション制御を司るＳ-ＣＳＣＦサーバを決定するＩ−ＣＳＣＦサーバ３０からＨＳＳサーバ４０に対して問い合わせがあった際に、Ｓ−ＣＳＣＦ選択テーブル４１Ａを参照して、各Ｓ−ＣＳＣＦサーバ２０,２１,２２,…の現在の稼働状況に応じて、割り当てるべきＳ−ＣＳＣＦサーバを選択して、または、Ｓ−ＣＳＣＦ選択テーブル４１Ａの情報そのものを、Ｉ−ＣＳＣＦサーバ３０に返送する。【選択図】図６
2008236183.tif 000002
【特許請求の範囲】
【請求項１】
ＩＭＳ（IP Multimedia Subsystem）アークテキチャを実現するＩＰ網において、ユーザ端末の登録時に、複数の呼セッション制御サーバ（Ｓ-ＣＳＣＦサーバ）の中から、当該ユーザ端末を登録し、当該ユーザ端末に関する呼セッション制御を司る呼セッション制御サーバを割り当てる呼セッション制御サーバ割り当て方法であって、各ユーザ端末ごとのユーザ情報を記憶するホーム加入者サーバ（ＨＳＳサーバ）に、呼セッション制御サーバそれぞれの現在の稼働状況に応じてユーザ端末を割り当てる際の優先順位を示す優先情報を呼セッション制御サーバごとに対応付けて記憶する呼セッション制御サーバ選択テーブルを備え、ユーザ端末の登録時に当該ユーザ端末を登録する呼セッション制御サーバを決定する問い合わせセッション制御サーバ（Ｉ−ＣＳＣＦサーバ）から、前記ホーム加入者サーバに対して問い合わせがあった際に、前記ホーム加入者サーバは、前記呼セッション制御サーバ選択テーブルを参照して、各呼セッション制御サーバの現在の稼働状況に応じて、割り当てるべき呼セッション制御サーバを選択して、問い合わせ元の前記問い合わせセッション制御サーバに返送することを特徴とする呼セッション制御サーバ割り当て方法。
【請求項２】
前記ホーム加入者サーバは、前記問い合わせセッション制御サーバから問い合わせがあった際に、割り当てるべき呼セッション制御サーバを選択する代わりに、前記呼セッション制御サーバ選択テーブルに登録されている複数の呼セッション制御サーバそれぞれの前記優先情報を含む情報を、問い合わせ元の前記問い合わせセッション制御サーバに返送し、前記問い合わせセッション制御サーバにおいて、返送されてきた呼セッション制御サーバそれぞれの前記優先情報に基づいて、割り当てるべき呼セッション制御サーバを決定することを特徴とする請求項１に記載の呼セッション制御サーバ割り当て方法。
【請求項３】
前記ホーム加入者サーバは、複数の呼セッション制御サーバそれぞれの前記優先情報を含む情報を、問い合わせ元の前記問い合わせセッション制御サーバに返送する際に、前記優先情報に応じた順番に、複数の呼セッション制御サーバを並べ替えて、問い合わせ元の前記問い合わせセッション制御サーバに返送することを特徴とする請求項２に記載の呼セッション制御サーバ割り当て方法。
【請求項４】
前記ホーム加入者サーバと前記問い合わせセッション制御サーバとの間の情報交換に、Ｄｉａｍｅｔｅｒプロトコルが用いられている場合、前記ホーム加入者サーバは、ＤｉａｍｅｔｅｒプロトコルのＵＡＡ(User Authorization Answer)に含まれているＣａｐａｂｉｌｉｔｙ情報欄を用いて、複数の呼セッション制御サーバそれぞれの前記優先情報を含む情報を、問い合わせ元の前記問い合わせセッション制御サーバに返送することを特徴とする請求項２または３に記載の呼セッション制御サーバ割り当て方法。
【請求項５】
前記ホーム加入者サーバは、あらかじめ定めた時間間隔ごとに、複数の呼セッション制御サーバそれぞれに対して、前記優先情報に該当する情報の返送要求を送信して、複数の呼セッション制御サーバそれぞれから返送されてきた情報に基づいて、前記呼セッション制御サーバ選択テーブルの前記優先情報を定期的に更新することを特徴とする請求項１ないし４のいずれかに記載の呼セッション制御サーバ割り当て方法。
【請求項６】
前記ホーム加入者サーバは、あらかじめ定めた時間間隔ごとに、複数の呼セッション制御サーバから送信されてくる前記優先情報に該当する情報を受信して、受信した複数の呼セッション制御サーバそれぞれからの情報に基づいて、前記呼セッション制御サーバ選択テーブルの前記優先情報を定期的に更新することを特徴とする請求項１ないし４のいずれかに記載の呼セッション制御サーバ割り当て方法。
【請求項７】
前記ホーム加入者サーバの前記呼セッション制御サーバ選択テーブルに記憶される前記優先情報が、呼セッション制御サーバそれぞれに現在登録されている現在の登録ユーザ端末数であることを特徴とする請求項１ないし６のいずれかに記載の呼セッション制御サーバ割り当て方法。
【請求項８】
前記ホーム加入者サーバの前記呼セッション制御サーバ選択テーブルに記憶される前記優先情報が、呼セッション制御サーバそれぞれの現在の単位時間当たりの呼量および／または同時接続数および／またはメッセージ送受信数であることを特徴とする請求項１ないし６のいずれかに記載の呼セッション制御サーバ割り当て方法。
【請求項９】
前記ホーム加入者サーバの前記呼セッション制御サーバ選択テーブルに記憶される前記優先情報が、呼セッション制御サーバそれぞれの現在の単位時間当たりの処理プロセッサの使用率および／またはメモリ使用率および／または送受信メッセージサイズであることを特徴とする請求項１ないし６のいずれかに記載の呼セッション制御サーバ割り当て方法。
【請求項１０】
ＩＭＳ（IP Multimedia Subsystem）アークテキチャを実現するＩＰ網において、ユーザ端末の登録時に、複数の呼セッション制御サーバ（Ｓ-ＣＳＣＦサーバ）の中から、当該ユーザ端末を登録し、当該ユーザ端末に関する呼セッション制御を司る呼セッション制御サーバを割り当てる呼セッション制御サーバ割り当てシステムであって、各ユーザ端末ごとのユーザ情報を記憶するホーム加入者サーバ（ＨＳＳサーバ）に、呼セッション制御サーバそれぞれの現在の稼働状況に応じてユーザ端末を割り当てる際の優先順位を示す優先情報を呼セッション制御サーバごとに対応付けて記憶する呼セッション制御サーバ選択テーブルを備え、ユーザ端末の登録時に当該ユーザ端末を登録する呼セッション制御サーバを決定する問い合わせセッション制御サーバ（Ｉ−ＣＳＣＦサーバ）から、前記ホーム加入者サーバに対して問い合わせがあった際に、前記ホーム加入者サーバは、前記呼セッション制御サーバ選択テーブルを参照して、各呼セッション制御サーバの現在の稼働状況に応じて、割り当てるべき呼セッション制御サーバを選択して、問い合わせ元の前記問い合わせセッション制御サーバに返送することを特徴とする呼セッション制御サーバ割り当てシステム。
【請求項１１】
前記ホーム加入者サーバは、前記問い合わせセッション制御サーバから問い合わせがあった際に、割り当てるべき呼セッション制御サーバを選択する代わりに、前記呼セッション制御サーバ選択テーブルに登録されている複数の呼セッション制御サーバそれぞれの前記優先情報を含む情報を、問い合わせ元の前記問い合わせセッション制御サーバに返送し、前記問い合わせセッション制御サーバにおいて、返送されてきた呼セッション制御サーバそれぞれの前記優先情報に基づいて、割り当てるべき呼セッション制御サーバを決定することを特徴とする請求項１０に記載の呼セッション制御サーバ割り当てシステム。
【請求項１２】
前記ホーム加入者サーバは、複数の呼セッション制御サーバそれぞれの前記優先情報を含む情報を、問い合わせ元の前記問い合わせセッション制御サーバに返送する際に、前記優先情報に応じた順番に、複数の呼セッション制御サーバを並べ替えて、問い合わせ元の前記問い合わせセッション制御サーバに返送することを特徴とする請求項１１に記載の呼セッション制御サーバ割り当てシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼セッション制御サーバ割り当て方法および呼セッション制御サーバ割り当てシステムに関する。特に、ＮＧＮ／ＩＭＳ（Next Generation Network／IP Multimedia Subsystem）ネットワークにおいてＳＩＰに基づく呼のセッション制御を行うＳ-ＣＳＣＦサーバ（Serving Call Server Control Functionサーバ：呼セッション制御サーバ）の割り当て方法および割り当てシステムに関する。
【背景技術】
【０００２】
現在、次世代の通信網ＮＧＮ（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：セッション記述プロトコル）」というプロトコルが使用される。
【００２５】
次に、図１０を用いて、着信手順について説明する。発信側のI−ＣＳＣＦサーバからの「ＩＮＶＩＴＥメッセージ」はＩ−ＣＳＣＦサーバによって受信される（シーケンスＳＱ４１）。Ｉ−ＣＳＣＦサーバは、着信側のユーザ端末ＵＥの登録時に割り当てられたＳ−ＣＳＣＦサーバを、Ｄｉａｍｅｔｅｒプロトコルを用いてＨＳＳサーバに問い合わせて、ＨＳＳサーバから返送されてきたＳ−ＣＳＣＦサーバのＵＲＩに対して、受信した「ＩＮＶＩＴＥメッセージ」をルーティングする（シーケンスＳＱ４２）。
【００２６】
「ＩＮＶＩＴＥメッセージ」を受信したＳ−ＣＳＣＦサーバは、Ｐａｔｈヘッダに設定されている情報に基づいて、登録時に記録されたＰ−ＣＳＣＦサーバのＵＲＩを識別して、「ＩＮＶＩＴＥメッセージ」をＰ−ＣＳＣＦサーバへルーティングする（シーケンスＳＱ４３）。Ｐ−ＣＳＣＦサーバは、受信した「ＩＮＶＩＴＥメッセージ」により指定されている通信相手のユーザ端末ＵＥへ「ＩＮＶＩＴＥメッセージ」を転送するとともに（シーケンスＳＱ４４）、「ＩＮＶＩＴＥメッセージ」をユーザ端末ＵＥに配信した旨を示す暫定応答「１００Ｔｒｙｉｎｇ」を、Ｓ−ＣＳＣＦサーバ、Ｉ−ＣＳＣＦサーバを介して、前位の発信側のＳ−ＣＳＣＦサーバへ返送する（シーケンスＳＱ４５）。
【００２７】
「ＩＮＶＩＴＥメッセージ」を受信したユーザ端末ＵＥは、ユーザを呼び出すＲｉｎｇｉｎｇ状態に移行し、Ｐ−ＣＳＣＦサーバに対して、「１８０Ｒｉｎｇｉｎｇ」の暫定応答を返送する（シーケンスＳＱ４６）。ユーザ端末ＵＥから呼び出し中を示す暫定応答「１８０Ｒｉｎｇｉｎｇ」を受信したＰ−ＣＳＣＦサーバは、Ｓ−ＣＳＣＦサーバ、Ｉ−ＣＳＣＦサーバを介して、暫定応答「１８０Ｒｉｎｇｉｎｇ」を前位の発信側のＳ−ＣＳＣＦサーバへ転送する（シーケンスＳＱ４７）。
【００２８】
しかる後、ユーザ端末ＵＥから呼び出されたユーザが応答操作を行うと、ユーザ端末ＵＥは、「ＩＮＶＩＴＥ」メッセージに指定された要求（リクエスト）を受け入れた旨を示す最終応答「２００ＯＫ」をＰ−ＣＳＣＦサーバへ送信する（シーケンスＳＱ４８）。ユーザ端末ＵＥから要求（リクエスト）を受け入れた旨を示す最終応答「２００ＯＫ」を受信したＰ−ＣＳＣＦサーバは、Ｓ−ＣＳＣＦサーバ、Ｉ−ＣＳＣＦサーバを介して、最終応答「２００ＯＫ」を前位の発信側のＳ−ＣＳＣＦサーバへ転送する（シーケンスＳＱ４９）。この最終応答「２００ＯＫ」には、「Ｒｅｃｏｒｄ−Ｒｏｕｔｅ」というヘッダに、「ＩＮＶＩＴＥメッセージ」の受信時に順次挿入されていたＩ−ＣＳＣＦサーバ以外のＣＳＣＦサーバのＵＲＩを含む形で、前位のサーバに返送していくので、以降のメッセージは、Ｉ−ＣＳＣＦサーバを介することなく、直接、送信することができる状態になる。
【００２９】
しかる後においては、前位の発信側のＳ−ＣＳＣＦサーバから、返送した最終応答「２００ＯＫ」に対する発信側の確認応答「ＡＣＫ」が、Ｉ−ＣＳＣＦサーバを介することなく、着信側のＳ−ＣＳＣＦサーバに直接送信されてくる（シーケンスＳＱ５０）。前位の発信側のＳ−ＣＳＣＦサーバから確認応答「ＡＣＫ」を受信した着信側のＳ−ＣＳＣＦサーバは、Ｐ−ＣＳＣＦサーバを介して、着信側のユーザ端末ＵＥに対して確認応答「ＡＣＫ」を送信する（シーケンスＳＱ５１）。この結果、ＳＩＰプロトコルによるＩＭＳ通信の着信側の通信セッションが確立される。
【００３０】
次に、ＩＭＳ通信を終了する際の基本的な手順について、図１１を用いて説明する。図１１は、ユーザ端末がＩＭＳ通信を終了する手順についての処理の流れを示すシーケンスチャートである。通信を終了してセッションを開放するユーザ端末ＵＥは、セッションの終了を意味する「ＢＹＥメッセージ」を、通信相手のユーザ端末ＵＥに対して、ＩＭＳ通信の際に使用していた発信側のＰ−ＣＳＣＦサーバ、Ｓ−ＣＳＣＦサーバ、着信側のＳ−ＣＳＣＦサーバ、Ｐ−ＣＳＣＦサーバのルートをそのまま経由して送信する（シーケンスＳＱ６１）。
【００３１】
「ＢＹＥメッセージ」を受信した通信相手のユーザ端末ＵＥは、セッションの開放を受け入れた旨を示す最終応答「２００ＯＫ」を、「ＢＹＥメッセージ」の送信ルートを逆向きに、「ＢＹＥメッセージ」の送信元のユーザ端末ＵＥに対して返送する（シーケンスＳＱ６２）。この結果、通信用セッションは開放される。「ＢＹＥメッセージ」は、「ＩＮＶＩＴＥメッセージ」とは異なり、「要求（ＢＹＥ）」、「２００ＯＫ」の２方向ハンドシェーク方式となっている。
【００３２】
なお、ユーザ端末ＵＥが、アプリケーションサーバＡＳが提供するアプリケーションサービスを利用する場合は、ＩＭＳ通信の登録時にその旨が設定されており、ＩＭＳ通信の登録の時点で、ＨＳＳサーバからＳ−ＣＳＣＦサーバに対して、アプリケーションサービスの判定基準となる「フィルタ・クライテリア（Filter Criteria）」が返送されている。「フィルタ・クライテリア」の例としては、例えば、メッセージの種類、セッションの方向、登録の種別（初回登録、再登録、登録抹消）、ＳＩＰヘッダの有無と内容、ＳＤＰ（Session Description Protocol:セッション記述プロトコル）のパラメータ（メディアの種類）などであり、さらに、ＳＩＰメッセージのルーティング先となるアプリケーションサーバＡＳの指定情報も含まれている。
【００３３】
なお、アプリケーションサーバＡＳを利用することによって、例えば、カラオケサービスやＶｏＤ(Video On Demand)サービスのような音楽配信や映像配信サービス以外に、着信転送サービスなどのような回線交換と同様の電話サービスも提供することが可能である。
【００３４】
ユーザ端末ＵＥからのＳＩＰメッセージが受信されると、Ｓ−ＣＳＣＦサーバは、ＩＭＳ通信の登録時にＨＳＳサーバから受け取っていた「フィルタ・クライテリア」を参照して、「フィルタ・クライテリア」の条件を満たしているＳＩＰメッセージのみをアプリケーションサーバＡＳへ転送するセッション制御を行う。これにより、アプリケーションサーバＡＳへ転送されたＳＩＰメッセージについては、アプリケーションサーバＡＳから対応するサービス提供用のＳＩＰメッセージが送信されるようになり、配信先に転送されるようになる。
【００３５】
なお、サービスの種別を指定するための識別子としては、加入者を識別するための「パブリックユーザＩＤ（ＩＭＰＵ：Public User Identity）」と同様の、「パブリックサービスＩＤ（ＰＳＩ：Public Service Identity）」を用いる。ユーザ端末ＵＥが所望のＰＳＩを指定することによって、Ｓ−ＣＳＣＦサーバは、指定されたＰＳＩに対応するアプリケーションサーバＡＳへ直接メッセージをルーティングして、アプリケーションサービスを提供することが可能である。
【非特許文献１】“ＮＧＮの核となるＩＭＳ”インターネットＵＲＬ（http://wbb.forum.impressrd.jp/feature/）
【特許文献１】特開２００６−１１５４５３号公報（第６−８頁）
【発明の開示】
【発明が解決しようとする課題】
【００３６】
以上のようなネットワーク構成を有するＩＭＳアークテクチャにおいては、各ユーザ端末ＵＥのＳＩＰプロトコルを用いた発着信動作に先立って、各ユーザ端末ＵＥのホーム網に配置されている複数のＳ−ＣＳＣＦサーバ（呼セッション制御サーバ）のうち、各ユーザ端末ＵＥの呼セッション制御を司るＳ−ＣＳＣＦサーバを決定する手続き（つまり、ＲＥＧＩＳＴＥＲメッセージによる登録要求）をユーザ端末ＵＥが実施しておくことが必要である。
【００３７】
このとき、従来の技術では、ユーザ端末ＵＥからＲＥＧＩＳＴＥＲメッセージによる登録要求を受け取ったＰ−ＣＳＣＦサーバは、Ｉ−ＣＳＣＦサーバに対して問い合わせを行い、問い合わせを受け取ったＩ−ＣＳＣＦサーバが、ＨＳＳサーバからホーム網に属するすべてのＳ−ＣＳＣＦサーバの一覧を転送させ、あらかじめ定めた一定の順序で、順番に、登録要求を送信してきたユーザ端末ＵＥの登録を担当するすなわちユーザ端末ＵＥの呼セッション制御を司るＳ−ＣＳＣＦサーバを決定していた。
【００３８】
しかしながら、ユーザ端末ＵＥの登録要求のみならず、登録抹消などによりユーザ端末ＵＥの登録状況がＳ−ＣＳＣＦサーバごとに動的に変動を伴っているので、従来の技術のように、一定の順序で順番にＳ−ＣＳＣＦサーバを割り付けていく方法では、各Ｓ−ＣＳＣＦサーバ間で、登録するユーザ端末ＵＥの個数を均等に配分することができず、特定のＳ−ＣＳＣＦサーバに負荷が集中してしまうという問題が避けられない。
【００３９】
本発明は、かかる問題を解決するためになされたものであり、各Ｓ−ＣＳＣＦサーバ（呼セッション制御サーバ）におけるユーザ端末ＵＥの登録状況や各Ｓ−ＣＳＣＦサーバの負荷発生状況を勘案して、各Ｓ−ＣＳＣＦサーバへのユーザ端末ＵＥの登録先を割り当てることにより、各Ｓ−ＣＳＣＦサーバの負荷の均等化を可能とする呼セッション制御サーバ割り当て方法および呼セッション制御サーバ割り当てシステムを提供することを、その目的としている。
【課題を解決するための手段】
【００４０】
前述の課題を解決するため、本発明による呼セッション制御サーバ割り当て方法および呼セッション制御サーバ割り当てシステムは、次のような特徴的な構成を採用している。
【００４１】
（１）ＩＭＳ（IP Multimedia Subsystem）アークテキチャを実現するＩＰ網において、ユーザ端末の登録時に、複数の呼セッション制御サーバ（Ｓ-ＣＳＣＦサーバ）の中から、当該ユーザ端末を登録し、当該ユーザ端末に関する呼セッション制御を司る呼セッション制御サーバを割り当てる呼セッション制御サーバ割り当て方法であって、各ユーザ端末ごとのユーザ情報を記憶するホーム加入者サーバ（ＨＳＳサーバ）に、呼セッション制御サーバそれぞれの現在の稼働状況に応じてユーザ端末を割り当てる際の優先順位を示す優先情報を呼セッション制御サーバごとに対応付けて記憶する呼セッション制御サーバ選択テーブルを備え、ユーザ端末の登録時に当該ユーザ端末を登録する呼セッション制御サーバを決定する問い合わせセッション制御サーバ（Ｉ−ＣＳＣＦサーバ）から、前記ホーム加入者サーバに対して問い合わせがあった際に、前記ホーム加入者サーバは、前記呼セッション制御サーバ選択テーブルを参照して、各呼セッション制御サーバの現在の稼働状況に応じて、割り当てるべき呼セッション制御サーバを選択して、問い合わせ元の前記問い合わせセッション制御サーバに返送する呼セッション制御サーバ割り当て方法。
（２）前記ホーム加入者サーバは、前記問い合わせセッション制御サーバから問い合わせがあった際に、割り当てるべき呼セッション制御サーバを選択する代わりに、前記呼セッション制御サーバ選択テーブルに登録されている複数の呼セッション制御サーバそれぞれの前記優先情報を含む情報を、問い合わせ元の前記問い合わせセッション制御サーバに返送し、前記問い合わせセッション制御サーバにおいて、返送されてきた呼セッション制御サーバそれぞれの前記優先情報に基づいて、割り当てるべき呼セッション制御サーバを決定する上記（１）の呼セッション制御サーバ割り当て方法。
（３）前記ホーム加入者サーバは、複数の呼セッション制御サーバそれぞれの前記優先情報を含む情報を、問い合わせ元の前記問い合わせセッション制御サーバに返送する際に、前記優先情報に応じた順番に、複数の呼セッション制御サーバを並べ替えて、問い合わせ元の前記問い合わせセッション制御サーバに返送する上記（２）の呼セッション制御サーバ割り当て方法。
（４）前記ホーム加入者サーバと前記問い合わせセッション制御サーバとの間の情報交換に、Ｄｉａｍｅｔｅｒプロトコルが用いられている場合、前記ホーム加入者サーバは、ＤｉａｍｅｔｅｒプロトコルのＵＡＡ(User Authorization Answer)に含まれているＣａｐａｂｉｌｉｔｙ情報欄を用いて、複数の呼セッション制御サーバそれぞれの前記優先情報を含む情報を、問い合わせ元の前記問い合わせセッション制御サーバに返送する上記（２）または（３）の呼セッション制御サーバ割り当て方法。
（５）前記ホーム加入者サーバは、あらかじめ定めた時間間隔ごとに、複数の呼セッション制御サーバそれぞれに対して、前記優先情報に該当する情報の返送要求を送信して、複数の呼セッション制御サーバそれぞれから返送されてきた情報に基づいて、前記呼セッション制御サーバ選択テーブルの前記優先情報を定期的に更新する上記（１）ないし（４）のいずれかの呼セッション制御サーバ割り当て方法。
（６）前記ホーム加入者サーバは、あらかじめ定めた時間間隔ごとに、複数の呼セッション制御サーバから送信されてくる前記優先情報に該当する情報を受信して、受信した複数の呼セッション制御サーバそれぞれからの情報に基づいて、前記呼セッション制御サーバ選択テーブルの前記優先情報を定期的に更新する上記（１）ないし（４）のいずれかの呼セッション制御サーバ割り当て方法。
（７）前記ホーム加入者サーバの前記呼セッション制御サーバ選択テーブルに記憶される前記優先情報が、呼セッション制御サーバそれぞれに現在登録されている現在の登録ユーザ端末数である上記（１）ないし（６）のいずれかの呼セッション制御サーバ割り当て方法。
（８）前記ホーム加入者サーバの前記呼セッション制御サーバ選択テーブルに記憶される前記優先情報が、呼セッション制御サーバそれぞれの現在の単位時間当たりの呼量および／または同時接続数および／またはメッセージ送受信数である上記（１）ないし（６）のいずれかの呼セッション制御サーバ割り当て方法。
（９）前記ホーム加入者サーバの前記呼セッション制御サーバ選択テーブルに記憶される前記優先情報が、呼セッション制御サーバそれぞれの現在の単位時間当たりの処理プロセッサの使用率および／またはメモリ使用率および／または送受信メッセージサイズである上記（１）ないし（６）のいずれかの呼セッション制御サーバ割り当て方法。
（１０）ＩＭＳ（IP Multimedia Subsystem）アークテキチャを実現するＩＰ網において、ユーザ端末の登録時に、複数の呼セッション制御サーバ（Ｓ-ＣＳＣＦサーバ）の中から、当該ユーザ端末を登録し、当該ユーザ端末に関する呼セッション制御を司る呼セッション制御サーバを割り当てる呼セッション制御サーバ割り当てシステムであって、各ユーザ端末ごとのユーザ情報を記憶するホーム加入者サーバ（ＨＳＳサーバ）に、呼セッション制御サーバそれぞれの現在の稼働状況に応じてユーザ端末を割り当てる際の優先順位を示す優先情報を呼セッション制御サーバごとに対応付けて記憶する呼セッション制御サーバ選択テーブルを備え、ユーザ端末の登録時に当該ユーザ端末を登録する呼セッション制御サーバを決定する問い合わせセッション制御サーバ（Ｉ−ＣＳＣＦサーバ）から、前記ホーム加入者サーバに対して問い合わせがあった際に、前記ホーム加入者サーバは、前記呼セッション制御サーバ選択テーブルを参照して、各呼セッション制御サーバの現在の稼働状況に応じて、割り当てるべき呼セッション制御サーバを選択して、問い合わせ元の前記問い合わせセッション制御サーバに返送する呼セッション制御サーバ割り当てシステム。
（１１）前記ホーム加入者サーバは、前記問い合わせセッション制御サーバから問い合わせがあった際に、割り当てるべき呼セッション制御サーバを選択する代わりに、前記呼セッション制御サーバ選択テーブルに登録されている複数の呼セッション制御サーバそれぞれの前記優先情報を含む情報を、問い合わせ元の前記問い合わせセッション制御サーバに返送し、前記問い合わせセッション制御サーバにおいて、返送されてきた呼セッション制御サーバそれぞれの前記優先情報に基づいて、割り当てるべき呼セッション制御サーバを決定する上記（１０）の呼セッション制御サーバ割り当てシステム。
（１２）前記ホーム加入者サーバは、複数の呼セッション制御サーバそれぞれの前記優先情報を含む情報を、問い合わせ元の前記問い合わせセッション制御サーバに返送する際に、前記優先情報に応じた順番に、複数の呼セッション制御サーバを並べ替えて、問い合わせ元の前記問い合わせセッション制御サーバに返送する上記（１１）の呼セッション制御サーバ割り当てシステム。
【発明の効果】
【００４２】
本発明の呼セッション制御サーバ割り当て方法および呼セッション制御サーバ割り当てシステムによれば、各呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)について、呼セッション制御を司る登録ユーザ端末の個数を均等化したり、負荷の発生状況を均等化したりすることを可能とするように、新たなユーザ端末に割り付ける呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)を決定することが可能であり、特定の呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)に負荷が集中して、輻輳状態に陥る事態を未然に防止することができる。
【００４３】
さらに、各呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)のＣＰＵ使用率やメモリ使用率などを均等化するように、新たなユーザ端末に割り付ける呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)を決定することも可能としており、呼セッションのみならず、バックアップ処理などの保守用セッションも含む総合的な負荷を各呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)間で均等化することができ、特定の呼セッション制御サーバ(Ｓ-ＣＳＣＦサーバ)に輻輳が発生する事態をより確実に防止することができる。
【発明を実施するための最良の形態】
【００４４】
以下、本発明による呼セッション制御サーバ割り当て方法および呼セッション制御サーバ割り当てシステムの好適な実施例について添付図を参照して説明する。なお、以下の説明においては、説明を簡素化するために、ＳＩＰサーバ装置に備えられるＰ−ＣＳＣＦ機能、Ｉ−ＣＳＣＦ機能、Ｓ−ＣＳＣＦ機能の各機能が、それぞれの機能ごとに、Ｐ−ＣＳＣＦサーバ、Ｉ−ＣＳＣＦサーバ、Ｓ−ＣＳＣＦサーバとして物理的に分離して構成されている場合を例にとって説明するが、かかる場合のみに限るものではなく、いずれか１ないし複数の機能を物理的に併合して一体化したサーバ装置として構成しても良い。さらに、１つのサーバ装置内に、同一の機能を複数負荷分散した形で備えるようにしても良い。
【００４５】
（本発明の特徴）
本発明の実施例の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、次世代ＩＰ電話網（ＮＧＮ／ＩＭＳ）において、ホーム網の各呼セッション制御サーバ（Ｓ−ＣＳＣＦサーバ）の現在の登録ユーザ端末数や負荷発生状況に応じて、新たなユーザ端末ＵＥの登録を行って、当該ユーザ端末ＵＥの呼セッション制御を司る呼セッション制御サーバ（Ｓ−ＣＳＣＦサーバ）を決定することによって、各呼セッション制御サーバ（Ｓ−ＣＳＣＦサーバ）が分担するユーザ端末ＵＥの個数を均等にし、各呼セッション制御サーバ（Ｓ−ＣＳＣＦサーバ）の負荷を均等化して、特定の呼セッション制御サーバ（Ｓ−ＣＳＣＦサーバ）に輻輳状態が集中的に発生する事態を防止可能とすることを特徴としている。
【００４６】
（実施例の構成）
図１は、本発明を適用するＩＭＳアーキテクチャにおけるＩＰ網のシステム構成の一例を示すシステム構成図である。図１のシステム構成は、背景技術において説明した図７、図８とほぼ同様の構成からなっており、ホーム網を形成するＩＰ網１００として、Ｐ−ＣＳＣＦ機能、Ｉ−ＣＳＣＦ機能、Ｓ−ＣＳＣＦ機能の各機能を有するＳＩＰサーバ群、ＩＭＳ通信を行う各ＩＭＳユーザのユーザ情報（加入者情報）を登録するＨＳＳサーバ（ホーム加入者サーバ）および複数のＨＳＳサーバとユーザとの対応関係を登録するＳＬＦサーバ（加入者ロケータ機能）のデータベースサーバ群を、少なくとも有して構成されている。
【００４７】
図１のシステム構成例では、ＩＰ網１００のＳＩＰサーバ群として、ユーザ端末ＵＥ(User Equipment)２０１，２０２，…を、直接、または、アクセス網４００を介して接続するＰ−ＣＳＣＦサーバ（ユーザ端末収容セッション制御サーバ）１０、ＩＭＳ通信を行うユーザ端末ＵＥ２０１，２０２，…の登録（位置登録やユーザ情報の登録）を行い、ユーザ端末ＵＥ２０１，２０２，…の呼セッション制御を司るＳ−ＣＳＣＦ（呼セッション制御サーバ）２１，２２、および、他のＣＳＣＦサーバからの問い合わせを受け付けるとともに、他のＩＰ網１０１とのゲートウェイ機能を有するＩ−ＣＳＣＦサーバ（問い合わせセッション制御サーバ）３０を備えている。
【００４８】
また、ＩＰ網１００のデータベースサーバ群として、当該ＩＰ網１００をホーム網としてＩＭＳ通信を行う各ユーザのユーザ情報（加入者情報）を登録しているＨＳＳサーバ４０、各ユーザのユーザ情報が登録されているＨＳＳサーバ４０を識別可能な情報を記録しているＳＬＦサーバ５０を備えている。
【００４９】
また、各種のアプリケーションサービスを提供するアプリケーションサーバ群３００として、アプリケーションサーバＡＳ３０１，３０２，…が備えられており、ＳＩＰベースのＩＳＣ（ＩＭＳ Service Control：ＩＭＳサービス制御）と称する標準インタフェースを介して、Ｓ−ＣＳＣＦサーバ２１などと接続されている。
【００５０】
なお、図１のシステム構成において、各ＳＩＰサーバ（Ｐ−ＣＳＣＦサーバ１０、Ｓ−ＣＳＣＦサーバ２１，２２、Ｉ−ＣＳＣＦサーバ３０）、ＨＳＳサーバ４０、ＳＬＦサーバ５０やアプリケーションサーバＡＳ３０１，３０２，…、ユーザ端末ＵＥ２０１，２０２…との間を接続している実線は、ＳＩＰプロトコルを用いて通信するインタフェースを示し、破線は、Ｄｉａｍｅｔｅｒプロトコルを用いて通信するインタフェースを示している。また、当該ＩＰ網１００をホーム網としているユーザ端末ＵＥ２０１，２０２，…が他のＩＰ網１０１に移動しても、Ｉ−ＣＳＣＦサーバ３０を介して他のＩＰ網１０１との間でローミング接続することが可能であり、ホーム網のＩＰ網１００に在圏していた場合と全く同様のＩＭＳ通信サービスを受けることができる。
【００５１】
次に、ＩＭＳ加入ユーザがＩＭＳ通信を行うためにＳ−ＣＳＣＦサーバ(呼セッション制御サーバ)への登録を行う際の基本的な手順について、図２を用いて説明する。図２は、ＩＭＳ通信の開始に先立ってユーザ端末ＵＥのＳ−ＣＳＣＦサーバへの登録処理の流れを示すシーケンスチャートであり、図１のユーザ端末ＵＥ２０１をＳ−ＣＳＣＦサーバ２１へ登録する場合を例にとって、以下に説明する。
【００５２】
ユーザ端末ＵＥ２０１は、ＩＭＳ通信を行う場合、発着信動作に先立って、必ず、このＳ−ＣＳＣＦサーバ２１への登録手順が必要である。ＩＭＳ通信においては、ユーザ端末ＵＥとして、移動端末も統一的に扱う対象としているため、着信が可能なように、少なくともユーザ端末ＵＥの現在位置を、呼セッション制御を司るＳ−ＣＳＣＦサーバ２１へ登録する必要があるためであり、さらに、登録時に、ユーザの認証やＩＰｓｅｃ（ＩＰセキュリティプロトコル）の確立を図って、通信のセキュリティを確保するようにするためでもある。
【００５３】
ＩＭＳ通信の登録は、ＩＭＳ加入ユーザのユーザ情報（プライベイトユーザＩＤ（ＩＭＰＩ）、パブリックユーザＩＤ（ＩＭＰＵ）、長期共有キー（Ｋｉ））を基にして、ユーザ端末ＵＥ２０１側とＩＭＳネットワークのＩＰ網１００側とで相互に認証することによって行われる。認証に用いられるユーザ情報は、ユーザ端末ＵＥ２０１に装着するＵＩＣＣ(Universal Integrated Circuit Card：汎用ＩＣカード)とＩＰ網１００内のＨＳＳサーバ４０との双方にあらかじめ登録記憶されている。なお、パブリックユーザＩＤ（ＩＭＰＵ）はＥ．１６４勧告準拠の電話番号に相当する識別子であり、ユニークにユーザ端末ＵＥ２０１を特定する識別子である。
【００５４】
図２において、ＩＭＳ通信用の登録を要求するために、ユーザ端末ＵＥ２０１が、まず、プライベイトユーザＩＤ（ＩＭＰＩ）や自ホームドメインを示すＵＲＩ（Uniform Resource Identifier）を含む「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」をＰ−ＣＳＣＦサーバ１０に送信すると（シーケンスＳＱ１）、Ｐ−ＣＳＣＦサーバ１０は、ホームＩＭＳドメインのＩＰ網１００内に配置されているＩ−ＣＳＣＦサーバ３０に、受信した「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」を転送する（シーケンスＳＱ２）。「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」を受信したＩ−ＣＳＣＦサーバ３０は、ＤｉａｍｅｔｅｒプロトコルのＵＡＲ(User
Authorization Request)を用いてＨＳＳサーバ４０にアクセスして（シーケンスＳＱ３）、ＨＳＳサーバ４０より、当該ユーザ端末ＵＥ２０１の通信に利用するＳ−ＣＳＣＦサーバの候補を、ＤｉａｍｅｔｅｒプロトコルのＵＡＡ(User Authorization Answer)により受け取る（シーケンスＳＱ４）。Ｉ−ＣＳＣＦサーバ３０は、候補の中からユーザ端末ＵＥ２０１の通信に利用するＳ−ＣＳＣＦサーバ２１を選択し、選択したＳ−ＣＳＣＦサーバ２１に対して、「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」を転送する（シーケンスＳＱ５）。
【００５５】
なお、ここで、ＩＰ網１００内に複数のＨＳＳサーバが存在していた場合、当該ユーザ端末ＵＥ２０１に関するユーザ情報を登録しているＨＳＳサーバ４０を特定するために、Ｉ−ＣＳＣＦサーバ３０は、ＳＬＦサーバ５０に、ＤｉａｍｅｔｅｒプロトコルのＳＡＲ（Server Assignment Request）を用いてアクセスして（シーケンスＳＱ２１）、ＳＬＦ５０から当該ユーザ端末ＵＥ２０１に対応するＨＳＳサーバ４０を特定する情報をＤｉａｍｅｔｅｒプロトコルのＳＡＡ（Server Assignment Answer）を用いて受け取るというＨＳＳサーバ選択手順を実施する（シーケンスＳＱ２２）。
【００５６】
「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」を受信したＳ−ＣＳＣＦサーバ２１は、当該ユーザ端末ＵＥ２０１のプライベイトユーザＩＤ（ＩＭＰＩ）、パブリックユーザＩＤ（ＩＭＰＵ）、自Ｓ−ＣＳＣＦ名などを、ＤｉａｍｅｔｅｒプロトコルのＭＡＲ（Multimedia Authentication Request）を用いてＨＳＳサーバ４０に通知して、認証ベクトルの計算を依頼する（シーケンスＳＱ６）。ＨＳＳサーバ４０は、Ｓ−ＣＳＣＦサーバ２１から受信したプライベイトユーザＩＤ（ＩＭＰＩ）、パブリックユーザＩＤ（ＩＭＰＵ）、自Ｓ−ＣＳＣＦ名を基に、乱数語ＲＡＮＤを生成し、生成した乱数語ＲＡＮＤおよび長期共有キー（Ｋｉ）を使って、認証ベクトル（ＩＰ網１００の認証トークンＡＵＴＮ、ユーザ端末ＵＥからの期待応答値ＸＲＥＳ、ＩＰｓｅｃで使用する秘匿用キーＣｋ、ＩＰｓｅｃで使用する整合性チェック用キーＩｋ）を生成して、乱数語ＲＡＮＤとともに、Ｓ−ＣＳＣＦサーバ２１に返送する（シーケンスＳＱ７）。
【００５７】
Ｓ−ＣＳＣＦサーバ２１は、ＨＳＳサーバ４０から受信した認証ベクトルのうち、ユーザ端末ＵＥ２０１から後で返送されてくる認証応答と照合するために期待応答値ＸＲＥＳのみを保存した後、残りの認証ベクトルと乱数語ＲＡＮＤとを、「４０１Ｕｎａｕｔｈｒｉｚｅｄメッセージ」として、Ｉ−ＣＳＣＦサーバ３０を介してＰ−ＣＳＣＦサーバ１０へ返送する（シーケンスＳＱ８）。「４０１Ｕｎａｕｔｈｒｉｚｅｄメッセージ」を受信したＰ−ＣＳＣＦサーバ１０は、秘匿用キーＣｋと整合性チェック用キーＩｋとをＩＰｓｅｃ通信用に使用するための共有キーとして取り出して保存した後、ＩＰ網１００の認証トークンＡＵＴＮと乱数語ＲＡＮＤとを含む「４０１Ｕｎａｕｔｈｒｉｚｅｄメッセージ」としてユーザ端末ＵＥ２０１に送信する（シーケンスＳＱ９）。
【００５８】
「４０１Ｕｎａｕｔｈｒｉｚｅｄメッセージ」を受信したユーザ端末ＵＥ２０１は、乱数語ＲＡＮＤと長期共有キー（Ｋｉ）を用いて、ＩＰ網１００の認証トークンＡＵＴＮの認証を行うとともに、ＲＥＳ（Response：認証応答）、秘匿用キーＣｋ、整合性チェック用キーＩｋを算出し、秘匿用キーＣｋ、整合性チェック用キーＩｋを用いたＩＰｓｅｃ通信状態に設定して、認証要求に対する応答値の認証応答ＲＥＳを含む「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」を、Ｐ−ＣＳＣＦサーバ１０に返送する（シーケンスＳＱ１０）。秘匿用キーＣｋ、整合性チェック用キーＩｋが得られると、ユーザ端末ＵＥ２０１とＰ−ＣＳＣＦサーバ１０との間のＳＩＰ通信メッセージは、ＩＰｓｅｃ通信として暗号化されて保護される状態になる。
【００５９】
認証応答ＲＥＳを含む「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」を受信したＰ−ＣＳＣＦサーバ１０は、該「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」をＩ−ＣＳＣＦサーバ３０を介してＳ−ＣＳＣＦサーバ２１に転送する（シーケンスＳＱ１０）。なお、Ｉ−ＣＳＣＦサーバ３０は、認証応答ＲＥＳを含む「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」を受信した際に、ＨＳＳサーバ４０に送信元のユーザ端末ＵＥ２０１の登録を行うように選択したＳ−ＣＳＣＦサーバ２１を検出するために、ＨＳＳサーバ４０へ問い合わせを行うことによって（シーケンスＳＱ１２，ＳＱ１３）、該当するＳ−ＣＳＣＦサーバ２１に対して転送する動作を行う（シーケンスＳＱ１４）。ここで、複数のＨＳＳサーバ４０が存在している場合は、シーケンスＳＱ２の場合と同様、ＳＬＦサーバ５０に対して、当該ユーザ端末ＵＥ２０１のユーザ情報（加入者情報）を登録格納しているＨＳＳサーバ４０を問い合わせることにより、該当するＨＳＳサーバ４０を判別する。
【００６０】
認証応答ＲＥＳを含む「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」を受信したＳ−ＣＳＣＦサーバ２１は、「ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ」に含まれているユーザ端末ＵＥ２０１の認証応答ＲＥＳと保存していた応答期待値ＸＲＥＳとを照合して、正当なユーザ端末ＵＥ２０１であるとの認証に成功すると、ＤｉａｍｅｔｅｒプロトコルのＳＡＲ(Server Assignment Request)を用いてＨＳＳサーバ４０に対して当該ユーザ端末ＵＥ２０１の通信登録を行ったことを通知し（シーケンスＳＱ１５）、当該ユーザ端末ＵＥ２０１のユーザプロファイル（当該ユーザに関するパブリックユーザＩＤ（ＩＭＰＵ）、ＩＦＣ（Initial Filter Criteria）、位置情報など）をＤｉａｍｅｔｅｒプロトコルのＳＡＡ(Server Assignment Answer)を用いてＨＳＳサーバ４０からダウンロードする（シーケンスＳＱ１６）。
【００６１】
ＨＳＳサーバ４０から当該ユーザ端末ＵＥ２０１のユーザプロファイルを受信したＳ−ＣＳＣＦサーバ２１は、当該ユーザＵＥ２１のＳＩＰ通信の登録を完了した旨を示す「２００ＯＫ」を、Ｉ−ＣＳＣＦサーバ３０、Ｐ−ＣＳＣＦサーバ１０を介してユーザ端末ＵＥ２０１に送信する（シーケンスＳＱ１７）。以上の手順により、ユーザ端末ＵＥ２０１の呼セッション制御を司るＳ−ＣＳＣＦサーバ２１の決定処理と、ユーザ端末ＵＥ２０１とＩＰ網１００との認証手順とを経て、ユーザ端末ＵＥ２０１の現在位置情報、ユーザ情報（加入者情報）のＳ−ＣＳＣＦサーバ２１への登録を終了し、ユーザ端末ＵＥ２０１は発着信動作が可能な状態に設定される。
【００６２】
以上に説明した図２のユーザ端末ＵＥ２０１のＳ−ＣＳＣＦサーバ２１への登録手順のうち、Ｉ−ＣＳＣＦ３０が、シーケンスＳＱ３，ＳＱ４の手順を経て、ユーザ端末ＵＥ２０１の呼セッション制御を司るＳ−ＣＳＣＦサーバ２１を決定する呼セッション制御サーバ割り当て処理方法として、従来は、ＨＳＳサーバ４０からホーム網に属するすべてのＳ−ＣＳＣＦサーバ２１，２２，…の一覧を転送させ、あらかじめ定めた一定の順序で、順番に、ユーザ端末ＵＥ２０１の呼セッション制御を司るＳ−ＣＳＣＦサーバを割り当てるようにしている。
【００６３】
しかし、通常は、ユーザ端末ＵＥからの登録要求のみならず、登録抹消などにより、ユーザ端末ＵＥの登録状況が、Ｓ−ＣＳＣＦサーバ２１，２２，…ごとに動的に変動（増減）している状況にあるので、従来の技術のように、一定の順序で順番にＳ−ＣＳＣＦサーバを割り付けていく方法では、各Ｓ−ＣＳＣＦサーバ間で、登録するユーザ端末ＵＥの個数を均等に配分することができず、特定のＳ−ＣＳＣＦサーバに負荷が集中してしまうという問題が避けられない。
【００６４】
本発明における本実施例においては、図３に示すように、Ｉ−ＣＳＣＦサーバ３０が、ユーザ端末ＵＥ２０１の登録を行うＳ−ＣＳＣＦサーバを決定する際に、ホーム網のＩＰ網１００内の各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…にそれぞれ現在登録されている登録加入者数つまり登録ユーザ端末ＵＥ数に応じて、Ｓ−ＣＳＣＦサーバを決定するようにしている。ここで、図３は、本発明による呼セッション制御サーバ（Ｓ−ＣＳＣＦサーバ）の割り当て方法の一例を説明するための概念図である。
【００６５】
図３に示すように、図２のシーケンスＳＱ４において、Ｉ−ＣＳＣＦサーバ３０が、ＨＳＳサーバ４０より、ユーザ端末ＵＥ２０１の通信に利用するＳ−ＣＳＣＦサーバ２０，２１，２２，…の候補を、一覧の形で、ＤｉａｍｅｔｅｒプロトコルのＵＡＡ(User Authorization Answer)により受け取った際に、ＵＡＡには、Ｓ−ＣＳＣＦ情報として、Ｓ−ＣＳＣＦサーバ２０，２１，２２，…ごとの現在の登録加入者数（登録ユーザ端末ＵＥ数）が含まれている形で受信するように構成されている。
【００６６】
つまり、Ｉ−ＣＳＣＦサーバ３０からの問い合わせを受け取るＨＳＳサーバ４０には、Ｓ−ＣＳＣＦ選択用のＳ−ＣＳＣＦ選択テーブル４１が備えられており、Ｓ−ＣＳＣＦ選択テーブル４１には、登録Ｓ−ＣＳＣＦサーバとしての割り当てが可能な各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…ごとの現在の登録加入者数（登録ユーザ端末ＵＥ数）を登録記憶している。ＨＳＳサーバ４０は、Ｉ−ＣＳＣＦサーバ３０からの問い合わせを受け取った際に、Ｓ−ＣＳＣＦ選択テーブル４１を参照して、Ｓ−ＣＳＣＦサーバ２０，２１，２２，…ごとの現在の登録加入者数（登録ユーザ端末ＵＥ数）を含む形式でＳ−ＣＳＣＦ情報を編集してＵＡＡとしてＩ−ＣＳＣＦサーバ３０に返送する。
【００６７】
ＨＳＳサーバ４０から現在の登録加入者数（登録ユーザ端末ＵＥ数）を含むＳ−ＣＳＣＦ一覧情報を受信したＩ−ＣＳＣＦサーバ３０は、Ｓ−ＣＳＣＦサーバ２０，２１，２２，…の中から、現在の登録加入者数（登録ユーザ端末ＵＥ数）が最も少ないＳ−ＣＳＣＦ（図３の例では、Ｓ−ＣＳＣＦ＃２と表示されているＳ−ＣＳＣＦサーバ２１）を、ＲＥＧＩＳＴＥＲメッセージを送信してきたユーザ端末ＵＥ２０１の呼セッション制御を司るＳ−ＣＳＣＦとして割り付ける。しかる後、Ｉ−ＣＳＣＦ３０は、新たに割り当てたＳ−ＣＳＣＦサーバに関する情報をＨＳＳサーバ４０に通知するとともに、図２のシーケンスＳＱ５に示すように、割り付けたＳ−ＣＳＣＦサーバ（図３の例ではＳ−ＣＳＣＦサーバ２１）に対して、当該ユーザ端末ＵＥ２０１の登録を行わせるために、Ｓ−ＣＳＣＦサーバに対して、受信していたＲＥＧＩＳＴＥＲメッセージを送信する。
【００６８】
Ｉ−ＣＳＣＦサーバ３０において、以上のようなＳ−ＣＳＣＦサーバ選択処理をＨＳＳサーバ４０と連携して行うことにより、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…に登録する加入者数（ユーザ端末ＵＥ数）を均等化することができ、負荷の平滑化を図ることが可能となる。
【００６９】
なお、図３の説明においては、Ｉ−ＣＳＣＦサーバ３０側で、ＨＳＳサーバ４０から現在の登録加入者数（登録ユーザ端末ＵＥ数）を含むＳ−ＣＳＣＦ一覧情報を受信して、現在の登録加入者数（登録ユーザ端末ＵＥ数）を参照して、ユーザ端末ＵＥ２０１の登録を行うＳ−ＣＳＣＦサーバを割り付ける場合について説明したが、Ｉ−ＣＳＣＦサーバ３０側からＵＡＲによる問い合わせを受け取ったＨＳＳサーバ４０側で、登録を行うＳ−ＣＳＣＦサーバを選択して、選択した結果のＳ−ＣＳＣＦサーバに関する情報のみを、Ｉ−ＣＳＣＦサーバ３０側に返送するようにしても良い。
【００７０】
つまり、ＵＡＲによる問い合わせを受け取ったＨＳＳサーバ４０は、Ｓ−ＣＳＣＦ選択テーブル４１を参照して、現在の登録加入者数（登録ユーザ端末ＵＥ数）が最も少ないＳ−ＣＳＣＦサーバを、ＲＥＧＩＳＴＥＲメッセージの送信元のユーザ端末ＵＥ２０１の登録を行うＳ−ＣＳＣＦサーバとして選択して、ＵＡＡにその旨を設定して、Ｉ−ＣＳＣＦサーバ３０に返送する。かかる場合においては、ＨＳＳサーバ４０からＳ−ＣＳＣＦサーバの選択結果を受け取ったＩ−ＣＳＣＦサーバ３０は、選択結果に指定されているＳ−ＣＳＣＦサーバを、登録を引き継ぐべきＳ−ＣＳＣＦサーバとして認識し、当該Ｓ−ＣＳＣＦサーバに対して、ＲＥＧＩＳＴＥＲメッセージを送信すれば良く、Ｉ−ＣＳＣＦサーバ３０側の処理負担の軽減を図ることができる。
【００７１】
次に、ＵＡＲによる問い合わせを受け取ったＨＳＳサーバ４０からＩ−ＣＳＣＦサーバ３０に対してＵＡＡとして問い合わせ結果を返送する際に、前述のように、現在の登録加入者数（登録ユーザ端末ＵＥ数）を含むＳ−ＣＳＣＦ一覧情報を返送する場合の返送形式について、図４を用いてさらに説明する。図４は、ＨＳＳサーバ４０から現在の登録加入者数（登録ユーザ端末ＵＥ数）を含むＳ−ＣＳＣＦ一覧情報をＩ−ＣＳＣＦサーバ４０に返送する返送形式の具体例を示す説明図である。
【００７２】
図４に示すように、ＨＳＳサーバ４０は、Ｉ−ＣＳＣＦサーバ３０に返送するＤｉａｍｅｔｅｒプロトコルのＵＡＡに含まれているＣａｐａｂｉｌｉｔｙ情報欄を用いて、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…ごとの現在の登録加入者数（登録ユーザ端末ＵＥ数）を含ませて返送するようにすれば、現在規定されているＤｉａｍｅｔｅｒプロトコルをそのまま準用して、現在の登録加入者数を返送することが可能である。ＵＡＡを受け取ったＩ−ＣＳＣＦサーバ３０側は、Ｃａｐａｂｉｌｉｔｙ情報を参照することによって、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…のうち、現在の登録加入者数（登録ユーザ端末ＵＥ数）が最も少ないＳ−ＣＳＣＦサーバを選択することが可能になる。
【００７３】
また、図４に示すように、ＨＳＳサーバ４０は、ＵＡＡにより各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…の一覧情報を返送する際に、現在の登録加入者数（登録ユーザ端末ＵＥ数）が少ない順番に昇順に並べ替えて返送することにしても良い。このように並べ替えが行われたＵＡＡを受信したＩ−ＣＳＣＦサーバ３０側では、上位に並んでいるＳ−ＣＳＣＦサーバから順番に選択することが可能であり、Ｉ−ＣＳＣＦサーバ３０側の選択処理の負担を軽減することができる。
【００７４】
なお、図３、図４のごときＳ−ＣＳＣＦ選択処理を実施するために、ＨＳＳサーバ４０には、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…ごとの現在の登録加入者数（登録ユーザ端末ＵＥ数）を設定登録するＳ−ＣＳＣＦ選択テーブル４１が備えられているが、該Ｓ−ＣＳＣＦ選択テーブル４１の登録情報を最新の状態に維持することが必要である。図５は、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…それぞれが現在登録している登録加入者数（登録ユーザ端末ＵＥ数）をＨＳＳサーバ４０に対して送信する様子の一例を説明するための説明図であり、ＨＳＳサーバ４０側に、あらかじめ定めた一定時限を計時するタイマ４２を備えて、該一定時限の経過ごとに、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…それぞれから、現在登録している登録加入者数（登録ユーザ端末ＵＥ数）を受け取って、Ｓ−ＣＳＣＦ選択テーブル４１に上書き登録する様子を示している。
【００７５】
図５に示すように、ＨＳＳサーバ４０は、タイマ４２により、あらかじめ定めた時間が経過する都度、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…に対して、ＤｉａｍｅｔｅｒプロトコルのＬＩＲ（Location Information Request）あるいはＳＡＲ（Server Assignment Request）などを用いて、それぞれの現在の登録加入者数（登録ユーザ端末ＵＥ数）を問い合わせ、該問い合わせを受け取った各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…から、それぞれの現在の登録加入者数（登録ユーザ端末ＵＥ数）を、ＤｉａｍｅｔｅｒプロトコルのＬＩＡ（Location Information Answer）あるいはＳＡＡ（Server Assignment Answer）などを用いて、ＨＳＳサーバ４０に返送させるように制御する。ＨＳＳサーバ４０は、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…から受け取った現在の登録加入者数（登録ユーザ端末ＵＥ数）により、Ｓ−ＣＳＣＦ選択テーブルの登録情報を上書きすることにより、定期的に最新の状態に更新することができる。
【００７６】
あるいは、図５の例とは逆に、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…が、あらかじめ定めた経過時間が経過したか否かを監視し、該経過時間が経過する都度、ＬＩＲやＳＡＲを用いて、ＨＳＳサーバ４０に対して、それぞれの現在の登録加入者数（登録ユーザ端末ＵＥ数）を送信するようにしても良い。
【００７７】
あるいは、ＩＭＳ通信を行うユーザ端末ＵＥの登録を実施するＳ−ＣＳＣＦサーバがＩ−ＣＳＣＦサーバ３０にて決定される都度、または、決定したＳ−ＣＳＣＦサーバから、ＨＳＳサーバ４０に対して、その旨が通知されてくる都度、あるいは、逆に、Ｓ−ＣＳＣＦサーバへの登録が削除された旨が、ＨＳＳサーバ４０に通知されてくる都度、ＨＳＳサーバ４０は、Ｓ−ＣＳＣＦ選択テーブル４１の登録情報を更新して、常に、最新の状態に維持するようにしても良い。かかる場合においても、定期的に、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…から現在の登録加入者数（登録ユーザ端末ＵＥ数）を送信させて、両者の登録情報の同期合わせを行うようにしても良い。
【００７８】
（その他の実施例）
図６は、本発明による呼セッション制御サーバ（Ｓ−ＣＳＣＦサーバ）の割り当て方法の図３とは異なる例を説明するための概念図であり、ＨＳＳサーバ４０に備えられるＳ−ＣＳＣＦサーバ選択用のＳ−ＣＳＣＦ選択テーブル４１Ａへの登録内容が、図３のＳ−ＣＳＣＦ選択テーブル４１の場合とは異なっている。つまり、図６に示すＳ−ＣＳＣＦ選択テーブル４１Ａは、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…の現在の稼働状況に応じた情報を、Ｓ−ＣＳＣＦサーバ選択時の優先順位を示す優先情報として用い、図３のＳ−ＣＳＣＦ選択テーブル４１の場合の登録加入者数（登録ユーザ端末ＵＥ数）の代わりに、パラメータ１、パラメータ２、…として登録されている例を示している。
【００７９】
ここで、Ｓ−ＣＳＣＦ選択テーブル４１Ａに登録するＳ−ＣＳＣＦサーバ選択用の優先情報としては、例えば、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…の現在の単位時間当たりの呼量や同時接続数やメッセージ送受信数などの呼セッションに関する情報を、登録加入者数（ユーザ端末ＵＥ数）の代わりに用いても良いし、あるいは、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…の現在の単位時間当たりの処理プロセッサ（ＣＰＵ）の使用率やメモリ使用率や保守用のメッセージも含む単位時間当たりの総メッセージ送受信数や総送受信メッセージサイズなどの総合的な負荷に関する情報を用いても良い。かくのごとき総合的な負荷に関する情報をＳ−ＣＳＣＦサーバ選択用の優先情報として用いることにより、例えば、あるＳ−ＣＳＣＦサーバの現在の状態が、呼セッションによる負荷が少なくても、バックアップ処理や輻輳・障害からの回復処理などの保守用の処理が実施されていて、トータルとしてかなりの負荷状態になっている場合には、ユーザ端末ＵＥの割り当て優先順位を、適切な順位まで下げるように設定することができる。
【００８０】
図６のようなＳ−ＣＳＣＦ選択テーブル４１Ａを用いる場合、シーケンスＳＱ３において、Ｉ−ＣＳＣＦサーバ３０からＵＡＲによる問い合わせがあった際に、ＨＳＳサーバ４０は、Ｓ−ＣＳＣＦ選択テーブル４１Ａに登録されている優先情報に基づいて、ユーザ端末ＵＥの登録用のＳ−ＣＳＣＦサーバを選択して、Ｉ−ＣＳＣＦサーバ３０に返送したり、あるいは、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…の現在のパラメータ（優先情報）を含むＵＡＲをＩ−ＣＳＣＦサーバ３０に返送して、Ｉ−ＣＳＣＦサーバ３０において、優先順位に基づいて、登録用のＳ−ＣＳＣＦサーバを割り当てたりする。
【００８１】
さらに、ＨＳＳサーバ４０からのＬＩＲやＳＡＲなどによる定期的な送信指示を行うことにより、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…から現在のパラメータ（優先情報）に関する情報を返送したり、あるいは、各Ｓ−ＣＳＣＦサーバ２０，２１，２２，…から、自発的かつ定期的に、現在のパラメータ（優先情報）に関する情報をＨＳＳサーバ４０に送信することによって、Ｓ−ＣＳＣＦ選択テーブル４１Ａの登録内容を定期的に最新の状態に更新する。あるいは、ユーザ端末ＵＥの登録や登録削除などのイベントが発生する都度、Ｓ−ＣＳＣＦ選択テーブル４１Ａの登録内容を常に最新の状態に更新する。
【００８２】
以上、本発明の好適実施例の構成を説明した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。
【図面の簡単な説明】
【００８３】
【図１】本発明を適用するＩＭＳアーキテクチャにおけるＩＰ網のシステム構成の一例を示すシステム構成図である。
【図２】ＩＭＳ通信の開始に先立ってユーザ端末のＳ−ＣＳＣＦサーバへの登録処理の流れを示すシーケンスチャートである。
【図３】本発明による呼セッション制御サーバ（Ｓ−ＣＳＣＦサーバ）の割り当て方法の一例を説明するための概念図である。
【図４】ＨＳＳサーバから現在の登録加入者数（登録ユーザ端末ＵＥ数）を含むＳ−ＣＳＣＦ一覧情報をＩ−ＣＳＣＦサーバに返送する返送形式の具体例を示す説明図である。
【図５】各Ｓ−ＣＳＣＦサーバ２それぞれが現在登録している登録加入者数（登録ユーザ端末ＵＥ数）をＨＳＳサーバに対して送信する様子の一例を説明するための説明図である。
【図６】本発明による呼セッション制御サーバ（Ｓ−ＣＳＣＦサーバ）の割り当て方法の図３とは異なる例を説明するための概念図である。
【図７】ＩＭＳネットワークを構成する基本的な構成要素を示す概念図である。
【図８】ＩＭＳアーキテクチャのＩＰ網の中核を構成するＳＩＰサーバの機能を示す概念図である。
【図９】ユーザ端末がＩＭＳ通信を行う発信手順についての処理の流れを示すシーケンスチャートである。
【図１０】ユーザ端末がＩＭＳ通信を行う着信手順についての処理の流れを示すシーケンスチャートである。
【図１１】ユーザ端末がＩＭＳ通信を終了する手順についての処理の流れを示すシーケンスチャートである。
【符号の説明】
【００８４】
１０            Ｐ−ＣＳＣＦサーバ（ユーザ端末収容セッション制御サーバ）
１１Ａ          Ｐ−ＣＳＣＦ機能（ユーザ端末収容セッション制御サーバ）
２０            Ｓ−ＣＳＣＦサーバ（呼セッション制御サーバ）
２１            Ｓ−ＣＳＣＦサーバ（呼セッション制御サーバ）
２２            Ｓ−ＣＳＣＦサーバ（呼セッション制御サーバ）
２１Ａ          Ｓ−ＣＳＣＦ機能（呼セッション制御サーバ）
２１Ｂ          Ｓ−ＣＳＣＦ機能（呼セッション制御サーバ）
２２Ｂ          Ｓ−ＣＳＣＦ機能（呼セッション制御サーバ）
３０            Ｉ−ＣＳＣＦサーバ（（問い合わせセッション制御サーバ）
３０Ｂ          Ｉ−ＣＳＣＦ機能（問い合わせセッション制御サーバ）
４０            ＨＳＳサーバ（ホーム加入者サーバ）
４１            Ｓ−ＣＳＣＦ選択テーブル
４１Ａ          Ｓ−ＣＳＣＦ選択テーブル
４２            タイマ
５０            ＳＬＦサーバ、ＳＬＦ機能（加入者ロケータ機能）
１００          ＩＰ網（ホーム網）
１００Ａ        ＳＩＰサーバ
１００Ｂ        ＳＩＰサーバ
１０１          在圏網（他のＩＰ網）
１０１Ａ        ＳＩＰサーバ
２０１          ユーザ端末ＵＥ（User Equipment）
２０２          ユーザ端末ＵＥ（User Equipment）
３００          アプリケーションサーバ群
３０１          アプリケーションサーバＡＳ
３０２          アプリケーションサーバＡＳ
４００          アクセス網
５００          ＩＰ網
【図１】
2008236183.tif 000003
【図２】
2008236183.tif 000004
【図３】
2008236183.tif 000005
【図４】
2008236183.tif 000006
【図５】
2008236183.tif 000007
【図６】
2008236183.tif 000008
【図７】
2008236183.tif 000009
【図８】
2008236183.tif 000010
【図９】
2008236183.tif 000011
【図１０】
2008236183.tif 000012
【図１１】
2008236183.tif 000013