JP2014230187A - トラヒック規制システム、トラヒック規制制御装置、優先制御方法およびそのプログラム - Google Patents

Abstract

【課題】セッション制御装置が過度な接続要求に対して自律規制を行う場合において、通信規制ポリシに応じて接続要求に対する優先制御を柔軟に実行する。【解決手段】トラヒック規制制御装置１０は、セッション制御装置３０から規制開始を示すアラームを受信するとともに、セッション制御装置３０の規制状態の情報を示す規制状態情報を所定の周期で受信する規制情報収集部１４と、アラームを受信したとき、優先制御に関するポリシの選択肢を表示装置に表示し、その選択入力を受け付ける演算部１１１と、受け付けられた優先制御に関するポリシに基づいて、接続要求を優先して制御するための優先制御情報を生成するポリシ情報生成部１１２と、生成された優先制御情報をセッション制御装置に送信するポリシ情報送信部１３と、を備える。【選択図】図４

Description

本発明は、仮想化技術を用いて動的にリソース管理された網における、Ｃ−ｐｌａｎｅの輻輳制御技術に関する。

ＩＰ（Internet Protocol）電話網における従来の輻輳制御は、輻輳要因となる呼の流入を網の入口で制限することによって行われていた。例えば、多数の呼の集中によりＣ−ｐｌａｎｅにおいて機能停止の可能性を生じる輻輳状態がセッション制御を行うセッション制御装置において発生したものとする。その場合、その輻輳状態となったセッション制御装置は、自身の保持する収容局番を制御指示情報に格納して網内の全セッション制御装置に送信し、当該局番への接続を規制するように指示する。そして、各セッション制御装置は、単位時間当たりの呼の接続許容数である呼数密度に基づいて、呼の接続数を制御する。この制御方式は、総量制御方式と呼ばれている。

非特許文献１には、制御センタが、重度罹災地域の呼制御サーバを対象として、当該呼制御サーバから輻輳状態となった呼制御サーバに発信された呼量を収集し、収集した呼量と制御総量（輻輳状態となった呼制御サーバで処理可能な呼量）とを用いて、総量制御方式に基づき、各呼制御サーバの制御量を算出することが開示されている。具体的には、制御センタは、重度罹災地域の呼制御サーバに所定の制御量を割り当て、他の地域の呼制御サーバには、制御総量から前記所定の制御量を減算した残りの制御量を発信呼数に基づいて比例配分して割り当てる。そのため、非特許文献１に開示されている技術は、重度罹災地域の疎通率を可能な限り高く保つことができる。

遠藤大己、外３名、「重度罹災地域を考慮した総量配分法の一検討」、信学総大、社団法人電子情報通信学会、２０１２年３月６日、通信（２）、ｐ．５６７

しかしながら、近年では、仮想化技術を用いて動的にリソースを変えることが可能な仮想化ネットワークが使用されるようになってきている。この仮想化ネットワークでは、リソース管理装置が、セッション制御装置から取得した空きリソースをリソースプール上で管理し、各セッション制御装置の負荷の増減に応じてリソースの割り付けを制御している。つまり、リソース管理装置は、リソースプールに空きリソースが存在する限りは、リソースが不足している処理に対して、リソースを補充することができる。また、セッション制御装置は、過度な接続要求があった場合、従来のような制御センタを用いた集中監視による輻輳制御ではなく、個々に自律的に規制（自律規制）を行う機能を備えている。

このような動的にリソース管理された仮想化ネットワークにおいて、各セッション制御装置が過度な接続要求に対して自律規制を行うケースでは、接続要求に対する優先制御をどのように柔軟に行えばよいかを示す技術について、開示されたものは見あたらない。

そこで、本発明は、セッション制御装置それぞれが過度な接続要求に対して自律規制を行うケースにおいて、通信規制ポリシに応じて接続要求に対する優先制御を柔軟に実行する技術を提供することを課題とする。

本発明のトラヒック規制システムは、接続要求に対して輻輳状態となった場合に、記憶されている通信規制ポリシに基づいてその接続要求の規制を実行し、規制開始を示すアラームをトラヒック規制制御装置に送信するセッション制御装置と、前記アラームを受信した時、優先制御に関するポリシの選択肢を表示し、その選択入力を受け付け、当該受け付けたポリシに基づいて接続要求を優先して制御するための優先制御情報を生成し、前記優先制御情報を前記セッション制御装置に送信する前記トラヒック規制制御装置と、を備え、前記セッション制御装置が、受信した前記優先制御情報を前記記憶されている通信規制ポリシに優先させて参照し、接続要求に対して優先制御を実行する、ことを特徴とする。

また、本発明のトラヒック規制制御装置は、接続要求に対して輻輳状態となった場合に、記憶されている通信規制ポリシに基づいて、または前記通信規制ポリシに優先して参照される優先制御情報に基づいて、その接続要求の規制を実行するセッション制御装置から、規制開始を示すアラームを受信する規制情報収集部と、前記アラームを受信したとき、優先制御に関するポリシの選択肢を表示装置に表示し、その選択入力を受け付ける演算部と、前記受け付けられた優先制御に関するポリシに基づいて、接続要求を優先して制御するための優先制御情報を生成するポリシ情報生成部と、前記生成された優先制御情報を前記セッション制御装置に送信するポリシ情報送信部と、を備えることを特徴とする。

このような構成によれば、トラヒック規制制御装置が、接続要求に対して輻輳状態となった場合に、優先制御に関する優先制御情報を当該セッション制御装置に送信する。そして、セッション制御装置は、受信した優先制御情報に基づいて、接続要求に対する優先制御を実行する。したがって、トラヒック規制システムおよびトラヒック規制制御装置は、各セッション制御装置が過度な接続要求に対して自律規制を行うケースにおいて、通信規制ポリシに応じて接続要求に対する優先制御を柔軟に実行することができる。

また、本発明の前記トラヒック規制システムでは、前記セッション制御装置が、規制状態の情報を示す規制状態情報を前記トラヒック規制制御装置に所定の周期で送信し、前記トラヒック規制制御装置が、受信した前記規制状態情報中の規制状態の変化に応じて、優先制御に関するポリシの選択肢を表示し、新たな優先制御に関するポリシの選択入力を受け付け、当該受け付けたポリシに基づいて優先制御情報を生成し、当該優先制御情報を前記セッション制御装置に送信することを特徴とする。

また、本発明の前記トラヒック規制制御装置では、前記規制情報収集部が、前記セッション制御装置の規制状態の情報を示す規制状態情報を所定の周期で受信し、前記演算部が、受信した前記規制状態情報中の規制状態の変化に応じて、優先制御に関するポリシの選択肢を表示し、新たな優先制御に関するポリシの選択入力を受け付け、前記ポリシ情報生成部が、当該受け付けられたポリシに基づいて優先制御情報を生成し、前記ポリシ情報送信部が、当該優先制御情報を前記セッション制御装置に送信することを特徴とする。

このような構成によれば、トラヒック規制システムおよびトラヒック規制制御装置は、セッション制御装置から取得される規制状態情報に応じて、優先制御に関するポリシの変更を行うことができるので、接続要求に対する優先制御を柔軟に実行することができる。

また、本発明の前記ポリシ情報生成部は、発信元を示す情報、着信先を示す情報、メディアタイプを示す情報、帯域幅を示す情報のいずれか１つまたはその組み合わせを用いて、前記優先制御情報を生成することを特徴とする。

このような構成によれば、優先制御情報は、複数のパラメータの組み合わせによって表されるので、接続要求に対する優先制御を柔軟に実行することができる。

なお、優先制御方法およびプログラムに係る発明については、前記したトラヒック規制制御装置と同様の技術的特徴を備えており、トラヒック規制制御装置と同様の作用効果を有しているので、記載を省略する。

本発明によれば、セッション制御装置それぞれが過度な接続要求に対して自律規制を行うケースにおいて、通信規制ポリシに応じて接続要求に対する優先制御を柔軟に実行することができる。

トラヒック規制システムの構成例を示す図である。 優先制御に関するポリシの一例を示す図である。 優先制御情報の一例を示す図である。 Ｃ−ｐｌａｎｅにおける各装置の主要な機能例を示す図である。 トラヒック規制システムの処理フロー例を示す図である。

本発明を実施するための形態（以降、「本実施形態」と称す。）について、適宜図面を参照しながら詳細に説明する。

（概要）
はじめに、本実施形態の概要について、図１に示すトラヒック規制システム７００の構成例に基づいて説明する。トラヒック規制システム７００は、仮想化ネットワーク７１０およびトラヒック規制制御装置１０を備える。
仮想化ネットワーク７１０は、さらに、リソース管理装置２０、セッション制御を行うセッション制御装置３０、サービスを提供する非セッション系装置４０およびロードバランサ５０を備えている。

リソース管理装置２０は、各セッション制御装置３０および各非セッション系装置４０から所定の周期で取得した空きリソースをリソースプール情報２３に記憶して保持し、各セッション制御装置３０の負荷の増減に応じて空きリソースを割り付ける制御を実行している。つまり、割り付けに必要な空きリソースがリソースプール情報２３に保持されている限りは、リソースの不足している処理に対して、不足分のリソースを補充することができる。

セッション制御装置３０は、多数の接続要求の集中によりＣ−ｐｌａｎｅにおいて機能停止の可能性を生じる輻輳状態の時には、過度な接続要求に対して自律規制を行う機能を備えている。ここで、自律規制とは、従来のような制御センタの集中監視による輻輳制御ではなく、セッション制御装置３０において、予め記憶されている通信規制ポリシに基づいて実行される優先制御のことである。具体的には、セッション制御装置３０は、過度な接続要求があった場合には、優先度の設定された接続要求（優先すべき接続要求）は確実に着信先へ接続し、優先度の設定されていない接続要求に対しては公平に（ランダムに）規制を行う。また、予め記憶されている通信規制ポリシとは、例えば、従来の電話網において設定されている加入者の優先クラス（ＧＮ（一般）、ＵＲ（優先）、ＵＲＩ（高優先））等である。

ところで、計画工事に伴ってリソースが不足した場合や、予測不能な災害等が発生した場合において、リソースプール情報２３に記憶されている空きリソースが枯渇した時に、セッション制御装置３０が輻輳状態になると想定される。この場合、セッション制御装置３０は、予め記憶されている通信規制ポリシに基づいて、過度な接続要求に対して自律規制を行う。つまり、仮想化ネットワーク７１０は、特に災害時において、社会的要請や事業運営上の判断等に基づいた新しい優先制御に関するポリシを柔軟に実行するように構成されていない。なお、優先制御に関するポリシの具体例については、後記する。

そこで、トラヒック規制制御装置１０は、社会的要請や事業運営上の判断に対応する新しい優先制御に関するポリシに基づいて、接続要求を優先して制御するための優先制御情報１２１（図３参照）を生成し、その優先制御情報１２１をセッション制御装置３０に送信する。そして、セッション制御装置３０は、受信した優先制御情報１２１を前記記憶されている通信規制ポリシに優先させて、接続要求に対する優先制御を実行する。なお、優先制御情報１２１の詳細については後記する。
このようにすることにより、本実施形態のトラヒック規制システム７００は、優先制御を柔軟に実行することができる。

（優先制御に関するポリシ）
ここで、優先制御に関するポリシの一例について、図２を用いて説明する。
図２は、ポリシの種別およびその概要、ＳＩＰ（Session Initiation Protocol）のＩＮＶＩＴＥリクエストに含まれる制御パラメータ並びにその効果を関連付けて表したものである。

（１）地域型の優先制御として、（ａ）番号帯（例えば、電話番号の局番またはＩＰアドレスのドメイン名等）ごとの着信の集中度合いから輻輳地域（罹災地域）を特定し、「当該地域からの発信」または「他の地域から当該地域への発信」を優先すること、（ｂ）地域を指定し、「当該地域からの発信」または「他の地域から当該地域への発信」を優先すること、が挙げられる。ＩＮＶＩＴＥリクエストに含まれる制御パラメータとしては、番号計画された番号帯に基づいて選択された、発信元を示す情報Ｓ（Source number）および着信先を示す情報Ｄ（Destination number）が使用可能である。その効果は、社会的要請を想定して、（ａ）重度罹災地域を優先できること、（ｂ）経済地区や重要拠点を優先できること、である。

次に、（２）番号型の優先制御として、（ａ）最も着信の多い番号（電話番号またはＩＰアドレス）または番号帯に対する発信のみを優先、（ｂ）指定した番号または番号帯からの発信を優先、が挙げられる。ＩＮＶＩＴＥリクエストに含まれる制御パラメータとしては、発信元を示す情報Ｓおよび着信先を示す情報Ｄが使用可能である。その効果は、（ａ）早期鎮静化、影響範囲の最小化、（ｂ）突発的に設置された行政機関、小さな病院や診療所、臨時の警察施設、個人、企業等を優先、できることである。

また、（３）サービス型の優先制御として、（ａ）指定したメディアタイプ（例えば、音声／映像）の発信を優先すること、（ｂ）指定した帯域幅以下の発信を優先すること、が挙げられる。ＩＮＶＩＴＥリクエストに含まれる制御パラメータとしては、メディアタイプを示す情報Ｍ（Media-type）および帯域幅を示す情報Ｂ（Bandwidth）の双方またはいずれか１つが使用可能である。その効果は、社会的要請やＳＮＩ（application Server-Network Interface）に対応できることである。ＳＮＩは、ＮＧＮ（Next Generation Network）における各種アプリケーションサーバとの接続インタフェースであり、複数の品質クラスを提供できる機能を有している。なお、メディアタイプを示す情報Ｍは、ＳＤＰ（Session Description Protocol）のｍ行の記載（例えば、ｍ＝audio，ｍ＝video）を参照することによって識別される。また、帯域幅を示す情報Ｂは、ＳＤＰのｂ行の記載（ｂ＝帯域幅）を参照することによって識別される。

そして、（４）ランダム型の場合には、網内の全ユーザに対して一律にランダム制御を行うことが挙げられる。その効果は、公平性を担保できることである。

（優先制御情報）
次に、優先制御情報１２１の一例について、図３を用いて説明する。図３に示すように、優先制御情報１２１は、制御パラメータ、対象および優先度を関連付けて形成される。制御パラメータは、発信元を示す情報Ｓ、着信先を示す情報Ｄ、メディアタイプを示す情報Ｍ、帯域幅を示す情報Ｂである。対象は、発信元、着信先、audioやvideo等のメディア種別、帯域幅である。優先度は、「１（あり）」または「０（なし）」のいずれかである。そして、接続要求の優先度は、制御パラメータのＳ，Ｄ，Ｍ，Ｂのいずれか１つまたはその組み合せによって制御される。なお、Ｓは、発信元の番号帯であってもよい。Ｄは、着信先の番号帯であってもよい。

図３では、制御パラメータがＳの場合、例えば、「発信元１」に対しては、優先度が「１（あり）」に設定され、「発信元２」に対しては、優先度が「０（なし）」に設定されている。つまり、「発信元１」を含む接続要求は、優先制御される対象となり、「発信元２」を含む接続要求は公平に規制される対象となる。なお、図３では、優先度の設定を「１（あり）」または「０（なし）」の２段階で設定しているが、３段階以上の優先度を設けるようにしても構わない。

制御パラメータがＤの場合、例えば、「着信先１」に対しては、優先度が「１（あり）」に設定され、「着信先２」に対しては、優先度が「０（なし）」に設定されている。つまり、「着信先１」を含む接続要求は、優先制御される対象となり、「着信先２」を含む接続要求は公平に規制される対象となる。なお、図３では、優先度の設定を「１（あり）」または「０（なし）」の２段階で設定しているが、３段階以上の優先度を設けるようにしても構わない。

制御パラメータがＭの場合、例えば、「ｍ＝audio」に対しては、優先度が「１（あり）」に設定され、「ｍ＝video」に対しては、優先度が「０（なし）」に設定されている。つまり、「ｍ＝audio」を含む接続要求は、優先制御される対象となり、「ｍ＝video」を含む接続要求は公平に規制される対象となる。

制御パラメータがＢの場合、例えば、「下限値≦ｂ≦上限値」に対しては、優先度が「１（あり）」に設定され、「ｂ＜下限値，ｂ＞上限値」に対しては、優先度が「０（なし）」に設定されている。ここで、下限値は、下限の帯域幅を表し、上限値は、上限の帯域幅を表す。つまり、「下限値≦ｂ≦上限値」の条件を満足する接続要求は、優先制御される対象となり、前記条件を満足しない接続要求は公平に規制される対象となる。

（トラヒック規制システム）
次に、図１を用いて、トラヒック規制システム７００の各装置の機能例について説明する。トラヒック規制システム７００は、仮想化ネットワーク７１０およびトラヒック規制制御装置１０を備える。

トラヒック規制制御装置１０は、本発明のキーとなる装置であり、不図示の入力装置から優先制御に関するポリシの選択入力を受け付けて、そのポリシに基づいて接続要求を優先して制御するための優先制御情報１２１（図３参照）を生成する機能を有する。また、トラヒック規制制御装置１０は、生成した優先制御情報１２１をセッション制御装置３０に送信する機能を有する。トラヒック規制制御装置１０は、前記機能を実行するためのソフトウェアをインストールされたコンピュータまたは専用のハードウェアで構成される。なお、トラヒック規制制御装置１０の機能の詳細については後記する。

仮想化ネットワーク７１０は、リソース管理装置２０、セッション制御装置３０が属する集合を示すセッション制御装置群３００、非セッション系装置４０が属する集合を示す非セッション系装置群４００およびロードバランサ５０を備える。図１では、各装置間の接続関係を１本の実直線によって示している。なお、接続関係は、有線または無線のいずれであっても構わない。また、セッション制御装置群３００内のセッション制御装置３０同士間、非セッション系装置群４００内の非セッション系装置４０同士間およびセッション制御装置３０と非セッション制御装置４０との間は、接続関係の記載はないが、相互に通信できるものとする。

ロードバランサ５０は、端末６０からパケットを受信し、セッション制御装置３０または非セッション系装置４０の負荷分散のために当該パケットを振り分ける機能を有する。なお、端末６０は、図１に示すように複数の地域Ａ、地域Ｂ、地域Ｃそれぞれに複数設置されており、例えば、ＳＩＰを用いて、他の端末６０との間で接続する機能を有している。なお、図１では、地域は３箇所しか記載していないが、４箇所以上であっても構わない。

セッション制御装置群３００は、複数のセッション制御装置３０の集合を表している。図１には、セッション制御装置群３００内に３台のセッション制御装置３０が記載されているが、２台または４台以上であっても構わない。セッション制御装置３０は、仮想化ネットワーク７１０の網構成に応じて予め決められた場所に設置される。セッション制御装置３０それぞれは、セッション制御のためのソフトウェアをインストールされたコンピュータ（例えば、ソフトスイッチ）または専用のハードウェアで構成される。

セッション制御装置３０は、ロードバランサ５０によって振り分けられたパケットを受信し、発信元の端末６０と着信先の端末６０との間のセッション制御を行う機能を有する。また、セッション制御装置３０は、優先する接続要求に対しては必ずその接続要求を着信先に接続し、優先しない接続要求に対しては公平に規制する機能を有している。なお、セッション制御装置３０の機能の詳細については後記する。

非セッション系装置群４００は、１台以上の非セッション系装置４０の集合を表している。非セッション系装置４０は、例えば、サービスを提供するサーバ等である。図１には、３台の非セッション系装置４０が記載されているが、この台数に限られない。非セッション系装置４０は、仮想化ネットワーク７１０の網構成に応じて予め決められた場所に設置されているものとする。非セッション系装置４０それぞれは、ソフトウェアをインストールされたコンピュータ（サーバ）または専用のハードウェアで構成されているものとする。

リソース管理装置２０は、セッション制御装置群３００および非セッション系装置群４００のリソースを最適化する（負荷の増減に対応して空きリソースを無駄なく割り付ける）機能を有する。具体的には、リソース管理装置２０は、使用中のリソース（ＣＰＵ（Central Processing Unit）使用率、メモリ使用率等）および空きリソースを各セッション制御装置３０および各非セッション系装置４０から取得し、空きリソースをリソースプール情報２３に記憶して保持する。そして、リソース管理装置２０は、各セッション制御装置３０の負荷の増減を監視して、各セッション制御装置３０の負荷の増減に応じて空きリソースを割り付けることによって、輻輳に対する耐性を高めることができる。例えば、トラヒックの大きい番号帯の処理を複数のセッション制御装置３０が分担して実行することができる。

端末６０は、例えば、ユーザが使用する電話機や通信機能を備えたパソコンであり、パケットを送受信する機能を有する。端末６０は、個々に異なる番号またはＩＰアドレスを割り当てられている。端末６０が発信するパケットには、少なくとも、発信元を示す情報Ｓ、着信先を示す情報Ｄ、メディアタイプを示す情報Ｍおよび帯域幅を示す情報Ｂが格納される。

次に、Ｃ−ｐｌａｎｅにおける、トラヒック規制制御装置１０、リソース管理装置２０およびセッション制御装置３０の主要な機能について、図４を用いて説明する。

（トラヒック規制制御装置）
トラヒック規制制御装置１０は、ポリシ決定部１１、記憶部１２、ポリシ情報送信部１３および規制情報収集部１４を備える。
ポリシ決定部１１は、さらに演算部１１１およびポリシ情報生成部１１２を備える。

規制情報収集部１４は、セッション制御装置３０から自律規制の開始（規制開始）を示すアラームを受信した場合、当該アラームを受信した旨のアラーム通知を演算部１１１に送信する機能を有する。また、規制情報収集部１４は、各セッション制御装置３０から、設定情報（予め記憶されている通信規制ポリシ、網構成等）や規制情報（使用中のリソースおよび空きリソースを示すリソース使用状況や、番号、メディアタイプおよび帯域幅ごとの優先度別の発信数、規制遭遇呼数、不完了呼数（通信が成立しない呼数）および完了呼数（通信が成立した呼数）や、受信した優先制御情報等）を、所定の周期で規制状態情報として受信し、取得した規制状態情報を記憶部１２に記憶する機能を有する。また、規制情報収集部１４は、輻輳状態が鎮静化したことを示す鎮静化情報をセッション制御装置３０から受信した場合には、鎮静化情報を受信した旨の鎮静化通知を演算部１１１に送信する機能を有する。

演算部１１１は、トラヒック規制制御装置１０の各部１１〜１４間の連係動作を制御する機能を有する。また、演算部１１１は、規制情報収集部１４からアラーム通知を受信した時、そのアラーム通知を不図示の表示装置に表示するとともに、記憶部１２に記憶されている優先制御に関するポリシを読み出して、そのポリシの選択肢を表示する機能を有する。そして、演算部１１１は、表示した優先制御に関するポリシの選択入力を、不図示の入力装置（キーボードやマウス等）を介して受け付ける機能を有する。また、演算部１１１は、規制情報収集部１４から鎮静化通知を受信した場合には、その鎮静化通知を不図示の表示装置に表示する機能を有する。

ポリシ情報生成部１１２は、記憶部１２に記憶されているセッション制御装置３０の規制状態情報（設定情報および規制情報）を読み出して、不図示の表示装置に表示する機能を有する。また、ポリシ情報生成部１１２は、演算部１１１が受け付けた優先制御に関するポリシを取得し、取得したポリシに基づいて、優先制御情報１２１を生成し、生成した優先制御情報１２１を記憶部１２に記憶する機能を有する。

記憶部１２は、メモリやハードディスクであり、優先制御情報１２１、規制情報収集部１４によって収集されたセッション制御装置３０の規制状態情報等を記憶している。

ポリシ情報送信部１３は、所定の周期で記憶部１２から優先制御情報１２１を読み出して、セッション制御装置３０に送信する機能を有する。なお、ポリシ情報送信部１３は、前回と今回とで優先制御情報１２１に変更がない場合には、送信しないようにしても構わない。

