JP2002501327A - 仮想搬送チャネルプラットフォームのための資源管理部 - Google Patents

Abstract

(57)【要約】 各トランザクション処理ユニットＴＰＵ（１６１〜１６４）は、発呼者によって送信されたサービス要求を処理するか、または、サービス要求を行先である呼び出され側へ送信する。プラットフォーム（２５０）は、高帯域幅パイプ（２１５）の搬送チャネル上で、通信ネットワークとの通信を受信および送信する。資源管理部（５６０）は、トランザクション処理ユニット（１６１〜１６４）への帯域幅の割り当てに対して、集中化された制御を提供する。資源管理部は、利用可能な搬送チャネルを通信ネットワークとの接続に対して割り当て、また、分散ネットワーク内の利用可能なタイムスロットをＴＰＵへ割り当てる。資源管理部（５６０）は、プラットフォーム通信要求に適応可能に応答しながら、分散ネットワークのステータスをリアルタイムに更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、主に、電気通信の分野に関し、より詳細には、サービス要求を処理
するためのシステムおよび方法に関する。

【０００２】

【従来の技術】

音声プラットフォーム（音声応答装置としても知られている）は、主に、自動
呼処理を用いてサービスを提供するために用いられている。通常は、このような
サービスに関する公知の例は、コレクトコール、オペレータにより補助される通
話、および、販売取引の処理を包含している。通常の計画において、発呼者は、
特定のサービスを要求するためにプラットフォームへの呼を行う。

【０００３】 前記プラットフォームは、例えば、発呼者によりダイヤルされた番号と、搬送
チャネル（bearer channel）を介して発呼者により与えられた情報とに基づいて
、所望のサービスを決定する。プラットフォームは、トランザクション処理ユニ
ット上において実行されるアプリケーションへ、呼を向ける。トランザクション
処理ユニットは、サービスを提供するためにアプリケーションを実行する。トラ
ンザクション処理ユニットの例は、音声応答装置である。

【０００４】 例えば、発呼者は、プラットフォームにより処理されるコレクトコールを行う
ために、１−８００番コレクトコールをダイヤルすることができる。プラットフ
ォームにおいて、音声応答装置（トランザクション処理ユニット）は、着信呼に
割り当てられる。この呼が１−８００番コレクトコールであると判断すると、音
声応答装置は、発呼者のためにスクリプトメッセージを再生し、かつ、発呼者か
ら受け取られた情報を記録する。このような情報は、（すなわち、この発呼者に
より話された際の）発呼者の名前や、（例えば、電話のキーパッドに数字を入力
することにより）発呼者が通話を所望する電話番号を有していてもよい。

【０００５】 前記音声応答装置は、次に、プラットフォームから呼び出され側へ発信呼を行
う。いったん、この発信呼が確立されると、音声応答装置は、呼の受け入れを実
施すべく、呼び出され側のためにスクリプトメッセージを再生する。音声応答装
置は、予め記録された発呼者の音声（この音声は、発呼者の身元を明らかにして
いる）を再生することにより、呼び出され側のために、発呼者を識別する。音声
応答装置は、さらに、呼び出され側に、この呼を受け入れるかどうかを（電話キ
ーパッドを用いて、または、他の方法で）示すように求める。結局、呼び出され
側がこの呼を受け入れれば、この呼は、とにかく、発呼者と呼び出され側との間
において接続される必要がある。

【０００６】 通常は、前記音声応答装置は、専用の接続を介して呼を送受信する。音声応答
装置は、一般に、公知の方法で、Ｔ１のような選ばれた数の広い帯域幅のパイプ
に接続されている。よく知られているように、Ｔ１パイプは、２４チャネル（Ｄ
Ｓ０）を備えている。発呼者と音声応答装置との間の、または、プラットフォー
ムと呼び出され側との間の対話は、これらのチャネルの１つ以上を介し手発生す
る。これらのチャネルは、ディジタルフォーマット形式で、音声またはデータ情
報を搬送することができる。

【０００７】

【発明が解決しようとする課題】

残念なことに、従来のプラットフォームにおいては、Ｔ１は、音声応答装置専
用となっており、帯域幅を共有することはできない。すなわち、各々の音声応答
装置は、ネットワークからプラットフォームに入ってくる呼に関して、かつ、プ
ラットフォームからネットワークを介して出ていく呼に関して、固定数のＴ１を
割り当てられる。通常は、プラットフォームは、各々の音声応答装置が、着信呼
と発信呼とに対し、等しい数のＴ１を有するように設計されている。上記の例に
おいて、１−８００コレクトコール発呼者からの着信呼は、専用の着信Ｔ１を介
し、その一方で、呼び出され側への発信呼は、専用の発信Ｔ１を介している。

【０００８】 しかしながら、この実施は、回路リソースを極度に浪費させる。プラットフォ
ームに対する大部分のサービス要求は、発信Ｔ１を必要としない。発信Ｔ１は、
専用のものであり、着信Ｔ１のために用いることができない。しかしながら、プ
ラットフォームサービスプロバイダは、十分な顧客サービスを提供するために、
専用接続以外の他のオプションを有していない可能性がある。

【０００９】 このような専用の帯域幅割り当ては、さらに、他のプラットフォーム乗りよう
における効率の悪さにつながり得る。例えば、プラットフォームは、処理能力を
有するがトランザクションを処理するのに必要とされる帯域幅を有していない可
能性がある。結果として、プラットフォームの全ての構成要素（明確には、音声
応答装置）が、最適に用いられないことになる。

【００１０】 他の問題は、信号の供給に関するものである。最新式のシステムにおいては、
信号路網は、交換音声ネットワークから分離されている。信号は、呼の設定、記
録、および情報処理を扱うために用いられている。これは、幹線の状態を監視す
ること、着信呼の到着を示すこと、ルーティング信号および行先信号を送信する
ことなどを包含する。信号は、音声回路にかかる負荷を最小限にしかつより効率
的なネットワークアーキテクチャを確立するために、実際の音声回路とは別個に
扱われる。

【００１１】

【課題を解決するための手段】

本発明は、特殊化された仮想搬送チャネルプラットフォームに向けられる。仮
想搬送チャネルプラットフォームは、搬送チャネルを介して、音声およびディジ
タルデータ情報の伝送を制御することができる。

【００１２】 前記プラットフォームは、電気通信ネットワークから受信されたサービス要求
を処理する。プラットフォームは、複数のトランザクション処理ユニットを備え
る。プラットフォームは、さらに、分散ネットワークを備える。分散ネットワー
クは、複数のトランザクション処理ユニットに接続されている。

【００１３】 前記プラットフォームは、さらに、交差接続（cross-connecting）制御装置を
備える。交差接続制御装置は、分散ネットワークと電気通信ネットワークとに接
続されている。交差接続制御装置は、サービス要求に対応するデータを電気通信
ネットワークから受信する。交差接続制御装置は、さらに、分散ネットワーク上
において受信されたデータを、トランザクション処理ユニットの１つに供給する
。分散ネットワーク上における帯域幅は、トランザクション処理ユニットにより
共有される。より明確には、プラットフォームは、搬送チャネルの回路識別コー
ド（circuit identification codes：ＣＩＣ）により識別される搬送チャネルを
１つ以上備えた電気通信ネットワークに接続されている。搬送チャネルＣＩＣは
、搬送チャネルデータが伝送されるべき物理的回路を指定する。

【００１４】 前記トランザクション処理ユニットは、サービス要求を処理または送信するこ
とができる。分散ネットワークは、分散ネットワークの要素を介してのトランザ
クション処理ユニットとの通信を提供する。これらの要素は、分散ネットワーク
を介して送信された信号のバイトポジションである。したがって、交差接続制御
装置は、１つ以上の搬送チャネルを、分散ネットワークと結びつける。

【００１５】 好ましい実施形態において、前記プラットフォームは、資源管理部（resource
manager）を有している。資源管理部は、トランザクション処理ユニットが分散
ネットワーク回路にアクセスする方法を制御する。資源管理部は、搬送チャネル
および分散ネットワーク要素の双方の状態を維持するための状態装置（status d
evice）を備える。

【００１６】 着信サービス要求に関して、前記資源管理部は、搬送チャネルの身元（identi
ty）（すなわち、ＣＩＴ）を、電気通信ネットワークから受信された信号メッセ
ージから検索する。資源管理部は、除隊装置を用いて、搬送チャネルを分散ネッ
トワーク要素に翻訳する。資源管理部は、次に、トランザクション処理ユニット
のうちどれが、分散ネットワーク要素を介して着信サービス要求を処理するのか
を判断する。

【００１７】 発信サービス要求に関して、前記資源管理部は、トランザクション処理ユニッ
トの１つからの要求に応答する。応答において、資源管理部は、発信サービス要
求の送信のための搬送チャネルを割り当てる。資源管理部は、信号メッセージを
介して、電気通信ネットワークを介して呼び出され側へ、利用可能な搬送チャネ
ルの身元を送信する。いったん、呼び出され側が（電気通信ネットワークから）
接続されているという確認応答（acknowledgment）が受信されると、資源管理部
は、搬送チャネルを分散ネットワーク回路へ中継し、かつ、トランザクション処
理ユニットに、この分散ネットワークを用いて発信サービス要求を処理するよう
に命令する。

【００１８】 好ましい実施形態において、前記プラットフォームは、ゲートウェイを有する
。ゲートウェイは、プラットフォームのための全ての信号機能を供給するために
用いられるプログラム可能プロトコル変換器である。ゲートウェイは、電気通信
ネットワークから信号メッセージを受信し、かつさらに、信号メッセージを電気
通信ネットワークへ送信する。ゲートウェイは、仮想搬送チャネルプラットフォ
ームと電気通信ネットワークとの間のインタフェースである。

【００１９】 前記電気通信ネットワークから受信された信号メッセージに関して、ゲートウ
ェイは、プラットフォームにより用いられる内部プロトコルにおいて、このメッ
セージを内部メッセージに変換する。例えば、受信された信号メッセージは、ゲ
ートウェイによりＴＣＰ／ＩＰメッセージに変換される共通チャネル信号（comm
on channel signaling：ＣＣＳ）メッセージであってもよい。同様に、プラット
フォーム（明確には、資源管理部）から受信された、内部プロトコル内のメッセ
ージに関して、ゲートウェイは、このメッセージを、ＣＣＳネットワークを介し
ての送信のための信号メッセージに変換する。ここでは、プラットフォームＴＣ
Ｐ／ＩＰメッセージは、ＣＣＳメッセージに変換される。

【００２０】 本発明は、多くの重要な特徴および利点を提供する。トランザクション処理ユ
ニットは、分散ネットワーク上における帯域幅を共有し、この帯域幅は、トラン
ザクション処理ユニット間において共有されるバスとして作用する。専用の接続
ではないので、サービス要求を処理するために用いられる幹線上において搬送チ
ャネルを浪費する必要がない。

【００２１】 したがって、本発明は、搬送チャネルネットワークとトランザクション処理ユ
ニットとの間において利用可能な帯域幅を、最適に利用することを可能にする。
同じ理由のために、トランザクション処理ユニットは、必ずしも、データを送受
信するために利用可能なチャネルの数により制約されない。トランザクション処
理ユニットについては、サービス要求を最適に処理させることができる。

【００２２】 信号ネットワークおよび搬送チャネルの分離は、プラットフォームの処理能力
を最適化することにおいて非常に重要である。プラットフォームがインテリジェ
ント装置であるので、プラットフォームリソース、特に搬送チャネルは、通常の
音声応答プラットフォームよりも広範囲に用いられる。本発明は、資源管理部と
、独自の分散ネットワークにおける供給タイムスロットへのゲートウェイとを用
いて、搬送チャネルの割り当ておよびメンテナンスを独立的に扱う。

【００２３】

【発明の実施の形態】

本発明については、添付図面を参照して説明する。 これらの図において、同じ参照番号は、概して、同一の、機能的に類似した、
かつ／または、構造的に類似した要素を示す。要素が最初に現れる図面は、参照
番号において最も左側の数字により示される。

【００２４】 目 次 Ｉ．例示的環境 ・・・・・・・・・・・・・・・・・・・・・・・・

【0025】 II．専用チャネル接続 ・・・・・・・・・・・・・・・・・・・・・

【0031】 Ａ．電気通信ネットワーク ・・・・・・・・・・・・・・・・・・

【0032】 Ｂ．電話端末 ・・・・・・・・・・・・・・・・・・・・・・・・

【0035】 Ｃ．ＬＥＣスイッチ ・・・・・・・・・・・・・・・・・・・・・

【0036】 Ｄ．スイッチ ・・・・・・・・・・・・・・・・・・・・・・・・

【0038】 Ｅ．ブリッジングスイッチ ・・・・・・・・・・・・・・・・・・

