JPH08214063A - インテリジェントネットワークの負荷分散方法 - Google Patents
インテリジェントネットワークの負荷分散方法Info
- Publication number
- JPH08214063A JPH08214063A JP1903395A JP1903395A JPH08214063A JP H08214063 A JPH08214063 A JP H08214063A JP 1903395 A JP1903395 A JP 1903395A JP 1903395 A JP1903395 A JP 1903395A JP H08214063 A JPH08214063 A JP H08214063A
- Authority
- JP
- Japan
- Prior art keywords
- service
- service control
- station
- scp
- request
- 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.)
- Withdrawn
Links
Landscapes
- Exchange Systems With Centralized Control (AREA)
- Interface Circuits In Exchanges (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【目的】本発明はインテリジェントネットワークにおけ
るサービス制御ポイントの負荷の分散を図る負荷分散方
法に関し、ＳＣＰ局の負荷分散を図ることで、加入者が
ＩＮサービス要求呼のアクセスをした時のサービス性
（レスポンスの高速化あるいはリジェクト率の低減な
ど）の向上を図ることを目的とする。 【構成】加入者からのインテリジェントネットワークの
サービス要求呼をどのＳＣＰにルーティングさせるかを
決める呼振り分け情報をサービス交換ポイント（ＳＳ
Ｐ）に持たせるとともに、該呼振り分け情報をＳＣＰか
らダウンロードするようにし、ＳＳＰはその収容する加
入者からサービス要求呼があると該呼振り分け情報に従
って決められたＳＣＰにサービス制御要求をルーティン
グする。
るサービス制御ポイントの負荷の分散を図る負荷分散方
法に関し、ＳＣＰ局の負荷分散を図ることで、加入者が
ＩＮサービス要求呼のアクセスをした時のサービス性
（レスポンスの高速化あるいはリジェクト率の低減な
ど）の向上を図ることを目的とする。 【構成】加入者からのインテリジェントネットワークの
サービス要求呼をどのＳＣＰにルーティングさせるかを
決める呼振り分け情報をサービス交換ポイント（ＳＳ
Ｐ）に持たせるとともに、該呼振り分け情報をＳＣＰか
らダウンロードするようにし、ＳＳＰはその収容する加
入者からサービス要求呼があると該呼振り分け情報に従
って決められたＳＣＰにサービス制御要求をルーティン
グする。
Description
【０００１】
【産業上の利用分野】本発明はインテリジェントネット
ワークにおけるサービス制御ポイントの負荷の分散を図
る負荷分散方法に関するものである。
ワークにおけるサービス制御ポイントの負荷の分散を図
る負荷分散方法に関するものである。
【０００２】インテリジェントネットワークにおけるサ
ービス制御ポイントの負荷が増大すると、加入者からの
サービス要求がリジェクトされるなどサービス性が低下
するので、サービス制御ポイントが過負荷とならないよ
うその負荷の分散を図ることが必要とされる。
ービス制御ポイントの負荷が増大すると、加入者からの
サービス要求がリジェクトされるなどサービス性が低下
するので、サービス制御ポイントが過負荷とならないよ
うその負荷の分散を図ることが必要とされる。
【０００３】
【従来の技術】インテリジェントネットワーク（ＩＮ：
Intelligent Network)は、ネットワークを伝達層と高機
能層に階層化し、高機能層から伝達層を制御することに
よりサービスの追加等に対する柔軟性を持たせた方式で
ある。伝達層は端末−端末間の単純な接続などの基本呼
接続機能を持つとともに、高機能層からの指示どおりに
交換スイッチ等を駆動するもので、ＳＳＰ（Service Sw
itching Point ：サービス交換ポイント) と称される。
高機能層は新たなサービスのプログラム( ＳＬＰ：Serv
ice Logical Plogram ：サービスロジックプログラム)
やデータを管理する機能や、伝達層を駆動して実際にサ
ービスを実行する機能などを持ち、ＳＣＰ（Service Co
ntrol Point)と称される。
Intelligent Network)は、ネットワークを伝達層と高機
能層に階層化し、高機能層から伝達層を制御することに
よりサービスの追加等に対する柔軟性を持たせた方式で
ある。伝達層は端末−端末間の単純な接続などの基本呼
接続機能を持つとともに、高機能層からの指示どおりに
交換スイッチ等を駆動するもので、ＳＳＰ（Service Sw
itching Point ：サービス交換ポイント) と称される。
高機能層は新たなサービスのプログラム( ＳＬＰ：Serv
ice Logical Plogram ：サービスロジックプログラム)
やデータを管理する機能や、伝達層を駆動して実際にサ
ービスを実行する機能などを持ち、ＳＣＰ（Service Co
ntrol Point)と称される。
【０００４】従来、インテリジェントネットワークにお
いて、ＳＳＰ局の加入者がＩＮサービス要求呼のアクセ
スを行った場合、ＳＣＰ局に対してその配下のＳＳＰ局
からサービス制御要求を行うが、それに該当するサービ
スがそのＳＣＰ局に格納されていない場合には、（１）
他ＳＣＰ局に対し該当サービスが格納されてあるかの問
い合わせをＳＣＰ局間で行い、該当サービスが格納され
てあるＳＣＰ局にサービス制御要求をルーティングさせ
る、（２）そのＩＮサービス要求呼をリジェクトしてし
まう、あるいは、（３）ＳＳＰ局はＳＣＰ局より処理不
可のメッセージを受信した場合は、そのＳＳＰ局自身が
他ＳＣＰ局へ該当サービスが格納されてあるかの問い合
わせを行い、該当サービスが格納されてあるＳＣＰ局に
サービス制御要求をルーティングさせる、等の処理を行
っている。
いて、ＳＳＰ局の加入者がＩＮサービス要求呼のアクセ
スを行った場合、ＳＣＰ局に対してその配下のＳＳＰ局
からサービス制御要求を行うが、それに該当するサービ
スがそのＳＣＰ局に格納されていない場合には、（１）
他ＳＣＰ局に対し該当サービスが格納されてあるかの問
い合わせをＳＣＰ局間で行い、該当サービスが格納され
てあるＳＣＰ局にサービス制御要求をルーティングさせ
る、（２）そのＩＮサービス要求呼をリジェクトしてし
まう、あるいは、（３）ＳＳＰ局はＳＣＰ局より処理不
可のメッセージを受信した場合は、そのＳＳＰ局自身が
他ＳＣＰ局へ該当サービスが格納されてあるかの問い合
わせを行い、該当サービスが格納されてあるＳＣＰ局に
サービス制御要求をルーティングさせる、等の処理を行
っている。
【０００５】
【発明が解決しようとする課題】従って、あるＳＣＰ局
配下のＳＳＰ局からサービス制御要求があった場合に、
そのサービスがＳＣＰ局に格納されていなければ、他Ｓ
ＣＰ局にルーティングさせる等の余分な処理を行う必要
があり、その結果、ＳＣＰ局の負荷が増大するという問
題がある。また、ＳＣＰ局の負荷が増大している状態の
ときでも、ＳＳＰ局からの要求は随時に行われるため、
結果的に、加入者のサービス要求に対するレスポンスが
遅い、ＩＮサービス要求呼がリジェクトされる等の問題
が発生する。
配下のＳＳＰ局からサービス制御要求があった場合に、
そのサービスがＳＣＰ局に格納されていなければ、他Ｓ
ＣＰ局にルーティングさせる等の余分な処理を行う必要
があり、その結果、ＳＣＰ局の負荷が増大するという問
題がある。また、ＳＣＰ局の負荷が増大している状態の
ときでも、ＳＳＰ局からの要求は随時に行われるため、
結果的に、加入者のサービス要求に対するレスポンスが
遅い、ＩＮサービス要求呼がリジェクトされる等の問題
が発生する。
【０００６】本発明は前記問題に鑑みてされたものであ
り、ＳＣＰ局の負荷分散を図ることで、加入者がＩＮサ
ービス要求呼のアクセスをした時のサービス性（レスポ
ンスの高速化あるいはリジェクト率の低減など）の向上
を図ることを目的とする。
り、ＳＣＰ局の負荷分散を図ることで、加入者がＩＮサ
ービス要求呼のアクセスをした時のサービス性（レスポ
ンスの高速化あるいはリジェクト率の低減など）の向上
を図ることを目的とする。
【０００７】
【課題を解決するための手段】上述の課題を解決するた
めに、本発明においては、インテリジェントネットワー
クにおけるサービス制御ポイント（ＳＣＰ）の負荷を分
散する方法であって、加入者からのインテリジェントネ
ットワークのサービス要求呼をどのＳＣＰにルーティン
グさせるかを決める呼振り分け情報をサービス交換ポイ
ント（ＳＳＰ）に持たせるとともに、該呼振り分け情報
をＳＣＰからダウンロードするようにし、ＳＳＰはその
収容する加入者からサービス要求呼があると該呼振り分
け情報に従って決められたＳＣＰにサービス制御要求を
ルーティングするようにしたインテリジェントネットワ
ークの負荷分散方法が提供される。
めに、本発明においては、インテリジェントネットワー
クにおけるサービス制御ポイント（ＳＣＰ）の負荷を分
散する方法であって、加入者からのインテリジェントネ
ットワークのサービス要求呼をどのＳＣＰにルーティン
グさせるかを決める呼振り分け情報をサービス交換ポイ
ント（ＳＳＰ）に持たせるとともに、該呼振り分け情報
をＳＣＰからダウンロードするようにし、ＳＳＰはその
収容する加入者からサービス要求呼があると該呼振り分
け情報に従って決められたＳＣＰにサービス制御要求を
ルーティングするようにしたインテリジェントネットワ
ークの負荷分散方法が提供される。
【０００８】上述の負荷分散方法においては、ＳＣＰが
自己の負荷状態を監視し、その負荷が所定量以上に増大
した場合に、ＳＳＰに対して自ＳＣＰへのサービス制御
要求を減らすように変更要求を行うように構成できる。
自己の負荷状態を監視し、その負荷が所定量以上に増大
した場合に、ＳＳＰに対して自ＳＣＰへのサービス制御
要求を減らすように変更要求を行うように構成できる。
【０００９】この変更要求は当該ＳＣＰへのサービス制
御要求の呼量制限あるいは他ＳＣＰへのルーティングを
行うよう呼振り分け情報を書き換える要求とすることが
できる。
御要求の呼量制限あるいは他ＳＣＰへのルーティングを
行うよう呼振り分け情報を書き換える要求とすることが
できる。
【００１０】また、ＳＳＰにＳＣＰからダウンロードさ
れたサービスロジックプログラムに基づいて該当サービ
スを実行できるサービス実行機能を持たせ、ＳＣＰの負
荷が所定量以上に増大した場合に、該ＳＣＰからの変更
要求に従って該ＳＳＰが該当サービスを実行するように
してもよい。
れたサービスロジックプログラムに基づいて該当サービ
スを実行できるサービス実行機能を持たせ、ＳＣＰの負
荷が所定量以上に増大した場合に、該ＳＣＰからの変更
要求に従って該ＳＳＰが該当サービスを実行するように
してもよい。
【００１１】また、ＳＳＰが該ＳＣＰへのサービス制御
要求に対するリジェクト数を監視し、該リジェクト数が
所定量以上に増大した場合に、該ＳＳＰが呼振り分け情
報中に登録された情報あるいは他ＳＣＰへの問い合わせ
により書き換えた呼振り分け情報に基づいて当該ＳＣＰ
に対するサービス制御要求の呼量制限あるいは他ＳＣＰ
へのルーティングをするようにしてよい。
要求に対するリジェクト数を監視し、該リジェクト数が
所定量以上に増大した場合に、該ＳＳＰが呼振り分け情
報中に登録された情報あるいは他ＳＣＰへの問い合わせ
により書き換えた呼振り分け情報に基づいて当該ＳＣＰ
に対するサービス制御要求の呼量制限あるいは他ＳＣＰ
へのルーティングをするようにしてよい。
【００１２】また、この負荷分散方法は、全てのサービ
スについて統一的に行う他に、特定サービスごとに負荷
分散を図るようにしてもよい。
スについて統一的に行う他に、特定サービスごとに負荷
分散を図るようにしてもよい。
【００１３】
【作用】ＳＳＰの加入者がＩＮサービスアクセス番号を
ダイヤルした場合、ＳＳＰはＩＮ呼振り分け情報を検索
し、該当するサービスがどのＳＣＰで制御されるかを判
定する。判定後、ＳＳＰは該当するＳＣＰに対して、Ｓ
ＴＰ経由でメッセージを送出する。ＳＣＰは、メッセー
ジ受信すると、該当のサービス制御を行い、ＳＳＰに対
してスイッチング処理情報を送信する。これにより、Ｓ
ＳＰの加入者は要求したサービスを受けることになる。
ダイヤルした場合、ＳＳＰはＩＮ呼振り分け情報を検索
し、該当するサービスがどのＳＣＰで制御されるかを判
定する。判定後、ＳＳＰは該当するＳＣＰに対して、Ｓ
ＴＰ経由でメッセージを送出する。ＳＣＰは、メッセー
ジ受信すると、該当のサービス制御を行い、ＳＳＰに対
してスイッチング処理情報を送信する。これにより、Ｓ
ＳＰの加入者は要求したサービスを受けることになる。
【００１４】また、ＳＣＥにて新規サービスの追加もし
くはエンハンスがなされた場合、そのサービスロジック
プログラムＳＬＰがＳＣＰに格納されるが、その際に各
ＳＳＰに対し、サービス種別情報（すなわち、ＩＮ呼振
り分け情報）をダウンロードする。あるいは、ＳＳＰか
らのＩＮ呼制御要求を受けてスイッチング処理情報を送
信する際に、最新のＩＮ呼振り分け情報をＳＳＰ局に送
信してもよい。
くはエンハンスがなされた場合、そのサービスロジック
プログラムＳＬＰがＳＣＰに格納されるが、その際に各
ＳＳＰに対し、サービス種別情報（すなわち、ＩＮ呼振
り分け情報）をダウンロードする。あるいは、ＳＳＰか
らのＩＮ呼制御要求を受けてスイッチング処理情報を送
信する際に、最新のＩＮ呼振り分け情報をＳＳＰ局に送
信してもよい。
【００１５】さらに、ＳＣＥで生成されたプログラムＳ
ＬＰが各ＳＳＰにて処理可能なサービスの場合は、ＩＮ
呼振り分け情報をダウンロードする際に、当該サービス
をＳＳＰ内での処理とすることで、ＳＣＰへのアクセス
を減少させることが可能である。
ＬＰが各ＳＳＰにて処理可能なサービスの場合は、ＩＮ
呼振り分け情報をダウンロードする際に、当該サービス
をＳＳＰ内での処理とすることで、ＳＣＰへのアクセス
を減少させることが可能である。
【００１６】また、各ＳＣＰおよびＳＳＰは輻輳状態を
制御する処理をもち、その輻輳状態がある一定の閾値を
超えて増加した場合に、その輻輳制御処理を実行する。
ＳＣＰでは、システム全体あるいはある特定のサービス
の処理が閾値を超えた場合、ＳＳＰに対して、一時的な
ＩＮ呼振り分け情報の変更要求を行い、ＳＣＰへのアク
セスを制限する。あるいは、プログラムＳＬＰをＳＳＰ
にダウンロードすることにより、サービス制御を一時的
にＳＳＰに委ねる。
制御する処理をもち、その輻輳状態がある一定の閾値を
超えて増加した場合に、その輻輳制御処理を実行する。
ＳＣＰでは、システム全体あるいはある特定のサービス
の処理が閾値を超えた場合、ＳＳＰに対して、一時的な
ＩＮ呼振り分け情報の変更要求を行い、ＳＣＰへのアク
セスを制限する。あるいは、プログラムＳＬＰをＳＳＰ
にダウンロードすることにより、サービス制御を一時的
にＳＳＰに委ねる。
【００１７】あるいは、ＳＳＰにおいてＩＮ呼アクセス
要求と実際にサービスが実行された呼数とリジェクトさ
れた呼数とを管理し、リジェクトされる呼数がある閾値
を超えた場合は、そのＳＣＰに対する呼数の制限と溢れ
た呼を他のＳＣＰへルーティング等を行わせるなどによ
り、ＳＣＰの負荷分散を図る。
要求と実際にサービスが実行された呼数とリジェクトさ
れた呼数とを管理し、リジェクトされる呼数がある閾値
を超えた場合は、そのＳＣＰに対する呼数の制限と溢れ
た呼を他のＳＣＰへルーティング等を行わせるなどによ
り、ＳＣＰの負荷分散を図る。
【００１８】
【実施例】以下、図面を参照して本発明の実施例を説明
する。図１には本発明の一実施例としての負荷分散方法
を行うインテリジェントネットワークの構成例が示され
る。図１において、１は加入者端末、２はスイッチング
（交換）処理を行うＳＳＰ局を示す。これらは交換機全
体の制御を行う中央制御装置２−１により制御され、主
記憶装置２−２はプログラム部２−３とデータ部２−４
により構成されている。３、４は同じくＳＳＰ局を示
し、これらも中央制御装置、主記憶装置を装備するが図
示を省略している。
する。図１には本発明の一実施例としての負荷分散方法
を行うインテリジェントネットワークの構成例が示され
る。図１において、１は加入者端末、２はスイッチング
（交換）処理を行うＳＳＰ局を示す。これらは交換機全
体の制御を行う中央制御装置２−１により制御され、主
記憶装置２−２はプログラム部２−３とデータ部２−４
により構成されている。３、４は同じくＳＳＰ局を示
し、これらも中央制御装置、主記憶装置を装備するが図
示を省略している。
【００１９】ＳＳＰ局２のプログラム部２−３には、各
種処理を行うプログラムが格納される。この例では加入
者からのダイヤル番号を解析する数字翻訳処理プログラ
ム、ダイヤル番号がＩＮサービス要求呼である場合にそ
れに応じた処理を行うＩＮサービス制御処理プログラム
等が示される。またデータ部２−４にはＩＮ呼振り分け
情報が可能される。このＩＮ呼振り分け情報はＩＮサー
ビス要求呼をどのＳＣＰ局にルーティングさせるかを定
めた情報であり、ＳＣＰ局からサービス種別情報として
ダウンロードされるものである。図４にこのＩＮ呼振り
分け情報の例が示される。図示するように、サービス種
別（例えばサービスａ）を索引にして、当該サービス要
求呼をルーティングするＳＣＰ局番号、そのＳＣＰ局が
輻輳時にルーティングする他ＳＣＰ局番号、リジェクト
呼数の閾値等が格納される。
種処理を行うプログラムが格納される。この例では加入
者からのダイヤル番号を解析する数字翻訳処理プログラ
ム、ダイヤル番号がＩＮサービス要求呼である場合にそ
れに応じた処理を行うＩＮサービス制御処理プログラム
等が示される。またデータ部２−４にはＩＮ呼振り分け
情報が可能される。このＩＮ呼振り分け情報はＩＮサー
ビス要求呼をどのＳＣＰ局にルーティングさせるかを定
めた情報であり、ＳＣＰ局からサービス種別情報として
ダウンロードされるものである。図４にこのＩＮ呼振り
分け情報の例が示される。図示するように、サービス種
別（例えばサービスａ）を索引にして、当該サービス要
求呼をルーティングするＳＣＰ局番号、そのＳＣＰ局が
輻輳時にルーティングする他ＳＣＰ局番号、リジェクト
呼数の閾値等が格納される。
【００２０】５、６はＳＳＰ−ＳＣＰ間の信号を中継す
るＳＴＰ（Signal Transfer Point：信号転送ポイント)
である。７、８、９は、ＳＳＰ局からのサービス制御
要求に対してサービスの制御処理を行うＳＣＰ局を示
す。また、各ＳＣＰ局は中央制御装置（例えば７−１）
と主記憶装置（例えば７−２）とから構成される。ま
た、１０はサービスを生成するＳＣＥ（Service Creati
on Environment：サービス生成環境) 装置を示す。この
ＳＣＥ装置１０でサービス（例えばプログラムＳＬＰ−
ａ）が生成され、生成されたプログラムＳＬＰ−ａはＳ
ＣＰ局の主記憶装置に格納される。
るＳＴＰ（Signal Transfer Point：信号転送ポイント)
である。７、８、９は、ＳＳＰ局からのサービス制御
要求に対してサービスの制御処理を行うＳＣＰ局を示
す。また、各ＳＣＰ局は中央制御装置（例えば７−１）
と主記憶装置（例えば７−２）とから構成される。ま
た、１０はサービスを生成するＳＣＥ（Service Creati
on Environment：サービス生成環境) 装置を示す。この
ＳＣＥ装置１０でサービス（例えばプログラムＳＬＰ−
ａ）が生成され、生成されたプログラムＳＬＰ−ａはＳ
ＣＰ局の主記憶装置に格納される。
【００２１】いま、このインテリジェントネットワーク
において、ＳＣＥ装置１０で生成されたプログラムＳＬ
Ｐ−ａがＳＣＰ局７に格納されるとともに、ＳＣＰ局
８、９にも格納されているものとする。したがって、Ｓ
ＣＰ局７、８、９はともにサービスａを実行することが
できるが、通常時はＳＣＰ局８が主体でサービスａを実
行している。また、ＳＳＰ局２に格納されているＩＮ呼
振り分け情報は図４に示すようなものであって、サービ
スａに対しアクセスするＳＣＰ局の番号は「８」、ＳＣ
Ｐ局８の輻輳時にルーティングするＳＣＰ局の番号は
「９」に設定されている。
において、ＳＣＥ装置１０で生成されたプログラムＳＬ
Ｐ−ａがＳＣＰ局７に格納されるとともに、ＳＣＰ局
８、９にも格納されているものとする。したがって、Ｓ
ＣＰ局７、８、９はともにサービスａを実行することが
できるが、通常時はＳＣＰ局８が主体でサービスａを実
行している。また、ＳＳＰ局２に格納されているＩＮ呼
振り分け情報は図４に示すようなものであって、サービ
スａに対しアクセスするＳＣＰ局の番号は「８」、ＳＣ
Ｐ局８の輻輳時にルーティングするＳＣＰ局の番号は
「９」に設定されている。
【００２２】以上の条件におけるシステムの動作を図２
を参照して以下に説明する。 （１）ＳＳＰ局２の加入者１がＩＮサービスの番号をダ
イヤルする。このＩＮサービス番号としては例えば“０
１２０−１２３４５”などがある。
を参照して以下に説明する。 （１）ＳＳＰ局２の加入者１がＩＮサービスの番号をダ
イヤルする。このＩＮサービス番号としては例えば“０
１２０−１２３４５”などがある。
【００２３】（２）ＳＳＰ局２は受信したダイヤル番号
の数字翻訳を数字翻訳処理プログラムを用いて行い、そ
れがＩＮサービス要求呼か否かを識別する。この場合、
ダイヤルされた数字中の“０１２０”をキーとしてＩＮ
サービス要求呼を識別する。
の数字翻訳を数字翻訳処理プログラムを用いて行い、そ
れがＩＮサービス要求呼か否かを識別する。この場合、
ダイヤルされた数字中の“０１２０”をキーとしてＩＮ
サービス要求呼を識別する。
【００２４】（３）識別の結果がＩＮサービスａであっ
た場合、ＩＮサービス制御処理プログラムを起動して、
データ部に格納されているＩＮ呼振り分け情報をサービ
スａで索引し、どのＳＣＰ局にアクセスすれば良いかと
いう情報を得る。この例では図４に示すようにＩＮ呼振
り分け情報中のアクセスＳＣＰ局としてＳＣＰ局８が書
かれている。
た場合、ＩＮサービス制御処理プログラムを起動して、
データ部に格納されているＩＮ呼振り分け情報をサービ
スａで索引し、どのＳＣＰ局にアクセスすれば良いかと
いう情報を得る。この例では図４に示すようにＩＮ呼振
り分け情報中のアクセスＳＣＰ局としてＳＣＰ局８が書
かれている。
【００２５】（４）ＳＳＰ局２は上記手順（３）で得た
情報をもとに、ＳＣＰ局８に対してサービス制御要求を
行う。
情報をもとに、ＳＣＰ局８に対してサービス制御要求を
行う。
【００２６】（５）また、新規サービスあるいはサービ
スエンハンス（サービスの改造や仕様変更等）がＳＣＥ
装置１０にて生成されて、そのプログラムＳＬＰがＳＣ
Ｐ局に格納されると、そのＳＣＰ局はその生成したサー
ビス内容を示すサービス種別情報を各ＳＳＰ局に対して
ダウンロードする。あるいは、ＳＳＰ局からのＩＮサー
ビス制御要求をトリガとして、その最新のＩＮ呼振り分
け情報を付加情報としてＳＳＰ局に対して送出する。こ
れにより、ＳＳＰ局のＩＮ呼振り分け情報を常に最新の
内容に更新することができる。
スエンハンス（サービスの改造や仕様変更等）がＳＣＥ
装置１０にて生成されて、そのプログラムＳＬＰがＳＣ
Ｐ局に格納されると、そのＳＣＰ局はその生成したサー
ビス内容を示すサービス種別情報を各ＳＳＰ局に対して
ダウンロードする。あるいは、ＳＳＰ局からのＩＮサー
ビス制御要求をトリガとして、その最新のＩＮ呼振り分
け情報を付加情報としてＳＳＰ局に対して送出する。こ
れにより、ＳＳＰ局のＩＮ呼振り分け情報を常に最新の
内容に更新することができる。
【００２７】（６）また、ＳＣＰ局の負荷分散を図るた
めに、ＩＮサービス要求呼に対するサービス制御をＳＳ
Ｐ局内で処理できるように、ＳＳＰ局自身に該当サービ
スのプログラムＳＬＰを格納しておくことも可能であ
る。この場合、図３に示されるように、ＳＣＥ装置１０
にて生成されたサービス（例えばプログラムＳＬＰ−
ａ）がＳＣＰ局に格納される際、そのサービスがＳＳＰ
局にて実行可能かの判定をＳＣＰ局にてサービス対応表
を参照して行う。例えば、ＳＳＰ局にもプログラムＳＬ
Ｐ−ａを制御するサービス制御が格納されているが、実
際にはその処理は起動されず、ＳＣＰ局をアクセスする
ことでサービスが実現されているケースを考える。その
場合、ＳＣＰ局にはプログラムＳＬＰ−ａがＳＳＰ局で
処理可能というフラグを持たせる。
めに、ＩＮサービス要求呼に対するサービス制御をＳＳ
Ｐ局内で処理できるように、ＳＳＰ局自身に該当サービ
スのプログラムＳＬＰを格納しておくことも可能であ
る。この場合、図３に示されるように、ＳＣＥ装置１０
にて生成されたサービス（例えばプログラムＳＬＰ−
ａ）がＳＣＰ局に格納される際、そのサービスがＳＳＰ
局にて実行可能かの判定をＳＣＰ局にてサービス対応表
を参照して行う。例えば、ＳＳＰ局にもプログラムＳＬ
Ｐ−ａを制御するサービス制御が格納されているが、実
際にはその処理は起動されず、ＳＣＰ局をアクセスする
ことでサービスが実現されているケースを考える。その
場合、ＳＣＰ局にはプログラムＳＬＰ−ａがＳＳＰ局で
処理可能というフラグを持たせる。
【００２８】ＳＣＥ装置１０にてプログラムＳＬＰ−
ａの機能がエンハンスされてプログラムＳＬＰ−ａ’が
生成され、プログラムＳＬＰ−ａ’がＳＣＰ局に格納さ
れる。すると、ＳＣＰ局はそのサービスａ対応のフラ
グをサービス対応表を索引してチェックする。その結
果、ＳＳＰ局にもサービス制御が格納されていることが
判明したら、そのプログラムＳＬＰ−ａ’をＳＳＰ局に
ダウンロードする。これにより、ＳＳＰ局は当該サービ
スの実行をＳＳＰ局内処理を行うことも可能になる。
ａの機能がエンハンスされてプログラムＳＬＰ−ａ’が
生成され、プログラムＳＬＰ−ａ’がＳＣＰ局に格納さ
れる。すると、ＳＣＰ局はそのサービスａ対応のフラ
グをサービス対応表を索引してチェックする。その結
果、ＳＳＰ局にもサービス制御が格納されていることが
判明したら、そのプログラムＳＬＰ−ａ’をＳＳＰ局に
ダウンロードする。これにより、ＳＳＰ局は当該サービ
スの実行をＳＳＰ局内処理を行うことも可能になる。
【００２９】（７）各ＳＣＰ局には、輻輳状態を制御す
るオーバーロード制御の処理機能を持たせる。すなわ
ち、ＳＣＰ局は自身のＣＣ（中央制御装置）の使用率を
周期的に測定し、ある一定以上のＣＣ使用率となった場
合にはＳＣＰ局の負荷が増大して過負荷状態にあると判
断し、ＳＳＰ局からのＩＮアクセス要求（サービス制御
要求）をリジェクトする。この場合、全ての呼をリジェ
クトする必要は必ずしもなく、例えば、ＳＣＰ局に加入
者対応のプライオリティデータを持たせることにより、
ＩＮアクセス要求してきたプライオリティが低い加入者
の要求のみリジェクトする等の処理を行うようにするこ
ともできる。
るオーバーロード制御の処理機能を持たせる。すなわ
ち、ＳＣＰ局は自身のＣＣ（中央制御装置）の使用率を
周期的に測定し、ある一定以上のＣＣ使用率となった場
合にはＳＣＰ局の負荷が増大して過負荷状態にあると判
断し、ＳＳＰ局からのＩＮアクセス要求（サービス制御
要求）をリジェクトする。この場合、全ての呼をリジェ
クトする必要は必ずしもなく、例えば、ＳＣＰ局に加入
者対応のプライオリティデータを持たせることにより、
ＩＮアクセス要求してきたプライオリティが低い加入者
の要求のみリジェクトする等の処理を行うようにするこ
ともできる。
【００３０】（８）また、ＳＣＰ局が上記のオーバーロ
ード制御を行ってもそのＣＣ使用率が低下しない、すな
わち過負荷状態が解消されない場合は、ＳＣＰ局よりＳ
ＳＰ局に対してＩＮ呼振り分け情報の変更要求を行う。
ード制御を行ってもそのＣＣ使用率が低下しない、すな
わち過負荷状態が解消されない場合は、ＳＣＰ局よりＳ
ＳＰ局に対してＩＮ呼振り分け情報の変更要求を行う。
【００３１】（９）この変更要求が、例えばルーティン
グ要求（ルーティング先＝ＳＣＰ局９）であった場合、
ＳＳＰ局２ではＩＮ呼アクセスの呼が起呼したら、それ
までのアクセス先であるＳＣＰ局８に代えて、ＳＣＰ局
９にそのサービスアクセスを行うようルーティングす
る。なお、このルーティング先情報はＳＳＰ局２のＩＮ
呼振り分け情報に予め登録しておくものであってもよい
し、ＳＣＰ局からのルーティング要求時に付加情報とし
てＳＳＰ局２に通知するものであってもよい。
グ要求（ルーティング先＝ＳＣＰ局９）であった場合、
ＳＳＰ局２ではＩＮ呼アクセスの呼が起呼したら、それ
までのアクセス先であるＳＣＰ局８に代えて、ＳＣＰ局
９にそのサービスアクセスを行うようルーティングす
る。なお、このルーティング先情報はＳＳＰ局２のＩＮ
呼振り分け情報に予め登録しておくものであってもよい
し、ＳＣＰ局からのルーティング要求時に付加情報とし
てＳＳＰ局２に通知するものであってもよい。
【００３２】（１０）また、変更要求がサービスのＳＳ
Ｐ局内処理を要求するものである場合は、ＳＣＰ局で行
っていたサービス制御をＳＳＰ局に委ねるために、該当
サービスのプログラムＳＬＰをＳＣＰ局からＳＳＰ局に
ダウンロードし、その後、ＩＮサービス要求呼はＳＳＰ
局内で制御されてサービスが実行されることになる。
Ｐ局内処理を要求するものである場合は、ＳＣＰ局で行
っていたサービス制御をＳＳＰ局に委ねるために、該当
サービスのプログラムＳＬＰをＳＣＰ局からＳＳＰ局に
ダウンロードし、その後、ＩＮサービス要求呼はＳＳＰ
局内で制御されてサービスが実行されることになる。
【００３３】（１１）また、変更要求が呼量制限であっ
た場合、ＳＳＰ局ではそのＳＣＰ局にアクセスする呼の
数を制限する。例えば、ある一定時間（例えば１０秒）
にＳＣＰ局７にアクセスする呼の数を１００コールまで
とし、それ以上の呼はＳＳＰ局２内で処理するか、ある
いは他ＳＣＰ局９にルーティングさせることにより、Ｓ
ＣＰ局７の負荷分散を図る。
た場合、ＳＳＰ局ではそのＳＣＰ局にアクセスする呼の
数を制限する。例えば、ある一定時間（例えば１０秒）
にＳＣＰ局７にアクセスする呼の数を１００コールまで
とし、それ以上の呼はＳＳＰ局２内で処理するか、ある
いは他ＳＣＰ局９にルーティングさせることにより、Ｓ
ＣＰ局７の負荷分散を図る。
【００３４】（１２）上記（７）〜（１１）はシステム
の輻輳状態により全サービスについてのルーティング処
理等を行うものであるが、サービス対応にその輻輳制御
を行うことも可能である。この場合は、一定時間当りの
サービスアクセス回数に閾値を持たせ、その閾値を超え
た場合に該当サービスに対してのみ輻輳制御を行う。
の輻輳状態により全サービスについてのルーティング処
理等を行うものであるが、サービス対応にその輻輳制御
を行うことも可能である。この場合は、一定時間当りの
サービスアクセス回数に閾値を持たせ、その閾値を超え
た場合に該当サービスに対してのみ輻輳制御を行う。
【００３５】（１３）ＳＳＰ局においても、同じように
輻輳制御を行うことが可能である。この場合、ＳＳＰ局
ではＳＣＰ局にアクセスする総呼量とサービス実行され
た呼量、およびリジェクトされた呼量を管理し、所定の
閾値を超えて呼がリジェクトされた場合、ＳＣＰ局への
アクセスを制限する。
輻輳制御を行うことが可能である。この場合、ＳＳＰ局
ではＳＣＰ局にアクセスする総呼量とサービス実行され
た呼量、およびリジェクトされた呼量を管理し、所定の
閾値を超えて呼がリジェクトされた場合、ＳＣＰ局への
アクセスを制限する。
【００３６】（１４）このＳＣＰ局へのアクセスを制限
する方法として、ルーティング処理があるが、そのルー
ティング先はＳＳＰ局自身がネットワーク内のＳＣＰ局
に該当サービスを実行できるか否かの問い合わせを行
い、その結果をもとにＩＮ呼振り分け情報の書換えを行
う。あるいは、ＳＳＰ局のＩＮ呼振り分け情報に予め輻
輳時のルーティング先を登録しておくことにより、ルー
ティング制御を行うものであってもよい。
する方法として、ルーティング処理があるが、そのルー
ティング先はＳＳＰ局自身がネットワーク内のＳＣＰ局
に該当サービスを実行できるか否かの問い合わせを行
い、その結果をもとにＩＮ呼振り分け情報の書換えを行
う。あるいは、ＳＳＰ局のＩＮ呼振り分け情報に予め輻
輳時のルーティング先を登録しておくことにより、ルー
ティング制御を行うものであってもよい。
【００３７】（１５）また、ＳＣＰ局へのアクセスに対
して、閾値を超えて呼がリジェクトされた場合は、（１
１）と同じように一定時間当りの呼量制限を行うことに
より、ＳＣＰ局の輻輳緩和を図る。
して、閾値を超えて呼がリジェクトされた場合は、（１
１）と同じように一定時間当りの呼量制限を行うことに
より、ＳＣＰ局の輻輳緩和を図る。
【００３８】
【発明の効果】以上説明したように、本発明によれば、
インテリジェントネットワークにおいてＳＣＰ局が輻輳
した場合に、その局が持っているサービス制御を他のＳ
ＣＰ局あるいはＳＳＰ局に委ねたり、あるいは呼量の制
限を行うなどにより、ＳＣＰ、局の負荷を分散させてＳ
ＣＰ局の輻輳緩和を図ることができる。したがって、加
入者がＩＮサービスをアクセスした場合に、ＳＣＰ局の
輻輳によるサービスのリジェクトを減らすことができ、
サービス性を向上できる。
インテリジェントネットワークにおいてＳＣＰ局が輻輳
した場合に、その局が持っているサービス制御を他のＳ
ＣＰ局あるいはＳＳＰ局に委ねたり、あるいは呼量の制
限を行うなどにより、ＳＣＰ、局の負荷を分散させてＳ
ＣＰ局の輻輳緩和を図ることができる。したがって、加
入者がＩＮサービスをアクセスした場合に、ＳＣＰ局の
輻輳によるサービスのリジェクトを減らすことができ、
サービス性を向上できる。
【図１】本発明の負荷分散方法を用いたインテリジェン
トネットワークの実施例を示す図である。
トネットワークの実施例を示す図である。
【図２】実施例の動作を説明するための図である。
【図３】実施例の動作を説明するための図である。
【図４】実施例におけるＩＮ呼振り分け情報の例を示す
図である。
図である。
１ 加入者 ２、３、４ ＳＳＰ（サービス交換ポイント）局 ５、６ ＳＴＰ（信号転送ポイント） ７、８、９ ＳＣＰ（サービス制御ポイント）局 ２−１、７−１ 中央制御装置 ２−２、７−２ 主記憶装置 ２−３ プログラム部 ２−４ データ部 １０ ＳＣＥ（サービス生成環境）
Claims (6)
- 【請求項１】インテリジェントネットワークにおけるサ
ービス制御ポイントの負荷を分散する方法であって、 加入者からのインテリジェントネットワークのサービス
要求呼をどのサービス制御ポイントにルーティングさせ
るかを決める呼振り分け情報をサービス交換ポイントに
持たせるとともに、該呼振り分け情報をサービス制御ポ
イントからダウンロードするようにし、 該サービス交換ポイントはその収容する加入者からサー
ビス要求呼があると該呼振り分け情報に従って決められ
たサービス制御ポイントにサービス制御要求をルーティ
ングするようにしたインテリジェントネットワークの負
荷分散方法。 - 【請求項２】サービス制御ポイントが自己の負荷状態を
監視し、その負荷が所定量以上に増大した場合に、サー
ビス交換ポイトンに対して自サービス制御ポイントへの
サービス制御要求を減らすように変更要求を行うように
した請求項１記載のインテリジェントネットワークの負
荷分散方法。 - 【請求項３】該変更要求は当該サービス制御ポイントへ
のサービス制御要求の呼量制限あるいは他サービス制御
ポイントへのルーティングを行うよう呼振り分け情報を
書き換える要求である請求項２記載のインテリジェント
ネットワークの負荷分散方法。 - 【請求項４】サービス交換ポイントにサービス制御ポイ
ントからダウンロードされたサービスロジックプログラ
ムに基づいて該当サービスを実行できるサービス実行機
能を持たせ、サービス制御ポイントの負荷が所定量以上
に増大した場合に、該サービス制御ポイントからの変更
要求に従って該サービス交換ポイントが該当サービスを
実行するようにした請求項１記載のインテリジェントネ
ットワークの負荷分散方法。 - 【請求項５】該サービス交換ポイントが該サービス制御
ポイントへのサービス制御要求に対するリジェクト数を
監視し、該リジェクト数が所定量以上に増大した場合
に、該サービス交換ポイントが呼振り分け情報中に登録
された情報あるいは他サービス制御ポイントへの問い合
わせにより書き換えた呼振り分け情報に基づいて当該サ
ービス制御ポイントに対するサービス制御要求の呼量制
限あるいは他サービス制御ポイントへのルーティングを
するようにした請求項１記載のインテリジェントネット
ワークの負荷分散方法。 - 【請求項６】特定サービスごとに負荷分散を図るように
した請求項１〜５のいずれかに記載のインテリジェント
ネットワークの負荷分散方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1903395A JPH08214063A (ja) | 1995-02-07 | 1995-02-07 | インテリジェントネットワークの負荷分散方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1903395A JPH08214063A (ja) | 1995-02-07 | 1995-02-07 | インテリジェントネットワークの負荷分散方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08214063A true JPH08214063A (ja) | 1996-08-20 |
Family
ID=11988137
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1903395A Withdrawn JPH08214063A (ja) | 1995-02-07 | 1995-02-07 | インテリジェントネットワークの負荷分散方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08214063A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000022840A3 (en) * | 1998-10-09 | 2000-07-13 | Sonera Oyj | Method and system for forming a telecommunication connection |
| JP2002502566A (ja) * | 1997-05-30 | 2002-01-22 | アルカテル ユーエスエー ソーシング リミティド パートナーシップ | デビットカード遠距離通信サービスのためのシステム及び方法 |
| US6351775B1 (en) | 1997-05-30 | 2002-02-26 | International Business Machines Corporation | Loading balancing across servers in a computer network |
-
1995
- 1995-02-07 JP JP1903395A patent/JPH08214063A/ja not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002502566A (ja) * | 1997-05-30 | 2002-01-22 | アルカテル ユーエスエー ソーシング リミティド パートナーシップ | デビットカード遠距離通信サービスのためのシステム及び方法 |
| US6351775B1 (en) | 1997-05-30 | 2002-02-26 | International Business Machines Corporation | Loading balancing across servers in a computer network |
| WO2000022840A3 (en) * | 1998-10-09 | 2000-07-13 | Sonera Oyj | Method and system for forming a telecommunication connection |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1558001A1 (en) | Method and apparatus for operating an open network having a proxy | |
| CN1137714A (zh) | 支持智能网络结构的通信网节点间传输用户数据的方法 | |
| KR910008760B1 (ko) | 공통선 신호장치의 개선된 내부망 트래픽 루팅방법 | |
| CA2229447C (en) | Communication system and service controller for call handling | |
| JPH11508752A (ja) | コスト最小の経路を選定する電気通信ネットワーク | |
| EP0935889B1 (en) | Traffic control in a communications network | |
| KR100448326B1 (ko) | 전화 호출을 처리하는 방법 | |
| JPH08214063A (ja) | インテリジェントネットワークの負荷分散方法 | |
| CA2384175C (en) | Intelligent data network router | |
| MXPA00000525A (es) | Sistema y metodo para detectar sobrecarga en un servicio de punto de control de una red de telecomunicaciones. | |
| AU756420B2 (en) | Interaction handler for telephone subscriber services | |
| US7035673B2 (en) | Call handling in a communication network | |
| JP3975511B2 (ja) | パーソナル通信分散制御方式 | |
| JP2820109B2 (ja) | インテリジェントネットワークにおける呼処理方式 | |
| US6667958B2 (en) | Routing calls to external networks from a private network | |
| JP2002505045A (ja) | サービス制御ポイント（ｓｃｐ）におけるオーバーロード防止 | |
| SE502275C2 (sv) | Sätt att optimera kapaciteten i ett telekomsystem | |
| US6795545B1 (en) | Method and system for assignment of numbers as addresses for stations on a switched network | |
| US6144730A (en) | Method of optimum call distribution using an intelligent network and system thereof | |
| US6570977B1 (en) | Connection setup method, service control point, and communications network | |
| US20020072362A1 (en) | Telecommunications call processing using externally-assigned subscriber characteristics | |
| JP3438603B2 (ja) | 加入者データ収容装置 | |
| EP1104634B1 (en) | Call routing in an intelligent network | |
| US6219338B1 (en) | Method of establishing a connection, as well as exchange, service computer and communications network | |
| JP3564514B2 (ja) | 分散不可視化方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20020507 |