JP4272354B2 - 通信システムアーキテクチャ及び管理制御エージェント及びそのための動作プロトコル - Google Patents

Description

【０００１】
［関連特許出願］
本発明は、（ｉ）J.F.B.Cable外の名義で１９９７年８月８日に出願されNorthern Telecom Limitedに譲渡された「SYSTEM AND METHOD FOR ESTABLISHING A COMMUNICATION CONNECTION」なる名称の米国特許出願第０８／９０７，５２１号に基づいて優先権を主張する係属中の国際特許出願ＰＣＴ／ＧＢ／０２３４５号と、（ｉｉ）Northern Telecom Limitedの名義で１９９７年１０月１日に最初に出願された第１の発明者がR.H.Maugerである「COMMUNICATION SYSTEM ARCHITECTURE AND OPERATING METHODS THEREOF」なる名称の英国特許出願第９７２０９２０．９号に基づいて優先権を主張する係属中の欧州特許出願第９８３０７７８８．４号及び係属中の米国特許出願第０９／１５６，５４１号とに関連する。
【０００２】
［発明の背景］
本発明は、概して管理制御エージェント及びそのための管理制御プロトコルを有する通信システムアーキテクチャに関連し、特に、しかしこれに限られるものではないが、狭帯域網と広帯域網との間に通信インタフェースを提供するために適用可能である。更に特定的には、本発明は、（システム動作を監視する）コールサーバと非同期転送モードシステム（「ＡＴＭＳ」と略する）の動作に影響を与え制御するファブリック制御ソフトウエアとの間に新しい管理インタフェースを形成する。
【０００３】
［従来技術の概要］
世界的に、電気通信システムは、第２世代の狭帯域ディジタル網（例えばGlobal System for Mobile（ＧＳＭ）セルラー通信システム）から広帯域の能力を有する次世代のマルチメディアディジタル網（例えばUniversal Mobile Telecommunication System（ＵＭＴＳ））への移行段階にある。この移行は、現在提案されており利用可能であるビデオ及びインターネット適用を含む更に高速なデータ速度の通信をサポートするために必要である。残念ながら、この移行段階は現在の通信システム運用者に対して幾つかのジレンマを与えており、かかる広帯域システムを直ちに実施することを嫌がらせている。例えば、独立した広帯域システムが全ての加入者端末（例えばセルラー式電話機及びデータ伝送装置）に対して受け入れられ自由に利用可能な規格となるまで、通信システム運用者は現在の狭帯域基盤技術におけるかなりの投資を価値の無いものとみなそうとしない。実際、かかる狭帯域基盤技術は、広帯域網における利用のために再び実施されねばならない多くのサービス及びサービス構築環境を与えている。従って、今日の狭帯域システムは狭帯域ユーザ及び広帯域ユーザを共に配慮するよう適合されねばならず、これは特に異なる形式の網の間でのサービス及びシステム管理、呼確立、及び網間接続手順に当てはまる。
【０００４】
狭帯域システムと広帯域システムとの間の効果的な移行のために（移行段階のために）、システム運用者は、全ての加入者が狭帯域網に接続するがこれらの狭帯域加入者間で情報を中継するために１つ以上の中間の広帯域網が用いられる場合に、特に網間接続シナリオを考慮せねばならない。任意の暫定的な方法によってサービス及び通信システムの管理が最適化され、完全に発達した広帯域環境において再利用されうる基盤機器を提供するはずである。
【０００５】
より詳細には、電気通信網は、通信リソース（通常「リンク」と称される）によって接続されたノードを含み、これらのリンクに沿ったユーザ及び制御情報の伝送の手段と、ノード内に組み込まれるルーティング及び中継機能によって特徴付けられる特定のネットワーク技術を伴う。ルーティングという用語は、網内で情報が進むパスを決定する方法を表わすために用いられ、中継という用語は、１つのリンクから他のリンクへ情報を転送する方法、即ち情報が１つの伝送路リソースから他のリソースへ変更されることなく単に通過されることを表わす。従って、ルーティング機能及び中継機能は、最適化されたサービス能力を有する効率的なシステムの開発の中心となるものであり、運用者の利益及び加入者サービス料はかかる最適化と内在的にからみ合っている。
【０００６】
ＧＳＭを狭帯域ディジタル網の典型的な形式とすると、ユーザ及び制御情報（又は「データ」）は、時分割多重（ＴＤＭ）方式を用いて、６４キロビット毎秒（Ｋｂｐｓ）のパルス符号変調（ＰＣＭ）ベアラ伝送路上でインタリーブされる。実際、各ベアラ伝送路は、１３ｋｂｐｓのサンプリングされ符号化されたスピーチと、３ｋｂｐｓのパリティチェック及び補正ビット（等）及び同期情報といった補助情報とからなる１６ｋｂｐｓの４つの音声呼をサポートするよう夫々フレームへ分割されうる。次にデータは、しばしば「時間−空間−時間」型であるいずれかの型の同期ＴＤＭスイッチによってノードを通じて中継される。制御情報（例えば呼の設定及び切断メッセージ）は、論理的には網内でユーザ情報と同じパスを通り（物理的には常に同じパスであるわけではないが）、ルーティングのために各ノード中で終端する。ルーティングは従来通り各ノード内で行われ、長い間使用されてきたルーティングテーブルに基づいて「ホップ−バイ−ホップ」式に行なわれ、即ち、ノードは次の網コネクションのために最適なパスを決定するのに充分に知的である。
【０００７】
制御情報は、使用される網のタイプに特徴的なシグナリングスキームによって規制される。特に、公衆網のノード間及び異なる運用者の公衆網間で公衆シグナリングシステムが使用される。シグナリングシステムNo.7は、公衆シグナリングシステムの唯一の重要な例である。アクセスシグナリングシステムは、加入者と公衆網のエッジノードとの間、例えば無線電話機と基地局サブシステム（ＢＳＳ）との間で使用される。実際は、殆どの共通ディジタルアクセスシグナリングスキームは、共にアナログから導出された統合サービスディジタル網（ＩＳＤＮ）ＤＳＳ１シグナリングスキーム（及びそれ以前のスキーム）及びチャネル関連シグナリングスキームといった共通チャネルシグナリングシステムである。私設スキームは概してアクセススキームから導出されるが、例えば構内交換機（ＰＢＸ）といった専用網内により多くの機能を与える。
【０００８】
一方、広帯域ディジタル網は、ユーザ及び制御情報が固定長又は可変長の「パケット」又は「セル」内で伝送され、これらのパケットはベアラ伝送路識別子を含むヘッダを有する。狭帯域システムとは対照的に、ユーザ情報は（ある種のフェアネスアルゴリズムを用いて）各パケットを順番に検査し、各パケットを入力リンク及びベアラ伝送路識別子に応じて関連する出力リンクへ向ける非同期スイッチファブリックを介してノードを通じて中継される。しかしながらルーティング及び制御情報伝送は狭帯域の場合と同様であり、シグナリングスキームが技術に対して特定的であるために異なるだけである。
【０００９】
従来技術の狭帯域インタフェースに関連付けられる他の顕著な問題は、アーキテクチャの変化によって生ずる。例えば、新しい又はアップグレードされた基盤を導入することは、網コントローラ（例えばコールサーバ）と狭帯域−広帯域インタフェースとの間の網間接続関係の変化は潜在的に網の識別性及びアドレスを変更しうるため、通信システム全体に亘って望ましくない問題をもたらす。更に特定的には、狭帯域−広帯域インタフェースのコンフィギュレーションは（追加的な機器を導入すること、既存の機器をアップグレードすること、又は特定のシステムエンティティの故障により）変化しうるのに対して、コールサーバは、コールサーバとファブリック制御ソフトウエアとの間の一様なファブリックアプリケーションインタフェースのためこの変化に気づかない。従って、システムは（概して）最大の潜在能力まで利用及び最適化される必要はない。従って、既存のネットワークを更に開発すれば、グローバルなシステムの変化が要求され、かかるシステムの変化は時間がかかると同時に本質的に複雑であるため、ネットワークプロバイダは既存のネットワークを更に開発することを望まない。
【００１０】
広帯域網の使用、及び、通信網を高データ速度技術（例えばＵＭＴＳでは２Ｍｂｐｓの速度が考えられる）に移行することを容易とするために、狭帯域網をトランスペアレントな広帯域エーテルを通じて相互接続すると共により進んだシステムへの容易な移行を与えるための有効な機構を提供することが必要とされる。実際、広帯域エーテルは、データの完全さ、或いは、データの流れ又は相互接続を抑制することに影響を与えることなく狭帯域シグナリングスキームに適応しサポートせねばならない。更に、広帯域サービスへの加入を促進するために、運用者は信頼性があるが比較的低コストの（従って最適化された）通信システムアーキテクチャを提供せねばならない。
【００１１】
以下の従来技術のシステムは、概して一組のネットワークエレメントの１つのスイッチが別個の管理システムから管理される状況に関する問題に関し、従って本発明のための一般的な背景及び前後関係を与えるものである。
【００１２】
英国特許出願第２３２３２４９号の優先日は１９９７年２月１３日であるが、その公開日は本発明の優先日よりも遅い。英国特許出願第２３２３２４９号は、限られた教示として、ネットワーク装置から少なくとも１つの電話交換機を管理し制御する電話交換機コンフィギュレータを記載するものである理解される。
【００１３】
欧州特許出願第０７４３７８８号は、スイッチング及びシグナリングサブシステムが多数の電気通信機能を制御し、モニタし、記録する中央プラットフォームを与える電気通信網用のサービス及び情報管理システムを記載するものである。
【００１４】
国際特許出願第９５／３４９７４号は、ネットワークエレメントが、アクセスノードの相互接続された配置を通じてより高い機能性をサポートする能力を有するシステムを記載するものである。
【００１５】
シスコ・システムズ（Cisco Systems）の米国特許第５，６７８，００６号は、ネットワークマネージャが複数の網ノードに結合され、少なくとも１つの網ノードが幾つかの管理エージェントに結合されている分散システムを記載する。ネットワークマネージャは、特定の網ノードに関連付けられる管理エージェントを特定的にアドレッシングする代わりに、管理エージェントに関連付けられた網ノードをアドレッシングし、次に網ノードから発せられる適当なメッセージ（特に網ノード内の回路を転送されるメッセージ）によって通知される管理エージェントに依存する。従って、このシスコ・システムズの特許は、ネットワークマネージャと個々の網ノードとの間のオーバヘッドを最小化することを目的とする。
【００１６】
［発明の概要］
本発明の第１の面によれば、通信網内のコネクションの制御を統制するコールサーバと、ファブリックアプリケーションインタフェースを通じてコールサーバに結合され、コールサーバに応答して通信網内の回路コネクションを制御するよう配置された複数のファブリック制御モジュールと、専用管理インタフェースを通じてコールサーバに結合され、ネットワークコンフィギュレーション情報を記憶するメモリを含み、ファブリックアプリケーションインタフェースの確立に影響を与えるよう専用管理インタフェースを通じてコールサーバへネットワークコンフィギュレーション情報を与えるために配置される手段を更に有する管理エージェントとを含む通信網が提供される。
【００１７】
本発明の第２の面によれば、通信システム内のコネクションの制御を統制するよう配置されたコールサーバと、ファブリックアプリケーションインタフェースを通じてコールサーバに結合され、コールサーバに応答して通信網内の回路コネクションを制御するよう配置された複数のファブリック制御モジュールとの間でファブリックアプリケーションインタフェースを確立する方法であって、上記通信システムは、専用管理インタフェースを通じてコールサーバに結合されメモリを含む管理エージェントを更に有し、上記方法は、管理エージェントのメモリ内にシステムコンフィギュレーション情報を記憶する段階と、専用管理インタフェースを通じてシステムコンフィギュレーション情報をコールサーバへ送信する段階と、コールサーバによるシステムコンフィギュレーションの受信に基づいてコールサーバと複数のファブリック制御モジュールとの間にファブリックアプリケーションインタフェースを確立する段階とを含む方法が提供される。
【００１８】
望ましい実施例では、ファブリックアプリケーションインタフェースは、管理エージェントに、少なくとも１つのファブリック制御モジュールに対して影響を与えるシステム変化について専用管理インタフェースを通してコールサーバに通知させる段階と、コールサーバに、管理エージェントを介して通知されたシステム変化に基づいてファブリックアプリケーションインタフェースを変更させる段階とによって変更される。これに関して、管理エージェントは、ファブリック制御モジュールに対して独立に問合せするか、又はコールサーバからの（望ましくはＱ．２９３１タイプのシグナリングプロトコルに基づいた）要求に対して反応しうる。
【００１９】
本発明の他の面では、通信システム内のコネクションの制御を統制するよう配置されたコールサーバと、ファブリックアプリケーションインタフェースを通じてコールサーバに結合され、コールサーバに応答して通信網内の回路コネクションを制御するよう配置された複数のファブリック制御モジュールとの間でファブリックアプリケーションインタフェースを変更する方法であって、上記通信システムは専用管理インタフェースを通してコールサーバに結合されメモリを含む管理エージェントを更に有し、上記方法は、管理エージェントに、少なくとも１つのファブリック制御モジュールに対して影響を与えるシステム変化について専用管理インタフェースを通してコールサーバに通知させる段階と、コールサーバに、管理エージェントを介して通知されたシステム変化に基づいてファブリックアプリケーションインタフェースを変更させる段階と有する方法が提供される。
【００２０】
本発明の更なる面では、通信システム内のコネクションの制御を統制するコールサーバと、ファブリックアプリケーションインタフェースを通じてコールサーバに結合され、コールサーバに応答して通信網内の回路コネクションを制御するよう配置された複数のファブリック制御モジュールとを有する通信システム用の管理エージェントであって、コールサーバと複数のファブリック制御モジュールとの間のファブリックアプリケーションインタフェースの確立に不可欠なネットワークコンフィギュレーション情報を含むメモリと、上記メモリに結合され、ファブリックアプリケーションインタフェースの確立を生じさせるよう専用管理インタフェースを通じてコールサーバへシステムコンフィギュレーション情報を送信するよう配置されるプロセッサとを含む管理エージェントが提供される。
【００２１】
再び、望ましい実施例では、プロセッサは、複数のファブリック制御モジュールのうちの少なくとも幾つかの動作状態を決定するよう上記複数のファブリック制御モジュールのうちの少なくとも幾つかに対して問合せを行なうよう配置され、プロセッサは更に、少なくとも１つのファブリック制御モジュールに対して影響を与える動作状態の変化について、上記変化に応答し上記変化に基づいてファブリックアプリケーションインタフェースの変更を生じさせるよう、専用管理インタフェースを通してコールサーバに通知するよう配置される。
【００２２】
本発明の他の面では、通信網内のコネクションの制御を統制するよう配置されたコールサーバに動作的に応答する通信システムエンティティに問合せを行なう方法であって、コールサーバ及び通信システムエンティティのうちの少なくとも幾つかは、通信システムエンティティのうちの少なくとも幾つかに問合せを行なうよう配置された管理エージェントに結合され、上記方法は、コールサーバから管理エージェントへ状態要求メッセージを送信する段階と、状態要求メッセージの受信に応答して、上記通信システムエンティティのうちの少なくとも幾つかのうちの少なくとも１つの動作状態を決定するために、管理エージェントに、上記通信システムエンティティのうちの少なくとも幾つかのうちの少なくとも１つに対して問合せをさせる段階と、管理エージェントに、コールサーバに対して動作状態を通信させる段階とを有する方法が提供される。
【００２３】
有利には、本発明はシステムコントローラと狭帯域−広帯域インタフェースとの間に一様なインタフェースを有し、このインタフェースが呼の中でシステム変化及び狭帯域−広帯域網に補助的な機器によって与えられる特定の回路又はサービスに関して生ずる故障を反映するよう適合されうるような通信システムアーキテクチャを提供する。実際に、本発明はシステムコンフィギュレーション（及び動作）に対する変化が最初に管理エージェントに対して通知されるだけでよく、管理エージェントは（適当な時間において）コールサーバに対してファブリックアプリケーションインタフェースにおいて必要とされる変更についてアドバイスすることが可能であることにより、通信網が急速に発展することを可能とする。
【００２４】
［望ましい実施例の詳細な説明］
本発明の典型的な実施例を、以下添付の図面を参照して説明する。
【００２５】
非同期転送モード（ＡＴＭ）といった中間の広帯域網を通じて狭帯域加入者ユニットを相互接続するには２つの主な方法がある。１つの方法では、狭帯域網と広帯域網との間の各境界で網間接続機能が行なわれる（夫々の狭帯域−広帯域情報に対して専用であり可逆的な符号化の変換がなされる）。他の方法では、狭帯域情報は広帯域サブネット上でエンキャプシュレーションされ、それにより狭帯域情報は広帯域フレーム構造でパッケージ化される（従って元の符号化された狭帯域情報の完全さ及びフォーマットを完全に維持する）。ユーザ情報、例えば符号化されたスピーチ又は特定のデータトラフィックに関して、網間接続作用機能及びエンキャプシュレーション機能の両方が可能であることが分かっており、概して通信システム内での符号化に対する要件を複雑且つ拡張する追加的な処理段階を示すだけである。しかしながら（コネクションを確立し維持するために必要とされる）制御情報については、上述の両方のアプローチに関連して多数の欠点及び利点がある。特に、エンキャプシュレーションは、広帯域網によっては独立に維持されないことがある既存のサービスがサポートされることを可能とする。更に、エンキャプシュレーションは実施が簡単である。一方、網間接続は、各網間接続点（即ち狭帯域−広帯域境界）におけるローカルなビューのみを必要とし、狭帯域加入者及び広帯域加入者が同一の呼に参加することをサポートしうる機構を提供する。
【００２６】
図１を参照するに、狭帯域通信ノード１０の概略的なモデルを表わすブロック図が示されている。多数の加入者端末１２、例えば地上線電話機又はモデムは、典型的には（オペレーショナルシステムのためには１つを供給するだけでよいが）複数の回線インタフェース１４−１５に結合される。複数の回線インタフェース１４−１５は夫々スイッチファブリック１６に接続され、スイッチファブリック１６はその入力を容易に理解されうるように適当な出力へルーティングするよう配置される。複数の回線インタフェース１４−１５はまた、例えば狭帯域網１０を通じた呼の設定及び切断を管理し制御するよう配置されたコールサーバ１８に（通常は個々に）結合される。コールサーバ１８は更にスイッチファブリック１６に結合される。狭帯域網１０内で使用されるシグナリングスキームを復号化し解釈するよう作用するトランクシグナリングインタフェース２０は、コールサーバ１８とスイッチファブリック１６との間に結合される。スイッチファブリック１６からの出力は複数のインタフェース２２−２４に結合される（オペレーショナルシステムのために１つだけ供給する必要がある）。複数のトランクインタフェースは更に、狭帯域網１０内でＰＢＸ又はＢＳＳといった２次交換機２６に結合される。
【００２７】
「加入者端末」という用語は、単にライン又はトランクインタフェースのための特定の終端点を示すために使用するものとする。
【００２８】
ユーザ情報（トラフィック）２８−３０は、回線インタフェース１４−１５又はトランクインタフェース２２−２４を介して狭帯域基盤に入る。個々の加入者からの制御情報は回線インタフェース１４−１５を介して入るのに対して、接続されるトランク網（例えば２次交換機２６）からの制御情報、即ちノード間シグナリングは、トラフィック３０として同じトランクを介して入るか、又は専用伝送路リソース（図示せず）を用いて入る。コールサーバ１８は、入来する呼要求を処理し、適当な出発トランク又は回線を選択する。更に特定的には、コールサーバ１８は（スイッチファブリック１６を通じて）、加入者端末１２間のコネクションの設定及び切断を指定するファブリック制御メッセージ３２を用いて特定のトランクの特定の回線のコネクションを制御する。
【００２９】
狭帯域システム内の殆どの呼は双方向であるが、ここで便宜上、一方向コネクションに関連付けられる用語を定義し、即ち、コネクション（ＴＡ，ＴＢ）は端末ＴＡから端末ＴＢへの一方向コネクションを示し、（ＴＢ，ＴＡ）は逆方向の相補的な（又は独立にサポートされた）コネクションを示すものとする。
【００３０】
ここで図２を参照するに、本発明で所望の狭帯域網と広帯域網との間の加入者端末相互接続のための基礎となる原理を示すブロック図が示されている。図２では、広帯域網はユーザ情報及び／又は制御情報を搬送するために用いられる。図１の従来の狭帯域網と、狭帯域網を相互接続する付属する広帯域網とのアーキテクチャの差異の理解を容易とするため、共通の基盤には同一の参照番号が付されている。
【００３１】
第１のノード４０では、地上線電話機又はモデム（明瞭性のため図示せず）といった多数の加入者端末は、典型的には狭帯域システムの複数の回線インタフェース１４−１５（但しオペレーショナルシステムのためには一つだけが必要とされる）に結合される。複数の回線インタフェース１４−１５は夫々、スイッチファブリック１６の入力をその適当な出力へルーティングするよう配置されたスイッチファブリック１６に接続される。複数の回線インタフェース１４−１５はまた、狭帯域網を通る呼の設定又は切断を統制し制御するよう配置されたコールサーバ１８に（通常は個々に）結合される。コールサーバは特に、実際のトランク及び「ファントムトランク」（これについては以下詳述）の両方に関連付けられる回路標識符号（ＣＩＣ）を記憶するよう配置されるメモリに結合される。更に特定的には、メモリこれらの実際のトランク又はファントムトランクの夫々に対して「使用中」又は「空き」状態を記録しうる。
【００３２】
コールサーバ１８は更にコネクションブローカー４４に結合され、コネクションブローカー４４はバス４５を介してスイッチファブリック１６に結合される。コネクションブローカー４４は、本発明のシステムアーキテクチャが図１の従来の狭帯域網とは異なる最初の点を表わす。狭帯域網内で用いられるシグナリングスキームを復号化し解釈するよう配置されたトランクシグナリングインタフェース２０は、コールサーバ１８とスイッチファブリック１６との間に結合される。スイッチファブリック１６からの出力は複数のトランクインタフェース２２−２４に結合される（オペレーショナルシステムのためには一つだけ供給されればよい）。複数のトランクインタフェースはまた、狭帯域網内でＰＢＸ又はＢＳＳといった２次交換機（明瞭性のため図示せず）に結合される。
【００３３】
スイッチファブリック１６は更に、狭帯域網の、例えば非同期転送モード（ＡＴＭ）動作のために実施される広帯域網４８との相互接続又は相互動作性を可能とする第１のトランク網アダプタ４６に結合される。更に特定的には、トランク網アダプタ４６の相互接続は、制御線（又はバス）５１を介してコネクションブローカー４４に結合され制御される広帯域網エッジスイッチ５０を通じたものである。以下、トランク網アダプタ４６及び広帯域網エッジスイッチ５０の組み合わされた機能について説明する。他の狭帯域網５２−５４は同様に、夫々のトランク網アダプタ５８−６０及び広帯域網エッジスイッチ６０−６２を介して広帯域網４８に結合される。他の狭帯域網５２−５４は、上述と同様の基盤アーキテクチャを通じて実現される。
【００３４】
広帯域網４８は更に、やはりコネクション（又は制御ライン又は制御バス）６５を介してコネクションブローカー４４に応答する典型的には別の網である第２のノード６４に結合される。第２のノード６４はまた、通信バス６７を介してトランクシグナリングインタフェース２０と通信するよう配置される。更に、広帯域網は、加入者端末（図示せず）間のテレビ電話といったポイント・ツー・ポイントの広帯域通信をサポートしうる。
【００３５】
ノード及び交換機という用語は交換可能であり、例えば別々の運用者によって運用される別個の狭帯域網といったスタンドアロンの網を記載するために使用される。
【００３６】
通信システム内の狭帯域シグナリングは概してコールサーバ１８によって制御され、一方、広帯域シグナリング、即ち中間の広帯域網４８を介して別の狭帯域網５２−５４の間で送信されうるシグナリングは、コネクションブローカー４４によって制御される。従って、コールサーバ１８は広帯域シグナリング相互接続及び動作には関係がない。
【００３７】
狭帯域の回線インタフェース１４−１５、トランクインタフェース２２−２４、及びスイッチファブリック１６には、広帯域の網４８及びゲートウエイ機能を与えるよう作用するトランク（即ち狭帯域−広帯域）網アダプタ４６，５６−５８が補足される。特に、トランク網アダプタ４６，５６−５８は、トラフィック（ユーザ情報）網間接続機能及びシグナリング（制御情報）エンキャプシュレーションを実行し、シグナリングは中継されて最終的にはコールサーバ１８へ戻される。
【００３８】
コネクションブローカー４４によって実行される機能は、コネクションが狭帯域網又は広帯域網を通るか（そしてその中に完全に含まれるか）に関わらず、又はコネクションが狭帯域網及び広帯域網の両方を通る場合でも、コールサーバ１８へ一様な抽象化コネクション６６を与えるために使用される。これは、通信システム全体、即ち狭帯域システム及び広帯域システムの両方に亘る全ての端末に対して一様な端末名空間識別子（即ち標準化されたアドレスフォーマット）を用いることを必要とする。
【００３９】
単一の狭帯域網（例えば特定の運用者によって所有される）内の狭帯域−狭帯域コネクションのために、コネクションブローカー４４はコネクションメッセージを（コネクション４５を介して）スイッチファブリック１６へ通過させ、従って図１の従来技術の狭帯域網と同一の機能を有するように見えるためにトランスペアレントに作用する。次に狭帯域網のスイッチファブリック１６は公知の技術に従ってコネクションを確立し、広帯域網４８を使用しない。広帯域−広帯域コネクションのために、コネクションブローカー４４は、広帯域網及び／又はトランク網アダプタ４６，５６−５８に対して呼のコネクションを設立又は切断するよう命令し、それにより標準的な広帯域動作を模倣する。
【００４０】
しかしながら、狭帯域−広帯域コネクションのためには、両方の動作は同時に実行されねばならない。特に、コネクションブローカー４４は、狭帯域網内でコールサーバ１８を通じてスイッチファブリック１６に対して呼のためのルーティングパスを開いたままに維持するよう命令すると共に、適当な伝送路リソースの割当てについて広帯域網のトランク網アダプタ４６と交渉する。一旦両方のパスが決定すると、コネクションブローカー４４はコネクションを確立するためにスイッチファブリック１６及びトランク網アダプタ４６へ専用メッセージを送信する。これによりコールサーバから見たときのコネクションの抽象化が達成される。
【００４１】
オペレーショナル通信システムでは、運用者間の互換性が所望又は必要である。異なる「混合ノード」間で相互接続（通常は「ゲートウエイ」と称される）を確立することは重要な問題である。本願では、「混合ノード」という用語は、異なる運用者によって運用され、夫々が典型的には交換可能な狭帯域−広帯域能力及び決められたサービス可能性を有する異なった網を示すために用いられる。しかしながら、中間の広帯域網は、これらのサービス（又は同様の性質の全てのサービス）をサポートすることができないことがあり、又は決められた狭帯域サービスを設定するために所望の狭帯域制御伝送路シグナリングを解釈することができないことがあり、即ち、異なる隣接する交換機間には異なるシグナリングプロトコルがある。この場合、狭帯域網の（中間の広帯域網４８を通じた）相互接続は、夫々の網内に配置された別個のコールサーバ及びコネクションブローカーの機能的な協働を必要とする。
【００４２】
図３を参照するに、図２のコネクションブローカー４４の抽象的なアーキテクチャが示される。ハードウエア実施は特定の要件に依存する（従って要件によって決定される）が、典型的な実施は既存の狭帯域電話交換機の能力を拡張するものである。例示及び説明のためにのみ、図３のコネクションブローカー４４は典型的には制御プロセッサによって実現されるレゾリューションインテリジェンス６８を含む。以下、レゾリューションインテリジェンス６８の機能を説明する。レゾリューションインテリジェンス６８には、一様な端末番号を網に特定の場所のアドレスへマップする端末番号データベース６９が結合される。
【００４３】
時分割多重（ＴＤＭ）スイッチファブリックアダプタ７０は（ＴＤＭ狭帯域システムの場合は）、（クライアント向きインタフェースポート７１を介して）レゾリューションインテリジェンス６８と（図２のスイッチファブリック１６に類似した）ＴＤＭスイッチファブリックインタフェース７２との間でプロトコルを変換させる。典型的には、レゾリューションインテリジェンス６８とＴＤＭスイッチファブリックインタフェース７２との間では専用コネクションプロトコル１７２が使用されるが、これに限られるものではない。広帯域網アダプタ７３もまたクライアントインタフェースポート７１を通じてレゾリューションインテリジェンス６８に結合され、レゾリューションインテリジェンス６８と広帯域網アダプタ７３との間の通信は典型的には専用コネクションプロトコル１７２に基づく。
【００４４】
広帯域網アダプタは、図２のトランク網アダプタ４６と類似している。補助的な網又はサービス用の他のアダプタ７４もまた、クライアントインタフェース７１を介してレゾリューションインテリジェンス６８に結合されうる。広帯域網アダプタ７３及び他のアダプタ７４は従って夫々制御ライン５１又は適当な通信リソース７５を介して広帯域網エッジスイッチ５０に夫々結合される。レゾリューションインテリジェンスは、ライン６６を介してコールサーバ１８への相互接続機能を与えるサーバインタフェースポート７６に結合される。
【００４５】
サーバインタフェースポートは、コネクションブローカー４４のレゾリューションインテリジェンス６８と相互接続するよう配置された２次ポート７７（「ピアコネクションブローカーサーバインタフェース」と称される）を通じて他のコネクションブローカー（図４に図示）に結合される。同様に、クライアントインタフェース７１は、コネクションブローカー４４のレゾリューションインテリジェンス６８を主に他のコネクションブローカー（図４に図示）に接続される加入者端末に結合するよう配置される三元ポート７８（「ピアコネクションブローカークライアントインタフェース」と称される）に結合される。
【００４６】
従来技術の電話交換機は、典型的には多数のフォールトトレラントプロセッサ及びプロセッサ間通信設備を有する分散処理アーキテクチャを有し、一方スイッチファブリックは特殊用途プロセッサによってサポートされる。
【００４７】
図３にコネクションブローカー４４は、単一のフォールトトレラントプロセッサ内、即ちレゾリューションインテリジェンス６８内で一組のリアルタイムプロセスをサポートする。コネクションブローカーの（専用コネクションプロトコル１７２によってサポートされる）プロセッサ間通信設備は、スイッチファブリック１６及びコールサーバ１８と通信するために用いられる。上述のように、コネクションブローカー４４は典型的には、広帯域網の制御を可能とするよう広帯域インタフェースを組み込むが、コネクションブローカーはトランク網アダプタ上で広帯域インタフェースにアクセスするためにプロセッサ間通信設備を使用しうる。しかしながら、通信網はより広帯域向きのものとなっているため、コールサーバ１８及びコネクションブローカー４４は、広帯域網４８に直接接続された広帯域インタフェースのみを有してプロセッサ上に存在しうる。すると、狭帯域コネクションファブリックには広帯域制御インタフェースが設けられる。
【００４８】
図４は、中間の広帯域網を通じて加入者端末同士を接続するためのシステムアーキテクチャ及び関連する機構を示す図である。例えば第１のノード４０上の端末ＴＡ（例えば参照番号１２で示される地上線電話機）と第２のノード５２上の端末ＴＢ（例えば参照番号８５で示されるコンピュータ内のモデム）との間でデータの呼がサポートされるために、両方の狭帯域ノード間の共通のシグナリング関係が使用される。広帯域網は狭帯域網間でトラフィックを中継する能力のみを有する必要があるため、共通の狭帯域シグナリングリンク（又はリソース）７９の確立によって、システムを通じた相互接続が与えられる。従って、狭帯域トラフィックの変更が必要とされないため、広帯域網は、トランスペアレントな伝送路リソースとして見える。
【００４９】
第１のノード４０及び第２のノード５２は共に、トランク網アダプタ４６及び５６、コネクションブローカー４４及び６０、コールサーバ１８及び８１を含み、これらは複数のバーチャル（又は「ファントム」）トラフィックトランクを与える共通狭帯域シグナリングリンク７９を通じて恒久的に一緒に結合される。従ってコールサーバ１８及び８１は、追加的なシグナリングリソース８２及び８３によって異なる狭帯域網（図示せず）の他のコールサーバ（図示せず）に潜在的に接続される。コールサーバ１８及び８１は夫々コネクションブローカー４４及び８０に結合され、コネクションブローカー４４及び８０は夫々のトランク網アダプタ４６及び５６に結合される。トランク網アダプタ４６及び５６は広帯域網４８を通じて一緒に結合され、一方コネクションブローカー４４及び８０はバーチャルリンク８４によって相互接続される。端末ＴＡ１２はトランク網アダプタ４６に結合され、一方端末ＴＢ８５はトランク網アダプタ５６に結合される。
【００５０】
シグナリングリンク７９は、２つのコールサーバ１８及び８１の間の恒久的なコネクションによって実現されるが、このコネクションは動的に割り当てられてもよく、又は無線周波数リンクによって与えられてもよい。実際に、第１のノード４０及び第２のノード５２が網Ａと網Ｂとの間の狭帯域ゲートウエイノードとして前に存在するシナリオでは、実際の狭帯域Ｅ１トランクはこれらの２つの交換機間に既に存在し、シグナリングはこれらのＥ１トランクのタイムスロット内で、即ち従来通りタイムスロット１６内で実行されうる。或いは、北アメリカ式のシステムでは、２つの異なる交換機は共通のＳＴＰ網に接続されうる。一旦広帯域網４８が用意されると、広帯域網を通じてリンクを確立することによって補足的なシグナリング帯域幅がサポートされうる。それでもなお、これらの多数のパスは、ＳＳ７ユーザ部（即ちコールサーバ）が通信し相互作用することを可能とする単一の論理「シグナリング関係」を表わす。
【００５１】
バーチャルリンク８４は、２つのコネクションブローカー４４及び８０の間に確立され、恒久的な「通信する能力」を提供する。従って、バーチャルリンク８４は、ＡＴＭバーチャルチャネルコネクションの形を取る。しかしながら、ＳＳ７網は、例えばＴＣＡＰ適用に関連して、この通信のためのベアラとして使用されることも可能である。コネクションブローカー４４及び８０と網アダプタ４６，５６及びスイッチファブリックとの間の通信リンクもまた恒久的であり、一方、網アダプタ４６，５６と相互接続された加入者端末ＴＡ１２，８５との間でトラフィックを搬送するコネクションは、特定の呼の持続時間に亘って、又はこれらのこの特定の部分に亘って設定され切断される。
【００５２】
このシステムは、主に夫々のコールサーバ１８及び８０と夫々のコネクションブローカー４４及び８０との間に存在する夫々のスイッチファブリック間に少なくとも２つの（おそらく数万の）割当て可能なシグナリング伝送路リソース又は「ファントムトランク」を与えることによって動作する。すると、ノードは各ノードにおけるバーチャネル（又は「ファントム」）端末の存在を模倣するよう狭帯域シグナリングを使用する。これらのファントムトランクは単一のノードに専用であり、システムは第１のノード４０から第２のノード５２へ、又は第２のノード５２から第１のノード４０へは、呼の形成を一方向にのみ可能とする。従って、２つのノード間のファントムルートは、各方向に一つずつの２つの群のファントムトランクからなる。この機構により、各ノードトランクによって同一のファントムトランクが捕まれた場合に生じうる望ましくない影響が防止される。有利に、ファントムトランクは、夫々の狭帯域網の間に存在する実際の通信リソースを拘束しない。
【００５３】
このことは、異なる交換機（即ち異なるノード）間の呼設定メッセージの構造、内容、及び機能に関して、図４と、広帯域網を通じてマルチノード通信を確立するために所望とされる手続き的な段階を示す図５のフローチャートとを参照してよく理解される。
【００５４】
端末ＴＡからの入来呼（又は「初期アドレスメッセージ」，ＩＡＭ）は、第１のノード４０において受信され（２００）、第１のノード４０は、入来するメッセージを受信し、呼が第２のノード５２へルーティングされねばならないことを決定するコールサーバ１８を有する。入来呼は、少なくともＴＡとコールサーバ１８との間に割り当てられるトランクに関するＣＩＣを含み、それと共に被呼者、即ち本例ではＴＢの電話番号を含む。電話番号は続く通信においてＴＢによって使用されるべきポートアドレスの印を与え従って主にコールサーバによって使用されるルーティング命令を与えるよう作用する。電話番号は単にＴＢのアドレス場所を表わすが、有効なクロスノードアドレスに到達するために続いて変換される必要がありうる。
【００５５】
入来呼の受信に応じて、また実際の通信リソース（即ち例えば６４ｋｂｐｓのスピーチをサポートしうる実際の通信リンク）を節約するために、第１のコールサーバ１８は空きファントム端末ＰＴｘを選択し、コールサーバ１８自体と第２のノード５２内に配置される第２のコールサーバ８１との間にファントムトランクを確立する（２０２）ためにこのファントム端末を使用する。実際、コールサーバ１８は、その関連付けられたメモリ１９から空きファントム端末ＰＴｘを示す利用可能なノードに固有の（「ばらばらの」）アドレスフィールドを選択する。空きファントム端末ＰＴｘは実際に、ファントムトランクの終端アドレスを同定する。
【００５６】
典型的には、ファントム端末識別子は、２つのコールサーバ１８，８１に関連付けられたポイントコードと、ファントムトランクのＣＩＣとからなる。この時点において、２つのコールサーバのポイントコードの順序は、通信の相対的な方向を同定する。
【００５７】
第１のコールサーバ１８は、ＴＢの有効な電話番号と共にファントムトランクに関連付けられたＣＩＣからなる（第２のノード５２の第２のコールサーバ８１への）変更された呼メッセージを中継する（２０４）ためにファントムトランクを使用する。従って第２のコールサーバ８１はＴＢを「起こすため」又はＴＢはまた有意味な情報を受信していないが通信システム内にＴＢにとって興味深い何らかの情報があることを知らせるために、ＴＢの電話番号を使用することが可能である。残念ながら、この時点では、ＴＡと第１のコールサーバ１８との間のコネクションに関するＣＩＣは、変更された呼メッセージ内で通信も符号化もされていないため、第２のノード５２に対して「失われ」ている。換言すれば、第１のノード４０のコールサーバ１８は、ファントムトランク上で変更された入来呼メッセージを送信すること（１０４）によって、第２のノード５２のコールサーバ８１に対して入来呼（１００）について知らせ、このようにしてＴＡから受信されたダイアルされた数字（即ち被呼者のアドレス）を渡す。
【００５８】
更に、入来呼１００に応答して、第１のノード４０のコネクションブローカー４４は、ＰＴｘとＴＡとの間にファントムクロスオフィスパスを確立する（２０６）よう配置され、このクロスオフィスパスに関する情報は典型的にはレゾリューションインテリジェンス６８によって端末番号データベース６９内に記憶される。換言すれば端末ＴＡはファントム端末ＰＴｘに結合される。また、第１のコネクションブローカー４４は、（第２のコールサーバ８１への）変更された呼メッセージの通信によって行なわれるようトリガされる。特に、変更された呼メッセージの送信と略同時に、第１のノード４０の第１のコネクションブローカー４４は、ファントム端末ＰＴｘが第２のノード５２への出発ファントムトランクの一端であることに気づく。従って、第１のコネクションブローカーは、バーチャルリンク８４を介して第２のコネクションブローカー８０へ接続要求１０６を渡し（２０８）、この接続要求は、ファントムトランクのＣＩＣと、ＴＡの識別子（できればＴＡと第１のコールサーバ１８との間のトランクに割り当てられた元のＣＩＣから導出される）とを含む。典型的には、呼を発生する装置、即ちＴＡの実際のアドレスが送信される。
【００５９】
第２のノード５２は、ファントムトランクの受信された回路標識符号（ＣＩＣ）を関連する第２のファントム端末ＰＴｙ上にマップすることによって変更された入来呼メッセージに反応する。再び、第２のファントム端末ＰＴｙは、その関連付けられたメモリ１８２から第２のノード５２の第２のコールサーバ８１によって選択されており、メモリはＰＴｙがファントムトランクの終端点を表わすことを記録するよう更新される。ファントム端末ＰＴｙの選択は独自に行われる。
【００６０】
第２のノード５２は、変更された入来呼メッセージを受信する第２のコールサーバ８１に応答して、入来呼の宛先が最終的には端末ＴＢであることを認める。従って、適当な時間において、第２のコールサーバ８１は、ＴＢから第２のファントム端末ＰＴｙへのコネクションを（ファントムトランクと被呼加入者ＴＢとの間の第２のファントムクロスオフィスパスの形で）要求し（２１２）、従来のシグナリングを用いてＴＢへ入来呼を提供する。
【００６１】
更に、第２のコネクションブローカー８０のレゾリューションインテリジェンスは、両方の（いずれの順序でもよい）要求の受信に応答して、２つのファントム端末ＰＴｘ及びＰＴｙをレゾルブし（２１４）、２つの要求「ＴＡをＰＴｘに接続」及び「ＴＢをＰＴｙに接続」を単一の実際の接続要求「ＴＡをＴＢに接続」に変換する。特に、第２のコネクションブローカー８０はファントムトランクに対して共通のＣＩＣがあることを推論することが可能であり、従ってこの共通性によりＴＡとＴＢとの間の直接的なコネクションに対する要求が同定される。次に、第２のコネクションブローカー８０は、第２のトランク網アダプタ５６を介してＴＡとＴＢとの間に実際のトランクコネクションを形成する（２１６）。略同時に、（第２のノード５２）の第２のコネクションブローカー８０は、（第１のノード４０）の第１のコネクションブローカー４４にＴＢへのパスが用意されたことを知らせる（２１８）。
【００６２】
端末ＴＢによる呼の受入れ、及び第２のコネクションブローカー８０によるコネクションの確認は、第２のコールサーバ８１から第１のコールサーバ１８へ通知され、第１のコネクションブローカー４４はまた、その関連するコールサーバ１８にＴＢへのパスが用意されたことを通知する（１１６）。この時点において（２２０）、第１のコールサーバ１８は呼を課金し始める。
【００６３】
ファントムトランクは、呼の持続時間全体に亘って完全なままとされ、呼設定手順に対して相補的に動作する広帯域コネクションの切断は上述される。当業者は、広帯域呼をクリアダウンするために、コールサーバは狭帯域（又はＳＳ−７）通信のための通常の手順を用いて呼をクリアしうることを認識するであろう。特に、この手順の一部として、両方のコールサーバは夫々のコネクションブローカーに対して要求を発行する。その後、コネクションブローカーはファントムトランクの出発端において、ファントムトランクのＣＩＣを送信することによって他のコネクションブローカー上に解放要求を渡す。終端コネクションブローカーは、２つのメッセージのうち最初に受信されるものの受信と同時に広帯域コネクションのクリアダウンを発行する。ファントムトランクは、両方のコールサーバが広帯域コネクションがクリアされたことを（夫々のコネクションブローカーによって）知らされるまで再利用可能でない。
【００６４】
各ファントム端末の典型的なアドレスフォーマットは、典型的には実際の（即ち想像上のではなく物理的な）端末のために使用されるフォーマットの特別なケースであるよう配置される。ファントムトランクを識別するためにＡＳＮ．１オブジェクト識別子が使用されうる。或いは、分割されたＥ．１６４アドレス又はＥ．１６４のスーパーセットが使用されてもよく、単純なＳＳ７ベースの実施では、タプル（ＯＰＣ，ＤＰＣ，ＣＩＣ）は（実際又はファントムの）トランクを固有に同定しうる。しかしながら、例えば電話機といったＳＳ７ではない端末のためには、他のスキームが必要とされる。例えば、ＣＩＣＩフィールドは（通常の１６ビットではなく）３２ビットへ拡張されえ、ＤＰＣは端末の「回線」のタイプを同定するためにＯＰＣと等しくされえ、ＣＩＣは交換機上の回線を同定するために使用されうる。しかしながら、概して、ファントムトランクを確立するための唯一の要件は、コネクションブローカーがかかるファントムトランクを入来又は出発のいずれかとして（端末番号データベース６９内で）適当にタグ付け及び記録することである。
【００６５】
再び図２の一般的なアーキテクチャを参照するに、広帯域網及び狭帯域制御シグナリングを実施するために、夫々、ＡＴＭ網及びInternational Telecommunications Union, Telecommunications section (ITU-T)シグナリングシステムNo.7が使用されうる。
【００６６】
特に、狭帯域ノードは、マルチノード動作をサポートするために他の交換機（例えば狭帯域網５２）と通信するために、ITU-TシグナリングシステムNo.7のＩＳＤＮユーザ部（ＩＳＵＰ）を使用する。交換機は、幾つかの狭帯域回線を終端させ、非同期転送モード（ＡＴＭ）網４８に接続されたトランク網アダプタ４６を介して狭帯域トランクを終端させる。トランク網アダプタ４６はベアラ伝送路をＡＴＭスキームに転換し、各ベアラ伝送路とＡＴＭバーチャルチャネル（ＶＣ）との間には１対１の関係が存在する。典型的には、広帯域網エッジスイッチ５０，６０−６２及びトランク網アダプタ４６，５６−５８は、トラフィックベアラ伝送路と制御回線５１との間にATM Forum User to Network Interface（ＵＮＩ）version 4.0インタフェースを用いてＡＴＭ網４８に接続され、コネクションブローカーはＵＮＩ４．０のプロキシシグナリングオプションを用いてトランク網アダプタ４６，５６−５８へのＱ．２９３１コネクション５１を確立する。
【００６７】
他の交換機への狭帯域コネクションは、既存の狭帯域コネクションを用いてもよく、又は網アダプタ（例えば４６，５８）及び回路エミュレーション又はフレーム転送を用いた広帯域網を介してルーティングされてもよい。完全に関連付け又は準関連付けされたシグナリングスキームに対してこの概念が適用可能である。他の混合モードノードへのコネクションは同様にして実施される。
【００６８】
ここで理解されるように、コネクションブローカー４４は、狭帯域スイッチファブリック１６へ狭帯域−狭帯域要求を渡し、一方、（同一ノード内の）広帯域−広帯域コネクションはコネクションを直接設定するためにプロキシシグナリングを用いて確立される。
【００６９】
狭帯域−広帯域コネクションのために、２つの要求が必要とされる。１つの要求は狭帯域スイッチファブリック１６への要求であり、他の要求は広帯域網エッジスイッチ５０，６０−６２への要求である。しかしながら、広帯域−ファントム端末接続のために、コネクションブローカーはファントムルートの他端において第２のコネクションブローカー（図４の参照番号８０）に対して接続要求を渡す。すると、コネクションは第２のコネクションブローカー８０から発せられるプロキシシグナリングスキームを用いてなされる。本発明は、ファントム端末が広帯域端末として実施されることを想定しており、従って、狭帯域−ファントム端末コネクションは、狭帯域−広帯域コネクション及び広帯域−ファントム端末コネクションの組合せとして扱われることに注意すべきである。
【００７０】
サービス網間接続機能もまた、中間に結合される広帯域網を有する網に対して適用可能であることが認識される。このインスタンスで、コールサーバ間の相互接続は、課金及びスクリーニングといったゲートウエイ機能を提供することができ、一方コネクションブローカーは狭帯域端末間でエンド・ツー・エンドのコネクションを許す。同様に、シグナリング網間接続機能は、ファントムトランクを介してコールサーバを一緒に接続することによって与えられ得る夫々の狭帯域網に対して利用可能でない。
【００７１】
概して、第２のコネクションブローカーは二つの接続要求が同一のファントムトランクの両端に受信されたことを認識し、それに応答して、第１の加入者端末１２と第２の加入者端末６８との間の広帯域網を通る直接ルートを確立する。
【００７２】
従って上述の接続機構は、中間の広帯域網を通じた混合ノードの相互接続を与え、これはこの機構なしでは解釈できず従って狭帯域網内で別個に使用される制御チャネルシグナリングプロトコルをサポートすることが可能でない。かかる動作は、例えば狭帯域シグナリングソフトウエアを具備した（広帯域網の）変更されたトランク網アダプタによってサポートされうるが、概して異なる基盤の交換機間で生ずる。従って、共通の制御チャネルを確立するためにこの機構を利用することにより、変更されたトランク網アダプタは、シグナリング網間接続機能の介在を必要とすることなく狭帯域サービスに参加するために狭帯域トラフィックリソースをサポートしうる。
【００７３】
有利に、ファントムトランクとコネクションブローカーの組合せのアーキテクチャは、現在の狭帯域シグナリングスキームに対する変更を必要とせずに、全ての狭帯域サービスをサポートするシステム実施をもたらす。更に、既存の狭帯域コールサーバに対して最小の変化のみが必要とされる。実際、このシステムは恣意的に複雑な網に対して適合することが可能であり、ＴＤＭ，ＡＴＭ又はフレームリレーを含む全ての基礎となるコネクションファブリック上で動作しうる。
【００７４】
ファントムトランクの使用は、異なるシグナリングスキームにも関わらず狭帯域トランクと広帯域網のバーチャル回路との間にコネクションを確立するための非常に有効且つ新規な機構であるが、コールサーバの基本的な動作モードが、特にファブリック制御ソフトウエア内の動作能力及び個々の構成要素の数に関して、ＡＴＭＳ内の基本となるアーキテクチャの詳細な知識を必要とするために制限的である。
【００７５】
本発明は、システム開発のための改善された機械を有するが、（システム管理の全体の制御及び特定の網のためのシグナリングを行なう）コールサーバと（ＡＴＭＳといった）狭帯域−広帯域インタフェースとの間のインタフェースが、コールサーバと狭帯域−広帯域インタフェースとの間に単純且つ一様なビューをサポートすることを確実とするアーキテクチャ及び機構を提供する。
【００７６】
図６の本発明の望ましい実施例の新規なシステムアーキテクチャのブロック図の細部を考慮するに、コールサーバ３０２はファブリックアプリケーションインタフェース（ＦＡＩ）３０６を通じて狭帯域−広帯域インタフェース（ＡＴＭＳ）３０４の動作を制御する。コールサーバ３０２は、概してシステム制御アルゴリズム、ネットワークアドレス、及び通信コネクション及び網の動作状態に関する情報を記憶するメモリ３０８と相互作用する制御プロセッサ３０７を含む。メモリ３０８は、コールサーバとは別個のエンティティとして示されているが、コールサーバ自体の中に配置されてもよい。
【００７７】
ＡＴＭＳ３０４は、典型的には広帯域網４８（例えばＡＴＭ網）を通じて情報を中継するために使用されるバーチャル回路３１２に対する時分割多重プロトコル（他の多重化の形式も適用可能であるが）をサポートする狭帯域トランクを接続するためのインタフェースを提供する。ＡＴＭＳ３０４に関して、狭帯域トランク２１０は網アダプタ３１６に結合され、ＡＴＭＳ３０４は多くの狭帯域トランク３１０をサポートすると共に多くの網アダプタ４６を含む。スイッチファブリック１６は網アダプタ４６（従って狭帯域トランクに入る情報又はデータ）をバーチャル回路３１２に接続するよう作用する。スイッチファブリック１６は更に、典型的には狭帯域−広帯域インタフェースを使用しようとする狭帯域又は広帯域のユーザに対して口頭命令又は口頭確認を与える複数の予め記録されたシステム通知を記憶する網通知サーバ３２０に結合される。例えば、網通知サーバ３２０は、ＡＴＭＳ３０４へのコネクションに対して利用可能なバーチャル回路がないとき、又は狭帯域網へのスルーコネクションのためにトランク回路３１０が利用可能でないときに、「網内の全てのコネクションは現在使用中です。後ほどまた試して下さい。」といったメッセージを記憶し関連付けることができる。
【００７８】
ＡＴＭＳ３０４は典型的にはファブリックアプリケーションインタフェース３０６を通じてコールサーバ３０２に接続される多くのコネクションブローカー３２２を含むが、ＡＴＭＳは有効な動作のためには少なくとも１つのコネクションブローカーを含まねばならない。更に特定的には、コールサーバ３０２からコネクションブローカー３２２への相互接続は、バーチャネルチャネル識別子及びシステム制御メッセージをサポートし中継しうるファブリック制御インタフェース（ＦＣＩ）３２４を通じて達成される。更に詳細には、コネクションブローカー３２２は、ＡＴＭＳ３０４とＡＴＭＳ３０４を通じたコネクションを考慮するコールサーバ３０２との間の相互作用を監視すること、及びコールサーバ命令及び要求を実施し満足させるために他のファブリック制御モジュールを調和させることの両方を行なう。換言すれば、コールサーバ３０２は、上述のように、主に狭帯域−広帯域インタフェースに亘るコネクションの設定及び切断を制御する。
【００７９】
コネクションブローカー３２２に接続するファブリック制御モジュールは、上述のようにＡＴＭＳを通じてトラフィックコネクションに接続されねばならない網通知サーバ３２０のプールを管理するサービス回路リソースマネージャ３２６を含む。サービス回路リソースマネージャ３２６は、ファブリックアプリケーションインタフェース３０６を介してコールサーバ３０２に結合され、コールサーバへのコネクションは専用通知制御インタフェース（ＡＣＩ）３２８を通じたものである。
【００８０】
コネクションブローカー３２２とスイッチファブリック１６との間に結合されるスイッチコネクション回路３３０は、スイッチファブリック１６上で終端するバーチャル回路３１２を結合し切り離すよう作用する。換言すれば、スイッチコネクション回路３３０は、識別された網アダプタ４６へのバーチャル回路３１２のスルーコネクション（即ち回路切換え）を制御する。
【００８１】
（通常はＡＴＭＳ３０４内に多数ある）端末プロセスコントローラ３３２は、ＡＴＭＳ３０４内でコネクションブローカー３２２と複数の網アダプタ４６との間に配置及び接続される。各端末プロセスコントローラ３３２は、ＡＴＭＳを通じたトラフィックコネクション内で網アダプタ４６上で終端する同期回路の動作を管理するよう作用し、従って（バーチャル回路ではなく）スイッチコネクション回路３３０に対してしかし狭帯域トランクに関して同様の目的を果たす。端末処理コントローラ３３２はまた（通常はＡＴＭＳ３０４内に多数ある）シグナリングプロセッサ３３４に結合され、一方、シグナリングプロセッサ３３４は網アダプタ４６に結合される。
【００８２】
各シグナリングプロセッサは、ファブリックアプリケーションインタフェース３０６の一部を形成するシグナリング制御インタフェース（ＳＣＩ）３３６を通じてコールサーバ３０２に結合される。各シグナリングプロセッサ３３４の機能は、コールサーバ３０２とフレーム構造との間でＳＣＩ３３６を通じて交換されるＦＡＩメッセージと、各網アダプタ４６上で終端する同期回路によって使用されるシグナリングフォーマットとの間のシグナリング情報の変換を制御することである。換言すれば、各シグナリングプロセッサは、網アダプタレベルの情報ビットをコールサーバレベルのメッセージへ又はメッセージから変換するよう作用する。このようにして、ファブリックアプリケーションインタフェース３０６によって、ＦＣＩ３２４、ＡＣＩ３２８、及びＳＣＩ３３６上で標準的なシグナリングスキームを使用することにより、統一されたビューが与えられる。
【００８３】
本発明の望ましい実施例のシステムはまた、制御プロセッサ３３９及び関連するメモリ３４０を有する新しい管理エージェント３３８を含む。関連するメモリ３４０は、管理エージェント３３８の外部に示されているが、管理エージェント３３８の中に配置されてもよい。管理エージェントはまた、ファブリックアプリケーションインタフェース（ＦＡＩ）３０６を通じてコールサーバ３０２に結合される。特に、専用管理バーチャルチャネル回路（ＶＣＣ）３４２は、コールサーバ３０２と管理エージェント３３８との間の相互接続を与え、管理ＶＣＣ３４２はまたファブリックアプリケーションインタフェース３０６の一部を形成する。管理エージェント３３８はまた、情報バス３６０−３６２を通じて各端末プロセスコントローラ３３２及び各シグナリングプロセッサに結合され、管理エージェント３３８はまた（他の情報バス３６３を通じて）コネクションブローカー３２２と通信することが可能である。
【００８４】
コネクションブローカー３２２、サービス回路リソースマネージャ３２６、スイッチコネクション回路３３０、端末プロセスコントローラ３３２、シグナリングプロセッサ３３４、及び管理エージェント３３８（及びその関連するプロセッサ３３９及びメモリ３４０）は、一緒に分散ファブリック制御システム（ＦＣＳ）３４４を含みこれを構成する。従ってＦＣＳ３４４はまた、ＡＴＭＳ３０４の機能性及びＧＡＩ３０６を通じたコールサーバ３０２への相互接続を制御するソフトウエアプログラムブロックを含む。従って、シグナリングプロセッサ３３４、端末プロセスコントローラ３３２、スイッチコネクション回路３３０、及びサービス回路リソースマネージャ３２６は、夫々典型的には専用のプロセッサ及びメモリ（図６に示されるようにオンチップメモリキャッシュとして実現されうる）を必要とする。プロセッサは個々のインスタンスの動作を制御し、例えば動作状態にアクセスするために管理エージェント３３８によってアクセス（又は問合せ）されうる。
【００８５】
ファブリック制御システム３４４は分散された機能性を有することができ、ファブリック制御システム３４４は５つの主な機能モジュール及び管理エージェント３３８を含みうる。しかしながら、機能モジュールによって与えられる分散された機能性は、機能性は典型的にはシステムコントローラ又はプロセッサ内に配置される制御されたソフトウエアによって実現されるため、同じ場所に配置されうる。
【００８６】
管理エージェント３３８はコネクションブローカー３２２を通じてこれらのユニットと通信（及びユニットに問合せ）することが可能であるにもかかわらず、管理エージェントと、スイッチコネクション回路３３０及びサービス回路リソースマネージャ３２６との間に専用情報バスもまた与えられてもよい。更に、かかる情報バスは、ファブリック制御システム３４４が離散機能性ユニットによって実現される分散システムのためにのみ必要とされうる。
【００８７】
管理エージェント３３８に関して、これはコールサーバ３０２とファブリック制御システム３４４との間の追加的且つ補足的な管理インタフェースを表わし、管理エージェント３３８及びその関連する管理ＶＣＣ３４２はＡＣＩ３２８、ＣＦＩ３２４，及びＳＣＩ３３６のための前後関係情報を確立することによってＦＡＩ３０６を改善するよう作用する。管理エージェント３３８はアドバイスし、呼に関連しない状態情報、例えばトランク回路の動作状態の相互交換に関する情報を中継するよう作用する。
【００８８】
管理ＶＣＣ３４２に関して、このバーチャル回路はコールサーバ３０２及び管理エージェント３３８に対して良く知られている。実際、コールサーバ３０２及び管理エージェント３３８は共に、狭帯域−広帯域インタフェースがオンラインとなる前に管理ＶＣＣの有無及びバーチャルチャネル識別番号に関する知識を有する。コールサーバは管理エージェント３３８に対して常に通信することが可能であり、管理エージェント３３８及びコールサーバは常に他のユニットの有無について知っている。
【００８９】
管理エージェント３３８の関連するメモリ３４０には、主に、ファブリックアプリケーションインタフェース３０６において用いられるインタフェースのタイプ、これらのインタフェースのために用いられるバーチャル回路のアドレス、及びファブリック制御システム３４４内で使用されるファブリック制御モデルの数及びタイプに関するシステム（又はネットワーク）コンフィギュレーション情報がロードされ（また更新されう）る。更に、関連するメモリ３４０は、例えばコネクションブローカーインスタンスの数、及び、シグナリングプロセッサ３３４の数に関する情報を含む。従って、概して、本発明の望ましい実施例では、コールサーバ３０２はファブリック制御システム３４４の内部詳細（即ち構造）について気づかない。コールサーバ３０２は、ファブリックアプリケーションインタフェース３０６によって表わされる一様なビューとして与えられる多数の所定のインタフェースに対してアクセスしうることを知っているだけである。
【００９０】
本発明の望ましい動作ルーチン中（及び特にシステムの初期化中、又は追加的なファブリック制御モデル又はトランクアダプタが追加されたアップグレードされたＡＴＭＳ３０４をオンラインとするとき）、管理エージェント３３８のプロセッサ３３９はシステムコンフィギュレーション情報（例えばＦＡＩ３０６を通じてコールサーバ３０２へ結合される特定のインスタンスの数及びタイプ）を検索し、これを管理ＶＣＣ３３６を通じてコールサーバ３０２へ中継するために関連するメモリ３４０にアクセスする。システムコンフィギュレーション情報の受信時に、コールサーバ３０２はＦＡＩ３０６を通じて概してＡＴＭＳの設定、切断、及びシステム管理を統制し制御するよう機能しうる。換言すれば、管理エージェント３３８は、コールサーバに対して詳細なシステムコンフィギュレーション情報、即ちポートアドレス情報、バーチャル回路情報、及びＦＣＳ３４４内の機能モジュールのタイプ及び数を与えることによって、特定のＡＴＭＳ３０４内のファブリックアプリケーションインタフェース３０６の設定を制御する。
【００９１】
実際、ファブリック制御システム３４４が変更される場合、システムにおける変化の詳細はメモリ３４０に入力されえ、その後、管理エージェントはコールサーバに対して例えば新しいファブリック制御モジュールの利用可能性について通知しうる。このようにして、ファブリック制御システム３４４の変更によって単一の管理装置（即ち管理エージェント３３８）のみが影響を受け、従って管理エージェントは、管理ＶＣＣ３３６を介してコールサーバへシステムコンフィギュレーション情報を送信することによってＦＡＩ３０６内の変化を生じさせる。
【００９２】
本発明の望ましい実施例の動作機構は、特定のＡＴＭＳのＦＡＩが（割り当てられたポートアドレス及びＦＣＳ３４４内の機能的モジュールの特定のコンフィギュレーションに依存するため）固有のものであっても、各ＦＡＩ３０６がコールサーバに対して統一されたビューを表わすことを確実とする。ここで分かるように、コールサーバがＦＡＩを設定し、従ってＦＣＳ３４４内の各明確に識別された機能的モジュールを正確にアドレスし（これと通信する）ために標準化されたシグナリングプロトコルを使用することが可能であるため、ＦＡＩ３０６を通じた統一されたビューが達成される。
【００９３】
より詳細には、管理エージェント３３８のメモリ３４０は、ＦＡＩ３０６を構成するインタフェースに関する前後関係情報、即ちＡＣＩ３２８、ＦＣＩ３２４、及びＳＣＩ３３６に関する情報を記憶する。更に、管理エージェント３３８は、コールサーバ３０２及びファブリック制御システム３４４が、例えば各コネクションブローカーのアドレスに関して各機能的モジュールインスタンスとの通信に使用されるバーチャルチャネル識別子についての共有の知識を有することを確実とする。管理エージェント３３８はまた、コールサーバがＦＣＳ３４４内のインスタンスの数及びタイプ、例えば任意の時点において使用可能なコネクションブローカーの数について気づくことを確実とする。これに関して、本発明は、コールサーバ３０２とＡＴＭＳ３０４との間でＦＡＩ３０６を通じて呼に関連しない管理情報を搬送するために、専用バーチャルチャネル回路（即ち管理エージェント３３８とコールサーバ３０２との間の管理ＶＣＣ）と、Ｑ．２９３１シグナリングプリミティブの変更及び拡張されたサブセットとを使用する。
【００９４】
使用可能なインスタンス及びアドレスの通知を通じてＦＡＩ３０６のコンフィギュレーションが確立された後、コールサーバ３０２は管理ＶＣＣ３４２上の状態情報を要求しうる。ファブリック制御システム３４４は、管理ＶＣＣ上で（管理エージェント３３８を通じて）この要求に応答することが可能である。或いは、管理エージェント３３８は、（コネクションブローカーが例えば新しいＶＣＣを識別することによってコールサーバへ情報を提供しうるにもかかわらず）管理ＶＣＣ３４２を通じてコールサーバ３０２に対して自律的なイベント情報を与えることができる。
【００９５】
例えば、管理エージェント３３８は、（ｉ）特定のコネクションブローカー又はシグナリングプロセッサの動作状態、又は、（ｉｉ）例えば（コネクションブローカーを介して報告される）サービス回路リソースマネージャ内の回路に関する低い層の機器の動作状態、又は、（ｉｉｉ）トランク回路の数、現在の使用又は使用可能性に関する顕著な動作上の変化をコールサーバに対して通知するために管理ＶＣＣ３４２を使用しうる。これらの全ての点に関して、本発明の望ましい実施例は、このデータ転送をサポートするためにＱ．２９３１ベースのシグナリングスキームを使用し、関連する主なメッセージは、「STATUS ENQUIRY」、「STATUS」及び「NOTIFY」プリミティブである。明らかに、ＦＡＩ３２４を通じて他のシグナリングプロトコルが使用されえ、（当業者によって明らかであるように）選択は単にコールサーバの動作上の要件に依存する。
【００９６】
STATUS ENQUIRYに関して、この形の問合せは、管理ＶＣＣ３４２のいずれの端からも調査されうる。更に特定的には、STATUS ENQUIRYは、STATUS応答メッセージを通じて絶対的な応答を求め、STATUS ENQUIRYメッセージはここでは変更されたフレーム構造を含む。STATUS ENQUIRYは通常は呼参照フィールドを含むが、この呼参照はシステムコンフィギュレーションに関する要求に対しては不必要なものであり、このフィールドは例えば関心となる特定の網又はＡＴＭＳ要素、又は応答のタイプを識別するために使用されうる。同様に、STATUS応答メッセージは呼参照フィールドを含む必要がなく、この使用されていないフィールドは、本発明に関しては、例えば応答情報及び故障情報の原因を与えるためといった、異なった目的のために使用されうる。
【００９７】
換言すれば、STATUS ENQUIRYは関心となる機能要素の回路を明示的に識別し、STATUS応答メッセージはシステムコンフィギュレーション及びシステム動作に対して意味のないデータフィールドを用いて報告を与える。Ｑ．２９３１プロトコルのNOTIFYプリミティブに関して、NOTIFYは通常は５バイト長の呼参照及び通知標識を含む求められていないメッセージである。再び、コンフィギュレーション及び動作状態に関するシステム全体での報告では、呼参照フィールドはシステムの変化又はアドレスを報告するために一時的に所有（又は占有）されえ、一方、通知標識のフォーマットは例えば故障の原因を同定するよう構成されうる。
【００９８】
概して、コネクションブローカーは、そのシグナリングプロトコルがコールサーバとの相互作用及び問合せをサポートすれば、コールサーバによって発行される状態問合せに対して反応しうる。実際、ＦＣＳ３４４内の全ての機能ブロックは、コールサーバに対してシステムのイベントを報告できるが、かかる報告は各機能ブロックの応答性の範囲、例えば単一の回路の状態によって制限される。しかしながら、管理エージェント３３８はＦＣＳ３４４の全ての管理動作をサポートする能力を有し、従って個々の機能ブロック自体の機能的な状態に対して報告することが可能である。全てのかかるシステム報告に対して管理エージェント３３８を使用することは、この機構が、例えばSTATUS ENQURYが関心となる機能ブロックに対して直接送信されるのでなく管理エージェントを通じて中継されることを必要とするため低速であっても、望ましいと考慮される。従って管理エージェント３３８は概して要求及びシステム状態に応答するが、個々の回路内に変化を生じさせるための媒体として使用されえ、例えばコールサーバは管理エージェントに対して網アダプタに対するコマンドを発行するよう命令する。
【００９９】
管理エージェントは、関連するメモリ３４０のシステムコンフィギュレーションに関するシステム情報を記憶してもよく、この情報は例えば壊れたコネクションブローカー又は壊れたトランクといった故障したシステムエンティティの周期的なポーリングをトリガしてもよい。
【０１００】
本発明の多数の面の基本的な動作手順は、図７のフローチャートに概略的に示される。ステップ４００において、管理エージェントのメモリ内に（例えば新しい狭帯域−広帯域インタフェースの基本的なネットワークアーキテクチャに関する）初期システムコンフィギュレーション情報が記憶され、次に管理プロセッサによってアクセスされる。ステップ４０２において、管理プロセッサは管理ＶＣＣを介してコールサーバへ初期システムコンフィギュレーション情報を送信する。（受信されたシステムコンフィギュレーション情報に基づいて）コールサーバによってＦＡＩ３０６が確立され、このＦＡＩは（ステップ４０４において）各オンラインファブリック制御モジュールに対するシステム最適化通信を可能とする。
【０１０１】
システムは、新しい機器の追加、新しい又は修理された機器をオンラインとすること、又はファブリック制御モジュール又はそれによって制御される回路の故障によってシステムが変更されると（ステップ４０６−４０７）、管理エージェントは動作状態の変化をコールサーバに通知し（ステップ４０８）、コールサーバにＦＡＩを変更させる（ステップ４０９）。更に特定的には、代替的又は補足的なステップ４０６−４０７に関して、管理エージェントは、（典型的には周期的に）システムコンフィギュレーションの変化を決定するようファブリック制御モジュールに対して問合せを行なうか、又はファブリック制御モジュールからの求められていない報告によって動作的な変化について知らされる。概してシステムはその動作状態の変化を記録する（ステップ４１０）ことが可能であり、この情報は管理エージェントによるファブリック制御モジュールの続くポーリング（ステップ４０６）をトリガするために使用される。典型的には、システム動作はステップ４０６−４０７へループして戻る。
【０１０２】
ステップ４０４の後、本発明のシステムは上述のパスとは異なる他のパスを取りうる。特に、コールサーバはシステムの更新を要求することがある。ある状況では、コールサーバはシステムコンフィギュレーション情報に対して直接的なアクセスを有さず、例えばコールサーバは使用されていない回路の状態に気づかないであろう。従って、コールサーバ３０２は管理エージェント３３８へのSTATUS ENQUIRYの発行を通じて状態報告又はシステム更新を要求する（４１２）。管理エージェントはコールサーバのためのコンジットとして作用し、従ってコールサーバに対してシステムコンフィギュレーションについて見出された結果を報告する（４１４）前にコールサーバ３０２の代わりに様々なシステムエンティティ（又は一般的にはＡＴＭＳ３０４）及び回路に問合せを行なう。
【０１０３】
コールサーバ３０２は次に、報告の中の結果にアクセスすることが可能であり（ステップ４１５）、結果に基づいてシステムコンフィギュレーション中の変化が保証されているかどうか（ステップ４１６）を決定する（ステップ４１６）ことが可能である。コールサーバ３０２が、（例えばシステムのパフォーマンスを最適化するために）システムコンフィギュレーションを変更することが必要であると見なす場合、ステップ４０９へ進む。変化が必要とされなければ（即ち現在のシステムコンフィギュレーションが許容可能であるか又は管理エージェントによる結果がコールサーバによって予期されるものであれば）、ステップ４０６へループして戻る。ステップ４０６乃至４１６（これを含む）は、初期のＦＡＩ設定手順に独立に行なわれてもよく、従って本発明のシステムに容易に適用されうる。
【０１０４】
従って、概して、本発明の望ましい実施例のアーキテクチャは、ＦＡＩを通じてコールサーバ３０２に対して統一されたビューが与えられることを確実とし、この統一されたビューはコールサーバと管理エージェント３３８との間の既知の管理回路を介した通信を通じて確立される。次に、動作上の状況では、本発明の望ましい動作機構は、コールサーバ０２の制御プロセッサ３０９が、コネクションブローカーを通じたコネクション状態及び管理エージェント３３８を通じたシステムコンフィギュレーションの変化を始めさせることを可能とする。更に、又は、代わりに、管理エージェント３３８はファブリック制御システム３４４のモジュールに問合せを行なうよう配置されるため、コールサーバは管理エージェントを通じて狭帯域−広帯域インタフェース（即ちＡＴＭＳ３０４）内の回路及び機器の状態に関する情報を要求しうる。更に、管理エージェント３３８は、概してこのシステムの状態について、独立に及びコールサーバ３０２から促されることなく、コールサーバ３０２に対してアドバイスをすることが可能である。全てのかかるメッセージングは、Ｑ．２９３１メッセージングプロトコルの変更された使用に基づき、専用管理ＶＣＣ３４２を通じてコールサーバ３０２へ中継される。
【０１０５】
本発明の管理エージェント３３８はシステム内の他の管理機能をサポートするためにも使用されうる。特に、管理エージェント３３８はファブリック制御システムに関する情報を照合するため、管理エージェントは例えばＩＴＵ−ＴＱ３インタフェースに関連して、周辺の動作環境（ＦＡＩ３０６のみ以外）に対するインタフェース接続を提供するよりシステムワイドな管理機能を与えるよう利用されうる。
【０１０６】
このようにして、本発明は有利に共通ＦＡＩ３０６を維持し、一方でＡＴＭＳ３０４が開発され変更されることを可能とする。例えば、管理エージェント３３８は、狭帯域網と広帯域ＡＴＭ３１４との間のトラフィックを中継する以外の目的のため、網アダプタ４６に入るトランク回路を利用可能とするよう端末プロセスコントローラ３３２に命令しうる。実際、本発明は更に網全体に亘る基盤構成要素の分布を可能とし、一方でかかる電気通信網を規格に準拠するものとして維持する。
【０１０７】
もちろん、上述の説明は例のためにのみ与えられるものであって、詳細は変更は本発明の範囲内でなされうることが認められる。例えば、本発明の望ましい実施例は変更されたＱ．２９３１ベースのシグナリングプロトコルの使用を提唱するが、本発明の基本的な概念は明らかに他のシグナリングスキーム及びプリミティブの変形（及び制御及び管理をサポートするためにそれらの関連するデータフィールド）の使用を想定している。
【図面の簡単な説明】
【図１】 狭帯域通信ノードの概略的なモデルを示すブロック図である。
【図２】 本発明において所望のように狭帯域網と広帯域網との間の加入者端末相互接続のための基礎にある原理を示すブロック図である。
【図３】 図２のコネクションブローカーのための概略的なアーキテクチャを示す図である。
【図４】 加入者端末が中間の広帯域網を介して接続されうるシステムアーキテクチャ及び関連する機構を表わす図である。
【図５】 広帯域網を通じてマルチノード通信を確立するため本発明において要求される手順の段階を示すフローチャートである。
【図６】 本発明の望ましい実施例の通信システムアーキテクチャを示すブロック図である。
【図７】 本発明の望ましい動作方法を示すフローチャートである。

Claims (41)

1. 通信網（３００）内のコネクションの制御を統制するコールサーバ（３０２）と、
   ファブリックアプリケーションインタフェース（３０６）を通じてコールサーバ（３０２）に結合され、コールサーバ（３０２）に応答して通信網（３００）内の回路コネクションを制御するよう配置された複数のファブリック制御モジュール（１６，４６，３２０）と、
   専用管理インタフェース（３４２）を通じてコールサーバ（３０２）に結合され、ネットワークコンフィギュレーション情報を記憶するメモリ（３４０）を含み、ファブリックアプリケーションインタフェース（３０６）の確立に影響を与えるよう専用管理インタフェース（３４２）を通じてコールサーバ（３０２）へネットワークコンフィギュレーション情報を与えるために配置される手段（３３９）を更に有する管理エージェント（３３８）と、を含む通信網（３００）。
2. 上記ネットワークコンフィギュレーション情報は、
   ファブリックアプリケーションインタフェース（３０６）のインタフェースプロトコルと、
   ファブリックアプリケーションインタフェース（３０６）において使用されるバーチャルチャネル識別番号と、
   ファブリック制御モジュール（１６，４６，３２０）のポートアドレスと、
   通信網において用いられるファブリック制御モジュールのタイプと、
   通信網（３００）内で用いられるファブリック制御モジュール（１６，４６，３２０）の数と、のうちの少なくとも１つに関する情報を含む、請求項１記載の通信網。
3. 複数のファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかは相互に同じ場所に配置される、請求項１又は２記載の通信網。
4. 複数のファブリック制御モジュール（１６，４６，３２０）は網全体に亘って分布される、請求項１又は２記載の通信網。
5. 複数のファブリック制御モジュールは、広帯域−狭帯域インタフェースのファブリック制御システム（３４４）内に配置され、更に望ましくはＡＴＭ網とのインタフェースに関連付けられる、請求項１乃至３のうちいずれか１項記載の通信網。
6. 複数のファブリック制御モジュール（１６，４６，３２０）は、
   コネクションブローカーインスタンス（３２２）と、
   シグナリングプロセッサインスタンス（３３４）と、
   端末プロセスコントローラ（３３２）と、
   スイッチコネクション回路インスタンス（３３０）と、
   サービス回路リソースマネージャインスタンス（３２６）とのうちの少なくとも幾つかを含む、請求項１乃至５のうちいずれか１項記載の通信網。
7. 専用管理インタフェース（３４２）はバーチャルチャネル識別番号を有する恒久的なコネクションであり、コールサーバ（３０２）及び管理エージェント（３３８）の両方は、当該恒久的なコネクションの存在に関する知識を有する、請求項１乃至６のうちいずれか１項記載の通信網。
8. 専用管理インタフェース（３４２）はファブリックアプリケーションインタフェース（３０６）の一部を形成する、請求項７記載の通信網。
9. ネットワークコンフィギュレーション情報は、ファブリックアプリケーションインタフェース（３０６）の確立に不可欠である、請求項１乃至８のうちいずれか１項記載の通信網。
10. ネットワークコンフィギュレーション情報を与えるよう配置された手段（３３９）は、ファブリックアプリケーションインタフェース（３０６）の確立の後にコールサーバ（３０２）に対して変更されたネットワークコンフィギュレーション情報を与えるよう動作し、メモリ（３４０）は当該変更されたネットワークコンフィギュレーション情報を受信するようプログラム可能である、請求項１乃至９のうちいずれか１項記載の通信網。
11. 複数のファブリック制御モジュール（１６，４６，３２０）は夫々、そのファブリック制御モジュール（１６，４６，３２０）の動作状態を決定し報告するよう配置されたプロセッサを含む、請求項１乃至１０のうちいずれか１項記載の通信網。
12. 管理エージェント（３３８）は管理プロセッサ（３３９）を更に含み、各ファブリック制御モジュール（１６，４６，３２０）内の各プロセッサは管理エージェント（３３８）の管理プロセッサへ動作状態を報告することが可能である、請求項１１記載の通信網。
13. 管理エージェント（３３８）の管理プロセッサ（３３９）は専用管理インタフェース（３４２）に結合され、コールサーバ（３０２）に各ファブリック制御モジュール（１６，４６，３２０）の動作状態を通知するよう配置される、請求項１２記載の通信網。
14. 管理プロセッサ（３３９）は、各ファブリック制御モジュール（１６，４６，３２０）内の各プロセッサに問合せを行ない、専用管理インタフェース（３４２）を通じて各ファブリック制御モジュール（１６，４６，３２０）の動作状態をコールサーバ（３０２）へ報告するよう独立に配置される、請求項１２又は１３記載の通信網。
15. 管理プロセッサ（３３９）は、ファブリック制御モジュール（１６，４６，３２０）の動作状態の変化を報告するためにのみ配置される、請求項１２乃至１４のうちいずれか１項記載の通信網。
16. 専用管理インタフェース（３４２）は、変更されたＱ．２９３１に基づくシグナリングプロトコルをサポートする、請求項１乃至１５のうちいずれか１項記載の通信網。
17. 通信システム（３００）内のコネクションの制御を統制するよう配置されたコールサーバ（３０２）と、ファブリックアプリケーションインタフェース（３０６）を通じてコールサーバ（３０２）に結合され、コールサーバ（３０２）に応答して通信網（３００）内の回路コネクションを制御するよう配置された複数のファブリック制御モジュール（１６，４６，３２０）との間でファブリックアプリケーションインタフェース（３０６）を確立する方法であって、
    上記通信システム（３００）は、専用管理インタフェース（３４２）を通じてコールサーバ（３０２）に結合されメモリ（３４０）を含む管理エージェント（３３８）を更に有し、
    上記方法は、
    管理エージェント（３３８）のメモリ内にシステムコンフィギュレーション情報を記憶する段階と、
    専用管理インタフェース（３４２）を通じてシステムコンフィギュレーション情報をコールサーバ（３０２）へ送信する段階（４００−４０２）と、
    コールサーバ（３０２）によるシステムコンフィギュレーションの受信に基づいてコールサーバ（３０２）と複数のファブリック制御モジュール（１６，４６，３２０）との間にファブリックアプリケーションインタフェース（３０６）を確立する段階（４０４）とを含む方法。
18. コールサーバ（３０２）において、システムコンフィギュレーション情報の受信に応答して、
    ファブリックアプリケーションインタフェース（３０６）のインタフェースプロトコルと、
    ファブリックアプリケーションインタフェース（３０６）上で使用されるバーチャルチャネル識別番号と、
    複数のファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかによって使用されるポートアドレスと、
    通信システム（３００）において使用されるファブリック制御モジュール（１６，４６，３２０）のタイプに関するレコードと、
    通信システム（３００）において使用されるファブリック制御モジュール（１６，４６，３２０）の数に関するレコードと、のうち少なくとも１つを設定する段階を更に有する、請求項１７記載のファブリックアプリケーションインタフェースを確立する方法。
19. 管理エージェントに、少なくとも１つのファブリック制御モジュールに対して影響を与えるシステム変化について専用管理インタフェースを通してコールサーバに通知させる段階と、
    コールサーバに、管理エージェントを介して通知されたシステム変化に基づいてファブリックアプリケーションインタフェースを変更させる段階とによって、
    ファブリックアプリケーションインタフェース（３０２）を変更する段階（４０６−４１６）を更に有する、請求項１７又は１８記載の方法。
20. システム動作を変更するシステム変化によってメモリ（４３０）を更新する段階（４１０）を更に有する、請求項１７乃至１９のうちいずれか１項記載の方法。
21. ファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかの動作状態を決定するために、管理エージェントに、上記ファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかに対して問合せ（４０６）をさせる段階を更に有する、請求項１７乃至２０のうちいずれか１項記載の方法。
22. 管理エージェントに問合せ（４０６）をさせる段階は、コールサーバ（３０２）から命令を受信する（４１２）段階に応答的である、請求項２１記載の方法。
23. 管理エージェントに問合せ（４０６）をさせる段階は、管理エージェント（３３８）によって独立に行なわれる、請求項２１又は２２記載の方法。
24. 通信網（３００）内のコネクションの制御を統制するよう配置されたコールサーバ（３０２）と、ファブリックアプリケーションインタフェース（３０６）を通じてコールサーバ（３０２）に結合され、コールサーバ（３０２）に応答して通信網（３００）内の回路コネクションを制御するよう配置された複数のファブリック制御モジュール（１６，４６，３２０）との間でファブリックアプリケーションインタフェース（３０６）を変更する方法であって、
    上記通信網（３００）は専用管理インタフェース（３４２）を通してコールサーバ（３０２）に結合された管理エージェント（３３８）を更に有し、
    上記方法は、
    管理エージェントに、少なくとも１つのファブリック制御モジュール（１６，４６，３２０）に対して影響を与えるシステム変化について専用管理インタフェース（３４２）を通してコールサーバ（３０２）に通知させる段階（４０８）と、
    コールサーバ（３０２）に、管理エージェントを介して通知されたシステム変化に基づいてファブリックアプリケーションインタフェース（３０６）を変更させる段階（４０９）と有する方法。
25. 管理エージェントはシステムコンフィギュレーション情報を記憶する相互接続されたメモリを有し、
    上記方法は、
    システム動作を変更するシステム変化によってメモリを更新する段階を更に有する、請求項２４記載の方法。
26. ファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかの動作状態を決定するために、管理エージェント（３３８）に、上記ファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかに対して問合せ（４０６）をさせる段階を更に有する、請求項２４又は２５記載の方法。
27. 管理エージェントに問合せをさせる段階は、コールサーバから命令を受信する（４１２）段階に応答的である、請求項２６記載の方法。
28. 管理エージェントに問合せをさせる段階は、管理エージェントによって独立に行なわれる、請求項２６又は２７記載の方法。
29. 通信システム（３００）内のコネクションの制御を統制するよう配置されたコールサーバ（３０２）と、ファブリックアプリケーションインタフェース（３０６）を通じてコールサーバ（３０２）に結合され、コールサーバ（３０２）に応答して通信システム（３００）内の回路コネクションを制御するよう配置された複数のファブリック制御モジュール（１６，４６，３２０）と、を有する通信システム（３００）用の管理エージェント（３３８）であって、
    コールサーバ（３０２）と複数のファブリック制御モジュール（１６，４６，３２０）との間のファブリックアプリケーションインタフェース（３０６）の確立に不可欠なシステムコンフィギュレーション情報を含むメモリ（３４０）と、
    上記メモリ（３４０）に結合され、ファブリックアプリケーションインタフェース（３０６）の確立を生じさせるよう専用管理インタフェース（３４２）を通じてコールサーバ（３０２）へシステムコンフィギュレーション情報を送信するよう配置されるプロセッサ（３３９）と、を含む管理エージェント。
30. 上記メモリ（３４０）は、
    ファブリックアプリケーションインタフェース（３０６）のインタフェースプロトコルと、
    ファブリックアプリケーションインタフェース（３０６）を通じて使用されるバーチャルチャネル識別番号と、
    複数のファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかによって使用されるポートアドレスと、
    通信システム（３００）において用いられるファブリック制御モジュール（１６，４６，３２０）のタイプに関するレコードと、
    通信システム（３００）において用いられるファブリック制御モジュール（１６，４６，３２０）の数に関するレコードと、のうちの少なくとも１つを記憶する、請求項２９記載の管理エージェント。
31. プロセッサ（３３９）は、複数のファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかの動作状態を決定するよう上記複数のファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかに対して問合せ（４０７）を行なうよう配置され、
    プロセッサ（３３９）は更に、少なくとも１つのファブリック制御モジュール（１６，４６，３２０）に対して影響を与える動作状態の変化について、上記変化に応答し上記変化に基づいてファブリックアプリケーションインタフェース（３０６）の変更（４０９−４１０）を生じさせるよう、専用管理インタフェース（３４２）を通してコールサーバ（３０２）に通知する（４０８，４１４）よう配置される、請求項２９又は３０記載の管理エージェント。
32. 上記プロセッサは、上記メモリ（４１０）を動作状態の変化によって更新する、請求項３１記載の管理エージェント。
33. プロセッサ（３３９）は、コールサーバ（３０２）からの命令の受信（４１２）に応答して、複数のファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかに対して問合せを行なう、請求項２９乃至３２のうちいずれか１項記載の管理エージェント。
34. プロセッサ（３３９）は、複数のファブリック制御モジュール（１６，４６，３２０）のうちの少なくとも幾つかに対して別々に問合せを行なう、請求項２９乃至３３のうちいずれか１項記載の管理エージェント。
35. ファブリックアプリケーションインタフェース（３０６）を通じてコールサーバ（３０２）に結合された複数のファブリック制御モジュール（１６，４６，３２０）を含む通信システムエンティティに問合わせを行う方法であって、
    コールサーバ（３０２）は、通信網（３００）内のコネクションの制御を統制するよう配置され、
    コールサーバ（３０２）及び通信システムエンティティ（１６，４６，３２０，３２６，３３０−３３４）のうちの少なくとも幾つかは、通信システムエンティティ（１６，４６，３２０，３２６，３３０−３３４）のうちの少なくとも幾つかに問合せを行なうよう配置された管理エージェント（３３８）に結合され、
    上記方法は、
    コールサーバ（３０２）から管理エージェント（３３８）へ状態要求メッセージを送信する段階（４１２）と、
    状態要求メッセージの受信に応答して、上記通信システムエンティティ（１６，４６，３２０，３２６，３３０−３３４）のうちの少なくとも幾つかのうちの少なくとも１つの動作状態を決定するために、管理エージェントに、上記通信システムエンティティ（１６，４６，３２０，３２６，３３０−３３４）のうちの少なくとも幾つかのうちの少なくとも１つに対して問合せをさせる（４１４）段階と、
    ファブリックアプリケーションインタフェースの確立を生じさせるよう、管理エージェント（３３８）に、コールサーバに対して動作状態を通信させる（４１４）段階とを有する方法。
36. 動作状態の受信（４１６）に応答して、コールサーバ（３０２）に通信網のコンフィギュレーションを変化させる（４０９）段階を更に有する、請求項３５記載の通信システムエンティティに対して問合せを行なう方法。
37. 管理エージェントは、専用管理インタフェース（３４２）を通じてコールサーバ（３０２）に結合される、請求項３５又は３６記載の通信システムエンティティに対して問合せを行なう方法。
38. 通信システムエンティティは、通信網（３００）の回路を含む、請求項３５乃至３７のうちいずれか１項記載の通信システムエンティティに対して問合せを行なう方法。
39. 問合せ段階は、呼の中で現在アクティブでない回路に問合せを行なう段階を含む、請求項３８記載の通信システムエンティティに対して問合せを行なう方法。
40. 通信システムエンティティ（１６，４６，３２０，３２６，３３０−３３４）はコールサーバ（３０２）に応答して通信網（３００）内の回路コネクションを制御するよう配置され、管理エージェント（３３８）は、コールサーバ（３０２）と複数のファブリック制御モジュール（１６，４６，３２０）との間のファブリックアプリケーションインタフェース（３０６）の確立に不可欠なシステムコンフィギュレーション情報を含むメモリ（３４０）と、メモリ（３４０）に結合されるプロセッサ（３３９）とを両方とも有し、
    問合せ段階の前に、ファブリックアプリケーションインタフェース（３０６）の確立を生じさせるよう、専用管理インタフェース（３４２）を通じてコールサーバへシステムコンフィギュレーション情報を送信する段階を更に有する、請求項３５乃至３９のうちいずれか１項記載の通信システムエンティティに対して問合せを行なう方法。
41. コールサーバ（３０２）に、管理エージェント（３３８）から状態更新を周期的に要求（４１２）させる段階を更に有する、請求項３５乃至４０のうちいずれか１項記載の通信システムエンティティに対して問合せを行なう方法。

Images