JPH06311180A - Ａｔｍ−ｌａｎシステム - Google Patents

Abstract

(57)【要約】 【目的】ネットワークに対する端末の独立性を高めたＡ
ＴＭ−ＬＡＮシステムを提供する。 【構成】複数のノード１を介して限定された区域内の複
数の端末２を接続し、端末間２の通信を非同期転送モー
ドにより行うＡＴＭ−ＬＡＮシステムにおいて、少なく
とも一つの端末にＶＰ／ＶＣリンク設定要求２２および
ＶＰ／ＶＣリンク連結要求２３を送出する機能を持つコ
ネクション設定プロセス２１を設けるとともに、ノード
１および端末２を接続して任意の端末から送出されたこ
れらの要求２２，２３をノード１に対して転送するブロ
ードキャストチャネル３を形成し、さらに各ノード１に
ブロードキャストチャネル３から転送されたこれらの要
求を受けてＶＰ／ＶＣリンク４の設定および連結を行う
機能を持つノード設定プロセス１１を設ける。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の端末を収容しそ
れら端末間で通信を行うためのローカルエリアネットワ
ーク（ＬＡＮ）システムに関し、特に非同期転送モード
（ＡＴＭ）にて通信を行うＡＴＭ−ＬＡＮシステムに関
する。

【０００２】

【従来の技術】従来より、伝送／交換技術の高速化を狙
う技術として、ＡＴＭ（非同期転送モード）が注目を集
めている。ＡＴＭは、全ての情報をセルと呼ばれる固定
長短パケットに担わせて転送する事により、パケット交
換のハードウェア実装を狙い、高速な情報の伝送／交換
を容易にする事を狙った技術である。

【０００３】ＡＴＭは、将来の広帯域サービス統合ディ
ジタル網（Ｂ−ＩＳＤＮ）の”約束された解”と目され
ている事から、広域網へのインタオペラビリティを高め
るべく、例えば一つのフロアといった限定された区域を
サービス範囲とするネットワーク、即ちローカルエリア
ネットワーク（ＬＡＮ）に、ＡＴＭ技術を適用したいわ
ゆるＡＴＭ−ＬＡＮに関する研究・開発が近年活発であ
る。しかしながら、今まで研究・開発されてきたＡＴＭ
−ＬＡＮには、以下のような問題点がある。

【０００４】ＡＴＭ通信網は、基本的にＡＴＭレイヤに
てコネクションオリエンティッドの通信を提供するもの
である。従来技術によるＡＴＭ−ＬＡＮでは、それに接
続される端末にコネクションを設定する機能は、網側機
能として提供される。また、従来から分散オペレーティ
ングシステムといったＬＡＮ上で提供されるネットワー
キングされたサービスが多用している、“ある端末があ
るサービスを使用しようとする際、該使用するサービス
を提供するホストをＬＡＮ内ブロードキャストにて探索
する”といった技術も、網側機能として提供されている
ものを使用せざるを得ない。即ち、端末の網側機能から
の独立性が低い。これは結果として、ネットワーク側機
能によってネットワーキングされるサービスの機能が制
限されてしまうという重大な欠点を内包してしまうこと
を意味する。

【０００５】

【発明が解決しようとする課題】上述した様に、従来技
術によるＡＴＭ−ＬＡＮではネットワークに対する端末
の独立性が低いという問題点があった。

【０００６】従って、本発明は端末の独立性を高くでき
るＡＴＭ−ＬＡＮシステムを提供する事を目的とする。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本発明によるＡＴＭ−ＬＡＮシステムは、該ＡＴＭ
−ＬＡＮ上にコネクションを設定する際に必要になるＶ
Ｐ／ＶＣリンク設定機能とＶＰ／ＶＣリンク連結機能を
端末からの指示にて制御することでコネクションを設定
するようにしたことを骨子とする。

【０００８】すなわち、本発明は限定された区域内の複
数の端末を複数のノードを介して接続し、端末間の通信
を非同期転送モードにより行うＡＴＭ−ＬＡＮシステム
において、少なくとも一つの端末にバーチャルパスまた
はバーチャルチャネルのリンクを設定するためのリンク
設定要求および該リンクを連結するためのリンク連結要
求を送出する要求送出手段をそれぞれ設けると共に、各
ノードおよび各端末を接続するためのブロードキャスト
チャネルを形成して、該ブロードキャストチャネルによ
り端末から送出されたリンク設定要求およびリンク連結
要求を各ノードに対して転送するようにし、さらに各ノ
ードにブロードキャストチャネルから転送されたリンク
設定要求およびリンク連結要求を受けてリンクの設定お
よび連結を行うリンク設定／連結手段を設けたことを基
本的な特徴とする。

【０００９】また、本発明は上記のような基本構成にお
いて、複数のポートをそれぞれ収納するノードをツリー
状に接続する共に、該ノードが収容する複数のポートの
それぞれに該ポートをツリーのノード側およびリーフ側
のいずれに接続したかを設定するためのスイッチを該ノ
ードに設けたことを特徴とする。

【００１０】さらに、本発明は上記のような基本構成に
おいて、各ノードにブロードキャストセルが転送される
経路とブロードキャストセル以外のセルが転送される経
路とを独立に持たせ、ブロードキャストセル以外のセル
流に該ブロードキャストセルを挿入する際、該ブロード
キャストセル以外のセル流にバックプレッシャをかける
手段を有することを特徴とする。

【００１１】

【作用】上記のように構成されるＡＴＭ−ＬＡＮシステ
ムにおいては、端末がリンク設定要求およびリンク連結
要求を送出すると、これらがブロードキャストチャネル
を介して各ノードに転送されることにより、バーチャル
パスまたはバーチャルチャネルによるリンクの設定およ
び連結が行われる。すなわち、端末はＡＴＭ−ＬＡＮ上
にコネクションを自律的に設定することができる。従っ
て、端末上のアプリケーションに適したコネクションを
設定することが可能になり、もって端末の独立性を向上
させたＡＴＭ−ＬＡＮシステムが提供されることにな
る。

【００１２】また、複数のノードをツリー状に接続する
共に、そのノードが収容する各ポートにツリーのノード
側およびリーフ側のいずれに接続したかを設定するため
のスイッチを各ノードに設け、この機械式スイッチで指
定された情報を基に予め定められた方法で全端末に同報
するブロードキャストセルの扱いを決定するようにすれ
ば、ノードは電源投入後直ちに全端末にメッセージを転
送可能なブロードキャストチャネルを提供することがで
きるので、端末は該ブロードキャストチャネルを用いて
コネクション設定に必要な情報を得る事が可能になる。

【００１３】さらに、ノードにブロードキャストセルが
転送される経路とブロードキャストセル以外のセルが転
送される経路とを独立に持たせ、ブロードキャストセル
以外のセル流にブロードキャストセルを挿入する際、そ
のセル流にバックプレッシャをかけることにより、ブロ
ードキャストチャネル上のセルをその他のセルに優先さ
せて転送することが単純な構成で実現可能になる。

【００１４】

【実施例】以下、図面を参照しながら本発明の一実施例
について詳細に説明する。

【００１５】図１は、本発明の一実施例に係るＡＴＭ−
ＬＡＮシステムの基本構成を概念的に示す図である。同
図に示されるように、このＡＴＭ−ＬＡＮシステムは大
きく分けて、複数のポートをそれぞれ収容する複数のノ
ード１と、限定された区域内に配置された複数の端末
２、およびブロードキャストチャネル３からなる。各ノ
ード１にはノード設定プロセス１１が備えられ、また端
末２のうちの少なくとも一つには、後述する端末設定プ
ロセスのほかコネクション設定プロセス２１が備えられ
ている。

【００１６】コネクション設定プロセス２１は、任意の
ノード１に対してＶＰ（バーチャルパス）またはＶＣ
（バーチャルチャネル）のＶＰ／ＶＣリンク４を設定す
るためのＶＰ／ＶＣリンク設定要求２２と、ＶＰ／ＶＣ
リンク４を連結するＶＰ／ＶＣリンク連結部５を連結さ
せるためのＶＰ／ＶＣリンク連結要求２３を送出する機
能を有する。また、ノード設定プロセス１１は、ブロー
ドキャストチャネル４により転送されてきたリンク設定
要求２２およびリンク連結要求２３を受けてＶＰ／ＶＣ
リンクの設定および連結を行う機能を有する。

【００１７】図２は、本実施例のＡＴＭ−ＬＡＮシステ
ムの構成を別の観点から示した図である。同図におい
て、１０１はＡＴＭ−ＬＡＮを収容する上位ＡＴＭ通信
網、１０１１は上位ＡＴＭ通信網におけるＡＴＭ−ＬＡ
Ｎ収容装置、１０２１，１０２２，…，１０２６はノー
ド、１０３１，１０３２，……１０３９はＡＴＭ−ＬＡ
Ｎに収容される端末である。同図に示された様に、本実
施例のＡＴＭ−ＬＡＮシステムは各ノードをツリー状に
伝送路にて接続して構成されている事が大きな特徴とな
っている。なお、良く知られているように、ツリー状ト
ポロジはルート近くのスループットにて網全体のスルー
プットが決められてしまうという性質がある。本実施例
では、図２に示すようにルート近くのノード間の接続を
行う伝送路を複数本持ち、ルート近くのスループットを
向上させる事が出来るようにして、この問題点を解決し
ている。なお、最適なノード間の伝送路の本数は、該Ａ
ＴＭ−ＬＡＮ上で実行される分散アプリケーションの性
質とそのトラフィック量により大きく変動するので、本
実施例ではノード間の伝送路の本数をユーザが自由に設
定可能である様にした点に大きな特徴を持つ。

【００１８】なお、図２においてＡＴＭ−ＬＡＮ収容装
置１０１１がツリー状に構成されたＡＴＭ−ＬＡＮのル
ートに置かれているのは、端末と上位ＡＴＭ通信網１０
１とのトラフィックにてＡＴＭ−ＬＡＮ内のトラフィッ
クを圧迫することが無いようにするためである。

【００１９】次に、図２を参照しながら本実施例のＡＴ
Ｍ−ＬＡＮシステムの機能、動作及び構成を詳細に説明
する。従来技術によるＡＴＭ−ＬＡＮでは、前述したよ
うにＡＴＭ−ＬＡＮ内に端末の要求を受け取ってＶＰ／
ＶＣコネクションを設定する機能（これをコネクション
設定プロセスと呼ぶ）が、網側機能として定義されてい
るのに対し、本発明のＡＴＭ−ＬＡＮにおいてはユーザ
側機能として定義される事が大きな特徴となっている。
即ち、コネクション設定プロセスは端末１０３１〜１０
３９のうちのいずれかの上に乗っている。該コネクショ
ン設定プロセスが主体となり、ノード１０２１〜１０２
６を制御することで端末と端末の間、端末とＡＴＭ−Ｌ
ＡＮ収容装置１０１１の間のコネクションつまりＶＰ／
ＶＣコネクションを設定する。

【００２０】一方、各ノードに乗り、コネクション設定
プロセスの制御の下にＶＰ／ＶＣリンクの設定並びにＶ
Ｐ／ＶＣリンクの連結を行う等の機能を持つプロセスを
ノード設定プロセスと呼ぶ。さらに、各端末、ＡＴＭ−
ＬＡＮ収容装置上にも、コネクション設定プロセスの制
御の下にこれらの機器のＡＴＭレイヤ機能を制御し、Ｖ
Ｐ／ＶＣリンクの設定を行うプロセスが乗る。これらを
それぞれ端末設定プロセス、ＡＴＭ−ＬＡＮ収容装置設
定プロセスと呼ぶ。

【００２１】本実施例においては、各ノードには製造時
にグローバルユニークに定められるノード番号が付与さ
れている。また、各端末にも各ノードに付与されたノー
ド番号と同じ番号空間内でグローバルユニークなノード
番号が製造時に付与されている。さらに、ＡＴＭ−ＬＡ
Ｎ収容装置１０１１にも、各ノードに付与されたノード
番号と同じ番号空間内でグローバルユニークなノード番
号が製造時に付与されている。これらのノード番号を利
用して、コネクション設定プロセスはノード設定プロセ
ス、端末設定プロセスおよびＡＴＭ−ＬＡＮ収容装置設
定プロセスの識別を行う。尚、ここでは説明の都合上、
図２に示した様にノード番号が付与されているものとす
る。さらに、各ノードが収容する伝送路には、それぞれ
ポート番号が付与されている。図２では、隣接ノードと
の接続を示す実線の近くに記述された数字がポート番号
を表している。なお、このノード番号は例えば分散ＯＳ
におけるファイル識別子といったようにＡＴＭ−ＬＡＮ
内で一意である必要のある各種識別子の一部としても使
用可能である。

【００２２】次に、コネクション設定プロセスと、ノー
ド設定プロセス／端末設定プロセス／ＡＴＭ−ＬＡＮ収
容装置設定プロセスとのインタラクションについて、詳
細に説明する。ここでは、端末１０３１上にコネクショ
ン設定プロセスが乗っているものとして説明を進める。
なお、以下に説明するインタラクションにおいては、本
実施例のＡＴＭ−ＬＡＮが収容するどの端末にもコネク
ション設定プロセスを乗せる事ができる事に注意が必要
である。

【００２３】次に、図３のフローチャートを用いてコネ
クション設定プロセスの概略動作を説明する。端末１０
３１上でコネクション設定プロセスが起動されると（ス
テップ２０１）、まずコネクション設定プロセスは構成
認識、即ち該コネクション設定プロセスがＶＰ／ＶＣの
コネクションを設定できる範囲のＡＴＭ−ＬＡＮの構成
を知るための動作を行う（ステップ２０２）。この構成
認識により得られた情報から、コネクション設定プロセ
スは自分が管理しているＡＴＭ−ＬＡＮの構成を知り、
外部からのコネクション設定要求に対応する。

【００２４】以降は、外部からの要求を待ち、要求を受
け付けたなら、要求の種類毎に定義された動作を行う。

【００２５】コネクション設定プロセスは、外部からコ
ネクション設定要求を受け付けたなら、該コネクション
設定要求に従って端末と端末間、端末とノード間、また
は端末とＡＴＭ−ＬＡＮ収容装置間にコネクション設定
を行う（ステップ２０４）。このコネクション設定は、
端末とノードの間、ノードとノードの間、ノードとＡＴ
Ｍ−ＬＡＮ収容装置の間の伝送路上にＶＰ／ＶＣリンク
を設定する旨の要求、すなわち前述したＶＰ／ＶＣ設定
要求をコネクション設定プロセスが送出して、これをブ
ロードキャストチャネルが端末／ノード／ＡＴＭ−ＬＡ
Ｎ収容装置に転送することと、さらにこれらのＶＰ／Ｖ
Ｃリンクを連結する旨の要求、すなわち前述したＶＰ／
ＶＣリンク連結要求をコネクション設定プロセスが送出
して、同様にブロードキャストチャネルがノードに転送
することによって実現される。

【００２６】一方、コネクション設定プロセスは外部か
らコネクション解放要求を受け付けたなら、該コネクシ
ョン解放要求に従ってコネクションの解放を行う（ステ
ップ２０５）。このコネクション解放は、前記コネクシ
ョン設定によって設定した状態、即ち端末とノード間、
ノードとノード間、ノードとＡＴＭ−ＬＡＮ収容装置間
の伝送路上に設定されたＶＰ／ＶＣリンクの解放要求を
コネクション設定プロセスが送出して、ブロードキャス
トチャネルが端末／ノード／ＡＴＭ−ＬＡＮ収容装置に
転送し、さらにこれらＶＰ／ＶＣリンクの結合の解放要
求をコネクション設定プロセスが送出して、ブロードキ
ャストチャネルがノードに転送する事によって実現され
る。

【００２７】分散環境においては、現在、他人が提供し
ているサービスを確認し、他人が提供しているサービス
を利用する、即ちサービスのネットワーキングが良く行
われる。本実施例のＡＴＭ−ＬＡＮにおいては、コネク
ション設定サービスも他のサービス（例えばネットワー
クファイルサービス、等）と同様、サービスのネットワ
ーキングの対象である。この為、コネクション設定プロ
セスは、外部からのコネクション設定サービス検索要求
を受け付け、当該検索要求に対して応答を行う機能を持
つ（ステップ２０６）。

【００２８】また、本実施例のＡＴＭ−ＬＡＮの構成が
変更される場合に備え、例えば１分毎といった予め定め
られた時間間隔で、構成認識を再度行っても構わない
（ステップ２０３）。この予め定められた時間間隔は、
良く知られているように、プログラマブルタイマにより
当該プロセスを実行しているプロセッサにタイマ割り込
みをかける事によって、容易に実現可能である。

【００２９】次に、図４に示すフローチャートを参照し
て、ノード設定プロセスの概略動作を説明する。各ノー
ド１０２１〜１０２６でノード設定プロセスが起動され
ると、直ちに外部からの要求を待ち、要求を受け付けた
なら、要求の種類毎に定義された動作を行う。

【００３０】まず、ノード設定プロセスに対しては、予
め定められた時間、例えば１秒毎にタイマ割り込みがか
かる。タイマ割り込みがかかると、ノード設定プロセス
は、該プロセスの乗ったノードの収容しているポートそ
れぞれについて、その物理レイヤ機能（ビット同期、フ
レーム同期、セル同期）の監視及び制御を行う（ステッ
プ３０２ｉ）。ここでの監視、制御の方法は、物理レイ
ヤ機能によって大きく変化するが、本発明の有効性には
何等影響を与えないので、ここでは特に限定せずに話を
進める。ただし、物理レイヤ機能の送出側では、対向す
る機器にてビット同期、フレーム同期、セル同期をとる
ことができるビット列が電源投入後常に送出されている
ものとする。

【００３１】各ポートの物理レイヤの監視が終了する
と、タイマ割り込みの回数をカウントしておき、予め定
められた条件を満たしているか否か（例えばタイマ割り
込みのカウント数を１２８で除した時の剰余が０である
か否か）を判定する（ステップ３０３）。予め定められ
た条件を満たしていない場合は、外部からの要求待ちに
戻り、予め定められた条件を満たしていた場合は、次の
ステップに進む。

【００３２】次のステップでは、それぞれのポートにつ
いて当該ポートの物理レイヤが隣接ノード、即ち直接伝
送路で接続されたノード、端末またはＡＴＭ−ＬＡＮ収
容装置との通信を行える状態、即ち当該伝送路のビット
同期、フレーム同期、セル同期が確立している状態であ
れば、隣接ノードのノード番号を得る動作を行う（ステ
ップ３０４ｉ）。この隣接ノード番号は、上述のコネク
ション設定プロセスが行う構成認識（ステップ２０３）
においてコネクション設定プロセスが当該プロセスの管
理しているＡＴＭ−ＬＡＮの構成を知るための基礎とな
る。ステップ３０４ｉの処理を周期的に実行する事によ
り、新たにＡＴＭ−ＬＡＮに端末／ノード／ＡＴＭ−Ｌ
ＡＮ収容装置が接続されたり、それらの機器が削除され
たりといった事をコネクション設定プロセスに自動的に
通知する事が可能になる。

【００３３】上述の隣接ノード番号確保のステップ（ス
テップ３０４ｉ）により、隣接ノードから当該ノードの
ノード番号を要求されると、ノード設定プロセスは自分
のノード番号から作成したメッセージを要求されたポー
トに向けて出力する（ステップ３０５）。これにより、
各ノードが隣接ノード番号を得る事を可能にする。

【００３４】一方、コネクション設定プロセスがステッ
プ２０３にて構成認識要求を発効すると、それは各ノー
ドに伝えられる。各ノード設定プロセスは構成認識要求
を受理すると、その時点で得ている隣接ノード番号等の
情報をコネクション設定プロセスに向けて送出する（ス
テップ３０６）。ノード設定プロセスに送出される情報
の詳細な内容については、後ほど説明する。

【００３５】また、コネクション設定プロセスがステッ
プ２０３にてコネクション設定に関わる指定ノードへの
ＶＰ／ＶＣリンク設定と、ＶＰ／ＶＣリンクの連結要求
を出すと、該指定されたノードでは、その要求に従って
ＶＰ／ＶＣリンクを設定し、ＶＰ／ＶＣリンクを連結す
る（ステップ３０７）。

【００３６】さらに、コネクション設定プロセスがステ
ップ２０４にてコネクション解放に関わる指定ノードへ
のＶＰ／ＶＣリンク設定解放と、ＶＰ／ＶＣリンクの連
結解放要求を出すと、該指定されたノードでは、その要
求に従ってＶＰ／ＶＣリンク設定を解放し、またＶＰ／
ＶＣリンクの連結も解放する（ステップ３０８）。

【００３７】なお、上述の様にコネクション設定プロセ
スとノード設定プロセスが分散実行されていると、例え
ばビット誤り等によりメッセージが失われ、コネクショ
ン設定プロセスが設定を依頼していると認識しているＶ
Ｐ／ＶＣリンク群と、ノード設定プロセスが実際に設定
しているＶＰ／ＶＣリンク群との間に食い違いが発生す
る事がある。この食い違いをコネクション設定プロセス
が発見可能な様に、本実施例のＡＴＭ−ＬＡＮでは、コ
ネクション設定プロセスは各ノード設定プロセスに対し
て該ノードに設定しているＶＰ／ＶＣリンク群の確認要
求を発効する事が出来るようにしてある。ノード設定プ
ロセスは、このノード設定確認要求を受け付けると、ノ
ードに設定しているＶＰ／ＶＣリンクの情報をメッセー
ジとしてコネクション設定プロセスへと送り返す（ステ
ップ３０９）。

【００３８】次に、図５に示すフローチャートを参照し
て端末設定プロセス／ＡＴＭ−ＬＡＮ収容装置設定プロ
セスの概略動作を説明する。各端末１０３１〜１０４
３、ＡＴＭ−ＬＡＮ収容装置１０１１にて端末設定プロ
セス／ＡＴＭ−ＬＡＮ収容装置設定プロセスが起動され
ると、直ちに外部からの要求を待ち、要求を受け付けた
なら要求の種類毎に定義された動作を行う。この動作は
ほとんどノード設定プロセスと同じであり、ノード設定
プロセスと異なるのは、各機器が収容しているポート数
が１であるので物理レイヤ監視制御が１ポートのみであ
る点と、隣接ノード情報を確保するステップが無い点で
ある。なお、隣接ノード番号を確保するステップを削減
したのは、ノード設定プロセスのみがこれらの作業を行
えば、ＡＴＭ−ＬＡＮ全体の構成をコネクション設定プ
ロセスに通知する事ができる事が理由である。

【００３９】次に、図３〜図５にて示したそれぞれのス
テップの動作についてより詳細に説明する。ここで、こ
れらのステップ及びコネクション設定プロセスとノード
設定プロセス／端末設定プロセス／ＡＴＭ−ＬＡＮ収容
装置設定プロセスの間のインタラクションを実現するべ
く、本実施例のＡＴＭ−ＬＡＮを構成する各ノードは、
例えば本発明者らが特開平４−１００４４９にて開示し
た様な今までに知られているＡＴＭ交換機が持つ基本機
能、即ち任意の入力ポートから入力されたセルを予め定
められたポートに転送すると同時に、当該セルのＶＰＩ
／ＶＣＩ領域を予め定められた値に書き換える機能の他
に、以下の機能を持つ事をその大きな特徴としている。

【００４０】即ち、ノード設定プロセスまたは端末設定
プロセスまたはＡＴＭ−ＬＡＮ収容装置設定プロセスの
うちの一つのプロセスが送出したメッセージを該ＡＴＭ
−ＬＡＮに属する全てのノード設定プロセス、端末設定
プロセス、ＡＴＭ−ＬＮＡ収容装置設定プロセスに転送
する機能を持つ。ここでは、この機能を前述したブロー
ドキャストチャネルと呼ぶ。該ブロードキャストチャネ
ルの実現法は、後ほど詳しく説明する。

【００４１】このブロードキャストチャネルを使うと、
本実施例のＡＴＭ−ＬＡＮに属する端末の中で、指定さ
れたサービスを提供する、もしくは指定されたノード名
を持つ端末のノード番号、および指定されたノード番号
の機器に付加されたノード名を知る事が可能になる。こ
こで、ノード名とは端末、ＡＴＭ−ＬＡＮ収容装置およ
びノードに対して、当該機器を記憶し易い識別子にて識
別するために付加する別名である。

【００４２】以下、図３〜図５にて示したそれぞれのス
テップの動作について詳しく説明する。なお、以降の説
明ではそれぞれのステップを実行するために使用される
メッセージ群が規定されるが、これらメッセージ群のフ
ォーマットについては別途詳細に説明する。

【００４３】まず、ノード設定プロセスにて実行される
隣接ノード情報を確保するステップ、ステップ３０４ｉ
と、それに対応する、隣接ノード情報要求に応答するス
テップ３０５／４０３について説明する。

【００４４】図６に、各ノードが隣接ノード番号を得る
際に実行される動作の概略を示す。同図には、図２に示
したＡＴＭ−ＬＡＮの内、ノード番号＝３のノード１０
２３に接続されているものについて示してある。図６に
示すように、本実施例のＡＴＭ−ＬＡＮの各ノード上に
はノード設定プロセスが、各端末上には端末設定プロセ
スが、それぞれ乗っている。同図と同様、ＡＴＭ−ＬＡ
Ｎ収容装置上にはＡＴＭ−ＬＡＮ収容装置設定プロセス
が乗っている事は言うまでもない。

【００４５】さらに、図６に示すように、各ノード上の
ノード設定プロセス及び各端末上の端末設定プロセスに
は、隣接ノードとの間の双方向の通信路が電源投入、物
理レイヤのビット／フレーム／セル同期確立後から常に
与えられている。ノード設定プロセスは、この常に与え
られている隣接ノード間との通信路を用いて、隣接ノー
ド番号の送出を要求し、ノード設定プロセス、端末設定
プロセスおよびＡＴＭ−ＬＡＮ収容装置設定プロセス
は、隣接ノード番号の送出要求に応答する。

【００４６】ここでは、ノード番号＝３のノード１０２
３に乗ったノード設定プロセス１０２３１が隣接ノード
番号を獲得するシーケンスに着目して説明を進める。な
お、このシーケンスを本実施例のＡＴＭ−ＬＡＮを構成
するそれぞれのノードに乗ったノード設定プロセスが独
立に実行していることに注意が必要である。

【００４７】ノード１０２３に乗ったノード設定プロセ
ス１０２３１は、電源投入後起動され、まず各ポートの
物理レイヤのビット／フレーム／セル同期を確立する為
の、予め定められた手順を実行する。電源投入後、直ち
に各ノードの各ポートの送出側からはビット／フレーム
／セル同期のとれる、予め定められたビット列が常に送
出されているものとしているので、ビット／フレーム／
セル同期が確立したならば、ノード１０２３に乗ったノ
ード設定プロセスは隣接ノードの電源も投入されている
と解釈することが出来る。

【００４８】ビット／フレーム／セル同期が確立したな
らば、隣接ノード番号を獲得するべく、隣接ノード番号
要求メッセージをそれぞれのポートに送出する。図６で
は、ポート番号１のポートについて、隣接ノード情報番
号メッセージが送出される方向を符号５０１で示す矢印
にて表している。

【００４９】ノード番号＝１のノード１０２１のノード
設定プロセスは、電源投入後ビット／フレーム／セル同
期を確立するための予め定められた手順を実行してい
る。ノード１０２３の送出した隣接ノード番号要求メッ
セージは、ノード１０２１での上記定められた手順が実
行された結果としてビット／フレーム／セル同期が確立
していたならば、直ちに該ノード１０２１上のノード設
定プロセス１０２１１へと転送される。

【００５０】ノード設定プロセス１０２１１は、隣接ノ
ード番号要求メッセージを受け取ると、ノード設定プロ
セス１０２１１の乗ったノード１０２１のノード番号
（＝１）を含む隣接ノード情報番号応答メッセージを作
成し、符号５０２で示す矢印のようにノード番号３のノ
ード設定プロセス１０２３１に向けて送出する。

【００５１】ノード設定プロセス１０２３１は、ビット
／フレーム／セル同期を確立するための予め定められた
手順を実行しているので、これらの同期が確立していた
ならノード設定プロセス１０２１１の作成した隣接ノー
ド番号要求応答メッセージを受け取る事ができる。以上
のような手順にて、各ノードのノード設定プロセスは隣
接ノード番号を得る。

【００５２】次に、コネクション設定プロセスにて実行
される構成認識のステップ２０２／２０３と、それに対
応する、ノード設定プロセス側での構成認識要求への応
答を行うステップ３０６について説明する。

【００５３】図７および図８に、コネクション設定プロ
セスでの構成認識により実行される動作の概略を示す。
図７には構成認識時の本発明の一実施例を構成する機器
上のコネクション設定プロセス／ノード設定プロセス／
端末設定プロセス／ＡＴＭ−ＬＡＮ収容装置設定プロセ
ス間の、ブロードキャストチャネルによる情報伝達の論
理イメージを示し、図８には構成認識における、コネク
ション設定プロセスと、ノード／端末／ＡＴＭ−ＬＡＮ
収容装置設定プロセスとの間のインタラクションのシー
ケンスについて、それぞれ図示してある。また、図７に
おいては、ブロードキャストチャネルの論理的構造をバ
ス形式にて表現してある。

【００５４】構成認識を行う場合は、端末１０３１上の
コネクション設定プロセス１０３１２が、構成認識を行
う事をＡＴＭ−ＬＡＮ中の全機器に通知する、構成吸い
上げ要求メッセージをブロードキャストチャネル６０１
に送出する（符号６０２の付いた矢印）。

【００５５】ブロードキャストチャネル６０１上の構成
吸い上げ要求メッセージは、ノード１０２１上のノード
設定プロセス１０２１１，…，ノード１０２６上のノー
ド設定プロセス１０２６１、端末１０３１上の端末設定
プロセス１０３１１，…、端末１０４３上の端末設定プ
ロセス１０４３１、ＡＴＭ−ＬＡＮ収容装置１０１１上
のＡＴＭ−ＬＡＮ収容装置設定プロセス１０１１１に転
送される（符号６０３１，…，６０３６，６０４０１，
…，６０４１３，６０５１の付いた矢印）。

【００５６】それぞれのノード設定プロセス、端末設定
プロセス、ＡＴＭ−ＬＡＮ収容装置設定プロセスは、構
成吸い上げ要求メッセージを受け取ると、それらのプロ
セスが乗っている機器が収容しているポートで、物理レ
イヤでのセル同期まで確立しており、当該物理レイヤを
用いた通信が行えるもの、について、構成吸い上げ要求
応答メッセージを作成し、ブロードキャストチャネル６
０１に送出する（符号６０６１，…，６０６６，６０７
０１，…，６０７１３，６０８１の付いた矢印）。構成
吸い上げ要求応答メッセージは、当該メッセージにて構
成を示すノード、ポートのノード／ポート番号、当該ポ
ートの物理的性質やそれらのプロセスが乗っている機器
の種類（ノード／端末／ＡＴＭ−ＬＡＮ収容装置）とい
った情報を表す、機器の種別番号、当該ポートが接続さ
れている対向機器のノード番号、といった情報から構成
されている。

【００５７】ブロードキャストチャネル６０１に送出さ
れた構成吸い上げ要求応答メッセージは、順にコネクシ
ョン設定プロセス１０３１２に転送される（符号６０９
の付いた矢印）。コネクション設定プロセス１０３１２
は、受け取った構成吸い上げ要求応答メッセージによ
り、ＡＴＭ−ＬＡＮの構成を記録しているデータベース
を作成／更新する。

【００５８】以上述べた手順を、時間軸に沿って記述し
たのが図８である。同図では、上から下に向かって時間
が経過してゆく。

【００５９】コネクション設定プロセスが構成吸い上げ
要求メッセージをブロードキャストチャネルに送出す
る。当該構成吸い上げ要求メッセージをノード／端末／
ＡＴＭ−ＬＡＮ収容装置設定プロセスが受け取ると、そ
れに対応する構成吸い上げ要求応答メッセージを作成
し、再度ブロードキャストチャネルに送出する。それぞ
れのプロセスが作成した構成吸い上げ要求応答メッセー
ジは、ブロードキャストチャネルを経由して、順にコネ
クション設定プロセスへと転送される。

【００６０】以上の様な手順にて、コネクション設定プ
ロセスは、構成認識を行う事ができる。例えば、図２に
示した例では、コネクション設定プロセスは、ノード番
号＝３のノード１０２３について、 ・ノード番号＝３の機器の種別はノードである ・ノード番号＝３のポート１には、ノード番号１の機器
が接続されている ・ノード番号＝３のポート２には、ノード番号１の機器
が接続されている ・ノード番号＝３のポート３には、ノード番号１の機器
が接続されている ・ノード番号＝３のポート４には、ノード番号14の機器
が接続されている ・ノード番号＝３のポート５には、ノード番号15の機器
が接続されている ・ノード番号＝３のポート６には、ノード番号６の機器
が接続されている といった情報を得る事になる。こういった情報が、当該
コネクション設定プロセスがＶＰ／ＶＣコネクションを
設定可能な範囲であるＡＴＭ−ＬＡＮを構成する全ての
構成要素について得られる。これを元に、コネクション
設定プロセスは、ＡＴＭ−ＬＡＮの構成に関するデータ
ベースを作成でき、以降の処理を進める事になる。

【００６１】なお、上述の手順では、構成認識が、ＡＴ
Ｍ−ＬＡＮを収容する全ての機器に対して同時に行われ
るようになっている。コネクション設定プロセスの管理
するＡＴＭ−ＬＡＮの構成に関するデータベースを、そ
の時のＡＴＭ−ＬＡＮの構成になるべく一致させる、と
いう観点からは、上述の、”全ての構成機器に同時に問
い合わせる”というプロトコルが望ましいが、一方で、
この様なプロトコルを実行すると、構成吸い上げ要求応
答メッセージの数が莫大になり、コネクション設定プロ
セスのスループットを著しく低下させる懸念もある。

【００６２】本発明の一実施例では、構成吸い上げ要求
メッセージが、全端末に同報するか、あるノード番号を
持つ機器のみに対して転送されるかを、コネクション設
定プロセスが選択できるようにして、上述の欠点に対処
している。あるノード番号を持つ機器のみに構成吸い上
げ要求を行える機能を使うと、例えば、電源投入でコネ
クション設定プロセスが立ち上がった場合には全端末同
報モードにてＡＴＭ−ＬＡＮの構成を吸い上げ、以降の
タイマ割り込み時には、前回構成認識時からタイマ割り
込み発生までに受け付けたメッセージ中に現れた、ＡＴ
Ｍ−ＬＡＮの構成に関するデータベース中に存在してい
ないノード番号を持つ機器に対して問い合わせを行い、
その応答にてデータベースをアップデートする、といっ
た、コネクション設定プロセスのスループットを向上さ
せる意味で望ましいプロトコルとすることも可能であ
る。

【００６３】次に、コネクション設定プロセスにて実行
される、コネクション設定サービス検索要求に応答する
ステップ２０６について説明する。

【００６４】本実施例のＡＴＭ−ＬＡＮは、コネクショ
ン設定プロセスが端末側機能であることをその最大の特
徴としている。この為、コネクション設定プロセスはＡ
ＴＭ−ＬＡＮ内部のどの端末で実行されているか、他の
端末上のアプリケーションプロセスには原則として分か
らない。この為、ある端末上のアプリケーションプロセ
スは、コネクション設定プロセスが乗っている端末がど
れであるか知らないと、コネクション設定を要求できな
い。ここで述べる機能は、本実施例において、この状況
に対応するために提供されているものである。

【００６５】なお、以下に述べる機能は、コネクション
設定サービスのみではなく、その他のネットワーキング
されるサービスを提供する端末、例えばＸ−ｗｉｎｄｏ
ｗのサーバプロセスの乗った端末であるとか、ネットワ
ークファイルシステムのファイルサーバプロセスの乗っ
た端末であるとか、といった端末も同様の枠組みにて検
索可能な事に注意が必要である。

【００６６】図９に、端末上のアプリケーションプロセ
スが、コネクション設定サービスを検索する際に実行す
る動作の概略を示す。

【００６７】同図には、コネクション設定サービス検索
時の、本発明の一実施例を構成する機器上のコネクショ
ン設定プロセス／ノード設定プロセス／端末設定プロセ
ス／ＡＴＭ−ＬＡＮ収容装置設定プロセスとアプリケー
ションプロセスとの間の、ブロードキャストチャネルに
よる情報伝達の論理イメージを図示してある。また、同
図においては、図７と同様、ブロードキャストチャネル
の論理的構造をバス形式にて表現してある。

【００６８】アプリケーションプロセス７０１は、コネ
クション設定サービスの乗った端末を探すべく、コネク
ション設定サービスを検索する旨書かれたサービス検索
メッセージを作成し、ブロードキャストバス６０１に送
出する（符号７０２の付いた矢印）。

【００６９】ブロードキャストバス６０１に乗せられた
サービス検索メッセージは、ＡＴＭ−ＬＡＮ上の、コネ
クション設定プロセス、ノード設定プロセス、端末設定
プロセス、ＡＴＭ−ＬＡＮ収容装置設定プロセスに渡さ
れる。（符号７０３、７０４１、・・・７０４６、７０
５０１、・・・、７０５１３、７０６１の付いた矢
印）。

【００７０】渡されたサービス検索メッセージにて指定
されるサービス、ここではコネクション設定サービス、
を提供するプロセス、ここではコネクション設定プロセ
ス１０３１２は、自分の乗ったノード番号を含む、サー
ビス検索応答メッセージを作成し、ブロードキャストチ
ャネル６０１に送出する（符号７０８の付いた矢印）。

【００７１】ブロードキャストチャネル６０１に送出さ
れたサービス検索応答メッセージは、その検索を開始し
たアプリケーションプロセス７０１に渡される（符号７
０９の付いた矢印）。

【００７２】以上の様な手順にて、アプリケーションプ
ロセスは、提供を受けたいサービスを行っている端末の
ノード番号を知る事ができる。

【００７３】ここで、あるサービスを提供する端末がふ
たつ以上ある場合は、サービスの検索を行った端末はサ
ービス検索応答メッセージを複数個受け取る事になる。
この場合、初めて受け取ったサービス検索応答メッセー
ジを送出した端末のサービスを使用する事にしても良
い。この時、サービス提供側の端末は、該端末の負荷に
よって、サービス検索応答メッセージを送出するタイミ
ングを遅らせてもかまわない。これを実行する事によ
り、あるサービスについて、自動的に負荷分散が行われ
る事になる。

【００７４】本発明の一実施例であるＡＴＭ−ＬＡＮに
おいて、ブロードキャストチャネルを用いた検索サービ
スとしては、上述のサービス検索の他に、アプリケーシ
ョンプロセスがノード名を知っている場合に当該ノード
名からノード番号を知る、ノード番号を知っている場合
に当該ノード番号からノード名を知る、といった、ネー
ミングサービスとして良く知られたサービスを提供する
ためにも使用される。ノード名からノード番号を知るサ
ービス（これを通信相手検索サービスと呼ぶ）は、次の
手順により実行される。

【００７５】ノード番号を知りたいアプリケーションプ
ロセスは、ブロードキャストチャネルに、ノード名を含
んだ通信相手検索メッセージを作成してブロードキャス
トチャネルに送出する。

【００７６】ブロードキャストチャネルから通信相手検
索メッセージを受け取った各端末は、当該メッセージ内
に書かれたノード名と、自分に割り当てられたノード名
とを比較し、一致していたなら、自分のノード番号を含
む、通信相手検索応答メッセージを作成してブロードキ
ャストチャネルに送出する。

【００７７】ブロードキャストチャネルにより、検索を
開始したアプリケーションプロセスに向けて前記通信相
手検索応答メッセージが転送され、当該アプリケーショ
ンプロセスにノード番号が通知される。

【００７８】一方、ノード番号からノード名を知るサー
ビス（これをノード名通知サービスと呼ぶ）は、以下の
手順により実行される。

【００７９】ノード名を知りたいアプリケーションプロ
セスは、ブロードキャストチャネルに、ノード番号を含
んだノード名問い合わせメッセージを作成してブロード
キャストチャネルに送出する。

【００８０】ブロードキャストチャネルからノード名問
い合わせメッセージを受け取った各端末は、当該メッセ
ージ内に書かれたノード番号と、自分のノード番号とを
比較し、一致していたらなら、自分のノード名を含む、
ノード名問い合わせ応答メッセージを作成してブロード
キャストチャネルに送出する。

【００８１】ブロードキャストチャネルにより、検索を
開始したアプリケーションプロセスに向けて前記ノード
名問い合わせ応答メッセージが転送され、当該アプリケ
ーションプロセスにノード番号が通知される。

【００８２】以上の様な手順にて、本発明の一実施例で
あるＡＴＭ−ＬＡＮを構成する各機器は、ブロードキャ
ストチャネルを用いて、サービス提供位置、ノード番
号、ノード名を知る事ができる。

【００８３】なお、ブロードキャストチャネル上を転送
されるメッセージを削減する為に、全ての端末が、受け
取るサービス検索応答メッセージ／通信相手検索応答メ
ッセージ／ノード名問合応答メッセージを観察し、提供
されるサービス毎に提供する端末のノード番号を一時記
憶しておく／ノード名毎にノード番号を一時記憶してお
く／ノード番号毎にノード名を一時記憶しておく機能を
持っていてもかまわない。なお、この機能を実現する場
合、あるサービスを提供する端末がサービス検索応答メ
ッセージを送出した後に故障する／あるノード番号を持
つ端末のノード名が通信相手検索応答メッセージ、また
はノード名問合応答メッセージ送出後に変化する、可能
性があるので、注意が必要である。

【００８４】次に、コネクション設定プロセスにて実行
されるコネクション設定のステップ２０４と、それに対
応する、ノード設定プロセス側でのノード設定要求への
応答を行うステップ３０７について説明する。

【００８５】図１０に、端末がコネクション設定サービ
スを要求する際に実行される動作の概略を示す。ここで
は、図２に示したＡＴＭ−ＬＡＮの内、ノード番号１４
の端末１０３８が、ノード番号１５の端末１０３９に対
するコネクション設定を要求する際の動作の概略が示さ
れている。

【００８６】コネクション設定は、コネクション設定を
要求する端末１０３８の端末設定プロセス１０３８１
が、コネクション設定要求メッセージをブロードキャス
トチャネルを通じてコネクション設定プロセス１０３２
１に送出することにより開始される（８０２）。このコ
ネクション設定要求メッセージ中には、コネクション設
定元（発側）端末１０３８のノード番号（＝１４）とコ
ネクション設定先（着側）端末１０３９のノード番号
（＝１５）が記述されている。ここで、発側端末１０３
８が着側端末１０３９のノード番号を知らずに、例えば
ノード名であるとか、提供を受けたいサービスであると
か、といった情報しか持たない場合、前述のサービス検
索メッセージ／通信相手検索メッセージによってノード
番号の通知を受けた後、コネクション設定要求メッセー
ジを送出すれば良い事に注意が必要である。また、コネ
クション設定要求メッセージの中には、コネクション設
定プロセス１０３２１の乗った端末のノード番号も記述
される。該コネクション設定要求メッセージを送出する
ためには、コネクション設定サービスの検索が必要であ
るが、前述のサービス検索を行って、コネクション設定
プロセスの乗った端末のノード番号の通知を受けても良
い。

【００８７】コネクション設定要求メッセージを受け取
ると、コネクション設定プロセス１０３２１は、当該メ
ッセージから、発側端末のノード番号と着側端末のノー
ド番号を抽出し、前記構成認識にて得られたＡＴＭ−Ｌ
ＡＮの構成に関するデータベース（ＤＢ）８０１を参照
しながら、まず、どの経路を経由すれば発側端末と着側
端末の間にコネクションの設定を行えるか、解析する。
図１０に示した例では、発側端末のノード番号（＝１
４）と着側端末のノード番号（＝１５）とから、ノード
番号＝３のノード１０２３を経由すれば、発側端末と着
側端末の間にコネクションが設定できる事が分かる。

【００８８】次にコネクション設定プロセスは、発側端
末から、着側端末まで、コネクションを設定する経路中
のそれぞれの伝送路上に、1)VPI/VCI の空きがあるか、
2)コネクション設定要求メッセージにて要求された帯域
が残っているか、を確認する。図１０に示した例では、
発側端末１０３８とノード番号＝１４のノード１０２３
の間の伝送路、及び、着側端末１０３９とノード番号＝
１４のノード１０２３の間の伝送路上にＶＰＩ／ＶＣＩ
の空きがあるか、2)コネクション設定要求メッセージに
て要求された帯域が残っているか、を確認する。これら
通信用資源の空きがあるなら、それぞれの伝送路にＶＰ
／ＶＣリンクを設定する事が可能になり、これらのＶＰ
／ＶＣリンクを経路上のノードにて連結して所望の端末
間にＶＰ／ＶＣコネクションを設定する事が可能にな
る。

【００８９】通信用資源に空きが無ければ、コネクショ
ン設定要求元である端末設定プロセス１０３８１に、コ
ネクション設定に失敗した旨の情報の乗ったコネクショ
ン設定終了メッセージを転送する（図示せず）。

【００９０】図１０には、上述の通信用資源に空きがあ
り、ＶＰ／ＶＣコネクションの設定が可能である場合に
ついて図示してある。この場合、コネクション設定プロ
セス１０３２１は、まずそれぞれの伝送路上で使用する
ＶＰＩ／ＶＣＩを決定し、ＤＢ８０１の内容を更新した
後、ＶＰ／ＶＣリンクの設定と連結を行わせたいノード
設定プロセス１０２３１にノード設定要求メッセージを
転送する（８０３）。ノード設定要求メッセージを受け
取ると、ノード設定プロセスは１０２３１は、発側端末
１０３８との間の伝送路、着側端末１０３９との間の伝
送路に、コネクション設定プロセスにて決定されたＶＰ
Ｉ／ＶＣＩを持つＶＰ／ＶＣリンク（８１１，８１２，
８１３，８１４）を設定する処理を行い（８０４，８０
６，８０７，８０９）、これらのＶＰ／ＶＣリンクを連
結する（８０５，８０８）。

【００９１】それらの処理が終了すると、ノード設定プ
ロセス１０２３１は、ノード設定終了メッセージを送出
し、コネクション設定プロセス１０３２１に当該プロセ
スから要求された作業の終了を通知する（８１５）。

【００９２】ここで、発側端末と着側端末との間の経路
に、複数個のノードがある場合、コネクション設定プロ
セス１０３２１は、それぞれのノードに対して、ノード
設定要求メッセージを順に送り、それぞれのノード上に
あるノード設定プロセスに対してＶＰ／ＶＣリンクの設
定と連結を要求することになるのは言うまでもない。さ
らに、それぞれのノードのノード設定プロセスは、コネ
クション設定プロセス１０３２１から要求された作業を
終了すると、ノード設定終了メッセージにてそのことを
コネクション設定プロセス１０３２１に通知する事も上
述の動作と同じである。

【００９３】ところで、ノード設定プロセスの実行する
ＶＰ／ＶＣリンクの設定と連結とは、具体的には以下の
ような動作を意味する。

【００９４】少なくとも、各ノードは以下の機能を持っ
ている。即ち、それぞれのポートから入力されたＶＰＩ
／ＶＣＩの値を参照し、そのＶＰＩ／ＶＣＩの値毎に定
められたポートにセルを転送し、該ポートから出力され
る際の新しいＶＰＩ／ＶＣＩに書き換える。上述の、ノ
ード設定プロセス１０２３１の実行する、伝送路上での
ＶＰ／ＶＣリンクの設定とは、具体的には、上述のノー
ド機能の内、それぞれのポート上で使用するＶＰＩ／Ｖ
ＣＩについて、当該ＶＰＩ／ＶＣＩを持つセルに対する
処理を指定するテーブルのエントリを確保する事に相当
する。また、ノード設定プロセス１０２３１の実行す
る、ＶＰ／ＶＣリンクの連結とは、上記確保したテーブ
ルのエントリに、ノード設定メッセージにより指定され
たポートからポートへと当該ＶＰＩ／ＶＣＩを担って入
力されてきたセルを転送する為の情報と、当該ＶＰＩ／
ＶＣＩを担って入力されてきたセルの送出時の新しいＶ
ＰＩ／ＶＣＩと、指定されたポートからポートへとセル
を転送する為の制御情報（これをルーティング情報と呼
ぶ）を、上記確保したテーブルのエントリに記入する事
に相当する。

【００９５】ノード１０２３は、ノード設定プロセス１
０２３１の設定した情報に従って、それぞれのポートか
ら入力されたセルを、そのセルのＶＰＩ／ＶＣＩに従っ
て所望のポートへと転送し、当該ポートからの出力時に
指定されたＶＰＩ／ＶＣＩに書き換える作業を行って、
ＡＴＭコネクション上のセル転送を実現する。符号８１
０の付いたノード内の構成要素は、上記のＡＴＭコネク
ション上のセル転送を実現する機能を表している。

【００９６】上述のようなやりとりにより、発側端末と
着側端末の間の経路上の全てのノードで、ＶＰ／ＶＣリ
ンクの設定と連結を終了すると、次に、コネクション設
定プロセスは、着側端末１０３９の端末設定プロセス１
０３９１に対して、コネクションを設定したことを、コ
ネクション設定通知メッセージを作成し送付することで
通知する（８１６）。着側端末１０３９の端末設定プロ
セス１０３９１は、コネクション設定通知メッセージを
受け取ると、着側端末１０３９のポート上で、当該コネ
クションを扱うための設定を行った後、当該コネクショ
ンを使うプロセスに、当該コネクションの識別子を通知
する。その後、コネクション設定通知確認メッセージを
コネクション設定プロセス１０３２１に送出し、コネク
ションが設定されたことを受け付けた事を通知する（８
１９）。

【００９７】コネクション設定通知確認メッセージを受
け取ると、コネクション設定プロセス１０３２１は、発
側端末１０３８の端末設定プロセス１０３８１に、コネ
クション設定が終了したことを、コネクション設定終了
メッセージを作成して通知する（８２０）。これにて発
側端末から着側端末までのコネクション設定に係る一連
の動作が終了する。なお、コネクション設定終了メッセ
ージ中には、コネクション設定プロセス１０３２１が決
定した、当該メッセージに対応するメッセージにて要求
されたコネクションを識別する識別子が担われている。
端末設定プロセス１０３８１は、当該コネクション設定
終了メッセージを受け取ると、その中の、新たに設定さ
れたコネクションの識別子を取り出し、発側端末のポー
トにおいて当該コネクションを扱う為の設定を行った
後、当該コネクションを使うプロセスに当該識別子を渡
す。

【００９８】以上の様な手順にて、本実施例のＡＴＭ−
ＬＡＮ上にＶＰ／ＶＣコネクションを設定する事ができ
る。図１１に、図１０に示した動作の内、プロセス間で
やりとりされるメッセージについて時間軸に沿って並べ
た図を示す。同図で示したメッセージは全てブロードキ
ャストチャネル上を転送される事に注意することが必要
である。

【００９９】なお、上述の手順では、発側端末における
コネクション設定は、実際に当該コネクションを使用す
るプロセスではなく、端末設定プロセスを経由して実行
される事としているが、これは、コネクションを使用す
るプロセスが直接コネクション設定プロセス１０３２１
にメッセージを送るような形で実現されていてもかまわ
ない。これは、端末のＯＳが提供するプロセス間通信機
能によって変化する。また、着側端末において実行され
る、設定されたコネクションを使うプロセスと当該コネ
クションとの連結方法についても、端末のＯＳが提供す
るプロセス間通信機能に依存して変化する。特に、ブロ
ードキャストチャネルを使って、予め着側端末に対し
て、これから設定するコネクションによって通信を行う
プロセスを起動する事を要求するようなプロトコルとな
っており、コネクション設定通知メッセージに対して応
答するプロセスが、上述の様に、端末設定プロセスでは
なく、当該コネクションを使用するプロセスであっても
構わない。

【０１００】次に、コネクション設定プロセスにて実行
されるコネクション解放のステップ２０５と、それに対
応する、ノード設定プロセス側でのノード設定解放要求
への応答を行うステップ３０８について説明する。

【０１０１】図１２に、端末がコネクション解放サービ
スを要求する際に実行される動作の概略を示す。ここで
は、図２に示したＡＴＭ−ＬＡＮの内、ノード番号１４
の端末１０３８とノード番号１５の端末１０３９との間
に設定されているコネクションを解放する事を要求する
際の動作の概略が示されている。ここでは、図１０に示
した手順にて設定されたＶＰ／ＶＣリンク８１１，８１
２，８１３，８１４を解放する際の手順について示され
ている。

【０１０２】コネクション解放は、コネクション解放を
要求する端末１０３８の端末設定プロセス１０３８１が
コネクション解放要求メッセージをブロードキャストチ
ャネルを通じてコネクション設定プロセス１０３２１に
送出することにより開始される（８２１）。このコネク
ション解放要求メッセージ中には、解放するコネクショ
ンのコネクションの識別子が記述されている。

【０１０３】コネクション解放要求メッセージを受け取
ると、コネクション設定プロセス１０３２１は、当該メ
ッセージからコネクションの識別子を抽出し、ＤＢ８０
１にアクセスして、解放を要求されたコネクションの経
路と当該コネクションを構成するＶＰ／ＶＣリンクに関
する情報を得る。このＶＰ／ＶＣリンクに関する情報を
元に、ノード解放要求メッセージを作成し、当該メッセ
ージを経路上のそれぞれのノード（図１２に示した例で
はノード１０２３のみ）に転送する（８２２）。

【０１０４】ノード解放要求メッセージを受け取ると、
ノード設定プロセス１０２３１は、解放するコネクショ
ンを構成するＶＰ／ＶＣリンク８１１，８１２，８１
３，８１４の設定を解除する処理を行い（８２３，８２
５，８２６，８２８）、またこれらのＶＰ／ＶＣリンク
の連結を解除する（８２４，８２７）。

【０１０５】これらの処理が終了すると、ノード設定プ
ロセス１０２３１は、ノード設定解放終了メッセージを
送出し、コネクション設定プロセス１０３２１に当該プ
ロセスから要求された作業の終了を通知する（８２
９）。

【０１０６】ここで、解放するコネクションの経路が複
数ノードを経由する場合、コネクション設定プロセス１
０３２１は、それぞれのノードに対して、ノード設定解
放要求メッセージを順に送り、それぞれのノード上にあ
るノード設定プロセスに対してＶＰ／ＶＣリンクの設定
及び連結の解放を要求することになるのは言うまでもな
い。さらに、それぞれのノード上のノード設定プロセス
は、コネクション設定プロセス１０３２１から要求され
た作業を終了すると、ノード設定解放終了メッセージに
てそのことをコネクション設定プロセス１０３２１に通
知するのも上述の動作と同じである。

【０１０７】上述の様なやりとりにより、解放するコネ
クションの経路上の全てのノードで、ＶＰ／ＶＣリンク
の設定と連結の解放を終了すると、次に、コネクション
設定プロセスは、解放するコネクションにて、コネクシ
ョン解放を要求した要求元端末１０３８と通信していた
対向端末１０３９に、当該コネクションを解放した事
を、コネクション解放通知メッセージを作成し送付する
事で通知する（８３０）。対向端末１０３９の端末設定
プロセス１０３９１は、コネクション解放通知メッセー
ジを受け取ると、対向端末１０３９のポート上で、当該
コネクションを扱うための設定を解除した後、当該コネ
クションを使っていたプロセスに当該コネクションの解
放を通知する。その後、コネクション解放通知確認メッ
セージをコネクション設定プロセス１０３２１に送出
し、コネクションが解放された事を受け付けた事を通知
する（８３３）。

【０１０８】コネクション解放通知確認メッセージを受
け取ると、コネクション設定プロセス１０３２１は、要
求元端末１０３８の端末設定プロセス１０３８１に、コ
ネクション解放が終了した事を、コネクション解放終了
メッセージを作成して通知する（８３４）。これにて要
求元端末と対向端末の間のコネクション解放に係る一連
の動作が終了する。なお、コネクション解放終了メッセ
ージ中には、解放されたコネクションを識別する為の識
別子が担われている。端末設定プロセス１０３８１は、
当該コネクション解放終了メッセージを受け取ると、そ
の中の、解放されたコネクションの識別子を取り出し、
要求元端末のポートにおいて当該コネクションを解放す
る為の設定を行った後、当該コネクションをつかってい
たプロセスにコネクションが解放された事を通知する。

【０１０９】以上の様な手順にて、本発明の一実施例で
あるＡＴＭ−ＬＡＮ上に設定されたＶＰ／ＶＣコネクシ
ョンを解放する事ができる。図１３に、図１２に示した
動作の内、プロセス間でやりとりされるメッセージにつ
いて時間軸に沿って並べた図を示す。同図で示したメッ
セージは全てブロードキャストチャネル上を転送される
事に注意が必要である。

【０１１０】最後に、ノード設定プロセスにて実行され
る、ノード設定確認要求に対する応答を行うステップ３
０９について説明する。

【０１１１】ノード設定確認要求は、コネクション設定
プロセスが、ＤＢ８０１に記録されている、現在設定し
ているとコネクション設定プロセスが認識しているコネ
クション群と、ノード設定プロセスが現在保持している
ＶＰ／ＶＣリンク設定と連結に関する情報を比較し、コ
ネクション設定プロセスがＤＢ８０１の内容を確認する
ために提供されるサービスである。このサービスは、例
えば、コネクション設定毎に行うとか、予め定められた
一定時間間隔毎に行うとかされる。ノード設定プロセス
／端末設定プロセス／ＡＴＭ−ＬＡＮ収容装置設定プロ
セスは、それぞれ、これに対する応答を返す。これは以
下の手順により行われる。

【０１１２】コネクション設定プロセスは、確認したい
ＶＰ／ＶＣリンク設定／連結を指定する情報を含む、ノ
ード設定確認メッセージを作成し、ブロードキャストチ
ャネルを通じて確認を依頼したいプロセスへと転送す
る。

【０１１３】ノード設定確認メッセージを受け取ったプ
ロセスは、そのメッセージにて指定されるＶＰ／ＶＣリ
ンク設定／連結に関する情報を確認し、その確認状況に
応じてノード設定確認応答メッセージを作成し、ブロー
ドキャストチャネルを通じてコネクション設定プロセス
へと転送する。

【０１１４】以上の様な手順にて、ノード設定プロセス
は、ノード設定の確認を行う事ができる。

【０１１５】以上の様なメッセージ群のやりとりを経
て、本発明に係るＡＴＭ−ＬＡＮは、当該ＡＴＭ−ＬＡ
Ｎが収容する端末間にコネクションを設定／解放／管理
するためのプラットフォームを、端末に対して提供す
る。このように、本発明に係るＡＴＭ−ＬＡＮでは、端
末上のアプリケーションプロセスが自由にコネクション
を設定できるようにしたため、ＡＴＭ−ＬＡＮ自身が持
つ情報処理能力は比較的低いもので構わないというＡＴ
Ｍ−ＬＡＮのコストにとって望ましい性質を持つ。さら
に、コネクションを使用する端末の都合に合わせてコネ
クションを設定できるため、端末から見た場合に、ＡＴ
Ｍインタフェースの自由度が最大になるという、端末上
のネットワーキングを行いたいアプリケーションにとっ
て望ましい性質を持つ。

【０１１６】次に、以上述べてきた本実施例であるＡＴ
Ｍ−ＬＡＮにおける、コネクション設定プロセス／端末
設定プロセス／ノード設定プロセス／ＡＴＭ−ＬＡＮ収
容装置プロセス間の通信を行うためのメッセージのフォ
ーマットについて、詳細に説明する。

【０１１７】まず、上記各プロセス間でブロードキャス
トチャネルを経由してやりとりされるメッセージの一般
的フォーマットについて説明する。

【０１１８】図１４に、上記各プロセス間でブロードキ
ャストチャネルを経由してやりとりされるメッセージの
一般的フォーマットを示す。同図に示すように、上記各
プロセス間でやりとりされるメッセージは、ＡＴＭレイ
ヤのセルに閉じた形をしている。上記各プロセス間での
やりとりにより、主にＡＴＭレイヤの機能の設定が行わ
れる事を考えると、ＡＴＭレイヤ機能の設定をＡＴＭレ
イヤのメッセージで行うという、望ましい形態となって
いる。

【０１１９】メッセージの最初の５オクテットは、ＡＴ
Ｍセルのヘッダである。

【０１２０】本実施例におけるＡＴＭセルは、いわゆる
ＵＮＩセルとなっている。良く知られている様に、ＣＣ
ＩＴＴ標準のＩ．３６１によると、ＵＮＩセルのヘッダ
は、先頭の4bitがＧＦＣと呼ばれる、ＡＴＭレイヤのフ
ロー制御情報を保持するフィールド、次の8bitがＶＰＩ
を保持するフィールド、次の16ビットがＶＣＩを保持す
るフィールド、次の3bitがＰＴＩと呼ばれる、セルの種
別等を示すフィールド、次の１ビットがＣＬＰと呼ばれ
る、当該セルを廃棄する際の廃棄優先度を示すフィール
ド、最後の8bitがＨＥＣと呼ばれる、ヘッダフィールド
の誤り検出／訂正符号である。

【０１２１】本実施例によるＡＴＭ−ＬＡＮのノードに
おいて、ＧＦＣフィールドはトランスペアレントに伝送
される。ＧＦＣフィールドによるフロー制御がＣＣＩＴ
Ｔ等で標準化された場合、本実施例であるＡＴＭ−ＬＡ
Ｎの端末で、ＧＦＣフィールドを扱ってフロー制御を行
うようにしても良い。

【０１２２】本実施例であるＡＴＭ−ＬＡＮでは、ＡＴ
Ｍレイヤの設定を行うべくブロードキャストチャネルを
伝送されるセルは、予め定められたＶＰＩ／ＶＣＩを持
つことで、他の、通常のＶＰ／ＶＣコネクション上のセ
ルと区別される。

【０１２３】ＣＣＩＴＴ等の標準化にて、通常のコネク
ションのＶＰＩ，ＶＣＩは０から順に使用される様にな
っているので、ここで説明している本実施例において
は、ＶＰＩ／ＶＣＩの各ビットが全て１である事によっ
て、ブロードキャストチャネルに属するセルであること
を識別するものとしている。

【０１２４】次のＰＴＩフィールドは、“０００”、す
なわちＣＣＩＴＴ標準で言う、”ユーザ情報セル、輻輳
無し、上位ユーザ間表示＝０”としている。

【０１２５】次のＣＬＰフィールドは、本実施例におい
ては全端末ブロードキャスト指定か、隣接ノード分岐指
定かを示す情報としている。０で全端末ブロードキャス
ト指定、１で隣接ノード分岐指定である。なお、このビ
ットは、後で詳細に説明するＡＴＭ−ＬＡＮの動作には
使用されないので、トランスペアレントとしてもかまわ
ない。

【０１２６】最後のＨＥＣフィールドは、上述の値から
ＣＣＩＴＴ標準に従って計算した値を記入する。

【０１２７】ＡＴＭセルの４８オクテットの情報部は、
先頭から１２オクテットの宛先フィールド、１２オクテ
ットの差出元フィールド、１オクテットのメッセージ種
別フィールド、２オクテットのメッセージ番号フィール
ド、２０オクテットのメッセージ内容フィールド、１オ
クテットのＢＩＰ８フィールドとなっている。

【０１２８】まず、宛先フィールドについて説明する。

【０１２９】宛先フィールドには、当該メッセージを送
出する先を示す為の情報が記入されている。該情報は、
１０オクテットのノード番号サブフィールドと、２オク
テットのプロセス番号サブフィールドとからなる。ノー
ド番号サブフィールドには、当該メッセージの宛先とな
るノード／端末／ＡＴＭ−ＬＡＮ収容装置のノード番号
が、プロセス番号サブフィールドには、そのメッセージ
の宛先となる、ノード番号サブフィールドにて指定され
た機器内部での、サービスを提供するプロセスのプロセ
ス番号がそれぞれ記入される。

【０１３０】ブロードキャストチャネルからメッセージ
を受け取ったノード／端末／ＡＴＭ−ＬＡＮ収容装置
は、このフィールドのノード番号サブフィールドを観察
し、自分の持つノード番号と当該サブフィールドの値が
等しければ、当該メッセージを自分宛であるとして取り
込む。その後、プロセス番号サブフィールドを参照し、
そのメッセージの宛先となるプロセスを決定し、当該プ
ロセスに該メッセージを渡す。なお、本実施例によるＡ
ＴＭ−ＬＡＮの各機器におけるノード／端末／ＡＴＭ−
ＬＡＮ設定プロセスとコネクション設定プロセスのプロ
セス番号は、予め定められた値、例えばノード／端末／
ＡＴＭ−ＬＡＮ設定プロセスは「１」でコネクション設
定プロセスは「２」といった値を持っている事が望まし
い。

【０１３１】また、ノード番号サブフィールドには、以
下の二つの予約された値がある。

【０１３２】その第１は全てのビットが０である値であ
る。これは隣接ノードでの分岐を指定する為に使用され
る。隣接ノード番号確保のステップを実行する場合は、
隣接ノードのノード番号が分かっていないので、「隣接
ノード宛である」事を示す予約された値が必要になる。

【０１３３】その第２は全てのビットが１である値であ
る。これは全端末同報を指定する為に使用される。ブロ
ードキャストチャネル内では、全てのメッセージが全て
の端末へと転送されるが、その全ての転送先端末で当該
メッセージを取り込む事を指定するために、この予約さ
れた値は使用される。

【０１３４】さらに、プロセス番号サブフィールドでは
以下の二つの値が予約されている。その第１の値は、全
てのビットが１である値である。これは、ある端末内
の、ブロードキャストチャネルからメッセージを受け取
る事を意図したプロセス（ノード／端末／ＡＴＭ−ＬＡ
Ｎ収容装置設定プロセスや、コネクション設定プロセス
を含む）全てに当該メッセージを渡す必要があることを
表している。これにより、サービス検索を行う事ができ
る。

【０１３５】その第２の値は、全てのビットが０である
値である。本実施例では、この値には、当該プロセスが
存在しないという意味が割り当てられている。よって、
宛先のプロセス番号としてこの値が出現する事は禁止す
る。

【０１３６】次に、差し出し元フィールドについて説明
する。

【０１３７】差出元フィールドには、当該メッセージを
発効したノード／端末／ＡＴＭ−ＬＡＮ収容装置のノー
ド番号と、当該ノード番号を持つ機器での、当該メッセ
ージを発効したプロセスのプロセス番号が記入されてい
る。このフィールドを利用して、ノード／端末／ＡＴＭ
−ＬＡＮ収容装置は、(1) メッセージを受け取った場合
に当該メッセージを作成した相手を知る、(2) 自分が発
効したメッセージであるか否かを判断する、という動作
を行う。ここで、後者の動作は以下の理由により行われ
る。全端末同報機能が実現されているブロードキャスト
チャネル上では、自分が発効したメッセージも送り返さ
れてくる。自分が発効したメッセージに自分で応答しな
いようにするためである。差出元フィールドも、宛先フ
ィールドと同様、１０オクテットのノード番号サブフィ
ールドと２オクテットのプロセス番号サブフィールドと
からなる。さらに、宛先フィールドと同様、ノード番
号、プロセス番号それぞれについて、そのビットが全て
０である値とそのビットが全て１である値は予約されて
いる。これは、それらのノード番号、プロセス番号に特
別な意味があり、それぞれの機器のそれぞれのプロセス
に対してこのようなノード番号やプロセス番号が割り当
てられない事による。

【０１３８】次に、メッセージ種別フィールドについて
説明する。

【０１３９】メッセージ種別フィールドには、当該メッ
セージの種別、即ち、隣接ノード番号要求メッセージで
あるか、隣接ノード番号要求応答メッセージであるか、
…を示す情報が記述されている。

【０１４０】それぞれの具体的な値に付いては後述する
が、メッセージ種別フィールドの最初の１ビットは、０
にて当該メッセージが何らかの処理を要求するものであ
る事を表示し、１にて要求された処理を終了した事を表
示する、ビットである事に注意が必要である。

【０１４１】次に、メッセージ番号フィールドについて
説明する。

【０１４２】メッセージ番号フィールドは、セル廃棄等
によるセル抜けによって、何らかの処理を要求した要求
元で、要求元と要求先の間の通信におけるメッセージ抜
けを検出する為に使用されるシーケンス番号の下位16ビ
ットが記入されている。

【０１４３】ノード／端末／ＡＴＭ−ＬＡＮ収容装置
は、ブロードキャストチャネルに送出したメッセージ
で、メッセージ種別フィールドの先頭ビットが０である
ものの個数をカウントしておき、これをシーケンス番号
としている。メッセージをブロードキャストチャネルに
送出する場合、メッセージ種別フィールドの先頭ビット
が０であれば当該メッセージを作成したプロセスにシー
ケンス番号を通知すると共に、当該メッセージの下位16
ビットをメッセージ番号フィールドに記入する。

【０１４４】当該メッセージを受け取り、当該メッセー
ジで指定された動作を行った後、処理を要求されたプロ
セスは、動作終了を示す、メッセージ種別の先頭１ビッ
トが１である応答メッセージを作成しブロードキャスト
チャネルに送出するが、その際、メッセージ番号フィー
ルドに、この応答メッセージを作成するトリガとなった
メッセージ内のメッセージ番号を記述する。

【０１４５】動作を要求したプロセスは、この応答メッ
セージ中のメッセージ番号を参照し、この応答メッセー
ジが、どのメッセージに対する応答か認識する。これに
よって、要求元プロセスでの、要求先プロセスの状態の
予測を行う事ができ、必要に応じて再度要求を発効す
る、別の要求を発効する等の動作を行う事が可能にな
る。

【０１４６】次に、メッセージ内容フィールドについて
説明する。

【０１４７】メッセージ内容フィールドには、メッセー
ジ種別毎に必要な、メッセージ種別にて要求される動作
のパラメタが記述される。実際のパラメタは、後ほど詳
細に説明する。

【０１４８】最後に、ＢＩＰ８フィールドについて説明
する。

【０１４９】ＢＩＰ８フィールドには、該メッセージ
（＝ＡＴＭセル）の情報部の誤り検出を行うための誤り
検出コードが記入されている。本実施例では、計算が比
較的簡単な、ＢＩＰ８と呼ばれる誤り検出コードを採用
している。比較的サービス範囲の狭いＡＴＭ−ＬＡＮ上
のみで定義されるブロードキャストチャネル上を流れる
メッセージであるので、誤り訂正の必要性は薄い。

【０１５０】以下、個々のメッセージについて、その詳
細なフォーマットを順に説明する。なお、ここでは、Ａ
ＴＭセルのヘッダ部に記述される値、及びＢＩＰフィー
ルドに記述される値は上述の通りなので、宛先フィール
ド、差出元フィールド、メッセージ種別フィールド、メ
ッセージ番号フィールド、メッセージ内容フィールドの
詳細を示すのみに止めてある。

【０１５１】表１に隣接ノード番号要求メッセージの詳
細なフォーマットを、表２に隣接ノード番号要求応答メ
ッセージの詳細なフォーマットをそれぞれ示す。これら
のメッセージは、前述した様に構成認識に先だって各ノ
ードが隣接機器のノード番号を知るために使用される。

【０１５２】

【表１】

【０１５３】

【表２】 まず、隣接ノード番号要求メッセージの詳細なフォーマ
ットを説明する。

【０１５４】隣接ノード番号要求メッセージの宛先フィ
ールドの、ノード番号サブフィールドは、全てのビット
を０として隣接ノード分岐を指定しておく。各ノード／
端末／ＡＴＭ−ＬＡＮ収容装置は、宛先フィールドのノ
ード番号サブフィールドのビットが全て０であるものを
分岐する。プロセス番号サブフィールドは１としてお
き、ノード／端末／ＡＴＭ−ＬＡＮ収容装置設定プロセ
スを指定しておく。各ノード／端末／ＡＴＭ−ＬＡＮ収
容装置では、プロセス番号サブフィールドに指定された
値のプロセス番号を持つプロセスに当該メッセージを与
えるという動作を行う。

【０１５５】差出元フィールドには、当該メッセージを
発効したプロセスが存在しているノード（本実施例で
は、端末、ＡＴＭ−ＬＡＮ収容装置はこのメッセージを
発効しない）のノード番号と、当該メッセージを発効し
たプロセスのプロセス番号とが記述されている。ノード
番号とプロセス番号を組にすることで、本実施例である
ＡＴＭ−ＬＡＮ上に存在する全てのプロセスが一意に識
別できる。この意味で、ノード番号とプロセス番号の組
は、プロセスの識別子となる。

【０１５６】メッセージ種別フィールドには、該メッセ
ージが隣接ノード番号要求メッセージである事を示す
値、本実施例においては'0000 0000' を記述する。

【０１５７】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、発効元ノードで
のメッセージ通番の下位２オクテットであるシーケンス
番号を記述しておく。

【０１５８】メッセージ内容フィールドには、当該メッ
セージを発効したノードにおいて、当該メッセージを送
出するポートの番号を記述しておく。これは、当該メッ
セージの応答となるメッセージ内に、この情報を記述し
ておくことで、隣接ノードのノード番号をポート毎に区
別できるようにするためである。

【０１５９】次に、前記隣接ノード番号要求メッセージ
の応答メッセージである、隣接ノード番号要求応答メッ
セージの詳細なフォーマットについて説明する。

【０１６０】隣接ノード番号要求応答メッセージの宛先
フィールドは、隣接ノード番号要求メッセージと同様、
ノード番号サブフィールドの全てのビットを０として隣
接ノード分岐を指定し、プロセス番号サブフィールドに
はノード設定プロセスを指定しておく。既に、隣接ノー
ド番号要求メッセージの差出元フィールドにて、応答を
返すべきプロセスのノード番号とプロセス番号が通知さ
れているので、このプロセス識別子を宛先フィールドに
書いてもかまわない。しかしながら、後ほど述べる、本
実施例であるＡＴＭ−ＬＡＮにおけるブロードキャスト
チャネルの実現法より、宛先フィールドにプロセス識別
子を指定すると、ＡＴＭ−ＬＡＮ全体にメッセージが転
送されてしまい、ＡＴＭ−ＬＡＮ全体のトラフィック量
が増大するので、ここでは、隣接ノードで分岐すれば良
いメッセージについては、全て隣接ノード分岐指定とし
て送出する方針で設計している。

【０１６１】差出元フィールドには、当該メッセージを
発効したプロセスが存在しているノード（または、端
末、または、ＡＴＭ−ＬＡＮ収容装置）のノード番号
と、当該メッセージを発効したプロセスのプロセス番
号、即ち当該メッセージを発効したプロセスの識別子が
記述されている。このメッセージを受け取るプロセス
は、このフィールドを参照することで、隣接ノードのノ
ード番号を知る事ができる。

【０１６２】メッセージ種別フィールドには、該メッセ
ージが隣接ノード番号要求応答メッセージである事を示
す値、本実施例においては'1000 0000' を記述する。

【０１６３】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、対応するメッセ
ージのメッセージ番号フィールドの内容を記述してお
く。

【０１６４】メッセージ内容フィールドには、対応する
隣接ノード番号要求メッセージ中のメッセージ内容フィ
ールドに記述されていたポート番号を記述しておく。こ
れにより、当該メッセージに対応する隣接ノード番号要
求メッセージを発効したノード側では、自ノードのポー
トＸには、ノード番号Ｙの機器が接続されている、とい
った情報を得られることになる。さらに、宛先フィール
ドが隣接ノード分岐指定となっているので、念のため、
当該メッセージに対応するメッセージを発効したノード
のノード番号も記述しておく。

【０１６５】表３に構成吸い上げ要求メッセージの詳細
なフォーマットを、表４に構成吸い上げ要求応答メッセ
ージの詳細なフォーマットをそれぞれ示す。これらのメ
ッセージは、前述した様にコネクション設定プロセスで
の構成認識に使用される。

【０１６６】

【表３】

【０１６７】

【表４】 まず、構成吸い上げ要求メッセージの詳細なフォーマッ
トを説明する。

【０１６８】構成吸い上げ要求メッセージの宛先フィー
ルドの内、ノード番号サブフィールドは、全てのビット
を１として全端末同報を指定しておく。各ノード／端末
／ＡＴＭ−ＬＡＮ収容装置は、ノード番号サブフィール
ドのビットが全て１であるものについては全て取り込
む。また、プロセス番号サブフィールドは、当該メッセ
ージに応答を返す前提の、ノード設定プロセス（また
は、端末設定プロセス、または、ＡＴＭ−ＬＡＮ設定プ
ロセス）の番号である１を記述しておく。

【０１６９】差出元フィールドには、当該メッセージを
発効したプロセスが存在している機器（本実施例では、
このメッセージはコネクション設定プロセスが発効し、
該コネクション設定プロセスは端末上に存在するので、
具体的には端末である）のノード番号と、当該メッセー
ジを発効したプロセスのプロセス番号、すなわち当該メ
ッセージを発効したプロセスの識別子が記述されてい
る。

【０１７０】メッセージ種別フィールドには、該メッセ
ージが構成吸い上げ要求メッセージである事を示す値、
本実施例においては'0000 0001' を記述する。

【０１７１】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、発効元ノードで
のメッセージ通番の下位２オクテットであるシーケンス
番号を記述しておく。

【０１７２】このメッセージのメッセージ内容フィール
ドには有意情報は記述されていない。どの様な値を記入
して送出しても構わないが、例えば全てのビットを０と
して送出される。

【０１７３】なお、ＡＴＭ−ＬＡＮ内のトラフィック量
を削減する目的で、構成要求をＡＴＭ−ＬＡＮの一部に
ついて行う場合には、宛先フィールドのノード番号サブ
フィールドに、構成情報を吸い上げたいノード（また
は、端末、またはＡＴＭ−ＬＡＮ収容装置）のノード番
号を記入できるようにしてもかまわない。この場合は宛
先フィールドで指定されたノード番号を持つ機器にのみ
このメッセージが転送される事になる。この形式のメッ
セージは、コネクション設定プロセスに、ＡＴＭ−ＬＡ
Ｎ内の存在を認識していないノード番号を持つ機器に対
してコネクション設定要求が発生した場合、等に使用さ
れる。さらに、この形式のメッセージの場合は、メッセ
ージ内容フィールドに、吸い上げたいポートの番号を指
定する様にしても良い。ポート番号を指定できるように
する場合は、ポート番号を指定するか、または全ポート
を指定しているか、区別できると便利である。この為
に、ポート番号の全てのビットが１である事で、全ポー
トを指定している事としても良い。

【０１７４】次に、前記構成吸い上げ要求メッセージの
応答メッセージである、構成吸い上げ要求応答メッセー
ジの詳細なフォーマットについて説明する。

【０１７５】構成吸い上げ要求応答メッセージの宛先フ
ィールドは、対応する構成吸い上げ要求メッセージの差
出元フィールドの内容を記述する。これにて、処理の要
求元へとこのメッセージを転送する事が可能になる。

【０１７６】差出元フィールドには、当該メッセージを
発効したプロセスが存在しているノード（または、端
末、または、ＡＴＭ−ＬＡＮ収容装置）のノード番号
と、当該メッセージを発効したプロセスのプロセス番
号、即ち当該メッセージを発効したプロセスの識別子が
記述されている。このメッセージを受け取るプロセス
は、このフィールドを参照することで、このメッセージ
発効元のノード番号を知る事ができる。

【０１７７】メッセージ種別フィールドには、該メッセ
ージが構成吸い上げ要求応答応答メッセージである事を
示す値、本実施例においては'1000 0001' を記述する。

【０１７８】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、対応するメッセ
ージのメッセージ番号フィールドの内容を記述してお
く。

【０１７９】メッセージ内容フィールドには、このメッ
セージが構成を示す機器のポート番号と、そのポートの
種別情報、さらにそのポートによって接続される隣接機
器のノード番号からなる。

【０１８０】構成吸い上げ要求メッセージの応答である
構成吸い上げ要求応答メッセージは、指定された機器が
収容しているポート毎にひとつづつ送出される。この
為、メッセージ内容フィールドに、当該メッセージが構
成を示すポートのポート番号が記述されている。

【０１８１】また、種別情報とは、具体的には以下の様
なものであっても良い。

【０１８２】図１５に本実施例であるＡＴＭ−ＬＡＮに
おける種別情報の望ましい形態を示す。

【０１８３】種別情報８オクテットのうち、４オクテッ
トはベンダ（機器製造業者）において使用される。内２
オクテットをベンダの識別を行うベンダ識別子、残りの
２オクテットをベンダ内での当該ポートの型番を示す型
番識別子として使用する。

【０１８４】ベンダ識別子と型番識別子によって、当該
ポートの機種を知る事ができる。このベンダ識別子と型
番識別子をキーとして、以下説明する情報で表示する範
囲外の情報（例えばコピーコネクション設定の可否）の
検索が可能なデータベースをコネクション設定プロセス
が持つ事で、よりきめ細かい制御を行う事が可能にな
る。

【０１８５】残りの４オクテットで、ＡＴＭレイヤのコ
ネクションを管理するための基本的な情報が表示され
る。

【０１８６】最初の４ビットで、ＡＴＭ−ＬＡＮを構成
する機器の種別（ノード、または、端末、または、ＡＴ
Ｍ−ＬＡＮ収容装置）が表示される。

【０１８７】次の４ビットで、該ポートの持つインタフ
ェース点における、コネクション監視の種類が示され
る。インタフェース点で、機器側から外部にセル流を送
出する方向である、送信送出点、および、インタフェー
ス点で、外部から機器側にセル流を入力する方向である
受信入力点、それぞれについて、ポリシング、シェイピ
ングが行われる可能性がある。このフィールドは、これ
らをそれぞれ独立したビットで表示する。

【０１８８】次の１ビットは、米国BellcoreのTechinca
l Advisory,TA-NWT-001110,"Broadband ISDN Switching
System Generic Requirements",Issue 1,August 1992
に示されている、ＶＰとＶＣの同時スイッチングが可能
か否かを示すビットである。本実施例であるＡＴＭ−Ｌ
ＡＮでは、コネクションはＶＣとして提供される事を基
本としている。よって、このビットは、本実施例である
ＡＴＭ−ＬＡＮで、ＶＰの処理、即ちＶＰ交換も実行で
きるか否かを示すビットとなっている。

【０１８９】次の３ビットは、ＶＰＩ８ビットの内、実
際の処理に関わるＶＰＩのビット数を示し、その次の４
ビットで、ＶＣＩ１６ビットの内、実際の処理に関わる
ＶＣＩのビット数を示す。入力されたセルのＶＰＩ／Ｖ
ＣＩは、当該セルが属するコネクションを識別するため
に何らかの処理を施されるが、これらのビットでその処
理の有効範囲を示している。

【０１９０】最後の２オクテットは、当該ポートの物理
レイヤの速度で、ＡＴＭセルを伝送できる容量を、６４
Ｋｂｐｓの倍数で示すフィールドである。

【０１９１】以上述べてきた様に、構成認識の操作によ
って、コネクション設定プロセスは、ノード番号Ａの機
器がＡＴＭ−ＬＡＮに存在し、その種別はＢで、そのポ
ートＣの隣接機器のノード番号がＤ、そのポートの速度
はＤで、…といった情報を得る事ができる。コネクショ
ン設定プロセスは、これらの情報を元にデータベースを
作成し該データベースを参照しながら、コネクション設
定可否を判定する事になる。

【０１９２】表５にサービス検索メッセージの詳細なフ
ォーマットを、表６にサービス検索応答メッセージの詳
細なフォーマットをそれぞれ示す。これらのメッセージ
は、前述した様にＡＴＭ−ＬＡＮ上で提供されている種
々のネットワークサービス（コネクション設定を含む）
のサービス提供先の検索に使用される。

【０１９３】

【表５】

【０１９４】

【表６】 まず、サービス検索メッセージの詳細なフォーマットを
説明する。

【０１９５】サービス検索メッセージの宛先フィールド
は、ノード番号サブフィールド、プロセス番号サブフィ
ールドと共に、全てのビットを１として全端末同報を指
定しておく。各ノード／端末／ＡＴＭ−ＬＡＮ収容装置
は、このメッセージを取り込み、ブロードキャストチャ
ネルとメッセージをやりとりする全てのプロセスに当該
メッセージを渡す事になる。

【０１９６】差出元フィールドには、当該メッセージを
発効したプロセスが存在している機器（本実施例では、
このメッセージは主に端末が発効する事を想定してい
る）のノード番号と、当該メッセージを発効したプロセ
スのプロセス番号、すなわち当該メッセージを発効した
プロセスの識別子が記述されている。

【０１９７】メッセージ種別フィールドには、該メッセ
ージがサービス検索メッセージである事を示す値、本実
施例においては'0000 0010' を記述する。

【０１９８】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、発効元ノードで
のメッセージ通番の下位２オクテットであるシーケンス
番号を記述しておく。

【０１９９】このメッセージのメッセージ内容フィール
ドには検索したいサービスの識別子（２０オクテット）
が記述される。このメッセージを受け取ったプロセス
は、自分が提供しているサービスのサービス識別番号
と、メッセージ内のサービス識別番号を比較し、もし一
致していたなら後述のサービス検索応答メッセージを作
成して送出する。

【０２００】ここで、サービス識別番号は、例えば、先
頭８オクテットが提供ベンダを示すベンダ情報で、次の
４オクテットがベンダ内プログラム識別子、次の４オク
テットがバージョン、残り４オクテットがサービス毎に
規定された識別子、といったものであっても良い。さら
に、これらそれぞれのサブフィールドの全てのビットを
１とすることで、そのサブフィールドの情報を検索の対
象外とするようにしても良い。この機構を導入すると、
例えば、ベンダＡがプログラム名Ｂ、バージョンＣとし
て提供しているサービスの識別子Ｄのサービスの提供先
を検索することも、ベンダ、プログラム名、バージョン
は無視してサービスの識別子Ｄを持つ物だけ検索するこ
とも、可能になる。

【０２０１】次に、サービス検索メッセージの応答メッ
セージである、サービス検索応答メッセージの詳細なフ
ォーマットについて説明する。

【０２０２】サービス検索応答メッセージの宛先フィー
ルドは、対応するサービス検索メッセージの差出元フィ
ールドの内容を記述する。これにて、処理の要求元へと
このメッセージを転送する事が可能になる。

【０２０３】差出元フィールドには、当該メッセージを
発効したプロセスが存在しているノード（または、端
末、または、ＡＴＭ−ＬＡＮ収容装置）のノード番号
と、当該メッセージを発効したプロセスのプロセス番
号、即ち当該メッセージを発効したプロセスの識別子が
記述されている。このメッセージを受け取るプロセス
は、このフィールドを参照することで、このメッセージ
発効元のノード番号、プロセス番号を知る事ができる。

【０２０４】メッセージ種別フィールドには、該メッセ
ージがサービス検索応答応答メッセージである事を示す
値、本実施例においては'1000 0010' を記述する。

【０２０５】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、対応するメッセ
ージのメッセージ番号フィールドの内容を記述してお
く。

【０２０６】メッセージ内容フィールドには、当該メッ
セージを作成したプロセスの持つサービス識別番号を記
述しておく。

【０２０７】これらのメッセージを使用する事で、ノー
ド番号Ａの機器上のプロセス番号ＢのプロセスがＡＴＭ
−ＬＡＮでサービス識別番号Ｃのサービスを提供してい
る、事を、ＡＴＭ−ＬＡＮ上の全てのプロセスが知る事
ができる枠組みを提供可能になる。

【０２０８】表７にコネクション設定要求メッセージの
詳細なフォーマットを、表８にコネクション設定終了メ
ッセージの詳細なフォーマットをそれぞれ示す。これら
のメッセージは、前述した様にＡＴＭ−ＬＡＮ上のプロ
セスがコネクション設定プロセスにコネクション設定の
要求を行うために使用される。

【０２０９】

【表７】

【０２１０】

【表８】 まず、コネクション設定要求メッセージの詳細なフォー
マットを説明する。

【０２１１】コネクション設定要求メッセージの宛先フ
ィールドは、コネクション設定を要求する先のプロセス
（即ちコネクション設定プロセス）の識別子（ノード番
号、プロセス番号）である。コネクション設定を要求す
るプロセスがコネクション設定プロセスの位置を知らな
い場合、前述のサービス検索を行って知ることが可能で
ある事に注意が必要である。

【０２１２】差出元フィールドには、当該メッセージを
発効したプロセスが存在している機器（本実施例では、
このメッセージは主に端末が発効する事を想定してい
る）のノード番号と、当該メッセージを発効したプロセ
スのプロセス番号、すなわち当該メッセージを発効した
プロセスの識別子が記述されている。以降、説明の為、
このメッセージを発効したプロセスを発側のプロセスと
呼ぶ。

【０２１３】メッセージ種別フィールドには、該メッセ
ージがコネクション設定要求メッセージである事を示す
値、本実施例においては'0000 0011' を記述する。

【０２１４】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、発効元ノードで
のメッセージ通番の下位２オクテットであるシーケンス
番号を記述しておく。

【０２１５】このメッセージのメッセージ内容フィール
ドには、発側のプロセスが通信を行いたい相手を指定す
る為の情報が記述される。

【０２１６】最初のサブフィールドには、通信を行いた
い相手、これを以降説明の為着側と記述する、を指定す
るノード番号とプロセス番号を記述する。

【０２１７】通信を行いたい相手の指定法としては、プ
ロセスを指定するか、機器のみ指定するかの２種類に対
応する。プロセスを指定する場合は、ノード番号とプロ
セス番号の組でプロセスの識別子となる。一方、機器を
指定する場合は、ノード番号とプロセス番号の組の内、
ノード番号は通信を行いたい機器の持つノード番号を、
プロセス番号は全てのビットを０とする。機器を指定す
る場合は、これから設定するコネクションを扱う着側の
プロセスが、コネクション設定要求メッセージ発効時に
は起動されていない可能性がある。プロセス番号の全ビ
ットが０、にてこの事を表現する。

【０２１８】次のサブフィールドには、設定するコネク
ションの種別を示す情報を記述する。このコネクション
の種別とは、例えばＶＰ／ＶＣの識別、要求帯域を保証
するか否か、といった事をパラメタとして規定される。
次のサブフィールドには、コネクションＩＤが記述され
る。

【０２１９】本実施例によるＡＴＭ−ＬＡＮの端末上に
おいて、コネクションは、ノード番号、コネクションＩ
Ｄの組によって一意に識別される事を想定している。こ
のため、コネクションＩＤとして当該コネクションのＶ
ＰＩ／ＶＣＩを使用するのが便利である。本実施例にお
いては、ＶＰＩ／ＶＣＩの割当はコネクション設定プロ
セスが行う。このため、一般的にはコネクション設定要
求メッセージを送出する時には、発側プロセスはコネク
ションＩＤとなるＶＰＩ／ＶＣＩを知らない。この場
合、このコネクションＩＤは全ビット０として送出す
る。

【０２２０】発側プロセスが、コネクションＩＤである
ＶＰＩ／ＶＣＩを知っている場合もある。即ち、既に設
定されているコネクションに、着側機器もしくはプロセ
スまでコピー用の枝を付加する場合である。この場合
は、このフィールドに、既に設定されているコネクショ
ンで、コピー用の枝を付加するものの識別子であるＶＰ
Ｉ／ＶＣＩを記述する。なお、コピーコネクションにお
ける着側は、該コピーコネクションにより分配サービス
を行われている情報の発生源となっている端末を意味す
るものとする。メッセージ内容フィールドに着側ノード
番号が指定されており、このコネクションＩＤと組とす
ることでＡＴＭ−ＬＡＮ内のコピーコネクションの識別
が可能である。

【０２２１】ここで、コネクションを識別するための情
報としてノード番号、コネクションＩＤの組を考えたの
は、本実施例のＡＴＭ−ＬＡＮを構成するノードではコ
スト削減を目的に機能を限定する為に、コネクション設
定を要求しない事を前提としている事を意味している。
ノードが要求する通信は、全てブロードキャストチャネ
ル経由にて行われる。なお、端末装置が複数個ＡＴＭ−
ＬＡＮとの接続ポートを持っている場合、それぞれの接
続ポート毎にノード番号を付与する事にて対応する。ノ
ードがコネクション設定を要求することも考えられる
が、この場合は、ノード番号、コネクションＩＤの他に
ポート番号も必要となり、コネクションを識別するため
に必要な情報が増大する。

【０２２２】次のサブフィールドには、コネクションが
要求する帯域を記述する。これには４オクテットとって
あるが、例えば平均帯域とピーク帯域をそれぞれ６４ｋ
bpsの倍数にて表す数値が記入されていても良い。

【０２２３】次に、コネクション設定要求メッセージの
応答メッセージである、コネクション設定終了メッセー
ジの詳細なフォーマットについて説明する。

【０２２４】コネクション設定終了メッセージの宛先フ
ィールドは、対応するコネクション設定要求メッセージ
の差出元フィールドの内容を記述する。これにて、処理
の要求元プロセスへとこのメッセージを転送する事が可
能になる。

【０２２５】差出元フィールドには、当該メッセージを
発効したプロセスが存在している端末のノード番号と、
当該メッセージを発効したプロセスのプロセス番号、即
ち当該メッセージを発効したプロセスの識別子、具体的
にはコネクション設定プロセスの識別子が記述されてい
る。

【０２２６】メッセージ種別フィールドには、該メッセ
ージがコネクション設定終了メッセージである事を示す
値、本実施例においては'1000 0011' を記述する。

【０２２７】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、対応するメッセ
ージのメッセージ番号フィールドの内容を記述してお
く。

【０２２８】メッセージ内容フィールドには、以下の情
報が記述される。

【０２２９】その第１のサブフィールドには、設定を終
了したコネクションによる通信相手（＝着側）のプロセ
スの識別子、即ちノード番号とプロセス番号とが記述さ
れている。

【０２３０】ここで、ノード番号に、対応するコネクシ
ョン設定要求メッセージ内に記述されていた値が書かれ
ていたなら、コネクション設定に成功した事を示し、ノ
ード番号の全てのビットが０であるなら、例えば着側プ
ロセスの起動に失敗した等、着側がコネクションを受け
取れない状態である、すなわちnot ready であることに
てコネクション設定が拒絶された事を示すことにしてい
る。

【０２３１】後で述べる様に、着側にコネクション設定
が通知されると、着側端末では、当該コネクションを扱
うプロセスを起動し（もしくは起動されているプロセス
中から当該コネクションを扱うプロセスを決定し）、前
記当該コネクションを扱うコネクションを準備する動作
を行う。その結果として正常にコネクションが設定され
たなら、このプロセス番号には、存在するプロセスのプ
ロセス番号が設定される事になる。

【０２３２】メッセージ内容フィールドの第２のサブフ
ィールドには、正常にコネクションが設定されたなら、
対応するコネクション設定要求メッセージ内に記述され
ていたコネクション種別が記述されている。なお、コネ
クション種別が合わない、例えばＶＰ交換がサポートさ
れていないＡＴＭ−ＬＡＮにおいてＶＰ交換を要求し
た、等でコネクション設定が拒絶された場合は、このサ
ブフィールドの値は全ビット０となっている。

【０２３３】次のサブフィールドには、コネクションＩ
ＤであるＶＰＩ／ＶＣＩが記述されている。新規にコネ
クションを設定する場合で、正常にコネクションが設定
された場合は、コネクション設定プロセスによって割り
当てられたＶＰＩ／ＶＣＩが記述されている。コピーコ
ネクションの枝を追加した場合は、対応するコネクショ
ン設定要求メッセージ中のコネクションＩＤが記述され
ている。なお、通信経路上でＶＰＩ／ＶＣＩの割当に失
敗した為にコネクション設定が拒絶された場合は、この
サブフィールドの全てのビットが０となっている。

【０２３４】次のサブフィールドには、正常にコネクシ
ョンが設定された場合は、対応するコネクション設定要
求メッセージ内のコネクション要求帯域が記述されてい
る。コネクションを設定する経路上で容量不足の為にコ
ネクション設定が拒絶された場合は、このサブフィール
ドの全てのビットが０となっている。

【０２３５】なお、新規にコネクションを設定した結果
割り当てられたＶＰＩ／ＶＣＩに発側が何らかの原因で
対応出来ない場合は、このメッセージを受け取った後、
当該コネクションを解放する処理を行ってもかまわな
い。

【０２３６】表９にコネクション設定通知メッセージの
詳細なフォーマットを、表１０にコネクション設定通知
確認メッセージの詳細なフォーマットをそれぞれ示す。
これらのメッセージは、前述した様にコネクション設定
プロセスが発側プロセスの要求に従ってコネクションを
設定したことを着側機器もしくはプロセスに通知する為
に使用される。

【０２３７】

【表９】

【０２３８】

【表１０】 まず、コネクション設定通知メッセージの詳細なフォー
マットを説明する。

【０２３９】コネクション設定通知メッセージの宛先フ
ィールドは、コネクションが設定された事を通知するプ
ロセス（着側プロセス）の識別子（ノード番号、プロセ
ス番号）である。なお、コピーコネクションにおける着
側は、該コピーコネクションにより分配サービスを行わ
れている情報の発生源となっている端末を意味するもの
とする。

【０２４０】発側プロセスが、設定要求したコネクショ
ンの着側のノード番号のみ指定し、プロセス番号を指定
しなかった場合は、ここのプロセス番号は全てのビット
が０となっている。

【０２４１】差出元フィールドには、当該メッセージを
発効したプロセスの識別子、即ちコネクション設定プロ
セスの識別子が記述されている。

【０２４２】メッセージ種別フィールドには、該メッセ
ージがコネクション設定通知メッセージである事を示す
値、本実施例においては'0000 0100' を記述する。

【０２４３】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、発効元ノードで
のメッセージ通番の下位２オクテットであるシーケンス
番号を記述しておく。

【０２４４】このメッセージのメッセージ内容フィール
ドには、以下の情報が記述される。

【０２４５】その第１のサブフィールドには、着側のプ
ロセスが通信を行う相手となる発側プロセスの識別子が
記述される。

【０２４６】次のサブフィールドには、設定されたコネ
クションのコネクション種別が記述される。

【０２４７】次のサブフィールドには、設定を通知され
ているコネクションを、着側にて識別するためのコネク
ションＩＤ、即ち当該コネクションのＶＰＩ／ＶＣＩが
記述される。

【０２４８】次のサブフィールドには、設定を通知され
ているコネクションが使用する帯域が記述されている。
コネクション設定が通知された機器では、必要に応じ
て、このパラメタを使用してシェイピングを行う事があ
る。

【０２４９】次に、コネクション設定通知メッセージの
応答メッセージである、コネクション設定通知確認メッ
セージの詳細なフォーマットについて説明する。

【０２５０】コネクション設定通知確認メッセージの宛
先フィールドは、対応するコネクション設定通知メッセ
ージの差出元フィールドの内容を記述する。これにて、
処理の要求元プロセス、即ちコネクション設定プロセス
へとこのメッセージを転送する事が可能になる。

【０２５１】差出元フィールドには、当該メッセージを
発効したプロセスの識別子が記述される。プロセスの識
別子は、ノード番号とプロセス番号とからなる。ノード
番号には、当該メッセージを発効したノードのノード番
号が記述されるが、プロセス番号には、コネクション通
知メッセージの内容によって異なった値を持つ。

【０２５２】このメッセージに書かれるプロセス番号に
ついて説明するために、コネクション設定通知メッセー
ジを受け取った端末の動作を説明する。

【０２５３】コネクション設定通知メッセージを受け取
った端末は、以下の動作を行う。

【０２５４】まず、コネクション設定通知メッセージに
て、該コネクションを扱うプロセスが指定されていた場
合について説明する。この場合は、指定されたプロセス
に当該コネクションの設定を通知すると共に、当該プロ
セスに当該コネクションを接続する処理を行う。この場
合、差出元フィールドには、コネクション設定通知メッ
セージにて指定されたプロセスのプロセス番号が記述さ
れる。

【０２５５】一方、コネクション設定通知メッセージに
て、該コネクションを扱うプロセスが指定されていない
場合は、まず、当該コネクションを接続する、機能とし
て発側プロセスとの通信を行い、発側プロセスの要求に
従った機能を持つプロセスへと変化できる、汎用プロセ
スを起動し、当該コネクションを接続する。この場合
の、差出元フィールドに記述されるのは、この汎用プロ
セスのプロセス番号である。汎用プロセスは、発側プロ
セスと通信を行い、自分が発側プロセスに要求されてい
る機能を知り、その機能を持つプロセスへと変化する。
この汎用プロセスは、例えば、ＵＮＩＸと呼ばれるＯＳ
における、ｒｓｈと呼ばれる、リモートのホストにて指
定したコマンドを実行するという機能を持つコマンドを
実現するのと同じ様な方法で実現できる事は言うまでも
ない。

【０２５６】このフィールドの全てのビットが０で返さ
れた場合、着側端末にて、指定されたプロセスが見あた
らない、であるとか、メモリ不足により汎用プロセスが
起動できないといった状態、即ちコネクションの設定を
許容できない状態、not ready 状態にてコネクション設
定が拒絶された事を示す。

【０２５７】メッセージ種別フィールドには、該メッセ
ージがコネクション設定通知確認メッセージである事を
示す値、本実施例においては'1000 0100' を記述する。

【０２５８】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、対応するメッセ
ージのメッセージ番号フィールドの内容を記述してお
く。

【０２５９】メッセージ内容フィールドには、コネクシ
ョン設定が着側で認められた場合、対応するコネクショ
ン設定通知メッセージのメッセージ内容フィールドと同
じ内容が記述される。コネクション設定が認められない
場合、表１０に示すようにその内容を書き換えて設定拒
絶の理由を表示する。

【０２６０】コネクション種別サブフィールドは、設定
されたコネクションの種別を端末が扱えない事によりコ
ネクション設定を拒絶する場合、全てのビットを０とす
る。コネクションＩＤサブフィールドは、設定されたコ
ネクションの識別子が端末のポートで扱えない事により
コネクション設定を拒絶する場合、全てのビットを０と
する。

【０２６１】コネクション設定帯域は、設定されたコネ
クションの帯域を端末が扱えない事によりコネクション
設定を拒絶する場合、全てのビットを０とする。

【０２６２】表１１にノード設定要求メッセージの詳細
なフォーマットを、表１２にノード設定終了メッセージ
の詳細なフォーマットをそれぞれ示す。これらのメッセ
ージは、前述した様にコネクション設定プロセスが発側
プロセスの要求に従ってＶＰ／ＶＣリンクの設定並びに
連結を行う事を必要なノードに要求する為に使用され
る。

【０２６３】

【表１１】

【０２６４】

【表１２】 まず、ノード設定要求メッセージの詳細なフォーマット
を説明する。

【０２６５】ノード設定要求メッセージの宛先フィール
ドは、ＶＰ／ＶＣリンクの設定並びに連結を行う事を要
求するノードのノード番号と、当該ノードのノード設定
プロセスのプロセス番号（＝１）が記述される。

【０２６６】差出元フィールドには、当該メッセージを
発効したプロセスの識別子、即ちコネクション設定プロ
セスの識別子が記述されている。

【０２６７】メッセージ種別フィールドには、該メッセ
ージがノード設定要求メッセージである事を示す値、本
実施例においては'0000 0101' を記述する。

【０２６８】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、発効元ノードで
のメッセージ通番の下位２オクテットであるシーケンス
番号を記述しておく。

【０２６９】このメッセージのメッセージ内容フィール
ドには以下の情報が記述される。

【０２７０】その第１のサブフィールドには、設定を要
求しようとしているＶＰ／ＶＣリンクの内、発側のプロ
セスに近い方が設定されるポート（入ポート）のポート
番号（入ポート番号）が記述される。

【０２７１】次のサブフィールドには、入ポート上に設
定されるＶＰ／ＶＣリンクの識別子、即ちＶＰＩ／ＶＣ
Ｉの値が記述される。これを入ＶＰＩ／ＶＣＩ値と呼
ぶ。

【０２７２】次のサブフィールドには、設定を要求しよ
うとしているＶＰ／ＶＣリンクの内、着側のプロセスに
近い方が設定されるポート（出ポート）のポート番号
（出ポート番号）が記述される。

【０２７３】次のサブフィールドには、出ポート上に設
定されるＶＰ／ＶＣリンクの識別子、即ちＶＰＩ／ＶＣ
Ｉの値が記述される。これを出ＶＰＩ／ＶＣＩ値と呼
ぶ。

【０２７４】ここで、ＣＣＩＴＴでの標準化によると、
ＶＰ／ＶＣコネクションを設定する場合は、あるＶＰ／
ＶＣコネクションを設定したならば、必ず同じＶＰＩ／
ＶＣＩ値で上記コネクションとセル流の流れる方向の正
反対のＶＰ／ＶＣコネクションを設定する事が求められ
ている事に注意が必要である。この、ノード設定要求メ
ッセージは、必ずセル流の流れる向きが正反対のＶＰ／
ＶＣコネクションが対になっている事を利用し、ブロー
ドキャストチャネル上でのメッセージ数を削減する意図
で設計されている。

【０２７５】即ち、ひとつのＶＰ／ＶＣコネクションを
設定したなら必ず反対方向のＶＰ／ＶＣコネクションを
設定することとすれば、ＶＰ／ＶＣコネクションの構成
要素であるＶＰ／ＶＣリンクの設定も、図１６に示す様
にセルの流れる方向が反対である二つのＶＰ／ＶＣリン
ク、ＶＰ／ＶＣリンク対として扱う事ができる。ＶＰ／
ＶＣリンク対に与えられる識別子は、必ず同じＶＰＩ／
ＶＣＩで上り／下りのＶＰ／ＶＣリンクを設定するので
あれば、このＶＰＩ／ＶＣＩが使用できる。

【０２７６】上述の、入ＶＰＩ／ＶＣＩ値は、入ポート
のインタフェース点に対して入力されるセルが担ってい
るＶＰＩ／ＶＣＩ値として使用され、さらに、入ポート
のインタフェース点に向けて出力されるセルが担ってい
るＶＰＩ／ＶＣＩ値としても使用される。同様に、出Ｖ
ＰＩ／ＶＣＩ値は、出ポートのインタフェース点に対し
て入力されるセルが担っているＶＰＩ／ＶＣＩ値として
使用され、また、出ポートのインタフェース点に向けて
出力されるセルが担っているＶＰＩ／ＶＣＩ値としても
使用される。

【０２７７】なお、入ＶＰＩ／ＶＣＩのＶＣＩの全ての
ビットを０にすることで、入ポート上にＶＰリンク対
を、出ＶＰＩ／ＶＣＩのＶＣＩの全てのビットを０にす
ることで、出ポート上にＶＰリンク対を、それぞれ設定
する事を示す。

【０２７８】ノード設定要求メッセージのメッセージ内
容フィールドの最後のサブフィールドには、設定しよう
としているＶＰ／ＶＣリンクの帯域が設定される。必要
ならば、この値を使って、ポリシングを行う。ポリシン
グ操作不要の場合は、このサブフィールドの全てのビッ
トを０とする。

【０２７９】ここで、ポリシング操作に限定したのは、
ＡＴＭ−ＬＡＮの各ポートにおいて、端末を収容すると
されているものの、受信入力点にのみポリシング機能が
あることを仮定していることによる。例えば、公衆網と
のインタフェース点を収容する場合、送信出力点におい
てシェイピング、受信入力点においてポリシングを行う
事も考えられるが、この場合にはポリシングパラメタの
他にシェイピングパラメタも必要になる。さらに、上り
ＶＣと下りＶＣの容量が違う場合も考えられる。この場
合にはそれぞれの容量を独立して指定できる事が必要に
なる。

【０２８０】なお、メッセージ数削減を目的に、このメ
ッセージはＶＰ／ＶＣリンク対を設定するために設計さ
れているが、例えば、上り／下りのＶＰ／ＶＣリンクの
容量を異なる物としたい、等の要求の為、ＶＰ／ＶＣリ
ンク毎に設定できるようにする事も可能である。この場
合は、入ポート／出ポートの定義を、ひとつのＶＰ／Ｖ
Ｃコネクション上に属するセルが入力されるポートを入
ポート、出力されるセルを出ポートと変化させれば良
い。明かな様に、ＶＰ／ＶＣリンク対を設定するノード
設定要求メッセージと、ＶＰ／ＶＣリンクを設定するノ
ード設定要求メッセージを、メッセージ種別で区別する
様にして、本実施例であるＡＴＭ−ＬＡＮで、設定する
コネクションの性質に従って、ＶＰ／ＶＣリンク対か、
ＶＰ／ＶＣリンクか、を選択して設定可能とすることも
できる。

【０２８１】次に、ノード設定要求メッセージの応答メ
ッセージである、ノード設定終了メッセージの詳細なフ
ォーマットについて説明する。

【０２８２】ノード設定終了メッセージの宛先フィール
ドは、対応するノード設定要求メッセージの差出元フィ
ールド、すなわちコネクション設定プロセスの識別子を
記述する。これにて、処理の要求元プロセス、即ちコネ
クション設定プロセスへとこのメッセージを転送する事
が可能になる。

【０２８３】差出元フィールドには、当該メッセージを
発効したプロセス、すなわち、当該メッセージに対応す
るメッセージにてノード設定を要求されたノード設定プ
ロセスの識別子が記述される。

【０２８４】メッセージ種別フィールドには、該メッセ
ージがノード設定終了メッセージである事を示す値、本
実施例においては'1000 0101' を記述する。

【０２８５】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、対応するメッセ
ージのメッセージ番号フィールドの内容を記述してお
く。

【０２８６】メッセージ内容フィールドには、ノード設
定が認められた場合、対応するノード設定メッセージの
メッセージ内容フィールドと同じ内容が記述される。コ
ネクション設定が認められない場合、表１２に示すよう
に、その内容を書き換えて、設定拒絶の理由を表示す
る。

【０２８７】入ＶＰＩ／ＶＣＩ値サブフィールドは、指
定されたＶＰＩ／ＶＣＩをノードのポートが扱えない事
により設定を拒絶する場合、全てのビットを０とする。

【０２８８】同様に出ＶＰＩ／ＶＣＩ値サブフィールド
は、指定されたＶＰＩ／ＶＣＩを扱えない事により設定
を拒絶する場合、全てのビットを０とする。

【０２８９】また、コネクション設定帯域サブフィール
ドは、指定された帯域の値がポリシングによる監視が不
能（機能が無い事、ポリシング不要と要求された事を含
む）を、全てのビットを０とすることで表示する。な
お、この場合は、上述の入ポート番号、入ＶＰＩ／ＶＣ
Ｉ値、出ポート番号、出ＶＰＩ／ＶＣＩ値による設定は
（これらの値に問題がないかぎり）実行される。

【０２９０】表１３にコネクション解放要求メッセージ
の詳細なフォーマットを、表１４にコネクション解放終
了メッセージの詳細なフォーマットをそれぞれ示す。こ
れらのメッセージは、前述した様にＡＴＭ−ＬＡＮ上の
プロセスがコネクション設定プロセスにコネクション解
放の要求を行うために使用される。

【０２９１】

【表１３】

【０２９２】

【表１４】 まず、コネクション解放要求メッセージの詳細なフォー
マットを説明する。

【０２９３】コネクション解放要求メッセージの宛先フ
ィールドは、コネクション解放を要求する先のプロセス
（即ちコネクション設定プロセス）の識別子（ノード番
号、プロセス番号）である。コネクション解放を要求す
るプロセスが、これを知らない場合は、前述のサービス
検索にて知る事が可能である。

【０２９４】差出元フィールドには、当該メッセージを
発効したプロセスが存在している機器（本実施例では、
このメッセージは主に端末が発効する事を想定してい
る）のノード番号と、当該メッセージを発効したプロセ
スのプロセス番号、すなわち当該メッセージを発効した
プロセスの識別子が記述されている。以降、説明の為、
このメッセージを発効した端末を要求元の端末、プロセ
スを要求元のプロセスと呼ぶ。

【０２９５】メッセージ種別フィールドには、該メッセ
ージがコネクション解放要求メッセージである事を示す
値、本実施例においては'0000 0110' を記述する。

【０２９６】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、発効元ノードで
のメッセージ通番の下位２オクテットであるシーケンス
番号を記述しておく。

【０２９７】このメッセージのメッセージ内容フィール
ドには、要求元のプロセスが通信を行っている相手を指
定する為の情報が記述される。

【０２９８】最初のサブフィールドには、通信を行なっ
ている相手、これを以降説明の為対向側と記述する、を
指定するノード番号とプロセス番号を記述する。

【０２９９】次のサブフィールドには、解放したいコネ
クションのコネクションＩＤ（ＶＰＩ／ＶＣＩ）が記述
される。

【０３００】なお、コピーコネクションにおける対向側
は、該コピーコネクションにより分配サービスを行われ
ている情報の発生源となっている端末を意味するものと
する。コピーコネクションの解放は、情報の発生源とな
っている端末から要求元端末への枝のみに対して実行さ
れる。

【０３０１】次に、コネクション解放要求メッセージの
応答メッセージである、コネクション解放終了メッセー
ジの詳細なフォーマットについて説明する。

【０３０２】コネクション解放終了メッセージの宛先フ
ィールドは、対応するコネクション解放要求メッセージ
の差出元フィールドの内容を記述する。これにて、処理
の要求元プロセスへとこのメッセージを転送する事が可
能になる。

【０３０３】差出元フィールドには、当該メッセージを
発効したプロセスの識別子、即ちノード番号と、プロセ
ス番号、具体的にはコネクション設定プロセスの識別子
が記述されている。

【０３０４】メッセージ種別フィールドには、該メッセ
ージがコネクション解放終了メッセージである事を示す
値、本実施例においては'1000 0110' を記述する。

【０３０５】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、対応するメッセ
ージのメッセージ番号フィールドの内容を記述してお
く。

【０３０６】メッセージ内容フィールドには、以下の情
報が記述される。すなわち、メッセージ内容フィールド
の第１のサブフィールドには、解放したコネクションに
よる通信相手（＝対向側）のプロセスの識別子、即ちノ
ード番号とプロセス番号が記述されている。メッセージ
内容フィールドの第２のサブフィールドには、正常にコ
ネクションが解放されたなら、対応するコネクション設
定要求メッセージ内に記述されていたコネクションＩＤ
（ＶＰＩ／ＶＣＩ）が記述されている。なお、指定した
コネクションが設定されていない、通信路上のノードが
未応答等でコネクション解放が異常終了した場合は、こ
のサブフィールドの値は全ビット０となっている。

【０３０７】表１５にコネクション解放通知メッセージ
の詳細なフォーマットを、表１６にコネクション解放通
知確認メッセージの詳細なフォーマットをそれぞれ示
す。これらのメッセージは、前述した様にコネクション
設定プロセスが要求元プロセスの要求に従ってコネクシ
ョンを解放したことを対向側機器もしくはプロセスに通
知する為に使用される。

【０３０８】

【表１５】

【０３０９】

【表１６】 まず、コネクション解放通知メッセージの詳細なフォー
マットを説明する。

