JPH09102782A - Ａｔｍ−ｌａｎ制御方式 - Google Patents

Abstract

(57)【要約】 【課題】 ＡＴＭ−ＬＡＮにおいて、各端末のＰＶＣ管
理テーブルを自動生成する。 【解決手段】 端末１は、自らが接続されているＡＴＭ
交換機から、使用可能なＰＶＣの数及びそれらＰＶＣの
回線識別子を読出し、ＰＶＣ数分の行を有するＰＶＣ管
理テーブルを準備し、回線識別子（ＶＰＩ／ＶＣＩ）の
欄にＡＴＭ交換機から読出したＶＰＩ／ＶＣＩ値を登録
する。そして、各端末１〜３は、オプション領域に自ら
のＭＡＣアドレスをセットしたＯＡＭ＿Ｆ５＿ループバ
ック・セルを、各自のＰＶＣ管理テーブルに登録された
各ＰＶＣに対して定期的に送出する。端末１は、このル
ープバック・セルを受け取った際のＰＶＣの回線識別子
をキーとして、ＰＶＣ管理テーブル１００にそのループ
バック・セルにセットされたＭＡＣアドレスを登録す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＡＴＭ−ＬＡＮの
制御方式に関し、特にＡＴＭ−ＬＡＮの各端末における
ＰＶＣ構成の管理方式に関する、

【０００２】

【従来の技術】ＡＴＭ（Asynchronous Transfer Mode)
では、転送すべき情報を固定長のセルに分割し、個々の
セルに宛先などの制御情報を含んだヘッダを付与して転
送を行う。ＡＴＭ網におけるセルの転送は、ＶＰＩ／Ｖ
ＣＩ（仮想パス識別子／仮想チャネル識別子）と呼ばれ
る回線識別子により物理回線上に複数の論理的な通信路
ＶＰＣ（仮想パスコネクション）、ＶＣＣ（仮想チャネ
ルコネクション）を設定することにより行う。ＡＴＭに
おけるコネクションの設定方式には、発呼手順を用いて
通信直前にＶＰＩ／ＶＣＩを決定するＳＶＣ（Switched
Virtual Connection ）と、契約時にＶＰＩ／ＶＣＩを
固定的に決定するＰＶＣ（Permanent Virtual Connecti
on）とがある。ＰＶＣでは、相手との通信路が予め設定
されているため、相手との通信路を示すＶＰＩ／ＶＣＩ
値を指定すれば、発呼を行わずにセルを送信することが
できる。

【０００３】図１０は、このＡＴＭを利用したＡＴＭ−
ＬＡＮの概略構成を示す説明図である。図１０におい
て、端末５４ａ〜５４ｄは、ＡＴＭ網５０を構成する交
換機５２ａ〜５２ｃにそれぞれ接続されており、ＡＴＭ
網５０を介して相互に通信可能となっている。例えば、
端末５４ａは物理回線５６ａを介して交換機５２ａに接
続され、端末５４ｂは物理回線５６ｂを介して交換機５
２ａに接続される。

【０００４】ＡＴＭ−ＬＡＮの通信においては、相手の
宛先の指定はＡＴＭアドレスで行う。ＳＶＣにて通信を
行う場合には、相手のＡＴＭアドレスを指定して発呼を
行って通信路を設定し、設定された通信路を示す回線識
別子をＡＴＭセルのヘッダに設定することによりセルの
送信を行う。これに対し、相手との間にＰＶＣが設定さ
れている場合は、そのＰＶＣの回線識別子をセルのヘッ
ダに直接設定するだけで即座にセルの送信を行うことが
できる。

【０００５】例えば、図１０においては、物理回線５８
ｂ上に３つのＰＶＣ５８ａ〜５８ｃが設定されている。
各ＰＶＣ５８ａ〜５８ｃは、端末５４ｂと予め定められ
た相手端末との間にそれぞれ固定的に設定されており、
端末５４ｂはこれらＰＶＣ５８ａ〜５８ｃにより３つの
相手に対してＰＶＣ通信を行うことができる。ここで、
ＰＶＣ５８ａが端末５４ｂと端末５４ｃとを接続するＰ
ＶＣであるとすると、端末５４ｂから端末５４ｃに対し
てデータ送信を行う場合、端末５４ｂはＡＴＭセルのヘ
ッダに回線識別子ＶＰＩ１／ＶＣＩ１を設定してＡＴＭ
網５０に送出する。すると、ＡＴＭセルは、交換機５２
ａを介して予め定められたＰＶＣに沿って端末５４ｃに
届けられる。なお、回線識別子ＶＰＩ／ＶＣＩは、一つ
のＰＶＣについて常に同じ値とは限らず、端末−交換機
間及び交換機−交換機間でそれぞれ独立に定められる。

【０００６】ＡＴＭ−ＬＡＮにおいて既存ＬＡＮ（例え
ばＥｔｈｅｒｎｅｔ）上のアプリケーションを利用する
場合、例えばＬＡＮエミュレーションという手法を用い
る。ＬＡＮエミュレーションは、既存ＬＡＮに対応した
上位プロトコルとＡＴＭドライバとの間にＬＡＮエミュ
レータを介在させ、上位プロトコルに対して、あたかも
Ｅｔｈｅｒｎｅｔなどの既存ＬＡＮを利用して通信が行
われているように見せ掛ける手法である。このようなＡ
ＴＭ−ＬＡＮエミュレーションにおいては、上位プロト
コルからの通信相手の指定はその上位プロトコルにおけ
るアドレスによって行われる。例えば、上位プロトコル
がＥｔｈｅｒｎｅｔである場合には、通信相手はＭＡＣ
（Media Access Control）アドレスにて指定される。

【０００７】ＡＴＭ−ＬＡＮエミュレーションにおいて
ＳＶＣにて通信を行う場合、端末のＬＡＮエミュレータ
は、上位プロトコルにより指定された相手ＭＡＣアドレ
スに対応するＡＴＭアドレスを求め、このＡＴＭアドレ
スによって発呼を行って通信路を設定する。ＭＡＣアド
レスに対応するＡＴＭアドレスを求めるための手段とし
ては、ＡＴＭ−ＡＲＰ（Address Resolution Protocol
：アドレス解決プロトコル）が知られている。

【０００８】これに対して、ＡＴＭ−ＬＡＮエミュレー
ションにおいてＰＶＣにて通信を行う場合には、ＬＡＮ
エミュレータは、指定された相手ＭＡＣアドレスに対応
するＰＶＣの回線識別子を求める必要がある。しかしな
がら、ＭＡＣアドレスとＰＶＣの回線識別子との対応関
係を自動的に求める手段は従来存在しなかった。このた
め従来は、各端末ごとに管理者が相手ＭＡＣアドレスと
ＰＶＣ回線識別子との対応関係を記録したＰＶＣ管理テ
ーブルを作成し、各端末では相手ＭＡＣアドレスがＰＶ
Ｃ管理テーブル上にある場合は、そのＭＡＣアドレスに
対応する回線識別子をＡＴＭセルに設定し、ＰＶＣによ
る通信を行っていた。

【０００９】

【発明が解決しようとする課題】このように、従来は各
端末におけるＰＶＣ構成の管理を人手により行っていた
ため、ＰＶＣの数が多くなった場合には管理者の負担と
なり、またＰＶＣ管理テーブルの設定ミスによる誤動作
などの問題が生じる可能性があった。

【００１０】また、例えばオフィス内で端末の配置換え
が行われた場合、端末は、それまで定義されていたＰＶ
Ｃ管理テーブルを利用することができなくなり、配置換
えにより新たに接続された物理回線に対応したＰＶＣ管
理テーブルを再設定する必要があった。このため、管理
者の負担は増大し、ＰＶＣ管理テーブルの設定ミスによ
る誤動作の可能性も増大していた。このことは、特にポ
ータブルの端末の利用の増大に伴い顕著な問題となりつ
つある。

【００１１】本発明は、このような問題を解決するため
になされたものであり、各端末においてＰＶＣ管理テー
ブルを自動的に生成することができるＡＴＭ−ＬＡＮ制
御方式を提供することを目的とする。

【００１２】

【課題を解決するための手段】前述の目的を達成するた
めに、本発明に係るＡＴＭ−ＬＡＮ制御方式は、各端末
が、自らが接続された物理回線について設定された各Ｐ
ＶＣの回線識別子を検出してＰＶＣ管理テーブルにこれ
ら回線識別子を登録し、所定のＡＴＭ−ＬＡＮ制御用セ
ルに対して自端末のアドレス情報をセットし、この制御
用セルを前記ＰＶＣ管理テーブルに登録された回線識別
子に対応するＰＶＣに対して送出し、他端末から前記制
御用セルを受け取った場合に、当該制御用セルにセット
されたアドレス情報を、その制御用セルを受け取ったＰ
ＶＣの回線識別子に対応づけて前記ＰＶＣ管理テーブル
に登録し、この結果得られたＰＶＣ管理テーブルを用い
て、相手端末のアドレス情報に対応するＰＶＣの回線識
別子を検索してＰＶＣによる通信を行うことを特徴とす
る。

【００１３】この構成では、各端末が、所定の制御用セ
ルに自端末のアドレス情報をセットして、自端末が現在
接続されている物理回線に対して設定されたＰＶＣに送
出することにより、ＡＴＭ−ＬＡＮに接続された各端末
は、ＰＶＣを介して自端末のアドレス情報を自動的に知
らせ合う。各端末は、受け取った制御用セルにセットさ
れたアドレス情報を、その制御用セルを受け取ったＰＶ
Ｃの回線識別子に対応づけてＰＶＣ管理テーブルに登録
する。このような処理により、各端末は、その端末が使
用可能なＰＶＣとそのＰＶＣの相手端末のアドレス情報
との対応関係情報を含んだＰＶＣ管理テーブルを自動生
成することができる。この結果、各端末は、ＰＶＣ管理
テーブルを用いて、相手端末のアドレス情報に対応する
ＰＶＣの回線識別子を検索してＰＶＣによる通信を行う
ことが可能となる。

【００１４】また、本発明に係るＡＴＭ−ＬＡＮ制御方
式は、各端末が、自らが接続された物理回線について設
定された各ＰＶＣの回線識別子を検出してＰＶＣ管理テ
ーブルにこれら回線識別子を登録し、ＡＴＭ−ＬＡＮに
参加するときに、当該ＡＴＭ−ＬＡＮを管理するサーバ
に自らのアドレス情報を登録するとともに、そのサーバ
から当該ＡＴＭ−ＬＡＮにおける端末ＩＤを取得し、所
定のＡＴＭ−ＬＡＮ制御用セルに対して自端末の端末Ｉ
Ｄをセットし、この制御用セルを前記ＰＶＣ管理テーブ
ルに登録された回線識別子に対応するＰＶＣに対して送
出し、他端末から前記制御用セルが到着した場合には、
当該制御用セルにセットされた端末ＩＤを、その制御用
セルを受け取ったＰＶＣの回線識別子に対応づけて前記
ＰＶＣ管理テーブルに登録し、相手端末のアドレス情報
を指定してデータ送信を行うときに、相手端末のアドレ
ス情報に対するＡＲＰ要求を前記サーバに送信し、前記
サーバから当該アドレス情報に対応する相手端末の端末
ＩＤを含むＡＲＰ応答を取得し、このＡＲＰ応答にセッ
トされた相手端末アドレス情報を、当該ＡＲＰ応答に含
まれる相手端末の端末ＩＤに対応付けて前記ＰＶＣ管理
テーブルに登録し、この結果得られたＰＶＣ管理テーブ
ルを用いて、相手端末のアドレス情報に対応するＰＶＣ
の回線識別子を検索してＰＶＣによる通信を行うことを
特徴とする。

【００１５】この構成では、各端末は、制御用セルのや
り取りによる各ＰＶＣの相手端末ＩＤの取得と、ＡＲＰ
要求による相手端末のアドレス情報に対応する相手端末
ＩＤの取得の２段階の処理により、各ＰＶＣと相手のア
ドレス情報との対応関係を得る。このような処理によ
り、各端末は、ＰＶＣと相手端末アドレス情報との対応
関係情報を含んだＰＶＣ管理テーブルを自動生成するこ
とができる。

【００１６】また、本発明に係るＡＴＭ−ＬＡＮ制御方
式は、各端末が、自らが接続された物理回線について設
定された各ＰＶＣの回線識別子を検出してＰＶＣ管理テ
ーブルにこれら回線識別子を登録し、ＡＴＭ−ＬＡＮに
参加するときに、当該ＡＴＭ−ＬＡＮを管理するサーバ
に自らのアドレス情報を登録するとともに、そのサーバ
から当該ＡＴＭ−ＬＡＮにおける端末ＩＤを取得し、所
定のＡＴＭ−ＬＡＮ制御用セルに対して自端末の端末Ｉ
Ｄをセットし、この制御用セルを前記ＰＶＣ管理テーブ
ルに登録された回線識別子に対応するＰＶＣに対して送
出し、他端末から前記制御用セルが到着した場合には、
当該制御用セルにセットされた端末ＩＤを、その制御用
セルを受け取ったＰＶＣの回線識別子に対応づけて前記
ＰＶＣ管理テーブルに登録し、相手端末のアドレス情報
を指定してデータ送信を行うときに、相手端末のアドレ
ス情報に対するＡＲＰ要求を前記サーバに送信し、前記
サーバは、端末からＡＲＰ要求を受信した場合に、その
ＡＲＰ要求にセットされている相手端末のアドレス情報
に基づき当該ＡＲＰ要求をその相手端末に転送し、前記
各端末は、前記サーバを介してＡＲＰ要求を受信した場
合に、当該ＡＲＰ要求にセットされた要求元端末のアド
レス情報を、当該ＡＲＰ要求にセットされた要求元端末
の端末ＩＤに対応付けて前記ＰＶＣ管理テーブルに登録
するとともに、自端末のアドレス情報をセットしたＡＲ
Ｐ応答を生成し、前記ＰＶＣ管理テーブルから前記要求
元端末に対する回線識別子を検索してそのＡＲＰ応答を
ＰＶＣにて送信し、ＰＶＣからＡＲＰ応答を受信した場
合に、このＡＲＰ応答にセットされた相手端末のアドレ
ス情報を、ＡＲＰ応答を受信したＰＶＣの回線識別子に
対応付けて前記ＰＶＣ管理テーブルに登録し、この結果
得られたＰＶＣ管理テーブルを用いて、相手端末のアド
レス情報に対応するＰＶＣの回線識別子を検索してＰＶ
Ｃによる通信を行うことを特徴とする。

【００１７】この構成では、ＡＴＭ−ＬＡＮのサーバ
が、端末から受け取ったＡＲＰ要求をそのＡＲＰ要求が
指定する相手端末に転送し、このＡＲＰ要求を受け取っ
た相手端末がＡＲＰ要求元端末に対してＰＶＣを介して
ＡＲＰ応答を発する。このような方式によれば、一回の
ＡＲＰ要求につき、ＡＲＰ要求を受け取った相手端末
と、この相手端末からＡＲＰ応答を受け取ったＡＲＰ要
求元端末との両方で、それら両者の間に設定されたＰＶ
Ｃに関する相手端末のアドレス情報を得てＰＶＣ管理テ
ーブルに登録することができる。したがって、この構成
によれば、前述の第２の構成よりも短時間でＰＶＣ管理
テーブルを自動生成することができる。

【００１８】なお、以上の各構成において、制御用セル
の送出を定期的に行うことにより、端末配置構成の動的
な変化に対応してＰＶＣ管理テーブルの自動更新を行う
ことが可能となる。

【００１９】また、以上の各構成においては、制御用セ
ルとしてＯＡＭ＿Ｆ５＿エンド・エンド・ループバック
・セルという既に規約に定められているセルを用いるこ
とができる。

【００２０】

【発明の実施の形態】以下、本発明に係るＡＴＭ−ＬＡ
Ｎ制御方式の実施形態を図面に基づいて説明する。以下
の実施形態においては、上位プロトコルとしてＥｔｈｅ
ｒｎｅｔを用いたＬＡＮエミュレーションの場合につい
て説明する。

【００２１】実施形態１．図１〜図３を用いて、本発明
の実施形態１について説明する。

【００２２】図１〜図３において、端末１は物理回線１
６を介してＡＴＭ網１０内のＡＴＭ交換機１４に接続さ
れている。なお、図２及び図３においては、ＡＴＭ交換
機１４及び物理回線１６は省略している。図示している
ＡＴＭ−ＬＡＮは、ＬＡＮエミュレーションにより構築
されており、このエミュレーションを管理するＬＡＮエ
ミュレーションサーバ（ＬＥＳ：Ｌａｎ Ｅｍｕｌａｔ
ｉｏｎ Ｓｅｒｖｅｒ）１２がＡＴＭ網１０に設けられ
ている。ＬＥＳ１２は、その機能の一つとして、ＬＡＮ
エミュレーションに参加している各端末のＡＴＭアドレ
スとＭＡＣアドレスとの対応関係を管理している。した
がって、例えばＳＶＣ接続における相手ＡＴＭアドレス
は、端末がこのＬＥＳに対してＡＴＭ−ＡＲＰを行うこ
とにより解決される。

【００２３】端末１には、物理回線１６を介して２つの
ＰＶＣ２０及び２２が設定されている。ＰＶＣ２０は端
末１と端末２とを接続し、ＰＶＣ２２は端末１と端末３
とを接続している。以下、端末１がＰＶＣ管理テーブル
を自動生成する過程を説明する。

【００２４】まず第１段階は、端末１の起動時の処理で
ある。端末１は、この段階ですでに２つのＰＶＣ２０及
び２２を利用可能なのであるが、各ＰＶＣ２０及び２２
がそれぞれどの端末に接続されているのか、及び各ＰＶ
Ｃを利用するためにはどの回線識別子を指定すれば良い
のかを示す情報は端末１に登録されていない。したがっ
て、この第１段階では、まず端末１が利用可能なＰＶＣ
の回線識別子を得て、ＰＶＣ管理テーブルの準備を行
う。

【００２５】ここで、ＡＴＭ交換機１４は、当該交換機
１４に接続されている各物理回線ごとに、その物理回線
に対して設定されているＰＶＣの数及び各ＰＶＣの回線
識別子（ＶＰＩ／ＶＣＩ）をＩＬＭＩ−ＭＩＢ（ＩＬＭ
Ｉ Interim Local Management Interface：暫定的ロー
カル・マネジメント・インタフェース、ＭＩＢ Messag
e Information Base：情報管理ベース）として登録し、
管理している。したがって、この第１段階においては、
端末１は、起動されるとすぐにＡＴＭ交換機１４に対し
て通信を行い、ＩＬＭＩプロトコルを用いて、物理回線
１６に設定されているＰＶＣの構成、すなわちＰＶＣの
数及び各ＰＶＣの回線識別子をＡＴＭ交換機１４から読
み出す。そして、端末１は、自分が使用できるＰＶＣの
数の分だけの行を持つＰＶＣ管理テーブル１００を準備
し、ＡＴＭ交換機１４から得たＰＶＣの回線識別子をＶ
ＰＩ／ＶＣＩの欄に登録する。ＰＶＣ管理テーブル１０
０は、各ＰＶＣに対応する相手ＭＡＣアドレスの欄を有
するが、この欄は第１段階では不明となっている。

【００２６】なお、以上では、ＰＶＣ管理テーブル１０
０準備においては端末１はＩＬＭＩプロトコルによって
ＡＴＭ交換機１４からＰＶＣ構成を読みだしたが、この
代わりに、例えば予め各物理回線におけるＰＶＣ構成を
ローカル規則として定めておき、端末１が起動されたと
きにはこのローカル規則にしたがってＰＶＣ管理テーブ
ルを準備する構成としてもよい。端末−交換機間の範囲
でのＰＶＣに関する設定はローカルに定めておくことが
できるので、予め回線識別子についてローカル規則を定
めておけば、このような処理も可能である。

【００２７】次に、第２段階として、端末１は、通信ソ
フトウエアを起動してＡＴＭ−ＬＡＮに参加する。この
とき、端末１は、自らのＡＴＭアドレス及びＭＡＣアド
レスをＬＥＳ１２に登録すると共に、ＬＥＳ１２からＬ
ＡＮエミュレーションにおける管理用のＬＥＣＩＤ（LA
N Emulation Client ID:ＬＥＣはＬＡＮエミュレーショ
ンにおける端末を意味する）が与えられる。したがっ
て、この第２段階の時点では、ＬＥＳ１２の管理情報１
２０として、各端末ごとにＬＥＣＩＤ、ＡＴＭアドレ
ス、ＭＡＣアドレスの組が登録される。

【００２８】そして、第３段階として、各端末は、ＰＶ
Ｃを介してＰＶＣ相手端末に対して自らのＭＡＣアドレ
スを送信し、このようにして送信されたＭＡＣアドレス
をＰＶＣを介して受け取ることにより、各ＰＶＣと相手
ＭＡＣアドレスとの対応関係を知る。このようなＭＡＣ
アドレスのやりとりのため、本実施形態ではＯＡＭ＿Ｆ
５＿エンド・エンド・ループバック・セル（以下、ルー
プバック・セルと略す）を用いる。

【００２９】ループバック・セルは、ＯＡＭ（Operatio
n,Administration and Maintenance）セルの一種であ
る。ＯＡＭセルは、ＡＴＭ網の故障管理、性能管理等の
様々な管理に用いられる特別のセルであり、その構成は
規約により定められている。このうち、ループバック・
セルは、端末同士間（エンド・エンド）の送達確認を行
うために使用するセルである。ある端末があるＶＣ（Vi
rtual Connection：仮想コネクション）に対してそのル
ープバック・セルを送信した場合、そのＶＣの先にある
端末は、そのセルを受信すると、そのセルを受け取った
ＶＣに対してそのセルをそのまま折り返して送信する。
すると、ループバック・セル送信元の端末は、この折り
返しを受信することにより、当該ＶＣが有効であること
を確認することができる。

【００３０】図８は、規約に定められたＯＡＭ＿Ｆ５＿
エンド・エンド・ループバック・セルのフォーマットを
示している。このフォーマットにおいて、第０〜４バイ
トのヘッダには、このセルを送出するＶＣの識別子等が
セットされ、第５〜２２バイトには、エンド・エンド・
ループバックを示すための所定のデータがセットされ
る。そして、第２３〜３４バイトまでの１２バイトは、
セル送信者がセル生成元を識別する値をセットする領域
として規定されており、この領域の使用自体はオプショ
ンとなっている。また、設定する値の内容については現
在特に明確な規定はない。本実施形態では、このオプシ
ョン領域に、ループバック・セルの送信元のＩＤとして
６バイトの端末ＭＡＣアドレスをセットする。

【００３１】図３は、この第３段階における処理の様子
を示す説明図である。

【００３２】図３において、例えば端末１は、ループバ
ック・セルの送信元ＩＤ部分に自らのＭＡＣアドレスを
セットして、ＰＶＣ管理テーブル１００に登録された回
線識別子を指定して各ＰＶＣ２０、２２に対して送信す
る。これに対して、このループバック・セルを受け取っ
た端末２及び３は、そのループバック・セルが到来した
ＰＶＣの回線識別子（ＶＰＩ／ＶＣＩ）とそのループバ
ック・セルにセットされた端末１のＭＡＣアドレスとの
対応を、各自のＰＶＣ管理テーブルに登録する。すなわ
ち、例えば端末２は、ＰＶＣ２０を介して端末１からの
ループバック・セルを受信し、これに応じてＰＶＣ管理
テーブルのＰＶＣ２０の回線識別子に対応するＭＡＣア
ドレスの欄に、ループバック・セルにセットされていた
端末１のＭＡＣアドレスを登録する。

【００３３】このようにして端末２及び３は、端末１と
の間に設定されたＰＶＣの回線識別子と端末１のＭＡＣ
アドレスとの対応情報を得、これ以降は端末１に対して
ＰＶＣによる通信を行うことが可能となる。

【００３４】一方、端末２及び３からも、端末１と同様
に各自のＭＡＣアドレスをセットしたループバック・セ
ルが各ＰＶＣに対して送出されるので、端末１は、ＰＶ
Ｃ２０（回線識別子ｘ1 ／ｘ2 ）にはＭＡＣアドレスが
Ｍ２である端末が接続され、ＰＶＣ２２（回線識別子ｙ
1 ／ｙ2 ）にはＭＡＣアドレスがＭ３である端末が接続
されていることを知ることができる。これに基づき、端
末１は、図３に示すようにＰＶＣ管理テーブル１００の
ＭＡＣアドレスの欄にループバック・セルにセットされ
ていたＭＡＣアドレスを登録することにより、ＰＶＣ管
理テーブル１００の各欄を完成させる。そして、これ以
降は、端末１は、端末２及び３に対してＰＶＣによる高
速な通信が可能となる。

【００３５】なお、この第３段階においては、配置換え
等による端末配置構成の動的な変化に対応するために、
各端末から各ＰＶＣに対して、定期的にループバック・
セルの送出を行う。これにより、端末配置構成が変化し
た場合に、ＰＶＣ管理テーブルを自動更新することが可
能となる。なお、この場合におけるループバック・セル
の送信間隔は、端末配置構成の変化の早さとループバッ
ク・セルのやり取りによるＡＴＭ網の負荷とのトレード
オフを考慮して決定する。

【００３６】以上説明したように、本実施形態では、端
末起動時にその端末が使用可能なＰＶＣの構成を検出
し、その後定期的に各ＰＶＣに対してループバック・セ
ルを送信して端末間でＭＡＣアドレスのやり取りを行う
ことにより、各端末においてＰＶＣとそのＰＶＣの相手
の端末のＭＡＣアドレスとの対応を知ることができ、こ
れに基づきＰＶＣ管理テーブルを自動生成し、自動更新
することができる。そして、このようにして完成したＰ
ＶＣ管理テーブルを用いることにより、各端末は、上位
プロトコルから発せられたＥｔｈｅｒｎｅｔフレームに
指定されたＭＡＣアドレスがそのＰＶＣ管理テーブルに
登録されている場合は、当該テーブルから回線識別子を
読み取ってＡＴＭセルのヘッダにセットし、ＰＶＣによ
る通信を行うことができる。

【００３７】なお、以上の例では、各端末は定期的にル
ープバック・セルを送信していたが、この代わりに、他
端末からのループバック・セルを受け取ると、これに対
応してそのループバック・セルを受け取ったＰＶＣに対
して自端末のＭＡＣアドレスをセットしたループバック
・セルを送信する構成とすることもできる。この方式に
よれば、端末の配置構成の変化に対応してＰＶＣ管理テ
ーブルの自動更新が行えると共に、ループバック・セル
の送信回数が少なくて済む。

【００３８】実施形態２．図４〜図６を用いて、本発明
の実施形態２について説明する。図４〜図６において、
図１〜図３と同一の部分には同一の符号を付し、その説
明を省略する。なお、この例においても、端末１は、Ｐ
ＶＣ２０により端末２と接続され、ＰＶＣ２２により端
末３と接続されているものとする。以下、端末１がＰＶ
Ｃ管理テーブル１００を自動生成する過程を説明する。

【００３９】本実施形態では、まず第１段階として、端
末１の起動時において、前記実施形態１と同様にして、
端末１はＡＴＭ交換機からＩＬＭＩプロトコルにより、
端末１が使用可能なＰＶＣの数及び各ＰＶＣの回線識別
子を読み取って、ＰＶＣ管理テーブルの準備を行う（図
１参照）。ただし、ここで、本実施形態２が前記実施形
態１と異なる点は、ＰＶＣ管理テーブルにＡＴＭアドレ
スの欄とＬＥＣＩＤの欄が加わる点である。なお、この
実施形態２においても、ＩＬＭＩプロトコルによらず、
予め回線識別子についてのローカル規則を定めておき、
そのローカル規則に従って端末がＰＶＣ管理テーブルに
対して回線識別しを登録してもよい。

【００４０】次に、第２段階において、端末１は、ＡＴ
Ｍ−ＬＡＮに参加するときに、自らのＡＴＭアドレス及
びＭＡＣアドレスをＬＥＳ１２に登録する。これを受け
たＬＥＳ１２は、端末１に対して、ＬＡＮエミュレーシ
ョンにおける端末管理用のＩＤ、すなわちＬＥＣＩＤ
（ＬＥＣ１）を与える。この時点で、ＬＥＳ１２には、
図４に示すような管理情報テーブル１２０が生成され
る。一方、この時点における端末１のＰＶＣ管理テーブ
ルは、図４に示すように回線識別子（ＶＰＩ／ＶＣＩ）
だけが登録され、他の欄は不明となっている。

【００４１】なお、ＥｔｈｅｒｎｅｔにおけるＭＡＣア
ドレスのサイズは６バイト、ＡＴＭ−ＬＡＮにおけるＡ
ＴＭアドレスのサイズは２０バイトであり、それらアド
レスは世界的に統一して管理されており、各ＬＡＮイン
タフェースごとに一意的な値が割り振られている。これ
に対して、ＬＥＣＩＤは２バイトであり、ＬＡＮエミュ
レーションによって構築された１つのＡＴＭ−ＬＡＮご
とに一意的な値が定められる。

【００４２】そして、第３段階では、ＯＡＭ＿Ｆ５＿エ
ンド・エンド・ループバック・セル（以下、ループバッ
ク・セルと略す）を用いて端末間でＬＥＣＩＤのやり取
りを行う。すなわち、実施形態１では、この第３段階に
おいてループバック・セルを用いてＭＡＣアドレスのや
り取りを行ったが、この実施形態２ではＭＡＣアドレス
の代わりにＬＥＣＩＤのやり取りを行う。

【００４３】図５は、この第３段階における処理の様子
を示す説明図である。

【００４４】図５において、端末１は、ループバック・
セルの送信元ＩＤ部分に自らに割り当てられたＬＥＣＩ
Ｄををセットして、ＰＶＣ２０及び２２に対して送信す
る。このループバック・セルを受け取った端末２及び３
は、そのループバック・セルが到来したＰＶＣの回線識
別子（ＶＰＩ／ＶＣＩ）とそのループバック・セルにセ
ットされた端末１のＬＥＣＩＤとの対応を、各自のＰＶ
Ｃ管理テーブルに登録する。

【００４５】一方、端末２及び３からも、端末１と同様
に各自のＬＥＣＩＤをセットしたループバック・セルが
各ＰＶＣに対して送出される。これにより、端末１は、
ＰＶＣ２０（回線識別子ｘ1 ／ｘ2 ）にはＬＥＣＩＤが
ＬＥＣ２である端末が接続され、ＰＶＣ２２（回線識別
子ｙ1 ／ｙ2 ）にはＬＥＣＩＤがＬＥＣ３である端末が
接続されていることを知ることができる。そこで、端末
１は、図５に示すようにＰＶＣ管理テーブル１００のＬ
ＥＣＩＤの欄にループバック・セルにセットされていた
ＬＥＣＩＤを登録する。

【００４６】なお、この第３段階におけるループバック
・セルのやり取りは、実施形態１同様定期的に行う。こ
れにより、端末配置構成の動的な変化に対応可能とな
る。もちろん、この代わりに、他端末からのループバッ
ク・セルを受け取ったときに、これに対応してそのルー
プバック・セルを受け取ったＰＶＣに対して自端末のＬ
ＥＣＩＤをセットしたループバック・セルを送信する構
成とすることもできる。後者の方式の場合、ループバッ
ク・セルの送信回数が少なくて済む。

【００４７】そして、第４段階では、第３段階にて判明
したＰＶＣ回線識別子とＬＥＣＩＤとの対応関係を利用
して、各ＰＶＣとＭＡＣアドレスとの対応関係を獲得す
る。この第４段階の処理は、端末からＰＶＣ管理テーブ
ルに登録されていないＭＡＣアドレスに対して通信しよ
うとする場合に行う。

【００４８】例えば、前述の第３段階の終了時点では、
端末１のＰＶＣ管理テーブル１００は図５に示すような
内容となっているが、この状態で端末１において上位プ
ロトコルからＭＡＣアドレス“Ｍ２”に対するフレーム
送信が指示されたとする。この場合、本実施形態では、
端末１のＬＡＮエミュレータは、図６に示すようにＬＥ
Ｓ１２に対してＡＴＭ−ＡＲＰを行う。

【００４９】ＡＴＭ−ＡＲＰ（アドレス解決プロトコ
ル）は、相手ＭＡＣアドレスに対応するＡＴＭアドレス
を求めるために規定されているプロトコルであり、図９
にそのＡＴＭ−ＡＲＰ処理に用いるフレームのフォーマ
ットが示されている。図９のフォーマットにおいて、０
〜７５バイトのＡＴＭ−ＡＲＰデータ領域には、ＡＴＭ
−ＡＲＰ要求元のＭＡＣアドレス、ＡＴＭアドレス及び
ＬＥＣＩＤと、相手端末のＭＡＣアドレス、ＡＴＭアド
レスを登録する領域がそれぞれ確保されている。従っ
て、例えば端末１がＭＡＣアドレス“Ｍ２”の端末のＡ
ＴＭアドレスを要求する場合には、端末１は、図９のフ
ォーマットにおいて要求元の情報としてＭＡＣアドレス
“Ｍ１”、ＡＴＭアドレス“Ａ１”及びＬＥＣＩＤ“Ｌ
ＥＣ１”をセットし、相手の情報としてＭＡＣアドレス
“Ｍ２”をセットして、相手ＡＴＭアドレスの内容を空
欄のままにしてＬＥＳ１２に対してＡＲＰ要求を行う。
なお、このＡＲＰ要求送信に際しては、端末１は発呼手
順等によりＬＥＳ１２に対して通信路を設定しておくの
はいうまでもない。

【００５０】ＡＲＰ要求を受け取ったＬＥＳ１２は、自
身の有する管理情報テーブルからＡＲＰ要求に指定され
ていた相手ＭＡＣアドレスに対応するＡＴＭアドレスを
読み取り、これをＡＲＰ要求において空欄になっていた
ＡＴＭアドレスの領域にセットし、このフレームをＡＲ
Ｐ応答として端末１に返送する。

【００５１】本実施形態では、このＡＴＭ−ＡＲＰを利
用して、各端末におけるＰＶＣと相手ＭＡＣアドレスと
の対応関係の情報を得る。すなわち、本実施形態では、
ＬＥＳ１２は、ＡＲＰ要求を受け取った場合において、
単にＡＲＰ要求の空欄に相手ＭＡＣアドレスに対応する
ＡＴＭアドレスをセットしてＡＲＰ応答を生成するだけ
でなく、ＡＲＰ応答において、現在使用されていない予
約領域にその相手ＭＡＣアドレスに対応するＬＥＣＩＤ
をセットして端末に対して返送する。

【００５２】図６の例では、端末１からＭＡＣアドレス
“Ｍ２”についてのＡＲＰ要求が出された場合、ＬＥＳ
１２は、ＬＥＳ管理情報テーブル１２０から“Ｍ２”に
対応するＡＴＭアドレス“Ａ２”を読み取ってＡＴＭ−
ＡＲＰデータ領域の空欄にセットすると共に、同じくテ
ーブル１２０から“Ｍ２”に対応するＬＥＣＩＤ“ＬＥ
Ｃ２”を読み取って空き領域にセットしてＡＲＰ応答を
生成し、端末１に対して返送する。

【００５３】ＬＥＳ１２からのＡＲＰ応答を受け取った
端末１は、ＡＲＰ応答にセットされた相手ＬＥＣＩＤ
“ＬＥＣ２”を読み取り、ＰＶＣ管理テーブル１００に
おけるＬＥＣ２の行のＭＡＣアドレス及びＡＴＭアドレ
スの空欄に対して、当該ＡＲＰ応答にセットされた相手
ＭＡＣアドレス及び相手ＡＴＭアドレスを登録する。以
上のような処理により、端末１のＰＶＣ管理テーブル１
００におけるＬＥＣ２に対応する行の各項目がすべて埋
まる。この結果、端末１は、ＭＡＣアドレス“Ｍ２”に
対しては回線識別子“ｘ1 ／ｘ2 ”のＰＶＣを用いて通
信できることが判明する。これ以降、端末１において、
上位プロトコルからＭＡＣアドレス“Ｍ２”に対する通
信要求が発せられた場合は、端末１のＬＡＮエミュレー
タは、ＰＶＣ管理テーブル１００から“Ｍ２”に対応す
る行の回線識別子“ｘ1 ／ｘ2 ”を読み出してＡＴＭセ
ルのヘッダにセットすることにより、ＰＶＣ２０を用い
て端末２と通信を行う。

【００５４】なお、本実施形態において、ＡＲＰ応答に
よって得られた相手ＬＥＣＩＤがＰＶＣ管理テーブルに
登録されていない場合には、ＡＲＰ要求元の端末は、当
該相手端末との間にはＰＶＣが設定されていないものと
判断し、ＡＲＰ応答で得られたＡＴＭアドレスを用いて
発呼を行い、ＳＶＣにて相手端末と通信を行う。

【００５５】以上説明したように、本実施形態２によれ
ば、各端末は、ループバック・セルのやり取りによる各
ＰＶＣの相手のＬＥＣＩＤの取得と、ＡＴＭ−ＡＲＰに
よる相手ＭＡＣアドレスとＬＥＣＩＤとの対応関係情報
の取得の２段階の処理により、各ＰＶＣと相手のＭＡＣ
アドレスとの対応関係を得ることができ、ＰＶＣ管理テ
ーブルの空欄を埋めることができる。以降、上位プロト
コルの指定するＭＡＣアドレスがＰＶＣ管理テーブルに
登録されている場合には、そのＭＡＣアドレスに対応す
る回線識別子を用いてＰＶＣによる通信を行うことがで
きる。

【００５６】そして、本実施形態２によれば、各端末
は、各ＰＶＣと相手ＭＡＣアドレスとの対応関係のみな
らず、各ＰＶＣと相手ＬＥＣＩＤ、ＡＴＭアドレスとの
対応関係をも検出することができ、ＡＴＭ−ＬＡＮエミ
ュレーションにおけるＰＶＣ通信において必要なすべて
の相手情報をＰＶＣ管理テーブルにおいて管理すること
ができる。したがって、本実施形態では、相手ＡＴＭア
ドレスを指定した送信要求に対しても、ＰＶＣ管理テー
ブルに当該ＡＴＭアドレスが登録されている場合はＰＶ
Ｃによる送信が可能となる。

【００５７】実施形態３．次に、本発明の実施形態３に
ついて説明する。

【００５８】この実施形態３の処理は、第１段階から第
３段階までは上記実施形態２と同様であるが、第４段階
における処理が上記実施形態２と異なる。すなわち、上
述の実施形態２では、第４段階において端末からのＡＴ
Ｍ−ＡＲＰ要求に対してＬＥＳが自らの持っている管理
情報を用いてＡＲＰ応答を生成して端末に返送していた
のに対し、この実施形態３では、ＬＥＳは受け取ったＡ
ＲＰ要求を相手の端末に転送し、相手端末からＡＲＰ要
求元端末に対してＡＲＰ応答を行う。

【００５９】図７は、この実施形態３における第４段階
の処理を示す説明図である。

【００６０】図７に示すように、この実施形態３では、
端末１からＭＡＣアドレス“Ｍ２”に対するＡＲＰ要求
を受け取ったＬＥＳ１２は、まずこのＡＲＰ要求を端末
２に転送する。すなわち、ＬＥＳ１２は、管理情報テー
ブル１２０から“Ｍ２”に対応するＡＴＭアドレス“Ａ
２”を読み出し、この“Ａ２”を指定して発呼を行って
端末２との間に通信路を設定し、端末１からのＡＲＰ要
求を端末２に転送する。

【００６１】このＡＲＰ要求を受け取った端末２は、当
該ＡＲＰ要求のＡＴＭ−ＡＲＰデータ領域に含まれてい
る端末１のＬＥＣＩＤ、ＡＴＭアドレス、ＭＡＣアドレ
スを、ＬＥＣＩＤをキーとして自らのＰＶＣ管理テーブ
ルに登録する。これにより、まず端末２においてＰＶＣ
２０に関する管理情報の登録が完了する。そして、端末
２は、受け取ったＡＲＰ要求において空欄となっている
ＡＴＭアドレス領域に自らのＡＴＭアドレスをセットし
て、端末１に対するＡＲＰ応答を生成する。そして、端
末２は、自らのＰＶＣ管理テーブルから端末１に対応す
るＰＶＣ回線識別子を調べ、そのＰＶＣに対してＡＲＰ
応答を送出する。

【００６２】端末１は、端末２からのＡＲＰ応答を回線
識別子ｘ1 ／ｘ2 のＰＶＣから受信する。すると、端末
１では、ＰＶＣ管理テーブル１００におけるこの回線識
別子ｘ1 ／ｘ2 の行の空欄に対して、そのＡＲＰ応答に
セットされている相手ＭＡＣアドレス“Ｍ２”、ＡＴＭ
アドレス“Ａ２”を登録し、空欄を埋める。これによ
り、回線識別子ｘ1 ／ｘ2 のＰＶＣと相手ＭＡＣアドレ
ス“Ｍ２”との対応関係が分かり、以降端末１では、Ｍ
ＡＣアドレス“Ｍ２”を指定した送信要求に対してＰＶ
Ｃによる送信が可能となる。

【００６３】以上説明したように、この実施形態３にお
いては、端末からのＡＲＰ要求によって、１つのＰＶＣ
の両端末、すなわち当該要求元端末および相手端末の両
方において、ＰＶＣ管理テーブルにおける空欄を埋める
ことができる。したがって、実施形態３によれば、実施
形態２に比べて各端末からのＡＲＰ要求の送信回数を低
減することができる。また、この実施形態３では、ＡＲ
Ｐ要求元端末は、ＡＲＰ応答を受け取った際のＰＶＣ回
線識別子が分かるので、相手端末におけるＡＲＰ応答生
成時に空き領域にＬＥＣＩＤをセットしなくても、ＰＶ
Ｃ管理識別子をキーにしてＰＶＣ管理テーブルの空欄を
埋めることができる。

【図面の簡単な説明】

【図１】 実施形態１の処理を示す説明図である。

【図２】 実施形態１の処理を示す説明図である。

【図３】 実施形態１の処理を示す説明図である。

【図４】 実施形態２の処理を示す説明図である。

【図５】 実施形態２の処理を示す説明図である。

【図６】 実施形態２の処理を示す説明図である。

【図７】 実施形態３の処理を示す説明図である。

【図８】 ＯＡＭ＿Ｆ５＿エンド・エンド・ループバッ
ク・セルのフォーマットを示す説明図である。

【図９】 ＡＴＭ−ＡＲＰ要求・応答のフォーマットを
示す説明図である。

【図１０】 ＡＴＭ−ＬＡＮの構成を概念的に示す説明
図である。

【符号の説明】

