JP3142058B2 - 電気通信ネットワークにおけるサービスサーキットリソースの再利用のための方法及び装置 - Google Patents
電気通信ネットワークにおけるサービスサーキットリソースの再利用のための方法及び装置Info
- Publication number
- JP3142058B2 JP3142058B2 JP10231268A JP23126898A JP3142058B2 JP 3142058 B2 JP3142058 B2 JP 3142058B2 JP 10231268 A JP10231268 A JP 10231268A JP 23126898 A JP23126898 A JP 23126898A JP 3142058 B2 JP3142058 B2 JP 3142058B2
- Authority
- JP
- Japan
- Prior art keywords
- resource
- call
- resources
- target
- type
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
- H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
- H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
- H04Q3/54575—Software application
- H04Q3/54591—Supervision, e.g. fault localisation, traffic measurements, avoiding errors, failure recovery, monitoring, statistical analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1302—Relay switches
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1304—Coordinate switches, crossbar, 4/2 with relays, coupling field
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13103—Memory
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13106—Microprocessor, CPU
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13204—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1324—Conference call
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13349—Network management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13378—Speech recognition, speech analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13405—Dual frequency signaling, DTMF
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Exchange Systems With Centralized Control (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、電気通信ネットワ
ークにおけるサービスサーキットリソース再利用方法及
び装置に関するものである。
ークにおけるサービスサーキットリソース再利用方法及
び装置に関するものである。
【０００２】
【従来の技術及びその課題】電気通信ネットワークにお
ける既存のスイッチシステムは、一般的に多くのサービ
スサーキットを持っていて、それぞれのサーキットは、
数多くの種類のサービスサーキットリソースに接続され
ている。サービスサーキットはすべての呼び出し（コー
ル：call）に必要とされる基本的な機能を果たす。サー
ビスサーキットリソースは特別なサーキットで（例え
ば、会話検知回路や、テレビ会議用ブリッジ）、すべて
の呼び出しには必要とされない機能を果たす。
ける既存のスイッチシステムは、一般的に多くのサービ
スサーキットを持っていて、それぞれのサーキットは、
数多くの種類のサービスサーキットリソースに接続され
ている。サービスサーキットはすべての呼び出し（コー
ル：call）に必要とされる基本的な機能を果たす。サー
ビスサーキットリソースは特別なサーキットで（例え
ば、会話検知回路や、テレビ会議用ブリッジ）、すべて
の呼び出しには必要とされない機能を果たす。
【０００３】例えば、Ｉｓｉｄｏｒｏらによる１９９５
年８月８日に発行されＡＴ＆Ｔに譲渡された米国特許第
５，４４０，５６３には、既存のスイッチシステムの例
が示されている。スイッチは電気通信ネットワークの中
に、サービスサーキット用のプールを割り当てる。スイ
ッチの外にある区域内制御ノードが、サービスサーキッ
トとスイッチの接続を制御する。個々のサービスサーキ
ットリソースは、サービスサーキット自身といっしょ
に、一括して配置される。
年８月８日に発行されＡＴ＆Ｔに譲渡された米国特許第
５，４４０，５６３には、既存のスイッチシステムの例
が示されている。スイッチは電気通信ネットワークの中
に、サービスサーキット用のプールを割り当てる。スイ
ッチの外にある区域内制御ノードが、サービスサーキッ
トとスイッチの接続を制御する。個々のサービスサーキ
ットリソースは、サービスサーキット自身といっしょ
に、一括して配置される。
【０００４】しかし、これらの既存のスイッチシステム
には、いくつかの欠点がある。まず第一に、必要以上の
サービスサーキットリソースが必要になり、とても高価
になる。加入者は呼び出しのためにある特定のリソース
を選ぶかもしれない。しかし、すべての呼び出しが、呼
び出しの間中ずっとそのリソースを必要とするわけでは
ない。スイッチの呼び出し処理あるいはサービスロジッ
クがリソースを切断したとしても、そのリソースはその
呼び出しに割り当てられたままになり、別の呼び出しに
割り当てられない。
には、いくつかの欠点がある。まず第一に、必要以上の
サービスサーキットリソースが必要になり、とても高価
になる。加入者は呼び出しのためにある特定のリソース
を選ぶかもしれない。しかし、すべての呼び出しが、呼
び出しの間中ずっとそのリソースを必要とするわけでは
ない。スイッチの呼び出し処理あるいはサービスロジッ
クがリソースを切断したとしても、そのリソースはその
呼び出しに割り当てられたままになり、別の呼び出しに
割り当てられない。
【０００５】例えば、加入者は、呼び出しの会話検出機
能を有効にするかもしれない。しかし、呼び出した側
（caller）が、会話ではなく二重音多周波数（デュアル
トーンマルチフリーケンシー：dual tone multi-freque
ncy）（ＤＴＭＦ）信号を介して、スイッチと対話する
ことを選んだ時は、会話検出リソースをその呼び出しに
接続する必要がなくなる。このような場合は、この会話
検出リソースは呼び出しが終了するまで使われないまま
になる。会話検出リソースが呼び出し処理やサービスロ
ジックによってオフにされていても、その会話検出リソ
ースは、他の呼び出し用に利用できない。このためこれ
らのリソースの利用効率が低下し、スイッチに関したコ
ストを上昇させ、その結果、呼び出しに関したコストも
上昇する。
能を有効にするかもしれない。しかし、呼び出した側
（caller）が、会話ではなく二重音多周波数（デュアル
トーンマルチフリーケンシー：dual tone multi-freque
ncy）（ＤＴＭＦ）信号を介して、スイッチと対話する
ことを選んだ時は、会話検出リソースをその呼び出しに
接続する必要がなくなる。このような場合は、この会話
検出リソースは呼び出しが終了するまで使われないまま
になる。会話検出リソースが呼び出し処理やサービスロ
ジックによってオフにされていても、その会話検出リソ
ースは、他の呼び出し用に利用できない。このためこれ
らのリソースの利用効率が低下し、スイッチに関したコ
ストを上昇させ、その結果、呼び出しに関したコストも
上昇する。
【０００６】二番目には、ある特定のリソースに問題が
ある場合、既存のスイッチはこの問題のあるリソース
と、同じサービスサーキットに接続された他の正常に動
作しているリソースとを識別できない。その結果、修理
や診断のために必要以上のリソースが取り除かれてしま
う。
ある場合、既存のスイッチはこの問題のあるリソース
と、同じサービスサーキットに接続された他の正常に動
作しているリソースとを識別できない。その結果、修理
や診断のために必要以上のリソースが取り除かれてしま
う。
【０００７】
【課題を解決するための手段】本発明によって、呼び出
し（コール）が終了する前にサービスサーキットリソー
スを開放することができ、その処理を、その呼び出しに
サービスサーキットリソースが必要なくなった時に行え
る。開放されたリソ−スは別の呼び出しに再利用でき
る。
し（コール）が終了する前にサービスサーキットリソー
スを開放することができ、その処理を、その呼び出しに
サービスサーキットリソースが必要なくなった時に行え
る。開放されたリソ−スは別の呼び出しに再利用でき
る。
【０００８】本発明では、ある一つのサービスサーキッ
トに接続されたサービスからサービスサーキットリソー
スを取り除く時に、そのサービスサーキットに接続され
た他の全てのサービスサーキットリソースや、そのサー
ビスサーキット自身を取り除く必要がない。その結果、
サービスサーキットリソースを取り除いて行う保守が、
サービスサーキットに接続されている他の全てのリソー
スに影響を与えない。
トに接続されたサービスからサービスサーキットリソー
スを取り除く時に、そのサービスサーキットに接続され
た他の全てのサービスサーキットリソースや、そのサー
ビスサーキット自身を取り除く必要がない。その結果、
サービスサーキットリソースを取り除いて行う保守が、
サービスサーキットに接続されている他の全てのリソー
スに影響を与えない。
【０００９】スイッチにおけるリソースを管理する方法
と装置であり、スイッチには複数のサービスサーキット
があり、そのサーキットの各々は専用のリソースサブセ
ットに接続されている。使用可能なターゲットリソ−ス
を持つターゲットサービスサーキットは、リソースグル
ープリストと、第１（最初の）リソースタイプを持つリ
ソ−ス要求によって識別される。この要求は受信した呼
び出しに基づいている。使用可能なターゲットリソース
は、ターゲットサービスサーキットを介して、呼び出し
に接続される。ターゲットリソースが呼び出しの間に必
要なくなれば、そのターゲットリソースは呼び出しから
開放される。
と装置であり、スイッチには複数のサービスサーキット
があり、そのサーキットの各々は専用のリソースサブセ
ットに接続されている。使用可能なターゲットリソ−ス
を持つターゲットサービスサーキットは、リソースグル
ープリストと、第１（最初の）リソースタイプを持つリ
ソ−ス要求によって識別される。この要求は受信した呼
び出しに基づいている。使用可能なターゲットリソース
は、ターゲットサービスサーキットを介して、呼び出し
に接続される。ターゲットリソースが呼び出しの間に必
要なくなれば、そのターゲットリソースは呼び出しから
開放される。
【００１０】
【発明の実施の形態】図１は、本発明の実施形態によ
る、電気通信ネットワークで利用するスイッチを示す図
である。スイッチ１００は、中央処理装置１１０、スイ
ッチ機構（スイッチファブリック：switch fabric）１
２０、サービスサーキット１３０とリソースグループ１
４０で構成されている。制御バス１７０に、中央処理装
置１１０と、スイッチ機構１２０と、サービスサーキッ
ト１３０と、が接続されている。スイッチ機構１２０
は、サービスサーキットトランク１９５によって、サー
ビスサーキット１３０に接続されている。スイッチ機構
１２０は、入力トランク（入力線）１８０から入力信号
を受け取り、出力トランク（出力線）１９０に出力信号
を送り出す。
る、電気通信ネットワークで利用するスイッチを示す図
である。スイッチ１００は、中央処理装置１１０、スイ
ッチ機構（スイッチファブリック：switch fabric）１
２０、サービスサーキット１３０とリソースグループ１
４０で構成されている。制御バス１７０に、中央処理装
置１１０と、スイッチ機構１２０と、サービスサーキッ
ト１３０と、が接続されている。スイッチ機構１２０
は、サービスサーキットトランク１９５によって、サー
ビスサーキット１３０に接続されている。スイッチ機構
１２０は、入力トランク（入力線）１８０から入力信号
を受け取り、出力トランク（出力線）１９０に出力信号
を送り出す。
【００１１】それぞれのサービスサーキット１３０に
は、サービスサーキット機構（サービス・サーキット・
ファブリック：service circuit fabric）１３５があ
る。リソースグループ１４０は、リソーストランク１６
０を介してサービスサーキット機構１３５によって、サ
ービスサーキット１３０に接続されている。
は、サービスサーキット機構（サービス・サーキット・
ファブリック：service circuit fabric）１３５があ
る。リソースグループ１４０は、リソーストランク１６
０を介してサービスサーキット機構１３５によって、サ
ービスサーキット１３０に接続されている。
【００１２】中央処理装置１１０は、呼び出し処理を実
行し、またスイッチ１００のためのサービスロジック機
能を実行する。中央処理装置はコンピュータが読み取れ
るメモリ（示されていない）を持ち、情報を貯えておけ
る。中央処理装置１１０には、あらゆるタイプのスイッ
チプロセッサを使用できる。例えば、ＬｕｃｅｎｔＴｅ
ｃｈｎｏｌｏｇｉｅｓ ４ＥＳＳ（商品名）スイッチプ
ロセッサ１Ｂのようなものがある。
行し、またスイッチ１００のためのサービスロジック機
能を実行する。中央処理装置はコンピュータが読み取れ
るメモリ（示されていない）を持ち、情報を貯えておけ
る。中央処理装置１１０には、あらゆるタイプのスイッ
チプロセッサを使用できる。例えば、ＬｕｃｅｎｔＴｅ
ｃｈｎｏｌｏｇｉｅｓ ４ＥＳＳ（商品名）スイッチプ
ロセッサ１Ｂのようなものがある。
【００１３】スイッチ機構１２０は、サービスサーキッ
トトランク１９５のために、入力トランク１８０と出力
トランク１９０を切り替えられるスイッチ技術をもつも
のであれば、どんなタイプのものでもよい。
トトランク１９５のために、入力トランク１８０と出力
トランク１９０を切り替えられるスイッチ技術をもつも
のであれば、どんなタイプのものでもよい。
【００１４】スイッチ機構１２０は、以下のようなスイ
ッチ技術をもつものであればどんなタイプのものでもよ
い。従来からある、機械式、電気光学式、温度光学式、
音波光学式、液晶型、半導体光学増幅型の機構（ファブ
リック：fabric）やマイクロエレクトロニクス機械スイ
ッチ。
ッチ技術をもつものであればどんなタイプのものでもよ
い。従来からある、機械式、電気光学式、温度光学式、
音波光学式、液晶型、半導体光学増幅型の機構（ファブ
リック：fabric）やマイクロエレクトロニクス機械スイ
ッチ。
【００１５】サービスサーキット１３０には、Ｌｕｃｅ
ｎｔ Ｓｅｒｖｉｃｅ Ｃｉｒｃｕｉｔ Ｓｙｓｔｅｍｓ
等の知られているあらゆるタイプのサービスサーキット
を利用できる。サービスサーキットは、全ての呼び出し
に必要な基本的な機能を実行する。例えば、サービスサ
ーキット１３０は、サーキットに関連した二重音多周波
数（ＤＴＭＦ）音声の受信と復号を行う。
ｎｔ Ｓｅｒｖｉｃｅ Ｃｉｒｃｕｉｔ Ｓｙｓｔｅｍｓ
等の知られているあらゆるタイプのサービスサーキット
を利用できる。サービスサーキットは、全ての呼び出し
に必要な基本的な機能を実行する。例えば、サービスサ
ーキット１３０は、サーキットに関連した二重音多周波
数（ＤＴＭＦ）音声の受信と復号を行う。
【００１６】サービスサーキット１３０は、サービスサ
ーキットトランク１９５によって、対応したスイッチ機
構１２０に接続されている。サービスサーキットトラン
ク１９５にはあらゆるタイプの電送路を使える。この電
送路は、スイッチ機構１２０とサービスサーキット１３
０の間で信号を伝送するのに適しているものであればよ
い。例えば、サービスサーキットトランクには同軸ケー
ブル、光ファイバーまたはより対線を使える。
ーキットトランク１９５によって、対応したスイッチ機
構１２０に接続されている。サービスサーキットトラン
ク１９５にはあらゆるタイプの電送路を使える。この電
送路は、スイッチ機構１２０とサービスサーキット１３
０の間で信号を伝送するのに適しているものであればよ
い。例えば、サービスサーキットトランクには同軸ケー
ブル、光ファイバーまたはより対線を使える。
【００１７】リソースグループ１４０は、複数のサービ
スサーキットリソース（以降本書ではリソースと表記す
る）で構成できる。このリソースは、機能するあらゆる
タイプの専用回路であるが、全ての呼び出しには必要で
はない。例えば、リソースグループは、Ｌｕｃｅｎｔ
Ｔｅｃｈｎｏｌｏｇｉｅｓによって一つのＣｕｓｔｏｍ
Ｄａｔａ Ｓｅｒｖｉｃｅｓ Ｕｎｉｔ（ＣＤＳＵ）に
パッケージされたものを含むことができる。一つのリソ
ースは、自動会話認識（ＡＳＲ）、テレビ会議ブリッジ
等を行う専用回路で構成できる。一般的に、ある一つの
サービスサーキット１３０は複数のリソースグループ１
４０に接続される。このリソースグループは複数の異な
るタイプのリソースを提供する。例えば、異なるタイプ
の専用回路などである。
スサーキットリソース（以降本書ではリソースと表記す
る）で構成できる。このリソースは、機能するあらゆる
タイプの専用回路であるが、全ての呼び出しには必要で
はない。例えば、リソースグループは、Ｌｕｃｅｎｔ
Ｔｅｃｈｎｏｌｏｇｉｅｓによって一つのＣｕｓｔｏｍ
Ｄａｔａ Ｓｅｒｖｉｃｅｓ Ｕｎｉｔ（ＣＤＳＵ）に
パッケージされたものを含むことができる。一つのリソ
ースは、自動会話認識（ＡＳＲ）、テレビ会議ブリッジ
等を行う専用回路で構成できる。一般的に、ある一つの
サービスサーキット１３０は複数のリソースグループ１
４０に接続される。このリソースグループは複数の異な
るタイプのリソースを提供する。例えば、異なるタイプ
の専用回路などである。
【００１８】リソースグループ１４０は、リソーストラ
ンク１６０によって、それぞれ対応したサービスサーキ
ット１３０に接続されている。リソーストランク１６０
は、あらゆるタイプのもので構成できる。これは、リソ
ース１４０とサービスサーキット１３０の間で信号を適
切に伝送できる電送路であればよい。例えば、リソース
トランクは同軸ケーブル、光ファイバーまたはより対線
で構成できる。
ンク１６０によって、それぞれ対応したサービスサーキ
ット１３０に接続されている。リソーストランク１６０
は、あらゆるタイプのもので構成できる。これは、リソ
ース１４０とサービスサーキット１３０の間で信号を適
切に伝送できる電送路であればよい。例えば、リソース
トランクは同軸ケーブル、光ファイバーまたはより対線
で構成できる。
【００１９】入力トランク１８０と出力トランク１９０
は、あらゆるタイプの電送路で構成できる。スイッチ１
００と、電気通信ネットワーク内のほかの装置、例えば
スイッチなどを接続できる電送路であればよい。例え
ば、入力トランク１８０と出力トランク１９０は、遠距
離通信に適している光ファイバーで構成することができ
る。
は、あらゆるタイプの電送路で構成できる。スイッチ１
００と、電気通信ネットワーク内のほかの装置、例えば
スイッチなどを接続できる電送路であればよい。例え
ば、入力トランク１８０と出力トランク１９０は、遠距
離通信に適している光ファイバーで構成することができ
る。
【００２０】簡略化するために図１では、二つのサーキ
ット１３０がそれぞれ二つのリソース１４０に接続され
ているが、サービスサーキット１３０はいくつでもスイ
ッチ１００のスイッチ機構１２０に接続できる。同様
に、どんなサービスサーキットでも、任意の数のリソー
ス１４０に接続できる。
ット１３０がそれぞれ二つのリソース１４０に接続され
ているが、サービスサーキット１３０はいくつでもスイ
ッチ１００のスイッチ機構１２０に接続できる。同様
に、どんなサービスサーキットでも、任意の数のリソー
ス１４０に接続できる。
【００２１】図２と図３は、本発明の実施形態による、
入力呼び出しに関したサービスサーキットリソースの再
利用の処理を示す図である。処理はステップ２００で始
まる。ここで、入力トランク１８０の回線の一つからス
イッチ１００が呼び出しを受信する。
入力呼び出しに関したサービスサーキットリソースの再
利用の処理を示す図である。処理はステップ２００で始
まる。ここで、入力トランク１８０の回線の一つからス
イッチ１００が呼び出しを受信する。
【００２２】ステップ２０５では、中央処理装置１１０
が、呼び出しにサービスサーキットリソースが必要かど
うかを決定する。中央処理装置１１０の呼び出し処理、
サービスロジックソフトウエアまたはハードウエアが、
呼び出しにサービスサーキットとサービスサーキットリ
ソースが必要かどうか判断する。サービスサーキットリ
ソースが必要かどうか判断する過程で、中央処理装置１
１０は必要なリソースのタイプも識別する。言い換えれ
ば、中央処理装置は、呼び出しがＡＳＲやテレビ会議ブ
リッジなどに関連した専用サーキットを必要とするか否
かを判断する。
が、呼び出しにサービスサーキットリソースが必要かど
うかを決定する。中央処理装置１１０の呼び出し処理、
サービスロジックソフトウエアまたはハードウエアが、
呼び出しにサービスサーキットとサービスサーキットリ
ソースが必要かどうか判断する。サービスサーキットリ
ソースが必要かどうか判断する過程で、中央処理装置１
１０は必要なリソースのタイプも識別する。言い換えれ
ば、中央処理装置は、呼び出しがＡＳＲやテレビ会議ブ
リッジなどに関連した専用サーキットを必要とするか否
かを判断する。
【００２３】スイッチ１００が受信した呼び出しがサー
ビスサーキットリソースを必要としない場合は、処理は
ステップ２１０に渡される。ステップ２１０では、呼び
出しはスイッチ１００によって一般の呼び出しとして取
り扱われ、処理が終了する。呼び出しがサービスサーキ
ットリソースを必要とする時は、処理は条件付きステッ
プ２１５に渡される。
ビスサーキットリソースを必要としない場合は、処理は
ステップ２１０に渡される。ステップ２１０では、呼び
出しはスイッチ１００によって一般の呼び出しとして取
り扱われ、処理が終了する。呼び出しがサービスサーキ
ットリソースを必要とする時は、処理は条件付きステッ
プ２１５に渡される。
【００２４】条件付きステップ２１５では、中央処理装
置１１０がリソースデータセルを調べて、必要なタイプ
のリソースが使えるかどうか判断する。このリソースデ
ータセルは中央処理装置１１０の、コンピュータが読み
取れるメモリに保存されている。図４は本発明の実施形
態による、リソースデータセルの構成を示す図である。
リソースデータセル３００は、二つのフィールドを持つ
ことができる。それらはリソースタイプフィールド３１
０と可用性フィールド（アベイラビリティーフィール
ド：availability field）３２０である。図４に示され
た例では、リソースタイプ１、２と４のリソ−スが使用
可能であるが、リソースタイプ３のリソースは使用でき
ない。
置１１０がリソースデータセルを調べて、必要なタイプ
のリソースが使えるかどうか判断する。このリソースデ
ータセルは中央処理装置１１０の、コンピュータが読み
取れるメモリに保存されている。図４は本発明の実施形
態による、リソースデータセルの構成を示す図である。
リソースデータセル３００は、二つのフィールドを持つ
ことができる。それらはリソースタイプフィールド３１
０と可用性フィールド（アベイラビリティーフィール
ド：availability field）３２０である。図４に示され
た例では、リソースタイプ１、２と４のリソ−スが使用
可能であるが、リソースタイプ３のリソースは使用でき
ない。
【００２５】必要とされるタイプのリソースが使用でき
ない場合は、処理はステップ２２０に渡される。ステッ
プ２２０では、呼び出しは必要なリソースが使えないも
のとして扱われ、処理は終了する。例えば、必要なリソ
ースはＡＳＲで、そのＡＳＲが使用できない場合、中央
処理装置１１０はその呼び出しを作業中のオペレータに
まわすことができる。
ない場合は、処理はステップ２２０に渡される。ステッ
プ２２０では、呼び出しは必要なリソースが使えないも
のとして扱われ、処理は終了する。例えば、必要なリソ
ースはＡＳＲで、そのＡＳＲが使用できない場合、中央
処理装置１１０はその呼び出しを作業中のオペレータに
まわすことができる。
【００２６】必要なタイプのリソースが使用できる場合
は、処理はステップ２２５に渡される。ステップ２２５
では、中央処理装置１１０が、リソーストランクグルー
プリストの中から、使用できるリソースといっしょにリ
ソーストランク１６０を選択する。例えば、中央処理装
置１１０は、リソーストランクグループリストの中か
ら、使用できる最初のリソーストランク１６０を選ぶこ
とができる。
は、処理はステップ２２５に渡される。ステップ２２５
では、中央処理装置１１０が、リソーストランクグルー
プリストの中から、使用できるリソースといっしょにリ
ソーストランク１６０を選択する。例えば、中央処理装
置１１０は、リソーストランクグループリストの中か
ら、使用できる最初のリソーストランク１６０を選ぶこ
とができる。
【００２７】図５は、本発明の使用形態による、リソー
ストランクグループリストの構成例を示す図である。図
５に示されたように、リソーストランクグループリスト
４００には三つのフィールドがある。リソースタイプフ
ィールド４１０とリソーストランク識別フィールド４２
０、そして可用性フィールド４３０である。リソースト
ランクグループリスト４００は、それぞれのリソ−スタ
イプ用に、リソーストランク１６０が使用できるかを示
している。このリソーストランク１６０は必要なタイプ
のリソースをリソースグループ１４０の中からサービス
サーキット１３０に接続する。
ストランクグループリストの構成例を示す図である。図
５に示されたように、リソーストランクグループリスト
４００には三つのフィールドがある。リソースタイプフ
ィールド４１０とリソーストランク識別フィールド４２
０、そして可用性フィールド４３０である。リソースト
ランクグループリスト４００は、それぞれのリソ−スタ
イプ用に、リソーストランク１６０が使用できるかを示
している。このリソーストランク１６０は必要なタイプ
のリソースをリソースグループ１４０の中からサービス
サーキット１３０に接続する。
【００２８】ステップ２３０では、入力トランク１８０
にある呼び出しは、スイッチ機構１２０を介してサービ
スサーキットトランク１９５に接続されている。ステッ
プ２２５で選ばれたリソーストランク１６０に対応する
ように接続される。言い換えれば、ステップ２２５で選
ばれたリソ−ストランク１６０は特定なサービスサーキ
ット１３０に対応していて、このサービスサーキットは
特定なサービスサーキットトランク１９５に接続されて
いる。スイッチ機構１２０は呼び出しをこの特定はサー
キットトランク１９５に接続して、その結果呼び出しを
適切なサービスサーキット１３０に渡す。
にある呼び出しは、スイッチ機構１２０を介してサービ
スサーキットトランク１９５に接続されている。ステッ
プ２２５で選ばれたリソーストランク１６０に対応する
ように接続される。言い換えれば、ステップ２２５で選
ばれたリソ−ストランク１６０は特定なサービスサーキ
ット１３０に対応していて、このサービスサーキットは
特定なサービスサーキットトランク１９５に接続されて
いる。スイッチ機構１２０は呼び出しをこの特定はサー
キットトランク１９５に接続して、その結果呼び出しを
適切なサービスサーキット１３０に渡す。
【００２９】ステップ２３５では、ステップ２３５で選
ばれたリソーストランク１６０に対応したサービスサー
キット１３０が、リソースグループ１４０の中からリソ
ースを割り当てる。言い換えれば、サービスサーキット
１３０は、リソーストランク１６０の中の使用できる電
送路を介して、呼び出しをリソースグループ１４０の中
の使用できるリソースに接続する。
ばれたリソーストランク１６０に対応したサービスサー
キット１３０が、リソースグループ１４０の中からリソ
ースを割り当てる。言い換えれば、サービスサーキット
１３０は、リソーストランク１６０の中の使用できる電
送路を介して、呼び出しをリソースグループ１４０の中
の使用できるリソースに接続する。
【００３０】ステップ２４０では、呼び出しデータレジ
スタの中の割り当てられたリソースタイプフィールド
は、呼び出しに割り当てられたリソースタイプを示すよ
うに設定される。図６は、本発明の使用形態による、呼
び出しデータレジストを示す図である。図６に示すよう
に、呼び出しデータレジスタ５００には以下のフィール
ドが含まれている。呼び出し識別と呼び出しの一般情報
を持つ、呼び出しフィールド５１０。呼び出しがどのサ
ービスサーキット１３０に接続されているかを示す、サ
ービスサーキットＩＤフィールド５２０。そして、呼び
出しにどのタイプのリソースが割り当てられているかを
示す、割り当てられたリソースタイプフィールド５３
０。
スタの中の割り当てられたリソースタイプフィールド
は、呼び出しに割り当てられたリソースタイプを示すよ
うに設定される。図６は、本発明の使用形態による、呼
び出しデータレジストを示す図である。図６に示すよう
に、呼び出しデータレジスタ５００には以下のフィール
ドが含まれている。呼び出し識別と呼び出しの一般情報
を持つ、呼び出しフィールド５１０。呼び出しがどのサ
ービスサーキット１３０に接続されているかを示す、サ
ービスサーキットＩＤフィールド５２０。そして、呼び
出しにどのタイプのリソースが割り当てられているかを
示す、割り当てられたリソースタイプフィールド５３
０。
【００３１】例として、割り当てられたリソースタイプ
フィールド５３０は、割り当てられたリソースタイプを
示す数値を持っている。例えば、割り当てられたリソー
スタイプがＡＳＲの場合、割り当てられたリソースタイ
プフィールド５３０は１の値を持つ。割り当てられたリ
ソースタイプが、テレビ会議ブリッジの場合は、割り当
てられたリソースフィールド５３０は２の値を持つ。リ
ソースを割り当てられていない場合は、割り当てられた
リソ−スタイプフィールド５３０は０の値を持つ。
フィールド５３０は、割り当てられたリソースタイプを
示す数値を持っている。例えば、割り当てられたリソー
スタイプがＡＳＲの場合、割り当てられたリソースタイ
プフィールド５３０は１の値を持つ。割り当てられたリ
ソースタイプが、テレビ会議ブリッジの場合は、割り当
てられたリソースフィールド５３０は２の値を持つ。リ
ソースを割り当てられていない場合は、割り当てられた
リソ−スタイプフィールド５３０は０の値を持つ。
【００３２】ステップ２４５では、必要があれば、スイ
ッチ１００は告知したり返事を受け取ったりして、呼び
出した側と会話をする。ＡＳＲの例の場合、スイッチ１
００は呼び出した側に、「今、１を押すか１と言え」と
いったような告知をすることができる。呼び出した側
は、電話の１を押してＤＴＭＦ値の１を送るか、または
「１」といって反応すれば良い。
ッチ１００は告知したり返事を受け取ったりして、呼び
出した側と会話をする。ＡＳＲの例の場合、スイッチ１
００は呼び出した側に、「今、１を押すか１と言え」と
いったような告知をすることができる。呼び出した側
は、電話の１を押してＤＴＭＦ値の１を送るか、または
「１」といって反応すれば良い。
【００３３】ステップ２５０では、スイッチ１００はリ
ソースが呼び出し側で使われていないか調べる。ＡＳＲ
の例の場合に戻ると、「１」と言わずに、ＤＴＭＦ値の
１を戻した場合、スイッチ１００が、ＡＳＲリソースは
その呼び出しに必要なくなったと判断する。
ソースが呼び出し側で使われていないか調べる。ＡＳＲ
の例の場合に戻ると、「１」と言わずに、ＤＴＭＦ値の
１を戻した場合、スイッチ１００が、ＡＳＲリソースは
その呼び出しに必要なくなったと判断する。
【００３４】条件付きステップ２２５では、スイッチ１
００はリソースが必要か判断する。より厳密に言えば、
中央処理装置１１０が、リソースが呼び出し側で使われ
ていなければそのリソースは必要ないと判断する。ＡＳ
Ｒリソースの例の場合、呼び出し側が、音声ではなくＤ
ＴＭＦで反応した時は、ＡＳＲリソースは必要なくな
る。
００はリソースが必要か判断する。より厳密に言えば、
中央処理装置１１０が、リソースが呼び出し側で使われ
ていなければそのリソースは必要ないと判断する。ＡＳ
Ｒリソースの例の場合、呼び出し側が、音声ではなくＤ
ＴＭＦで反応した時は、ＡＳＲリソースは必要なくな
る。
【００３５】このリソースがまだ必要な時は、処理は２
６０に進み、呼び出しが終了するまでリソースを開放さ
れないまま、呼び出しを取り扱う。リソースが必要なく
なれば、呼び出しが終了する前にそのリソースは開放さ
れ、処理は２６５に進む。
６０に進み、呼び出しが終了するまでリソースを開放さ
れないまま、呼び出しを取り扱う。リソースが必要なく
なれば、呼び出しが終了する前にそのリソースは開放さ
れ、処理は２６５に進む。
【００３６】ステップ２６５では、中央処理装置１１０
は、呼び出しデータレジスタ５００に示されているその
呼び出しに割り当てられたリソースタイプが、本当に中
央処理装置１１０が開放して良いと判断したリソースか
確認する。ステップ２７０では、中央処理装置１１０
が、制御バス１７０を通してサービスサーキット１３０
に命令を送り、リソ−スを開放する。サービスサーキッ
ト１３０はリソースを開放する。
は、呼び出しデータレジスタ５００に示されているその
呼び出しに割り当てられたリソースタイプが、本当に中
央処理装置１１０が開放して良いと判断したリソースか
確認する。ステップ２７０では、中央処理装置１１０
が、制御バス１７０を通してサービスサーキット１３０
に命令を送り、リソ−スを開放する。サービスサーキッ
ト１３０はリソースを開放する。
【００３７】ステップ２７５では、中央処理装置１１０
は、呼び出しデータレジスタ５００の中のリソースタイ
プを消去する。言い換えれば、呼び出しデータレジスタ
５００の中の割り当てられたリソースタイプフィールド
５３０が、０以外の値を持っていた場合は、このフィー
ルド５３０の値は０にリセットされ、呼び出しにリソー
スが割り当てられていないことを示す。
は、呼び出しデータレジスタ５００の中のリソースタイ
プを消去する。言い換えれば、呼び出しデータレジスタ
５００の中の割り当てられたリソースタイプフィールド
５３０が、０以外の値を持っていた場合は、このフィー
ルド５３０の値は０にリセットされ、呼び出しにリソー
スが割り当てられていないことを示す。
【００３８】ステップ２８０では、必要ならば、中央処
理装置１１０は、リソーストランクグループリスト４０
０を更新する。言い換えれば、特定のリソーストランク
１６０を介して接続されたリソースグループ１４０に関
連したリソースすべてが前回使用可能であって、開放さ
れたリソースがこの特定のリソーストランク１６０の中
で最初に使用可能ならば、リソーストランクグループリ
スト４００の中の開放されたリソースに対応した可用性
フィールド４３０は、「Ｎ」から「Ｙ」に変えられ、ト
ランクグループのそのタイプのリソースは使用できるこ
とを示す。
理装置１１０は、リソーストランクグループリスト４０
０を更新する。言い換えれば、特定のリソーストランク
１６０を介して接続されたリソースグループ１４０に関
連したリソースすべてが前回使用可能であって、開放さ
れたリソースがこの特定のリソーストランク１６０の中
で最初に使用可能ならば、リソーストランクグループリ
スト４００の中の開放されたリソースに対応した可用性
フィールド４３０は、「Ｎ」から「Ｙ」に変えられ、ト
ランクグループのそのタイプのリソースは使用できるこ
とを示す。
【００３９】ステップ２８５では、必要があれば、中央
処理装置１１０はリソースデータセル３００を更新す
る。言い換えれば、開放されたリソースが使用可能にな
るまで、リソーストランクグループリスト中の全てのリ
ソーストランク１６０が、前回は使用可能であったと示
されていた場合、リソースデータセル３００の可用性フ
ィールド３２０は「Ｎ」から「Ｙ」に変わり、そのタイ
プのリソースはスイッチ１００で使用できることを示
す。
処理装置１１０はリソースデータセル３００を更新す
る。言い換えれば、開放されたリソースが使用可能にな
るまで、リソーストランクグループリスト中の全てのリ
ソーストランク１６０が、前回は使用可能であったと示
されていた場合、リソースデータセル３００の可用性フ
ィールド３２０は「Ｎ」から「Ｙ」に変わり、そのタイ
プのリソースはスイッチ１００で使用できることを示
す。
【００４０】例えば、スイッチ１００用にタイプ３のリ
ソースが前回使用できなかったとして、そして、タイプ
３のリソースが開放されたとすると、リソースデータセ
ルのリソ−スタイプ３の可用性フィールドは、「Ｎ」か
ら「Ｙ」に変えられることになる。そして、処理は終了
する。
ソースが前回使用できなかったとして、そして、タイプ
３のリソースが開放されたとすると、リソースデータセ
ルのリソ−スタイプ３の可用性フィールドは、「Ｎ」か
ら「Ｙ」に変えられることになる。そして、処理は終了
する。
【００４１】図７は、本発明の実施形態による、前回接
続されていた呼び出しにリソースを割り当てる処理を示
したフローチャートである。リソースが前回開放された
場合はこの処理が適当である。なぜなら、リソースは最
初必要とされていなかったが、呼び出しの後の方で必要
になったからである。例えばスピードダイアル（スピー
ドダイアル：speed dialing）設定をプログラムする加
入者は、ＤＴＭＦ値を入力して作業を始めるが、スピー
ドダイアルに関係した音声コマンドを入力するために、
後でＡＳＲリソースが必要になる。
続されていた呼び出しにリソースを割り当てる処理を示
したフローチャートである。リソースが前回開放された
場合はこの処理が適当である。なぜなら、リソースは最
初必要とされていなかったが、呼び出しの後の方で必要
になったからである。例えばスピードダイアル（スピー
ドダイアル：speed dialing）設定をプログラムする加
入者は、ＤＴＭＦ値を入力して作業を始めるが、スピー
ドダイアルに関係した音声コマンドを入力するために、
後でＡＳＲリソースが必要になる。
【００４２】条件付きステップ６００では、中央処理装
置１１０が、呼び出しがサービスサーキットリソースを
必要とするか判断する。中央処理装置１１０の中の呼び
出し処理やサービスロジックソフトウェアやハードウエ
アが、呼び出しがサービスサーキットリソースを必要と
するか判断する。サービスサーキットリソースが必要か
どうか判断する中で、中央処理装置１１０は必要なリソ
ースのタイプも識別する。
置１１０が、呼び出しがサービスサーキットリソースを
必要とするか判断する。中央処理装置１１０の中の呼び
出し処理やサービスロジックソフトウェアやハードウエ
アが、呼び出しがサービスサーキットリソースを必要と
するか判断する。サービスサーキットリソースが必要か
どうか判断する中で、中央処理装置１１０は必要なリソ
ースのタイプも識別する。
【００４３】呼び出しがサービスサーキットリソースを
必要としない場合、処理はステップ６１０に渡される。
ステップ６１０では、呼び出しは一般の呼び出しとして
扱われ、処理は終了する。呼び出しがサービスサーキッ
トリソースを必要とする場合は、処理は条件付きステッ
プ６２０に渡される。
必要としない場合、処理はステップ６１０に渡される。
ステップ６１０では、呼び出しは一般の呼び出しとして
扱われ、処理は終了する。呼び出しがサービスサーキッ
トリソースを必要とする場合は、処理は条件付きステッ
プ６２０に渡される。
【００４４】条件付きステップ６２０では、中央処理装
置１１０が、リソースがすでに呼び出しに割り当てられ
ているか判断する。リソースがまだ、呼び出しに割り当
てられていない場合は、処理はステップ６４０に渡され
る。ステップ６４０では、前記の図２と図３に示された
処理にしたがって、リソースが割り当てられる。より厳
密に言えば、図２に示されたように、処理はステップ２
１５に行き終了まで進む。
置１１０が、リソースがすでに呼び出しに割り当てられ
ているか判断する。リソースがまだ、呼び出しに割り当
てられていない場合は、処理はステップ６４０に渡され
る。ステップ６４０では、前記の図２と図３に示された
処理にしたがって、リソースが割り当てられる。より厳
密に言えば、図２に示されたように、処理はステップ２
１５に行き終了まで進む。
【００４５】呼び出しにすでにリソースが割り当てられ
ている場合は、その割り当てられたリソースは、呼び出
しが今必要なものと別のタイプでなければならない。処
理は次に、ステップ６５０に渡される。ステップ６５０
では、割り当てられたリソースは、前記図２と図３に示
された処理に従い開放される。より厳密に言えば、図２
と図３に示されたように処理はステップ２７０に行き終
了まで進む。
ている場合は、その割り当てられたリソースは、呼び出
しが今必要なものと別のタイプでなければならない。処
理は次に、ステップ６５０に渡される。ステップ６５０
では、割り当てられたリソースは、前記図２と図３に示
された処理に従い開放される。より厳密に言えば、図２
と図３に示されたように処理はステップ２７０に行き終
了まで進む。
【００４６】図８は、本発明の実施形態による、前回接
続されたリソースに障害があった時に、再度リソースを
割り当てる処理を示すフローチャート図である。ステッ
プ７００では、障害のあるリソースに接続されたサービ
スサーキット１３０が、制御バス１７０を介して中央処
理装置１１０にリソースの障害を報告する。
続されたリソースに障害があった時に、再度リソースを
割り当てる処理を示すフローチャート図である。ステッ
プ７００では、障害のあるリソースに接続されたサービ
スサーキット１３０が、制御バス１７０を介して中央処
理装置１１０にリソースの障害を報告する。
【００４７】ステップ７１０では、中央処理装置１１０
がリソーストランクグループリスト４００を更新し、可
用性フィールド４３０に「Ｎ」の値を入れる。これは、
リソースが使用不可能であることを示す。
がリソーストランクグループリスト４００を更新し、可
用性フィールド４３０に「Ｎ」の値を入れる。これは、
リソースが使用不可能であることを示す。
【００４８】ステップ７２０では、中央処理装置１１０
は呼び出しデータレジスタ５００を検索し、障害のある
リソースタイプと障害のあるリソースに接続されたサー
ビスサーキットに関連した呼び出しをすべて選び出す。
言い換えれば、全ての呼び出しデータレジスタ５００は
識別できる。なぜならば、サービスサーキットＩＤフィ
ールド５２０の中に障害のあるリソースに接続されたサ
ービスサーキットに対応した値を持っていて、割り当て
られたリソースタイプフィールド５３０の中には障害の
あるリソースのリソースタイプに対応している値を持っ
ているからである。
は呼び出しデータレジスタ５００を検索し、障害のある
リソースタイプと障害のあるリソースに接続されたサー
ビスサーキットに関連した呼び出しをすべて選び出す。
言い換えれば、全ての呼び出しデータレジスタ５００は
識別できる。なぜならば、サービスサーキットＩＤフィ
ールド５２０の中に障害のあるリソースに接続されたサ
ービスサーキットに対応した値を持っていて、割り当て
られたリソースタイプフィールド５３０の中には障害の
あるリソースのリソースタイプに対応している値を持っ
ているからである。
【００４９】ステップ７３０では、中央処理装置１１０
が、障害のあるリソ−スに接続されたサービスサーキッ
ト１３０に命令を送り、障害のあるリソ−スを開放す
る。命令を受け取ったサービスサーキット１３０は、障
害のあるリソースを開放する。
が、障害のあるリソ−スに接続されたサービスサーキッ
ト１３０に命令を送り、障害のあるリソ−スを開放す
る。命令を受け取ったサービスサーキット１３０は、障
害のあるリソースを開放する。
【００５０】ステップ７４０では、中央処理装置１１０
が、適当な呼び出しデータレジスタ内のリソースタイプ
を消去する。言い換えれば、ステップ７２０で検索され
た呼び出しデータレジスタ５００によって、障害のある
リソースに接続されていると識別されたそれぞれの呼び
出しは、割り当てられたリソースタイプフィールドが
「０」にリセットされる。これにより、その呼び出しに
はリソースが割り当てられていないことを示す。
が、適当な呼び出しデータレジスタ内のリソースタイプ
を消去する。言い換えれば、ステップ７２０で検索され
た呼び出しデータレジスタ５００によって、障害のある
リソースに接続されていると識別されたそれぞれの呼び
出しは、割り当てられたリソースタイプフィールドが
「０」にリセットされる。これにより、その呼び出しに
はリソースが割り当てられていないことを示す。
【００５１】ステップ７５０では、必要ならば、中央処
理装置１１０はリソースデータセルを更新する。言い換
えれば、リソースデータセルの表示によって、障害のあ
るリソースに関連したリソ−スタイプのリソースが前回
は使用可能であったが、今現在、その障害のあるリソー
スだけが使用できるリソースである場合は、リソースデ
ータセル３００は更新される。リソースデータセル３０
０の可用性フィールド３２０は「Ｎ」に変更され、障害
のあるリソースのリソースタイプ用にはリソースが今現
在使用できないことを示す。
理装置１１０はリソースデータセルを更新する。言い換
えれば、リソースデータセルの表示によって、障害のあ
るリソースに関連したリソ−スタイプのリソースが前回
は使用可能であったが、今現在、その障害のあるリソー
スだけが使用できるリソースである場合は、リソースデ
ータセル３００は更新される。リソースデータセル３０
０の可用性フィールド３２０は「Ｎ」に変更され、障害
のあるリソースのリソースタイプ用にはリソースが今現
在使用できないことを示す。
【００５２】ステップ７６０では、ステップ７２０で選
ばれたそれぞれの呼び出し用に、リソースを再度割り当
てる必要があるか、中央処理装置１１０が判断する。呼
び出しがリソースを割り当てられる必要がなくなった時
は、処理は終了する。呼び出しにリソースを割り当てる
必要はある場合は、前記図２と図３に示された処理にし
たがってリソースを割り当てられる。より厳密に言え
ば、図２と図３に示されたように、処理はステップ２１
５まで行って終了する。
ばれたそれぞれの呼び出し用に、リソースを再度割り当
てる必要があるか、中央処理装置１１０が判断する。呼
び出しがリソースを割り当てられる必要がなくなった時
は、処理は終了する。呼び出しにリソースを割り当てる
必要はある場合は、前記図２と図３に示された処理にし
たがってリソースを割り当てられる。より厳密に言え
ば、図２と図３に示されたように、処理はステップ２１
５まで行って終了する。
【００５３】図９は、本発明の実施形態による、保守の
ためのリソース準備処理を示すフローチャート図であ
る。ハードウエアや操作用の診断ソフトウエアを置き換
えるなどのリソースに関する保守を行う時には、図９に
示された処理が行われる。
ためのリソース準備処理を示すフローチャート図であ
る。ハードウエアや操作用の診断ソフトウエアを置き換
えるなどのリソースに関する保守を行う時には、図９に
示された処理が行われる。
【００５４】ステップ８００では、中央処理装置１１０
は、保守を行うリソースに関連したリソーストランクが
使用できないように、リソーストランクグループリスト
４００の中を設定する。言い換えれば、保守対象のリソ
ースタイプとリソーストランクＩＤに対応した可用性フ
ィールド４３０は、リソーストランクグループリスト４
００の中にあるのだが、その値が「Ｎ」に変更される。
は、保守を行うリソースに関連したリソーストランクが
使用できないように、リソーストランクグループリスト
４００の中を設定する。言い換えれば、保守対象のリソ
ースタイプとリソーストランクＩＤに対応した可用性フ
ィールド４３０は、リソーストランクグループリスト４
００の中にあるのだが、その値が「Ｎ」に変更される。
【００５５】その結果、保守の対象となるリソ−スに
は、それ以上の呼び出しが接続されなくなる。
は、それ以上の呼び出しが接続されなくなる。
【００５６】ステップ８１０では、必要であれば、中央
処理装置１１０がリソースデータセル３００を更新す
る。言い換えれば、リソースデータセル３００が、障害
のあるリソースと保守対象のリソースに関連したタイプ
のリソースのみが使用できたと前回示していた場合は、
リソースデータセル３００の中の可用性フィールド３２
０は「Ｎ」に変更し、障害のあるリソースタイプのリソ
ースは今現在使用できないことを示す。
処理装置１１０がリソースデータセル３００を更新す
る。言い換えれば、リソースデータセル３００が、障害
のあるリソースと保守対象のリソースに関連したタイプ
のリソースのみが使用できたと前回示していた場合は、
リソースデータセル３００の中の可用性フィールド３２
０は「Ｎ」に変更し、障害のあるリソースタイプのリソ
ースは今現在使用できないことを示す。
【００５７】ステップ８２０では、保守対象のリソース
を使っている全ての呼び出しが切断された時、そのリソ
ースの保守を行なうことができる。そのリソースには呼
び出しが接続されていないので、リソースを運転から切
り離し、保守を行っても呼び出しに影響を与えない。
を使っている全ての呼び出しが切断された時、そのリソ
ースの保守を行なうことができる。そのリソースには呼
び出しが接続されていないので、リソースを運転から切
り離し、保守を行っても呼び出しに影響を与えない。
【００５８】本発明は特定のシステム構成と処理を参考
に説明されているが、もちろん、他のシステム構成や処
理も当業者であれば自明である。例えば、本発明はサー
ビスサーキットとリソースをいくつでも含む事ができ、
一つの通信ネットワーク、あるいは組み合わされた通信
ネットワークに接続したりできる。同様に、リソースデ
ータセル、リソーストランクグループリスト、そしてセ
ルデータレジスタを、さまざまな方法で構造化したり配
置したりできる。例えば、リソースデータセルとリソー
ストランクグループリストを、階層構造にせずに一つの
レコードの中に組み込むことができる。
に説明されているが、もちろん、他のシステム構成や処
理も当業者であれば自明である。例えば、本発明はサー
ビスサーキットとリソースをいくつでも含む事ができ、
一つの通信ネットワーク、あるいは組み合わされた通信
ネットワークに接続したりできる。同様に、リソースデ
ータセル、リソーストランクグループリスト、そしてセ
ルデータレジスタを、さまざまな方法で構造化したり配
置したりできる。例えば、リソースデータセルとリソー
ストランクグループリストを、階層構造にせずに一つの
レコードの中に組み込むことができる。
【図１】 本発明の実施形態による、電気通信ネットワ
ークで利用するスイッチを示す図である。
ークで利用するスイッチを示す図である。
【図２】 本発明の実施形態による、受信される呼び出
しに関連したサービスサーキットリソースの再利用処理
を示すフローチャートである。
しに関連したサービスサーキットリソースの再利用処理
を示すフローチャートである。
【図３】 本発明の実施形態による、受信される呼び出
しに関連したサービスサーキットリソースの再利用処理
を示すフローチャートである。
しに関連したサービスサーキットリソースの再利用処理
を示すフローチャートである。
【図４】 本発明の実施形態による、リソースデータセ
ルの構成を示す図である。
ルの構成を示す図である。
【図５】 本発明の実施形態による、リソーストランク
グループの構成例を示す図である。
グループの構成例を示す図である。
【図６】 本発明の実施形態による、呼び出しデータレ
ジスタを示す図である。
ジスタを示す図である。
【図７】 本発明の実施形態による、前回接続された呼
び出し用のリソースを割り当てる処理を示すフローチャ
ートである。
び出し用のリソースを割り当てる処理を示すフローチャ
ートである。
【図８】 本発明の実施形態による、前回接続されたリ
ソースに障害が発生した場合に、リソースを再度割り当
てる処理を示すフローチャートである。
ソースに障害が発生した場合に、リソースを再度割り当
てる処理を示すフローチャートである。
【図９】 本発明の実施形態による、保守のためにリソ
ースを準備する処理を示すフローチャートである。
ースを準備する処理を示すフローチャートである。
１１０ 制御処理装置、１７０ 制御バス、１２０ ス
イッチ機構、１３５サービスサーキット機構、１４０
リソース。
イッチ機構、１３５サービスサーキット機構、１４０
リソース。
フロントページの続き (56)参考文献 特開 平９−130487（ＪＰ，Ａ) 特開 昭60−134695（ＪＰ，Ａ) 特開 昭58−182983（ＪＰ，Ａ) 特開 平３−283796（ＪＰ，Ａ) 特開 平４−158695（ＪＰ，Ａ) 特開 平４−340846（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04Q 3/545 H04M 3/42
Claims (19)
- 【請求項１】 スイッチ中の複数のリソースを管理する
方法であって、前記スイッチが複数のサービスサーキッ
トを有し、各サービスサーキットが前記複数のリソース
からなるリソースサブセットへ接続されている方法にお
いて、 （ａ）前記複数のリソースの可用性を判断するためのリ
ソースグループリストとコール側からの第１リソースタ
イプをもったリソースの要求とを利用して、前記複数の
サービスサーキットの中から、前記複数のリソースの中
で利用可能なターゲットリソースを有するターゲットサ
ービスサーキットを判別するステップと、 （ｂ）前記ターゲットサービスサーキットを介して、前
記利用可能なターゲットリソースをコールに接続するス
テップと、 （ｃ）前記コール期間中に前記ターゲットリソースが必
要でなくなった場合には、前記コールから前記ターゲッ
トリソースを開放するステップと、 を含むことを特徴とする方法。 - 【請求項２】 請求項１記載の方法であって、更に、 （ｄ）前記コールの開放において、前記リソースグルー
プリストを更新し、前記ターゲットリソースが利用可能
であることを示すようにするステップであって、その処
理が、前記ターゲットサービスサーキットに接続された
前記リソースサブセット中の他のすべてのリソースが利
用できない場合に行われるステップを含むことを特徴と
する方法。 - 【請求項３】 請求項１記載の方法であって、更に、 （ｄ）前記複数のリソースの中で前記第１リソースタイ
プをもった少なくとも１つのリソースが利用可能である
場合に、前記第１リソースタイプをもったリソースの要
求を利用して、前記リソースグループリストを構成する
リソースタイプごとの可用性を示すリソースデータセル
を調査することで、前記ステップ（ａ）を実行するステ
ップを含むことを特徴とする方法。 - 【請求項４】 請求項１記載の方法であって、更に、 （ｄ）前記コール及び前記第１リソースタイプを、前記
コールについてのステータス情報を含むコールデータレ
ジスタに登録するステップを含むことを特徴とする方
法。 - 【請求項５】 スイッチにおけるコール期間中に、前記
コールに接続されたリソースを変更する方法であって、
前記スイッチが複数のサービスサーキットを有し、各サ
ービスサーキットが複数のリソースからなるリソースサ
ブセットへ接続され、前記コールに接続されていた第１
リソースが第１リソースタイプを有する方法において、 （ａ）前記コール側からの第２リソースタイプをもった
第２リソースの要求を検出するステップと、 （ｂ）前記第２リソースタイプが前記コールが登録され
たコールデータレジスタ内に格納されている前記第１リ
ソースタイプと不一致である場合に、前記コール期間中
に、 （ｉ）前記複数のリソースの可用性を判断するためのリ
ソースグループリスト及び前記第２リソースタイプをも
った第２リソースの要求を利用して、前記第２リソース
タイプをもった利用可能なターゲットリソースを有する
複数のサービスサーキットの中から、ターゲットサービ
スサーキットを判別するサブステップと、 （ｉｉ）前記コールから前記第１リソースを開放するサ
ブステップと、 （ｉｉｉ）前記ターゲットサービスサーキットを介し
て、前記ターゲットリソースを前記コールへ接続するサ
ブステップと、 （ｉｖ）前記コールが登録された前記コールデータレジ
スタ内において前記第１リソースタイプを前記第２リソ
ースタイプに更新するサブステップと、 を実行するステップと、 を含むことを特徴とする方法。 - 【請求項６】 請求項５記載の方法であって、 前記ステップ（ｂ）が、更に、 （ｖ）前記第１リソースの開放において、前記リソース
グループリストを更新し、前記第１リソースが利用可能
であることを示すようにするステップであって、その処
理が、前記ターゲットサービスサーキットに接続された
前記リソースサブセットの中の他のすべてのリソースが
利用可能でない場合に実行されるステップを含むことを
特徴とする方法。 - 【請求項７】 請求項５記載の方法であって、 前記ステップ（ｂ）のサブステップ（ｉ）は、前記リソ
ースグループリストを構成するリソースタイプごとの可
用性を示すリソースデータセルが、前記複数のリソース
の中で前記第２リソースタイプをもった少なくとも１つ
のリソースが利用可能であることを示している場合のみ
実行され、 前記第２リソースタイプをもった第２リソースの要求を
利用して前記リソースデータセルが調査されることを特
徴とする方法。 - 【請求項８】 請求項５記載の方法であって、 前記リソースグループリスト中の各レコードが、前記複
数のサービスサーキット内の１つのサービスサーキット
に対応していることを特徴とする方法。 - 【請求項９】 請求項５記載の方法であって、更に、 （ｃ）前記第２リソースタイプと前記コールデータレジ
スタに格納されている前記第１リソースタイプとが比較
されるステップを含むことを特徴とする方法。 - 【請求項１０】 スイッチ中の複数のリソースの中で障
害あるリソースが検出された場合に、コールにリソース
を再割り当てする方法であって、前記スイッチが複数の
サービスサーキットを有し、各サービスサーキットが前
記複数のリソースからなるリソースサブセットへ接続さ
れている方法において、 （ａ）前記複数のリソースの中から、あるリソースタイ
プをもった前記障害あるリソースを検出するステップ
と、 （ｂ）前記サービスサーキットから、前記障害あるリソ
ースを除外するステップと、 （ｃ）前記障害あるリソースへ接続されて影響を受けた
コールを判別するステップと、 （ｄ）前記あるリソースタイプをもった第２リソースを
前記コールに再割り当てするステップと、 を含むことを特徴とする方法。 - 【請求項１１】 請求項１０記載の方法であって、更
に、 （ｅ）各コールが登録されるコールデータレジスタを調
査し、前記障害あるリソースに接続されたコールを判別
するステップと、 （ｆ）前記コールデータレジスタを更新し、前記コール
が前記第２リソースに接続されたことを示すようにする
ステップと、 を含むことを特徴とする方法。 - 【請求項１２】 請求項１０記載の方法であって、更
に、 （ｅ）複数のリソースの可用性を判断するためのリソー
スグループリストを更新し、前記障害あるリソースにつ
ながったサービスサーキットが利用できないことを示す
ようにするステップを含むことを特徴とする方法。 - 【請求項１３】 複数のリソースを管理する装置におい
て、 プロセッサ動作制御用ソフトウェア、 プロセッサに接続された複数のリソース、 複数のサービスサーキットであって、各サービスサーキ
ットが前記複数のリソースからなるリソースサブセット
へ接続されている複数のサービスサーキット、及び、 前記プロセッサに接続され、前記複数のリソースの可用
性を判断するためのリソースグループリストを格納した
メモリデバイス、を有するスイッチと、 プロセッサと、 を含み、 前記プロセッサは、前記 リソースグループリスト及びコール側からの第１リ
ソースタイプをもったリソース要求を利用して、前記複
数のサービスサーキットの中から、前記複数のリソース
の中で利用可能なターゲットリソースをもったターゲッ
トサービスサーキットを判別し、 前記ターゲットサービスサーキットを介して、前記利用
可能なターゲットリソースをコールに接続し、 前記コール期間中に前記ターゲットリソースが必要でな
くなった場合に、前記コールから前記ターゲットリソー
スを開放することを特徴とする装置。 - 【請求項１４】 請求項１３記載の装置であって、 前記複数のサービスサーキット中の前記ターゲットサー
キットは、自己のリソースサブセットの中のどのリソー
スを前記ターゲットリソースとするか管理することを特
徴とする装置。 - 【請求項１５】 請求項１３記載の装置であって、 前記スイッチは、更に、 当該スイッチを複数の入力トランクに接続する入力端子
と、 当該スイッチを複数の出力トランクに接続する出力端子
と、 を有し、 前記コールが前記複数の入力トランクの中の１つで受信
され、 前記第１リソースタイプをもったリソースの要求が前記
コールに基づくものであり、 前記コールが前記複数の出力トランクの中の１つの出力
トランクへ転送されることを特徴とする装置。 - 【請求項１６】 請求項１３記載の装置であって、 前記プロセッサは、前記コールの開放に伴って、前記リ
ソースグループリストを更新し、前記ターゲットリソー
スが利用可能であることを示すようにし、その処理は、
前記ターゲットサービスサーキットに接続された前記リ
ソースサブセット中の他のすべてのリソースが利用でき
ない場合に実行されることを特徴とする装置。 - 【請求項１７】 請求項１３記載の装置であって、 前記プロセッサは、前記リソースグループリストを構成
するリソースタイプごとの可用性を示すリソースデータ
セルが、前記複数のリソースの中で前記第１リソースタ
イプをもった少なくとも１つのリソースが利用可能であ
ることを示している場合にのみターゲットサービスサー
キットを判別し、 前記リソースデータセルは前記第１リソースタイプをも
ったリソース要求を利用して調査されることを特徴とす
る装置。 - 【請求項１８】 請求項１３記載の装置であって、 前記プロセッサは、前記コール及び前記第１リソースタ
イプを、前記コールについてのステータス情報を含むコ
ールデータレジスタに登録することを特徴とする装置。 - 【請求項１９】 複数のリソースを管理する装置であっ
て、前記複数のリソースの可用性を判断するための リソース
グループリスト及びコール側からの第１リソースタイプ
をもったリソースの要求を利用して、前記複数のリソー
スの中で利用可能なターゲットリソースを判別する手段
と、 前記リソースグループリストを利用して、前記利用可能
なターゲットリソースへコールを接続する手段と、 前記コール期間中に前記ターゲットリソースが必要でな
くなった場合に、前記ターゲットリソースから前記コー
ルを開放する手段と、 前記コール期間中に前記ターゲットリソースが必要でな
くなった場合に、前記リソースグループリストを更新
し、前記ターゲットリソースが利用可能であることを示
すようにする手段と、 を含むことを特徴とする装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/915,363 US6226376B1 (en) | 1997-08-20 | 1997-08-20 | Method and apparatus for reusing service circuit resources in a telecommunications network |
| US08/915,363 | 1997-08-20 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11136713A JPH11136713A (ja) | 1999-05-21 |
| JP3142058B2 true JP3142058B2 (ja) | 2001-03-07 |
Family
ID=25435625
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10231268A Expired - Fee Related JP3142058B2 (ja) | 1997-08-20 | 1998-08-18 | 電気通信ネットワークにおけるサービスサーキットリソースの再利用のための方法及び装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6226376B1 (ja) |
| EP (1) | EP0898433A2 (ja) |
| JP (1) | JP3142058B2 (ja) |
| CA (1) | CA2241694C (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6381252B1 (en) * | 1999-08-19 | 2002-04-30 | Armilliare Technologies, Inc. | Method and system for managing communication resources |
| US6671717B1 (en) * | 2000-05-17 | 2003-12-30 | Cisco Technology, Inc. | Maintaining data collaboration conferences |
| EP3964959A1 (en) * | 2020-09-03 | 2022-03-09 | ARM Limited | Data processing |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5056086A (en) | 1989-12-21 | 1991-10-08 | Bell Communications Research, Inc. | Apparatus for providing telephonic mass announcement service and methods for use therein |
| US5065392A (en) | 1990-04-10 | 1991-11-12 | Dsc Communications Corporation | Network controller scheduling system and method of operation |
| US5193110A (en) | 1990-10-09 | 1993-03-09 | Boston Technology, Incorporated | Integrated services platform for telephone communication system |
| US5581600A (en) | 1992-06-15 | 1996-12-03 | Watts; Martin O. | Service platform |
| US5381471A (en) | 1993-01-29 | 1995-01-10 | At&T Corp. | Centralized service circuit deployment |
| US5440563A (en) | 1993-10-12 | 1995-08-08 | At&T Corp. | Service circuit allocation in large networks |
| US5592543A (en) * | 1994-06-01 | 1997-01-07 | Davox Corporation | Method and system for allocating agent resources to a telephone call campaign |
| US5596502A (en) | 1994-11-14 | 1997-01-21 | Sunoptech, Ltd. | Computer system including means for decision support scheduling |
| US5483588A (en) * | 1994-12-23 | 1996-01-09 | Latitute Communications | Voice processing interface for a teleconference system |
| US5757781A (en) | 1995-09-14 | 1998-05-26 | Lucent Technologies Inc. | Dynamic insertion and removal of multi-media call-handling resources into/from video calls to provide calling features |
| US5812653A (en) * | 1995-12-26 | 1998-09-22 | Northern Telecom Limited | Subscription and paired authorization code based access to a meet-me conferencing service |
| US5812652A (en) * | 1995-12-26 | 1998-09-22 | Northern Telecom Limited | Centralized management and allocation of bridges in a telecommunications network for a meet-me conferencing service |
| GB9606298D0 (en) * | 1996-03-26 | 1996-05-29 | British Telecomm | Call queuing and distribution |
| US5978463A (en) * | 1997-04-18 | 1999-11-02 | Mci Worldcom, Inc. | Reservation scheduling system for audio conferencing resources |
-
1997
- 1997-08-20 US US08/915,363 patent/US6226376B1/en not_active Expired - Lifetime
-
1998
- 1998-06-25 CA CA002241694A patent/CA2241694C/en not_active Expired - Fee Related
- 1998-08-11 EP EP98115075A patent/EP0898433A2/en not_active Withdrawn
- 1998-08-18 JP JP10231268A patent/JP3142058B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CA2241694A1 (en) | 1999-02-20 |
| JPH11136713A (ja) | 1999-05-21 |
| US6226376B1 (en) | 2001-05-01 |
| EP0898433A2 (en) | 1999-02-24 |
| CA2241694C (en) | 2001-10-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4853955A (en) | Apparatus and method for providing existing telephone switching equipment with the capability of using the SS7 protocol | |
| CA1331802C (en) | Modularly structured digital communications system having operations-oriented and security-oriented components | |
| KR100249578B1 (ko) | 개별화된 전화 호출 특징을 제공하는 시스템 | |
| JPH0746242A (ja) | 呼処理システムおよび該呼処理システムにおけるインタラクション方法ならびにプロセッサ | |
| JPH08274885A (ja) | 電話呼出の処理方法 | |
| US6026147A (en) | System and method for supervising calls in the exchange | |
| CN100505764C (zh) | 网络接口卡控制器及其控制方法 | |
| JP3142058B2 (ja) | 電気通信ネットワークにおけるサービスサーキットリソースの再利用のための方法及び装置 | |
| JPH06343188A (ja) | 呼処理システムおよび該呼処理システム実行方法ならびに機能サービス割り当て方法 | |
| JP4307712B2 (ja) | データ交換システム | |
| US5719927A (en) | Apparatus and a method for controlling a collect call | |
| JP2000501911A (ja) | 補助リソースのための構成方法 | |
| US6714973B1 (en) | Method and configuration for operating a communication network | |
| KR0139586B1 (ko) | 중계 서비스 교환기를 이용한 단국 서비스 교환기의 지능망 서비스 호처리 방법 | |
| EP0591193B1 (en) | Stored program controlled digital public exchange | |
| US5999607A (en) | Method and apparatus for restricting dialing authorization in communication devices | |
| KR0174404B1 (ko) | 가입자 서비스 제어신호 추적기능 구현 방법 | |
| US6956856B2 (en) | System and method for managing a plurality of calls | |
| JP3291429B2 (ja) | 遠隔加入者線多重装置 | |
| JP2970801B2 (ja) | Ｉｓｄｎ交換機及び回線の試験システム及び試験方法 | |
| KR100295763B1 (ko) | 원격접속스위치모듈의 로컬트렁크 인터페이스 상태에 따른 채널할당 방법 | |
| JPH09130483A (ja) | 加入者線試験方式 | |
| JPH0828897B2 (ja) | 交換機のマルチプロセッサ中央制御装置 | |
| US5568543A (en) | Stored program controlled digital public exchange | |
| US6577710B1 (en) | Method for checking a switching center, line unit and switching center for implementing the method, as well as an appertaining computer program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071222 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081222 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091222 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101222 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |