JPH1013532A - インテリジェントネットワークにおける通信状態管理方式および方法 - Google Patents

Abstract

(57)【要約】 【課題】 ＳＣＰが管理する通信状態とＳＳＰ側での実
際の通信状態との整合性を確保して通信資源を有効に使
用できるインテリジェントネットワークを提供する。 【解決手段】 ＳＳＰ１２−１に収容されている加入者
Ａは、番号変換サービスによって電話番号０４５−８６
５−４１８３が割り当てられている端末と接続されてい
る。ＳＣＰ１１に設けられる管理テーブル２１におい
て、変換電話番号０４５−８６５−４１８３の通信状態
が「使用中（busy）」であり、ＳＳＰ番号として１０１
が書き込まれている。ＳＳＰ１２−１は、障害から復旧
すると、復旧したことを通知するメッセージと共にＳＳ
Ｐ１２−１を識別するＳＳＰ番号（ＳＳＰ番号＝１０
１）をＳＣＰ１１に通知する。ＳＣＰ１１は、ＳＳＰ１
２−１から受信したＳＳＰ番号を用いて管理テーブル２
１をサーチし、該当するＳＳＰ番号（ＳＳＰ番号＝１０
１）に対応する変換電話番号の通信状態をすべて「未使
用（idle）」にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インテリジェント
ネットワークを利用した通信の状態を管理する方式およ
び方法に係わり、特に、予め登録された所定の番号を着
信先を識別する番号に変換するサービスを提供するイン
テリジェントネットワークを利用した通信の状態を管理
する方式および方法に関する。

【０００２】

【従来の技術】インテリジェントネットワークは、通信
網の高機能化の要求に答えるかたちで普及してきている
通信網であり、情報伝達網とサービス制御網とを階層的
に設けた構成である。

【０００３】情報伝達網は、一般にＳＳＰ（Service Sw
itching Point ）またはＳＡＰ（Service Access Poin
t）と呼ばれる電子交換機などから構成される。ＳＳＰ
は、加入者からのサービス要求をサービス制御網に伝え
るとともに、サービス制御網からの指示に従って通信網
を制御する。

【０００４】サービス制御網は、一般にＳＣＰ（Servic
e Control Point ）あるいはＮＳＰ（Network Service
Control Point ）と呼ばれるサーバを有する。ＳＣＰ
は、通常、加入者情報、網構成情報、サービス制御ソフ
トウェアなどを格納した統合データベースを有し、通信
処理機能、サービス実行機能、経路選択制御機能などの
通信サービス機能が集約されている。そして、ＳＣＰ
は、ＳＳＰからの要求に対してサービス（必要な通信制
御情報）を提供する。

【０００５】図１８は、一般的なインテリジェントネッ
トワークの構成図である。ＳＣＰ１０１とＳＳＰ１０２
−１〜１０２−ｎとの間は、ＳＴＰ（Signalling Trans
ferPoint ）１０３と呼ばれる共通線信号網用の交換ノ
ードを介して接続される。ＳＳＰ１０２−１〜１０２−
ｎは、ＳＴＰ１０３を介してＳＣＰ１０１へサービス要
求を転送し、また、ＳＣＰ１０１は、サービス要求に応
じて、ＳＴＰ１０３を介してＳＳＰ１０２−１〜１０２
−ｎへサービス（必要な通信制御情報）を提供する。

【０００６】インテリジェントネットワークは、例え
ば、番号体系の仮想化（論理化）、高度なルーティング
制御、柔軟な接続制御、通信網の可変的な運用などの高
度なサービスを提供する。

【０００７】インテリジェントネットワークが提供する
サービスの１つは、フリーダイヤルサービスに代表され
る番号変換サービスである。以下、番号変換サービスの
一例を説明する。ここでは、ＦＲＳ（Flexible Routing
Service）のように、着信先加入者の空き状態に応じて
着信先を変更するサービスを示す。

【０００８】ＳＣＰ１０１は、番号変換サービスを提供
するために、図１９(a) に示すような管理テーブル（デ
ータベース）１１１を有している。同図において、「Ｉ
Ｎ電話番号」は、予め契約した仮想的な番号である。
「変換電話番号」は、実際の一般加入者電話番号であ
り、加入者があるＩＮ電話番号を入力すると、そのＩＮ
番号に対応する変換電話番号のいずれかの端末に着信す
る。「状態」は、変換電話番号によって識別される端末
（回線）が使用中か否かを示す。

【０００９】ＳＳＰ１０２−１に収容されている加入者
ＡがＩＮ番号０１２０−０４４−１２３を入力すると、
ＳＳＰ１０２−１は、そのＩＮ番号をＳＣＰ１０１に転
送して番号変換を要求する。ＳＣＰ１０１は、この要求
を受取ると、管理テーブル１１１をサーチし、ＩＮ番号
０１２０−０４４−１２３に対応する変換電話番号のう
ち未使用（idle）状態である変換電話番号（例えば、０
４４−１２３−４５６７）を取り出してＳＳＰ１０２−
１に返送する。このとき、その抽出した変換電話番号の
状態を「使用中（busy）」にする。

【００１０】各ＳＳＰ１０２−１〜１０２−ｎは、それ
ぞれ図１９(b) に示すような管理テーブル１１２を持っ
ている。「回線識別番号」は、各ＳＳＰが収容する回線
を識別する番号である。「相手番号」は、回線識別番号
によって識別される回線に接続されている端末の通信相
手の電話番号である。「状態」は、回線識別番号によっ
て識別される回線、あるいはその回線に接続されている
端末が使用中か否かを示す。

【００１１】ＳＳＰ１０２−１は、ＳＣＰ１０１から変
換電話番号を受け取ると、その番号に従って呼を確立す
る。また、管理テーブル１１２において、加入者Ａに関
するデータを更新する。たとえば、加入者Ａが接続され
る回線の回線識別番号を００２とすると、その番号に対
応づけて、相手番号として受信した変換電話番号を書き
込み、その状態を「使用中（busy）」にする。

【００１２】加入者Ａが呼を切断すると、ＳＳＰ１０２
−１は、管理テーブル１１２において、相手番号をクリ
アするとともに、状態を「未使用（idle）」にする。ま
た、ＳＣＰ１０１は、ＳＳＰ１０２−１から上記呼の切
断の通知を受けると、管理テーブル１１１において、変
換電話番号０４４−１２３−４５６７の状態を「未使用
（idle）」にする。

【００１３】このように、ＳＣＰ１０１に着信先加入者
の空塞状態（idle/busy ）を管理する管理テーブル１１
１を設けることによって、ＦＲＳのような番号変換サー
ビスが提供される。

【００１４】

【発明が解決しようとする課題】ところが、ＳＣＰ１０
１とＳＳＰ１０２−１〜１０２−ｎとの間のリンクは、
常に確立されているのではなく、必要に応じて（サービ
ス要求アクセス時など）確立される。このため、たとえ
ば、ＳＣＰ１０１またはＳＳＰ１０２−１〜１０２−ｎ
において障害が発生すると、その障害から復旧したとき
に、ＳＣＰ１０１に設けられた管理テーブル１１１の内
容とＳＳＰ１０２−１〜１０２−ｎにおける実際の通信
状態との整合性がとれていないことがある。

【００１５】このような不整合状態では、以下のような
問題が発生する。たとえば、加入者Ａと電話番号０４４
−１２３−４５６７を持った端末（以下、加入者Ｂ）と
の間の呼が切断されたにもかかわらず、ＳＣＰ１０１に
設けられた管理テーブル１１１においては、電話番号０
４４−１２３−４５６７の状態が「使用中（busy）」で
あったとする。この場合、加入者Ｂは物理的には着信可
能であるが、ある加入者がＩＮ番号０１２０−０４４−
１２３を入力しても、ＳＣＰ１０１は、電話番号０４４
−１２３−４５６７が「使用中（busy）」であると見な
すので、番号変換サービスにおいてＩＮ番号０１２０−
０４４−１２３が電話番号０４４−１２３−４５６７に
変換されることはない。すなわち、実際には回線が使用
可能な状態であるにもかかわらず、その回線を利用でき
ず、通信資源の不当保有状態がおこってしまう。

【００１６】上記問題は、ＳＣＰ１０１に設けられた管
理テーブル１１１の内容と実際の通信状態との整合性が
とれていないことに起因する。ＳＣＰ−ＳＳＰ間のサー
ビスの正常性を監視する技術としては、たとえば、特開
平６−４６１２９号が知られている。特開平６−４６１
２９号は、ＳＣＰおよびＳＳＰを含むネットワーク全体
を監視する監視システムを設け、異常が発見されたとき
には、ＳＣＰあるいはＳＳＰを再開（再起動）させる方
式を開示している。しかしながら、ＳＣＰあるいはＳＳ
Ｐを再開させる方式だと、必然的にサービスがいったん
停止してしまう。特に、ＳＣＰを再開させるとすべての
サービスが停止してしまうので、好ましくない。また、
単にＳＣＰあるいはＳＳＰを再開させるだけでは、ＳＣ
Ｐが管理する通信状態とＳＳＰ側での実際の通信状態と
を一致させることはできない。

【００１７】本発明の課題は、ＳＣＰが管理する通信状
態とＳＳＰ側での実際の通信状態との整合性を確保して
通信資源を有効に使用できるインテリジェントネットワ
ークを提供することである。

【００１８】

【課題を解決するための手段】図１を参照しながら本発
明の手段を説明する。以下では、予め登録された所定の
番号を着信先を識別する番号に変換するサービスを提供
するインテリジェントネットワークを利用した通信の状
態を管理する方式について説明する。

【００１９】ＳＳＰ１−１〜１−ｎは、それぞれ例えば
電子交換機であり、必要に応じてＳＣＰ２にサービスを
要求し、ＳＣＰ２から提供される通信制御情報に従って
ネットワークを制御する。

【００２０】ＳＣＰ２は、たとえばデータベースを持っ
たサーバマシンであり、ＳＳＰ１−１〜１−ｎの中のあ
るＳＳＰから予め登録された所定の番号およびその所定
の番号を出力したＳＳＰを識別する情報を受信すると、
その受信した所定の番号から得られる着信先を識別する
番号と該着信先の通信状態と上記受信したＳＳＰを識別
する情報とを対応づけて通信状態管理テーブル３に格納
する。通信状態管理テーブル３に格納する着信先の通信
状態としては、たとえば、着信先が使用状態か未使用状
態かを設定する。ＳＣＰ２は、通信状態管理テーブル３
を用いて通信状態を制御するとともに、通信状態管理テ
ーブル３に格納されているＳＳＰを識別する情報を用い
て、ＳＳＰ１−１〜１−ｎにおける通信状態と通信状態
管理テーブル３に格納されている通信状態とを整合させ
る。

【００２１】このように、ＳＣＰ２がＳＳＰ１−１〜１
−ｎからの要求に応じてサービスを提供する際、上記要
求を出したＳＳＰを識別する情報を上記サービスに関す
る通信制御情報に対応づけて格納しておくので、ＳＣＰ
２が管理する通信状態とＳＳＰ１−１〜１−ｎにおける
実際の通信状態とをＳＳＰごとに整合させることができ
る。この整合処理は、通信状態管理テーブル２を書き換
えるだけなので、他の通信に影響を及ぼすことなくリア
ルタイムで行うことができる。

【００２２】上記構成において、ＳＳＰ１−１〜１−ｎ
の中のあるＳＳＰが停止状態から復旧した場合、そのＳ
ＣＰは、通信状態管理テーブル３において上記復旧した
ＳＳＰを識別する情報に対応づけられている着信先の通
信状態を未使用状態にする。上記停止状態から復旧した
ＳＳＰに収容される加入者は、その停止時にすべて切断
されて未使用状態になっているので、通信状態管理テー
ブル３において、上記停止状態から復旧したＳＳＰを識
別する情報に対応づけられている着信先の通信状態を未
使用状態にすることにより、通信状態管理テーブル３と
ＳＳＰの通信状態との間の整合がとれる。

【００２３】

【発明の実施の形態】本発明の実施形態について図面を
参照しながら説明する。以下では、インテリジェントネ
ットワークによって提供されるサービスの１つとして、
番号変換サービスを採り上げる。ここで示す番号変換サ
ービスは、予め登録してあるＩＮ電話番号に対して１つ
以上の一般加入者電話番号を割り当てておき、ある加入
者がそのＩＮ電話番号を入力すると、そのＩＮ電話番号
が上記１つ以上の一般加入者電話番号のうちで任意の未
使用状態の番号に変換され、上記加入者はその変換され
た番号を持った端末に接続されるサービスである。この
サービスは、ＦＲＳ（Flexible Routing Service）と呼
ばれることがある。

【００２４】このようなサービスは、たとえば、通信販
売の電話受付に利用されている。この場合、通信販売の
受付電話番号に対して１つ以上の電話機を設けておく。
各電話番号は、それぞれ一般加入者電話番号を持ってい
る。そして、注文者が受付電話番号を入力すると、その
受付電話番号に対して登録されている電話機のうちで未
使用状態の電話機に接続される。

【００２５】図２は、本実施形態のインテリジェントネ
ットワークの構成図である。ＳＣＰ１１、ＳＳＰ１２−
１〜１２−ｎ、ＳＴＰ１３は、図１８に示すＳＣＰ１０
１、ＳＳＰ１０２−１〜１０２−ｎ、ＳＴＰ１０３と基
本的には同じ機能である。ただし、各ＳＳＰ１２−１〜
１２−ｎは、ＳＣＰ１１にサービスを要求する際、その
ＳＳＰを識別する情報としてＳＳＰ局番号を転送する。
また、ＳＣＰ１１は、そのサービス要求を出力したＳＳ
ＰのＳＳＰ局番号と、その要求により接続される着信先
の電話番号とを対応づけて管理する。この構成により、
ＳＣＰ１１は、ＳＳＰ１２−１〜１２−ｎに収容される
加入者の通信状態をＳＳＰ毎に管理できる。

【００２６】図３は、ＳＣＰ１１に設けられる通信状態
管理テーブルの一構成例を示す図である。管理テーブル
２１は、図１９(a) に示した管理テーブル１１１に加え
て、サービス要求を出力したＳＳＰを識別するための情
報としてＳＳＰ局番号を格納する。ＳＳＰ局番号は、変
換電話番号に対して設定される。

【００２７】図３に示す例では、ＩＮ電話番号０１２０
−０４４−１２３、０１２０−０４５−３２１に対して
それぞれ３つの一般加入者電話番号が変換電話番号とし
て登録されている。このうち、０４４−１２３−８９０
１、０４５−３２１−４５６７、０４５ー３２１ー８９
０１は、番号変換サービスにより「使用中（busy）」と
なっている。また、例えば、０４４−１２３−８９０１
に対応づけられてＳＳＰ局番号として１５０が書き込ま
れているが、これは、ＳＳＰ局番号が１５０であるＳＳ
Ｐに収容される加入者からの番号変換要求によって、そ
の加入者が０４４−１２３−８９０１を持った端末に接
続されていることを表している。

【００２８】図４は、ＳＳＰからＳＣＰへ番号変換サー
ビスを要求したときのフローチャートである。ここで
は、図２に示すＳＳＰ１２−１に収容される加入者Ａが
ＩＮ電話番号を入力する場合を説明する。

【００２９】加入者ＡがＩＮ電話番号０４５−７７７−
２２２２を入力すると、ＳＳＰ１２−１は、加入者Ａか
ら受信した番号がＩＮ電話番号であると認識し、ＳＣＰ
１１にそのＩＮ電話番号を転送して番号変換を要求す
る。ここでは、ＳＣＰ１１にＩＮ電話番号を転送するこ
とをＤＮ変換要求と呼ぶ。ＳＳＰ１２−１は、このＤＮ
変換要求に際して、ＳＳＰ１２−１自身を識別する情報
としてＳＳＰ番号をＳＣＰ１１に通知する。ＳＳＰ１２
−１のＳＳＰ番号は「１０１」である。

【００３０】ＳＣＰ１１は、ＩＮ電話番号０４５−７７
７−２２２２を受信すると、管理テーブル２１をサーチ
して、そのＩＮ電話番号に対して登録されている変換電
話番号のうち未使用状態の番号があるかどうか調べる。
ここでは、未使用状態の変換電話番号として、０４５−
８６５−４１８３を抽出する。また、ＳＣＰ１１は、抽
出した変換電話番号の通信状態を「使用中（busy）」と
し、さらにその変換電話番号に対応づけてＳＳＰ１２−
１から通知されたＳＳＰ番号を書き込む。この後、ＳＣ
Ｐ１１は、管理テーブル２１から取り出した変換電話番
号をＳＳＰ１２−１に転送する。

【００３１】ＳＳＰ１２−１は、図１９(b) に示した管
理テーブル１１２において、加入者Ａが接続されている
回線の状態を「使用中（busy）」とし、さらに相手電話
番号（着信先電話番号）としてＳＣＰ１１から転送され
てきた変換電話番号を書き込む。以降、通常の呼接続処
理と同様に、加入者Ａを０４５−８６５−４１８３が割
り当てられている端末に接続する。

【００３２】なお、ＳＣＰ１１が受信したＩＮ電話番号
に対して登録されている変換電話番号がすべて使用中で
あったときには、ＳＣＰ１１からＳＳＰ１２−１にその
旨を通知し、ＳＳＰ１２−１は、加入者ＡにＩＮ電話番
号０４５−７７７−２２２２に接続できないことを知ら
せる。

【００３３】図５は、呼の切断時のフローチャートであ
る。ここでは、図４に示した状態に続いて加入者Ａが呼
を切断した場合を説明する。加入者Ａ（または、加入者
Ａの通信相手）が呼を切断すると、ＳＳＰ１２−１は、
管理テーブル１１２において加入者Ａが接続されている
回線の状態を「未使用（idle）」とするとともに、相手
電話番号を消去する。また、ＳＳＰ１２−１は、電話番
号０４５−８６５−４１８３が解放されたことをＳＣＰ
１１に通知する。この通知とともに、ＳＳＰ１２−１を
識別するＳＳＰ番号もＳＣＰ１１に転送される。

【００３４】ＳＣＰ１１は、この通知を受け取ると、管
理テーブル２１において、変換電話番号０４５−８６５
−４１８３の通信状態を「未使用（idle）」にすると共
に、ＳＳＰ番号をクリアする。以降、電話番号０４５−
８６５−４１８３が割り当てられている端末は、次の呼
を受け付けられる状態になる。

【００３５】図６は、ＳＳＰが障害から復旧したときの
フローチャートである。ここでは、ＳＳＰ１２−１に収
容されている加入者Ａが番号変換サービスによって電話
番号０４５−８６５−４１８３が割り当てられている端
末と接続されている状態においてＳＳＰ１２−１に障害
が発生した場合を説明する。

【００３６】加入者Ａと電話番号０４５−８６５−４１
８３が割り当てられている端末とが接続されている期間
は、ＳＳＰ１２−１に設けられる管理テーブル１１２に
は、加入者Ａが接続されている回線に対して、相手電話
番号として電話番号０４５−８６５−４１８３が書き込
まれている。また、ＳＣＰ１１に設けられる管理テーブ
ル２１においては、変換電話番号０４５−８６５−４１
８３の通信状態が「使用中」であり、ＳＳＰ番号として
１０１が書き込まれている。

【００３７】この状態でＳＳＰ１２−１が停止すると、
ＳＳＰ１２−１に収容される回線を利用した呼はすべて
切断される。この結果、加入者Ａの通信相手である電話
番号０４５−８６５−４１８３が割り当てられている端
末は、未使用状態となり、次の呼を受け付けられる状態
になる。また、ＳＳＰ１２−１が復旧したときには、管
理テーブル１１２はクリアされている。

【００３８】ＳＳＰ１２−１は、復旧すると、そのこと
を通知するために、ＳＣＰ１１（及び他のＳＳＰ）に再
開通知メッセージを転送する。この再開通知メッセージ
は、ＳＳＰ１２−１を識別する情報として、ＳＳＰ番号
（ＳＳＰ番号＝１０１）を含んでいる。

【００３９】ＳＣＰ１１は、ＳＳＰ１２−１から再開通
知メッセージを受信すると、その再開通知メッセージに
設定されているＳＳＰ番号を用いて管理テーブル２１を
サーチし、そのＳＳＰ番号（ＳＳＰ番号＝１０１）に対
して設定されている変換電話番号の通信状態をすべて
「未使用」にするとともに、そのＳＳＰ番号をすべてク
リアする。

【００４０】上述のように、障害などによってＳＳＰ１
２−１に収容される加入者の呼が切断されると、ＳＣＰ
１１に設けられる管理テーブル２１において、ＳＳＰ１
２−１に収容される加入者が利用している変換電話番号
を解放することにより、管理テーブル２１の内容と実際
の通信状態との整合性を保つようにしている。この手順
で解放された変換電話番号は、以降、次の番号変換サー
ビスで使用できる。すなわち、たとえば、ある加入者が
ＩＮ電話番号０４５−７７７−２２２２を入力すると、
その加入者の接続相手として電話番号０４５−８６５−
４１８３が割り当てられている端末を指定できるように
なる。

【００４１】図７は、一定時間以上継続して使用中状態
となっている電話番号の通信状態を確認する方式のフロ
ーチャートである。ＳＣＰ１１は、タイマを用いて一定
時間以上継続して使用中状態となっている変換電話番号
がないか調べる。たとえば、変換電話番号ごとにカウン
タを設け、通信状態が「使用中」となると同時にそのカ
ウンタを所定のクロックでカウントアップし、カウント
値が閾値を越えたことを検出する。

【００４２】一定時間以上継続して使用中状態となって
いる変換電話番号があれば、ＳＣＰ１１は、管理テーブ
ル２１を参照してその変換電話番号に対して設定されて
いるＳＳＰ番号を取り出す。ここでは、変換電話番号０
４５−８６５−４１８３が一定時間以上継続して使用中
状態となっていたとする。したがって、ＳＣＰ１１はＳ
ＳＰ番号として１０１を抽出する。ＳＣＰ１１は、ＳＳ
Ｐ番号が１０１であるＳＳＰ、すなわちＳＳＰ１２−１
に対して、電話番号０４５−８６５−４１８３を通信相
手とする呼が確立されているかどうかを問い合わせる。

【００４３】ＳＳＰ１２−１は、管理テーブル１１２を
参照し、相手電話番号として電話番号０４５−８６５−
４１８３が設定されているかどうかを調べる。管理テー
ブル１１２に相手電話番号として電話番号０４５−８６
５−４１８３が設定されていれば、ＳＣＰ１１が管理す
る通信状態と実際の通信状態とが一致していると判断す
る。管理テーブル１１２に相手電話番号として電話番号
０４５−８６５−４１８３が設定されてなければ、ＳＣ
Ｐ１１が管理する通信状態と実際の通信状態とが不一致
であると判断する、その旨をＳＣＰ１１に通知する。Ｓ
ＣＰ１１は、ＳＳＰ１２−１への問合せ結果が不一致で
あった場合には、管理テーブル２１の内容を実際の通信
状態に一致させるために、管理テーブル２１において電
話番号０４５−８６５−４１８３の通信状態を「未使
用」にする。

【００４４】なお、ＳＣＰ１１は、各変換電話番号を収
容するＳＳＰを認識している場合には、一定時間以上継
続して使用中状態となっている変換電話番号があれば、
その変換電話番号を収容するＳＳＰに実際の通信状態を
問い合わせるようにしてもよい。

【００４５】上述の動作により、実際には呼が切断され
ているにもかかわらず、何らかの原因によってＳＣＰ１
１の管理テーブル２１においてその呼があたかも確立さ
れているような状態となったときに、その不一致状態を
解除できる。

【００４６】図８および図９は、ＳＣＰとＳＳＰとの間
のリンクで障害が発生したときの動作を説明するフロー
チャートである。あるＳＳＰとＳＣＰとの間のリンクに
障害が発生すると、その間での情報の授受ができなくな
るので、そのＳＳＰに収容されている加入者の通信状態
とＳＣＰで管理する通信状態とが一致しなくなる恐れが
ある。以下では、このようなリンク障害が発生したとき
に、ＳＣＰとＳＳＰ間で通信状態の整合性を保つための
手順を示す。

【００４７】ＳＳＰからＳＣＰに対してサービスを要求
する際、ＳＳＰとＳＣＰとの間のリンクに障害が発生す
ると、ＳＳＰはそのことを認識する。ＳＳＰは、リンク
障害を認識すると、ＳＣＰとの間に新たにリンクを確立
し、リンク障害が発生したことを通知するリンク復旧メ
ッセージとともにそのＳＳＰを識別するＳＳＰ番号をＳ
ＣＰに通知する。

【００４８】この後、図８に示す手順では、ＳＣＰは、
受信したＳＳＰ番号によって識別されるＳＳＰに対し
て、そのＳＳＰに収容されている加入者の通信状態を問
い合わせる。具体的には、図７を参照しながら説明した
手順と同様の手順で通信状態を問い合わせる。たとえ
ば、ＳＳＰ１２−１とＳＣＰ１１との間のリンクに障害
が発生した場合には、ＳＣＰ１１は、ＳＳＰ１２−１か
らリンク復旧メッセージとともにＳＳＰ番号（ＳＳＰ番
号＝１０１）を受信すると、管理テーブル２１をサーチ
して、ＳＳＰ番号が１０１である変換電話番号をすべて
抽出する。ＳＣＰ１１は、それらの変換電話番号がＳＳ
Ｐ１２−１の管理テーブル１１２において相手電話番号
として設定されているかを問い合わせ、設定されていな
い番号があれば、ＳＣＰ１１の管理テーブル２１におい
てその変換電話番号の通信状態を「未使用」にする。

【００４９】図９に示す手順では、ＳＣＰからＳＳＰに
加入者状態を問い合わせるのではなく、リンク障害があ
ったＳＳＰからＳＣＰに加入者状態を通知する。すなわ
ち、例えば、図８と同様にＳＳＰ１２−１を例にとれ
ば、ＳＳＰ１２−１に収容されている加入者の接続相手
の電話番号のうち、番号変換サービスによって接続され
ている相手電話番号を抽出して、その抽出した電話番号
をＳＳＰ番号（ＳＳＰ番号＝１０１）とともにＳＣＰ１
１に通知する。

【００５０】ＳＣＰ１１は、ＳＳＰ１２−１から通知さ
れる通信状態に関する情報と整合性をとるように管理テ
ーブル２１を書き換える。具体的には、ＳＳＰ番号が１
０１であるレコードを抽出し、その中でＳＳＰ１２−１
から転送されてきた番号と一致する変換電話番号の通信
状態を「使用中」とするとともに、一致しない変換番号
の通信状態は「未使用」にする。

【００５１】図１０および図１１は、ＳＣＰとＳＳＰと
を接続する網内に設けられたＳＴＰ（Signalling Trans
fer Point ）で障害が発生したときの動作を説明するフ
ローチャートである。ＳＴＰは、ＳＣＰと各ＳＳＰとの
間を接続する共通信号線方式の交換ノードである。ＳＴ
Ｐで障害が発生すると、そのＳＴＰの配下に収容される
各ＳＳＰとＳＣＰとの間で情報の授受ができなくなるの
で、各ＳＳＰに収容されている加入者の通信状態とＳＣ
Ｐが管理する通信状態とが一致しなくなる恐れがある。
以下では、ＳＴＰ障害が発生したときに、ＳＣＰとＳＳ
Ｐ間で通信状態の整合性を保つための手順を示す。

【００５２】図１０において、ＳＴＰ１３が障害から復
旧すると、ＳＴＰ１３は、ＳＣＰ１１にＳＴＰ復旧メッ
セージを転送する。ＳＣＰ１１は、ＳＴＰ復旧メッセー
ジを受け取ると、管理テーブル２１にＳＳＰ番号が書き
込まれているすべてのＳＳＰに対して順次通信状態を問
い合わせる。そして、ＳＣＰ１１は、その問合せ結果に
整合するように管理テーブル２１を書き換える。この手
順は、図８に示した手順と同じである。このような方式
とすれば、ＳＣＰ１１にサービスを要求していないＳＳ
Ｐに対して通信状態を問い合わせる必要がないので、整
合性をとるための処理を短時間で実施できる。

【００５３】図１１においては、ＳＴＰ１３が障害から
復旧すると、ＳＴＰ１３は、各ＳＳＰ１２−１〜１２−
ｎにＳＴＰ復旧メッセージを転送する。各ＳＳＰ１２−
１〜１２−ｎは、それぞれ図９で説明した手順と同様に
ＳＣＰ１１に通信状態およびＳＳＰ番号を通知し、ＳＣ
Ｐ１１がそれらの通知に整合するように管理テーブル２
１を書き換える。

【００５４】図１２は、ＳＣＰで障害が発生したときの
動作を説明するフローチャートである。ＳＣＰで障害が
発生すると、ＳＣＰにおいて通信状態を管理する管理テ
ーブルがクリアされるので、復旧したときに各ＳＳＰに
通信状態を問い合わせて管理テーブルを再構築する必要
がある。また、ＳＣＰにおいて管理テーブルを不揮発性
の記憶装置に格納する構成では、ＳＣＰ障害が発生して
も管理テーブルのデータは保持されるが、ＳＣＰの動作
が停止している期間にＳＳＰにおいて通信状態が変化し
ていることが予想されるので、この場合もやはり各ＳＳ
Ｐに通信状態を問い合わせて管理テーブルを更新する必
要がある。

【００５５】ＳＣＰ１１から各ＳＳＰ１２−１〜１２−
ｎに通信状態を問い合わせて、ＳＣＰ１１の管理テーブ
ル２１の内容をその問合せ結果に整合するように書き換
える手順は、図１０に示したものと同じである。ただ
し、ＳＣＰ１１の障害時には、全てのＳＳＰ１２−１〜
１２−ｎに通信状態を問い合わせることが望ましい。

【００５６】図１３および図１４は、ある特定のＳＳＰ
においてメッセージ量（通信量）を規制した後にＳＣＰ
とＳＳＰとの間で通信状態の整合性をとる動作を説明す
るフローチャートである。

【００５７】各ＳＳＰ１２−１〜１２−ｎは、扱うメッ
セージ量が交換能力の上限値に近づくと、メッセージの
受付を制限する過負荷制御を開始する。ここでは、ＳＳ
Ｐ１２−１が過負荷状態になるものとする。メッセージ
量が減少して過負荷状態が解除されると、ＳＳＰ１２−
１は、過負荷制御解除メッセージおよびＳＳＰ１２−１
を識別するＳＳＰ番号（ＳＳＰ番号＝１０１）をＳＣＰ
１１へ転送する。