（リソース管理装置）
リソース管理装置２０は、リソース監視部２１およびリソース制御部２２を備える。また、リソース管理装置２０は、不図示の記憶部には、リソースプール情報２３が記憶される。

リソース監視部２１は、所定の周期で、セッション制御装置３０のリソース使用状況（使用中のリソースおよび空きリソース）に関する情報を取得して監視する機能を有する。また、リソース監視部２１は、セッション制御装置３０から受信した空きリソースをリソースプール情報２３に記憶し保持する機能を有する。

リソース制御部２２は、セッション制御装置３０の負荷の増加に応じて、リソースプール情報２３に記憶されている空きリソースを読み出し、そのセッション制御装置３０の不足分のリソースを割り付ける制御を実行する機能を有する。

リソースプール情報２３には、ゼッション制御装置３０から収集された空きリソースや、割り付け後の空きリソース等が記憶される。

（セッション制御装置）
セッション制御装置３０は、ポリシ設定部３１、発呼規制部３２、接続要求処理部３３および規制情報送信部３４を備える。
ポリシ設定部３１は、トラヒック規制制御装置１０のポリシ情報送信部１３から送信された優先制御情報１２１を受信し、受信した優先制御情報１２１を不図示の記憶部に記憶する機能を有する。

発呼規制部３２は、通常時には、不図示の記憶部に予め記憶されている通信規制ポリシに基づいて、接続要求の優先度を設定する機能を有する。ここで、通常時とは、輻輳状態が発生していない場合、または輻輳状態が発生していても優先制御情報１２１を受信していない場合を意味する。また、発呼規制部３２は、輻輳状態が発生している場合でかつ優先制御情報１２１を受信した時には、当該通信規制ポリシに優先して参照される優先制御情報１２１に基づいて、接続要求の優先度を設定する機能を有する。発呼規制部３２は、優先制御情報１２１を複数回受信した場合には、最新の優先制御情報１２１に基づいて、接続要求の優先度を設定する。

接続要求処理部３３は、発呼規制部３２によって設定された接続要求の優先度に基づいて、着信先への接続を制御する機能を有する。また、接続要求処理部３３は、優先度の設定されていない接続要求に対しては、過度の接続要求がある場合、公平に接続を規制する機能を有する。また、接続要求処理部３３は、自律規制を開始する機能、および自律規制が終了したことを判定する機能を有する。

規制情報送信部３４は、セッション制御装置３０の設定情報や規制情報を規制状態情報として、所定の周期でトラヒック規制制御装置１０に送信する機能を有する。また、規制情報送信部３４は、規制開始を示すアラームをトラヒック規制制御装置１０に送信する機能、および輻輳状態が鎮静化したことを示す鎮静化情報をトラヒック規制制御装置１０に送信する機能を有する。

（処理フロー）
次に、新しい優先制御に関するポリシ（優先制御情報１２１）に基づいて、接続要求に対する規制を実行するための、トラヒック規制システム７００における処理フロー例について、図５を用いて説明する（適宜、図４参照）。なお、図５において、破線矢印は、割込み処理を受け付け可能な状態であることを示している。

ステップＳ４０１では、セッション制御装置３０の接続要求処理部３３は、自律規制を開始する。なお、接続要求処理部３３は、自律規制の開始時点では、予め記憶されている通信規制ポリシに基づいて、接続要求の規制を実行する。

ステップＳ４０２では、セッション制御装置３０の規制情報送信部３４は、規制開始を示すアラームを、トラヒック規制制御装置１０に送信する。なお、このアラームは、規制状態情報に含めて送信されても構わない。

ステップＳ４０３では、トラヒック規制制御装置１０の規制情報収集部１４は、アラームを受信する。

ステップＳ４０４では、トラヒック規制制御装置１０の演算部１１１は、規制情報収集部１４がアラームを受信したことを契機として、優先制御に関するポリシの選択を促すポリシ選択メニューとしてポリシの選択肢を不図示の表示装置に表示する。ポリシ選択メニューの一例は、例えば、図２に示した表またはその一部「ポリシの種別および概要」であってもよい。そして、演算部１１１は、不図示の入力装置を介して、ポリシの選択入力を受け付ける。

ステップＳ４０５では、トラヒック規制制御装置１０のポリシ情報生成部１１２は、ステップＳ４０４において受け付けられたポリシに基づいて、優先制御情報１２１を生成する。そして、ポリシ情報生成部１１２は、生成した優先制御情報１２１を記憶部１２に記憶する。

ステップＳ４０６では、トラヒック規制制御装置１０のポリシ情報送信部１３は、記憶部１２から優先制御情報１２１を読み出して、その読み出した優先制御情報１２１を各セッション制御装置３０に一括送信する。

ステップＳ４０７では、セッション制御装置３０のポリシ設定部３１は、優先制御情報１２１を受信し、受信した優先制御情報１２１を不図示の記憶部に記憶し保持する。

ステップＳ４０８では、セッション制御装置３０の接続要求処理部３３は、予め記憶されている通信規制ポリシに優先して参照される優先制御情報１２１に基づいて、接続要求に対する優先制御を実行する。具体的には、発呼規制部３２は、ポリシ設定部３１によって受信された優先制御情報１２１に設定されている条件と、接続要求とを突合し、優先すべき接続要求を抽出する。そして、接続要求処理部３３は、発呼規制部３２によって抽出された優先すべき接続要求に対して、着信先に接続するように制御を実行する。

ステップＳ４０９では、セッション制御装置３０の規制情報送信部３４は、所定の周期で、規制状態情報をトラヒック規制制御装置１０に送信する。

ステップＳ４１０では、セッション制御装置３０の接続要求処理部３３は、自律規制が終了したか否かを判定する。具体的には、接続要求処理部３３は、優先度の設定されていない接続要求に対して規制する必要がない状態が所定時間継続した場合、鎮静化したものとして自律規制が終了したと判定する。
自律規制が終了したと判定した場合（ステップＳ４１０でＹｅｓ）、処理はステップＳ４１１へ進み、自律規制が終了していないと判定した場合（ステップＳ４１０でＮｏ）、処理はステップＳ４０８へ戻る。

ステップＳ４１１では、セッション制御装置３０の規制情報送信部３４は、鎮静化したことを示す鎮静化情報をトラヒック規制制御装置１０に送信する。なお、鎮静化情報は、規制状態情報に含めて送信されても構わない。

ステップＳ４１２では、セッション制御装置３０の接続要求処理部３３は、通常制御を実行する。具体的には、発呼規制部３２は、自律規制が終了したと判定したことを契機として、ステップＳ４０８において参照した優先制御情報１２１を不図示の記憶部から削除し、その代わりに予め記憶されていた通信規制ポリシを参照して、接続要求の優先度を設定する。そして、接続要求処理部３３は、予め記憶されていた通信規制ポリシに基づいて、接続要求に対する優先制御を実行する。

ステップＳ４１３では、トラヒック規制制御装置１０の規制情報収集部１４は、規制状態情報を受信し、その受信した規制状態情報を記憶部１２に記憶する。

ステップＳ４１４では、トラヒック規制制御装置１０の規制情報収集部１４は、鎮静化したか否かを判定する。具体的には、規制情報収集部１４は、鎮静化情報を受信した場合、鎮静化したと判定する。
鎮静化したと判定した場合（ステップＳ４１４でＹｅｓ）、処理はステップＳ４１６へ進み、鎮静化していないと判定した場合（ステップＳ４１４でＮｏ）、処理はステップＳ４１５へ進む。

ステップＳ４１５では、トラヒック規制制御装置１０の演算部１１１は、ポリシを変更するか否かを判定する。例えば、演算部１１１は、所定の周期で受信する規制状態情報中の規制状態の変化がある場合に、優先制御に関するポリシの変更入力を受け付けるようにする。ここで、規制状態の変化とは、優先度をありと設定した接続要求の数が減少した場合、優先度を設定していない接続要求の数が過度に増加した場合、セッション制御装置３０の負荷が増減した場合等である。
ポリシを変更すると判定した場合（ステップＳ４１５でＹｅｓ）、処理はステップＳ４０４へ戻り、ポリシを変更しないと判定した場合（ステップＳ４１５でＮｏ）、処理はステップＳ４１３へ進む。

なお、ステップＳ４１５からステップＳ４０４へ遷移した場合、ステップＳ４０４では、演算部１１１は、規制状態情報中の規制状態の変化に応じて、優先制御に関するポリシの選択を促すポリシ選択メニューとしてポリシの選択肢を不図示の表示装置に表示する。そして、演算部１１１は、不図示の入力装置を介して、ポリシの選択入力を受け付ける。

ステップＳ４１６では、トラヒック規制制御装置１０は、次のアラームを受信するまで待機する。

以上、本実施形態のトラヒック規制システム７００では、セッション制御装置３０は、接続要求に対して輻輳状態となった場合に、記憶されている通信規制ポリシに基づいて接続要求の規制を実行する。また、セッション制御装置３０は、規制開始を示すアラームをトラヒック規制制御装置１０に送信する。トラヒック規制制御装置１０は、セッション制御装置３０から規制開始を示すアラームを受信する規制情報収集部１４と、アラームを受信したとき、優先制御に関するポリシの選択肢を表示装置に表示し、その選択入力を受け付ける演算部１１１と、受け付けられた優先制御に関するポリシに基づいて、接続要求を優先して制御するための優先制御情報１２１を生成するポリシ情報生成部１１２と、生成された優先制御情報１２１をセッション制御装置３０に送信するポリシ情報送信部１３と、を備える。そして、セッション制御装置３０は、受信した優先制御情報１２１を記憶されている通信規制ポリシに優先させて参照し、接続要求に対する優先制御を実行する。そのため、トラヒック規制制御装置１０は、通信規制ポリシに応じて接続要求に対する優先制御を柔軟に実行することができる。

なお、演算部１１１は、ステップＳ４０４において、ポリシを変更しない場合のために「変更なし」の選択肢を表示するようにしてもよい。この「変更なし」の選択肢が選択された場合、ステップＳ４０５では、ポリシ情報生成部１１２は、優先制御情報１２１を生成せず、記憶部１２に記憶されている優先制御情報１２１を更新することも行わないようにしてもよい。

１０ トラヒック規制制御装置
１１ ポリシ決定部
１２ 記憶部
１３ ポリシ情報送信部
１４ 規制情報収集部
２０ リソース管理装置
２１ リソース監視部
２２ リソース制御部
２３ リソースプール情報
３０ セッション制御装置
３１ ポリシ設定部
３２ 発呼規制部
３３ 接続要求処理部
３４ 規制情報送信部
４０ 非セッション系装置
５０ ロードバランサ
１１１ 演算部
１１２ ポリシ情報生成部
１２１ 優先制御情報
７００ トラヒック規制システム

Claims (7)

1. 接続要求に対して輻輳状態となった場合に、記憶されている通信規制ポリシに基づいてその接続要求の規制を実行し、規制開始を示すアラームをトラヒック規制制御装置に送信するセッション制御装置と、
   前記アラームを受信した時、優先制御に関するポリシの選択肢を表示し、その選択入力を受け付け、当該受け付けたポリシに基づいて接続要求を優先して制御するための優先制御情報を生成し、前記優先制御情報を前記セッション制御装置に送信する前記トラヒック規制制御装置と、
   を備え、
   前記セッション制御装置は、受信した前記優先制御情報を前記記憶されている通信規制ポリシに優先させて参照し、接続要求に対して優先制御を実行する
   ことを特徴とするトラヒック規制システム。
2. 前記セッション制御装置は、規制状態の情報を示す規制状態情報を前記トラヒック規制制御装置に所定の周期で送信し、
   前記トラヒック規制制御装置は、受信した前記規制状態情報中の規制状態の変化に応じて、優先制御に関するポリシの選択肢を表示し、新たな優先制御に関するポリシの選択入力を受け付け、当該受け付けたポリシに基づいて優先制御情報を生成し、当該優先制御情報を前記セッション制御装置に送信する
   ことを特徴とする請求項１に記載のトラヒック規制システム。
3. 接続要求に対して輻輳状態となった場合に、記憶されている通信規制ポリシに基づいて、または前記通信規制ポリシに優先して参照される優先制御情報に基づいて、その接続要求の規制を実行するセッション制御装置から、規制開始を示すアラームを受信する規制情報収集部と、
   前記アラームを受信したとき、優先制御に関するポリシの選択肢を表示装置に表示し、その選択入力を受け付ける演算部と、
   前記受け付けられた優先制御に関するポリシに基づいて、接続要求を優先して制御するための優先制御情報を生成するポリシ情報生成部と、
   前記生成された優先制御情報を前記セッション制御装置に送信するポリシ情報送信部と
   を備えることを特徴とするトラヒック規制制御装置。
4. 前記規制情報収集部は、前記セッション制御装置の規制状態の情報を示す規制状態情報を所定の周期で受信し、
   前記演算部は、受信した前記規制状態情報中の規制状態の変化に応じて、優先制御に関するポリシの選択肢を表示し、新たな優先制御に関するポリシの選択入力を受け付け、
   前記ポリシ情報生成部は、当該受け付けられたポリシに基づいて優先制御情報を生成し、
   前記ポリシ情報送信部は、当該優先制御情報を前記セッション制御装置に送信する
   ことを特徴とする請求項３に記載のトラヒック規制制御装置。
5. 前記ポリシ情報生成部は、発信元を示す情報、着信先を示す情報、メディアタイプを示す情報、帯域幅を示す情報のいずれか１つまたはその組み合わせを用いて、前記優先制御情報を生成する
   ことを特徴とする請求項３または請求項４に記載のトラヒック規制制御装置。
6. 接続要求に対して輻輳状態となった場合に、記憶されている通信規制ポリシに基づいて、または前記通信規制ポリシに優先して参照される優先制御情報に基づいて、その接続要求の規制を実行するセッション制御装置と、通信可能に接続されるトラヒック規制制御装置が、
   前記セッション制御装置から、規制開始を示すアラームを受信する規制情報収集ステップと、
   前記アラームを受信したとき、優先制御に関するポリシの選択肢を表示装置に表示し、その選択入力を受け付ける演算ステップと、
   前記受け付けられた優先制御に関するポリシに基づいて、接続要求を優先して制御するための優先制御情報を生成するポリシ情報生成ステップと、
   前記生成された優先制御情報を前記セッション制御装置に送信するポリシ情報送信ステップと
   を実行することを特徴とする優先制御方法。
7. 請求項６に記載の優先制御方法を、前記トラヒック規制制御装置としてのコンピュータに実行させるためのプログラム。

Images