JPH11177584A - 通信システムおよび通信システムを動作させる方法 - Google Patents

Abstract

(57)【要約】 【課題】 災害回復、システム移行およびネットワーク
拡大の効果的なメカニズムを供給する通信システムを提
供する。 【解決手段】 広帯域ネットワークによってサポートさ
れる複数の仮想チャネル（３１８〜３２１）にアクセス
するスイッチ（３１４〜３１６）へ相互接続される複数
のネットワーク・アダプタ（３０２〜３０６）を有する
狭帯域−広帯域インタフェース（３００）を含む。ま
た、複数のネットワーク・アダプタ（３０２〜３０６）
は、複数の異なる通信機能の少なくとも１つを各々サポ
ートする複数のトランク（３０８〜３１２）に結合され
る。少なくとも２つの呼サーバ（３２４，３２６）は、
狭帯域−広帯域インタフェース（３００）に独立に結合
され、仮想チャネルへのトランクの相互接続を制御する
ように構成される。一方、少なくとも２つの呼サーバの
それぞれは、各グループ内の共通通信機能を共有するト
ランクのグループの相互接続を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、J.F.Bケーブルに
よって１９９７年８月８日に出願され、ノーザン・テレ
コム・リミテッドに譲渡された同時出願中の米国特許出
願番号０８／９０７，５２１に関連している。この出願
中の米国特許出願は、さらにＰＣＴ／ＧＢ９８／０２３
４５の「通信接続を確立するためのシステムおよび方
法」に関連する。

【０００２】本発明は、また、ノーザン・テレコム・リ
ミテッドに譲渡された出願中の「再利用を支援する管理
システム・アーキテクチャを有する通信ネットワーク」
に関する。これらは、米国特許番号０８／９２１，２１
８、英国特許出願番号９７２４５５３．４、ヨーロッパ
特許出願番号９８３０２５４６．１、カナダ国特許出願
番号２２３８６０３および日本特許出願番号２４０３８
５／９８に対応する。

【０００３】

【従来の技術】本発明は、通常、通信システム用アーキ
テクチャおよびその動作方法に関連しており、限定はし
ないが、特に異なるリソースをサポートし、狭帯域呼制
御、サービス、および広帯域接続を使用するルーティン
グを組み合わせるネットワーク・アーキテクチャに適用
可能である。

【０００４】広義において、通信システムは、通常、第
２世代、すなわち狭帯域ディジタル・ネットワーク（例
えば、移動セルラ通信システム用グローバル・システム
（ＧＳＭ））と未来型の広帯域マルチメディア・ディジ
タル・ネットワーク（たとえば、ユニバーサル移動通信
システム（ＵＭＴＳ））間の遷移位相である。この遷移
は高データ・レートをサポートすることが必須条件とな
っており、これには映像およびインターネット・アプリ
ケーションも含まれ、現在提案されており、使用可能と
なっている。あいにく、この遷移位相は、いくつかのジ
レンマもオペレータに提示しており、そのような広帯域
システムを即座の導入すること対して警戒させる原因と
なっている。例えば、それ自由な立場の広帯域システム
が全加入者端末（携帯電話およびデータ伝送装置のよう
な）に対して受け入れられ、使用可能な標準となるま
で、システム・オペレータは現在の狭帯域インフラスト
ラクチャ技術への膨大な投資が必要であると言うことに
ついては口をつぐんでいる。実際、そのような狭帯域イ
ンフラストラクチャ技術は、すでに充実した１組のサー
ビスおよび広帯域ネットワークを展開するために再実行
すべきサービス創造環境を提供する。結果として、現在
の狭帯域システムは、狭帯域のユーザおよび広帯域のユ
ーザの両方に収容できるように適応的でなければならな
い。この記述は、特にサービスおよびシステム管理、呼
構築、異なる形のネットワーク間の相互手続きに関連す
る。

【０００５】狭帯域および広帯域システム間の効果的な
移行（遷移位相）において、システム・オペレータは、
全加入者が狭帯域ネットワークに接続するが、１以上の
中間の広帯域ネットワークがこれらの狭帯域加入者間の
情報の中継をするために使用される時には、相互のシナ
リオについて特に考慮しなければならない。いかなる暫
定的なソリューションも、また、サービスおよびシステ
ム管理を最適化するべきであり、一方、成熟した広帯域
環境で再利用できるインフラストラクチャ機器を提供す
ることが望まれる。

【０００６】さらに詳述すると、通信ネットワークは、
通信リソース（通常「リンク」と呼ばれる）によって接
続されるノードを含み、これらのリンクに沿ってユーザ
と制御情報を伝送する手段、およびノード中で具体化さ
れるルーティングおよび中継機能に特徴を有する特定の
ネットワーク技術を有する。「ルーティング」という用
語は、ネットワークを通じて情報が通過するパスを決定
するプロセスを記述するために使用される。一方、「中
継」という語は、１つのリンクから他のリンクへ情報を
転送するプロセスを記述する。すなわち、この情報は、
変更なしに１つのチャネル・リソースから他のチャネル
・リソースへ受け渡されることはほとんどない。ルーテ
ィングおよび中継機能は、したがって、最適化されたサ
ービスを有する効率的なシステムの発展にとって核とな
るものであり、そのような最適化には、オペレータの利
益および加入者のサービス料が本質的に関わってくる。

【０００７】ＧＳＭを狭帯域ディジタル・ネットワーク
の一例と考えると、ユーザ情報および制御情報（すなわ
ち「データ」）は毎秒６４ｋｂｉｔ／ｓｅｃ（ｋｂｐ
ｓ）パルス・コード変調（ＰＣＭ）ベアラ・チャネル上
で、時分割多重化（ＴＤＭ）を使用して、インタリービ
ングされる。実際、これらのベアラ・チャネルは、それ
ぞれ１６ｋｂｐｓの４つの音声呼をサポートするように
フレームが組み立てられており、１３ｋｂｐｓのサンプ
リング符号化音声およびパリティ・チェックおよび訂正
ビット等および同期情報のような３ｋｂｉｔ／ｓの付属
情報から成り立っている。データは、その後、同期ＴＤ
Ｍ交換装置のある形式（たとえば、「時間−空間−時
間」の形式）によってノード上で中継される。制御情報
（例えば、呼セットアップおよび分断メッセージ）は、
ユーザ情報としてネットワーク全体を介して同一のパス
（常に同一の物理的なパスとは限らないが）を論理的に
たどり、ルーティングの目的で各ノードで終端する。ル
ーティングは、寿命の長いルーティング・テーブルを用
いて「ホップ・バイ・ホップ」ベースで、各ノード中で
従来の方法で実行される。すなわち、ノードは次のネッ
トワーク接続への最適ルートを決定できる程度に十分に
知的である。

【０００８】制御情報は、使用されるネットワークの種
類に特有のシグナリング構成によって調整される。特
に、公衆シグナリング・システムは、公衆ネットワーク
のノード間および異なるオペレータの公衆ネットワーク
間で使用される。シグナリング・システムＮｏ．７は、
公衆シグナリング・システムの唯一の重要な例である。
アクセス・シグナリング・システムは、加入者と公衆ネ
ットワークの端ノード間で、例えば、無線電話と基地局
サブシステム（ＢＳＳ）間で使用される。実際、最も共
通のディジタル・アクセス・シグナリング構成は、統合
サービス・ディジタル・ネットワーク（ＩＳＤＮ）ＤＳ
Ｓ１シグナリング構成（およびそれ以前の構成）および
チャネル関連シグナリング構成のような、共通チャネル
・シグナリング・システムであり、これらの両方ともア
ナログ・シグナリング・システムから導き出されたもの
である。プライベート構成は、通常、アクセス構成から
導き出されるが、安全なプライベート・ブランチ交換
（ＰＢＸ）内のような個人ネットワーク内でより充実し
た機能性を有する。

【０００９】一方、広帯域ネットワークは、ユーザ情報
および制御情報は、固定長または可変長「パケット」で
伝送されるというという特徴を有する。これらのパケッ
トは、ベアラ・チャネル識別子を含むヘッダを有する。
狭帯域システムとは対照的に、ユーザ情報は、各パケッ
トを（ある種の公平なアルゴリズムを用いて）順次試験
し、入力リンクおよびベアラ・チャネル識別子に応答し
て適切な出力リンクへそれを送る非同期交換装置を介し
てノード上で中継される。しかしながら、ルーティング
および制御情報伝送は、狭帯域の場合と類似しており、
シグナリング構成が技術を特定するという点でのみ異な
る。

【００１０】

【発明が解決しようとする課題】広帯域ネットワークの
使用および通信ネットワークの高データ・レート（例え
ば、ＵＭＴＳ内で用いられる２Ｍｂｐｓレート）技術へ
の移行を促進するために、透明な広帯域エーテルを経由
して相互接続された狭帯域ネットワークに効果的なメカ
ニズムを供給する必要がある。言い換えれば、広帯域エ
ーテルは、データの完全性またはデータ・フローまたは
相互接続の禁止のいずれかに影響を与えることなく、狭
帯域シグナリング構成を適応させ、サポートしなければ
ならない。さらに、広帯域サービスへの加入を促進する
ため、オペレータは、信頼性は高いが、比較的低料金の
（さらに、ここでは最適化された）通信システム・アー
キテクチャを提供しなければならない。

【００１１】イギリス特許出願ＧＢ−Ａ−２３０９３６
２は、ＡＴＭネットワーク上の通信トラフィックを転送
するための単純なメカニズムを説明している。ＰＣＴ出
願ＷＯ９７／２８６２９は、ＡＴＭ上でＳＳ７を運ぶた
めの相互機能に関するもので、ＰＣＴ出願ＷＯ９６／２
９８４０は、エコーキャンセル、音声拡張および音声圧
縮を有するＡＴＭ上で音声が運ばれるように構成される
装置を説明している。これらの文献は、本発明が属する
技術環境の全体的な概念を記述しているのみである。

【００１２】

【課題を解決するための手段】本発明の第１の側面によ
れば、本発明は、広帯域ネットワークによってサポート
される複数の仮想チャネル（３１８〜３２１）へのアク
セスを行う少なくとも１つのスイッチ（３１４，３１
６）へ相互接続され、複数の異なる通信機能の少なくと
も１つを各々サポートする複数の狭帯域トランク（３０
８〜３１２）にさらに結合される複数のネットワーク・
アダプタ（４６，５６）を有する狭帯域−広帯域インタ
フェース（３００）と、狭帯域−広帯域インタフェース
（３００）に個別に結合され、狭帯域トランクと広帯域
ネットワークの仮想チャネル間で呼の相互接続を制御す
るように構成され、通信システム機能が少なくとも２つ
の呼サーバ（３２４，３２６）間で分離されるように各
グループ内の共通通信機能をサポートするトランクのグ
ループに応答する少なくとも２つの呼サーバ（３２４，
３２６）とを備えるように構成される。

【００１３】好ましくは、少なくとも２つの呼サーバは
それぞれネットワーク・アダプタ周辺機器のクラスタに
わたる狭帯域トランクから成り立っているトランクの少
なくとも１グループを含む。また、本発明は少なくとも
２つの呼サーバは、相互に排他的なトランクのグループ
に応答し、その結果、保守およびアップグレードが簡単
なモジュラ・システムになって有益である。

【００１４】狭帯域トランクと仮想チャネル間の呼のル
ーティングが少なくとも２つの呼サーバのいずれか１つ
によって独立して制御可能である場合、呼サーバは相互
接続の制御が狭帯域トランク上でサポートされる通信機
能に基づくように、選択される。

【００１５】呼サーバはシステム相互接続のあらゆる物
理的な変更を無視するために、本発明は、さらにネット
ワーク・アダプタの物理アドレスに少なくとも２つの呼
サーバによって使用される論理アドレスをマッピングす
る手段を含む。ここで、この論理アドレスは物理アドレ
スから独立している。また、実際、好ましくは、本発明
は、関連の第１の論理アドレスを有する第１のネットワ
ーク・アダプタの物理アドレスを、それと関連する第１
の論理アドレスを有する異なるネットワーク・アダプタ
の異なる物理アドレスに翻訳する手段を含む。この翻訳
はシステム・メモリに記録され、格納される。

【００１６】本発明の第２の側面によれば、本発明は、
広帯域ネットワークによってサポートされる複数の仮想
チャネル（３１８〜３２１）へのアクセスを行う少なく
とも１つのスイッチ（３１４，３１６）へ相互接続さ
れ、複数の異なる通信機能の少なくとも１つを各々サポ
ートする複数の狭帯域トランク（３０８〜３１２）にさ
らに結合される複数のネットワーク・アダプタ（４６，
５６）を有する狭帯域−広帯域インタフェース（３０
０）と、狭帯域−広帯域インタフェース（３００）に個
別に結合され、狭帯域トランクと広帯域ネットワークの
仮想チャネル間で呼の相互接続を制御するように構成さ
れる少なくとも２つの呼サーバ（３２４，３２６）とを
含む通信システムを配置する方法において：呼サーバ間
の複数のネットワーク・アダプタに関連する機能を分離
し、それによって、少なくとも２つの呼サーバのそれぞ
れは共通通信機能を共有するトランク・グループの相互
接続を制御するように構成される。

【００１７】本発明の第３の側面によれば、本発明は、
広帯域ネットワーク（４４６）に結合されるネットワー
ク・アダプタの第１（３０２）および第２のクラスタ
と、伝送ネットワーク（４４４）を経由してネットワー
ク・アダプタのクラスタに結合される複数の交換機（４
４０，４４２）を含み、その複数の交換機は、それぞれ
ネットワーク・アダプタと広帯域ネットワーク間の情報
のルーティングの制御に応答する関連の呼サーバ（３２
４，３２６）を有し、その関連の呼サーバは機能が少な
くとも２つの呼サーバ間で分散するように異なる通信シ
ステム機能をサポートする通信システムを動作させる方
法において：第１のクラスタ（３０２）を用いて、広帯
域ネットワーク（４４６）と第１のクラスタ中のネット
ワーク・アダプタに結合される加入者端末間で情報をル
ーティングし、第２のクラスタ（３０６）を逆通信リソ
ースとして保持し、第１のクラスタ（３０２）の故障を
検出し、加入者端末と広帯域ネットワーク間の情報のル
ーティングを禁止し、第２のクラスタを介して加入者端
末を広帯域ネットワークにクロス接続するための伝送ネ
ットワークを再構成して、加入者端末と広帯域ネットワ
ーク間の情報のルーティングを再構築するように構成さ
れる。

【００１８】本発明の第４の側面によれば、本発明は、
狭帯域トランクを広帯域ネットワークの仮想チャネルへ
接続する複数の狭帯域−広帯域インタフェース（４０２
〜４０８）に結合され、異なる通信システム機能をサポ
ートすることが独立できる少なくとも２つの呼サーバ
（４２２，４２４）を含む通信システム中でシステム・
ソフトウェアをアップグレードする方法において：まず
第１の呼サーバ（４２４）を使用し、仮想チャネルへの
狭帯域トランクの接続を管理するシステム・ソフトウェ
アを動作させ、ソフトウェア・アップグレードを第２の
呼サーバ（４２２）にロード（４３０）し、狭帯域トラ
ンクのサブセットを第１の呼サーバから第２の呼サーバ
へ再ルーティングし、狭帯域トランクのサブセットを仮
想チャネルに接続するために第２の呼サーバ上でソフト
ウェア・アップグレードを行い（４３２）、前記のアッ
プグレード動作ステップは第１の呼サーバを継続的に使
用することによって、狭帯域トランクを仮想チャネルへ
接続することを監視し、通信システム機能に関連してソ
フトウェア・アップグレードの効果を評価する（４３
３）ステップを含むように構成される。

【００１９】有益なことに、本発明は、サービスの提供
を最適化する通信システム・アーキテクチャを提供する
一方、システムの信頼性を向上させ、全体的なシステム
の性能を高めるように迅速に適応できるモジュラ化され
た柔軟性とスケーラビリティのあるシステムを構築する
機能を提供する。実際、本発明によって、ネットワーク
上でインフラストラクチャの分散が可能となり、標準対
応の通信ネットワークを維持する。

【００２０】

【発明の実施の形態】実施の形態１．非同期モード（Ａ
ＴＭ）アーキテクチャのような中間の広帯域ネットワー
クを介して狭帯域加入者の相互接続を実施する主な方法
は明らかに２つある。すなわち、相互機能は、狭帯域と
広帯域のネットワーク間の各境界で行われ（専用かつリ
バーシブルの符号化交差は各狭帯域／広帯域情報へ適用
される）、または狭帯域情報は広帯域サブネット上でカ
プセル化され、それによって狭帯域情報は広帯域フレー
ム構造を用いてパッケージ化される（したがって、元の
符号化された狭帯域情報の完全性およびフォーマットは
全て維持される）。例えば、符号化音声または特定のデ
ータ・トラフィックなどのユーザ情報に関しては、相互
機能およびカプセル化メカニズムの両方が可能で、これ
は、一般的に通信システム内でのコーディングの条件を
複雑化し、拡張する追加のプロセス・ステップを単に示
すのみであった。しかしながら、接続を構築し、保持す
るために必要な制御情報に関連して、上記の両方のアプ
ローチに関する多くの欠点、利点が存在する。特に、こ
れらのサービスが広帯域ネットワークによって独立して
維持されない場合でも、カプセル化によって、既存サー
ビスはサポートできる。さらに、カプセル化は実行が簡
単である。一方、相互機能は各相互点（すなわち、狭帯
域／広帯域の境界）において局所的にしか要求されず、
また、単一呼において狭帯域および広帯域の加入者の参
加をサポートできるメカニズムを提供する。

【００２１】図１は、狭帯域通信ノード１０の抽象モデ
ルを示すブロック図を示す。地上通信線電話またはモデ
ムのような多くの加入者端末１２は、典型的には、複数
のライン・インタフェース１４，１５に結合される（動
作システム用には１インタフェースのみ必要である
が）。複数のライン・インタフェース１４，１５は、そ
れぞれ、交換装置１６にそれぞれ接続され、この交換装
置１６はその入力を適切な出力へルーティングするよう
に構成される。また、複数のライン・インタフェース１
４，１５は、また、例えば、狭帯域ネットワーク１０上
のセットアップおよび分断などの管理および制御を行う
ように構成される呼サーバ１８に結合される（通常は、
個別ベース）。呼サーバ１８は、さらに交換装置１６に
結合される。トランク・シグナリング・インタフェース
２０は、狭帯域ネットワーク１０内で使用されるシグナ
リング構成をデコードおよび解釈するように動作し、呼
サーバ１８と交換装置１６間に結合される。交換装置１
６からの出力は、複数のトランク・インタフェース２
２，２４に結合される（１つの動作システムには１つの
みが供給されることが必要だが）。さらに、狭帯域ネッ
トワーク１０内で、複数のトランク・インタフェース
は、ＰＢＸまたはＢＳＳのような２次交換機２６に結合
される。

【００２２】用語「加入者端末」は、単にラインまたは
トランク・インタフェース用の特定の端点接続を表現す
るために使用される。

【００２３】ユーザ情報（トラフィック）２８，３０
は、ライン・インタフェース１４，１５またはトランク
・インタフェース２２，２４を介して狭帯域インフラス
トラクチャへ入る。各加入者からの制御情報は、ライン
・インタフェース１４，１５を介して入る。一方、接続
中継ネットワークからの制御情報、すなわちノード間シ
グナリングは、トラフィック３０のような同一トランク
を介して、または専用チャネル・リソースの使用を経由
して入ることが可能である。呼サーバ１８は、着呼リク
エストを処理し、適切な出トランクまたはラインを選択
する。さらに詳述すると、呼サーバ１８は（交換装置１
６を経由して）特定ラインの特定トランクへの接続を加
入者端末１２間の接続および切断を特定する装置制御メ
ッセージ３２の使用を介して制御する。

【００２４】狭帯域システムの大部分の呼は双方向であ
るが、ここでは、片方向接続に関連した命名法を導入す
ると便利である。すなわち接続（ＴＡ、ＴＢ）は、端末
ＴＡから端末ＴＢへの片方向接続を指し、（ＴＢ、Ｔ
Ａ）は逆方向の補完（または独立してサポートされる）
接続を指す。

【００２５】図２は、本発明において必要とされる狭帯
域と広帯域ネットワーク間の加入者端末相互接続のため
の基本原理を図示するブロック図である。この図におい
て、広帯域ネットワークは、ユーザ情報および／または
制御情報を伝送するために使用される。図１の従来の狭
帯域ネットワークと狭帯域ネットワークを相互接続する
広帯域ネットワーク間のアーキテクチャの違いをより容
易に理解するために、共通のインフラストラクチャは同
一の参照番号を使用する。

【００２６】第１のノード４０において、地上通信線電
話またはモデムのような（明確性のために図示されな
い）、多くの加入者端末は、典型的には、複数のライン
・インタフェース１４，１５に結合される（１つの動作
システムには１インタフェースのみ必要であるが）。複
数のライン・インタフェース１４，１５は、それぞれ、
交換装置１６に接続され、その交換装置１６は入力を適
切な出力へルーティングするように構成される。また、
複数のライン・インタフェース１４，１５は、例えば、
狭帯域ネットワーク１０上のセットアップおよび分断な
どの管理および制御を行うように構成される呼サーバ１
８に結合される（通常は、個別ベース）。

【００２７】呼サーバは、中でも、実際のトランクおよ
び「仮想トランク」（目的については、後述）の両方に
関連した回線インジケータ・コード（ＣＩＣ）を格納す
るように構成されるメモリ１９に結合される。さらに詳
述すると、このメモリ１９は、これらの実トランクまた
は仮想トランクのそれぞれに対して「ビジー」または
「空」状態を記録する。呼サーバ１８は、さらに接続ブ
ローカ４４に結合され、その後、バス４５を介して交換
装置１６に結合される。接続ブローカ４４は、図１の従
来の狭帯域ネットワークから本発明のシステム・アーキ
テクチャへの最初の出発点となる。トランク・シグナリ
ング・インタフェース２０は、狭帯域ネットワーク内で
使用されるシグナリング・スキームを復号し、解釈する
ように構成され、呼サーバ１８と交換装置１６間に結合
される。交換装置１６からの出力は、複数のトランク・
インタフェース２２，２４に結合される（１つの動作シ
ステムには１インタフェースのみ必要であるが）。複数
のトランク・インタフェースは、ここでも、狭帯域ネッ
トワーク中でＰＢＸまたはＢＳＳのような２次交換機
（明確性のために図示されない）に結合される。

【００２８】さらに、交換装置１６は、第１のトランク
・ネットワーク・アダプタ４６に結合され、それによっ
て、例えば非同期伝送モード（ＡＴＭ）の動作に対して
実行される広帯域ネットワーク４８と狭帯域ネットワー
クとの相互接続および相互動作を可能にする。さらに詳
述すると、４６の相互接続は、ネットワーク端スイッチ
５０を経由して行われ、制御ライン５１によって接続ブ
ローカ４４に結合され、それによって制御される。トラ
ンク・ネットワーク・アダプタ４６と広帯域ネットワー
ク端スイッチ５０とを組み合わせた機能については、後
述する。その後、この狭帯域ネットワーク５２，５４
は、同様にして各トランク・ネットワーク・アダプタ５
６，５８および広帯域ネットワーク端スイッチ６０，６
２を介して広帯域ネットワーク４８に結合される。その
他の狭帯域ネットワーク５２，５４は、上記と同じよう
に、インフラストラクチャ・アーキテクチャを介して実
現される。

【００２９】広帯域ネットワーク４８は、さらに典型的
に異なるネットワークである第２のノード６４に結合さ
れ、接続６５を介して接続ブローカ４４へも応答する。
第２のノード６４は、通信バス６７を介してトランク・
シグナリング・インタフェース２０と通信できるように
構成される。さらに、広帯域ネットワークは、加入者端
末（図示されない）間のビデオ電話のような２地点間の
広帯域ネットワークをサポートしてもよい。

【００３０】「ノード」および「交換機」という用語は
置き換え可能なもので、例えば異なるオペレータによっ
て動作される異なる狭帯域ネットワークなど、スタンド
・アロン・ネットワークを表現するために使用される。

【００３１】通信システム内の狭帯域シグナリングは、
通常、呼サーバ１８によって制御されるが、広帯域シグ
ナリング、すなわち中間の広帯域ネットワーク４８を介
して異なる狭帯域ネットワーク５２，５４間で送られる
シグナリングは、接続ブローカ４４によって制御され
る。結果として、呼サーバ１８は、広帯域シグナリング
相互接続および動作に関連していない。

【００３２】狭帯域ライン・インタフェース１４，１
５、トランク・インタフェース２２，２４、および交換
装置１６は、広帯域ネットワーク４８およびゲートウェ
イ機能を提供するトランク（すなわち狭帯域／広帯域）
ネットワーク・アダプタ４６，５６，５８によって補完
される。特に、トランク・ネットワーク・アダプタ４
６，５６，５８は、トラフィック（ユーザ情報）相互機
能およびシグナリング（制御情報）カプセル化を行い、
このシグナリングは、呼サーバ１８へ最終的に中継され
る。

【００３３】接続ブローカ４４によって実行される機能
は、呼サーバ１８に均一接続６６を提供するために使用
される。これは接続が狭帯域ネットワークまたは広帯域
ネットワークを横断する（その内部のみで行われる）か
否か、または、この場合、接続が狭帯域および広帯域ネ
ットワークの両方を横断することとは無関係で行われ
る。このため、統一された端末名空間識別子（すなわち
標準アドレス・フォーマット）を通信システム全体、す
なわち狭帯域および広帯域システムの両方の全端末に使
用しなければならない。

【００３４】（例えば、特定のオペレータが所有する）
単一の狭帯域ネットワーク中での狭帯域から狭帯域への
接続に対して、接続ブローカ４４は、交換装置１６へ接
続メッセージを接続４５を介して渡す。それによって、
図１の従来の狭帯域ネットワークと機能的に同一に見え
るように透明的に動作する。その後、狭帯域ネットワー
クの交換装置１６は、既知の技術に従って接続を構築
し、広帯域ネットワーク４８を使用しない。広帯域から
広帯域への接続に対して、接続ブローカ４４は広帯域お
よび／またはトランク・ネットワーク・アダプタ４６，
５６，５８に指示して、呼接続の接続または切断を行
う。それによって標準広帯域の動作を模擬する。

【００３５】しかしながら、狭帯域から広帯域への接続
は同時に行わなければならない。特に、接続ブローカ４
４は、狭帯域ネットワーク中の呼サーバ１８を経由し
て、交換装置１６に指示を出すと共に、呼のルーティン
グ・パスを空き状態に保ち、適切なチャネル・リソース
の割り当てのために広帯域ネットワークのトランク・ネ
ットワーク・アダプタ４６と交渉する。両方のパスが決
定されると、接続ブローカ４４は専用メッセージを交換
装置１６へ送信し、トランク・ネットワーク・アダプタ
４６は接続を構築する。これによって、呼サーバにおい
て接続抽出が実現される。

【００３６】動作通信システムにおいて、オペレータ間
の互換性は望ましいが、必須条件ではない。したがっ
て、異なる「混合ノード」間での相互接続（通常「ゲー
トウェイ」と呼ばれる）を構築することは、重要なこと
である。本文において、「混合ノード」という用語は、
異なるオペレータによって動作され、それぞれが切換可
能な狭帯域／広帯域機能および定義されたサービス機能
を有する異なるネットワークを表現するために用いられ
る。しかしながら、中間の広帯域ネットワークは、これ
らのサービス（または同様の性質を有するあらゆるサー
ビス）をサポートせず、または定義された狭帯域サービ
スをセットアップするために必要とされる狭帯域制御チ
ャネル・シグナリングも解釈されない。すなわち異なる
隣接交換機間で異なるシグナリング・プロトコルがあ
る。この場合、（中間の広帯域ネットワーク４８を経由
して）狭帯域ネットワークの相互接続は、各ネットワー
クに存在する分離した呼サーバおよび接続ブローカの機
能調整を必要とする。

【００３７】図３は、図２の接続ブローカ４４の抽象ア
ーキテクチャを示す。ハードウェアの実行は特定の要件
に依存（さらにはそれによって決定）するが、典型的な
実行は、既存の狭帯域電話交換の機能も拡張する。図３
の接続ブローカ４４は、説明のための一例であり、典型
的には制御プロセッサによって実現される分解知能装置
を含む。分解知能装置６８の機能については後述する。
ネットワークの特定ロケーション・アドレス上の均一端
末番号をマッピングする端末番号データベース６９は、
分解知能装置６８に結合される。時分割多重化（ＴＤ
Ｍ）交換装置アダプタ７０（ＴＤＭ狭帯域システムの場
合において）は、分解知能装置６８（クライアント・オ
リエンテッド・インタフェース・ポートを介して）とＴ
ＤＭ交換装置インタフェース７２（図２の交換装置１６
に類似）間のプロトコル変換を行う。典型的には、専用
接続プロトコル７２は、分解知能装置６８とＴＤＭ交換
装置アダプタ７０間で使用されるが、この場合は必要な
い。また、広帯域ネットワーク・アダプタ７３も、クラ
イアント・インタフェース・ポート７１を経由して分解
知能装置６８に結合される。分解知能装置６８および広
帯域ネットワーク・アダプタ７３間の通信は、典型的に
は、専用接続プロトコル７２に基づいている。広帯域ネ
ットワーク・アダプタは、図２のトランク・ネットワー
ク・アダプタ４６に類似している。付属ネットワークま
たはサービス用のその他のアダプタ７４は、クライアン
ト・インタフェース７１を介して分解知能装置６８に結
合されてもよい。

【００３８】広帯域ネットワーク・アダプタ７３および
その他のアダプタ７４は、したがって、制御ライン５１
または適切な通信リソース７５を介して広帯域ネットワ
ーク端スイッチ５０にそれぞれ結合される。また、分解
知能装置６８は、サーバ・インタフェース・ポート７６
に結合され、ライン６６を介して相互接続装置を呼サー
バ１８へ供給する。また、サーバ・インタフェース・ポ
ートは、接続ブローカ４４の分解知能装置６８を、２次
ポート７７（「ピア接続ブローカ（ＣＢ）・サーバ・イ
ンタフェース」と呼ばれる）を経由して、他の接続ブロ
ーカ（図４に図示）に相互接続するように構成される。
同様に、クライアント・インタフェース７１も、３次ポ
ート７８（「ピア接続ブローカ・クライアント・インタ
フェース」と呼ばれる）に結合され、この３次ポート７
８は、接続ブローカ４４の分解知能装置６８を他の接続
ブローカへ主に接続される加入者端末に結合させる（図
４に図示）。

【００３９】従来の電話交換機は、典型的には、複数の
故障許容制御を行うプロセッサを有する分散処理アーキ
テクチャおよびプロセッサ間通信装置を有するが、この
交換装置は、特殊プロセッサによってサポートされても
よい。

【００４０】図３の接続ブローカ４４は、故障許容制御
を行うプロセッサ内、すなわち分解知能装置６８内で１
組のリアルタイム処理をサポートする。接続ブローカの
プロセッサ間通信装置（専用接続プロトコル７２によっ
てサポートされる）は、交換装置１６および呼サーバ１
８とを通信するために使用される。上述のように、接続
ブローカ４４は、典型的には、広帯域インタフェースを
用いて、広帯域ネットワークを制御できるようにする
が、接続ブローカ４４はプロセッサ間通信装置を使用し
て、トランク・ネットワーク・アダプタ上の広帯域イン
タフェースへアクセスしてもよい。しかしながら、通信
ネットワークは広帯域指向へと進展するにしたがって、
呼サーバ１８および接続ブローカ４４は、広帯域ネット
ワーク４８に直接接続される広帯域インタフェースのみ
と共に、プロセッサ上に常駐してもよい。その後、狭帯
域接続装置には、広帯域制御インタフェースが供給され
る。

【００４１】図４は、中間の広帯域ネットワークを介し
て加入者端末を接続するためのシステム・アーキテクチ
ャおよび関連メカニズムを示す図である。例えば、デー
タ呼が第１のノード上の端末ＴＡ（例えば地上通信線電
話）１２と第２のノード５２上の端末ＴＢ（例えばコン
ピュータ内のモデム）８５の間でサポートするために、
狭帯域ノード間の既存の共通シグナリング関係が使用さ
れる。広帯域ネットワークは狭帯域ネットワーク間でト
ラフィックを中継する機能のみを必要としているため、
システム間で相互接続を提供するのは共通狭帯域帯域シ
グナリング・リンク（またはリソース）７９およびプロ
トコルの構築である。狭帯域トラフィックの修正が必要
とされるため、広帯域ネットワークは、結果的に、透明
チャネル・リソースとして現れる。

【００４２】第１のノード４０および第２のノード５２
は、それぞれトランク・ネットワーク・アダプタ４６お
よび５６、接続ブローカ４４および８０、呼サーバ１８
および８１を含み、複数のファントム（または「仮
想」）トラフィック・トランクを提供する共通狭帯域シ
グナリング・リンク７９上で、永久的に結合される。し
たがって、呼サーバ１８および８１は、追加のシグナリ
ング・リソース８２，８３によって異なる狭帯域ネット
ワーク（図示されない）の他の呼サーバ（図示されな
い）に接続される可能性がある。呼サーバ１８および８
１は、それぞれ、接続ブローカ４４および８０に結合さ
れ、その後、トランク・ネットワーク・アダプタ４６お
よび５６に結合される。トランク・ネットワーク・アダ
プタ４６および５６は、広帯域ネットワーク４８を経由
して共に結合され、接続ブローカ４４および８０は仮想
リンク８４によって相互接続される。端末１２は、トラ
ンク・ネットワーク・アダプタ４６に結合され、端末Ｔ
Ｂ８５はトランク・ネットワーク・アダプタ５６に結合
される。

【００４３】シグナリング・リンク７９は、２つの呼サ
ーバ１８および８１間で永久的に接続されるが、この接
続は、無線周波数リンクによって動的に割り当てられ、
または供給されてもよい。実際、ネットワークＡとネッ
トワークＢ間の狭帯域ゲートウェイ・ノードとして第１
のノード４０および第２のノード５２が以前に存在する
場合、実際の狭帯域Ｅ１トランクは、すでにこれらの２
つの交換間で存在する。そのため、シグナリングは、こ
れらのＥ１トランクのタイムスロット、すなわち従来技
術での１６のタイム・スロット中で運ぶことが可能であ
る。一方、北米ベースのシステム中で、２つの異なる交
換機は、共通ＳＴＰネットワークに接続される。しかし
ながら、広帯域ネットワーク４８が配置されると、相補
シグナリング帯域幅は、広帯域ネットワークを経由して
リンクを構築することによってサポートすることが可能
である。それにもかかわらず、これらの複数のパスは、
単一の論理「シグナリング関係」を表し、それによって
ＳＳ７ユーザ部分（すなわち呼サーバ）は通信および相
互動作を行うことができる。

【００４４】２つの接続ブローカ４４と８０間で構築さ
れる仮想リンク８４は、永久的な「通信するための機
能」を提供する。したがって、仮想リンク８４は、ＡＴ
Ｍ仮想チャネル接続の形式をとる。しかしながら、ＳＳ
７ネットワークが、例えば、ＴＣＡＰに関連して、この
通信用のベアラ手段として使用されることも可能であ
る。接続ブローカ４４と８０間、ネットワーク・アダプ
タ４６，５６間および交換装置間の通信リンクは永久的
であるが、ネットワーク・アダプタ４６，５６間および
相互接続された加入者端末ＴＡ１２，８５間でトラフィ
ックを運ぶ接続は、特定の発呼中またはそれらの呼の特
定部分に対して接続し、切断される。

【００４５】本システムは、各呼サーバ１８および８１
と各接続ブローカ４４および８０間に主に常駐する各交
換装置間で少なくとも２つ（おそらく数十から数千）の
割り当て可能なシグナリング・チャネル・リソースまた
は「仮想トランク」を供給するために動作する。その
後、このノードは狭帯域シグナリングを用いて、いずれ
かのノードでのファントム（すなわち「仮想」）端末の
存在の有無をシミュレーションする。これらの仮想トラ
ンクは、単一ノード専用となる。そのため、このシステ
ムは、第１のノード４０から第２のノード５２へ、また
はその逆の片方向で呼を形成する。したがって、２つの
ノード間の仮想ルートは、各方向に１つずつ、２つのグ
ループの仮想トランクを含む。このメカニズムによっ
て、同一の仮想トランクが各ノード・トランクによって
補足された場合に発生する望ましくない影響は回避され
る。利点として、仮想トランクは、各狭帯域ネットワー
ク間に存在する実際の通信リソースを結合しない。

【００４６】異なる交換機（すなわち異なるノード）間
の呼設定メッセージの構造、内容および機能について、
図４および広帯域ネットワーク間のマルチ・ノード通信
を構築するために必要とされる手続きステップを図示す
る図５のフローチャートを参照すると、良く理解するこ
とができる。

【００４７】端末ＴＡからの着呼（すなわち「初期アド
レス・メッセージ」、ＩＡＭ）は、第１のノード４０で
受け取られ（２００）、呼サーバ１８は着呼メッセージ
を受け取って呼が第２のノード５２へルーティングされ
る必要があることを決定する。着呼は、少なくとも被呼
者、すなわちＴＢの電話番号と共に、ＴＡと呼サーバ１
８間に割り当てられるトランクに関するＣＩＣを含む。
さもなければ、この電話番号は、後続の通信において、
ＴＢが使用するポート・アドレスを示さないため、呼サ
ーバによる使用するためのルーティング指示を主に供給
する。このように、電話番号はＴＢのアドレス位置を表
わさないが、有効な交差ノードアドレスに到達するため
には、後で入れ換える必要がある。

【００４８】着呼の受信に反応し、実際の通信リソース
（すなわち、例えば、６４ｋｂｐｓ音声をサポート可能
な実際の通信リンク）を保存するために第１の呼サーバ
１８は、空き仮想端末ＰＴｘを選択し、この仮想端末を
使用してそれ自体と第２のノード５２に位置する第２の
呼サーバ８１間に仮想トランクを構築する（２０２）。
実際、呼サーバ１８は、関連メモリ１９からの空き仮想
端末ＰＴｘを示す、使用可能で、ノードが一意の（「分
離」）アドレス・フィールドを選択する。実は、この空
き仮想端末ＰＴｘは、仮想トランクの停止しているアド
レスを識別する。

【００４９】典型的には、仮想端末の識別子は、２つの
呼サーバ１８、８１に関連したポイント・コードおよび
仮想トランクのＣＩＣから成り立つ。この例において、
２つの呼サーバのポイント・コードの順番は、通信のた
めの関連方向を識別する。

【００５０】第１の呼サーバ１８は、その後、仮想トラ
ンクを使用して、その仮想トランクに関連したＣＩＣか
ら構成される修正された呼メッセージを、ＴＢの有効な
電話番号と共に、（第２のノード５２の第２の呼サーバ
８１へ）中継する（２０４）。したがって、第２の呼サ
ーバ８１はＴＢの電話番号を使用可能で、例えば、ＴＢ
があらゆる有意の情報をまだ受け取っていなくても、Ｔ
Ｂに関する通信システムにおいて何かが存在するという
事実をＴＢに警告する。残念ながら、この時、この修正
呼メッセージ内で通信または符号化が行われないため、
ＴＡと第１の呼サーバ１８間の接続に関するＣＩＣは第
２のノード５２で消失する。すなわち、第１のノード４
０の呼サーバ１８は、第２のノード５２の呼サーバ８１
に、仮想トランク上で修正された着呼メッセージを送信
する（１０４）ことによって着呼（１００）を通知し、
ＴＡから受信される、ダイヤルされたディジット（すな
わち被呼者のアドレス）を渡す。

【００５１】さらに、この着呼（１００）に応答して、
第１のノード４０の接続ブローカ４４は、ＰＴｘとＴＡ
間に仮想オフィス間パスを構築する（２０６）。この
時、オフィス間パスに関連する情報は、典型的には、分
解知能装置６８によって端末番号データ・ベース６９に
格納される。すなわち、端末ＴＡは、仮想端末ＰＴｘに
結合される。また、第１の接続ブローカ４４は、トリガ
され、（第２の呼サーバ８１への）修正呼メッセージの
通信を行う。

【００５２】特に、この修正呼メッセージの送信とほぼ
同時に、第１のノード４０の第１の接続ブローカ４４
は、仮想端末ＰＴｘが第２のノード５２への出仮想トラ
ンクの一端である旨を知る。したがって、第１の接続ブ
ローカは、接続リクエスト１０６を仮想リンク８４を介
して第２の接続ブローカ８０に渡す（２０８）。この接
続リクエストは、仮想トランクのＣＩＣおよび（ＴＡお
よび第１の呼サーバ１８間のトランクに割り当てられた
元のＣＩＣからおそらく導き出される）ＴＡの識別子を
含む。典型的には、呼発生ユニット、すなわちＴＡの実
アドレスが送信される。

【００５３】第２のノード５２は、第２の仮想端末ＰＴ
ｙ上に仮想トランクの受信回線インジケータ・コード
（ＣＩＣ）をマッピングすることによって、（仮想トラ
ンク上で受信される）修正着呼メッセージに応答する
（２１０）。ここでも、第２の仮想端末ＰＴｙは、その
関連メモリ８２から、第２のノード５２の第２の呼サー
バ８１によって選択され、メモリは更新されて、ＰＴｙ
が仮想トランクの終端点を表すことを記録する。仮想端
末ＰＴｙの選択は一意であることを基本とする。

【００５４】修正着呼メッセージを受信する第２の呼サ
ーバ８１に応答して、第２のノード５２は、着呼の宛先
は最終的に端末ＴＢにあるということをすでに知ってい
る。したがって、適宜に、第２の呼サーバ８１は、ＴＢ
から第２の仮想端末ＰＴｙへ接続を（仮想トランクと呼
加入者ＴＢ間の第２の仮想オフィス間パス・リクエスト
の形式で）要求し、従来のシグナリングを用いて着呼リ
クエストをＴＢへ供給する（２１２）。

【００５５】さらに、第２の接続ブローカ８０の分解知
能装置は、両方のリクエストの（任意の順番による）受
信に応答して、２つの仮想端末ＰＴｘおよびＰＴｙを分
解し（２１４）、２つのリクエスト「ＴＡをＰＴｘに接
続」および「ＴＢをＰＴｙに接続」を「ＴＡをＴＢに接
続」という単一の実接続リクエストに変換する。特に、
第の接続ブローカ８０は、仮想トランク用の共通ＣＩＣ
が存在するという事実を推論できるため、ＴＡとＴＢ間
の直接接続のための条件は、この共通性によって識別さ
れる。その後、第２の接続ブローカ８０は、第２のトラ
ンク・ネットワーク・アダプタ（ＮＡ）５６を介してＴ
ＡとＴＢ間で実際のトランク接続を構築する（２１
６）。ほぼ同時に、（第２のノード５２の）第２の接続
ブローカ８０は、ＴＢへのパスが配置されることを（第
１のノード４０の）第１の接続ブローカ４４に教える
（２１８）。

【００５６】呼の端末ＴＢによる受諾および第２の呼ブ
ローカ８０による接続の確認は、第２の呼サーバ８１か
ら第１の呼サーバ１８へ通知され、第１の接続ブローカ
４４も、ＴＢへのパスが配置されることを、関連の呼サ
ーバ１８に通知する（１１６）。この時点で、第１の呼
サーバ１８は、呼に対する請求を開始してもよい（２２
０）。

【００５７】先に詳述した呼設定手続に対する補完的な
意味で広帯域接続の分解が行われ、発呼している全時間
中、仮想トランクはそのままの状態を保つ。熟練した受
信者は、広帯域呼を解除するために、呼サーバは狭帯域
（すなわちＳＳ７）通信用の標準手続きを用いて呼を解
除することがわかる。特に、この手続きの一部として、
両方の呼サーバは、それらの各接続ブローカにリクエス
トを発行する。その後、仮想トランクの出力端の接続ブ
ローカは、仮想トランクのＣＩＣを送ることによって他
の接続ブローカへ解除リクエストを渡す。終端接続ブロ
ーカは、最初に受け取る２つのメッセージのいずれかを
受け取ると、広帯域接続の解除を発行する。仮想トラン
クは両方の呼サーバに広帯域接続が解除されたことを
（各接続ブローカによって）知らされるまで、再利用で
きない。

【００５８】各仮想端末用の代表的なアドレス・フォー
マットは、典型的には、実際の（すなわち仮想上ではな
く物理的な）端末に対して使用されるフォーマットの特
別な場合になるように構成される。ＡＳＮ．１オブジェ
クト識別子は、仮想トランクを識別するために使用でき
る。一方、パーティションされたＥ．１６４アドレスま
たはＥ．１６４のスーパーセットを使用してもよいが、
単純なＳＳ７ベースの実行に対し、組変数（ＯＰＣ，Ｄ
ＰＣ，ＣＩＣ）は、トランクを（実かまたは仮想（架
空）か）一意的にに識別子できる。しかしながら、電話
のような非ＳＳ７端末に対して、他の構成が必要とされ
る。例えば、ＣＩＣフィールドは、（通常の１６ビット
ではなく）３２ビットまで拡張されることが可能で、Ｄ
ＰＣはＯＰＣと同等となり「ライン」タイプの端末を識
別するが、一方、ＣＩＣは交換機上のラインを識別する
ために使用されることも可能である。しかしながら、通
常、仮想トランクを構築するための唯一の要件は、接続
ブローカが仮想トランクが着信または出力のいずれであ
るかなど、（端末番号データ・ベース６９において）適
切にタグが付けられ、記録されることである。

【００５９】図２の一般的なアーキテクチャを再度参照
すると、ＡＴＭネットワークおよび国際電気通信連盟、
通信部門（ＩＴＵ−Ｔ）シグナリング・システムＮｏ．
７は、それぞれ広帯域ネットワークおよび狭帯域制御シ
グナリングを実行するために使用できる。

【００６０】特に、狭帯域帯域ノードは、ＩＴＵ−Ｔシ
グナリング・システムＮｏ．７のＩＳＤＮユーザ・パー
ト（ＩＳＵＰ）を使用して、他の交換機（例えば狭帯域
ネットワーク５２）と通信し、マルチ・ノードの動作を
サポートする。この交換機は、いくつかの狭帯域ライン
を直接終端し、非同期転送モード（ＡＴＭ）ネットワー
ク４８に接続されるトランク・ネットワーク・アダプタ
４６を介して狭帯域トランクを終端する。トランク・ネ
ットワーク・アダプタ４６は、ＡＴＭ構成へのベアラ・
チャネルを翻訳する。このとき、各ベアラ・チャネルと
ＡＴＭ仮想チャネル（ＶＣ）アドレス間には、１対１の
関係が存在する。典型的には、広帯域ネットワーク端ス
イッチ５０、６０，６２、さらにトランク・ネットワー
ク・アダプタ４６，５６，５８は、トラフィックベアラ
・チャネルおよび制御ライン５１用のＡＴＭフォーラム
・ユーザ・網インタフェース（ＵＮＩ）バージョン４．
０インタフェースを用いてＡＴＭネットワーク４８へ接
続される。一方、接続ブローカは、ＵＮＩ４．０のプロ
キシ・シグナリング・オプションを用いてトランク・ネ
ットワーク・アダプタ４６，５６，５８へＱ．２９３１
接続を構築する。

【００６１】他の交換機への狭帯域シグナリングは、既
存の狭帯域接続を使用でき、または回線エミュレーショ
ンまたはフレーム送付のいずれかを用いてネットワーク
・アダプタ（例えば４６，５８）および広帯域ネットワ
ークを介してルーティングが可能である。この概念は全
シグナリング構成および準関連シグナリング構成の両方
に適用可能である。他の混合モード・ノードへの接続
は、同様の方法で実行される。

【００６２】接続ブローカ４４は、狭帯域−狭帯域リク
エストを狭帯域交換装置１６に渡すが、広帯域−広帯域
接続（同一ノード内において）は、プロキシ・シグナリ
ングを用いて接続を直接設定する。狭帯域−広帯域接続
に対しては、２つのリクエストが必要とされる。それら
は、狭帯域交換装置１６へのリクエスト、およびネット
ワーク端スイッチ５０、６０，６２へのリクエストであ
る。しかしながら、広帯域−仮想端末接続に対して、接
続ブローカは接続リクエストを仮想ルートの他端にある
第２の接続ブローカ（図３、参照番号７０）へ渡す。そ
の後、この接続は、第２の接続ブローカ７０から発生し
たプロキシ・シグナリング構成を用いて行われる。ここ
で注意したいのは、本発明は、仮想端末が広帯域端末と
して使用されており、狭帯域−仮想端末接続は、狭帯域
−広帯域接続および広帯域−仮想端末接続の組み合わせ
として扱われている点である。

【００６３】また、サービス相互機能も、中間で結合さ
れる広帯域ネットワークを有するネットワークへ適用可
能である。この例において、呼サーバ間の相互接続は、
請求およびスクリーニングのようなゲートウェイ機能を
提供できるが、接続ブローカによって狭帯域端末間にエ
ンド・ツー・エンドの接続が可能となる。同様に、その
他の点で、各狭帯域ネットワークが使用できないシグナ
リング相互機能は、仮想トランクを介して呼サーバと共
に接続することによって、供給できる。

【００６４】このように、第２の接続ブローカは２つの
接続リクエストが同一の仮想トランクの反対の端で受け
取られたことを認識し、それに応答して、第１の加入者
端末１２および第２の加入者端末６８間に広帯域ネット
ワークを経由した直接ルートを構築する。

【００６５】したがって、概略的に上述された接続メカ
ニズムは、中間の広帯域ネットワークを経由した混合ノ
ードの相互接続を供給する。これがなければ、解釈する
ことができず、したがって、狭帯域ネットワーク内で個
別に使用される制御チャネル・シグナリング・プロトコ
ルをサポートすることもできない。このような動作は、
例えば、狭帯域シグナリング・ソフトウェアが組み込ま
れた（広帯域ネットワークの）修正トランク・ネットワ
ーク・アダプタによってサポートが可能であるが、通
常、異なるインフラストラクチャ交換機間で発生する。
結果的に、このメカニズムを使用して共通制御チャネル
を構築することによって、修正トランク・ネットワーク
・アダプタは、狭帯域トラフィック・リソースをサポー
トし、シグナリング相互機能の介入を必要とせずに狭帯
域サービスに参加できる。

【００６６】利点として、仮想トランクおよび接続ブロ
ーカ・アーキテクチャを組み合わせることによって、結
果的に、狭帯域シグナリング構成を提供するための修正
を全く必要とせず、全狭帯域サービスをサポートするシ
ステムを実現できる。さらに、既存の狭帯域呼サーバに
対して最小限の変更しか必要としない。実際、このシス
テムは任意に複雑なネットワークに対してスケーラビリ
ティがあり、ＴＤＭ、ＡＴＭ、フレーム・リレーを含む
あらゆる基本接続装置上で動作可能である。

【００６７】さて、本発明において、改善された機能
は、（本発明の好ましい実施の形態に従って構成される
仮想ＡＴＭノードを示す）図６に従って、通信システム
・アーキテクチャを適応させることによって、図２およ
び図４の基本通信システム・アーキテクチャへ供給でき
る。図６の好ましい実施の形態の実施は、有益なこと
に、サービスの提供を最適化するが、システムの信頼性
の改善および全体的なシステム性能の向上の両方を行う
ために、迅速に適応できる、モジュラ化された、柔軟性
とスケーラビリティのあるシステムを構築する機能を提
供する。実際、本発明によって、ネットワーク上でイン
フラストラクチャ・コンポーネントの分散が可能にな
り、通信ネットワークを標準対応として維持する。

【００６８】図６において、ＡＴＭシステム（ＡＴＭ
Ｓ）３００は、複数のネットワーク・アダプタ（ＮＡ）
クラスタ３０２〜３０６を含む。複数のＮＡクラスタ３
０２〜３０６は、通信ネットワーク全体に分散できる
（すなわちＮＡクラスタは同一の場所に存在する必要は
ない）。一方、各ＮＡクラスタ３０２〜３０６は、多く
のアダプタを含む。各ＮＡクラスタ３０２〜３０６に関
連して、複数の付随トランク３０８〜３１２は、地上通
信線モデムまたは電話（およびおそらく中間の狭帯域交
換機を介して）のような少なくとも１加入者端末に各ク
ラスタ中の各単独ＮＡを相互に接続することを示す。さ
らに、ＡＴＭ３００は、典型的に、複数の広帯域スイッ
チ３１４，３１６（理解しやすいように、そのうち２つ
のみを図示）を含み、広帯域スイッチ３１４，３１６
は、少なくとも１つのＮＡクラスタ３０２〜３０６へそ
れぞれ結合される。したがって、各ＮＡクラスタ中の各
ＮＡに付随するトランク上に現れる呼は、広帯域スイッ
チを介してルーティングされ、各広帯域スイッチを適切
な広帯域ネットワークに相互接続する複数のＡＴＭ仮想
チャネル３１２〜３２１から選択する。典型的には、Ａ
ＴＭＳ３００は、ＡＴＭＳ３００上で診断および保守動
作を行うように機能する動作および保守センタ（ＯＡ
Ｍ）３２２に結合される。

【００６９】図示はされていないが、ＡＴＭＳ３００も
接続ブローカを含み、上述のように、混合ノード間で呼
の相互接続を容易にするように構成される。

【００７０】複数の呼サーバ３２４，３２６は、ＡＴＭ
Ｓ３００の外部に置かれる。「呼サーバ」という用語
は、「分散プロセッサ・プラットフォーム」という用語
と自由に置き換えることが可能である。ただし、後者の
用語は、インフラストラクチャの特定部分によって行わ
れる機能について、単に説明したものである。それぞれ
の呼サーバ３２４，３２６は、ＡＴＭＳ３００のＮＡク
ラスタ３０２〜３０６の少なくとも１つに応答可能（従
って、結合される）である。例えば、第１の呼サーバ３
２４は、（２つの）ＮＡクラスタ３０２，３０４の動作
および相互接続を制御し、一方、第２の呼サーバ３２６
は第３のＮＡクラスタ３０６の動作を制御する。さら
に、別の呼サーバが行う機能制御は、各ＮＡクラスタ３
０２〜３０６内の所定のサブセットの個別ＮＡへ、また
は、実際には、各ＮＡクラスタ中のＮＡに結合される個
別付随トランクへ拡張されてもよい。すなわち、単一の
ＮＡクラスタに付随する狭帯域トランクは、異なる呼サ
ーバが管理してもよく、または狭帯域トランクの識別さ
れるサブセット（ネットワーク全体に分散）の制御は、
１つ以上の呼サーバが管理してもよい。

【００７１】好ましい実施の形態において、各呼サーバ
は、ＡＴＭ仮想チャネル３１８〜３２１のサブセットの
制御（さらに割り当て）にも応答してもよい。それによ
って、所定のＡＴＭ仮想チャネルのみが各サーバによっ
てアクセス可能となる。

【００７２】したがって、第１の呼サーバ３２４（ＮＡ
３２８の第１のサブセットに応答可能である）は、ＡＴ
ＭＳ３００に関する仮想ビューとして現れるＡＴＭＳ３
００へのインタフェース３２９を有する。同様に、第２
の呼サーバ３２６は、インタフェース３３０を有し、第
３のＮＡクラスタ３０６を含む第２のサブセットに関し
て性質上仮想的に現れる。結果的に、図６のシステム・
アーキテクチャによって、通信ネットワーク内において
個別ＮＡおよび／またはＮＡクラスタを物理的に分離で
きるようにする。この通信ネットワークは、各ＮＡクラ
スタに付随する個別トランクまたはトランクのグループ
に関する機能の個別区分化から独立している。したがっ
て、本発明の好ましい実施の形態の通信アーキテクチャ
は、異なる仮想ＡＴＭビューをサポート可能できる。Ａ
ＴＭＳ３００に結合される各呼サーバは、分離した明確
なサービス（すなわち各分散プロセッサ・プラットフォ
ーム間のサービスの区分化がある）の動作および相互接
続を制御できる。すなわち、本発明の好ましい実施の形
態は、動作上および構造上の両方において、トランク３
０８〜３１２とＡＴＭＳ仮想回線３１８〜３２１の物理
的および機能的分離を提供する。

【００７３】したがって、本発明の仮想ＡＴＭＳは、狭
帯域トランク（おそらくＡＴＭ仮想チャネル）の組を制
御する呼サーバを有するが、その呼サーバは物理的なＮ
Ａ、ＮＡクラスタまたはＡＴＭスイッチを見ないように
構成される。

【００７４】サービスの機能的な分離は、音声、圧縮音
声、またはマルチメディア・サービスを基本として行わ
れる。さらに、ＮＡは呼サーバ間で共有することも可能
で、それによってトランク上の呼は、２つの使用可能な
呼サーバの少なくとも１つへ選択的にルーティング可能
となる。

【００７５】各ＡＴＭＳに関連して、複数の呼サーバ３
２４，３２６の配置は、多くの利点と長所を提供する。
特に、本発明の好ましい実施の形態の分散ＡＴＭアーキ
テクチャは、（ＮＡがＡＴＭスイッチとは、特性上、基
本的に異なるため）性質上異種であるサブ・システムか
ら成り立つ。したがって、そのサブシステムは独立して
進展可能である。したがって、本発明は将来的な公衆ネ
ットワークで必要とされるリアルタイム映像およびその
他のマルチメディア・サービスの将来的に可能性のある
帯域幅を満足する程度にスケーラビリティがある。さら
に、好ましい実施の形態のアーキテクチャの分散性質
は、（１組の独立サービスは、相互接続され、協働する
エンティティから構成されてもかまわないが）サービス
知能呼制御、およびネットワーク相互接続を標準オープ
ン・インタフェースによって接続される分離機能に分離
する。また、本発明は、ＡＴＭＳ３００はモジュラおよ
びスケーラビリティの面で拡張されて、容量のオーバー
ロードから発生する問題を対処できるようにするため、
現在のネットワーク性能および信頼性を改善する。さら
に、本発明の好ましい実施の形態は、接続装置とサービ
ス・プラットフォーム間で業務を分離し、現代の高密度
のプログラマブル・ハードウェア装置を使用することに
よって、（資本支出、特徴配置および動作に関連する）
呼毎の全費用を削減する。さらに詳細に説明すると、業
務を分離することによって、ＡＴＭＳはサービスが（ノ
ーテルが製造するＤＭＳのような）従来のディジタル狭
帯域ネットワーク３８０またはＡＴＭＳ上で相互動作す
る複数個サーバのいずれかで実行でき、機能配置費用を
削減する。

【００７６】最終的に、本発明の好ましい実施の形態の
ＡＴＭは、置き換え可能なモジュールのレベルでエンテ
ィティに分割する構造を含む（ハードウェアまたはソフ
トウェア、またはその組み合わせのいずれかで実行され
る）。このように、システムは自由に拡張可能で、迅速
に維持、拡張、修復できる。

【００７７】図７は、図６のより詳細なブロック図を示
す。ＡＴＭＳ３００は、装置アプリケーション・インタ
フェース（ＦＡＩ）３５０を経由して呼サーバに結合さ
れる。ネットワーク・アダプタ３５２は、典型的に、接
続制御プロセッサ３５８に関連したリアルタイム演算プ
ラットフォーム（ＲＣＰ）を有する分散接続層３５４を
含む。さらに、ネットワーク・アダプタ３５２は、ディ
ジタル信号プロセッサ（ＤＳＰ）３６２およびアクセス
・アダプタ機器（ＡＡＥ）３６４を含むＡＴＭ適応層サ
ブシステム３６０を含む。

【００７８】分散接続層３５４に結合されるのは、毎秒
４０ギガビット（Ｇｂｐｓ）のマゼラン・コンコルド・
スイッチのようなＡＴＭ呼スイッチ３６６で、分散リア
ルタイム・コントローラ３６８、ＡＴＭ交換装置３７
０、およびＡＴＭインタフェース３７２を有する。典型
的には、ＡＴＭスイッチ３６６は、ＯＣ３ｃを介してＮ
Ａ３５２に結合される。また、ＡＴＭＳシステム・マネ
ジャー３７４も、広帯域接続３７６を経由してＡＴＭＳ
呼スイッチ３６６に結合される。ＡＴＭＳ３００のＡＴ
ＭＳシステム・マネジャー３７４は、その後、Ｑ３．Ｇ
ＵＩまたは同等の通信シグナリング・リソース３７８を
介して、他のＡＴＭＳシステムまたは適切なネットワー
クに結合されることが可能であり、一方、このスイッチ
３６６は、ＡＴＭ ＮＮＩ／ＵＮＩ ＯＣ３ｃ／ＯＣ１
２Ｃシグナリング・ラインを介して広帯域ネットワーク
に結合される。後者の機能は図２のネットワーク端スイ
ッチによって実行される。ＡＴＭＳシステム・マネジャ
ーの機能と目的は、後述する。

【００７９】ネットワーク・アダプタ３５２は、典型的
には、ＯＣ３，ＤＳ３，ＤＳ１，Ｅ１またはＳＴＭ−１
通信リソースを経由して、（ＤＭＳのような）狭帯域ネ
ットワーク３８０に結合される。さらに、このＤＭＳ３
８０は、呼サーバ３２４に結合される。

【００８０】上述のように、各ＮＡクラスタ３０２〜３
０６は、ＮＡクラスタに付随するトランクグループ用の
装置アプリケーション・インタフェース・サーバとして
動作するリアルタイム計算プラットフォームと共にＮＡ
のグループである。１対のＲＣＰは２万〜３万トランク
のＮＡクラスタをサポートする。したがって、各ＮＡク
ラスタ３０２〜３０６は独立した装置で、ＡＴＭネット
ワークを経由して同様の装置と連動する。このとき、Ｒ
ＣＰとＮＡ間の全通信は、ＡＴＭを介する。したがっ
て、本発明の好ましい実施の形態の構造によって、クラ
スタ内のＮＡは物理的に分離でき、したがって、同じ場
所に置かれない。

【００８１】本発明の特長的な構造を実施するために、
装置アプリケーション・インタフェース３５０は、ＮＳ
ＡＰ（ネットワーク・サービス・アクセス・ポイント）
識別子から構成される論理回線アドレスを有する。この
論理回線アドレスは、ＮＡ内の個別トランク回線（すな
わち「ＤＳＯ」）を識別するために使用される物理的な
機器識別子から独立したものである。この物理的な分離
によって、呼サーバは仮想ＡＴＭＳビューが提供され、
強力な進展および災害からの回復をサポートする。さら
に、特に、ＡＴＭＳは、（図３の接続ブローカの端末番
号データ・ベース６９に格納されるような）所定のルッ
ク・アップ・テーブルを使用して、ＮＳＡＰ論理回線ア
ドレスを対応の物理的な機器の識別子に翻訳する。

【００８２】回線識別子を提供するために、ＮＳＡＰ識
別子を使用して、Ｑ．２９３１シグナリング上で装置ア
プリケーション・インタフェースを実行することによっ
て、呼サーバは、交換装置としてＡＴＭＳ３００を動作
することができ、「回線アドレスＡを回線アドレスＢへ
接続」という形式のリクエストを送る。したがって、Ａ
ＴＭＳ３００は相互接続のために必要とされるルートを
意識する必要はない。また呼サーバがこれらの機能を動
作するため、シグナリングと関わる必要もない。

【００８３】ＡＴＭＳシステム・マネジャー３７４は、
マルチ・プラットフォーム管理システムであり、クライ
アントおよびサーバのプラットフォームを含む。サーバ
・プラットフォームは要求される管理機能を実行し、一
方、クライアント・プラットフォーム（「デスクトップ
・プラットフォーム」とも呼ばれる）は、マン・マシー
ン・インタフェースを提供する。小規模なシステムにお
いては、単一のサーバ／デスクトップ・プラットフォー
ムを使用することが可能である。特に、ＡＴＭＳシステ
ム・マネジャー３７４は、遠隔監視および障害分析を提
供する。それによって保守担当者は、訂正業務を迅速に
行うことができる。また、ＡＴＭＳシステム・マネジャ
ー３７４は、ＡＴＭＳノードおよび／またはネットワー
クの管理に関連する情報の安全な貯蔵所をも供給する。

【００８４】したがって、各ＡＴＭＳネットワークは、
仮想ＡＴＭＳの形式の論理ＡＴＭＳノードで構成され
る。このノードは（管理面からみると）、それらがどの
ように物理的に認識されていても、管理機能を提供す
る。仮想ＡＴＭＳの概念をサポートし、ＡＴＭＳノード
の統合管理を提供するために、ＡＴＭＳ管理システムは
ＡＴＭＳが提供する機能の管理と、その機能を提供する
機器の管理を明確に分けている。したがって、２つの管
理モデルが考えられる。具体的には、（１）物理的な機
器に関して、この機能がどのように認識されるのかに関
係なく、ノードの管理された機能の関するＡＴＭＳ論理
的「ブラック・ボックス」モデル、および（２）物理的
な機器および相互接続に関して、ノードがどのように認
識されるかに関するＡＴＭＳ物理「ホワイト・ボック
ス」である。

【００８５】論理的ブラック・ボックスは、例えば、ｓ
ｏｎｅｔ、ＡＴＭおよびＦＡＩなどの、ＡＴＭＳノード
外部インタフェースに関する詳細を含む。また、ブラッ
ク・ボックスモデルは、（ＡＴＭＳノード用アドレスの
ような）ノード・ルーティング情報、トランク回線の論
理アドレス、および（例えば、チャネル関連シグナリン
グ、ロブド・ビット（Robbed-Bit）シグナリング、共通
チャネル・シグナリングなどの）組み込みシグナリング
・チャネルの詳細の両方も識別する。

【００８６】物理的なホワイト・ボックス・モデルは、
ＮＡ、計算プラットフォーム、およびＡＴＭスイッチに
関するノード構造に関する情報を含む。実際、物理的ホ
ワイト・ボックスは、通常、例えば、専用識別子、バー
ジョン・タイプ、および物理的位置を有する置き換え可
能なユニットのレベルまでの情報を識別する。また、ホ
ワイト・ボックス・モデルは、ノードおよび（内部制御
およびトラフィック仮想回線識別子のような）論理的接
続情報内の物理的接続も識別し、補助ポリシー、補助グ
ループの表示、および計算サーバへの「インスタンス」
の割り当ても含む。

【００８７】これらの２つのモデル間で管理される目標
および機能は、論理的エンティティがそれらの物理的な
対応物によってどのように認識されるかを示す特別な関
係を用いて関連づけられる。したがって、これらの関連
は、モデル間にわたる流れ（flow-through）の供給およ
びサービス分析のような管理機能をサポートする。

【００８８】これらの特定の関係に対する管理技術を認
識するメカニズムの実行に関して、以下のいくつかの出
願中のアプリケーション（参照として本文中に記載）
は、仮想ＡＴＭＳ中での論理から物理へのマッピング・
テーブルに関する技術を開示しているが、本発明と比
べ、回復メカニズムへの効果が異なっている。たとえ
ば、 （１）Ｃ．Ｃ．ヘイボール等が１９９７年８月２７に出
願し、ノーザン・テレコム・リミテッドへ譲渡した米国
特許出願番号０８／９２１，２１８、「再利用をサポー
トする管理システム・アーキテクチャを有する通信ネッ
トワーク」、この米国特許出願は、ヨーロッパ出願ＥＰ
９８３０２５４６．１に対応する。 （２）Ｃ．Ｃ．ヘイボール等が１９９７年８月２７に出
願し、ノーザン・テレコム・リミテッドへ譲渡した米国
特許出願番号０８／９１８，８９５（出願者参照番号Ｉ
Ｄ０８０６）「再利用をサポートする管理システム・ア
ーキテクチャおよび構造方法」、この米国特許出願は、
ヨーロッパ特許出願ＥＰ ９８３０３３９６．０に対応
する。 （３）Ｃ．Ｃ．ヘイボール等が１９９７年８月２７に出
願し、ノーザン・テレコム・リミテッドへ譲渡した米国
特許出願番号０８／９２１，６４９（出願人参照番号Ｉ
Ｄ０８０７）、「再利用をサポートする管理システム・
アーキテクチャおよび設計方法」、この米国特許出願
は、ヨーロッパ特許出願ＥＰ ９８３０２６１４．７に
対応する。 （４）Ｃ．Ｃ．ヘイボール等が１９９７年８月２７に出
願し、ノーザン・テレコム・リミテッドへ譲渡した米国
特許出願番号０８／９２１，２２５（出願人参照番号Ｉ
Ｄ０８０８）「再利用をサポートする管理システム・ア
ーキテクチャおよび設計方法を有する通信ネットワー
ク」、この米国特許出願は、ＧＢ ９７２４５４８．４
に対応する。

【００８９】ＡＴＭＳマネジャーそれ自体は、あらゆる
特定のＡＴＭＳノードから分離される論理エンティティ
として管理されるが、物理上および機能上の区分化は、
ＡＴＭＳ管理がそれ自体が構成される方法に必須なもの
である。

【００９０】装置アプリケーション・インタフェース３
５０は、仮想ＡＴＭＳブロック（「インスタンス」と呼
ばれる場合もある）の負荷共有プールを提供する多くの
仮想回線を含む。各ＮＡクラスタは、相互のアクティブ
／予備動作を伴ったアクティブ／アクティブとして動作
する一対のＲＣＰを有する。各ＲＣＰインスタンスは、
仮想ＡＴＭＳ仮想チャネルの１つで構成される。したが
って、ＲＰＣの故障の場合、仮想チャネルは、その一対
の他のＲＣＰで再構成される。オペレーションの形式に
よって、ＡＴＭＳの弾性モデルが呼サーバには不可視と
なっており、呼サーバもＡＴＭＳの弾性モデルには不可
視となっている。また、各ＲＰＣは、仮想ＡＴＭＳ画像
と共に、サポートされるＴＤＭトランクおよび仮想トラ
ンク用の多くのプロセスを供給する接続ブローカのイン
スタンスを有する。

【００９１】ＮＡクラスタは、１以上の仮想ＡＴＭＳの
一部を形成してもよい。この場合、ＲＣＰは、１以上の
接続ブローカを含み、ＲＣＰ対は、該当するＮＡクラス
タに関して、仮想ＡＴＭＳインスタンスとして動作する
呼サーバのそれぞれに結合される二重負荷共有ＡＴＭＳ
仮想チャネルを有する。

【００９２】また、図６の構成によって、特別のサービ
ス動作が、仮想オーバーレイ・ネットワークとして構成
される。これを図８に示す。特別なサービス・ルート
は、地理的に分散される多くのＡＴＭＳ上で分離され構
成できる。特別なサービス呼サーバは、１以上の物理的
位置において構成でき、１以上の特別サービス仮想ＡＴ
ＭＳが供給される。これによって、多くの平行呼サーバ
開発をサポートして、柔軟性のある混合および一致ベー
スでオペレータによって提供される試験的なサービスを
実施する機会が与えられる。

【００９３】特に、図８を参照すると、通信ネットワー
ク４００は、複数の相互接続ＡＴＭＳ４０２〜４０８を
含む。各ＡＴＭＳの相互接続は、好ましい実施の形態に
おいて、１つのＡＴＭＳから他のあらゆるＡＴＭＳへ直
接接続できるようにする。すべてのＡＴＭＳは、そこに
結合される特別サービス・ルート４１０〜４１６およ
び、少なくともいくつかのネットワーク４００のＡＴＭ
Ｓ（例えばＡＴＭＳ１およびＡＴＭＳ２）を有する。さ
らに、そこに結合される通常のサービスルート４１８，
４２０も有する。ネットワーク４００の制御に関して、
少なくとも２つの分散処理点４２２，４２４は、このネ
ットワークに結合される。１つの呼サーバは、特に通常
のサービスを制御するために割り当てられる。一方、他
の呼サーバは通常のサービスを制御するために割り当て
される。図８の構造構成例に関して、特別なサービス
（４２２）の制御を行う呼サーバは、ＡＴＭＳ１（４０
２）に直接結合されるが、通常サービス（４２４）の制
御を行う呼サーバは、ＡＴＭＳ（Ｎ＋１）、すなわち呼
サーバ４０８に直接結合される。

【００９４】図６のシステム・アーキテクチャによって
供給される他の利点は、１つのソフトウェア・リリース
から他のソフトウェアへ、ネットワーク・サービスに影
響せずに移行する機能である。図９は、図８の呼サーバ
のソフトウェア更新を詳述するフローチャートである。

【００９５】ＡＴＭ接続に基づいた装置アプリケーショ
ン・インタフェース３５０の結果として、アクティブお
よび予備の仮想ＡＴＭＳの同時接続をサポートするため
に、ネットワーク・オペレータがＡＴＭＳを拡張するこ
とは、現在、比較的単純になっている。特に、呼サーバ
構成は、サービス・ネットワーク・エンジニアリングの
目的に特化することが可能で、これは新しいソフトウェ
アをロードする（図９のステップ４３０）ことで可能に
なる。適切な時に、エンジニアリング呼サーバは、他の
稼働中の呼サーバから現在のネットワーク・データのコ
ピーを受け取ることができる（ステップ４３１）。した
がって、突然のソフトウェア・リリースに対してＡＴＭ
Ｓを準備することができる。そのため、ソフトウェア・
リリースの後、異なるＡＴＭＳは、予備の仮想ＡＴＭＳ
を現在の呼サーバへ、アクティブな仮想ＡＴＭＳをエン
ジニアリング呼サーバ上の新しいリリース・ソフトウェ
アへの両方に提供する。したがって、ソフトウェアの新
しいリリースは、確実に満足な動作が行われるように、
所定の周期で、縦列に動作できる（図９のステップ４３
２）。その後、予備の仮想ＡＴＭＳを切断（ステップ４
３４）し、現在の呼サーバはオフラインで新しいリリー
スにアップグレードされる（４３５，４３６）。

【００９６】さらに詳述すると、エンジニアリング呼サ
ーバは、新しいソフトウェア・リリースをロードし、そ
の後、エンジニアリング呼サーバへ再ルーティングされ
る狭帯域トランク（典型的にはエンジニアリング呼サー
バが所属するネットワーク・オペレータが所有する）の
サブセットを有することによって、オンライン化され
る。その後、ソフトウェア評価中、より多くのトランク
は試験が満足して完了すると、エンジニアリング呼サー
バへ次第にルーティングされる。

