JP2008227917A - 通信システム及びルータ - Google Patents

Abstract

【課題】輻輳状態となってしまうことを容易に回避することができる技術を提供すること。
【解決手段】ルータ１１０は、ＳＩＰ端末１５０よりＳＩＰサーバ１４０を宛先とするリクエストメッセージを受信すると、ＳＩＰサーバ１４０との間のトラヒック量を確認し、ＳＩＰサーバ１４０との間のトラヒック量がＳＩＰサーバ１４０に割り当てられている帯域を超えている場合には、リクエストメッセージを輻輳サーバ１３０に転送する。
【選択図】図１

Description

本発明は、ＩＰ網における輻輳を制御する技術に関する。

ＩＰ網における輻輳を制御する技術として、例えば、特許文献１に記載の技術がある。 特許文献１に記載の技術は、セッション処理サーバ毎に輻輳制御装置を設定し、この輻輳制御装置において輻輳状態を検知すると、他のセッション処理サーバに処理を分散する技術が記載されている。

特開２００５−１６７７６９号公報

特許文献１に記載の技術では、セッション処理サーバ毎に輻輳制御装置を設置しなければならず、また、輻輳制御装置における処理能力を超えるセッション設定要求が送信された場合には、輻輳制御装置又はセッション処理サーバでの処理が停滞してしまい、セッションの設定が一切できなくなってしまう。

そこで、本発明は、輻輳状態となってしまうことを容易に回避することができる技術を提供することを目的とする。

以上の課題を解決するため、本発明は、中継装置に呼制御サーバと輻輳サーバとを接続し、呼制御サーバに予め定められた帯域を超える呼要求があった場合には、輻輳サーバに転送し、輻輳サーバから輻輳通知（エラー通知）を行う。

例えば、本発明は、端末からの呼要求に対して呼制御を行う呼制御サーバ、輻輳サーバ、および、ルータ、を備える通信システムであって、前記ルータは、前記呼制御サーバとの間のトラヒック量を算出し、前記端末より前記呼制御サーバを宛先とするリクエストメッセージを受信した際に、前記トラヒック量が、前記呼制御サーバ向けに予め設定されている帯域を超えている場合には、前記リクエストメッセージを前記輻輳サーバに転送し、前記輻輳サーバは、前記リクエストメッセージに対して、エラーのレスポンスメッセージを前記端末に送信すること、を特徴とする。

以上のように、本発明によれば、輻輳状態となってしまうことを容易に回避することができる。

図１は、本発明の一実施形態である通信システム１００の概略図である。

図示するように、通信システム１００は、ルータ１１０と、輻輳サーバ１３０と、ＳＩＰ（Session Initiation Protocol）サーバ１４０と、ＳＩＰ端末１５０と、を備えており、ルータ１１０は、第一のネットワーク１６０及び第二のネットワーク１６１におけるデータの中継を行う。なお、ＳＩＰサーバ１４０については、ＳＩＰに基づく通常の呼制御を行うサーバであり、既に公知のものを使用すればよいため、詳細な説明は省略する。

図２は、ルータ１１０の概略図である。

図示するように、ルータ１１０は、記憶部１１１と、制御部１１４と、ＳＷ部１１９と、ネットワークインターフェース部（以下、ＮＴＩＦ部）１２０Ａ〜１２０Ｄと、を備えている。

記憶部１１１は、経路情報記憶領域１１２と、セッション情報記憶領域１１３と、を有する。

経路情報記憶領域１１２には、後述するルーティング処理部１１５においてルーティング処理を行うための経路情報が記憶される。なお、経路情報については、公知のものであるため、詳細な説明は省略する。

セッション情報記憶領域１１３には、ＳＩＰサーバ１４０との間のセッションを特定するための情報が格納される。

本実施形態においては、例えば、図３（セッションテーブル１１３ａの概略図）に示されるようなセッションテーブル１１３ａが記憶される。

図示するように、セッションテーブル１１３ａは、Ｃａｌｌ−Ｉｄ欄１１３ｂと、受信時間欄１１３ｃと、を備える。

Ｃａｌｌ−Ｉｄ欄１１３ｂには、ＳＩＰにおいて各々の呼を識別するための識別情報であるＣａｌｌ−Ｉｄが格納される。

受信時間欄１１３ｃには、Ｃａｌｌ−Ｉｄ欄１１３ｂに格納されるＣａｌｌ−Ｉｄで識別される呼の要求をルータ１１０で受信した時間を特定する情報が格納される。ここで、本実施形態においては、セッションテーブル１１３ａにおいて各々のエントリが生成された時間を本欄１１３ｃに格納するようにしている。

図２に戻り、制御部１１４は、メッセージ検出部１１５と、ルーティング処理部１１６と、トラヒック管理部１１７と、セッション監視部１１８と、を有する。

メッセージ検出部１１６は、ＮＴＩＦ部１２０Ａ〜１２０Ｄで受信したデータを解析し、ＳＩＰサーバ１４０宛のリクエストメッセージを検出する処理を行う。

そして、メッセージ検出部１１６でＳＩＰサーバ１４０宛のリクエストメッセージを検出した場合には、トラヒック管理部１１７で処理を行い、他のデータはルーティング処理部１１６で処理を行う。

ルーティング処理部１１６は、経路情報記憶領域１１２に記憶されている経路情報を用いて中継処理（ルーティング処理）を行う。なお、ルーティング処理部１１５での処理は、公知のルータが行う処理と同様であるため詳細な説明を省略する。

トラヒック管理部１１７は、ＳＩＰサーバ１４０との間の通信状況（帯域）を管理する。

例えば、本実施形態においては、メッセージ検出部１１６よりＳＩＰサーバ１４０宛のリクエストメッセージを検出した旨の通知を受けた際に、このリクエストメッセージのデータ量を特定する。そして、このようにして特定したデータ量を特定の時間間隔において集計することで、ＳＩＰサーバ１４０との間のトラヒック量を算出する。

そして、トラヒック管理部１１７は、このようにして算出したＳＩＰサーバ１４０との間のトラヒック量が予め定められた閾値を超えていない場合には、ＳＩＰサーバ１４０宛のリクエストメッセージをＳＩＰサーバ１４０に転送する。

なお、トラヒック管理部１１７は、このようにＳＩＰサーバ１４０宛のリクエストメッセージをＳＩＰサーバ１４０に転送した場合には、転送したリクエストメッセージのＣａｌｌ−Ｉｄをセッション監視部１１８に通知して、当該Ｃａｌｌ−Ｉｄの登録を要求する。

一方、トラヒック管理部１１７は、上記のようにして算出したＳＩＰサーバ１４０との間のトラヒック量が予め定められた閾値を超えている場合には、セッション監視部１１８にＣａｌｌ−Ｉｄを特定した問い合わせを行い、ＳＩＰサーバ１４０宛のリクエストメッセージが既に確立されているセッションのものであるか否かを確認し、既に確立されているセッションのものであるときには、ＳＩＰサーバ１４０宛のリクエストメッセージをＳＩＰサーバ１４０に転送し、既に確立されているセッションのものではないときには、ＳＩＰサーバ１４０宛のリクエストメッセージを輻輳サーバ１３０に転送する。

セッション監視部１１８は、セッション情報記憶領域１１３に記憶されているセッションテーブル１１３ａの管理を行う。

具体的には、セッション管理部１１８は、トラヒック管理部１１７よりＣａｌｌ―Ｉｄを特定した問い合わせを受けた場合には、当該Ｃａｌｌ−Ｉｄがセッション情報記憶領域１１３に記憶されているセッションテーブル１１３ａに格納されているか否かを確認して、格納の有無を返答する。

また、セッション管理部１１８は、トラヒック管理部１１７よりＣａｌｌ―Ｉｄを特定した登録要求を受けた場合には、当該Ｃａｌｌ−Ｉｄがセッション情報記憶領域１１３に記憶されているセッションテーブル１１３ａに格納されているか否かを確認して、格納されていない場合には、セッションテーブル１１３ａに新たなエントリを生成し、当該Ｃａｌｌ−ＩｄをＣａｌｌ−Ｉｄ欄１１３ｂに格納するとともに、新たなエントリを生成した時間を受信時間欄１１３ｃに格納する。

さらに、セッション管理部１１８は、全てのエントリにおける受信時間欄１１３ｃを監視しており、特定の時間が経過した場合には、特定の時間の経過したエントリを削除する。

ＳＷ部１１９と、ＮＴＩＦ部１２０Ａ〜１２０Ｄ間で受信したデータの転送を行うためのスイッチングを行う。なお、このスイッチングについては、ハードウェアで行ってもよくソフトウェアで行ってもよい。

ＮＴＩＦ部１２０Ａ〜１２０Ｄは、ネットワークを介した情報の送受信を行うためのインターフェースである。

ここで、本実施形態においては、ＮＴＩＦ部１２０Ａは、第一のネットワーク１６０に接続されており、ＮＴＩＦ部１２０Ｂは、第二のネットワーク１６１に接続されており、ＮＴＩＦ部１２０Ｃは、輻輳サーバ１３０に接続されており、ＮＴＩＦ部１２０Ｄは、ＳＩＰサーバ１４０に接続されている。

また、本実施形態においては、各ＮＴＩＦ部１２０Ａ〜１２０Ｄには、シェーパが設けられており、各々に接続されている回線の帯域を管理している。

以上のように構成されるルータ１００は、例えば、図４（コンピュータ１７０の概略図）に示されているようなコンピュータ１７０で実現可能である。

コンピュータ１７０は、ＣＰＵ１７１と、メモリ１７２と、外部記憶装置１７３と、通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等の通信装置１７４と、を備えている。

そして、記憶部１１１は、外部記憶装置１７３により実現可能であり、制御部１１４は、外部記憶装置１７３に記憶されている所定のプログラムをメモリ１７２にロードしてＣＰＵ１７１で実行することにより実現可能であり、ＮＴＩＦ部１２０Ａ〜１２０Ｄは、通信装置１７４により実現可能である。なお、通信装置１７４には、シェーパ処理を行うためのバッファメモリが設けられている。

なお、ルータ１００については、以上のように、コンピュータ１７０がプログラムを実行することにより実現されるものでなくてもよい。例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積ロジックＩＣによりハード的に実行されるものであってもよいし、あるいは、ＤＳＰ（Digital Signal Processor）等の計算機によりソフトウェア的に実行されるものであってもよい。

図５は、輻輳サーバ１３０の概略図である。

図示するように、輻輳サーバ１３０は、記憶部１３１と、制御部１３２と、ＮＴＩＦ部１３３と、を有する。

記憶部１３１には、輻輳サーバ１３０での処理を行うために必要なデータを記憶する。

制御部１３２は、ルータ１１０から受信したＳＩＰサーバ１４０へのリクエストメッセージに対するレスポンスメッセージである輻輳通知メッセージを生成して、ＮＴＩＦ部１３３を介して返信する処理を制御する。

ここで、本実施形態においては、例えば、輻輳通知メッセージとしてＳＩＰの４００番台のリクエストミス、５００番台のリクエスト失敗又は６００番台のグローバルエラー応答を返信する。

また、本実施形態においては、輻輳通知メッセージに時間を特定する時間情報を付加して返信するようにしている。このような輻輳通知メッセージを受信したＳＩＰ端末１５０では、輻輳通知メッセージに付加されている時間情報で特定される時間、ＳＩＰによるリクエスト処理を停止する。

なお、このような時間情報については、ＳＩＰで定められているレスポンスメッセージの予め定められた適当な位置に格納する。例えば、返信理由の格納領域に付加することも可能である。

ＮＴＩＦ部１３３は、ネットワークを介して情報を送受信するためのインターフェースである。

以上に記載した輻輳サーバ１３０は、例えば、図６（コンピュータ１８０の概略図）に示すような、ＣＰＵ１８１と、メモリ１８２と、ＨＤＤ等の外部記憶装置１８３と、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の可搬性を有する記憶媒体１８４から情報を読み出す読取装置１８５と、キーボードやマウスなどの入力装置１８６と、ディスプレイなどの出力装置１８７と、通信ネットワークに接続するためのＮＩＣ等の通信装置１８８と、を備えた一般的なコンピュータ１８０で実現できる。

