JP2002509410A

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

Info

Publication number: JP2002509410A
Application number: JP2000539672A
Authority: JP
Inventors: コリンヘイボール，クライヴ; フランクバリーケイブル，ジュリアン; ライラントエヴァンズ，スティーヴン
Original assignee: Nortel Networks Ltd
Current assignee: Nortel Networks Ltd
Priority date: 1997-12-16
Filing date: 1998-12-15
Publication date: 2002-03-26
Anticipated expiration: 2018-12-15
Also published as: CA2314927A1; US6385196B1; WO1999031926A1; EP1040703A1; AU1571599A; JP4272354B2; GB9806120D0; GB2338860A; CA2314927C; AU742135B2

Abstract

(57)【要約】通信網（３００）は、コールサーバ（３０２）と、ファブリックアプリケーションインタフェース（３０６，３２４，３２８，３４２）を通じてコールサーバ（３０２）に結合される幾つかのファブリック制御モジュール（３２２，３２６，３３０−３３４）とを含む。ファブリック制御モジュールは、コールサーバに応答して、例えば狭帯域−広帯域インタフェース（３０４）内の回路コネクション（３１０，３１２）を制御するよう配置される。専用管理インタフェース（３３６）を通じてコールサーバに結合される管理エージェント（３３８）は、ネットワークコンフィギュレーション情報を記憶するメモリ（３４０）と、ファブリックアプリケーションインタフェース（３０６）の初期確立に影響を与えるよう専用管理インタフェース（３３６）を通じてコールサーバへネットワークコンフィギュレーション情報を与えるよう配置されたプロセッサ（３３９）とを含む。このようにして、ファブリックアプリケーションインタフェース（３０６）は利用可能なリソースに関して最適化され、続いてコールサーバと狭帯域−広帯域インタフェース（３０４）との間に一様なビューを与える。

Description

【発明の詳細な説明】

【０００１】［関連特許出願］本発明は、（ｉ）J.F.B.Cable外の名義で１９９７年８月８日に出願されNorth
ern Telecom Limitedに譲渡された「SYSTEM AND METHOD FOR ESTABLISHING A CO
MMUNICATION CONNECTION」なる名称の米国特許出願第０８／９０７，５２１号に
基づいて優先権を主張する係属中の国際特許出願ＰＣＴ／ＧＢ／０２３４５号と
、（ｉｉ）Northern Telecom Limitedの名義で１９９７年１０月１日に最初に出
願された第１の発明者がR.H.Maugerである「COMMUNICATION SYSTEM ARCHITECTUR
E AND OPERATING METHODS THEREOF」なる名称の英国特許出願第９７２０９２０．９号に基づいて優先権を主張する係属中の欧州特許出願第９８３０７７８８．
４号及び係属中の米国特許出願第０９／１５６，５４１号とに関連する。

【０００２】［発明の背景］本発明は、概して管理制御エージェント及びそのための管理制御プロトコルを
有する通信システムアーキテクチャに関連し、特に、しかしこれに限られるもの
ではないが、狭帯域網と広帯域網との間に通信インタフェースを提供するために
適用可能である。更に特定的には、本発明は、（システム動作を監視する）コー
ルサーバと非同期転送モードシステム（「ＡＴＭＳ」と略する）の動作に影響を
与え制御するファブリック制御ソフトウエアとの間に新しい管理インタフェース
を形成する。

【０００３】［従来技術の概要］世界的に、電気通信システムは、第２世代の狭帯域ディジタル網（例えばGlob
al System for Mobile（ＧＳＭ）セルラー通信システム）から広帯域の能力を有
する次世代のマルチメディアディジタル網（例えばUniversal Mobile Telecommu
nication System（ＵＭＴＳ））への移行段階にある。この移行は、現在提案されており利用可能であるビデオ及びインターネット適用を含む更に高速なデータ
速度の通信をサポートするために必要である。残念ながら、この移行段階は現在
の通信システム運用者に対して幾つかのジレンマを与えており、かかる広帯域シ
ステムを直ちに実施することを嫌がらせている。例えば、独立した広帯域システ
ムが全ての加入者端末（例えばセルラー式電話機及びデータ伝送装置）に対して
受け入れられ自由に利用可能な規格となるまで、通信システム運用者は現在の狭
帯域基盤技術におけるかなりの投資を価値の無いものとみなそうとしない。実際
、かかる狭帯域基盤技術は、広帯域網における利用のために再び実施されねばな
らない多くのサービス及びサービス構築環境を与えている。従って、今日の狭帯
域システムは狭帯域ユーザ及び広帯域ユーザを共に配慮するよう適合されねばな
らず、これは特に異なる形式の網の間でのサービス及びシステム管理、呼確立、
及び網間接続手順に当てはまる。

【０００４】狭帯域システムと広帯域システムとの間の効果的な移行のために（移行段階の
ために）、システム運用者は、全ての加入者が狭帯域網に接続するがこれらの狭
帯域加入者間で情報を中継するために１つ以上の中間の広帯域網が用いられる場
合に、特に網間接続シナリオを考慮せねばならない。任意の暫定的な方法によっ
てサービス及び通信システムの管理が最適化され、完全に発達した広帯域環境に
おいて再利用されうる基盤機器を提供するはずである。

【０００５】より詳細には、電気通信網は、通信リソース（通常「リンク」と称される）に
よって接続されたノードを含み、これらのリンクに沿ったユーザ及び制御情報の
伝送の手段と、ノード内に組み込まれるルーティング及び中継機能によって特徴
付けられる特定のネットワーク技術を伴う。ルーティングという用語は、網内で
情報が進むパスを決定する方法を表わすために用いられ、中継という用語は、１
つのリンクから他のリンクへ情報を転送する方法、即ち情報が１つの伝送路リソ
ースから他のリソースへ変更されることなく単に通過されることを表わす。従っ
て、ルーティング機能及び中継機能は、最適化されたサービス能力を有する効率
的なシステムの開発の中心となるものであり、運用者の利益及び加入者サービス
料はかかる最適化と内在的にからみ合っている。

【０００６】ＧＳＭを狭帯域ディジタル網の典型的な形式とすると、ユーザ及び制御情報（
又は「データ」）は、時分割多重（ＴＤＭ）方式を用いて、６４キロビット毎秒
（Ｋｂｐｓ）のパルス符号変調（ＰＣＭ）ベアラ伝送路上でインタリーブされる
。実際、各ベアラ伝送路は、１３ｋｂｐｓのサンプリングされ符号化されたスピ
ーチと、３ｋｂｐｓのパリティチェック及び補正ビット（等）及び同期情報とい
った補助情報とからなる１６ｋｂｐｓの４つの音声呼をサポートするよう夫々フ
レームへ分割されうる。次にデータは、しばしば「時間−空間−時間」型である
いずれかの型の同期ＴＤＭスイッチによってノードを通じて中継される。制御情
報（例えば呼の設定及び切断メッセージ）は、論理的には網内でユーザ情報と同
じパスを通り（物理的には常に同じパスであるわけではないが）、ルーティング
のために各ノード中で終端する。ルーティングは従来通り各ノード内で行われ、
長い間使用されてきたルーティングテーブルに基づいて「ホップ−バイ−ホップ
」式に行なわれ、即ち、ノードは次の網コネクションのために最適なパスを決定
するのに充分に知的である。

【０００７】制御情報は、使用される網のタイプに特徴的なシグナリングスキームによって
規制される。特に、公衆網のノード間及び異なる運用者の公衆網間で公衆シグナ
リングシステムが使用される。シグナリングシステムNo.7は、公衆シグナリング
システムの唯一の重要な例である。アクセスシグナリングシステムは、加入者と
公衆網のエッジノードとの間、例えば無線電話機と基地局サブシステム（ＢＳＳ
）との間で使用される。実際は、殆どの共通ディジタルアクセスシグナリングス
キームは、共にアナログから導出された統合サービスディジタル網（ＩＳＤＮ）
ＤＳＳ１シグナリングスキーム（及びそれ以前のスキーム）及びチャネル関連シ
グナリングスキームといった共通チャネルシグナリングシステムである。私設ス
キームは概してアクセススキームから導出されるが、例えば構内交換機（ＰＢＸ
）といった専用網内により多くの機能を与える。

【０００８】一方、広帯域ディジタル網は、ユーザ及び制御情報が固定長又は可変長の「パ
ケット」又は「セル」内で伝送され、これらのパケットはベアラ伝送路識別子を
含むヘッダを有する。狭帯域システムとは対照的に、ユーザ情報は（ある種のフ
ェアネスアルゴリズムを用いて）各パケットを順番に検査し、各パケットを入力
リンク及びベアラ伝送路識別子に応じて関連する出力リンクへ向ける非同期スイ
ッチファブリックを介してノードを通じて中継される。しかしながらルーティン
グ及び制御情報伝送は狭帯域の場合と同様であり、シグナリングスキームが技術
に対して特定的であるために異なるだけである。

【０００９】従来技術の狭帯域インタフェースに関連付けられる他の顕著な問題は、アーキ
テクチャの変化によって生ずる。例えば、新しい又はアップグレードされた基盤
を導入することは、網コントローラ（例えばコールサーバ）と狭帯域−広帯域イ
ンタフェースとの間の網間接続関係の変化は潜在的に網の識別性及びアドレスを
変更しうるため、通信システム全体に亘って望ましくない問題をもたらす。更に
特定的には、狭帯域−広帯域インタフェースのコンフィギュレーションは（追加
的な機器を導入すること、既存の機器をアップグレードすること、又は特定のシ
ステムエンティティの故障により）変化しうるのに対して、コールサーバは、コ
ールサーバとファブリック制御ソフトウエアとの間の一様なファブリックアプリ
ケーションインタフェースのためこの変化に気づかない。従って、システムは（
概して）最大の潜在能力まで利用及び最適化される必要はない。従って、既存の
ネットワークを更に開発すれば、グローバルなシステムの変化が要求され、かか
るシステムの変化は時間がかかると同時に本質的に複雑であるため、ネットワー
クプロバイダは既存のネットワークを更に開発することを望まない。

【００１０】広帯域網の使用、及び、通信網を高データ速度技術（例えばＵＭＴＳでは２Ｍ
ｂｐｓの速度が考えられる）に移行することを容易とするために、狭帯域網をト
ランスペアレントな広帯域エーテルを通じて相互接続すると共により進んだシス
テムへの容易な移行を与えるための有効な機構を提供することが必要とされる。
実際、広帯域エーテルは、データの完全さ、或いは、データの流れ又は相互接続
を抑制することに影響を与えることなく狭帯域シグナリングスキームに適応しサ
ポートせねばならない。更に、広帯域サービスへの加入を促進するために、運用
者は信頼性があるが比較的低コストの（従って最適化された）通信システムアー
キテクチャを提供せねばならない。

【００１１】以下の従来技術のシステムは、概して一組のネットワークエレメントの１つの
スイッチが別個の管理システムから管理される状況に関する問題に関し、従って
本発明のための一般的な背景及び前後関係を与えるものである。

【００１２】英国特許出願第２３２３２４９号の優先日は１９９７年２月１３日であるが、
その公開日は本発明の優先日よりも遅い。英国特許出願第２３２３２４９号は、
限られた教示として、ネットワーク装置から少なくとも１つの電話交換機を管理
し制御する電話交換機コンフィギュレータを記載するものである理解される。

【００１３】欧州特許出願第０７４３７８８号は、スイッチング及びシグナリングサブシス
テムが多数の電気通信機能を制御し、モニタし、記録する中央プラットフォーム
を与える電気通信網用のサービス及び情報管理システムを記載するものである。

【００１４】国際特許出願第９５／３４９７４号は、ネットワークエレメントが、アクセス
ノードの相互接続された配置を通じてより高い機能性をサポートする能力を有す
るシステムを記載するものである。

【００１５】シスコ・システムズ（Cisco Systems）の米国特許第５，６７８，００６号は、ネットワークマネージャが複数の網ノードに結合され、少なくとも１つの網ノ
ードが幾つかの管理エージェントに結合されている分散システムを記載する。ネ
ットワークマネージャは、特定の網ノードに関連付けられる管理エージェントを
特定的にアドレッシングする代わりに、管理エージェントに関連付けられた網ノ
ードをアドレッシングし、次に網ノードから発せられる適当なメッセージ（特に
網ノード内の回路を転送されるメッセージ）によって通知される管理エージェン
トに依存する。従って、このシスコ・システムズの特許は、ネットワークマネー
ジャと個々の網ノードとの間のオーバヘッドを最小化することを目的とする。

【００１６】［発明の概要］本発明の第１の面によれば、通信網内のコネクションの制御を統制するコール
サーバと、ファブリックアプリケーションインタフェースを通じてコールサーバ
に結合され、コールサーバに応答して通信網内の回路コネクションを制御するよ
う配置された複数のファブリック制御モジュールと、専用管理インタフェースを
通じてコールサーバに結合され、ネットワークコンフィギュレーション情報を記
憶するメモリを含み、ファブリックアプリケーションインタフェースの確立に影
響を与えるよう専用管理インタフェースを通じてコールサーバへネットワークコ
ンフィギュレーション情報を与えるために配置される手段を更に有する管理エー
ジェントとを含む通信網が提供される。

【００１７】本発明の第２の面によれば、通信システム内のコネクションの制御を統制する
よう配置されたコールサーバと、ファブリックアプリケーションインタフェース
を通じてコールサーバに結合され、コールサーバに応答して通信網内の回路コネ
クションを制御するよう配置された複数のファブリック制御モジュールとの間で
ファブリックアプリケーションインタフェースを確立する方法であって、上記通
信システムは、専用管理インタフェースを通じてコールサーバに結合されメモリ
を含む管理エージェントを更に有し、上記方法は、管理エージェントのメモリ内
にシステムコンフィギュレーション情報を記憶する段階と、専用管理インタフェ
ースを通じてシステムコンフィギュレーション情報をコールサーバへ送信する段
階と、コールサーバによるシステムコンフィギュレーションの受信に基づいてコ
ールサーバと複数のファブリック制御モジュールとの間にファブリックアプリケ
ーションインタフェースを確立する段階とを含む方法が提供される。

【００１８】望ましい実施例では、ファブリックアプリケーションインタフェースは、管理
エージェントに、少なくとも１つのファブリック制御モジュールに対して影響を
与えるシステム変化について専用管理インタフェースを通してコールサーバに通
知させる段階と、コールサーバに、管理エージェントを介して通知されたシステ
ム変化に基づいてファブリックアプリケーションインタフェースを変更させる段
階とによって変更される。これに関して、管理エージェントは、ファブリック制
御モジュールに対して独立に問合せするか、又はコールサーバからの（望ましく
はＱ．２９３１タイプのシグナリングプロトコルに基づいた）要求に対して反応
しうる。

【００１９】本発明の他の面では、通信システム内のコネクションの制御を統制するよう配
置されたコールサーバと、ファブリックアプリケーションインタフェースを通じ
てコールサーバに結合され、コールサーバに応答して通信網内の回路コネクショ
ンを制御するよう配置された複数のファブリック制御モジュールとの間でファブ
リックアプリケーションインタフェースを変更する方法であって、上記通信シス
テムは専用管理インタフェースを通してコールサーバに結合されメモリを含む管
理エージェントを更に有し、上記方法は、管理エージェントに、少なくとも１つ
のファブリック制御モジュールに対して影響を与えるシステム変化について専用
管理インタフェースを通してコールサーバに通知させる段階と、コールサーバに
、管理エージェントを介して通知されたシステム変化に基づいてファブリックア
プリケーションインタフェースを変更させる段階と有する方法が提供される。

【００２０】本発明の更なる面では、通信システム内のコネクションの制御を統制するコー
ルサーバと、ファブリックアプリケーションインタフェースを通じてコールサー
バに結合され、コールサーバに応答して通信網内の回路コネクションを制御する
よう配置された複数のファブリック制御モジュールとを有する通信システム用の
管理エージェントであって、コールサーバと複数のファブリック制御モジュール
との間のファブリックアプリケーションインタフェースの確立に不可欠なネット
ワークコンフィギュレーション情報を含むメモリと、上記メモリに結合され、フ
ァブリックアプリケーションインタフェースの確立を生じさせるよう専用管理イ
ンタフェースを通じてコールサーバへシステムコンフィギュレーション情報を送
信するよう配置されるプロセッサとを含む管理エージェントが提供される。

【００２１】再び、望ましい実施例では、プロセッサは、複数のファブリック制御モジュー
ルのうちの少なくとも幾つかの動作状態を決定するよう上記複数のファブリック
制御モジュールのうちの少なくとも幾つかに対して問合せを行なうよう配置され
、プロセッサは更に、少なくとも１つのファブリック制御モジュールに対して影
響を与える動作状態の変化について、上記変化に応答し上記変化に基づいてファ
ブリックアプリケーションインタフェースの変更を生じさせるよう、専用管理イ
ンタフェースを通してコールサーバに通知するよう配置される。

【００２２】本発明の他の面では、通信網内のコネクションの制御を統制するよう配置され
たコールサーバに動作的に応答する通信システムエンティティに問合せを行なう
方法であって、コールサーバ及び通信システムエンティティのうちの少なくとも
幾つかは、通信システムエンティティのうちの少なくとも幾つかに問合せを行な
うよう配置された管理エージェントに結合され、上記方法は、コールサーバから
管理エージェントへ状態要求メッセージを送信する段階と、状態要求メッセージ
の受信に応答して、上記通信システムエンティティのうちの少なくとも幾つかの
うちの少なくとも１つの動作状態を決定するために、管理エージェントに、上記
通信システムエンティティのうちの少なくとも幾つかのうちの少なくとも１つに
対して問合せをさせる段階と、管理エージェントに、コールサーバに対して動作
状態を通信させる段階とを有する方法が提供される。

【００２３】有利には、本発明はシステムコントローラと狭帯域−広帯域インタフェースと
の間に一様なインタフェースを有し、このインタフェースが呼の中でシステム変
化及び狭帯域−広帯域網に補助的な機器によって与えられる特定の回路又はサー
ビスに関して生ずる故障を反映するよう適合されうるような通信システムアーキ
テクチャを提供する。実際に、本発明はシステムコンフィギュレーション（及び
動作）に対する変化が最初に管理エージェントに対して通知されるだけでよく、
管理エージェントは（適当な時間において）コールサーバに対してファブリック
アプリケーションインタフェースにおいて必要とされる変更についてアドバイス
することが可能であることにより、通信網が急速に発展することを可能とする。

【００２４】［望ましい実施例の詳細な説明］本発明の典型的な実施例を、以下添付の図面を参照して説明する。

【００２５】非同期転送モード（ＡＴＭ）といった中間の広帯域網を通じて狭帯域加入者ユ
ニットを相互接続するには２つの主な方法がある。１つの方法では、狭帯域網と
広帯域網との間の各境界で網間接続機能が行なわれる（夫々の狭帯域−広帯域情
報に対して専用であり可逆的な符号化の変換がなされる）。他の方法では、狭帯
域情報は広帯域サブネット上でエンキャプシュレーションされ、それにより狭帯
域情報は広帯域フレーム構造でパッケージ化される（従って元の符号化された狭
帯域情報の完全さ及びフォーマットを完全に維持する）。ユーザ情報、例えば符
号化されたスピーチ又は特定のデータトラフィックに関して、網間接続作用機能
及びエンキャプシュレーション機能の両方が可能であることが分かっており、概
して通信システム内での符号化に対する要件を複雑且つ拡張する追加的な処理段
階を示すだけである。しかしながら（コネクションを確立し維持するために必要
とされる）制御情報については、上述の両方のアプローチに関連して多数の欠点
及び利点がある。特に、エンキャプシュレーションは、広帯域網によっては独立
に維持されないことがある既存のサービスがサポートされることを可能とする。
更に、エンキャプシュレーションは実施が簡単である。一方、網間接続は、各網
間接続点（即ち狭帯域−広帯域境界）におけるローカルなビューのみを必要とし
、狭帯域加入者及び広帯域加入者が同一の呼に参加することをサポートしうる機
構を提供する。

【００２６】図１を参照するに、狭帯域通信ノード１０の概略的なモデルを表わすブロック
図が示されている。多数の加入者端末１２、例えば地上線電話機又はモデムは、
典型的には（オペレーショナルシステムのためには１つを供給するだけでよいが
）複数の回線インタフェース１４−１５に結合される。複数の回線インタフェー
ス１４−１５は夫々スイッチファブリック１６に接続され、スイッチファブリッ
ク１６はその入力を容易に理解されうるように適当な出力へルーティングするよ
う配置される。複数の回線インタフェース１４−１５はまた、例えば狭帯域網１
０を通じた呼の設定及び切断を管理し制御するよう配置されたコールサーバ１８
に（通常は個々に）結合される。コールサーバ１８は更にスイッチファブリック
１６に結合される。狭帯域網１０内で使用されるシグナリングスキームを復号化
し解釈するよう作用するトランクシグナリングインタフェース２０は、コールサ
ーバ１８とスイッチファブリック１６との間に結合される。スイッチファブリッ
ク１６からの出力は複数のインタフェース２２−２４に結合される（オペレーシ
ョナルシステムのために１つだけ供給する必要がある）。複数のトランクインタ
フェースは更に、狭帯域網１０内でＰＢＸ又はＢＳＳといった２次交換機２６に
結合される。

【００２７】「加入者端末」という用語は、単にライン又はトランクインタフェースのため
の特定の終端点を示すために使用するものとする。

【００２８】ユーザ情報（トラフィック）２８−３０は、回線インタフェース１４−１５又
はトランクインタフェース２２−２４を介して狭帯域基盤に入る。個々の加入者
からの制御情報は回線インタフェース１４−１５を介して入るのに対して、接続
されるトランク網（例えば２次交換機２６）からの制御情報、即ちノード間シグ
ナリングは、トラフィック３０として同じトランクを介して入るか、又は専用伝
送路リソース（図示せず）を用いて入る。コールサーバ１８は、入来する呼要求
を処理し、適当な出発トランク又は回線を選択する。更に特定的には、コールサ
ーバ１８は（スイッチファブリック１６を通じて）、加入者端末１２間のコネク
ションの設定及び切断を指定するファブリック制御メッセージ３２を用いて特定
のトランクの特定の回線のコネクションを制御する。

【００２９】狭帯域システム内の殆どの呼は双方向であるが、ここで便宜上、一方向コネク
ションに関連付けられる用語を定義し、即ち、コネクション（ＴＡ，ＴＢ）は端
末ＴＡから端末ＴＢへの一方向コネクションを示し、（ＴＢ，ＴＡ）は逆方向の
相補的な（又は独立にサポートされた）コネクションを示すものとする。

【００３０】ここで図２を参照するに、本発明で所望の狭帯域網と広帯域網との間の加入者
端末相互接続のための基礎となる原理を示すブロック図が示されている。図２で
は、広帯域網はユーザ情報及び／又は制御情報を搬送するために用いられる。図
１の従来の狭帯域網と、狭帯域網を相互接続する付属する広帯域網とのアーキテ
クチャの差異の理解を容易とするため、共通の基盤には同一の参照番号が付され
ている。

【００３１】第１のノード４０では、地上線電話機又はモデム（明瞭性のため図示せず）と
いった多数の加入者端末は、典型的には狭帯域システムの複数の回線インタフェ
ース１４−１５（但しオペレーショナルシステムのためには一つだけが必要とさ
れる）に結合される。複数の回線インタフェース１４−１５は夫々、スイッチフ
ァブリック１６の入力をその適当な出力へルーティングするよう配置されたスイ
ッチファブリック１６に接続される。複数の回線インタフェース１４−１５はま
た、狭帯域網を通る呼の設定又は切断を統制し制御するよう配置されたコールサ
ーバ１８に（通常は個々に）結合される。コールサーバは特に、実際のトランク
及び「ファントムトランク」（これについては以下詳述）の両方に関連付けられ
る回路標識符号（ＣＩＣ）を記憶するよう配置されるメモリに結合される。更に
特定的には、メモリこれらの実際のトランク又はファントムトランクの夫々に対
して「使用中」又は「空き」状態を記録しうる。

【００３２】コールサーバ１８は更にコネクションブローカー４４に結合され、コネクショ
ンブローカー４４はバス４５を介してスイッチファブリック１６に結合される。
コネクションブローカー４４は、本発明のシステムアーキテクチャが図１の従来
の狭帯域網とは異なる最初の点を表わす。狭帯域網内で用いられるシグナリング
スキームを復号化し解釈するよう配置されたトランクシグナリングインタフェー
ス２０は、コールサーバ１８とスイッチファブリック１６との間に結合される。
スイッチファブリック１６からの出力は複数のトランクインタフェース２２−２
４に結合される（オペレーショナルシステムのためには一つだけ供給されればよ
い）。複数のトランクインタフェースはまた、狭帯域網内でＰＢＸ又はＢＳＳと
いった２次交換機（明瞭性のため図示せず）に結合される。

【００３３】スイッチファブリック１６は更に、狭帯域網の、例えば非同期転送モード（Ａ
ＴＭ）動作のために実施される広帯域網４８との相互接続又は相互動作性を可能
とする第１のトランク網アダプタ４６に結合される。更に特定的には、トランク
網アダプタ４６の相互接続は、制御線（又はバス）５１を介してコネクションブ
ローカー４４に結合され制御される広帯域網エッジスイッチ５０を通じたもので
ある。以下、トランク網アダプタ４６及び広帯域網エッジスイッチ５０の組み合
わされた機能について説明する。他の狭帯域網５２−５４は同様に、夫々のトラ
ンク網アダプタ５８−６０及び広帯域網エッジスイッチ６０−６２を介して広帯
域網４８に結合される。他の狭帯域網５２−５４は、上述と同様の基盤アーキテ
クチャを通じて実現される。

【００３４】広帯域網４８は更に、やはりコネクション（又は制御ライン又は制御バス）６
５を介してコネクションブローカー４４に応答する典型的には別の網である第２
のノード６４に結合される。第２のノード６４はまた、通信バス６７を介してト
ランクシグナリングインタフェース２０と通信するよう配置される。更に、広帯
域網は、加入者端末（図示せず）間のテレビ電話といったポイント・ツー・ポイ
ントの広帯域通信をサポートしうる。

【００３５】ノード及び交換機という用語は交換可能であり、例えば別々の運用者によって
運用される別個の狭帯域網といったスタンドアロンの網を記載するために使用さ
れる。

【００３６】通信システム内の狭帯域シグナリングは概してコールサーバ１８によって制御
され、一方、広帯域シグナリング、即ち中間の広帯域網４８を介して別の狭帯域
網５２−５４の間で送信されうるシグナリングは、コネクションブローカー４４
によって制御される。従って、コールサーバ１８は広帯域シグナリング相互接続
及び動作には関係がない。

【００３７】狭帯域の回線インタフェース１４−１５、トランクインタフェース２２−２４
、及びスイッチファブリック１６には、広帯域の網４８及びゲートウエイ機能を
与えるよう作用するトランク（即ち狭帯域−広帯域）網アダプタ４６，５６−５
８が補足される。特に、トランク網アダプタ４６，５６−５８は、トラフィック
（ユーザ情報）網間接続機能及びシグナリング（制御情報）エンキャプシュレー
ションを実行し、シグナリングは中継されて最終的にはコールサーバ１８へ戻さ
れる。

【００３８】コネクションブローカー４４によって実行される機能は、コネクションが狭帯
域網又は広帯域網を通るか（そしてその中に完全に含まれるか）に関わらず、又
はコネクションが狭帯域網及び広帯域網の両方を通る場合でも、コールサーバ１
８へ一様な抽象化コネクション６６を与えるために使用される。これは、通信シ
ステム全体、即ち狭帯域システム及び広帯域システムの両方に亘る全ての端末に
対して一様な端末名空間識別子（即ち標準化されたアドレスフォーマット）を用
いることを必要とする。

【００３９】単一の狭帯域網（例えば特定の運用者によって所有される）内の狭帯域−狭帯
域コネクションのために、コネクションブローカー４４はコネクションメッセー
ジを（コネクション４５を介して）スイッチファブリック１６へ通過させ、従っ
て図１の従来技術の狭帯域網と同一の機能を有するように見えるためにトランス
ペアレントに作用する。次に狭帯域網のスイッチファブリック１６は公知の技術
に従ってコネクションを確立し、広帯域網４８を使用しない。広帯域−広帯域コ
ネクションのために、コネクションブローカー４４は、広帯域網及び／又はトラ
ンク網アダプタ４６，５６−５８に対して呼のコネクションを設立又は切断する
よう命令し、それにより標準的な広帯域動作を模倣する。

【００４０】しかしながら、狭帯域−広帯域コネクションのためには、両方の動作は同時に
実行されねばならない。特に、コネクションブローカー４４は、狭帯域網内でコ
ールサーバ１８を通じてスイッチファブリック１６に対して呼のためのルーティ
ングパスを開いたままに維持するよう命令すると共に、適当な伝送路リソースの
割当てについて広帯域網のトランク網アダプタ４６と交渉する。一旦両方のパス
が決定すると、コネクションブローカー４４はコネクションを確立するためにス
イッチファブリック１６及びトランク網アダプタ４６へ専用メッセージを送信す
る。これによりコールサーバから見たときのコネクションの抽象化が達成される
。

【００４１】オペレーショナル通信システムでは、運用者間の互換性が所望又は必要である
。異なる「混合ノード」間で相互接続（通常は「ゲートウエイ」と称される）を
確立することは重要な問題である。本願では、「混合ノード」という用語は、異
なる運用者によって運用され、夫々が典型的には交換可能な狭帯域−広帯域能力
及び決められたサービス可能性を有する異なった網を示すために用いられる。し
かしながら、中間の広帯域網は、これらのサービス（又は同様の性質の全てのサ
ービス）をサポートすることができないことがあり、又は決められた狭帯域サー
ビスを設定するために所望の狭帯域制御伝送路シグナリングを解釈することがで
きないことがあり、即ち、異なる隣接する交換機間には異なるシグナリングプロ
トコルがある。この場合、狭帯域網の（中間の広帯域網４８を通じた）相互接続
は、夫々の網内に配置された別個のコールサーバ及びコネクションブローカーの
機能的な協働を必要とする。

【００４２】図３を参照するに、図２のコネクションブローカー４４の抽象的なアーキテク
チャが示される。ハードウエア実施は特定の要件に依存する（従って要件によっ
て決定される）が、典型的な実施は既存の狭帯域電話交換機の能力を拡張するも
のである。例示及び説明のためにのみ、図３のコネクションブローカー４４は典
型的には制御プロセッサによって実現されるレゾリューションインテリジェンス
６８を含む。以下、レゾリューションインテリジェンス６８の機能を説明する。
レゾリューションインテリジェンス６８には、一様な端末番号を網に特定の場所
のアドレスへマップする端末番号データベース６９が結合される。

【００４３】時分割多重（ＴＤＭ）スイッチファブリックアダプタ７０は（ＴＤＭ狭帯域シ
ステムの場合は）、（クライアント向きインタフェースポート７１を介して）レ
ゾリューションインテリジェンス６８と（図２のスイッチファブリック１６に類
似した）ＴＤＭスイッチファブリックインタフェース７２との間でプロトコルを
変換させる。典型的には、レゾリューションインテリジェンス６８とＴＤＭスイ
ッチファブリックインタフェース７２との間では専用コネクションプロトコル１
７２が使用されるが、これに限られるものではない。広帯域網アダプタ７３もま
たクライアントインタフェースポート７１を通じてレゾリューションインテリジ
ェンス６８に結合され、レゾリューションインテリジェンス６８と広帯域網アダ
プタ７３との間の通信は典型的には専用コネクションプロトコル１７２に基づく
。

【００４４】広帯域網アダプタは、図２のトランク網アダプタ４６と類似している。補助的
な網又はサービス用の他のアダプタ７４もまた、クライアントインタフェース７
１を介してレゾリューションインテリジェンス６８に結合されうる。広帯域網ア
ダプタ７３及び他のアダプタ７４は従って夫々制御ライン５１又は適当な通信リ
ソース７５を介して広帯域網エッジスイッチ５０に夫々結合される。レゾリュー
ションインテリジェンスは、ライン６６を介してコールサーバ１８への相互接続
機能を与えるサーバインタフェースポート７６に結合される。

【００４５】サーバインタフェースポートは、コネクションブローカー４４のレゾリューシ
ョンインテリジェンス６８と相互接続するよう配置された２次ポート７７（「ピ
アコネクションブローカーサーバインタフェース」と称される）を通じて他のコ
ネクションブローカー（図４に図示）に結合される。同様に、クライアントイン
タフェース７１は、コネクションブローカー４４のレゾリューションインテリジ
ェンス６８を主に他のコネクションブローカー（図４に図示）に接続される加入
者端末に結合するよう配置される三元ポート７８（「ピアコネクションブローカ
ークライアントインタフェース」と称される）に結合される。

【００４６】従来技術の電話交換機は、典型的には多数のフォールトトレラントプロセッサ
及びプロセッサ間通信設備を有する分散処理アーキテクチャを有し、一方スイッ
チファブリックは特殊用途プロセッサによってサポートされる。

【００４７】図３にコネクションブローカー４４は、単一のフォールトトレラントプロセッ
サ内、即ちレゾリューションインテリジェンス６８内で一組のリアルタイムプロ
セスをサポートする。コネクションブローカーの（専用コネクションプロトコル
１７２によってサポートされる）プロセッサ間通信設備は、スイッチファブリッ
ク１６及びコールサーバ１８と通信するために用いられる。上述のように、コネ
クションブローカー４４は典型的には、広帯域網の制御を可能とするよう広帯域
インタフェースを組み込むが、コネクションブローカーはトランク網アダプタ上
で広帯域インタフェースにアクセスするためにプロセッサ間通信設備を使用しう
る。しかしながら、通信網はより広帯域向きのものとなっているため、コールサ
ーバ１８及びコネクションブローカー４４は、広帯域網４８に直接接続された広
帯域インタフェースのみを有してプロセッサ上に存在しうる。すると、狭帯域コ
ネクションファブリックには広帯域制御インタフェースが設けられる。

【００４８】図４は、中間の広帯域網を通じて加入者端末同士を接続するためのシステムア
ーキテクチャ及び関連する機構を示す図である。例えば第１のノード４０上の端
末ＴＡ（例えば参照番号１２で示される地上線電話機）と第２のノード５２上の
端末ＴＢ（例えば参照番号８５で示されるコンピュータ内のモデム）との間でデ
ータの呼がサポートされるために、両方の狭帯域ノード間の共通のシグナリング
関係が使用される。広帯域網は狭帯域網間でトラフィックを中継する能力のみを
有する必要があるため、共通の狭帯域シグナリングリンク（又はリソース）７９
の確立によって、システムを通じた相互接続が与えられる。従って、狭帯域トラ
フィックの変更が必要とされないため、広帯域網は、トランスペアレントな伝送
路リソースとして見える。

【００４９】第１のノード４０及び第２のノード５２は共に、トランク網アダプタ４６及び
５６、コネクションブローカー４４及び６０、コールサーバ１８及び８１を含み
、これらは複数のバーチャル（又は「ファントム」）トラフィックトランクを与
える共通狭帯域シグナリングリンク７９を通じて恒久的に一緒に結合される。従
ってコールサーバ１８及び８１は、追加的なシグナリングリソース８２及び８３
によって異なる狭帯域網（図示せず）の他のコールサーバ（図示せず）に潜在的
に接続される。コールサーバ１８及び８１は夫々コネクションブローカー４４及
び８０に結合され、コネクションブローカー４４及び８０は夫々のトランク網ア
ダプタ４６及び５６に結合される。トランク網アダプタ４６及び５６は広帯域網
４８を通じて一緒に結合され、一方コネクションブローカー４４及び８０はバー
チャルリンク８４によって相互接続される。端末ＴＡ１２はトランク網アダプタ
４６に結合され、一方端末ＴＢ８５はトランク網アダプタ５６に結合される。

【００５０】シグナリングリンク７９は、２つのコールサーバ１８及び８１の間の恒久的な
コネクションによって実現されるが、このコネクションは動的に割り当てられて
もよく、又は無線周波数リンクによって与えられてもよい。実際に、第１のノー
ド４０及び第２のノード５２が網Ａと網Ｂとの間の狭帯域ゲートウエイノードと
して前に存在するシナリオでは、実際の狭帯域Ｅ１トランクはこれらの２つの交
換機間に既に存在し、シグナリングはこれらのＥ１トランクのタイムスロット内
で、即ち従来通りタイムスロット１６内で実行されうる。或いは、北アメリカ式
のシステムでは、２つの異なる交換機は共通のＳＴＰ網に接続されうる。一旦広
帯域網４８が用意されると、広帯域網を通じてリンクを確立することによって補
足的なシグナリング帯域幅がサポートされうる。それでもなお、これらの多数の
パスは、ＳＳ７ユーザ部（即ちコールサーバ）が通信し相互作用することを可能
とする単一の論理「シグナリング関係」を表わす。

【００５１】バーチャルリンク８４は、２つのコネクションブローカー４４及び８０の間に
確立され、恒久的な「通信する能力」を提供する。従って、バーチャルリンク８
４は、ＡＴＭバーチャルチャネルコネクションの形を取る。しかしながら、ＳＳ
７網は、例えばＴＣＡＰ適用に関連して、この通信のためのベアラとして使用さ
れることも可能である。コネクションブローカー４４及び８０と網アダプタ４６
，５６及びスイッチファブリックとの間の通信リンクもまた恒久的であり、一方
、網アダプタ４６，５６と相互接続された加入者端末ＴＡ１２，８５との間でト
ラフィックを搬送するコネクションは、特定の呼の持続時間に亘って、又はこれ
らのこの特定の部分に亘って設定され切断される。

【００５２】このシステムは、主に夫々のコールサーバ１８及び８０と夫々のコネクション
ブローカー４４及び８０との間に存在する夫々のスイッチファブリック間に少な
くとも２つの（おそらく数万の）割当て可能なシグナリング伝送路リソース又は
「ファントムトランク」を与えることによって動作する。すると、ノードは各ノ
ードにおけるバーチャネル（又は「ファントム」）端末の存在を模倣するよう狭
帯域シグナリングを使用する。これらのファントムトランクは単一のノードに専
用であり、システムは第１のノード４０から第２のノード５２へ、又は第２のノ
ード５２から第１のノード４０へは、呼の形成を一方向にのみ可能とする。従っ
て、２つのノード間のファントムルートは、各方向に一つずつの２つの群のファ
ントムトランクからなる。この機構により、各ノードトランクによって同一のフ
ァントムトランクが捕まれた場合に生じうる望ましくない影響が防止される。有
利に、ファントムトランクは、夫々の狭帯域網の間に存在する実際の通信リソー
スを拘束しない。

【００５３】このことは、異なる交換機（即ち異なるノード）間の呼設定メッセージの構造
、内容、及び機能に関して、図４と、広帯域網を通じてマルチノード通信を確立
するために所望とされる手続き的な段階を示す図５のフローチャートとを参照し
てよく理解される。

【００５４】端末ＴＡからの入来呼（又は「初期アドレスメッセージ」，ＩＡＭ）は、第１
のノード４０において受信され（２００）、第１のノード４０は、入来するメッ
セージを受信し、呼が第２のノード５２へルーティングされねばならないことを
決定するコールサーバ１８を有する。入来呼は、少なくともＴＡとコールサーバ
１８との間に割り当てられるトランクに関するＣＩＣを含み、それと共に被呼者
、即ち本例ではＴＢの電話番号を含む。電話番号は続く通信においてＴＢによっ
て使用されるべきポートアドレスの印を与え従って主にコールサーバによって使
用されるルーティング命令を与えるよう作用する。電話番号は単にＴＢのアドレ
ス場所を表わすが、有効なクロスノードアドレスに到達するために続いて変換さ
れる必要がありうる。

