JP3514793B2 - 異種伝送路間のコネクションレス通信方式 - Google Patents
異種伝送路間のコネクションレス通信方式Info
- Publication number
- JP3514793B2 JP3514793B2 JP24299493A JP24299493A JP3514793B2 JP 3514793 B2 JP3514793 B2 JP 3514793B2 JP 24299493 A JP24299493 A JP 24299493A JP 24299493 A JP24299493 A JP 24299493A JP 3514793 B2 JP3514793 B2 JP 3514793B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- communication terminal
- communication
- network
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、ＬＡＮ（Local Area N
etwork）等のコネクションレス通信網とＡＴＭ通信網と
の相互通信を実現する技術に関する。
etwork）等のコネクションレス通信網とＡＴＭ通信網と
の相互通信を実現する技術に関する。
【０００２】
【従来の技術】ＬＡＮ（Local Area Network）等のコネ
クションレス通信端末には、その端末が所属するネット
ワークの管理者がネットワーク構成に合わせて体系的に
付与したネットワークレイヤアドレス（ＩＰアドレス）
と、当該端末の製造時に付与された固有の物理アドレス
（ＭＡＣアドレス：Media Access Control）との２つの
アドレスが付与されている。
クションレス通信端末には、その端末が所属するネット
ワークの管理者がネットワーク構成に合わせて体系的に
付与したネットワークレイヤアドレス（ＩＰアドレス）
と、当該端末の製造時に付与された固有の物理アドレス
（ＭＡＣアドレス：Media Access Control）との２つの
アドレスが付与されている。
【０００３】そして、当該通信網内においていずれかの
端末から他の端末にデータを転送する際には、送信側端
末は相手先端末の物理アドレスをヘッダに付加したデー
タフレームを伝送路上に出力しなければならない。
端末から他の端末にデータを転送する際には、送信側端
末は相手先端末の物理アドレスをヘッダに付加したデー
タフレームを伝送路上に出力しなければならない。
【０００４】しかし、物理アドレスは前述のように固定
的なものでありネットワーク形態に合わせて変更するこ
とができない。そのためにネットワークレイヤアドレス
と物理アドレスとを対応させる処理が必要となってく
る。
的なものでありネットワーク形態に合わせて変更するこ
とができない。そのためにネットワークレイヤアドレス
と物理アドレスとを対応させる処理が必要となってく
る。
【０００５】通常は、通信開始時に送信側端末がネット
ワークレイヤアドレスに対応する物理アドレスを要求す
るアドレス解析要求メッセージ「ＡＲＰリクエスト」
（ＡＲＰ：Address Resolution Protocol））を伝送路
上の全ての端末にブロードキャスト転送する。そして、
受信したアドレス解析要求メッセージの宛先に該当する
ネットワークレイヤアドレスが自端末に付与されている
ネットワークレイヤアドレスと一致すると認識した端末
が、自端末の物理アドレスを格納したアドレス解析応答
メッセージ（ＡＲＰリプライ）を伝送路上に返す。この
メッセージを受信した送信側端末では、相手先端末のネ
ットワークレイヤアドレスと物理アドレスとの対応関係
を自身のテーブルに登録して以降の通信データのデータ
フレームのヘッダにこの物理アドレスを格納して前記相
手先端末とのデータ転送を行うようになっている。
ワークレイヤアドレスに対応する物理アドレスを要求す
るアドレス解析要求メッセージ「ＡＲＰリクエスト」
（ＡＲＰ：Address Resolution Protocol））を伝送路
上の全ての端末にブロードキャスト転送する。そして、
受信したアドレス解析要求メッセージの宛先に該当する
ネットワークレイヤアドレスが自端末に付与されている
ネットワークレイヤアドレスと一致すると認識した端末
が、自端末の物理アドレスを格納したアドレス解析応答
メッセージ（ＡＲＰリプライ）を伝送路上に返す。この
メッセージを受信した送信側端末では、相手先端末のネ
ットワークレイヤアドレスと物理アドレスとの対応関係
を自身のテーブルに登録して以降の通信データのデータ
フレームのヘッダにこの物理アドレスを格納して前記相
手先端末とのデータ転送を行うようになっている。
【０００６】ところで、データをセル形式で転送するＡ
ＴＭ−ＬＡＮのように従来とは異なる物理伝送路上でコ
ネクションレス通信を実現するためには、ＡＴＭ網内に
張られた論理的なパス上にセルデータを多重化して伝送
するため、コネクションパスを識別するＩＤを前記ＡＴ
Ｍセルのヘッダに付加する必要がある。コネクションパ
スＩＤを通信端末の送信要求毎に割り当てる手法として
は、通常用いられている呼制御プロトコルを用いること
になる。
ＴＭ−ＬＡＮのように従来とは異なる物理伝送路上でコ
ネクションレス通信を実現するためには、ＡＴＭ網内に
張られた論理的なパス上にセルデータを多重化して伝送
するため、コネクションパスを識別するＩＤを前記ＡＴ
Ｍセルのヘッダに付加する必要がある。コネクションパ
スＩＤを通信端末の送信要求毎に割り当てる手法として
は、通常用いられている呼制御プロトコルを用いること
になる。
【０００７】この呼制御プロトコルでは、送信側端末が
相手先の端末アドレスを呼設定要求メッセージに格納し
て網内に送信することによって開始され、相手先端末が
呼設定メッセージに応答することで呼が確立される。そ
の後は、網から与えられたコネクションパスＩＤによっ
て通信が開始される。
相手先の端末アドレスを呼設定要求メッセージに格納し
て網内に送信することによって開始され、相手先端末が
呼設定メッセージに応答することで呼が確立される。そ
の後は、網から与えられたコネクションパスＩＤによっ
て通信が開始される。
【０００８】
【発明が解決しようとする課題】ところで、従来のＬＡ
Ｎ等に使用されるコネクションレス通信用の端末では、
前述のような呼制御プロトコルを有していないため、Ａ
ＴＭ−ＬＡＮと既存のＬＡＮとの間ではコネクションパ
スの設定ができず、通信を行うことができなかった。
Ｎ等に使用されるコネクションレス通信用の端末では、
前述のような呼制御プロトコルを有していないため、Ａ
ＴＭ−ＬＡＮと既存のＬＡＮとの間ではコネクションパ
スの設定ができず、通信を行うことができなかった。
【０００９】ＡＴＭ−ＬＡＮ網と既存のＬＡＮ網との間
に単にプロトコル変換手段を設けて、この変換手段に呼
制御プロトコルとアドレス解析プロトコルとを備えさせ
ることも考えられるが、下記のような問題があった。
に単にプロトコル変換手段を設けて、この変換手段に呼
制御プロトコルとアドレス解析プロトコルとを備えさせ
ることも考えられるが、下記のような問題があった。
【００１０】第１に、変換手段において呼制御プロトコ
ルとアドレス解析プロトコルとを独立に動作させた場
合、ＡＴＭ−ＬＡＮ側の発信端末から既存ＬＡＮ側の受
信端末への通信の場合には、発信端末（ＡＴＭ−ＬＡＮ
側）と変換手段との間にまず呼設定を完了させた後、当
該発信端末（ＡＴＭ−ＬＡＮ側）から変換手段に対して
データが到着した後に、アドレス解析プロトコルを起動
して受信端末（既存ＬＡＮ側）への接続を行う。そのた
め、アドレス解析プロトコルのラウンドトリップ時間の
間、変換手段内に前記発信端末（ＡＴＭ−ＬＡＮ側）か
らのデータを一時蓄積するためのバッファが必要であっ
た。
ルとアドレス解析プロトコルとを独立に動作させた場
合、ＡＴＭ−ＬＡＮ側の発信端末から既存ＬＡＮ側の受
信端末への通信の場合には、発信端末（ＡＴＭ−ＬＡＮ
側）と変換手段との間にまず呼設定を完了させた後、当
該発信端末（ＡＴＭ−ＬＡＮ側）から変換手段に対して
データが到着した後に、アドレス解析プロトコルを起動
して受信端末（既存ＬＡＮ側）への接続を行う。そのた
め、アドレス解析プロトコルのラウンドトリップ時間の
間、変換手段内に前記発信端末（ＡＴＭ−ＬＡＮ側）か
らのデータを一時蓄積するためのバッファが必要であっ
た。
【００１１】第２に、既存ＬＡＮ側の発信端末からＡＴ
Ｍ−ＬＡＮ網の受信端末への通信の場合には、発信端末
（既存ＬＡＮ側）と変換手段７との間でまずアドレス解
析プロトコルを作動させて、変換手段に通信データが到
着した後にＡＴＭ−ＬＡＮ網の呼制御プロトコルを作動
させることになる。そのため、呼設定要求が途中でリジ
ェクトされた場合には、変換手段は発信端末（既存ＬＡ
Ｎ側）から既に到着しているデータを廃棄することにな
り、既存網の資源が浪費されてしまうおそれがあった。
Ｍ−ＬＡＮ網の受信端末への通信の場合には、発信端末
（既存ＬＡＮ側）と変換手段７との間でまずアドレス解
析プロトコルを作動させて、変換手段に通信データが到
着した後にＡＴＭ−ＬＡＮ網の呼制御プロトコルを作動
させることになる。そのため、呼設定要求が途中でリジ
ェクトされた場合には、変換手段は発信端末（既存ＬＡ
Ｎ側）から既に到着しているデータを廃棄することにな
り、既存網の資源が浪費されてしまうおそれがあった。
【００１２】本発明はこのような点に鑑みてなされたも
のであり、データ蓄積のためのバッファ等を設けること
なく効率的に異種伝送路のＬＡＮ同士を接続しコネクシ
ョンレス通信を実現することを目的としている。
のであり、データ蓄積のためのバッファ等を設けること
なく効率的に異種伝送路のＬＡＮ同士を接続しコネクシ
ョンレス通信を実現することを目的としている。
【００１３】
【課題を解決するための手段】本発明は、原理図である
図１に示すように、第１の通信網１（たとえばＡＴＭ通
信網）と第２の通信網４（たとえばＬＡＮ通信網）との
間に変換手段７を設けたものである。
図１に示すように、第１の通信網１（たとえばＡＴＭ通
信網）と第２の通信網４（たとえばＬＡＮ通信網）との
間に変換手段７を設けたものである。
【００１４】前記変換手段７は、第１の通信端末３から
発信された呼設定要求中から第２の通信端末６へのアド
レスを抽出して当該アドレスを問い合わせるリクエスト
フレームを前記第２の通信網４に出力するとともに、第
２の通信端末６から発信されたリクエストフレームから
第１の通信端末３への呼設定要求を生成し当該第１の通
信端末３への呼設定要求を出力する機能を有している。
発信された呼設定要求中から第２の通信端末６へのアド
レスを抽出して当該アドレスを問い合わせるリクエスト
フレームを前記第２の通信網４に出力するとともに、第
２の通信端末６から発信されたリクエストフレームから
第１の通信端末３への呼設定要求を生成し当該第１の通
信端末３への呼設定要求を出力する機能を有している。
【００１５】
【作用】前記変換手段７には、たとえば第１の通信網１
のパスを特定するコネクションパスＩＤと、ネットワー
クで規定される第１の通信端末３と第２の通信端末６の
ネットワークレイヤアドレスと、第２の通信網４におけ
る第２の通信端末６毎に固有に規定されている物理アド
レスとを登録する管理テーブル９を設けておく。
のパスを特定するコネクションパスＩＤと、ネットワー
クで規定される第１の通信端末３と第２の通信端末６の
ネットワークレイヤアドレスと、第２の通信網４におけ
る第２の通信端末６毎に固有に規定されている物理アド
レスとを登録する管理テーブル９を設けておく。
【００１６】そして、第１の通信端末３から第２の通信
端末６へのデータ転送の際には、第１の通信端末３から
変換手段７まで呼設定要求手続きを利用して変換手段７
の管理テーブル９に第２の通信端末６のネットワークレ
イヤアドレスを登録しておく。変換手段７はこの管理テ
ーブル９に基づいて第２の通信網４に対してアドレス解
析要求メッセージを出力する。前記アドレス解析要求メ
ッセージが自身に対するものであることを認識した第２
の通信端末６は、自身の物理アドレスをアドレス解析応
答メッセージとして前記変換手段７に返す。変換手段７
では、これで得られた物理アドレスを前記管理テーブル
９に登録しておく。これによって、管理テーブル９上で
はネットワークレイヤアドレスと、第１の通信網１での
アドレス（たとえばＡＴＭアドレス）と、コネクション
パスＩＤとが対応付けられる。
端末６へのデータ転送の際には、第１の通信端末３から
変換手段７まで呼設定要求手続きを利用して変換手段７
の管理テーブル９に第２の通信端末６のネットワークレ
イヤアドレスを登録しておく。変換手段７はこの管理テ
ーブル９に基づいて第２の通信網４に対してアドレス解
析要求メッセージを出力する。前記アドレス解析要求メ
ッセージが自身に対するものであることを認識した第２
の通信端末６は、自身の物理アドレスをアドレス解析応
答メッセージとして前記変換手段７に返す。変換手段７
では、これで得られた物理アドレスを前記管理テーブル
９に登録しておく。これによって、管理テーブル９上で
はネットワークレイヤアドレスと、第１の通信網１での
アドレス（たとえばＡＴＭアドレス）と、コネクション
パスＩＤとが対応付けられる。
【００１７】また、第２の通信端末６から第１の通信端
末３へのデータ転送の際には、第２の通信端末６から変
換手段７までアドレス解析要求メッセージを利用して変
換手段７の管理テーブル９に送信先である第１の通信端
末３のネットワークレイヤアドレスを登録しておく。変
換手段７はこの管理テーブル９に基づいて第１の通信網
１において前記ネットワークレイヤアドレスに対応する
アドレス（たとえばＡＴＭアドレス）を索出しこれを登
録する。そして、変換手段７と前記第１の通信端末３と
の間は呼設定要求手続きを利用して接続を行う。この第
１の通信端末３からの応答により変換手段７ではコネク
ションパスＩＤを認識することができる。これによっ
て、管理テーブル９上ではネットワークレイヤアドレス
と、第１の通信網１でのアドレス（たとえばＡＴＭアド
レス）と、コネクションパスＩＤとが対応付けられる。
そして変換手段７から第２の通信端末６へはアドレス解
析応答メッセージが返送される。
末３へのデータ転送の際には、第２の通信端末６から変
換手段７までアドレス解析要求メッセージを利用して変
換手段７の管理テーブル９に送信先である第１の通信端
末３のネットワークレイヤアドレスを登録しておく。変
換手段７はこの管理テーブル９に基づいて第１の通信網
１において前記ネットワークレイヤアドレスに対応する
アドレス（たとえばＡＴＭアドレス）を索出しこれを登
録する。そして、変換手段７と前記第１の通信端末３と
の間は呼設定要求手続きを利用して接続を行う。この第
１の通信端末３からの応答により変換手段７ではコネク
ションパスＩＤを認識することができる。これによっ
て、管理テーブル９上ではネットワークレイヤアドレス
と、第１の通信網１でのアドレス（たとえばＡＴＭアド
レス）と、コネクションパスＩＤとが対応付けられる。
そして変換手段７から第２の通信端末６へはアドレス解
析応答メッセージが返送される。
【００１８】以上のように、管理テーブル９を用いてネ
ットワークレイヤアドレスと、第１の通信網１でのアド
レス（たとえばＡＴＭアドレス）と、コネクションパス
ＩＤと、物理アドレス（第２の通信端末６のアドレス）
とが対応付けられるため、第１の通信網１での接続処理
と、第２の通信網４との接続処理とを変換手段７を介し
て連係させることが可能となり、異種の伝送路を有する
第１の通信網１と第２の通信網４との間で効率的なコネ
クションレス通信が可能となる。
ットワークレイヤアドレスと、第１の通信網１でのアド
レス（たとえばＡＴＭアドレス）と、コネクションパス
ＩＤと、物理アドレス（第２の通信端末６のアドレス）
とが対応付けられるため、第１の通信網１での接続処理
と、第２の通信網４との接続処理とを変換手段７を介し
て連係させることが可能となり、異種の伝送路を有する
第１の通信網１と第２の通信網４との間で効率的なコネ
クションレス通信が可能となる。
【００１９】
【実施例】図２は本発明のシステム構成を示すブロック
図である。本実施例は、複数のＡＴＭ通信端末（Ａ１，
Ａ２）が接続されたＡＴＭ網と、複数のＬＡＮ通信端末
（Ｂ１，Ｂ２）が接続されたＬＡＮ網とが変換部７を介
して接続されたシステムである。
図である。本実施例は、複数のＡＴＭ通信端末（Ａ１，
Ａ２）が接続されたＡＴＭ網と、複数のＬＡＮ通信端末
（Ｂ１，Ｂ２）が接続されたＬＡＮ網とが変換部７を介
して接続されたシステムである。
【００２０】ＡＴＭ網は、ＡＴＭアドレス管理部１２を
有している。ＡＴＭアドレス管理部１２は、ＡＴＭ網内
でのコネクションレス通信、すなわちＡＴＭ−ＬＡＮの
サーバーとして機能するものであり、ＩＰアドレスとＡ
ＴＭアドレスとの対応関係を定義している。
有している。ＡＴＭアドレス管理部１２は、ＡＴＭ網内
でのコネクションレス通信、すなわちＡＴＭ−ＬＡＮの
サーバーとして機能するものであり、ＩＰアドレスとＡ
ＴＭアドレスとの対応関係を定義している。
【００２１】変換部７は、ＡＴＭ網、ＬＡＮ網それぞれ
のインターフェースとなる呼制御部８とアドレス解析部
１１とを有している。また前記呼制御部８とアドレス解
析部１１の双方と接続され、管理テーブル９への読み書
きを行うプロトコル管理部１０を有している。以下、各
々の機能について説明する。 （呼制御部８の機能）呼制御部８は下記の機能を有して
いる。 （１−１） ＡＴＭ網から呼設定要求メッセージを受信
すると、当該メッセージ内からネットワークレイヤアド
レス（ＩＰ）と、コネクションパスＩＤと、呼設定要求
フラグとを抽出してプロトコル管理部１０に引き渡す。 （１−２） ＡＴＭ網から接続メッセージを受信した際
に、当該メッセージ内のネットワークレイヤアドレス
（ＩＰ）と、コネクションパスＩＤと、呼設定フラグと
をプロトコル管理部１０に引き渡す。 （１−３） ＡＴＭ網から切断メッセージを受信した際
に、当該メッセージ内のネットワークレイヤアドレス
（ＩＰ）と、コネクションパスＩＤと、呼切断要求フラ
グとをプロトコル管理部１０に引き渡す。 （１−４） プロトコル管理部１０からネットワークレ
イヤアドレス（ＩＰ）と、呼設定要求フラグを受信した
際に、ネットワークレイヤアドレス（ＩＰ）を基に呼設
定要求メッセージをＡＴＭ網に送信する。 （１−５） プロトコル管理部１０からネトワークレイ
ヤアドレス（ＩＰ）と、コネクションパスＩＤと呼設定
フラグを受信した際に、ネットワークレイヤアドレス
（ＩＰ）と、コネクションパスＩＤとを基に、呼設定メ
ッセージをＡＴＭ網に送信する。 （１−６） プロトコル管理部１０からネットワークレ
イヤアドレス（ＩＰ）と、コネクションパスＩＤと、呼
切断要求フラグとを受信した際に、ネットワークレイヤ
アドレス（ＩＰ）とコネクションパスＩＤとを基に切断
メッセージをＬＡＮ網に送信する。 （アドレス解析部１１の機能）アドレス解析部１１は、
下記の機能を有している。 （２−１） ＬＡＮ網からアドレス解析要求メッセージ
（ＡＲＰリクエスト）を受信した際に、ネットワークレ
イヤアドレス（ＩＰ）と、物理アドレスと、アドレス解
析要求フラグとをプロトコル管理部１０に引き渡す。 （２−２） ＬＡＮ網からアドレス解析応答メッセージ
を受信した際に、タイマー１３をリセットしてネットワ
ークレイヤアドレス（ＩＰ）と、物理アドレスとアドレ
ス解析応答フラグとをプロトコル管理部１０に引き渡
す。 （２−３） プロトコル管理部１０からネットワークレ
イヤアドレス（ＩＰ）と、アドレス解析要求フラグとを
受信した際に、このネットワークレイヤアドレス（Ｉ
Ｐ）を基にアドレス解析要求メッセージ（ＡＲＰリクエ
スト）をＬＡＮ網に送信してタイマー１３をセットす
る。
のインターフェースとなる呼制御部８とアドレス解析部
１１とを有している。また前記呼制御部８とアドレス解
析部１１の双方と接続され、管理テーブル９への読み書
きを行うプロトコル管理部１０を有している。以下、各
々の機能について説明する。 （呼制御部８の機能）呼制御部８は下記の機能を有して
いる。 （１−１） ＡＴＭ網から呼設定要求メッセージを受信
すると、当該メッセージ内からネットワークレイヤアド
レス（ＩＰ）と、コネクションパスＩＤと、呼設定要求
フラグとを抽出してプロトコル管理部１０に引き渡す。 （１−２） ＡＴＭ網から接続メッセージを受信した際
に、当該メッセージ内のネットワークレイヤアドレス
（ＩＰ）と、コネクションパスＩＤと、呼設定フラグと
をプロトコル管理部１０に引き渡す。 （１−３） ＡＴＭ網から切断メッセージを受信した際
に、当該メッセージ内のネットワークレイヤアドレス
（ＩＰ）と、コネクションパスＩＤと、呼切断要求フラ
グとをプロトコル管理部１０に引き渡す。 （１−４） プロトコル管理部１０からネットワークレ
イヤアドレス（ＩＰ）と、呼設定要求フラグを受信した
際に、ネットワークレイヤアドレス（ＩＰ）を基に呼設
定要求メッセージをＡＴＭ網に送信する。 （１−５） プロトコル管理部１０からネトワークレイ
ヤアドレス（ＩＰ）と、コネクションパスＩＤと呼設定
フラグを受信した際に、ネットワークレイヤアドレス
（ＩＰ）と、コネクションパスＩＤとを基に、呼設定メ
ッセージをＡＴＭ網に送信する。 （１−６） プロトコル管理部１０からネットワークレ
イヤアドレス（ＩＰ）と、コネクションパスＩＤと、呼
切断要求フラグとを受信した際に、ネットワークレイヤ
アドレス（ＩＰ）とコネクションパスＩＤとを基に切断
メッセージをＬＡＮ網に送信する。 （アドレス解析部１１の機能）アドレス解析部１１は、
下記の機能を有している。 （２−１） ＬＡＮ網からアドレス解析要求メッセージ
（ＡＲＰリクエスト）を受信した際に、ネットワークレ
イヤアドレス（ＩＰ）と、物理アドレスと、アドレス解
析要求フラグとをプロトコル管理部１０に引き渡す。 （２−２） ＬＡＮ網からアドレス解析応答メッセージ
を受信した際に、タイマー１３をリセットしてネットワ
ークレイヤアドレス（ＩＰ）と、物理アドレスとアドレ
ス解析応答フラグとをプロトコル管理部１０に引き渡
す。 （２−３） プロトコル管理部１０からネットワークレ
イヤアドレス（ＩＰ）と、アドレス解析要求フラグとを
受信した際に、このネットワークレイヤアドレス（Ｉ
Ｐ）を基にアドレス解析要求メッセージ（ＡＲＰリクエ
スト）をＬＡＮ網に送信してタイマー１３をセットす
る。
【００２２】このとき、タイマー１３を監視しタイムア
ウトを検出した場合には、アドレス解析要求メッセージ
（ＡＲＰリクエスト）をＬＡＮ網に再送する。そして、
タイムアウトが所定回数だけ連続した場合に、プロトコ
ル管理部１０に対してネットワークレイヤアドレス（Ｉ
Ｐ）とタイムアウトフラグとを出力する。 （２−４） プロトコル管理部１０からネットワークレ
イヤアドレス（ＩＰ）と、アドレス解析応答フラグを受
信した際に、このネットワークレイヤアドレス（ＩＰ）
を基にアドレス解析応答メッセージ（ＡＲＰリプライ）
をＬＡＮ網に送信する。 （２−５） プロトコル管理部１０からアドレス解析応
答拒否フラグを受信した際に、アドレス解析応答メッセ
ージをＬＡＮ網に出力しないか、あるいは異常状態通知
メッセージをＬＡＮ網に出力する。 （プロトコル管理部１０の機能）プロトコル管理部１０
の機能は下記の通りである。 （３−１） 呼制御部８から呼設定要求フラグを受け取
った際に、ネットワークレイヤアドレス（ＩＰ）とコネ
クションパスＩＤとを管理テーブル９に登録し、ネット
ワークレイヤアドレス（ＩＰ）とアドレス解析要求フラ
グとをアドレス解析部１１に引き渡す。 （３−２） 呼制御部８から呼設定フラグを受け取った
際に、ネットワークレイヤアドレス（ＩＰ）とコネクシ
ョンパスＩＤとを管理テーブル９に登録し、ネットワー
クレイヤアドレス（ＩＰ）とアドレス解析応答フラグと
をアドレス解析部１１に引き渡す。 （３−３） アドレス解析部１１からネットワークレイ
ヤアドレス（ＩＰ）と、物理アドレスと、アドレス解析
要求フラグとを受け取った際に、ネットワークレイヤア
ドレス（ＩＰ）と物理アドレスとを管理テーブル９に登
録し、呼設定要求フラグを呼制御部８に引き渡す。 （３−４） アドレス解析部１１からネットワークレイ
ヤアドレス（ＩＰ）と、物理アドレスと、アドレス解析
応答フラグとを受信すると、ネットワークレイヤアドレ
ス（ＩＰ）と物理アドレスとを管理テーブル９に登録
し、呼設定フラグを呼制御部８に引き渡す。 （３−５） 呼制御部８からコネクションパスＩＤと、
ネットワークレイヤアドレス（ＩＰ）と、呼切断要求フ
ラグとを受信すると、対応するコネクションパスＩＤ
と、ネットワークレイヤアドレス（ＩＰ）の管理テーブ
ル９を抹消し、アドレス解析部１１に対してアドレス解
析応答拒否フラグを出力する。 （３−６） アドレス解析部１１からネットワークレイ
ヤアドレス（ＩＰ）とアイムアウトフラグとを受け取る
と、対応するネットワークレイヤアドレス（ＩＰ）の管
理テーブル９を抹消し、呼制御部８に呼切断要求フラグ
を出力する。
ウトを検出した場合には、アドレス解析要求メッセージ
（ＡＲＰリクエスト）をＬＡＮ網に再送する。そして、
タイムアウトが所定回数だけ連続した場合に、プロトコ
ル管理部１０に対してネットワークレイヤアドレス（Ｉ
Ｐ）とタイムアウトフラグとを出力する。 （２−４） プロトコル管理部１０からネットワークレ
イヤアドレス（ＩＰ）と、アドレス解析応答フラグを受
信した際に、このネットワークレイヤアドレス（ＩＰ）
を基にアドレス解析応答メッセージ（ＡＲＰリプライ）
をＬＡＮ網に送信する。 （２−５） プロトコル管理部１０からアドレス解析応
答拒否フラグを受信した際に、アドレス解析応答メッセ
ージをＬＡＮ網に出力しないか、あるいは異常状態通知
メッセージをＬＡＮ網に出力する。 （プロトコル管理部１０の機能）プロトコル管理部１０
の機能は下記の通りである。 （３−１） 呼制御部８から呼設定要求フラグを受け取
った際に、ネットワークレイヤアドレス（ＩＰ）とコネ
クションパスＩＤとを管理テーブル９に登録し、ネット
ワークレイヤアドレス（ＩＰ）とアドレス解析要求フラ
グとをアドレス解析部１１に引き渡す。 （３−２） 呼制御部８から呼設定フラグを受け取った
際に、ネットワークレイヤアドレス（ＩＰ）とコネクシ
ョンパスＩＤとを管理テーブル９に登録し、ネットワー
クレイヤアドレス（ＩＰ）とアドレス解析応答フラグと
をアドレス解析部１１に引き渡す。 （３−３） アドレス解析部１１からネットワークレイ
ヤアドレス（ＩＰ）と、物理アドレスと、アドレス解析
要求フラグとを受け取った際に、ネットワークレイヤア
ドレス（ＩＰ）と物理アドレスとを管理テーブル９に登
録し、呼設定要求フラグを呼制御部８に引き渡す。 （３−４） アドレス解析部１１からネットワークレイ
ヤアドレス（ＩＰ）と、物理アドレスと、アドレス解析
応答フラグとを受信すると、ネットワークレイヤアドレ
ス（ＩＰ）と物理アドレスとを管理テーブル９に登録
し、呼設定フラグを呼制御部８に引き渡す。 （３−５） 呼制御部８からコネクションパスＩＤと、
ネットワークレイヤアドレス（ＩＰ）と、呼切断要求フ
ラグとを受信すると、対応するコネクションパスＩＤ
と、ネットワークレイヤアドレス（ＩＰ）の管理テーブ
ル９を抹消し、アドレス解析部１１に対してアドレス解
析応答拒否フラグを出力する。 （３−６） アドレス解析部１１からネットワークレイ
ヤアドレス（ＩＰ）とアイムアウトフラグとを受け取る
と、対応するネットワークレイヤアドレス（ＩＰ）の管
理テーブル９を抹消し、呼制御部８に呼切断要求フラグ
を出力する。
【００２３】次に、図２で示したネットワーク構成にお
いて、各通信端末間での通信手順を場合分けして説明す
る。 （１） ＡＴＭ通信端末（Ａ１）→ＡＴＭ通信端末（Ａ
２）の場合 これは、いわゆるＡＴＭ−ＬＡＮにおけるデータ通信と
なる。
いて、各通信端末間での通信手順を場合分けして説明す
る。 （１） ＡＴＭ通信端末（Ａ１）→ＡＴＭ通信端末（Ａ
２）の場合 これは、いわゆるＡＴＭ−ＬＡＮにおけるデータ通信と
なる。
【００２４】すなわち、送信側ＡＴＭ通信端末（Ａ１）
は、まず受信側ＡＴＭ通信端末（Ａ２）のネットワーク
レイヤアドレス（ＩＰ）に対応したＡＴＭアドレスを問
い合わせるアドレス解析要求メッセージ（ＡＲＰリクエ
スト）をＡＴＭセル形式でＡＴＭアドレス管理部１２に
送信する。ＡＴＭアドレス管理部１２は、自身のアドレ
スデータベース１４を検索して、前記ネットワークレイ
ヤアドレス（ＩＰ）に対応する受信側ＡＴＭ通信端末
（Ａ２）に付与されたＡＴＭアドレスを索出する。
は、まず受信側ＡＴＭ通信端末（Ａ２）のネットワーク
レイヤアドレス（ＩＰ）に対応したＡＴＭアドレスを問
い合わせるアドレス解析要求メッセージ（ＡＲＰリクエ
スト）をＡＴＭセル形式でＡＴＭアドレス管理部１２に
送信する。ＡＴＭアドレス管理部１２は、自身のアドレ
スデータベース１４を検索して、前記ネットワークレイ
ヤアドレス（ＩＰ）に対応する受信側ＡＴＭ通信端末
（Ａ２）に付与されたＡＴＭアドレスを索出する。
【００２５】そして、このＡＴＭアドレスを格納したア
ドレス解析応答メッセージ（ＡＲＰリプライ）をＡＴＭ
セル形式で送信側ＡＴＭ通信端末（Ａ１）に返送する。
送信側ＡＴＭ通信端末（Ａ１）では、受け取ったアドレ
ス解析応答メッセージ（ＡＲＰリプライ）に基づいて自
身が有しているＡＴＭアドレステーブルを書き換える。
そしてこのＡＴＭアドレスを用いて受信側ＡＴＭ通信端
末（Ａ）に対して呼設定要求を行い、網内でのコネクシ
ョンパスＩＤ（ＶＰＩ，ＶＣＩ）と帯域とが設定され
る。
ドレス解析応答メッセージ（ＡＲＰリプライ）をＡＴＭ
セル形式で送信側ＡＴＭ通信端末（Ａ１）に返送する。
送信側ＡＴＭ通信端末（Ａ１）では、受け取ったアドレ
ス解析応答メッセージ（ＡＲＰリプライ）に基づいて自
身が有しているＡＴＭアドレステーブルを書き換える。
そしてこのＡＴＭアドレスを用いて受信側ＡＴＭ通信端
末（Ａ）に対して呼設定要求を行い、網内でのコネクシ
ョンパスＩＤ（ＶＰＩ，ＶＣＩ）と帯域とが設定され
る。
【００２６】以降の送信側ＡＴＭ通信端末（Ａ１）と受
信側ＡＴＭ通信端末（Ａ２）とのデータ送受信は、この
コネクションパスＩＤに基づいて行われる。 （２） ＬＡＮ通信端末（Ｂ１）→ＬＡＮ通信端末（Ｂ
２）の場合 既存のＬＡＮ上でのデータ通信手順であり、まず送信側
ＬＡＮ通信端末（Ｂ１）より受信側ＬＡＮ通信端末（Ｂ
２）のネットワークレイヤアドレス（ＩＰ）に対応した
物理アドレス（ＭＡＣ）を問い合わせるアドレス解析要
求メッセージ（ＡＲＰリクエスト）をフレーム形式で当
該ＬＡＮ網に接続されている全端末に向けて伝送路上に
ブロードキャスト送信する。
信側ＡＴＭ通信端末（Ａ２）とのデータ送受信は、この
コネクションパスＩＤに基づいて行われる。 （２） ＬＡＮ通信端末（Ｂ１）→ＬＡＮ通信端末（Ｂ
２）の場合 既存のＬＡＮ上でのデータ通信手順であり、まず送信側
ＬＡＮ通信端末（Ｂ１）より受信側ＬＡＮ通信端末（Ｂ
２）のネットワークレイヤアドレス（ＩＰ）に対応した
物理アドレス（ＭＡＣ）を問い合わせるアドレス解析要
求メッセージ（ＡＲＰリクエスト）をフレーム形式で当
該ＬＡＮ網に接続されている全端末に向けて伝送路上に
ブロードキャスト送信する。
【００２７】受信側ＬＡＮ通信端末（Ｂ２）はこのアド
レス解析要求メッセージ（ＡＲＰリクエスト）が自身の
ネットワークレイヤアドレス（ＩＰ）と一致することを
認識した場合には、当該フレームを取り込み、自身の物
理アドレスを書き込んでアドレス解析応答メッセージ
（ＡＲＰリプライ）として送信側ＬＡＮ通信端末（Ｂ
１）に返す。
レス解析要求メッセージ（ＡＲＰリクエスト）が自身の
ネットワークレイヤアドレス（ＩＰ）と一致することを
認識した場合には、当該フレームを取り込み、自身の物
理アドレスを書き込んでアドレス解析応答メッセージ
（ＡＲＰリプライ）として送信側ＬＡＮ通信端末（Ｂ
１）に返す。
【００２８】送信側ＬＡＮ通信端末（Ｂ１）では前記ア
ドレス解析応答メッセージ（ＡＲＰリプライ）を受け取
ることにより、送信先ＬＡＮ通信端末（Ｂ１）の物理ア
ドレスを取得でき、コネクションレス通信を開始する。 （３） ＡＴＭ通信端末（Ａ）→ＬＡＮ通信端末（Ｂ）
の場合 この場合のＡＴＭ通信端末（Ａ１またはＡ２、以下単に
（Ａ）という）、ＡＴＭアドレス管理部１２、変換部７
（Ｃ）およびＬＡＮ通信端末（Ｂ１またはＢ２、以下単
に（Ｂ）という）間における処理シーケンスを図４を用
いて説明する。なお、図４の下半部は、上半部のシーケ
ンスに対応して各部が有する管理テーブル９を示してお
り、各テーブルの左上に付された丸付き数字は上半部の
シーケンス図中の丸付き数字に対応している。
ドレス解析応答メッセージ（ＡＲＰリプライ）を受け取
ることにより、送信先ＬＡＮ通信端末（Ｂ１）の物理ア
ドレスを取得でき、コネクションレス通信を開始する。 （３） ＡＴＭ通信端末（Ａ）→ＬＡＮ通信端末（Ｂ）
の場合 この場合のＡＴＭ通信端末（Ａ１またはＡ２、以下単に
（Ａ）という）、ＡＴＭアドレス管理部１２、変換部７
（Ｃ）およびＬＡＮ通信端末（Ｂ１またはＢ２、以下単
に（Ｂ）という）間における処理シーケンスを図４を用
いて説明する。なお、図４の下半部は、上半部のシーケ
ンスに対応して各部が有する管理テーブル９を示してお
り、各テーブルの左上に付された丸付き数字は上半部の
シーケンス図中の丸付き数字に対応している。
【００２９】まず発信側ＡＴＭ通信端末（Ａ）より、Ａ
ＴＭアドレス管理部１２に対して受信側端末のネットワ
ークレイヤアドレス（ＩＰ）に対応したＡＴＭアドレス
を問い合わせるアドレス解析要求メッセージ（ＡＲＰリ
クエスト）をＡＴＭセルの形式で送信する。
ＴＭアドレス管理部１２に対して受信側端末のネットワ
ークレイヤアドレス（ＩＰ）に対応したＡＴＭアドレス
を問い合わせるアドレス解析要求メッセージ（ＡＲＰリ
クエスト）をＡＴＭセルの形式で送信する。
【００３０】ＡＴＭアドレス管理部１２は、これに対し
て自身のアドレスデータベース１４を検索して、前記問
い合わせのあったネットワークレイヤアドレス（ＩＰ）
に対応する受信側端末のＡＴＭアドレス（ここでは受信
側端末はＬＡＮ通信端末（Ｂ）なので変換部７（Ｃ）の
ＡＴＭアドレスとなる）をアドレス解析応答メッセージ
（ＡＲＰリプライ）として送信側ＡＴＭ通信端末（Ａ）
に返送する。
て自身のアドレスデータベース１４を検索して、前記問
い合わせのあったネットワークレイヤアドレス（ＩＰ）
に対応する受信側端末のＡＴＭアドレス（ここでは受信
側端末はＬＡＮ通信端末（Ｂ）なので変換部７（Ｃ）の
ＡＴＭアドレスとなる）をアドレス解析応答メッセージ
（ＡＲＰリプライ）として送信側ＡＴＭ通信端末（Ａ）
に返送する。
【００３１】アドレス解析応答メッセージ（ＡＲＰリプ
ライ）を受信した送信側ＡＴＭ通信端末（Ａ）は、自身
のＡＴＭアドレステーブルに受信したＡＴＭアドレス
（変換部７（Ｃ）のＡＴＭアドレス）を書き込み、前記
のネットワークレイヤアドレス（ＩＰ）と対応させる。
なお、ＡＴＭ通信端末（Ａ）は前記ＡＴＭアドレステー
ブルの他に、図４に示すようなＶＰＩ／ＶＣＩテーブル
も有しているが、ここでのＶＰＩ／ＶＣＩは通常のＡＴ
Ｍ通信手順に従ってＡＴＭ網によって設定される。
ライ）を受信した送信側ＡＴＭ通信端末（Ａ）は、自身
のＡＴＭアドレステーブルに受信したＡＴＭアドレス
（変換部７（Ｃ）のＡＴＭアドレス）を書き込み、前記
のネットワークレイヤアドレス（ＩＰ）と対応させる。
なお、ＡＴＭ通信端末（Ａ）は前記ＡＴＭアドレステー
ブルの他に、図４に示すようなＶＰＩ／ＶＣＩテーブル
も有しているが、ここでのＶＰＩ／ＶＣＩは通常のＡＴ
Ｍ通信手順に従ってＡＴＭ網によって設定される。
【００３２】次に、送信側ＡＴＭ通信端末（Ａ）は、前
記で取得したＡＴＭアドレスとネットワークレイヤアド
レス（ＩＰ）を格納した呼設定要求メッセージ（ＣＡＬ
ＬＳＥＴＵＰ）をＡＴＭ網に送信する。
記で取得したＡＴＭアドレスとネットワークレイヤアド
レス（ＩＰ）を格納した呼設定要求メッセージ（ＣＡＬ
ＬＳＥＴＵＰ）をＡＴＭ網に送信する。
【００３３】変換部７（Ｃ）が、送信側ＡＴＭ通信端末
（Ａ）からの呼設定要求メッセージ（ＣＡＬＬ ＳＥＴ
ＵＰ）を受信すると、変換部７（Ｃ）の呼制御部８は、
この中からＡＴＭアドレス、ネットワークレイヤアドレ
ス（ＩＰ）およびＡＴＭ網から与えられたＶＰＣ／ＶＣ
Ｉ（コネクションパスＩＤ）を抽出して、自身が生成し
た呼設定要求フラグとともにプロトコル管理部１０に引
き渡す。
（Ａ）からの呼設定要求メッセージ（ＣＡＬＬ ＳＥＴ
ＵＰ）を受信すると、変換部７（Ｃ）の呼制御部８は、
この中からＡＴＭアドレス、ネットワークレイヤアドレ
ス（ＩＰ）およびＡＴＭ網から与えられたＶＰＣ／ＶＣ
Ｉ（コネクションパスＩＤ）を抽出して、自身が生成し
た呼設定要求フラグとともにプロトコル管理部１０に引
き渡す。
【００３４】プロトコル管理部１０は、呼制御部８より
呼設定要求フラグを受信すると、受け取った受信端末の
ネットワークレイヤアドレス（ＩＰ）と、コネクション
パスＩＤを管理テーブル９に登録するとともに、前記ネ
ットワークレイヤアドレス（ＩＰ）と自身が生成したア
ドレス解析要求フラグとをアドレス解析部１１に引き渡
す。
呼設定要求フラグを受信すると、受け取った受信端末の
ネットワークレイヤアドレス（ＩＰ）と、コネクション
パスＩＤを管理テーブル９に登録するとともに、前記ネ
ットワークレイヤアドレス（ＩＰ）と自身が生成したア
ドレス解析要求フラグとをアドレス解析部１１に引き渡
す。
【００３５】アドレス解析部１１は、プロトコル管理部
１０よりアドレス解析要求フラグを受信すると、前記ネ
ットワークレイヤアドレス（ＩＰ）を基に、アドレス解
析要求メッセージ（ＡＲＰリクエスト）を生成しフレー
ム形式でＬＡＮ網の伝送路上にブロードキャスト送信す
るとともに、タイマー１３をセット（起動）する。
１０よりアドレス解析要求フラグを受信すると、前記ネ
ットワークレイヤアドレス（ＩＰ）を基に、アドレス解
析要求メッセージ（ＡＲＰリクエスト）を生成しフレー
ム形式でＬＡＮ網の伝送路上にブロードキャスト送信す
るとともに、タイマー１３をセット（起動）する。
【００３６】受信側ＬＡＮ通信端末（Ｂ）では、伝送路
上のアドレス解析要求メッセージ（ＡＲＰリクエスト）
が、自身に付与されたネットワークレイヤアドレス（Ｉ
Ｐ）であることを認識するとこれを取り込んで自身の物
理アドレステーブルに自身のネットワークレイヤアドレ
ス（ＩＰ）と物理アドレス（ＭＡＣ）との対応を書き込
むとともに、前記フレーム中に自身の物理アドレス（Ｍ
ＡＣ）を書き込んでアドレス解析応答メッセージ（ＡＲ
Ｐリプライ）として変換部７（Ｃ）に返送する。
上のアドレス解析要求メッセージ（ＡＲＰリクエスト）
が、自身に付与されたネットワークレイヤアドレス（Ｉ
Ｐ）であることを認識するとこれを取り込んで自身の物
理アドレステーブルに自身のネットワークレイヤアドレ
ス（ＩＰ）と物理アドレス（ＭＡＣ）との対応を書き込
むとともに、前記フレーム中に自身の物理アドレス（Ｍ
ＡＣ）を書き込んでアドレス解析応答メッセージ（ＡＲ
Ｐリプライ）として変換部７（Ｃ）に返送する。
【００３７】受信側ＬＡＮ通信端末（Ｂ）よりアドレス
解析応答メッセージ（ＡＲＰリプライ）を受信した変換
部７（Ｃ）のアドレス解析部１１は、タイマー１３をリ
セットして取得した物理アドレス（ＭＡＣ）と、ネット
ワークレイヤアドレス（ＩＰ）と、自身が生成したアド
レス解析応答フラグをプロトコル管理部１０に引き渡
す。
解析応答メッセージ（ＡＲＰリプライ）を受信した変換
部７（Ｃ）のアドレス解析部１１は、タイマー１３をリ
セットして取得した物理アドレス（ＭＡＣ）と、ネット
ワークレイヤアドレス（ＩＰ）と、自身が生成したアド
レス解析応答フラグをプロトコル管理部１０に引き渡
す。
【００３８】前記アドレス解析応答フラグを受信したプ
ロトコル管理部１０は、物理アドレス（ＭＡＣ）とネッ
トワークレイヤアドレス（ＩＰ）とを管理テーブル９の
ＶＰＩ／ＶＣＩテーブルおよび物理アドレステーブルに
登録して自身が生成した呼設定フラグを呼制御部８に出
力する。
ロトコル管理部１０は、物理アドレス（ＭＡＣ）とネッ
トワークレイヤアドレス（ＩＰ）とを管理テーブル９の
ＶＰＩ／ＶＣＩテーブルおよび物理アドレステーブルに
登録して自身が生成した呼設定フラグを呼制御部８に出
力する。
【００３９】呼制御部８では、プロトコル管理部１０よ
り呼設定フラグを受け取ると、ネットワークレイヤアド
レス（ＩＰ）およびコネクションパスＩＤ（ＶＰＩ／Ｖ
ＣＩ）を基に呼設定メッセージ（ＣＯＮＮＥＣＴ）をＡ
ＴＭ網に送出する。
り呼設定フラグを受け取ると、ネットワークレイヤアド
レス（ＩＰ）およびコネクションパスＩＤ（ＶＰＩ／Ｖ
ＣＩ）を基に呼設定メッセージ（ＣＯＮＮＥＣＴ）をＡ
ＴＭ網に送出する。
【００４０】以上のようにして変換部７（Ｃ）を経由し
た送信側ＡＴＭ通信端末（Ａ）と受信側ＬＡＮ通信端末
（Ｂ）との間のコネクションレス通信が実現される。 （４） ＬＡＮ通信端末（Ｂ）→ＡＴＭ通信端末（Ａ）
の場合 この場合のＬＡＮ通信端末（Ｂ）、変換部７（Ｃ）、Ａ
ＴＭアドレス管理部１２およびＡＴＭ通信端末（Ａ）間
における処理シーケンスを図５を用いて説明する。
た送信側ＡＴＭ通信端末（Ａ）と受信側ＬＡＮ通信端末
（Ｂ）との間のコネクションレス通信が実現される。 （４） ＬＡＮ通信端末（Ｂ）→ＡＴＭ通信端末（Ａ）
の場合 この場合のＬＡＮ通信端末（Ｂ）、変換部７（Ｃ）、Ａ
ＴＭアドレス管理部１２およびＡＴＭ通信端末（Ａ）間
における処理シーケンスを図５を用いて説明する。
【００４１】まずＬＡＮ通信端末（Ｂ）より、受信端末
のネットワークレイヤアドレス（ＩＰ）に対応した物理
アドレス（ＭＡＣ）を問い合わせるアドレス解析要求メ
ッセージ（ＡＲＰリクエスト）をフレーム形式でＬＡＮ
網の伝送路上に送出する。
のネットワークレイヤアドレス（ＩＰ）に対応した物理
アドレス（ＭＡＣ）を問い合わせるアドレス解析要求メ
ッセージ（ＡＲＰリクエスト）をフレーム形式でＬＡＮ
網の伝送路上に送出する。
【００４２】変換部７（Ｃ）のアドレス解析部１１は、
前記ネットワークレイヤアドレス（ＩＰ）が付与された
受信側端末がＡＴＭ網内にあることを認識すると、送信
側ＬＡＮ通信端末（Ｂ）のネットワークレイヤアドレス
（ＩＰ）と同じく送信側ＬＡＮ通信端末（Ｂ）の物理ア
ドレス（ＭＡＣ）とを自身が生成したアドレス解析要求
フラグとともにプロトコル管理部１０を通じて管理テー
ブル９の物理アドレステーブルに登録する。
前記ネットワークレイヤアドレス（ＩＰ）が付与された
受信側端末がＡＴＭ網内にあることを認識すると、送信
側ＬＡＮ通信端末（Ｂ）のネットワークレイヤアドレス
（ＩＰ）と同じく送信側ＬＡＮ通信端末（Ｂ）の物理ア
ドレス（ＭＡＣ）とを自身が生成したアドレス解析要求
フラグとともにプロトコル管理部１０を通じて管理テー
ブル９の物理アドレステーブルに登録する。
【００４３】プロトコル管理部１０は、前記アドレス解
析要求フラグに基づいて呼設定要求フラグを呼制御部８
に引き渡す。前記呼設定要求フラグを受け取った呼制御
部８は、受信端末のネットワークレイヤアドレス（Ｉ
Ｐ）を基に、アドレス解析要求メッセージ（ＡＲＰリク
エスト）をＡＴＭセル形式でＡＴＭアドレス管理部１２
に送出する。
析要求フラグに基づいて呼設定要求フラグを呼制御部８
に引き渡す。前記呼設定要求フラグを受け取った呼制御
部８は、受信端末のネットワークレイヤアドレス（Ｉ
Ｐ）を基に、アドレス解析要求メッセージ（ＡＲＰリク
エスト）をＡＴＭセル形式でＡＴＭアドレス管理部１２
に送出する。
【００４４】ＡＴＭアドレス管理部１２では、受け取っ
たネットワークレイヤアドレス（ＩＰ）を基に自身のア
ドレスデータベース１４を検索して、これに対応するＡ
ＴＭアドレスを索出して、アドレス解析応答メッセージ
（ＡＲＰリプライ）としてＡＴＭセルに格納して変換部
７（Ｃ）に返信する。
たネットワークレイヤアドレス（ＩＰ）を基に自身のア
ドレスデータベース１４を検索して、これに対応するＡ
ＴＭアドレスを索出して、アドレス解析応答メッセージ
（ＡＲＰリプライ）としてＡＴＭセルに格納して変換部
７（Ｃ）に返信する。
【００４５】アドレス解析応答メッセージ（ＡＲＰリプ
ライ）を受け取った変換部７（Ｃ）の呼制御部８では、
取得した受信側ＡＴＭ通信端末（Ａ）のＡＴＭアドレス
をネットワークレイヤアドレス（ＩＰ）として、プロト
コル管理部１０を通じて管理テーブル９（ＶＰＩ／ＶＣ
Ｉテーブル）に登録する。
ライ）を受け取った変換部７（Ｃ）の呼制御部８では、
取得した受信側ＡＴＭ通信端末（Ａ）のＡＴＭアドレス
をネットワークレイヤアドレス（ＩＰ）として、プロト
コル管理部１０を通じて管理テーブル９（ＶＰＩ／ＶＣ
Ｉテーブル）に登録する。
【００４６】次に、呼制御部８は取得したＡＴＭアドレ
スを基に、受信側ＡＴＭ通信端末（Ａ）に対して呼設定
要求（ＣＡＬＬ ＳＥＴＵＰ）を行う。これによってＡ
ＴＭ網からＶＰＩ／ＶＣＩが割り当てられると、受信側
ＡＴＭ通信端末（Ａ）のネットワークレイヤアドレス
（ＩＰ）と当該ＶＰＩ／ＶＣＩとの対応をＶＰＩ／ＶＣ
Ｉテーブルに登録する。
スを基に、受信側ＡＴＭ通信端末（Ａ）に対して呼設定
要求（ＣＡＬＬ ＳＥＴＵＰ）を行う。これによってＡ
ＴＭ網からＶＰＩ／ＶＣＩが割り当てられると、受信側
ＡＴＭ通信端末（Ａ）のネットワークレイヤアドレス
（ＩＰ）と当該ＶＰＩ／ＶＣＩとの対応をＶＰＩ／ＶＣ
Ｉテーブルに登録する。
【００４７】また、呼制御部８が受信側ＡＴＭ通信端末
（Ａ）から呼設定メッセージ（ＣＯＮＮＥＣＴ）を受信
すると、アドレス解析部１１は、ＬＡＮ網側から問い合
わせられていたアドレス解析要求メッセージ（ＡＲＰリ
クエスト）に対して変換部７（Ｃ）の物理アドレス（Ｍ
ＡＣ）を受信側ＡＴＭ通信端末（Ａ）の物理アドレスの
代わりのものとして代理応答するアドレス解析応答メッ
セージ（ＡＲＰリプライ）をＬＡＮ網に送出する。 （５） いずれかの網に異常を生じた場合 図６は、送信側ＡＴＭ通信端末（Ａ）から受信側ＬＡＮ
通信端末（Ｂ）に通信を行う際に、受信側のＬＡＮ網に
異常があった場合の処理シーケンスを示している。
（Ａ）から呼設定メッセージ（ＣＯＮＮＥＣＴ）を受信
すると、アドレス解析部１１は、ＬＡＮ網側から問い合
わせられていたアドレス解析要求メッセージ（ＡＲＰリ
クエスト）に対して変換部７（Ｃ）の物理アドレス（Ｍ
ＡＣ）を受信側ＡＴＭ通信端末（Ａ）の物理アドレスの
代わりのものとして代理応答するアドレス解析応答メッ
セージ（ＡＲＰリプライ）をＬＡＮ網に送出する。 （５） いずれかの網に異常を生じた場合 図６は、送信側ＡＴＭ通信端末（Ａ）から受信側ＬＡＮ
通信端末（Ｂ）に通信を行う際に、受信側のＬＡＮ網に
異常があった場合の処理シーケンスを示している。
【００４８】変換部７（Ｃ）のアドレス解析部１１より
アドレス解析要求メッセージ（ＡＲＰリクエスト）をＬ
ＡＮ網に送出し、管理テーブル９のＶＰＩ／ＶＣＩテー
ブルへの登録を行う際に、アドレス解析部１１がセット
したタイマー１３がタイムアウトした場合、アドレス解
析要求メッセージ（ＡＲＰリクエスト）の再送を所定回
数だけ繰り返すが、所定回数後もアドレス解析応答メッ
セージ（ＡＲＰリプライ）を受信できなかった場合、プ
ロトコル管理部１０は、問い合わせ先のネットワークレ
イヤアドレス（ＩＰ）を有する受信側ＬＡＮ通信端末
（Ｂ）が異常状態にあると判断し、呼制御部８を通じて
発信側ＡＴＭ通信端末（Ａ）の呼設定要求（ＣＡＬＬ
ＳＥＴＵＰ）に対して、呼切断メッセージ（ＤＩＳＣＯ
ＮＮＥＣＴ）を返信する。これとともに、プロトコル管
理部１０は、管理テーブル９の該当するＶＰＩ／ＶＣＩ
テーブルを抹消する。
アドレス解析要求メッセージ（ＡＲＰリクエスト）をＬ
ＡＮ網に送出し、管理テーブル９のＶＰＩ／ＶＣＩテー
ブルへの登録を行う際に、アドレス解析部１１がセット
したタイマー１３がタイムアウトした場合、アドレス解
析要求メッセージ（ＡＲＰリクエスト）の再送を所定回
数だけ繰り返すが、所定回数後もアドレス解析応答メッ
セージ（ＡＲＰリプライ）を受信できなかった場合、プ
ロトコル管理部１０は、問い合わせ先のネットワークレ
イヤアドレス（ＩＰ）を有する受信側ＬＡＮ通信端末
（Ｂ）が異常状態にあると判断し、呼制御部８を通じて
発信側ＡＴＭ通信端末（Ａ）の呼設定要求（ＣＡＬＬ
ＳＥＴＵＰ）に対して、呼切断メッセージ（ＤＩＳＣＯ
ＮＮＥＣＴ）を返信する。これとともに、プロトコル管
理部１０は、管理テーブル９の該当するＶＰＩ／ＶＣＩ
テーブルを抹消する。
【００４９】図７は、送信側ＬＡＮ通信端末（Ｂ）から
受信側ＡＴＭ通信端末（Ａ）（Ｂ）に通信を行う際に、
受信側のＡＴＭ網に異常があった場合の処理シーケンス
を示している。
受信側ＡＴＭ通信端末（Ａ）（Ｂ）に通信を行う際に、
受信側のＡＴＭ網に異常があった場合の処理シーケンス
を示している。
【００５０】変換部７（Ｃ）の呼制御部８よりＡＴＭ通
信端末（Ａ）に対して呼設定要求（ＣＡＬＬ ＳＥＴＥ
ＵＰ）を送信したにもかかわらず、接続が行われずに呼
切断メッセージ（ＤＩＳＣＯＮＮＥＣＴ）が返信されて
きた場合、プロトコル管理部１０は送信先のネットワー
クレイヤアドレス（ＩＰ）を有するＡＴＭ通信端末
（Ａ）が異常状態であると認識する。このとき、アドレ
ス解析部１１からのアドレス解析応答メッセージ（ＡＲ
Ｐリプライ）は送出せずに、該当するネットワークレイ
ヤアドレス（ＩＰ）を有するＡＴＭ通信端末（Ａ）との
接続が不可能であることを示すＩＣＭＰメッセージ（Ｉ
ＣＭＰ：Internet Cotrol Message Protocol）を送信側
ＬＡＮ通信端末（Ｂ）に送出する。
信端末（Ａ）に対して呼設定要求（ＣＡＬＬ ＳＥＴＥ
ＵＰ）を送信したにもかかわらず、接続が行われずに呼
切断メッセージ（ＤＩＳＣＯＮＮＥＣＴ）が返信されて
きた場合、プロトコル管理部１０は送信先のネットワー
クレイヤアドレス（ＩＰ）を有するＡＴＭ通信端末
（Ａ）が異常状態であると認識する。このとき、アドレ
ス解析部１１からのアドレス解析応答メッセージ（ＡＲ
Ｐリプライ）は送出せずに、該当するネットワークレイ
ヤアドレス（ＩＰ）を有するＡＴＭ通信端末（Ａ）との
接続が不可能であることを示すＩＣＭＰメッセージ（Ｉ
ＣＭＰ：Internet Cotrol Message Protocol）を送信側
ＬＡＮ通信端末（Ｂ）に送出する。
【００５１】また通信中にＡＴＭ網側から呼の解放要求
が変換部７（Ｃ）に通知された場合にも、アドレス解析
部１１はＬＡＮ網側に対してＩＣＭＰメッセージを送出
してエラー通知を行う。
が変換部７（Ｃ）に通知された場合にも、アドレス解析
部１１はＬＡＮ網側に対してＩＣＭＰメッセージを送出
してエラー通知を行う。
【００５２】本実施例では図４〜図７のシーケンスで説
明したように、ＡＴＭ網とＬＡＮ網との間に介在する変
換部７（Ｃ）によって、呼の接続要求（ＣＡＬＬ ＳＥ
ＴＵＰ）、アドレス解析要求メッセージ（ＡＲＰリクエ
スト）、アドレス解析応答メッセージ（ＡＲＰリプラ
イ）、呼設定メッセージ（ＣＯＮＮＥＣＴ）の一連の処
理をＡＴＭ網−ＬＡＮ網間で連係して行う。
明したように、ＡＴＭ網とＬＡＮ網との間に介在する変
換部７（Ｃ）によって、呼の接続要求（ＣＡＬＬ ＳＥ
ＴＵＰ）、アドレス解析要求メッセージ（ＡＲＰリクエ
スト）、アドレス解析応答メッセージ（ＡＲＰリプラ
イ）、呼設定メッセージ（ＣＯＮＮＥＣＴ）の一連の処
理をＡＴＭ網−ＬＡＮ網間で連係して行う。
【００５３】そのため、ＡＴＭ通信端末（Ａ）と変換部
７（Ｃ）との間でまず呼設定を完了してから、変換部７
（Ｃ）とＬＡＮ通信端末（Ｂ）との間でアドレス解析処
理を行う場合に必要となるデータを蓄積するためのバッ
ファが不要で、効率的なＡＴＭ網−ＬＡＮ網でのデータ
伝送処理が可能となる。
７（Ｃ）との間でまず呼設定を完了してから、変換部７
（Ｃ）とＬＡＮ通信端末（Ｂ）との間でアドレス解析処
理を行う場合に必要となるデータを蓄積するためのバッ
ファが不要で、効率的なＡＴＭ網−ＬＡＮ網でのデータ
伝送処理が可能となる。
【００５４】
【発明の効果】本発明によれば、データ蓄積のためのバ
ッファ等を設けることなく効率的に異種伝送路のＬＡＮ
同士を接続しコネクションレス通信を実現することがで
きる。
ッファ等を設けることなく効率的に異種伝送路のＬＡＮ
同士を接続しコネクションレス通信を実現することがで
きる。
【図１】本発明の原理図
【図２】実施例のシステム構成全体を示すブロック図
【図３】実施例の変換部の構成を示すブロック図
【図４】実施例においてＡＴＭ端末（Ａ）からＬＡＮ端
末（Ｂ）への通信手順を示すシーケンス図
末（Ｂ）への通信手順を示すシーケンス図
【図５】実施例においてＬＡＮ端末（Ｂ）からＡＴＭ端
末（Ａ）への通信手順を示すシーケンス図
末（Ａ）への通信手順を示すシーケンス図
【図６】実施例においてＬＡＮ網に障害が生じた場合の
処理シーケンス図
処理シーケンス図
【図７】実施例においてＡＴＭ網に障害が生じた場合の
処理シーケンス図
処理シーケンス図
１・・第１の通信網
２・・呼制御手順
３・・第１の通信端末
４・・第２の通信網
５・・アドレス取得手段
６・・第２の通信端末
７・・変換手段（変換部）
８・・呼制御手段（呼制御部）
９・・管理テーブル
１０・・プロトコル管理手段（プロトコル管理部）
１１・・アドレス解析手段（アドレス解析部）
１２・・ＡＴＭアドレス管理手段（ＡＴＭアドレス管理
部） １３・・タイマー １４・・アドレスデータベース
部） １３・・タイマー １４・・アドレスデータベース
─────────────────────────────────────────────────────
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/28 - 12/46
H04L 12/66
H04L 12/56
Claims (6)
- 【請求項１】 呼制御により通信パスが設定され、この
通信パスを通じてセル形式でデータ転送が行われる第１
の通信網と、 前記第１の通信網に接続され、呼制御手順を備えた第１
の通信端末と、 通信端末毎に付与されたアドレスに基づいてフレーム形
式でデータ転送が行われる第２の通信網と、 前記第２の通信網に接続され、アドレス取得手段を備え
た第２の通信端末と、 前記第１の通信網と前記第２の通信網との間に介在し、
第１の通信端末から発信された呼設定要求中から第２の
通信端末への論理アドレスを抽出して第２の通信網の物
理アドレスを問い合わせるリクエストフレームを前記第
２の通信網に出力し前記第２の通信網の物理アドレスを
取得した後、前記第１の通信端末へ呼設定処理を行うと
ともに、第２の通信端末から発信されたリクエストフレ
ームから第１の通信端末への呼設定要求を生成し当該第
１の通信端末への呼設定要求を出力し、呼設定処理終了
後に前記第２の通信端末へリプライフレームを発信する
変換手段とを備えた 異種伝送路間のコネクションレス通
信方式。 - 【請求項２】 前記変換手段は、前記第１の通信端末か
らの呼設定要求中から前記第２の通信網で規定される第
２の通信端末を特定するネットワークレイヤアドレス
と、前記第１の通信網で規定されるコネクションパスＩ
Ｄとを抽出する呼制御手段と、 コネクションパスＩＤと、第２の通信端末のネットワー
クレイヤアドレスと、第２の通信端末の物理アドレスと
を対応させて登録する管理テーブルと、 前記呼制御手段から抽出された第２の通信端末のネット
ワークレイヤアドレスとコネクションパスＩＤとを前記
管理テーブルに登録するとともに、前記管理テーブルか
ら読み出した第２の通信端末のネットワークレイヤアド
レスを読み出すプロトコル管理手段と、 プロトコル管理手段から読み出された第２の通信端末の
ネットワークレイヤアドレスを基に前記第２の通信網に
対してアドレス解析要求メッセージを出力して前記管理
テーブルに登録すべき第２の通信端末の物理アドレスを
求めるアドレス解析手段とからなる 請求項１記載の異種
伝送路間のコネクションレス通信方式。 - 【請求項３】 前記変換手段は、前記アドレス解析手段
から第２の通信網に対してアドレス解析要求メッセージ
を出力したときにセットされるタイマーを有しており、
当該タイマーによる一定計測時間内に第２の通信端末よ
りアドレス解析応答メッセージを受信しないときに第１
の通信端末に対して呼切断メッセージを返信する請求項
２記載の異種伝送路間のコネクションレス通信方式。 - 【請求項４】 前記変換手段は、前記第２の通信端末か
らのアドレス解析要求メッセージ中から第１の通信端末
を特定するネットワークレイヤアドレスと、第２の通信
端末自身を特定する物理アドレスとを抽出するアドレス
解析手段と、 前記アドレス解析手段から抽出された第１の通信端末の
ネットワークレイヤアドレスと、第２の通信端末の物理
アドレスと、コネクションパスＩＤとを登録する管理テ
ーブルと、 前記第１の通信端末のネットワークレイヤアドレスと第
２の通信端末の物理アドレスとを前記管理テーブルに登
録するとともに、前記管理テーブルに登録された第１の
通信端末のネットワークレイヤアドレスを読み出すプロ
トコル管理手段と、 プロトコル管理手段から読み出された第１の通信端末の
ネットワークレイヤアドレスを基に前記第１の通信網に
対して呼設定要求を出力して前記管理テーブルに登録す
べきコネクションパスＩＤを求める呼制御手段とからな
る 請求項１記載の異種伝送路間のコネクションレス通信
方式。 - 【請求項５】 前記変換手段において、前記呼制御手段
から第１の通信網に対して送出された前記呼設定要求に
対して呼切断メッセージを受信したときに、前記アドレ
ス解析手段を通じて前記第２の通信端末に対してアドレ
ス解析応答メッセージを送出しないか、あるいは該当す
るネットワークレイヤアドレスを有する第１の通信端末
との接続が不可能であることを示すエラーメッセージを
送出する請求項４記載の異種伝送路間のコネクションレ
ス通信方式。 - 【請求項６】 前記第１の通信網はＡＴＭ通信網であ
り、当該ＡＴＭ通信網には発信端末から送信された呼設
定要求中から受信端末のネットワークレイヤアドレスを
抽出し、このネットワークレイヤアドレスに対応したＡ
ＴＭアドレスを前記発信端末に返答するＡＴＭアドレス
管理手段を備えている請求項１記載の異種伝送路間のコ
ネクションレス通信方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24299493A JP3514793B2 (ja) | 1993-09-29 | 1993-09-29 | 異種伝送路間のコネクションレス通信方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24299493A JP3514793B2 (ja) | 1993-09-29 | 1993-09-29 | 異種伝送路間のコネクションレス通信方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07107119A JPH07107119A (ja) | 1995-04-21 |
| JP3514793B2 true JP3514793B2 (ja) | 2004-03-31 |
Family
ID=17097316
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24299493A Expired - Fee Related JP3514793B2 (ja) | 1993-09-29 | 1993-09-29 | 異種伝送路間のコネクションレス通信方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3514793B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3169815B2 (ja) * | 1995-12-14 | 2001-05-28 | 松下電送システム株式会社 | 画像通信装置、および画像通信方法 |
| US6751221B1 (en) | 1996-10-04 | 2004-06-15 | Kabushiki Kaisha Toshiba | Data transmitting node and network inter-connection node suitable for home network environment |
| US7590133B2 (en) | 1998-02-24 | 2009-09-15 | Canon Kabushiki Kaisha | Data communication system, data communication method, and data communication apparatus |
| ATE306770T1 (de) * | 2001-06-27 | 2005-10-15 | Siemens Ag | Funkkommunikationssystem und verfahren zu dessen betrieb |
| JP2006352753A (ja) * | 2005-06-20 | 2006-12-28 | Kddi Corp | プロトコル変換装置及びコンピュータプログラム |
-
1993
- 1993-09-29 JP JP24299493A patent/JP3514793B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07107119A (ja) | 1995-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6205148B1 (en) | Apparatus and a method for selecting an access router's protocol of a plurality of the protocols for transferring a packet in a communication system | |
| JP3490286B2 (ja) | ルータ装置及びフレーム転送方法 | |
| US5822320A (en) | Address resolution method and asynchronous transfer mode network system | |
| JPH07118717B2 (ja) | マルチプロトコル対応のパケット網構成方法 | |
| US6775239B1 (en) | Checking communication-path data in MPLS communication scheme | |
| US6311208B1 (en) | Server address management system | |
| EP1135001A2 (en) | Apparatus and method for automatic port identity discovery in hierarchical heterogenous systems | |
| US5581549A (en) | Processor resetting method and apparatus | |
| JPH11284664A (ja) | 仮想専用網構築システム | |
| JP3514793B2 (ja) | 異種伝送路間のコネクションレス通信方式 | |
| US6822962B1 (en) | Virtual connection switching method and ATM switch | |
| RU2113059C1 (ru) | Устройство для дублирования обслуживающего устройства беспроводной связи | |
| US20010009550A1 (en) | ATM exchange and method of operating the same | |
| US20090041031A1 (en) | Converter and communication control method | |
| US6512772B1 (en) | ATM-address resolving transmission apparatus | |
| KR100301021B1 (ko) | Ieee 1394와 atm간의 게이트웨이 관리 방법 및 그에 대한 게이트 웨이 | |
| JP2923921B1 (ja) | パケット転送方式 | |
| JPH1168782A (ja) | シグナリング処理装置およびその方法 | |
| JPH09107359A (ja) | Ａｔｍスイッチおよび制御方法 | |
| JP3448163B2 (ja) | 仮想コネクション選択装置 | |
| JPH10145373A (ja) | コネクションレス型通信網におけるアドレス解決方式 | |
| JPH118648A (ja) | ネットワーク接続装置 | |
| KR20010056740A (ko) | 다중 프로토콜을 지원하는 에이디에스엘 라우터 및 그라우터의 패킷 송수신 방법 | |
| JP3191920B2 (ja) | フレームリレーとａｔｍのインターワーキング用トランク装置 | |
| JP3356220B2 (ja) | コネクション設定状況管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040106 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040114 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080123 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090123 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100123 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110123 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |