(57)【要約】【課題】膨大な数の端末が接続するＩＭＳネットワークについて、できる限りセッションがタイムアウトしないように、一方のＳＩＰサーバから他方のＳＩＰサーバへセッションを移行させることができる移行制御方法及びシステムを提供する。【解決手段】管理装置は、ＳＩＰサーバ毎に確立した各セッションに対して、移行優先度を対応付けて記憶している。ＳＩＰサーバが、当該セッションの特定処理の開始時に、管理装置へ、当該セッションに高レベルの移行優先度を付与すべき優先度通知メッセージを送信する第１のステップと、ＳＩＰサーバが、当該セッションの特定処理の終了時に、管理装置へ、当該セッションに低レベルの移行優先度を付与すべき優先度通知メッセージを送信する第２のステップとを有する。そして、管理装置は、異常が検知された一方のＳＩＰサーバにおけるセッションを、移行優先度の順に、他方のＳＩＰサーバへ移行させる。【選択図】図２
2014192624.tif 000002
【特許請求の範囲】
【請求項１】
複数のＳＩＰ(Session Initiation Protocol)サーバと、一方のＳＩＰサーバで確立しているセッションを他方のＳＩＰサーバへ移行させる管理装置とを有するシステムにおけるセッション移行制御方法において、
前記管理装置は、前記ＳＩＰサーバ毎に確立した各セッションに対して、移行優先度を対応付けて記憶しており、
前記ＳＩＰサーバが、当該セッションの特定処理の開始時に、前記管理装置へ、当該セッションに高レベルの移行優先度を付与すべき優先度通知メッセージを送信する第１のステップと、
前記ＳＩＰサーバが、当該セッションの特定処理の終了時に、前記管理装置へ、当該セッションに低レベルの移行優先度を付与すべき優先度通知メッセージを送信する第２のステップと
を有し、
前記管理装置は、異常が検知された一方のＳＩＰサーバにおけるセッションを、前記移行優先度の順に、他方のＳＩＰサーバへ移行させる
ことを特徴とするセッション移行制御方法。
【請求項２】
前記ＳＩＰサーバは、ＩＭＳ(IP Multimedia Subsystem)コントロールネットワークに接続されたＣＳＣＦ(Call Session Control Function)であり、
前記管理装置は、ＩＭＳ構成管理装置であり、
前記ＳＩＰサーバが、INVITEメッセージ又はBYEメッセージを受信した時を、当該セッションにおける特定処理の開始時とし、
前記ＳＩＰサーバが、200OKメッセージを受信した時を、当該セッションにおける特定処理の終了時とする
ことを特徴とする請求項１に記載のセッション移行制御方法。
【請求項３】
前記移行優先度には、複数のレベルがあり、
前記ＳＩＰサーバは、第１のステップと第２のステップとの間で、
180Ringingメッセージを受信した時に、前記管理装置へ、当該セッションに中レベルの移行優先度へ移行すべき優先度通知メッセージを送信し、
PRACKメッセージを受信した時に、前記管理装置へ、当該セッションに高レベルの移行優先度へ移行すべき優先度通知メッセージを送信する
ことを特徴とする請求項２に記載のセッション移行制御方法。
【請求項４】
前記管理装置は、各ＳＩＰサーバに対して死活監視シーケンスを実行しており、
前記管理装置は、前記死活監視シーケンスによって異常が検知されたＳＩＰサーバについて、前記移行優先度の順に、セッションを移行させる
ことを特徴とする請求項１から３のいずれか１項に記載のセッション移行制御方法。
【請求項５】
前記ＳＩＰサーバが、後段のＳＩＰサーバに対する再送メッセージを送信した時に、前記管理装置へ、前記後段のＳＩＰサーバに対して監視すべき監視通知メッセージを送信し、
前記管理装置は、前記監視通知メッセージを受信した後、前記後段のＳＩＰサーバに対して死活監視シーケンスを実行する
ことを特徴とする請求項４に記載のセッション移行制御方法。
【請求項６】
前記システムについて、
前記ＳＩＰサーバと端末との間、及び、前記ＳＩＰサーバ間における、シグナリングメッセージのフローを切り替える１つ以上のフロースイッチ装置が配置されており、
前記フロースイッチと前記端末との間に、シグナリングメッセージを中継転送する１つ以上のゲートウェイ（又はＳＩＰパーサ）が配置されている
ことを特徴とする請求項１から５のいずれか１項に記載のセッション移行制御方法。
【請求項７】
複数のＳＩＰサーバと、一方のＳＩＰサーバで確立しているセッションを他方のＳＩＰサーバへ移行させる管理装置とを有し、セッションの移行を制御するシステムにおいて、
前記ＳＩＰサーバは、当該セッションの特定処理の開始時に、前記管理装置へ、当該セッションに高レベルの移行優先度を付与すべき優先度通知メッセージを送信すると共に、当該セッションの特定処理の終了時に、前記管理装置へ、当該セッションに低レベルの移行優先度を付与すべき優先度通知メッセージを送信する優先度通知手段を有し、
前記管理装置は、
前記ＳＩＰサーバ毎に確立した各セッションに対して、移行優先度を対応付けて記憶する優先度記憶手段と、
異常が検知された一方のＳＩＰサーバにおけるセッションを、前記移行優先度の順に、他方のＳＩＰサーバへ移行させるセッション移行制御手段と
を有することを特徴とするシステム。
【請求項８】
前記ＳＩＰサーバは、ＩＭＳコントロールネットワークに接続されたＣＳＣＦであり、
前記管理装置は、ＩＭＳ構成管理装置であり、
前記ＳＩＰサーバにおける前記優先度通知手段は、
INVITEメッセージ又はBYEメッセージを受信した時を、当該セッションにおける特定処理の開始時とし、
200OKメッセージを受信した時を、当該セッションにおける特定処理の終了時とする
ことを特徴とする請求項７に記載のシステム。
【請求項９】
前記移行優先度には、複数のレベルがあり、
前記ＳＩＰサーバにおける前記優先度通知手段は、
180Ringingメッセージを受信した時に、前記管理装置へ、当該セッションに中レベルの移行優先度へ移行すべき優先度通知メッセージを送信し、
PRACKメッセージを受信した時に、前記管理装置へ、当該セッションに高レベルの移行優先度へ移行すべき優先度通知メッセージを送信する
ことを特徴とする請求項８に記載のシステム。
【請求項１０】
前記管理装置は、各ＳＩＰサーバに対する死活監視シーケンスを実行する死活監視手段を更に有し、
前記管理装置における前記セッション移行制御手段は、前記死活監視シーケンスによって異常が検知されたＳＩＰサーバについて、前記移行優先度の順に、セッションを移行させることを特徴とする請求項７から９のいずれか１項に記載のシステム。
【請求項１１】
前記ＳＩＰサーバは、後段のＳＩＰサーバに対する再送メッセージを送信した時に、前記管理装置へ、前記後段のＳＩＰサーバに対して監視すべき監視通知メッセージを送信する監視通知手段を有し、
前記管理装置における前記死活監視手段は、前記監視通知メッセージを受信した後、前記後段のＳＩＰサーバに対して死活監視シーケンスを実行する
ことを特徴とする請求項１０に記載のシステム。
【請求項１２】
前記ＳＩＰサーバと端末との間、及び、前記ＳＩＰサーバ間における、シグナリングメッセージのフローを切り替える１つ以上のフロースイッチ装置が配置されており、
前記フロースイッチと前記端末との間に、シグナリングメッセージを中継転送する１つ以上のゲートウェイ（又はＳＩＰパーサ）が配置されている
ことを特徴とする請求項７から１１のいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭＳ(IP Multimedia Subsystem)ネットワークについて、ＳＩＰ(Session
Initiation Protocol)サーバ間でセッションを移行させる技術に関する。
【背景技術】
【０００２】
ＳＩＰは、ＩＰ(Internet Protocol)における呼制御プロトコルであって、端末間で通信に必要なＩＰアドレス、ポート番号及びエンコーディングをネゴシエーションすると共に、発呼及び着呼を制御する。ＳＩＰを用いて必要なネットワークリソースの割り当て及びゲートの制御を実行するために、ＩＰサブシステムネットワークとしてのＩＭＳがある（例えば非特許文献１参照）。ＩＭＳは、ＩＰネットワークで、マルチメディアアプリケーション（音声、映像及びデータ）を提供するために標準化されたサービス制御方式である。これは、次世代携帯電話ネットワーク又はＮＧＮ(Next Generation Network)を実現する中核技術である。これにより、固定網及び移動網が統合され、全ての端末がＩＰベースで通信するオールＩＰ化が実現される。
【０００３】
従来、ＩＭＳにおけるＳＩＰサーバ同士で連携してセッションを移行させる技術がある（例えば特許文献１参照）。セッションを移動させるために、（１）フロースイッチ装置の経路情報（ラベル情報及び出力ポートの組）を変更するか、又は（２）ゲートウェイとＳＩＰサーバによって付加するラベルを書き換えることによって実現される。
【０００４】
図１は、従来技術におけるＩＭＳのシステム構成図である。
【０００５】
図１のシステムによれば、ＩＭＳネットワークとアクセスネットワークとの間は、ゲートウェイ６を介して接続される。アクセスネットワークは、例えば携帯電話網や、無線／有線ブロードバンドアクセス網である。ユーザによって操作される端末（ＵＥ(User Equipment)）３は、ゲートウェイ６を介してＩＭＳネットワークに接続する。アクセスネットワークが携帯電話網である場合、端末３は、例えば携帯電話機やスマートフォンである。
【０００６】
ＩＭＳネットワークは、コントロールネットワークとトランスポートネットワークとからなる。コントロールネットワークには、複数の呼セッション制御機能（ＣＳＣＦ(Call Session Control Function)）と、ＨＳＳ（加入者情報サーバ、Home Subscriber Server）とが接続される。ＳＩＰクライアント対応の複数の端末３は、ＩＭＳネットワークを介してＣＳＣＦ２に接続すると共に、トランスポートネットワークを介して相手方端末との間でセッションを確立する。
【０００７】
図１によれば、ＩＭＳのコントロールネットワークには、複数のＰ−ＣＳＣＦ(Proxy-CSCF)２１と、複数のＳ−ＣＳＣＦ(Serving-CSCF)２２と、Ｉ−ＣＳＣＦ(Interrogate-CSCF)２３と、ＨＳＳ２４とが配置されている。ＣＳＣＦ同士の間及びＣＳＣＦと端末との間は、フロースイッチ装置４を介して接続される。
【０００８】
端末３は、ＩＭＳに登録する際に、ゲートウェイ６を介して、Ｐ−ＣＳＣＦ２１との間で、ＩＰｓｅｃ（例えば非特許文献２参照）によるセキュアコネクションを確立する。Ｐ−ＣＳＣＦ２１は、セッション毎にメディア情報を抽出し、セッション確立時にゲートウェイ６に対するゲート制御及びリソース制御を指示する。Ｓ−ＣＳＣＦ２２は、呼セッション制御のための中心的なＳＩＰサーバであって、認証処理及び登録処理を実行する。Ｓ−ＣＳＣＦ２２は、自身が管理するホームネットワークのドメインを有し、そのドメインの範囲内の端末のSIP-URI(SIP - Uniform Resource Identifier)を管理する。
【０００９】
そして、端末３に対して、Ｐ−ＣＳＣＦ及びＳ−ＣＳＣＦのペアが対応付けられ、各ＣＳＣＦがそのセッションを記憶する。具体的には、ネットワークリソースの状態情報と、セキュアな通信路の確保のためのセキュリティ・アソシエーション（暗号鍵や暗号化方式等）の状態情報とが、関連付けられる。
【００１０】
Ｉ−ＣＳＣＦ２３は、発呼シーケンスについて着呼側端末を登録するＳ−ＣＳＣＦの発見と、着呼端末が他のＩＭＳドメインに所属する場合におけるメッセージの転送とを担う。また、ＨＳＳは、加入者情報を蓄積し、ＣＳＣＦに対してユーザ認証キーを生成する。
【００１１】
端末３は、ＩＭＳへ呼処理を要求する際、対応付けられたＰ−ＣＳＣＦ#1へINVITEメッセージ（例えば非特許文献３参照）を送信する。そのINVITEメッセージは、Ｐ−ＣＳＣＦ#1->Ｓ−ＣＳＣＦ#1->Ｉ−ＣＳＣＦと転送される。Ｉ−ＣＳＣＦは、着呼側ＣＳＣＦをＨＳＳから解決する。そして、そのメッセージは、着呼側のＳ−ＣＳＣＦ#2->Ｐ−ＣＳＣＦ#2->宛先端末#2へ転送される。その後、200OKメッセージ（180Ringingのような鳴動に関するメッセージも含む）が、端末#2から逆方向に転送される。
【００１２】
フロースイッチ装置４は、複数のポートを有するレイヤ４スイッチであって、各ポートがそれぞれ、ゲートウェイ６、複数のＰ−ＣＳＣＦ、複数のＳ−ＣＳＣＦ、Ｉ−ＣＳＣＦ及びＨＳＳに接続されている。フロースイッチ装置４は、ＣＳＣＦ同士の間及び端末とＣＳＣＦとの間で、シグナリングメッセージの経路を制御する。この経路制御のために、フロースイッチ装置４は、「端末のSIP-URI」と「ラベル」とを対応付けたフローテーブルを有する。そして、フロースイッチ装置４は、入力されたパケットを、ラベルに基づくユーザセッション単位の「フロー」として識別し、そのフローに基づいて所定のポートへ出力する。
【００１３】
フロー制御装置５は、ＩＭＳ構成管理装置１からの経路制御情報に応じて、フロースイッチ装置４のフローテーブルを更新する。また、ゲートウェイ６のラベルテーブルも更新する。
【００１４】
フロースイッチ装置４及びフロー制御装置５は、OpenFlow技術に基づく既存のものである。分散配置されるフローベーススイッチ（フロースイッチ装置）と、集中配置されるコントローラ（フロー制御装置）とに分離し、オープンなＡＰＩ(Application Programming Interface)で接続される。OpenFlow技術によれば、ネットワークの通信単位を「フロー」として定義し、フロー単位で経路制御及び品質確保を可能とする。これは、米国Stanford大学が中心となり設立した「OpenFlowコンソーシアム」によって提唱されたインタフェースの仕様である。OpenFlowスイッチ技術によれば、各種のプロセッサリソース（例えばＣＳＣＦ）を、プログラマブルに（自由に組み合わせて）、ネットワークノードを構築することできる。特に、１０Ｇｂｐｓ単位（最大６４ユーザまでの同時利用可能）で、ネットワークを増設することができる。
【００１５】
ゲートウェイ６は、ＩＭＳネットワークとアクセスネットワークとの接続点に配置され、端末３とフロースイッチ装置４との間でシグナリングメッセージを中継転送する。ゲートウェイ６は、ＳＩＰメッセージをフローとして識別できる「ＳＩＰパーサ」である。ゲートウェイ６は、「端末のSIP-URI」と、フロースイッチ装置における「ラベル」とを対応付けたラベルテーブルを記憶する。特に、発呼シーケンスが完了した後、端末３同士の間で、ゲートウェイ６を経由したトランスポートネットワークを介して、直接的に音声データが交換される。また、ゲートウェイ６は、端末３からＰ−ＣＳＣＦ２１へ転送されるメッセージに対して、そのＭＡＣアドレスを「ラベル」で書き換えると共に、Ｐ−ＣＳＣＦ２１から端末へ転送されるメッセージに対して、その「ラベル」をＭＡＣアドレスに書き換える。
【００１６】
ＩＭＳ構成管理装置１は、端末と複数のＣＳＣＦとの間におけるセッション情報を常に受信し且つ蓄積する。セッション情報は、セッション毎に、少なくとも、SIP-URIと、IPsec確立時の鍵と、ＳＩＰの状態遷移パラメータとからなる。
【００１７】
ＩＭＳ構成管理装置１は、ＣＳＣＦに対して死活監視を実行し、異常が検知されたＣＳＣＦを発見する。死活監視としては、ＩＰパケットの到達性及び／又はＳＩＰメッセージの計数情報等に基づいて、各ＣＳＣＦの可用性を監視する。これにより、ＩＭＳ構成管理装置１は、ＣＳＣＦについて、負荷状態が所定閾値以上に高まった場合、又は、障害・停止を検知した場合、異常が発生したと判定する。
【００１８】
ＣＳＣＦの異常を発見したＩＭＳ構成管理装置１は、異常が検知された一方のＣＳＣＦのセッションを、他方のＣＳＣＦへ移行（コピー）するべく制御する。また、ＩＭＳ構成管理装置１は、シグナリングメッセージが他方のＣＳＣＦへ向かうように、フロー制御装置５に対する経路制御情報を変更する。図１のシステムのように、全てのＣＳＣＦがフロースイッチ装置４に接続されることによって、ＣＳＣＦの移行制御を容易に実行することができる。尚、ＳＩＰサーバの復旧システムとして、装置コストを軽減した技術もある（例えば特許文献２参照）。
【先行技術文献】
【特許文献】
【００１９】
【特許文献１】特開２０１２−１５６８７７号公報
【特許文献２】特開２０１１−０９１７５５号公報
【非特許文献】
【００２０】
【非特許文献１】"TechnicalSpecification Group Service and System Analysis, "IP Multimedia Subsystem(IMS); stage 2 (Release 11)," 3rd Generation Partnership Project,TS23.223, Jun. 2011.
【非特許文献２】S. Kent, K. Seo,"Security Architecture for the Internet rotocol," IETF RFC4301, Dec.2005.
【非特許文献３】J. Rosenberg, H.Schulzrinne, G. Camarillo, A. Johnston, J. Peterson, R. Sparks, M. Handley, E.Schooler, "SIP: Session Initiation Protocol," IETF RFC 3261, Jun.2002
【非特許文献４】「第5節 電気通信事業」、平成24年度版情報通信白書、pp.337-346、2012、[online]、［平成２５年３月２４日検索］、インターネット＜URL: http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h24/pdf/n4050000.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【００２１】
前述した従来技術によれば、多数のセッションを処理するＣＳＣＦ（ＳＩＰサーバ）同士の間でセッションを移動させる際に、セッション情報の転送とメッセージの経路変更（フロー経路変更かラベル変更）とに時間を要し、それらを順次に処理することによってセッションがタイムアウトするという問題がある。
【００２２】
例えば、１００万セッションを処理するＣＳＣＦが故障し、これらセッションを他のＣＳＣＦへ移動させる場合を想定する。
１セッションの移動処理時間＝平均１００μ秒
全セッションの移動処理時間＝１００万セッション×１００μ秒＝１００秒
ポーリング（定期的な応答確認）に基づくＣＳＣＦの異常検知時間＝６０秒
故障後に全セッションの移動処理時間＝１００秒＋６０秒＝１６０秒（最悪値）
即ち、この場合、セッション処理のタイムアウトを、１６０秒以上にしなければならず、非現実的な値となってしまう。
【００２３】
一方で、セッションタイムアウトは、一般的に１２７秒以下に設定される。異常検知時間（応答確認時間）を短くした場合、ＣＳＣＦに呼処理以外の処理負荷を高くする必要がある。しかしながら、過度に頻繁な応答確認をすることは避けるべきであって、異常検知時間を単に短くすることはできない。一方で、全セッションの移動処理時間は、以下のように短くしなければならない。
理想的な全セッションの移動処理時間＝１２７秒−６０秒＝６７秒
【００２４】
特に、処理中のセッションが多いＣＳＣＦが故障した場合ほど、それらセッションを他方のＣＳＣＦへ移行するための猶予時間が十分でなく、セッションタイムアウトを発生しやすくなる。
【００２５】
そこで、本発明は、膨大な数の端末が接続するＩＭＳネットワークについて、できる限りセッションがタイムアウトしないように、一方のＳＩＰサーバから他方のＳＩＰサーバへセッションを移行させることができる移行制御方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【００２６】
本発明によれば、複数のＳＩＰ(Session Initiation Protocol)サーバと、一方のＳＩＰサーバで確立しているセッションを他方のＳＩＰサーバへ移行させる管理装置とを有するシステムにおけるセッション移行制御方法において、
管理装置は、ＳＩＰサーバ毎に確立した各セッションに対して、移行優先度を対応付けて記憶しており、
ＳＩＰサーバが、当該セッションの特定処理の開始時に、管理装置へ、当該セッションに高レベルの移行優先度を付与すべき優先度通知メッセージを送信する第１のステップと、
ＳＩＰサーバが、当該セッションの特定処理の終了時に、管理装置へ、当該セッションに低レベルの移行優先度を付与すべき優先度通知メッセージを送信する第２のステップと
を有し、
管理装置は、異常が検知された一方のＳＩＰサーバにおけるセッションを、移行優先度の順に、他方のＳＩＰサーバへ移行させることを特徴とする。
【００２７】
本発明のセッション移行制御方法における他の実施形態によれば、
ＳＩＰサーバは、ＩＭＳ(IP Multimedia Subsystem)コントロールネットワークに接続されたＣＳＣＦ(Call Session Control Function)であり、
管理装置は、ＩＭＳ構成管理装置であり、
ＳＩＰサーバが、INVITEメッセージ又はBYEメッセージを受信した時を、当該セッションにおける特定処理の開始時とし、
ＳＩＰサーバが、200OKメッセージを受信した時を、当該セッションにおける特定処理の終了時とすることも好ましい。
【００２８】
本発明のセッション移行制御方法における他の実施形態によれば、
移行優先度には、複数のレベルがあり、
ＳＩＰサーバは、第１のステップと第２のステップとの間で、
180Ringingメッセージを受信した時に、管理装置へ、当該セッションに中レベルの移行優先度へ移行すべき優先度通知メッセージを送信し、
PRACKメッセージを受信した時に、管理装置へ、当該セッションに高レベルの移行優先度へ移行すべき優先度通知メッセージを送信することも好ましい。
【００２９】
本発明のセッション移行制御方法における他の実施形態によれば、
管理装置は、各ＳＩＰサーバに対して死活監視シーケンスを実行しており、
管理装置は、死活監視シーケンスによって異常が検知されたＳＩＰサーバについて、移行優先度の順に、セッションを移行させることも好ましい。
【００３０】
本発明のセッション移行制御方法における他の実施形態によれば、
ＳＩＰサーバが、後段のＳＩＰサーバに対する再送メッセージを送信した時に、管理装置へ、後段のＳＩＰサーバに対して監視すべき監視通知メッセージを送信し、
管理装置は、監視通知メッセージを受信した後、後段のＳＩＰサーバに対して死活監視シーケンスを実行することも好ましい。
【００３１】
本発明のセッション移行制御方法における他の実施形態によれば、
システムについて、
ＳＩＰサーバと端末との間、及び、ＳＩＰサーバ間における、シグナリングメッセージのフローを切り替える１つ以上のフロースイッチ装置が配置されており、
フロースイッチと端末との間に、シグナリングメッセージを中継転送する１つ以上のゲートウェイ（又はＳＩＰパーサ）が配置されていることも好ましい。
【００３２】
本発明によれば、複数のＳＩＰサーバと、一方のＳＩＰサーバで確立しているセッションを他方のＳＩＰサーバへ移行させる管理装置とを有し、セッションの移行を制御するシステムにおいて、
ＳＩＰサーバは、当該セッションの特定処理の開始時に、管理装置へ、当該セッションに高レベルの移行優先度を付与すべき優先度通知メッセージを送信すると共に、当該セッションの特定処理の終了時に、管理装置へ、当該セッションに低レベルの移行優先度を付与すべき優先度通知メッセージを送信する優先度通知手段を有し、
管理装置は、
ＳＩＰサーバ毎に確立した各セッションに対して、移行優先度を対応付けて記憶する優先度記憶手段と、
異常が検知された一方のＳＩＰサーバにおけるセッションを、移行優先度の順に、他方のＳＩＰサーバへ移行させるセッション移行制御手段と
を有することを特徴とする。
【００３３】
本発明のシステムにおける他の実施形態によれば、
ＳＩＰサーバは、ＩＭＳコントロールネットワークに接続されたＣＳＣＦであり、
管理装置は、ＩＭＳ構成管理装置であり、
ＳＩＰサーバにおける優先度通知手段は、
INVITEメッセージ又はBYEメッセージを受信した時を、当該セッションにおける特定処理の開始時とし、
200OKメッセージを受信した時を、当該セッションにおける特定処理の終了時とすることも好ましい。
【００３４】
本発明のシステムにおける他の実施形態によれば、
移行優先度には、複数のレベルがあり、
ＳＩＰサーバにおける優先度通知手段は、
180Ringingメッセージを受信した時に、管理装置へ、当該セッションに中レベルの移行優先度へ移行すべき優先度通知メッセージを送信し、
PRACKメッセージを受信した時に、管理装置へ、当該セッションに高レベルの移行優先度へ移行すべき優先度通知メッセージを送信することも好ましい。
【００３５】
本発明のシステムにおける他の実施形態によれば、
管理装置は、各ＳＩＰサーバに対する死活監視シーケンスを実行する死活監視手段を更に有し、
管理装置におけるセッション移行制御手段は、死活監視シーケンスによって異常が検知されたＳＩＰサーバについて、移行優先度の順に、セッションを移行させることも好ましい。
【００３６】
本発明のシステムにおける他の実施形態によれば、
ＳＩＰサーバは、後段のＳＩＰサーバに対する再送メッセージを送信した時に、管理装置へ、後段のＳＩＰサーバに対して監視すべき監視通知メッセージを送信する監視通知手段を有し、
管理装置における死活監視手段は、監視通知メッセージを受信した後、後段のＳＩＰサーバに対して死活監視シーケンスを実行することも好ましい。
【００３７】
本発明のシステムにおける他の実施形態によれば、
ＳＩＰサーバと端末との間、及び、ＳＩＰサーバ間における、シグナリングメッセージのフローを切り替える１つ以上のフロースイッチ装置が配置されており、
フロースイッチと端末との間に、シグナリングメッセージを中継転送する１つ以上のゲートウェイ（又はＳＩＰパーサ）が配置されていることも好ましい。
【発明の効果】
【００３８】
本発明の移行制御方法及びシステムによれば、膨大な数の端末が接続するＩＭＳネットワークについて、できる限りセッションがタイムアウトしないように、一方のＳＩＰサーバから他方のＳＩＰサーバへセッションを移行させることができる。
【図面の簡単な説明】
【００３９】
【図１】従来技術におけるＩＭＳのシステム構成図である。
【図２】本発明における発呼側の発呼要求のシーケンス図である。
【図３】本発明における着呼側の発呼要求のシーケンス図である。
【図４】本発明における発呼側の呼切断要求のシーケンス図である。
【図５】本発明における発呼側のリンギングのシーケンス図である。
【図６】本発明における着呼側のリンギングのシーケンス図である。
【図７】本発明における死活監視及びセッション移行の第１のシーケンス図である。
【図８】本発明における死活監視及びセッション移行の第２のシーケンス図である。
【図９】本発明におけるＩＭＳ構成管理装置及びＳＩＰサーバの機能構成図である。
【発明を実施するための形態】
【００４０】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００４１】
図２は、本発明における発呼側の発呼要求のシーケンス図である。
【００４２】
本発明におけるＩＭＳ構成管理装置１は、以下の２つの機能を有する。
＜セッション移行機能＞
一方のＣＳＣＦ（ＳＩＰサーバ）で確立しているセッションを、他方のＣＳＣＦへ移行させる。
＜死活監視機能＞
各ＣＳＣＦに対してポーリングに基づく死活監視を実行し、ＣＳＣＦの異常を検知する。
【００４３】
本発明のＩＭＳ構成管理装置１は、ＣＳＣＦ毎に確立した各セッションについて、特定処理の進行段階に応じた移行優先度を対応付けて記憶する。例えば、以下のような情報を対応付けて記憶する。
ＣＳＣＦのSIP-URI  <->  セッション情報  <->  移行優先度
【００４４】
そして、本発明のＩＭＳ構成管理装置１は、異常が検知された一方のＣＳＣＦにおける全てのセッションを、移行優先度の順に、他方のＣＳＣＦへ移行させる。即ち、移行時間に制約がある特定処理のセッションほど先に移行させ（高い移行優先度）、逆に移行時間に制約がない処理のセッションほど後で移行させる（低い移行優先度）。
【００４５】
［第１のステップ］
（Ｓ１１）端末#1は、INVITEメッセージ（発呼要求メッセージ）を、ゲートウェイ#1へ送信する。ゲートウェイ#1は、受信したINVITEメッセージについて、From／Toヘッダから発呼側端末SIP-URI及び着信側端末SIP-URIを取得する。そして、ゲートウェイ#1は、ラベルテーブルを用いて、各SIP-URIに対応するラベルを検索し、INVITEメッセージの宛先／送信元ＭＡＣアドレスヘッダをそれぞれ、ラベルで書き換える。そして、そのINVITEメッセージは、フロースイッチ装置４へ出力される。
【００４６】
フロースイッチ装置４は、入力されたINVITEメッセージにおける「宛先ＭＡＣアドレス」「宛先ＩＰアドレス」からフローテーブルを用いて「フロー」を識別し、当該INVITEメッセージを出力すべきポートを選択する。フロースイッチ装置４は、このINVITEメッセージを、Ｐ−ＣＳＣＦ#1が接続されたポートへ出力する。
【００４７】
（Ｓ１２）INVITEメッセージを受信したＰ−ＣＳＣＦ#1は、ＩＭＳ構成管理装置１へ、当該セッションに「高レベルの移行優先度」を付与すべき「優先度通知メッセージ」を送信する。これによって、ＩＭＳ構成管理装置１は、Ｐ−ＣＳＣＦ#1における端末#1の当該セッションを移行する際に、優先的に移行すべきと認識する。呼処理中のセッションほど、セッションタイムアウトを発生しないようにすべきである。一方で、端末の登録シーケンスや発呼処理後の通話シーケンスでは、厳しい制約を求められない。
【００４８】
（Ｓ１３）次に、Ｐ−ＣＳＣＦ#1は、INVITEメッセージのRouteヘッダから、次ホップへ送信すべきノードの宛先ＩＰアドレスを取得する。ここでは、次ホップとして、Ｓ−ＣＳＣＦ#1の宛先ＩＰアドレスを取得する。そして、Ｐ−ＣＳＣＦ#1は、Ｓ−ＣＳＣＦ#1へ送信すべきINVITEメッセージを、フロースイッチ装置４へ出力する。フロースイッチ装置４は、そのINVITEメッセージを、フローテーブルに従って、Ｓ−ＣＳＣＦ#1が接続されたポートへ出力する。
【００４９】
（Ｓ１４）INVITEメッセージを受信したＳ−ＣＳＣＦ#1は、ＩＭＳ構成管理装置１へ、当該セッションに「高レベルの移行優先度」を付与すべき「優先度通知メッセージ」を送信する。これによって、ＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ#1における端末#1の当該セッションを移行する際に、優先的に移行すべきと認識する。
【００５０】
（Ｓ１５）次に、Ｓ−ＣＳＣＦ#1は、INVITEメッセージのRouteヘッダから、次ホップへ送信すべきノードの宛先ＩＰアドレスを取得する。ここでは、次ホップとして、着呼側のＣＳＣＦの宛先ＩＰアドレスを取得する。次のＣＳＣＦは、具体的には、Ｉ−ＣＳＣＦであってもよいし、着呼側のＳ−ＣＳＣＦであってもよい。そして、Ｓ−ＣＳＣＦ#1は、そのINVITEメッセージを、フロースイッチ装置４へ出力する。フロースイッチ装置４は、そのINVITEメッセージを、フローテーブルに従って、着呼側のＣＳＣＦが接続されたポートへ出力する。
【００５１】
尚、Ｉ−ＣＳＣＦは、端末における鍵情報を保持していない場合、ＨＳＳに対して、Diameterプロトコルを用いて鍵情報を問い合わせる。Diameterプロトコルとは、ＲＡＤＩＵＳ(Remote Authentication Dial In User Service)に代わる次世代のＡＡＡ(Authentication, Authorization and Accounting)標準プロトコルである。Ｉ−ＣＳＣＦは、端末の認証情報や鍵情報を取得するために、DiameterURメッセージを、フロースイッチ装置４を介して、ＨＳＳへ送信する。また、ＨＳＳは、受信したDiameterURメッセージに基づいて、DiameterUAメッセージを、フロースイッチ装置４を介して、Ｉ−ＣＳＣＦへ送信する。
【００５２】
［第２のステップ］
（Ｓ２１）200OKメッセージが、着呼側のＣＳＣＦからフロースイッチ装置４へ入力される。フロースイッチ装置４は、その200OKメッセージを、フローテーブルに従って、Ｓ−ＣＳＣＦ#1が接続されたポートへ出力する。
【００５３】
（Ｓ２２）200OKメッセージを受信したＳ−ＣＳＣＦ#1は、ＩＭＳ構成管理装置１へ、当該セッションに「低レベルの移行優先度」を付与すべき「優先度通知メッセージ」を送信する。これによって、ＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ#1における端末#1の当該セッションを移行する際に、優先的に移行する必要がないと認識する。
【００５４】
（Ｓ２３）次に、Ｓ−ＣＳＣＦ#1は、200OKメッセージのRouteヘッダから、次ホップへ送信すべきＰ−ＣＳＣＦ#1の宛先ＩＰアドレスを取得する。そして、Ｓ−ＣＳＣＦ#1は、その200OKメッセージを、フロースイッチ装置４へ出力する。フロースイッチ装置４は、その200OKメッセージを、フローテーブルに従って、Ｐ−ＣＳＣＦ#1が接続されたポートへ出力する。
【００５５】
（Ｓ２４）200OKメッセージを受信したＰ−ＣＳＣＦ#1は、ＩＭＳ構成管理装置１へ、当該セッションに「低レベルの移行優先度」を付与すべき「優先度通知メッセージ」を送信する。これによって、ＩＭＳ構成管理装置１は、Ｐ−ＣＳＣＦ#1における端末#1の当該セッションを移行する際に、優先的に移行する必要がないと認識する。
【００５６】
（Ｓ２５）次に、Ｐ−ＣＳＣＦ#1は、200OKメッセージのRouteヘッダから、次ホップへ送信すべき端末#1の宛先ラベルを取得する。そして、Ｐ−ＣＳＣＦ#1は、その200OKメッセージを、フロースイッチ装置４へ出力する。フロースイッチ装置４は、200OKメッセージを、フローテーブルに従って、ゲートウェイ#1が接続されたポートへ出力する。
【００５７】
ゲートウェイ#1は、受信した200OKメッセージについて、ラベルテーブルを用いて、宛先ラベルに対応するＭＡＣアドレスを検索し、ラベルを宛先ＭＡＣアドレスで書き換える。そして、その200OKメッセージは、端末#1へ送信される。
【００５８】
前述した図２のシーケンスによれば、ＩＭＳ構成管理装置１は、ＣＳＣＦのセッションを移行させる際に、当該ＣＳＣＦにおける呼処理中（INVITEメッセージの処理開始から200OKメッセージの処理終了まで）のセッションほど、優先的に先に移行するべく制御する。尚、このような処理は呼処理中に限られず、当該セッションの「特定処理」の開始時及び終了時に、に、ＩＭＳ構成管理装置１へ、当該セッションの優先度通知メッセージが送信されるものであってもよい。図２によれば、ＣＳＣＦがINVITEメッセージを受信した時を、当該セッションにおける特定処理の開始時とし、200OKメッセージを受信した時を、当該セッションにおける特定処理の終了時としている。
【００５９】
図３は、本発明における着呼側の発呼のシーケンス図である。
【００６０】
［第３のステップ］
（Ｓ３１）フロースイッチ装置４は、発呼側シーケンスからINVITEメッセージを入力し、そのINVITEメッセージを、着呼側のＳ−ＣＳＣＦ#2が接続されたポートへ出力する。
（Ｓ３２）INVITEメッセージを受信したＳ−ＣＳＣＦ#2は、ＩＭＳ構成管理装置１へ、高レベルの移行優先度の優先度通知メッセージを送信する。これによって、ＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ#2における端末#1の当該セッションを移行する際に、優先的に移行すべきと認識する。
（Ｓ３３）Ｓ−ＣＳＣＦ#2は、そのINVITEメッセージを、Ｐ−ＣＳＣＦ#2へ転送するべく、フロースイッチ装置４へ入力する。フロースイッチ装置４は、そのINVITEメッセージを、Ｐ−ＣＳＣＦ#2が接続されたポートへ出力する。
（Ｓ３４）INVITEメッセージを受信したＰ−ＣＳＣＦ#2は、ＩＭＳ構成管理装置１へ、高レベルの移行優先度の優先度通知メッセージを送信する。これによって、ＩＭＳ構成管理装置１は、Ｐ−ＣＳＣＦ#2における端末#1の当該セッションを移行する際に、優先的に移行すべきと認識する。
（Ｓ３５）Ｐ−ＣＳＣＦ#2は、そのINVITEメッセージを、端末#2へ転送するべく、フロースイッチ装置４へ入力する。フロースイッチ装置４は、そのINVITEメッセージを、ゲートウェイ#2が接続されたポートへ出力する。ゲートウェイ#2は、そのINVITEメッセージを端末#2へ送信する。
【００６１】
［第４のステップ］
（Ｓ４１）端末#2は、ゲートウェイ#2へ200OKメッセージを送信し、ゲートウェイ#2は、その200OKメッセージをフロースイッチ装置４へ転送する。フロースイッチ装置４は、その200OKメッセージを、Ｐ−ＣＳＣＦ#2が接続されたポートへ出力する。
（Ｓ４２）200OKメッセージを受信したＰ−ＣＳＣＦ#2は、ＩＭＳ構成管理装置１へ、低レベルの移行優先度の優先度通知メッセージを送信する。これによって、ＩＭＳ構成管理装置１は、Ｐ−ＣＳＣＦ#2における端末#1の当該セッションを移行する際に、優先的に移行する必要がないと認識する。
（Ｓ４３）Ｐ−ＣＳＣＦ#2は、その200OKメッセージを、Ｓ−ＣＳＣＦ#2へ転送するべく、フロースイッチ装置４へ入力する。フロースイッチ装置４は、その200OKメッセージを、Ｓ−ＣＳＣＦ#2が接続されたポートへ出力する。
（Ｓ４４）200OKメッセージを受信したＳ−ＣＳＣＦ#2は、ＩＭＳ構成管理装置１へ、低レベルの移行優先度の優先度通知メッセージを送信する。これによって、ＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ#2における端末#1の当該セッションを移行する際に、優先的に移行する必要がないと認識する。
（Ｓ４５）Ｓ−ＣＳＣＦ#2は、その200OKメッセージを、発呼側のＣＳＣＦへ転送するべく、フロースイッチ装置４へ入力する。フロースイッチ装置４は、その200OKメッセージを、発呼側のＳ−ＣＳＣＦ#1へ送信する。
【００６２】
図４は、本発明における発呼側の呼切断要求のシーケンス図である。
【００６３】
図４と図２とを比較して、図２ではINVITEメッセージが転送されているのに対し、図４ではBYEメッセージが転送されている点で相違する。それ以外のシーケンスの流れは、図４と図２とは全く同じである。ここでは、ＳＩＰサーバが、BYEメッセージを受信した時を、当該セッションにおける特定処理の開始時としている。図４のシーケンスによれば、ＩＭＳ構成管理装置１は、ＣＳＣＦの全てのセッションを移行する際に、当該ＣＳＣＦにおける呼切断処理中（BYEメッセージの処理開始から200OKメッセージの処理終了まで）のセッションほど、優先的移行するべく制御する。
【００６４】
図５は、本発明における発呼側のリンギングのシーケンス図である。
【００６５】
図５によれば、ＩＭＳ構成管理装置１が管理する移行優先度が、複数レベル（例えば「高」「中」「低」の３レベル）あるとしている。以下では、以下のように移行優先度が変化している。
INVITEメッセージの受信後    ->  移行優先度「高レベル」
180Ringingメッセージの受信後->  移行優先度「中レベル」
PRACKメッセージの受信後     ->  移行優先度「高レベル」
200OKメッセージの受信後     ->  移行優先度「低レベル」
【００６６】
（Ｓ１１〜Ｓ１５）図３と全く同じである。
（Ｓ７１）180Ringingメッセージが、着呼側シーケンスのＣＳＣＦからフロースイッチ装置４へ入力される。フロースイッチ装置４は、その180Ringingメッセージを、Ｓ−ＣＳＣＦ#1が接続されたポートへ出力する。
（Ｓ７２）180Ringingメッセージを受信したＳ−ＣＳＣＦ#1は、中レベルの移行優先度の優先度通知メッセージを、ＩＭＳ構成管理装置１へ送信する。これによって、ＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ#1における端末#1の当該セッションを移行する際に、中程度に移行すべきと認識する。
（Ｓ７３）Ｓ−ＣＳＣＦ#1は、その180Ringingメッセージを、Ｐ−ＣＳＣＦ#1へ送信するべくフロースイッチ装置４へ出力する。フロースイッチ装置４は、その180Ringingメッセージを、Ｐ−ＣＳＣＦ#1が接続されたポートへ出力する。
（Ｓ７４）180Ringingメッセージを受信したＰ−ＣＳＣＦ#1は、中レベルの移行優先度の優先度通知メッセージを、ＩＭＳ構成管理装置１へ送信する。これによって、ＩＭＳ構成管理装置１は、Ｐ−ＣＳＣＦ#1における端末#1の当該セッションを移行する際に、中程度に移行すべきと認識する。
（Ｓ７５）Ｐ−ＣＳＣＦ#1は、その180Ringingメッセージを、端末#1へ送信するべくフロースイッチ装置４へ出力する。フロースイッチ装置４は、その180Ringingメッセージを、ゲートウェイ#1が接続されたポートへ出力する。そして、ゲートウェイ#1は、その180Ringingメッセージを、端末#1へ送信する。これによって、端末#1は、リングバックトーンを鳴動させることができる。
【００６７】
（Ｓ７６）次に、端末#1は、PRACKメッセージを、ゲートウェイ#1へ返信する。ゲートウェイ#1は、ＭＡＣアドレスをラベルに書き換えたPRACKメッセージを、フロースイッチ装置４へ入力する。フロースイッチ装置４は、そのPRACKメッセージを、Ｐ−ＣＳＣＦ#1が接続されたポートへ出力する。
（Ｓ７７）PRACKメッセージを受信したＰ−ＣＳＣＦ#1は、高レベルの移行優先度の優先度通知メッセージを、ＩＭＳ構成管理装置１へ送信する。これによって、ＩＭＳ構成管理装置１は、Ｐ−ＣＳＣＦ#1における端末#1の当該セッションを移行する際に、優先的に移行すべきと認識する。
（Ｓ７８）Ｐ−ＣＳＣＦ#1は、PRACKメッセージを、フロースイッチ装置４へ出力する。フロースイッチ装置４は、そのPRACKメッセージを、Ｓ−ＣＳＣＦ#1が接続されたポートへ出力する。
（Ｓ７９）PRACKメッセージを受信したＳ−ＣＳＣＦ#1は、高レベルの移行優先度の優先度通知メッセージを、ＩＭＳ構成管理装置１へ送信する。これによって、ＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ#1における端末#1の当該セッションを移行する際に、優先的に移行すべきと認識する。
（Ｓ８０）Ｓ−ＣＳＣＦ#1は、そのPRACKメッセージを、フロースイッチ装置４へ出力する。フロースイッチ装置４は、そのPRACKメッセージを、着呼側シーケンスのＣＳＣＦが接続されたポートへ出力する。
【００６８】
図６は、本発明における着呼側のリンギングのシーケンス図である。
【００６９】
図６によれば、図５に相対する着呼側のシーケンスを表している。以下では、着呼側のリンギングのシーケンスについて、本発明の特徴的部分についてのみ説明する。
（Ｓ８２）180Ringingメッセージを受信したＰ−ＣＳＣＦ#2は、中レベルの移行優先度の優先度通知メッセージを、ＩＭＳ構成管理装置１へ送信する。これによって、ＩＭＳ構成管理装置１は、Ｐ−ＣＳＣＦ#2における端末#1の当該セッションを移行する際に、中程度に移行すべきと認識する。
（Ｓ８４）180Ringingメッセージを受信したＳ−ＣＳＣＦ#2は、中レベルの移行優先度の優先度通知メッセージを、ＩＭＳ構成管理装置１へ送信する。これによって、ＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ#2における端末#1の当該セッションを移行する際に、中程度に移行すべきと認識する。
（Ｓ８７）PRACKメッセージを受信したＳ−ＣＳＣＦ#2は、高レベルの移行優先度の優先度通知メッセージを、ＩＭＳ構成管理装置１へ送信する。これによって、ＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ#2における端末#1の当該セッションを移行する際に、優先的に移行すべきと認識する。
（Ｓ８９）PRACKメッセージを受信したＰ−ＣＳＣＦ#2は、高レベルの移行優先度の優先度通知メッセージを、ＩＭＳ構成管理装置１へ送信する。これによって、ＩＭＳ構成管理装置１は、Ｐ−ＣＳＣＦ#2における端末#1の当該セッションを移行する際に、優先的に移行すべきと認識する。
【００７０】
図７は、本発明における死活監視及びセッション移行の第１のシーケンス図である。
【００７１】
図７によれば、ＩＭＳ構成管理装置１が、各ＣＳＣＦ２の異常を検知するために、死活監視シーケンスを実行している。具体的には、各ＣＳＣＦ２が、Diameter DWR (Device-Watchdog-Request)を、ＩＭＳ構成管理装置１へ周期的に送信するものであってもよい。図７によれば、例えばＰ−ＣＳＣＦ２１−１に障害が発生したとする。このとき、ＩＭＳ構成管理装置１から見ると、本来受信されるであろうＰ−ＣＳＣＦ２１−１からのDiameter DWRを受信できず、タイムアウトを生じる。ＩＭＳ構成管理装置１は、Ｐ−ＣＳＣＦ２１−１の異常を検知し、Ｐ−ＣＳＣＦ２１−１のセッション情報を、他方のＰ−ＣＳＣＦ２１−２へ移行させるようにシーケンスを実行する。このとき、セッション情報を、移行優先度の順に移行させる。これによって、高い移行優先度のセッション情報ほど、先に、Ｐ−ＣＳＣＦ２１−２へ移行される。これによって、高い優先度のセッションに対するセッションタイムアウトをできる限り防止することができる。
【００７２】
しかしながら、図７のシーケンスによれば、ＩＭＳ構成管理装置１は、各ＣＳＣＦから送信されるDiameter DWRを待つために、その周期時間（例えば６０秒）待つ必要がある。それだけ、ＣＳＣＦの異常検知時間がかかることを意味する。
【００７３】
図８は、本発明における死活監視及びセッション移行の第２のシーケンス図である。
【００７４】
図８によれば、図７と比較して、ＣＳＣＦの異常検知時間を短くすることができる。例えばＳ−ＣＳＣＦ２２−１に障害が発生したとする。このとき、Ｐ−ＣＳＦ２１は、後段のＳ−ＣＳＣＦ２２−１に対して再送要求を送信する。再送要求は、一般的に５００ｍ秒程度である。
【００７５】
また、このとき、Ｐ−ＣＳＣＦ２１は、ＩＭＳ構成管理装置１へ「再送通知」メッセージを送信する。再送通知メッセージを受信したＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ２２−１に対して死活監視すべきポーリングを送信する。具体的には、ＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ２２−１に対してDiameter要求を送信し、これに対するDiameter応答を受信できない場合に、Ｓ−ＣＳＣＦ２２−１に障害が発生していると判断する。ポーリングの確認応答時間としては、１秒程度であり、異常検知時間を短くすることができる。
【００７６】
そして、ＩＭＳ構成管理装置１は、Ｓ−ＣＳＣＦ２２−１のセッション情報を、他方のＳ−ＣＳＣＦ２２−２へ移行させる。このとき、本発明によれば、ＩＭＳ構成管理装置１は、移行優先度の順に、セッションを移行させる。
【００７７】
図９は、本発明におけるＩＭＳ構成管理装置及びＳＩＰサーバの機能構成図である。
【００７８】
図９によれば、ＩＭＳ構成管理装置１は、優先度記憶部１０と、セッション移行制御部１１と、優先度通知受信部１２と、死活監視部１３とを有する。
【００７９】
優先度記憶部１０は、ＳＩＰサーバ毎に確立した各セッションに対して、移行優先度を対応付けて記憶する。例えば、ＣＳＣＦのSIP-URIと、セッション情報と、移行優先度とを対応付けて記憶する。
【００８０】
セッション移行制御部１１は、一方のＳＩＰサーバで確立しているセッションを、移行優先度の順に、他方のＳＩＰサーバへ移行させる（図７及び図８参照）。特に、セッション移行制御部１１は、死活監視部１３によって異常が検知されたＣＳＣＦで確立しているセッションを移行させるように動作する。
【００８１】
優先度通知受信部１２は、ＳＩＰサーバから移行優先度通知メッセージを受信し、その移行優先度を、優先度記憶部１０へ記憶させる（図２〜図６参照）。
【００８２】
死活監視部１３は、各ＳＩＰサーバに対する死活監視シーケンスを実行する。例えば図７のように、各ＳＩＰサーバから周期的にメッセージを受信するものであってもよいし、図８のように、ＳＩＰサーバから監視通知メッセージを受信することによって、その後段のＳＩＰサーバに対してポーリングするものであってもよい。
【００８３】
また、図９によれば、ＳＩＰサーバ（ＣＳＣＦ）２は、優先度通知部２ａと、監視通知部２ｂと、セッション移行被制御部２ｃと、基本機能としてのＣＳＣＦ部２ｄとを有する。
【００８４】
優先度通知部２ａは、当該セッションの特定処理の開始時又は終了時に、ＩＭＳ構成管理装置１へ、当該セッションに所定レベルの移行優先度を付与すべき優先度通知メッセージを送信する（図２〜図６参照）。
INVITEメッセージの受信後    ->  移行優先度「高レベル」
180Ringingメッセージの受信後->  移行優先度「中レベル」
PRACKメッセージの受信後     ->  移行優先度「高レベル」
200OKメッセージの受信後     ->  移行優先度「低レベル」
【００８５】
監視通知部２ｂは、例えば図７のように、ＩＭＳ構成管理装置１へ周期的にメッセージを送信するものであってもよいし、図８のように、後段のＳＩＰサーバに対して再送要求を送信した際に、ＩＭＳ構成管理装置１へ監視通知メッセージを送信するものであってもよい。
【００８６】
セッション移行被制御部２ｃは、ＩＭＳ構成管理装置１のセッション移行制御部１１からの制御によって、セッションを移行又は受入を実行する。
【００８７】
以上、詳細に説明したように、本発明の移行制御方法及びシステムによれば、膨大な数の端末が接続するＩＭＳネットワークについて、できる限りセッションがタイムアウトしないように、一方のＳＩＰサーバから他方のＳＩＰサーバへセッションを移行させることができる。
【００８８】
従来、移行させるセッションの優先度（移行させる順序）は、ＩＭＳ構成管理装置単体で、静的なルールとして設定することもできる。しかしながら、ＩＭＳネットワークには、多様なサービスの信号が同時に処理されるために、サービスによって送受信されるメッセージの順序も異なる。そのために、ＩＭＳ構成管理装置がルールとして記憶するセッション状態を、サービス毎に、又は、同一サービスの各種セッション処理状態毎に、区別する必要がある。このように、ＩＭＳ構成管理装置単体でルールを設定し且つ判定させると、ＩＭＳ構成管理装置は、セッション情報を受信する毎に、その判断処理を実行する必要があり、処理負荷が非常に大きくなる。
【００８９】
これに対し、本発明によれば、ＩＭＳ構成管理装置は、ＣＳＣＦから通知された移行優先度を記憶しておくだけで、何ら処理負荷がかからない。また、ＣＳＣＦ間でセッション情報を移行する場合に、その移行優先度の順に、セッション情報を移行させればよい。ＣＳＣＦも、予め規定された特定処理を実行する毎に、移行優先度通知メッセージを、ＩＭＳ構成管理装置へ送信するだけでよい。
【００９０】
例えば、１００万セッションを記憶しているＣＳＣＦに異常が検知されたとする。ここで、以下のような条件であったとする。
処理中セッションのタイムアウト＝１２７秒
図７のような定期的なポーリングに基づく異常検知時間＝６０秒
図８のような再送時間も含めたポーリングに基づく異常検知時間＝２秒
図７によれば、１２７秒−６０秒＝６７秒以内に、セッションの移行を完了する必要がある。一方で、図８によれば、１２７秒−２秒＝１２５秒以内に、セッションの移行を完了すればよい。
【００９１】
非特許文献４によれば、平均発呼回数１．７回／日と、平均セッション処理時間１０秒とすると、一般的な発呼到着に基づく処理中セッションの平均数＝３９４セッションと算出される。処理負荷が高い「おめでとう電話」の場合には、この２０倍の発呼が到着すると仮定すると、７８８０セッションとなる。ここで、１つのセッションの移行には、１００μ秒かかると仮定する。そうすると、短時間の変動によって、セッション処理の到着レートが、この１０倍の３１万セッションになったとしても、これらのセッションは約３１秒で移行を完了させることができる。また、大規模災害時によって、更に２倍のピークが生じる場合であっても、６２秒で処理中セッションを移行させることができる。即ち、図７の死活監視シーケンスであっても許容できる。これによって、セッションの移行によるセッションタイムアウトを、できる限り発生させないようにすることができる。
【００９２】
前述した本発明の種々の実施形態において、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００９３】
１  ＩＭＳ構成管理装置
１０  優先度記憶部
１１  セッション移行制御部
１２  優先度通知受信部
１３  死活監視部
２  ＳＩＰサーバ、ＣＳＣＦ
２１  Ｐ−ＣＳＣＦ
２２  Ｓ−ＣＳＣＦ
２３  Ｉ−ＣＳＣＦ
２４  ＨＳＳ
２ａ  優先度通知部
２ｂ  監視通知部
２ｃ  セッション移行被制御部
２ｄ  ＣＳＣＦ部
３  端末
４  フロースイッチ装置
５  フロー制御装置
６  ゲートウェイ
【図１】
2014192624.tif 000003
【図２】
2014192624.tif 000004
【図３】
2014192624.tif 000005
【図４】
2014192624.tif 000006
【図５】
2014192624.tif 000007
【図６】
2014192624.tif 000008
【図７】
2014192624.tif 000009
【図８】
2014192624.tif 000010
【図９】
2014192624.tif 000011