【００５５】入来呼の受信に応じて、また実際の通信リソース（即ち例えば６４ｋｂｐｓの
スピーチをサポートしうる実際の通信リンク）を節約するために、第１のコール
サーバ１８は空きファントム端末ＰＴｘを選択し、コールサーバ１８自体と第２
のノード５２内に配置される第２のコールサーバ８１との間にファントムトラン
クを確立する（２０２）ためにこのファントム端末を使用する。実際、コールサ
ーバ１８は、その関連付けられたメモリ１９から空きファントム端末ＰＴｘを示
す利用可能なノードに固有の（「ばらばらの」）アドレスフィールドを選択する
。空きファントム端末ＰＴｘは実際に、ファントムトランクの終端アドレスを同
定する。

【００５６】典型的には、ファントム端末識別子は、２つのコールサーバ１８，８１に関連
付けられたポイントコードと、ファントムトランクのＣＩＣとからなる。この時
点において、２つのコールサーバのポイントコードの順序は、通信の相対的な方
向を同定する。

【００５７】第１のコールサーバ１８は、ＴＢの有効な電話番号と共にファントムトランク
に関連付けられたＣＩＣからなる（第２のノード５２の第２のコールサーバ８１
への）変更された呼メッセージを中継する（２０４）ためにファントムトランク
を使用する。従って第２のコールサーバ８１はＴＢを「起こすため」又はＴＢは
また有意味な情報を受信していないが通信システム内にＴＢにとって興味深い何
らかの情報があることを知らせるために、ＴＢの電話番号を使用することが可能
である。残念ながら、この時点では、ＴＡと第１のコールサーバ１８との間のコ
ネクションに関するＣＩＣは、変更された呼メッセージ内で通信も符号化もされ
ていないため、第２のノード５２に対して「失われ」ている。換言すれば、第１
のノード４０のコールサーバ１８は、ファントムトランク上で変更された入来呼
メッセージを送信すること（１０４）によって、第２のノード５２のコールサー
バ８１に対して入来呼（１００）について知らせ、このようにしてＴＡから受信
されたダイアルされた数字（即ち被呼者のアドレス）を渡す。

【００５８】更に、入来呼１００に応答して、第１のノード４０のコネクションブローカー
４４は、ＰＴｘとＴＡとの間にファントムクロスオフィスパスを確立する（２０
６）よう配置され、このクロスオフィスパスに関する情報は典型的にはレゾリュ
ーションインテリジェンス６８によって端末番号データベース６９内に記憶され
る。換言すれば端末ＴＡはファントム端末ＰＴｘに結合される。また、第１のコ
ネクションブローカー４４は、（第２のコールサーバ８１への）変更された呼メ
ッセージの通信によって行なわれるようトリガされる。特に、変更された呼メッ
セージの送信と略同時に、第１のノード４０の第１のコネクションブローカー４
４は、ファントム端末ＰＴｘが第２のノード５２への出発ファントムトランクの
一端であることに気づく。従って、第１のコネクションブローカーは、バーチャ
ルリンク８４を介して第２のコネクションブローカー８０へ接続要求１０６を渡
し（２０８）、この接続要求は、ファントムトランクのＣＩＣと、ＴＡの識別子
（できればＴＡと第１のコールサーバ１８との間のトランクに割り当てられた元
のＣＩＣから導出される）とを含む。典型的には、呼を発生する装置、即ちＴＡ
の実際のアドレスが送信される。

【００５９】第２のノード５２は、ファントムトランクの受信された回路標識符号（ＣＩＣ
）を関連する第２のファントム端末ＰＴｙ上にマップすることによって変更され
た入来呼メッセージに反応する。再び、第２のファントム端末ＰＴｙは、その関
連付けられたメモリ１８２から第２のノード５２の第２のコールサーバ８１によ
って選択されており、メモリはＰＴｙがファントムトランクの終端点を表わすこ
とを記録するよう更新される。ファントム端末ＰＴｙの選択は独自に行われる。

【００６０】第２のノード５２は、変更された入来呼メッセージを受信する第２のコールサ
ーバ８１に応答して、入来呼の宛先が最終的には端末ＴＢであることを認める。
従って、適当な時間において、第２のコールサーバ８１は、ＴＢから第２のファ
ントム端末ＰＴｙへのコネクションを（ファントムトランクと被呼加入者ＴＢと
の間の第２のファントムクロスオフィスパスの形で）要求し（２１２）、従来の
シグナリングを用いてＴＢへ入来呼を提供する。

【００６１】更に、第２のコネクションブローカー８０のレゾリューションインテリジェン
スは、両方の（いずれの順序でもよい）要求の受信に応答して、２つのファント
ム端末ＰＴｘ及びＰＴｙをレゾルブし（２１４）、２つの要求「ＴＡをＰＴｘに
接続」及び「ＴＢをＰＴｙに接続」を単一の実際の接続要求「ＴＡをＴＢに接続
」に変換する。特に、第２のコネクションブローカー８０はファントムトランク
に対して共通のＣＩＣがあることを推論することが可能であり、従ってこの共通
性によりＴＡとＴＢとの間の直接的なコネクションに対する要求が同定される。
次に、第２のコネクションブローカー８０は、第２のトランク網アダプタ５６を
介してＴＡとＴＢとの間に実際のトランクコネクションを形成する（２１６）。
略同時に、（第２のノード５２）の第２のコネクションブローカー８０は、（第
１のノード４０）の第１のコネクションブローカー４４にＴＢへのパスが用意さ
れたことを知らせる（２１８）。

【００６２】端末ＴＢによる呼の受入れ、及び第２のコネクションブローカー８０によるコ
ネクションの確認は、第２のコールサーバ８１から第１のコールサーバ１８へ通
知され、第１のコネクションブローカー４４はまた、その関連するコールサーバ
１８にＴＢへのパスが用意されたことを通知する（１１６）。この時点において
（２２０）、第１のコールサーバ１８は呼を課金し始める。

【００６３】ファントムトランクは、呼の持続時間全体に亘って完全なままとされ、呼設定
手順に対して相補的に動作する広帯域コネクションの切断は上述される。当業者
は、広帯域呼をクリアダウンするために、コールサーバは狭帯域（又はＳＳ−７
）通信のための通常の手順を用いて呼をクリアしうることを認識するであろう。
特に、この手順の一部として、両方のコールサーバは夫々のコネクションブロー
カーに対して要求を発行する。その後、コネクションブローカーはファントムト
ランクの出発端において、ファントムトランクのＣＩＣを送信することによって
他のコネクションブローカー上に解放要求を渡す。終端コネクションブローカー
は、２つのメッセージのうち最初に受信されるものの受信と同時に広帯域コネク
ションのクリアダウンを発行する。ファントムトランクは、両方のコールサーバ
が広帯域コネクションがクリアされたことを（夫々のコネクションブローカーに
よって）知らされるまで再利用可能でない。

【００６４】各ファントム端末の典型的なアドレスフォーマットは、典型的には実際の（即
ち想像上のではなく物理的な）端末のために使用されるフォーマットの特別なケ
ースであるよう配置される。ファントムトランクを識別するためにＡＳＮ．１オ
ブジェクト識別子が使用されうる。或いは、分割されたＥ．１６４アドレス又は
Ｅ．１６４のスーパーセットが使用されてもよく、単純なＳＳ７ベースの実施で
は、タプル（ＯＰＣ，ＤＰＣ，ＣＩＣ）は（実際又はファントムの）トランクを
固有に同定しうる。しかしながら、例えば電話機といったＳＳ７ではない端末の
ためには、他のスキームが必要とされる。例えば、ＣＩＣＩフィールドは（通常
の１６ビットではなく）３２ビットへ拡張されえ、ＤＰＣは端末の「回線」のタ
イプを同定するためにＯＰＣと等しくされえ、ＣＩＣは交換機上の回線を同定す
るために使用されうる。しかしながら、概して、ファントムトランクを確立する
ための唯一の要件は、コネクションブローカーがかかるファントムトランクを入
来又は出発のいずれかとして（端末番号データベース６９内で）適当にタグ付け
及び記録することである。

【００６５】再び図２の一般的なアーキテクチャを参照するに、広帯域網及び狭帯域制御シ
グナリングを実施するために、夫々、ＡＴＭ網及びInternational Telecommunic
ations 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の発行を通じて状態報告又はシステム更新を要求する（４１２）。管理
エージェントはコールサーバのためのコンジットとして作用し、従ってコールサ
ーバに対してシステムコンフィギュレーションについて見出された結果を報告す
る（４１４）前にコールサーバ３０２の代わりに様々なシステムエンティティ（
又は一般的にはＡＴＭＳ３０４）及び回路に問合せを行なう。

【０１０３】コールサーバ３０２は次に、報告の中の結果にアクセスすることが可能であり
（ステップ４１５）、結果に基づいてシステムコンフィギュレーション中の変化
が保証されているかどうか（ステップ４１６）を決定する（ステップ４１６）こ
とが可能である。コールサーバ３０２が、（例えばシステムのパフォーマンスを
最適化するために）システムコンフィギュレーションを変更することが必要であ
ると見なす場合、ステップ４０９へ進む。変化が必要とされなければ（即ち現在
のシステムコンフィギュレーションが許容可能であるか又は管理エージェントに
よる結果がコールサーバによって予期されるものであれば）、ステップ４０６へ
ループして戻る。ステップ４０６乃至４１６（これを含む）は、初期のＦＡＩ設
定手順に独立に行なわれてもよく、従って本発明のシステムに容易に適用されう
る。

【０１０４】従って、概して、本発明の望ましい実施例のアーキテクチャは、ＦＡＩを通じ
てコールサーバ３０２に対して統一されたビューが与えられることを確実とし、
この統一されたビューはコールサーバと管理エージェント３３８との間の既知の
管理回路を介した通信を通じて確立される。次に、動作上の状況では、本発明の
望ましい動作機構は、コールサーバ０２の制御プロセッサ３０９が、コネクショ
ンブローカーを通じたコネクション状態及び管理エージェント３３８を通じたシ
ステムコンフィギュレーションの変化を始めさせることを可能とする。更に、又
は、代わりに、管理エージェント３３８はファブリック制御システム３４４のモ
ジュールに問合せを行なうよう配置されるため、コールサーバは管理エージェン
トを通じて狭帯域−広帯域インタフェース（即ちＡＴＭＳ３０４）内の回路及び
機器の状態に関する情報を要求しうる。更に、管理エージェント３３８は、概し
てこのシステムの状態について、独立に及びコールサーバ３０２から促されるこ
となく、コールサーバ３０２に対してアドバイスをすることが可能である。全て
のかかるメッセージングは、Ｑ．２９３１メッセージングプロトコルの変更され
た使用に基づき、専用管理ＶＣＣ３４２を通じてコールサーバ３０２へ中継され
る。

【０１０５】本発明の管理エージェント３３８はシステム内の他の管理機能をサポートする
ためにも使用されうる。特に、管理エージェント３３８はファブリック制御シス
テムに関する情報を照合するため、管理エージェントは例えばＩＴＵ−ＴＱ３イ
ンタフェースに関連して、周辺の動作環境（ＦＡＩ３０６のみ以外）に対するイ
ンタフェース接続を提供するよりシステムワイドな管理機能を与えるよう利用さ
れうる。

【０１０６】このようにして、本発明は有利に共通ＦＡＩ３０６を維持し、一方でＡＴＭＳ
３０４が開発され変更されることを可能とする。例えば、管理エージェント３３
８は、狭帯域網と広帯域ＡＴＭ３１４との間のトラフィックを中継する以外の目
的のため、網アダプタ４６に入るトランク回路を利用可能とするよう端末プロセ
スコントローラ３３２に命令しうる。実際、本発明は更に網全体に亘る基盤構成
要素の分布を可能とし、一方でかかる電気通信網を規格に準拠するものとして維
持する。

【０１０７】もちろん、上述の説明は例のためにのみ与えられるものであって、詳細は変更
は本発明の範囲内でなされうることが認められる。例えば、本発明の望ましい実
施例は変更されたＱ．２９３１ベースのシグナリングプロトコルの使用を提唱す
るが、本発明の基本的な概念は明らかに他のシグナリングスキーム及びプリミテ
ィブの変形（及び制御及び管理をサポートするためにそれらの関連するデータフ
ィールド）の使用を想定している。

【図面の簡単な説明】

【図１】狭帯域通信ノードの概略的なモデルを示すブロック図である。

【図２】本発明において所望のように狭帯域網と広帯域網との間の加入者端末相互接続
のための基礎にある原理を示すブロック図である。

【図３】図２のコネクションブローカーのための概略的なアーキテクチャを示す図であ
る。

【図４】加入者端末が中間の広帯域網を介して接続されうるシステムアーキテクチャ及
び関連する機構を表わす図である。

【図５】広帯域網を通じてマルチノード通信を確立するため本発明において要求される
手順の段階を示すフローチャートである。

【図６】本発明の望ましい実施例の通信システムアーキテクチャを示すブロック図であ
る。

【図７】本発明の望ましい動作方法を示すフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者ケイブル，ジュリアンフランクバリーイギリス国，ハートフォードシア，ビショップスストートフォード，ストートフォードホールパーク 146 (72)発明者エヴァンズ，スティーヴンライラントイギリス国，エイエル７４エイチゼッドハートフォードシア，ウェリンガーデンシティー，キングズリコート 38 Ｆターム(参考） 5K030 HA10 HB08 JA10 JA11 KA05 LB02 LE02 MD07 MD08 5K051 AA03 BB01 BB02 DD05 DD07 EE01 GG02 HH04 JJ01 5K069 BA10 CA01 CA02 CA03 DA01 DA03 DA06 DB43 FC06 【要約の続き】（３０４）との間に一様なビューを与える。

Claims

【特許請求の範囲】

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