(57)【特許請求の範囲】
【請求項１】
１つ以上のゲートウェイ装置を介して複数の網における異なる信号方式の信号の相互接続を実現するネットワークシステムにて、トラヒックを制御するトラヒック制御方法であって、
前記ネットワークシステムは、前記ゲートウェイ装置と相互通信するトラヒック管理装置を備え、
前記トラヒック管理装置の処理手順は、
前記ゲートウェイ装置から、単位時間あたりの前記ゲートウェイ装置における各網ごとの受信信号数及び前記ゲートウェイ装置における負荷状態の情報を収集するステップと、
前記収集した受信信号数及び負荷状態の情報から前記ゲートウェイ装置における全体負荷量を算出し、各網ごとに制御されるべきトラヒックの制御信号量の規制信号を生成するステップと、
前記制御信号量の規制信号を前記ゲートウェイ装置に隣接する交換機又はサーバに送出するステップと、
継続的に前記受信信号数及び負荷状態の情報を収集して、前記制御信号量の更新又は解除を前記交換機又はサーバに指示するステップと、
を含むことを特徴とする、トラヒック制御方法。
【請求項２】
前記制御信号量は、前記ゲートウェイ装置における負荷状態を考慮した各網ごとの受信信号数に対する予め定めた比率の加重配分で定められることを特徴とする、請求項１に記載のトラヒック制御方法。
【請求項３】
前記トラヒック管理装置が収集する情報は、受信信号の信号種別の情報を含み、
前記制御信号量の加重配分は、前記信号種別毎に定められることを特徴とする、請求項２に記載のトラヒック制御方法。
【請求項４】
前記トラヒック管理装置は、各網ごとに専用化された複数のトラヒック管理装置からなり、複数のトラヒック管理装置のうちの１つは、前記ゲートウェイ装置から、単位時間当たりの前記ゲートウェイ装置における各網ごとの受信信号数及び前記ゲートウェイ装置における各網ごとの負荷状態の情報を収集し、前記算出した制御信号量を交換機又はサーバに送出する代わりに、該制御信号量に対応する情報のみ記述した所定の制御指示信号を他のトラヒック管理装置に送出し、当該他のトラヒック管理装置は、前記算出した制御信号量に対応するトラヒック制御を前記制御指示信号に基づいて前記交換機又はサーバに指示することを特徴とする、請求項１〜３のいずれかに記載のトラヒック制御方法。
【請求項５】
前記トラヒック管理装置の処理手順は、前記ゲートウェイ装置における各網ごとの受信信号数に応じたトラヒック制御を前記ゲートウェイ装置に指示するステップを更に含むことを特徴とする、請求項１〜４のいずれか一項に記載のトラヒック制御方法。
【請求項６】
前記トラヒック管理装置は、前記ゲートウェイ装置における全体負荷量を算出した結果、特定の網のみのトラヒック制御を選定する場合にも、前記ゲートウェイ装置に指示するトラヒック制御として、前記ゲートウェイ装置における全体負荷量に対する加重配分を施して指示することを特徴とする、請求項５に記載のトラヒック制御方法。
【請求項７】
１つ以上のゲートウェイ装置を介して複数の網における異なる信号方式の信号の相互接続を実現するネットワークシステムにて、トラヒックを制御するトラヒック制御システムであって、
前記ネットワークシステムは、前記ゲートウェイ装置と相互通信するトラヒック管理装置を備え、
前記トラヒック管理装置は、
前記ゲートウェイ装置から、単位時間あたりの前記ゲートウェイ装置における各網ごとの受信信号数及び前記ゲートウェイ装置における負荷状態の情報を収集する手段と、
前記収集した受信信号数及び負荷状態の情報から、各網ごとに制御されるべきトラヒックの制御信号量を算出する手段と、
前記収集した受信信号数及び負荷状態の情報から前記ゲートウェイ装置における全体負荷量を算出し、各網ごとに制御されるべきトラヒックの制御信号量の規制信号を生成する手段と、
前記制御信号量の規制信号を前記ゲートウェイ装置に隣接する交換機又はサーバに送出する手段と、
を備えることを特徴とする、トラヒック制御システム。
【請求項８】
１つ以上のゲートウェイ装置を介して複数の網における異なる信号方式の信号の相互接続を実現するネットワークシステムのトラヒックを管理するトラヒック管理装置であって、
前記ネットワークシステムは、前記ゲートウェイ装置と相互通信するトラヒック管理装置を備え、
前記ゲートウェイ装置から、単位時間あたりの前記ゲートウェイ装置における各網ごとの受信信号数及び前記ゲートウェイ装置における負荷状態の情報を収集する手段と、
前記収集した受信信号数及び負荷状態の情報から前記ゲートウェイ装置における全体負荷量を算出し、各網ごとに制御されるべきトラヒックの制御信号量の規制信号を生成する手段と、
前記制御信号量の規制信号を前記ゲートウェイ装置に隣接する交換機又はサーバに送出する手段と、
継続的に前記受信信号数及び負荷状態の情報を収集して、前記制御信号量の更新又は解除を前記交換機又はサーバに指示する手段と、
を備えることを特徴とする、トラヒック管理装置。
【請求項９】
請求項８に記載のトラヒック管理装置として構成するコンピュータに、
前記ゲートウェイ装置から、単位時間あたりの前記ゲートウェイ装置における各網ごとの受信信号数及び前記ゲートウェイ装置における負荷状態の情報を収集するステップと、
前記収集した受信信号数及び負荷状態の情報から前記ゲートウェイ装置における全体負荷量を算出し、各網ごとに制御されるべきトラヒックの制御信号量の規制信号を生成するステップと、
前記制御信号量の規制信号を前記ゲートウェイ装置に隣接する交換機又はサーバに送出するステップと、
継続的に前記受信信号数及び負荷状態の情報を収集して、前記制御信号量の更新又は解除を前記交換機又はサーバに指示するステップと、
を実行させるためのトラヒック制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のネットワークを跨るゲートウェイ装置におけるトラヒック制御方法、トラヒック制御システム、トラヒック管理装置及びプログラムに関する。
【背景技術】
【０００２】
従来のトラヒック制御方法は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ上で、各ＳＩＰサーバが属するホームネットワーク内を流れる呼制御信号のみをトラヒック管理していた（例えば、特許文献１参照）。具体的には、単位時間当たりの呼密度が一定数に達した場合、ＳＩＰサーバが属するホームネットワークに収容されるＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）端末からの発信を抑制するように制御していた。
【０００３】
図６は、従来のトラヒック制御システムの構成例を示しており、複数のネットワークを跨るゲートウェイ装置におけるネットワークシステム全体の概略が示されている。図６に示すように、トラヒック管理装置１００は、ＩＰ電話などのＩＰ端末１２−１，１２−２からの呼制御信号、即ちＳＩＰメッセージに基づくトラヒックを、ＩＰ網Ａ（１７−１）内のＳＩＰサーバ２１ａ，２１ｂ，２１ｃ上で管理する。これは、各ＳＩＰサーバ２１ａ，２１ｂ，２１ｃによって、ＩＰ端末１２−１，１２−２から発信された、ゲートウェイ（ＧＷ）装置１１に向かうＳＩＰ信号１９−１を、トラヒック管理装置１００からの情報に基づいて抑制することに寄与する。即ち、従来のトラヒック制御方法は、ＳＩＰサーバ２１ａ，２１ｂ，２１ｃが属するホームネットワーク上を流れるＳＩＰメッセージのみを抑制制御の対象とするものである。
【０００４】
一方で、ＳＩＰサーバ２１ａ，２１ｂ，２１ｃが属するＩＰ網Ａ（１７−１）のＧＷ装置１１は、ネットワークシステム全体として、ＩＰ網Ｂ（１７−２）、公衆電話網１８−１，１８−３、及び携帯電話網１８−２，１８−４など、１つ以上の他の網が相互接続されて構成される。このようなネットワークシステムにおいて、ＧＷ装置１１は、ＩＳＵＰ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ Ｕｓｅｒ Ｐａｒｔ）信号２０−１，２０−２とＳＩＰ信号１９−１，１９−２，１９−３との間でプロトコル変換し、相互接続を実現する。
【０００５】
【特許文献１】特開２００４−０８８６６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前述したように、従来では、ＩＰ電話で輻輳を回避するためにＳＩＰメッセージのみのトラヒックを監視し、制御するＳＩＰサーバに通知して、当該ＳＩＰサーバが属するネットワーク内で適切なトラヒック分配を行うように制御を行っていた。
【０００７】
しかしながら、ＳＩＰサーバが属するネットワーク上を流れるＳＩＰメッセージのみをトラヒックの制御対象とするだけでは、他の網（例えば、公衆電話網、携帯電話網、他のＩＰ網など）から大量に流入してくるパケット（又は信号）を、ＳＩＰサーバ自身が属するネットワークの入口で制御することはできない。このため、１つ以上の他の網が相互接続されてゲートウェイ（ＧＷ）装置におけるネットワークシステムが構成されると、ＧＷ装置への負担は、事実上極めて増大するという問題が生じている。
【０００８】
そこで、本発明の目的は、１つ以上の他の網と相互接続時、例えば公衆電話網、携帯電話網、他のＩＰ網との相互接続点における効果的なトラヒック制御を実現する、ゲートウェイ装置におけるトラヒック制御方法、トラヒック制御システム、トラヒック管理装置及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明による第１の態様のトラヒック制御システムは、複数のネットワークを跨るゲートウェイ（ＧＷ）装置におけるネットワークシステム（以下、単にネットワークシステムとも称する）に関連付けられたトラヒック管理装置を備える。ＧＷ装置は、ＳＩＰサーバから送出されるＳＩＰ信号（例えば、ＩＮＶＩＴＥメッセージ）と、他網の交換機等から送出されるＩＳＵＰ信号（例えば、共通線信号方式におけるイニシャルアドレスメッセージ）とを検知してカウントし、それぞれの信号数に応じた重み付けを施し、トラヒック制御を行う。例えば、ＩＰ電話での不定期、且つ大量のＳＩＰ信号による輻輳及び異なる網との接続点におけるＧＷ装置の処理負荷を適切に判断し、トラヒック管理装置に通知を行い、トラヒック管理装置は、隣接又は発側のサーバ又は交換機に規制をかけるようにする。
【００１０】
本発明による第２の態様のトラヒック制御システムは、ネットワークシステムにて、該ネットワークシステムにおける全信号のトラヒックを監視する、一体のトラヒック管理装置を備える。該トラヒック管理装置は、ＩＳＵＰ信号及びＳＩＰ信号の双方の信号数にそれぞれ重み付けを行い、ネットワークシステムにかかる負荷量（即ち、ＧＷ装置の全体負荷量）を算出し、この算出値に基づき隣接又は発側のサーバ又は交換機（以下、隣接又は発側システムと称する）向けの制御信号量を生成し、該制御信号量を各隣接又は発側システムに送出する。隣接又は発側システムは、該制御信号量に基づいてゲートウェイ装置に向かう発信を制御し、トラヒック制御を行う。重み付けは、ＳＩＰ：ＩＳＵＰ＝ｎ：ｍ（ｎ，ｍは任意の数）として予め定めておくようにする。さらに、信号種別（オーディオ信号、ビデオ信号等の種別等）により重み付けを行うようにするのが好適である。本発明による第２の態様のトラヒック制御システムによれば、ネットワークシステムの処理量に応じた重み付けを行い、固定的ではなく動的にトラヒック量、信号種別に応じた制御が異なるプロトコルを制御対象とすることにより、ネットワーク境界の制御を実施しているＧＷ装置に対する負荷軽減を図ることができる。
【００１１】
本発明による第３の態様のトラヒック制御システムは、該ネットワークシステムにおける網別のトラヒックを監視する、複数のトラヒック管理装置を更に備える。複数のトラヒック管理装置を分散設置してトラヒック制御を可能にするため、該ネットワークシステムにおける全信号のトラヒック管理を第１トラヒック管理装置で実施し、他のトラヒック管理装置の各々における各網のトラヒック量に応じた適切な制御量を算出し、分散設置している他のトラヒック管理装置の各々に適切な制御量のみを表す制御指示信号を送信する。即ち、ＧＷ装置の状況を他の網（他事業者の網）のトラヒック管理装置にそのまま伝えることなく、制御情報のみを送受信する。例えば、ＰＳＴＮ、ＶｏＩＰと異なる網と連携してトラヒック制御を行う場合、複数のトラヒック管理装置での連携制御を実現し、各トラヒック管理装置間の情報のやり取りは、所定の制御指示信号のみを用い、トラヒック情報やサーバの負荷情報は用いないようにする。このように共通の制御指示信号のみを用いるようにすることで、例えば他の事業者がＧＷ装置の状況を独自に判断して制御するようなことがないようにして、安定したトラヒック制御を実現する。
【００１２】
即ち、本発明によるトラヒック制御方法は、１つ以上のゲートウェイ装置を介して複数の網における異なる信号方式の信号の相互接続を実現するネットワークシステムにて、トラヒックを制御するトラヒック制御方法であって、前記ネットワークシステムは、前記ゲートウェイ装置と相互通信するトラヒック管理装置を備え、前記トラヒック管理装置の処理手順は、前記ゲートウェイ装置から、単位時間あたりの前記ゲートウェイ装置における各網ごとの受信信号数及び前記ゲートウェイ装置における負荷状態の情報を収集するステップと、前記収集した受信信号数及び負荷状態の情報から前記ゲートウェイ装置における全体負荷量を算出し、各網ごとに制御されるべきトラヒックの制御信号量の規制信号を生成するステップと、前記制御信号量の規制信号を前記ゲートウェイ装置に隣接する交換機又はサーバに送出するステップと、継続的に前記受信信号数及び負荷状態の情報を収集して、前記制御信号量の更新又は解除を前記交換機又はサーバに指示するステップと、
を含むことを特徴とする。
【００１３】
また、本発明によるトラヒック制御方法において、前記制御信号量は、前記ゲートウェイ装置における負荷状態を考慮した各網ごとの受信信号数に対する予め定めた比率の加重配分で定められることを特徴とする。
【００１４】
また、本発明によるトラヒック制御方法において、前記トラヒック管理装置が収集する情報は、受信信号の信号種別の情報を含み、前記制御信号量の加重配分は、前記信号種別毎に定められることを特徴とする。
【００１５】
また、本発明によるトラヒック制御方法において、前記トラヒック管理装置は、各網ごとに専用化された複数のトラヒック管理装置からなり、複数のトラヒック管理装置のうちの１つは、前記ゲートウェイ装置から、単位時間当たりの前記ゲートウェイ装置における各網ごとの受信信号数及び前記ゲートウェイ装置における各網ごとの負荷状態の情報を収集し、前記算出した制御信号量を交換機又はサーバに送出する代わりに、該制御信号量に対応する情報のみ記述した所定の制御指示信号を他のトラヒック管理装置に送出し、当該他のトラヒック管理装置は、前記算出した制御信号量に対応するトラヒック制御を前記制御指示信号に基づいて前記交換機又はサーバに指示することを特徴とする。
【００１６】
また、本発明によるトラヒック制御方法において、前記トラヒック管理装置の処理手順は、前記ゲートウェイ装置における各網ごとの受信信号数に応じたトラヒック制御を前記ゲートウェイ装置に指示するステップを更に含むことを特徴とする。
【００１７】
また、本発明によるトラヒック制御方法において、前記トラヒック管理装置は、前記ゲートウェイ装置における全体負荷量を算出した結果、特定の網のみのトラヒック制御を選定する場合にも、前記ゲートウェイ装置に指示するトラヒック制御として、前記ゲートウェイ装置における全体負荷量に対する加重配分を施して指示することを特徴とする。
【００１８】
更に、本発明によるトラヒック制御システムは、１つ以上のゲートウェイ装置を介して複数の網における異なる信号方式の信号の相互接続を実現するネットワークシステムにて、トラヒックを制御するトラヒック制御システムであって、前記ネットワークシステムは、前記ゲートウェイ装置と相互通信するトラヒック管理装置を備え、前記トラヒック管理装置は、前記ゲートウェイ装置から、単位時間あたりの前記ゲートウェイ装置における各網ごとの受信信号数及び前記ゲートウェイ装置における負荷状態の情報を収集する手段と、前記収集した受信信号数及び負荷状態の情報から、各網ごとに制御されるべきトラヒックの制御信号量を算出する手段と、前記収集した受信信号数及び負荷状態の情報から前記ゲートウェイ装置における全体負荷量を算出し、各網ごとに制御されるべきトラヒックの制御信号量の規制信号を生成する手段と、前記制御信号量の規制信号を前記ゲートウェイ装置に隣接する交換機又はサーバに送出する手段とを備えることを特徴とする。
【００１９】
更に、本発明によるトラヒック管理装置は、１つ以上のゲートウェイ装置を介して複数の網における異なる信号方式の信号の相互接続を実現するネットワークシステムのトラヒックを管理するトラヒック管理装置であって、前記ネットワークシステムは、前記ゲートウェイ装置と相互通信するトラヒック管理装置を備え、前記ゲートウェイ装置から、単位時間あたりの前記ゲートウェイ装置における各網ごとの受信信号数及び前記ゲートウェイ装置における負荷状態の情報を収集する手段と、前記収集した受信信号数及び負荷状態の情報から前記ゲートウェイ装置における全体負荷量を算出し、各網ごとに制御されるべきトラヒックの制御信号量の規制信号を生成する手段と、前記制御信号量の規制信号を前記ゲートウェイ装置に隣接する交換機又はサーバに送出する手段と、継続的に前記受信信号数及び負荷状態の情報を収集して、前記制御信号量の更新又は解除を前記交換機又はサーバに指示する手段とを備えることを特徴とする。
【００２０】
更に、本発明によるトラヒック制御プログラムは、本発明のトラヒック管理装置として構成するコンピュータに、前記ゲートウェイ装置から、単位時間あたりの前記ゲートウェイ装置における各網ごとの受信信号数及び前記ゲートウェイ装置における負荷状態の情報を収集するステップと、前記収集した受信信号数及び負荷状態の情報から前記ゲートウェイ装置における全体負荷量を算出し、各網ごとに制御されるべきトラヒックの制御信号量の規制信号を生成するステップと、前記制御信号量の規制信号を前記ゲートウェイ装置に隣接する交換機又はサーバに送出するステップと、継続的に前記受信信号数及び負荷状態の情報を収集して、前記制御信号量の更新又は解除を前記交換機又はサーバに指示するステップとを実行させるためのプログラムとして特徴づけられる。
【発明の効果】
【００２１】
本発明によれば、トラヒック管理装置がＧＷ装置から入力信号数及びＧＷ装置の負荷状態の情報を収集し、ネットワークシステム全体にトラヒック制御及び規制指示を行うことによって、異なるネットワーク間に跨った通信においても網全体で安定的な運用を得ることができ、結果的にユーザの利用満足度が向上する。
【００２２】
また、自動制御により輻輳時の状態を早期に沈静化させることができる。また、優先的に疎通させたい信号と規制したい信号とを振り分け制御を行うことにも応用することができ、特定のサービスのみエンド・ツー・エンドで規制し、又は優先的に接続することが可能となり、災害時の緊急通信では特に有効である。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照して、本発明による実施例１のトラヒック制御システムを説明する。尚、各図において、同様な構成要素には同一の参照番号を付して説明する。
【００２４】
（実施例１）
実施例１のトラヒック制御システムは、音声通信を確立するためのＩＰ電話によるネットワークサービスを実現するネットワークシステムのトラヒックを制御する。実施例１のトラヒック制御システムは、他の網（例えば、異なる事業者網間等）、異なる信号方式とのインタワーク等の相互接続を実現するゲートウェイ（ＧＷ）装置と、ＧＷ装置から信号数及びＧＷ装置の負荷状態の収集を行い、ネットワーク全体に制御及び規制指示を行うトラヒック管理装置とを備える。
【００２５】
図１に、本発明による一実施例のトラヒック制御システムの構成例を示す。図１には、複数のネットワークを跨るゲートウェイ装置におけるネットワークシステム全体の概略が示されており、前述した図６のネットワークシステムと対比可能である。図１に示すように、ゲートウェイ（ＧＷ）装置１１は、ＩＰ網Ａ（１７−１）、ＩＰ網Ｂ（１７−２）、電話機１３−１，１３−２をそれぞれ収容する公衆電話網１８−１，１８−３、及び携帯電話機１４−１，１４−２をそれぞれ収容する携帯電話網１８−２，１８−４など、２つ以上の網の間で信号をインターワークし、相互接続を実現する。
【００２６】
具体的には、ＧＷ装置１１は、ＩＳＵＰ信号とＳＩＰ信号との間でプロトコル変換又は相互接続を実施するため、好適にはＭｅｇａｃｏプロトコルを用いて、ＩＰ網そのものを電話の中継交換機として働かせることができる。また、ＧＷ装置１１は、各ＩＰ網における各サーバからＧＷ装置１１に流入又は流出する、単位時間あたりのＳＩＰ信号１９−１，１９−２，１９−３の信号数の測定及び保持する機能と、保持したＳＩＰ信号の信号数の情報をトラヒック管理装置１０に送信する機能と、ＩＧＳ１５−１，１５−２からＧＷ装置１１への流入又は流出する、単位時間あたりのＩＳＵＰ信号２０−１，２０−２の信号数の測定及び保持する機能と、保持したＩＳＵＰ信号２０−１，２０−２の信号数の情報をトラヒック管理装置１０に送信する機能とを有する。
【００２７】
また、トラヒック管理装置１０は、ＧＷ装置１１から、単位時間あたりのゲートウェイ装置１１における各網ごとの受信信号数及びＧＷ装置１１における負荷状態の情報（各網の信号量及び／又はＣＰＵ使用率又はメモリ使用率などのパラメータ化した情報を含む）を収集する手段と、収集した受信信号数及び負荷状態の情報（信号種別の情報を含めることができる）から、各網ごとに制御されるべきトラヒックの制御信号量を算出する手段と、収集した受信信号数及び負荷状態の情報からＧＷ装置１１における全体負荷量を算出し、各網ごとに制御されるべきトラヒックの制御信号量の規制信号を生成する手段と、制御信号量の規制信号をＧＷ装置１１に隣接する交換機又はサーバに送出する手段とを備える。実施例１のトラヒック制御システムにより、トラヒック及びサーバの処理状態に応じたネットワーク全体での制御を実施することにより安定した品質制御を実現する。従って、トラヒック管理装置１０は、ＧＷ装置１１から、各網の信号量及び／又はＣＰＵ使用率又はメモリ使用率などのパラメータ化した情報を取得して、ネットワークシステムの運転状況を把握することができ、これらのパラメータからトラヒックを総合的に判断した上で、隣接又は発側のサーバ又は交換機毎への規制信号を生成することができる。尚、本実施例において、１つのＧＷ装置１１を用いたネットワークシステムとして説明するが、複数のＧＷ装置を用いて構成することができることは云うまでもない。この場合には、トラヒック管理装置１０は、１つのＧＷ装置を用いた場合と同様に、他のＧＷ装置の全部、又は一部における負荷状態を管理するように構成することができる。
【００２８】
ＳＩＰサーバ（例えば、ＳＩＰサーバ２１ａ，２１ｂ，２１ｃ）は、ユーザのＩＰ端末１２−１，１２−２を収容し、ＩＰ網（例えば、ＩＰ網Ａ（１７−１））内の接続制御を行うサーバである。
【００２９】
ＩＧＳ（Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ Ｇａｔｅｗａｙ Ｓｗｉｔｃｈ）１５−１，１５−２は、他事業者の網と接続する関門交換機である。
【００３０】
ＨＴＴＰサーバ２２−１、メールサーバ２２−２、及びＶｏＤ（Ｖｉｄｅｏ ｏｎ  Ｄｅｍａｎｄ）サーバ２２−３は、種々のサービスの提供に用いるサービスサーバであり、例えばＩＰ端末１２−２との間でドメインコントローラによる接続（ＤＣ接続）を確立し、例えばＩＰ網Ａ（１７−１）内で、ＳＩＰ信号を送受信する。
【００３１】
前述したように、トラヒック管理装置１０は、ＧＷ装置１１からの受信信号数及びＧＷ装置１１の負荷状態を含む情報の収集を行い、ネットワークシステム全体におけるトラヒックを管理し、隣接又は発側のサーバ又は交換機に規制指示を行う装置である。ＧＷ装置１１は、ＳＩＰサーバから送出されるＳＩＰ信号（例えば、ＩＮＶＩＴＥメッセージ）と、他網の交換機等から送出されるＩＳＵＰ信号（例えば、共通線信号方式におけるイニシャルアドレスメッセージ）とを単位時間当たりで検知してカウントし、トラヒック管理装置１０に通知を行う。この通知には、各網の信号量及び／又はＣＰＵ使用率又はメモリ使用率など、それぞれパラメータ化した情報とすることができる。トラヒック管理装置１０は、それぞれの信号数に応じた重み付けを施し、隣接又は発側のサーバ又は交換機毎の規制信号を生成し、該規制信号を隣接又は発側のサーバ又は交換機に送出する。隣接又は発側のサーバ又は交換機は、該規制信号に基づいてトラヒック制御を行う。
【００３２】
このように、トラヒック管理装置１０は、ＩＰ電話での不定期、且つ大量のＳＩＰ信号による輻輳及び異なる網との接続点（ＧＷ装置１１）の負荷状態を適切に判断し、隣接又は発側のサーバ又は交換機に規制をかけることができる。
【００３３】
以下、図１に示すネットワークシステム例において、ＩＰ網では呼制御プロトコルを用いて音声通信を確立し、音声データをＩＰパケットとして他の網と送受信する音声通信を可能としたサービスが提供されているとする。このようなサービスを行うのに安定した通信を確保することが必要となるが、実施例１のトラヒック制御システムの動作は、以下の処理フローの説明により明らかになる。
【００３４】
以下、実施例１のトラヒック制御システムの処理フローを説明する。
【００３５】
（処理フロー）
概略的な処理フローを説明するに、ＧＷ装置１１は、ＩＰ網Ａ（１７−１）、公衆電話網（１８−１〜１８−４）、ＩＰ網Ｂ（１７−２）のそれぞれからの入力信号を収集して、トラヒック管理装置１０に送出する。トラヒック管理装置１０は、ＧＷ装置１１に入ってくる単位時間当たりの総信号量及びＧＷ装置１１の負荷量を把握し、各々の網ごとの信号量に応じた加重配分を行い、各配分量に基づき各網ごとの規制信号を生成し、各規制信号を各網ごとのサーバ又は交換機に送出する。各網ごとのサーバ又は交換機は、この規制信号に基づいてトラヒック流量制御を実施する。このとき、各網ごとのサーバ又は交換機は、トラヒック量、信号種別（オーディオ信号、ビデオ信号等の種別等）に応じて通すか否かを選択することが可能である。尚、信号種別に応じてトラヒック制御を実施するために、規制期間における固定的な接続規制を行うようにして実施するのが好適である。尚、ＳＩＰ信号に対しては、既知の方法で容易に信号種別を判断することができる。従って、トラヒック管理装置１０は、ＧＷ装置１１から処理負荷の情報とともに信号種別の情報を取得し、負荷状態及び信号種別に応じて制御信号量を決定し、各網ごとの規制信号を生成することもできる。
【００３６】
以下、より詳細に実施例１のトラヒック制御システムの具体的な処理フローを説明する。
【００３７】
まず、ＧＷ装置１１は、トラヒック及びシステムの定常監視を行う（ステップＳ１ａ，Ｓ１ｂ，Ｓ１ｃ）。次に、ＧＷ装置１１は、単位時間当たりで、或る特定時刻における各網に対する自己のＣＣ使用率（各サーバのＣＰＵ使用率でもよい）等の負荷状態パラメータ、及び単位時間当たりの受信信号数を測定し、分析する（ステップＳ２ａ，Ｓ２ｂ，Ｓ２ｃ）。以下、呼の接続要求信号であるＳＩＰ信号におけるＩＮＶＩＴＥメッセージと、ＩＳＵＰ信号におけるアドレスメッセージとして機能するＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）の各受信信号とを、制御対象信号として検出して着目する（ステップＳ３ａ，Ｓ３ｂ，Ｓ３ｃ）。尚、ＩＮＶＩＴＥメッセージ及びＩＡＭを例として説明するが、収集する受信信号は、これらのメッセージ信号に限定する必要はない。
【００３８】
次に、ＧＷ装置１１は、各網における受信信号数を測定した結果、各網ごとの負荷状態パラメータに基づいてＧＷ装置１１にかかる負荷量が所定の閾値を超えるか否かを判定し、所定の閾値を超える網における受信信号数及び負荷量を含む情報を、トラヒック管理装置１０に通知する（ステップＳ４）。
【００３９】
次に、トラヒック管理装置１０は、通知された受信信号数及び負荷量を含む情報から、ＧＷ装置１１にかかる全ネットワークシステムにおける全体負荷量を算出する。次に、トラヒック管理装置１０は、各網のサーバごとのＩＳＵＰ信号及びＳＩＰ信号の双方における受信した信号数に重み付けを行い、ＧＷ装置１１にかかる全体負荷量から各網ごとの制御信号量を算出する（ステップＳ５）。
【００４０】
この重み付けは、各信号処理にかかるＧＷ装置１１での処理量に応じたＳＩＰ信号とＩＳＵＰ信号との間の比率として、例えばＳＩＰ信号：ＩＳＵＰ信号＝ｎ：ｍ（ｎ，ｍは、任意の数）となるようにして、トラヒック管理装置１０は、ＧＷ装置１１にかかる全体負荷量を算出する。尚、１：１であれば重み付け処理を省略し、そのまま合算してもかまわない。また、トラヒック管理装置１０は、ＧＷ装置１１から取得した情報の受信信号ごとの信号種別、例えばＳＩＰ信号又はＩＳＵＰ信号内にある音声接続要求（オーディオ信号）又は映像接続要求（ビデオ信号）といった種別を読み取り、必要に応じて重み付けの処理に追加することもできる。
【００４１】
次に、トラヒック管理装置１０は、算出した全体負荷量に基づいて所定の閾値以上であるか否かを判断し、トラヒック制御の要否を決定する。トラヒック管理装置１０は、全体負荷量が所定の閾値以上となる故にトラヒック制御が必要であると判断する場合には、ＧＷ装置１１に接続される隣接又は発側のシステム（例えば、サーバ又は交換機）に分配し、それぞれの網からＧＷ装置１１に流入制御すべき信号量としての制御信号量を算出し、トラヒック量の制御指示として、制御信号量を割り当てた規制信号を生成し、隣接又は発側のシステム（例えば、サーバ又は交換機）に送出する（ステップＳ６，Ｓ７ａ，Ｓ７ｂ，Ｓ７ｃ）。
【００４２】
例えば、トラヒック管理装置１０は、ＧＷ装置１１から通知された受信信号数が或る閾値を超え、トラヒック制御が必要であると決定した場合、ＧＷ装置１１の負荷を軽減させるようにＧＷ装置１１に接続される隣接又は発側システム（例えば、サーバ又は交換機）からＧＷ装置１１に向かうトラヒック量を分配する。例えば、分配の例として、隣接又は発側のシステム（各サーバ又は交換機の処理能力に応じて）に予め定められた割合で、ＧＷ装置１１に接続されるＳＩＰサーバ：ＳＩＰサーバ＝α：β（α，βは任意の数）となるように規制信号を生成する。
【００４３】
尚、トラヒック管理装置１０は、トラヒック制御が不要であると判断する場合には、ＧＷ装置１１から受信信号数の通知を受けても各サーバ又は交換機に対して制御指示を行わない。
【００４４】
次に、制御指示としての制御信号量を受信した各々の隣接又は発側システム（例えば、サーバ又は交換機）は、信号種別毎にトラヒック量を分配してトラヒック制御を行う（ステップＳ８ａ，Ｓ８ｂ，Ｓ８ｃ）。即ち、ＧＷ装置１１に接続される隣接又は発側システム（例えば、サーバ又は交換機）は、受信した制御信号量の規制信号に基づき、制御すべきトラヒック量の分配を信号種別に応じて行い、トラヒック制御を実施する。
【００４５】
尚、トラヒック管理装置１０は、継続的にＧＷ装置１１からの情報を受信してネットワークシステム全体におけるトラヒックを監視しており、前述したステップＳ５〜Ｓ７ａ，Ｓ７ｂ，Ｓ７ｃの処理に基づいて制御信号量の調整を行い、既に制御指示した各々の隣接又は発側システム（例えば、サーバ又は交換機）に対しては制御信号量の更新又は解除の指示信号を送信する。
【００４６】
具体的には、トラヒック管理装置１０は、継続的にＧＷ装置１１から通知される受信信号数及び負荷量を含む情報（受信信号数のみ情報か、負荷量のみの情報か、又はその双方の情報）を基に、ＧＷ装置１１に接続される隣接又は発側システム（例えば、サーバ又は交換機）に対し、制御信号量の更新又は解除の要否を判定し、判定に基づき新たな制御信号量又は規制解除を決定し、決定した制御信号量又は規制解除に基づく指示信号を隣接又は発側システム（例えば、サーバ又は交換機）に送出する。
【００４７】
例えば、トラヒック管理装置１０は、ＧＷ装置１１から通知された受信信号数及び負荷量が所定の閾値以下となる場合、即ちＧＷ装置１１に向かうトラヒック量が所定の閾値以下となった場合、規制の解除を実施しても問題ないと判断し、ＧＷ装置１１に接続される隣接又は発側システム（例えば、サーバ又は交換機）に規制解除の制御指示を行う。
【００４８】
ＧＷ装置１１に接続される各々の隣接又は発側システム（例えば、サーバ又は交換機）は、新たに指示された制御信号量を受信する場合には、更新された制御信号量に基づきトラヒック量の制御を実施する。
【００４９】
或いは又、ＧＷ装置１１に接続される各々の隣接又は発側システム（例えば、サーバ又は交換機）は、新たに指示された規制解除の情報を受信する場合には、トラヒック制御の規制解除を実施する。
【００５０】
トラヒック管理装置１０は、ＧＷ装置１１に接続される各々の隣接又は発側システム（例えば、サーバ又は交換機）にトラヒック規制の解除指示を行うと、定常の監視状態に移行する。
【００５１】
これにより、実施例１のトラヒック制御システムは、異なるネットワーク間に跨った通信においても網全体で安定的な運用を行うことができる。
【００５２】
次に、本発明による実施例２のトラヒック制御システムを説明する。
【００５３】
（実施例２）
実施例２のトラヒック制御システムは、音声通信を確立するためのＩＰ電話によるネットワークサービスを実現するネットワークシステムのトラヒックを制御する。実施例２のトラヒック制御システムは、図３に示すように、他の網（例えば、異なる事業者網間等）、及び異なる信号方式とのインタワーク等の相互接続を実現するゲートウェイ（ＧＷ）装置１１と、ＧＷ装置１１から信号数及びＧＷ装置１１の負荷状態の収集を行い、ネットワーク全体に規制指示を行うとともに、ＩＰ網Ａ専用にトラヒック制御する第１トラヒック管理装置３０−１と、公衆電話網専用にトラヒック制御する第２トラヒック管理装置３０−２と、携帯電話網専用にトラヒック制御する第３トラヒック管理装置３０−３と、他のＩＰ網Ｂ専用にトラヒック制御する第４トラヒック管理装置３０−４とを備え、第１トラヒック管理装置３０−１は、他のトラヒック管理装置との間で所定の制御指示信号の送受信を行うことにより、ネットワークシステム全体のトラヒックを制御する。
【００５４】
即ち、１台のトラヒック管理装置がネットワークシステム全体のトラヒックを管理する実施例１のトラヒック制御システムと比較して、実施例２のトラヒック制御システムは、ＩＰ網、公衆電話網、携帯電話網ごとに機能する複数のトラヒック管理装置を構成させている点で相違する。実施例２の各トラヒック管理装置が用いる制御指示信号の例を、図５に示す。図５に示すように、各トラヒック管理装置が用いる制御指示信号は、事業者コード、制御対象装置名、制御対象詳細部及び制御量からなる各パラメータを含む。尚、説明の都合上、各トラヒック管理装置は、各々が個別の装置として説明するが、１つのトラヒック装置内で、機能別に分けて構成することもできる。
【００５５】
実施例２のトラヒック制御システムであれば、制御指示信号の受信側となる第２〜第４トラヒック管理装置３０−２，３０−３，３０−４は、受信した制御指示信号に基づき各トラヒック管理装置に接続されている隣接又は発側システム（例えば、サーバ又は交換機）に制御指示を実施して、効率的にトラヒック管理を行うことができる。尚、第１トラヒック管理装置３０−１は、自身が管理するトラヒック情報やＧＷ装置１１の負荷情報、又はＧＷ装置１１におけるトラヒックの情報を、第２〜第４トラヒック管理装置３０−２，３０−３，３０−４に送信することはないため、例えば他の事業者がこの制御指示信号を用いてＧＷ装置１１の状況を独自に判断して制御するようなことがない。
【００５６】
一方、第１トラヒック管理装置３０−１が、全ての綱を網羅したトラヒック管理を行う必要がない場合、ＧＷ装置１１を含む特定のＩＰ網のみ（例えば、ＩＰ網Ａ（１７−１）のみ）でのトラヒック管理を行うこともできる。この場合には、第１トラヒック管理装置３０−１は、他のトラヒック管理装置との連携を行うことなく、単独での制御を実施することができる。
【００５７】
以下、より詳細に実施例２のトラヒック制御システムの具体的な処理フローを説明する。
【００５８】
尚、図３に示すように、第１トラヒック管理装置３０−１は、ＩＰ網Ａ（１７−１）のトラヒックを管理し、実施例１のトラヒック管理装置１０と同様に、ＧＷ装置１１に入ってくる単位時間当たりの総信号量及び負荷量を把握する。第２〜第４トラヒック管理装置３０−２，３０−３，３０−４は、公衆電話網制御機能部、携帯電話網制御機能部、ＩＰ網Ｂ制御機能部としてそれぞれ分散して機能し、第１トラヒック管理装置３０−１と連携して動作する。以下、このような構成例として説明するが、更に多数の網機能部としてもよい。この場合においても、各機能部同士で制御指示信号の送受信を行うが、このときもＧＷ装置１１自体のトラヒック情報及び負荷情報は送信しない。
【００５９】
実施例２のステップＳ５以前の処理は、実施例１と同一であり、説明を省略する。
【００６０】
ステップＳ６ａで、第１トラヒック管理装置３０−１は、実施例１と同様に、算出した全体負荷量が所定の閾値以上であるか否かを判断し、トラヒック制御の要否を決定する。第１トラヒック管理装置３０−１は、トラヒック制御が必要であると判断する場合には、ＧＷ装置１１に接続される隣接又は発側のシステム（例えば、サーバ又は交換機）に分配し、それぞれの網からＧＷ装置１１に流入制御すべき信号量として、トラヒック量の制御指示としての制御信号量を各網ごとに割り当てる。
【００６１】
第１トラヒック管理装置３０−１は、この制御指示の際に、例えば第４トラヒック管理装置（ＩＰ網Ｂ制御機能部）に対してはトラヒック制御しないとするような、各網に対する配分を行うことができる。
【００６２】
この場合、第１トラヒック管理装置３０−１（ＩＰ網Ａ制御機能部）は、制御指示信号を第２トラヒック管理装置３０−２（公衆電話網制御機能部）に送出する。このように、各トラヒック管理装置は、自己が管理する網のトラヒックを該制御指示信号に基づいて制御する（実施例２のステップ７ｂ，７ｃ）。ただし、本例において、第１トラヒック管理装置３０−１は、ＩＰ網Ａのトラヒック管理を受け持つことに留意する（実施例２のステップＳ７ａ）。
【００６３】
第２トラヒック管理装置３０−２（公衆電話網制御機能部）は、制御指示信号を受信し、分析した値を用いて公衆電話網に属する交換機（例えば、ＩＧＳ１５−１）に対してＧＷ装置１１向けのトラヒック制御の制御指示を行う。尚、第１トラヒック管理装置３０−１は、トラヒック制御が不要と決定した場合には、ＧＷ装置１１から情報を受信しても、他のトラヒック管理装置に対して制御指示を行わない。
【００６４】
ステップＳ８ａ，Ｓ８ｂ，Ｓ８ｃ以降の処理は、実施例１と同様であるが、例えば、第１トラヒック管理装置３０−１は、分配する制御対象システムが、公衆電話網内の交換機であると決定した場合について代表的に説明する。
【００６５】
公衆電話網に属する交換機は、第２トラヒック管理装置３０−２（公衆電話綱制御機能部）からの制御指示信号に基づきトラヒック量の制御を実施する（実施例２のステップＳ８ｂ）。
【００６６】
次に、第１トラヒック管理装置３０−１（ＩＰ網Ａ制御機能部）は、ＧＷ装置１１の情報に基づくネットワークシステムの継続監視から、制御信号量の調整を行い、既に制御指示した第２トラヒック管理装置３０−２（公衆電話網制御機能部）に対しては制御信号量の更新又は解除の指示を行うための制御指示信号を送出する。この制御指示信号に応じて、第２トラヒック管理装置３０−２（公衆電話網制御機能部）は、公衆電話網に属する交換機に対して、ＧＷ装置１１に向かうトラヒック量の制御信号量の更新の指示を行う。
【００６７】
これにより、公衆電話網に属する交換機は、ＧＷ装置１１に向かうトラヒック量の制御信号量の更新を行うことができる。
【００６８】
例えば、第１トラヒック管理装置３０−１は、ＧＷ装置１１から通知された受信信号数及び負荷量が所定の閾値以下となる場合、即ちＧＷ装置１１に向かうトラヒック量が所定の閾値以下となった場合、規制の解除を実施しても問題ないと判断し、第２トラヒック管理装置３０−２（公衆電話網制御機能部）に規制解除の制御指示信号を送出する。これに応じて、第２トラヒック管理装置３０−２（公衆電話網制御機能部）は、公衆電話網に属する交換機に規制解除の指示を行う。これに応じて、公衆電話網に属する交換機は、ＧＷ装置１１に対する規制状態を解除する。
【００６９】
第１トラヒック管理装置３０−１は、ＧＷ装置１１に接続される各々の他のトラヒック管理装置にトラヒック規制の解除指示を行うと、定常の監視状態に移行する。
【００７０】
これにより、実施例２のトラヒック制御システムは、異なるネットワーク間に跨った通信においても網全体で安定的なサービスを提供することができる。
【００７１】
次に、本発明による実施例３のトラヒック制御システムを説明する。
【００７２】
（実施例３）
実施例３のトラヒック制御システムは、実施例１又は２のトラヒック制御システムと同一の構成で実現することができ、その詳細な説明は省略する。実施例３では、ＧＷ装置１１における網ごとの着信に応じたトラヒック制御を実現する。以下の説明では、発明の理解を助けるために、実施例１における処理フローと対比して再び図２を参照して説明する。
【００７３】
実施例３の処理フローのうち、実施例１のステップＳ５以前の処理と同一であり、説明を省略する。
【００７４】
トラヒック管理装置１０は、実施例１と同様に、算出した全体負荷量が所定の閾値以上であるか否かを判断し、トラヒック制御の要否を決定し、トラヒック制御が必要であると判断する場合には、ＧＷ装置１１に接続される隣接又は発側のシステム（例えば、サーバ又は交換機）に分配し、それぞれの網からＧＷ装置１１に流入制御すべき信号量として、トラヒック量の制御指示としての制御信号量を割り当てて隣接又は発側のシステム（例えば、サーバ又は交換機）に送出する（ステップＳ６，Ｓ７ａ，Ｓ７ｂ，Ｓ７ｃ）。トラヒック管理装置１０は、実施例１と同様に、トラヒック制御が不要であると判断する場合には、ＧＷ装置１１から受信信号数の通知を受けても各サーバに対して制御指示を行わない。
【００７５】
ただし、実施例３では、トラヒック管理装置１０がＧＷ装置１１と単独のＩＰ網（例えば、ＩＰ網Ａ（１７−１））でのトラヒック制御となった場合に、ＧＷ装置１１に対してもトラヒックの制御指示を行う。具体的には、トラヒック管理装置１０は、ＧＷ装置１１に対する制御指示として、単位時間当たりのＳＩＰ信号の信号数とＩＳＵＰ信号の信号数との合計値を算出し、この合計値が所定の閾値以上である場合に、例えばＩＰ網Ａ（１７−１）からＧＷ装置１１に対しての着信のみのトラヒック制御か、例えば公衆電話網１８−１からの着信のみのトラヒック制御か、又はその双方の着信比率ＡＡ：ＢＢ（ＡＡ，ＢＢは任意の数）とする着信のトラヒック制御を行うように、制御指示する。
【００７６】
この制御指示を受け取ったＧＷ装置１１は、接続要求信号（例えば、ＳＩＰ信号におけるＩＮＶＩＴＥメッセージ）を破棄するか、又は該接続要求信号に対する切断信号又は接続拒否信号を、発呼したサーバ等に送信することにより、ＧＷ装置１１自身の処理負荷を軽減するように動作する。
【００７７】
その他の処理は、実施例１における処理をＧＷ装置１１にも適用する。
【００７８】
例えば、トラヒック管理装置１０は、ＧＷ装置１１におけるトラヒック量を継続的に監視し、ＧＷ装置１１におけるトラヒック量を再調整し、前回指示したＧＷ装置１１でのトラヒック制御量の更新を実施する。
【００７９】
一方で、トラヒック管理装置１０からＧＷ装置１１に規制解除を指示することもできる。例えば、トラヒック管理装置１０は、ＧＷ装置１１から通知された受信信号数及び負荷量が所定の閾値以下となる場合、規制の解除を実施しても問題ないと判断し、ＧＷ装置１１に規制解除の制御指示を行う。
【００８０】
トラヒック管理装置１０は、ＧＷ装置１１にトラヒック規制の解除指示を行うと、定常の監視状態に移行する。
【００８１】
これにより、実施例３のトラヒック制御システムは、ＧＷ装置及び隣接又は発側システム（例えば、サーバ又は交換機）におけるトラヒックを管理するため、より効果的に異なるネットワーク間に跨った通信においても網全体で安定的にサービスを提供することができる。
【００８２】
前述した各実施例において、トラヒック管理装置は、コンピュータにより実現することができる。トラヒック管理装置として構成するコンピュータは、前述した各処理を実現させるために、中央演算処理装置（ＣＰＵ）と、少なくとも１つのメモリとを備える。
【００８３】
更に、トラヒック管理装置として構成するコンピュータを機能させるために、メモリの所定の領域にＣＰＵで実行させるためのプログラムを格納することができる。また、前述した各処理を実現させるために必要とされるデータを、メモリに一時的、又は恒久的に格納することもできる。このようなメモリは、コンピュータ内部のＲＯＭ、ＲＡＭ又はハードディスクなどで構成させることができ、或いは又、外部記憶装置（例えば、外付けハードディスク）を用いて構成させることもできる。
【００８４】
上述の実施例については代表的な例として説明したが、本発明の趣旨及び範囲内で、多くの変形及び置換することができることは当業者に明らかである。例えば、トラヒック管理装置をＧＷ装置内に組み込むように構成することもできる。また、トラヒック制御システムの実施例において、トラヒック制御方法、トラヒック管理装置、又はトラヒック制御プログラムとしても特徴付けることができることは云うまでもない。従って、本発明は、上述の実施例によって制限するものと解するべきではなく、特許請求の範囲によってのみ制限される。
【産業上の利用可能性】
【００８５】
本発明は、ゲートウェイ装置の負担を極めて低減させることができ、複数のネットワークに跨るゲートウェイ装置を用いたネットワークシステムに有用である。
【図面の簡単な説明】
【００８６】
【図１】本発明による実施例１のトラヒック制御システムの構成例を示す図である。
【図２】本発明による実施例１のトラヒック制御システムにおける処理フローを示す図である。
【図３】本発明による実施例２のトラヒック制御システムの構成例を示す図である。
【図４】本発明による実施例２のトラヒック制御システムにおける処理フローを示す図である。
【図５】本発明による実施例２のトラヒック制御システムに用いられる制御指示信号の一例を示す図である。
【図６】従来のトラヒック制御システムの構成例を示す図である。
【符号の説明】
【００８７】
１０  トラヒック管理装置
１１  ゲートウェイ（ＧＷ）装置
１２−１，１２−２  ＩＰ端末
１３−１，１３−２  電話機
１４−１，１４−２  携帯電話機
１５−１，１５−２  ＩＧＳ
１７−１  ＩＰ網Ａ
１７−２  ＩＰ網Ｂ
１８−１，１８−３  公衆電話網
１８−２，１８−４  携帯電話網
１９−１，１９−２，１９−３  ＳＩＰ信号
２０−１，２０−２  ＩＳＵＰ信号
２１ａ，２１ｂ，２１ｃ  ＳＩＰサーバ
２２−１  ＨＴＴＰサーバ
２２−２  メールサーバ
２２−３  ＶｏＤサーバ
３０−１  第１トラヒック管理装置
３０−２  第２トラヒック管理装置
３０−３  第３トラヒック管理装置
３０−４  第４トラヒック管理装置
１００  トラヒック管理装置
【図１】
0004818299.tif 000002
【図２】
0004818299.tif 000003
【図３】
0004818299.tif 000004
【図４】
0004818299.tif 000005
【図５】
0004818299.tif 000006
【図６】
0004818299.tif 000007