JP2008311971A - Server system, load distribution method, and program - Google Patents
Server system, load distribution method, and program Download PDFInfo
- Publication number
- JP2008311971A JP2008311971A JP2007158108A JP2007158108A JP2008311971A JP 2008311971 A JP2008311971 A JP 2008311971A JP 2007158108 A JP2007158108 A JP 2007158108A JP 2007158108 A JP2007158108 A JP 2007158108A JP 2008311971 A JP2008311971 A JP 2008311971A
- Authority
- JP
- Japan
- Prior art keywords
- processor
- call
- call processing
- signal
- processing
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
本発明は、サーバシステムに関し、更に詳しくは、複数の呼処理プロセッサを有するサーバシステムに関する。また、本発明は、負荷分散方法及びプログラムに関し、サーバシステムにおける呼処理プロセッサの負荷分散方法及びプログラムに関する。 The present invention relates to a server system, and more particularly to a server system having a plurality of call processors. The present invention also relates to a load distribution method and program, and to a load distribution method and program for a call processor in a server system.
一般に、通信システムに用いられるサーバシステムは、1つのシステム内に、呼処理を行う呼処理プロセッサを複数有している。呼処理プロセッサには、加入者のプロファイルが格納されており、加入者の通信は、該当加入者のプロファイルが格納されている呼処理プロセッサにより行われる。また、サーバシステムは、呼処理プロセッサの負荷分散を行う負荷分散プロセッサを有している。負荷分散プロセッサは、各加入者のプロファイルが、どの呼処理プロセッサに格納されているかを管理しており、通信に用いる呼処理プロセッサを選択する機能を提供する。また、各呼処理プロセッサの負荷を監視しており、起呼信号に対して、その起呼信号を処理すべき呼処理プロセッサを決定する機能を提供する。 In general, a server system used in a communication system has a plurality of call processing processors that perform call processing in one system. The call processing processor stores a subscriber profile, and the subscriber communication is performed by the call processing processor in which the subscriber profile is stored. The server system also includes a load distribution processor that distributes the load of the call processor. The load balancing processor manages which call processor stores the profile of each subscriber, and provides a function of selecting a call processor to be used for communication. Further, the load of each call processor is monitored, and a function for determining a call processor to process the call signal is provided for the call signal.
複数のプロセッサを有するサーバシステムにおける負荷分散に関しては、特許文献1及び特許文献2に記載された技術がある。特許文献1では、呼分配装置は、呼を処理する呼処理制御系装置(呼処理プロセッサ)を決定する際に、呼信号が、新たに発生した信号であるか、既に発生済みの信号であるかを判断する。新たに発生した呼である場合は、呼を処理する呼処理制御系装置を動的に決定する。動的に決定する際の選択の基準としては、各呼処理制御系装置の負荷を比較し、負荷が最も低い呼処理制御系装置を選択する方法がある。発生済みの呼であるときは、呼発生時に決定した呼処理制御系装置を、静的に特定する。 Regarding load distribution in a server system having a plurality of processors, there are techniques described in Patent Document 1 and Patent Document 2. In Patent Document 1, when a call distribution device determines a call processing control system device (call processor) that processes a call, the call signal is a newly generated signal or a signal that has already been generated. Determine whether. In the case of a newly generated call, a call processing control system device that processes the call is dynamically determined. As a selection criterion for dynamic determination, there is a method of comparing the load of each call processing control system device and selecting the call processing control system device having the lowest load. If the call has already occurred, the call processing control system device determined at the time of call generation is statically specified.
特許文献2では、各プロセッサの輻輳状態を記憶する輻輳状態管理手段を用いる。プロセッサは、収容回線より発呼があったときは、輻輳状態管理手段によって各プロセッサの輻輳状態を確認する。プロセッサは、自プロセッサが輻輳状態にないときには自プロセッサの呼設定/解除処理実行手段に処理の実行を要求する。自プロセッサが輻輳状態にあるときには、輻輳状態にないプロセッサを一つ選定し、選定したプロセッサの呼設定/解除処理実行手段に処理の実行を要求する。この要求を受けたプロセッサは、輻輳状態管理手段により、自プロセッサが輻輳状態にないことを確認した上で、自プロセッサ内の呼設定/解除処理実行手段に処理の実行を要求する。 In Patent Document 2, a congestion state management unit that stores the congestion state of each processor is used. When a call is made from the accommodation line, the processor confirms the congestion state of each processor by the congestion state management means. When the processor is not in a congested state, the processor requests the call setup / cancel processing execution means of the processor to execute the process. When the own processor is in a congested state, one processor that is not in the congested state is selected, and execution of processing is requested to the call setting / cancellation processing execution means of the selected processor. The processor that has received this request confirms that its own processor is not in a congested state by the congestion state management means, and requests the call setup / release processing execution means in its own processor to execute processing.
通常、サーバシステムは、複数(N個:Nは2以上の整数)の呼処理プロセッサに対して、負荷分散プロセッサを1つ有している。負荷分散プロセッサは、全ての呼処理信号の送受信処理と、複数の呼処理プロセッサのうちでどの呼処理プロセッサを用いるかを決定する際に使用する情報(分散管理情報)の作成とを行う。このため、負荷分散対象の呼処理プロセッサを増やした場合、信号量増加による処理能力のネックとなり、また、集中管理すべき情報量が増加することでメモリ量の不足が発生することから、呼処理プロセッサの数を容易に増加させることはできない。従って、処理能力向上のためには、単に呼処理プロセッサを増加させるだけでなく、負荷分散プロセッサの能力向上、或いは、新たなシステムを導入する必要があるという問題がある。 Normally, a server system has one load balancing processor for a plurality of (N: N is an integer of 2 or more) call processing processors. The load distribution processor performs transmission / reception processing of all call processing signals and creates information (distribution management information) used when determining which call processing processor to use from among a plurality of call processing processors. For this reason, if the number of call processing processors to be load-balanced is increased, it becomes a bottleneck in processing capacity due to an increase in the amount of signals, and a shortage of memory occurs due to an increase in the amount of information to be centrally managed. The number of processors cannot be easily increased. Therefore, in order to improve the processing capacity, there is a problem that it is necessary not only to increase the number of call processors, but also to improve the capacity of the load distribution processor or to introduce a new system.
本発明は、上記従来技術の問題点を解消し、簡易に処理能力向上を実現できるサーバシステム、負荷分散方法、及び、プログラムを提供することを目的とする。 It is an object of the present invention to provide a server system, a load distribution method, and a program that can solve the above-described problems of the prior art and can easily improve the processing capability.
上記目的を達成するために、本発明のサーバシステムは、回線を終端する回線終端プロセッサと、加入者のプロファイルを保有し、該プロファイルを用いて呼処理信号に対する信号処理を行う複数の呼処理プロセッサとを有するサーバシステムにおいて、通信開始に際して、前記複数の呼処理プロセッサにおける前記プロファイルの分散情報を参照し、前記呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定するプロセッサ決定部を備えることを特徴とする。 In order to achieve the above object, a server system according to the present invention comprises a line termination processor for terminating a line, and a plurality of call processing processors that hold subscriber profiles and perform signal processing on call processing signals using the profiles. And a processor determination unit that determines a call processing processor to perform signal processing on the call processing signal by referring to the distribution information of the profile in the plurality of call processing processors when communication is started. It is characterized by that.
本発明の負荷分散方法は、回線を終端する回線終端プロセッサと、加入者のプロファイルを保有し、該プロファイルを用いて呼処理信号に対する信号処理を行う複数の呼処理プロセッサと、前記プロファイルの分散情報を管理するリソース管理プロセッサとを有するサーバシステムにおける負荷分散方法であって、前記リソース管理プロセッサが、通信開始に際して、前記プロファイルの分散情報を参照して、前記回線終端プロセッサが受信した呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定することを特徴とする。 The load distribution method of the present invention includes a line termination processor that terminates a line, a plurality of call processors that hold subscriber profiles and perform signal processing on call processing signals using the profiles, and distribution information on the profiles Load distribution method in a server system having a resource management processor for managing a call processing signal received by the line termination processor with reference to the profile distribution information when the resource management processor starts communication On the other hand, a call processor to be subjected to signal processing is determined.
本発明のプログラムは、回線を終端する回線終端プロセッサと、加入者のプロファイルを保有し、該プロファイルを用いて呼処理信号に対する信号処理を行う複数の呼処理プロセッサと、前記プロファイルの分散情報を管理するリソース管理プロセッサとを有するサーバシステムに、負荷分散処理を実行させるプログラムであって、前記サーバシステムに、通信開始に際し、前記プロファイルの分散情報を参照して、前記回線終端プロセッサが受信した呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定する処理を実行させることを特徴とする。 The program of the present invention manages a line termination processor that terminates a line, a plurality of call processing processors that hold subscriber profiles and perform signal processing on call processing signals using the profiles, and distribution information of the profiles A program that causes a server system having a resource management processor to execute load distribution processing, and refers to the distribution information of the profile when the server system starts communication to receive call processing received by the line termination processor A process for determining a call processor to perform signal processing on a signal is executed.
本発明のサーバシステム、負荷分散方法、及び、プログラムでは、特定のプロセッサに掛かる処理負担を軽減して、サーバシステム全体の処理能力の向上を図ることができる。 With the server system, load distribution method, and program of the present invention, the processing load on a specific processor can be reduced, and the processing capacity of the entire server system can be improved.
以下、図面を参照し、本発明の実施例を詳細に説明する。図1は、本発明の第1実施例の通信装置の構成を示す。通信装置(サーバシステム)10は、回線終端プロセッサ20と、複数の呼処理プロセッサ30〜32と、リソース管理プロセッサ60とを有する。各プロセッサ(20、30〜32、60)は、ネットワーク70にて接続されている。サーバシステム10は、例えば、3GPP(Third Generation Partnership Project)又は3GPP2(Third Generation Partnership Project 2)におけるRNC(Radio Network controller)/BSC(Base Station Controller)と、IMS網(IP Multimedia Subsystem)/MMD(MultiMedia Domain)との間でのデータやり取りを行う。
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 shows the configuration of a communication apparatus according to a first embodiment of the present invention. The communication device (server system) 10 includes a
回線終端プロセッサ20は、プロトコル終端部21を有する。プロトコル終端部21は、呼処理信号の外部から内部へのプロトコル変換、及び、内部から外部へのプロトコル変換を行う。また、内部プロトコルへ変換した呼処理信号の処理を行う。呼処理プロセッサ30〜32は、信号処理部40〜42と、プロファイル50〜52を有する。信号処理部40〜42は、内部プロトコルへ変換した呼処理信号の処理を行う。信号処理部40〜42にて行う処理には、リソース管理プロセッサ60に、呼処理信号に対する信号処理を行うべき呼処理プロセッサの決定を依頼する処理と、呼処理信号に対する信号処理(呼処理)とがある。
The
プロファイル50〜52は、呼処理を行うための加入者データである。信号処理部40〜42は、プロファイルに基づいて、該当加入者の呼処理を実施し、回線終端プロセッサ20へ呼処理信号を返送する。呼処理は、該当加入者のプロファイルを有する呼処理プロセッサにて実施される。すなわち、該当加入者のプロファイルが作成済みであれば、該当加入者のプロファイルを保有する呼処理プロセッサで、呼処理を実施する。該当加入者のプロファイルが存在しない場合は、信号処理部40〜42によってプロファイルを作成した上で、呼処理を実施する。
リソース管理プロセッサ60は、プロファイル分散情報61とプロセッサ決定部62とを有する。プロファイル分散情報61は、どの呼処理プロセッサが、どの加入者のプロファイルを有しているかを示す情報を有する。また、各呼処理プロセッサが、プロファイルをどれだけ有するかを示す情報を有する。プロセッサ決定部62は、呼処理プロセッサ30〜32から、呼処理を行うべき呼処理プロセッサの決定の依頼を受けると、プロファイル分散情報61を参照して、呼処理を行うべき呼処理プロセッサを決定する。
The
プロトコル終端部21は、回線側から、呼処理信号を受信すると、その呼処理信号が、起呼信号か否かを判定する。起呼信号であれば、処理プロセッサの選択を委ねるための呼処理信号を、呼処理プロセッサ30〜32のうちの何れかへ、ラウンドロビンに送信する。プロトコル終端部21から呼処理信号を受け取った呼処理プロセッサの信号処理部は、プロセッサ決定部62に、処理を行うべき呼処理プロセッサの決定を依頼する。プロセッサ決定部62は、プロファイル分散情報61を参照し、該当加入者のプロファイルが、何れかの呼処理プロセッサに保存されているか否かを調べる。
When the
プロセッサ決定部62は、該当加入者のプロファイルを保有する呼処理プロセッサがあるときには、その呼処理プロセッサを、呼処理を行うべき呼処理プロセッサとして決定する。一方、該当加入者のプロファイルが、何れの呼処理プロセッサにも保存されていないときには、プロファイル分散情報61を参照し、保有するプロファイル量が少ない呼処理プロセッサを、呼処理を行うべきプロセッサとして決定する。プロセッサ決定部62は、呼処理プロセッサの決定後、決定した呼処理プロセッサを特定する情報、例えはプロセッサ番号を、依頼元の呼処理プロセッサに返す。
When there is a call processing processor that holds the profile of the corresponding subscriber, the processor determination unit 62 determines the call processing processor as a call processing processor that should perform the call processing. On the other hand, when the profile of the subscriber is not stored in any of the call processors, the
依頼元の呼処理プロセッサは、プロセッサ決定部62から呼処理を行うべき呼処理プロセッサを特定する情報を受け取ると、該呼処理を行うべきプロセッサを特定する情報を、呼処理信号に書き込む。呼処理信号へ書き込まれたプロセッサ番号は、以降の回線側との継続信号で、双方向に必ず設定される。その後、呼処理プロセッサは、該呼処理を行うべき呼処理プロセッサが、自プロセッサであるか否かを判断する。自プロセッサであるときは、該当加入者のプロファイルを作成した上で、信号処理部により、呼処理を実施する。自プロセッサでないときには、呼処理を行うべき呼処理プロセッサに、呼処理信号を転送する。呼処理信号の転送を受けた呼処理プロセッサは、該当加入者のプロファイルを作成した上で、呼処理を実施する。 When receiving the information specifying the call processing processor that should perform the call processing from the processor determination unit 62, the requesting call processing processor writes the information specifying the processor that should perform the call processing in the call processing signal. The processor number written in the call processing signal is always set in both directions by a continuation signal with the line side thereafter. Thereafter, the call processor determines whether or not the call processor that should perform the call processing is its own processor. When the processor is the own processor, a call processing is performed by the signal processing unit after creating the profile of the corresponding subscriber. If it is not its own processor, the call processing signal is transferred to the call processing processor that should perform the call processing. The call processor receiving the transfer of the call processing signal creates the profile of the subscriber and executes the call processing.
プロトコル終端部21は、呼処理信号が継続信号であると判断すると、呼処理信号から、呼処理プロセッサによって呼処理信号に書き込まれた呼処理プロセッサを特定する情報、言い換えれば、該当加入者のプロファイルを保有している呼処理プロセッサを特定する情報を取り出す。プロトコル終端部21は、呼処理プロセッサを特定する情報の取り出した後に、該当する呼処理プロセッサに、呼処理信号(継続信号)を転送する。呼処理信号の転送を受けた呼処理プロセッサは、保有する該当加入者のプロファイルを基に呼処理を実行し、回線終端プロセッサ20へ呼処理信号を返送する。
When the
図2に、回線終端プロセッサ20における処理の流れを示す。回線終端プロセッサ20が行う処理には、大きく分けて、回線側からの呼処理信号受信処理と、呼処理プロセッサからの呼処理信号受信処理との2つがある。プロトコル終端部21は、回線側からの呼処理信号の受信待ちを行う(ステップA1)。回線側からの呼処理信号を受信すると、プロトコル終端部21は、受信した呼処理信号を内部プロトコルに変換し、呼処理信号が、起呼信号であるか否かを判断する(ステップA2)。
FIG. 2 shows a flow of processing in the
プロトコル終端部21は、受信した呼処理信号が起呼信号であるときには、呼処理信号をラウンドロビンで呼処理プロセッサに送信すべく、複数の呼処理プロセッサ30〜32の中から、起呼信号を送信すべき呼処理プロセッサを選定する(ステップA3)。ステップA3では、プロトコル終端部21は、例えば、記憶している、サーバシステム10内の呼処理プロセッサ30〜32のプロセッサ番号の中から、所定の順番でプロセッサ番号を1つ取り出し、そのプロセッサ番号の呼処理プロセッサを、起呼信号を送信すべき呼処理プロセッサとして選定する。
When the received call processing signal is a call signal, the
プロトコル終端部21は、受信した呼処理信号が継続信号であるときには、呼処理信号に書き込まれた呼処理プロセッサのプロセッサ番号、つまりは、前回処理を行った呼処理プロセッサのプロセッサ番号を取り出す(ステップA4)。その後、ステップA3で選定したプロセッサ番号の呼処理プロセッサ、又は、ステップA4で呼処理信号から取り出したプロセッサ番号の呼処理プロセッサに、呼処理信号(起呼信号又は継続信号)を送信する(ステップA5)。
When the received call processing signal is a continuation signal, the
プロトコル終端部21は、ステップA1の回線側からの呼処理信号の受信待ちと並行して、呼処理プロセッサ30〜32からの呼処理信号の受信待ちを行う(ステップA6)。プロトコル終端部21は、呼処理プロセッサ30〜32の何れかから呼処理信号を受信すると、受信した呼処理信号を外部プロトコルへ変換して、回線側へ送信する(ステップA7)。
The
図3に、呼処理プロセッサの処理の流れを示す。呼処理プロセッサ30〜32が行う処理には、リソース管理プロセッサ60を用いた呼処理プロセッサの決定処理(負荷分散処理)と、プロセッサ決定後の起呼信号、又は、継続信号の信号処理(呼処理)との2つある。なお、以下の説明では、呼処理プロセッサ30の信号処理部40の動作として説明するが、他の呼処理プロセッサ31、32における信号処理部41、42の動作も、信号処理部40の動作と同様である。
FIG. 3 shows a processing flow of the call processor. The processes performed by the
信号処理部40は、回線終端プロセッサ20又は他の呼処理プロセッサ31、32からの呼処理信号の受信待ちを行う(ステップB1)。信号処理部40は、呼処理信号を受信すると、受信した呼処理信号が起呼信号であるか否かを判断する(ステップB2)。信号処理部40は、起呼信号であると判断すると、起呼信号に、処理を行うべき呼処理プロセッサのプロセッサ番号(自プロセッサ番号)が書き込み済みであるか否かを判断する(ステップB3)。
The
起呼信号の送信元が回線終端プロセッサ20である場合、つまり、呼処理プロセッサ30が、図2のステップA3にて選定された呼処理プロセッサであり、回線終端プロセッサ20からの起呼信号を受信した場合は、処理を行う呼処理プロセッサがまだ決まっていない状態であるので、信号処理部40は、ステップB3で、自プロセッサ番号が書き込まれていないと判断する。この場合、信号処理部40は、リソース管理プロセッサ60へ、処理を行うべき呼処理プロセッサの決定を依頼する(ステップB8)。
When the transmission source of the calling signal is the
リソース管理プロセッサ60のプロセッサ決定部62は、プロファイル分散情報61を参照して、呼処理プロセッサ30〜32の何れかに該当加入者のプロファイルが保存されているか否かを調べる。プロセッサ決定部62は、該当加入者のプロファイルが、呼処理プロセッサ30〜32のうちの何れかに保存されていると判断したときは、該当加入者のプロファイルを保存している呼処理プロセッサを、処理を行うべき呼処理プロセッサとして決定する。また、該当加入者のプロファイルが、呼処理プロセッサ30〜32の何れにも保存されていないときには、プロファイル分散情報61を参照して各呼処理プロセッサが保有するプロファイルの数を調べ、保有プロファイル数が最も少ない呼処理プロセッサを、処理を行うべき呼処理プロセッサとして決定する。なお、各呼処理プロセッサが有するプロファイルの数は、どの呼処理プロセッサが、どの加入者のプロファイルを有しているかを示す情報から生成可能であるので、プロセッサ分散情報には、必ずしも、各呼処理プロセッサが、プロファイルをどれだけ有するかを示す情報を含めなくてよい。
The processor determination unit 62 of the
プロセッサ決定部62は、処理を行うべき呼処理プロセッサとして決定した呼処理プロセッサのプロセッサ番号を、ステップB8で呼処理プロセッサの決定を依頼した呼処理プロセッサに返送する。信号処理部40は、リソース管理プロセッサ60から、処理を行うべき呼処理プロセッサとして決定された呼処理プロセッサのプロセッサ番号を受け取る。その後、受け取ったプロセッサ番号を、呼処理信号(起呼信号)へ書き込む(ステップB9)。また、呼処理をおこなうべき呼処理プロセッサとして決定された呼処理プロセッサが、自プロセッサであるか否かを判断する(ステップB10)。信号処理部40は、ステップB10で、処理を行うべき呼処理プロセッサが自プロセッサでないと判断したときは、リソース管理プロセッサ60から受け取ったプロセッサ番号の呼処理プロセッサに、プロセッサ番号を書き込んだ呼処理信号を送信する(ステップB11)。
The processor determination unit 62 returns the processor number of the call processor determined as the call processor to be processed to the call processor that requested the call processor determination in step B8. The
信号処理部40は、処理を行うべき呼処理プロセッサが自プロセッサであると判断すると、プロファイル50に該当加入者のプロファイルを保有しているか否かを判断する(ステップB4)。保有していないときには、該当加入者のプロファイルを作成し、プロファイル50に保存する(ステップB5)。信号処理部40は、プロファイルの作成では、呼処理信号から該当加入者の認証情報やエリア情報、契約状況に関する情報などの必要な情報を取り出し、これをプロファイルに含める。また、リソース管理プロセッサ60に、作成した加入者のプロファイルに関する情報を送信し、プロファイル分散情報61を更新させる。その後、信号処理部40は、該当加入者のプロファイルを基に信号処理を実施し(ステップB6)、回線終端プロセッサ20へ呼処理信号を送信する(ステップB7)。
When the
信号処理部40は、ステップB3で、呼処理信号に自プロセッサ番号が書き込まれていると判断したときは、ステップB4へ移行して該当加入者のプロファイルを保有しているか否かを判断する。以降、該当加入者のプロファイルを保有していないときにはステップB5で該当加入者のプロファイルを作成し、ステップB6にてプロファイルに基づいて信号処理を実施し、ステップB7で、回線終端プロセッサ20へ呼処理信号を送信する。
When the
例えば、リソース管理プロセッサ60により、呼処理プロセッサ31が、処理を行う呼処理プロセッサとて決定された場合は、呼処理プロセッサ30の信号処理部40は、ステップB11で、呼処理プロセッサ31へ、呼処理プロセッサ31のプロセッサ番号を書き込んだ呼処理信号を送信する。この呼処理信号を受信した呼処理プロセッサ31の信号処理部41は、ステップB3で、起呼信号に、自プロセッサ番号が書き込まれていると判断する。その後、ステップB4へ移行し、該当加入者のプロファイルを保有しているか否かを判断する。信号処理部41は、該当加入者のプロファイルを保有している場合は、ステップB6へ移行し、保有するプロファイルに基づいて呼処理を実施する。また、該当加入者のプロファイルを保有していないときは、信号処理部41は、ステップB5でプロファイルを作成し、ステップB6で、作成したプロファイルに基づいて呼処理を実施する。
For example, if the
本実施例では、プロセッサ決定部62は、該当加入者のプロファイルを保有する呼処理プロセッサがないときには、プロファイル分散情報61を参照して、保有するプロファイルが少ない呼処理プロセッサを、処理を行うべき呼処理プロセッサとして決定する。本実施例では、プロファイルの分散状況に基づいて負荷分散を行っており、負荷分散プロセッサを用いて各呼処理プロセッサの負荷を監視する必要がない。また、本実施例では、回線終端プロセッサ20から呼処理プロセッサ30〜32に呼処理信号を送り、呼処理プロセッサに、負荷分散のための処理を実行させる。本実施例では、ステップA3にて、呼処理プロセッサを、呼処理信号がラウンドロビンで送信されるように選定することで、呼処理プロセッサの数が増えたときでも、特定のプロセッサに処理負担が集中する事態を避けることができる。従って、呼処理プロセッサの数を増加させても、処理のネックとなるプロセッサがなく、サーバシステムの処理能力を簡易に向上でき、呼処理プロセッサの処理能力を最大限に活かした負荷分散型サーバシステムを構築することができる。
In this embodiment, the processor determination unit 62 refers to the
本実施例では、処理を行う呼処理プロセッサの決定後に、その呼処理プロセッサを特定する情報(プロセッサ番号)を呼処理信号に書き込み、以降の通信では、呼処理信号に、呼処理信号に書き込まれた呼処理プロセッサを特定する情報を双方向に設定する。この場合、回線終端プロセッサ20は、呼処理信号(継続信号)からプロセッサ番号を取り出すことで、呼処理信号を送信すべき呼処理プロセッサを特定できる。このように、回線終端プロセッサ20は、該当加入者のプロファイルがどの呼処理プロセッサに保存されているかを調べなくても、呼処理信号を送信すべき呼処理プロセッサを特定でき、継続信号に対する処理負担を軽減して、サーバシステムの処理能力の向上を図ることができる。
In this embodiment, after the call processor to be processed is determined, information (processor number) for specifying the call processor is written to the call processing signal. In subsequent communications, the information is written to the call processing signal. Information specifying the call processor is set in both directions. In this case, the
図4は、本発明の第2実施例のサーバシステムの構成を示している。第1実施例との相違点は、図1のリソース管理プロセッサ60に相当する負荷分散プロセッサ80が、図1のプロセッサ決定部62の機能を含む信号処理部81を有している点である。本実施例のサーバシステム10aでは、回線終端プロセッサ20は、回線側から受信した呼処理信号のうちの起呼信号を、負荷分散プロセッサ80に起呼信号を送信する。回線終端プロセッサ20は、呼処理信号のうちの継続信号に対しては、第1実施例と同様な処理により、継続信号を、処理すべき呼処理プロセッサに転送する。
FIG. 4 shows the configuration of the server system according to the second embodiment of the present invention. The difference from the first embodiment is that a
負荷分散プロセッサ80の信号処理部81は、起呼信号を受信すると、プロファイル分散情報82を参照して、起呼信号に対する処理を実施すべき呼処理プロセッサを決定する。この呼処理プロセッサ決定の処理は、図1のプロセッサ決定部62における呼処理プロセッサ決定の処理と同様である。また、プロファイル分散情報82は、第1実施例におけるプロファイル分散情報61(図1)と同様である。信号処理部81は、処理を行うべき呼処理プロセッサを決定すると、決定した呼処理プロセッサを特定する情報を呼処理信号に書き込む。その後、決定した呼処理プロセッサに、呼処理信号を送信する。
When receiving the call signal, the
図5は、回線終端プロセッサ20の動作手順を示している。図5に示す手順は、ステップC3にて、呼処理信号の送信先として、負荷分散プロセッサ80を特定する情報(プロセッサ番号)を取り出す点を除いて、図2に示す手順と同様である。回線終端プロセッサ20は、ステップA1で受信した呼処理信号が起呼信号である場合は、ステップC3で、負荷分散プロセッサ80のプロセッサ番号を取り出し、ステップA5で、負荷分散プロセッサ80に、呼処理信号(起呼信号)を送信する。また、受信した呼処理信号が継続信号である場合は、第1実施例と同様な動作により、ステップA4にて、呼処理信号から処理を行うべき呼処理プロセッサを特定する情報を取り出し、ステップA5で、その呼処理プロセッサに、継続信号を送信する。
FIG. 5 shows an operation procedure of the
図6は、負荷分散プロセッサ80の動作手順を示している。負荷分散プロセッサ80の信号処理部81は、回線終端プロセッサ20からの呼処理信号(起呼信号)の受信待ちを行う(ステップD1)。信号処理部81は、起呼信号を受信すると、プロファイル分散情報82を参照して、信号転送先プロセッサ、つまりは、呼処理を行うべきプロセッサを決定する(ステップD2)。
FIG. 6 shows an operation procedure of the
ステップD2では、何れかの呼処理プロセッサが該当加入者のプロファイルを有する場合は、その呼処理プロセッサを、信号転送先プロセッサとして決定する。何れの呼処理プロセッサも該当加入者のプロファイルを保有していないときには、呼処理プロセッサ30〜32のうちで、保有プロファイル数が少ない呼処理プロセッサを、信号転送先プロセッサとして決定する。
In step D2, if any call processor has the profile of the subscriber, that call processor is determined as the signal transfer destination processor. When none of the call processors has a profile of the subscriber, a call processor having a small number of held profiles among the
信号処理部81は、ステップD2で信号転送先として決定した呼処理プロセッサを特定する情報、例えば呼処理プロセッサのプロセッサ番号を、呼処理信号へ書き込む(ステップD3)。その後、ステップD2で信号転送先として決定した呼処理プロセッサに、ステップD3にて当該呼処理プロセッサを特定する情報を書き込んだ呼処理信号を送信する(ステップD4)。
する。
The
To do.
図7は、呼処理プロセッサの動作手順を示している。本実施例の呼処理プロセッサの動作手順は、図3に示す動作手順から、ステップB3、及び、ステップB8〜B11を省いたものに相当する。すなわち、ステップE1で、回線終端プロセッサ20又は負荷分散プロセッサ80からの呼処理信号の受信待ちを行い、ステップE2にて、呼処理信号が起呼信号であるか否かを判断する。その後は、図3のステップB4〜B7の処理と同様に、ステップE3でプロファイルを保有しているか否かを判断し、保有していないときには、ステップE4でプロファイルを作成し、ステップE5にて呼処理を行い、ステップE6で回線終端プロセッサ20に信号送信を行う。
FIG. 7 shows an operation procedure of the call processor. The operation procedure of the call processor of this embodiment corresponds to the operation procedure shown in FIG. 3 in which Step B3 and Steps B8 to B11 are omitted. That is, in step E1, reception of a call processing signal from the
本実施形態では、負荷分散プロセッサ80は、起呼信号に対して、処理を行うべき呼処理プロセッサを決定し、決定した呼処理プロセッサを特定する情報を、呼処理信号に書き込む。回線終端プロセッサ20は、継続信号については、呼処理信号から呼処理プロセッサを特定する情報を取り出し、その呼処理プロセッサに、呼処理信号を送信する。関連技術の負荷分散では、負荷分散プロセッサは、全ての呼処理信号に対して信号の転送先を決定する構成である。これに対し、本実施例では、負荷分散プロセッサ80は、継続信号に対しては、信号転送先を決定(判別)する必要がなく、負荷分散プロセッサの処理負担を大幅に軽減できる。従って、負荷分散プロセッサの処理負荷を下げることができ、呼処理プロセッサ数を増やして、システム当たりの処理能力を向上することができる。
In the present embodiment, the
以上、本発明をその好適な実施例に基づいて説明したが、本発明のサーバシステム、負荷分散方法、及び、プログラムは、上記実施例にのみ限定されるものではなく、上記実施例の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。 Although the present invention has been described based on the preferred embodiment, the server system, the load distribution method, and the program of the present invention are not limited to the above embodiment, and the configuration of the above embodiment. Various modifications and changes are also included in the scope of the present invention.
10:サーバシステム
20:回線終端プロセッサ
21:プロトコル終端部
30〜32:呼処理プロセッサ
40〜42:信号処理部
50〜52:プロファイル
60:リソース管理プロセッサ
61:プロファイル分散情報
62:プロセッサ決定部
70:ネットワーク
80:負荷分散プロセッサ
81:信号処理部
82:プロファイル分散情報
10: Server system 20: Line termination processor 21: Protocol termination unit 30-32: Call processing processor 40-42: Signal processing unit 50-52: Profile 60: Resource management processor 61: Profile distribution information 62: Processor determination unit 70: Network 80: Load distribution processor 81: Signal processing unit 82: Profile distribution information
Claims (23)
通信開始に際して、前記複数の呼処理プロセッサにおける前記プロファイルの分散情報を参照し、前記呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定するプロセッサ決定部を備えることを特徴とするサーバシステム。 In a server system having a line termination processor for terminating a line, and a plurality of call processing processors that hold subscriber profiles and perform signal processing on call processing signals using the profiles,
A server system comprising: a processor determination unit that determines a call processing processor to perform signal processing on the call processing signal by referring to distribution information of the profile in the plurality of call processing processors when communication is started .
前記リソース管理プロセッサが、通信開始に際して、前記プロファイルの分散情報を参照して、前記回線終端プロセッサが受信した呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定することを特徴とする負荷分散方法。 A line termination processor that terminates a line, a plurality of call processors that hold subscriber profiles and perform signal processing on call processing signals using the profiles, and a resource management processor that manages distribution information of the profiles A load balancing method in a server system having:
The resource management processor determines a call processing processor to perform signal processing on a call processing signal received by the line termination processor with reference to the distribution information of the profile at the start of communication Distribution method.
前記呼処理信号の転送を受けた呼処理プロセッサは、前記リソース管理プロセッサに、前記信号処理を行うべき呼処理プロセッサの決定を依頼する、請求項11〜13の何れか一に記載の負荷分散方法。 The line termination processor transfers the received call processing signal to any of the plurality of call processing processors;
The load distribution method according to any one of claims 11 to 13, wherein the call processing processor that has received the transfer of the call processing signal requests the resource management processor to determine a call processing processor to perform the signal processing. .
前記リソース管理プロセッサは、前記信号処理を行うべき呼処理プロセッサを決定すると、該決定した呼処理プロセッサを特定する情報を前記呼処理信号に書き込み、該呼処理信号を前記決定した呼処理プロセッサに転送する、請求項11〜13の何れか一に記載の負荷分散方法。 The line termination processor transfers the received call processing signal to the resource management processor;
When the resource management processor determines a call processing processor to perform the signal processing, the resource management processor writes information specifying the determined call processing processor in the call processing signal, and transfers the call processing signal to the determined call processing processor The load distribution method according to any one of claims 11 to 13.
通信開始に際し、前記プロファイルの分散情報を参照して、前記回線終端プロセッサが受信した呼処理信号に対して信号処理を行うべき呼処理プロセッサを決定する処理を実行させることを特徴とするプログラム。 A line termination processor that terminates a line, a plurality of call processors that hold subscriber profiles and perform signal processing on call processing signals using the profiles, and a resource management processor that manages distribution information of the profiles A program for causing a server system to execute load distribution processing,
A program for executing a process of determining a call processing processor to perform signal processing on a call processing signal received by the line termination processor with reference to the distribution information of the profile at the start of communication.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007158108A JP2008311971A (en) | 2007-06-15 | 2007-06-15 | Server system, load distribution method, and program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007158108A JP2008311971A (en) | 2007-06-15 | 2007-06-15 | Server system, load distribution method, and program |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2008311971A true JP2008311971A (en) | 2008-12-25 |
Family
ID=40239168
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007158108A Pending JP2008311971A (en) | 2007-06-15 | 2007-06-15 | Server system, load distribution method, and program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2008311971A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010140320A (en) * | 2008-12-12 | 2010-06-24 | Nec Corp | Server system, load distribution method and program |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10243095A (en) * | 1997-02-28 | 1998-09-11 | Nec Corp | Traffic load distribution control system for multi-processor control exchange |
JP2000253429A (en) * | 1999-03-01 | 2000-09-14 | Nippon Telegr & Teleph Corp <Ntt> | Call processing method and multi-processing system |
JP2004005249A (en) * | 2002-05-31 | 2004-01-08 | Fujitsu Ltd | Signal distributing device to load distributed multiprocessor |
JP2007013522A (en) * | 2005-06-30 | 2007-01-18 | Toshiba Corp | Key telephone, telephone exchange device, and storing method |
-
2007
- 2007-06-15 JP JP2007158108A patent/JP2008311971A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10243095A (en) * | 1997-02-28 | 1998-09-11 | Nec Corp | Traffic load distribution control system for multi-processor control exchange |
JP2000253429A (en) * | 1999-03-01 | 2000-09-14 | Nippon Telegr & Teleph Corp <Ntt> | Call processing method and multi-processing system |
JP2004005249A (en) * | 2002-05-31 | 2004-01-08 | Fujitsu Ltd | Signal distributing device to load distributed multiprocessor |
JP2007013522A (en) * | 2005-06-30 | 2007-01-18 | Toshiba Corp | Key telephone, telephone exchange device, and storing method |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010140320A (en) * | 2008-12-12 | 2010-06-24 | Nec Corp | Server system, load distribution method and program |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9356998B2 (en) | Method for load balancing of requests' processing of diameter servers | |
WO2018152919A1 (en) | Path selection method and system, network acceleration node, and network acceleration system | |
JP4000331B2 (en) | Network port mapping system | |
JP5035191B2 (en) | Base station apparatus, communication control system, communication control method, inter-station control method, and inter-station control program | |
JP4616159B2 (en) | Cluster system, load balancer, node transfer method, and node transfer program | |
JP5453928B2 (en) | Routing device, communication control method, and communication system | |
US20100085943A1 (en) | Handover of wireless connections | |
US9621599B2 (en) | Communication system, communication method, and call control server | |
WO2018000202A1 (en) | Load migration method, apparatus and system | |
US10476746B2 (en) | Network management method, device, and system | |
CN109983736A (en) | A kind of processing method, equipment and the system of NF component exception | |
WO2019096306A1 (en) | Request processing method, and corresponding entity | |
JP2019506809A (en) | Virtual network function to cooperate | |
CN114363963A (en) | Load balancing selection method and system for cloud-native UPF signaling plane | |
KR20190103382A (en) | Routing Method and Device | |
CN111200606A (en) | Deep learning model task processing method, system, server and storage medium | |
JP2011527126A (en) | Blade cluster switching center server and signaling method | |
CN106101468B (en) | Method and device for determining transmission link | |
WO2009090898A1 (en) | Communication system, dhcp server, sip server, sip server selection method, and program | |
CN114024968B (en) | Message sending method and device based on intermediate equipment and electronic equipment | |
JP2008311971A (en) | Server system, load distribution method, and program | |
EP4037292B1 (en) | P-cscf registration and discovery mechanism | |
JP4741410B2 (en) | Mobile communication system, exchange, base station apparatus, and downlink communication data transmission method | |
KR20220053383A (en) | Interworking support device and interworking support method for nf service | |
KR101382177B1 (en) | System and method for dynamic message routing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20100225 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100517 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20111226 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120104 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20120508 |