輻輳制御装置、輻輳制御方法、およびそのプログラム
【課題】輻輳発生時に迅速な制御の開始および網リソースの最大活用を可能とする輻輳制御を実行する。
【解決手段】輻輳制御装置１０は、まず、輻輳が発生したときの初動時に、輻輳セッション制御装置が収容する局番の前方一致の局番（短桁）を規制対象とする制御指示制御を発呼規制セッション制御装置に送信する（ステップＳ３０２）。次に、輻輳制御装置１０は、発呼規制セッション制御装置から受信したトラヒック状況情報に基づいて、輻輳要因となる要因局番を抽出する（ステップＳ３０５）。そして、輻輳制御装置１０は、その抽出した要因局番の下位の桁を番号展開し（ステップＳ３０６）、その番号展開した局番を規制対象とする制御指示を含む制御指示情報を発呼規制セッション制御装置に送信して、発呼規制セッション制御装置の規制制御を実行する。
【解決手段】輻輳制御装置１０は、まず、輻輳が発生したときの初動時に、輻輳セッション制御装置が収容する局番の前方一致の局番（短桁）を規制対象とする制御指示制御を発呼規制セッション制御装置に送信する（ステップＳ３０２）。次に、輻輳制御装置１０は、発呼規制セッション制御装置から受信したトラヒック状況情報に基づいて、輻輳要因となる要因局番を抽出する（ステップＳ３０５）。そして、輻輳制御装置１０は、その抽出した要因局番の下位の桁を番号展開し（ステップＳ３０６）、その番号展開した局番を規制対象とする制御指示を含む制御指示情報を発呼規制セッション制御装置に送信して、発呼規制セッション制御装置の規制制御を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、網を介して通信サービスを行うためのＣ−ｐｌａｎｅ（制御プレーン）における輻輳制御に関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）電話網では、その網のノードにおいて輻輳発生が検出されたとき、その輻輳要因となる呼の網への流入を、網の入口のノードで規制する制御が行われる。網のノードとして、例えば、ＩＰ電話網を実現するためにコンピュータと電話のそれぞれの機能を統合するためのＣＴＩ（Computer Telephony Integration）技術を用いたＣＴＩ−ＧＷ（ゲートウェイ）、または、発信元と着信先との間のセッションをＳＩＰ（Session Initiation Protocol）のＩＮＶＩＴＥリクエスト（接続要求；呼に該当）を用いて確立するソフトスイッチ（以降、セッション制御装置とも称す。）が用いられている。
【０００３】
特許文献１では、ある端末Ａに呼が集中して、ＣＴＩ−ＧＷまたはソフトスイッチにおいて輻輳が発生したとき、ＣＴＩ−ＧＷまたはソフトスイッチは、端末Ａの識別情報（ＩＰアドレスまたは電話番号）を含む輻輳情報を輻輳制御管理装置（本発明の輻輳制御装置に相当）に送信する。輻輳制御管理装置は、輻輳を解消するために、端末Ａに対する単位時間当りの呼の接続数である呼数密度を決定し、その呼数密度を含む接続制御指示信号を生成し、網の入口となるソフトスイッチに送信する。接続制御指示信号を受信したソフトスイッチは、呼数密度に基づいて端末Ａに対する呼の接続数を制御し、輻輳を解消する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３７１５６０４号（段落００５６〜００５９参照）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、輻輳制御の対処方針として、優先度の高い指標として迅速な制御の開始が挙げられ、次に準じて優先度の高い指標として網リソースの最大活用が挙げられる。この対処方針は、初動時には輻輳元のセッション制御装置がダウンしてしまうことを防ぐために、まず輻輳の状態を解消し、次に、初動によって規制を掛け過ぎた場合には徐々に網リソースを有効に活用できるようにするという考え方である。
特許文献１では、輻輳要因となる端末Ａの識別情報が特定されたことを前提として輻輳制御が行われている。しかし、一般的には、輻輳発生が検出された直後には、輻輳要因となる要因局番が特定されていない場合が多い。そこで、輻輳元のセッション制御装置に収容されているすべての局番に対して輻輳制御を開始することになるが、その局番が多数存在する場合には、その多数の局番に対応する制御指示を生成することに時間がかかるため、初動として迅速に制御を行うことができないという問題がある。さらに、局番が多数存在する場合に迅速な制御の開始を実現するために、制御指示を手分けして行う多人数のリソースを確保し、その多人数の作業に対応するための高性能な輻輳制御管理装置のリソースを備えておくのでは非経済的になるという問題もある。また、初動として迅速に制御を行った上で、輻輳要因の要因局番をどのようにして特定し、網リソースを最大活用できるようにするかという点についての検討例はほとんど見られない。
【０００６】
そこで、本発明は、輻輳発生時に迅速な制御の開始および網リソースの最大活用を可能とする輻輳制御を実行することを課題とする。
【課題を解決するための手段】
【０００７】
本発明は、ＩＰ電話網のノードであるセッション制御装置と通信可能に接続され、輻輳状態となった第１のセッション制御装置に向かう呼を規制対象とする制御指示を示す制御指示情報を、前記呼を端末から受け付ける第２のセッション制御装置に送信して、輻輳制御を実行する輻輳制御装置であって、前記第１のセッション制御装置が収容している前記呼の局番と所定の閾値とを記憶している記憶部と、前記記憶部から取得した前記第１のセッション制御装置が収容している前記局番同士の前方一致のＮ桁の局番を規制対象とする制御指示を示す制御指示情報を生成する制御指示情報生成部と、前記第２のセッション制御装置に当該制御指示情報を送信する制御指示部と、当該制御指示情報を受信した前記第２のセッション制御装置から、所定期間の前記規制対象のトラヒック量を取得する演算部と、前記トラヒック量と前記閾値とを比較して、前記トラヒック量が前記閾値を超える場合その局番を輻輳要因の要因局番であると判定して規制対象とし、前記トラヒック量が前記閾値以下である場合その局番は前記要因局番でないと判定して規制対象から除く或いはＮ桁による制御を継続し、前記要因局番であると判定した局番に対して、その要因局番の下位の桁を番号展開し、その番号展開したＮ＋１桁の局番を規制対象とする制御指示を含む制御指示情報を新たに生成する番号展開部と、前記局番の桁数を表すＮをＮ＋１の値に更新して、前記制御指示情報生成部、前記制御指示部、前記演算部、および前記番号展開部の処理を順に繰り返し実行する制御情報決定部と、を備えることを特徴とする。
【０００８】
また、本発明は、ＩＰ電話網のノードであるセッション制御装置と通信可能に接続され、輻輳状態となった第１のセッション制御装置に向かう呼を規制対象とする制御指示を示す制御指示情報を、前記呼を端末から受け付ける第２のセッション制御装置に送信して、輻輳制御を実行する輻輳制御装置における輻輳制御方法であって、前記輻輳制御装置が、前記第１のセッション制御装置が収容している前記呼の局番と所定の閾値とを記憶している記憶部を備え、前記記憶部から取得した前記第１のセッション制御装置が収容している前記局番同士の前方一致のＮ桁の局番を規制対象とする制御指示を示す制御指示情報を生成する制御指示情報生成ステップと、前記第２のセッション制御装置に当該制御指示情報を送信する制御指示ステップと、当該制御指示情報を受信した前記第２のセッション制御装置から、所定期間の前記規制対象の局番のトラヒック量を取得する演算ステップと、前記トラヒック量と前記閾値とを比較して、前記トラヒック量が前記閾値を超える場合その局番を輻輳要因の要因局番であると判定して規制対象とし、前記トラヒック量が前記閾値以下である場合その局番は前記要因局番でないと判定して規制対象から除く或いはＮ桁による制御を継続し、前記要因局番であると判定した局番に対して、その要因局番の下位の桁を番号展開し、その番号展開したＮ＋１桁の局番を規制対象とする制御指示を含む制御指示情報を新たに生成する番号展開ステップと、前記局番の桁数を表すＮをＮ＋１の値に更新して、前記制御指示情報生成ステップ、前記制御指示ステップ、前記演算ステップ、および前記番号展開ステップの処理を順に繰り返し実行する制御情報決定ステップと、を実行することを特徴とする。
【０００９】
このような構成によれば、輻輳制御装置は、輻輳状態となった第１のセッション制御装置（以降、輻輳セッション制御装置と称す。）に収容されている局番について前方一致のＮ桁の数を規制対象とすることによって、そのＮ桁の局番一つによって、広範囲の規制を掛けることが可能なため、輻輳発生時に迅速な制御の開始を可能とする。次に、輻輳制御装置は、取得したトラヒック量に基づいて、輻輳要因の要因局番であると判定された局番の下位の桁を番号展開して、その番号展開した局番について、さらに要因局番か否かを判定しつつ、要因局番を絞っていくことによって、網リソースの最大活用を可能とする輻輳制御を実行することができる。
【００１０】
また、本発明における前記制御指示情報生成部または前記制御指示情報生成ステップは、（Ａ）前記桁数Ｎの局番の桁数が所定の閾値を超える場合、（Ｂ）前記桁数Ｎの局番の数が所定の閾値を超える場合、のいずれかまたは双方を示す所定の条件に到達したか否かを判定し、前記所定の条件に到達したと判定した場合、前記繰り返し処理を終了することを特徴とする。
【００１１】
このような構成によれば、輻輳制御装置は、規制対象として制御指示に含める局番の数が多過ぎも少な過ぎもしない適度な数となり、人的リソースや輻輳制御管理装置のリソースが非経済的になることを防ぎつつ、網リソースの最大活用を実現することができる。
【００１２】
また、本発明では、前記輻輳制御装置において、さらに、前記制御指示情報生成部が、前記要因局番でないと判定した局番を、前記規制対象とは異なる監視対象として含めて前記制御指示情報を生成し、前記演算部が、当該制御指示情報を送信した前記第２のセッション制御装置から、当該要因局番でないと判定した局番のトラヒック量を取得し、前記番号展開部が、当該トラヒック量と前記閾値とを比較して、その要因局番でないと判定した局番が要因局番か否かを判定することを特徴とする。
【００１３】
このような構成によれば、輻輳制御装置は、要因局番でないと判定した局番については、規制対象から外して、番号展開は行わずに監視対象としてトラヒック量を収集する。このトラヒック量を収集する理由は、トラヒック量の急な再上昇に迅速に対応できるようにするためである。したがって、輻輳制御装置は、輻輳セッション制御装置の輻輳状況を解消しつつ、網リソースの最大活用を可能とすることができる。
【００１４】
また、本発明では、前記規制対象のトラヒック量が、（１）規制対象の局番を接続先とする発信呼数、（２）Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥリクエストの総発生数、（３）規制制御に遭遇した呼数、（４）規制対象トラヒックの中で着側の前記端末から応答信号を受信した完了呼数、のいずれかまたは複数の組み合わせについて前記所定期間内で測定した値であることを特徴とする。
【００１５】
このような構成によれば、輻輳制御装置は、トラヒック量として、輻輳セッション制御装置の輻輳状態に直接的または間接的に関係するパラータの値を取得する。したがって、輻輳制御装置は、測定したトラヒック量に基づいて、輻輳セッション制御装置の輻輳状況を解消しつつ、網リソースの最大活用に役立てることができる。
【００１６】
また、本発明は、前記輻輳制御方法を、コンピュータとしての輻輳制御装置に実行させるためのプログラムとした。このようなプログラムをインストールされたコンピュータは、このプログラムに基づいた機能を実現することができる。
【発明の効果】
【００１７】
本発明によれば、輻輳発生時に迅速な制御の開始および網リソースの最大活用を可能とする輻輳制御を実行することができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態の輻輳制御システムにおける動作例の概要を示す図であり、（ａ）は初動時を表しており、（ｂ）は要因局番絞込み時を表している。
【図２】本実施形態の輻輳制御システムを構成する各装置の機能例を示す図である。
【図３】記憶部に記憶されている情報の一例を示す図であり、（ａ）は収容局番情報を表しており、（ｂ）は要因局番を表している。
【図４】本実施形態の輻輳制御システムにおける各装置の動作シーケンス例を示す図である。
【図５】本実施形態における輻輳制御装置の処理フロー例を示す図である。
【図６】比較例の輻輳制御システムにおける動作例を示す図である。
【図７】総務省がＷｅｂページに掲載している市外局番の一覧を示す図である。
【発明を実施するための形態】
【００１９】
本発明を実施するための形態（以降、「本実施形態」と称す。）について、適宜図面を参照しながら詳細に説明する。なお、各図において共通する箇所には同一の符号を付し、重複した説明を省略する。
【００２０】
（比較例の輻輳制御システム）
はじめに、比較例として、従来の輻輳制御システム１ａにおける動作例について、図６を用いて説明する。
【００２１】
ＩＰ電話網のＣ−planeでは、図６に示すように、複数のセッション制御装置２０（２０Ａ，２０Ｂ，２０Ｃ）がノードとして配置されて、ノード同士は通信可能になっている。セッション制御装置２０は、端末３０（例えば、電話機等）から接続要求（一点鎖線；例えば、ＳＩＰのＩＮＶＩＴＥリクエスト）を受け付けて、発信元と着信先とのセッションを確立する。なお、図６では、セッション制御装置２０は、３台しか記載していないが、３台に限らなくとも良い。
【００２２】
図６では、セッション制御装置２０Ｃは、処理すべき接続要求が増大してリソースが圧迫されて輻輳発生の状態になったことを表している。以降の説明では、輻輳状態になったセッション制御装置２０を輻輳セッション制御装置と称する。
【００２３】
また、輻輳制御装置１０ａは、各セッション制御装置２０と通信可能に接続され、輻輳セッション制御装置から輻輳発生を検出したことを示す輻輳発生通知（輻輳状況情報）を受信し（破線矢印）、輻輳セッション制御装置が収容する局番について接続要求の受け付けを呼数密度によって規制（制限）する制御指示を生成し、その制御指示を含む制御指示情報を発側のセッション制御装置２０Ａ，２０Ｂに送信する（破線矢印）。なお、以降の説明では、発側のセッション制御装置２０Ａ，２０Ｂを、発呼規制セッション制御装置と称す。発呼規制セッション制御装置は、受信した制御指示情報に含まれる呼数密度に基づいて呼の接続数を制御する。
【００２４】
具体的には、輻輳セッション制御装置に収容されている収容局番が０ＡＢＣ１０〜０ＡＢＣ３９であった場合には、輻輳制御装置１０ａは、そのすべての局番に対して、接続要求の受け付けを規制する制御指示を含む制御指示情報を、発呼規制セッション制御装置に送信する。この場合、すべての局番に対応する制御指示を生成することに時間がかかるため、迅速に制御を行う必要のある初動として好ましくない。
【００２５】
なお、輻輳制御装置１０ａは、輻輳発生通知を受信して以降、周期的に輻輳セッション制御装置から輻輳状況を含む輻輳状況情報を受信して、その輻輳状況情報に基づいて輻輳セッション制御装置の輻輳状態を監視（判定）する。輻輳状況とは、例えば、ＣＰＵ（Central Processing Unit）使用率等の処理負荷に関する情報である。そして、輻輳制御装置１０ａは、例えば、処理負荷が予め設定してある負荷閾値（処理負荷に関する閾値）以上の場合、輻輳状態にあると判定する。輻輳制御装置１０ａは、輻輳状態であると判定している間、周期的に制御指示情報を送信するとともに、発呼規制セッション制御装置からトラヒック状況情報（例えば、局番ごとのトラヒック量に関する情報）を受信する（点線矢印）。輻輳制御装置１０ａは、予め輻輳制御装置１０ａにインプットされた輻輳セッション制御装置にて接続要求の受け付けが可能な最大容量、或いは人為的な指定により呼数密度を決定し、その決定した呼数密度を受信したトラヒック状況情報に基づいて発呼規制セッション制御装置毎に配分し、その配分した呼数密度を含む制御指示を制御指示情報として発呼規制セッション制御装置に送信する。なお、輻輳制御装置１０ａは、輻輳状態が沈静化したと判定した場合には、輻輳状況情報の送信停止の通知を輻輳セッション制御装置に送信する。
【００２６】
（本実施形態の輻輳制御システムの概要）
前記したように、比較例の輻輳制御システム１ａでは、輻輳セッション制御装置が収容する局番が多数存在する場合には、迅速な制御の開始を満足することは難しい。そこで、輻輳発生時に迅速な制御の開始および網リソースの最大活用を可能とする輻輳制御を行える、本実施形態の輻輳制御システム１における動作例の概要について、図１（ａ）（ｂ）を用いて説明する。なお、図１（ａ）（ｂ）は、説明に必要な輻輳制御装置１０およびセッション制御装置２０（２０Ａ，２０Ｂ，２０Ｃ）のみを記載し、特に説明に必要でない図６に記載したような、端末３０、他網、Ｃ−planeの記載を省略している。また、図１では、セッション制御装置２０は、３台しか記載していないが、３台に限らなくとも良い。また、図１（ａ）（ｂ）に示すセッション制御装置２０は、ＩＰ電話網のノードであって相互に通信可能になっており、輻輳制御装置１０とも通信可能になっている。
【００２７】
図１（ａ）に示す輻輳発生後の初動時には、輻輳制御装置１０は、輻輳セッション制御装置（第１のセッション制御装置）から輻輳発生通知（輻輳状況情報）を受信して、輻輳セッション制御装置によって収容されている局番の前方一致の上位桁（図１では０ＡＢＣの４桁）の局番を規制対象とする制御指示および呼数密度を含む制御指示情報を、発呼規制セッション制御装置（第２のセッション制御装置）に送信する（破線矢印）。したがって、輻輳制御装置１０は、一つの局番による制御指示を含む制御指示情報を送信することによって、輻輳発生通知を受信後直ちに、広範囲の局番を対象とした規制を実施することが可能となる。そして、輻輳制御装置１０は、制御指示情報に含まれる局番に関するトラヒック状況情報を、発呼規制セッション制御装置から受信する（点線矢印）。
【００２８】
なお、初動時に規制対象とする局番の桁数は、前方一致の上位桁数とは言っても、地域性を考慮することが好ましい。この理由は、図７に局番の一例を示すように、総務省が管理している電話番号計画では、例えば、先頭の０を含めた局番が３桁〜４桁であれば、適度に広範囲な規制エリアを設定可能である。一般的に、地震や津波等の自然災害やイベント等の企画は、適度に広範囲なエリアに集中するので、初動時には、規制対象とする局番を３桁〜４桁とすることは有効と考えられる。また、局番を２桁にしてしまうと、エリアが広くなり過ぎて、網リソースを有効に活用できない。また、初動時の規制対象とする局番の桁数を大きくすると、制御指示に設定する局番の数が多くなるため、前記したように、高性能の装置や多人数のリソースを確保しなければならなくなって非経済的になる。
【００２９】
次に、図１（ａ）に示す初動時から時間が経過した後の、図１（ｂ）に示す要因局番絞込み時の動作について説明する。図１（ｂ）は、要因局番が０ＡＢＣ１に絞られた時点を表している。
【００３０】
図１（ａ）から図１（ｂ）に至る時間の経過において、図示はしていないが、輻輳制御装置１０は、局番０ＡＢＣの下位の桁を番号展開して、局番０ＡＢＣ１，０ＡＢＣ２，０ＡＢＣ３に関する制御指示情報を発呼規制セッション制御装置に送信し、発呼規制セッション制御装置から局番０ＡＢＣ１，０ＡＢＣ２，０ＡＢＣ３に関するトラヒック量に関するトラヒック状況情報を受信する。
そして、輻輳制御装置１０は、発呼規制セッション制御装置から受信したトラヒック状況情報から取得される局番０ＡＢＣ１，０ＡＢＣ２，０ＡＢＣ３ごとのトラヒック量に基づいて、輻輳要因となる要因局番を絞り込んでいく。具体的には、輻輳制御装置１０は、トラヒック量がトラヒック閾値（トラヒック量に関する閾値であって、請求項に記載の閾値）を超える場合には要因局番であると判定し、トラヒック量がトラヒック閾値以下であれば要因局番ではないと判定する。その結果、要因局番が０ＡＢＣ１と判定されたものとする。
なお、輻輳制御装置１０は、要因局番でないと判定した局番については、規制対象から外して、番号展開は行わずに監視対象としてトラヒック量を収集する。このトラヒック量を収集する理由は、トラヒック量の急な再上昇に迅速に対応できるようにするためである。また、トラヒック量が前記のトラヒック閾値よりさらに小さい所定の閾値未満の場合には、監視対象から外しても構わない。
【００３１】
そして、図１（ｂ）で表されるように、輻輳制御装置１０が、要因局番を０ＡＢＣ１と判定した状態になる。
輻輳制御装置１０は、輻輳発生通知を受信した後、輻輳セッション制御装置から、ＣＰＵ負荷等の輻輳状況を含む輻輳状況情報を周期的に受信している。
輻輳制御装置１０は、局番０ＡＢＣ１の下位の桁を番号展開（０ＡＢＣ１０〜０ＡＢＣ１９）して、それらの番号展開した局番に関する制御指示を含む制御指示情報を発呼規制セッション制御装置に送信する（破線矢印）。次に、輻輳制御装置１０は、発呼規制セッション制御装置から局番０ＡＢＣ１０〜０ＡＢＣ１９に関するトラヒック量を含むトラヒック状況情報を受信する（点線矢印）。そして、輻輳制御装置１０は、トラヒック量がトラヒック閾値を超える場合には要因局番であると判定し、トラヒック量がトラヒック閾値以下であれば要因局番ではないと判定し、要因局番を絞り込んでいく。この要因局番の絞込みは、後記する所定の条件に到達するまで実行される。
【００３２】
（輻輳制御装置およびセッション制御装置の機能）
次に、輻輳制御装置１０の機能例およびセッション制御装置２０の機能例について、図２を用いて説明する（適宜、図１参照）。ただし、図２は、本発明の説明に必要な機能のみを記載し、データ入力のための入力手段、ネットワークを介するデータ送受信のための通信手段、メッセージ等をディスプレイに表示する出力手段、および接続要求を受け付ける呼数密度等の演算に係る各手段については記載を省略している。
【００３３】
図２に示すように、輻輳制御装置１０は、制御情報決定部１１、記憶部１５、および制御指示部１６を備える。制御情報決定部１１は、さらに、演算部１２、番号展開部１３、および制御指示情報生成部１４を備える。輻輳制御装置１０は、図示しないＣＰＵおよびメインメモリによって構成される処理部とアプリケーションプログラム等を記憶する記憶部１５とを備える。処理部は、記憶部１５に記憶されているアプリケーションプログラムをメインメモリに展開して、制御情報決定部１１、演算部１２、番号展開部１３、制御指示情報生成部１４、および制御指示部１６を具現化する。
【００３４】
制御情報決定部１１は、番号展開を進めていくために、制御指示情報生成部１４、制御指示部１６、演算部１２、および番号展開部１３の処理を順に繰り返す制御を実行する。また、制御情報決定部１１は、演算部１２、番号展開部１３、制御指示情報生成部１４、記憶部１５、および制御指示部１６間の連携動作制御を司る。
【００３５】
演算部１２は、輻輳セッション制御装置から受信した輻輳状況情報に基づいて、輻輳セッション制御装置の輻輳状態を監視（判定）するとともに、発呼規制セッション制御装置から受信したトラヒック状況情報から局番ごとのトラヒック量を取得する。
【００３６】
番号展開部１３は、演算部１２から取得した局番ごとのトラヒック量に基づいて、規制対象の局番（要因局番）を抽出する。また、番号展開部１３は、要因局番の下位の桁を番号展開する処理を実行する。なお、番号展開部１３の処理の詳細は、後記する。
【００３７】
制御指示情報生成部１４は、番号展開部１３によって番号展開された局番が所定の条件に到達したか否かを判定するとともに、所定の条件に到達する前に番号展開された局番について、制御指示情報を生成する。ここで、所定の条件とは、（Ａ）規制対象となる局番の桁数が所定の閾値（例えば、市町村単位の局番の桁数）を超える場合、（Ｂ）制御指示を行う局番の数が局番数に関する所定の閾値を超える場合、（Ｃ）輻輳状態が解消した場合、のいずれかまたは複数の組み合わせである。なお、制御指示情報生成部１４の処理の詳細は、後記する。
【００３８】
記憶部１５は、前記したアプリケーションプログラムや各セッション制御装置２０が収容している局番情報（収容局番情報）や種々の閾値を記憶している。また、記憶部１５は、番号展開部１３によって抽出された要因局番を記憶している。ここで、収容局番情報や要因局番についての具体例を、図３を用いて説明する。
図３（ａ）は、収容局番情報を表しており、セッション制御装置２０のＩＤと、そのセッション制御装置２０が収容している局番の情報（収容局番情報）と、初動時の局番とを記憶している。また、図３（ｂ）は、要因局番と判定された局番が記憶されている状態を表している。
【００３９】
図２に戻って、制御指示部１６は、制御指示情報生成部１４が生成した制御指示情報を、発呼規制セッション制御装置（セッション制御装置２０Ａ，２０Ｂ）に送信する。
【００４０】
また、輻輳セッション制御装置（セッション制御装置２０Ｃ）は、少なくとも、発呼規制要求部２１、リソース監視部２２、および接続要求処理部２４を備える。
【００４１】
発呼規制要求部２１は、リソース監視部２２において輻輳発生と判定した場合、輻輳発生通知（輻輳状況情報）を輻輳制御装置１０に送信する。また、発呼規制要求部２１は、リソース監視部２２において測定した処理負荷の大きさ（例えば、ＣＰＵ使用率）に関する輻輳状況情報を、所定の周期で、輻輳制御装置１０に送信する。
【００４２】
リソース監視部２２は、処理負荷の大きさを表す一例として、ＣＰＵ使用率を所定の周期で測定するＣＰＵ使用率測定部２３を備えている。そして、リソース監視部２２は、測定したＣＰＵ使用率を負荷閾値と比較し、ＣＰＵ使用率が負荷閾値以上のときに、輻輳発生と判定する。
【００４３】
接続要求処理部２４は、端末３０（図１参照）から接続要求を受け付けて、その接続要求の着信先に接続する制御を行う。
【００４４】
発呼規制セッション制御装置（セッション制御装置２０Ａ，２０Ｂ）は、少なくとも、発呼規制部２５および接続要求処理部２４を備える。なお、発呼規制セッション制御装置は、図示しないＣＰＵおよびメインメモリによって構成される処理部とアプリケーションプログラム等を記憶する記憶部とを含んで構成される。処理部は、記憶部に記憶されているアプリケーションプログラムをメインメモリに展開して、発呼規制部２５および接続要求処理部２４を具現化する。
【００４５】
発呼規制部２５は、輻輳制御装置１０から受信した制御指示情報に基づいて、輻輳セッション制御装置に向かう呼を規制する指示を、接続要求処理部２４に通知する。
接続要求処理部２４は、発呼規制部２５から通知された指示に基づいて、端末３０（図１参照）から受け付けた接続要求の呼の着信先への接続を制御する。
【００４６】
次に、本実施形態の輻輳制御システム１を構成する各装置の動作シーケンス例について、図４を用いて説明する（適宜、図１，２参照）。なお、輻輳セッション制御装置が収容している局番は、図１と同様に、０ＡＢＣ１０〜０ＡＢＣ３９であるものとして説明するが、これに限らなくても良い。
【００４７】
まず、ステップＳ３００では、セッション制御装置２０Ｃ（輻輳セッション制御装置）において、リソース監視部２２が、輻輳発生と判定する。そして、発呼規制要求部２１が輻輳発生通知（輻輳状況情報）を輻輳制御装置１０に送信する。
ステップＳ３０１では、輻輳制御装置１０の演算部１２が、輻輳発生通知（輻輳状況情報）を取得する。
【００４８】
ステップＳ３０２では、制御指示情報生成部１４が、輻輳セッション制御装置に収容されている局番の前方一致の局番である上位の短桁（０ＡＢＣ）を規制対象とする制御指示を含む制御指示情報を生成し、その制御指示情報を制御指示部１６を介して、セッション制御装置２０Ａ，２０Ｂ（発呼規制セッション制御装置）に送信する。なお、輻輳制御装置１０が輻輳発生通知を受信した直後のステップＳ３０２に限って、前方一致の局番（図３（ａ）の初動時の局番）は、網管制者によって設定されるものとする。また、ステップＳ３０２における処理は、図１（ａ）に示す初動時の処理に相当する。
【００４９】
ステップＳ３０３では、発呼規制セッション制御装置は、制御指示情報に格納されている規制対象の局番（０ＡＢＣ）に関するトラヒック量を測定する。なお、このトラヒック量の測定は、所定期間内のトラヒックについて行われる。また、トラヒック量の測定対象パラメータは、例えば、（１）規制対象の局番を接続先とする発信呼数、（２）Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥリクエストの総発生数（規制対象の局番に限らずＩＮＶＩＴＥリクエストの発生した総数）、（３）規制制御に遭遇した呼数、（４）規制対象トラヒックの中で着側の端末３０から応答信号を受信した完了呼数、のいずれかまたは複数の組み合わせである。発呼規制セッション制御装置は、測定したトラヒック量をトラヒック状況情報として、輻輳制御装置１０に送信する。
【００５０】
ステップＳ３０４では、演算部１２は、発呼規制セッション制御装置から、規制対象の局番（０ＡＢＣ）のトラヒック量に関するトラヒック状況情報を受信する。
【００５１】
ステップＳ３０５では、番号展開部１３は、規制対象の局番０ＡＢＣのトラヒック量とトラヒック閾値とを比較し、要因局番を抽出する。具体的には、番号展開部１３は、ある局番のトラヒック量がトラヒック閾値を超える場合、その局番が要因局番であると判定し、ある局番のトラヒック量がトラヒック閾値以下である場合、その局番が要因局番でないと判定する。要因局番であると判定された局番は、記憶部１５に記憶される。ただし、輻輳発生通知を受信した後で最初に実行される要因局番の抽出処理では、一般的に、局番０ＡＢＣが要因局番であると判定される。
【００５２】
ステップＳ３０６では、番号展開部１３は、記憶部１５から要因局番であると判定された局番を取得し、その局番の下位の桁を番号展開する。具体的には、要因局番０ＡＢＣを番号展開することによって、番号展開した局番は、０ＡＢＣ＊＝０ＡＢＣ１，０ＡＢＣ２，０ＡＢＣ３となる。
ステップＳ３０７では、制御指示情報生成部１４は、番号展開した局番（０ＡＢＣ＊）に関する制御指示情報を生成し、制御指示部１６を介して、その制御指示情報を発呼規制セッション制御装置に送信する。
【００５３】
ステップＳ３０８では、発呼規制セッション制御装置は、ステップＳ３０３の処理と同様に、制御指示情報に格納されている規制対象の局番（０ＡＢＣ＊）に関するトラヒック量を測定する。発呼規制セッション制御装置は、測定したトラヒック量をトラヒック状況情報として、輻輳制御装置１０に送信する。
【００５４】
ステップＳ３０９では、演算部１２は、ステップＳ３０４の処理と同様に、発呼規制セッション制御装置から、規制対象の局番（０ＡＢＣ＊）のトラヒック量に関するトラヒック状況情報を受信する。
【００５５】
ステップＳ３１０では、番号展開部１３は、ステップＳ３０５の処理と同様に、規制対象の局番ごとにトラヒック量とトラヒック閾値とを比較し、要因局番を抽出する。具体的には、番号展開部１３は、当該トラヒック量がトラヒック閾値を超える場合、その局番が要因局番であると判定し、当該トラヒック量がトラヒック閾値以下である場合、その局番が要因局番でないと判定する。要因局番であると判定された局番は、記憶部１５に記憶される。例えば、要因局番であると判定された局番が、０ＡＢＣ１であったとする。
【００５６】
ステップＳ３１１では、番号展開部１３は、記憶部１５に記憶された要因局番であると判定された局番０ＡＢＣ１を取得し、その局番の下位の桁を番号展開する。具体的には、番号展開した局番は、０ＡＢＣ１＊＝０ＡＢＣ１０，０ＡＢＣ１１，０ＡＢＣ１２，０ＡＢＣ１３，０ＡＢＣ１４，０ＡＢＣ１５，０ＡＢＣ１６，０ＡＢＣ１７，０ＡＢＣ１８，０ＡＢＣ１９となる。
【００５７】
ステップＳ３１２〜Ｓ３１４では、局番情報０ＡＢＣ１＊に対して、ステップＳ３０７〜Ｓ３０９と同様の処理が実行される。
なお、輻輳セッション制御装置は、輻輳発生を検出した後、周期的に輻輳状況情報を輻輳制御装置１０へ送信しており、輻輳制御装置１０は受信した輻輳状況情報に基づいて、輻輳セッション制御装置の輻輳状況を判定している。なお、輻輳制御装置１０の演算部１２は、輻輳セッション制御装置が輻輳の状態でないと判定した場合、輻輳状況情報の送信を停止することを示す送信停止指示を輻輳セッション制御装置に送信する。
そして、ステップＳ３１２以降の処理においては、ステップＳ３０７〜Ｓ３１１と同様の処理が、展開した局番が所定の条件に到達するまで繰り返し実行される。
【００５８】
（輻輳制御装置の処理フロー）
次に、輻輳制御装置１０の処理フロー例について、図５を用いて説明する（適宜、図１〜３参照）。
ステップＳ４０１では、演算部１２は、輻輳セッション制御装置から輻輳状況情報（輻輳発生通知）を受信し、輻輳状態か否かを判定する。
輻輳状態であると判定した場合（ステップＳ４０１でＹｅｓ）、処理はステップＳ４０２へ進む。また、輻輳状態でないと判定した場合（ステップＳ４０１でＮｏ）、処理はステップＳ４１０へ進み、ステップＳ４１０の処理後に終了する。
【００５９】
ステップＳ４０２では、制御指示部１６が桁数Ｎの局番を規制対象とする制御指示を含む制御指示情報を発呼規制セッション制御装置に送信する（図４のステップＳ３０２，Ｓ３０７，Ｓ３１２に対応）。ただし、桁数Ｎの局番は、図１（ａ）に示す初動時には、網管制者によって設定される。
【００６０】
ステップＳ４０３では、演算部１２は、規制対象の局番のトラヒック量に関するトラヒック状況情報を受信する（図４のステップＳ３０４，Ｓ３０９，Ｓ３１４に対応）。そして、演算部１２は、トラヒック状況情報から局番のトラヒック量を取得する。
【００６１】
ステップＳ４０４では、番号展開部１３は、トラヒック状況情報（トラヒック量）に基づいて、要因局番を抽出する（図４のステップＳ３０５，Ｓ３１０に対応）。具体的には、番号展開部１３は、演算部１２によって取得された規制対象の局番ごとにトラヒック量とトラヒック閾値とを比較し、トラヒック量がトラヒック閾値を超える場合、その局番を要因局番であると判定し、トラヒック量がトラヒック閾値以下である場合その局番は要因局番でないと判定する。要因局番であると判定された局番は、記憶部１５に記憶される。
【００６２】
ステップＳ４０５では、番号展開部１３は、要因局番があるかないかを判定する。
要因局番があると判定した場合（ステップＳ４０５でＹｅｓ）、処理はステップＳ４０６へ進む。また、要因局番がないと判定した場合（ステップＳ４０５でＮｏ）、処理はステップＳ４０１へ戻る。
【００６３】
ステップＳ４０６では、番号展開部１３は、桁数Ｎの要因局番の下位の桁を追加し、新たな桁数Ｎ＋１の局番を生成する（図４のステップＳ３０６，Ｓ３１１に対応）。
【００６４】
ステップＳ４０７では、制御指示情報生成部１４は、新たな桁数Ｎ＋１の局番が、所定の条件に到達したか否かを判定する。なお、所定の条件とは、（Ａ）規制対象となる局番の桁数が所定の閾値（例えば、市町村単位の局番の桁数）を超える場合、（Ｂ）制御指示を行う局番の数が局番数に関する所定の閾値を超える場合、（Ｃ）輻輳状態が解消した場合、のいずれかまたは複数の組み合わせである。
所定の条件に到達したと判定した場合（ステップＳ４０７でＹｅｓ）、処理はステップＳ４０１へ戻る。また、所定の条件に到達していないと判定した場合（ステップＳ４０７でＮｏ）、処理はステップＳ４０８へ進む。
【００６５】
ステップＳ４０８では、制御指示情報生成部１４は、局番の桁数を表すＮをＮ＋１の値に更新する。
【００６６】
ステップＳ４０９では、制御指示情報生成部１４は、桁数Ｎの局番を規制対象とする制御指示を含む制御指示情報を生成する。
【００６７】
ステップＳ４１０では、演算部１２が輻輳セッション制御装置に輻輳状況情報の送信を停止することを示す送信停止指示を送信する。
【００６８】
以上、本実施形態で説明した輻輳制御装置１０は、まず、輻輳が発生したときの初動時に、輻輳セッション制御装置が収容する局番同士の前方一致の局番（短桁）を用いて、発呼規制セッション制御装置に対して規制制御を実行する。このことによって、輻輳発生時に迅速な制御の開始を実現することができる。次に、輻輳制御装置１０は、発呼規制セッション制御装置から受信したトラヒック状況情報に基づいて、要因局番を抽出する。そして、輻輳制御装置１０は、その抽出した要因局番の下位の桁を番号展開し、その番号展開した局番を規制対象とする制御指示を含む制御指示情報を生成し、発呼規制セッション制御装置に送信して、発呼規制セッション制御装置の規制制御を実行する。このように、要因番号を抽出するために番号展開を繰り返し実行して、規制対象となる局番が所定の条件に到達するまで要因局番を絞り込んでいくことによって、網リソースの最大活用を可能とする輻輳制御を実現することができる。
【００６９】
なお、本実施形態では、トラヒック量とトラヒック閾値とを比較（絶対比較）するように説明したが、これに限られず、局番をトラヒック量が大きい順に並べたとき、相対比較として、大きい方から順に上位に入る局番を番号展開する対象として選択しても構わない。
また、局番をトラヒック量が大きい順に並べたとき、相対比較として、小さい方から順に下位に入る局番を監視対象から外しても構わない。
【００７０】
また、本実施形態では、要因局番でないと判定された局番については、規制対象から外し、番号展開は行わすに監視対象としてトラヒック量を収集することを説明した。この監視対象とする処理の具体例について以下に説明する。まず、図５のステップＳ４０９において、制御指示情報生成部１４が、要因局番でないと判定した局番を監視対象とする制御指示を含む制御指示情報を生成する。次に、ステップＳ４０２〜Ｓ４０３において、演算部１２が、当該制御指示情報を発呼規制セッション制御装置に送信し、当該発呼規制セッション制御装置から、その要因局番でないと判定した局番のトラヒック量を取得する。そして、ステップＳ４０４において、番号展開部１３が、当該トラヒック量とトラヒック閾値とを比較して、その要因局番でないと判定した局番が要因局番か否かを判定すれば良い。
【００７１】
また、本実施形態では、要因局番として、１つの局番が抽出された場合について説明したが、複数の要因局番が抽出された場合には、それぞれの要因局番に対して、それぞれ番号展開しては要因局番を抽出する処理を繰り返して実行する。ただし、複数の要因局番が抽出された場合には、制御指示の数の増加が早くなるため、制御指示の総数に上限値を設け、その上限値以上の場合には番号展開を行わないようにすることが好ましい。
【００７２】
また、本実施形態では、セッション制御装置としてソフトスイッチの場合で説明したが、当該ソフトスイッチの機能をハードウェアによって実現したスイッチであっても構わない。
【００７３】
また、本実施形態において説明した、輻輳制御装置１０は、一般的なコンピュータに、前記した各処理のプログラムを実行させることで実現することができる。このプログラムは、通信回線を介して提供することが可能であり、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）等の記録媒体に書き込んで配布することも可能である。
【符号の説明】
【００７４】
１，１ａ 輻輳制御システム
１０，１０ａ 輻輳制御装置
１１ 制御情報決定部
１２ 演算部
１３ 番号展開部
１４ 制御指示情報生成部
１５ 記憶部
１６ 制御指示部
２０（２０Ａ，２０Ｂ，２０Ｃ） セッション制御装置
２１ 発呼規制要求部
２２ リソース監視部
２３ ＣＰＵ使用率測定部
２４ 接続要求処理部
２５ 発呼規制部
３０ 端末
【技術分野】
【０００１】
本発明は、網を介して通信サービスを行うためのＣ−ｐｌａｎｅ（制御プレーン）における輻輳制御に関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）電話網では、その網のノードにおいて輻輳発生が検出されたとき、その輻輳要因となる呼の網への流入を、網の入口のノードで規制する制御が行われる。網のノードとして、例えば、ＩＰ電話網を実現するためにコンピュータと電話のそれぞれの機能を統合するためのＣＴＩ（Computer Telephony Integration）技術を用いたＣＴＩ−ＧＷ（ゲートウェイ）、または、発信元と着信先との間のセッションをＳＩＰ（Session Initiation Protocol）のＩＮＶＩＴＥリクエスト（接続要求；呼に該当）を用いて確立するソフトスイッチ（以降、セッション制御装置とも称す。）が用いられている。
【０００３】
特許文献１では、ある端末Ａに呼が集中して、ＣＴＩ−ＧＷまたはソフトスイッチにおいて輻輳が発生したとき、ＣＴＩ−ＧＷまたはソフトスイッチは、端末Ａの識別情報（ＩＰアドレスまたは電話番号）を含む輻輳情報を輻輳制御管理装置（本発明の輻輳制御装置に相当）に送信する。輻輳制御管理装置は、輻輳を解消するために、端末Ａに対する単位時間当りの呼の接続数である呼数密度を決定し、その呼数密度を含む接続制御指示信号を生成し、網の入口となるソフトスイッチに送信する。接続制御指示信号を受信したソフトスイッチは、呼数密度に基づいて端末Ａに対する呼の接続数を制御し、輻輳を解消する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３７１５６０４号（段落００５６〜００５９参照）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、輻輳制御の対処方針として、優先度の高い指標として迅速な制御の開始が挙げられ、次に準じて優先度の高い指標として網リソースの最大活用が挙げられる。この対処方針は、初動時には輻輳元のセッション制御装置がダウンしてしまうことを防ぐために、まず輻輳の状態を解消し、次に、初動によって規制を掛け過ぎた場合には徐々に網リソースを有効に活用できるようにするという考え方である。
特許文献１では、輻輳要因となる端末Ａの識別情報が特定されたことを前提として輻輳制御が行われている。しかし、一般的には、輻輳発生が検出された直後には、輻輳要因となる要因局番が特定されていない場合が多い。そこで、輻輳元のセッション制御装置に収容されているすべての局番に対して輻輳制御を開始することになるが、その局番が多数存在する場合には、その多数の局番に対応する制御指示を生成することに時間がかかるため、初動として迅速に制御を行うことができないという問題がある。さらに、局番が多数存在する場合に迅速な制御の開始を実現するために、制御指示を手分けして行う多人数のリソースを確保し、その多人数の作業に対応するための高性能な輻輳制御管理装置のリソースを備えておくのでは非経済的になるという問題もある。また、初動として迅速に制御を行った上で、輻輳要因の要因局番をどのようにして特定し、網リソースを最大活用できるようにするかという点についての検討例はほとんど見られない。
【０００６】
そこで、本発明は、輻輳発生時に迅速な制御の開始および網リソースの最大活用を可能とする輻輳制御を実行することを課題とする。
【課題を解決するための手段】
【０００７】
本発明は、ＩＰ電話網のノードであるセッション制御装置と通信可能に接続され、輻輳状態となった第１のセッション制御装置に向かう呼を規制対象とする制御指示を示す制御指示情報を、前記呼を端末から受け付ける第２のセッション制御装置に送信して、輻輳制御を実行する輻輳制御装置であって、前記第１のセッション制御装置が収容している前記呼の局番と所定の閾値とを記憶している記憶部と、前記記憶部から取得した前記第１のセッション制御装置が収容している前記局番同士の前方一致のＮ桁の局番を規制対象とする制御指示を示す制御指示情報を生成する制御指示情報生成部と、前記第２のセッション制御装置に当該制御指示情報を送信する制御指示部と、当該制御指示情報を受信した前記第２のセッション制御装置から、所定期間の前記規制対象のトラヒック量を取得する演算部と、前記トラヒック量と前記閾値とを比較して、前記トラヒック量が前記閾値を超える場合その局番を輻輳要因の要因局番であると判定して規制対象とし、前記トラヒック量が前記閾値以下である場合その局番は前記要因局番でないと判定して規制対象から除く或いはＮ桁による制御を継続し、前記要因局番であると判定した局番に対して、その要因局番の下位の桁を番号展開し、その番号展開したＮ＋１桁の局番を規制対象とする制御指示を含む制御指示情報を新たに生成する番号展開部と、前記局番の桁数を表すＮをＮ＋１の値に更新して、前記制御指示情報生成部、前記制御指示部、前記演算部、および前記番号展開部の処理を順に繰り返し実行する制御情報決定部と、を備えることを特徴とする。
【０００８】
また、本発明は、ＩＰ電話網のノードであるセッション制御装置と通信可能に接続され、輻輳状態となった第１のセッション制御装置に向かう呼を規制対象とする制御指示を示す制御指示情報を、前記呼を端末から受け付ける第２のセッション制御装置に送信して、輻輳制御を実行する輻輳制御装置における輻輳制御方法であって、前記輻輳制御装置が、前記第１のセッション制御装置が収容している前記呼の局番と所定の閾値とを記憶している記憶部を備え、前記記憶部から取得した前記第１のセッション制御装置が収容している前記局番同士の前方一致のＮ桁の局番を規制対象とする制御指示を示す制御指示情報を生成する制御指示情報生成ステップと、前記第２のセッション制御装置に当該制御指示情報を送信する制御指示ステップと、当該制御指示情報を受信した前記第２のセッション制御装置から、所定期間の前記規制対象の局番のトラヒック量を取得する演算ステップと、前記トラヒック量と前記閾値とを比較して、前記トラヒック量が前記閾値を超える場合その局番を輻輳要因の要因局番であると判定して規制対象とし、前記トラヒック量が前記閾値以下である場合その局番は前記要因局番でないと判定して規制対象から除く或いはＮ桁による制御を継続し、前記要因局番であると判定した局番に対して、その要因局番の下位の桁を番号展開し、その番号展開したＮ＋１桁の局番を規制対象とする制御指示を含む制御指示情報を新たに生成する番号展開ステップと、前記局番の桁数を表すＮをＮ＋１の値に更新して、前記制御指示情報生成ステップ、前記制御指示ステップ、前記演算ステップ、および前記番号展開ステップの処理を順に繰り返し実行する制御情報決定ステップと、を実行することを特徴とする。
【０００９】
このような構成によれば、輻輳制御装置は、輻輳状態となった第１のセッション制御装置（以降、輻輳セッション制御装置と称す。）に収容されている局番について前方一致のＮ桁の数を規制対象とすることによって、そのＮ桁の局番一つによって、広範囲の規制を掛けることが可能なため、輻輳発生時に迅速な制御の開始を可能とする。次に、輻輳制御装置は、取得したトラヒック量に基づいて、輻輳要因の要因局番であると判定された局番の下位の桁を番号展開して、その番号展開した局番について、さらに要因局番か否かを判定しつつ、要因局番を絞っていくことによって、網リソースの最大活用を可能とする輻輳制御を実行することができる。
【００１０】
また、本発明における前記制御指示情報生成部または前記制御指示情報生成ステップは、（Ａ）前記桁数Ｎの局番の桁数が所定の閾値を超える場合、（Ｂ）前記桁数Ｎの局番の数が所定の閾値を超える場合、のいずれかまたは双方を示す所定の条件に到達したか否かを判定し、前記所定の条件に到達したと判定した場合、前記繰り返し処理を終了することを特徴とする。
【００１１】
このような構成によれば、輻輳制御装置は、規制対象として制御指示に含める局番の数が多過ぎも少な過ぎもしない適度な数となり、人的リソースや輻輳制御管理装置のリソースが非経済的になることを防ぎつつ、網リソースの最大活用を実現することができる。
【００１２】
また、本発明では、前記輻輳制御装置において、さらに、前記制御指示情報生成部が、前記要因局番でないと判定した局番を、前記規制対象とは異なる監視対象として含めて前記制御指示情報を生成し、前記演算部が、当該制御指示情報を送信した前記第２のセッション制御装置から、当該要因局番でないと判定した局番のトラヒック量を取得し、前記番号展開部が、当該トラヒック量と前記閾値とを比較して、その要因局番でないと判定した局番が要因局番か否かを判定することを特徴とする。
【００１３】
このような構成によれば、輻輳制御装置は、要因局番でないと判定した局番については、規制対象から外して、番号展開は行わずに監視対象としてトラヒック量を収集する。このトラヒック量を収集する理由は、トラヒック量の急な再上昇に迅速に対応できるようにするためである。したがって、輻輳制御装置は、輻輳セッション制御装置の輻輳状況を解消しつつ、網リソースの最大活用を可能とすることができる。
【００１４】
また、本発明では、前記規制対象のトラヒック量が、（１）規制対象の局番を接続先とする発信呼数、（２）Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥリクエストの総発生数、（３）規制制御に遭遇した呼数、（４）規制対象トラヒックの中で着側の前記端末から応答信号を受信した完了呼数、のいずれかまたは複数の組み合わせについて前記所定期間内で測定した値であることを特徴とする。
【００１５】
このような構成によれば、輻輳制御装置は、トラヒック量として、輻輳セッション制御装置の輻輳状態に直接的または間接的に関係するパラータの値を取得する。したがって、輻輳制御装置は、測定したトラヒック量に基づいて、輻輳セッション制御装置の輻輳状況を解消しつつ、網リソースの最大活用に役立てることができる。
【００１６】
また、本発明は、前記輻輳制御方法を、コンピュータとしての輻輳制御装置に実行させるためのプログラムとした。このようなプログラムをインストールされたコンピュータは、このプログラムに基づいた機能を実現することができる。
【発明の効果】
【００１７】
本発明によれば、輻輳発生時に迅速な制御の開始および網リソースの最大活用を可能とする輻輳制御を実行することができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態の輻輳制御システムにおける動作例の概要を示す図であり、（ａ）は初動時を表しており、（ｂ）は要因局番絞込み時を表している。
【図２】本実施形態の輻輳制御システムを構成する各装置の機能例を示す図である。
【図３】記憶部に記憶されている情報の一例を示す図であり、（ａ）は収容局番情報を表しており、（ｂ）は要因局番を表している。
【図４】本実施形態の輻輳制御システムにおける各装置の動作シーケンス例を示す図である。
【図５】本実施形態における輻輳制御装置の処理フロー例を示す図である。
【図６】比較例の輻輳制御システムにおける動作例を示す図である。
【図７】総務省がＷｅｂページに掲載している市外局番の一覧を示す図である。
【発明を実施するための形態】
【００１９】
本発明を実施するための形態（以降、「本実施形態」と称す。）について、適宜図面を参照しながら詳細に説明する。なお、各図において共通する箇所には同一の符号を付し、重複した説明を省略する。
【００２０】
（比較例の輻輳制御システム）
はじめに、比較例として、従来の輻輳制御システム１ａにおける動作例について、図６を用いて説明する。
【００２１】
ＩＰ電話網のＣ−planeでは、図６に示すように、複数のセッション制御装置２０（２０Ａ，２０Ｂ，２０Ｃ）がノードとして配置されて、ノード同士は通信可能になっている。セッション制御装置２０は、端末３０（例えば、電話機等）から接続要求（一点鎖線；例えば、ＳＩＰのＩＮＶＩＴＥリクエスト）を受け付けて、発信元と着信先とのセッションを確立する。なお、図６では、セッション制御装置２０は、３台しか記載していないが、３台に限らなくとも良い。
【００２２】
図６では、セッション制御装置２０Ｃは、処理すべき接続要求が増大してリソースが圧迫されて輻輳発生の状態になったことを表している。以降の説明では、輻輳状態になったセッション制御装置２０を輻輳セッション制御装置と称する。
【００２３】
また、輻輳制御装置１０ａは、各セッション制御装置２０と通信可能に接続され、輻輳セッション制御装置から輻輳発生を検出したことを示す輻輳発生通知（輻輳状況情報）を受信し（破線矢印）、輻輳セッション制御装置が収容する局番について接続要求の受け付けを呼数密度によって規制（制限）する制御指示を生成し、その制御指示を含む制御指示情報を発側のセッション制御装置２０Ａ，２０Ｂに送信する（破線矢印）。なお、以降の説明では、発側のセッション制御装置２０Ａ，２０Ｂを、発呼規制セッション制御装置と称す。発呼規制セッション制御装置は、受信した制御指示情報に含まれる呼数密度に基づいて呼の接続数を制御する。
【００２４】
具体的には、輻輳セッション制御装置に収容されている収容局番が０ＡＢＣ１０〜０ＡＢＣ３９であった場合には、輻輳制御装置１０ａは、そのすべての局番に対して、接続要求の受け付けを規制する制御指示を含む制御指示情報を、発呼規制セッション制御装置に送信する。この場合、すべての局番に対応する制御指示を生成することに時間がかかるため、迅速に制御を行う必要のある初動として好ましくない。
【００２５】
なお、輻輳制御装置１０ａは、輻輳発生通知を受信して以降、周期的に輻輳セッション制御装置から輻輳状況を含む輻輳状況情報を受信して、その輻輳状況情報に基づいて輻輳セッション制御装置の輻輳状態を監視（判定）する。輻輳状況とは、例えば、ＣＰＵ（Central Processing Unit）使用率等の処理負荷に関する情報である。そして、輻輳制御装置１０ａは、例えば、処理負荷が予め設定してある負荷閾値（処理負荷に関する閾値）以上の場合、輻輳状態にあると判定する。輻輳制御装置１０ａは、輻輳状態であると判定している間、周期的に制御指示情報を送信するとともに、発呼規制セッション制御装置からトラヒック状況情報（例えば、局番ごとのトラヒック量に関する情報）を受信する（点線矢印）。輻輳制御装置１０ａは、予め輻輳制御装置１０ａにインプットされた輻輳セッション制御装置にて接続要求の受け付けが可能な最大容量、或いは人為的な指定により呼数密度を決定し、その決定した呼数密度を受信したトラヒック状況情報に基づいて発呼規制セッション制御装置毎に配分し、その配分した呼数密度を含む制御指示を制御指示情報として発呼規制セッション制御装置に送信する。なお、輻輳制御装置１０ａは、輻輳状態が沈静化したと判定した場合には、輻輳状況情報の送信停止の通知を輻輳セッション制御装置に送信する。
【００２６】
（本実施形態の輻輳制御システムの概要）
前記したように、比較例の輻輳制御システム１ａでは、輻輳セッション制御装置が収容する局番が多数存在する場合には、迅速な制御の開始を満足することは難しい。そこで、輻輳発生時に迅速な制御の開始および網リソースの最大活用を可能とする輻輳制御を行える、本実施形態の輻輳制御システム１における動作例の概要について、図１（ａ）（ｂ）を用いて説明する。なお、図１（ａ）（ｂ）は、説明に必要な輻輳制御装置１０およびセッション制御装置２０（２０Ａ，２０Ｂ，２０Ｃ）のみを記載し、特に説明に必要でない図６に記載したような、端末３０、他網、Ｃ−planeの記載を省略している。また、図１では、セッション制御装置２０は、３台しか記載していないが、３台に限らなくとも良い。また、図１（ａ）（ｂ）に示すセッション制御装置２０は、ＩＰ電話網のノードであって相互に通信可能になっており、輻輳制御装置１０とも通信可能になっている。
【００２７】
図１（ａ）に示す輻輳発生後の初動時には、輻輳制御装置１０は、輻輳セッション制御装置（第１のセッション制御装置）から輻輳発生通知（輻輳状況情報）を受信して、輻輳セッション制御装置によって収容されている局番の前方一致の上位桁（図１では０ＡＢＣの４桁）の局番を規制対象とする制御指示および呼数密度を含む制御指示情報を、発呼規制セッション制御装置（第２のセッション制御装置）に送信する（破線矢印）。したがって、輻輳制御装置１０は、一つの局番による制御指示を含む制御指示情報を送信することによって、輻輳発生通知を受信後直ちに、広範囲の局番を対象とした規制を実施することが可能となる。そして、輻輳制御装置１０は、制御指示情報に含まれる局番に関するトラヒック状況情報を、発呼規制セッション制御装置から受信する（点線矢印）。
【００２８】
なお、初動時に規制対象とする局番の桁数は、前方一致の上位桁数とは言っても、地域性を考慮することが好ましい。この理由は、図７に局番の一例を示すように、総務省が管理している電話番号計画では、例えば、先頭の０を含めた局番が３桁〜４桁であれば、適度に広範囲な規制エリアを設定可能である。一般的に、地震や津波等の自然災害やイベント等の企画は、適度に広範囲なエリアに集中するので、初動時には、規制対象とする局番を３桁〜４桁とすることは有効と考えられる。また、局番を２桁にしてしまうと、エリアが広くなり過ぎて、網リソースを有効に活用できない。また、初動時の規制対象とする局番の桁数を大きくすると、制御指示に設定する局番の数が多くなるため、前記したように、高性能の装置や多人数のリソースを確保しなければならなくなって非経済的になる。
【００２９】
次に、図１（ａ）に示す初動時から時間が経過した後の、図１（ｂ）に示す要因局番絞込み時の動作について説明する。図１（ｂ）は、要因局番が０ＡＢＣ１に絞られた時点を表している。
【００３０】
図１（ａ）から図１（ｂ）に至る時間の経過において、図示はしていないが、輻輳制御装置１０は、局番０ＡＢＣの下位の桁を番号展開して、局番０ＡＢＣ１，０ＡＢＣ２，０ＡＢＣ３に関する制御指示情報を発呼規制セッション制御装置に送信し、発呼規制セッション制御装置から局番０ＡＢＣ１，０ＡＢＣ２，０ＡＢＣ３に関するトラヒック量に関するトラヒック状況情報を受信する。
そして、輻輳制御装置１０は、発呼規制セッション制御装置から受信したトラヒック状況情報から取得される局番０ＡＢＣ１，０ＡＢＣ２，０ＡＢＣ３ごとのトラヒック量に基づいて、輻輳要因となる要因局番を絞り込んでいく。具体的には、輻輳制御装置１０は、トラヒック量がトラヒック閾値（トラヒック量に関する閾値であって、請求項に記載の閾値）を超える場合には要因局番であると判定し、トラヒック量がトラヒック閾値以下であれば要因局番ではないと判定する。その結果、要因局番が０ＡＢＣ１と判定されたものとする。
なお、輻輳制御装置１０は、要因局番でないと判定した局番については、規制対象から外して、番号展開は行わずに監視対象としてトラヒック量を収集する。このトラヒック量を収集する理由は、トラヒック量の急な再上昇に迅速に対応できるようにするためである。また、トラヒック量が前記のトラヒック閾値よりさらに小さい所定の閾値未満の場合には、監視対象から外しても構わない。
【００３１】
そして、図１（ｂ）で表されるように、輻輳制御装置１０が、要因局番を０ＡＢＣ１と判定した状態になる。
輻輳制御装置１０は、輻輳発生通知を受信した後、輻輳セッション制御装置から、ＣＰＵ負荷等の輻輳状況を含む輻輳状況情報を周期的に受信している。
輻輳制御装置１０は、局番０ＡＢＣ１の下位の桁を番号展開（０ＡＢＣ１０〜０ＡＢＣ１９）して、それらの番号展開した局番に関する制御指示を含む制御指示情報を発呼規制セッション制御装置に送信する（破線矢印）。次に、輻輳制御装置１０は、発呼規制セッション制御装置から局番０ＡＢＣ１０〜０ＡＢＣ１９に関するトラヒック量を含むトラヒック状況情報を受信する（点線矢印）。そして、輻輳制御装置１０は、トラヒック量がトラヒック閾値を超える場合には要因局番であると判定し、トラヒック量がトラヒック閾値以下であれば要因局番ではないと判定し、要因局番を絞り込んでいく。この要因局番の絞込みは、後記する所定の条件に到達するまで実行される。
【００３２】
（輻輳制御装置およびセッション制御装置の機能）
次に、輻輳制御装置１０の機能例およびセッション制御装置２０の機能例について、図２を用いて説明する（適宜、図１参照）。ただし、図２は、本発明の説明に必要な機能のみを記載し、データ入力のための入力手段、ネットワークを介するデータ送受信のための通信手段、メッセージ等をディスプレイに表示する出力手段、および接続要求を受け付ける呼数密度等の演算に係る各手段については記載を省略している。
【００３３】
図２に示すように、輻輳制御装置１０は、制御情報決定部１１、記憶部１５、および制御指示部１６を備える。制御情報決定部１１は、さらに、演算部１２、番号展開部１３、および制御指示情報生成部１４を備える。輻輳制御装置１０は、図示しないＣＰＵおよびメインメモリによって構成される処理部とアプリケーションプログラム等を記憶する記憶部１５とを備える。処理部は、記憶部１５に記憶されているアプリケーションプログラムをメインメモリに展開して、制御情報決定部１１、演算部１２、番号展開部１３、制御指示情報生成部１４、および制御指示部１６を具現化する。
【００３４】
制御情報決定部１１は、番号展開を進めていくために、制御指示情報生成部１４、制御指示部１６、演算部１２、および番号展開部１３の処理を順に繰り返す制御を実行する。また、制御情報決定部１１は、演算部１２、番号展開部１３、制御指示情報生成部１４、記憶部１５、および制御指示部１６間の連携動作制御を司る。
【００３５】
演算部１２は、輻輳セッション制御装置から受信した輻輳状況情報に基づいて、輻輳セッション制御装置の輻輳状態を監視（判定）するとともに、発呼規制セッション制御装置から受信したトラヒック状況情報から局番ごとのトラヒック量を取得する。
【００３６】
番号展開部１３は、演算部１２から取得した局番ごとのトラヒック量に基づいて、規制対象の局番（要因局番）を抽出する。また、番号展開部１３は、要因局番の下位の桁を番号展開する処理を実行する。なお、番号展開部１３の処理の詳細は、後記する。
【００３７】
制御指示情報生成部１４は、番号展開部１３によって番号展開された局番が所定の条件に到達したか否かを判定するとともに、所定の条件に到達する前に番号展開された局番について、制御指示情報を生成する。ここで、所定の条件とは、（Ａ）規制対象となる局番の桁数が所定の閾値（例えば、市町村単位の局番の桁数）を超える場合、（Ｂ）制御指示を行う局番の数が局番数に関する所定の閾値を超える場合、（Ｃ）輻輳状態が解消した場合、のいずれかまたは複数の組み合わせである。なお、制御指示情報生成部１４の処理の詳細は、後記する。
【００３８】
記憶部１５は、前記したアプリケーションプログラムや各セッション制御装置２０が収容している局番情報（収容局番情報）や種々の閾値を記憶している。また、記憶部１５は、番号展開部１３によって抽出された要因局番を記憶している。ここで、収容局番情報や要因局番についての具体例を、図３を用いて説明する。
図３（ａ）は、収容局番情報を表しており、セッション制御装置２０のＩＤと、そのセッション制御装置２０が収容している局番の情報（収容局番情報）と、初動時の局番とを記憶している。また、図３（ｂ）は、要因局番と判定された局番が記憶されている状態を表している。
【００３９】
図２に戻って、制御指示部１６は、制御指示情報生成部１４が生成した制御指示情報を、発呼規制セッション制御装置（セッション制御装置２０Ａ，２０Ｂ）に送信する。
【００４０】
また、輻輳セッション制御装置（セッション制御装置２０Ｃ）は、少なくとも、発呼規制要求部２１、リソース監視部２２、および接続要求処理部２４を備える。
【００４１】
発呼規制要求部２１は、リソース監視部２２において輻輳発生と判定した場合、輻輳発生通知（輻輳状況情報）を輻輳制御装置１０に送信する。また、発呼規制要求部２１は、リソース監視部２２において測定した処理負荷の大きさ（例えば、ＣＰＵ使用率）に関する輻輳状況情報を、所定の周期で、輻輳制御装置１０に送信する。
【００４２】
リソース監視部２２は、処理負荷の大きさを表す一例として、ＣＰＵ使用率を所定の周期で測定するＣＰＵ使用率測定部２３を備えている。そして、リソース監視部２２は、測定したＣＰＵ使用率を負荷閾値と比較し、ＣＰＵ使用率が負荷閾値以上のときに、輻輳発生と判定する。
【００４３】
接続要求処理部２４は、端末３０（図１参照）から接続要求を受け付けて、その接続要求の着信先に接続する制御を行う。
【００４４】
発呼規制セッション制御装置（セッション制御装置２０Ａ，２０Ｂ）は、少なくとも、発呼規制部２５および接続要求処理部２４を備える。なお、発呼規制セッション制御装置は、図示しないＣＰＵおよびメインメモリによって構成される処理部とアプリケーションプログラム等を記憶する記憶部とを含んで構成される。処理部は、記憶部に記憶されているアプリケーションプログラムをメインメモリに展開して、発呼規制部２５および接続要求処理部２４を具現化する。
【００４５】
発呼規制部２５は、輻輳制御装置１０から受信した制御指示情報に基づいて、輻輳セッション制御装置に向かう呼を規制する指示を、接続要求処理部２４に通知する。
接続要求処理部２４は、発呼規制部２５から通知された指示に基づいて、端末３０（図１参照）から受け付けた接続要求の呼の着信先への接続を制御する。
【００４６】
次に、本実施形態の輻輳制御システム１を構成する各装置の動作シーケンス例について、図４を用いて説明する（適宜、図１，２参照）。なお、輻輳セッション制御装置が収容している局番は、図１と同様に、０ＡＢＣ１０〜０ＡＢＣ３９であるものとして説明するが、これに限らなくても良い。
【００４７】
まず、ステップＳ３００では、セッション制御装置２０Ｃ（輻輳セッション制御装置）において、リソース監視部２２が、輻輳発生と判定する。そして、発呼規制要求部２１が輻輳発生通知（輻輳状況情報）を輻輳制御装置１０に送信する。
ステップＳ３０１では、輻輳制御装置１０の演算部１２が、輻輳発生通知（輻輳状況情報）を取得する。
【００４８】
ステップＳ３０２では、制御指示情報生成部１４が、輻輳セッション制御装置に収容されている局番の前方一致の局番である上位の短桁（０ＡＢＣ）を規制対象とする制御指示を含む制御指示情報を生成し、その制御指示情報を制御指示部１６を介して、セッション制御装置２０Ａ，２０Ｂ（発呼規制セッション制御装置）に送信する。なお、輻輳制御装置１０が輻輳発生通知を受信した直後のステップＳ３０２に限って、前方一致の局番（図３（ａ）の初動時の局番）は、網管制者によって設定されるものとする。また、ステップＳ３０２における処理は、図１（ａ）に示す初動時の処理に相当する。
【００４９】
ステップＳ３０３では、発呼規制セッション制御装置は、制御指示情報に格納されている規制対象の局番（０ＡＢＣ）に関するトラヒック量を測定する。なお、このトラヒック量の測定は、所定期間内のトラヒックについて行われる。また、トラヒック量の測定対象パラメータは、例えば、（１）規制対象の局番を接続先とする発信呼数、（２）Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥリクエストの総発生数（規制対象の局番に限らずＩＮＶＩＴＥリクエストの発生した総数）、（３）規制制御に遭遇した呼数、（４）規制対象トラヒックの中で着側の端末３０から応答信号を受信した完了呼数、のいずれかまたは複数の組み合わせである。発呼規制セッション制御装置は、測定したトラヒック量をトラヒック状況情報として、輻輳制御装置１０に送信する。
【００５０】
ステップＳ３０４では、演算部１２は、発呼規制セッション制御装置から、規制対象の局番（０ＡＢＣ）のトラヒック量に関するトラヒック状況情報を受信する。
【００５１】
ステップＳ３０５では、番号展開部１３は、規制対象の局番０ＡＢＣのトラヒック量とトラヒック閾値とを比較し、要因局番を抽出する。具体的には、番号展開部１３は、ある局番のトラヒック量がトラヒック閾値を超える場合、その局番が要因局番であると判定し、ある局番のトラヒック量がトラヒック閾値以下である場合、その局番が要因局番でないと判定する。要因局番であると判定された局番は、記憶部１５に記憶される。ただし、輻輳発生通知を受信した後で最初に実行される要因局番の抽出処理では、一般的に、局番０ＡＢＣが要因局番であると判定される。
【００５２】
ステップＳ３０６では、番号展開部１３は、記憶部１５から要因局番であると判定された局番を取得し、その局番の下位の桁を番号展開する。具体的には、要因局番０ＡＢＣを番号展開することによって、番号展開した局番は、０ＡＢＣ＊＝０ＡＢＣ１，０ＡＢＣ２，０ＡＢＣ３となる。
ステップＳ３０７では、制御指示情報生成部１４は、番号展開した局番（０ＡＢＣ＊）に関する制御指示情報を生成し、制御指示部１６を介して、その制御指示情報を発呼規制セッション制御装置に送信する。
【００５３】
ステップＳ３０８では、発呼規制セッション制御装置は、ステップＳ３０３の処理と同様に、制御指示情報に格納されている規制対象の局番（０ＡＢＣ＊）に関するトラヒック量を測定する。発呼規制セッション制御装置は、測定したトラヒック量をトラヒック状況情報として、輻輳制御装置１０に送信する。
【００５４】
ステップＳ３０９では、演算部１２は、ステップＳ３０４の処理と同様に、発呼規制セッション制御装置から、規制対象の局番（０ＡＢＣ＊）のトラヒック量に関するトラヒック状況情報を受信する。
【００５５】
ステップＳ３１０では、番号展開部１３は、ステップＳ３０５の処理と同様に、規制対象の局番ごとにトラヒック量とトラヒック閾値とを比較し、要因局番を抽出する。具体的には、番号展開部１３は、当該トラヒック量がトラヒック閾値を超える場合、その局番が要因局番であると判定し、当該トラヒック量がトラヒック閾値以下である場合、その局番が要因局番でないと判定する。要因局番であると判定された局番は、記憶部１５に記憶される。例えば、要因局番であると判定された局番が、０ＡＢＣ１であったとする。
【００５６】
ステップＳ３１１では、番号展開部１３は、記憶部１５に記憶された要因局番であると判定された局番０ＡＢＣ１を取得し、その局番の下位の桁を番号展開する。具体的には、番号展開した局番は、０ＡＢＣ１＊＝０ＡＢＣ１０，０ＡＢＣ１１，０ＡＢＣ１２，０ＡＢＣ１３，０ＡＢＣ１４，０ＡＢＣ１５，０ＡＢＣ１６，０ＡＢＣ１７，０ＡＢＣ１８，０ＡＢＣ１９となる。
【００５７】
ステップＳ３１２〜Ｓ３１４では、局番情報０ＡＢＣ１＊に対して、ステップＳ３０７〜Ｓ３０９と同様の処理が実行される。
なお、輻輳セッション制御装置は、輻輳発生を検出した後、周期的に輻輳状況情報を輻輳制御装置１０へ送信しており、輻輳制御装置１０は受信した輻輳状況情報に基づいて、輻輳セッション制御装置の輻輳状況を判定している。なお、輻輳制御装置１０の演算部１２は、輻輳セッション制御装置が輻輳の状態でないと判定した場合、輻輳状況情報の送信を停止することを示す送信停止指示を輻輳セッション制御装置に送信する。
そして、ステップＳ３１２以降の処理においては、ステップＳ３０７〜Ｓ３１１と同様の処理が、展開した局番が所定の条件に到達するまで繰り返し実行される。
【００５８】
（輻輳制御装置の処理フロー）
次に、輻輳制御装置１０の処理フロー例について、図５を用いて説明する（適宜、図１〜３参照）。
ステップＳ４０１では、演算部１２は、輻輳セッション制御装置から輻輳状況情報（輻輳発生通知）を受信し、輻輳状態か否かを判定する。
輻輳状態であると判定した場合（ステップＳ４０１でＹｅｓ）、処理はステップＳ４０２へ進む。また、輻輳状態でないと判定した場合（ステップＳ４０１でＮｏ）、処理はステップＳ４１０へ進み、ステップＳ４１０の処理後に終了する。
【００５９】
ステップＳ４０２では、制御指示部１６が桁数Ｎの局番を規制対象とする制御指示を含む制御指示情報を発呼規制セッション制御装置に送信する（図４のステップＳ３０２，Ｓ３０７，Ｓ３１２に対応）。ただし、桁数Ｎの局番は、図１（ａ）に示す初動時には、網管制者によって設定される。
【００６０】
ステップＳ４０３では、演算部１２は、規制対象の局番のトラヒック量に関するトラヒック状況情報を受信する（図４のステップＳ３０４，Ｓ３０９，Ｓ３１４に対応）。そして、演算部１２は、トラヒック状況情報から局番のトラヒック量を取得する。
【００６１】
ステップＳ４０４では、番号展開部１３は、トラヒック状況情報（トラヒック量）に基づいて、要因局番を抽出する（図４のステップＳ３０５，Ｓ３１０に対応）。具体的には、番号展開部１３は、演算部１２によって取得された規制対象の局番ごとにトラヒック量とトラヒック閾値とを比較し、トラヒック量がトラヒック閾値を超える場合、その局番を要因局番であると判定し、トラヒック量がトラヒック閾値以下である場合その局番は要因局番でないと判定する。要因局番であると判定された局番は、記憶部１５に記憶される。
【００６２】
ステップＳ４０５では、番号展開部１３は、要因局番があるかないかを判定する。
要因局番があると判定した場合（ステップＳ４０５でＹｅｓ）、処理はステップＳ４０６へ進む。また、要因局番がないと判定した場合（ステップＳ４０５でＮｏ）、処理はステップＳ４０１へ戻る。
【００６３】
ステップＳ４０６では、番号展開部１３は、桁数Ｎの要因局番の下位の桁を追加し、新たな桁数Ｎ＋１の局番を生成する（図４のステップＳ３０６，Ｓ３１１に対応）。
【００６４】
ステップＳ４０７では、制御指示情報生成部１４は、新たな桁数Ｎ＋１の局番が、所定の条件に到達したか否かを判定する。なお、所定の条件とは、（Ａ）規制対象となる局番の桁数が所定の閾値（例えば、市町村単位の局番の桁数）を超える場合、（Ｂ）制御指示を行う局番の数が局番数に関する所定の閾値を超える場合、（Ｃ）輻輳状態が解消した場合、のいずれかまたは複数の組み合わせである。
所定の条件に到達したと判定した場合（ステップＳ４０７でＹｅｓ）、処理はステップＳ４０１へ戻る。また、所定の条件に到達していないと判定した場合（ステップＳ４０７でＮｏ）、処理はステップＳ４０８へ進む。
【００６５】
ステップＳ４０８では、制御指示情報生成部１４は、局番の桁数を表すＮをＮ＋１の値に更新する。
【００６６】
ステップＳ４０９では、制御指示情報生成部１４は、桁数Ｎの局番を規制対象とする制御指示を含む制御指示情報を生成する。
【００６７】
ステップＳ４１０では、演算部１２が輻輳セッション制御装置に輻輳状況情報の送信を停止することを示す送信停止指示を送信する。
【００６８】
以上、本実施形態で説明した輻輳制御装置１０は、まず、輻輳が発生したときの初動時に、輻輳セッション制御装置が収容する局番同士の前方一致の局番（短桁）を用いて、発呼規制セッション制御装置に対して規制制御を実行する。このことによって、輻輳発生時に迅速な制御の開始を実現することができる。次に、輻輳制御装置１０は、発呼規制セッション制御装置から受信したトラヒック状況情報に基づいて、要因局番を抽出する。そして、輻輳制御装置１０は、その抽出した要因局番の下位の桁を番号展開し、その番号展開した局番を規制対象とする制御指示を含む制御指示情報を生成し、発呼規制セッション制御装置に送信して、発呼規制セッション制御装置の規制制御を実行する。このように、要因番号を抽出するために番号展開を繰り返し実行して、規制対象となる局番が所定の条件に到達するまで要因局番を絞り込んでいくことによって、網リソースの最大活用を可能とする輻輳制御を実現することができる。
【００６９】
なお、本実施形態では、トラヒック量とトラヒック閾値とを比較（絶対比較）するように説明したが、これに限られず、局番をトラヒック量が大きい順に並べたとき、相対比較として、大きい方から順に上位に入る局番を番号展開する対象として選択しても構わない。
また、局番をトラヒック量が大きい順に並べたとき、相対比較として、小さい方から順に下位に入る局番を監視対象から外しても構わない。
【００７０】
また、本実施形態では、要因局番でないと判定された局番については、規制対象から外し、番号展開は行わすに監視対象としてトラヒック量を収集することを説明した。この監視対象とする処理の具体例について以下に説明する。まず、図５のステップＳ４０９において、制御指示情報生成部１４が、要因局番でないと判定した局番を監視対象とする制御指示を含む制御指示情報を生成する。次に、ステップＳ４０２〜Ｓ４０３において、演算部１２が、当該制御指示情報を発呼規制セッション制御装置に送信し、当該発呼規制セッション制御装置から、その要因局番でないと判定した局番のトラヒック量を取得する。そして、ステップＳ４０４において、番号展開部１３が、当該トラヒック量とトラヒック閾値とを比較して、その要因局番でないと判定した局番が要因局番か否かを判定すれば良い。
【００７１】
また、本実施形態では、要因局番として、１つの局番が抽出された場合について説明したが、複数の要因局番が抽出された場合には、それぞれの要因局番に対して、それぞれ番号展開しては要因局番を抽出する処理を繰り返して実行する。ただし、複数の要因局番が抽出された場合には、制御指示の数の増加が早くなるため、制御指示の総数に上限値を設け、その上限値以上の場合には番号展開を行わないようにすることが好ましい。
【００７２】
また、本実施形態では、セッション制御装置としてソフトスイッチの場合で説明したが、当該ソフトスイッチの機能をハードウェアによって実現したスイッチであっても構わない。
【００７３】
また、本実施形態において説明した、輻輳制御装置１０は、一般的なコンピュータに、前記した各処理のプログラムを実行させることで実現することができる。このプログラムは、通信回線を介して提供することが可能であり、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）等の記録媒体に書き込んで配布することも可能である。
【符号の説明】
【００７４】
１，１ａ 輻輳制御システム
１０，１０ａ 輻輳制御装置
１１ 制御情報決定部
１２ 演算部
１３ 番号展開部
１４ 制御指示情報生成部
１５ 記憶部
１６ 制御指示部
２０（２０Ａ，２０Ｂ，２０Ｃ） セッション制御装置
２１ 発呼規制要求部
２２ リソース監視部
２３ ＣＰＵ使用率測定部
２４ 接続要求処理部
２５ 発呼規制部
３０ 端末
【特許請求の範囲】
【請求項１】
ＩＰ（Internet Protocol）電話網のノードであるセッション制御装置と通信可能に接続され、輻輳状態となった第１のセッション制御装置に向かう呼を規制対象とする制御指示を示す制御指示情報を、前記呼を端末から受け付ける第２のセッション制御装置に送信して、輻輳制御を実行する輻輳制御装置であって、
前記第１のセッション制御装置が収容している前記呼の局番と所定の閾値とを記憶している記憶部と、
前記記憶部から取得した前記第１のセッション制御装置が収容している前記局番同士の前方一致のＮ桁の局番を規制対象とする制御指示を示す制御指示情報を生成する制御指示情報生成部と、
前記第２のセッション制御装置に当該制御指示情報を送信する制御指示部と、
当該制御指示情報を受信した前記第２のセッション制御装置から、所定期間の前記規制対象のトラヒック量を取得する演算部と、
前記トラヒック量と前記閾値とを比較して、前記トラヒック量が前記閾値を超える場合その局番を輻輳要因の要因局番であると判定して規制対象とし、前記トラヒック量が前記閾値以下である場合その局番は前記要因局番でないと判定して規制対象から除き、前記要因局番であると判定した局番に対して、その要因局番の下位の桁を番号展開し、その番号展開したＮ＋１桁の局番を規制対象とする制御指示を含む制御指示情報を新たに生成する番号展開部と、
前記局番の桁数を表すＮをＮ＋１の値に更新して、前記制御指示情報生成部、前記制御指示部、前記演算部、および前記番号展開部の処理を順に繰り返し実行する制御情報決定部と、
を備えることを特徴とする輻輳制御装置。
【請求項２】
前記制御指示情報生成部は、
（Ａ）前記桁数Ｎの局番の桁数が所定の閾値を超える場合、（Ｂ）前記桁数Ｎの局番の数が所定の閾値を超える場合、のいずれかまたは双方を示す所定の条件に到達したか否かを判定し、前記所定の条件に到達したと判定した場合、前記繰り返し処理を終了する
ことを特徴とする請求項１に記載の輻輳制御装置。
【請求項３】
前記輻輳制御装置において、さらに
前記制御指示情報生成部は、前記要因局番でないと判定した局番を、前記規制対象とは異なる監視対象として含めて前記制御指示情報を生成し、
前記演算部は、当該制御指示情報を送信した前記第２のセッション制御装置から、当該要因局番でないと判定した局番のトラヒック量を取得し、
前記番号展開部は、当該トラヒック量と前記閾値とを比較して、その要因局番でないと判定した局番が要因局番か否かを判定する
ことを特徴とする請求項１または請求項２に記載の輻輳制御装置。
【請求項４】
前記規制対象のトラヒック量は、（１）規制対象の局番を接続先とする発信呼数、（２）Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥリクエストの総発生数、（３）規制制御に遭遇した呼数、（４）規制対象トラヒックの中で着側の前記端末から応答信号を受信した完了呼数、のいずれかまたは複数の組み合わせについて前記所定期間内で測定した値である
ことを特徴とする請求項１ないし請求項３のいずれか一項に記載の輻輳制御装置。
【請求項５】
ＩＰ電話網のノードであるセッション制御装置と通信可能に接続され、輻輳状態となった第１のセッション制御装置に向かう呼を規制対象とする制御指示を示す制御指示情報を、前記呼を端末から受け付ける第２のセッション制御装置に送信して、輻輳制御を実行する輻輳制御装置における輻輳制御方法であって、
前記輻輳制御装置は、
前記第１のセッション制御装置が収容している前記呼の局番と所定の閾値とを記憶している記憶部を備え、
前記記憶部から取得した前記第１のセッション制御装置が収容している前記局番同士の前方一致のＮ桁の局番を規制対象とする制御指示を示す制御指示情報を生成する制御指示情報生成ステップと、
前記第２のセッション制御装置に当該制御指示情報を送信する制御指示ステップと、
当該制御指示情報を受信した前記第２のセッション制御装置から、所定期間の前記規制対象の局番のトラヒック量を取得する演算ステップと、
前記トラヒック量と前記閾値とを比較して、前記トラヒック量が前記閾値を超える場合その局番を輻輳要因の要因局番であると判定して規制対象とし、前記トラヒック量が前記閾値以下である場合その局番は前記要因局番でないと判定して規制対象から除き、前記要因局番であると判定した局番に対して、その要因局番の下位の桁を番号展開し、その番号展開したＮ＋１桁の局番を規制対象とする制御指示を含む制御指示情報を新たに生成する番号展開ステップと、
前記局番の桁数を表すＮをＮ＋１の値に更新して、前記制御指示情報生成ステップ、前記制御指示ステップ、前記演算ステップ、および前記番号展開ステップの処理を順に繰り返し実行する制御情報決定ステップと、
を実行することを特徴とする輻輳制御方法。
【請求項６】
前記輻輳制御装置は、
前記制御指示情報生成ステップにおいて、
（Ａ）前記桁数Ｎの局番の桁数が所定の閾値を超える場合、（Ｂ）前記桁数Ｎの局番の数が所定の閾値を超える場合、のいずれかまたは双方を示す所定の条件に到達したか否かを判定し、前記所定の条件に到達したと判定した場合、前記繰り返し処理を終了する
ことを特徴とする請求項５に記載の輻輳制御方法。
【請求項７】
請求項５または請求項６に記載の輻輳制御方法を、コンピュータである前記輻輳制御装置に実行させるためのプログラム。
【請求項１】
ＩＰ（Internet Protocol）電話網のノードであるセッション制御装置と通信可能に接続され、輻輳状態となった第１のセッション制御装置に向かう呼を規制対象とする制御指示を示す制御指示情報を、前記呼を端末から受け付ける第２のセッション制御装置に送信して、輻輳制御を実行する輻輳制御装置であって、
前記第１のセッション制御装置が収容している前記呼の局番と所定の閾値とを記憶している記憶部と、
前記記憶部から取得した前記第１のセッション制御装置が収容している前記局番同士の前方一致のＮ桁の局番を規制対象とする制御指示を示す制御指示情報を生成する制御指示情報生成部と、
前記第２のセッション制御装置に当該制御指示情報を送信する制御指示部と、
当該制御指示情報を受信した前記第２のセッション制御装置から、所定期間の前記規制対象のトラヒック量を取得する演算部と、
前記トラヒック量と前記閾値とを比較して、前記トラヒック量が前記閾値を超える場合その局番を輻輳要因の要因局番であると判定して規制対象とし、前記トラヒック量が前記閾値以下である場合その局番は前記要因局番でないと判定して規制対象から除き、前記要因局番であると判定した局番に対して、その要因局番の下位の桁を番号展開し、その番号展開したＮ＋１桁の局番を規制対象とする制御指示を含む制御指示情報を新たに生成する番号展開部と、
前記局番の桁数を表すＮをＮ＋１の値に更新して、前記制御指示情報生成部、前記制御指示部、前記演算部、および前記番号展開部の処理を順に繰り返し実行する制御情報決定部と、
を備えることを特徴とする輻輳制御装置。
【請求項２】
前記制御指示情報生成部は、
（Ａ）前記桁数Ｎの局番の桁数が所定の閾値を超える場合、（Ｂ）前記桁数Ｎの局番の数が所定の閾値を超える場合、のいずれかまたは双方を示す所定の条件に到達したか否かを判定し、前記所定の条件に到達したと判定した場合、前記繰り返し処理を終了する
ことを特徴とする請求項１に記載の輻輳制御装置。
【請求項３】
前記輻輳制御装置において、さらに
前記制御指示情報生成部は、前記要因局番でないと判定した局番を、前記規制対象とは異なる監視対象として含めて前記制御指示情報を生成し、
前記演算部は、当該制御指示情報を送信した前記第２のセッション制御装置から、当該要因局番でないと判定した局番のトラヒック量を取得し、
前記番号展開部は、当該トラヒック量と前記閾値とを比較して、その要因局番でないと判定した局番が要因局番か否かを判定する
ことを特徴とする請求項１または請求項２に記載の輻輳制御装置。
【請求項４】
前記規制対象のトラヒック量は、（１）規制対象の局番を接続先とする発信呼数、（２）Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥリクエストの総発生数、（３）規制制御に遭遇した呼数、（４）規制対象トラヒックの中で着側の前記端末から応答信号を受信した完了呼数、のいずれかまたは複数の組み合わせについて前記所定期間内で測定した値である
ことを特徴とする請求項１ないし請求項３のいずれか一項に記載の輻輳制御装置。
【請求項５】
ＩＰ電話網のノードであるセッション制御装置と通信可能に接続され、輻輳状態となった第１のセッション制御装置に向かう呼を規制対象とする制御指示を示す制御指示情報を、前記呼を端末から受け付ける第２のセッション制御装置に送信して、輻輳制御を実行する輻輳制御装置における輻輳制御方法であって、
前記輻輳制御装置は、
前記第１のセッション制御装置が収容している前記呼の局番と所定の閾値とを記憶している記憶部を備え、
前記記憶部から取得した前記第１のセッション制御装置が収容している前記局番同士の前方一致のＮ桁の局番を規制対象とする制御指示を示す制御指示情報を生成する制御指示情報生成ステップと、
前記第２のセッション制御装置に当該制御指示情報を送信する制御指示ステップと、
当該制御指示情報を受信した前記第２のセッション制御装置から、所定期間の前記規制対象の局番のトラヒック量を取得する演算ステップと、
前記トラヒック量と前記閾値とを比較して、前記トラヒック量が前記閾値を超える場合その局番を輻輳要因の要因局番であると判定して規制対象とし、前記トラヒック量が前記閾値以下である場合その局番は前記要因局番でないと判定して規制対象から除き、前記要因局番であると判定した局番に対して、その要因局番の下位の桁を番号展開し、その番号展開したＮ＋１桁の局番を規制対象とする制御指示を含む制御指示情報を新たに生成する番号展開ステップと、
前記局番の桁数を表すＮをＮ＋１の値に更新して、前記制御指示情報生成ステップ、前記制御指示ステップ、前記演算ステップ、および前記番号展開ステップの処理を順に繰り返し実行する制御情報決定ステップと、
を実行することを特徴とする輻輳制御方法。
【請求項６】
前記輻輳制御装置は、
前記制御指示情報生成ステップにおいて、
（Ａ）前記桁数Ｎの局番の桁数が所定の閾値を超える場合、（Ｂ）前記桁数Ｎの局番の数が所定の閾値を超える場合、のいずれかまたは双方を示す所定の条件に到達したか否かを判定し、前記所定の条件に到達したと判定した場合、前記繰り返し処理を終了する
ことを特徴とする請求項５に記載の輻輳制御方法。
【請求項７】
請求項５または請求項６に記載の輻輳制御方法を、コンピュータである前記輻輳制御装置に実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−２３８９６８（Ｐ２０１２−２３８９６８Ａ）
【公開日】平成２４年１２月６日（２０１２．１２．６）
【国際特許分類】
【出願番号】特願２０１１−１０５４６９（Ｐ２０１１−１０５４６９）
【出願日】平成２３年５月１０日（２０１１．５．１０）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年１２月６日（２０１２．１２．６）
【国際特許分類】
【出願日】平成２３年５月１０日（２０１１．５．１０）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]