１０ ＡＴＭ網、１２ ＬＥＳ（ＬＡＮエミュレーショ
ンサーバ）、１４ ＡＴＭ交換機、１６ 物理回線、２
０，２２ ＰＶＣ、１００ ＰＶＣ管理テーブル、１２
０ ＬＥＳ管理情報。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ＡＴＭ網を介して各端末のＬＡＮ接続を
   行うＡＴＭ−ＬＡＮにおいて、 各端末は、 自らが接続された物理回線について設定された各ＰＶＣ
   の回線識別子を検出してＰＶＣ管理テーブルにこれら回
   線識別子を登録し、 所定のＡＴＭ−ＬＡＮ制御用セルに対して自端末のアド
   レス情報をセットし、この制御用セルを前記ＰＶＣ管理
   テーブルに登録された回線識別子に対応するＰＶＣに対
   して送出し、 他端末から前記制御用セルを受け取った場合に、当該制
   御用セルにセットされたアドレス情報を、その制御用セ
   ルを受け取ったＰＶＣの回線識別子に対応づけて前記Ｐ
   ＶＣ管理テーブルに登録し、 この結果得られたＰＶＣ管理テーブルを用いて、相手端
   末のアドレス情報に対応するＰＶＣの回線識別子を検索
   してＰＶＣによる通信を行うことを特徴とするＡＴＭ−
   ＬＡＮ制御方式。
2. 【請求項２】 ＡＴＭ網を介して各端末のＬＡＮ接続を
   行うＡＴＭ−ＬＡＮにおいて、 各端末は、 自らが接続された物理回線について設定された各ＰＶＣ
   の回線識別子を検出してＰＶＣ管理テーブルにこれら回
   線識別子を登録し、 ＡＴＭ−ＬＡＮに参加するときに、当該ＡＴＭ−ＬＡＮ
   を管理するサーバに自らのアドレス情報を登録するとと
   もに、そのサーバから当該ＡＴＭ−ＬＡＮにおける端末
   ＩＤを取得し、 所定のＡＴＭ−ＬＡＮ制御用セルに対して自端末の端末
   ＩＤをセットし、この制御用セルを前記ＰＶＣ管理テー
   ブルに登録された回線識別子に対応するＰＶＣに対して
   送出し、 他端末から前記制御用セルが到着した場合には、当該制
   御用セルにセットされた端末ＩＤを、その制御用セルを
   受け取ったＰＶＣの回線識別子に対応づけて前記ＰＶＣ
   管理テーブルに登録し、 相手端末のアドレス情報を指定してデータ送信を行うと
   きに、相手端末のアドレス情報に対するＡＲＰ要求を前
   記サーバに送信し、前記サーバから当該アドレス情報に
   対応する相手端末の端末ＩＤを含むＡＲＰ応答を取得
   し、このＡＲＰ応答にセットされた相手端末アドレス情
   報を、当該ＡＲＰ応答に含まれる相手端末の端末ＩＤに
   対応付けて前記ＰＶＣ管理テーブルに登録し、 この結果得られたＰＶＣ管理テーブルを用いて、相手端
   末のアドレス情報に対応するＰＶＣの回線識別子を検索
   してＰＶＣによる通信を行うことを特徴とするＡＴＭ−
   ＬＡＮ制御方式。
3. 【請求項３】 ＡＴＭ網を介して各端末のＬＡＮ接続を
   行うＡＴＭ−ＬＡＮにおいて、 各端末は、 自らが接続された物理回線について設定された各ＰＶＣ
   の回線識別子を検出してＰＶＣ管理テーブルにこれら回
   線識別子を登録し、 ＡＴＭ−ＬＡＮに参加するときに、当該ＡＴＭ−ＬＡＮ
   を管理するサーバに自らのアドレス情報を登録するとと
   もに、そのサーバから当該ＡＴＭ−ＬＡＮにおける端末
   ＩＤを取得し、 所定のＡＴＭ−ＬＡＮ制御用セルに対して自端末の端末
   ＩＤをセットし、この制御用セルを前記ＰＶＣ管理テー
   ブルに登録された回線識別子に対応するＰＶＣに対して
   送出し、 他端末から前記制御用セルが到着した場合には、当該制
   御用セルにセットされた端末ＩＤを、その制御用セルを
   受け取ったＰＶＣの回線識別子に対応づけて前記ＰＶＣ
   管理テーブルに登録し、 相手端末のアドレス情報を指定してデータ送信を行うと
   きに、相手端末のアドレス情報に対するＡＲＰ要求を前
   記サーバに送信し、 前記サーバは、 端末からＡＲＰ要求を受信した場合に、そのＡＲＰ要求
   にセットされている相手端末のアドレス情報に基づき当
   該ＡＲＰ要求をその相手端末に転送し、 前記各端末は、 前記サーバを介してＡＲＰ要求を受信した場合に、当該
   ＡＲＰ要求にセットされた要求元端末のアドレス情報
   を、当該ＡＲＰ要求にセットされた要求元端末の端末Ｉ
   Ｄに対応付けて前記ＰＶＣ管理テーブルに登録するとと
   もに、自端末のアドレス情報をセットしたＡＲＰ応答を
   生成し、前記ＰＶＣ管理テーブルから前記要求元端末に
   対する回線識別子を検索してそのＡＲＰ応答をＰＶＣに
   て送信し、ＰＶＣからＡＲＰ応答を受信した場合に、こ
   のＡＲＰ応答にセットされた相手端末のアドレス情報
   を、ＡＲＰ応答を受信したＰＶＣの回線識別子に対応付
   けて前記ＰＶＣ管理テーブルに登録し、 この結果得られたＰＶＣ管理テーブルを用いて、相手端
   末のアドレス情報に対応するＰＶＣの回線識別子を検索
   してＰＶＣによる通信を行うことを特徴とするＡＴＭ−
   ＬＡＮ制御方式。
4. 【請求項４】 請求項１〜３のいずれかに記載のＡＴＭ
   −ＬＡＮ制御方式において、 各端末は、各ＰＶＣに対する前記制御用セルの送出を定
   期的に行うことを特徴とするＡＴＭ−ＬＡＮ制御方式。
5. 【請求項５】 請求項１〜４のいずれかに記載のＡＴＭ
   −ＬＡＮ制御方式において、 前記制御用セルとして、ＯＡＭ＿Ｆ５＿エンド・エンド
   ・ループバック・セルを用いることを特徴とするＡＴＭ
   −ＬＡＮ制御方式。