JP2008172517A - 輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体 - Google Patents

輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体 Download PDF

Info

Publication number
JP2008172517A
JP2008172517A JP2007003595A JP2007003595A JP2008172517A JP 2008172517 A JP2008172517 A JP 2008172517A JP 2007003595 A JP2007003595 A JP 2007003595A JP 2007003595 A JP2007003595 A JP 2007003595A JP 2008172517 A JP2008172517 A JP 2008172517A
Authority
JP
Japan
Prior art keywords
congestion
node
subscriber accommodation
occurrence
control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2007003595A
Other languages
English (en)
Inventor
Zentaro Nakayama
善太郎 中山
Hirotaka Yoshizu
浩隆 芳須
Kazuki Inoue
和樹 井上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
NEC Communication Systems Ltd
Original Assignee
NEC Corp
NEC Communication Systems Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp, NEC Communication Systems Ltd filed Critical NEC Corp
Priority to JP2007003595A priority Critical patent/JP2008172517A/ja
Priority to EP20080100060 priority patent/EP1944908B1/en
Priority to US11/971,686 priority patent/US7768917B2/en
Publication of JP2008172517A publication Critical patent/JP2008172517A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263—Rate modification at the source after receiving feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/11—Identifying congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】ＶｏＩＰサービスなどの各種の通信サービスを提供するＩＰネットワーク上のサービスネットワークの輻輳を効果的に制御する輻輳制御を行う。
【解決手段】ＩＰネットワークに接続されたユーザ端末８０を対地別に分割し、各対地のユーザ端末８０を収容する加入者収容ノードＣＬ５と、対地間の情報の中継を行う中継ノードＣＬ４との２階層のＶｏＩＰネットワーク１０に、輻輳状態を制御する輻輳制御サーバ１０１を備え、ユーザ端末８０からの制御メッセージがエッジルータ１５により大量に加入者収容ノードＣＬ５にルーティングされた際に、輻輳又は輻輳発生の可能性の旨を加入者収容ノードＣＬ５から輻輳制御サーバ１０１に通知すると、輻輳制御サーバ１０１は、ＶｏＩＰネットワーク１０への入口となるエッジルータ１５に対して、制御メッセージのルーティング動作の規制の指示を送信し、加入者収容ノードＣＬ５への入力を規制する。
【選択図】図１

Description

