JP3317503B2

JP3317503B2 - トラヒック管理制御用の負荷分散グループのサービス制御点を相互接続する通信リンク

Info

Publication number: JP3317503B2
Application number: JP51983398A
Authority: JP
Inventors: モハラム・オマヤマ・エル―セイド
Original assignee: Nortel Networks Ltd
Current assignee: Nortel Networks Ltd
Priority date: 1996-10-25
Filing date: 1997-10-08
Publication date: 2002-08-26
Anticipated expiration: 2017-10-08
Also published as: DE69717248T2; EP0872125A1; CA2237625A1; DE69717248D1; EP0872125B1; CA2237625C; JPH11501495A; WO1998019468A1

Description

【発明の詳細な説明】関連出願本発明は、「トラヒック管理制御用の中継点に接続さ
れたサービス制御点の負荷分散グループ」と題する本願
の同時係属米国出願に関連している。当該出願は、本願
と同日に出願され、また、本願には、それを参照して、
その内容が組み込まれている。

発明の分野本発明は、一般的には、電気通信用インテリジェント
・ネットワークに関するものであり、特に、そのネット
ワーク内のトラヒック管理制御を行うためのサービス制
御点間における負荷分散に関するものである。

背景技術図１に示すインテリジェント・ネットワーク（IN）
は、良く知られているように、サービス交換点（SS
P）、サービス制御点（SCP）、補助装置、インテリジェ
ント周辺機器（IP）、中継点（MP）のような、様々なネ
ットワーク構成要素（NE）を有している。INサービスを
提供するということは、No.7共通線信号方式（CCS7）の
ネットワーク・プロトコルを用いて、異なるネットワー
ク構成要素（その代表的なものには、SSPおよびSCPがあ
る）間の協調を意味する。

操作、統括および保守（OAM）管理環境の特徴は、信
頼性の高いINの動作を保証する機能である。ネットワー
クOAM管理を提供する電気通信管理ネットワーク（TMN）
を構成するものには、サービス管理システム（SMS）、
監視および試験動作システム、および、ネットワーク・
トラヒック管理（NTM）動作システム（OS）などがあ
る。ネットワーク動作およびサービスに関連した測定、
ログ、および警報は、これらNEによって生成され、OAM
管理用のOSによって収集される。監視および試験動作シ
ステム（OS）は、障害管理を行う。このネットワーク・
トラヒック管理OSの主たる目的は、様々なNEにおける過
負荷制御の管理を行い、サービスの信頼性とネットワー
クの透明性を保証することである。

上記のNTMは、監視および制御を備えており、それら
によって、異常な負荷状態や過剰なトラヒック輻輳の検
出、起動、停止、過負荷制御の監視が行われる。

［１］GR−1298−CORE、最新型インテリジェント・ネッ
トワーク（AIN）交換システムの一般的要求事項、ベル
コア、第３号、1996年７月；［２］改訂版草案ITU−Ｔ勧告Q.1218、インテリジェン
ト・ネットワークCS−１用インタフェース勧告、COM 1
1−Ｒ 104E、1995年５月；［３］ITU−Ｔ勧告E.412 電話網およびISDNサービス品
質、ネットワーク管理およびトラヒック工学、ネットワ
ーク管理制御；におけるIN NTM要求事項は、１あるいはそれ以上の接
続装置において検出される輻輳状態によって起動する自
動呼関連の質問（query）、および呼非関連信号メッセ
ージを制限する制御（以下単に制御という）が必要であ
る点を強調している。これらの制御は、NEにおけるトラ
ヒックの過負荷（または、呼処理容量の減少）のため、
展開するNEから対応するNEまで、そして、残りのネット
ワーク全体において輻輳状態を最小限にする。

自動符号ギャッピング（ACG）は、ネットワークの輻
輳を制御するのに用いるネットワーク管理機構である。
例えば、SCPが質問によって輻輳したとすると、SSPに
は、所定期間、質問の送信を遅くするか、中止する要求
が出される。SCPが質問によって過負荷状態にあること
が判明した場合、特定の基準に合致する質問の送信を、
所定時間、遅らせるか、または中止する要求を自動的に
発する。この基準および要求は、サービス管理システム
（SMS）より手動で発することもできる。これら自動お
よび手動で発せられた要求は、ACGメッセージの形式
で、SCPからSSPへ伝達される。SCP/SMSより発せられたA
CG要求メッセージからは、制御リストが生成され保持さ
れるが、それに対して、未処理のSCP向け質問がチェッ
クされる。呼処理中は、INの質問を送信する前にACG制
御がチェックされ、その質問にギャップを施すかどうか
（すなわち、質問を阻止するかどうか）を決定する。上
記の制御内に特定された基準が、未処理の質問の基準と
一致する場合、その質問にギャップが施され、その呼に
は、IN最終処置またはデフォルトの経路指定が適用され
る。

自動符号ギャッピング（ACG）メカニズムは、SCPにお
いて、そのSCPにおける輻輳レベルを検出および確認す
る手順、そのSCPの輻輳レベルをSSPへ戻す通信を行うメ
ッセージ、および、SSP内で、トラヒックを絞り込む手
順より構成される。これらのACG制御は、全て、SCPへの
質問を間接的にルーティングする。トラヒック制御の項
目は、そのグローバル・タイトル・アドレス（GTA）お
よび翻訳タイプ（TT）（以下GTA/TTという）によって識
別され、それらは、信号転送点（STP）において、送信
先SCPの信号点符号、および特定アプリケーション、ま
たは、そのSCPに設定されたアプリケーションのサブシ
ステム番号（SSN）に変換される。SSPに対するACG要求
は、特定のギャップ間隔および継続時間を用いて、トラ
ヒック送信を規制するようSSPに指示する。SCPからACG
制御を開始するには、以下の２つの方法がある。

（１）SCP開始コード制御を介して自動的に行う；（２）SMS発信コード制御（SOCC）を介して手動で行
う；手動によるSOCC法は、自動によるSCP法を補完する。

自動によるSCP制御に関しては、SSPが、「SCP過負
荷」という制御原因インジケータを有するACGメッセー
ジを受信すると、SSPは、SCP過負荷制御リストに、TTお
よび６桁のGTAを記載する。制御が追加された場合、SSP
によって、ギャップ間隔および継続時間の両方に対する
タイマを起動する。それに続く呼は、所定のTTに対する
６桁の符号に一致する被呼番号あるいは課金番号を有す
る質問を生成するSSPによって処理され、ギャップ間隔
に等しい期間が終了するまで、ギャップが施される。こ
のギャップ間隔が終了すると、SPPは、次に適用すべき
質問が正常に処理されるようにする。この質問が送信さ
れると、SSPは、ギャップ間隔に等しい、他の期間にお
いて、阻止を再開する。この継続時間に等しい期間が経
過するまで、このサイクルが繰り返される。この継続時
間が終了すると、SCP過負荷制御が制御リストから除か
れる。

手動でSOCC制御を行う場合、SSPが、「SMSより発呼」
という制御原因インジケータを有するACGメッセージを
受信すると、SSPは、SOCC制御リストに「TT、および３
桁、６桁、７桁、８桁、９桁、あるいは10桁のGTA」制
御を記載する。ギャップ間隔および継続期間の両方に対
するタイマは、その制御がリストに追加されると始動す
る。TTおよびGTAを有する制御がSOCC制御リストに追加
され、ギャップ間隔タイマが始動すると、SOCC制御リス
ト中のGTA＋TTと一致する「被呼番号または課金番号＋T
T」を有する質問を生成する呼に対して、ギャップ間隔
が終了するまで、ギャップが施される。このギャップ間
隔の終了後、SSPは、次に適用すべき質問が正常に処理
されるようにする。この質問が送信されると、SSPは、
ギャップ間隔に等しい、他の期間において、阻止を再開
する。この継続時間に等しい期間が経過するまで、この
サイクルが繰り返される。そして、この継続時間が終了
すると、その制御がSOCC制御リストから除かれる。

符号ギャッピングは、速度制御の一様態である。SSP
は、符号ギャッピングを使用して、SCP宛ての質問を規
制する。符号ギャッピングによって、秒当たりの初期の
質問の数が制限される。それを図２に例示する。図中の
矢印は、質問が正常にSSPからSCPに送信されるときの時
間を示している。ギャッピングが開始されると、発信源
（ソース）からの全ての質問が、最初のギャップ間隔の
間、阻止される。この後、次の質問が通過できる。一
旦、質問が通過すると、次のギャップ間隔では、全ての
質問が阻止される。ギャップの間につき、せいぜい１つ
質問が通過する。このパターンは、継続時間タイマが切
れるか、あるいは呼ギャッピングが終了されるまで繰り
返される。

図３は、符号ギャッピング制御の動作を例示するもの
である。この例では、継続時間として15秒、ギャップ間
隔として５秒を用いている。同図に示すように、SSP
が、過負荷状態のSCPからACG要求を受けた場合、SSP
は、継続時間タイマ、およびギャップ・タイマを初期化
する。３〜８秒の間、SCPへの質問は阻止される（つま
り、SCPへ送信される質問は１つもない）。上記のギャ
ップ・タイマが切れると、次の質問がSCPに送信され
る。SSPがSCPに質問を送信すると、SSPがギャップ・タ
イマをリセットし（図３では、16秒目に示されてい
る）、SCPは、その質問を処理して、その制御をアクテ
ィブ状態に維持すべきかどうかを確認する。SSPは、16
〜18秒の間、質問を阻止し、その後、継続時間タイマが
切れる。18秒以降は、質問はSCPに送信される。

従来の符号ギャッピングで生じる可能性のある問題と
して、SSPトラヒックが不当に絞り込まれてしまうこと
がある。SSPは、ギャップ間隔および継続時間を使用し
て、SCPへの質問を規制し、超過質問を送信して、トー
ンおよび通知を再要求する。ギャッピングが開始される
と、最初のギャップ間隔の間、SSPからの全ての質問が
阻止される。その後は、次の質問が通過する。一旦、質
問が通過すると、次のギャップ間隔の間、全ての質問が
阻止される。従って、ギャップの間につき、せいぜい１
つの質問が通過する。１つの質問が受容された後に、全
ての質問が阻止される間隔が続くというパターンは、継
続時間タイマが切れるまで繰り返される。このメカニズ
ムでは、全てのSSP局に対して同じギャップ期間および
継続時間が適用される。この制御による絞込みは、小型
局よりも大型局において過酷なものとなる。これによっ
て、大型局と小型局とが公平に扱われなくなる。また、
この制御を行うことによって、トラヒックが交互にオン
・オフするが、オフ期間が長すぎる可能性がある。さら
に、小型局に比べて大型局の方が、より高い割合のトラ
ヒックを絞り込むことが予想される。このメカニズム
は、SSP局の規模を考慮に入れていない。

従来の符号ギャッピングにおけるもう１つの問題は、
負荷分散SCPグループとの関連において、SCPリソースを
十分に利用していないことである。電話会社は、負荷分
散および信頼性のために、複数のSCPにサービスの複製
を作成している。図４には、複製されたSCP（または、
負荷分散SCP）の配置が示されている。通常、そのグル
ープ内の各SCPは、同じ点コードで識別され、STPは、各
SCPを順番に、周期的に選択して、SSPより受信した各質
問を処理する。

負荷分散SCPグループ中のSCPの１つが過負荷になった
場合、そのSCPは、自分宛てのトラヒックを規制するよ
う、SSPに通知する。これらのSSPは、負荷分散SCPグル
ープを１つの構成要素と見ており、また、トラヒック制
御の項目は、そのGTA/TTによって識別されるため、SSP
は、一致するGTA/TTを有する質問を生成する全ての呼に
対して制御を行う。例えば、負荷分散SCPグループ内
の、複数のSCPの１つ（例えば、SCP−Ａ）が、SSPに過
負荷制御要求を送信した場合、そのグループ内の他のSC
P（すなわち、SCP−Ｂ）が、これらの質問を処理できた
としても、制御下にあるGTA/TTと一致する全ての呼が、
SSPによって阻止される。その結果、SCPリソースの利用
が不十分になる。

また、もう１つの問題は、制御が不安定になることで
ある。SCP−Ｂが過負荷ではない場合、SCP−Ｂは、SSP
に制御を除去するよう要求する。その結果、SSPと負荷
分散SCPグループとの間で、制御要求と除去メッセージ
が交換される。SSPと負荷供給SCPグループとの間で上記
の制御要求と除去メッセージが過剰になると、ネットワ
ーク・トラヒックが輻輳したり、ネットワークの性能が
劣化したりする。

この問題があるため、さらに制御が不安定になる。負
荷分散グループ中の２つのSCPに対して、定常的に、１
つのSCPの制御をアクティブにし、また、他のSCPの制御
を除去させることができる。輻輳状態にあるSCPは、SSP
により阻止されていない質問の処理を行い、重度の過負
荷状態に陥る可能性もある。このような状態は、例え
ば、SCP−Ｂが制御を除去した時と、SSPが新たに制御を
アクティブにした時との間において起こり得るものであ
り、図５では、このことを「危険」域として示してあ
る。この問題は、SCPが、アクティブな制御リストを同
期させるための相互通信をしないために生じる。あるSC
Pは、他のSCPが、共有サービス・サブシステム番号（SS
N）に対して制御を要求したことを知らない。

従って、識別した負荷分散SCPトラヒック管理の制御
の問題の内、少なくともいくつかを解決することが望ま
しい。

発明の概要本発明の目的は、新規かつ改善された負荷分散サービ
ス制御点における制御リストの同期方を提供することで
ある。

従って、本発明の第１の態様によれば、負荷分散グル
ープ内の複数のサービス制御点（SCP）間で制御リスト
の同期をとる負荷分散システムにおける制御リストの同
期方法において、各SCPが、対応するSCPにおける制御リ
ストがアクティブであるかを識別するステップと、前記
負荷分散グループ内の前記複数のSCPのいずれか１つが
新たな制御を生成するステップと、前記いずれか１つの
SCPが、それ自身に対応する制御リストを更新して前記
新たな制御を付加し、かつ、その新たな制御を識別する
付加制御信号を、前記負荷分散グループ内にある前記複
数のSCPの他の全SCPに送信するステップと、前記他のSC
P各々において、各々が有する、前記いずれか１つのSCP
に対応する前記制御リストを更新して、前記識別された
新たな制御を付加するステップとを備える負荷分散シス
テムにおける制御リストの同期方法が提供される。

本発明の第２の態様によれば、サービス制御点（SC
P）を負荷分散するシステムにおいて、各々が、自己SCP
におけるアクティブな制御を識別する第１の制御リスト
と、他のSCPにおけるアクティブな制御を識別する第２
の制御リストとを備えた２つのSCPと、前記２つのSCPを
相互に接続する通信リンクとを備え、前記２つのSCPの
いずれかが、その第１の制御リストに新たな制御を付加
すると、そのSCPは、前記通信リンクを介して、前記新
たな制御を識別するサブシステム輻輳メッセージを他の
SCPへ送信し、この他のSCPは、それに応答して、前記識
別された新たな制御を付加して、その第２の制御リスト
を更新し、また、前記２つのSCPのいずれかが、その第
１の制御リストより既存の制御を除去すると、そのSCP
は、前記通信リンクを介して、既存の制御を識別するサ
ブシステム使用可能メッセージを前記他のSCPへ送信
し、この他のSCPは、それに応答して、前記識別された
既存の制御を除去して、この第２の制御リストを更新す
る。

図面の簡単な説明本発明は、添付図面を参照した、以下の実施の形態の
説明から、より良く理解することができる。

図１は、動作、統括および保守管理環境を有する代表
的なINの概要を示す図である。

図２は、ネットワーク輻輳制御用の符号ギャッピング
の定義を示すタイミング図である。

図３は、動作中の符号ギャッピングを示すタイミング
図である。

図４は、従来の負荷分散SCPグループ動作環境の概要
を示す図である。

図５は、不安定な符号ギャッピングの一例を示すタイ
ミング図である。

図６は、本発明に係る負荷分散SCPグループの一形態
を概略的に示す図である。

図７は、サブシステム輻輳（SSC）メッセージおよび
サブシステム利用可（SSA）メッセージに共通の符号化
形式を示す図である。

図８は、SSCメッセージおよびSSAメッセージ中のマシ
ン輻輳時間フィールドに用いる符号化形式を示す図であ
る。

図９は、負荷分散グループのSCPとSSPと間のメッセー
ジ交換を示すタイミング図である。

発明の実施の形態図６は、個々にSCP102−A,SCP102−Ｂと識別できる２
つ（それ以上でも構わない）のSCP102を有する、負荷分
散SCPグループ100の一形態を示す。これらSCP102−A,SC
P102−Ｂは、電気通信リンク104を介して接続されてい
る。各SCP102は、グループ100全体に関連して、制御ス
テータス（あるいは、制御状態）情報の維持および管理
を行う。この制御状態情報は、例えば、負荷分散グルー
プ100の一部をなすSCP102各々に対して、個別の制御リ
ストという形をとる。図６に示す特別な実施の形態にお
いて、SCP102−A,SCP102−Ｂそれぞれは、以下の２つの
制御リストを管理する。第１の制御リスト106は、それ
自身が生成した制御を記録し、第２の制御リストには、
他のSCPが生成した制御が記録されている。

このSCP102−Ａでは、それ自身の制御リストが、SCP
−Ａ制御リスト106−Ａとして識別され、SCP102−Ａが
有するSCP102−Ｂ用の制御リストは、SCP−Ｂ制御リス
ト107−Ａとして識別される。また、SCP102−Ｂでは、
それ自身の制御リストが、SCP−Ｂ制御リスト106−Ｂと
して識別され、SCP102−Ｂが有するSCP−Ａ用の制御リ
ストは、SCP−Ａ制御リスト107−Ｂとして識別される。
このSCP102は、制御ステータスに関するメッセージを交
換し、過負荷レベルに変化があったとき、互いの制御リ
スト107を更新する。通信リンク104によって、SCP102
が、通信リンク104の過負荷レベル・ステータスについ
てのメッセージおよび情報を交換できる。負荷分散グル
ープ100内の各SCP102の制御リスト108について、その複
製は、サービス管理システム（SMS）（図１に示す）に
も存在するため、このSMSは、各SCP102上の制御を同期
させることができる。

動作上、負荷分散グループ100内のSCP102の１つ、例
えば、SCP102−Ａが、SSP108より、過負荷制御インジケ
ータ（例えば、ACGパラメータ）を有する質問メッセー
ジを受信すると、このSCP102は、それが有している２つ
の制御リストをチェックする。すなわち、ここでチェッ
クされるのは、現在の制御状態を反映するSCP−Ａ制御
リスト106−Ａと、SCP106−Ｂの現在の制御状態を反映
するSCP−Ｂ制御リスト107−Ａであり、上記SCP102は、
制御がアクティブであるか、あるいは更新する必要があ
るかを点検する。

１つのSCP、例えば、SPC−102Aが、新たなSTA/TTに対
する過負荷制御を要求すると、SPC−102Aは、そのSCP−
Ａ制御リスト106−Ａに制御を付加し、上記新たなGTA/T
Tとともに、他のSCP（SCP102−Ｂ）にメッセージを送信
する。SCP102−ＢがSCP102−Ａから、このメッセージを
受信すると、SCP102−Ｂは、上記の新規なGTA/TTを有す
るSCP−Ａ制御リスト107−Ｂを更新する。また、SCP102
−Ａが、そのSCP−Ａ制御リスト106−Ａから、既存の制
御を除去すると（過負荷レベルが変化すると）、SCP102
−Ａは、新たなGTA/TTとともに、SCP102−Ｂへメッセー
ジを送信する。そこで、SCP102−Ｂは、それが有するSC
P−Ａ制御リスト107−Ｂを更新する。SCP102−ＡとSCP1
02−Ｂとの間の通信リンク104によって、SCP102の双方
が、それらの過負荷ステータスに気づいていることが保
証され、また、これらSCP102が、その負荷およびリソー
ス・ステータスの交換ができるようになる。

制御リスト情報の交換を容易にするには、グループ10
0内のSCP102間に通信リンク104を設けるのがよい。この
リンクによって、各SCP102が、そのアクティブな制御リ
スト106における、いかなる変化（例えば、制御の付
加、または削除）をも、他のSCP102に容易に伝達でき
る。そのため、上記他のSCP102は、そのSCPに対して制
御リスト107が維持されるよう、この制御リストを更新
することができる。この通信リンク104は、例えば、直
接データ接続、あるいはイーサネットなどのローカル・
エリア・ネットワーク（LAN）である。サブシステム輻
輳（SSC）メッセージやサブシステム利用可能（SSA）メ
ッセージを含む、SCPステータス・メッセージは、リン
ク104を介して、SCP102間で交換される。また、この通
信リンク104は、過負荷状態にあるSCPからの質問を他の
SCPに送るデータ・リンクをも提供する。

負荷分散グループ100内の、いずれかのSCP102、例え
ば、図６のSCP102−Ａが、特定のSSN（例えば、SSN＝23
3を有する発呼者名配送（CNAM）サービス）に対する所
定の輻輳閾値レベルに達しつつある場合、SCP102−Ａ
は、グループ100内の他のSCP（この例では、SCP102−
Ｂ）に、サブシステム輻輳（SSC）メッセージを送信
し、このSCP102−ＢにSCP102−Ａの過負荷ステータスを
通知する。このSSCメッセージを送信すると、SCP102−
Ａは、SCP102−Ａ宛ての質問を、自動的にSCP−Ｂへ再
度送る。この送付は、SCP−Ａが有するSCP−Ｂ制御リス
ト107−Ａによって、SCP102−Ｂが上記の質問に対応す
るアクティブな制御を有する、ということが反映されな
い限り行われる。輻輳に対するSCP102−Ａの閾値の設定
は、上記他のSCP102に質問を再度送るのに必要な処理を
考慮に入れて行われる。

さらに、SCP102−Ａでの過負荷が、他の所定輻輳レベ
ルまで増加し続ける場合、SCP102−Ａは、上記のSSP
に、その過負荷を引き起こしている質問のタイプに符号
ギャッピングを実行するよう要求し、その質問をSCP102
−Ｂへ送るのを止める。

SCP102−Ａにおける過負荷レベルが、この特定のSSN
（例えば、SSN＝233）に対して減少した場合、SCP102−
Ａは、SCP102−Ｂに、サブシステム利用可能（SSA）メ
ッセージを送信して、SCP102−Ａの新たなステータス
と、質問処理の可能性を、SCP102−Ｂに知らせる。

SCP102−A,102−Ｂの双方が過負荷になった場合、上
記負荷分散SCPグループ100宛ての質問は廃棄される。SS
PタイマT1が切れると、そのSSPは、呼を最終処置または
デフォルト経路に送る。

SCP制御リストの同期については、SCP102−Ａが、新
たなGTA/TT制御を生成した場合、SCP102−Ａは、その制
御を、アクティブなSCP−Ａ制御リスト106−Ａに追加
し、この制御情報とともに、SCP102−Ｂにメッセージを
送信する。SCP102−Ｂが、SCP102−Ａより、そのメッセ
ージを受信すると、このSCP102−Ｂは、上記新たな制御
によって、SCP−Ａ制御リスト107−Ｂを更新する。SCP1
02−Ｂが新たな制御を生成した場合には、SCP102−Ｂ
は、SCP102−Ａが生成した制御について上述したのと同
じ動作を行う。

SCP102−Ａが、例えば、過負荷レベルの変更に応じ
て、そのSCP−Ａ制御リスト106−Ａから既存の制御を除
去すると、SCP102−Ａは、新たな情報とともにメッセー
ジを、SCP102−Ｂに送信する。SCP102−Ｂが、SCP102−
Ａより、このメッセージを受信すると、SCP102−Ｂは、
そのSCP−Ａ制御リスト107−Ｂから、識別された制御を
除去する。SCP102−Ｂが制御の除去を開始するには、SC
P102−Ａが除去を開始することについて上述したのと同
じ動作を実行する。

SCP102−A,102−Ｂは、アクティブな制御リスト106,1
07各々が、SSP108より質問を受信すると、これらの制御
リスト106,107の双方を調べる。その質問にACGパラメー
タが添付されていれば、SCP102は、それ自身の制御リス
ト106、および他のSCP制御リスト107を調べて、その制
御が起動されているかどうかを識別する。