【００９７】したがって、新しいソフトウェア・リリー
スで故障が検出されると、アクティブ仮想ＡＴＭＳが維
持され、元のソフトウェア・コードを用いて継続的に動
作するため、損害は全く発生しない。

【００９８】図８のアーキテクチャは、現在のアップグ
レードよりも結果的にかなり改善されるソフトウェア・
アップグレードのメカニズムをサポートする。ただし、
切換プロセッサ・システムは分割モードで動作し、ネッ
トワーク・データを獲得し、ロードする。実際、分割モ
ード・アップグレードは、夜間に行われる場合が多い。
さもなければ、あらゆる故障が全体的な切換故障および
ネットワークのシャットダウンを招くため、ネットワー
ク・オペレータへ相当のリスクを負わせることになって
しまう。

【００９９】また、本発明で提供するシステム構成は、
ＡＴＭＳ中の要素の全体的な故障が存在する場合の災害
回復も行う。実際、本発明の好ましい実施の形態のシス
テムによって行われる災害回復は、本発明の構造が呼ハ
ンドリングが再構築されることが可能となる環境を回復
するため、システム・コンポーネントがそれぞれ効果的
な回復を同等に受けやすいため、特に効果的である。対
照的に、先行技術のシステム複製構成は、安定した呼を
救出するネットワーク・オペレータに対する条件のた
め、効果的でない場合がある。

【０１００】特に、図１０に関連して、ＮＡクラスタ３
０２〜３０６と交換機（すなわち、ＡＴＭＳ）４４０，
４４２間の接続が、接続間の機能を有する伝送ネットワ
ーク４４４を介して行われる場合、ＮＡクラスタ（例え
ば、ＮＡクラスタ３０６）の故障が、接続間への伝送リ
ンクを予備のＮＡクラスタ（例えば、ＮＡクラスタ３０
４）に再構成することによって回復できる。その後、本
発明の仮想ＡＴＭ概念によって、トランクは呼サーバに
透明的な方法で予備のＮＡクラスタへ再構成される。特
に、ＡＴＭＳシステム・マネジャーは、本発明の仮想Ａ
ＴＭＳ（ブラックボックス・モデル）中の管理されたオ
ブジェクトを、ＡＴＭＳ機器（ホワイトボックス）中の
新しい対応物に再リンクすることによってＡＴＭＳ再構
成に影響を及ぼす。この再リンクは、トリガ・アクショ
ンの効果を有し、あらゆる新しい接続ブローカと共に予
備ＮＡにサービスをもたらす。また、端末番号データベ
ース６９を再構成して、新しい論理を物理的翻訳に反映
する。典型的には、図３の分解知能装置６８（またはそ
の他のシステム・プロセッサ）は、端末番号データベー
ス６９のアップグレードを監視する。ＡＴＭＳと呼サー
バ間の専用管理チャネルは、どの接続ブローカが使用可
能であるかを呼サーバに知らせるために使用される。一
方、接続セットアップに関係する呼サーバによって使用
されるＮＳＡＰアドレスは、これらのシステムの変化か
らの影響は受けない。したがって、仮想ＡＴＭＳの論理
定義は、呼サーバが異なるＮＡ（またはクラスタ）へ物
理的に結合されても、依然、変化しない。したがって、
トラフィックはあらゆる予備のＮＡクラスタを介して、
簡単に、かつ効果的に再ルーティングされる。

【０１０１】上述のように、各ＮＡクラスタとＡＴＭコ
ア４４６間のインタフェースは、同期ディジタル・ハイ
アラーキのような標準伝送メカニズムによって提供され
る。これによって、ＮＡクラスタは、ＡＴＭコア４４６
から遠隔操作によって配置さされ、それによって火災、
洪水、地震のような災害から発生するシステム故障の影
響を和らげる。

【０１０２】さらに、ＮＡクラスタ（すなわちＮＡのグ
ループ）と仮想ＡＴＭＳ間の関係は、ＮＡクラスタとＡ
ＴＭコアとの接続関係から独立している。本発明の好ま
しい実施の形態は、異なるＡＴＭコアに接続されるＮＡ
上で分割される外部物理ルートを接続する機能を提供す
る。ＡＴＭコア（すなわち図７のＡＴＭＳスイッチ３６
６のような、ＡＴＭコア・スイッチ）の故障は、そのコ
アを経由するルート上のトラフィック機能の損失を発生
させるが、ルートは完全には切断されない。特に、ＮＡ
の２つのＡＴＭコアへの２重ホーミング（homing）、お
よびＡＴＭコア容量（すなわち、冗長ルート）の過剰供
給は、境界ルートに対して行われ、それによってＡＴＭ
コアの災害は、トラフィックに全く影響を及ぼさない。

【０１０３】ソフトウェア・アップグレードを提供する
のと同じように、２次呼サーバを各ＡＴＭＳへ提供する
と、呼サーバの故障は、使用可能な呼サーバ間の選択的
な切換によって確実に処理される。

【０１０４】最後に、ＡＴＭＳシステム・マネジャーの
故障に関連して、多くのプラットフォーム上でシステム
の動作制御を分散すると、特定の故障は、確実に全ネッ
トワークをクラッシュさせず、故障したＡＭＴＳシステ
ムマネジャー・プラットフォームに関連した機器にのみ
影響するようになる。あらゆる故障したＡＴＭＳシステ
ム・マネジャー・プラットフォームは、その後、内部保
守手続きまたはサービスのいずれかによってオフライン
で回復し、システムの全動作は、許容可能な期間で回復
できるようになる。

【０１０５】まとめると、呼サーバに見られるように、
回線アドレスと機器部内のＮＡの物理サービス回線アド
レス間で柔軟性のあるマッピングを提供することによっ
て、本発明の実施の形態は、物理（実）ＡＴＭＳ３００
が仮想ＡＴＭＳとして見えるようにすることができる。
さらに、呼サーバに提供される仮想ＡＭＴＳの画像は、
複数のＡＴＭコア・システム上で分散される複数のＮＡ
（すなわちＮＡクラスタ）から導き出されることが可能
となり、それによってスケーラビリティ、サービスの進
展、および災害回復が可能になる。

【図面の簡単な説明】

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

【図２】 本発明中で必要とされる狭帯域と広帯域のネ
ットワーク間での加入者端末相互接続に対する基本原理
を示すブロック図である。

【図３】 図２の接続ブローカの抽象的アーキテクチャ
を示す図である。

【図４】 加入者端末が中間の広帯域ネットワークを介
して接続されるシステム・アーキテクチャおよび関連メ
カニズムを表す図である。

【図５】 広帯域ネットワークを介してマルチノード通
信を構築するために本発明で必要な手続きを示すフロー
チャートである。

【図６】 本発明の好ましい実施の形態による通信シス
テム・アーキテクチャのブロック図である。

【図７】 図６のさらに詳細なブロックを示す図であ
る。

【図８】 図６の通信システム・アーキテクチャから導
き出される特定のサービス動作のための仮想オーバーレ
イ・ネットワークを示す図である。

【図９】 図８の呼サーバのソフトウェア・アップグレ
ードを詳細に示すフローチャートである。

【図１０】 本発明の好ましい実施の形態での伝送ネッ
トワークを介してネットワーク・アダプタの相互接続お
よび冗長性を説明するブロック図である。

【符号の説明】

１０…狭帯域通信ノード １２…加入者端末（端末ＴＡ） １４…ライン・インタフェース １６…交換装置 １８、８１…呼サーバ １９、１８２…メモリ ２０…トランク・シグナリング・インタフェース ２２，２４…トランク・インタフェース ２６…２次交換機 ４４、８０…接続ブローカ ４６，５６…ネットワーク・アダプタ ４８…ＡＴＭネットワーク ５０…ネットワーク端スイッチ ５１…制御ライン ５２，５４…狭帯域ネットワーク ５６，５８…トランク・ネットワーク・アダプタ ６４…ノード ６７…通信バス ６８…分解知能装置 ６９…端末番号データベース ７０…ＴＤＭ交換装置アダプタ ７１…クライアント・インタフェース・ポート ７２…ＴＤＭ交換装置インタフェース ７３…広帯域ネットワーク・アダプタ ７４…その他のアダプタ ７５…通信リソース ７６…サーバ・インタフェース・ポート ７７…ピア接続ブローカ・サーバ・インタフェース ７８…ピア接続ブローカ・クライアント・インタフェー
ス ８２，８３…シグナリング・リソース ８５…端末（ＴＢ） ３００…狭帯域−広帯域インタフェース ３０２，３０４…ＮＡクラスタ ３０２，３０６…ネットワーク・アダプタ ３１８〜３２１…仮想チャネル ３２２…動作および保守センタ（ＯＡＭ） ３２４，３２６…呼サーバ ３２８…ＮＡ ３５０…装置アプリケーション・インタフェース ３５２…ネットワーク・アダプタ ３５４…分散接続層 ３５６…リアルタイム演算プラットフォーム（ＲＣＰ） ３５８…接続制御プロセッサ ３６０…ＡＴＭ適応層サブシステム ３６２…ディジタル信号プロセッサ（ＤＳＰ） ３６４…アクセス・アダプタ機器（ＡＡＥ） ３６６…ＡＴＭ呼スイッチ ３６８…分散リアルタイム・コントローラ ３７０…ＡＴＭ交換装置 ３７２…ＡＴＭインタフェース ３７４…ＡＴＭＳシステム・マネジャー ３８０…狭帯域ネットワーク ４００…ネットワーク ４０２０４０８…相互接続ＡＴＭＳ ４１０〜４１６…特別サービス・ルート ４４０，４４２…交換機 ４４４…伝送ネットワーク ４４６…広帯域ネットワーク

───────────────────────────────────────────────────── フロントページの続き (71)出願人 390023157 ＴＨＥ ＷＯＲＬＤ ＴＲＡＤＥ ＣＥＮ ＴＲＥ ＯＦ ＭＯＮＴＲＥＡＬ，ＭＯＮ ＴＲＥＡＬ，ＱＵＥＢＥＣ Ｈ２Ｙ３Ｙ ４，ＣＡＮＡＤＡ (72)発明者 ジュリアン・フランク・バリー・ケーブル イギリス国，シーエム23 ５エイピー，ハ ートフォードシアー，ビショップス スト ートフォード，ストートフォード ホール パーク 146 (72)発明者 クリーブ・コリン・ヘイボール イギリス国，シーエム21 ９ディービー, ハートフォードシアー，ソーブリッジワー ス，ブルフィールズ ９

Claims (37)

【特許請求の範囲】
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. 【請求項３７】 請求項３６記載の方法において：関連
    の第１の論理アドレスを有する第１のネットワーク・ア
    ダプタの物理アドレスをそれに関連する論理アドレスを
    有する異なるネットワーク・アダプタの異なる物理アド
    レスに翻訳するステップをさらに含むことを特徴とする
    通信システム中でシステム・ソフトウェアをアップグレ
    ードする方法。