JP2000124920A - コネクション型ネットワ―クの接続を管理するための方法、およびコネクション型ネットワ―クを介してコネクションレス型通信プロトコルを支持するための方法 - Google Patents
コネクション型ネットワ―クの接続を管理するための方法、およびコネクション型ネットワ―クを介してコネクションレス型通信プロトコルを支持するための方法Info
- Publication number
- JP2000124920A JP2000124920A JP11102483A JP10248399A JP2000124920A JP 2000124920 A JP2000124920 A JP 2000124920A JP 11102483 A JP11102483 A JP 11102483A JP 10248399 A JP10248399 A JP 10248399A JP 2000124920 A JP2000124920 A JP 2000124920A
- Authority
- JP
- Japan
- Prior art keywords
- connection
- network
- address
- point
- oriented network
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5645—Connectionless
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5665—Interaction of ATM with other protocols
- H04L2012/5667—IP over ATM
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 イーサネット上ＩＰのようなコネクションレ
ス型通信プロトコルに従って通信する装置で使用するた
めに、ＡＴＭネットワークのようなコネクション型ネッ
トワークの接続を管理するための方法を提供する。 【解決手段】 ブリッジングネットワークエレメント
（ＢＮＥ）はデータネットワークがＡＴＭネットワーク
をアクセスするＡＴＭの存在点にある。ＢＮＥはＡＴＭ
ネットワークで送るためのインターネットＡＲＰ（ＩＡ
ＲＰ）リクエストをデータネットワークから受取る場
合、そのリクエストをＩＡＲＰサーバに送る。このＩＡ
ＲＰリクエストへの応答に加えて、ＩＡＲＰサーバはＩ
ＡＲＰリクエストをトリガとしてみなし、それに対する
応答として、ＡＴＭネットワークにＢＮＥ存在点と目的
アドレスが到達できるＡＴＭネットワークの別の存在点
との間に接続を確立させる。
ス型通信プロトコルに従って通信する装置で使用するた
めに、ＡＴＭネットワークのようなコネクション型ネッ
トワークの接続を管理するための方法を提供する。 【解決手段】 ブリッジングネットワークエレメント
（ＢＮＥ）はデータネットワークがＡＴＭネットワーク
をアクセスするＡＴＭの存在点にある。ＢＮＥはＡＴＭ
ネットワークで送るためのインターネットＡＲＰ（ＩＡ
ＲＰ）リクエストをデータネットワークから受取る場
合、そのリクエストをＩＡＲＰサーバに送る。このＩＡ
ＲＰリクエストへの応答に加えて、ＩＡＲＰサーバはＩ
ＡＲＰリクエストをトリガとしてみなし、それに対する
応答として、ＡＴＭネットワークにＢＮＥ存在点と目的
アドレスが到達できるＡＴＭネットワークの別の存在点
との間に接続を確立させる。
Description
【０００１】
【０００２】
【発明の分野】本発明は異なるプロトコルのネットワー
クを通して、あるプロトコルのメッセージを運ぶ技術に
関する。より特定的には、本発明はＡＴＭネットワーク
のようなコネクション型ネットワークを介して、イーサ
ネット上ＩＰのようなコネクションレス型プロトコルの
メッセージを運ぶ技術に関する。
クを通して、あるプロトコルのメッセージを運ぶ技術に
関する。より特定的には、本発明はＡＴＭネットワーク
のようなコネクション型ネットワークを介して、イーサ
ネット上ＩＰのようなコネクションレス型プロトコルの
メッセージを運ぶ技術に関する。
【０００３】
【関連技術の説明】コンピュータデータネットワークの
種々のノードまたはネットワークエレメント（ＮＥ）は
一般的に同意された通信プロトコルを介して互いに通信
する。これらのプロトコルは異なる層またはレベルを有
し、各々はプロトコルの異なる局面を規定している。異
なる各層は全体のプロトコルのサブプロトコルとして考
えることができるが、それ自身のプロトコルとしても考
えられる。全体のプロトコルを規定するすべてのサブプ
ロトコルは「プロトコルスタック」と呼ばれる。スタッ
クの異なる層間のインターフェイスは十分に規定されて
いるので、異なる代替のサブプロトコルをそのスタック
の同じ層の他のサブプロトコルと置き換えることができ
る。
種々のノードまたはネットワークエレメント（ＮＥ）は
一般的に同意された通信プロトコルを介して互いに通信
する。これらのプロトコルは異なる層またはレベルを有
し、各々はプロトコルの異なる局面を規定している。異
なる各層は全体のプロトコルのサブプロトコルとして考
えることができるが、それ自身のプロトコルとしても考
えられる。全体のプロトコルを規定するすべてのサブプ
ロトコルは「プロトコルスタック」と呼ばれる。スタッ
クの異なる層間のインターフェイスは十分に規定されて
いるので、異なる代替のサブプロトコルをそのスタック
の同じ層の他のサブプロトコルと置き換えることができ
る。
【０００４】コンピュータネットワーク接続で用いられ
る非常に一般的なプロトコルはいわゆる網間接続プロト
コル（ＩＰ）である。ＩＰはネットワーク層サービスで
あり、アドレシング、サービス形式仕様、分割および再
アセンブリに対する規定ならびに安全保護情報を含む。
これはインターネットエンジニアリングタスクフォース
（ＩＥＴＦ）の一連の文献において規定されており、特
にここに引用により援用されるＪ．ポステル（Postel）
の「インターネットプロトコル」ＳＴＤ０００５（１９
８１年９月）（ＲＦＣ０７９１、ＲＦＣ０９５０、ＲＦ
Ｃ０９１９、ＲＦＣ０９２２、ＲＦＣ７９２、およびＲ
ＦＣ１１１２を含む）がある。ＩＰは全体の通信プロト
コルの１つの層、具体的には「ネットワーク」プロトコ
ル層で用いられるプロトコルを規定する。いくつかの一
般的な代替ネットワークレベルプロトコルとして、ＩＰ
Ｘ（Novel1, Inc.により規定、「非同期イベントスケジ
ューラ（ＡＥＳ）を備えたアドバンストネットウェアＶ
２．１インターネットワークパケット交換プロトコル
（ＩＰＸ）」、１９８６年１０月、引用により援用）、
ＤＥＣｎｅｔ、およびゼロックスＰＵＰがある。近代の
ローカルエリアネットワーク（ＬＡＮ）の多くはＩＰの
下位層としてイーサネットプロトコルを用いる。イーサ
ネットはメディアアクセスコントロール（ＭＡＣ）層プ
ロトコルを含み、これは引用により援用される、ＩＥＥ
Ｅの「ローカルエリアネットワークのためのＩＥＥＥ規
格：キャリアセンスマルチプルアクセスおよび衝突検出
（ＣＳＭＡ／ＣＤ）アクセス法および物理層仕様」（Ｉ
ＥＥＥ規格第８０２．３号）（１９８５年）で定義され
ている。ＩＰおよびイーサネットがプロトコルスタック
で一緒に用いられる場合、結合されたプロトコルは「イ
ーサネット上ＩＰ」と呼ぶこともある。同様に、ＩＰ
Ｘ、ＤＥＣｎｅｔまたはゼロックスＰＵＰがイーサネッ
ト上で運ばれる場合、結合されたスタックはそれぞれ
「イーサネット上ＩＰＸ」、「イーサネット上ＤＥＣｎ
ｅｔ」および「イーサネット上ＰＵＰ」と呼ぶこともあ
る。
る非常に一般的なプロトコルはいわゆる網間接続プロト
コル（ＩＰ）である。ＩＰはネットワーク層サービスで
あり、アドレシング、サービス形式仕様、分割および再
アセンブリに対する規定ならびに安全保護情報を含む。
これはインターネットエンジニアリングタスクフォース
（ＩＥＴＦ）の一連の文献において規定されており、特
にここに引用により援用されるＪ．ポステル（Postel）
の「インターネットプロトコル」ＳＴＤ０００５（１９
８１年９月）（ＲＦＣ０７９１、ＲＦＣ０９５０、ＲＦ
Ｃ０９１９、ＲＦＣ０９２２、ＲＦＣ７９２、およびＲ
ＦＣ１１１２を含む）がある。ＩＰは全体の通信プロト
コルの１つの層、具体的には「ネットワーク」プロトコ
ル層で用いられるプロトコルを規定する。いくつかの一
般的な代替ネットワークレベルプロトコルとして、ＩＰ
Ｘ（Novel1, Inc.により規定、「非同期イベントスケジ
ューラ（ＡＥＳ）を備えたアドバンストネットウェアＶ
２．１インターネットワークパケット交換プロトコル
（ＩＰＸ）」、１９８６年１０月、引用により援用）、
ＤＥＣｎｅｔ、およびゼロックスＰＵＰがある。近代の
ローカルエリアネットワーク（ＬＡＮ）の多くはＩＰの
下位層としてイーサネットプロトコルを用いる。イーサ
ネットはメディアアクセスコントロール（ＭＡＣ）層プ
ロトコルを含み、これは引用により援用される、ＩＥＥ
Ｅの「ローカルエリアネットワークのためのＩＥＥＥ規
格：キャリアセンスマルチプルアクセスおよび衝突検出
（ＣＳＭＡ／ＣＤ）アクセス法および物理層仕様」（Ｉ
ＥＥＥ規格第８０２．３号）（１９８５年）で定義され
ている。ＩＰおよびイーサネットがプロトコルスタック
で一緒に用いられる場合、結合されたプロトコルは「イ
ーサネット上ＩＰ」と呼ぶこともある。同様に、ＩＰ
Ｘ、ＤＥＣｎｅｔまたはゼロックスＰＵＰがイーサネッ
ト上で運ばれる場合、結合されたスタックはそれぞれ
「イーサネット上ＩＰＸ」、「イーサネット上ＤＥＣｎ
ｅｔ」および「イーサネット上ＰＵＰ」と呼ぶこともあ
る。
【０００５】ネットワーク層における基本データ単位は
「データグラム」（たとえばＩＰデータグラム」）と呼
ばれ、ＭＡＣレベルでの基本データ単位は「パケット」
（「イーサネットパケット」）と呼ばれる。データグラ
ムは伝送するのにＭＡＣレベルプロトコルに従って「カ
プセル化」されなければならないが、これはデータグラ
ムを複数個のパケットに分割することを含み得る。同様
に、受取側ノードはデータグラムを使用するためには１
つまたは２つ以上のＭＡＣレベルパケットからデータグ
ラムを抽出および再アセンブルしなければならない。本
明細書でも用いられているように、「メッセージ」は特
にカプセル化を包含する意図はない論理データ単位であ
る。データグラムより大きいメッセージもあり、このよ
うな場合伝送するためにはメッセージは複数個のデータ
グラムに分割される（次に複数個のパケットに分けられ
る）。他のメッセージは単一のパケットからなり、ＡＲ
Ｐリクエストパケットはその一例である。
「データグラム」（たとえばＩＰデータグラム」）と呼
ばれ、ＭＡＣレベルでの基本データ単位は「パケット」
（「イーサネットパケット」）と呼ばれる。データグラ
ムは伝送するのにＭＡＣレベルプロトコルに従って「カ
プセル化」されなければならないが、これはデータグラ
ムを複数個のパケットに分割することを含み得る。同様
に、受取側ノードはデータグラムを使用するためには１
つまたは２つ以上のＭＡＣレベルパケットからデータグ
ラムを抽出および再アセンブルしなければならない。本
明細書でも用いられているように、「メッセージ」は特
にカプセル化を包含する意図はない論理データ単位であ
る。データグラムより大きいメッセージもあり、このよ
うな場合伝送するためにはメッセージは複数個のデータ
グラムに分割される（次に複数個のパケットに分けられ
る）。他のメッセージは単一のパケットからなり、ＡＲ
Ｐリクエストパケットはその一例である。
【０００６】ワイドエリアネットワーク（ＷＡＮ）は長
距離にわたってメッセージを運ぶために既存の通信媒体
を利用する。特に、ＷＡＮの異なるノードは、サービス
総合デジタル網（ＩＳＤＮ）や広帯域ＩＳＤＮ（Ｂ−Ｉ
ＳＤＮ）のような既存の電話網を介して互いに通信す
る。多くの場合、加入者のデータネットワークをイーサ
ネットサービスプロバイダ（ＩＳＰ）に接続するため
に、または加入者のホームオフィスネットワークをその
人の中央オフィスネットワークに接続するために、電話
網が用いられる。ＩＳＤＮおよびＢ−ＩＳＤＮのネット
ワークはメッセージを伝送するための自己のプロトコル
を有し、２つのコンピュータネットワークが電話通信経
路を介して互いに通信する必要がある場合、電話網の両
側にアダプタが一般に必要であり、コンピュータネット
ワーク接続プロトコルからのメッセージをＩＳＤＮまた
はＢ−ＩＳＤＮプロトコルに変換する、またはその逆の
変換を行なう。
距離にわたってメッセージを運ぶために既存の通信媒体
を利用する。特に、ＷＡＮの異なるノードは、サービス
総合デジタル網（ＩＳＤＮ）や広帯域ＩＳＤＮ（Ｂ−Ｉ
ＳＤＮ）のような既存の電話網を介して互いに通信す
る。多くの場合、加入者のデータネットワークをイーサ
ネットサービスプロバイダ（ＩＳＰ）に接続するため
に、または加入者のホームオフィスネットワークをその
人の中央オフィスネットワークに接続するために、電話
網が用いられる。ＩＳＤＮおよびＢ−ＩＳＤＮのネット
ワークはメッセージを伝送するための自己のプロトコル
を有し、２つのコンピュータネットワークが電話通信経
路を介して互いに通信する必要がある場合、電話網の両
側にアダプタが一般に必要であり、コンピュータネット
ワーク接続プロトコルからのメッセージをＩＳＤＮまた
はＢ−ＩＳＤＮプロトコルに変換する、またはその逆の
変換を行なう。
【０００７】今までは音声トラフィック（すなわち電話
連絡）に立脚している電話プロトコルは一般にコネクシ
ョン型プロトコルである。すなわち、まず設定フェーズ
で始まり、発呼者は相手の「アドレス」（たとえば、電
話番号）を指定し、ネットワークは両者の間に「接続」
を確立する。両者間の以降の通信はすべてこの確立され
た接続を介して行なわれ、それ以上のアドレス指定は必
要でない。会話が終わると、接続は解放、または「壊さ
れ」、電話網の資源を他の接続のために解放する。コネ
クション型ネットワークおよびプロトコルは、あるノー
ドが比較的長い時間第２のノードと通信すると考えられ
る場合には費用効率が最も高い。このようなプロトコル
は、少なくとも音声トラフィックについては長時間同じ
相手先にアドレス指定される個々のアドレス指定メッセ
ージ単位をチェックして正しく送るコストよりも、接続
設定フェーズにかかる時間および資源のコストの方が低
いと考えられている。
連絡）に立脚している電話プロトコルは一般にコネクシ
ョン型プロトコルである。すなわち、まず設定フェーズ
で始まり、発呼者は相手の「アドレス」（たとえば、電
話番号）を指定し、ネットワークは両者の間に「接続」
を確立する。両者間の以降の通信はすべてこの確立され
た接続を介して行なわれ、それ以上のアドレス指定は必
要でない。会話が終わると、接続は解放、または「壊さ
れ」、電話網の資源を他の接続のために解放する。コネ
クション型ネットワークおよびプロトコルは、あるノー
ドが比較的長い時間第２のノードと通信すると考えられ
る場合には費用効率が最も高い。このようなプロトコル
は、少なくとも音声トラフィックについては長時間同じ
相手先にアドレス指定される個々のアドレス指定メッセ
ージ単位をチェックして正しく送るコストよりも、接続
設定フェーズにかかる時間および資源のコストの方が低
いと考えられている。
【０００８】他方では、コンピュータデータ通信プロト
コルは、少なくとも最も低いレベルではコネクションレ
ス型プロトコルである。すなわちこれらのプロトコルレ
ベルでは２つの通信ノード間に「接続」は確立されず、
各メッセージ単位がその宛先のアドレスを含む。パケッ
トを受取る各ノードはそのパケットを取込むまたは無視
するかを決定するために、パケットの宛先アドレスをチ
ェックする。パケット切換プロトコルとも呼ばれるコネ
クションレス型プロトコルはコンピュータデータネット
ワークにおいて最も費用効率が高い。なぜならこのよう
なネットワークにおけるトラフィックは一般に多くの異
なる宛先に向けられる多くのメッセージを含み、１つの
宛先への長い通信は滅多に起こらないからである。
コルは、少なくとも最も低いレベルではコネクションレ
ス型プロトコルである。すなわちこれらのプロトコルレ
ベルでは２つの通信ノード間に「接続」は確立されず、
各メッセージ単位がその宛先のアドレスを含む。パケッ
トを受取る各ノードはそのパケットを取込むまたは無視
するかを決定するために、パケットの宛先アドレスをチ
ェックする。パケット切換プロトコルとも呼ばれるコネ
クションレス型プロトコルはコンピュータデータネット
ワークにおいて最も費用効率が高い。なぜならこのよう
なネットワークにおけるトラフィックは一般に多くの異
なる宛先に向けられる多くのメッセージを含み、１つの
宛先への長い通信は滅多に起こらないからである。
【０００９】所与のプロトコルスタックは異なるレベル
においてコネクション型またはコネクションレス型であ
り得る。プロトコルスタックが２つの異なる層において
コネクション型であり、かつ中間層においてコネクショ
ンレス型であり得るし、その逆も可能である。イーサネ
ット上のＩＰおよびＩＰＸはたとえば両方ともコネクシ
ョンレス型であるが、スタックにおける上位レベルでは
コネクション型であり得る。
においてコネクション型またはコネクションレス型であ
り得る。プロトコルスタックが２つの異なる層において
コネクション型であり、かつ中間層においてコネクショ
ンレス型であり得るし、その逆も可能である。イーサネ
ット上のＩＰおよびＩＰＸはたとえば両方ともコネクシ
ョンレス型であるが、スタックにおける上位レベルでは
コネクション型であり得る。
【００１０】一般によく用いられるコネクション型プロ
トコルはＡＴＭ（非同期転送モード）として知られ、こ
れはＡＴＭフォーラムによって発行されているいくつか
の仕様書に定義されている。これらの仕様書は、引用に
より援用される、ＡＴＭフォーラムの「ＡＴＭユーザネ
ットワークインターフェイス仕様書バージョン３．１」
ＡＴＭフォーラム、マウンテンビュー、カリフォルニア
（１９９４年９月）（「ＵＮＩ３．１」）と、ＡＴＭフ
ォーラムの「ＡＴＭユーザネットワークインターフェイ
ス（ＵＮＩ）信号送り出し仕様書バージョン４．０」、
ＡＴＭフォーラム、マウンテンビュー、カリフォルニア
（１９９６年７月）（「ＵＮＩ４．０」）と、国際電気
通信連合の「広帯域サービス総合デジタル網（Ｂ−ＩＳ
ＤＮ）−デジタル加入者信号送り出しシステム第２号
（ＤＳＳ ２）−ユーザネットワークインターフェイス
（ＵＮＩ）層３基本呼出／接続制御のための仕様」ＩＴ
Ｕ−Ｔ勧告Ｑ．２９３１（１９９５年２月）（「Ｑ．２
９３１」）とを含む。ここで用いられる「ＡＴＭネット
ワーク」の用語は、より新しいまたは他の仕様書に準拠
するか否かにかかわらず、関連するすべての事項におい
てこれらの文献に従うネットワークを指す。
トコルはＡＴＭ（非同期転送モード）として知られ、こ
れはＡＴＭフォーラムによって発行されているいくつか
の仕様書に定義されている。これらの仕様書は、引用に
より援用される、ＡＴＭフォーラムの「ＡＴＭユーザネ
ットワークインターフェイス仕様書バージョン３．１」
ＡＴＭフォーラム、マウンテンビュー、カリフォルニア
（１９９４年９月）（「ＵＮＩ３．１」）と、ＡＴＭフ
ォーラムの「ＡＴＭユーザネットワークインターフェイ
ス（ＵＮＩ）信号送り出し仕様書バージョン４．０」、
ＡＴＭフォーラム、マウンテンビュー、カリフォルニア
（１９９６年７月）（「ＵＮＩ４．０」）と、国際電気
通信連合の「広帯域サービス総合デジタル網（Ｂ−ＩＳ
ＤＮ）−デジタル加入者信号送り出しシステム第２号
（ＤＳＳ ２）−ユーザネットワークインターフェイス
（ＵＮＩ）層３基本呼出／接続制御のための仕様」ＩＴ
Ｕ−Ｔ勧告Ｑ．２９３１（１９９５年２月）（「Ｑ．２
９３１」）とを含む。ここで用いられる「ＡＴＭネット
ワーク」の用語は、より新しいまたは他の仕様書に準拠
するか否かにかかわらず、関連するすべての事項におい
てこれらの文献に従うネットワークを指す。
【００１１】２ヶ所がＡＴＭネットワークのようなコネ
クション型ネットワークを介して通信したい場合、ネッ
トワークは第１の装置（たとえば電話またはホストコン
ピュータ）がネットワークに到達する、コネクション型
ネットワーク上のある「存在点」（または「端点」）か
ら、第２または宛先装置が到達可能であるコネクション
型ネットワーク上の「存在点」（または「端点」）への
接続を確立する。データ接続の場合、たとえばコネクシ
ョン型ネットワークの各端点は、一方のコネクション型
ネットワークプロトコルを他方のデータプロトコルにイ
ンターフェイスする「アダプタ」を有する。このような
アダプタは、データ通信用としてそれ自身が端点である
ホストコンピュータ内において位置付けられ得るが、こ
のような場合ホストコンピュータはコネクション型ネッ
トワークの「エンドシステム」と呼ばれ、「アダプタ」
はホストコンピュータのプロトコルスタックのソフトウ
ェアレベル（ＭＡＣ層より下位）を含む。代替的に、ア
ダプタはコネクション型ネットワークの終端部内に位置
付けられ得る。その終端部の一方側はコネクション型ネ
ットワークに接続され、他方側はコンピュータデータネ
ットワークに接続される。データ通信の最終的端点は、
コンピュータデータネットワークの他のノードにある。
この場合、「アダプタ」はプロトコルスタックにおいて
ソフトウェア層をまだ含むが、このプロトコルスタック
は一般にＭＡＣ層またはネットワーク層のレベルの高さ
しかない。終端部のプロトコルスタックがＭＡＣ層の高
さのレベルしかなければ、この部分はデータネットワー
クからは「ブリッジ」として見られ、これはブリッジン
グネットワークエレメント（ＢＮＥ）とも呼ばれる。終
端部のプロトコルスタックがネットワーク層のレベルの
高さまである場合、その部分はデータネットワークから
は「ルータ」としてみられ、これはルーティングネット
ワークエレメントと呼ばれる。
クション型ネットワークを介して通信したい場合、ネッ
トワークは第１の装置（たとえば電話またはホストコン
ピュータ）がネットワークに到達する、コネクション型
ネットワーク上のある「存在点」（または「端点」）か
ら、第２または宛先装置が到達可能であるコネクション
型ネットワーク上の「存在点」（または「端点」）への
接続を確立する。データ接続の場合、たとえばコネクシ
ョン型ネットワークの各端点は、一方のコネクション型
ネットワークプロトコルを他方のデータプロトコルにイ
ンターフェイスする「アダプタ」を有する。このような
アダプタは、データ通信用としてそれ自身が端点である
ホストコンピュータ内において位置付けられ得るが、こ
のような場合ホストコンピュータはコネクション型ネッ
トワークの「エンドシステム」と呼ばれ、「アダプタ」
はホストコンピュータのプロトコルスタックのソフトウ
ェアレベル（ＭＡＣ層より下位）を含む。代替的に、ア
ダプタはコネクション型ネットワークの終端部内に位置
付けられ得る。その終端部の一方側はコネクション型ネ
ットワークに接続され、他方側はコンピュータデータネ
ットワークに接続される。データ通信の最終的端点は、
コンピュータデータネットワークの他のノードにある。
この場合、「アダプタ」はプロトコルスタックにおいて
ソフトウェア層をまだ含むが、このプロトコルスタック
は一般にＭＡＣ層またはネットワーク層のレベルの高さ
しかない。終端部のプロトコルスタックがＭＡＣ層の高
さのレベルしかなければ、この部分はデータネットワー
クからは「ブリッジ」として見られ、これはブリッジン
グネットワークエレメント（ＢＮＥ）とも呼ばれる。終
端部のプロトコルスタックがネットワーク層のレベルの
高さまである場合、その部分はデータネットワークから
は「ルータ」としてみられ、これはルーティングネット
ワークエレメントと呼ばれる。
【００１２】アダプタがコンピュータデータネットワー
クからパケットを受取る場合、アダプタは既存の接続を
介してコネクション型ネットワークでそれを伝送するの
か、または新しい接続を作らなければならないかを決定
する必要がある。さらに後者の場合、目的がどのコネク
ション型ネットワーク端点であるのか、およびこの新し
い接続においてどのパラメータを用いるべきかを決定し
なければならない。具体的には、ブリッジングまたはル
ーティングＡＴＭアダプタについて、アダプタは宛先Ｍ
ＡＣまたはＩＰアドレスが既存のＡＴＭ仮想接続（Ｖ
Ｃ）を介して到達可能であるかを決定する必要があり、
到達可能である場合にはどの接続であるかを決定しなけ
ればならない。宛先ノードが既存のＶＣを介して到達可
能でないのなら、アダプタはその宛先がＡＴＭネットワ
ークを介して到達可能であるかを決定しなければなら
ず、到達可能であるのなら新しいＶＣを確立するのにど
のＡＴＭアドレス、サービス、セキュリティパラメータ
およびその他のパラメータを用いるかを決定しなければ
ならない。これらの問題はいくつかのインターネット関
連文献において部分的に取上げられており、ＡＴＭネッ
トワークを介してＩＰデータグラムを伝送するための規
格が提案されている。引用により援用されるこれらの文
献は以下のとおりである。
クからパケットを受取る場合、アダプタは既存の接続を
介してコネクション型ネットワークでそれを伝送するの
か、または新しい接続を作らなければならないかを決定
する必要がある。さらに後者の場合、目的がどのコネク
ション型ネットワーク端点であるのか、およびこの新し
い接続においてどのパラメータを用いるべきかを決定し
なければならない。具体的には、ブリッジングまたはル
ーティングＡＴＭアダプタについて、アダプタは宛先Ｍ
ＡＣまたはＩＰアドレスが既存のＡＴＭ仮想接続（Ｖ
Ｃ）を介して到達可能であるかを決定する必要があり、
到達可能である場合にはどの接続であるかを決定しなけ
ればならない。宛先ノードが既存のＶＣを介して到達可
能でないのなら、アダプタはその宛先がＡＴＭネットワ
ークを介して到達可能であるかを決定しなければなら
ず、到達可能であるのなら新しいＶＣを確立するのにど
のＡＴＭアドレス、サービス、セキュリティパラメータ
およびその他のパラメータを用いるかを決定しなければ
ならない。これらの問題はいくつかのインターネット関
連文献において部分的に取上げられており、ＡＴＭネッ
トワークを介してＩＰデータグラムを伝送するための規
格が提案されている。引用により援用されるこれらの文
献は以下のとおりである。
【００１３】★Ｎ．Ｌａｕｂａｃｈの「ＡＴＭを介した
典型的ＩＰおよびＡＲＰ」コメントリクエスト第１５７
７号（１９９４年）（ＲＦＣ １５７７） ★Ｍ．Ｐｅｒｅｚ［ＡＴＭを介するＩＰ用のＡＴＭ信号
送り出しサポート」コメントリクエスト第１７５５号
（１９９５年）（ＲＦＣ １７５５） ★Ｍ．Ｍａｈｅｒ「ＡＴＭを介するＩＰ用信号送り出し
サポート−ＵＮＩ ４．０アップデート」ファイルドラ
フトｉｅｔｆ−ｉｏｎ−ｓｉｇ−ｕｎｉ４．０−０．
２．ｔｘｔ（１９９７年３月）（ＵＮＩ ４．０アップ
デート） ★Ｈｅｉｎａｎｅｎの「ＡＴＭ適合層５を介するマルチ
プロトコルカプセル化」コメントリクエスト第１４８３
号（１９９３年）（ＲＦＣ １４８３） 上記の文献は複数個のＡＴＭ端点を有するネットワーク
アーキテクチャを想定しており、各々はＡＴＭ端点をＩ
Ｐ（または他のネットワーク層）プロトコルスタックと
インターフェイスさせるアダプタを有する。これらの文
献によると、各ＡＴＭアダプタは持っている各ＶＣを介
してどのＩＰアドレスが到達可能であるかを示すマップ
を維持する。さらに、ＡＴＭアダプタは新しく確認され
たＩＰ−ＡＴＭアドレス変換のキャッシュ、すなわち現
在のＶＣで到達可能であるかを示すキャッシュ、を維持
することができる。ＩＰクライアント（ソフトウェアま
たはハードウェア）がＩＰパケットをＩＰの相手先に発
すると、パケットはＡＴＭアダプタで受取られ、アダプ
タは（ＡＡＬ５として知られる）予め定められたＡＴＭ
プロトコルに従ってカプセル化し、そのパケットを既存
のＶＣを介して宛先ＩＰアドレスが到達できるＡＴＭア
ダプタに送る。これらのアダプタ間で現在ＶＣが確立さ
れていない場合、発信元のアダプタは、宛先ＩＰアドレ
スが到達可能である宛先ＡＴＭアダプタのアドレスにつ
いてＩＰ−ＡＴＭアドレス変換のローカルキャッシュを
調べて、もし存在しかつ有効であるなら、宛先アダプタ
を「コール」してデータを伝送する前に新しい切換仮想
回線（ＳＶＣ）を設定する。所望のＩＰ−ＡＴＭアドレ
ス変換がその構内キャッシュにないまたは無効であるの
なら、ＡＴＭアダプタはＡＴＭアドレス転換プロトコル
（ＡＴＭＡＲＰ）プロトコルを用いて変換をリクエスト
する。このプロトコルに従い、ＡＴＭアダプタは所望の
宛先ＩＰアドレスを含みかつＡＴＭセルにカプセル化さ
れるＡＴＭＡＲＰリクエストを作成し、それをＡＴＭネ
ットワークを通していわゆるＡＴＭＡＲＰサーバに送
る。ＡＴＭアダプタはＡＴＭＡＲＰリクエストを伝送す
るために、予め備付けられた（または少なくとも予め識
別された）２地点間ＡＴＭ接続を用いる。次に、ＡＴＭ
ＡＲＰサーバはＩＰ−ＡＴＭアドレス変換について自分
のキャッシュを調べて宛先ＩＰアドレスが到達し得るＡ
ＴＭアドレスを指定するＡＴＭＡＲＰ返信メッセージを
返す。発信元のＡＴＭアダプタはその変換を自分の構内
キャッシュに加え、宛先ＡＴＭアダプタを「コール」
し、もたらされるＳＶＣでデータの転送を行なう。
典型的ＩＰおよびＡＲＰ」コメントリクエスト第１５７
７号（１９９４年）（ＲＦＣ １５７７） ★Ｍ．Ｐｅｒｅｚ［ＡＴＭを介するＩＰ用のＡＴＭ信号
送り出しサポート」コメントリクエスト第１７５５号
（１９９５年）（ＲＦＣ １７５５） ★Ｍ．Ｍａｈｅｒ「ＡＴＭを介するＩＰ用信号送り出し
サポート−ＵＮＩ ４．０アップデート」ファイルドラ
フトｉｅｔｆ−ｉｏｎ−ｓｉｇ−ｕｎｉ４．０−０．
２．ｔｘｔ（１９９７年３月）（ＵＮＩ ４．０アップ
デート） ★Ｈｅｉｎａｎｅｎの「ＡＴＭ適合層５を介するマルチ
プロトコルカプセル化」コメントリクエスト第１４８３
号（１９９３年）（ＲＦＣ １４８３） 上記の文献は複数個のＡＴＭ端点を有するネットワーク
アーキテクチャを想定しており、各々はＡＴＭ端点をＩ
Ｐ（または他のネットワーク層）プロトコルスタックと
インターフェイスさせるアダプタを有する。これらの文
献によると、各ＡＴＭアダプタは持っている各ＶＣを介
してどのＩＰアドレスが到達可能であるかを示すマップ
を維持する。さらに、ＡＴＭアダプタは新しく確認され
たＩＰ−ＡＴＭアドレス変換のキャッシュ、すなわち現
在のＶＣで到達可能であるかを示すキャッシュ、を維持
することができる。ＩＰクライアント（ソフトウェアま
たはハードウェア）がＩＰパケットをＩＰの相手先に発
すると、パケットはＡＴＭアダプタで受取られ、アダプ
タは（ＡＡＬ５として知られる）予め定められたＡＴＭ
プロトコルに従ってカプセル化し、そのパケットを既存
のＶＣを介して宛先ＩＰアドレスが到達できるＡＴＭア
ダプタに送る。これらのアダプタ間で現在ＶＣが確立さ
れていない場合、発信元のアダプタは、宛先ＩＰアドレ
スが到達可能である宛先ＡＴＭアダプタのアドレスにつ
いてＩＰ−ＡＴＭアドレス変換のローカルキャッシュを
調べて、もし存在しかつ有効であるなら、宛先アダプタ
を「コール」してデータを伝送する前に新しい切換仮想
回線（ＳＶＣ）を設定する。所望のＩＰ−ＡＴＭアドレ
ス変換がその構内キャッシュにないまたは無効であるの
なら、ＡＴＭアダプタはＡＴＭアドレス転換プロトコル
（ＡＴＭＡＲＰ）プロトコルを用いて変換をリクエスト
する。このプロトコルに従い、ＡＴＭアダプタは所望の
宛先ＩＰアドレスを含みかつＡＴＭセルにカプセル化さ
れるＡＴＭＡＲＰリクエストを作成し、それをＡＴＭネ
ットワークを通していわゆるＡＴＭＡＲＰサーバに送
る。ＡＴＭアダプタはＡＴＭＡＲＰリクエストを伝送す
るために、予め備付けられた（または少なくとも予め識
別された）２地点間ＡＴＭ接続を用いる。次に、ＡＴＭ
ＡＲＰサーバはＩＰ−ＡＴＭアドレス変換について自分
のキャッシュを調べて宛先ＩＰアドレスが到達し得るＡ
ＴＭアドレスを指定するＡＴＭＡＲＰ返信メッセージを
返す。発信元のＡＴＭアダプタはその変換を自分の構内
キャッシュに加え、宛先ＡＴＭアダプタを「コール」
し、もたらされるＳＶＣでデータの転送を行なう。
【００１４】上述の文献にある技術について１つの顕著
な問題は、それらがＡＴＭアダプタで実施するのに高価
だということである。理想的にはＡＴＭアダプタのコス
トは低くあるべきであり、一方側でＡＴＭを他方側でデ
ータネットワークプロトコルをインターフェイスするだ
けの比較的簡単な装置である。ＡＴＭアダプタにＡＴＭ
ＡＲＰおよび他の類似したプロトコルを理解させる必要
があれば、そのコストおよび複雑性を上げてしまうこと
になる。
な問題は、それらがＡＴＭアダプタで実施するのに高価
だということである。理想的にはＡＴＭアダプタのコス
トは低くあるべきであり、一方側でＡＴＭを他方側でデ
ータネットワークプロトコルをインターフェイスするだ
けの比較的簡単な装置である。ＡＴＭアダプタにＡＴＭ
ＡＲＰおよび他の類似したプロトコルを理解させる必要
があれば、そのコストおよび複雑性を上げてしまうこと
になる。
【００１５】上述の技術の第２の大きな問題は、ＡＴＭ
ＡＲＰサーバにＡＴＭＡＲＰリクエストを送って応答を
待つ処理、および目的のＡＴＭネットワークアドレスが
既知となってからＡＴＭネットワークで接続を確立する
処理は、データ伝送時間として非常に長くかかることで
ある。この期間の間、新しい接続を引起こしたデータパ
ケットを発行したクライアントの装置（たとえばデータ
ネットワークのホストコンピュータ）は、遅延が起こっ
ていることを知り得る方法はない。したがって一般に高
速でローカルデータネットワークにデータパケットを伝
送し続ける。ＡＴＭアダプタがＳＶＣの完成を待つ間に
パケットをバッファに入れようとすると、ＡＴＭアダプ
タの所要データ記憶は巨大になる。特に、ローカルデー
タネットワークがたとえば１００Ｍｂ／ｓ以上で動作す
る場合大きくなり得る。代替的に、ＡＴＭアダプタはバ
ッファできないパケットを無視することができるが、こ
のような場合そのパケットが失われて再伝送しなければ
ならないことを定めるために、ソフトウェアのより高い
レベルにおいて発信元のホスト（またはユーザ）に要件
が課せられる。
ＡＲＰサーバにＡＴＭＡＲＰリクエストを送って応答を
待つ処理、および目的のＡＴＭネットワークアドレスが
既知となってからＡＴＭネットワークで接続を確立する
処理は、データ伝送時間として非常に長くかかることで
ある。この期間の間、新しい接続を引起こしたデータパ
ケットを発行したクライアントの装置（たとえばデータ
ネットワークのホストコンピュータ）は、遅延が起こっ
ていることを知り得る方法はない。したがって一般に高
速でローカルデータネットワークにデータパケットを伝
送し続ける。ＡＴＭアダプタがＳＶＣの完成を待つ間に
パケットをバッファに入れようとすると、ＡＴＭアダプ
タの所要データ記憶は巨大になる。特に、ローカルデー
タネットワークがたとえば１００Ｍｂ／ｓ以上で動作す
る場合大きくなり得る。代替的に、ＡＴＭアダプタはバ
ッファできないパケットを無視することができるが、こ
のような場合そのパケットが失われて再伝送しなければ
ならないことを定めるために、ソフトウェアのより高い
レベルにおいて発信元のホスト（またはユーザ）に要件
が課せられる。
【００１６】上記の技術についての第２の問題は、ＡＴ
Ｍネットワークが電話のＡＴＭネットワークである場合
特に起こる。このようなネットワークは今までは主に音
声トラフィックを運ぶために設計されている。音声のコ
ールは一般に３分から５分のオーダで持続し、ＡＴＭネ
ットワークはだいたいその期間のコールを処理する能力
で作られている。しかし、データネットワークを電話Ａ
ＴＭネットワークに接続する機能は、多くの加入者がＡ
ＴＭネットワークを介してインターネットサービスプロ
バイダ（ＩＳＰ）（または私設ＬＡＮ）に接続するとい
う恐ろしい事態を引起こす。この種の接続はそれぞれ２
０分から３０分のオーダで続き、これは音声コールの平
均よりはるかに長い。多くの従来の電話網は一般にこの
ような長いコールを処理するよう設計されておらず、こ
のような事態になれば他の加入者の電話資源の利用可能
性を著しく損うことになる。
Ｍネットワークが電話のＡＴＭネットワークである場合
特に起こる。このようなネットワークは今までは主に音
声トラフィックを運ぶために設計されている。音声のコ
ールは一般に３分から５分のオーダで持続し、ＡＴＭネ
ットワークはだいたいその期間のコールを処理する能力
で作られている。しかし、データネットワークを電話Ａ
ＴＭネットワークに接続する機能は、多くの加入者がＡ
ＴＭネットワークを介してインターネットサービスプロ
バイダ（ＩＳＰ）（または私設ＬＡＮ）に接続するとい
う恐ろしい事態を引起こす。この種の接続はそれぞれ２
０分から３０分のオーダで続き、これは音声コールの平
均よりはるかに長い。多くの従来の電話網は一般にこの
ような長いコールを処理するよう設計されておらず、こ
のような事態になれば他の加入者の電話資源の利用可能
性を著しく損うことになる。
【００１７】
【発明の概要】本発明はデータトラフィックのためのコ
ネクション型ネットワークを介して接続をいつかつどの
ように確立するかについての上記の問題を解決し、既知
の解決を利用してＡＴＭネットワークを介するデータ通
信のさらなる別の問題に当てはめる態様において、ＢＮ
ＥによってＬＡＮを介して受取られた同報通信パケット
を非同報通信ＡＴＭネットワークを介して送るための処
理方法の問題を解決する。後者の問題はデータネットワ
ークプロトコルが「同報通信」の形のアドレシングを含
むのに対してＡＴＭは含まないことにより起こる。たと
えばイーサネットプロトコルでは、ある種のデータパケ
ットはアドレスを全く持たないかまたはそのアドレスが
知られていないかである。その一例として、ＩＡＲＰリ
クエストパケットがある。これらの種類のデータパケッ
トでは、パケットのヘッダにリストされる宛先イーサネ
ットアドレスはすべて１として指定されている。同報通
信パケットを受取るサブネットワークの各ノードは応答
するべきかどうかを自分自身で決定すると考えられてい
る。ＩＡＲＰリクエストパケットの場合、各ノードはパ
ケットの中を見て自分自身のＩＰアドレスが対応するＭ
ＡＣレベルのアドレスがリクエストされているＩＰアド
レスに一致するかどうか決定しなければならない。一致
するのなら、ノードはＩＡＲＰ返信パケットで応答す
る。一致しなければ、多くの場合ノードはパケットを無
視すると考えられる。（例外としてはＩＡＲＰサーバで
あるノードがあり、目的装置のために応答する。） データネットワークのブリッジングネットワークエレメ
ントは、同報通信パケットに応答する目的のための「ノ
ード」とは考えられていない。ブリッジは両側の物理的
媒体が単一のサブネットとして見られるようにする意図
がある。したがって、ブリッジが一方のポートに同報通
信パケットを受取ると、単にそれを他方のポートにコピ
ーする。インターネットアドレス転換プロトコルについ
て、ブリッジはＡＲＰパケットを捕獲してその内容を蓄
えることによりその基準化特性を向上させようとしてお
り、それによりリクエストをサブネットの他の部分に渡
すことなく同じ変換についての将来のＩＡＲＰリクエス
トに応答できるようになる。この技術は「プロキシＡＲ
Ｐ」として知られている。なぜなら、ブリッジはＩＡＲ
Ｐリクエストに応答するのに本当のノードに対して「プ
ロキシ」（代理）として働くからである。
ネクション型ネットワークを介して接続をいつかつどの
ように確立するかについての上記の問題を解決し、既知
の解決を利用してＡＴＭネットワークを介するデータ通
信のさらなる別の問題に当てはめる態様において、ＢＮ
ＥによってＬＡＮを介して受取られた同報通信パケット
を非同報通信ＡＴＭネットワークを介して送るための処
理方法の問題を解決する。後者の問題はデータネットワ
ークプロトコルが「同報通信」の形のアドレシングを含
むのに対してＡＴＭは含まないことにより起こる。たと
えばイーサネットプロトコルでは、ある種のデータパケ
ットはアドレスを全く持たないかまたはそのアドレスが
知られていないかである。その一例として、ＩＡＲＰリ
クエストパケットがある。これらの種類のデータパケッ
トでは、パケットのヘッダにリストされる宛先イーサネ
ットアドレスはすべて１として指定されている。同報通
信パケットを受取るサブネットワークの各ノードは応答
するべきかどうかを自分自身で決定すると考えられてい
る。ＩＡＲＰリクエストパケットの場合、各ノードはパ
ケットの中を見て自分自身のＩＰアドレスが対応するＭ
ＡＣレベルのアドレスがリクエストされているＩＰアド
レスに一致するかどうか決定しなければならない。一致
するのなら、ノードはＩＡＲＰ返信パケットで応答す
る。一致しなければ、多くの場合ノードはパケットを無
視すると考えられる。（例外としてはＩＡＲＰサーバで
あるノードがあり、目的装置のために応答する。） データネットワークのブリッジングネットワークエレメ
ントは、同報通信パケットに応答する目的のための「ノ
ード」とは考えられていない。ブリッジは両側の物理的
媒体が単一のサブネットとして見られるようにする意図
がある。したがって、ブリッジが一方のポートに同報通
信パケットを受取ると、単にそれを他方のポートにコピ
ーする。インターネットアドレス転換プロトコルについ
て、ブリッジはＡＲＰパケットを捕獲してその内容を蓄
えることによりその基準化特性を向上させようとしてお
り、それによりリクエストをサブネットの他の部分に渡
すことなく同じ変換についての将来のＩＡＲＰリクエス
トに応答できるようになる。この技術は「プロキシＡＲ
Ｐ」として知られている。なぜなら、ブリッジはＩＡＲ
Ｐリクエストに応答するのに本当のノードに対して「プ
ロキシ」（代理）として働くからである。
【００１８】上記で述べたように、ＡＴＭネットワーク
は同報通信機能をサポートしない。すなわち、データ単
位がＡＴＭネットワークにあるすべての存在点に変換し
得る便宜的アドレシングモードを本来は支持しない。Ａ
ＴＭは「マルチキャスト」機能を含み、１つのデータ単
位は２つ以上のＡＴＭ端点の予め確立されたグループに
伝送できるが、これはデータ単位を単に複製してすべて
の目的の存在点に別々に送ることにより実施される。上
記の引用されたＲＦＣ １４８３文献は、ブリッジとし
て働くＡＴＭインターフェイスは「溢れさせる」ことを
可能にしなければならないと教示している。すなわち同
報通信パケットをすべての可能な適切な相手先に送らな
ければならない。ＡＴＭ環境において、これはパケット
を持っているすべての該当するＶＣを介して送ることを
意味する。しかし、受取側のブリッジングネットワーク
エレメントの各々がこの規則に従ってパケットを自分の
該当するＶＣすべてを介して再度送り、かつこれらの送
信の各受取側が自分の該当するＶＣすべてを介してパケ
ットを再度送信すると、このような溢れ規則はＡＴＭネ
ットワークの大部分に波紋を引起こす同報通信の嵐を簡
単にもたらし得ることがわかる。
は同報通信機能をサポートしない。すなわち、データ単
位がＡＴＭネットワークにあるすべての存在点に変換し
得る便宜的アドレシングモードを本来は支持しない。Ａ
ＴＭは「マルチキャスト」機能を含み、１つのデータ単
位は２つ以上のＡＴＭ端点の予め確立されたグループに
伝送できるが、これはデータ単位を単に複製してすべて
の目的の存在点に別々に送ることにより実施される。上
記の引用されたＲＦＣ １４８３文献は、ブリッジとし
て働くＡＴＭインターフェイスは「溢れさせる」ことを
可能にしなければならないと教示している。すなわち同
報通信パケットをすべての可能な適切な相手先に送らな
ければならない。ＡＴＭ環境において、これはパケット
を持っているすべての該当するＶＣを介して送ることを
意味する。しかし、受取側のブリッジングネットワーク
エレメントの各々がこの規則に従ってパケットを自分の
該当するＶＣすべてを介して再度送り、かつこれらの送
信の各受取側が自分の該当するＶＣすべてを介してパケ
ットを再度送信すると、このような溢れ規則はＡＴＭネ
ットワークの大部分に波紋を引起こす同報通信の嵐を簡
単にもたらし得ることがわかる。
【００１９】ＡＴＭフォーラムはＡＴＭネットワークを
介するイーサネットＬＡＮの競争のためのプロトコルの
セット（ＬＡＮ−Ｅ）を開発しており、これはいくつか
の公共の文献に記載されている。これらの文献は、引用
により援用される、ＡＴＭフォーラムの「ＡＴＭを介す
るＬＡＮ競争バージョン１．０」、ＡＴＭフォーラム、
マウンテンビュー、カリフォルニア（１９９５年１月）
と、ＬＡＮ競争クライアント管理仕様書バージョン１．
０（１９９５年９月）と、ＡＴＭを介するＬＡＮ競争バ
ージョン１．０付録（１９９５年１２月）と、ＬＡＮ競
争サーバ管理仕様書１．０（１９９６年３月）とを含
む。これらの文献では、集中同報通信および未知サーバ
（ＢＵＳ）を含めるために、ＬＡＮ競争を支持するＡＴ
Ｍネットワークを求めている。ＬＡＮ競争クライアント
（ＬＥＣ）がＡＴＭネットワーク上で送るための同報通
信パケットを受取る場合、ＬＥＣは「溢れ」されない。
変わりに、同報通信パケットを処理するためにＢＵＳに
のみ送る。今度は、ＢＵＳがそのパケットに応じて溢れ
るかもしれない。
介するイーサネットＬＡＮの競争のためのプロトコルの
セット（ＬＡＮ−Ｅ）を開発しており、これはいくつか
の公共の文献に記載されている。これらの文献は、引用
により援用される、ＡＴＭフォーラムの「ＡＴＭを介す
るＬＡＮ競争バージョン１．０」、ＡＴＭフォーラム、
マウンテンビュー、カリフォルニア（１９９５年１月）
と、ＬＡＮ競争クライアント管理仕様書バージョン１．
０（１９９５年９月）と、ＡＴＭを介するＬＡＮ競争バ
ージョン１．０付録（１９９５年１２月）と、ＬＡＮ競
争サーバ管理仕様書１．０（１９９６年３月）とを含
む。これらの文献では、集中同報通信および未知サーバ
（ＢＵＳ）を含めるために、ＬＡＮ競争を支持するＡＴ
Ｍネットワークを求めている。ＬＡＮ競争クライアント
（ＬＥＣ）がＡＴＭネットワーク上で送るための同報通
信パケットを受取る場合、ＬＥＣは「溢れ」されない。
変わりに、同報通信パケットを処理するためにＢＵＳに
のみ送る。今度は、ＢＵＳがそのパケットに応じて溢れ
るかもしれない。
【００２０】簡単に説明すると、出願人の発明は少なく
ともＩＡＲＰリクエストパケットを送る程度まで、同報
通信のアドレス指定されたパケットを単一の処理用コン
トローラに送ることにかかわる。本発明の実施におい
て、所定のコントローラはＩＡＲＰサーバとして働き、
所望の情報が利用可能であるのならＩＡＲＰ返信パケッ
トを返す。しかし、より重要なことは、コントローラが
コネクション型ネットワークを介して適する行先への接
続を確立するためのトリガとしてＩＡＲＰリクエストメ
ッセージを用いることである。
ともＩＡＲＰリクエストパケットを送る程度まで、同報
通信のアドレス指定されたパケットを単一の処理用コン
トローラに送ることにかかわる。本発明の実施におい
て、所定のコントローラはＩＡＲＰサーバとして働き、
所望の情報が利用可能であるのならＩＡＲＰ返信パケッ
トを返す。しかし、より重要なことは、コントローラが
コネクション型ネットワークを介して適する行先への接
続を確立するためのトリガとしてＩＡＲＰリクエストメ
ッセージを用いることである。
【００２１】より特定的に、簡単に説明すると、ＢＮＥ
がコネクション型ネットワークに送るためのＩＡＲＰリ
クエストメッセージを自分のデータポートで受取ると、
溢れさせる代わりに、ＢＮＥはメッセージを所定のコン
トローラに送る。コントローラはＩＡＲＰメッセージを
トリガとして応答し、ＢＮＥがコネクション型ネットワ
ークをアクセスする存在点と、ＩＡＲＰリクエストメッ
セージで示されている宛先データネットワークアドレス
が到達できる存在点との間に、仮想接続を確立させる。
がコネクション型ネットワークに送るためのＩＡＲＰリ
クエストメッセージを自分のデータポートで受取ると、
溢れさせる代わりに、ＢＮＥはメッセージを所定のコン
トローラに送る。コントローラはＩＡＲＰメッセージを
トリガとして応答し、ＢＮＥがコネクション型ネットワ
ークをアクセスする存在点と、ＩＡＲＰリクエストメッ
セージで示されている宛先データネットワークアドレス
が到達できる存在点との間に、仮想接続を確立させる。
【００２２】本発明の他の局面、特徴および利点は図
面、特許請求の範囲および以下の詳細な実施の形態にお
いてより詳細に説明される。
面、特許請求の範囲および以下の詳細な実施の形態にお
いてより詳細に説明される。
【００２３】
【詳細な実施の形態】図１は汎用アーキテクチャのブロ
ック図であり、コネクション型ネットワーク１１４を介
して互いに通信する２つのデータネットワーク１１０お
よび１１２を含む。データネットワーク１１０はプロト
コルスタックの最下位レベル、たとえばイーサネット上
ＩＰにおいてコネクションレス型プロトコルを用いる。
データネットワーク１１０はデータネットワーク端点１
１６を有するクライアントデバイスを含む、ここから対
象通信経路を介してデータネットワーク１１２における
別のデータネットワーク端点１１８に対して送られるメ
ッセージを発するまたは終端させる。ここでは、データ
ネットワーク端点１１６は、データネットワーク１１０
のプロトコルスタックのネットワーク層より上位である
ソフトウェアの層（たとえば、ホストコンピュータのア
プリケーションプログラム、またはルータのルーティン
グ決定作成ソフトウェア）であると考えられる。データ
ネットワーク１１０がＬＡＮを含むのなら、データ端点
１１６はＬＡＮに接続されるホストコンピュータの一部
であり得る。
ック図であり、コネクション型ネットワーク１１４を介
して互いに通信する２つのデータネットワーク１１０お
よび１１２を含む。データネットワーク１１０はプロト
コルスタックの最下位レベル、たとえばイーサネット上
ＩＰにおいてコネクションレス型プロトコルを用いる。
データネットワーク１１０はデータネットワーク端点１
１６を有するクライアントデバイスを含む、ここから対
象通信経路を介してデータネットワーク１１２における
別のデータネットワーク端点１１８に対して送られるメ
ッセージを発するまたは終端させる。ここでは、データ
ネットワーク端点１１６は、データネットワーク１１０
のプロトコルスタックのネットワーク層より上位である
ソフトウェアの層（たとえば、ホストコンピュータのア
プリケーションプログラム、またはルータのルーティン
グ決定作成ソフトウェア）であると考えられる。データ
ネットワーク１１０がＬＡＮを含むのなら、データ端点
１１６はＬＡＮに接続されるホストコンピュータの一部
であり得る。
【００２４】データネットワーク１１２はある実施例に
おいてはデータネットワーク１１０と同じ構造を有する
ことができ、別の実施例ではデータネットワーク１１０
について上記で記載した他の変形の１つに従って構成さ
れる。一例のシナリオでは、データネットワーク１１０
はユーザのホームオフィスのネットワークであり、デー
タネットワーク１１２はユーザの会社にある。別の一般
的なシナリオとして、データネットワーク１１０は住居
または仕事場にあり、データネットワーク１１２はイン
ターネットサービスプロバイダ（ＩＳＰ）に属する。図
１の構造を用いて他のいくつかのシナリオが実施でき
る。
おいてはデータネットワーク１１０と同じ構造を有する
ことができ、別の実施例ではデータネットワーク１１０
について上記で記載した他の変形の１つに従って構成さ
れる。一例のシナリオでは、データネットワーク１１０
はユーザのホームオフィスのネットワークであり、デー
タネットワーク１１２はユーザの会社にある。別の一般
的なシナリオとして、データネットワーク１１０は住居
または仕事場にあり、データネットワーク１１２はイン
ターネットサービスプロバイダ（ＩＳＰ）に属する。図
１の構造を用いて他のいくつかのシナリオが実施でき
る。
【００２５】図１のコネクション型ネットワーク１１４
はたとえば、ＡＴＭバックボーンを有する電話網であり
得る。データネットワーク１１０がコネクション型ネッ
トワーク１１４に到達する存在点１２０と、データネッ
トワーク１１２がコネクション型ネットワーク１１４に
到達する別の存在点１２２との間に通信経路を与える限
りにおいて、何個ものネットワークセグメントを有する
ことができる。１つ以上の内部セグメントが実際にはコ
ネクションレス型であっても、ネットワークを通る通信
経路に沿って対向する存在点においてコネクション型で
あるのなら、ここではネットワークを「コネクション
型」と呼ぶ。
はたとえば、ＡＴＭバックボーンを有する電話網であり
得る。データネットワーク１１０がコネクション型ネッ
トワーク１１４に到達する存在点１２０と、データネッ
トワーク１１２がコネクション型ネットワーク１１４に
到達する別の存在点１２２との間に通信経路を与える限
りにおいて、何個ものネットワークセグメントを有する
ことができる。１つ以上の内部セグメントが実際にはコ
ネクションレス型であっても、ネットワークを通る通信
経路に沿って対向する存在点においてコネクション型で
あるのなら、ここではネットワークを「コネクション
型」と呼ぶ。
【００２６】コネクション型ネットワーク１１４はコネ
クション型ネットワーク１１４における種々の存在点の
間に「接続」を確立し、各接続はそれぞれ異なる存在点
にある異なる「接続端点」を有する。図１において、接
続端点１２４は存在点１２０にあり、接続端点１２６は
存在点１２２にある。コネクション型ネットワーク１１
４の観点から、その主要なタスクは一方の接続端点から
他方の接続端点に情報を運ぶことである。コネクション
型ネットワーク１１４は運んでいる情報の最終の源また
は行先について必ずしも情報を必要としないが、図１の
構造ではデータネットワーク端点１１６および１１８が
これに当たる。
クション型ネットワーク１１４における種々の存在点の
間に「接続」を確立し、各接続はそれぞれ異なる存在点
にある異なる「接続端点」を有する。図１において、接
続端点１２４は存在点１２０にあり、接続端点１２６は
存在点１２２にある。コネクション型ネットワーク１１
４の観点から、その主要なタスクは一方の接続端点から
他方の接続端点に情報を運ぶことである。コネクション
型ネットワーク１１４は運んでいる情報の最終の源また
は行先について必ずしも情報を必要としないが、図１の
構造ではデータネットワーク端点１１６および１１８が
これに当たる。
【００２７】接続端点１２４および１２６は図１におい
て象徴的にコネクション型ネットワーク１１４に部分的
に存在するおよび部分的になしで示されている。これ
は、各接続端点が、ネットワーク１１４で用いられるコ
ネクション型プロトコルを理解するがデータネットワー
ク１１０および１１２で用いられるコネクションレス型
プロトコルについては理解しない部分と、データネット
ワーク１１０および１１２で用いられるプロトコルにつ
いては理解するが、コネクション型ネットワーク１１４
で用いられるプロトコルについては理解しない他の部分
とを含むからである。コネクション型ネットワークプロ
トコルを理解し、ハードウェアおよび／またはソフトウ
ェアで実施し得る部分は、ここではコネクション型ネッ
トワークアダプタと呼ぶ。コネクション型ネットワーク
１１４がＡＴＭネットワークであるのなら、この部分は
ＡＴＭアダプタと呼ばれる。プロトコルスタックにおい
て、「ＡＴＭアダプタ」は媒体アクセス制御層より下位
のプロトコル層を指す。
て象徴的にコネクション型ネットワーク１１４に部分的
に存在するおよび部分的になしで示されている。これ
は、各接続端点が、ネットワーク１１４で用いられるコ
ネクション型プロトコルを理解するがデータネットワー
ク１１０および１１２で用いられるコネクションレス型
プロトコルについては理解しない部分と、データネット
ワーク１１０および１１２で用いられるプロトコルにつ
いては理解するが、コネクション型ネットワーク１１４
で用いられるプロトコルについては理解しない他の部分
とを含むからである。コネクション型ネットワークプロ
トコルを理解し、ハードウェアおよび／またはソフトウ
ェアで実施し得る部分は、ここではコネクション型ネッ
トワークアダプタと呼ぶ。コネクション型ネットワーク
１１４がＡＴＭネットワークであるのなら、この部分は
ＡＴＭアダプタと呼ばれる。プロトコルスタックにおい
て、「ＡＴＭアダプタ」は媒体アクセス制御層より下位
のプロトコル層を指す。
【００２８】図２は図１のアーキテクチャの一実施例を
表わす図である。コネクション型ネットワークはＡＴＭ
ネットワーク２１０であり、ＡＴＭバックボーン（ＡＴ
Ｍクラウドとも呼ぶ）と、ＡＴＭクラウドの種々の末端
にある複数のネットワークアクセスターミナルとを含
む。図２には１つのアクセスターミナル２１４しか示さ
れていない。ここではホストデジタルターミナル（ＨＤ
Ｔ）とも呼ぶアクセスターミナル２１４は、多様な形の
ドロップについてＡＴＭクラウドへのアクセス点を与え
る。場合によっては、アクセスターミナルに接続される
ドロップはＡＴＭを使用しない。この場合、ＡＴＭ端点
はアクセスターミナル２１４内に存在する。図２は２つ
の異なるドロップを示し、両方のドロップは遠隔な端点
に対してＡＴＭプロトコルを使う。したがって、図２に
示される全体のコネクション型ネットワーク２１０は、
アクセスターミナル２１４と遠隔のＡＴＭ端点との間の
通信線を含む。
表わす図である。コネクション型ネットワークはＡＴＭ
ネットワーク２１０であり、ＡＴＭバックボーン（ＡＴ
Ｍクラウドとも呼ぶ）と、ＡＴＭクラウドの種々の末端
にある複数のネットワークアクセスターミナルとを含
む。図２には１つのアクセスターミナル２１４しか示さ
れていない。ここではホストデジタルターミナル（ＨＤ
Ｔ）とも呼ぶアクセスターミナル２１４は、多様な形の
ドロップについてＡＴＭクラウドへのアクセス点を与え
る。場合によっては、アクセスターミナルに接続される
ドロップはＡＴＭを使用しない。この場合、ＡＴＭ端点
はアクセスターミナル２１４内に存在する。図２は２つ
の異なるドロップを示し、両方のドロップは遠隔な端点
に対してＡＴＭプロトコルを使う。したがって、図２に
示される全体のコネクション型ネットワーク２１０は、
アクセスターミナル２１４と遠隔のＡＴＭ端点との間の
通信線を含む。
【００２９】図２の実施例はＬＡＮ２２０で接続される
複数個のパーソナルコンピュータ（ここでは１つのＰＣ
２１８しか示されていない）を含むデータネットワーク
２１６を示す。ＬＡＮ２２０はイーサネット上ＩＰプロ
トコルを用いてデータを運ぶ。ＬＡＮ２２０にはブリッ
ジングネットワークアダプタ（ＢＮＥ）２２２も接続さ
れており、ＡＴＭネットワーク２１０を介してデータを
ＬＡＮ２２０からデータをブリッジする。ＢＮＥ２２２
は（たとえば）ＡＤＳＬ上ＡＴＭリンク２２４を介して
ＨＤＴ２１４にさらに接続されている。ＡＤＳＬ（非対
称デジタル加入者線）は物理層プロトコルであり、複数
の仕様書で規定されている。これらの仕様書とは、引用
により援用される、米国規格協会「遠隔通信−ネットワ
ークおよび顧客インストールインターフェイス−非対称
デジタル加入者線（ＡＤＳＬ）メタリックインターフェ
イス」ＡＮＳＩ Ｔ１．４１３、第２版（１９９７年３
月１４日）を含む。ＢＮＥ２２２はＡＴＭネットワーク
２１０の端点を表わし、したがってＡＴＭアダプタ（図
示されていない）を含む。ＢＮＥ２２２はここではＡＴ
Ｍ終端部−遠隔（ＡＴＵ−Ｒ）とも呼ぶ。ＡＴＭ端点２
２７を有する別のデータネットワークも図２で示されて
いる。
複数個のパーソナルコンピュータ（ここでは１つのＰＣ
２１８しか示されていない）を含むデータネットワーク
２１６を示す。ＬＡＮ２２０はイーサネット上ＩＰプロ
トコルを用いてデータを運ぶ。ＬＡＮ２２０にはブリッ
ジングネットワークアダプタ（ＢＮＥ）２２２も接続さ
れており、ＡＴＭネットワーク２１０を介してデータを
ＬＡＮ２２０からデータをブリッジする。ＢＮＥ２２２
は（たとえば）ＡＤＳＬ上ＡＴＭリンク２２４を介して
ＨＤＴ２１４にさらに接続されている。ＡＤＳＬ（非対
称デジタル加入者線）は物理層プロトコルであり、複数
の仕様書で規定されている。これらの仕様書とは、引用
により援用される、米国規格協会「遠隔通信−ネットワ
ークおよび顧客インストールインターフェイス−非対称
デジタル加入者線（ＡＤＳＬ）メタリックインターフェ
イス」ＡＮＳＩ Ｔ１．４１３、第２版（１９９７年３
月１４日）を含む。ＢＮＥ２２２はＡＴＭネットワーク
２１０の端点を表わし、したがってＡＴＭアダプタ（図
示されていない）を含む。ＢＮＥ２２２はここではＡＴ
Ｍ終端部−遠隔（ＡＴＵ−Ｒ）とも呼ぶ。ＡＴＭ端点２
２７を有する別のデータネットワークも図２で示されて
いる。
【００３０】図２の実施例では、データネットワーク端
点はほとんどＩＳＰサーバと通信する。図２では３つの
ＩＳＰ、すなわちＩＳＰ２３０、２３２および２３４が
示されている。各ＩＳＰはそれぞれサーバ２３６、２３
８および２４０を含み、これらのサーバはＡＴＭネット
ワーク２１０上でそれぞれＬＡＮまたはＷＡＮを介して
ＡＴＭ端点２４２、２４４および２４６にそれぞれ接続
されている。
点はほとんどＩＳＰサーバと通信する。図２では３つの
ＩＳＰ、すなわちＩＳＰ２３０、２３２および２３４が
示されている。各ＩＳＰはそれぞれサーバ２３６、２３
８および２４０を含み、これらのサーバはＡＴＭネット
ワーク２１０上でそれぞれＬＡＮまたはＷＡＮを介して
ＡＴＭ端点２４２、２４４および２４６にそれぞれ接続
されている。
【００３１】図２の例では、データネットワーク端点は
ＰＣ２１８および２２９ならびにサーバ２３６、２３８
および２４０に存在する。これらはＡＴＭ端点２２２、
２２７、２４２、２４４および２４６内のそれぞれの存
在点を介してＡＴＭネットワーク２１０を通して到達可
能である。これらの装置の各々は適切なＡＴＭアダプタ
を含む。種々のデータネットワーク端点はコネクション
レス型通信プロトコルを介して互いに通信し、運ばれる
データはＡＴＭネットワーク２１０上のそれぞれの存在
点においてＡＴＭアダプタによってコネクション型ＡＴ
Ｍプロトコルに変換される。
ＰＣ２１８および２２９ならびにサーバ２３６、２３８
および２４０に存在する。これらはＡＴＭ端点２２２、
２２７、２４２、２４４および２４６内のそれぞれの存
在点を介してＡＴＭネットワーク２１０を通して到達可
能である。これらの装置の各々は適切なＡＴＭアダプタ
を含む。種々のデータネットワーク端点はコネクション
レス型通信プロトコルを介して互いに通信し、運ばれる
データはＡＴＭネットワーク２１０上のそれぞれの存在
点においてＡＴＭアダプタによってコネクション型ＡＴ
Ｍプロトコルに変換される。
【００３２】図２に示される実施例はアクセスネットワ
ークコントローラ（ＡＮＣ）２５０も含む。このコント
ローラはアクセスターミナル２１４についていくつかの
制御機能を行なう。さらにいくつかの他の機能を行な
い、そのうちの一部は以下で記載する。ＡＮＣ２５０は
ＡＴＭネットワーク２１０を通してリンク２５２を介し
てアクセスターミナル２１４と通信する。別の実施例で
は、ＡＮＣ２５０はＡＴＭネットワーク２１０を通して
通信する代わりに、またはそれに加えて、直接アクセス
システム２１４と通信することができる。さらに別の実
施例では、ＡＮＣ２５０はＨＤＴ２１４の一部であり得
る。
ークコントローラ（ＡＮＣ）２５０も含む。このコント
ローラはアクセスターミナル２１４についていくつかの
制御機能を行なう。さらにいくつかの他の機能を行な
い、そのうちの一部は以下で記載する。ＡＮＣ２５０は
ＡＴＭネットワーク２１０を通してリンク２５２を介し
てアクセスターミナル２１４と通信する。別の実施例で
は、ＡＮＣ２５０はＡＴＭネットワーク２１０を通して
通信する代わりに、またはそれに加えて、直接アクセス
システム２１４と通信することができる。さらに別の実
施例では、ＡＮＣ２５０はＨＤＴ２１４の一部であり得
る。
【００３３】図３は図２のシステムの各コンポーネント
が行なうプロトコルデータ単位カプセル化および抽出を
示し、具体的にデータネットワーク２１６および１つの
ＩＳＰ、たとえばＩＳＰ２３０について示す。データネ
ットワーク２２６での通信も同様である。具体的には、
システムのさまざまなエレメントで支持されているプロ
トコルスタックが示されている。ＰＣ２１８では、プロ
トコルスタックは図３に示されていない他の上位層に加
えて、ネットワーク層３０２を含み、プロトコルデータ
単位（ＰＤＵ）またはたとえばＩＰデータグラムのよう
なサービスデータ単位（ＳＤＵ）データグラムをＭＡＣ
層３０４に与え、データグラムはたとえばＩＥＥＥ ８
０２．３に従ってパケット化される。ＭＡＣ層３０４に
よって与えられたパケットはさらに物理層３０６に渡さ
れ、配線２２０を介してＡＴＵ−Ｒ２２２に伝送され
る。図３で用いられる物理層プロトコルはたとえば、こ
こに引用により援用される、ＩＳＯ／ＩＥＣ規格第８８
０２−３号、セクション１４に定義される１０Ｂａｓｅ
−Ｔであり得る。
が行なうプロトコルデータ単位カプセル化および抽出を
示し、具体的にデータネットワーク２１６および１つの
ＩＳＰ、たとえばＩＳＰ２３０について示す。データネ
ットワーク２２６での通信も同様である。具体的には、
システムのさまざまなエレメントで支持されているプロ
トコルスタックが示されている。ＰＣ２１８では、プロ
トコルスタックは図３に示されていない他の上位層に加
えて、ネットワーク層３０２を含み、プロトコルデータ
単位（ＰＤＵ）またはたとえばＩＰデータグラムのよう
なサービスデータ単位（ＳＤＵ）データグラムをＭＡＣ
層３０４に与え、データグラムはたとえばＩＥＥＥ ８
０２．３に従ってパケット化される。ＭＡＣ層３０４に
よって与えられたパケットはさらに物理層３０６に渡さ
れ、配線２２０を介してＡＴＵ−Ｒ２２２に伝送され
る。図３で用いられる物理層プロトコルはたとえば、こ
こに引用により援用される、ＩＳＯ／ＩＥＣ規格第８８
０２−３号、セクション１４に定義される１０Ｂａｓｅ
−Ｔであり得る。
【００３４】ＡＴＵ−Ｒ２２２は２つのプロトコルスタ
ックを含む。一方はＰＣ２１８と通信し、他方はＨＤＴ
２１４と通信する。ＡＴＵ−Ｒ２２２はブリッジングネ
ットワークエレメントであるので、２つのプロトコルス
タックはＭＡＣレベル３０８では共通である。ＰＣ２１
８から出力されるパケットはＡＴＵ−Ｒ２２２における
プロトコルスタックを上がってＭＡＣ層３０８に渡さ
れ、さらにＲＦＣ１４８３に記載される規格に従ってＡ
ＴＭネットワーク側のプロトコルスタックを下がる。デ
ータネットワーク２１６側では、ＭＡＣレベル３０８の
下には、ＰＣ２１８の物理層３０６と電気的に通信する
物理層３１０がある。ＡＴＭネットワーク側では、ＭＡ
Ｃ層３０８の下で、ＡＴＭネットワークに伝送されるパ
ケットはまずＬＬＣ／ＳＮＡＰ層３１２に渡され、たと
えばＲＦＣ１４８３に従って各パケットをＩＥＥＥ８０
２．２論理リンクコントロール（ＬＬＣ）ヘッダでプリ
フィックスする。このステップは本明細書においてかつ
ＲＦＣ１４８３において、ＬＬＣカプセル化と呼ぶ。Ｌ
ＬＣ／ＳＮＡＰ層は各パケットにサブネットワーク接続
点（ＳＮＡＰ）ヘッダも挿入してブリッジングされた媒
体の種類を特定する（図３の場合、ＩＥＥＥ ８０２．
３／イーサネット）。ＬＬＣ／ＳＮＡＰ層３１２はパケ
ットをＡＴＭ／ＡＡＬ５層に渡し、再びＲＦＣ１４８３
に従ってＡＡＬ５ ＣＰＣＳ／ＰＤＵペイロードフィー
ルドにおいてパケット（フレーム）をカプセル化し、そ
れをＡＴＭセルに分割する。ブリッジされたイーサネッ
ト／８０２．３ ＰＤＵのペイロードフォーマットは以
下のとおりである。
ックを含む。一方はＰＣ２１８と通信し、他方はＨＤＴ
２１４と通信する。ＡＴＵ−Ｒ２２２はブリッジングネ
ットワークエレメントであるので、２つのプロトコルス
タックはＭＡＣレベル３０８では共通である。ＰＣ２１
８から出力されるパケットはＡＴＵ−Ｒ２２２における
プロトコルスタックを上がってＭＡＣ層３０８に渡さ
れ、さらにＲＦＣ１４８３に記載される規格に従ってＡ
ＴＭネットワーク側のプロトコルスタックを下がる。デ
ータネットワーク２１６側では、ＭＡＣレベル３０８の
下には、ＰＣ２１８の物理層３０６と電気的に通信する
物理層３１０がある。ＡＴＭネットワーク側では、ＭＡ
Ｃ層３０８の下で、ＡＴＭネットワークに伝送されるパ
ケットはまずＬＬＣ／ＳＮＡＰ層３１２に渡され、たと
えばＲＦＣ１４８３に従って各パケットをＩＥＥＥ８０
２．２論理リンクコントロール（ＬＬＣ）ヘッダでプリ
フィックスする。このステップは本明細書においてかつ
ＲＦＣ１４８３において、ＬＬＣカプセル化と呼ぶ。Ｌ
ＬＣ／ＳＮＡＰ層は各パケットにサブネットワーク接続
点（ＳＮＡＰ）ヘッダも挿入してブリッジングされた媒
体の種類を特定する（図３の場合、ＩＥＥＥ ８０２．
３／イーサネット）。ＬＬＣ／ＳＮＡＰ層３１２はパケ
ットをＡＴＭ／ＡＡＬ５層に渡し、再びＲＦＣ１４８３
に従ってＡＡＬ５ ＣＰＣＳ／ＰＤＵペイロードフィー
ルドにおいてパケット（フレーム）をカプセル化し、そ
れをＡＴＭセルに分割する。ブリッジされたイーサネッ
ト／８０２．３ ＰＤＵのペイロードフォーマットは以
下のとおりである。
【００３５】
【表１】
【００３６】ＬＬＣ／ＳＮＡＰ層３１２およびＡＴＭ／
ＡＡＬ５層３１４はともにＡＴＵ−Ｒ２２２におけるＡ
ＴＭアダプタ層をなす。
ＡＡＬ５層３１４はともにＡＴＵ−Ｒ２２２におけるＡ
ＴＭアダプタ層をなす。
【００３７】ＡＴＭ／ＡＡＬ５層３１４はＡＴＭセルを
別の物理層プロトコルに渡し、これはＡＴＵ−Ｒ２２２
の場合ではＡＤＳＬ層３１６である。
別の物理層プロトコルに渡し、これはＡＴＵ−Ｒ２２２
の場合ではＡＤＳＬ層３１６である。
【００３８】ＨＤＴ２１４は一方がＡＴＵ−Ｒ２２２側
にあり、他方がＡＴＭバックボーン２１２側にあるプロ
トコルスタックを含む。この２つのプロトコルスタック
はＡＴＭ層３１８では共通である。ＡＴＵ−Ｒ２２２側
のＡＴＭ層下にはＡＤＳＬアダプタ層３２０がある（物
理的に、ＨＤＴ２１４における別のＡＤＬＵカード３２
２内）。ＨＤＴ２１４のＡＴＭバックボーン２１２側の
ＡＴＭ層３１８の下には、ＳＯＮＥＴ（同期オプティカ
ルネットワーク）ＯＣ−３およびＳＴＳ−３ｃプロトコ
ルに従ってＡＴＭセルを入出力するＯＣ−３プロトコル
層３２４がある。
にあり、他方がＡＴＭバックボーン２１２側にあるプロ
トコルスタックを含む。この２つのプロトコルスタック
はＡＴＭ層３１８では共通である。ＡＴＵ−Ｒ２２２側
のＡＴＭ層下にはＡＤＳＬアダプタ層３２０がある（物
理的に、ＨＤＴ２１４における別のＡＤＬＵカード３２
２内）。ＨＤＴ２１４のＡＴＭバックボーン２１２側の
ＡＴＭ層３１８の下には、ＳＯＮＥＴ（同期オプティカ
ルネットワーク）ＯＣ−３およびＳＴＳ−３ｃプロトコ
ルに従ってＡＴＭセルを入出力するＯＣ−３プロトコル
層３２４がある。
【００３９】ＡＴＭバックボーン２１２は単一のプロト
コルスタックしか含まない。なぜならＯＣ−３／ＳＴＳ
−３ｃ上ＡＴＭを用いて両側で入出力するからである。
したがって、ＯＣ−３／ＳＴＳ−３ｃプロトコル層３２
６は光ファイバ２１５を介してＨＤＴ２１４からデータ
を受取り、データはＡＴＭ層３２８に渡され、必要なら
スイッチングされてＩＳＰ２３０に伝送するためにＯＣ
−３／ＳＴＳ−３ｃ層３２６に渡される。層３２８およ
び３２６は全体のＡＴＭバックボーン２１２内の潜在的
に多数のスイッチングノードを表わし、各々は自己の２
つのレイヤスタック３２８−３２６を有する。しかし、
縮退の場合、ＡＴＭバックボーン２１２は全くスイッチ
ングを行なわないかもしれないことは理解される。すな
わち、物理層リピータのみを含むことがあり、この場合
プロトコルスタックに含まれる唯一の層は３２８ではな
く３２６となる。または、単にまっすぐなファイバ接続
を表わし、その場合プロトコルスタックは全くない。
コルスタックしか含まない。なぜならＯＣ−３／ＳＴＳ
−３ｃ上ＡＴＭを用いて両側で入出力するからである。
したがって、ＯＣ−３／ＳＴＳ−３ｃプロトコル層３２
６は光ファイバ２１５を介してＨＤＴ２１４からデータ
を受取り、データはＡＴＭ層３２８に渡され、必要なら
スイッチングされてＩＳＰ２３０に伝送するためにＯＣ
−３／ＳＴＳ−３ｃ層３２６に渡される。層３２８およ
び３２６は全体のＡＴＭバックボーン２１２内の潜在的
に多数のスイッチングノードを表わし、各々は自己の２
つのレイヤスタック３２８−３２６を有する。しかし、
縮退の場合、ＡＴＭバックボーン２１２は全くスイッチ
ングを行なわないかもしれないことは理解される。すな
わち、物理層リピータのみを含むことがあり、この場合
プロトコルスタックに含まれる唯一の層は３２８ではな
く３２６となる。または、単にまっすぐなファイバ接続
を表わし、その場合プロトコルスタックは全くない。
【００４０】図２に示されるＡＴＭ端点を含むＩＳＰル
ータ／ゲートウエイ２４２において、２つのプロトコル
スタックが含まれる。バックボーン２１２からのデータ
はＯＣ−３／ＳＴＳ−３ｃ物理層３３０に入り、ＡＴＭ
／ＡＡＬ５層３３２に渡され、次にＬＬＣ／ＳＮＡＰ層
３３４に渡され、さらにＭＡＣ層３２６に渡される。層
３３２および３３４はＡＴＭアダプタを表わし、ＡＴＵ
−Ｒ２２２においてそれぞれ層３１４および３１２につ
いて相補的な機能を行なう。
ータ／ゲートウエイ２４２において、２つのプロトコル
スタックが含まれる。バックボーン２１２からのデータ
はＯＣ−３／ＳＴＳ−３ｃ物理層３３０に入り、ＡＴＭ
／ＡＡＬ５層３３２に渡され、次にＬＬＣ／ＳＮＡＰ層
３３４に渡され、さらにＭＡＣ層３２６に渡される。層
３３２および３３４はＡＴＭアダプタを表わし、ＡＴＵ
−Ｒ２２２においてそれぞれ層３１４および３１２につ
いて相補的な機能を行なう。
【００４１】ＩＳＰルータ／ゲートウエイ２４２におけ
るＬＬＣ／ＳＮＡＰ層３３４上のさらなる層はＩＳＰ２
３０の構造およびネットワーク構成に応じて大きく変わ
る。一例が図３に示されており、ＭＡＣ層３３６はＩＳ
Ｐルータ／ゲートウエイ２４２のＡＴＭバックボーン２
１２側とＬＡＮ／ＷＡＮ側３３８とのプロトコルスタッ
クに共通である。さらに、ネットワーク層３４０はルー
タ／ゲートウエイ２４２の両側に共通である。したがっ
て、ＬＬＣ／ＳＮＡＰ層３３４からプロトコルスタック
を上るデータはＭＡＣ層３３６に到達し、ネットワーク
層３４０にデータグラムが抽出および再アセンブリされ
て、適切なルーティングが行なわれ、データグラムはプ
ロトコルスタックのＭＡＣ層３３６を通って汎用データ
リンク層（ＤＬＬ）３４２に渡され、別の汎用物理（Ｐ
ＨＹ）層３４４に渡される。次にデータはＬＡＮ／ＷＡ
Ｎ３３８を通ってＩＳＰサーバ２３６におけるプロトコ
ルスタックを登る。このプロトコルスタックも実施に応
じて大きく変わるが、図示する目的のために、物理層３
４６を含むものとして図３で示されており、これはデー
タリンク層３４８の下にあり、ＭＡＣ層３５０の下にあ
り、さらに別のネットワーク層３５２の下にある。ＩＳ
Ｐサーバ２３６からＰＣ２１８に伝送されるデータは上
記で述べた方向と反対方向にかつ相補的な態様で、図３
の種々のプロトコルスタックを渡る。
るＬＬＣ／ＳＮＡＰ層３３４上のさらなる層はＩＳＰ２
３０の構造およびネットワーク構成に応じて大きく変わ
る。一例が図３に示されており、ＭＡＣ層３３６はＩＳ
Ｐルータ／ゲートウエイ２４２のＡＴＭバックボーン２
１２側とＬＡＮ／ＷＡＮ側３３８とのプロトコルスタッ
クに共通である。さらに、ネットワーク層３４０はルー
タ／ゲートウエイ２４２の両側に共通である。したがっ
て、ＬＬＣ／ＳＮＡＰ層３３４からプロトコルスタック
を上るデータはＭＡＣ層３３６に到達し、ネットワーク
層３４０にデータグラムが抽出および再アセンブリされ
て、適切なルーティングが行なわれ、データグラムはプ
ロトコルスタックのＭＡＣ層３３６を通って汎用データ
リンク層（ＤＬＬ）３４２に渡され、別の汎用物理（Ｐ
ＨＹ）層３４４に渡される。次にデータはＬＡＮ／ＷＡ
Ｎ３３８を通ってＩＳＰサーバ２３６におけるプロトコ
ルスタックを登る。このプロトコルスタックも実施に応
じて大きく変わるが、図示する目的のために、物理層３
４６を含むものとして図３で示されており、これはデー
タリンク層３４８の下にあり、ＭＡＣ層３５０の下にあ
り、さらに別のネットワーク層３５２の下にある。ＩＳ
Ｐサーバ２３６からＰＣ２１８に伝送されるデータは上
記で述べた方向と反対方向にかつ相補的な態様で、図３
の種々のプロトコルスタックを渡る。
【００４２】図３のプロトコルスタックは、データがＡ
ＴＭネットワーク２１０（図２）を通して１つのデータ
ネットワーク端点から別の端点に伝送される際に行なわ
れる変換を示す。情報は、ＰＣホスト２１８のネットワ
ーク層３０２からＭＡＣ層３０８へと、さらに、ＭＡＣ
層３３６からＩＳＰサーバ２３６のネットワーク層３５
２へと、コネクションレス型プロトコルに従うことがわ
かる。その間、すなわちＬＬＣ／ＳＮＡＰ層３１２から
ＬＬＣ／ＳＮＡＰ層３３４において、データはコネクシ
ョン型ＡＴＭプロトコルに従う。図３に示される２つの
「存在点」はＭＡＣ層３０８およびＬＬＣ／ＳＮＡＰ層
３１２の間の境界と、ＭＡＣ層３３６およびＬＬＣ／Ｓ
ＮＡＰ層３３４の間の境界とに存在すると考えられてい
る。
ＴＭネットワーク２１０（図２）を通して１つのデータ
ネットワーク端点から別の端点に伝送される際に行なわ
れる変換を示す。情報は、ＰＣホスト２１８のネットワ
ーク層３０２からＭＡＣ層３０８へと、さらに、ＭＡＣ
層３３６からＩＳＰサーバ２３６のネットワーク層３５
２へと、コネクションレス型プロトコルに従うことがわ
かる。その間、すなわちＬＬＣ／ＳＮＡＰ層３１２から
ＬＬＣ／ＳＮＡＰ層３３４において、データはコネクシ
ョン型ＡＴＭプロトコルに従う。図３に示される２つの
「存在点」はＭＡＣ層３０８およびＬＬＣ／ＳＮＡＰ層
３１２の間の境界と、ＭＡＣ層３３６およびＬＬＣ／Ｓ
ＮＡＰ層３３４の間の境界とに存在すると考えられてい
る。
【００４３】しかし、これらの通信はコネクション型Ａ
ＴＭネットワーク２１０に接続が設定されない限り行な
われない。前に述べたように、コネクションレス型プロ
トコルに従って生成されたデータを運ぶネットワークで
このような接続を確立することは今まで問題があった。
ここに記載される実施例では、コネクション型ネットワ
ークが必要な接続を確立するようにトリガメカニズムが
用いられている。ネットワーク層がＭＡＣ層上にあり、
かつ２つの層が異なるアドレシング機構を有する通信プ
ロトコルを用いるデータネットワークの場合、ネットワ
ークのホストおよび他のノードは、特定の所望のネット
ワーク層アドレスに対応するＭＡＣレベルアドレスを確
定するために周期的アドレス転換リクエストを発行す
る。さらに、各ノードはデータパケットをそのアドレス
に流す前に、アドレス転換返信メッセージが受取られる
まで待つ。ここに記載される実施例はこれらの特徴を利
用し、アドレス転換リクエストをコネクション型ネット
ワークで必要な接続を確立するためのトリガとして利用
する。
ＴＭネットワーク２１０に接続が設定されない限り行な
われない。前に述べたように、コネクションレス型プロ
トコルに従って生成されたデータを運ぶネットワークで
このような接続を確立することは今まで問題があった。
ここに記載される実施例では、コネクション型ネットワ
ークが必要な接続を確立するようにトリガメカニズムが
用いられている。ネットワーク層がＭＡＣ層上にあり、
かつ２つの層が異なるアドレシング機構を有する通信プ
ロトコルを用いるデータネットワークの場合、ネットワ
ークのホストおよび他のノードは、特定の所望のネット
ワーク層アドレスに対応するＭＡＣレベルアドレスを確
定するために周期的アドレス転換リクエストを発行す
る。さらに、各ノードはデータパケットをそのアドレス
に流す前に、アドレス転換返信メッセージが受取られる
まで待つ。ここに記載される実施例はこれらの特徴を利
用し、アドレス転換リクエストをコネクション型ネット
ワークで必要な接続を確立するためのトリガとして利用
する。
【００４４】データネットワーク上のほとんどの種類の
ノードは、各パケットを発信する前にアドレス転換リク
エストを発行する手間を省くためにネットワーク層−Ｍ
ＡＣ層アドレス変換を蓄える。しかし、アドレスマッピ
ングは半永久的でしかないので、大部分のネットワーク
エージェントはその入力に対して参照がある所定のエー
ジアウト期間なされなければこのような変換を自分のキ
ャッシュからエージアウトさせる。ＡＴＭネットワーク
が仮想接続を時間切れにさせるほどの時間の間仮想接続
を介する使用がなければ、ＡＴＭ時間切れ期間がアドレ
ス変換キャッシュエントリをエージングさせる特定のデ
ータネットワークノードが用いるエージアウト期間と少
なくとも同じである限り、ＡＴＭネットワークの仮想接
続の時間切れの後、データネットワークノードはさらな
るデータパケットを同じ宛先に発する前に新しいアドレ
ス転換リクエストを送る。したがってＡＴＭネットワー
クで仮想接続を確立するためにアドレス転換パケットを
トリガとして使用することは、このような時間切れ期間
がデータネットワークノードのアドレス変換キャッシュ
エージェントアウト期間と少なくとも同じである限り、
ネットワークによる仮想接続の強制的時間切れがあって
も有効である。
ノードは、各パケットを発信する前にアドレス転換リク
エストを発行する手間を省くためにネットワーク層−Ｍ
ＡＣ層アドレス変換を蓄える。しかし、アドレスマッピ
ングは半永久的でしかないので、大部分のネットワーク
エージェントはその入力に対して参照がある所定のエー
ジアウト期間なされなければこのような変換を自分のキ
ャッシュからエージアウトさせる。ＡＴＭネットワーク
が仮想接続を時間切れにさせるほどの時間の間仮想接続
を介する使用がなければ、ＡＴＭ時間切れ期間がアドレ
ス変換キャッシュエントリをエージングさせる特定のデ
ータネットワークノードが用いるエージアウト期間と少
なくとも同じである限り、ＡＴＭネットワークの仮想接
続の時間切れの後、データネットワークノードはさらな
るデータパケットを同じ宛先に発する前に新しいアドレ
ス転換リクエストを送る。したがってＡＴＭネットワー
クで仮想接続を確立するためにアドレス転換パケットを
トリガとして使用することは、このような時間切れ期間
がデータネットワークノードのアドレス変換キャッシュ
エージェントアウト期間と少なくとも同じである限り、
ネットワークによる仮想接続の強制的時間切れがあって
も有効である。
【００４５】図５は上記の観察を利用して、図２のネッ
トワークアーキテクチャの動作を示すフロー図である。
図５の実施例において、アクセスネットワークコントロ
ーラ（ＡＮＣ）２５０（図２）はネットワーク動作のそ
れぞれの局面を制御するために用いられる。
トワークアーキテクチャの動作を示すフロー図である。
図５の実施例において、アクセスネットワークコントロ
ーラ（ＡＮＣ）２５０（図２）はネットワーク動作のそ
れぞれの局面を制御するために用いられる。
【００４６】図５のステップ５１０を参照して、各ＡＴ
Ｍネットワーク端点２２２および２２７がＡＴＭネット
ワーク２１０でオンラインとなると、ネットワーク２１
０はＡＴＭ端点をＨＤＴ２１４、ＡＴＭネットワーク２
１０を通してＡＮＣ２５０への仮想回線を自動的に設立
する。「制御ＶＣ」と呼ばれるこれらのＶＣは典型的な
実施例では永久仮想回線（ＰＶＣ）である。ＡＴＵ−Ｒ
２２２からＡＮＣ２５０への制御ＶＣは図２において破
線２６０で示され、ＡＴＵ−Ｒ２２７からＡＮＣ２５０
への制御ＶＣは図２において破線２６２として示され
る。ＡＮＣ２５０はＨＤＴ２１４と制御接続２６４を有
し、さらにＩＳＰ２３０、２３２および２３４における
ＡＴＭ端点２４２、２４４および２４６とそれぞれ制御
接続（図示されていない）を有し得る。
Ｍネットワーク端点２２２および２２７がＡＴＭネット
ワーク２１０でオンラインとなると、ネットワーク２１
０はＡＴＭ端点をＨＤＴ２１４、ＡＴＭネットワーク２
１０を通してＡＮＣ２５０への仮想回線を自動的に設立
する。「制御ＶＣ」と呼ばれるこれらのＶＣは典型的な
実施例では永久仮想回線（ＰＶＣ）である。ＡＴＵ−Ｒ
２２２からＡＮＣ２５０への制御ＶＣは図２において破
線２６０で示され、ＡＴＵ−Ｒ２２７からＡＮＣ２５０
への制御ＶＣは図２において破線２６２として示され
る。ＡＮＣ２５０はＨＤＴ２１４と制御接続２６４を有
し、さらにＩＳＰ２３０、２３２および２３４における
ＡＴＭ端点２４２、２４４および２４６とそれぞれ制御
接続（図示されていない）を有し得る。
【００４７】ステップ５１０の間および／または後で起
こり得るステップ５１２では、ＡＮＣ２５０は少なくと
も３つの表を作成する。第１の表はＩＰ−ＭＡＣアドレ
ス変換であり、各ＩＰアドレスが到達できるゲートウエ
イのＭＡＣレベルアドレスを示す。同様の表はデータネ
ットワークエージェントおよび一部のブリッジングネッ
トワークアダプタによってよく作成されており、すべて
はＡＴＭネットワーク２１０のエッジを超える。
こり得るステップ５１２では、ＡＮＣ２５０は少なくと
も３つの表を作成する。第１の表はＩＰ−ＭＡＣアドレ
ス変換であり、各ＩＰアドレスが到達できるゲートウエ
イのＭＡＣレベルアドレスを示す。同様の表はデータネ
ットワークエージェントおよび一部のブリッジングネッ
トワークアダプタによってよく作成されており、すべて
はＡＴＭネットワーク２１０のエッジを超える。
【００４８】ＡＮＣ２５０が作成する第２の表はＭＡＣ
−ＡＴＭアドレスのキャッシュであり、各エントリは所
与のＭＡＣアドレスが到達できるＡＴＭネットワーク２
０上の存在点を示す。実施例において、第２の表は第１
の表と組合せられて３つの列からなる１つの表にするこ
とができる。ＡＴＭアドレスは長さ１５桁までの本来の
Ｅ．１６４数値、またはＩＳＯ ＮＳＡＰ符号化フォー
マットに基づくＡＴＭエンドシステムアドレスであり、
これらは上述のＵＬＩ ４．０文献の第３章で詳細に記
載されている。
−ＡＴＭアドレスのキャッシュであり、各エントリは所
与のＭＡＣアドレスが到達できるＡＴＭネットワーク２
０上の存在点を示す。実施例において、第２の表は第１
の表と組合せられて３つの列からなる１つの表にするこ
とができる。ＡＴＭアドレスは長さ１５桁までの本来の
Ｅ．１６４数値、またはＩＳＯ ＮＳＡＰ符号化フォー
マットに基づくＡＴＭエンドシステムアドレスであり、
これらは上述のＵＬＩ ４．０文献の第３章で詳細に記
載されている。
【００４９】ＡＮＣ２５０が作成する第３の表は特定の
宛先ＭＡＣアドレスが与えられて、源のＭＡＣアドレス
が到達できる存在点と宛先ＭＡＣアドレスが到達できる
存在点との間でＶＣを確立するためにＡＴＭネットワー
ク２１０が必要とするそれぞれのパラメータを指定す
る。このようなパラメータは、ＡＡＬパラメータと、Ａ
ＴＭトラフィックディスクリプタと、広帯域運搬能力
と、広帯域下位層情報と、クオリティサービス（Ｑｏ
Ｓ）パラメータと、被呼側番号（すなわち宛先ＭＡＣア
ドレスが到達できる存在点のＡＴＭアドレス）と、発呼
側番号（すなわち源ＭＡＣアドレスが到達できる存在点
のＡＴＭアドレス）とを含む。任意に、この表は発呼者
および被呼者サブアドレスならびにＶＣのためのトラン
ジットネットワーク選択や他の情報も含むことができ
る。
宛先ＭＡＣアドレスが与えられて、源のＭＡＣアドレス
が到達できる存在点と宛先ＭＡＣアドレスが到達できる
存在点との間でＶＣを確立するためにＡＴＭネットワー
ク２１０が必要とするそれぞれのパラメータを指定す
る。このようなパラメータは、ＡＡＬパラメータと、Ａ
ＴＭトラフィックディスクリプタと、広帯域運搬能力
と、広帯域下位層情報と、クオリティサービス（Ｑｏ
Ｓ）パラメータと、被呼側番号（すなわち宛先ＭＡＣア
ドレスが到達できる存在点のＡＴＭアドレス）と、発呼
側番号（すなわち源ＭＡＣアドレスが到達できる存在点
のＡＴＭアドレス）とを含む。任意に、この表は発呼者
および被呼者サブアドレスならびにＶＣのためのトラン
ジットネットワーク選択や他の情報も含むことができ
る。
【００５０】上記の３つの表はＡＮＣ２５０内またはＡ
ＮＣ２５０がアクセス可能な他の機構にストアすること
ができる。ＡＭＣが作成する表のもととなる情報は複数
の異なる方法によって得られ、その技術は本発明を理解
するのに重要ではない。しかし、一例として、ＡＮＣは
ＡＴＭＡＲＰリクエストおよびＩＡＲＰリクエストを与
えるおよび／または用いることにより作成することがで
きる。
ＮＣ２５０がアクセス可能な他の機構にストアすること
ができる。ＡＭＣが作成する表のもととなる情報は複数
の異なる方法によって得られ、その技術は本発明を理解
するのに重要ではない。しかし、一例として、ＡＮＣは
ＡＴＭＡＲＰリクエストおよびＩＡＲＰリクエストを与
えるおよび／または用いることにより作成することがで
きる。
【００５１】ある時点において、データネットワーク２
１６上の（ＰＣ２１８のような）ソースデバイスはＩＡ
ＲＰリクエストを伝送し、ＰＣ２１８を「ＡＲＰするク
ライアント」に変える。上記で述べた態様で、ＡＴＵ−
Ｒ２２２は制御ＶＣ２６０を介してＡＮＣ２５０にＩＡ
ＲＰリクエストを伝送する。したがって、ステップ５１
４において、ＡＮＣ２５０は源の存在点（ＰＯＰ）のＡ
ＴＵ−Ｒ２２２におけるＡＴＭアダプタを介してソース
デバイス２１８からＩＡＲＰリクエストを受取る。ＩＡ
ＲＰリクエストはＲＦＣ８２６に記載されている標準フ
ォーマットを有し、さらに図３の通信プロトコルに従っ
て適当ならカプセル化される。
１６上の（ＰＣ２１８のような）ソースデバイスはＩＡ
ＲＰリクエストを伝送し、ＰＣ２１８を「ＡＲＰするク
ライアント」に変える。上記で述べた態様で、ＡＴＵ−
Ｒ２２２は制御ＶＣ２６０を介してＡＮＣ２５０にＩＡ
ＲＰリクエストを伝送する。したがって、ステップ５１
４において、ＡＮＣ２５０は源の存在点（ＰＯＰ）のＡ
ＴＵ−Ｒ２２２におけるＡＴＭアダプタを介してソース
デバイス２１８からＩＡＲＰリクエストを受取る。ＩＡ
ＲＰリクエストはＲＦＣ８２６に記載されている標準フ
ォーマットを有し、さらに図３の通信プロトコルに従っ
て適当ならカプセル化される。
【００５２】ステップ５１６において、ＡＮＣ２５０は
インターネットＡＲＰサーバ「ＩＡＲＰＳ」として働
き、可能なら自己のＩＰ−ＭＡＣアドレス変換キャッシ
ュを用いて、指定された宛先ＩＰアドレスを対応する宛
先ＭＡＣアドレスに変換する。
インターネットＡＲＰサーバ「ＩＡＲＰＳ」として働
き、可能なら自己のＩＰ−ＭＡＣアドレス変換キャッシ
ュを用いて、指定された宛先ＩＰアドレスを対応する宛
先ＭＡＣアドレスに変換する。
【００５３】図６はステップ５１６（図５）内で行なわ
れるステップの一部を詳細に示すフロー図である。ま
ず、本実施例において、ＡＴＵ−Ｒ２２２はＡＮＣ２５
０に対して、ＩＡＲＰリクエストパケットだけでなく、
受取るすべての同報通信パケットを送る。したがって、
ステップ６１０では、ＡＮＣはＡＴＵ−Ｒ２２２の源Ａ
ＴＭアダプタから同報通信メッセージを受取る。ステッ
プ６１２において、ＡＮＣ２５０はメッセージがＩＡＲ
Ｐリクエストを構成するかどうかを判断する。ＩＡＲＰ
リクエストでなければステップ６１４に移り、本発明を
理解するためには必要でない態様でメッセージが処理さ
れる。
れるステップの一部を詳細に示すフロー図である。ま
ず、本実施例において、ＡＴＵ−Ｒ２２２はＡＮＣ２５
０に対して、ＩＡＲＰリクエストパケットだけでなく、
受取るすべての同報通信パケットを送る。したがって、
ステップ６１０では、ＡＮＣはＡＴＵ−Ｒ２２２の源Ａ
ＴＭアダプタから同報通信メッセージを受取る。ステッ
プ６１２において、ＡＮＣ２５０はメッセージがＩＡＲ
Ｐリクエストを構成するかどうかを判断する。ＩＡＲＰ
リクエストでなければステップ６１４に移り、本発明を
理解するためには必要でない態様でメッセージが処理さ
れる。
【００５４】メッセージがＩＡＲＰリクエストであるの
なら、ステップ６１６においてＡＮＣ２５０はキャッシ
ュにおけるすべてのＩＰ−ＭＡＣアドレス変換の時刻印
を調べて、エージアウトされたものがあるかどうかを判
断する。ＩＰ−ＭＡＣアドレス変換キャッシュを維持す
る典型的なデータネットワークエレメントは、数分のオ
ーダである不活性期間の後エントリをキャッシュからエ
ージアウトするのに対して、ＡＮＣ２５０は典型的なデ
ータネットワークエレメントの長さと比べて少なくとも
１０倍の時間より長い期間キャッシュエントリを維持す
る。ここに記載されている実施例において、ＡＮＣのＩ
Ｐ−ＭＡＣアドレス変換キャッシュのエージアウト期間
は数時間のオーダにある。
なら、ステップ６１６においてＡＮＣ２５０はキャッシ
ュにおけるすべてのＩＰ−ＭＡＣアドレス変換の時刻印
を調べて、エージアウトされたものがあるかどうかを判
断する。ＩＰ−ＭＡＣアドレス変換キャッシュを維持す
る典型的なデータネットワークエレメントは、数分のオ
ーダである不活性期間の後エントリをキャッシュからエ
ージアウトするのに対して、ＡＮＣ２５０は典型的なデ
ータネットワークエレメントの長さと比べて少なくとも
１０倍の時間より長い期間キャッシュエントリを維持す
る。ここに記載されている実施例において、ＡＮＣのＩ
Ｐ−ＭＡＣアドレス変換キャッシュのエージアウト期間
は数時間のオーダにある。
【００５５】ステップ６１８において、ＡＮＣ２５０は
ＩＡＲＰリクエストで指定されている宛先ＩＰアドレス
（ＩＰＡ）がＡＮＣキャッシュにおいて存在しかつ有効
であるかどうかを判断する。有効であれば、ステップ６
２０において、ＡＮＣ２５０はキャッシュから対応する
ＭＡＣアドレスを読取り、ステップ６２２においてキャ
ッシュエントリの時刻印を再度押し直す。
ＩＡＲＰリクエストで指定されている宛先ＩＰアドレス
（ＩＰＡ）がＡＮＣキャッシュにおいて存在しかつ有効
であるかどうかを判断する。有効であれば、ステップ６
２０において、ＡＮＣ２５０はキャッシュから対応する
ＭＡＣアドレスを読取り、ステップ６２２においてキャ
ッシュエントリの時刻印を再度押し直す。
【００５６】ＩＡＲＰリクエストで指定されている宛先
ＩＰアドレスがＡＮＣキャッシュにない場合またはＡＮ
Ｃキャッシュにあっても無効である場合、ステップ６２
４においてＡＮＣ２５０はプロキシＩＡＲＰリクエスト
を送る。（ＡＴＭネットワーク２１０では、このような
送信は適切な数の複製のユニキャスト伝送を用いてまね
されている。）プロキシＩＡＲＰリクエストの受取側の
誰かがリクエストされた変換を知っているまたは得るこ
とができるとして、ステップ６２６においてＡＮＣ２５
０は所望の宛先ＩＰアドレスが到達できるゲートウエイ
のＭＡＣアドレスを指定するＩＡＲＰ返信メッセージを
受取る。ここで用いられている「ゲートウエイ」の用語
は、所望の宛先ＩＰアドレスと同じまたは異なるネット
ワークエレメントを指し得る。
ＩＰアドレスがＡＮＣキャッシュにない場合またはＡＮ
Ｃキャッシュにあっても無効である場合、ステップ６２
４においてＡＮＣ２５０はプロキシＩＡＲＰリクエスト
を送る。（ＡＴＭネットワーク２１０では、このような
送信は適切な数の複製のユニキャスト伝送を用いてまね
されている。）プロキシＩＡＲＰリクエストの受取側の
誰かがリクエストされた変換を知っているまたは得るこ
とができるとして、ステップ６２６においてＡＮＣ２５
０は所望の宛先ＩＰアドレスが到達できるゲートウエイ
のＭＡＣアドレスを指定するＩＡＲＰ返信メッセージを
受取る。ここで用いられている「ゲートウエイ」の用語
は、所望の宛先ＩＰアドレスと同じまたは異なるネット
ワークエレメントを指し得る。
【００５７】ステップ６２８において、ＡＮＣ２５０は
受取られたＩＰ−ＭＡＣアドレス変換を自分のキャッシ
ュに書込み、前の無効化されたエントリに上書きする
か、またはすべてのエントリが有効であるのなら、最も
古い時刻印を有するエントリに上書きする。次に、ＡＮ
Ｃはステップ６２０において所望のＭＡＣアドレスをキ
ャッシュから読取り、さらにステップ６２２においてキ
ャッシュエントリの時刻印を押す。
受取られたＩＰ−ＭＡＣアドレス変換を自分のキャッシ
ュに書込み、前の無効化されたエントリに上書きする
か、またはすべてのエントリが有効であるのなら、最も
古い時刻印を有するエントリに上書きする。次に、ＡＮ
Ｃはステップ６２０において所望のＭＡＣアドレスをキ
ャッシュから読取り、さらにステップ６２２においてキ
ャッシュエントリの時刻印を押す。
【００５８】図５に戻り、ステップ５１８において、Ａ
ＮＣ２５０はＡＮＣキャッシュから今読取られた宛先Ｍ
ＡＣアドレスを、宛先ＭＡＣアドレスが到達できるＡＴ
Ｍネットワーク２１０の存在点を特定する宛先ＡＴＭア
ドレスに変換する。もしこの変換がキャッシュにないま
たは無効である場合、ＡＮＣ２５０はそれを得るために
ＡＴＭＡＲＰリクエストを送る。このとき、ＡＮＣ２５
０は源の存在点と行先の存在点との間に確立するＶＣの
ための適切なＡＴＭ呼出パラメータを定める。
ＮＣ２５０はＡＮＣキャッシュから今読取られた宛先Ｍ
ＡＣアドレスを、宛先ＭＡＣアドレスが到達できるＡＴ
Ｍネットワーク２１０の存在点を特定する宛先ＡＴＭア
ドレスに変換する。もしこの変換がキャッシュにないま
たは無効である場合、ＡＮＣ２５０はそれを得るために
ＡＴＭＡＲＰリクエストを送る。このとき、ＡＮＣ２５
０は源の存在点と行先の存在点との間に確立するＶＣの
ための適切なＡＴＭ呼出パラメータを定める。
【００５９】ステップ５２０においてＡＮＣ２５０はス
テップ５１８で決定されたＡＴＭＶＣパラメータを用い
て、ＡＴＭネットワーク２１０に源のＡＴＭアドレスと
行先のＡＴＭアドレスとの間でエンド・ツー・エンドＶ
Ｃを確立させる。図２の実施例では、ステップ５２０は
いくつかの異なる方法で行なうことができる。第１の方
法では、ＡＮＣ２５０は行先ＡＴＭアドレスおよび他の
すべてのＡＴＭ ＶＣパラメータを制御ＶＣ２６０を介
してＡＴＭ端点２２２に与える。次に、ＡＴＭ端点２２
２は標準のＡＴＭ呼出セットアッププロシージャを開始
させる。呼出セットアッププロシージャは上述のＵＮＩ
４．０で詳細に記載されているので、ここでは詳細に
説明しない。しかし、簡単に、ポイント・ツー・ポイン
ト呼出／接続制御のために用いられるＵＮＩ信号送り出
しメッセージを以下に示す。
テップ５１８で決定されたＡＴＭＶＣパラメータを用い
て、ＡＴＭネットワーク２１０に源のＡＴＭアドレスと
行先のＡＴＭアドレスとの間でエンド・ツー・エンドＶ
Ｃを確立させる。図２の実施例では、ステップ５２０は
いくつかの異なる方法で行なうことができる。第１の方
法では、ＡＮＣ２５０は行先ＡＴＭアドレスおよび他の
すべてのＡＴＭ ＶＣパラメータを制御ＶＣ２６０を介
してＡＴＭ端点２２２に与える。次に、ＡＴＭ端点２２
２は標準のＡＴＭ呼出セットアッププロシージャを開始
させる。呼出セットアッププロシージャは上述のＵＮＩ
４．０で詳細に記載されているので、ここでは詳細に
説明しない。しかし、簡単に、ポイント・ツー・ポイン
ト呼出／接続制御のために用いられるＵＮＩ信号送り出
しメッセージを以下に示す。
【００６０】
【表２】
【００６１】ＡＴＭ端点はＳＥＴＵＰ（設定）メッセー
ジをＡＴＭネットワークに送る事によりコールリクエス
トを開始する。ＡＴＭネットワークは発呼が行なうこと
ができるかどうかを決定するためにコールリクエストを
処理する。可能なら、ネットワークはＣＡＬＬ ＰＲＯ
ＣＥＥＤＩＮＧ（発呼進行中）またはＣＯＮＮＥＣＴ
（接続）メッセージであるＳＥＴＵＰメッセージに対す
る１回目の応答において新たに割当てられたＶＰＣＩ／
ＶＣＩ（すなわち新たに割当てられた接続の識別子）の
値を示す。呼出がネットワークまたは宛先ＡＴＭ端点で
受取られなければ、ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ
（解放完了）が発信元のＡＴＭ端点に送られる。宛先Ａ
ＴＭ端点では、ＡＴＭネットワークはＳＥＴＵＰメッセ
ージを用いてコールを与える。宛先端点が呼出を受取る
ことができるのなら、（ＣＡＬＬＰＲＯＣＥＥＤＩＮＧ
が前にあるかもしれない）ＣＯＮＮＥＣＴメッセージで
応答し、可能でないのならＲＥＬＥＡＳＥ ＣＯＭＰＬ
ＥＴＥメッセージで応答する。接続は実際に成功したと
して、ＡＴＭ端点２２２はＨＤＴ２１４を通して所望の
ＩＳＰ２３０のＡＴＭ端点２４２と切換仮想回線（ＳＶ
Ｃ）を確立したことになる。ＳＶＣは図２において破線
２６６で示されている。ＡＴＭネットワーク２１０を介
して呼出セットアッププロシージャを開始させるＡＴＭ
端点２２２のようなエンティティの機能は、上述のＱ．
２９３１仕様書に記載されているので、Ｑ．２９３１信
号送り出し機能とも呼ばれる。
ジをＡＴＭネットワークに送る事によりコールリクエス
トを開始する。ＡＴＭネットワークは発呼が行なうこと
ができるかどうかを決定するためにコールリクエストを
処理する。可能なら、ネットワークはＣＡＬＬ ＰＲＯ
ＣＥＥＤＩＮＧ（発呼進行中）またはＣＯＮＮＥＣＴ
（接続）メッセージであるＳＥＴＵＰメッセージに対す
る１回目の応答において新たに割当てられたＶＰＣＩ／
ＶＣＩ（すなわち新たに割当てられた接続の識別子）の
値を示す。呼出がネットワークまたは宛先ＡＴＭ端点で
受取られなければ、ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ
（解放完了）が発信元のＡＴＭ端点に送られる。宛先Ａ
ＴＭ端点では、ＡＴＭネットワークはＳＥＴＵＰメッセ
ージを用いてコールを与える。宛先端点が呼出を受取る
ことができるのなら、（ＣＡＬＬＰＲＯＣＥＥＤＩＮＧ
が前にあるかもしれない）ＣＯＮＮＥＣＴメッセージで
応答し、可能でないのならＲＥＬＥＡＳＥ ＣＯＭＰＬ
ＥＴＥメッセージで応答する。接続は実際に成功したと
して、ＡＴＭ端点２２２はＨＤＴ２１４を通して所望の
ＩＳＰ２３０のＡＴＭ端点２４２と切換仮想回線（ＳＶ
Ｃ）を確立したことになる。ＳＶＣは図２において破線
２６６で示されている。ＡＴＭネットワーク２１０を介
して呼出セットアッププロシージャを開始させるＡＴＭ
端点２２２のようなエンティティの機能は、上述のＱ．
２９３１仕様書に記載されているので、Ｑ．２９３１信
号送り出し機能とも呼ばれる。
【００６２】多くの実施例では、ＡＴＭ端点をできるだ
け簡単かつ安価に保つのが望ましい。したがって、ある
実施例では、ＡＴＭ端点２２２に行先ＡＴＭアドレスお
よびＡＴＭ ＶＣパラメータを知らせる代わりに、アク
セスネットワークコントローラ２５０がこの情報をＨＤ
Ｔ２１４に送る。ＨＤＴ２１４がＡＴＭ端点２２２に
「切換なし」的に接続されている、すなわちデータがＡ
ＴＭ端点２２２とＨＤＴ２１４との間で伝送できる物理
経路は１本しかないので、ＨＤＴ２１４はＡＴＭ端点２
２２に対してＡＴＭネットワーク２１０の切換機能への
アクセスを与える。この場合、ＨＤＴ２１４はＡＴＭ端
点２２２のためにプロキシＱ．２９３１信号送り出しを
行なうことができる。コールが完了すると、ＨＤＴ２１
４は接続識別子をＡＴＭ端点２２２に与え、それ以降同
じＡＮＣアドレスを予定しているすべてのＡＴＭセルの
ヘッダにこのような接続識別子が含まれる。
け簡単かつ安価に保つのが望ましい。したがって、ある
実施例では、ＡＴＭ端点２２２に行先ＡＴＭアドレスお
よびＡＴＭ ＶＣパラメータを知らせる代わりに、アク
セスネットワークコントローラ２５０がこの情報をＨＤ
Ｔ２１４に送る。ＨＤＴ２１４がＡＴＭ端点２２２に
「切換なし」的に接続されている、すなわちデータがＡ
ＴＭ端点２２２とＨＤＴ２１４との間で伝送できる物理
経路は１本しかないので、ＨＤＴ２１４はＡＴＭ端点２
２２に対してＡＴＭネットワーク２１０の切換機能への
アクセスを与える。この場合、ＨＤＴ２１４はＡＴＭ端
点２２２のためにプロキシＱ．２９３１信号送り出しを
行なうことができる。コールが完了すると、ＨＤＴ２１
４は接続識別子をＡＴＭ端点２２２に与え、それ以降同
じＡＮＣアドレスを予定しているすべてのＡＴＭセルの
ヘッダにこのような接続識別子が含まれる。
【００６３】ＡＮＣ２５０によってＡＴＭネットワーク
２１０がエンド・ツー・エンドＶＣを確立させる第３の
方法として、ＡＮＣ２５０はＡＴＭ端点２２２のため
に、自分のＱ．２９３１プロキシ信号送り出しを行な
う。プロキシ信号送り出しは上述のＵＮＩ ４．０文献
の付録２において詳細に説明されている。
２１０がエンド・ツー・エンドＶＣを確立させる第３の
方法として、ＡＮＣ２５０はＡＴＭ端点２２２のため
に、自分のＱ．２９３１プロキシ信号送り出しを行な
う。プロキシ信号送り出しは上述のＵＮＩ ４．０文献
の付録２において詳細に説明されている。
【００６４】さらなる代替として、もっと早い時期に、
（単一のＰＶＰ内において）ＰＶＣの組がＨＤＴ２１４
と各ＩＳＰ２３０、２３２および２３４との間に予め与
えられる。このような配置は図４に示され、加入者のＡ
ＴＭ端点とＩＳＰのＡＴＭ端点との間のＳＶＣが３つの
ＰＶＣ、すなわちＰＶＣ４１０（ＩＳＰ２３０のＡＴＭ
端点２４２まで）、ＰＶＣ４１２（ＩＳＰ２３２のＡＴ
Ｍ端点２４４まで）、およびＰＶＣ４１４（ＩＳＰ２３
４のＡＴＭ端点２４６まで）に置き換えられていること
以外は、図２の配置と同じである。この代替において、
ＡＴＭネットワーク２１０は特定のＰＶＰのみを知って
おり、それに対してＡＴＭ端点２４２、２４４、２４６
およびＨＤＴ２１４は３つのＰＶＣ４１０、４１２およ
び４１４を知っている。ネットワークにエンド・ツー・
エンドＶＣを確立させるために、ＡＮＣ２５０は単にＨ
ＤＴ２１４およびＡＴＵ−Ｒ２２２を特定のＰＶＣ４１
０に接続させる。ＡＴＭネットワーク２１０に呼出セッ
トアップ信号送り出しは必要ない。
（単一のＰＶＰ内において）ＰＶＣの組がＨＤＴ２１４
と各ＩＳＰ２３０、２３２および２３４との間に予め与
えられる。このような配置は図４に示され、加入者のＡ
ＴＭ端点とＩＳＰのＡＴＭ端点との間のＳＶＣが３つの
ＰＶＣ、すなわちＰＶＣ４１０（ＩＳＰ２３０のＡＴＭ
端点２４２まで）、ＰＶＣ４１２（ＩＳＰ２３２のＡＴ
Ｍ端点２４４まで）、およびＰＶＣ４１４（ＩＳＰ２３
４のＡＴＭ端点２４６まで）に置き換えられていること
以外は、図２の配置と同じである。この代替において、
ＡＴＭネットワーク２１０は特定のＰＶＰのみを知って
おり、それに対してＡＴＭ端点２４２、２４４、２４６
およびＨＤＴ２１４は３つのＰＶＣ４１０、４１２およ
び４１４を知っている。ネットワークにエンド・ツー・
エンドＶＣを確立させるために、ＡＮＣ２５０は単にＨ
ＤＴ２１４およびＡＴＵ−Ｒ２２２を特定のＰＶＣ４１
０に接続させる。ＡＴＭネットワーク２１０に呼出セッ
トアップ信号送り出しは必要ない。
【００６５】ステップ５２０のさらなる別の実施とし
て、上述のようにＰＶＰはＨＤＴ２１４と個々のＩＳＰ
との間で予め備付けられて、ＡＴＭ端点２２２またはＨ
ＤＴ２１４またはアクセスネットワークコントローラ２
５０が１つのＰＶＰを介してＳＶＣを確立するための呼
出セットアッププロシージャを開始させる。この構成で
は、Ｑ．２９３１信号送り出しエンティティおよびＩＳ
ＰのＡＴＭ端点のみがＱ．２９３１呼出セットアッププ
ロシージャをサポートする必要があり、ＡＴＭバックボ
ーンはＱ．２９３１をサポートする必要はない。いずれ
にしても、呼出セットアップ信号送り出しを開始させる
のはＡＴＭ端点２２２ではなく、ＳＶＣが確立された
後、発信元のエンティティが使用するＳＶＣの識別につ
いてＡＴＭ端点２２２に知らせる。
て、上述のようにＰＶＰはＨＤＴ２１４と個々のＩＳＰ
との間で予め備付けられて、ＡＴＭ端点２２２またはＨ
ＤＴ２１４またはアクセスネットワークコントローラ２
５０が１つのＰＶＰを介してＳＶＣを確立するための呼
出セットアッププロシージャを開始させる。この構成で
は、Ｑ．２９３１信号送り出しエンティティおよびＩＳ
ＰのＡＴＭ端点のみがＱ．２９３１呼出セットアッププ
ロシージャをサポートする必要があり、ＡＴＭバックボ
ーンはＱ．２９３１をサポートする必要はない。いずれ
にしても、呼出セットアップ信号送り出しを開始させる
のはＡＴＭ端点２２２ではなく、ＳＶＣが確立された
後、発信元のエンティティが使用するＳＶＣの識別につ
いてＡＴＭ端点２２２に知らせる。
【００６６】再度図５に戻り、ＡＮＣ２５０によってＡ
ＴＭネットワーク２１０がＡＴＵ−Ｒ２２２とＩＳＰ２
３０におけるＡＴＭ端点２２２との間に所望のＶＣを確
立した後、または所望のＶＣのセットアップに用いるべ
きＡＴＭアドレスおよびＶＣパラメータをＨＤＴ２１４
またはＡＴＵ−Ｒ２２２に知らせた後、ステップ５２２
では、ＡＮＣ２５０は制御ＶＣ２６０およびＡＴＵ−Ｒ
２２２におけるＡＴＭアダプタを介してＩＡＲＰ応答を
元の装置（ＰＣ２１８）に返す。ＩＡＲＰリクエストと
同様に、ＩＡＲＰ返信パケットはＲＦＣ８２６に記載さ
れている標準フォーマットに従い、適切な下位レベルの
通信プロトコルに従ってさらにカプセル化される。ＡＮ
Ｃ２５０自身が呼出セットアップを制御する実施例で
は、ＡＴＵ−Ｒ２２２はＶＣが完成した後しかＩＡＲＰ
返信を受取らない。この場合、ＡＴＵ−Ｒ２２２はＩＡ
ＲＰ返信メッセージを元のＰＣ２１８に送る。ＨＤＴ２
１４またはＡＴＵ−Ｒ２２２自身が呼出セットアップ機
能を開始させる実施例では、ＡＴＵ−Ｒ２２２はＶＣが
完成するまでＩＡＲＰ返信パケットを保持する。その後
でのみ、パケットは元のＰＣ２１８に送られる。この態
様により、ＡＴＵ−Ｒ２２２がパケットを送るべき完全
なＶＣを有するまでＰＣ２１８はＩＳＰ２３０向けのデ
ータパケット列を送信するのを妨げられる。
ＴＭネットワーク２１０がＡＴＵ−Ｒ２２２とＩＳＰ２
３０におけるＡＴＭ端点２２２との間に所望のＶＣを確
立した後、または所望のＶＣのセットアップに用いるべ
きＡＴＭアドレスおよびＶＣパラメータをＨＤＴ２１４
またはＡＴＵ−Ｒ２２２に知らせた後、ステップ５２２
では、ＡＮＣ２５０は制御ＶＣ２６０およびＡＴＵ−Ｒ
２２２におけるＡＴＭアダプタを介してＩＡＲＰ応答を
元の装置（ＰＣ２１８）に返す。ＩＡＲＰリクエストと
同様に、ＩＡＲＰ返信パケットはＲＦＣ８２６に記載さ
れている標準フォーマットに従い、適切な下位レベルの
通信プロトコルに従ってさらにカプセル化される。ＡＮ
Ｃ２５０自身が呼出セットアップを制御する実施例で
は、ＡＴＵ−Ｒ２２２はＶＣが完成した後しかＩＡＲＰ
返信を受取らない。この場合、ＡＴＵ−Ｒ２２２はＩＡ
ＲＰ返信メッセージを元のＰＣ２１８に送る。ＨＤＴ２
１４またはＡＴＵ−Ｒ２２２自身が呼出セットアップ機
能を開始させる実施例では、ＡＴＵ−Ｒ２２２はＶＣが
完成するまでＩＡＲＰ返信パケットを保持する。その後
でのみ、パケットは元のＰＣ２１８に送られる。この態
様により、ＡＴＵ−Ｒ２２２がパケットを送るべき完全
なＶＣを有するまでＰＣ２１８はＩＳＰ２３０向けのデ
ータパケット列を送信するのを妨げられる。
【００６７】ＩＡＲＰ返信メッセージを受取った後、ス
テップ５２４においてＰＣ２１８はサーバ２３６向けの
データパケットをＬＡＮ２２０で送信し始める。これら
のパケットは、ネットワークレベルではＩＰアドレスを
含み、ＭＡＣレベルではサーバ２３６のＭＡＣアドレス
を含む。ＡＴＵ−Ｒ２２２はＶＣ２６６を介して到達で
きるものとしてＭＡＣアドレスを認識し、プロトコルの
カプセル化の後、そのＶＣに割当てられているＡＴＭポ
ートを介して送信する。ＡＴＭセルはＨＤＴ２１４を介
してＡＴＭバックボーンに入り、ＡＴＭ端点２４２で受
取られ、さらにＩＳＰサーバ２３６に送られる。ＡＴＭ
セルは反対方向にも送られる。ＡＴＵ−Ｒ２２２は活性
時間切れカウンタを維持し、カウントはＶＣ２６６で運
ばれる各ＡＴＭセルに応答してスタートする。
テップ５２４においてＰＣ２１８はサーバ２３６向けの
データパケットをＬＡＮ２２０で送信し始める。これら
のパケットは、ネットワークレベルではＩＰアドレスを
含み、ＭＡＣレベルではサーバ２３６のＭＡＣアドレス
を含む。ＡＴＵ−Ｒ２２２はＶＣ２６６を介して到達で
きるものとしてＭＡＣアドレスを認識し、プロトコルの
カプセル化の後、そのＶＣに割当てられているＡＴＭポ
ートを介して送信する。ＡＴＭセルはＨＤＴ２１４を介
してＡＴＭバックボーンに入り、ＡＴＭ端点２４２で受
取られ、さらにＩＳＰサーバ２３６に送られる。ＡＴＭ
セルは反対方向にも送られる。ＡＴＵ−Ｒ２２２は活性
時間切れカウンタを維持し、カウントはＶＣ２６６で運
ばれる各ＡＴＭセルに応答してスタートする。
【００６８】ＡＮＣ２５０は活性時間切れカウンタの状
態を判断するために周期的にＡＴＵ−Ｒ２２２に問合せ
る。ある時点において、ステップ５２６においてＡＴＵ
−Ｒ２２２は時間切れが起こったと報告する。この報告
に応答して、ＡＮＣ２５０はステップ５２８においてＡ
ＴＭネットワーク２１０にＶＣ２６６を壊させ、それに
よりネットワーク資源が解放される。ある実施例では、
ＡＮＣ２５０は両方のＡＴＭ端点にＲＥＬＥＡＳＥメッ
セージを送ることによりＶＣ２６６の取り壊しを開始さ
せ、各ＡＴＭ端点はＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ
メッセージを送ることにより応答する。このＲＥＬＥＡ
ＳＥ ＣＯＭＰＬＥＴＥメッセージを受取ると、ネット
ワークはＶＣ２６６に関連するすべての資源を自由にす
る。
態を判断するために周期的にＡＴＵ−Ｒ２２２に問合せ
る。ある時点において、ステップ５２６においてＡＴＵ
−Ｒ２２２は時間切れが起こったと報告する。この報告
に応答して、ＡＮＣ２５０はステップ５２８においてＡ
ＴＭネットワーク２１０にＶＣ２６６を壊させ、それに
よりネットワーク資源が解放される。ある実施例では、
ＡＮＣ２５０は両方のＡＴＭ端点にＲＥＬＥＡＳＥメッ
セージを送ることによりＶＣ２６６の取り壊しを開始さ
せ、各ＡＴＭ端点はＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ
メッセージを送ることにより応答する。このＲＥＬＥＡ
ＳＥ ＣＯＭＰＬＥＴＥメッセージを受取ると、ネット
ワークはＶＣ２６６に関連するすべての資源を自由にす
る。
【００６９】ＰＣ２１８はＩＳＰ２３０のサーバ２６６
と通信する必要がなくなったので時間切れが起こったの
かもしれない。この場合、取り壊しはＡＮＣ２５０が２
つのデータネットワーク端点の「電話を切る」ことと類
似している。反対に、ＰＣ２１８はまだサーバ２３６と
通信したいのかもしれない。この場合、後で、ＰＣ２１
８のより上位レベルのソフトウェアがメッセージをプロ
トコルスタックに渡し始める作業を開始する。メッセー
ジがＭＡＣ層３０４（図３）に達し始めると、ＰＣ２１
８は宛先ネットワークアドレスから宛先ＭＡＣアドレス
への有効な変換をもはや持たないと判断する。したがっ
て、ＬＡＮ２２０にＩＡＲＰリクエストが発行され、図
５の処理がステップ５１４から繰返される。
と通信する必要がなくなったので時間切れが起こったの
かもしれない。この場合、取り壊しはＡＮＣ２５０が２
つのデータネットワーク端点の「電話を切る」ことと類
似している。反対に、ＰＣ２１８はまだサーバ２３６と
通信したいのかもしれない。この場合、後で、ＰＣ２１
８のより上位レベルのソフトウェアがメッセージをプロ
トコルスタックに渡し始める作業を開始する。メッセー
ジがＭＡＣ層３０４（図３）に達し始めると、ＰＣ２１
８は宛先ネットワークアドレスから宛先ＭＡＣアドレス
への有効な変換をもはや持たないと判断する。したがっ
て、ＬＡＮ２２０にＩＡＲＰリクエストが発行され、図
５の処理がステップ５１４から繰返される。
【００７０】ＡＴＵ−Ｒ２２２の不活性カウンタの時間
切れ期間はある実施例では固定した値であり得る。別の
実施例では、時間切れ期間はＩＡＲＰリクエストを送る
クライアントデバイスの種類（たとえばＰＣ２１８）に
応じて手動で設定される。たとえば、マイクロソフトの
ウィンドウズ９５（登録商標）のＴＣＰ／ＩＰプロトコ
ルスタックは非参照が２分続けばそのアドレス変換キャ
ッシュをエージアウトさせる。したがって、クライアン
トの装置２１８がウィンドウズ９５のＰＣであることが
わかっていれば、ＡＮＣ２５０は接続をたとえば５分後
に時間切れとすることができる。ＡＴＭ端点２２２を用
いるすべてのクライアントデバイスがウィンドウズ９５
ＴＣＰ／ＩＰプロトコルスタックを用いるとして、Ａ
ＴＭ端点２２２の不活性時間切れとして５分という時間
を用いることにより、ＶＣ２６６が不活性時間切れの結
果壊されたとしても、サーバ２３６にアドレス指定され
る種類の新しいメッセージが送信される前に、クライア
ントの装置２１８は必ず別のＩＡＲＰリクエストを送信
することになる。加入者がクライアントの装置２１８の
ソフトウェアを変えたとしても、またはサーバ２３６向
けの他の可能なメッセージソースを加えたとしても、不
活性時間切れ期間は新しいソフトウェアまたは装置がそ
のネットワーク−ＭＡＣ変換キャッシュに用いるエージ
アウト期間を超えるような長さに選択される。したがっ
て、クライアントデバイスのキャッシュエージアウト期
間を「おそらく超えるよう選択される」時間の接続時間
切れでは、この時間切れ期間がクライアントの装置のキ
ャッシュエージアウト期間を超えた後である必要はない
が、そのほとんどの時間を超えるよう努力がなされる。
すなわち、接続時間切れ期間を選択するときに得られる
情報に基づき、少なくとも著しい可能性でもって後とな
るよう努力がなされる。さらに、ここで用いられる「お
そらく」超えるという用語は、特殊な場合として、接続
時間切れ期間がクライアントデバイスのキャッシュエー
ジアウト期間を超えるよう保証されている実施例を含
む。
切れ期間はある実施例では固定した値であり得る。別の
実施例では、時間切れ期間はＩＡＲＰリクエストを送る
クライアントデバイスの種類（たとえばＰＣ２１８）に
応じて手動で設定される。たとえば、マイクロソフトの
ウィンドウズ９５（登録商標）のＴＣＰ／ＩＰプロトコ
ルスタックは非参照が２分続けばそのアドレス変換キャ
ッシュをエージアウトさせる。したがって、クライアン
トの装置２１８がウィンドウズ９５のＰＣであることが
わかっていれば、ＡＮＣ２５０は接続をたとえば５分後
に時間切れとすることができる。ＡＴＭ端点２２２を用
いるすべてのクライアントデバイスがウィンドウズ９５
ＴＣＰ／ＩＰプロトコルスタックを用いるとして、Ａ
ＴＭ端点２２２の不活性時間切れとして５分という時間
を用いることにより、ＶＣ２６６が不活性時間切れの結
果壊されたとしても、サーバ２３６にアドレス指定され
る種類の新しいメッセージが送信される前に、クライア
ントの装置２１８は必ず別のＩＡＲＰリクエストを送信
することになる。加入者がクライアントの装置２１８の
ソフトウェアを変えたとしても、またはサーバ２３６向
けの他の可能なメッセージソースを加えたとしても、不
活性時間切れ期間は新しいソフトウェアまたは装置がそ
のネットワーク−ＭＡＣ変換キャッシュに用いるエージ
アウト期間を超えるような長さに選択される。したがっ
て、クライアントデバイスのキャッシュエージアウト期
間を「おそらく超えるよう選択される」時間の接続時間
切れでは、この時間切れ期間がクライアントの装置のキ
ャッシュエージアウト期間を超えた後である必要はない
が、そのほとんどの時間を超えるよう努力がなされる。
すなわち、接続時間切れ期間を選択するときに得られる
情報に基づき、少なくとも著しい可能性でもって後とな
るよう努力がなされる。さらに、ここで用いられる「お
そらく」超えるという用語は、特殊な場合として、接続
時間切れ期間がクライアントデバイスのキャッシュエー
ジアウト期間を超えるよう保証されている実施例を含
む。
【００７１】ここで用いられているように、所与の信号
またはイベントは前の信号またはイベントがその所与の
信号またはイベントに影響を与えているのなら、所与の
信号またはイベントはその前の信号またはイベントに
「応答」する。介在する処理エレメントまたは期間があ
るのなら、所与のイベントまたは信号は前の信号または
イベントに「応答」し得る。介在する処理エレメントが
２つ以上の信号またはイベントを合わせるのなら、処理
エレメントの信号出力は各信号またはイベント入力に
「応答する」と考えられる。所与の信号またはイベント
が前の信号またはイベントと同じであるのなら、これは
その所与の信号またはイベントが前の信号またはイベン
トに「応答する」と考えられる単なる縮退の事例であ
る。
またはイベントは前の信号またはイベントがその所与の
信号またはイベントに影響を与えているのなら、所与の
信号またはイベントはその前の信号またはイベントに
「応答」する。介在する処理エレメントまたは期間があ
るのなら、所与のイベントまたは信号は前の信号または
イベントに「応答」し得る。介在する処理エレメントが
２つ以上の信号またはイベントを合わせるのなら、処理
エレメントの信号出力は各信号またはイベント入力に
「応答する」と考えられる。所与の信号またはイベント
が前の信号またはイベントと同じであるのなら、これは
その所与の信号またはイベントが前の信号またはイベン
トに「応答する」と考えられる単なる縮退の事例であ
る。
【００７２】本発明の好ましい実施例の上述の記載は図
示および説明の目的のために与えられている。余すとこ
ろがないまたは発明を開示しているそのままの形に限定
するものではない。多くの変形および変更が可能である
ことは当業者にとって自明である。
示および説明の目的のために与えられている。余すとこ
ろがないまたは発明を開示しているそのままの形に限定
するものではない。多くの変形および変更が可能である
ことは当業者にとって自明である。
【００７３】たとえば、実施例ではデータネットワーク
端点がネットワーク層にあり、接続端点がＭＡＣ層にあ
ると記載されており、それにより接続端点がブリッジと
等しいものにしている。データネットワーク端点は、Ｂ
ＮＥがＡＲＰリクエストをコネクション型ネットワーク
でコントローラに送る場合に、トリガとして働くＡＲＰ
リクエストを発する。他の実施例では、別のアドレス変
換がそのトリガを与えることができる。データネットワ
ーク端点および接続ネットワーク端点はネットワーク層
およびＭＡＣ層と異なるレベルにあってもよく、さらに
ＯＳＩネットワーク通信層モデルに必ずしも従う必要は
ない。さらに、特定の実施例では、トリガはアドレス転
換リクエストを成す必要はない。所定の時間切れ不活性
期間の後元のデータネットワーク端点から発行される最
も早い通常のデータ含有メッセージより前に発行される
種類のパケットなら十分である。
端点がネットワーク層にあり、接続端点がＭＡＣ層にあ
ると記載されており、それにより接続端点がブリッジと
等しいものにしている。データネットワーク端点は、Ｂ
ＮＥがＡＲＰリクエストをコネクション型ネットワーク
でコントローラに送る場合に、トリガとして働くＡＲＰ
リクエストを発する。他の実施例では、別のアドレス変
換がそのトリガを与えることができる。データネットワ
ーク端点および接続ネットワーク端点はネットワーク層
およびＭＡＣ層と異なるレベルにあってもよく、さらに
ＯＳＩネットワーク通信層モデルに必ずしも従う必要は
ない。さらに、特定の実施例では、トリガはアドレス転
換リクエストを成す必要はない。所定の時間切れ不活性
期間の後元のデータネットワーク端点から発行される最
も早い通常のデータ含有メッセージより前に発行される
種類のパケットなら十分である。
【００７４】ここに記載されている実施例は本発明の原
理およびその実際的用途を最もよく説明するために選択
されている。それにより、当業者は種々の実施例につい
ての本発明および意図される特定の用途に適する種々の
変形を理解することができる。本発明の範囲は前掲の特
許請求の範囲およびその均等物により定義される意図が
ある。
理およびその実際的用途を最もよく説明するために選択
されている。それにより、当業者は種々の実施例につい
ての本発明および意図される特定の用途に適する種々の
変形を理解することができる。本発明の範囲は前掲の特
許請求の範囲およびその均等物により定義される意図が
ある。
【図１】本発明の特徴を組込んだ汎用ネットワークアー
キテクチャのブロック図である。
キテクチャのブロック図である。
【図２】図１のアーキテクチャの実施例を表わす図であ
る。
る。
【図３】図２のシステムの特定のコンポーネントによっ
て行なわれるプロトコルデータ単位カプセル化および抽
出を示す図である。
て行なわれるプロトコルデータ単位カプセル化および抽
出を示す図である。
【図４】図１のアーキテクチャの実施例を表わす図であ
る。
る。
【図５】図２のネットワークアーキテクチャの特定の動
作を示すフロー図である。
作を示すフロー図である。
【図６】図５のステップ５１６で行なわれるいくつかの
ステップを詳細に示すフロー図である。
ステップを詳細に示すフロー図である。
２１０ ＡＴＭネットワーク ２１８ ＰＣ ２２０ ＬＡＮ ２２２ ブリッジングネットワークアダプタ ２２２、２２７、２４２、２４４、２４６ ＡＴＭ端点 ２３６、２３８、２４０ サーバ ２１４ アクセスターミナル（ＨＤＴ） ２５０ アクセスネットワークコントローラ ２６６、２６８ ＳＶＣ
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１１年１０月１日（１９９９．１０．
１）
１）
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正内容】
【図１】
【図３】
【図２】
【図４】
【図５】
【図６】
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ケイ・マーティン・スティーブンソン・ ザ・サード アメリカ合衆国、94903 カリフォルニア 州、サン・ラファエル、カーブリーロゥ・ コート、７ (72)発明者 モワファック・ティ・マイダニ アメリカ合衆国、94954 カリフォルニア 州、ペトルーマ、ファルコン・リッジ、 2006 (72)発明者 マーカス・エイ・マランハオ アメリカ合衆国、94928 カリフォルニア 州、ローナート・パーク、ホーリー・アベ ニュ、959 (72)発明者 マイケル・ジェイ・ドナヒュー アメリカ合衆国、95472 カリフォルニア 州、セバストプル、スウェイン・ウッズ・ テラス、650 (72)発明者 ジーン・フランソワ・バン・カークホーブ アメリカ合衆国、94117 カリフォルニア 州、サン・フランシスコ、フェル・ストリ ート、1852、ナンバー・３ (72)発明者 ウェイン・アール・ロイジャー アメリカ合衆国、55376 ミネソタ州、セ ント・マイケル、エヌ・イー・ネイバー・ アベニュ、4430
Claims (40)
- 【請求項１】 第１および第２の存在点を含む複数個の
存在点を有するコネクション型ネットワークの接続を管
理するための方法であって、コネクションレス型通信プ
ロトコルに従って通信する複数個の装置で使用するため
に、前記コネクションレス型通信プロトコルは第１のア
ドレシング機構を有する第１のサブプロトコルを含み、
前記第１のサブプロトコルは前記コネクションレス型通
信プロトコルにおける第２のサブプロトコルに従って運
ばれ、前記第２のサブプロトコルは第２のアドレシング
機構を有し、前記方法は前記第１および第２のサブプロ
トコルの一方に従って指定されるアドレスを前記第１お
よび第２のサブプロトコルの他方に従うアドレスに転換
するために、前記第１の存在点を介して前記装置の第１
の装置によって伝送されたアドレス転換リクエストメッ
セージを受取るステップを含み、第２の装置は前記第２
の存在点を介して前記コネクション型ネットワークを通
して到達可能である前記指定されたアドレスを有し、さ
らに前記アドレス転換リクエストメッセージに応答し
て、前記第１の存在点と前記第２の存在点との間で接続
を確立するために前記コネクション型ネットワークを制
御するステップを含む、コネクション型ネットワークの
接続を管理するための方法。 - 【請求項２】 前記第１および第２のサブプロトコルの
他方に従って前記指定アドレスを対応するアドレスに転
換するステップと、 アドレス転換返信メッセージにおいて前記第１の存在点
を介して前記対応するアドレスを前記第１の装置に伝送
するステップとをさらに含む、請求項１に記載の方法。 - 【請求項３】 第１の所定時間切れ期間を超えて前記接
続を介する不活性期間に応答して、前記接続を壊すよう
前記コネクション型ネットワークを制御するステップを
さらに含む、請求項１に記載の方法。 - 【請求項４】 接続を確立するために前記コネクション
型ネットワークを制御する前記ステップと、前記接続を
壊すよう前記コネクション型ネットワークを制御する前
記ステップとの間において、前記接続を介して前記第１
の装置からのメッセージを前記コネクション型ネットワ
ークが運ぶステップをさらに含む、請求項３に記載の方
法。 - 【請求項５】 前記接続を壊すように前記コネクション
型ネットワークを制御する前記ステップの後、 前記第１および第２のサブプロトコルの前記一方に従っ
て指定される前記アドレスを前記第１および第２のサブ
プロトコルの前記他方に従うアドレスに再度転換するた
めに、前記第１の存在点を介して前記第１の装置によっ
て伝送される第２のアドレス転換リクエストメッセージ
を受取るステップと、 前記第２のアドレス転換リクエストメッセージに応答し
て、前記第１の存在点と前記第２の存在点との間で接続
を確立するために前記コネクション型ネットワークを制
御するステップとをさらに含む、請求項４に記載の方
法。 - 【請求項６】 前記第１および第２のサブプロトコルの
前記一方は前記第１のサブプロトコルを含み、前記第１
および第２のサブプロトコルの前記他方は前記第２のサ
ブプロトコルを含み、 前記第１の装置は、前記第１のアドレシング機構から前
記第２のアドレシング機構への変換を蓄え、前記第１お
よび第２の装置間での所定の第２の時間切れ不活性期間
の後、蓄えられた変換をエージアウトし、 前記第１の時間切れ期間は前記第２の時間切れ期間をお
そらく超えるように選択される、請求項３に記載の方
法。 - 【請求項７】 前記第１のアドレシング機構から前記第
２のアドレシング機構への変換を、コントローラユニッ
トがアクセス可能な変換キャッシュに蓄えるステップを
含み、前記コネクション型ネットワークを介して前記第
１の装置と前記第２の装置との間で所定の第３の時間切
れ不活性期間の後にのみ変換は前記変換キャッシュから
エージアウトされ、さらに前記アドレス転換リクエスト
メッセージに応答して、前記コントローラユニットは前
記変換キャッシュから読取られた変換でもって前記第１
の装置に応答するステップをさらに含み、 前記第３の時間切れ期間は前記第２の時間切れ期間より
はるかに長い、請求項６に記載の方法。 - 【請求項８】 前記コネクション型ネットワークは第３
のアドレシング機構を有し、前記第１および第２の存在
点の各々は前記第３のアドレシング機構に従うアドレス
を有し、 少なくとも一方において前記第１および第２のアドレシ
ング機構の１つから他方において前記第３のアドレシン
グ機構へのアドレス転換を第１のキャッシュに蓄えるス
テップをさらに含み、 接続を確立するために前記コネクション型ネットワーク
を制御する前記ステップは、 前記第３のアドレス機構に従う、前記第２の存在点のア
ドレスを決定するために前記第１のキャッシュを調べる
ステップと、 前記第３のアドレシング機構に従う、前記第１および第
２の存在点の前記アドレスを前記コネクション型ネット
ワークに与えるステップとを含む、請求項１に記載の方
法。 - 【請求項９】 前記第１の存在点における第１のコネク
ション型ネットワークアダプタで使用するために、前記
コネクション型ネットワークは第３のアドレシング機構
を有し、前記第２の存在点は前記第３のアドレシング機
構に従うアドレスを有し、接続を確立するために前記コ
ネクション型ネットワークを制御する前記ステップは、 前記第１の存在点におけるコネクション型ネットワーク
アダプタ（ＢＮＥ）に対して、前記第３のアドレシング
機構に従って指定された前記第２の存在点のアドレスを
知らせるステップと、 前記第１の存在点と前記第２の存在点との間に前記接続
を確立するために、前記コネクション型ネットワークア
ダプタ（ＢＮＥ）は呼出セットアッププロシージャを開
始するステップを含む、請求項１に記載の方法。 - 【請求項１０】 前記第１の存在点における第１のコネ
クション型ネットワークアダプタ（ＡＴＵ−Ｒ）で使用
するために、および前記第１のコネクション型ネットワ
ークアダプタ（ＡＴＵ−Ｒ）のために前記コネクション
型ネットワークのスイッチング機構へのアクセスを与え
るアクセスターミナル（ＨＤＴ）でさらに使用するため
に、前記コネクション型ネットワークは第３のアドレシ
ング機構を有し、前記第２の存在点は前記第３のアドレ
シング機構に従うアドレスを有し、接続を確立するため
に前記コネクション型ネットワークを制御する前記ステ
ップは、 前記アクセスターミナル（ＨＤＴ）に対して、前記第３
のアドレシング機構に従って指定された、前記第２の存
在点のアドレスを知らせるステップと、 前記第１の存在点と前記第２の存在点との間で前記接続
を確立するために、前記アクセスターミナル（ＨＤＴ）
は呼出セットアッププロシージャを開始するステップを
さらに含む、請求項１に記載の方法。 - 【請求項１１】 前記コネクション型ネットワークは第
３のアドレシング機構を有し、前記第１および第２の存
在点は前記第３のアドレシング機構に従う第１および第
２のアドレスをそれぞれ有し、接続を確立するために前
記コネクション型ネットワークを制御する前記ステップ
は、前記第１の存在点と前記第２の存在点との間に前記
接続を確立するために呼出セットアッププロシージャを
プロキシで信号送り出しするステップを含む、請求項１
に記載の方法。 - 【請求項１２】 前記コネクション型ネットワークはＡ
ＴＭネットワークを含み、前記第３のアドレシング機構
に従う前記第１および第２のアドレスはＥ．１６４アド
レスであり、前記呼出セットアッププロシージャをプロ
キシで信号送り出しする前記ステップは、前記第３のア
ドレシング機構に従って前記第１および第２のアドレス
を識別する呼出セットアップメッセージを出力するステ
ップを含む、請求項１１に記載の方法。 - 【請求項１３】 前記第１の存在点における第１のコネ
クション型ネットワークアダプタ（ＡＴＵ−Ｒ）で使用
するために、 前記第２のサブプロトコルに従って前記指定された（Ｉ
Ｐ）アドレスを対応する（ＭＡＣ）アドレスに転換する
ステップと、 前記第１のコネクション型ネットワークアダプタ（ＡＴ
Ｕ−Ｒ）に対して、前記第２のサブプロトコルに従って
前記接続（ＳＶＣ）と前記（ＭＡＣ）アドレスとの間の
対応を知らせるステップとをさらに含む、請求項１１に
記載の方法。 - 【請求項１４】 アドレス転換返信メッセージにおいて
前記第１の存在点を介して前記対応する（ＭＡＣ）アド
レスを前記第１の装置に伝送するステップをさらに含
む、請求項１３に記載の方法。 - 【請求項１５】 前記第１の存在点における第１のコネ
クション型ネットワークアダプタ（ＡＴＵ−Ｒ）および
前記第２接続点における第２のコネクション型ネットワ
ークアダプタで使用するために、 前記コネクション型ネットワークの少なくとも１セグメ
ントを通して与えられた接続（ＰＶＣ）を予め与えるス
テップを含み、 接続を確立するために前記コネクション型ネットワーク
を制御する前記ステップは、 前記与えられた接続を通して仮想接続（ＤＶＣ）を確立
するために前記ネットワークを制御するステップを含
み、前記仮想接続（ＤＶＣ）は識別を有し、さらに前記
第１および第２のコネクション型ネットワークアダプタ
に対して前記仮想接続（ＤＶＣ）の識別を知らせるステ
ップを含む、請求項１に記載の方法。 - 【請求項１６】 前記第１のコネクション型ネットワー
クアダプタ（ＡＴＵ−Ｒ）のために前記コネクション型
ネットワークの切換機構へのアクセスを与えるアクセス
ターミナル（ＨＤＴ）でさらに使用するために、前記与
えられた接続（ＰＶＣ）の一方端は前記アクセスターミ
ナル（ＨＤＴ）に延びる、請求項１５に記載の方法。 - 【請求項１７】 前記第１の存在点における第１のコネ
クション型ネットワークアダプタ（ＡＴＵ−Ｒ）および
前記第２の存在点における第２のコネクション型ネット
ワークアダプタで使用するために、 前記コネクション型ネットワークの少なくとも１セグメ
ントを通して与えられた接続（ＰＶＣ）を予め与えるス
テップを含み、 接続を確立するために前記コネクション型ネットワーク
を制御する前記ステップは、前記与えられた接続を通し
て、前記第１の存在点と前記第２の存在点との間に前記
接続（ＳＶＣ）を確立するためにエンティティが呼出セ
ットアッププロシージャを開始するステップを含む、請
求項１に記載の方法。 - 【請求項１８】 前記第１のコネクション型ネットワー
クアダプタ（ＡＴＵ−Ｒ）のために前記コネクション型
ネットワークの切換機構へのアクセスを与えるアクセス
ターミナル（ＨＤＴ）でさらに使用するために、前記与
えられた接続（ＰＶＣ）の一方端は前記アクセスターミ
ナル（ＨＤＴ）に延びる、請求項１７に記載の方法。 - 【請求項１９】 前記第１の存在点における第１のコネ
クション型ネットワークアダプタ（ＡＴＵ−Ｒ）で使用
するために、 前記第２のサブプロトコルに従って前記指定された（Ｉ
Ｐ）アドレスを対応する（ＭＡＣ）アドレスに転換する
ステップと、 前記第１のコネクション型ネットワークアダプタ（ＡＴ
Ｕ−Ｒ）に対して、前記第２のサブプロトコルに従って
前記接続（ＶＰ）および前記（ＭＡＣ）アドレスの間の
対応を知らせるステップとをさらに含む、請求項１に記
載の方法。 - 【請求項２０】 第１および第２の存在点を含む複数個
の存在点を有するＡＴＭネットワークの接続を管理する
ための方法であって、コネクションレス型通信プロトコ
ルに従って通信する複数個の装置で使用するため、前記
コネクションレス型通信プロトコルはＭＡＣ層プロトコ
ルに従って運ばれるネットワーク層プロトコルを含み、
前記方法は指定されたネットワークアドレスをＭＡＣア
ドレスに転換するために、前記第１の存在点を介して前
記装置の第１の装置によって伝送されるアドレス転換リ
クエストメッセージを受取るステップを含み、第２の装
置の前記指定されたネットワークアドレスは前記第２の
存在点を介して前記コネクション型ネットワークを通し
て到達可能であり、さらに前記アドレス転換リクエスト
メッセージに応答して、前記第１の存在点と前記第２の
存在点との間に接続を確立するために前記ＡＴＭネット
ワークを制御するステップを含む、ＡＴＭネットワーク
の接続を管理するための方法。 - 【請求項２１】 前記指定されたネットワークアドレス
を対応するＭＡＣアドレスに転換するステップと、 アドレス転換返信メッセージにおいて、前記対応するＭ
ＡＣアドレスを前記第１の装置に伝送するステップをさ
らに含む、請求項２０に記載の方法。 - 【請求項２２】 第１の所定時間切れ期間を超える前記
接続を介した不活性期間に応答して、前記接続を壊すよ
う前記ＡＴＭネットワークを制御するステップをさらに
含む、請求項２１に記載の方法。 - 【請求項２３】 前記接続を壊すよう前記ＡＴＭネット
ワークを制御する前記ステップの後、 前記指定されたネットワークアドレスをＭＡＣアドレス
に再度転換するために、前記第１の存在点を介して前記
第１の装置によって伝送される第２のアドレス転換リク
エストメッセージを受取るステップと、 前記第２のアドレス転換リクエストメッセージに応答し
て、前記第１の存在点と前記第２の存在点との間に接続
を確立するために前記ＡＴＭネットワークを制御するス
テップとをさらに含む、請求項２２に記載の方法。 - 【請求項２４】 前記第１の装置はネットワークアドレ
スからＭＡＣアドレスへの変換を蓄え、非参照の所定の
第２の時間切れ期間の後、蓄えられた変換をエージアウ
トし、 前記第１の時間切れ期間は前記第２の時間切れ期間をお
そらく超えるように選択される、請求項２２に記載の方
法。 - 【請求項２５】 前記第１の装置はネットワークアドレ
スからＭＡＣアドレスへの変換を蓄え、非参照の所定の
第２の時間切れ期間の後、蓄えられた変換をエージアウ
トし、 前記第１の時間切れ期間は前記第２の時間切れ期間より
も短くない、請求項２２に記載の方法。 - 【請求項２６】 第１の所定時間切れ期間を超える前記
接続を通した不活性期間に応答して、前記接続を壊すよ
う前記ＡＴＭネットワークを制御するステップをさらに
含む、請求項２０に記載の方法。 - 【請求項２７】 前記第１および第２の存在点はそれぞ
れ第１および第２のＡＴＭアドレスを有し、 少なくとも一方におけるネットワークまたはＭＡＣのア
ドレスから他方におけるＡＴＭアドレスへの変換を第１
のキャッシュにおいて蓄えるステップをさらに含み、 接続を確立するために前記ＡＴＭネットワークを制御す
る前記ステップは、 前記第２の存在点のＡＴＭアドレスを決定するために前
記第１のキャッシュを調べるステップと、 前記第１および第２の存在点のＡＴＭアドレスを前記Ａ
ＴＭネットワークに与えるステップとを含む、請求項２
０に記載の方法。 - 【請求項２８】 前記第１の存在点における第１のＡＴ
Ｍアダプタ（ＡＴＵ−Ｒ）で使用するために、 前記指定されたネットワークアドレスを対応するＭＡＣ
アドレスに転換するステップと、 前記第１のＡＴＭアダプタ（ＡＴＵ−Ｒ）に対して、前
記接続（ＶＣ）と前記ＭＡＣアドレスとの間の対応を知
らせるステップとをさらに含む、請求項２０に記載の方
法。 - 【請求項２９】 同報通信可能なＭＡＣレベルプロトコ
ルを複数個の存在点を有するコネクション型非同報通信
ネットワークにインターフェイスするための方法であっ
て、 エージェントの制御ポートから制御ユニットに第１の接
続を確立するステップを含み、前記エージェントの第１
の内容ポートは前記コネクション型ネットワークに接続
可能でありかつデータポートは前記データネットワーク
に接続可能であり、さらに指定されたネットワークアド
レスをＭＡＣアドレスに転換するために前記データポー
トで受取られたすべてのアドレス転換リクエストメッセ
ージを前記エージェントは前記制御ポートで再伝送する
ステップをさらに含む、インターフェイスするための方
法。 - 【請求項３０】 前記コネクション型ネットワークの第
１の存在点および前記コネクション型ネットワークの第
２の存在点を通して、前記第１の内容ポートから宛先装
置への第２の接続を確立するステップと、 前記データポートで受取られかつ前記宛先装置にアドレ
ス指定されるパケットを前記第１の内容ポートで再伝送
するステップとをさらに含む、請求項２９に記載の方
法。 - 【請求項３１】 第１および第２の存在点を含む複数個
の存在点を有するコネクション型ネットワークを通して
コネクションレス型通信プロトコルを支持するための方
法であって、 前記コネクションレス型プロトコルに従って、前記第１
の存在点を介して第１の装置によって前記コネクション
型ネットワークへと伝送された第１の所定型のメッセー
ジを検出するステップを含み、前記第１の所定型のメッ
セージは前記コネクションレス型通信プロトコルに従っ
て、前記第２の存在点を介して前記コネクション型ネッ
トワークを通して到達可能である第２の装置のアドレス
を識別し、 前記第１の所定型のメッセージに応答して、前記第１の
存在点と前記第２の存在点との間に接続を確立するため
に前記コネクション型ネットワークを制御するステップ
と、 第１の所定時間切れ期間を超える前記接続の不活性期間
に応答して前記接続を壊すよう前記コネクション型ネッ
トワークを制御するステップとを含み、 前記第１の装置が前記第１の所定型のメッセージを伝送
するのは、前記第１および第２の装置間の所定の第２の
時間切れ不活性期間の後で、前記コネクション型ネット
ワークを介して前記第１の装置から前記第２の装置に伝
送されるべき最も早いメッセージが前記コネクション型
ネットワークを介して前記第１の装置から前記第２の装
置へ伝送されるよりも前であり、 前記第１の時間切れ期間は前記第２の時間切れ期間をお
そらく超える長さに選択される、コネクション型ネット
ワークを介してコネクションレス型通信プロトコルを支
持するための方法。 - 【請求項３２】 前記コネクションレス型通信プロトコ
ルは第１のアドレシング機構を有する第１のサブプロト
コルを含み、前記第１のサブプロトコルは前記コネクシ
ョンレス型通信プロトコルにおける第２のサブプロトコ
ルに従って運ばれ、前記第２のサブプロトコルは第２の
アドレシング機構を有し、 前記第１の所定型のメッセージは、前記第１のアドレシ
ング機構に従うアドレスを前記第２のアドレシング機構
に従うアドレスに転換するためのアドレス転換リクエス
トメッセージを含む、請求項３１に記載の方法。 - 【請求項３３】 前記第１の所定型のメッセージに応答
して、アドレス転換返信メッセージを前記第１の装置に
伝送するステップをさらに含む、請求項３２に記載の方
法。 - 【請求項３４】 前記第１の所定型のメッセージはＩＡ
ＲＰリクエストメッセージを含む、請求項３２に記載の
方法。 - 【請求項３５】 前記第１の装置からメッセージを受取
りかつそれらを前記コネクション型ネットワークに再伝
送するエージェントで使用するために、前記検出ステッ
プはコントローラによって行なわれ、 前記エージェントは、前記コネクション型ネットワーク
を介して、前記第１の装置から受取られた前記第１の所
定型メッセージを前記コントローラに再伝送し、前記第
１の装置から受取られた他のメッセージを前記第２の装
置に再伝送するステップをさらに含む、請求項３１に記
載の方法。 - 【請求項３６】 前記コネクションレス型通信プロトコ
ルは第１のアドレシング機構を有する第１のサブプロト
コルを含み、前記第１のサブプロトコルは前記コネクシ
ョンレス型通信プロトコルにおいて第２のサブプロトコ
ルに従って運ばれ、前記第２のサブプロトコルは第２の
アドレシング機構を有し、 前記第１の所定型メッセージで識別された前記アドレス
は、前記第１および第２のアドレシング機構の一方に従
って指定されたアドレスを含む、請求項３１に記載の方
法。 - 【請求項３７】 前記第１のサブプロトコルはネットワ
ーク層プロトコルであり、前記第２のサブプロトコルは
ＭＡＣ層プロトコルであり、 前記第１の所定型のメッセージで識別された前記アドレ
スはネットワーク層アドレスを含む、請求項３６に記載
の方法。 - 【請求項３８】 第１および第２の存在点を含む複数個
の存在点を有するコネクション型ネットワークを通して
コネクションレス型通信プロトコルを支持するための方
法であって、 前記コネクションレス型プロトコルに従って、前記第１
の存在点を介して第１の装置によって前記コネクション
型ネットワークに伝送された第１の所定型のメッセージ
を検出するステップと、 前記第１の所定型のメッセージに応答して、前記第１の
存在点と前記第２の存在点との間に接続を確立するため
に前記コネクション型ネットワークを制御するステップ
とを含み、第２の装置は前記第２の存在点を介して前記
コネクション型ネットワークを通して到達可能であり、 第１の時間切れ期間に応答して前記接続を壊すよう前記
コネクション型ネットワークを後で制御するステップを
含み、 前記第１の装置が前記第１の所定型のメッセージを伝送
するのは、前記第１の時間切れ期間より前には終わらな
い所定の第２の時間切れ期間の後で、前記コネクション
型ネットワークを介して前記第１の装置から前記第２の
装置に伝送されるべき最も早いメッセージが前記コネク
ション型ネットワークを介して前記第１の装置から前記
第２の装置に伝送されるよりも前である、コネクション
型ネットワークを介してコネクションレス型通信プロト
コルを支持するための方法。 - 【請求項３９】 前記第１の所定型のメッセージは、前
記コネクションレス型通信プロトコルに従って、前記第
２の装置のアドレスを識別する、請求項３８に記載の方
法。 - 【請求項４０】 前記第１の時間切れ期間は所定の持続
期間を超えて前記接続を介する不活性期間に応答して終
わる、請求項３８に記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/057872 | 1998-04-09 | ||
| US09/057,872 US6343083B1 (en) | 1998-04-09 | 1998-04-09 | Method and apparatus for supporting a connectionless communication protocol over an ATM network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000124920A true JP2000124920A (ja) | 2000-04-28 |
Family
ID=22013248
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11102483A Withdrawn JP2000124920A (ja) | 1998-04-09 | 1999-04-09 | コネクション型ネットワ―クの接続を管理するための方法、およびコネクション型ネットワ―クを介してコネクションレス型通信プロトコルを支持するための方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6343083B1 (ja) |
| EP (1) | EP0957656A3 (ja) |
| JP (1) | JP2000124920A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007228419A (ja) * | 2006-02-24 | 2007-09-06 | Canon Inc | 印刷装置及びその接続方法 |
Families Citing this family (84)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6446125B1 (en) * | 1997-03-28 | 2002-09-03 | Honeywell International Inc. | Ripple scheduling for end-to-end global resource management |
| JP3214450B2 (ja) * | 1998-06-05 | 2001-10-02 | 日本電気株式会社 | Ａｔｍ加入者通信網における代理呼制御装置 |
| US7212543B1 (en) * | 1998-10-12 | 2007-05-01 | Teliasonera Ab | Method, system and device for establishing communication between different communication networks |
| US6549533B1 (en) * | 1998-12-30 | 2003-04-15 | Objective Systems Integrators | Managing switched virtual circuits in a network |
| JP3626616B2 (ja) * | 1999-02-04 | 2005-03-09 | 日本電気株式会社 | 品質保証型通信経路通知方式およびルータ |
| US6628617B1 (en) * | 1999-03-03 | 2003-09-30 | Lucent Technologies Inc. | Technique for internetworking traffic on connectionless and connection-oriented networks |
| US6487206B1 (en) * | 1999-05-24 | 2002-11-26 | 3Com Corporation | Method and apparatus for adjusting the local service policy within an ATM switch based on non-ATM protocol service parameters |
| US6600727B1 (en) | 1999-05-27 | 2003-07-29 | Cisco Technology, Inc. | Distributed network repeater system |
| US6636505B1 (en) * | 1999-05-28 | 2003-10-21 | 3Com Corporation | Method for service provisioning a broadband modem |
| US6431765B1 (en) * | 1999-06-11 | 2002-08-13 | Cisco Technology Inc. | Distributed network repeater module and method |
| US6957346B1 (en) * | 1999-06-15 | 2005-10-18 | Ssh Communications Security Ltd. | Method and arrangement for providing security through network address translations using tunneling and compensations |
| DE19927291A1 (de) * | 1999-06-15 | 2000-12-28 | Siemens Ag | Verfahren und Einrichtung zum Übermitteln von Daten |
| US6714544B1 (en) * | 1999-07-08 | 2004-03-30 | Alcatel Canada Inc. | Method and apparatus for proxied signalling of an end to end connection across a connection oriented network |
| US6862285B1 (en) * | 1999-12-13 | 2005-03-01 | Microsoft Corp. | Method and system for communicating with a virtual circuit network |
| US6665730B1 (en) * | 1999-12-16 | 2003-12-16 | At&T Corp. | Method and apparatus for transaction routing in a connection-oriented packet network using a non-fault-tolerant directory server |
| US6785738B1 (en) * | 1999-12-23 | 2004-08-31 | Cisco Technology, Inc. | ARP packet to preserve canonical form of addresses |
| US6343065B1 (en) * | 2000-01-20 | 2002-01-29 | Sbc Technology Resources, Inc. | System and method of measurement-based adaptive caching of virtual connections |
| US6577630B1 (en) * | 2000-08-04 | 2003-06-10 | Intellon Corporation | Self-configuring source-aware bridging for noisy media |
| US7352770B1 (en) * | 2000-08-04 | 2008-04-01 | Intellon Corporation | Media access control protocol with priority and contention-free intervals |
| JP4638005B2 (ja) * | 2000-08-28 | 2011-02-23 | ルネサスエレクトロニクス株式会社 | 半導体装置 |
| US8213460B1 (en) * | 2000-09-07 | 2012-07-03 | Cisco Technology, Inc. | Method and system for processing traffic in an access network |
| US7111072B1 (en) | 2000-09-13 | 2006-09-19 | Cosine Communications, Inc. | Packet routing system and method |
| US7444398B1 (en) * | 2000-09-13 | 2008-10-28 | Fortinet, Inc. | System and method for delivering security services |
| US7487232B1 (en) * | 2000-09-13 | 2009-02-03 | Fortinet, Inc. | Switch management system and method |
| US7389358B1 (en) | 2000-09-13 | 2008-06-17 | Fortinet, Inc. | Distributed virtual system to support managed, network-based services |
| US7574495B1 (en) * | 2000-09-13 | 2009-08-11 | Fortinet, Inc. | System and method for managing interworking communications protocols |
| US8250357B2 (en) | 2000-09-13 | 2012-08-21 | Fortinet, Inc. | Tunnel interface for securing traffic over a network |
| US7539154B1 (en) | 2000-10-17 | 2009-05-26 | Cisco Technology, Inc. | Method and apparatus to detect and break loop configuration |
| WO2002043301A2 (en) * | 2000-11-17 | 2002-05-30 | Starguide Digital Networks, Inc. | Method and apparatus for injection of ip multicast content into an atm dsl network |
| CA2327918A1 (en) * | 2000-12-08 | 2002-06-08 | Alcatel Canada Inc. | System and method of operating a communication network associated with an mpls implementation on an atm platform |
| JP3760767B2 (ja) * | 2000-12-21 | 2006-03-29 | 株式会社日立製作所 | ネットワーク管理装置及びネットワーク管理方法 |
| US7478164B1 (en) | 2001-06-12 | 2009-01-13 | Netapp, Inc. | Methods and apparatus for pacing delivery of streaming media data |
| US7181547B1 (en) * | 2001-06-28 | 2007-02-20 | Fortinet, Inc. | Identifying nodes in a ring network |
| US7330425B1 (en) * | 2001-11-02 | 2008-02-12 | Ciena Corporation | Method and apparatus for permanent sub-network connections in a communication network |
| US7447215B2 (en) * | 2001-12-03 | 2008-11-04 | Hatteras Networks | Methods, systems, and computer program products for classifying a packet based on a destination address |
| AU2003235660A1 (en) * | 2002-01-10 | 2003-07-30 | Thomson Licensing S.A. | Telephony device with irda repeater |
| EP1355208A1 (de) * | 2002-04-15 | 2003-10-22 | Peter Renner | System zur Automatisierung technischer Prozesse |
| US7177311B1 (en) * | 2002-06-04 | 2007-02-13 | Fortinet, Inc. | System and method for routing traffic through a virtual router-based network switch |
| US7376125B1 (en) | 2002-06-04 | 2008-05-20 | Fortinet, Inc. | Service processing switch |
| US7203192B2 (en) * | 2002-06-04 | 2007-04-10 | Fortinet, Inc. | Network packet steering |
| US7161904B2 (en) | 2002-06-04 | 2007-01-09 | Fortinet, Inc. | System and method for hierarchical metering in a virtual router based network switch |
| US7948951B2 (en) | 2002-06-12 | 2011-05-24 | Xocyst Transfer Ag L.L.C. | Automatic peer discovery |
| US8050360B2 (en) | 2002-06-12 | 2011-11-01 | Intellectual Ventures I Llc | Direct link relay in a wireless network |
| US8787988B2 (en) | 2003-01-29 | 2014-07-22 | Intellectual Ventures I Llc | Power management for wireless direct link |
| USRE43127E1 (en) | 2002-06-12 | 2012-01-24 | Intellectual Ventures I Llc | Event-based multichannel direct link |
| US7933293B2 (en) * | 2002-06-12 | 2011-04-26 | Xocyst Transfer Ag L.L.C. | Link margin notification using return frame |
| US7539198B1 (en) * | 2002-06-26 | 2009-05-26 | Cisco Technology, Inc. | System and method to provide node-to-node connectivity in a communications network |
| US7826466B2 (en) * | 2002-06-26 | 2010-11-02 | Atheros Communications, Inc. | Communication buffer scheme optimized for VoIP, QoS and data networking over a power line |
| US8149703B2 (en) * | 2002-06-26 | 2012-04-03 | Qualcomm Atheros, Inc. | Powerline network bridging congestion control |
| US7120847B2 (en) * | 2002-06-26 | 2006-10-10 | Intellon Corporation | Powerline network flood control restriction |
| US6785265B2 (en) * | 2002-07-08 | 2004-08-31 | Sbc Properties, L.P. | Ethernet-based digital subscriber line methods and systems |
| EP1388769A1 (de) | 2002-08-05 | 2004-02-11 | Peter Renner | System zur Automatisierung, Überwachung, Steuerung, Messwerterfassung von technischen Prozessen |
| KR100859408B1 (ko) * | 2002-09-28 | 2008-09-22 | 주식회사 케이티 | 홈오토 통신을 위한 디지털 가입자망 단말기 및 디지털 가입자망 접속장치 |
| US7266120B2 (en) * | 2002-11-18 | 2007-09-04 | Fortinet, Inc. | System and method for hardware accelerated packet multicast in a virtual routing system |
| US20040114640A1 (en) * | 2002-12-16 | 2004-06-17 | Bhide Nilesh M. | System, method and device for aggregating SONET links |
| US7991905B1 (en) * | 2003-02-12 | 2011-08-02 | Netapp, Inc. | Adaptively selecting timeouts for streaming media |
| DE60315630T2 (de) * | 2003-07-15 | 2008-06-05 | Alcatel Lucent | Verfahren und Zugangsmultiplexer zum Einrichten eines Pfades, der eine bestimmte QoS-Klasse hat |
| US20050013307A1 (en) * | 2003-07-17 | 2005-01-20 | Sharp Laboratories Of America, Inc. | Method for bridging traffic on a PLC LAN segment |
| US7720095B2 (en) * | 2003-08-27 | 2010-05-18 | Fortinet, Inc. | Heterogeneous media packet bridging |
| US20050066045A1 (en) * | 2003-09-03 | 2005-03-24 | Johnson Neil James | Integrated network interface supporting multiple data transfer protocols |
| US8090857B2 (en) * | 2003-11-24 | 2012-01-03 | Qualcomm Atheros, Inc. | Medium access control layer that encapsulates data from a plurality of received data units into a plurality of independently transmittable blocks |
| US8949381B1 (en) * | 2003-12-31 | 2015-02-03 | Brixham Solutions Ltd. | Network service provisioning |
| US7660327B2 (en) | 2004-02-03 | 2010-02-09 | Atheros Communications, Inc. | Temporary priority promotion for network communications in which access to a shared medium depends on a priority level |
| US7715425B2 (en) * | 2004-02-26 | 2010-05-11 | Atheros Communications, Inc. | Channel adaptation synchronized to periodically varying channel |
| US7325075B1 (en) | 2004-03-15 | 2008-01-29 | Hewlett-Packard Development Company, L.P. | Methods for address and name discovery for Ethernet entities |
| GB2418326B (en) * | 2004-09-17 | 2007-04-11 | Hewlett Packard Development Co | Network vitrualization |
| US7499419B2 (en) | 2004-09-24 | 2009-03-03 | Fortinet, Inc. | Scalable IP-services enabled multicast forwarding with efficient resource utilization |
| US7752325B1 (en) | 2004-10-26 | 2010-07-06 | Netapp, Inc. | Method and apparatus to efficiently transmit streaming media |
| US7808904B2 (en) | 2004-11-18 | 2010-10-05 | Fortinet, Inc. | Method and apparatus for managing subscriber profiles |
| US7636370B2 (en) * | 2005-03-03 | 2009-12-22 | Intellon Corporation | Reserving time periods for communication on power line networks |
| US8072978B2 (en) * | 2005-03-09 | 2011-12-06 | Alcatel Lucent | Method for facilitating application server functionality and access node comprising same |
| US7496678B2 (en) * | 2005-05-11 | 2009-02-24 | Netapp, Inc. | Method and system for unified caching of media content |
| EP1729477B1 (de) * | 2005-05-30 | 2011-08-03 | Siemens Enterprise Communications GmbH & Co. KG | Verfahren zum Aufbauen einer Verbindung über eine Kommunikationseinrichtung zu einer Endeinrichtung, sowie Endeinrichtung und Kommunikationseinrichtung zur Durchführung des Verfahrens |
| US7822059B2 (en) | 2005-07-27 | 2010-10-26 | Atheros Communications, Inc. | Managing contention-free time allocations in a network |
| US8175190B2 (en) | 2005-07-27 | 2012-05-08 | Qualcomm Atheros, Inc. | Managing spectra of modulated signals in a communication network |
| CN1852254A (zh) * | 2006-02-17 | 2006-10-25 | 华为技术有限公司 | 实现mpls报文转发的以太交换设备和方法 |
| US20080026750A1 (en) * | 2006-07-27 | 2008-01-31 | Harris John M | Method and system for managing allocation of connection identifiers (CIDs) to a wireless device in a network |
| WO2008141165A1 (en) * | 2007-05-10 | 2008-11-20 | Intellon Corporation | Managing distributed access to a shared medium |
| US7792109B2 (en) * | 2007-05-11 | 2010-09-07 | The Boeing Company | Redundant routing of data in a network |
| JP5678171B2 (ja) | 2010-04-12 | 2015-02-25 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | ネットワークにおける低オーバーヘッド通信のためのチャネル推定 |
| US8971334B2 (en) * | 2011-08-02 | 2015-03-03 | Telefonaktiebolaget L M Ericsson (Publ) | Packet broadcast mechanism in a split architecture network |
| JP6088853B2 (ja) * | 2013-02-27 | 2017-03-01 | 株式会社東芝 | 通信装置、通信方法および通信プログラム |
| US8891605B2 (en) | 2013-03-13 | 2014-11-18 | Qualcomm Incorporated | Variable line cycle adaptation for powerline communications |
| CN108806679B (zh) * | 2018-05-18 | 2021-04-13 | 出门问问信息科技有限公司 | 语音唤醒方法及装置 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69132536T2 (de) | 1991-08-21 | 2001-10-04 | International Business Machines Corp., Armonk | Verbindungslose ATM-Datendienste |
| US5581552A (en) | 1995-05-23 | 1996-12-03 | At&T | Multimedia server |
| US6016319A (en) * | 1995-10-31 | 2000-01-18 | Lucent Technologies, Inc. | Communications system for transmission of datagram packets over connection-oriented networks |
| JP3131137B2 (ja) * | 1996-02-28 | 2001-01-31 | 株式会社日立製作所 | バーチャルネットワークシステム |
| US5831975A (en) * | 1996-04-04 | 1998-11-03 | Lucent Technologies Inc. | System and method for hierarchical multicast routing in ATM networks |
| US5764645A (en) * | 1996-06-12 | 1998-06-09 | Microsoft Corporation | IP/ATM network adaptation |
| JP2845207B2 (ja) * | 1996-08-15 | 1999-01-13 | 日本電気株式会社 | アドレス解決装置 |
| US5828844A (en) * | 1996-10-08 | 1998-10-27 | At&T Corp. | Internet NCP over ATM |
| US5903559A (en) * | 1996-12-20 | 1999-05-11 | Nec Usa, Inc. | Method for internet protocol switching over fast ATM cell transport |
| US6009097A (en) * | 1997-04-04 | 1999-12-28 | Lucent Technologies Inc. | System for routing packet switched traffic |
| US5936936A (en) * | 1997-04-11 | 1999-08-10 | International Business Machines Corporation | Redundancy mechanisms for classical internet protocol over asynchronous transfer mode networks |
| US5996021A (en) * | 1997-05-20 | 1999-11-30 | At&T Corp | Internet protocol relay network for directly routing datagram from ingress router to egress router |
-
1998
- 1998-04-09 US US09/057,872 patent/US6343083B1/en not_active Expired - Fee Related
-
1999
- 1999-04-09 EP EP99302792A patent/EP0957656A3/en not_active Withdrawn
- 1999-04-09 JP JP11102483A patent/JP2000124920A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007228419A (ja) * | 2006-02-24 | 2007-09-06 | Canon Inc | 印刷装置及びその接続方法 |
| US8289890B2 (en) | 2006-02-24 | 2012-10-16 | Canon Kabushiki Kaisha | Printing apparatus and method of connecting same |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0957656A3 (en) | 2000-12-27 |
| EP0957656A2 (en) | 1999-11-17 |
| US6343083B1 (en) | 2002-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000124920A (ja) | コネクション型ネットワ―クの接続を管理するための方法、およびコネクション型ネットワ―クを介してコネクションレス型通信プロトコルを支持するための方法 | |
| US6598080B1 (en) | Network interconnection apparatus network node apparatus and packet transfer method for high speed large capacity inter-network communication | |
| US6516000B1 (en) | Communications system for transmission of datagram packets over connection-oriented networks | |
| JP3338365B2 (ja) | パケット交換トラヒックを転送するための改良型システム | |
| JP3923533B2 (ja) | Ａｔｍの部分的なカットスルー | |
| JPH1188345A (ja) | ルータ装置及び制御フレーム処理方法 | |
| JPH10215248A (ja) | ファイアウォール方式およびその方法 | |
| JP3261057B2 (ja) | Ａｔｍスイッチおよび呼受付優先制御方法 | |
| Cisco | Configuring ATM on the NPM for Cisco 4500 and 4700 Routers | |
| Cisco | Configuring ATM on the NPM for Cisco 4500 and 4700 Routers | |
| Cisco | Configuring ATM on the NPM for Cisco 4500 and 4700 Routers | |
| Cisco | ATM Commands | |
| Cisco | ATM Commands | |
| Cisco | ATM Commands | |
| Cisco | ATM Commands | |
| Cisco | ATM Commands | |
| Cisco | Configuring ATM on the AIP for Cisco 7500 Series Routers | |
| Cisco | ATM Commands | |
| Cisco | ATM Commands | |
| Cisco | ATM Commands | |
| Cisco | ATM Commands | |
| Cisco | ATM Commands | |
| Cisco | Configuring ATM on the AIP for Cisco 7500 Series Routers | |
| Cisco | ATM Commands | |
| Cisco | Configuring ATM |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060704 |