以下、サブシステム輻輳（SSC）メッセージ、および
サブシステム利用可能（SSA）メッセージに対する特有
の符号化形式を説明する。また、負荷分散グループ100
内のSCP102間におけるSSC,SSA、および質問を搬送する
特定データリンク・プロトコルについても規定する。メ
ッセージ交換シーケンスに関しても以下に説明する。し
かし、これら特定の動作パラメータは、特別の実行につ
いての要求に適用できるよう修正してもよい、というこ
とが分かる。

図７は、SSCメッセージおよびSSAメッセージの双方に
共通の符号化形式の一例を示す。SSCメッセージおよびS
SAメッセージ各々は、24オクテットの長さを有する。こ
れらのSSCメッセージおよびSSAメッセージには、以下の
フィールドが含まれる。

・メッセージ・タイプ・フィールド：パラメータは、メ
ッセージ・タイプがSSAまたはSSCのいずれかであると識
別する。

・質問インジケータ（QInd）フィールド：このフィール
ドのパラメータは、SCP宛ての質問を他のSCPに送るかど
うかを決定する。QIndフィールドは、以下のように符号
化されている。

ビット１表示０過負荷のSCPからは質問が回されない１過負荷のSCPから質問が回される・メッセージ長インジケータ（LI）フィールド：パラメ
ータは、SSCまたはSSAメッセージに含まれるオクテット
数を示す。メッセージ長は、２進数で示される。メッセ
ージ長インジケータの値が０（すなわち、符号が「0000
00」）とは、フィルイン（fill−in）信号ユニットを意
味する。メッセージの情報フィールドが、62オクテット
以上に渡っている場合、このメッセージ長インジケータ
は、最大値、すなわち63（符号「111111」）に設定され
る。

・SCPサブシステム番号（SSN）フィールド：このフィー
ルドのパラメータは、SCP内のIN処理を識別する。いく
つかのSSNは、SCP内の各IN処理を識別する（例えば、呼
名称表示サービスのアプリケーションに対して、SSN＝2
33とする）。

・マシン輻輳レベル１（MC1）フィールド：パラメータ
は、SCP上の第１の輻輳レベルを識別する。SCPの過負荷
レベルがMC1に達すると、そのSCPは、特定タイプの質問
に対する制御を開始し、続いて、同様の質問を、そのグ
ループ内の他のSCPに送る。

・マシン輻輳レベル２（MC2）フィールド：パラメータ
は、SCP上の第２の輻輳レベルを識別する。SCPの過負荷
レベルがMC2に達すると、SCPは、ギャッピング制御を適
用するようSSPに要求し、他のSCPに対する質問の経路指
定は終了する。

・マシン輻輳レベル３（MC3）フィールド：このフィー
ルドは、SCP上の第３の輻輳レベルを識別する。このレ
ベル以上の過負荷は、SCPが故障状態にあることを示
す。質問は廃棄される。

・発呼SCPアドレス（O_SCP_Address）フィールド：この
フィールドのパラメータは、どのSCPから、SSCメッセー
ジまたはSSAメッセージが来たかを示す。このO_SCP_Add
ressフィールドは、SCPのアドレスを識別し、その長さ
は、３オクテットである。

・送信先SCPアドレス（D_SCP_Address）フィールド：こ
のフィールドのパラメータは、どのSCPに、SSCメッセー
ジまたはSSAメッセージを送信するかを示す。このD_SCP
_Addressフィールドは、SCPのアドレスを識別し、その
長さは、３オクテットである。

・グローバル・タイトル・アドレス／翻訳タイプ（GTA/
TT）フィールド:GTA/TTパラメータは、信号転送点（ST
P）において、SCP上で動作しているアプリケーションの
SCP点コードおよびSSNに変換される。このフィールド長
は、８オクテットであり、標準のINメッセージに規定さ
れているような位置にもってきても良い。

・SCP輻輳時間（SCP_MC_Time）フィールド：このフィー
ルドのパラメータは、内容に応じて、SSCメッセージに
おける、SCPが過負荷状態にあるときの時間、あるい
は、SSAメッセージにおける、過負荷レベルが減少した
ときの時間を示す。このフィールドは、長さが３オクテ
ットであり、図８に、その符号化方法を示すとともに、
以下にその説明をする。

・年フィールド:SCP_MC_Timeフィールドの第１番目のオ
クテットでは、以下のようにパラメータの符号化を行
う。

ビット 21 表示 00 昨年（値＝０） 01 今年（値＝１） 10 来年（値＝２） 11 予備・月フィールド:SCP_MC_Timeフィールドの第１番目のオ
クテットでは、以下のようにパラメータが符号化され
る。

ビット 6543 表示 0000 予備 0001 １月 0010 ２月 0011 ３月 0100 ４月 0101 ５月 0110 ６月 0111 ７月 1000 ８月 1001 ９月 1010 10月 1011 11月 1100 12月 1101 予備 1110 予備 1111 予備・時間ヌル・インジケータ・フィールド:SCP_MC_Timeフ
ィールドの第１番目のオクテットでは、以下のようにパ
ラメータの符号化を行う。

