JP5444331B2 - ブレードクラスタ交換センタサーバ及びシグナリング方法 - Google Patents
ブレードクラスタ交換センタサーバ及びシグナリング方法 Download PDFInfo
- Publication number
- JP5444331B2 JP5444331B2 JP2011509856A JP2011509856A JP5444331B2 JP 5444331 B2 JP5444331 B2 JP 5444331B2 JP 2011509856 A JP2011509856 A JP 2011509856A JP 2011509856 A JP2011509856 A JP 2011509856A JP 5444331 B2 JP5444331 B2 JP 5444331B2
- Authority
- JP
- Japan
- Prior art keywords
- call
- blade
- message
- blades
- center server
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1027—Persistence of sessions during load balancing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/088—Load balancing or load distribution among core entities
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13098—Mobile subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13164—Traffic (registration, measurement,...)
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13166—Fault prevention
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13292—Time division multiplexing, TDM
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
図2及び図3に関連して、本発明による交換センタサーバのネットワークビューについてより詳細に説明する。図2と図1bとの比較から、本発明のMSCサーバが全てのブレードについて1つの信号端局のように見えることが理解される。
サーバ内の物理リソースは他のノードから見ることもアドレス指定することもできない。ブレード数の変更は他のノードの構成に何ら影響を与えない。具体的には、新たなブレードの実装により、他のノードにおける動作に何ら介入することなく、追加の処理能力を用いることができる。
呼制御関連信号(ISUP(ISDNユーザ部)、BICC、TUP(電話ユーザ部)は、常にM3UA/SCTPスタック上で搬送される。
- A-インタフェース呼制御信号(BSSAP)は常にSCCP/M3UA/SCTPスタック上で搬送される。
- DSS.1(ディジタル加入者ステージ信号システムNo. 1)は、常にIUA/SCTP上で搬送される。
考慮すべき主観点は、単独ノードビューに加え、MSCブレード間の均一な処理負荷分散である。全てのブレードに共通の信号局コード及びIPアドレスは、個々のブレードの特定には用いられない。
非MTPベースの信号について、信号コネクションは1つのMSCブレード上で終端される。そのブレードはバランサ及び/又は分配器として振る舞うであろう。
バランサは、負荷分散を目的として、どのブレードが呼制御器である(又は呼制御器となるか)を知ることなく、アクティブ状態にある複数のMSCブレードに入来メッセージを分配する。
分配器は呼制御のためにメッセージを他のブレードへ転送する。
制御器ブレードは呼の呼制御を実行している。すなわち、プロトコル状態機械を有し、呼ルーティングを決定し、MGwを制御し、課金を実行し、等を行う。
各トランクルート、A-インタフェースルート及び各PRAは、接続されている回線/チャネルのビジー状態を維持する責を負う1つのMSCブレードを有する。呼制御器は、設定時にマスタからのルート/PRAに属する空き回線/チャネルを要求し、呼の切断時に回線の制御を差し戻す。
各MGwは、MGwのグローバル状態(global state)を追跡するマスタブレードを有する。
バディはマスタと異なるブレードに割り当てられる。バディはまた、制御器がマスタと同じブレード上に存在する場合、動的データ冗長性の維持を助ける。
コーディネータの役は、最も長期にアクティブ状態にあるブレードによって果たされる。コーディネータは、マスタ及びバディ役の再割り当てを明示的にトリガする。
異なるレベルのロバストネスを区別することができる:
セルレベルでは、ブレードの故障の影響を呼が受けない状態を維持することが、意図されたロバストネスである。呼を処理するブレードが所定タイプの復旧手順を実行する場合や、他の理由によってトラフィックを処理できない場合、そのブレードで制御される全ての呼は失われるであろう。ルート又はPRAマスタ及びMGwマスタのような、呼をサポートする機能を有するたのブレードによって提供される機能は、故障が生じた場合に継続中の呼に影響を与えることなく他のブレードに移行可能である。そのため、nのブレードを有するシステムにおいてmのブレードが故障した場合、呼レグの総数のm/nが影響を受けるであろう。呼転送又はローミング再ルーティングに起因して、1つの呼は複数の呼レグを有することができる。そのため、影響を受ける呼の割合は、影響を受ける呼レグの割合よりも高くなるであろう。
シングルノードビューを実現したいので、どのブレードが呼制御器として振る舞っているかに関する情報は、他の信号局には隠し続ける必要がある。ブレードを局コード又はCICと関連付けることはできない。これらの識別子とMSCブレードとの関係は動的に決定され、MSC-S内でのみアクセス可能である。
入来DSS.1メッセージについて、呼番号はそれがMSC又はPRA側で割り当てられたものかどうかを示すビットを有している。
・番号がMSCによって割り当てられていれば、そのメッセージはISDNアクセス端末呼に属する逆方向メッセージであり、ブレード番号は番号値の2〜3ビットに符号化される SCTPアソシエーションをホスティングするブレードは分配器として振る舞い、メッセージを呼制御ブレードに転送するであろう。
・呼番号をPRAが割り当てている場合、メッセージは順方向にあり、ISDNアクセス発呼に属している。SCTPアソシエーションをホスティングしているブレードは、分配器として振る舞うであろう。そして、呼を制御しているブレードをPRAマスタに指摘させるであろう。
BSSAPについては、分配器が逆方向メッセージをコネクションを開始したブレードに宛てるためにSCCP(信号接続制御部)コネクションIDが用いられる。
大部分の呼関連トランザクションはMSCサーバ側から開始され、通知はMGw側から開始され、サービス変更コマンドは両側から開始可能である。MSC-Sによって開始されたトランザクションについては、トランザクション識別子(TID)内の6ビットを、関連する呼のコンテキストを制御しているブレードを示すために指定可能である。これにより、MGwから受信した応答を、トランザクションを開始したブレードへルーティングすることが可能になる。通知はMSC-Sによって命令される。命令は要求識別子(RID)を含んでいる。関連する呼のコンテキストを制御しているブレードを示すために、要求識別子の数ビットを指定することができる。それにより、M-MGwから受信した通知を、要求元のブレードにルーティングすることが可能になる。
そして、呼に関連しない全てのトランザクションは、MGwマスタブレードに渡されるであろう。
MSC-S BS内のメッセージルーティングの原理を、最も頻度の高いトラフィックの事象を用いて説明する。ブレードクラスタの一部として示される論理エンティティは、異なるブレードに置かれてもよい。また、それらエンティティの全て又は一部が物理的に同一なブレード上に共通配置されてもよい。示されるメッセージは典型的な例として、理解を容易にするために選ばれたものである。また、「IAM」は順方向に送信される任意の設定メッセージを表し、「ACM」は引き続いていずれかの方向に送信される任意のメッセージを表す。MSC-SからMGwへ向けて開始される任意の呼関連コマンドを代表して、「Add」コマンドが用いられる。例において、GCPはSCTP上で転送される。GCPがM3UA/SCTP上で搬送されるとすると、MGwへ向かう信号はSPXを通る。これはブレード間の機能割り当てには影響しないため、図示していない。
図4におけるシーケンスは、呼制御にMSCブレードが1つだけ必要なトラフィックの場合を示している。1つのGCPコンテキストが2つの終端によって捕捉される 2つのaddコマンドがMGwへ送信される。これは、必要に応じてHLRへの問い合わせを伴う、トランクからトランクへの呼となりうる。
図5におけるシーケンスは、呼制御に2つのMSCブレード135a、135bが必要なトラフィックの場合を示している。これは、着呼在圏MSC呼コンポーネント(terminating visited MSC call component)がブレードクラスタによって取り扱われている場合に生じる。2つのブレードが呼制御に用いられているので、ブレードごとに1つのGCPコンテキストが生成される。合計で4つのAddコマンドがMGwへ送信される。ここで、同一ブレードクラスタによって受け持たれるMSへのローミングリルーティングを用いた、トランクからGMSCへの呼を例に用いる。
図6におけるシーケンスは、呼制御に2つのMSCブレードが必要なトラフィックの場合を示している。これは発呼者及び被呼者の加入者データが異なるブレードに存在する場合に生じる。各呼制御器が、2つの終端を用いて1つのGCPコンテキストを捕捉する 合計で4つのAddコマンドがMGwへ送信される。
残りの処理は1つ前の章でトランクから移動機への呼に関して説明した手順と同一である。
図7に示すこの例では、(例えば、無応答時の自動転送によって)V-MSCによって呼が出方向トランクに転送される。トランクからの入来呼は上述したものと同じ方法で処理される。出方向トランク呼の処理は、この呼コンポーネントが着呼コンポーネントの呼制御器ブレードで処理されることを除き、トランクからトランクへの呼について説明したものと同じである。
図8は、(PBX)が接続されてもよいトランクからの、構内交換機一時群速度アクセスで着信する呼を示している。入来トランク呼を処理するブレードは、着信呼レグもまた制御するであろう。
回線の捕捉並びにMGwにおける終端の追加を含む、入来トランク信号の処理は、上述の例で説明した入来トランクの処理と同一である。
図9は、PRAから出方向トランクへの呼を示している。
DSS.1分配器ブレード120bは、SCTPアソシエーションの端局を有し、そこでSETUPメッセージを受信する(ステップ1)。アクセス発呼トラフィックの場合に対してPRAが呼番号を生成する。分配器120bは、呼をどのブレードで制御すべきかを決定するため、PRAマスタ130aにコンタクトする(ステップ2)。そして、分配器120bはSETUPメッセージをPRAマスタ130aが決定したブレードに送信する(ステップ3)。そのブレードは呼制御ブレードになり、マスタ130aにコンタクトして、SETUPメッセージで示されたチャネルの捕捉を試行する。そのチャネルが使われておらず(また、ここでは述べないが他の条件が満たされる)場合、ブレードはSETUP ACKNOWLEDGEを送信し(ステップ5)、出方向呼レグの処理を継続するであろう。メッセージはSCTPアソシエーション上でPRAへ向けて送信される。そして、対応する終端が呼のGCPコンテキストに追加される。
出方向トランク呼コンポーネントの処理は、上述の例と同一である。
複数のブレード間におけるプロセッサ負荷の良好な均一化(balancing)はブレードクラスタの必須条件である。プロセッサ負荷が均一に分散されないと、最初に飽和状態に達するブレードによってクラスタ全体の機能性が制限されることになる。能力の限界で動作しているブレード上に割り当てられている中央集権化された機能性は、その中央集権化された機能への依存性により、クラスタにおける他のブレードの性能を制限するであろう。
- 分散されるべきオブジェクトの粒状性(granularity)は、最適な負荷均一化にどの程度近づけるかを制限する要因となりうる。さらに、小さなオブジェクトよりも大きなオブジェクトの方が移動しづらい。小さな粒状性の方が大きな粒状性よりも好ましい。
CIC選択
基本機能
空き回線を選択するために用いられるアルゴリズムは、ルートに対して定められている選択形式に依存する。そのため、空き回線の選択は、例えばそれを各ブレードへの一式の空き回線の複数のサブセットに分割して分散することができない。各ルートについて、専用のブレードが、要求に応じた空き回線を提供し、呼が開放された後にそれら回線を空き回線のプールに戻す責を負う。このブレードを「ルートマスタ」と呼ぶ。
二重捕捉は、あるCICに対してIAMが受信されており、そのCICに対して出方向のIAMが送信済みであるネットワーク状況である。
呼の衝突は、マスタからある出方向コネクションに対して既にリースされているCICに対してIAMが受信され、そのCICについてのIAMがまだ送信されていないというノード内状況である。
空きCICが存在しない場合、要求は待ち行列に入れることができる。この必要性は捕捉要求に示されるべきである。待ち行列はルートマスタによって維持される。待ち時間は呼制御器によって管理される。最大待ち時間に達した場合、あるいは他の理由により呼試行がアボートされた場合、呼制御器はマスタに対し、その呼が待ち行列から除去可能であることを通知する。
そのマスタが存在するブレードがアクティブ状態で無くなった場合、呼制御ブレードは新たなマスタにCICのリースを要求するであろう。
信号の機能停止またはマスタ機能を別のブレードに移動する際のバッファモードにより、分配器ブレードからマスタへの問い合わせができない場合、メッセージはCICを割り当てたブレードのうち、最新のものへ送信されるべきである。同一の呼に関する全てのメッセージは同一の分配器を通るものと仮定することができる。この仕組みは、対象のCICに対してIAM、RSC(回線リセットメッセージ)又はGRS(回線群リセット)メッセージが分配されようとした場合には停止すべきである。
RLCの送信又は受信後、呼制御器は、マスタからリースされたCICの解放を要求する。同一CIC上でのその後の呼設定との衝突については、以下で説明する。
出方向呼の解放手順が完了するまでは、CICが新たな呼によって捕捉されてはならない。MSC BCがRELを送信したとすると、MSC BSはルートマスタにCICの解放を要求する前にRLCを待たなければならない。MSC BCがRELを受信した場合、MSC BCはCICの解放をRLCを送信後に要求しなければならない。異なるブレードが同一のCICを捕捉し、IAMがRLCより前にリモートエンドに到着することは回避されねばならない。
RLCを送信すると、リモートノードは新たな呼を除き、同一CICについてのIAMを直ちに送信することが可能になる。最初の呼が出方向の呼である場合、ほとんどの場合には、新たな呼は最初の呼を制御していたブレードとは異なるブレードが制御することになるであろう。しかし、最初の呼の制御器が何とかそのCICの解放を要求する前に、分配器がIAMの送信を要求することが起こりうる。この場合、そのIAMは進行中の呼を制御しているブレードに送信され、暗黙のCIC捕捉は存在しない。呼制御ブレードはマスタから、黙示的な捕捉が実行されておらず、新たな呼についてマスタに対して明示的にCIC捕捉を要求する必要があることを通知される。
MSCブレードの保守メッセージについての機能的な役割は、可能な限りトラフィックメッセージの処理に準拠する。
プロトコルタイマの満了によって検出されたトラフィック処理中の障害は、保守メッセージの送信を必要としうる。障害状況を検出したブレードは、CICについての制御権を有している。そのブレードはルートマスタに知らせ、そのルートマスタは通常の手順に従って保守メッセージを送信し、確認応答メッセージの受信を監視し、適用可能になれば保守メッセージのポンピングを実行するであろう。ブレードの機能停止に対して最大限のロバストネスを実現するため、継続中のメッセージポンピングに関する情報は、マスタから全てのブレードに供給されなければならない。いわゆる手動閉塞と呼ばれる閉塞状態が全ブレードで利用可能である。影響を受けるCICがリースされているかどうかとは無関係に、ルートマスタだけが、適切な閉塞メッセージを送信し、確認応答メッセージの受信を監視するであろう。監視タイマが満了するまでに閉塞がリモートエンドによって確認応答されない場合、ルートマスタは保守メッセージのポンピングを実行するであろう。
入来保守メッセージはトラフィックメッセージと同様にして分配される。個々のCICに関して呼が継続中であればメッセージは呼制御ブレードに送信され、そうでなければメッセージはルートマスタをホスティングするブレードに送信される。メッセージは新たな呼を開始していないので、暗示的捕捉は実行されない。制御中のブレードはマスタに保守アクティビティに関して通知するであろう。
UCICメッセージの受信
入来UCICメッセージはトラフィックメッセージと同様にして分配される。個々のCICに関して呼が継続中であればメッセージは呼制御ブレードに送信され、そうでなければメッセージはルートマスタに渡される。制御中のブレードはマスタにUCICの受信に関して通知するであろう。マスタは、全てのアクティブなブレードに対し、CICを自動閉塞(auto-block)するように通知する。ルートマスタは警報を発する。IAMに応答してメッセージが受信されていれば、制御ブレードは回線の再選択を試みるであろう。制御ブレードはCICの制御をマスタに戻す。
どのユーザ部にも接続されていないCICを有するメッセージを受信すると、不存在(unequipped)回線に対するメッセージ受信をリモート交換機に知らせるためのUCICメッセージが分配器によって生成される。
ルーティングラベルに含まれるCICについて呼が継続中であれば、メッセージは呼制御ブレードに送信され、そうでなければメッセージはルートマスタに渡される。
呼関連導通確認のためのトラフィック処理との競合のために、また全てのブレードから導通確認試験の開始を可能にするために、導通確認手順は呼制御ブレードによって処理される。
初期アドレスメッセージの送信後に、最初の導通確認要求メッセージを受信した場合、その導通確認要求メッセージは無視しなければならない。分配器はそのメッセージを他のメッセージと同様に分配する。呼制御器ブレードはそのメッセージを破棄するであろう。
導通再確認は呼処理に関連する。IAMで指示された最初の継続確認が失敗した際に実行される。入来呼に関し、COTメッセージにより導通確認の失敗が通知された後は、CCRメッセージが予期される。最初の再確認はタイマT24の満了時に開始し、さらに失敗した場合にはタイマT25によって決まる時間後に行い、その後はさらにタイマT26によって決定される間隔で成功するまで繰り返される。再試験ループの間、CICの制御は呼処理ブレードにありつづける。再確認が成功すると、再びトラフィックを許可するため、CICの制御はマスタに戻される。
機器の捕捉
通常手順
各ルートについて、専用のブレードが、要求に応じた空き回線を提供し、呼が開放された後にそれら回線を空き回線のプールに戻す責を負う。このブレードを「ルートマスタ」と呼ぶ。回線はBSCではなく常にMSC-Sによって選択される。そのため、捕捉の競合も二重捕捉も起こりえない。空き機器はFIFO空きリストによって見つけられる。
自ノードにより開始される手順
MSCによって開始される手順は以下の通りである:
・ 回線及び回線群レベルの閉塞及び閉塞解除
・ 個々の回線及びノードレベルでのリセット
・ 不存在CICに関するメッセージの受信に関する通知
プロトコルタイマの満了によって検出されたトラフィック処理中の障害は、保守メッセージの送信をトリガしない。
BSCによって開始される手順は以下の通りである:
・ 回線及び回線群レベルの閉塞及び閉塞解除
・ 個々の回線及びBSCレベルでのリセット
・ 不存在CICに関するメッセージの受信に関する通知
UNEQUIPPED CIRCUITメッセージの受信
入来UNEQUIPPED CIRCUITメッセージは保守メッセージと同様にして分配される。全ブレードは、そのCICを自己閉塞するように通知される。ルートマスタが存在するブレードは警報を発する。
分配ブレードは、メッセージの受信時に、ルーティングラベル内で示されるCICをいずれかのブレードが制御しているかどうかをルートマスタに問い合わせる。そのCICがBSSMAPと結びつけられていない場合、そのCICを受け持つマスタが存在しない。分配器は、不存在回線についてのメッセージの受信をBSCに通知するため、UNEQUIPPED CIRCUITメッセージを生成するであろう。
呼関連GCPメッセージルーティング
呼関連GCPメッセージのルーティングを図10に示す。このルーティングは以下のステップを有する。
サービス変更コマンドは、MSC-SとMGwとの間の非呼関連保守情報を搬送する。図11に示す以下のシーケンスは、そのようなメッセージがどのようにルーティングされるかを示している。
Claims (47)
- 呼を処理する交換センタサーバ(100)であって、
複数のブレード(110)を有するブレードクラスタと、
前記複数のブレードの1つへ、呼に関するメッセージを分配する分配器(125,170)と、
呼を処理するために前記複数のブレード(110)のいずれもがアクセス可能なリソース、の使用を集中制御するマスタ(130,150)と、
呼を処理するために前記複数のブレード(110)のいずれもがアクセス可能な前記リソースを制御する呼制御器(135)と、を有し、
前記分配器は、
前記メッセージをどのブレードに分配すべきかの情報を読み出すために、前記マスタにコンタクトするとともに、確立された呼に関するメッセージを、前記確立された呼についての前記呼制御器(135)が設けられているブレードに分配することを特徴とする交換センタサーバ。 - 呼設定用の初期メッセージの場合、前記マスタは前記呼をどのブレードで制御すべきかを決定し、前記分配器は前記メッセージを前記決定されたブレードに分配することを特徴とする請求項1記載の交換センタサーバ。
- 前記マスタは、複数の異なるブレードの処理負荷に応じて、前記初期メッセージを分配すべきブレードを選択することを特徴とする請求項2記載の交換センタサーバ。
- 前記分配器が確立された呼に関するメッセージを受信した場合、前記分配器は前記複数のブレードの中から、前記確立された呼を処理しているブレードを判別し、前記メッセージを当該ブレードに分配することを特徴とする請求項1記載の交換センタサーバ。
- 前記分配器(125,170)は、前記確立された呼に関する前記メッセージをどのブレードに分配すべきかの情報を読み出すために、前記マスタ(130,150)にコンタクトすることを特徴とする請求項1乃至請求項4のいずれか1項に記載の交換センタサーバ。
- 前記分配器(125,170)は、前記確立された呼に関する前記メッセージに含まれる、リソース識別データ(CIC)を抽出し、前記抽出されたリソース識別データを用いる前記確立された呼についての前記呼制御器がどのブレードに設けられているかの情報を読み出すために前記マスタ(130,150)にコンタクトし、前記メッセージを当該ブレードに分配することを特徴とする請求項1乃至請求項5のいずれか1項に記載の交換センタサーバ。
- PRA発の呼について、前記分配器は当該呼についての前記メッセージに含まれる呼番号データを抽出し、前記抽出された呼番号データを用いる前記呼についての前記呼制御器がどのブレードに設けられているかの前記情報を読み出すために前記マスタにコンタクトし、前記メッセージを当該ブレードに分配することを特徴とする請求項1乃至請求項6のいずれか1項に記載の交換センタサーバ。
- PRA着呼について、前記呼制御器はブレード識別データを含んだ呼番号を生成し、前記分配器は前記PRA着呼に関するメッセージを、前記ブレード識別データを用いて前記呼を処理する前記ブレードへ分配することを特徴とする請求項1乃至請求項7のいずれか1項に記載の交換センタサーバ。
- 前記メッセージを前記複数のブレードの1つに割り当てるバランサ(120,165)をさらに有し、前記分配器は前記バランサから受信したメッセージを分配することを特徴とする請求項1乃至請求項8のいずれか1項に記載の交換センタサーバ。
- 前記バランサ(120,165)は、前記メッセージに含まれる発呼元情報データ(OPC)、宛先情報データ(DOP)、シグナリングリンク情報データ(SI,SLS)の情報の少なくとも1つに応じて前記メッセージを前記複数のブレードの1つに割り当てることを特徴とする請求項9記載の交換センタサーバ(100)。
- 前記バランサ(120,165)は、同一の発信元情報データ、宛先情報及び信号リンク情報データを有するメッセージが同一ブレードに割り当てられるように構成されることを特徴とする請求項10記載の交換センタサーバ(100)。
- 前記分配器が、前記バランサが前記メッセージを割り当てたブレードに設けられることを特徴とする請求項9乃至請求項11のいずれか1項記載の交換センタサーバ。
- 呼を処理する交換センタサーバであって、
複数のブレード(110)を有するブレードクラスタと、
前記複数のブレードの1つへ応答メッセージを分配する応答メッセージ分配器(145,160)と、
呼を処理するために前記複数のブレード(110)のいずれからもアクセス可能なリソースを制御する呼制御器(135)とを有し、
前記呼制御器(135)は、前記呼制御器(135)が設けられているブレードを特定することを可能にするブレード識別データを含んだトランザクション識別データ(TID)を生成し、前記交換センタサーバは前記トランザクション識別データ(TID)をゲートウェイに送信し、前記応答メッセージ分配器(145,160)が前記ゲートウェイからの前記応答メッセージを、前記トランザクション識別データ(TID)に含まれる前記ブレード識別データに基づいて、前記呼制御器が設けられている前記ブレードに分配することを特徴とする交換センタサーバ。 - 前記応答メッセージを受信する前記交換センタサーバの信号端局が、前記複数の異なるブレードの信号処理負荷に応じて、前記複数の異なるブレードのうち、前記応答メッセージ分配器として振る舞う1つに前記応答メッセージを送信することを特徴とする請求項13記載の交換センタサーバ。
- 前記応答メッセージ分配器(145,160)が前記応答メッセージを復号し、前記ブレード識別データを読み出し、前記応答メッセージを前記特定された呼制御器に分配することを特徴とする請求項13又は請求項14記載の交換センタサーバ。
- 前記呼制御器(135)は前記マスタ(120,135)に、リモートノードへのコネクション用のリソースを要求することを特徴とする請求項1乃至請求項15のいずれか1項に記載の交換センタサーバ。
- 前記呼制御器(135)は呼制御信号メッセージを前記リモートノードに送信し、逆方向メッセージを受信する前記交換センタサーバは、前記逆方向メッセージを分配器(170)に送信し、前記分配器が前記逆方向メッセージを前記呼制御器(135)に分配することを特徴とする請求項16記載の交換センタサーバ。
- 前記メッセージを前記複数のブレードの1つに割り当てるバランサ(120,165)をさらに有し、
前記バランサ(120,165)は、前記逆方向メッセージを受信し、発呼元情報データ、宛先情報データ、及び信号リンク情報データの少なくとも1つに応じて、前記逆方向メッセージを前記複数のブレードの1つに送信することを特徴とする請求項17記載の交換センタサーバ。 - 前記ブレードクラスタは、前記ブレードクラスタの異なる複数のブレードが、1つの共通したアドレスによってリモートノードからアドレス指定可能となるように構成されることを特徴とする請求項1乃至請求項18のいずれか1項に記載の交換センタサーバ。
- 1つのブレードによって送信される通知要求が要求識別データを有し、メディアゲートウェイから受信される前記識別要求データを含む通知コマンドが、通知を前記1つのブレードに分配するために用いられることを特徴とする請求項13乃至請求項19のいずれか1項に記載の交換センタサーバ。
- 前記マスタは保守手順を制御し、前記分配器から未使用のリソースに関する保守メッセージを受信する一方、使用されているリソースに関する、確立された呼の保守メッセージは前記呼制御器に分配されることを特徴とする請求項1乃至請求項20のいずれか1項に記載の交換センタサーバ。
- 前記呼制御器が、受信した保守メッセージを前記マスタに通知することを特徴とする請求項21記載の交換センタサーバ。
- 前記マスタが、前記保守手順の状態を前記複数のブレードの全てに通知することを特徴とする請求項21又は請求項22記載の交換センタサーバ。
- 呼を処理し、複数のブレードを有するクラスタ構造を有する交換センタサーバ(100)の前記複数のブレードの1つに呼を分配する方法であって、
呼に関するメッセージを受信するステップと、
前記複数のブレードの1つへ、呼に関するメッセージを分配するステップとを有し、
前記メッセージを分配するため、呼を処理するために前記複数のブレード(110)のいずれもがアクセス可能なリソースの使用を集中制御するマスタが、どのブレードに前記呼を分配すべきかの情報を読み出すためにコンタクトされ、確立された呼に関するメッセージが受信されると、前記確立された呼に関するメッセージが、呼制御器(135)が設けられているブレードに分配されることを特徴とする方法。 - 呼設定用の初期メッセージの場合、前記マスタは前記呼をどのブレードで制御すべきかを決定し、前記メッセージが前記決定されたブレードに分配されることを特徴とする請求項24記載の方法。
- 前記初期メッセージが、前記複数の異なるブレードの処理負荷に応じて分配されることを特徴とする請求項25記載の方法。
- 呼の制御、呼の設定、呼の監視、及び呼の切断のうち少なくとも1つが前記呼制御器によって実行されることを特徴とする請求項24乃至請求項26のいずれか1項に記載の方法。
- 前記分配するステップが、
前記メッセージを、前記クラスタ構造を構成する前記複数のブレードの1つに割り当てるステップと、
前記1つのブレードから、前記メッセージを前記呼制御器(135)が設けられているブレードに分配するステップとをさらに有することを特徴とする請求項24乃至請求項27のいずれか1項に記載の方法。 - 前記メッセージが、前記メッセージに含まれる発呼元情報データ、宛先情報データ、及び信号リンク情報データの少なくとも1つに応じて、前記1つのブレードに割り当てられることを特徴とする請求項28記載の方法。
- 前記複数のブレードのうち、前記確立された呼を制御しているブレードが、前記確立された呼に関する前記メッセージをどのブレードに分配すべきかの情報を呼び出すために前記マスタにコンタクトすることによって判別されることを特徴とする請求項24乃至請求項29のいずれか1項に記載の方法。
- PRA発の呼について、当該呼についての前記メッセージに含まれる呼番号データが抽出され、前記抽出された呼番号データを用いる前記呼についての前記呼制御器がどのブレードに設けられているかの前記情報を読み出すために前記マスタがコンタクトされ、前記メッセージが当該ブレードに分配されることを特徴とする請求項24乃至請求項30のいずれか1項に記載の方法。
- PRA着信呼について、ブレード識別データを含んだ呼番号が生成され、前記PRA着信呼に関するメッセージは、前記呼を処理するブレードに前記ブレード識別データを用いて分配されることを特徴とする請求項24乃至請求項31のいずれか1項に記載の方法。
- さらに、
前記確立された呼に関する前記メッセージに含まれるリソース識別データを抽出するステップと、
前記抽出されたリソース識別データを用いる前記確立された呼についての前記呼制御器がどのブレードに設けられているかの情報を読み出すために前記マスタ(130,150)にコンタクトするステップと、
前記メッセージを当該ブレードに分配するステップとを有することを特徴とする請求項25乃至請求項32のいずれか1項に記載の方法。 - 応答メッセージを、ゲートウェイ(400)から、複数のブレードを有するクラスタ構造を有する交換センタサーバの前記複数のブレードの1つに分配する方法であって、前記交換センタサーバは、呼を処理するために前記複数のブレード(110)のいずれからもアクセス可能なリソースを制御する呼制御器(135)を有し、前記方法が、
前記呼制御器が設けられているブレードを特定することを可能にするブレード識別データを含んだトランザクション識別データを生成するステップと、
前記交換センタサーバから前記ゲートウェイへ前記トランザクション識別データを送信するステップと、
前記ゲートウェイ(400)から前記応答メッセージを受信するステップと、
前記トランザクション識別データに含まれる前記ブレード識別データに基づいて、前記呼制御器が設けられているブレードに前記応答メッセージを分配するステップとを有することを特徴とする方法。 - 前記応答メッセージが前記複数のブレードの1つに割り当てられ、前記トランザクション識別データ(TID)に含まれる前記ブレード識別データを特定するために当該1つのブレードで復号され、前記応答メッセージが、前記ブレード識別データに基づいて前記呼制御器が設けられているブレードに分配されることを特徴とする請求項34記載の方法。
- 前記応答メッセージが前記交換センタサーバの信号端局で受信され、当該信号端局から前記応答メッセージが前記複数の異なるブレードの信号処理負荷に応じて前記複数の異なるブレードの1つに送信されることを特徴とする請求項34又は請求項35記載の方法。
- 確立された呼を処理するために複数の呼制御器が関与している場合、関与する各ブレードについて前記ブレード識別データを含んだトランザクション識別データ(TID)が生成され、前記ゲートウェイに送信されることを特徴とする請求項34乃至請求項36のいずれか1項に記載の方法。
- さらに、
リモートノードへのコネクションに関する呼制御信号メッセージ(IAM,paging)を前記リモートノードに送信するステップと、
逆方向メッセージを前記リモートノードから受信するステップと、
前記逆方向メッセージを前記呼制御器が設けられているブレードに分配するステップとを有することを特徴とする請求項24乃至請求項37のいずれか1項に記載の方法。 - 前記逆方向メッセージが、マスタにアクセスし、前記呼制御器がどのブレードに設けられているかの情報を要求することによって分配されることを特徴とする請求項38記載の方法。
- 前記呼制御器(135)は、前記呼制御器が既に初期アドレスメッセージをあるリモートノードに送信しているリソースについて、前記あるリモートノードと異なるリモートノードから捕捉要求を受信すると、当該リソースについての二重捕捉状態を検出することを特徴とする請求項24乃至請求項39のいずれか1項に記載の方法。
- あるリソースについての捕捉要求を満たすことができない場合、当該捕捉要求を待ち行列に入れるステップをさらに有し、前記マスタ(130,150)は、前記待ち行列から呼試行を除去するように指示されると、前記呼試行に関する捕捉要求を前記待ち行列から除去することを特徴とする請求項24乃至請求項40のいずれか1項に記載の方法。
- 1つのブレードによって通知要求に要求識別データを含めるステップをさらに有し、前記要求識別データが、メディアゲートウェイから前記1つのブレードに通知コマンドを分配するために用いられることを特徴とする請求項24乃至請求項41のいずれか1項に記載の方法。
- 前記マスタによって保守手順を制御するステップをさらに有する一方、確立された呼の場合、保守メッセージが前記呼制御器に分配されることを特徴とする請求項24乃至請求項41のいずれか1項に記載の方法。
- 前記マスタは前記呼制御器による保守メッセージの受信を通知されることを特徴とする請求項43記載の方法。
- 前記保守手順の状態を前記複数のブレードの全てが通知されることを特徴とする請求項43又は請求項44記載の方法。
- あるブレードの故障が検出された場合、故障情報が前記マスタに送信され、前記マスタは他のブレードに前記故障に関して通知することを特徴とする請求項24乃至請求項45のいずれか1項に記載の方法。
- 前記複数のブレードの1つにメッセージを分配する前記ステップが、前記交換センタサーバの入来メッセージに関して実行される一方、1つのブレードからの出方向メッセージはその宛先へ直接送信されることを特徴とする請求項24乃至請求項46のいずれか1項に記載の方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2008/004075 WO2009140978A1 (en) | 2008-05-21 | 2008-05-21 | Blade cluster switching center server and method for signaling |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2011527126A JP2011527126A (ja) | 2011-10-20 |
JP5444331B2 true JP5444331B2 (ja) | 2014-03-19 |
Family
ID=40412920
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011509856A Expired - Fee Related JP5444331B2 (ja) | 2008-05-21 | 2008-05-21 | ブレードクラスタ交換センタサーバ及びシグナリング方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US9025592B2 (ja) |
EP (1) | EP2289228B1 (ja) |
JP (1) | JP5444331B2 (ja) |
CN (1) | CN102047639B (ja) |
MX (1) | MX2010012474A (ja) |
WO (1) | WO2009140978A1 (ja) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009154629A1 (en) * | 2008-06-20 | 2009-12-23 | Hewlett-Packard Development Company, L.P. | Domain management processor |
CN102299871B (zh) * | 2010-06-24 | 2015-04-01 | 中兴通讯股份有限公司 | 一种通信方法及网关设备 |
JP5648861B2 (ja) * | 2012-01-24 | 2015-01-07 | 日本電信電話株式会社 | パケット伝送方法およびパケット伝送装置 |
CN103685382B (zh) * | 2012-09-12 | 2017-01-25 | 中兴通讯股份有限公司 | 一种坐席间跨刀片服务器的呼叫方法及系统 |
CN104485715B (zh) * | 2014-12-29 | 2017-05-03 | 江苏科技大学 | 一种智能池化装置及其方法 |
US11573834B2 (en) * | 2019-08-22 | 2023-02-07 | Micron Technology, Inc. | Computational partition for a multi-threaded, self-scheduling reconfigurable computing fabric |
US11483267B2 (en) | 2020-06-15 | 2022-10-25 | Snap Inc. | Location sharing using different rate-limited links |
US11503432B2 (en) * | 2020-06-15 | 2022-11-15 | Snap Inc. | Scalable real-time location sharing framework |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6148201A (en) * | 1997-08-06 | 2000-11-14 | Nortel Networks Corporation | Scalable wireless network architecture based on subscriber distribution |
US6389448B1 (en) * | 1999-12-06 | 2002-05-14 | Warp Solutions, Inc. | System and method for load balancing |
US20020187790A1 (en) * | 2001-06-12 | 2002-12-12 | Dimitrios Papadimitriou | Non-dedicated access node and switch connections in a wireless telecommunications network |
US6947758B2 (en) * | 2001-12-05 | 2005-09-20 | Samsung Electronics Co., Ltd. | System and method for providing a distributed processing element unit in a mobile telecommunications network |
US20040088410A1 (en) * | 2002-11-06 | 2004-05-06 | Flynn Thomas J. | Computer network architecture |
US20050015430A1 (en) * | 2003-06-25 | 2005-01-20 | Rothman Michael A. | OS agnostic resource sharing across multiple computing platforms |
US20040268093A1 (en) * | 2003-06-26 | 2004-12-30 | Samra Nicholas G | Cross-thread register sharing technique |
US7237130B2 (en) * | 2003-08-04 | 2007-06-26 | Inventec Corporation | Blade server performance management method and system |
US7694298B2 (en) * | 2004-12-10 | 2010-04-06 | Intel Corporation | Method and apparatus for providing virtual server blades |
US8306023B2 (en) * | 2004-12-20 | 2012-11-06 | Hewlett-Packard Development Company, L.P. | Smuggling and recovery of non-packet information |
JP2007013612A (ja) | 2005-06-30 | 2007-01-18 | Fujitsu Ltd | メディアゲートウェイコントロール装置への処理負荷分散配布方法 |
US9264455B2 (en) | 2005-11-15 | 2016-02-16 | Alcatel Lucent | Clustering call servers to provide protection against call server failure |
JP4241760B2 (ja) | 2006-05-18 | 2009-03-18 | 株式会社日立製作所 | 負荷分散システム |
JP2008034947A (ja) | 2006-07-26 | 2008-02-14 | Fujitsu Ltd | 負荷分散型呼処理システム |
WO2008119397A1 (en) | 2007-04-02 | 2008-10-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Scalability and redundancy in an msc-server blade cluster |
WO2009140979A1 (en) * | 2008-05-21 | 2009-11-26 | Telefonaktiebolaget L M Ericsson (Publ) | Resource pooling in a blade cluster switching center server |
-
2008
- 2008-05-21 JP JP2011509856A patent/JP5444331B2/ja not_active Expired - Fee Related
- 2008-05-21 WO PCT/EP2008/004075 patent/WO2009140978A1/en active Application Filing
- 2008-05-21 EP EP08758680.6A patent/EP2289228B1/en active Active
- 2008-05-21 CN CN2008801293746A patent/CN102047639B/zh not_active Expired - Fee Related
- 2008-05-21 US US12/993,627 patent/US9025592B2/en active Active
- 2008-05-21 MX MX2010012474A patent/MX2010012474A/es active IP Right Grant
Also Published As
Publication number | Publication date |
---|---|
US20110124342A1 (en) | 2011-05-26 |
US9025592B2 (en) | 2015-05-05 |
EP2289228A1 (en) | 2011-03-02 |
WO2009140978A1 (en) | 2009-11-26 |
MX2010012474A (es) | 2011-03-21 |
EP2289228B1 (en) | 2017-11-29 |
CN102047639A (zh) | 2011-05-04 |
JP2011527126A (ja) | 2011-10-20 |
CN102047639B (zh) | 2013-11-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5444331B2 (ja) | ブレードクラスタ交換センタサーバ及びシグナリング方法 | |
US10834049B2 (en) | Systems and methods for dynamically registering endpoints in a network | |
EP2371086B1 (en) | Network node and method for controlling resources in a communication network | |
JP4361951B2 (ja) | 通信システム内のネットワークノードグループを用いたデータ通信制御のための方法 | |
RU2507703C2 (ru) | Объединение ресурсов в сервере центра коммутации с кластером с электронными платами | |
US7742421B2 (en) | Systems, methods, and computer program products for distributing application or higher layer communications network signaling entity operational status information among session initiation protocol (SIP) entities | |
US8214479B2 (en) | Scalability and redundancy in an MSC-Server blade cluster | |
US9621599B2 (en) | Communication system, communication method, and call control server | |
WO2016058297A1 (zh) | 实现虚拟化网元间负载均衡的方法及系统和虚拟化网元 | |
KR102209719B1 (ko) | 통신 시스템에서 사용자 평면을 제어하기 위한 장치 및 이를 위한 방법 | |
US8452298B2 (en) | Method and device for managing interface circuits between access network and core network | |
US9288332B2 (en) | System and method for providing high reliability network | |
US8504701B2 (en) | Method for the management of flows between appliances of a telecommunications network | |
US7155505B1 (en) | Methods and systems for ticket voucher flow control in response to signaling link failure | |
JP5545887B2 (ja) | 分散復旧方法、および、ネットワークシステム | |
KR100803279B1 (ko) | 통합 신호점 제어 및 백업 관리 시스템 및 그 방법 | |
CN117201677A (zh) | 呼入呼出系统和用于呼入呼出系统的调度方法 | |
KR20020090021A (ko) | 무선 교환시스템내의 서브 시스템간 메시지 전달방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20121127 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130204 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20130507 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20130514 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130726 |
|
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: 20131202 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20131220 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5444331 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |