JP2006287933A

JP2006287933A - 無線分散型ネットワークのためのメディアアクセス制御方法及び装置

Info

Publication number: JP2006287933A
Application number: JP2006094643A
Authority: JP
Inventors: Lei Du; 蕾杜; Arashi Chin; 嵐陳
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2005-03-31
Filing date: 2006-03-30
Publication date: 2006-10-19
Also published as: CN1842001A; EP1708418A1; US20060227802A1

Abstract

【課題】無線分散型ネットワークにおける媒体アクセス制御方法を開示する。
【解決手段】ノードは自分宛てのＲＴＳパケットを受信する場合、ＳＦＩＳ時間間隔待機した後、ＣＴＳパケットを送信するプロセスと、キャリアセンスしてタイムをカウントし、ＣＴＳパケット送信完了後のＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔においてずっとチャネルを利用していないことを検出すると、該ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間を終了した後、消去パケットを送信するプロセスと、消去パケットを受信したノードは全て現在のＮＡＶを零にリセットするプロセスと、を備える。本発明は、受信機でＮＡＶをクリアする情報を発信することによって、ＣＴＳ伝送の失敗による不必要なＮＡＶ設置の問題を解決して、システムのスループットと遅延などの性能を改善する。
【選択図】図８

Description

本発明は、無線分散型ネットワークのためのメディアアクセス制御（ＭＡＣ，ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）方法及びそれに使用される装置に関し、特に無線ローカルネットワークにおけるネットワーク分配ベクトル（ＮｅｔｗｏｒｋＡｌｌｏｃａｔｉｏｎＶｅｃｔｏｒ，以下ＮＡＶ）を消去する方法及び使用される装置に関する。本発明の方法と装置は、伝送失敗によって，ＮＡＶが必要なくなったにも関わらず，ＮＡＶが消去できない問題を解決でき、ＮＡＶを消去する情報が受信機にて送信されることによって、無線システムのスループット及び遅延などの性能を改善する。

無線メディアアクセス制御（ＭＡＣ）技術は、集中制御型と分散制御型に分けられる。分散制御型方式において、移動端末のようなノードの全ては、自ノードの情報のみを把握し、チャネルへのアクセス権を平等に持つ。このような分散型環境において、それらのリソースに対する共有は、分散型メディアアクセス制御方法の設計と実施に依存している。

しかしながら、リソース分配を統一的に行う集中制御装置がないため、ノードのそれぞれが個別に自分のパケットのみを制御し、隠れ端末と晒し端末の問題が生じる。これらは性能に影響を与えている要因である。例えば、二つの送信ノードが互いの探知範囲内に位置しておらず、互いに独立してパケットを同一の受信ノードに送信する時に、受信ノードにおいて、互いに異なる２つの送信ノードからのパケットの衝突が発生し、システムの性能を低下させてしまう。また、二つの送信ノードが互いの探知範囲内に位置しているが、それらの受信ノードが互いの探知範囲内に位置していない時には、一つの送信ノードは、他の送信ノードのパケット伝送を探知することによって自己のパケットを送信しなくなる。元々両方のパケットの同時伝送が可能な場合にも関わらず、周囲ノードのパケット伝送を探知することによって禁止されてしまうことは、システムリソースの無駄使いを招いてしまう。

ＩＥＥＥ８０２．１１標準は、無線ローカルネットワーク（ＷＬＡＮ）に対してメディアアクセス制御（ＭＡＣ）層と物理層の特性を規定している。そこでは、ＭＡＣ層プロトコルは通信に参入しているアクセスポイントがあるかどうかに基づいて、無競争期間（ＣＦＰ，ＣｏｎｔｅｎｔｉｏｎＦｒｅｅＰｅｒｉｏｄ）のために用いられる点協調機能（ＰＣＦ，ＰｏｉｎｔＣｏｏｒｄｉｎａｔｉｏｎＦｕｎｃｔｉｏｎ）と競争期間（ＣＰ，ＣｏｎｔｅｎｔｉｏｎＰｅｒｉｏｄ）のために用いられる分配協調期間（ＤＣＦ，ＤｉｓｔｒｉｂｕｔｅｄＣｏｏｒｄｉｎａｔｉｏｎＦｕｎｃｔｉｏｎ）とを定義している。ＰＣＦは、ランダムアクセスプロトコル技術として用いられるポーリングメカニズムを提供して、アクセスポイント（ＡＰ）によってそのアクセス範囲内の全てのノードをポーリングして無衝突伝送を実現する。更に普及しているアクセスポイントが存在しない通信環境においては、ＤＣＦは衝突回避を有する搬送波モニタリング多重アクセス（ＣＳＭＡ／ＣＡ）プロトコルを採用して、各ノードが独立にアクセスチャネルを決定して、アクセス失敗時に退避過程に進みチャネルに再アクセスして、より柔軟且つ効果的な自己組織型無線通信プロトコルを提供している。

各ノード間で公平且つ効果的に無線チャネルを共有し、データパケットの衝突を低減するために、ＤＣＦは、送信要求パケット（ＲＴＳ：ＲｅｑｕｅｓｔＴｏＳｅｎｄ）／ＣＴＳ（ＣＴＳ：ＣｌｅａｒＴｏＳｅｎｄ）／データパケット（ＤＡＴＡ）／応答パケット（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）である（ＲＴＳ／ＣＴＳ／ＤＡＴＡ／ＡＣＫ）に基づくハンドシェーク過程を定義しており、ノードごとに独立に設定されたＮＡＶに合わせて、部分的に隠れ端末問題を解決することでシステム性能をさらに向上する。

しかしながら、ＲＴＳ，ＣＴＳパケットが非常に短くても、他のパケットと衝突することや無線環境によって誤りとされる可能性がある。これらのパケットが正しい宛先ノードに受信されなければ、周囲の関係ないノードに受信されてしまう。この場合には、ＮＡＶを誤って設定することが生じてしまう。