【０３１０】コネクション設定通知メッセージの宛先フ
ィールドは、コネクションが解放された事を通知するプ
ロセス（対向側プロセス）の識別子（ノード番号、プロ
セス番号）である。

【０３１１】差出元フィールドには、当該メッセージを
発効したプロセスの識別子、即ちコネクション設定プロ
セスの識別子が記述されている。

【０３１２】メッセージ種別フィールドには、該メッセ
ージがコネクション解放通知メッセージである事を示す
値、本実施例においては'0000 0111' を記述する。

【０３１３】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、発効元ノードで
のメッセージ通番の下位２オクテットであるシーケンス
番号を記述しておく。

【０３１４】このメッセージのメッセージ内容フィール
ドには、以下の情報が記述される。

【０３１５】その第１のサブフィールドには、要求元プ
ロセスの識別子（即ちノード番号とプロセス番号）が記
述される。

【０３１６】次のサブフィールドには、解放を通知され
ているコネクションを、対向側にて識別するためのコネ
クションＩＤ、即ち当該コネクションのＶＰＩ／ＶＣＩ
が記述される。

【０３１７】次に、コネクション解放通知メッセージの
応答メッセージである、コネクション解放通知確認メッ
セージの詳細なフォーマットについて説明する。

【０３１８】コネクション解放通知確認メッセージの宛
先フィールドは、対応するコネクション解放通知メッセ
ージの差出元フィールドの内容（コネクション設定プロ
セスの識別子）を記述する。これにて、処理の要求元プ
ロセス、即ちコネクション設定プロセスへとこのメッセ
ージを転送する事が可能になる。

【０３１９】差出元フィールドには、当該メッセージを
発効したプロセス、即ち対向側プロセスの識別子が記述
される。

【０３２０】メッセージ種別フィールドには、該メッセ
ージがコネクション解放通知確認メッセージである事を
示す値、本実施例においては'1000 0111' を記述する。

【０３２１】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、対応するメッセ
ージのメッセージ番号フィールドの内容を記述してお
く。

【０３２２】メッセージ内容フィールドには、対応する
コネクション解放通知メッセージのメッセージ内容フィ
ールドと同じ内容が記述される。

【０３２３】表１７にノード設定解放要求メッセージの
詳細なフォーマットを、表１８にノード設定解放終了メ
ッセージの詳細なフォーマットをそれぞれ示す。これら
のメッセージは、前述した様にコネクション設定プロセ
スが要求元プロセスの要求に従ってＶＰ／ＶＣリンクの
設定／連結の解放を行う事を必要なノードに要求する為
に使用される。

【０３２４】

【表１７】

【０３２５】

【表１８】 まず、ノード設定解放要求メッセージの詳細なフォーマ
ットを説明する。

【０３２６】ノード設定解放要求メッセージの宛先フィ
ールドは、ＶＰ／ＶＣリンクの設定／連結の解放を行う
事を要求するノードのノード番号と、当該ノードのノー
ド設定プロセスのプロセス番号（＝１）が記述される。

【０３２７】差出元フィールドには、当該メッセージを
発効したプロセスの識別子、即ちコネクション設定プロ
セスの識別子が記述されている。

【０３２８】メッセージ種別フィールドには、該メッセ
ージがノード設定解放要求メッセージである事を示す
値、本実施例においては'0000 1000' を記述する。

【０３２９】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、発効元ノードで
のメッセージ通番の下位２オクテットであるシーケンス
番号を記述しておく。

【０３３０】このメッセージのメッセージ内容フィール
ドには、以下の情報が記述される。その第１のサブフィ
ールドには、設定の解放を要求しようとしているＶＰ／
ＶＣリンク対の内、要求元のプロセスに近い方が設定さ
れているポート（入ポート）のポート番号（入ポート番
号）が記述される。

【０３３１】次のサブフィールドには、入ポート上に設
定されていて、解放を要求するＶＰ／ＶＣリンク対の識
別子、即ちＶＰＩ／ＶＣＩの値が記述される。これを入
ＶＰＩ／ＶＣＩ値と呼ぶ。

【０３３２】次のサブフィールドには、設定の解放を要
求しようとしているＶＰ／ＶＣリンク対の内、着側のプ
ロセスに近い方が設定されているポート（出ポート）の
ポート番号（出ポート番号）が記述される。

【０３３３】次のサブフィールドには、出ポート上に設
定されていて、解放を要求するＶＰ／ＶＣリンク対の識
別子、即ちＶＰＩ／ＶＣＩの値が記述される。これを出
ＶＰＩ／ＶＣＩ値と呼ぶ。

【０３３４】次に、ノード設定解放要求メッセージの応
答メッセージである、ノード設定解放終了メッセージの
詳細なフォーマットについて説明する。

【０３３５】ノード設定解放終了メッセージの宛先フィ
ールドは、対応するノード設定解放要求メッセージの差
出元フィールド、すなわちコネクション設定プロセスの
識別子を記述する。これにて、処理の要求元プロセス、
即ちコネクション設定プロセスへとこのメッセージを転
送する事が可能になる。

【０３３６】差出元フィールドには、当該メッセージを
発効したプロセス、すなわち、当該メッセージに対応す
るメッセージにてノード設定の解放を要求されたノード
設定プロセスの識別子が記述される。

【０３３７】メッセージ種別フィールドには、該メッセ
ージがノード設定解放終了メッセージである事を示す
値、本実施例においては'1000 1000' を記述する。

【０３３８】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、対応するメッセ
ージのメッセージ番号フィールドの内容を記述してお
く。

【０３３９】メッセージ内容フィールドには、ノード設
定の解放が正常に終了した場合、対応するノード設定メ
ッセージのメッセージ内容フィールドと同じ内容が記述
される。ノード設定の解放が異常終了した場合、表１８
に示すようにその内容を書き換えて設定拒絶の理由を表
示する。

【０３４０】入ＶＰＩ／ＶＣＩ値サブフィールドは、指
定されたＶＰＩ／ＶＣＩを識別子とするＶＰ／ＶＣリン
ク対が設定されていない事による異常終了の場合、全て
のビットを０とする。

【０３４１】同様に出ＶＰＩ／ＶＣＩ値サブフィールド
は、指定されたＶＰＩ／ＶＣＩを識別子とするＶＰ／Ｖ
Ｃリンク対が設定されていない事による異常終了の場
合、全てのビットを０とする。

【０３４２】表１９にノード設定確認メッセージの詳細
なフォーマットを、表２０にノード設定確認応答メッセ
ージの詳細なフォーマットをそれぞれ示す。これらのメ
ッセージは、前述した様にコネクション設定プロセスが
認識しているコネクション設定状況と、各ノードセッテ
イプロセスが保持しているコネクション設定状況との比
較が必要な場合に使用される。

【０３４３】

【表１９】

【０３４４】

【表２０】 まず、ノード設定確認メッセージの詳細なフォーマット
を説明する。

【０３４５】ノード設定確認メッセージの宛先フィール
ドは、ＶＰ／ＶＣリンクの設定並びに連結の設定の様子
を確認する事を要求するノードのノード番号と、当該ノ
ードのノード設定プロセスのプロセス番号（＝１）が記
述される。

【０３４６】差出元フィールドには、当該メッセージを
発効したプロセスの識別子、即ちコネクション設定プロ
セスの識別子が記述されている。

【０３４７】メッセージ種別フィールドには、該メッセ
ージがノード設定確認メッセージである事を示す値、本
実施例においては'0000 1001' を記述する。

【０３４８】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、発効元ノードで
のメッセージ通番の下位２オクテットであるシーケンス
番号を記述しておく。

【０３４９】このメッセージのメッセージ内容フィール
ドには以下の情報が記述される。

【０３５０】その第１のサブフィールドには、設定を確
認しようとしているＶＰ／ＶＣリンク対の設定／連結の
内、指定したポート（これを確認要求が入ってくるポー
トという意味で入ポートと呼ぶ）のポート番号（入ポー
ト番号）が記述される。

【０３５１】次のサブフィールドには、入ポート上で、
連結を確認したいＶＰ／ＶＣリンク対の識別子、入ＶＰ
Ｉ／ＶＣＩ値が記述される。

【０３５２】このメッセージを受け取ったノードは、指
定されたポートの指定されたＶＰ／ＶＣリンク対につい
て、それが連結されているＶＰ／ＶＣリンク対の設定さ
れているポート（これを確認要求が出ていくポートとい
う意味で出ポートと呼ぶ）のポート番号（出ポート番
号）、当該ＶＰ／ＶＣリンク対の識別子、出ＶＰＩ／Ｖ
ＣＩを検索する作業を行い、ノード設定確認応答メッセ
ージを作成し送出する。

【０３５３】ノード設定確認応答メッセージの宛先フィ
ールドは、対応するノード設定確認メッセージの差出元
フィールド、すなわちコネクション設定プロセスの識別
子を記述する。これにて、処理の要求元プロセス、即ち
コネクション設定プロセスへとこのメッセージを転送す
る事が可能になる。

【０３５４】差出元フィールドには、当該メッセージを
発効したプロセス、すなわち、当該メッセージに対応す
るメッセージにてノード設定の確認を要求されたノード
設定プロセスの識別子が記述される。

【０３５５】メッセージ種別フィールドには、該メッセ
ージがノード設定確認応答メッセージである事を示す
値、本実施例においては'1000 1001' を記述する。

【０３５６】メッセージ番号フィールドには、上述の様
に、メッセージ抜けを検出する目的で、対応するメッセ
ージのメッセージ番号フィールドの内容を記述してお
く。

【０３５７】メッセージ内容フィールドには、ノード設
定確認メッセージにて指定されたＶＰ／ＶＣリンク対の
設定と連結を示す情報が記述される。具体的には、以下
の情報が記述される。

【０３５８】その第１のサブフィールドには、入ポート
番号が、第２のサブフィールドには入ポート番号が、そ
れぞれ記述される。

【０３５９】また、第３のサブフィールドには、入ポー
ト番号にて指定されたＶＰ／ＶＣリンク対が連結された
ＶＰ／ＶＣリンク対の探索から得られた出ポート番号
が、第４のサブフィールドには出ＶＰＩ／ＶＣＩ値が、
それぞれ記述される。

【０３６０】最後のサブフィールドには、これらのＶＰ
／ＶＣリンク対が、ポリシング／シェイピングを受けて
いる場合、その監視帯域を表すパラメータが記述され
る。

【０３６１】なお、入ＶＰＩ／ＶＣＩ値サブフィールド
の全てのビットを０とすることで、指定された入ＶＰＩ
／ＶＣＩ値にＶＰ／ＶＣリンク対が設定されていない事
を示す。

【０３６２】また、出ポート番号サブフィールドの全ビ
ットを１とすることで、指定されたＶＰ／ＶＣリンク対
をルーティングする出ポートが指定されていない事を示
す。さらに、出ＶＰＩ／ＶＣＩ値サブフィールドの全ビ
ットを０とする事で、指定されたＶＰ／ＶＣリンク対に
連結されたリンク対のＶＰＩ／ＶＣＩが設定されていな
い事を示す。

【０３６３】また、コネクション設定帯域サブフィール
ドの全ビットを１とすることで、ポリシング／シェイピ
ングによる監視を行っていない事を示す。

【０３６４】なお、ノード設定確認メッセージにて入Ｖ
ＰＩ／ＶＣＩ値をＶＣＩ＝０として、ＶＰリンク対の連
結を調べようとした場合、当該ＶＰリンク対に複数のＶ
Ｃリンク対が連結されている事がある。この場合には、
ノード設定確認応答メッセージを複数作成し送出して、
当該ＶＰリンク対に連結されたＶＣリンク対を一つずつ
提示する事により対応する。

【０３６５】表２１に通信相手検索メッセージの詳細な
フォーマットを、表２２に通信相手検索応答メッセージ
の詳細なフォーマットをそれぞれ示す。これは、表５に
示したサービス検索メッセージ、表６に示したサービス
検索応答メッセージと同様のフォーマットを持つ。違い
は、通信相手検索メッセージの宛先のプロセス番号にノ
ード／端末／ＡＴＭ−ＬＡＮ収容装置設定プロセスのプ
ロセス番号（＝１）を設定している事、メッセージ種別
フィールドをそれぞれのメッセージの種別を表す数値に
する事、メッセージ内容フィールドに検索するノード名
を記述すること、である。

【０３６６】

【表２１】

【０３６７】

【表２２】 通信相手検索メッセージは、ＡＴＭ−ＬＡＮ上のノード
／端末／ＡＴＭ−ＬＡＮ収容装置設定プロセスに渡され
る。これらのプロセスがノード名とノード番号のマッピ
ング機能を持つと仮定しており、これらのプロセスの
内、該メッセージ内に記述されたノード名を持つものが
通信相手検索応答メッセージを作成し、送出する。な
お、端末のノード名はハードディスク装置に、ノード／
ＡＴＭ−ＬＡＮ収容装置のノード名は不揮発性ＲＡＭに
保持されているものとしても良い。

【０３６８】表２３にノード名問い合わせメッセージの
詳細なフォーマットを、表２４にノード名問い合わせ応
答メッセージの詳細なフォーマットをそれぞれ示す。こ
れは、表２１に示した通信相手検索メッセージ、表２２
に示した通信相手検索応答メッセージにて行われる処理
の反対の処理を行うもので、メッセージフォーマットも
それに対応して変化している。

【０３６９】

【表２３】

【０３７０】

【表２４】 以上で、本実施例において仮定されている、ブロードキ
ャストチャネル上でのメッセージのフォーマットに関す
る説明を終わる。

【０３７１】なお、以上述べたメッセージの他に、本実
施例であるＡＴＭ−ＬＡＮのノード／ＡＴＭ−ＬＡＮ収
容装置に対して、端末からノード名を設定できるような
メッセージを別途定義すると便利である。

【０３７２】また、端末上のコネクション設定プロセス
から、各ノード／端末のポートの物理レイヤの状態を監
視する様なメッセージを定義しても構わない。しかしな
がら、ここでは以下の理由によりこのようなメッセージ
を定義するのは見送った。

【０３７３】上に述べた様に、本実施例では、ブロード
キャストチャネルは、各ノード／端末／ＡＴＭ−ＬＡＮ
収容装置間の伝送路の伝送帯域の一部を利用して提供さ
れる。この為、上述の様なメッセージを、監視する対象
であるブロードキャストチャネルで転送しても、あまり
実効的な意味がない。このため、ここでは、このような
メッセージを持たず、一つの伝送路を挟むプロセス間で
の、隣接ノード番号確保のステップにて物理レイヤ監視
を兼ねる事としている。

【０３７４】また、上述の説明の様に、本実施例である
ＡＴＭ−ＬＡＮが収容する端末には、ＡＴＭ−ＬＡＮと
の接続の為のポートからメッセージを受け取るプロセス
が複数個存在している事がある。

【０３７５】この状況を図１７に示す。同図には、図２
の端末１０３１、即ちコネクション設定プロセスの乗っ
た端末上で、さらに当該端末上のユーザが記述するアプ
リケーションプロセスの為にポートを経由して通信を行
うコネクションを設定した状況を模式的に示してある。

【０３７６】同図に示すように、一つのポート上にブロ
ードキャストチャネルと、新たに設定されたコネクショ
ンが混在する事になる。本実施例であるＡＴＭ−ＬＡＮ
においては、上で述べたように、ブロードキャストチャ
ネルとその他のコネクションは、セルのＶＰＩ／ＶＣＩ
を用いて識別される。即ち、図１７に示した状況で、ブ
ロードキャストチャネルと新たに設定されたコネクショ
ンとはＶＰＩ／ＶＣＩで識別される。

【０３７７】一方、ブロードキャストチャネル上のメッ
セージは、端末設定プロセス、コネクション設定プロセ
スに転送される。また、ユーザが記述するアプリケーシ
ョンプロセスも、例えばブロードキャストチャネル上で
のサービス検索等の対象となる様、ブロードキャストチ
ャネル上のメッセージを必要とするかも知れない。

【０３７８】よって、ここに何らかのブロードキャスト
チャネル上のメッセージを各プロセスに振り分ける機能
が必要になる。この振り分け機能は、上述の様に、宛先
フィールドのプロセス番号サブフィールドの値によっ
て、ブロードキャストチャネルと情報をやりとりする全
てのプロセスにメッセージを渡すか、指定されたプロセ
スのみにメッセージを渡すか、を選択する機能が必要に
なる。

【０３７９】なお、ブロードキャストチャネルへの複数
プロセスからのメッセージ送出は、一般的なワークステ
ーションではプロセッサが一つであることから、ＯＳに
おけるプロセススケジューリングにまかせていれば自動
的にメッセージが合流されて出力されることになるので
大きな問題にはならない。

【０３８０】さらに、本実施例において、マルチベンダ
性を確保するために本質的に標準化が必要であるメッセ
ージは、隣接ノード番号要求メッセージと隣接ノード番
号要求応答メッセージ、構成吸い上げ要求メッセージと
と構成吸い上げ要求応答メッセージ、サービス検索メッ
セージとサービス検索応答メッセージ、ノード設定要求
メッセージとノード設定終了メッセージ、ノード設定解
放要求メッセージとノード設定解放終了メッセージ、ノ
ード設定確認メッセージとノード設定確認応答メッセー
ジであり、その他のメッセージ、特に、あるプロセスが
コネクション設定プロセスにコネクション設定／解放を
要求するメッセージについては、ここで述べたメッセー
ジ以外のメッセージも使用可能である事に注意が必要で
ある。例えば、コネクション設定プロセスは、構成認識
終了後、全ての端末に対してメタシグナリングパスをノ
ード設定メッセージにて設定しておき、以降はＣＣＩＴ
Ｔ標準に則ったシグナリングプロトコルにてコネクショ
ンを設定する事にしても良い。さらにまた、以上で述べ
たメッセージにて使用しなかったメッセージ種別フィー
ルドの値をメタシグナリング用に予約し、メッセージ内
容フィールド上にメタシグナリング用メッセージを伝達
できるプロトコルを規定する事で、上記メタシグナリン
グパスをブロードキャストチャネルで代用する事も可能
である。コネクション設定プロセスが端末（例えばワー
クステーション）に乗っている事を想定しているため、
コネクション設定の為のプロトコルをユーザが自由に選
択可能であることが、本実施例であるＡＴＭ−ＬＡＮの
最も大きな特徴となっている。さらに、本実施例である
ＡＴＭ−ＬＡＮの大きな特徴であるブロードキャストバ
スを使用し、いままで述べてきたメッセージにて使用し
なかったメッセージ種別フィールドの値を予約すると、
該ＡＴＭ−ＬＡＮ上に乗ったプロセス間の同期操作も容
易である事に注意が必要である。

【０３８１】次に、本実施例であるＡＴＭ−ＬＡＮにお
いて、その大きな特徴をなすＡＴＭセルのブロードキャ
ストチャネルの実現法について、詳細に説明する。

【０３８２】明らかに、今まで述べてきたメッセージを
扱うためには、ブロードキャストチャネルが以下の機能
を持つ必要がある。即ち、本実施例であるＡＴＭ−ＬＡ
Ｎは、電源投入直後から、コネクション設定プロセス等
の助けを借りずに、該ＡＴＭ−ＬＡＮを構成している全
ての機器に、ＶＰＩ／ＶＣＩの全てのビットが１である
ことでブロードキャストチャネルに属していると指定さ
れたセルを、該セルをブロードキャストチャネルに送出
した機器を除いて、ただ一回だけ転送する、という機能
である。

【０３８３】この機能は、従来技術によるＡＴＭ−ＬＡ
Ｎでは実現されていなかった。従来技術によるＡＴＭ−
ＬＡＮはこの機能を持たないので、ＡＴＭ−ＬＡＮを構
成するノード上にコネクションを設定しなければ何も通
信を行うことが出来ない。この為、（ＡＴＭ−ＬＡＮに
てインタコネクションを行う事を想定している端末は、
ワークステーションという比較的能力の高い計算資源で
ありながら）コネクションを設定する制御主体をＡＴＭ
−ＬＡＮのノード上から動かす事ができず、コネクショ
ン設定機能という複雑な処理をノードで実行せざるを得
なかった。この結果として、回りに計算能力が高く、か
つ該計算能力を他人に貸せる能力を持つ端末、即ちワー
クステーションを配置されながら、ノードに比較的コス
トの高い計算機（一般的には端末と同じワークステーシ
ョンを流用）を接続する必要が生じ、これがコスト高を
招いていた。

【０３８４】本実施例であるＡＴＭ−ＬＡＮの特徴とな
っているブロードキャストチャネルは、この欠点を解決
する目的で導入されている。

【０３８５】また、本発明のＡＴＭ−ＬＡＮでは、端末
側に自由にコネクション設定機能を実現できるので、ア
プリケーションが自由にコネクションを設定する事も可
能であり、結果としてアプリケーションソフトが外部に
仮定する環境条件を限定する事が出来るという、アプリ
ケーションのネットワーキングにとって望ましい性質を
ＡＴＭ−ＬＡＮに提供する事も可能になる。

【０３８６】本実施例であるＡＴＭ−ＬＡＮでは、”電
源投入直後から、ブロードキャストチャネル上の一つの
セルをただ一回、当該セルを送出した機器を除く機器に
転送する”、事を実現するために、ノードの接続方法を
限定している。即ち、ＡＴＭ−ＬＡＮでは、ループを持
たないトポロジにて、ノードを接続する事としている。
ノードの接続方法としてループを持たないトポロジを採
用すれば、その物理的接続法より、ＡＴＭ−ＬＡＮ内に
スパニングツリーを電源投入直後から定義するのは容易
で、結果として該スパニングツリーを利用した、電源投
入直後から動作を開始するブロードキャストチャネルが
容易に実現可能となる。

【０３８７】ループを持たないトポロジとして良く知ら
れている物にはバス構造、ツリー構造等があるが、本実
施例においては、ネットワーク全体のトラフィックがた
だ一つの伝送路に集中する事のない、ツリー構造を採用
している。

【０３８８】図１８、図１９に、本実施例のＡＴＭ−Ｌ
ＡＮを構成する各機器がブロードキャストチャネルに送
出されたセルが該ＡＴＭ−ＬＡＮ内を転送される様子を
示す。同図には、図２に示した構成のＡＴＭ−ＬＡＮの
内、ＡＴＭ−ＬＡＮ収容装置１０１１、ノード番号１の
ノード１０２１、ノード番号２のノード１０２２、ノー
ド番号３のノード１０２３、ノード番号１４の端末１０
３８、ノード番号１５の端末１０３９上での転送の様子
を示してある。

【０３８９】ツリー構造を用いたアルゴリズムを説明す
る場合、ルート、リーフという用語を使用するのが一般
的である。良く知られている様に、ルートとは、ツリー
構造の根の部分であり、また、リーフとは、ツリー構造
の葉の部分である。図１８、図１９では、リーフとはＡ
ＴＭ−ＬＡＮ収容装置設定プロセス１０１１１、ノード
設定プロセス１０２１１、１０２２１、１０２３１、端
末設定プロセス１０３８１、１０３９１、ブロードキャ
ストチャネルを用いて通信を行う端末設定プロセスやそ
れ以外の端末上のプロセス１６０７、１６０８の事であ
り、またルートとはおおまかに言うと、ＡＴＭ−ＬＡＮ
収容装置１０１１となっている。正確なルートの位置は
以下の説明にて明らかになる。一般的慣習に従い、ここ
でもルート、リーフという用語を用いてブロードキャス
トチャネル上のセルの転送法を説明する。

【０３９０】まず、図１８について詳細に説明する。図
１８には、ブロードキャストチャネル上のセルが一旦合
流されるステップについて詳細に示されている。

【０３９１】本実施例であるＡＴＭ−ＬＡＮに収容され
る端末は、ブロードキャストチャネル上に送出するセル
（以下ブロードキャストセルと略記）を、該ブロードキ
ャストチャネルを用いて通信を行うプロセスから集めて
きて、合流して送出する、という操作を行っている。図
１においては、端末１０３８上のブロードキャストチャ
ネルを用いて通信を行うプロセス、１０３８１と１６０
７は、端末１０３８上の合流機能１６０５に、ブロード
キャストセルを渡す。合流機能１６０５は、渡されたブ
ロードキャストセルを合流して送出する（１６１１と符
号の付いた矢印）。同様に、端末１０３９上では、合流
機能１６０６が、各プロセスから渡されたブロードキャ
ストセルを合流し送出する（１６１２と符号の付いた矢
印）。

【０３９２】ここで、端末上の合流機能は既に説明を行
った様に、端末を制御するＯＳにおける、マルチプロセ
ス環境作成の為のプロセススイッチングにて容易に実現
ができる事に注意が必要である。

【０３９３】また、本実施例であるＡＴＭ−ＬＡＮを構
成するノードでは、リーフ側から入力される、ブロード
キャストセルを合流してルート側へと送出する操作を行
っている。ルート側へと送出するブロードキャストセル
には、該ノードが持っている、ノード設定プロセスとい
う一つのリーフが送出するブロードキャストセルも合流
される。図１８においては、ノード１０２３では、端末
１０３８の送出したブロードキャストセル１６１１、端
末１０３９の送出したブロードキャストセル１６１２、
他のリーフ側から入力されるブロードキャストセル１６
１３、と、ノード設定プロセス１０２３１から送出され
るブロードキャストセルとを、合流機能１６０４にて合
流し、送出する（１６１５と符号の付いた矢印）。同様
の動作を、ノード１０２２の合流機能１６０３、ノード
１６０２の合流機能１６０２も行っている。

【０３９４】ノード上の合流機能の、本実施例における
実現手段については、後で詳細に説明する。

【０３９５】さらに、本実施例であるＡＴＭ−ＬＡＮの
構成要素であるＡＴＭ−ＬＡＮ収容装置では、ノード１
６１６から渡された、リーフ側から送出されたブロード
キャストセル１６１６に、自分の持つリーフであるＡＴ
Ｍ−ＬＡＮ収容装置設定プロセス１０１１１が送出する
ブロードキャストセルを、合流機能１６０１にて合流
し、送出している（１６０７と符号の付いた矢印）。本
実施例であるＡＴＭ−ＬＡＮの、ブロードキャストチャ
ネルのルートとは、正確には１６０７と符号の付いた矢
印である。なお、ＡＴＭ−ＬＡＮ収容装置内の合流機能
１６０１の構成は後で詳細に説明する。

【０３９６】以上の操作により、１６０７と符号の付い
た矢印で示される、合流機能１６０１から送出されるブ
ロードキャストセルの流れには、本実施例であるＡＴＭ
−ＬＡＮ上の、ブロードキャストチャネルを用いる全プ
ロセスが送出したブロードキャストセルが含まれてい
る、即ちブロードキャストセルが全て合流できる事は明
かである。引き続き、該合流されたブロードキャストセ
ルを、各リーフへと転送する事で、ブロードキャストチ
ャネルの動作が実現される。

【０３９７】図１９により、合流されたブロードキャス
トセルを全リーフへと転送する操作について詳細に説明
する。図１９には、図２に示したＡＴＭ−ＬＡＮの内の
図１８と同じ範囲について説明がなされている。

【０３９８】合流されたブロードキャストセル（１６０
７）は、まず、ＡＴＭ−ＬＡＮ収容装置１０１１内部の
コピー機能１６０１にてコピーされ、外部に送出される
（符号１７０９の付いた矢印）と共に、ブロードキャス
トチャネルのリーフであるＡＴＭ−ＬＡＮ収容装置設定
プロセス１０１１１に渡される。この際、ブロードキャ
ストセルの情報部内の宛先フィールドを参照して、当該
セルがＡＴＭ−ＬＡＮ収容装置設定プロセスに渡される
もののみ、フィルタリングを行ってから渡すようにする
と、不要のセルが該プロセスに渡されないので該プロセ
スの実行効率が向上する事は言うまでもない。また、こ
のフィルタリングでは、差出元フィールドを参照し、該
メッセージが該ＡＴＭ−ＬＡＮ収容装置設定プロセスが
送出したもので無い事を確認して該プロセスに渡す事も
可能である。これにより、自分の送出したメッセージを
自分が受信する事を避ける事ができる。

【０３９９】ＡＴＭ−ＬＡＮ収容装置１０１１内の合流
機能１６０１から送出されたブロードキャストセルは、
ノード１０２１のコピー機能１７０２に入力される。コ
ピー機能１７０２は、該入力されたブロードキャストセ
ルをリーフ側にコピーしながら送出する（符号１７１
０、１７１１の付いた矢印）と共に、ブロードキャスト
チャネルのリーフであるノード設定プロセス１０２１１
に渡される。この際、上述と同様、ブロードキャストセ
ルの情報部内の宛先／差出元フィールドを参照して、当
該セルが該ノード設定プロセスに渡されるもののみ、フ
ィルタリングを行う事も可能である。

【０４００】以下、同様に、各ノード１０２２、１０２
３のコピー機能１７０３、１７０４は、ルート側から入
力されたブロードキャストセル（１７１０、１７１１と
符号の付いた矢印）をリーフ側にコピーして送出（符号
１７１２、１７１３、１７１４、１７１５、１７１６）
すると共に、それぞれが持つ、ブロードキャストチャネ
ルのリーフであるノード設定プロセス１０２２１、１０
２３１に渡す。

【０４０１】端末１０３８、１０３９には、振り分け機
能１０７５、１０７６があり、渡されたブロードキャス
トセルを、前述の様に、必要なプロセスに、必要ならば
コピーして、渡す操作を行っている。

【０４０２】以上の動作にて、ブロードキャストチャネ
ルのリーフである全プロセスに、ブロードキャストチャ
ネル上のセルが転送される事になる。

【０４０３】次に、前述の様にＡＴＭ−ＬＡＮ全体で動
作するために必要な各ノードの動作を図２０を参照しな
がら説明する。

【０４０４】図２０には、一つのノード内部でのブロー
ドキャストセルの転送方法について示してある。図２０
には、ポート１、ポート２、ポート３がブロードキャス
トチャネルのリーフ側、ポート４、ポート５がブロード
キャストチャネルのルート側に接続されている場合につ
いて示してある。前述したようにツリー構造の場合、ル
ート近辺にトラフィックが集中し易いので、ルート近辺
のノードではルート側に向けて複数本の伝送路を設ける
事ができるようになっている。図２０には、この状況を
示している。

【０４０５】各ノードの各ポートには、当該ポートがリ
ーフ側に接続されているか、ルート側に接続されている
かを示す情報が付けられている。この情報は、該ノード
を設置する際に、ユーザが、機械式スイッチにて設定す
る。

【０４０６】リーフ側であると指示されたポートから入
力されたブロードキャストセルと、ノード設定プロセス
が送出するブロードキャストセルは、一旦合流され、ル
ート側であると指示されたポートのうちの一つを選択し
て出力される。

【０４０７】一方、ルート側であると指示されたポート
のうちの一つから入力されたブロードキャストセルは、
リーフ側の全てのポートに向けてコピーされて出力され
ると共に、ノード設定プロセスに対しても与えられる。

【０４０８】以上の動作を全てのノードが行う事にによ
り、ＡＴＭ−ＬＡＮ全体にブロードキャストチャネルを
設定する事が可能になる。

【０４０９】ここで、ルート側から入力されたブロード
キャストセルをノード設定プロセスに渡すとき、該セル
が該ノード設定プロセスに向けて送出されたもののみを
渡すようにするアドレスフィルタ機能を持っておくと、
不必要なブロードキャストセルによってノード設定プロ
セスのスループットを低下させる事が無い。

【０４１０】また、ルート側と指示された複数のポート
から、リーフ側から入力されたブロードキャストセルを
送出する／ブロードキャストセルを受け取ってリーフ側
へと転送するポートを選択するのは、前記、ノード側で
あるか、リーフ側であるかが設定された機械式スイッチ
の状態を、ノード設定プロセスが電源ＯＮ時／定期的に
読みとって選択する／再選択する、という様な形で行わ
れても良い。さらに、この選択されたルート側ポートか
ら入力されるデータから抽出されるクロックに、ノード
装置が同期をとることによって、ＡＴＭ−ＬＡＮ全体の
網同期を確立する様にしても良い。この機能は、ノード
設定プロセスが、自分の乗ったノードの機械式スイッチ
に設定された情報のみを使用して行う事ができるので、
この様な方法をとっても、電源入力直後からブロードキ
ャストチャネルを動作させる事が可能である事は言うま
でもない。

【０４１１】さらに、ＡＴＭ−ＬＡＮ収容装置に接続さ
れない、孤立したＡＴＭ−ＬＡＮの場合、前記機械式ス
イッチの状態が全てリーフ側であるノードは、自分がブ
ロードキャストチャネルのルートであると認識し、全て
のポートから入力されたブロードキャストセルを一旦合
流し、その後全てのポートへと出力する、といった事を
行ってもかまわない。この場合の網同期は、自分がルー
トであると認識するノードが発生するクロックに対して
ＡＴＭ−ＬＡＮ内部のノードが従属する形になる。

【０４１２】なお、ユーザが機械式スイッチの設定を誤
ると、ブロードキャストチャネルが途中で切れたり、ブ
ロードキャストセルがループし、多数コピーされてしま
うといった事態が発生する。これを防ぐためには、それ
ぞれのポートの接続される方向、即ちリーフ側である
か、ルート側であるか、を固定する事が考えられるが、
この場合はノードの使用形態が固定されてしまうため、
望ましくない。

【０４１３】また、ブロードキャストセルを一旦ブロー
ドキャストチャネルのルートにて合流し、そこからコピ
ーしてゆくアルゴリズムを採用したので、ブロードキャ
ストチャネルのルートに何らかの故障が発生すると、Ａ
ＴＭ−ＬＡＮ全体にその影響が波及する。

【０４１４】本実施例のＡＴＭ−ＬＡＮを信頼性の要求
されるアプリケーションに適用する場合、この性質は許
容しがたいものになる可能性がある。これを避けるに
は、例えば図２１に示すようにＡＴＭ−ＬＡＮのノード
装置を２重化し、端末をそれぞれのＡＴＭ−ＬＡＮに２
重帰属させる様な構成をとっても良い。この場合、同図
に示すようにＡＴＭ−ＬＡＮ収容装置も２重化し、それ
ぞれを上位のネットワークの別のノードに接続するよう
にすると、なお望ましい。

【０４１５】次に、本実施例によるＡＴＭ−ＬＡＮの構
成要素であるノードの構成を詳細に説明する。

【０４１６】図２２に、ノードの構成を示す。ここで示
したノードの構成は、本発明者らが特開平４−１００４
５１にて提案したＡＴＭ交換システムの構成を簡略化
し、本発明に特有のブロードキャストチャネルを追加し
た構成となっている。同図において、２００１−１〜２
００１−ｎは隣接ノードからのセル流を受け取り、以下
に述べる処理を施してＡＴＭスイッチ２００３に与える
受信側の回線ＩＮＦ、２００２−１〜２００２−ｎはＡ
ＴＭスイッチ２００３から与えられるセル流を受け取
り、以下に述べる処理を施して隣接ノードへと与える送
信側の回線ＩＮＦ、２００３は、受信側の回線ＩＮＦ２
００１−１〜２００１−ｎからセル流を受け取り、それ
ぞれのセルを所望の送信側の回線ＩＮＦ２００２−１〜
２００２−ｎへと転送するＡＴＭスイッチ、２００４
は、受信側の回線ＩＮＦ２００１−１〜２００１−ｎか
ら分岐されてくるブロードキャストチャネルに属するセ
ルを集線し、マイクロプロセッサ２００８や送信側の回
線ＩＮＦ２００２−１〜２００２−ｎに転送するブロー
ドキャストバス、２００５は、ブロードキャストバス２
００４上にタイムスロットを定義することで、マイクロ
プロセッサ２００８と受信側の回線ＩＮＦ２００１−１
〜２００１−ｎの一つに該ブロードキャストバス２００
４にセルを送出する権利を与えるタイムスロット作成機
能、２００６は、ブロードキャストバス２００４上のセ
ル流の内、宛先ノード番号フィールドの値が全端末同報
指定、隣接ノード分岐指示、または自分のノード番号と
等しい値を持つセルで、後述する条件を満たしたセル
を、マイクロプロセッサ２００８側へととりこむ第１の
アドレスフィルタ、２００７は、マイクロプロセッサ２
００８が作成したセルを一旦保持し、タイムスロット作
成機能２００５によりブロードキャストバス２００４に
送出する権利が与えられたなら、前記保持しているセル
の一つをブロードキャストバスへと送出する第１のセル
ＦＩＦＯ、２００８は、ブロードキャストバス２００４
から入力されるセルにより指示される動作を、受信側の
回線ＩＮＦ２００１−１〜２００１−ｎ、送信側の回線
ＩＮＦ２００２−１〜２００２−ｎ、ＡＴＭスイッチ２
００３の監視制御を行うことで実行する、即ちノード設
定プロセスを実行するマイクロプロセッサ、２００９
は、マイクロプロセッサ２００８の動作の為の作業領域
に使用されるＲＡＭ、２０１０は、マイクロプロセッサ
２００８の動作の為のプログラムを保持しておく為に使
用されるＲＯＭ、２０１１は、第１のアドレスフィルタ
２００６や、マイクロプロセッサ２００８の指示に従
い、第１のアドレスフィルタ２００６がマイクロプロセ
ッサ２００８側にとりこんだセルをＲＡＭ２００９へ
と、またマイクロプロセッサ２００８がＲＡＭ２００９
上に作成したセルを第１のセルＦＩＦＯへと、それぞれ
転送するＤＭＡＣ(Direct Memory Access Controller)
、２００１１は、受信側の回線ＩＮＦで、隣接ノード
からのビット列を受け取り、該ビット列に対して、ビッ
ト同期、フレーム同期、セル同期という処理を行う事
で、該ビット列からセル流を再生する機能を持つ受信側
の物理レイヤ機能、２００１２は、受信側の物理レイヤ
機能２００１１からセル流を受け取り、当該セル流中の
各セルのＶＰＩ／ＶＣＩを解析し、送信側の回線ＩＮＦ
２００２−１〜２００２−ｎの中から当該セルを転送す
るものを選択し、当該セルを転送する回線側の回線ＩＮ
Ｆ２００２−１〜２００２−ｎに向けて、ＡＴＭスイッ
チ２００３に該セルを転送させる指示情報であるルーテ
ィングタグを付加すると共に、当該セルの出力時のＶＰ
Ｉ／ＶＣＩへと入力時のセルのＶＰＩ／ＶＣＩフィール
ドを書き換えて送出する機能を持つルーティングタグ付
加機能、２００１３は、ルーティングタグ付加機能２０
０１２が送出するセル流を受け取り、当該セル流の中の
セルで、例えば、ＶＰＩ、ＶＣＩが全て１である事で当
該セルがブロードキャストチャネルに属している事が示
されているならブロードキャストバス２００４に向け
て、そうでないセルはＡＴＭスイッチ２００３に向け
て、転送する機能を持つ第２のアドレスフィルタ、２０
０１４は、第２のアドレスフィルタ２００１３から送出
されたセルを受け取って一旦保持し、タイムスロット作
成機能２００５によってブロードキャストバス２００４
への送出権が与えられたなら当該セルをブロードキャス
トバスへと送出する第２のセルＦＩＦＯ、２００２１
は、ブロードキャストバス２００４上に乗せられたセル
の内、後述する条件を満たすセルを取り込み、ＡＴＭス
イッチ２００３からのセル流中に挿入し出力するセル挿
入機能、２００２２は、セル挿入機能２００２１からの
セル流を受け取り、ルーティングタグ付加機能２００１
２にて付加されたルーティングタグを削除し出力する、
ルーティングタグ削除機能、２００２３は、ルーティン
グタグ削除機能から出力されるセル流を受け取り、セル
のＨＥＣフィールドの計算と書換を行い、フレーム構造
に出力する送信側の物理レイヤ機能、である。

【０４１７】次に、このノードの動作を詳細に説明す
る。ある回線ＩＮＦの入力側から入力されたビット列
は、物理レイヤ機能（受信側）２００１１を通り、ビッ
ト同期／フレーム同期／セル同期がとられた後、セル流
としてルーティングタグ付加機能２００１２に入力され
る。ルーティングタグ付加機能２００１２では、受け取
ったセル流を構成する各セルのヘッダ部を参照し、以降
の該セルのノード内の経路を示すルーティングタグを付
加する。それと同時に、該セルの出力ポートでのＶＰＩ
／ＶＣＩの値に該セルのヘッダ部を書き換え、第２のア
ドレスフィルタ２００１３に出力する。ここで、ブロー
ドキャストセルのＶＰＩ／ＶＣＩは書き換えずそのまま
出力することに注意が必要である。

【０４１８】第２のアドレスフィルタ２００１３では、
ルーティングタグ付加機能２００１２から受け取ったセ
ル流からブロードキャストセルを分岐し、それを第２の
セルＦＩＦＯ２００１４へと送出する。ブロードキャス
トセル以外のセルは、ＡＴＭスイッチ２００１４に送出
され、ルーティングタグ付加機能２００１２にて付加さ
れたルーティングタグにて指定されるポートへと転送さ
れる。

【０４１９】ＡＴＭスイッチ２００１４から出力された
セル流は、まずセル挿入機能２００２１に与えられる。
ここで、ブロードキャストバス２００４からのブロード
キャストセルが該セル流へと挿入され、ルーティングタ
グ削除機能２００２２へと渡される。ルーティングタグ
削除機能２００２２では、入力されたセルに付加された
ルーティングタグを削除し、インタフェース点へと送出
するセルの形式に戻して、送信側物理レイヤ機能２００
２３へと出力する。送信側物理レイヤ機能２００２３で
は、受け取ったセルに対して予め定められた操作、例え
ば、ＨＥＣ値を計算してＨＥＣフィールドに書き込む、
隣接ノードとの伝送路上に定義されているフレームフォ
ーマットに該セルを乗せ込む、といった操作を行い、イ
ンタフェース点へとセルを送出する。

【０４２０】一方、第２のアドレスフィルタで分岐され
たブロードキャストセルは、ノードの中で以下のように
扱われる。

【０４２１】第２のアドレスフィルタでは、ブロードキ
ャストセル（本実施例ではＶＰＩとＶＰＩの全てのビッ
トが１であることにより表示されている）を分岐する。
機械式スイッチ２１０１にて、ユーザが各ポートに対し
て該ポートをリーフ側に接続したかルート側に接続した
かが指定されている。この指定がリーフ側の場合、ルー
ティングタグ付加機能２００１２にて付加されたルーテ
ィングタグ中の予め定められた位置のビットに、該セル
がリーフ側のポートから入力された事を表示して、第２
のセルＦＩＦＯ２００１４へと転送する。

【０４２２】一方、機械式スイッチ２１０１にてルート
側のポートであることが指定されている場合は、ノード
設定プロセスにて、該ポートから入力されたブロードキ
ャストセルをリーフ側にコピーして転送する旨通知され
ていたならば、前述のルーティングタグ中のビットに、
該セルがルート側のポートから入力された事を表示して
第２のセルＦＩＦＯ２００１４へと転送する。ノード設
定プロセスにて、該ポートから入力されたブロードキャ
ストセルを廃棄する旨通知されている場合は、該ブロー
ドキャストセルを第２のセルＦＩＦＯ２００１４へと転
送する事は行わない。

【０４２３】第２のアドレスフィルタ２００１３から第
２のセルＦＩＦＯ２００１４にブロードキャストセルが
転送される時には、さらに該セルが入力されてきたポー
トのポート番号もルーティングタグ中の予め定められた
位置に書き込む。第２のセルＦＩＦＯ２００１４に転送
されたブロードキャストセルは、そこで一時保持され
る。

【０４２４】また、ノード設定プロセスを実行する主体
であるマイクロプロセッサが作成したブロードキャスト
セルは、第１のセルＦＩＦＯ２００７へと送られ、そこ
で一時保持される。この時、第２のセルＦＩＦＯ２００
１４に保持されるブロードキャストセルと同様、そのル
ーティングタグ中の予め定められたビットに、リーフ側
から入力された事と、セルＦＩＦＯ２００１４に与えら
れたポート番号とを記述しておく。さらに、隣接ノード
での分岐が指定されているブロードキャストセルのルー
ティングタグには、予め定められた位置に、隣接ノード
分岐指定のブロードキャストセルであること、及び、該
ブロードキャストセルが送出されるべきポートのポート
番号が記述される。

【０４２５】上述の、それぞれの回線ＩＮＦ（受信側）
中にある第２のセルＦＩＦＯ２００１４、及び第１のセ
ルＦＩＦＯ２００７のセル送出口は、ブロードキャスト
バス２００４に接続されている。該ブロードキャストバ
ス２００４へのこれらからのセル送出は、タイムスロッ
ト作成機能２００５によって制御される。

【０４２６】即ち、タイムスロット作成機能２００５
は、予め定められた方法に従って、これらブロードキャ
ストバスに接続されたセルＦＩＦＯ群に対して、ブロー
ドキャストバス２００４へのセル送出機会を順に与えて
ゆく。セル送出機会が与えられたセルＦＩＦＯは、自分
の保持しているブロードキャストセルの内、最も古くか
ら保持しているセルをブロードキャストバス２００４に
送出する。

【０４２７】ここで、セル送出機会を与えるための予め
定められた方法とは、例えばブロードキャストバス２０
０４に接続されているセルＦＩＦＯに、順次セル送出機
会を与える、といった単純なものであっても良いし、こ
れらセルＦＩＦＯの中で、最も保持しているセル数が多
い物を選択してセル送出機会を与える、といった比較的
複雑なものであっても良い。

【０４２８】以上の操作で、ノード設定プロセスから廃
棄するよう指定されたポートを除く全てのポート、及び
マイクロプロセッサ２００８からのブロードキャストセ
ルが全てブロードキャストバス２００４に合流された事
になる。

【０４２９】一方、ブロードキャストバス２００４から
セルを取り込む機能としては、各回線ＩＮＦ（送信側）
のセル挿入機能２００２１、および第１のアドレスフィ
ルタ２００６がある。

【０４３０】まず、第１のアドレスフィルタ２００６の
動作について、詳細に説明する。

【０４３１】第１のアドレスフィルタ２００６は、ブロ
ードキャストバス２００４から予め定められた条件に従
ってブロードキャストセルを取り込み、一旦保持すると
ともに、ＤＭＡＣ２０１１にＤＡＭ要求を出す。ＤＭＡ
Ｃ２０１１は、第１のアドレスフィルタ２００６からＤ
ＭＡ要求を受け取ると、第１のアドレスフィルタ２００
６が保持しているセルをＲＡＭ２００９の予め定められ
た領域へと転送する操作を行う。この時、第２のアドレ
スフィルタ２００１３にて付加された、該セルの入力さ
れたポート番号も同時にＲＡＭ２００９に転送される。
マイクロプロセッサ２００８上で動作しているノード設
定プロセスは、ＤＭＡＣ２０１１によるブロードキャス
トセルのＲＡＭへの転送が終了すると、該セルを受け取
り、該セルにて指示された操作を行う。

【０４３２】第１のアドレスフィルタ２００６がセルを
取り込む条件は以下の通りである。即ち、ルート側から
入力された事が表示されているブロードキャストセルの
内、宛先フィールドの値が、隣接ノード分岐か、全端末
同報か、該ノードに付けられたノード番号かであり、か
つ差出元フィールドに自分のノード番号が記述されてい
ないものを取り込む。ルーティングタグ中のビットによ
り、リーフ側から入力された事が表示されているブロー
ドキャストセルは取り込まない。

【０４３３】なお、該ノードが収容している全ての回線
ＩＮＦに対して、機械式スイッチ２１０１にてリーフ側
である事が表示される場合に、該ノードがルートとして
動く様に構成する場合は、リーフ側から入力されたセル
については、以下の様に動作を変える必要がある。即
ち、ノード設定プロセスが、全ての機械式スイッチ２１
０１にてリーフ側が表示されている事を検出すると、第
１のアドレスフィルタ２００６にその事を通知する。第
１のアドレスフィルタ２００６は、全ての機械式スイッ
チ２１０１にてリーフ側が表示されている場合は、ルー
ティングタグ中の予め定められたビットによってリーフ
側が表示されているセルで、宛先フィールドの値が隣接
ノード分岐か、全端末同報か、該ノードに付けられたノ
ード番号かであり、かつ差出元フィールドに自分のノー
ド番号が記述されていないものを取り込む。

【０４３４】次に、各回線ＩＮＦ（送信側）のセル挿入
機能２００２１の動作について、詳細に説明する。

【０４３５】セル挿入機能２００２１は、ブロードキャ
ストバス２００４から予め定められた条件に従ってブロ
ードキャストセルを取り込み、ＡＴＭスイッチ２００３
から与えられているセル流に挿入して送出する。この
際、ブロードキャストバス２００４からセルを取り込む
時には、ＡＴＭスイッチ２００３に向けてバックプレッ
シャをかけ、ＡＴＭスイッチ２００３からセルが送出さ
れないようにして、ブロードキャストセルを受け取る様
にすると、タイムスロット作成機能２００５の動作アル
ゴリズムを簡略化でき、望ましい実施形態となる。この
時、ＡＴＭスイッチ２００３の各入出力端子の伝送容量
に比して、十分ブロードキャストバス２００４の伝送容
量が小さければ、ブロードキャストセルによりユーザセ
ルのトラフィックが圧迫される、という問題点を回避で
きる。

【０４３６】一方、ルーティングタグ中の予め定められ
たビットによって、該ブロードキャストセルがルート側
から入力されたものである事が表示されているものは、
自分が属する回線ＩＮＦに、機械式スイッチ２１０１に
てリーフ側に接続されている事が表示されている場合、
該ブロードキャストセルを取り込む。

【０４３７】セル挿入機能２００２１で、ブロードキャ
ストバス２００４からセルを受け取る予め定められた条
件とは、具体的には以下の様なものである。

【０４３８】まず、ルーティングタグ中の予め定めれた
ビットによって、隣接ノードでの分岐が指定されている
事が表示されているブロードキャストセルについては、
該ブロードキャストセルのルーティングタグ中の予め定
められた位置で指定されている、該セルが出力されるべ
きポートのポート番号と、自分が属する回線ＩＮＦに与
えられているポート番号とを比較し、一致していたなら
とりこむ。

【０４３９】その他のブロードキャストセルについて
は、以下の様に動作する。

【０４４０】まず、ルーティングタグ中の予め定められ
たビットによって、該ブロードキャストセルがリーフ側
から入力されたものである事が表示されているものは、
自分が属する回線ＩＮＦに、機械式スイッチにてルート
側に接続されている事が表示され、かつ、ノード設定プ
ロセスにて、ブロードキャストセルをルート側に送出す
る事が指定されている場合に、該ブロードキャストセル
を取り込む。

【０４４１】なお、該ノードが収容している全ての回線
ＩＮＦに対して、機械式スイッチ２１０１にてリーフ側
である事が表示される場合に該ノードがルートとして動
く様に構成する場合は、リーフ側から入力されたセルに
ついては、以下の様に動作を変える必要がある。即ち、
ノード設定プロセスが全ての機械式スイッチ２１０１に
てリーフ側が表示されている事を検出すると、セル挿入
機能２００２１にその事を通知する。セル挿入機能２０
０２１は、全ての機械式スイッチ２１０１にてリーフ側
が表示されている場合は、ルーティングタグ中の予め定
められたビットによってリーフ側が表示されているセル
を取り込む。

【０４４２】なお、ノードのノード設定プロセスが送出
する隣接ノード情報要求応答メッセージに、当該メッセ
ージが送出されたポートに対して機械式スイッチ２１０
１で指定されるリーフ側であるかルート側であるかの情
報を加えておき、このメッセージをノード設定プロセス
が受け取った時に、該メッセージが入力されたポートに
おける機械式スイッチ２１０１での指定と矛盾していた
なら、即ち隣接機器でルート側と指定されているにも関
わらずルート側として指定されている、若しくは隣接機
器でリーフ側と指定されているにも関わらずリーフ側と
して指定されている場合は、例えば図２３に示すように
ノード装置が収容されている筐体のフロントパネルに、
機械的スイッチ２１０１に対応させて配したＬＥＤのよ
うな表示素子２１０２を点灯させ、該ポートの設定に矛
盾があることをユーザに表示するようにすると、機械式
スイッチ２１０１の設定ミスによるブロードキャストチ
ャネルの不具合を防ぐ事が可能になる。

【０４４３】また、本実施例のＡＴＭ−ＬＡＮがコピー
機能を持つ場合は、図２２に示したＡＴＭスイッチ２０
０３がコピーコネクションを作成する機能、即ち、一つ
の入力ポートから入力されたセルをそのルーティングタ
グに従って複数の出力ポートへと転送する機能を持つと
同時に、ルーティングタグ付加機能２００１２にて行っ
ていたＶＰＩ／ＶＣＩ変換をルーティングタグ削除機能
２００２２に移す必要がある。ルーティングタグ付加機
能２００１２では、ＡＴＭスイッチ２００３が要求する
コピーコネクション用ルーティングタグを入力されたセ
ルに付加すると同時に、ルーティングタグ削除機能２０
０２２で、書き換えるべき新しいＶＰＩ／ＶＣＩを検索
するためのキーとなる、ノード内のコネクション識別子
も付加する必要がある。

【０４４４】さらに、本実施例のＡＴＭ−ＬＡＮにおい
て、一つのノードに接続できる端末／ノード数を増加さ
せる目的で、図２４に示すようにトラフィックをルート
まで上げなくて済む様に、渡り経路を設定する様にして
も良い。この場合は、各ポート毎に付けられる機械式ス
イッチを計２ビットとし、それぞれのポートが、ルート
側に接続されているか、リーフ側に接続されているか、
渡り経路として使用されているか、示すようにしても良
い。渡り経路として指定されているポートに対し、隣接
ノード分岐指定以外のブロードキャストセルを送出しな
い、かつ、隣接ノード分岐指定以外のブロードキャスト
セルを該ポートから受信しない事で、渡り経路を設定し
たとしても、今まで説明してきた、ブロードキャストチ
ャネル実現法が同様に使用可能である事は言うまでもな
い。また、隣接ノード番号要求メッセージ／隣接ノード
番号要求応答メッセージ中に、機械式スイッチ２ビット
の情報を書き込み、対向ノードでの設定が矛盾（即ち、
自分が渡り経路と指定されているのに、相手が指定され
ていない）している場合に、ノードを収容している筺体
の前面パネルにＬＥＤを付ければ、保守者の設定ミスを
容易に発見可能になることも、前述と同様である。

【０４４５】渡り経路を設定する場合は、ＡＴＭ−ＬＡ
Ｎの構成認識に若干注意が必要となる。渡り経路でない
物理リンクはツリー構造を構成しているので、まず、こ
れらの物理リンクとノードの接続関係を認識する。次
に、渡り経路の物理リンクを、前記認識したツリー構造
に付加して行く。この様に段階を踏む事で、ループ構造
となっている部分についての構成認識にかかる手間を軽
減する事ができる。

【０４４６】最後に、本発明の一実施例であるＡＴＭ−
ＬＡＮの第３の構成要素である、ＡＴＭ−ＬＡＮ収容装
置の機能について述べる。

【０４４７】ＡＴＭ−ＬＡＮ収容装置は、上位のＡＴＭ
通信網のインタフェース基板の１種として実現される。
ＡＴＭ−ＬＡＮ収容装置には、１）上位のＡＴＭ通信網
にコネクションを設定するエージェントと、本発明の一
実施例であるＡＴＭ−ＬＡＮのコネクション設定プロセ
スの間の通信を行う為の機能、２）ＡＴＭ−ＬＡＮから
上位のＡＴＭ通信網に向けて転送されるセルのＶＰＩ／
ＶＣＩを変換する機能、３）ＡＴＭ−ＬＡＮから上位の
ＡＴＭ通信網に向けて設定されたコネクションの監視機
能、４）ＡＴＭ−ＬＡＮ内のブロードキャストセルのル
ープバック、といった機能が必要になる。

【０４４８】図２５に、本実施例のＡＴＭ−ＬＡＮにお
けるＡＴＭ−ＬＡＮ収容装置の構成を示す。同図におい
て、２２０１は、インタフェース点の受信入力点から入
力されるビット列に、ビット同期、フレーム同期、セル
同期といった物理レイヤ機能を施し、該入力されたビッ
ト列からセルの先頭を検出する、物理レイヤ機能（受信
側）、２２０７は、入力されるセル流に対し、ＨＥＣ演
算、フレームのオーバーヘッド付加といった物理レイヤ
機能を施し、インタフェース点の送信送出点へと送出す
る、物理レイヤ機能（送信側）、２２０２は、物理レイ
ヤ機能（受信側）２１０１からセル流を受け取り、予め
定められた条件を満たすセルを分岐して、物理レイヤ機
能（送信側）２２０７へのセル流に挿入する、ループバ
ック機能、２２０３は、ループバック機能２２０２が分
岐しなかったセルを受け取り、当該セルのＶＰＩ／ＶＣ
Ｉを解析して、ＡＴＭ−ＬＡＮ内のＶＰＩ／ＶＣＩか
ら、上位のＡＴＭ通信網内のＶＰＩ／ＶＣＩへと変換す
ると共に、当該セルに、当該セルを転送するポートを示
すルーティングタグを付加する、ルーティングタグ付加
機能、２２０４は、２２０３を流れるセル流を観察し、
予め定められた帯域を越える場合は、セルをいくつか廃
棄させ、セル流が予め定められた帯域を越えないように
監視するポリシング機能、２２０５は、ルーティングタ
グ付加機能からセルを受け取り、該セルに付けられたル
ーティングタグに従って、該セルを所望の出力ポートへ
と転送するＡＴＭスイッチ、２２０６は、ＡＴＭスイッ
チから渡されたセルからルーティングタグを除去すると
共に、該セルのＶＰＩ／ＶＣＩを、上位のＡＴＭ通信網
内のものから、ＡＴＭ−ＬＡＮ内のものへと変換し、ル
ープバック機能２２０２、物理レイヤ機能（送信側）２
２０７を経由して送信送出点へ出力する経路へと転送す
る、ルーテイングタグ削除機能、２２０８は、上位のＡ
ＴＭ通信網内部にある、該上位のＡＴＭ通信網を制御す
る管理エージェント、１０１１１は、該ＡＴＭ−ＬＡＮ
収容装置の制御を行う、ＡＴＭ−ＬＡＮ収容装置設定プ
ロセス、である。

【０４４９】同図に示すように、ＡＴＭ−ＬＡＮ収容装
置１０１１は上位のＡＴＭ通信網の１ノードのＡＴＭス
イッチ２２０５に直接接続されるように構成されるのが
コスト削減の観点から望ましい。

【０４５０】ＡＴＭ−ＬＡＮから入力されるビット列
は、物理レイヤ機能（受信側）２２０１から入力され、
セルの先頭が認識されてセル流となり、ループバック機
能２２０２へと入力される。ループバック機能２２０２
では、入力されたセル流から、予め定められた条件、本
発明の一実施例の場合は、ＶＰＩ／ＶＣＩの全てのビッ
トが１である、事でＡＴＭ−ＬＡＮ内のブロードキャス
トセルであると指定されたセルを除き、ルーティングタ
グ付加機能２２０３へと転送する。ルーティングタグ付
加機能２２０３へと転送されたセルは、管理エージェン
ト２２０８とＡＴＭ−ＬＡＮのコネクション設定プロセ
スとの間の通信用セルを含む、ＡＴＭ−ＬＡＮから上位
ＡＴＭ通信網へと送出されるセルである。ルーティング
タグ付加機能２２０３は、入力されたセルにルーティン
グタグを付加すると同時に、セルのＶＰＩ／ＶＣＩを書
き換える。

【０４５１】ここで、ルーティングタグ付加機能２２０
３にＶＰＩ／ＶＣＩ書換の機能が必要になるのは、以下
の理由による。

【０４５２】ＡＴＭ−ＬＡＮと上位ＡＴＭ通信網とで、
セルのＶＰＩとＶＣＩの使用法が異なる可能性がある。
例えば、ＡＴＭ−ＬＡＮではコスト削減の為、ＶＰＩの
下位３ビットとＶＣＩの下位４ビットしか有効でない
が、上位ＡＴＭ通信網ではＶＰＩの下位６ビットとＶＣ
Ｉの下位１０ビットが有効で、上位ＡＴＭ通信網内部で
割り当てられたＶＰＩとＶＣＩが、ＡＴＭ−ＬＡＮで付
加できない値である、とか、ＡＴＭ−ＬＡＮではＶＣ交
換しか行っていないが、上位ＡＴＭ通信網ではＶＰ交換
しか行っていない、とかいった事である。この為、ルー
ティングタグ付加機能２２０３に、ＡＴＭ−ＬＡＮ内で
のＶＰＩ／ＶＣＩから、上位ＡＴＭ通信網でのＶＰＩ／
ＶＣＩへと、入力されたセルのＶＰＩ／ＶＣＩを変換す
る機能が必要になる。

【０４５３】ポリシング機能２２０４は、ルーティング
タグ付加機能２２０３を通過するセル流をコネクション
毎に観察し、予めコネクション毎に予約された帯域を越
えない様、必要ならばセルを廃棄する事をルーティング
タグ付加機能２２０３に指示している。これにより、Ａ
ＴＭ−ＬＡＮから過剰なトラフィックが流入する事を防
ぐ。

【０４５４】ＡＴＭスイッチ２２０５は、ルーティング
タグ付加機能２２０３から与えられるセルを、そのルー
ティングタグに従って、所望のポートへと転送する。

【０４５５】一方、上位ＡＴＭ通信網からＡＴＭ−ＬＡ
Ｎへと転送されるべきセルは、まず、ルーティングタグ
削除機能２２０６に入力され、ルーティングタグが削除
されると共に、そのセルのＶＰＩ／ＶＣＩが、ＡＴＭ−
ＬＡＮ内で有効な物へと変更され、ループバック機能２
２０２へと出力される。ここでのＶＰＩ／ＶＣＩ変換
も、ＡＴＭ−ＬＡＮと上位ＡＴＭ通信網のＶＰＩ／ＶＣ
Ｉ認識に関する能力の違いを吸収するために行われる。

【０４５６】ループバック機能２２０２は、ルーティン
グタグ削除機能２２０６から受け取るセル流を物理レイ
ヤ機能（送信側）２２０７へと転送すると共に、該セル
流の中から空セルを検出し、前述の、ルーティングタグ
付加機能２２０３へのセル流から分岐したブロードキャ
ストセルを挿入して行く役割を持つ。ここが、ブロード
キャストチャネルの正確なルートとなる。また、ループ
バック機能２２０２は、ブロードキャストセルのうち、
ＡＴＭ−ＬＡＮ収容装置設定プロセス１０１１１向けの
ものを選択し、それらを該プロセスへ転送すると共に、
該プロセスが送出するブロードキャストセルを送信送出
点に向けて出力する機能も有する。

【０４５７】なお、管理エージェント２２０８と、ＡＴ
Ｍ−ＬＡＮのコネクション設定プロセスとの間の通信
は、ＣＣＩＴＴで規定されるシグナリングプロトコルに
従ってもかまわない。この場合は、管理エージェント２
２０８と、ＡＴＭ−ＬＡＮのコネクション設定プロセス
との間に、ＡＴＭ−ＬＡＮ収容装置を経由してコネクシ
ョンを設定する事になる。この場合、ＡＴＭ−ＬＡＮ収
容装置が、コネクション設定プロセスが出力するメタシ
グナリングセルを、管理エージェント２２０８へと接続
されたコネクションに乗せる様にＶＰＩ／ＶＣＩ変換を
行い、またルーティングタグを付加する事としても良
い。

【０４５８】

【発明の効果】以上説明したように、本発明によればＶ
Ｐ／ＶＣリンク設定機能とＶＰ／ＶＣリンク連結機能を
持つノードを複数個接続してＡＴＭ−ＬＡＮシステムを
構成することが可能であるので、これら両機能を用いて
端末が自由にＡＴＭ−ＬＡＮ上にコネクションを設定で
きるという、柔軟性に富んだＡＴＭ−ＬＡＮシステムを
提供する事ができる。

【０４５９】また、ＡＴＭ−ＬＡＮのノードをツリー状
に接続し、各ノードの各ポートに該ポートがルート側に
接続されているか、リーフ側に接続されているかをユー
ザが機械式スイッチにて設定できるようにしたことによ
り、ＡＴＭ−ＬＡＮのノードは電源入力後直ちにブロー
ドキャストチャネルを端末に提供して、コネクション設
定を行うために必要な通信機能を端末に提供することが
可能となる。

【０４６０】さらに、ＡＴＭ−ＬＡＮのノード内部でブ
ロードキャストセルとその他のセルの経路を分離し、ブ
ロードキャストセルをインタフェース点に送出する際に
は、その他のセルに対してバックプレッシャをかけるよ
うに構成することにより、ノードの構成が単純化され、
システムを安価に実現することができる。

【図面の簡単な説明】

【図１】本発明の一実施例に係るＡＴＭ−ＬＡＮシステ
ムの概略構成図

【図２】同ＡＴＭ−ＬＡＮシステムの一部をより具体的
に示す図

【図３】コネクション設定プロセスの動作を説明する図

【図４】ノード設定プロセスの動作を説明する図

【図５】端末設定プロセス／ＡＴＭ−ＬＡＮ収容装置設
定プロセスの動作を説明する図

【図６】隣接ノード番号を得る時に実行される動作を説
明する図

【図７】構成認識を行う時に実行される動作を説明する
図

【図８】構成認識を行う時に実行される動作を説明する
図

【図９】コネクション設定サービス検索時に実行される
動作を説明する図

【図１０】コネクション設定動作を説明する図

【図１１】コネクション設定動作中のメッセージシーケ
ンスを説明する図

【図１２】コネクション解放動作を説明する図

【図１３】コネクション解放動作中のメッセージシーケ
ンスを説明する図

【図１４】ブロードキャストチャネル上のメッセージの
フォーマットを説明する図

【図１５】種別情報のフォーマットを説明する図

【図１６】ＶＰ／ＶＣリンクとＶＰ／ＶＣリンク対の対
応を説明する図

【図１７】端末内でのブロードキャストチャネルとプロ
セスの間の関係を説明する図

【図１８】ブロードキャストチャネルでのブロードキャ
ストセルの合流法を説明する図

【図１９】ブロードキャストチャネルでのブロードキャ
ストセルの分配法を説明する図

【図２０】ノード内でのブロードキャストセルの扱いを
説明する図

【図２１】同ＡＴＭ−ＬＡＮシステムの２重化法を説明
する図

【図２２】同ＡＴＭ−ＬＡＮシステムにおけるノード構
成を示す図

【図２３】同実施例におけるノード機器の外観図

【図２４】同ＡＴＭ−ＬＡＮシステムにおいて渡り経路
を設定する場合の構成を示す図

【図２５】同ＡＴＭ−ＬＡＮシステムにおけるＡＴＭ−
ＬＡＮ収容装置の構成を説明する図

【符号の説明】

１…ノード ２…端末 ３…ブロードキャストチャネル ４…ＶＰ／ＶＣリ
ンク ５…ＶＰ／ＶＣリンク連結部 １０１１…ＡＴＭ
−ＬＡＮ収容装置 １０２１〜１０２６…ノード １０３１〜１０４
３…端末 ２１０１…機械式スイッチ ２１０２…ＬＥＤ

Claims (3)

【特許請求の範囲】
1. 【請求項１】複数の端末を複数のノードを介して接続
   し、前記端末間の通信を非同期転送モードにより行うＡ
   ＴＭ−ＬＡＮシステムにおいて、 前記複数の端末の少なくとも一つに設けられ、バーチャ
   ルパスまたはバーチャルチャネルのリンクを設定するた
   めのリンク設定要求および該リンクを連結するためのリ
   ンク連結要求を送出する要求送出手段と、 前記複数のノードおよび前記複数の端末を接続し、前記
   要求送出手段から送出された前記リンク設定要求および
   リンク連結要求を前記複数のノードに対して転送するブ
   ロードキャストチャネルと、 前記複数のノードにそれぞれ設けられ、前記ブロードキ
   ャストチャネルから転送された前記リンク設定要求およ
   びリンク連結要求を受けて前記リンクの設定および連結
   を行うリンク設定／連結手段とを具備することを特徴と
   するＡＴＭ−ＬＡＮシステム。
2. 【請求項２】前記複数のノードはそれぞれ複数のポート
   を収納するものであって、該複数のノードをツリー状に
   接続する共に、該ノードが収容する前記複数のポートの
   それぞれに該ポートをツリーのノード側およびリーフ側
   のいずれに接続したかを設定するためのスイッチを該ノ
   ードに設けたことを特徴とする請求項１に記載のＡＴＭ
   −ＬＡＮシステム。
3. 【請求項３】前記複数のノードは、前記ブロードキャス
   トセルが転送される経路とブロードキャストセル以外の
   セルが転送される経路とを独立に有し、前記ブロードキ
   ャストセル以外のセル流に該ブロードキャストセルを挿
   入する際、該ブロードキャストセル以外のセル流にバッ
   クプレッシャをかける手段を有することを特徴とする請
   求項１または２に記載のＡＴＭ−ＬＡＮシステム。