JP3576469B2 - 輻輳制御方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、通信システムにおける交換システムの輻輳制御方法に関するものである。
【０００２】
【従来の技術】
交換システムは、呼処理、保守等の処理を実施するためにメモリー等のリソースを使用するが、配備したリソースの量を超える処理要求が発生した場合にはリソース不足が発生し、それ以上の処理が実施できない輻輳状態となる。輻輳制御については、信学技報 ＴＥＣＨＮＩＣＡＬ ＲＥＰＯＲＴ ＯＦ ＩＥＩＣＥ ＳＳＥ９４−１６， ＩＮ９４−１６ （１９９４−０４）に記載されているように、網的輻輳制御及び自律輻輳制御がある。交換システムが実行中のサービスを完遂できなくなることを防ぐために、自律輻輳制御が必要である。
【０００３】
輻輳状態であると判断するためには、各種リソースを監視することが必要であるが、そのためには、交換システムが何らかの処理を行う度に内部リソースの状態を監視する方法、周期的に監視する方法等がある。処理毎に内部リソースを監視する場合は、監視処理が頻繁に起動されることとなり、処理量増加分の設備が必要となり、現実的ではない。一般的には、周期的に内部リソースを監視する方法が実施されている。
【０００４】
一方、輻輳以外の原因でリソース不足が発生することもある。交換システムで呼処理等の処理を行った後にはその処理で使用したリソースが解放されることが必要であるが、何らかのシステム異常（例えばプログラムの不具合）によりリソースが解放されない場合が生じる。このような事象が頻発すると、交換システムのリソースが枯渇して行き、最終的には処理が不可能な状態となる。これを防ぐため、一般的には、一定量のリソース不足が検出されると、交換システムが自律的に初期設定を行ってリソースを解放する。
【０００５】
ここで、急激なトラヒック増加のためリソース不足が発生した場合に、それが想定外のトラヒックによる輻輳であるにも拘わらず、他のシステム異常（リソース解放漏れ）による輻輳であると判断し、輻輳制御が働く前に交換システムが自律的に初期設定を行ってしまう可能性がある。
【０００６】
【発明が解決しようとする課題】
本発明は、上記の事象に鑑みてなされたものであり、大量のトラヒックが急激に発生したことによるリソース不足の場合には交換システムが自律初期設定を行わない輻輳制御方法を提供することを目的とする。
【０００７】
本発明の交換システムは、上記の目的を達成するため、ユーザからの要求に応じて呼の交換動作を行う交換システムであって、ユーザからの接続要求に対して、リソースを捕捉しながら交換動作を行う呼処理手段と、リソース不足が発生した場合、当該交換システムを初期設定して前記リソースを開放する初期設定手段と、前記リソースの使用状況を周期的に監視する監視手段と、監視手段からの監視情報に基づいて当該交換システムに輻輳が発生したか否かを判定し、輻輳が発生した場合輻輳制御を行う輻輳制御手段とを具え、リソース不足が検出された場合自律的に初期設定を行って前記リソースを開放する交換システムにおいて、
前記呼処理手段は、リソース捕捉不能になった際、その旨を前記初期設定手段に通知し、
初期設定手段は、所定の時間待ち合わせの後、前記輻輳制御手段から輻輳情報を収集し、その収集結果が輻輳状態でない場合、当該交換システムを初期設定してリソースを開放することを特徴とする。
【０００８】
本発明の輻輳制御方法によれば、リソース枯渇が生じた場合、それが急激なトラヒック増加によるものか又はリソース解放漏れによるものかを判断することができる。それにより、急激なトラヒック増加による輻輳である場合は、交換システムが自律初期設定を行わないため、サービス中断が無くなる。
【０００９】
【発明の実施の形態】
次に実施例を説明する。図１は本発明の一実施例を示すプロセス構成図である。図中、１はユーザー７からの要求に応じて呼の交換動作を行う交換システムである。交換システム１の内部には、ユーザー７の接続要求を分析し、各種リソース３を捕捉しながら交換動作を行う呼処理機能２と、交換動作中に異常が発生した場合にそれを通知し、必要によってその呼のみ又は交換システム１全体を初期設定する初期設定機能４と、交換システム１の状態を周期的に監視する周期監視機能５と、周期監視機能５の情報を基に交換システム１の輻輳の判定及び輻輳制御を行う輻輳制御機能６がある。
【００１０】
図２は、この実施例における輻輳状態判定の動作を説明するためのフローチャートである。先ず、周期監視機能５は、リソースの使用状況を収集するため、タイマーからの周期的な起動により各種リソース３に対してリソース使用状況要求を出し、それに対して各種リソース３はリソース使用状況応答を行う。次に、周期監視機能５は、収集した各種リソース３の使用状況を輻輳制御機能６に報告する。輻輳制御機能６は、周期監視機能５から報告された情報に基づいて交換システムが輻輳状態か否かを判定し、輻輳状態である場合は内部の状態を輻輳に設定すると共に輻輳制御を行う。
【００１１】
図３は、この実施例における呼処理の動作を説明するためのフローチャートである。ユーザー７からの呼接続要求により、呼処理機能２が交換処理を開始する。呼処理機能２は、交換処理に必要なリソースを確保するため、各種リソース３に捕捉要求を出す。ここで、リソース捕捉に失敗した場合は、その呼を初期設定するため、初期設定機能４に呼処理不可（リソース不足）を通知する。ここで、初期設定機能４は、所定の時間の待ち合わせの後、輻輳制御機能６から交換システムの輻輳状態を収集する。この所定の時間は、周期監視機能５の監視周期１周期以上の一定期間として定められる。この輻輳状態収集の結果が輻輳中である場合は、輻輳制御機能６による輻輳制御に委ねる。輻輳状態収集の結果が輻輳中ではない場合は、トラヒックが少量にも拘わらずリソース不足が発生していることとなるため、交換システム１の内部の状態が異常であると判断し、交換システム全体を初期設定する。
【００１２】
【発明の効果】
以上説明したように、本発明によれば、輻輳によるリソース不足が生じた場合に交換システムが初期設定を行うことが無くなる。
【図面の簡単な説明】
【図１】本発明の一実施例を示すプロセス構成図である。
【図２】実施例における輻輳状態判定の動作を説明するためのフローチャートである。
【図３】実施例における呼処理の動作を説明するためのフローチャートである。
【符号の説明】
１ 交換システム
２ 呼処理機能
３ 各種リソース
４ 初期設定機能
５ 周期監視機能
６ 輻輳制御機能
７ ユーザー

Claims (1)

1. ユーザからの要求に応じて呼の交換動作を行う交換システムであって、ユーザ（７）からの接続要求に対して、リソース（３）を捕捉しながら交換動作を行う呼処理手段（２）と、リソース不足が発生した場合、当該交換システムを初期設定して前記リソースを開放する初期設定手段（４）と、前記リソース（３）の使用状況を周期的に監視する監視手段（５）と、監視手段からの監視情報に基づいて当該交換システムに輻輳が発生したか否かを判定し、輻輳が発生した場合輻輳制御を行う輻輳制御手段（６）とを具え、リソース不足が検出された場合自律的に初期設定を行って前記リソースを開放する交換システムにおいて、
   前記呼処理手段（２）は、リソース捕捉不能になった際、その旨を前記初期設定手段（４）に通知し、
   初期設定手段（４）は、所定の時間待ち合わせの後、前記輻輳制御手段（６）から輻輳情報を収集し、その収集結果が輻輳状態でない場合、当該交換システムを初期設定してリソースを開放することを特徴とする交換システム。

Images