具体的には、図１に示すように、あるノードにパケットが到着したときに、キャリアセンスはチャネルのアイドルを判明し、アイドル時間がＤＣＦフレームの間隔（ＤＩＦＳ）以上であるときには、当該ノードが短い送信要求パケットを直ちに送信する。逆に、チャネルがビジーまたはアイドル時間がＤＩＦＳ未満であることを判明すると、チャネルがアイドルで且つアイドル時間がＤＣＦ間隔（ＤＩＦＳ）と等しくなる時点で退避（Ｂａｃｋｏｆｆ）過程に移行して、退避過程を終了した後でＲＴＳを送信する。ここで、送信要求パケットには、送信ノードアドレス（ＴＡ，ＴｒａｎｓｍｉｔｔｅｒＡｄｄｒｅｓｓ）と、受信ノードアドレス（ＲＡ，ＲｅｃｅｉｖｅｒＡｄｄｒｅｓｓ）と、その後のパケット伝送を終了するために必要な持続時間（Ｄｕｒａｔｉｏｎ）とを含み、当該値は、その後のデータパケット（ＤＡＴＡ）を送信するために必要な持続時間と、一つのＣＴＳパケット及び一つのＡＣＫパケットを送信するために必要な持続時間と、三つのショートフレーム間隔（ＳｈｏｒｔＩｎｔｅｒｆｒａｍｅＳｐａｃｅ、以下ＳＩＦＳという）との時間の合計に等しいものである。受信ノードは、ＲＴＳを正確に受信して一つの短いフレーム間隔（ＳＩＦＳ）を経過した後で、一つの短いＣＴＳを回送する。その内容には、ＲＴＳ中のＴＡからコピーしてなる受信ノードアドレスＲＡ及びその後のパケット伝送を終了するために必要な持続時間を含んでおり、ここでの持続時間は、受信したＲＴＳ中の持続時間からＣＴＳパケットを送信するための時間及び一つのＳＩＦＳを減じた時間である。送信ノードでは、ＣＴＳを成功裡に受信すると、一つのＳＩＦＳの経過を待ち、データ（ＤＡＴＡ）パケットを送信し、受信ノードでは、当該パケットを成功裡に受信した時に、一つのＳＩＦＳの経過を待ち、応答パケット（ＡＣＫ）を送信して確認を行う。これと同時に、隠れ端末間のパケット衝突を回避するために、送信ノードの通信範囲内に有するＲＴＳを成功裡に受信した非受信ノードと受信ノードの通信範囲内に有するＣＴＳを成功裡に受信した非送信ノードとは、前記パケットを受信した後で、これらのパケット中のＤｕｒａｔｉｏｎ値をその現在のＮＡＶ値と比較し、比較的大きい値でＮＡＶを更新し、且つ有するノードに対してはそのＮＡＶ値がゼロとなるときのみに競争を発起して無線チャネルにアクセスすることを約束する。これによって、データパケット前の短いＲＴＳ／ＣＴＳハンドシェーク過程と退避アルゴリズムに基づくキャリアセンスによって、分散型ネットワーク中の各独立ノードはチャネルにアクセスするときの衝突確率が低減され、ＮＡＶでの無線リソースの仮想予約を導入することによって、現在の通信ノードによる通信範囲内の他のノードに対するパケットアクセスを抑制して、データパケットの無衝突伝送を一定程度保証する。

しかしながら、ＤＣＦにおいてパケットの成功伝送は、ＲＴＳ／ＣＴＳの成功交換及び周囲ノードでのＮＡＶの正確な設定に依存しているので、ＲＴＳまたはＣＴＳがパケット衝突、無線環境中の信号減衰及び移動性などの影響によって受信ノードまたは送信ノードで正確に受信されなかった場合には、その通信範囲内の他のノードでのＮＡＶの設定が自ノードのパケット伝送を不必要に遅延して、システムリソースの無駄使いを招いてしまう。

図２に、受信ノードが送信ノードから送信されたＲＴＳを成功裡に受信できていないときの、他のノードでのＮＡＶの設定の例を示す。図２の左側には送信ノードと受信ノードの位置分布を、右側には各ノードのＮＡＶの設定を、それぞれ示している。図２に示すように、ノードＣがパケットをノードＤに送信しようとするときには、まずノードＤに一つの短いＲＴＳパケットを送信する。このとき、ノードＤはパケット衝突や信号減衰や移動性などのような原因でノードＣからのＲＴＳを正確に受信していないが、ノードＣの通信範囲内にあるノードＢがＲＴＳを成功裡に受信してＮＡＶを設定する。すると、当該図中の右側のノードＢが設定したＮＡＶで表わされた持続時間内に、ノードＡからノードＢに送信されたＲＴＳパケットは応答を得ることができない。実際上、ノードＣからノードＤに送信されたＲＴＳの伝送失敗によって、ノードＣはチャネルに成功裡にアクセスできていない。従って、ノードＢでのノードＣからノードＤに送信されたＲＴＳパケットを受信することによるＮＡＶの設定は、ノードＢ及びその通信範囲内のノード（例えばノードＡ）のパケット伝送を不必要に遅延してしまう。通常、このような状況は、ＲＴＳの受信による不必要なＮＡＶ設定問題と称される。

類似したものとして、ＣＴＳパケットの伝送失敗も、受信ノード通信範囲内の他の非送信ノードにて不必要なＮＡＶの設定を同様に招いてしまい、通常、このような状況はＣＴＳの受信による不必要なＮＡＶ設定問題と称される。図３に示すように、例えば、ネットワーク中のノードＣからノードＤにＲＴＳパケットを送信するときに、ノードＤがＲＴＳパケットに応答してノードＣにＣＴＳパケットを送信する。ノードＤの通信範囲内にあるノードＥがＣＴＳパケットを成功裡に受信して、これによってＮＡＶを設定したとする。このとき、図３において、ノードＥ右側のノードＦは、ノードＥの設定したＮＡＶで表わされた遅延時間内にノードＥに送信したＲＴＳパケットには、応答を獲得することができない。従って、ノードＥ及びその通信範囲内のノード（例えばノードＦ）のパケット伝送を不必要に遅延してしまう。

従来からＷＬＡＮのＭＡＣプロトコルに対する研究過程において、パケット衝突がシステム性能に影響している最も主要な要素と見られており、仮にパケット伝送が失敗で且つパケット衝突のみが生じていることを前提とすると、ＣＴＳの誤伝送確率はＲＴＳより極めて小さいはずである。これにより、前記のＲＴＳの受信による不必要なＮＡＶ設定問題を如何にして解決するのかということが注目されている。例えば、８０２．１１ＤＣＦは、ＮＡＶリセットの方法を定義している。１９９９年のＡＮＳＩ／ＩＥＥＥＳｔｄ８０２．１１―１９９９において公開された「無線ローカルネットワークメディアアクセス制御（ＭＡＣ）及び物理層規範」には、一つのノードのＮＡＶ設定を更新するための情報がＲＴＳからのものであり、当該ノードがＲＴＳパケットを受信した後、（２＊ＳＩＦＳ＋ＣＴＳ送信所要時間＋２＊タイムスロット間隔）の時間間隔内にチャネルビジーを検出していない場合には、当該ノードがそのＮＡＶをゼロにリセットすることを受諾する、ここで、２＊タイムスロット間隔とは伝送中の遅延要素を考えたものであり、図４に示すようになる。図４において、ノードＢがノードＣから送信されたＲＴＳパケットを受信したときに、設定された（２＊ＳＩＦＳ＋ＣＴＳ送信所要時間＋２＊タイムスロット間隔）を経過した後でも、チャネルビジーを検出しなければ、ノードＢのＮＡＶをゼロにリセットし、チャネルにアクセスすること、他のノード（例えば、ノードＡ）のパケットを受信すること及びＣＴＳパケットを送信することを準備する。

また、Ｓ．Ｒａｙ，ＪＣａｒｒｕｔｈｅｒｓとＤ．Ｋｔａｒｏｂｉｎｉｓｋｉは、２００３年３月のＩＥＥＥＷＣＮＣ２００３，ＮｅｗＯｒｌｅａｎｓ，ｐｐ．１５１６―１５２１において公開された「ＲＴＳ／ＣＴＳ−ｉｎｄｕｃｅｄＣｏｎｇｅｓｔｉｏｎｉｎＡｄ−ｈｏｃＷｉｒｅｌｅｓｓＬＡＮｓ」を標題とした論文には、ＲＴＳの受信による不必要なＮＡＶ設定を解決するための他の方法が提供されている。当該方法は、遅延時間を定義して、送信ノード周囲の全部非受信ノードがＲＴＳを成功裡に受信した後、自己の伝送に対して当該遅延時間を遅延することを規定している。当該ノードは、遅延時間が終了した後にチャネルビジーを判明すれば遅延し続け、図５Ａに示すようになる。そうでなければ、遅延時間が終了した後に、チャネルにアクセスすることが可能であり、図５Ｂに示すようになる。

以上の方法の提出は、いずれも予め定義したハンドシェーク過程に基づくものである、即ち、ＲＴＳ／ＣＴＳパケットが成功裡に送受信できれば、ＲＴＳの送信後のある時間内に送信ノードが必ずデータパケットを送信するので、送信ノードの周囲に有する非受信ノードは、一定時間後にチャネルビジーを続けてキャリアセンスできるかどうかに基づいて、現在の伝送の成功または失敗を判断できる。それらのＣＴＳの受信によってＮＡＶを設定するノードに対しては、現在の伝送が成功するか否かに関わらず、それらは受信ノードの受信過程によって現在の通信状態を判断することができなくなり、前記方案がＣＴＳの受信による不必要なＮＡＶ設定問題を解決するために用いられることができなくなる。

また、無線伝搬の特徴によってパケットの伝送が衝突に依存することだけでなく、より多くは予測できない無線環境、例えば減衰、物体の移動、及び空間環境などに影響される。そこで、ＣＴＳの伝送失敗による不必要なＮＡＶ設定問題を解決するための効果的な改良メカニズムを提供することが必要であり、不必要なＮＡＶ値を消去することでリソース利用率を向上させる。

前記問題に鑑み、本発明は、無線分散型ネットワークのためのメディアアクセス制御（ＭＡＣ）方法及び装置を提供して、ＣＴＳの伝送失敗による不必要なＮＡＶ設定問題を解決することを目的とする。

本発明の目的を実現するために、本発明の一つの特徴によると、ＲＴＳパケットを受信し、ＲＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致しているか否かを検出するプロセスと、ＲＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致している場合、ＳＩＦＳの時間間隔待機した後、ＣＴＳパケットを送信して受信したＲＴＳパケットに応答し、キャリアセンス状態に入るプロセスと、ＣＴＳパケットを送信したノードが、予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔を経過した後、まだチャネルが利用されていないと判明すると、他のノードにＮＡＶを零にリセットするような消去パケットを送信するプロセスと、を備えることを特徴とする無線ネットワークにおけるメディアアクセス制御方法を提供する。

本発明の他の一つの特徴によると、ノードは自分宛てのＲＴＳパケットを受信する場合、ＳＦＩＳ時間間隔待機した後、ＣＴＳパケットを送信するプロセスと、キャリアセンスしてタイムをカウントし、ＣＴＳパケット送信完了後のＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔においてずっとチャネルを利用していないことを検出すると、該ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間を終了した後、消去パケットを送信するプロセスと、消去パケットを受信したノードは全て現在のＮＡＶを零にリセットするプロセスと、を備えることを特徴とする無線分散型ネットワークにおけるメディアアクセス制御方法を提供する。

本発明の他の一つの特徴によると、送信ノードが宛先受信ノードにＲＴＳパケットを送信するプロセスと、宛先受信ノードが前記ＲＴＳパケットを受信し、ＳＩＦＳ時間間隔待機した後、ＣＴＳパケットを送信するプロセスと、宛先受信ノードはＣＴＳパケットを送信した後、チャネル状態を判明するプロセスと、宛先受信ノードが予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔が経過した後、まだチャネルが利用されていないと判明すれば、他のノードにＮＡＶを零にリセットするような消去パケットをネットワークに送信するプロセスと、を備えることを特徴とする無線分散型ネットワークにおけるメディアアクセス制御方法を提供する。

本発明の他の一つの特徴によると、パケットの受信が成功したか否かを判断し、パケットの種類を確認し、判断と確認の結果に基づいて後続の操作を指示するための受信処理装置と、チャネル状態を判明してタイムをカウントし、ＣＴＳパケットを送信した後に予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔においてチャネルの状態を把握し、前記ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔を経過した後、まだチャネルを利用していない場合、送信装置に消去パケットを送信するように指示するためのキャリアセンス・計時装置と、ＮＡＶを保持し、受信処理装置の処理結果によってＮＡＶの値を更新するためのＮＡＶ保持・計時装置と、を備えることを特徴とする無線分布式ネットワークにおけるメディアアクセス制御装置を提供する。

本発明の他の一つの特徴によると、パケットを送信するための送信装置と、無線チャネルからのデータを受信し、受信処理装置に転送して処理を行うための受信装置と、パケットの受信が成功したか否かを判断し、パケットの種類を確認し、判断と確認の結果に基づいて後続の操作を指示するための受信処理装置と、チャネル状態を把握して時間を計り、ＣＴＳパケットを送信した後に予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔においてチャネルの状態を判明し、前記ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔を経過した後、まだチャネルを利用していない場合、送信装置に消去パケットを送信するように指示するためのキャリアセンス・計時装置と、ＮＡＶを保持し、受信処理装置の処理結果によってＮＡＶの値を更新するためのＮＡＶ保持・計時装置と、を備えることを特徴とする無線分布式ネットワークに用いるメディアアクセス制御ノードを提供する。

本発明によると、不必要なＮＡＶを消去する情報が受信機で送信されることによって、ＣＴＳの伝送失敗による不必要なＮＡＶ設定問題を解決し、システムのスループット及び遅延などの性能を改善する。

以下では、図面に合わせて本発明の好ましい実施例について説明することによって、本発明の前記または他の目的、特徴及び利点がより明瞭であろう。

以下に、本発明の実施例について図面を参照して詳しく説明する。説明には、本発明に対する理解に混乱を生ずることを防ぐために、本発明に対して必要でない細部と機能を省略する。

以下に、図６を参照して本発明の実施例によるメディアアクセス制御装置の構成及びその操作を説明する。

例として、本発明のメディアアクセス制御装置は無線分散型ネットワークを用いているが、本発明はそれに限定されるものではなく、その他のネットワークにも応用できるものである。

図６を参照すると、本発明によるメディアアクセス制御装置が移動ノードごとに含まれており、携帯電話、ノート型コンピュータやＰＤＡなどのような移動ノードには、送信記憶ユニット７１と、チャネルアクセスユニット７２と、送信ユニット７３と、ＮＡＶ（ＮＡＶ）保持・計時ユニット７４と、遅延ユニット７５と、受信処理ユニット７６と、受信ユニット７７と、キャリアセンス・計時ユニット７８とを含んでもよい。

実際の例としては、８０２．１１ＤＣＦを例として、キャリアセンスとデータを送信する前のハンドシェーク過程を採用して本発明を説明する。受信ノードがＲＴＳを成功裡に受信してＳＩＦＳの時間間隔待機した後、ＣＴＳパケットを送信して応答し、データパケットの受信を準備する。本発明の方法に従って、消去時間閾値（以下、ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄという）を定義する。ＣＴＳ送信完了のＣＬＲ＿Ｔｈｒｅｓｈｏｌｄの時間間隔内にチャネルでのデータ伝送を判明すれば、パケットを正常に受信する。逆に、ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ終了後に、チャネルアイドルが検出されれば、短い消去パケット（ＣＬＲ）を送信する。当該消去パケットを成功裡に受信したノードのすべては、そのＮＡＶをゼロにリセットする。ここで、ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄの設定は、以下のことを満足しているべきである。すなわち、ＣＴＳが送信ノードで成功裡に受信されていれば、当該ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄが経過した後で受信ノードが送信ノードからのデータパケットの受信を必ず開始するということ。例えば、好ましい形式として、ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ＝ＳＩＦＳ＋ＣＳ＿Ｔｉｍｅを定義してもよい。ここで、ＣＳ＿Ｔｉｍｅはキャリアセンスを完成するために必要な時間を表わす。

次に、本実施例の移動ノードの操作を説明する。送信記憶ユニット７１は、高層到着のデータパケットを記憶するために用いられる。ノードがデータパケットを送信しようとするときには、チャネルアクセスユニット７２が８０２．１１ＤＣＦの規範に従って、ＣＳＭＡ／ＣＡプロトコルを採用して本ノードが、現在、チャネルにアクセスすることが受諾されたか否かを決定する。送信ユニット７３は、チャネルアクセスユニット７２と、受信処理ユニット７６と、キャリアセンス・計時ユニット７８とのそれぞれからの命令に基づいて、該当するパケットを送信する。具体的には、送信記憶ユニット７１に記憶されたパケットが送信されようとする時には、チャネルにアクセスできるか否かをチャネルアクセスユニット７２によって判断し、チャネルアクセスユニット７２の指示がチャネルアクセスの条件を満足しているときに、送信ユニット７３は周囲のノードにＲＴＳパケットを送信する。

また、ノードがＲＴＳパケットを受信したときに、受信処理ユニット７６がＲＴＳパケットの成功受信を指示し、ＲＴＳパケット中の受信ノードアドレスであるＲＡが自ノードアドレスと同一である場合には、送信ユニット７３がＣＴＳパケットを送信する。また、受信処理ユニット７６がＣＴＳパケットの成功受信を指示し、ＣＴＳパケット中の受信ノードアドレスであるＲＡが本ノードアドレスと同一である場合には、送信ユニット７３がデータパケットを送信する。受信処理ユニット７６がデータパケットの成功受信を指示し、データパケット中の受信ノードアドレスであるＲＡドメインが本ノードアドレスと同一である場合には、送信ユニット７３がＡＣＫパケットを送信する。そして、ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄの終了後でチャネルがアイドルであることをキャリアセンス・計時ユニット７８が指示したときには、送信ユニット７３がＮＡＶをゼロに設定させる消去パケットＣＬＲを送信する。キャリアセンス・計時ユニット７８は、パケットを送信しない時にキャリアセンスし計時する。チャネルビジーを判明したときには受信装置を起動してデータの受信を準備し、さらに、ＣＴＳパケットを送信した後でチャネルのＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ間隔内の状態を検知して、いずれのチャネルも当該時間間隔内にアイドルであるときには、送信ユニット７３がＣＬＲパケットを送信することを指示する。受信ユニット７７は、無線チャネルからのデータを受信し、受信したデータを受信処理ユニット７６に送り込んでデータのタイプを判断する。

受信処理ユニット７６は、受信ユニット７７がパケットを成功裡に受信したか否か及びパケットのタイプを判断して、処理結果に基づいて次の操作を指示する。具体的には、受信処理ユニット７６があるタイプのパケットが成功裡に受信されなかったことを指示すると、遅延ユニット７５に進んで一定時間遅延する。ＲＴＳパケットが成功裡に受信され且つ自ノードのアドレスがＲＴＳパケットに含まれたＲＡドメインと合致することを受信処理ユニット７６が指示すると、送信ユニット７３を起動してＣＴＳパケットの送信を準備する。ＲＴＳパケットが成功裡に受信されたが本ノードのアドレスがＲＴＳパケットに含まれたＲＡドメインと合致していないことを受信処理ユニット７６が指示すると、ＲＴＳパケットの持続時間ドメインをＮＡＶ保持・計時ユニット７４に送り込んでＮＡＶに対して更新を行う。データパケットが成功裡に受信され且つ本ノードのアドレスがデータパケットに含まれたＲＡドメインと合致することを受信処理ユニット７６が指示すると、送信ユニット７３を起動してＡＣＫパケットの送信を準備する。データパケットが成功裡に受信されたが自ノードのアドレスがデータパケットに含まれたＲＡドメインと合致していないことを受信処理ユニット７６が指示すると、データパケットの持続時間ドメインをＮＡＶ保持・計時ユニット７４に送り込んでＮＡＶに対して更新を行う。ＡＣＫパケットが成功裡に受信され且つ本ノードのアドレスがＡＣＫパケットに含まれたＲＡドメインと合致することを受信処理ユニット７６が指示すると、ＡＣＫパケットの持続時間ドメインの値がゼロであるか否かを検出して、ゼロであれば伝送終了を表明し、ゼロでなければ送信ユニット７３を起動して後続のデータパケット断片の送信を準備する。ＡＣＫパケットが成功裡に受信されたが本ノードのアドレスがＡＣＫパケットに含まれたＲＡドメインと合致していないことを受信処理ユニット７６が指示すると、ＡＣＫパケットの持続時間ドメインをＮＡＶ保持・計時ユニット７４に送り込んでＮＡＶに対して更新を行う。ＣＬＲパケットが成功裡に受信されたことを受信処理ユニット７６が指示すると、現在のＮＡＶ保持・計時ユニット７４中のＮＡＶ値を消去してゼロにさせる。本発明は、ＮＡＶ値を消去することに限定されず、抑制作用を発揮した他の類似した信号パケットにも適用可能であり、これによって、このような抑制信号が引き起こす不必要な抑制伝送の問題を解決する。

遅延ユニット７５は、処理ユニット７６からのパケットを成功受信していなかった指示、またはキャリアセンス・計時ユニット７８からの該当するパケット伝送の判明していなかった指示を受信したときに、本ノードの伝送を相応時間遅延する。ＮＡＶ保持・計時ユニット７４は、ＮＡＶを記憶して、受信処理ユニット７６による受信のパケットに対する判断結果に基づいてＮＡＶを更新する。

以下、図７と８を合わせて、本発明によるメディアアクセス制御方法の過程を説明する。図７は本発明の実施例のメディアアクセス制御のシーケンスチャートである。図８は、本発明の実施例によってメディアアクセス制御方法を実行するフローチャートである。

図７の左側には、ノードＣ，Ｄ，Ｅ及びＦの位置関係を模式的に示されている。ここで、ノードＤはノードＣとＥの通信範囲内にあるが、ノードＥはノードＤとＦの通信範囲内にある。また、図７に示すように、ノードＣはノードＦの通信範囲内に位置しておらず、ノードＦもノードＤの通信範囲内に位置していない。図７の右側には、各ノードの送信シーケンスが示されている。

送信ノードＣにおいて、送信記憶ユニット７１に送信しようとするパケットがある時、チャネルアクセスユニット７２を利用してチャネルアクセスを準備する。ここで、チャネルアクセスユニット７２は、８０２．１１ＤＣＦ規範に従ってＣＳＭＡ／ＣＡのアクセス方法を採用したものである。パケットの送信の条件が満たされたことをチャネルアクセスユニット７２に指示されたときには、送信ユニット７３によってＲＴＳパケットをノードＤに送信する（時刻ｔ１）。パケットの送信が完了したときに、送信ノードＣは受信ディバイスを起動してキャリアセンス・計時ユニット７８を利用してキャリアセンスすることによって、ノードＤからの応答を待つ。

ステップＳ８０１において、送信ノードＣの通信範囲内にある全てのノードが受信ユニット７７を利用してパケットを無線環境から受信し、パケットを正確に受信したか否か及び受信したパケットのタイプを受信処理ユニット７６によって判断する。ステップＳ８０２において、ＲＴＳパケットを受信したノードは、本ノードが正確なノードであるか否かを判断する。ＲＴＳパケットが通信範囲内のノードで成功裡に受信され且つ当該パケットに含まれたＲＡドメインが本ノードのアドレスと同一であれば、同一なアドレスを持つノードは宛先受信ノード（本実施例では、ノードＤである）となす（時刻ｔ２）。ステップＳ８０３において、宛先受信ノードとなるノードＤは、ＳＩＦＳ時間間隔の経過後（時刻ｔ３）、その送信ユニット７３によってＣＴＳパケットを送信して応答する。ステップＳ８０２にてＲＴＳパケットを成功裡に受信したが当該パケットのＲＡドメインが本ノードのアドレスと異なるならば、当該ノードは非目的受信ノードとなし、取り出すＲＴＳパケット中の持続時間ドメインと本ノードの現在のＮＡＶ保持・計時ユニット７４に記憶されたＮＡＶ値とを比較して、ステップＳ８０８において比較的大きい値を取ってＮＡＶ保持・計時ユニット７４に現在記憶されているＮＡＶを更新する。

宛先受信ノードＤは、ＣＴＳパケットの送信を完了（時刻ｔ４）してから、ステップＳ８０４においてキャリアセンス・計時状態に進み、キャリアセンス・計時ユニット７８を利用してキャリアセンスする。ステップＳ８０５において、宛先受信ノードＤは、キャリアセンス結果に基づいて、チャネルアイドル時間が予め定めた消去閾値ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄより大きいか否かを判断する。ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ（時刻ｔ５）内にチャネルでのデータ伝送が判明されれば、フローはステップＳ８０７に移行して、受信ユニット７７によってパケットの受信を開始する。ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ終了時にいまだチャネルアイドルが判明されれば、フローはステップＳ８０６に進行して、送信ディバイスを起動し、送信ユニット７３によって消去（ＣＬＲ）パケットを送信する（時刻ｔ５）。

また、宛先受信ノードの通信範囲内の全てのノードは、受信ユニットによってパケットを無線環境から受信して、パケットを正確に受信したか否か及び受信したパケットのタイプを受信処理ユニットによって判断する。ＣＴＳパケットが成功裡に受信され且つ当該パケットに含まれたＲＡドメインが本ノードのアドレスと同一であれば、当該ノードが送信ノードとなし、ＳＩＦＳ時間間隔の経過後に送信ディバイスを起動して、送信ユニット７３によってデータパケットを送信する。ＣＴＳパケットを成功裡に受信したが当該パケットに含まれたＲＡドメインが本ノードのアドレスと違うと、当該ノードは非送信ノードとなし、取り出すＣＴＳパケット中の持続時間ドメインと本ノードの現在のＮＡＶ保持・計時ユニット中の値とを比較して、比較的大きい値を取って当該ノードのＮＡＶを更新する（図７の時刻ｔ９まで）。ＣＬＲパケットが成功裡に受信されると、当該ノードはその現在のＮＡＶを消去して、それをゼロにリセットさせる。

送信ノードは、ＲＴＳの送信が終了した後に、受信ユニットを起動してパケットの受信を準備し、自己に向けられたＣＴＳパケットを正確に受信していれば、ＳＩＦＳ時間間隔の経過後に送信ユニットにてデータパケットを送信する。

宛先受信ノードは、データパケットを成功裡に受信した時に、ＳＩＦＳ時間間隔の経過後にＡＣＫパケット応答を送信する。

本例において、宛先受信ノードＤは、ＣＴＳの送信を完了してからキャリアセンス・計時状態になる。しかしながら、送信ノードＣがＣＴＳパケットを成功裡に受信していないので、遅延状態に進む。同時に、ノードＥは、宛先受信ノードＤから送信されたＣＴＳパケットを成功裡に受信し且つ本ノードが宛先受信ノードではないことを検出するので、そのＮＡＶ値を更新し、それが（ｔ９―ｔ４）に等しくなるようにする。ここで、ｔ９は、ＲＴＳパケットを送信する前に送信ノードが予測した今回のパケット伝送の完成時刻である。

ノードＣがｔ４の時刻でＣＴＳパケットを正確に受信していないので、ノードＤはＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ間隔の経過後、即ちｔ５時刻ではいまだチャネルアイドルを判明している。ここで、ｔ５＝ｔ４＋ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄとなる。ＣＬＲ＿ＴｈｒｅｓｈｏｌｄはＣＬＲ＿Ｔｈｒｅｓｈｏｌｄである。このとき、ノードＤは消去パケットＣＬＲを送信する。

ｔ６時刻において、ノードＥは、ＣＬＲパケットが正確に受信されたことを検出すると、その現在のゼロでないＮＡＶ値を消去して、それをゼロにさせる。

ｔ７時刻において、ノードＥは、ノードＦからのＲＴＳを受信することが可能であり、本ノードがノードＦから送信されたＲＴＳパケットの宛先受信ノードであることが判断される。するとＳＩＦＳの時間間隔の経過後に、ｔ８時刻でＣＴＳ応答を送信する。

本発明は、無線分散型ネットワークにおいてＣＴＳの伝送失敗によるネットワーク中の隠れ端末の不必要なＮＡＶ設定を考慮したものであり、システムのスループット及び遅延などの性能を改善する。

本発明のメディアアクセス制御方法は、ハードウェアによって実現することができるとともに、ソフトウェアによっても実現することができる。さらに、ハードウェアとソフトウェアとの組み合わせで実現してもよい。

ここまで、好ましい実施例に従って本発明に対して説明してきた。本発明の原理と範囲を逸脱しない状況下において、各種の他の変更、交換及び追加を行ってもよいことを、当業者は理解すべきである。そこで、本発明の範囲は、前記特定の実施例に限定されるものと理解すべきではなく、添付した請求項の範囲に限定されるものである。

従来技術である無線ローカルネットワークにおいて移動ノードの送信要求パケット／ＣＴＳ／データパケット／応答パケットに基づくハンドシェーク過程を説明するための模式図である。従来技術においてＲＴＳの受信による不必要なＮＡＶ設定を説明するための模式図である。従来技術においてＣＴＳの受信による不必要なＮＡＶ設定を説明するための模式図である。従来技術においてＲＴＳの受信による不必要なＮＡＶ設定を解決するための方法を説明する模式図である。従来技術においてＲＴＳの受信による不必要なＮＡＶ設定を解決するための他の方法を説明する模式図である。本発明の実施例によるメディアアクセス制御（ＭＡＣ）装置のブロック図である。本発明の実施例によるＭＡＣのシーケンスチャートである。本発明の実施例によってＭＡＣ制御方法を実行するフローチャートである。

符号の説明

７１…送信記憶ユニット
７２…チャネルアクセスユニット
７３…送信ユニット
７４…ＮＡＶ保持・計時ユニット
７５…遅延ユニット
７６…受信処理ユニット
７７…受信ユニット
７８…キャリアセンス・計時ユニット

Claims

ＲＴＳパケットを受信し、ＲＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致しているか否かを検出するプロセスと、
ＲＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致している場合、ＳＩＦＳの時間間隔待機した後、ＣＴＳパケットを送信して受信したＲＴＳパケットに応答し、キャリアセンス状態に入るプロセスと、
ＣＴＳパケットを送信したノードが、予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔を経過した後、まだチャネルが利用されていないと判明すると、他のノードにＮＡＶを零にリセットするような消去パケットを送信するプロセスと、を備えることを特徴とする無線ネットワークにおけるメディアアクセス制御方法。
ＣＴＳパケットを送信したノードが予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ間隔において、チャネルにデータが伝送されていると判明すると、データパケットを受信し始めるプロセスを更に備えることを特徴とする請求項１に記載のメディアアクセス制御方法。
ＲＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致しているか否かを検出するプロセスは、
ＲＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致していると検出した場合、本ノードを宛先受信ノードにするプロセスを更に備えることを特徴とする請求項１に記載のメディアアクセス制御方法。
前記ＣＴＳパケットは予め定めた持続時間ドメインを含むことを特徴とする請求項１に記載のメディアアクセス制御方法。
前記ＣＴＳパケットを受信したノードはＣＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致していないと判断した場合、ＣＴＳパケットに含まれた前記持続時間ドメインを取り出して、本ノードが保持しているＮＡＶの値と比較し、比較結果に基づいて、より大きい値を利用してＮＡＶの値を更新するプロセスを更に備えることを特徴とする請求項４に記載のメディアアクセス制御方法。
前記予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔は、送信ノードがＣＴＳパケットの受信を成功すると、該ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ後に受信ノードが必ず送信ノードからのデータパケットを受信することに要する時間に等しいことを特徴とする請求項１乃至５のいずれか一項に記載のメディアアクセス制御方法。
前記予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔はＳＩＦＳ間隔とキャリアセンスの完成に要する時間の合計に等しいことを特徴とする請求項１乃至５のいずれか一項に記載のメディアアクセス制御方法。
ノードは自分宛てのＲＴＳパケットを受信する場合、ＳＦＩＳ時間間隔待機した後、ＣＴＳパケットを送信するプロセスと、
キャリアセンスしてタイムをカウントし、ＣＴＳパケット送信完了後のＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔においてずっとチャネルを利用していないことを検出すると、該ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間を終了した後、消去パケットを送信するプロセスと、
消去パケットを受信したノードは全て現在のＮＡＶを零にリセットするプロセスと、を備えることを特徴とする無線ネットワークにおけるメディアアクセス制御方法。
受信したＲＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致しているか否かを判断するプロセスを更に備えることを特徴とする請求項８に記載のメディアアクセス制御方法。
受信したＲＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致していると確認した場合、該ノードを宛先受信ノードにするプロセスを更に備えることを特徴とする請求項９に記載のメディアアクセス制御方法。
受信したＲＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致していないと確認した場合、該ノードを非目的受信ノードにするプロセスを更に備えることを特徴とする請求項９に記載のメディアアクセス制御方法。
前記非目的受信ノードはＲＴＳパケットに含まれた持続時間ドメインを取り出して、本ノードが保持しているＮＡＶの値と比較し、比較結果に基づいて、より大きい値を利用してＮＡＶの値を更新するプロセスを更に備えることを特徴とする請求項１１に記載のメディアアクセス制御方法。
受信したＣＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致しているか否かを判断するプロセスを更に備えることを特徴とする請求項８に記載のメディアアクセス制御方法。
前記ＣＴＳパケットを受信したノードはＣＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致していないと判断した場合、ＣＴＳパケットに含まれた持続時間ドメインを取り出して、本ノードが保持しているＮＡＶの値と比較し、比較結果に基づいて、より大きい値を利用してＮＡＶの値を更新するプロセスを更に備えることを特徴とする請求項１３に記載のメディアアクセス制御方法。
前記ＣＴＳパケットを受信したノードはＣＴＳパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致していると判断した場合、データパケットを送信するプロセスを更に備えることを特徴とする請求項１３に記載のメディアアクセス制御方法。
前記データパケットを受信したノードは前記データパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致していると判断した場合、確認パケットを送信するプロセスを更に備えることを特徴とする請求項１５に記載のメディアアクセス制御方法。
前記データパケットを受信したノードは前記データパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致していないと判断した場合、データパケットに含まれた持続時間ドメインを取り出して、本ノードが保持しているＮＡＶの値と比較し、比較結果に基づいて、より大きい値を利用してＮＡＶの値を更新するプロセスを更に備えることを特徴とする請求項１５に記載のメディアアクセス制御方法。
前記確認パケットを受信したノードは前記データパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致していると判断した場合、確認パケットのＤｕｒａｔｉｏｎが零であるか否かを検出し、零でなければ、続けて後続のデータパケットを送信するプロセスを更に備えることを特徴とする請求項１６に記載のメディアアクセス制御方法。
前記確認パケットを受信したノードは前記データパケットに含まれた受信ノードアドレスが本ノードのアドレスと一致していないと判断した場合、確認パケットに含まれた持続時間ドメインを取り出して、本ノードが保持しているＮＡＶの値と比較し、比較結果に基づいて、より大きい値を利用してＮＡＶの値を更新するプロセスを更に備えることを特徴とする請求項１６に記載のメディアアクセス制御方法。
前記予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔は、送信ノードがＣＴＳパケットの受信を成功すると、該ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ後に受信ノードが必ず送信ノードからのデータパケットを受信することに要する時間に等しいことを特徴とする請求項８乃至１９のいずれか一項に記載のメディアアクセス制御方法。
前記予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔はＳＩＦＳ間隔とキャリアセンスの完成に要する時間の合計に等しいことを特徴とする請求項８乃至１９のいずれか一項に記載のメディアアクセス制御方法。
送信ノードが宛先受信ノードにＲＴＳパケットを送信するプロセスと、
宛先受信ノードが前記ＲＴＳパケットを受信し、ＳＩＦＳ時間間隔待機した後、ＣＴＳパケットを送信するプロセスと、
宛先受信ノードはＣＴＳパケットを送信した後、チャネル状態を判明するプロセスと、
宛先受信ノードが予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔が経過した後、まだチャネルが利用されていないと判明すれば、他のノードにＮＡＶを零にリセットするような消去パケットをネットワークに送信するプロセスと、を備えることを特徴とする無線分散型ネットワークにおけるメディアアクセス制御方法。
消去パケットを受信したノードは全て現在のＮＡＶを零にリセットするプロセスを更に備えることを特徴とする請求項２２に記載のメディアアクセス制御方法。
送信ノードは宛先受信ノードから送信したＣＴＳパケットを受信すると、宛先受信ノードにデータパケットを送信するプロセスを更に備えることを特徴とする請求項２２に記載のメディアアクセス制御方法。
前記予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔は、送信ノードがＣＴＳパケットの受信を成功すると、該ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ後に受信ノードが必ず送信ノードからのデータパケットを受信することに要する時間に等しいことを特徴とする請求項２２乃至２４のいずれか一項に記載のメディアアクセス制御方法。
前記予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔はＳＩＦＳ間隔とキャリアセンスの完成に要する時間の合計に等しいことを特徴とする請求項２２乃至２４のいずれか一項に記載のメディアアクセス制御方法。
パケットの受信が成功するか否かを判断し、パケットの種類を確認し、判断と確認の結果に基づいて後続の操作を指示するための受信処理装置と、
チャネル状態を判明してタイムをカウントし、ＣＴＳパケットを送信した後に予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔においてチャネルの状態を把握し、前記ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔を経過した後、まだチャネルを利用していない場合、送信装置に消去パケットを送信するように指示するためのキャリアセンス・計時装置と、
ＮＡＶを保持し、受信処理装置の処理結果によってＮＡＶの値を更新するためのＮＡＶ保持・計時装置と、を備えることを特徴とする無線ネットワークにおけるメディアアクセス制御装置。
前記受信処理装置はパケットの受信を成功しなかったと指示した場合、あるいは前記キャリアセンス・計時装置は該当するパケット伝送を判明しなかったと指示した場合、本ノードの伝送を相応の時間で遅延するための遅延装置を更に備えることを特徴とする請求項２７に記載のメディアアクセス制御装置。
前記受信処理装置はパケットの受信を成功したと指示したが、本ノードのアドレスはパケットに含まれた受信ノードアドレスと一致していない場合、前記パケットに含まれた持続時間ドメインをＮＡＶ保持・計時装置が保持しているＮＡＶの値と比較し、比較結果に基づいて、より大きい値を利用して前記ＮＡＶの値を更新することを特徴とする請求項２７に記載のメディアアクセス制御装置。
前記予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔はＳＩＦＳ間隔とキャリアセンスの完成に要する時間の合計に等しいことを特徴とする請求項２７に記載のメディアアクセス制御装置。
現在メディアアクセス制御装置がチャネルにアクセスすることを許可するか否かを確認して相応指示するためのチャネルアクセス装置を更に備えることを特徴とする請求項２７に記載のメディアアクセス制御装置。
ハイレイヤーに到着したデータパケットを保持するための送信記憶ユニットを更に備えることを特徴とする請求項２７に記載のメディアアクセス制御装置。
パケットを送信するための送信装置と、
無線チャネルからのデータを受信し、受信処理装置に転送して処理を行うための受信装置と、
パケットの受信を成功したか否かを判断し、パケットの種類を確認し、判断と確認の結果に基づいて後続の操作を指示するための受信処理装置と、
チャネル状態を把握して時間を計り、ＣＴＳパケットを送信した後に予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔においてチャネルの状態を判明し、前記ＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔を経過した後、まだチャネルを利用していない場合、送信装置に消去パケットを送信するように指示するためのキャリアセンス・計時装置と、
ＮＡＶを保持し、受信処理装置の処理結果によってＮＡＶの値を更新するためのＮＡＶ保持・計時装置と、を備えることを特徴とする無線ネットワークに用いるメディアアクセス制御ノード。
前記受信処理装置はパケットの受信を成功しなかったと指示した場合、あるいは前記キャリアセンス・計時装置は該当するパケット伝送を判明しなかったと指示した場合、本ノードの伝送を相応の時間で遅延するための遅延装置を更に備えることを特徴とする請求項３３に記載のメディアアクセス制御ノード。
前記受信処理装置はパケットの受信を成功したと指示したが、本ノードのアドレスはパケットに含まれた受信ノードアドレスと一致していない場合、前記パケットに含まれた持続時間ドメインをＮＡＶ保持・計時装置が保持しているＮＡＶの値と比較し、比較結果に基づいて、より大きい値を利用して前記ＮＡＶの値を更新することを特徴とする請求項３３に記載のメディアアクセス制御ノード。
現在メディアアクセス制御装置がチャネルにアクセスすることを許可するか否かを確認して相応指示するためのチャネルアクセス装置を更に備えることを特徴とする請求項３３に記載のメディアアクセス制御ノード。
前記予め定めたＣＬＲ＿Ｔｈｒｅｓｈｏｌｄ時間間隔はＳＩＦＳ間隔とキャリアセンスの完成に要する時間の合計に等しいことを特徴とする請求項３３に記載のメディアアクセス制御ノード。