JPH09205432A - 通信変換器、通信装置、識別方法、フレーム伝送方法及び通信システム - Google Patents

Abstract

(57)【要約】 本発明に係るデジタル通信変換器は、通信手段と接続す
る接続手段（４）であって該通信手段からデータフレー
ムを受信し又は該通信手段へデータを引き渡す接続手段
（４）と、伝送媒体を介して送信／受信する送信／受信
手段（１８６）であって、前記媒体を介して引き渡され
るデータフレームの伝送及び／又は前記媒体を介して受
信する情報フレームの引き渡しを行う送信／受信手段
（１８６）と、前記送信／受信手段（１８６）及び前記
接続手段（４）により夫々引き渡されるフレーム（２
５，４５）を前記接続手段（４）及び送信／受信手段
（１８６）に夫々引き渡すための伝送制御手段（１８
５）と、前記の１つの通信手段に関連するアドレス
（＠）であって前記伝送媒体へのアクセスを制御するプ
ロトコルを動作させるために使用されるアドレス（＠）
を格納するメモリ（１７５）とを備える。

Description

【発明の詳細な説明】

【０００１】本発明は、通信変換器、通信装置、識別方
法、フレーム伝送方法及び通信システムに関する。本明
細書では、以下の定義に従う。 「通信変換器」：共有可能な媒体と単一の通信手段に専
用の媒体との間のインタフェースあるいはデジタル通信
アダプタであり、これら２つの伝送媒体は、個々の異な
るアクセスプロトコルにて制御される。

【０００２】「アドレス」： ・メッセージを送信するときに相手先が自分を認識でき
るようにするための情報 ・メッセージ送信時に送信者が自己を識別できるように
するための情報である。

【０００３】本発明は、特に、第１のネットワークアク
セスプロトコルで動作する通信手段によってターミナル
又はコンピュータ周辺に接続されると共に第２のアクセ
スプロトコルによって制御される共有伝送媒体に接続さ
れた通信変換器に適用される。デジタル伝送ネットワー
クにおいて、まず第１に、通信手段が互いに通信するた
めに該通信手段を識別する必要があることが知られてい
る。さらに、該ネットワークへのアクセスを管理するプ
ロトコルを定義する必要がある。

【０００４】各通信手段とネットワーク共有伝送媒体
（networked shared transmission medium）との間にお
いて変換器を使用する際に、一般に、アドレッシング、
より詳しくは、変換器によって使用されるアドレスに関
する問題がある。ＩＥＥＥにより提案されたユニバーサ
ルアドレッシングが知られている。これは、６オクテッ
ト（octets）で各ターミナルに固有のアドレスを割り当
てる。このアドレスは、当業者の間でＭＡＣとして知ら
れており、これは英語の”ＭＥＤＩＵＭ ＡＣＣＥＳＳ
ＣＯＮＴＯＲＯＬ”のイニシャルであり、情報媒体へ
のアクセスを制御するものである。ＭＡＣユニバーサル
アドレッシングは、各ＭＡＣの先頭の３オクテットを通
信手段の製造業者の識別に使用する。また、末尾の３オ
クテットは、その製造業者により割り当てられる固有の
シリアル番号である。このアドレスは、通信手段に接続
されたプログラマブル読み出し専用メモリ（ＰＲＯＭ）
にプログラムされる。したがって、このアドレスは、設
計によって変更することはできない。

【０００５】「ＥＰ−Ａ−０５９９４９０」文書におい
て、通信ネットワークを介したリモートローディングに
より、このＭＡＣアドレスを消去可能なプログラマブル
読み出し専用メモリ（ＥＰＲＯＭ）に格納する方法が記
載されている。この文書に記載された方法に拠れば、Ｍ
ＡＣアドレスは、ネットワークインターフェースを含む
所謂”ターゲット”ネットワークカード上の読み出し専
用メモリ（ＥＰＲＯＭ）内に格納される。この目的のた
めに、ネットワーク上における通信のためのプログラム
が使用され、ターゲットネットワークカードに対してネ
ットワークを介して問合わせる。この問合わせに応答し
て、ポジション情報が受信され、このターゲットネット
ワークカードとの通信が確立される。この通信の間に、
ＭＡＣアドレスがターゲットネットワークカードのラン
ダムアクセスメモリ内にリーモートロードされ、このタ
ーゲットネットワークカードによって照合がなされ、そ
の後、ランダムアクセスメモリからＥＰＲＯＭ型の読み
出し専用メモリにロードされる。これはターゲットネッ
トワークカード自身によりなされる。

【０００６】この方法は、ネットワークカードの製造の
際又はネットワークカードをネットワークに組み込む際
のターゲットネットワークカードのアクティベーション
にのみ適用される。ここで、ネットワークカードを組み
込もうとするネットワークは、互いに異なる複数のポジ
ションを含んでおり、該ポジション自身は中央手段が認
識しているアドレスを既に有する。ターゲットネットワ
ークカードのメモリ内に格納しようとするアドレスは、
ネットワーク内の中央手段によって供給される。

【０００７】したがって、この方法は、既に存在するネ
ットワークにネットワークカードを組み込む際にも、ア
ドレスを有するネットワークカードを含むネットワーク
に対して、ネットワークカードに夫々接続された通信変
換器を組み込む際にも適用できない。さらに、アクセス
管理プロトコルが”ポーリング集中化制御プロトコル
（polling centralised control protocol）”（英語で
は”polling”）として知られている。このプロトコル
に拠れば、中央ネットワーク通信手段（central networ
ked communication means）は、通信手段、実際には、
個別ネットワーク通信手段に対して、予め定められた順
序で共有通信媒体への送信許可を分配する。共有伝送媒
体へ伝送するデータを有する各個別ネットワーク通信手
段は、そのＭＡＣアドレスを含む送信許可を受信するの
を待ち、その後送信を行う。

【０００８】このようなタイプのポーリング集中化ネッ
トワークにおいて、通信変換器が共有通信媒体と個別ネ
ットワーク通信手段との間に組み込まれる場合を考え
る。このような変換器は、個別通信手段の通信プロトコ
ルに従って構成されたデータをポーリング集中化通信プ
ロトコルに従って構成されたデータに変換したり、その
逆の変換をしたりする。この場合、通信変換器自身は、
固有のアドレスを有する必要がある。これは共有伝送媒
体への送信許可に対して応答するためである。中央手段
は、中央手段が通信変換器に送信する送信許可メッセー
ジ内において該通信変換器のアドレスを使用する。

【０００９】中央手段は、また、個別ネットワーク通信
手段の特定のアドレスを使用又は考慮する。さらに、現
在知られている変換器は、該変換器が接続された個別ネ
ットワーク通信手段に対して、該変換器が受信したデジ
タルデータを伝送する。この伝送は、デジタルデータが
該個別手段に対するものでなくてもなされ、変換器に最
初に送信されたものであってもなされる。したがって、
変換器は、不必要に個別手段の資源を使用する。変換器
がネットワークから受信したデータをフィルタするため
には、通信変換器に対して、該通信変換器が接続された
個別ネットワーク通信手段のアドレスを知らせる必要が
ある。通信変換器は、ネットワークと協同して動作する
ために必要な該通信変換器の固有のアドレスと、該通信
変換器が接続された個別ネットワーク通信手段のアドレ
スとを共に保持し、これら２つのアドレスを使用する必
要がある。

【００１０】通信変換器の固有のアドレス及び個別ネッ
トワーク通信手段の固有のアドレスの使用は、これらの
装置（通信変換器、個別ネットワーク通信手段）及び中
央手段の他、ネットワークにおける該装置の使用をも複
雑にする。本発明は、概略的に言えば、接続手段により
変換器が接続された通信手段から該変換器に送られてく
るアドレスを該変換器に割り当てることによって上記の
問題点を改善し、このアドレスによって該変換器を該通
信手段に識別せしめて、共有伝送媒体により該変換器が
接続されたネットワークと協同して動作することを可能
にすることを目的とする。

【００１１】また、本発明は、そのコストを低減すべく
製造時においても、ネットワークへのインストール時又
はそれが接続された通信手段へのインストール時におい
ても、通信変換器にアドレスを割当てるための人間の介
在を不要にすることを目的とする。本発明は、その好適
な実施の形態に拠れば、変換器が接続された通信手段の
アドレスを該変換器に自動的に割当てることをことによ
り上記目的を達成する。

【００１２】本発明は、特に５４Ｌｏｃａｌ Ａｒｅａ
Ｎｅｔｗｏｒｋｓ（英語では、ＬＡＮ；Ｌｏｃａｌ
Ａｒｅａ Ｎｅｔｗｏｒｋｓ）におけるデジタルデータ
の伝送に係り、これをより効果的なものにすることを目
的とする。かかるネットワークの例を図１〜図３の添付
図面を参照しながら説明する。図１は、ネットワークの
一例をトポロジーにて説明する図である。

【００１３】図２は、このネットワークのデータステー
ションの１つを示す図で、データ処理ターミナルと、こ
の種のステーションの個別ネットワーク通信手段との間
での協調を説明する図である。図３は、従来のネットワ
ークにおける異なるステーション間で交換されるデータ
フレームの構成を示す図である。

【００１４】図１に示すネットワークは、ＩＥＥＥ勧告
８０２.３による１０Base-T型のネットワークである。
このネットワークは、２つの集線装置(hub)１Ａ，１Ｂ
とデータステーション２Ａ〜２Ｇを含む。各集線装置１
Ａ，１Ｂは、より対線４あるいは５にて用いられる組に
なったポートを有し、ここでは、６本のケーブルを有す
る構成になっている。

【００１５】集線装置１Ａのポートの集合体３は、その
全部が占有されており、それらの内、５つのポートにお
いて、各々がケーブル４の端部コネクタを受け、その他
端がステーション２Ｃ〜２Ｇの１つに差し込まれてお
り、６番目のポートは、ケーブル５の端部コネクタの一
端を受け、そのコネクタの他端は、集線装置１Ｂのポー
トの集合体３の１つに差し込まれている。

【００１６】この集合体では、他の２つのポートだけ
が、それぞれ、ケーブル４の端部コネクタの一端にて占
有されており、そのコネクタの他端は、それぞれステー
ション２Ａあるいは２Ｂに差し込まれている。ステーシ
ョン２Ａは、パーソナルコンピュータ型のデータ処理タ
ーミナル６と、通常はイーサネット（登録商標）カード
と呼ばれる、上記の勧告に従ったＬＡＮアダプタカード
型の個別ネットワーク通信手段７を有しており、このカ
ード７は、パーソナルコンピュータ６のＩＳＡバスコネ
クタ９の雌側に結合されたＩＳＡバスコネクタ８の雄側
と、より対線の端部コネクタを受けるポート１０を有す
る。

【００１７】データステーション２Ｂ〜２Ｇはステーシ
ョン２Ａと同じであるが、それらの内のいくつかのステ
ーションでは、ターミナル６がパーソナルコンピュター
ではなく、プリンタ、ファイルサーバ、あるいは、他の
型のデータ処理ターミナルである。各ケーブル又は接続
手段４，５は、その両端に、２組のピンが配されたコネ
クタを有し、各コネクタは、ポート１０あるいは集合体
３のポートの１つに差し込むことができるようになって
おり、これらのポートの各々は、上記ピンの各々に対応
するピンを有し、このピンにより、コネクタが差し込ま
れると電気的接続がなされる。

【００１８】より正確には、差し込まれたコネクタの第
１及び第２の組のピンに対して個々に接続されたポート
１０のピンの組は、その各々が送信及び受信に寄与し、
他方、集合体３のポートにおいては、コネクタの第１の
組のピンに接続されたピンの組が受信に寄与し、第２の
組のピンに接続するピンが送信に寄与する。ケーブル４
はダイレクト型、すなわち、１つの端部コネクタの第１
のピンの組が、１組の伝導体によって、他端のコネクタ
の第１のピンの組に接続され、第２の組のピンについて
も同様の接続が行なわれる。他方、ケーブル５はクロス
型であり、各端部コネクタの第１の組のピンは、１組の
伝導体によって、他の端部コネクタの第２の組のピンに
接続される。

【００１９】各集線装置１Ａ，１Ｂは、以下のように動
作する。すなわち、集合体３のポートの１つの受信ピン
に、情報を伝達する信号が現われる度に、この信号は、
この集合体の他の各々のポートにおいて、その送信ピン
上に再び現われる。衝突が起こったところでは、すなわ
ち、２つの異なるポートにおいて１組の受信ピン上に同
時に信号が現われると、集線装置は、衝突が起こったこ
とをデータステーションに警告するため、送信ピンの各
組において衝突シーケンス(interference sequence)を
発生させる。

【００２０】例えば、ステーション２Ａがそのポート１
０の送信ピンに、データフレームを伝送するバーストを
発生させたとすると、ステーション２Ｂに接続されたケ
ーブル４のコネクタが差し込まれたポートの送信ピンの
組と、ケーブル５のコネクタが差し込まれたポートの送
信ピンの組とに、このバーストが再び現われるので、こ
のバーストは、ステーション２Ｂのポートの受信ピンの
組、及び、ケーブル５が差し込まれた集線装置１Ａの集
合体３のポートの受信ピンの組に到達する。その結果、
本バーストは、集合体３の他のポートの送信ピンの組に
再度現われることになるので、このバーストは、各ステ
ーション２Ｃ〜２Ｇのポート１０の受信ピンの組に到達
する。

【００２１】データステーション２Ａ〜２Ｇの１つが、
そのポート１０の送信端子に、データフレームを伝送す
るバーストを発生させる度に、本バーストは、他のデー
タステーションの各々のポート１０の受信端子に衝突な
しに到達する。ここで、図２及び図３を参照して、ター
ミナル６のどれか１つが、後述するように、同じネット
ワークオペレーティングシステムが供給されたもう１つ
のターミナル６にデータを伝送できるようにするため、
データステーションにおいて、どのようにしてターミナ
ル６が個別ネットワーク通信手段（図中のＭＩＣＲ）と
協働するのかを説明する。

【００２２】各データステーションが識別されるように
する目的で、各個別手段７に対して、媒体へのアクセス
（ＭＡＣ-Medium Access Control)を制御するための固
有のアドレス（図中の＠）１１が割り当てられる。ター
ミナル６は、その動作中、以下に説明する方法で、各々
が宛先アドレスを伴うデータシーケンスを手段７に配信
し、個々の場合において、手段７は、配信されたデータ
シーケンスとそれに伴う宛先アドレスとを含むデータフ
レーム１２（図３）を準備する。このデータフレーム
は、データシーケンスの宛先となるターミナル６の個別
手段７のアドレス１１に対応する。

【００２３】フレーム１２のフォーマットは、ネットワ
ークで使用される媒体へのアクセスを制御するプロトコ
ル（ＭＡＣプロトコル）にて決定される。一般的に、フ
レーム開始時点で、宛先アドレスを含むフィールド１３
の位置が決定されると、このフィールドに付加情報フィ
ールド１４が続き、その次に、データシーケンスを含む
フィールド１５が来る。

【００２４】このようにＩＥＥＥ勧告８０２.３では、
宛先アドレスフィールド１３が、最初から６オクテット
に渡って続き、付加情報フィールド１４が８オクテッ
ト、データシーケンスフィールド１５が４６〜１５００
オクテット（データシーケンスの長さが４６オクテット
よりも短いときには、それを最小の長さとするために付
加が行なわれる）が続く。付加情報フィールドは、さら
に、データフレームを準備した個別手段７のアドレス１
１を含むソースアドレスフィールドと、フィールド１５
のオクテット数を示す長さフィールドとに分割される。
このソースアドレスフィールドは、フィールド１４の最
初の６オクテットを占め、長さフィールドは、最後の２
オクテットを占めている。

【００２５】ゼロックス（登録商標）社のイーサネット
（登録商標）プロトコルにて供給されるデータフレーム
フォーマットは似ているが、付加情報フィールドの最後
の２オクテットが、フィールド１５の長さではなくデー
タタイプを示している。個別手段７は、ターミナル６よ
り宛先アドレスを伴うデータシーケンスを受信した場
合、アクセスコントロールプロトコルに従って決めた時
点で、ケーブル４を介して、このデータシーケンス及び
宛先アドレスに対応したデータフレーム１２を伝送する
バーストを送信する。

【００２６】各バーストは同期プレフィックスから開始
し、データフレーム１２に特有のビットに加え、終端部
のエラー検出ビットを伝達する。プレフィックスの特徴
と各バーストでこのように伝達されるビットストリーム
全体の構成も媒体へのアクセスを制御するプロトコルで
定められている。従って、ＩＥＥＥ８０２．３において
は、プレフィックスは７オクテット連続するビット同期
獲得プリアンブルと１オクテット連続するフレーム開始
デリミタの符号化によって形成され、終端部は４オクテ
ットの長さを持つ冗長チェックによって形成される。

【００２７】ゼロックスの標準イーサネット（ETHERNE
T）におけるビットストリームのプレフィックス及び終
端部は類似し、プレフィックスに符号化されたプリアン
ブルは６ビット以上連続する。最後に、個別手段７がケ
ーブル４からデータフレームを伝送するバーストを受信
すると、媒体へのアクセスを制御するプロトコルで定め
られたフォーマットに応じて、データフレームの中の宛
先アドレスを分離し、その宛先アドレスを特有のアドレ
スと比較し、一致するものがあれば、データフレームの
中にあるデータシーケンスを分離し、以下に説明する方
法でそのターミナル６に伝達する。

【００２８】ターミナル６は、そのプログラムに関し
て、一方でロジックインターフェースを供給するネット
ワークオペレーティングシステムが提供され、他方でロ
ジックインターフェースとコンバチブルな個別手段７の
ためのドライバーが提供されるので、個別手段７と協動
するようになっている。これは、例えばＮＤＩＳタイプ
（MICROSOFT （登録商標）仕様）又はＯＤＩタイプ（NO
VELL（登録商標）仕様）のものである。

【００２９】前述の２つのプログラムにより、各ターミ
ナル６は、ロジックインターフェースを通して、その個
別手段７により伝達されたデータシーケンスを持ち、ま
た、各々が宛先アドレスを伴う、このようなシーケンス
を個別手段７に伝達するようになっている。ステーショ
ン２Ａ〜２Ｇが互いにデータを伝送する手段により、集
線装置１Ａ，１Ｂ及びケーブル４，５は、ステーション
２Ａ〜２Ｇで共有される伝送媒体の役割を果たすことが
分かる。このような伝送媒体は、多少の集線装置とケー
ブル４，５を用いて多少のデータステーションに提示さ
れることは明らかである。

【００３０】共有伝送媒体を生成する他の多くの方法
は、例えば、複数のデータステーションが、ＩＥＥＥ勧
告の８０２．３、１０ベース−２タイプで提供されるよ
うなＴ接続によって各々接続される同軸ケーブルを用い
るもの、キャリアー電流や無線或いは赤外線を用いるも
の、更に、これら異なる物理的な媒体の使用を組み合わ
せたものが知られている。

【００３１】伝送媒体への異なるステーションのアクセ
スを制御するプロトコル（ＭＡＣプロトコル）に関し、
ＩＥＥＥ勧告８０２．３により提供されるものにＣＳＭ
Ａ／ＣＤ（キャリア検出多重アクセス／衝突検出）があ
る。これはステーションがデータを伝送しようとすると
き、伝送媒体を確認し、伝送媒体が空きになるとすぐに
データを伝送して、衝突が発生したか調べ、衝突が発生
した場合にはランダム時間の間待ち、再度、送信を試み
るものである。

【００３２】また、共有伝送媒体へのアクセスを制御す
る他のプロトコルとして、特にＴＤＭＡタイプ（Time D
ivision Multiple Access；時分割多重アクセス）とポ
ーリングタイプが知られている。ＴＤＭＡタイプにおい
ては、タイムスロットが割り当てられたステーションの
みが伝送できる。ポーリングタイプにおいては、中央ネ
ットワーク通信手段（central networked communicatio
n means ）が特別のメッセージによりステーションに対
して伝送を許した場合にのみ該ステーションは伝送を行
うことができる。

【００３３】デジタル通信手段が共有伝送媒体によって
単位時間当りに伝送できるデータフレームのビット数、
すなわち、デジタル通信手段に有効なレイト（rate）
は、多数の要因、特に使用される伝送媒体によって得ら
れるパスバンド、各フレームの同期のための時間、該媒
体へのアクセスを制御するプロトコル、該媒体を共有す
る通信手段の数、これらの通信手段のスピードに帰着、
依存する。本発明は、特に、デジタルデータの伝送に関
する。

【００３４】図１〜図３に示すローカルエリアネットワ
ークにおいて、ネットワークにおけるケーブル構造はタ
ーミナルの移動性を制限する。例えば、ケーブルネット
ワークの全部又は一部を、ノンケーブル（non-cable）
伝送媒体、例えば無線（radio）を共有する通信変換器
により置き換えることが好ましい。要約すれば、本発明
は、通信変換器、該変換器を組み込んだネットワーク及
び該変換器使用する方法に関し、例えば次の目的を達成
することを述べる。すなわち、概略的に言えば、本発明
は、ソフトウェア及びハードウエアの両者に関して、通
信変換器の構造を単純化することを目的とし、この目的
を、共有伝送媒体によって通信変換器が接続されたネッ
トワークと協同して動作すること、該変換器によって該
ネットワークへ接続される通信手段と共に動作すること
を夫々可能にするために割り当てられた２つのアドレス
を該変換器において使用することを避けることにより達
成する。

【００３５】より具体的には、使用の自由度とＩＥＥＥ
勧告８０２．３ ｔｙｐｅ １０Ｂａｓｅ−Ｔに従ったネ
ットワーク動作の性能を改善することを目的とし、上記
勧告に係るケーブルネットワークを、ワークステーショ
ンのインストール及び移動を容易にするネットワーク、
ノンケーブルネットワークで置き換えること、ＩＥＥＥ
プロトコル８０２．３のレベルでのソフトウェアとハー
ドウエアとのトランスペアレンシ（transparency）によ
り、様々なワークステーション及びそのイーサネットカ
ードが、あたかも上記勧告に従ってケーブルネットワー
クに接続された場合のように動作するだけにすること、
によってこの目的を達成する。

【００３６】本発明に拠れば、これらの様々な目的は、
以下の特徴を備えるデジタル通信変換器によって達成さ
れる。このデジタル通信変換器は、通信手段と接続する
接続手段であって該通信手段からデータフレームを受信
し又は該通信手段へデータを引き渡す接続手段と、伝送
媒体を介して送信／受信する送信／受信手段であって、
前記媒体を介して引き渡されるデータフレームの伝送及
び／又は前記媒体を介して受信する情報フレームの引き
渡しを行う送信／受信手段と、前記送信／受信手段及び
前記接続手段により夫々引き渡されるフレームを前記接
続手段及び送信／受信手段に夫々引き渡すための伝送制
御手段と、前記の１つの通信手段に関連するアドレスで
あって前記伝送媒体へのアクセスを制御するプロトコル
を動作させるために使用されるアドレスを格納するメモ
リと、を備えることを特徴とする。

【００３７】これらの構成により、上記の変換器は、該
変換器が接続された通信手段のアドレスを用いてネット
ワークに対して機能する。この通信手段は、個別ネット
ワーク通信手段（ＭＩＣＲ）であることが好ましい。例
えば、この変換器とネットワーク（例えば、共有伝送媒
体に接続された他の通信手段からなる）は、該変換器を
識別したり、該変換器が接続された通信手段を識別した
りするために２つのアドレスを考慮する必要がない。

【００３８】この通信手段のアドレスは、ＩＥＥＥのＭ
ＡＣユニバーサルアドレスであり、例えば、イーサネッ
トのタイプのカードにおいて使用される。このアドレス
は、通信変換器が前記通信手段に接続される場合には該
通信変換器のアドレスになる。このアドレスは、該変換
器において重複（duplicate）するが、ユニークなまま
である。これらの２つの同一のアドレスは、それらの間
で何らのインターフェースも引き起こさないからであ
る。すなわち、変換器及び通信手段は一緒になって、該
通信手段に接続されたデータ処理ターミナルと共に、ネ
ットワークにおける単一の構成のみを形成するに過ぎな
いからである。

【００３９】これらの構成によって、変換器のハードウ
エア及びソフトウエア構成が単純化される。さらに、上
記のように識別される必要のない変換器は、伝送媒体に
接続された他の通信手段に対してと、接続手段によって
接続された通信手段に対しての双方でトランスパレント
である。装置は、次のような場合に、ネットワークの通
信手段に対して”トランスペアレント”であると言う。
すなわち、ネットワークにおいて、当該装置と共に動作
させるために上記の各手段のいずれをも変更又は再プロ
グラムする必要がない場合に、当該装置をトランスペア
レントという。

【００４０】本発明に拠れば、結果としてＩＥＥＥ勧告
８０２．３に従うネットワークの如きケーブルネットワ
ークの全部又は一部を、上記のような変換器を含むノン
ケーブルネットワーク、例えば、無線ネットワークによ
り置き換えることができる。本発明は、また、通信変換
器にアドレスを割り当てるために必要になるヒューマン
インターフェースを不要にすること、特に、製造時、変
換器をネットワークへインストールする時若しくは該変
換器を接続する通信手段をインストールする時に、通信
変換器にアドレスを割り当てるために必要になるヒュー
マンインターフェースを不要にすることを目的とする。

【００４１】好適な実施の形態における本発明の顕著な
効果を奏する特徴に拠れば、この目的は、先に概説した
タイプの変換器に対して、接続手段により受信されたデ
ータフレームからソースアドレスを取得した後に、該ソ
ースアドレスをメモリに書込む手段をさらに備えること
により達成される。ただし、各データフレームは、ソー
スアドレスを含み、該データフレームを伝送した通信手
段を識別するものである。

【００４２】この構成は、接続手段によって前記変換器
に接続された通信手段のアドレスを該変換器に対して自
動的に割り当てることを可能にすることにより、上記の
目的を達成する。さらに、この割り当ての自動化によ
り、アドレスを変換器に割り当てる際の通信手段の機能
との干渉が避けられる。本発明の顕著な効果を奏する特
徴に拠れば、上記の変換器において、前記メモリ内に前
記ソースアドレスを書込む手段は、前記メモリ内に格納
されたアドレスが常に前記接続手段によって受信された
最後のデータフレーム内に存在するソースであるように
する。さらに、１つの好適な構成に拠れば、前記書込み
手段は、前記接続手段によって受信された最後のデータ
フレームからソースアドレスを取得した後に、該ソース
アドレスを前記メモリ内に書込む。

【００４３】これらの構成によれば、各データフレーム
が通信手段によって伝送された時点で、変換器のアドレ
スが自動的に更新される。これらの構成は、例えば動作
中にネットワークを変更し得るという顕著な効果を奏す
る。ネットワークの変更の例としては、例えば、１つの
イーサネットカードに対応するワークステーションを他
のアドレスを有する他のイーサネットカードの代わりに
置き換える場合が挙げられる。

【００４４】本発明は、また、通信手段に対して、伝送
媒体上を循環するフレームであって該通信手段に送った
ものでないものを伝送することを避けることを目的とす
る。本発明に拠れば、この目的を達成するため、上記の
変換器は以下の特徴をさらに有する。すなわち、上記の
変換器において、前記伝送制御手段は、前記媒体によっ
て受信された各情報フレームについて、前記情報フレー
ム内の宛先アドレスが、前記メモリ内に格納されたアド
レス又は一群をなす前記通信手段に関連する同報アドレ
スに対応するか否かを判断する手段を有し、前記の各デ
ータフレームは、それが伝送される前記通信手段を識別
する宛先アドレスを含み、前記の判断結果が肯定的な場
合にのみ、前記データフレームを前記通信手段に対して
引き渡す手段をさらに有することを特徴とする。

【００４５】本発明は、また、通信手段に対して、伝送
媒体上を循環するフレームであって該通信手段自身が伝
送したフレームを伝送することを避ける。この目的を達
成するため、上記の変換器は以下の特徴をさらに有す
る。すなわち、上記の変換器において、前記伝送制御手
段は、前記媒体によって受信された各情報フレームにつ
いて、当該情報フレーム内に存在するソースアドレス
が、前記メモリ内に格納されたアドレスに対応するか否
かを判断する手段を有し、前記の各情報フレームは、当
該情報フレームを伝送した通信手段を識別するソースア
ドレスを含み、前記の判断結果が否定的な場合にのみ、
前記情報フレームを前記通信手段に対して引き渡す手段
をさらに有することを特徴とする。

【００４６】さらに、好適な実施の形態の他の有利の特
徴に拠れば、前記接続手段に接続された通信手段に関連
するアドレスを格納する前記メモリは揮発性である。こ
れらの構成は、不揮発性メモリの資源を持つことを避け
ることにより変換器のコストを制限することができると
いう効果を奏する。これは、この好適な実施の形態のよ
うに、アドレスが常に更新されるからである（上記の特
徴を有する構成による）。これらの構成に拠れば、、変
換器の電源が遮断された場合、格納されていたアドレス
は喪失するが、電源が再投入された後、前記接続手段に
よって受信された最初のフレームが受信されると直にア
ドレスが更新される。

【００４７】本発明は、また、伝送媒体を共有する少な
くとも２つのデータ通信手段を有する通信システムに関
し、該通信システムは、先に概説した通信変換器を前記
の各通信手段と前記伝送媒体との間に含む。本発明は、
また、ネットワーク伝送媒体上で通信手段を使用する方
法に係り、該方法は、先に概説したような構成の変換器
を、夫々前記通信手段を前記変換器に接続する接続手段
及び前記伝送媒体と協同して動作する送信／受信手段と
共に使用し、前記伝送媒体へのアクセスを制御するプロ
トコルの動作のために前記通信手段に割り当てられたア
ドレスを前記変換器の前記メモリ内に書き込む、ことを
特徴とする。

【００４８】この方法は、概略的に言えば、本発明に係
る変換器であって先にその構造を概説した変換器に関し
て前述した効果と同様の効果を有する。本発明の他の特
徴は、ネットワークに接続されると共に通信手段に接続
された通信変換器を識別する識別方法において、前記通
信変換器は、前記通信手段から情報を受信して該情報を
ネットワーク上へ伝送すると共に前記通信手段に対して
前記ネットワークからの情報を引き渡し、前記通信手段
はアドレスを有するものであって、該識別方法は、 Ｄ）前記通信変換器が前記通信手段のアドレスを取得す
る工程と、 Ｅ）前記通信変換器が該アドレスを前記ネットワークで
の自己のオペレーションのために使用し、前記ネットワ
ークを介して、前記アドレスと共に前記通信変換器が接
続された通信手段からの情報を伝送し、前記ネットワー
ク上における情報の宛先として識別させる工程と、を含
むことを特徴とする。

【００４９】また、これらの構成は、概略的に言えば、
上記と同様の効果を有し、特に単純な構成を有する変換
器の使用を可能にし、また特にハードウエア及びソフト
ウエアのトランスパレンシにより、上記のＩＥＥＥ勧告
に従ったケーブルネットワークの全部又は一部をノンケ
ーブルネットワークで置き換えることを可能にする。本
発明の１つの形態における顕著な効果を奏する特徴に拠
れば、Ｄ）工程において、上記変換器は、先ず、自己の
アドレスを示す所謂ソースアドレスを有する通信手段に
よって送信されるフレームを待つプロセスＤ１）を実行
し、その後、前記通信変換器が該フレームを受信した時
に、該フレーム内のソースアドレスを読み込むプロセス
Ｄ２）と、該ソースアドレスを前記通信変換器のメモリ
に記憶するプロセスＤ４）と、を実行することを特徴と
する。

【００５０】これらの構成に拠れば、アドレスを通信手
段に割り当てるための人間の介在、特に、製造時、変換
器をネットワークにインストールする時若しくは変換器
が接続される通信手段をインストールする特の人間の介
在を不用にすることができる。本発明の１つの形態にお
ける顕著な効果を奏する特徴に拠れば、上記の方法にお
いて、前記通信変換器は、プロセスＤ４）の後に、さら
に、再び、ソースアドレスを有する通信手段によって送
信される他のフレームを待つプロセスＤ１）を実行し、
その後、前記通信変換器が前記他のフレームを受信した
時に、前記他のフレーム内のソースアドレスを読み込む
プロセスＤ２）と、該ソースアドレスと前記メモリに保
持されたアドレスとを比較するプロセスＤ３）とを実行
し、両者が異なる場合に、再び、最後のソースアドレス
を前記通信変換器のメモリの場所のうちアドレスが保持
されていた場所に記憶するプロセスＤ４）を実行するこ
とを特徴とする。

【００５１】この構成は、特に、変換器に対して、更新
されたアドレスを自動的に割り当てることを可能にす
る。この変換器は、特にネットワークがその構成を変更
する責任を負う場合に、上記の効果を奏する。本発明の
１つの形態における他の顕著な効果を奏する特徴に拠れ
ば、上記の方法において、前記通信変換器が前記ネット
ワークからフレームを受信する都度、前記通信変換器
は、連続して、フレームを送ろうとする通信手段を示す
所謂宛先アドレスを該フレーム内に読み込む工程Ｅ）を
実行し、その後、前記宛先アドレスが工程Ｄ）で取得し
たアドレスと同一であることを確認する工程Ｆ）を実行
し、工程Ｆ）の結果が肯定的である場合にのみ、前記変
換器が接続された通信手段にフレームを伝送する工程
Ｇ）を実行することを特徴とする。

【００５２】これらの構成は、変換器が接続された通信
手段に対して、ネットワーク上を循環するフレームであ
って該通信手段に送ったのではないフレームを伝送する
ことを避けることができる。好適な実施の形態に拠れ
ば、上記の方法は、前記通信変換器が前記ネットワーク
からフレームを受信する都度、前記通信変換器は、連続
して、フレームをネットワークに伝送した通信手段を示
すソースアドレスを該フレーム内に読み込む工程Ｈ）を
実行し、その後、前記ソースアドレスが工程Ｄ）におい
て取得したアドレスと同一であることを確認する工程
Ｉ）を実行し、工程Ｉ）の結果が否定的である場合にの
み、前記通信変換器が接続された前記通信手段にフレー
ムを伝送する工程Ｇ）を実行することを特徴とする。

【００５３】これらの構成は、変換器が接続された通信
手段に対して、該変換器自身がネットワーク上に伝送し
たフレームを伝送することを避けることができる。他の
１つ形態として、本発明は、伝送方法及びネットワーク
通信装置に関する。好適な実施の形態において、本発明
の他の形態に拠れば、ネットワークにおける中央手段が
提供される。該中央手段の機能は、概略的に言えば、他
の通信手段から送られてくるデータフレームを再伝送す
ること、該他の通信手段に送る各フレーム内に、共有伝
送媒体へのアクセスを制御するプロトコルを動作させる
サービスメッセージを含めることである。

【００５４】本発明のこの形態は、送られてくるデータ
フレームを再伝送する中央通信手段の存在によるトポロ
ジカルな観点、また、サービスメッセージへのアクセス
を制御するプロトコルの効果の双方から利益を得ること
ができる。この際、プロトコルを動作させ又はデータフ
レームを再伝送するための余分な時間を要しない。これ
は、同一のダウンリンクフレームにおいて、サービスメ
ッセージとデータフレーム（必要な場合）とを搬送する
ため、サービスメッセージとデータフレームとを別個の
ダウンリンクフレームにおいて伝送する場合に比べ非常
に少ない時間しか要しないからである。

【００５５】本発明のこの形態は、接続された通信手段
のアドレスの自動取得を実行する変換器に関する発明の
思想と組み合わせ、このアドレスをネットワークにおい
て、それらの動作のために使用する。このために、変換
器は、中央手段へのアップリンク接続と、ダウンリンク
接続の双方に関してトランスペアレントである。したが
って、中央手段は、変換器が接続された通信手段にデー
タを伝送するために、変換器のアドレスも、該変換器に
接続された通信手段のアドレスも認識する必要はない。

【００５６】本発明に係る伝送方法は、したがって、集
中化システムに関する効果、周辺手段における部分的に
自立した機能（partially autonomous functioning of
theparipheral means）に関する効果からの利益を得る
ことができる。この特徴は、特に本発明に係る変換器を
有する周辺手段をネットワークに加えることを単純化す
る。

【００５７】本発明のこの形態の利点は、また、"Metho
ds, devices and system for the transmission of dig
ital data"と題する、本願発明と同一の出願日を有する
別の特許出願（代理人がリニュイ、サンタレリで、出願
人が同一であり、通信用控えとしての出願受領証番号９
８０４８のフランス国特許出願）に述べられている。本
発明は、また、先に概説した方法を使用する、少なくと
も１つの通信装置又は変換器を含むことを特徴とする通
信システムを提供することを目的とする。

【００５８】本発明の他の利点、目的及び特徴は、図４
以降の添付図面を参照して、以下の説明に照らして明ら
かになる。図４に示す無線ローカルネットワーク２０
は、中央ネットワーク通信手段（図中のＣＮＣＭ）２１
と複数のデータステーション２２とを有し、各ステーシ
ョンは上述したターミナル６と同じタイプのターミナル
２３と周辺ネットワーク通信手段（図中のＰＮＣＭ：pe
ripheral networked communication means）２４とを有
する。

【００５９】各々の周辺手段２４は、上述した個別ネッ
トワーク通信手段７の特別なタイプであり、共有伝送媒
体により、電波によるデータフレームを伝送及び／又は
受信する。中央手段２１は、共有する媒体、形態構成及
び中央手段２１によって、この媒体で送られる各バース
トが各周辺手段２４で受信できるような、それぞれの無
線伝送能力により各周辺手段２４と通信し、どれか１つ
の周辺手段２４により、この媒体で送られる各バースト
が中央手段２１によって受信される。

【００６０】周辺手段２４間の通信は、中央手段２１を
用いて単独で行うように設計されており、第１から第２
の周辺手段２４へのデータフレームの伝送は、まず第１
の周辺手段２４から中央手段２１へのデータフレームの
伝送が行われ、その後、中央手段２１から第２の周辺手
段２４へのデータフレームの伝送が行われる。この点に
ついては、各ダウンリンクフレームは、また、情報フレ
ームとも呼ばれ、該フレームを伝送した通信手段を識別
するソースアドレス及び該フレームを送る先の通信手段
を識別する宛先アドレスとを有する。

【００６１】中央手段２１が共有無線媒体上へ送るバー
ストは、周辺手段２４にダウンリンクフレーム２５（図
５及び図６）を同報することを可能とし、周辺手段２４
がこの媒体で送るバーストは中央手段２１にアップリン
クフレーム（図９）を伝送することを可能とする。図５
及び図６に示されるように、ダウンリンクフレーム２５
は規則的にサービスフレーム２７を有し、状況によって
は、上述のフレーム１２と同様なタイプのデータフレー
ム２８（図中のＤＦＲ）を含んでも（図５）、含まなく
ても（図６）良い。

【００６２】ダウンリンクフレーム２５のフォーマット
は、このフレーム２５の始めにサービスフレームフィー
ルド２９の位置を、データフレームが存在すればフィー
ルド２９の直後にデータフレームフィールド３０の位置
を定めている。図の例では、サービスフレームフィール
ド２９は２０オクテット以上連続し、データフレームフ
ィールド３０は０（データフレームなし）〜１５４０オ
クテット以上連続する。

【００６３】図７に示すように、ダウンリンクフレーム
２５に含まれる各サービスフレーム２７は、サービスメ
ッセージ３１、このフレーム２５が含むデータフレーム
の長さに関する情報３２、及び付加情報３３を有する。
サービスフレーム２７のフォーマットは、このフレーム
の始めにサービスメッセージフィールド３４の位置を、
フィールド３４に続いてデータフレームフィールド３５
の位置を、そして、フィールド３５に続いて付加情報フ
ィールド３６の位置を定めている。図の例では、サービ
スメッセージフィールド３４は１２オクテット以上連続
し、データフレームフィールド３５は２オクテット以上
連続し、そして付加情報フィールド３６は１１オクテッ
ト以上連続する。

【００６４】図８に示すように、サービスメッセージ３
１は、サービスメッセージの種類に関する情報３７、メ
ッセージ宛先アドレス３８、及び付加情報３９を含む。
ここで、付加情報３９はネットワーク参照情報及びプロ
トコルのバージョン情報を含み、メッセージ種類フィー
ルド４０は１オクテット以上、アドレスフィールド４１
は６オクテット以上、付加情報フィールド４２は５オク
テット以上連続する。

【００６５】図９に示すように、アップリンクフレーム
２６は、データフレームの長さに関する情報４３、付加
情報４４及び上述のフレーム１２と同様なタイプのデー
タフレーム４５を含む。アップリンクフレーム２６のフ
ォーマットは、このフレームの先頭にデータフレーム長
フィールド４６の位置を、このフィールド４６に続いて
付加情報フィールド４７の位置を、そして、このフィー
ルド４７に続いてデータフレームフィールド４８の位置
を定めている。本例では、フィールド４６は２オクテッ
ト以上、付加情報フィールド４７は２３オクテット以
上、フィールド４８は０〜１５４０オクテット以上連続
する。

【００６６】各サービスメッセージ３１は、メッセージ
種類情報３７と宛先アドレスを用いて、ポーリングタイ
プの共有無線媒体へのアクセスを制御するプロトコルを
起動する。より詳しくは、各サービスメッセージ３１
は、各周辺手段２４に対して、応答によりアップリンク
フレーム２６を伝送するように、即ちメッセージ３１の
同報後、フレーム２６を伝送する共有媒体が空きしだい
フレーム２６を伝送するように許可がなされているか否
かを示す。

【００６７】サービスメッセージ３１は、送信許可メッ
セージタイプ、即ち周辺手段２４が応答でアップリンク
フレームを伝送するように許可されていることを示すも
のであり、また、ある状況では、各周辺手段２４が、送
信非許可メッセージタイプ、即ち応答で伝送するように
許可されていないことを示すものである。ネットワーク
２０において、使用される無線媒体は半二重タイプ、即
ちアップリンク方向（周辺手段２４から中央手段２１
へ）とダウンリンク方向（中央手段２１から周辺手段２
４へ）の伝送が同時に起こらない。従って、共有無線媒
体は、ダウンリンク又はアップリンクフレームの伝送が
終了すると空きになる。

【００６８】図１０は、４つのバースト４９Ａ〜４９Ｄ
により、この共有無線媒体の占有例を示す図である。ま
ず第１に、共有無線媒体で送られる各バーストは、全て
のバーストに同一である同期プレフィックス５０にて始
まり、多少長い期間、ダウンリンクフレーム２５（図中
のＯＦＲ）又はアップリンクフレーム（図中のＩＦＲ）
を伝達するビットストリームの信号５１まで連続するこ
とがわかる。ここで、各々のバーストの信号５１の持続
時間は、バーストで伝送されるダウンリンクフレーム２
５又はアップリンクフレーム２６の長さに基づく。

【００６９】図１０の例では、バースト４９Ａにより伝
送されるダウンリンクフレーム２５は１つのサービスフ
レーム２７だけを有し、そのため信号５１は特に持続時
間が短く、プレフィックス５０の持続時間に近い。一
方、バースト４９Ｂ〜４９Ｄで伝送されるフレーム２５
又は２６は、データフレーム２８又は４５を含み、従っ
て、それらの信号５１は、より長い持続時間を有する。
図を簡略化するため、バースト４９Ｂ〜４９Ｄのそれぞ
れの信号５１は同じ持続時間が与えられているが、デー
タフレーム２８又は４５の長さは、１５４０オクテット
までの範囲で変化するので、実際には信号５１の持続時
間はかなり変化する。

【００７０】図１０に示す持続時間Ｔは、中央手段２１
が、その期間が経過する間、アップリンクフレーム２６
を伝送するバーストの受信を開始しない場合（この場
合、中央手段２１はアップリンクフレーム２６の受信終
了まで待つ）、新たなダウンリンクフレームを伝送する
前に、サービスメッセージ３１が送信許可メッセージの
タイプ（図中のＡＳＭ）のものであるダウンリンクフレ
ーム２５の伝送終了から始まる期間である。

【００７１】これに対し、サービスメッセージ３１が送
信非許可メッセージのタイプ（図中のＮＡＳＭ）のもの
であるダウンリンクフレームを中央手段２１が伝送する
と、そのフレームの伝送が終了すると直に新たなダウン
リンクフレームを送ることができる。従って、送信許可
メッセージを含むダウンリンクフレームを伝送するバー
スト４９Ａが終了すると、中央手段２１は持続時間Ｔの
期間が経過するまで待ち、この間、共有無線媒体上にア
ップリンクフレームを伝送するバーストがないので、こ
の期間が終わると直に中央手段２１は、その反応時間に
対応する持続時間の期間終了でバースト４９Ｂにより新
たなダウンリンクフレームを伝送できるとみなす。

【００７２】バースト４９Ｂで伝送されるダウンリンク
フレームは送信非許可メッセージを含むので、中央手段
２１はバースト４９Ｂの伝送が終わるとすぐに新たなダ
ウンリンクフレームを伝送できるとみなし、反応時間後
にバースト４９Ｃを送る。バースト４９Ｃで伝送される
ダウンリンクフレームは、送信許可メッセージを含み、
バースト４９Ａで伝送されるダウンリンクフレームに含
まれるメッセージと異なり、この送信許可メッセージは
持続時間Ｔの期間終了前に送り始められ、アップリンク
フレームを伝送するバースト４９Ｄの形式で、周辺手段
２４からの応答をもたらす。その結果、この期間が終了
のとき、中央手段２１は、このアップリンクフレームの
受信が途中（underway）であれば、共有無線媒体が新た
なダウンリンクフレームを送るのに空きになったとみな
すためにバースト４９Ｄの受信が終了するまで待つ。

【００７３】持続時間Ｔは最短期間として選択されるも
ので、その終わりにおいて、送信許可メッセージの送り
先となる周辺手段２４は、伝送しようとすれば、応答に
てアップリンクフレームを確実に伝送し始めることがで
きる。例として、持続時間Ｔはおよそ２２５ｍｓで、プ
レフィックス５０の持続時間はおよそ１２５ｍｓで、信
号５１の持続時間は、およそ１０，０００ｍｓの上限を
持つ範囲にある。

【００７４】図１１〜図２４を参照してネットワーク２
１で中央手段２１として用いられる装置を説明する。図
１１に示すように、中央手段２１はシリアル接続バス５
３によりＲＳ２３２タイプのコネクタ５４に接続され、
マイクロコントローラバス５５により送信／受信コント
ローラ５６に接続されるマイクロコントローラ５２、プ
ログラム可能な読み出し専用メモリ（ＰＲＯＭ）５７、
再プログラム可能な不揮発性メモリ５８、及びランダム
アクセスメモリ（ＲＡＭ）５９を有する。マイクロコン
トローラバス５５に接続される送信／受信コントローラ
５６は、また送信／受信バス６０により無線モジュール
６１に接続される。

【００７５】マイクロコントローラ５２は、例えばＮＥ
Ｃの製品Ｖ５３（登録商標）であり、ＰＲＯＭ５７に格
納されたプログラム６２に応じて動作し、ＰＲＯＭ５７
は、また、起動時に中央手段２２を初期化するデフォル
トパラメータ６３を含む。プログラム６２は、例えばジ
ー・エス・アイ・テクシィ（GSI TECSI ）の製品リアル
タイムクラフト（登録商標）によるマルチタスクタイプ
のものである。

【００７６】送信／受信コントローラ５６は、例えばア
ルテラ（ALTERA）（登録商標）の製品ＥＰＦ８１５００
（登録商標）又はエックスワイリンクス（XYLINX）の商
業上入手可能なプログラマブルロジック回路で構成され
ている。無線モジュール６１は、例えばパルス・エンジ
ニアリング（PULSE ENGINEERING ）の製品ＭＴＲ−２４
００Ｍトランシーバー、そのトランシーバーに接続され
るテレダイン・エレクトロニック・テクノロジーズ（TE
LEDYNE ELECTRONIC TECHNOLOGIES）の製品スペースダイ
バーシティアンテナ、例えばエー・エイチ・エー（AHA
）の製品ＡＨＡ４０１１（登録商標）、エル・エス・
アイ・ロジック（LSI LOGIC ）製品、又はコマトラス
（COMATLAS）の製品のようなリードソロモンに基づくＦ
ＥＣ（フォワード・エラー・コレクション）タイプのエ
ラー訂正／制御部及び特に信号マッチングを提供する、
バス６０に接続可能なインターフェースで構成される。
また、無線モジュール６１は、上述したトランシーバー
以外のもの、好ましくは、スペクトラム拡散、周波数ホ
ッピング、或いはダイレクトシーケンスタイプのもので
構成することもできる。

【００７７】再プログラム可能な不揮発性メモリ５８
は、例えばダラス・セミコンダクタ（DALLAS SEMICONDU
CTOR）の製品ＤＳ１４９７のようなバッテリー・バック
アップを備えたランダムアクセスメモリ（ＲＡＭ）や、
XICOR 製品、又はエクセル（EXEL）の製品２４Ｃ０２の
ような電気的に消去可能なプログラマブルリードオンリ
ーメモリ（ＥＥＰＲＯＭ）で構成される。

【００７８】メモリ５８は、ネットワーク２０の一部分
を形成する周辺手段２４のアドレスのテーブル６４を含
む。この場合、アドレスは周辺手段２４のＭＡＣアドレ
ス、即ち上述の個別手段７のアドレス１１と同じタイプ
のアドレスである。テーブル６４は、この目的のために
コネクタ５４に接続されたコンソールによって中央手段
２１に入力される。

【００７９】ランダムアクセスメモリ５９は、作業用メ
モリ６５で占有される空間と、フレームバッファで占有
される空間６６とを有する。図１２に示すように、空間
６６は図５に示すように、アップリンクフレームを格納
し、ダウンリンクフレームを準備する、ある数のバッフ
ァ６８、即ちデータフレームを含む空間６７と、図６に
示すように、ダウンリンクフレームを準備するバッファ
７０、即ちデータフレームなしの空間６９とを含む。

【００８０】図１３に示すように、各々のメモリ６８の
構成はダウンリンクフレーム２５のフォーマットに同
一、即ち各メモリ６８の始めにサービスフレームエリア
７１の位置を、そのエリア７１の直後にデータフレーム
エリア７２の位置を定めている。そのエリア７１はフィ
ールド２９と同じ長さ（２５オクテット）を有し、エリ
ア７２は最大の長さを有し、それに対して、フィールド
３０がダウンリンクフレーム２６のデータフレームフィ
ールド４８の最大の長さ（１５４０オクテット）、連続
することができる。

【００８１】メモリ６８は次のように用いられる。中央
手段２１がアップリンクフレーム２６を受信すると、メ
モリ６８のエリア７２にあるデータフレーム４５を書き
込む。このとき、エリア７２にフィールド４８を配置
し、このフィールドの開始を、このエリアの開始と一致
させる。そして、図５に示すようなダウンリンクフレー
ムを準備するために、ダウンリンクフレームと共に、エ
リア７２に予め格納されているデータフレームを再送
し、中央手段２１は、同じメモリ６８のエリア７１にサ
ービスフレーム２７を書き込む。その後、このメモリ６
８の有用な内容、即ちエリア７１の開始からデータフレ
ームが終了するエリア７２の箇所までの空間に置かれた
内容を伝送するバーストを送信する。

【００８２】バッファ７０の構成は、サービスフレーム
のフォーマットと同一で、そのバッファ７０を用いて中
央手段２１が、図６に示すダウンリンクフレームを準備
する。これらフレームの各々は、バッファ７０の全内容
を伝送するバーストを送信することにより伝送される。
図１４と、以降の図面に含まれるより概略的な機能ダイ
アグラムは、メモリへの読み出し又は書き込みの動作の
場合を除き、単純な矢印は、使用される異なる手段で交
換される情報の経路を示している。また、メモリへの読
み出し又は書き込みの動作の場合、矢印は太いタイプに
なり、この太い矢印はまた、フレームを伝送するバース
トの受信に続いて、無線モジュールで伝達されるフレー
ムの経路、及び無線モジュールに伝達されるフレームを
示すために用いられ、その結果、それらを伝送するバー
ストが送信される。

【００８３】上述のように、プログラム６２は、タスク
管理を行い、また、通信、信号処理、及びタスク間の同
期機構を提供するためのリアルタイム常駐域(real-time
nucleus)によるマルチタスクタイプのプログラムであ
り、これらの機構は、メッセージが書き込まれるタスク
に各固有のメールボックスと、いくつかのタスクによっ
て共有されるセマフォーの使用を含む。

【００８４】中央手段２１は、一般的には、情報を交換
する中央ネットワーク伝送制御手段（図中のＣＮＴＣ
Ｍ）７３と送信／受信手段（図中のＳ／ＲＭ）７４とを
含み、送信／受信手段７４は、フレームバッファが定め
られたランダムアクセスメモリ５９の空間６６において
アップリンクフレーム書き込みとダウンリンクフレーム
読み出しの動作を行い、中央伝送制御手段７３は、空間
６６において、その一部分にサービスフレーム書き込み
動作（図中のＳＦＲ）を行う。

【００８５】送信／受信手段７４は無線モジュール６１
を含み、プログラム６２、デフォルトパラメータ６３及
び作業用メモリ６５を使用するマイクロコントローラ５
２によって生成されるリソースを使用し、中央伝送制御
手段７３は、プログラム６２、デフォルトパラメータ６
３、テーブル６４及び作業用メモリ６５を使用するマイ
クロコントローラ５２によって生成されるリソースを使
用する。

【００８６】無線モジュール６１に加え、送信／受信手
段７４は、送信管理手段７５と受信管理手段７６を含
み、受信管理手段７６はメールボックス７７を含む。こ
こで、メールボックス７７は、中央伝送制御手段７３が
アップリンクフレームの格納用に各空いているいくつか
のメモリ６８のロケーションを書き込むものである。図
１４及び図１５を参照して無線モジュール６１の機能を
説明する。

【００８７】無線モジュール６１は自発的に受信モード
に移行する。このモードにおいて、フレーム７８が続く
プレフィックス５０の存在を検出すると、同期動作を行
い、プレフィックス５０が終了すると、ローレベルから
ハイレベルに信号７９を変化させる。これにより、無線
モジュールは、フレーム７８からの信号５１の受信が続
く限り、通常アップリンクフレームを伝達する信号を保
持する。信号５１が終了すると、無線モジュールは信号
７９をローレベルに戻す。従って、それぞれ信号７９が
ハイレベル又はローレベルにあると、フレームが受信最
中か否かを知ることが可能となる。便宜上、図面及び以
下においては、信号７９を、信号７９というよりむしろ
信号７９のハイレベルに対応する、いわゆるフレーム受
信継続信号として参照する。

【００８８】無線モジュール６１は、一方で中央伝送制
御手段７３に、他方で受信管理手段７６に対してフレー
ム受信継続信号を通信する。中央伝送制御手段７３は、
図１０に例示した持続時間Ｔの期間終了でフレーム受信
継続信号を使用し、受信管理手段７６は、それを、無線
モジュール６１が受信されているフレームのビットを伝
達中か否かを知るのに使用する。

【００８９】ダウンリンクフレームが共有無線媒体で伝
送されるように、送信管理手段７５が無線モジュール６
１にダウンリンクフレームを伝達すると、送信管理手段
７５は、無線モジュールがアクセスする信号８０をロー
レベルからハイレベルに変化させ、無線モジュール６１
は、受信モードから送信モードへ切り替えてフレーム８
１のプレフィックス５０を送る。そして、プレフィック
ス５０の送信終了と同時に、無線モジュール６１は、送
信管理手段７５がアクセスする信号８２をローレベルか
らハイレベルに変化させ、送信管理手段７５が、その信
号８２の立ち上がりエッジを検出して伝送されるダウン
リンクフレームを無線モジュールに伝達する。この伝達
が終わると、送信管理手段７５は、信号８０をハイレベ
ルからローレベルに変化させ、これに応じて無線モジュ
ール６１が、信号８２をハイレベルからローレベルに変
化させ、送信モードから受信モードに切り替える。

【００９０】便宜上、図面及び以下においては、信号８
２を、信号８２というよりむしろ信号８２のハイレベル
に対応する、いわゆるダウンリンクフレーム伝送継続信
号として参照する。信号８０に関して、図１５以外の図
面では、実際にアクティブ状態としてローレベルからハ
イレベルに変化し、非アクティブ状態としてハイレベル
からローレベルに変化する、ダウンリンクフレーム伝送
要求信号と称する。

【００９１】上述した理由により、ダウンリンクフレー
ム伝送継続信号は、無線モジュールによって単独で送信
管理手段７５に通信される。上述した理由により、送信
管理手段７５は、ダウンリンクフレーム伝送要求信号を
最初に無線モジュールに通信し、次に中央伝送制御手段
７３に通信するので、中央伝送制御手段７３は、ダウン
リンクフレームの伝送の終結の時間を知ることができ
る。これは、送信管理手段７５にて要求された伝送によ
り、バッファ６８のロケーション、即ち伝送されるべき
ダウンリンクフレームが位置するメモリ空間のロケーシ
ョンを示すデータと共に供給される。

【００９２】図１６は、受信管理手段７６の機能を示す
フロー図である。スタートアップしてすぐ、ループに移
行する。このループは、メールボックス７７に少なくと
も１つのメモリロケーション６８があるまで、即ちメー
ルボックス７７にデータが入るまで待つオペレーション
８３にて開始され、データが入るとメールボックスから
ロケーションを取り出す。より正確には、そのロケーシ
ョンは、いくつかあるロケーションの中で、書き込まれ
るべき最初のものであり、メモリ６８のロケーション
は、無線モジュール６１が送信する次のアップリンクフ
レームを格納するのに用いるものである。

【００９３】そして、受信管理手段７６はフレーム受信
継続信号のスタート、即ち信号７９の立ち上がりエッジ
を待つオペレーション８４に進む。そして、このイベン
トが起こると、送信管理手段７５がテスト８５を行う。
このテストは、無線モジュール６１が送信中のフレーム
が、確かに周辺手段２４の１つからきたアップリンクフ
レームであるかを、例えばフィールド４６のネットワー
ク参照情報の項目が本当に存在するかチェックすること
で判定するものである。

【００９４】テスト８５の結果がＮＯであれば、受信管
理手段７６はオペレーション８４に戻り、無線モジュー
ルが送信中のフレームを無視して次のフレームの受信を
待つ。テスト８５の結果がＹＥＳのとき、受信管理手段
７６はオペレーション８６を行う。このオペレーション
は、フレーム受信継続信号の終わりまで、即ち信号７９
の立ち下がりエッジまで、無線モジュールが送信中のア
ップリンクフレームをメールボックス７７から取り出さ
れた最後のロケーションにあるバッファ６８に転送する
オペレーションである。

【００９５】その後、受信管理手段７６はオペレーショ
ン８７を行う。このオペレーションは、中央伝送制御手
段７３に、受信されたアップリンクフレームが格納され
たメモリ６８のロケーションを送り、このフレームの受
信及び格納を知らせるオペレーションである。そして、
受信管理手段７６はこのループのスタートに戻り、その
機能を通して上述した一連のオペレーションを繰り返し
実行する。

【００９６】図１７は、送信管理手段７５の機能を示す
図である。スタートアップ直後、オペレーション８８を
行うことで開始されるループに移行する。このオペレー
ションは、中央伝送制御手段７３が共有無線媒体で伝送
されるべきダウンリンクフレームを含むメモリロケーシ
ョン６８、即ち必ずしもダウンリンクフレームが全メモ
リ６８を占有せず、ダウンリンクフレームが位置する、
このメモリの一部のロケーションを送信管理手段７５に
送るまで待つオペレーションである。なお、この点につ
いて、アップリンクフレーム２６（図９）に含まれるデ
ータフレーム長情報４３は、特に簡単な方法でこのロケ
ーションが知られるようにすることが可能である。従っ
て、ロケーションが、メモリ６８の開始アドレスとその
長さを与えることで表現されるならば、ダウンリンクフ
レームが見つけられるメモリ６８のロケーションは、サ
ービスフレーム２７の長さ（２５オクテット）と、現在
のダウンリンクフレームに含まれるデータフレームを伝
送したアップリンクフレームにある長さ４３との合計に
対応する長さに続く、メモリ６８の開始アドレスによっ
て表現される。

【００９７】送信管理手段７５がこのようなロケーショ
ンを受信すると、オペレーション８９を行う。このオペ
レーションは、ダウンリンクフレーム伝送要求信号をア
クティブに、即ち信号８０をローレベルからハイレベル
へ変化させるオペレーションである。そして、オペレー
ション９０に進み、ダウンリンクフレーム伝送継続信号
の存在、即ち信号８２のハイレベルを待ち、このイベン
トが起こると、オペレーション９１を行う。このオペレ
ーションは、オペレーション８８の間に伝達されるメモ
リロケーションに含まれるダウンリンクフレームを、無
線モジュール６１に伝達するオペレーションである。そ
して、このダウンリンクフレームの伝達が完了すると、
オペレーション９２を行う。このオペレーションは、ダ
ウンリンクフレーム要求信号を非アクティブ、即ち信号
８０をハイレベルからローレベルに変化させるオペレー
ションである。その後、ループの開始に戻り、その機能
を通して、上述した一連のオペレーションを行う。

【００９８】図１８乃至図２４を参照して中央伝送制御
手段７３を詳細に説明する。手段７３は、バッファ管理
手段９３と、送信許可メッセージ準備手段９４と、ダウ
ンリンクフレーム生成手段９５とを含む。ダウンリンク
フレーム生成手段９５は、メイルボックス９６を含み、
該メイルボックス９６の中に、バッファ管理手段９３
は、メモリロケーション６８を書込む。該メモリロケー
ション６８内には、伝送を待っているダウンンリンクフ
レームがある。ダウンリンクフレーム生成手段９５は、
また、メイルボックス９７を含み、手段９４は、送信許
可メッセージを準備したら、それを該メイルボックス９
７の中に書込む。

【００９９】図１９は、バッファ管理手段９３の機能を
示すフロー図である。スタートアップ後、バッファ管理
手段９３はオペレーション９８を行う。このオペレーシ
ョンは、受信管理手段７６のメールボックス７７に、各
メモリ６８のロケーションを書き込むオペレーションで
あり、注目のロケーションは、デフォルトパラメータ６
３に混じって格納される。

【０１００】オペレーション９８が完了すれば、その管
理手段９３は、送信／受信手段７４、より正確には受信
管理手段７６から、アップリンクフレームを格納したバ
ッファロケーション６８を受信するまで待つ、或いは、
生成手段９５から、既に伝送が行われたダウンリンクフ
レームを含むバッファロケーション６８を受信するまで
待つオペレーション９９を行うループに移行する。

【０１０１】１つ又は異なる２つのイベントが起こる
と、管理手段９３は第１のイベントが発生したか否かを
判定するテスト１００に移行する。アップリンクフレー
ムが格納されたバッファロケーション６８が受信される
と、管理手段９３は、生成手段９５のメールボックス９
６において受信されたメモリのロケーション６８を書き
込むオペレーション１０１を実行する。

【０１０２】オペレーション１０１が完了するか、テス
ト１００の結果がＮＯのとき、管理手段９３は、第２の
イベントが発生したか否かを判定するテスト１０２を行
う。この第２のイベントが発生した場合は、管理手段９
３は、オペレーション１０３を実行する。このオペレー
ションは、管理手段７６のメールボックス７７に受信さ
れたバッファロケーションを書き込むオペレーションで
ある。

【０１０３】オペレーション１０３が完了するか、テス
ト１０２の結果がＮＯであれば、管理手段９３はループ
の最初に戻り、その機能を通して、上述した一連のオペ
レーションを繰り返して行う。なお、オペレーション９
８はループの外であるため除外され、スタートアップ
後、一度だけ行われるものである。概略的に言えば、準
備手段９４は、一連のオペレーションをスタートアップ
より繰り返して実行する。該一連のオペレーションにお
いて、準備手段９４は、現在のアドレスを有する周辺手
段２４に対する送信許可メッセージを準備し、準備手段
９４がダウンリンクフレーム生成手段９５から送信許可
メッセージを考慮するための信号を受信する都度、１つ
の一連のオペレーションから次の一連のオペレーション
に進む。そして、準備手段９４は、新たな一連のオペレ
ーションの各々において、現在のアドレスとして、テー
ブル６４おける次のアドレス（この次のアドレスは、循
環する順序で決定される）を使用する。

【０１０４】送信許可メッセージ準備手段９４の機能
は、図２０のフロー図によりさらに詳細に示されてい
る。スタートアップの後、準備手段９４はオペレーショ
ン１０４を実行する。オペレーション１０４において、
準備手段９４は、現在のアドレスとして、テーブル６４
に最初にある１つの周辺手段２４を考慮する。

【０１０５】その後、準備手段９４は、オペレーション
１０５の実行で開始されるループに入る。オペーション
１０５において、準備手段９４は、現在のアドレスを有
する送信許可メッセージ、すなわち、メッセージ３１
（図８）を準備する。メッセージ３１において、メッセ
ージ種類情報３７は送信許可メッセージであるかどうか
を示し、アドレス３８は現在のアドレスを示す。

【０１０６】その後、準備手段９４は、オペレーション
１０６を実行する。オペレーション１０６において、準
備手段９４は、準備された送信許可メッセージをメイル
ボックス９７に書き込み、オペレーション１０７に進
む。オペレーション１０７において、準備手段９４は、
生成手段９５から送信許可メッセージ確認信号を受信す
る。

【０１０７】この信号を受信したら、準備手段９４は、
テスト１０８に進み、現在の周辺手段がテーブル６４に
おける最後の周辺手段であるか否かを判断する。この判
断結果が”ＮＯ”であれば、準備手段９４は、オペレー
ション１０９において、現在のアドレスとして、テーブ
ル６４における次のアドレスを考慮する。一方、判断結
果が”ＹＥＳ”であれば、準備手段９４は、オペレーシ
ョン１１０において、現在のアドレスとして、テーブル
６４内の最初のアドレスを考慮する。

【０１０８】オペレーション１０９又は１１０が終了し
たら、準備手段９４は、ループの開始位置に戻り、オペ
レーション１０４を除く上記の一連のオペレーションを
実行する。オペレーション１０４は、ループ外にあり、
スタートアップ直後にのみ実行される。準備手段９４の
不図示の変形例において、優先度の思想が使用される。
この変形例に拠れば、通常の状態においてデータフレー
ム伝送要求が多い特定の周辺手段２４は、送信許可メッ
セージをより頻繁に受信することになる。

【０１０９】図２１は、ダウンリンクフレーム生成手段
９５を詳細に示す図である。これは、許可制御手段１１
１及びダウンリンクフレーム準備手段１１２を含む。制
御手段１１１は、ダウンリンクフレームを伝送する許可
の期間が継続しているか否かを判定し、図１０に示すよ
うに、継続している期間は、時間Ｔの期間と、時間Ｔの
期間の間に受信が開始されたアップリンクフレームの受
信期間を除く全ての時間である。

【０１１０】図２２は、許可制御手段１１１の機能を示
す図である。スタートアップ後、この手段１１１はオペ
レーション１１３を行い、この間に、準備手段１１２に
通信されるダウンリンクフレーム送信許可信号をアクテ
ィブにする。その後、ループに入る。このループでは、
第１のオペレーション１１４で、送信許可メッセージを
含むダウンリンクフレーム送信終了信号の検出を待つ。
この信号は、準備手段１１２により制御手段１１１に通
信される。

【０１１１】このイベントが起こると、即ち例えば、図
１０に示すバースト４９Ａ又はバースト４９Ｃの信号５
１の送信終了で、制御手段１１１は、まずダウンリンク
フレーム送信許可信号を非アクティブにするオペレーシ
ョン１１５を行い、その後、時間Ｔを待つオペレーショ
ン１１６を行う。そして、時間Ｔが経過すると、フレー
ム受信継続信号が存在するか、即ち信号７９（図１５）
が、そのハイレベル又はそのローレベルにあるか否かを
判定するテスト１１７を行う。

【０１１２】ＹＥＳでは、フレーム受信継続信号がな
い、即ち信号７９がローレベルになるのを待つオペレー
ション１１８を行い、その後、オペレーション１１５で
非アクティブにされたダウンリンクフレーム送信許可信
号をアクティブにするオペレーション１１９を行う。テ
スト１１７の結果がＮＯのとき、制御手段１１１は、直
接オペレーション１１９に進む。オペレーション１１９
が行われると、制御手段１１１はループの始めに戻り、
その機能を通して、オペレーション１１３を除いた、上
述した一連のオペレーションを繰り返し行う。オペレー
ション１１３はループ外であり、スタートアップ直後に
だけ行われる。

【０１１３】図２３は、準備手段１１２の機能を示すフ
ロー図である。スタートアップしてすぐ、準備手段１１
２はループに入り、ダウンリンクフレームを準備するオ
ペレーション１２０を行い、このダウンリンクフレーム
を伝送するオペレーション１２１を行う。その後、ルー
プの初めに戻り、その機能を通して、オペレーション１
２０及びそれに続くオペレーション１２１を繰り返し行
う。

【０１１４】図２４は、ダウンリンクフレームを準備す
るオペレーション１２０の詳細を示す図である。オペレ
ーション１２０は、伝送待ちのデータフレームを含むメ
モリロケーション６８があるか否か、即ちメールボック
スが空か否かを判定するテスト１２２で始まる。

【０１１５】ＹＥＳでは、準備手段１１２は、バッファ
メモリ７０が、現在のダウンリンクフレームに用いられ
るデータフレームのないダウンリンクフレームを準備す
るためにあるとする事実を考慮したオペレーション１２
３を行う。テスト１２２の結果がＮＯのとき、準備手段
１１２は、メールボックス９６からメモリロケーション
を取り出し、取り出されたロケーションに対応するバッ
ファメモリ６８が、現在のダウンリンクフレームの準備
に用いられるべきであるという事実を考慮入れる。

【０１１６】図に示す例では、準備手段１１２は、メー
ルボックス９６から、そこに書き込まれた最初のロケー
ションを取り出すが、不図示の変形例は、例えば、受信
した異なるデータフレームの領域１３（図３）内の宛先
アドレスに関連する優先の概念を含んでいる。その結
果、ある周辺手段２４に宛られたデータフレームのルー
チングは、他の周辺手段２４（それに対しては、ルーチ
ング時間は、より長いかもしれない）に宛られたデータ
フレームのルーチングより速い。

【０１１７】オペレーション１２３又はオペレーション
１２４が行われた後、準備手段１１２は、メールボック
ス９７に送信許可メッセージがあるか否かを判定するテ
スト１２５を行う。このメールボックス９７には、準備
手段９４が準備した送信許可メッセージが書き込まれ
る。ＹＥＳ、即ち実際に手段９４が送信許可メッセージ
を準備し、書き込む時間がないときにテスト１２５が行
われた場合、準備手段１１２はオペレーション１２６を
行う。このオペレーションは、現在のダウンリンクフレ
ームに含まれるべきサービスメッセージとして、中央手
段２１のスタートアップでパラメータ６３を用いてオペ
レーションメモリ６５にロードされた、予め構成された
送信非許可メッセージを考慮するオペレーションであ
る。そして、現在のダウンリンクフレームが送信許可メ
ッセージを含むことを示す、いままでアクティブであっ
た標識（インジケータ）を非アクティブにするオペレー
ション１２７を行う。なお、この標識は、オペレーショ
ンメモリ６５内にある。

【０１１８】テスト１２５がＮＯの場合、準備手段１１
２は、メールボックス９７に存在する送信許可メッセー
ジを取り出すオペレーション１２８を行い、現在のダウ
ンリンクフレームに含まれるべきサービスメッセージと
して、この送信許可メッセージを考慮するオペレーショ
ン１２９を行い、そして、送信許可メッセージを確認す
る信号を準備手段９４に送るオペレーション１３０を行
う。最後に、現在のダウンリンクフレームが送信許可メ
ッセージを含むという標識が非アクティブの場合、その
標識をアクティブにするオペレーション１３１を行う。

【０１１９】オペレーション１２７又はオペレーション
１３１が完了すると、準備手段１１２はオペレーション
１３２を行う。このオペレーションは、例えば、データ
フレーム長さ情報３２及び付加情報３３（図７）につい
て、現在のダウンリンクフレームのサービスフレームの
準備を終了するものである。そして、準備手段１１２
は、現在のダウンリンクフレームの準備を考慮して、バ
ッファにサービスフレームを書き込む、即ちメールボッ
クス９６から取り出したロケーションを有するメモリ６
８の領域７１、あるいはメモリ７０の何れかにサービス
フレームを書き込む。

【０１２０】図２３を参照して準備手段１１２が行うオ
ペレーション１２１の詳細を説明する。オペレーション
１２１は、許可制御手段１１１が通信するダウンリンク
フレームを送信するように許可する信号を待つオペレー
ション１３３から開始する。このイベントが起こると、
準備手段１１２は送信／受信手段７４、より正確には、
それらの送信管理手段７５に、ダウンリンクフレームが
見い出すことができるメモリロケーション６８或いはメ
モリロケーション７０を伝達するオペレーションを行
い、その後、オペレーション１３５を行う。このオペレ
ーション１３５は、ダウンリンクフレーム要求信号８０
の立ち下がりエッジを待つオペレーション、即ち準備手
段１１２が、現在のダウンリンクフレームを送信するバ
ーストが伝送を終了しない限り、そのままの状態でいる
オペレーションである。

【０１２１】このバーストの伝送終了が発生すると、準
備手段１１２は、ダウンリンクフレームが送信許可メッ
セージを含むということを示す標識がアクティブか否か
を判定するテスト１３６に進む。ＹＥＳであれば、許可
制御手段１１１へ送信許可メッセージを含むダウンリン
クフレーム送信終了信号を送るオペレーション１３７を
行い、テスト１３８へ進むが、テスト１３６がＮＯのと
きは、準備手段１１２は直接テスト１３８へ進む。

【０１２２】テスト１３８において、準備手段１１２
は、オペレーション１３４で送信／受信手段へ送るバッ
ファロケーションがバッファ７０か否かを判定する。Ｎ
Ｏ、即ち、それがバッファ６８の場合には、準備手段１
１２は、このメモリ６８のロケーションをバッファ管理
手段９３へ送り、その管理手段９３が受信管理手段７６
のメールボックス７７に、対応するロケーションを書き
込む。これにより、受信管理手段７６は、新たなアップ
リンクフレームを格納するよう、このバッファ６８をも
う一度使用できる。

【０１２３】ダウンリンクフレーム１２１を伝送するオ
ペレーションは、テスト１３８がＮＯのとき、オペレー
ション１３９後に終了し、また、テスト１３８がＹＥＳ
のときは、このテストの直後、そのオペレーションが終
了する。中央伝送制御手段７３の変形例を説明する。第
１の変形例は、図２５に示すように、ダウンリンクフレ
ーム生成手段９５をダウンリンクフレーム生成手段１４
０で置き換えたものである。

【０１２４】特に、図２１及び図２５を比較して分かる
ように、準備手段１１２が、ダウンリンクフレーム準備
手段１４１、メールボックス１４３を含むダウンリンク
フレーム伝送手段１４２、及びセマフォー１４４によっ
て形成される集合体に置き換えられており、これによ
り、生成手段１４０が生成手段９５と区別される。ここ
でメールボックス１４３には、一方で、準備手段１４１
が準備したダウンリンクフレームのレファレンス、即ち
ダウンリンクフレームが見い出されるバッファ６８のロ
ケーションが、他方で、ダウンリンクフレームが送信許
可メッセージを含むことを意味する標識のアクティブ又
は非アクティブ状態が書き込まれる。上記のセマフォー
１４４には、準備手段１４１と伝送手段１４２がそれぞ
れアクセスして、そこから単位を取ったり、加えたりす
る。セマフォー１４４は、準備手段１４１がメールボッ
クス１４３の満ち状態(filling level)を知ることがで
きるようにするため、準備手段１４１にて使用される。

【０１２５】一般的には、準備手段１４１は、ダウンリ
ンクフレームを準備し、メールボックス１４３に空きの
ロケーションができるのを待って、この準備したダウン
リンクフレームのレファレンスを書き込むという、一連
のオペレーションを繰り返して行う。図２６は、準備手
段１４１の機能を示すフロー図である。

【０１２６】スタートアップ後、準備手段１４１は、生
成手段９５の準備手段１１２と同様、ダウンリンクフレ
ームを準備するオペレーション１２０（図２４）を行う
ことで開始するループに直接入る。オペレーション１２
０が完了すれば、セマフォー１４４から１単位を取る、
即ち、より正確には、セマフォーカウンタがプラスの場
合、そのカウンタから直ちに１単位を取るが、カウンタ
がゼロの場合は、その単位を取るためにカウンタがプラ
スになるのを待つオペレーション１４６に進む。以下、
伝送手段１４２の機能を説明する際に分かるように、こ
のオペレーションは、メールボックス１４３の満ち状態
を考慮し、メールボックス１４３が満杯のとき、ロケー
ションの１つが空きになるのを待つものである。

【０１２７】オペレーション１４６が完了したならば、
準備手段１４１はオペレーション１４７を行う。このオ
ペレーションは、準備手段１４１が実行したばかりのオ
ペレーション１２０の間に、準備手段１４１にて準備さ
れたダウンリンクフレームを見い出すことができるバッ
ファロケーション６８と、このダウンリンクフレームが
送信許可メッセージを含むことを示す標識のアクティブ
又は非アクティブ状態、即ちこのダウンリンクフレーム
のレファレンスとをメールボックス１４３に書き込むオ
ペレーションである。

【０１２８】オペレーション１４７が完了すれば、準備
手段１４１はループの始めに戻り、その機能を通して、
上述の一連のオペレーションを繰り返して行う。図２７
は、伝送手段１４２の機能を示すフロー図である。スタ
ートアップ後、伝送手段１４２はセマフォー１４４を初
期化、即ちセマフォーカウンタをメールボックス１４３
にあるロケーション数に等しくさせるオペレーションを
行う。

【０１２９】そして、伝送手段１４２は、オペレーショ
ン１４９を行うことで開始されるループに移行する。こ
のオペレーションは、メールボックス１４３内の少なく
とも１つのロケーションがダウンリンクフレームのレフ
ァレンスで満たされるまで、即ちメールボックス１４３
が空でないのを待ち、このイベントが起こると、メール
ボックス１４３のロケーションの１つに見いだされるべ
きレファレンスを取り出すオペレーションである。

【０１３０】この例において、いくつかのロケーション
にて満たされた場合、伝送手段１４２は、最初に入れら
れたロケーションからレファレンスを取り出す。伝送手
段１４２の不図示の変形例では、優先の概念が用いられ
ている。例えば、ルーチングの優先を享受しているある
周辺手段２４のアドレスに対応する宛先アドレスを有す
る、データフレームを含むダウンリンクフレームが、ル
ーチングの優先度の低い周辺手段２４のアドレスをその
宛先アドレスとする、データフレームを含むダウンリン
クフレームよりも前に伝送されるようにするために優先
の概念が使用されている。

【０１３１】オペレーション１４９において、上記の待
ちが供されたままであるようにするため、準備手段１４
１は、メールボックス１４３に少なくとも１セットのレ
ファレンスを書き込み、そして、セマフォー１４４のカ
ウンタから少なくとも１単位を取る必要がある。オペレ
ーション１４９が完了すれば、伝送手段１４２は、セマ
フォー１４４のカウンタに１単位を加えるオペレーショ
ン１５０を行う。

【０１３２】次に、伝送手段１４２は、生成手段９５の
準備手段１１２で行われるオペレーションと同様な、現
在のダウンリンクフレームを伝送するオペレーション、
即ち図２３に詳細に示したオペレーション１２１を行
う。そして、伝送手段１４２はループの始めに戻り、そ
の機能を通して、初期化オペレーション１４３を除い
て、上述の一連のオペレーションを繰り返し行う。初期
化のオペレーション１４８はループの外であり、スター
トアップ後だけ行われる。

【０１３３】図２８は、伝送手段１４２の機能を示す変
形例のフロー図である。この例では、メールボックス１
４３が空のときに、伝送手段１４２が阻止された状態に
なるという状況は、オペレーション１４９を、このメー
ルボックスが空か否かを判定するテスト１５１と、オペ
レーション１４９の一部のオペレーションと同じであ
る、ダウンリンクフレームのレファレンスのセットを取
り出すオペレーション１５２と、オペレーション１５３
とで置き換えることで避けることができる。上述のオペ
レーション１５２は、テスト１５１がＮＯのときに行わ
れ、それに続いてオペレーション１５０が行われる。ま
た、オペレーション１５３はテスト１５１がＹＥＳのと
き行われ、その次に、直接、オペレーション１２１が続
く。

【０１３４】このオペレーション１５３では、図６に示
すような、データフレームのないダウンリンクフレーム
があるメモリロケーションを含む、予め構成されたダウ
ンリンクフレームレファレンスのセットが取られる。そ
のサービスメッセージは送信非許可メッセージタイプで
あり、また、上記の予め構成されたレファレンスのセッ
トは、ダウンリンクフレームが送信許可メッセージを含
むことを示す標識に対する、非アクティブ状態情報を含
む。

【０１３５】変形例としての、図２８に示すように機能
する伝送手段１４２は、メールボックス１４３が空のと
きには阻止された状態にならず、サービスメッセージ３
１が送信非許可メッセージタイプのものである、簡単な
フレーム２７からなるダウンリンクフレームによって共
有媒体を占有させる。図２９乃至図３２を参照して、中
央伝送制御手段７３の第２の変形例を説明する。これ
は、送信非許可メッセージがない、即ち全てのサービス
メッセージが、周辺手段２４が応答にてアップリンクフ
レームの伝送を許可されていることを、周辺手段２４に
指示する例である。

【０１３６】図２１と図２９を比較して分かるように、
この変形例では、送信許可メッセージを準備する手段９
４が、サービスメッセージを準備する手段９４´で置き
換えられ、ダウンリンクフレーム生成手段９５がダウン
リンクフレーム生成手段９５´で置き換えられている。
準備手段９４に対する上述の説明は、送信許可メッセー
ジに対するレファレンスをサービスメッセージに対する
レファレンスで置き換えた場合、準備手段９４´にも適
用できる。

【０１３７】生成手段９５´に関しては、類似する構成
に対して、生成手段９５と同様な参照符号が用いられる
が、それらには、インデックスとして“´”を付けてい
る。図３０は、許可制御手段１１１´の機能を示すフロ
ー図である。図２２と図３０を比較することで、この制
御手段１１１´が制御手段１１１と同じように機能し、
ダウンリンクフレーム準備手段１１２´によって送られ
る信号は、送信許可メッセージを含むダウンリンクフレ
ーム送信終了信号よりむしろ簡単なダウンリンクフレー
ム送信終了信号であることが分かる。

【０１３８】図３１は、ダウンリンクフレーム準備手段
１１２´の機能を示す図である。図３２は、ダウンリン
クフレーム準備オペレーション１２０´の詳細を示す図
である。図２４と図３２を比較することで、オペレーシ
ョン１２０´は、オペレーション１２０と次の点で区別
されることが分かる。すなわち、オペレーション１２３
´又はオペレーション１２４´の後、オペレーション１
５４が単に行われ、このオペレーション１５４は、必要
であれば、メールボックス９７´がもはや空でなくなる
まで待ち、その後、その中のサービスメッセージが取ら
れる。このサービスメッセージは、現在のダウンリンク
フレームに含まれると考えられる。次に、オペレーショ
ン１５４に続いてすぐ、準備手段１１２´が準備手段９
４´にサービスメッセージ確認信号を送るオペレーショ
ン１３０´が行われ、このオペレーション１３０´に続
いてすぐ、オペレーション１３２と同一のオペレーショ
ン１３２´が行われる。

【０１３９】オペレーション１２１´に関して、図２３
と図３１を比較すると、テスト１３６がない点を除い
て、オペレーション１２１と同一であり、そして、オペ
レーション１３７と類似するオペレーション１５５、即
ち許可コントローラ１１１´にダウンリンクフレーム伝
送終了信号を送るオペレーションが直接、行われること
が分かる。

【０１４０】中央伝送制御手段７３の第３の変形例を説
明する。第３の変形例は、図２５乃至図２７に示す、上
述した変形例に相当するが、この場合、送信非許可メッ
セージはない。上述のように、類似の構成には同じ参照
符号を付すが、それらには“´”をインデックスとして
付けてある。

【０１４１】一般的には、生成手段１４０´と生成手段
１４０との相違は、手段９５´と手段９５との相違と同
様である。また、メールボックス１４３´に書き込まれ
るデータフレームのレファレンスは、準備手段１４１´
によって準備されるダウンリンクフレームのあるバッフ
ァロケーション８０に相当する。

【０１４２】準備手段１４１´の機能を示す図３４と、
準備手段１４１の機能を示す図２６とを比較すると、メ
ールボックス１４３´に書き込まれる送信許可メッセー
ジ指定情報がないことにより、オペレーション１４７´
はオペレーション１４７と相違し、より一般的には、準
備手段１４１´及び１４１は同様な機能を有することが
分かる。

【０１４３】同様に、伝送手段１４２´の機能を示す図
３５のフロー図と、伝送手段１４２の機能を示す図２７
のフロー図を比較することで、２つの伝送手段が同様な
機能を有することが分かる。不図示の他の変形例では、
ダウンリンクフレーム準備手段と、送信許可準備手段或
いはサービスメッセージ準備手段との間の協動は、確認
信号を使用するよりむしろ、セマフォーの使用により行
われる。

【０１４４】図３６乃至図５０を参照して、周辺手段２
４としてネットワーク２０のターミナル２３に使用され
る装置を説明する。図３６に示すように、周辺手段２４
は、図１乃至図３により説明したように、ターミナル２
３及びケーブル４と協働するイーサネットカード７を含
み、ケーブル４のコネクタの一端がポート１０にプラグ
接続され、通信変換器１６０は、そのケーブル４の他の
一端がプラグ接続されたポート１６１を有する。

【０１４５】通信コンバータ１６０は、ポート１６１と
なる雌型ＲＪ４５コネクタ１６２、伝導体１６４にてコ
ネクタ１６２に接続される変圧器分離フィルタ１６３、
送信／受信ペアにてフィルタ１６３に接続されるイーサ
ネットマイクロコントローラ１６５を有する。また、こ
のイーサネットマイクロコントローラ１６５は、マイク
ロコントローラバス１６７にも接続され、そのバス１６
７は、不揮発性メモリだけでなく、シリアル接続バスと
ＲＳ−２３２コネクタを除き、電気的レベルで中央手段
２１と同様な構成を有するコンバータ１６０の一部分に
接続されている。

【０１４６】従って、コンバータ１６０は、マイクロコ
ントローラ１６８、さらにイーサネットマイクロコント
ローラ１６５を含み、バス１６７により、送信／受信コ
ントローラ１６９、再プログラム可能な読み出し専用メ
モリ１７０、及び揮発性ランダムアクセスメモリ１７３
に接続される。この再プログラム可能な読み出し専用メ
モリ１７０は、マイクロコントローラ１６８のプログラ
ム１７１、及び、コンバータ１６０がスタートアップで
初期化されるようにするデフォルト・パラメータ１７２
を含み、ランダムアクセスメモリ１７３は、作業用メモ
リ１７５で占有される空間１７６及びフレームバッファ
で占有される空間１７６を含む。また、送信／受信コン
トローラ１６９は、マイクロコントローラバス１６７に
加え、送信／受信コントローラ１６９を無線モジュール
に接続する送信／受信バス１７７に接続されている。

【０１４７】図の例では、ハードウェアレベルで、マイ
クロコントローラ１６８、送信／受信コントローラ１６
９及び無線モジュール１７８は、マイクロコントローラ
５２、送信／受信コントローラ５６及び無線モジュール
６１と同様な方法においてそれぞれ製作されている。イ
ーサネットマイクロコントローラは、例えば富士通の製
品ＭＢ８６９６４、又はナショナル・セミコンダクタ
（登録商標）の製品ソニック（登録商標）−Ｔであり、
フィルタ１６３はパルス・エンジニアリングの製品ＰＥ
−６５７４６、又はバロー（VALOR ）の製品ＳＦ−１０
２０である。

【０１４８】図３７は、フレームバッファで占有される
空間１７６の構成を示す図である。空間１７６は、ダウ
ンリンクフレームを格納し、データフレームを伝送する
ための、ある個数のバッファ１８１を含む空間１７９
と、データフレームを格納し、アップリンクフレームを
準備するための、ある個数のバッファ１８２を含む空間
１８０とを含む。

【０１４９】各々のバッファ１８１の構成は、バッファ
６８（図１３）の構成と同様である。即ち各メモリ１８
１の始めに、フィールド２９と同じ長さ（２５オクテッ
ト）のサービスフレームのためのエリアを決め、サービ
スフレームエリアの直後に、フィールド３０が越え得る
最大長、あるいはデータフレーム１２の最大長のデータ
フレームエリアを定めている。

【０１５０】図３８は、各々のメモリ１８２の構成を示
す図であり、アップリンクフレーム２６（図９）のフォ
ーマットと同じ、即ち各メモリ８２の始めに情報エリア
１８３を、その直後にデータフレームエリア１８４の位
置を定めている。ここでエリア１８３は、フィールド４
６及び４７の全体の長さと同じ長さ（２０オクテット）
であり、エリア１８４は、フィールド４８又はデータフ
レーム１２が越え得る最大長（１５４０オクテット）を
有する。

【０１５１】通信変換器１６０は、共有無線伝送媒体に
よりダウンリンクフレーム２５を受信すると、メモリ１
８１のデータフレームエリアにあるデータフレームを書
き込む。このとき、このエリアの中にフィールド３０を
配置し、このフィールドの開始をこのエリアの開始と一
致させる。従って、データフレームは通信変換器１６０
によって格納され、通信変換器１６０によってイーサネ
ットカード７に伝送可能な状態となり、ポート１６１の
伝送ターミナルにバーストが現れる。

【０１５２】イーサネットカードにデータフレームを伝
送するバーストは、メモリ１８１のデータフレームエリ
アの有用な内容、即ちこのエリアのスタートからこのデ
ータフレーム終わるポイントまでの空間に位置する内容
を伝送する。バッファ１８２の利用は、イーサネットが
バーストを出す方向以外、無線バーストと類似してい
る。つまり、変換器１６０は、そのポート１６１の受信
ターミナルのペアに現れる、データフレーム１２を伝送
するバーストを検知すると、このフレームの開始をこの
エリアの開始に一致させて、メモり１８２のエリア１８
４に、このフレームを書き込む。そして、エリア１８４
に予め格納されているデータフレームを伝送するアップ
リンクフレームを準備するために、通信変換器１６０
は、長さ情報４３及び付加情報４４をこのメモリ１８２
のエリア１８３に書き込み、その後、共有無線媒体を介
して、このメモリ１８２の有用な内容を伝送するバース
トを送信する。

【０１５３】図３９に示すように、機能レベルに関し
て、通信変換器１６０は、一般的にはネットワーク周辺
伝送制御手段（図中のＰＴＣＭ）１８５と、周辺伝送制
御手段１８５と情報交換する、共有無線媒体にて送信／
受信する手段（図中のＳ／ＲＭ）１８６と、周辺伝送制
御手段１８５と情報を交換し、イーサネット伝送媒体４
で送信／受信する手段（図中のイーサネットＳ／ＲＭ）
１８７とを含む。ここで送信／受信手段１８６は、ダウ
ンリンクフレームを書き込むオペレーションと、フレー
ムバッファが見つかった場合、ランダムアクセスメモリ
１７３の空間１７６の中のアップリンクフレームを読み
出すオペレーションを行う。上述の送信／受信手段１８
７は、空間１７６へのデータフレームの書き込み及び読
み出しのオペレーションを行い、周辺伝送制御手段１８
５は、この空間に情報を書き込むオペレーションを行
う。送信／受信手段１８７はまた、スタートアップ後、
最初にケーブル４によりデータフレーム１２を受信する
と、オペレーティングメモリ１７５に、付加情報フィー
ルド１４にあるソースアドレスを書き込むオペレーショ
ンを行う。ここでソースアドレスは、ケーブル４の他の
一端が接続されたイーサネットカード７のＭＡＣアドレ
ス１１に相当する。周辺伝送制御手段１８５は、このア
ドレスと、ダウンリンクフレームのサービスメッセージ
内のアドレス３８とを比較するために、このアドレスを
読み出すオペレーションを行う。ダウンリンクフレーム
は、このサービスメッセージが、現在の周辺手段２４に
向けられたものか否かを知らせるために到達する。ま
た、中央手段２１のテーブル６４にある周辺手段２４の
アドレスは、図示の例では、現在の周辺手段２４が有す
るイーサネットカード７のＭＡＣアドレスに相当する。

【０１５４】図４０乃至図４２を参照して、送信／受信
手段１８６の構成、及び送信／受信手段１８６が周辺伝
送制御手段１８５とフレームバッファが位置する空間１
７６と協働する方法について説明する。一般的には、送
信／受信手段１８６は、中央手段２１の送信／受信手段
７４に相当するが、ダウンリンク及びアップリンクフレ
ームを処理するので、アップリンク及びダウンリンクフ
レームを処理する送信／受信手段７４とは異なる。ま
た、送信／受信手段１８６及び周辺伝送制御手段１８５
によって交換される情報は、送信／受信手段７４及び中
央伝送制御手段７３によって交換される情報に相当す
る。しかし、明示された変化、周辺伝送制御手段１８５
に通信されないフレーム受信継続信号、及び、ダウンリ
ンクフレームの受信中における、送信／受信手段１８６
による、そのダウンフレームに含まれるサービスフレー
ムの転送については異なる。

【０１５５】より正確には、送信／受信手段１８６は無
線モジュール１７８を含み、また、プログラム１７１、
デフォルトパラメータ１７２、及び作業用メモリ１７５
によってマイクロコントローラ１６８が得た資源（リソ
ース）を使用する。無線モジュール１７８に加え、送信
／受信手段１８６は、送信管理手段１８８、及びメール
ボックス１９０を有する受信管理手段１８９を含む。周
辺伝送制御手段１８５は、そのメールボックス１９０
に、ダウンリンクフレームの格納用に空いている異なる
バッファメモリ１８１のロケーションを書き込む。

【０１５６】既に示したように、無線モジュール１７８
は、中央手段２１の無線モジュール６１と同様な方法で
生成される。従って、明らかに、アップリンクフレーム
を参照することはダウンリンクフレームを参照すること
に置き換えることができ、その逆も行えるので、無線モ
ジュール１７８の動作は、図１５に示すオペレーション
と同様である。

【０１５７】図４１は、受信管理手段１８９の機能を示
すフロー図である。スタートアップ直後、受信管理手段
１８９は、オペレーション１９１を行うことで始まるル
ープに移行する。このオペレーション１９１では、メー
ルボックス１９０に少なくとも１つのメモりロケーショ
ン１８１があるまで、即ちメールボックスが空でなくな
るまで待ち、このイベントが起こると、このメールボッ
クスからロケーションを取り出す。より正確には、ロケ
ーションがいくつかある場合、メールボックスに最初に
書き込まれたロケーションを取りす。取り出されたロケ
ーションのメモリ１８１は、無線モジュール１７８が送
信する次のダウンリンクフレームの格納に使用される。

【０１５８】次に、管理手段１８９はオペレーション１
９２に進み、フレーム受信継続信号の開始を待ち、それ
が開始されると、管理手段１８９はテスト１９３を行
う。このテストは、無線モジュール１７８が伝達中のフ
レームが、本当に中央手段２１からきたダウンリンクフ
レームかを、例えば、フィールド３４のサービスフレー
ムが本当に現在のものかどうかチェックすることで判定
する。

【０１５９】テスト１９３の結果がＮＯの場合、これは
特に、受信したフレームが他の周辺手段２４からのアッ
プリンクフレームのときに起こるが、管理手段１８９は
オペレーション１９２に戻る。即ち、管理手段１８９
は、無線モジュールが伝達中のフレームを無視して、次
のフレームの受信を待つ。テスト１９３の結果がＹＥＳ
の場合、管理手段１８９はオペレーション１９４を行
う。このオペレーション１９４では、一方で、フレーム
受信継続信号の終了まで、無線モジュール１７８が伝達
中のダウンリンクフレームを、メールボックス１９０か
ら取られた最後のロケーションに位置するバッファ１８
１に転送し、他方で、このダウンリンクフレームに含ま
れるサービスメッセージを周辺伝送制御手段１８５に転
送する。

【０１６０】そして、管理手段１８９は、受信されたダ
ウンリンクフレームを格納したメモリ１８１のロケーシ
ョンを周辺伝送制御手段１８５に送り、手段１８５にフ
レームの受信及び格納を知らせるオペレーション１９５
を行う。次に、管理手段１８９はループのスタートに戻
り、その機能を通して、上述した一連のオペレーション
を繰り返し行う。

【０１６１】ダウンリンクフレームの受信に利用できる
バッファ１８１がない場合、管理手段１８９はオペレー
ション１９１で待ち状態となり、無線モジュール１７８
が伝達する如何なるフレームも無視する。図４２は、送
信管理手段１８８の機能を示すフロー図である。スター
トアップ直後、送信管理手段１８８は、オペレーション
１９６を行うことで始まるループに移行する。これは、
送信管理手段１８８が、周辺伝送制御手段１８５によ
り、共有無線媒体を介して伝送されるべきアップリンク
フレームを含むメモリロケーションが伝達されるのを待
つオペレーションである。

【０１６２】このイベントが起こると、管理手段１８８
は、ダウンリンクフレーム伝送要求信号をアクティブに
するオペレーション１９７を行い、オペレーション１９
８に進んで、アップリンクフレーム継続信号が現われる
のを待つ。このイベントが起こると、管理手段１８８
は、オペレーション１９６の最中に伝達されたメモりロ
ケーション１８２に含まれるアップリンクフレームを、
無線モジュール１７８に伝達するオペレーション１９９
を行い、このアップリンクフレームの伝達が終了する
と、ダウンリンクフレーム伝送要求信号を非アクティブ
にするオペレーション２００を行う。そして、ループの
スタートに戻り、その機能を通して、上述した一連のオ
ペレーションを行う。

【０１６３】図４３乃至図４７を参照して、周辺伝送制
御手段１８５の構成及び機能の詳細を説明する。周辺伝
送制御手段１８５は、マイクロコントローラ１６８が、
プログラム１７１、デフォルトパラメータ１７２、及び
作業用メモリ１７４によって得たリソースを使用する。

【０１６４】図４３に示すように、制御手段１８５は、
バッファ１８１を管理する手段２０１、バッファ１８２
を管理する手段２０２、メールボックス２０４を含むア
ップリンクフレームを生成する手段２０３と、データフ
レームを生成する手段２０５を含む。手段２０３は、管
理手段２０２が、伝送待ちのダウンリンクフレームのあ
るバッファ１８２のロケーションを書き込むメールボッ
クス２０４を含み、また、手段２０５は、管理手段２０
１が、共有無線媒体により受信されたダウンリンクフレ
ームがあるバッファ１８１のロケーションを書き込むメ
ールボックス２０６を含む。

【０１６５】図４４は、管理手段２０１の機能を示すフ
ロー図である。スタートアップ後、管理手段２０１はオ
ペレーション２０７を行う。このオペレーションは、受
信管理手段１８９のメールボックス１９０各々のバッフ
ァ１８１のロケーションを書き込むオペレーションであ
り、注目しているロケーションは、デフォルトパラメー
タ１７２に混ぜて格納される。

【０１６６】オペレーション２０７が完了すれば、管理
手段２０１はループに移行する。このループでは、管理
手段２０１はオペレーション２０８を行う。これは、送
信／受信手段１８６、より正確には受信管理手段１８９
から、ダウンリンクフレームが格納されたバッファロケ
ーション１８１を受信する（以下、第１のイベントとい
う）か、生成手段２０５からイーサネット媒体４で伝送
されたデータフレームを含むバッファロケーション１８
１を受信するまで待つ（以下、第２のイベントという）
オペレーションである。

【０１６７】これら２つのイベントの内の１つ、あるい
は他方のイベントが起こると、管理手段２０１はテスト
２０９に進み、それが第１のイベントであるか否かを判
定する。起こったイベントが、ダウンリンクフレームが
格納されたバッファロケーション１８１の受信の場合、
管理手段２０１は、生成手段２０５のメールボックス２
０６に受信されたメモリロケーション１８１を書き込む
オペレーション２１０を行う。

【０１６８】オペレーション２０１が完了するか、テス
ト２０９の結果がＮＯのとき、管理手段２０１は、第２
のイベントが起こったか否かを判定するテスト２１１を
行う。ＹＥＳの場合、管理手段２０１は、受信管理手段
１８９のメールボックス１９０に受信されたバッファメ
モリロケーションを書き込むオペレーション２１２を行
う。

【０１６９】オペレーション２１２が完了するか、テス
ト２１１の結果がＮＯの場合、管理手段２０１はループ
のスタートに戻り、その機能を通して、上述したオペレ
ーション２０７を除く動作を繰り返し行う。オペレーシ
ョン２０７はループの外にあり、スタートアップの後だ
け行われるものである。図４５は、バッファ１８２を管
理する手段２０２の機能を示すフロー図である。

【０１７０】スタートアップ後、イーサネット送信／受
信手段１８７に含まれるデータフレーム受信管理手段の
メールボックスに、各メモリ１８２のロケーションを書
き込むオペレーション２１３を行う。注目ロケーション
は、デフォルトパラメータ１７２に混ぜて格納される。
オペレーション２１３が完了すれば、管理手段２０２は
ループに移行する。このループは、イーサネット送信／
受信手段１８７から、より正確にはそのデータフレーム
受信管理手段から、イーサネット媒体４にて受信された
ダウンリンクフレームが格納されたバッファロケーショ
ン１８２を受信する（以下、第１のイベントとする）
か、あるいは、アップリンクフレーム生成手段２０３か
ら、共有無線媒体で伝送されたアップリンクフレームを
含むバッファロケーション１８２を受信する（以下、第
２のイベントとする）まで待つオペレーション２１４を
行う。

【０１７１】第１又は第２のイベントが起こると、管理
手段２０２はテスト２１５に進み、第１のイベントが起
こったか否かを判定する。データフレーム１２が格納さ
れたバッファロケーション１８２の受信の場合、管理手
段２０２は、生成手段２０３のメールボックス２０４
に、受信されたメモリロケーション１８２を書き込むオ
ペレーション２１６を行う。

【０１７２】オペレーション２１６が完了するか、テス
ト２１５の結果がＮＯの場合、管理手段２０２は、第２
のイベントが発生したか否かを判定するテスト２１７を
行う。判定結果がＹＥＳの場合、イーサネット送信／受
信手段１８７のデータフレーム受信管理手段のメールボ
ックスに受信されたバッファロケーション１８２を書き
込むオペレーション２１８を行う。

【０１７３】オペレーション２１８が完了するか、テス
ト２１７の結果がＮＯの場合、管理手段２０２はループ
のスタートに戻り、その機能を通して、上述したオペレ
ーション２１３を除く、一連のオペレーションを繰り返
し行う。オペレーション２１３はループの外であり、ス
タートアップ後だけ行われるものである。図４６は、ア
ップリンクフレーム生成手段２０３の機能を示すフロー
図である。

【０１７４】このオペレーションのスタートアップ直
後、生成手段２０３はアップリンクフレームを準備する
オペレーション２１９を行い、そして、このアップリン
クフレームを伝送するオペレーション２２０を行う。そ
の後、生成手段２０３は、ループの開始位置に戻り、オ
ペレーション２１９とそれに続くオペレーション２２０
を繰り返して行う。

【０１７５】アップリンクフレームを準備するオペレー
ション２１９は、オペレーション２２１から開始する。
ここでは、必要であれば、少なくとも１つのメモりロケ
ーション１８２がメールボックス２０４にある、即ちメ
ールボックスが空でないのをアップリンクフレーム生成
手段２０３が待つ。このイベントが起こると、アップリ
ンクフレーム生成手段２０３はオペレーション２２２を
行う。このオペレーションは、メールボックス２０４か
らメモリロケーション１８２を取り出し、現在のアップ
リンクフレームの準備に用いられるべく取り出されたロ
ケーションに相当するのがバッファメモリ１８２であ
る、ということを考慮するオペレーションである。

【０１７６】図の例では、メールボックス２０４がいく
つかのロケーションを有する場合、生成手段２０３は、
そのメールボックスに最初に書き込まれたロケーション
を取り出すが、不図示の変形例では、中央伝送制御手段
７３の準備手段１１２に関して、上述したように、優先
の概念が含まれる。オペレーション２２２の実行の後、
手段２０３は、そのロケーションをオペレーション１２
２において取得したメモリ１８２の情報領域１８３内
に、データ長情報４３及び付加情報４４を書き込むオペ
レーション２２３を実行する。

【０１７７】オペレーション２２２でメールボックス２
０４から取り出されたロケーションにより、生成手段２
０３は、このデータフレームの長さと、データフレーム
エリア１８４の開始、ランダムアクセスメモリ１７３の
アドレスからなるメールボックス２０４に書き込まれた
ロケーションと、格納されたデータフレームの長さとを
知ることが分かる。

【０１７８】オペレーション２２３が完了すると、現在
のバッファメモリ１８２に格納されたデータフレームの
伝送を許可するアップリンクフレームの準備が終了す
る。そして、生成手段２０３は、アップリンクフレーム
を伝送するオペレーション２２０に直接進む。オペレー
ション２２０は、送信／受信手段１８６から、より正確
には、その受信管理手段１８９から、受信中のダウンリ
ンクフレームに含まれるサービスメッセージを待つオペ
レーション２２４で開始する。

【０１７９】このイベントが起こると、生成手段２０３
は、応答にてアップリンクフレームを送るように許可す
るサービスメッセージか否かを判定するために受信した
サービスメッセージを解析するオペレーション２２５を
行う。サービスメッセージが、送信許可メッセージか送
信非許可メッセージのどちらかであるダウンリンクフレ
ームを、中央手段２１の中央伝送制御手段７３が生成
し、オペレーション２２５は、まず、フィールド４０に
含まれるメッセージの種類に関する情報３７が、送信非
許可メッセージか送信許可メッセージのどちらを示して
いるか判定するオペレーションを含む。その情報３７
が、送信非許可メッセージの場合、オペレーション２２
５の結果はＮＯであり、生成手段２０３はオペレーショ
ン２２４に戻る。

【０１８０】情報３７が送信許可メッセージの場合であ
ることを示すと、生成手段２０３は、上述したように、
フィールド４１に含まれるアドレス３８がイーサネット
送信／受信手段１８７によってオペレーティングメモリ
１７５に書き込まれたアドレスに相当するか判定する。
もしそれが相当するアドレスであれば、オペレーション
２２５の結果はＹＥＳであり、生成手段２０３はオペレ
ーション２２６に進む。

【０１８１】中央伝送制御手段７３が、上述した第１の
変形例で置き換えられる、即ちダウンリンクフレーム生
成手段９５が、手段１４０（図２５乃至図２８）で置き
換えられる中央手段２１の変形例において、また、より
一般的に、サービスメッセージが送信許可メッセージタ
イプか送信非許可メッセージタイプである全ての場合に
おいて、オペレーション２２５は同様に行われる。

【０１８２】中央伝送制御手段７３が、図２９乃至図３
５を参照して、上述した第２及び第３の変形例で置き換
えられる中央手段２１の変形例において、また、より一
般的に、サービスメッセージが単に送信許可メッセージ
タイプのものである全ての場合において、オペレーショ
ン２２５は、オペレーティングメモり１７５に送信／受
信手段１８７によって書き込まれたアドレスとサービス
メッセージのアドレス３８とを比較する単純なオペレー
ションに制限される。

【０１８３】オペレーション２２５の結果がＹＥＳのと
きに行うオペレーション２２６では、生成手段２０３
は、送信／受信手段１８６に、より正確には送信管理手
段１８８に、現在のメモリロケーション１８２を伝達す
る。そして、アップリンクフレーム伝送要求信号の立ち
下がりエッジを待つ、即ち現在のアップリンクフレーム
を伝送するバーストの伝送が終了しない限り、伝送生成
手段２０３は、その動作が阻止された状態にあるオペレ
ーション２２７を行う。

【０１８４】このバーストの伝送が終了すると、生成手
段２０３はオペレーション２２８に進み、管理手段２０
２に、現在のメモリ１８２のロケーションを伝達し、こ
れにより、管理手段２０２が、送信／受信手段１８７の
データフレーム受信管理手段のメールボックスに、その
ロケーションを書き込むことができ、送信／受信手段１
８７は、イーサネット媒体４を介して変換器１６０に到
着する、新たなデータフレームを格納するために、この
バッファ１８２を再度使うことができる。

【０１８５】周辺伝送制御手段１８５の不図示の変形例
では、ダウンリンクフレーム生成手段９５のダウンリン
クフレーム準備手段１１２が、ダウンリンクフレーム生
成手段１４０において、ダウンリンクフレーム準備手段
１４１とダウンリンクフレーム伝送手段１４２とで置き
換えられるのと同様な方法で、生成手段２０３が、アッ
プリンクフレーム準備手段とアップリンクフレーム伝送
手段とで置き換えられる。即ち、アップリンクフレーム
を準備するオペレーション２１９と準備されたフレーム
を伝送するオペレーション２２０をそれぞれ、並行して
行う２つの手段、アップリンクフレーム伝送手段のメー
ルボックスに空きロケーションがあるとき、オペレーシ
ョン２１９を行うアップリンクフレーム準備手段、そし
て、そのメールボックスが空でない限り、アップリンク
フレームを伝送するオペレーション２２０を行うアップ
リンクフレーム伝送手段にて置き換えられる。

【０１８６】図４７は、データフレーム生成手段２０５
の機能を示すフロー図である。スタートアップ直後、生
成手段２０５はループに移行する。このループは、メー
ルボックス２０６に少なくとも１つのバッファロケーシ
ョン１８１が存在する、即ちこのメールボックスが空で
なくなるまで待つオペレーション２２９を行うことで開
始される。バッファロケーション１８１は、送信／受信
手段１８６がダウンリンクフレームを格納したロケーシ
ョンである。

【０１８７】このイベントが起こると、生成手段２０５
はオペレーション２３０に進み、いくつかのロケーショ
ンがある場合に、最初にメールボックス２０６に書き込
まれたメモリロケーション１８１を取り出す。そして、
生成手段２０５は、格納されたダウンリンクフレームの
フィールド４６にあるデータフレーム長さ情報４３を、
このロケーションに相当するバッファ１８１に読み込
む。

【０１８８】そして、生成手段２０５は、その情報４３
がゼロ以上か否か、即ち格納されたダウンリンクフレー
ムにデータフレームがあるか否かを判定するテスト２３
１Ａを行う。ＹＥＳでは、生成手段２０５は、このデー
タフレームにある宛先アドレスを取り出し、このアドレ
スが、作業用メモリ１７５に格納されたアドレスに相当
するか否かを判定するオペレーション２３１Ｂを行う。

【０１８９】ＮＯでは、生成手段２０５は、イーサネッ
ト伝送媒体４にて、このデータフレームを伝送するの
に、イーサネット送信／受信手段１８７が必要とする処
理を行う。まず、オペレーション２３２を行い、送信／
受信手段１８７へ、現在のバッファ１８１のデータフレ
ームエリアのロケーション、即ちデータフレーム領域の
開始であるメモリ１７３内のアドレスとその長さとを伝
達する。そして、オペレーション２３３に進み、イーサ
ネット送信／受信手段が、このデータフレームの伝送終
了の信号を送るまで待つ。

【０１９０】このイベントが起こるか、テスト２３１Ａ
又は２３１Ｂの結果がＮＯのとき、オペレーション２３
４を行い、管理手段２０１に、イーサネット伝送媒体４
で伝送されるデータフレームを含むダウンリンクフレー
ムのメモリロケーション１８１を伝達する。これによ
り、管理手段２０１が、無線送信／受信手段１８６の受
信管理手段１８９のメールボックス１９０に、このロケ
ーションを書き込む。その結果、このバッファ１８１
は、新たなダウンリンクフレームを格納するのに再度使
用できる。

【０１９１】オペレーション２３４が完了すれば、生成
手段２０５はループのスタートに戻り、その機能を通し
て、上述した一連のオペレーションを繰り返して行う。
図４７Ａは、生成手段２０５の変形例の機能を示すフロ
ー図である。図４７と図４７Ａを比較すると、この変形
例が同一の機能を有することが分かるが、テスト２３１
ＡがＮＯのとき、イーサネット送信／受信手段１８７が
データフレームを伝送することを保証する代わりに、生
成手段２０５の変形例は、オペレーション２３１を行
い、データフレームの宛先アドレスを取り出し、このア
ドレスが、作業用メモりに格納されたアドレス、又は複
数の宛先（マルチキャスト）アドレスに相当するか否か
を判定する。そして、オペレーション２３１ＣがＹＥＳ
の場合だけ、イーサネット送信／受信手段１８７がデー
タフレームを伝送することを保証する。

【０１９２】このオペレーションがＮＯのとき、生成手
段２０５の変形例は、直接オペレーション２３４に進
む。不図示の生成手段２０５の変形例では、いくつかの
データフレームが、メールボックス２０６にロケーショ
ンがあるバッファ１８１に存在する場合、イーサネット
媒体４で伝送されるべきデータフレームの中から１つを
ターミナル２３に伝送するために、優先の概念が導入さ
れている。

【０１９３】図４８乃至図５０を用いてイーサネット送
信／受信手段１８７の構成及び機能について説明する。
図３６に示すように、イーサネット送信／受信手段１８
７は、送信／受信ペア１６６、フィルタ１６３、伝導体
１６４、及びコネクタ１６２を持つイーサネットマイク
ロコントローラ１６５を含み、プログラム１７１、デフ
ォルトパラメータ１７２及び作業用メモリ１７５により
マイクロコントローラ１６８によって生成されるリソー
スを使用する。

【０１９４】図４８に示すように、イーサネット送信／
受信手段１８７は、メールボックス２３６を備えるデー
タフレーム受信管理手段２３５と、イーサネットモジュ
ール２３７を含む。上述したように、管理手段２０２
は、メールボックス２３６にバッファロケーション１８
２を書き込む。このバッファロケーション１８２は、イ
ーサネット伝送媒体４を介して通信変換器１６０に到着
したデータフレームを格納するためのものである。そし
て、データフレーム受信管理手段２３５は、そのデータ
フレームが格納されたメモリロケーション１８２を管理
手段２０２に送る。

【０１９５】イーサネットモジュール２３７と管理手段
２３５の協働に関して、イーサネットモジュール２３７
は、スタートアップ時に、管理手段２３５からバッファ
ロケーション１８２を受信する。バッファロケーション
１８２はスタートアップ後、イーサネット媒体４を介し
て到着した最初のデータフレームを格納する。そして、
そのデータフレームの受信が終了すると、イーサネット
モジュール２３７管理手段２３５にデータフレーム受信
信号を送る。このデータフレーム受信信号は、管理手段
２３５に、イーサネットモジュール２３７に前もって伝
達された、メモリロケーションに格納されたデータフレ
ームがあることを知らせ、新たなバッファロケーション
１８２をイーサネットモジュール２３７に送るようにす
る信号である。

【０１９６】また、イーサネットモジュール２３７は、
周辺伝送制御手段１８５のデータフレーム生成手段２０
５と協働する。前述したように、データフレーム生成手
段２０５は、イーサネットモジュール２３７に、１つず
つ、ダウンリンクフレームが格納されたバッファ１８１
のデータフレームエリアロケーションを伝達する。イー
サネットモジュール２３７は、各々の場合において、伝
送信号のデータフレーム終了により、このロケーション
にあるデータフレームの伝送を生成手段２０５に促す。

【０１９７】データフレーム受信管理手段２３５の機能
は、図４９のフロー図に示されている。起動の後、管理
手段２３５は、オペレーション２３８の実行により開始
されるループに入る。オペレーション２３８において、
管理手段２３５は、メールボックス２３６内に少なくと
も１つのメモリロケーション１８２が書込まれるまで、
すなわち、メールボックス２３６が空でなくなるまで待
つ。そして、メモリロケーション１８２が書き込まれた
ら、管理手段２３５は、このメールボックスからロケー
ションを取得する。より詳しくは、ロケーションが幾つ
か存在する場合には、メールボックスに最初に書込まれ
たロケーションを取得することになる。

【０１９８】管理手段２３５は、その後、オペレーショ
ン２３９に進む。オペレーション２３９において、管理
手段２３５は、イーサネットモジュール２３７に対し
て、先に取得したロケーションを引き渡す。これによ
り、モジュール２３７は、対応するメモリ１８２を使用
することができ、イーサネット媒体４を介して受信する
次のデータフレームをそこに格納することができる。

【０１９９】管理手段２３５は、その後、オペレーショ
ン２４０に進む。オペレーション２４０において、管理
手段２３５はモジュール２３７が管理手段２３５に対し
てデータフレーム受信完了信号を送出するのを待つ。こ
の信号の受信は、モジュール２３７が媒体４を介して受
信したデータフレームをメモリ１８２内（そのロケーシ
ョンは、先のオペレーション２３９において、通知され
ている）に格納したことを示す。

【０２００】管理手段２３５は、データフレーム受信完
了信号を受信した場合、オペレーション２４１に進む。
オペーレション２４１において、管理手段２３５は、周
辺伝送制御手段（ＰＴＣＭ）１８５に対して、より詳し
くは、その管理手段２０２に対して、上記と同一のバッ
ファロケーション１８２を送る。オペレーション２４１
が一旦終了すると、管理手段２３５は、ループの開始位
置に戻り、上述の一連のオペレーションを実行する。

【０２０１】イーサネットモジュール２３７の機能は、
図５０のフロー図に示されている。起動の後、モジュー
ル２３７は、オペレーション２４２の実行により開始さ
れるループに入る。オペレーション２４２において、モ
ジュール２３７は、イーサネット媒体４を介して送られ
るバーストの受信、またはこの媒体上を介して伝送され
るデータフレームが存在するバッファロケーション１８
１の受信を待つ。

【０２０２】これらの２つのイベントのいずれかが発生
すると、モジュール２３７は、テスト２４３を実行す
る。このテスト２４３において、モジュール２３７は、
発生したのが第１のイベントであるか否かを判断する。
その判断の結果が”ＹＥＳ”であれば、モジュール２３
７は、テスト２４４を実行する。テスト２４４は、メモ
リロケーション１８２が有効であるか否か、すなわち、
管理手段２３５がモジュール２３７に対して、未使用の
メモリロケーションを引き渡しているか否かを判断す
る。

【０２０３】その判断の結果が”ＹＥＳ”であれば、モ
ジュール２３７は、オペレーション２４５を実行する。
オペレーション２４５において、モジュール２３７は、
受信処理中のバースト内に含まれるデータフレームをロ
ケーションが有効なメモリ１８２の領域１８４に転送す
る。このデータフレームを伝送するバーストの受信が終
了すると、モジュール２３７はテスト２４６に進む。テ
スト２４６において、モジュール２３７は、イーサネッ
ト媒体４によるデータフレームの受信が最初のものであ
るか否かを判断する。このテストは、例えば、起動時に
はインアクティブであり、モジュール２３７がデータフ
レームの受信後にすぐさまアクティブにするインジケー
タに基づいて実行される。

【０２０４】テスト２４６の結果が”ＹＥＳ”であれ
ば、モジュール２３７は、オペレーション２４７を実行
する。オペレーション２４７において、モジュール２３
７は、受信したデータフレームのフィールド１４内に記
されたソースアドレス（このアドレスは、ターミナル２
３に対応するイーサネットカード７のＭＡＣアドレス１
１に対応する）を取得し、その後、モジュール２３７
は、このアドレスをワーキングメモリ１７５に書込む。

【０２０５】オペレーション２４７が終了した場合、ま
たは、テスト２４６の結果が”ＮＯ”の場合、モジュー
ル２３７はテスト２４８を実行する。テスト２４８にお
いて、モジュール２３７は、管理手段２３５に対してデ
ータフレーム受信完了信号を送る。オペレーション２４
８が終了した場合、または、テスト２４３または２４４
のいずれかの結果が”ＮＯ”の場合、モジュール２３７
は、テスト２４９を実行する。テスト２４９において、
モジュール２３７は、第２のイベントが発生したのか否
かを判断する。

【０２０６】判断の結果が”ＹＥＳ”、すなわち、生成
手段２０５がモジュール２３７に対するバッファ１８１
のデータフレーム領域のロケーションの引き渡しがなさ
れている場合、モジュール２３７は、オペレーション２
５０を実行する。オペレーション２５０において、モジ
ュール２３７は、イーサネット媒体４を介して、このメ
モリ１８１内にあるデータフレームを伝送するバースト
を送り、その後、モジュール２３７は、周辺伝送制御手
段１８５の生成手段２０５に対して、データフレーム伝
送完了信号を送る。

【０２０７】オペレレーション２５０が終了した場合、
または、テスト２４９の結果が”ＮＯ”の場合、モジュ
ール２３７は、ループの開始位置に戻り、上述の一連の
オペレーションを実行する。図５０Ａは、モジュール２
３７の変形例の機能を示している。この機能は、テスト
２４６が実行されないこと、すなわち、イーサネットモ
ジュールが常にオペレーション２４５からオペレーショ
ン２４７に直接進むことを除いて、図５０に示すものと
同一である。

【０２０８】従って、オペレーションメモリ１７５に
は、常に媒体４により受信された最後のデータフレーム
に記されたソースアドレスが保持されることになる。こ
れにより、変換器１６０は、動作中に異なるイーサネッ
トカード７に接続された場合においても、常に正しいア
ドレスを保持することができる。図５１は、モジュール
２３７の他の変形例の機能を示している。この変形例に
おいては、オペレーション２４６及び２４７は、オペレ
ーション２４６Ａ、２４６Ｂ及び２４７Ｂにより置換さ
れ、起動の直後であって、ループに入る前に、オペレー
ション１７が実行される。

【０２０９】オペレーション１７において、ワーキング
メモリ１７５に対して、全ビットが１のアドレス、すな
わち、一般同報アドレス（general broadcast addres
s）が書込まれる。このようにして与えらたアドレス
は、周辺手段のアドレスではないため、ワーキングメモ
リ１７５内に記録されているアドレスのランダムな初期
化により他の周辺手段を示すアドレスになるという事態
により引き起こされる問題が避けられる。

【０２１０】なお、図５０及び５０Ａに夫々示すように
動作するイーサネットモジュールの実施例において、初
期化のオペレーション１７を実行することにも有効であ
る。図５１に示すように動作する変形例において、オペ
レーション２４５の実行及びデータフレームのソースア
ドレスを取得するオペレーション２４６Ａに次いで、イ
ーサネットモジュールは、取得したアドレスが、ワーキ
ングメモリ１７５に保持されたアドレスに対応するか否
かを判断するテスト２４６Ｂを実行する。

【０２１１】判断結果が”ＮＯ”であれば、オペレーシ
ョン２４７Ｂを実行する。オペレーション２４７Ｂは、
取得したソースアドレスをワーキングメモリ内に書き込
み、その後、オペレーション２４８に進む。一方、判断
結果が”ＹＥＳ”であれば、直接オペレーション２４８
に進む。図５０Ａに示す如く動作するイーサネットモジ
ュールのように、受信した最後のデータフレームのソー
スアドレスは、常にワーキングメモリ内に存在するが、
ワーキングメモリにこのアドレスを書き込むオペレーシ
ョンは、取得したアドレスが変化しない（通常の場合）
限り行われないことが理解される。

【０２１２】概略的に言えば、図１の２Ａ〜２Ｇを付し
たタイプのデータステーションが既に存在する場合にお
いて、通信変換器１６０は、非常に単純で便利な方法に
より、通信装置ネットワーク通信手段２４を持つことを
可能にする。ケーブル４の両端をプラグ接続すれば十分
だからである。有効なデータステーションの一部を形成
する個別のネットワーク通信手段が前述の勧告、規格以
外に適合する場合は、変換器１６０の変形例が使用され
る。この変形例は変換器１６０と類似しているが以下の
点で異なる。すなわち、この変形例は、送信／受信手段
１８７を、それと類似するがデータステーション、より
正確には、接続がなされる個別のネットワーク通信手段
のＭＡＣプロトコルに適合すという点でそれと異なる送
信／受信手段により置換したものである。

【０２１３】ターミナル２３が有効な個別のネットワー
ク通信手段に対応していない場合は、図５１に示すデバ
イス２４’が使用される。デバイス２４’は、通信変換
器１６０と類似しているが、ターミナル２３と直接的に
協同する点が異なる。図１に示すタイプのネットワーク
と図４に示すタイプのネットワークとを相互接続するこ
とが望まれる場合は、図５２に示すような中央ネットワ
ーク通信手段によって実行することができる。

【０２１４】図５２に示された無線ネットワーク２０’
は、ネットワーク２０と類似しているが、中央ネットワ
ーク通信手段２１が、手段２１’により置換されてい
る。手段２１’は、図１に示すタイプの共有伝送媒体の
一部を形成するケーブル４または５のためのポート２６
０を有する。例えば、集線装置１及び３つのケーブル４
からなる非常に単純な媒体が図５２に示されている。３
つのケーブル４は、夫々一端のコネクタがコセントレー
タ１のユニット３のポートにプラグ挿入され、他端のコ
ネクタが夫々データステーション２のいずれかの個別の
ネットワーク通信手段７のポートまたは中央手段２１’
のポート２６０にプラグ挿入されている。

【０２１５】２つのネットワークの相互接続によって、
ターミナル６または２３のいずれのターミナルも、個別
のネットワーク通信手段７または２４により、２つのネ
ットワークのいずれかにおけるターミナルのロケーショ
ンと独立して、一連のデータを他方のターミナル６また
は２３に送信することができる、次に、中央ネットワー
ク通信手段２１’及びその変形例を図５３〜図７３を参
照しながら説明する。

【０２１６】図１１と図５３とを比較すると、中央手段
２１’として使用されるデバイスは、中央手段２１とし
て使用されるデバイスと同一の構成要素を有する。これ
らの構成要素には、同一の参照番号を付しているが、図
５３にはプライム符号が付されている。さらに、中央手
段２１’として使用されるデバイスは、イーサネット伝
送媒体の接続が可能である。

【０２１７】この構成は、コンダクタ２６２に接続され
たＲＪ４５コネクタ２６１、コンダクタ２６２及び送信
／受信対２６４に接続された変圧器分離フィルタ２６
３、対２６４及びマイクロコンとローラバス５５’に接
続されたイーサネットマイクロコントローラ２６５を有
する。マイクロコントローラ５２、送信／受信コントロ
ーラ５６、無線モジュール６１、変換器分離フィルタ１
６３及びイーサネットマイクロコントローラ１６５を調
達または構築する方法について、上記の説明は、夫々マ
イクロコントローラ５２’、送信／受信コントローラ５
６’、無線モジュール６１’、フィルタ２６３及びイー
サネットマイクロコントローラ２６５に関しても適用さ
れる。

【０２１８】メモリ５７’〜５９’の内容は、メモリ５
７〜５９の内容と類似しているが、ランダムアクセスメ
モリ５９’の内容は、多少異なり、所定数のカウンタが
ワーキングメモリ６５’に設けられ、スペース６６’
は、幾つかの付加的なバッファによって占有される。図
５４に示されるように、上記のスペース６６’は、メモ
リ２６７を含むスペース２６６を有する。メモリ２６７
は、中央手段２１のメモリ７０と同一であり、同様の用
途を有する。また、上記のスペース６６’は、データフ
レーム１２を格納し、図５に示すようなダウンリンクフ
レームを用意するための所定数のバッファ２６９を含む
スペース２６８を有する。すなわち、スペース２６８
は、データフレームを有し、各メモリ２６９は、中央手
段２１のメモリ６８のように構成され、そのデータフレ
ーム領域に、イーサネット伝送媒体を介して中央手段２
１’に到達するデータフレームを格納し、その後、手段
２１’が再伝送するデータフレームのダウンリンクフレ
ームを用意するために使用される。さらに、上記のスペ
ース６６’は、所定数のバッファ２７１を含むスペース
２７０を有する。バッファ２７１は、中央手段２１のメ
モリ６８と同一であり、これと同様の用途を有する。

【０２１９】図５５に示されたワーキングメモリ６５’
は、バッファ２６９及び２７１の各々についてのカウン
タを含む構成２７２と、使用されるバッファ２６９の個
数のカウンタ２７３と、使用されるバッファ２７１の個
数のカウンタ２７４とを有する。各カウンタ２７２は、
対応するバッファが解放されているか、無線又はイーサ
ネットの共有伝送媒体のいずれかによって伝送されるべ
きデータフレーム若しくはその媒体の各々を介して伝送
されるべきデータフレームで満たされているかを認識す
ることを可能にする。カウンタ２７３及び２７４は、ス
ペース２６８及びスペース２７０が夫々満杯であるか否
か、すなわち、それらの中に解放されたバッファが存在
しないか否かを判断する。

【０２２０】図５６に示すように、機能的なレベルで
は、中央手段２１’は、概略的には言えば、中央伝送制
御手段２７５、共有無線媒体を介して送信／受信を行う
手段２７６、共有イーサネット媒体を介して送信／受信
を行う手段２７７を含む。手段２７５及び手段２７６
は、中央手段２１の手段７３及び７４の場合と同一の情
報を交換し、スペース６６における中央手段２１の手段
７３及び７４によって実行される動作と同様に、フレー
ムバッファスペース６６’における書き込み／読み出し
動作を実行する。

【０２２１】中央伝送制御手段２７５及びイーサネット
送信／受信手段２７７は、通信変換器１６０の手段１８
５及び１８７の場合と同一の情報を交換する。手段２７
７は、メモリスペース１７６における手段１８７によっ
て実行される動作と同様に、メモリスペース６６’にお
ける書き込み／読み出し動作を実行する。送信／受信手
段７４に関しての上記の説明は、送信／受信手段２７６
に関しても、その受信管理手段の機能を除いて有効であ
り、図５７のフロー図に示されている。

【０２２２】図５７と図１６とを比較すると、送信／受
信手段２７６の受信管理手段は、管理手段７６と一連の
オペレーションが同一のループ（オペレーション２７８
〜２８２がオペレーション８３〜８７に夫々対応）を実
行するが、テスト２８０の結果が”ＹＥＳ”の場合に実
行するオペレーション２８３が付加されている点で異な
る。オペレーション２８３において、手段２７６の受信
管理手段は、使用されているバッファ２７１の数に関す
るカウンタ２７４をインクリメントする。

【０２２３】アップリンクフレームの受信のためにバッ
ファ２７１のいずれもが使用できない場合、手段２７６
の受信管理手段は、オペレーション２７８に留まり、無
線モジュールが受信管理手段に引き渡してくるいずれの
フレームをも無視する。図５８〜図６４を参照しながら
伝送制御手段２７５を説明する。図５８に示すように、
制御手段２７５は、バッファ管理手段２８４、管理手段
２８４がバッファメモリロケーション２７１を書き込む
ためのメールボックス２８６、送信許可メッセージ準備
手段２８７、ダウンリンクフレーム生成手段２８８を有
する。ダウンリンクフレーム生成手段２８８は、管理手
段２８４がメモリロケーション２６９〜２７１を書き込
むためのメールボックス２８９と、準備手段２８７が送
信許可メッセージを準備した時にそれを書き込むための
メールボックス２９０を含む。

【０２２４】データフレーム生成手段２８５は、上記の
通信変換器１６０の生成手段２０５と類似した機能を有
し、特に図４７における機能は生成手段２８５に適用さ
れる。この適用は、送信／受信手段１８７、メールボッ
クス２０６及び管理手段２０１の参照符号を、イーサネ
ット送信／受信手段２７７、メールボックス２８６及び
管理手段２８４の参照符号に夫々変更することによりな
される。

【０２２５】送信許可メッセージ準備手段２８７は、上
記の中央手段２１の手段９４と同一の機能を有し、上記
の説明、特に図２０を参照した説明は手段２８７につい
ても有効である。この適用は、生成手段９５、メールボ
ックス９７及びテーブル６４の参照符号を、生成手段２
８８、メールボックス２９０及びテーブル６４’の参照
符号に夫々変更することによりなされる。

【０２２６】生成手段２８８の機能は、中央手段１の生
成手段９５の機能と類似している。生成手段２８８は、
図２１に示した構成と類似した構成を有する。その中の
許可制御手段は、図２２に示す機能と類似した機能を有
し、その中の準備手段は、図２３に示された機能と類似
した機能を有する。しかし、ダウンリンクフレームを準
備するオペレーションは、図２４に示されたものとは異
なり、図５９のフロー図に示されたものと同一である。

【０２２７】図２４及び５９の比較から明らかなよう
に、生成手段２８８によって実行されるダウンリンクフ
レームの準備のオペレーションは、オペレーション２９
１〜３０１を含む。オペレーション２９１〜３０１は、
夫々オペレーション１２０のオペレーション１２２〜１
３２と同一であるが、オペレーション２９２または２９
３のいずれかが終了した後において、生成手段２８８
は、テスト３０２及び３０３の判断結果が”ＮＯ”の場
合にのみテスト２９４に進み、オペレーション２９５
は、テスト２９４の判断結果が”ＹＥＳ”である場合及
びテスト３０２または３０３の判断結果のいずれかが”
ＹＥＳ”の場合にのみ実行される。

【０２２８】テスト３０２において、生成手段２８８
は、メモリスペース２７０が満杯のスレッショルドに達
したか否か、すなわち、予め設定された数のバッファが
満杯になったか否かを判断する。このテストは、カウン
タ２７４が当該予め設定された数と等しい値に到達した
か否かを判断することによりなされる。生成手段２８８
により実行されるテスト３０３は、カウンタ２７３によ
ってなされるものと類似するが、スペース２６８のバッ
ファ２６９に関しては異なる。

【０２２９】スペース２６８または２７０のいずれかが
満杯になった場合に、生成手段２８８は、準備中のダウ
ンリンクフレーム内に、送信不許可メッセージのタイプ
のサービスメッセージを組み込む。これにより、現在の
ダウンリンクフレームに伝送されたらすぐに、中央手段
２１’は、新たなダウンリンクフレームを送信可能にな
るため、バッファ２６９または２７１は、可能な限り迅
速に解放される。

【０２３０】なお、バッファロケーション２７１のいず
れもが有効でない場合、すなわち、有効なメールボック
スがない場合に、送信／受信手段２７６の受信管理手段
は、スタンバイ状態にされ、その間に受信したアップリ
ンクフレームは無視される。また、イーサネット送信／
受信手段２７７においても類似した現象が発生する。不
図示の変形例において、生成手段２８８は、中央手段１
の生成手段９５と生成手段１４０との差異と同一の差異
を生成手段２８８との間に有する生成手段によって置換
される。

【０２３１】他の変形例において、準備手段２８７は、
準備手段９４’が中央手段２１の準備手段９４と相違す
るのと同じように、準備手段２８７と相違する準備手段
によって置換される。また、生成手段２８８は、生成手
段９５’または１４０’が中央手段２１の生成手段９５
と相違するのと同じように相違する生成手段により置換
される。

【０２３２】バッファ管理手段２８４に関して図６０〜
６４を用いて説明する。図６０に示すように、管理手段
２８４は、送信完了管理手段３０４を有する。送信完了
管理手段３０４は、送信／受信手段２７７の受信管理手
段及び送信／受信手段２７６の受信管理手段のメールボ
ックスにバッファロケーション２６９及び２７１を夫々
書き込む。また、管理手段２８４は、データフレームル
ーティング手段３０５を有する。データフレームルーテ
ィング手段３０５は、送信／受信手段２７７による通信
を終えたバッファロケーション２６９をメールボックス
２８９に書き込む。また、管理手段２８４は、アップリ
ンクフレームルーティング手段３０６を有する。アップ
リンクフレームルーティング手段３０６は、送信／受信
手段２７６による通信を終えたバッファロケーション２
７１をメールボックス２８６及び２８９に書き込む。

【０２３３】送信完了管理手段３０４の機能は、図６１
のフロー図に示されている。起動の後、送信完了管理手
段３０４は、オペレーション３０７を実行する。オペレ
ーション３０７において、送信完了管理手段３０４は、
送信／受信手段２７７の受信管理手段のメールボックス
内にメモリ２６９の各々のロケーションを書き込み、ま
た、送信／受信手段２７６の受信管理手段のメールボッ
クス内に各々のメモリロケーション２７１を書き込む。

【０２３４】オペレーション３０７の実行が終了する
と、管理手段３０４は、オペレーション３０８の実行に
より開始されるループに入る。オペレーション３０８に
おいて、管理手段３０４は、ダウンリンクフレーム生成
手段２８８から共有無線媒体を介して伝送されたダウン
リンクフレームを格納したバッファメモリ２６９または
２７１のロケーションを受信（以下、第１のイベント）
するか、或いは生成手段２８５から共有イーサネット媒
体を介して伝送されたダウンリンクフレームを格納した
バッファメモリ２７１のロケーションを受信（以下、第
２のイベント）するまで待機する。

【０２３５】これらの２つのイベントのいずれかが発生
すると、管理手段３０４は、オペレーション３０９に進
む。オペレーション３０９において、ロケーションが受
信されたメモリ２６９または２７１に対応するカウンタ
（構成２７２の一部）をデクリメントする。その後、管
理手段３０４は、テスト３１０を実行する。テスト３１
０において、管理手段３０４は、デクリメントされたカ
ウンタが０になったか否かを判断する。以下に示すよう
に、ルーティング手段３０５または３０６がカウンタを
選択し、オペレーション３０９において、そのデクリメ
ントを実行することにより、カウンタは、対応するバッ
ファのデータフレームが伝送された場合にのみ０にな
る。この伝送は、状況に応じて、共有無線媒体を介し
て、共有イーサネット媒体を介して、または両者を介し
てなされる。

【０２３６】テスト３１０の判断結果が”ＹＥＳ”の場
合、管理手段３０４はテスト３１１を実行する。テスト
３１１において、管理手段３０４は、待ちのオペレーシ
ョン３０８の割り込みが第１または第２のイベントにい
ずれにより発生したのかを判断する。テスト３１１の判
断結果が”ＹＥＳ”、すなわち、ダウンリンクフレーム
生成手段２８８から送られてくるバッファロケーション
の受信が起こった場合、管理手段３０４は、このバッフ
ァのロケーションを解析するオペレーション３１２を実
行する。この詳細は図６２に示されている。

【０２３７】オペレーション３１２は、テスト３１３か
ら開始される。テスト３１３において、管理手段３０４
は、ロケーションが受信されたバッファがスペース３７
０内にあるか否かを判断する。テスト３１３の判断結果
が”ＹＥＳ”、すなわち、ロケーションが受信されたメ
モリがメモリ２７１である場合、管理手段３０４はオペ
レーション３１４を実行する。オペレーション３１４に
おいて、管理手段３０４は、このメモリ２７１のロケー
ションを送信／受信手段２７６の受信管理手段のメール
ボックス内に書き込み、使用されているバッファ２７１
のカウンタ２７４をデクリメントする。

【０２３８】オペレーション３１４の実行が終了した場
合またはテスト３１３の判断結果が”ＮＯ”の場合、管
理手段３０４はテスト３１５を実行する。テスト３１５
において、管理手段３０４は、受信されたバッファロケ
ーションがスペース２６８のバッファ一部を構成するか
否かを判断する。テスト３１５の判断結果が”ＹＥ
Ｓ”、すなわち、ロケーションされたバッファがバッフ
ァ２６９の場合、管理手段３０４は、オペレーション３
１６を実行する。オペレーション３１６は、オペレーシ
ョン３１４と同一のタイプであるが、イーサネット共有
媒体によって受信されたデータフレームであるという点
で異なる。すなわち、オペレーション３１６は、受信さ
れたバッファロケーションを送信／受信手段２７７の受
信管理手段のメールボックス内に書き込み、カウンタ２
７３をデクリメントする。

【０２３９】オペレーション３１２は、オペレーション
３１６が終了した場合またはテスト３１５の判断結果
が”ＮＯ”の場合に終了する。オペレーション３１２が
終了した場合、またはテスト３１１の判断結果が”Ｎ
Ｏ”の場合、すなわち、オペレーション３０８の割り込
みを発生させたイベントが第１のイベントでない場合、
管理手段３０４は、テスト３１７を実行する。テスト３
１７において、管理手段３０４は、第２のイベントが発
生したか否かを判断する。

【０２４０】判断結果が”ＹＥＳ”の場合、すなわち、
ロケーションがデータフレーム生成手段２８５から受信
したものである場合、管理手段３０４は、オペレーショ
ン３１４と同一のオペレーション３１８を実行する。す
なわち、このオペレーションにおいて、管理手段３０４
は、送信／受信手段２７６の受信管理手段のメールボッ
クス内に、バッファメモリ２７１のロケーションを書き
込み、カウンタ２７４をデクリメントする。

【０２４１】オペレーション３１８が終了した場合また
はテスト３１７の判断結果が”ＮＯ”の場合若しくはテ
スト３１０の判断結果が”ＮＯ”の場合、送信管理手段
３０４はループの開始位置に戻り、起動後に関しての前
述の一連のオペレーションを実行する。初期化オペレー
ション３０７が除かれるのは言うまでもない。データフ
レームルーティング手段３０５の機能は、図６３のフロ
ー図によって示されている。

【０２４２】起動後、手段３０５はオペレーション３１
９の実行により開始されるループに入る。オペレーショ
ン３１９は、イーサネット送信／受信手段、より詳しく
は、その受信管理手段から、イーサネット共有伝送媒体
により受信されたデータフレームを送信／受信手段２７
７が格納したデータフレーム領域内のメモリロケーショ
ン２６９を受信するまで待つ。

【０２４３】このイベントが発生した場合、ルーティン
グ手段３０５は、オペレーション３２０に進む。オペレ
ーション３２０において、ルーティング手段３０５は、
バッファ２６９に対応するカウンタ（構成２７２の一
部）に１を設定する。そして、オペレーション３２１に
進み、ルーティング手段３０５は、このバッファのロケ
ーションを生成手段２８８のメールボックス２８９に書
き込む。

【０２４４】オペレーション３２１が終了すると、デー
タフレームルーティング手段３０５は、ループの開始位
置に戻り、上記の一連のオペレーションを実行する。ア
ップリンクフレームルーティング手段３０６の機能は、
図６４のフロー図によって示されている。起動後、手段
３０６はオペレーション３２２を実行する。オペレーシ
ョン３２２において、手段３０６は、送信／受信手段２
７６、より詳しくは、その受信管理手段から、アップリ
ンクフレームが格納されたバッファメモリロケーション
２７１を受信するまで待つ。

【０２４５】このイベントが起こると、手段３０６はオ
ペレーション３２３を実行する。オペレーション３２３
において、手段３０６は、バッファ２７１に対応するカ
ウンタ（構成２７２の一部）に２を設定し、オペレーシ
ョン３２４に進む。オペレーション３２４において、手
段３０６は、このバッファのロケーションを生成手段２
８８のメールボックス２８９内に書き込む。そして、オ
ペレーション３２５において、手段３０６は、このロケ
ーションを生成手段２８５のメールボックス２８６内に
書き込む。

【０２４６】オペレーション３２５が終了すると、手段
３０６はループの開始位置に戻り、上記の一連のオペレ
ーションを実行する。アップリンクフレームがメモリ２
７１内に格納された場合、ルーティング手段３０６は、
このメモリのカウンタを２とし、これにより、最初は、
生成手段２８５及び生成手段２８８のいずれかが、この
メモリのロケーションを送信完了管理手段３０４へ送
り、これにより、テスト３１０の判断結果が”ＮＯ”と
なり、生成手段２８５及び２８８が第２回目にこのロケ
ーションを管理手段３０４に送るのを待ち、これによ
り、テスト３１０の判断結果が”ＹＥＳ”になり、この
ロケーションが送信／受信手段２７６の受信管理手段へ
送られる。

【０２４７】図６５〜６７を参照しながらバッファ管理
手段２８４の変形例２８４’を説明する。概略的に言え
ば、手段２８４’は手段２８４と類似しているが、手段
３０５及び３０６が手段３０５’及び３０６’によって
置換されている。手段３０５’及び３０６’は、フィル
タとして機能する。すなわち、メモリロケーション２６
９内に格納されたデータフレームのフィールド１３に存
在し、送信／受信手段２７７の受信管理手段によって送
られる宛先アドレスが、このデータフレーム周辺手段２
４の１つの宛先を示していない場合、ルーティング手段
３０５は、このロケーションを送信／受信手段２７７の
受信管理手段のメールボックス内に書き込み、同様にし
て、アップリンクフレームルーティング手段３０６’
は、受信されたロケーションを、格納されたデータフレ
ームの宛先アドレスに従って、メールボックス２８６ま
たはメールボックス２８９のいずれかに書き込む。但
し、アドレスが多数宛先（マルチキャスト）アドレスの
場合には、データフレームは両方のメールボックスに書
込まれる。

【０２４８】データフレームルーティング手段３０５’
の機能は、図６６のフロー図によって示されている。図
６３及び図６６を比較すると明らかなように、データフ
レームルーティング手段３０５’は、ループにおいて、
オペレーション３１９〜３２１と夫々同一のオペレーシ
ョン３２６〜３２８を有するが、オペレーション３２６
からオペレーション３２７に直接進む代わりに、手段３
０５’は、オペレーション３２９に進む。オペレーショ
ン３２９において、手段３０５’は、格納されたデータ
フレームのフィールド１３内に含まれる宛先アドレスを
読み出し、その後、テスト３３０に進み、テスト３３０
において、このアドレスがマルチキャストアドレスであ
るか否かを判断する。

【０２４９】テスト３３０の判断結果が”ＮＯ”であれ
ば、手段３０５’はテスト３３１に進み、宛先アドレス
が周辺手段２４のものであるか否かを判断する。テスト
３３０の判断結果またはテスト３３１の判断結果が”Ｙ
ＥＳ”の場合、手段３０５’は、オペレーション３２７
に進み、次いで、ループの開始位置に戻る前にオペレー
ション３２８に進む。テスト３３１の判断結果が”Ｎ
Ｏ”の場合、すなわち、アドレスがマルチキャストアド
レスでも１つの周辺手段２４のアドレスでもない場合、
手段３０５’は、オペレーション３３２を実行する。オ
ペレーション３３２において、手段３０５’は、送信／
受信手段２７７の受信管理手段のメールボックス内に引
き渡されたバッファロケーション２６９を直接書き込
み、オペレーション３３２が終了したらループの開始位
置に戻る。

【０２５０】アップリンクフレームルーティング手段３
０６’の機能は、図６７のフロー図によって示されてい
る。図６６及び６７の比較から明らかなように、手段３
０６’によるループにおいて実行される一連のオペレー
ションは、オペレーション３３２〜３２５と夫々同一の
オペレーション３３３〜３３６を有するが、待機オペレ
ーション３３３から次に進む際に、オペレーション３３
４に進む代わりに、手段３０６’は、オペレーション３
３７に進む。オペレーション３３７において、手段３０
６’は、引き渡されたメモリロケーション２７１のフィ
ールド１３内の宛先アドレスを読み出し、その後、テス
ト３３８に進む。テスト３３８において、手段３０６’
は、このアドレスがマルチキャストアドレスであるか否
かを判断する。

【０２５１】テスト３３８の判断結果が”ＮＯ”の場
合、手段３０６’は、オペレーション３２３〜３２５と
夫々同一のオペレーション３３４〜３３６を実行し、そ
の後、ループの開始位置に戻る。テスト３３８の判断結
果が”ＮＯ”の場合、手段３０６’は、テスト３３９に
進み、宛先アドレスが周辺手段２４のアドレスであるか
否かを判断する。

【０２５２】その判断結果が”ＹＥＳ”である場合、手
段３０６’は、オペレーション３４０を実行する。オペ
レーション３４０は、そのロケーションを通信したメモ
リ２７１に対応するカウンタに１を設定する。その後、
手段３０６’はオペレーション３４１に進み、このロケ
ーションをメールボックス２８９内に書き込み、オペレ
ーション３４１が終了したら、手段３０６’は、ループ
の開始位置に戻る。

【０２５３】テスト３３９の判断結果が”ＮＯ”の場
合、ルーティング手段３０６’は、オペレーション３４
２を実行する。オペレーション３４２において、手段３
０６’は、受信されたロケーションのバッファに対応す
るカウンタに１を設定し、その後、オペレーション３４
３において、手段３０６’は、このロケーションをメー
ルボックス２８６に書き込む。オペレーション３４３が
終了すると、手段３０６’はループの開始位置に戻る。

【０２５４】ルーティング手段３０５’及び３０６’に
よって実行されるフィルタリングオペレーションは、ソ
フトウェア手段により直接的に実行することができる
が、以下に示すように、内容検索機能付きメモリ（cont
ent addressable memory）によるハードウエア手段によ
り実行することもできる。図６８〜７０を参照しながら
イーサネット送信／受信手段２７７を説明する。

【０２５５】図４８及び図６８の比較から明らかなよう
に、中央手段２１’の送信／受信手段２７７は、通信変
換器１６０の送信／受信手段１８７と類似し、構成３４
４〜３４６は、構成２３５〜２３７に夫々対応する。デ
ータフレーム受信管理手段３４４の機能は、図６９のフ
ロー図に示されている。

【０２５６】図４９及び図６９の比較から明らかなよう
に、管理手段３４４は、管理手段２３５と同一の機能を
有し、管理手段３４４がループ内で実行するオペレーシ
ョン３４７〜３５０は、オペレーション２３８〜２４１
に夫々類似する。イーサネットモジュール３４６の機能
は、図７０のフロー図に示されている。図５０及び図７
０の比較から明らかなように、イーサネットモジュール
３４６がループ内で実行するオペレーション３５１〜３
５７は、通信変換器１６０のイーサネットモジュール２
３７によって実行されるオペレーション２４２〜２４５
及び２４８〜２５０と夫々類似する。しかし、オペレー
ション３５４は、オペレーション２４５において提供さ
れるオペレーションに対して、使用されているバッファ
の数でカウンタをインクリメントするオペレーションが
追加されている。

【０２５７】図７１は、イーサネットモジュール３４６
の変形例の機能を示している。この変形例は、フィルタ
として、すなわち、その宛先アドレスが周辺手段２４の
アドレスでもマルチキャストアドレスでもない場合にデ
ータフレームの受信を無視するように機能する。これ
は、テスト３５３の判断結果が”ＹＥＳ”の場合にテス
ト３５８を実行し、このテスト３５８の判断結果が”Ｙ
ＥＳ”の場合にはオペレーション３５４に進み、このテ
スト３５８の判断結果が”ＮＯ”の場合にはテスト３５
６に進むことによりなされる。

【０２５８】実際には、テスト３５８は、ソフトウェア
資源というより、イーサネットマイクロコントローラに
集積され、またはその外部に設けられた内容検索機能付
きメモリにより実行される。これを図７２及び７３を用
いて説明する。図７２は、中央手段２１’の変形例３５
９の構成を示している。この変形例は中央手段２１’に
類似しているが、マイクロコントローラバス５５’に直
接接続された内容検索機能付きメモリ３６０を有する点
で異なる。

【０２５９】この内容検索機能付きメモリ３６０は、中
央手段３５９に到達したデータフレームの宛先アドレス
について、ルーティング手段３５０’及び３０６’によ
ってテストを実行するためにマイクロコントローラ５
２’により利用され、これにより上記のフィルタリング
を実行することができる。他の変形例において、内容検
索機能付きメモリ３６０は、イーサネットマイクロコン
トローラ２６５により利用され、これにより、図７１の
フロー図に示した機能を有するイーサネットモジュール
３４６の変形例、すなわち、イーサネット伝送媒体によ
って受信されたデータフレームのフィルタリングを実行
するイーサネットモジュールを使用することができる。

【０２６０】図７３は、中央手段２１’の他の変形例３
６１を示している。この変形例３６１は、中央手段２
１’の構成と類似した構成を有するが、導線３６４によ
ってインタフェース３６３に接続された内容検索機能付
きメモリ３６２が付加されている点でことなる。ここ
で、インターフェース３６３は、マイクロコントローラ
バス５５’に接続されている。

【０２６１】インターフェース３６３により、イーサネ
ットマイクロコントローラ２６５及びマイクロコントロ
ーラ５２’の双方が内容検索機能付きメモリ３６２を使
用することができる。従って、フィルタリングを実行す
るイーサネットモジュール３４６の変形例を使用するこ
と、ルーティング手段３０５’及び３０６’を使用する
ことの双方が可能になる。

【０２６２】概略的に言えば、中央手段２１に関する上
述の様々な変形例の説明は、中央手段２１’に適用され
ることに留意する必要がある。次に、図７４〜８３を参
照しながら、上述の通信システムの変形例、すなわち、
中央手段２１またはその１つの変形例と、少なくとも１
つの周辺手段２４またはその１つの変形例とを含むシス
テムを説明する。

【０２６３】この変形例においては、半二重の代わり
に、共有伝送媒体を全二重としている。すなわち、中央
手段２１から周辺手段２４への方向（ダウンリンク方
向）及び周辺手段２４から中央手段２１への方向（アッ
プリンク方向）に関して、同時に伝送ができるように
し、この変形例のシステムによって使用される共有無線
媒体において、ダウンリンクフレームの伝送と別個のア
ップリンクフレームの伝送、及びその逆を可能にしてい
る。

【０２６４】図７４は、ダウンリンク方向において、４
つのバースト３７０Ａ〜３７０Ｄによる共有無線媒体の
占有の一例を示している。図７４に示す期間ＴＲは、中
央手段２１の本変形例が、そのサービスメッセージ３１
が送信許可メッセージのタイプであるダウンリンクフレ
ーム２５を伝送するバーストの送信を開始した時から、
時間ＴＲの期間内にアップリンクフレーム２６を伝送す
るバーストの受信が開始されていない場合において、新
たなダウンリンクフレームを伝送するまでの期間であ
る。時間ＴＲの期間内にアップリンクフレーム２６を伝
送するバーストの受信が開始されていない場合は、中央
手段は、後述のように、このアップリンクフレームの受
信が完了するまで待つ。

【０２６５】他方、中央手段の本変形例において、その
サービスメッセージ３１が送信許可メッセージの存在し
ないメッセージのタイプであるダウンリンクフレームを
伝送する場合には、前のダウンリンクフレームの伝送の
終了の後にすぐさま新たなダウンリンクフレームを送信
することができる。従って、バースト３７０Ａが終了し
た時、中央手段の本変形例は、時間ＴＲの期間が経過す
るまで待ち、その間にアップリンクフレームを伝送する
バーストが共有無線媒体上に現れない場合には、この期
間が終了するとすぐに、新たなダウンリンクフレームを
伝送することができるものと看做す。すなわち、本中央
手段は、その反応時間に対応する時間を有する期間の終
了時にバースト３７０Ｂを伝送する。

【０２６６】送信許可メッセージを含まないバースト３
７０Ｂによってダウンリンクフレームが伝送された場
合、本中央手段は、バースト３７０Ｂが終了した後にす
ぐに新たなダウンリンクフレームを送信可能であるとみ
なす。すなわち、本中央手段は、反応時間の後にバース
ト３７０Ｃを送信する。バースト３７０Ｃにより伝送さ
れるダウンリンクフレームも送信許可メッセージを含
み、応答する周辺手段がない場合の反応を引き起こす。
従って、本中央手段は、時間ＴＲの期間の終了の後すぐ
に新たなダウンリンクフレームを送信可能であるとみな
す。これは、送信許可メッセージを含むダウンリンクフ
レームを伝送するバースト３７０Ｄの後、反応時間が経
過した後になされる。

【０２６７】バーストの送信の開始からの期間ＴＲのカ
ウントは、バーストによって伝送されるダウンリンクフ
レームに含まれるサービスメッセージの伝送の終了から
カウントすることになる。なお、全プリフィックス５０
が同一の時間であり、全サービススメッセージ３１が同
一の長さ（１２ octets）であり、信号５１の開始から
それらの伝送に要する時間は、全ダウンリンクフレーム
に関して同一になる。

【０２６８】つまり、プリフィックス５０及び信号５１
の一部（サービスメッセージを伝送するのに要する先頭
部分）を送信するのに要する時間をＣとすると、バース
トの開始からの期間ＴＲのカウントするには、サービス
メッセージの伝送の終了から期間ＴＲ−Ｃをカウントす
れば良い。期間ＴＲは、送信許可メッセージの宛先とな
ったあらゆる周辺手段が、当該メッセージに応答してア
ップリンクフレームの伝送を開始できる最短の期間にな
るように選択される。

【０２６９】一例を挙げると、期間ＴＲは、大凡５５０
ｍｓとすることができる。図７４に示すバーストの例に
おいて、信号５１は比較的短く、それらは、時間ＴＲが
経過する前に終了する。しかし、以下に示すように、実
際には、信号５１は、時間ＴＲの期間の終了時を越える
場合もある。概略的に言えば、中央ネットワーク通信手
段の本変形例は、上述の実施例に類似するが、同時に送
信及び受信が可能な無線モジュール及びダウンリンクフ
レーム生成手段を有する点で相違する。これらについ
て、図７５及び７６を用いて説明する。

【０２７０】中央手段の他の実施例としての全二重の許
可制御手段の機能を図７５のフロー図により説明する。
図２２及び図７５の比較から明らかなように、本許可コ
ントローラは、半二重の許可コントローラと同様に機能
し、オペレーション３７１〜３７６は、オペレーション
１１３〜１１５及び１１７〜１１９と夫々同一である。
しかし、本許可コントローラは、オペレーション１１６
と非類似の処理を実行する。オペレーション１１６は、
ダウンリンクフレームを送信するための許可信号をイン
アクティブにするオペレーション３７３と、フレーム受
信継続信号が存在するか否かを判断するテスト３７４と
の間に、期間Ｔの経過を待つオペレーションである。

【０２７１】フレーム受信継続信号が存在しなくなるの
を待つオペレーション３７５により、周辺手段に対して
送信許可メッセージを送信することを避けることができ
る。なお、送信許可メッセージを受信した周辺手段は、
それに応答してアッププリンクフレームを送信する状態
になる。本許可制御手段の役割は、このような状況を避
けるために不可欠である。

【０２７２】図７６は、中央手段２１の準備手段１１２
を全二重の変形例に置換したダウンリンクフレーム準備
手段の機能を示すフロー図である。図２３及び７６の比
較から明らかなように、本準備手段は、ループにおい
て、手段１１２のように、ダウンリンクフレームを準備
するオペレーション３７７に次いで当該ダウンリンクフ
レームを伝送するオペレーション３７８を実行する。

【０２７３】準備オペレーション３７７は、手段１１２
により実行されるオペレーション１２０と同一であり、
オペレーション３７９〜３８５は、オペレーション１３
３〜１３９と夫々同一である。しかし、オペレーション
３８０の終了後は、オペレーション３８１に直接進む代
わりに、本準備手段はテスト３８２を実行し、この判断
結果が”ＹＥＳ”の場合にのみオペレーション３８１に
進む。

【０２７４】オペレーション３８１において、所定のイ
ベント、すなわち、ダウンフレームを伝送するバースト
の送信の開始が起こった場合、本準備手段は、オペレー
ション３８６に進む。オペレーション３８６において、
本準備手段は、期間ＴＲの経過を待ち、期間ＴＲが経過
したら、オペレーション３８７に進む。オペレーション
３８７において、本準備手段は、ＤＬＦ伝送要求信号が
ハイレベルである場合に、この信号の立下りエッジを待
つ。すなわち、ダウンリンクフレームを伝送するバース
トが送信されている場合に、本準備手段は、オペレーシ
ョン３８３に進む前に、このバーストの送信の終了を待
つ。

【０２７５】テスト３８２の判断結果が”ＮＯ”の場合
は、本準備手段は、オペレーション３８７と類似したオ
ペレーション３８８を実行し、その後、オペレーション
３８４に進む。オペレーション３８６〜３８８は、オペ
レーション３８０においてダウンリンクフレームを送信
するように送信／受信手段に要求があった場合に、本準
備手段は、オペレーション３８３またはオペレーション
３８４に直接進む前に、ダウンリンク方向における伝送
媒体が解放され、時間ＴＲの期間が経過するまで待つこ
とを意味する。

【０２７６】中央手段２１の実施例の全二重の変形例に
おいて、準備手段１１２は準備手段１４１及び伝送手段
１４２により置換されている。そして、伝送手段１４２
は、図２７のフロー図または図２８のフロー図に示され
るものと類似した機能を有する伝送手段によって置換さ
れており、ダウンリンクフレームを伝送するオペレーシ
ョン１２１は、オペレーション３７８によって置換され
ている。

【０２７７】概略的に言えば、上述の周辺ネットワーク
通信手段の他の実施例についての全二重の変形例は、こ
れらの実施例に正確に対応するが、同時に送信及び受信
することが可能な無線モジュールに関しては、この限り
ではない。次に、図７７〜図８１を用いて、アップリン
ク方向及びダウンリンク方向における共有無線媒体の占
有に関する他の例を説明する。なお、これらの図には無
線モジュールの機能に関する信号も示されている。

【０２７８】図７７に示す例において、中央手段は、送
信許可メッセージを含むダウンリンクフレームを伝送す
るバースト３９０を送り、このメッセージに応答して、
宛先の周辺手段は、バースト３９０の送信が完了する前
であるにも拘わらず、アップリンクフレームを伝送する
バースト３９１を送信している。中央手段は、比較的長
いデータフレームを伝送しているが、このデータフレー
ムは、時間ＴＲの期間が経過する前に終了するバースト
３９０に対しては十分に短い。

【０２７９】従って、図７５の機能を有する許可コント
ローラにより、本中央手段は、新たなダウンリンクフレ
ームの送信が可能になるまで、バースト３９１の受信が
終了するのを待つ。新たなダウンリンクフレームの送信
は、反応時間が経過した後に開始されるバースト３９２
によりなされる。図７８に示す例において、中央手段
は、送信許可メッセージ及びやや長いデータフレームを
含むダウンリンクフレームを伝送するバースト３９３を
送信している。

【０２８０】バースト３９３によって伝送された送信許
可メッセージに応答して、この送信許可メッセージの宛
先の周辺手段は、やや短いデータフレームを含むアップ
リンクフレームを伝送するバースト３９４を送信してお
り、このため、バースト３９４は、バースト３９３が終
了する前に終了している。従って、本中央手段のダウン
リンクフレーム準備手段または伝送手段は、ダウンリン
クフレームを伝送するオペレーション３７８において、
新たなダウンリンクフレームの送信が可能であると看做
す前に、オペレーション３８６及び３８７を連続的に実
行（すなわち、バースト３９３の送信の終了を待つ）し
ている。そして、反応時間の経過後、中央手段は、新た
なダウンリンクフレームを伝送するバースト３９５を送
信している。

【０２８１】図７９に示す例において、中央手段は、送
信許可メッセージのみを含むダウンリンクフレームを伝
送するバースト３９６を送信しており、バースト３９６
は非常に短く、宛先の周辺手段がアップリンクフレーム
を伝送するバースト３９７によって応答した時には既に
終了している。従って、中央手段は、その許可コントロ
ーラのオペレーション３６５により、再度ダウンリンク
フレームを送信できることを確認するためにバースト３
９７の終了を待つ。再度のダウンリンクフレームの送信
は、バースト３９８により、反応時間の経過後になされ
る。

【０２８２】図８０に示す例において、中央手段は、送
信許可メッセージ及び比較的長いデータフレームを含む
ダウンリンクフレームを伝送するバースト３９９を送信
しているが、この送信許可メッセージにより送信を許可
された周辺手段は、何の応答を返していない。また、バ
ースト３９９は、時間ＴＲの期間が経過した時、まだ送
信され続けている。新たなダウンリンクフレームの送信
が可能であると中央手段がみなすのは、上述のように、
このバーストの送信の終了時であり、新たなダウンリン
クフレームの送信は、バースト４００により反応時間の
経過後になされる。

【０２８３】最後に、図８１に示す例において、中央手
段は、送信許可メッセージ及び比較的短いデータフレー
ムを含むダウンリンクフレームを伝送するバースト４０
１を送信し、バースト４０１の送信は、時間ＴＲの期間
が経過する前に終了する。バースト４０１によって送信
許可メッセージが伝送されることが予定された周辺手段
が応答せず、中央手段は、時間ＴＲの期間の終了から、
バースト４０２により、反応時間の経過後に新たなダウ
ンリンクフレームを送信できるものとみなしている。

【０２８４】上記の説明において、サービスメッセージ
が等価な中央手段２１の実施例間における相違は、送信
許可メッセージまたは送信非許可メッセージのタイプの
相違である。また、上記の説明は、これらの実施例の全
二重の変形例に関するものである。概略的に言えば、全
サービスメッセージが送信許可メッセージのタイプであ
る半二重の実施例と、その全二重の変形例の実施例との
間に存在する上記同様の差異は、図８２及び図８３を参
照することによりより詳細に理解される。

【０２８５】図８２のフロー図は、半二重の実施例の手
段１１１’（図２９）を置換する送信制御手段の機能を
示す。図３０及び図８２の比較から明らかなように、本
送信制御手段は、手段１１１’のように機能し、オペレ
ーション３７１’〜３７６’は、オペレーション１１
３’〜１１５’及び１１７’〜１１９’と夫々同一であ
るが、オペレーション１１６’のような待ちオペレーシ
ョンの実行がなく、オペレーション３７３’からオペレ
ーション３７４’へ直接進む点で異なる。

【０２８６】図８３のフロー図は、半二重の実施例を置
換するダウンリンクフレーム準備手段の機能を示してい
る。図３１及び８３の比較から明らかなように、本準備
手段は、準備手段１１２’のように機能し、オペレーシ
ョン３７７’と１２０’とは同一であり、オペレーショ
ン３７８’はオペレーション１２１’と類似しており、
オペレーション３７９’及び３８１’及び３８３’〜３
８５’は、オペレーション１３３’〜１３５’、１５
５、１３８’及び１３９’と夫々同一であるが、オペレ
ーション３８１’からオペレーション３８３’に直接進
む代わりに、本準備手段は、オペレーション３８６’及
び３８７’を実行する。なお、オペレーション３８６’
及び３８７’は、図７６に示したオペレーション３７８
のオペレーション３８６及び３８７と同一である。

【０２８７】準備手段１１２’が準備手段１４１’及び
伝送手段１４２’により置換された中央手段の実施例の
全二重の変形例において、伝送手段１４２’は、図３５
のフロー図においてオペレーション１２１’をオペレー
ション３７８’により置換された機能を有するダウンリ
ンクフレーム伝送手段により置換されている。上述の中
央手段の他の全二重の変形例は、中央手段２１及びそれ
に関する他の実施例、中央手段２１’及びそれに関する
他の実施例に関しても明らかである。

【０２８８】状況に応じて他の様々な変形例が考えられ
る。特に、他の変形例を挙げると、無線通信伝送媒体を
赤外線伝送媒体その他のワイヤレス伝送媒体、または他
のケーブル媒体によって置換しても良い。また、周辺手
段により受信されるアップリンクフレームを無視せず
に、アップリンクフレームが周辺手段による処理を生じ
させるようにしても良い。

【０２８９】本発明は、上述の例に限定されない。特
に、本発明は、集中化されたポーリング通信プロトコル
のみに限定されるものではなく、いかなるプロトコルが
使用されようとも、デジタルデータ伝送に関するあらゆ
る変換器に拡張できる。特に、本発明は、一方では集中
化されていないネットワーク、すなわち、他の通信手段
に送信許可を送る通信手段を備えないネットワーク、他
方では繰り返しを行わないネットワーク、すなわち、個
別の通信手段によって送信されたフレームを繰り返す通
信手段を備えないネットワークにも適用される。

【０２９０】集中化されておらず、繰り返しを行わない
ネットワークを構成するために、当業者は上記の説明を
容易に使用し得る。ただし、 −集中化されたネットワーク通信手段を構成しない、 −中央ネットワーク通信手段のみに関する説明部分を、
周辺ネットワーク通信手段に関する他の部分の説明また
は補足として使用する、 −説明中の各周辺ネットワーク通信手段に関して、”ダ
ウンリンクフレーム”を共有伝送媒体によって周辺ネッ
トワーク通信手段に伝送されるフレームに対応させ、”
アップリンクフレーム”を前記媒体によって周辺ネット
ワーク通信手段が伝送するフレームに対応させる、必要
がある。

【０２９１】この点について、１つの通信手段から他の
通信手段に伝送された各フレームも情報フレームであ
り、該情報フレームは、それを伝送した通信手段を識別
するソースアドレスと、それが送られる通信手段を識別
する宛先アドレスを含む。かかる周辺ネットワーク通信
手段のみからなるネットワークの動作モードの一例であ
るネットワークへのアクセスを管理するプロトコルを以
下に述べる。

【０２９２】この例において、このプロトコルは、他の
通信手段と競合する可能性のある伝送の前に、待機期間
をランダムに選択することにより機能し、当業者に公知
の方法の他、以下の条件に従う。 −周辺ネットワーク通信手段によって、他の周辺ネット
ワーク通信手段の各々が、ネットワークによる伝送が許
可されているか否かを認識できるようにする情報を、各
アップリンクフレームにおいて提供させる。この情報に
より、図５〜８の中央ネットワーク通信手段によって送
信されるサービスメッセージを置換する。 −各周辺ネットワーク通信手段によって、送信が許可さ
れるか否か、それがいつかを、ダウンリンクフレーム中
に存在する情報に従って判断させる。

【０２９３】周辺ネットワーク通信手段の機能に関し
て、共有伝送媒体へのアクセスを制御する他のプロトコ
ル（例えば、ＴＤＭＡ（Time Division Multiple Acces
s））も知られている。このプロトコルにおいて、ステ
ーションは、それらに割り当てられたタイムスロットに
おいてのみ伝送することができる。

【０２９４】繰り返しを行わず、かつ集中化されていな
いネットワークにおいて動作する周辺ネットワーク通信
手段の第２の例に拠れば、各周辺ネットワーク通信手段
は、さらに、衝突検知手段を有する。なお、これらの衝
突は、２つの周辺ネットワーク通信手段の同時伝送によ
って起こる。異なるステーションからの伝送媒体のアク
セスを管理するプロトコル（ＭＡＣプロトコル）に関す
る一例として、ＩＥＥＥ勧告８０２．３により提供され
るところのＣＳＭＡ／ＣＤ（carrier sense multiple a
ccess/collision detection）タイプのものを含むもの
がある。

【０２９５】このプロトコルに拠れば、各周辺ネットワ
ーク通信手段は、共有伝送媒体が有効な場合に送信を許
可される。周辺ネットワーク通信手段がデータを送信す
る場合は、伝送媒体を監視し、この媒体が解放されたら
すぐに、衝突の発生を監視しながらデータフレームを伝
送する。周辺ネットワーク通信手段がアップリンクフレ
ームの伝送中に衝突を検知した場合は、すぐさま伝送を
中止し、ランダムな時間を選択して、この時間が経過し
た後に再度当該アップリンクフレームを送信する。

【０２９６】繰り返しを行う／行わない、中央手段を備
える／備えないネットワークの他の様々な変形は、当業
者に公知の範囲、特に当業者がケーブルネットワークに
関して知り得る範囲で可能である。本発明は、結果とし
て、”TOKEN RING”、”TOKEN BUS”及び”イーサネッ
ト”その他の名で知られているプロトコルに従った伝送
の変換に適用することができる。なお、本発明は、複数
の機器（例えば、ホストコンピュータ，インタフェイス
機器，リーダ，プリンタなど）から構成されるシステム
に適用しても、一つの機器からなる装置に適用してもよ
い。また、本発明の目的は、上述した実施形態の機能を
実現するソフトウェアのプログラムコードを記録した記
憶媒体を、システムあるいは装置に供給し、そのシステ
ムあるいは装置のコンピュータ（または、ＣＰＵやＭＰ
Ｕ）が記憶媒体に格納されたプログラムコードを読み出
し、実行することによっても、達成されることは言うま
でもない。この場合、記憶媒体から読み出されたプログ
ラムコード自体が、上述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。プログラムコードを供
給するための記憶媒体としては、例えば、フロッピディ
スク，ハードディスク，光ディスク，光磁気ディスク，
ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモ
リカード，ＲＯＭなどを用いることができる。また、コ
ンピュータが読み出したプログラムコードを実行するこ
とにより、上述した実施形態の機能が実現されるだけで
なく、そのプログラムコードの指示に基づき、コンピュ
ータ上で稼働しているＯＳ（オペレーティングシステ
ム）などが実際の処理の一部または全部を行ない、その
処理によって、上述した実施形態の機能が実現される場
合も含まれることは言うまでもない。さらに、記憶媒体
から読み出されたプログラムコードが、コンピュータに
挿入された機能拡張ボードやコンピュータに接続された
機能拡張ユニットに備わるメモリに書込まれた後、その
プログラムコードの指示に基づき、その機能拡張ボード
や機能拡張ユニットに備わるＣＰＵなどが実際の処理の
一部または全部を行ない、その処理によって、上述した
実施形態の機能が実現される場合も含まれることは言う
までもない。

【図面の簡単な説明】

【図１】従来より知られるローカルエリアネットワーク
（ＬＡＮ）の例をトポロジーにて示す図である。

【図２】本ネットワークのデータステーションの１つを
示す図で、データ処理ターミナルと、この種のステーシ
ョンの個別ネットワーク通信手段との間での協働を説明
する図である。

【図３】従来のネットワークにおける異なるステーショ
ン間で交換されるデータフレームの構成を示す図であ
る。

【図４】本発明を実施する、無線電波が共有伝送媒体と
して使用される無線ローカルネットワーク（ＷＬＡＮ-W
ireless Local Area Network)のトポロジーを示す図で
ある。

【図５】共有媒体を媒介として中央ネットワーク通信手
段により同報される、データフレームを含むダウンリン
クフレームの構成を示す図である。

【図６】共有媒体を媒介として中央ネットワーク通信手
段により同報される、データフレームを含まないダウン
リンクフレームの構成を示す図である。

【図７】各ダウンリンクフレームに含まれるサービスフ
レームの構成を示す図である。

【図８】各サービスフレームに含まれるサービスメッセ
ージの構成を示す図である。

【図９】共有伝送媒体を媒介として周辺ネットワーク通
信手段によって伝送されるアップリンクフレームの構成
を示す図である。

【図１０】バースト状の伝送ダウンリンクフレーム及び
アップリンクフレームによる共有伝送媒体の占有状態の
例を示すタイミング図である。

【図１１】中央ネットワーク通信手段の回路図である。

【図１２】中央通信手段のランダムアクセスメモリ中の
フレームバッファに対するメモリ空間を示す図である。

【図１３】アップリンクフレームを格納し、データフレ
ームを有するダウンリンクフレームを準備するための、
各バッファの構成を示す図である。

【図１４】中央ネットワーク通信手段の機能を示す図で
ある。

【図１５】中央手段の無線モジュールの機能を説明する
タイミング図である。

【図１６】中央通信手段の送信／受信手段に含まれる受
信管理手段の機能を説明するフロー図である。

【図１７】中央通信手段の送信／受信手段に含まれる送
信管理手段の機能を説明するフロー図である。

【図１８】中央伝送制御手段を詳細に示す、中央通信手
段の部分的な機能図である。

【図１９】中央伝送制御手段のバッファ管理手段の機能
を説明するフロー図である。

【図２０】中央伝送制御手段の送信許可メッセージ準備
手段の機能を説明するフロー図である。

【図２１】特に中央伝送制御手段に含まれるダウンリン
クフレーム生成手段を示す、中央ネットワーク通信手段
の部分的機能図である。

【図２２】ダウンリンクフレーム生成手段に含まれる許
可制御手段の機能を説明するフロー図である。

【図２３】ダウンリンクフレーム生成手段に含まれるダ
ウンリンクフレーム準備手段の機能を説明するフロー図
である。

【図２４】図２３のフロー図に含まれるダウンリンクフ
レームの準備動作の詳細を示すフロー図である。

【図２５】図２１と類似したダウンリンクフレーム生成
手段の第２の実施形態を示す図である。

【図２６】図２５に示すダウンリンクフレーム生成手段
のダウンリンクフレーム準備手段の機能を説明するフロ
ー図である。

【図２７】図２５に示すダウンリンクフレーム生成手段
のダウンリンクフレーム伝送手段の機能を説明するフロ
ー図である。

【図２８】図２７と類似したダウンリンクフレーム伝送
手段の変形例のフロー図である。

【図２９】図２１と類似したダウンリンクフレーム生成
手段の第１の実施形態の変形例を示す図である。

【図３０】図２２と類似したダウンリンクフレーム生成
手段の第１の実施形態の変形例を示す図である。

【図３１】図２３と類似したダウンリンクフレーム生成
手段の第１の実施形態の変形例を示す図である。

【図３２】図２４と類似したダウンリンクフレーム生成
手段の第１の実施形態の変形例を示す図である。

【図３３】図２５と類似したダウンリンクフレーム生成
手段の第２の実施形態の変形例を示す図である。

【図３４】図２６と類似したダウンリンクフレーム生成
手段の第２の実施形態の変形例を示す図である。

【図３５】図２７と類似したダウンリンクフレーム生成
手段の第２の実施形態の変形例を示す図である。

【図３６】特に周辺ネットワーク通信手段を表わす、図
４に示すネットワークのデータステーションの１つにつ
いての回路図である。

【図３７】周辺手段の一部を形成する通信変換器のＲＡ
Ｍ内のフレームバッファを与えるメモリ空間の構成を示
す図である。

【図３８】データフレームを格納し、アップリンクフレ
ームを準備する各バッファが有する構成を示す図であ
る。

【図３９】特に通信変換器を示す周辺手段の部分的な機
能図である。

【図４０】特に通信手段が有する送信／受信手段の部分
的な機能図である。

【図４１】送信／受信手段が有する受信管理手段の機能
を説明するための図である。

【図４２】送信／受信手段が有する送信管理手段の機能
を説明するための図である。

【図４３】周辺手段の部分的な機能図であり、特に、そ
の通信変換器が有する周辺伝送制御手段を示す図であ
る。

【図４４】伝送制御周辺手段の有するダウンリンクフレ
ームバッファ管理手段の機能を説明するフロー図であ
る。

【図４５】伝送制御周辺手段の有するアップリンクフレ
ームバッファ管理手段の機能を説明するフロー図であ
る。

【図４６】伝送制御周辺手段の有するアップリンクフレ
ーム生成手段の機能を説明するフロー図である。

【図４７】伝送制御周辺手段の有するデータフレーム生
成手段の機能を説明するフロー図である。

【図４７Ａ】上記フローの変形例を示す図である。

【図４８】図４のネットワークのデータステーションの
１つに係る部分的な機能図であり、特に周辺ネットワー
ク通信手段の通信変換器の有するイーサネット送信／受
信手段を示す図である。

【図４９】イーサネット送信／受信手段の有するデータ
フレーム受信管理手段の機能を説明するフロー図であ
る。

【図５０】イーサネット送信／受信手段の有するイーサ
ネットモジュールの機能を説明するフロー図である。

【図５０Ａ】図５０に示すフロー図の変形例を示す図で
ある。

【図５１】図５０に示すフロー図の変形例を示す図であ
る。

【図５２】本目的のため第２の実施形態の中央ネットワ
ーク通信手段にて相互接続される、図１に示すタイプの
ローカルネットワーク、及び図４に示すタイプのローカ
ルネットワークを形態的な観点にて示す図である。