【0039】 Ｆ．音声プラットフォーム ・・・・・・・・・・・・・・・・・・

【0041】 １．呼プロセッサ ・・・・・・・・・・・・・・・・・・・・・

【0042】 ２．トランザクション処理ユニット ・・・・・・・・・・・・・

【0043】 Ｇ．高帯域幅パイプ ・・・・・・・・・・・・・・・・・・・・・

【0047】 Ｈ．信号ネットワーク ・・・・・・・・・・・・・・・・・・・・

【0049】 III．本発明 ・・・・・・・・・・・・・・・・・・・・・・・・・

【0052】 Ａ．専用チャネル接続の欠点 ・・・・・・・・・・・・・・・・・

【0052】 Ｂ．導入部 ・・・・・・・・・・・・・・・・・・・・・・・・・

【0055】 Ｃ．ブリッジ用スイッチへの通話の送信 ・・・・・・・・・・・・

【0059】 Ｄ．ＳＯＮＥＴバス ・・・・・・・・・・・・・・・・・・・・・

【0071】 Ｅ．仮想搬送チャネルプラットフォーム ・・・・・・・・・・・・

【0085】 １．分散ネットワークとＳＯＮＥＴインターフェイス ・・・・・

【0089】 ２．ＳＯＮＥＴ交差接続制御器 ・・・・・・・・・・・・・・・

【0091】 ３．ゲートウェイ ・・・・・・・・・・・・・・・・・・・・・

【0093】 ４．資源管理部 ・・・・・・・・・・・・・・・・・・・・・・

【0099】 ａ．資源の状態の維持 ・・・・・・・・・・・・・・・・・・

【0100】 ｂ．着信呼 ・・・・・・・・・・・・・・・・・・・・・・・

【0104】 ｃ．発信呼 ・・・・・・・・・・・・・・・・・・・・・・・

【0107】 ｄ．資源の利用不可能性または故障 ・・・・・・・・・・・・

【0109】 Ｆ．トランザクション処理ユニットとの着信搬送チャネルを確立 ・

【0114】 Ｇ．呼び出され側との発信搬送チャネルを確立 ・・・・・・・・・

【0127】 Ｈ．仮想搬送チャネルプラットフォームを解放 ・・・・・・・・・

【0139】 Ｉ．資源の利用不可能性または故障 ・・・・・・・・・・・・・・

【0146】 １．利用不可能なトランザクション処理ユニット ・・・・・・・

【0146】 ２．トランザクション処理ユニットの故障 ・・・・・・・・・・

【0148】 Ｊ．補足の実施形態 ・・・・・・・・・・・・・・・・・・・・・

【0149】 IV．結び ・・・・・・・・・・・・・・・・・・・・・・・・・・・

【0155】

【００２５】 Ｉ．例示的環境 本発明は、例示的環境によって説明される。この例示的環境において、発信発
呼者は、例えば、１−８００コレクトをダイヤルすることにより、コレクトコー
ルを行うことを試みる。この呼は、電気通信ネットワークを介して、音声プラッ
トフォーム（明確には、ディジタル化された音声データを処理できる仮想搬送チ
ャネル）へルーティングされる。プラットフォームは、トランザクション処理ユ
ニット（例えば、音声応答装置である）を有している。

【００２６】 前記プラットフォームにおいて、トランザクション処理ユニットは、着信呼に
割り当てられる。トランザクション処理ユニットは、この呼が１−８００「コレ
クト」コールであると判断すれば、発呼者のためにスクリプトメッセージを再生
し、かつ、発呼者から受け取られた情報を記録する。このような情報は、（すな
わち、この発呼者自身により話された際の）発呼者の名前や、（例えば、電話の
キーパッドに数字を入力することにより）発呼者が通話を所望する電話番号を有
していてもよい。

【００２７】 前記トランザクション処理ユニットは、次に、プラットフォームから、呼び出
され側へ発信呼を行う。いったん、この発信呼が確立されると、トランザクショ
ン処理ユニットは、音声応答装置は、呼の受け入れを実施すべく、呼び出され側
のためにスクリプトメッセージを再生する。例えば、トランザクション処理ユニ
ットは、自らの身元を明らかにしている発呼者の予め記録された音声を再生する
ことにより、発呼者を識別することができる。さらに、トランザクション処理ユ
ニットは、電話のキーパッドに数字を入力してこの呼を受け入れるかどうかを示
すように、呼び出され側に求めることができる。

【００２８】 呼び出され側がこの呼を受け入れれば、プラットフォームに対する呼の着信レ
ッグ（leg）および発信レッグを処理するブリッジングスイッチが、発呼者と呼 び出され側との間における呼の橋渡しをする。これらの話者をともに結びつける
ことにおいて、ブリッジングスイッチは、呼とプラットフォームとの接続を解放
する。言い換えれば、ブリッジングスイッチは、プラットフォームから向けられ
かつプラットフォームへ向けられた呼の着信レッグおよび発信レッグを解放する
。

【００２９】 このような点に関する説明は、便宜のためだけに供給されている。本発明がこ
の例示的実施形態に制限されることは意図されていない。例えば、本発明につい
ては、プラットフォームに入ってきてかつトランザクション処理ユニットによる
処理を必要とする他の形式の（１−８００コレクト形式の呼以外の）呼をサポー
トするために用いることができる。事実、以下の説明を読んだ後に、当業者には
、本発明を他の実施形態において実施する方法が明白となる。

【００３０】 本発明については、第一に、専用チャネル接続の特徴を説明し、続いて、専用
チャネルに関する重大な不都合点を克服する本発明の特徴を説明することにより
、最もよく理解することができる。

【００３１】 II．専用チャネル接続 図１は、電気通信ネットワークと音声プラットフォームとの間における通常の
接続を示すブロック図である。図１は、電気通信ネットワーク１００と、音声プ
ラットフォーム１５０とを有している。

【００３２】 Ａ．電気通信ネットワーク 前記電気通信ネットワーク１００は、電話端末１１０と、ＬＥＣスイッチ１１
５と、スイッチ１２０と、ブリッジングスイッチ１３０とを具備する。音声プラ
ットフォーム１５０は、呼プロセッサ１６０，１７０，１８０と、（示されては
いるが符号を付されていないトランザクション処理ユニットの他に）トランザク
ション処理ユニット１６１〜１６４を具備する。各々のトランザクション処理ユ
ニットは、２つのＴ１幹線を介して、４８チャネルを受信する。

【００３３】 前記ブリッジングスイッチ１３０は、高帯域幅パイプ１４０を介して音声プラ
ットフォーム１５０に接続されている。この高帯域幅パイプ１４０は、個々の幹
線を多数具備する。

【００３４】 前記電気通信ネットワーク１００は、信号を用いる従来のネットワーク（明確
にはＣＣＳネットワーク）を有してもよい。電気通信ネットワーク１００は、専
用ネットワーク（private network）（例えば、会社のような私的団体により所 有されかつ経営されている電気通信リンクなど）であってもよい。その一方で、
電気通信ネットワークについては、さらに、公衆ネットワーク、または、専用お
よび公衆ネットワークの組み合わせであってもよい。電気通信ネットワーク１０
０の動作と、サービス要求が処理される方法とについて、以下に説明する。

【００３５】 Ｂ．電話端末 電話端末１１０は、送信器と受信器とを具備しかつＤＴＭＦ信号を用いて通信
を行う従来の電話セット、あるいは、同様の方法で機能することが可能な他の任
意の道具または機械であってもよい。さらに、電話端末１１０は、キー電話シス
テムおよび構内交換機のような、より精巧な装置であってもよい。

【００３６】 Ｃ．ＬＥＣスイッチ 局所的交換キャリア（local exchange carrier：ＬＥＣ）スイッチ１１５は、
電話端末１１０を相互交換キャリア（interexchange carrier：ＩＸＣ）に並べ るスイッチである。ＩＸＣは、通常は、例えば、MCI Telecommunications Corp.
のような長距離キャリアとして、より知られている。

【００３７】 電気通信ネットワーク１１０は、局所的アクセスおよび伝送エリア（local ac
cess and transport area：ＬＡＴＡ）に配置される。ＬＡＴＡには、局所的電 話サービスがＬＥＣにより提供されている。ＬＥＣは、電話呼を局所的に（すな
わち、ＬＡＴＡ内において）ルーティングするために、１つ以上のＬＥＣスイッ
チ１１５を用いる。しかしながら、長距離サービスのためには、ＬＥＣは、長距
離ルーティング用の特別なＬＥＣスイッチ１１５へ呼をルーティングする。この
場合には、ＬＥＣスイッチ１１５は、中央オフィス（central office：ＣＯ）ス
イッチとして知られている。

【００３８】 Ｄ．スイッチ スイッチ１２０は、ＩＸＣスイッチである。スイッチ１２０は、ＬＥＣスイッ
チ１１５から、ブリッジングスイッチ１３０と称される他のＩＸＣスイッチへ、
呼を並べる（または、切り換える）。スイッチ１２０は、例えば、Nortel(North
ern Telecom) Corporationから入手可能なスイッチ２５０（ＤＭＳ−２５０スイ
ッチ）であってもよい。

【００３９】 Ｅ．ブリッジングスイッチ 他のＩＸＣスイッチであるブリッジングスイッチ１３０は、スイッチ１２０と
音声プラットフォーム１５０との間における接続をもたらす。ブリッジングスイ
ッチ１３０は、あらゆる音声プラットフォームに対してインタフェース接続する
ために用いられる。これらのブリッジングスイッチ１３０は、前記プラットフォ
ーム上に配置されたトランザクション処理ユニットによる処理を必要とする（コ
レクトコールを包含する）サービス要求を、効率的な方法で行うことを可能にす
る。コレクトコールの例に関して、この効率性は、コレクトコールが確立された
後に音声プラットフォーム１５０へのチャネルを解放するという、ブリッジング
スイッチ１３０の性能の結果として生じる。これについては、さらに後述する。

【００４０】 さらに、前記ブリッジングスイッチ１３０は、請求書作成サービスを提供する
ような他の重要な機能を実行することもできる。請求書作成サービスは、電話呼
に対していくら請求すべきかを決定するために用いられる。例えば、１−８００
通話は、ＩＸＣにより独自の方法で扱われる特別な請求書作成サービスを必要と
する。スイッチ１２０のように、ブリッジングスイッチ１３０は、Nortel Corpo
rationから入手可能なＤＭＳ−２５０であってもよい。

【００４１】 Ｆ．音声プラットフォーム 音声プラットフォーム１５０は、呼プロセッサ１６０，１７０，１８０を具備
している。これらの呼プロセッサは、（示されてはいるが符号を付されていない
トランザクション処理ユニットの他に）トランザクション処理ユニット１６１〜
１６４を具備する。専用チャネル接続において、各々のトランザクション処理ユ
ニットへ入ってくる幹線数と、各々のトランザクション処理ユニットから出てい
く幹線数とは、固定されている。例えば、各々のトランザクション処理ユニット
は、２つのＴ１幹線を介して、４８チャネルを受信することができ、うち２４チ
ャネルは、各々のトランザクション処理ユニット１６１〜１６４へ入ってくる着
信チャネルであり、他の２４チャネルは、各々のトランザクション処理ユニット
１６１〜１６４から出ていく着信チャネルである。これらの着信チャネルは、各
々のトランザクション処理ユニットへ入ってくる呼を受信するために用いられる
。これらの着信チャネルは、各々のトランザクション処理ユニット１から出てい
く呼を行うために用いられる。

【００４２】 １．呼プロセッサ 呼プロセッサ１６０，１７０，１８０は、よく知られた方法でスイッチングシ
ステムにおける接続を設定するシステムを表す。例えば、当業者には認識されて
いるように、呼プロセッサ１６０は、トランザクション処理ユニット１６１〜１
６４に到着する呼のために呼の設定を行う。

【００４３】 ２．トランザクション処理ユニット トランザクション処理ユニット１６１〜１６４の各々は、１つ以上の形式のサ
ービス要求を処理することが可能なシステムである。コレクトコールは、サービ
ス要求の形式の一例である。他の例は、クレジットカードによる通話、オペレー
タにより補助される通話、テレフォンカードによる通話を包含するが、これらに
制限されるものではない。２つ以上のトランザクション処理ユニットが、同じ形
式のサービス要求を処理することが可能であってもよい。これらの類似した機能
のトランザクション処理ユニットについては、異なる呼プロセッサに配置するこ
とができる。

【００４４】 アプリケーションについては、サービス要求の各々の形式と関連づけることが
できる。このアプリケーションは、ハードウェア、ソフトウェア、ファームウェ
アなどの組み合わせとして実施される。このアプリケーションは、実施される場
合に、トランザクション処理ユニットに関して必要とされるタスクを実行する。
このようなタスクは、発呼者のためにスクリプトメッセージを再生すること、発
呼者からデータを受け取ることとを包含する。スクリプトメッセージは、Ｔ１幹
線を介して、発呼者へ送信される。発呼者から受け取られたデータは、発呼者に
より話されたメッセージと、発呼者により電話キーパッドから入力されたＤＭＴ
Ｆ信号とを有する。このアプリケーションは、呼に関する決定を行うために、か
つ、例えば呼び出され側へ呼をルーティングするために、記録されたデータを用
いることができる。

【００４５】 トランザクション処理ユニットは、音声応答装置を備えることができる。当業
者には認識されるように、音声応答装置は、合成された音声応答をＤＴＭＦ信号
入力へ供給し、コンピュータに基づくルックアップテーブルから生じた情報と、
発呼者から受け取られた情報と、着信呼とともに搬送された情報とに基づいて、
呼を処理する。

【００４６】 トランザクション処理ユニット１６１〜１６４と類似したトランザクション処
理ユニットの例は、電気通信産業において主制御フレーム（master control fra
me）として知られているものである。例示的な主制御フレームは、Intervoice C
ompany（17811 Waterview Parkway, Dallas, TX 75252）から入手可能である。

【００４７】 Ｇ．高帯域幅パイプ 高帯域幅パイプは、個々の幹線を多数具備する幹線の集まりである。各々の幹
線は、２つのネットワーク要素間の通信回線である。図１において、ブリッジン
グスイッチ１３０を音声応答装置１５０に接続するための高帯域幅パイプ１４０
が示されている。この高帯域幅パイプは、一連のＴ１幹線内に分配されており、
これらの幹線Ｔ１の組が、各々のトランザクション処理ユニット１６１〜１６４
に接続されている。

【００４８】 示されるように、（トランザクション処理ユニットに接続されている）Ｔ１の
各々の組は、４８チャネルに対して十分な周波数帯域幅を搬送することができ、
各々のチャネルは、単一の音声チャネルに対応するデータを搬送する。例示的実
施形態においては、トランザクション処理ユニットへの着信呼専用のＴ１（すな
わち、２４チャネル）が１つ存在し、さらに、トランザクション処理ユニットか
らの発信呼専用のＴ１（すなわち、他の２４チャネル）が１つ存在する。しかし
ながら、当業者には認識されるように、この分類は任意のものであって、本発明
にとって重大なことではない。

【００４９】 Ｈ．信号ネットワーク ＣＣＳネットワークのような信号ネットワークについては、呼の設定および呼
のサービスを提供するために用いることができる。これらの機能は、使用中の信
号リンクの状態を監視することと、着信呼の到着を示すことと、ルーティング信
号および行先信号を送信することと、他のこのような重要な機能とを包含する。
呼の設定は、実際の呼データが電気通信ネットワーク１００から、音声チャネル
上で、高帯域幅パイプ１４０をわたって、音声応答装置１５０へ送信される前に
行われる。

【００５０】 信号ネットワークは、音声応答装置に関してさえも、電気通信の分野において
は公知である。例示的なＣＣＳネットワーク（明確には信号システム７（signal
ing system 7：ＳＳ７）信号ネットワーク）についての詳細な理解のためには、
参照により全体として本明細書に組み込まれている"Signaling System #7"（Tra
vis Russel, ISBN 0-07-054991-5, McGraw-Hill, New York, NY 10020）を参照 のこと。

【００５１】 前記ＣＣＳネットワークは図１には示されていないが、これについては、本発
明に関連して以下に説明する。しかしながら、後述するＣＣＳネットワークが、
本発明に固有の方法で用いられることを特筆することは重要である。

【００５２】 III．本発明 Ａ．専用チャネル接続の欠点。 専用チャネル接続には多くの欠点がある。Ｔ１は、トランザクション処理ユニ
ット１６１−１６４に専属であるために、トランザクション処理ユニット１６１
−１６４は、帯域幅を共有することができない。これは、回路資源の非常なる無
駄となる。音声プラットフォーム１５０への殆どのサービスの要求は、Ｔ１の下
り方向を必要としない。しかし、電気通信サービスのプロバイダは、各トランザ
クション処理ユニット１６１−１６４と着信方向と発信方向の等しい数のＴ１を
専用にする以外の選択肢がない。これは、音声プラットフォーム１５０への着信
方向の通話に発信方向のレッグが必要ならば、それは利用可能になるということ
を確かめるために行われる。

【００５３】 専用チャネル接続は、また、音声プラットフォーム１５０の資源を無駄にする
。もし、肉声あるいは可聴帯域音用プラットフォーム１５０の資源に処理能力が
あるが、通話を処理するための必要な帯域幅が無い場合は、トランザクション処
理ユニット１６１−１６４は最適利用されない。

【００５４】 他の問題は、信号の提供に関するものである。不幸にも、音声プラットフォー
ム１５０のような知的装置は、従来、音声回路とトランザクション処理ユニット
１６１−１６４の間の専用接続のある、信号用と音声用の回路を分離しない。

【００５５】 Ｂ．導入部 図２は、本発明を採用するのに使われる電気通信ネットワークを図示している
ブロック図である。電気通信ネットワークは、電話機端末１１０と、ＬＥＣスイ
ッチ１１５と、スイッチ１２０と、データベース１２５と、ブリッジスイッチ１
３０と、対の信号中継所（ＳＴＰ）２３０を備えている。

【００５６】 一つの実施形態において、データベース１２５は、ＭＣＩのデータアクセスポ
イント（ＤＡＰ）であってよいが、データベース１２５は、当業者は識別できる
ものであれば、どんなデータベースであっても良い。データベース１２５は、ス
イッチ１２０の外側（すなわち、外部データベース）あるいは、代わりに、スイ
ッチ１２０の内側（すなわち、内部データベース）にあって良い。

【００５７】 対のＳＴＰ２３０は、通話用データが送信される前に通話を設定するのに使用
されるＣＣＳネットワーク２２０（すなわち、ＣＣＳネットワーク２２０がＳＳ
７信号用ネットワークであるような実施形態において）の一部である。ＣＣＳネ
ットワーク上のＣＣＳ信号の例には、（１）ＡＮＳＩ（American National Stan
dards Institute）ＩＳＵＰ信号用メッセージのどれか、（２）ＩＴＵ（Interna
tional Telecommunication Union）ＩＳＵＰ信号用メッセージのどれか、（３）
国別に特定のＩＳＵＰ信号用メッセージ（すなわち、国から国へ拡がるＩＳＵＰ
のどれかの範囲）のどれかが含まれている。対のＳＴＰ２３０は、ＣＣＳネット
ワーク２２０に渡るパケット化された信号用情報を受信する冗長なパケットスイ
ッチの対である。

【００５８】 図２は、また、仮想搬送チャネルプラットフォーム２５０と連想データベース
２４０を含んでいる。データベース２４０は、仮想搬送チャネルプラットフォー
ム２５０の外部に（すなわち外部データベース）置くことができ、あるいは代わ
りに仮想搬送チャネルプラットフォーム２５０の内側（すなわち内部データベー
ス）に置くこともできる。

【００５９】 Ｃ．ブリッジ用スイッチへの通話の送信 図３は、通話がいかにブリッジングスイッチ１３０に送信されるかを示してい
るフローチャートである。段階３０２において、電話端末１１０を使用して通話
を開始したものが、コレクトコールを、特に仮想搬送チャネルプラットフォーム
２５０により扱われるコレクトコールを望んでいる。例えば、通話を開始したも
のが電話端末１１０のキーパッド上で、番号１−８００−ＣＯＬＬＥＣＴをダイ
ヤルする。そして通話は、電話端末１１０から始まる。

【００６０】 段階３０４において、通話は、ＬＥＣによってＬＥＣスイッチ１１５に送信さ
れる。本発明の実施形態において、ＬＥＣスイッチ１１５は、ＣＯであり、従っ
て通話は、ＩＸＣ（図示されず）に、よく知られた方法で送信される。

【００６１】 段階３０６において、受信ＩＸＣは通話をＩＸＣスイッチに経路決定する。特
に、ＩＸＣは、通話をスイッチ１２０へ、よく知られた方法で経路決定する。

【００６２】 段階３０８において、スイッチ１２０は、データベース１２５にアクセスする
。データベース１２５は、番号１−８００−ＣＯＬＬＥＣＴを仮想搬送チャネル
プラットフォーム２５０（仮想搬送チャネルプラットフォーム２５０の行き先番
号）に関連した電話番号へ変換する。データベース１２５は、また、通話にとっ
て重要な経路決定情報を返す。

【００６３】 新規の信号用ネットワークには、当業者が識別できるＣＣＳネットワークの全
ての種類が含まれている。ある実施形態において、新規のＣＣＳネットワークは
、ＳＳ７信号用ネットワークである。ＳＳ７信号用ネットワークを簡潔に記述し
たもの、特に本発明において利用されるものによって、本発明のより良い理解が
得られる。この説明のために、ＳＳ７信号用メッセージは、４つのレイヤーを持
つものとして説明されるが、第４レイヤー（ユーザーレイヤー）は２つのレイヤ
ーに分割される。第１レイヤーメッセージ伝送部−レイヤー１（ＭＴＰ−Ｌ１）
は、信号用データリンクの物理的、電気的、機能的な特性と、それにアクセスす
る手段を定義する。第２レイヤー（ＭＴＰ−Ｌ２）は、信号用データリンクを通
して信号用メッセージを伝送するための、またそれに関連した機能と手順とを定
義する。ＭＴＰ−Ｌ２の機能には、信号用メッセージの限界と、誤り検出および
修正と、信号用リンク故障検出が含まれる。

【００６４】 第３レイヤーは、信号用地点間のメッセージ伝送のために、信号用ネットワー
クのノードであり、独自の地点符号によって識別される、信号用ネットワーク機
能を提供する。信号用メッセージ処理機能は、信号用地点（発信地点）において
特定のユーザー部によって発せられる信号用メッセージが、送信用ユーザー部に
よって示される行き先地点において、同じユーザー部へと配送される。

【００６５】 この地域の重要な第４レイヤーは、統合サービスデジタルネットワーク（ＩＳ
ＤＮ）のユーザー部（ＩＳＵＰ）である。ＩＳＵＰは、音声と非音声サービスを
提供するのに必要な信号用機能を支援している。ＩＳＵＰは、発呼者や中継管理
（trunk managament）情報などの情報を支援するのに使われる。

【００６６】 ＩＳＵＰの２つの第１フィールドは、メッセージの種類（ＭＴ）が後に続く、
回路識別符号（ＣＩＣ）である。ＣＩＣは、発信スイッチにおいて、通話処理に
よって選択される回路（バリアチャネル）を識別する。ＭＴは、搬送チャネルの
設定と分解と管理を支援するのに使用される一組のメッセージから、あるメッセ
ージを定義する。

【００６７】 ＩＳＵＰには、さまざまな種類がある。最も普通のＩＳＵＰメッセージは、初
期アドレスメッセージ（ＩＡＭ）、アドレス完了メッセージ（ＡＣＭ）、返答メ
ッセージ（ＡＮＭ）、解除メッセージ（ＲＥＬ）、解除完了（ＲＬＣ）である。
ここに挙げていない他のメッセージもある（ANSI T1-111/1995とT1-113/1995） 。

【００６８】 仮想搬送チャネルプラットフォーム２５０の行き先電話番号に加えて、ある実
施形態において、スイッチ１２０もまた、回路識別符号（ＣＩＣ）を復旧するた
めにデータベース１２５を使用する。ＣＩＣは、スイッチ１２０とブリッジング
スイッチ１３０の間の、利用可能な搬送チャネルを識別する。他の実施形態にお
いて、スイッチ１２０は、利用可能な搬送チャネルを、データベース１２５を用
いずに決定する。

【００６９】 段階３１０において、スイッチ１２０は、ブリッジングスイッチ１３０への接
続を行う。最初に、スイッチ１２０は、ＩＡＭを発生して、これをＳＴＰの組２
３０を経由して、信号用ネットワーク２２０を渡って、ブリッジングスイッチ１
３０へ送信する。ＩＡＭには、ＣＩＣが含まれる、すなわちスイッチ間で利用可
能な搬送チャネルを識別する。ＩＡＭにも、また仮想搬送チャネルプラットフォ
ーム２５０の行き先番号と、すべての必要な経路決定情報が含まれている。特に
、ＩＡＭは、中継識別子（すなわち、搬送チャネルを識別する）へのＣＩＣの組
と、発信スイッチ（すなわち、スイッチ１２０）の地点符号への発信地点符号（
ＯＰＣ）の組と、行き先スイッチ（すなわち、ブリッジングスイッチ１３０）の
地点符号への行き先地点符号（ＤＰＣ）の組を持っている。

【００７０】 ＣＣＳネットワーク２２０によって通話の設定が完了した後、通話は、利用可
能な搬送チャネルを通してブリッジングスイッチ１３０へと経路が決定される。

【００７１】 Ｄ．ＳＯＮＥＴバス 本発明では、仮想搬送チャネルプラットフォーム２５０上で、分散ネットワー
ク（ＳＯＮＥＴバス）における２つの異なるＳＯＮＥＴ（同期式光ネットワーク
）プロトコルフォーマットが使われる。分散ネットワークは、仮想搬送チャネル
プラットフォーム２５０において、トランザクション処理ユニットを接続する。

【００７２】 第１の実施形態において、標準的なＳＯＮＥＴプロトコルが使用される。標準
的なＳＯＮＥＴは、回路切替同期式多重化を用いて送信される高速信号のための
プロトコルである。ＳＯＮＥＴの物理的インターフェイスには、同期式輸送信号
（ＳＴＳ）フレームと光キャリア（ＯＣ）フレームが含まれる。標準的なＳＯＮ
ＥＴフォーマットをより詳細に理解するために、これを読む者は、"SONET and T
1 Architecture for Digital Transport Networks,"Ulysses Black and Sharlen
e Waters, ISBN# 0-13-447590-9を含むいくつかの公に利用可能な資料を参照さ れたい。

【００７３】 標準的なＳＯＮＥＴフレームには、セクションオーバーヘッド領域とラインオ
ーバーヘッド領域とを備える、輸送オーバーヘッド領域と、パスオーバーヘッド
領域と、充填用バイトと、送信用データの主要部（仮想従属物あるいはＶＴにお
いて）が含まれる。電気通信ネットワークにおいて、パスは、一つあるいは二つ
以上のラインから成り、これは同様に一つあるいは二つ以上のセクションから成
る。パスは、ユーザー間の端部から端部への論理的なリンクである。ラインは、
二つのノード間のセグメントであり、多重化と同期化とスイッチングとＳＯＮＥ
Ｔ信号を交差接続するのに使用される。セクションは、通常、最盛期（regenera
tors）とノード間のセグメントであり、通信における故障をフレームし位置決め
するのに使用される。従って、パスオーバーヘッド領域とラインオーバーヘッド
領域とセクションオーバーヘッド領域は、対応する通信セグメント、すなわちパ
スとラインとセクションの間の通信を生み出すのに使用される。

【００７４】 この実施形態において、ＳＯＮＥＴ交差接続制御器は、高帯域幅パイプ２１５
の各チャネルデータをＳＯＮＥＴバス内の特定のバイト位置へ割り当てる。ＳＯ
ＮＥＴバスは、ＶＴ１．５セルフォーマットを用いて、ＯＣ−３の速度で動作す
る。ＯＣ−３の速度での動作にとって、２８ＶＴ１．５セルは、単一のＳＴＳ−
１フレームに挟み込まれ、３つのＳＴＳ−１フレームは、単一のＳＴＳ−３フレ
ームに挟み込まれる。ＳＴＳ−３フレームにはチャネルデータを運ぶ８４個のセ
ルがあり、さらにオーバーヘッドと充填用に用いられる１６２バイトがある。単
一のＶＴ１．５セルは、データ２７バイトに等しい。

【００７５】 １６２バイト（６セルに等しい）は、以下のように使用される：輸送オーバー
ヘッド領域として８１バイト（セクションオーバーヘッドとラインオーバーヘッ
ド領域）；パスオーバーヘッド領域として２７バイト；充填用追加バイトとして
５４バイト。単一のＳＴＳ−１は、輸送オーバーヘッド領域を持っており、セク
ションオーバーヘッド領域とラインオーバーヘッド領域を備え、２７バイト（す
なわち単一の）セルに等しい）である。しかし、３つのＳＴＳ−１フレームは、
単角ＳＴＳ−３フレームを形成するために挟み込まれ、結果としてのＳＴＳ−３
フレームの輸送オーバーヘッド領域は８１バイトである。

【００７６】 発明されたＳＴＳ−１フレームのセクションおよびラインオーバーヘッド領域
（すなわちＳＴＳ−３フレームへ挟み込まれる）は、表１と表２と図４Ａと図４
Ｂを参照して、よりよく理解される。図４Ａは、３バイトの行として配列された
、セックションオーバーヘッド領域４２０のバイトを図示している。これらのバ
イトは、表１で説明される。同様に、図４Ｂは、３バイトの行として配列された
ラインオーバーヘッド領域４４０のバイトを図示している。これらのバイトは、
表２で説明される。図４Ａにおいて、セクションオーバーヘッド４２０の最初の
２バイトはＡ１，Ａ２バイトであり、同期に使用される。図４Ｂを参照して、最
初のセル位置（すなわちチャネルデータを運ぶ最初のセルの位置）は、ラインオ
ーバーヘッドポインタバイトＨ１，Ｈ２から決定することができる。残りのセル
位置は、よく知られた挟み込み技術から決定される。

【００７７】

【表１】

【表２】

【００７８】 本発明の実施形態におけるＳＴＳ−３フレームにおいて、残りの８４セルはデ
ータを運ぶのに使用される。各セルは２７バイトあり、チャネルデータを運ぶの
に２４バイト、そして仮想従属（ＶＴ）オーバーヘッドバイトとして働く３バイ
トである。各データバイトには、単一の搬送チャネルが備わり、従って単一のセ
ルは２４個の搬送チャネル（すなわち一つのＴ１に対応）を運ぶ。

【００７９】 ＳＯＮＥＴバスを通した通信は、連続するフレームによって行われる。連続す
る各フレームには、同じ順番のセルがある。一つのセルは、ある搬送チャネルを
通した通信全てのために指示される。従って、仮想搬送チャネルプラットフォー
ム２５０上のトランザクション処理ユニットは、適切なセルを見つけることによ
ってＳＯＮＥＴバスから正しい搬送チャネルを見つけることができる。言い換え
ると、各トランザクション処理ユニットは、搬送ユニットに対応して、一つある
いは二つ以上の割り当てられたセル上のデータを送信し受信する。

【００８０】 この実施形態において、輸送オーバーヘッドとパッキングオーバーヘッドのバ
イトは、動作と管理と整備（ＯＡＭ）に使用される。従って、この実施形態には
、搬送チャネルを運ぶのに使用される８４個のセルが含まれ、挟み込み処理のた
めの間隔を満たすために使用される５４個の固定した充填用バイトがあり、また
８１バイト（輸送オーバーヘッド）とＯＡＭに使用される２７バイト（パスオー
バーヘッド用）がある。従って、使用される帯域幅は、１５５．５２ＭＨｚ（８
０００フレーム／秒×（（８４セル／フレーム×２７バイト／セル）＋８１バイ
ト＋２７バイト＋５４バイト）×８ビット／バイト）であり、合計でＯＣ−３の
速度になる。データは、ＯＣ−３の速度でＳＯＮＥＴバス上を送信され、標準的
なＶＴ１．５フォーマットとして解釈される。

【００８１】 本発明の第２実施形態では、修正されたＳＯＮＥＴフォーマットが使用される
。修正されたＳＯＮＥＴフォーマットでは、ＳＯＮＥＴ信号が、発明されたＳＯ
ＮＥＴバス（分散ネットワーク５４０）の閉ループ内で送信されるので、オーバ
ーヘッドと充填用バイトは必要ないということが分かる。従って、各フレーム内
において、通常はオーバーヘッドと充填用バイトに使用される、さらなる１６２
バイトは、チャネルデータを運ぶセル（すなわち６セル）として使用される。そ
のような修正によって本実施形態は、８４セルに対して、ＯＣ−３の速度で（１
５５．５２ＭＨｚ）９０個のセルを使用することができる。９０個のセルを使用
することで、本実施形態は、９０×２４個の搬送チャネルあるいは９０個のＴ１
を支援することができる。加えて、オーバーヘッド領域を扱わなくてよいことに
より、本実施形態はプロセッサへの集中度が少なくなる。前の実施形態と共に、
フレーム（すなわち９０セル）は、音声分野を支援するために、８０００回／秒
繰り返される。

【００８２】 図４Ｃは、この実施形態に対して修正されたＶＴ１．５ＳＯＮＥＴフォーマッ
トを図示している。修正されたＳＯＮＥＴフォーマットは、個々のセルに対して
標準的フォーマットと同じであるが、フレームの中でさらに６個のセルが使用さ
れるという点で異なる。ＳＯＮＥＴフレーム４００は、１秒当たり８０００回繰
り返される。セル４０２は、２７バイト（“オクテット”）だけある。これらの
中で、２４バイト４０８は２４バイトは、Ｔ１パイプの２４個の搬送チャネルに
対応する。このようにして、各セル４０２には、データを運ぶために２４バイト
があり、これらのバイトの各々は搬送チャネルを運ぶ。各セル４０２内の残りの
３バイトは、ＶＴオーバーヘッドバイトである。示してあるように、セル４０２
内の残りの３バイトの中で、１バイト４０４は、同期（常に値は７Ｅである）の
ために使われ、第２のバイト４０６は、セル識別子（０−８９の範囲の値である
）として使われ、第３のバイトは、使用されない。

【００８３】 ９０個のセルが一緒になってフレーム４００を形成するので、使用される全体
の帯域幅は、１５５．５２ＭＨｚ（８０００フレーム／秒×９０セル／フレーム
×２７バイト／セル×８ビット／バイト）、すなわちＯＣ−３の速度である。従
って、データは、ＯＣ−３の速度でＳＯＮＥＴバス上の送信されるが、内容はこ
こに記載される修正に従って解釈される。

【００８４】 たとえ、本発明の仮想搬送チャネルプラットフォームが、標準的また修正され
たＳＯＮＥＴフォーマットを参照して記載されても、ここに与えられる記載から
明らかなように他の実施形態が、適当な応用分野による他の送信標準と速度によ
って、他のＳＯＮＥＴと互換性のあるフォーマット（例えばＯＣ−１，ＯＣ−１
２，ＯＣ−４８等）を用いて実施することができる。本発明の仮想搬送チャネル
プラットフォームが標準と修正済みＶＴ１．５標準を使用する方法は、以下の議
論からより明確になるであろう。

【００８５】 Ｅ．仮想搬送チャネルプラットフォーム 図５は、仮想搬送チャネルプラットフォーム２５０を詳細に示したブロック図
である。仮想搬送チャネルプラットフォーム２５０には、ＳＯＮＥＴ交差接続制
御器５１０と、ＳＯＮＥＴインターフェイス５２１と５３１を持った通話処理器
５２０Ａと５２０Ｂと、トランザクション処理ユニット５２５と５３５と、分散
ネットワーク５４０と、ゲートウェイ５５０と、資源管理部５６０と、送信制御
プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）ネットワーク７５０と
が含まれる。

【００８６】 本発明にとって、トランザクション処理ユニット５２５，５３５は、音声応答
ユニットのようなプロセッサに限定されない。例えば、一つの実施形態において
、トランザクション処理ユニットは、個々のモデムもしくはモデムのバンク（ba
nk）である。これらのモデムは、アクセススイッチとして機能することができ、
一つあるいは二つ以上の追加されたネットワークにアクセスすることができる。
例えば、モデムのバンク５２５，５３５は、非同期式転送モード（ＡＴＭ）ネッ
トワークあるいはフレームリレーネットワークにアクセスすることができ、これ
らは、同様にインターネットサービスプロバイダ（ＩＳＰ）を経由してインター
ネットアクセスすることができる。

【００８７】 仮想搬送チャネルプラットフォーム２５０は、図２の通信ネットワーク１００
で動作するものとして記述される。しかし、仮想搬送チャネルプラットフォーム
２５０は、本発明の視野と精神とから離れることなく、他の種類の外部ネットワ
ークで動作するものとして適応させることができる点は、理解されたい。

【００８８】 発明された仮想搬送チャネルプラットフォーム２５０は、必ずしも、仮想搬送
チャネルプラットフォームの技術で認められたもの、理解を助けるためのみに、
ここに与えられたものに対応しないことに注意するのも、重要である。例えば、
プラットフォーム資源（たとえば、トランザクション処理ユニット５２５，５３
４と、ゲートウェイ５５０と，資源管理部５６０と、ＳＯＮＥＴ交差接続制御器
５１０）は、互いに十分に地理的に離れた場所に置くことができる、ちょうど資
源は“プラットフォーム”として現在理解されるものの一部として考慮されない
ようにである。従って、仮想搬送チャネルプラットフォームは、ここに与えられ
るような資源間の機能的関係によって定義されるべきものであり、仮想搬送チャ
ネルプラットフォームの現在の理解によってではない。

【００８９】 １．分散ネットワークとＳＯＮＥＴインターフェイス 実施形態において、分散ネットワーク５４０はＳＯＮＥＴバスである。ＳＯＮ
ＥＴバスは、ブリッジングスイッチ１３０とトランザクション処理ユニット５２
５，５３５の間で、搬送チャネルを輸送する。言い換えると、ＳＯＮＥＴバスは
、概念的に、高帯域パイプ２１５から仮想搬送チャネルプラットフォーム２５０
に入る搬送チャネル信号と、仮想搬送チャネルプラットフォーム２５０から高帯
域幅パイプ２１５を通って出ていく搬送チャネル信号に対する、フレーム構造と
して考えることができる。

【００９０】 仮想搬送チャネルプラットフォーム２５０の内部で、トランザクション処理ユ
ニット５２５，５３５は、ＳＯＮＥＴバスへ、あるいはＳＯＮＥＴバスから、そ
れぞれＳＯＮＥＴインターフェイス５２１，５３１を用いて、データを加えたり
削除することができる。従って、ＳＯＮＥＴバスは、実際上、仮想搬送チャネル
プラットフォーム２５０のトランザクション処理ユニット５２５，５３５全てを
横断するＳＯＮＥＴループである。高帯域幅パイプ２１５を通って入ってくる搬
送チャネルの信号は、ＳＯＮＥＴバスを形成するべく時分割多重されている。明
記したように、標準的なＳＯＮＥＴフォーマット信号あるいは修正されたＳＯＮ
ＥＴフォーマット信号を使用することができる。

【００９１】 ２．ＳＯＮＥＴ交差接続制御器 ＳＯＮＥＴ交差接続制御器５１０は、一端にある高帯域幅パイプ２１５のＴ１
（仮想搬送チャネルプラットフォーム２５０の外側）と、また、他端にある分散
ネットワーク５４０（仮想搬送チャネルプラットフォーム２５０の内側）とに結
合される。ＳＯＮＥＴ交差接続制御器５１０は、マルチプレクサとデマルチプレ
クサである。例えば、ＳＯＮＥＴ交差接続制御器５１０は、アッドドロップ（ad
d-drop）型マルチプレクサ（ＡＤＭ）であってよい。

【００９２】 ＳＯＮＥＴ交差接続制御器５１０は、高帯域幅パイプ２１５から入ってくるデ
ータを時分割多重化する。また、高帯域幅パイプ２１５を出戻っていくデータを
時分割逆多重化する。各々の側のインターフェイス標準に従いながら、片方の側
から他の側への搬送チャネルデータを伝送するための２つの側（すなわち、高帯
域幅パイプ２１５と分散ネットワーク５４０）の間のインターフェイスを提供す
る。

【００９３】 ３．ゲートウェイ ゲートウェイ５５０は、仮想搬送チャネルプラットフォーム２５０のための全
ての信号用機能を扱う、プログラマブルプロトコル変換器である。ゲートウェイ
５５０は、例えば、オペレーティングシステム（例えば、ＵＮＩＸオペレーティ
ングシステム）を実現するコンピュータシステム上に実現されるハードウェアと
ソフトウェアとの組み合わせであってよい。ゲートウェイ５５０は、このセクシ
ョンで説明されるが、その機能は、図６−８の説明の中で以下に、より十分に説
明される。

【００９４】 ゲートウェイ５５０は、ＣＣＳライン２３５を通って入ってくるＣＣＳメッセ
ージを受信する。ゲートウェイ５５０は、受信したッセージをＴＣＰ／ＩＰプロ
トコルに変換し、対応するＴＣＰ／ＩＰメッセージを作り出す。その後、作り出
したＴＣＰ／ＩＰメッセージをＴＣＰ／ＩＰネットワーク５７０を通して資源管
理部５６０に送信する。実施形態において、ＴＣＰ／ＩＰ５７０は、イーサネッ
トネットワークの一つの種類である。実施形態において、作り出されたＴＣＰ／
ＩＰメッセージは、独占的なＭＣＩスイッチプロトコル（ＭＳＰ）を使用する。
しかし、通常の技術を持つものには分かると思われるが、これと似た種類のプロ
トコルのいずれかの種類を同様に使用することができる。例えば、バイト指向の
プロトコルのいずれか、あるいは抽象的な構文表記１（ＡＳＮ．１）を用いて定
義することのできるプロトコルのいずれかを使用することができる。

【００９５】 プロトコルの例には、それに制限されるわけではないが、エンタープライズコ
ンピュータテレフォニーフォーラム（ＥＣＴＦ）Ｓ．２００，Ｘ．２５，ＳＮＡ
，ＩＴＵ Ｑ９３１が含まれる。

【００９６】 ゲートウェイ５５０は、また、ＴＣＰ／ＩＰネットワーク５７０を通して資源
管理部５６０から送信されたメッセージを受信する。以下の説明で述べるように
、それに対してゲートウェイ５５０は、ＣＣＳライン２３５を通して対応するＣ
ＣＳメッセージを生成し送信することができる。

【００９７】 ゲートウェイ５５０は、ＣＣＳプロトコルとＴＣＰ／ＩＰプロトコルによって
必要とされる全ての時間的機能を実行する。また、ＣＣＳネットワークと資源管
理部の両方に必要とされる、全てのＣＣＳフロー制御と、過負荷処理と、管理活
動を扱う。

【００９８】 通常の技術を持つものには分かることだが、ゲートウェイ５５０は、特定のＣ
ＣＳプロトコルとＴＣＰ／ＩＰプロトコル以外のプロトコルに対する似た機能を
実行することができる。その理由は、ゲートウェイ５５０の最も重要なのは、資
源管理部５６０とＣＣＳネットワーク２２０との間の路であるからである。

【００９９】 ４．資源管理部 資源管理部５６０は、本発明の最も大事な要素である。実施形態において、Ｕ
ｎｉｘオペレーティングシステムを用いたコンピュータシステム上で実行される
ハードウェアとソフトウェアとの組み合わせを備えている。資源管理部５６０が
、このセクションで説明されるが、その機能は図６−８の説明の中で以下に、よ
り十分に説明される。

【０１００】 ａ．資源の状態の維持 資源管理部５６０の重要な機能は、仮想搬送チャネルプラットフォーム３５０
の要素についての状態の情報を維持することである。この情報は、すでに記憶さ
れており、内部あるいは外部のデータベース２４０から復元される。例えば、そ
のようなアクセス可能なデータベースに、ＭＣＩのデータアクセスポイント（Ｄ
ＡＰ）があるが、しかしデータベース２４０は、当業者に分かるものであればい
ずれのデータベースでもよい。

【０１０１】 資源管理部５６０は、高帯域幅パイプ２１５を通って仮想搬送チャネルプラッ
トフォーム２５０に入ってくる搬送チャネルの各々の状態を維持する。また、高
帯域幅パイプ２１５を通って仮想搬送チャネルプラットフォーム２５０から出て
いく搬送チャネルの各々の状態を維持する。資源管理部５６０は、ＳＯＮＥＴ交
差接続制御器５１０に入ってくる（高帯域幅パイプ２１５から）どの搬送チャネ
ルが利用可能であり、これらの搬送チャネルのどれが使用中であるかを決定する
ことにより入力搬送チャネル状態を決定する。同様に、資源管理部５６０は、Ｓ
ＯＮＥＴ交差接続制御器５１０から出ていく、どの搬送チャネルが利用可能であ
り、これらの搬送チャネルのどれが使用中であるかを決定することにより出力搬
送チャネル状態を決定する。

【０１０２】 資源管理部５６０は、各トランザクション処理ユニット５２５，５３５の現在
状態と潜在的状態とを保持する。例えば、資源管理部５６０は、「どのトランザ
クション処理ユニットが使用中であり、かつ、どれが利用可能であるのか」とい
うことの認識を有する。資源管理部５６０は、また、「所与のトランザクション
処理ユニット５２５，５３５が、どれだけ長く使用中であるのか」ということの
認識を有することができる。

【０１０３】 加えて、資源管理部は、「どのトランザクション処理ユニット５２５，５３５
が仮想搬送チャネルプラットフォーム２５０へ着信する呼を処理できるのか」と
いうことの認識を保持する。例えば、資源管理部５６０は、「どのトランザクシ
ョン処理ユニット５２５，５３５が１−８００−コレクトコールを処理できるの
か」ということを判断する。このことは、「所与の呼が特別な処理を要求するか
否か」ということの認識を含む。例えば、もし、行先番号が８００番であるなら
ば、該番号は、１日の時刻などに依存する異なる番号へ変換されることができる
。他のデータを伴うように、資源管理部５６０は、データベース２４０のような
内部または外部のデータベースにアクセスすることによって、この情報を取得す
る。他の特別の処理要求は、データベースによって指定されるオペレータへ接続
すること、または、制御をトランザクション処理ユニット５２５，５３５へ移管
する前に追加の音声の催促を提供すること、を含む。

【０１０４】 ｂ．着信呼 サービス要求がＣＣＳ線２３５上をプラットフォームへ着信すると、ゲートウ
エー５５０は、資源管理部５６０へメッセージを送ることによって、資源管理部
５６０に該サービス要求を通知する。資源管理部５６０は、このメッセージから
、搬送チャネルデータがどこに着信するのかを判断する。そして、資源管理部５
６０は、呼を処理できる利用可能なトランザクション処理ユニット５２５，５３
５へ、データを割り当てる。

【０１０５】 着信呼を送るトランザクション処理ユニット５２５，５３５を決定する際に、
資源管理部５６０は、負荷平衡化（いわゆる、負荷分配）を実行する。例えば、
予め決定された計算またはリアルタイムの計算に基づいて、資源管理部５６０は
、トランザクション処理ユニット５２５，５３５が等価なプロセッサ使用量を有
するように（即ち、処理効率のために）、着信呼をトランザクション処理ユニッ
ト５２５，５３５へ分配できる。

【０１０６】 好ましい実施形態において、資源管理部は、各トランザクション処理ユニット
５２５，５３５上の「現在の負荷」の軌跡を保持することによって、負荷平衡化
を実行する。現在の負荷は、多数の変数の関数として測定されてもよい。１つの
変数は、過去の予め決定された量の時間において使用された利用可能な処理能力
の分数である。使用される処理能力の分数は、例えば、個々のトランザクション
処理ユニット５２５，５３５をサポートするオペレーティングシステムによって
提供されるユーティリティを使用することによって、確かめられることができる
。他の変数は、トランザクション処理ユニット５２５，５３５へ割り当てられた
サービス要求の数である。第３の変数は、トランザクション処理ユニット５２５
，５３５へ割り当てられたサービス要求の特性である。

【０１０７】 ｃ．発信呼 いくつかの場合において、トランザクション処理ユニット５２５，５３５は、
仮想搬送チャネルプラットフォーム２５０からの発信呼を作成する必要がある。
例えば、１−８００−コレクトコールに対しては、呼を受信するトランザクショ
ン処理ユニット５２５は、最初に、発呼者からの情報（例えば、発呼者の名前、
および、呼び出され側電話番号）を記録する。次に、トランザクション処理ユニ
ット５２５は、呼の受諾を確認するために、および、発呼者と呼び出され側との
間の接続を完了するために、呼び出され側を呼び出す必要がある。

【０１０８】 （呼び出され側への）呼のこのレッグは、仮想搬送チャネルプラットフォーム
２５０の外へ送られる呼である。トランザクション処理ユニット５２５が発信呼
を作成することを望むとき、トランザクション処理ユニット５２５は、資源管理
部５６０に通知する。今度は、資源管理部５６０が、高帯域幅パイプ２１５上の
発信レッグに対して、利用可能な搬送チャネルを選択する。資源管理部５６０は
、この情報をゲートウエー５５０へ送る。ゲートウエー５５０は、呼び出され側
へ接続するために、ＣＣＳネットワーク２２０を使用する。そして、呼の発信レ
ッグが、資源管理部５６０によって選択された利用可能な搬送チャネル上を送信
される。

【０１０９】 ｄ．資源の利用不可能性または故障 資源管理部５６０は、また、資源の利用不可能性または故障を処理する。もし
、トランザクション処理ユニット５２５，５３５が着信呼を処理するために利用
可能でないならば、資源管理部５６０は、呼を待ち行列に入れることができ、そ
れによって、該呼は、次の利用可能なトランザクション処理ユニットによって処
理されることができる。資源管理部５６０は、また、呼を他のトランザクション
処理ユニットにとどめておくことができる。該他のトランザクション処理ユニッ
トは、予め記録されたメッセージを再生する。該メッセージは遅延を発呼者へ示
す。もし、呼がとどめられるならば、該呼は、また、次の適切なトランザクショ
ン処理ユニットが利用可能になるまで、待ち行列内に置かれる。

【０１１０】 もし、「プラットフォームが呼をサポートできない」ということが判断される
ならば、資源管理部５６０は、解放メッセージ（例えば、ＲＥＬ）を、ブリッジ
ングスイッチ１３０へ送ることができる。該解放メッセージは、呼を解放するこ
とをブリッジングスイッチ１３０に要求する。ブリッジングスイッチ１３０は、
解放を承認するメッセージを返送する。

【０１１１】 プラットフォームは、故障したトランザクション処理ユニットについての承認
を使用することによって、自己修正が行われる。そのような承認に応答して、資
源管理部５６０は、そのデータベースを更新する。

【０１１２】 もし、呼の処理の間に、トランザクション処理ユニットが非活動になったなら
ば、トランザクション処理ユニットは、資源管理部５６０に通知する。今度は、
資源管理部５６０が、仮想搬送チャネルプラットフォーム２５０上の異なるトラ
ンザクション処理ユニットに、該呼を再度割り当てる。

【０１１３】 もし、高帯域幅パイプ２１５上を着信（または発信）するＣＩＣのいずれかが
失われるならば、資源管理部５６０は、それに従って、そのステータスを更新す
る。例えば、資源管理部５６０は、コンディションを示すために、そのデータベ
ースを更新する。資源管理部の機能は、より完全に、以下に説明される。

【０１１４】 Ｆ．トランザクション処理ユニットとの着信搬送チャネルを確立 図６は、「呼が、仮想搬送チャネルプラットフォーム２５０上をブリッジング
スイッチ１３０からトランザクション処理ユニット５２５へどのようにして接続
されるのか」ということを図解するフローチャートである。

【０１１５】 ステップ６０２において、ブリッジングスイッチ１３０は、スイッチ１２０か
ら送信されたＩＡＭを調べ、かつ、「仮想搬送チャネルプラットフォーム２５０
への接続が行われなくてはならない」ということを決定する。ブリッジングスイ
ッチ１３０は、仮想搬送チャネルプラットフォーム２５０へ向かう利用可能な搬
送チャネルの位置を突き止める。これは、高帯域幅パイプ２１５沿った利用可能
な搬送チャネルである。

【０１１６】 同時にまたはその後、ステップ６０４において、ブリッジングスイッチ１３０
は、また、仮想搬送チャネルプラットフォーム２５０への送信に対するそれ自身
のＩＡＭを組み立てる。このＩＡＭは、選択された搬送チャネル（即ち、ＣＩＣ
）の指示と、仮想搬送チャネルプラットフォーム２５０の行先ポイントコードと
、他の重要なルーチング情報とを含む。ＩＡＭは、他の信号送信情報と共に、信
号送信ネットワーク２２０上を送信される。例えば、ＩＡＭ（より正確には、Ｉ
ＳＵＰ ＩＡＭを含むＣＣＳメッセージ）は、選択された搬送チャネル（即ち、
ＣＩＣ）と、ブリッジングスイッチ１３０のポイントコードへ設定されたＯＰＣ
フィールドと、仮想搬送チャネルプラットフォーム２５０のポイントコードへ設
定されたＤＰＣフィールドとを具備する。ＣＣＳ信号送信メッセージは、信号送
信幹線２３５上を、ＳＴＰ対２３０へ送信される。ＣＣＳメッセージは、ＳＴＰ
対２３０から、仮想搬送チャネルプラットフォーム２５０へ送信される。

【０１１７】 ステップ６０６において、ゲートウエー５５０が、ＳＴＰ対２３０から、ＣＣ
Ｓメッセージ（ＩＡＭ）を受信する。ゲートウエー５５０は、プロトコルコンバ
ータである。ゲートウエー５５０は、ＣＣＳメッセージを、特定のＣＣＳプロト
コルから、例えば、ＴＣＰ／ＩＰプロトコルへ変換する。ＴＣＰ／ＩＰメッセー
ジは、ＴＣＰ／ＩＰネットワーク５７０上を、資源管理部５６０へ送信される。
ＴＣＰ／ＩＰネットワーク５７０は、イーサネットネットワークでありうる。

【０１１８】 ステップ６０８において、資源管理部５６０は、ＴＣＰ／ＩＰメッセージから
、ＣＩＣを抽出する。そして、資源管理部５６０は、「データがＳＯＮＥＴバス
上のどこに置かれているのか」ということを判断するために、内部または外部の
データベース２４０を使用して、ＣＩＣを変換する。特に、資源管理部５６０は
、セル識別子４０６（２バイト）と該セル内の搬送チャネルの位置とを判断する
。該搬送チャネルは、そのセルの２４個のチャネルのうちの１つである。

【０１１９】 ステップ６１０において、資源管理部５６０は、「どのトランザクション処理
ユニット５２５（または５３５）が呼を受信すべきか」ということを判断するた
めに、ＩＡＭから抽出された呼び出され側番号を使用する。この呼び出され側番
号は、データベース１２５によって返却された番号である。該番号は、番号１−
８００−コレクトコールの変換バージョンを示す。再度述べるが、資源管理部は
、正しいトランザクション処理ユニット５２５を決定するために、データベース
２４０における情報検索を実行できる。

【０１２０】 受信されたサービス要求を適切なトランザクション処理ユニット５２５，５３
５へ割り当てる際に、資源管理部５６０は、「どのトランザクション処理ユニッ
ト５２５，５３５がどのタイプの呼を処理する能力を有するのか」という活動リ
ストを保持する。この活動リストは、資源管理部５６０が容易にアクセスできる
内部または外部のテーブル（例えば、データベース２４０）内に保持されること
ができる。例えば、１−８００−コレクトコールに対して、資源管理部５６０は
、「どのトランザクション処理ユニット５２５，５３５がコレクトタイプの呼を
処理できるのか」という認識を有しなくてはならない。

【０１２１】 また、「どのトランザクション処理ユニット５２５，５３５が呼を処理するべ
きか」ということを判断する際に、資源管理部５６０は、負荷平衡化を実行でき
る。これらの資源のより有効な利用のために、トランザクション処理ユニット５
２５，５３５が過度に負荷をかけられないように、負荷平衡化が行われる。

【０１２２】 負荷平衡化を遂行する際に、資源管理部５６０は、各トランザクション処理ユ
ニット上の「現在の負荷」の軌跡を保持する。現在の負荷は、いくつかの変数の
関数として測定されることができる。１つの変数は、利用可能な処理能力の分数
である。他の変数は、トランザクション処理ユニット５２５，５３５へ割り当て
られたサービス要求の数である。第３の変数は、トランザクション処理ユニット
へ割り当てられるサービス要求の特性である。

【０１２３】 そして、ステップ６１２において、資源管理部５６０は、呼提供済信号を、適
切なトランザクション処理ユニット５２５へ送信する。説明されたように、ＳＯ
ＮＥＴ交差接続コントローラ５１０において仮想搬送チャネルプラットフォーム
２５０へ着信する各搬送チャネルは、搬送チャネル上を着信する。資源管理部５
６０は、外部または内部のデータベース２４０にアクセスすることによって、搬
送チャネルプラットフォーム２５０の（着信または発信する）全ての搬送チャネ
ルの利用可能性の認識を有する。各搬送チャネルは、ＳＯＮＥＴバスのフレーム
内の特定のビット位置へ割り当てられる。該ＳＯＮＥＴバスは、ＳＯＮＥＴ回路
または分散ネットワーク回路として参照されることができる。

【０１２４】 故に、受信された呼の搬送チャネルに基づいて、資源管理部５６０は、「トラ
ンザクション処理ユニット５２５が、着信データをアクセスするために、どのビ
ット位置（または、ＳＯＮＥＴ回路）を使用するのか」ということを、呼提供済
信号内に示す。ここで、トランザクション処理ユニット５２５は、利用可能なト
ランザクション処理ユニットであり、かつ、１−８００−コレクトコールを処理
可能なトランザクション処理ユニットである。

【０１２５】 ステップ６１４において、トランザクション処理ユニット５２５は、指定され
たＳＯＮＥＴ回路との接続を、コールプロセッサ５２０Ａを介して確立する。１
−８００−コレクトコールであるべき呼を決定する際に、トランザクション処理
ユニット５２５は、また、１または２以上のスクリプトメッセージ（または、催
促）を再生する。該メッセージは、発呼者からの情報を求める。

【０１２６】 スクリプトメッセージは、トランザクション処理ユニット５２５およびコール
プロセッサ５２０Ａの（電話端末１１０へ話されたまたはキー入力された発呼者
からの情報を受信するための）始動によって続かれる。そして、トランザクショ
ン処理ユニット５２５による情報の記録によって続かれる。例えば、発呼者は、
発呼者の名前を求められることができる。発呼者の名前は、発呼者によって話さ
れたときに、トランザクション処理ユニット５２５によって記録される。この後
、発呼者は、呼び出されている番号をキー入力することを求められる。該番号は
、一連のデュアルトーンマルチ周波数（ＤＴＭＦ）信号として、トランザクショ
ン処理ユニット５２５によって記録される。電話端末１１０における発呼者とト
ランザクション処理ユニット５２５との間において確立される通信は、双方向線
上にある。

【０１２７】 Ｇ．呼び出され側との発信搬送チャネルを確立 図７Ａおよび図７Ｂは、「呼が、トランザクション処理ユニット５２５から呼
び出され側へ、どのようにして接続されるのか」ということを図解するフローチ
ャートである。

【０１２８】 ステップ７０２において、一旦、発呼者からの全ての情報が集められると、ト
ランザクション処理ユニット５２５は、該情報を、資源管理部５６０へ送信する
。資源管理部５６０は、データベース２４０をアクセスすることによって、仮想
搬送チャネルプラットフォーム２５０の（着信または発信する）全ての搬送チャ
ネルの利用可能性の認識を有する。

【０１２９】 ステップ７０４において、資源管理部５６０は、利用可能なＳＯＮＥＴ回路（
即ち、ＳＯＮＥＴバスにおける空のセル）において呼の発信レッグを作成するた
めに、該回路を選択する。これは、仮想搬送チャネルプラットフォーム２５０か
ら発信する呼のレッグである。従って、ステップ７０６において、資源管理部５
６０は、呼作成メッセージを、ゲートウエー５５０へ送る。このメッセージは、
ＴＣＰ／ＩＰネットワーク５７０上を送信される。

【０１３０】 ステップ７０８において、ゲートウエーは、対応するＣＣＳメッセージを生成
するために、呼作成メッセージから送信された情報を使用する。特に、ゲートウ
エー５５０は、ＩＡＭを生成する。ＩＡＭは、呼び出され側番号（発呼者によっ
て呼び出されている番号）と利用可能な搬送チャネルとを具備する。ＩＡＭメッ
セージが、ブリッジングスイッチ１３０へ送信される。該ＩＡＭメッセージは、
利用可能な搬送チャネル（即ち、ＣＩＣ）と、仮想搬送チャネルプラットフォー
ム２５０のポイントコードへ設定されたＯＰＣと、ブリッジングスイッチ１３０
のポイントコードへ設定されたＤＰＣとを含む。

【０１３１】 ステップ７１０において、ブリッジングスイッチ１３０は、該メッセージを、
呼び出され側へ送信する。当業者によって認識されるように、呼び出され側は、
多数の方法で位置を突き止められることができる。ブリッジングスイッチ１３０
は、ＣＣＳネットワークとの組み合わせで、呼を、呼び出され側の位置を突き止
める適切なＬＥＣスイッチ（詳細には、ＣＯスイッチ）へ送信しなくてはならな
い。例えば、呼は、１または２以上のスイッチへ送信される。これらのスイッチ
のうちの１つは、呼び出され側のＬＥＣスイッチへの接続を有してもよい。呼び
出され側のＬＡＴＡ内で動作するＬＥＣスイッチは、該呼を、呼び出され側へ送
信する。

【０１３２】 ステップ７１２において、アドレス完了（ＡＣＭ）メッセージおよび応答（Ａ
ＮＭ）メッセージが、ネットワークから、ゲートウエー５５０へ返送される。例
えば、ＩＡＭがＬＥＣスイッチにおいて受信された後に、ＡＣＭが、ＣＣＳネッ
トワーク２２０上を、ゲートウエー５５０へ返送される。続いて、呼び出され側
が電話に応答すると（オフフックになると）、ＡＮＭメッセージ（ＩＳＵＰメッ
セージ）が、ＣＣＳネットワーク２２０上を、ゲートウエー５５０へ返送される
。

【０１３３】 ステップ７１４において、ゲートウエー５５０がＡＮＭメッセージを受信した
後、ゲートウエー５５０は、接続済メッセージを、ＴＣＰ／ＩＰネットワーク５
７０上で、資源管理部５６０へ送る。（このことは、「発信搬送チャネル上での
、呼び出され側への接続が完了した」ということを、資源管理部５６０へ通知す
る。）

【０１３４】 ステップ７１６において、資源管理部５６０は、「発信メッセージがＳＯＮＥ
Ｔバス上のどこに置かれるべきであるか」ということを判断するために、データ
ベース２４０を使用して、搬送チャネルを変換する。特に、資源管理部５６０は
、セル識別子４０６とセル内の搬送チャネルの位置とを判断する。加えて、資源
管理部５６０は、呼の発信レッグが対応するＳＯＮＥＴバス上の位置を、トラン
ザクション処理ユニット５２５へ通知する。資源管理部は、ステータスを更新す
る。

【０１３５】 ステップ７１８において、トランザクション処理ユニットは、コールプロセッ
サ５２０Ａによって、ＳＯＮＥＴ回路（ＳＯＮＥＴバスにおける指定されたチャ
ネル）を使用して、呼び出され側への接続を確立する。そして、トランザクショ
ン処理ユニット５２５は、コレクトコールの呼び出され側に通知する１または２
以上のスクリプトメッセージ（または、催促）を再生し、かつ、呼を受諾または
拒否する機会を呼び出され側に提供する。スクリプトメッセージは、トランザク
ション処理ユニット５２５およびコールプロセッサ５２０Ａの（電話端末１１０
へ話されているまたはキー入力されている発呼者から情報を受信するための）始
動によって続かれる。そして、トランザクション処理ユニット５２５による情報
の記録によって続かれる。

【０１３６】 例えば、トランザクション処理ユニット５２５は、「あなたはコレクト呼を受
けています」ということを発呼者に通知する予め記録されたメッセージを再生す
る。そして、「ティモシー」のように、発呼者自身の音声を話す発呼者の記録さ
れた音声によって続かれる。そして、発呼者は、「はい」または「いいえ」を示
す数字をキーインすることよって、呼を受諾または拒否する機会を与えられる。
トランザクション処理ユニット５２５は、発呼者間の接続を提供するか否かを判
断するために、呼び出され側の応答を受け入れる。トランザクション処理ユニッ
ト５２５と呼び出され側との間において確立された通信は、双方向線上にある。

【０１３７】 もし、呼が受諾されないならば、トランザクション処理ユニット５２５は、ま
た、呼を受諾することに対する呼び出され側の拒絶を、発呼者に通知できる。こ
のシナリオの場合、呼は解放される。トランザクション処理ユニット５２５は、
呼を解放する必要を、資源管理部５６０に通知する。トランザクション処理ユニ
ット５２５は、また、「解放が要求されている」というメッセージを、ゲートウ
エー５５０へ送信する。ゲートウエー５５０は、ＲＥＬ（解放）メッセージを、
ＣＣＳネットワーク２２０上で、ブリッジングスイッチ１３０へ送る。ブリッジ
ングスイッチは、呼の解放を確認するために、ＲＬＣ（解放完了）メッセージを
返送する。そして、ゲートウエー５５０は、解放を、資源管理部５６０に通知す
る。その後、資源管理部５６０は、データベース２４０を更新し、かつ、搬送チ
ャネルのステータスを記憶する。

【０１３８】 ステップ７２０において、呼び出され側が呼を受諾すると、トランザクション
処理ユニット５２５は、このコンディションを示すメッセージを、資源管理部５
６０へ送信する。

【０１３９】 Ｈ．仮想搬送チャネルプラットフォームを解放 図８は、「発呼者が呼び出され側にどのようにして接続されるのか、および、
仮想搬送チャネルプラットフォーム２５０が該接続からどのようにして解放され
るのか」ということを図解するフローチャートである。これは、呼び出され側が
呼を受諾するならば、発生する。

【０１４０】 ステップ８０２において、資源管理部５６０は、ブリッジングメッセージを、
ＴＣＰ／ＩＰネットワーク５７０上で、ゲートウエー５５０へ送る。該ブリッジ
ングメッセージは、発呼者からトランザクション処理ユニット５２５への着信接
続（即ち、搬送チャネル経由）とトランザクション処理ユニット５２５から呼び
出され側への発信接続（即ち、搬送チャネル経由）との両方のＣＩＣを含む。ブ
リッジングメッセージは、ブリッジングＦＡＲメッセージを送信することを、ゲ
ートウエー５５０に通知する。ブリッジングＦＡＲメッセージは、２つの搬送チ
ャネルを識別する。これに応答して、ゲートウエー５５０は、ブリッジングＦＡ
Ｒメッセージを、ブリッジングスイッチ１３０へ送出する。

【０１４１】 ステップ８０４において、ブリッジングスイッチ１３０は、ブリッジングＦＡ
Ｒメッセージを受信する。該メッセージは、呼の着信レッグと発信レッグとを識
別する。これに応答して、ブリッジングスイッチ１３０は、呼の２つのレッグ（
即ち、発呼者とブリッジングスイッチ１３０との間と、ブリッジングスイッチ１
３０と呼び出され側との間と）を橋絡する。

【０１４２】 ブリッジングスイッチは、ブリッジングスイッチ１３０からトランザクション
処理ユニット５２５へ向かう搬送チャネルと、ブリッジングスイッチ１３０へト
ランザクション処理ユニット５２５から向かう搬送チャネルとを解放する。

【０１４３】 ステップ８０６において、解放（ＲＥＬ）メッセージが、ＣＣＳネットワーク
２２０上を送信される。特に、ブリッジングスイッチ１３０は、仮想搬送チャネ
ルプラットフォーム２５０のゲートウエー５５０へ、ＲＥＬメッセージを送信す
る。

【０１４４】 ステップ８０８において、ゲートウエー５５０は、「２つの搬送チャネルが解
放された」ということを、（ＴＣＰ／ＩＰネットワーク５７０を通して）資源管
理部５６０に通知する。これに応答して、資源管理部５６０は、「２つの搬送チ
ャネルが、他の通信に対して、再度利用可能である」ということを示すために、
データベース２４０を更新する。

【０１４５】 ステップ８１０において、資源管理部５６０は、該解放（即ち、解放を示すメ
ッセージの受信）を、ゲートウエー５５０に通知する。これに応答して、ゲート
ウエー５５０は、解放完了（ＲＬＣ）メッセージを、ブリッジングスイッチ５５
０へ返送する。該メッセージは「解放が完了した」ということを示す。

【０１４６】 Ｉ．資源の利用不可能性または故障 １．利用不可能なトランザクション処理ユニット 「サービス要求（即ち、ＩＡＭ）が搬送チャネルプラットフォーム２５０にお
いて受信されたときに、トランザクション処理ユニット５２５，５３５が利用可
能でない」という可能性がある。１つの例として、資源管理部５６０が、「トラ
ンザクション処理ユニット５２５，５３５はいずれも利用可能でない」というこ
とを判断する。他の例として、資源管理部５６０は、「この該当着信呼を処理で
きるトランザクション処理ユニット５２５，５３５は、利用可能でない」という
ことを判断する。

【０１４７】 １つの選択として、資源管理部５６０は、着信呼を待ち行列に入れることがで
き、かつ、利用可能なトランザクション処理ユニットを待つことができる。他の
選択として、資源管理部５６０は、着信呼を、他のトランザクション処理ユニッ
トにとどめておくことができる。この他のトランザクション処理ユニットは、記
録されたメッセージを発呼者に対して再生するために、ＳＯＮＥＴバス上のビッ
ト位置を提供する。例えば、該他のトランザクション処理ユニットは、「すみま
せん。全ての回路が使用中です。お待ち下さい」というメッセージを再生でき、
または、代わりに、歓迎の音楽を再生できる。資源管理部５６０は、該サービス
要求を、待ち行列に入れる。予め指定された単位の時間において、資源管理部５
６０は、トランザクション処理ユニット５２５（即ち、該呼を処理できるトラン
ザクション処理ユニット）のステータスをチェックする。要求されたトランザク
ション処理ユニットが利用可能になると、資源管理部５６０は、他の全ての呼と
共に、呼提供済メッセージを該要求されたトランザクション処理ユニットへ送る
ことによって、該呼を、処理するための該要求されたトランザクション処理ユニ
ットへ移す。

【０１４８】 ２．トランザクション処理ユニットの故障 「トランザクション処理ユニット５２５，５３５が故障する」という可能性が
ある。この場合、資源管理部５６０は、同じ仮想搬送チャネルプラットフォーム
２５０上の他のトランザクション処理ユニットへ、呼を移す。

【０１４９】 Ｊ．補足の実施形態 図９は、補足の実施形態を図解するブロック図である。この実施形態は、（１
）「仮想搬送チャネルプラットフォームが、２以上のＳＯＮＥＴ交差接続コント
ローラをどのようにして有することができるのか」ということと、（２）「２ま
たは３以上の分散ネットワークが、リング形式で、どのようにして一緒に結合さ
れるのか」ということとを図解する。

【０１５０】 ＬＥＣ９１０とＬＥＣ９１２とＭＣＩローカルネットワーク９１４とは、それ
ぞれ、高帯域幅パイプ９２０，９２２，９２４上の搬送ネットワークによって、
ＯＣ−２４ ＳＯＮＥＴネットワーク９７０（即ち、分散ネットワーク）への通
信を提供する。これらの搬送チャネルは、それぞれ、ＡＤＭ９３０，９３１，９
３２上へ、マルチプレクスされる。従って、ＡＤＭ９３０，９３１，９３２は、
ＳＯＮＥＴ交差接続コントローラとして働き、ＳＯＮＥＴネットワーク９７０へ
のアクセスを提供する。

【０１５１】 ＳＳ７ゲートウエー９４０が図解される。ＳＳ７ゲートウエー９４０は、ＳＳ
７ネットワーク９６０とプラットフォームＴＣＰ／ＩＰネットワーク９５０との
間を送信される信号送信メッセージに対して、プロトコル変換機能を提供する。
１または２以上の資源管理部（不図示）は、ＳＳ７ゲートウエー９４０とＡＤＭ
９３０〜９３３とＴＣＰ／ＩＰネットワーク９５０とＳＯＮＥＴネットワーク９
７０とによって定義される仮想搬送チャネルプラットフォームの資源を管理でき
る。

【０１５２】 ＳＳ７ネットワーク９６０と対応するＳＳ７が使用するネットワーク構成要素
９４０，９４２，９４６，９４８が図解されるが、当業者によって認識されるよ
うに、如何なるＣＣＳネットワークおよび対応する構成要素も使用されることが
できる。同様に、ＳＯＮＥＴネットワーク９７０，９８０が図解されるが、当業
者によって認識されるように、如何なる分散ネットワークも使用されることがで
きる。

【０１５３】 リングインターフェース９４２は、ＯＣ−２４ ＳＯＮＥＴネットワーク９７
０を、より高速のＯＣ−１９２ ＳＯＮＥＴネットワーク９７０（即ち、他の分
散ネットワーク）へ接続する。ＳＯＮＥＴインターフェース（不図示）は勿論の
こと、リングインターフェース９４２自身も、時分割マルチプレクサ（ＴＤＭ）
と対応するプロセッサとを具備する。リングインターフェース９４２は、着信経
路上を（即ち、ＳＯＮＥＴネットワーク９７０から）該リングインターフェース
９４２へ着信するデータのバイトを受け入れ、かつ、これらのバイトを、発信経
路において（即ち、ＳＯＮＥＴネットワーク９８０上へ）送信する。着信経路に
対して、プロセッサは、（ＳＯＮＥＴネットワーク９７０とインターフェースす
る）ＳＯＮＥＴインターフェースからのデータのバイトを、ＴＤＭバス上へ配置
する。発信経路に対して、プロセッサは、ＴＤＭバスからのデータの同じバイト
を、ＳＯＮＥＴネットワーク９８０とインターフェースするＳＯＮＥＴインター
フェースへ配置する。リングインターフェース９４２は、ＳＯＮＥＴネットワー
ク９７０，９８０上のデータのバイトの位置を決定する際に、（上述されたよう
な）発明のゲートウエーと同様の信号送信機能を実行し、故に、ＳＳ７ネットワ
ーク９６０と接続される。

【０１５４】 リングインターフェース９４６，９４８は、リングインターフェース９４２と
同様の機能を実行でき、追加の分散ネットワークへのアクセスを提供する。加え
て、各々のリングインターフェース９４２〜９４８は、信号送信メッセージを伴
って、複数の分散ネットワーク上で同じ経路入機能、経路出機能を実行すること
によって、２以上の他の分散ネットワークへのアクセスを提供できる。この後者
の場合、リングインターフェース９４２〜９４８は、より適切には「ハブインタ
ーフェース」と呼ばれる。

