JP5434640B2 - Traffic control device, traffic control method, and traffic control program - Google Patents
Traffic control device, traffic control method, and traffic control program Download PDFInfo
- Publication number
- JP5434640B2 JP5434640B2 JP2010021290A JP2010021290A JP5434640B2 JP 5434640 B2 JP5434640 B2 JP 5434640B2 JP 2010021290 A JP2010021290 A JP 2010021290A JP 2010021290 A JP2010021290 A JP 2010021290A JP 5434640 B2 JP5434640 B2 JP 5434640B2
- Authority
- JP
- Japan
- Prior art keywords
- signal
- traffic control
- call control
- sip server
- traffic
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 68
- 238000012545 processing Methods 0.000 claims description 62
- 230000004044 response Effects 0.000 claims description 57
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 claims description 29
- 230000001105 regulatory effect Effects 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 claims description 6
- 238000004891 communication Methods 0.000 description 20
- 238000010586 diagram Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 10
- 238000012546 transfer Methods 0.000 description 9
- 230000004913 activation Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000001276 controlling effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000011282 treatment Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、トラヒック制御装置、トラヒック制御方法、及びトラヒック制御プログラムに関する。 The present invention relates to a traffic control device, a traffic control method, and a traffic control program.
IP(Internet Protocol)ネットワーク上にて、VoIP(Voice over IP)サービスをはじめとする、各種通信サービスが普及している。特に、VoIPサービスや、3GPP(3rd Generation Partnership Project)にて規定されるIMS(IP Multimedia Subsystem)等においては、セッション制御として、SIP(Session Initiation Protocol)を使用し、SIPサーバを中心にシステムが構築されている。 Various communication services such as a VoIP (Voice over IP) service are prevalent on an IP (Internet Protocol) network. In particular, in the VoIP service and IMS (IP Multimedia Subsystem) defined by 3GPP (3rd Generation Partnership Project), etc., SIP (Session Initiation Protocol) is used for session control, and the system is built around the SIP server. Has been.
それに伴い、SIPを使用する上での、トラヒック制御、輻輳制御等が各種検討されている。その一例が、Retry−Afterヘッダを利用してSIPサーバへの再送タイミングを端末に指示する方法であり、バースト的な(SIPサーバの処理能力を超えるような多量の)位置登録(REGISTER登録)が発生したときなど、該当するヘッダに再送時間を設定することで、効率的にREGISTER処理を収束させる方式が考えられている。Retry−Afterヘッダを利用してSIPサーバへの再送タイミングを端末に指示する方法は、例えば、特許文献1に記載がある。
Accordingly, various studies have been made on traffic control, congestion control, and the like when using SIP. One example is a method of instructing the terminal of retransmission timing to the SIP server by using the Retry-After header, and location registration (REGISTER registration) that is bursty (a large amount exceeding the processing capacity of the SIP server) is performed. A method is conceived in which the REGISTER process is efficiently converged by setting a retransmission time in a corresponding header when it occurs. For example,
しかしながら、特許文献1に記載される方法を適用し、効率的にREGISTER処理を収束させることを考えた場合、再送時間をSIPサーバ(呼制御サーバ)に対応させる必要がある。現存するネットワークには、年月をかけて構築してきたネットワークが存在し、そのようなネットワークには様々なサーバが共存しているので、そのような性能の異なる複数のサーバに対して対応を行うことは必ずしも容易ではない。
However, when the method described in
また、引用文献1に記載される方法は、REGISTER登録とCPU使用率に特化したトラヒック制御方法であって、他のメソッドや、他のリソース状態を考慮していない、という問題点もある。
Further, the method described in the cited
本発明は前記問題に鑑みてなされたものであり、現実のネットワーク及びサーバのリソース状態を考慮した、バースト的な接続要求の対策を行うためのトラヒック制御装置、トラヒック制御方法、及びトラヒック制御プログラムを提供することを目的とする。 The present invention has been made in view of the above problems, and provides a traffic control device, a traffic control method, and a traffic control program for taking measures against bursty connection requests in consideration of actual network and server resource states. The purpose is to provide.
前記目的を達成するため、本発明に係るトラヒック制御装置は、複数の呼制御サーバと、前記複数の呼制御サーバとの間で通信が行われる複数の端末との間に設置されるトラヒック制御装置であって、前記呼制御サーバが処理を行うリクエスト信号の種類と前記呼制御サーバのリソースの種類とに関連付けて再送信時間値が記憶される記憶部と、前記複数の呼制御サーバからリソースの状態を示す状態情報を所定間隔で受信する呼制御サーバ状態情報管理部と、前記呼制御サーバ状態情報管理部で受信した前記状態情報の値が所定範囲にあるか否かにより、何れかの前記呼制御サーバがバーストトラヒック状態であるか否かを判定すると共に、前記バーストトラヒック状態の原因となったリソースを特定する規制条件判定部と、前記規制条件判定部でバーストトラヒック状態であると判定された前記呼制御サーバが通信する、何れかの前記端末からのリクエスト信号の送信に対し、当該リクエスト信号及び前記原因となったリソースに基づく前記再送信時間値を前記記憶部から取得し、前記取得した再送信時間値を設定した応答信号を、前記リクエスト信号を送信した端末に返信する応答信号生成部と、を備えることを特徴とする。 In order to achieve the above object, a traffic control device according to the present invention is a traffic control device installed between a plurality of call control servers and a plurality of terminals communicating with the plurality of call control servers. A storage unit in which a retransmission time value is stored in association with a type of request signal processed by the call control server and a type of resource of the call control server, and resource information from the plurality of call control servers . Depending on whether or not the value of the state information received by the call control server state information management unit is within a predetermined range, the call control server state information management unit receives state information indicating the state at predetermined intervals. with the call control server determines whether the burst traffic state, the restricting condition judging section which specifies a resource that caused the burst traffic state, the restricting condition The call control server communicates it is determined that the burst traffic state in tough against the transmission of any of the request signal from the terminal, the retransmission time based on the resource that the request signal and the Cause A response signal generation unit that acquires a value from the storage unit and returns a response signal in which the acquired retransmission time value is set to the terminal that has transmitted the request signal.
前記目的を達成するため、本発明に係るトラヒック制御方法は、複数の呼制御サーバと、前記複数の呼制御サーバの各々との間で通信が行われる複数の端末との間に設置されるトラヒック制御装置が実行するトラヒック制御方法であって、前記トラヒック制御装置は、前記呼制御サーバが処理を行うリクエスト信号の種類と前記呼制御サーバのリソースの種類とに関連付けて再送信時間値が記憶される記憶部を備え、前記複数の呼制御サーバからリソースの状態を示す状態情報を所定間隔で受信する受信ステップと、前記受信ステップで受信した前記状態情報の値が所定範囲にあるか否かにより、何れかの前記呼制御サーバがバーストトラヒック状態であるか否かを判定すると共に、前記バーストトラヒック状態の原因となったリソースを特定する規制条件判定ステップと、前記規制条件判定ステップでバーストトラヒック状態であると判定された前記呼制御サーバが収容する、何れかの前記端末からのリクエスト信号の送信に対し、当該リクエスト信号及び前記原因となったリソースに基づく前記再送信時間値を前記記憶部から取得し、前記取得した再送信時間値を設定した応答信号を、前記リクエスト信号を送信した端末に返信する応答ステップと、を実行することを特徴とする。 In order to achieve the above object, a traffic control method according to the present invention is a traffic control method installed between a plurality of call control servers and a plurality of terminals that communicate with each of the plurality of call control servers. A traffic control method executed by a control device, wherein the traffic control device stores a retransmission time value in association with a request signal type processed by the call control server and a resource type of the call control server. a storage unit that includes a receiving step of receiving the state information indicating the state of the resource from said plurality of call control server at predetermined intervals, the value of the state information received by the receiving step by whether the predetermined range , either together with the call control server determines whether the burst traffic conditions, especially the resource that caused the burst traffic state A restricting condition determination step of, with respect to transmission of the restriction condition judging the call control server accommodates it is determined that the burst traffic state in step, either the request signal from the terminal, the request signal and the Cause get since the retransmission time value based on the resource from the storage unit and, run and a response step of a response signal to set the retransmission time value the acquisition and signal return to the terminal transmitting the request signal It is characterized by doing.
前記目的を達成するため、本発明に係るトラヒック制御プログラムは、前記トラヒック制御方法を前記トラヒック制御装置の制御部に実行させることを特徴とする。 In order to achieve the above object, a traffic control program according to the present invention causes the control unit of the traffic control device to execute the traffic control method.
本発明によれば、複数の呼制御サーバと、各々の呼制御サーバが収容する端末との間にトラヒック制御装置を設置するだけで、既存の呼制御サーバの対応を行うことなく、バースト的な接続要求(REGISTER登録を含むリクエスト信号)の対策を行うことができる。 According to the present invention, only by installing a traffic control device between a plurality of call control servers and a terminal accommodated by each call control server, it is possible to perform burst-like processing without dealing with existing call control servers. It is possible to take measures against connection requests (request signals including REGISTER registration).
≪第1実施形態に係るトラヒック制御システムの構成≫
<概要>
図1は、第1実施形態に係るトラヒック制御システムの構成図である。
トラヒック制御システム1は、トラヒック制御装置2、SIPサーバ3A,3B,3C(以下、まとめて「SIPサーバ3」と呼ぶときがある)、端末4Aa〜4An,端末4Ba〜4Bn,端末4Ca〜4Cn(以下、まとめて「端末4」と呼ぶときがある)、及びIP網9を備えて構成される。さらに、トラヒック制御装置2は、記憶部5、制御部6、通信部7を備えて構成される。
<< Configuration of Traffic Control System According to First Embodiment >>
<Overview>
FIG. 1 is a configuration diagram of a traffic control system according to the first embodiment.
The
SIPサーバ3Aは、トラヒック制御装置2を介して、端末4Aa〜4Anを収容する。すなわち、端末4Aa〜4Anは、トラヒック制御装置2及びSIPサーバ3Aを介して、図示しない他の端末との間に呼を確立する。同様に、SIPサーバ3Bは、トラヒック制御装置2を介して、端末4Ba〜4Bnを収容し、SIPサーバ3Cは、トラヒック制御装置2を介して、端末4Ca〜4Cnを収容する。したがって、トラヒック制御装置2は、SIPサーバ3A,3B,3Cと、各々のSIPサーバ3A,3B,3Cが収容する端末のすべてとの間に配設されている。
The
図1に示すトラヒック制御システム1では、トラヒック制御装置2に3台のSIPサーバ3を接続しているが、トラヒック制御装置2の性能が許す限り、5台、6台、又はそれ以上の数のSIPサーバを接続することが可能である。
In the
以下、トラヒック制御システム1の各構成装置について図1を参照して説明する。
<端末>
端末(以下、「クライアント」と呼ぶ場合がある)4は、SIPサーバ3に対して、呼の接続を要求する装置である。端末4は、収容されるSIPサーバ3に呼の接続を要求するに際し、REGISTER,INVITE,MESSAGE等のリクエスト信号を送信する。
端末4は、例えば、PC(Personal Computer),携帯端末等である。端末4にPCを用いる場合は、端末4は、図示しないCPU,メモリ,HDD,ディスプレイ,キーボード等を備える。
Hereafter, each component apparatus of the
<Terminal>
The terminal (hereinafter also referred to as “client”) 4 is a device that requests the
The
<SIPサーバ>
SIPサーバ3は、収容する端末4から呼の接続を要求され、SIPの呼制御を行うサーバである。SIPサーバ3は、端末4から各種通信を行うための、REGISTER,INVITE,MESSAGE等のリクエスト信号を受信する。
SIPサーバ3は、プロキシサーバ、リダイレクトサーバ、レジストラ、ロケーションサービスとして動作する。なお、SIPサーバ3は、必ずしもすべての動作をする必要はなく、それぞれがプロキシサーバ、リダイレクトサーバ、レジスタサーバ(レジストラ)、ロケーションサービスのいずれかとして動作するようにしてもよい。SIPサーバ3は、いずれかとして動作する場合、端末4から動作に対応するリクエスト信号を受信する。サーバ3は、図示しないCPU,メモリ,HDD等を備える。
<SIP server>
The
The
プロキシサーバは、発信者と着信者との間において、SIPセッションの確立を行うために、INVITE等のリクエスト信号を中継するサーバのことであり、サーバとしてもクライアントとしても動作する。リダイレクトサーバは、要求URIをロケーションサービスに問い合わせたときに、新しいSIP URIなどが回答されると、プロキシとして動作するのではなく、3xxのリダイレクトコードをクライアントに返答する。 The proxy server is a server that relays a request signal such as INVITE in order to establish a SIP session between a caller and a callee, and operates as both a server and a client. When the redirect server inquires of the location service for the request URI, if a new SIP URI or the like is answered, it does not operate as a proxy but returns a 3xx redirect code to the client.
レジスタサーバは、REGISTERリクエスト信号を受け付け、ロケーションサービスにその内容を登録するサーバである。ロケーションサービスは、URIとIPアドレスとを対応付けるデータベースのことをいう。 The register server is a server that accepts a REGISTER request signal and registers its contents in the location service. The location service refers to a database that associates URIs with IP addresses.
<トラヒック制御装置>
トラヒック制御装置2は、端末4から送信されるリクエスト信号を受信し、サーバ3に転送する装置である。さらに、トラヒック制御装置2は、リクエスト信号を転送するときに、サーバ3のリソースの状態に応じて転送するリクエスト信号の数を制御する機能を有する。詳細は後記する。
<Traffic control device>
The
トラヒック制御装置2は、記憶部5と、制御部6と、通信部7とを備えて構成される。記憶部5は、図示しないHDD(Hard Disk Drive)等で構成され、種々のプログラム及び情報を記憶する。制御部6は、CPU、メモリ、及びこれらの周辺回路等(いずれも図示せず)から構成される。制御部6は、記憶部5に記憶されるプログラムを実行することで様々な機能を実現する。通信部7は、LAN用のアダプタ装置、ISDN通信回線用のTA、モデム等であって、制御部6の指示に従って動作し、SIPサーバ3及び端末4とデータの送受信を行う。
The
<IP網>
IP網9は、LAN(Local Area Network)、WAN(Wide Area Network)等であり、有線、無線のどちらか一方、または両方で構成され、データ通信を実現する。IP網9内では、IPプロトコルに則って通信が行われている。
<IP network>
The IP network 9 is a LAN (Local Area Network), a WAN (Wide Area Network), or the like, and is configured by one or both of wired and wireless, and realizes data communication. In the IP network 9, communication is performed according to the IP protocol.
≪第1実施形態に係るトラヒック制御装置の機能≫
(概要)
図2は、第1実施形態に係るトラヒック制御装置の機能構成図である。
トラヒック制御装置2の記憶部5は、SIPサーバ基本情報51、SIPサーバ状態情報52、SIPサーバ向け信号処理数情報53、SIPサーバ向け信号規制情報54を記憶する。
トラヒック制御装置2の制御部6は、通信制御部60、SIPサーバ情報管理部61、SIPサーバ状態情報管理部62、ルーチング処理部63、規制対象信号判定部64、サポート信号判定部65、及びトラヒック制御部66を備える。さらに、トラヒック制御部66は、規制条件判定部67、信号処理数判定部68、サポートメソッド対象外による応答信号生成部69a、信号処理数規制状態による応答信号生成部69b、及びバーストトラヒック状態による応答信号生成部69cを備える。
<< Functions of the traffic control device according to the first embodiment >>
(Overview)
FIG. 2 is a functional configuration diagram of the traffic control device according to the first embodiment.
The
The
<記憶部に記憶される情報>
以下、データ構成図の符号(例えば、図3に示す「512」)はデータが格納される論理的な領域を表し、図の説明をする際の括弧付きの符号(例えば、「SIPサーバホスト名(512)」)は論理的な領域に記憶される、又は記憶されていたデータ自体を表すものとする。
<Information stored in the storage unit>
In the following, a symbol (for example, “512” shown in FIG. 3) in the data structure diagram represents a logical area in which data is stored, and a symbol in parentheses when explaining the diagram (eg, “SIP server host name”). (512) ") represents the data itself stored or stored in the logical area.
(SIPサーバ基本情報)
図3は、第1実施形態に係るSIPサーバ基本情報51のデータ構成図である。
SIPサーバアドレス511には、各SIPサーバ3A,3B,3Cに設定されるIPアドレスが記憶される。
SIPサーバホスト名512には、各SIPサーバ3A,3B,3Cに設定されるホスト名が記憶される。SIPサーバホスト名(512)の「A」は、図1に示すSIPサーバ3Aを表し、「B」はSIPサーバ3Bを表し、「C」はSIPサーバ3Cを表す。
(SIP server basic information)
FIG. 3 is a data configuration diagram of the SIP server
The
The SIP
信号規制情報リンクID513には、SIPサーバ基本情報51と、図5に示すSIPサーバ向け信号処理数情報53、又はSIPサーバ向け信号規制情報54とを関連付ける英字、数字、又は英字及び数字の組合せで構成されるID(identification)が記憶される。信号規制情報リンクID513は、データベースの構成を簡易にするために設定されるものである。なお、SIPサーバ基本情報51は、前記した項目以外の他の項目を設ける構成としてもよい。
In the signal restriction
(SIPサーバ状態情報)
図4は、第1実施形態に係るSIPサーバ状態情報52のデータ構成図である。
SIPサーバアドレス521、及びSIPサーバホスト名522には、図3に示すSIPサーバアドレス511、及びSIPサーバホスト名512と同様の情報が記憶される。
CPU使用率523には、SIPサーバ3が備える図示しないCPUの使用率が百分率(%)で記憶される。
メモリ使用率524には、SIPサーバ3が備える図示しないメモリの使用率が百分率(%)で記憶される。
セッション総数525には、SIPサーバ3が確立している呼の総数が記憶される。確立している呼とは、例えば、SIPサーバ3が端末4から送信されるINVITEリクエストを受信してから、BYEリクエストに対する200OKを転送していないものをいう。
(SIP server status information)
FIG. 4 is a data configuration diagram of the SIP
The
The
In the
The total number of
規制発動条件526には、トラヒック制御装置2がSIPサーバ3に転送するリクエスト信号の数の制御を開始する条件が記憶される。以下、SIPサーバ3が起動発動条件(526)に該当する場合を、「バーストトラヒック状態」と呼ぶこととする。
具体的には、規制発動条件(526)は、CPU使用率(523)、メモリ使用率(524)、セッション総数(525)の所定値で構成される。
The
Specifically, the regulation activation condition (526) includes predetermined values of a CPU usage rate (523), a memory usage rate (524), and a total number of sessions (525).
(SIPサーバ向け信号処理数情報)
図5は、第1実施形態に係るSIPサーバ向け信号処理数情報53のデータ構成図である。
信号規制情報リンクID531には、図3に示す信号規制情報リンクID513と同様の情報が記憶される。
メソッド名532には、端末4からSIPサーバ3に送信されるリクエスト信号の種類を表すメソッドの名前が記憶される。メソッド名(532)には、REGISTER、INVITE、MESSAGE等がある。なお、規制対象にしないメソッドについては、記録しないこととする。
現在信号数533には、トラヒック制御装置2が、所定時間の間に、端末4から受信したリクエスト信号をSIPサーバ3に転送した数が記憶される。所定時間は任意に決定することができ、本実施形態では、後記する図6の規制間隔543がこの所定時間に該当する。
(Signal processing number information for SIP server)
FIG. 5 is a data configuration diagram of the signal
The signal restriction
The
The
(SIPサーバ向け信号規制情報)
図6は、第1実施形態に係るSIPサーバ向け信号規制情報54のデータ構成図である。
信号規制情報リンクID541には、図3に示す信号規制情報リンクID513と同様の情報が記憶される。
メソッド名542には、図5に示すメソッド名532と同様の情報が記憶される。
規制間隔543には、各SIPサーバ3へ転送したメソッド名単位のリクエスト信号数をインクリメント(加算)する時間間隔が記憶される。規制間隔(543)が経過すると、図5に示す現在信号数(533)はクリアされる(「0」が設定される)。規制間隔543には、時間間隔が、例えばミリ秒単位で設定される。
(Signal regulation information for SIP servers)
FIG. 6 is a data configuration diagram of the signal restriction information 54 for the SIP server according to the first embodiment.
The signal restriction
The
The
通常時信号数上限544には、規制間隔(543)内でインクリメントされた現在信号数(533)が、超過してはならないリクエスト信号数が記憶される。以下、規制間隔(543)内でインクリメントされた現在信号数(533)が、通常時信号数上限(544)を超過した場合を、「信号処理数超過状態」と呼ぶこととする。信号処理数超過状態は、任意の時間が経過した後に、解除するようにすればよい。信号処理数超過状態を解除するための時間は、トラヒック制御装置2が図示しない情報として持っていることとする。
なお、SIPサーバ3がサポートしていないメソッドについては、通常時信号数上限544に「0」が設定される。
The normal signal number
For methods that are not supported by the
規制時信号数上限545には、信号処理数超過状態、又はバーストトラヒック状態である場合に、規制間隔(543)内でインクリメントされた現在信号数(533)が、超過してはならないリクエスト信号数が記憶される。規制時信号数上限(545)は、通常時信号数上限(544)よりも少ない数にするとよい。
The restriction signal number
Retry−After設定条件546(以下、「設定条件546」と呼ぶときがある)には、Retry−Afterヘッダに設定時間を設定しない場合には、「設定なし」が記憶され、Retry−Afterヘッダに固定値の設定時間を設定する場合には、「固定」が記憶され、Retry−Afterヘッダにランダムの設定時間を設定する場合には、「ランダム」が記憶される。以下、設定条件546に設定される「設定なし」に対して、Retry−Afterヘッダに何らかの設定時間を設定する場合(本実施形態では、「固定」又は「ランダム」の場合)を、「設定あり」と呼ぶときがある。
The Retry-After setting condition 546 (hereinafter sometimes referred to as “setting
信号数上限超過時のRetry−After設定時間547(以下、「信号数上限超過時設定時間547」と呼ぶときがある)には、規制間隔(543)の間にSIPサーバ3に転送するリクエスト信号数が、通常時信号数上限544又は規制時信号数上限545を超過した場合に、Retry−Afterヘッダに設定する時間が記憶される。以下、規制間隔(543)の間にSIPサーバ3に転送するリクエスト信号数が、通常時信号数上限544又は規制時信号数上限545を超過している場合を、「信号処理数規制状態」と呼ぶこととする。
信号数上限超過時設定時間547には、設定条件546に「設置なし」が記憶されているときには何も記憶されず、設定条件546に「固定」が記憶されているときには固定値が記憶され、設定条件546に「ランダム」が記憶されているときには一定の範囲を表す範囲値が記憶される。
A request signal transferred to the
In the
CPU使用率××%時のRetry−After設定時間548(以下、「CPU使用率××%時設定時間548」と呼ぶときがある)には、SIPサーバ3の図4に示すCPU使用率(523)が規制発動条件(526)に該当するとしてバーストトラヒック状態であると判定された場合に、Retry−Afterヘッダに設定する時間が記憶される。CPU使用率××%時設定時間548に記憶される情報と、設定条件546に記憶される情報との関係は、信号数上限超過時設定時間547の場合と同様である。
The Retry-After setting
メモリ使用率××%時のRetry−After設定時間549(以下、「メモリ使用率××%時設定時間549」と呼ぶときがある)には、SIPサーバ3の図4に示すメモリ使用率(524)が規制発動条件(526)に該当するとしてバーストトラヒック状態であると判定された場合に、Retry−Afterヘッダに設定する時間が記憶される。メモリ使用率××%時設定時間549に記憶される情報と、設定条件546に記憶される情報との関係は、信号数上限超過時設定時間547の場合と同様である。
The Retry-After setting
セッション総数××時のRetry−After設定時間550(以下、「セッション総数××時設定時間550」と呼ぶときがある)には、SIPサーバ3の図4に示すセッション総数(525)が規制発動条件(526)に該当するとしてバーストトラヒック状態であると判定された場合に、Retry−Afterヘッダに設定する時間が記憶される。セッション総数××時設定時間550に記憶される情報と、設定条件546に記憶する情報との関係は、信号数上限超過時設定時間547の場合と同様である。
In the Retry-After setting
<制御部が備える機能>
図2に示す、制御部6内に「○○部」と記載する機能は、制御部6が、記憶部5に記憶される図示しないプログラムを、図示しないCPUが実行することで実現する。
<Functions of the control unit>
The function described as “XXX part” in the
(通信制御部)
通信制御部60は、通信部7を制御し、通信部7を介して信号を送信、又は受信する。以下、○○部が信号を送信、又は受信するという記載がある場合には、通信制御部60が通信部7を制御し、通信部7を介して信号を送信、又は受信するものとする。
(Communication control unit)
The
(SIPサーバ情報管理部)
SIPサーバ情報管理部61は、図3乃至図6に示す情報の内、SIPサーバ3に関する各種情報を管理する。例えば、トラヒック制御装置2に新たなSIPサーバを接続する場合に、SIPサーバ情報管理部61は、トラヒック制御装置が備える図示しない入力部を介して新たなSIPサーバの情報を取得し、SIPサーバ基本情報51、SIPサーバ状態情報52、SIPサーバ向け処理数情報53、SIPサーバ向け信号規制情報54の内、該当する項目を更新する。
(SIP Server Information Management Department)
The SIP server
(SIPサーバ状態情報管理部)
SIPサーバ状態情報管理部62は、一定周期で各SIPサーバ3のCPU使用率、メモリ使用率、実行セッション総数等(以下、「各種リソース状態情報」と呼ぶときがある)を収集し、収集するたびに、第4図に示す、SIPサーバ状態情報52を更新する。なお、本実施形態では、各種リソース情報を収集するタイミングを、一定周期としたが、必ずしも一定周期でなくても、サーバに応じて間隔を変えてもよい。
具体的には、SIPサーバ状態情報管理部62は、一定周期で各SIPサーバ3に状態情報収集要求を送信し、その返信として、SIPサーバ3から各種リソース状態情報を受信する。状態情報収集要求の送信、及び各種リソース状態情報の受信は、既存の通信プロトコル、又は新たな通信プロトコルを用いて行えばよい。
また、SIPサーバ状態情報管理部62は、各種リソース情報状態を受信するたびに、SIPサーバ状態情報52のSIPサーバアドレス又はSIPサーバホスト名をキーにして、該当するCPU使用率(523)、メモリ使用率(524)、セッション総数(525)を更新する。
(SIP server state information management unit)
The SIP server state
Specifically, the SIP server state
The SIP server status
(ルーチング処理部)
ルーチング処理部63は、端末4からリクエスト信号を受信し、リクエスト信号に設定されている宛先情報(例えば、ホスト名)から、リクエスト信号の転送先である収容されるSIPサーバ3を分析する。そして、ルーチング処理部63は、規制なしで接続処理を実行する場合に、分析した転送先にリクエスト信号を転送する。
また、リクエスト信号を分析先のSIPサーバ3に転送した場合に、図5に示すSIPサーバ向け信号処理数情報53の該当するSIPサーバ3の現在信号数(533)に「1」をインクリメントする。
(Routing processing part)
The
When the request signal is transferred to the
(規制対象信号判定部)
規制対象信号判定部64は、受信したリクエスト信号が規制対象メソッドであるか否かを判定する。
具体的には、規制対象信号判定部64は、受信したリクエスト信号に設定されるSIPサーバアドレス又はSIPサーバホスト名をキーとして、図3のSIPサーバ基本情報51を検索し、該当する信号規制情報リンクID(513)を得る。次に、規制対象信号判定部64は、取得した信号規制情報リンクID(513)、及び受信したリクエスト信号に設定されるメソッド名をキーとして、図4に示すSIPサーバ向け信号規制情報54のメソッド名542を検索する。そして、規制対象信号判定部64は、メソッド名542に該当するメソッド名が記憶されている場合に、規制対象メソッドであると判定し、該当するメソッド名が記憶されていない場合に、規制対象メソッドでないと判定する。
(Regulated signal determination unit)
The restriction target
Specifically, the restriction target
なお、以下で「取得した信号規制情報リンクID(513)」と言った場合には、受信したリクエスト信号に設定されるSIPサーバアドレス若しくはSIPサーバホスト名をキーとして、図3のSIPサーバ基本情報51を検索し、該当する信号規制情報リンクID(513)を得たものとする。 In the following, when it is referred to as “acquired signal restriction information link ID (513)”, the SIP server basic information of FIG. 3 using the SIP server address or SIP server host name set in the received request signal as a key. 51 is retrieved, and the corresponding signal restriction information link ID (513) is obtained.
(サポート信号判定部)
サポート信号判定部65は、受信したリクエスト信号がSIPサーバ3のサポートしているサポートメソッドであるか否かを判定する。
具体的には、サポート信号判定部65は、取得した信号規制情報リンクID(513)、及び受信したリクエスト信号に設定されるメソッド名をキーとして、図6に示すSIPサーバ向け信号規制情報54の通常時信号数上限544を検索する。そして、サポート信号判定部65は、通常時信号数上限544に「0」以外が記憶されている場合に、サポートメソッドであると判定し、「0」が記憶されている場合に、サポートメソッドでないと判定する。
(Support signal judgment part)
The support
Specifically, the support
(トラヒック制御部)
トラヒック制御部66は、各SIPサーバ3へのリクエスト信号の数、及び各SIPサーバ3のリソースの状態情報を考慮して、各SIPサーバに対応したトラヒック制御を実行する。以下、トラヒック制御部66が備える機能を説明する。
(Traffic control unit)
The
(規制条件判定部)
規制条件判定部67は、SIPサーバ状態情報管理部62で更新したSIPサーバ状態情報52のCPU使用率(523)、メモリ使用率(524)、セッション総数(525)が、規制発動条件(526)の範囲内であるか否か(バーストトラヒック状態であるか否か)、及びバーストトラヒック状態であった場合に原因となったリソースを判定する。
具体的には、規制条件判定部67は、受信したリクエスト信号に設定されるSIPサーバアドレス又はSIPサーバホスト名をキーとして、図4に示すSIPサーバ状態情報52のCPU使用率(523)、メモリ使用率(524)、及びセッション総数(525)が、規制発動条件(526)になったか否かを判定することにより、該当するSIPサーバ3がバーストトラヒック状態であるか否か、及びバーストトラヒック状態であった場合に原因となったリソースを判定する。
規制条件判定部67は、CPU使用率(523)、メモリ使用率(524)、又はセッション総数(525)が、規制発動条件(526)の範囲内であればバーストトラヒック状態でないと判定し、範囲内でなければバーストトラヒック状態であると判定する。
(Regulatory condition judging section)
In the restriction
Specifically, the regulation
If the CPU usage rate (523), the memory usage rate (524), or the total number of sessions (525) is within the range of the regulation triggering condition (526), the restriction
(信号処理数判定部)
信号処理数判定部68は、図6に示す規制間隔(543)内に各SIPサーバ3に転送したリクエスト信号の数が、信号数上限(544,545)を超過しているか否か(信号処理数規制状態であるか否か)を判定する。
具体的には、信号処理数判定部68は、取得した信号規制情報リンクID(513)、及び受信したリクエスト信号に設定されるメソッド名をキーとして、図5に示す現在信号数533を検索し、該当する現在信号数(533)を取得する。
次に、信号処理数判定部68は、信号処理数超過状態であるか否かの情報、及び、規制条件判定部67を用いて、該当するSIPサーバ3がバーストトラヒック状態であるか否かの情報を取得する。
(Signal processing number determination unit)
The signal processing
Specifically, the signal processing
Next, the signal processing
次に、信号処理数判定部68は、信号処理数超過状態、及び該当するSIPサーバ3がバーストトラヒック状態でない場合には、図6に示すSIPサーバ向け信号規制情報54の通常時信号数上限544を検索し、信号処理数超過状態、又は該当するSIPサーバ3がバーストトラヒック状態である場合には、規制時信号数上限545を検索し、通常時信号数上限(544)又は規制時信号数上限(545)を取得する。
次に、信号処理数判定部68は、取得した現在信号数(533)と、取得した通常時信号数上限(544)又は規制時信号数上限(545)とを比較し、取得した現在信号数(533)が取得した通常時信号数上限(544)又は規制時信号数上限(545)よりも多い場合に、各SIPサーバ3に転送したリクエスト信号数が、信号数上限を超過している(信号処理数規制状態である)と判定する。
Next, when the signal processing number excess state and the
Next, the signal processing
また、信号処理数判定部68は、時間を計測し、規制間隔(543)が経過するごとに、図5に示すSIPサーバ向け信号処理数情報53の現在信号数533の値を「0」にする。
Further, the signal processing
(サポートメソッド対象外による応答信号生成部)
サポートメソッド対象外による応答信号生成部69a(以下、単に「応答信号生成部69a」と呼ぶときがある)は、サポート信号判定部65で、受信したリクエスト信号がサポートメソッドでないと判定された場合に、クライアントエラーを表す405応答信号を生成し、リクエスト信号を送信した端末4に返信する。
(Response signal generator by non-support method target)
The response
(信号処理数規制状態による応答信号生成部)
信号処理数規制状態による応答信号生成部69b(以下、単に「応答信号生成部69b」と呼ぶときがある)は、信号処理数判定部68で各SIPサーバ3に転送したリクエスト信号数が、信号処理数規制状態であると判定された場合であって、
(1)図6に示す設定条件546に「設定なし」が記憶されているときに、Retry−Afterヘッダを設定せずに、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する。
(Response signal generator based on the number of signal processing restrictions)
The response
(1) A terminal that generates a 503 response signal indicating a server error and transmits a request signal without setting a Retry-After header when “no setting” is stored in the
(2)図6に示す設定条件546に「固定」が記憶されているときに、Retry−Afterヘッダに、信号数上限超過時設定時間547に記憶される固定値を設定した、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する。
(3)図6に示す設定条件546に「ランダム」が記憶されているときに、Retry−Afterヘッダに、信号数上限超過時設定時間547に記憶される範囲からランダム値を決定し、決定したランダム値を設定した、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する。
(2) Represents a server error in which, when “fixed” is stored in the
(3) When “Random” is stored in the
(バーストトラヒック状態による応答信号生成部)
バーストトラヒック状態による応答信号生成部69c(以下、単に「応答信号生成部69c」と呼ぶときがある)は、規制条件判定部67でSIPサーバ3がバーストトラヒック状態であると判定された場合であって、
(1)図6に示す設定条件546に「設定なし」が記憶されているときに、Retry−Afterヘッダを設定せずに、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する。
(Response signal generator based on burst traffic state)
The response
(1) A terminal that generates a 503 response signal indicating a server error and transmits a request signal without setting a Retry-After header when “no setting” is stored in the
(2)図6に示す設定条件546に「固定」が記憶されているときに、Retry−Afterヘッダに、バーストトラヒック状態であると判定される原因となったリソースに対応する項目(CPU使用率××%時設定時間548、メモリ使用率××%時設定時間549、及びセッション総数××時設定時間550の内のどれか)に記憶される固定値を設定した、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する。
(2) When “fixed” is stored in the
(3)図6に示す設定条件546に「ランダム」が記憶されているときに、Retry−Afterヘッダに、バーストトラヒック状態であると判定される原因となったリソースに対応する項目(CPU使用率××%時設定時間548、メモリ使用率××%時設定時間549、及びセッション総数××時設定時間550の内のどれか)に記憶される範囲からランダム値を決定し、決定したランダム値を設定した、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する。
(3) When “Random” is stored in the
≪第1実施形態に係るトラヒック制御装置におけるSIPサーバ状態情報の収集動作≫
図7は、第1実施形態に係るSIPサーバ状態情報の収集動作を示すシーケンス図である。以下、図7を参照して、トラヒック制御装置におけるSIPサーバ状態情報52の収集動作を説明する。
トラヒック制御装置2のSIPサーバ状態情報管理部62(図2参照)は、一定周期(所定間隔)でSIPサーバ3A,3B,3Cに状態情報収集要求を送信し、その返信として、SIPサーバ3A,3B,3Cから各種リソース状態情報(図7では、単に「状態情報」)を受信する。
<< Operation for collecting SIP server state information in the traffic control device according to the first embodiment >>
FIG. 7 is a sequence diagram showing an operation of collecting SIP server state information according to the first embodiment. Hereinafter, the collecting operation of the SIP
The SIP server status information management unit 62 (see FIG. 2) of the
≪第1実施形態に係るトラヒック制御装置の信号規制動作≫
図8は、第1実施形態に係るトラヒック制御装置の信号規制動作を説明するフローチャートである。以下、図8を参照して、トラヒック制御装置の信号規制動作を説明する。
<< Signal Control Operation of Traffic Control Device According to First Embodiment >>
FIG. 8 is a flowchart for explaining the signal restriction operation of the traffic control device according to the first embodiment. Hereinafter, the signal restriction operation of the traffic control device will be described with reference to FIG.
トラヒック制御装置2のルーチング処理部63(図2参照)は、端末4から送信されるSIPサーバ3へのリクエスト信号(接続要求)を受信する(ステップS1)。次に、ルーチング処理部63は、リクエスト信号に設定されている宛先情報から、リクエスト信号の転送先を分析し、ルーチング先SIPサーバを特定する(ステップS2)。
The routing processing unit 63 (see FIG. 2) of the
次に、規制対象信号判定部64は、受信したリクエスト信号が、規制対象メソッドであるか否かを判定する(ステップS3)。ステップS3において、規制対象メソッドであると判定された場合(ステップS3“Yes”)、処理をステップS5に進める。ステップS3において、規制対象メソッドでないと判定された場合(ステップS3“No”)、ルーチング処理部63は、規制なしで接続処理を実行するために、受信したリクエスト信号を分析した転送先に転送し(ステップS4)、SIPサーバ向け信号処理数情報53の該当する現在信号数(533)に「1」を加算する。そして、信号規制動作を終了する。
Next, the restriction target
次に、サポート信号判定部65は、受信したリクエスト信号が、SIPサーバ3のサポートメソッドであるか否かを判定する(ステップS5)。ステップS3において、サポートメソッドであると判定された場合(ステップS5“Yes”)、処理をステップS7に進める。ステップS5において、サポートメソッドでないと判定された場合(ステップS5“No”)、応答信号生成部69aは、クライアントエラーを表す405応答信号を生成し、リクエスト信号を送信した端末4に返信する(ステップS6)。そして、信号規制動作を終了する。
Next, the support
次に、信号処理数判定部68は、信号処理数規制状態であるか否かを判定する(ステップS7)。ステップS7において、信号処理数規制状態であると判定された場合(ステップS7“Yes”)、処理をステップS8に進めて、信号処理数規制状態でないと判定された場合(ステップS7“No”)、処理をステップS13に進める。
Next, the signal processing
次に、信号処理数規制状態であると判定された場合(ステップS7“Yes”)、応答信号生成部69bは、図6に示す設定条件546に「設定あり(固定又はランダム)」が記憶されているか否かを判定する(ステップS8)。ステップS8において、設定条件546に「設定あり(固定又はランダム)」が記憶されている場合(ステップS8“Yes”)、処理をステップS10に進めて、設定条件546に「設定あり(固定又はランダム)」が記憶されていない場合(ステップS8“No”)、応答信号生成部69bは、Retry−Afterヘッダを設定せずに、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する(ステップS9)。そして、信号規制動作を終了する。
Next, when it is determined that the number of signal processing is restricted (step S7 “Yes”), the response
次に、設定条件546に「設定あり(固定又はランダム)」が記憶されている場合(ステップS8“Yes”)、応答信号生成部69bは、図6に示す設定条件546に「ランダム」が記憶されているか否かを判定する(ステップS10)。ステップS10において、設定条件546に「ランダム」が記憶されている場合(ステップS10“Yes”)、応答信号生成部69bは、Retry−Afterヘッダに、信号数上限超過設定時間547に記憶される範囲から決定したランダム値を設定した、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する(ステップS12)。そして、信号規制動作を終了する。ステップS10において、設定条件546に「ランダム」が記憶されていない場合(ステップS10“No”)、応答信号生成部69bは、Retry−Afterヘッダに、信号数上限超過設定時間547に記憶される固定値を設定した、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する(ステップS11)。そして、信号規制動作を終了する。
Next, when “with setting (fixed or random)” is stored in the setting condition 546 (step S8 “Yes”), the response
次に、信号処理数規制状態でないと判定された場合(ステップS7“No”)、規制条件判定部67は、図4に示す規制発動条件(526)に該当するか否か(バーストトラヒック状態であるか否か)を判定する(ステップS13)。ステップS13において、バーストトラヒック状態であると判定された場合(ステップS13“Yes”)、処理をステップS15に進める。ステップS13において、バーストトラヒック状態でないと判定された場合(ステップS13“No”)、ルーチング処理部63は、規制なしで接続処理を実行するために、受信したリクエスト信号を分析した転送先に転送し(ステップS14)、SIPサーバ向け信号処理数情報53の該当する現在信号数(533)に「1」を加算する。そして、信号規制動作を終了する。
Next, when it is determined that the number of signal processings is not regulated (step S7 “No”), the regulation
次に、バーストトラヒック状態であると判定された場合(ステップS13“Yes”)、応答信号生成部69cは、図6に示す設定条件546に「設定あり(固定又はランダム)」が記憶されているか否かを判定する(ステップS15)。ステップS15において、設定条件546に「設定あり(固定又はランダム)」が記憶されている場合(ステップS15“Yes”)、処理をステップS17に進めて、設定条件546に「設定あり(固定又はランダム)」が記憶されていない場合(ステップS15“No”)、応答信号生成部69cは、Retry−Afterヘッダを設定せずに、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する(ステップS16)。そして、信号規制動作を終了する。
Next, when it is determined that it is in the burst traffic state (step S13 “Yes”), the response
次に、設定条件546に「設定あり(固定又はランダム)」が記憶されている場合(ステップS15“Yes”)、応答信号生成部69cは、図6に示す設定条件546に「ランダム」が記憶されているか否かを判定する(ステップS17)。ステップS17において、設定条件546に「ランダム」が記憶されている場合(ステップS17“Yes”)、応答信号生成部69cは、Retry−Afterヘッダに、バーストトラヒック状態であると判定される原因となったリソースに対応する項目(CPU使用率××%時設定時間548、メモリ使用率××%時設定時間549、セッション総数××時設定時間550の内のどれか)に記憶される範囲から決定したランダム値を設定した、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する(ステップS19)。そして、信号規制動作を終了する。
Next, when “with setting (fixed or random)” is stored in the setting condition 546 (step S15 “Yes”), the response
ステップS17において、設定条件546に「ランダム」が記憶されていない場合(ステップS17“No”)、応答信号生成部69cは、Retry−Afterヘッダに、バーストトラヒック状態であると判定される原因となったリソースに対応する項目(CPU使用率××%時設定時間548、メモリ使用率××%時設定時間549、セッション総数××時設定時間550の内のどれか)に記憶される固定値を設定した、サーバエラーを表す503応答信号を生成し、リクエスト信号を送信した端末4に返信する(ステップS18)。そして、信号規制動作を終了する。
In step S17, when “random” is not stored in the setting condition 546 (step S17 “No”), the response
(第1実施形態に係るトラヒック制御装置2の効果)
以上のように、第1実施形態に係るトラヒック制御装置2は、SIPサーバ3のリソース状態を考慮して、接続要求を制御することができる。よって、ネットワークにトラヒック制御装置2を設置するだけで、既存のSIPサーバ3に対応を行うことなく、バースト的な接続要求の対策を行うことができる。
(Effect of the
As described above, the
また、第1実施形態に係るトラヒック制御装置2は、Retry−Afterヘッダに、ランダム値を設定して応答信号を返信することが可能であり、接続要求を効率的に収束させることができる。
Further, the
また、第1実施形態に係るトラヒック制御装置2は、規制間隔(543)内でインクリメントされた現在信号数(533)が、通常時信号数上限(544)を超過した場合(「信号処理数超過状態」)に信号数を規制する。さらに、信号処理数超過状態又はバーストトラヒック状態の場合に、通常時信号数上限(544)よりも低い規制時信号数上限(545)で信号数を規制する。これにより、接続要求を効率的に収束させることができる。なお、信号数が通常時信号数上限(544)又は規制時信号数上限(545)を超過している場合(すなわち、信号数を規制している状態)を「信号処理数規制状態」という。
Further, the
≪変形例≫
(トラヒック制御システム)
第1実施形態では、REGISTERを含む種々のリクエスト信号のトラヒック制御を行うために、図1に示すように、SIPサーバ3と端末4との間にトラヒック制御装置2を配設しているが、ネットワーク構成や適用するシステムによっては、図9に示すようにSIPサーバ3とSIPサーバ103との間に配設しても構わない。
例えばINVITEリクエストのトラヒック制御を行いたい場合は、図9に示すトラヒック制御システム100の構成とすることが可能である。
≪Modification≫
(Traffic control system)
In the first embodiment, the
For example, when it is desired to perform traffic control of an INVITE request, the
(信号処理数規制判定等)
第1実施形態では、メソッド単位に信号処理規制判定を行っているが、メソッド全体又は組み合わせの信号数で判定を行ってもよい。また、Retry−Afterヘッダに設定する再送信時間についても同様である。
(Signal processing number regulation judgment, etc.)
In the first embodiment, the signal processing restriction determination is performed for each method, but the determination may be performed based on the total number of signals or the number of combined signals. The same applies to the retransmission time set in the Retry-After header.
(再送信時間)
図6に示す設定時間(548,549,550)は、リソースの状態のレベルによって、さらに詳細に設定するようにしてもよい。例えば、CPU使用率を10%単位に再送信時間値を保有するようにしてもよい。
(Retransmission time)
The set times (548, 549, 550) shown in FIG. 6 may be set in more detail depending on the level of the resource state. For example, the retransmission time value may be held in units of 10% CPU usage rate.
1,100 トラヒック制御システム
2,102 トラヒック制御装置
3,3A,3B,3C,103 SIPサーバ(呼制御サーバ)
4,4Aa〜4An,4Ba〜4Bn,4Ca〜4Cn,104 端末
5 記憶部
6 制御部
7 通信部
51 SIPサーバ基本情報
52 SIPサーバ状態情報(第1の記憶部)
53 SIPサーバ向け信号処理数情報
54 SIPサーバ向け信号規制情報(第2の記憶部)
60 通信制御部
61 SIPサーバ情報管理部
62 SIPサーバ状態情報管理部(呼制御サーバ状態情報管理部)
63 ルーチング処理部
64 規制対象信号判定部
65 サポート信号判定部
66 トラヒック制御部
67 規制条件判定部
68 信号処理数判定部(信号処理数特定部)
69a サポートメソッド対象外による応答信号生成部
69b 信号処理数規制状態による応答信号生成部(他の応答信号生成部)
69c バーストトラヒック状態による応答信号生成部(応答信号生成部)
105,106 ゲートウェイ
1,100 Traffic control system 2,102
4, 4Aa to 4An, 4Ba to 4Bn, 4Ca to 4Cn, 104
53 Information processing number information for SIP server 54 Signal restriction information for SIP server (second storage unit)
60
63
69a Response signal generation unit not supported by
69c Response signal generation unit (response signal generation unit) based on burst traffic state
105,106 gateway
Claims (6)
前記呼制御サーバが処理を行うリクエスト信号の種類と前記呼制御サーバのリソースの種類とに関連付けて再送信時間値が記憶される記憶部と、
前記複数の呼制御サーバからリソースの状態を示す状態情報を所定間隔で受信する呼制御サーバ状態情報管理部と、
前記呼制御サーバ状態情報管理部で受信した前記状態情報の値が所定範囲にあるか否かにより、何れかの前記呼制御サーバがバーストトラヒック状態であるか否かを判定すると共に、前記バーストトラヒック状態の原因となったリソースを特定する規制条件判定部と、
前記規制条件判定部でバーストトラヒック状態であると判定された前記呼制御サーバが通信する、何れかの前記端末からのリクエスト信号の送信に対し、当該リクエスト信号及び前記原因となったリソースに基づく前記再送信時間値を前記記憶部から取得し、前記取得した再送信時間値を設定した応答信号を、前記リクエスト信号を送信した端末に返信する応答信号生成部と、
を備えることを特徴とするトラヒック制御装置。 A traffic control device installed between a plurality of call control servers and a plurality of terminals that communicate with each of the plurality of call control servers,
A storage unit for storing a retransmission time value in association with the type of request signal processed by the call control server and the type of resource of the call control server;
A call control server state information management unit for receiving state information indicating a state of a resource from the plurality of call control servers at a predetermined interval;
Depending on whether the value of the state information received by the call control server status information management unit is in a predetermined range, either the call control server along with determining whether the burst traffic state, the burst traffic A regulatory condition determination unit that identifies the resource that caused the condition;
The call control server determined to be in the burst traffic state by the restriction condition determination unit communicates with respect to the transmission of the request signal from any of the terminals , based on the request signal and the resource causing the request A response signal generation unit that acquires a retransmission time value from the storage unit, and returns a response signal in which the acquired retransmission time value is set to the terminal that has transmitted the request signal;
A traffic control device comprising:
信号処理数特定部と、他の応答信号生成部とをさらに備え、
前記応答信号生成部は、前記範囲値の中からランダムな時間を選択して、リクエスト信号の再送信時間として設定し、前記リクエスト信号を送信した複数の前記端末に異なる再送信時間を返信し、
前記信号処理数特定部は、複数のメソッドの各々に対し、前記呼制御サーバの各々に転送したリクエスト信号の数が、所定数以上であるか否かにより、何れの前記呼制御サーバが信号処理数規制状態であるか否かを特定し、
前記他の応答信号生成部は、前記複数のメソッドの各々において、何れかの前記端末からのリクエスト信号の送信に対し、前記リクエスト信号の再送信時間を設定した応答信号を、前記リクエスト信号を送信した端末に返信する、
ことを特徴とする請求項1に記載のトラヒック制御装置。 The retransmission time value stored in the storage unit is stored as a range value representing a certain range,
A signal processing number specifying unit and another response signal generating unit;
The response signal generation unit selects a random time from the range value, sets it as a retransmission time of a request signal, and returns different retransmission times to the plurality of terminals that transmitted the request signal,
The signal processing number identification unit determines which of the call control servers performs signal processing depending on whether or not the number of request signals transferred to each of the call control servers is greater than or equal to a predetermined number for each of a plurality of methods. Identify whether the number is in a restricted state,
The other response signal generation unit transmits the request signal as a response signal in which a retransmission time of the request signal is set in response to transmission of the request signal from any of the terminals in each of the plurality of methods. Reply to the device
The traffic control device according to claim 1.
ことを特徴とする請求項1又は請求項2に記載のトラヒック制御装置。 The state information is configured by any one of CPU usage rate, memory usage rate, and total number of sessions, or a combination of these information.
Traffic control device according to claim 1 or claim 2, characterized in that.
ことを特徴とする請求項1ないし請求項3の何れか一項に記載のトラヒック制御装置。 Type of pre cut sources, CPU usage, memory usage, any one of the information session total, or composed of a combination of these information,
The traffic control device according to any one of claims 1 to 3, wherein the traffic control device is configured as described above.
前記トラヒック制御装置は、前記呼制御サーバが処理を行うリクエスト信号の種類と前記呼制御サーバのリソースの種類とに関連付けて再送信時間値が記憶される記憶部を備え、
前記複数の呼制御サーバからリソースの状態を示す状態情報を所定間隔で受信する受信ステップと、
前記受信ステップで受信した前記状態情報の値が所定範囲にあるか否かにより、何れかの前記呼制御サーバがバーストトラヒック状態であるか否かを判定すると共に、前記バーストトラヒック状態の原因となったリソースを特定する規制条件判定ステップと、
前記規制条件判定ステップでバーストトラヒック状態であると判定された前記呼制御サーバが通信する、何れかの前記端末からのリクエスト信号の送信に対し、当該リクエスト信号及び前記原因となったリソースに基づく前記再送信時間値を前記記憶部から取得し、前記取得した再送信時間値を設定した応答信号を、前記リクエスト信号を送信した端末に返信する応答ステップと、
を実行することを特徴とするトラヒック制御方法。 A traffic control method executed by a traffic control device installed between a plurality of call control servers and a plurality of terminals that communicate with each of the plurality of call control servers,
The traffic control device includes a storage unit in which a retransmission time value is stored in association with a type of request signal processed by the call control server and a type of resource of the call control server,
A receiving step of receiving status information indicating a status of a resource from the plurality of call control servers at a predetermined interval;
Whether or not any of the call control servers is in a burst traffic state is determined based on whether or not the value of the state information received in the reception step is within a predetermined range, and causes the burst traffic state. A regulatory condition determination step for identifying the resource
The call control server determined to be in the burst traffic state in the restriction condition determination step communicates with respect to the transmission of the request signal from any of the terminals , based on the request signal and the resource causing the request get the retransmission time value from the storage unit, and a response step of a response signal to set the retransmission time value the acquisition and signal return to the terminal transmitting the request signal,
The traffic control method characterized by performing this.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010021290A JP5434640B2 (en) | 2010-02-02 | 2010-02-02 | Traffic control device, traffic control method, and traffic control program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010021290A JP5434640B2 (en) | 2010-02-02 | 2010-02-02 | Traffic control device, traffic control method, and traffic control program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2011160271A JP2011160271A (en) | 2011-08-18 |
JP5434640B2 true JP5434640B2 (en) | 2014-03-05 |
Family
ID=44591834
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010021290A Active JP5434640B2 (en) | 2010-02-02 | 2010-02-02 | Traffic control device, traffic control method, and traffic control program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5434640B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5647630B2 (en) * | 2012-02-08 | 2015-01-07 | 日本電信電話株式会社 | SIP signal regulating device and SIP signal regulating method |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006140869A (en) * | 2004-11-15 | 2006-06-01 | Fujitsu Ltd | Request retransmission time setting method and program |
JP4940163B2 (en) * | 2008-02-05 | 2012-05-30 | 株式会社日立製作所 | Communication gateway device and relay method |
JP5088239B2 (en) * | 2008-06-04 | 2012-12-05 | 日本電気株式会社 | Congestion control system, boundary gateway device, and congestion control method used therefor |
-
2010
- 2010-02-02 JP JP2010021290A patent/JP5434640B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2011160271A (en) | 2011-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1856896B1 (en) | Transferring state information in a network | |
EP2005694B1 (en) | A node | |
CN101370035B (en) | Method and system for dynamic client/server network management using proxy servers | |
JP4648214B2 (en) | Call control apparatus and call control method | |
EP2111015B1 (en) | Simultaneous active registration in a SIP survivable network configuration | |
JP4703576B2 (en) | Apparatus, method and program for maintaining connection | |
WO2003030429A2 (en) | System and method for providing at least one service obtained from a service network for a user in a packet switched communication network | |
JP4764368B2 (en) | Apparatus for establishing communication and relaying message, method and program for establishing communication | |
MX2008015285A (en) | Reduced memory usage between communication servers. | |
CN101326493B (en) | Method and device for distributing load of multiprocessor server | |
JP5095567B2 (en) | Communications system | |
JP5434640B2 (en) | Traffic control device, traffic control method, and traffic control program | |
JP2007233803A (en) | Proxy connection method, proxy server, and program for connecting HTTP compatible terminal to SIP compatible server | |
EP2283628B1 (en) | Ims performance monitoring | |
JP5775034B2 (en) | Communication destination solving apparatus, gateway apparatus, communication destination solving method, and program | |
Subramanian et al. | Measurements and analysis of M/M/1 and M/M/c queuing models of the SIP proxy server | |
WO2014155968A1 (en) | Information processing system | |
US20130036227A1 (en) | Selecting an auxiliary event-package server | |
JP2011166453A (en) | Sip (session initiation protocol) relay apparatus, packet converting device, network system, control method, and control program | |
JP4905325B2 (en) | Content providing system and monitoring server | |
JPWO2008129894A1 (en) | COMMUNICATION SYSTEM, COMMUNICATION DEVICE, AND DIRECTION CONTROL METHOD IN CONCERN | |
Akbar et al. | A comparative study on load balancing algorithms for sip servers | |
JP5210223B2 (en) | Network control apparatus, BacktoBackUserAgent, call control apparatus, and network control method | |
JP2004070750A (en) | Communication media selection method and device, communication media selection program, and storage medium storing the communication media selection program | |
JP3801114B2 (en) | Logical address service activation method, logical address service activation system, logical address service activation program, and storage medium storing logical address service activation program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20120813 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20121115 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130726 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130730 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130930 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20131112 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20131125 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5434640 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |