JPH1117707A - パス接続方法、接続監視装置および通信ノード - Google Patents

Abstract

(57)【要約】 【課題】 狭帯域かつＬＡＮタイプのネットワークのマ
ルチメディア端末と交換機および加入者端末との相互接
続を行う中間ネットワークを提供する。 【解決手段】 交換機へのルート（１１５）は、端末
（１１９）の被呼者番号に応答して、呼ハンドラ（１１
６）によって最初に構築され、その後その呼ハンドラに
結合されている接続監視装置（１２０）は、中間ネット
ワーク（１４２）上で制御チャネルを設定する。その制
御チャネルは、マルチメディア端末および端末間の制御
メッセージの通信をサポートし、その制御メッセージは
接続監視装置（１２０）によって傍受され解釈される。
その後、その接続監視装置は、中間ネットワークを介し
て、その制御チャネル上で送られる制御メッセージのタ
イプに従い、メディアパスを構築し、そのメディアパス
はその中間ネットワーク上でトラフィック要素の転送用
に使用される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的に、通信シ
ステム・アーキテクチャ、およびそのために動作するプ
ロトコルに関するものであり、より詳細には、特に、し
かしこれに限られる訳ではないが、典型的には広帯Ｃ域
コンテキスト中で動作するローカル・エリア・ネットワ
ーク（ＬＡＮ）と、非同期転送モード（ＡＴＭ）ネット
ワーク中で実行される広帯域仮想回線交換システムとを
統合するインタフェース装置に適用可能なものである。

【０００２】

【従来の技術】電話システムは、単純な物理的な線で相
互接続されたネットワークから、ローカル・エリア・ネ
ットワーク（ＬＡＮ）上でマルチメディア、マルチ・モ
ード通信装置をサポートする広帯域かつ大容量のシステ
ム、およびパケット交換通信システムへと発展してき
た。従来、電話システムは、全体的に専用地上線インフ
ラストラクチャに依存してきたが、それに代わって、今
日の技術は、無線周波数および地上線領域の両方におけ
る仮想チャネル環境を占めている。

【０００３】今日の狭帯域通信システムの設計者は、典
型的には毎秒６４キロバイト（ｋｂｐｓ）のデータ転送
速度のパルス符号変調を使用しており、現在、毎秒２メ
ガ・バイト以上のデータ転送速度を有するマルチメディ
ア環境への移行をサポートする狭帯域通信システムへの
適応および開発を考慮中である。グローバル通信システ
ムの設置に伴う膨大な費用の直接的な結果として移行へ
の要求が発生し、ＡＴＭが、狭帯域（または広帯域）か
ら超広帯域への移行（主に汎用移動通信システム（ＵＭ
ＴＳ）が完全に設置されるまでの間）をサポートでき、
低費用および、簡単なパッケージを供給できるので、魅
力的なものとなっている。

【０００４】また、設計者も、将来の制御シグナリング
および呼管理技術に対する膨大かつ入念な要求を考慮
し、予想を行う必要があった。この点で、ＡＡＬ−２交
渉手続きなどの新しいシグナリング構成が、高データレ
ートで強固かつ広帯域通信を提供するために開発されて
きた。一方、さらに、設計者は、スタック中の前の層に
おける機能性、容量、制御をそれぞれ付加するインフラ
ストラクチャまたはシグナリング・プロトコルの別々の
層を含む「スタック」の観点からシステム・アーキテク
チャの定義を熱心に行うようになった。

【０００５】システム設計者が直面している問題は、現
在、様々に異なる形の通信システム、例えば、ＡＴＭ、
ＬＡＮ、およびセルラ無線電話システムが、それぞれ異
なるシグナリングを行い、ネットワーク・ネットワーク
ベースで互換性のないプロトコルを転送していることに
ある。

【０００６】英国特許公開公報２３１１６９０は、電話
サブシステムがパケット交換広帯域バックボーンに接続
され、パケット化されたデータと干渉することなく、電
話がバックボーンに追加される２つのネットワークの併
合について述べている。英国特許公開公報２３０９３６
２は広帯域および狭帯域ネットワークの相互接続機構に
ついて述べており、一般的に本発明の分野に関するもの
である。

【０００７】ＰＣＴ出願９６／０６４９２は、ローカル
・ネットワーク・エミュレーション・サービスを、公衆
非接続ＡＴＭネットワーク上に供給する装置に関するも
のである。より詳細に言えば、サーバはアドレス解析装
置およびトラフィック経路指定用の中継器として動作す
る。米国特許５４２０８５８「ＳｙｎＯｐｔｉｃｓ」
は、非ＡＴＭメッセージおよびＡＴＭセル間の情報のセ
グメント化と再組立について述べている。

【０００８】米国特許５５２８５９０は、ＡＴＭ−ＵＮ
Ｉインタフェースがフレームを認識してＡＴＭセルをこ
れらのフレームに組み立てる方法によって、ＡＴＭ−Ｕ
ＮＩインタフェースとＡＴＭ−ＬＡＮインタフェース間
でデータ転送を行うことについて述べている。より詳し
く述べると、そのシステムは、フレーム用のＬＡＮイン
タフェース上に十分な容量があるか否かを決定でき、十
分な容量が存在した場合にのみ、そのフレームは、ＡＴ
Ｍスイッチを介してＡＴＭ−ＬＡＮインタフェースへ転
送され、その後、ＬＡＮへ転送される。

【０００９】

【発明が解決しようとする課題】したがって、少なくと
も広帯域シグナリングおよびトランスポート構成を処理
することができるインタフェースを有し、広帯域ネット
ワークへのＬＡＮまたはＷＡＮアーキテクチャの相互接
続を期待する通信システム・アーキテクチャと共に、今
日の変化しつつある通信ネットワークをサポートする通
信システム・アーキテクチャを設計し、生成することは
明らかに望ましいことである。

【００１０】

【課題を解決するための手段】本発明の第１の発明によ
れば、本発明は、一組の制御メッセージを使用してメデ
ィアパスを制御することにより、中間ネットワークを介
して、第１のネットワークと第２のネットワークとを接
続する方法において：中間ネットワーク上で制御チャネ
ルを構築して、制御メッセージの組を伝搬し、中間ネッ
トワーク中で制御メッセージの組を傍受し、それに応じ
てメディアパスへの要求を決定し、その決定に応じて、
中間ネットワーク中でメディアパスを設定し、第１のネ
ットワークと第２のネットワーク間でメディアトラフィ
ックを伝搬するためのパス接続を行うように構成され
る。

【００１１】本発明の第２の発明によれば、本発明は、
ローカル・エリア・ネットワークからの広帯域ネットワ
ーク上で複数のトラフィック要素を含む通信トラフィッ
クを接続する通信トラフィック接続方法において：ロー
カル・エリア・ネットワーク中で、トラフィック要素の
制御を行うために制御メッセージを生成し、これらの制
御メッセージを広帯域ネットワークのインタフェースに
加え、広帯域ネットワーク内に通信パスを構築して複数
のトラフィック要素の少なくとも１つを伝搬し、広帯域
ネットワーク中で、その制御メッセージを使用して通信
パス上で複数のトラフィック要素の転送を制御するよう
に構成される。

【００１２】本発明の第３の発明によれば、本発明は、
ローカル・エリア・ネットワーク（ＬＡＮ）から広帯域
ネットワーク上で通信トラフィックを相互接続し、その
広帯域ネットワークは、仮想回線交換機環境中でミニ・
チャネルをサポートする転送プロトコルを有し、そのＬ
ＡＮは、広帯域ネットワークのインタフェースへＬＡＮ
ストリームとして通信トラフィックを提供する方法にお
いて：そのＬＡＮストリームをミニ・チャネルにマッピ
ングするように構成される。

【００１３】本発明の第４の発明によれば、本発明は、
中間ネットワークを介して、第１および第２のネットワ
ーク間でトラフィック要素の通信を監視し、第１および
第２のネットワーク間で通信された制御メッセージに応
じで動作する接続監視装置において：中間ネットワーク
上で制御メッセージの伝搬を行うための通信パスを設定
する手段と；その通信パス上で送られる制御メッセージ
のタイプを決定する手段と；その通信パス上で送られる
制御メッセージのタイプに従って、中間ネットワーク上
でトラフィック要素を転送すためのメディアパスを構築
するように構成される。

【００１４】本発明の第５の発明によれば、本発明は、
ネットワーク中の第１の端末にインタフェースを提供す
るゲートウェイを有し、その第１の端末は、他の交換機
に結合される第２の端末の被呼者番号を、そのゲートウ
ェイに送ることによって、通信ノードを介して呼を発信
するように構成され、制御メッセージが第１の端末およ
び第２の端末間で通信される通信ノードにおいて：その
通信ノードは、さらに：ゲートウェイに結合され、被呼
者番号へ応答し、交換機へのルートを選択する呼ハンド
ラと；呼ハンドラに結合され、その呼ハンドラに応じて
動作する接続監視装置とを備え、その接続監視装置は：
（ｉ）被呼者番号を受け取る呼ハンドラに応じて、ゲー
トウェイと交換機間で、制御メッセージの転送をサポー
トする制御チャネルを設定する手段と；（ｉｉ）制御チ
ャネル上で送られる制御メッセージのタイプを決定する
手段と；（ｉｉｉ）制御チャネル上で送られる制御メッ
セージのタイプにしたがって、ゲートウェイと交換機間
でメディアパスを構築し、そのメディアパスは、通信ノ
ード上でトラフィック要素を転送する手段とを有するよ
うに構成される。

【００１５】本発明の好ましい実施の形態においては、
通信ノードは広帯域ネットワークであり、その制御チャ
ネルおよびメディアパスは仮想チャネルである。

【００１６】本発明の好ましい実施の形態においては、
シームレスな公衆または専用の広帯域ネットワーク（狭
帯域または広帯域電話をサポートする）を介して、第１
のＬＡＮ互換性システム（ＷＡＮのような）と他のＬＡ
Ｎ互換性システムとを相互接続する機能が一般的に提供
される。

【００１７】

【発明の実施の形態】図１は、イーサネット接続システ
ムをサポートするのに適した従来のローカル・エリア・
ネットワーク（ＬＡＮ）１０のブロック図を示してい
る。このＬＡＮ１０は、バースト的に動作し、Ｈ．３２
３シグナリング装置上にデータのパケット、または同様
のメッセージング・プロトコルを供給する。このＨ．３
２３シグナリング装置は、マルチメディア端末１２の機
能、ＬＡＮ１０内で使用されるシグナリング・プロトコ
ル、ＬＡＮ１０を使用するために適切なタイプの端末、
およびマルチメディア端末１２の使用のために用いる伝
送プロトコルを定義する。説明を明確にするために、Ｌ
ＡＮ１０内で接続されている１つのマルチメディア端末
１２のみを示すが、ＬＡＮ１０は、各ユーザに種々のレ
ベルの機能を提供する多くのマルチメディア端末をサポ
ートすることも可能である。

【００１８】ＬＡＮ環境では、限定された帯域幅は、使
用可能帯域内にある多くのパケット・ベース通信をサポ
ートする。ＬＡＮアーキテクチャ上でＨ．３２３プロト
コルを使用する時、第１の端末のポート・アドレスは第
２の端末のポート・アドレスと関連づけられ、その結
果、（一般的に）Ｈ．３２３チャネルと呼ばれるポート
・アドレス・ペア間で相互接続が行われる。このコンテ
キストにおいて、用語「端末」は加入者端末、ゲートキ
ーパ、またはゲートウェイ（後述する機能）に関するも
のである。各Ｈ．３２３の映像または音声のチャネル
は、現在、２Ｍｂｐｓまでのデータをサポートする広帯
域チャネルとなることができる。

【００１９】マルチメディア端末１２およびマルチメデ
ィア・ゲートウェイ２０は、それぞれ特有のポート・ア
ドレスを有しており、それによって通信（相互接続）が
構築される。各ポート・アドレスは典型的にＬＡＮアド
レスおよびポート番号を含んでおり、そのＬＡＮアドレ
スは、通常、特定の機器（すなわち、マルチメディア・
ゲートウェイ２０またはマルチメディア端末）に共通で
ある。

【００２０】専用の呼シグナリング・チャネル１４は、
マルチメディア端末１２を第１のマルチメディア・ゲー
トキーパ１６に結合させる。次に、第１のマルチメディ
ア・ゲートキーパ１６は、呼シグナリング・チャネル１
４を介して、第２のマルチメディア・ゲートキーパ１８
に結合される。この第２のマルチメディア・ゲートキー
パ１８は、さらに呼シグナリング・チャネル１４を介し
て、マルチメディア・ゲートウェイ２０（プリンタなど
のマルチメディア終端点）に結合される。第１のマルチ
メディア・ゲートキーパ１６および第２のマルチメディ
ア・ゲートキーパ１８は、それぞれ、登録、許可および
状態チャネル（ＲＡＳ）２２，２４を介して、マルチメ
ディア端末１２およびマルチメディア・ゲートウェイ２
０に結合される。呼シグナリング・チャネルは、Ｈ．３
２３シグナリング・プロトコルを使用する。従来の技術
のコンテキストにおいて、ゲートキーパは、一方または
両方を任意に使用し、Ｈ．３２３の呼の設定をする。

【００２１】マルチメディア・ゲートキーパの機能は、
主にＬＡＮアドレスを適切なネットワーク・アドレスに
翻訳し、提案されたＨ．３２３通信に必要な帯域幅所要
量を交渉し制御することにある。特に、エイリアス・ネ
ットワーク・アドレス（すなわちＬＡＮアドレスではな
くて、電子メール・アドレスのようなもの）を生成する
マルチメディア端末１２に応答して、ゲートキーパ１６
はエイリアス・アドレスを、使用可能なネットワーク・
アドレスまたはＬＡＮアドレスに翻訳する。さらに詳し
く説明すると、ゲートキーパ１６，１８中のプロセッサ
１６１，１８１はそれぞれ参照テーブル１６２，１８２
にアクセスして、使用可能なネットワークまたはＬＡＮ
アドレスを確認する。その後、そのゲートキーパ１６は
使用可能なネットワークまたはＬＡＮアドレスを有する
マルチメディア端末１２を、ＲＡＳ２２によって更新す
る。このネットワーク・アドレスは従来の電話方式の電
話番号に類似しているが、ネットワーク・アドレスは、
複数の端末を同時にアドレスできるようにできる。

【００２２】マルチメディア・ゲートキーパ１６および
１８は、それぞれマルチメディア端末１２およびマルチ
メディア・ゲートウェイ２０中に設けることができる
が、説明の都合上個別のブロックとして図示する。ＬＡ
Ｎはマルチメディア・ゲートウェイ２０（シグナリング
・チャネル・リソース３４、制御チャネル・リソース３
６、および音声、映像、および／またはデータをサポー
トするチャネル３８を介して、異なるシグナリング・プ
ロトコルを有する異なるネットワークにアクセスする）
を有すると記述されているが、マルチメディア・ゲート
ウェイ２０は第２のマルチメディア端末またはマルチポ
イント制御装置（いわゆる会議ブリッジ）で代用可能で
ある。

【００２３】ＬＡＮ１０は、各マルチメディアに対し
て、３つの主なシグナリング装置と共に動作する。これ
らの装置の目的と機能を以下に述べる。

【００２４】呼シグナリング情報は、呼シグナリング・
チャネル１４によって通信され、主に、呼の設定と解除
を行う情報である。呼シグナリング情報は、一般的に
は、経路情報（例えば、ネットワークまたはＬＡＮアド
レス）、確認シグナリング、接続要求／解除命令、およ
び入力／出力ポート・アドレスを含む。適切なネットワ
ーク・アドレスが端末、例えば、マルチメディア端末１
２からの出力であると仮定すると、そのネットワーク・
アドレスは呼シグナリング・チャネル１４に沿って渡さ
れ、少なくとも第１のマルチメディア・ゲートキーパ１
６（および、第２のマルチメディア・ゲートキーパ１
８）を介して受信端末、例えば、マルチメディア・ゲー
トウェイ２０へ経路指定が行われる。さらに詳述する
と、そのネットワーク・アドレスは、典型的には設定メ
ッセージ中に符号化され、またマルチメディア端末１２
が使用を意図している交渉制御チャネル２６へのポート
を識別する。マルチメディア端末１２から送信されるこ
の設定メッセージは、ポート識別およびＬＡＮ端末アド
レスを呼シグナリング・チャネル１４上で送信され、そ
れに対して受信装置（この例では、マルチメディア・ゲ
ートウェイ２０）が応答する。このようにして、受信装
置（この場合はマルチメディア・ゲートウェイ２０）
は、どのポートを受信装置が交渉制御チャネル２６に対
して使用するかの識別をマルチメディア端末１２へ送出
する。したがって、要求しているマルチメディア端末１
２および被呼者の両方は、それぞれＬＡＮ１０上で通信
が行われるポートのアドレスを有している。

【００２５】その通信に参加する予定の両者間で（ポー
ト使用に関する）識別が行われたら、呼シグナリング・
チャネル１４はシステム全体の制御を運用管理するため
に使用される。一方、交渉制御チャネル２６（識別され
たポート・アドレス間で構築される）は、２つの主な目
的のために使用される。第１に、交渉制御チャネル２６
は、タイミング情報、チャネル周波数情報、データレー
ト、および帯域幅割り当てなどの通話中のチャネル情報
を伝達するために使用される。第２に、この交渉制御チ
ャネル２６は、ポート・アドレス（全端末の）を識別
し、音声ストリーム２８、映像ストリーム３０、および
データ・ストリーム３２上の伝送制御のために使用され
る。その交渉制御チャネル２６は、Ｈ．２４５シグナリ
ングまたはそれと同等のものを使用することもできる。

【００２６】他の従来の広帯域ネットワークでは、シス
テム・アーキテクチャはディスクリートなアーキテクチ
ャ層を、概念的に含むと考えることができる。これを図
２で詳細に図示する。具体的には、ＡＴＭを使用するよ
うな広帯域ネットワークは、回線交換電話方式から導び
かれ、そのため、典型的には、広帯域ユーザ５０および
物理インフラストラクチャ層５２間にいくつかの中間シ
グナリング層を有する。さらに詳述すると、通常、広帯
域ユーザ５０と並列して少なくとも１つの中間エンベロ
ープ・プロトコル層５４がある。一方、ＡＴＭ（パケッ
ト交換）シグナリング・プロトコル層５６は、物理イン
フラストラクチャ層５２およびエンベロープ・プロトコ
ル層５４の間に挟まれる。結果的に、広帯域ユーザ５０
によって提供されるユーザ情報は、まず定義されたプロ
トコル・エンベロープに（エンベロープ・プロトコル層
５４によって）パッケージ化される。その後、そのエン
ベロープは、ＡＴＭシグナリング・プロトコル層５６に
よって、パケット交換フォーマットに圧縮される。全体
的にパッケージ化が行われると、情報は物理層５２を介
して広帯域ネットワーク上で伝送可能となる。

【００２７】したがって、狭帯域ネットワーク、すなわ
ち連続情報（時分割多重化通信のコンテキスト）の伝送
を行うチャネル毎の帯域幅の固定量を有する回線交換通
信とは異なり、広帯域ネットワークは、仮想チャネルが
回線交換であり、規定された（しかし変動する）帯域幅
を提供する転送プロトコルを使用する。広帯域ネットワ
ークは、ＡＴＭおよびＡＡＬ−２（ＡＴＭ適応層２）の
使用が可能である。後者はＡＴＭ環境の仮想サブ・チャ
ネル・レベルでの交換を行うＡＴＭのサブセットであ
る。ＡＴＭ内で使用されるその他のプロトコルは、ＡＡ
Ｌ−１およびＡＡＬ−５を含む。ＡＡＬ−１は、元来、
一定ビット・レート（ＣＢＲ）トラフィック、例えば、
音声または映像などを対象としたＡＴＭ適応プロトコル
で、６４ｋｂｐｓ以上のデータレートで適用可能であ
る。ＡＡＬ−５はデータ、音声、映像をワークステーシ
ョンへ伝送する機能を提供し、したがって、特にマルチ
メディア通信システムに適用可能である。ＡＡＬ−５
は、長いデータ構造を、長さ１５００オクテットを超え
るデータ構造を有する多くのセルにセグメント化する。

【００２８】図３は、従来の広帯域ネットワークの基本
セル・フレーム構造６０を示す図である。説明のため
に、このデータ・フレーム構造６０がＡＴＭ伝送に対し
て適切であると考えると、このデータ・フレーム構造６
０は、制御情報のヘッダ６２およびエンベロープ・ペイ
ロード６４を含む。このヘッダ６２は、仮想パス識別子
６６および仮想チャネル識別子６８を含む。これらの識
別子は、広帯域ネットワークを通じて協同して回線交換
パス（すなわち仮想チャネル）を識別する。したがっ
て、この回線交換パスは呼開始時に設定され、呼終了時
にのみ解除される。ヘッダ６２は、さらにペイロード・
タイプ７０およびセル損失優先（ＣＬＰ）７２を含む。
後者は、高優先度の通信をサポートするために、仮想チ
ャネル上の通信が除去可能かどうかを規定する。広帯域
ネットワークの容量は有限であるために、チャネル・リ
ソースの解放を時々考慮する必要がある。最後に、ヘッ
ダ６２は、エラー検出および訂正のためのチェック・ビ
ットを含む。ヘッダ６２は、オプションとして、疑似広
帯域システムで使用される専用フロー制御ビット７６を
含み、例えば、既存の２線構成上で高周波チャネルを重
畳させて、既存の通信リソースのデータレート容量を増
加させることがある。詳述すると、この汎用フロー制御
ビットは、交渉ビットとして動作し、例えば、（図には
示していない）システム・コントローラから帯域幅割り
当てを要求する。

【００２９】したがって、通信用に使用される仮想チャ
ネルがその通信に対して一つであるとしても、この形の
パケット交換構造を使用することによって、共有物理リ
ソース上でパケットをインターリーブできる。図３のエ
ンベロープ・ペイロード６４内にデータが「ネスティン
グ」されている典型的な機構を示す図４と関連して、固
定長のエンベロープ・ペイロード６４を、より詳細に説
明する。特に、エンベロープ・ペイロード６４内に最終
的にネスティングされているデータの長さは変動し、異
なるデータ部分から構成されることがある。実際、個々
のデータ部分の組み合わせによって、エンベロープ・ペ
イロード６４の長さを超過する全長を有するデータ列が
発生することがある。結果的に、このデータは既知の技
術を使用して符号化され、エンベロープ・ペイロード６
４へのデータのネスティングを最適化する。

【００３０】ＡＡＬ−２プロトコル・データ・ユニット
（ＰＤＵ）８０に関連して、ペイロード・データ８２の
前に、開始領域オクテット（ＳＦ）８４が存在し、この
開始領域オクテット（ＳＦ）８４は、オフセット領域８
６，順序番号８８、およびパリティ・ビット９０を含
む。一方、ＡＡＬ−２サービス・データ・ユニット（Ｓ
ＤＵ）９２に関して、ペイロード・データ８２（この例
では、通常、長さが変動する）の前には、パケット・ヘ
ッダ９４が存在し、このパケット・ヘッダ９４は、チャ
ネル識別子９６、長さインジケータ９８、ユーザ間表示
１００、およびチェック・ビット１０２を含む。このチ
ャネル識別子９６は、単独通信のみをサポートする「ミ
ニ・チャネル」の識別を行う。そのため、１を超えるミ
ニ・チャネルは、図３の単一エンベロープ・ＡＴＭセル
・ペイロード６４内にネスティングまたはインターリー
ブされる。長さインジケータ９８は、データ部分の長さ
を識別する。このパケット・ヘッダ９４の構成部分の機
能は、ＩＴＵ標準ドキュメントＩ．３６３．２に詳述さ
れている。

【００３１】図３と図４を組み合わせ、図２に図示され
ているスタック概念を説明する。ＡＡＬ−１およびＡＡ
Ｌ−５に対するＰＤＵおよびＳＤＵ層は、ＡＡＬ−２の
構造から変化するが、上記と同様の方法で両方ともＡＴ
Ｍ内のスタックを形成する。

【００３２】図５は、本発明の好ましい実施の形態を示
す図である。本発明は、おそらくＡＴＭを使用して構成
される広帯域ネットワークとＬＡＮとの相互接続のメカ
ニズムを提供する。同５において、従来の技術と共通す
る要素は、前の図と同一の参照番号を含んでいる。

【００３３】上述のように、ＬＡＮ１０は、コンピュー
タ（インターネット機能を有する）、マルチメディア端
末１２、およびその他のマルチメディア装置等の通信装
置（すなわちマルチメディア端末１１０）間の相互接続
機能を提供する。ＬＡＮ１０は、従来のシステムと同じ
ようにゲートキーパ１６をサポートしてもよい。通信リ
ソース１１１はゲートウェイ・インタフェース１１２に
結合され、ＲＡＳビット伝送をサポートし、専用の呼シ
グナリング・チャネル、専用の交渉制御チャネル、およ
び音声、映像、データのストリーム（図２で先に説明し
た）を提供する。

【００３４】ゲートウェイ・インタフェース１１２は、
呼シグナリング・メッセージ１１４を呼ハンドラ１１６
に結合し、典型的には、統合サービス・デジタル・ネッ
トワーク（ＩＳＤＮ）方法論（狭帯域、広帯域、または
その混合のいずれか）をサポートするように構成され
る。呼シグナリング・メッセージ１１４は、呼の設定お
よび解除を行うために使用され、またマルチメディア端
末アドレスなどを識別するためにも使用される。この呼
ハンドラ１１６もまた、半永久的な呼シグナリング・チ
ャネル１１５を介して、他の交換機１１８に結合され
る。少なくとも１つの加入者端末１１９は他の交換機に
それぞれ結合され、加入者端末１１９は特有のアドレス
を有している。接続監視装置１２０は、制御線１２４を
介して呼ハンドラ１１６に接続される。

【００３５】この接続監視装置１２０は、制御線１３０
および１３２を介して、それぞれミニ・チャネル・スイ
ッチ１２６と仮想チャネル・スイッチ１２８の両方の制
御を監視するように構成される。この仮想チャネル・ス
イッチ１２８は、（ＡＡＬ−２のコンテキスト中の）エ
ンベロープ・ミニ・チャネル・ペイロード（例えば、
Ｈ．２４５交渉制御メッセージ、および音声、映像、デ
ータのパケット）をサポートする第１の仮想チャネル・
リソース１３４を介して、ゲートウェイ・インタフェー
ス１１２に結合されている。第２のチャネル・リソース
１４０上に出力を提供する前に、仮想チャネル・スイッ
チ１２８はミニ・チャネル・スイッチ１２６を介して第
１の仮想チャネル・リソース１３４上で受け取ったペイ
ロードの経路指定を行う。ミニ・チャネル・スイッチ１
２６は、第２の仮想チャネル・リソース１４０上に仮想
チャネル・スイッチ１２８によって最終的に出力された
呼の送信を最適化するように構成される。この第２の仮
想チャネル・リソース１４０は、他の交換機１１８へ接
続される。

【００３６】接続監視装置１２０は、二重機能を供給す
る。第１に、仮想チャネル・スイッチ１２８（制御線１
３２を介して）およびミニ・チャネル・スイッチ１２６
（制御線１３０を介して）の制御を行う。第２に、接続
監視装置１２０は、同じくＨ．３２３呼へのＨ．２４５
メッセージを受信し、処理し、作成する機能を有する。
後者に関して、Ｈ．２４５メッセージは、第１の仮想チ
ャネル・リソース１３４と接続監視装置１２０間、およ
び同じく接続監視装置１２０と第２の仮想チャネルリソ
ース１４０間で経路指定が行われ、この両方の経路指定
は、仮想チャネル・スイッチ１２８およびミニ・チャネ
ル・スイッチ１２６を介して行われる。

【００３７】このゲートウェイ・インタフェース１１
２、呼ハンドラ１１６、接続監視装置１２０、仮想チャ
ネル・スイッチ１２８、およびミニ・チャネル・スイッ
チ１２６は、交換機（またはノード）１４２の一部を構
成する。

【００３８】また、本発明は、ＡＡＬ−１およびＡＡＬ
−５に関する応用も有する。この動作に関しては後で詳
細に述べる。しかしながら、ＡＡＬ−１、ＡＡＬ−２、
ＡＡＬ−５間の混合動作をサポートするために、交換機
１４２は、プロトコル間動作プロセッサ１４４をさらに
含み、ＡＡＬ−１、ＡＡＬ−２、ＡＡＬ−５間で翻訳を
行う。このプロトコル間動作プロセッサ１４４は、動作
上、接続監視装置１２０に（制御線１４５を介して）応
答する。ミニ・チャネル・スイッチ１２６は、ＡＡＬ−
１、およびＡＡＬ−５の特定呼に関しては要求されな
い。ＡＡＬ−２の代わりに、ＡＡＬ−５上で伝搬される
Ｈ２４５メッセージは、仮想チャネル・スイッチおよび
接続監視装置を介して、単独で経路指定される。この接
続は、図５を複雑にしないために省略した。

【００３９】図６は、本発明の好ましい実施の形態のゲ
ートウェイ・インタフェース１１２の構成を詳細に示す
図である。ゲートウェイ・インタフェース１１２は、Ｌ
ＡＮ１０へ応答し、ＬＡＮインタフェース１５０で、
Ｈ．２２５．０ＲＡＳ制御チャネル２２、Ｈ．２２５．
０呼シグナリング・チャネル１４、Ｈ．２４５交渉制御
チャネル２６、および音声ストリーム２８、映像ストリ
ーム３０、およびデータ・ストリーム３２を受信する。
記憶装置１５４に結合されるプロセッサ１５２は、種々
の入力チャネルおよび（ＬＡＮ１５０へ加えられる）ス
トリームを適切な出力インタフェースに対する経路指定
を制御する。

【００４０】呼シグナリング・インタフェース１５６
は、Ｈ．２２５呼シグナリング・チャネル１４上で受信
したシグナリング・メッセージの翻訳を受信する。すな
わち、プロセッサ１５２および記憶装置１５４は協同
し、呼ハンドラ１１６への経路指定のために、着信呼シ
グナリング・メッセージを（制御制御発信チャネル１１
４を介して）ＤＳＳ１／ＤＳＳ２のような受け入れ可能
な広帯域フォーマットに翻訳する。プロセッサ１５２
は、また制御メッセージ（交渉制御チャネル２６で受け
取った）および情報（音声、映像、データのストリーム
２８〜３２で受け取った）を広帯域ネットワークでの使
用に適したミニ・チャネル・フォーマットにパッケージ
化する。このミニ・チャネル・フォーマットは、広帯域
ＡＴＭ／仮想チャネル・インタフェース１５８を介して
第１の仮想チャネル・リソース１３４へ出力される。

【００４１】記憶装置１５４は、ＬＡＮおよび広帯域ネ
ットワーク間で受け渡しされる情報の一時格納を行う格
納手段としての役割を果たす。また、記憶装置１５４
は、アドレスおよび経路情報、活性呼および接続情報、
およびＬＡＮシグナリングを狭帯域／広帯域シグナリン
グに翻訳するために使用されるシグナリング・プロトコ
ル翻訳装置に関する参照テーブルを含む。

【００４２】本発明の好ましい実施の形態のアーキテク
チャ動作を、図７で詳しく説明する。ステップＳ２００
において、呼シグナリング・チャネル１４からの従来の
ＬＡＮストリームを受信すると、ゲートウェイ・インタ
フェース１１２は、まず呼シグナリング情報（呼シグナ
リング・チャネル１４上で受け取った）をＤＳＳ１など
の適切なフォーマットに変換し、これを呼ハンドラ１１
６に送る。さらに詳述すると、呼シグナリング情報は、
被呼者のアドレス（電子メール・アドレスも使用可能で
あるが、通常電話番号）および要求しているマルチメデ
ィア端末の識別子（例えば電話番号および／または電子
メール・アドレス）を含む。したがって、（少なくと
も）被呼者のアドレスを広帯域ネットワークが受け入れ
可能なフォーマットに翻訳する必要がある（ステップＳ
２０２）。つまり、ゲートウェイ・インタフェース１１
２は、広帯域ネットワークで使用するために電話番号を
作成する必要がある。

【００４３】このアドレス・マッピング・プロセスは、
呼ハンドラ１１６内またはゲートウェイ・インタフェー
ス１１２内で実行可能で、その後、この通信システムは
接続動作を開始する。この処理の結果、ゲートウェイ・
インタフェース１１２が（音声、映像、データ・ストリ
ーム２８，３０，３２および交渉制御チャネル２６によ
って）受信したデータは、典型的には一時的にメモリ１
５４へ格納する必要がある。マルチメディア呼におい
て、ＬＡＮストリームは、呼中の異なるトラフィック要
素を形成すると考えられる。

【００４４】被呼者の電話番号を使用して、呼ハンドラ
は出ルート、すなわち次の交換機１１８へ、さらにその
次の交換機へ接続される中継回線を選択する（ステップ
Ｓ２０４）。この接続監視装置１２０には、その後、選
択された中継回線が通知される。オプションとして、呼
ハンドラ１１６は、ＳＳ７ ＩＡＭを次の交換機１１８
に（呼シグナリング・チャネル１１５を介して）送るこ
とができる。しかし、この時点で交換機１４２上でパス
が成功裏に設定される保証は全くないため、危険性があ
る。ＩＡＭが送られた場合、関連する次の交換機１１８
は、その後、呼ハンドラ１１６に応答し、アドレスの識
別子または各呼に対してマークされた識別子の識別／確
認を行う。このように、このメカニズムは、図１で説明
した従来技術の処理に類似している。この呼ハンドラ１
１６は、選択された中継回線の識別子を接続監視装置１
２０へ送る。次に、適切な仮想チャネル・スイッチ１２
８およびミニ・チャネル・スイッチ１２６間で接続を構
築し、第１の仮想チャネル・リソース１３４上のＨ．２
４５制御チャネルを接続監視装置１２０に接続し、その
後、第２の仮想チャネル・リソース１４０に接続する
（ステップＳ２０６）。これに関して、呼ハンドラ１１
６は全中継呼を設定しているような印象を受けるが、実
際には、呼ハンドラ１１６はＨ．２４５交渉制御チャネ
ルの設定のみを行う。

【００４５】簡単にまとめると、発呼者は被呼者の番号
をダイヤルし、それに応答して、呼ハンドラ１１６はそ
の被呼番号を解析し、（被呼番号に基づいて）次の交換
機１１８への出ルートを選択する。呼ハンドラ１１６は
この出ルートに属する中継回線を選択するのが好ましい
が、この機能は接続監視装置１２０によって行われるこ
とがある。仮想チャネル・スイッチ１２８に命令して呼
へメディアパスを設定するのではなく、呼ハンドラ１１
６が接続監視装置１２０に依頼して呼を設定する。

【００４６】次に、ステップＳ２０６について、さらに
詳細に述べる。この接続監視装置１２０は、ゲートウェ
イ・インタフェース１１２、仮想チャネル・スイッチ１
２８、およびミニ・チャネル・スイッチ１２６と相互作
用を行い、広帯域接続を行う。第１ステップは、第１仮
想チャネル・リソース１３４の第１のミニ・チャネルの
選択を必要とし、このミニ・チャネルはゲートウェイ・
インタフェース１１２に接続される。好ましくは、この
接続監視装置１２０は、第１のミニ・チャネルを選択す
る。第１の接続は（制御チャネル１３０，１３２を介し
て）ゲートウェイ・インタフェース１１２と接続監視装
置１２０間で行われ、この接続は第１のミニ・チャネル
を使用し、仮想チャネル・スイッチ１２８およびミニ・
チャネル・スイッチ１２６を介して行われる。この接続
監視装置１２０は、その後、中継回線識別子（呼ハンド
ラ１１６から受け取った）を使用して、第２の仮想チャ
ネル・リソース１４０の使用可能な仮想チャネルから、
仮想チャネルおよび第２のミニ・チャネルを選択する。
その後、第２の接続は、選択された仮想チャネルおよび
第２のミニ・チャネルを使用し、仮想チャネル・スイッ
チ１２８およびミニ・チャネル・スイッチ１２６を介し
て、接続監視装置１２０および他の交換機１１８間で行
われる。この接続監視装置１２０は、第１のミニ・チャ
ネルおよび第２のミニ・チャネルを、相互にＨ．３２３
呼と関連づける。

【００４７】ステップＳ２０８において、呼ハンドラ１
１６は、呼シグナリング・チャネル１１５上でシグナリ
ング・メッセージを送り、次の交換機１１８へ設定の詳
細を提供する。好ましい実施の形態においては、シグナ
リング・メッセージは、選択された中継回線識別子、仮
想チャネル識別子、およびミニ・チャネル識別子を含む
ＳＳ７ ＩＡＭである。後者の２つは、ユーザ間領域内
にある。呼ハンドラ１１６は、次の交換機１１８から中
継回線識別子等を確認するメッセージを受け取る。しか
しながら、ステップＳ２０４でＩＡＭが送られる場合
（仮想チャネル識別子およびミニ・チャネル識別子を含
まない場合）、仮想チャネル識別子およびミニ・チャネ
ル識別子は、その時点でＳＳ７ユーザ間情報メッセージ
内で送る必要がある。

【００４８】次の交換機との初期通信は、実際にはステ
ップＳ２０４またはステップＳ２０８で行われる。後者
は、この点でパスが次の交換機へ接続されるため、より
安全なメカニズムである。

【００４９】接続監視装置１２０は、ゲートウェイ・イ
ンタフェース１１２に命令して、先に格納されている
（交渉制御チャネル２６上で受け取った）Ｈ．２４５制
御メッセージを、設定されたばかりの第１のミニ・チャ
ネルへ送るようにする。特に、この格納された制御メッ
セージは、ミニ・チャネルによって要求されるときに、
パケットおよびセルにフォーマット化され、その後、接
続監視装置１２０への伝送のためにＡＴＭ仮想チャネル
１３４上に置かれ（ステップＳ２１０）、その後、第２
のミニ・チャネルを介して次の交換機１１８上に置かれ
る。さらに、Ｈ．２４５を使用して、端末（この場合
は、マルチメディア端末１１０および加入者端末１１
９）は、接続監視装置１２０を介して制御メッセージを
交換し、音声、映像、データに関する共通機能上の能力
を確実なものにする。この時点で、呼ハンドラ１１６は
呼設定が完了する。

【００５０】次段階では、要求された音声、映像、およ
び／またはデータのパスの設定である。典型的には、
（必ずしも必要というわけではないが）、同一Ｈ．３２
３呼用の全ミニ・チャネルは、１つの仮想チャネル内に
存在する。要求された各パスに関連して、以下のような
処理が行われる。

【００５１】ステップＳ２１２で、呼設定を開始する呼
装置（すなわち、この実施の形態では、マルチメディア
端末１１０）は、Ｈ．２４５接続メッセージを交換機１
４２に送り、このメッセージは接続監視装置１２０へ中
継される。この接続監視装置１２０は、Ｈ．２４５制御
メッセージに含まれた情報を取り入れ、ゲートウェイ１
１２おと次の交換機１１８間のパスを設定する。そのよ
うなパスを実現するために、接続監視装置１２０は；
（１）第１の仮想チャネル・リソース１３４の第３のミ
ニ・チャネル；および（２）第２の仮想チャネル・リソ
ース１４０の第４のミニ・チャネルを選択する。その
後、この接続監視装置１２０は、第３のミニ・チャネル
および第４のミニ・チャネルを、仮想チャネル・スイッ
チ１２８およびミニ・チャネル・スイッチ１２６を介し
て、共に接続する。この接続監視装置１２０は、関連す
るＨ．２４５制御メッセージを作成し、それらを次の交
換機１１８に送る。次の交換機１１８からＨ．２４５制
御メッセージを受け取ると、この接続監視装置１２０
は、対応するＨ／２４５制御メッセージをゲートウェイ
・インタフェース１１２に送り返し、マルチメディア端
末１１０に伝送する。上述のプロセスは、要求されてい
る各音声、映像、またはデータのパスに対して繰り返さ
れる。

【００５２】ここで、このゲートウェイ・インタフェー
ス１１２は、格納されたトラフィック（音声、映像、デ
ータのストリームから得られた）を、ミニ・チャネルに
符号化する。その後、そのトラフィックは次の交換機１
１８へ、最終的に（適切な形で）加入者端末１１９へ通
信される。端末の開始は、交換機１４２（全体として）
が十分に準備できる前に、情報の伝送を開始してもよ
い。したがって、バッファリングは、通常、ゲートウェ
イ・インタフェース１１２内で供給される。

【００５３】ステップＳ２１４で、音声、映像、および
／またはデータの伝送は、これらの目的のために設定さ
れ割り当てられたミニ・チャネル上で行われる。ＬＡＮ
ストリームに関し、各ストリームからのＬＡＮトラフィ
ック・パケットは、ミニ・パケット（例えば、ＡＡＬ−
２パケット）へセグメント化（ヘッダにサイズ合わせさ
れ、名前が付けられる）されなければならない。逆方向
では、ミニ・パケットは再度組立られ、各ＬＡＮストリ
ームに対してＬＡＮパケットを形成する（ステップＳ２
１６）。Ｈ．３２３呼の設定は、この時点で終了する。

【００５４】Ｈ．３２３呼の解除を行う方法は数多く存
在する。音声、映像、データのパスは、個々に解除され
る部分解除も可能である。これを行うため、Ｈ．２４５
制御メッセージは、関連ミニ・チャネルを解除する接続
監視装置１２０に送られる。一方、呼全体は、呼シグナ
リング・チャネル１１４または１１５上でリリース・メ
ッセージを呼ハンドラ１１６に送ることによって、解放
される。呼ハンドラ１１６は、呼自体の解除をすること
はできないため、接続監視装置１２０の援助を請求し
て、Ｈ．３２３呼に関連した全ミニ・チャネルを解除し
なければならない。しかしながら、このメカニズムは、
解除が開始される方向に依存している。特に、異なるシ
グナリングシステムは、呼ハンドラ１１６とゲートウェ
イ・インタフェース（例えば、ＤＳＳ１またはＤＳＳ
２）間、および呼ハンドラ１１６と次の交換機１１８
（例えば、シグナリングシステムＮｏ．７（ＳＳ７））
間に存在する。

