登録中の端末が接続するＳＩＰサーバを変更する方法、サーバ及びプログラム
【課題】端末の技術的仕様を拡張することなく、ＩＭＳネットワークで、既にＳＩＰサーバへ登録中の端末であっても、他のＳＩＰサーバへ変更をする方法等を提供する。
【解決手段】第１のＳＩＰサーバが、端末からREGISTERを受信し、当該端末の位置登録を処理する。その後、第１のＳＩＰサーバが、端末の位置登録先を第２のＳＩＰサーバへ変更する際に、当該端末からのRe-REGISTERの待ち状態へ移行する。そして、第１のＳＩＰサーバが、待ち状態にあって且つ端末からRe-REGISTERを受信した際に、第２のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信する。これによって、第２のＳＩＰサーバが、リダイレクトに応じたRe-REGISTERを受信する。ＳＩＰサーバは、呼セッション制御機能ＣＳＣＦであり、第１のＣＳＣＦは、端末の位置登録先を第２のＣＳＣＦへ変更すべき配置変更通知を、加入者情報サーバＨＳＳから受信する。
【解決手段】第１のＳＩＰサーバが、端末からREGISTERを受信し、当該端末の位置登録を処理する。その後、第１のＳＩＰサーバが、端末の位置登録先を第２のＳＩＰサーバへ変更する際に、当該端末からのRe-REGISTERの待ち状態へ移行する。そして、第１のＳＩＰサーバが、待ち状態にあって且つ端末からRe-REGISTERを受信した際に、第２のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信する。これによって、第２のＳＩＰサーバが、リダイレクトに応じたRe-REGISTERを受信する。ＳＩＰサーバは、呼セッション制御機能ＣＳＣＦであり、第１のＣＳＣＦは、端末の位置登録先を第２のＣＳＣＦへ変更すべき配置変更通知を、加入者情報サーバＨＳＳから受信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、登録中の端末が接続するＳＩＰ(Session Initiation Protocol)サーバを変更する技術に関する。
【背景技術】
【０００２】
ＳＩＰは、ＩＰ(Internet Protocol)における呼制御プロトコルであって、端末間で通信に必要なＩＰアドレス、ポート番号及びエンコーディングをネゴシエーションすると共に、発呼及び着呼を制御する。ＳＩＰを用いて必要なネットワークリソースの割り当て及びゲートの制御を実行するために、ＩＰサブシステムネットワークとしてのＩＭＳ(IP Multimedia Subsystem)がある。ＩＭＳは、ＩＰネットワークで、マルチメディアアプリケーション（音声、映像及びデータ）を提供するために標準化されたサービス制御標準仕様である。これは、次世代携帯電話ネットワーク又はＮＧＮ(Next Generation Network)を実現する中核技術である。これにより、固定網及び移動網が統合され、全ての端末がＩＰベースで通信するオールＩＰ化が実現される。
【０００３】
図１は、従来技術におけるＩＭＳのシステム構成図である。
【０００４】
図１のシステムによれば、ＩＭＳネットワーク７に対して、アクセスネットワーク及びインターネットが相互に接続されている。両ネットワーク間は、ゲートウェイを介して接続される。アクセスネットワークは、例えば携帯電話網や、無線／有線ブロードバンドアクセス網である。ＳＩＰクライアント対応の端末６は、アクセスネットワークを介してＩＭＳネットワーク７に接続することができる。アクセスネットワークが携帯電話網である場合、端末６は、例えば携帯電話機である。
【０００５】
ＩＭＳネットワーク７は、トランスポートネットワークとは別に、コントロールネットワーク７１を有する。コントロールネットワーク７１は、呼セッション制御機能（ＣＳＣＦ(Call Session Control Function)）として、Ｓ−ＣＳＣＦ(Serving-CSCF)１と、Ｐ−ＣＳＣＦ(Proxy-CSCF)２と、Ｉ−ＣＳＣＦ(Interrogating-CSCF)３とを有する。また、端末毎の加入者プロファイル情報（例えば認証情報）を管理する加入者情報サーバ（ＨＳＳ(Home Subscriber Server)）も有する。ＳＩＰクライアント対応の複数の端末６は、アクセスネットワークを介してＣＳＣＦに接続することによって、相手方端末と呼セッションを確立する。
【０００６】
Ｐ−ＣＳＣＦ２は、端末６から、アクセスネットワークを介して直接的にアクセスされる。そして、Ｐ−ＣＳＣＦ２は、セッション毎にメディア情報を抽出し、セッション確立時にゲートウェイに対するゲート制御及びリソース制御を指示する。Ｐ−ＣＳＣＦ２は、端末６のアクセスネットワークへの接続時など、ＩＭＳへの接続前に決定され、端末６との間にセキュアなＩＰｓｅｃトンネルを確立すると共に、メッセージのフィルタリングも実行する。端末６から受信したＳＩＰメッセージは、Ｓ−ＣＳＣＦ１へ転送される。
【０００７】
Ｓ−ＣＳＣＦ１は、サービス実行及び呼セッション制御のための中心的なＳＩＰサーバである。Ｓ−ＣＳＣＦ１は、自身が管理するドメインを有し、そのドメインの範囲内の端末のSIP-URI(SIP - Uniform Resource Identifier)を管理する。また、Ｓ−ＣＳＣＦ１は、ＨＳＳ４と通信することによってユーザ認証を実行する。更に、Ｓ−ＣＳＣＦ１は、アプリケーションサーバ（ＡＳ:Application Server）と通信することによって、端末６に対して様々なサービスを提供することができる。
【０００８】
Ｉ−ＣＳＣＦ３は、コントロールネットワーク７１内で、ＳＩＰメッセージの経路を制御する機能を有する。例えば、Ｐ−ＣＳＣＦ２から送信されたＳ−ＣＳＣＦ宛てのＳＩＰメッセージの宛先を解決し、該当するＳ−ＣＳＣＦへ転送する機能や、他のドメインに属する転送先の名前解決し該当先への転送する機能を実行する。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ ＴＳ ２３．２２８、「IP Multimedia Subsystem(IMS)」
【発明の概要】
【発明が解決しようとする課題】
【００１０】
端末は、アクセスネットワークを介してＩＭＳネットワークへ向けてＳＩＰメッセージを送信する。そのＳＩＰメッセージは、いずれか１つのＰ−ＣＳＣＦへ転送される。そのＰ−ＣＳＣＦは、ＳＩＰメッセージをいずれか１つのＳ−ＣＳＣＦへ転送し、認証処理及び登録処理を実行する。それ以後は、そのＰ−ＣＳＣＦ及びそのＳ−ＣＳＣＦが、当該端末を管理することとなる。そのために、当該端末は、一度登録されたＰ−ＣＳＣＦ及びＳ−ＣＳＣＦに対して基本的に固定的に管理される。即ち、端末が異なるネットワークへ移動する等してネットワーク環境が変化しない限り、基本的にはＰ−ＣＳＣＦ及びＳ−ＣＳＣＦが変更されることはない。
【００１１】
しかしながら、ＩＭＳネットワーク内の機能構成の最適化やメンテナンスなど、利用状況に応じて、端末が登録中にあるＣＳＣＦであっても、他のＣＳＣＦへ変更したい場合もある。また、ＩＭＳネットワークに対する端末からの利用状況に応じて、稼働率が高いＣＳＣＦに対する処理負荷の分散化、又は、稼働率が低いＣＳＣＦを停止することによる処理負荷の集約化を実現したい場合もある。
【００１２】
端末による登録中のＣＳＣＦを他のＣＳＣＦへ変更するには、最初に、登録中ＣＳＣＦにおける該端末の位置登録情報を、他のＣＳＣＦへ転送する必要がある。その後、端末が、ＩＭＳネットワークに再接続しなければならない。また、ＨＳＳも、当該端末を管理するＣＳＣＦの情報を更新することが必要となる。
【００１３】
このように、既存のＩＭＳネットワークでは、Ｐ−ＣＳＣＦ及びＳ−ＣＳＣＦは、端末に対して固定的に割り当てられており、位置登録後に変更することは困難である。また、端末の位置登録は、Keep-Aliveのために、一定時間内に更新されることが要求される。既に登録中の端末における加入者プロファイルを変更すると、途中のＣＳＣＦにおけるキャッシュ情報に対して矛盾を生じる場合もある。
【００１４】
これに対し、ＩＭＳネットワーク側から端末へ能動的に再登録通知を送信し、端末が、再度、位置登録要求を送信することによってＣＳＣＦの変更を実現する技術もある。しかしながら、端末に実装されたＳＩＰクライアントの技術的仕様を拡張する必要がある。全ての端末にこのような機能を搭載することは、現実的に極めて難しい。
【００１５】
そこで、本発明は、端末の技術的仕様を拡張することなく、ＩＭＳネットワーク内で、既にＳＩＰサーバへ登録中の端末であっても、他のＳＩＰサーバへ変更をすることができる方法、サーバ及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明によれば、ＩＰサブシステムネットワークに接続された複数のＳＩＰ(Session Initiation Protocol)サーバについて、端末が接続するＳＩＰサーバを変更する方法であって、
第１のＳＩＰサーバが、端末から位置登録要求を受信し、当該端末の位置登録を処理する第１のステップと、
第１のＳＩＰサーバが、端末の位置登録先を第２のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する第２のステップと、
第１のＳＩＰサーバが、待ち状態にあって且つ端末から位置登録要求を受信した際に、第２のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信する第３のステップと
を有し、第２のＳＩＰサーバが、リダイレクトに応じた位置登録要求を受信することを特徴とする。
【００１７】
本発明のＳＩＰサーバ変更方法における他の実施形態によれば、
ＩＰサブシステムネットワークは、ＩＭＳ(IP Multimedia Subsystem)ネットワークであり、
ＳＩＰサーバは、呼セッション制御機能（ＣＳＣＦ:Call Session Control Function）であり、
第２のステップについて、第１のＣＳＣＦは、端末の位置登録先を第２のＣＳＣＦへ変更すべき配置変更通知を、ＩＭＳネットワークに接続された加入者情報サーバ（ＨＳＳ:Home Subscriber Server）から受信する
ことも好ましい。
【００１８】
本発明のＳＩＰサーバ変更方法における他の実施形態によれば、
呼セッション制御機能は、Ｓ−ＣＳＣＦ(Serving-CSCF)及び／又はＰ−ＣＳＣＦ(Proxy-CSCSF)であることも好ましい。
【００１９】
本発明のＳＩＰサーバ変更方法における他の実施形態によれば、
第２のステップについて、
第１のＣＳＣＦがＨＳＳから受信する配置変更通知は、端末のSIP-URIと、変更先の第２のＣＳＣＦのSIP-URIと、待ち状態の待機時間とを含み、
第１のＣＳＣＦは、待機時間だけ待ち状態を維持し、
第１のＣＳＣＦは、位置登録要求を受信することなくタイムアウトした場合、その旨の情報をＨＳＳへ送信する
ことも好ましい。
【００２０】
本発明のＳＩＰサーバ変更方法における他の実施形態によれば、
変更先の第２のＳＩＰサーバは、
端末から位置登録要求を受信した際に、端末の認証情報を、Diameterを用いてＨＳＳから取得し、
位置登録要求に含まれる当該端末の認証情報と、ＨＳＳから取得した当該端末の認証情報とが一致するか否かを判定し、
両認証情報が不一致となった場合、認証失敗通知を、端末へ向けて返信して再度認証処理を実行し、
両認証情報が一致した場合、当該端末が次に位置登録要求を送信する時間間隔値を含む位置登録応答を、当該端末へ返信する
ことも好ましい。
【００２１】
本発明によれば、ＩＰサブシステムネットワークに接続されており、当該端末から接続された位置登録を他方のＳＩＰサーバへ変更するＳＩＰサーバであって、
端末から位置登録要求を受信する登録要求受信手段と、
位置登録要求に応じて当該端末の位置登録を処理する登録処理手段と、
端末の位置登録先を他方のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する待ち状態保持手段と、
待ち状態にあって、且つ、端末からの位置登録要求を受信した際に、他方のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信するリダイレクト返信手段と
を有し、他方のＳＩＰサーバによって、リダイレクトに応じた位置登録要求が受信されることを特徴とする。
【００２２】
本発明のＳＩＰサーバにおける他の実施形態によれば、
ＩＰサブシステムネットワークは、ＩＭＳネットワークであり、
当該ＳＩＰサーバは、呼セッション制御機能（ＣＳＣＦ）であり、
ＩＭＳネットワークに接続された加入者情報サーバ（ＨＳＳ）から、端末の位置登録先を第２のＣＳＣＦへ変更すべき配置変更通知を受信する配置変更通知受信手段を更に有することも好ましい。
【００２３】
本発明のＳＩＰサーバにおける他の実施形態によれば、
当該ＳＩＰサーバの呼セッション制御機能は、Ｓ−ＣＳＣＦ及び／又はＰ−ＣＳＣＦであることも好ましい。
【００２４】
本発明のＳＩＰサーバにおける他の実施形態によれば、
ＨＳＳから受信する配置変更通知は、端末のSIP-URIと、変更先のＣＳＣＦのSIP-URIと、待ち状態の待機時間とを含み、
待ち状態保持手段は、待機時間だけ待ち状態を維持し、位置登録要求を受信することなくタイムアウトした場合、その旨の情報をＨＳＳへ送信することも好ましい。
【００２５】
本発明のＳＩＰサーバにおける他の実施形態によれば、
端末から位置登録要求を受信した際に、端末の認証情報を、Diameterを用いてＨＳＳから取得する認証情報取得手段と、
位置登録要求に含まれる当該端末の認証情報と、ＨＳＳから取得した当該端末の認証情報とが一致するか否かを判定する認証情報判定手段と、
両認証情報が不一致となった場合、認証失敗通知を端末へ返信して再度認証処理を実行し、両認証情報が一致した場合、当該端末が次に位置登録要求を送信する時間間隔値を含む位置登録応答を、当該端末へ返信する登録応答送信手段と
を有することも好ましい。
【００２６】
本発明によれば、ＩＰサブシステムネットワークに接続されており、当該端末から接続された位置登録を他方のＳＩＰサーバへ変更するＳＩＰサーバに搭載されたコンピュータを機能させるプログラムであって、
端末から位置登録要求を受信する登録要求受信手段と、
位置登録要求に応じて当該端末の位置登録を処理する登録処理手段と、
端末の位置登録先を他方のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する待ち状態保持手段と、
待ち状態にあって、且つ、端末からの位置登録要求を受信した際に、他方のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信するリダイレクト返信手段と
してコンピュータを機能させ、他方のＳＩＰサーバによって、リダイレクトに応じた位置登録要求が受信されることを特徴とする。
【発明の効果】
【００２７】
本発明のＳＩＰサーバ変更方法、サーバ及びプログラムは、端末の技術的仕様を拡張することなく、ＩＭＳネットワーク内で、既にＳＩＰサーバへ登録中の端末であっても、他のＳＩＰサーバへ変更をすることができる。
【図面の簡単な説明】
【００２８】
【図１】従来技術におけるＩＭＳのシステム構成図である。
【図２】本発明におけるＩＭＳのシステム構成図である。
【図３】本発明におけるＳ−ＣＳＣＦの変更を表すシーケンス図である。
【図４】本発明におけるＰ−ＣＳＣＦの変更を表すシーケンス図である。
【図５】本発明におけるＳ−ＣＳＣＦ及びＰ−ＣＳＣＦの変更を表すシーケンス図である。
【図６】本発明におけるＣＳＣＦ及び加入者情報サーバの機能構成図である。
【発明を実施するための形態】
【００２９】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００３０】
図２は、本発明におけるＩＭＳのシステム構成図である。
【００３１】
図２のシステムは、図１と比較して、ＩＭＳネットワーク（ＩＰサブシステムネットワーク）７にＳ−ＣＳＣＦ及びＰ−ＣＳＣＦが複数配置されている。また、ＩＭＳネットワーク７には、配置変更制御ノード５が更に接続されている。配置変更制御ノード５は、ＨＳＳ（加入者情報サーバ）４に対して、端末毎のＣＳＣＦの配置変更通知を送信する。そして、ＨＳＳ４は、ＣＳＣＦに対して端末毎の配置変更通知を送信すると共に、当該端末に対応するＣＳＣＦの情報を更新する。
【００３２】
図２によれば、図１と比較して、端末が登録中の第１のＳ−ＣＳＣＦ１１を、第２のＳ−ＣＳＣＦ１２へ変更する場合が表されている。また、端末が登録中の第１のＰ−ＣＳＣＦ２１を、第２のＰ−ＣＳＣＦ２２へ変更する場合も表されている。
【００３３】
図３は、本発明におけるＳ−ＣＳＣＦの変更を表すシーケンス図である。
【００３４】
（Ｓ３０１）端末#1は、位置登録要求REGISTERをＩＭＳネットワークへ送信し、Ｐ−ＣＳＣＦ#1及びＳ−ＣＳＣＦ#1によって位置登録済みとなっている。ＨＳＳは、当該端末#1に対応して登録中Ｐ−ＣＳＣＦ#1及び登録中Ｓ−ＣＳＣＦ#1を記憶している。
【００３５】
（Ｓ３０２）このとき、配置変更制御ノードは、当該端末#1の位置登録先をＳ−ＣＳＣＦ#1からＳ−ＣＳＣＦ#2へ変更するべき配置変更通知を、ＨＳＳへ送信する。配置変更制御ノードは、オペレータの指示やＩＭＳネットワークの負荷状態などの状況に応じて、ＣＳＣＦの配置変更を決定する。この配置変更通知は、例えば以下の情報を含む。
・端末のSIP-URI
・変更元Ｓ−ＣＳＣＦ#1のSIP-URI
・変更先Ｓ−ＣＳＣＦ#2のSIP-URI
・待機時間
【００３６】
（Ｓ３０３）ＨＳＳは、配置変更制御ノードから配置変更通知を受信する。ＨＳＳは、端末のSIP-URI毎に、登録中Ｓ−ＣＳＣＦのSIP-URIを記憶している。ＨＳＳは、当該端末#1について、配置変更通知に含まれる変更先Ｓ−ＣＳＣＦのSIP-URIと、登録中Ｓ−ＣＳＣＦのSIP-URIとが異なるか否かを判定する。ここでは、両SIP-URIは異なるために、ＨＳＳは、登録中Ｓ−ＣＳＣＦ#1へ、配置変更通知を送信する。この配置変更通知は、例えば以下の情報を含む。
・端末のSIP-URI
・変更先Ｓ−ＣＳＣＦ#2のSIP-URI
・待機時間
【００３７】
（Ｓ３０４）Ｓ−ＣＳＣＦ#1は、ＨＳＳから配置変更通知を受信する。ここで、本発明によれば、Ｓ−ＣＳＣＦ#1は、当該端末#1からの位置登録要求Re-REGISTERメッセージの待ち状態へ移行する。
【００３８】
尚、端末#1がアクティブセッションを確立している場合、Ｓ−ＣＳＣＦを変更することができない。その場合、Ｓ−ＣＳＣＦ#1は、位置登録要求Re-REGISTERメッセージを受信したとしても、Ｓ３１１へ移行しない。即ち、Ｓ−ＣＳＣＦ#1は、当該端末#1のセッションが終了し、その後、端末#1から位置登録要求REGISTERメッセージを受信するまで、待ち状態を維持する。
【００３９】
待ち状態に移行した後、所定の待機時間を経過しても、端末#1から位置登録要求Re-REGISTERメッセージを受信できなかった場合、Ｓ−ＣＳＣＦ#1は、失敗の旨の情報をＨＳＳへ送信する。
【００４０】
（Ｓ３１１）端末#1は、位置登録をした後、指定時間が経過する前に、位置登録要求Re-REGISTERメッセージを送信する必要がある。ＳＩＰプロファイルには、「レジスタのタイムアウト値(Timer Register Expires)」が設定されており、その登録期間が終わる「レジスタの再送間隔(Timer Register Delta)」秒前に、位置登録要求Re-REGISTERメッセージを送信する。Ｐ−ＣＳＣＦ#1は、「SIP Station Keepalive Interval」の間に、位置登録要求Re-REGISTERメッセージを受信することによって、その位置登録を維持する。
【００４１】
（Ｓ３１２）ここで、Ｐ−ＣＳＣＦ#1は、Re-REGISTERをＩ−ＣＳＣＦへ転送することによって、経路を制御する。尚、Ｐ−ＣＳＣＦ#1がＳ−ＣＳＣＦ#1におけるキャッシュを保持している場合、又は、Re-REGISTERにＳ−ＣＳＣＦ#1のSIP-URIを含む場合、Ｐ−ＣＳＣＦ#1は、Re-REGISTERをＳ−ＣＳＣＦ#1へ直接的に送信してもよい。この場合、RE-REGISTERは、Ｉ−ＣＳＣＦを経由することなく、Ｓ３１５へ移行する。
【００４２】
（Ｓ３１３）Ｉ−ＣＳＣＦは、ＨＳＳに対して、Diameterプロトコルを用いて、当該端末を位置登録しているＳ−ＣＳＣＦを問い合わせる。Diameterプロトコルとは、ＲＡＤＩＵＳ(Remote Authentication Dial In User Service)に代わる次世代のＡＡＡ(Authentication, Authorization and Accounting)標準プロトコルである。例えば、Ｉ−ＣＳＣＦは、ＨＳＳとの間で、以下のメッセージを交換することによって、Ｓ−ＣＳＣＦ#1のSIP-URIを取得する。
ＵＡＲ(User-Authorization-Request)
ＵＡＡ(User-Authorization-Answer)
尚、Ｉ−ＣＳＣＦからＨＳＳへの問い合わせは、最初のREGISTERの受信時は実行されるが、Re-REGISTERを受信した際に実行させるか否かは、実装に依存する。
【００４３】
（Ｓ３１４）Ｉ−ＣＳＣＦは、Re-REGISTERをＳ−ＣＳＣＦ#1へ転送する。
【００４４】
（Ｓ３１５）Re-REGSITERを受信したＳ−ＣＳＣＦ#1は、リダイレクトメッセージとしての301 Movedを、Ｉ−ＣＳＣＦへ返信する。301 Movedは、例えば以下の情報を含む。
変更先Ｓ−ＣＳＣＦ#2のアドレス
尚、リダイレクトメッセージとして、301以外に、302 Movedを用いてもよい。
【００４５】
（Ｓ３１６）Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦ#1から受信した301 Movedを、Ｐ−ＣＳＣＦ#1へ転送する。
【００４６】
（Ｓ３１７）Ｐ−ＣＳＣＦ#1は、受信した301 Movedに従って、Ｓ−ＣＳＣＦ#2へ、Re-REGISTERをリダイレクト転送する。
【００４７】
（Ｓ３１８）Ｓ−ＣＳＣＦ#2は、受信したRe-REGISTERによって位置登録の処理を実行する。このとき、Ｓ−ＣＳＣＦ#2は、端末#1における認証情報を保持していないために、ＨＳＳに対して、Diameterプロトコルを用いて認証情報を問い合わせる。Ｓ−ＣＳＣＦ#2は、ＨＳＳとの間で、例えば以下のメッセージを交換することによって、端末#1の認証情報を取得する。
ＭＡＲ(Multimedia-Auth-Request)
ＭＡＡ(Multimedia-Auth-Answer)
ここで、Ｓ−ＣＳＣＦ#2は、ＨＳＳから取得した端末#1の認証情報が、Re-REGISTERに含まれる認証情報と一致した場合、認証が成功する。認証が成功した場合、Ｓ３２５へ移行する。
【００４８】
（Ｓ３２１）Ｓ−ＣＳＣＦ#2は、認証が失敗した場合、401 UnauthorizedをＰ−ＣＳＣＦ#1へ返信する。
（Ｓ３２２）Ｐ−ＣＳＣＦ#1は、401 Unauthorizedを、更に端末#1へ転送する。
（Ｓ３２３）端末#1は、401 Unauthorizedを受信した際に、再度、認証情報を付加したRe-REIGSTERを、Ｐ−ＣＳＣＦ#1へ送信する。
（Ｓ３２４）Ｐ−ＣＳＣＦ#1は、そのRe-REGISTERを、Ｓ−ＣＳＣＦ#2へ転送する。
【００４９】
（Ｓ３３１）Ｓ−ＣＳＣＦ#2は、ＨＳＳから取得した認証情報によって、位置登録の処理を実行する。認証が成功すれば、ＨＳＳに対して、Diameterプロトコルを用いて端末情報の更新を実行する。Ｓ−ＣＳＣＦ#2は、ＨＳＳとの間で、例えば以下のメッセージを交換することによって、端末#1の情報を更新する。
ＳＡＲ(Server-Assignment-Request)
ＳＡＡ(Server-Assignment-Request)
ＨＳＳは、端末#1がＳ−ＣＳＣＦ#2へ登録が完了したことを確認し、保持情報をアップデートし、以後の問い合わせにはＳ−ＣＳＣＦ#2を返す。
【００５０】
（Ｓ３３２）Ｓ−ＣＳＣＦ#2は、200OKをＰ−ＣＳＣＦ#1へ返信する。ここで、200OKに、当該端末#1が次にRe-REGISTERを送信する時間間隔値を含めることも好ましい。例えば、200OKにおけるContactヘッダのexpireに、時間間隔値を含める。
（Ｓ３３３）Ｐ−ＣＳＣＦ#1は、受信した200OKを、端末#1へ転送する。端末#1は、200OKに含まれる時間間隔値に応じて、次にRe-REGISTERを送信する時刻を制御する。これによって、配置変更の制御間隔の粒度を調整することができる。
【００５１】
前述したように、端末#1は、Ｓ−ＣＳＣＦ#1からＳ−ＣＳＣＦ#2へ変更されたことを認識することなく、通常とおり、その後のシーケンスが実行される。また、ＨＳＳは、端末#1がＳ−ＣＳＣＦ#2へ位置登録したことを記憶する。
【００５２】
図４は、本発明におけるＰ−ＣＳＣＦの変更を表すシーケンス図である。
【００５３】
図４によれば、図３と比較して、Ｐ−ＣＳＣＦが変更されていることのみが相違する。従って、Ｐ−ＣＳＣＦ#1が、リダイレクトメッセージ301 Movedを端末#1へ送信し、端末#1が、Ｐ−ＣＳＣＦ#2へ向けてリダイレクトのRe-REGISTERを送信する。図３のＳ−ＣＳＣＦの動作と図４のＰ−ＣＳＣＦの動作とは基本的に同じであるので、以下では、図４を参照して、図３と比較して相違する点のみを簡潔に説明する。
【００５４】
（Ｓ４０１）端末#1は、Ｐ−ＣＳＣＦ#1及びＳ−ＣＳＣＦ#1によって位置登録済みとなっている。
（Ｓ４０２）このとき、配置変更制御ノードは、当該端末#1の位置登録先をＰ−ＣＳＣＦ#1からＰ−ＣＳＣＦ#2へ変更するべき配置変更通知を、ＨＳＳへ送信する。
（Ｓ４０３）ＨＳＳは、当該端末#1について、配置変更通知に含まれる変更先Ｐ−ＣＳＣＦのSIP-URIと、登録中Ｐ−ＣＳＣＦのSIP-URIとが異なるために、登録中Ｐ−ＣＳＣＦ#1へ、配置変更通知を送信する。
（Ｓ４０４）Ｐ−ＣＳＣＦ#1は、当該端末#1からの位置登録要求Re-REGISTERメッセージの待ち状態へ移行する。
【００５５】
（Ｓ４１１）端末#1は、位置登録をした後、指定時間が経過する前に、位置登録要求Re-REGISTERメッセージを送信する。
（Ｓ４１２）Re-REGSITERを受信したＰ−ＣＳＣＦ#1は、リダイレクトメッセージとしての301 Movedを、端末#1へ返信する。301 Movedは、例えば以下の情報を含む。
変更先Ｐ−ＣＳＣＦ#2のSIP-URI
（Ｓ４１３）端末#1は、受信した301 Movedに従って、Ｐ−ＣＳＣＦ#2へ、Re-REGISTERをリダイレクト転送する。
（Ｓ４１４）ここで、Ｐ−ＣＳＣＦ#2は、Re-REGISTERをＩ−ＣＳＣＦへ転送することによって、経路を制御する。
（Ｓ４１５）Ｉ−ＣＳＣＦは、ＨＳＳに対して、Diameterプロトコルを用いて、当該端末を位置登録しているＳ−ＣＳＣＦを問い合わせる。
（Ｓ４１６）Ｉ−ＣＳＣＦは、Re-REGISTERをＳ−ＣＳＣＦ#1へ転送する。
（Ｓ４１７）Ｓ−ＣＳＣＦ#2は、受信したRe-REGISTERによって位置登録の処理を実行する。このとき、Ｓ−ＣＳＣＦ#2は、ＨＳＳに対して、Diameterプロトコルを用いて認証情報を問い合わせる。Ｓ−ＣＳＣＦ#2は、ＨＳＳから取得した端末#1の認証情報が、Re-REGISTERに含まれる認証情報と一致した場合、認証が成功する。
【００５６】
（Ｓ４２１〜Ｓ４２４）図３のＳ３２１〜Ｓ３２４と同様であって、Ｓ−ＣＳＣＦ#1がＰ−ＣＳＣＦ#2を介して端末#1との間で、認証シーケンスを実行することのみが相違する。ここで、前述のＳ４１７によって、認証が成功するか失敗するかに関わらず、端末#1とP-CSCF#2間でIPSecトンネルを確立する必要があるために、再度、Ｓ４２１〜Ｓ４２４の認証処理が実行される。この認証処理の過程で、端末#1とP-CSCF#2の間で、IPSecトンネルが確立される。
【００５７】
（Ｓ４３１〜Ｓ４３３）図３のＳ３３１〜Ｓ３３３と同様であって、Ｓ−ＣＳＣＦ#1が、ＨＳＳに対して端末情報の更新を実行し、Ｓ−ＣＳＣＦ#1がＰ−ＣＳＣＦ#2を介して端末#1へ200OKを送信することのみが相違する。
【００５８】
これによって、端末#1は、Ｐ−ＣＳＣＦ#1からＰ−ＣＳＣＦ#2へ変更されたことを認識することなく、通常とおり、その後のシーケンスが実行される。また、ＨＳＳは、端末#1がＰ−ＣＳＣＦ#2へ位置登録したことを記憶する。
【００５９】
図５は、本発明におけるＳ−ＣＳＣＦ及びＰ−ＣＳＣＦの変更を表すシーケンス図である。
【００６０】
図５によれば、図３及び図４のシーケンスを組み合わせたものである。従って、Ｓ３××は図３のステップと同様であり、Ｓ４××は図４のステップと同様である。以下では、図５特有のステップについてのみ簡潔に説明する。
【００６１】
Ｓ５０２によれば、配置変更制御ノードは、当該端末#1の位置登録先をＳ−ＣＳＣＦ#1からＳ−ＣＳＣＦ#2へ変更すると共に、Ｐ−ＣＳＣＦ#1からＰ−ＣＳＣＦ#2へ変更するべき配置変更通知を、ＨＳＳへ送信する。これによって、ＨＳＳは、登録中Ｓ−ＣＳＣＦ#1へ配置変更通知を送信する（Ｓ３０３）と共に、登録中Ｓ−ＣＳＣＦ#2へ配置変更通知を送信する（Ｓ４０３）。登録中Ｓ−ＣＳＣＦ#1が待ち状態へ移行する（Ｓ３０４）と共に、登録中Ｐ−ＣＳＣＦ#1も待ち状態へ移行する（Ｓ４０４）。
【００６２】
図５のＳ４１１〜Ｓ４１６によれば、図４と同様に、端末#1からＰ−ＣＳＣＦ#1へ送信されたRe-REGISTERは、Ｐ−ＣＳＣＦ#1のリダイレクトメッセージによって、端末#1からＰ−ＣＳＣＦ#2へ送信される。Ｐ−ＣＳＣＦ#2は、Ｉ−ＣＳＣＦを介して、Ｓ−ＣＳＣＦ#1へそのRe-REGISTERを転送する。
【００６３】
次に、図５のＳ３１５〜Ｓ３１８によれば、図３と同様に、Ｐ−ＣＳＣＦ#2からＳ−ＣＳＣＦ#1へ送信されたRe-REGISTERは、Ｓ−ＣＳＣＦ#1のリダイレクトメッセージによって、Ｐ−ＣＳＣＦ#2からＳ−ＣＳＣＦ#2へ送信される。Ｓ−ＣＳＣＦ#2は、ＨＳＳに対して、当該端末#1における加入者プロファイル情報（例えば登録中のＣＳＣＦのSIP-URI）を更新する。
【００６４】
次に、図５のＳ４２１〜Ｓ４２４及びＳ４３１〜Ｓ４３３によれば、図４と比較して、Ｓ−ＣＳＣＦ#2及びＰ−ＣＳＣＦ#2の間でシーケンスが実行される点のみが相違する。これによって、端末#1は、Ｓ−ＣＳＣＦ#2及びＰ−ＣＳＣＦ#2によって位置登録処理が完了する。
【００６５】
図６は、本発明におけるＣＳＣＦの機能構成図である。
【００６６】
ここで、図６に表されたＣＳＣＦは、Ｓ−ＣＳＣＦ又はＰ−ＣＳＣＦである。Ｓ−ＣＳＣＦである場合、下位の通信相手先はＩＭＳを介したＰ−ＣＳＣＦとなる。一方で、Ｐ−ＣＳＣＦである場合、上位の通信相手先はＩＭＳを介したＳ−ＣＳＣＦであり、下位の通信相手先はＩＭＳ及びアクセスネットワークを介した端末となる。ＨＳＳは、Ｓ−ＣＳＣＦ及びＰ−ＣＳＣＦの両方と通信可能となる。
【００６７】
図６によれば、ＣＳＣＦ１は、登録要求受信部１０１と、登録処理部１０２と、待ち状態保持部１０３と、リダイレクト返信部１０４と、配置変更通知受信部１０５と、認証情報取得部１０６と、認証情報判定部１０７と、登録応答送信部１０８とを有する。これら機能構成部は、ＣＳＣＦに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００６８】
登録要求受信部１０１は、端末６から位置登録要求REGISTERを受信する。当該ＣＳＣＦがＳ−ＣＳＣＦである場合、端末６からＰ−ＣＳＣＦ２を介して位置登録要求REGISTERを受信する。位置登録要求に含まれる内容情報は、登録処理部１０２へ出力される。
【００６９】
登録処理部１０２は、当該端末の位置登録を処理する。当該ＣＳＣＦがＰ−ＣＳＣＦである場合、位置登録要求REGISTERを更にＳ−ＣＳＣＦへ転送する。また、当該ＣＳＣＦがＳ−ＣＳＣＦである場合、位置登録情報を、ＨＳＳ４へ送信する。
【００７０】
配置変更通知受信部１０５は、ＨＳＳ４から、端末の位置登録先を他のＣＳＣＦへ変更すべき配置変更通知を受信する。配置変更通知の対象となる端末のSIP-URIが、待ち状態保持部１０３へ出力される。また、配置変更通知に待機時間が含まれている場合、その待機時間も待ち状態保持部１０３へ出力される。
【００７１】
待ち状態保持部１０３は、配置変更通知の対象となる端末からのRe-REGISTERの待ち状態へ移行する。待ち状態に移行した旨は、リダイレクト返信部１０４へ出力される。尚、待機時間だけ待ち状態に移行し、その待機時間にRe-REGISTERを受信することなくタイムアウトした場合、その旨の情報がＨＳＳへ送信される。
【００７２】
リダイレクト返信部１０４は、待ち状態にあって、且つ、端末からのRe-REGISTERを受信した際に、他方のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信する。リダイレクトメッセージは、変更先のＣＳＣＦのSIP-URIを含む、例えば301
Movedである。
【００７３】
認証情報取得部１０６は、端末からRe-REGISERを受信した際に、端末の認証情報を、Diameterを用いてＨＳＳから取得する。取得された認証情報は、認証情報判定部１０７へ出力される。
【００７４】
認証情報判定部１０７は、Re-REGISTERに含まれる当該端末の認証情報と、ＨＳＳから取得した当該端末の認証情報とが一致するか否かを判定する。判定結果は、登録応答送信部１０８へ出力される。
【００７５】
登録応答送信部１０８は、両認証情報が不一致となった場合、認証失敗通知を端末へ返信し、両認証情報が一致した場合、当該端末が次に位置登録要求を送信する時間間隔値を含む位置登録応答を、当該端末へ返信する。
【００７６】
図６によれば、配置変更制御ノード５は、配置変更通知をＨＳＳ４へ送信する。配置変更制御ノード５は、オペレータの指示やＩＭＳネットワークの負荷状態などの状況に応じて、ＣＳＣＦの変更を決定する。
【００７７】
ＨＳＳ４は、端末のSIP-URI毎に、登録中ＣＳＣＦのSIP-URIを記憶している。ＨＳＳ４は、配置変更通知を受信した際に、当該端末#1について、配置変更通知に含まれる変更先ＣＳＣＦのSIP-URIと、登録中ＣＳＣＦのSIP-URIとが異なるか否かを判定する。異なる場合、ＨＳＳ４は、登録中ＣＳＣＦへ、変更先ＣＳＣＦのSIP-URIを含む配置変更通知を送信する。尚、ＨＳＳ４は、端末のSIP-URIに対応付けて登録中ＣＳＣＦのSIP-URIを記憶する。従って、登録中Ｓ−ＣＳＣＦだけでなく、登録中Ｐ−ＣＳＣＦのSIP-URIも記憶する。
【００７８】
図２〜図６によれば、ＨＳＳ４及び配置変更制御ノード５はそれぞれ、別の装置として表されているが、配置変更制御ノードの機能をＨＳＳ４に一体的に含んで構成されるものであってもよい。また、図２〜図６によれば、ＨＳＳ４が、ＣＳＣＦに対して配置変更通知を送信するように表されているが、配置変更制御ノード５が直接的に、ＣＳＣＦに対して配置変更通知を送信するものであってもよい。但し、この場合、配置変更制御ノード５は、端末のSIP-URIに対応付けて登録中ＣＳＣＦを記憶する必要がある。
【００７９】
以上、詳細に説明したように、本発明のＳＩＰサーバ変更方法、サーバ及びプログラムは、端末の技術的仕様を拡張することなく、ＩＭＳネットワーク内で、端末によって登録中のＳＩＰサーバであっても、他のＳＩＰサーバへ変更をすることができる。
【００８０】
本発明によれば、ＩＭＳネットワーク内の機能構成の最適化やメンテナンスなど、利用状況に応じて、端末が登録中にあるＣＳＣＦであっても、他のＣＳＣＦへ変更することができる。また、ＩＭＳネットワークに対する端末からの利用状況に応じて、稼働率が高いＣＳＣＦに対する処理負荷の分散化、又は、稼働率が低いＣＳＣＦを停止することによる処理負荷の集約化を実現することもできる。
【００８１】
前述した本発明の種々の実施形態において、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００８２】
１、１１、１２ Ｓ−ＣＳＣＦ
１０１ 登録要求受信部
１０２ 登録処理部
１０３ 待ち状態保持部
１０４ リダイレクト返信部
１０５ 配置変更通知受信部
１０６ 認証情報取得部
１０７ 認証情報判定部
１０８ 登録応答送信部
２、２１、２２ Ｐ−ＣＳＣＦ
３ Ｉ−ＣＳＣＦ
４ ＨＳＳ、加入者情報サーバ
５ 配置変更制御ノード
６ 端末
７ ＩＭＳネットワーク
７１ コントロールネットワーク
【技術分野】
【０００１】
本発明は、登録中の端末が接続するＳＩＰ(Session Initiation Protocol)サーバを変更する技術に関する。
【背景技術】
【０００２】
ＳＩＰは、ＩＰ(Internet Protocol)における呼制御プロトコルであって、端末間で通信に必要なＩＰアドレス、ポート番号及びエンコーディングをネゴシエーションすると共に、発呼及び着呼を制御する。ＳＩＰを用いて必要なネットワークリソースの割り当て及びゲートの制御を実行するために、ＩＰサブシステムネットワークとしてのＩＭＳ(IP Multimedia Subsystem)がある。ＩＭＳは、ＩＰネットワークで、マルチメディアアプリケーション（音声、映像及びデータ）を提供するために標準化されたサービス制御標準仕様である。これは、次世代携帯電話ネットワーク又はＮＧＮ(Next Generation Network)を実現する中核技術である。これにより、固定網及び移動網が統合され、全ての端末がＩＰベースで通信するオールＩＰ化が実現される。
【０００３】
図１は、従来技術におけるＩＭＳのシステム構成図である。
【０００４】
図１のシステムによれば、ＩＭＳネットワーク７に対して、アクセスネットワーク及びインターネットが相互に接続されている。両ネットワーク間は、ゲートウェイを介して接続される。アクセスネットワークは、例えば携帯電話網や、無線／有線ブロードバンドアクセス網である。ＳＩＰクライアント対応の端末６は、アクセスネットワークを介してＩＭＳネットワーク７に接続することができる。アクセスネットワークが携帯電話網である場合、端末６は、例えば携帯電話機である。
【０００５】
ＩＭＳネットワーク７は、トランスポートネットワークとは別に、コントロールネットワーク７１を有する。コントロールネットワーク７１は、呼セッション制御機能（ＣＳＣＦ(Call Session Control Function)）として、Ｓ−ＣＳＣＦ(Serving-CSCF)１と、Ｐ−ＣＳＣＦ(Proxy-CSCF)２と、Ｉ−ＣＳＣＦ(Interrogating-CSCF)３とを有する。また、端末毎の加入者プロファイル情報（例えば認証情報）を管理する加入者情報サーバ（ＨＳＳ(Home Subscriber Server)）も有する。ＳＩＰクライアント対応の複数の端末６は、アクセスネットワークを介してＣＳＣＦに接続することによって、相手方端末と呼セッションを確立する。
【０００６】
Ｐ−ＣＳＣＦ２は、端末６から、アクセスネットワークを介して直接的にアクセスされる。そして、Ｐ−ＣＳＣＦ２は、セッション毎にメディア情報を抽出し、セッション確立時にゲートウェイに対するゲート制御及びリソース制御を指示する。Ｐ−ＣＳＣＦ２は、端末６のアクセスネットワークへの接続時など、ＩＭＳへの接続前に決定され、端末６との間にセキュアなＩＰｓｅｃトンネルを確立すると共に、メッセージのフィルタリングも実行する。端末６から受信したＳＩＰメッセージは、Ｓ−ＣＳＣＦ１へ転送される。
【０００７】
Ｓ−ＣＳＣＦ１は、サービス実行及び呼セッション制御のための中心的なＳＩＰサーバである。Ｓ−ＣＳＣＦ１は、自身が管理するドメインを有し、そのドメインの範囲内の端末のSIP-URI(SIP - Uniform Resource Identifier)を管理する。また、Ｓ−ＣＳＣＦ１は、ＨＳＳ４と通信することによってユーザ認証を実行する。更に、Ｓ−ＣＳＣＦ１は、アプリケーションサーバ（ＡＳ:Application Server）と通信することによって、端末６に対して様々なサービスを提供することができる。
【０００８】
Ｉ−ＣＳＣＦ３は、コントロールネットワーク７１内で、ＳＩＰメッセージの経路を制御する機能を有する。例えば、Ｐ−ＣＳＣＦ２から送信されたＳ−ＣＳＣＦ宛てのＳＩＰメッセージの宛先を解決し、該当するＳ−ＣＳＣＦへ転送する機能や、他のドメインに属する転送先の名前解決し該当先への転送する機能を実行する。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ ＴＳ ２３．２２８、「IP Multimedia Subsystem(IMS)」
【発明の概要】
【発明が解決しようとする課題】
【００１０】
端末は、アクセスネットワークを介してＩＭＳネットワークへ向けてＳＩＰメッセージを送信する。そのＳＩＰメッセージは、いずれか１つのＰ−ＣＳＣＦへ転送される。そのＰ−ＣＳＣＦは、ＳＩＰメッセージをいずれか１つのＳ−ＣＳＣＦへ転送し、認証処理及び登録処理を実行する。それ以後は、そのＰ−ＣＳＣＦ及びそのＳ−ＣＳＣＦが、当該端末を管理することとなる。そのために、当該端末は、一度登録されたＰ−ＣＳＣＦ及びＳ−ＣＳＣＦに対して基本的に固定的に管理される。即ち、端末が異なるネットワークへ移動する等してネットワーク環境が変化しない限り、基本的にはＰ−ＣＳＣＦ及びＳ−ＣＳＣＦが変更されることはない。
【００１１】
しかしながら、ＩＭＳネットワーク内の機能構成の最適化やメンテナンスなど、利用状況に応じて、端末が登録中にあるＣＳＣＦであっても、他のＣＳＣＦへ変更したい場合もある。また、ＩＭＳネットワークに対する端末からの利用状況に応じて、稼働率が高いＣＳＣＦに対する処理負荷の分散化、又は、稼働率が低いＣＳＣＦを停止することによる処理負荷の集約化を実現したい場合もある。
【００１２】
端末による登録中のＣＳＣＦを他のＣＳＣＦへ変更するには、最初に、登録中ＣＳＣＦにおける該端末の位置登録情報を、他のＣＳＣＦへ転送する必要がある。その後、端末が、ＩＭＳネットワークに再接続しなければならない。また、ＨＳＳも、当該端末を管理するＣＳＣＦの情報を更新することが必要となる。
【００１３】
このように、既存のＩＭＳネットワークでは、Ｐ−ＣＳＣＦ及びＳ−ＣＳＣＦは、端末に対して固定的に割り当てられており、位置登録後に変更することは困難である。また、端末の位置登録は、Keep-Aliveのために、一定時間内に更新されることが要求される。既に登録中の端末における加入者プロファイルを変更すると、途中のＣＳＣＦにおけるキャッシュ情報に対して矛盾を生じる場合もある。
【００１４】
これに対し、ＩＭＳネットワーク側から端末へ能動的に再登録通知を送信し、端末が、再度、位置登録要求を送信することによってＣＳＣＦの変更を実現する技術もある。しかしながら、端末に実装されたＳＩＰクライアントの技術的仕様を拡張する必要がある。全ての端末にこのような機能を搭載することは、現実的に極めて難しい。
【００１５】
そこで、本発明は、端末の技術的仕様を拡張することなく、ＩＭＳネットワーク内で、既にＳＩＰサーバへ登録中の端末であっても、他のＳＩＰサーバへ変更をすることができる方法、サーバ及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明によれば、ＩＰサブシステムネットワークに接続された複数のＳＩＰ(Session Initiation Protocol)サーバについて、端末が接続するＳＩＰサーバを変更する方法であって、
第１のＳＩＰサーバが、端末から位置登録要求を受信し、当該端末の位置登録を処理する第１のステップと、
第１のＳＩＰサーバが、端末の位置登録先を第２のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する第２のステップと、
第１のＳＩＰサーバが、待ち状態にあって且つ端末から位置登録要求を受信した際に、第２のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信する第３のステップと
を有し、第２のＳＩＰサーバが、リダイレクトに応じた位置登録要求を受信することを特徴とする。
【００１７】
本発明のＳＩＰサーバ変更方法における他の実施形態によれば、
ＩＰサブシステムネットワークは、ＩＭＳ(IP Multimedia Subsystem)ネットワークであり、
ＳＩＰサーバは、呼セッション制御機能（ＣＳＣＦ:Call Session Control Function）であり、
第２のステップについて、第１のＣＳＣＦは、端末の位置登録先を第２のＣＳＣＦへ変更すべき配置変更通知を、ＩＭＳネットワークに接続された加入者情報サーバ（ＨＳＳ:Home Subscriber Server）から受信する
ことも好ましい。
【００１８】
本発明のＳＩＰサーバ変更方法における他の実施形態によれば、
呼セッション制御機能は、Ｓ−ＣＳＣＦ(Serving-CSCF)及び／又はＰ−ＣＳＣＦ(Proxy-CSCSF)であることも好ましい。
【００１９】
本発明のＳＩＰサーバ変更方法における他の実施形態によれば、
第２のステップについて、
第１のＣＳＣＦがＨＳＳから受信する配置変更通知は、端末のSIP-URIと、変更先の第２のＣＳＣＦのSIP-URIと、待ち状態の待機時間とを含み、
第１のＣＳＣＦは、待機時間だけ待ち状態を維持し、
第１のＣＳＣＦは、位置登録要求を受信することなくタイムアウトした場合、その旨の情報をＨＳＳへ送信する
ことも好ましい。
【００２０】
本発明のＳＩＰサーバ変更方法における他の実施形態によれば、
変更先の第２のＳＩＰサーバは、
端末から位置登録要求を受信した際に、端末の認証情報を、Diameterを用いてＨＳＳから取得し、
位置登録要求に含まれる当該端末の認証情報と、ＨＳＳから取得した当該端末の認証情報とが一致するか否かを判定し、
両認証情報が不一致となった場合、認証失敗通知を、端末へ向けて返信して再度認証処理を実行し、
両認証情報が一致した場合、当該端末が次に位置登録要求を送信する時間間隔値を含む位置登録応答を、当該端末へ返信する
ことも好ましい。
【００２１】
本発明によれば、ＩＰサブシステムネットワークに接続されており、当該端末から接続された位置登録を他方のＳＩＰサーバへ変更するＳＩＰサーバであって、
端末から位置登録要求を受信する登録要求受信手段と、
位置登録要求に応じて当該端末の位置登録を処理する登録処理手段と、
端末の位置登録先を他方のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する待ち状態保持手段と、
待ち状態にあって、且つ、端末からの位置登録要求を受信した際に、他方のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信するリダイレクト返信手段と
を有し、他方のＳＩＰサーバによって、リダイレクトに応じた位置登録要求が受信されることを特徴とする。
【００２２】
本発明のＳＩＰサーバにおける他の実施形態によれば、
ＩＰサブシステムネットワークは、ＩＭＳネットワークであり、
当該ＳＩＰサーバは、呼セッション制御機能（ＣＳＣＦ）であり、
ＩＭＳネットワークに接続された加入者情報サーバ（ＨＳＳ）から、端末の位置登録先を第２のＣＳＣＦへ変更すべき配置変更通知を受信する配置変更通知受信手段を更に有することも好ましい。
【００２３】
本発明のＳＩＰサーバにおける他の実施形態によれば、
当該ＳＩＰサーバの呼セッション制御機能は、Ｓ−ＣＳＣＦ及び／又はＰ−ＣＳＣＦであることも好ましい。
【００２４】
本発明のＳＩＰサーバにおける他の実施形態によれば、
ＨＳＳから受信する配置変更通知は、端末のSIP-URIと、変更先のＣＳＣＦのSIP-URIと、待ち状態の待機時間とを含み、
待ち状態保持手段は、待機時間だけ待ち状態を維持し、位置登録要求を受信することなくタイムアウトした場合、その旨の情報をＨＳＳへ送信することも好ましい。
【００２５】
本発明のＳＩＰサーバにおける他の実施形態によれば、
端末から位置登録要求を受信した際に、端末の認証情報を、Diameterを用いてＨＳＳから取得する認証情報取得手段と、
位置登録要求に含まれる当該端末の認証情報と、ＨＳＳから取得した当該端末の認証情報とが一致するか否かを判定する認証情報判定手段と、
両認証情報が不一致となった場合、認証失敗通知を端末へ返信して再度認証処理を実行し、両認証情報が一致した場合、当該端末が次に位置登録要求を送信する時間間隔値を含む位置登録応答を、当該端末へ返信する登録応答送信手段と
を有することも好ましい。
【００２６】
本発明によれば、ＩＰサブシステムネットワークに接続されており、当該端末から接続された位置登録を他方のＳＩＰサーバへ変更するＳＩＰサーバに搭載されたコンピュータを機能させるプログラムであって、
端末から位置登録要求を受信する登録要求受信手段と、
位置登録要求に応じて当該端末の位置登録を処理する登録処理手段と、
端末の位置登録先を他方のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する待ち状態保持手段と、
待ち状態にあって、且つ、端末からの位置登録要求を受信した際に、他方のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信するリダイレクト返信手段と
してコンピュータを機能させ、他方のＳＩＰサーバによって、リダイレクトに応じた位置登録要求が受信されることを特徴とする。
【発明の効果】
【００２７】
本発明のＳＩＰサーバ変更方法、サーバ及びプログラムは、端末の技術的仕様を拡張することなく、ＩＭＳネットワーク内で、既にＳＩＰサーバへ登録中の端末であっても、他のＳＩＰサーバへ変更をすることができる。
【図面の簡単な説明】
【００２８】
【図１】従来技術におけるＩＭＳのシステム構成図である。
【図２】本発明におけるＩＭＳのシステム構成図である。
【図３】本発明におけるＳ−ＣＳＣＦの変更を表すシーケンス図である。
【図４】本発明におけるＰ−ＣＳＣＦの変更を表すシーケンス図である。
【図５】本発明におけるＳ−ＣＳＣＦ及びＰ−ＣＳＣＦの変更を表すシーケンス図である。
【図６】本発明におけるＣＳＣＦ及び加入者情報サーバの機能構成図である。
【発明を実施するための形態】
【００２９】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００３０】
図２は、本発明におけるＩＭＳのシステム構成図である。
【００３１】
図２のシステムは、図１と比較して、ＩＭＳネットワーク（ＩＰサブシステムネットワーク）７にＳ−ＣＳＣＦ及びＰ−ＣＳＣＦが複数配置されている。また、ＩＭＳネットワーク７には、配置変更制御ノード５が更に接続されている。配置変更制御ノード５は、ＨＳＳ（加入者情報サーバ）４に対して、端末毎のＣＳＣＦの配置変更通知を送信する。そして、ＨＳＳ４は、ＣＳＣＦに対して端末毎の配置変更通知を送信すると共に、当該端末に対応するＣＳＣＦの情報を更新する。
【００３２】
図２によれば、図１と比較して、端末が登録中の第１のＳ−ＣＳＣＦ１１を、第２のＳ−ＣＳＣＦ１２へ変更する場合が表されている。また、端末が登録中の第１のＰ−ＣＳＣＦ２１を、第２のＰ−ＣＳＣＦ２２へ変更する場合も表されている。
【００３３】
図３は、本発明におけるＳ−ＣＳＣＦの変更を表すシーケンス図である。
【００３４】
（Ｓ３０１）端末#1は、位置登録要求REGISTERをＩＭＳネットワークへ送信し、Ｐ−ＣＳＣＦ#1及びＳ−ＣＳＣＦ#1によって位置登録済みとなっている。ＨＳＳは、当該端末#1に対応して登録中Ｐ−ＣＳＣＦ#1及び登録中Ｓ−ＣＳＣＦ#1を記憶している。
【００３５】
（Ｓ３０２）このとき、配置変更制御ノードは、当該端末#1の位置登録先をＳ−ＣＳＣＦ#1からＳ−ＣＳＣＦ#2へ変更するべき配置変更通知を、ＨＳＳへ送信する。配置変更制御ノードは、オペレータの指示やＩＭＳネットワークの負荷状態などの状況に応じて、ＣＳＣＦの配置変更を決定する。この配置変更通知は、例えば以下の情報を含む。
・端末のSIP-URI
・変更元Ｓ−ＣＳＣＦ#1のSIP-URI
・変更先Ｓ−ＣＳＣＦ#2のSIP-URI
・待機時間
【００３６】
（Ｓ３０３）ＨＳＳは、配置変更制御ノードから配置変更通知を受信する。ＨＳＳは、端末のSIP-URI毎に、登録中Ｓ−ＣＳＣＦのSIP-URIを記憶している。ＨＳＳは、当該端末#1について、配置変更通知に含まれる変更先Ｓ−ＣＳＣＦのSIP-URIと、登録中Ｓ−ＣＳＣＦのSIP-URIとが異なるか否かを判定する。ここでは、両SIP-URIは異なるために、ＨＳＳは、登録中Ｓ−ＣＳＣＦ#1へ、配置変更通知を送信する。この配置変更通知は、例えば以下の情報を含む。
・端末のSIP-URI
・変更先Ｓ−ＣＳＣＦ#2のSIP-URI
・待機時間
【００３７】
（Ｓ３０４）Ｓ−ＣＳＣＦ#1は、ＨＳＳから配置変更通知を受信する。ここで、本発明によれば、Ｓ−ＣＳＣＦ#1は、当該端末#1からの位置登録要求Re-REGISTERメッセージの待ち状態へ移行する。
【００３８】
尚、端末#1がアクティブセッションを確立している場合、Ｓ−ＣＳＣＦを変更することができない。その場合、Ｓ−ＣＳＣＦ#1は、位置登録要求Re-REGISTERメッセージを受信したとしても、Ｓ３１１へ移行しない。即ち、Ｓ−ＣＳＣＦ#1は、当該端末#1のセッションが終了し、その後、端末#1から位置登録要求REGISTERメッセージを受信するまで、待ち状態を維持する。
【００３９】
待ち状態に移行した後、所定の待機時間を経過しても、端末#1から位置登録要求Re-REGISTERメッセージを受信できなかった場合、Ｓ−ＣＳＣＦ#1は、失敗の旨の情報をＨＳＳへ送信する。
【００４０】
（Ｓ３１１）端末#1は、位置登録をした後、指定時間が経過する前に、位置登録要求Re-REGISTERメッセージを送信する必要がある。ＳＩＰプロファイルには、「レジスタのタイムアウト値(Timer Register Expires)」が設定されており、その登録期間が終わる「レジスタの再送間隔(Timer Register Delta)」秒前に、位置登録要求Re-REGISTERメッセージを送信する。Ｐ−ＣＳＣＦ#1は、「SIP Station Keepalive Interval」の間に、位置登録要求Re-REGISTERメッセージを受信することによって、その位置登録を維持する。
【００４１】
（Ｓ３１２）ここで、Ｐ−ＣＳＣＦ#1は、Re-REGISTERをＩ−ＣＳＣＦへ転送することによって、経路を制御する。尚、Ｐ−ＣＳＣＦ#1がＳ−ＣＳＣＦ#1におけるキャッシュを保持している場合、又は、Re-REGISTERにＳ−ＣＳＣＦ#1のSIP-URIを含む場合、Ｐ−ＣＳＣＦ#1は、Re-REGISTERをＳ−ＣＳＣＦ#1へ直接的に送信してもよい。この場合、RE-REGISTERは、Ｉ−ＣＳＣＦを経由することなく、Ｓ３１５へ移行する。
【００４２】
（Ｓ３１３）Ｉ−ＣＳＣＦは、ＨＳＳに対して、Diameterプロトコルを用いて、当該端末を位置登録しているＳ−ＣＳＣＦを問い合わせる。Diameterプロトコルとは、ＲＡＤＩＵＳ(Remote Authentication Dial In User Service)に代わる次世代のＡＡＡ(Authentication, Authorization and Accounting)標準プロトコルである。例えば、Ｉ−ＣＳＣＦは、ＨＳＳとの間で、以下のメッセージを交換することによって、Ｓ−ＣＳＣＦ#1のSIP-URIを取得する。
ＵＡＲ(User-Authorization-Request)
ＵＡＡ(User-Authorization-Answer)
尚、Ｉ−ＣＳＣＦからＨＳＳへの問い合わせは、最初のREGISTERの受信時は実行されるが、Re-REGISTERを受信した際に実行させるか否かは、実装に依存する。
【００４３】
（Ｓ３１４）Ｉ−ＣＳＣＦは、Re-REGISTERをＳ−ＣＳＣＦ#1へ転送する。
【００４４】
（Ｓ３１５）Re-REGSITERを受信したＳ−ＣＳＣＦ#1は、リダイレクトメッセージとしての301 Movedを、Ｉ−ＣＳＣＦへ返信する。301 Movedは、例えば以下の情報を含む。
変更先Ｓ−ＣＳＣＦ#2のアドレス
尚、リダイレクトメッセージとして、301以外に、302 Movedを用いてもよい。
【００４５】
（Ｓ３１６）Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦ#1から受信した301 Movedを、Ｐ−ＣＳＣＦ#1へ転送する。
【００４６】
（Ｓ３１７）Ｐ−ＣＳＣＦ#1は、受信した301 Movedに従って、Ｓ−ＣＳＣＦ#2へ、Re-REGISTERをリダイレクト転送する。
【００４７】
（Ｓ３１８）Ｓ−ＣＳＣＦ#2は、受信したRe-REGISTERによって位置登録の処理を実行する。このとき、Ｓ−ＣＳＣＦ#2は、端末#1における認証情報を保持していないために、ＨＳＳに対して、Diameterプロトコルを用いて認証情報を問い合わせる。Ｓ−ＣＳＣＦ#2は、ＨＳＳとの間で、例えば以下のメッセージを交換することによって、端末#1の認証情報を取得する。
ＭＡＲ(Multimedia-Auth-Request)
ＭＡＡ(Multimedia-Auth-Answer)
ここで、Ｓ−ＣＳＣＦ#2は、ＨＳＳから取得した端末#1の認証情報が、Re-REGISTERに含まれる認証情報と一致した場合、認証が成功する。認証が成功した場合、Ｓ３２５へ移行する。
【００４８】
（Ｓ３２１）Ｓ−ＣＳＣＦ#2は、認証が失敗した場合、401 UnauthorizedをＰ−ＣＳＣＦ#1へ返信する。
（Ｓ３２２）Ｐ−ＣＳＣＦ#1は、401 Unauthorizedを、更に端末#1へ転送する。
（Ｓ３２３）端末#1は、401 Unauthorizedを受信した際に、再度、認証情報を付加したRe-REIGSTERを、Ｐ−ＣＳＣＦ#1へ送信する。
（Ｓ３２４）Ｐ−ＣＳＣＦ#1は、そのRe-REGISTERを、Ｓ−ＣＳＣＦ#2へ転送する。
【００４９】
（Ｓ３３１）Ｓ−ＣＳＣＦ#2は、ＨＳＳから取得した認証情報によって、位置登録の処理を実行する。認証が成功すれば、ＨＳＳに対して、Diameterプロトコルを用いて端末情報の更新を実行する。Ｓ−ＣＳＣＦ#2は、ＨＳＳとの間で、例えば以下のメッセージを交換することによって、端末#1の情報を更新する。
ＳＡＲ(Server-Assignment-Request)
ＳＡＡ(Server-Assignment-Request)
ＨＳＳは、端末#1がＳ−ＣＳＣＦ#2へ登録が完了したことを確認し、保持情報をアップデートし、以後の問い合わせにはＳ−ＣＳＣＦ#2を返す。
【００５０】
（Ｓ３３２）Ｓ−ＣＳＣＦ#2は、200OKをＰ−ＣＳＣＦ#1へ返信する。ここで、200OKに、当該端末#1が次にRe-REGISTERを送信する時間間隔値を含めることも好ましい。例えば、200OKにおけるContactヘッダのexpireに、時間間隔値を含める。
（Ｓ３３３）Ｐ−ＣＳＣＦ#1は、受信した200OKを、端末#1へ転送する。端末#1は、200OKに含まれる時間間隔値に応じて、次にRe-REGISTERを送信する時刻を制御する。これによって、配置変更の制御間隔の粒度を調整することができる。
【００５１】
前述したように、端末#1は、Ｓ−ＣＳＣＦ#1からＳ−ＣＳＣＦ#2へ変更されたことを認識することなく、通常とおり、その後のシーケンスが実行される。また、ＨＳＳは、端末#1がＳ−ＣＳＣＦ#2へ位置登録したことを記憶する。
【００５２】
図４は、本発明におけるＰ−ＣＳＣＦの変更を表すシーケンス図である。
【００５３】
図４によれば、図３と比較して、Ｐ−ＣＳＣＦが変更されていることのみが相違する。従って、Ｐ−ＣＳＣＦ#1が、リダイレクトメッセージ301 Movedを端末#1へ送信し、端末#1が、Ｐ−ＣＳＣＦ#2へ向けてリダイレクトのRe-REGISTERを送信する。図３のＳ−ＣＳＣＦの動作と図４のＰ−ＣＳＣＦの動作とは基本的に同じであるので、以下では、図４を参照して、図３と比較して相違する点のみを簡潔に説明する。
【００５４】
（Ｓ４０１）端末#1は、Ｐ−ＣＳＣＦ#1及びＳ−ＣＳＣＦ#1によって位置登録済みとなっている。
（Ｓ４０２）このとき、配置変更制御ノードは、当該端末#1の位置登録先をＰ−ＣＳＣＦ#1からＰ−ＣＳＣＦ#2へ変更するべき配置変更通知を、ＨＳＳへ送信する。
（Ｓ４０３）ＨＳＳは、当該端末#1について、配置変更通知に含まれる変更先Ｐ−ＣＳＣＦのSIP-URIと、登録中Ｐ−ＣＳＣＦのSIP-URIとが異なるために、登録中Ｐ−ＣＳＣＦ#1へ、配置変更通知を送信する。
（Ｓ４０４）Ｐ−ＣＳＣＦ#1は、当該端末#1からの位置登録要求Re-REGISTERメッセージの待ち状態へ移行する。
【００５５】
（Ｓ４１１）端末#1は、位置登録をした後、指定時間が経過する前に、位置登録要求Re-REGISTERメッセージを送信する。
（Ｓ４１２）Re-REGSITERを受信したＰ−ＣＳＣＦ#1は、リダイレクトメッセージとしての301 Movedを、端末#1へ返信する。301 Movedは、例えば以下の情報を含む。
変更先Ｐ−ＣＳＣＦ#2のSIP-URI
（Ｓ４１３）端末#1は、受信した301 Movedに従って、Ｐ−ＣＳＣＦ#2へ、Re-REGISTERをリダイレクト転送する。
（Ｓ４１４）ここで、Ｐ−ＣＳＣＦ#2は、Re-REGISTERをＩ−ＣＳＣＦへ転送することによって、経路を制御する。
（Ｓ４１５）Ｉ−ＣＳＣＦは、ＨＳＳに対して、Diameterプロトコルを用いて、当該端末を位置登録しているＳ−ＣＳＣＦを問い合わせる。
（Ｓ４１６）Ｉ−ＣＳＣＦは、Re-REGISTERをＳ−ＣＳＣＦ#1へ転送する。
（Ｓ４１７）Ｓ−ＣＳＣＦ#2は、受信したRe-REGISTERによって位置登録の処理を実行する。このとき、Ｓ−ＣＳＣＦ#2は、ＨＳＳに対して、Diameterプロトコルを用いて認証情報を問い合わせる。Ｓ−ＣＳＣＦ#2は、ＨＳＳから取得した端末#1の認証情報が、Re-REGISTERに含まれる認証情報と一致した場合、認証が成功する。
【００５６】
（Ｓ４２１〜Ｓ４２４）図３のＳ３２１〜Ｓ３２４と同様であって、Ｓ−ＣＳＣＦ#1がＰ−ＣＳＣＦ#2を介して端末#1との間で、認証シーケンスを実行することのみが相違する。ここで、前述のＳ４１７によって、認証が成功するか失敗するかに関わらず、端末#1とP-CSCF#2間でIPSecトンネルを確立する必要があるために、再度、Ｓ４２１〜Ｓ４２４の認証処理が実行される。この認証処理の過程で、端末#1とP-CSCF#2の間で、IPSecトンネルが確立される。
【００５７】
（Ｓ４３１〜Ｓ４３３）図３のＳ３３１〜Ｓ３３３と同様であって、Ｓ−ＣＳＣＦ#1が、ＨＳＳに対して端末情報の更新を実行し、Ｓ−ＣＳＣＦ#1がＰ−ＣＳＣＦ#2を介して端末#1へ200OKを送信することのみが相違する。
【００５８】
これによって、端末#1は、Ｐ−ＣＳＣＦ#1からＰ−ＣＳＣＦ#2へ変更されたことを認識することなく、通常とおり、その後のシーケンスが実行される。また、ＨＳＳは、端末#1がＰ−ＣＳＣＦ#2へ位置登録したことを記憶する。
【００５９】
図５は、本発明におけるＳ−ＣＳＣＦ及びＰ−ＣＳＣＦの変更を表すシーケンス図である。
【００６０】
図５によれば、図３及び図４のシーケンスを組み合わせたものである。従って、Ｓ３××は図３のステップと同様であり、Ｓ４××は図４のステップと同様である。以下では、図５特有のステップについてのみ簡潔に説明する。
【００６１】
Ｓ５０２によれば、配置変更制御ノードは、当該端末#1の位置登録先をＳ−ＣＳＣＦ#1からＳ−ＣＳＣＦ#2へ変更すると共に、Ｐ−ＣＳＣＦ#1からＰ−ＣＳＣＦ#2へ変更するべき配置変更通知を、ＨＳＳへ送信する。これによって、ＨＳＳは、登録中Ｓ−ＣＳＣＦ#1へ配置変更通知を送信する（Ｓ３０３）と共に、登録中Ｓ−ＣＳＣＦ#2へ配置変更通知を送信する（Ｓ４０３）。登録中Ｓ−ＣＳＣＦ#1が待ち状態へ移行する（Ｓ３０４）と共に、登録中Ｐ−ＣＳＣＦ#1も待ち状態へ移行する（Ｓ４０４）。
【００６２】
図５のＳ４１１〜Ｓ４１６によれば、図４と同様に、端末#1からＰ−ＣＳＣＦ#1へ送信されたRe-REGISTERは、Ｐ−ＣＳＣＦ#1のリダイレクトメッセージによって、端末#1からＰ−ＣＳＣＦ#2へ送信される。Ｐ−ＣＳＣＦ#2は、Ｉ−ＣＳＣＦを介して、Ｓ−ＣＳＣＦ#1へそのRe-REGISTERを転送する。
【００６３】
次に、図５のＳ３１５〜Ｓ３１８によれば、図３と同様に、Ｐ−ＣＳＣＦ#2からＳ−ＣＳＣＦ#1へ送信されたRe-REGISTERは、Ｓ−ＣＳＣＦ#1のリダイレクトメッセージによって、Ｐ−ＣＳＣＦ#2からＳ−ＣＳＣＦ#2へ送信される。Ｓ−ＣＳＣＦ#2は、ＨＳＳに対して、当該端末#1における加入者プロファイル情報（例えば登録中のＣＳＣＦのSIP-URI）を更新する。
【００６４】
次に、図５のＳ４２１〜Ｓ４２４及びＳ４３１〜Ｓ４３３によれば、図４と比較して、Ｓ−ＣＳＣＦ#2及びＰ−ＣＳＣＦ#2の間でシーケンスが実行される点のみが相違する。これによって、端末#1は、Ｓ−ＣＳＣＦ#2及びＰ−ＣＳＣＦ#2によって位置登録処理が完了する。
【００６５】
図６は、本発明におけるＣＳＣＦの機能構成図である。
【００６６】
ここで、図６に表されたＣＳＣＦは、Ｓ−ＣＳＣＦ又はＰ−ＣＳＣＦである。Ｓ−ＣＳＣＦである場合、下位の通信相手先はＩＭＳを介したＰ−ＣＳＣＦとなる。一方で、Ｐ−ＣＳＣＦである場合、上位の通信相手先はＩＭＳを介したＳ−ＣＳＣＦであり、下位の通信相手先はＩＭＳ及びアクセスネットワークを介した端末となる。ＨＳＳは、Ｓ−ＣＳＣＦ及びＰ−ＣＳＣＦの両方と通信可能となる。
【００６７】
図６によれば、ＣＳＣＦ１は、登録要求受信部１０１と、登録処理部１０２と、待ち状態保持部１０３と、リダイレクト返信部１０４と、配置変更通知受信部１０５と、認証情報取得部１０６と、認証情報判定部１０７と、登録応答送信部１０８とを有する。これら機能構成部は、ＣＳＣＦに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００６８】
登録要求受信部１０１は、端末６から位置登録要求REGISTERを受信する。当該ＣＳＣＦがＳ−ＣＳＣＦである場合、端末６からＰ−ＣＳＣＦ２を介して位置登録要求REGISTERを受信する。位置登録要求に含まれる内容情報は、登録処理部１０２へ出力される。
【００６９】
登録処理部１０２は、当該端末の位置登録を処理する。当該ＣＳＣＦがＰ−ＣＳＣＦである場合、位置登録要求REGISTERを更にＳ−ＣＳＣＦへ転送する。また、当該ＣＳＣＦがＳ−ＣＳＣＦである場合、位置登録情報を、ＨＳＳ４へ送信する。
【００７０】
配置変更通知受信部１０５は、ＨＳＳ４から、端末の位置登録先を他のＣＳＣＦへ変更すべき配置変更通知を受信する。配置変更通知の対象となる端末のSIP-URIが、待ち状態保持部１０３へ出力される。また、配置変更通知に待機時間が含まれている場合、その待機時間も待ち状態保持部１０３へ出力される。
【００７１】
待ち状態保持部１０３は、配置変更通知の対象となる端末からのRe-REGISTERの待ち状態へ移行する。待ち状態に移行した旨は、リダイレクト返信部１０４へ出力される。尚、待機時間だけ待ち状態に移行し、その待機時間にRe-REGISTERを受信することなくタイムアウトした場合、その旨の情報がＨＳＳへ送信される。
【００７２】
リダイレクト返信部１０４は、待ち状態にあって、且つ、端末からのRe-REGISTERを受信した際に、他方のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信する。リダイレクトメッセージは、変更先のＣＳＣＦのSIP-URIを含む、例えば301
Movedである。
【００７３】
認証情報取得部１０６は、端末からRe-REGISERを受信した際に、端末の認証情報を、Diameterを用いてＨＳＳから取得する。取得された認証情報は、認証情報判定部１０７へ出力される。
【００７４】
認証情報判定部１０７は、Re-REGISTERに含まれる当該端末の認証情報と、ＨＳＳから取得した当該端末の認証情報とが一致するか否かを判定する。判定結果は、登録応答送信部１０８へ出力される。
【００７５】
登録応答送信部１０８は、両認証情報が不一致となった場合、認証失敗通知を端末へ返信し、両認証情報が一致した場合、当該端末が次に位置登録要求を送信する時間間隔値を含む位置登録応答を、当該端末へ返信する。
【００７６】
図６によれば、配置変更制御ノード５は、配置変更通知をＨＳＳ４へ送信する。配置変更制御ノード５は、オペレータの指示やＩＭＳネットワークの負荷状態などの状況に応じて、ＣＳＣＦの変更を決定する。
【００７７】
ＨＳＳ４は、端末のSIP-URI毎に、登録中ＣＳＣＦのSIP-URIを記憶している。ＨＳＳ４は、配置変更通知を受信した際に、当該端末#1について、配置変更通知に含まれる変更先ＣＳＣＦのSIP-URIと、登録中ＣＳＣＦのSIP-URIとが異なるか否かを判定する。異なる場合、ＨＳＳ４は、登録中ＣＳＣＦへ、変更先ＣＳＣＦのSIP-URIを含む配置変更通知を送信する。尚、ＨＳＳ４は、端末のSIP-URIに対応付けて登録中ＣＳＣＦのSIP-URIを記憶する。従って、登録中Ｓ−ＣＳＣＦだけでなく、登録中Ｐ−ＣＳＣＦのSIP-URIも記憶する。
【００７８】
図２〜図６によれば、ＨＳＳ４及び配置変更制御ノード５はそれぞれ、別の装置として表されているが、配置変更制御ノードの機能をＨＳＳ４に一体的に含んで構成されるものであってもよい。また、図２〜図６によれば、ＨＳＳ４が、ＣＳＣＦに対して配置変更通知を送信するように表されているが、配置変更制御ノード５が直接的に、ＣＳＣＦに対して配置変更通知を送信するものであってもよい。但し、この場合、配置変更制御ノード５は、端末のSIP-URIに対応付けて登録中ＣＳＣＦを記憶する必要がある。
【００７９】
以上、詳細に説明したように、本発明のＳＩＰサーバ変更方法、サーバ及びプログラムは、端末の技術的仕様を拡張することなく、ＩＭＳネットワーク内で、端末によって登録中のＳＩＰサーバであっても、他のＳＩＰサーバへ変更をすることができる。
【００８０】
本発明によれば、ＩＭＳネットワーク内の機能構成の最適化やメンテナンスなど、利用状況に応じて、端末が登録中にあるＣＳＣＦであっても、他のＣＳＣＦへ変更することができる。また、ＩＭＳネットワークに対する端末からの利用状況に応じて、稼働率が高いＣＳＣＦに対する処理負荷の分散化、又は、稼働率が低いＣＳＣＦを停止することによる処理負荷の集約化を実現することもできる。
【００８１】
前述した本発明の種々の実施形態において、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００８２】
１、１１、１２ Ｓ−ＣＳＣＦ
１０１ 登録要求受信部
１０２ 登録処理部
１０３ 待ち状態保持部
１０４ リダイレクト返信部
１０５ 配置変更通知受信部
１０６ 認証情報取得部
１０７ 認証情報判定部
１０８ 登録応答送信部
２、２１、２２ Ｐ−ＣＳＣＦ
３ Ｉ−ＣＳＣＦ
４ ＨＳＳ、加入者情報サーバ
５ 配置変更制御ノード
６ 端末
７ ＩＭＳネットワーク
７１ コントロールネットワーク
【特許請求の範囲】
【請求項１】
ＩＰサブシステムネットワークに接続された複数のＳＩＰ(Session Initiation Protocol)サーバについて、端末が接続するＳＩＰサーバを変更する方法であって、
第１のＳＩＰサーバが、前記端末から位置登録要求を受信し、当該端末の位置登録を処理する第１のステップと、
第１のＳＩＰサーバが、前記端末の位置登録先を第２のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する第２のステップと、
第１のＳＩＰサーバが、前記待ち状態にあって且つ前記端末から位置登録要求を受信した際に、第２のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信する第３のステップと
を有し、第２のＳＩＰサーバが、前記リダイレクトに応じた位置登録要求を受信することを特徴とするＳＩＰサーバ変更方法。
【請求項２】
前記ＩＰサブシステムネットワークは、ＩＭＳ(IP Multimedia Subsystem)ネットワークであり、
前記ＳＩＰサーバは、呼セッション制御機能（ＣＳＣＦ:Call Session Control Function）であり、
第２のステップについて、第１のＣＳＣＦは、前記端末の位置登録先を第２のＣＳＣＦへ変更すべき配置変更通知を、前記ＩＭＳネットワークに接続された加入者情報サーバ（ＨＳＳ:Home Subscriber Server）から受信する
ことを特徴とする請求項１に記載のＳＩＰサーバ変更方法。
【請求項３】
前記呼セッション制御機能は、Ｓ−ＣＳＣＦ(Serving-CSCF)及び／又はＰ−ＣＳＣＦ(Proxy-CSCSF)であることを特徴とする請求項２に記載のＳＩＰサーバ変更方法。
【請求項４】
第２のステップについて、
第１のＣＳＣＦがＨＳＳから受信する前記配置変更通知は、前記端末のSIP-URIと、変更先の第２のＣＳＣＦのSIP-URIと、待ち状態の待機時間とを含み、
第１のＣＳＣＦは、前記待機時間だけ待ち状態を維持し、
第１のＣＳＣＦは、前記位置登録要求を受信することなくタイムアウトした場合、その旨の情報をＨＳＳへ送信する
ことを特徴とする請求項２又は３に記載のＳＩＰサーバ変更方法。
【請求項５】
変更先の第２のＳＩＰサーバは、
前記端末から前記位置登録要求を受信した際に、前記端末の認証情報を、Diameterを用いてＨＳＳから取得し、
前記位置登録要求に含まれる当該端末の認証情報と、前記ＨＳＳから取得した当該端末の認証情報とが一致するか否かを判定し、
両認証情報が不一致となった場合、認証失敗通知を、前記端末へ向けて返信し、
両認証情報が一致した場合、当該端末が次に位置登録要求を送信する時間間隔値を含む位置登録応答を、当該端末へ返信する
ことを特徴とする請求項２から４のいずれか１項に記載のＳＩＰサーバ変更方法。
【請求項６】
ＩＰサブシステムネットワークに接続されており、当該端末から接続された位置登録を他方のＳＩＰサーバへ変更するＳＩＰサーバであって、
前記端末から位置登録要求を受信する登録要求受信手段と、
前記位置登録要求に応じて当該端末の位置登録を処理する登録処理手段と、
前記端末の位置登録先を他方のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する待ち状態保持手段と、
前記待ち状態にあって、且つ、前記端末からの位置登録要求を受信した際に、他方のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信するリダイレクト返信手段と
を有し、他方のＳＩＰサーバによって、前記リダイレクトに応じた位置登録要求が受信されることを特徴とするＳＩＰサーバ。
【請求項７】
前記ＩＰサブシステムネットワークは、ＩＭＳネットワークであり、
当該ＳＩＰサーバは、呼セッション制御機能（ＣＳＣＦ）であり、
前記ＩＭＳネットワークに接続された加入者情報サーバ（ＨＳＳ）から、前記端末の位置登録先を第２のＣＳＣＦへ変更すべき配置変更通知を受信する配置変更通知受信手段を更に有する
ことを特徴とする請求項６に記載のＳＩＰサーバ。
【請求項８】
当該ＳＩＰサーバの前記呼セッション制御機能は、Ｓ−ＣＳＣＦ及び／又はＰ−ＣＳＣＦであることを特徴とする請求項７に記載のＳＩＰサーバ。
【請求項９】
ＨＳＳから受信する前記配置変更通知は、前記端末のSIP-URIと、変更先のＣＳＣＦのSIP-URIと、待ち状態の待機時間とを含み、
前記待ち状態保持手段は、前記待機時間だけ待ち状態を維持し、前記位置登録要求を受信することなくタイムアウトした場合、その旨の情報をＨＳＳへ送信する
ことを特徴とする請求項７又は８に記載のＳＩＰサーバ。
【請求項１０】
前記端末から前記位置登録要求を受信した際に、前記端末の認証情報を、Diameterを用いてＨＳＳから取得する認証情報取得手段と、
前記位置登録要求に含まれる当該端末の認証情報と、前記ＨＳＳから取得した当該端末の認証情報とが一致するか否かを判定する認証情報判定手段と、
両認証情報が不一致となった場合、認証失敗通知を前記端末へ返信し、両認証情報が一致した場合、当該端末が次に位置登録要求を送信する時間間隔値を含む位置登録応答を、当該端末へ返信する登録応答送信手段と
を有することを特徴とする請求項５から９のいずれか１項に記載のＳＩＰサーバ。
【請求項１１】
ＩＰサブシステムネットワークに接続されており、当該端末から接続された位置登録を他方のＳＩＰサーバへ変更するＳＩＰサーバに搭載されたコンピュータを機能させるプログラムであって、
前記端末から位置登録要求を受信する登録要求受信手段と、
前記位置登録要求に応じて当該端末の位置登録を処理する登録処理手段と、
前記端末の位置登録先を他方のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する待ち状態保持手段と、
前記待ち状態にあって、且つ、前記端末からの位置登録要求を受信した際に、他方のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信するリダイレクト返信手段と
してコンピュータを機能させ、他方のＳＩＰサーバによって、前記リダイレクトに応じた位置登録要求が受信されることを特徴とするＳＩＰサーバ用のプログラム。
【請求項１】
ＩＰサブシステムネットワークに接続された複数のＳＩＰ(Session Initiation Protocol)サーバについて、端末が接続するＳＩＰサーバを変更する方法であって、
第１のＳＩＰサーバが、前記端末から位置登録要求を受信し、当該端末の位置登録を処理する第１のステップと、
第１のＳＩＰサーバが、前記端末の位置登録先を第２のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する第２のステップと、
第１のＳＩＰサーバが、前記待ち状態にあって且つ前記端末から位置登録要求を受信した際に、第２のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信する第３のステップと
を有し、第２のＳＩＰサーバが、前記リダイレクトに応じた位置登録要求を受信することを特徴とするＳＩＰサーバ変更方法。
【請求項２】
前記ＩＰサブシステムネットワークは、ＩＭＳ(IP Multimedia Subsystem)ネットワークであり、
前記ＳＩＰサーバは、呼セッション制御機能（ＣＳＣＦ:Call Session Control Function）であり、
第２のステップについて、第１のＣＳＣＦは、前記端末の位置登録先を第２のＣＳＣＦへ変更すべき配置変更通知を、前記ＩＭＳネットワークに接続された加入者情報サーバ（ＨＳＳ:Home Subscriber Server）から受信する
ことを特徴とする請求項１に記載のＳＩＰサーバ変更方法。
【請求項３】
前記呼セッション制御機能は、Ｓ−ＣＳＣＦ(Serving-CSCF)及び／又はＰ−ＣＳＣＦ(Proxy-CSCSF)であることを特徴とする請求項２に記載のＳＩＰサーバ変更方法。
【請求項４】
第２のステップについて、
第１のＣＳＣＦがＨＳＳから受信する前記配置変更通知は、前記端末のSIP-URIと、変更先の第２のＣＳＣＦのSIP-URIと、待ち状態の待機時間とを含み、
第１のＣＳＣＦは、前記待機時間だけ待ち状態を維持し、
第１のＣＳＣＦは、前記位置登録要求を受信することなくタイムアウトした場合、その旨の情報をＨＳＳへ送信する
ことを特徴とする請求項２又は３に記載のＳＩＰサーバ変更方法。
【請求項５】
変更先の第２のＳＩＰサーバは、
前記端末から前記位置登録要求を受信した際に、前記端末の認証情報を、Diameterを用いてＨＳＳから取得し、
前記位置登録要求に含まれる当該端末の認証情報と、前記ＨＳＳから取得した当該端末の認証情報とが一致するか否かを判定し、
両認証情報が不一致となった場合、認証失敗通知を、前記端末へ向けて返信し、
両認証情報が一致した場合、当該端末が次に位置登録要求を送信する時間間隔値を含む位置登録応答を、当該端末へ返信する
ことを特徴とする請求項２から４のいずれか１項に記載のＳＩＰサーバ変更方法。
【請求項６】
ＩＰサブシステムネットワークに接続されており、当該端末から接続された位置登録を他方のＳＩＰサーバへ変更するＳＩＰサーバであって、
前記端末から位置登録要求を受信する登録要求受信手段と、
前記位置登録要求に応じて当該端末の位置登録を処理する登録処理手段と、
前記端末の位置登録先を他方のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する待ち状態保持手段と、
前記待ち状態にあって、且つ、前記端末からの位置登録要求を受信した際に、他方のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信するリダイレクト返信手段と
を有し、他方のＳＩＰサーバによって、前記リダイレクトに応じた位置登録要求が受信されることを特徴とするＳＩＰサーバ。
【請求項７】
前記ＩＰサブシステムネットワークは、ＩＭＳネットワークであり、
当該ＳＩＰサーバは、呼セッション制御機能（ＣＳＣＦ）であり、
前記ＩＭＳネットワークに接続された加入者情報サーバ（ＨＳＳ）から、前記端末の位置登録先を第２のＣＳＣＦへ変更すべき配置変更通知を受信する配置変更通知受信手段を更に有する
ことを特徴とする請求項６に記載のＳＩＰサーバ。
【請求項８】
当該ＳＩＰサーバの前記呼セッション制御機能は、Ｓ−ＣＳＣＦ及び／又はＰ−ＣＳＣＦであることを特徴とする請求項７に記載のＳＩＰサーバ。
【請求項９】
ＨＳＳから受信する前記配置変更通知は、前記端末のSIP-URIと、変更先のＣＳＣＦのSIP-URIと、待ち状態の待機時間とを含み、
前記待ち状態保持手段は、前記待機時間だけ待ち状態を維持し、前記位置登録要求を受信することなくタイムアウトした場合、その旨の情報をＨＳＳへ送信する
ことを特徴とする請求項７又は８に記載のＳＩＰサーバ。
【請求項１０】
前記端末から前記位置登録要求を受信した際に、前記端末の認証情報を、Diameterを用いてＨＳＳから取得する認証情報取得手段と、
前記位置登録要求に含まれる当該端末の認証情報と、前記ＨＳＳから取得した当該端末の認証情報とが一致するか否かを判定する認証情報判定手段と、
両認証情報が不一致となった場合、認証失敗通知を前記端末へ返信し、両認証情報が一致した場合、当該端末が次に位置登録要求を送信する時間間隔値を含む位置登録応答を、当該端末へ返信する登録応答送信手段と
を有することを特徴とする請求項５から９のいずれか１項に記載のＳＩＰサーバ。
【請求項１１】
ＩＰサブシステムネットワークに接続されており、当該端末から接続された位置登録を他方のＳＩＰサーバへ変更するＳＩＰサーバに搭載されたコンピュータを機能させるプログラムであって、
前記端末から位置登録要求を受信する登録要求受信手段と、
前記位置登録要求に応じて当該端末の位置登録を処理する登録処理手段と、
前記端末の位置登録先を他方のＳＩＰサーバへ変更する際に、当該端末からの位置登録要求の待ち状態へ移行する待ち状態保持手段と、
前記待ち状態にあって、且つ、前記端末からの位置登録要求を受信した際に、他方のＳＩＰサーバへリダイレクトするべくリダイレクトメッセージを返信するリダイレクト返信手段と
してコンピュータを機能させ、他方のＳＩＰサーバによって、前記リダイレクトに応じた位置登録要求が受信されることを特徴とするＳＩＰサーバ用のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１１−１７２０３６（Ｐ２０１１−１７２０３６Ａ）
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願番号】特願２０１０−３４２７４（Ｐ２０１０−３４２７４）
【出願日】平成２２年２月１９日（２０１０．２．１９）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２１年度、総務省「セキュアクラウドネットワーキング技術の研究開発」、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（５９９１０８２６４）株式会社ＫＤＤＩ研究所 (233)
【Ｆターム（参考）】
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願日】平成２２年２月１９日（２０１０．２．１９）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２１年度、総務省「セキュアクラウドネットワーキング技術の研究開発」、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（５９９１０８２６４）株式会社ＫＤＤＩ研究所 (233)
【Ｆターム（参考）】
[ Back to top ]