(57)【要約】【課題】ＶｏＩＰネットワークの輻輳を防止することが可能な輻輳制御システムを提供する。【解決手段】複数のノードからなり、複数のノードの各々は、ＳＩＰサーバを備え、ＳＩＰサーバは、呼制御パケットの転送先である転送先ＳＩＰサーバを、呼制御パケットに含まれる宛先ユーザーエージェントのロケーション情報を登録している登録ＳＩＰサーバと対応させて記録するロケーション記憶部と、呼制御パケットを受信すると宛先ユーザーエージェントに基づいて登録ＳＩＰサーバに対応する転送先ＳＩＰサーバを特定して転送先ＳＩＰサーバへ転送する呼制御部と、転送先ＳＩＰサーバに対する呼の転送可能数である接続可能呼数を算出する呼数算出部とを具備し、呼制御部は、新たな呼を接続する呼制御パケットを受信した時に、接続可能呼数に基づいて呼が接続可能であるか否かを判定し、呼が接続可能であるときは呼制御パケットを転送する。【選択図】図１
2009239550.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードからなるＶｏＩＰネットワークの輻輳制御システムであって、
前記複数のノードの各々は、ＳＩＰサーバを備え、
前記ＳＩＰサーバは、呼制御パケットの転送先である転送先ＳＩＰサーバを、前記呼制御パケットに含まれる宛先ユーザーエージェントのロケーション情報を登録している登録ＳＩＰサーバと対応させて記録するロケーション記憶部と、
前記呼制御パケットを受信すると前記宛先ユーザーエージェントに基づいて前記登録ＳＩＰサーバに対応する前記転送先ＳＩＰサーバを特定して前記転送先ＳＩＰサーバへ転送する呼制御部と、
前記転送先ＳＩＰサーバに対する呼の転送可能数である接続可能呼数を算出する呼数算出部と
を具備し、
前記呼制御部は、新たな呼を接続する前記呼制御パケットを受信した時に、前記接続可能呼数に基づいて前記呼が接続可能であるか否かを判定し、前記呼が接続可能であるときは前記呼制御パケットを転送する
ＶｏＩＰネットワークの輻輳制御システム。
【請求項２】
請求項１に記載のＶｏＩＰネットワークの輻輳制御システムであって、
前記ＳＩＰサーバは、
予め定められた前記転送先ＳＩＰサーバへ転送可能な上限呼数を記憶する上限呼数記憶部と、
前記呼の呼接続処理が完了したときに当該呼の呼情報を記憶し、前記呼の呼切断処理が完了したときに当該呼の前記呼情報を削除する呼記憶部と
をさらに具備し、
前記呼数算出部は、前記呼情報に基づく前記転送先ＳＩＰサーバへ転送中の接続呼数を、前記上限呼数から減算して前記接続可能呼数を算出し、
前記呼制御部は、前記接続可能呼数が０であるときは前記呼を接続不可であると判定し、前記接続可能呼数が１以上である時には前記呼を接続可能であると判定する
ＶｏＩＰネットワークの輻輳制御システム。
【請求項３】
請求項１または請求項２に記載のＶｏＩＰネットワークの輻輳制御システムであって、
前記複数のノードの各々は、セッションボーダコントローラをさらに備え、
前記セッションボーダコントローラは、前記転送先ＳＩＰサーバと同一の前記ノードに属する転送先セッションボーダコントローラを、前記宛先ユーザエージェントに対応させて、前記呼で用いる音声パケットの転送先として記録するルーティングテーブルと、
前記音声パケットを受信すると、前記宛先ユーザーエージェントに基づいて前記転送先セッションボーダコントローラ特定し、前記転送先セッションボーダコントローラへ前記音声パケットを転送する通信制御部を具備する
ＶｏＩＰネットワークの輻輳制御システム。
【請求項４】
請求項３に記載のＶｏＩＰネットワークの輻輳制御システムであって、
前記ＳＩＰサーバは、前記呼の接続処理が完了すると、前記セッションボーダコントローラへ、前記転送先セッションボーダコントローラへのルーティングを設定し、前記呼の切断処理が完了すると、前記セッションボーダコントローラから、前記転送先セッションボーダコントローラへのルーティングを削除するルート設定部
をさらに備えるＶｏＩＰネットワークの輻輳制御システム。
【請求項５】
複数のノードからなるＶｏＩＰネットワークの輻輳制御方法であって、
呼制御パケットの転送先である転送先ＳＩＰサーバを、前記呼制御パケットに含まれる宛先ユーザーエージェントのロケーション情報を登録している登録ＳＩＰサーバと対応させて記録するステップと、
前記呼制御パケットの前記宛先ユーザーエージェントに基づいて前記登録ＳＩＰサーバに対応する前記転送先ＳＩＰサーバへ前記呼制御パケットを転送するステップと、
前記転送先ＳＩＰサーバに対する呼の転送可能数である接続可能呼数を算出するステップと、
新たな呼を接続する前記呼制御パケットを受信するステップと、
前記接続可能呼数に基づいて前記呼が接続可能であるか否かを判定するステップと、
前記呼が接続可能であるときは前記呼制御パケットを転送するステップと
を備えるＶｏＩＰネットワークの輻輳制御方法。
【請求項６】
請求項５に記載のＶｏＩＰネットワークの輻輳制御方法であって、
予め定められた前記転送先ＳＩＰサーバへ転送可能な上限呼数を記憶するステップと、
前記呼の呼接続処理が完了したときに当該呼の呼情報を記憶ステップと、
前記呼の呼切断処理が完了したときに当該呼の前記呼情報を削除するステップと、
をさらに具備し、
前記接続可能呼数を算出するステップは、
前記呼情報に基づく前記転送先ＳＩＰサーバへ転送中の接続呼数を、前記上限呼数から減算して前記接続可能呼数を算出ステップ
を含み、
前記接続可能である時は前記呼を転送するステップは、
前記接続可能呼数が１以上である時には前記呼を接続可能であると判定するステップと、
を含み
前記接続不可である時は前記呼を転送しないステップは、
前記接続可能呼数が０であるときは前記呼を接続不可と判定するステップと
を含むＶｏＩＰネットワークの輻輳制御方法。
【請求項７】
請求項５または請求項６に記載のＶｏＩＰネットワークの輻輳制御方法であって、
前記転送先ＳＩＰサーバと同一の前記ノードに属する転送先セッションボーダコントローラを、前記宛先ユーザエージェントに対応させて、前記呼で用いる音声パケットの転送先として記録するステップと、
前記音声パケットの前記宛先ユーザーエージェントに基づいて前記転送先セッションボーダコントローラへ前記音声パケットを転送するステップと
をさらに備えるＶｏＩＰネットワークの輻輳制御方法。
【請求項８】
請求項７に記載のＶｏＩＰネットワークの輻輳制御方法であって、
前記呼の接続処理が完了すると、音声パケットの転送先として前記転送先セッションボーダコントローラへのルーティングを設定するステップと、
前記呼の切断処理が完了すると、音声パケットの転送先として前記転送先セッションボーダコントローラへのルーティングを削除するステップと
をさらに備えるＶｏＩＰネットワークの輻輳制御方法。  
【請求項９】
請求項５から請求項８までのいずれかに記載のＶｏＩＰネットワークの輻輳制御方法をコンピュータによって実現するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰネットワークの輻輳制御システムに関する。
【背景技術】
【０００２】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ通信において、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）制御や帯域制御は、トランスポートレイヤやインターネットワークレイヤで行われている。このような、ＱｏＳ制御や帯域制御は、パケットに付与された優先情報によって行われる。優先情報は、パケットが転送するデータ種別などによって区分されて付与される。ネットワークを構成するネットワークルータ等の転送装置は、優先順位が高いパケットから優先的に処理を行う。特に、ＶｏＩＰ通信等の音声データを含む音声パケットは、リアルタイム性を要求されるため、高優先に処理が行われる。
【０００３】
しかし、ＶｏＩＰ通信の優先制御は、呼単位に優先制御を行うわけではない。ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークは、音声パケットを一律に高優先で転送処理を行う。そのため、音声トラヒックの多い大規模な拠点間を接続するネットワークでは、優先制御を行ったとしてもネットワークの帯域を超過する場合がある。この場合、ネットワークは、輻輳状態となりパケットが透過しにくくなる。輻輳状態は、ネットワークにおける音声パケットの遅延や廃棄を引き起こす。ＶｏＩＰ端末は、呼を確立するためパケットの再送処理を繰り返す。その結果、ネットワークへの負荷をさらに増大する悪循環となり、音声通話の品質を著しく低下させることになる。
【０００４】
ネットワークの輻輳は、回線の帯域幅に大きく影響される。回線の帯域幅は、物理的要因、コスト的要因により、増加するには制限がある。そのため、輻輳を緩和するために回線の帯域幅を増加させることには限界があり根本的な解決とならない。また、ネットワークの輻輳は、音声パケットのルーティング方法にも大きく影響される。ＩＰネットワークのルーティングでは、通常、最短となる経路にトラヒックが集中することになる。そのため、輻輳時には、回線の帯域を圧迫しやすい。
【０００５】
ＳＩＰの呼制御は、回線の帯域やルーティング情報を含まないため、ネットワークの輻輳に対応した制御を行うことが難しい。ＳＩＰサーバは、輻輳をネットワーク側から通知された後に、新たな通話の開始を規制するといった方法によって、輻輳に対応している。ところが、ネットワークの輻輳は、ネットワーク内の各ノード間の回線状況によって異なり、輻輳状態を判断するのは難しい。その結果、新たな通話の開始規制は、ネットワークを利用するすべてのＳＩＰ端末のユーザーに対して一律に行う事となる。
【０００６】
ＳＩＰに関するトラヒック制御方法として以下ような技術が開示されている。
【０００７】
特許文献１は、ＤＤｏＳ攻撃などを精度良く検出することができるＳＩＰサーバにおける攻撃防御方法を開示している。特許文献１の攻撃防御方法は、ＳＩＰサーバにおいて、ＩＮＶＩＴＥ信号及びＲＥＧＩＳＴＥＲ信号の各々の、単位時間あたりの総数Ｉ、Ｒ及びＳＡごとの数、両者を含めた単位時間あたりの総数Ｉ＋Ｒ及びＳＡごとの数を測定し、各々の総数Ｉ、Ｒについて輻輳が起こりうるための閾値Ａを予め定め、総数Ｉが閾値Ａを上回った場合に「ＤＤｏＳ検出・防御機能」を作動させ、即時に発行規制を実施する。それに対して、総数Ｉが閾値Ａを下回った場合には、本機能を終了させることにより、ｆａｌｓｅ−ｐｏｓｉｔｉｖｅのリスクを最小にする。
【０００８】
また、特許文献２は、セッション経路の設計、制御の容易化を図ることができると共に、障害発生時に迅速な対応を図ることができるセッション確立方法を開示している。特許文献２のセッション確立方法は、ネットワーク上に設置されたＳＩＰサーバを用いて、端末間のセッションを確立する方法であって、端末間におけるセッションを、少なくとも１以上の特定のルータを経由させて確立する。
【０００９】
【特許文献１】特開２００７−０６０３７９号公報
【特許文献２】特開２００７−１１０３４０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、ＶｏＩＰネットワークの輻輳を防止することが可能な輻輳制御システムを提供することである。
【課題を解決するための手段】
【００１１】
本発明のＶｏＩＰネットワークの輻輳制御システムは、複数のノードからなるＶｏＩＰネットワークの輻輳制御システムであって、複数のノードの各々は、ＳＩＰサーバを備え、ＳＩＰサーバは、呼制御パケットの転送先である転送先ＳＩＰサーバを、呼制御パケットに含まれる宛先ユーザーエージェントのロケーション情報を登録している登録ＳＩＰサーバと対応させて記録するロケーション記憶部と、呼制御パケットを受信すると宛先ユーザーエージェントに基づいて登録ＳＩＰサーバに対応する転送先ＳＩＰサーバを特定して転送先ＳＩＰサーバへ転送する呼制御部と、転送先ＳＩＰサーバに対する呼の転送可能数である接続可能呼数を算出する呼数算出部とを具備し、呼制御部は、新たな呼を接続する呼制御パケットを受信した時に、接続可能呼数に基づいて呼が接続可能であるか否かを判定し、呼が接続可能であるときは呼制御パケットを転送する。
【００１２】
本発明のＶｏＩＰネットワークの輻輳制御方法は、複数のノードからなるＶｏＩＰネットワークの輻輳制御方法であって、呼制御パケットの転送先である転送先ＳＩＰサーバを、呼制御パケットに含まれる宛先ユーザーエージェントのロケーション情報を登録している登録ＳＩＰサーバと対応させて記録するステップと、呼制御パケットの宛先ユーザーエージェントに基づいて登録ＳＩＰサーバに対応する転送先ＳＩＰサーバへ呼制御パケットを転送するステップと、転送先ＳＩＰサーバに対する呼の転送可能数である接続可能呼数を算出するステップと、新たな呼を接続する呼制御パケットを受信するステップと、接続可能呼数に基づいて呼が接続可能であるか否かを判定するステップと、呼が接続可能であるときは呼制御パケットを転送するステップとを備える。
【００１３】
本発明のプログラムは、上記に記載のＶｏＩＰネットワークの輻輳制御方法をコンピュータによって実現する。
【発明の効果】
【００１４】
本発明によれば、ＶｏＩＰネットワークの輻輳を防止することが可能な輻輳制御システムを提供できる。
【発明を実施するための最良の形態】
【００１５】
添付図面を参照して、本発明の実施形態によるＶｏＩＰネットワークの輻輳制御システムを以下に説明する。
【００１６】
［構成の説明］
始めに、本実施形態における、ＶｏＩＰネットワークの輻輳制御システムの構成の説明を行う。図１は、本実施形態における、ＶｏＩＰネットワークの輻輳制御システムの構成を示している。本実施形態における、ＶｏＩＰネットワークの輻輳制御システムは、ノード１００、２００、３００と、ＵＡ（Ｕｓｅｒ  Ａｇｅｎｔ）１０１、１０２、２０１、２０２、３０１とを備える。
【００１７】
始めに、ＵＡ１０１、１０２、２０１、２０２、３０１の説明を行う。ＵＡ１０１、１０２、２０１、２０２、３０１は、ＶｏＩＰ通信端末である。ＵＡ１０１、ＵＡ１０２、２０１、２０２、３０１は、いずれも同様の構成である。ＵＡ１０１、ＵＡ１０２は、ノード１００のＳＩＰサーバに、また、ＵＡ２０１、ＵＡ２０２は、ノード２００のＳＩＰサーバに、さらに、ＵＡ３０１は、ノード３００のＳＩＰサーバに、それぞれ登録して、他のＵＡとＳＩＰを用いたＶｏＩＰ通信を行うことが可能である。ＵＡ１０１、ＵＡ１０２、２０１、２０２、３０１は、従来技術によって構成されるため、詳細な説明は省略する。
【００１８】
次に、ノード１００、２００、３００の説明を行う。ノード１００、２００、３００はいずれも同様の構成である。各ノード間は、図１に示されるように中継線によって接続されている。なお、中継線は、ＩＰネットワークやその他ＩＰ通信を透過することが可能なネットワークによって構成されることがある。
【００１９】
以下、ノード１００を代表として説明を行う。図２は、ノード１００の構成を示している。ノード１００は、ＳＩＰサーバ１１０と、セッションボーダコントローラ（以下、ＳＢＣ）１３０と、ルータ１５０とを備える（なお、以下の説明において、ノード２００およびノード３００は、ノード１００と同様の構成であるので、区別のために、ノード２００の備える構成は、ノード１００備える構成の符号において、百の位を「２」へ置き換えて記載し、ノード３００の備える構成は、ノード１００の備える構成の符号において、百の位を「３」へ置き換えて記載する事とする。）。
【００２０】
まず、ＳＩＰサーバ１１０の説明を行う。ＳＩＰサーバ１１０は、ＵＡ１０１及びＵＡ１０２を登録して、接続要求等を受け付け、他ノードのＳＩＰ２１０サーバあるいはＳＩＰサーバ３１０に登録されるＵＡとの通信を接続する。
【００２１】
図３を用いて、ＳＩＰサーバ１１０の構成を詳細に説明する。図３は、本実施形態における、ＳＩＰサーバ１１０の構成を示している。本実施形態におけるＳＩＰサーバ１１０は、入力部１１１と、記憶部１１２と、制御部１１６と、通信部１２０とを備える。
【００２２】
まず、入出力部１１１の説明を行う。入出力部１１１は、キーボードやマウス等のような入力装置や、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等のような出力装置を備える。入出力部１１１は、ＳＩＰサーバ１１０の操作を行う管理者等とのユーザーインターフェイスである。
【００２３】
次に、記憶部１１２の説明を行う。記憶部１１２は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ハードディスク等で構成される。記憶部１１２は、ＳＩＰサーバ１１０の機能を実現するための処理用プログラムやデータ等を保存する。また、記憶部１１２は、ローケーション記憶部１１３と、上限呼数記憶部１１４と、呼記憶部１１５とを備える。
【００２４】
まず、ロケーション記憶部１１３の説明を行う。ロケーション記憶部１１３は、ＳＩＰサーバにおける従来のロケーション管理機能（ロケーション機能）を有する。ロケーション記憶部１１３は、ＵＡ１０１やＵＡ１０２のＩＰアドレス等のローケーションデータを記憶している、また、ロケーション記憶部１１３は、ＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｅｎｔｉｆｉｅｒ）のドメインに対応したローケーションデータを管理しているＳＩＰサーバを記憶している。
従来のＳＩＰによる呼制御において、例えば接続処理では、ＩＮＶＩＴＥ（接続要求）に含まれる通信相手のＳＩＰ−ＵＲＩを参照して、当該ＳＩＰ−ＵＲＩのドメインを管理しているＳＩＰサーバに対して接続要求を転送することで接続処理を行う。このような方法によれば、通信相手のドメインを指定した後、当該ドメインを管理している対向側ＳＩＰサーバへの転送は、ＩＰネットワークにおけるネットワーク層での転送にゆだねられる。そのため、通常は、ＩＰネットワークにおける最短ルートを経由して、対向側ＳＩＰサーバへ転送されることとなる。また、同様に、接続処理の後にＵＡ間でやり取りされるＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）等の音声パケットについても、ＩＰネットワークにおける最短ルートを経由して転送されることになる。
このように、ＳＩＰサーバ１１０は、ネットワーク層におけるＩＰパケットの転送ルートに関与することがない。本実施形態において、管理者は、予め設計した音声通話の転送経路にそって、ＳＩＰによる呼制御を転送するようにロケーションデータを設定する。これによって、ＳＩＰ層においても転送経路の制御を行えるようにしている。なお、ロケーション記憶部１１３は、ＳＩＰサーバ１１０の構成部位としてではなく、別にロケーションサーバとして設置されて、ロケーション機能を提供する場合がある。
【００２５】
図４は、各ＳＩＰサーバのローケーション記憶部が記憶するデータを示している。図４を参照すると、ＳＩＰサーバ１１０のロケーション記憶部１１３は、ＳＩＰプロトコルにおける、宛先が「ＳＩＰサーバ２１０」の場合、転送先を「ＳＩＰサーバ３１０」としている。同様に、ＳＩＰサーバ２１０のロケーション記憶部２１３は、ＳＩＰプロトコルにおける、宛先が「ＳＩＰサーバ１１０」の場合、転送先を「ＳＩＰサーバ３１０」としている。また、ＳＩＰサーバ３１０のロケーション記憶部３１３は、ＳＩＰプロトコルにおける、宛先が「ＳＩＰサーバ１１０」の場合、転送先を「ＳＩＰサーバ２１０」とし、宛先が「ＳＩＰサーバ２１０」の場合、転送先を「ＳＩＰサーバ２１０」としている。このように、管理者は、宛先に応じて実際の転送先を設定しておくことで、ＳＩＰによる呼制御の転送経路を制御する。ここで、宛先と転送先は、説明の簡易のため、それぞれＳＩＰサーバの名称で示されているが、実際には、ＳＩＰサーバのホスト名や、ＳＩＰ−ＵＲＩ、ＳＩＰドメイン名、ＩＰアドレス等で示される。
【００２６】
次に、上限呼数記憶部１１４の説明を行う。上限呼数記憶部１１４は、各ノード間で転送することが可能な最大の呼の数（以下、上限呼数と呼ぶ。）を記憶している。管理者は、予め各ノード間の中継線の通信帯域と、ＵＡ間の音声通信１通話あたりの必要帯域とから、各ノード間を転送することが可能な上限呼数を算出して、上限呼数記憶部１１４へ保存しておく。管理者は、音声通話１通話あたりの必要帯域を、音声通話におけるコーデックや、ヘッダやセキュリティヘッダ等を含めたパケットのペイロード等を考慮して算出する。
【００２７】
再び、図１を参照すると、ノード１００とノード２００との間は、音声通話５ｃｈを上限呼数として設定されている。つまり、ノード１００とノード２００との間は、音声通話５ｃｈ相当の呼数を超えると呼を転送することができない。同様に、ノード２００とノード３００の間は、音声通話４ｃｈを上限呼数として設定されている。つまり、ノード２００とノード３００との間は、音声通話４ｃｈ相当の呼数を超えると呼を転送することができない。また、ノード１００とノード３００の間は、音声通話３ｃｈを上限呼数としている。上限呼数記憶部１１４は、これらのデータを記憶している。つまり、ノード１００とノード３００との間は、音声通話３ｃｈ相当の呼数を超えると呼を転送することができない。
【００２８】
図５は、各ＳＩＰサーバの上限呼数記憶部が記録するデータを示している。図５を参照すると、ＳＩＰサーバ１１０の上限呼数記憶部１１４は、ＳＩＰサーバ１１０とＳＩＰサーバ３１０との間の上限呼数を「３」と記録し、ＳＩＰサーバ１１０とＳＩＰサーバ２１０との間の上限呼数を「５」と記録している。同様に、ＳＩＰサーバ２１０の上限呼数記憶部２１４は、ＳＩＰサーバ２１０とＳＩＰサーバ１１０との間の上限呼数を「５」と記録し、ＳＩＰサーバ２１０とＳＩＰサーバ３１０との間の上限呼数を「４」と記録している。また、ＳＩＰサーバ３１０の上限呼数記憶部３１４は、ＳＩＰサーバ３１０とＳＩＰサーバ１１０との間の上限呼数を「３」と記録し、ＳＩＰサーバ３１０とＳＩＰサーバ２１０との間の上限呼数を「４」と記録している。このように各ノードに属するＳＩＰサーバは、ＳＩＰサーバ間の上限呼数を記憶している。各ＳＩＰサーバ間の上限呼数は、各ノード間の上限呼数と同意である。本実施形態において、各ＳＩＰサーバは、予め設定された転送経路に従って、ＳＩＰによる呼制御を転送する。各ＳＩＰサーバは、ＳＩＰによる呼制御を転送する時に、対向する他のＳＩＰサーバ間で転送する呼が、上限呼数を超過していないかを判定する。ここで、宛先と転送先は、説明の簡易のため、それぞれＳＩＰサーバの名称で示されているが、実際には、ＳＩＰサーバのホスト名や、ＳＩＰ−ＵＲＩ、ドメイン名、ＩＰアドレス等で示される。
【００２９】
次に、呼記憶部１１５の説明を行う。呼記憶部１１５は、ＳＩＰサーバ１００がＳＩＰによる呼制御を転送して接続された呼の情報を記憶している。呼記憶部１１５は、接続要求元のＵＡ、接続要求先のＵＡ、コールＩＤ等を記憶する。呼記憶部１１５が記憶する呼の数は、ノード１００を経由する呼の数と同意である。本実施形態において、ＳＩＰによる呼制御は、予め管理者によってロケーション記憶部１１２へ設定された転送経路に基づいて転送される。呼記憶部１１５は、接続元ＵＡからの接続要求（ＩＮＶＩＴＥ）に対して、接続先ＵＡから応答される接続応答（２００ＯＫ）に含まれた呼の情報を記憶する。
さらに、本実施形態では、後述するように、呼制御による通信接続後に、ＵＡ間で送受信されるＲＴＰ等の音声パケットは、ＳＩＰによる呼制御が転送された経路と同じノードを経由して転送される。そのため、呼記憶部１１５が、呼制御時に記憶した呼と、当呼の音声パケットの転送経路は一致する。これによって、各ＳＩＰサーバは、各ＳＩＰサーバ間、つまり各ノード間に設定された上限呼数に対して、現在、通信が行われている呼数をの管理を行うことが可能となる。
【００３０】
図６は、ＳＩＰサーバ１１０の呼記憶部１１５が記録するデータを示している。図６を参照すると、接続要求元「Ｆｒｏｍ」に「ＵＡ１０１」が記録され、接続要求先「ｔｏ」に「ＵＡ２０１」が記録されている。このことから、本レコードは、「ＵＡ１０１」と「ＵＡ２０１」との間の音声通信であることが確認できる。また、「Ｆｒｏｍ」に対応する「転送先」に「ＵＡ１０１」が記録され、「ｔｏ」に対応する「転送先」に「ＳＩＰ３１０」が記録されている。このことからそれぞれの転送先が何処に向かっているかを確認できる。さらに「Ｃａｌｌ＿ＩＤ」が「１００」と記録されている。「Ｃａｌｌ＿ＩＤ」は、ＳＩＰ通信において、音声通信の開始から終了まで用いられる同一のＩＤである。本レコードの音声通信では、「Ｃａｌｌ＿ＩＤ」に「１００」を用いてＳＩＰプロトコルのやり取りを行っていることが確認できる。ここで、宛先と転送先は、説明の簡易のため、それぞれＳＩＰサーバの名称で示されているが、実際には、ＳＩＰサーバのホスト名や、ＳＩＰ−ＵＲＩ、ドメイン名、ＩＰアドレス等で示される。
【００３１】
次に、制御部１１６の説明を行う。制御部１１６は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等で構成される。制御部１１６は、記憶部１１２に保存された処理用プログラムを読み込んで実行することによって、ＳＩＰサーバ１１０の機能を実現する。また、制御部１１６は、呼制御部１１７と、呼数算出部１１８と、ルート設定部１１９と備える。
【００３２】
まず、呼制御部１１７の説明を行う。呼制御部１１７は、ＳＩＰサーバにおける、ＵＡ登録機能（レジストラ機能）、代理転送機能（プロキシ機能）等を実現する。すなわち、呼制御部１１７は、ＵＡからの登録要求を受け付けて、ロケーション記憶部１１３へＵＡを登録する。また、呼制御部１１７は、ＵＡからの要求や応答を受け付けて、他のＳＩＰサーバへ転送を行う。これらの機能は、従来のＳＩＰサーバの機能であるため詳細な説明を省略する。なお、これらの機能は、それぞれ異なるサーバとして設置されて、各機能を提供することで、全体としてＳＩＰサーバの機能を提供する場合がある。
また、本実施形態において、呼制御部１１７は、新たな呼の接続規制を行う。呼制御部１１７は、新たな接続要求を受信すると、呼数算出部１１８へ発信可能であるかを問い合せる。呼制御部１１７は、呼数算出部１１８から、発信可能である場合に発信可応答を受けると、当該接続要求を他のＳＩＰサーバへ転送して接続処理を行う。一方、呼制御部１１７は、呼数算出部１１８から、発信不可能である場合に発信不可応答を受けると、当該接続要求の接続処理を行わない。呼制御部１１７は、当該接続要求を送信したＵＡに対して接続不可を応答して、新たな呼接続を規制する。呼制御部１１７は、ＳＩＰによる接続処理が完了した場合には、呼数算出部１１８と呼記憶部１１５へ通知する。同様に呼制御部１１７は、ＳＩＰによる切断処理が完了すると、呼数算出部１１８と、呼記憶部１１５へ通知する。
【００３３】
次に、呼数算出部１１８の説明を行う。呼数算出部１１８は、接続可能呼数を算出する。接続可能呼数は、各ＳＩＰサーバ間、つまり各ノード間において、新たに接続可能な呼の数である。呼数算出部１１８は、上限呼数記憶部１１４が記録する上限呼数から、呼記憶部１１５の記録する現時点で音声通話が行われている呼の数を減算して、接続可能呼数を算出する。呼数算出部１１８は、呼制御部１１７からＳＩＰによる接続処理の完了を通知されると呼数を算出する。また、呼数算出部１１８は、呼制御部１１７からＳＩＰによる切断処理の完了を通知されると呼数を算出する。また、呼数算出部１１８は、呼制御部１１７から発信可能であるかの問合せを受けると、問合せを受けたノード間の呼数を確認し、発信可能でない場合は発信不可を応答し、発信可能である場合は発信可を応答する。
【００３４】
図６は、ＳＩＰサーバ１１０の呼数算出部１１８が記録するデータを示している。本実施形態において、ＳＩＰサーバ１１０は、ＳＩＰサーバ２１０への上限呼数を「３」と記録しており、ＳＩＰサーバ３１０への上限呼数を「５」と記録している。図６に示した時点で、呼記憶部１１５が記憶している呼数は、ＳＩＰサーバ１１０とＳＩＰサーバ３１０との間での、呼数「１」のみである。そのため、呼数算出部１１８は、「現在呼数」にＳＩＰサーバ３１０宛ての呼を「１」と記録している。従って、「可能呼数」は、ＳＩＰサーバ３１０との間が「２」であり、ＳＩＰサーバ２１０との間が「５」である。ここで、呼制御部１１７が、「ＳＩＰサーバ３１０」への転送を伴う発信可能かを、呼数算出部１１８へ問い合せてきたとする。呼算出部１１８は、現時点では、「ＳＩＰサーバ３１０」への接続可能呼数が「２」であるため、ＳＩＰサーバ３１０への経路を使用して発信可能であると判定して、発信可応答を応答する。
【００３５】
図７は、ＳＩＰサーバ１１０の呼数算出部１１８が記録するデータを示している。本実施形態において、ＳＩＰサーバ１１０は、ＳＩＰサーバ２１０への上限呼数を「３」と記録しており、ＳＩＰサーバ３１０への上限呼数を「５」と記録している。図７に示した時点で、呼記憶部１１５が記憶している呼数は、ＳＩＰサーバ１１０とＳＩＰサーバ３１０との間での、呼数「３」である。そのため、呼数算出部１１８は、「現在呼数」にＳＩＰサーバ３１０宛ての呼を「３」と記録している。従って、「可能呼数」は、ＳＩＰサーバ３１０との間が「０」であり、ＳＩＰサーバ２１０との間が「５」である。ここで、呼制御部１１７が、「ＳＩＰサーバ３１０」への転送を伴う発信可能かを、呼数算出部１１８へ問い合せてきたとする。呼算出部１１８は、現時点では、「ＳＩＰサーバ３１０」への接続可能呼数が「０」であるため、ＳＩＰサーバ３１０への経路を使用して発信不可であると判定して、発信不可応答を応答する。
ここで、宛先と転送先は、説明の簡易のため、それぞれＳＩＰサーバの名称で示されているが、実際には、ＳＩＰサーバのホスト名や、ＳＩＰ−ＵＲＩ、ドメイン名、ＩＰアドレス等で示される。
【００３６】
次に、ルート設定部１１９の説明を行う。ルート設定部１１９は、ＳＢＣ１３０へ対してルーティング設定を行う。本実施形態において、ＵＡ間で送受信されるＲＴＰ等の音声データは、ＳＩＰによる呼制御を転送した各ノードのＳＢＣ間で転送を行われる。ルート設定部１１９は、ＳＩＰサーバ間でＳＩＰによる接続処理が完了すると、接続処理で呼制御を転送した経路と、同じ経路で音声パケットを転送するように、ＳＢＣ１３０に対してルーティング設定を行う。また、ルート設定部１１９は、ＳＩＰサーバ間で切断処理が完了すると、ＳＢＣ１３０に対して音声パケットの転送用に設定したルーティング設定を消去する。
【００３７】
次に、通信部１２０の説明を行う。通信部１２０は、通信ポート等で構成される。通信部１２０は、複数の通信ポートを備えることがある。通信部１２０は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＩＰを用いて、ＳＢＣ１３０と通信が可能である。
【００３８】
以上が、ＳＩＰサーバ１１０の説明である。なお、前述のとおり、ノード２００のＳＩＰサーバ２１０、及びノード３００のＳＩＰサーバ３１０も同様の構成であり、それぞれ対応する機能を有する。
【００３９】
次に、ＳＢＣ１３０の説明を行う。ＳＢＣ１３０は、ＳＩＰの呼制御パケットや音声パケットの転送を行う。ＳＢＣ１３０は、ＩＰアドレスからＳＩＰの情報までを含むアプリケーションレイヤまでの変換を行うことができる。ＳＢＣ１３０は、音声パケットのアドレスを付け替える。これにより、ＳＢＣ１３０は、ＳＩＰによる呼制御パケットの転送経路と同じ経路へ音声パケットを転送する。本実施形態では、各ノードのＳＩＰサーバは、ＳＩＰの呼制御パケットを、管理者等によって予め設定された転送経路にしたがって転送を行う。各ノードのＳＢＣが、呼制御パケットの転送経路と同じ経路へ音声パケットを転送することによって、各ノード間における、呼制御パケットと音声パケットの転送経路が同一となる。そのため、各ＳＩＰサーバは、呼制御時に呼を把握することで、接続可能呼数を把握することが可能となる。
【００４０】
以下、図８を用いて、ＳＢＣ１３０の構成を詳細に説明する。図８は、本実施形態における、ＳＢＣ１３０の構成を示している。ＳＢＣ１３０は、入出力部１３１と、記憶部１３２と、制御部１３４と、通信部１３７とを備える。
【００４１】
まず、入出力部１３１の説明を行う。入出力部１３１は、キーボードやマウス等のような入力装置や、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等のような出力装置を備える。入出力部１３１は、ＳＢＣ１３０の操作を行う管理者等とのユーザーインターフェイスである。
【００４２】
次に、記憶部１３２は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ハードディスク等で構成される。記憶部１３２は、ＳＢＣ１３０の機能を実現するための処理用プログラムやデータ等を保存する。また、記憶部１３２は、ルーティングテーブル１３３を備える。
【００４３】
ルーティングテーブル１３３は、ＳＩＰによる呼制御パケットや、ＲＴＰの音声パケットの転送先を記録している。本実施形態において、ルーティングテーブル１３３は、通常のルート学習機能に加えて、ＳＩＰサーバ１１０のルート設定部１１９からルートの設定、及びルートの設定の消去を受け付ける。
【００４４】
図９は、各ノードのＳＢＣのルーティングテーブルが記録するデータの例を示している。なお、図９は、ルート設定部１１９から設定されたルートのみを示している。図９を参照すると、ＳＢＣ１３０は、宛先が「ＵＡ２０１」となっている音声パケットを「ＳＢＣ３３０」宛てに転送するように設定されている。ＳＢＣ２３０は、宛先が「ＵＡ１０１」となっている音声パケットを「ＳＢＣ３３０」宛てに転送するように設定されている。ＳＢＣ３３０は、宛先が「ＵＡ１０１」となっている音声パケットを「ＳＢＣ１３０」宛てに転送し、宛先が「ＵＡ２０１」となっている音声パケットを「ＳＢＣ２３０」宛てに転送するように設定されている。ここで、宛先と転送先は、説明の簡易のため、それぞれＳＩＰサーバの名称で示されているが、実際には、ＳＩＰサーバのホスト名や、ＳＩＰ−ＵＲＩ、ドメイン名、ＩＰアドレス等で示される。
【００４５】
次に、制御部１３４の説明を行う。制御部１３４は、ＣＰＵ等で構成される。制御部１３４は、記憶部１３２に保存された処理用プログラムを読み込んで実行することによって、ＳＢＣ１３０の機能を実現する。また、制御部１３４は、通信制御部１３５と、アドレス変換１３６を備える。
【００４６】
まず、通信制御部１３５の説明を行う。通信制御部１３５は、通信部１３７を介して入力したパケットを、ルーティングテーブル１３３を参照して転送する。本実施形態において、ルーティングテーブル１３３には、通常のルーティングデータのほかに、音声パケットのルーティングデータが記録されている。通信制御部１３５は、音声パケットを受信すると、宛先アドレスの変換を行うために、音声パケットをアドレス変換部１３６へ出力する。また、通信制御部１３５は、アドレス変換部１３６から宛先アドレスの変換された音声パケットを入力すると、変換された宛先アドレスへ当該音声パケットを送信する。
【００４７】
次に、アドレス変換部１３６の説明を行う。アドレス変換部１３６は、音声パケットの宛先アドレスを、ルーティングテーブル１３３を参照して変換する。アドレス変換部１３６は、通信制御部１３６から音声パケットを入力すると、ルーティングテーブルを参照して、宛先ＵＡに基づいて音声パケットの宛先アドレスを書き換える。アドレス変換部１３６は、宛先アドレスの変換が完了した音声パケットを通信制御部１３５へ出力する。
【００４８】
次に、通信部１３７の説明を行う。通信部１３７は、通信ポート等で構成される。通信部１３７は、複数の通信ポートを備えることがある。通信部１３７は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＩＰを用いて、ＳＩＰサーバや、ルータ１５０と通信が可能である。
【００４９】
以上が、ＳＢＣ１３０説明である。なお、前述のとおり、ノード２００のＳＢＣ２３０、及びノード３００のＳＢＣ３３０も同様の構成であり、それぞれ対応する機能を有する。
【００５０】
次に、ルータ１５０の説明を行う。ルータ１５０は、ＳＢＣ１３０と接続されている。ルータ１５０は、中継線を介して、他のノードのルータと接続されている。なお、中継線がＩＰネットワーク等に代わる場合には、ＩＰネットワーク等に接続される。ルータ１５０は、ＳＢＣ１３０と他のノードのルータと、ＴＣＰ／ＩＰを用いて通信が可能である。ルータ１５０は従来技術で構成されるため詳細な説明は省略する。なお、前述のとおり、ノード２００のルータ２５０、及びノード３００のルータ３５０も同様であり、それぞれ対応する機能を有する。
【００５１】
以上が、本実施形態における、ＶｏＩＰネットワークの輻輳制御システムの構成の説明である。なお、図４から図７、及び図９に示した、各構成部位の記録するデータは、あくまで記録方法の一例を示したものであり、他の方法で記録することも可能である。
【００５２】
［動作方法の説明］
次に、図１０から図１２を用いて、本実施形態における、ＶｏＩＰネットワークの輻輳制御システムの動作方法の説明を行う。以下の説明において、ノード１００、ノード２００およびノード３００は、同様の構成であるため、区別のために、ノード２００の備える構成は、ノード１００備える構成の符号において、百の位を「２」へ置き換えて表示し、ノード３００の備える構成は、ノード１００の備える構成の符号において、百の位を「３」へ置き換えて表示する事とする。
【００５３】
まず、図１０を用いて、ＳＩＰサーバへの事前設定について説明する。図１０は、ＳＩＰサーバへの事前設定の動作フローを示している。
【００５４】
（ステップＳ１０）
ＶｏＩＰネットワークの輻輳制御システムの管理者は、予め各ノードのＳＩＰサーバへ、上限呼数を設定する。管理者は、予め各ノード間の中継線の通信帯域と、ＵＡ間の音声通信１通話あたりの必要帯域とから、各ノード間を転送することが可能な上限呼数を算出して、各ＳＩＰサーバの上限呼数記憶部１１４へ保存する。音声通話１通話あたりの必要帯域は、音声通話におけるコーデックや、ヘッダやセキュリティヘッダ等を含めたパケットのペイロード等を考慮して算出する。図５は、各ＳＩＰサーバにおいて、上限呼数記憶部１１４が記録するデータを示している。
【００５５】
（ステップＳ２０）
ＶｏＩＰネットワークの輻輳制御システムの管理者は、予め設計した音声通話の転送経路にそって、ＳＩＰによる呼制御を転送するようにロケーションデータを設定する。これによって、ＳＩＰ層においても転送経路の制御を行えるようにしている。図４は、各ＳＩＰサーバにおいて、ローケーション記憶部が記憶するデータを示している。
【００５６】
以上が、ＳＩＰサーバへの事前設定の説明である。
【００５７】
次に、図１１を用いて、ＵＡが発信した場合の動作方法を説明する。図１１は、ＵＡが発信した場合の動作フローを示している。なお、本説明において、説明の簡易のために、ＵＡ１０１からＵＡ２０１へ発信を行った場合の説明を行う。また、ＵＡ１０１は、ＳＩＰサーバ１１０への登録処理を完了しており、ＵＡ２０１は、ＳＩＰサーバ２１０への登録処理を完了しているものとして説明を行う。
【００５８】
（ステップＳ１００）
ＵＡ１０１は、ＵＡ２０１と音声通信を行うために、ＳＩＰサーバ１１０へＳＩＰのＩＮＶＩＴＥ（接続要求）を送信する。ルータ１５０及びＳＢＣ１３０は、ＵＡ１０１からの接続要求をＳＩＰサーバ１１０へ転送する。ＳＩＰサーバ１１０の呼制御部１１７は、通信部１２０を介して、ＵＡ１０１からの接続要求を受信する。呼制御部１１７は、接続要求のＳＩＰ−ＵＲＩに基づいて、ロケーション記憶部１１３へ転送先を問い合せる。呼制御部１１７は、ロケーション記憶部１１３の保存するロケーションデータを参照して、ＳＩＰ−ＵＲＩの示す宛先がＳＩＰサーバ２１０の管理するものと特定する。さらに、呼制御部１１７は、管理者によって設定されたロケーションデータを参照し、ＳＩＰサーバ２１０への転送先をＳＩＰサーバ３１０と特定する（図４参照）。
【００５９】
（ステップＳ１１０）
呼制御部１１７は、ＳＩＰサーバ３１０への経路を使用して発信可能であるかを、呼数算出部１１８へ問い合せる。呼数算出部１１８は、記録しているデータからＳＩＰサーバ１１０とＳＩＰサーバ３１０との間の接続可能呼数を参照する。発信可能である場合、ステップＳ１２０へ進む。一方、発信不可である場合、ステップＳ１７０へ進む。
【００６０】
（ステップＳ１２０）
ＳＩＰサーバ１１０とＳＩＰサーバ３１０との間の呼数が「０」であるとする。この場合、呼数算出部１１８は、記録しているデータからＳＩＰサーバ１１０とＳＩＰサーバ３１０との間の接続可能呼数が「３」であるため、発信可と判断する。呼数算出部１１８は、呼制御部１１７へ、発信可応答を応答する。
呼制御部１１７は、呼算出部１１８から発信可応答を入力する。呼制御部１１７は、ＵＡ１０１からの接続要求を、通信部１２０を介して、ＳＩＰサーバ３１０宛てへ送信する。ＳＢＣ１３０及びルータ１５０は、ＳＩＰサーバ１１０の送信した接続要求をＳＩＰサーバ３１０へ転送する。
ノード３００のＳＢＣ３３０及びルータ３５０は、ＳＩＰサーバ１１０から送信された接続要求をＳＩＰサーバ３１０へ転送する。ＳＩＰサーバ３１０の呼制御部３１７は、通信部３２０を介して接続要求を受信する。呼制御部３１７は、接続要求のＳＩＰ−ＵＲＩに基づいて、ロケーション記憶部３１３へ転送先を問い合せる。呼制御部３１７は、ロケーション記憶部３１３を参照して、ＳＩＰ−ＵＲＩの示す宛先がＳＩＰサーバ２１０の管理するものと特定する。さらに、呼制御部３１７は、管理者によって設定されたロケーションデータを参照し、ＳＩＰサーバ２１０への転送先をＳＩＰサーバ２１０と特定する（図４参照）。呼制御部３１７は、ＳＩＰサーバ２１０への経路を使用して発信可能であるかを、呼数算出部３１８へ問い合せる。呼数算出部３１８は、記録しているデータからＳＩＰサーバ３１０とＳＩＰサーバ２１０との間の接続可能呼数を参照する。ここで、発信可能であるかの判定方法はＳＩＰサーバ１１０と同様であるので、説明の簡易のため、ＳＩＰサーバ２１０へ発信可能であるとして説明を行う。呼数算出部３１８は、呼制御部３１７へ、発信可応答を応答する。呼制御部３１７は、呼算出部３１８から発信可応答を入力する。呼制御部３１７は、ＵＡ１０１の接続要求を、通信部３２０を介して、ＳＩＰサーバ２１０宛てへ送信する。ＳＢＣ３３０及びルータ３５０は、ＳＩＰサーバ３１０の送信した接続要求をＳＩＰサーバ２１０へ転送する。
ノード２００のＳＢＣ２３０及びルータ２５０は、ＳＩＰサーバ１１０から送信された接続要求をＳＩＰサーバ２１０へ転送する。ＳＩＰサーバ２１０の呼制御部２１７は、通信部２２０を介して接続要求を受信する。呼制御部２１７は、接続要求のＳＩＰ−ＵＲＩに基づいて、ロケーション記憶部２１３へ転送先を問い合せる。呼制御部２１７は、ロケーション記憶部２１３を参照して、ＳＩＰ−ＵＲＩの示す宛先ＵＡ２０１を特定する。呼制御部２１７は、通信部２２０を介して、接続要求をＵＡ２０１へ送信する。ＵＡ２０１は、接続要求を受信する。
【００６１】
（ステップＳ１３０）
ＵＡ２０１は、ＳＩＰサーバ２１０へ、ＵＡ１０１宛ての接続応答（２００ＯＫ）を送信する。ノード２００のＳＢＣ２３０及びルータ２５０は、ＵＡ２０１から送信された接続応答をＳＩＰサーバ２１０へ転送する。
ＳＩＰサーバ２１０の呼制御部２１７は、通信部２２０を介して接続応答を受信する。呼制御部２１７は、接続応答に基づいて、接続される呼の情報を呼記憶部２１５へ記録する。
【００６２】
（ステップＳ１４０）
呼制御部２１７は、呼数算出部２１８へ、呼数算出命令を出力する。呼数算出部２１８は、呼数算出命令を受けて、上限呼数記憶部２１４と呼記憶部２１５とを参照して、接続可能呼数を算出する。呼数算出部２１８は、算出した接続可能呼数を記憶する。呼数算出部２１８は、呼数算出完了通知を呼制御部２１７へ出力する。
【００６３】
（ステップＳ１５０）
呼制御部２１７は、呼数算出完了通知を入力すると、ルート設定部２１９へルート設定命令を出力する。ルート設定部２１９は、接続応答に基づいて設定すべきルートを特定し、通信部２２０を介して、ＳＢＣ２３０へルート設定要求を送信する。ＳＢＣ２３０の制御部２３４は、通信部２３７を介して、ＳＩＰサーバ２１０からのルート設定を受け付ける。制御部２３４は、ルート設定をルーティングテーブル２３３へ記録する（図９参照）。制御部２３４は、通信部２３７を介してＳＩＰサーバ２１０へルート設定応答する。ＳＩＰサーバ２１０のルート設定部２１９は、通信部２２０を介して、ルート設定応答を受信する。ルート設定部２１９は、呼制御部２１７へ、ルート設定完了通知を出力する。呼制御部２３５は、ルート設定完了通知を受信する。
呼制御部２１７は、ルート設定部２１９からルート設定完了通知を入力すると、ＵＡ２０１からの接続応答を、通信部２２０を介して、ＳＩＰサーバ３１０へ転送する。
以下、同様に、ＳＩＰサーバ３１０においても、呼制御部３１７は、接続応答に基づいて、接続される呼の情報を呼記憶部３１５へ記録する。呼数算出部３１８は、上限呼数記憶部３１４と呼記憶部３１５を参照して、接続可能呼数を算出する。ルート設定部３１９は、接続応答に基づいて設定すべきルートを特定し、ＳＢＣ３３０へルート設定を行う（図９参照）。呼制御部３１７は、ＵＡ２０１からの接続応答を、ＳＩＰサーバ１１０へ転送する。
さらに、同様に、ＳＩＰサーバ１１０においても、呼制御部１１７は、接続応答に基づいて、接続される呼の情報を呼記憶部１１５へ記録する（図６参照）。呼数算出部１１８は、上限呼数記憶部１１４と呼記憶部１１５を参照して、接続可能呼数を算出する（図６参照）。ルート設定部１１９は、接続応答に基づいて設定すべきルートを特定し、ＳＢＣ１３０へルート設定を行う（図９参照）。呼制御部１１７は、ＵＡ２０１からの接続応答をＵＡ１０１へ転送する。
【００６４】
（ステップＳ１６０）
ＵＡ１０１は、ＵＡ２０１からの接続応答を入力する。これによって、ＵＡ１０１とＵＡ２０１のＳＩＰによる接続処理が完了する。この後、ＵＡ１０１とＵＡ２０１は、音声通信を開始する。ＵＡ１０１は、音声通信を開始すると、音声パケット（ＲＴＰ）をＵＡ２０１へ送信する。
ノード１００のＳＢＣ１３０の通信制御部１３５は、ＵＡ１０１からの音声パケットを入力する。通信制御部１３５は、音声パケットをアドレス変換部１３６へ出力する。アドレス変換部１３６は、ルーティングテーブル１３３を参照して（図９参照）、音声パケットの宛先（ＵＡ２０１）を転送先（ＳＢＣ３３０）へ変換する。アドレス変換部１３６は、転送先をＳＢＣ３３０へ変換した音声パケットを、呼制御部１１７へ出力する。呼制御部１１７は、ＵＡ１０１からの音声パケットを、通信部１２０を介してＳＢＣ３３０へ送信する。ルータ１５０は、ＳＢＣ１３０から送信された、音声パケットをＳＢＣ３３０へ転送する。
ノード３００のルータ３５０は、ＳＢＣ１３０から送信された、音声パケットをＳＢＣ３３０へ転送する。ＳＢＣ３３０の通信制御部３３５は、ＳＢＣ１３０から送信されたＵＡ１０１からの音声パケットを入力する。通信制御部３３５は、音声パケットをアドレス変換部３３６へ出力する。アドレス変換部３３６は、音声パケットのＲＴＰヘッダ等から音声パケットＵＡ２０１宛てであることを検知する。アドレス変換部３３６は、ルーティングテーブル３３３を参照して（図９参照）、音声パケットの宛先（ＳＢＣ３３０）を転送先（ＳＢＣ２３０）へ変換する。アドレス変換部３３６は、転送先をＳＢＣ２３０へ変換した音声パケットを、呼制御部３１７へ出力する。呼制御部３１７は、ＵＡ１０１からの音声パケットを、通信部３２０を介してＳＢＣ２３０へ送信する。ルータ３５０は、ＳＢＣ３３０から送信された、音声パケットをＳＢＣ２３０へ転送する。
ノード２００のルータ２５０は、ＳＢＣ３３０から送信された、音声パケットをＳＢＣ２３０へ転送する。ＳＢＣ２３０の通信制御部２３５は、ＳＢＣ３３０から送信されたＵＡ１０１からの音声パケットを入力する。通信制御部２３５は、音声パケットをアドレス変換部２３６へ出力する。アドレス変換部２３６は、音声パケットのＲＴＰヘッダ等から音声パケットＵＡ２０１宛てであることを検知する。アドレス変換部３３６は、ルーティングテーブル２３３を参照して、音声パケットの宛先（ＳＢＣ２３０）を転送先（ＵＡ２０１）へ変換する。アドレス変換部２３６は、転送先をＵＡ２０１へ変換した音声パケットを、呼制御部２１７へ出力する。呼制御部２１７は、ＵＡ１０１からの音声パケットを、通信部２２０を介してＵＡ２０１へ送信する。ルータ２５０は、ＳＢＣ２３０から送信された、音声パケットをＵＡ２０１へ転送する。ＵＡ２０１は、ＳＢＣ２３０から転送された、ＵＡ１０１からの音声パケット受信する。
ＵＡ２０１からＵＡ１０１への音声パケットの送信は、この動作方法の逆を辿ることとなる。このようにしてＵＡ１０１とＵＡ２０１の音声パケットは、各ノードのＳＢＣによってアドレスを付け替えられながら、ＳＩＰによる呼制御が経由した各ノードの各ＳＢＣを経由して転送される。
【００６５】
（ステップＳ１７０）
ＳＩＰサーバ１１０とＳＩＰサーバ３１０との間の呼数が「３」であるとする（図７参照）。この場合、呼数算出部１１８は、記録しているデータからＳＩＰサーバ１１０とＳＩＰサーバ３１０との間の接続可能呼数が「０」であるため、発信不可と判断する。呼数算出部１１８は、呼制御部１１７へ、発信不可応答を応答する。呼制御部１１７は、呼算出部１１８から発信不可応答を入力する。呼制御部１１７は、ＵＡ１０１へ、発信不可応答（例えば、４００番台、５００番台のエラーメッセージ等）を送信する。ＵＡ１０１は、ＳＩＰサーバ１１０から、発信不可応答を入力し、発信が不可であることを検知する。
なお、図７を参照すると、ＳＩＰサーバ２１０への接続可能呼数は「５」である。つまり、ＳＩＰサーバ２１０への経路は空いていることになる。このような場合に、管理者は、ローケーション記憶部１１３へ優先順位をつけた複数の経路を記録しておき、呼制御部１１７に、使用可能な経路を選択させる動作方法としても良い。
【００６６】
以上が、ＵＡが発信した場合の動作方法の説明である。なお、本説明において、説明の簡易のために、ＵＡ１０１からＵＡ２０１へ発信を行った場合の説明を行っているが、他のＵＡからの発信においても同様の動作方法となる。
【００６７】
次に、図１２を用いて、ＵＡが音声通信を切断した場合の動作方法を説明する。図１２は、ＵＡが音声通信を切断した場合の動作フローを示している。なお、本説明において、説明の簡易のために、ＵＡ１０１からＵＡ２０１へ切断を行った場合の説明を行う。
【００６８】
（ステップＳ２００）
ＵＡ１０１は、音声通信を切断するために、ＳＩＰサーバ１１０へ、ＵＡ２０１宛てのＳＩＰによるＢＹＥ（切断要求）を送信する。ルータ１５０及びＳＢＣ１３０はＵＡ１０１からの切断要求をＳＩＰサーバ１１０へ転送する。ＳＩＰサーバ１１０の呼制御部１１７は、通信部１２０を介して、ＵＡ１０１からの切断要求を受信する。
切断要求が、ＳＩＰサーバ１１０からＳＩＰサーバ３１０とＳＩＰサーバ２１０とを経由して、ＵＡ２０１へ転送される。この動作方法は、ＩＮＶＩＴＥ（接続要求）が転送される動作方法と同じであるので説明を省略する。
ＵＡ２０１は、ＵＡ１０１からの切断要求を受信する。
【００６９】
（ステップＳ２１０）
ＵＡ２０１は、ＳＩＰサーバ２１０へ、ＵＡ１０１宛ての切断応答（２００ＯＫ）を送信する。ルータ２５０及びＳＢＣ２３０はＵＡ２０１からの切断応答をＳＩＰサーバ２１０へ転送する。ＳＩＰサーバ２１０の呼制御部２１７は、通信部２２０を介して、ＵＡ２０１からの切断応答を受信する。
【００７０】
（ステップＳ２２０）
呼制御部２１７は、切断応答に基づいて、切断する呼の情報を呼記憶部２１５から削除する。
【００７１】
（ステップＳ２３０）
呼制御部２１７は、呼数算出部２１８へ、呼数算出命令を出力する。呼数算出部２１８は、呼数算出命令を受けて、上限呼数記憶部２１４と呼記憶部２１５とを参照して、接続可能呼数を算出する。呼数算出部２１８は、算出した接続可能呼数を記憶する。呼数算出部２１８は、呼数算出完了通知を呼制御部２１７へ出力する。
【００７２】
（ステップＳ２４０）
呼制御部２１７は、呼数算出完了通知を入力すると、ルート設定部２１９へルート設定削除を出力する。ルート設定部２１９は、切断応答に基づいて削除すべきルートを特定し、通信部２２０を介して、ＳＢＣ２３０へルート削除要求を送信する。ＳＢＣ２３０の制御部２３４は、通信部２３７を介して、ＳＩＰサーバ２１０からのルート削除を受け付ける。制御部２３４は、ルーティングテーブル２３３からルートを削除する。制御部２３４は、ＳＩＰサーバ２１０へ、通信部２３７を介してルート削除応答を送信する。ＳＩＰサーバ２１０のルート設定部２１９は、通信部２２０を介して、ルート削除応答を受信する。ルート設定部２１９は、呼制御部２１７へ、ルート削除完了通知を出力する。呼制御部２３５は、ルート削除完了通知を受信する。
呼制御部２１７は、ルート設定部２１９からルート削除完了通知を入力すると、ＵＡ２０１からの切断応答を、通信部２２０を介して、ＳＩＰサーバ３１０へ転送する。
以下、同様に、ＳＩＰサーバ３１０においても、呼制御部３１７は、切断応答に基づいて、切断する呼の情報を呼記憶部３１５へから削除する。呼数算出部３１８は、上限呼数記憶部３１４と呼記憶部３１５を参照して、接続可能呼数を算出する。ルート設定部３１９は、切断応答に基づいて削除すべきルートを特定し、ＳＢＣ３３０に対してルート削除を行う。呼制御部３１７は、ＵＡ２０１からの切断応答を、ＳＩＰサーバ１１０へ転送する。
さらに、同様に、ＳＩＰサーバ１１０においても、呼制御部１１７は、切断応答に基づいて、切断する呼の情報を呼記憶部１１５から削除する。呼数算出部１１８は、上限呼数記憶部１１４と呼記憶部１１５を参照して、接続可能呼数を算出する。ルート設定部１１９は、切断応答に基づいて削除すべきルートを特定し、ＳＢＣ１３０に対してルート削除を行う。呼制御部１１７は、ＵＡ２０１からの切断応答を、通信部１２０を介してＵＡ１０１へ転送する。
ＵＡ１０１は、ＳＩＰサーバ１１０が転送した、ＵＡ２０１からの切断応答を受信する。ＵＡ１０１は、ＵＡ２０１との音声通信を開放する。
【００７３】
以上が、ＵＡが音声通信を切断した場合の動作方法を説明である。なお、本説明において、説明の簡易のために、ＵＡ１０１からＵＡ２０１へ切断を行った場合の説明を行っているが、他のＵＡからの発信においても同様の動作方法となる。
【００７４】
以上が、本実施形態の説明である。ここまで説明を行ってきたとおり、本発明によれば、各ノードのＳＩＰサーバは、ＳＩＰによる呼制御の転送先を設定されている。転送先は、各ノード間の中継線、あるいは各ノード間のＩＰネットワークの伝送帯域を考慮して、管理者等の設計した転送ルートに基づいて設定される。そのため、各ＳＩＰサーバに登録されたＵＡが送信するＳＩＰによる呼制御は、管理者等の設計した転送ルートに沿って各ノード間を転送される。
また、各ＳＩＰサーバは、ＵＡ間の接続処理において、ＳＩＰによる呼制御の転送経路と、音声パケットの転送経路が、同じノードを経由した転送経路となるように、各ＳＢＣに対してルート設定を行う。そのため、ＵＡ間の音声パケットは、接続処理でＳＩＰによる呼制御が転送された経路と同様の経路で転送される。
ここで、管理者は、各ＳＩＰサーバに、各ＳＩＰサーバ間（つまり、各ノード間）で接続可能な上限呼数を設定しておく。また、各ＳＩＰサーバは、ＵＡ間の接続処理において、ＵＡ間の呼を記憶する。前述のとおり、ＵＡ間でやり取りされる音声パケットは、接続処理でＳＩＰメッセージの転送された経路と同じ経路を転送されるため、各ＳＩＰサーバは、呼制御時に記憶した呼を用いて、各ノード間を転送される呼の数を容易に把握することができる。
さらに、各ＳＩＰサーバは、各ノード間を転送される呼の数と、各ＳＩＰサーバ間（つまり、各ノード間）の上限呼数とに基づいて、各ＳＩＰサーバ間で接続可能呼数を算出する。そして、各ＳＩＰサーバは、ＵＡからの接続要求を処理する度に、接続可能呼数を参照する。各ＳＩＰサーバは、接続可能呼数が「０」であれば、当該接続要求を規制し、接続可能呼数が「１以上」であれば当該接続要求の接続処理を行う。
このように構成することにより、各ＳＩＰサーバは、呼制御の段階で呼（音声通信）単位に規制を行うことが可能となる。そのため、各ＳＩＰサーバにおいて、呼単位での帯域制御、輻輳制御が可能となり、ネットワークの輻輳を防止することができる。
【００７５】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更を行うことが可能である。
【図面の簡単な説明】
【００７６】
【図１】ＶｏＩＰネットワークの輻輳制御システムの構成を示す図である。
【図２】ノード１００の構成を示す図である。
【図３】ＳＩＰサーバ１１０の構成を示す図である。
【図４】ローケーション記憶部が記憶するデータを示す図である。
【図５】上限呼数記憶部が記録するデータを示す図である。
【図６】呼記憶部及び呼数算出部が記録するデータを示す図である。
【図７】呼記憶部及び呼数算出部が記録するデータを示す図である。
【図８】ＳＢＣ１３０の構成を示す図である。
【図９】ルーティングテーブルが記録するデータの示す図である。
【図１０】ＳＩＰサーバへの事前設定の動作フローである。
【図１１】ＵＡ１０１が発信した場合の動作フローである。
【図１２】ＵＡ１０１が切断した場合の動作フローである。
【符号の説明】
【００７７】
１００  ノード
１０１  Ｕｓｅｒ  Ａｇｅｎｔ
１０２  Ｕｓｅｒ  Ａｇｅｎｔ
１１０  ＳＩＰサーバ
１１１  入出力部
１１２  記憶部
１１３  ロケーション記憶部
１１４  上限呼数記憶部
１１５  呼記憶部
１１６  制御部
１１７  呼制御部
１１８  呼数算出部
１１９  ルート設定部
１２０  通信部
１３０  セッションボーダコントローラ
１３１  入出力部
１３２  記憶部
１３３  ルーティングテーブル
１３４  制御部
１３５  通信制御部
１３６  アドレス変換部
１３７  通信部
１５０  ルータ
２００  ノード
２０１  Ｕｓｅｒ  Ａｇｅｎｔ
２０２  Ｕｓｅｒ  Ａｇｅｎｔ
３００  ノード
３０１  Ｕｓｅｒ  Ａｇｅｎｔ
【図１】
2009239550.tif 000003
【図２】
2009239550.tif 000004
【図３】
2009239550.tif 000005
【図４】
2009239550.tif 000006
【図５】
2009239550.tif 000007
【図６】
2009239550.tif 000008
【図７】
2009239550.tif 000009
【図８】
2009239550.tif 000010
【図９】
2009239550.tif 000011
【図１０】
2009239550.tif 000012
【図１１】
2009239550.tif 000013
【図１２】
2009239550.tif 000014