(57)【要約】メッシュ化された無線ローカルエリアネットワークにおいてチャネルに対するアクセスをクライアントに提供する方法を開示する。この方法は、ポーリングベースのチャネルアクセス法を実装するメッシュ化された無線ローカルエリアネットワークにおけるクライアントを含む。クライアントは、チャネルが使用中ではないことを感知することによって、チャネルは利用可能であると判定し、チャネルに対するアクセスの要求をアクセスポイントへ送信する。ここで、要求はクライアントがチャネルに対するアクセスを許可されるときに送信されるデータの優先度を指定する。クライアントは、ａ）チャネルに対するアクセスの要求の拒否、ｂ）チャネルに対するアクセス、ｃ）チャネルに対するアクセスの要求の修正、および、ｄ）チャネルに対する遅延アクセスのうちの１つ以上を受信する前に一定の期間を待機する。
2008541674.tif 000002
【特許請求の範囲】
【請求項１】
メッシュ化された無線ローカルエリアネットワークにおいてチャネルに対するアクセスをクライアントに提供する方法であって、
ポーリングベースのチャネルアクセス法を実装するメッシュ化された無線ローカルエリアネットワークにおけるクライアントにて、
チャネルが使用中ではないことを感知することによって、チャネルは利用可能であると判定するチャネル判定工程と、
チャネルに対するアクセスの要求をアクセスポイントへ送信する要求送信工程と、同要求はクライアントがチャネルに対するアクセスを許可されるときに送信されるデータの優先度を指定することと、
ａ）チャネルに対するアクセスの要求の拒否、ｂ）チャネルに対するアクセス、ｃ）チャネルに対するアクセスの要求の修正、および、ｄ）チャネルに対する遅延アクセスのうちの１つ以上を受信する前に一定の期間を待機する待機工程と、からなる方法。
【請求項２】
要求は持続時間およびキュー・サイズのうちの１つ以上を含む請求項１に記載の方法。
【請求項３】
前記一定の期間は、ａ）キュー遅延、ｂ）要求処理時間、ｃ）チャネルアクセス遅延、および、ｄ）ランダムな待機時間のうちの１つ以上である請求項１に記載の方法。
【請求項４】
ランダムな待機時間は、データの優先度、受信される要求の数、および要求に送信機会を割り当てるためにアクセスポイントが利用可能な時間のうちの１つ以上に応じて異なる請求項３に記載の方法。
【請求項５】
ランダムな待機時間は前記要求より優先度の高い要求のチャネルアクセス遅延を収容する請求項３に記載の方法。
【請求項６】
チャネルに対するアクセスの要求の拒否が受信されるとき、休止状態となる工程を含む請求項１に記載の方法。
【請求項７】
要求は短いプロプライエタリ・シグナリング・メッセージである請求項１に記載の方法。
【請求項８】
チャネル判定工程はチャネルに対する競合ベースのアクセスについてのＩＥＥＥ  ８０２．１１標準に準拠する請求項１に記載の方法。
【請求項９】
ａ）チャネルに対するアクセスの要求の拒否、ｂ）チャネルに対するアクセス、ｃ）チャネルに対するアクセスの要求の修正、および、ｄ）チャネルに対する遅延アクセスのうちの１つ以上は、チャネルに対するポーリングベースのアクセスを提供する請求項１に記載の方法。
【請求項１０】
メッシュ化された無線ローカルエリアネットワークにおいてチャネルに対するアクセスをクライアントに提供する方法であって、
ポーリングベースのチャネルアクセス法を実装するメッシュ化された無線ローカルエリアネットワークにおけるアクセスポイントにて、
クライアントからチャネルの要求を受信する要求受信工程と、同要求はクライアントがチャネルに対するアクセスを許可されるときに送信されるデータの優先度を指定することと、
要求に肯定応答する肯定応答工程と、
ａ）チャネルに対するアクセスの要求の拒否、ｂ）チャネルに対するアクセス、ｃ）チャネルに対するアクセスの要求の修正、および、ｄ）チャネルに対する遅延アクセスのうちの１つ以上を送信する前に一定の期間を待機する待機工程と、からなる方法。
【請求項１１】
要求は持続時間およびキュー・サイズのうちの１つ以上を含む請求項１０に記載の方法。
【請求項１２】
前記一定の期間はａ）キュー遅延、ｂ）要求処理時間、ｃ）チャネルアクセス遅延、および、ｄ）ランダムな待機時間のうちの１つ以上である請求項１０に記載の方法。
【請求項１３】
ランダムな待機時間は、データの優先度、受信される要求の数、および要求に送信機会を割り当てるためにアクセスポイントが利用可能な時間のうちの１つ以上に応じて異なる請求項１２に記載の方法。
【請求項１４】
ランダムな待機時間は前記要求より優先度の高い要求のチャネルアクセス遅延を収容する請求項１２に記載の方法。
【請求項１５】
要求は指定の期間において有効である請求項１０に記載の方法。
【請求項１６】
応答を送信する応答送信工程と、同応答は、ａ）チャネルに対するアクセスの要求の拒否、ｂ）チャネルに対するアクセス、ｃ）チャネルに対するアクセスの要求の修正、および、ｄ）チャネルに対する遅延アクセスのうちの１つ以上であることと、を含む請求項１０に記載の方法。
【請求項１７】
応答はクライアントが要求を再試行することのできる時間を示す要求遅延情報要素を含む請求項１６に記載の方法。
【請求項１８】
要求はサービス品質制御情報要素を含む請求項１０に記載の方法。
【請求項１９】
要求はＩＥＥＥ  ８０２．１１「アクション」管理フレームフォーマットに準拠する請求項１０に記載の方法。
【請求項２０】
ａ）チャネルに対するアクセスの要求の拒否、ｂ）チャネルに対するアクセス、ｃ）チャネルに対するアクセスの要求の修正、および、ｄ）チャネルに対する遅延アクセスのうちの１つ以上は、ＩＥＥＥ  ８０２により指定されるＨｙｂｒｉｄ  Ｃｏ−ｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓに準拠するポーリングベースのアクセス法を開始するアクセスポイントによって示されることを含む請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関する。詳細には、本発明はメッシュ化された無線ローカルエリアネットワークにおけるチャネルアクセスの分野に関する。
【背景技術】
【０００２】
メッシュ化された無線ローカルエリアネットワーク（ＷＬＡＮ）には、無線局が存在する。無線局はクライアントまたはアクセスポイント（ＡＰ）のいずれかであり、互いと無線通信を行っている。一般に、第１の無線局が第２の無線局と通信を行おうとするとき、第１の無線局は、第２の無線局へ通信を送信するために、最初に無線周波数（ＲＦ）チャネルへアクセスを行う必要がある。ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１では、ＨＣＣＡ（Ｈｙｂｒｉｄ  Ｃｏ−ｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）と呼ばれる、ポーリングベースのチャネルアクセス手続が指定される。ＨＣＣＡ手続を用いると、第１の無線局は第２の無線局と通信を行うために、チャネルを利用することが可能である。しかしながら、メッシュ化されたＷＬＡＮにおける無線局は出力の制限されたデバイスであり、バースト送信の（ｂｕｒｓｔｙ）データトラフィックをサポートするので、バースト送信のトラフィックのトラフィック特性を予測する必要なく、ポーリングされるのを待機して無線局が作動状態にある時間を最小とするように、ＨＣＣＡによって省電力機構を提供し、同時にバースト送信のトラフィックをサポートすることは有用である。
【０００３】
したがって、メッシュ化されたネットワークにおける改良されたチャネルアクセス方法の必要が存在する。
【発明を実施するための最良の形態】
【０００４】
図１を参照し、本発明の実施形態について記載する。図１に示すのは、１つのアクセスポイント（ＡＰ）１０２と、複数のクライアント１０４，１０６，１０８とを有する、メッシュ化された無線ローカルエリアネットワーク（ＷＬＡＮ）１００である。ＡＰ  １０２は、有線ネットワーク（図示せず）に対するアクセスを、直接的に、または例えば、さらに多くのＡＰからなる階層型ネットワークを介し、間接的に提供する。メッシュ化されたＷＬＡＮにおける通信はすべて、単一の周波数、すなわち、１つのチャンネル１１０上で送信される。ＡＰおよびすべてのクライアントは、この１つのチャンネル１１０を利用して、互いと通信を行う。したがって、クライアント１０４，１０６，１０８およびＡＰ  １０２の各々は、１つのチャンネル１１０上で互いと通信を行う。
【０００５】
メッシュ化されたＷＬＡＮ  １００のクライアントが無作為に見える場合にも、メッシュ化されたＷＬＡＮ  １００のクライアント、ＡＰ、またはその両方は、階層をなしていると考えられる。即ち、層１のクライアント（例えば、クライアント１０４）は、有線ネットワーク（図示せず）に対するアクセスのため、または残りのＷＬＡＮ通信階層に対するアクセスのために、直接的にＡＰと通信を行う。第２の層では、層２のクライアント（例えば、クライアント１０８）は、有線ネットワーク（図示せず）に対するアクセスのため、または残りの無線ＷＬＡＮ通信階層に対するアクセスのために、間接的にＡＰと通信を行う。ここで、間接的とは、層２のクライアントが層１のクライアントと直接的に通信を行い、層１のクライアントが層２のクライアントの通信をＡＰに転送することを意味する。
【０００６】
クライアントは、コンピュータ、携帯情報端末（ＰＤＡ）、固定の搭載デバイス、車載デバイス、または携帯型デバイスその他、アドホックネットワーク内で通信可能な任意の適切な種類の無線通信デバイスであってよいことが、当業者には認識される。また、所望の場合、一定のクライアントは固定の通信インフラストラクチャに接続されてよい。
【０００７】
ここで、図２および３のメッセージフロー図を参照し、本発明の実施形態によりメッシュ化されたＷＬＡＮ  １００においてチャネルにアクセスする方法について記載する。例として、図２には、クライアントがチャネルに対するアクセスを要求し、ＡＰがチャネルに対するアクセスを拒否する場合の、クライアント（例えば、クライアント１０４）とＡＰ（例えば、ＡＰ  １０２）との間のメッセージフローを示す。同様に、図３には、クライアントがチャネルに対するアクセスを要求し、クライアントがチャネルに対するアクセスを許可される場合の、クライアント（例えば、クライアント１０４）とＡＰ（例えば、ＡＰ  １０２）との間のメッセージフローを示す。一実施形態では、ＡＰは明示的にクライアントにアクセスを許可し、別の実施形態では、ＡＰがクライアントにデータを送信するときに、クライアントはチャネルに対するアクセスを許可される。いずれの場合にも、クライアントはチャネルに対するアクセスを有する。本明細書において、一実施形態では、メッセージのメッセージフォーマットは同じであるので、メッセージ２０２，３０２への参照、メッセージ２０４，３０４への参照、およびメッセージ２０６，３０６への参照は交換される。一実施形態では、メッセージは交換されない。例えば、以下に記載のように、メッセージ２０６，３０６は異なる情報を伝達する。
【０００８】
図２を参照すると、動作中、クライアントがＡＰに送信する上流データを有するとき、またはＡＰから読み出す下流データを有するとき、クライアントは送信機会（ＴｘＯＰ）の要求２０２を送信する。図２に示すように、要求２０２をメッセージＡと呼ぶ。一実施形態では、要求２０２は、指定の期間、例えば、１つ以上のビーコン間隔において有効である。ここで、ビーコン間隔は連続するビーコン間の時間として定義され、ビーコンは、所定の時点にて定期的にＡＰの送信するメッセージとして定義される。クライアントの要求２０２は、所与の優先度のポーリングの送信機会（ＴｘＯＰ）の要求である。一実施形態では、優先度は、要求２０２の関連している上流トラフィック、下流トラフィック、またはその両方の優先度に基づく。例えば、クライアントがＡＰに送信する高い優先度の上流データを有する場合、要求２０２は、その高い優先度に関する情報を含む。
【０００９】
一実施形態では、要求２０２はＩＥＥＥ  ８０２．１１ベースの基準において知られている競合ベースの技術を用いて送信される。ここで、競合ベースとは、クライアントおよびＡＰが（優先度に基づき）ランダムにバックオフし、チャネルを争うことを意味する。ＩＥＥＥ  ８０２．１１ベースの基準に記載の競合方式の性質によって、優先度の高い要求は優先度の低い要求より早く送信される。一実施形態では、より高い優先度の要求は、より低い優先度の要求より前にＡＰにて処理される。
【００１０】
また、さらなる実施形態では、要求２０２は持続時間を含むこともできる。ここで、クライアントの要求する持続時間は、そのクライアントが送信する必要のあるデータ、例えば、そのクライアントのバッファした上流データに基づく。別の実施形態では、クライアントの要求する持続時間は静的に構成され、メッシュ化されたＷＬＡＮ  １００におけるデータに適応しない。さらに別の実施形態では、例えば、配信される下流データが存在する場合など、必要な持続時間に関する知識をクライアントが有しないので、クライアントの要求する持続時間は指定されない。そのような実施形態では、無指定の持続時間を送信することによって、送信する上流データをクライアントが有しないことや、クライアントが下流データの送信を要求していることがＡＰに対しさらに通知される。さらに別の実施形態では、要求はキュー・サイズを含む。
【００１１】
要求２０２を受信すると、ＡＰは要求を肯定応答し（２０４）、いずれの要求を受容し、いずれを拒否するかを判定するために、この要求を受信した要求と共にキューに加える。図２に示すように、肯定応答２０４をメッセージＢと呼ぶ。ＡＰは要求２０２を処理し、この要求を受容するか拒否するかを判定する。肯定応答２０４の送信と応答２０６，３０６の送信との間の時間は、以下の遅延、すなわち、キュー遅延（例えば、ＡＰにてキューに加えられ、ＡＰによって処理される要求によって生じる遅延）、要求処理時間（例えば、ＡＰが要求を評価し、その要求を受容／拒否／修正するか否かを判定するのに必要な時間）、チャネルアクセス遅延（例えば、ＡＰが競合ベースの方法を用いてチャネルにアクセスするのに必要な時間）、およびランダムな待機時間のうちの１つ以上を含む。一実施形態では、ランダムな待機時間は、ａ）受信した要求２０２，３０２の優先度、ｂ）キューに加えられた要求の数、および、ｃ）受容された要求すべてにＴｘＯＰｓを割り当てるためにＡＰにて利用可能な時間のうちの１つ以上に応じて異なる。例えば、優先度の低い要求２０２，３０２が受信される場合、ランダムな待機時間は、優先度の高い要求のチャネルアクセス遅延を収容するように充分に長くてよい。さらに、キューに加えられた要求の数が増加するとき、ＴｘＯＰｓを割り当てるためにＡＰにて利用可能な時間が減少するとき、またはその両方のとき、ランダムな待機時間は減少する。
【００１２】
要求を拒否すると判定すると、ＡＰは拒否応答２０６を送信し、その結果、クライアントは省電力状態へ移行することが可能である。例えば、ＡＰは、送信する下流データを有しない場合、拒否応答２０６を送信する。図２に示すように、拒否応答２０６をメッセージＣと呼ぶ。次いで、クライアントは所定の応答を肯定応答し（２０８）、省電力状態へ移行する。図２に示すように、肯定応答２０８をメッセージＢと呼ぶ。肯定応答２０８の種類は肯定応答２０４と同じである。
【００１３】
同様に、チャネルに対するアクセスの許可は同じように開始する。最初に、クライアントは、ＡＰからの所与の優先度のポーリングの送信機会（ＴｘＯＰ）を要求する（３０２）。一実施形態では、この要求は持続時間も含む。要求を受信すると、ＡＰは要求を肯定応答（メッセージＢとも呼ぶ）し（３０４）、いずれの要求を受容し、いずれを拒否するかを判定するために、この要求を他の受信した要求と共にキューに加える。要求は許可されると判定すると、ＡＰは許可応答３０６（メッセージＣとも呼ぶ）を送信する。一実施形態では、許可応答３０６は拒否応答２０６とは異なるメッセージである。上述のように、メッセージ２０６およびメッセージ３０６は、例えば、明示的に要求が許可される場合など、一実施形態では類似のメッセージであるが、例えば、図３に示すように非明示的に許可される場合など、一実施形態では異なる。そのため、一実施形態では、要求されたＴｘＯＰを所与のクライアントに許可するＡＰが、クライアントをポーリングし、クライアントデータを送信すること（３０８）によって、許可（３０６）を明示的にシグナリングする必要はない。図３に示すように、ポーリングおよびデータ通信は、データおよび肯定応答の一連の交換（３０８）として示される。データの受信および肯定応答（３０８）の後、クライアントは省電力状態へ移行する。
【００１４】
一実施形態では、クライアントが明示的な拒否応答、例えば、２０６（メッセージＣとも呼ぶ）を受信しない場合、クライアントは、拒否応答が受信されるか、または宛てられたポーリングが受信されるまで、作動状態のままでいる。例えば、クライアントは、宛てられたポーリングメッセージ受信する場合、ポーリング後に省電力状態へ移行することができる。さらに、一実施形態では、要求されたＴｘＯＰを用いてクライアントへ下流トラフィックを配信することも可能である。他の場合、クライアントはＡＰに新たな要求２０２を送信してもよい。
【００１５】
一実施形態では、例えば、ＡＰとクライアントとの間で送信されるメッセージなど、チャネルにアクセスする際にクライアントを補助するプロプライエタリ・シグナリングが存在してもよい。例えば、メッセージＡ，Ｂ，Ｃは、ＩＥＥＥ  ８０２．１１の拡張であり、基準の一部ではないメッセージであってもよい。別の実施形態では、メッセージＡ，Ｂ，Ｃのうちの一部または全部はＩＥＥＥ  ８０２．１１標準に準拠し、他のメッセージはプロプライエタリであってよい。いずれの場合にも、メッセージＡ，Ｂ，Ｃを有することは、クライアントが電力を節約することを可能とし、クライアントがメッシュ化されたＷＬＡＮ  １００の中において通信に参加していないときに休止状態となる（ｓｌｅｅｐ）ことを可能とする際に有用である。
【００１６】
代表的な実施形態において、図４および以下の記載にチャネルアクセスの要求２０２，３０２（メッセージＡとも呼ぶ）について示す。上述のように、要求２０２，３０２の機能は、クライアントが指定の優先度のＴｘＯＰを要求することを可能とし、クライアントが上流トラフィックを送信可能であるようにすることである。また、一実施形態では、要求２０２，３０２によってＴｘＯＰの持続期間が指定されてもよい。代替の実施形態では、クライアントは（指定の持続時間に代えてまたは加えて）指定のキュー・サイズのＴｘＯＰを要求してもよい（２０２，３０２）。そのような実施形態では、クライアントは持続時間を判定する必要はなく、指定のキュー・サイズに基づきＡＰが持続時間を算出する。
【００１７】
いずれの場合にも、一実施形態では、要求２０２，３０２は、ＩＥＥＥ  ８０２．１１による「アクション（Ａｃｔｉｏｎ）」管理フレームにおいて指定されるフレームフォーマットに準拠する。そのため、基準において指定され、当業者に知られているように、要求フレーム２０２，３０２は、ＭＡＣアドレスを有するＭＡＣヘッダ４０２を含む。さらに、要求２０２，３０２は、カテゴリフィールド４０４をＱｏＳに設定することによって、フレームがサービス品質（ＱｏＳまたはＱＯＳ）に関連することを示す。一実施形態では、カテゴリフィールド４０４を「１」に設定し、ＱｏＳカテゴリを示す。さらに、アクションフィールド４０６は、フレームの種類、すなわちＴｘＯＰ要求を示す。したがって、一実施形態では、アクションフィールドを「２５４」に設定し、ＴｘＯＰ要求を示す。
【００１８】
さらに、要求２０２，３０２は、ＱｏＳ関連情報を示すＱｏＳ制御情報要素（ＩＥ）フィールド４０８を含む。ＱｏＳ制御ＩＥフィールド４０８について、以下に記載する。しかしながら、要求２０２，３０２において、クライアントは、指定の持続時間のＴｘＯＰまたは指定のキュー・サイズのＴｘＯＰを要求していることを指定する。さらに図６を参照して記載するように、クライアントはさらに要求の優先度を指定する。また、随意で、要求２０２，３０２は要求遅延ＩＥフィールド（図示せず）を有してもよい。このフィールドでは、クライアントは、肯定応答されたＴｘＯＰ要求を再試行する前にクライアントが待機する、持続時間を指定する。
【００１９】
代替の実施形態では、要求２０２，３０２は、ＩＥＥＥ  ８０２．１１においてＱｏＳヌル・フレームに対し指定されるフレームフォーマットに準拠する。そのため、要求フレーム２０２，３０２は、要求を指定するためにＭＡＣヘッダのＱｏＳ制御サブフィールドを利用する。クライアントは、指定の持続時間のＴｘＯＰまたは指定のキュー・サイズのＴｘＯＰを要求していることを指定した。さらに図６を参照して記載するように、クライアントはさらに要求の優先度を指定する。
【００２０】
代表的な実施形態において、図５および以下の記載には、チャネルアクセスの要求に対する応答２０６，３０６（メッセージＣとも呼ぶ）について示す。上述のように、応答２０６，３０６の機能は、クライアント拒否、アクセス、アクセスの修正、およびチャネルに対するアクセスの遅延のうちの１つ以上の通信を行うことである。代表的な実施形態では、応答は主としてチャネルアクセスの要求を拒否するために用いられる。
【００２１】
一実施形態では、応答２０６，３０６は、ＩＥＥＥ  ８０２．１１による「アクション」管理フレームにおいて指定されるフレームフォーマットに準拠する。そのため、基準において指定され、当業者に知られているように、応答フレーム２０６，３０６は、ＭＡＣアドレスを有するＭＡＣヘッダ５０２を含む。さらに、応答２０６，３０６は、カテゴリフィールド５０４をＱｏＳに設定することによって、サービス品質（ＱｏＳ）に関連するフレームを示す。一実施形態では、カテゴリフィールド５０４を「１」に設定し、ＱｏＳカテゴリを示す。さらに、アクションフィールド５０６は、フレームの種類、すなわちＴｘＯＰ応答を示す。したがって、一実施形態では、アクションフィールドを「２５５」に設定し、ＴｘＯＰ応答を示す。
【００２２】
さらに、応答２０６，３０６は、要求が拒否されたこと、受容されたこと、修正されたこと、および遅れたことのうちのいずれかであるか否かを示す、状態コード５０８を含む。例えば、フィールドを「２５５」に設定し、要求が拒否されることを示すことができる。さらに、応答２０６，３０６は、クライアントが要求を再試行することのできる時間を示す要求遅延ＩＥ  ５１０を含む。例えば、要求遅延ＩＥ  ５１０は、要求を再び送信する前に待機する時間を示してもよい。一例では、ＡＰはこのフィールドを「０」に設定し、要求を再び送信する前にクライアントが不定量の時間を待機することを示してもよい。さらに、応答２０６，３０６は、ＱｏＳ関連情報を示すＱｏＳ制御情報要素（ＩＥ）フィールド５１２を含む。ＱｏＳ制御ＩＥフィールド５１２について、以下に記載する。しかしながら、応答２０６，３０６について、ＱｏＳ制御ＩＥフィールド５１２は受容または修正される要求に関する情報を有してもよい。
【００２３】
一実施形態では、肯定応答２０４，２０８，３０４（メッセージＢとも呼ぶ）はＩＥＥＥ  ８０２．１１により指定される「ＡＣＫ」フレームフォーマットに準拠する、長さ１０オクテットのＭＡＣヘッダおよび長さ４オクテットのＦＣＳを含むフレームである。また、代替の実施形態では、肯定応答２０４，２０８，３０４は、ＩＥＥＥ  ８０２．１１において「ＱｏＳ  ＣＦ  ＡＣＫ」に対し指定されるフレームフォーマットに準拠してもよい。この代替の実施形態はフレームがより大きいので望ましいものではなく、より大きなフレームを必要とすることによってチャネルに対するキャパシティを浪費する場合がある。
【００２４】
チャネルに対するアクセスの許可が明示的にシグナリングされない実施形態では、クライアントは、交換されるフレーム（例えば、３０８）のＭＡＣヘッダを復号することによって、チャネルに対するアクセスの指示を受信してもよい。例えば、一実施形態では、ＭＡＣヘッダのＱｏＳ制御ＴｘＯＰ限界フィールドは、交換されるフレーム（例えば、３０８）のチャネルアクセスのために残っている時間をクライアントに通知する。さらにまた、チャネルアクセスのために指定された時間がクライアントには不充分である場合、ＡＰは、さらなるアクセスのためにＡＰが後で時間を提供することを指定してもよい。後で時間を提供するというＡＰの意向をクライアントへ通知することによって、クライアントは次のチャネルアクセスの機会まで作動状態にあることを決定できる。
【００２５】
別の実施形態では、ＡＰは各クライアントに許可される時間の量についての知識を保持する。例えば、ＡＰは第１のクライアントに第２のクライアントより多くの、チャネルに対するアクセスを可能としなくてもよい。チャネルに対するアクセスを追跡記録することによって、ＡＰはクライアント間の資源窮乏を防止する。例えば、第２のチャネルの要求は、同じ優先度の第１の要求を第２の要求より前に処理することを可能とする時間だけ、分離されてよい。そのような実施形態では、各クライアントが新たな要求２０２，３０２を送信する必要があるのは、ａ）前の要求２０２，３０２が拒否された場合、ｂ）前の要求２０２，３０２がクライアントの上流トラフィックおよび下流トラフィックを処理するのには充分ではなかった場合、または、ｃ）前の要求２０２，３０２が処理されてから新たなトラフィックが到達した場合のみである。ＡＰは各クライアントに対し許可される時間の量についての知識を保持しているので、前の要求２０２，３０２が部分的に満たされた場合、各クライアントは新たな要求２０２，３０２を送出する必要はない。
【００２６】
さらに、ＡＰは、フレームが交換される（例えば、３０８）より前にクライアントのポーリングを実行するために、ＩＥＥＥ  ８０２．１１により指定される「ＱｏＳ  ＣＦ  ポーリング」において指定されるフレームフォーマットを用いてよい。
【００２７】
代表的な実施形態では、ＱｏＳ制御ＩＥ  ４０８，５１２は、「アクション」管理フレームのＱｏＳ情報を提供するように機能する。ここで、「アクション」管理フレームは、ＩＥＥＥ  ８０２．１１により指定される。図６を参照すると、ＱｏＳ制御ＩＥ  ４０８，５１２は、要素ＩＤ  ６０２、長さ６０４、ＴＩＤ（トラフィック識別子）６０６、ＥＯＳＰ（Ｅｎｄ  Ｏｆ  Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ）６０８、肯定応答ポリシー６１０、ＴｘＯＰ限界／ＱＡＰ  ＰＳ（ＱＯＳ  ＡＰ  Ｐｏｗｅｒ  Ｓａｖｅ）バッファ状態／要求されるＴｘＯＰ持続時間／キュー・サイズ６１２を含む。代表的な実施形態では、要素ＩＤ  ６０２を「２５４」に設定してＴｘＯＰを示し、長さフィールドを２オクテットに指定してＱｏＳ制御ＩＥ  ４０８，５１２の長さを示す。代表的な実施形態では、ＴＩＤ  ６０６には、報告されるＴｘＯＰ限界／ＱＡＰ  ＰＳバッファ状態／要求されるＴｘＯＰ持続時間／キュー・サイズ６１２のユーザ優先度を設定する。代表的な実施形態では、ＴｘＯＰ限界／ＱＡＰ  ＰＳバッファ状態／要求されるＴｘＯＰ持続時間／キュー・サイズ６１２によって伝達される情報を選択する際の１つの因子として、ＥＯＳＰ  ６０８を用いる。代表的な実施形態では、ＴｘＯＰ限界／ＱＡＰ  ＰＳバッファ状態／要求されるＴｘＯＰ持続時間／キュー・サイズ６１２を用いて、上述の４つの情報のうちの１つ以上をシグナリングする。以下に示すように、このＩＥおよびＥＯＳＰの値を搬送するフレームタイプ／サブタイプの組み合わせを用いて、これらの４つの選択肢のうちのいずれをシグナリングするかを判定する。代表的な実施形態では、クライアントはシグナリングされる値を０に設定し、上流トラフィックがバッファされていないことと、クライアントが無指定量の下流トラフィックを読み出すために作動状態にあることとを示すことが可能である。
【００２８】
【表１】
2008541674.tif 000003
【００２９】
代表的な実施形態では、要求遅延ＩＥ  ７００は、再試行時間に関する情報を提供するように機能する。例えば、ＡＰは、要求遅延ＩＥ  ７００を送信することによって、要求（例えば、２０２，３０２）を再試行する前にクライアントが待機する時間の長さを示すことができる。別の例では、要求（例えば、２０２，３０２）を再試行する前にクライアントが待機する時間の長さを、クライアントが示すことができる。代表的な実施形態では、要求遅延ＩＥ  ７００は、要素ＩＤ  ７０２、長さ７０４、および要求遅延７０６を含む。代表的な実施形態では、要素ＩＤ  ７０２を「２５５」に設定してＴｘＯＰを示し、長さフィールドを４オクテットに設定して要求遅延ＩＥ  ７００の長さを示す。代表的な実施形態では、要求遅延７０６は推奨される遅延の量を示す。この遅延の後で、クライアントは要求（例えば、２０２，３０２）を再試行できる。
【００３０】
上述のように、本明細書に記載のチャネルアクセスの実施形態を利用することによって、メッシュ化されたＷＬＡＮ  １００におけるクライアントに省電力が提供される。加えて、当業者に知られているように、本明細書に記載のチャネルアクセスの実施形態を利用することによって、「隠れ端末」の問題が軽減される。上述の、また図に記載の要求および応答を用いると、本明細書に記載の要求および応答のメッセージは短いメッセージであるので、メッシュ化されたＷＬＡＮ  １００における衝突の可能性はより低い。ここで、短いとは、データフレーム未満の長さとして定義される。一実施形態では、要求（例えば２０２，３０２）の長さは３４ｂｙｔｅでしかなく、典型的なデータパケットは１３０〜１５００バイトである。いずれの場合にも、要求および応答のメッセージは短いメッセージであるので、要求および応答のメッセージが誤りなく受信される可能性はより高い。さらに、データ交換におけるチャネルに対するアクセスは、ＡＰによって開始される（例えば、メッセージＣ）ので、メッシュ化されたＷＬＡＮ  １００におけるデータは「隠れ端末」の問題から保護される。
【００３１】
本発明を、その特定の実施形態に関連して記載したが、当業者には追加の利点および修正が容易に想到される。したがって、そのより広範な態様において、本発明は、特定の詳細、代表的な装置、ならびに図示および記載した例に限定されない。例えば、加入者装置、ベース無線、またはその両方は、ハードウェアデバイス（例えば、マイクロプロセッサ）へ読み込まれるときに本発明による機能をハードウェアデバイスに実行させる命令のセットを格納した、記憶媒体を含んでよい。ハードウェア、ファームウェア、ソフトウェア、またはその１つ以上により、本発明を実装することが可能である。上述の記載に照らして、当業者には様々な変更、修正、および変形が明らかである。したがって、本発明が上述の記載によって限定されず、添付の特許請求の範囲の精神および範囲による、そうした変更、修正、および変形すべてを含むことが理解される。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施形態による典型的なメッシュ化された無線ローカルエリアネットワークシステムを示す例示のブロック図。
【図２】本発明の実施形態によるメッシュ化された無線ローカルエリアネットワークにおけるチャネルアクセスの方法を示すメッセージ図。
【図３】本発明の実施形態によるメッシュ化された無線ローカルエリアネットワークにおけるチャネルアクセスの別の方法を示すメッセージ図。
【図４】本発明の実施形態によるチャネルアクセスの要求のフレームフォーマット。
【図５】本発明の実施形態による図４の要求に対する応答のフレームフォーマット。
【図６】本発明の実施形態による、図４および５に示すサービス品質情報要素のフレームフォーマット。
【図７】本発明の実施形態による要求遅延情報要素のフレームフォーマット。
【図１】
2008541674.tif 000004
【図２】
2008541674.tif 000005
【図３】
2008541674.tif 000006
【図４】
2008541674.tif 000007
【図５】
2008541674.tif 000008
【図６】
2008541674.tif 000009
【図７】
2008541674.tif 000010
【国際調査報告】
2008541674.tif 000011