JP5449232B2 - Session control method and session control server - Google Patents

Session control method and session control server Download PDF

Info

Publication number
JP5449232B2
JP5449232B2 JP2011033574A JP2011033574A JP5449232B2 JP 5449232 B2 JP5449232 B2 JP 5449232B2 JP 2011033574 A JP2011033574 A JP 2011033574A JP 2011033574 A JP2011033574 A JP 2011033574A JP 5449232 B2 JP5449232 B2 JP 5449232B2
Authority
JP
Japan
Prior art keywords
processing unit
congestion
processes
processing
congestion state
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
Application number
JP2011033574A
Other languages
Japanese (ja)
Other versions
JP2012175266A (en
Inventor
広幸 徐
健 福元
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2011033574A priority Critical patent/JP5449232B2/en
Publication of JP2012175266A publication Critical patent/JP2012175266A/en
Application granted granted Critical
Publication of JP5449232B2 publication Critical patent/JP5449232B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Monitoring And Testing Of Exchanges (AREA)
  • Telephonic Communication Services (AREA)

Description

本発明は、マルチコアを搭載し、複数のプロセスを同時に並列して処理し、入力された発呼信号から応答信号を出力するコンピュータにおけるセッション制御方法およびセッション制御サーバに関する。   The present invention relates to a session control method and a session control server in a computer equipped with a multi-core, which processes a plurality of processes simultaneously in parallel and outputs a response signal from an input call signal.

一般的に、電話通信システムなど、通信システムにおけるセッション制御システムにおいて、通信システムがその処理能力を超えて呼を受けると、通信システムの接続完了率が低下する状態に陥ってしまう。この状態は、輻輳と呼ばれる。輻輳の形態によって、企画型輻輳、災害型輻輳、サーバ輻輳の３つに分類される。企画型輻輳は、電話によるチケットの予約などにおいて、その予約開始時刻に呼が集中することによって、発生する。災害型輻輳は、災害が発生時などにおいて、住人の安否確認のための呼が集中することによって、発生する。   In general, in a session control system in a communication system such as a telephone communication system, when the communication system receives a call exceeding its processing capability, the connection completion rate of the communication system falls. This state is called congestion. Depending on the form of congestion, there are three categories: planned congestion, disaster congestion, and server congestion. Planned congestion occurs when calls are reserved at the reservation start time when the ticket is reserved by telephone. Disaster-type congestion occurs when calls for confirming the safety of residents are concentrated when a disaster occurs.

サーバ輻輳は、呼制御信号の集中やサーバリソースの逼迫により、呼処理能力が低下することによって、発生する。サーバリソースは、例えばサーバのＣＰＵやメモリであって、サーバリソースが故障などにより逼迫した場合に、サーバ輻輳が発生する。   Server congestion is caused by a decrease in call processing capacity due to concentration of call control signals and tight server resources. The server resource is, for example, a CPU or memory of the server, and server congestion occurs when the server resource is tight due to a failure or the like.

輻輳状態になると、サーバの処理能力が低下したり、サーバダウンによるサービスの劣化や停止などが発生したりする。従って、通信システムにおけるセッション制御システムにおいて、輻輳を検出するとともに、輻輳を検出した際、サービスやシステム保護を目的として、その対処機能を備えている。この輻輳検出や、輻輳検出時の対処機能は、一般的に輻輳制御と呼ばれる。   In a congested state, the processing capacity of the server is reduced, or the service is deteriorated or stopped due to the server being down. Therefore, the session control system in the communication system has a function for dealing with the purpose of protecting the service and the system when detecting the congestion and detecting the congestion. This congestion detection and the coping function at the time of congestion detection are generally called congestion control.

例えば、一般的なサーバ輻輳を検出する方法として、サーバのＣＰＵ使用率が予め設定した閾値を越えているか否かを判定する方法がある。また、検出した輻輳を制御する方法として、サーバが輻輳状態である間、新たに呼を受信すると、輻輳状態であることを理由に意図的にその呼を拒否する方法がある。また電話システムにおいては呼には優先度があり、輻輳状態で拒否するべき呼を優先度に応じて選択する方法もある。ここで呼を拒否する場合、発信端末に呼を拒否する意味を持つ信号を送信する。サーバの負荷を可能な限り低減するため、受信直後に、通常の呼処理ルートから分岐し、信号拒否ルートにおいて、信号を拒否する方法が採られる。これにより、呼を受信したサーバは、輻輳時でも、サーバの信号処理量を低減しつつ、拒否する意味を持つ信号を送信することができる。   For example, as a general method for detecting server congestion, there is a method for determining whether or not the CPU usage rate of a server exceeds a preset threshold value. As a method for controlling the detected congestion, when a new call is received while the server is in a congestion state, there is a method for intentionally rejecting the call because of the congestion state. In the telephone system, a call has priority, and there is a method of selecting a call to be rejected in a congested state according to the priority. Here, when rejecting a call, a signal having a meaning of rejecting the call is transmitted to the calling terminal. In order to reduce the load on the server as much as possible, a method of branching from the normal call processing route immediately after reception and rejecting the signal in the signal rejection route is adopted. Thereby, the server which received the call can transmit the signal which has the meaning which refuses, reducing the signal processing amount of a server even at the time of congestion.

また、マルチコアＣＰＵを搭載したサーバが一般的となり、セッション制御システムにおいても、マルチコアＣＰＵを搭載したサーバで、セッション制御サーバが構築される傾向がある。マルチコアＣＰＵを搭載したセッション制御サーバは、複数のコアを有効活用するために、複数のプロセス（もしくはスレッド）に処理を分散させて、並列にその処理を実行する。分散方式の一例として、このセッション制御サーバが、発呼信号を受信する受信処理部と、受信処理部により取得された発呼信号に基づいて呼を処理する呼制御処理部を備える場合がある。   Also, a server equipped with a multi-core CPU has become common, and a session control server tends to be constructed with a server equipped with a multi-core CPU also in a session control system. In order to effectively use a plurality of cores, a session control server equipped with a multi-core CPU distributes the processing to a plurality of processes (or threads) and executes the processing in parallel. As an example of a distributed method, this session control server may include a reception processing unit that receives a call signal and a call control processing unit that processes a call based on the call signal acquired by the reception processing unit.

図８を参照して、このようなセッション制御サーバにおける呼の処理を説明する。   With reference to FIG. 8, the call processing in such a session control server will be described.

まずステップＳ９０１において受信処理部は、発呼信号を受信すると、ステップＳ９０２において自身のサーバが輻輳状態であるか否かを判定する。サーバが輻輳状態でない場合、ステップＳ９０４において受信処理部は、受信した呼を、後続プロセスである呼制御処理部にキューイングする。ステップＳ９０６において呼制御処理部は、キューから呼を取り出して処理し、応答信号を送信する。   First, when receiving a call signal in step S901, the reception processing unit determines whether or not its own server is in a congested state in step S902. If the server is not in a congested state, in step S904, the reception processing unit queues the received call to the call control processing unit that is a subsequent process. In step S906, the call control processing unit retrieves the call from the queue, processes it, and transmits a response signal.

一方ステップＳ９０２においてサーバが輻輳状態であると判断された場合、ステップＳ９０３において受信処理部は、受信した呼を拒否するか否かを判定する。ここで受信処理部は、呼の優先度、信号種別などにより、この呼の接続を拒否するか否かを判定する。拒否しない場合、ステップＳ９０４に進み、ステップＳ９０６において呼が処理される。受信した呼を拒否する場合、ステップＳ９０５において受信処理部は、拒否信号を生成して応答ソケットに書き込み、応答信号が送信される。   On the other hand, if it is determined in step S902 that the server is in a congested state, the reception processing unit determines in step S903 whether to reject the received call. Here, the reception processing unit determines whether or not to reject the connection of the call based on the priority of the call and the signal type. If not, the process proceeds to step S904 and the call is processed in step S906. When rejecting the received call, in step S905, the reception processing unit generates a rejection signal, writes it in the response socket, and transmits the response signal.

このように、セッション制御サーバにおいて、複数のプロセスがシーケンシャルに処理をすることによって、複数のコアを有効活用し、効率的に処理する方法が採られている。   As described above, in the session control server, a plurality of processes are sequentially processed so that a plurality of cores are effectively used and processed efficiently.

特許第４２０８７０３号公報Japanese Patent No. 4820703

しかしながら、マルチコアＣＰＵを搭載したセッション制御サーバにおいて、複数のプロセスに処理を分散させ、シーケンシャルに処理させる場合、各プロセスが一つの信号に対する処理量が異なる場合がある。これにより、一定時間内に処理可能な信号の数も、各プロセスによって異なる場合がある。   However, in a session control server equipped with a multi-core CPU, when processing is distributed to a plurality of processes and processed sequentially, each process may have a different amount of processing for one signal. As a result, the number of signals that can be processed within a certain period of time may differ depending on each process.

マルチコアＣＰＵ環境では、それぞれのプロセスが同時に並列して処理することができるので、大量の信号を処理することができる。しかし、その１信号の処理に要する時間がプロセスによって異なるため、処理の遅いプロセスのみ処理が滞り、輻輳状態になる場合がある。この場合、一部のプロセスのみ輻輳状態となる。このように一部のプロセスのみ輻輳状態のことを、本実施形態においてプロセス輻輳と称する。   In a multi-core CPU environment, each process can process in parallel at the same time, so that a large amount of signals can be processed. However, since the time required for processing the one signal varies depending on the process, only the slow process may be delayed and may be in a congested state. In this case, only some processes are in a congestion state. Such a congestion state of only some processes is referred to as process congestion in this embodiment.

このようなプロセス輻輳の状態では、サーバ全体では輻輳状態とは判定されない場合もある。具体的には、プロセス輻輳に陥っているプロセスは、コアを１００％使用している。しかし、処理の早いプロセスは処理量に余裕があり、その他のプロセス輻輳でないプロセスでは、コアを１００％使用することはない。   In such a process congestion state, the server as a whole may not be determined to be in a congestion state. Specifically, a process falling into process congestion uses 100% of the core. However, a fast process has a sufficient amount of processing, and other processes that are not congested do not use the core 100%.

従来、サーバのＣＰＵの使用率が閾値を越えた場合に、サーバ輻輳が検出されるので、マルチコアＣＰＵのセッション制御サーバにおいては、すべてのコアの使用率の平均値に基づいてサーバ輻輳が検出されてしまう。従って、プロセス輻輳の状態では、個別のプロセスにおいて輻輳が発生していても、そのほかのプロセスでは輻輳状態ではないため、サーバ輻輳が検出されない場合がある。   Conventionally, server congestion is detected when the CPU usage rate of the server exceeds a threshold value. Therefore, in a multi-core CPU session control server, server congestion is detected based on the average value of all core usage rates. End up. Therefore, in the process congestion state, even if congestion occurs in an individual process, server congestion may not be detected because other processes are not in a congestion state.

これにより、呼の集中によりサーバ全体で呼の処理性能が低下しているにもかかわらず、その事象を検出することができない問題がある。   As a result, there is a problem that the event cannot be detected even though the call processing performance of the entire server is reduced due to call concentration.

従って本発明の目的は、マルチコアを搭載し、複数のプロセスを同時に並列して処理する制御サーバにおいて、適切に輻輳を制御するセッションセッション制御方法およびセッション制御サーバを提供することである。   Accordingly, an object of the present invention is to provide a session session control method and a session control server that appropriately control congestion in a control server that is equipped with a multi-core and processes a plurality of processes simultaneously in parallel.

上記課題を解決するために、本発明の第１の特徴は、マルチコアを搭載し、複数のプロセスを同時に並列して処理し、入力された発呼信号から応答信号を出力するコンピュータにおけるセッション制御方法に関する。すなわち本発明の第１の特徴に係るセッション制御方法は、複数のプロセスが、各プロセスの処理キューに蓄積されたキューを、順次並列に処理するステップと、各プロセスのコア使用率と、当該プロセスの処理キューに蓄積された処理数と、のうち少なくともいずれかから、各プロセスの輻輳状態を監視するステップと、外部から入力された信号を処理するプロセスが輻輳状態の場合、内部から処理がキューイングされるプロセスが処理を拒否する応答信号を出力するステップと、内部から処理がキューイングされるプロセスが輻輳状態の場合、外部から入力された信号を処理するプロセスが処理を拒否する応答信号を出力するステップと、外部から入力された信号を処理するプロセスおよび内部から処理がキューイングされるプロセスが輻輳状態の場合、外部から入力された信号を処理するプロセスが処理を拒否する応答信号を出力するステップを備える。 In order to solve the above-described problem, a first feature of the present invention is a session control method in a computer that includes a multi-core, processes a plurality of processes simultaneously in parallel, and outputs a response signal from an input call signal About. That is, the session control method according to the first aspect of the present invention includes a step in which a plurality of processes sequentially process the queues accumulated in the process queue of each process, the core usage rate of each process, and the process. If the process that monitors the congestion state of each process is at least one of the number of processes accumulated in the process queue and the process that processes the signal input from the outside is congested, the process is queued from the inside. The process that outputs a response signal that refuses processing, and when the process that is queued from inside is in a congested state, the process that processes the signal input from the outside sends a response signal that refuses processing. The output step, the process of processing the signal input from the outside, and the process of processing being queued from the inside. For輳state, comprising the step of outputting a reject response signal process process for processing a signal input from the outside.

ここで、輻輳状態は、監視対象の前記プロセスのコア使用率が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定しても良い。輻輳状態は、監視対象の前記プロセスの前記処理キューに蓄積された処理数が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定しても良い。輻輳状態は、監視対象の前記プロセスのコア使用率が、所定期間連続して閾値を超え、かつ、当該監視対象の前記プロセスの前記処理キューに蓄積された処理数が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定しても良い。   Here, the congestion state may be determined that the monitoring target process is in a congestion state when the core usage rate of the monitoring target process exceeds a threshold value for a predetermined period continuously. The congestion state may be determined that the process to be monitored is in a congestion state when the number of processes accumulated in the processing queue of the process to be monitored exceeds a threshold value for a predetermined period continuously. In the congestion state, the core usage rate of the monitored process exceeds the threshold continuously for a predetermined period, and the number of processes accumulated in the processing queue of the monitored process is the threshold continuously for a predetermined period. May be determined that the monitored process is in a congestion state.

本発明の第２の特徴は、マルチコアを搭載し、複数のプロセスを同時に並列して処理し、入力された発呼信号から応答信号を出力するセッション制御サーバに関する。すなわち本発明の第２の特徴に係るセッション制御サーバは、処理キューに蓄積されたキューを、順次並列に処理する複数のプロセスを実現する複数の処理部と、各プロセスのコア使用率と、当該プロセスの処理キューに蓄積された処理数と、のうち少なくともいずれかから、各プロセスの輻輳状態を監視する輻輳監視部を備え、プロセスは、外部から入力された信号を処理する受信処理部と、受信処理部から入力された信号を処理する呼制御処理部によって実現され、受信処理部が輻輳状態の場合、呼制御処理部が処理を拒否する応答信号を出力し、呼制御処理部が輻輳状態の場合、受信処理部が処理を拒否する応答信号を出力し、受信処理部および呼制御処理部が輻輳状態の場合、呼制御処理部が処理を拒否する応答信号を出力する。 A second feature of the present invention relates to a session control server that is equipped with a multi-core, processes a plurality of processes simultaneously in parallel, and outputs a response signal from an input call signal. That is, the session control server according to the second feature of the present invention includes a plurality of processing units that realize a plurality of processes that sequentially process the queue accumulated in the processing queue, a core usage rate of each process, A congestion monitoring unit that monitors the congestion state of each process from at least one of the number of processes accumulated in the process processing queue, and the process includes a reception processing unit that processes a signal input from the outside, Realized by a call control processing unit that processes a signal input from the reception processing unit. When the reception processing unit is in a congested state, the call control processing unit outputs a response signal that rejects the processing, and the call control processing unit is in a congested state cases, the reception processing section outputs a reject response signal processing, if the reception processing unit and the call control processor is congested, you output a response signal rejecting the call control processor is processing.

ここで、輻輳状態は、監視対象の前記プロセスのコア使用率が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定しても良い。輻輳状態は、監視対象の前記プロセスの前記処理キューに蓄積された処理数が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定しても良い。輻輳状態は、監視対象の前記プロセスのコア使用率が、所定期間連続して閾値を超え、かつ、当該監視対象の前記プロセスの前記処理キューに蓄積された処理数が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定しても良い。   Here, the congestion state may be determined that the monitoring target process is in a congestion state when the core usage rate of the monitoring target process exceeds a threshold value for a predetermined period continuously. The congestion state may be determined that the process to be monitored is in a congestion state when the number of processes accumulated in the processing queue of the process to be monitored exceeds a threshold value for a predetermined period continuously. In the congestion state, the core usage rate of the monitored process exceeds the threshold continuously for a predetermined period, and the number of processes accumulated in the processing queue of the monitored process is the threshold continuously for a predetermined period. May be determined that the monitored process is in a congestion state.

本発明によれば、マルチコアを搭載し、複数のプロセスを同時に並列して処理する制御サーバにおいて、適切に輻輳を制御するセッションセッション制御方法およびセッション制御サーバを提供することができる。   ADVANTAGE OF THE INVENTION According to this invention, the session session control method and session control server which control congestion appropriately can be provided in the control server which carries a multi-core and processes several processes simultaneously in parallel.

本発明の実施の形態に係るセッション制御サーバの機能ブロック図の一例である。It is an example of the functional block diagram of the session control server which concerns on embodiment of this invention. 本発明の実施の形態に係る輻輳状態データのデータ構造とデータの一例を説明する図である。It is a figure explaining an example of a data structure and data of congestion state data concerning an embodiment of the invention. 本発明の実施の形態に係るセッション制御方法において、プロセス輻輳を検出する処理を説明するフローチャートである。It is a flowchart explaining the process which detects process congestion in the session control method which concerns on embodiment of this invention. 本発明の実施の形態に係るセッション制御方法を説明するフローチャートである。It is a flowchart explaining the session control method which concerns on embodiment of this invention. 本発明の実施の形態において、受信処理部において輻輳が発生した場合の処理を説明する図である。In an embodiment of the invention, it is a figure explaining processing when congestion occurs in a reception processing part. 本発明の実施の形態において、呼制御処理部において輻輳が発生した場合の処理を説明する図である。In an embodiment of the invention, it is a figure explaining processing when congestion occurs in a call control processing part. 本発明の実施の形態において、受信処理部および呼制御処理部において輻輳が発生した場合の処理を説明する図である。In the embodiment of the present invention, it is a diagram illustrating a process when congestion occurs in the reception processing unit and the call control processing unit. 従来のセッション制御方法を説明するフローチャートである。It is a flowchart explaining the conventional session control method.

次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。   Next, embodiments of the present invention will be described with reference to the drawings. In the following description of the drawings, the same or similar parts are denoted by the same or similar reference numerals.

本発明の実施の形態に係るセッション制御サーバ１は、コンピュータに所定の処理を実行するプログラムがインストールされて実現される。セッション制御サーバ１は特に、マルチコアを搭載し、複数のプロセスを同時に並列して処理することのできるコンピュータによって実現される。   The session control server 1 according to the embodiment of the present invention is realized by installing a program for executing a predetermined process in a computer. In particular, the session control server 1 is realized by a computer equipped with a multi-core and capable of simultaneously processing a plurality of processes.

図１に示すセッション制御サーバ１は、例えば電話システムなどにおいて、外部から入力された発呼信号２から応答信号３を出力する。   A session control server 1 shown in FIG. 1 outputs a response signal 3 from a call signal 2 input from the outside, for example, in a telephone system.

セッション制御サーバ１は、受信処理部１０、第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０および輻輳監視部５０を備える。受信処理部１０、第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０および輻輳監視部５０は、それぞれプロセスによって実現される。受信処理部１０、第１の呼制御処理部２０、第２の呼制御処理部３０、第３の呼制御処理部４０および輻輳監視部５０は、それぞれスレッドによって実現されても良い。本実施の形態において、プロセスは、一般的なプロセスとスレッドの意味を含むものとして説明する。ここで、図１に示す例において、セッション制御サーバ１が、３つの呼制御処理部を備える場合について説明するが、呼制御処理部の数は、1つでも４つ以上でも良い。   The session control server 1 includes a reception processing unit 10, a first call control processing unit 20, a second call control processing unit 30, a third call control processing unit 40, and a congestion monitoring unit 50. The reception processing unit 10, the first call control processing unit 20, the second call control processing unit 30, the third call control processing unit 40, and the congestion monitoring unit 50 are realized by processes. The reception processing unit 10, the first call control processing unit 20, the second call control processing unit 30, the third call control processing unit 40, and the congestion monitoring unit 50 may each be realized by threads. In the present embodiment, a process will be described as including a general process and thread meaning. Here, in the example illustrated in FIG. 1, the case where the session control server 1 includes three call control processing units will be described, but the number of call control processing units may be one or four or more.

セッション制御サーバ１の複数のプロセスは、各プロセスの処理キューに蓄積されたキューを、順次並列に処理する。   The plurality of processes of the session control server 1 sequentially process the queues accumulated in the process queue of each process in parallel.

受信処理部１０は、外部から入力された信号を処理するプロセスを実現する処理部である。受信処理部１０は、受信信号保存キュー１１を備える。セッション制御サーバ１が発呼信号２を受信すると、受信された発呼信号２は、受信信号保存キュー１１に蓄積され、受信処理部１０による処理を待機する。受信処理部１０は、受信信号保存キュー１１から一つずつ呼を取り出して、後続のプロセスのいずれかにキューイングする。ここで図１に示す例において受信処理部１０の後続のプロセスは、第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０である。いずれのプロセスにキューイングするかは、所定の手順で決定される。   The reception processing unit 10 is a processing unit that realizes a process for processing a signal input from the outside. The reception processing unit 10 includes a reception signal storage queue 11. When the session control server 1 receives the call signal 2, the received call signal 2 is stored in the received signal storage queue 11 and waits for processing by the reception processing unit 10. The reception processing unit 10 takes calls one by one from the reception signal storage queue 11 and queues them in one of the subsequent processes. In the example shown in FIG. 1, the subsequent processes of the reception processing unit 10 are a first call control processing unit 20, a second call control processing unit 30, and a third call control processing unit 40. Which process is queued is determined by a predetermined procedure.

受信処理部１０から第１の呼制御処理部２０にキューイングされた呼は、第１の呼制御処理部２０の呼制御処理保存キュー２１に蓄積される。第１の呼制御処理部２０は、内部から処理がキューイングされるプロセスを実現する処理部である。第１の呼制御処理部２０は、呼制御処理保存キュー２１から一つずつ呼を取り出して所定の手順で処理し、応答信号３を出力する。   The calls queued from the reception processing unit 10 to the first call control processing unit 20 are accumulated in the call control processing storage queue 21 of the first call control processing unit 20. The first call control processing unit 20 is a processing unit that realizes a process in which processing is queued from the inside. The first call control processing unit 20 takes out calls one by one from the call control processing storage queue 21, processes them in a predetermined procedure, and outputs a response signal 3.

同様に、受信処理部１０から第２の呼制御処理部３０にキューイングされた呼は、第２の呼制御処理部３０の呼制御処理保存キュー３１に蓄積される。第２の呼制御処理部３０は、内部から処理がキューイングされるプロセスを実現する処理部である。第２の呼制御処理部３０は、呼制御処理保存キュー３１から一つずつ呼を取り出して所定の手順で処理し、応答信号３を出力する。受信処理部１０から第３の呼制御処理部４０にキューイングされた呼は、第３の呼制御処理部４０の呼制御処理保存キュー４１に蓄積される。第３の呼制御処理部４０は、内部から処理がキューイングされるプロセスを実現する処理部である。第３の呼制御処理部４０は、呼制御処理保存キュー４１から一つずつ呼を取り出して所定の手順で処理し、応答信号３を出力する。   Similarly, calls queued from the reception processing unit 10 to the second call control processing unit 30 are accumulated in the call control processing storage queue 31 of the second call control processing unit 30. The second call control processing unit 30 is a processing unit that realizes a process in which processing is queued from the inside. The second call control processing unit 30 takes out calls one by one from the call control processing storage queue 31, processes them in a predetermined procedure, and outputs a response signal 3. Calls queued from the reception processing unit 10 to the third call control processing unit 40 are accumulated in the call control processing storage queue 41 of the third call control processing unit 40. The third call control processing unit 40 is a processing unit that realizes a process in which processing is queued from the inside. The third call control processing unit 40 takes out calls one by one from the call control processing storage queue 41, processes them according to a predetermined procedure, and outputs a response signal 3.

受信処理部１０は、受信した呼を、後続のプロセスに引き渡すほか、輻輳により呼を拒否する場合、輻輳状態データ５１ａを参照して、受信処理部１０は、その拒否する応答信号を出力させるプロセスを特定する。ここで呼を拒否するか否かは、呼の優先度、信号種などにより、判断される。   In addition to handing over the received call to the subsequent process, the reception processing unit 10 refers to the congestion state data 51a when the call is rejected due to congestion, and the reception processing unit 10 outputs a response signal to be rejected. Is identified. Here, whether or not to reject the call is determined based on the priority of the call, the signal type, and the like.

受信処理部１０が輻輳状態の場合、受信処理部１０は、拒否応答信号を出力するプロセスとして、第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０のいずれかを特定する。受信処理部１０は、特定されたプロセスに、拒否する応答信号を出力させる。第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０のいずれかが輻輳状態の場合、受信処理部１０は、拒否応答信号を出力するプロセスとして、受信処理部１０自身を特定する。受信処理部１０が処理を拒否する応答信号を出力する。受信処理部１０、第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０のいずれもが輻輳状態の場合、受信処理部１０は、拒否応答信号を出力するプロセスとして、受信処理部１０自身を特定する。受信処理部１０が処理を拒否する応答信号を出力する。   When the reception processing unit 10 is in a congested state, the reception processing unit 10 performs a first call control processing unit 20, a second call control processing unit 30, and a third call control processing unit as processes for outputting a rejection response signal. One of 40 is specified. The reception processing unit 10 causes the identified process to output a response signal to be rejected. When any of the first call control processing unit 20, the second call control processing unit 30, and the third call control processing unit 40 is in a congested state, the reception processing unit 10 outputs a rejection response signal as a process: The reception processing unit 10 itself is specified. The reception processing unit 10 outputs a response signal that rejects the processing. When all of the reception processing unit 10, the first call control processing unit 20, the second call control processing unit 30 and the third call control processing unit 40 are in a congestion state, the reception processing unit 10 sends a rejection response signal. The reception processing unit 10 itself is specified as a process to be output. The reception processing unit 10 outputs a response signal that rejects the processing.

輻輳監視部５０は、セッション制御サーバ１の監視対象のプロセスについて、各プロセスが輻輳状態であるか否かを周期的に監視し、輻輳状態データ５１ａとして輻輳状態記憶部５１に記憶する。ここで、輻輳監視部５０の監視対象プロセスは、受信処理部１０、第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０の各プロセスである。輻輳監視部５０は、セッション制御サーバ１全体の輻輳状態を監視するとともに、これら各プロセスの輻輳状態を監視する。セッション制御サーバ１全体の輻輳状態は、サーバ全体のＣＰＵ使用率から判定される。   The congestion monitoring unit 50 periodically monitors whether the process to be monitored by the session control server 1 is in a congestion state and stores it in the congestion state storage unit 51 as congestion state data 51a. Here, the monitoring target processes of the congestion monitoring unit 50 are the processes of the reception processing unit 10, the first call control processing unit 20, the second call control processing unit 30, and the third call control processing unit 40. The congestion monitoring unit 50 monitors the congestion state of the entire session control server 1 and also monitors the congestion state of each of these processes. The congestion state of the entire session control server 1 is determined from the CPU usage rate of the entire server.

輻輳監視部５０が各プロセスの輻輳状態を監視する際、各プロセスのコア使用率と、当該プロセスの処理キューに蓄積された処理数と、のうち少なくともいずれかから、輻輳状態であるか否かが判定される。輻輳監視部５０が、各プロセスの輻輳状態を監視する方法として、（１）プロセスのコア使用率を参照する方法、（２）プロセスの処理キューに蓄積された処理数を参照する方法および（３）プロセスのコア使用率およびプロセスの処理キューに蓄積された処理数を参照する方法が考えられる。輻輳監視部５０は、各プロセスの使用率または／および処理キューに蓄積された処理数を保持し、各プロセスの使用率または／および処理キューに蓄積された処理数が、所定期間閾値を超えた場合に、各プロセスが輻輳状態であると判定する。ここで、所定期間は、１周期でも良い。   When the congestion monitoring unit 50 monitors the congestion state of each process, whether or not it is in a congestion state from at least one of the core usage rate of each process and the number of processes accumulated in the process queue of the process Is determined. As a method for the congestion monitoring unit 50 to monitor the congestion state of each process, (1) a method of referring to the core usage rate of the process, (2) a method of referring to the number of processes accumulated in the process queue of the process, and (3 ) A method of referring to the core usage rate of the process and the number of processes accumulated in the process queue is considered. The congestion monitoring unit 50 holds the usage rate of each process or / and the number of processes accumulated in the processing queue, and the usage rate of each process or / and the number of processes accumulated in the processing queue exceeds a threshold for a predetermined period. In this case, it is determined that each process is in a congestion state. Here, the predetermined period may be one cycle.

（１）の場合、輻輳監視部５０は、監視対象のプロセスのコア使用率が、所定期間連続して閾値を超えた場合に、監視対象のプロセスが輻輳状態であると判定する。輻輳監視部５０は、各プロセスについて、逐次コアの使用率を算出し、そのコア使用率のログを取得する。   In the case of (1), the congestion monitoring unit 50 determines that the process to be monitored is in a congestion state when the core usage rate of the process to be monitored exceeds a threshold value for a predetermined period continuously. The congestion monitoring unit 50 sequentially calculates the core usage rate for each process and obtains a log of the core usage rate.

（２）の場合、輻輳監視部５０は、監視対象のプロセスの処理キューに蓄積された処理数が、所定期間連続して閾値を超えた場合に、監視対象のプロセスが輻輳状態であると判定する。ここで、輻輳監視部５０は、各プロセスについて、逐次各プロセスの処理キューに蓄積された処理数のログを取得する。この処理キューは、各プロセスに対応づけられた処理キューである。図１に示す例において、受信処理部１０のプロセスについて、処理キューは、受信信号保存キュー１１に記憶された受信処理キューである。第１の呼制御処理部２０のプロセスについて、処理キューは、呼制御処理保存キュー２１に記憶された呼制御処理キューである。第２の呼制御処理部３０のプロセスについて、処理キューは、呼制御処理保存キュー３１に記憶された呼制御処理キューである。第３の呼制御処理部４０のプロセスについて、処理キューは、呼制御処理保存キュー４１に記憶された呼制御処理キューである。   In the case of (2), the congestion monitoring unit 50 determines that the process to be monitored is in a congestion state when the number of processes accumulated in the process queue of the process to be monitored exceeds a threshold value continuously for a predetermined period. To do. Here, the congestion monitoring unit 50 sequentially acquires a log of the number of processes accumulated in the process queue of each process for each process. This processing queue is a processing queue associated with each process. In the example illustrated in FIG. 1, for the process of the reception processing unit 10, the processing queue is a reception processing queue stored in the reception signal storage queue 11. For the process of the first call control processing unit 20, the processing queue is a call control processing queue stored in the call control processing storage queue 21. Regarding the process of the second call control processing unit 30, the processing queue is a call control processing queue stored in the call control processing storage queue 31. For the process of the third call control processing unit 40, the processing queue is a call control processing queue stored in the call control processing storage queue 41.

（３）の場合、輻輳監視部５０は、監視対象のプロセスのコア使用率が、所定期間連続して閾値を超え、かつ、監視対象のプロセスの処理キューに蓄積された処理数が、所定期間連続して閾値を超えた場合に、監視対象のプロセスが輻輳状態であると判定する。輻輳監視部５０は、各プロセスの使用率および処理キューに蓄積された処理数がともに、所定期間閾値を超えたプロセスを、輻輳状態であると判定する。   In the case of (3), the congestion monitoring unit 50 determines that the core usage rate of the process to be monitored exceeds the threshold continuously for a predetermined period, and the number of processes accumulated in the process queue of the process to be monitored is a predetermined period. When the threshold value is continuously exceeded, it is determined that the process to be monitored is in a congestion state. The congestion monitoring unit 50 determines that a process in which the usage rate of each process and the number of processes accumulated in the process queue both exceed the threshold for a predetermined period is in a congestion state.

輻輳監視部５０において、（１）ないし（３）のいずれかの輻輳監視対象、所定期間および閾値が、予め設定される。その設定に従って、輻輳監視部５０は、各プロセスの輻輳状態を監視する。また、輻輳監視部５０がいずれの監視対象、所定期間および閾値を採用するかは、運用時間帯や、セッション制御サーバ１の負荷などに応じて、適宜設定されても良い。また、輻輳監視部５０は、監視対象のすべてのプロセスについて、（１）ないし（３）のうちのいずれか同じ監視対象、所定期間および閾値で輻輳状態を検出しても良い。輻輳監視部５０は、各プロセスについて、（１）ないし（３）のうちそれぞれ異なる監視対象、所定期間および閾値を予め設定し、その設定された監視対象、所定期間および閾値で各プロセスの輻輳状態を取得しても良い。   In the congestion monitoring unit 50, the congestion monitoring target, the predetermined period, and the threshold value in any one of (1) to (3) are set in advance. According to the setting, the congestion monitoring unit 50 monitors the congestion state of each process. In addition, which monitoring target, the predetermined period, and the threshold value the congestion monitoring unit 50 adopts may be appropriately set according to the operation time zone, the load of the session control server 1, and the like. In addition, the congestion monitoring unit 50 may detect the congestion state for all processes to be monitored with the same monitoring target of any one of (1) to (3), a predetermined period, and a threshold value. For each process, the congestion monitoring unit 50 presets different monitoring targets, predetermined periods, and threshold values among (1) to (3), and the congestion state of each process with the set monitoring targets, predetermined periods, and threshold values. You may get

輻輳監視部５０は、各プロセスおよびサーバについて、定期的に輻輳状態を監視し、輻輳状態データ５１ａを生成し、輻輳状態記憶部５１に記憶する。輻輳状態データ５１ａは、図２に示すように、各プロセスの識別子と、そのプロセスの輻輳状態が関連づけられるとともに、サーバ全体の輻輳状態が含まれている。この輻輳状態は、例えば、各プロセスまたはサーバが、輻輳状態であるか否かのフラグである。輻輳監視部５０は、適宜輻輳状態データ５１ａを更新し、各プロセスおよびサーバの最新の輻輳状態を保持する。この輻輳状態データ５１ａは、受信処理部１０において、輻輳状態のプロセスを特定するとともに、受信した呼を拒否する応答信号を出力させるプロセスを特定するために参照される。   The congestion monitoring unit 50 periodically monitors the congestion state for each process and server, generates the congestion state data 51 a, and stores it in the congestion state storage unit 51. As shown in FIG. 2, the congestion state data 51a associates the identifier of each process with the congestion state of the process, and includes the congestion state of the entire server. This congestion state is, for example, a flag indicating whether or not each process or server is in a congestion state. The congestion monitoring unit 50 appropriately updates the congestion state data 51a and holds the latest congestion state of each process and server. The congestion state data 51a is referred to in the reception processing unit 10 to specify a process in a congestion state and to specify a process for outputting a response signal for rejecting a received call.

図３を参照して、本発明の実施の形態に係る輻輳監視部５０において、各プロセスの輻輳を検出する処理を説明する。ステップＳ１０１ないしＳ１０７の処理は、例えば一定時間おきに、または、何らかのイベントの発生により実行される。図３に示す例においては、監視対象の各プロセスについて、個別に輻輳監視方法が設定されている場合を説明する。   With reference to FIG. 3, processing for detecting congestion of each process in the congestion monitoring unit 50 according to the embodiment of the present invention will be described. The processing of steps S101 to S107 is executed, for example, at regular intervals or when some event occurs. In the example shown in FIG. 3, a case where a congestion monitoring method is individually set for each process to be monitored will be described.

ステップＳ１０１ないしステップＳ１０６の処理は、各プロセスの輻輳状態を特定するプロセスである、図１に示す構成の場合、輻輳監視部５０は、受信処理部１０、第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０の輻輳状態を監視する。従って受信処理部１０、第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０が、輻輳監視部５０の輻輳判定対象となり、これらの各輻輳判定対象について、ステップＳ１０１ないしステップＳ１０７が繰り返される。ステップＳ１０１において、判定対象プロセスごとに設定される輻輳監視方法によって処理が振り分けられる。   In the case of the configuration shown in FIG. 1, the congestion monitoring unit 50 includes the reception processing unit 10, the first call control processing unit 20, the first processing, and the like. The congestion state of the second call control processing unit 30 and the third call control processing unit 40 is monitored. Therefore, the reception processing unit 10, the first call control processing unit 20, the second call control processing unit 30, and the third call control processing unit 40 are the congestion determination targets of the congestion monitoring unit 50, and each of these congestion determination targets. Steps S101 to S107 are repeated. In step S101, processing is distributed according to a congestion monitoring method set for each determination target process.

まず、処理キューに積まれている処理数に応じてプロセスの輻輳を監視する場合、ステップＳ１０２に進む。ステップＳ１０２において輻輳監視部５０は、判定対象プロセスの監視対象である「処理キューに積まれている処理数」が、所定期間連続して閾値を超えたかを監視する。監視対象が所定期間連続して閾値を超えている場合、ステップＳ１０５において、この判定対象プロセスは輻輳状態であると判定し、ステップＳ１０７において輻輳監視部５０は、その旨を輻輳状態データ５１ａに更新する。一方監視対象が所定期間連続して閾値を超えていない場合、ステップＳ１０６において輻輳監視部５０は、この判定対象プロセスは輻輳状態でないと判定し、ステップＳ１０７において輻輳監視部５０は、その旨を輻輳状態データ５１ａに更新する。   First, when monitoring process congestion according to the number of processes loaded in the process queue, the process proceeds to step S102. In step S102, the congestion monitoring unit 50 monitors whether the “number of processes accumulated in the processing queue”, which is the monitoring target of the determination target process, has continuously exceeded the threshold for a predetermined period. If the monitoring target exceeds the threshold continuously for a predetermined period, it is determined in step S105 that the determination target process is in a congestion state, and in step S107, the congestion monitoring unit 50 updates the fact to the congestion state data 51a. To do. On the other hand, if the monitoring target does not exceed the threshold continuously for a predetermined period, in step S106, the congestion monitoring unit 50 determines that this determination target process is not in a congestion state, and in step S107, the congestion monitoring unit 50 determines that the congestion is Update to status data 51a.

プロセスのコア使用率に応じてプロセスの輻輳を監視する場合、ステップＳ１０３に進む。ステップＳ１０３において輻輳監視部５０は、判定対象プロセスの監視対象である「コア使用率」が、所定期間連続して閾値を超えたかを監視する。監視対象が所定期間連続して閾値を超えている場合、ステップＳ１０５において、この判定対象プロセスは輻輳状態であると判定し、ステップＳ１０７において輻輳監視部５０は、その旨を輻輳状態データ５１ａに更新する。一方監視対象が所定期間連続して閾値を超えていない場合、ステップＳ１０６において輻輳監視部５０は、この判定対象プロセスは輻輳状態でないと判定し、ステップＳ１０７において輻輳監視部５０は、その旨を輻輳状態データ５１ａに更新する。   When the process congestion is monitored according to the core usage rate of the process, the process proceeds to step S103. In step S <b> 103, the congestion monitoring unit 50 monitors whether the “core usage rate”, which is the monitoring target of the determination target process, exceeds the threshold value continuously for a predetermined period. If the monitoring target exceeds the threshold continuously for a predetermined period, it is determined in step S105 that the determination target process is in a congestion state, and in step S107, the congestion monitoring unit 50 updates the fact to the congestion state data 51a. To do. On the other hand, if the monitoring target does not exceed the threshold continuously for a predetermined period, in step S106, the congestion monitoring unit 50 determines that this determination target process is not in a congestion state, and in step S107, the congestion monitoring unit 50 determines that the congestion is Update to status data 51a.

処理キューに積まれている処理数およびプロセスのコア使用率に応じてプロセスの輻輳を監視する場合、ステップＳ１０４に進む。ステップＳ１０４において輻輳監視部５０は、判定対象プロセスの監視対象である「処理キューに積まれている処理数」と「コア使用率」がともに、所定期間連続して閾値を超えたかを監視する。これら監視対象が所定期間連続して閾値を超えている場合、ステップＳ１０５において、この判定対象プロセスは輻輳状態であると判定し、ステップＳ１０７において輻輳監視部５０は、その旨を輻輳状態データ５１ａに更新する。一方これら監視対象が所定期間連続して閾値を超えていない場合、ステップＳ１０６において輻輳監視部５０は、この判定対象プロセスは輻輳状態でないと判定し、ステップＳ１０７において輻輳監視部５０は、その旨を輻輳状態データ５１ａに更新する。   When monitoring the congestion of the process according to the number of processes accumulated in the process queue and the core usage rate of the process, the process proceeds to step S104. In step S104, the congestion monitoring unit 50 monitors whether the “number of processes loaded in the processing queue” and the “core usage rate”, which are monitoring targets of the determination target process, exceed the threshold value continuously for a predetermined period. If these monitoring targets continuously exceed the threshold for a predetermined period, it is determined in step S105 that the determination target process is in a congestion state, and in step S107, the congestion monitoring unit 50 indicates that in the congestion state data 51a. Update. On the other hand, if these monitoring targets do not exceed the threshold value continuously for a predetermined period, the congestion monitoring unit 50 determines in step S106 that the determination target process is not in a congestion state, and in step S107, the congestion monitoring unit 50 indicates that fact. The congestion state data 51a is updated.

輻輳監視部５０のすべての判定対象プロセスについてステップＳ１０１ないしステップＳ１０７が繰り返されると、ステップＳ１０８に進み、一定時間スリープする。一定時間経過後、再びステップＳ１０１に戻り、輻輳監視部５０は、すべての判定対象プロセスについてステップＳ１０１ないしステップＳ１０７をそれぞれ繰り返す。   When Steps S101 to S107 are repeated for all the determination target processes of the congestion monitoring unit 50, the process proceeds to Step S108 and sleeps for a predetermined time. After a predetermined time has elapsed, the process returns to step S101 again, and the congestion monitoring unit 50 repeats steps S101 to S107 for all the determination target processes.

次に図４を参照して、セッション制御サーバ１において、発呼信号２を受信し、応答信号３を送信する処理を説明する。   Next, referring to FIG. 4, a process for receiving the call signal 2 and transmitting the response signal 3 in the session control server 1 will be described.

まずステップＳ２０１において受信処理部１０は、発呼信号２を受信すると、ステップＳ２０２において自身のサーバ，およびサーバ内の複数のプロセスのいずれかが輻輳状態であるか否かを判定する。このとき、受信処理部１０は輻輳状態データ５１ａを参照して、各プロセスおよびサーバの輻輳状態を取得し、輻輳状態のサーバまたはプロセスがあるかを判定する。いずれも輻輳状態でない場合、ステップＳ２０６において受信処理部１０は、受信した発呼信号２を、後続プロセスである呼制御処理部にキューイングする。ステップＳ２０９において呼制御処理部は、キューから呼を取り出して処理し、応答信号３を送信する。   First, when receiving the call signal 2 in step S201, the reception processing unit 10 determines in step S202 whether any of its own server or a plurality of processes in the server is in a congestion state. At this time, the reception processing unit 10 refers to the congestion state data 51a, acquires the congestion state of each process and server, and determines whether there is a congested server or process. If neither is in the congestion state, in step S206, the reception processing unit 10 queues the received call signal 2 to the call control processing unit, which is a subsequent process. In step S209, the call control processing unit extracts the call from the queue, processes it, and transmits a response signal 3.

一方ステップＳ２０２において自身のサーバ，およびサーバ内の複数のプロセスのいずれかが輻輳状態であると判定された場合、ステップＳ２０３において、その輻輳状態の発生プロセスに基づいて処理が振り分けられる。   On the other hand, when it is determined in step S202 that one of the server and a plurality of processes in the server is in a congested state, the processing is distributed in step S203 based on the congested state generation process.

ステップＳ２０２において外部から入力された信号を処理するプロセスで輻輳状態が発生していると判定された場合、ステップＳ２０４に進む。本発明の実施の形態において「外部から入力された信号を処理するプロセス」は、図１の受信処理部１０である。受信処理部１０自身が輻輳状態である場合、ステップＳ２０４において受信処理部１０は、受信した呼を拒否するか否かを判定する。ここで受信処理部１０は、呼の優先度、信号種別などにより、この呼の接続を拒否するか否かを判定する。拒否しない場合、ステップＳ２０６に進み、ステップＳ２０９において呼が処理される。受信した呼を拒否する場合、ステップＳ２０７において受信処理部１０は、接続拒否を意味する処理を、後続プロセスである呼制御処理部にキューイングする。ステップＳ２１０において呼制御処理部は、拒否信号を生成して応答ソケットに書き込み、応答信号３を送信する。   If it is determined in step S202 that a congestion state has occurred in the process of processing a signal input from the outside, the process proceeds to step S204. In the embodiment of the present invention, the “process for processing an externally input signal” is the reception processing unit 10 in FIG. If the reception processing unit 10 itself is in a congested state, in step S204, the reception processing unit 10 determines whether or not to reject the received call. Here, the reception processing unit 10 determines whether or not to reject the connection of the call based on the priority of the call, the signal type, and the like. If not, the process proceeds to step S206 and the call is processed in step S209. When rejecting the received call, in step S207, the reception processing unit 10 queues a process indicating connection rejection to the call control processing unit which is a subsequent process. In step S210, the call control processing unit generates a rejection signal, writes it in the response socket, and transmits the response signal 3.

一方、ステップＳ２０２において内部から処理がキューイングされるプロセスで輻輳状態が発生していると判定された場合、ステップＳ２０５に進む。本発明の実施の形態において「内部から処理がキューイングされるプロセス」は、図１の第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０である。第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０の少なくとも一つ以上が輻輳状態である場合、ステップＳ２０５において受信処理部１０は、受信した呼を拒否するか否かを判定する。ここで受信処理部１０は、呼の優先度、信号種別などにより、この呼の接続を拒否するか否かを判定する。拒否しない場合、ステップＳ２０６に進み、ステップＳ２０９において呼が処理される。受信した呼を拒否する場合、ステップＳ２０８において受信処理部１０は、ステップＳ２０８において拒否信号を生成して応答ソケットに書き込み、応答信号３を送信する。   On the other hand, if it is determined in step S202 that a congestion state has occurred in the process in which processing is queued from the inside, the process proceeds to step S205. In the embodiment of the present invention, the “process in which processing is queued from the inside” is performed by the first call control processing unit 20, the second call control processing unit 30, and the third call control processing unit 40 in FIG. is there. When at least one of the first call control processing unit 20, the second call control processing unit 30, and the third call control processing unit 40 is congested, the reception processing unit 10 receives the received call in step S205. It is determined whether or not to reject. Here, the reception processing unit 10 determines whether or not to reject the connection of the call based on the priority of the call, the signal type, and the like. If not, the process proceeds to step S206 and the call is processed in step S209. When rejecting the received call, in step S208, the reception processing unit 10 generates a rejection signal in step S208, writes it in the response socket, and transmits the response signal 3.

ここで、外部から入力された信号を処理するプロセスで輻輳状態が発生する場合を図５に示す。この場合、内部から処理がキューイングされるプロセスが、処理を拒否する応答信号を出力する。受信処理部１０において輻輳状態が発生しているので、受信処理部１０は、拒否信号を送信する処理を、後続の第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０のいずれかにキューイングする。キューイングされた呼制御処理部は、拒否する意味の応答信号３を生成して、出力する。   Here, FIG. 5 shows a case where a congestion state occurs in the process of processing a signal input from the outside. In this case, a process whose process is queued from the inside outputs a response signal for rejecting the process. Since a congestion state has occurred in the reception processing unit 10, the reception processing unit 10 performs a process of transmitting a rejection signal as a subsequent first call control processing unit 20, second call control processing unit 30, and third processing. The call control processing unit 40 is queued. The queued call control processing unit generates and outputs a response signal 3 meaning to be rejected.

内部から処理がキューイングされるプロセスで輻輳状態が発生する場合を図６に示す。この場合、外部から入力された信号を処理するプロセスが、処理を拒否する応答信号を出力する。第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０のうちの少なくともいずれかで輻輳が発生している場合、受信処理部１０は、接続を拒否する意味の応答信号３を生成して、出力する。   FIG. 6 shows a case where a congestion state occurs in a process in which processing is queued from the inside. In this case, a process for processing a signal input from the outside outputs a response signal for rejecting the processing. When congestion occurs in at least one of the first call control processing unit 20, the second call control processing unit 30, and the third call control processing unit 40, the reception processing unit 10 rejects the connection. A response signal 3 having the meaning of

ここで、外部から入力された信号を処理するプロセスおよび内部から処理がキューイングされるプロセスで、輻輳状態が発生する場合を図７に示す。この場合、外部から入力された信号を処理するプロセスが、処理を拒否する応答信号を出力する。図１に示す例では、第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０が並列に処理している。従って、受信処理部１０で輻輳が発生するとともに、第１の呼制御処理部２０、第２の呼制御処理部３０および第３の呼制御処理部４０少なくともこのいずれかで輻輳が発生している場合、受信処理部１０は、接続を拒否する意味の応答信号３を生成して、出力する。例えば、受信処理部１０および第１の呼制御処理部２０で輻輳が発生している場合、受信処理部１０は、接続を拒否する意味の応答信号３を生成して、出力する。   Here, FIG. 7 shows a case where a congestion state occurs in a process for processing a signal input from the outside and a process in which processing is queued from the inside. In this case, a process for processing a signal input from the outside outputs a response signal for rejecting the processing. In the example shown in FIG. 1, the first call control processing unit 20, the second call control processing unit 30, and the third call control processing unit 40 are processing in parallel. Therefore, congestion occurs in the reception processing unit 10, and congestion occurs in at least one of the first call control processing unit 20, the second call control processing unit 30, and the third call control processing unit 40. In this case, the reception processing unit 10 generates and outputs a response signal 3 meaning to refuse the connection. For example, when the reception processing unit 10 and the first call control processing unit 20 are congested, the reception processing unit 10 generates and outputs a response signal 3 meaning to refuse the connection.

本発明の最良の実施の形態に係るセッション制御サーバ１は、プロセス単位で輻輳を検出することができる。また、プロセス輻輳により発呼信号２を拒否する場合、プロセス輻輳が生じていないプロセスが、その応答信号３を出力する。これにより、輻輳の生じたプロセスの負荷を軽減しつつ、輻輳の生じていない、余裕のあるプロセスが応答信号３を出力することができる。   The session control server 1 according to the preferred embodiment of the present invention can detect congestion on a process basis. Further, when the call signal 2 is rejected due to process congestion, a process that does not cause process congestion outputs the response signal 3. As a result, it is possible to reduce the load on the process in which congestion occurs and to output a response signal 3 by a process having no margin and having no congestion.

このように本発明の最良の実施の形態に係るセッション制御サーバ１によれば、マルチコアＣＰＵを搭載したコンピュータ上に構築された場合でも、複数プロセスを分散させるとともに、各プロセスの輻輳を制御ことができる。   As described above, according to the session control server 1 according to the preferred embodiment of the present invention, even when built on a computer equipped with a multi-core CPU, a plurality of processes can be distributed and congestion of each process can be controlled. it can.

また、従来はサーバ輻輳の状態の場合、発呼信号を受信した後、受信拒否ルートに入って処理されていたが、本発明の最良の実施の形態においては、プロセスの単位で輻輳状態を管理し、プロセスで輻輳が発生した場合、そのほかのプロセスで拒否信号を生成する。これにより、プロセス単位で輻輳が発し得していた場合でも、応答信号の送信速度を向上させ、セッション制御サーバ１全体で信号の意図しない取りこぼしの可能性を低減させることができる。   Conventionally, in the server congestion state, after receiving a call signal and entering a reception rejection route, the congestion state is managed in process units in the best mode of the present invention. However, when congestion occurs in a process, a rejection signal is generated in another process. As a result, even when congestion can occur in units of processes, it is possible to improve the transmission speed of the response signal and reduce the possibility of unintentional loss of the signal in the session control server 1 as a whole.

さらにこのように、信号の応答速度を向上させることにより、輻輳が発生しても、その輻輳が解消するまでの時間を短縮することができ、さらには、サービスの停止の可能性や劣化期間を低減することができる。   Furthermore, by improving the response speed of the signal in this way, even if congestion occurs, the time until the congestion is eliminated can be shortened, and further, the possibility of service suspension and the deterioration period are reduced. Can be reduced.

このように本発明の最良の実施の形態に係るセッション制御方法によれば、マルチコアＣＰＵを搭載したコンピュータ上で、並列して大量の処理を可能にしつつ、プロセス単位で輻輳を制御することができるので、良質なセッション制御を提供することができる。   As described above, according to the session control method according to the preferred embodiment of the present invention, it is possible to control congestion in units of processes while enabling a large amount of processing in parallel on a computer equipped with a multi-core CPU. So it can provide good quality session control.

（その他の実施の形態）
上記のように、本発明の最良の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。 (Other embodiments)
As described above, the present invention has been described according to the best mode for carrying out the invention. However, it should not be understood that the description and drawings constituting a part of this disclosure limit the present invention. From this disclosure, various alternative embodiments, examples, and operational techniques will be apparent to those skilled in the art.

本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。   It goes without saying that the present invention includes various embodiments not described herein. Therefore, the technical scope of the present invention is defined only by the invention specifying matters according to the scope of claims reasonable from the above description.

１ セッション制御サーバ
２ 発呼信号
３ 応答信号
４ 応答信号
１０ 受信処理部
１１ 受信信号保存キュー
２０ 第１の呼制御処理部
２１、３１、４１ 呼制御処理保存キュー
３０ 第２の呼制御処理部
４０ 第３の呼制御処理部 DESCRIPTION OF SYMBOLS 1 Session control server 2 Call signal 3 Response signal 4 Response signal 10 Reception processing part 11 Received signal storage queue 20 First call control processing part 21, 31, 41 Call control processing storage queue 30 Second call control processing part 40 Third call control processing unit

Claims (8)

マルチコアを搭載し、複数のプロセスを同時に並列して処理し、入力された発呼信号から応答信号を出力するコンピュータにおけるセッション制御方法であって、
複数のプロセスが、各プロセスの処理キューに蓄積されたキューを、順次並列に処理するステップと、
各プロセスのコア使用率と、当該プロセスの処理キューに蓄積された処理数と、のうち少なくともいずれかから、各プロセスの輻輳状態を監視するステップと、
外部から入力された信号を処理するプロセスが輻輳状態の場合、内部から処理がキューイングされるプロセスが処理を拒否する応答信号を出力するステップと、
前記内部から処理がキューイングされるプロセスが輻輳状態の場合、前記外部から入力された信号を処理するプロセスが処理を拒否する応答信号を出力するステップと、
前記外部から入力された信号を処理するプロセスおよび前記内部から処理がキューイングされるプロセスが輻輳状態の場合、前記外部から入力された信号を処理するプロセスが処理を拒否する応答信号を出力するステップ
を備えることを特徴とするセッション制御方法。 A session control method in a computer equipped with a multi-core, which processes a plurality of processes simultaneously in parallel and outputs a response signal from an input call signal,
A plurality of processes sequentially processing the queues accumulated in the processing queue of each process in parallel;
Monitoring the congestion state of each process from at least one of the core usage rate of each process and the number of processes accumulated in the process queue of the process ;
When a process for processing a signal input from the outside is in a congested state, a process for queuing the process from the inside outputs a response signal for rejecting the process,
When a process that is queued for processing from the inside is in a congestion state, a process for processing a signal input from the outside outputs a response signal that rejects the processing;
A step of outputting a response signal in which the process of processing the signal input from the outside rejects the processing when the process of processing the signal input from the outside and the process of processing queued from the inside are in a congested state A session control method comprising: 前記輻輳状態は、監視対象の前記プロセスのコア使用率が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定する
ことを特徴とする請求項１に記載のセッション制御方法。 The congestion state is determined when the core usage rate of the process to be monitored exceeds a threshold value continuously for a predetermined period, and the process to be monitored is in a congestion state. The session control method described. 前記輻輳状態は、監視対象の前記プロセスの前記処理キューに蓄積された処理数が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定する
ことを特徴とする請求項１に記載のセッション制御方法。 In the congestion state, when the number of processes accumulated in the processing queue of the process to be monitored exceeds a threshold value for a predetermined period continuously, it is determined that the process to be monitored is in a congestion state. The session control method according to claim 1. 前記輻輳状態は、監視対象の前記プロセスのコア使用率が、所定期間連続して閾値を超え、かつ、当該監視対象の前記プロセスの前記処理キューに蓄積された処理数が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定する
ことを特徴とする請求項１に記載のセッション制御方法。 In the congestion state, the core usage rate of the process to be monitored exceeds the threshold continuously for a predetermined period, and the number of processes accumulated in the processing queue of the process to be monitored continues for a predetermined period. The session control method according to claim 1, wherein when the threshold value is exceeded, it is determined that the process to be monitored is in a congestion state. マルチコアを搭載し、複数のプロセスを同時に並列して処理し、入力された発呼信号から応答信号を出力するセッション制御サーバであって、
処理キューに蓄積されたキューを、順次並列に処理する複数のプロセスを実現する複数の処理部と、
各プロセスのコア使用率と、当該プロセスの処理キューに蓄積された処理数と、のうち少なくともいずれかから、各プロセスの輻輳状態を監視する輻輳監視部を備え、
前記プロセスは、外部から入力された信号を処理する受信処理部と、前記受信処理部から入力された信号を処理する呼制御処理部によって実現され、
前記受信処理部が輻輳状態の場合、前記呼制御処理部が処理を拒否する応答信号を出力し、
前記呼制御処理部が輻輳状態の場合、前記受信処理部が処理を拒否する応答信号を出力し、
前記受信処理部および前記呼制御処理部が輻輳状態の場合、前記呼制御処理部が処理を拒否する応答信号を出力する
ことを特徴とするセッション制御サーバ。 A session control server that is equipped with a multi-core, processes a plurality of processes simultaneously in parallel, and outputs a response signal from an input call signal,
A plurality of processing units that realize a plurality of processes that sequentially process the queue accumulated in the processing queue in parallel;
A congestion monitoring unit that monitors the congestion state of each process from at least one of the core usage rate of each process and the number of processes accumulated in the process queue of the process ,
The process is realized by a reception processing unit that processes a signal input from the outside and a call control processing unit that processes a signal input from the reception processing unit,
When the reception processing unit is in a congested state, the call control processing unit outputs a response signal that rejects the processing,
When the call control processing unit is in a congested state, the reception processing unit outputs a response signal for refusing processing,
When the reception processing unit and the call control processing unit are congested, the call control processing unit outputs a response signal for refusing the processing.
Session control server, characterized in that. 前記輻輳状態は、監視対象の前記プロセスのコア使用率が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定する
ことを特徴とする請求項５に記載のセッション制御サーバ。 Said congestion status, core utilization of the process to be monitored, if it exceeds the threshold continuously for a predetermined period, to claim 5 in which the monitoring target process, wherein the determining that the congestion state The session control server described. 前記輻輳状態は、監視対象の前記プロセスの前記処理キューに蓄積された処理数が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定する
ことを特徴とする請求項５に記載のセッション制御サーバ。 In the congestion state, when the number of processes accumulated in the processing queue of the process to be monitored exceeds a threshold value for a predetermined period continuously, it is determined that the process to be monitored is in a congestion state. The session control server according to claim 5 . 前記輻輳状態は、監視対象の前記プロセスのコア使用率が、所定期間連続して閾値を超え、かつ、当該監視対象の前記プロセスの前記処理キューに蓄積された処理数が、所定期間連続して閾値を超えた場合に、当該監視対象のプロセスが輻輳状態であると判定する
ことを特徴とする請求項５に記載のセッション制御サーバ。 In the congestion state, the core usage rate of the process to be monitored exceeds the threshold continuously for a predetermined period, and the number of processes accumulated in the processing queue of the process to be monitored continues for a predetermined period. The session control server according to claim 5 , wherein when the threshold value is exceeded, it is determined that the process to be monitored is in a congestion state.
JP2011033574A 2011-02-18 2011-02-18 Session control method and session control server Active JP5449232B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011033574A JP5449232B2 (en) 2011-02-18 2011-02-18 Session control method and session control server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011033574A JP5449232B2 (en) 2011-02-18 2011-02-18 Session control method and session control server

Publications (2)

Publication Number Publication Date
JP2012175266A JP2012175266A (en) 2012-09-10
JP5449232B2 true JP5449232B2 (en) 2014-03-19

Family

ID=46977766

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011033574A Active JP5449232B2 (en) 2011-02-18 2011-02-18 Session control method and session control server

Country Status (1)

Country Link
JP (1) JP5449232B2 (en)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08102787A (en) * 1994-09-30 1996-04-16 Nec Corp Method and device for controlling call origination in multiprocessor control exchange system
JPH10243095A (en) * 1997-02-28 1998-09-11 Nec Corp Traffic load distribution control system for multi-processor control exchange
JP3302929B2 (en) * 1998-07-17 2002-07-15 日本電気通信システム株式会社 Multiprocessor exchange and congestion regulation control method thereof
JP4208703B2 (en) * 2003-12-04 2009-01-14 日本電信電話株式会社 Congestion control method, apparatus, program, and aggregation apparatus
JP2006319914A (en) * 2005-05-16 2006-11-24 Fujitsu Ltd Call processing controller and control method of call processing controller
US8014295B2 (en) * 2009-07-14 2011-09-06 Ixia Parallel packet processor with session active checker

Also Published As

Publication number Publication date
JP2012175266A (en) 2012-09-10

Similar Documents

Publication Publication Date Title
EP2701074B1 (en) Method, device, and system for performing scheduling in multi-processor core system
US10389801B2 (en) Service request processing method, related apparatus, and system
EP3376379A1 (en) Task management methods and system, and computer storage medium
JP4747307B2 (en) Network processing control device, program, and method
CN108572898B (en) Method, device, equipment and storage medium for controlling interface
US20110145461A1 (en) Method and device for balancing interrupt load of multicore processor
JP5737039B2 (en) Packet transmission device, memory control circuit, and packet transmission method
CN112383585A (en) Message processing system and method and electronic equipment
CN107547301A (en) A kind of master/slave device switching method and device
CN114448989A (en) Method, device, electronic equipment, storage medium and product for adjusting message distribution
JP5449232B2 (en) Session control method and session control server
WO2013157133A1 (en) Data processing device and program
JP2000293387A (en) Event notification system
CN110769046B (en) Message acquisition method and device, electronic equipment and machine-readable storage medium
JP6357825B2 (en) Congestion control system and congestion control method
CN111427673A (en) Load balancing method, device and equipment
CN112272110B (en) Connection jitter processing method, system and device for storage cluster controller node
JP5952775B2 (en) Traffic control device, traffic control method, and traffic control program
JP5978891B2 (en) Call center device, communication device, communication method, and communication device program
JP5964762B2 (en) Operation system, alarm monitoring method, and program for causing computer of operation system to execute alarm monitoring method
JP5240048B2 (en) Client device and control method thereof
JP2017059030A (en) Information processing device, and information processing device control method
JP6034816B2 (en) Traffic control device, traffic control method, and traffic control program
JP2009212862A (en) Congestion control system, congestion control method, and congestion control program
JP6258376B2 (en) Uninterruptible switching system, uninterruptible receiving device, uninterruptible switching method, and uninterruptible switching program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20121212

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130829

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130910

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131105

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: 20131217

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20131224

R150 Certificate of patent or registration of utility model

Ref document number: 5449232

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350