JPH0795214A - Ａｔｍ通信システムの網立ち上げ方法、バーチャルパス使用方法、データグラム配送方法、及び帯域割り当て方法 - Google Patents

Abstract

(57)【要約】 【目的】 ＡＴＭ網において、データグラム配送を効率
的に行う機構等を提供することを目的とする。 【構成】 閉域ＡＴＭ網に収容されるデータグラムのや
り取りを行う装置に対して、おのおの該閉域ＡＴＭ網に
て一意の識別番号を割り当て、該閉域ＡＴＭ網において
データグラムの配送を行う場合は、ＡＴＭセルヘッダの
ＶＰＩ領域は該閉域ＡＴＭ網内にてあらかじめ定められ
た値を用い、かつ、該データグラムの送信側装置、およ
び／または受信側装置に割り当てられた識別番号を、そ
れぞれＡＴＭセルヘッダのＶＣＩ領域の一部分に割り当
てて該配送を行う。また、サービス種別にＶＰ網をリン
ク単位に確立する。また、上位網のおけるデータグラム
配送は、データグラム配送用ＶＣのうち、ＣＬＳＦから
網間接続装置間のＶＣをＶＰに収容し、上位網において
はＶＰ単位のリレーイングでその配送を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】 本発明は、ＡＴＭ通信網におけ
る通信システムに適用されるＡＴＭ網の立ち上げ方法、
バーチャルパス使用方法、データグラム配送方法、及び
帯域管理を行わないバーチャルコネクションを収容する
バーチャルパスについての帯域割り当て方法に関する。

【０００２】

【従来の技術】近年、画像通信、高速データ通信などの
多様な通信の要求が高まり、効率的で柔軟性に富む通信
サービスを提供するために通信網の統合化（Ｂ−ＩＳＤ
Ｎ）が望まれている．その実現方法としてＡＴＭ(Async
hronous Transfer Mode)交換が有望視されている．この
ＡＴＭ交換では、情報をその属性に関わらず、セルと呼
ばれる固定長パケットにおさめ、このセルを交換の単位
として用いることにより、通信サービスを実現しようと
いうものである。

【０００３】ＩＴＵ−ＴＳ（旧ＣＣＩＴＴ）では、この
ＡＴＭ交換方式を正式な次世代交換方式であると定め、
Ｂ−ＩＳＤＮを正式にＡＴＭ交換方式を用いて実現する
ことを決定した。これにともない、公衆網、および企業
網がＡＴＭ交換方式をベースに構築され、これが次世代
のマルチメディア通信や広帯域通信などのニーズを実現
する可能性が高い。

【０００４】このＡＴＭ交換方式をＬＡＮ(Local Area
Network)の分野に適用しようという動きがある。これ
は、従来イーサネットを代表としたＬＡＮの通信方式を
ＡＴＭ交換方式（以下、ＡＴＭ通信方式とも呼ぶ）にて
実現しようというもので、すでにアメリカなどでは標準
化の動きも始まっている。

【０００５】ＡＴＭ交換方式をＬＡＮに適用した場合、
以下に述べるような利点が考えられる。 （１）広帯域通信を実現できる 現在のＬＡＮの実質的標準といえるイーサネットの通信
速度は１０Ｍｂｐｓである。ＦＤＤＩ（１００Ｍｂｐ
ｓ）など、より高速のＬＡＮも登場しつつあるが、これ
らはともにシェアードメディア（すなわちその帯域をす
べての端末が共用して、これを使用する方式）である。
これに対し、１５０Ｍｂｐｓ／６２０Ｍｂｐｓを標準と
したＡＴＭ交換方式の導入は、基本的にスター型の構成
であるため、その帯域を端末が独占的に使用することが
でき、ＬＡＮのスループットを飛躍的に向上する可能性
がある。 （２）マルチメディアに適している 現在のＬＡＮでは、ファイル転送やトランザクション処
理などのいわゆるデータ通信(Data Communication)をサ
ポートしてきた。現在までのＬＡＮは、その方式の関係
から、音声、画像などに代表されるリアルタイム通信の
サポートができない、もしくはできてもそのオーバヘッ
ドが非常に重く、もし可能であっても、そのサポート帯
域は非常に小さいものであった。

【０００６】これに対し、ＡＴＭ交換方式は、ハードウ
エアによる統一的処理、網の信頼性の飛躍的向上などを
理由に、音声、画像などのリアルタイム／コンティニュ
アス通信と、データ通信などの非コンティニュアス通信
の融合、すなわちマルチメディア通信が可能な通信方式
である。このことから、ＡＴＭ交換方式をＬＡＮに導入
することにより、ＬＡＮにおけるマルチメディア環境の
実現を促す可能性がある。 （３）公衆網との親和性がよい。

【０００７】先にも述べたように、公衆網における広帯
域通信実現のターゲットはＡＴＭ交換方式であるとＩＴ
Ｕ−ＴＳで決められていることから、将来の公衆網（公
衆通信網）はＡＴＭ網として構築される可能性が極めて
高い。

【０００８】また、これとは別に最近ＬＡＮの環境をよ
り広い領域で使用したいという要求が高まっている。こ
れは、ＬＡＮと同一の環境をより広域で、すなわちＭＡ
Ｎ(Metropolitan Area Network) 、あるいはＷＡＮ(Wid
e Area Network) へのニーズの高まりを示している。こ
れを実現するためには、端末同士、あるいはＬＡＮ同士
を公衆網を介して相互接続してやる必要があり、一般に
これら端末、あるいは網が物理的に離れている場合に
は、公衆網を介してこれらを相互接続してやる必要があ
る。

【０００９】公衆網にＡＴＭ交換方式が用いられ、ＬＡ
Ｎでも同様の通信方式が用いられるとすると、その境界
点においては簡単なプロトコル変換のみで情報／パケッ
トの相互乗り入れを行うことが可能であると考えられ、
公衆網への親和性の高さを示している。これらのことか
ら、ＬＡＮにＡＴＭ交換方式を適用することは、これま
での公衆網では不可能であった遠距離端末／網間の広帯
域通信回線の確保、及びリアルタイム性の確保ができる
と考えられることから、ＬＡＮのＭＡＮ、あるはＷＡＮ
への展開を促進するものといえよう。

【００１０】

【発明が解決しようとしている課題】しかしながら、Ａ
ＴＭ網は「コネクションオリエンテッド（以下ＣＯとも
書く）」な網である。すなわち、ＡＴＭ網では、エンド
−エンド間に仮想コネクション(Virtual Connection 、
ＶＣともいう) （または仮想パス(Virtual Path 、ＶＰ
ともいう) ）を張り、このＶＣ、またはＶＰをその識別
子（それぞれＶＣＩ、ＶＰＩ）でラベル多重、ラベル交
換される形でパケット（ＡＴＭ網ではセル）がエンド−
エンドに配送される。

【００１１】これに対し、これまでのデータ通信で行わ
れてきた通信方式は、「コネクションレス（以下ＣＬと
も書く）」であった。すなわち、エンド−エンド間でコ
ネクションは必ずしも張らず、あて先情報をパケットの
一部に添付する形でパケットを網に送り出し、網内の何
らかのノードがこの情報を解析してルーチング処理を行
い、相手先端末まで該パケットを転送していた。このよ
うにして相手先端末まで送出するパケットをデータグラ
ムと呼び、このような通信方式をデータグラム転送方式
と呼ぶ。

【００１２】既存のデータ端末（たとえばワークステー
ション(WS)とか、パーソナルコンピュータ(PC)など）
は、上記データグラム転送方式を適用しているものがほ
とんどである。これは、これまでのほとんどのＬＡＮが
データグラム転送方式をサポートおり、また、データ端
末内に登載されていたソフトウエア（たとえばＯＳ）が
データグラム転送向けのものであったためでもある。こ
の代表例として、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰをあげる
ことができる。

【００１３】これら既存の端末、あるいは既存のプロト
コルを登載した端末（すなわち、データグラムを生成
し、これをＡＴＭ網を介して相手側端末／網へ送出する
端末）では、データグラム転送方式をその端末−端末間
の通信に用いるため、これらをＡＴＭ網に適応させるた
めには以下のような改良が（端末側にも網にも）必要と
なる。なお、以下では、「端末」とは、既存のＬＡＮ
と、ＡＴＭ網とのゲートウエイも含むものとする。 （ａ）端末において、現状のＬＡＮ用の基板、たとえば
イーサネットボードをＡＴＭ網用の基板（以下、ＡＴＭ
ボードとも書く）と入れ替え、またはターミナルアダプ
タ（ＴＡ）などを用いてＡＴＭ−ＬＡＮとのインタフェ
ースに適合させる機能。 （ｂ）端末において、データグラムを何らかの形でＡＴ
Ｍセルに乗せ込む機能。 （ｃ）網において、データグラムをそのあて先アドレス
が示すあて先まで配達してやる機能。

【００１４】これを実現してやる機能として、これまで
はＣＬＳＦ(Connection Less Server Function) を用い
たデータグラム配送法が知られていた。これを用いたデ
ータグラム配送法について以下に詳述する。

【００１５】ＡＴＭ網内にＣＬＳＦを配置し、データグ
ラムはすべてここに集めるようにする。すなわち、全て
のデータグラム端末と、ＣＬＳＦはＰＶＣ(Permanent V
C)（ＶＣ、ＶＰ、ＰＶＰでもよい）でつながれている。
端末は、送出したいデータグラムを全てＡＴＭセル化
し、該ＣＬＳＦへ向かうＰＶＣにこれらを乗せ込み、Ｃ
ＬＳＦへこれを送出する。受信したＣＬＳＦでは、受信
したデータグラムを再生し、あて先アドレスを解析し、
該あて先アドレスにつながるＰＶＣを選択して、再度該
データグラムをＡＴＭセル化して、送出する。

【００１６】ここで、ＣＬＳＦでは必ずしもデータグラ
ムを再生してからあて先アドレスを解析し、再度これを
ＡＴＭセル化して送出する必要はなく、データグラムを
ＡＴＭセル化した最初の１セル内にあて先アドレスが含
まれている場合は、該最初の１セル内のあて先アドレス
を解析して、そのまま該セルをあて先端末に向かって転
送するとともに、該データグラムをＡＴＭセル化した２
セル目以降を順次あて先端末に送信する方法を用いても
良い。

【００１７】しかしながら、このＣＬＳＦを用いる方法
では、網内から送信された全てのデータグラムは必ずこ
のＣＬＳＦを経由することになり、送信データグラムの
量が増えるほど、また、網内の端末数が増えるほどＣＬ
ＳＦにはより高いスループットが求められ、ＣＬＳＦに
は非常に高いスループットと、柔軟な拡張性が求められ
ることになる。

【００１８】データグラムを相手先端末まで送出する今
一つの方法は、相手先端末までＡＴＭコネクション（た
とえばＶＣ）を張り、ＡＴＭセル化したデータグラムを
このＶＣ上に乗せ込んで配送する方法である。

【００１９】しかしながら、この場合はデータグラム配
送用のＡＴＭコネクションと、その他のＡＴＭコネクシ
ョンとの区別をどの様な形で行うか、データグラム配送
用ＡＴＭコネクションのＡＴＭセルヘッダ値の割り当て
かたなど、解決すべき問題は多い。また、本質的にバー
スト性を有するデータグラムコネクションを収容するＡ
ＴＭコネクションに対して、上記バーストの最大（最
悪）特性を通信資源として確保しておくことは、バース
トの発生しない時間中は、無駄な帯域を確保しているこ
ととなり、大きな通信資源の浪費となる。

【００２０】また、従来のＡＴＭ網の立ち上げ方法は、
電子情報通信学会研究報告ＳＳＥ９２−４２にあるよう
に、該ＡＴＭ網を構成するノードが、接続されるすべて
の隣接ノードに対して、一定時間毎に「網管理サーバを
検索する」動作を行い、網管理サーバでないノードはこ
れを一度受取り、「自分は網管理サーバではない」、あ
るいは「自分は網管理サーバを知らない」旨を通知（返
答）する。また、網管理サーバは「自分が網管理サーバ
である」旨を返答し、該検索動作を行ったノードを自分
の傘下に納める（「網管理サーバを知っている装置」と
する）という形をとっていた。このため、該ＡＴＭ網を
構成するノードは、網の立ち上げ以前は隣接するすべて
のノードから「網管理サーバの検索」を受け、これに対
していちいち返答する必要があったため、処理速度の遅
いノードはオーバーフローとなって、システムダウンす
る可能性をはらんでいた。

【００２１】本発明は、これらのことを鑑みなされたも
のであり、第１の発明は、ＡＴＭ網の立ち上げを網管理
サーバに主導権を持たせて行うようにして効率の良い立
ち上げを可能とする網立ち上げ方法の提供を、第２の発
明は、従来バーチャルコネクションごとに行われていた
管理をバーチャルパス単位でまとめて行えるようにして
効率の良い網管理を可能とするバーチャルパス使用方法
の提供を、第３の発明及び第５の発明は、ＡＴＭ網にお
けるデータグラムに対して独立した管理を施すようにし
て効率の良いデータグラム配送を可能とするデータグラ
ム配送方法の提供を、第４の発明は、帯域管理を行わな
いデータグラム通信等のためのバーチャルコネクション
への使用帯域の割り当てを工夫して通信リソースを効率
良く利用できるようにした帯域割り当て方法の提供を目
的とする。

【００２２】

【課題を解決するための手段】第１の発明は、ＡＴＭ網
の立ち上げを管理する網管理装置と、この網管理装置と
の間に網の管理情報の交換のためのＡＴＭコネクション
が確立されている第１のノードと、この第１のノードに
隣接する第２のノードとを備えるＡＴＭ通信システムに
おける網立ち上げ方法であって、前記網管理装置は前記
第１のノードに対し前記第２のノードの情報を要求し、
前記第１のノードはこの要求に応答して前記第２のノー
ドに対し立ち上げの信号を送り、前記第２のノードはこ
の信号に応答して前記第１のノードに対し自ノードの情
報を送り、前記第１のノードはこの情報を前記網管理装
置へ転送し、前記網管理装置はこの転送された情報によ
り前記第２のノードを認識するとともに前記第２のノー
ドとの間に網の管理情報の交換のためのＡＴＭコネクシ
ョンを確立することを特徴とするものである。前記網管
理装置と前記第１のノードとの間の網の管理情報の交換
のためのＡＴＭコネクションの確立は、前記網管理装置
は隣接するノードに対し立ち上げの信号を送り、前記隣
接するノードはこの信号に応答して前記網管理装置に対
し自ノードの情報を送り、前記網管理装置はこの情報に
より前記隣接するノードを認識するとともに自己と前記
隣接するノードとの間に網の管理情報の交換のためのＡ
ＴＭコネクションを確立することにより行うこともでき
る。

【００２３】第２の発明は、複数のノードを複数のリン
クにより接続して成るＡＴＭ網において所定の通信サー
ビスを行うＡＴＭ通信システムにおけるバーチャルパス
使用方法であって、任意の前記リンクごとに完結するバ
ーチャルパスを設定しておき、予め定められた通信サー
ビスを行うためにノード間にバーチャルコネクションを
確立する際に、このバーチャルコネクションを全て前記
バーチャルパスに収容するよう確立を行うことを特徴と
するものである。前記バーチャルパスは、前記ＡＴＭ網
全体で同一のバーチャルパス識別子を有するようにして
も良い。

【００２４】第３の発明は、複数の装置を接続して成る
ＡＴＭ網において装置間でデータグラムの送受信を行う
ＡＴＭ通信システムにおけるデータグラム配送方法であ
って、データグラムの送受信を行う前記装置には前記Ａ
ＴＭ網内で一意の識別番号が割り当てられ、データグラ
ムをＡＴＭセル化する際に、ＡＴＭセルヘッダのＶＰＩ
領域にはこのＡＴＭセルがデータグラムであることを示
す値を書き込み、ＶＣＩ領域にはこのデータグラムの受
信側装置に割り当てられた識別番号を示す値を書き込
み、このＡＴＭセルを転送することによりデータグラム
配送を行うことを特徴とするものである。前記ＡＴＭセ
ルヘッダのＶＣＩ領域に、前記データグラムの送信側装
置に割り当てられた識別番号を示す値をも書き込んでも
良い。

【００２５】第４の発明は、複数の装置を物理リンクに
より接続して成り、この物理リンクに収容される複数の
ＡＴＭコネクションを介して前記装置間の通信を行うＡ
ＴＭ通信システムにおける帯域割り当て方法であって、
帯域管理を行わないバーチャルコネクションを所定のバ
ーチャルパスに収容し、このバーチャルパスを収容する
物理リンクに帯域管理を行うＡＴＭコネクションが存在
するか否かを検知し、存在すると検知された場合には、
この帯域管理を行うＡＴＭコネクションが使用する帯域
の総計の残り帯域を前記バーチャルパスの使用帯域とし
て割り当てることを特徴とするものである。前記バーチ
ャルパスの使用帯域の最大値あるいは最小値を予め設定
しておき、最大値が設定されている場合には、帯域管理
を行うＡＴＭコネクションが存在しない限りこの最大値
まで使用帯域を割り当て、最小値が設定されている場合
には、帯域管理を行うＡＴＭコネクションの存在に関わ
らずこの最小値までの使用帯域は割り当てても良い。

【００２６】第５の発明は、第１のＡＴＭ網と、コネク
ションレスサービス装置を有する第２のＡＴＭ網と、こ
れら第１と第２のＡＴＭ網を接続する網間接続装置とか
ら成るＡＴＭ通信システムにおけるデータグラム配送方
法であって、第１のＡＴＭ網内の複数の端末装置と第２
のＡＴＭ網内のコネクションレスサービス装置との間に
それぞれデータグラム転送用ＡＴＭコネクションを設定
し、この設定の際に、第２のＡＴＭ網内では複数の前記
ＡＴＭコネクションのうち少なくとも一部を、前記網間
接続装置と前記コネクションレスサービス装置とを終端
点とするバーチャルパスに収容し、このバーチャルパス
に収容された前記ＡＴＭコネクションを用いて前記端末
装置と前記コネクションレスサービス装置との間でデー
タグラムの配送を行うことを特徴とするものである。

【００２７】

【作用】第１の発明によれば、網管理装置は、自己の配
下に収めた第１のノードを利用してこれに隣接する第２
のノードを配下に収め、次にはこの第２のノードを第１
のノードとして同様な処理を繰り返すことにより、近隣
から順々にＡＴＭ網を構成する装置に関する情報を入手
することができ、最終的に該網の所定の領域に関する全
情報を入手することができる。また、網管理装置と該Ａ
ＴＭ網を構成する各装置間に、それぞれ直結の網の管理
情報の伝達のためのＡＴＭコネクションを確立すること
ができる。また、網の立ち上げのトリガを網管理装置の
側からかけ、これを順次網管理装置からみてホップ数の
少ない順に該トリガを必要なノードに対して送出する構
成となっているため、網の立ち上げに際して送出される
セルの総量は最小限の値とすることができ、網の立ち上
げに際して不必要なトラヒックを抑制することが可能と
なる。また、ＡＴＭ網を構成する各ノードは、該トリガ
を受信した時点から立ち上げ処理（網管理サーバに認
識、登録されるための処理）を開始すればよく、さらに
この立ち上げ処理に要する速度（処理速度）は任意であ
るため、さまざまな能力を持ったノードを該ＡＴＭ網に
混在させることが可能となる。

【００２８】なお、網管理装置が第１のノードに対して
第２のノードに関する情報を要求する場合と、第１のノ
ードが第２のノードに関する情報を網管理装置に対して
リレーイングする場合に、先に確立した網管理サーバと
第１のノード間の網の管理情報の伝達のためのＡＴＭコ
ネクションを介してこれを行うことにより、網管理装置
と第１のノードの間の情報のやり取りを高速に（ＡＴＭ
レイヤ処理のみで）行うことができるとともに、これを
行わない場合に必要となる「各通過ノードにおける送出
先の解析、及び解析結果ポートへの該情報の送出」とい
ったルーチング処理をも避けることができる。

【００２９】なお、ノードの情報としては、例えば、該
ＡＴＭ網にて一意に定められた該ノードの認識番号、あ
るいは、隣接ノードから立ち上げの信号を受信したＡＴ
Ｍコネクションを収容しているポートの該ノードにて一
意な識別番号等を返送すれば良い。これにより、識別番
号を受け取ったノードは、隣接ノードに関する構成情報
を得ることができる。また、立ち上げの信号の送出元が
網管理装置であっても任意のノードであっても同一のプ
ロトコルで動作ができるため、処理手順の統一化、簡略
化をはかることができる。