【図５３】特に中央手段の第２の実施形態に係る回路図
である。

【図５４】中央手段のランダムアクセスメモリ中のフレ
ームバッファ用メモリ空間の構成を示す図である。

【図５５】本ランダムアクセスメモリ用ワークメモリの
要素を示す図である。

【図５６】中央ネットワーク通信手段に係る実施形態の
機能図である。

【図５７】本中央手段の送信／受信手段が有する受信管
理手段の機能を説明するフロー図である。

【図５８】中央通信手段の部分的な機能図であり、特に
その中央伝送制御手段を示す図である。

【図５９】図５８のダウンリンクフレーム生成手段が実
行するダウンリンクフレームの準備動作を示すフロー図
である。

【図６０】中央ネットワーク通信手段に係る第２の実施
形態の部分的な機能図であり、特にそのバッファ管理手
段を示す図である。

【図６１】バッファ管理手段の有する送信完了管理手段
の機能を説明するフロー図である。

【図６２】図６１に示すバッファの位置を解析するオペ
レーションを説明するフロー図である。

【図６３】図６０のバッファ管理手段のデータフレーム
ルーチング手段の機能を説明するフロー図である。

【図６４】図６０のバッファ管理手段のアップリンクフ
レームルーチング手段の機能を説明するフロー図であ
る。

【図６５】図６０と類似した図であって、データフレー
ムルーチング手段とアップリンクフレームルーチング手
段とがフィルタの効果を示すバッファ管理手段の変形例
を示す図である。

【図６６】図６５のデータフレームルーチング手段の機
能を示す図である。

【図６７】図６５のアップリンクフレームルーチング手
段の機能を示す図である。

【図６８】中央ネットワーク通信手段に係る第２の実施
形態の部分的な機能図であり、特にイーサネット送信／
受信手段を示す図である。

【図６９】図６８のデータフレーム受信管理手段の機能
を説明するフロー図である。

【図７０】図６８のイーサネットモジュールの機能を説
明するフロー図である。

【図７１】フィルタの効果をもつ本イーサネットモジュ
ールの変形例に係る機能を説明するフロー図である。

【図７２】図５３と類似した図であって、マイクロコン
トローラにて使用される内容アドレスメモリ(CAM)を含
む変形例に係る回路図である。

【図７３】マイクロコントローラバスと内容アドレスメ
モリとの間にインタフェースを供することで、該メモリ
がマイクロコントローラとイーサネットマイクロコント
ローラの両方にて使用できる他の変形例を示す図であ
る。

【図７４】図１０と類似しているが、無線伝送媒体が全
２重である点で異なる実施形態におけるタイミング図で
ある。

【図７５】全２重で機能する、変形例に係る中央ネット
ワーク通信手段が有する許可制御手段の機能を説明する
フロー図である。

【図７６】全２重で機能する、変形例に係る中央ネット
ワーク通信手段が有するダウンリンクフレーム準備手段
の機能を説明するフロー図である。

【図７７】図１５と類似した図であって、ダウンリンク
及びアップリンク方向の全２重伝送媒体の占有状態を示
すタイミング図である。

【図７８】図１５と類似した図であって、ダウンリンク
及びアップリンク方向の全２重伝送媒体の占有状態を示
すタイミング図である。

【図７９】図１５と類似した図であって、ダウンリンク
及びアップリンク方向の全２重伝送媒体の占有状態を示
すタイミング図である。

【図８０】図１５と類似した図であって、ダウンリンク
及びアップリンク方向の全２重伝送媒体の占有状態を示
すタイミング図である。

【図８１】図１５に類似した図であって、ダウンリンク
及びアップリンク方向の全２重伝送媒体の占有状態を示
すタイミング図である。

【図８２】全２重で機能する、変形例に係る中央ネット
ワーク通信手段が有する許可制御手段の機能を説明する
フロー図である。

【図８３】全２重で機能する、変形例に係る中央ネット
ワーク通信手段が有するダウンリンクフレーム準備手段
の機能を説明するフロー図である。

フロントページの続き (72)発明者 アモヌ イザベル フランス国 レンヌ−アタラント セデ セソン−セヴィネ 35517 ルー ド ト ゥシューランベール キヤノン リサーチ センター フランス ソシエテ アノニ ム内 (72)発明者 キャレリ アラン フランス国 レンヌ−アタラント セデ セソン−セヴィネ 35517 ルー ド ト ゥシューランベール キヤノン リサーチ センター フランス ソシエテ アノニ ム内 (72)発明者 ル・ダンテ クロード フランス国 レンヌ−アタラント セデ セソン−セヴィネ 35517 ルー ド ト ゥシューランベール キヤノン リサーチ センター フランス ソシエテ アノニ ム内 (72)発明者 ルヴィレ バーナード フランス国 レンヌ−アタラント セデ セソン−セヴィネ 35517 ルー ド ト ゥシューランベール キヤノン リサーチ センター フランス ソシエテ アノニ ム内 (72)発明者 ルソー パスカル フランス国 レンヌ−アタラント セデ セソン−セヴィネ 35517 ルー ド ト ゥシューランベール キヤノン リサーチ センター フランス ソシエテ アノニ ム内

Claims (38)

【特許請求の範囲】
1. 【請求項１】 デジタル通信変換器（１６０）におい
   て、 通信手段（７）と接続する接続手段（４）であって該通
   信手段からデータフレームを受信し又は該通信手段へデ
   ータを引き渡す接続手段（４）と、 伝送媒体を介して送信／受信する送信／受信手段（１８
   ６）であって、前記媒体を介して引き渡されるデータフ
   レーム（４５）の搬送及び／又は前記媒体を介して受信
   する情報フレーム（２５）の引き渡しを行う送信／受信
   手段（１８６）と、 前記送信／受信手段（１８６）及び前記接続手段（４）
   により夫々引き渡されるフレーム（２５，４５）を前記
   接続手段（４）及び送信／受信手段（１８６）に夫々引
   き渡すための伝送制御手段（１８５）と、 前記の１つの通信手段（７）に関連するアドレス（１
   １）であって前記伝送媒体へのアクセスを制御するプロ
   トコルを動作させるために使用されるアドレスを格納す
   るメモリ（１７５）と、 を備えることを特徴とする。
2. 【請求項２】 請求項１に記載の変換器（１６０）にお
   いて、前記接続手段（４）により受信されたデータフレ
   ームからソースアドレスを取得した後に、該ソースアド
   レスを前記メモリ（１７５）内に書き込む手段（１６
   ８，１７１，２４６，２４６Ｂ，２４７，２４７Ｂ）を
   備え、前記の各データフレームは、それが伝送された通
   信手段（７）を識別するソースアドレスを有することを
   特徴とする。
3. 【請求項３】 請求項２に記載の変換器（１６０）にお
   いて、前記書き込み手段（１６８，１７１，２４６，２
   ４６Ｂ，２４７，２４７Ｂ）は、前記接続手段（４）に
   より受信された各フレームについて、当該フレームが起
   動後に受信された最初のフレームであるか否かを判断
   し、ソースアドレス（１１）を該最初のフレームから取
   得した後に、該ソースアドレスを前記メモリ（１７５）
   に書き込むことを特徴とする。
4. 【請求項４】 請求項２または請求項３に記載の変換器
   （１６０）において、前記書き込み手段（１６８，１７
   １，２４６，２４６Ｂ，２４７，２４７Ｂ）は、前記接
   続手段（４）により受信された各フレームについて、当
   該フレーム内に存在するソースアドレス（１１）が前記
   メモリ（１７５）に格納されたアドレスと同一であるか
   否かを判断し、その判断結果が同一でない場合には、前
   記ソースアドレス（１１）を前記メモリ（１７５）内に
   書き込むことを特徴とする。
5. 【請求項５】 請求項２乃至請求項４のいずれか１項に
   記載の変換器（１６０）において、前記ソースアドレス
   （１１）を前記メモリ（１７５）内に書き込む手段（１
   ６８，１７１，２４６，２４６Ｂ，２４７，２４７Ｂ）
   は、前記メモリ（１７５）に格納されたアドレスが常に
   前記接続手段（４）により受信された最後のデータ内に
   存在するソースアドレス（１１）であるようにすること
   を特徴とする。
6. 【請求項６】 請求項２乃至請求項５のいずれか１項に
   記載の変換器（１６００において、前記書き込み手段
   （１６８，１７１，２４６，２４６Ｂ，２４７，２４７
   Ｂ）は、前記接続手段により受信された最後のデータフ
   レームからソースアドレス（１１）を取得した後に、該
   ソースアドレスを前記メモリ（１７５）内に書き込むこ
   とを特徴とする。
7. 【請求項７】 請求項３に記載の変換器（１６０）にお
   いて、前記書き込み手段（１６８，１７１，２４６，２
   ４６Ｂ，２４７，２４７Ｂ）は、前記接続手段により受
   信された最初のデータフレームからソースアドレス（１
   １）を取得した後にのみ、該ソースアドレスを前記メモ
   リ（１７５）内に書き込むことを特徴とする。
8. 【請求項８】 請求項１乃至請求項７のいずれか１項に
   記載の変換器（１６０）において、前記伝送制御手段
   （１８５，２３１Ａ，２３１Ｂ，２３１Ｃ，２３２）
   は、前記媒体によって受信された各情報フレーム（２
   ５）について、当該情報フレーム（２５）内に存在する
   宛先アドレス（３８）が、前記メモリ（１７５）内に格
   納されたアドレス又は一群をなす前記通信手段（７）に
   関連する同報アドレスに対応するか否かを判断する手段
   を有し、前記の各情報フレーム（２５）は、該情報フレ
   ームが伝送されるべき前記通信手段（３８）を識別する
   宛先アドレス（３８）を含み、前記の判断結果が肯定的
   な場合にのみ、前記情報フレーム（２５）を前記通信手
   段（７）に対して接続手段（４）により引き渡す手段を
   さらに有することを特徴とする。
9. 【請求項９】 請求項１乃至請求項８のいずれか１項に
   記載の変換器（１６０）において、前記伝送制御手段
   （１８５，２３１Ａ，２３１Ｂ，２３１Ｃ，２３１）
   は、前記媒体によって受信された各情報フレーム（２
   ５）について、当該情報フレーム（２５）内に存在する
   ソースアドレスが、前記メモリ内に格納されたアドレス
   に対応するか否かを判断する手段を有し、前記の各情報
   フレームは、当該情報フレームを伝送した通信手段を識
   別するソースアドレスを含み、前記の判断結果が否定的
   な場合にのみ、前記情報フレームを前記通信手段（７）
   に対して接続手段（４）により引き渡す手段をさらに有
   することを特徴とする。
10. 【請求項１０】 請求項１乃至請求項９のいずれか１項
    に記載の変換器（１６０）において、前記伝送媒体は他
    の変換器によって共有されることを特徴とする。
11. 【請求項１１】 請求項１乃至請求項１０のいずれか１
    項に記載の変換器（１６０）において、前記接続手段
    （４）に接続された通信手段（７）に関連するアドレス
    （１１）を格納する前記メモリ（１７５）は揮発性であ
    ることを特徴とする。
12. 【請求項１２】 請求項１乃至請求項１１のいずれか１
    項に記載の変換器（１６０）において、前記接続手段
    （４）は、ＩＥＥＥ勧告８０２．３に従ったアクセス制
    御プロトコルで動作し、前記媒体はポーリングタイプの
    アクセス制御プロトコルで動作することを特徴とする。
13. 【請求項１３】 伝送媒体を共有する少なくとも２つの
    データ通信手段（７）を有する通信システムにおいて、
    請求項１乃至請求項１２のいずれか１項に記載の通信変
    換器（１６０）を前記の各通信手段（７）と前記伝送媒
    体との間に配置したことを特徴とする。
14. 【請求項１４】 通信手段（７）をネットワーク伝送媒
    体上で使用する方法において、 請求項１乃至請求項１２のいずれか１項に記載の変換器
    （１６０）を、前記通信手段（７）を前記変換器（１６
    ０）に接続する前記接続手段（４）及び前記伝送媒体と
    協同して動作する送信／受信手段（１８６）と共に使用
    し、 前記変換器（１６０）の前記メモリ（１７５）内に、前
    記伝送媒体へのアクセスを制御するプロトコルの動作の
    ために前記通信手段（７）に割り当てられたアドレス
    （１１）を書き込む、 ことを特徴とする。
15. 【請求項１５】 デジタルネットワーク通信手段（７）
    の間でデータフレーム（１２）を搬送する方法におい
    て、 Ａ）変換器（１６０）に接続される少なくとも１つの前
    記デジタル通信手段（７）であってアドレス（１１）を
    有するデジタル通信手段（７）により周辺デジタル通信
    手段（２４；２４’）を構成し、前記の各周辺手段が、
    共有伝送媒体により情報フレーム（２５，４５）を伝送
    及び／又は受信し、 前記共有伝送媒体によって、前記周辺手段から各々送ら
    れてくるアップリンクフレーム（２６）を受信し、ま
    た、前記の各周辺手段にダウンリンクフレーム（２５）
    を同報することにより、中央デジタル通信手段（２１；
    ２１’；３５９；３６１）と前記の各周辺手段（２４；
    ２４’）とが通信する工程と、 Ｂ）前記中央手段が、第１の予め設定された規則に従っ
    て、前記中央手段に送られてきたアップリンクフレーム
    に含まれる各データフレーム（４８）を該データフレー
    ムの宛先の各デジタル通信手段（２４；２４’；７）に
    再送し又は再送しない工程と、 Ｃ）前記中央手段が、前記の各ダウンリンクフレーム
    （２５）内に、 前記共有伝送媒体へのアクセスを制御するプロトコルを
    動作させるサービスメッセージ（３１）と、 第２の予め定められた規則の下で周辺手段（２４；２
    ４’）へ再送するデータフレーム（２８）がある場合に
    は該データフレームと、 を含める工程、すなわち、 前記の各ダウンリンクフレーム（２５）内に前記サービ
    スメッセージと必要な前記データフレームとを含める工
    程と、 Ｄ）前記変換器が、該変換器が接続された前記通信手段
    のアドレスを取得する工程と、 Ｅ）取得したアドレスを前記ネットワークに接続された
    変換器に特有のオペレーションのために使用し、前記ネ
    ットワークを介して、前記アドレスと共に前記変換器が
    接続された前記通信手段からの情報を伝送し、前記ネッ
    トワーク上における情報の宛先として識別させる工程
    と、 を含むことを特徴とする。
16. 【請求項１６】 伝送媒体に接続されると共に通信手段
    （７）に接続された通信変換器（１６０）を識別する識
    別方法において、前記通信変換器は、前記通信手段から
    情報を受信して該情報を前記媒体によってネットワーク
    を介して伝送すると共に前記通信手段に対して前記ネッ
    トワークからの情報を引き渡し、前記通信手段（７）は
    アドレス（１１）を有するものであって、該識別方法
    は、 Ｄ）前記通信変換器が前記通信手段のアドレスを取得す
    る工程と、 Ｅ）前記通信変換器が該アドレスを前記ネットワークで
    の自己のオペレーションのために使用し、前記ネットワ
    ークを介して、前記アドレスと共に前記通信変換器が接
    続された通信手段からの情報を伝送し、前記ネットワー
    ク上における情報の宛先として識別させる工程と、 を含むことを特徴とする。
17. 【請求項１７】 請求項１６に記載の方法は、Ｄ）工程
    において、前記通信変換器は、 先ず、自己のアドレスを示す所謂ソースアドレスを有す
    る通信手段によって送信されるフレームを待つプロセス
    Ｄ１）を実行し、 その後、前記通信変換器が該フレームを受信した時に、 該フレーム内のソースアドレスを読み込むプロセスＤ
    ２）と、 該ソースアドレスを前記通信変換器のメモリに記憶する
    プロセスＤ４）と、 を実行することを特徴とする。
18. 【請求項１８】 請求項１７に記載の方法において、前
    記通信変換器はプロセスＤ４）の後に、さらに、 再び、ソースアドレスを有する通信手段によって送信さ
    れる他のフレームを待つプロセスＤ１）を実行し、 その後、前記通信変換器が前記他のフレームを受信した
    時に、 前記他のフレーム内のソースアドレスを読み込むプロセ
    スＤ２）と、 該ソースアドレスと前記メモリに保持されたアドレスと
    を比較するプロセスＤ３）とを実行し、両者が異なる場
    合に、 再び、最後のソースアドレスを前記通信変換器のメモリ
    の場所のうちアドレスが保持されていた場所に記憶する
    プロセスＤ４）を実行することを特徴とする。
19. 【請求項１９】 請求項１６乃至請求項１８のいずれか
    １項に記載の方法において、前記通信変換器が前記ネッ
    トワークからフレームを受信する都度、前記通信変換器
    は、連続して、 前記フレームを送ろうとする通信手段を示す所謂宛先ア
    ドレスを該フレーム内より読み込む工程Ｅ）を実行し、
    その後、前記宛先アドレスが工程Ｄ）で取得したアドレ
    スと同一であることを確認する工程Ｆ）を実行し、 工程Ｆ）の結果が肯定的である場合にのみ、前記変換器
    が接続された通信手段にフレームを伝送する工程Ｇ）を
    実行することを特徴とする。
20. 【請求項２０】 請求項１６乃至請求項１９のいずれか
    １項に記載の方法において、前記通信変換器が前記ネッ
    トワークからフレームを受信する都度、前記通信変換器
    は、連続して、 フレームをネットワークに伝送した通信手段を示すソー
    スアドレスを該フレーム内より読み込む工程Ｈ）を実行
    し、その後、 前記ソースアドレスが工程Ｄ）において取得したアドレ
    スと同一であることを確認する工程Ｉ）を実行し、 工程Ｉ）の結果が否定的である場合にのみ、前記通信変
    換器が接続された前記通信手段に前記フレームを搬送す
    る工程Ｇ）を実行することを特徴とする。
21. 【請求項２１】 請求項１６乃至請求項２０のいずれか
    １項に記載の方法において、その起動に次いで、各通信
    手段が前記アドレスを示すソースアドレスを有するフレ
    ームを送信する工程を実行することを特徴とする。
22. 【請求項２２】 請求項１６乃至請求項２１のいずれか
    １項に記載の方法において、前記通信手段は個別のネッ
    トワーク通信手段であることを特徴とする。
23. 【請求項２３】 請求項１６乃至請求項２２のいずれか
    １項に記載の方法において、前記の各通信手段はイーサ
    ネットタイプのカードであり、各アドレスは６オクテッ
    トを有する”ＭＡＣ ＩＥＥＥ”の名で知られるタイプ
    のアドレスであり、その先頭の３オクテットはイーサネ
    ットカードの製造業者を示し、その末尾の３オクテット
    は前記カードに固有の製造番号を示すことを特徴とす
    る。
24. 【請求項２４】 請求項１５乃至請求項２３のいずれか
    １項に記載の方法の使用に好適な前記周辺デジタル通信
    手段としての通信装置であって、接続手段（４）により
    接続される通信手段（７）と共有伝送媒体との間の変換
    器（１６０）として機能し、 共有伝送媒体によって、中央デジタル通信装置にアップ
    リンクフレーム（２６）を伝送し、また、前記中央装置
    からのダウンリンクフレーム（２５）を受信することに
    より、前記中央装置と通信する手段（１８５、１８６）
    を備え、前記アップリンク及びダウンリンクフレーム
    （２６，２５）はデータフレーム（４５，２８）を含
    み、 送られてくる前記の各ダウンリンクフレーム（２５）か
    ら、 前記共有伝送媒体へのアクセスを制御するプロトコルを
    動作させるサービスメッセージ（３１）と、 該ダウンリンクフレームにデータフレーム（２８）があ
    る場合には該データフレーム（２８）と、 を取り出す手段をさらに備え、 前記の各ダウンリンクフレームは前記サービスメッセー
    ジと必要な前記データフレームとを含み、 伝送するアップリンクフレーム（２６）内に、前記中央
    装置以外のデジタル通信装置（２４、２４’、７）に送
    ろうとするデータフレーム（４５）を含める手段（１８
    ５）をさらに備え、 前記の１つの通信手段に対応するアドレスを記憶するメ
    モリをさらに備え、該アドレスを前記伝送媒体へのアク
    セスを制御するプロトコルの動作のために使用すること
    を特徴とする。
25. 【請求項２５】 請求項２４に記載の装置において、前
    記接続手段（４）によって受信されたデータフレームか
    らソースアドレス（１１）を取得した後に、該ソースア
    ドレスを前記メモリ（１７５）内に書き込む手段（１６
    ８，１７１，２４６，２４６Ｂ，２４７，２４７Ｂ）を
    備え、前記の各データフレームは、当該データフレーム
    を伝送した通信手段（７）を識別するソースアドレスを
    有することを特徴とする。
26. 【請求項２６】 請求項２５に記載の装置において、前
    記書き込み手段（１６８，１７１，２４６，２４６Ｂ，
    ２４７，２４７Ｂ）は、前記接続手段（４）によって受
    信された各フレームについて、起動の後に受信された最
    初のフレームであるか否かを判断し、前記最初のフレー
    ムからソースアドレスを取得した後に該ソースアドレス
    を前記メモリ（１７５）内に書き込むことを特徴とす
    る。
27. 【請求項２７】 請求項２５または請求項２６に記載の
    装置において、前記書き込み手段（１６８，１７１，２
    ４６，２４６Ｂ，２４７，２４７Ｂ）は、前記接続手段
    （４）によって受信された各フレームについて、当該フ
    レーム内に存在するソースアドレスが前記メモリ（１７
    ５）内に格納されたアドレスと同一であるか否かを判断
    し、その判断結果が同一でない場合には、前記ソースア
    ドレスを前記メモリ（１７５）内に書き込むことを特徴
    とする。
28. 【請求項２８】 請求項２５乃至請求項２７のいずれか
    １項に記載の装置において、前記ソースアドレスを前記
    メモリ（１７５）内に書き込む手段（１６８，１７１，
    ２４６，２４６Ｂ，２４７，２４７Ｂ）は、前記メモリ
    （１７５）内に格納されたアドレスは、常に前記接続手
    段（４）によって受信された最後のデータフレーム内に
    存在するソースアドレスであることを特徴とする。
29. 【請求項２９】 請求項２５乃至請求項２８のいずれか
    １項に記載の装置において、前記書き込み手段（１６
    ８，１７１，２４６，２４６Ｂ，２４７，２４７Ｂ）
    は、前記接続手段（４）によって受信された最後のデー
    タフレームからソースアドレスを取得した後に、該ソー
    スアドレスを前記メモリ（１７５）内に書き込むことを
    特徴とする。
30. 【請求項３０】 請求項２６に記載の装置において、前
    記書き込み手段（１６８，１７１，２４６，２４６Ｂ，
    ２４７，２４７Ｂ）は、前記最初のフレームからソース
    アドレス（１１）を取得した後にのみ、該ソースアドレ
    スを前記メモリ（１７５）内に書き込むことを特徴とす
    る。
31. 【請求項３１】 請求項２４乃至請求項３０のいずれか
    １項に記載の装置において、前記伝送制御手段（１８
    ５）は、前記媒体（４）によって受信された各情報フレ
    ーム（２５）について、当該情報フレーム（２５）内に
    存在する宛先アドレス（３８）が前記メモリ（１７５）
    内に格納されたアドレス又は一群をなす前記通信手段
    （７）に関連する同報アドレスに対応するか否かを判断
    し、前記の各情報フレームは、当該情報フレームが伝送
    されるべき通信手段を識別する宛先アドレス（３８）を
    有し、前記の判断結果が肯定的である場合にのみ、前記
    接続手段（４）によって、前記情報フレームを前記通信
    手段（７）に引き渡すことを特徴とする。
32. 【請求項３２】 請求項２４乃至請求項３１のいずれか
    １項に記載の装置において、前記伝送制御手段（１８
    ５）は、前記媒体（４）によって受信された各情報フレ
    ームについて、当該情報フレーム内に存在するソースア
    ドレスが前記メモリ（１７５）内に格納されたアドレス
    に対応するか否かを判断する手段を備え、前記の各情報
    フレームは、当該情報フレームを伝送した通信手段を識
    別するソースアドレスを有し、前記の判断結果が否定的
    である場合にのみ、前記接続手段（４）によって、前記
    情報フレームを前記通信手段（７）に引き渡す手段をさ
    らに備えることを特徴とする。
33. 【請求項３３】 請求項２４乃至請求項３２のいずれか
    １項に記載の装置において、前記伝送媒体は前記通信装
    置により共有されることを特徴とする。
34. 【請求項３４】 請求項２４乃至請求項３３に記載の装
    置において、前記接続手段（４）に接続された通信手段
    （７）に関連するアドレスを格納するメモリ（１７５）
    は揮発性であることを特徴とする。
35. 【請求項３５】 請求項２４乃至請求項３４のいずれか
    １項に記載の装置において、前記接続手段（４）はＩＥ
    ＥＥ勧告８０２．３に従うアクセス制御プロトコルで動
    作し、前記媒体はポーリングタイプのアクセス制御プロ
    トコルで動作することを特徴とする。
36. 【請求項３６】 １つの伝送媒体を共有する少なくとも
    ２つの通信手段（７）と、前記の２つの通信手段（７）
    の間に挟まれる変換器または通信装置（１６０）と、伝
    送媒体とを有する通信システムにおいて、請求項１５乃
    至請求項２３のいずれか１項に記載の識別処理を行うこ
    とを特徴とする。
37. 【請求項３７】 請求項１乃至請求項１２のいずれか１
    項に記載の変換器（１６０）を少なくとも１つ有するこ
    とを特徴とする通信システム。
38. 【請求項３８】 請求項２４乃至請求項３５のいずれか
    １項に記載の通信装置を少なくとも１つ有することを特
    徴とする通信システム。