【００５５】ミニ・チャネル・スイッチ１２６の動作に
関連して、接続監視装置１２０は、ミニ・チャネル・ス
イッチ１２６の入力および出力ポートの関連付けを行う
役割を有する。そのため、それに応じてミニ・チャネル
・スイッチ１２６に通知する。

【００５６】以下に、本発明の補足的な方法を説明をす
る。呼シグナリングは、ゲートウェイ・インタフェース
１１２へ加えられるＨ．２４５制御チャネルの設定およ
び解除を行うために使用される。ＬＡＮ１０上で、呼シ
グナリングは、Ｈ．３２３（Ｈ．２２５）呼シグナリン
グ・メッセージを使用して実現され、一方、ＤＳＳ１／
ＤＳＳ２シグナリング・メッセージは、狭帯域／広帯域
アクセス・ネットワークで使用される。ＳＳ７ Ｎ−Ｉ
ＳＵＰ／Ｂ−ＩＳＵＰシグナリング・メッセージは、狭
帯域／広帯域中継ネットワークの呼シグナリングのため
に使用される。ＬＡＮ１０上で、Ｈ．３２３呼の経路指
定は、転送アドレス、電話番号（Ｅ−１６４）、または
電子メール・アドレスに基づくことが可能である。しか
し、呼ハンドラ１１６は電話番号に基づいて経路指定を
行う。また、ＬＡＮ１０上の適切なところで、この関連
インフラストラクチャおよび加入者エンティティは、
Ｈ．２４５制御チャネルの各終端の転送アドレスを知
り、一方、アクセス・ネットワーク中の関連呼ハンドラ
はＨ．３２３呼に対するアクセス回線識別子を知る。そ
の中継ネットワークで、関連の呼ハンドラは、Ｈ．３２
３呼のために使用される中継回線識別子を知る。

【００５７】つまり、本発明の中で、呼ハンドラ１１６
は、ゲートウェイ１１２が加入者であり、さらにアクセ
ス・ネットワーク内で動作すると信じ、また、次の交換
機１１８が中継ネットワーク（狭帯域または広帯域のい
ずれか）に接続されると信じている。

【００５８】呼ハンドラ１１６がＨ．３２３呼を設定す
る時、呼ハンドラ１１６は、全呼が、実際、Ｈ．２４５
制御チャネルが設定される間のみ構築されると信じる。
本発明のシステムにおいて、呼ハンドラまたは呼シグナ
リング・メッセージは、全く音声、映像、データ・チャ
ネルの識別子を知らない。

【００５９】ＬＡＮ１０から発信呼は、次のように構築
される。第１に、呼ハンドラ１１６がＤＳＳ１／ＤＳＳ
２設定メッセージをゲートウェイ・インタフェース１１
２から受け取る。呼ハンドラ１１６は、（被呼電話番号
の）数字解析を行い、その後、出ルート（ここでは、次
の交換機）を選択し、さらに出ルート内の中継回線も選
択する。この出ルートは、交換機間仮想チャネルが選択
される前に選択されなければならない。接続監視装置１
２０は、出中継回線識別子を呼ハンドラ１１６から受け
る。その後、制御メッセージを送受信する関連の仮想チ
ャネルおよびミニ・チャネルを選択し設定する。

【００６０】発信呼の帯域幅に関連しては、ＬＡＮ１０
から受信されたＨ．３２３呼シグナリング設定メッセー
ジ中のベアラ能力領域は、呼に対する要求帯域幅を示
す。その後、接続監視装置１２０はこの帯域幅表示を使
用し、ゲートウェイ・インタフェース１１２および仮想
チャネル・スイッチ１２８間の適切な帯域幅の仮想チャ
ネルを選択する。通常、Ｈ．３２３呼に使用される後続
の仮想チャネルは、同じ帯域幅を有する。

【００６１】着信呼に対して、呼ハンドラ１１６は、相
互接続される交換機１１８から、ＳＳ７ Ｎ−ＩＳＵＰ
／Ｂ−ＩＳＵＰ ＩＡＭメッセージを、呼シグナリング
・チャネル１１５上で受け取る。このメッセージは、
Ｈ．２４５制御ミニ・チャネルに関連した中継回線識別
子を含む。このＩＡＭメッセージは、ミニ・チャネルに
ついての表示を、ユーザ間領域内に同じく含んでいる。
この表示においては、着信仮想チャネル（Ｈ．２４５制
御メッセージの中継に使用される）が上述の中継回線識
別子に対応している。接続監視装置１２０は、この表示
を使用して適切な仮想チャネルおよびミニ・チャネルを
識別する。この呼ハンドラ１１６は、接続監視装置１２
０に命令して必要な回線、すなわち、Ｈ／２４５制御チ
ャネルとして使用される１つの６４ｋｂｐｓ回線（狭帯
域の場合）を設定する。好ましい実施の形態において
は、接続監視装置１２０は、６４ｋｂｐｓ回線ではな
く、ゲートウェイ・インタフェース１１２に接続される
適切な仮想チャネルおよびミニ・チャネルを設定する。
着信呼に対する帯域幅割り当てに関して、真に要求され
る帯域幅は、ＩＡＭメッセージのユーザ間領域から得ら
れる。その後、この接続監視装置１２０は、この帯域幅
を使用して適切な仮想チャネルを設定する。

【００６２】ポイント・ツゥ・マルチポイント通信
（Ｈ．３２３によってサポートされる）に関して、接続
監視装置１２０は、ミニ・チャネル・スイッチ１２６に
接続されている会議ブリッジを介して、個別の呼（もし
くは別々の異なる仮想チャネル上でサポートされている
呼）を統合する。

【００６３】以上をまとめると、関連端末識別子（例え
ば、電話番号、電子メール・アドレス等）およびアドレ
ス識別子（例えば、中継回線識別子および仮想チャネル
＋ミニ・チャネル識別）は、ゲートウェイ・インタフェ
ース１１２と交換機１１８間で交換される。第１のＡＡ
Ｌ−２ミニ・チャネルは、制御（シグナリング）チャネ
ルとして使用される。その後、この第１のミニ・チャネ
ルは、（ＬＡＮ１０の）マルチメディア端末１１０およ
び加入者端末１１９間の同一Ｈ．３２３マルチメディア
呼をサポートする他のＡＡＬ−２ミニ・チャネルの設定
および解除を制御する。すなわち、Ｈ．３２３ＬＡＮス
トリームは、ゲートウェイ・インタフェース１２によっ
てＡＡＬ−２ミニ・チャネルに変換され、その後、符号
化されたＨ．２４５制御メッセージを用いてＡＡＬ−２
ミニ・チャネルによってそれ自身が制御される仮想チャ
ネル上で伝搬される。