ビット 87 表示 00 ヌル（零） 01 非ヌル 10 予約 11 予約・日付フィールド:SCP_MC_Timeフィールドの第２番目の
オクテットでは、以下のようにパラメータの符号化を行
う。

ビット54321 表示 00000 予備 00001 １ 00010 ２ 00011 ３ 00100 ４ 00101 ５ 00110 ６ 00111 ７ 01000 ８ 01001 ９ 01010 10 01011 11 01100 12 01101 13 01110 14 01111 15 10000 16 10001 17 10010 18 10011 19 10100 20 10101 21 10110 22 10111 23 11000 24 11001 25 11010 26 11011 27 11100 28 11101 29 11110 30 11111 31 ・時間フィールド:SCP_MC_Timeフィールドの第３番目の
オクテットでは、以下のようにパラメータの符号化を行
う。

ビット54321 表示 00000 ０ 00001 １ 00010 ２ 00011 ３ 00100 ４ 00101 ５ 00110 ６ 00111 ７ 01000 ８ 01001 ９ 01010 10 01011 11 01100 12 01101 13 01110 14 01111 15 10000 16 10001 17 10010 18 10011 19 10100 20 10101 21 10110 22 10111 23 11000 予備 11001 予備 11010 予備 11011 予備 11100 予備 11101 予備 11110 予備 11111 予備・分フィールド：このフィールドのパラメータは、最も
近い15分を示す。SCP_MC_Timeフィールドの第３番目の
オクテットでは、以下のようにパラメータの符号化を行
う。

ビット 76 表示 00 ０分 01 15分 10 30分 11 45分図９には、SSPと、負荷分散SCPグループのSCP−A,SCP
−Ｂとの間のメッセージ・フローが例示されている。質
問は、［１］GR−1298−COREによって生成され、そのよ
うな質問中のGTA/TTは、従来同様、サービスに対するSC
Pを識別する。本発明の実施例によれば、質問、およびS
SPと負荷分散SCPグループとの間のメッセージ交換を変
更する必要はない。代表的な交換の例は、質問１および
応答１である。

本発明によれば、負荷分散グループ内において、SCP
−ＡおよびSCP−Ｂが、それらの間の通信リンクを介し
て、SSCメッセージおよびSSAメッセージを用いて制御状
態情報を交換する。例えば、SCP−Ａにおける輻輳が、
そのマシン輻輳レベル１（MC1）を超える場合、SCP−Ａ
は、その旨を示すSSCメッセージをSCP−Ｂに送信する。
SCP−Ｂは、それが有するSCP−Ａ制御リストを更新し、
確認メッセージによって、SCP−Ａに応答する。続い
て、SCP負荷分散グループに向けられた質問２は、SCP−
Ａを介して、SCP−Ｂに送信される。このSCP−Ｂは、そ
れに対して適切な応答を生成する。一旦、SCP−Ａにお
ける輻輳が、そのレベル１の閾値より小さくなれば、SC
P−Ａは、その制御状態の変化を示すSSAメッセージをSC
P−Ｂへ送信する。これによって、SCP−Ｂは、それが有
するSCP−Ａ制御リストを更新し、確認メッセージによ
って応答する。SCP−ＡとSCP−Ｂとの間の通信リンク
は、インテリジェント・ネットワークにおける既存のメ
ッセージ・フローには影響を与えず、また、SCP間のメ
ッセージ交換も、現在のネットワーク動作に影響しな
い。

SCP負荷分散グループについての本実施の形態は、そ
のグループを形成する各SCPの容量の利用を最小限にす
るために、２つのSCPからなる。負荷分散SCPが複数の場
合、それらの間の通信リンクが、SCPの新たなネットワ
ークを生み出す。各SCPの制御リスト数は、そのグルー
プ内のSCP数に比例する。負荷分散SCPグループ内のSCP
数が増加すればする程、そのグループ内の各SCPが備え
る制御リスト数も増加する。SCPメッセージ交換および
処理は、SCPの実時間処理容量に影響を与える。SCPおよ
びSMSの制御リストの同期をとることもまた複雑であ
り、実時間を要する。

当業者は、本発明の精神と範囲から逸脱することな
く、本発明に対して様々な改造や変更を行うことができ
る、ということを理解できる。従って、各実施の形態に
対して特に限定がない場合には、請求項は、上記の実施
の形態に限定されるものではない。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開平８−214063（ＪＰ，Ａ) 特開平８−298676（ＪＰ，Ａ) Ｎ．ＴＳＯＬＡＳ外２名、”ＰＥＦＯＲＭＡＮＣＥＡＮＤＯＶＥＲＬＯＡＤＣＯＮＳＩＤＥＲＡＴＩＯ (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 3/00 H04M 3/42 H04M 7/00 H04Q 3/54 - 3/56

Claims

(57)【特許請求の範囲】

【請求項１】負荷分散グループ内の複数のサービス制御
点（SCP）間で制御リストの同期をとる負荷分散システ
ムにおける制御リストの同期方法において、各SCPが、対応するSCPにおける制御リストがアクティブ
であるかを識別するステップと、前記負荷分散グループ内の前記複数のSCPのいずれか１
つが新たな制御を生成するステップと、前記いずれか１つのSCPが、それ自身に対応する制御リ
ストを更新して前記新たな制御を付加し、かつ、その新
たな制御を識別する付加制御信号を、前記負荷分散グル
ープ内にある前記複数のSCPの他の全SCPに送信するステ
ップと、前記他のSCP各々において、各々が有する前記いずれか
１つのSCPに対応する前記制御リストを更新して、前記
識別された新たな制御を付加するステップとを備えるこ
とを特徴とする負荷分散システムにおける制御リストの
同期方法。
【請求項２】前記の新たな制御を生成するステップは、
SCPが前記いずれか１つのSCPが過負荷になったことを示
す質問を受信するステップを含み、さらに、前記いずれか１つのSCPが有する前記他のSCPに
対応する制御リストをもとに、前記質問に対応するアク
ティブな制御を有しない前記他のSCPのうちで使用可能
なSCPに当該質問を送るステップを備えることを特徴と
する請求項１記載の負荷分散システムにおける制御リス
トの同期方法。
【請求項３】さらに、前記負荷分散グループ内の複数の
SCPのいずれか１つにおいて、それ自身に対応する制御
リストを更新して、その中の既存の制御を除去し、か
つ、この負荷分散グループ内の他のSCPへ、既存の制御
を識別する除去制御信号を送信するステップと、前記他のSCP各々において、各々が有するいずれか１つ
のSCPに対応する前記制御リストを更新して、前記識別
された既存の制御を除去するステップとを備えることを
特徴とする請求項２記載の負荷分散システムにおける制
御リストの同期方法。
【請求項４】前記複数のSCPは通信リンクによって相互
に接続され、これによって、前記負荷分散グループ内の
いずれか１つのSCPから他のSCPへ、前記付加制御信号お
よび除去制御信号を送信することを特徴とする請求項３
記載の負荷分散システムにおける制御リストの同期方
法。
【請求項５】前記質問は、前記通信リンクを介して、い
ずれか１つのSCPから使用可能なSCPへルーティングされ
ることを特徴とする請求項４記載の負荷分散システムに
おける制御リストの同期方法。
【請求項６】前記制御リスト内の個々の制御は、メッセ
ージ中のグローバル・タイトル・アドレスおよび翻訳タ
イプフィールド（以下GTA/TTという）によって識別さ
れ、各質問は、これらGTA/TTに記述された指示を含むこ
とを特徴とする請求項５記載の負荷分散システムにおけ
る制御リストの同期方法。
【請求項７】前記いずれか１つのSCPは、そのトラヒッ
クが所定の輻輳レベルに達したときに過負荷状態と判断
し、過負荷状態を記述した付加制御信号を他のSCPに送
り、前記付加制御信号は、前記いずれか１つのSCPのア
ドレスおよびGTA/TTを含むことを特徴とする請求項６記
載の負荷分散システムにおける制御リストの同期方法。
【請求項８】前記付加制御信号は、前記いずれか１つの
SCPにおける１あるいはそれ以上の輻輳レベルを示すこ
とを特徴とする請求項７記載の負荷分散システムにおけ
る制御リストの同期方法。
【請求項９】サービス制御点（SCP）を負荷分散するシ
ステムにおいて、各々が、自己SCPにおけるアクティブな制御を識別する
第１の制御リストと、他のSCPにおけるアクティブな制
御を識別する第２の制御リストとを備えた２つのSCP
と、前記２つのSCPを相互に接続する通信リンクとを備え、前記２つのSCPのいずれかが、その第１の制御リストに
新たな制御を付加すると、そのSCPは、前記通信リンク
を介して、前記新たな制御を識別するサブシステム輻輳
メッセージを他のSCPへ送信し、この他のSCPは、それに
応答して、前記識別された新たな制御を付加して、その
第２の制御リストを更新し、また、前記２つのSCPのい
ずれかが、その第１の制御リストより既存の制御を除去
すると、そのSCPは、前記通信リンクを介して、既存の
制御を識別するサブシステム使用可能メッセージを前記
他のSCPへ送信し、この他のSCPは、それに応答して、前
記識別された既存の制御を除去して、この第２の制御リ
ストを更新することを特徴とする負荷分散システム。
【請求項１０】前記サブシステム輻輳メッセージ中の新
たな制御または前記サブシステム使用可能メッセージ中
の既存の制御は、各メッセージ中のGTA/TTによって識別
されることを特徴とする請求項９記載の負荷分散システ
ム。
【請求項１１】前記サブシステム輻輳メッセージおよび
前記サブシステム使用可能メッセージ各々は、発呼者SC
Pアドレス、被呼者SCPアドレス、および１あるいはそれ
以上の輻輳レベルを含むことを特徴とする請求項10記載
の負荷分散システム。