JP5833586B2

JP5833586B2 - Ｓｉｐ網におけるｃｕｇ／ｐｎｐ通信システム、ｃｕｇ／ｐｎｐ通信における輻輳制御装置、および輻輳制御方法

Info

Publication number: JP5833586B2
Application number: JP2013024287A
Authority: JP
Inventors: 忠佑野副; 佐久間　美能留; 美能留佐久間; 宏介藤田
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2013-02-12
Filing date: 2013-02-12
Publication date: 2015-12-16
Anticipated expiration: 2033-02-12
Also published as: JP2014155090A

Description

本発明は、SIP端末が属するグループ単位での輻輳制御を可能とするSIP網におけるCUG/PNP通信システム、CUG/PNP通信における輻輳制御装置、および輻輳制御方法に関する。

CUG(Closed User Group)/PNP(Private Numbering Plan)通信は、広域内線サービスのようにユーザが自由に設定した私設番号によって、同一グループに属する特定の回線で発着信を可能とする通信である。NGN（Next Generation Network）のようなSIP（Session Initiation Protocol）によるセッション制御を用いた公衆網上でCUG/PNP通信を実現する方法が、非特許文献１で標準化されている。

非特許文献１には、CUG/PNP通信において、SIPリクエスト中のヘッダにP-Private-Network-Indicationヘッダ（以下、“PPNI”ヘッダと略記する）を設定することで、同一グループであることを識別することが規定されている。SIP端末はリクエスト信号に“PPNI”ヘッダを設定してSIP網に対し送信することで、CUG/PNP通信を要求する。SIP網側では“PPNI”ヘッダの設定値から、SIP端末がどのCUG/PNPグループに所属しているかを判定する。

ところで、SIP網を構成するSIPサーバが受信するSIP信号量が増加すると、SIPサーバは輻輳状態に陥る。1台のSIPサーバが輻輳した場合、その輻輳が連鎖的に他のSIPサーバに及ぶことを防止するために、SIP網内に輻輳制御装置を設置し、輻輳が発生しているSIPサーバ向けのSIPリクエストの送信を制限することで、輻輳の解消を実現する。例えば、特許文献１においては、あるSIPサーバが輻輳状態になったとき、そのSIPサーバが収容している局番宛のリクエスト信号の送信を規制することで輻輳制御を行う。

特開２０１１−１０５４６９号公報

TS-1018 NGNにおけるCUG/PNPに関するインタフェース技術仕様

特許文献１に記載のように従来技術では電話番号帯を基に輻輳制御を実施している。しかしながら、CUG/PNP通信においては、各グループ内で任意の番号帯を利用しており、異なるグループ間においては利用番号帯の重複も許容されるため、番号帯を用いた輻輳制御を行うことができない。また、SIP網において特定のグループ内の通信量が増加することにより、SIPサーバが輻輳した場合に、輻輳要因のグループの通信を規制することができないという問題があった。

本発明の目的は、SIP端末が属するグループ単位での輻輳制御を可能とするSIP網におけるCUG/PNP通信システム、CUG/PNP通信における輻輳制御装置、および輻輳制御方法を提供することにある。

上記の目的を達成するために本発明は、それぞれがSIP端末を収納して成る複数のSIPサーバと当該SIPサーバの輻輳を制御する輻輳制御装置とが通信回線を介して相互に接続されたSIP網におけるCUG/PNP通信システムであって、前記輻輳制御装置は、輻輳発生を検知したSIPサーバからの規制開始要求に応じて各SIPサーバに対して、SIPサーバに収納されるSIP端末が属するグループ毎のトラヒック情報を収集する指示を送信するトラヒック情報収集指示手段と、前記トラヒック情報の収集指示に応答した各SIPサーバから送信されたトラヒック情報に基づいて輻輳要因となっているグループを特定する輻輳要因特定手段と、輻輳要因が特定された場合に、輻輳要因となっているグループに属するSIP端末を収納する全てのSIPサーバに通信の規制開始指示を送信して、前記輻輳発生を検知したSIPサーバに対する通信規制を指示する規制指示手段と、前記輻輳発生を検知したSIPサーバから輻輳解消通知が出された場合にこれを受信して規制解除を、規制実行中のSIPサーバに送信して通信規制を解除させる規制解除指示手段と、を備え、前記SIPサーバは、自身のリソースを監視して輻輳の発生の有無を検知するリソース監視手段と、輻輳発生を検知した際に規制開始要求を前記輻輳制御装置へ通知する規制要求手段と、前記輻輳制御装置からの指示に応じて、収納されるSIP端末が属するグループ毎のトラヒック情報を収集して前記輻輳制御装置に送信するトラヒック情報収集手段と、前記輻輳制御装置からの規制指示に応じて該当するSIPサーバへの通信規制を、収納されるSIP端末が属するグループ単位で実行する規制手段と、輻輳が解消した場合に前記輻輳制御装置から送信される規制解除に応じて通信規制を解除する解除手段と、を備えることを特徴としている。

また、本発明は、それぞれがSIP端末を収納して成る複数のSIPサーバが通信回線を介して相互に接続されたSIP網においてCUG/PNP通信を実行する際に前記SIPサーバの輻輳を制御する輻輳制御装置であって、輻輳発生を検知したSIPサーバからの規制開始要求を受信し、受信した規制開始要求に応じて各SIPサーバに対して、SIPサーバに収納されるSIP端末が属するグループ毎のトラヒック情報を収集する指示を送信するトラヒック情報収集指示手段と、前記トラヒック情報の収集指示に応答した各SIPサーバからのトラヒック情報を受信し、受信したトラヒック情報に基づいて輻輳要因となっているグループを特定する輻輳要因特定手段と、輻輳要因が特定された場合に、輻輳要因となっているグループに属するSIP端末を収納する全てのSIPサーバに通信の規制開始指示を送信して、前記輻輳発生を検知したSIPサーバに対する通信規制を指示する規制指示手段と、前記輻輳発生を検知したSIPサーバから輻輳解消通知が出された場合にこれを受信して規制解除を、規制実行中のSIPサーバに送信して通信規制を解除させる規制解除手段と、を備えることを特徴としている。

さらに、本発明は、それぞれがSIP端末を収納して成る複数のSIPサーバと、輻輳制御装置とが通信回線を介して相互に接続されたSIP網においてCUG/PNP通信を実行する際に前記SIPサーバの輻輳を制御する輻輳制御方法であって、輻輳発生を検知したSIPサーバが規制開始要求を前記輻輳制御装置へ通知するステップと、規制開始要求を受信した前記輻輳制御装置から各SIPサーバに対して、SIPサーバに収納されるSIP端末が属するグループ毎のトラヒック情報を収集する指示を送信するステップと、トラヒック情報の収集指示に応答した各SIPサーバからのトラヒック情報を前記輻輳制御装置が受信し、受信したトラヒック情報に基づいて輻輳要因となっているグループを特定するステップと、輻輳要因が特定された場合に、前記輻輳制御装置は輻輳要因となっているグループに属するSIP端末を収納する全てのSIPサーバに通信の規制開始指示を送信して、前記輻輳発生を検知したSIPサーバに対する通信規制を、収納されるSIP端末が属するグループ単位で指示するステップと、輻輳が解消したSIPサーバから輻輳解消通知が出された場合に前記輻輳制御装置はこれを受信して規制解除を、規制実行中のSIPサーバに送信して通信規制を解除するステップと、を備えることを特徴としている。

本発明によれば、CUG/PNP通信においてSIP端末が属するグループ単位の輻輳制御が可能となる。