【００５８】図１３に示す手順では、ＳＣＰ１１は、過
負荷制御解除メッセージを受信すると、図８に示した手
順と同様に、受信したＳＳＰ番号を用いて管理テーブル
２１をサーチしてＳＳＰ１２−１に関する情報のみを取
り出し、その情報が整合性がとれているかどうかＳＳＰ
１２−１に問い合わせる。そして、ＳＳＰ１２−１にお
ける通信状態と一致していない情報があれば、管理テー
ブル２１の内容をＳＳＰ１２−１における実際の通信状
態に整合するように書き換える。

【００５９】図１４に示す手順では、ＳＣＰからＳＳＰ
に加入者状態を問い合わせるのではなく、過負荷制御を
実行していたＳＳＰからＳＣＰに加入者状態を通知す
る。すなわち、ＳＳＰ１２−１は、図９に示した手順と
同様に、過負荷制御解除メッセージに続いて、ＳＳＰ１
２−１を識別するＳＳＰ番号（ＳＳＰ番号＝１０１）お
よびＳＳＰ１２−１が収容する加入者の通信状態をＳＣ
Ｐ１１に通知する。そして、ＳＣＰ１１は、ＳＳＰ１２
−１から通知された通信状態に整合するように管理テー
ブル２１を書き換える。

【００６０】図１５は、ＳＣＰにおいてメッセージ量
（通信量）を規制した後にＳＣＰとＳＳＰとの間で通信
状態の整合性をとる動作を説明するフローチャートであ
る。ＳＣＰ１１は、扱うメッセージ量が増加して処理可
能な限界値に近づくと、各ＳＳＰ１２−１〜１２−ｎか
ら転送されてくるメッセージの受付を制限する過負荷制
御を開始する。メッセージ量が減少して過負荷状態が解
除されると、ＳＣＰ１１は、過負荷制御解除メッセージ
を各ＳＳＰ１２−１〜１２−ｎに通知する。あるいは、
ＳＣＰ１１内の管理テーブル２１にＳＳＰ番号が格納さ
れているＳＳＰのみに過負荷制御解除メッセージを通知
するようにしてもよい。過負荷制御解除メッセージを受
け取ったＳＳＰは、それぞれ収容する加入者の通信状態
およびＳＳＰ番号をＳＣＰ１１に通知する。ＳＣＰ１１
は、その通知された通信状態に整合するように管理テー
ブル２１を更新する。

【００６１】なお、ＳＣＰ１１の過負荷制御が解除され
たときに、ＳＣＰから管理テーブル２１に格納されてい
るＳＳＰ番号のＳＳＰに対して加入者状態を問い合わせ
る方式でＳＣＰ１１とＳＳＰ１２−１〜１２−ｎとの間
の通信状態の整合性をとるようにしてもよい。

【００６２】図１６および図１７は、ＳＳＰからＳＣＰ
へのメッセージ転送を規制した後にＳＣＰとＳＳＰとの
間で通信状態の整合性をとる動作を説明するフローチャ
ートである。

【００６３】ＳＳＰからＳＣＰへのサービス要求が増加
すると、ＳＣＰは要求されたすべてのサービスを提供で
きなくなる恐れがある。このため、網全体を管理するオ
ペレータからのコマンド投入によって、ある特定のＳＳ
ＰからＳＣＰへのメッセージ転送量を規制することが可
能である。ところが、このような規制を実行している期
間は、例えば、ＳＣＰから提供されているサービスの終
了をＳＳＰからＳＣＰに通知するようなメッセージも規
制されてしまうので、ＳＳＰにおける実際の通信状態と
ＳＣＰで管理する通信状態とが一致しなくなる恐れがあ
る。このため、上述のようなメッセージ規制を解除した
ときには、ＳＣＰとＳＳＰとの間で整合正を確認する必
要がある。

【００６４】図１６に示す手順では、ＳＳＰ１２−１に
対するメッセージ量規制が解除されると、ＳＳＰ１２−
１は、そのことをＳＣＰ１１に通知する。ＳＣＰ１１
は、その通知を受け取ると、図８に示した手順と同様
に、受信したＳＳＰ番号を用いて管理テーブル２１をサ
ーチしてＳＳＰ１２−１に関する情報のみを取り出し、
その情報が正しいかどうかＳＳＰ１２−１に問い合わせ
る。そして、ＳＳＰ１２−１における通信状態と一致し
ていない情報があれば、管理テーブル２１の内容をＳＳ
Ｐ１２−１における実際の通信状態に整合するように書
き換える。

【００６５】図１７に示す手順では、図９に示した手順
と同様に、ＳＳＰ１２−１からＳＣＰ１１にＳＳＰ番号
およびＳＳＰ１２−１が収容する加入者の通信状態を通
知する。そして、ＳＣＰ１１は、ＳＳＰ１２−１から通
知された通信状態に整合するように管理テーブル２１を
書き換える。

【００６６】なお、上記実記形態では、ＳＣＰに設けら
れる管理テーブルが管理する通信状態として、電話番号
ごとに空塞状態（idle/busy ）を示したが、使用状態、
未使用状態に加えてフック状態も合わせて管理してもよ
い。また、管理テーブルを用いて、例えば、回線ごとの
伝送速度（伝送帯域）や、加入者ごとルーティング情報
を管理してもよい。

【００６７】また、上記実施形態では、番号変換サービ
スを採り上げて説明したが、本発明はこれに限定される
ものではなく、他の形態にも適用できる。すなわち、Ｓ
ＣＰに設けられる管理テーブルに書き込まれるＳＳＰ番
号を用いてＳＣＰがＳＳＰ単位でネットワークを制御お
よび管理する構成に適用される。例えば、ＳＣＰが、Ｓ
ＣＰに設けられる管理テーブルに書き込まれているＳＳ
Ｐ番号に対応するＳＳＰから所望の統計情報を収集する
ような制御を行ってもよい。

【００６８】さらに、ＳＣＰが輻輳状態に陥ると、ＳＣ
Ｐは各ＳＳＰに対して、たとえば、Call Gapping要求を
転送する。このとき、例えば、管理テーブルに書き込ま
れているＳＳＰ番号に対応するＳＳＰのみに選択的にCa
ll Gapping要求を転送すればメッセージ転送数を削減で
きる。

【００６９】

【発明の効果】本発明によれば、ＳＣＰがＳＳＰからの
要求に応じてサービスを提供する際、その要求を出した
ＳＳＰを識別する情報を上記サービスに関する通信制御
情報に対応づけて格納しておくので、ＳＣＰが管理する
通信状態とＳＳＰにおける実際の通信状態とをＳＳＰご
とに整合させることができる。

【００７０】上記整合処理は、ＳＣＰに設けられる管理
テーブルを書き換えるだけなので、他の通信に影響を及
ぼすことなくリアルタイムで行うことができる。

【図面の簡単な説明】

【図１】本発明の基本構成を示す図である。

【図２】本実施形態のインテリジェントネットワークの
構成図である。

【図３】本実施形態のＳＣＰに設けられる管理テーブル
の一例を示す図である。

【図４】ＳＳＰからＳＣＰへ番号変換サービスを要求し
たときの動作を説明するフローチャートである。

【図５】呼の切断時の動作を説明するフローチャートで
ある。

【図６】ＳＳＰが障害から復旧したときのフローチャー
トである。

【図７】一定時間以上継続して使用中状態となっている
電話番号の通信状態を確認するフローチャートである。

【図８】ＳＣＰとＳＳＰとの間のリンクで障害が発生し
たときの動作を説明するフローチャート（その１）であ
る。

【図９】ＳＣＰとＳＳＰとの間のリンクで障害が発生し
たときの動作を説明するフローチャート（その２）であ
る。

【図１０】ＳＣＰとＳＳＰとを接続する網内に設けられ
たＳＴＰで障害が発生したときの動作を説明するフロー
チャート（その１）である。

【図１１】ＳＣＰとＳＳＰとを接続する網内に設けられ
たＳＴＰで障害が発生したときの動作を説明するフロー
チャート（その２）である。

【図１２】ＳＣＰで障害が発生したときの動作を説明す
るフローチャートである。

【図１３】ある特定のＳＳＰにおいてメッセージ量（通
信量）を規制した後にＳＣＰとＳＳＰとの間で通信状態
の整合性をとる動作を説明するフローチャート（その
１）である。

【図１４】ある特定のＳＳＰにおいてメッセージ量（通
信量）を規制した後にＳＣＰとＳＳＰとの間で通信状態
の整合性をとる動作を説明するフローチャート（その
２）である。

【図１５】ＳＣＰにおいてメッセージ量（通信量）を規
制した後にＳＣＰとＳＳＰとの間で通信状態の整合性を
とる動作を説明するフローチャートである。

【図１６】ＳＳＰからＳＣＰへのメッセージ転送を規制
した後にＳＣＰとＳＳＰとの間で通信状態の整合性をと
る動作を説明するフローチャート（その１）である。

【図１７】ＳＳＰからＳＣＰへのメッセージ転送を規制
した後にＳＣＰとＳＳＰとの間で通信状態の整合性をと
る動作を説明するフローチャート（その２）である。

【図１８】一般的なインテリジェントネットワークの構
成図である。

【図１９】従来の管理テーブルの一例を示す図であり、
(a) はＳＣＰに設けられるテーブル、(b) はＳＳＰに設
けられるテーブル。

【符号の説明】

１−１〜１−ｎ ＳＳＰ（サービススイッチン
グポイント） ２ ＳＣＰ（サービスコントロー
ルポイント） ３ 通信状態管理テーブル １１ ＳＣＰ（サービスコントロー
ルポイント） １２−１〜１２−ｎ ＳＳＰ（サービススイッチン
グポイント） １３ ＳＴＰ（シグナリングトラン
スファーポイント） ２１ 管理テーブル（ＳＣＰに設け
られる） １１２ 管理テーブル（各ＳＳＰに設
けられる）

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｑ 3/545 9744−5Ｋ Ｈ０４Ｌ 11/08 3/76

Claims (17)

【特許請求の範囲】
1. 【請求項１】 予め登録された所定の番号を着信先を識
   別する番号に変換するサービスを提供するインテリジェ
   ントネットワークを利用した通信の状態を管理する通信
   状態管理方式であって、 複数のＳＳＰと、 上記複数のＳＳＰの中の少なくとも１つのＳＳＰから予
   め登録された所定の番号およびその所定の番号を出力し
   たＳＳＰを識別する情報を受信し、該受信した所定の番
   号から得られる着信先を識別する番号と該着信先の通信
   状態と上記受信したＳＳＰを識別する情報とを対応づけ
   て通信状態管理テーブルに格納し、該通信状態管理テー
   ブルを用いて通信状態を制御するＳＣＰと、 を有する通信状態管理方式。
2. 【請求項２】 上記ＳＣＰは、上記通信状態管理テーブ
   ルに格納されているＳＳＰを識別する情報を用いて、上
   記複数のＳＳＰにおける通信状態と上記通信状態管理テ
   ーブルに格納されている通信状態とを整合させる請求項
   １に記載の通信状態管理方式。
3. 【請求項３】 上記通信状態管理テーブルに、着信先の
   通信状態として着信先が使用状態か未使用状態かを設定
   する請求項１に記載の通信状態管理方式。
4. 【請求項４】 上記複数のＳＳＰの中のあるＳＳＰが停
   止状態から復旧した場合、上記ＳＣＰは、上記状態管理
   テーブルにおいて、上記復旧したＳＳＰを識別する情報
   に対応づけられている着信先の通信状態を未使用状態に
   する請求項３に記載の通信状態管理方式。
5. 【請求項５】 上記ＳＣＰは、上記通信状態管理テーブ
   ルにおいて一定時間以上使用状態を継続している呼を抽
   出し、上記複数のＳＳＰにおいてその呼が実際に存在し
   ていなかった場合には、上記通信状態管理テーブルにお
   いてその呼に対応する着信先の通信状態を未使用状態に
   する請求項３に記載の通信状態管理方式。
