(57)【特許請求の範囲】
【請求項１】
複数の呼制御サーバと、前記複数の呼制御サーバの各々との間で通信が行われる複数の端末との間に設置されるトラヒック制御装置であって、
前記呼制御サーバが処理を行うリクエスト信号の種類と前記呼制御サーバのリソースの種類とに関連付けて再送信時間値が記憶される記憶部と、
前記複数の呼制御サーバからリソースの状態を示す状態情報を所定間隔で受信する呼制御サーバ状態情報管理部と、
前記呼制御サーバ状態情報管理部で受信した前記状態情報の値が所定範囲にあるか否かにより、何れかの前記呼制御サーバがバーストトラヒック状態であるか否かを判定すると共に、前記バーストトラヒック状態の原因となったリソースを特定する規制条件判定部と、
前記規制条件判定部でバーストトラヒック状態であると判定された前記呼制御サーバが通信する、何れかの前記端末からのリクエスト信号の送信に対し、当該リクエスト信号及び前記原因となったリソースに基づく前記再送信時間値を前記記憶部から取得し、前記取得した再送信時間値を設定した応答信号を、前記リクエスト信号を送信した端末に返信する応答信号生成部と、
を備えることを特徴とするトラヒック制御装置。
【請求項２】
前記記憶部に記憶される前記再送信時間値は、一定の範囲を表す範囲値として記憶され、
信号処理数特定部と、他の応答信号生成部とをさらに備え、
前記応答信号生成部は、前記範囲値の中からランダムな時間を選択して、リクエスト信号の再送信時間として設定し、前記リクエスト信号を送信した複数の前記端末に異なる再送信時間を返信し、
前記信号処理数特定部は、複数のメソッドの各々に対し、前記呼制御サーバの各々に転送したリクエスト信号の数が、所定数以上であるか否かにより、何れの前記呼制御サーバが信号処理数規制状態であるか否かを特定し、
前記他の応答信号生成部は、前記複数のメソッドの各々において、何れかの前記端末からのリクエスト信号の送信に対し、前記リクエスト信号の再送信時間を設定した応答信号を、前記リクエスト信号を送信した端末に返信する、
ことを特徴とする請求項１に記載のトラヒック制御装置。
【請求項３】
前記状態情報は、ＣＰＵ使用率、メモリ使用率、セッション総数の何れか一つの情報、又はこれらの情報の組み合わせで構成される、
ことを特徴とする請求項１又は請求項２に記載のトラヒック制御装置。
【請求項４】
前記リソースの種類は、ＣＰＵ使用率、メモリ使用率、セッション総数の何れか一つの情報、又はこれらの情報の組み合わせで構成される、
ことを特徴とする請求項１ないし請求項３の何れか一項に記載のトラヒック制御装置。
【請求項５】
複数の呼制御サーバと、前記複数の呼制御サーバの各々との間で通信が行われる複数の端末との間に設置されるトラヒック制御装置が実行するトラヒック制御方法であって、
前記トラヒック制御装置は、前記呼制御サーバが処理を行うリクエスト信号の種類と前記呼制御サーバのリソースの種類とに関連付けて再送信時間値が記憶される記憶部を備え、
前記複数の呼制御サーバからリソースの状態を示す状態情報を所定間隔で受信する受信ステップと、
前記受信ステップで受信した前記状態情報の値が所定範囲にあるか否かにより、何れかの前記呼制御サーバがバーストトラヒック状態であるか否かを判定すると共に、前記バーストトラヒック状態の原因となったリソースを特定する規制条件判定ステップと、
前記規制条件判定ステップでバーストトラヒック状態であると判定された前記呼制御サーバが通信する、何れかの前記端末からのリクエスト信号の送信に対し、当該リクエスト信号及び前記原因となったリソースに基づく前記再送信時間値を前記記憶部から取得し、前記取得した再送信時間値を設定した応答信号を、前記リクエスト信号を送信した端末に返信する応答ステップと、
を実行することを特徴とするトラヒック制御方法。
【請求項６】
請求項５に記載のトラヒック制御方法を前記トラヒック制御装置の制御部に実行させるトラヒック制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トラヒック制御装置、トラヒック制御方法、及びトラヒック制御プログラムに関する。
【背景技術】
【０００２】
ＩＰ(Internet Protocol)ネットワーク上にて、ＶｏＩＰ(Voice over IP)サービスをはじめとする、各種通信サービスが普及している。特に、ＶｏＩＰサービスや、３ＧＰＰ(3rd Generation Partnership Project)にて規定されるＩＭＳ(IP Multimedia Subsystem)等においては、セッション制御として、ＳＩＰ(Session Initiation Protocol)を使用し、ＳＩＰサーバを中心にシステムが構築されている。
【０００３】
それに伴い、ＳＩＰを使用する上での、トラヒック制御、輻輳制御等が各種検討されている。その一例が、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを利用してＳＩＰサーバへの再送タイミングを端末に指示する方法であり、バースト的な（ＳＩＰサーバの処理能力を超えるような多量の）位置登録（ＲＥＧＩＳＴＥＲ登録）が発生したときなど、該当するヘッダに再送時間を設定することで、効率的にＲＥＧＩＳＴＥＲ処理を収束させる方式が考えられている。Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを利用してＳＩＰサーバへの再送タイミングを端末に指示する方法は、例えば、特許文献１に記載がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１４０８６９号公報（段落００２１〜００３２）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載される方法を適用し、効率的にＲＥＧＩＳＴＥＲ処理を収束させることを考えた場合、再送時間をＳＩＰサーバ（呼制御サーバ）に対応させる必要がある。現存するネットワークには、年月をかけて構築してきたネットワークが存在し、そのようなネットワークには様々なサーバが共存しているので、そのような性能の異なる複数のサーバに対して対応を行うことは必ずしも容易ではない。
【０００６】
また、引用文献１に記載される方法は、ＲＥＧＩＳＴＥＲ登録とＣＰＵ使用率に特化したトラヒック制御方法であって、他のメソッドや、他のリソース状態を考慮していない、という問題点もある。
【０００７】
本発明は前記問題に鑑みてなされたものであり、現実のネットワーク及びサーバのリソース状態を考慮した、バースト的な接続要求の対策を行うためのトラヒック制御装置、トラヒック制御方法、及びトラヒック制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記目的を達成するため、本発明に係るトラヒック制御装置は、複数の呼制御サーバと、前記複数の呼制御サーバとの間で通信が行われる複数の端末との間に設置されるトラヒック制御装置であって、前記呼制御サーバが処理を行うリクエスト信号の種類と前記呼制御サーバのリソースの種類とに関連付けて再送信時間値が記憶される記憶部と、前記複数の呼制御サーバからリソースの状態を示す状態情報を所定間隔で受信する呼制御サーバ状態情報管理部と、前記呼制御サーバ状態情報管理部で受信した前記状態情報の値が所定範囲にあるか否かにより、何れかの前記呼制御サーバがバーストトラヒック状態であるか否かを判定すると共に、前記バーストトラヒック状態の原因となったリソースを特定する規制条件判定部と、前記規制条件判定部でバーストトラヒック状態であると判定された前記呼制御サーバが通信する、何れかの前記端末からのリクエスト信号の送信に対し、当該リクエスト信号及び前記原因となったリソースに基づく前記再送信時間値を前記記憶部から取得し、前記取得した再送信時間値を設定した応答信号を、前記リクエスト信号を送信した端末に返信する応答信号生成部と、を備えることを特徴とする。
【０００９】
前記目的を達成するため、本発明に係るトラヒック制御方法は、複数の呼制御サーバと、前記複数の呼制御サーバの各々との間で通信が行われる複数の端末との間に設置されるトラヒック制御装置が実行するトラヒック制御方法であって、前記トラヒック制御装置は、前記呼制御サーバが処理を行うリクエスト信号の種類と前記呼制御サーバのリソースの種類とに関連付けて再送信時間値が記憶される記憶部を備え、前記複数の呼制御サーバからリソースの状態を示す状態情報を所定間隔で受信する受信ステップと、前記受信ステップで受信した前記状態情報の値が所定範囲にあるか否かにより、何れかの前記呼制御サーバがバーストトラヒック状態であるか否かを判定すると共に、前記バーストトラヒック状態の原因となったリソースを特定する規制条件判定ステップと、前記規制条件判定ステップでバーストトラヒック状態であると判定された前記呼制御サーバが収容する、何れかの前記端末からのリクエスト信号の送信に対し、当該リクエスト信号及び前記原因となったリソースに基づく前記再送信時間値を前記記憶部から取得し、前記取得した再送信時間値を設定した応答信号を、前記リクエスト信号を送信した端末に返信する応答ステップと、を実行することを特徴とする。
【００１０】
前記目的を達成するため、本発明に係るトラヒック制御プログラムは、前記トラヒック制御方法を前記トラヒック制御装置の制御部に実行させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数の呼制御サーバと、各々の呼制御サーバが収容する端末との間にトラヒック制御装置を設置するだけで、既存の呼制御サーバの対応を行うことなく、バースト的な接続要求（ＲＥＧＩＳＴＥＲ登録を含むリクエスト信号）の対策を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１実施形態に係るトラヒック制御システムの構成図である。
【図２】本発明の第１実施形態に係るトラヒック制御装置の機能構成図である。
【図３】本発明の第１実施形態に係るＳＩＰサーバ基本情報の一例を示す図である。
【図４】本発明の第１実施形態に係るＳＩＰサーバ状態情報の一例を示す図である。
【図５】本発明の第１実施形態に係るＳＩＰサーバ向け信号処理数情報の一例を示す図である。
【図６】本発明の第１実施形態に係るＳＩＰサーバ向け信号規制情報の一例を示す図である。
【図７】第１実施形態に係るＳＩＰサーバ状態情報の収集動作を示すシーケンス図である。
【図８】第１実施形態に係るトラヒック制御装置の信号規制動作を説明するフローチャートである。
【図９】変形例におけるトラヒック制御システムの構成図である。
【発明を実施するための形態】
【００１３】
≪第１実施形態に係るトラヒック制御システムの構成≫
＜概要＞
図１は、第１実施形態に係るトラヒック制御システムの構成図である。
トラヒック制御システム１は、トラヒック制御装置２、ＳＩＰサーバ３Ａ，３Ｂ，３Ｃ（以下、まとめて「ＳＩＰサーバ３」と呼ぶときがある）、端末４Ａａ〜４Ａｎ，端末４Ｂａ〜４Ｂｎ，端末４Ｃａ〜４Ｃｎ（以下、まとめて「端末４」と呼ぶときがある）、及びＩＰ網９を備えて構成される。さらに、トラヒック制御装置２は、記憶部５、制御部６、通信部７を備えて構成される。
【００１４】
ＳＩＰサーバ３Ａは、トラヒック制御装置２を介して、端末４Ａａ〜４Ａｎを収容する。すなわち、端末４Ａａ〜４Ａｎは、トラヒック制御装置２及びＳＩＰサーバ３Ａを介して、図示しない他の端末との間に呼を確立する。同様に、ＳＩＰサーバ３Ｂは、トラヒック制御装置２を介して、端末４Ｂａ〜４Ｂｎを収容し、ＳＩＰサーバ３Ｃは、トラヒック制御装置２を介して、端末４Ｃａ〜４Ｃｎを収容する。したがって、トラヒック制御装置２は、ＳＩＰサーバ３Ａ，３Ｂ，３Ｃと、各々のＳＩＰサーバ３Ａ，３Ｂ，３Ｃが収容する端末のすべてとの間に配設されている。
【００１５】
図１に示すトラヒック制御システム１では、トラヒック制御装置２に３台のＳＩＰサーバ３を接続しているが、トラヒック制御装置２の性能が許す限り、５台、６台、又はそれ以上の数のＳＩＰサーバを接続することが可能である。
【００１６】
以下、トラヒック制御システム１の各構成装置について図１を参照して説明する。
＜端末＞
端末（以下、「クライアント」と呼ぶ場合がある）４は、ＳＩＰサーバ３に対して、呼の接続を要求する装置である。端末４は、収容されるＳＩＰサーバ３に呼の接続を要求するに際し、ＲＥＧＩＳＴＥＲ，ＩＮＶＩＴＥ，ＭＥＳＳＡＧＥ等のリクエスト信号を送信する。
端末４は、例えば、ＰＣ（Personal Computer），携帯端末等である。端末４にＰＣを用いる場合は、端末４は、図示しないＣＰＵ，メモリ，ＨＤＤ，ディスプレイ，キーボード等を備える。
【００１７】
＜ＳＩＰサーバ＞
ＳＩＰサーバ３は、収容する端末４から呼の接続を要求され、ＳＩＰの呼制御を行うサーバである。ＳＩＰサーバ３は、端末４から各種通信を行うための、ＲＥＧＩＳＴＥＲ，ＩＮＶＩＴＥ，ＭＥＳＳＡＧＥ等のリクエスト信号を受信する。
ＳＩＰサーバ３は、プロキシサーバ、リダイレクトサーバ、レジストラ、ロケーションサービスとして動作する。なお、ＳＩＰサーバ３は、必ずしもすべての動作をする必要はなく、それぞれがプロキシサーバ、リダイレクトサーバ、レジスタサーバ（レジストラ）、ロケーションサービスのいずれかとして動作するようにしてもよい。ＳＩＰサーバ３は、いずれかとして動作する場合、端末４から動作に対応するリクエスト信号を受信する。サーバ３は、図示しないＣＰＵ，メモリ，ＨＤＤ等を備える。
【００１８】
プロキシサーバは、発信者と着信者との間において、ＳＩＰセッションの確立を行うために、ＩＮＶＩＴＥ等のリクエスト信号を中継するサーバのことであり、サーバとしてもクライアントとしても動作する。リダイレクトサーバは、要求ＵＲＩをロケーションサービスに問い合わせたときに、新しいＳＩＰ  ＵＲＩなどが回答されると、プロキシとして動作するのではなく、３ｘｘのリダイレクトコードをクライアントに返答する。
【００１９】
レジスタサーバは、ＲＥＧＩＳＴＥＲリクエスト信号を受け付け、ロケーションサービスにその内容を登録するサーバである。ロケーションサービスは、ＵＲＩとＩＰアドレスとを対応付けるデータベースのことをいう。
【００２０】
＜トラヒック制御装置＞
トラヒック制御装置２は、端末４から送信されるリクエスト信号を受信し、サーバ３に転送する装置である。さらに、トラヒック制御装置２は、リクエスト信号を転送するときに、サーバ３のリソースの状態に応じて転送するリクエスト信号の数を制御する機能を有する。詳細は後記する。
【００２１】
トラヒック制御装置２は、記憶部５と、制御部６と、通信部７とを備えて構成される。記憶部５は、図示しないＨＤＤ（Hard Disk Drive）等で構成され、種々のプログラム及び情報を記憶する。制御部６は、ＣＰＵ、メモリ、及びこれらの周辺回路等（いずれも図示せず）から構成される。制御部６は、記憶部５に記憶されるプログラムを実行することで様々な機能を実現する。通信部７は、ＬＡＮ用のアダプタ装置、ＩＳＤＮ通信回線用のＴＡ、モデム等であって、制御部６の指示に従って動作し、ＳＩＰサーバ３及び端末４とデータの送受信を行う。
【００２２】
＜ＩＰ網＞
ＩＰ網９は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等であり、有線、無線のどちらか一方、または両方で構成され、データ通信を実現する。ＩＰ網９内では、ＩＰプロトコルに則って通信が行われている。
【００２３】
≪第１実施形態に係るトラヒック制御装置の機能≫
（概要）
図２は、第１実施形態に係るトラヒック制御装置の機能構成図である。
トラヒック制御装置２の記憶部５は、ＳＩＰサーバ基本情報５１、ＳＩＰサーバ状態情報５２、ＳＩＰサーバ向け信号処理数情報５３、ＳＩＰサーバ向け信号規制情報５４を記憶する。
トラヒック制御装置２の制御部６は、通信制御部６０、ＳＩＰサーバ情報管理部６１、ＳＩＰサーバ状態情報管理部６２、ルーチング処理部６３、規制対象信号判定部６４、サポート信号判定部６５、及びトラヒック制御部６６を備える。さらに、トラヒック制御部６６は、規制条件判定部６７、信号処理数判定部６８、サポートメソッド対象外による応答信号生成部６９ａ、信号処理数規制状態による応答信号生成部６９ｂ、及びバーストトラヒック状態による応答信号生成部６９ｃを備える。
【００２４】
＜記憶部に記憶される情報＞
以下、データ構成図の符号（例えば、図３に示す「５１２」）はデータが格納される論理的な領域を表し、図の説明をする際の括弧付きの符号（例えば、「ＳＩＰサーバホスト名（５１２）」）は論理的な領域に記憶される、又は記憶されていたデータ自体を表すものとする。
【００２５】
（ＳＩＰサーバ基本情報）
図３は、第１実施形態に係るＳＩＰサーバ基本情報５１のデータ構成図である。
ＳＩＰサーバアドレス５１１には、各ＳＩＰサーバ３Ａ，３Ｂ，３Ｃに設定されるＩＰアドレスが記憶される。
ＳＩＰサーバホスト名５１２には、各ＳＩＰサーバ３Ａ，３Ｂ，３Ｃに設定されるホスト名が記憶される。ＳＩＰサーバホスト名（５１２）の「Ａ」は、図１に示すＳＩＰサーバ３Ａを表し、「Ｂ」はＳＩＰサーバ３Ｂを表し、「Ｃ」はＳＩＰサーバ３Ｃを表す。
【００２６】
信号規制情報リンクＩＤ５１３には、ＳＩＰサーバ基本情報５１と、図５に示すＳＩＰサーバ向け信号処理数情報５３、又はＳＩＰサーバ向け信号規制情報５４とを関連付ける英字、数字、又は英字及び数字の組合せで構成されるＩＤ（identification）が記憶される。信号規制情報リンクＩＤ５１３は、データベースの構成を簡易にするために設定されるものである。なお、ＳＩＰサーバ基本情報５１は、前記した項目以外の他の項目を設ける構成としてもよい。
【００２７】
（ＳＩＰサーバ状態情報）
図４は、第１実施形態に係るＳＩＰサーバ状態情報５２のデータ構成図である。
ＳＩＰサーバアドレス５２１、及びＳＩＰサーバホスト名５２２には、図３に示すＳＩＰサーバアドレス５１１、及びＳＩＰサーバホスト名５１２と同様の情報が記憶される。
ＣＰＵ使用率５２３には、ＳＩＰサーバ３が備える図示しないＣＰＵの使用率が百分率（％）で記憶される。
メモリ使用率５２４には、ＳＩＰサーバ３が備える図示しないメモリの使用率が百分率（％）で記憶される。
セッション総数５２５には、ＳＩＰサーバ３が確立している呼の総数が記憶される。確立している呼とは、例えば、ＳＩＰサーバ３が端末４から送信されるＩＮＶＩＴＥリクエストを受信してから、ＢＹＥリクエストに対する２００ＯＫを転送していないものをいう。
【００２８】
規制発動条件５２６には、トラヒック制御装置２がＳＩＰサーバ３に転送するリクエスト信号の数の制御を開始する条件が記憶される。以下、ＳＩＰサーバ３が起動発動条件（５２６）に該当する場合を、「バーストトラヒック状態」と呼ぶこととする。
具体的には、規制発動条件（５２６）は、ＣＰＵ使用率（５２３）、メモリ使用率（５２４）、セッション総数（５２５）の所定値で構成される。
【００２９】
（ＳＩＰサーバ向け信号処理数情報）
図５は、第１実施形態に係るＳＩＰサーバ向け信号処理数情報５３のデータ構成図である。
信号規制情報リンクＩＤ５３１には、図３に示す信号規制情報リンクＩＤ５１３と同様の情報が記憶される。
メソッド名５３２には、端末４からＳＩＰサーバ３に送信されるリクエスト信号の種類を表すメソッドの名前が記憶される。メソッド名（５３２）には、ＲＥＧＩＳＴＥＲ、ＩＮＶＩＴＥ、ＭＥＳＳＡＧＥ等がある。なお、規制対象にしないメソッドについては、記録しないこととする。
現在信号数５３３には、トラヒック制御装置２が、所定時間の間に、端末４から受信したリクエスト信号をＳＩＰサーバ３に転送した数が記憶される。所定時間は任意に決定することができ、本実施形態では、後記する図６の規制間隔５４３がこの所定時間に該当する。
【００３０】
（ＳＩＰサーバ向け信号規制情報）
図６は、第１実施形態に係るＳＩＰサーバ向け信号規制情報５４のデータ構成図である。
信号規制情報リンクＩＤ５４１には、図３に示す信号規制情報リンクＩＤ５１３と同様の情報が記憶される。
メソッド名５４２には、図５に示すメソッド名５３２と同様の情報が記憶される。
規制間隔５４３には、各ＳＩＰサーバ３へ転送したメソッド名単位のリクエスト信号数をインクリメント（加算）する時間間隔が記憶される。規制間隔（５４３）が経過すると、図５に示す現在信号数（５３３）はクリアされる（「０」が設定される）。規制間隔５４３には、時間間隔が、例えばミリ秒単位で設定される。
【００３１】
通常時信号数上限５４４には、規制間隔（５４３）内でインクリメントされた現在信号数（５３３）が、超過してはならないリクエスト信号数が記憶される。以下、規制間隔（５４３）内でインクリメントされた現在信号数（５３３）が、通常時信号数上限（５４４）を超過した場合を、「信号処理数超過状態」と呼ぶこととする。信号処理数超過状態は、任意の時間が経過した後に、解除するようにすればよい。信号処理数超過状態を解除するための時間は、トラヒック制御装置２が図示しない情報として持っていることとする。
なお、ＳＩＰサーバ３がサポートしていないメソッドについては、通常時信号数上限５４４に「０」が設定される。
【００３２】
規制時信号数上限５４５には、信号処理数超過状態、又はバーストトラヒック状態である場合に、規制間隔（５４３）内でインクリメントされた現在信号数（５３３）が、超過してはならないリクエスト信号数が記憶される。規制時信号数上限（５４５）は、通常時信号数上限（５４４）よりも少ない数にするとよい。
【００３３】
Ｒｅｔｒｙ−Ａｆｔｅｒ設定条件５４６（以下、「設定条件５４６」と呼ぶときがある）には、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに設定時間を設定しない場合には、「設定なし」が記憶され、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに固定値の設定時間を設定する場合には、「固定」が記憶され、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダにランダムの設定時間を設定する場合には、「ランダム」が記憶される。以下、設定条件５４６に設定される「設定なし」に対して、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに何らかの設定時間を設定する場合（本実施形態では、「固定」又は「ランダム」の場合）を、「設定あり」と呼ぶときがある。
【００３４】
信号数上限超過時のＲｅｔｒｙ−Ａｆｔｅｒ設定時間５４７（以下、「信号数上限超過時設定時間５４７」と呼ぶときがある）には、規制間隔（５４３）の間にＳＩＰサーバ３に転送するリクエスト信号数が、通常時信号数上限５４４又は規制時信号数上限５４５を超過した場合に、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに設定する時間が記憶される。以下、規制間隔（５４３）の間にＳＩＰサーバ３に転送するリクエスト信号数が、通常時信号数上限５４４又は規制時信号数上限５４５を超過している場合を、「信号処理数規制状態」と呼ぶこととする。
信号数上限超過時設定時間５４７には、設定条件５４６に「設置なし」が記憶されているときには何も記憶されず、設定条件５４６に「固定」が記憶されているときには固定値が記憶され、設定条件５４６に「ランダム」が記憶されているときには一定の範囲を表す範囲値が記憶される。
【００３５】
ＣＰＵ使用率××％時のＲｅｔｒｙ−Ａｆｔｅｒ設定時間５４８（以下、「ＣＰＵ使用率××％時設定時間５４８」と呼ぶときがある）には、ＳＩＰサーバ３の図４に示すＣＰＵ使用率（５２３）が規制発動条件（５２６）に該当するとしてバーストトラヒック状態であると判定された場合に、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに設定する時間が記憶される。ＣＰＵ使用率××％時設定時間５４８に記憶される情報と、設定条件５４６に記憶される情報との関係は、信号数上限超過時設定時間５４７の場合と同様である。
【００３６】
メモリ使用率××％時のＲｅｔｒｙ−Ａｆｔｅｒ設定時間５４９（以下、「メモリ使用率××％時設定時間５４９」と呼ぶときがある）には、ＳＩＰサーバ３の図４に示すメモリ使用率（５２４）が規制発動条件（５２６）に該当するとしてバーストトラヒック状態であると判定された場合に、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに設定する時間が記憶される。メモリ使用率××％時設定時間５４９に記憶される情報と、設定条件５４６に記憶される情報との関係は、信号数上限超過時設定時間５４７の場合と同様である。
【００３７】
セッション総数××時のＲｅｔｒｙ−Ａｆｔｅｒ設定時間５５０（以下、「セッション総数××時設定時間５５０」と呼ぶときがある）には、ＳＩＰサーバ３の図４に示すセッション総数（５２５）が規制発動条件（５２６）に該当するとしてバーストトラヒック状態であると判定された場合に、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに設定する時間が記憶される。セッション総数××時設定時間５５０に記憶される情報と、設定条件５４６に記憶する情報との関係は、信号数上限超過時設定時間５４７の場合と同様である。
【００３８】
＜制御部が備える機能＞
図２に示す、制御部６内に「○○部」と記載する機能は、制御部６が、記憶部５に記憶される図示しないプログラムを、図示しないＣＰＵが実行することで実現する。
【００３９】
（通信制御部）
通信制御部６０は、通信部７を制御し、通信部７を介して信号を送信、又は受信する。以下、○○部が信号を送信、又は受信するという記載がある場合には、通信制御部６０が通信部７を制御し、通信部７を介して信号を送信、又は受信するものとする。
【００４０】
（ＳＩＰサーバ情報管理部）
ＳＩＰサーバ情報管理部６１は、図３乃至図６に示す情報の内、ＳＩＰサーバ３に関する各種情報を管理する。例えば、トラヒック制御装置２に新たなＳＩＰサーバを接続する場合に、ＳＩＰサーバ情報管理部６１は、トラヒック制御装置が備える図示しない入力部を介して新たなＳＩＰサーバの情報を取得し、ＳＩＰサーバ基本情報５１、ＳＩＰサーバ状態情報５２、ＳＩＰサーバ向け処理数情報５３、ＳＩＰサーバ向け信号規制情報５４の内、該当する項目を更新する。
【００４１】
（ＳＩＰサーバ状態情報管理部）
ＳＩＰサーバ状態情報管理部６２は、一定周期で各ＳＩＰサーバ３のＣＰＵ使用率、メモリ使用率、実行セッション総数等（以下、「各種リソース状態情報」と呼ぶときがある）を収集し、収集するたびに、第４図に示す、ＳＩＰサーバ状態情報５２を更新する。なお、本実施形態では、各種リソース情報を収集するタイミングを、一定周期としたが、必ずしも一定周期でなくても、サーバに応じて間隔を変えてもよい。
具体的には、ＳＩＰサーバ状態情報管理部６２は、一定周期で各ＳＩＰサーバ３に状態情報収集要求を送信し、その返信として、ＳＩＰサーバ３から各種リソース状態情報を受信する。状態情報収集要求の送信、及び各種リソース状態情報の受信は、既存の通信プロトコル、又は新たな通信プロトコルを用いて行えばよい。
また、ＳＩＰサーバ状態情報管理部６２は、各種リソース情報状態を受信するたびに、ＳＩＰサーバ状態情報５２のＳＩＰサーバアドレス又はＳＩＰサーバホスト名をキーにして、該当するＣＰＵ使用率（５２３）、メモリ使用率（５２４）、セッション総数（５２５）を更新する。
【００４２】
（ルーチング処理部）
ルーチング処理部６３は、端末４からリクエスト信号を受信し、リクエスト信号に設定されている宛先情報（例えば、ホスト名）から、リクエスト信号の転送先である収容されるＳＩＰサーバ３を分析する。そして、ルーチング処理部６３は、規制なしで接続処理を実行する場合に、分析した転送先にリクエスト信号を転送する。
また、リクエスト信号を分析先のＳＩＰサーバ３に転送した場合に、図５に示すＳＩＰサーバ向け信号処理数情報５３の該当するＳＩＰサーバ３の現在信号数（５３３）に「１」をインクリメントする。
【００４３】
（規制対象信号判定部）
規制対象信号判定部６４は、受信したリクエスト信号が規制対象メソッドであるか否かを判定する。
具体的には、規制対象信号判定部６４は、受信したリクエスト信号に設定されるＳＩＰサーバアドレス又はＳＩＰサーバホスト名をキーとして、図３のＳＩＰサーバ基本情報５１を検索し、該当する信号規制情報リンクＩＤ（５１３）を得る。次に、規制対象信号判定部６４は、取得した信号規制情報リンクＩＤ（５１３）、及び受信したリクエスト信号に設定されるメソッド名をキーとして、図４に示すＳＩＰサーバ向け信号規制情報５４のメソッド名５４２を検索する。そして、規制対象信号判定部６４は、メソッド名５４２に該当するメソッド名が記憶されている場合に、規制対象メソッドであると判定し、該当するメソッド名が記憶されていない場合に、規制対象メソッドでないと判定する。
【００４４】
なお、以下で「取得した信号規制情報リンクＩＤ（５１３）」と言った場合には、受信したリクエスト信号に設定されるＳＩＰサーバアドレス若しくはＳＩＰサーバホスト名をキーとして、図３のＳＩＰサーバ基本情報５１を検索し、該当する信号規制情報リンクＩＤ（５１３）を得たものとする。
【００４５】
（サポート信号判定部）
サポート信号判定部６５は、受信したリクエスト信号がＳＩＰサーバ３のサポートしているサポートメソッドであるか否かを判定する。
具体的には、サポート信号判定部６５は、取得した信号規制情報リンクＩＤ（５１３）、及び受信したリクエスト信号に設定されるメソッド名をキーとして、図６に示すＳＩＰサーバ向け信号規制情報５４の通常時信号数上限５４４を検索する。そして、サポート信号判定部６５は、通常時信号数上限５４４に「０」以外が記憶されている場合に、サポートメソッドであると判定し、「０」が記憶されている場合に、サポートメソッドでないと判定する。
【００４６】
（トラヒック制御部）
トラヒック制御部６６は、各ＳＩＰサーバ３へのリクエスト信号の数、及び各ＳＩＰサーバ３のリソースの状態情報を考慮して、各ＳＩＰサーバに対応したトラヒック制御を実行する。以下、トラヒック制御部６６が備える機能を説明する。
【００４７】
（規制条件判定部）
規制条件判定部６７は、ＳＩＰサーバ状態情報管理部６２で更新したＳＩＰサーバ状態情報５２のＣＰＵ使用率（５２３）、メモリ使用率（５２４）、セッション総数（５２５）が、規制発動条件（５２６）の範囲内であるか否か（バーストトラヒック状態であるか否か）、及びバーストトラヒック状態であった場合に原因となったリソースを判定する。
具体的には、規制条件判定部６７は、受信したリクエスト信号に設定されるＳＩＰサーバアドレス又はＳＩＰサーバホスト名をキーとして、図４に示すＳＩＰサーバ状態情報５２のＣＰＵ使用率（５２３）、メモリ使用率（５２４）、及びセッション総数（５２５）が、規制発動条件（５２６）になったか否かを判定することにより、該当するＳＩＰサーバ３がバーストトラヒック状態であるか否か、及びバーストトラヒック状態であった場合に原因となったリソースを判定する。
規制条件判定部６７は、ＣＰＵ使用率（５２３）、メモリ使用率（５２４）、又はセッション総数（５２５）が、規制発動条件（５２６）の範囲内であればバーストトラヒック状態でないと判定し、範囲内でなければバーストトラヒック状態であると判定する。
【００４８】
（信号処理数判定部）
信号処理数判定部６８は、図６に示す規制間隔（５４３）内に各ＳＩＰサーバ３に転送したリクエスト信号の数が、信号数上限（５４４，５４５）を超過しているか否か（信号処理数規制状態であるか否か）を判定する。
具体的には、信号処理数判定部６８は、取得した信号規制情報リンクＩＤ（５１３）、及び受信したリクエスト信号に設定されるメソッド名をキーとして、図５に示す現在信号数５３３を検索し、該当する現在信号数（５３３）を取得する。
次に、信号処理数判定部６８は、信号処理数超過状態であるか否かの情報、及び、規制条件判定部６７を用いて、該当するＳＩＰサーバ３がバーストトラヒック状態であるか否かの情報を取得する。
【００４９】
次に、信号処理数判定部６８は、信号処理数超過状態、及び該当するＳＩＰサーバ３がバーストトラヒック状態でない場合には、図６に示すＳＩＰサーバ向け信号規制情報５４の通常時信号数上限５４４を検索し、信号処理数超過状態、又は該当するＳＩＰサーバ３がバーストトラヒック状態である場合には、規制時信号数上限５４５を検索し、通常時信号数上限（５４４）又は規制時信号数上限（５４５）を取得する。
次に、信号処理数判定部６８は、取得した現在信号数（５３３）と、取得した通常時信号数上限（５４４）又は規制時信号数上限（５４５）とを比較し、取得した現在信号数（５３３）が取得した通常時信号数上限（５４４）又は規制時信号数上限（５４５）よりも多い場合に、各ＳＩＰサーバ３に転送したリクエスト信号数が、信号数上限を超過している（信号処理数規制状態である）と判定する。
【００５０】
また、信号処理数判定部６８は、時間を計測し、規制間隔（５４３）が経過するごとに、図５に示すＳＩＰサーバ向け信号処理数情報５３の現在信号数５３３の値を「０」にする。
【００５１】
（サポートメソッド対象外による応答信号生成部）
サポートメソッド対象外による応答信号生成部６９ａ（以下、単に「応答信号生成部６９ａ」と呼ぶときがある）は、サポート信号判定部６５で、受信したリクエスト信号がサポートメソッドでないと判定された場合に、クライアントエラーを表す４０５応答信号を生成し、リクエスト信号を送信した端末４に返信する。
【００５２】
（信号処理数規制状態による応答信号生成部）
信号処理数規制状態による応答信号生成部６９ｂ（以下、単に「応答信号生成部６９ｂ」と呼ぶときがある）は、信号処理数判定部６８で各ＳＩＰサーバ３に転送したリクエスト信号数が、信号処理数規制状態であると判定された場合であって、
（１）図６に示す設定条件５４６に「設定なし」が記憶されているときに、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを設定せずに、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する。
【００５３】
（２）図６に示す設定条件５４６に「固定」が記憶されているときに、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに、信号数上限超過時設定時間５４７に記憶される固定値を設定した、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する。
（３）図６に示す設定条件５４６に「ランダム」が記憶されているときに、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに、信号数上限超過時設定時間５４７に記憶される範囲からランダム値を決定し、決定したランダム値を設定した、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する。
【００５４】
（バーストトラヒック状態による応答信号生成部）
バーストトラヒック状態による応答信号生成部６９ｃ（以下、単に「応答信号生成部６９ｃ」と呼ぶときがある）は、規制条件判定部６７でＳＩＰサーバ３がバーストトラヒック状態であると判定された場合であって、
（１）図６に示す設定条件５４６に「設定なし」が記憶されているときに、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを設定せずに、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する。
【００５５】
（２）図６に示す設定条件５４６に「固定」が記憶されているときに、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに、バーストトラヒック状態であると判定される原因となったリソースに対応する項目（ＣＰＵ使用率××％時設定時間５４８、メモリ使用率××％時設定時間５４９、及びセッション総数××時設定時間５５０の内のどれか）に記憶される固定値を設定した、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する。
【００５６】
（３）図６に示す設定条件５４６に「ランダム」が記憶されているときに、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに、バーストトラヒック状態であると判定される原因となったリソースに対応する項目（ＣＰＵ使用率××％時設定時間５４８、メモリ使用率××％時設定時間５４９、及びセッション総数××時設定時間５５０の内のどれか）に記憶される範囲からランダム値を決定し、決定したランダム値を設定した、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する。
【００５７】
≪第１実施形態に係るトラヒック制御装置におけるＳＩＰサーバ状態情報の収集動作≫
図７は、第１実施形態に係るＳＩＰサーバ状態情報の収集動作を示すシーケンス図である。以下、図７を参照して、トラヒック制御装置におけるＳＩＰサーバ状態情報５２の収集動作を説明する。
トラヒック制御装置２のＳＩＰサーバ状態情報管理部６２（図２参照）は、一定周期（所定間隔）でＳＩＰサーバ３Ａ，３Ｂ，３Ｃに状態情報収集要求を送信し、その返信として、ＳＩＰサーバ３Ａ，３Ｂ，３Ｃから各種リソース状態情報（図７では、単に「状態情報」）を受信する。
【００５８】
≪第１実施形態に係るトラヒック制御装置の信号規制動作≫
図８は、第１実施形態に係るトラヒック制御装置の信号規制動作を説明するフローチャートである。以下、図８を参照して、トラヒック制御装置の信号規制動作を説明する。
【００５９】
トラヒック制御装置２のルーチング処理部６３（図２参照）は、端末４から送信されるＳＩＰサーバ３へのリクエスト信号（接続要求）を受信する（ステップＳ１）。次に、ルーチング処理部６３は、リクエスト信号に設定されている宛先情報から、リクエスト信号の転送先を分析し、ルーチング先ＳＩＰサーバを特定する（ステップＳ２）。
【００６０】
次に、規制対象信号判定部６４は、受信したリクエスト信号が、規制対象メソッドであるか否かを判定する（ステップＳ３）。ステップＳ３において、規制対象メソッドであると判定された場合（ステップＳ３“Ｙｅｓ”）、処理をステップＳ５に進める。ステップＳ３において、規制対象メソッドでないと判定された場合（ステップＳ３“Ｎｏ”）、ルーチング処理部６３は、規制なしで接続処理を実行するために、受信したリクエスト信号を分析した転送先に転送し（ステップＳ４）、ＳＩＰサーバ向け信号処理数情報５３の該当する現在信号数（５３３）に「１」を加算する。そして、信号規制動作を終了する。
【００６１】
次に、サポート信号判定部６５は、受信したリクエスト信号が、ＳＩＰサーバ３のサポートメソッドであるか否かを判定する（ステップＳ５）。ステップＳ３において、サポートメソッドであると判定された場合（ステップＳ５“Ｙｅｓ”）、処理をステップＳ７に進める。ステップＳ５において、サポートメソッドでないと判定された場合（ステップＳ５“Ｎｏ”）、応答信号生成部６９ａは、クライアントエラーを表す４０５応答信号を生成し、リクエスト信号を送信した端末４に返信する（ステップＳ６）。そして、信号規制動作を終了する。
【００６２】
次に、信号処理数判定部６８は、信号処理数規制状態であるか否かを判定する（ステップＳ７）。ステップＳ７において、信号処理数規制状態であると判定された場合（ステップＳ７“Ｙｅｓ”）、処理をステップＳ８に進めて、信号処理数規制状態でないと判定された場合（ステップＳ７“Ｎｏ”）、処理をステップＳ１３に進める。
【００６３】
次に、信号処理数規制状態であると判定された場合（ステップＳ７“Ｙｅｓ”）、応答信号生成部６９ｂは、図６に示す設定条件５４６に「設定あり（固定又はランダム）」が記憶されているか否かを判定する（ステップＳ８）。ステップＳ８において、設定条件５４６に「設定あり（固定又はランダム）」が記憶されている場合（ステップＳ８“Ｙｅｓ”）、処理をステップＳ１０に進めて、設定条件５４６に「設定あり（固定又はランダム）」が記憶されていない場合（ステップＳ８“Ｎｏ”）、応答信号生成部６９ｂは、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを設定せずに、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する（ステップＳ９）。そして、信号規制動作を終了する。
【００６４】
次に、設定条件５４６に「設定あり（固定又はランダム）」が記憶されている場合（ステップＳ８“Ｙｅｓ”）、応答信号生成部６９ｂは、図６に示す設定条件５４６に「ランダム」が記憶されているか否かを判定する（ステップＳ１０）。ステップＳ１０において、設定条件５４６に「ランダム」が記憶されている場合（ステップＳ１０“Ｙｅｓ”）、応答信号生成部６９ｂは、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに、信号数上限超過設定時間５４７に記憶される範囲から決定したランダム値を設定した、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する（ステップＳ１２）。そして、信号規制動作を終了する。ステップＳ１０において、設定条件５４６に「ランダム」が記憶されていない場合（ステップＳ１０“Ｎｏ”）、応答信号生成部６９ｂは、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに、信号数上限超過設定時間５４７に記憶される固定値を設定した、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する（ステップＳ１１）。そして、信号規制動作を終了する。
【００６５】
次に、信号処理数規制状態でないと判定された場合（ステップＳ７“Ｎｏ”）、規制条件判定部６７は、図４に示す規制発動条件（５２６）に該当するか否か（バーストトラヒック状態であるか否か）を判定する（ステップＳ１３）。ステップＳ１３において、バーストトラヒック状態であると判定された場合（ステップＳ１３“Ｙｅｓ”）、処理をステップＳ１５に進める。ステップＳ１３において、バーストトラヒック状態でないと判定された場合（ステップＳ１３“Ｎｏ”）、ルーチング処理部６３は、規制なしで接続処理を実行するために、受信したリクエスト信号を分析した転送先に転送し（ステップＳ１４）、ＳＩＰサーバ向け信号処理数情報５３の該当する現在信号数（５３３）に「１」を加算する。そして、信号規制動作を終了する。
【００６６】
次に、バーストトラヒック状態であると判定された場合（ステップＳ１３“Ｙｅｓ”）、応答信号生成部６９ｃは、図６に示す設定条件５４６に「設定あり（固定又はランダム）」が記憶されているか否かを判定する（ステップＳ１５）。ステップＳ１５において、設定条件５４６に「設定あり（固定又はランダム）」が記憶されている場合（ステップＳ１５“Ｙｅｓ”）、処理をステップＳ１７に進めて、設定条件５４６に「設定あり（固定又はランダム）」が記憶されていない場合（ステップＳ１５“Ｎｏ”）、応答信号生成部６９ｃは、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを設定せずに、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する（ステップＳ１６）。そして、信号規制動作を終了する。
【００６７】
次に、設定条件５４６に「設定あり（固定又はランダム）」が記憶されている場合（ステップＳ１５“Ｙｅｓ”）、応答信号生成部６９ｃは、図６に示す設定条件５４６に「ランダム」が記憶されているか否かを判定する（ステップＳ１７）。ステップＳ１７において、設定条件５４６に「ランダム」が記憶されている場合（ステップＳ１７“Ｙｅｓ”）、応答信号生成部６９ｃは、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに、バーストトラヒック状態であると判定される原因となったリソースに対応する項目（ＣＰＵ使用率××％時設定時間５４８、メモリ使用率××％時設定時間５４９、セッション総数××時設定時間５５０の内のどれか）に記憶される範囲から決定したランダム値を設定した、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する（ステップＳ１９）。そして、信号規制動作を終了する。
【００６８】
ステップＳ１７において、設定条件５４６に「ランダム」が記憶されていない場合（ステップＳ１７“Ｎｏ”）、応答信号生成部６９ｃは、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに、バーストトラヒック状態であると判定される原因となったリソースに対応する項目（ＣＰＵ使用率××％時設定時間５４８、メモリ使用率××％時設定時間５４９、セッション総数××時設定時間５５０の内のどれか）に記憶される固定値を設定した、サーバエラーを表す５０３応答信号を生成し、リクエスト信号を送信した端末４に返信する（ステップＳ１８）。そして、信号規制動作を終了する。
【００６９】
（第１実施形態に係るトラヒック制御装置２の効果）
以上のように、第１実施形態に係るトラヒック制御装置２は、ＳＩＰサーバ３のリソース状態を考慮して、接続要求を制御することができる。よって、ネットワークにトラヒック制御装置２を設置するだけで、既存のＳＩＰサーバ３に対応を行うことなく、バースト的な接続要求の対策を行うことができる。
【００７０】
また、第１実施形態に係るトラヒック制御装置２は、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに、ランダム値を設定して応答信号を返信することが可能であり、接続要求を効率的に収束させることができる。
【００７１】
また、第１実施形態に係るトラヒック制御装置２は、規制間隔（５４３）内でインクリメントされた現在信号数（５３３）が、通常時信号数上限（５４４）を超過した場合（「信号処理数超過状態」）に信号数を規制する。さらに、信号処理数超過状態又はバーストトラヒック状態の場合に、通常時信号数上限（５４４）よりも低い規制時信号数上限（５４５）で信号数を規制する。これにより、接続要求を効率的に収束させることができる。なお、信号数が通常時信号数上限（５４４）又は規制時信号数上限（５４５）を超過している場合（すなわち、信号数を規制している状態）を「信号処理数規制状態」という。
【００７２】
≪変形例≫
（トラヒック制御システム）
第１実施形態では、ＲＥＧＩＳＴＥＲを含む種々のリクエスト信号のトラヒック制御を行うために、図１に示すように、ＳＩＰサーバ３と端末４との間にトラヒック制御装置２を配設しているが、ネットワーク構成や適用するシステムによっては、図９に示すようにＳＩＰサーバ３とＳＩＰサーバ１０３との間に配設しても構わない。
例えばＩＮＶＩＴＥリクエストのトラヒック制御を行いたい場合は、図９に示すトラヒック制御システム１００の構成とすることが可能である。
【００７３】
（信号処理数規制判定等）
第１実施形態では、メソッド単位に信号処理規制判定を行っているが、メソッド全体又は組み合わせの信号数で判定を行ってもよい。また、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダに設定する再送信時間についても同様である。
【００７４】
（再送信時間）
図６に示す設定時間（５４８，５４９，５５０）は、リソースの状態のレベルによって、さらに詳細に設定するようにしてもよい。例えば、ＣＰＵ使用率を１０％単位に再送信時間値を保有するようにしてもよい。
【符号の説明】
【００７５】
１，１００      トラヒック制御システム
２，１０２      トラヒック制御装置
３，３Ａ，３Ｂ，３Ｃ，１０３  ＳＩＰサーバ（呼制御サーバ）
４，４Ａａ〜４Ａｎ，４Ｂａ〜４Ｂｎ，４Ｃａ〜４Ｃｎ，１０４  端末
５      記憶部
６      制御部
７      通信部
５１    ＳＩＰサーバ基本情報
５２    ＳＩＰサーバ状態情報（第１の記憶部）
５３    ＳＩＰサーバ向け信号処理数情報
５４    ＳＩＰサーバ向け信号規制情報（第２の記憶部）
６０    通信制御部
６１    ＳＩＰサーバ情報管理部
６２    ＳＩＰサーバ状態情報管理部（呼制御サーバ状態情報管理部）
６３    ルーチング処理部
６４    規制対象信号判定部
６５    サポート信号判定部
６６    トラヒック制御部
６７    規制条件判定部
６８    信号処理数判定部（信号処理数特定部）
６９ａ  サポートメソッド対象外による応答信号生成部
６９ｂ  信号処理数規制状態による応答信号生成部（他の応答信号生成部）
６９ｃ  バーストトラヒック状態による応答信号生成部（応答信号生成部）
１０５，１０６  ゲートウェイ
【図１】
0005434640.tif 000002
【図２】
0005434640.tif 000003
【図３】
0005434640.tif 000004
【図４】
0005434640.tif 000005
【図５】
0005434640.tif 000006
【図６】
0005434640.tif 000007
【図７】
0005434640.tif 000008
【図８】
0005434640.tif 000009
【図９】
0005434640.tif 000010