本発明に係るCUG/PNP通信システムの一実施形態の構成を示すブロック図。本発明の実施形態における輻輳発生の説明図。加入者データテーブルの構成例を示す説明図。本発明の実施形態における通常時（非輻輳時）の制御手順を示す説明図。本発明の実施形態における輻輳状態時の制御手順を示す説明図。 CUG/PNP通信の概要を示す説明図。従来の輻輳制御の課題を示す説明図。

《本発明の原理》
始めに、CUG/PNP通信の概要と、本発明に係るCUG/PNP通信における輻輳制御の原理を説明する。

図６は、CUG/PNP通信の概要を示す説明図である。

CUG/PNP通信において、各SIP端末にはグループ毎に任意の私設番号が割り振られている。異なるグループであれば、同一の私設番号を付与することもできる。また、単一のSIP網だけではなく、複数のSIP網に跨ってのCUG/PNP通信も可能である。なお、異なるグループ間における私設番号による通信は不可となる。

SIP網側では各SIP端末から送信されるリクエスト信号に設定されている“PPNI”ヘッダの設定値で各SIP端末が属するグループを判別する。例えば、図６においては、グループ1のSIP端末１１，２１，３１には“PPNI”ヘッダとして“group1.com”が設定され、グループ２のSIP端末３２，４２には“group2.com”が設定される。

従来の輻輳制御においては、図７に示すように、例えば、092番号帯を持つSIPサーバ３が輻輳した場合、SIPサーバ３から輻輳制御装置１００に対し、輻輳が発生した旨を通知する（図７中(1)）。輻輳通知を受信した輻輳制御装置１００は他のSIPサーバ１，２に対し、092番号帯への発信を規制するように通知する（図７中(2)）。規制としては、例えば、単位時間当たりの送信可能リクエスト信号数を一定値以下とする方式などがある。

規制期間中に例えば、SIP端末１１から電話番号092xxxxxxxを割り当てられたSIP端末３１に発信しようとした場合（図７中(3)）、SIPサーバ１は規制対象であるSIPサーバ３への発信のため、このリクエストを規制する。

また、SIPサーバ３の輻輳要因が特定の加入者、例えば、SIP端末３１へのリクエスト信号の集中であれば、SIP端末３１向けの電話番号が指定されたリクエスト信号のみを規制することで、同じSIPサーバ３に収容される他のSIP端末（SIP端末３２等）への影響を与えずに規制を行うこともできる。

しかしながら、上記従来技術を図６に示すようなCUG/PNP通信に適用しようとした場合、以下のような課題が生じる。

今、例えば、SIP端末１１，２１，３１がグループ１、SIP端末１２，２２，３２がグループ２を構成しているものとする。このとき、グループ１に属するSIP端末１１，２１，３１にはそれぞれ“1000”，“2000”，“3000”という私設番号が割り当てられているとする。同様にグループ２に属するSIP端末１２，２２，３２にも“3000”，“2000”、“1000”の番号帯が割り当てられているとする。このとき、SIP端末１１、SIP端末２１からSIP端末３１に向けて私設番号“3000”を指定して大量の発信を繰り返し、SIPサーバ３に輻輳が発生したとする。従来方式では、番号帯を用いてSIPサーバ３に対する発信を規制する、すなわち、“092”番号帯への発信を規制する。しかし、SIPサーバ３の私設番号としては、SIP端末３１は“3000”、SIP端末３２は“1000”であるため、番号帯での規制ができない。

また、SIPサーバ３の輻輳要因がグループ１内の通信の急増であるにも関わらず、同じSIPサーバ３に収容されるグループ２のSIP端末３２の通信も規制されてしまう。このように、同一サーバ内の異なるグループに対しては影響を与えずに規制を行うといったことが、従来技術では実現することができない。

本発明の実施形態は、SIP網上のCUG/PNP通信において、SIP端末が属するグループ単位での輻輳制御を可能とするものである。

≪実施形態≫
図１は、本発明に係る輻輳制御装置を含むCUG/PNP通信システムの一実施形態の構成図を示すブロック図、図２は本発明に係るCUG/PNP通信システムの全体構成を示すブロック図である。

各図に示すCUG/PNP通信システムは、輻輳制御装置１００と、SIPサーバ２００（図２のSIPサーバ１，２，３に相当）と、これら輻輳制御装置１００と各SIPサーバ２００とを接続する通信回線３００と、輻輳制御装置１００に接続されたオペレータ端末４００とを備えている。図２に示すように、各SIPサーバ２００をSIPサーバ１，２，３とした場合、SIPサーバ１には第１グループのSIP端末１１と第２グループのSIP端末１２が収納され、SIPサーバ２には第１グループのSIP端末２１と第２グループのSIP端末２２が収納され、SIPサーバ３には第１グループのSIP端末３１と第２グループのSIP端末３２が収納されている。

輻輳制御装置１００は、SIP網内のすべてのSIPサーバ２００（SIPサーバ１，２，３）と接続し、輻輳が発生したSIPサーバ２００からの規制要求の受付を行う。また、オペレータ端末４００に規制開始要求や規制解除要求を受信した旨を通知する。また、システム自律的、もしくはオペレータ端末４００からオペレータの指示に従い、各SIPサーバ２００からトラヒック情報の収集や各SIPサーバ２００への規制指示を実行する。

各SIPサーバ２００は、SIP端末からのSIP信号を受信し、記憶部に保存されている加入者データ（図３に示す）を参照して接続処理を行う。接続処理時には、SIP信号内の情報を基にトラヒック情報の収集を行う。また、輻輳制御装置１００から規制開始指示を受信している場合は、指示内容に応じた規制処理を実施する。また、自サーバのリソース（CPU等）の管理を行い、あらかじめ定めた閾値を超過した場合は、輻輳制御装置１００に規制要求を行う。

輻輳制御装置１００は、その機能上、ユーザインタフェース（ユーザIF）部１１０と、トラヒック要求部１２０と、記憶部１３０と、規制指示部１４０と、トラヒック配分算出部１５０とを備えている。

ユーザIF部１１０は、オペレータ端末４００と接続され、オペレータとのユーザインタフェースを提供する機能を有する。SIPサーバ２００から規制開始要求または規制解除要求を受信した場合は、オペレータ端末４００に規制開始要求、または規制解除要求が発生した旨を通知する。また、オペレータからのトラヒック収集要求や、規制開始/解除指示をトラヒック要求部１２０や規制指示部１４０に伝える。オペレータ端末４００からトラヒック情報の閲覧要求があった場合は、記憶部１３０から要求トラヒック情報を取り出し、表示する。

トラヒック要求部１２０は、ユーザIF部１１０、またはトラヒック配分算出部１５０からトラヒック収集要求を受け付けた場合、指定されたSIPサーバ２００に対しトラヒック情報の送信を指示する。また、要求先のSIPサーバ２００からトラヒック情報を受信した場合は、記憶部１３０に格納するとともに、ユーザからの指示による収集の場合は、ユーザIF部１１０に収集が成功した旨を通知する。

記憶部１３０は、トラヒック要求部１２０が収集したトラヒック情報を記憶する。また、ユーザIF部１１０からの要求に応じて格納しているトラヒック情報の取り出しを行う。

規制指示部１４０は、トラヒック配分算出部１５０、またはユーザIF部１１０からの指示の内容に従い、SIPサーバ２００に規制開始指示、または規制解除指示を送信する。規制開始指示には規制対象のSIPサーバ２００、規制対象のグループ、規制量（例．単位時間当たりの送信可能なリクエスト数）等が含まれる。

トラヒック配分算出部１５０は、記憶部１３０のトラヒック情報を基に定期的に各SIPサーバ２００に対する規制値の算出を行う。規制値の算出はあらかじめ決められた規則（シナリオ）に従うか、もしくはオペレータの指示に従う。

SIPサーバ２００は、SIP信号処理部２１０と、規制部２２０と、トラヒック情報収集部２３０と、記憶部２４０と、リソース監視部２５０と、規制要求部２６０とを備えている。

SIP信号処理部２１０は、SIP端末や他のSIPサーバ２００との間でSIP信号の送受信を行う。また、SIP信号に設定されている内容の解析を行う（例．R-URIに設定される宛先番号や“PPNI”ヘッダに含まれるグループ名の抽出等）。

規制部２２０は、輻輳制御装置１００からの規制開始指示および解除指示を受信する。規制開始指示受信時には、規制対象内容のグループと規制量を基に、対象のSIP信号に対する規制を実施する。

トラヒック情報収集部２３０は、SIPサーバ２００が受信したSIP信号の情報を収集する。例えば、グループ毎にSIP信号の送受信数等の統計データを収集し、記憶部２４０に保存する。輻輳制御装置からトラヒック情報の送信を要求された場合は、記憶部２４０からトラヒック情報を取り出し、輻輳制御装置１００に送信する。

記憶部２４０は、加入者データや、トラヒック情報を記憶する。

リソース監視部２５０は、CPU等のSIPサーバのリソースを監視し、あらかじめ指定した閾値を超過した場合は輻輳発生と判断し、規制要求部に輻輳が発生した旨を通知する。また、輻輳発生通知後にリソースの使用率が低下し、あらかじめ指定した閾値を下回った時は輻輳解消した旨を規制要求部２６０に通知する。

規制要求部２６０は、リソース監視部２５０より輻輳発生通知を受けた場合は、輻輳制御装置１００に規制開始要求を送信する。また、輻輳解消の通知を受けた場合は、規制解除要求を輻輳制御装置１００に送信する。

図３には、各SIPサーバ２００の記憶部２４０に構築される加入者データテーブルの一例が示されている。同図に示すように、このテーブルは、グループ名と、私設番号と、その端末名と、収容サーバとが対となって構成されている。例えば、グループ名“group1.com”には、私設番号“1000”，“2000”，“3000”を持つSIP端末11、SIP端末21、SIP端末31が属し、SIP端末11はSIPサーバ1に、SIP端末21はSIPサーバ2に、SIP端末31はSIPサーバ3に収容されていることが分かる。また、グループ名“group2.com”には、私設番号“51”，“52”，“53”を持つSIP端末12、SIP端末22、SIP端末32が属し、SIP端末12はSIPサーバ１に、SIP端末22はSIPサーバ2に、SIP端末32はSIPサーバ3に収容されていることが分かる。

次に、本発明の具体的な処理手順を説明する。なお、以下の説明では、図２に示すように、各SIPサーバ２００をSIPサーバ１，２，３として説明する。

＜通常時（非輻輳時）の動作＞
図４に示すように、SIP端末１１がSIP端末３１に私設番号で接続するために、番号“3000”をダイヤルしたとする。このとき、SIP端末１１からSIPサーバ１に送信されるINVITEリクエスト信号内には、私設番号での通信を示す“PPNI”ヘッダが設定され、ヘッダの値としては自グループを示す“group1”が設定される（ステップＳＴ１）。

SIPサーバ１は、SIP信号を受信し、受信したSIP信号の解析を行う。このSIP信号（INVITEリクエスト信号）には、“PPNI”ヘッダが付与されているのでCUG/PNP通信であると判断し、“PPNI”ヘッダに設定されているグループ名“group1.com”とR-URIの値“3000”から、接続先の端末であるSIP端末３１を特定し、当該SIP端末３１を収容しているSIPサーバ３にリクエスト信号を転送する（ステップＳＴ２）。また、SIP信号の処理の際には、トラヒック情報の収集を行う。

SIPサーバ３からSIP端末３１にINVITEリクエスト信号が転送されると（ステップＳＴ３）、以下、所定の処理が実行されて、SIP端末１１とSIP端末３１との間にセッションが確立され通信が可能となる。