6. 【請求項６】 上記複数のＳＳＰの中のあるＳＳＰと上
   記ＳＣＰとの間のリンクに障害が発生した場合、上記Ｓ
   ＣＰは、その障害が発生したリンクを介して接続されて
   いたＳＳＰに通信状態を問い合わせ、上記通信状態管理
   テーブルをその問合せ結果に整合させる請求項１に記載
   の通信状態管理方式。
7. 【請求項７】 上記複数のＳＳＰの中のあるＳＳＰと上
   記ＳＣＰとの間のリンクに障害が発生した場合、その障
   害が発生したリンクを介して接続されていたＳＳＰから
   上記ＳＣＰにそのＳＳＰに収容される加入者の通信状態
   を通知し、上記ＳＣＰは、上記通信状態管理テーブルを
   その通知に整合させる請求項１に記載の通信状態管理方
   式。
8. 【請求項８】 上記インテリジェントネットワークは、
   上記ＳＣＰと上記複数のＳＳＰとがＳＴＰを介して接続
   される構成であり、 上記ＳＴＰが停止状態から復旧した際、上記ＳＣＰは、
   上記通信状態管理テーブルに格納されているＳＳＰを識
   別する情報に基づいて所定のＳＳＰに対して通信状態を
   問い合わせ、上記通信状態管理テーブルをその問合せ結
   果に整合させる請求項１に記載の通信状態管理方式。
9. 【請求項９】 上記インテリジェントネットワークは、
   上記ＳＣＰと上記複数のＳＳＰとがＳＴＰを介して接続
   される構成であり、 上記ＳＴＰが停止状態から復旧した際、各ＳＳＰから上
   記ＳＣＰにそのＳＳＰに収容される加入者の通信状態を
   通知し、上記ＳＣＰは、上記通信状態管理テーブルをそ
   の通知に整合させる請求項１に記載の通信状態管理方
   式。
10. 【請求項１０】 上記ＳＣＰが停止状態から復旧した
    際、該ＳＣＰは、上記通信状態管理テーブルに格納され
    ているＳＳＰを識別する情報に基づいて所定のＳＳＰに
    対して通信状態を問い合わせ、上記通信状態管理テーブ
    ルをその問合せ結果に整合させる請求項１に記載の通信
    状態管理方式。
11. 【請求項１１】 上記複数のＳＳＰの中のあるＳＳＰが
    過負荷制御状態から解除されたとき、上記ＳＣＰは、上
    記過負荷制御状態から解除されたＳＳＰを識別する情報
    を用いて上記通信状態管理テーブルにアクセスし、上記
    通信状態管理テーブルを上記過負荷制御状態から解除さ
    れたＳＳＰの通信状態に整合させる請求項１に記載の通
    信状態管理方式。
12. 【請求項１２】 上記ＳＣＰが過負荷制御状態から解除
    されたとき、該ＳＣＰは、上記通信状態管理テーブルを
    各ＳＳＰの通信状態に整合させる請求項１に記載の通信
    状態管理方式。
13. 【請求項１３】 上記複数のＳＳＰの中のあるＳＳＰが
    上記ＳＣＰへメッセージを転送することが規制されるメ
    ッセージ転送規制状態から解除されたとき、上記ＳＣＰ
    は、上記メッセージ転送規制状態から解除されたＳＳＰ
    を識別する情報を用いて上記通信状態管理テーブルにア
    クセスし、上記通信状態管理テーブルを上記メッセージ
    転送規制状態から解除されたＳＳＰの通信状態に整合さ
    せる請求項１に記載の通信状態管理方式。
14. 【請求項１４】 インテリジェントネットワークを利用
    した通信の状態を管理する通信状態管理方式であって、 複数のＳＳＰと、 呼の確立時に上記複数のＳＳＰの中のあるＳＳＰからの
    要求に応じて通信制御情報を提供し、その呼の着信先の
    通信状態と上記要求を出力したＳＳＰを識別する情報と
    を対応づけて格納し、その格納してある情報を用いてＳ
    ＳＰ毎に通信状態を制御するＳＣＰと、 を有する通信状態管理方式。
15. 【請求項１５】 インテリジェントネットワークを利用
    した通信の状態を管理する通信状態管理方式であって、 複数のＳＳＰと、 上記複数のＳＳＰの中のあるＳＳＰからの要求に応じて
    通信サービスを提供するＳＣＰとを有し、 各ＳＳＰは、上記ＳＣＰにサービスを要求する際、その
    ＳＳＰを識別する情報を上記ＳＣＰに通知し、上記ＳＣ
    Ｐは、受け取った要求に応じて提供する通信制御情報と
    受け取ったＳＳＰを識別する情報とを対応づけて格納
    し、ＳＳＰ毎に通信状態を管理する通信状態管理方式。
16. 【請求項１６】 インテリジェントネットワーク上でＳ
    ＳＰからの要求に応じて予め登録された所定の番号を着
    信先を識別する番号に変換するサービスを提供するＳＣ
    Ｐであって、 複数のＳＳＰの中の少なくとも１つのＳＳＰから予め登
    録された所定の番号およびその所定の番号を出力したＳ
    ＳＰを識別する情報を受信する受信手段と、 該受信手段が受信した所定の番号から得られる着信先を
    識別する番号と該着信先の通信状態と上記受信したＳＳ
    Ｐを識別する情報とを対応づけて記憶する記憶手段と、 該記憶手段が記憶しているＳＳＰを識別する情報を用い
    て、上記複数のＳＳＰにおける通信状態と上記記憶手段
    に記憶されている通信状態とを整合させる制御手段と、 を有するＳＣＰ。
17. 【請求項１７】 予め登録された所定の番号を着信先を
    識別する番号に変換するサービスを提供するインテリジ
    ェントネットワークを利用した通信の状態を管理する通
    信状態管理方法であって、 ＳＣＰが、複数のＳＳＰの中の少なくとも１つのＳＳＰ
    から予め登録された所定の番号およびその所定の番号を
    出力したＳＳＰを識別する情報を受信するステップと、 上記受信した所定の番号から得られる着信先を識別する
    番号と、該着信先の通信状態と、上記受信したＳＳＰを
    識別する情報とを対応づけて記憶するステップと、 上記記憶されているＳＳＰを識別する情報を用いて、上
    記複数のＳＳＰにおける通信状態と上記記憶されている
    通信状態とを整合させるステップと、 を有する通信状態管理方法。