(57)【要約】  この発明は、第一のネットワークユニット（ＣＣ）に対して、少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）側からのサービスデータの送信中断を通信ネットワークを介して通知するための方法及び装置を記載している。この発明では、第一のネットワークユニット（ＣＣ）から少なくとも一つの第三のネットワークユニット（ＳＢ，ＮＲ）に対して、少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）側からのサービスデータの送信中断時の通知に関する少なくとも一つのパラメータを含む少なくとも一つの信号メッセージが伝送され、少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）側からのサービスデータの送信中断時に、少なくとも一つの第三のネットワークユニット（ＮＲ，ＳＢ）から第一のネットワークユニット（ＣＣ）に対して、前記の少なくとも一つのパラメータにもとづき、少なくとも一つの通知メッセージが送信される。
2008530925.tif 000002
【特許請求の範囲】
【請求項１】
第一のネットワークユニット（ＣＣ）に対して、少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）側からのサービスデータの送信中断を通信ネットワークを介して通知する方法において、
第一のネットワークユニット（ＣＣ）から少なくとも一つの第三のネットワークユニット（ＳＢ，ＮＲ）に対して、少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）側からのサービスデータの送信中断時の通知に関する少なくとも一つのパラメータを含む少なくとも一つの信号メッセージが伝送されることと、
前記の少なくとも一つのパラメータにもとづき、少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）側からのサービスデータの送信中断時に、少なくとも一つの第三のネットワークユニット（ＮＲ，ＳＢ）から第一のネットワークユニット（ＣＣ）に対して、少なくとも一つの通知メッセージが送信されることを特徴とする方法。
【請求項２】
第一のネットワークユニット（ＣＣ）が、接続ステータスネットワークユニット及び／又は接続ステータス制御機能であることを特徴とする請求項１に記載の方法。
【請求項３】
少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）が、アプケーションサーバー（ＡＳ）、ゲートウェイ（ＢＧ）及びプロキシーサーバーの中の一つ以上であることを特徴とする請求項１又は２に記載の方法。
【請求項４】
少なくとも一つの第三のネットワークユニット（ＳＢ，ＮＲ）が、サービスブローカーネットワークユニット（ＳＢ）及び／又はネットワークルーティングサーバー（ＮＲ）であることを特徴とする請求項１から３までのいずれか一つに記載の方法。
【請求項５】
少なくとも一つの第三のネットワークユニットでは、当該の少なくとも一つのパラメータを含む少なくとも一つの信号メッセージによって、少なくとも一つのトリガーポイントが設定されることを特徴とする請求項１から４までのいずれか一つに記載の方法。
【請求項６】
当該の少なくとも一つのパラメータが、少なくとも一つの信号メッセージ内のＳＩＰイベントであることを特徴とする請求項５に記載の方法。
【請求項７】
当該の少なくとも一つの信号メッセージ及び／又は通知メッセージが、ＳＩＰプロトコルに準拠したメッセージであることを特徴とする請求項１から６までのいずれか一つに記載の方法。
【請求項８】
当該の少なくとも一つの信号メッセージ及び／又は通知メッセージが、ＴＲＩＰプロトコルに準拠したメッセージであることを特徴とする請求項１から７までのいずれか一つに記載の方法。
【請求項９】
当該の少なくとも一つの第三のネットワークユニット（ＳＢ，ＮＲ）と少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）との間で、ＴＲＩＰプロトコルに準拠した少なくとも一つの信号メッセージが交換されることを特徴とする請求項１から８までのいずれか一つに記載の方法。
【請求項１０】
当該の第一のネットワークユニット（ＣＣ）、少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）及び少なくとも一つの第三のネットワークユニット（ＳＢ，ＮＲ）の中の一つ以上が、ＩＰマルチメディアサブシステムのネットワークユニットであることを特徴とする請求項１から９までのいずれか一つに記載の方法。
【請求項１１】
当該の通信ネットワークが、パケット交換通信ネットワーク、セルラー移動体無線ネットワーク及びＩＰネットワークの中の一つ以上であることを特徴とする請求項１から１０までのいずれか一つに記載の方法。
【請求項１２】
第一のネットワークユニット（ＣＣ）に対して、少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）側からのサービスデータの送信中断を通信ネットワークを介して通知するための装置において、
少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）側からのサービスデータの送信中断時の通知に関する少なくとも一つのパラメータを含む少なくとも一つの信号メッセージを作成するための処理ユニット（Ｖ）と、
作成した信号メッセージを少なくとも一つの第三のネットワークユニット（ＮＲ，ＳＢ）に送信するための送信ユニット（Ｓ）と、
少なくとも一つの第二のネットワークユニット（ＡＳ，ＢＧ）側からのサービスデータの送信中断時に、少なくとも一つの第三のネットワークユニット（ＳＢ，ＮＲ）から、当該の少なくとも一つのパラメータにもとづく少なくとも一つの通知メッセージを受信するための受信ユニット（Ｅ）と、
を備えた装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、第一のネットワークユニットに対して、少なくとも一つの別のネットワークユニット側からのサービスデータの送信中断を通信ネットワークを介して通知するための方法及び装置に関する。
【背景技術】
【０００２】
図１による分散ネットワークアーキテクチャにおいて、各ネットワークユニットの障害検知を確実に行うために、既に標準化された様々な方法、例えば、ＳＣＴＰ法（非特許文献１と２）、「キープアライブ（keep alive）」によるＳＩＰ−ＯＰＴＩＯＮＳ法（非特許文献３）、ＴＲＩＰ法（非特許文献４）などを用いることができる。
【０００３】
ＳＣＴＰ法を使用することができない、或いは未だ使用することができない場合、信頼できるネットワークにとって、次の監視メカニズムが必要である。
−  中央のネットワーク機能であるサービスブローカー（Ｓｅｒｖｉｃｅ  Ｂｒｏｋｅｒ：ＳＢ）が、アプケーションサーバー（ＡＳ）の動作を監視しなければならない。サービスブローカー（ＳＢ）は、どのアプケーションサーバー（ＡＳ）がサービス接続に関して必要であるか、又は信頼できるか、或いはアプケーションサーバーの障害時にサービス接続を拒否すべきであるか否かを決定する。この場合、パケット交換ネットワーク、例えば、ＳＩＰ信号方式を備えたＩＰネットワークでは、「キープアライブ（keep alive）」によるＳＩＰ−ＯＰＴＩＯＮＳ法が用いられる。
−  ネットワークルーティングサーバー（Ｎｅｔｗｏｒｋ  Ｒｏｕｔｉｎｇ  Ｓｅｒｖｅｒ）は、接続要求を拒否するか、或いは接続監視ユニットの代替ゲートウェイ、例えば、ＩＰマルチメディアサブシステムの接続ステータス監視機能（Ｃａｌｌ  Ｓｔａｔｅ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：ＣＳＣＦ）などに返送するために、障害に関してゲートウェイ（ボーダーゲートウェイ）を監視しなければならない。
−  中央の接続監視ユニット（Ｃａｌｌ  Ｃｏｎｔｒｏｌ  Ｐｒｏｘｙ）は、障害検知時に好適な措置（例えば、リルーティング：Ｒｅｒｏｕｔｉｎｇ）を起動するために、サービスブローカーとネットワークルーティングユニットを監視しなければならない。この場合も、標準化された「キープアライブ」によるＯＰＴＩＯＮＳ法が好適なツールである（図１参照）。
【０００４】
しかし、ネットワークユニットの障害時に、接続監視ユニットが接続を解除し、リソースを解放又はブロックし、ＣＤＲを書き込んで、警報の発動を行わなければならないので、接続監視ユニットは、中央にないネットワークユニット、例えば、アプケーションサーバーやゲートウェイ（ボーダーゲートウェイ）などの障害を同様に検知可能でなければならない。前述したシナリオでは、この情報は、それぞれ「サービスブローカー」と「ネットワークルーティングサーバー」のネットワークユニット内に集中して信頼できる有意義な形で存在するが、この情報は、信頼できる形で、速く、自動的かつ持続的に交換することができない。
【非特許文献１】ＩＥＴＦ  ＲＦＣ２９６０（ストリーム制御伝送プロトコル、R. Stewart, Q. Xie; Motorola, K. Morneault, C. Sharp; Cisco, H. Schwarzbauer; Siemens, T. Taylor; Nortel Networks, I. Rytina; Ericsson, M. Kalla; Telcordia, L. Zhang; UCLA, V. Paxson; ACIRI, October 2000 ）
【非特許文献２】ＩＥＴＦ  ＲＦＣ３３０９（ＲＦＣ２９６０の更新版、ストリーム制御伝送プロトコル（ＳＣＴＰ）のチェックサム変更、J. Stone; Stanford, R. Stewart; Cisco Systems, D. Otis; SANlight, September 2002）
【非特許文献３】ＩＥＴＦ  ＲＦＣ３２６１（ＲＦＣ３２６１、旧２５４３、ＳＩＰ：セッション発生プロトコル、J. Rosenberg; Dynamicsoft, H. Shultzrinne; Columbia U., G. Camarillo; Ericsson, A. Johnston; WorldCom, J. Peterson; Neustar, R. Sparks; Dynamicsoft, M. Handley; ICIR, E. Schooler; AT&T, June 2002 ）
【非特許文献４】ＩＥＴＦ  ＲＦＣ３２１９（ＲＦＣ３２１９、ＩＰ上での電話ルーティング（ＴＲＩＰ）、J. Rosenberg; Dynamicsoft, H. Salama; Cisco Systems, M. Squire; Hatteras Networks, January 2002 ）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
この発明の課題は、少なくとも一つの他方のネットワークユニットの障害時に、一方のネットワークユニットに効率的かつ安価に通知するための手段を提案することである。
【課題を解決するための手段】
【０００６】
この課題は、この発明にもとづき、それぞれ独立請求項に記載された方法及び装置によって解決される。この発明の改善構成は、従属請求項に記載されている。
【０００７】
この発明の中核部分は、第一のネットワークユニット、例えば、接続監視ユニットが、障害、即ち、少なくとも一つの第二のネットワークユニット、例えば、ＳＩＰプロトコルを介して信号メッセージを交換するネットワークユニット、即ち、例えば、ゲートウェイ（ボーダーゲートウェイ）、アプケーションサーバーなどの側からのサービスデータの送信中断又は再稼働に関して、少なくとも一つの第三のネットワークユニットから通信ネットワークを介して通知されることである。この場合、通信ネットワークは、パケット交換通信ネットワーク、セルラー移動体無線ネットワーク、ＩＰネットワーク又はそれらと同等の通信ネットワークとすることができる。例えば、「ＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹ」によるＳＩＰ法を用いて、少なくとも一つの監視している第三のネットワークユニットから、例えば、サービスブローカーネットワークユニット、ネットワークルーティングサーバーなどから中央の接続監視ユニット又は第一のネットワークユニットへの自動的で、持続的な、時宜を得た通知又は信号伝送を行うことができる。この場合の考えは、中央の接続監視ユニットが、直接監視している第三のネットワークユニットに対して、少なくとも一つのパラメータを含む少なくとも一つの信号メッセージによりトリガーポイントを（動的に、さもなければ画一的に）セットするということである。この少なくとも一つの第三のネットワークユニット内において、少なくとも一つの第二のネットワークユニットの障害検知又は再稼働検知時に、これらのトリガーポイントは、この障害、即ち、サービスデータの送信中断又は再稼働が、例えば、「ＳＩＰ  ＮＯＴＩＦＹ」通知を介して、第一のネットワークユニットに信号伝送されるように作用する。
【０００８】
この場合、第一のネットワークユニットから少なくとも一つの第三のネットワークユニットへの少なくとも一つの信号メッセージ、例えば、「ＳＵＢＳＣＲＩＢＥ」ＳＩＰメッセージによって、当該のイベント（ｅｖｅｎｔ）が少なくとも一つのパラメータを含む少なくとも一つの信号メッセージを介して信号伝送されるようになる。例えば、少なくとも一つのトリガーポイントによって、少なくとも一つの第二のネットワークユニットの障害又は再稼働の発生時にイベントが発動されるとともに、第一のネットワークユニット、例えば、接続監視ユニットには、例えば、このイベント（ｅｖｅｎｔ）に関する「ＮＯＴＩＦＹ」ＳＩＰメッセージが通知される。この場合、イベント（ｅｖｅｎｔ）としては、例えば、「ＢＥ  ｏｕｔａｇｅ（障害中）」、「ＢＥ  ｒｅ−ａｖａｉｌａｂｉｌｉｔｙ（再稼働中）」イベントなどが使用される。
【０００９】
この発明による方法の大きな利点は、専らＳＩＰプロトコルを使用する通信ネットワークにおいてＳＩＰプロトコルを活用することが可能となることである。この提案した解法によって、中央にない少なくとも一つの第二のネットワークユニットの障害時に正確な接続解放又は正確な課金が可能となる。そのような分散された機能は、「ＳＩＰ−オーバーレイ」通信ネットワークにおいて必要である。この発明による方法によって、簡単な手法で障害検知メカニズムを補完するとともに、第一のネットワークユニットから中央への警報の発動が可能となる。この発明の標準化は、ＳＩＰ−ＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹ法に関する「イベントパッケージ」を好適に定義することによって可能である。
【発明を実施するための最良の形態】
【００１０】
図面に図示した実施例にもとづき、この発明を詳しく説明する。
【００１１】
図１は、ＳＩＰ信号方式を備えた典型的な通信ネットワークを図示している。次の分散された機能を有する、所謂ＳＩＰ−オーバーレイ通信ネットワークを考察する。
−  例えば、ゲートウェイＢＧ（ＳＩＰボーダーゲートウェイ）やアプリケーションサーバーＡＳなどの所謂中央にないＳＩＰネットワークユニット
ゲートウェイ（ＳＩＰボーダーゲートウェイ）ＢＧ：例えば、シグナリング・ゲートウェイやＮＡＴ機能を備えた、別／外の通信ネットワークとのネットワーク接続点である。これらのネットワークユニットは、加入者の登録を行っている。
【００１２】
アプケーションサーバーＡＳ：これらのサーバーは、アプリケーションを担当している。接続時に、どのアプケーションサーバーＡＳを使用すべきであるか否かは、サービスブローカーネットワークユニットＳＢで決定される。アプケーションサーバーＡＳは、中央の接続監視ユニットＣＣによってのみ制御される。
−  所謂中央のネットワークユニット又はＳＩＰノード
接続監視（コール制御）ユニットＣＣ：このネットワークユニットは、一般的に所謂「ステートフルＳＩＰプロキシー」サーバーと呼ばれており、中央の接続監視インスタンスであり、全てのコール／接続監視メッセージは、接続監視ユニットＣＣを介してルーティングされる。接続監視ユニットＣＣは、課金及びＱｏＳ制御も担当することができる。ＩＰマルチメディアサブシステムでは、そのような接続監視ユニットＣＣは、接続ステータス監視機能（Ｃａｌｌ  Ｓｔａｔｅ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：ＣＳＣＦ）とも呼ばれている。
【００１３】
サービスブローカー（Ｓｅｒｖｉｃｅ  Ｂｒｏｋｅｒ）ネットワークユニットＳＢ：この迂回（Ｒｅｄｉｒｅｃｔ）サーバーＳＢは、常に接続監視ユニットＣＣによる接続内に含まれており、このユニット（ＳＢ）は、接続（又はコールレグ：Ｃａｌｌ  Ｌｅｇ）のために、どのアプケーションサーバー（ＡＳ）を使用する（使用しなければならない／使用してもよい）のかを決定して、その決定を、例えば、ＳＩＰリダイレクトメッセージとして接続監視ユニットＣＣに返送し、そして、接続監視ユニットＣＣは、アプケーションサーバーＡＳを制御する。
【００１４】
ネットワークルーティングサーバー（Ｎｅｔｗｏｒｋ  Ｒｏｕｔｉｎｇ  Ｒｅｄｉｒｅｃｔ  Ｓｅｒｖｅｒ）ＮＲ：このサーバーＮＲは、例えば、その時々のＢ側のゲートウェイを発見することを担当している。接続監視ユニットＣＣは、例えば、Ａ側のアプリケーションの経過後に、ネットワークルーティングサーバーＮＲへのルーティングを実行し、このサーバーは、例えば、ＳＩＰリダイレクトメッセージとして、接続監視ユニットＣＣにゲートウェイアドレスを送信する。
【００１５】
ネットワークルーティングサーバーＮＲは、接続要求を拒否するか、接続監視ユニットＣＣの代替ゲートウェイＢＧに返送するかのどちらかを行うために、障害又はサービスデータの送信中断に関して、ゲートウェイＢＧを監視しなければならない。この場合、ＴＲＩＰプロトコルを好適な信号伝送プロトコルとすることができる。
【００１６】
接続監視ユニットＣＣは、障害検知時に好適な措置（リルーティング）を起動するために、サービスブローカーネットワークＳＢとネットワークルーティングサーバーＮＲを監視しなければならない。この場合、標準化された「キープアライブ（ｋｅｅｐ  ａｌｉｖｅ）」によるＳＩＰ−ＯＰＴＩＯＮＳ法が好適な手法である。
【００１７】
図２は、例えば、セルラー移動体無線ネットワーク、パケット交換通信ネットワーク、ＩＰネットワークなどの通信ネットワーク内のゲートウェイＢＧが障害となった場合における、この発明による方法のフロー図を図示している。ゲートウェイは、一般的に、例えば、固定ネットワーク（ＩＳＤＮ、ＰＳＴＮなど）、ＩＰネットワーク、ＩＰマルチメディアサブシステムなどの別の通信ネットワークとのインタフェースを構成する。この場合、第一のネットワークユニットＣＣ、少なくとも一つの第二のネットワークユニットＡＳ，ＢＧ及び少なくとも一つの第三のネットワークユニットＳＢ，ＮＲの中の一つ以上は、ＩＰマルチメディアサブシステムのネットワークユニットとすることができる。第一のネットワークユニットＣＣからは、当該の少なくとも一つのパラメータを含む少なくとも一つの信号メッセージを有するイベント（ｅｖｅｎｔ）が、少なくとも一つの信号メッセージ、例えば、「ＳＵＢＳＣＲＩＢＥ」ＳＩＰメッセージによって、少なくとも一つの第三のネットワークユニットに信号伝送される。この場合、パラメータは、例えば、「ＢＥ  ｏｕｔａｇｅ」、「ＢＥ  ｒｅ−ａｖａｉｌａｂｉｌｉｔｙ」イベントなどの所謂イベント（ｅｖｅｎｔ）とすることができる。少なくとも一つの第三のネットワークユニットＮＲ内では、第一のネットワークユニットＣＣから送信された少なくとも一つのパラメータを含む少なくとも一つの信号メッセージによって発動される形で、少なくとも一つのトリガーポイントが（動的に、さもなければ画一的に）セットされる。この少なくとも一つの第三のネットワークユニットＮＲでは、これらのトリガーポイントは、少なくとも一つの第二のネットワークユニットＢＧ、ここではゲートウェイの障害検知又は再稼働検知時に、その障害、即ち、サービスデータの送信中断又は再稼働が、例えば、「ＳＩＰ  ＮＯＴＩＦＹ」の通知によって、第一のネットワークユニットＣＣに信号伝送されるように作用する。例えば、少なくとも一つのトリガーポイントによって、少なくとも一つの第二のネットワークユニットＢＧの障害又は再稼働の発生時にイベントが発動され、第一のネットワークユニットＣＣ、例えば、接続監視ユニットは、このイベント（ｅｖｅｎｔ）に関して、例えば、「ＮＯＴＩＦＹ」ＳＩＰメッセージによって通知されることとなる。
【００１８】
図３は、アプケーションサーバーＡＳの障害時における、この発明による方法のフロー図を図示している。この場合、この発明による方法は、第一のネットワークユニットＣＣに対して、第二のネットワークユニットＡＳ、ここではアプケーションサーバーＡＳの障害、即ち、サービスデータの送信中断を信号伝送するために使用される。この方法は、図２と同様に実行される。第一のネットワークユニットＣＣは、少なくとも一つの第三のネットワークユニットＳＢ、ここではサービスブローカーネットワークＳＢに対して、少なくとも一つのパラメータを含む少なくとも一つの信号メッセージを送信し、第三のネットワークユニットＳＢでは、例えば、少なくとも一つのトリガーポイントがセットされる。この場合、少なくとも一つのパラメータは、例えば、「ＡＳ  ｏｕｔａｇｅ」イベント（ｅｖｅｎｔ）、「ＡＳ  ｒｅ−ａｖａｉｌａｂｉｌｉｔｙ」イベントなどのＳＩＰイベント（ｅｖｅｎｔ）とすることができる。少なくとも一つの第三のネットワークユニットＮＲは、例えば、ＯＰＴＩＯＮＳ法によって、障害に関して、少なくとも一つの第二のネットワークユニットＡＳを監視しており、例えば、ＳＩＰ−ＮＯＴＩＦＹメッセージによって、第一のネットワークユニットＣＣに通知する。
【００１９】
図４は、第一のネットワークユニットＣＣにおける、この発明による装置を図示している。処理ユニットＶは、少なくとも一つの第二のネットワークユニットＡＳ，ＢＧ側からのサービスデータの送信中断時の通報に関する少なくとも一つのパラメータを含む少なくとも一つの信号メッセージを作成し、送信ユニットＳを介して、図２と３にもとづき、そのメッセージを少なくとも一つの第三のネットワークユニットＳＢ，ＮＲに送信する。少なくとも一つの第二のネットワークユニットＡＳ，ＢＧ側からのサービスデータの送信中断時には、受信ユニットＥによって、少なくとも一つの第三のネットワークユニットＳＢ，ＮＲから少なくとも一つのパラメータにもとづく少なくとも一つの通知メッセージを受信する。
【図面の簡単な説明】
【００２０】
【図１】ＳＩＰ信号方式を備えた典型的な通信ネットワーク
【図２】この発明による方法のゲートウェイ障害時のフロー図
【図３】この発明による方法のアプケーションサーバー障害時のフロー図
【図４】この発明による装置
【図１】
2008530925.tif 000003
【図２】
2008530925.tif 000004
【図３】
2008530925.tif 000005
【図４】
2008530925.tif 000006
【国際調査報告】
2008530925.tif 000007
2008530925.tif 000008
2008530925.tif 000009
2008530925.tif 000010