JP2010118799A - 通話制御装置、ｉｐ電話網及びそれらに用いる緊急呼専用リソースしきい値切替方法 - Google Patents

Abstract

【課題】 災害発生情報等の外部情報と装置内で計測する内部トラフィック計測情報とが異なる状況を示すような場合でも、平常時及び災害発生時それぞれの状況に合わせて効率的にリソースを活用可能な通話制御装置を提供する。
【解決手段】 通話制御装置（呼制御サーバ装置１）は、災害時用、平常時用の緊急呼専用リソース領域のしきい値とを切り替える機能（リソース割り当て部１７）を持つ。また、通話制御装置は、ＩＰ電話網内の呼数を計測する計測手段（トラフィックカウンタ部１４）と、計測手段の計測結果と災害警報通知及び災害警報通知解除とに基づいて災害時及び当該災害時の解除を判断する判断手段（災害状態検出部１５）と、判断手段の判断結果に基づいて災害時用の緊急呼専用リソース領域のしきい値と平常時用の緊急呼専用リソース領域のしきい値との切り替えを指示する手段（しきい値変更通知生成部１６）とを有する。
【選択図】 図１

Description

本発明は通話制御装置、ＩＰ電話網及びそれらに用いる緊急呼専用リソースしきい値切替方法に関し、特に災害警報通知と連動した緊急呼用リソース領域のしきい値の変更機能に関する。

ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話網には、コア網とアクセス網との間に位置するサービスエッジノード装置と、加入者端末からの呼を制御する呼制御サーバ装置とが配置されている。

ここで、加入者端末（一般的な電話機や携帯電話機、パーソナルコンピュータ等）は、アクセス網に接続されており、加入者端末からの通信（呼）は、該当するアクセス網に配置されたサービスエッジノード装置に集められる。サービスエッジノード装置は、呼制御サーバ装置に相手先の電話番号（あるいはＩＰアドレス）等を通知し、接続を要請する。

呼制御サーバ装置は、送信先の加入者端末を接続しているサービスエッジノード装置にアクセスの要請を行い、呼の接続を確立する。送信先の加入者端末がビジー（使用中等）の場合、呼制御サーバ装置は、送信元のサービスエッジノード装置にその旨を通知する。

上記の仕組みについては、呼制御プロトコルとして、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ） Ｈ．３２３やＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＭＥＧＡＣＯ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ）／Ｈ．２４８等が既に知られている。また、これらの技術については周知であり、その詳細な説明を省略する。

これらサービスエッジノード装置や呼制御サーバ装置は、通話制御装置として、加入者端末から発信される通話要求に応じて、中継用ＩＰアドレス、通信用帯域、通話要求情報保持用メモリ等のリソースを確保し、リソースが確保できた場合は、通話要求を受け付け、通話用の呼を確立する機能を持っている。

一般的に、加入者端末からの通話要求には、緊急通話（緊急呼）と通常通話（通常呼）との２種類の要求があり、緊急通話は通常通話よりも優先して通話を確立することが期待されている。

そのため、一部のサービスエッジノード装置、呼制御サーバ装置では、緊急通話（緊急呼）専用で使用可能なリソース領域を設け、リソース使用量がある一定のしきい値を超えた場合は通常呼の受付を停止し、緊急呼のためだけにリソースを確保する機能を持っている（例えば、特許文献１参照）。
再特ＷＯ２００５／００４０７６号公報

上述したリソース領域のしきい値の変更方法では、しきい値設定時に緊急呼専用リソース領域を小さくした場合、大規模な災害等が発生した際に、緊急呼の増加により緊急呼専用のリソースが枯渇し、緊急呼が確立できないという問題が発生してしまう可能性がある。

その一方で、緊急呼専用リソース領域を大きく設定した場合は、災害が発生していない平常時に、緊急呼の数が災害時と比較して少ないにもかかわらず、未使用の緊急呼専用リソース領域を確保し続けなければならないために、効率的なリソースの活用ができないという問題が発生してしまう可能性がある。

本発明に関連するサービスエッジノード装置や呼制御サーバ装置では、災害発生時／平常時の両方のケースで緊急呼リソースしきい値が固定で設定されているため、両方のケースに対応可能なＩＰ電話網を構築するために、予めリソースの総量が大きい高コストの装置を配備する必要がある。

また、上記の特許文献１に記載の技術では、災害発生時における被害被災状況情報等を、災害監視者と災害発生エリア内の被災者との間で迅速に送受信するために、帯域制御装置が他の呼帯域よりパケット呼帯域を優先的に割り付けているが、災害発生情報等の外部情報と装置内で計測する内部トラフィック計測情報とが異なる状況を示すような場合に対応することができない。

そこで、本発明の目的は上記の問題点を解消し、災害発生情報等の外部情報と装置内で計測する内部トラフィック計測情報とが異なる状況を示すような場合でも、平常時及び災害発生時それぞれの状況に合わせて効率的にリソースを活用することができる通話制御装置、ＩＰ電話網及びそれらに用いる緊急呼専用リソースしきい値切替方法を提供することにある。

本発明による通話制御装置は、災害警報通知と災害警報通知解除とに連動して災害時用の緊急呼専用リソース領域のしきい値と、平常時用の緊急呼専用リソース領域のしきい値とを切り替える機能を持つ通話制御装置であって、
ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話網内の呼数を計測する計測手段と、前記計測手段の計測結果と前記災害警報通知及び前記災害警報通知解除とに基づいて災害時及び当該災害時の解除を判断する判断手段と、前記判断手段の判断結果に基づいて前記災害時用の緊急呼専用リソース領域のしきい値と前記平常時用の緊急呼専用リソース領域のしきい値との切り替えを指示する手段とを備えている。

本発明によるＩＰ電話網は、上記の通話制御装置を含むことを特徴とする。

本発明による緊急呼専用リソース領域しきい値切替方法は、災害警報通知と災害警報通知解除とに連動して災害時用の緊急呼専用リソース領域のしきい値と、平常時用の緊急呼専用リソース領域のしきい値とを切り替える機能を持つ通話制御装置に用いる緊急呼専用リソースしきい値切替方法であって、
前記通話制御装置が、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話網内の呼数を計測する計測処理と、前記計測処理の計測結果と前記災害警報通知及び前記災害警報通知解除とに基づいて災害時及び当該災害時の解除を判断する判断処理と、前記判断処理の判断結果に基づいて前記災害時用の緊急呼専用リソース領域のしきい値と前記平常時用の緊急呼専用リソース領域のしきい値との切り替えを指示する処理とを実行している。

本発明によるプログラムは、災害警報通知と災害警報通知解除とに連動して災害時用の緊急呼専用リソース領域のしきい値と、平常時用の緊急呼専用リソース領域のしきい値とを切り替える機能を持つ通話制御装置内の中央処理装置に実行させるプログラムであって、
ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話網内の呼数を計測する計測処理と、前記計測処理の計測結果と前記災害警報通知及び前記災害警報通知解除とに基づいて災害時及び当該災害時の解除を判断する判断処理と、前記判断処理の判断結果に基づいて前記災害時用の緊急呼専用リソース領域のしきい値と前記平常時用の緊急呼専用リソース領域のしきい値との切り替えを指示する処理とを含むことを特徴とする。

本発明は、上記のような構成及び動作とすることで、災害発生情報等の外部情報と装置内で計測する内部トラフィック計測情報とが異なる状況を示すような場合でも、平常時及び災害発生時それぞれの状況に合わせて効率的にリソースを活用することができるという効果が得られる。

次に、本発明の実施の形態について図面を参照して説明する。まず、本発明によるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話網の概略について説明する。本発明によるＩＰ電話網は、通話制御装置であるサービスエッジノード装置及び呼制御サーバ装置において、緊急呼（緊急通話）専用として使用可能なリソースの領域を災害警報通知と連動して変更する機能を持つ。

呼制御サーバ装置は、外部の警報装置から災害の通知を受けることができる。ＩＰ電話網を構成するすべての呼制御サーバ装置に同時に災害情報が通知されるか、あるいは災害地域のみの呼制御サーバ装置のみに災害情報が通知されるかについては、外部の警報装置にその旨が予め設定されている。

呼制御サーバ装置は、装置内に呼数を計測する機能を有し、災害時の「呼数」、あるいは「呼数の変動量」についてしきい値を有し、そのしきい値を超えた場合に災害時とみなす。呼制御サーバ装置は、緊急呼（緊急通話）と通常呼（通常通話）との「呼数」及び「帯域」のリソース割り当て値を、災害時の場合と平常時の場合とに分けて有している。平常時には、平常時のリソース割り当て範囲内で、それぞれと緊急呼（緊急通話）と通常呼（通常通話）とを利用する。

サービスエッジノード装置は、緊急呼（緊急通話）と通常呼（通常通話）との「中継用ＩＰアドレス」、「通話要求情報保持用メモリ」のリソース割り当て値を災害時の場合と平常時の場合とに分けて有している。平常時には、平常時のリソース割り当て範囲内で、それぞれと緊急呼（緊急通話）と通常呼（通常通話）とを利用する。災害時（緊急時）には、緊急呼（緊急通話）のリソース割り当て値を増加させ、緊急時のリソース割当て範囲内で、それぞれ緊急呼（緊急通話）と通常呼（通常通話）とを利用する。