【００３０】次に、第２の発明によれば、ＡＴＭ網を構
成する任意のリンクごとに完結するバーチャルパス（Ｖ
Ｐ）を設定し、あらかじめ定められた任意のサービスの
実現においては、該サービスを実現するために確立され
るバーチャルコネクション（ＶＣ）をすべて上記ＶＰに
収容することにより、該サ−ビスの状態管理、障害管
理、帯域管理等を、ＶＰ単位での状態管理（例えば、あ
るリンクにおいて配送される注目するサービスのトラヒ
ックについての観測を行う等）、ＶＰ単位での障害管理
（例えば、注目するサービスの提供を網が中断／再開す
る等）、ＶＰ単位での帯域管理（例えば、注目するサー
ビスに最小限の帯域を確保しておく、または最大限の帯
域を制限しておく等）の形で実現できる。また、網が提
供するサービスの性質（例えば情報／セルの廃棄率、転
送遅延時間）が、そのサービスを提供するＶＣが収容さ
れているＶＰの性質により表されるため、サービスの性
質を明確にできる。

【００３１】なお、上記ＶＰはすべて、ある領域のＡＴ
Ｍ網全体で、同一のバーチャルパス識別子（ＶＰＩ）を
有するようにすれば、各ノード、各リンクにおける状態
管理、障害管理などの処理手順を統一することができ
る。

【００３２】なお、上記ＶＰにて構成されるＶＰ網を用
いて、データグラム配送サービスを実現することがで
き、また、上記ＶＰにて構成されるＶＰ網を用いて、任
意の端末から該ＡＴＭ網に属する任意の端末に対して同
一のセルを送出するサービスである、ブロードキャスト
サービスを実現することもできる。

【００３３】第３の発明によれば、データグラムの配送
を行う場合は、ＡＴＭセルヘッダのＶＰＩ領域にデータ
グラムであることを示す値を用いることにより、データ
グラムの配送に伴うコネクションを分離することがで
き、データグラムに対して独立した制御、管理を施すこ
とができる。また、ＡＴＭ網のある領域に収容されるデ
ータグラムのやり取りを行う装置に対しておのおのその
領域にて一意の識別番号を割り当てておき、データグラ
ムの受信側装置に割り当てられた識別番号をＡＴＭセル
ヘッダのＶＣＩ（バーチャルチャネル識別子）領域に書
き込んで該配送を行うことにより、該データグラムを交
換、スイッチングするスイッチノードにおいて、受信側
装置を該閉域ＡＴＭ網において特定することができる。
即ち、どの方向にスイッチングすれば良いかを一意に認
識することができ、スイッチノードにおいてはＶＰＩ／
ＶＣＩを書き換えない。

【００３４】また、上記のＡＴＭセルヘッダのＶＣＩ領
域の一部分に書き込む値を、該データグラムの送信側装
置、および受信側装置に割り当てられた識別番号のそれ
ぞれを用いることにより、受信側装置において、送信側
装置が異なれば、必ず異なるＡＴＭセルヘッダ値（ＶＣ
Ｉ値）がつけられることになる。このため、ＡＡＬ（Ａ
ＴＭアダプテーションレイヤ）タイプ５のような異なる
送出元から発信されたデータグラム（をＡＴＭセル化し
たもの）には、必ず異なるＡＴＭセルヘッダ値が割り振
られなければならないようなＡＡＬにも適用が可能にな
る。

【００３５】なお、ＶＣＩ領域のうちスイッチングに際
して参照しなければいけない領域は、「受信側装置を特
定できるに十分な領域」のみで済むため、その必要な一
部の領域のみを参照するようにすれば、従来のように論
理的にコネクション設定を行う実体がＶＣＩ値を設定し
ＶＣＩ領域の全領域を参照する方法と比較して、参照す
るＶＣＩ領域が非常に小さい値（具体的には、一意の識
別番号を割り当てるデータグラム装置数をＭとするとｌ
ｏｇ2 Ｍ）ですむことになる。

【００３６】第４の発明によれば、帯域管理を行わない
ＶＣを収容するＶＰが、該ＶＰを収容する物理リンクに
おいて、帯域管理を行うＡＴＭコネクション（ＶＣ、Ｖ
Ｐ）が存在するときは、これら帯域管理を行うＡＴＭコ
ネクションの使用する帯域の総計の残り帯域を、該帯域
管理を行わないＶＣを収容するＶＰの使用帯域とするこ
とにより、帯域管理を行わないＶＣ群を集中的に１本の
ＶＰとして上記のように状態管理、障害管理を行うこと
ができるとともに、物理リンクの帯域に無駄が全くなく
なる。即ち、物理リンクの空き帯域を全てこのＶＰの帯
域として割当が可能になり、このため、通信リソースの
効率的な利用を同時にはかることができる。

【００３７】また、帯域管理を行わないＶＣを収容する
ＶＰは、送出を許可される最大レートであるピークレー
トを有し、該ＶＰを収容する物理リンクに帯域管理を行
うＡＴＭコネクション（ＶＰ、ＶＣ）が存在するとき
は、上記ピークレートと無関係にその帯域を制限するこ
とにより、帯域管理の無いＶＣセルのセルトラヒックが
該リンクに殺到して、網の処理能力、例えばトラヒック
特性の観測装置（通過セル数計数装置、ポリシング装
置、シェイピング装置等）の処理能力を越えてしまった
り、バッファのオーバーフローが起こってしまうことを
未然に防ぎ、帯域管理を行うＡＴＭコネクションに対し
て帯域の侵害などの迷惑をかけることがないようにする
ことができる。

【００３８】さらに、帯域管理を行わないＶＣを収容す
るＶＰは、帯域の最小値を持ち、該ＶＰを収容する物理
リンクにおいて、上記帯域の最小値までは帯域を保証さ
れることにより、該ＶＰを収容する物理リンクが「帯域
管理を行うＡＴＭコネクション」で混んできた際にも、
該帯域管理を行わないＶＣ群のための最小限の帯域を確
保しておくことができる。結果として、この値（帯域の
下限値）までは、どんなに網（リンク）が混雑してきた
としても、該帯域管理を行わないＶＣ群用に帯域を確保
してあることになり、該帯域の許す範囲で、網は該帯域
管理の無いＶＣを用いたサービスとして提供することが
できる。

【００３９】第５の発明によれば、第１のＡＴＭ網にお
けるデータグラム配送法において、第２のＡＴＭ網内の
ＣＬＳＦと第１のＡＴＭ網内の端末装置との間にデータ
グラム転送用ＡＴＭコネクションを設け、かつ第２のＡ
ＴＭ網内においては上記データグラム配送用ＡＴＭコネ
クションのうち少なくともいくつかををＣＬＳＦと網間
接続装置とを終端点とするバーチャルパスに収容するこ
とにより、第２のＡＴＭ網内のＣＬＳＦと第１のＡＴＭ
網内の端末装置との間で転送するデータグラムのやり取
りをエンド−エンドに直結されたＡＴＭコネクションを
通して行うことができる。また、第２のＡＴＭ網内にお
いては、該データグラムのやり取りを一括してＶＰスイ
ッチングにて行うことができ、処理の簡略化をはかるこ
とができるとともに、第２のＡＴＭ網内のスイッチノー
ドのテーブル量の削減をはかることができる。また、同
一対地（この場合第１のＡＴＭ網）に対するデータグラ
ムを同一のＶＰに収容することも可能となる。

【００４０】

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

【００４１】図１に本発明の１実施例に関わるＡＴＭ網
の様子を示す。このように、本ＡＴＭ網は、ＡＴＭバッ
クボーン網１１、第１のＡＴＭ−ＬＡＮ１２、第２のＡ
ＴＭ−ＬＡＮ１３、第３のＡＴＭ−ＬＡＮ１４、ＡＴＭ
バックボーン網と各ＡＴＭ−ＬＡＮとの間の網間接続装
置（ＩＷＵ）１Ａ、１Ｂ、１Ｃからなる。これらのＡＴ
Ｍ−ＬＡＮは、ＡＴＭバックボーン網１１を介して、階
層的なネットワーク構造をとることができる。

【００４２】ＡＴＭバックボーン網１１は、各ＡＴＭ−
ＬＡＮのＬＡＮ間接続や、図示しない公衆網とのインタ
フェースをとる網である。内部のアーキテクチャは特に
限定しないが、リング／スター／バス／ツリー／その混
合など、色々のアーキテクチャをとることのできる、柔
軟性、拡張性に富んだ、また、信頼性の非常に高いネッ
トワークである。

【００４３】ＡＴＭ−ＬＡＮ１２、１３、１４は、それ
ぞれＡＴＭ方式にて運用されるローカルエリアネットワ
ークである。おのおののＡＴＭ−ＬＡＮ内では、アドレ
ス体系は少なくともＡＴＭレイヤにおいて独立してい
る。即ち、おのおののＡＴＭ−ＬＡＮ内にて、内部にて
使用されるＶＰＩ／ＶＣＩ値は、その内部に存在するＶ
ＰＩ／ＶＣＩ値決定機能が決める権限を持っており、こ
の権限はおのおののＡＴＭ−ＬＡＮにおいて独立であ
る。また、各々のＡＴＭ−ＬＡＮはネットワ−クレイヤ
で言うところの「サブネット」アドレスまたは「ネット
ワ−ク」アドレスを有していても良い。ＡＴＭ−ＬＡＮ
内の端末装置、ノードは、送出したい情報が存在する場
合は、その送出先が自己の属するＡＴＭ−ＬＡＮ内であ
るか否かに関わらず、その情報をＡＴＭセルに格納し、
しかるべきＡＴＭセルヘッダを付与して、自己の属する
ＡＴＭ−ＬＡＮ内に送出する。

【００４４】網間接続装置１Ａ、１Ｂ、１Ｃは、ＡＴＭ
バックボーン網とＡＴＭ−ＬＡＮとの間のインターネッ
トワーキングを司る機能を有する。

【００４５】図２に、網間接続装置１Ａ、１Ｂ、１Ｃの
内部構造の図を示す。このように、本網間接続装置は、
アッド・ドロップ部２１、ＭＵＸ／ＤＥＭＵＸ２２、Ｃ
ＬＳＦ２３、呼処理部２４、ＩＷＵ管理部２５、ＡＴＭ
セルヘッダ変換部２６、からなる。

【００４６】アッド・ドロップ部２１は、入力されてき
たＡＴＭセルのヘッダ部を参照し、該セルがしかるべき
ヘッダ値を有している場合、即ち、該セルが本網間接続
装置内にて終端されるべきセルである場合には、該セル
をＤＥＭＵＸ２２側にドロップさせる機能、及びＭＵＸ
２２側からのセルをセル伝送路上に挿入（アッド）させ
る機能を有する。ここで、アッド・ドロップ部２１は、
セル伝送路上の左右どちらからのセルをもドロップさせ
る機能を持ち、かつ左右どちら方向のセル伝送路上へも
セルを挿入させる機能を持っている。

【００４７】ＭＵＸ／ＤＥＭＵＸ部２２は、アッド・ド
ロップ部２１より送られてきたセル（ドロップセル）
を、並行して送られてきた情報を参照して下部につなが
るいずれかのモジュール（本実施例ではＣＬＳＦ２３、
呼処理部２４、ＩＷＵ管理部２５）に送出してやる機能
（ＤＥＭＵＸ機能）、および該下部のモジュール群から
送られてきたセル伝送路に挿入すべきセル（アッドセ
ル、挿入セル）を多重し、アッド・ドロップ部２１側に
（どちらの方向に挿入すべきかの情報と共に）渡す機能
（ＭＵＸ機能）を有する。

【００４８】ＣＬＳＦ２３は、コネクションレスサービ
ス機能(Connection Less Service Function)である。後
に詳述するように、本ＣＬＳＦ２３は、本網間接続装置
をまたがって配送されるデータグラム（コネクションレ
スパケット）を一度終端し、ネットワークレイヤアドレ
スを一度参照した後、しかるべきＡＴＭコネクションに
送出する機能を有する。終端する際には、必ずしもデー
タグラムをリアセンブリする必要はない。即ち、必ずし
もネットワークレイヤ終端を行う必要はなく、ＩＴＵ−
ＴＳにて審議されているＣＬレイヤにて終端を行うこと
もできる。この場合は、データグラムを格納したセルの
内、先頭のセルにてネットワークレイヤアドレスの解
析、ルーチングを行い、該セルに引き続く、同一データ
グラムに属するセル流については、ＡＴＭセルヘッダ値
にてルーチング処理を行う。しかるべきＡＴＭコネクシ
ョンとは、該ネットワークレイヤアドレスを有する端末
／ノードとつながるＶＰ／ＶＣ、または該ネットワーク
レイヤアドレスを配送する機能を有すると考えられるＣ
ＬＳＦとつながるＶＰ／ＶＣを指す。よって、このＣＬ
ＳＦ２３にて、データグラム配送のためのＡＴＭコネク
ションは一度終端されている。

【００４９】呼処理部２４は、基本的に、本網間接続装
置をまたがるＡＴＭコネクションの設定、切断、変更、
管理などを行う機能を有している。

【００５０】ＩＷＵ管理部２５は、本網間接続装置１３
の管理、制御を行う機能を有する。

【００５１】ヘッダ変換部２６は、左右両方向から入力
されてきたセルのヘッダ値を参照し、該ヘッダ値がしか
るべき値である場合、これを別のヘッダ値に書き換える
機能を有する。

【００５２】ヘッダ変換部２６は、基本的に入力セルヘ
ッダ値を参照し、これをあるセルヘッダ値（出力セルヘ
ッダ値）に書き換える機能を有しているため、該入力セ
ルヘッダ値と、出力セルヘッダ値との対応テーブルを内
部に有している。この対応テーブルの初期化、追加、変
更などは、ＩＷＵ管理部２５によって行われる。

【００５３】本網間接続装置１３内の各モジュールは、
例えば、各々バス接続されているものとし（図示せ
ず）、ＩＷＵ管理部２５からの各モジュールの設定値の
変更などの制御は、このバスを通して行われるものとす
る。

【００５４】なお、本実施例では、左右両方向のセル伝
送路上の色々の処理（ＣＬＳＦ処理、呼処理など）を左
右で同一のモジュールにて行っているが、左右の方向別
にこれを行うことも可能である。

【００５５】なお、以降では網間接続装置をＩＷＵとも
呼ぶ。

【００５６】図３に、本大規模ネットワークにおけるＡ
ＴＭ−ＬＡＮの内部構造の図を示す。このように、第１
のＡＴＭ−ＬＡＮ１２は、４つのスイッチノード３１、
３２、３３、３４と、これらに接続された端末３Ａ、３
Ｂ、３Ｃ、３Ｄ、３Ｐ、３Ｓ、３Ｖからなる。また、第
２のＡＴＭ−ＬＡＮ１３は、２つのスイッチノード３
５、３６と、これらに接続された端末３Ｅ、３Ｆ、３
Ｇ、３Ｑ、３Ｔ、３Ｗからなる。また、第３のＡＴＭ−
ＬＡＮ１４は、２つのスイッチノード３７、３８と、こ
れらに接続された端末３Ｈ、３Ｉ、３Ｊ、３Ｒ、３Ｕ、
３Ｘからなる。

【００５７】スイッチノード内には、ＡＴＭスイッチが
実装され、スイッチノード同士の接続、網間接続装置と
の接続、端末装置との接続を行うことができ、その際は
スター型（あるいはツリー型など）の構成をとることと
なる。これらスイッチノードと、端末装置／スイッチノ
ード／網間接続装置間のインタフェース速度は１０Ｍ、
２０Ｍ、１５５Ｍ、６２２Ｍなど様々な値を選択できる
ものとする。

【００５８】また、上記端末の内、３Ｐ、３Ｑ、３Ｒに
ついては網管理サーバ（ＮＭサーバとも呼ぶ）の機能を
持つ端末、３Ｓ、３Ｔ、３Ｕについてはコネクションオ
リエンテッドサーバ（ＣＯサーバとも呼ぶ）、３Ｖ、３
Ｗ、３Ｘについてはディレクトリサーバ（ＤＲサーバと
も呼ぶ）の機能を持つ端末である。これらの網管理サー
バ、ＣＯサーバ、ＤＲサーバの詳細については後述す
る。なお、ここでは網管理サーバと、ＣＯサーバ、ＤＲ
サーバなどは別々の端末装置の機能としているが、同一
端末がこれらの複数のサーバの機能を有していてもかま
わない。また、これらの機能を端末装置が持つのではな
く、スイッチノードの任意の加入者ボードや、スイッチ
ノードの制御機能が有してもよい。

【００５９】次に、第１の発明の一実施例である、本Ａ
ＴＭ−ＬＡＮにおける網の立ち上げ手順の詳細につい
て、図４のシーケンス図、及び図５〜９のフローチャー
トを参照しながら説明する。この網立ちあげ手順は、各
ＡＴＭ−ＬＡＮにおいて同一であるので、代表して第１
のＡＴＭ−ＬＡＮ１２の場合を例にとり説明を行う。

【００６０】図５〜６はそれぞれ、閉域ＡＴＭ網の立ち
上げ方式の第１の手順を示すフローチャートであり、図
５は網管理サーバ、図６は網管理サーバの隣接ノードの
動作を示している。

【００６１】また、図７〜９は、閉域ＡＴＭ網の立ちあ
げ方式の第２の手順を示すフローチャートであり、図７
は網管理サーバ、図８はノード（Ｎ）（網管理サーバか
らみて、Ｎホップ目に位置するノード）、図９はノード
（Ｎ＋１）、即ちノード（Ｎ）の隣接ノードの動作のフ
ローチャートである。

【００６２】図１０に、第１のＡＴＭ−ＬＡＮの拡大図
を記す。網の立ち上げは網管理サーバ３Ｐの機能であ
る。この時点では、ＡＴＭ−ＬＡＮ内のスイッチノー
ド、網間接続装置、端末間に、メタシグナリングチャネ
ルを除いてＡＴＭコネクションは確立されていない点に
注意する。メタシグナリングチャネル（メタシグナリン
グコネクションともいう）については、後述する。

【００６３】まず、網管理サーバはＭプレーン（管理プ
レーン）のＡＴＭコネクションの確立、及び網トポロジ
の認識を行う。Ｍプレーンコネクションとは、網の管理
に関する情報のやり取りを行うために確立されるコネク
ションのことである。

【００６４】まず最初に、網管理サーバは、自分（網管
理サーバ）と、自分（端末３Ｐ）が属する（接続され
た）スイッチノード（３２）内のスイッチ管理機能との
間にＡＴＭコネクション（Ｍプレーンコネクション）を
確立する。これは、上記第１の手順に相当し、図面上で
は、図５〜６に該当する。

【００６５】このスイッチ管理機能とは、各スイッチノ
ード内に存在する機能であり、該スイッチノードの管理
や、スイッチ、あるいは加入者ボード、トランクボード
（スイッチノード同士、または網間接続装置間とを接続
するためのボード）の各種設定、監視、管理などを行う
機能、および網の立ち上げに伴う諸機能などを有する。
これらの機能は、スイッチノード内のＣＰＵ（ソフトウ
エア／ファームウエア）によって実現されていても良い
し、ＲＯＭやハードウエアロジックなどに組み込まれた
形で固定的（物理的）に実現されていても良い。スイッ
チ管理機能の、上記の機能については、順次説明してい
く。 （手順Ａ）さて、網管理サーバは、スイッチノード３２
との間にあらかじめ確立されているコネクション（本例
では、メタシグナリングコネクション）を介して、スイ
ッチノード３２に対して、網立ち上げのトリガをかけ
る。メタシグナリングコネクションとは、スイッチノー
ド内のスイッチ管理機能、網間接続装置内のＩＷＵ管理
機能、端末装置の端末管理機能間（すなわち、リンクご
とに、そのリンクの両端の管理エンティティ間）にあら
かじめリンクごとに設けられたＡＴＭコネクションであ
り、デフォルトであらかじめ決められたＡＴＭセルヘッ
ダ値（例えばＶＰＩ値＝０、ＶＣＩ値＝１など）が割り
当てられている。よって、このＡＴＭセルヘッダ値を有
したセルは、自動的にスイッチ管理機能／ＩＷＵ管理機
能／端末管理機能に、スイッチノード／網間接続装置／
端末装置内で転送されることになる。本コネクションは
図１１のようにリンクごとに設けられているコネクショ
ンであることに注意が必要である。あらかじめ決められ
たＡＴＭセルヘッダ値を有したコネクションであるた
め、網全体の立ち上がる前からスイッチ管理機能／ＩＷ
Ｕ管理機能／端末管理機能間での最小限の情報交換がこ
のコネクションを介して可能である。 （手順Ｂ）さて、該トリガを受信したスイッチノード３
２のスイッチ管理機能は、該トリガが網管理サーバから
の網立ちあげトリガであることを認識すると、自スイッ
チノードに与えられたＬＡＮユニークな（該ＡＴＭ−Ｌ
ＡＮにて一意に識別することのできる）識別番号（後述
する）、及び該網管理サーバを接続したスイッチポート
（即ち、該トリガを受信したポート）の番号（後述す
る）を折り返し網管理サーバに通知する。この網管理サ
ーバへの返答は、これもあらかじめ確立されているコネ
クション（本例では、メタシグナリングコネクション）
を用いる。

【００６６】ここで各スイッチノードは、スイッチ管理
機能が該セル（該トリガ）がどこのポートから入力され
たものであるかを認識するべく、以下のような機能を持
っている。スイッチノードの各入力／出力ポートは、該
スイッチノードにて入力／出力ポートを一意に識別する
ために各入力／出力ポートに割り当てられた番号である
ポート番号を有する。ここで、同一対地につながる入力
ポートと出力ポートは、同一のポート番号を有していて
も良い。そして、スイッチノードの各入力ポートは、メ
タシグナリングチャネル（該チャネルから入力されてき
たＡＴＭセルは全てスイッチ管理機能にスイッチングさ
れる）に入力されてきたセルのセルヘッダ値を参照し、
該入力ポートのポート番号をＡＴＭセルヘッダのＶＣＩ
値に書き換える。こうすることにより、スイッチ管理機
能では、受信したセルのＶＰＩ値（本例ではＶＰＩ値＝
０）を見ることにより、該セルがメタシグナリングチャ
ネルを介して到達したセルであり、ＶＣＩ値（本例では
ＶＣＩ値＝ポート番号）を参照することにより、該セル
がどこのポートから入力されたものであるかを識別する
ことができる。

【００６７】さて、前述のようにＡＴＭ−ＬＡＮ内の各
スイッチノードは、ＬＡＮユニークな識別番号を有して
いる。これは、網管理サーバが、ＡＴＭ−ＬＡＮ内の各
スイッチノードおのおのがその管理対象であるため、こ
れらを一意に識別する必要があることがその理由であ
る。本実施例では、各ＡＴＭ−ＬＡＮ内のスイッチノー
ドはＬＡＮユニーク（あるいはグローバルユニーク）な
識別番号としてネットワークレイヤアドレス（例えばＩ
Ｐアドレス、またはＥ。１６４アドレスなど）を有して
おり、これをもって、ＬＡＮユニークな識別番号とす
る。

【００６８】なお、このＬＡＮユニークな識別番号とし
て、端末の通信用ボード、あるいはノ−ド／端末自身な
どに、製造時に付与された番号（例えば、イーサネット
などではＭＡＣアドレス／イーサネットアドレスに対応
する）を用いても良いし、その他ＬＡＮ一意のアドレス
をユーザ定義により定めても良い。

【００６９】また、網管理サーバは、網のトポロジ（即
ち、スイッチノード、網間接続装置、端末装置などがど
のような接続関係にて接続されているか）を知った上
で、各種の管理を実行するこのため、どこのスイッチノ
ードとどこのスイッチノードとの間が接続されている
か、どこのスイッチノードとどこの端末とが接続されて
いるかなどの情報を収集する必要がある。この際、本実
施例では、各スイッチノードの各ポートに、スイッチノ
ード一意に番号がふられており、この値を通知すること
により、このトポロジ認識を行うことになる。

【００７０】本実施例では、図１０のように、スイッチ
ノード３１、３２、３３、３４はそれぞれＬＡＮユニー
クな識別番号（本実施例ではネットワークレイヤアドレ
ス）として＃Ｌ、＃Ｍ、＃Ｎ、＃Ｏを、端末３Ａ、３
Ｂ、３Ｃ、３Ｄ、３Ｐ、３Ｓ、３Ｖはそれぞれ＃Ａ、＃
Ｂ、＃Ｃ、＃Ｄ、＃Ｐ、＃Ｓ、＃Ｖを有しているものと
する。また、スイッチノードにおけるポート番号として
は、図中にてスイッチノードを表す箱の中の小数字（＃
小数字）を持って、これを表すものとする。例えば、端
末３Ｐは、スイッチノード３２のポート番号＃１のポー
トに接続されているものとする。

【００７１】この場合は、スイッチノード３２のスイッ
チ管理機能は、自らのＬＡＮ一意のアドレス（ネットワ
ークレイヤアドレス）と、網管理サーバが接続されたポ
ート番号を、メタシグナリングチャネルを介して、網管
理サーバ側（即ち、該トリガが入力されてきたポート）
へ通知することにより、網管理サーバ側は自網管理サー
バが接続されたスイッチノードのＬＡＮ内での識別番号
は何番であり、また、自分（網管理サーバ）のつながる
スイッチノードのポート番号を認識することができる。
この作業は、網管理サーバ内にて該ＡＴＭ−ＬＡＮ内の
装置のトポロジを知るための第１歩である。

【００７２】なお、該ネットワークレイヤアドレスとポ
ート番号を通知する際に、スイッチ規模などの情報も同
時に通知しても良い。

【００７３】図１２に、ここまでの処理の流れをまとめ
る。このようにして、網管理サーバ３Ｐは、隣接に識別
番号＃Ｍのスイッチノードが存在し、更に該スイッチノ
ードにおいて、自分（網管理サーバ）が接続されている
ポートは、＃１のポート番号のポートであると知ること
ができる。 （手順Ｃ）隣接に（識別番号、ポート番号）＝（＃Ｍ、
＃１）のスイッチノードが存在していることを確認した
網管理サーバは、自分（網管理サーバ）と隣接スイッチ
ノード（３２）のスイッチ管理機能間にＭプレーンコネ
クションを確立すべく、メタシグナリングチャネルを介
して、該リンクにＭプレーンコネクションの確立をスイ
ッチノード３２のスイッチ管理機能に対して命令する。
本実施例では、網管理サーバが適当なＶＰＩ／ＶＣＩ値
を、スイッチノードごとに、ＬＡＮユニークに決定し、
このＶＰＩ／ＶＣＩ値（例えばＶＰＩ値＝１、ＶＣＩ値
＝＃ｍとする）を用いてＭプレーンコネクションを確立
する。この場合は、該スイッチノード３２内のスイッチ
テーブルに、「ポート番号＃１のポートから入力された
ＶＰＩ／ＶＣＩ値＝１／＃ｍのセルは、該スイッチノー
ド３２内のスイッチ管理機能にスイッチングする。ま
た、スイッチ管理機能から出力されたＶＰＩ／ＶＣＩ値
＝１／＃ｍのセルは、セルヘッダ（ＶＰＩ／ＶＣＩ値）
の書換は行わずにポート番号＃１の出力ポートにスイッ
チングする」という内容が記憶されている。このように
して、網管理サーバ３Ｐと、これに隣接するスイッチノ
ード３２の間のＭプレーンコネクションが確立される。
この様子を図１３に示す。

【００７４】なお、このＭプレーンコネクションの確立
の確認を図４、５の（手順Ｄ）の様に、スイッチノード
３２、網管理サーバ３Ｐ間のＡＴＭコネクションを介し
て行っても良い。これは、メタシグナリングコネクショ
ンを介してもＭプレーンコネクションを介しても良い。
ただし、後述するように、リモートに位置するスイッチ
ノードについても同様に適用できるようにするため、Ｍ
プレーンコネクションにて行うことが望ましい。また、
Ｍプレーンコネクションにてこれを行う場合、Ｍプレー
ンコネクションの双方向の導通性の確認のため、網管理
サーバにてこの確認のためのセルをループバックしても
良い。

【００７５】このようにして、網管理サーバ３Ｐは、自
らが接続されたスイッチノード３２を管理下におくこと
ができる。つまり、上記確立したＭプレーンコネクショ
ンを介して、Ｍプレーンの情報交換を行うことができ
る。

【００７６】次に、網管理サーバ３Ｐは、網立ち上げの
第２の手順を行う。説明の簡単化のため、以下の実施例
ではＮ＝１の場合の記述を行うが、図７〜９に一般の場
合の網管理サーバ、ノード（Ｎ）、ノード（Ｎ＋１）各
々の処理フローを示す。 （手順Ｅ）網管理サーバ３Ｐは、（本例におけるノード
（Ｎ）にあたる）スイッチノード３２に対して、上記Ｍ
プレーンコネクションを用いて、「隣接するスイッチノ
ードに関する情報の要求」を送出する。該要求は、該Ｍ
プレーンコネクションがスイッチノード３２内のスイッ
チ管理機能と接続されていることから、スイッチノード
３２内のスイッチ管理機能に対して行われることにな
る。 （手順Ｆ）スイッチノードは、該スイッチノードのどの
ポートに他のスイッチノード、網間接続装置、あるいは
端末装置が接続されているかを認識している。

【００７７】この認識するまでの方法としてはいくつか
の方法が考えられる。本実施例では、スイッチノードの
任意のポートに、ある実体（スイッチノードまたは網間
接続装置あるいは端末装置）が接続された場合、メタシ
グナリングチャネルを介して、接続された実体の属性
（スイッチノードであるか、網間接続装置であるか、端
末装置であるか等）を管理エンティティ同士が通知しあ
う方法を用いている。なお、例えば、スイッチノード
と、網間接続装置と、端末装置とで網に対する接続手順
が異なり、スイッチノード側がこの接続手順の違いを認
識して接続された実体の属性を知る方法もある。

【００７８】該「隣接するスイッチノードに関する情報
の要求」を受信したスイッチ管理機能は、上記のように
該スイッチノードのどこのポートに、スイッチノード、
あるいは網間接続装置、端末装置が接続されているかを
認識しているため、これらの内、スイッチノード、ある
いは網間接続装置に対して、メタシグナリングチャネル
を介して網立ち上げのトリガをかける。上記を情報要求
のリレーイングという。本実施例の場合、該トリガを受
信するのはスイッチノード３１と、３３、および網間接
続装置１Ａである。 （手順Ｇ）該トリガを受信したスイッチノード３１、３
３、及び網間接続装置１Ａは、上記トリガが隣接ノード
（Ｎ）（この場合スイッチノード３２）から発せられた
ものであると解釈する。このようにすることにより、メ
タシグナリングチャネルを介して通知されるトリガは、
隣接するノードがたとえ網管理サーバであっても、スイ
ッチノードであっても、隣接するノードから発せられた
ものであるという形で統一できる。該トリガを受信した
スイッチノード３１、３３、及び網間接続装置１Ａは、
上記スイッチノード３２が網管理ノード３Ｐからのトリ
ガに返答するのと同様に、スイッチノード３２に対して
トリガの返答を行う。この場合、先と同様に、自スイッ
チノート（あるいは網間接続装置）のＬＡＮ一意の識別
番号（例えばネットワークレイヤアドレス）と、物理ポ
ート番号を該返答に含める（図１４参照）。 （手順Ｈ）該返答を受信したスイッチノード３２のスイ
ッチ管理機能は、この返答を「（スイッチ識別番号、ポ
ート番号）＝（＃Ｍ、＃３）と（＃Ｌ、＃１）が接続さ
れている」旨の情報（リンク情報）に変換し、Ｍプレー
ンコネクションを介して網管理サーバ３Ｐに転送する。
このようにして、網管理サーバは、１ホップ介した装置
群（本実施例の場合、１ホップとしてスイッチノード３
２を介した、スイッチノード３１、３３、及び網間接続
装置１Ａ）のトポロジを認識することができることとな
る。この時点で、網管理サーバ３Ｐが認識しているトポ
ロジを図１５に示す。 （手順Ｉ）上記トポロジを認識した網管理サーバ３Ｐ
は、Ｍプレーンコネクションを介してスイッチノード３
２のスイッチ管理機能にアクセスし、スイッチノード３
２内のスイッチを適当に設定して、網管理サーバ３Ｐ
と、スイッチノード３１、３３、網間接続装置１Ａ内の
スイッチ管理機能またはＩＷＵ管理機能との間のＭプレ
ーンコネクションを設定するよう働きかける。上述のよ
うに、該Ｍプレーンコネクション群は、スイッチノード
３２と網管理サーバ３Ｐ間のＭプレーンコネクションを
含めて、互いに異なるＡＴＭコネクションであると網管
理サーバ３Ｐから認識できるように、ＶＰＩ／ＶＣＩ値
などが選択される。 （手順Ｊ）網管理サーバ３ＰからのＭプレーンコネクシ
ョン確立の指示を受けたスイッチノード３２のスイッチ
管理機能は、網管理サーバからの指示に従い、スイッチ
テーブルを設定するとともに、該Ｍプレーンコネクショ
ン確立の指示をスイッチノード３１、３３、網間接続装
置１Ａにメタシグナリングコネクションを介して、リレ
ーイングする。

【００７９】隣接ノードであるスイッチノード３２か
ら、メタシグナリングコネクションを介してＭプレーン
コネクションの確立を指示されたスイッチノード３１、
３３、網間接続装置１Ａは、同ノード内のスイッチテー
ブルの設定を適当に行い、Ｍプレーンコネクションをそ
れぞれ網管理サーバ３Ｐとの間に確立する。

【００８０】例として、以下に、網管理サーバ３Ｐと、
スイッチノード３１（のスイッチ管理機能）間のＭプレ
ーンコネクションの確立までの流れを概説する。

【００８１】網管理サーバ３Ｐは、スイッチノード３２
とのＭプレーンコネクションを介して、スイッチノード
３１のスイッチ管理機能と、網管理サーバ３Ｐ間のＭプ
レーンコネクションの確立を促す。具体的には、スイッ
チノード３２内のスイッチテーブルを適当に設定し、ポ
ート番号＃１と、ポート番号＃３の間に、ＶＰＩ／ＶＣ
Ｉ値＝１／＃ｌ（エル）のコネクションを、両方向にわ
たって確立する。これと共に、スイッチノード３２のス
イッチ管理機能は、スイッチノード３１との間のメタシ
グナリングチャネルを介して、スイッチノード３１内の
スイッチ管理機能にアクセスし、スイッチノード３１内
のスイッチテーブルを適当に設定させる。即ち、ＶＰＩ
／ＶＣＩ値＝１／＃ｌ（エル）にてポート番号＃１のポ
ートから入力されてきた／へ出力するセルについては、
スイッチノード３１内のスイッチ管理機能と接続（スイ
ッチング）するように設定することになる。

【００８２】このようにして、網管理サーバ３Ｐと、ス
イッチノード３１のスイッチ管理機能間がＡＴＭコネク
ションによって相互に接続され、これをもって網管理サ
ーバとスイッチノード３１のスイッチ管理機能間にＭプ
レーンコネクションが確立される。

【００８３】なお、（手順Ｋ）の様に、Ｍプレーンコネ
クションの確立の確認を、１ホップ目のノード（スイッ
チノード３１、３３、網間接続装置１Ａ）と網管理サー
バ間にて行っても良い。

【００８４】なお、本例では、ＶＰＩ／ＶＣＩ値を書き
換えない構成によりここまでの実施例を記述している
が、本Ｍプレーンコネクションは論理的なコネクション
（仮想コネクション）であればよく、途中のスイッチノ
ードにてＡＴＭセルヘッダの書換があってもかまわな
い。

【００８５】スイッチノード３１と同様にして、スイッ
チノード３３、網間接続装置１Ａとの間のＭプレーンコ
ネクションも確立される。この時点でのＭプレーンコネ
クションの様子を図１６に示す。

【００８６】また、図７〜９と全く同様のステップを、
Ｎの値を１ずつ増やしつつ、ホップ数２以上のスイッチ
ノードに対して順次行っていくことにより、網管理サー
バにおけるＡＴＭ−ＬＡＮのトポロジ認識、網管理サー
バとスイッチノード／網間接続装置間のＭプレーンコネ
クションの確立などを行うことができる（図１７参
照）。

【００８７】なお、図５〜６の（手順Ａ）〜（手順
Ｂ）、（手順Ｃ）と、図７〜８の（手順Ｆ）〜（手順
Ｇ）、（手順Ｊ）が完全に対応している点からもわかる
ように、隣接ノードに関する情報を得る際に、その送出
先が網管理サーバであったとしても、任意のスイッチノ
ードであったとしても、同一のプロトコル（同一の手
順）にて該情報収集を行うことができるので、処理ルー
チン（処理ソフト）の統一化、簡略化をはかることが出
来る。

【００８８】なお、この立ちあげ手順が網間接続装置に
達した場合には、該網間接続装置の向こう側の網（本実
施例の場合はＡＴＭバックボーン網）に対しては同様の
手順を適用しないことによって、閉域ＡＴＭ網に閉じた
網立ち上げが可能となる。

【００８９】なお、オプションとして、網間接続装置の
向こう側の網にまたがって上記の手順を適用することも
できる。例えば、網間接続装置を介して複数のＡＴＭ−
ＬＡＮが接続されており、該複数のＡＴＭ−ＬＡＮが一
つの（または上記複数のＡＴＭ−ＬＡＮの数よりも少な
い）網管理サーバにて管理される場合や、網間接続装置
の向こう側の装置を該網管理サーバの管理下に置きたい
場合などに適用できる。

【００９０】なお、図１８のように、あるスイッチノー
ドに対して複数の経路が存在する場合に関しては、網管
理サーバは、Ｍプレーンコネクションが接続された最終
ノードから、該スイッチノードと、対象のスイッチノー
ドの間のリンク情報が通知された時点で、「リンク情報
としてははじめて受け取るものであるが、接続先となる
スイッチノードの識別番号は、トポロジマップに既に記
載されている」ことを認識できるため、既に該対象スイ
ッチノードとの間にＭプレーンコネクションが確立され
ていることは認識できることから、トポロジマップに該
リンク情報に記載されたリンクを追加するのみで、Ｍプ
レーンコネクションを２度にわたって張る必要はない。
このようにして、網管理サーバは、完全な網トポロジを
知ると共に、各スイッチノード／網間接続装置間と１本
ずつのＭプレーンコネクションを確立していくことがで
きる。

【００９１】なお、複数経路が存在する場合を含めて、
網管理サーバと、スイッチノード／網間接続装置／端末
装置間に張るＭプレーンコネクション数は必ずしも１本
とする必要はなく、同間に複数のＭプレーンコネクショ
ンを設け、この内の１本をアクティブとし、残りを例え
ばバックアップとするなどといった使用方法を用いても
良い。

【００９２】このようにして、網管理サーバ３Ｐと、第
１のＡＴＭ−ＬＡＮを構成するスイッチノード３１、３
２、３３、３４、網間接続装置１Ａとの間のＭプレーン
コネクションが確立されるとともに、網管理サーバ３Ｐ
は、第１のＡＴＭ−ＬＡＮ内のスイッチノード、及び網
間接続装置のトポロジを認識することができる。この時
点での第１のＡＴＭ−ＬＡＮ内のＭプレーンコネクショ
ンの様子を図１９に示す。

【００９３】以上の記載からわかるとおり、本実施例に
おいては、メタシグナリングチャネルを介して伝達され
る情報には、「隣接するノードの属性に関する情報のや
り取り」、「管理エンティティへのトリガ、およびこれ
に対して（識別番号、ポート番号）を返答する」、「ス
イッチテーブルに初期設定する設定内容の通知」などが
挙げられる。

【００９４】なお、この実施例においては、この時点で
の網管理サーバの管理対象はスイッチノードと網間接続
装置のみに限られているが、これに端末装置を加えるこ
とも、同様の網立ち上げプロトコルの対象をスイッチノ
ード、網間接続装置に限定せず、端末装置にも拡張する
ことにより、容易に実現できる。

【００９５】また、網立ち上げ後、しばらくしてからの
新たな端末／スイッチノ−ド／ＩＷＵ等が加入／立ち上
がった場合については、網管理サ−バが定期的に各スイ
ッチノ−ドに「隣接するノ−ドにかんする情報要求」を
送出したり、逆に各スイッチノ−ドが該加入を検知しこ
れを網管理サ−バに伝えるなどして、図７から９の手順
Ｆ以降を行えば良い。詳細は後述する。

【００９６】さて、本実施例では、メタシグナリングチ
ャネルについてはＶＰＩ値＝０、Ｍプレーンコネクショ
ンについてはＶＰＩ値＝１を使用してきたが、これは、
以下に説明するようなＶＰ網が本ＡＴＭ−ＬＡＮに張ら
れていることを意味する。即ち、図２０（メタシグナリ
ング用ＶＰ網の図）、あるいは図２１（Ｍプレーンコネ
クション用ＶＰ網の図）のように、１本のＶＰは、ＡＴ
Ｍ−ＬＡＮのリンクごとに、細切れに設置されている。
このようなＶＰ網を用意しておくことにより、図２０の
メタシグナリング用ＶＰ網としては、メタシグナリング
用ＶＰ（ＶＰパイプ）を通る形でメタシグナリング情報
のやり取りが行われ、図２１のＭプレーンコネクション
用ＶＰ網としては、該ＶＰパイプを通る形でＭプレーン
情報のやり取りがそれぞれ行われることになる。特に図
２１のＭプレーンコネクション用ＶＰ網に関しては、Ｍ
プレーンコネクション用ＶＰに複数のＭプレーンコネク
ションＶＣが多重されることに注意が必要である。ここ
で、１本ずつのメタシグナリングコネクション、あるい
はＭプレーンコネクションは、それぞれＶＣにて構成さ
れ、スイッチノードにおける交換はＶＣ交換にて行われ
る。これらのメタシグナリングコネクション、Ｍプレー
ンコネクションをＶＰに束ねることは、第２の発明の一
実施例であり、その効果については後述する。

【００９７】以下には、第２の発明の別の実施例を説明
する。上述した網立ち上げの次に、網管理サーバ３Ｐ
は、内部に持っているＶＰ（バーチャルパス）設計デー
タをもとに、ＶＰ網を張ることになる。このＶＰ設計デ
ータは、あらかじめネットワーク管理者などがマニュア
ルで設計したものであっても良いし、アウトソーシング
業者などがシミュレーション演算などで最適値を算出
し、これを使用したものでも良いし、例えば前回の網の
シャットダウンの際の網に関するデータ等をもとに最適
ＶＰを演算したものでも良い。本実施例では、この時点
ではＡＴＭ−ＬＡＮ内の端末装置の網への参加は言及し
ていないため、端末装置は含めないＶＰ網の立ち上げに
ついて説明を行う。

【００９８】後述するように、端末装置を含めたＶＰ網
の立ち上げを行う場合は、下記の手順にスイッチノード
と端末装置間のリンクを含めれば良い。

【００９９】この段階で、網管理サーバ３ＰがＡＴＭ−
ＬＡＮ内に張るＶＰ網については、本実施例では、デー
タグラム配送用に張るＶＰ網と、ブロードキャストコネ
クション収容用に張るＶＰ網と、コネクションオリエン
テッド（ＣＯ）通信用のＶＰ網、ディレクトリサーバと
の通信用のＶＰ網とがある。

【０１００】まず、データグラム配送用のＶＰ網につい
て説明する。

【０１０１】後述のように、本ＡＴＭ−ＬＡＮにおける
データグラム配送は、ＡＴＭ−ＬＡＮ内のスイッチノー
ド／網間接続装置／端末装置間のデータグラム配送は、
両端間のエンド−エンドのＡＴＭコネクションを介して
直接配送により行われ、該ＡＴＭ−ＬＡＮ外の端末装置
とのデータグラム配送はＣＬＳＦを介して行われる。こ
れから述べるように、この各々の配送のためのＡＴＭコ
ネクションは別々のステップにて確立されることにな
る。

【０１０２】さて、図２２に、本実施例における第１の
ＡＴＭ−ＬＡＮ内におけるデータグラム配送用のＶＰ網
の完成図を示す。このように、本ＶＰ網は、ＡＴＭ−Ｌ
ＡＮのリンクごとに張られることになる。ＡＴＭ−ＬＡ
Ｎ内の端末（あるいはスイッチノード、網間接続装置）
から発せられたデータグラムは、すべてこのＶＰパイプ
を通って、各あて先（または中継点など）に配送される
ことになる。実際のデータグラム配送は、このＶＰパイ
プ内を通るＶＣによって行われるが、このデータグラム
配送用のＶＰ網が完成した段階では、単にデータグラム
を配送するためのＶＰパイプを設定したにすぎず、実際
に端末装置やスイッチノードなどから／へのデータグラ
ムの配送はまだできない。なぜなら、図の例におけるＡ
ＴＭ−ＬＡＮでは、データグラムの配送はすべてＶＰＩ
値＝６のＶＰを通して行われるため、この「データグラ
ム配送用のＶＰ網の確立」は、実際には、網管理サーバ
が該ＶＰＩ値（この場合はＶＰＩ値＝６）をリザーブす
ることにより行われ、該データグラム配送用のＶＰ網の
確立に際して実際にスイッチノードへのスイッチテーブ
ルの設定が行われるわけでは必ずしもないからである。
この設定は、データグラム配送用のＡＴＭコネクション
（ＶＣ）を設定する際に、必ず同一のＶＰＩ値（例えば
ＶＰＩ値＝６）を有するようにスイッチテーブルを設定
する形で行われる。結果として、該データグラム配送用
ＶＣは、全て前述したデータグラム配送用のＶＰパイプ
を通る形で確立していくことになる。なお、あるサービ
ス用（例えばデ−タグラム配送サ−ビス）のＶＰ網をＡ
ＴＭ−ＬＡＮのリンクごとに張る際、この例のように、
ＶＰ群（ＶＰパイプ群）に全て同一のＶＰＩ値（たとえ
ばＶＰＩ＝６など）が割り振られている場合の方法につ
いて、後に詳述する。また、このＶＰパイプについて
は、特別なトラヒックに関する性質を有しており、これ
についても後述する。

【０１０３】つづいて、既に網内で、網管理サーバに認
知され、立ち上がっているスイッチノード、あるいは網
間接続装置に関して、データグラム配送用のＶＣが張ら
れることとなる。ＶＣを張る順番は任意であるが、たと
えば、網管理サーバに認知されたスイッチノード、ある
いは網間接続装置の順番に、該ノードが起点となるＶＣ
が、ほかのノードに対してメッシュ状に張られていく。
このように、本実施例ではデータグラムのやり取りを行
うスイッチノード／網間接続装置／端末装置間はデータ
グラム配送用のエンド−エンドのＶＣがメッシュ状に張
られているものとする。勿論、メッシュ状ではなく、デ
ータグラム通信を欲する、必要なエンド−エンドの装置
間にのみ、ＶＣが張られるようになっていても良い。こ
の様なＶＣの確立は網管理サ−バ内のトポロジマップを
参照して行われる。

【０１０４】例として、図２３に、スイッチノード３２
を起点（終点）とした、データグラム配送用のＶＣ（た
だしＡＴＭ−ＬＡＮ内のデータグラム配送用のエンド−
エンドのＶＣのみ）が張られた後の状態についての図を
示す。この様なデータグラム配送用のエンド−エンドの
ＶＣがデータグラム通信を欲するＡＴＭ−ＬＡＮ内のあ
らゆるノード間に張られていく。このように、網管理サ
ーバに認知されたスイッチノード、あるいは網間接続装
置、端末装置間に、メッシュ状にＶＣが次々と設定され
ていく。この設定は、Ｍプレーンコネクションを介し
て、網管理サーバから各スイッチ管理機能に対して送ら
れ、該スイッチ管理機能が、自スイッチノードのスイッ
チテーブルを適当に設定してＶＣの設定が行われてい
く。

【０１０５】これらのデータグラムサービスの提供フロ
ーを図２４に示す。前述のように、本ＡＴＭ−ＬＡＮに
おけるデータグラムサービスはＡＴＭ−ＬＡＮ内のデー
タグラムの配送（エンド−エンドのＡＴＭコネクション
による）と、ＡＴＭ−ＬＡＮ外とのデータグラムのやり
取り（ＣＬＳＦを介する）とは別々の配送法をとるた
め、ここまでに説明したＡＴＭ−ＬＡＮ内のデータグラ
ム配送のためのＡＴＭコネクション確立のフローは図２
４の右前半部分にあたる。

【０１０６】なお、ここで確立したＶＣパイプについて
も、特別なトラヒックに関する性質を有しており、これ
については後述する。次に、ブロードキャストコネクシ
ョン収容用のＶＰ網について説明する。

【０１０７】図２５に、本実施例における第１のＡＴＭ
−ＬＡＮ内におけるブロードキャストコネクション収容
用のＶＰ網の完成図を示す。このように、本ＶＰ網は、
データグラム配送用のＶＰ網と同様に、ＡＴＭ−ＬＡＮ
のリンクごとに張られることになる。詳細は後述する
が、ＡＴＭ−ＬＡＮ内の端末（あるいはスイッチノー
ド、網間接続装置）から発せられたブロードキャスト
（放送）用セル（ある端末から、該端末が属するＡＴＭ
−ＬＡＮのほかの全ての端末に対して送信されることを
目的としたセル）は、すべてこのＶＰパイプを通って、
各あて先に配送されることになる。実際のブロードキャ
ストチャネルの使用は、このＶＰパイプ内を通るＶＣに
よって行われるが、このブロードキャストコネクション
収容用のＶＰ網が完成した段階では、単にブロードキャ
ストチャネルを収容するためのＶＰパイプを設定したに
すぎず、実際に端末装置やスイッチノードなどから／へ
のブロードキャストはまだできない。なぜなら、図の例
におけるＡＴＭ−ＬＡＮでは、ブロードキャストコネク
ションの収容はすべてＶＰＩ値＝７のＶＰを通して行わ
れるため、この「ブロードキャストコネクション収容用
のＶＰ網の確立」は、実際には、網管理サーバが該ＶＰ
Ｉ値（この場合はＶＰＩ値＝７）をリザーブすることに
より行われ、該ブロードキャストコネクション収容用の
ＶＰ網の確立に際して実際にスイッチノードへのスイッ
チテーブルを設定するわけでは必ずしもないからであ
る。この設定は、ブロードキャスト用ＡＴＭコネクショ
ン（ＶＣ）を設定する際に、必ず同一のＶＰＩ値（例え
ばＶＰＩ値＝７）を有するようにスイッチテーブルを設
定する形で行われる。結果として、該ブロードキャスト
コネクション用ＶＣは、全て前述したブロードキャスト
コネクション収容用のＶＰパイプを通る形で確立してい
くことになる。なお、あるサービス用のＶＰ網をＡＴＭ
−ＬＡＮのリンクごとに張る際、この例のように、ＶＰ
群（ＶＰパイプ群）に全て同一のＶＰＩ値（たとえばＶ
ＰＩ＝７など）が割り振られている場合のブロードキャ
ストコネクションの収容の方法について、後に詳述す
る。また、このＶＰパイプについても、データグラム配
送用のＶＰパイプと同様に特別なトラヒックに関する性
質を有しており、これについても後述する。

【０１０８】つづいて、既に網内で、網管理サーバに認
知され、立ち上がっているスイッチノード、あるいは網
間接続装置、端末装置に関して、ブロードキャスト用の
ＶＣが張られることとなる。ＶＣを張る順番は任意であ
るが、たとえば、網管理サーバに認知されたスイッチノ
ード、あるいは網間接続装置の順番に、該ノードが起点
となるＶＣが、ほかのノードに対して張られていくこと
になる。このブロードキャストコネクションは、適当な
スイッチノードにて分岐（コピー）されて各リーフ側に
転送される、いわゆる「スパーニングツリー」によって
構成されており、スイッチノードの機能の一つであるマ
ルチキャスト機能を用いて実現されるものである。図２
６に、スイッチノード３２を起点とした、ブロードキャ
ストチャネル用のＶＣが張られた後の状態についての図
を示す。このように、網管理サーバに認知されたスイッ
チノード、あるいは網管理装置を起点として、スパーニ
ングツリー状のＶＣが次々と設定されていく。この設定
についても、Ｍプレーンコネクションを介して、網管理
サーバから各スイッチ管理機能に対して送られ、該スイ
ッチ管理機能が、自スイッチノードのスイッチテーブル
を適当に設定してＶＣの設定が行われていく。なお、こ
のＶＣパイプについても、特別なトラヒックに関する性
質を有しており、これについては、後述する。

【０１０９】このようにして、本ＡＴＭ−ＬＡＮにおけ
るブロードキャストサービスが提供される。このサービ
ス提供フローを図２７に示す。

【０１１０】次に、コネクションオリエンテッド用ＶＰ
網について説明する。

【０１１１】このコネクションオリエンテッド用ＶＰ網
については、データグラム配送用ＶＰ網、ブロードキャ
ストコネクション収容用のＶＰ網のように、物理リンク
ごとに細切れに張られるＶＰではなく、ＶＰ設計データ
（ＶＰのＱＯＳ(Quality OfService)、ＶＰのＵＰＣ(Us
age Parameter Control) など）に基づいて各ＡＴＭ−
ＬＡＮごとに張られるＶＰ網である。図２８にコネクシ
ョンオリエンテッド用ＶＰ網についての一例を示す。こ
のように、コネクションオリエンテッド用ＶＰ網におけ
るＶＰは、一般にスイッチノードをまたがって長距離に
わたって張られることがある。また、本ＶＰは網間接続
装置を貫通する、即ち、複数のＡＴＭ−ＬＡＮをまたが
るＡＴＭコネクションであっても良い。なお、このＶＰ
がどのようなＶＰＩ値を有したＶＰであるかについての
情報は、この時点では例えば網管理サーバが有している
ことになる。なお、本例におけるこのＶＰＩ値は、Ｍプ
レーン用ＶＰなどとは異なり、途中のスイッチノードで
書き換えられても良い。網管理サーバは、このＶＰのＶ
ＰＩ値に関する情報や、ＶＰ設計データに関する情報
を、後述するように、必要な時点でＣＯサーバ、あるい
は各端末に通知することになる。

【０１１２】以上のようにして、ＡＴＭ−ＬＡＮ内のＶ
Ｐ網の確立が行われる。ここまでの説明では、網管理サ
ーバ３Ｐを除いて立ち上がっている（即ち、網管理サー
バに認知されている）端末装置は無いと仮定して、各サ
ービスの立ちあげ手順を説明してきた。なお、この実施
例における説明においては、この時点でのＶＰ網の確立
はスイッチノードと網間接続装置間のリンクのみに限ら
れているが、これに端末装置とのリンクを加え、端末装
置をも含めたＡＴＭ−ＬＡＮ内でのＶＰ網の確立を行う
ことも可能である。これは、同様のＶＰ網立ち上げプロ
トコルの対象をスイッチノード、網間接続装置に限定せ
ず、端末装置とのリンクに拡張することにより実現す
る。なお、図２３、図２６などの図面では、端末装置を
含めたＶＰ網について記してある。

【０１１３】つづいて、各種サーバ（ＣＬＳＦ、ＣＯサ
ーバ、ディレクトリサーバなど）が立ち上がることとな
る。

【０１１４】どのサーバが立ち上がるにしても、「該サ
ーバとなる端末（該サービスアプリケーションソフトを
インプリメントしている端末装置）が、直接接続されて
いるスイッチノードのスイッチ管理機能に認知される」
ことが、その立ち上げの第１段階となる。なお、この段
階（第１段階）の立ち上げに関しては、網管理サーバに
よる網の立ち上げに前後して行っても良い。つまり、網
管理サーバの動向と関係無く行っても良い。この立ち上
げは、まず、網に接続された端末装置、および端末装置
を接続したスイッチノードの特定ポートが、それぞれ信
号正常受信、同期（ビット同期、セル同期など）の確
立、およびあらかじめ定められたメタシグナリング用の
コネクション（例えばＶＰＩ値＝０、ＶＣＩ値＝１）を
介して、端末内の端末管理機能とスイッチノード内のス
イッチ管理機能間でのお互いの認知（ＬＡＮ一意の識別
番号、例えばネットワークレイヤアドレスの交換、属性
情報の交換、必要な場合はスイッチノードのポート番号
の端末側への通知）が含まれる。

【０１１５】第２段階として、該スイッチ管理機能は、
網管理サーバとのＭプレーンコネクションを介して、該
スイッチノードの特定のポートに端末装置が接続された
ことを通知し（トリガは網管理サーバがかけても、スイ
ッチノードの側がかけてもどちらでも良い）、網管理サ
ーバが途中段のスイッチノードのスイッチ管理機能に働
きかけることにより、網管理サーバと該端末装置の間に
Ｍプレーンコネクションを確立する。この第２段階は、
網管理サーバの立ち上げ後である必要がある。

【０１１６】第３段階として、網管理サーバは、立ち上
がった該端末装置と、該ＡＴＭ−ＬＡＮ内にて既に立ち
上がっている端末装置／スイッチノード／網間接続装置
との間にデータグラム配送用のＡＴＭコネクション（Ｖ
Ｃ）をエンド−エンドに設定する。このエンド−エンド
に設定されるデータグラム配送用のＶＣはＡＴＭ−ＬＡ
Ｎ内に閉じるデータグラムの配送に使われるものであ
る。前述のように、ＡＴＭ−ＬＡＮ間をまたがる（即
ち、網間接続装置をまたがる）データグラムについて
は、ＣＬＳＦを介して転送されることになる。ここで、
該データグラム配送用のＶＣについては、全て前述した
データグラム配送用のＶＰ網のＶＰパイプ（本実施例で
はＶＰＩ値＝６で示されるリンクごとのＶＰパイプ）を
通して設定される。このＶＣの設定の仕方（ＶＣＩの設
定の仕方など）については後述する。ここで、ＡＴＭ−
ＬＡＮ内にて配送されるデータグラムをＡＴＭセル化し
たものについては、本実施例においては全て前述したデ
ータグラム配送用のＶＰ網を介して転送されることか
ら、ＶＰＩ値として同一の値（例えばＶＰＩ値＝６）を
有することになる。

【０１１７】また、これと前後して、該端末装置を起点
／終点とするブロードキャストコネクション用ＶＣの設
定を行う。該ＶＣは、すべてブロードキャストコネクシ
ョン用ＶＰパイプを通るように設定され、この設定の中
には、該サーバとなる端末装置を起点とするブロードキ
ャスト用のスパーニングツリーの設定（第１の設定）
と、すでに立ち上がっている端末装置／スイッチノード
／網間接続装置を起点とした各々のスパーニングツリー
の終点に該サーバも含まれるような形で追加される設定
（第２の設定）との、両方の設定が含まれている。

【０１１８】その後、Ｍプレーンコネクション、ＡＴＭ
−ＬＡＮ内のデータグラム配送用のＶＣ、ブロードキャ
ストコネクション用ＶＣを設定されたスイッチノード／
端末装置／網間接続装置の内、ＣＬＳＦの機能を有する
端末装置／網間接続装置（この時点では、ＣＬＳＦとし
ての機能はまだ立ち上がっていない。特別な機能を持た
ない、端末装置としての立ち上がりが網管理サーバが認
知しているのみである）は、Ｍプレーンコネクションを
介して、網管理サーバに自分がＣＬＳＦの機能を有して
いることを通知し、ＣＬＳＦ用のコネクションの確立を
網管理サーバに要請する。このコネクション確立の要求
は、この時点ではコネクションオリエンテッドサーバは
まだ立ち上がっておらず、該ＡＴＭ−ＬＡＮ内にてスイ
ッチノードのスイッチテーブルの設定機能（即ち、該Ａ
ＴＭ−ＬＡＮにおいてＡＴＭコネクションを設定する機
能）を有しているサーバが網管理サーバのみであるため
に行われる。このデータグラム配送用のＡＴＭコネクシ
ョンの確立要請を受けた網管理サーバは、既に立ち上が
りの確認されたスイッチノード、端末装置、および網間
接続装置とＣＬＳＦを直接結ぶＡＴＭコネクション（Ｖ
Ｃ）を設定していくことになる。ここで、該ＶＣは、全
て前述したデータグラム配送用のＶＰパイプ（本実施例
ではＶＰＩ値＝６）を通る形で確立していく。

【０１１９】本実施例では、ＣＬＳＦは網間接続装置内
に存在しており、ＡＴＭ−ＬＡＮ間をわたるデータグラ
ムの配送をこの網間接続装置内のＣＬＳＦが担当する。
ＡＴＭ−ＬＡＮ内に閉じたデータグラムの配送について
はエンド−エンドに設けられたデータグラム配送用のＡ
ＴＭコネクション（ＶＣ）を用いる。なお、ＣＬＳＦは
必ずしも網間接続装置に存在しなくても良く、ＡＴＭ−
ＬＡＮ内に存在しても良いし、網間接続装置を介した隣
接するＡＴＭ−ＬＡＮ、あるいは複数の網間接続装置を
介したＡＴＭ−ＬＡＮに存在しても良い。ＡＴＭ−ＬＡ
Ｎ内に閉じたデータグラムの配送の少なくとも一部につ
いても、ＣＬＳＦの機能に含めてしまうこともできる。

【０１２０】なお、以上に述べたとおり、本実施例では
データグラム配送用のＡＴＭコネクションの確立に関し
ては、すべて網管理サーバが行っており、データグラム
配送用のＡＴＭコネクションに関する情報を、少なくと
も網管理サーバは全て有している。

【０１２１】図２９に、すべての端末装置立ち上げ後
の、ＣＬＳＦを起点（終点）としたデータグラム配送用
のＡＴＭコネクションの図を示す。すべてのＶＣがデー
タグラム配送用ＶＰに収容されている。また、該ＶＰに
は、エンド−エンド（ＡＴＭ−ＬＡＮ内のデータグラム
配送用）のＡＴＭコネクション（ＶＣ）が、ＣＬＳＦを
起点（終点）としたデータグラム配送用ＶＣのほかに多
重されている。

【０１２２】また、ＣＬＳＦと各スイッチノード／端末
装置／網間接続装置間のＡＴＭコネクションの確立と前
後して、網管理サーバからＣＬＳＦに対して必要な情報
（コンフィグレーション情報、トポロジ情報、アドレス
情報、ルーチング情報、処理プロトコルソフトなど）を
転送しても良い。また、この転送にＭプレーンコネクシ
ョンを用いても良い。

【０１２３】これらのＣＬＳＦ、あるいはＣＬＳＦを起
点（終点）としたデータグラム配送用のＡＴＭコネクシ
ョン群の確立についてのフローを、図２４のＡＴＭ−Ｌ
ＡＮにおけるデータグラムサービスの提供フローの表の
左前半、及び後半に記す。この図２４のフローにより、
本ＡＴＭ−ＬＡＮにおけるデータグラムサービスが提供
可能となる。

【０１２４】次にコネクションオリエンテッドサーバ
（ＣＯサーバ）の立ち上げについて説明する。Ｍプレー
ンコネクション、ＡＴＭ−ＬＡＮ内のデータグラム配送
用のＶＣを設定されたスイッチノード／端末装置／網間
接続装置の内、ＣＯサーバの機能を有する端末装置（こ
の時点では、ＣＯサーバとしての機能はまだ立ち上がっ
ていない。端末装置としての立ち上がりが網管理サーバ
が認知しているのみである）は、Ｍプレーンコネクショ
ンを介して、網管理サーバに自分がＣＯサーバの機能を
有していることを通知し、シグナリング用のコネクショ
ンの確立を網管理サーバに要請する。ここで、シグナリ
ング用のコネクションとは、ＣＯサーバとの間でやり取
りされるコネクションオリエンテッドのＡＴＭコネクシ
ョンの確立、切断、変更、管理などの情報（シグナリン
グ情報）やり取りを行うためのコネクションを指し、Ｃ
Ｏサーバと、端末装置／スイッチノード／網間接続装置
の間に設定されるコネクションのことである。このシグ
ナリング用コネクションの設定も、ＣＬＳＦの立ち上げ
時と同様に、この時点で、該ＡＴＭ−ＬＡＮ内における
ＡＴＭコネクションの設定機能を有しているサーバが網
管理サーバのみであるために行われるものである。この
要請（シグナリング用のＡＴＭコネクションの確立要
請）を受けた網管理サーバは、既に立ち上がりの確認さ
れたスイッチノード、端末装置、および網間接続装置と
ＣＯサーバを直接結ぶＡＴＭコネクション（ＶＣ）を設
定していくことになる。ここで、本実施例における網管
理サーバは、上記シグナリング用ＶＣを収容するＶＰ網
をまず確立する。本実施例におけるＡＴＭ−ＬＡＮで
は、シグナリングのやり取りはすべてＶＰＩ値＝２のＶ
Ｐを通して行われるため、この「確立」とは、実際に
は、網管理サーバが該ＶＰＩ値（この場合はＶＰＩ値＝
２）をリザーブすることによりこれが行われることとな
り、該シグナリング用ＶＰ網の確立に際して、実際にス
イッチノードへのスイッチテーブルを設定するわけでは
必ずしもない。これは、ＣＯサーバと、ＡＴＭ−ＬＡＮ
内の端末装置／スイッチノード／網間接続装置との間に
シグナリング用のＡＴＭコネクション（ＶＣ）を設定す
る際に、必ず同一のＶＰＩ値（例えばＶＰＩ値＝２）を
有するようにスイッチテーブルを設定する形で、この設
定は行われる。結果として、該シグナリング用ＶＣは、
全て前述したシグナリング用のＶＰパイプを通る形で確
立していくことになる。

【０１２５】図３０に、すべての端末装置立ち上げ後
の、シグナリング用のＡＴＭコネクションの図を示す。
すべてのＶＣがシグナリング用ＶＰに収容されている。

【０１２６】これらのシグナリング用コネクションの確
立と前後して、網管理サーバからＣＯサーバに対して、
「該ＡＴＭ−ＬＡＮ内の端末、スイッチノード、網間接
続装置のトポロジ情報（端末装置、スイッチノード、網
間接続装置などのネットワークレイヤアドレス、属性な
どに関する情報、及びリンク情報）」を通知しても良
い。この場合、該トポロジ情報をもとにして、該ＣＯサ
ーバは該ＡＴＭ−ＬＡＮにおけるルーチング、コネクシ
ョン接続制御、帯域管理などに関する処理ルーチンを作
成することとなっていてもよい。

【０１２７】以降、ＡＴＭ−ＬＡＮ内の端末装置／スイ
ッチノード／網間接続装置は、該ＣＯサーバを使って、
ＡＴＭ−ＬＡＮ内外とのＡＴＭコネクションの確立・切
断などを行うことができる。このＣＯサーバを介して、
上記ＡＴＭコネクションの確立・切断などができる旨
は、デフォルトでＡＴＭ−ＬＡＮ内にて決められていて
も良いし、ＣＯサーバの立ち上げ時にＣＯサーバ自身
が、例えば確立したシグナリング用コネクションやブロ
ードキャストコネクションを介して各端末装置／スイッ
チノード／網間接続装置に通知しても良いし、網管理サ
ーバが、例えばＭプレーンコネクションを介して各端末
装置／スイッチノード／網間接続装置に通知しても良
い。また、該ＣＯサーバは、呼受付制御機能、リンクの
帯域管理機能などを有していても良い。

【０１２８】なお、本実施例では、網管理サーバに対し
てＣＯサーバが立ち上がりのトリガをかけるものとして
説明したが、網管理サーバが、ＣＯサーバに対して立ち
上げを促す構成になっていても良い。この場合は、網管
理サーバはどの位置（どのスイッチノードのどのポー
ト）に該ＣＯサーバが存在しているかを認識している必
要がある。これは、例えばメタシグナリングチャネルや
Ｍプレーンコネクションを介して、あるいはブロードキ
ャストチャネルを介してＣＯサーバの返答を促す形で、
この情報のやり取りを行えば良い。

【０１２９】なお、本実施例では独自のメタシグナリン
グを定義しており、ＩＴＵ−ＴＳ（旧ＣＣＩＴＴ）や、
ＡＴＭフォーラムなどの標準化団体にて標準化されてい
るメタシグナリング機構とは異なるものとなっている。

【０１３０】上記標準化団体にて標準化されているメタ
シグナリング機構は、あらかじめメタシグナリングコネ
クションが端末と近接するスイッチノード（ＡＴＭ交換
機）との間にデフォルトで確立されており、端末の立ち
上げ時にはこのメタシグナリングコネクションを介して
シグナリングコネクションの設定を端末が網に対して要
求する。網（近接スイッチノード）は、該メタシグナリ
ングコネクションを介した設定要求を受信すると、網の
呼設定機能と該端末との間にシグナリングコネクション
を設定し、これを端末に対して通知する。このようにし
て端末はシグナリングコネクションを獲得し、呼設定を
行える状態になる。

【０１３１】これに対し、本実施例の機構では、メタシ
グナリングコネクションは近接するノード間に定義され
ており、端末と隣接ノード間のメタシグナリングコネク
ションを介して該端末の立ち上がりを隣接スイッチノー
ドの管理機構が認知し、これを該スイッチノードと網管
理サーバ間のＭプレーンコネクションを介して網管理サ
ーバに通知し、網管理サーバが「該網管理サーバと該端
末間のＭプレーンコネクション」及び「ＣＯサーバと該
端末間のシグナリング用コネクション」などを確立し
て、該Ｍプレーンコネクションを介してこれを通知する
構成をとっている。

【０１３２】本実施例の機構とＩＴＵ−ＴＳ、あるいは
ＡＴＭフォーラムなどの標準化機関で定められた方法の
マッピングをとることは、標準化機関の設定手順を本実
施例の機構の部分集合ととらえることにより容易に実現
でき、上記標準に従った端末装置を本実施例のＡＴＭ−
ＬＡＮに接続することができる。

【０１３３】次にディレクトリサーバ（ＤＲサーバ）の
立ち上げについて説明する。本ディレクトリサーバと
は、内部に、ＡＴＭ−ＬＡＮを構成している端末装置、
スイッチノード、網間接続装置などのネットワークレイ
ヤアドレス、物理アドレス、ＡＴＭアドレス（ＡＴＭセ
ルヘッダ値）、サービス属性、ドメインネーム、トラン
スポートサービスアクセスポイントアドレスなどの関連
（関係）に関するデータを内部に有するデータベースで
あり、更に、該情報の一部をキーとして、その他の情報
を検索し、該検索結果を通知する能力を有したサーバで
ある。例えば、ネットワークレイヤアドレスから、下位
レイヤのアドレス（例えばＡＴＭアドレス）に関する情
報を検索し、この情報（検索結果）を通知する点に着目
すると、本サーバはＡＲＰサーバ（アドレスレゾリュー
ションサーバ）の能力を有していることとなる。本ＤＲ
サーバの立ち上げについてはＣＯサーバの立ち上げとほ
ぼ同様の手順で行うことができる。ＣＯサーバの立ち上
げ手順と異なる点は、ＤＲサーバはＶＰＩ値として、Ｃ
Ｏサーバの場合とは異なる値（例えばＶＰＩ値＝３な
ど）を使用する点と、網管理サーバから受け取る情報
が、必ずしも「該ＡＴＭ−ＬＡＮ内の端末、スイッチノ
ード、網間接続装置のトポロジ情報（端末装置、スイッ
チノード、網間接続装置などのネットワークレイヤアド
レス、属性などに関する情報、及びリンク情報）」であ
る必要はなく、各端末、スイッチノード、網間接続装置
のアドレス、ネーム、属性などに関する情報のみを通知
すれば良い点にある。

【０１３４】以上、説明したように、この時点で、本Ａ
ＴＭ−ＬＡＮにはメタシグナリング用のＶＰ網、Ｍプレ
ーンコネクション用のＶＰ網、データグラム配送用のＶ
Ｐ網、ブロードキャスト用のＶＰ網、コネクションオリ
エンテッド用（シグナリング用）のＶＰ網、ディレクト
リサーバとの通信用のＶＰ網の計６つのサービスごとの
ＶＰ網が張られていることとなる。これを図３１に例示
した。

【０１３５】次に、その他の一般のサーバ（網の立ち上
げ、または網の運用に必ずしも必要のないサーバ、例え
ばファイルサーバなど）の立ち上げについて説明する。
Ｍプレーンコネクション、ブロードキャスト、ＡＴＭ−
ＬＡＮ内のデータグラム配送用のＶＣ、シグナリングコ
ネクション、ディレクトリサーバとのコネクションを設
定されたスイッチノード／端末装置／網間接続装置の
内、一般のサーバの機能を有する端末装置（この時点で
は、該一般サーバとしての機能はまだ立ち上がっていな
い。端末装置の立ち上がりを網管理サーバが認知してい
るのみである）は、ディレクトリサーバとのコネクショ
ンを介して、ＤＲサーバに自サーバについて登録を行う
（自サーバのネットワークレイヤアドレス、物理位置、
サービス属性などを登録する）と共に、必要な場合は、
該ＡＴＭ−ＬＡＮ内のあらゆる（または少なくとも一
部）端末装置／スイッチノード／網間接続装置のアドレ
ス（ＬＡＮにて一意のアドレス、例えばネットワークレ
イヤアドレス）に関する情報を入手して、該情報を使っ
て、例えばＣＯサーバを介して該端末装置／スイッチノ
ード／網間接続装置との間にＡＴＭコネクションを確立
する。また、これ以降に立ち上がった端末装置が、該一
般サーバのサービスを利用する際は、例えば該端末装置
がディレクトリサーバに対して、該一般サーバに関する
情報を問い合わせ、該一般サーバとの間にＡＴＭコネク
ションを確立することにより行うことができる。ここ
で、該一般サーバと端末装置／スイッチノード／網間接
続装置間のＡＴＭコネクション（ＶＣ）を、網管理サー
バなどの場合と同様に、同一のＶＰＩ値を用いて（該一
般サーバ用のＶＰ網を構築することに相当）確立するこ
ともできることに注意が必要である。（たとえばＶＰＩ
値＝１００は、ファイルサーバ専用ＶＰＩ値とするな
ど） この様にすることにより、ネットワークを介して提供さ
れるサービス（ファイルサービス、各種データベースな
ど）については、ＶＰＩの値によってこれを認識するこ
とが可能となる。さらに、このサービスを利用する端末
装置（クライアント）側からサーバ側へのパケット（Ａ
ＴＭセル）の転送は、中継段のスイッチノードにおいて
はＶＰＩ値の参照のみによってルーチングを行うことに
よりサーバ側まで到達し、反対にサーバからクライアン
ト側への通信においては、クライアント側はＶＰＩ値を
参照することによりサーバ名をインプリシットに知ると
いう応用も可能である。後述するデータグラム配送サー
ビスのＡＴＭセルヘッダ値割当方式は、この応用の一例
である。

【０１３６】なお、網管理サーバ、ＣＬＳＦ、ＣＯサー
バ、ディレクトリサーバなどがＡＴＭ−ＬＡＮ内の構成
についての情報を有していることとなるが、これらの情
報は互いに同期がとれているものとする。

【０１３７】以下には、第３の発明に係るＡＴＭ−ＬＡ
Ｎ内におけるデータグラムの配送法の一実施例について
述べる。この場合も、第１のＡＴＭ−ＬＡＮ１２、第２
のＡＴＭ−ＬＡＮ１３、第３のＡＴＭ−ＬＡＮ１４の各
々についてデータグラム配送の方法は同一であるので、
代表して第１のＡＴＭ−ＬＡＮ１２を例にとり、説明す
る。前述までのように、データグラムの配送は決められ
たＶＰＩ値（本実施例ではＶＰＩ値＝６）を用い、図２
２のようなデータグラム用のＶＰ網が張られている状況
にてデータグラムは配送される。よって、本ＡＴＭ−Ｌ
ＡＮ内において、データグラムは基本的にＶＣスイッチ
ングにて相手先まで配送される。以下では、データグラ
ムを送出する端末装置／スイッチノード／網間接続装置
を総称して送信側端末、データグラムを受信する端末装
置／スイッチノード／網間接続装置を総称して受信側端
末と呼ぶこととする。さて、データグラムの送出を希望
する送信側端末は、データグラムの送出先のネットワー
クレイヤアドレス（またはメイルアドレスなどの少なく
ともＡＴＭ−ＬＡＮで一意な、受信側端末、または受信
者を特定できるアドレス）からＡＴＭアドレス（本実施
例の場合はＡＴＭセルヘッダ値、たとえばＶＰＩ／ＶＣ
Ｉ値）へのアドレスのレゾリューションを行う必要があ
る。このアドレスのレゾリューションに関しては、本実
施例では前述したディレクトリサーバを用いる。これ
は、ディレクトリサーバに対して、データグラムの送出
先のアドレス（例えばネットワークレイヤアドレス）を
通知し、送信側端末から、該アドレスを有する受信側端
末へとつながるＡＴＭコネクションの（送信側端末から
みた）ＡＴＭセルヘッダ値（ＶＰＩ／ＶＣＩ値）を要求
する。ディレクトリサーバは、内部のデータベースを参
照し、該当するＡＴＭコネクションの（送信側端末から
みた）ＡＴＭセルヘッダ値を検索し、この検索結果を送
信側端末に対して通知する。なお、この「データグラム
の送出先のアドレスと、ＡＴＭアドレスとの対応関係」
については、必ずしもディレクトリサーバに問い合わせ
る必要はなく、ＡＴＭ−ＬＡＮ内にて何らかの形で該対
応関係情報（ルーチング情報）が分配されているような
プロトコル（ルーチングプロトコル）が働いているよう
な構成になっていても良い。例えば、送出先アドレスと
ＡＴＭアドレスの対応表が一定時間ごとに、あるいは変
更があった場合などに、必要な端末装置などに分配され
るような方式がある。ここで、先の例では、ディレクト
リサーバにデータグラム配送用に張られたＡＴＭコネク
ションに関する情報がデータベースに格納されているこ
ととなるが、このデータグラム配送用に張るＡＴＭコネ
クション（ＶＣ）について、いくつかのＶＣＩ値割当ル
ールがある。なお、ＶＰＩ値については、前述のように
本ＡＴＭ−ＬＡＮにおいてはＶＰＩ値＝６に統一され、
データグラム配送用ＶＰ網が張られている。以下に、こ
のデータグラム配送におけるＶＣＩ値割当ルールの一例
について説明する。

【０１３８】網管理サーバは、ＡＴＭ−ＬＡＮ内の端末
装置／スイッチノード／網間接続装置間にデータグラム
配送用のＡＴＭコネクションを確立する際、該ＡＴＭ−
ＬＡＮを構成する端末装置／スイッチノード／網間接続
装置にひとつずつＡＴＭ−ＬＡＮ内にて一意な識別番号
をつけていく。この一意の識別番号は、例えば網管理サ
ーバがその認知順につけていく。この識別番号は、後述
のようにＶＣＩ領域の半分の領域に格納可能であること
が望ましいため、８ビット以下であることが望ましい。
この識別番号の割り振り方の例を図３２に示す。例え
ば、スイッチノード３１の識別番号は＊１、端末装置３
Ｐの識別番号は＊Ｐである。この識別番号を、データグ
ラム配送用のＡＴＭコネクションのＶＣＩ値割当方式に
おいて、図３３のようにＶＣＩ値の前半は送信元の識別
番号、ＶＣＩ値の後半は受信先識別番号となるように割
り当てる。このＡＴＭコネクションは、送信側端末から
受信側端末まで書き換えられることのないまま、受信側
端末へと到達するようにスイッチノード内のスイッチテ
ーブルには設定される。このスイッチノード内のスイッ
チテーブルへの設定は具体的には、以下のように行われ
る。本ＡＴＭ−ＬＡＮ内の、それぞれのスイッチノード
においては、例えば、その内部のスイッチングが図３４
のように「ＶＰＩ値の参照」→「該ＶＰＩ値に該当する
ＶＣＩ値の参照」→「出力ポート番号の決定、及び変換
されるＡＴＭセルヘッダ値の挿入」→「具体的なＡＴＭ
セルのスイッチング」という形で行われる。このような
スイッチノードが図３５のように第１のＡＴＭ−ＬＡＮ
では配置されており、内部のスイッチテーブルは図３５
の説明、あるいは具体的に図３６のように設定されてい
る。エンド−エンド間のＡＴＭ−ＬＡＮ内におけるデー
タグラムの配送が行われることになる。ここで、図３
５、３６に示されるスイッチテーブルの設定は、前述の
ようにデータグラムサービスの立ち上げの際に網管理サ
ーバにより、Ｍプレーンコネクションを介して、各スイ
ッチノードに対して行われる。なお、本ＡＴＭ−ＬＡＮ
で使用されるＡＴＭセルは、ＩＴＵ−ＴＳ（旧ＣＣＩＴ
Ｔ）にて定められているＵＮＩ（ユーザ・網インタフェ
ース）セルと同様のフォーマットを有している。このよ
うなＶＣＩ値割当ルールを適用することにより、以下の
ような利点を享受することができる。即ち、 （１）スイッチノードにて、参照するＶＣＩ領域が小さ
い値（本例の場合ＶＣＩ領域のうち後半の８ビットの
み）ですむ。即ち、中間段におけるスイッチノードのス
イッチテーブルは、該セルの有しているＶＰＩ値が６
（データグラム配送用に割り当てられたＶＰＩ値）であ
ることから、該セルがデータグラム配送用に用いられて
いるものであると認識できる。また、該セルをどのポー
トにスイッチングするかについては受信先を一意に識別
できる番号を参照すれば十分であり、送出元アドレスを
参照する必要はない。本ＶＣＩ値割当法を用いた場合
は、途中段のスイッチノードにてセルのスイッチングに
際して必要な情報は、該セルをどのポートに向かってス
イッチングをするかについての情報、即ち受信側を一意
に識別することのできる情報であり、該セルがどこから
発せられたものであるかに関する情報は必ずしも必要で
はないからである。これは、スイッチノードにて設定す
るスイッチテーブルを、ＶＣＩ領域のうちの後半の８ビ
ットのみを参照できるようにしておくのみで、上記デー
タグラム配送法を実現できることを意味する。これは、
ＶＣＩ領域の後半８ビットに受信側端末をＡＴＭ−ＬＡ
Ｎ内にて一意に識別することのできる識別子を入れたこ
とによるものである。 （２）データグラムの配送の際に、配送されるデータグ
ラムをＡＴＭセル化したもののＡＴＭセルヘッダ値を途
中で書き換える必要が一切無い。これはスイッチノード
内の処理装置の削減と、該データグラムが受信側端末ま
で到達する時間の削減という２つの利点を同時に持つ。 （３）スイッチノードのすべての入力ポート、またはス
イッチテーブルを持つすべてのポートに用意すべきスイ
ッチテーブルの設定値を同一のもので済ませることがで
きる。これは、入力ポート間でスイッチテーブルを共用
できるようなアーキテクチャのスイッチノードや、スイ
ッチテーブルの管理の容易性を向上させるのに寄与す
る。 （４）受信側端末において、送信側端末が異なれば、必
ず異なるＡＴＭセルヘッダ値（ＶＣＩ値）がつけられる
ため、ＡＡＬ（ＡＴＭアダプテーションレイヤ）タイプ
５のような異なる送出元から発信されたパケットをＡＴ
Ｍセル化したものには、必ず異なるＡＴＭセルヘッダ値
が割り振られなければならないようなＡＡＬにも適用が
可能である。 （５）データグラム配送において、ＡＴＭセルヘッダ値
を参照すれば、ＡＴＭ−ＬＡＮ一意にそれがどこの送信
側端末からどこの受信側端末へのセルであるかを配送中
のどの地点においても識別することができる。これはＯ
ＡＭへの応用などが考えられる。次に、実際にこれらの
ＶＣＩ値割当法を使った送信側端末、受信側端末間のデ
ータグラムのやり取りについて、図３７を参照しながら
述べる。

【０１３９】送信側端末は、図のような内部処理構造を
有しており、データグラムをＡＴＭセル化したものをＡ
ＴＭ−ＬＡＮに対して送出する。即ち、送出するデータ
グラムをＡＴＭセル化するとともに、ＡＴＭセルヘッダ
のＶＰＩ値にはデータグラム配送サービスを意味する６
を、ＶＣＩ値の前半部分には自送信側端末装置に該ＡＴ
Ｍ−ＬＡＮにて一意に割り振られた識別番号を、ＶＣＩ
値の後半部分には受信側端末装置に割り振られた識別番
号を付与してＡＴＭ−ＬＡＮに該ＡＴＭセルを投入す
る。なお、受信側端末の識別番号がわからない場合は、
後述のようにＤＲサーバに対してアドレスレゾリューシ
ョンを行うが、この処理は図のようにＡＲＰ機能実行部
が行う。このＡＲＰ実行結果については、図のように他
端末アドレス記憶部に記憶しておき、次回のデータグラ
ム配送の際に同一のあて先に対して送出するデータグラ
ムが存在する際に該他端末アドレス記憶部内のデータを
利用することになる。反対に、受信側端末では、受信し
たＡＴＭセルのＶＰＩ値（＝６）を参照して、該セルが
データグラムであることを認識し、同一のＶＣＩ値を持
つセルをデータリアセンブリ部にてデセル化を行う。前
述のようにＶＣＩ値の前半部分にて送信側端末を一意に
識別できるため、データリアセンブリ部は、送信側端末
ごとにデータのリアセンブリを矛盾無く行える。また、
この際、他端末アドレス記憶部内のデータを参照して、
ＡＴＭセルヘッダのＶＣＩ値から送信側端末をダイレク
トに識別することも可能である。リアセンブリの終わっ
たデータは通信ポートを介して上位のプロセッサなどに
渡される。なお、本ＶＣＩ値割当法においては、同一の
端末同士のデータグラム配送用コネクションが、各々の
方向（順方向と逆方向）で相異なるＡＴＭセルヘッダ値
を有することとなる。これは、セルのループバック試験
などの際に簡単なループバックが行えない場合があるこ
とを意味する。セルのループバックをした場合に、これ
が送信側端末と関係の無い方向へとスイッチングされて
しまう可能性があるからである。

【０１４０】そこで、データグラム配送用のＶＣについ
ては、ループバックの際にＶＣＩ値の前半と後半を逆転
させるような機構を、例えばハードウエア論理にて構築
し、各スイッチノード（必要な場合は、端末装置、網間
接続装置）に用意しておくことにより、容易にループバ
ック機能の実現を図ることができる。この様子を図３８
に示す。なお、ＡＡＬタイプ３／４のようなＭＩＤフィ
ールドをもつＡＡＬタイプである場合は、該フィールド
を送出元アドレスとして使用し、ＶＣＩ領域は受信先ア
ドレスとしてのみ使用することもできる。なお、ＶＣＩ
値割当法の本例においては、該ＡＴＭ−ＬＡＮに接続さ
れるデータグラムのやり取りを行う端末装置／スイッチ
ノード／網間接続装置の数は上限２５６に限定される。
これは、ＶＣＩ領域の前半、後半の８ビットをＡＴＭ−
ＬＡＮ内にて一意に端末を識別する番号を用いているた
め、２の８乗＝２５６に番号数が限定されるためであ
る。なお、ＡＴＭ−ＬＡＮ内に、データグラムのやり取
りを必ずしも行わない端末装置が存在することも考えら
れるため、この端末には上記識別番号の割当は必要ない
ため、ＡＴＭ−ＬＡＮ内の収容可能端末数が２５６が上
限であるわけではない。なお、本実施例において、デー
タグラム端末数が２５６を越えた場合は、新たにデータ
グラム配送用のＶＰＩ値（例えば５など）を設けるなど
の方法が考えられる。なお、上記実施例のほかに、網管
理サーバが適当にＶＣＩ値を論理的に決定し、これを任
意の端末間のデータグラム配送用ＡＴＭコネクションの
ＶＣＩ値とすることもむろん可能である。この場合は、
途中のスイッチノードにてＶＣＩ値が書き換えられても
良く、また、該ＶＣＩ値を双方向同一の値としてもむろ
ん良い。また、同一スイッチノードのスイッチポート内
で重ならない限り、同一のＶＣＩ値を同一ＡＴＭ−ＬＡ
Ｎ内であっても使用することができるため、該ＡＴＭ−
ＬＡＮ内に収容できるデータグラム端末の総数は２５６
より大きな値とすることができる。

【０１４１】以上のように説明したＶＣＩ値割当ルール
に従って、本実施例では、該ＡＴＭ−ＬＡＮ内にはメッ
シュ状にデータグラム配送用のＡＴＭコネクションが張
られている。このＡＴＭコネクションを介して、ＡＴＭ
−ＬＡＮ内を配送されるデータグラムは配送されること
になる。上記のデータグラム配送用のＡＴＭコネクショ
ンに関する情報（どの送信側端末からどの受信側端末へ
のデータグラム配送用のＡＴＭコネクションのＡＴＭア
ドレス、即ちＶＰＩ／ＶＣＩ値はいくつであるか）を、
ディレクトリサーバは有しており、ＡＲＰの際には、こ
のデータを用いてアドレスレゾリューションを行うこと
となる。なお、前述で説明したＶＣＩ割当ルールの一例
（送信側端末と受信側端末の識別番号をＶＣＩ領域に格
納）を適用した場合は、ディレクトリサーバは、問い合
わせ先である受信側端末のＬＡＮユニークな識別番号を
通知しさえすればよい。ＶＰＩ値としてはデータグラム
配送用の値、ＶＣＩ値としては、前半は自分に割り当て
られた識別番号、後半は相手側の識別番号を入れればよ
いことから、ディレクトリサーバにおいて格納すべき情
報も、「送信側端末（のＬＡＮ一意の識別子）、及び受
信側端末（のＬＡＮ一意の識別子）、及び該送信側端末
と該受信側端末との間のＡＴＭコネクションのＡＴＭセ
ルヘッダ値」をデータとして持つことは必要なく、「受
信側端末（のＬＡＮ一意の識別子）と、その受信側端末
の識別番号」をデータとして持てば良いので、ディレク
トリサーバにおいて、保持すべきデータ量を大幅に低減
できる。上述のような方法で、ＡＴＭ−ＬＡＮ内の受信
側端末についてのアドレスレゾリューションは行われ、
これに対し、ＡＴＭ−ＬＡＮ外の受信側端末についての
アドレスレゾリューションに関しては、ディレクトリサ
ーバが網間接続装置内のＣＬＳＦへのデータグラム配送
用ＡＴＭコネクションのＡＴＭセルヘッダ値を通知する
ことにより行われる。なお、ＡＴＭ−ＬＡＮ内のデータ
グラムの配送について、すべて（もしくはその一部分）
をＣＬＳＦを介して行う場合も考えられる。この、エン
ド−エンドのＡＴＭコネクションを使用しないデータグ
ラム配送についての別の実施例について以下に述べる。
なお、この場合は、図２３や図２９のようなデータグラ
ム配送用ＶＣが張られているのではなく、後述する図３
９、４０のような形でデータグラム配送用ＡＴＭコネク
ションが張られている。送信側端末から送出されたデー
タグラムをＡＴＭセル化したものは、一度ＣＬＳＦまで
配送される。ＶＰＩ値、ＶＣＩ値などのＡＴＭセルヘッ
ダの割当方式は前述の方式と同様とする。その際、該デ
ータグラム配送用ＡＴＭセルは必ずＶＰＩ値（＝６）を
有しているので、途中のスイッチノードはＶＰＩ値を参
照するのみでこれをＣＬＳＦにまで配送することができ
る。このスイッチノードにおけるスイッチングはＶＰス
イッチングのみで行うことも可能である。即ち、図３９
のＣＬＳＦへ向けてのデータグラム配送用ＡＴＭコネク
ションは、実質的にスイッチノードにおいてはＶＰＩ値
（＝６）のみが参照され、ＶＰスイッチングにてＣＬＳ
Ｆにまで到達する。その際、ＣＬＳＦに転送するＡＴＭ
セルのＶＣＩ領域の受信側端末を識別する領域には、Ａ
ＴＭ−ＬＡＮ内にその受信側端末が存在する場合には、
そのＡＴＭ−ＬＡＮにて一意に定められる識別番号をい
れておく。これに対し、ＡＴＭ−ＬＡＮ外に受信側端末
が存在する場合は、ＡＴＭ−ＬＡＮ内にて使われていな
い識別番号（例えば値２５５を用いる。この値はＡＴＭ
−ＬＡＮ外専用、あるいはＣＬＳＦにてネットワークレ
イヤアドレスの解析を行う場合のデフォルト値とするな
どの利用方法がある）を入れておく。なお、受信側端末
がＡＴＭ−ＬＡＮ内に存在する場合でも、そのＡＴＭア
ドレスのレゾリューションができない場合（ＤＲサーバ
が故障している場合や、ＡＲＰ機能のない送信側端末の
場合など）には、送信したいデータグラムをＣＬＳＦに
対して、受信側端末を識別するＶＣＩの領域に値２５５
をいれて送出すれば良い。ＣＬＳＦまで配送されたＡＴ
Ｍセルは、ＡＴＭセルヘッダのＶＣＩ領域を参照しさえ
すれば受信側端末を一意に識別することができるため、
このＡＴＭセルをダイレクトに該受信側端末とＣＬＳＦ
とをエンド−エンドに接続するＡＴＭコネクションＶＣ
に投入することにより、該データグラムをＡＴＭセル化
したものを受信側端末に対して送出することができる。
ここで、ＣＬＳＦでは、受信したデータグラムをＡＴＭ
セル化したものを上位レイヤ（即ち、ネットワークレイ
ヤ、あるいはＣＬレイヤ）にまで持ち上げる必要はな
く、ＡＴＭレイヤの処理のみでＡＴＭ−ＬＡＮ内のデー
タグラム配送を行うことができる。また、ＡＴＭレイヤ
処理を行っているのみであるためＣＬＳＦ内での処理時
間（レイテンシ）が非常に小さく、ＣＬＳＦにて何等Ａ
ＴＭセルヘッダの変換などを行う必要がない。この場
合、図４０のようにＡＴＭ−ＬＡＮ内を配送されるデー
タグラムは、ＡＴＭセルヘッダの参照のみで再度ＡＴＭ
−ＬＡＮに（他のＡＴＭ−ＬＡＮから配送されるデータ
グラムと多重された後）投入される。ＡＴＭ−ＬＡＮ外
に配送されるデータグラムは、ネットワークレイヤ（Ｌ
３）、またはＣＬレイヤの処理を受けた後、再度ＡＴＭ
セル化され、基本的に他のＡＴＭ−ＬＡＮへと投入され
る。ＣＬＳＦと受信側端末との間には図４０のように
「ＣＬＳＦ→受信側端末」方向のエンド−エンドの片方
向ＡＴＭコネクションが設定されており、これらのＡＴ
Ｍコネクションは図３３で示されるＡＴＭセルヘッダの
ＶＣＩ値の後半部分にてＣＬＳＦでも、途中のスイッチ
ノードにおいても識別されるのは先の例と同様である。

【０１４２】図３９、４０には、ＡＴＭ−ＬＡＮ内のス
イッチノードのテーブル設定の様子も示されている。こ
のようなデータグラム配送方式を用いることにより、以
下の効果が奏せられる。即ち、 （１）送信側端末→ＣＬＳＦ間はＶＰ値の参照のみでデ
ータグラムをＡＴＭセル化したものをＣＬＳＦまで転送
できるため、途中のスイッチノードにおけるテーブル量
を削減することができる。つまり、ＶＰＩ値のみの参照
のみでよい。また、先の実施例にて示したエンド−エン
ドの送受信端末間にすべてＡＴＭコネクションを設ける
方式に比べ、設定する必要のあるＶＣ数、ひいてはテー
ブル量が少なくてすむ。 （２）ＣＬＳＦにおいては、ＡＴＭセルヘッダの参照の
みで受信側端末の識別、及び受信側端末への該セルの転
送が行えるため、ＣＬＳＦにおいてネットワークレイヤ
処理、あるいはＣＬレイヤ処理を行う必要がなく、ＡＴ
Ｍレイヤ処理のみの簡潔、かつ高速な処理が期待でき
る。なお、同一ＡＴＭ−ＬＡＮ内のデータグラム配送で
あれば、ＣＬＳＦ内にてＡＴＭセルヘッダの変換も不要
である。 （３）ＣＬＳＦ→受信側端末間はそれぞれ受信側端末の
数のみ片方向ＶＣを用意すればよく、（１）と合わせ、
設定するＶＣ数の削減が期待できる。つまり、スイッチ
ノードの全ての入力ポートに、ＣＬＳＦ宛のＶＣと、Ｃ
ＬＳＦからの下り用のＶＣ以外のＶＣを設定する必要が
ない。 また、複数のＡＴＭ−ＬＡＮにてＣＬＳＦを共用するの
も容易である。複数のＡＴＭ−ＬＡＮにて識別番号が重
ならなければ良い。識別番号が重なる場合は、 （１）異なるＡＴＭ−ＬＡＮについては、異なるＶＰＩ
値を用いて区別する（例えば第１のＡＴＭ−ＬＡＮはデ
ータグラムサービスはＶＰＩ値＝６を用い、第２のＡＴ
Ｍ−ＬＡＮではＶＰＩ値＝５を用いるなど）。 （２）ＣＬＳＦが入力されたＡＴＭ−ＬＡＮを認識でき
る構成となっている。例えば、ＣＬＳＦが網間接続装置
内に位置し、網間接続装置の入力ポートにより、入力元
のＡＴＭ−ＬＡＮが一意に識別できる場合、この入力元
ＡＴＭ−ＬＡＮの識別情報をＶＣＩ後半参照部に伝達
し、ＶＣＩ後半参照部には送信元のＡＴＭ−ＬＡＮごと
にテーブルを用意する。などの方法が考えられる。

【０１４３】以下には、第４の発明の一実施例を説明す
る。これに先立ち、上記の様な種々の構成によるデータ
グラム配送にて使われるＶＰ網のＶＰパイプ、及びＶＰ
パイプ内のデータグラム配送用ＶＣパイプの性質につい
て詳述する。まず、データグラム配送用に張られたＶＣ
（送信側端末と受信側端末との間に張られたエンド−エ
ンドのＶＣ、及びスイッチノード／端末装置とＣＬＳＦ
間のＶＣ）について、説明する。このデータグラム配送
用のＶＣは、ＡＴＭコネクションの受付制御などを経ず
に、単にスイッチノード内のスイッチテーブルに設定さ
れたＡＴＭコネクションにすぎない。本ＡＴＭ−ＬＡＮ
では、これを帯域管理の対象外のコネクション、即ち優
先度の低いコネクションであるとして扱うことができ、
通信資源を圧迫することはない。以下に、この理由につ
いて説明する。

【０１４４】本実施例においては、ＡＴＭ−ＬＡＮ内の
ＡＴＭコネクションには、帯域管理を行うＡＴＭコネク
ションと、帯域管理を行わないＡＴＭコネクションとが
ある。帯域管理を行うＡＴＭコネクションは一定の通信
品質（ＱＯＳ）を保ちつつ通信を行うことのできるコネ
クション（一定以上のセル廃棄率、一定以下の遅延時間
が期待できるコネクション）であり、帯域管理を行わな
いＡＴＭコネクションは通信品質に一切の保証がないコ
ネクション（セル廃棄率、遅延時間に関して、制限がな
い）である。帯域管理を行うＡＴＭコネクションは優先
度の高いコネクション、帯域管理を行わないＡＴＭコネ
クションは優先度の低いコネクションとみなされ、たと
えば優先度の高いコネクションに属するセルが無い場合
に限り、優先度の低いコネクションに属するセルの通過
を許すなどの優先制御を行うことにより、これを実現す
ることができる。帯域管理を行うＡＴＭコネクション
は、該コネクションの通過するセル伝送路、および交換
ノード内の通信資源が確保された場合に限り、設定を許
可されるコネクションである。これに対し、帯域管理を
行わないＡＴＭコネクションは、帯域管理対象外である
ため、帯域の確保が必ずしも必要なく、コネクション受
付制御に際しても、各コネクション管理エンティティの
受付上限数以下である限り、無条件に受け付けられるも
のである。この受付上限数とは、たとえばスイッチノー
ド内のテーブルの容量などにより規定されるものであ
る。元来データグラムの配送は、大きな遅延時間、およ
び信頼性のない物理コネクションを前提にして考えられ
たものであるため、このような帯域管理を行わないＡＴ
Ｍコネクションを使用するのは、妥当である。帯域管理
を行うＡＴＭコネクションについては、特にＣＯサーバ
にて設定されるものであり、このＣＯサーバが一元的に
ＡＴＭ−ＬＡＮ内の通信資源の管理、受付制御の際の評
価関数の演算実行などを行っている。このＣＯサーバに
より許可を得たＡＴＭコネクションに限り、帯域管理を
行うＡＴＭコネクションとして使用することができる。
なお、このＣＯサーバに帯域管理を行わないＡＴＭコネ
クションの設定を申請すれば、ＣＯサーバを介して帯域
管理を行わないＡＴＭコネクションを設定することも可
能である。次に、上記データグラム配送にて使われるＶ
Ｐ網のＶＰパイプについて説明する。本実施例のＡＴＭ
−ＬＡＮにおいては、ＡＴＭ−ＬＡＮ内を配送されるデ
ータグラムについてはすべてこのＶＰパイプを通して配
送されることとなっている。よって、このようにデータ
グラムを単一のＶＰ網に押し込めることで以下に示すよ
うな利点を享受することができる。 （Ａ）ＶＰ単位での状態管理を行うことができる。 あるサービス（この場合、データグラム配送サービス）
に関して、サービスを単位に、即ち該ＶＰの状態の管理
（例えば、この例の場合、あるリンクにおいて配送され
るデータグラムのトラヒックについての観測を行いたい
というような場合）を行うのに際し、これを本ＶＰを単
位に行えば良い。 （Ｂ）ＶＰ単位での障害管理を行うことができる。 あるサービス（この場合、データグラム配送サービス）
の提供を網が中断／再開するような場合、本実施例のよ
うなＶＰ網では、該サービスに割り当てられたＶＰＩ値
（この場合ＶＰＩ値＝６）をノンアクティブ／アクティ
ブにするのみでこれを行うことができる。これまでのＡ
ＴＭ網の場合、サービスを提供しているＶＣを単位にこ
れを行う必要があったため、大きな時間を要していた。 （Ｃ）ＶＰ単位での帯域管理を行うことができる。 あるサービス（この場合、データグラム配送サービス）
に最小限の帯域を確保しておく、または最大限の帯域を
制限しておくなどのサービス単位の帯域管理をＶＰを単
位に行うことができる。 （Ｄ）ＶＰ単位で、ＶＰの性質を決定することができ
る。 （Ｃ）と関連するが、サービスごとに性質の異なるＶＰ
を用いることにより、網における（網が提供する）該サ
ービスの性質（例えば情報／セルの廃棄率、転送遅延時
間）の明確化を図ることができるようになる。

【０１４５】さて、先に説明したように、本データグラ
ム配送用のＶＰは、内部にデータグラム配送用のＶＣを
収容しており、該データグラム配送用ＶＣは帯域管理の
無いＡＴＭコネクション、即ち優先順位の低い、廃棄率
／遅延時間のＱＯＳの設定がなされていないコネクショ
ンであった。このようなＶＣ群を収容するＶＰパイプと
して、本実施例のデータグラム配送用ＶＰは、以下のよ
うな性質を持つ。 （ａ）上記（Ａ）と関連して、ＶＰ単位での状態管理を
行っている。具体的には、ＶＰの接続状態の監視や、該
ＶＰを通るセル数の計測、トラヒック特性（平均レー
ト、ピークレートなど）の観測、および該観測結果のス
イッチノード内のスイッチ管理機能や、網管理機能（網
管理サーバ）への通知などの機能を行う。ＶＰ単位での
状態管理を行うことにより、「データグラム配送」とい
う、網が提供するサービスを単位に、あるリンクにおけ
る「データグラム配送」サービスの状態管理を行うこと
ができることとなり、ひいては、「データグラム配送」
サービス全体の状態管理を行うことができる。 （ｂ）上記（Ｂ）と関連して、ＶＰ単位での障害管理を
行っている。具体的には、網のデータグラム配送サービ
スを（リンク単位に／スイッチノード単位に／ネットワ
ーク単位に）一斉に中断／再開するような場合、本ＡＴ
Ｍ−ＬＡＮにおけるデータグラム配送サービスに関して
は、すべてＶＰＩ値＝６という統一した値が用いられて
いるため、このＶＰＩ値をノンアクティブ／アクティブ
にすることにより上記サービスの中断／再開を瞬時に行
うことができ、障害管理の迅速化を図ることができる。 （ｃ）上記（Ｃ）と関連して、ＶＰ単位の帯域の管理を
行っている。具体的には、本データグラム配送サービス
については、ＶＣ単位にて帯域管理の無いコネクション
を用いているため、帯域管理を（該ＶＣ単位、もしくは
該ＶＰ単位にて）行わない場合は、網（リンク）に帯域
管理を行うＡＴＭコネクション（ＶＰ、ＶＣ）が該リン
クの通信資源（帯域など）を占める割合が少なく、かつ
データグラムの送出量（トラヒック量）が大きいとき
は、データグラムのトラヒックが該リンクに殺到するこ
とになる。このような際、網の処理能力をオーバする場
合が考えられる。これは、例えばトラヒック特性の観測
装置（たとえばデータグラムの通過セル数計数装置や、
ポリシング装置、シェイピング装置など）の処理能力を
越えてしまったり、バッファのオーバーフローが起こっ
てしまうような場合がこれにあたる。これらを未然に防
止するために、本データグラム配送用ＶＰに対しては、
帯域の上限を定め、該ピークレートを越えない限りは内
部にはどのように帯域管理を行わないＶＣを多重しても
良いが、ある値（上記帯域の上限値）を越えて該ＶＣを
多重するのは許可しないといった帯域管理を行ってもよ
い。

【０１４６】また逆に、該リンクが帯域管理を行うＡＴ
Ｍコネクションで混んできた際にも、データグラム配送
のための最小限の帯域を確保しておくため、帯域の下限
値を定めてもよい。この値（帯域の下限値）までは、ど
んなに網（リンク）が混雑してきたとしても、データグ
ラム配送用に帯域を確保してあると解釈することがで
き、該帯域の許す範囲でデータグラム通信を網はサービ
スとして提供することができる。ここで、網（リンク）
が混雑している場合は、データグラム配送サービスの帯
域のピークレートが「帯域の下限値」となる。 （ｄ）上記（Ｄ）、及び上記（ｃ）と関連して、本デー
タグラム配送用のＶＰは、特別な性質を有している。本
ＡＴＭ−ＬＡＮ内の物理リンクにおいて、データグラム
配送用のセルは、帯域管理無しのコネクションに属して
いるため、送出する帯域管理ありのセルが存在しない場
合に限りリンク上に送出される。よって、上記（ｃ）に
記述したように、本データグラム配送用のＶＰは、帯域
の上限値を有しているにも関わらず、リンクに帯域管理
ありのセルが存在する場合は、帯域管理を行わないセル
を送出したくとも、そして該帯域の上限値を下回るトラ
ヒック量しか存在しない場合であったとしても、該リン
クに該セルを送出することはできない。即ち、図４１に
示されるように、「帯域の上限値とは関係無く、その瞬
間に実際に送出可能なピークレートは、帯域の上限値を
越えない範囲で、実際の物理リンクの空き帯域全体」と
いうことになる。まとめると、「該ＶＰ内を通過するト
ラヒックは、該ＶＰを収容する物理リンクを通る帯域管
理ありのトラヒック量によって左右されるため、実際の
該ＶＰパイプへの送出最大量は、該ＶＰパイプの帯域の
上限値ではなく、物理リンクの状態、または該物理リン
クに収容された帯域管理ありのトラヒックによって制限
を受ける。」、「該ＶＰは帯域の下限値を保証してい
る。この帯域の下限値は、該物理リンクにおいてコネク
ションの受付制御を行う際に該帯域は予約されていると
解釈されるものである。」などの性質を有する。これら
のことは、例えばＩＴＵ−ＴＳの標準化活動などで知ら
れている既存のＶＰ（「ＶＰパイプの帯域の上限値、即
ちピークレートは、該ＶＰパイプの生存中は、常にあく
まで実質の送出最大量となる」、「帯域の下限値の保証
はない」などの性質を有する）とは性質の異なるものと
考えられる。このような性質の異なるＶＰ群（例えば上
記（ｄ）のＶＰと、既存のＶＰなど）を網が提供し、あ
る性質を有するＶＰをサービスが適当に選択することに
より、本ＡＴＭ−ＬＡＮにおける該サービス（この場合
データグラム配送サービス）の性質に合わせたコネクシ
ョンの提供を行うことができる。次に、これまで説明し
たＱＯＳ設定なしのＶＣを束ねるＶＰの帯域の上限値、
下限値を実現する構成の具体例について述べる。帯域の
上限を定める機構は、例えば以下のようにして実現する
ことが可能である。スイッチノード内での優先制御の実
現を図４２の様に行う。図４２は、スイッチノード内の
ある出力ポート（または入力ポート）に着目した優先制
御を実現する機構である。図のように、入力されたＡＴ
Ｍセルの内、高ＱＯＳ（ＱＯＳあり）のセルについては
高ＱＯＳ用バッファ部３３１に、低ＱＯＳ（ＱＯＳな
し）のセルについては低ＱＯＳ用バッファ部３３２にそ
れぞれ格納される。これらのバッファ部からのセルの読
みだしについては以下のように行われる。 （１）高ＱＯＳシェイピング部３３３は、高ＱＯＳのコ
ネクションの確立時に定められたトラヒックパラメータ
（ピークレート、平均レート、ＣＤＶ(Cell Delay Vari
ation)等）を満たすように、高ＱＯＳ用バッファ部３３
１からセルを取り出す。 （２）高ＱＯＳ用バッファ部３３１内にセルが存在しな
いとき、または高ＱＯＳシェイピング部３３３が同バッ
ファ部３３１より取り出せるセルがないと判断した場合
に、低ＱＯＳ用バッファ部３３２からのセルの読みだし
を許可する。 （３）この低ＱＯＳ用バッファ部３３２からのセルの読
みだしを例えば低ＱＯＳシェイピング部３３４が行う。
その際、低ＱＯＳシェイピング部３３４が低ＱＯＳ用バ
ッファ部３３２からのセルの読みだしの際に、帯域の上
限値を越えないような制御を加えつつ行う。即ち、低Ｑ
ＯＳ用バッファ３３２からのセルの読みだしが許可され
ていたとしても、帯域の上限値を越えているような場合
は、低ＱＯＳ用バッファ３３２からのセルの読みだしを
行わない。この帯域の上限値による制御は、低ＱＯＳを
割り当てられたＡＴＭコネクション（ＶＰ／ＶＣ）ごと
に行っても良いし、低ＱＯＳのＡＴＭコネクション全体
にわたって（即ち、低ＱＯＳのＡＴＭコネクション群を
１本の大きな低ＱＯＳＡＴＭコネクションとみなして）
行っても良い。 （４）上記のように、高ＱＯＳ用バッファ部３３１から
出力されたセルと、低ＱＯＳ用バッファ部３３２から出
力されたセルとをセレクタ３３５にて選択し、出力線に
出力する。なお、高ＱＯＳ用バッファ部３３１、低ＱＯ
Ｓ用バッファ部３３２双方に出力線に対して出力するセ
ルがない場合には、空セル発生部３３６にて発生してい
る空セルを選択する。このような機構以外でも、低ＱＯ
Ｓ（低優先度）のコネクションのトラヒックの上限値を
頭うちさせるような機能がスイッチノード／網間接続装
置／端末装置のセル伝送路上に実現されていれば良い。
なお、この「頭うちさせる機能」は、高ＱＯＳ（高優先
度）のコネクションのトラヒックの上限値を頭うちさせ
る機構と共用して用いることもできる。つぎに、帯域の
下限値を定める機構は、例えば次のようにして実現が可
能である。

【０１４７】（帯域の下限値の実現法１）帯域管理を行
う実体は、低ＱＯＳコネクションについて、あらかじめ
帯域の下限値（例えば帯域Ｘを下限値として確保してお
きたいとする）を保証しておきたいリンクについては、
実際のリンク速度ＹからＸを引いた（Ｙ−Ｘ）をリンク
速度または受付制御の際の空き帯域の初期値として、Ａ
ＴＭコネクションの受付制御（帯域制御）を行う。よっ
て、帯域管理を行うＡＴＭコネクションについては、基
本的に（Ｙ−Ｘ）の帯域を占有することができるように
コネクション設定が行われることとなる。このようにす
ることにより、バースト等によるセルの分布の揺れを無
視すれば、低ＱＯＳのコネクションに対しても、常にＸ
だけの帯域が保証されていることとなり、帯域の下限を
定めるのと等価となる。この場合は、リンクごとに必ず
トラヒックの空き領域が生まれるため、必ずしもスイッ
チノード等の優先制御の機構としては、「高ＱＯＳのセ
ルがない場合に限り、低優先のセルを送出することを許
可する」機構以外には、新たな機能を加える必要はない
が、高ＱＯＳのＡＴＭコネクションを使用する端末装置
が、該高ＱＯＳのＡＴＭコネクション設定時に定められ
たトラヒックパラメータに従ってセルをネットワークに
送出することを遵守する必要がある。

【０１４８】（帯域の下限値の実現法２）（帯域の下限
値の実現法１）、即ちＡＴＭコネクションの受付制御を
行う場合に、実際のリンク速度から低ＱＯＳコネクショ
ンの確保しておきたい帯域の下限値Ｘを引いた値を仮想
的なリンク速度として帯域の制御を行う様な方法に、図
４２にあるような機構を併用した場合である。高ＱＯＳ
のＡＴＭコネクションについて帯域制御（受付制御）を
行った後に、該高ＱＯＳのＡＴＭコネクションについて
シェイピング制御を行う。この場合、高ＱＯＳ用バッフ
ァ部３３１内にセルが存在しない場合のみでなく、たと
え高ＱＯＳ用バッファ部３３１内にセルが存在する場合
でも、高ＱＯＳシェイピング部３３３が読みだしの許可
を出さない場合にも低ＱＯＳ用バッファ部３３２からの
（低ＱＯＳの）ＡＴＭセルの読みだしを許可する方式で
ある。このような方法を適用することにより、たとえ端
末装置がトラヒックパラメータに違反して高ＱＯＳセル
を送出した場合でも、高ＱＯＳシェイピング部３３３に
て該違反セルはブロックされるため、（実現法１）と比
較して、より確実に低ＱＯＳコネクションへの帯域の下
限値の保証を行うことができる。

【０１４９】（帯域の下限値の実現法３）高ＱＯＳ用バ
ッファ部と、低ＱＯＳ用バッファ部を用いて優先制御を
実現しているような機構の場合、周期的に（例えばＭ周
期に必ず１回など）低ＱＯＳ用バッファ部からセルを強
制的に読み出すことにより、帯域の下限値を保証でき
る。ただし、この方法は、「高ＱＯＳのセルは低ＱＯＳ
のセルと比べて、常に優先される」というルールは守ら
れないこととなる。なお、実現法２の高ＱＯＳのＡＴＭ
コネクションについては、トラヒックパラメータ申告時
の特性は満足されているので、「高ＱＯＳのセルは低Ｑ
ＯＳのセルと比べて、常に優先される」とのルールは守
られている。なお、これらの実現法において、低ＱＯＳ
のＡＴＭコネクションに帯域の下限を確保する場合に、
対象としているリンクに低ＱＯＳのＡＴＭコネクション
が複数本ある場合には、これらの低ＱＯＳのＡＴＭコネ
クション群に対して帯域の下限を保証していることにな
る。以上は、データグラム配送用のＶＰ（データグラム
配送サービス）について記述してきたが、以下のＶＰに
ついては、各々、次のような性質を有している。 （イ）ブロードキャストコネクション用ＶＰ 本実施例では、ブロードキャストコネクション用ＶＣ
は、データグラム配送用ＶＣと同様に帯域管理無しのコ
ネクションを用いている。よって、これらを束ねるブロ
ードキャストコネクション用ＶＰは、データグラム配送
用ＶＰとほぼ同様の性質を有する。その利点について
も、上記（ａ）、（ｂ）、（ｃ）、（ｄ）と同様であ
る。 （ロ）メタシグナリング用ＶＰ （ハ）Ｍプレーンコネクション用ＶＰ （ニ）シグナリング用ＶＰ （ホ）ディレクトリサーバ用ＶＰ これらのＶＰは、基本的に帯域管理を行うコネクション
を用いるため、既存のＶＰ、即ち「ＶＰパイプの帯域の
上限値、即ちピークレートは、該ＶＰパイプの生存中
は、常にあくまで実質の送出最大量となる」、「帯域の
下限値の保証はない」などの性質を有するものである。
ただし、サービスごとにＶＰを有していることにより、
上記の（Ａ）、（Ｂ）の利点は、例えばＢ−ＩＳＤＮ網
などの既存の網では得ることのできなかった利点であ
る。

【０１５０】さて、これまでの説明ではＣＬＳＦが網間
接続装置内に存在しており、ＡＴＭ−ＬＡＮ外へのデー
タグラム（即ち網間接続装置を介して送出されるデータ
グラム）については上記ＣＬＳＦに対して送出されるも
のとしてきた。ここで、図４３のように必ずしもすべて
の網間接続装置内（あるいは、一つのＡＴＭ−ＬＡＮ
内）にＣＬＳＦが存在せず、複数のＡＴＭ−ＬＡＮで例
えば一つのＣＬＳＦを共有するような場合の一実施例に
ついて述べる。これは、第５の発明に係るデータグラム
配送法の一実施例である。なお、図４３ではＣＬＳＦは
網間接続装置内ではなく、ＡＴＭバックボーン網内に配
置されているが、任意の網間接続装置内や、任意のＡＴ
Ｍ−ＬＡＮ内に配置されていても良い。これは、ＡＴＭ
コネクションのＣＯ（コネクションオリエンテッド）性
によるもの、即ちＡＴＭコネクションが網間接続装置を
貫通してコネクションを確立できることによるものであ
る。さて、本実施例におけるＡＴＭバックボーン網にお
いては、図２２にあるようなデータグラム配送用のＶＰ
網が張られているのではなく、異なる方式でデータグラ
ムの配送を行っている。以下にこれを説明する。図４４
のようにＣＬＳＦと、各網間接続装置間はＶＰにて接続
されている。ＶＰはＣＬＳＦと網間接続装置をそれぞれ
一方のエンドポイントとしている。このＶＰがＡＴＭバ
ックボーン網におけるデータグラム配送用ＶＰとなる。
このＶＰ群は、先の実施例のように必ずしも同一のＶＰ
Ｉ値を持ってはいない。少なくとも、同一の物理リンク
上では、互いに区別がつけられるような相異なる値のＶ
ＰＩ値を有している。このＶＰの内部には、図４４のよ
うに、おのおののＶＰの終端点である網間接続装置にて
接続されるＡＴＭ−ＬＡＮ内の端末装置／スイッチノー
ド／網間接続装置との間にエンド−エンドに接続される
ＡＴＭコネクション（少なくともＡＴＭバックボーン網
内ではＶＣとして扱われる）が多重されている。なお、
図４４では、ＡＴＭ−ＬＡＮにおけるデータグラムの配
送方式は任意であるため、ＶＰパイプなどの記述や、ス
イッチノード等の記述を省略した。まず、ＡＴＭ−ＬＡ
Ｎ内の送信側端末からＡＴＭバックボーン網内のＣＬＳ
ＦへデータグラムをＡＴＭセル化したものを転送する場
合について詳述する。ＡＴＭ−ＬＡＮ内の送信側端末
が、ＡＴＭ−ＬＡＮ外の受信側端末に対してデータグラ
ムを送出する場合は、ＣＬＳＦに対して該データグラム
をＡＴＭセル化したものを配送する。その際、該ＡＴＭ
−ＬＡＮ内のデータグラム配送方式として、例えば本実
施例において詳述した、前述の方式（図２２、２３、２
９、３３に示されるような方式）を使用している場合
は、図４５のように網間接続装置までは特定のＶＣＩ値
（例えばＶＣＩ値の後半＝２５５など。この場合は、Ｖ
ＣＩ値の後半＝２５５が該網間接続装置をまたいだ、Ｃ
ＬＳＦへと転送するデータグラム配送用ＶＣであるもの
などとしても良い）を用いて該データグラム（をＡＴＭ
セル化したもの）をスイッチングして、転送する。この
場合は、アドレスレゾリューションを行う場合に、ディ
レクトリサーバがデータグラム配送用のＶＰＩ値（本実
施例の場合ＶＰＩ値＝６）と、上記ＶＣＩ値の後半（＝
２５５）をレゾリューション結果として通知することは
いうまでもない。ＶＣＩ値の前半の値は、ＡＴＭ−ＬＡ
Ｎ一意に定められた識別番号であることは前述の通りで
あり、この値はアドレスレゾリューションの結果として
送信側端末に対して通知しても良いし、レゾリューショ
ン結果としてはＶＣＩ値の後半のみ通知してもらい、送
信側端末がＶＣＩ値の前半を埋める構成になっていても
良い。なお、前述のように、ＡＴＭ−ＬＡＮ内における
データグラム（をＡＴＭセル化したもの）の網間接続装
置までの転送方式は上記の方式に限定されるものではな
い。

【０１５１】網間接続装置では、ＡＴＭ−ＬＡＮにおい
て該網間接続装置まで運ばれてきた各端末装置／スイッ
チノード／網間接続装置ごとのＡＴＭコネクションをそ
れぞれＡＴＭバックボーン網におけるデータグラム配送
用ＡＴＭコネクション（ＶＣ）におのおのマッピングす
る。このマッピングは網間接続装置内のヘッダ変換機能
２６によって行われる。このマッピング方法については
後述する。送信側端末は、送出したいデータグラムがＣ
ＬＳＦ経由で配送すべきデータグラムである場合（本実
施例では、受信側端末が自ＡＴＭ−ＬＡＮの外に存在す
る場合）、アドレスレゾリューション結果に基づき、該
データグラム（をＡＴＭセル化したもの）をＣＬＳＦに
転送する。その際、途中でＡＴＭレイヤ処理のみでＣＬ
ＳＦまで配送される点に注意が必要である。この場合、
網間接続装置とＣＬＳＦ間は、図４４のようにＶＰが確
立されているため、ＡＴＭバックボーン網内（のスイッ
チノード）ではＶＰスイッチングのみで（セルのＶＣＩ
領域を参照すること無しに）ＣＬＳＦまで転送される。
これは、図３９におけるスイッチノードの設定に類似す
るものとなっている。ＣＬＳＦ内には、ＣＬＳＦと各送
信側／受信側端末とをエンド−エンドのＡＴＭコネクシ
ョンで直結した各々のＡＴＭコネクション（ＶＣ）の
（該ＣＬＳＦからの）ＡＴＭセルヘッダ値と、該ＡＴＭ
コネクション（ＶＣ）の終端点となるＡＴＭ−ＬＡＮ内
の端末装置（またはスイッチノード／網間接続装置）の
ネットワークレイヤアドレスとの対応表を有しており、
該ＣＬＳＦは、到着したデータグラムの配送サービスを
行う場合、到着したデータグラムのあて先アドレスを参
照し、上記あて先アドレス（ネットワークレイヤアドレ
ス）をキーとして上記対応表を引き、あて先アドレスで
示される受信側端末へとつながるＡＴＭコネクション
（ＶＣ）のＡＴＭアドレス（ＡＴＭセルヘッダ値）をフ
ェッチし、該ＡＴＭセルヘッダ値を付与した上で該デー
タグラムをセル化した後該当するリンクへと送出する。
ＡＴＭバックボーン網内では、ＶＰスイッチングのみで
（セルのＶＣＩ領域を参照すること無しに）該データグ
ラム（をＡＴＭセル化したもの）を網間接続装置まで転
送することができる。

【０１５２】この場合、ＣＬＳＦと網間接続装置間のＡ
ＴＭコネクション（ＶＰ、ＶＣ）は、双方向とも同一の
ＶＰＩ／ＶＣＩ値を選択することができる点に注意が必
要である。また、上記ＶＰＩ／ＶＣＩ値の具体例として
は以下のような値が例えば考えられる。即ち、ＡＴＭバ
ックボーン網からみて、これと接続される（直接接続さ
れている必要は必ずしもない、即ち間に２つ以上の網間
接続装置を介してもかまわない）ＡＴＭ−ＬＡＮに対し
て大規模ＡＴＭネットワーク一意に識別番号をつける。
（例えば図４６のような大規模ＡＴＭネットワークにお
いて、図にあるように識別番号をつける。この場合、例
えば第１のＡＴＭ−ＬＡＮ３７２の識別番号は＃αであ
る）。ＶＰＩ値としては、ＣＬＳＦによって、個々の網
間接続装置を区別できる番号（必ずしも判別できる必要
はなく、同一物理リンクにて異なる網間接続装置と接続
されるＶＰパイプのＶＰＩ値が互いに異なれば良い。本
図において、例えばＣＬＳＦ３７Ｃと第１の網間接続装
置３７Ａ間を接続しているＶＰのＶＰＩ値は＃λとす
る）とする。また、ＶＣＩ値としては、どのＡＴＭ−Ｌ
ＡＮに属した、どの端末であるかを識別できるような番
号、例えばＶＣＩ値の前半８ビットは、個々のＡＴＭ−
ＬＡＮを識別できる番号（例えばＣＬＳＦ３７Ｃと第１
のＡＴＭ−ＬＡＮ３７２を接続しているＶＣのＶＣＩ値
の前半８ビットは＃αとするなど）とし、後半８ビット
は該ＡＴＭ−ＬＡＮにおいて端末装置を識別できる番号
（例えば図３２において設定した値）をその値として用
いれば良い。このような方式を「ＡＴＭセルヘッダ識別
方式」と呼ぶ。前述のように、このようにすることによ
り、ＣＬＳＦを網間接続装置とを接続するＡＴＭコネク
ション（ＶＰ、ＶＣ）は、双方向同一のＡＴＭセルヘッ
ダ値（ＶＰＩ／ＶＣＩ値）を有することができる。ま
た、本方式は、図４６に示されているように、網間接続
装置に複数のＡＴＭ−ＬＡＮが接続されている場合にも
適用が可能である。ＣＬＳＦ内のネットワークレイヤア
ドレスとＡＴＭアドレス（ＡＴＭセルヘッダ値）との対
応表としては、ＡＴＭ−ＬＡＮ内の個々の端末装置／ス
イッチノード／網間接続装置と上記ＡＴＭセルヘッダ値
との対応の表を有することとなる。これらのＣＬＳＦ、
ＩＷＵ内のテーブルの例を図４７に示す。第１、２のＡ
ＴＭ−ＬＡＮ内の端末装置には、図のようなネットワー
クレイヤアドレスと、ＡＴＭ−ＬＡＮ一意の識別番号が
付与されている。また、各ＡＴＭ−ＬＡＮにも大規模Ａ
ＴＭ網にて一意の識別番号が付与されている。ＩＷＵ内
のテーブルはヘッダ変換用のテーブルであり、第１のＡ
ＴＭ−ＬＡＮ→ＡＴＭバックボーン網、ＡＴＭバックボ
ーン網→第１のＡＴＭ−ＬＡＮの両方向に使用可能なも
のとなっている。また、ＣＬＳＦ内のテーブルも、ＡＴ
Ｍセルヘッダ値を参照することにより、送信側端末を識
別でき、かつ該当するＡＴＭセルヘッダを付与すること
により、受信側端末にダイレクトなＡＴＭコネクション
によってデータグラムを配送する仕組みを非常に簡便に
提供することができる。なお、ＡＴＭバックボーン網、
ＡＴＭ−ＬＡＮ内においてはＡＴＭセルヘッダ値の書換
は必要ない。なお、図４６において、「ＣＬＳＦ３７Ｃ
と、第１のＡＴＭ−ＬＡＮ３７２とを結ぶデータグラム
配送用ＶＣ群」を束ねるＶＰと、「ＣＬＳＦ３７Ｃと、
第２のＡＴＭ−ＬＡＮ３７３とを結ぶデータグラム配送
用ＶＣ群」を束ねるＶＰとを別個に設ける方法、即ち、
ＣＬＳＦ３７Ｃと網間接続装置３７Ａ間に複数本のＶＰ
がある構成も可能である。次に、上記ＣＬＳＦと個々の
ＡＴＭ−ＬＡＮとの接続の立ち上げ方式について説明す
る。本実施例においては、データグラムのＬＡＮ間にわ
たる配送を希望するＡＴＭ−ＬＡＮは、ＣＬＳＦとの接
続の必要があるため、これをＡＴＭバックボーン網側に
通知する。この通知は、ＡＴＭ−ＬＡＮ内の網管理サー
バから発せられる。この通知は、 （１）例えばＭプレーンコネクションを介して、ＡＴＭ
−ＬＡＮ内の網管理サーバから網間接続装置の管理エン
ティティに転送され、さらに網間接続装置の管理エンテ
ィティからＡＴＭバックボーン網内のＣＬＳＦ、または
ＡＴＭバックボーン網の網管理サーバに転送される。 （２）ＡＴＭ−ＬＡＮ内の網管理サーバとＡＴＭバック
ボーン網内のＣＬＳＦ間、またはＡＴＭ−ＬＡＮ内の網
管理サーバとＡＴＭバックボーン網内の網管理サーバと
の間にエンド−エンドに直結されたＡＴＭコネクション
（Ｍプレーンコネクション、網間接続装置の立ちあげ時
に張っておくなどの方法が考えられる）を通して転送さ
れる。 などの方法が考えられる。本実施例では、該転送先をＡ
ＴＭバックボーン網内の網管理サーバとして説明を続け
る。上記の通知を行うのに前後して、ＡＴＭ−ＬＡＮ内
の網管理サーバは、各ＡＴＭ−ＬＡＮ内の端末装置／ス
イッチノード／網間接続装置と網間接続装置間にそれぞ
れＡＴＭコネクションを確立し、このＡＴＭコネクショ
ンのＡＴＭアドレス（ＡＴＭセルヘッダ値。ただし、網
間接続装置を起点／終点とするヘッダ値）と端末装置／
スイッチノード／網間接続装置のネットワークレイヤア
ドレスとの対応表（ＩＷＵ対応表と呼ぶ）を用意する。
ここで、上記ＡＴＭコネクションは、ＡＴＭ−ＬＡＮ内
の端末装置／スイッチノード／網間接続装置とＡＴＭバ
ックボーン網内のＣＬＳＦ間をエンド−エンドに直結す
るＡＴＭコネクションの内、ＡＴＭ−ＬＡＮ内のデータ
グラム転送経路となる部分となる。さて、上記の通知を
受信したＡＴＭバックボーン網内の網管理サーバはＣＬ
ＳＦと該網間接続装置間にデータグラム配送用のエンド
−エンドのＡＴＭコネクション（ＶＰ、ＶＣ）を確立す
るとともに、ＡＴＭ−ＬＡＮ内の網管理サーバから「Ｉ
ＷＵ対応表」を転送してもらい、該ＣＬＳＦと接続され
る該ＡＴＭ−ＬＡＮ内の端末装置／スイッチノード／網
間接続装置の情報を得る。ＩＷＵ対応表を受信したＡＴ
Ｍバックボーン網の網管理サーバは、ＣＬＳＦに該ＩＷ
Ｕ対応表についての情報を通知し、ＡＴＭ−ＬＡＮ内の
端末装置／スイッチノード／網間接続装置それぞれに、
さきに確立したデータグラム配送用のＡＴＭコネクショ
ン（ＶＣ）を一つづつわりあてる。この割当の際に、割
り当てられるＡＴＭコネクション（ＶＣ）のヘッダ値
に、前述の「ＡＴＭセルヘッダ割当方式」によって割り
当てられたＡＴＭセルヘッダ値を用いても良い。

【０１５３】これと前後して、「ＡＴＭ−ＬＡＮ内の端
末装置／スイッチノード／網間接続装置と網間接続装置
とを接続するＡＴＭコネクション」と、「網間接続装置
とＡＴＭバックボーン網内のＣＬＳＦとを接続するＡＴ
Ｍコネクション」とを網間接続装置にて結合する操作が
ＡＴＭバックボーン網の網管理サーバによって行われ
る。この結合は、ＣＬＳＦ内に作成されたテーブルと、
実際の接続先とが一致するように行う。実際の該操作
は、網間接続装置内のヘッダ変換機能２６内のヘッダ変
換テーブルに変換されるＡＴＭセルヘッダ値を双方向に
ついておのおの設定し、ＡＴＭ−ＬＡＮ内のＡＴＭコネ
クションとＡＴＭバックボーン網内のＡＴＭコネクショ
ンをＡＴＭレイヤにて直結することにより行われる。以
上の操作によって、ＣＬＳＦとＡＴＭ−ＬＡＮ内の各端
末装置／スイッチノード／網間接続装置間のＡＴＭコネ
クションの設定が終了する。操作の終了はＡＴＭ−ＬＡ
Ｎ、およびＡＴＭバックボーン網双方の網管理サーバに
よって認識され、その後、該ＡＴＭ−ＬＡＮからの該Ｃ
ＬＳＦの使用が可能となる。この立ち上げ方式のフロー
を図４８に記す。なお、本実施例においては、網間接続
装置をスイッチノ−ドとは独立した装置として説明した
が、ＡＴＭ−ＬＡＮ間に物理的に網間接続装置が存在せ
ず、網間接続装置の機能が複数のＡＴＭ−ＬＡＮの境界
に当たるスイッチノ−ド内に含まれているような場合に
も、本実施例にて述べた機構を適用することは容易に可
能である。

【０１５４】

【発明の効果】以上詳述したように、本発明の第１の発
明によれば、ＡＴＭ網の立ち上げの主導権を網管理サー
バに持たせ、隣接するノードから順々に立ち上げを行う
ことにより、効率の良い網立ち上げが可能となる。また
第２の発明によれば、従来バーチャルコネクションごと
に行われていた管理をバーチャルパス単位でまとめて行
えるように、同一のサービスを提供するバーチャルチャ
ネルは同一のバーチャルパスに収容するため、効率の良
い網管理が可能となる。第３の発明及び第５の発明によ
れば、ＡＴＭ網におけるデータグラムに対して所定のバ
ーチャルパスへの収容により独立した管理を施すことを
可能とし、効率の良いデータグラム配送を実現すること
ができる。第４の発明によれば、帯域管理を行わないデ
ータグラム通信等のためのバーチャルコネクションの使
用帯域を、帯域管理を行うＡＴＭコネクションの使用帯
域と調整して割り当てることにより、通信リソースを効
率良く利用することができる。

【図面の簡単な説明】

【図１】 大規模ＡＴＭネットワークの構成例を示す
図。

【図２】 網間接続装置（ＩＷＵ）の内部構造を示す
図。

【図３】 図１の大規模ネットワークにおけるＡＴＭ−
ＬＡＮの内部構造を示す図。

【図４】 ＡＴＭ−ＬＡＮ立ち上げの第１の手順及び第
２の手順（Ｎ＝１の場合）のシーケンス図。

【図５】 図４の第１の手順の網管理サーバのフロー
図。

【図６】 図４の第１の手順の隣接ノード側のフロー
図。

【図７】 図４の第２の手順の網管理サーバのフロー
図。

【図８】 図４の第２の手順のノード（Ｎ）のフロー
図。

【図９】 図４の第２の手順のノード（Ｎ＋１）のフロ
ー図。

【図１０】 第１のＡＴＭ−ＬＡＮの拡大図及びネット
ワークレイヤアドレス／ポート番号を示す図。

【図１１】 第１のＡＴＭ−ＬＡＮにおけるメタシグナ
リングコネクション（ＶＣ）を示す図。

【図１２】 網立ち上げの初期手順を示す図。

【図１３】 図１２の網立ち上げ初期手順終了後及びＭ
プレーンコネクション確立後のＭプレーンコネクション
（ＶＣ）の様子を示す図。

【図１４】 網立ち上げの第２手順を示す図。

【図１５】 図１４の網立ち上げ第２手順終了後の網管
理サーバの認識するトポロジを示す図。

【図１６】 図１４の網立ち上げ第２手順終了後及びＭ
プレーンコネクション確立後のＭプレーンコネクション
（ＶＣ）の様子を示す図。

【図１７】 ＡＴＭ−ＬＡＮ立ち上げの第２の手順（Ｎ
＝２の場合）のシーケンス図。

【図１８】 複数の経路が存在する場合の説明図。

【図１９】 第１のＡＴＭ−ＬＡＮにおけるスイッチノ
ード／網間接続装置へのＭプレーンコネクション（Ｖ
Ｃ）の様子を示す図。

【図２０】 メタシグナリング用ＶＰ網の様子を示す
図。

【図２１】 Ｍプレーンコネクション用ＶＰ網の様子を
示す図。

【図２２】 本実施例のＡＴＭ−ＬＡＮにおけるデータ
グラム配送用ＶＰ網の完成図。

【図２３】 スイッチノード３２と、ほかのスイッチノ
ード／網間接続装置間のデータグラム配送用コネクショ
ン（ＶＣ）の様子を示す図。

【図２４】 データグラムサービス提供のための動作を
示すフロー図。

【図２５】 本実施例のＡＴＭ−ＬＡＮにおけるブロー
ドキャストコネクション収容用ＶＰ網の完成図。

【図２６】 スイッチノード３２を起点としたブロード
キャスト用ＶＣの様子を示す図。

【図２７】 ブロードキャストサービス提供のための動
作を示すフロー図。

【図２８】 コネクションオリエンテッド用ＶＰ網の一
例を示す図。

【図２９】 ＣＬＳＦを起点（終点）としたデータグラ
ム配送用ＡＴＭコネクションの様子を示す図。

【図３０】 シグナリング用コネクションの様子を示す
図。

【図３１】 ＡＴＭ−ＬＡＮのＶＰ網の一例を示す図。

【図３２】 ＡＴＭ−ＬＡＮを構成する装置に各々つけ
られる識別番号の一例を示す図。

【図３３】 データグラム配送用ＡＴＭコネクションの
ＶＣＩ値割当方式の一例を示す図。

【図３４】 スイッチノードにおけるスイッチング動作
の概要の説明図。

【図３５】 ＡＴＭ−ＬＡＮ内のスイッチテーブル設定
方式の全体を表す図。

【図３６】 ＡＴＭ−ＬＡＮ内のスイッチテーブルの設
定値の具体例を表す図。

【図３７】 送信側端末／受信側端末間の処理の概要の
説明図。

【図３８】 ループバック機構の実現法の一例を示す
図。

【図３９】 ＡＴＭ−ＬＡＮにおけるデータグラム配送
法の別の例における送信側端末からＣＬＳＦへのＡＴＭ
コネクションを示す図。

【図４０】 ＡＴＭ−ＬＡＮにおけるデータグラム配送
法の別の例におけるＣＬＳＦから受信側端末へのＡＴＭ
コネクションを示す図。

【図４１】 ある瞬間時における物理伝送路中の実トラ
ヒックと、ＱＯＳなしＶＣを束ねるＶＰとの関係を表す
図。

【図４２】 優先制御の実現機構の一例を示す図。

【図４３】 ＣＬＳＦがＡＴＭバックボーン網に集中配
置されている場合の一実現例を示す図。

【図４４】 ＣＬＳＦと網間接続装置、ＡＴＭ−ＬＡＮ
内の端末間のＡＴＭコネクション、ＶＰの様子を示す
図。

【図４５】 ＡＴＭ−ＬＡＮ内の端末装置を起点、ＣＬ
ＳＦを終点とするデータグラム配送用ＡＴＭコネクショ
ンの一例を示す図。

【図４６】 大規模ＡＴＭ網におけるデータグラム配送
法の別の実施例を示す図。

【図４７】 ＣＬＳＦ／網間接続装置内のテーブル値の
一例を示す図。

【図４８】 図４６のデータグラム配送法の立ち上げ手
順の一例を示すフロー図。

【符号の説明】

１１…ＡＴＭバックボーン網、１２・１３・１４…ＡＴ
Ｍ−ＬＡＮ、２１…アッド・ドロップ部、２２…ＭＵＸ
／ＤＥＭＵＸ、２３…ＣＬＳＦ（コネクションレスサー
ビスファンクション）、２４…呼処理部、２５…ＩＷＵ
管理部、２６…ヘッダ変換部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大和 克己 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ＡＴＭ網の立ち上げを管理する網管理装
   置と、この網管理装置との間に網の管理情報の交換のた
   めのＡＴＭコネクションが確立されている第１のノード
   と、この第１のノードに隣接する第２のノードとを備え
   るＡＴＭ通信システムにおける網立ち上げ方法であっ
   て、 前記網管理装置は前記第１のノードに対し前記第２のノ
   ードの情報を要求し、 前記第１のノードはこの要求に応答して前記第２のノー
   ドに対し立ち上げの信号を送り、 前記第２のノードはこの信号に応答して前記第１のノー
   ドに対し自ノードの情報を送り、 前記第１のノードはこの情報を前記網管理装置へ転送
   し、 前記網管理装置はこの転送された情報により前記第２の
   ノードを認識するとともに前記第２のノードとの間に網
   の管理情報の交換のためのＡＴＭコネクションを確立す
   ることを特徴とするＡＴＭ通信システムにおける網立ち
   上げ方法。
2. 【請求項２】 前記網管理装置と前記第１のノードとの
   間の網の管理情報の交換のためのＡＴＭコネクションの
   確立は、 前記網管理装置は隣接するノードに対し立ち上げの信号
   を送り、 前記隣接するノードはこの信号に応答して前記網管理装
   置に対し自ノードの情報を送り、 前記網管理装置はこの情報により前記隣接するノードを
   認識するとともに自己と前記隣接するノードとの間に網
   の管理情報の交換のためのＡＴＭコネクションを確立す
   ることにより行われることを特徴とする請求項１記載の
   ＡＴＭ通信システムにおける網立ち上げ方法。
3. 【請求項３】 複数のノードを複数のリンクにより接続
   して成るＡＴＭ網において所定の通信サービスを行うＡ
   ＴＭ通信システムにおけるバーチャルパス使用方法であ
   って、 任意の前記リンクごとに完結するバーチャルパスを設定
   しておき、 予め定められた通信サービスを行うためにノード間にバ
   ーチャルコネクションを確立する際に、このバーチャル
   コネクションを全て前記バーチャルパスに収容するよう
   確立を行うことを特徴とするＡＴＭ通信システムにおけ
   るバーチャルパス使用方法。
4. 【請求項４】 前記バーチャルパスは、前記ＡＴＭ網全
   体で同一のバーチャルパス識別子を有することを特徴と
   する請求項３記載のＡＴＭ通信システムにおけるバーチ
   ャルパス使用方法。
5. 【請求項５】 複数の装置を接続して成るＡＴＭ網にお
   いて装置間でデータグラムの送受信を行うＡＴＭ通信シ
   ステムにおけるデータグラム配送方法であって、 データグラムの送受信を行う前記装置には前記ＡＴＭ網
   内で一意の識別番号が割り当てられ、 データグラムをＡＴＭセル化する際に、ＡＴＭセルヘッ
   ダのＶＰＩ領域にはこのＡＴＭセルがデータグラムであ
   ることを示す値を書き込み、ＶＣＩ領域にはこのデータ
   グラムの受信側装置に割り当てられた識別番号を示す値
   を書き込み、 このＡＴＭセルを転送することによりデータグラム配送
   を行うことを特徴とするＡＴＭ通信システムにおけるデ
   ータグラム配送方法。
6. 【請求項６】 前記ＡＴＭセルヘッダのＶＣＩ領域に、
   前記データグラムの送信側装置に割り当てられた識別番
   号を示す値をも書き込むことを特徴とする請求項５記載
   のＡＴＭ通信システムにおけるデータグラム配送方法。
7. 【請求項７】 複数の装置を物理リンクにより接続して
   成り、この物理リンクに収容される複数のＡＴＭコネク
   ションを介して前記装置間の通信を行うＡＴＭ通信シス
   テムにおける帯域割り当て方法であって、 帯域管理を行わないバーチャルコネクションを所定のバ
   ーチャルパスに収容し、 このバーチャルパスを収容する物理リンクに帯域管理を
   行うＡＴＭコネクションが存在するか否かを検知し、 存在すると検知された場合には、この帯域管理を行うＡ
   ＴＭコネクションが使用する帯域の総計の残り帯域を前
   記バーチャルパスの使用帯域として割り当てることを特
   徴とするＡＴＭ通信システムにおける帯域割り当て方
   法。
8. 【請求項８】 前記バーチャルパスの使用帯域の最大値
   あるいは最小値を予め設定しておき、最大値が設定され
   ている場合には、帯域管理を行うＡＴＭコネクションが
   存在しない限りこの最大値まで使用帯域を割り当て、最
   小値が設定されている場合には、帯域管理を行うＡＴＭ
   コネクションの存在に関わらずこの最小値までの使用帯
   域は割り当てることを特徴とする請求項７記載のＡＴＭ
   通信システムにおける帯域割り当て方法。
9. 【請求項９】 第１のＡＴＭ網と、コネクションレスサ
   ービス装置を有する第２のＡＴＭ網と、これら第１と第
   ２のＡＴＭ網を接続する網間接続装置とから成るＡＴＭ
   通信システムにおけるデータグラム配送方法であって、 第１のＡＴＭ網内の複数の端末装置と第２のＡＴＭ網内
   のコネクションレスサービス装置との間にそれぞれデー
   タグラム転送用ＡＴＭコネクションを設定し、 この設定の際に、第２のＡＴＭ網内では複数の前記ＡＴ
   Ｍコネクションのうち少なくとも一部を、前記網間接続
   装置と前記コネクションレスサービス装置とを終端点と
   するバーチャルパスに収容し、 このバーチャルパスに収容された前記ＡＴＭコネクショ
   ンを用いて前記端末装置と前記コネクションレスサービ
   ス装置との間でデータグラムの配送を行うことを特徴と
   するＡＴＭ通信システムにおけるデータグラム配送方
   法。