メッシュネットワーク内のトラフィックストリームを制御する方法であって、第1のノードからのトラフィックストリームを許可するためのトラフィックストリーム許可要求を、第2のノードにおいて受信することと、前記第2のノードのトラフィック負荷を判定することと、前記トラフィック負荷を用いて、前記第1のノードからのトラフィックストリームを許可するか拒否するかを決定することとを備える方法。サービス間隔と呼ばれる期間を確立することと、前記トラフィックストリームの送信機会のための、前記サービス間隔の時間割合を判定することとを更に備える請求項1に記載の方法。前記送信機会は、保証レート、物理的な最小伝送レート、フレームサイズ、スケジュールされたサービス間隔、遅延間期間、およびビーコン間隔から成るグループから選択される請求項2に記載の方法。前記トラフィックストリーム許可要求が拒否されたのであれば、前記第2のノードの代替ノードを選択することを更に備える請求項1に記載の方法。サービス間隔と呼ばれる期間を確立することと、近隣ノードから、送信時間割合および受信時間割合を受信することとを更に備える請求項1に記載の方法。近隣ノードから、送信時間割合と受信時間割合との合計を受信することを更に備える請求項1に記載の方法。前記第1のノードを前記第2のノードに接続しているチャネルのチャネルビジー時間割合を測定することを更に備える請求項1に記載の方法。前記トラフィックストリーム許可要求は、前記トラフィックストリームを許可または拒否するかを決定するために使用されるトラフィックストリームクラスを含む請求項1に記載の方法。平均静寂ネットワークアクセスベクトル時間をモニタすることを更に備える請求項1に記載の方法。コンピュータ読取可能媒体を備えるコンピュータプログラム製品であって、前記コンピュータ読取可能媒体は、第1のノードからのトラフィックストリームを許可するためのトラフィックストリーム許可要求を、第2のノードにおいて受信する命令と、前記第2のノードのトラフィック負荷を判定する命令と、前記トラフィック負荷を用いて、前記第1のノードからのトラフィックストリームを許可するか拒否するかを決定する命令とを備えるコンピュータプログラム製品。メッシュネットワーク内のトラフィックストリームを制御する装置であって、第1のノードから、トラフィックストリームを許可するためのトラフィックストリーム許可要求を受信するように構成された受信モジュールと、前記トラフィックストリーム許可要求を受信する前記第2のノードのトラフィック負荷を判定し、前記トラフィック負荷を用いて、前記第1のノードからの要求に関するトラフィックストリームを許可するか拒否するかを決定するように構成された決定モジュールとを備える装置。サービス間隔と呼ばれる期間を確立するように構成されたサービス間隔モジュールと、前記トラフィックストリームの送信機会のための、前記サービス間隔の時間割合を判定するように構成された時間モジュールとを更に備える請求項11に記載の装置。前記送信機会は、保証レート、物理的な最小伝送レート、フレームサイズ、スケジュールされたサービス間隔、遅延間期間、およびビーコン間隔から成るグループから選択される請求項12に記載の装置。前記トラフィックストリーム許可要求が拒否されたのであれば、前記第2のノードの代替ノードを選択するように構成された選択モジュールを更に備える請求項11に記載の装置。サービス間隔と呼ばれる期間を確立するように構成されたサービス間隔モジュールと、近隣ノードから、送信時間割合および受信時間割合を受信するように構成された時間モジュールとを更に備える請求項11に記載の装置。近隣ノードから、送信時間割合と受信時間割合との合計を受信するように構成された時間モジュールを更に備える請求項11に記載の装置。前記第1のノードを前記第2のノードに接続しているチャネルのチャネルビジー時間割合を測定するように構成された測定モジュールを更に備える請求項11に記載の装置。前記トラフィックストリーム許可要求は、前記トラフィックストリームを許可または拒否するかを決定するために使用されるトラフィックストリームクラスを含む請求項11に記載の装置。平均静寂ネットワークアクセスベクトル時間をモニタするように構成されたモニタリングモジュールを更に備える請求項11に記載の装置。メッシュネットワーク内のトラフィックストリームを制御する装置であって、第1のノードからのトラフィックストリームを許可するためのトラフィックストリーム許可要求を、第2のノードにおいて受信する手段と、前記第2のノードのトラフィック負荷を判定し、前記トラフィック負荷を用いて、前記第1のノードからのトラフィックストリームを許可するか拒否するかを決定するように構成された手段とを備える装置。トラフィックストリーム許可要求を許可または拒否する手段を更に備える請求項20に記載の装置。サービス間隔と呼ばれる期間を確立する手段と、前記トラフィックストリームの送信機会のための、前記サービス間隔の時間割合を判定する手段とを更に備える請求項20に記載の装置。前記送信機会は、保証レート、物理的な最小伝送レート、フレームサイズ、スケジュールされたサービス間隔、遅延間期間、およびビーコン間隔から成るグループから選択される請求項20に記載の装置。前記トラフィックストリーム許可要求が拒否されたのであれば、前記第2のノードの代替ノードを選択する手段を更に備える請求項20に記載の装置。サービス間隔と呼ばれる期間を確立する手段と、近隣ノードから、送信時間割合および受信時間割合を受信する手段とを更に備える請求項20に記載の装置。近隣ノードから、送信時間割合と受信時間割合との合計を受信する手段を更に備える請求項20に記載の装置。前記第1のノードを前記第2のノードに接続しているチャネルのチャネルビジー時間割合を測定する手段を更に備える請求項20に記載の装置。前記トラフィックストリーム許可要求は、前記トラフィックストリームを許可または拒否するかを決定するために使用されるトラフィックストリームクラスを含む請求項20に記載の装置。平均静寂ネットワークアクセスベクトル時間をモニタする手段を更に備える請求項20に記載の装置。本開示の様々な機能の実施形態を実現する方法および装置が、図面に関連付けられて記載される。図面および関連する説明は、本開示の実施形態を例示するためであって、本開示の範囲を限定しないように提供される。1つの実施形態あるいは実施形態に対する明細書中の参照は、実施形態に関連して記載される具体的な特徴、構造、特性が、本開示の少なくとも1つの実施形態に含まれることを示すことが意図されている。明細書中の様々な場所におけるフレーズである1つの実施形態においてまたは実施形態は、必ずしも全てが同じ実施形態を参照している必要はない。図面の全体にわたって、参照された要素間の対応を示すために参照番号が再使用される。更に、各参照番号の最初の桁は、その要素が最初に現れた図を示す。図1は、実施形態に従った典型的なメッシュネットワーク100の図である。メッシュネットワーク100は、メッシュノードからなる階層ネットワークであり、例えば、第1のノード101から第23のノード123まで含みうる。凡例130によってこの本実施形態で示されるように、ネットワーク100は、多くの異なるタイプのノードおよびデバイスを含みうる。メッシュネットワーク100は、例えば、第1のノード101から第14のノード114までのような複数の局STAを含みうる。1つの実施形態では、1つの局例えば101は、別の局例えば102と関連していなくてもよい。局は、メッシュネットワーク100の無線規格に従うあらゆるデバイスでありうる。局は、例えば、コンピュータ、携帯情報端末、ネットワークゲームデバイス、電話、テレビ、あるいは端末を含みうる。メッシュネットワーク100の無線規格は、任意の所有権付き規格、および/または、限定される訳ではないが、例えばIEEE802.11規格のようなオープンアーキテクチャ規格でもありうる。メッシュネットワーク100は、例えばノード115-117および119のような1または複数のMAPを含むことができる。局は、メッシュネットワーク階層のベースを形成することができ、また、例えばメッシュアクセスポイントMAPおよびメッシュポータルのようなゲートウェイノードを介し、階層内のより高次のメッシュノードにアクセスすることができる。ノード102のような局は、直接通信リンク134によって、例えばノード115のようなMAPにアクセスすることができる。通信リンク134は、有線、無線、および/またはこれらの組み合わせでありうる。ノード101のような局は、ノード101からノード115およびノード122へ移動することによって、例えばノード122のようなメッシュポイントへアクセスすることができる。メッシュポータルは、図1に示すような非メッシュデバイスと通信するノードを含むことができる。メッシュネットワーク100は、例えばノード118のような1または複数のメッシュポータルを含むことができる。例えばノード118のようなメッシュポータルは、例えばデバイス141-145のような非メッシュデバイスと通信することができる。非メッシュデバイスは、例えばイーサネット登録商標接続のような非メッシュ接続114を特徴付けるローカルエリアネットワーク内にネットワークされうる。例えば、非メッシュデバイス141-145は、ツイストペア銅線を用いて、星型コンフィグレーションで有線化することができる。非メッシュデバイス141-145の各々は、メッシュネットワーク100のプロトコルに準拠することができる場合もできない場合もある。実施形態では、ノード118は、イーサネットハブであっても、メッシュネットワークプロトコルに従うこともできる。ノード118は、非メッシュデバイス141-145の各々を始点とするTSが、メッシュネットワーク100内に移動できるようにすることができる。このように、メッシュポータル118は、非メッシュデバイス141-145のためのメッシュネットワーク100ゲートウェイとなることができる。メッシュポータル118および非メッシュデバイス141-145を特徴付けるネットワークは、イーサネットネットワークに制限されることはなく、その他のネットワークも構成され、同様に動作することができる。非メッシュデバイス141-145は、限定される訳ではないが、例えば、トークンリングネットワーク、および/または802.11ポイントトゥマルチポイントネットワークおよび/またはこれらの組み合わせのような多くの異なるタイプのネットワークで構成されうる。メッシュポータル118は更に、例えばノード119を経由して、インターネットまたはその他の広域ネットワークへのリンクを有することができる。ノード119は、インターネットバックボーンに接続されることができ、これによって、ノード119は、メッシュポータルのみならずインターネットアクセスポイントとなる。ノード119は、無線メッシュネットワーク100とインターネットとの間のブリッジを形成することができる。ブリッジは、メッシュネットワーク100内のノードのうちのいずれかと、インターネット可能デバイスとの間の接続として動作することができる。メッシュポイントは、他のメッシュポイント、MAP、および/またはメッシュポータル間でデータを中継するノードを含むことができる。メッシュネットワーク100は、例えばノード120-123のような1または複数のメッシュポイントを含むことができる。メッシュポイント、MAP、およびメッシュポータルは、メッシュネットワーク100階層内のメッシュノードの上部レイヤを形成することができる。局および非メッシュデバイスを始点とするTSは、メッシュポータルおよびMAPを介してこの上部レイヤに入ることができる。TSは、他のメッシュポータルおよび/またはMAPを介して出て行くまで、メッシュネットワーク100の上部レイヤのノードに沿って移動する。図1はまた、MOと示すような典型的なトラフィックストリームTSのルーティングをも示している。実施形態では、TSMOは、メッシュネットワーク100内のノード108例えば、局108を始点とすることができる。TSMOはまた、メッシュネットワーク100内のノード113例えば、局113を始点とすることもできる。ノード108からノード113への適切なTSルートは、ルーティングアルゴリズムを用いて決定することができる。適切なTSルートが決定された後、アクセスおよびTXOPが、このルートに沿った各ノードにおいてネゴシエートされる。その後、TSMOは、このルートに沿って送信されうる。ノード108は、TSMOを、第1のホップH1で、ノード116へ送信することができる。ノード116は、TSMOを受信することができる。そして、さらに、TSMOを、第2のホップH2で、ノード117へ送信することができる。ノード117は、TSMOを受信することができる。そして、TSMOを、第3のホップH3で、ノード120へ送信することができる。ノード120は、TSMOを受信することができる。そして、TSMOを、第4のホップH4で、ノード119へ送信することができる。ノード119は、TSMOを、この実施形態では最後である第4のホップH5で、ノード113へ送信することができる。図2は、典型的なメッシュノード120において送受信されるTSを示す図1の典型的なメッシュネットワーク100の部分図である。この実施形態では、ノード120は、他の4つのノード117、119、121および122との間でTSを送受信することができる。ノード120は、これらの4つのノードのネットワーク近傍にあると言うことができる。この実施形態では、ノード120は、ノード117、121および122から、TSR17、R21およびR22をそれぞれ受信することができる。更に、ノード120は、ノード117、119および121に、TST17、T19およびT21をそれぞれ送信することができる。この例において、ノード117、119または121はリーフノードではなく、TSR17、R21およびR22と、T17、T19およびT21とは、ノード117、119または121におけるその他のTSのアグリゲートでありうることに注目されたい。ノード120におけるトラフィックは、2つのベクトルすなわち、送信ベクトルおよび受信ベクトルによって表すことができる。実施形態では、TSは、例えば、スケジュールされたサービス間隔SSI:scheduledserviceintervalのような確立された期間にわたって、TSに関連付けられたデータを送信するために、チャネルを占有する時間割合によって表されうる。このコンテクストにおけるトラフィック負荷または媒体占有は、例えば、スケジュールされたサービス間隔SSIのような確立された時間間隔にわたってビジーbusyであるとしてチャネルにおける占有された時間長さを示すtbusyのような量によって表されうる。従って、送信ベクトルT20210と示されるは、4つの要素を有する。第1の要素は、TST17をノード120からノード117へ送信するための時間tT17であり、第2の要素は、TST19をノード120からノード119へ送信するための時間tT19であり、第3の要素は、TST21をノード120からノード121へ送信するための時間tT21であり、第4の要素は、TST22をノード120からノード122へ送信するための時間tT22である。この例において、送信ベクトルT20210の第4の要素tT22は、ゼロであろう。なぜならノード120は、ノード122に何れのTSも送信しないからである。ここで、tT17は、SSI毎に、TST17の送信のためにチャネルにおいて占有される時間である。同様に、受信ベクトルR20212と示されるは、4つの要素を有する。第1の要素は、TSR17をノード117から受信するための時間tR17であり、第2の要素は、TSR19をノード119から受信するための時間tR19であり、第3の要素は、TSR21をノード121から受信するための時間tR21であり、第4の要素は、TSR22をノード122から受信するための時間tR22である。この例において、受信ベクトルR20212の第2の要素tR19は、ゼロであろう。なぜならノード120は、ノード119から何れのTSも受信しないからである。ここで、tR17は、SSI毎に、TSR17の送信のためにチャネルにおいて占有される時間である。ノード120周辺の媒体が、ノード120またはその他任意のノードにおいて、SSIの一部として負荷がかけられたと考えられる時間長さのようなトラフィック負荷tloadは、測定を含む様々な方法で判定することができる。実施形態では、ノード120は、ビジー時間tbusyを判定するために、ノード120の物理レイヤPHYによって検出されるようなクリアチャネルアセスメントCCAビジー表示をモニタすることができる。CCAビジー表示が、このチャネルがビジーではないことを示す場合であっても、ノード120は、ノード120が送信しない時間割合を示すネットワーク割当ベクトルの静寂時間tqnavをモニタすることができる。ネットワーク割当ベクトルNAVは、周囲のノードからの条件を処理することによって得られる。ノード120に接続されたノード117、119、121、122が、ノード120以外のノードからの通信を受信することができるように、静寂時間tqnavは、チャネルが利用可能ではない時間を表すことができる。静寂時間tqnavおよびCCAビジー表示によってチャネルが利用可能ではない時間長さは、トラフィック負荷tloadである。メッシュネットワーク100内の任意のノードにおけるトラフィック負荷tloadは、以下の式によって表わすことができる。tload=tbusytqnav図3は、典型的なノード120と、典型的なノード120の近隣のノード117、119、121および122の各々のトラフィックフロー情報を示す図1のメッシュネットワーク100の部分図である。実施形態では、近隣ノードは、ノードの1つの通信リンク内のノードとして定義することができる。ノード120の近隣ノードは、ノード117、119、121および122である。従って、図3は、TとR、および、ノード120とその近隣ノード117、119、121、122のおのおのの送受信のためにSSIの間に費やされる時間部分を決定するために必要なノードを示す。実施形態では、各ノードは、ノードのビーコンの一部としてTおよびRを送信することができる。各ノードはまた、近隣ノードからトラフィック負荷情報を受信するために、他のノードのビーコンをモニタすることができる。例えば、ノード120は、TとRのペアであるT20およびR20を送信することができる。T20およびR20は、ノード120の近隣ノードによってモニタされる。近隣ノード117、119、121および122はまた、他のノードがこれらパラメータをモニタできるように、それぞれのTとRのペア、すなわち、T17とR17、T19とR19、T21とR21、および、T22とR22を他のノードに送信することができる。ノードはそれぞれ、近隣ノードのビーコンをモニタすることによって、ローカルなTSトラフィック負荷、そしてその利用可能な帯域幅を決定することができる。ノードの近隣におけるローカルなTSトラフィック負荷は、送受信マトリクスペアTX、RXを形成することによって判定されうる。TX、RXペアのローおよびカラムは、メッシュネットワーク100内のノードの送信パラメータおよび受信パラメータに対応する。TXおよびRXはその後、近隣ノードの各々から受信された個々のTとRのペアからの情報で埋められる。T、R、TX、およびRXはそれぞれ、値、ベクトル、またはマトリクスを表す。例えば、ノード120は、近隣ノードの各々のビーコンをモニタすることができる。ノード120は、ノード117からT17とR17のペアを、ノード119からT19とR19のペアを、ノード121からT21とR21のペアを、ノード122からT22とR22のペアを受信することができる。ノード120は、TX20とRX20とのマトリクスを埋めるために、受信したTとRのペアを解析することができる。TX20とRX20の各ローおよびカラムは、メッシュネットワーク100のノードと少なくとも部分的に対応することができる。例えば、TX20のロー17、カラム16は、TSがノード117からノード116へ送信される時間長さで埋めることができる。この時間情報はまた、ノード117の送信ベクトルT17と、ノード116の受信ベクトルR16においても利用可能である。同様に、RX20のロー21、カラム22は、ノード121がノード122からTSを受信する時間長さで埋められる。この時間情報はまた、ノード121の受信ベクトルR21とノード122の送信ベクトルT22においても利用可能である。ノード120の周囲のトラフィック負荷は、TX20およびRX20の各送信受信ペアについて最大値を合計することによって、TX20およびRX20から判定することができる。例えば、TSがノード121からノード122へ送信されるのに要する時間長さを表すTX20のロー21、カラム22は、ノード122がノード121からTSを受信するのに要する時間長さを表すRX20のロー22、カラム21と比較されうる。TX20とRX20からなる各送信受信ペアの最大値は、ノード120における新たなTSについて、送信媒体が利用できないために、利用不可能な時間長さを表す。例えば、ロー21、カラム22の最大値は、送信媒体が利用できない時間長さをノード120に示すことができる。なぜなら、TSは、ノード121とノード122との間で送信されるからである。TX20とRX20のペアにわたる最大値の合計は、ノード120におけるローカルトラフィック負荷を判定するために、少なくとも部分的に使用されうる。メッシュネットワーク100内の任意のノードにおけるトラフィック負荷は、以下の式を用いることによって少なくとも部分的に判定することができる。その後、トラフィック負荷は、新たなTSを許可するために、ノード120の周囲で利用可能な適切なチャネル帯域幅が存在するかを判定するために、ノード120によって使用することができる。ノード120は、ノード120または近隣ノードにおいて送受信される他のTSと干渉することなく新たなTSが収容されることを保証することができる。ノード120がTS許可要求を受信する場合、ノード120は、この許可要求を、ノード120におけるトラフィック負荷と比較し、ノード120またはノード120の近傍において、他のTSと干渉することなくTSを受信し、TSをルート内の次のノードに送信することができるかを判定することができる。ノード120が新たなTSを収容することができる場合、ノード120はTSを許可することができる。ノード120が新たなTSを収容することができない場合、ノード120はTSを拒否することができる。そして、前のノードは、宛先ノードへの次の最も適切なルートおよび/または他の適切なルートを決定するために、ルーティングアルゴリズムを起動することができる。これによって、ノード120を効果的にバイパスする。図4は、典型的なノード120と、この典型的なノード120の近傍ノード117、119、121、122のそれぞれのトラフィックフロー情報を示す図1のメッシュネットワークの部分図である。ノード117、119、121および122の近傍も示されている。ノード120は、合計ベクトルS20を、近傍ノードのおのおのに送信することができる。また、各近隣ノードは、S17を送信するノード117、S19を送信するノード119、S21を送信するノード121、S22を送信するノード122のように、それぞれの合計ベクトルSを送信することもできる。Sの各要素は、ノードとその近隣ノードのそれぞれとの間の送信時間および受信時間の集合を含むことができる。実施形態では、ノード120のS20ベクトルは、4つの要素を含む。ここで、各要素は、ノード120の、近隣ノードのそれぞれとの送信時間と受信時間との合計を表す。第1の要素は、ノード117との送信時間と受信時間との合計であり、第2の要素は、ノード119との送信時間と受信時間との合計であり、第3の要素は、ノード121との送信時間と受信時間との合計であり、第4の要素は、ノード122との送信時間と受信時間との合計である。実施形態において、TXとRXの代わりにSを送信することの1つの利点は、Sのサイズが、TXおよびRXのサイズのほとんど半分と、小さくなることである。これは、トラフィック負荷情報を送信するために必要な時間および帯域幅を低減することができる。特に、高次のネットワークグラフを有するビジーなノード多くの近隣を有するノードにとって、オーバヘッドは深刻である。ノード120は、ノード120の近隣ノードの送信をモニタし、近隣ノードの各々についてのSベクトルを格納する。ノード120のトラフィック負荷は、メッシュネットワーク100内のメッシュノードを表すローとカラムの各々を備えた負荷マトリクスSTを構築することによって判定されうる。負荷マトリクスSTは、ノード120の近隣ノードの各々についての送信時間と受信時間との合計で埋められうる。実施形態では、負荷マトリックスSTのロー21は、ノード121からのSベクトルを表わすS21の要素で埋められうる。負荷マトリクスSTのロー21、カラム22は、ノード121とノード122との送信時間と受信時間との合計に対応するS21の要素で埋められうる。その後、送信ローカラムペアと受信ローカラムペアとを比較し、相対的な最大値を選択することによって、ノード120の周囲のトラフィック負荷が、少なくとも部分的に判定されうる。例えばSTのロー21、カラム22は、STのロー22、カラム21と比較され、相対的な最大値が、負荷判定のために使用されうる。その後、全てのローカラムペア比較の合計が、ノード120の周囲のトラフィック負荷を判定するために少なくとも部分的に使用される。メッシュネットワーク100内の任意のノードの周囲のトラフィック負荷は、以下の式によって少なくとも部分的に判定される。計算されたトラフィック負荷情報は、新たなTSが許可されるかを判定するために、ノード120によって使用されうる。ノード120がTS許可要求を受信した場合、ノード120は、この許可要求をトラフィック負荷と比較し、ノード120がTSを受信できるかを判定し、ノード120またはその近隣における他のノードにおいて他のTSを危険にさらすことなく、このTSをルート内の次のノードに転送する。ノード120が、TSを受信し、転送することができるのであれば、ノード120は、TSを許可することができる。ノード120が、TSを受信することも、転送することもできないのであれば、ノード120は、TSを拒否し、前のノードが、ノード120をバイパスするルーティングアルゴリズムを起動することができる。従って、実施形態では、メッシュネットワーク100のノードは、近隣におけるトラフィック負荷を測定または計算し、そして、許可制御を実行するために、トラフィック負荷情報を用いることができる。図5は、実施形態に従った、典型的なノード120と、典型的なノードの近隣のノード117、119、121、122の各々とのトラフィックフロー情報を示す図1のメッシュネットワーク100の部分図である。メッシュネットワーク100の各ノードの周囲のトラフィック負荷は、スカラパラメータの近隣ノードの測定およびモニタリングによって判定することができる。ノード117、119、121および122の近隣も図5で示される。実施形態では、これらノードの各々は、例えばビジー時間のようなパラメータをブロードキャストすることができる。これらノードの各々は、各PHYによって検出されたようなチャネルビジー時間を測定することができる。その後、チャネルビジー時間は、これらノードの各々によってブロードキャストされる。ノード120は、1または複数のビーコン間隔にわたるビジー表示のために、PHYをモニタすることができる。ノード120のPHYが、チャネルがビジーであることをレポートする時間長さTであるT20がブロードキャストされうる。同様に、ノード120の近隣ノードは、チャネルがビジーであるとそれぞれのPHYが示す時間長さを決定するために、それぞれのPHYをモニタすることができる。これら近隣ノードはまた、測定されたビジー時間をブロードキャストすることができる。T20は、その近隣ノード117、119、121、122によって使用することができる。ノード120は、それぞれの近隣ノードから、T17、T19、T21、T22を受信することができる。ノード120は、平均的な静寂ネットワークアクセスベクトルtqnav時間もモニタすることができる。その後、ノード120は、T1、T2、T3およびT4を総和することにより、少なくとも部分的にノード120の周囲のトラフィック負荷を計算することができる。メッシュネットワーク100内の任意のノードにおけるトラフィック負荷は、以下の式を用いて、少なくとも部分的に計算することができる。その後、トラフィック負荷は、新たなTSを許可する能力を判定するために、ノード120によって利用されうる。ノード120は、新たなTSが、近隣ノードにおいて現在送信され受信されているTSを危険にさらさないことを保証することができる。ノード120がTS許可要求を受信する場合、ノード120は、この許可要求をトラフィック負荷と比較し、ノード120がTSを受信できるかを判定し、このTSを、他のTSを危険にさらすことなく次のノードへ転送することができる。ノード120が新たなTSを許可することができると判定された場合、ノード120はTSを許可することができる。ノード120が新たなTSを許可できないと判定された場合、ノード120は、TSを拒否し、前のノードは、ノード120をバイパスするルーティングアルゴリズムを実施することができる。図6は、実施形態に従って、可能なTSルートに沿った第1のノード116におけるTSの許可制御を例示するTSフロー図である。実施形態では、始点局MOであるノード108は、宛先局MDであるノード113への可能なルートを決定するために、ルートアルゴリズムを利用することができる。ノード108は、上述した方法のうちの1つに従って、トラフィック負荷を評価または判定することができる904。ノード108は、アプリケーションに特有な適切なルートを選択することができる。例えば、このルートは、次のホップへの距離、次のホップノードにおけるトラフィック負荷、次のホップノードの程度、および/またはその他の判定基準、および/またはこれらの組み合わせに基づいて選択することができる。実施形態では、H1のスケジュールサービス間隔SSI中に転送されるメディアアクセス制御MACサービスデータユニットMSDUパケットの平均数が計算される。パケットNの平均数は、公称パケットサイズLで除されたSSIと保証データレートGとの積でありうる。パケットの平均数は、下記式を用いることによって、少なくとも部分的に計算することができる。ダウンストリームTXOPでは、H1に必要とされるデータ送信のためにSSI毎にスケジュールされた時間部分も計算することができる。この場合、我々は、簡単な表記TXOPを用いて期間tTXOPを示す。その計算は、H1に沿った既存のトラフィックに少なくとも部分的に依存する。既存のトラフィックが、MOと同じクラスのTSを含んでおり、より短いSSIを必要としない場合、MOからのデータパケットは、追加オーバヘッドに対する必要なしで、既存のTSとともに集められる。実施形態では、H1のTXOPは、物理的送信レートRによって除された許容可能な最大MSDU2304バイトと、物理的送信レートによって除された公称パケットサイズとデータパケットの平均数Nとの積とのうちの最大でありうる。TXOPは、以下の式に少なくとも部分的に基づいて計算することができる。同じクラスのノード108とノード116との間に既存のTSがない場合、または、新たなデータストリームがより小さなSSIしか必要としない場合、TXOPは、追加のクラスまたはより小さなSSIを取り扱うための追加オーバヘッドを含みうる。より小さなSSIは、データビット毎のオーバヘッドが増加することを意味する。従って、より小さな数のホップを持つパスを選択することが望ましい。これによって、ネットワーク伝送能力全体を改善するのみならず、その効率をも高めることができる。この場合、TXOPは、以下の式によって少なくとも部分的に決定することができる。ノード108における計画された全ダウンストリームトラフィック負荷は、H1のSSIによって除されたH1のTXOPに、送信されるようにスケジュールされたその他全てのTSについて、各SSIによって除されたTXOPの総和を加えることによって少なくとも部分的に計算される。H1によるトラフィック負荷は、ノード108を出発するTSによる他の既存のトラフィック負荷とともに加えられる。ダウンストリームトラフィック負荷は、下記式によって少なくとも部分的に表すことができる。ノード108におけるアップストリームトラフィック負荷は変わらない。始点ではないノードについてのアップストリーム計算を以下に説明する。ノード108は、MOが収容されるかを判定するために、アップストリームトラフィック負荷と、ダウンストリームトラフィック負荷との合計を、予め定めた負荷しきい値と比較する。MOが収容されると判定された場合、ノード108はTXOPを予約し、ビーコン信号内の負荷情報を更新し、ノード116へ許可要求を送る。MOが収容されると判定されなかった場合、アクセスが拒否される。実施形態では、TXOP計算およびしきい値は、QoSによって区分される。例えば、ノードは、トラフィックの30をVOIPタイプのQoSに割り当て、10をリアルタイムインタラクティブゲームタイプのQoSに割り当て、60をウェブブラウジングタイプのQoSに割り当てる。その後、トラフィック負荷判定およびしきい値比較は、QoS特有となりうる。データストリームをサポートするのに十分な帯域幅がない場合、動的なQoS割り当てが行われうる。ノードは、別のQoSのために区分された帯域幅の一部を、新たなデータストリームのために再び割り当てることができる。ノード108は、ダウンストリームノードから許可の拒否を受け取るまで、TXOP予約を保持することができる。許可の拒否を受け取ると、始点局は、TXOP予約をキャンセルし、宛先局113への別のルートを決定するルーティングアルゴリズムを起動することができる。適切なルートが見つかった場合、ノード108は、上述した許可処理を再開することができる。図7は、実施形態に従って、可能なTSルートに従ったTSおよびMOの典型的なホップHiを示す。ノード120がノード117から許可要求を受け取ると、ノード120は、アップストリーム第4のホップおよびダウンストリーム第3のホップのTXOPと、計画されたトラフィック負荷とを計算することができる。ノード120における許可制御の記述を簡略化および一般化するために、アップストリームホップが、Hiとして記述され、ダウンストリームホップがHi-1として記述される。ノード120の許可制御は、メッシュネットワーク100中の任意のTSの任意のノードまたはホップに適用されうる。実施形態では、HiのSSI中に転送されるMSDUパケットの平均数が計算される。パケットの平均数Nは、保証されたデータレートGとSSIとの積が、公称パケットサイズLで除されたものとなることができる。パケットの平均数は、以下の式によって少なくとも部分的に記述される。HiのダウンストリームTXOPもまた計算することができる。この計算は、Hiに沿った既存のトラフィックに少なくとも部分的に依存しうる。既存のトラフィックがMOと同じクラスのTSを含んでおり、より小さなSSIを必要としないのであれば、Mからのデータパケットは、追加オーバヘッドに対する必要なしで、既存のTSとともに集められる。HiのTXOPは、物理的送信レートRによって除された許容可能な相対的に最大のMSDU2304バイトLmaxと、データパケットの平均数Nと公称パケットサイズとの積を物理的送信レートで除したものとのうちの最大値でありうる。TXOPは、下記式に少なくとも部分的に基づいて記述することができる。TXOPは、追加クラスまたはより小さなSSIを取り扱うための追加オーバヘッドを含むことができる。この状態では、TXOPは、下記式に少なくとも部分的に基づいて記述することができる。ノード120において計画されたダウンストリームトラフィック負荷の合計は、Hiについて、SSIによって除されたTXOPに、それぞれのノード120を出発するようにスケジュールされ、SSIによって除されたその他全てのトラフィックストリームのTXOPの総和を加えることによって少なくとも部分的に計算される。特に、Hiによるトラフィック負荷は、近隣ノードkのそれぞれ、すなわちノード117、ノード119、ノード121、およびノード122について、ノード120を出発するTSによるその他の既存のトラフィック負荷で合計される。ダウンストリームトラフィック負荷は、下記式に少なくとも部分的に基づいて記述される。ノード120はまた、Hi-1のアップストリームTXOPを計算する。その計算は、リンクHi-1に沿った既存のトラフィックに少なくとも部分的に基づくことができる。既存のトラフィックが、MOと同じクラスのTSを含んでおり、より小さなSSIを必要としないのであれば、MOからのデータパケットは、追加のオーバヘッドのための必要性なく、既存のTSとともに集めることができる。Hi-1のTXOPは、物理的送信レートRによって除された最大許容可能なMSDU2304バイトと、物理的送信レートによって除されたデータパケット平均数Nと公称パケットサイズとの積とのうちの最大値でありうる。TXOPは、少なくとも部分的に以下の式に基づいて記述されうる。TXOPが、追加のクラスまたはより小さなSSIを取り扱う追加オーバヘッドを含んでいるのであれば、TXOPは、少なくとも部分的に以下の式に基づいて記述されうる。ノード120における計画された全アップストリームトラフィック負荷は、Hi-1についてSSIによって除されたTXOPに、ノード120に到着すると計画されたその他全てのトラフィックストリームの、各SSIによって除されたアップストリームTXOPの総和を加えることによって計算される。Hiによるトラフィック負荷は、ノード120の近隣kの各々であるノード117、ノード119、ノード121、およびノード122からノード120に到着するTSによるその他の既存のトラフィック負荷と加算される。アップストリームトラフィック負荷は、少なくとも部分的に下記式に基づいて記載される。ノード120は、上記計算を行った後に、アップストリームトラフィック負荷とダウンストリームトラフィック負荷との合計を、予め定めたしきい値と比較して、MOが収容可能であるかを少なくとも部分的に判定することができる。MOが収容可能であると判定された場合、ノード120は、TXOPを予約し、そのビーコンにおける負荷情報を更新し、許可要求をノード119へ送る。MOが収容可能ではないと判定された場合、アクセスが拒否され、ノード120は、TSMOの許可を拒否するメッセージをノード117へ送る。実施形態では、TXOP計算およびアクセスしきい値は、QoSによって区分されうる。トラフィック負荷判定およびしきい値比較は、QoS特有でありうる。図8は、宛先局であるノード113への最終ホップHDを示す。HDのためのノード113における許可制御は、ダウンストリームTXOP計算が省略されるという点を除いてホップHiのものと同じでありうる。次のホップ局への許可要求の発行も省略されうる。M個のルートに沿ったノードの各々は、ダウンストリームノードから許可の拒否を受け取るまで、それぞれのTXOP予約を維持することができる。許可の拒否を受信すると、始点局は、TXOP予約をキャンセルし、宛先局であるノード113への別のルートを決定するためにルーティングアルゴリズムを起動することができる。ルートに沿った各ノードの許可処理は、再度起動することができる。メッシュネットワーク100またはノードのうちの何れかは、QoS要求によってアクセスを区分することができる。QoS許可制御の1つの方法は、TSクラスを、例えば高優先度クラスや低優先度クラスのような多数のクラスへ分割するものである。高優先度クラスのTSは、ルートに沿ったそれぞれのノードにおいて、1つのSSI内でサービスされうる。最悪ケース遅延は、ホップ数にSSIを掛けることにより計算されうる。例えば、音声アプリケーションでは、高々約50ミリ秒の遅延時間しか許可されない。従って、高優先度のストリームは、約10ミリ秒のSSIを持つ高々5つのノードを介してルーティングされる。図9は、実施形態に従って、可能なTSルートに沿った典型的なノードにおけるTSの許可制御の方法を例示するフロー図である。ノードは、TS許可要求を受信する902。TS許可要求は、別のノードから送信されうる。あるいは、この許可要求は、ノード自体から出発するTSのためのものでありうる。このノードは、ノードの近隣のトラフィック負荷を判定することができる。ノードは、ノードにおける負荷を測定することによって、あるいはロードの近隣によって送信された情報からの負荷を判定することによって、トラフィック負荷を少なくとも部分的に判定することができる。トラフィック負荷計算および測定は、限定される訳ではないが、本明細書に記載した方法および/またはその均等物を含む様々な方法によって実施することができる。トラフィック負荷は、ノードの近隣から送信された測定値と結合されたノード自体における測定値から判定することができる。典型的なハイブリッドトラフィック負荷計算も上述される。これもまた、トラフィック負荷を判定するために利用することができる。ノードは、TXOPを決定する906。ノードが始点ノードである場合、ダウンストリームTXOPを計算することができる。ノードが宛先ノードである場合、アップストリームTXOPを計算することができる。ノードが中間ノードである場合、アップストリームTXOPおよびダウンストリームTXOPを計算することができる。ノードは、TXOPを、利用可能なTXOPと比較することができる908。利用可能な適切なTXOPが存在しないと判定された場合、ノードは、要求元のノードへ、TSの許可が拒否されたことを通知する910。利用可能なTXOPが存在すると判定された場合、ノードはTXOPを予約し912、次のノードへTS許可要求を送る914。図10は、実施形態に従った許可制御装置のための典型的な構成要素および手段を例示するブロック図である。装置1000は、TS許可要求を処理するように構成された許可要求処理モジュール1002と、ノードのトラフィック負荷を判定するように構成されたトラフィック負荷判定モジュール1004と、アップストリームTXOPおよび/またはダウンストリームTXOPを決定するように構成されたTXOP決定モジュール1006と、アップストリームTXOPおよび/またはダウンストリームTXOPを予約するように構成されたTXOP予約モジュール1008とを含む。当業者であれば、更に、本明細書で開示された実施形態に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子工学ハードウェア、コンピュータソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な部品、ブロック、モジュール、回路、およびステップが、それらの機能に関して一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーション及びシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本開示の範囲からの逸脱をもたらすものと解釈されるべきではない。本明細書で開示された実施形態に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGAあるいはその他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェア部品、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実行されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばDSPとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、DSPコアに接続された1または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。本明細書で開示された実施形態に関して記載された装置、方法あるいはアルゴリズムは、ハードウェア、ソフトウェア、これらの組み合わせによって直接的に具体化することができる。ソフトウェアでは、方法またはアルゴリズムが、処理デバイスによって読み取られたり、実行されることが可能なコンピュータプログラム製品の一部であるコンピュータ読取可能媒体上に格納された1または複数の命令で具体化される。これら命令は、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ASIC内に存在することができる。ASICは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。本明細書で開示された実施形態に関して記載された装置、方法あるいはアルゴリズムは、ハードウェア、ソフトウェア、これらの組み合わせによって直接的に具体化することができる。ソフトウェアでは、方法またはアルゴリズムが、処理デバイスによって実行される1または複数の命令で具体化される。これら命令は、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、処理デバイスが記憶媒体から情報を読み取り、またこの記憶媒体に情報を書き込むことができるように処理デバイスに結合される。または、記憶媒体は処理デバイスに統合されることができる。この処理デバイスと記憶媒体とは、ASIC内に存在することができる。ASICは、ユーザ端末内に存在することもできる。あるいは、この処理デバイスと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。開示された実施形態における上述の記載は、当業者をして、本開示の活用または利用を可能とするように提供される。これらの実施形態への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本発明の主旨または範囲から逸脱することなく他の実施形態にも適用されうる。このように、本開示は、本明細書で示された実施形態に限定されるものではなく、本明細書に記載された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。本開示は、その精神または本質的特質から逸脱することなく、その他の具体的な形式でも具体化することができる。記載された実施形態は、全ての点において、例示的としてのみ考慮され、限定的とは考慮されない。従って、本開示の範囲は、先の説明ではなく特許請求の範囲によって示される。特許請求の範囲の意味およびその均等物の範囲内にある全ての変更は、これら範囲内に含まれるべきである。