呼制御サーバ装置は、呼数がしきい値を下回るか、もしくは呼数の減少量がしきい値を上回った場合、災害が解除されたとみなし、緊急呼（緊急通話）のリソース割り当て値を平常時の値に戻す。

呼制御サーバ装置は、上記のように、災害を検出するか、災害の解除を検出した場合に、各サービスエッジノード装置に対して、それぞれ災害状態か災害解除状態かの状態通知を行うことができる。

このように、本発明では、災害発生情報等の外部情報と呼制御サーバ装置内で計測する内部トラフィック計測情報とが異なる状況を示すような場合でも、平常時及び災害発生時それぞれの状況に合わせて効率的にリソースを活用することができる。

図１は本発明の実施の形態による呼制御サーバ装置の構成例を示すブロック図である。図１において、呼制御サーバ装置１は、外部警報受信部１１と、通信受信部１２と、通信処理部１３と、トラフィックカウンタ部１４と、災害状態検出部１５と、しきい値変更通知生成部１６と、リソース割り当て部１７とを備えて構成されている。

呼制御サーバ装置１では、サービスエッジノード装置２を経由した加入者端末４からの呼制御信号を通信受信部１２で受信し、その受信データを通信処理部１３とトラフィックカウンタ部１４とに送信する。トラフィックカウンタ部１４では、呼の数を計数する。計数結果は、定期的（例えば、分単位等）に記録され、災害状態検出部１５に送信される。

通信処理部１３では、リソース割り当て部１７にリソース割り当て命令を送信するとともに、サービスエッジノード装置２に呼制御の要求を通知する呼制御プロトコルを送信する。呼制御プロトコルとしては、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ） Ｈ．３２３やＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＭＥＧＡＣＯ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ）／Ｈ．２４８等を利用する方法が既に知られており、本発明では、これらのいずれもが利用可能である。また、これらの技術については周知であるので、その詳細な説明は省略する。

リソース割り当て部１７では、通信処理部１３から送信されているリソース割り当て命令に従って、「呼数」及び「帯域」のリソースの割り当てを行う。この時、呼制御リソース割り当て命令が緊急呼（緊急通話）と通常呼（通常通話）とのいずれかを判別し、緊急呼（緊急通話）と通常呼（通常通話）とをそれぞれのリソースしきい値の割り当て範囲内でリソース割り当てを行う。

災害状態検出部１５では、トラフィックカウンタ部１４から単位時間当たりの呼数を受け取り、検出条件に従って、災害時であるか否かを判断し、緊急呼（緊急通話）と通常呼（通常通話）とのリソースしきい値を変更すべきかどうかを決定する。

外部警報受信部１１では、警報装置３から情報を受信し、その情報を災害状態検出部１５に送信する。災害時であるか否かの判断は、警報装置３からの情報と、トラフィックカウンタ部１４からの情報とを組み合わせて決定することができる。

災害時の検出条件として、以下の５通りの方法がある。これら方法は、いずれも災害状態検出部１５において、警報装置３とトラフィックカウンタ部１４とからそれぞれ受け取るデータの比較処理で実現できるものであるので、ここではその詳細な説明を省略する。

（１）トラフィックカウンタ部１４の計数結果を重視する場合、
・呼数が予め指定されたしきい値を上回った場合に、災害時と判断する
・前の計測時のトラフィックカウンタ部１４からの単位時間あたりの呼数の増加数が、予め指定されたしきい値を上回った場合に、災害時と判断する
という方法がある。

（２）警報装置３の情報を重視する場合は、
・警報装置３から災害警報を受信した場合に、災害時と判断する
という方法がある。

（３）トラフィックカウンタ部１４の情報と警報装置３の情報とを組み合わせる場合は、
・（ａ）トラフィックカウンタ部１４からの呼数もしくは呼数の増加数がしきい値を上回った場合、（ｂ）警報装置３から災害警報を受信した場合のいずれかであれば、災害時と判断する
・（ｃ）トラフィックカウンタ部１４からの呼数もしくは呼数の増加数がしきい値を上回った場合、（ｄ）警報装置３から災害警報を受信した場合の両方の条件がそろった場合に、災害時と判断する
という方法がある。

災害状態検出部１５にて災害の発生が検出された場合、しきい値変更通知生成部１６は、リソース割り当てのしきい値を災害時の状態に変更するためにしきい値変更命令を生成し、そのしきい値変更命令をサービスエッジノード装置２とリソース割り当て部１７とに送信する。

また、災害状態の解除についても、下記の方法がある。この方法は、いずれも災害状態検出部１５において、警報装置３とトラフィックカウンタ部１４とからそれぞれ受け取るデータの比較処理で実現できるものであるので、ここではその詳細な説明を省略する。

