JPH0624376B2 - コンピュータ・ネットワークにおける通信方法 - Google Patents

Description

【発明の詳細な説明】 Ａ．産業上の利用分野 本発明はコンピユータネツトワークに関し、さらに詳し
くいえば、新たに規定された機能を有する新たに規定さ
れた一定のタイプのネツトワークノードの間でネットワ
ーク状況情報を容易に流通させるための技術に関するも
のである。

Ｂ．従来技術及びその問題点 はじめに本発明の技術分野における用語及びその概念に
ついて簡単に触れておく。

一般に、ネットワークは物理的な媒体又は電磁波のチヤ
ネル内で形成された通信リンクと、“ノード”すなわち
接続点でそのようなリンクに接続された装置とを含む。
コンピユータネツトワークは幾つかのノードにコンピユ
ータが存在することで特徴付けられ、全てのノードにダ
ム（dumb）端末しか有しないようなネツトワークとは区
別される。

ネツトワークにおける通信を制御するノードは物理的及
び論理的な特性ならびにリンク及びノードの状況に関す
る一定の情報（“トポロジー”情報）と、ネツトワーク
エラー条件に関する一定の情報と、ノードで使用可能な
資源に関する一定の情報（“資源”情報）とを必要とす
る。“ネツトワーク状況”情報という用語は、これらの
カテゴリーに入る情報を特徴付けるものとして現に使用
されている。

なお、本発明の技術分野における一般的な知識が必要で
あれば、下記の文献を参照されたい。

(1)“Systems Network Architecture、Concepts and Pro
ducts”ＩＢＭ社マニユアルＧＣ３０−３０７２−３
（１９８６年１０月） (2)“Systems Network Architecture、Technical Overvi
ew”ＩＢＭ社マニユアルＧＣ３０−３０７２−２（１９
８６年９月） (3)“Systems Network Architecture、Transaction Prog
rammer′s Reference Manual For LU Type 6.2”ＩＢＭ
社マニユアルＧＣ３０−３０４８−２（１９８５年１１
月） (4)“SNA Format And Protocol Reterence Manual：Arc
hitecture Logic For Type 2.1 Nodes”ＩＢＭ社マニユ
アルＳＣ３０−３４２２−０（１９８６年１２月） (5)“Systems Network Architecture Reference Summar
y”ＩＢＭ社マニユアルＧＡ２７−３１３６−６（１９
８５年５月） (6)“Synchronous Data Link Control Concepts”ＩＢ
Ｍ社マニユアルＧＡ２７−３０９３−３（１９８６年６
月） (7)“Systems Network Architecture Format and Proto
col Reference Manual”ＩＢＭ社マニユアルＳＣ３０−
３２６９−３（１９８５年１２月） ＳＮＡネツトワークでは現在、ノードに含まれる装置の
論理的及び物理的な特性に応じて、ノードを４つのタイ
プに分類している（たとえば、ＧＣ３０−３０７３参
照）。すなわち、タイプ2.0、タイプ2.1、タイプ４及び
タイプ５である。本発明では、ＡＰＰＮと名付けられた
新種のタイプ2.1を規定し、さらにこれを２種に分けて
ＮＮタイプのノード及びＥＮタイプのノードを規定す
る。本発明に基づくＡＰＰＮノードは後で説明するよう
な通信オペレーシヨンについて一定のより進んだ対等ネ
ツトワーキングを行うことのできるノードである。こう
したオペレーシヨンには、ノード機能情報と、一定の新
しいデータリング及びセツシヨン通信形式におけるその
他のネツトワーク状況情報の転送が含まれる（これらに
ついても後で説明する）。（“end node”）のノードは
ネツトワークの論理的な終端の境界に配置されるもの
で、他のノードとの間で情報を通信するようには機能せ
ず、また他のノードへのサービスも提供しない。タイプ
ＮＮ（“network node”）のノードは他のノードとの間
で通信を行うことができ、また他のノードへのサービス
を提供することができるノードである。ＥＮノードは一
般にはプリンタ、デイスプレイ等のエンドコースの装
置、又は、ネツトワーク構成要素としてアクセスのでき
ない装置をサポートするだけのデータホストのようなコ
ンピユータを含む。ＮＮノードはデータ処理の他に、他
のノードの資源をアクセスするため通信サービスを提供
するように適応化されたコンピユータを含む。

そのようなネツトワークにおいて、情報は様々なフオー
マツトで通信される。ここで関係する２つのフオーマツ
トはデータリンク制御タイプの通信及びセツシヨンであ
る。セツシヨンに関連して、データリンク制御通信は、
一般に、転送しうる情報の量及びタイプの点でより直接
的（直接的にリンクされたノードの間のみぞ）、かつ短
くまた限定的である。データリンク制御通信のフオーマ
ツトはＧＡ２７−３０９３、セツシヨンのフオーマツト
はＧＣ３０−３０７３にそれぞれより詳しく説明されて
いる。“制御点(control point)”は、他のノードとの
セツシヨンを活動化できるノード構成要素であり、その
ノードの他の構成要素及び他のノードの制御点によつて
必要な制御サービス及び情報を提供する（ＧＣ３０−３
０７３）。ＡＰＰＮノードはただ１つの制御点を有す
る。

本発明で関係するのは、ＸＩＤタイプのデータリンク制
御交換（ＧＡ２７−３１３６）及びネツトワークの制御
点間におけるセツシヨン（ＧＣ３０−３０７２）であ
る。ＸＩＤ交換は隣接ノードの特性を判断するのに使用
される。活動中、ＡＰＰＮノードはＸＩＤ交換を使用し
て、他のＡＰＰＮノードに関する一定の新たに規定され
たアクシヨンを選択的にとらせる。そのようなアクシヨ
ンにはセツシヨン確立信号の交換が含まれる。これによ
り、セツシヨンのための機能及び使用可能性についての
ＸＩＤ標識を戻す各ノードに対し、互いに反対方向の一
対の単信セツシヨンを確立する（実際には、これらのセ
ツシヨンは半２重であるが単信ノードにおいてのみ維持
される）。また、これらのアクシヨンにはセツシヨンを
介する機能メツセージの交換が含まれる。この機能交換
で各ノードの機能を他のノードに示す。本発明に基づく
これらの単信セツシヨンはＡＰＰＮ ＣＰ間セツシヨン
（又は単にＣＰ間セツシヨン）という。ＣＰ間セツシヨ
ンによれば、ノードのトランザクシヨンプログラムは必
要に応じて、及びセツシヨンが使用可能になることに応
じて（各セツシヨンは一時に一対のプログラムにとつて
のみ使用可能である）付加的なネツトワーク状況情報を
交換することができる。

