(57)【要約】【課題】輻輳状態となってしまうことを容易に回避することができる技術を提供すること。【解決手段】ルータ１１０は、ＳＩＰ端末１５０よりＳＩＰサーバ１４０を宛先とするリクエストメッセージを受信すると、ＳＩＰサーバ１４０との間のトラヒック量を確認し、ＳＩＰサーバ１４０との間のトラヒック量がＳＩＰサーバ１４０に割り当てられている帯域を超えている場合には、リクエストメッセージを輻輳サーバ１３０に転送する。【選択図】図１
2008227917.tif 000002
【特許請求の範囲】
【請求項１】
端末からの呼要求に対して呼制御を行う呼制御サーバ、輻輳サーバ、および、ルータ、を備える通信システムであって、
前記ルータは、前記呼制御サーバとの間のトラヒック量を算出し、前記端末より前記呼制御サーバを宛先とするリクエストメッセージを受信した際に、前記トラヒック量が、前記呼制御サーバ向けに予め設定されている帯域を超えている場合には、前記リクエストメッセージを前記輻輳サーバに転送し、
前記輻輳サーバは、前記リクエストメッセージに対して、エラーのレスポンスメッセージを前記端末に送信すること、
を特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記ルータは、
前記呼制御サーバと前記端末との間のセッションを特定する情報を記憶しており、
前記呼制御サーバへのトラヒック量が前記呼制御サーバ向けに予め設定されている帯域を超えている場合でも、前記リクエストメッセージを送信した端末及び前記呼制御サーバの間にセッションが張られている場合には、前記リクエストメッセージを前記呼制御サーバに転送すること、
を特徴とする通信システム。
【請求項３】
請求項２に記載の通信システムであって、
前記ルータは、前記呼制御サーバと前記端末との間の通信が予め定められた時間に行われない場合には、先記端末と前記呼制御サーバとの間のセッションが張られていないものとすること、
を特徴とする通信システム。
【請求項４】
請求項１に記載の通信システムであって、
前記輻輳サーバは、前記リクエストメッセージに予め定められた時間を特定する時間情報を付加して、前記端末に送信し、
前記端末は、前記時間情報で特定される時間、前記呼制御サーバへのリクエストメッセージの送信を停止すること、
を特徴とする通信システム。
【請求項５】
請求項４に記載の通信システムであって、
前記時間情報で特定される時間は、前記呼制御サーバへのトラヒック量に応じて変化するものであること、
を特徴とする通信システム。
【請求項６】
端末から呼制御サーバへのリクエストメッセージを中継するルータであって、
前記呼制御サーバとの間のトラヒック量を算出し、前記端末より前記呼制御サーバを宛先とするリクエストメッセージを受信した際に、前記呼制御サーバとの間のトラヒック量が前記呼制御サーバ向けに設定されている帯域を超えている場合には、前記リクエストメッセージを、前記リクエストメッセージに対して、エラーのレスポンスメッセージを前記端末に送信する前記輻輳サーバに転送すること、
を特徴とするルータ。
【請求項７】
請求項６に記載のルータであって、
前記呼制御サーバと前記端末との間のセッションを特定する情報を記憶しており、
前記呼制御サーバとの間のトラヒック量が、前記呼制御サーバ向けに予め設定されている帯域を超えている場合でも、前記リクエストメッセージを送信した端末及び前記呼制御サーバの間にセッションが張られている場合には、前記リクエストメッセージを前記呼制御サーバに転送すること、
を特徴とするルータ。
【請求項８】
請求項７に記載のルータであって、
前記呼制御サーバと前記端末との間の通信が予め定められた時間に行われない場合には、先記端末と前記呼制御サーバとの間のセッションが張られていないものとすること、
を特徴とするルータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ網における輻輳を制御する技術に関する。
【背景技術】
【０００２】
ＩＰ網における輻輳を制御する技術として、例えば、特許文献１に記載の技術がある。  特許文献１に記載の技術は、セッション処理サーバ毎に輻輳制御装置を設定し、この輻輳制御装置において輻輳状態を検知すると、他のセッション処理サーバに処理を分散する技術が記載されている。
【０００３】
【特許文献１】特開２００５−１６７７６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の技術では、セッション処理サーバ毎に輻輳制御装置を設置しなければならず、また、輻輳制御装置における処理能力を超えるセッション設定要求が送信された場合には、輻輳制御装置又はセッション処理サーバでの処理が停滞してしまい、セッションの設定が一切できなくなってしまう。
【０００５】
そこで、本発明は、輻輳状態となってしまうことを容易に回避することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
以上の課題を解決するため、本発明は、中継装置に呼制御サーバと輻輳サーバとを接続し、呼制御サーバに予め定められた帯域を超える呼要求があった場合には、輻輳サーバに転送し、輻輳サーバから輻輳通知（エラー通知）を行う。
【０００７】
例えば、本発明は、端末からの呼要求に対して呼制御を行う呼制御サーバ、輻輳サーバ、および、ルータ、を備える通信システムであって、前記ルータは、前記呼制御サーバとの間のトラヒック量を算出し、前記端末より前記呼制御サーバを宛先とするリクエストメッセージを受信した際に、前記トラヒック量が、前記呼制御サーバ向けに予め設定されている帯域を超えている場合には、前記リクエストメッセージを前記輻輳サーバに転送し、前記輻輳サーバは、前記リクエストメッセージに対して、エラーのレスポンスメッセージを前記端末に送信すること、を特徴とする。
【発明の効果】
【０００８】
以上のように、本発明によれば、輻輳状態となってしまうことを容易に回避することができる。
【発明を実施するための最良の形態】
【０００９】
図１は、本発明の一実施形態である通信システム１００の概略図である。
【００１０】
図示するように、通信システム１００は、ルータ１１０と、輻輳サーバ１３０と、ＳＩＰ（Session Initiation Protocol）サーバ１４０と、ＳＩＰ端末１５０と、を備えており、ルータ１１０は、第一のネットワーク１６０及び第二のネットワーク１６１におけるデータの中継を行う。なお、ＳＩＰサーバ１４０については、ＳＩＰに基づく通常の呼制御を行うサーバであり、既に公知のものを使用すればよいため、詳細な説明は省略する。
【００１１】
図２は、ルータ１１０の概略図である。
【００１２】
図示するように、ルータ１１０は、記憶部１１１と、制御部１１４と、ＳＷ部１１９と、ネットワークインターフェース部（以下、ＮＴＩＦ部）１２０Ａ〜１２０Ｄと、を備えている。
【００１３】
記憶部１１１は、経路情報記憶領域１１２と、セッション情報記憶領域１１３と、を有する。
【００１４】
経路情報記憶領域１１２には、後述するルーティング処理部１１５においてルーティング処理を行うための経路情報が記憶される。なお、経路情報については、公知のものであるため、詳細な説明は省略する。
【００１５】
セッション情報記憶領域１１３には、ＳＩＰサーバ１４０との間のセッションを特定するための情報が格納される。
【００１６】
本実施形態においては、例えば、図３（セッションテーブル１１３ａの概略図）に示されるようなセッションテーブル１１３ａが記憶される。
【００１７】
図示するように、セッションテーブル１１３ａは、Ｃａｌｌ−Ｉｄ欄１１３ｂと、受信時間欄１１３ｃと、を備える。
【００１８】
Ｃａｌｌ−Ｉｄ欄１１３ｂには、ＳＩＰにおいて各々の呼を識別するための識別情報であるＣａｌｌ−Ｉｄが格納される。
【００１９】
受信時間欄１１３ｃには、Ｃａｌｌ−Ｉｄ欄１１３ｂに格納されるＣａｌｌ−Ｉｄで識別される呼の要求をルータ１１０で受信した時間を特定する情報が格納される。ここで、本実施形態においては、セッションテーブル１１３ａにおいて各々のエントリが生成された時間を本欄１１３ｃに格納するようにしている。
【００２０】
図２に戻り、制御部１１４は、メッセージ検出部１１５と、ルーティング処理部１１６と、トラヒック管理部１１７と、セッション監視部１１８と、を有する。
【００２１】
メッセージ検出部１１６は、ＮＴＩＦ部１２０Ａ〜１２０Ｄで受信したデータを解析し、ＳＩＰサーバ１４０宛のリクエストメッセージを検出する処理を行う。
【００２２】
そして、メッセージ検出部１１６でＳＩＰサーバ１４０宛のリクエストメッセージを検出した場合には、トラヒック管理部１１７で処理を行い、他のデータはルーティング処理部１１６で処理を行う。
【００２３】
ルーティング処理部１１６は、経路情報記憶領域１１２に記憶されている経路情報を用いて中継処理（ルーティング処理）を行う。なお、ルーティング処理部１１５での処理は、公知のルータが行う処理と同様であるため詳細な説明を省略する。
【００２４】
トラヒック管理部１１７は、ＳＩＰサーバ１４０との間の通信状況（帯域）を管理する。
【００２５】
例えば、本実施形態においては、メッセージ検出部１１６よりＳＩＰサーバ１４０宛のリクエストメッセージを検出した旨の通知を受けた際に、このリクエストメッセージのデータ量を特定する。そして、このようにして特定したデータ量を特定の時間間隔において集計することで、ＳＩＰサーバ１４０との間のトラヒック量を算出する。
【００２６】
そして、トラヒック管理部１１７は、このようにして算出したＳＩＰサーバ１４０との間のトラヒック量が予め定められた閾値を超えていない場合には、ＳＩＰサーバ１４０宛のリクエストメッセージをＳＩＰサーバ１４０に転送する。
【００２７】
なお、トラヒック管理部１１７は、このようにＳＩＰサーバ１４０宛のリクエストメッセージをＳＩＰサーバ１４０に転送した場合には、転送したリクエストメッセージのＣａｌｌ−Ｉｄをセッション監視部１１８に通知して、当該Ｃａｌｌ−Ｉｄの登録を要求する。
【００２８】
一方、トラヒック管理部１１７は、上記のようにして算出したＳＩＰサーバ１４０との間のトラヒック量が予め定められた閾値を超えている場合には、セッション監視部１１８にＣａｌｌ−Ｉｄを特定した問い合わせを行い、ＳＩＰサーバ１４０宛のリクエストメッセージが既に確立されているセッションのものであるか否かを確認し、既に確立されているセッションのものであるときには、ＳＩＰサーバ１４０宛のリクエストメッセージをＳＩＰサーバ１４０に転送し、既に確立されているセッションのものではないときには、ＳＩＰサーバ１４０宛のリクエストメッセージを輻輳サーバ１３０に転送する。
【００２９】
セッション監視部１１８は、セッション情報記憶領域１１３に記憶されているセッションテーブル１１３ａの管理を行う。
【００３０】
具体的には、セッション管理部１１８は、トラヒック管理部１１７よりＣａｌｌ―Ｉｄを特定した問い合わせを受けた場合には、当該Ｃａｌｌ−Ｉｄがセッション情報記憶領域１１３に記憶されているセッションテーブル１１３ａに格納されているか否かを確認して、格納の有無を返答する。
【００３１】
また、セッション管理部１１８は、トラヒック管理部１１７よりＣａｌｌ―Ｉｄを特定した登録要求を受けた場合には、当該Ｃａｌｌ−Ｉｄがセッション情報記憶領域１１３に記憶されているセッションテーブル１１３ａに格納されているか否かを確認して、格納されていない場合には、セッションテーブル１１３ａに新たなエントリを生成し、当該Ｃａｌｌ−ＩｄをＣａｌｌ−Ｉｄ欄１１３ｂに格納するとともに、新たなエントリを生成した時間を受信時間欄１１３ｃに格納する。
【００３２】
さらに、セッション管理部１１８は、全てのエントリにおける受信時間欄１１３ｃを監視しており、特定の時間が経過した場合には、特定の時間の経過したエントリを削除する。
【００３３】
ＳＷ部１１９と、ＮＴＩＦ部１２０Ａ〜１２０Ｄ間で受信したデータの転送を行うためのスイッチングを行う。なお、このスイッチングについては、ハードウェアで行ってもよくソフトウェアで行ってもよい。
【００３４】
ＮＴＩＦ部１２０Ａ〜１２０Ｄは、ネットワークを介した情報の送受信を行うためのインターフェースである。
【００３５】
ここで、本実施形態においては、ＮＴＩＦ部１２０Ａは、第一のネットワーク１６０に接続されており、ＮＴＩＦ部１２０Ｂは、第二のネットワーク１６１に接続されており、ＮＴＩＦ部１２０Ｃは、輻輳サーバ１３０に接続されており、ＮＴＩＦ部１２０Ｄは、ＳＩＰサーバ１４０に接続されている。
【００３６】
また、本実施形態においては、各ＮＴＩＦ部１２０Ａ〜１２０Ｄには、シェーパが設けられており、各々に接続されている回線の帯域を管理している。
【００３７】
以上のように構成されるルータ１００は、例えば、図４（コンピュータ１７０の概略図）に示されているようなコンピュータ１７０で実現可能である。
【００３８】
コンピュータ１７０は、ＣＰＵ１７１と、メモリ１７２と、外部記憶装置１７３と、通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等の通信装置１７４と、を備えている。
【００３９】
そして、記憶部１１１は、外部記憶装置１７３により実現可能であり、制御部１１４は、外部記憶装置１７３に記憶されている所定のプログラムをメモリ１７２にロードしてＣＰＵ１７１で実行することにより実現可能であり、ＮＴＩＦ部１２０Ａ〜１２０Ｄは、通信装置１７４により実現可能である。なお、通信装置１７４には、シェーパ処理を行うためのバッファメモリが設けられている。
【００４０】
なお、ルータ１００については、以上のように、コンピュータ１７０がプログラムを実行することにより実現されるものでなくてもよい。例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積ロジックＩＣによりハード的に実行されるものであってもよいし、あるいは、ＤＳＰ（Digital Signal Processor）等の計算機によりソフトウェア的に実行されるものであってもよい。
【００４１】
図５は、輻輳サーバ１３０の概略図である。
【００４２】
図示するように、輻輳サーバ１３０は、記憶部１３１と、制御部１３２と、ＮＴＩＦ部１３３と、を有する。
【００４３】
記憶部１３１には、輻輳サーバ１３０での処理を行うために必要なデータを記憶する。
【００４４】
制御部１３２は、ルータ１１０から受信したＳＩＰサーバ１４０へのリクエストメッセージに対するレスポンスメッセージである輻輳通知メッセージを生成して、ＮＴＩＦ部１３３を介して返信する処理を制御する。
【００４５】
ここで、本実施形態においては、例えば、輻輳通知メッセージとしてＳＩＰの４００番台のリクエストミス、５００番台のリクエスト失敗又は６００番台のグローバルエラー応答を返信する。
【００４６】
また、本実施形態においては、輻輳通知メッセージに時間を特定する時間情報を付加して返信するようにしている。このような輻輳通知メッセージを受信したＳＩＰ端末１５０では、輻輳通知メッセージに付加されている時間情報で特定される時間、ＳＩＰによるリクエスト処理を停止する。
【００４７】
なお、このような時間情報については、ＳＩＰで定められているレスポンスメッセージの予め定められた適当な位置に格納する。例えば、返信理由の格納領域に付加することも可能である。
【００４８】
ＮＴＩＦ部１３３は、ネットワークを介して情報を送受信するためのインターフェースである。
【００４９】
以上に記載した輻輳サーバ１３０は、例えば、図６（コンピュータ１８０の概略図）に示すような、ＣＰＵ１８１と、メモリ１８２と、ＨＤＤ等の外部記憶装置１８３と、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の可搬性を有する記憶媒体１８４から情報を読み出す読取装置１８５と、キーボードやマウスなどの入力装置１８６と、ディスプレイなどの出力装置１８７と、通信ネットワークに接続するためのＮＩＣ等の通信装置１８８と、を備えた一般的なコンピュータ１８０で実現できる。
【００５０】
例えば、記憶部１３１は、外部記憶装置１８３により実現可能であり、制御部１３２は、外部記憶装置１８３に記憶されている所定のプログラムをメモリ１８２にロードしてＣＰＵ１８１で実行することで実現可能であり、ＮＴＩＦ部１３３は、通信装置１８５で実現可能である。
【００５１】
この所定のプログラムは、読取装置１８５を介して記憶媒体１８４から、あるいは、通信装置１８８を介してネットワークから、外部記憶装置１８３にダウンロードされ、それから、メモリ１８２上にロードされてＣＰＵ１８１により実行されるようにしてもよい。また、読取装置１８５を介して記憶媒体１８４から、あるいは、通信装置１８８を介してネットワークから、メモリ１８２上に直接ロードされ、ＣＰＵ１８１により実行されるようにしてもよい。
【００５２】
図７は、ＳＩＰ端末１５０の概略図である。
【００５３】
図示するように、ＳＩＰ端末１５０は、音声処理部１５１と、ＲＴＰ（Real Time Protocol）処理部１５２と、記憶部１５３と、ＳＩＰ制御部１５４と、ダイヤル制御部１５５と、再送処理部１５６と、ＮＴＩＦ部１５７と、ハンドセット１５８と、ダイヤル１５９と、を備えている。
【００５４】
音声処理部１５１は、ハンドセット１５８のマイク（図示せず）を介して入力された音声に対してサンプリング及び符号化を行い、音声信号としてＲＴＰ処理部１５２に送る。
【００５５】
また、音声処理部１５１は、ＲＴＰ処理部１５２から送られてきた音声信号を復号化して、ハンドセット１５８のスピーカ（図示せず）に送る。
【００５６】
ＲＴＰ処理部１５２は、ＲＴＰに従った処理を行う。
【００５７】
例えば、ＲＴＰ処理部１５２は、音声処理部１５１から送られてきた音声信号をＲＴＰパケット化し、このＲＴＰパケットを、ＳＩＰ制御部１５４より通知されたＩＰアドレスを宛先としてＮＴＩＦ部１５７へ送る。
【００５８】
また、ＲＴＰ処理部１５２は、ＮＴＩＦ部１５７より送られたＲＴＰパケットから音声信号を復元し、これを音声処理部１５１に送る。
【００５９】
記憶部１５３には、呼制御を行うためにＳＩＰサーバ１４０のＩＰアドレスが記憶されている。
【００６０】
ＳＩＰ制御部１５４は、ＳＩＰによる呼制御を行う。
【００６１】
例えば、ＳＩＰ制御部１５４は、ＳＩＰ端末１５０のユーザからダイヤル１５９を介して送信先の内線番号が入力された場合には、入力された送信先の内線番号をダイヤル制御部１５５から受け取り、受け取った内線番号を格納した接続要求（ＩＮＶＩＴＥ）メッセージを生成し、ＬＡＮＩＦ部１５７を介してＳＩＰサーバ１４０に送信する。
【００６２】
ダイヤル制御部１５５は、ダイヤル１５９から入力される信号の制御を行う。
【００６３】
再送処理部１５６は、ＮＴＩＦ部１５７より受信した輻輳通知メッセージの予め定められた領域から時間情報を抽出し、当該時間情報で特定される時間、ＳＩＰ制御部１５４での処理を停止する処理を制御する。なお、例えば、ＳＩＰ制御部１５４での処理が停止されている場合には、ハンドセット１５８のスピーカから特定の音を出力することにより、停止中であることをユーザに通知することが望ましい。
【００６４】
ＮＴＩＦ部１５７は、ネットワークを介して情報の送受信を行うためのインターフェースである。
【００６５】
図８は、通信システム１００における処理を示すシーケンス図である。なお、図８は、ＳＩＰサーバ１４０への通信路に輻輳が生じてない場合の処理である。
【００６６】
まず、送信元であるＳＩＰ端末１５０は、リクエストメッセージとして、宛先であるＳＩＰ端末１５０の電話番号を特定したＩＮＶＩＴＥメッセージをＳＩＰサーバ１４０に送信する（Ｓ１０）。
【００６７】
送信元であるＳＩＰ端末１５０からのＩＮＶＩＴＥメッセージを受信したルータ１１０は、メッセージ検出部１１５でＩＮＶＩＴＥメッセージであることを検出すると（Ｓ１１）、トラヒック管理部１１７が、ＳＩＰサーバ１４０との間のトラヒック量を算出して、このトラヒック量が予め定められている閾値を超えているか否かを判定する（Ｓ１２）。ここでは、このトラヒック量が閾値を超えていないものとし、ＩＮＶＩＴＥメッセージをＳＷ部１１９及びＮＴＩＦ部１２０Ｄを介して、ＳＩＰサーバ１４０に転送する（Ｓ１３）。
【００６８】
ＳＩＰサーバ１４０では、レジスタ情報を用いて、ＩＮＶＩＴＥメッセージに含まれている電話番号から宛先であるＳＩＰ端末１５０のＩＰアドレスを抽出し（Ｓ１４）、当該ＩＰアドレスにＩＮＶＩＴＥメッセージを送信する（Ｓ１５）。
【００６９】
ＩＮＶＩＴＥメッセージを受信した宛先のＳＩＰ端末１５０では、呼び出し中であることを示す１８０ＲｉｎｇｉｎｇのレスポンスメッセージをＳＩＰサーバ１４０経由で返信するとともに（Ｓ１６、Ｓ１７）、ハンドセットを持ち上げる等により、宛先のＳＩＰ端末１５０で受話可能となった場合には、２００ＯＫのレスポンスメッセージをＳＩＰサーバ１４０経由で送信元のＳＩＰ端末１５０に送信する（Ｓ１８、Ｓ１９）。
【００７０】
そして、送信元のＳＩＰ端末１５０からＡＣＫのレスポンスメッセージがＳＩＰサーバ１４０を経由して宛先のＳＩＰ端末１５０に送信することで（Ｓ２０、Ｓ２１）、通話が行われる（Ｓ２２）。
【００７１】
図９は、通信システム１００における処理を示すシーケンス図である。なお、図９は、ＳＩＰサーバ１４０への通信路に輻輳が生じている場合の処理である。
【００７２】
まず、送信元であるＳＩＰ端末１５０は、リクエストメッセージとして、宛先であるＳＩＰ端末１５０の電話番号を特定したＩＮＶＩＴＥメッセージをＳＩＰサーバ１４０に送信する（Ｓ３０）。
【００７３】
送信元であるＳＩＰ端末１５０からのＩＮＶＩＴＥメッセージを受信したルータ１１０は、メッセージ検出部１１５でＩＮＶＩＴＥメッセージであることを検出すると（Ｓ３１）、トラヒック管理部１１７が、ＳＩＰサーバ１４０との間のトラヒック量を算出して、このトラヒック量が予め定められている閾値を超えているか否かを判定する（Ｓ１２）。ここでは、このトラヒック量が閾値を超えているものとする。
【００７４】
この場合、トラヒック管理部１１７は、セッション監視部１１８にＩＮＶＩＴＥメッセージに含まれているＣａｌｌ−Ｉｄを通知して既にセッションが張られているか否かを問い合わせ、セッション監視部１１８は、既にセッションが張られているか否かを返答する（Ｓ３３）。ここでは、セッションが確立していないものとする。
【００７５】
この場合、トラヒック管理部１１７は、ＩＮＶＩＴＥメッセージをＳＷ部１１９及びＮＴＩＦ部１２０Ｄを介して、輻輳サーバ１４０に転送する（Ｓ３４）。
【００７６】
輻輳サーバ１４０の制御部１３２は、受信したＩＮＶＩＴＥメッセージに対するレスポンスメッセージに予め定められた時間情報を付加して輻輳通知メッセージを生成し（Ｓ３５）、送信元のＳＩＰ端末１５０に送信する（Ｓ３６）。
【００７７】
輻輳サーバ１４０からの輻輳通知メッセージを受信したＳＩＰ端末１５０では、再送処理部１５６がＳＩＰ制御部１５４での処理を特定された時間だけ停止する（Ｓ３７）。
【００７８】
図１０は、ルータ１１０での処理を示すフローチャートである。
【００７９】
ルータ１１０のメッセージ検出部１１５は、ＮＴＩＦ部１２０Ａ、１２０Ｂを介して、データを受信すると（Ｓ４０）、受信したデータがＳＩＰサーバ１４０へのリクエストメッセージであるか否かを判断する（Ｓ４１）。
【００８０】
ステップＳ４１でリクエストメッセージではない場合には、ルーティング処理部１１６で中継を行い（Ｓ４２）、処理を終了する。
【００８１】
一方、ステップＳ４１でＳＩＰサーバ１４０へのリクエストメッセージである場合には、トラヒック管理部１１７は、トラヒック量を算出し、ＳＩＰサーバ１４０に予め設定されている帯域におけるトラヒック量を超過しているか否かを予め定められている閾値を超えているか否かで判断する（Ｓ４３）。
【００８２】
ステップＳ４３で閾値を超えていない場合には、トラヒック管理部１１７は、セッション監視部１１８にリクエストメッセージのＣａｌｌ−Ｉｄを特定した問い合わせを行うことで、既にセッションが張られているか否かを確認する（Ｓ４４）。
【００８３】
ステップＳ４４で、まだセッションが張られていない場合には、セッション監視部１１８は、セッションテーブル１１３ａに新たなエントリを作成して、Ｃａｉｉ−Ｉｄと、エントリを作成した時間と、を格納する（Ｓ４５）。
【００８４】
ステップＳ４４で、セッションが既に張られている場合、または、ステップＳ４５でセッションテーブル１１３ａに新たな情報を格納した場合、にはステップＳ４６に進む。
【００８５】
ステップＳ４６では、トラヒック管理部１１７は、ＳＷ部１１９及びＮＴＩＦ部１２０Ｄを介して、リクエストメッセージをＳＩＰサーバ１４０に転送する。
【００８６】
また、ステップＳ４３で閾値を超えている場合には、トラヒック管理部１１７は、セッション監視部１１８にリクエストメッセージのＣａｌｌ−Ｉｄを特定した問い合わせを行うことで、既にセッションが張られているか否かを確認し（Ｓ４７）、セッションが張られている場合には、前述のステップＳ４６に進む。
【００８７】
一方、セッションが張られていない場合には、トラヒック管理部１１７は、リクエストメッセージを輻輳サーバ１３０に転送する（Ｓ４８）。
【００８８】
図１１は、輻輳サーバ１３０での処理を示すフローチャートである。
【００８９】
まず、輻輳サーバ１３０の制御部１３２は、ＮＴＩＦ部１３３を介してルータ１４０よりリクエストメッセージを受信すると（Ｓ５０）、リクエストメッセージに対するレスポンスメッセージに時間を特定する時間情報を付加することで、輻輳通知メッセージを生成して（Ｓ５１）、リクエストメッセージの送信元であるＳＩＰ端末１５０に返送する（Ｓ５２）。
【００９０】
以上のように、本実施形態によれば、例えば、災害時などのように通常の予想を超えた呼制御のリクエストメッセージがＳＩＰサーバ１４０に集中した場合でも、予め設定された帯域を超過するものについてはルータから輻輳サーバ１３０に割り振り、輻輳サーバ１３０で処理することにより、ＳＩＰサーバ１４０がダウンしてしまうことはなくなる。
【００９１】
また、呼制御のリクエストメッセージが割り振られる輻輳サーバ１３０は、時刻情報を付加したレスポンスメッセージを返信する処理を行うだけであるため、ＳＩＰサーバ１４０を増設するよりも安い費用で増設可能となる。
【００９２】
また、例えば、図１２（通信システム２００の概略図）に示すように、複数のルータ１４０を用いて分散して処理を行うことで、より狭い地域に限定した輻輳制御を行うことが可能となり、例えば、一つのルータ１４０が担当する地域において災害が生じた場合でも、他のルータ１４０が担当する地域においては、通常の呼制御を行うことが可能となる。
【００９３】
以上に記載した実施形態においては、セッションが張られているか否かをＳＩＰのリクエストメッセージに含まれているＣａｌｌ−Ｉｄで管理するようにしているが、このような態様に限定されず、例えば、送信元となるＳＩＰ端末１５０のＩＰアドレス、ポート番号で管理するようにしてもよい。
【００９４】
また、以上に記載した実施形態において、例えば、ルータ１１０から輻輳サーバ１３０に転送するリクエストメッセージには、ＳＩＰサーバ１４０との間のトラヒック量を特定する情報を含めておくことで、輻輳サーバ１３０から送信する輻輳通知メッセージに格納する時間情報を、当該トラヒック量の程度に応じて変化させることも可能である。なお、トラヒック量の程度については、特定の閾値（複数の閾値）で判断することにより把握することができる。また、輻輳通知メッセージに格納する時間情報は、ＳＩＰサーバ１４０との間のトラヒック量が多ければ多いほど長い時間となるようにすることが望ましい。
【図面の簡単な説明】
【００９５】
【図１】通信システムの概略図。
【図２】ルータの概略図。
【図３】セッションテーブルの概略図。
【図４】コンピュータの概略図。
【図５】輻輳サーバの概略図。
【図６】コンピュータの概略図。
【図７】ＳＩＰ端末の概略図。
【図８】通信システムにおける処理を示すシーケンス図。
【図９】通信システムにおける処理を示すシーケンス図。
【図１０】ルータでの処理を示すフローチャート。
【図１１】輻輳サーバでの処理を示すフローチャート。
【図１２】通信システムの概略図。
【符号の説明】
【００９６】
１００、２００  通信システム
１１０  ルータ
１１１  記憶部
１１２  経路情報記憶領域
１１３  セッション情報記憶領域
１１４  制御部
１１５  メッセージ検出部
１１６  ルーティング処理部
１１７  トラヒック管理部
１１８  セッション監視部
１１９  ＳＷ部
１２０  ＮＴＩＦ部
１３０  輻輳サーバ
１３１  記憶部
１３２  制御部
１３３  ＮＴＩＦ部
１４０  ＳＩＰサーバ
１５０  ＳＩＰ端末
【図１】
2008227917.tif 000003
【図２】
2008227917.tif 000004
【図３】
2008227917.tif 000005
【図４】
2008227917.tif 000006
【図５】
2008227917.tif 000007
【図６】
2008227917.tif 000008
【図７】
2008227917.tif 000009
【図８】
2008227917.tif 000010
【図９】
2008227917.tif 000011
【図１０】
2008227917.tif 000012
【図１１】
2008227917.tif 000013
【図１２】
2008227917.tif 000014