(57)【要約】メッシュノードに対して許可されたフローは、コンテンションアクセスパラメータを通じて制御されることができる。許可するノードは、所望の伝送機会持続期間、および伝送機会の頻度を決定することができる。さらに、ノードは、所望の伝送機会持続期間、および伝送機会の頻度に、少なくとも一部基づいて、許可されたフローのフローレートおよび遅延許容時間の要件を達成することができる。許可されたノードのデータレートおよびアクセス頻度は、物理アクセスレベルにおいて監視されることができる。フローレートの要件は、伝送機会持続期間への調整に少なくとも一部基づいて達成されることができる。遅延許容時間の要件は、コンテンションアクセスパラメータの操作に少なくとも一部基づいて達成されることができる。伝送機会持続期間およびアクセスパラメータは、アップストリームを許可しているノードによって決定されることができる。これによって、メッシュポータルの付近の混雑を減らし、データ転送の増大を達成することもできる。
2009512398.tif 000002
【特許請求の範囲】
【請求項１】
データのフローを制御する方法であって、
メッシュノードからデータのフローレートを、別のメッシュノードにて受信することと、
前記受信されたデータのチャネル特性を測定することと、
前記チャネル特性に少なくとも一部基づいて、所望の伝送レートを決定することと、
前記所望の伝送レートにて前記フローレートを達成するために、伝送機会持続期間を決定することと、
を備える方法。
【請求項２】
前記メッシュノードから前記データの遅延許容時間を受信することと、
前記所望の伝送レートにて前記遅延許容時間を達成するために、所望のオーバーヘッドを決定することと、
前記所望のオーバーヘッドを達成するために、媒体アクセスパラメータを調整することと、
をさらに備える請求項１に記載の方法。
【請求項３】
前記所望のオーバーヘッドは、前記遅延許容時間を達成するために必要な最小のオーバーヘッドである、請求項２に記載の方法。
【請求項４】
前記メッシュノードから逆方向の許可を受信すること、をさらに備える請求項２に記載の方法。
【請求項５】
前記所望のオーバーヘッドは、逆方向フローに対応し、かつ、前記遅延許容時間を達成するために必要とされる、最小のオーバーヘッドである、請求項２に記載の方法。
【請求項６】
前記伝送機会持続期間は、少なくとも一部、式、
【数１】
2009512398.tif 000012
によって決定される、
ただし、ＴｘＯＰＤは、ＴｘＯＰ持続期間を表し、
ＭＡＣ−ＯＨは、媒体アクセス制御のオーバーヘッドを表し、
Ｎｂｉｔｓは、送信されたビット数を表し、
Ｒｓｎｒは、信号対雑音比を表し、
δはタイムパッドを表す、
請求項１に記載の方法。
【請求項７】
前記所望の伝送レートにて前記フローレートを達成するために、コンテンションウィンドウパラメータを決定すること、をさらに備える請求項１に記載の方法。
【請求項８】
前記所望の伝送レートにて前記フローレートを達成するために、アービトレーションフレーム間空間時間を決定すること、をさらに備える請求項１に記載の方法。
【請求項９】
メッシュネットワークにおいてデータのフローを制御する方法であって、
所望のフローレート、リンク上で達成可能なデータレート、および媒体アクセス制御のオーバーヘッドを決定することと、
アービトレーションフレーム間空間時間およびコンテンションウィンドウパラメータを使用して、所望の遅延許容時間からアクセスレートを決定することと、
前記所望のフローレート、前記リンク上で達成可能な前記データレート、または前記媒体アクセス制御のオーバーヘッドのうちの少なくとも１つに基づいて、伝送機会持続期間を選択することと、
を備える方法。
【請求項１０】
前記所望のフローレート、前記リンク上で達成可能な前記データレート、測定された信号対雑音比、あるいはアクセスの成功率または失敗率のうちの少なくとも１つに基づいて、アクセスパラメータを調整すること、をさらに備える請求項９に記載の方法。
【請求項１１】
前記所望のフローレート、前記リンク上で達成可能な前記データレート、測定された信号対雑音比、またはアクセスの成功率または失敗率のうちの少なくとも１つに基づいて、前記伝送機会持続期間を調整すること、をさらに備える請求項９に記載の方法。
【請求項１２】
前記媒体アクセス制御のオーバーヘッドは、プリアンブル、フレーム間間隔、およびブロック肯定応答からから成るグループから、選択される、請求項９に記載の方法。
【請求項１３】
コンピュータプログラム製品であって、
メッシュノードからの受信されたデータのフローレートを処理するための命令と、
前記メッシュノードから受信された前記データのチャネル特性を測定するための命令と、
前記チャネル特性に少なくとも一部基づいて、所望の伝送レートを決定するための命令と、
前記所望の伝送レートにて前記フローレートを達成するために、伝送機会持続期間を決定するための命令と、
を含むコンピュータ可読媒体、
を備えるコンピュータプログラム製品。
【請求項１４】
データのフローを制御する装置であって、
メッシュノードからのデータのフローレートを受信するように構成された受信モジュールと、
前記メッシュノードから受信された前記データのチャネル特性を測定するように構成された測定モジュールと、
前記チャネル特性に少なくとも一部基づいて所望の伝送レートを決定し、前記所望の伝送レートにて前記フローレートを達成するために、伝送機会持続期間を決定するように構成された、決定モジュールと、
を備える装置。
【請求項１５】
所望のオーバーヘッドを達成するために、媒体アクセスパラメータを調整するように構成された調整モジュールをさらに備え、前記受信モジュールは、前記メッシュノードから前記データの遅延許容時間を受信するようにさらに構成されており、また、前記決定モジュールは、前記所望の伝送レートにて前記遅延許容時間を達成するために、所望のオーバーヘッドを決定するようにさらに構成されている、請求項１４に記載の装置。
【請求項１６】
前記所望のオーバーヘッドは、前記遅延許容時間を達成するために必要とされる最小のオーバーヘッドである、請求項１５に記載の装置。
【請求項１７】
前記受信モジュールは、前記メッシュノードから逆方向の許可を受信するようにさらに構成されている、請求項１５に記載の装置。
【請求項１８】
前記所望のオーバーヘッドは、逆方向フローに対応し、かつ前記遅延許容時間を達成するために必要とされる、最小のオーバーヘッドである、請求項１５に記載の装置。
【請求項１９】
前記伝送機会持続期間は、少なくとも一部、式、
【数２】
2009512398.tif 000013
によって決定される、
ただし、ＴｘＯＰＤは、ＴｘＯＰ持続期間を表し、
ＭＡＣ−ＯＨは、媒体アクセス制御のオーバーヘッドを表し、
Ｎｂｉｔｓは、送信されたビット数を表し、
Ｒｓｎｒは、受信された信号対雑音比を表し、
δは、タイムパッドを表す、
請求項１４に記載の装置。
【請求項２０】
前記決定モジュールは、前記所望の伝送レートにて前記フローレートを達成するために、コンテンションウィンドウパラメータを決定するようにさらに構成されている、請求項１４に記載の装置。
【請求項２１】
前記決定モジュールは、前記所望の伝送レートにて前記フローレートを達成するために、アービトレーションフレーム間空間時間を決定するようにさらに構成されている、請求項１４に記載の装置。
【請求項２２】
データの前記フローを制御する電子デバイスであって、
前記メッシュノードから受信されたデータのチャネル特性を測定するように、前記チャネル特性に少なくとも一部基づいて、所望の伝送レートを決定するように、また、前記所望の伝送レートにて前記フローレートを達成するために、伝送機会持続期間を決定するように、構成されたプロセッサと、
前記プロセッサに結合されたメモリと、
を備える、電子デバイス。
【請求項２３】
前記プロセッサは、前記所望のオーバーヘッドを達成するために媒体アクセスパラメータを調整するように、前記メッシュノードから前記データの遅延許容時間を受信するように、また、前記所望の伝送レートにて前記遅延許容時間を達成するために所望のオーバーヘッドを決定するように、さらに構成されている、請求項２２に記載の電子デバイス。
【請求項２４】
前記所望のオーバーヘッドは、前記遅延許容時間を達成するために必要な最小のオーバーヘッドである、請求項２３に記載の電子デバイス。
【請求項２５】
前記プロセッサは、前記メッシュノードから逆方向の許可を受信するように構成されている、請求項２３に記載の電子デバイス。
【請求項２６】
前記所望のオーバーヘッドは、逆方向フローに対応し、かつ前記遅延許容時間を達成するために必要とされる、最小のオーバーヘッドである、請求項２３に記載の電子デバイス。
【請求項２７】
前記プロセッサは、前記伝送機会持続期間を、少なくとも一部、式、
【数３】
2009512398.tif 000014
によって決定するように構成されている、
ただし、ＴｘＯＰＤは、ＴｘＯＰ持続期間を表し、
ＭＡＣ−ＯＨは、媒体アクセス制御のオーバーヘッドを表し、
Ｎｂｉｔｓは、送信されたビット数を表し、
Ｒｓｎｒは、受信された信号対雑音比を表し、
δは、タイムパッドを表す、
請求項２２に記載の電子デバイス。
【請求項２８】
前記プロセッサは、前記所望の伝送レートにて前記フローレートを達成するために、コンテンションウィンドウパラメータを決定するようにさらに構成されている、請求項２２に記載の電子デバイス。
【請求項２９】
前記プロセッサは、前記所望の伝送レートにて前記フローレートを達成するために、アービトレーションフレーム間空間時間を決定するようにさらに構成されている、請求項２８に記載の電子デバイス。
【請求項３０】
データのフローを制御する装置であって、
メッシュノードからデータのフローレートを受信するための手段と、
前記メッシュノードから受信された前記データのチャネル特性を測定するための手段と、
前記チャネル特性に少なくとも一部基づいて所望の伝送レートを決定し、前記所望の伝送レートにて前記フローレートを達成するために、伝送機会持続期間を決定するための手段と、
を備える装置。
【請求項３１】
前記メッシュノードから前記データの遅延許容時間を受信するための手段と、
前記所望の伝送レートにて前記遅延許容時間を達成するために、所望のオーバーヘッドを決定するための手段と、
前記所望のオーバーヘッドを達成するために、媒体アクセスパラメータを調整するための手段と、
をさらに備える請求項３０に記載の装置。
【請求項３２】
前記所望のオーバーヘッドは、前記遅延許容時間を達成するために必要とされる最小のオーバーヘッドである、請求項３１に記載の装置。
【請求項３３】
前記メッシュノードから逆方向の許可を受信するための手段、をさらに備える、請求項３１に記載の装置。
【請求項３４】
前記所望のオーバーヘッドは、逆方向フローに対応し、かつ前記遅延許容時間を達成するために必要とされる、最小のオーバーヘッドである、請求項３１に記載の装置。
【請求項３５】
前記伝送機会持続期間は、少なくとも一部、式、
【数４】
2009512398.tif 000015
によって決定される、
ただし、ＴｘＯＰＤは、ＴｘＯＰ持続期間を表し、
ＭＡＣ−ＯＨは、媒体アクセス制御のオーバーヘッドを表し、
Ｎｂｉｔｓは、送信されたビット数を表し、
Ｒｓｎｒは、受信された信号対雑音比を表し、
δは、タイムパッドを表す、
請求項３０に記載の装置。
【請求項３６】
前記所望の伝送レートにて前記フローレートを達成するために、コンテンションウィンドウパラメータを決定するための手段、をさらに備える、請求項３０に記載の装置。
【請求項３７】
前記所望の伝送レートにて前記フローレートを達成するために、アービトレーションフレーム間空間時間を決定するための手段、をさらに備える請求項３０に記載の装置。
【請求項３８】
コンピュータプログラム製品であって、
所望のフローレート、リンク上で達成可能なデータレート、および媒体アクセス制御のオーバーヘッドを決定するための命令と、
アービトレーションフレーム間空間時間およびコンテンションウィンドウパラメータを使用して、所望の遅延許容時間からアクセスレートを決定するための命令と、
前記所望のフローレート、前記リンク上で前記達成可能なデータレート、または前記媒体アクセス制御のオーバーヘッドのうちの少なくとも１つに基づいて、伝送機会持続期間を選択するための命令と、
を含むコンピュータ可読媒体、
を備えるコンピュータプログラム製品。
【請求項３９】
所望のフローレート、リンク上で達成可能なデータレート、および媒体アクセス制御のオーバーヘッドを決定する、ための手段と、
アービトレーションフレーム間空間時間およびコンテンションウィンドウパラメータを使用して、所望の遅延許容時間からアクセスレートを決定するための手段と、
前記所望のフローレート、前記リンク上で達成可能な前記データレート、または前記媒体アクセス制御のオーバーヘッドのうちの少なくとも１つに基づいて、伝送機会持続期間を選択するための手段と、
を備える電子デバイス。
【発明の詳細な説明】
【優先権の主張】
【０００１】
（米国特許法１１９条のもとでの優先権の主張）
本特許出願は、この譲渡人に譲渡され、ここでの参照によりここに明示的に組み込まれている、２００５年１０月１７日に出願された仮特許出願第６０／７２７，６４１号の優先権を主張する。
【背景】
【０００２】
（分野）
本開示は、メッシュネットワーク(mesh networks)に関連しうるものである。より具体的には、本開示は、メッシュネットワークにおけるデータのフロー制御のための方法および装置に関連し得る。
【０００３】
（背景）
近年、高速データサービスに対する広範囲なアクセスの需要が高まりつつある。電気通信産業は、様々な無線製品およびサービスを提供して、この需要の高まりに対応している。これらの製品およびサービスを相互利用できるようにする取り組みにおいて、電気電子技術者協会(Institute for Electrical and Electronics Engineers)（ＩＥＥＥ）は、例えばＩＥＥＥ８０２．１１のような一連の無線ローカルエリアネットワーク(wireless local area network)（ＷＬＡＮ）規格を公表している。これらの規格に準拠する製品およびサービスは、無線ポイントにおいてマルチポイント構成にしばしばネットワーク化される(networked)。１つの構成において、個々の無線デバイス(wireless devices)（例えば、局(stations)）は、使用可能な帯域幅を各無線デバイスが共有しながら、インターネットアクセスポイントと直接通信することもできる。
【０００４】
別の構成では、メッシュネットワークが考えられる。メッシュネットワークは、多くの無線ノードを有する分散型ネットワークであればよい。各ノードは、トラフィック、送信または転送ストリーム（ＴＳｓ）を受信し、そのＴＳｓを次のノードへ中継することができる中継器として動作することもある。ＴＳは、発信ノードから宛先ノードまで、ノードからノードへ「ホッピング」することによって進むこともある。ＴＳルーティングアルゴリズムが、ＴＳｓがその発信ノードからその宛先ノードまで確実に効率的にルーティングされるようにすることもある。ＴＳルーティングアルゴリズムは、メッシュネットワークにおける変更に動的に順応し、メッシュネットワークをさらに効率的で耐障害性が高くすることもできる。例えば、ノードがビジー状態でＴＳを処理できない場合、またはノードがメッシュネットワークから離脱した場合、ＴＳルーティングアルゴリズムが、そのネットワークの他のノードを通じて、宛先ノードにＴＳをルーティングすることもできる。
【０００５】
宛先ノード(destination node)は、メッシュポータル(mesh portal)であってもよい。メッシュポータルに到達したＴＳは、有線または場合によっては無線の、例えばインターネットのような他のネットワークを通る再送用にデコードされ、再フォーマットされてもよい。メッシュノードで発せられ、メッシュポータルへ移動するトラフィックフローは、アップストリームトラフィックフローと称されることもある。メッシュポータルで発せられ、宛先ノードへ移動するトラフィックフローは、ダウンストリームトラフィックフローと称されることもある。メッシュポータルから１つ離れているノードは、ランク１のノードと呼ばれることもある。同様に、メッシュポータルに到達するまでに少なくとも２ホップ必要なノードは、ランク２のノードと呼ばれることもある。一般に、メッシュポータルに到達するまでにｎホップ（n hops）必要なノードは、ランクｎ(rank n)のノード(node)と呼ばれる。
【０００６】
メッシュネットワークのトラフィックフローの多くは、メッシュポータルにて終了しそこから発せられるアップストリームフローおよびダウンストリームフローであると思われる。アップストリームトラフィックフローは、メッシュポータルを通って送り出されるまで、上位のランクのノードから下位のランクのノードへホップすることができる。ダウンストリームフローは、下位のランクのノードから上位のランクのノードへホップしてから、宛先ノードに到達することができる。このように、下位のランクのノードが上位のランクのノードのトラフィックフローをサポートする。一般に、ランク１のノードには、ランク２のノードよりもさらに多くのトラフィックフローがある。同様に、ランク２のノードには、例えばランク３、４、５などの上位のランクのノードよりもさらに多くのトラフィックフローがある。隣接したノード(neighboring nodes)は、基準ノード(reference node)から１ホップ離れたノードとして定義されることができる。
【０００７】
下位ランクのノードが、上位ランクのノードからのアップストリームトラフィックフローおよびダウンストリームトラフィックフローをサポートする、メッシュネットワークは、メッシュポータルの近くのメッシュノードにおいてフローの輻輳(congestion)が起こることがしばしばあり得る。フローの輻輳を引き起こす多くの要因としては、他にも要因はあるが、隣接ノードが通信チャネル媒体(communication channel medium)にあまりにも頻繁にアクセスを試みていたり、隣接ノードが物理アクセス層において最適なデータレートよりも低速なデータレートで送信していたり、隣接ノードがネゴシエートされたアクセススループットを時々超えるバーストを送信していたり、メッシュノードとアップストリームノードとの間の劣悪な無線環境によって期待されたスループットよりも低いスループットになっていたりすることが挙げられるが、これらに限らない。
【発明の開示】
【０００８】
［概要］
本開示の態様によれば、トラフィックフローは、各メッシュノードによって、個々に管理されることができる。トラフィックフローを受信する前に、受信側メッシュノードは、送信側メッシュノードからトラフィックの仕様を受信することができる。トラフィックの仕様は、他にもパラメータはあるが、トラフィックフローについてのフローレート(flow rate)（ＦＲ）および遅延許容時間(delay bound)（ＤＢ）のようなパラメータを、これらに限定されないが、含むことができる。送信側メッシュノードは、媒体アクセス制御(media access control)（ＭＡＣ）の達成可能なスループット（ＴＰＵＴ）を推定し、推定したＭＡＣ  ＴＰＵＰを受信側メッシュノードに送信することができる。受信されたＦＲ、ＤＢ、およびＴＰＵＴ情報に少なくとも一部基づいて、受信側メッシュノードは、送信側メッシュノードの所望の伝送機会(transmission opportunity)（ＴｘＯＰ）持続期間(duration)、および所望のアクセス頻度(access frequency)を計算することができる。この計算は、他のパラメータに少なくとも一部基づいていてもよい。受信側メッシュノードは、送信側メッシュノードにコンテンションアクセスパラメータ(contention access parameters)を割り当て、ブロードキャストすることができる。受信側メッシュノードは、達成されたＴＰＵＰを測定すればよく、達成されたＴＰＵＰが推定されたＴＰＵＴよりも小さいと決定された場合、メッシュノードは、ＴｘＯＰ持続期間(duration)を増やすことができる。受信側メッシュノードもまた、アクセス頻度を測定することができる。アクセス頻度が所望のアクセス頻度よりも多いと決定された場合、メッシュノードは、アクセス頻度を減らすためにアクセスパラメータを調整することができる。
【０００９】
データのフローを制御する方法は、メッシュノードからデータのフローレートを受信することと、メッシュノードから受信されたデータのチャネル特性を測定することと、チャネル特性に少なくとも一部基づいて、所望の伝送レートを決定することと、所望の伝送レートにてフローレートを達成するために、伝送機会持続期間を決定することと、
を備えている。
【００１０】
［詳細な説明］
特許請求される主題は、本明細書の結論部分において、特に指摘され、明確に請求されている。しかしながら、このような主題は、以下の詳細な説明を添付の図面とともに読んで参照することによって、理解されることができるであろう。
【００１１】
本開示の様々な特徴の実施形態を実施する方法および装置が、図面を参照しながら今から説明される。図面および関連する説明は、本開示の１つ以上の態様を例示するために提供されるものであり、本開示の範囲を制限するものではない。これらの図面全体をとおして、参照番号は、参照された要素間の対応関係を示すため、繰り返し使用されている。さらに、各参照番号の最初の桁は、その要素が最初に示された図番号を示している。
【００１２】
図１は、一実施形態によるメッシュネットワーク１００を示している。メッシュネットワーク１００は、インターネット１０６に結合された、例えば２つのメッシュポータル１０２および１０４のような１つ以上のメッシュポータルを含んでいればよい。メッシュポータル１０２および１０４は、メッシュノード１０８、１１０、１１２、１１４、および１１６からＴＳｓを受信することができる。１つの態様において、メッシュノード１０８、１１０、１１２、１１４、および１１６は、メッシュポータルから１ホップ離れており、ランク１を有する。メッシュノード１０８、１１０、１１２、１１４、および１１６は、メッシュノード１１８、１２０、１２１、１２２、１２４、１２６、１２８、１３０、１３２、および１３４からＴＳｓを受信することができる。メッシュノード１１８、１２０、１２１、１２２、１２４、１２６、１２８、１３０、１３２、および１３４は、メッシュポータル１０２および１０４に２ホップ未満でＴＳｓを送信することができないと思われるので、ランク２を有していると考えられる。メッシュノード１２０、１２２、１２４、１３４は、メッシュノード１３６、１３８、１４０、１４２、および１４３からＴＳｓを受信することができる。ＴＳｓがメッシュノード１３６、１３８、１４０、１４２、および１４３からメッシュポータルに到達するのに、最小のホップ数で３ホップ必要なため、これらはランク３を有していると考えられる。
【００１３】
メッシュネットワーク１００におけるＴＳｓは、例えば、アップストリームトラフィックフロー１４４およびダウンストリームトラフィックフロー１４６を含んでいればよい。アップストリームトラフィックフロー１４４は、メッシュポータルに向かって流れるＴＳｓを含んでいればよい。ダウンストリームトラフィックフロー１４６は、メッシュポータルから流れ出るＴＳｓを含んでいればよい。アップストリームトラフィックフローおよびダウンストリームトラフィックフローは、ノード間で同一または同様の経路であってもよい。例えば、メッシュノード１４０からメッシュポータル１０２へのアップストリームトラフィックフローは、メッシュノード１４０から、メッシュノード１３４、メッシュノード１０８、メッシュポータル１０２へとホップしてもよい。メッシュポータル１０２からメッシュノード１４０へのダウンストリームトラフィックフローは、同様にメッシュポータル１０２から、メッシュノード１０８、メッシュノード１３４、メッシュノード１４０へとホップしてもよい。
【００１４】
アップストリームトラフィックフローとダウンストリームトラフィックフローでは、別の経路であってもよい。例えば、メッシュノード１４０からメッシュポータル１０２へのアップストリームトラフィックフローは、メッシュノード１４０から、メッシュノード１３４、メッシュノード１０８、メッシュポータル１０２へとホップしてもよい。メッシュポータル１０２からメッシュノード１４０へのダウンストリームトラフィックフローは、メッシュポータル１０２から、メッシュノード１１０、メッシュノード１１４、メッシュノード１３４、メッシュノード１４０へとホップしてもよい。この例では、ランク１のメッシュノード１１０からランク１のメッシュノード１１４へのホップがある。
【００１５】
メッシュネットワーク１００におけるトラフィックフローは、動的で適応できる。トラフィックフローのトポロジーは、トラフィックフロールーティングアルゴリズムによって決定されることができる。アップストリームトラフィックフローおよびダウンストリームトラフィックフローの経路は、同一のランクのメッシュノードへのホップを含めてもよい。トラフィックフロールーティングアルゴリズムは、上位のまたは下位のランクのメッシュノードへのホップのあるアップストリーム経路を生成することができる。同様に、トラフィックフロールーティングアルゴリズムは、上位のまたは下位のランクのメッシュノードへのホップのあるダウンストリーム経路を生成することができる。経路が生成されたら、その経路に沿った各メッシュノードへのアドミッションについて、送信元のメッシュノードと受信先のメッシュノードとの間で個々にネゴシエートされることができる。
【００１６】
図２は、１つ以上の態様による図１の２つのメッシュノード１０８および１３４間のアップストリームおよびダウンストリームトラフィックフローのアドミッション制御を示すフロー図である。メッシュノード１３４は、トラフィックフローレート（ＦＲ１３４，１０８）および遅延許容時間（ＤＢ１３４，１０８）を含む送信仕様をメッシュノード１０８に送ることによって、メッシュノード１０８へのアップストリームトラフィックフローのアドミッションをネゴシエートすることができる。ＦＲは、データフローの平均ビットレートであればよい。ＦＲは、例えば、毎秒４メガバイトであってもよい。ＤＢは、最大許容データレイテンシであればよい。ＤＢの要件は、サービス品質（Quality of Service：ＱｏＳ）要件に関連していてもよい。例えば、高品質の双方向音声アプリケーションは、例えば、およそ５０ミリ秒の非常に短いデータレイテンシを許容することもある。この音声アプリケーション用のＤＢは、非常に少ないことになる。これに対し、テキストメッセージングなどの他のアプリケーションは、おおよそ何秒もの長いデータレイテンシを許容することもある。これは、比較的長いＤＢとなるであろう。メッシュノード１０８に、ＴＳを扱うのに適切な容量があると決定されれば、ＴＳはメッシュノード１０８に対して許可される(admitted)ことができる。
【００１７】
ダウンストリームトラフィックフローも、同様の方法でネゴシエートされることができる。メッシュノード１０８は、トラフィックフローレート（ＦＲ１０８，１３４）および遅延許容時間（ＤＢ１０８，１３４）を含めばよい送信仕様をメッシュノード１３４に送ることによって、メッシュノード１３４へのダウンストリームトラフィックフローのアドミッションをネゴシエートすることができる。メッシュノード１３４が、ＴＳを扱うのに適切な容量があると決定されれば、ＴＳはメッシュノード１３４に対して許可されることができる。
【００１８】
アップストリームトラフィックフローおよびダウンストリームトラフィックフローは、一緒にネゴシエートされてもよい。メッシュノード１３４は、共用のＦＲおよびＤＢを送ることによって、メッシュノード１０８間のアップストリームトラフィックフローおよびダウンストリームトラフィックフローの両方のアドミッションをネゴシエートしてもよい。
【００１９】
アドミッションが与えられると、ＭＡＣの下位層および物理アクセス層(physical access layer)（ＰＨＹ）がデータリンクを確立し、このリンクを適応させてリンクＴＰＵＴを最適化することができる。ＴＰＵＴを最大にするために、多入力多出力(Multiple input, multiple output)（ＭＩＭＯ）技術、閉ループレート制御、および他のリンク最適化技術を使用してもよい。
【００２０】
図３は、１つ以上の態様による、メッシュノードにおけるコンテンションアクセス制御を示すタイミング図である。受信側メッシュノードへのアドミッションまたはフローアクセスは、コンテンションアクセススキーム(contention access scheme)を使用して管理することができる。受信側メッシュノードは、送信側メッシュノードにチャネルアクセスパラメータを割り当てることによって、通信チャネルへのアクセスを制御することができる。チャネルアクセスパラメータは、ＴｘＯＰ持続期間、最小のコンテンションウィンドウ(contention window)（ＣＷ）、およびアービトレーションフレーム空間(arbitration inter-frame space）（ＡＩＦＳ）時間を含んでいればよい。送信側メッシュノードは通信チャネルを監視すればよく、送信側メッシュノードは、通信チャネルが使用可能になったときに、それぞれの割り当てられたＡＩＦＳ時間に等しい待ち時間の間アイドル状態になってから、ＴｘＯＰの間にＴＳを送信することができる。ＡＩＦＳ時間の間、アイドル状態の送信側メッシュノードは通信チャネルの監視を続ければよく、通信チャネルがビジーであれば、送信側メッシュノードはアイドル状態を続け、通信チャネルが再び使用可能になるまで待機することができる。続いてアイドル状態の送信メッシュノードは、それぞれの割り当てられたＡＩＦＳ時間に等しい別の時間間隔の間待機することができる。通信チャネルがＡＩＦＳ時間と等しい時間間隔の間使用可能なとき、送信側メッシュノードは、バックオフタイマ(backoff timer)を設定することができる。バックオフタイマに設定される時間の長さは、ランダムであればよい。ランダムな時間は、割り当てられたＣＷの一様な分布(uniform distribution)から導き出される数によって決定されることができる。
【００２１】
コンテンションアクセス制御の３つの可能な結果が図３に示されている。第１の結果は、通信チャネルが使用可能になったときに、メッシュノードがアクセス制御の競合に成功したときのものとすることができる。タイムラインは、ビジー３０２である通信チャネルを監視しているメッシュノードから開始する。通信チャネルがビジー３０２の間は、メッシュノードの送信器はアイドル状態であればよい。通信チャネルが使用可能になったとき、メッシュノードの送信器は、ＡＩＦＳ時間３０４と等しい時間アイドル状態を続ければよい。アイドル状態の間、メッシュノードは、通信チャネルの監視を続ければよい。ＡＩＦＳ時間３０４の最後に、メッシュノードは、例えば最大ＣＷｍａｘ３０９に到達するまで、０と最小ＣＷｍｉｎ３０７との間の一様分布３０５からスロットを選択しパケットの損失がある度にＣＷｍｉｎを２倍にすることによって、バックオフウィンドウスロット３０６をランダムに選択することができる。バックオフウィンドウ時間は、選択されたバックオフウィンドウスロット３０６に、ＩＥＥＥ８０２．１１ｎ規格で定義されているようにスロット時間を乗算することによって決定される。これは、少なくとも部分的に、バックオフウィンドウの長さを定義するものと思われる。メッシュノードの送信器は、バックオフタイマがバックオフウィンドウと等しい時間の長さをカウントするまで、アイドル状態を続ければよい。アイドル状態の間、メッシュノードは、通信チャネルの監視を続ければよい。バックオフウィンドウスロット３０６の最後に、送信器は、ＴｘＯＰ３０８を持てばよい。このＴｘＯＰ３０８の間、送信側メッシュノードは受信側メッシュノードへ情報（例えば、ＴＳｓ）を送ればよい。ＴｘＯＰの最後に、メッシュノードの送信器は再びアイドル状態になればよく、ＡＩＦＳ時間３０４待ち始めて、コンテンションアクセス処理を再び始めればよい。
【００２２】
コンテンションアクセス制御の別の可能な結果は、ＡＩＦＳ時間３１４の間に別のメッシュノードが割り込む場合に生じるであろう。タイムラインは、ビジー３１２である通信チャネルを監視しているメッシュノードから開始する。通信チャネルが使用可能になったとき、メッシュノードの送信器はアイドル状態であればよく、ＡＩＦＳ時間３１４と等しい時間アイドル状態を続ければよい。ＡＩＦＳ時間３１４の間、ＡＩＦＳ時間が短い方の別のメッシュノードが送信を開始すればよく、通信チャネルは再びビジー３１６になればよい。メッシュノードの送信器は、通信チャネルが再び使用可能になるのを待つ間アイドル状態を続ければよい。通信チャネルが使用可能になったとき、メッシュノードは、さらにＡＩＦＳ時間３１８待ってから、バックオフウィンドウ時間３２０を選択しバックオフウィンドウカウンタを開始させればよい。
【００２３】
コンテンションアクセス制御の別の可能な結果は、バックオフウィンドウ時間３２６の間に別のメッシュノードが割り込む場合に生じるであろう。タイムラインは、通信チャネルがビジー３２２の間、チャネルを監視しているメッシュノードから開始する。この時間の間、メッシュノードの送信器はアイドルであればよい。通信チャネルが使用可能になったとき、メッシュノードの送信器は、ＡＩＦＳ時間３２４と等しい時間アイドル状態を続ければよい。アイドル状態の間、メッシュノードは、通信チャネルの監視を続ければよい。ＡＩＦＳ時間３２４の最後に、メッシュノードは、例えば最大ＣＷｍａｘ．３０９に到達するまで、０と最小ＣＷｍｉｎ３０７との間の一様分布からスロットを選択しパケットの破損がある度にＣＷｍｉｎを２倍にすることによって、バックオフウィンドウスロット３２６をランダムに選択することができる。バックオフウィンドウ時間は、選択されたバックオフウィンドウスロット３２６に、ＩＥＥＥ８０２．１１ｎ規格で定義されているようにスロット時間を乗算することによって決定される。これは、少なくとも部分的に、バックオフウィンドウの長さを定義するものと思われる。メッシュノードの送信器は、バックオフタイマがバックオフウィンドウスロット３２６と等しい時間の長さをカウントするまで、アイドル状態を続ければよい。アイドル状態の間、メッシュノードは、通信チャネルの監視を続ければよい。バックオフカウンタがカウントしている間、別のメッシュノードが送信を開始してもよく、通信チャネルは再びビジー３２８になればよい。このようなことが起こった場合、バックオフカウンタは停止することができる。通信チャネルが使用可能になったとき、メッシュノードの送信器はアイドル状態を続ければよく、ＡＩＦＳ時間３３０と等しい時間待機することができる。ＡＩＦＳ時間３３０の最後で、バックオフカウンタは、最初からではなく、停止したポイントから再びカウントを始めればよい。
【００２４】
ＦＲは、ＴｘＯＰ持続期間、ＣＷｍｉｎ、およびＡＩＦＳを調整することによって制御することができる。ＴｘＯＰが長いと、送信側メッシュノードは、受信側メッシュノードにデータを送信するために媒体にアクセスするときに、多くの情報を送信でき、結果としてＦＲが高くなるであろう。受信側メッシュノードへのアクセスを争っている隣接ノードに関連するＡＩＦＳ時間が短いと、アクセスの確率が高くなり、結果としてＴｘＯＰｓの数が増え、ＦＲが高くなるであろう。同様に、隣接ノードに関連するＣＷｍｉｎ時間が短いと、バックオフウィンドウ時間を選択する可能性が高くなることがあり、受信側メッシュノードへのアクセスの可能性が高くなりＴｘＯＰｓの数が増え、ＦＲが高くなる可能性が増えるであろう。同様に、ＴｘＯＰが短いか、ＡＩＦＳ時間が長いか、ＣＷｍｉｎが長いと、ＦＲが低くなるであろう。
【００２５】
ＤＢは、パラメータの中でも特にＴｘＯＰ、ＣＷｍｉｎ、およびＡＩＦＳ時間を調整することによって制御されてもよい。ＤＢを減らすには、ＣＷｍｉｎまたはＡＩＦＳ時間を減らし、受信側メッシュノードのアクセスの確率を増やせばよい。さらに頻繁に行われるアクセスを補償するには、ＴｘＯＰ持続期間を減らして、他のメッシュノード用に通信チャネル容量を使えるようにすることができる。正常な媒体アクセスを増やすことでＤＢを増やすと、他の考慮事項および／またはパラメータに影響を及ぼすことがある。各媒体アクセスには、ＭＡＣオーバーヘッドがあることがある。このＭＡＣオーバーヘッドは、本来ならトラフィックフローに使用できる通信チャネルの帯域を消費してしまうことがある。
【００２６】
受信側メッシュノードでの混雑を制御するには、受信側メッシュノードは、許可された各送信側メッシュノードへＴｘＯＰ持続期間、ＣＷｍｉｎ、およびＡＩＦＳ時間を割り当てればよい。これらのパラメータは、受信側メッシュノードのビーコンの中でブロードキャストされることができる。受信側メッシュノードは、他の考慮事項および／またはパラメータの中でも特に、送信側メッシュノードのＦＲおよびＤＢ要件のほか、受信側メッシュノードにて測定されたＴＰＵＴに少なくとも一部基づいて、これらの値を割り当てればよい。この計算は、他のパラメータに少なくとも一部基づいていてもよい。
【００２７】
ネットワークレベルでは、各受信側メッシュノードは、どのフローを許可するかということ、および送信側メッシュノードのアクセス制御パラメータを決定することができる。アップストリームトラフィックフローでは、メッシュポータルに最も近い（例えば、ランク１）メッシュノードがアドミッション制御を行えばよく、メッシュポータルからさらに遠い（例えば、ランク２）メッシュノードのアクセス制御パラメータを決定することができる。したがって、最も低いランクのメッシュノードが最もビジーになる確率がさらに高くなることがあり、これらのメッシュノードが通信チャネルへのアクセス制御を管理することができる。
【００２８】
ＴｘＯＰ持続期間、ＣＷｍｉｎ、ＡＩＦＳ時間のような媒体アクセスパラメータを使用したフロー制御は、比較的一定のトラフィックフローおよびゆっくりと変化するトラフィックフローにさらに適しているであろう。しかし、アクセス制御パラメータを使用したフロー制御の統計的性質のために、上位ランクのノードへの、および上位のランクのノードからのトラフィックフローを制限するために、明示的なメッセージングが使用されるとよい状況があるであろう。明示的なメッセージングは、アクセス制御パラメータを使用してフロー制御を補償するために使用することができる。明示的なメッセージングは特に、トラフィックフローの混雑を生じることがある、短期間の高トラフィックフローのときに特に有利であろう。
【００２９】
図４は、１つ以上の態様による、メッシュノードにおけるＭＡＣを示すフロー図４００である。メッシュノードに対して許可された各トラフィックフローについて、メッシュノードは所望のフローパラメータを決定することができる（４０２）。１つ以上の態様において、所望のフローパラメータは、測定間隔(measurement interval)（ＭＩ）の間に受信された所望のビット数、ＭＩの間の所望の媒体アクセスの数、および他のパラメータを含んでいればよい。所望のフローパラメータは、ＦＲおよびＤＢに関するものであればよい。比較的最適な媒体の使用では、所望の受信されるビット数は、ＦＲで受信されるビット数であればよい。さらに、所望の媒体アクセスの数は、ＤＢによって必要とされるアクセス数であればよい。所望のフローパラメータは、少なくとも一部次の式によって特徴づけられればよい。
【００３０】
ＭＩにおいて送信できるビット数（Ｎｂｉｔｓ）は、式、
【数５】
2009512398.tif 000003
【００３１】
によって得られる。
【００３２】
この情報は、つぎに、ＭＩの間に特定のトラフィックフローが受信側ノードに送信することができるデータの量を決定するために使用される（４０４）。パケットサイズをＬとすると、ＭＩの間に送信できるパケット数は
【数６】
2009512398.tif 000004
【００３３】
であり、式、
【数７】
2009512398.tif 000005
【００３４】
によって得られる。
【００３５】
ＤＢを満たすために、ＭＩの間に必要なアクセス数（Ｎａｃｃ）は、ＤＢ期間の間、Ｐ＞１アクセスが可能となるように選択される：すなわち、  
【数８】
2009512398.tif 000006
【００３６】
ＴＳの設定の間に受信側ノードによって、送信側ノードにＴｘＯＰ制限(limit)が割り当てられると、必要とされるアクセス数は次式で与えられる：
【数９】
2009512398.tif 000007
【００３７】
ここで
【数１０】
2009512398.tif 000008
【００３８】
は、ＭＩにおいて送ることができるパケット数であり、
【数１１】
2009512398.tif 000009
【００３９】
は、各ＴｘＯＰに対して送られるパケット数である。この数は、受信側ノードによって設定されるＴｘＯＰ制限(limit)によって決定される。
【００４０】
ＴＳアドミッションに基づいて上記のパラメータが分かってから、受信側ノードは、各ＭＩの間、送信側ノードのＦＲを監視する。受信側ノードは、受信された各パケットのＳＮＲを決定し、送信側ノードからのリンク上で達成できるＰＨＹレートＲに到達するように平均ＳＮＲを算出する。ＴｘＯＰごとに送信できるパケット数は、次の式によって得られる。
【数１２】
2009512398.tif 000010
【００４１】
上記の式において、Ｏは、フレーム間間隔(inter-frame spacing)（ＩＦＳ）、ＰＨＹ層のオーバーヘッド、ＭＡＣアグリゲーション、およびＭＡＣヘッダのオーバーヘッドから生じる合算されたオーバーヘッド(combined overhead)である。これによって、受信側ノードが上記の式のようにＮａｃｃｔｘｏｐを算出できるようになる。受信側ノードは、ＣＷｍｉｎおよびＣＷｍａｘまたはＡＩＦＳを使用して、必要とされるＤＢを妨害しないアクセス頻度を制御できる。この計算は、送信側ノードに対してＭＩごとに必要とされるフローレートを確実に保証するようにする。フローがフローレートを超えた場合、受信側ノードはＣＷｍｉｎまたはＡＩＦＳパラメータを調整することによって、アクセス頻度を減らすことができる。
【００４２】
メッシュノードが逆方向のアクセスを許可された場合、アクセス数は、必要とされるダウンストリームアクセス数によって減らすことができる。それ以外の点では、フロー制御は比較的に同じてあってもよい。逆方向の許可では、所望の数の媒体アクセスの式は次のように変更される。
【数１３】
2009512398.tif 000011
【００４３】
メッシュノードは、受信された信号対雑音（ＲＳＮＲ）比（４０６）、または他のチャネルの１つまたは複数の特性を測定することができる。ＲＳＮＲは、いくつもの方法で推定することもできる。１つの方法では、ＲＳＮＲは、送信側ノードから受信された各パケットの受信信号強度からのマッピングによって取得してもよい。ＲＳＮＲは、別々に決定される、受信信号強度とノイズ推定との比である。別の方法では、パケットデコーディング手順の副産物であるデコーダ測定基準(decoder metric)からＲＳＮＲを決定することを含んでいてもよい。受信器は、リンクの平均ＲＳＮＲを決定し、使用可能な変調およびコーディング方式の動作特性に基づいて、達成可能なリンクレートを推論するために、平均化を使用してもよい。メッシュノードは、物理アクセス層（ＲＰＨＹ）での伝送レートを決定してもよい（４０８）。
【００４４】
メッシュノードは、物理アクセス層（ＲＰＨＹ）での伝送レートが、受信されたＳＮＲ（ＲＳＮＲ）に対して最適、または比較的最適な伝送レートを下回るかどうかを決定することができる（４１２）。物理アクセス層（ＲＰＨＹ）での伝送レートが、受信されたＳＮＲ（ＲＳＮＲ）に対して、比較的最適な伝送レートを下回ると決定された場合、伝送レートをＲＰＨＹからＲＳＮＲへ高めればよい（４１４）。比較的最適な伝送レートは、最適な伝送レートの約毎秒５０Ｍビット内であればよい。
【００４５】
メッシュノードは、ＴｘＯＰＤおよびＴｘＯＰＭを決定することができる（４０９）。メッシュノードは、ＴｘＯＰＭをＴｘＯＰＤと比較して（４１５）、ＴｘＯＰＭがＴｘＯＰＤよりも小さいと決定された場合、メッシュノードは、ＴｘＯＰＭをＴｘＯＰＤまで増やせばよい（４１６）。
【００４６】
メッシュノードは、ＯＨＤおよびＯＨＭを決定することができる（４１０）。メッシュノードは、測定されたオーバーヘッド（ＯＨＭ）と所望のオーバーヘッド（ＯＨＤ）を比較することができる（４１７）。測定されたオーバーヘッドが所望のオーバーヘッドよりも小さいと決定された場合、メッシュノードは、ＡＩＦＳ時間、ＣＷｍｉｎ、およびＴｘＯＰを調整することができる（４１８）。メッシュノードは、ＡＩＦＳ時間またはＣＷｍｉｎ、あるいはその両方を増やして、成功するコンテンションアクセスの数を減らせばよい。メッシュノードは、所望のＦＲを維持するために、ＴｘＯＰを増やす必要もあるであろう。
【００４７】
メッシュノードは、測定された、または送信されたビット（Ｎｂｉｔｓ）および所望のビット（Ｎｂｉｔｓｄｅｓｉｒｅｄ）を決定することができる（４１１）。続いて、メッシュノードは、測定された、または送信されたビット（Ｎｂｉｔｓ）と所望のビット（Ｎｂｉｔｓｄｅｓｉｒｅｄ）を比較することができる（４２０）。測定された、または送信されたビット数が所望のビット数よりも小さいと決定された場合、メッシュノードは、ＡＩＦＳ時間、ＣＷｍｉｎ、またはＴｘＯＰを調整することができる（４２２）。メッシュノードは、ＦＲを高めることもできるＴｘＯＰを増やせばよい。メッシュノードは、オーバーヘッドを最小に抑えＤＢを維持するために、ＡＩＦＳ時間またはＣＷｍｉｎを減らす必要もあるであろう。
【００４８】
図５は、１つ以上の態様による、データのフローレートを制御できる装置５００のブロック図である。装置５００は、メッシュノードから所望のフローレートを受信できる受信モジュール５０２、メッシュノードから受信されるデータのチャネル特性を測定できる測定モジュール５０４、測定されるＳＮＲに少なくとも一部基づいて比較的最適な伝送レートを決定できる決定モジュール５０６、および所望のＴｘＯＰ持続期間を計算できる計算モジュール５０８を含むことができ、比較的最適な伝送レートで所望のフローレートを達成することができる。この決定は、他のパラメータに少なくとも一部基づいていてもよい。
【００４９】
図５に関して、装置５００は、メモリに結合された１つ以上のプロセッサを備えてもよい。プロセッサは、ここで説明された機能をソフトウェアとともに実行することができる。
【００５０】
上記では、ノードのランクを「上位(higher)」または「下位(lower)」として説明したが、これは逆にしてもよく、ルーティングの別の専門語または方式をこのアプローチに使用してもよい。
【００５１】
当業者は、ここに開示された１つまたは複数の態様に関連して説明された、様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムは、電子的ハードウェア、コンピュータソフトウェア、あるいは両方の組み合わせとしてインプリメントされる(implemented)ことができることを、理解するであろう。このハードウェアおよびソフトウェアの互換性を例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびアルゴリズムは、一般にその機能の観点から、上記において説明されている。このような機能がハードウェアでインプリメントされるか、ソフトウェアでインプリメントされるかは、特定のアプリケーションおよびシステム全体に課される設計制約に依存する。熟練者は、各アプリケーションについて様々な方法で、説明された機能を、インプリメントするかもしれないが、このようなインプリメンテーションの決定は、本開示の範囲からの逸脱を生じさせるものとして解釈されるべきではない。
【００５２】
ここに開示された実施形態に関連して、様々な例示的な論理ブロック、モジュール、および回路は、汎用処理デバイス、デジタル信号処理デバイス(digital signal processing device)（ＤＳＰ）、特定用途向け集積回路(application specific integrated circuit)（ＡＳＩＣ）、フィールドプログラマブルゲートアレー(field programmable gate array)（ＦＰＧＡ）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいはここに記載された機能を実行するように設計されたそれらの組み合わせとともに、インプリメントされ、あるいは実行されることができる。汎用処理デバイスは、マイクロプロセッシングデバイスであってもよい、が、別の方法では、処理デバイスは、従来の処理デバイス、処理デバイス、マイクロプロセッシングデバイス、または状態機械の何れでもよい。処理デバイスは、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッシングデバイスとの組み合わせ、複数のマイクロプロセッシングデバイス、ＤＳＰコアと組み合わせた１つ以上のマイクロプロセッシングデバイス、または他の何らかのこのようなコンフィギュレーション(configuration)、としてインプリメントされてもよい。
【００５３】
ここに開示された実施形態に関連して説明された装置、方法、またはアルゴリズムは、ハードウェア、ソフトウェア、またはそれらの組み合わせの中に直接具現化されることができる。ソフトウェアにおいては、方法またはアルゴリズムは、１つ以上の命令(instructions)に具現化され、コンピュータプログラム製品の一部であるコンピュータ可読媒体に記憶されることができ、それは、処理デバイスによって読み出され、かつ／または実行されることができる。この命令は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リームーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形式の記憶媒体の中にあってもよい。例示的な記憶媒体は、処理デバイスが記憶媒体から情報を読み出し、記憶媒体へ情報を書き込みできるように処理デバイスに結合される。別の方法では、記憶媒体は、処理デバイスに一体化されていてもよい。処理デバイスおよび記憶媒体は、ＡＳＩＣの中にあってもよい。ＡＳＩＣは、ユーザ端末内にあってもよい。別の方法では、処理デバイスおよび記憶媒体は、ユーザ端末内のディスクリートコンポーネントとしてあってもよい。
【００５４】
開示された実施形態の以上の説明は、当業者が本開示物を作り、または使用するのを可能とするように提供されている。これらの実施形態に対する様々な修正は、当業者には容易に明らかであり、ここに定義された包括的な原理は、本開示の精神または範囲から逸脱することなく、他の実施形態に適用されることができる。したがって、本開示はここに示された実施形態に限定するようには意図されておらず、ここで開示された原理および新規な特徴に整合する最も広い範囲が与えられるべきである。
【００５５】
本開示は、その精神または本質的な特質から逸脱することなく、他の特定の形式に具現化されてもよい。開示された実施形態は、すべての点において、単に例示的なものであって、制限するものでないとして、考慮されるべきであり、従って、本開示の範囲は、前述の説明よりも添付された特許請求の範囲によって示される。特許請求の範囲の均等(equivalency)の意味および範囲の中に入るすべての変更は、それらの範囲に包含されるべきである。
【図面の簡単な説明】
【００５６】
【図１】１つ以上の態様によるメッシュネットワークを示す図である。
【図２】１つ以上の態様による図１の２つのメッシュノード間のアップストリームおよびダウンストリームのトラフィックフローのアドミッション制御を示すフロー図である。
【図３】１つ以上の態様による、メッシュノードにおけるコンテンションアクセス制御を示すタイミング図である。
【図４】１つ以上の態様による、メッシュノードにおけるＭＡＣを示すフロー図である。
【図５】１つ以上の態様による、データのフローレートを制御できる装置のブロック図である。
【図１】
2009512398.tif 000016
【図２】
2009512398.tif 000017
【図３】
2009512398.tif 000018
【図４】
2009512398.tif 000019
【図５】
2009512398.tif 000020
【国際調査報告】
2009512398.tif 000021
2009512398.tif 000022
2009512398.tif 000023
2009512398.tif 000024