例えば、記憶部１３１は、外部記憶装置１８３により実現可能であり、制御部１３２は、外部記憶装置１８３に記憶されている所定のプログラムをメモリ１８２にロードしてＣＰＵ１８１で実行することで実現可能であり、ＮＴＩＦ部１３３は、通信装置１８５で実現可能である。

この所定のプログラムは、読取装置１８５を介して記憶媒体１８４から、あるいは、通信装置１８８を介してネットワークから、外部記憶装置１８３にダウンロードされ、それから、メモリ１８２上にロードされてＣＰＵ１８１により実行されるようにしてもよい。また、読取装置１８５を介して記憶媒体１８４から、あるいは、通信装置１８８を介してネットワークから、メモリ１８２上に直接ロードされ、ＣＰＵ１８１により実行されるようにしてもよい。

図７は、ＳＩＰ端末１５０の概略図である。

図示するように、ＳＩＰ端末１５０は、音声処理部１５１と、ＲＴＰ（Real Time Protocol）処理部１５２と、記憶部１５３と、ＳＩＰ制御部１５４と、ダイヤル制御部１５５と、再送処理部１５６と、ＮＴＩＦ部１５７と、ハンドセット１５８と、ダイヤル１５９と、を備えている。

音声処理部１５１は、ハンドセット１５８のマイク（図示せず）を介して入力された音声に対してサンプリング及び符号化を行い、音声信号としてＲＴＰ処理部１５２に送る。

また、音声処理部１５１は、ＲＴＰ処理部１５２から送られてきた音声信号を復号化して、ハンドセット１５８のスピーカ（図示せず）に送る。

ＲＴＰ処理部１５２は、ＲＴＰに従った処理を行う。

例えば、ＲＴＰ処理部１５２は、音声処理部１５１から送られてきた音声信号をＲＴＰパケット化し、このＲＴＰパケットを、ＳＩＰ制御部１５４より通知されたＩＰアドレスを宛先としてＮＴＩＦ部１５７へ送る。

また、ＲＴＰ処理部１５２は、ＮＴＩＦ部１５７より送られたＲＴＰパケットから音声信号を復元し、これを音声処理部１５１に送る。

記憶部１５３には、呼制御を行うためにＳＩＰサーバ１４０のＩＰアドレスが記憶されている。

ＳＩＰ制御部１５４は、ＳＩＰによる呼制御を行う。

例えば、ＳＩＰ制御部１５４は、ＳＩＰ端末１５０のユーザからダイヤル１５９を介して送信先の内線番号が入力された場合には、入力された送信先の内線番号をダイヤル制御部１５５から受け取り、受け取った内線番号を格納した接続要求（ＩＮＶＩＴＥ）メッセージを生成し、ＬＡＮＩＦ部１５７を介してＳＩＰサーバ１４０に送信する。

ダイヤル制御部１５５は、ダイヤル１５９から入力される信号の制御を行う。

再送処理部１５６は、ＮＴＩＦ部１５７より受信した輻輳通知メッセージの予め定められた領域から時間情報を抽出し、当該時間情報で特定される時間、ＳＩＰ制御部１５４での処理を停止する処理を制御する。なお、例えば、ＳＩＰ制御部１５４での処理が停止されている場合には、ハンドセット１５８のスピーカから特定の音を出力することにより、停止中であることをユーザに通知することが望ましい。

ＮＴＩＦ部１５７は、ネットワークを介して情報の送受信を行うためのインターフェースである。

図８は、通信システム１００における処理を示すシーケンス図である。なお、図８は、ＳＩＰサーバ１４０への通信路に輻輳が生じてない場合の処理である。

まず、送信元であるＳＩＰ端末１５０は、リクエストメッセージとして、宛先であるＳＩＰ端末１５０の電話番号を特定したＩＮＶＩＴＥメッセージをＳＩＰサーバ１４０に送信する（Ｓ１０）。

送信元であるＳＩＰ端末１５０からのＩＮＶＩＴＥメッセージを受信したルータ１１０は、メッセージ検出部１１５でＩＮＶＩＴＥメッセージであることを検出すると（Ｓ１１）、トラヒック管理部１１７が、ＳＩＰサーバ１４０との間のトラヒック量を算出して、このトラヒック量が予め定められている閾値を超えているか否かを判定する（Ｓ１２）。ここでは、このトラヒック量が閾値を超えていないものとし、ＩＮＶＩＴＥメッセージをＳＷ部１１９及びＮＴＩＦ部１２０Ｄを介して、ＳＩＰサーバ１４０に転送する（Ｓ１３）。