なお、この実施形態では、オペレータがオペレータ端末４００を介してトラヒック情報の収集指示や輻輳要因の特定、規制指示および規制解除指示を行う例を示しているが、輻輳制御装置１００があらかじめ規定されたシナリオに従い自律的に前記処理を行うことも可能である。

＜輻輳状態時の動作＞
図５に示すように、SIP端末１１およびSIP端末２１からSIP端末３１に対し、大量の発呼を繰り返すと、SIPサーバ３のCPU等のリソース使用率が増加し、輻輳が発生する。SIPサーバ３のリソース監視部２５０は、リソース使用率があらかじめ指定した閾値を超過した場合に輻輳発生と判断し、規制要求部２６０に輻輳が発生した旨を通知する。SIPサーバ３の規制要求部２６０は輻輳制御装置１００に“規制開始要求”を送信する（ステップＳＴ１１）。

“規制開始要求”を受信した輻輳制御装置１００はオペレータ端末４００に輻輳が発生した旨の通知である“輻輳発生通知”を行う（ステップＳＴ１２）。

オペレータはオペレータ端末４００を用い、輻輳制御装置１００に対し各SIPサーバ１，２，３の“トラヒック情報”の収集を実行する（ステップＳＴ１３）。

輻輳制御装置１００のトラヒック要求部１２０は指定されたSIPサーバ１，２，３の“トラヒック収集指示”を各SIPサーバ１，２，３に送信する（ステップＳＴ１４）。

各SIPサーバ１，２，３のトラヒック情報収集部２３０は、トラヒック情報を収集し、収集した“トラヒック情報”を輻輳制御装置１００に送信する（ステップＳＴ１５）。輻輳制御装置１００は“トラヒック情報”をオペレータ端末４００に送信して表示させる（ステップＳＴ１６）。

オペレータは“トラヒック情報”を確認し、どのグループに信号が集中しているかを確認し、原因を特定する。本実施形態では、グループ1の信号のトラヒックが多いため、グループ1の通信を輻輳要因と特定したとする。

オペレータ端末４００は輻輳要因の通信に対する規制を示す“規制指示”を出すと（ステップＳＴ１７）、輻輳制御装置１００の規制指示部１４０は、SIPサーバ１とSIPサーバ２に対し、SIPサーバ３向けのグループ1の通信の“規制指示”を送信する（ステップＳＴ１８，ＳＴ１９）。

SIPサーバ１とSIPサーバ２の各規制部２２０は、SIP端末からのリクエスト受信時に、“PPNI”ヘッダの設定値がgroup1.comかつSIPサーバ３向けの信号であれば規制対象であると判断し、規制を実施する。規制としては、例えば、単位時間当たりの送信信号数を一定値以下とする等を内容とする。なお、グループ２のSIP端末３２向けの通信については規制対象のグループではないため規制を実施しない。

規制が実施されると、SIPサーバ３は輻輳要因の通信量が減少するため、リソースの利用率が低下して輻輳が解消する。SIPサーバ３のリソース監視部２５０は輻輳制御装置１００に“輻輳解消通知”を送信する（ステップＳＴ２０）。これを受けて輻輳制御装置１００はオペレータ端末４００に“輻輳解消通知”を送信する（ステップＳＴ２１）。

オペレータが規制解除を判断すると、オペレータ端末４００から“規制解除指示”を輻輳制御装置１００に送信する（ステップＳＴ２２）。輻輳制御装置１００の規制指示部１４０は、SIPサーバ１，２に向けて“規制解除指示”送信する（ステップＳＴ２３，２４）。これにより、SIPサーバ１とSIPサーバ２の各規制部２２０は、SIPサーバ３向けのグループ1の通信規制を解除する。このようにしてこれにより、規制指示をかけたSIPサーバ１，２の規制が解除される。

なお、以上の実施形態では、“輻輳発生通知”を受けた輻輳制御装置１００は、この“輻輳発生通知”をオペレータ端末４００に送信し、オペレータ端末４００からの指示に基づいて“トラヒック情報”の収集を開始しているが、“輻輳発生通知”を受けた輻輳制御装置１００が直ちに“トラヒック情報収集指示”をSIPサーバ１，２，３に送信するように構成してもよい。この場合、“輻輳発生通知”を受けたトラヒック配分算出部１５０がトラヒック要求部１２０にトラヒック情報収集指示”を出力する。同様に、“トラヒック情報”が各SIPサーバ１，２，３から送信された場合に、輻輳制御装置１００のトラヒック配分算出部１５０は“トラヒック情報”を分析し、その内容に応じて規制指示部１４０を介してSIPサーバ１，２に対して“規制指示”を送信するようにしてもよい。また、SIPサーバ３から“輻輳解消通知”が送信された場合、輻輳制御装置１００のトラヒック配分算出部１５０は規制指示部１４０を介して直ちに“規制解除指示”をSIPサーバ１，２に送信するように構成してもよい。すなわち、本発明においては、オペレータ端末４００を介在させなくても、輻輳制御装置１００の機能として輻輳を制御することが可能である。

以上、上記実施形態は、一例として提示したものであり、発明の範囲を限定するものではなく、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１１，１２，２１，２２，３１，３２：SIP端末
１００：輻輳制御装置
１１０：ユーザインタフェース（ユーザIF）部
１２０：トラヒック要求部１２０
１３０：記憶部１３０
１４０：規制指示部１４０
１５０：トラヒック配分算出部１５０
１，２，３，２００：SIPサーバ
２１０：SIP信号処理部
２２０：規制部
２３０：トラヒック情報収集部
２４０：記憶部
２５０：リソース監視部
２６０：規制要求部
３００：通信回線
４００：オペレータ端末

Claims

それぞれがSIP端末を収納して成る複数のSIPサーバと当該SIPサーバの輻輳を制御する輻輳制御装置とが通信回線を介して相互に接続されたSIP網におけるCUG/PNP通信システムであって、
前記輻輳制御装置は、
輻輳発生を検知したSIPサーバからの規制開始要求に応じて各SIPサーバに対して、SIPサーバに収納されるSIP端末が属するグループ毎のトラヒック情報を収集する指示を送信するトラヒック情報収集指示手段と、
前記トラヒック情報の収集指示に応答した各SIPサーバから送信されたトラヒック情報に基づいて輻輳要因となっているグループを特定する輻輳要因特定手段と、
輻輳要因が特定された場合に、輻輳要因となっているグループに属するSIP端末を収納する全てのSIPサーバに通信の規制開始指示を送信して、前記輻輳発生を検知したSIPサーバに対する通信規制を指示する規制指示手段と、
前記輻輳発生を検知したSIPサーバから輻輳解消通知が出された場合にこれを受信して規制解除を、規制実行中のSIPサーバに送信して通信規制を解除させる規制解除指示手段と、
を備え、
前記SIPサーバは、
自身のリソースを監視して輻輳の発生の有無を検知するリソース監視手段と、
輻輳発生を検知した際に規制開始要求を前記輻輳制御装置へ通知する規制要求手段と、
前記輻輳制御装置からの指示に応じて、収納されるSIP端末が属するグループ毎のトラヒック情報を収集して前記輻輳制御装置に送信するトラヒック情報収集手段と、
前記輻輳制御装置からの規制指示に応じて該当するSIPサーバへの通信規制を、収納されるSIP端末が属するグループ単位で実行する規制手段と、
輻輳が解消した場合に前記輻輳制御装置から送信される規制解除に応じて通信規制を解除する解除手段と、
を備えることを特徴とするSIP網におけるCUG/PNP通信システム。
それぞれがSIP端末を収納して成る複数のSIPサーバが通信回線を介して相互に接続されたSIP網においてCUG/PNP通信を実行する際に前記SIPサーバの輻輳を制御する輻輳制御装置であって、
輻輳発生を検知したSIPサーバからの規制開始要求を受信し、受信した規制開始要求に応じて各SIPサーバに対して、SIPサーバに収納されるSIP端末が属するグループ毎のトラヒック情報を収集する指示を送信するトラヒック情報収集指示手段と、
前記トラヒック情報の収集指示に応答した各SIPサーバからのトラヒック情報を受信し、受信したトラヒック情報に基づいて輻輳要因となっているグループを特定する輻輳要因特定手段と、
輻輳要因が特定された場合に、輻輳要因となっているグループに属するSIP端末を収納する全てのSIPサーバに通信の規制開始指示を送信して、前記輻輳発生を検知したSIPサーバに対する通信規制を指示する規制指示手段と、
前記輻輳発生を検知したSIPサーバから輻輳解消通知が出された場合にこれを受信して規制解除を、規制実行中のSIPサーバに送信して通信規制を解除させる規制解除手段と、
を備えることを特徴とするCUG/PNP通信における輻輳制御装置。
オペレータ端末に接続されるユーザインタフェース部を備え、
前記トラヒック情報収集指示手段が前記規制開始要求を受信すると、前記ユーザインタフェース部は、その旨を前記オペレータ端末に送信すると共に、前記オペレータ端末から各SIPサーバに収納されるSIP端末が属するグループ毎のトラヒック情報収集指示を受信し、このトラヒック情報収集指示を前記トラヒック情報収集指示手段に対して送信し、
前記輻輳要因特定手段は、前記トラヒック情報収集指示に応答して各SIPサーバに収納されるSIP端末が属するグループ毎のトラヒック情報を受信すると、受信したトラヒック情報に基づいて輻輳要因となっているグループを特定し、
前記規制指示手段は、輻輳要因が特定された場合に、前記ユーザインタフェース部を介して前記オペレータ端末からの規制開始指示を輻輳要因となっているグループに属するSIP端末を収納する全てのSIPサーバに送信し、
規制解除手段は、輻輳発生を検知したSIPサーバから輻輳解消通知が出された場合にこれを受信して前記ユーザインタフェース部を介して前記オペレータ端末に送信すると共に、前記オペレータ端末からの規制解除指示を規制実行中のSIPサーバに送信する
ことを特徴とする請求項２に記載のCUG/PNP通信における輻輳制御装置。
それぞれがSIP端末を収納して成る複数のSIPサーバと、輻輳制御装置とが通信回線を介して相互に接続されたSIP網においてCUG/PNP通信を実行する際に前記SIPサーバの輻輳を制御する輻輳制御方法であって、
輻輳発生を検知したSIPサーバが規制開始要求を前記輻輳制御装置へ通知するステップと、
規制開始要求を受信した前記輻輳制御装置から各SIPサーバに対して、SIPサーバに収納されるSIP端末が属するグループ毎のトラヒック情報を収集する指示を送信するステップと、
トラヒック情報の収集指示に応答した各SIPサーバからのトラヒック情報を前記輻輳制御装置が受信し、受信したトラヒック情報に基づいて輻輳要因となっているグループを特定するステップと、
輻輳要因が特定された場合に、前記輻輳制御装置は輻輳要因となっているグループに属するSIP端末を収納する全てのSIPサーバに通信の規制開始指示を送信して、前記輻輳発生を検知したSIPサーバに対する通信規制を、収納されるSIP端末が属するグループ単位で指示するステップと、
輻輳が解消したSIPサーバから輻輳解消通知が出された場合に前記輻輳制御装置はこれを受信して規制解除を、規制実行中のSIPサーバに送信して通信規制を解除するステップと、
を備えることを特徴とするCUG/PNP通信における輻輳制御方法。