【０１５５】 IV．結び 本発明の様々な実施形態が上述されたが、「これらの実施形態は、例としての
み提示されたものであり、限定として提示されたものではない」ということが理
解されるべきである。故に、本発明の広さおよび範囲は、上述された例示的な実
施形態のいずれによっても限定されず、請求項およびその等価物によってのみ定
義されるべきである。

【図面の簡単な説明】

【図１】 電気通信ネットワークと音声プラットフォームとの間における通
常の接続を示すブロック図である。

【図２】 本発明を採用するために用いられる電気通信ネットワークを示す
ブロック図である。

【図３】 呼が発呼者からブリッジングスイッチ１３０へ送信される方法を
示すフローチャートである。

【図４】 Ａ〜Ｃはともに、本発明の実施形態にしたがって用いられる標準
ＳＯＮＥＴフォーマットおよび変更されたＳＯＮＥＴフォーマットを示す図であ
る。

【図５】 本発明の仮想搬送チャネルプラットフォームを示すブロック図で
ある。

【図６】 呼がブリッジングスイッチから、仮想搬送チャネルプラットフォ
ーム上のトランザクション処理ユニットへ接続される方法を示すフローチャート
である。

【図７】 Ａ，Ｂともに、呼がトランザクション処理ユニットから呼び出さ
れ側へ接続される方法を示すフローチャートである。

【図８】 呼が呼び出され側へ接続され、かつ、仮想搬送チャネルプラット
フォームが接続から解放される方法を示すフローチャートである。

【図９】 ２つ以上のＳＯＮＥＴ交差接続制御装置および２つ以上の分散ネ
ットワークが環状形式でともに結合されている実施形態を示すブロック図である
。

【符号の説明】

１００ 電気通信ネットワーク １１０ 電話端末 １１５ ＬＥＣスイッチ １２０ スイッチ １３０ ブリッジングスイッチ １４０ 高帯域幅パイプ １５０ 音声プラットフォーム １６０，１７０，１８０ 呼プロセッサ １６１〜１６４ トランザクション処理ユニット ２５０ 仮想ベアラチャネルプラットフォーム ５６０ 資源管理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ティモシー・エー・モーガン アメリカ合衆国・ジョージア・30078・ス ネルヴィル・ハーバー・オークス・ドライ ブ・1828 (72)発明者 ロバート・ゲリー・レオナルド アメリカ合衆国・テキサス・75075・プラ ノ・ティークウッド・レーン・2620 (72)発明者 デューク・ボンド アメリカ合衆国・テキサス・75013・アレ ン・ヴェンテュラ・コート・109 Ｆターム(参考） 5K028 AA11 EE08 LL12 5K051 DD00 DD01 DD11 FF12 HH05 JJ09 5K069 BA02 CB00 CB01 CB08 FA05

Claims (23)

【特許請求の範囲】
1. 【請求項１】 １または２以上の搬送チャネルを伴う通信ネットワークへ接
   続される仮想搬送チャネルプラットフォームおよび資源管理部であって、 サービス要求を処理しまたは送信するための複数のトランザクション処理ユニ
   ットと、 前記仮想搬送チャネル内において、前記複数のトランザクション処理ユニット
   との通信を提供する分散ネットワークと、 １または２以上の搬送チャネルを前記分散ネットワークへ結合するための交差
   接続コントローラと、 前記複数のトランザクション処理ユニットの前記分散ネットワークへのアクセ
   スを制御するためのアクセス制御手段と、 前記搬送チャネルと前記分散ネットワークとのステータスを保持するためのス
   テータス手段と を具備する ことを特徴とするシステム。
2. 【請求項２】 前記サービス要求は、前記仮想搬送チャネルプラットフォー
   ムによって通信ネットワークから受信された着信サービス要求である ことを特徴とする請求項１記載のシステム。
3. 【請求項３】 前記アクセス制御手段は、 通信ネットワークから受信された信号送信メッセージから、利用可能な搬送チ
   ャネルの同一性を検索するための搬送チャネル検索手段と、 前記ステータス手段を使用して、前記利用可能な搬送チャネルを、前記分散ネ
   ットワークの利用可能な部分へ変換するためのトランスレーション手段と を具備する ことを特徴とする請求項２記載のシステム。
4. 【請求項４】 前記アクセス制御手段は、 前記複数のトランザクション処理ユニットのうちのどのトランザクション処理
   ユニットが、前記分散ネットワークの前記利用可能部分上で、前記着信サービス
   要求を処理するのか、ということを決定するためのトランザクション処理ユニッ
   ト決定手段 を具備する ことを特徴とする請求項３記載のシステム。
5. 【請求項５】 前記トランザクション処理ユニット決定手段は、 前記信号送信メッセージから行先番号を検索し、かつ、指定されたトランザク
   ション処理ユニットのリストを決定するための行先番号決定手段 を具備し、 前記指定されたトランザクション処理ユニットは、前記着信サービス要求を処
   理できる前記複数のトランザクション処理ユニットのうちの１または２以上のト
   ランザクション処理ユニットを具備し、 前記トランザクション処理ユニット決定手段は、 前記１または２以上のトランザクション処理ユニットのうちのどの選択された
   トランザクション処理ユニットが前記着信サービス要求を処理するか、というこ
   とを判断するために、１または２以上のファクタを使用するための選択手段と、 前記分散ネットワークの前記利用可能な部分上で前記着信サービス要求を処理
   するように、前記選択されたトランザクション処理ユニットに対して指示するた
   めの指示手段と を具備する ことを特徴とする請求項４記載のシステム。
6. 【請求項６】 前記選択手段は、 前記複数のトランザクション処理ユニット上の処理負荷のバランスをとる方法
   で、前記着信サービス要求を、前記選択されたトランザクション処理ユニットへ
   提供するための負荷平衡化手段 を具備する ことを特徴とする請求項５記載のシステム。
7. 【請求項７】 前記アクセス制御手段は、 前記サービス要求が前記分散ネットワーク上で処理されている間、前記分散ネ
   ットワークの一部の利用可能性を示すために、前記ステータス手段を更新するた
   めのステータス占有更新手段 を具備する ことを特徴とする請求項１記載のシステム。
8. 【請求項８】 前記アクセス制御手段は、 前記サービス要求が前記分散ネットワーク上で処理された後、前記分散ネット
   ワークの一部の利用可能性を示すために、前記ステータス手段を更新するための
   ステータス解放更新手段 を具備する ことを特徴とする請求項１記載のシステム。
9. 【請求項９】 前記サービス要求は、通信ネットワーク上を前記仮想搬送チ
   ャネルプラットフォームから送信される発信サービス要求である ことを特徴とする請求項１記載のシステム。
10. 【請求項１０】 前記アクセス制御手段は、 前記複数のトランザクション処理ユニットのうちの１つのトランザクション処
    理ユニットからの要求に応答して、前記発信サービス要求を送信するための利用
    可能な搬送チャネルを割り当てるための利用可能搬送チャネル割当手段と、 前記利用可能な搬送チャネルを、信号送信メッセージを介して、通信ネットワ
    ーク上で、呼び出され側へ送信するための利用可能搬送チャネル送信手段と を具備する ことを特徴とする請求項９記載のシステム。
11. 【請求項１１】 前記アクセス制御手段は、 前記呼び出され側が位置を突き止められたという承認を受信するための承認受
    信手段と、 前記分散ネットワークの利用可能な部分を使用して前記発信サービス要求を処
    理するために、前記１つのトランザクション処理ユニットに対して指示するため
    の指示手段と を更に具備する ことを特徴とする請求項１０記載のシステム。
12. 【請求項１２】 前記アクセス制御手段は、 前記仮想搬送チャネルプラットフォームの資源の利用不可能性と、前記仮想搬
    送チャネルプラットフォームの資源の故障とのうちの１つの発生において、前記
    サービス要求を処理するための資源利用不可能性および故障手段 を具備する ことを特徴とする請求項１記載のシステム。
13. 【請求項１３】 前記資源利用不可能性および故障手段は、 前記サービス要求を待ち行列に入れるための手段 を具備し、 もし、前記複数のトランザクション処理ユニットのうちのいずれも前記サービ
    ス要求を処理できないならば、前記サービス要求は、前記仮想搬送チャネルプラ
    ットフォームへの着信であり、 前記資源利用不可能性および故障手段は、 前記待ち行列に入れられた着信サービス要求を処理できる最初の利用可能なト
    ランザクション処理ユニットへ、前記待ち行列に入れられた着信サービス要求を
    割り当てるための手段 を具備する ことを特徴とする請求項１２記載のシステム。
14. 【請求項１４】 前記資源利用不可能性および故障手段は、 故障したトランザクション処理ユニットを示すために、前記ステータス手段を
    更新するための手段と、 もし、前記サービス要求を処理するトランザクション処理ユニットが故障した
    ならば、前記サービス要求の処理を、他のトランザクション処理ユニットへ移す
    ための手段と を具備する ことを特徴とする請求項１２記載のシステム。
15. 【請求項１５】 前記資源利用不可能性および故障手段は、 前記仮想搬送チャネルプラットフォームの利用不可能な資源と、前記仮想搬送
    チャネルプラットフォームの故障した資源とのうちの１つのステータスを更新す
    るためのステータス更新手段 を具備する ことを特徴とする請求項１２記載のシステム。
16. 【請求項１６】 １または２以上の搬送チャネルを伴う通信ネットワークに
    接続される仮想搬送チャネルプラットフォームの資源を管理するための方法であ
    って、 前記方法は、 （ａ）複数のトランザクション処理ユニットの分散ネットワークへのアクセス
    を制御すること を具備し、 各々の前記トランザクション処理ユニットは、サービス要求を処理しまたは送
    信するためのものであり、 前記分散ネットワークは、前記仮想搬送チャネルプラットフォーム内において
    位置を突き止められ、かつ、前記複数のトランザクション処理ユニットとの通信
    を提供し、 前記分散ネットワークは、前記１または２以上の搬送チャネルへ結合され、 前記方法は、 （ｂ）前記搬送チャネルと前記分散ネットワークとのステータスを保持するこ
    と を具備する ことを特徴とする方法。
17. 【請求項１７】 前記サービス要求は、前記仮想搬送チャネルプラットフォ
    ームによって通信ネットワークから受信された着信サービス要求である ことを特徴とする請求項１６記載の方法。
18. 【請求項１８】 （１）通信ネットワークから受信された信号送信メッセー
    ジから、利用可能な搬送チャネルの同一性を検索することと、 （２）前記ステータス手段を使用して、前記利用可能な搬送チャネルを、前記
    分散ネットワークの識別された部分へ変換することと、 （３）前記複数のトランザクション処理ユニットのうちのどのトランザクショ
    ン処理ユニットが、前記分散ネットワークの前記識別された部分上で、前記着信
    サービス要求を処理するのか、ということを判断することと を更に具備する ことを特徴とする請求項１７記載の方法。
19. 【請求項１９】 前記ステップ（ｂ）は、 前記サービス要求が前記分散ネットワーク上で処理されている間、前記分散ネ
    ットワークの一部の利用可能性を示すために、前記ステータスを更新すること を具備する ことを特徴とする請求項１６記載の方法。
20. 【請求項２０】 前記ステップ（ｂ）は、 前記サービス要求が前記分散ネットワーク上で処理された後、前記分散ネット
    ワークの一部の利用可能性を示すために、前記ステータスを更新すること を具備する ことを特徴とする請求項１６記載の方法。
21. 【請求項２１】 前記サービス要求は、通信ネットワーク上を前記仮想搬送
    チャネルプラットフォームから送信される発信サービス要求である ことを特徴とする請求項１６記載の方法。
22. 【請求項２２】 前記複数のトランザクション処理ユニットのうちの１つの
    トランザクション処理ユニットからの要求に応答して、前記発信サービス要求を
    送信するための利用可能な搬送チャネルを割り当てることと、 前記利用可能な搬送チャネルの同一性を、信号送信メッセージを介して、通信
    ネットワーク上で、呼び出され側へ送信することと、 前記呼び出され側が位置を突き止められたという承認を受信することと、 前記利用可能な搬送チャネルに関連する前記分散ネットワークの一部を使用し
    て前記発信サービス要求を処理するために、前記１つのトランザクション処理ユ
    ニットに対して指示することと を更に具備する ことを特徴とする請求項２１記載の方法。
23. 【請求項２３】 前記ステップ（ａ）は、 前記仮想搬送チャネルプラットフォームの資源の利用不可能性と故障とのうち
    の１つの発生において、利用不可能性処理および故障処理のうちの１つを実行す
    ること を更に具備する ことを特徴とする請求項１６記載の方法。