(57)【要約】【課題】ＳＩＰサーバにおいて、予め輻輳処理に対応できるように、処理能力を確保しておく必要を無くし、また経路上において輻輳状態になった場合にも輻輳を検知して制御し、ネットワーク全体に輻輳の影響が出る前に輻輳を検知して制御する。【解決手段】ＶｏＩＰゲートウェイ装置は、ＶｏＩＰゲートウェイ装置からＳＩＰサーバ向けに送信される呼制御信号毎に、リクエスト送信から、ＳＩＰサーバからのレスポンス受信までの時間を常に計測する。得られた測定データを予め設定された輻輳判定条件と比較し、対向するＳＩＰサーバが輻輳状態であると判定した場合には、呼制御サーバへの新規のリクエスト送信を規制する。【選択図】図３
2007312277.tif 000002
【特許請求の範囲】
【請求項１】
ＶｏＩＰゲートウェイ装置および対向接続する呼制御サーバを備え、ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおける呼制御信号の輻輳制御方法において、
前記ＶｏＩＰゲートウェイ装置が、対向する前記呼制御サーバ向けに送信される呼制御信号毎に、リクエスト送信からレスポンス受信までの時間を計測し、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であると判定した場合には、前記呼制御サーバへの新規のリクエスト送信を規制することを特徴とする呼制御信号の輻輳制御方法。
【請求項２】
ＶｏＩＰゲートウェイ装置および対向接続する呼制御サーバを備え、ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおける呼制御信号の輻輳制御方法において、
対向する前記呼制御サーバが、前記ＶｏＩＰゲートウェイ装置からのリクエスト送信に対して、処理不可である状態を示すレスポンスを返却した場合に、前記ＶｏＩＰゲートウェイ装置が、処理不可である状態を示すレスポンスの受信状態を継続して観測し、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であると判定した場合には、前記呼制御サーバへの新規のリクエスト送信を規制することを特徴とする呼制御信号の輻輳制御方法。
【請求項３】
ＶｏＩＰゲートウェイ装置および対向接続する呼制御サーバを備え、ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおける呼制御信号の輻輳制御方法において、
前記ＶｏＩＰゲートウェイ装置からのリクエスト送信あるいはレスポンス送信に対して、対向する前記呼制御サーバからの応答が無いために、リクエスト送信あるいはレスポンス送信のリトライが複数発生した場合に、前記ＶｏＩＰゲートウェイ装置が、リトライの状況を検知、計測し、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であると判定した場合には、前記呼制御サーバへの新規のリクエスト送信を規制することを特徴とする呼制御信号の輻輳制御方法。
【請求項４】
前記リクエスト送信の規制は段階的に行い、輻輳状態が緩和された場合には、規制段階数よりも多い規制解除段階数で規制解除を行い、各規制解除段階においては所定の保護時間を設けることを特徴とする請求項１〜３のいずれかに記載の呼制御信号の輻輳制御方法。
【請求項５】
ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおけるＶｏＩＰゲートウェイ装置において、
対向する呼制御サーバ向けに送信される呼制御信号毎に、リクエスト送信からレスポンス受信までの時間を計測し、予め設定された輻輳判定条件に基づき前記呼制御サーバの輻輳状態を判定する輻輳検知部と、輻輳検知部により前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する輻輳規制処理部とを備えることを特徴とするＶｏＩＰゲートウェイ装置。
【請求項６】
ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおけるＶｏＩＰゲートウェイ装置において、
対向する呼制御サーバ向けに送信されるリクエスト送信に対して、前記呼制御サーバが、処理不可である状態を示すレスポンスを返却した場合に、処理不可である状態を示すレスポンスの受信状態を継続して観測し、予め設定された輻輳判定条件に基づき前記呼制御サーバの輻輳状態を判定する輻輳検知部と、輻輳検知部により前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する輻輳規制処理部とを備えることを特徴とするＶｏＩＰゲートウェイ装置。
【請求項７】
ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおけるＶｏＩＰゲートウェイ装置において、
対向する呼制御サーバへのリクエスト送信あるいはレスポンス送信に対して、前記呼制御サーバからの応答が無いために、リクエスト送信あるいはレスポンス送信のリトライが複数発生した場合に、リトライの状況を検知、計測し、予め設定された輻輳判定条件に基づき前記呼制御サーバの輻輳状態を判定する輻輳検知部と、輻輳検知部により前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する輻輳規制処理部とを備えることを特徴とするＶｏＩＰゲートウェイ装置。
【請求項８】
ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおけるＶｏＩＰゲートウェイ装置に、対向する呼制御サーバ向けに送信される呼制御信号毎に、リクエスト送信からレスポンス受信までの時間を計測する手順と、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であるか否かを判定する手順と、前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する手順を実行させるためのプログラム。
【請求項９】
ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおけるＶｏＩＰゲートウェイ装置に、対向する呼制御サーバ向けに送信されるリクエスト送信に対して、前記呼制御サーバが、処理不可である状態を示すレスポンスを返却した場合に、処理不可である状態を示すレスポンスの受信状態を継続して観測する手順と、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であるか否かを判定する手順と、前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する手順を実行させるためのプログラム。
【請求項１０】
ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおけるＶｏＩＰゲートウェイ装置に、対向する呼制御サーバへのリクエスト送信あるいはレスポンス送信に対して、前記呼制御サーバからの応答が無いために、リクエスト送信あるいはレスポンス送信のリトライが複数発生した場合に、リトライの状況を検知、計測する手順と、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であるか否かを判定する手順と、前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する手順を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰネットワークにおける輻輳制御方法とその方法を実現するＶｏＩＰゲートウェイ装置およびプログラムに関するものである。
【背景技術】
【０００２】
従来のＶｏＩＰネットワークにおける輻輳制御方法は、ネットワークを構成する各処理装置が、各々の処理に関わるリソース使用状態や、プロセッサ使用率から、輻輳検知を行って、自装置で規制処理を行い、あるいはネットワークエンドに位置する対向装置へ規制を促す通知を行い、通知された装置で規制処理を行うという技術であった。特に、特許文献１では、ＣＡ（Ｃａｌｌ  Ａｇｅｎｔ／コールエージェント）での検知を元に、対向ルータへ規制依頼を通知し、対向ルータで輻輳制御を行っている。また特許文献２では、着側ＣＡの輻輳検知により、発側ＣＡへ規制依頼を通知し、発側ＣＡで規制を実施している。
【特許文献１】特開２００５−３１１５９６号公報
【特許文献２】特開２００５−１６７７６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した従来の技術の、呼制御装置（ＣＡ）において輻輳を検出し、発側である対向するネットワーク装置に規制依頼を通知し、規制依頼の通知を受信したネットワーク装置が輻輳規制処理を行う方法においては、輻輳検知装置が高負荷でありながら、輻輳検知処理および規制依頼の通知処理をしなければならず、予め輻輳処理に対応できるように、処理能力を確保しておくこと、あるいは、その処理能力を確保するために輻輳規制レベルを低く設定することが必要であり、システムの処理能力を十分生かせないという課題がある。
【０００４】
また、輻輳検知は、呼制御装置で行うので、発側から呼制御装置までの経路で、あるいは経路上にある装置の処理において輻輳状態になった場合には、前述の従来の輻輳制御方法では、輻輳を検知し、制御することができないという課題がある。
【０００５】
さらに、上述した従来の技術による輻輳の検知および規制は、信号が集約される呼制御装置で実施しており、呼制御装置で輻輳を検知し、規制を開始した時には、既にネットワーク全体に輻輳の影響が波及している可能性があり、輻輳の初期段階における被害を防ぐことができないという課題がある。
【０００６】
本発明は、このような問題点に鑑みてなされたものであり、本発明の目的は、呼制御装置において、予め輻輳処理に対応できるように、処理能力を確保しておく必要が無く、また、経路上において輻輳状態になった場合にも輻輳を検知し、制御することができ、さらに、ネットワーク全体に輻輳の影響が出る前に輻輳を検知し、輻輳を制御することができるＶｏＩＰネットワークにおける呼制御信号の輻輳制御方法、ＶｏＩＰゲートウェイ装置およびプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明は、ＶｏＩＰゲートウェイ装置および対向接続する呼制御サーバを備え、ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおける呼制御信号の輻輳制御方法において、前記ＶｏＩＰゲートウェイ装置が、対向する前記呼制御サーバ向けに送信される呼制御信号毎に、リクエスト送信からレスポンス受信までの時間を計測し、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であると判定した場合には、前記呼制御サーバへの新規のリクエスト送信を規制することを特徴とする。
【０００８】
また、本発明は、ＶｏＩＰゲートウェイ装置および対向接続する呼制御サーバを備え、ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおける呼制御信号の輻輳制御方法において、対向する前記呼制御サーバが、前記ＶｏＩＰゲートウェイ装置からのリクエスト送信に対して、処理不可である状態を示すレスポンスを返却した場合に、前記ＶｏＩＰゲートウェイ装置が、処理不可である状態を示すレスポンスの受信状態を継続して観測し、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であると判定した場合には、前記呼制御サーバへの新規のリクエスト送信を規制することを特徴とする。
【０００９】
また、本発明は、ＶｏＩＰゲートウェイ装置および対向接続する呼制御サーバを備え、ＶｏＩＰサービスを提供するＶｏＩＰネットワークにおける呼制御信号の輻輳制御方法において、前記ＶｏＩＰゲートウェイ装置からのリクエスト送信あるいはレスポンス送信に対して、対向する前記呼制御サーバからの応答が無いために、リクエスト送信あるいはレスポンス送信のリトライが複数発生した場合に、前記ＶｏＩＰゲートウェイ装置が、リトライの状況を検知、計測し、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であると判定した場合には、前記呼制御サーバへの新規のリクエスト送信を規制することを特徴とする。
【００１０】
前記リクエスト送信の規制は段階的に行い、輻輳状態が緩和された場合には、規制段階数よりも多い規制解除段階数で規制解除を行い、各規制解除段階においては所定の保護時間を設けることが好ましい。
【００１１】
また、本発明のＶｏＩＰゲートウェイ装置は、対向する呼制御サーバ向けに送信される呼制御信号毎に、リクエスト送信からレスポンス受信までの時間を計測し、予め設定された輻輳判定条件に基づき前記呼制御サーバの輻輳状態を判定する輻輳検知部と、輻輳検知部により前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する輻輳規制処理部とを備えることを特徴とする。
【００１２】
また、本発明のＶｏＩＰゲートウェイ装置は、対向する呼制御サーバ向けに送信されるリクエスト送信に対して、前記呼制御サーバが、処理不可である状態を示すレスポンスを返却した場合に、処理不可である状態を示すレスポンスの受信状態を継続して観測し、予め設定された輻輳判定条件に基づき前記呼制御サーバの輻輳状態を判定する輻輳検知部と、輻輳検知部により前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する輻輳規制処理部とを備えることを特徴とする。
【００１３】
また、本発明のＶｏＩＰゲートウェイ装置は、対向する呼制御サーバへのリクエスト送信あるいはレスポンス送信に対して、前記呼制御サーバからの応答が無いために、リクエスト送信あるいはレスポンス送信のリトライが複数発生した場合に、リトライの状況を検知、計測し、予め設定された輻輳判定条件に基づき前記呼制御サーバの輻輳状態を判定する輻輳検知部と、輻輳検知部により前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する輻輳規制処理部とを備えることを特徴とする。
【００１４】
また、本発明のプログラムは、ＶｏＩＰゲートウェイ装置に、対向する呼制御サーバ向けに送信される呼制御信号毎に、リクエスト送信からレスポンス受信までの時間を計測する手順と、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であるか否かを判定する手順と、前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する手順を実行させることを特徴とする。
【００１５】
また、本発明のプログラムは、ＶｏＩＰゲートウェイ装置に、対向する呼制御サーバ向けに送信されるリクエスト送信に対して、前記呼制御サーバが、処理不可である状態を示すレスポンスを返却した場合に、処理不可である状態を示すレスポンスの受信状態を継続して観測する手順と、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であるか否かを判定する手順と、前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する手順を実行させることを特徴とする。
【００１６】
また、本発明のプログラムは、ＶｏＩＰゲートウェイ装置に、対向する呼制御サーバへのリクエスト送信あるいはレスポンス送信に対して、前記呼制御サーバからの応答が無いために、リクエスト送信あるいはレスポンス送信のリトライが複数発生した場合に、リトライの状況を検知、計測する手順と、予め設定された輻輳判定条件に基づき前記呼制御サーバが輻輳状態であるか否かを判定する手順と、前記呼制御サーバが輻輳状態であると判定された場合に、前記呼制御サーバへの新規のリクエスト送信を規制する手順を実行させることを特徴とする。
【発明の効果】
【００１７】
本発明は、ＶｏＩＰサービスにおいてＶｏＩＰゲートウェイ装置が、自装置とＳＩＰサーバとの間での、呼制御信号の処理状態を監視することにより、呼制御信号の送信側で輻輳の兆候を検知することができ、輻輳規制処理を行うことができるので、ネットワーク全体で効率の良い、輻輳制御が可能である。特に、従来のＳＩＰサーバ自身での輻輳検知処理を行う必要が無く、高負荷時である場合にも、ＳＩＰサーバ自身に処理負荷を与えることなく、効率的に輻輳の検知が可能である。
【００１８】
さらに、ＶｏＩＰゲートウェイ装置とＳＩＰサーバとの間の輻輳も検知が可能である。特に、このＶｏＩＰゲートウェイ装置は、ＶｏＩＰネットワークの片端に位置しており、ネットワークの片端において、呼制御信号が集約されるＳＩＰサーバの輻輳状態を検知するので、ネットワーク全体に輻輳の影響が出る前に輻輳を検知し、輻輳を制御することが可能である。加えて、輻輳状態、あるいはＶｏＩＰゲートウェイ装置とＳＩＰサーバとの間の呼制御信号の送信ルートにおいて送信不可の状態が発生した場合にも、無効な、信号送信のリトライが発生するが、この場合にも、リトライ状態の監視により、輻輳の検知および制御が可能である。
【発明を実施するための最良の形態】
【００１９】
本発明の実施の形態について図面を参照して説明する。図１は、本発明の呼制御信号の輻輳制御方法の機能を提供するネットワーク構成を示す図であり、ＶｏＩＰゲートウェイ装置および対向接続する呼制御サーバ（以降ではＳＩＰプロトコルによる説明を行うのでＳＩＰサーバと表記する）から成るＶｏＩＰサービスを提供するＶｏＩＰネットワークを示している。ＶｏＩＰゲートウェイ装置は、配下に収容するユーザ端末Ａの呼制御をＣ−Ｐｌａｎｅ上で行い、呼接続後の対向ユーザ端末Ｂとの音声データのパケット送受をＵ−Ｐｌａｎｅ上で行う。なお、Ｕ−Ｐｌａｎｅ上ではＵＤＰプロトコルによるＲＴＰ／ＲＴＣＰパケットを送受する。
【００２０】
ＶｏＩＰゲートウェイ装置は、対向するＳＩＰサーバに対して送信される呼制御信号毎の応答時間、すなわち、リクエスト送信からレスポンス受信までの時間を常に監視する。また、ＶｏＩＰゲートウェイ装置には、予め、対向呼制御サーバに対する呼制御信号処理が輻輳状態であると判定する条件を設定しておく。ＶｏＩＰゲートウェイ装置が、計測したリクエスト送信からレスポンス受信までの時間データと輻輳判定条件とを比較し、ＶｏＩＰゲートウェイ装置からＳＩＰサーバへの呼制御信号処理において、輻輳が発生していると判定した場合、該当ＳＩＰサーバに対する新規リクエストの送信を規制する。
【００２１】
輻輳判定条件は、予めＶｏＩＰゲートウェイ装置に設定保持されている。輻輳判定条件としては、ａ）リクエスト送信からレスポンス受信までの時間が所定のしきい値を超えたかどうか、ｂ）リクエスト送信からレスポンス受信までの時間が所定のしきい値を超えた事象の発生頻度（単位時間あたりの発生回数、あるいは、ある期間のリクエスト全数あたりの発生回数）、ｃ）リクエスト送信からレスポンス受信までの時間が所定のしきい値を超える事象が継続して発生する時間、等が挙げられる。以上は一例であり、いずれの条件を判定に使用しても良いし、複数の条件を判定に使用しても良い。また、輻輳時の呼制御信号の送受信状態の実績を元に輻輳判定条件を設定するようにしても良い。
【００２２】
また、上述した所定のしきい値は、リクエスト種別毎にＳＩＰサーバの処理が異なるので、リクエストの種別毎に異なる値となるようにしても良い。
【００２３】
図２は、この輻輳制御方法を実現するＶｏＩＰゲートウェイ装置の機能ブロック図である。ＶｏＩＰゲートウェイ装置は、加入者制御部１１、呼制御・呼処理部１２、輻輳制御部１３、Ｃ−Ｐｌａｎｅパケット送受信制御部１４を備え、輻輳制御部１３は、輻輳検知部１３１および輻輳規制処理部１３２を備える。ＶｏＩＰゲートウェイ装置のこれらの機能ブロックは、特に、輻輳制御において関連する部分である。これらの機能ブロックは、ＶｏＩＰゲートウェイ装置においてコンピュータプログラムを実行することによって実現される。
【００２４】
加入者制御部１１は、自装置に収容する加入者端末の制御を行う。特に本発明では、呼制御・呼処理部１２と連携し、輻輳規制時の発信呼をＢＴ（Ｂｕｓｙ  Ｔｏｎｅ）あるいは輻輳トーキに接続する。呼制御・呼処理部１２は、呼処理制御を行う。特に本発明では、加入者制御部１１と連携し、輻輳規制時の発信呼をＢＴあるいは輻輳トーキに接続する。輻輳制御部１３は、輻輳検知部１３１および輻輳規制処理部１３２において輻輳制御を行う。輻輳検知部１３１は、呼制御信号を監視することにより、輻輳を検知し、輻輳規制処理に必要な情報を輻輳規制処理部１３２に通知する。輻輳規制処理部１３２は、輻輳検知部１３１からの輻輳の情報に基づき、輻輳規制処理および輻輳規制解除処理を行う。Ｃプレーンパケット送受信制御部１４は、ＳＩＰサーバとの呼設定信号を送受信する。
【００２５】
図３は、リクエスト送信からレスポンス受信までの時間計測による輻輳検知のフローを示す図である。図３では、ｉｎｉ−ＩＮＶＩＴＥ送信から１００  Ｔｒｙｉｎｇ受信までの時間測定を例に図示しており、測定結果から、ＶｏＩＰゲートウェイ装置の輻輳検知部１３１は、予め設定された輻輳判定条件に基づきＳＩＰサーバが輻輳状態であるか否かを判定する。輻輳検知部１３１によりＳＩＰサーバが輻輳状態であると判定されると、輻輳規制処理部１３２は、該当ＳＩＰサーバ向けに送信される新規のリクエストを規制する。輻輳検知部１３１が、輻輳の判定を行うために監視計測するリクエスト送信からレスポンス受信までの時間は、図３に示した他、ＲＥＧＩＳＴＥＲ送信時の４０１あるいは２００  ０Ｋ返送、ＩＮＶＩＴＥ認証時の４０７返送等がある。各リクエストに対するＳＩＰサーバでの応答処理時間は、リクエストの種別毎に異なるので、所定のしきい値もリクエストの種別毎に異なる値となるようにしても良い。
【００２６】
図４は、処理不可である状態を示すレスポンス受信による輻輳判定フローを示す図である。ＳＩＰサーバが、ＶｏＩＰゲートウェイ装置より送信されるリクエストに対し、処理ができない場合には、通常、レスポンスとして、処理不可である状態を示す５０３  Ｓｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅを返送する。この時、ＶｏＩＰゲートウェイ装置の輻輳検知部１３１は、５０３  Ｓｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅの受信状態を継続して監視し、発生頻度等の予め設定された輻輳判定条件に基づきＳＩＰサーバが輻輳状態であるか否かを判定する。輻輳検知部１３１によりＳＩＰサーバが輻輳状態であると判定されると、輻輳規制処理部１３２は、該当ＳＩＰサーバ向けに送信される新規のリクエストを規制する。なお、５０３  Ｓｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅを受信した場合に、輻輳検知部１３１が即、ＳＩＰサーバが輻輳状態であると判定し、加入者制御部１１と呼制御・呼処理部１２が連携して当該呼のみを輻輳トーキに接続する、あるいは、加入者制御部１１と呼制御・呼処理部１２が連携して当該呼を輻輳トーキに接続し、輻輳規制処理部１３２が、該当ＳＩＰサーバ向けに送信される新規のリクエストを規制することも可能とする。
【００２７】
図５は、リクエスト送信あるいはレスポンス送信のリトライによる輻輳判定フローを示す図である。ＶｏＩＰゲートウェイ装置からのリクエスト送信あるいはレスポンス送信に対して、対向ＳＩＰサーバからの応答が無いために、ＶｏＩＰゲートウェイ装置からのリクエスト送信あるいはレスポンス送信のリトライが複数発生した場合、同一ＳＩＰサーバに対するリトライ送信かどうかを、ＶｏＩＰゲートウェイ装置の輻輳検知部１３１が分析を行う。同一ＳＩＰサーバに対するリトライ送信であった場合、輻輳検知部１３１は、そのリトライ送信信号が同時にいくつ起こっているかや、発生頻度、継続時間等の予め設定された輻輳判定条件に基づきＳＩＰサーバが輻輳状態であるか否かを判定する。輻輳検知部１３１によりＳＩＰサーバが輻輳状態であると判定されると、輻輳規制処理部１３２は、該当ＳＩＰサーバに対する新規のリクエスト送信を規制する。
【００２８】
輻輳規制の処理フローを図６に示す。輻輳規制は、ＶｏＩＰゲートウェイ装置の輻輳制御部１３内の輻輳検知部１３１と輻輳規制処理部１３２が連携して行う。輻輳検知部１３１が、輻輳を検知した後、検知情報を輻輳規制処理部１３２に通知する。通知する情報は、輻輳制御に必要な、輻輳しているＳＩＰサーバの識別情報および輻輳検知時刻等である。輻輳しているＳＩＰサーバの識別情報は、例えば、ＳＩＰサーバのＩＰアドレスが挙げられる。
【００２９】
輻輳規制処理部１３２は、段階的な規制処理を行い、まず、第１次輻輳規制を行う。輻輳規制は、ＶｏＩＰゲートウェイ装置から送信する新規リクエストのうち、該当ＳＩＰサーバ宛てのものをＸ％分規制する。第１次輻輳規制処理後、輻輳が検知されているかどうか確認し、輻輳が検知されていなければ、輻輳解除処理に移行する。輻輳が未だ検知されている場合には、規制の度合いを上げる第２次規制を行い、対向ＳＩＰサーバに対し送信する信号のＹ％を規制する。第２次輻輳規制処理後、輻輳が検知されているかどうか確認し、輻輳が検知されていなければ、輻輳解除処理に移行する。輻輳が未だ検知されている場合には、規制の度合いを上げる第３次規制を行い、対向ＳＩＰサーバに対し送信する信号のＺ％を規制する。
【００３０】
ここで、各段階の規制値の大小はＸ＜Ｙ＜Ｚであり、規制段階数および各規制値は、予めＶｏＩＰゲートウェイ装置にデータ設定可能とする。特に、前述の例では３次規制までを記したが、４次以上の規制も可能であり、設定可能とする。また、異なるＳＩＰサーバに対する輻輳検知および輻輳規制処理も並行して処理実施する。
【００３１】
輻輳規制解除の処理フローを図７に示す。輻輳規制解除は、ＶｏＩＰゲートウェイ装置の輻輳制御部１３内の輻輳検知部１３１と輻輳規制処理部１３２が連携して行う。図６に示す輻輳規制の処理フローから図７に示す輻輳規制解除の処理フローに移行し、第１次輻輳規制解除処理を行う。第１次輻輳規制解除処理は、ＶｏＩＰゲートウェイ装置から送信する新規リクエストのうち、該当ＳＩＰサーバ宛てのものを規制する比率をＡ％分に下げることによって行う。ここで、Ａ％は、規制解除前の規制する比率より小さい値である。その後、輻輳検知を行い、輻輳が未だ検知されていれば、輻輳規制処理へ移行する。輻輳の検知が無ければ、保護時間ｔ分の待ち合わせを行い、第２次輻輳規制解除処理へ移行する。ここで、所定の保護時間（ｔ分）の待ち合わせを行うのは、輻輳規制解除中における輻輳の再発を防ぐためである。第２次輻輳規制解除処理は、ＶｏＩＰゲートウェイ装置から送信する新規リクエストのうち、該当ＳＩＰサーバ宛てのものを規制する比率をＢ％分に下げることによって行う。その後、輻輳検知を行い、輻輳が未だ検知されていれば、第１次輻輳規制解除処理へ移行する。輻輳の検知が無ければ、保護時間ｔ分の待ち合わせを行い、第３次輻輳規制解除処理へ移行する。このように、段階的に輻輳規制解除処理を行い、第α次輻輳規制解除処理では、ＶｏＩＰゲートウェイ装置から送信する新規リクエストのうち、該当ＳＩＰサーバ宛てのものを規制する比率β％分に下げる。最終段階では、全ての規制を解除する。
【００３２】
ここで、各段階の規制値の大小はＡ＞Ｂ＞βであり、規制解除段階数、各規制値および保護時間は、予めＶｏＩＰゲートウェイ装置にデータ設定可能とする。特に規制解除段階数は、輻輳規制解除中における輻輳の再発を防ぐために、規制段階数よりも多くする。
【００３３】
図８は、ＶｏＩＰゲートウェイ装置における、輻輳規制対象となった呼の処理方法について説明する図である。新規呼設定があった場合に、輻輳規制処理部１３２は、該当の新規呼が、規制中のＳＩＰサーバに対する呼か否かを判定する。判定結果が、該当ＳＩＰサーバに対する呼であった場合に、該当呼を規制するかどうかを決定する。規制を行う場合には、輻輳トーキ（輻輳ＴＫＹ）へ接続するか、あるいは呼解放処理を行う。通常は、再呼防止のため、輻輳トーキへの接続が望ましい。
【図面の簡単な説明】
【００３４】
【図１】本発明の呼制御信号の輻輳制御方法の機能を提供するネットワーク構成を示す図である。
【図２】ＶｏＩＰゲートウェイ装置の機能ブロック図である。
【図３】リクエスト送信からレスポンス受信までの時間計測による輻輳検知のフローを示す図である。
【図４】処理不可である状態を示すレスポンス受信による輻輳判定フローを示す図である。
【図５】リクエスト送信あるいはレスポンス送信のリトライによる輻輳判定フローを示す図である。
【図６】輻輳規制の処理フローを示す図である。
【図７】輻輳規制解除の処理フローを示す図である。
【図８】輻輳規制対象となった呼の処理方法について説明する図である。
【符号の説明】
【００３５】
１１  加入者制御部
１２  呼制御・呼処理部
１３  輻輳制御部
１４  Ｃ−Ｐｌａｎｅパケット送受信制御部
１３１  輻輳検知部
１３２  輻輳規制処理部
【図１】
2007312277.tif 000003
【図２】
2007312277.tif 000004
【図３】
2007312277.tif 000005
【図４】
2007312277.tif 000006
【図５】
2007312277.tif 000007
【図６】
2007312277.tif 000008
【図７】
2007312277.tif 000009
【図８】
2007312277.tif 000010