（１）トラフィックカウンタ部１４の計数結果を重視する場合は、
・呼数が予め指定されたしきい値を下回った場合に、災害時の解除と判断する
・前の計測時のトラフィックカウンタ部１４からの単位時間当たりの呼数の減少数が、予め指定されたしきい値を上回った場合に、災害時の解除と判断する
という方法がある。

（２）警報装置３の情報を重視する場合は、
・警報装置３から災害の解除情報を受信した場合に、災害時の解除と判断する
という方法がある。

（３）トラフィックカウンタ部１４の情報と警報装置３の情報とを組み合わせる場合は、
・（ａ）トラフィックカウンタ部１４からの呼数がしきい値を下回るか、呼数の減少数がしきい値を上回った場合、（ｂ）警報装置３から災害の解除情報を受信した場合のいずれかであれば、災害時の解除と判断する
・（ｃ）トラフィックカウンタ部１４からの呼数がしきい値を下回るか呼数の減少数がしきい値を上回った場合、（ｄ）警報装置３から災害の解除情報を受信した場合の両方の条件がそろった場合に、災害時の解除と判断する
という方法がある。

災害状態検出部１５にて災害状態の解除が検出された場合、しきい値変更通知生成部１６は、リソース割り当てのしきい値を平常時の状態に変更するためにしきい値変更命令を生成し、そのしきい値変更命令をサービスエッジノード装置２とリソース割り当て部１７とにそれぞれ送信する。

図２は図１に示すサービスエッジノード装置２の構成例を示すブロック図である。図２において、サービスエッジノード装置２は、通信受信部２１と、通信処理部２２と、リソース割り当て部２３とを備えて構成されている。

サービスエッジノード装置２では、呼制御サーバ装置１からの通信を通信受信部２１で受信する。通信処理部２２は、通信受信部２１で受信した信号が呼制御プロトコルの場合、それが緊急呼（緊急通話）と通常呼（通常通話）とのいずれかを判別して、プロトコルに応じたリソース割り当て命令をリソース割り当て部２３に送信する。

リソース割り当て部２３は、通信処理部２２からのリソース割り当て命令に従って「中継用ＩＰアドレス」、「通話要求情報保持用メモリ」のリソース割り当てを行う。リソース割り当て部２３は、緊急呼（緊急通話）と通常呼（通常通話）とのそれぞれのリソースしきい値の割り当て範囲内でリソース割り当てを行う。

通信受信部２１は、呼制御サーバ装置１からの通信がしきい値変更命令の場合、しきい値変更命令をリソース割り当て部２３に送出する。リソース割り当て部２３は、しきい値変更命令が示す災害検出時、災害非検出時（平常時）の状態に合わせて、緊急呼（緊急通話）と通常呼（通常通話）とのそれぞれのリソースしきい値を変更する。

図３は本発明の実施の形態によるＩＰ電話網の構成例を示すブロック図である。図３において、本発明の実施の形態によるＩＰ電話網は、呼制御サーバ装置１と、サービスエッジノード装置２−１，２−２と、警報装置３と、加入者端末４−１〜４−ｐと、コア網１００と、アクセス網２０１，２０２とから構成されている。

尚、呼制御サーバ装置１は上記の図１に示す呼制御サーバ装置１と同様の構成及び動作となっており、サービスエッジノード装置２−１，２−２は上記の図２に示すサービスエッジノード装置２と同様の構成及び動作となっている。

加入者端末４−１〜４−ｐは、通話要求をサービスエッジノード装置２−１，２−２経由でコア網１００に配置されている呼制御サーバ装置１に向けて送信する。

呼制御サーバ装置１は、加入者端末４−１〜４−ｐから受信した通話要求を受信し、その通話要求が緊急呼（緊急通話）か、通常呼（通常通話）かどうかを判別し、種別に応じたリソース（中継用ＩＰアドレス、通信用帯域、通話要求情報保持用メモリ等）の確保を呼制御サーバ装置１自身とサービスエッジノード装置２−１，２−２とに対して要求する。

サービスエッジノード装置２−１，２−２は、呼制御サーバ装置１からのリソース確保要求を受信し、そのリソース確保要求が緊急呼用か通常呼用かどうかの判別を行い、その種別に応じたリソースの確保を行う。

呼制御サーバ装置１、サービスエッジノード装置２−１，２−２各々でリソースの確保が可能な場合、通話要求元の加入者端末４−１〜４−ｐは、通話相手の加入者端末との間で通話を確立することが可能となる。

図４は本発明の実施の形態によるＩＰ電話網における災害時のリソースのしきい値変更処理を示すシーケンスチャートであり、図５は本発明の実施の形態によるＩＰ電話網における災害時の解除が行われた場合のリソースのしきい値変更処理を示すシーケンスチャートである。これら図１と図２と図４と図図５とを参照して本発明の実施の形態によるリソースのしきい値変更処理について説明する。尚、図４及び図５に示す処理は、呼制御サーバ装置１及びサービスエッジノード装置２各々の制御部［例えば、ＣＰＵ（中央処理装置）等］（図示せず）がプログラムを実行することでも実現可能である。

本実施の形態では、外部の警報装置３からの通知と、呼制御サーバ装置１内部の単位時間当たりの呼数の計測結果とを複合的に判断して災害時とみなすことができる。一般的に、災害通知は、近年の地震予知システム等から早期に通知が可能である反面、災害が起こった場合、その地域にある警報装置３に障害が起こり、通報が遅れることも考えられる。

これらを考慮し、外部の警報装置３からの通知と、呼制御サーバ装置１内部での単位時間当たりの呼数の計測結果との両方の情報を利用した災害時判断は、外部の警報装置３からの情報と呼制御サーバ装置１内部でのトラフィック計測情報とが異なる状況である場合の災害かどうかの判断に有効である。

呼制御サーバ装置１は、上述したように、外部の警報装置３からの災害通報と内部での呼数カウントとの双方の結果を確認することができるので、いずれかで災害時と判断される情報を基に災害時かどうかを決定している。但し、以下の説明では、外部の警報装置３からの通知と、呼制御サーバ装置１内部での単位時間当たりの呼数の計測結果とを組み合わせて判断する場合について説明する。

呼制御サーバ装置１の外部警報受信部１１は、警報装置３の災害の情報を受信すると（図４ステップＳ１）、その警報装置３の災害の情報を災害状態検出部１５に渡す。

災害状態検出部１５は、トラフィックカウンタ部１４から受信した単位時間当たりの呼数をしきい値と比較し（または、増加数をしきい値と比較し）（図４ステップＳ２）、呼数＞しきい値（または、増加数＞しきい値）であれば（図４ステップＳ３）、災害時と判断し（図４ステップＳ４）、その旨をしきい値変更通知生成部１６に通知する。

しきい値変更通知生成部１６は、災害状態検出部１５からの通知に基づいてリソースのしきい値変更命令を作成し、そのしきい値変更命令をリソース割り当て部１７及びサービスエッジノード装置２に送信する（図４ステップＳ５）。

リソース割り当て部１７は、しきい値変更命令によりリソースのしきい値を変更し（図４ステップＳ６）、リソース割り当てを実行する（図４ステップＳ７）。サービスエッジノード装置２でも、リソース割り当て部２３にて、しきい値変更命令によりリソースのしきい値を変更し（図４ステップＳ１１）、リソース割り当てを実行する（図４ステップＳ１２）。

一方、本実施の形態では、外部の警報装置３からの通知と呼制御サーバ装置１内部の呼数の計測結果とを複合的に判断し、災害時の解除とみなすことができる。一般的に、災害時の解除が外部の警報装置３から解除となっても、通話においては災害がある程度沈静化した後でも多数の通話があるものである。また、単に一度呼数が減少したからというだけでは、災害時状態の解除を行うことは難しい。

さらに、外部の警報装置３には、災害解除の通報を行わない場合も考えられるため、外部の警報装置３からの通知と呼制御サーバ装置１内部での呼数の計測結果との両方の情報を利用した災害状態の解除の判断は、外部の警報装置３からの情報と呼制御サーバ装置１内部でのトラフィック計測情報とが異なる状況である場合の災害時の解除かどうかの判断に有効である。

呼制御サーバ装置１は、外部の警報装置３からの災害通報と内部での呼数カウントとの双方の結果を確認することができるので、両方の情報からいずれもが災害時の解除と判断される場合に、災害時の解除と判断することができる。

また、呼制御サーバ装置１は、外部の警報装置３からの災害通報と内部での呼数カウントとの双方の結果を確認することができるので、呼数の情報から一時的に災害時解除となった時点から、予め定められた時間を置いて、呼数がしきい値を超えない場合に災害時の解除と判断することもできる。

さらに、呼制御サーバ装置１は、外部の警報装置３からの災害通報と内部での呼数カウントとの双方の結果を確認することができるので、呼数の情報から一時的に災害時解除となった時点から、予め定められた時間を置いて、呼数が減少であると判断された場合に災害時の解除と判断することもできる。

呼制御サーバ装置１の外部警報受信部１１は、警報装置３の災害時の解除通報を受信すると（図５ステップＳ２１）、その警報装置３の災害時の解除通報を災害状態検出部１５に渡す。

災害状態検出部１５は、トラフィックカウンタ部１４から受信した単位時間当たりの呼数をしきい値と比較し（または、減少数をしきい値と比較し）（図５ステップＳ２２）、呼数＜しきい値（または、減少数＞しきい値）であれば（図５ステップＳ２３）、災害時の解除と判断し（図５ステップＳ２４）、その旨をしきい値変更通知生成部１６に通知する。

しきい値変更通知生成部１６は、災害状態検出部１５からの通知に基づいてリソースのしきい値変更命令を作成し、そのしきい値変更命令をリソース割り当て部１７及びサービスエッジノード装置２に送信する（図５ステップＳ２５）。

リソース割り当て部１７は、しきい値変更命令によりリソースのしきい値を変更し（図５ステップＳ２６）、リソース割り当てを実行する（図５ステップＳ２７）。サービスエッジノード装置２でも、リソース割り当て部２３にて、しきい値変更命令によりリソースのしきい値を変更し（図５ステップＳ３１）、リソース割り当てを実行する（図５ステップＳ３２）。

図６は本発明の実施の形態による平常時（災害警報通知解除後、災害警報通知前）の呼制御サーバ装置１及びサービスエッジノード装置２各々のリソースを示す図であり、図７は本発明の実施の形態による災害時（災害警報通知後、災害警報通知解除前）の呼制御サーバ装置１及びサービスエッジノード装置２各々のリソースを示す図である。

図６において、呼制御サーバ用リソース１８、サービスエッジノード用リソース２４は、それぞれ呼制御サーバ装置１、サービスエッジノード装置２が保持している各種リソース（中継用ＩＰアドレス、通信用帯域、通話要求情報保持用メモリ等）毎のリソースの総量を表している。

各種リソース（中継用ＩＰアドレス、通信用帯域、通話要求情報保持用メモリ等）の一つのカテゴリに着目した場合、呼制御サーバ装置１、サービスエッジノード装置２はそれぞれ呼制御サーバ用リソース１８、サービスエッジノード用リソース２４について、呼制御サーバ用緊急呼リソースしきい値２１１、サービスエッジノード用緊急呼リソースしきい値２１２を持っている。

呼制御サーバ用リソース１８、サービスエッジノード用リソース２４各々は、その使用量がしきい値を超えない限り、通常呼（通常通話）と緊急呼（緊急通話）の双方で確保して使用することが可能であるが、しきい値を超えた場合、通常呼（通常通話）でのリソースの確保を停止し、緊急呼（緊急通話）のためだけにリソースを確保して使用することが可能となる。

呼制御サーバ装置１、サービスエッジノード装置２は、呼制御サーバ用緊急呼リソースしきい値２１１、サービスエッジノード用緊急呼リソースしきい値２１２を、ＩＰ電話網の外部からの災害警報通知及び災害警報通知解除の受信、トラフィックカウンタ部１４の計測結果に連動して変更させる機能（リソース割り当て部１７，２３）を持っている。

図６の呼制御サーバ用緊急呼リソースしきい値２１１、サービスエッジノード用緊急呼リソースしきい値２１２は、それぞれ平常時の呼制御サーバ装置１、サービスエッジノード装置２の緊急呼リソースしきい値を示している。平常時は、災害が発生していない状態、つまり、災害警報通知が解除されており、災害警報通知を受信する前の状態を示している。

この場合、呼制御サーバ用緊急呼リソースしきい値２１１、サービスエッジノード用緊急呼リソースしきい値２１２は、予め定められた、呼制御サーバ用リソース平常時しきい値２２１、サービスエッジノード用リソース平常時しきい値２２２の値に設定されている。

図７の呼制御サーバ用緊急呼リソースしきい値２１１、サービスエッジノード用緊急呼リソースしきい値２１２は、それぞれ災害時の呼制御サーバ装置１、サービスエッジノード装置２の緊急呼リソースしきい値を示している。災害時は、つまり災害警報通知が受信されており、災害警報通知が解除される前の状態を示している。

この場合、呼制御サーバ用緊急呼リソースしきい値２１１、サービスエッジノード用緊急呼リソースしきい値２１２は、予め定められた呼制御サーバ用リソース緊急時しきい値２３１、サービスエッジノード用リソース緊急時しきい値２３２の値に設定される。

このように、本実施の形態では、平常時と災害時とで異なる緊急呼リソースしきい値を設け、外部の警報装置３からの災害警報通知及び災害警報通知解除と呼制御サーバ装置１内部の呼数の計測結果とに基づいたしきい値変更命令に連動して２種類のしきい値を切替える機能を持つ。そのため、本実施の形態では、上述した呼制御サーバ装置１やサービスエッジノード装置２を使用することで、平常時、災害発生時、それぞれの状況に合わせた効率的なリソースの活用が可能となり、災害発生時等の緊急呼通話の急増に対応可能なＩＰ電話網をよりリソースの少ない、より低コストの装置で構築することが可能となる。

本実施の形態では、呼制御サーバ装置１がＩＰ電話網の外部からの地震警報等の災害警報通知（災害警報通知解除）と呼制御サーバ装置１内部の呼数の計測結果とに基づいたしきい値変更命令をトリガとすることを想定している。

すなわち、本実施の形態では、ＩＰ電話網内の「呼数がある一定のしきい値を上回った場合」、もしくは「単位時間あたりの通話要求の増加率がある一定のしきい値を上回った場合」を災害警報通知と同様とみなすことが可能である。

また、この場合は、ＩＰ電話網内の「呼数がある一定のしきい値より少なくなった場合」、もしくは「単位時間あたりの呼の減少率を測定しある一定のしきい値を上回った場合」を災害警報通知解除と同様とみなすことも可能である。

尚、本発明では、呼制御サーバ装置１が、ＩＰ電話網を構成する複数の呼制御サーバ装置各々の状況と複数のサービスエッジノード装置各々の状況とを複合的に判断して、災害時の解除とみなすことができる。一般的に、サービスエッジノード装置は、地域分散していることが多く、災害が発生した場合にある地域では災害時状態であっても、ある地域では災害時ではないこともある。また、災害状態にあっても、サービスエッジノード装置間では、災害時解除のタイミングも異なる。呼制御サーバ装置は、災害時において、各サービスエッジノード装置の状態を確認して災害状態の解除の判断を行うことは、呼制御サーバ装置の災害状態の解除のタイミングを判定するために有効である。

この場合、呼制御サーバ装置は、すべてのサービスエッジノード装置の状況と呼制御サーバ装置の状況とが、災害時解除となった場合に、災害時解除としたり、呼制御サーバ装置の呼数計測において、呼数が災害時解除と判断される状態となった場合に、災害時解除とすることができる。

本発明では、各地域で災害状況に違いがあるため、ある地域では災害状況であるが、他の地域では災害状況ではないこともあるため、それぞれの地域の状況の影響を受けるサービスエッジノード装置及び呼制御サーバ装置でのしきい値の変更は、それぞれ独立して行うほうが好ましい。

また、呼制御サーバ装置では「呼数」と「帯域」、サービスエッジノード装置では「中継用ＩＰアドレス」、「通話要求情報保持用メモリ」というそれぞれ異なるリソースを管理しているため、サービスエッジノード装置及び呼制御サーバ装置でのしきい値の変更は、それぞれ独立して行うほうが好ましい。

さらに、本発明では、上記の実施の形態の説明において詳述してないが、呼制御サーバ装置においては各サービスエッジノード装置から収集した情報を基に、いくつかのしきい値を用意する方法も考えられる。例えば、全地域が災害状況の場合と、一部地域が災害状況の場合とは、そのしきい値が異なることが好ましい。

さらにまた、本発明では、上記の実施の形態の説明において、外部の警報装置３からの災害警報通知及び災害警報通知解除と呼制御サーバ装置１内部の呼数の計測結果とを組み合わせる場合について述べたが、上述したように、いずれか一方を重視することも可能である。また、本発明では、上記の実施の形態の説明において、呼制御サーバ装置で災害時、災害時の解除を判断するようにしたが、サービスエッジノード装置でも判断することは可能であり、これらに限定されない。

本発明は、ＩＰ電話網内のネットワーク装置全般に適用可能である。

本発明の実施の形態による呼制御サーバ装置の構成例を示すブロック図である。 図１に示すサービスエッジノード装置の構成例を示すブロック図である。 本発明の実施の形態によるＩＰ電話網の構成例を示すブロック図である。 本発明の実施の形態によるＩＰ電話網における災害時のリソースのしきい値変更処理を示すシーケンスチャートである。 本発明の実施の形態によるＩＰ電話網における災害時の解除が行われた場合のリソースのしきい値変更処理を示すシーケンスチャートである。 本発明の実施の形態による平常時（災害警報通知解除後、災害警報通知前）の呼制御サーバ装置及びサービスエッジノード装置各々のリソースを示す図である。 本発明の実施の形態による災害時（災害警報通知後、災害警報通知解除前）の呼制御サーバ装置及びサービスエッジノード装置各々のリソースを示す図である。

符号の説明

１ 呼制御サーバ装置
２，２−１，２−２ サービスエッジノード装置
３ 警報装置
４−１〜４−ｐ 加入者端末
１１ 外部警報受信部
１２，２１ 通信受信部
１３，２２ 通信処理部
１４ トラフィックカウンタ部
１５ 災害状態検出部
１６ しきい値変更通知生成部
１７，２３ リソース割り当て部
１８ 呼制御サーバ用リソース
２４ サービスエッジノード用リソース
１００ コア網
２０１，２０２ アクセス網

Claims (12)

1. 災害警報通知と災害警報通知解除とに連動して災害時用の緊急呼専用リソース領域のしきい値と、平常時用の緊急呼専用リソース領域のしきい値とを切り替える機能を持つ通話制御装置であって、
   ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話網内の呼数を計測する計測手段と、前記計測手段の計測結果と前記災害警報通知及び前記災害警報通知解除とに基づいて災害時及び当該災害時の解除を判断する判断手段と、前記判断手段の判断結果に基づいて前記災害時用の緊急呼専用リソース領域のしきい値と前記平常時用の緊急呼専用リソース領域のしきい値との切り替えを指示する手段とを有することを特徴とする通話制御装置。
2. 前記判断手段は、前記災害時の呼数あるいは呼数の変動量のしきい値と前記計測手段の計測結果とを比較し、その比較結果と前記災害警報通知及び前記災害警報通知解除とに基づいて災害時及び当該災害時の解除を判断することを特徴とする請求項１記載の通話制御装置。
3. 前記ＩＰ電話網内の呼数がある一定のしきい値を上回った場合、もしくは単位時間当たりの通話要求の増加率がある一定のしきい値を上回った場合に前記災害警報通知と同様のトリガとみなすことを特徴とする請求項２記載の通話制御装置。
4. 前記ＩＰ電話網内の呼数がある一定のしきい値より少なくなった場合、もしくは単位時間当たりの呼の減少率がある一定のしきい値を上回った場合に前記災害警報通知解除と同様のトリガとみなすことを特徴とする請求項２または請求項３記載の通話制御装置。
5. 少なくとも呼数及び帯域を管理する呼制御サーバ装置と、少なくとも中継用ＩＰアドレス及び通話要求情報保持用メモリを管理するサービスエッジノード装置とのうちのいずれかであることを特徴とする請求項１から請求項４のいずれか記載の通話制御装置。
6. 上記の請求項１から請求項５のいずれかに記載の通話制御装置を含むことを特徴とするＩＰ電話網。
7. 災害警報通知と災害警報通知解除とに連動して災害時用の緊急呼専用リソース領域のしきい値と、平常時用の緊急呼専用リソース領域のしきい値とを切り替える機能を持つ通話制御装置に用いる緊急呼専用リソースしきい値切替方法であって、
   前記通話制御装置が、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話網内の呼数を計測する計測処理と、前記計測処理の計測結果と前記災害警報通知及び前記災害警報通知解除とに基づいて災害時及び当該災害時の解除を判断する判断処理と、前記判断処理の判断結果に基づいて前記災害時用の緊急呼専用リソース領域のしきい値と前記平常時用の緊急呼専用リソース領域のしきい値との切り替えを指示する処理とを実行することを特徴とする緊急呼専用リソースしきい値切替方法。
8. 前記通話制御装置が、前記判断処理において、前記災害時の呼数あるいは呼数の変動量のしきい値と前記計測手段の計測結果とを比較し、その比較結果と前記災害警報通知及び前記災害警報通知解除とに基づいて災害時及び当該災害時の解除を判断することを特徴とする請求項７記載の緊急呼専用リソースしきい値切替方法。
9. 前記ＩＰ電話網内の呼数がある一定のしきい値を上回った場合、もしくは単位時間当たりの通話要求の増加率がある一定のしきい値を上回った場合に前記災害警報通知と同様のトリガとみなすことを特徴とする請求項８記載の緊急呼専用リソースしきい値切替方法。
10. 前記ＩＰ電話網内の呼数がある一定のしきい値より少なくなった場合、もしくは単位時間当たりの呼の減少率がある一定のしきい値を上回った場合に前記災害警報通知解除と同様のトリガとみなすことを特徴とする請求項８または請求項９記載の緊急呼専用リソースしきい値切替方法。
11. 前記通話制御装置は、少なくとも呼数及び帯域を管理する呼制御サーバ装置と、少なくとも中継用ＩＰアドレス及び通話要求情報保持用メモリを管理するサービスエッジノード装置とのうちのいずれかであることを特徴とする請求項７から請求項１０のいずれか記載の緊急呼専用リソースしきい値切替方法。
12. 災害警報通知と災害警報通知解除とに連動して災害時用の緊急呼専用リソース領域のしきい値と、平常時用の緊急呼専用リソース領域のしきい値とを切り替える機能を持つ通話制御装置内の中央処理装置に実行させるプログラムであって、
    ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話網内の呼数を計測する計測処理と、前記計測処理の計測結果と前記災害警報通知及び前記災害警報通知解除とに基づいて災害時及び当該災害時の解除を判断する判断処理と、前記判断処理の判断結果に基づいて前記災害時用の緊急呼専用リソース領域のしきい値と前記平常時用の緊急呼専用リソース領域のしきい値との切り替えを指示する処理とを含むことを特徴とするプログラム。

Images