論理ユニツト（ＬＵ）はエンドユーザとネツトワークと
の間の情報の流れを管理する（ＧＣ３０−３０７３−
２）。エンドユーザは関連するＬＵを介して間接的にの
み互いに通信する。ＳＮＡ体系では、特定の通信の担当
を有するタイプ１、２、３、４、6.1及び6.2を含むＬＵ
のタイプを規定する。タイプ１、４、6.1及び6.2はプロ
グラム間の通信をサポートする。通信プロトコルの対応
するタイプが各ＬＵタイプに関連する（たとえば、ＬＵ
6.2プロトコルはＬＵ6.2に関連する）。

トランザクシヨンプログラム（ＴＰ）は他のノードの適
切な相手方（他のＴＰ）との通信ができるＬＵ6.2を使
用する。ＴＰはその同じノードで走行する任意のプログ
ラムにとつて使用可能な全ての機構へのアクセス権を有
し、さらに、遠隔のＴＰの相手方と通信する能力を有す
る。相手方と通信するように企図されたＴＰは有益な通
信ができるよう協働的に書かねばならない。

ところでデータの処理及び伝送のためのコンピユータネ
ツトワークはよく知られている。典型的なコンピユータ
ネツトワークにおいては、個々のオペレーテイングシス
テムの下で走行する１以上のコンピユータ、及びアプリ
ケーシヨン／トランザクシヨンソフトウエアは、通信コ
ントローラ及び通信媒体を介して交換データやプリンタ
等の装置を操作することができる。さらに、複数のノー
ドによる分散式制御のできるコンピユータネツトワーク
もよく知られている。

そのようなネツトワークは、普通、ノード間の情報の正
しい流れ及びノードでサポートされる資源間の情報の正
しい流れを保証するアーキテクチヤないしは基本的プロ
トコルに従つて制御される。こうしたアーキテクチヤの
例として以下のものがある。(1)S.Weckerによる“Compu
ter Network Architecture”（Computer、１９７９年９
月）。(2)P.E.Greenによる“An Introduction to Netwo
rk Architectures And Protocols”（IBM Systems Jour
nal、１９７９年第１８巻第２号）。これらの論文は、
通信媒体を物理的に制御するためのアクシヨンを管理す
る構成要素が最下層にあり、エンドユーザとインターフ
エースするためのアクシヨンを管理する構成要素が最上
層にあり、他のアクシヨンがその中間層で管理されるよ
うな層構造による種々のアーキテクチヤ（たとえば、Ｓ
ＮＡ、ＤＮＡなど）について記載する。ＳＮＡにおいて
は、そのような層が７つ規定されている。すなわち、物
理層、データリンク制御層、経路制御層、伝送制御層、
データ流れ制御層、表示サービス層、及びトランザクシ
ヨンサービス層である。各層で遂行される特定の機能
は、前掲の刊行物ＧＣ３０−３０７３−２（第１頁ない
し第３頁）に説明されている。ＩＳＯ（International
Organization For Standardization）の提案するアーキ
テクチヤは、ＳＮＡと異なるが幾分オーバーラツプした
機能を有する７層構造を持つ。ＯＳＩモデルは、H.Zimm
ermanによる“ＯＳＩ Reference Model-The ＩＳＯ
Model of Architecture For Open Systems Interconect
ion”（ＩＥＥＥ Ttansactions On Communications、
１９８０年４月）に記載されている。すなわち、物理
層、データリンク層、ネツトワーク層、トランスポート
層、セツシヨン層、プレゼンテーシヨン層及びアプリケ
ーシヨン層である。

本発明は、上述のＯＳＩモデルのような他のアーキテク
チヤに基づくネツトワークへの拡張を可能としつつ、ネ
ツトワーク状況情報をＳＮＡネツトワークに拡散するた
めの技術に関する。

既存のＳＮＡネツトワークでは、新たに活動化されたノ
ードは、その前に、それらが接続されるノードのタイプ
を少なくとも知る必要がある。この前もつて行われる準
備は、コスト増を招来するだけでなく、ネツトワークへ
の新たな装置の技術的な据付けを制限し又は複雑にして
いる。また、既存のネツトワークでは、接続されたリン
ク及び隣接ノードのタイプ以外のネツトワーク状況情報
が、ノードのタイプ及びその他のフアクタに応じて形式
及び内容を変化させながら、様々なタイプのセツシヨン
通信によつて獲得される。したがつて、そのようなセツ
シヨンのプログラミングは、状況情報通信が単一タイプ
のセツシヨン通信に標準化される場合に比して、一般に
は時間がかかり、また再使用されない既存のコードを含
むものとなる。しかも、そのような状況の通信は検出不
能エラーを生じてはならず、帯域幅の使用等からいう
と、ネツトワークに過大な負荷をかけてもいけない。こ
うした要件は、ある程度矛盾する。本発明は、これらの
要件を満たすことを目的とするものである。

Ｃ．問題点を解決するための手段 この目的を達成するため、所定のタイプのノードを含
み、該所定のタイプの各ノードが該所定のタイプのノー
ド間でネツトワーク状況情報を交換するための所定のタ
イプの通信セツシヨンを維持するようなコンピユータネ
ツトワークにおいて情報を伝達する本発明の方法は、
(a)上記コンピユータネツトワークにおけるいずれかの
リンクが活動化されると、該リンクに接続されたノード
間で上記所定のタイプの通信セツシヨンに参加すること
についての使用可能性を示す情報を互いのノードが相手
方のノードに供給するため第１の信号交換を自動的に開
始するステツプと、(b)上記両方のノードが通信セツシ
ヨンの参加について使用可能であり、かつ、少なくとも
一方のノードがサービスを提供するものであるときは、
１つの通信セツシヨンを確立するため第２の信号交換を
自動的に開始するステツプと、(c)上記１つの通信セツ
シヨンが確立すると、互いのノードがネツトワーク状況
情報を相手方のノードに供給するため第３の信号交換を
開始するステツプと、を有することを特徴としている。

Ｄ．実施例 まず、本実施例の概要を説明する。本実施例では、ＳＮ
Ａネツトワークのために強化されたタイプ2.1のノード
が隣接しないノード間及びネツトワークを越えるプログ
ラム連係において経路指定情報を提供する。これらのノ
ードは、ＡＰＰＮ（“advanced peer to peer networki
ng”）と呼ばれる。ネツトワークのトポロジー及び資源
を記述するネツトワーク状況情報は、ノードタイプを示
す識別子情報についての第１のデータリンク制御交換
（これによつて、ＡＰＰＮノードと他のノードが区別さ
れる）と、ＡＰＰＮノードに対して一意的なメツセージ
アーキテクチヤを有する新しく規定された制御点間セツ
シヨン（以下、ＣＰ間セツシヨンという）において行わ
れる他の交換とによつてＡＰＰＮノード間に拡散され
る。第１のデータリンク制御交換（以下、ＸＩＤ交換と
いう）はノード間のリンクが活動化されるときに必ず行
われ、また、交換を行うノードが両方ともＡＰＰＮノー
ドであつて、かつ、これらのノードがＣＰ間セツシヨン
に参加するために使用可能であるときは、これらのノー
ドは、これらのノード間で一対のセツシヨンを確立する
ためのセツシヨン確立信号についての第２の交換を自動
的に開始する。内部的な約束事によつて、ネツトワーク
状況情報を交換するセツシヨンの対を使用するノードの
構成要素は、一方から他方のノードへのセツシヨンの流
れ及びその他方から一方のノードへのセツシヨンの流れ
を有する単信モードにおいて使用できるようこれらのセ
ツシヨンを適合化する。これらのセツシヨンでは、効率
化のため、通信は直接的には肯定応答されない。すなわ
ち、これらのセツシヨンに対してトランスペアレントな
プロセスがリンク障害を監視し、リンク障害が生じたと
きに関連する全ての構成要素にそのセツシヨンの使用を
終了するよう通知して、このセツシヨンを非活動化す
る。

以下、図面を参照しながら本実施例を詳細に説明する。

はじめに 本実施例は、既存のネツトワークへの新しいハードウエ
ア及びソフトウエアの接続を容易にするため、既存のネ
ツトワークアーキテクチヤ（たとえばＳＮＡ）を改良し
ようとするものである。一般的には、第２図に例示する
如き既存のＳＮＡネツトワークは異なるプロトコル及び
異なるプロセスを要する様々なハードウエア及びソフト
ウエア構成要素を含む。これらのプロトコルは通信のた
めのものであり、これらのプロセスはネツトワークへの
これらの構成要素のエントリの初期設定及び同時に活動
する要素との通信の付勢のためのものである。これよう
なことは、既存のネツトワークへ新しいタイプの構成要
素を接続することに関するコストを上昇させることにな
る。というのは、そうした接続には、普通、既存の構成
要素に新しいタイプの構成要素の加入があることを認識
させるため既存のプロトコルの変更が必要であり、しか
も、その加入で既存のアーキテクチヤとの通信の整合性
がとれない場合にはさらにその他の変更が必要だからで
ある。

既存のネツトワークに新たな構成要素が加入する際は、
そのような構成要素にネツトワークの構造及び機能を知
らせることに関するコスト、及び既存の構成要素に新た
な構成要素の特性を知らせることに関するコストを最小
限にすることも望まれる。

また、新たなプログラムとネツトワークとの間のインタ
ーフエースのため必要なアーキテクチヤのプロトコルを
遂行するため、できる限り広範囲にわたつて既存の構成
要素を使用できることが望ましい。これにより、新たな
プログラムとネツトワークとの間のインターフエースの
ためのプログラムを作成するのに必要なコストを最小に
することができるからである。

本実施例はこのような要請に応じて、技術進歩に対し
て、長期的に既存のネツトワークとの適合性を維持させ
るための基本的要件を提供しようとしたものである。

第２図は、典型的な既存のＳＮＡネツトワークにおける
様々なハードウエア及びソフトウエア構成要素を示した
図である（ＧＣ３０−３０７３−２参照）。かかるネツ
トワークにおける各ノードは、前述の７層の機能を実現
する関連ソフトウエア構成要素と共に存するハードウエ
アソフトウエアの一部である。下記の第１表は、そのよ
うなネツトワークにおいてあらわれるノードのタイプの
カテゴリ、ならびにそれらのアーキテクチヤ上の特徴及
び関連する主要な機能を示す（ＧＣ３０−３０７３−２
参照）。

第２図及び第１表は、従来、ＳＮＡネツトワークがノー
ドに関し２つの異なるクラスを一般的に含んでいたこと
を示している。すなわち、サブエリアノードと周辺ノー
ドである。これらのノードはそれぞれ２種類のノードタ
イプを有する。サブエリアノードはタイプ４及びタイプ
５（以下「Ｔ４」及び「Ｔ５」という）、周辺ノードは
タイプ2.0及びタイプ2.1（以下「Ｔ2.0」及び「Ｔ2.1」
という）である。各サブエリアノードは、そのノードと
そのノードに接続された周辺ノードを含むサブエリアに
関連する。サブエリアノードは隣接ノードに接続するた
めのリンクを管理する物理ユニツト（ＰＵ）のタイプに
よつて特徴付けられる。Ｔ５ノードは次の点でさらに異
なる。すなわち、Ｔ５ノードが“定義域（domain）”の
関連する部分についてネツトワークのオペレータから発
せられるコマンドに従つてネツトワーク資源を管理する
ため、及び、定義域内の論理ユニツト（さらには他の定
義域を介する論理ユニツト）の間のセツシヨン確立を調
整するためのシステムサービス制御点（ＳＳＣＰ）構成
要素を含むという点である。周辺ノードは、前述の如
く、サブエリアに関連し、エンドユーザ及び特定タイプ
の論理ユニツトについてのサポートに関するより直接的
な関連によつて特徴付けられる。しかしながら、Ｔ2.1
は、サブエリアで機能すること（すなわち、サブエリア
ノードと独立して存在しかつ働くこと）、他のＴ2.1ノ
ードへの直接的なリンク接続をサポートすること、及
び、プログラム間の通信をサポートすること（ＬＵ6.2
のプロトコルのサポートによつて）は必要でない。

次に下記の第２表を参照する。本実施例に従つて適合化
のために採用された手法は、新種のＴ2.1ノードを規定
することである。これは、ＡＰＰＮ（“advanced peer
to peer" nerworking）と呼ばれ、さらに２種のノード
ＥＮ（“end node”）及びＮＮ（“network node”）
を有する。これらのノードはネツトワークを越える通信
の経路指定をサポートし、前述の要件を満たすことがで
きる。

ＡＰＰＮノードネツトワークの構成及び機能 第３図はＡＰＰＮノードがネツトワークにおいてどのよ
うなトポロジーで構成されるかを示す図であり、下記の
第３表はそのようなノードのアーキテクチヤ上の特徴及
び機能を示す図である。

第３図を参照する。ゲートウエイ１０２によつてリンク
されたネツトワーク１００及び１０１はそれぞれ複数の
ＡＰＰＮノードを含むが、さらに他の既存のタイプのノ
ードを含んでいてもよい（これらについては図示せ
ず）。参照番号１０４で示されるエンドノード（ＥＮ）
は、それらがＣＰ間通信のためのネツトワークノード
（ＮＮ）１０５のみにリンクされるという点（ただし、
既存の他のタイプのノードにはリンクされていてもよ
い）、及び他のノード間における相互連係を提供しない
という点（すなわち、それらがノード間で情報を伝えな
いこと）で、ネツトワークの論理的な終端に配置され
る。これに対しＮＮはＣＰ間通信のためＥＮ又は他のＮ
Ｎとリンクし、ネツトワークを越える情報を経路指定す
る。

第３表を参照する。全てのＡＰＰＮノードは、ＣＰ間セ
ツシヨンを確立し使用するために、既存のＴ2.1の機能
及びアーキテクチヤをサポートする。ＡＰＰＮノード
は、さらに、ＬＵ6.2プロトコルによつてプログラム間
通信をサポートし（後出）、共通のその他の機能を有し
ている。ＥＮはネツトワークの論理的な終端に存在する
のに対し、ＮＮは論理的には中間の位置に存在する。ま
た、ＥＮは１つの相手方とのＣＰ間セツシヨンしかサポ
ートできないのに対し、ＮＮは同時に２以上の相手方と
のＣＰ間セツシヨンをサポートできる。さらに、ＮＮ
は、ＥＮのできないサービス（ネツトワークの経路指
定、経路指定の選択、トポロジーの維持、及び直接的サ
ービス）を広範囲のノードにわたつて提供することがで
きる。

既に述べたように、これらのノードはプログラム間通信
を行うためのＬＵ6.2プロトコルを使用する。このこと
自体は新しいことではない。ＬＵ6.2プロトコルを遂行
する論理ユニツト（ＬＵ）は、ＴＰとネツトワークとの
間のインターフエースに必要な様々なアーキテクチヤ層
の機能を遂行するために、Ｔ５及びＴ2.1ノードにおい
て既に使用されてきた。本実施例で新しいのは（ただ
し、第３表には表現されていない）、ＣＰ間セツシヨン
がＣＰ間の使用のため特別に書かれた特定のサービスＴ
Ｐによつて用いられること、及びわずかな変更だけで同
じＬＵでそのようなＴＰを用いることができることによ
つて効率及び経済性の向上が実現されることである。さ
らに、単一のＣＰ間について多数のＴＰ交換ネツトワー
ク状態情報を持たせることによつて、より効率的なネツ
トワークの使用が可能となる。

ＬＵ6.2の一般的な性質から、サービスＴＰは隣接ノー
ド又はリンクのバツフアのサイズに関係なくデータを送
ることができる。これは、ＬＵ6.2によつて提供される
サービスだからである。

ＣＰ間セツシヨンを確立するためのＡＰＰＮノードのオ
ペレーシヨン 第１図はＣＰ間セツシヨンの活動化／確立を行うための
ステツプを示す流れ図である。ステツプ１２０でリンク
が活動化されると（サービスを受けると）、そのリンク
に接続されているノード（図ではＡとＢ）は関連する信
号を受け取つて（たとえばそのリンクを活動化したオペ
レータから）、一方又は双方のノードはステツプ１２１
でＸＩＤデータリンク制御交換を開始する（図ではノー
ドＡ）。データリンク制御信号及びＸＩＤ信号の交換の
例は、前掲のＧＡ２７−３０９３にも記載されている。
ＸＩＤポーリングを受け取つたノード（この例ではＢ）
は、ステツプ１２２に示すように、その識別子を示すＸ
ＩＤ信号で応答する。Ｔ2.1ノードの場合、この応答は
これらのノードに対して一意的なＸＩＤ ３信号（ＳＣ
３０−３４２２−０第２章参照）である。この応答は、
その応答ノードがＣＰ間セツシヨンをサポートするかど
うかということと、もしそうなら、サービスが提供され
るかどうかということと、ＣＰ間セツシヨンのためのノ
ードの機能とを示す情報を含んでいる。活動ＣＰ間セツ
シヨンを有するＥＮは常に使用不能となる（第３表参
照）。ネツトワークサービスを必要とするノード（たと
えばＥＮ）はネツトワークサービスを提供するノード
（たとえばＮＮ）に“ＢＩＮＤＳ”を送るだけである。
２つのＥＮはＣＰ間セツシヨンを確立しない。ＸＩＤポ
ーリングを送るノード（この例ではＡ）は、それがＣＰ
間をサポートするかどうかということと、セツシヨンの
ための機能を果すかどうかということを示すＸＩＤ信号
を送る（ステツプ１２３）。

ＸＩＤ ３信号のフオーマツトは第４図に示す。前述の
如く、ＸＩＤ ３信号は古いタイプのＴ2.1ノード及び
新しいタイプのＴ2.1ノードに対して一般性を失わな
い。本実施例にとつて重要なビツトはビツト１２６と２
ビツトフイールド１２７である。ビツト１２６はＣＰ間
セツシヨンについてのサポート又は非サポートを示す。
フイールド１２７はビツト１２８がＣＰ間セツシヨンサ
ポートを示すときにのみ評価されるもので、以下の如く
解釈される。

Ｂ′００′送信側は全ての必要なネツトワークサービス
を現に受けており、ＣＰ間セツシヨンＢＩＮＤは要求さ
れない。

Ｂ′０１′送信側は必要なネツトワークサービスを現に
受けておらず、ＣＰ間セツシヨンＢＩＮＤが要求され
る。

Ｂ′１０′送信側はＣＰ間セツシヨンを介してネツトワ
ークサービスを提供するが、セツシヨンＢＩＮＤは要求
されない。

Ｂ′１１′送信側はＣＰ間セツシヨンを介してネツトワ
ークサービスを提供し、セツシヨンＢＩＮＤが要求され
る。

これらのビツトは、１つのノードがそれがどのリンクに
接続されているかにかかわらず任意の時間で特定の隣接
ノードに送る全てのＸＩＤ ３において同じ値を保つ。
ＣＰ間セツシヨンを確立すべきであり既に１つが存在す
るということがＸＩＤ交換で示されたときは、それ以上
のアクシヨンは採られない。

ステツプ１２１は全てのＳＮＡノードによつては使用さ
れない。必要なのはそのリンク上のノードが互いにその
識別子とＣＰ間通信のための機能を知らせるということ
だけであるので、ステツプ１２１は実際には真に必要な
ものではない。今説明したＸＩＤ交換はノードが新たに
据付けられたときに引き起こされる。そのノードが接続
される各リンクは、自動的に発生する上記のシーケンス
を生ぜしめて活動化されなければならないからである。

ノードがＸＩＤ交換において得られる情報を評価し、一
方又は双方のノードがＣＰ間セツシヨンについて使用可
能でないか、又はいずれもサービスを提供しないとき
（両方ともけＥＮである）は、それらのノードは既存の
タイプのオペレーシヨンを続行する。これらのオペレー
シヨンは本実施例にとつては重要でない。これに対し、
両方のノードが使用可能であり、かつ、少なくとも一方
がサービスを提供するとき（すなわちＮＮである）は、
これらのノードはさらにリンクレベルの交換（参照番号
１３０）を続行する。これらの交換においては、互いに
非同期的に作動するので、ノードは対称的に通信オペレ
ーシヨンを生ぜしめて一対のセツシヨンを確立し、これ
らのセツシヨンの最初のメツセージ交換で以下の如くノ
ードの機能を判断する。かくして、ノードＡによつて開
始された１つの交換シーケンス（ステツプ１３１ないし
１３４）において、セツシヨン確立信号がノードＢに送
られ、確認信号がノードＢからノードＡに戻され、この
セツシヨンで機能特性についての要求（以下、「ＲＱ−
ＣＰ−ＣＡＰ」という）がその最初のメツセージとして
ノードＡからノードＢに送られ、このセツシヨンの第２
のメツセージとして機能特性のステートメント（以下、
「ＣＰ−ＣＡＰ」という）がノードＢからノードＡに送
られる。なお、この“ＣＰ−ＣＡＰ”は、ＣＰ間セツシ
ヨンのための機能であるが、さらに、ＥＮとＮＮとを区
別する機能も含む。他の方向における同様なシーケンス
であるステツプ１３５ないし１３８は別のセツシヨンを
確立し、そのセツシヨンにおける機能要求の交換でノー
ドＡの機能をノードＢに伝える。

ステツプ１３１及び１３５で送られる“ＢＩＮＤＳ”の
重要な点は、これらがＬＵ6.2のＢＩＮＤであり、ま
た、ＬＵ6.2で使用可能な全ての機能はこれらの単信セ
ツシヨンで使用可能であるということにある。たとえ
ば、ＬＵ6.2のＢＩＮＤは変更の余地がある。すなわ
ち、ＢＩＮＤの多くのパラメータは受信側で変更しうる
（たとえば、送信できるメツセージの最大サイズ）。し
たがつて、制御点はセツシヨンを確立するために相手方
の特性を知る必要はない。ＣＰの保有したい１つの情報
はその相手方が誰に請求するかについての保証である。
再述すれば、ＬＵ6.2の安全保護（ＳＣ３０−３２６９
参照）により、制御点はそれがＣＰ間セツシヨンを確立
しているノードの識別子を検証することができる。この
時点で、当該セツシヨンを単信セツシヨンと指定した各
ノードにおける内部的なオペレーシヨンを実行され、こ
れらのノードにおけるトランザクシヨンプログラムにと
つてこの単信セツシヨンを使用可能として、必要に応じ
て付加的なネツトワーク状況情報が交換される。

第６図に示された機能ステートメントは以下のものを含
む。

１．ステートメントの長さを示すフイールド１６０（２
バイト）。

２．それを機能ステートメントと識別するためのフイー
ルド１６１（２バイト）。

３．多数の“サポート標識”を含むフイールド１６４
（４バイト：送信側がビツト位置に関連する機能をサポ
ートするなら１にセツトされ、そうでないならゼロにセ
ツトされる）。

このフイールド１６４は、さらに、以下のビツトを含
む。

(1)ローケート（ＬＯＣＡＴＥ）オペレーシヨンに関連
する探索要求機能がサポートされるか否かを示すビツ
ト。

(2)他の定義域における資源に関し送信側によつて直接
的なサービスが提供されるか否か（すなわち、送信側が
必要に応じて探索要求を伝搬することを意味する）を示
すビツト。

(3)当該セツシヨンで一定のトポロジーデータベース情
報の更新についての受信を送信側がサポートするか否か
を示すビツト。

(4)送信側が要求の際に一定の管理サービスを提供し送
信側で請求しない管理データの受信をサポートするか否
かを示すビツト。

(5)他のサービスの標識のための付加的な予約ビツト。

４．ＥＮによつてのみ送信され、送信側で遂行しうる探
索サービスの限界を示す可変長のフイールド１６６（Ｅ
ＮのＣＰの探索制御ベクトル）。たとえば探索可能な資
源の特定のクラスを指定することである。これを送信す
るのはＥＮだけである。ＮＮは何ら制限なく全ての“探
索”を受諾する。

ＣＰ間セツシヨンで転送されるその他の情報 その他のネツトワーク状況情報はそのＣＰ間セツシヨン
における個々のＴＰにより必要に応じて交換される。信
号の転送は様々な長さで任意の個数によつて行うことが
できるので、このやり方で通信できる状況情報の種類及
び量は実際上制限がない。このモードの転送に関しての
情報の例を以下に示す。

ＣＰ間セツシヨンのメツセージのフオーマツトは第５図
に示す。ＣＰ間メツセージフレームはリンクヘツダ２１
０と、伝送ヘツダ２１２と、応答／要求ヘツダ２１４
と、要求／応答情報単位２１６と、リンク後書き２１８
を含む。これらのフレームの一般的な機能等については
ＧＡ２７−３１３６−６、またＴ2.1ノード間の交換に
関する機能等についてはＳＣ３０−３４２２−０にも記
載されている。

リンクヘツダ及びリンク後書きは一般にメツセージの始
点及び終点を示すフラグ情報を含む。リンクヘツダはさ
らにメツセージの宛先を示すアドレス情報とリンク制御
情報を含む。リンク後書きは、さらに、通信チヤネルに
発生しうるエラーをチエツクするために受信側で使用さ
れる情報を含む。ＣＰ間メツセージフレームにおけるリ
ンクヘツダ及びリンク後書き部はその他のＴ2.1メツセ
ージフレームにおけるものと同一のフオーマツトを有す
る（ＳＣ３０−３４２２参照）。

任意のセツシヨンに関する伝送ヘツダはノードの送受信
のタイプに応じて５つのタイプのうちの１つを示すフオ
ーマツト識別フイールド（ＦＩＤ）を有する。この伝送
ヘツダの長さはそのタイプによつて異なる。Ｔ2.1ノー
ド間の伝送はセツシヨン識別情報を含む６バイト長のＦ
ＩＤタイプ２を使用する（ＳＣ３０−３４２２参照）。
ＣＰ間セツシヨンは特定のセツシヨン識別値で区別され
る。

要求／応答ヘツダは関連する要求／応答単位が要求であ
るか応答であるかを区別するためのビツトと、その情報
単位に関連するその他のフイールドとを有する（ＧＡ２
７−３１３６参照）。このフイールドはその情報単位が
幾つかのメツセージフレームで送信されるより大きな情
報単位群のチエインの一部であるか否かを示し、さら
に、もしそうであるならそのチエインにおける当該情報
単位の位置を示すものである（たとえば、始点、終点又
は中間点）。

ＣＰ間セツシヨンで交換される情報のタイプの例は下記
の第４表及び第５表にリストされている。第４表はＮＮ
とＥＮとの間での交換に関し、第５表はＮＮとＮＮとの
間での交換に関する。この中には先に説明した機能交換
の他、これらの機能交換において規定された制約内での
その他のネツトワーク状況情報についての交換が含まれ
る。

ＮＮとＥＮとの間では、機能交換は様々なタイプの照会
（たとえばデイレクトリ又はネツトワーク管理）を受取
つて処理するＥＮの能力と、デイレクトリについての要
求及びレジスタ資源への要求に対して応答する能力と、
その他その特性を示すことができる。そのようなノード
間におけるその他のネツトワーク状況情報は、デイレク
トリ探索についてのＥＮの要求と、その要求に対するＮ
Ｎの返答と、ＮＮのデイレクトリの照会と、それに対す
るＥＮの返答と、ＮＮのネツトワーク管理の照会と、そ
れに対するＥＮの返答などを含むことができる。

一対のＮＮの間での機能交換はネツトワークトポロジー
情報に関するデイレクトリ探索及び交換をサポートする
ノードの能力を示すことができる。その他のネツトワー
ク状況情報交換により、そのようなノードは２地点間モ
ード又は同報通信モードで１以上の他のノードにおける
デイレクトリに関するデイレクトリ探索を行うことがで
き、また、他のノードのトポロジー情報をアクセスする
ことができる。

第４表 ＥＮからＮＮへ ●機能 ・デイレクトリ照会を受信できること ・ネツトワークマネジメント照会を受信できること ・未知資源についてのデイレクトリ照会を受信できるこ
と ・そのＥＮが受信することのできるデイレクトリ照会の
対象となる資源のタイプ ●デイレクトリ探索及びセツシヨンサービスの要求 ●デイレクトリ照会に対する応答 ●資源のエラー又は障害についての標識 ●ネツトワークマネジメント照会に対する応答 ＮＮからＥＮへ ●機能 ・デイレクトリ探索の要求を受信できること ●デイレクトリ探索及びセツシヨンサービスについての
ＥＮの要求に対する応答 ●デイレクトリ照会 ●ネツトワークマネジメント照会 照会：自己のローカル資源の問合せ 探索：そのネツトワークにおける全ての資源の問合せ 第５表 ＮＮ間の通信 ●機能 ・デイレクトリ探索をサポートできること ・トポロジー交換をサポートできること ●トポロジー交換 セツシヨン確立の際に送信ノードの既知の完全なネツト
ワークトポロジー ・送信ノードによつて所有された資源についてのトポロ
ジー、状況又は特性に対する変更 ・他のノードから受信した変更 ●そのネツトワークにおける資源についてのデイレクト
リ探索 ・特定のＮＮに向けられる探索 ・全てのＮＮの同報通信される探索 第６表 リンク障害を認識するための手法の例 ●タイマ満了 ・所与の時間にメツセージ（ポーリング又は肯定応答）
の受信がない ●再試行限界 ・メツセージを送つて所定回数の再試行の後、肯定応答
を受信することができない ●モデムからのラインドロツプ標識 ●予期されないリンクの再始動 セツシヨン停止の検出 ＣＰ間セツシヨンの予期しない終了を生ぜしめる条件
（リンク障害、モデム障害など）はそのようなセツシヨ
ンの活動に対してトランスペアレントなノードの内部プ
ロセスで監視される。ここで使用される手法はリンクに
応じて異なつていてもよい。たとえば上記第６表に示す
如きである。上記の条件が検出されたとき採られるアク
シヨンは、後出の“トランザクシヨンプログラムの通
知”において説明する。

適切なリンク媒体に関し、ノードＣＰはいずれかの肯定
応答メツセージを送つた後、タイムアウトを開始するこ
とができ、その満了前に肯定応答を１つも受け取らない
ときはエラー標識をセツトすることができる。なお、シ
ステムはエラー標識のセツトの前に適切な数の再試行を
考えておくべきである。再試行期間中に否定応答が受信
されることがあるからである。交換網（たとえば公衆電
話システム）へのモデムリンクでは、回線ドロツプ条件
（キヤリアなし）の検出によつてエラー標識のセツテイ
ングが呼出される場合がある。既に使用されたものとな
つていたリンクの予期しない再活動化によつてエラー標
識のセツテイングが呼出されることもある。

停止検出時のトランザクシヨンプログラムの通知 第７図は、エラー標識がセツトされた際にノードで生ず
るアクシヨンを示す図である。データリンク制御エレメ
ントはリンク障害を認識する（ステツプ３１０）。この
エレメントはリンク障害標識をセツトし（ステツプ３２
０）、経路制御エレメントにこれを知らせる。経路制御
エレメントは関係経路について経路制御停止標識を出
し、そのＣＰ間セツシヨンをサポートするＬＵ（セツシ
ヨンＬＵ）を含む全てのＬＵに通知する（ステツプ３４
０）。セツシヨンＬＵはその経路を使用する全てのセツ
シヨンについて障害標識をセツトし（ステツプ３５
０）、障害の生じたセツシヨンを使う全てのＴＰ及び特
定のセツシヨン障害に関する知らせを受けるよう指定さ
れたＴＰに、これを通知する（ステツプ３６０、後出の
第８図についての説明参照）。ＣＰ間セツシヨンの場
合、後者の特定のＴＰは他のノードとローカルな機能を
通信するためのＴＰであり、これは単信セツシヨンの１
つに障害が生じたということをノードＣＰに通知する
（ステツプ３７０）。その際、ＣＰはそのノードに関係
する全ての構成要素（デイレクトリサービス、トポロジ
ー及び経路指定選択サービスなど）に通知し（ステツプ
３８０）、セツシヨンの使用がこれにより終了される。

ＣＰ間セツシヨン及びＬＵ6.2構成要素に関するトラン
ザクシヨンプログラムの使用 第８Ａ図及び第８Ｂ図はＣＰ間セツシヨンの活動化、使
用及び非活動化に関連するノードの活動についての進行
及び関係を示す図である。第８Ａ図の一番上の線４０１
はこれらの活動に加わる様々なノードの構成要素を示し
ている。各構成要素に関連するアクシヨンは、その縦線
と交差点から始まる横線で示される。たとえば、アクシ
ヨン４０３はＣＰによつて遂行されるものである。

ＣＰ間セツシヨンの活動化、使用及び予期しない終了に
関係するアクシヨンは、第８Ａ図の上から下、さらに第
８Ｂ図の上から下に示されている。セツシヨンの活動化
及び関連する機能交換についてのアクシヨンは、４０２
ないし４１２、４２０、４２１、及び４３０ないし４３
９で示される。

４０２で、ノードＣＰはＣＰ間セツシヨンをサポートし
ている遠隔ノードが接触（contact）されたと判断し、
これが生じたことを４０３で、このノードでＣＰ機能交
換を開始するためのＴＰに示す。このＴＰはそのノード
ＬＵに以下のことを要求する。すなわち、遠隔ノードに
セツシヨンＢＩＮＤ信号を送ること、当該セツシヨンで
機能の受信の準備をさせることである。これは４０４に
示される。アクシヨン４０２はノード間における以前の
ＸＩＤ ３信号の交換を示唆する。この交換はこれらの
両ノードがＣＰ間セツシヨンをサポートし、接触が確立
されたリンクを介してそのようなセツシヨンを現に保有
できていることを示すものである。

アクシヨン４０４の後、そのＬＵはＢＩＮＤを送る（ア
クシヨン４０５）。これはもし適切に受信されれば他方
のノードからの肯定的な応答を生ぜしめるものである
（アクシヨン４０６）。ＢＩＮＤを向けられるＬＵ、及
びそのセツシヨンが要求されるモードに基づいて、ＬＵ
はＣＰ−ＣＡＰ−ＴＰを、セツシヨンに障害があつたと
きに通知すべきＴＰとして識別する。そのノードにおい
て走行する単一のＣＰ−ＣＡＰ−ＴＰが存続し、対話及
びセツシヨン停止の通知についての全ての要求は適切な
順序を保持するため単一の待ち行列に置かれる。単一の
トランザクシヨンプログラム（たとえば、ＣＰ−ＣＡ
Ｐ）は一回で複数の対話に参加することができる。した
がつて、この単一のＴＰは複数の異なる相手との機能交
換に一回で参加できる。その応答を取得すると、ＬＵは
遠隔ノードに機能メツセージ受信の準備をさせるためメ
ツセージフレームを送出し（アクシヨン４０７）、ＲＱ
−ＣＰ−ＣＡＰ−Ｔ−と協働してそのＬＵを介して機能
メツセージを送る（アクシヨン４０８）。再びそのＬＵ
を介して遠隔ノードからの応答で機能メツセージが戻る
と（アクシヨン４０９）、そのＴＰはＣＰに単信セツシ
ヨンが活動していることを通知する（アクシヨン４１
０）。ＣＰはトポロジー及びデイレクトリのサービスの
管理を担当するノードの構成要素にセツシヨンが活動し
ていることを通知する（アクシヨン４１１及び４１
２）。

ＲＱ−ＣＰ−ＣＡＰ−ＴＰは対話の割振りをしてそのセ
ツシヨンを他の構成要素に対して使用可能とし、このこ
とをＵＬに通知する（アクシヨン４２０）。そこでＬＵ
は、このセツシヨンの機能交換の完了を示す終了メツセ
ージを遠隔ノードに送る（アクシヨン４２１）。

アクシヨン４０２ないし４１０と並行して、遠隔ノード
は対とされたセツシヨンを確立し機能情報を送出するた
め同じアクシヨンを遂行している（アクシヨン４３０な
いし４３９）。第８Ａ図では図示の都合上順次的に描い
てあるだけである。

遠隔ノードはまずＢＩＮＤ信号をローカルノードに送る
（アクシヨン４３０）。ローカルノードはこれに肯定応
答する（アクシヨン４３１）。このセツシヨンの停止は
ＣＰ−ＣＡＰ−ＴＰに報告される。遠隔ノードは機能要
求が後に続くということを示すメツセージを送出し（ア
クシヨン４３２）、ローカルＬＵはこれを、ノードＣＰ
セツシヨン機能の交換を担当するローカルＴＰ（ＣＰ−
ＣＡＰ−ＴＰ）に渡す。遠隔ノードはローカルＬＵによ
つてＣＰ−ＣＡＰ−ＴＰに中継される機能ステートメン
トを送出する（アクシヨン４３３）。そこでそのＴＰは
再びそのＬＵを介して適切な応答メツセージを戻し（ア
クシヨン４３４）、反対方向の単信セツシヨンが活動し
ていることをローカルＣＰに通知する（アクシヨン４３
５）。ＣＰはトポロジー及びデイレクトリのサービスを
管理する構成要素にセツシヨンが活動していることを通
知する（アクシヨン４３６及び４３７）。この間、遠隔
ノードは機能の転送が完了したことを示す終了信号を送
出し（アクシヨン４３８）、関連する標識がローカルＬ
ＵからローカルＣＰ−ＣＡＰ−ＴＰに渡される（アクシ
ヨン４３９）。

こうしてこれらのノードは単信モードの２つのセツシヨ
ンを使つて他のネツトワーク状況情報の転送を、これを
要求するＴＰの間で必要に応じて開始する。このモード
におけるローカルから遠隔への転送の例はアクシヨン４
５０ないし４５７に示される。この例示的な転送でいう
と、ローカルトポロジーサービス機構は、トポロジーデ
ータの転送のためＣＰ間セツシヨンを割振りたいのだと
いうことをローカルＬＵに知らせる（アクシヨン４５
０）。トポロジーサービスは対話を開始するための標識
と、転送すべきデータと、対話を終了させるための標識
を送る。これは、その対話がすぐに割振られたかどうか
とは無関係に行われる。このセツシヨンは現に不使用な
ので、トポロジー転送に割振られ、対応する開始メツセ
ージが遠隔ノードに送られる。こうしてデータが遠隔ノ
ードに送られ、ＬＵが終了信号を遠隔ノードに送る（ア
クシヨン４５１）。もしデータが十分に少ないなら、デ
ータ及び終了標識は全て単一のメツセージで送つてもよ
い。データがあまりに多いときは、複数のメツセージで
送る。デイレクトリデータを遠隔ノードへ送るため同様
なシーケンスがある（アクシヨン４５２及び４５３）。
キユーされた一群の転送はアクシヨン４５４ないし４５
７に示されている。すなわち、セツシヨン割振り及びデ
イレクトリデータの伝送に関連するトランザクシヨンは
ＬＵに関してキユーされ（アクシヨン４５４）、トポロ
ジーメツセージの活動性が同様にしてキユーされ（アク
シヨン４５５）、ＬＵは適切な信号を遠隔ノードに送つ
て、キユーされたデイレクトリデータの転送を行わし
め、次にキユーされたトポロジーデータの転送を行わし
める（アクシヨン４５６及び４５７）。

最後に、予期しない条件によつて生じたセツシヨン停止
の例を示す。すなわち、アクシヨン４８０ないし４８５
である。経路制御機構は第７図のところで説明したよう
に経路障害を知つて（アクシヨン４８０）、ローカルＣ
Ｐに通知する（アクシヨン４８１）。このＣＰはＬＵに
全てのセツシヨン障害を通知し（アクシヨン４８２）、
ＬＵは対応する標識をＣＰ−ＣＡＰ−ＴＰに送る（アク
シヨン４８３）。このＴＰは、単信セツシヨンの１つに
障害が発生したことをＣＰに通知し、トポロジー及びデ
イレクトリのサービスを管理する構成要素にそのセツシ
ヨンの使用が継続できないということを通知する（アク
シヨッ４８３ａ、４８４及び４８５）。

なお、第８Ａ図及び第８Ｂ図において、「割振り
（Ｘ）」とあるのは、Ｘによる通信の開始を意味し、
「割振り解除（Ｘ）」とあるのは、その通信の終了を意
味する。ここでＸ＝ＴＯＰＯはトポロジーサービス、Ｘ
＝ＤＩＲはデイレクトリサービスである。これらの「割
振り（Ｘ）」、「割振り解除（Ｘ）」及び「データ送
信」はＬＵ6.2のコマンドである。

Ｅ．発明の効果 以上説明したように本発明によれば、リンクの活動化に
際し必要なネツトワーク状況情報が伝達されるのでネツ
トワークへの新たな装置又は技術の導入に関する制約及
び複雑さが解消される。

【図面の簡単な説明】

第１図は本発明の実施例を説明する流れ図、第２図は従
来のコンピユータネツトワークの構成例を示す図、第３
図は本発明を適用したコンピユータネツトワークの構成
例を示す図、第４図はＸＩＤ ３メツセージのフオーマ
ツトを示す図、第５図はＣＰ間セツシヨンのメツセージ
のフオーマツトを示す図、第６図はＣＰ機能（ＣＰ−Ｃ
ＡＰ）メツセージのフオーマツトを示す図、第７図は検
出されたエラー条件がいかにして処理されるかを示す流
れ図、第８図は第８Ａ図及び第８Ｂ図のつながりを示す
図、第８Ａ図及び第８Ｂ図はＣＰ間セツシヨンに関する
オペレーシヨンの具体的な例を示す図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジエームス・ペイトン・グレイ アメリカ合衆国ノース・カロライナ州チヤ ペル・ヒル、エモーリイ・ドライブ904番 地 (72)発明者 メリンダ・ローガ・ポラツド アメリカ合衆国ノース・カロライナ州ラレ イ、ブレイカン・ウエイ7831番地 (72)発明者 デイーン・フイーリス・ポゼフスキイ アメリカ合衆国ノース・カロライナ州チヤ ペル・ヒル、テツドレイ・ドライブ・2100 番地 (72)発明者 リイー・マーク・ラフアーロウ アメリカ合衆国ノース・カロライナ州ダラ ーム、ペーシング・ストリート2107番地

Claims (4)

【特許請求の範囲】
1. 【請求項１】ノードに含まれる装置の特性に応じてノー
   ドを複数のタイプに分類しているコンピュータ・ネット
   ワークにおけるネットワーク状況情報（ＮＳＩ）の通信
   方法であって、上記ノードのそれぞれは同様のタイプの
   ノードとのみＮＳＩ交換セッションを行うことができ、
   リンクの反対側にある２つのノードで実行され、次のス
   テップを含む上記通信方法： 上記リンクが活動化されると、一方のノードから他方の
   ノードにＮＳＩ交換セッションに参加することについて
   の使用可能性を示す第１組の信号を送るステップ、 他方から受け取られた信号を処理して両方のノードがＮ
   ＳＩ交換セッションに参加可能で少なくとも一方がサー
   ビス提供ノードであるかどうかを決定するステップ、 上記決定が肯定であれば、第２組のＮＳＩ交換セッショ
   ン確立信号を他方のノードに送り、送信ノードの機能に
   関する情報を他方のノードに提供するため、確立された
   セッション上で他方のノードに第３の信号を送るステッ
   プ、 上記ノードで走っているトランザクション・プログラム
   に上記ＮＳＩ交換セッションを使用させるステップ。
2. 【請求項２】上記ノードは、タイプ2.1ノードである請
   求項１に記載の方法。
3. 【請求項３】上記リンクの反対側のノードのそれぞれが
   該ノードから他方のノードへのセッションを独立に確立
   する請求項１に記載の方法。
4. 【請求項４】他方のノードから情報を受け取るノード
   は、直接該情報の受信確認信号を出す必要がない請求項
   ３に記載の方法。