ＳＩＰサーバ１４０では、レジスタ情報を用いて、ＩＮＶＩＴＥメッセージに含まれている電話番号から宛先であるＳＩＰ端末１５０のＩＰアドレスを抽出し（Ｓ１４）、当該ＩＰアドレスにＩＮＶＩＴＥメッセージを送信する（Ｓ１５）。

ＩＮＶＩＴＥメッセージを受信した宛先のＳＩＰ端末１５０では、呼び出し中であることを示す１８０ＲｉｎｇｉｎｇのレスポンスメッセージをＳＩＰサーバ１４０経由で返信するとともに（Ｓ１６、Ｓ１７）、ハンドセットを持ち上げる等により、宛先のＳＩＰ端末１５０で受話可能となった場合には、２００ＯＫのレスポンスメッセージをＳＩＰサーバ１４０経由で送信元のＳＩＰ端末１５０に送信する（Ｓ１８、Ｓ１９）。

そして、送信元のＳＩＰ端末１５０からＡＣＫのレスポンスメッセージがＳＩＰサーバ１４０を経由して宛先のＳＩＰ端末１５０に送信することで（Ｓ２０、Ｓ２１）、通話が行われる（Ｓ２２）。

図９は、通信システム１００における処理を示すシーケンス図である。なお、図９は、ＳＩＰサーバ１４０への通信路に輻輳が生じている場合の処理である。

まず、送信元であるＳＩＰ端末１５０は、リクエストメッセージとして、宛先であるＳＩＰ端末１５０の電話番号を特定したＩＮＶＩＴＥメッセージをＳＩＰサーバ１４０に送信する（Ｓ３０）。

送信元であるＳＩＰ端末１５０からのＩＮＶＩＴＥメッセージを受信したルータ１１０は、メッセージ検出部１１５でＩＮＶＩＴＥメッセージであることを検出すると（Ｓ３１）、トラヒック管理部１１７が、ＳＩＰサーバ１４０との間のトラヒック量を算出して、このトラヒック量が予め定められている閾値を超えているか否かを判定する（Ｓ１２）。ここでは、このトラヒック量が閾値を超えているものとする。

この場合、トラヒック管理部１１７は、セッション監視部１１８にＩＮＶＩＴＥメッセージに含まれているＣａｌｌ−Ｉｄを通知して既にセッションが張られているか否かを問い合わせ、セッション監視部１１８は、既にセッションが張られているか否かを返答する（Ｓ３３）。ここでは、セッションが確立していないものとする。

この場合、トラヒック管理部１１７は、ＩＮＶＩＴＥメッセージをＳＷ部１１９及びＮＴＩＦ部１２０Ｄを介して、輻輳サーバ１４０に転送する（Ｓ３４）。

輻輳サーバ１４０の制御部１３２は、受信したＩＮＶＩＴＥメッセージに対するレスポンスメッセージに予め定められた時間情報を付加して輻輳通知メッセージを生成し（Ｓ３５）、送信元のＳＩＰ端末１５０に送信する（Ｓ３６）。

輻輳サーバ１４０からの輻輳通知メッセージを受信したＳＩＰ端末１５０では、再送処理部１５６がＳＩＰ制御部１５４での処理を特定された時間だけ停止する（Ｓ３７）。

図１０は、ルータ１１０での処理を示すフローチャートである。

ルータ１１０のメッセージ検出部１１５は、ＮＴＩＦ部１２０Ａ、１２０Ｂを介して、データを受信すると（Ｓ４０）、受信したデータがＳＩＰサーバ１４０へのリクエストメッセージであるか否かを判断する（Ｓ４１）。

ステップＳ４１でリクエストメッセージではない場合には、ルーティング処理部１１６で中継を行い（Ｓ４２）、処理を終了する。

一方、ステップＳ４１でＳＩＰサーバ１４０へのリクエストメッセージである場合には、トラヒック管理部１１７は、トラヒック量を算出し、ＳＩＰサーバ１４０に予め設定されている帯域におけるトラヒック量を超過しているか否かを予め定められている閾値を超えているか否かで判断する（Ｓ４３）。

ステップＳ４３で閾値を超えていない場合には、トラヒック管理部１１７は、セッション監視部１１８にリクエストメッセージのＣａｌｌ−Ｉｄを特定した問い合わせを行うことで、既にセッションが張られているか否かを確認する（Ｓ４４）。

ステップＳ４４で、まだセッションが張られていない場合には、セッション監視部１１８は、セッションテーブル１１３ａに新たなエントリを作成して、Ｃａｉｉ−Ｉｄと、エントリを作成した時間と、を格納する（Ｓ４５）。

ステップＳ４４で、セッションが既に張られている場合、または、ステップＳ４５でセッションテーブル１１３ａに新たな情報を格納した場合、にはステップＳ４６に進む。

ステップＳ４６では、トラヒック管理部１１７は、ＳＷ部１１９及びＮＴＩＦ部１２０Ｄを介して、リクエストメッセージをＳＩＰサーバ１４０に転送する。

また、ステップＳ４３で閾値を超えている場合には、トラヒック管理部１１７は、セッション監視部１１８にリクエストメッセージのＣａｌｌ−Ｉｄを特定した問い合わせを行うことで、既にセッションが張られているか否かを確認し（Ｓ４７）、セッションが張られている場合には、前述のステップＳ４６に進む。

一方、セッションが張られていない場合には、トラヒック管理部１１７は、リクエストメッセージを輻輳サーバ１３０に転送する（Ｓ４８）。

図１１は、輻輳サーバ１３０での処理を示すフローチャートである。

まず、輻輳サーバ１３０の制御部１３２は、ＮＴＩＦ部１３３を介してルータ１４０よりリクエストメッセージを受信すると（Ｓ５０）、リクエストメッセージに対するレスポンスメッセージに時間を特定する時間情報を付加することで、輻輳通知メッセージを生成して（Ｓ５１）、リクエストメッセージの送信元であるＳＩＰ端末１５０に返送する（Ｓ５２）。

以上のように、本実施形態によれば、例えば、災害時などのように通常の予想を超えた呼制御のリクエストメッセージがＳＩＰサーバ１４０に集中した場合でも、予め設定された帯域を超過するものについてはルータから輻輳サーバ１３０に割り振り、輻輳サーバ１３０で処理することにより、ＳＩＰサーバ１４０がダウンしてしまうことはなくなる。

また、呼制御のリクエストメッセージが割り振られる輻輳サーバ１３０は、時刻情報を付加したレスポンスメッセージを返信する処理を行うだけであるため、ＳＩＰサーバ１４０を増設するよりも安い費用で増設可能となる。

また、例えば、図１２（通信システム２００の概略図）に示すように、複数のルータ１４０を用いて分散して処理を行うことで、より狭い地域に限定した輻輳制御を行うことが可能となり、例えば、一つのルータ１４０が担当する地域において災害が生じた場合でも、他のルータ１４０が担当する地域においては、通常の呼制御を行うことが可能となる。

以上に記載した実施形態においては、セッションが張られているか否かをＳＩＰのリクエストメッセージに含まれているＣａｌｌ−Ｉｄで管理するようにしているが、このような態様に限定されず、例えば、送信元となるＳＩＰ端末１５０のＩＰアドレス、ポート番号で管理するようにしてもよい。

また、以上に記載した実施形態において、例えば、ルータ１１０から輻輳サーバ１３０に転送するリクエストメッセージには、ＳＩＰサーバ１４０との間のトラヒック量を特定する情報を含めておくことで、輻輳サーバ１３０から送信する輻輳通知メッセージに格納する時間情報を、当該トラヒック量の程度に応じて変化させることも可能である。なお、トラヒック量の程度については、特定の閾値（複数の閾値）で判断することにより把握することができる。また、輻輳通知メッセージに格納する時間情報は、ＳＩＰサーバ１４０との間のトラヒック量が多ければ多いほど長い時間となるようにすることが望ましい。

通信システムの概略図。 ルータの概略図。 セッションテーブルの概略図。 コンピュータの概略図。 輻輳サーバの概略図。 コンピュータの概略図。 ＳＩＰ端末の概略図。 通信システムにおける処理を示すシーケンス図。 通信システムにおける処理を示すシーケンス図。 ルータでの処理を示すフローチャート。 輻輳サーバでの処理を示すフローチャート。 通信システムの概略図。

符号の説明

１００、２００ 通信システム
１１０ ルータ
１１１ 記憶部
１１２ 経路情報記憶領域
１１３ セッション情報記憶領域
１１４ 制御部
１１５ メッセージ検出部
１１６ ルーティング処理部
１１７ トラヒック管理部
１１８ セッション監視部
１１９ ＳＷ部
１２０ ＮＴＩＦ部
１３０ 輻輳サーバ
１３１ 記憶部
１３２ 制御部
１３３ ＮＴＩＦ部
１４０ ＳＩＰサーバ
１５０ ＳＩＰ端末

Claims (8)

1. 端末からの呼要求に対して呼制御を行う呼制御サーバ、輻輳サーバ、および、ルータ、を備える通信システムであって、
   前記ルータは、前記呼制御サーバとの間のトラヒック量を算出し、前記端末より前記呼制御サーバを宛先とするリクエストメッセージを受信した際に、前記トラヒック量が、前記呼制御サーバ向けに予め設定されている帯域を超えている場合には、前記リクエストメッセージを前記輻輳サーバに転送し、
   前記輻輳サーバは、前記リクエストメッセージに対して、エラーのレスポンスメッセージを前記端末に送信すること、
   を特徴とする通信システム。
2. 請求項１に記載の通信システムであって、
   前記ルータは、
   前記呼制御サーバと前記端末との間のセッションを特定する情報を記憶しており、
   前記呼制御サーバへのトラヒック量が前記呼制御サーバ向けに予め設定されている帯域を超えている場合でも、前記リクエストメッセージを送信した端末及び前記呼制御サーバの間にセッションが張られている場合には、前記リクエストメッセージを前記呼制御サーバに転送すること、
   を特徴とする通信システム。
3. 請求項２に記載の通信システムであって、
   前記ルータは、前記呼制御サーバと前記端末との間の通信が予め定められた時間に行われない場合には、先記端末と前記呼制御サーバとの間のセッションが張られていないものとすること、
   を特徴とする通信システム。
4. 請求項１に記載の通信システムであって、
   前記輻輳サーバは、前記リクエストメッセージに予め定められた時間を特定する時間情報を付加して、前記端末に送信し、
   前記端末は、前記時間情報で特定される時間、前記呼制御サーバへのリクエストメッセージの送信を停止すること、
   を特徴とする通信システム。
5. 請求項４に記載の通信システムであって、
   前記時間情報で特定される時間は、前記呼制御サーバへのトラヒック量に応じて変化するものであること、
   を特徴とする通信システム。
6. 端末から呼制御サーバへのリクエストメッセージを中継するルータであって、
   前記呼制御サーバとの間のトラヒック量を算出し、前記端末より前記呼制御サーバを宛先とするリクエストメッセージを受信した際に、前記呼制御サーバとの間のトラヒック量が前記呼制御サーバ向けに設定されている帯域を超えている場合には、前記リクエストメッセージを、前記リクエストメッセージに対して、エラーのレスポンスメッセージを前記端末に送信する前記輻輳サーバに転送すること、
   を特徴とするルータ。
7. 請求項６に記載のルータであって、
   前記呼制御サーバと前記端末との間のセッションを特定する情報を記憶しており、
   前記呼制御サーバとの間のトラヒック量が、前記呼制御サーバ向けに予め設定されている帯域を超えている場合でも、前記リクエストメッセージを送信した端末及び前記呼制御サーバの間にセッションが張られている場合には、前記リクエストメッセージを前記呼制御サーバに転送すること、
   を特徴とするルータ。
8. 請求項７に記載のルータであって、
   前記呼制御サーバと前記端末との間の通信が予め定められた時間に行われない場合には、先記端末と前記呼制御サーバとの間のセッションが張られていないものとすること、
   を特徴とするルータ。

Images