【００６４】基本的には、本発明は、中間ネットワーク
（すなわち広帯域ネットワーク）内の異なるコンテキス
ト中で、第１のタイプのネットワークに対して特定の制
御メッセージを用いて、例えば、中間ネットワークで必
須のメディアパスの設定を行う。一方、従来の技術は、
各境界において中間ネットワークへのゲートウェイを使
用して、全制御メッセージおよびメディアフォーマット
を全て変換し、中間ネットワーク上で伝搬する。

【００６５】本発明では、ＬＡＮと被呼加入者の交換機
間で中継接続を構築するよりも、ＡＡＬ−２ミニ・チャ
ネルを構築するほうが好ましい。

【００６６】好ましい実施の形態の設定手続きに関し
て、この設定手続きは、例えば、ＡＡＬ−２の代わりに
ＡＡＬ−５が使用され、またはＡＡＬ−２のみの代わり
にＡＡＬ−１、ＡＡＬ−５、およびＡＡＬ−２の混合が
使用される状態に対して同等に適用できる。種々のＡＴ
Ｍ適応層が異なる種類の情報を最適に転送するように設
けられている。たとえば、ＡＡＬ−２は、長いデータ・
メッセージに最適なＡＡＬ−５と比べ、音声通信に関し
てより効率的である。呼ハンドラ１１６は、ゲートウェ
イ・インタフェース１１２および次の交換機１１８間の
呼を設定するように見える。しかし、実際には、呼ハン
ドラ１１６が接続監視装置１２０へ設定を委譲してい
る。この接続監視装置１２０は、Ｈ．２４５制御チャネ
ルを実際に設定することはほとんどない。このＨ．２４
５制御チャネルは、ＡＡＬ−５仮想チャネル、仮想チャ
ネル内のＡＡＬ−２サブ・チャネル、または機能的に同
等のチャネルであることが可能である。このＨ．２４５
制御チャネルは、音声、映像、またはデータの通信に対
する実際のパスの設定に使用される。これらの実際の音
声、映像、またはデータのパスは、ＡＡＬ−１、ＡＡＬ
−２、またはＡＡＬ−５のいずれをも使用できる。他の
点で、呼設定手続きは、機能レベルで変更されない。し
かし、例えば、ゲートウェイ・インタフェース１１２内
のハードウェア中で小さな変更が必要となることがあ
る。

【００６７】したがって、本発明は、ＬＡＮを広帯域／
ミニ・チャネル・ネットワークに相互接続する一方、シ
ステム上で従来のＨ．３２３呼を表面上保持するメカニ
ズムを提供する点に特徴がある。さらに詳述すると、本
発明は、多くの機能を有する統合アーキテクチャを提供
するが、これは、相互ネットワーク・アドレスを提供す
るために潜在的に入れ換えの必要があるアドレスおよび
ポート情報に関する以外は、各システムのシグナリング
・プロトコルに大きな変更を行う必要がない。

【図面の簡単な説明】

【図１】 Ｈ．３２３イーサネット・アーキテクチャ中
で実行される従来技術のローカル・エリア・ネットワー
クを示すブロック図である。

【図２】 従来技術における広帯域ネットワーク内で典
型的に使用されているアーキテクチャ・スタックの概念
を示す図である。

【図３】 従来技術におけるＡＴＭネットワーク用デー
タ・フレーム構造を示す図である。

【図４】 データを図３のデータ・フレーム構造中にデ
ータを入れるために使用される典型的なフレーム構造を
示す図である。

【図５】 本発明の好ましい実施の形態における相互接
続された広帯域ＬＡＮ環境のための統合システム・アー
キテクチャを示すブロック図である。

【図６】 図５における本発明の好ましい実施の形態に
おけるゲートウェイを示すブロック図である。

【図７】 図５のシステムにおいて、本発明の好ましい
呼設定を示すフローチャートを示す図である。

【符号の説明】

１０…ローカル・エリア・ネットワーク １２…マルチメディア端末 １４…呼シグナリング・チャネル １６…第１のマルチメディア・ゲートキーパ １８…第２のマルチメディア・ゲートキーパ ２０…マルチメディア・ゲートウェイ ２２，２４…ＲＡＳ（登録、許可、状態）チャネル ２６…交渉制御チャネル ２８…音声ストリーム ３０…映像ストリーム ３２…データ・ストリーム ３４…シグナリング・チャネル・リソース ３６…制御チャネル・リソース ３８…音声、映像、および／またはデータ ５０…広帯域ユーザ ５２…物理インフラストラクチャ層（物理層） ５４…エンベロープ・プロトコル層 ５６…ＡＴＭシグナリング・プロトコル層（ＡＴＭ層） ６０…基本セル・フレーム ６２…制御情報のヘッダ ６４…エンベロープ・ペイロード ６６…仮想パス識別子 ６８…仮想チャネル識別子 ７０…ペイロード・タイプ ７２…ＣＬＰ ７４…チェックビット ７６…専用フロー制御ビット ８０…ＡＡＬ−２プロトコル・データ・ユニット（ＰＤ
Ｕ） ８２…ペイロード・データ ８４…開始領域オクテット ８６…オフセット領域 ８８…順序番号 ９０…パリティ・ビット ９２…ＡＡＬ−２サービス・データ・ユニット（ＳＤ
Ｕ） ９４…パケット・ヘッダ ９６…チャネル識別子 ９８…長さインジケータ １００…ユーザ間表示 １０２…チェック・ビット １１０…マルチメディア端末 １１２…ゲートウェイ・インタフェース １１４…呼シグナリング・メッセージ １１５…呼シグナリング・チャネル １１６…呼ハンドラ １１８…交換機 １１９…加入者端末 １２０…接続監視装置 １２４…制御線 １２６…ミニ・チャネル・スイッチ １２８…仮想チャネル・スイッチ １３０…制御線 １３２…制御線 １３４…第１の仮想チャネル・リソース １４０…第２の仮想チャネル・リソース １４２…中間ネットワーク １４４…プロトコル間動作プロセッサ １４５…制御線 １５０…ＬＡＮインタフェース １５２…プロセッサ １５４…記憶装置 １５６…呼シグナリング・インタフェース １５８…広帯域ＡＴＭ／仮想チャネル・インタフェース

───────────────────────────────────────────────────── フロントページの続き (71)出願人 390023157 ＴＨＥ ＷＯＲＬＤ ＴＲＡＤＥ ＣＥＮ ＴＲＥ ＯＦ ＭＯＮＴＲＥＡＬ，ＭＯＮ ＴＲＥＡＬ，ＱＵＥＢＥＣ Ｈ２Ｙ３Ｙ ４，ＣＡＮＡＤＡ (72)発明者 ロイ・ハロルド・マウガー イギリス国，ダブリューディー７ ７ディ ーディー，ハートフォードシアー，ラドレ ット，ビーチ アベニュー 47

Claims (26)

【特許請求の範囲】
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. 【請求項２６】 請求項２３記載の通信ノードにおい
    て：メディアパスは、ＡＡＬ−１、ＡＡＬ−２またはＡ
    ＡＬ―５のいずれか１つを使用することを特徴とする通
    信ノード。