(57)【特許請求の範囲】
【請求項１】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて加入者を収容する呼制御サーバ装置と、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスの制御機能を持つ境界ゲートウェイ装置と、前記加入者のＳＩＰ端末とから構成される輻輳制御システムであって、
前記呼制御サーバ装置は、少なくとも受付可能呼数を含む前記呼制御サーバ装置のサーバ情報をＳＩＰ応答メッセージに挿入して前記境界ゲートウェイ装置に通知する通知手段を有し、
前記境界ゲートウェイ装置は、前記サーバ情報を基に前記呼制御サーバ装置に対する輻輳制御を行う輻輳制御手段を有し、
前記輻輳制御手段は、前記サーバ情報とそれに対応して予め設定された閾値とを比較し、その超過状況によって該当する呼制御サーバ装置で輻輳が発生しているかどうかを判断し、
前記輻輳制御手段は、前記サーバ情報が前記閾値を超えた場合に前記ＳＩＰ端末からの接続要求を前記閾値を超えていない他の呼制御サーバ装置へ転送し、
前記通知手段は、前記呼制御サーバ装置のメンテナンス情報を前記サーバ情報として前記境界ゲートウェイ装置に通知し、
前記輻輳制御手段は、前記メンテナンス情報に応じて前記輻輳制御を行い、
メンテナンス期間は、該当する呼制御サーバ装置へのメッセージ転送を行わないようにすることを特徴とする輻輳制御システム。
【請求項２】
前記輻輳制御手段は、前記サーバ情報を継続的に取得し、前記呼制御サーバ装置の輻輳が継続しているか解消したかを示す輻輳状況の推移を判断することを特徴とする請求項１記載の輻輳制御システム。
【請求項３】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて加入者を収容する呼制御サーバ装置と、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスの制御機能を持つ境界ゲートウェイ装置と、前記加入者のＳＩＰ端末とから構成される輻輳制御システムに用いられる境界ゲートウェイ装置であって、
ＳＩＰ応答メッセージに挿入されて前記呼制御サーバ装置から通知されかつ少なくとも受付可能呼数を含むサーバ情報を基に前記呼制御サーバ装置に対する輻輳制御を行う輻輳制御手段を有し、
前記輻輳制御手段は、前記サーバ情報とそれに対応して予め設定された閾値とを比較し、その超過状況によって該当する呼制御サーバ装置で輻輳が発生しているかどうかを判断し、
前記輻輳制御手段は、前記サーバ情報が前記閾値を超えた場合に前記ＳＩＰ端末からの接続要求を前記閾値を超えていない他の呼制御サーバ装置へ転送し、
前記輻輳制御手段は、前記呼制御サーバ装置のメンテナンス情報が前記サーバ情報として通知されてきた時に当該メンテナンス情報に応じて前記輻輳制御を行い、
メンテナンス期間は、該当する呼制御サーバ装置へのメッセージ転送を行わないようにすることを特徴とする境界ゲートウェイ装置。
【請求項４】
前記輻輳制御手段は、前記サーバ情報を継続的に取得し、前記呼制御サーバ装置の輻輳が継続しているか解消したかを示す輻輳状況の推移を判断することを特徴とする請求項３記載の境界ゲートウェイ装置。
【請求項５】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて加入者を収容する呼制御サーバ装置と、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスの制御機能を持つ境界ゲートウェイ装置と、前記加入者のＳＩＰ端末とから構成されるシステムに用いる輻輳制御方法であって、
前記呼制御サーバ装置が、少なくとも受付可能呼数を含む前記呼制御サーバ装置のサーバ情報をＳＩＰ応答メッセージに挿入して前記境界ゲートウェイ装置に通知し、
前記境界ゲートウェイ装置が、前記サーバ情報を基に前記呼制御サーバ装置に対する輻輳制御を行う輻輳制御ステップを有し、
前記境界ゲートウェイ装置が、前記輻輳制御ステップにおいて、前記サーバ情報とそれに対応して予め設定された閾値とを比較し、その超過状況によって該当する呼制御サーバ装置で輻輳が発生しているかどうかを判断し、
前記境界ゲートウェイ装置が、前記輻輳制御ステップにおいて、前記サーバ情報が前記閾値を超えた場合に前記ＳＩＰ端末からの接続要求を前記閾値を超えていない他の呼制御サーバ装置へ転送し、
前記境界ゲートウェイ装置が、前記輻輳制御ステップにおいて、前記呼制御サーバ装置のメンテナンス情報が前記サーバ情報として通知されてきた時に、当該メンテナンス情報に応じて前記輻輳制御を行い、
メンテナンス期間は、該当する呼制御サーバ装置へのメッセージ転送を行わないようにすることを特徴とする輻輳制御方法。
【請求項６】
前記境界ゲートウェイ装置が、前記輻輳制御ステップにおいて、前記サーバ情報を継続的に取得し、前記呼制御サーバ装置の輻輳が継続しているか解消したかを示す輻輳状況の推移を判断することを特徴とする請求項５記載の輻輳制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は輻輳制御システム、境界ゲートウェイ装置及びそれらに用いる輻輳制御方法に関し、特にＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網に集中配置された呼制御サーバ装置（ＣＳＣＦ：Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）における輻輳に関する。
【背景技術】
【０００２】
ＶｏＩＰ網では、それまでの交換機ベースの電話網と異なり、加入者を収容する呼制御サーバ装置が分散配置ではなく、集中配置されている。また、呼制御サーバ装置は、それまでの交換機よりもはるかに多い加入者を収容し、かつ様々な地域の加入者情報が混在しているため、輻輳等の障害が発生すると、その影響範囲は広範囲に及んでしまう。
【０００３】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ網においては、加入者を収容する呼制御サーバ装置が集中配置されており、通話が大量に発生すると、呼制御サーバ装置に対してＳＩＰパケットが集中することで、呼制御サーバ装置が輻輳状態に陥り、通話が繋がり難くなる、あるいは通話できないという状態に陥る。
【０００４】
加入者は、何が起きているかが分からず、何度も電話を掛け直すといった行為に及び、輻輳状態がさらに悪化することになる。そのため、ＶｏＩＰシステム全体に影響してしまい、回復にかなりの時間を要することになる。
【０００５】
そこで、呼制御サーバ装置の状態を監視して、呼制御サーバ装置の負荷が増加した場合には、境界ゲートウェイ装置（ＢＧＦ：Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｆｕｎｃｔｉｏｎ）側がＳＩＰパケットの送出先を変えて呼制御サーバ装置の負荷分散を図ったり、接続量を規制したりする必要がある。
【０００６】
境界ゲートウェイ装置が呼制御サーバ装置の状況を検出する手段としては、
（１）境界ゲートウェイ装置が呼制御サーバ装置にどれくらいのＳＩＰパケットを送出しているかを監視して、呼制御サーバ装置の状況を推定する場合、
（２）呼制御サーバ装置が自分の状況を専用パケットを生成して境界ゲートウェイ装置に通知する場合、
（３）呼制御サーバ装置とは別に、呼制御サーバ装置の状態管理サーバ装置を設置、呼制御サーバ装置の状態を収集して、境界ゲートウェイ装置に通知する場合、
等の手段がある。
【０００７】
上記の（１）〜（３）の場合に対応するシステムとしては、図７に示すように、配下にＳＩＰ端末３−１〜３−ｘ（ｘは正の整数）が配置された境界ゲートウェイ装置（図７において、ＢＧＦと表記）５−１〜５−ｎ（ｎは正の整数、ｎ＜ｘ）各々に輻輳監視装置７−１〜７−ｎを接続し、境界ゲートウェイ装置５−１〜５−ｎ各々にＶｏＩＰ網１００を介して接続される呼制御サーバ装置（図７において、ＣＳＣＦと表記）４−１〜４−ｍ（ｍは正の整数）に輻輳管理サーバ装置６（状態管理サーバ装置）を接続するものがある。
【０００８】
一方、下記の特許文献１には、インタネット等の伝送路を介して接続された複数のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末で構成され、コネクションレス型のＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ網において輻輳制御を可能とする方法が開示されている。
【０００９】
この特許文献１に記載の輻輳制御方法では、呼制御サーバ装置に、伝送路が過負荷状態であることを示す過負荷情報を受信する過負荷情報受信部と、過負荷情報受信部が過負荷情報を受信すると、接続要求受信部が第１のＩＰ端末から第２のＩＰ端末への新たなセッションの確立要求を受信した場合でもそのセッションの確立要求の第２のＩＰ端末への転送を禁止するように制御する制御部とを備えている。
【特許文献１】特開２００７−１８９５０９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明に関連するＶｏＩＰ網では、上記の（１）の場合、１台の呼制御サーバ装置へＳＩＰパケットを送出する境界ゲートウェイ装置が複数存在しており、１台の境界ゲートウェイ装置だけでは、呼制御サーバ装置の状態を推定することが難しい。
【００１１】
また、本発明に関連するＶｏＩＰ網では、上記の（２）の場合、呼制御サーバ装置が自装置において、自装置の状態を通知するための専用パケットを生成／送付する必要があり、呼制御サーバ装置の負荷が増加し、ネットワーク上にも無駄なトラフィックが流れることになる。
【００１２】
さらに、本発明に関連するＶｏＩＰ網では、上記の（３）の場合、状態管理サーバ装置を別途設置するため、システムとしての投資額が増加してしまう。この場合、状態管理サーバ装置は、呼制御サーバ装置の状態をリアルタイムには把握できないという課題がある。
【００１３】
一方、上記の特許文献１に記載の方法の場合にも、上記の（２）の場合と同様に、輻輳状態を通知するために専用のパケット通信を行わなければならないので、無用なトラフィックの増加や情報のタイムラグ等を招くという課題がある。
【００１４】
そこで、本発明の目的は上記の問題点を解消し、呼制御サーバ装置の負荷増加時に迅速な輻輳回避施策をとることができ、ＶｏＩＰ網全体への影響を抑えることができる輻輳制御システム、境界ゲートウェイ装置及びそれらに用いる輻輳制御方法を提供することにある。
【課題を解決するための手段】
【００１５】
本発明による輻輳制御システムは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて加入者を収容する呼制御サーバ装置と、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスの制御機能を持つ境界ゲートウェイ装置と、前記加入者のＳＩＰ端末とから構成される輻輳制御システムであって、
前記呼制御サーバ装置は、少なくとも受付可能呼数を含む前記呼制御サーバ装置のサーバ情報をＳＩＰ応答メッセージに挿入して前記境界ゲートウェイ装置に通知する通知手段を備え、
前記境界ゲートウェイ装置は、前記サーバ情報を基に前記呼制御サーバ装置に対する輻輳制御を行う輻輳制御手段を備え、
前記輻輳制御手段は、前記サーバ情報とそれに対応して予め設定された閾値とを比較し、その超過状況によって該当する呼制御サーバ装置で輻輳が発生しているかどうかを判断し、
前記輻輳制御手段は、前記サーバ情報が前記閾値を超えた場合に前記ＳＩＰ端末からの接続要求を前記閾値を超えていない他の呼制御サーバ装置へ転送し、
前記通知手段は、前記呼制御サーバ装置のメンテナンス情報を前記サーバ情報として前記境界ゲートウェイ装置に通知し、
前記輻輳制御手段は、前記メンテナンス情報に応じて前記輻輳制御を行い、
メンテナンス期間は、該当する呼制御サーバ装置へのメッセージ転送を行わないようにしている。
【００１７】
本発明による境界ゲートウェイ装置は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて加入者を収容する呼制御サーバ装置と、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスの制御機能を持つ境界ゲートウェイ装置と、前記加入者のＳＩＰ端末とから構成される輻輳制御システムに用いられる境界ゲートウェイ装置であって、
ＳＩＰ応答メッセージに挿入されて前記呼制御サーバ装置から通知されかつ少なくとも受付可能呼数を含むサーバ情報を基に前記呼制御サーバ装置に対する輻輳制御を行う輻輳制御手段を備え、
前記輻輳制御手段は、前記サーバ情報とそれに対応して予め設定された閾値とを比較し、その超過状況によって該当する呼制御サーバ装置で輻輳が発生しているかどうかを判断し、
前記輻輳制御手段は、前記サーバ情報が前記閾値を超えた場合に前記ＳＩＰ端末からの接続要求を前記閾値を超えていない他の呼制御サーバ装置へ転送し、
前記輻輳制御手段は、前記呼制御サーバ装置のメンテナンス情報が前記サーバ情報として通知されてきた時に当該メンテナンス情報に応じて前記輻輳制御を行い、
メンテナンス期間は、該当する呼制御サーバ装置へのメッセージ転送を行わないようにしている。
【００１８】
本発明による輻輳制御方法は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて加入者を収容する呼制御サーバ装置と、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスの制御機能を持つ境界ゲートウェイ装置と、前記加入者のＳＩＰ端末とから構成されるシステムに用いる輻輳制御方法であって、
前記呼制御サーバ装置が、少なくとも受付可能呼数を含む前記呼制御サーバ装置のサーバ情報をＳＩＰ応答メッセージに挿入して前記境界ゲートウェイ装置に通知し、
前記境界ゲートウェイ装置が、前記サーバ情報を基に前記呼制御サーバ装置に対する輻輳制御を行う輻輳制御ステップを備え、
前記境界ゲートウェイ装置が、前記輻輳制御ステップにおいて、前記サーバ情報とそれに対応して予め設定された閾値とを比較し、その超過状況によって該当する呼制御サーバ装置で輻輳が発生しているかどうかを判断し、
前記境界ゲートウェイ装置が、前記輻輳制御ステップにおいて、前記サーバ情報が前記閾値を超えた場合に前記ＳＩＰ端末からの接続要求を前記閾値を超えていない他の呼制御サーバ装置へ転送し、
前記境界ゲートウェイ装置が、前記輻輳制御ステップにおいて、前記呼制御サーバ装置のメンテナンス情報が前記サーバ情報として通知されてきた時に、当該メンテナンス情報に応じて前記輻輳制御を行い、
メンテナンス期間は、該当する呼制御サーバ装置へのメッセージ転送を行わないようにしている。
【発明の効果】
【００１９】
本発明は、上記のような構成及び動作とすることで、呼制御サーバ装置の負荷増加時に迅速な輻輳回避施策をとることができ、ＶｏＩＰ網全体への影響を抑えることができるという効果が得られる。
【発明を実施するための最良の形態】
【００２０】
次に、本発明の実施の形態について図面を参照して説明する。まず、本発明による輻輳制御システムの概要について説明する。本発明による輻輳制御システムは、呼制御サーバ装置、境界ゲートウェイ装置、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）端末等から構成されるＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網において、呼制御サーバ装置やネットワークに負荷かけずに、呼制御サーバ装置の状態をリアルタイムに境界ゲートウェイ装置に通知することによって、境界ゲートウェイ装置で輻輳制御を可能とすることを特徴とする。
【００２１】
呼制御サーバ装置は、ＳＩＰを用いて加入者を収容する。境界ゲートウェイ装置は、ネットワークのエッジ（境界）に配置されてＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ：セッションボーダーコントローラ）機能等のＶｏＩＰサービスの制御機能を持つ。
【００２２】
そのために、本発明による輻輳制御システムでは、呼制御サーバ装置からのＳＩＰ応答メッセージを拡張して、呼制御サーバ装置のサーバ情報［ＣＰＵ（中央処理装置）使用率、受付可能呼数等］を挿入して境界ゲートウェイ装置に通知することで、境界ゲートウェイ装置においてリアルタイムに呼制御サーバ装置の状態検出が可能となり、充分な輻輳回避制御を行うことが可能となる。
【００２３】
図１は本発明の第１の実施の形態による輻輳制御システムの構成例を示すブロック図である。図１において、本発明の第１の実施の形態による輻輳制御システムは、加入者を収容するＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）（以下、呼制御サーバ装置とする）１−１〜１−ｍ（ｍは正の整数）と、ＢＧＦ（Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｆｕｎｃｔｉｏｎ）（以下、境界ゲートウェイ装置とする）２−１〜２−ｎ（ｎは正の整数、ｎ＜ｘ）と、ＳＩＰ端末３−１〜３−ｘ（ｘは正の整数）と、ＶｏＩＰ網１００とから構成されている。
【００２４】
境界ゲートウェイ装置２−１〜２−ｎ各々は、ＳＢＣ機能等のＶｏＩＰサービスの制御機能を持ち、呼制御サーバ装置１−１〜１−ｍの負荷状況によってＳＩＰメッセージを転送する呼制御サーバ装置１−１〜１−ｍを選択してＳＩＰ端末３−１〜３−ｘを収容する。
【００２５】
図２は本発明の第１の実施の形態による境界ゲートウェイ装置の構成例を示すブロック図である。図２において、境界ゲートウェイ装置２は、受信部（ＵＳＥＲ）２１と、送信部［ＮＷ（ＮｅｔＷａｒｋ）］２２と、輻輳制御部２３と、受信部（ＮＷ）２４と、サーバ情報検出部２５と、送信部（ＵＳＥＲ）２６とから構成されている。尚、図１に示す境界ゲートウェイ装置２−１〜２−ｎはそれぞれ境界ゲートウェイ装置２と同様の構成となっている。
【００２６】
受信部（ＵＳＥＲ）２１は、境界ゲートウェイ装置２が収容するＳＩＰ端末からＳＩＰメッセージを受信する。送信部（ＮＷ）２２は、輻輳制御部２３の指示にしたがってＳＩＰメッセージを呼制御サーバ装置１−１〜１−ｍに転送する。
【００２７】
輻輳制御部２３は、呼制御サーバ装置１−１〜１−ｍから受信したサーバ情報がそれぞれ予め設定された閾値を越えているかどうか、閾値を超える方向に変動しているかどうかを判断し、輻輳が発生している、もしくは輻輳が発生しそうな呼制御サーバ装置１−１〜１−ｍへの転送を防止する。また、輻輳制御部２３は、呼制御サーバ装置１−１〜１−ｍから受信したサーバ情報を蓄積するサーバ情報テーブル２３１を備えている。
【００２８】
受信部（ＮＷ）２４は、呼制御サーバ装置１−１〜１−ｍからＳＩＰ応答メッセージを受信する。サーバ情報検出部２５は、呼制御サーバ装置１−１〜１−ｍから受信したＳＩＰ応答メッセージからサーバ情報を抜き出して輻輳制御部２３へ送付する。送信部（ＵＳＥＲ）２６は、呼制御サーバ装置１−１〜１−ｍから受信したＳＩＰ応答メッセージを境界ゲートウェイ装置２が収容するＳＩＰ端末に送付する。
【００２９】
図３は本発明の第１の実施の形態による呼制御サーバ装置の構成例を示すブロック図である。図３において、呼制御サーバ装置１は、受信部１１と、送信部１２と、ＳＩＰ処理部１３と、ＳＩＰメッセージ生成部１４と、サーバ状態監視部１５とから構成されている。
【００３０】
尚、呼制御サーバ装置１は、図示していないが、ＣＰＵと、そのＣＰＵが実行するプログラムを記憶する記憶部とを備えている。また、図１に示す呼制御サーバ装置１−１〜１−ｍは、それぞれ上記の呼制御サーバ装置１と同様の構成となっている。
【００３１】
受信部１１は、境界ゲートウェイ装置２−１〜２−ｎからのＳＩＰメッセージを受信する。送信部１２は、境界ゲートウェイ装置２−１〜２−ｎへＳＩＰ応答メッセージを送信する。
【００３２】
ＳＩＰ処理部１３は、受信したＳＩＰメッセージの処理を行う。ＳＩＰメッセージ生成部１４は、ＳＩＰ処理部１３の結果とともに、サーバ状態監視部１５からの情報を基にＳＩＰ応答メッセージを生成する。サーバ状態監視部１５は、呼制御サーバ装置１のＣＰＵ負荷率や受付可能呼数を監視してＳＩＰメッセージ生成部１４に通知する。
【００３３】
図４は本発明の第１の実施の形態におけるＳＩＰ応答メッセージの拡張フォーマットの一例を示す図である。図４においては、呼制御サーバ装置１−１〜１−ｍが送信し、境界ゲートウェイ装置２−１〜２−ｎ（受信部２４）で受信するＳＩＰ応答メッセージの拡張フォーマットの一例を示している。
【００３４】
ＳＩＰ応答メッセージは、ＳＩＰバージョンやＳｔａｔｕｓコードを記述するＳｔａｔｕｓ  Ｌｉｎｅと、各種ヘッダを記述するＳｅｖｅｒａｌ  Ｈｅａｄｅｒｓと、空行のＥｍｐｔｙ  Ｌｉｎｅと、オプションを記述するＭｅｓｓａｇｅ  Ｂｏｄｙとから構成されている。
【００３５】
本実施の形態では、オプション領域であるＭｅｓｓａｇｅ  Ｂｏｄｙに、呼制御サーバ装置１−１〜１−ｍのＣＰＵ使用率、受付可能呼数、ＣＳＣＦ送信時間等のパラメータを追記している。また、Ｓｅｖｅｒａｌ  Ｈｅａｄｅｒｓ領域には、新たなヘッダを定義してパラメータを追記することも可能である。
【００３６】
図５は図３に示す輻輳制御部２３内のサーバ情報テーブル２３１で保有するサーバ情報の蓄積フォーマットの一例を示す図である。図５において、輻輳制御部＃２３は、ＳＩＰ応答メッセージ経由で通知させる呼制御サーバ装置１−１〜１−ｍの輻輳状況を示す各種パラメータ、それら各種パラメータの予め設定されている閾値、輻輳判定をサーバ情報テーブル２３１に蓄積している。
【００３７】
上記の各種パラメータとしては、ＣＰＵ使用率、受付可能呼数、ＣＳＣＦ  Ｔｉｍｅ  Ｓｔａｍｐ、ＢＧＦ  Ｔｉｍｅ  Ｓｔａｍｐ、ＣＳＣＦ−ＢＧＦ伝播時間等がある。
【００３８】
輻輳制御部２３は、呼制御サーバ装置１−１〜１−ｍのサーバ情報と上記の閾値とを比較し、それら閾値の超過状況によって該当する呼制御サーバ装置１−１〜１−ｍで輻輳が発生しているかどうかを判断する。
【００３９】
図６は本発明の第１の実施の形態におけるセッション確立時の動作例を示すシーケンスチャートである。この図６を参照して本発明の第１の実施の形態におけるセッション確立時の動作例について説明する。尚、ここでは、ＳＢＣ機能等のＶｏＩＰサービスの制御機能の動作の説明については省略する。
【００４０】
ＳＩＰ端末からは、セッション確立のために、ＩＮＶＩＴＥメッセージが境界ゲートウェイ装置に送付される（図６のａ１）。境界ゲートウェイ装置は、ＩＮＶＩＴＥメッセージを受信すると、呼制御サーバ装置から受信して蓄積してあるサーバ情報と予め設定された閾値とを基に、サーバ情報が閾値を超えて呼制御サーバ装置が輻輳状態にあるかどうかの判断を行う（図６のａ２，ａ３）。
【００４１】
境界ゲートウェイ装置は、該当する呼制御サーバ装置が輻輳状態にある場合、他の輻輳状態にない呼制御サーバ装置に対してＩＮＶＩＴＥメッセージを転送する（図６のａ４，ａ５）。
【００４２】
呼制御サーバ装置は、ＩＮＶＩＴＥメッセージを受信すると、接続要求の受付けが可能である場合、受付け処理を行い、ＳＩＰ応答メッセージにＯＫを示すレスポンスコード「２００」とサーバ情報とを挿入して境界ゲートウェイ装置へ送付する（図６のａ６）。この場合、サーバ情報としては、その時点のＣＰＵ使用率Ａ、受付可能呼数Ｂ等とする。
【００４３】
境界ゲートウェイ装置は、呼制御サーバ装置から受信したＳＩＰ応答メッセージ内のサーバ情報を抜き出し、ＳＩＰ応答メッセージをＳＩＰ端末に転送する（図６のａ７）。境界ゲートウェイ装置は、ＳＩＰ応答メッセージ内から抜き出した最新のサーバ情報を輻輳制御部＃２３内のサーバ情報テーブル２３１に蓄積する（図６のａ８）。
【００４４】
境界ゲートウェイ装置は、ＳＩＰ端末からＳＩＰ応答メッセージに対するＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）が返ってくると（図６のａ９）、そのＡＣＫを呼制御サーバ装置に転送するので（図６のａ１０）、ＳＩＰ端末と呼制御サーバ装置との間にセッションが確立する（図６のａ１１）。
【００４５】
境界ゲートウェイ装置は、受信したサーバ情報から、呼制御サーバ装置の状態を検知し、ＣＰＵ使用率Ａ及び受付可能呼数Ｂの値が、予め設定していた閾値を超えた場合、次回以降、ＳＩＰ端末から該当する呼制御サーバ装置への接続要求を、他の閾値を超えていない呼制御サーバ装置へ転送する。
【００４６】
このように、本実施の形態では、呼制御サーバ装置のサーバ状態をリアルタイムで検出できるため、呼制御サーバ装置の負荷増加時に迅速な輻輳回避のための施策をとることが可能となり、ＶｏＩＰ網１００全体への影響を抑えることができる。
【００４７】
また、本実施の形態では、輻輳管理サーバ装置等、第三者的監視手段をとる必要がなく、ＶｏＩＰ網１００の構築に対して投資増加を抑えることが可能となる。
【００４８】
さらに、本実施の形態では、全ＳＩＰ応答メッセージにサーバ情報を機械的に挿入するため、呼制御サーバ装置で専用パケットを生成／送付する場合よりも、呼制御サーバ装置の処理が軽く済み、また、ネットワーク的負荷が少なくなる。
【００４９】
尚、ＳＩＰ応答メッセージに挿入するサーバ情報は、ＣＰＵ使用率Ａ、受付可能呼数Ｂ等としたが、呼制御サーバ装置のメンテナンス情報を入れ込み、メンテナンス期間は、該当する呼制御サーバ装置へのメッセージ転送を行わないようにすることで、呼制御サーバ装置のメンテナンスを簡単に行うことができるようになる。
【００５０】
また、本発明では、上記の実施の形態において、ＩＮＶＩＴＥメッセージのみについて記述しているが、すべてのＳＩＰメッセージとＳＩＰ応答メッセージとについて上記と同様の動作を行う、あるいは特定のメッセージの場合のみに特定することで、システム全体の負荷を抑えることも可能である。
【００５１】
さらに、本発明では、輻輳が発生した呼制御サーバ装置に対して、境界ゲートウェイ装置がある周期でＯＰＴＩＯＮＳメッセージ等を送付して、そのメッセージに対するＳＩＰ応答メッセージに付与されるサーバ情報を継続的に取得することによって、該当する呼制御サーバ装置の輻輳状況の推移（輻輳継続、輻輳解消）を判断し、輻輳が解消されていた場合に、再度、ＳＩＰメッセージを送付することも可能である。
【図面の簡単な説明】
【００５２】
【図１】本発明の第１の実施の形態による輻輳制御システムの構成例を示すブロック図である。
【図２】本発明の第１の実施の形態による境界ゲートウェイ装置の構成例を示すブロック図である。
【図３】本発明の第１の実施の形態による呼制御サーバ装置の構成例を示すブロック図である。
【図４】本発明の第１の実施の形態におけるＳＩＰ応答メッセージの拡張フォーマットの一例を示す図である。
【図５】図３に示す輻輳制御部内のサーバ情報テーブルで保有するサーバ情報の蓄積フォーマットの一例を示す図である。
【図６】本発明の第１の実施の形態におけるセッション確立時の動作例を示すシーケンスチャートである。
【図７】本発明に関連する輻輳制御システムの構成例を示すブロック図である。
【符号の説明】
【００５３】
１−１〜１−ｍ  呼制御サーバ装置
２−１〜２−ｎ  境界ゲートウェイ装置
３−１〜３−ｘ  ＳＩＰ端末
１１  受信部
１２  送信部
１３  ＳＩＰ処理部
１４  ＳＩＰメッセージ生成部
１５  サーバ状態監視部
２１  受信部（ＵＳＥＲ）
２２  送信部（ＮＷ）
２３  輻輳制御部
２４  受信部（ＮＷ）
２５  サーバ情報検出部
２６  送信部（ＵＳＥＲ）
１００  ＶｏＩＰ網
２３１  サーバ情報テーブル
【図１】
0005088239.tif 000002
【図２】
0005088239.tif 000003
【図３】
0005088239.tif 000004
【図４】
0005088239.tif 000005
【図５】
0005088239.tif 000006
【図６】
0005088239.tif 000007
【図７】
0005088239.tif 000008