本発明は、輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体に関し、特に、ＩＰネットワークを介して電話通信サービス(ＶｏＩＰ（Voice over Internet Protocol）サービス)を行うためのＩＰ電話システムにおけるトラフィック（通信量）を制御する輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体に関する。
ＩＰネットワークを介して電話通信を行うためのＩＰ電話サービスを実現する場合、コンピュータと電話との機能を統合するためのＣＴＩ（Computer Telephony Integration）技術が用いられている。このようなＩＰ電話サービスを提供するＩＰネットワーク上のサービスネットワークを構成するノード（構成機器）としては、ＣＴＩ−ＧＷ（Gateway）、回線交換を行うソフトスイッチ等が用いられている。
しかしながら、前述のようなＩＰ電話サービスネットワーク（ＩＰネットワーク上のサービスネットワーク）においては、特定の着信先への呼が同時期に多数集中した場合や特定の発信先から呼が同時期に多数発信された場合、大量の呼が特定のＣＴＩ−ＧＷに集中して、輻輳が発生し、電話通信機能が停止する可能性があり、また、多数の呼がソフトスイッチに集中した場合は、ソフトスイッチ自身の機能が停止する可能性がある他、ＩＰ電話サービス全体の機能が停止する可能性もある。例えば、複数の対地（エリア）から、一度に、特定の加入者に対する制御メッセージ（呼設定要求）が集中して発信されると、当該加入者のユーザ端末を収容するノードに輻輳が発生する。ＩＰ電話サービスネットワークを構成する或るノードに輻輳が発生すると、該ノードに接続される隣接ノードに輻輳が順次伝播していき、ネットワーク全体が不安定になる可能性が大きい。
このため、例えば、特許文献１に示す特開２００４−８８６６６号公報「トラフィック制御装置、トラフィック制御プログラム、プログラム記録媒体、及び、トラフィック制御方法」においては、ＩＰネットワーク上の電話サービスネットワークを構成するノードごとに、発生した輻輳を解消したり、あるいは、輻輳の発生を防止したりするために、単位時間当たりの着信先ごとのトラフィック（呼数）を監視して、輻輳の解消用としてあるいは輻輳発生の防止用として予め定めた閾値とする呼数密度に基づいて、特定着信先への呼の接続数を制御する仕組みを提案している。
特開２００４−８８６６６号公報（第９−１０頁）
ＩＰネットワーク上で電話通信サービスを提供するサービスネットワークを構成して、ＶｏＩＰサービスを提供するＩＰネットワークは、一般に、図８に示すような構成からなっている。図８は、ＶｏＩＰサービスを提供するＩＰネットワークの構成例を示すものであり、ユーザ端末（電話端末）との間のユーザ用プロトコルを提供するＶｏＩＰ−Ｕプレーン９０とＶｏＩＰ呼の制御用プロトコルを提供するＩＰ電話用のサービスネットワークであるＶｏＩＰ−Ｃプレーン１０とから構成されている。ＶｏＩＰ−Ｕプレーン９０は、ＩＰネットワークとして、ユーザ端末８０（８０−１，８０−２，…）を接続するネットワークであり、１階層のメッシュ状のトポロジーによって構成され、エッジルータ１５を介して、ＶｏＩＰ−Ｃプレーン１０のネットワークと接続されている。ここに、エッジルータ１５は、予め定めた対地ごとに分散して配置されており、ＶｏＩＰ−Ｃプレーン１０において当該対地の加入者のユーザ端末８０（８０−１，８０−２，…）を収容するための加入者収容ノードＣＬ５ １１（１１−１）にそれぞれ接続されている。
一方、ＶｏＩＰ−Ｃプレーン１０は、各対地のユーザ端末をそれぞれ収容する複数の加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３,…）のＬｏｃａｌ（ローカル）階梯と、加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３,…）間の呼を中継するための中継ノードＣＬ４ １２（１２−１，１２−２，…）のＴｏｌｌ（トール）階梯との２階層からなるルート分散方式のトポロジーによって構成されている。
なお、エッジルータは、ＩＰネットワーク上で提供するサービスごとに対応して設置されるものであり、ユーザ端末８０からＶｏＩＰサービスの要求があった場合には、エッジルータ１５を介して、当該ユーザ端末８０からの呼設定要求の制御メッセージをＶｏＩＰサービス用の受信キュー１６に積み込むことによって、当該対地の加入者のユーザ端末８０を収容するＶｏＩＰ用サービスネットワークの加入者収容ノード１１（１１−１）に対して、呼設定要求を通知する。また、ＩＰＴＶサービスや他のサービスを要求する場合には、それぞれに対応して設けられるエッジルータを介して、該当するサービスを実現するサービスネットワークであるＣプレーンネットワークに接続される。
また、ＰＳＴＮ（Public Switch Telephone Network）５０や他網６０との網間接続を行う場合、ＶｏＩＰ−Ｃプレーン１０の或る中継ノードＣＬ４ １２（１２−１）とＰＳＴＮ５０のＩＧＳ（Interconnecting Gateway Switch）５１との間、中継ノードＣＬ４ １２（１２−２）と他網６０のゲートウェイとの間を接続して、ＰＳＴＮ５０や他網６０からの着信、あるいは、ＰＳＴＮ５０や他網６０への発信を制御している。
しかしながら、ＶｏＩＰサービスのような通信サービスを提供する従来のＩＰネットワーク上のサービスネットワークにおいては、図８にも示しているように、ＶｏＩＰなどの通信サービス上のトラフィックに関わる各種の問題が発生する。
まず、第１の問題は、特定対地の複数のユーザ端末８０（８０−１，８０−２，…）からＶｏＩＰ発呼がバースト的に発生した場合、ＩＰネットワーク上のＶｏＩＰサービス用のＶｏＩＰ−Ｃプレーン１０全体の輻輳状態に陥る可能性が高くなることである。特定対地の複数のユーザ端末８０（８０−１，８０−２，…）からのバーストトラフィックによって、当該対地のエッジルータ１５からの受信キュー１６に、多くの呼設定要求の制御メッセージが登録された場合、呼設定要求の制御メッセージの受付けを拒否して、要求元のユーザ端末８０側に追い返す手段を備えていないためである。この結果、加入者収容ノードＣＬ５ １１（１１−１）の処理能力を超えるような輻輳状態が発生し、引いては、該加入者収容ノードＣＬ５ １１（１１−１）と接続している中継ノードＣＬ４ １２（１２−１）に輻輳が波及し、さらに、その先の中継ノードＣＬ４ １２や加入者収容ノードＣＬ５ １１へも次々に輻輳状態が伝播していくことになり、ＶｏＩＰ−Ｃプレーン１０のネットワーク全体の輻輳へと発展してしまう。
このような発信系における輻輳問題は、ＶｏＩＰサービスを提供するＩＰネットワーク上のサービスネットワークにおける重大な問題であり、図９を用いて、輻輳がＶｏＩＰ−Ｃプレーン１０のネットワーク全体に波及する様子をさらに説明する。図９は、ＶｏＩＰサービスを提供するＩＰネットワークの発信系ノードにおける輻輳の波及状況を説明するための説明図である。前述したように、特定対地のエッジルータ１５からの呼設定要求の制御メッセージが、バーストトラフィックとして、一挙に、受信キュー１６に登録されると、当該エッジルータ１５に対応する加入者収容ノードＣＬ５ １１−１が、大量の呼設定要求を処理しようとして輻輳状態に陥る。さらに、輻輳状態の加入者収容ノードＣＬ５ １１−１が呼設定に対する処理要求を隣接の中継ノードＣＬ４ １２−１に対して次々に送信してしまうため、隣接の中継ノードＣＬ４ １２−１も輻輳を引き起こす。
さらに、中継ノードＣＬ４ １２−１から着信先へのルーティング先になる隣接の中継ノードＣＬ４ １２−２に対して呼設定に対する処理要求を次々に転送してくるので、中継ノードＣＬ４ １２−２も輻輳を引き起こす。さらに、中継ノードＣＬ４ １２−２から着信先の加入者収容ノードＣＬ５ １１−２に呼設定に対する処理要求を次々に転送してくるので、加入者収容ノードＣＬ５ １１−２も輻輳を引き起こす。
さらには、別の問題として、例えば、図９において、加入者収容ノードＣＬ５ １１−２が受け付けた或る対地向けの制御情報を中継ノードＣＬ４ １２−２へ送信する際のルーティング方法として、当該中継ノードＣＬ４ １２−２の輻輳状態を判断して、輻輳状態にあれば、自動的に、他の中継ノードＣＬ４ １２−４へルート迂回するようなルート迂回機能を備えていないため、輻輳している当該中継ノードＣＬ４ １２−２との間の転送動作の遅延から、加入者収容ノードＣＬ５ １１−２も更なる輻輳状態に陥る。同様に、中継ノードＣＬ４ １２−２と中継ノードＣＬ４ １２−１との間のような中継ノード間の制御情報の転送においても、輻輳がない中継ノードＣＬ４ １２−３へと自動的にルート迂回するルート迂回機能を備えていないため、輻輳している当該中継ノードＣＬ４ １２−１との間の転送動作の遅延から、加入者収容ノードＣＬ５ １１−２が更なる輻輳状態に陥る。なお、従来のＶｏＩＰネットワークにおけるルート迂回は、保守者により保守用コマンドとして入力されることによって実現しているのが現状であり、輻輳状態を検出して自動的にルートを迂回させる機能は備えられていない。
すなわち、ＶｏＩＰネットワークにおいては、一般に、ノードの処理能力の如何に関わらず、すべての制御メッセージを受け付ける構成とされており、バーストトラフィックの入カによって、例えば、加入者収容ノードＣＬ５ １１−１の処理能力とは無関係に、すべての制御メッセージが一気に流入して、加入者収容ノードＣＬ５ １１−１は急激に輻輳状態に陥る。加入者収容ノードＣＬ５ １１−１が、このような急激な輻輳から回復するためには、保守者の保守用コマンドにより、加入者収容ノードＣＬ５ １１−１の受信キュー１６に登録されているすべての制御メッセージを一気に破棄する以外に方法がない。
しかし、すべての制御メッセージを一気に破棄した場合、通話中の状態にあった呼まで強制的に切断されてしまったり、あるいは、受信キュー１６に登録されている切断メッセージが破棄された場合には、正常にセッションをクローズすることができなくなったりして、課金への影響が発生するので好ましくない。かくのごとく、発信系の加入者収容ノードＣＬ５ １１が一旦輻輳に陥ると、呼制御上好ましくない事態の発生を避けることができなくなるとともに、ＶｏＩＰネットワーク全体すなわちＶｏＩＰ−Ｃプレーン１０のネットワーク全体に輻輳が伝播するという重大な問題が発生する。
第２の問題は、ＶｏＩＰサービス用のＶｏＩＰ−Ｃプレーン１０を構成する各ノード間のトラフィックを制御する手段を備えていないために、特定の中継ノードＣＬ４ １２などに大量のトラフィックが集中してしまう事態を避けることができず、ＶｏＩＰ−Ｃプレーン１０全体の輻輳状態を引き起こす可能性が高くなることである。
すなわち、加入者収容ノードＣＬ５ １１と中継ノードＣＬ４ １２との間、中継ノードＣＬ４ １２相互間に、それぞれ送受信される処理要求用の制御メッセージ（例えば、ＳＩＰプロトコルにおけるＩＮＶＩＴＥメッセージなどの呼設定要求用の制御メッセージなど）に関する制御手段（規制手段）が備えられていないため、特定のノードに処理要求が集中してしまい、輻輳状態に陥ってしまう可能性が高いからである。さらに言えば、従来の技術においては、例えば、複数の対地から、同一の中継ノードＣＬ４ １２を経由する制御メッセージが集中して発信されると、当該中継ノードＣＬ４ １２が輻輳状態に陥る。ＩＰネットワーク上のＶｏＩＰ−Ｃプレーン１０の中にある中継ノードＣＬ４ １２が輻輳すると、当該中継ノードＣＬ４ １２に接続されている他のノードにも輻輳が伝幡し、ＶｏＩＰ−Ｃプレーン１０のネットワーク全体が輻輳状態に陥り、不安定になってしまうという重大な問題がある。
第３の問題は、網間接続呼の制御用としてＰＳＴＮ５０や他網からの入力トラフィックの規制手段を備えていないために、特定の中継ノードＣＬ４ １２などにトラフィックが集中して、ＶｏＩＰ−Ｃプレーン１０全体の輻輳状態を引き起こす可能性が高くなることである。さらには、網間接続の際の発着衝突問題を解決するための手段も備えていないため、網間接続呼の呼設定動作に支障を及ぼすのみならず、網間で処理要求のやり取りを繰り返すことによって、輻輳を引き起こす可能性もある。
すなわち、ＰＳＴＮ５０などのようなＶｏＩＰネットワーク以外の他網は、ＶｏＩＰネットワークの輻輳状況を把握することができないため、他網からＶｏＩＰネットワークに対してバースト的なトラフィックの流入が発生する可能性がある。ＰＳＴＮ５０など他網から呼設定要求（ＶｏＩＰ発呼）に関するバースト的なトラフィックの流入が発生した場合には、ＩＰネットワーク上のＶｏＩＰ−Ｃプレーン１０内だけのトラフィック規制では、適切な規制制御を実現することができなく、ＶｏＩＰ−Ｃプレーン１０のネットワーク全体が輻輳状態に陥る可能性がある。したがって、ＰＳＴＮ５０など他網に対しても、入力トラフィックの流入を規制するための入力制御手段が不可欠である。
第４の問題は、特定の対地に着信してくる入力トラフィックを自動的に規制する手段を備えていないために、着信側の特定の加入者収容ノードＣＬ５ １１などにトラフィックが集中して、ＶｏＩＰ−Ｃプレーン１０全体の輻輳状態を引き起こす可能性が高くなることである。また、輻輳の発生が予め予測されるイベントが発生するような場合（コンサートや花火大会が開催されるような場合、あるいは、台風などで災害が発生する可能性がある場合など）であっても、その着信呼を自動的に規制する手段をＶｏＩＰ−Ｃプレーン１０として有していないため、特定対地の加入者収容ノードＣＬ５ １１に対するＶｏＩＰ呼が集中的に発生してしまい、当該加入者収容ノードＣＬ５ １１が輻輳状態に陥り、引いては、ＶｏＩＰ−Ｃプレーン１０全体の各ノードに波及してしまう。
さらに、従来の技術では、イベントによる輻輳の発生を防止するための入力規制用の保守用コマンドを、その時点で、対象となる加入者収容ノードＣＬ５ １に対して保守者が手動で入力しなければならない。しかし、入力規制用の保守用コマンドの投入漏れや投入誤りが発生して、輻輳の発生を防止できなくなる恐れがある。さらには、イベントの終了後において、入力規制を解除する保守用コマンドを保守者が手動で投入する必要があるが、かかる入力規制解除用の保守用コマンドについても投入漏れや投入誤りが発生して、入力規制の解除漏れが発生してしまうおそれがある。
つまり、従来の技術では、複数の対地（エリア）から特定の加入者のユーザ端末８０に対する制御メッセージが一度に集中して発信すると、該当加入者のユーザ端末８０を収容する加入者収容ノード１１が輻輳することを避けることができない。ＩＰネットワーク上のＶｏＩＰ−Ｃプレーン１０の中にある加入者収容ノード１１が輻輳すると、当該加入者収容ノード１１に接続されている他のノードにも輻輳が伝播し、ＶｏＩＰ−Ｃプレーン１０のネットワーク全体が輻輳状態に陥り、不安定になってしまう。
さらには、前記特許文献１に記載のような技術は、特定着信先（特定加入者）への輻輳に対応して、各ノードに予め設定した閾値に応じた呼数密度以下に制御するものであり、加入者の契約呼数や過去の発生呼数（発生トラフィック）の如何によらず、ネットワークを構成する各ノードに対して、一律、当該ノード向けの呼数を前記閾値以下に抑えるように、ノード側だけで規制する技術であり、加入者の契約呼数や過去の発生呼数に対する公平性を損なう輻輳制御方法となっているという問題がある。
本発明は、前述のような事情に鑑みてなされたものであり、ＶｏＩＰサービスやＴＶＩＰサービスなどの各種の通信サービスを提供するＩＰネットワーク上のサービスネットワーク（例えば、ＶｏＩＰサービスの場合のＶｏＩＰネットワーク）に、各ノードの輻輳を制御するための輻輳制御サーバを備えることによって、各ノードの輻輳の発生を防止するとともに、発生した輻輳を解消することを可能とする輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体を提供することにある。
前述の課題を解決するため、本発明による輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体は、次のような特徴的な構成を採用している。
（１）ＩＰネットワークを介して各種の通信サービスを行うために、通信サービスごとにそれぞれのサービスを実施するサービスネットワークを該ＩＰネットワーク上に形成しているネットワーク構成における、前記サービスネットワークの輻輳を制御する輻輳制御システムであって、
前記サービスネットワークが、前記ＩＰネットワークに接続されているユーザ端末を対地別に分割して、それぞれの対地に存在するユーザ端末を収容する加入者収容ノードと、該加入者収容ノード間の情報の中継を行う中継ノードとを、備えた２階層の構成からなり、前記ユーザ端末から受け付けた通信サービスの処理要求を制御メッセージとして当該ユーザ端末を収容する前記サービスネットワーク側の前記加入者収容ノードにルーティングするエッジルータと、前記加入者収容ノードと前記中継ノードとの輻輳状態を制御する輻輳制御サーバとを備え、
前記加入者収容ノードは、前記エッジルータからの大量の制御メッセージにより、当該加入者収容ノードに輻輳が発生するか又は輻輳発生の可能性が生じた場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
該通知を受け取った前記輻輳制御サーバは、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージをルーティングする前記エッジルータに対して、制御メッセージのルーティング動作の規制を指示する規制用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージのルーティング動作を規制する輻輳制御システム。
（２）上記（１）の輻輳制御システムにおいて、
輻輳の発生又は輻輳発生の可能性を通知した前記加入者収容ノードが、輻輳が解消するか、輻輳の発生の可能性が解消した場合、その旨を前記輻輳制御サーバに通知し、
該通知を受け取った前記輻輳制御サーバは、輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへ制御メッセージをルーティングする前記エッジルータに対して、規制の解除を指示する規制解除用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージのルーティング動作の規制を解除する輻輳制御システム。
（３）上記（１）又は（２）の輻輳制御システムにおいて、
前記加入者収容ノードが検出する輻輳として、輻輳の前兆となる軽度の輻輳状態と重い負荷状態に陥っている輻輳状態とを少なくとも含む、輻輳状態の程度を判別して、前記輻輳制御サーバに輻輳を通知する際に、判別した輻輳状態の程度を含めて通知する輻輳制御システム。
（４）上記（１）乃至（３）のいずれかの輻輳制御システムにおいて、
前記加入者収容ノードは運用系と待機系を有し、前記加入者収容ノードが過大な負荷状態になり、前記輻輳制御サーバに対して輻輳の発生を通知メッセージとして通知することができない場合、前記待機系に切り替えるとともに、系の切り替えが輻輳発生により行われたことを前記輻輳制御サーバに通知し、通知を受けた輻輳制御サーバは、輻輳中のノードへの制御データの流入を規制するように他の加入者収容ノードに指示し、前記加入者収容ノードは、輻輳状態から回復すると、前記輻輳制御サーバに輻輳状態からの回復を通知し、通知を受けた前記輻輳制御サーバは、他の加入者収容ノードへの規制解除を指示する輻輳制御システム。
（５）上記（１）乃至（４）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバは、前記加入者収容ノードから輻輳の発生又は輻輳発生の可能性の通知を受け取った際に、当該加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信を規制することを指示する規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信を規制し、しかる後、前記加入者収容ノードから輻輳の解消又は輻輳の発生の可能性の解消の旨の通知を受け取った際に、制御メッセージの送信を規制していた前記中継ノード及び／又は他の前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージの送信の規制を解除する輻輳制御システム。
（６）上記（１）乃至（５）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバは、前記加入者収容ノードにて処理されているトラフィック情報を予め定めた周期ごとに定期的にあるいは必要に応じて随時収集して、収集した前記トラフィック情報に基づいて、前記加入者収容ノードのいずれかが輻輳しているか否か、輻輳の発生が予測されるか否かを判別し、いずれかの前記加入者収容ノードが輻輳しているか又は輻輳の発生が予測された場合、当該加入者収容ノードへ制御メッセージをルーティングする前記エッジルータに対して、制御メッセージのルーティング動作の規制を指示する規制用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージのルーティング動作を規制するとともに、当該加入者収容ノードに対して入力トラフィックを規制することを指示する入力規制用輻輳制御メッセージを送信することにより、当該加入者収容ノードを前記入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定し、入力トラフィックの入力を規制する状態に設定する輻輳制御システム。
（７）上記（６）の輻輳制御システムにおいて、
前記輻輳制御サーバは、前記加入者収容ノードから収集した前記トラフィック情報に基づいて、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードの輻輳が解消するか、輻輳の発生の可能性が解消したものと判別した場合、当該加入者収容ノードへ制御メッセージをルーティングする前記エッジルータに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージのルーティング動作の規制を解除するとともに、輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードに対して、入力トラフィックの規制を解除することを指示する入力規制解除用輻輳制御メッセージを送信することにより、当該加入者収容ノードを輻輳又は輻輳発生の可能性の状態から通常の状態に復旧させ、入力トラフィックの入力規制を解除する状態に設定する輻輳制御システム。
（８）上記（６）又は（７）の輻輳制御システムにおいて、
前記輻輳制御サーバは、前記加入者収容ノードから定期的に又は随時収集した前記トラフィック情報の履歴に基づいて、いずれかの前記加入者収容ノードが輻輳しているか又は輻輳の発生が予測された場合、当該加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信を規制することを指示する規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信を規制し、しかる後、前記加入者収容ノードから収集した前記トラフィック情報に基づいて、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードの輻輳が解消するか、輻輳の発生の可能性が解消したものと判別した場合、制御メッセージの送信を規制していた前記中継ノード及び／又は他の前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージの送信の規制を解除する輻輳制御システム。
（９）上記（１）乃至（８）のいずれかの輻輳制御システムにおいて、
前記加入者収容ノードは、前記中継ノード及び／又は他の前記加入者収容ノードからの大量の制御メッセージにより、当該加入者収容ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
該通知を受け取った前記輻輳制御サーバは、輻輳制御によりトラフィック規制後の当該加入者収容サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノード及び／又は各前記中継ノードから定期的に又は随時収集したトラフィック情報の履歴に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けの各対地別の平均トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する着信規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制する輻輳制御システム。
（１０）上記（１）乃至（８）のいずれかの輻輳制御システムにおいて、
前記加入者収容ノードは、前記中継ノード及び／又は他の前記加入者収容ノードからの大量の制御メッセージにより、当該加入者収容ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
該通知を受け取った前記輻輳制御サーバは、輻輳制御によりトラフィック規制後の当該加入者収容サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノードに収容されたユーザ端末の加入者及び／又は各前記中継ノードに接続された端末の加入者それぞれの契約トラフィック情報に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けの各対地別の所要トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する着信規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制する輻輳制御システム。
（１１）上記（９）又は（１０）の輻輳制御システムにおいて、
輻輳の発生又は輻輳発生の可能性を通知した前記加入者収容ノードが、輻輳が解消するか、輻輳の発生の可能性が解消した場合、その旨を前記輻輳制御サーバに通知し、
該通知を受け取った前記輻輳制御サーバは、制御メッセージの送信を規制していた前記中継ノード及び／又は他の前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージの送信の規制を解除する輻輳制御システム。
（１２）上記（１）乃至（１１）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバは、前記加入者収容ノードにて処理されているトラフィック情報を予め定めた周期ごとに定期的にあるいは必要に応じて随時収集して、収集した前記トラフィック情報に基づいて、前記加入者収容ノードのいずれかが輻輳しているか否か、輻輳の発生が予測されるか否かを判別し、いずれかの前記加入者収容ノードが輻輳しているか又は輻輳の発生が予測された場合、輻輳制御によりトラフィック規制後の当該加入者収容サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノード及び／又は各前記中継ノードから定期的に又は随時収集した前記トラフィック情報の履歴に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けの各対地別の平均トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する着信規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制するとともに、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードに対して前記総制御メッセージ数以下に入力トラフィックを規制することを指示する着信入力規制用輻輳制御メッセージを送信することにより、当該加入者収容ノードを前記着信入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定し、入力トラフィックの入力を前記総制御メッセージ数以下に規制する状態に設定する輻輳制御システム。
（１３）上記（１）乃至（１１）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバは、前記加入者収容ノードにて処理されているトラフィック情報を予め定めた周期ごとに定期的にあるいは必要に応じて随時収集して、収集した前記トラフィック情報に基づいて、前記加入者収容ノードのいずれかが輻輳しているか否か、輻輳の発生が予測されるか否かを判別し、いずれかの前記加入者収容ノードが輻輳しているか又は輻輳の発生が予測された場合、輻輳制御によりトラフィック規制後の当該加入者収容サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノードに収容されたユーザ端末の加入者及び／又は各前記中継ノードに接続された端末の加入者それぞれの契約トラフィック情報に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けの各対地別の所要トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する着信規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制するとともに、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードに対して前記総制御メッセージ数以下に入力トラフィックを規制することを指示する着信入力規制用輻輳制御メッセージを送信することにより、当該加入者収容ノードを前記着信入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定し、入力トラフィックの入力を前記総制御メッセージ数以下に規制する状態に設定する輻輳制御システム。
（１４）上記（１２）又は（１３）の輻輳制御システムにおいて、
前記輻輳制御サーバは、前記加入者収容ノードから収集した前記トラフィック情報に基づいて、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードの輻輳が解消するか、輻輳の発生の可能性が解消したものと判別した場合、制御メッセージの送信を規制していた前記中継ノード及び／又は他の前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージの送信の規制を解除するとともに、
輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードに対して、入力トラフィックの規制を解除することを指示する入力規制解除用輻輳制御メッセージを送信することにより、当該加入者収容ノードを輻輳又は輻輳発生の可能性の状態から通常の状態に復旧させ、入力トラフィックの入力規制を解除する状態に設定する輻輳制御システム。
（１５）上記（１）乃至（１４）のいずれかの輻輳制御システムにおいて、
或る対地の前記加入者収容ノードの輻輳発生期間が予め予測される場合、前記輻輳制御サーバに、前記加入者収容ノードの前記輻輳発生期間を予め登録することにより、前記輻輳制御サーバは、前記輻輳発生期間の開始日時に達した際に、輻輳発生が予測される前記加入者収容ノードへの制御メッセージをルーティングする前記エッジルータに対して、制御メッセージのルーティング動作の規制を指示する規制用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳発生が予測される前記加入者収容ノードへの制御メッセージのルーティング動作を規制するとともに、
輻輳発生が予測される前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信を規制することを指示する規制用輻輳制御メッセージ又は前記着信規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信を規制する輻輳制御システム。
（１６）上記（１５）の輻輳制御システムにおいて、
前記輻輳制御サーバは、前記輻輳発生期間の終了日時に達した際に、輻輳発生が予測される前記加入者収容ノードへ制御メッセージをルーティングする前記エッジルータに対して、規制の解除を指示する規制解除用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳発生が予測される前記加入者収容ノードへの制御メッセージのルーティング動作の規制を解除するとともに、
輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信を規制していた前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信の規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信の規制を解除する輻輳制御システム。
（１７）上記（１）乃至（１６）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバから、前記エッジルータへ送信する前記規制用輻輳制御メッセージ、あるいは、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードへ送信する前記規制用輻輳制御メッセージ又は前記着信規制用輻輳制御メッセージは、新たなセッションの開設を要求するセッション設定要求制御メッセージのみの規制を指示している輻輳制御システム。
（１８）上記（１）乃至（１７）のいずれかの輻輳制御システムにおいて、
各前記加入者収容ノードにそれぞれ収容される対地ごとのグループのユーザ端末それぞれに対して、前記輻輳制御サーバからの制御に基づいて、輻輳状態に応じた各種の案内情報を、各種メディアを用いて送信するメディアサーバを備え、
前記輻輳制御サーバが、輻輳の発生又は輻輳発生の可能性がある前記加入者収容ノードを検知した際に、当該加入者収容ノードに収容される対地ごとのグループの前記ユーザ端末それぞれに対して新たな処理要求の入力の待ち合わせを要請する案内情報を通知することを指示する案内通知用輻輳制御メッセージを、前記メディアサーバに対して送信する輻輳制御システム。
（１９）上記（１）乃至（１８）のいずれかの輻輳制御システムにおいて、
前記中継ノードが検出する輻輳として、輻輳の前兆となる軽度の輻輳状態と重い負荷状態に陥っている輻輳状態とを少なくとも含む、輻輳状態の程度を判別して、前記輻輳制御サーバに輻輳を通知する際に、判別した輻輳状態の程度を含めて通知する輻輳制御システム。
（２０）上記（１）乃至（１９）のいずれかの輻輳制御システムにおいて、
前記中継ノードは運用系と待機系を有し、前記中継ノードが過大な負荷状態になり、前記輻輳制御サーバに対して輻輳の発生を通知メッセージとして通知することができない場合、前記待機系に切り替えるとともに、系の切り替えが輻輳発生により行われたことを前記輻輳制御サーバに通知し、通知を受けた輻輳制御サーバは、輻輳中のノードへの制御データの流入を規制するように他の中継ノードに指示し、前記中継ノードは、輻輳状態から回復すると、前記輻輳制御サーバに輻輳状態からの回復を通知し、通知を受けた前記輻輳制御サーバは、他の中継ノードへの規制解除を指示する輻輳制御システム。
（２１）上記（１）乃至（２０）のいずれかの輻輳制御システムにおいて、
前記中継ノードは、対向して接続された他の前記中継ノード及び／又は前記加入者収容ノードからの大量の制御メッセージにより、当該中継ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
該通知を受け取った前記輻輳制御サーバは、輻輳又は輻輳発生の可能性が生じた前記中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信を規制することを指示する規制用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信を規制し、しかる後、前記中継ノードから輻輳の解消又は輻輳の発生の可能性の解消の旨の通知を受け取った際に、当該中継ノードへの制御メッセージの送信を規制していた他の前記中継ノード及び／又は前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記中継ノードへの制御メッセージの送信の規制を解除する輻輳制御システム。
（２２）上記（１）乃至（２０）のいずれかの輻輳制御システムにおいて、
前記中継サーバは、対向して接続された他の前記中継ノード及び／又は前記加入者収容ノードからの大量の制御メッセージにより、当該中継ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
該通知を受け取った前記輻輳制御サーバは、輻輳又は輻輳発生の可能性が生じた前記中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードに対して、前記通知の送信元の前記中継ノード向けの制御メッセージの転送ルートを、各前記中継ノードに備えられている制御メッセージの転送ルートを選択する方路選択機能を用いて、輻輳又は輻輳発生の可能性が生じた前記中継ノードを迂回して他の前記中継ノードを経由する迂回ルートに切り替えて送信することを指示する迂回用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの転送ルートを、前記方路選択機能を用いた迂回ルートに切り替え、しかる後、前記中継ノードから輻輳の解消又は輻輳の発生の可能性の解消の旨の通知を受け取った際に、当該中継ノード向けの制御メッセージを当該中継ノードの迂回ルートへ転送させていた他の前記中継ノード及び／又は前記加入者収容ノードに対して、迂回ルートから復帰することを指示する迂回解除用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記中継ノードへの制御メッセージの送信を再開する輻輳制御システム。
（２３）上記（１）乃至（２２）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバは、前記中継ノードにて処理されているトラフィック情報を予め定めた周期ごとに定期的にあるいは必要に応じて随時収集して、収集した前記トラフィック情報に基づいて、前記中継ノードのいずれかが輻輳しているか否か、輻輳の発生が予測されるか否かを判別し、いずれかの前記中継ノードが輻輳しているか又は輻輳の発生が予測された場合、当該中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信を規制することを指示する規制用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信を規制するとともに、輻輳又は輻輳発生の可能性が生じた前記中継ノードに対して入力トラフィックを規制することを指示する入力規制用輻輳制御メッセージを送信することにより、当該中継ノードを前記入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定し、入力トラフィックの入力を規制する状態に設定する輻輳制御システム。
（２４）上記（２３）の輻輳制御システムにおいて、
前記輻輳制御サーバは、前記中継ノードから収集した前記トラフィック情報に基づいて、輻輳又は輻輳発生の可能性が生じた前記中継ノードの輻輳が解消するか、輻輳の発生の可能性が解消したものと判別した場合、当該中継ノードへの制御メッセージの送信を規制していた他の前記中継ノード及び／又は前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記中継ノードへの制御メッセージの送信の規制を解除するとともに、輻輳又は輻輳発生の可能性が解消した前記中継ノードに対して、入力トラフィックの規制を解除することを指示する入力規制解除用輻輳制御メッセージを送信することにより、当該中継ノードを輻輳又は輻輳発生の可能性の状態から通常の状態に復旧させ、入力トラフィックの入力規制を解除する状態に設定する輻輳制御システム。
（２５）上記（１）乃至（２２）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバは、前記中継ノードにて処理されているトラフィック情報を予め定めた周期ごとに定期的にあるいは必要に応じて随時収集して、収集した前記トラフィック情報に基づいて、前記中継ノードのいずれかが輻輳しているか否か、輻輳の発生が予測されるか否かを判別し、いずれかの前記中継ノードが輻輳しているか又は輻輳の発生が予測された場合、当該中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記中継ノード向けの制御メッセージの転送ルートを、各前記中継ノードに備えられている制御メッセージの転送ルートを選択する方路選択機能を用いて、輻輳又は輻輳発生の可能性が生じた前記中継ノードを迂回して他の前記中継ノードを経由する迂回ルートに切り替えて送信することを指示する迂回用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの転送ルートを、前記方路選択機能を用いた迂回ルートに切り替えるとともに、輻輳又は輻輳発生の可能性が生じた前記中継ノードに対して入力トラフィックを規制することを指示する入力規制用輻輳制御メッセージを送信することにより、当該中継ノードを前記入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定し、入力トラフィックの入力を規制する状態に設定する輻輳制御システム。
（２６）上記（２５）の輻輳制御システムにおいて、
前記輻輳制御サーバは、前記中継ノードから収集した前記トラフィック情報に基づいて、輻輳又は輻輳発生の可能性が生じた前記中継ノードの輻輳が解消するか、輻輳の発生の可能性が解消したものと判別した場合、当該中継ノード向けの制御メッセージを当該中継ノードの迂回ルートへ転送させていた他の前記中継ノード及び／又は前記加入者収容ノードに対して、迂回ルートから復帰することを指示する迂回解除用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記中継ノードへの制御メッセージの送信を再開するとともに、
輻輳又は輻輳発生の可能性が解消した前記中継ノードに対して、入力トラフィックの規制を解除することを指示する入力規制解除用輻輳制御メッセージを送信することにより、当該中継ノードを輻輳又は輻輳発生の可能性の状態から通常の状態に復旧させ、入力トラフィックの入力規制を解除する状態に設定する輻輳制御システム。
（２７）上記（１）乃至（２６）のいずれかの輻輳制御システムにおいて、
ＩＰネットワーク以外の他網と網間接続している前記中継ノードは、当該中継ノードに輻輳が発生するか又は輻輳の発生が予測されることを検知した場合、その旨を前記輻輳制御サーバに通知するとともに、前記他網との間で制御信号を送受信するリンクを切断することにより、又は、予め定めた一定時間の間、前記リンクを切断した後、前記リンクを元の接続状態に復旧させることにより、あるいは、前記他網から前記リンクを介して入力されてくる制御信号を受け付けるための受信キューに登録済みの前記他網からの制御信号のアンロード動作を規制することにより、当該中継ノードの輻輳の発生を、前記他網側に通知する輻輳制御システム。
（２８）上記（１）乃至（２７）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバは、ＩＰネットワーク以外の他網と網間接続している前記中継ノードから収集したトラフィック情報に基づいて、当該中継サーバの輻輳の発生又は輻輳発生の予測を検知した場合、当該中継サーバに対して前記他網からの入力トラフィックを規制することを指示する他網入力規制用輻輳制御メッセージを送信することにより、当該中継ノードを前記他網入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定するとともに、前記他網との間で制御信号を送受信するリンクを切断することにより、又は、予め定めた一定時間の間、前記リンクを切断した後、前記リンクを元の接続状態に復旧させることにより、あるいは、前記他網から前記リンクを介して入力されてくる制御信号を受け付けるための受信キューに登録済みの前記他網からの制御信号のアンロード動作を規制することにより、当該中継ノードの輻輳の発生を、前記他網側に通知する輻輳制御システム。
（２９）上記（１）乃至（２８）のいずれかの輻輳制御システムにおいて、
ＩＰネットワーク上の前記サービスネットワークを構成する前記加入者収容ノード、前記中継ノードのいずれかに網間接続された他網側に、当該他網内の輻輳制御を実施する輻輳制御装置が備えられている場合、前記輻輳制御サーバは、前記他網側の前記輻輳制御装置との間で、輻輳制御に関する情報を、相互に、インポート・エクスポートすることにより、前記他網と網間接続されたユーザ端末間のエンド−エンドのフロー制御を実施する輻輳制御システム。
（３０）上記（２９）の輻輳制御システムにおいて、
前記他網の前記輻輳制御装置との間でインポート・エクスポートする輻輳制御に関する情報として、前記他網との間で疎通しているトラフィック情報の履歴、前記他網からの入接続及び前記他網への出接続に関する規制情報を少なくとも含む輻輳制御システム。
（３１）上記（１）乃至（３０）のいずれかの輻輳制御システムにおいて、
前記中継ノードは、他の前記中継ノード及び／又は前記加入者収容ノードからの大量の制御メッセージにより、当該中継ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
該通知を受け取った前記輻輳制御サーバは、輻輳制御によりトラフィック規制後の当該中継サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノード及び／又は各前記中継ノードから定期的に又は随時収集したトラフィック情報の履歴に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記中継ノードを経由する各対地別の平均トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記中継ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する中継規制用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制する輻輳制御システム。
（３２）上記（１）乃至（３０）のいずれかの輻輳制御システムにおいて、
前記中継ノードは、他の前記中継ノード及び／又は前記加入者収容ノードからの大量の制御メッセージにより、当該中継ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
該通知を受け取った前記輻輳制御サーバは、輻輳制御によりトラフィック規制後の当該中継サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノードに収容されたユーザ端末の加入者及び／又は各前記中継ノードに接続された端末の加入者それぞれの契約トラフィック情報に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記中継ノードを経由する各対地別の所要トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記中継ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する中継規制用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制する輻輳制御システム。
（３３）上記（１９）乃至（３２）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバから、輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードへ、送信する前記規制用輻輳制御メッセージ又は前記他網入力規制用輻輳制御メッセージ又は前記中継規制用輻輳制御メッセージは、新たなセッションの開設を要求するセッション設定要求制御メッセージのみの規制を指示している輻輳制御システム。
（３４）上記（１）乃至（３３）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバは、前記加入者収容ノード、前記中継ノード、前記エッジルータに対して輻輳制御用として送信する各種の輻輳制御メッセージを生成する際に、輻輳の契機となる事象ごとに、送信すべき輻輳制御メッセージの種類、輻輳制御メッセージの送信先となる前記加入者収容ノード、前記中継ノード、前記エッジルータそれぞれの宛先、輻輳制御のための規制量を予め登録している輻輳制御用テンプレートを備え、
前記加入者収容ノード、前記中継ノードのいずれかのノードの輻輳又は輻輳発生の可能性が生じた際に、該輻輳の契機となった事象を取得して、前記テンプレートを索引することによって、送信すべき輻輳制御メッセージの種類、規制先及び規制量を抽出して、輻輳制御メッセージを生成する輻輳制御システム。
（３５）上記（１）乃至（３４）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバは、前記加入者収容ノード、前記中継ノードとの輻輳制御状態の同期化を行うオーディット手段を備え、前記加入者収容ノード及び／又は前記中継ノードとの間の接続リンクに通信障害が発生した場合、該通信障害が復旧した時点で、当該接続リンクに接続されている前記加入者収容ノード及び／又は前記中継ノードから現在の輻輳制御状態を取得して、当該輻輳制御サーバが認識している前記加入者収容ノード及び／又は前記中継ノードの輻輳制御状態と比較して、不一致が検出された場合、当該輻輳制御サーバが認識している輻輳制御状態に、前記加入者収容ノード及び／又は前記中継ノードの状態を設定し直す輻輳制御システム。
（３６）上記（１）乃至（３５）のいずれかの輻輳制御システムにおいて、
前記輻輳制御サーバは、前記加入者収容ノード及び／又は前記中継ノードから、制御メッセージの処理が不可能となる障害が検知された旨の通知があった場合、障害が発生した前記加入者収容ノード及び／又は前記中継ノードそれぞれのリンクに接続されている相手側の前記加入者収容ノード及び／又は前記中継ノードに対して、当該前記加入者収容ノード及び／又は前記中継ノードへの制御メッセージの送信を規制することを指示する障害発生通知用輻輳制御メッセージを送信することにより、相手側の前記加入者収容ノード及び／又は前記中継ノードから障害が発生した前記加入者収容ノード及び／又は前記中継ノードへの制御メッセージの送信を規制し、障害が発生した前記加入者収容ノード及び／又は前記中継ノードから障害が回復した旨の通知があった場合、障害が回復した前記加入者収容ノード及び／又は前記中継ノードそれぞれのリンクに接続されている相手側の前記加入者収容ノード及び／又は前記中継ノードに対して、当該前記加入者収容ノード及び／又は前記中継ノードへの制御メッセージの送信の規制を解除することを指示する障害回復通知用輻輳制御メッセージを送信することにより、相手側の前記加入者収容ノード及び／又は前記中継ノードから障害が回復した前記加入者収容ノード及び／又は前記中継ノードへの制御メッセージの送信の規制を解除する輻輳制御システム。
（３７）ＩＰネットワークを介して各種の通信サービスを行うために、通信サービスごとにそれぞれのサービスを実施するサービスネットワークを該ＩＰネットワーク上に形成しているネットワーク構成における、前記サービスネットワークの輻輳を制御する輻輳制御方法であって、
前記サービスネットワークが、前記ＩＰネットワークに接続されているユーザ端末を対地別に分割して、それぞれの対地に存在するユーザ端末を収容する加入者収容ノードと、該加入者収容ノード間の情報の中継を行う中継ノードとを、備えた２階層からなり、前記ユーザ端末から受け付けた通信サービスの処理要求を制御メッセージとして当該ユーザ端末を収容する前記サービスネットワーク側の前記加入者収容ノードにエッジルータを介してルーティングするように構成されており、
前記エッジルータからの大量の制御メッセージにより、前記加入者収容ノードに輻輳が発生するか又は輻輳発生の可能性が生じた場合、前記エッジルータに対して、制御メッセージのルーティング動作の規制を指示して、前記エッジルータから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージのルーティング動作を規制する輻輳制御方法。
（３８）上記（３７）の輻輳制御方法において、
前記加入者収容ノード又は前記中継ノードに輻輳の発生又は輻輳の発生の可能性が生じた際に、当該加入者収容ノード又は当該中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノードへの制御メッセージの送信を規制することを指示して、他の前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノードへの制御メッセージの送信を規制し、しかる後、前記加入者収容ノード又は前記中継ノードの輻輳解消又は輻輳発生の可能性の解消があった際に、制御メッセージの送信を規制していた他の前記中継ノード及び／又は他の前記加入者収容ノードに対して、規制を解除することを指示して、他の前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノード又は前記中継ノードへの制御メッセージの送信の規制を解除する輻輳制御方法。
（３９）上記（３７）又は（３８）の輻輳制御方法において、
前記加入者収容ノード又は前記中継ノードが、他の前記中継ノード及び／又は他の前記加入者収容ノードからの大量の制御メッセージにより、当該加入者収容ノード又は当該中継ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳制御によりトラフィック規制後の当該加入者収容サーバ又は当該中継ノードが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノード及び／又は各前記中継ノードから定期的に又は随時収集したトラフィック情報の履歴に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けの各対地別の平均トラフィック量又は輻輳又は輻輳発生の可能性が生じた前記中継ノードを経由する各対地別の平均トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は他の前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示することにより、他の前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制する輻輳制御方法。
（４０）上記（３７）乃至（３９）のいずれかの輻輳制御方法において、
前記中継ノードは運用系と待機系を有し、前記中継ノードが過大な負荷状態になり、前記輻輳制御サーバに対して輻輳の発生を通知メッセージとして通知することができない場合、前記待機系に切り替えるとともに、系の切り替えが輻輳発生により行われたことを前記輻輳制御サーバに通知し、通知を受けた輻輳制御サーバは、輻輳中の中継ノードへの制御データの流入を規制するように他の中継ノードに指示し、前記中継ノードは、輻輳状態から回復すると、前記輻輳制御サーバに輻輳状態からの回復を通知し、通知を受けた前記輻輳制御サーバは、他の中継ノードへの規制解除を指示する輻輳制御方法。
（４１）上記（３７）乃至（４０）のいずれかの輻輳制御方法において、
ＩＰネットワーク上の前記サービスネットワークを構成する前記加入者収容ノード、前記中継ノードのいずれかに網間接続された他網側に、当該他網内の輻輳制御を実施する輻輳制御装置が備えられている場合、前記他網側の前記輻輳制御装置との間で、輻輳制御に関する情報を、相互に、インポート・エクスポートすることにより、前記他網と網間接続されたユーザ端末間のエンド−エンドのフロー制御を実施する輻輳制御方法。
（４２）上記（３７）乃至（４０）のいずれかの輻輳制御方法において、
或る対地の前記加入者収容ノードの輻輳発生期間が予め予測される場合、前記加入者収容ノードの前記輻輳発生期間を予め登録し、前記輻輳発生期間の開始日時に達した際に、輻輳発生が予測される前記加入者収容ノードへの制御メッセージをルーティングする前記エッジルータに対して、制御メッセージのルーティング動作の規制を指示して、前記エッジルータから輻輳発生が予測される前記加入者収容ノードへの制御メッセージのルーティング動作を規制するとともに、輻輳発生が予測される前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信を規制することを指示して、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信を規制する輻輳制御方法。
（４３）上記（３７）乃至（４１）のいずれかの輻輳制御方法において、
輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード及び／又は前記中継ノードへの送信を規制する制御メッセージは、新たなセッションの開設を要求するセッション設定要求制御メッセージのみとする輻輳制御方法。
（４４）上記（３７）乃至（４３）のいずれかの輻輳制御方法を、コンピュータにより実行可能なプログラムとして実施する輻輳制御プログラム。
（４５）上記（４４）の輻輳制御プログラムを、コンピュータにより読み取り可能な記録媒体に記録しているプログラム記録媒体。
本発明の輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体によれば、以下のような効果を奏することができる。
まず、或る対地の１乃至複数のユーザ端末から大量の処理要求がＩＰネットワーク上のサービスネットワーク(ＶｏＩＰネットワークなど)に入力されてきて、該サービスネットワークに輻輳が発生した場合、あるいは、該サービスネットワークに輻輳の発生が予測される場合に、発信系の加入者収容ノードとユーザ端末との間に介在するエッジルータから当該加入者収容ノードへ新たな呼設定要求用の制御メッセージが入力される動作を規制するとともに、メディアサーバから当該対地の各ユーザ端末に対して輻輳対策用として新たな処理要求の入力を待ち合わせるように要請する案内情報を通知することにより、ユーザ端末側に、輻輳対策用の特別な仕組みを導入する必要もなく、かつ、通話中の呼を強制切断することもなく、当該加入者収容ノードの処理能力の範囲内で、呼処理を正常に継続させることができる。
また、ＩＰネットワーク上のサービスネットワーク中の或る中継ノードが輻輳中又は輻輳の発生が予測される場合、中継ノードや加入者収容ノードからの制御メッセージを、輻輳中又は輻輳の発生が予測される中継ノードを迂回して転送させることを、既存の汎用的なＩＰプロトコルの転送制御レイヤには一切変更を施すことなく、該サービスネットワーク対応のＩＰプトロトコルの上位レベルのレイヤに方路選択機能を追加するのみで、容易に実現することができ、かつ、新たな発呼や通話中の呼に関する呼処理を正常に継続させることもできる。
また、ＰＳＴＮ網などの他網との間を網間接続するＩＰネットワーク上のサービスネットワーク側のノードが輻輳した場合、輻輳状況に応じて、他網からの処理要求用の制御メッセージを取り込むための受信キューから制御メッセージをアンロードする動作を制御することにより、あるいは、他網との間を接続するリンクを切断することにより、あるいは、予め定めた一定時間の間だけリンクを切断することにより、他網に対して輻輳状態にあることを通知するとともに、他網からＩＰネットワーク上のサービスネットワークへ処理要求用の制御メッセージが大量に流入することを規制することができ、たとえ、他網をＩＰネットワーク上のサービスネットワークと網間接続する構成であっても、ＩＰネットワーク上のサービスネットワークを安定的に運用することが可能となる。
ＩＰネットワーク上のサービスネットワークと網間接続するＰＳＴＮ網などの他網内に、ＩＰネットワーク上のサービスネットワーク内の輻輳制御サーバとの間で輻輳に関する情報をインポート・エクスポートすることが可能な輻輳制御装置を配置することにより、他網との網間接続においても、エンド−エンドのフロー制御を可能とし、もって、他網側からＩＰネットワーク上のサービスネットワークの処理能カを上回る大量のトラフィックが流入することを規制することができ、たとえ、災害による輻輳やコンサート開催などのイベントの企画による輻輳が発生する可能性がある場合であっても、他網側からのトラフィックによって輻輳状態に陥ることを防止し、ＩＰネットワーク上のサービスネットワークを安定的に運用することが可能となる。
ＩＰネットワーク上のサービスネットワークを構成する加入者収容ノードや中継ノードに輻輳が発生した場合又は輻輳の発生が予測される場合、当該加入者収容ノードや当該中継ノード向けの過去のトラフィック量に応じて、あるいは、当該加入者収容ノードや当該中継ノード向けの各加入者との契約トラフィック量に応じて、当該加入者収容ノードや当該中継ノード向けの制御メッセージの送信個数を規制する（規制量を制御する）ことにより、各対地の加入者収容ノードそれぞれにおいて、輻輳が発生した、又は、輻輳の可能性がある特定のノード向けに送信する制御メッセージが規制に遭遇する確率（規制率）を、均一にすることができ、各加入者に対して公平なトラフィック制御を実施することができる。
さらに、複数の対地（エリア）に分割して、加入者収容ノードをそれぞれの対地に対応付けて配置し、各対地に対応付けて配置した加入者収容ノード間のトポロジー情報に基づいて輻輳制御対象とする加入者収容ノードや中継ノードを限定することにより、ＩＰネットワーク上のサービスネットワークが大規模化した際にも、規制対象とする加入者収容ノードや中継ノードを絞り込むことができ、輻輳制御用の負荷を軽減することも可能となる。
また、輻輳の発生時に、ＩＰネットワーク上のサービスネットワークへの入口となる各対地の加入者収容ノードそれぞれにおいて規制を実施することにより、輻輳中のノードが輻輳状態から早期に復旧することが可能となるのみならず、ＩＰネットワーク上のサービスネットワーク内に輻輳が拡大することも防止することができ、ＩＰネットワーク上のサービスネットワークを安定的に運用することが可能となる。
さらに、ＩＰネットワーク上のサービスネットワーク内のノードの輻輳の発生期間が予め予測されている場合は、期間指定の輻輳制御を行うことにより、当該ノードが輻輳する前に、ＩＰネットワーク上のサービスネットワーク内の各ノードに対して、当該ノードヘ制御メッセージを送信する動作を規制するような出接続規制を自動的に実行することにより、当該ノードやＩＰネットワーク上のサービスネットワークが輻輳状態に陥ることを未然に防止することが可能である。さらに、規制開始日時や規制終了日時に応じて規制の実施や規制の解除を自動的に行うことにより、保守者による規制コマンドの投入漏れ、投入誤り、規制の解除漏れなどの問題を回避することができる。
さらに、輻輳の要因となる事象や事象の種類に応じて、ＩＰネットワーク上のサービスネットワーク内のノードに輻輳発生時や輻輳の発生が予測された際に、当該ノードへの制御メッセージの送信を規制すべき送信元ノードを示す規制先や、規制すべき規制量又は規制後の制御メッセージの送信可能個数を、予め、輻輳制御用のテンプレートとして登録しておくことにより、緊急性の高い事象の発生に対しても、即座に、適切な輻輳制御動作を実施することが可能となる。
さらに、ＩＰネットワーク上のサービスネットワーク内の各ノードを管理し輻輳制御を行う輻輳制御サーバと制御対象のノードとを接続するリンクに通信障害が発生した場合には、当該リンクの通信障害が復旧した際に、輻輳制御サーバが、ノードに設定されている輻輳制御状態を転送させて、輻輳制御サーバ側にて管理している輻輳制御状態にノード側の状態を一致させるオーディット機能を備えているので、たとえ、両者の間の通信障害が発生しても、通信障害からの回復時点で、直ちに、両者の輻輳制御状態を一致させることが可能である。
さらには、ＩＰネットワーク上のサービスネットワーク内のノードに、例えば、ＣＰ∪使用率の超過、メモリリソースの枯渇、ハードウェアの故障などの運用に重大な影響を与える障害が発生した場合に、当該ノードに対する制御メッセージの送信を直ちに規制することが可能であり、また、複数の隣接ノードと接続されているネットワークトポロジーからなっているような場合には、当該ノードを経由する制御メッセージの転送ルートを、他のノードに迂回するように制御することも可能であるので、障害によって制御メッセージが喪失してしまう可能性を低減することができ、通信サービスの品質を安定したレベルに維持することが可能である。
以下、本発明による輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体の好適実施形態例について添付図を参照して説明する。なお、以下の実施例の説明においては、ＩＰネットワーク上のサービスネットワークの一例として、電話音声情報を転送するＶｏＩＰネットワークの場合を例にとって説明するが、本発明は、ＩＰネットワーク上のサービスネットワークとして画像や映像情報やテレビ情報を転送する場合であっても良いし、音声、テキストやプログラム情報を含む如何なる情報を転送する場合であっても良く、さらに、これらを混合したマルチメディアを扱う場合であっても良く、各種の通信サービスに対応するＩＰネットワーク上のサービスネットワークにおける輻輳を効果的に制御する仕組みを実現するものである。
また、以下の説明においては、ＶｏＩＰネットワークの輻輳を制御する輻輳制御システム、輻輳制御方法を中心にして説明するが、かかる説明により、輻輳制御方法をコンピュータにより実行可能なプログラムとして実施する輻輳制御プログラム、あるいは、該輻輳制御プログラムをコンピュータにより読み取り可能な光ディスクやＦＤなどの記録媒体に記録したプログラム記録媒体としても実施することが可能であることを容易に想到することができるので、ここでは、本発明による輻輳制御プログラム、プログラム記録媒体の説明は省略する。
（実施例の構成）
まず、図１に基づいて、本発明による輻輳制御システムのシステム構成の一例を説明する。図１の輻輳制御システム１００は、図８に示したＩＰネットワークのＶｏＩＰ−Ｃプレーン１０をＶｏＩＰネットワーク１０として示しており、該ＶｏＩＰネットワーク１０の輻輳を制御するための輻輳制御サーバ１０１と、輻輳対策用の各種マルチメディア情報（音声情報、テキスト情報、画像情報など）を出力するメディアサーバ１０２とをさらに備えるように構成している。なお、図１には、輻輳制御サーバ１０１とメディアサーバ１０２とを異なるサーバとして配置している例を示しているが、場合によっては、同一のサーバによって構成するようにしても良い。
ＶｏＩＰネットワーク１０は、図８と同様、中継ノードＣＬ４ １２（１２−１，１２−２，１２−３,…）からなる中継ネットワークを形成するＴｏｌｌ（トール）階梯１０ａと加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３,…）からなる対地ごとの加入者のユーザ端末８０（図８のユーザ端末８０と同じ）を収容したローカルネットワークを形成するＬｏｃａｌ（ローカル）階梯１０ｂとの２階層からなり、ルート分散方式のトポロジーを用いて、音声情報に関わるトラフィックを流通させている。
ＶｏＩＰネットワーク１０を構成する各加入者収容ノードＣＬ５ １１は、対地別に配置されており、それぞれの加入者収容ノードＣＬ５ １１には、加入者のユーザ端末８０が直接接続されているＩＰネットワークすなわちＶｏＩＰ−Ｕプレーンとの間のルーティング制御を行うためのエッジルータ１５が、ＶｏＩＰネットワーク１０に対する外部ハイウェイ装置として、接続されている。また、ＶｏＩＰネットワーク１０を構成する中継ノードＣＬ４ １２は、ＰＳＴＮ網５０や他網６０と網間接続用のゲートウェイ回線により接続されている。
輻輳制御サーバ１０１は、ＶｏＩＰネットワーク１０を構成するすべてのノードすなわち中継ノードＣＬ４ １２（１２−１，１２−２，１２−３,…）及び加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３,…）と接続されており、輻輳制御サーバ１０１は、各ノードからトラフィック情報、輻輳発生情報、輻輳脱出情報を収集するとともに、各ノードに対して輻輳の発生を抑制するための制御情報や発生した輻輳を解消するための制御情報を輻輳制御メッセージとして送信する。また、輻輳制御サーバ１０１は、ＶｏＩＰネットワーク１０内の各ノード間の制御メッセージの転送経路を示すネットワークトポロジー情報やセッションルーティング情報、各加入者と契約している契約トラフィック情報、輻輳制御用の各種設定情報（各ノードの輻輳状態を判別するための閾値や、輻輳発生が予測されている場合の輻輳発生期間などを含む各種の制御情報）などを予め保持している。
また、輻輳制御サーバ１０１は、中継ノードＣＬ４ １２や加入者収容ノードＣＬ５ １１の各ノードにて処理されるトラフィック（例えば、発呼、応答、切断などの制御メッセージの個数など）に関する情報を管理するトラフィック管理部１０１ａと、各ノードとの間で輻輳制御メッセージを送受信する輻輳制御部１０１ｂとを少なくとも備えて構成される。
トラフィック管理部１０１ａは、中継ノードＣＬ４ １２や加入者収容ノードＣＬ５ １１の各ノードから随時あるいは予め定めた周期ごとに送信されてくるトラフィック情報に基づいて、対地別や方路別のトラフィックや輻輳の発生や解消に関する情報を、適宜、算出して管理するものであり、契約トラフィック情報１０１ａ１、対地別トラフィック測定情報１０１ａ２、方路別トラフィック測定情報１０１ａ３、輻輳状態情報１０１ａ４を少なくとも備えている。
契約トラフィック情報１０１ａ１は、各加入者ごとの単位時間当たりの発着信可能な呼数（呼数密度）などを含む契約トラフィック内容に基づいて算出される各加入者収容ノードＣＬ５ １１について、単位時間当たり処理すべき所要トラフィック量を蓄積している。対地別トラフィック測定情報１０１ａ２は、対地ごとに配置されている加入者収容ノードＣＬ５ １１間で送受信された単位時間当たりのトラフィック量を蓄積している。方路別トラフィック測定情報１０１ａ３は、中継ノードＣＬ４ １２や加入者収容ノードＣＬ５ １１の各ノードの方路別に送受信された単位時間当たりトラフィック量を蓄積している。また、輻輳状態情報１０１ａ４は、中継ノードＣＬ４ １２や加入者収容ノードＣＬ５ １１の各ノードから受け取った輻輳発生情報、輻輳脱出情報や輻輳制御部１０１ｂによって判別された輻輳状態（重輻輳、軽輻輳、予め保守者から入力された輻輳発生予測期間、など）を蓄積している。
また、輻輳制御部１０１ｂは、トラフィック管理部１０１ａにおいて管理されている各ノードのトラフィック情報（輻輳発生情報、輻輳脱出情報も含む）に基づいて、あるいは、各ノードとの間を接続しているリンク状態に基づいて、各ノードが輻輳に陥る前兆となる負荷状態にあるか、あるいは、輻輳に陥っている負荷状態にあるかなどを検知する。
輻輳に陥る前兆を検知した場合、軽輻輳が発生したものと判断して、あるいは、輻輳の発生の予測期間が予め登録されている場合は、当該予測期間に達した時点で、輻輳制御対象のノードに対して、処理するトラフィックの流入量を抑えて、輻輳の発生を抑止するための輻輳制御メッセージを送信し、一方、輻輳に陥っていることを検知した場合、重輻輳が発生したものと判断して、輻輳制御対象のノードの周辺にある各ノードに対して、当該ノードへ送信するトラフィックを規制するための輻輳制御メッセージや当該ノードを経由しない迂回ルーティングを行わせるための輻輳制御メッセージを送信して、当該ノードへの更なるトラフィックの流入を制御する。
また、輻輳制御サーバ１０１は、加入者収容ノードＣＬ５ １１の輻輳発生の前兆を検知するか、又は、輻輳の発生を検知した場合には、エッジルータ１５に対して、当該加入者収容ノードＣＬ５ １１への呼設定要求用制御メッセージの更なる流入を抑止する輻輳規制動作を発動するとともに、メディアサーバ１０２に対して、輻輳対策用の各種メディアを用いた案内情報（新たなトラフィックの入力を待ち合わせることを要請するメッセージ）のユーザ端末８０への出力を指示する輻輳制御メッセージを送信する。また、輻輳制御サーバ１０１は、ＰＳＴＮ網５０、他網６０と接続されている中継収容ノードＣＬ４ １２（図１の場合は、中継ノードＣＬ４ １２−３）の輻輳発生の前兆を検知するか、又は、輻輳の発生を検知した場合には、ＰＳＴＮ網５０、他網６０のゲートウェイ装置や輻輳制御装置（トラフィック制御装置）に対して、新たな網間接続要求用の制御情報を送信しないように、出接続規制を要求する輻輳制御メッセージを送信する。
一方、メディアサーバ１０２は、輻輳制御サーバ１０１と接続されるとともに、各対地ごとに配置されて、対応する対地のユーザ端末からＶｏＩＰネットワーク１０に入力される処理要求用の制御メッセージをＶｏＩＰネットワーク１０へルーティングするエッジルータ１５（１５−１，１５−２，１５−３,…）と接続されている。メディアサーバ１０２が、輻輳制御サーバ１０１からの輻輳制御メッセージを受信した際に、該輻輳制御メッセージの指示内容に応じて、エッジルータ１５、ＩＰネットワークのＶｏＩＰ−Ｕプレーンを経由して、ユーザ端末に対して、輻輳対策用の各種の案内情報（例えば、音声情報の場合、輻輳解消のための音声ガイダンス例えば「ただいまつながりにくくなっていますので、しばらくしてからお掛け直しください。」）を出力する。
また、加入者収容ノードＣＬ５ １１の各ノードには、輻輳を検出し、輻輳制御サーバ１０１にその旨を通知する輻輳検出部１１１と、予め定めた単位時間ごとに扱った制御メッセージの総数や対地別、方路別の制御メッセージの個数などのトラフィック情報を測定して収集し、輻輳制御サーバ１０１に予め定めた周期ごとに通知するトラフィック測定部１１２とが備えられている。また、輻輳検出部１１１は、輻輳の発生の前兆を検出する軽輻輳検出部１１１ａと輻輳（重輻輳）の発生を検出する重輻輳検出部１１１ｂとが備えられている。なお、図１には、加入者収容ノードＣＬ５ １１−１のみについて示しているが、他の加入者収容ノード１１（１１−２，１１−３,…）にも、輻輳検出部１１１とトラフィック測定部１１２とが全く同様に備えられている。
また、中継ノードＣＬ４ １２の各ノードにも、輻輳を検出し、輻輳制御サーバ１０１にその旨を通知する輻輳検出部１２１と、予め定めた単位時間ごとに扱った制御メッセージの総数や対地別、方路別の制御メッセージの個数などのトラフィック情報を測定して収集し、輻輳制御サーバ１０１に予め定めた周期ごとに通知するトラフィック測定部１２２とが備えられている。また、輻輳検出部１２１は、輻輳の発生の前兆を検出する軽輻輳検出部１２１ａと輻輳（重輻輳）の発生を検出する重輻輳検出部１２１ｂとが備えられている。なお、図１には、中継ノードＣＬ４ １２−１のみについて示しているが、他の中継ノード１２（１２−２，１２−３,…）にも、輻輳検出部１２１とトラフィック測定部１２２とが全く同様に備えられている。
なお、加入者収容ノードＣＬ５ １１の重輻輳検出部１１１ｂ、中継ノードＣＬ４ １２の重輻輳検出部１２１ｂにて、重輻輳を検知した際に、輻輳の状況如何によっては、輻輳制御サーバ１０１に対する輻輳発生の通知動作自体も行うことができない場合が生じ得る。このように、輻輳制御サーバ１０１への通知動作自体も不可能な重輻輳が発生した場合には、加入者収容ノードとして運用系と待機系を設け、加入者収容ノードが過大な負荷状態になり、輻輳制御サーバ１０１に対して輻輳の発生を通知メッセージとして通知することができない場合、待機系に切り替えるとともに、系の切り替えが輻輳発生により行われたことを輻輳制御サーバ１０１に通知し、通知を受けた輻輳制御サーバ１０１は、輻輳中のノードへの制御データの流入を規制するように他の加入者収容ノードに指示し、当該加入者収容ノードは、輻輳状態から回復すると、輻輳制御サーバ１０１に輻輳状態からの回復を通知し、通知を受けた前記輻輳制御サーバ１０１は、他の加入者収容ノードへの規制解除を指示する。
次に、図１に示す輻輳制御システム１００の具体的な実施例について、さらに説明する。
（実施例１）
本実施例は、軽輻輳状態や重輻輳状態に陥っている発信系の加入者収容ノードＣＬ５ １１ヘの制御メッセージの発信規制を行う動作の一例を、図２を用いて説明する。図２は、本発明による輻輳制御システム１００の実施例１の動作を説明するための説明図であり、加入者収容ノードＣＬ５ １１が輻輳の前兆状態になっているか、あるいは、輻輳状態に陥っていることが検出された場合に、エッジルータ１５から加入者収容ノードＣＬ５ １１の受信キュー１６に登録される制御メッセージのうち、新たな発呼に関する呼設定要求用の制御メッセージの登録を規制して、ユーザ端末８０の新たな発呼を抑止する動作の一例を説明するものである。
従来のＶｏＩＰネットワークにおいては、前述したように、処理要求を受け付けるノードの処理能力の如何によらず、処理要求が発生する都度、直ちに、当該ノードの受信キューに制御メッセージを登録して処理の実行を要求する仕組みとされている。このため、処理要求がバースト的に大量に発生した場合、バーストトラフィック（大量の処理要求）の入カによって、当該ノードが処理可能か否かとは無関係に、すべての制御メッセージが一気に流入してしまい、瞬時に、輻輳状態に陥ってしまう。
かくのごとき急激な輻輳状態から回復するためには、当該ノードの受信キューに登録されている制御メッセージのすべてを一気に破棄するしか方法がない。その場合、受信キューに登録されている通話用のメッセージが破棄された場合には、通話中の状態にある呼が切断されたり、あるいは、受信キューに登録されている切断メッセージが破棄された場合には、当該呼のセッションを正常にクローズすることができなくなったりして、課金への重大な影響を避けることができなくなる。
図２に示す実施例は、かかる従来の問題を解決する一例を示すものであり、加入者収容ノードＣＬ５ １１とユーザ端末８０との中間に位置して、加入者収容ノードＣＬ５ １１への処理要求を登録する装置すなわちエッジルータ１５が、加入者収容ノードＣＬ５ １１の輻輳状況に応じて、動的に、ユーザ端末８０からの新たなトラフィック（すなわち、新たな呼設定要求）を遮断することにより、加入者収容ノードＣＬ５ １１は、輻輳前兆状態や輻輳状態から脱出して、既に受け付けている制御メッセージを確実に処理することを可能としている。
すなわち、図２に示す説明図における実行手順は次の通りである。ＶｏＩＰネットワーク１０を構成する加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２の各ノードの輻輳状況を集中的に監視する輻輳制御サーバ１０１と、加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２の各ノード、中間装置であるエッジルータ１５とは、図１において説明したように、相互が連携して動作している。
図２（Ａ）に示すように、或るエリア（対地）内に存在する１乃至複数の加入者のユーザ端末８０の新たな発呼によって、当該エリアに配置されている加入者収容ノードＣＬ５ １１が、輻輳前兆状態を検出するための閾値を超える負荷状態に陥ると、軽輻輳検出部１１１ａによって軽輻輳の発生が検出されて、その旨が輻輳制御サーバ１０１に通知される。また、加入者収容ノードＣＬ５ １１が、重輻輳状態の発生を検出するための閾値を超える負荷状態に陥ると、重輻輳検出部１１１ｂによって重輻輳の発生が検出されて、その旨が輻輳制御サーバ１０１に通知される。また、大量のトラフィックの流入により、輻輳制御サーバ１０１への重輻輳の発生を通知メッセージとして通知する動作自体も実施不可能な状態に陥った場合は、加入者収容ノードとして運用系と待機系を設け、待機系に切り替えるとともに、系の切り替えが輻輳発生により行われたことを輻輳制御サーバ１０１に通知し、通知を受けた輻輳制御サーバ１０１は、輻輳中のノードへの制御データの流入を規制するように他の加入者収容ノードに指示し、当該加入者収容ノードは、輻輳状態から回復すると、輻輳制御サーバ１０１に輻輳状態からの回復を通知し、通知を受けた前記輻輳制御サーバ１０１は、他の加入者収容ノードへの規制解除を指示する。
加入者収容ノードＣＬ５ １１から輻輳前兆状態の軽輻輳や重輻輳の発生の通知を受け取った輻輳制御サーバ１０１は、その旨を、トラフィック管理部１０１ａにて輻輳状態情報１０１ａ４に登録するとともに、図２（Ｂ）に示すように、当該加入者収容ノードＣＬ５ １１に接続しているエッジルータ１５に対して、当該加入者収容ノードＣＬ５ １１に対する新たな発呼の処理を要求する制御メッセージを、当該加入者収容ノードＣＬ５ １１の受信キュー１６に登録することを抑止することを指示する輻輳制御メッセージを送信する。
さらに、輻輳制御サーバ１０１は、メディアサーバ１０２に対して、現在の輻輳状態に応じた内容からなる輻輳回避用の各種のメディアを用いた案内情報（例えば、「ただいま混雑しております。しばらく後にお掛け直しください。」などの音声ガイダンス）を、当該加入者収容ノードＣＬ５ １１に収容された各加入者のユーザ端末８０へ出力することを指示する輻輳制御メッセージを送信する。
輻輳制御サーバ１０１から輻輳制御メッセージを受け取った外部ハイウェイ装置すなわちエッジルータ１５は、受信キュー１６への登録動作を動的に遮断して、新たな発呼の処理を要求する制御メッセージを受信キュー１６に登録する動作を抑止する。この際に、通話中呼に関する通話用の制御メッセージや切断用の制御メッセージについては、受信キュー１６に登録することによって、通話中の呼を救済するとともに、通話中の呼の切断動作を正常に行うことを可能とする。一方、輻輳制御サーバ１０１から輻輳制御メッセージを受け取ったメディアサーバ１０２は、当該輻輳制御メッセージにて指示されている輻輳回避用のマルチメディア情報を、エッジルータ１５を介して各ユーザ端末８０に出力することによって、ユーザ端末８０からの新たな発呼を抑止する。
かかる輻輳制御動作を実施することによって、加入者収容ノードＣＬ５ １１が、軽輻輳状態や重輻輳状態から脱出できたことが、軽輻輳検出部１１１ａや重輻輳検出部１１１ｂによって検出されると、その旨が、輻輳制御サーバ１０１に通知される。輻輳状態からの脱出情報を受け取った輻輳制御サーバ１０１は、その旨を、トラフィック管理部１０１ａにて輻輳状態情報１０１ａ４に登録するとともに、当該加入者収容ノードＣＬ５ １１に接続しているエッジルータ１５に対して、当該加入者収容ノードＣＬ５ １１に対する新たな呼設定要求用の制御メッセージの入力を規制する動作の解除を指示する輻輳制御メッセージを送信する。この結果、エッジルータ１５は、ユーザ端末８０から制御メッセージを受け取った場合、新たな呼設定要求用の制御メッセージをも含めすべての制御メッセージを受信キュー１６に登録する、正常な状態に復旧する。
なお、軽輻輳検出部１１１ａや重輻輳検出部１１１ｂにおいて、軽輻輳状態や重輻輳状態から脱出できたか否かを判別するための輻輳脱出用閾値は、一般的には、軽輻輳状態や重輻輳状態が発生しているか否かを判別するための輻輳検出用閾値よりも低い値を用い、輻輳状態の発生時の負荷状態よりもより軽量な負荷状態にまで低下したことを検出した場合に、はじめて、輻輳状態を解除することとし、輻輳状態と通常状態とが頻繁に繰り返して発生するような事態を防止する。
また、加入者収容ノードＣＬ５ １１から輻輳状態からの脱出情報を受け取るか否かによらず、輻輳制御サーバ１０１は、予め定めた一定時間が経過する都度、エッジルータ１５に対して、発呼用制御メッセージの規制動作の解除を指示する輻輳制御メッセージを送信するようにしても良い。この場合には、加入者収容ノードＣＬ５ １１から輻輳制御サーバ１０１に対して輻輳解除情報を通知する動作が不要となる一方、加入者収容ノードＣＬ５ １１が輻輳状態から脱出していない場合には、再度、前述したような輻輳制御動作を繰り返すことになる。
本実施例に示す輻輳制御方法を適用することにより、ユーザ端末８０側に、輻輳対策用の特別な仕組みを導入する必要はなく、かつ、通話中の呼を強制切断することもなく、加入者収容ノードＣＬ５ １１の処理能力の範囲内で、呼処理を正常に継続させることができる。
（実施例２）
次に、軽輻輳状態や重輻輳状態に陥っている中継ノードＣＬ４ １２への制御メッセージをルート迂回させる動作の一例を、図３を用いて説明する。図３は、本発明による輻輳制御システム１００の実施例２の動作を説明するための説明図であり、例えば、図１の中継ノードＣＬ４ １２−１が輻輳の前兆状態になっているか、あるいは、輻輳状態に陥っていることが検出された場合に、当該中継ノードＣＬ４ １２−１への制御メッセージを、他の中継ノードＣＬ４ １２−２に迂回させることにより、当該中継ノードＣＬ４ １２−１の更なる負荷の発生を抑止する動作について、ＶｏＩＰネットワークの呼制御用プロトコルとしてＳＩＰ（Session Initiation Protocol）プロトコルを採用している場合を例にとって説明している。
従来のＶｏＩＰネットワークにおいては、ルート分散方式として予め定めた特定の方路のノードに処理要求の制御メッセージを固定的にルーティングして送信するように構成されており、かつ、図３にも示すように、汎用のＩＰネットワーク上に、ＩＰ電話用のＶｏＩＰ−Ｃプレーンとして相乗りしている形態では、プロトコルレベルでの輻輳制御機能が実装されていなく、中継ノードＣＬ４ １２−１と中継ノードＣＬ４ １２−２との相互間それぞれに送受信される処理要求の制御メッセージ（例えば、ＳＩＰプロトコルにおけるＩＮＶＩＴＥメッセージ）の送受信動作に関する制御を行う手段も備えられていない。
このため、例えば、ＣＬ４ １２−２は、制御メッセージを受け付ける中継ノードＣＬ４ １２−１の処理能力の如何によらず、処理要求の制御メッセージが発生する都度、直ちに、当該制御メッセージのルーティング先として予め定められている中継ノードＣＬ４ １２−１の受信キューに制御メッセージを登録して、処理の実行を要求する。この結果、特定の中継ノードＣＬ４ １２−１向けの処理要求がバースト的に大量に発生した場合、当該中継ノードＣＬ４ １２−１が処理可能か否かとは無関係に、バーストトラフィック（大量の処理要求）の入カとなるすべての制御メッセージが一気に流入してしまい、瞬時に輻輳状態に陥ってしまう。かかる問題は、加入者収容ノードＣＬ５ １１と中継ノードＣＬ４ １２との間についても、全く同様である。
すなわち、従来の技術においては、前述したように、複数の対地から、同一の中継ノードＣＬ４ １２を経由する制御メッセージが集中して発信すると、当該中継ノードＣＬ４ １２が輻輳状態に陥る。ＩＰネットワークのＶｏＩＰ−Ｃプレーン１０の中にある中継ノードＣＬ４ １２が輻輳すると、当該中継ノードＣＬ４ １２に接続されている他のノードにも輻輳が伝幡し、ＶｏＩＰ−Ｃプレーン１０のネットワーク全体が輻輳状態に陥り、不安定になるという重大な問題がある。
本実施例においては、図３に示すように、他サービスと共有するＶｏＩＰ−ＵプレーンなどのＩＰネットワークとしての基本的な制御を行うＩＰプロトコルの基本的な転送制御レイヤではなく、ＶｏＩＰ用のサービスネットワークとしてＶｏＩＰ呼の処理を実施する上位のＳＩＰプロトコルのレイヤに、方路選択機能として、例えば、ＰＳＴＮ網におけるＮＯ７共通線信号方式に採用されているトランクグループ選択機能（ＴＧＮ／ＴＧＸ機能）と同様の機能を新たに追加することによって、ルート迂回を可能とする機能を付与する。これにより、例えば、中継ノードＣＬ４ １２−１が輻輳状態に陥っていることが、輻輳制御サーバ１０１に通知された場合、輻輳制御サーバ１０１は、当該中継ノードＣＬ４ １２−１に隣接する各ノード（図３の場合、中継ノードＣＬ４ １２−２）に対して、中継ノードＣＬ４ １２−１への制御メッセージを、迂回用の方路として選択された他の中継ノードＣＬ４ １２へ迂回転送することを指示する輻輳制御メッセージを隣接ノード（図３の場合、中継ノードＣＬ４ １２−２）などの他のノードに対して送信する。
輻輳制御サーバ１０１からの輻輳制御メッセージを受け取った各ノード（図３の場合、中継ノードＣＬ４ １２−２）は、以降、指定された迂回用の方路へ制御メッセージを転送するルーティング動作を行うこととし、中継ノードＣＬ４ １２−１への制御メッセージを受け取る都度、ＳＩＰプロトコルの方路選択機能を用いて、代替ルートとされる他の中継ノードＣＬ４ １２に対して転送する動作を行う。
かかる輻輳制御動作を実施することによって、中継ノードＣＬ４ １２−１が、軽輻輳状態や重輻輳状態から脱出できたことが、軽輻輳検出部１２１ａや重輻輳検出部１２１ｂによって検出されると、その旨が、輻輳制御サーバ１０１に通知される。輻輳状態からの脱出情報を受け取った輻輳制御サーバ１０１は、その旨を、トラフィック管理部１０１ａにて輻輳状態情報１０１ａ４に登録するとともに、当該中継ノードＣＬ４ １２−１に接続されている隣接ノード（図３の場合、中継ノードＣＬ４ １２−２）に対して、当該中継ノードＣＬ４ １２−１に対する制御メッセージの迂回動作の解除を指示する輻輳制御メッセージを送信する。この結果、隣接ノードは、当該中継ノードＣＬ４ １２−１向けに送信すべき制御メッセージを受け取った場合、当該中継ノードＣＬ４ １２−１の受信キュー１６に登録する、正常な状態に復旧する。
なお、以上のような中継ノードＣＬ４ １２に関する輻輳制御動作は、加入者収容ノードＣＬ５ １１から中継ノードＣＬ４ １２へ制御メッセージを送信する場合についても、全く同様である。また、中継ノードＣＬ４ １２に関する輻輳制御動作についても、実施例１において前述した加入者収容ノードＣＬ５ １１の場合と同様の輻輳制御動作を行い、輻輳又は輻輳発生の可能性が生じた中継ノードＣＬ４ １２への制御メッセージの送信動作そのものを規制するようにしても良い。
本実施例に示す輻輳制御方法を適用することにより、加入者収容ノードＣＬ５ １１のみならず、制御メッセージを転送する中継ノードＣＬ４ １２についても、輻輳状態に陥った中継ノードＣＬ４ １２を迂回させるルートで転送させることを、既存の汎用的なＩＰプロトコルの転送制御レイヤには一切変更を施すことなく、ＩＰネットワーク上のサービスネットワークを実現するための通信プロトコルである上位レベルのレイヤ（例えばＳＩＰプロトコル）に方路選択機能を追加するのみで、容易に実現することができ、かつ、新たな発呼や通話中の呼に関する呼処理を正常に継続させることができる。
（実施例３）
次に、軽輻輳状態や重輻輳状態に陥っている中継ノードＣＬ４ １２に接続されているＰＳＴＮ網５０からの制御メッセージを入力規制する動作の一例を、図４を用いて説明する。図４は、本発明による輻輳制御システム１００の実施例３の動作を説明するための説明図であり、ＰＳＴＮ網５０が網間接続されている中継ノードＣＬ４ １２が輻輳の前兆状態になっているか、あるいは、輻輳状態に陥っていることが検出された場合に、当該中継ノードＣＬ４ １２へのＰＳＴＮ網５０からの制御メッセージを規制する動作を、ＶｏＩＰネットワークの呼制御用プロトコルとしてＳＩＰ（Session Initiation Protocol）プロトコルを採用している場合を例にとって説明している。
従来のＶｏＩＰネットワークにおいては、通常、ＰＳＴＮ網５０とＶｏ１Ｐネットワーク１０とが網間接続される場合、図４（Ａ）に示すように、網間接続用としてＮｏ７共通線信号方式の制御信号を送受信する場合には、ＰＳＴＮ網５０側のＳＴＰ（Signal Transfer Point）５２とＶｏＩＰネットワーク１０側の中継ノードＣＬ４ １２内のＳＧ（Signaling ＧＷ(Gateway)）１２６との間が接続される。
ここに、ＳＴＰ５２は、電話用の信号網を構成する信号ノードとして、Ｎｏ７共通線信号方式に準拠する制御信号を転送する装置であり、ＳＧ１２６は、外部の接続ポートとＣＡ（Call Agent）１２５との間で制御信号を送受信するゲートウェイ機能を有しており、ＳＴＰ５２からの制御信号の下位レイヤのＭＴＰ２（Message Transfer Part Level２：メッセージ転送部レベル２），ＭＴＰ３（メッセージ転送部レベル３）プロトコルをＩＰ向けのＭ３ＵＡ ＳＣＴＰ ＩＰプロトコルに変換することによって、ＣＡ１２５との送受信を可能としている。なお、呼処理用の情報を扱う上位レイヤのプロトコルは、ＩＳＵＰ（ＩＳＤＮ User Part）プロトコルを用いて、ＳＴＰ５２とＳＧ１２６との間の呼制御情報が交換される。ここに、ＣＡ１２５は、ＶｏＩＰサービスの呼制御を実施するための機能を有しており、ＰＳＴＮ網５０との網間接続する呼を制御する場合、制御用のメッセージを、ＳＧ１２６、ＰＳＴＮ網５０のＳＴＰ５２を経由して、ＩＧＳ５１との間で交換することにより、網間接続の呼の接続制御を行っている。
このような従来の網間接続形態においては、中継ノードＣＬ４ １２が軽輻輳状態や重輻輳状態に陥って、呼制御を行うＣＡ１２５が呼処理の実行に支障が発生したような場合であっても、ＳＧ１２６は正常な状態にあるため、ＰＳＴＮ網５０側のＳＴＰ５２は、ＣＡ１２５の輻輳状態すなわち中継ノードＣＬ４ １２の輻輳状態を検知することができず、ＳＴＰ５２は、当該中継ノードＣＬ４ １２に対するＩＧＳ５１からの制御信号の入力を規制することもなく、要求が発生する都度、中継ノードＣＬ４ １２のＳＧ１２６に転送してくる。この結果、当該中継ノードＣＬ４ １２のＣＡ１２５が輻輳状態にあるにも関わらず、ＰＳＴＮ網５０側からの制御メッセージが流入し続け、ＣＡ１２５の輻輳状況をさらに助長させてしまうことになる。
図４(Ｂ)に示す実施例は、かかる従来の問題を解決する一例を示すものであり、ＳＧ１２６とＣＡ１２５とが連携して動作することによって、ＣＡ１２５の輻輳状態を、ＳＧ１２６を介して、ＰＳＴＮ網５０のＳＴＰ５２に通知することを可能としている。
すなわち、図４（Ｂ）に示す説明図における実行手順は次の通りである。中継ノードＣＬ４ １２のＳＧ１２６は、常時、ＣＡ１２５の状態を監視しており、ＣＡ１２５が輻輳状態に陥ったことを検出すると、例えば、ＰＳＴＮ網５０のＳＴＰ５２と接続しているリンクを切断することによって、ＳＴＰ５２に、中継ノードＣＬ４ １２の輻輳を通知する。リンク断を検出したＳＴＰ５２側は、当該ＳＴＰ５２から網間接続用の制御信号を送信する相手側のＶｏＩＰネットワーク１０の中継ノードＣＬ４ １２との接続が不可能になるため、当該ＳＴＰ５２から中継ノードＣＬ４ １２への制御信号の送信を抑止する出接続規制状態に設定する。
この結果、ＶｏＩＰネットワーク１０の中継ノードＣＬ４ １２へのＰＳＴＮ網５０からの新たな処理要求の入力が規制された状態になり、当該中継ノードＣＬ４ １２の輻輳状態からの脱出を効果的に支援することができる。
なお、ＳＧ１２６が、ＣＡ１２５の輻輳を検出した場合、ＳＴＰ５２との間のリンクを予め定めた一定時間だけ切断することによって、中継ノードＣＬ４ １２の輻輳をＳＴＰ５２側に通知するようにしても良い。前記一定時間のリンク断を検出したＳＴＰ５２は、相手側の中継ノードＣＬ４ １２が輻輳しているものと判断して、網間接続用の新たな呼設定要求を行う制御信号のみを抑止し、切断用や通話用の制御信号は、そのまま送信する動作を継続することによって、ＰＳＴＮ網５０からの新たな入呼を抑止した入力規制状態を実現しつつ、通話中の呼を正常に処理することが可能になる。
あるいは、ＳＧ１２６が、ＣＡ１２５の処理可能な能力を常時検出するようにし、ＣＡ１２５の処理能力に応じて、ＰＳＴＮ網５０のＳＴＰ５２からの処理要求用の制御信号を登録している受信キューから取り出す（アンロードする）制御信号の個数を制御するようにしても良い。例えば、ＣＡ１２５がほとんど呼処理を実行することができない重輻輳状態に陥ったことを検出した場合は、ＳＧ１２６は、前記受信キューからのアンロード動作を停止する。この結果、前記受信キューにはＰＳＴＮ網５０のＳＴＰ５２から制御信号が登録されるのみとなり、制御信号の個数が増加して前記受信キューのキュー長が伸びることになる。
一方、当該受信キューに網間接続用の制御信号を登録するＰＳＴＮ網５０のＳＴＰ５２は、Ｎｏ７共通線信号方式のＭＴＰ３レベルによる隣接ノードの輻輳監視方式と同様に、ＳＧ１２６向けの制御信号を登録する前記受信キューのキュー長を、常時監視しており、予め定めた閾値を超えた場合には、相手側の中継ノードＣＬ４ １２が輻輳状態に陥っているものと判断して、新たな処理要求となる制御信号を前記受信キューに登録する動作を規制する出接続規制状態に移行する。この結果、中継ノードＣＬ４ １２は、ＣＡ１２５の処理能力に応じて、ＰＳＴＮ網５０からの処理要求の制御信号を受け付ける入力規制制御が可能となる。
本実施例に示す輻輳制御方法を適用することにより、ＰＳＴＮ網５０側から中継ノードＣＬ４ １２のＣＡ１２５の処理能カを上回るトラフィックの流入を規制することができ、もって、中継ノードＣＬ４ １２がＰＳＴＮ網５０側からのトラフィックによって輻輳状態に陥ることを防止し、ＶｏＩＰネットワーク１０を安定的に運用することが可能となる。
（実施例４）
次に、軽輻輳状態や重輻輳状態に陥っている中継ノードＣＬ４ １２に接続されているＰＳＴＮ網などのＶｏＩＰネットワーク以外の他網６０からの制御メッセージを入力規制する実施例３とは異なる例を、図５を用いて説明する。図５は、本発明による輻輳制御システム１００の実施例４の動作を説明するための説明図であり、ＶｏＩＰネットワーク１０の輻輳制御サーバ１０１が他網６０に設置されている輻輳制御装置６１と連携して、輻輳制御に関する情報（トラフィック情報、出接続、入接続の規制情報など）を相互にインポート、エクスポートすることを可能とすることによって、エンド−エンドのフロー制御動作を実現する一例を説明している。
従来のＶｏＩＰネットワークにおいては、他網６０との間では、相互のトラフィック情報や輻輳情報を交換することはなく、前述したように、ＰＳＴＮ網５０などのようなＩＰプロトコルに準拠していない他網６０は、ＶｏＩＰネットワークを構成する各ノード（例えば、ＶｏＩＰネットワーク１０における加入者収容ノードＣＬ５ １１や中継ノードＣＬ４ １２）の輻輳状況を把握する手段を備えていない。このため、ＶｏＩＰネットワーク１０に対して他網６０からバースト的な大量のトラフィックの流入が発生する場合もあり、かかる場合であっても、当該ＶｏＩＰネットワーク１０内の輻輳制御だけに留まり、他網６０における出接続規制を実施することができず、適切な規制制御を実現することができない。
図５に示す実施例は、かかる従来の問題を解決する一例を示すものであり、他網６０に、ＶｏＩＰネットワーク１０の輻輳制御サーバ１０１と同様の機能（例えば、各ノードのトラフィック情報を方路別、対地別に収集し、方路別、対地別に出接続や入接続を規制する輻輳制御メッセージを各ノードに出力する機能）を有する輻輳制御装置６１を配置し、ＶｏＩＰネットワーク１０の輻輳制御サーバ１０１と他網６０の輻輳制御装置６１とが連携して動作することにより、網間接続時の適切な輻輳制御を実現することを可能にしている。
すなわち、図５に示すように、ＶｏＩＰネットワーク１０の輻輳制御サーバ１０１と他網６０の輻輳制御装置６１とを相互接続して連携可能な構成とした輻輳制御システムにおいて、輻輳制御サーバ１０１と輻輳制御装置６１との間で、輻輳制御に関する情報（トラフィック情報、出接続、入接続の規制情報、あるいは、どの加入者収容ノードに対してどの程度の規制を実行しているかを示す規制量、などの規制情報）を相互にインポート・エクスポートすることを可能とする。
これにより、他網６０とのゲートウェイ（ＭＧ：Media ＧＷ）６２を介した網間接続を行っている場合、他網６０の輻輳制御装置６１が設定している輻輳制御に関する情報をＶｏＩＰネットワーク１０の輻輳制御サーバ１０１へインポートすることにより、他網６０において輻輳状態にある特定ユーザ端末や特定中継ノードなどに対して、ＶｏＩＰネットワーク１０からの制御メッセージが、過剰に送信される動作を規制することが可能となる。また、ＶｏＩＰネットワーク１０の輻輳制御サーバ１０１が設定している輻輳制御に関する情報を他網６０の輻輳制御装置６１へエクスポートすることにより、ＶｏＩＰネットワーク１０において輻輳状態にある特定ユーザ端末やエッジルータ１５や特定加入者収容ノードＣＬ５ １１や特定中継ノードＣＬ４ １２に対して、他網６０からの制御メッセージが、過剰に流入される動作を規制することが可能となる。
本実施例に示すエンド−エンドのフロー制御が可能な輻輳制御方法を適用することにより、他網６０側から加入者収容ノードＣＬ５ １１や中継ノードＣＬ４ １２やエッジルータ１５やユーザ端末の処理能カを上回るトラフィックの流入を規制することができ、もって、例えば災害による輻輳やコンサート開催などのイベントの企画による輻輳が発生する可能性がある場合であっても、他網６０側からのトラフィックによって輻輳状態に陥ることを防止することができ、ＶｏＩＰネットワーク１０を安定的に運用することが可能となる。
（実施例５）
次に、軽輻輳状態や重輻輳状態に陥っているか、あるいは、輻輳状態に陥る可能性が予測される特定対地の加入者収容ノードＣＬ５ １１向けの制御メッセージを規制する着信規制（入力規制）動作の一例を、図６を用いて説明する。図６は、本発明による輻輳制御システム１００の実施例５の動作を説明するための説明図であり、特定の加入者収容ノードＣＬ５ １１が輻輳状態に陥るか、又は、輻輳に陥る可能性がある場合に、輻輳制御サーバ１０１から、当該加入者収容ノードＣＬ５ １１向けの制御メッセージの送信を、過去のトラフィック情報や契約トラフィック情報に応じて規制する輻輳制御メッセージをＶｏＩＰネットワーク１０内の各ノードや他網に対して自律的に送信することによって、当該加入者収容ノードＣＬ５ １１への制御メッセージの流入を規制する動作の一例を示している。
前述したように、従来のＶｏＩＰネットワークにおいては、複数の対地から一度に特定の加入者のユーザ端末向けの制御メッセージが集中して発生した場合、当該加入者のユーザ端末を収容する例えば加入者収容ノードＣＬ５ １１−４が輻輳する。ＶｏＩＰネットワーク１０を構成する加入者収容ノードＣＬ５ １１−４が輻輳すると、当該加入者収容ノードＣＬ５ １１−４に接続されている隣接の中継ノードＣＬ４ １２−１や中継ノードＣＬ４ １２−２に輻輳が伝播し、さらに、各中継ノードＣＬ４ １２−１や中継ノードＣＬ４ １２−２に接続されている他の加入者収容ノードＣＬ５ １１にも輻輳が伝播し、引いては、ＶｏＩＰネットワーク１０全体の動作が不安定になってしまう。
ここで、輻輳が発生した特定対地の加入者収容ノードＣＬ５ １１−４向けの制御メッセージの送信動作を規制するための出接続規制を実施しようとする場合、従来の保守用コマンドによる出接続規制や前記特許文献１に記載のような輻輳制御技術においては、ＶｏＩＰネットワーク１０の各対地（エリア）に配置されている各加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）のそれぞれにおいて特定の加入者収容ノードＣＬ５ １１−４向けの制御メッセージの送信数を一律に規制する制御を行っている。
例えば、図６に示すように、ＶｏＩＰネットワーク１０が、加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，１１−４）の４つから構成されていて、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれについて、特定の対地（エリアＤ）の加入者収容ノードＣＬ５ １１−４向けの過去の平均トラフィック量として、単位時間当たりのトラフィック量（呼数）が、１０，０００呼、１，０００呼、４００呼であり、かつ、特定の対地（エリアＤ）の加入者収容ノードＣＬ５ １１−４に輻輳が発生したために、当該加入者収容ノードＣＬ５ １１−４にて扱うことができる他ノードからの流入トラフィック量（許容呼数）が６００呼に制限された場合、許容量の６００呼を他の３つの加入者収容ノードＣＬ５ １１−１，１１−２，１１−３に対して均等に分配するように制御している。
すなわち、各対地（エリアＡ，Ｂ，Ｃ）それぞれに配置されている他の加入者収容ノードＣＬ５ １１−１，１１−２，１１−３は、加入者収容ノードＣＬ５ １１−４向けの制御メッセージの単位時間当たりの送信数（規制量）を、一律、（６００／３）＝２００呼ずつに規制するように制御する。この結果、過去の平均トラフィック量との比つまり規制率は、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれで、｛（１０，０００−２００）／１０，０００｝＝９８％、｛（１，０００−２００）／１，０００｝＝８０％、｛（４００−２００）／４００｝＝５０％と、公平性を欠く結果を招いている。
図６に示す実施例は、かかる従来の問題を解決する一例を示すものであり、輻輳制御サーバ１０１は、ＶｏＩＰネットワーク１０内の各ノード（加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２）のトラフィック情報を方路別や対地別に定期的に収集して管理し、特定対地の加入者収容ノードＣＬ５ １１が輻輳状態に陥るか、輻輳の発生が予測される場合に、過去に収集していた当該対地の加入者収容ノードＣＬ５ １１向けのトラフィック情報（呼数情報など）に基づいて、当該加入者収容ノードＣＬ５ １１向けのトラフィック量（呼数）を制御することにより、各対地からの制御メッセージの流入量の着信規制に関する公平性を実現するようにしている。
つまり、輻輳中又は輻輳の発生が予測される特定の加入者収容ノードＣＬ５ １１向けの着信の集中を規制するために、ＶｏＩＰネットワーク１０内の各加入者収容ノードＣＬ５ １１に対する出接続規制を行う際に、各加入者収容ノードＣＬ５ １１における特定の加入者収容ノードＣＬ５ １１向けの過去のトラフィック情報（呼数情報など）によって規制量に重み付けを行うことにより、各加入者収容ノードＣＬ５ １１間で、特定の加入者収容ノードＣＬ５ １１向けの過去のトラフィック情報（呼数情報など）にばらつきがある場合であっても、各加入者収容ノードＣＬ５ １１において出接続規制が実施される規制率を均一化して、公平性を図ることを可能としている。
輻輳制御サーバ１０１は、前述したように、ＶｏＩＰネットワーク１０を構成する各ノード（加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２）に関する情報を、対地（エリア）ごと、方路ごとに管理しており、対地（エリア）内、対地（エリア）・方路間のトポロジー情報、セッションルーティング情報、トラフィック情報などを把握している。
図６には、特定対地のエリアＤの加入者収容ノードＣＬ５ １１−４にて、単位時間当たり予め定めた閾値を超える着呼用制御メッセージ数が検出されて輻輳が発生した場合について示しているが、輻輳発生時のみならず、輻輳の発生が予測される場合についても全く同様な輻輳制御方法を実施することが可能である。加入者収容ノードＣＬ５ １１−４から輻輳の発生（あるいは輻輳発生の予測）を示す通知を、輻輳制御サーバ１０１が受け取ると、輻輳制御サーバ１０１は、過去に収集していた当該エリアＤの加入者収容ノードＣＬ５ １１−４向けの各ノード（加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２）や他網からのトラフィック情報（呼数情報）を参照して、それぞれの過去のトラフィック情報によって重み付けした規制量を算出する。
すなわち、前述したように、ＶｏＩＰネットワーク１０が、加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，１１−４）の４つから構成されていて、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれが、特定の対地（エリアＤ）の加入者収容ノードＣＬ５ １１−４向けの過去の平均トラフィック量として、単位時間当たりのトラフィック量（呼数）が、１０，０００呼、１，０００呼、４００呼であり、かつ、加入者収容ノードＣＬ５ １１−４に輻輳が発生したために、当該加入者収容ノードＣＬ５ １１−４にて扱うことができる他ノードからの流入トラフィック量（許容呼数）が６００呼に制限された場合、次のように、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれの規制率が同一になるように制御する。
つまり、加入者収容ノードＣＬ５ １１−４向けの過去の平均トラフィック量である１０，０００呼、１，０００呼、４００呼の総和を６００呼に規制する際に、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれが、
［｛（１０，０００＋１，０００＋４００）−６００｝／（１０，０００
＋１，０００＋４００）]＝９４．７４％
になるように制御する。
これにより、図６に示すように、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれの規制後の加入者収容ノードＣＬ５ １１−４向けの単位時間当たりの制御メッセージの送信呼数を、それぞれ
１０，０００×（１−０．９４７４）＝５２６呼
１，０００×（１−０．９４７４） ＝５３呼
４００×（１−０．９４７４） ＝２１呼
で与えられる呼数に規制する輻輳制御メッセージが、輻輳制御サーバ１０１にて生成されて、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれに対して送信される。
かくのごとく、過去のトラフィック情報に基づいて重み付けした呼数（規制量）に規制する輻輳制御メッセージとすることによって、規制量の公平性を確保することができ、ＶｏＩＰネットワーク１０の転送能力をそれぞれの過去のトラフィック疎通状況に応じた状態で活用することができる。
なお、過去のトラフィック情報を用いる代わりに、各対地ごとの又は相手加入者ごとの契約トラフィック情報を用いて、各対地に配置されている加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）それぞれが確保すべき所要トラフィック量（所要呼数）を用いて、規制量の重み付けをするようにしても良いし、あるいは、過去のトラフィック情報と契約上の所要トラフィック量（所要呼数）とを併用して、規制量の重み付けをするようにしても良い。
かかる輻輳制御の実施により、輻輳状態にある、又は、輻輳の発生が予測される特定対地の加入者収容ノードＣＬ５ １１−４における輻輳が解消したり、輻輳の可能性が解消したりして、元の状態に復旧すると、その旨が輻輳制御サーバ１０１に通知される。元の状態に復旧した旨の通知を受け取った輻輳制御サーバ１０１は、輻輳制御のために規制していた各対地の加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）に対して、規制の解除を指示する輻輳制御メッセージを送信する。この結果、ＶｏＩＰネットワーク１０は、転送能力を十分に活用した状態に復旧する。
本実施例に示す輻輳制御方法を適用することにより、各対地の加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）それぞれにおいて、輻輳が発生した又は輻輳の可能性がある特定の加入者収容ノードＣＬ５ １１−４向けに送信する制御メッセージが規制に遭遇する確率（規制率）を、均一にすることができ、各加入者に対して公平なトラフィック制御を実施することができる。また、輻輳の発生時に、ＶｏＩＰネットワーク１０への入口となる各対地の加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）それぞれにおいて規制を実施することにより、ＶｏＩＰネットワーク１０の安定的な運用を実現することが可能となる。
さらに、複数の対地（エリア）に分割して、加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）をそれぞれの対地に対応付けて配置し、輻輳制御サーバ１０１が、各対地に対応付けて配置された加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）間のトポロジー情報を所有することにより、ＶｏＩＰネットワーク１０が大規模化した際に、輻輳制御サーバ１０１が規制対象とする加入者収容ノードＣＬ５ １１を絞り込むことができ、輻輳制御システム１００の負荷を低減することが可能となる。
（実施例６）
次に、軽輻輳状態や重輻輳状態に陥っているか、あるいは、輻輳状態に陥る可能性が予測される特定対地の加入者収容ノードＣＬ５ １１向けの制御メッセージを規制する着信規制（入力規制）の実施例５とは異なる例を、図７を用いて説明する。図７は、本発明による輻輳制御システム１００の実施例６の動作を説明するための説明図であり、特定の加入者収容ノードＣＬ５ １１が輻輳状態に陥るか、又は、輻輳に陥る可能性がある場合に、輻輳制御サーバ１０１から当該加入者収容ノードＣＬ５ １１向けの制御メッセージの送信を規制する輻輳制御メッセージをＶｏＩＰネットワーク１０内の各ノードや他網に対して自律的に送信することによって、当該加入者収容ノードＣＬ５ １１への制御メッセージの流入を規制する動作の一例を示している。
さらに、予め計画された特定期間の間、例えばコンサートや花火大会などのチケット販売のようなイベントが企画されている場合、当該特定期間の間、チケット販売元の加入者のユーザ端末が収容されている加入者収容ノードＣＬ５ １１が輻輳状態に陥る可能性があることが予め予測される。かかる場合に備えて、輻輳制御サーバ１０１の保守者は、前記特定期間を指定して、指定期間の間、当該加入者収容ノードＣＬ５ １１向けの制御メッセージの送信を規制する保守コマンドを入力することにより、輻輳制御サーバ１０１から、指定期間の間だけ、当該加入者収容ノードＣＬ５ １１向けの制御メッセージの送信を規制する輻輳制御メッセージをＶｏＩＰネットワーク１０内の各ノードや他網に対して送信する動作の一例を示している。
図７（Ａ）に示すように、特定対地に災害が発生したため、当該対地の加入者収容ノードＣＬ５ １１−３への各対地からの問い合わせの呼が集中的に発生して、加入者収容ノードＣＬ５ １１−３が輻輳状態に陥った場合、あるいは、図７（Ｂ）に示すように、コンサートなどのイベントが企画されて、チケットの販売が開始された際に、チケット販売元のユーザ端末が収容される特定対地の加入者収容ノードＣＬ５ １１−３への各対地からのチケット購入の呼が集中的に発生して、加入者収容ノードＣＬ５ １１−３が輻輳に陥る可能性があった場合、従来は、当該加入者収容ノードＣＬ５ １１−３の保守者が入力規制用のコマンドを投入することによって、各対地から加入者収容ノードＣＬ５ １１−３へ入力される処理要求用の制御メッセージの流入を規制するようにしている。
しかし、該当する加入者収容ノードＣＬ５ １１−３への入力規制を行うのみで、各対地の加入者収容ノードＣＬ５ １１（１１−１，１１−２，…）から当該加入者収容ノードＣＬ５ １１−３向けの制御メッセージの送信を規制する発信規制を行うことができないため、加入者収容ノードＣＬ５ １１−３に制御メッセージが殺到する状態が継続してしまい、加入者収容ノードＣＬ５ １１−３は輻輳状態からの回復に時間がかかるのみならず、ＶｏＩＰネットワーク１０内に無効な加入者収容ノードＣＬ５ １１−３向けの制御メッセージが滞り、ＶｏＩＰネットワーク１０内に輻輳が拡大していく可能性がある。
さらに、予め計画されている特定期間の間、開催されるコンサートや花火大会のようなイベントにより、特定対地の加入者収容ノードＣＬ５ １１の輻輳の発生の可能性が予め予測される場合においても、輻輳回避用の保守用コマンドを当該加入者収容ノードＣＬ５ １１に対して保守者が手動で入力しなければならない。手動入力となる保守用コマンドを用いる場合、当該保守用コマンドの投入漏れや誤りの発生が懸念される。また、イベントの終了後においても、輻輳回避用の規制を解除する保守用コマンドを当該加入者収容ノードＣＬ５ １１に対して保守者が手動で入力する必要があるが、その場合においても、当該保守用コマンドの投入漏れや誤りの発生が懸念される。
図７(Ａ)、図７(Ｂ)に示す実施例は、かかる従来の問題を解決する一例を示すものであり、図７（Ａ）のように、特定対地の災害発生により、当該対地の加入者収容ノードＣＬ５ １１−３の災害輻輳が発生した場合、輻輳発生を検出した加入者収容ノードＣＬ５ １１−３から輻輳制御サーバ１０１に対して輻輳発生の旨が通知されることによって、輻輳制御サーバ１０１は、当該加入者収容ノードＣＬ５ １１−３向けの制御メッセージの送信を規制する（出接続規制を行う）ことを指示する輻輳制御メッセージを作成して、ＶｏＩＰネットワーク１０を構成する他の加入者収容ノードＣＬ５ １１（１１−１，１１−２，…）や中継ノードＣＬ４ １２（１２−１，１２−２，…）あるいは他網６０に対して送信する。
これにより、他の加入者収容ノードＣＬ５ １１（１１−１，１１−２，…）や中継ノードＣＬ４ １２（１２−１，１２−２，…）あるいは他網６０からの加入者収容ノードＣＬ５ １１−３向けの制御メッセージの送信動作が規制され（出接続規制され）、加入者収容ノードＣＬ５ １１−３は輻輳状態から早期に脱出することができるのみならず、ＶｏＩＰネットワーク１０内に無効な加入者収容ノードＣＬ５ １１−３向けの制御メッセージが滞留することもなくなり、ＶｏＩＰネットワーク１０内に輻輳が拡大していくことを防止することができる。
また、図７（Ｂ）のように企画型輻輳が生じる可能性がある場合においては、チケット販売期間など、輻輳発生の可能性がある特定期間が計画された段階で、輻輳制御サーバ１０１の保守者が、当該チケット販売期間などに相当する前記特定期間を指定して、当該特定期間の間、チケット販売元などのユーザ端末が収容される特定対地の加入者収容ノードＣＬ５ １１−３向けの制御メッセージの送信を規制する（出接続規制を行う）ことを指示する期間指定の規制コマンドを事前に投入する。すなわち、輻輳制御サーバ１０１は、特定加入者に対する制御メッセージの着信トラフィック量（呼数）を指定した期間の間規制する規制情報を事前に登録することができる機能を備えている。
該期間指定の規制コマンドを受け取った輻輳制御サーバ１０１は、該期間に指定されている規制開始日時に到達すると、加入者収容ノードＣＬ５ １１−３向けの制御メッセージの送信規制を指示する輻輳制御メッセージを作成して、ＶｏＩＰネットワーク１０を構成する他の加入者収容ノードＣＬ５ １１（１１−１，１１−２，…）や中継ノードＣＬ４ １２（１２−１，１２−２，…）あるいは他網６０に対して送信する。また、該期間に指定されている規制終了日時に到達すると、加入者収容ノードＣＬ５ １１−３向けの制御メッセージの送信規制の解除を指示する輻輳制御メッセージを作成して、ＶｏＩＰネットワーク１０を構成する他の加入者収容ノードＣＬ５ １１（１１−１，１１−２，…）や中継ノードＣＬ４ １２（１２−１，１２−２，…）あるいは他網６０に対して送信する。
つまり、特定加入者への大量の制御メッセージが発生して、当該特定加入者のユーザ端末を収容する加入者収容ノードＣＬ５ １１−３の輻輳が予測される期間を事前に把握している場合には、輻輳制御サーバ１０１では、保守者により、当該加入者収容ノードＣＬ５ １１−３向けの制御メッセージを期間指定で規制する規制情報を事前に登録しておく。ここで、登録する規制情報としては、例えば、規制開始日時、規制終了日時、規制対象の加入者のユーザ端末番号、単位時間当たりに許容する制御メッセージの呼数などである。
登録された規制開始日時に達すると、輻輳制御サーバ１０１は、各対地の加入者収容ノードＣＬ５ １１（１１−１，１１−２，…）から加入者収容ノードＣＬ５ １１−３向けの過去の平均トラフィック量や契約トラフィック量（呼数情報）に基づいて算出される規制量を用いて、当該加入者収容ノードＣＬ５ １１−３向けの制御メッセージの送信を規制する輻輳制御メッセージを送信し、一方、登録された規制終了日時に達すると、各対地の加入者収容ノードＣＬ５ １１（１１−１，１１−２，…）の加入者収容ノードＣＬ５ １１−３向けの制御メッセージの送信の規制を解除する輻輳制御メッセージを送信する。この結果、特定加入者のユーザ端末を収容する加入者収容ノードＣＬ５ １１−３が輻輳状態に陥る事態を未然に回避することができる。
なお、前述の説明においては、期間指定の規制コマンドを投入した場合、輻輳制御サーバ１０１にて、指定された規制開始日時や規制終了日時に達したか否かを判断して、規制開始時刻に達した際に、規制を行うための輻輳制御メッセージを作成して送信し、規制終了時刻に達した際に、規制の解除を行うための輻輳制御メッセージを作成して送信する場合について説明したが、輻輳制御サーバ１０１は、期間指定の規制コマンドを受け取った時点で、指定された期間を含む期間指定付きの輻輳制御メッセージを生成して、ＶｏＩＰネットワーク１０の各ノード（加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２）や他網に対して送信し、指定された規制開始日時や規制終了日時に達したか否かは、期間指定付きの輻輳制御メッセージを受け取った各ノードや他網側で行うこととしても良い。
以上のような期間指定の輻輳制御により、他の加入者収容ノードＣＬ５ １１（１１−１，１１−２，…）や中継ノードＣＬ４ １２（１２−１，１２−２，…）あるいは他網６０からの加入者収容ノードＣＬ５ １１−３向けの制御メッセージの送信動作が指定された期間の間規制され（出接続規制され）、加入者収容ノードＣＬ５ １１−３が輻輳状態に陥ることを防止することができるのみならず、ＶｏＩＰネットワーク１０内に無効な加入者収容ノードＣＬ５ １１−３向けの制御メッセージが滞留することもなくなり、ＶｏＩＰネットワーク１０内に輻輳が生じることを防止することができる。
本実施例に示す輻輳制御方法を適用することにより、輻輳状態にあるかあるいは輻輳が発生する可能性がある特定対地の加入者収容ノードＣＬ５ １１向けのトラフィックを、ＶｏＩＰネットワーク１０の入口に近いところで規制することができ、もって、特定対地の加入者収容ノードＣＬ５ １１の輻輳状態からの復旧を早期化することが可能となり、かつ、ＶｏＩＰネットワーク１０内に輻輳が拡大することも防止することができ、さらには、輻輳が発生する可能性がある場合には、事前に、輻輳の発生を抑止することも可能であり、ＶｏＩＰネットワーク１０を安定的に運用することが可能となる。
また、期間指定の輻輳制御を行うことにより、特定加入者収容ノードＣＬ５１１の輻輳が発生する前に、ＶｏＩＰネットワーク１０内の各ノード（（加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２）から特定加入者収容ノードＣＬ５ １１ヘの送信規制（出接続規制）を自動的に事前実施することにより、特定加入者収容ノードＣＬ５ １１やＶｏＩＰネットワーク１０が輻輳状態に陥ることを未然に防止することが可能となる。さらに、指定された規制開始日時、規制終了日時に応じて規制の実施・規制の解除を自動的に行うことにより、保守者による規制コマンドの投入漏れ、投入誤り、規制の解除漏れなどの問題を回避することができる。
（実施例７）
次に、軽輻輳状態や重輻輳状態に陥っているか、あるいは、輻輳状態に陥る可能性が予測される中継ノードＣＬ４ １２の輻輳を回避する動作の一例を、前述した図６を参照しながら説明する。
前述したように、従来のＶｏＩＰネットワークにおいては、複数の対地から同一の中継ノードＣＬ４ １２を経由する制御メッセージが集中して発生した場合、当該中継ノードＣＬ４ １２が輻輳する。ＶｏＩＰネットワーク１０を構成する中継ノードＣＬ４ １２が輻輳すると、当該中継ノードＣＬ４ １２に接続されている隣接の中継ノードＣＬ４ １２や加入者収容ノードＣＬ５ １１に輻輳が伝播し、引いては、ＶｏＩＰネットワーク１０全体の動作が不安定になってしまう。
本実施例は、かかる従来の問題を解決する一例を示すものであり、輻輳制御サーバ１０１とＶｏＩＰネットワーク１０の各ノード（中継ノードＣＬ４ １２、加入者収容ノードＣＬ５ １１）とは連携して動作しており、特定の中継ノードＣＬ４ １２に輻輳状態が発生した場合、輻輳状態の発生通知を受け取った輻輳制御サーバ１０１が、輻輳状態に陥っている当該特定の中継ノードＣＬ４ １２を経由する制御メッセージの送信動作を規制する輻輳制御メッセージを、ＶｏＩＰネットワーク１０の各ノード（中継ノードＣＬ４ １２、加入者収容ノードＣＬ５ １１）に対して送信するように動作する。
輻輳制御サーバ１０１は、前述したように、ＶｏＩＰネットワーク１０を構成する各ノード（加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２）に関する情報を、対地（エリア）ごと、方路ごとに管理しており、対地（エリア）内、対地（エリア）・方路間のトポロジー情報、セッションルーティング情報、トラフィック情報などを把握している。また、輻輳制御サーバ１０１は、加入者を収容する加入者収容ノードＣＬ５ １１を対地ごとに分割して管理し、各対地の加入者収容ノードＣＬ５ １１間のトポロジー情報を所有することにより、各対地の加入者収容ノードＣＬ５ １１間の制御メッセージが特定の中継ノードＣＬ４ １２を経由する送信動作を規制する加入者収容ノードＣＬ５ １１を絞り込むことも可能としている。
つまり、輻輳制御サーバ１０１は、ＶｏＩＰネットワーク１０内の各ノード（加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２）のトラフィック情報を方路別や対地別に定期的に収集して管理し、特定の中継ノードＣＬ４ １２が輻輳状態に陥るか、輻輳の発生が予測される場合に、当該中継ノードＣＬ４ １２を経由する各対地の加入者収容ノードＣＬ５ １１間の過去のトラフィック情報（呼数情報など）に基づいて、当該中継ノードＣＬ４ １２を経由する各対地の加入者収容ノードＣＬ５ １１間のトラフィック量（呼数）を制御することにより、各対地の加入者収容ノードＣＬ５ １１間の制御メッセージを規制する規制量に関する公平性を実現するとともに、ＶｏＩＰネットワーク１０内の輻輳制御対象範囲の限定を可能としている。
さらに説明すると、図６に示す特定の中継ノードＣＬ４ １２−１にて、単位時間当たり予め定めた閾値を超える中継用制御メッセージ数が検出されて輻輳が発生したか、あるいは、輻輳の発生が予測された場合、特定の中継ノードＣＬ４ １２−１から輻輳の発生（あるいは輻輳発生の予測）を示す通知が、輻輳制御サーバ１０１に送信される。輻輳の発生（あるいは輻輳発生の予測）を示す通知を、輻輳制御サーバ１０１が受け取ると、輻輳制御サーバ１０１は、過去に収集していた当該中継ノードＣＬ４ １２−１を経由する各対地のノード（加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２）間や他網との間のトラフィック情報（呼数情報）を参照して、それぞれの過去のトラフィック情報によって重み付けした規制量を算出する。
すなわち、図６に示す例のように、輻輳状態にあるか又は輻輳の可能性が予測される当該中継ノードＣＬ４ １２−１を経由する過去のトラフィックとして、加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３）の３つから加入者収容ノードＣＬ５ １１−４に向かうトラフィックのみであり、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれの加入者収容ノードＣＬ５ １１−４向けの過去の単位時間当たりの平均トラフィック量（呼数）が、１０，０００呼、１，０００呼、４００呼であり、かつ、当該中継ノードＣＬ４ １２−１にて扱うことができる中継トラフィック量（許容呼数）が６００呼に制限された場合、実施例５の場合と同様に、次のように、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれの当該中継ノードＣＬ４ １２−１を経由するトラフィックの規制率が同一になるように制御する。
つまり、当該中継ノードＣＬ４ １２−１を経由する過去の平均トラフィック量として、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれから加入者収容ノードＣＬ５ １１−４向けの過去の平均トラフィック量である１０，０００呼、１，０００呼、４００呼であり、その総和を６００呼に規制する際には、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれが、
［｛（１０，０００＋１，０００＋４００）−６００｝／（１０，０００
＋１，０００＋４００）]＝９４．７４％
になるように制御する。
これにより、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれから規制後の該中継ノードＣＬ４ １２−１を経由する加入者収容ノードＣＬ５ １１−４向けの単位時間当たりの制御メッセージの送信呼数を、それぞれ
１０，０００×（１−０．９４７４）＝５２６呼
１，０００×（１−０．９４７４） ＝５３呼
４００×（１−０．９４７４） ＝２１呼
で与えられる呼数に規制する輻輳制御メッセージが、輻輳制御サーバ１０１にて生成されて、加入者収容ノードＣＬ５ １１−１，１１−２，１１−３それぞれに対して送信される。
かくのごとく、過去のトラフィック情報に基づいて重み付けした呼数（規制量）に規制する輻輳制御メッセージとすることによって、中継ノードの規制により各対地の加入者収容ノードＣＬ５ １１に及ぼす規制量の公平性を確保することができ、ＶｏＩＰネットワーク１０の転送能力をそれぞれの過去のトラフィック疎通状況に応じた状態で活用することができる。
なお、過去のトラフィック情報を用いる代わりに、実施例５の場合と同様、各対地ごとの又は相手加入者ごとの契約トラフィック情報を用いて、各対地に配置されている加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）それぞれが確保すべき所要トラフィック量（所要呼数）を用いて、中継ノードＣＬ４ １２−１を経由するトラフィックの規制量の重み付けをするようにしても良いし、あるいは、過去のトラフィック情報と契約上の所要トラフィック量（所要呼数）とを併用して、規制量の重み付けをするようにしても良い。
また、各対地の加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）が複数の中継ノードＣＬ４ １２（１２−１，１２−２，…）を介して他の対地の加入者収容ノードＣＬ５ １１と接続されるトポロジーからなっているような場合には、特定の中継ノードＣＬ４ １２−１において輻輳の発生やその可能性が検出された場合、輻輳制御サーバ１０１は、特定の中継ノードＣＬ４ １２−１を経由する転送ルートを切り替えて、他の中継ノードＣＬ４ １２（１２−２，…）に迂回するように制御する輻輳制御メッセージを生成して、加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）に対して送信するようにしても良い。
かかる輻輳制御の実施により、輻輳状態にある、又は、輻輳の発生が予測される特定の中継ノードＣＬ４ １２−１における輻輳が解消したり、輻輳の可能性が解消したりして、元の状態に復旧すると、その旨が輻輳制御サーバ１０１に通知される。元の状態に復旧した旨の通知を受け取った輻輳制御サーバ１０１は、輻輳制御のために規制していた各対地の加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）に対して、規制の解除を指示する輻輳制御メッセージを送信する。この結果、ＶｏＩＰネットワーク１０は、転送能力を十分に活用した状態に復旧する。
本実施例に示す輻輳制御方法を適用することにより、中継ノードＣＬ４ １２を経由する過去の転送メッセージの履歴や契約トラフィック量に基づいて、各対地の加入者収容ノードＣＬ５ １１のトラフィックの規制量を決定するため、中継ノードＣＬ４ １２の輻輳制御においても、実施例５の場合と同様、各対地の加入者収容ノードＣＬ５ １１ごとに規制に遭遇する制御メッセージの規制率を均一にして、各加入者に対して公平なトラフィック制御を実施することができる。また、中継ノードＣＬ４ １２の輻輳の発生時に、ＶｏＩＰネットワーク１０への入口となる各対地の加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）それぞれにおいて規制を実施することにより、ＶｏＩＰネットワーク１０の安定的な運用を実現することが可能となる。
さらに、中継ノードＣＬ４ １２の輻輳制御においても、実施例５の場合と同様に、複数の対地（エリア）に分割して、加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）をそれぞれの対地に対応付けて配置し、輻輳制御サーバ１０１が、各対地に対応付けて配置された加入者収容ノードＣＬ５ １１（１１−１，１１−２，１１−３，…）間のトポロジー情報を所有することにより、ＶｏＩＰネットワーク１０が大規模化した際に、輻輳制御サーバ１０１が規制対象とする加入者収容ノードＣＬ５ １１を絞り込むことができ、輻輳制御システム１００の負荷を低減することが可能となる。
（実施例８）
次に、輻輳制御サーバ１０１における輻輳制御メッセージの生成を迅速化するための一例として、規制量や規制先を示す輻輳制御情報をテンプレート化する実施例について説明する。
従来の輻輳制御方法は、前述したように、ＶｏＩＰネットワーク１０の各ノードに対して、個々に、輻輳を制御するための保守用コマンドを保守者が投入するような方法であったため、例えば、複数の対地の加入者収容ノードＣＬ５ １１に対して、即座に、輻輳制御を実施しなければならないような場合であっても、迅速に対応することが困難であった。
本実施例は、かかる従来の問題を解決する一例を示すものであり、輻輳の契機となる事象ごとに、送信すべき輻輳制御メッセージの種類、輻輳規制を行うために必要とする規制量、輻輳制御メッセージの送信先となる加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２、エッジルータ１５それぞれの宛先すなわち規制先などの輻輳制御情報をテンプレート化して、予め登録するようにして、迅速に、輻輳制御メッセージを生成して送信することを可能とする一例を説明している。例えば、関東地域に地震災害が発生した場合の輻輳制御情報として、「関東・地震」のようなテンプレート名を付して、かかる災害が発生した際の輻輳制御メッセージの送信先を示す規制先のノードと各ノードの規制量とを、輻輳制御サーバ１０１に予め登録しておく。しかる後、関東地域に地震災害のような緊急性が高い事象が発生した際には、該事象に基づいて、テンプレートを索引し、「関東・地震」テンプレートを利用して、即座に、輻輳制御メッセージを生成して、規制先として登録されている、各ノード（加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２）や他網６０に対して送信することにより、迅速に輻輳規制を実施することが可能となる。
つまり、輻輳制御サーバ１０１のデータベースＤＢに輻輳制御用のテンプレートとして、輻輳制御メッセージの送信先となる規制先情報（各ノードを示す加入者番号群）を、適当なラベルを付した形で予め登録する。さらに、緊急性を要する事象ごとにその種類に対応する規制量についても、同時にデータベースＤＢに輻輳制御用のテンプレートとして予め登録しておく。而して、緊急性が高い事象が発生した際には、データベースＤＢの輻輳制御用のテンプレートの中から、該当する事象の種類に応じた規制量を選択するとともに、規制対象エリア（対地）となるラベルを選択して、輻輳制御メッセージの該当欄に当て嵌めることにより、輻輳制御メッセージを即座に生成して、迅速に、規制措置を実行する。
本実施例に示す輻輳制御方法を適用することにより、緊急性の高い事象の発生に対しても、即座に、適切な輻輳制御動作を実施することが可能となる。
（実施例９）
次に、輻輳制御サーバ１０１とノード(加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２)との間のリンクの通信障害への対応策の一つとして用意している輻輳制御状態のオーディット機能について説明する。
前述の各実施例にて説明した輻輳制御システム１００において、輻輳制御サーバ１０１とノード(加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２)との間のリンクに通信障害（例えば、通信リンク切断、ルータの故障など）が発生すると、輻輳制御サーバ１０１とノード(加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２)との間で輻輳制御状態すなわち規制状態の不一致が発生する可能性がある。
このため、輻輳制御サーバ１０１とノード(加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２)との間の通信障害が復旧した際に、輻輳制御サーバ１０１は、各ノード(加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２)の輻輳制御状態すなわち規制状態を収集し、輻輳制御サーバ１０１が認識している輻輳制御状態すなわち規則状態と不一致であった場合には、輻輳制御サーバ１０１が認識している輻輳制御状態すなわち規則状態に各ノードの状態を一致させる動作を行う輻輳制御状態のオーディット機能を有している。これにより、通信障害からの回復時に、直ちに、輻輳制御サーバ１０１とノード(加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２)との間の輻輳制御状態すなわち規則状態の同期合わせを行うことができる。
（実施例１０）
次に、ノード(加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２)からの障害通知を受信した際の輻輳制御サーバ１０１における隣接ノードに対する輻輳制御動作の一例について説明する。
前述の各実施例にて説明した輻輳制御システム１００において、輻輳制御サーバ１０１がＶｏＩＰネットワーク１０のいずれかのノード(加入者収容ノードＣＬ５ １１、中継ノードＣＬ４ １２)から運用に重大な影響を与える障害通知（例えば、ＣＰ∪使用率の超過、メモリリソースの枯渇、ハードウェアの故障など）を受信した場合、従来の技術のままでは、保守者が、手動で、障害が発生した当該ノードへ流入する制御メッセージの着信を規制する操作を行うことが必要となる。しかし、当該ノードに障害が発生してから保守者が手動で規制をかけ終わるまでの間、障害ノードを経由する制御メッセージが喪失されてしまう可能性があり、通信サービスの品質を低下させるという問題が発生する。
このため、本実施例においては、輻輳制御サーバ１０１は、ノードから障害通知を受信すると、輻輳制御サーバ１０１が所持しているネットワークトポロジー情報を用いて、障害が発生した当該ノードに接続されている隣接の各ノードに対して、当該ノードに対する制御メッセージの送信を直ちに規制するように指示する輻輳制御メッセージを送信することを可能としている。しかる後、障害が発生した当該ノードにおいて障害が回復した場合、輻輳制御サーバ１０１は、規制をかけた状態にある隣接の各ノードに対して、規制の解除を指示する輻輳制御メッセージを送信する。
また、各ノードが複数の隣接ノードと接続されているネットワークトポロジーからなっているような場合には、特定ノードの障害の発生が通知された場合、輻輳制御サーバ１０１は、障害発生の特定ノードに接続している隣接ノードに対して、当該特定ノードを経由する制御メッセージの転送ルートを、他のノードに迂回するように制御する輻輳制御メッセージを生成して、送信するようにしても良い。
以上のような輻輳制御を自動的に実施することにより、制御メッセージが喪失する可能性を低減し、通信サービスの品質を安定したレベルに維持することが可能になる。
以上、本発明の好適実施例の構成を説明した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることは、当業者には容易に理解できよう。また、上述における輻輳制御処理をコンピュータにより実行可能なプログラムとして実施することもできるし、その輻輳制御プログラムを、コンピュータにより読み取り可能な記録媒体に記録して利用することもできることは勿論である。
本発明による輻輳制御システムのシステム構成の一例を示すシステム構成図である。 本発明による輻輳制御システムの実施例１の動作を説明するための説明図である。 本発明による輻輳制御システムの実施例２の動作を説明するための説明図である。 本発明による輻輳制御システムの実施例３の動作を説明するための説明図である。 本発明による輻輳制御システムの実施例３の動作を説明するための説明図である。 本発明による輻輳制御システムの実施例４の動作を説明するための説明図である。 本発明による輻輳制御システムの実施例５の動作を説明するための説明図である。 本発明による輻輳制御システムの実施例６の動作を説明するための説明図である。 本発明による輻輳制御システムの実施例６の動作を説明するための説明図である。 ＶｏＩＰサービスを提供するＩＰネットワークの構成例を示すネットワーク構成図である。 ＶｏＩＰサービスを提供するＩＰネットワークの発信系ノードにおける輻輳の波及状況を説明するための説明図である。
符号の説明
１０ ＶｏＩＰ−Ｃプレーン（ＶｏＩＰネットワーク）
１１，１１−１，１１−２，１１−３,１１−４,… 加入者収容ノードＣＬ５
１２，１２−１，１２−２，１２−３,１２−４,… 中継ノードＣＬ４
１５，１５−１，１５−２，１５−３,… エッジルータ
１６，１６−１，１６−２，１６−３,… 受信キュー
５０ ＰＳＴＮ
５１ ＩＧＳ（Interconnecting Gateway Switch）
５２ ＳＴＰ（Signal Transfer Point）
６０ 他網
６１ 輻輳制御装置
６２ ゲートウェイ
８０，８０−１，８０−２，… ユーザ端末
９０ ＶｏＩＰ−Ｕプレーン
１００ 輻輳制御システム
１０１ 輻輳制御サーバ
１０１ａ トラフィック管理部
１０１ａ１
契約トラフィック情報
１０１ａ２
対地別トラフィック測定情報
１０１ａ３
方路別トラフィック測定情報
１０１ａ４ 輻輳状態情報
１０１ｂ 輻輳制御部
１０２ メディアサーバ
１１１ 輻輳検出部
１１１ａ 軽輻輳検出部
１１１ｂ 重輻輳検出部
１１２ トラフィック測定部
１２１ 輻輳検出部
１２１ａ 軽輻輳検出部
１２１ｂ 重輻輳検出部
１２２ トラフィック測定部
１２５ ＣＡ（Call Agent）
１２６ ＳＧ（Signaling ＧＷ）

Claims (45)

  1. ＩＰネットワークを介して各種の通信サービスを行うために、通信サービスごとにそれぞれのサービスを実施するサービスネットワークを該ＩＰネットワーク上に形成しているネットワーク構成における、前記サービスネットワークの輻輳を制御する輻輳制御システムであって、
    前記サービスネットワークが、前記ＩＰネットワークに接続されているユーザ端末を対地別に分割して、それぞれの対地に存在するユーザ端末を収容する加入者収容ノードと、該加入者収容ノード間の情報の中継を行う中継ノードとを、備えた２階層の構成からなり、前記ユーザ端末から受け付けた通信サービスの処理要求を制御メッセージとして当該ユーザ端末を収容する前記サービスネットワーク側の前記加入者収容ノードにルーティングするエッジルータと、前記加入者収容ノードと前記中継ノードとの輻輳状態を制御する輻輳制御サーバとを備え、
    前記加入者収容ノードは、前記エッジルータからの大量の制御メッセージにより、当該加入者収容ノードに輻輳が発生するか又は輻輳発生の可能性が生じた場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
    該通知を受け取った前記輻輳制御サーバは、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージをルーティングする前記エッジルータに対して、制御メッセージのルーティング動作の規制を指示する規制用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージのルーティング動作を規制することを特徴とする輻輳制御システム。
  2. 請求項１に記載の輻輳制御システムにおいて、
    輻輳の発生又は輻輳発生の可能性を通知した前記加入者収容ノードが、輻輳が解消するか、輻輳の発生の可能性が解消した場合、その旨を前記輻輳制御サーバに通知し、
    該通知を受け取った前記輻輳制御サーバは、輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへ制御メッセージをルーティングする前記エッジルータに対して、規制の解除を指示する規制解除用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージのルーティング動作の規制を解除することを特徴とする輻輳制御システム。
  3. 請求項１又は２に記載の輻輳制御システムにおいて、
    前記加入者収容ノードが検出する輻輳として、輻輳の前兆となる軽度の輻輳状態と重い負荷状態に陥っている輻輳状態とを少なくとも含む、輻輳状態の程度を判別して、前記輻輳制御サーバに輻輳を通知する際に、判別した輻輳状態の程度を含めて通知することを特徴とする輻輳制御システム。
  4. 請求項１乃至３のいずれかに記載の輻輳制御システムにおいて、
    前記加入者収容ノードは運用系と待機系を有し、前記加入者収容ノードが過大な負荷状態になり、前記輻輳制御サーバに対して輻輳の発生を通知メッセージとして通知することができない場合、前記待機系に切り替えるとともに、系の切り替えが輻輳発生により行われたことを前記輻輳制御サーバに通知し、通知を受けた輻輳制御サーバは、輻輳中のノードへの制御データの流入を規制するように他の加入者収容ノードに指示し、前記加入者収容ノードは、輻輳状態から回復すると、前記輻輳制御サーバに輻輳状態からの回復を通知し、通知を受けた前記輻輳制御サーバは、他の加入者収容ノードへの規制解除を指示することを特徴とする輻輳制御システム。
  5. 請求項１乃至４のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記加入者収容ノードから輻輳の発生又は輻輳発生の可能性の通知を受け取った際に、当該加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信を規制することを指示する規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信を規制し、しかる後、前記加入者収容ノードから輻輳の解消又は輻輳の発生の可能性の解消の旨の通知を受け取った際に、制御メッセージの送信を規制していた前記中継ノード及び／又は他の前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージの送信の規制を解除することを特徴とする輻輳制御システム。
  6. 請求項１乃至５のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記加入者収容ノードにて処理されているトラフィック情報を予め定めた周期ごとに定期的にあるいは必要に応じて随時収集して、収集した前記トラフィック情報に基づいて、前記加入者収容ノードのいずれかが輻輳しているか否か、輻輳の発生が予測されるか否かを判別し、いずれかの前記加入者収容ノードが輻輳しているか又は輻輳の発生が予測された場合、当該加入者収容ノードへ制御メッセージをルーティングする前記エッジルータに対して、制御メッセージのルーティング動作の規制を指示する規制用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージのルーティング動作を規制するとともに、当該加入者収容ノードに対して入力トラフィックを規制することを指示する入力規制用輻輳制御メッセージを送信することにより、当該加入者収容ノードを前記入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定し、入力トラフィックの入力を規制する状態に設定することを特徴とする輻輳制御システム。
  7. 請求項６に記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記加入者収容ノードから収集した前記トラフィック情報に基づいて、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードの輻輳が解消するか、輻輳の発生の可能性が解消したものと判別した場合、当該加入者収容ノードへ制御メッセージをルーティングする前記エッジルータに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージのルーティング動作の規制を解除するとともに、輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードに対して、入力トラフィックの規制を解除することを指示する入力規制解除用輻輳制御メッセージを送信することにより、当該加入者収容ノードを輻輳又は輻輳発生の可能性の状態から通常の状態に復旧させ、入力トラフィックの入力規制を解除する状態に設定することを特徴とする輻輳制御システム。
  8. 請求項６又は７に記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記加入者収容ノードから定期的に又は随時収集した前記トラフィック情報の履歴に基づいて、いずれかの前記加入者収容ノードが輻輳しているか又は輻輳の発生が予測された場合、当該加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信を規制することを指示する規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信を規制し、しかる後、前記加入者収容ノードから収集した前記トラフィック情報に基づいて、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードの輻輳が解消するか、輻輳の発生の可能性が解消したものと判別した場合、制御メッセージの送信を規制していた前記中継ノード及び／又は他の前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージの送信の規制を解除することを特徴とする輻輳制御システム。
  9. 請求項１乃至８のいずれかに記載の輻輳制御システムにおいて、
    前記加入者収容ノードは、前記中継ノード及び／又は他の前記加入者収容ノードからの大量の制御メッセージにより、当該加入者収容ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
    該通知を受け取った前記輻輳制御サーバは、輻輳制御によりトラフィック規制後の当該加入者収容サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノード及び／又は各前記中継ノードから定期的に又は随時収集したトラフィック情報の履歴に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けの各対地別の平均トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する着信規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制することを特徴とする輻輳制御システム。
  10. 請求項１乃至８のいずれかに記載の輻輳制御システムにおいて、
    前記加入者収容ノードは、前記中継ノード及び／又は他の前記加入者収容ノードからの大量の制御メッセージにより、当該加入者収容ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
    該通知を受け取った前記輻輳制御サーバは、輻輳制御によりトラフィック規制後の当該加入者収容サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノードに収容されたユーザ端末の加入者及び／又は各前記中継ノードに接続された端末の加入者それぞれの契約トラフィック情報に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けの各対地別の所要トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する着信規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制することを特徴とする輻輳制御システム。
  11. 請求項９又は１０に記載の輻輳制御システムにおいて、
    輻輳の発生又は輻輳発生の可能性を通知した前記加入者収容ノードが、輻輳が解消するか、輻輳の発生の可能性が解消した場合、その旨を前記輻輳制御サーバに通知し、
    該通知を受け取った前記輻輳制御サーバは、制御メッセージの送信を規制していた前記中継ノード及び／又は他の前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージの送信の規制を解除することを特徴とする輻輳制御システム。
  12. 請求項１乃至１１のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記加入者収容ノードにて処理されているトラフィック情報を予め定めた周期ごとに定期的にあるいは必要に応じて随時収集して、収集した前記トラフィック情報に基づいて、前記加入者収容ノードのいずれかが輻輳しているか否か、輻輳の発生が予測されるか否かを判別し、いずれかの前記加入者収容ノードが輻輳しているか又は輻輳の発生が予測された場合、輻輳制御によりトラフィック規制後の当該加入者収容サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノード及び／又は各前記中継ノードから定期的に又は随時収集した前記トラフィック情報の履歴に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けの各対地別の平均トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する着信規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制するとともに、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードに対して前記総制御メッセージ数以下に入力トラフィックを規制することを指示する着信入力規制用輻輳制御メッセージを送信することにより、当該加入者収容ノードを前記着信入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定し、入力トラフィックの入力を前記総制御メッセージ数以下に規制する状態に設定することを特徴とする輻輳制御システム。
  13. 請求項１乃至１１のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記加入者収容ノードにて処理されているトラフィック情報を予め定めた周期ごとに定期的にあるいは必要に応じて随時収集して、収集した前記トラフィック情報に基づいて、前記加入者収容ノードのいずれかが輻輳しているか否か、輻輳の発生が予測されるか否かを判別し、いずれかの前記加入者収容ノードが輻輳しているか又は輻輳の発生が予測された場合、輻輳制御によりトラフィック規制後の当該加入者収容サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノードに収容されたユーザ端末の加入者及び／又は各前記中継ノードに接続された端末の加入者それぞれの契約トラフィック情報に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けの各対地別の所要トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する着信規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制するとともに、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードに対して前記総制御メッセージ数以下に入力トラフィックを規制することを指示する着信入力規制用輻輳制御メッセージを送信することにより、当該加入者収容ノードを前記着信入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定し、入力トラフィックの入力を前記総制御メッセージ数以下に規制する状態に設定することを特徴とする輻輳制御システム。
  14. 請求項１２又は１３に記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記加入者収容ノードから収集した前記トラフィック情報に基づいて、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードの輻輳が解消するか、輻輳の発生の可能性が解消したものと判別した場合、制御メッセージの送信を規制していた前記中継ノード及び／又は他の前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードへの制御メッセージの送信の規制を解除するとともに、
    輻輳又は輻輳発生の可能性が解消した前記加入者収容ノードに対して、入力トラフィックの規制を解除することを指示する入力規制解除用輻輳制御メッセージを送信することにより、当該加入者収容ノードを輻輳又は輻輳発生の可能性の状態から通常の状態に復旧させ、入力トラフィックの入力規制を解除する状態に設定することを特徴とする輻輳制御システム。
  15. 請求項１乃至１４のいずれかに記載の輻輳制御システムにおいて、
    或る対地の前記加入者収容ノードの輻輳発生期間が予め予測される場合、前記輻輳制御サーバに、前記加入者収容ノードの前記輻輳発生期間を予め登録することにより、前記輻輳制御サーバは、前記輻輳発生期間の開始日時に達した際に、輻輳発生が予測される前記加入者収容ノードへの制御メッセージをルーティングする前記エッジルータに対して、制御メッセージのルーティング動作の規制を指示する規制用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳発生が予測される前記加入者収容ノードへの制御メッセージのルーティング動作を規制するとともに、
    輻輳発生が予測される前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信を規制することを指示する規制用輻輳制御メッセージ又は前記着信規制用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信を規制することを特徴とする輻輳制御システム。
  16. 請求項１５に記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記輻輳発生期間の終了日時に達した際に、輻輳発生が予測される前記加入者収容ノードへ制御メッセージをルーティングする前記エッジルータに対して、規制の解除を指示する規制解除用輻輳制御メッセージを送信することにより、前記エッジルータから輻輳発生が予測される前記加入者収容ノードへの制御メッセージのルーティング動作の規制を解除するとともに、
    輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信を規制していた前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信の規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信の規制を解除することを特徴とする輻輳制御システム。
  17. 請求項１乃至１６のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバから、前記エッジルータへ送信する前記規制用輻輳制御メッセージ、あるいは、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードへ送信する前記規制用輻輳制御メッセージ又は前記着信規制用輻輳制御メッセージは、新たなセッションの開設を要求するセッション設定要求制御メッセージのみの規制を指示していることを特徴とする輻輳制御システム。
  18. 請求項１乃至１７のいずれかに記載の輻輳制御システムにおいて、
    各前記加入者収容ノードにそれぞれ収容される対地ごとのグループのユーザ端末それぞれに対して、前記輻輳制御サーバからの制御に基づいて、輻輳状態に応じた各種の案内情報を、各種メディアを用いて送信するメディアサーバを備え、
    前記輻輳制御サーバが、輻輳の発生又は輻輳発生の可能性がある前記加入者収容ノードを検知した際に、当該加入者収容ノードに収容される対地ごとのグループの前記ユーザ端末それぞれに対して新たな処理要求の入力の待ち合わせを要請する案内情報を通知することを指示する案内通知用輻輳制御メッセージを、前記メディアサーバに対して送信することを特徴とする輻輳制御システム。
  19. 請求項１乃至１８のいずれかに記載の輻輳制御システムにおいて、
    前記中継ノードが検出する輻輳として、輻輳の前兆となる軽度の輻輳状態と重い負荷状態に陥っている輻輳状態とを少なくとも含む、輻輳状態の程度を判別して、前記輻輳制御サーバに輻輳を通知する際に、判別した輻輳状態の程度を含めて通知することを特徴とする輻輳制御システム。
  20. 請求項１乃至１９のいずれかに記載の輻輳制御システムにおいて、
    前記中継ノードは運用系と待機系を有し、前記中継ノードが過大な負荷状態になり、前記輻輳制御サーバに対して輻輳の発生を通知メッセージとして通知することができない場合、前記待機系に切り替えるとともに、系の切り替えが輻輳発生により行われたことを前記輻輳制御サーバに通知し、通知を受けた輻輳制御サーバは、輻輳中のノードへの制御データの流入を規制するように他の中継ノードに指示し、前記中継ノードは、輻輳状態から回復すると、前記輻輳制御サーバに輻輳状態からの回復を通知し、通知を受けた前記輻輳制御サーバは、他の中継ノードへの規制解除を指示することを特徴とする輻輳制御システム。
  21. 請求項１乃至２０のいずれかに記載の輻輳制御システムにおいて、
    前記中継ノードは、対向して接続された他の前記中継ノード及び／又は前記加入者収容ノードからの大量の制御メッセージにより、当該中継ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
    該通知を受け取った前記輻輳制御サーバは、輻輳又は輻輳発生の可能性が生じた前記中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信を規制することを指示する規制用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信を規制し、しかる後、前記中継ノードから輻輳の解消又は輻輳の発生の可能性の解消の旨の通知を受け取った際に、当該中継ノードへの制御メッセージの送信を規制していた他の前記中継ノード及び／又は前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記中継ノードへの制御メッセージの送信の規制を解除することを特徴とする輻輳制御システム。
  22. 請求項１乃至２０のいずれかに記載の輻輳制御システムにおいて、
    前記中継サーバは、対向して接続された他の前記中継ノード及び／又は前記加入者収容ノードからの大量の制御メッセージにより、当該中継ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
    該通知を受け取った前記輻輳制御サーバは、輻輳又は輻輳発生の可能性が生じた前記中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードに対して、前記通知の送信元の前記中継ノード向けの制御メッセージの転送ルートを、各前記中継ノードに備えられている制御メッセージの転送ルートを選択する方路選択機能を用いて、輻輳又は輻輳発生の可能性が生じた前記中継ノードを迂回して他の前記中継ノードを経由する迂回ルートに切り替えて送信することを指示する迂回用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの転送ルートを、前記方路選択機能を用いた迂回ルートに切り替え、しかる後、前記中継ノードから輻輳の解消又は輻輳の発生の可能性の解消の旨の通知を受け取った際に、当該中継ノード向けの制御メッセージを当該中継ノードの迂回ルートへ転送させていた他の前記中継ノード及び／又は前記加入者収容ノードに対して、迂回ルートから復帰することを指示する迂回解除用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記中継ノードへの制御メッセージの送信を再開することを特徴とする輻輳制御システム。
  23. 請求項１乃至２２のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記中継ノードにて処理されているトラフィック情報を予め定めた周期ごとに定期的にあるいは必要に応じて随時収集して、収集した前記トラフィック情報に基づいて、前記中継ノードのいずれかが輻輳しているか否か、輻輳の発生が予測されるか否かを判別し、いずれかの前記中継ノードが輻輳しているか又は輻輳の発生が予測された場合、当該中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信を規制することを指示する規制用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信を規制するとともに、輻輳又は輻輳発生の可能性が生じた前記中継ノードに対して入力トラフィックを規制することを指示する入力規制用輻輳制御メッセージを送信することにより、当該中継ノードを前記入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定し、入力トラフィックの入力を規制する状態に設定することを特徴とする輻輳制御システム。
  24. 請求項２３に記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記中継ノードから収集した前記トラフィック情報に基づいて、輻輳又は輻輳発生の可能性が生じた前記中継ノードの輻輳が解消するか、輻輳の発生の可能性が解消したものと判別した場合、当該中継ノードへの制御メッセージの送信を規制していた他の前記中継ノード及び／又は前記加入者収容ノードに対して、規制を解除することを指示する規制解除用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記中継ノードへの制御メッセージの送信の規制を解除するとともに、輻輳又は輻輳発生の可能性が解消した前記中継ノードに対して、入力トラフィックの規制を解除することを指示する入力規制解除用輻輳制御メッセージを送信することにより、当該中継ノードを輻輳又は輻輳発生の可能性の状態から通常の状態に復旧させ、入力トラフィックの入力規制を解除する状態に設定することを特徴とする輻輳制御システム。
  25. 請求項１乃至２２のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記中継ノードにて処理されているトラフィック情報を予め定めた周期ごとに定期的にあるいは必要に応じて随時収集して、収集した前記トラフィック情報に基づいて、前記中継ノードのいずれかが輻輳しているか否か、輻輳の発生が予測されるか否かを判別し、いずれかの前記中継ノードが輻輳しているか又は輻輳の発生が予測された場合、当該中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記中継ノード向けの制御メッセージの転送ルートを、各前記中継ノードに備えられている制御メッセージの転送ルートを選択する方路選択機能を用いて、輻輳又は輻輳発生の可能性が生じた前記中継ノードを迂回して他の前記中継ノードを経由する迂回ルートに切り替えて送信することを指示する迂回用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの転送ルートを、前記方路選択機能を用いた迂回ルートに切り替えるとともに、輻輳又は輻輳発生の可能性が生じた前記中継ノードに対して入力トラフィックを規制することを指示する入力規制用輻輳制御メッセージを送信することにより、当該中継ノードを前記入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定し、入力トラフィックの入力を規制する状態に設定することを特徴とする輻輳制御システム。
  26. 請求項２５に記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記中継ノードから収集した前記トラフィック情報に基づいて、輻輳又は輻輳発生の可能性が生じた前記中継ノードの輻輳が解消するか、輻輳の発生の可能性が解消したものと判別した場合、当該中継ノード向けの制御メッセージを当該中継ノードの迂回ルートへ転送させていた他の前記中継ノード及び／又は前記加入者収容ノードに対して、迂回ルートから復帰することを指示する迂回解除用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記中継ノードへの制御メッセージの送信を再開するとともに、
    輻輳又は輻輳発生の可能性が解消した前記中継ノードに対して、入力トラフィックの規制を解除することを指示する入力規制解除用輻輳制御メッセージを送信することにより、当該中継ノードを輻輳又は輻輳発生の可能性の状態から通常の状態に復旧させ、入力トラフィックの入力規制を解除する状態に設定することを特徴とする輻輳制御システム。
  27. 請求項１乃至２６のいずれかに記載の輻輳制御システムにおいて、
    ＩＰネットワーク以外の他網と網間接続している前記中継ノードは、当該中継ノードに輻輳が発生するか又は輻輳の発生が予測されることを検知した場合、その旨を前記輻輳制御サーバに通知するとともに、前記他網との間で制御信号を送受信するリンクを切断することにより、又は、予め定めた一定時間の間、前記リンクを切断した後、前記リンクを元の接続状態に復旧させることにより、あるいは、前記他網から前記リンクを介して入力されてくる制御信号を受け付けるための受信キューに登録済みの前記他網からの制御信号のアンロード動作を規制することにより、当該中継ノードの輻輳の発生を、前記他網側に通知することを特徴とする輻輳制御システム。
  28. 請求項１乃至２７のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、ＩＰネットワーク以外の他網と網間接続している前記中継ノードから収集したトラフィック情報に基づいて、当該中継サーバの輻輳の発生又は輻輳発生の予測を検知した場合、当該中継サーバに対して前記他網からの入力トラフィックを規制することを指示する他網入力規制用輻輳制御メッセージを送信することにより、当該中継ノードを前記他網入力規制用輻輳制御メッセージにて指定された輻輳又は輻輳発生の可能性の状態に設定するとともに、前記他網との間で制御信号を送受信するリンクを切断することにより、又は、予め定めた一定時間の間、前記リンクを切断した後、前記リンクを元の接続状態に復旧させることにより、あるいは、前記他網から前記リンクを介して入力されてくる制御信号を受け付けるための受信キューに登録済みの前記他網からの制御信号のアンロード動作を規制することにより、当該中継ノードの輻輳の発生を、前記他網側に通知することを特徴とする輻輳制御システム。
  29. 請求項１乃至２８のいずれかに記載の輻輳制御システムにおいて、
    ＩＰネットワーク上の前記サービスネットワークを構成する前記加入者収容ノード、前記中継ノードのいずれかに網間接続された他網側に、当該他網内の輻輳制御を実施する輻輳制御装置が備えられている場合、前記輻輳制御サーバは、前記他網側の前記輻輳制御装置との間で、輻輳制御に関する情報を、相互に、インポート・エクスポートすることにより、前記他網と網間接続されたユーザ端末間のエンド−エンドのフロー制御を実施することを特徴とする輻輳制御システム。
  30. 請求項２９に記載の輻輳制御システムにおいて、
    前記他網の前記輻輳制御装置との間でインポート・エクスポートする輻輳制御に関する情報として、前記他網との間で疎通しているトラフィック情報の履歴、前記他網からの入接続及び前記他網への出接続に関する規制情報を少なくとも含むことを特徴とする輻輳制御システム。
  31. 請求項１乃至３０のいずれかに記載の輻輳制御システムにおいて、
    前記中継ノードは、他の前記中継ノード及び／又は前記加入者収容ノードからの大量の制御メッセージにより、当該中継ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
    該通知を受け取った前記輻輳制御サーバは、輻輳制御によりトラフィック規制後の当該中継サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノード及び／又は各前記中継ノードから定期的に又は随時収集したトラフィック情報の履歴に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記中継ノードを経由する各対地別の平均トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記中継ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する中継規制用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制することを特徴とする輻輳制御システム。
  32. 請求項１乃至３０のいずれかに記載の輻輳制御システムにおいて、
    前記中継ノードは、他の前記中継ノード及び／又は前記加入者収容ノードからの大量の制御メッセージにより、当該中継ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳の発生又は輻輳発生の可能性を検出して、その旨を前記輻輳制御サーバに通知し、
    該通知を受け取った前記輻輳制御サーバは、輻輳制御によりトラフィック規制後の当該中継サーバが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノードに収容されたユーザ端末の加入者及び／又は各前記中継ノードに接続された端末の加入者それぞれの契約トラフィック情報に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記中継ノードを経由する各対地別の所要トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記中継ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示する中継規制用輻輳制御メッセージを送信することにより、他の前記中継ノード及び／又は前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制することを特徴とする輻輳制御システム。
  33. 請求項１９乃至３２のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバから、輻輳又は輻輳発生の可能性が生じた前記中継ノードへの制御メッセージを送信する他の前記中継ノード及び／又は前記加入者収容ノードへ、送信する前記規制用輻輳制御メッセージ又は前記他網入力規制用輻輳制御メッセージ又は前記中継規制用輻輳制御メッセージは、新たなセッションの開設を要求するセッション設定要求制御メッセージのみの規制を指示していることを特徴とする輻輳制御システム。
  34. 請求項１乃至３３のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記加入者収容ノード、前記中継ノード、前記エッジルータに対して輻輳制御用として送信する各種の輻輳制御メッセージを生成する際に、輻輳の契機となる事象ごとに、送信すべき輻輳制御メッセージの種類、輻輳制御メッセージの送信先となる前記加入者収容ノード、前記中継ノード、前記エッジルータそれぞれの宛先、輻輳制御のための規制量を予め登録している輻輳制御用テンプレートを備え、
    前記加入者収容ノード、前記中継ノードのいずれかのノードの輻輳又は輻輳発生の可能性が生じた際に、該輻輳の契機となった事象を取得して、前記テンプレートを索引することによって、送信すべき輻輳制御メッセージの種類、規制先及び規制量を抽出して、輻輳制御メッセージを生成することを特徴とする輻輳制御システム。
  35. 請求項１乃至３４のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記加入者収容ノード、前記中継ノードとの輻輳制御状態の同期化を行うオーディット手段を備え、前記加入者収容ノード及び／又は前記中継ノードとの間の接続リンクに通信障害が発生した場合、該通信障害が復旧した時点で、当該接続リンクに接続されている前記加入者収容ノード及び／又は前記中継ノードから現在の輻輳制御状態を取得して、当該輻輳制御サーバが認識している前記加入者収容ノード及び／又は前記中継ノードの輻輳制御状態と比較して、不一致が検出された場合、当該輻輳制御サーバが認識している輻輳制御状態に、前記加入者収容ノード及び／又は前記中継ノードの状態を設定し直すことを特徴とする輻輳制御システム。
  36. 請求項１乃至３５のいずれかに記載の輻輳制御システムにおいて、
    前記輻輳制御サーバは、前記加入者収容ノード及び／又は前記中継ノードから、制御メッセージの処理が不可能となる障害が検知された旨の通知があった場合、障害が発生した前記加入者収容ノード及び／又は前記中継ノードそれぞれのリンクに接続されている相手側の前記加入者収容ノード及び／又は前記中継ノードに対して、当該前記加入者収容ノード及び／又は前記中継ノードへの制御メッセージの送信を規制することを指示する障害発生通知用輻輳制御メッセージを送信することにより、相手側の前記加入者収容ノード及び／又は前記中継ノードから障害が発生した前記加入者収容ノード及び／又は前記中継ノードへの制御メッセージの送信を規制し、障害が発生した前記加入者収容ノード及び／又は前記中継ノードから障害が回復した旨の通知があった場合、障害が回復した前記加入者収容ノード及び／又は前記中継ノードそれぞれのリンクに接続されている相手側の前記加入者収容ノード及び／又は前記中継ノードに対して、当該前記加入者収容ノード及び／又は前記中継ノードへの制御メッセージの送信の規制を解除することを指示する障害回復通知用輻輳制御メッセージを送信することにより、相手側の前記加入者収容ノード及び／又は前記中継ノードから障害が回復した前記加入者収容ノード及び／又は前記中継ノードへの制御メッセージの送信の規制を解除することを特徴とする輻輳制御システム。
  37. ＩＰネットワークを介して各種の通信サービスを行うために、通信サービスごとにそれぞれのサービスを実施するサービスネットワークを該ＩＰネットワーク上に形成しているネットワーク構成における、前記サービスネットワークの輻輳を制御する輻輳制御方法であって、
    前記サービスネットワークが、前記ＩＰネットワークに接続されているユーザ端末を対地別に分割して、それぞれの対地に存在するユーザ端末を収容する加入者収容ノードと、該加入者収容ノード間の情報の中継を行う中継ノードとを、備えた２階層からなり、前記ユーザ端末から受け付けた通信サービスの処理要求を制御メッセージとして当該ユーザ端末を収容する前記サービスネットワーク側の前記加入者収容ノードにエッジルータを介してルーティングするように構成されており、
    前記エッジルータからの大量の制御メッセージにより、前記加入者収容ノードに輻輳が発生するか又は輻輳発生の可能性が生じた場合、前記エッジルータに対して、制御メッセージのルーティング動作の規制を指示して、前記エッジルータから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノードへの制御メッセージのルーティング動作を規制することを特徴とする輻輳制御方法。
  38. 請求項３７に記載の輻輳制御方法において、
    前記加入者収容ノード又は前記中継ノードに輻輳の発生又は輻輳の発生の可能性が生じた際に、当該加入者収容ノード又は当該中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノードへの制御メッセージの送信を規制することを指示して、他の前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノードへの制御メッセージの送信を規制し、しかる後、前記加入者収容ノード又は前記中継ノードの輻輳解消又は輻輳発生の可能性の解消があった際に、制御メッセージの送信を規制していた他の前記中継ノード及び／又は他の前記加入者収容ノードに対して、規制を解除することを指示して、他の前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が解消した前記加入者収容ノード又は前記中継ノードへの制御メッセージの送信の規制を解除することを特徴とする輻輳制御方法。
  39. 請求項３７又は３８に記載の輻輳制御方法において、
    前記加入者収容ノード又は前記中継ノードが、他の前記中継ノード及び／又は他の前記加入者収容ノードからの大量の制御メッセージにより、当該加入者収容ノード又は当該中継ノードに輻輳が発生するか又は輻輳の発生が予測される場合、輻輳制御によりトラフィック規制後の当該加入者収容サーバ又は当該中継ノードが受け付け可能な単位時間当たりの総制御メッセージ数を算出した後、各前記加入者収容ノード及び／又は各前記中継ノードから定期的に又は随時収集したトラフィック情報の履歴に基づいて算出した輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード向けの各対地別の平均トラフィック量又は輻輳又は輻輳発生の可能性が生じた前記中継ノードを経由する各対地別の平均トラフィック量を用いて、前記総制御メッセージ数を重み付けして、各対地の前記加入者収容ノード及び／又は前記中継ノードそれぞれから、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノード向けへの送信を許可する規制後の送信許可制御メッセージ数を算出し、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノードへ制御メッセージを送信する他の前記中継ノード及び／又は他の前記加入者収容ノードそれぞれに対して、輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノードへの制御メッセージの単位時間当たりの送信数を、算出された前記送信許可制御メッセージ数により規制することを指示することにより、他の前記中継ノード及び／又は他の前記加入者収容ノードから輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード又は前記中継ノードへの制御メッセージの送信数を前記送信許可制御メッセージ数以下に規制することを特徴とする輻輳制御方法。
  40. 請求項３７乃至３９のいずれかに記載の輻輳制御方法において、
    前記中継ノードは運用系と待機系を有し、前記中継ノードが過大な負荷状態になり、前記輻輳制御サーバに対して輻輳の発生を通知メッセージとして通知することができない場合、前記待機系に切り替えるとともに、系の切り替えが輻輳発生により行われたことを前記輻輳制御サーバに通知し、通知を受けた輻輳制御サーバは、輻輳中の中継ノードへの制御データの流入を規制するように他の中継ノードに指示し、前記中継ノードは、輻輳状態から回復すると、前記輻輳制御サーバに輻輳状態からの回復を通知し、通知を受けた前記輻輳制御サーバは、他の中継ノードへの規制解除を指示することを特徴とする輻輳制御方法。
  41. 請求項３７乃至４０のいずれかに記載の輻輳制御方法において、
    ＩＰネットワーク上の前記サービスネットワークを構成する前記加入者収容ノード、前記中継ノードのいずれかに網間接続された他網側に、当該他網内の輻輳制御を実施する輻輳制御装置が備えられている場合、前記他網側の前記輻輳制御装置との間で、輻輳制御に関する情報を、相互に、インポート・エクスポートすることにより、前記他網と網間接続されたユーザ端末間のエンド−エンドのフロー制御を実施することを特徴とする輻輳制御方法。
  42. 請求項３７乃至４０のいずれかに記載の輻輳制御方法において、
    或る対地の前記加入者収容ノードの輻輳発生期間が予め予測される場合、前記加入者収容ノードの前記輻輳発生期間を予め登録し、前記輻輳発生期間の開始日時に達した際に、輻輳発生が予測される前記加入者収容ノードへの制御メッセージをルーティングする前記エッジルータに対して、制御メッセージのルーティング動作の規制を指示して、前記エッジルータから輻輳発生が予測される前記加入者収容ノードへの制御メッセージのルーティング動作を規制するとともに、輻輳発生が予測される前記加入者収容ノードへ制御メッセージを送信する前記中継ノード及び／又は他の前記加入者収容ノードに対して、輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信を規制することを指示して、前記中継ノード及び／又は他の前記加入者収容ノードから輻輳発生が予測される前記加入者収容ノードへの制御メッセージの送信を規制することを特徴とする輻輳制御方法。
  43. 請求項３７乃至４１のいずれかに記載の輻輳制御方法において、
    輻輳又は輻輳発生の可能性が生じた前記加入者収容ノード及び／又は前記中継ノードへの送信を規制する制御メッセージは、新たなセッションの開設を要求するセッション設定要求制御メッセージのみとすることを特徴とする輻輳制御方法。
  44. 請求項３７乃至４３のいずれかに記載の輻輳制御方法を、コンピュータにより実行可能なプログラムとして実施することを特徴とする輻輳制御プログラム。
  45. 請求項４４に記載の輻輳制御プログラムを、コンピュータにより読み取り可能な記録媒体に記録していることを特徴とするプログラム記録媒体。
JP2007003595A 2007-01-11 2007-01-11 輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体 Pending JP2008172517A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2007003595A JP2008172517A (ja) 2007-01-11 2007-01-11 輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体
EP20080100060 EP1944908B1 (en) 2007-01-11 2008-01-03 Congestion control in a data and telephone network
US11/971,686 US7768917B2 (en) 2007-01-11 2008-01-09 Congestion control system, congestion control method, congestion control program, and program recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007003595A JP2008172517A (ja) 2007-01-11 2007-01-11 輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体

Publications (1)

Publication Number Publication Date
JP2008172517A true JP2008172517A (ja) 2008-07-24

Family

ID=39060267

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007003595A Pending JP2008172517A (ja) 2007-01-11 2007-01-11 輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体

Country Status (3)

Country Link
US (1) US7768917B2 (ja)
EP (1) EP1944908B1 (ja)
JP (1) JP2008172517A (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009253900A (ja) * 2008-04-10 2009-10-29 Nippon Telegr & Teleph Corp <Ntt> 輻輳制御方法、輻輳制御装置、および輻輳制御システム
JP2010147543A (ja) * 2008-12-16 2010-07-01 Fujitsu Ltd 移動網システム及びガイダンスメッセージ提供方法
JP2010278756A (ja) * 2009-05-28 2010-12-09 Nippon Telegr & Teleph Corp <Ntt> フォールバック制御方法、フォールバック制御システム、呼制御装置及び呼制御プログラム
JP2012209839A (ja) * 2011-03-30 2012-10-25 Nec Corp セッション管理システム、セッション数確保方法およびセッション数確保プログラム
US8605593B2 (en) 2010-09-16 2013-12-10 Hitachi, Ltd. Transport control server, transport control system, and transport control method
JP2014516216A (ja) * 2011-05-11 2014-07-07 スマート ハブ ピーティーイー リミテッド 電子コンテンツを受信側デバイスにルーティングするためのシステム及び方法
JP2014155110A (ja) * 2013-02-12 2014-08-25 Nippon Telegr & Teleph Corp <Ntt> 輻輳制御装置、および輻輳制御プログラム
JP2015216695A (ja) * 2011-03-11 2015-12-03 インターデイジタル パテント ホールディングス インコーポレイテッド マシン間ネットワーク内でバースト性のあるネットワークへの参加および再参加を処理する方法および装置

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100435985B1 (ko) * 2004-02-25 2004-06-12 엔에이치엔(주) 투표를 활용한 무정지 서비스 시스템 및 그 시스템에서의정보 갱신 및 제공 방법
JP4510044B2 (ja) * 2007-03-29 2010-07-21 株式会社東芝 電話交換装置及び電話システム
US7853248B2 (en) * 2007-09-21 2010-12-14 Yahoo! Inc. SMS spam control
JP4327887B1 (ja) * 2008-05-30 2009-09-09 株式会社東芝 主装置及び制御信号分配規制方法
JP5272536B2 (ja) * 2008-06-25 2013-08-28 富士通株式会社 呼中継方法および呼中継システム
US8526595B2 (en) * 2009-05-26 2013-09-03 At&T Intellectual Property I, L.P. Auto-dialer blocking on network
CN102255790A (zh) * 2010-05-18 2011-11-23 中兴通讯股份有限公司 拥塞控制信息的通知方法和系统
US8726095B2 (en) * 2010-12-02 2014-05-13 Dell Products L.P. System and method for proactive management of an information handling system with in-situ measurement of end user actions
US9781656B2 (en) * 2011-08-26 2017-10-03 Alcatel Lucent Method and apparatus for modifying call admission control thresholds
US9442881B1 (en) 2011-08-31 2016-09-13 Yahoo! Inc. Anti-spam transient entity classification
EP2772020B1 (en) * 2011-10-25 2020-06-10 Fourth Wall Media, Inc. Network bandwidth regulation using traffic scheduling
JP2014022855A (ja) * 2012-07-17 2014-02-03 Sony Corp 情報処理装置、通信システムおよび情報処理方法
WO2014052436A2 (en) 2012-09-25 2014-04-03 Parallel Wireless Inc. Heterogeneous self-organizing network for access and backhaul
US9407559B2 (en) * 2013-09-23 2016-08-02 Mitsubishi Electric Research Laboratories, Inc. Discovering stable routes in wireless networks
US20150280930A1 (en) * 2014-03-26 2015-10-01 Ebay Inc. Systems and methods for implementing real-time event notifications
EP3198805B1 (en) * 2014-09-23 2019-11-20 Nec Corporation Efficient service function chaining over a transport network
US10225761B2 (en) 2014-11-06 2019-03-05 At&T Intellectual Property I, L.P. Enhanced network congestion application programming interface
US9866427B2 (en) 2015-02-16 2018-01-09 Juniper Networks, Inc. Multi-stage switch fabric fault detection and handling
WO2017191615A1 (en) * 2016-05-05 2017-11-09 Telefonaktiebolaget Lm Ericsson (Publ System and method for congestion control in a communication system
US10951527B2 (en) * 2018-12-28 2021-03-16 Juniper Networks, Inc. Switch fabric packet flow reordering
JP7205267B2 (ja) * 2019-02-06 2023-01-17 日本電信電話株式会社 Ｅｎｕｍサーバおよび輻輳制御方法
CN113132415A (zh) * 2021-05-10 2021-07-16 安徽思珀特信息科技有限公司 一种基于网络流量分析的威胁发现系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0396050A (ja) * 1989-09-07 1991-04-22 Fujitsu Ltd 輻輳制御方式
JP2001333114A (ja) * 2000-05-22 2001-11-30 Hitachi Ltd インタネットゲートウェイシステムでの迂回制御方法
JP2004056726A (ja) * 2002-07-24 2004-02-19 Matsushita Electric Ind Co Ltd トラヒック量制御装置およびトラヒック量制御方法
JP2004064135A (ja) * 2002-07-24 2004-02-26 Ntt Docomo Inc オペレーション装置、及び、通信制御方法
JP2005311596A (ja) * 2004-04-20 2005-11-04 Nippon Telegr & Teleph Corp <Ntt> 輻輳制御を行うルータ、輻輳制御システム及び方法
JP2006304028A (ja) * 2005-04-22 2006-11-02 Fujitsu Ltd ネットワーク制御システム及び輻輳制御方法
JP2007174047A (ja) * 2005-12-20 2007-07-05 Nippon Telegr & Teleph Corp <Ntt> 呼制御方法および呼制御システム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6785704B1 (en) * 1999-12-20 2004-08-31 Fastforward Networks Content distribution system for operation over an internetwork including content peering arrangements
JP4082858B2 (ja) * 2000-10-30 2008-04-30 富士通株式会社 ネットワークアクセス制御方法及びそれを用いたネットワークシステム及びそれを構成する装置
JP2002252640A (ja) * 2001-02-23 2002-09-06 Fujitsu Ltd ネットワーク中継装置及び方法並びにシステム
JP3715604B2 (ja) 2002-08-28 2005-11-09 エヌ・ティ・ティ・コムウェア株式会社 トラフィック制御装置、トラフィック制御プログラム、プログラム記録媒体、及びトラフィック制御方法
US7562393B2 (en) 2002-10-21 2009-07-14 Alcatel-Lucent Usa Inc. Mobility access gateway
US8036120B2 (en) * 2003-08-27 2011-10-11 Nortel Networks Limited Technique for admission control of packet flows
JP4566589B2 (ja) * 2004-03-18 2010-10-20 富士通株式会社 Ｓｉｐサーバ

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0396050A (ja) * 1989-09-07 1991-04-22 Fujitsu Ltd 輻輳制御方式
JP2001333114A (ja) * 2000-05-22 2001-11-30 Hitachi Ltd インタネットゲートウェイシステムでの迂回制御方法
JP2004056726A (ja) * 2002-07-24 2004-02-19 Matsushita Electric Ind Co Ltd トラヒック量制御装置およびトラヒック量制御方法
JP2004064135A (ja) * 2002-07-24 2004-02-26 Ntt Docomo Inc オペレーション装置、及び、通信制御方法
JP2005311596A (ja) * 2004-04-20 2005-11-04 Nippon Telegr & Teleph Corp <Ntt> 輻輳制御を行うルータ、輻輳制御システム及び方法
JP2006304028A (ja) * 2005-04-22 2006-11-02 Fujitsu Ltd ネットワーク制御システム及び輻輳制御方法
JP2007174047A (ja) * 2005-12-20 2007-07-05 Nippon Telegr & Teleph Corp <Ntt> 呼制御方法および呼制御システム

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009253900A (ja) * 2008-04-10 2009-10-29 Nippon Telegr & Teleph Corp <Ntt> 輻輳制御方法、輻輳制御装置、および輻輳制御システム
JP2010147543A (ja) * 2008-12-16 2010-07-01 Fujitsu Ltd 移動網システム及びガイダンスメッセージ提供方法
JP2010278756A (ja) * 2009-05-28 2010-12-09 Nippon Telegr & Teleph Corp <Ntt> フォールバック制御方法、フォールバック制御システム、呼制御装置及び呼制御プログラム
US8605593B2 (en) 2010-09-16 2013-12-10 Hitachi, Ltd. Transport control server, transport control system, and transport control method
JP2015216695A (ja) * 2011-03-11 2015-12-03 インターデイジタル パテント ホールディングス インコーポレイテッド マシン間ネットワーク内でバースト性のあるネットワークへの参加および再参加を処理する方法および装置
JP2012209839A (ja) * 2011-03-30 2012-10-25 Nec Corp セッション管理システム、セッション数確保方法およびセッション数確保プログラム
JP2014516216A (ja) * 2011-05-11 2014-07-07 スマート ハブ ピーティーイー リミテッド 電子コンテンツを受信側デバイスにルーティングするためのシステム及び方法
JP2014155110A (ja) * 2013-02-12 2014-08-25 Nippon Telegr & Teleph Corp <Ntt> 輻輳制御装置、および輻輳制御プログラム

Also Published As

Publication number Publication date
EP1944908B1 (en) 2012-09-19
US20080212482A1 (en) 2008-09-04
US7768917B2 (en) 2010-08-03
EP1944908A1 (en) 2008-07-16

Similar Documents

Publication Publication Date Title
JP2008172517A (ja) 輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体
US6680952B1 (en) Method and apparatus for backhaul of telecommunications signaling protocols over packet-switching networks
KR100705304B1 (ko) 자동 호 분산 네트워크에서 호를 라우팅하는 방법
US5450482A (en) Dynamic network automatic call distribution
US7046684B2 (en) Gateway system and fault management method
JP5662898B2 (ja) 輻輳制御システム、フロー管理装置及びフロー制御装置
UA46055C2 (uk) Спосіб функціонування системи зв&#39;язку (варіанти), система зв&#39;язку (варіанти) та мультиплексор режиму асинхронної передачі (варіанти)
US8903074B2 (en) Methods, systems, and computer program products for congestion-based routing of telecommunications signaling messages
US7016355B1 (en) Determination of the propagation delay in a packet switched network
JP2003008663A (ja) シグナリングゲートウェイシステム及びそれに用いる網管理方法
US20060209683A1 (en) Packet transmission method and station in packet ring telecommunications network
JP2005311596A (ja) 輻輳制御を行うルータ、輻輳制御システム及び方法
JP2007049436A (ja) 輻輳制御方法および輻輳制御システム
US8155292B2 (en) Telephone system and server apparatus
JP3019352B2 (ja) ポリシング方式
KR100446861B1 (ko) 신호 게이트웨이의 신호 트래픽 제어 방법
JPH0154897B2 (ja)
JPH0522406A (ja) トラヒツク輻輳制御方法
CN101257642B (zh) 控制信令消息流量的方法
US8130933B2 (en) Method for recovery from linkset failure in telecommunications network
JPS63182945A (ja) 呼接続制御方式
JPH02153695A (ja) 迂回接続経路選択方法
Angelin On the properties of a congestion control mechanism for signaling networks based on a state machine
KR20010092243A (ko) 전화망에서 데이터 트래픽을 오프-로딩하기 위한 방법 및시스템
JP2012074994A (ja) Ｉｐ電話システム及び輻輳対処方法

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20081125

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081205

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090605

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090907

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091019

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20091026

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20091211

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20091215

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20100108