(57)【特許請求の範囲】
【請求項１】
物理媒体と、
該物理媒体に連結されたプロセッサとを備え、複数のデバイスと接続可能な通信デバイスであって、前記プロセッサが、
（ａ）無線通信チャネルのための集中コンテンションインターバル中に前記複数のデバイスのそれぞれのデバイスから複数の予約リクエストフレームを受信し、
（ｂ）各々の予約リクエストフレームから予約リクエストおよび関連するデバイスのＭＡＣサブ層のリターンアドレスをデコードし、
（ｃ）それぞれの予約リクエストごとに、前記それぞれのデバイスとデータを交換するための送信セッションのスケジュールをＭＡＣサブ層で決定し、
（ｄ）前記スケジュールから前記複数のデバイスのうちの１つを次の処理対象のデバイスとして識別し、
（ｅ）ポーリングフレーム内に前記次のデバイスの前記関連するリターンアドレスをコード化し、
（ｆ）チャネルの制御を取得し、
（ｇ）分配コーディネーション機能（ＤＣＦ）モードにある間、前記チャネル上で前記ポーリングフレームを送信し、
（ｈ）前記送信セッションの間、前記識別されたデバイスから前記チャネル上でデータを交換することを特徴とする通信デバイス。
【請求項２】
前記プロセッサが更に、
前記スケジュールから前記複数のデバイスのうちの別の１つを次の処理対象のデバイスとして識別し、
前記（ｅ）〜（ｈ）を繰り返すことを特徴とする請求項１記載の通信デバイス。
【請求項３】
前記データの受信は、前記ポーリングフレーム送信のショートフレーム間スペーシング（ＳＩＦＳ）内で行うことを特徴とする請求項１記載の通信デバイス。
【請求項４】
前記ポーリングフレームは、Clear to Send（ＣＴＳ）フレームであることを特徴とする請求項１記載の通信デバイス。
【請求項５】
物理媒体と、
該物理媒体に連結されたプロセッサとを備え、Access Point（ＡＰ）デバイスと接続可能な通信デバイスであって、前記プロセッサが、
集中コンテンションインターバル中に無線通信チャネルを通して予約リクエストを送信し、
分配コーディネーション機能（ＤＣＦ）モード中にチャネルを通してポーリングフレームを受信し、
該ポーリングフレームからリターンアドレスをデコードし、
該リターンアドレスが当該通信デバイスのＭＡＣサブ層のアドレスと一致するかどうかを判断し、
一致する場合、前記ＭＡＣサブ層からチャネルを通してデータを送信することを特徴とする通信デバイス。
【請求項６】
前記プロセッサが更に、
前記ポーリングフレームからセッションウィンドウの期間をデコードし、
該セッションウィンドウが終了した後にデータの送信を中止することを特徴とする請求項５記載の通信デバイス。
【請求項７】
前記ＭＡＣサブ層からのデータの送信は、
前記ポーリングフレームの受信からＳＩＦＳ内に実行することを特徴とする請求項５記載の通信デバイス。
【請求項８】
前記ポーリングフレームは、ＣＴＳフレームであることを特徴とする請求項５記載の通信デバイス。
【請求項９】
複数のデバイスと接続可能な通信デバイスにおける通信の方法であって、
（ａ）無線通信チャネルのための集中コンテンションインターバル中に前記複数のデバイスのそれぞれのデバイスから複数の予約リクエストフレームを受信し、
（ｂ）各々の予約リクエストフレームから予約リクエストおよび関連するデバイスのＭＡＣサブ層のリターンアドレスをデコードし、
（ｃ）それぞれの予約リクエストごとに、前記それぞれのデバイスとデータを交換するための送信セッションのスケジュールをＭＡＣサブ層で決定し、
（ｄ）前記スケジュールから前記複数のデバイスのうちの１つを次の処理対象のデバイスとして識別し、
（ｅ）ポーリングフレーム内に前記次のデバイスの前記関連するリターンアドレスをコード化し、
（ｆ）チャネルの制御を取得し、
（ｇ）ＤＣＦモードにおいて、前記チャネル上で前記ポーリングフレームを送信し、
（ｈ）前記送信セッションの間、前記識別されたデバイスから前記チャネル上でデータを交換することを含んでなることを特徴とする方法。
【請求項１０】
前記スケジュールから前記複数のデバイスのうちの別の１つを次の処理対象のデバイスとして識別し、
前記（ｅ）〜（ｈ）を繰り返すことを更に含んでなることを特徴とする請求項９記載の方法。
【請求項１１】
前記データの受信は、前記ポーリングフレーム送信のＳＩＦＳ内で行われることを特徴とする請求項９記載の方法。
【請求項１２】
前記ポーリングフレームは、ＣＴＳフレームであることを特徴とする請求項９記載の方法。
【請求項１３】
ＡＰデバイスと接続可能な通信デバイスにおける通信の方法であって、
集中コンテンションインターバル中に無線通信チャネルを通して予約リクエストを送信し、
ＤＣＦモードにおいて、チャネルを通してポーリングフレームを受信し、
該ポーリングフレームからリターンアドレスをデコードし、
前記リターンアドレスが前記通信デバイスのＭＡＣサブ層のアドレスと一致するかどうかを判断し、
一致する場合、ＭＡＣサブ層からチャネルを通してデータを送信することを含んでなることを特徴とする方法。
【請求項１４】
前記ポーリングフレームからセッションウィンドウの期間をデコードし、
該セッションウィンドウが終了した後にデータの送信を中止することを更に含んでなることを特徴とする請求項１３記載の方法。
【請求項１５】
前記ＭＡＣサブ層からのデータの送信は、
前記ポーリングフレームの受信からＳＩＦＳ内で実行することを特徴とする請求項１３記載の方法。
【請求項１６】
前記ポーリングフレームは、ＣＴＳフレームであることを特徴とする請求項１３記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、無線通信分野に関し、より詳細には、ＤＣＦモードにおける集中無線通信セッションプランニングのためのデバイス、および方法に関する。
【０００２】
【従来の技術】
データを転送するためにローカルエリアネットワーク（ＬＡＮ）を使用することが増加している。ＷＬＡＮとしても知られる無線ＬＡＮは比較的新しいアプリケーションである。これら無線ＬＡＮは異なる局を物理的に互いに結合することなく、有線ＬＡＮの利点を提供できる。また、データを転送するために同軸線、ツィストペア・ケーブル、光ファイバなどの送信線を購入する必要がない。その代わりにマイクロウェーブとしても知られる無線周波数（ＲＦ）波または光波、例えば赤外線（ＩＲ）光のいずれかを使用して空中を通してデータを転送する。送信線を構成部品に接続することなく、構成部品を接近させることによってネットワークを形成できる。
【０００３】
無線に基づくＷＬＡＮは有線ＬＡＮの特徴と異なるいくつかの特徴を有する。これら特徴として、達成できるデータ容量が低いことが挙げられるが、これは多数の要因によるものである。これら要素としては、バンド幅および電力が限られていること、エラーレートがより高いこと、通信容量が時間と共に変化し、特定の送信源および送信宛て先地に応じて変わり得ることが挙げられる。通信容量の変化は妨害信号によっても生じ得る。
【０００４】
その他の多数の特徴は同じままである。これら特徴の１つとして、通信を実現するための主要なソフトウェアアーキテクチャがある。ＷＬＡＮは多層通信プロトコルスタック、例えば標準の開放型システム間相互接続（ＯＳＩ）管理にコンパーチブルなアーキテクチャを使用できる。このアーキテクチャはインターネットにも使用されている。このアーキテクチャの多くはインターネット技術標準化委員会（ＩＥＴＦ）によって作成された文献に文書化されている。
【０００５】
【発明が解決しようとする課題】
無線通信デバイスが最初にネットワークを確立しようと試みる場合に問題が生じる。すなわち、多数の周辺局が単一アクセスポイントとデータを交換することを望むことがあり得る。これら局はデータを交換するためのセッションを予約するために予約リクエストを発生する。これら予約リクエストが同じ時間にあれば、これらは競合することになる。従って、競合するリクエストを解決する必要がある。
【０００６】
本発明は、上述のごとき実状に鑑みてなされたものであり、多数の周辺局が単一アクセスポイントとデータ交換を行う際に競合するリクエストを解決することが可能な、ＤＣＦモードにおける集中制御型セッション管理用のデバイス、および方法を提供することをその目的とする。
【０００７】
【課題を解決するための手段】
第１の技術手段は、物理媒体と、
該物理媒体に連結されたプロセッサとを備え、複数のデバイスと接続可能な通信デバイスであって、前記プロセッサが、
（ａ）無線通信チャネルのための集中コンテンションインターバル中に前記複数のデバイスのそれぞれのデバイスから複数の予約リクエストフレームを受信し、
（ｂ）各々の予約リクエストフレームから予約リクエストおよび関連するデバイスのＭＡＣサブ層のリターンアドレスをデコードし、
（ｃ）それぞれの予約リクエストごとに、前記それぞれのデバイスとデータを交換するための送信セッションのスケジュールをＭＡＣサブ層で決定し、
（ｄ）前記スケジュールから前記複数のデバイスのうちの１つを次の処理対象のデバイスとして識別し、
（ｅ）ポーリングフレーム内に前記次のデバイスの前記関連するリターンアドレスをコード化し、
（ｆ）チャネルの制御を取得し、
（ｇ）分配コーディネーション機能（ＤＣＦ）モードにある間、前記チャネル上で前記ポーリングフレームを送信し、
（ｈ）前記送信セッションの間、前記識別されたデバイスから前記チャネル上でデータを交換することを特徴としたものである。
【０００８】
第２の技術手段は、第１の技術手段において、前記プロセッサが更に、
前記スケジュールから前記複数のデバイスのうちの別の１つを次の処理対象のデバイスとして識別し、
前記（ｅ）〜（ｈ）を繰り返すことを特徴としたものである。
【０００９】
第３の技術手段は、第１の技術手段において、前記データの受信は、前記ポーリングフレーム送信のショートフレーム間スペーシング（ＳＩＦＳ）内で行うことを特徴としたものである。
【００１０】
第４の技術手段は、第１の技術手段において、前記ポーリングフレームは、Clear to Send（ＣＴＳ）フレームであることを特徴としたものである。
【００１１】
第５の技術手段は、物理媒体と、
該物理媒体に連結されたプロセッサとを備え、Access Point（ＡＰ）デバイスと接続可能な通信デバイスであって、前記プロセッサが、
集中コンテンションインターバル中に無線通信チャネルを通して予約リクエストを送信し、
分配コーディネーション機能（ＤＣＦ）モード中にチャネルを通してポーリングフレームを受信し、
該ポーリングフレームからリターンアドレスをデコードし、
該リターンアドレスが当該通信デバイスのＭＡＣサブ層のアドレスと一致するかどうかを判断し、
一致する場合、前記ＭＡＣサブ層からチャネルを通してデータを送信することを特徴としたものである。
【００１２】
第６の技術手段は、第５の技術手段において、前記プロセッサが更に、
前記ポーリングフレームからセッションウィンドウの期間をデコードし、
該セッションウィンドウが終了した後にデータの送信を中止することを特徴としたものである。
【００１３】
第７の技術手段は、第５の技術手段において、前記ＭＡＣサブ層からのデータの送信は、
前記ポーリングフレームの受信からＳＩＦＳ内に実行することを特徴としたものである。
【００１４】
第８の技術手段は、第５の技術手段において、前記ポーリングフレームは、ＣＴＳフレームであることを特徴としたものである。
【００２３】
第９の技術手段は、複数のデバイスと接続可能な通信デバイスにおける通信の方法であって、
（ａ）無線通信チャネルのための集中コンテンションインターバル中に前記複数のデバイスのそれぞれのデバイスから複数の予約リクエストフレームを受信し、
（ｂ）各々の予約リクエストフレームから予約リクエストおよび関連するデバイスのＭＡＣサブ層のリターンアドレスをデコードし、
（ｃ）それぞれの予約リクエストごとに、前記それぞれのデバイスとデータを交換するための送信セッションのスケジュールをＭＡＣサブ層で決定し、
（ｄ）前記スケジュールから前記複数のデバイスのうちの１つを次の処理対象のデバイスとして識別し、
（ｅ）ポーリングフレーム内に前記次のデバイスの前記関連するリターンアドレスをコード化し、
（ｆ）チャネルの制御を取得し、
（ｇ）ＤＣＦモードにおいて、前記チャネル上で前記ポーリングフレームを送信し、
（ｈ）前記送信セッションの間、前記識別されたデバイスから前記チャネル上でデータを交換することを特徴としたものである。
【００２４】
第１０の技術手段は、第９の技術手段において、前記スケジュールから前記複数のデバイスのうちの別の１つを次の処理対象のデバイスとして識別し、
前記（ｅ）〜（ｈ）を繰り返すことを更に含んでなることを特徴としたものである。
【００２５】
第１１の技術手段は、第９の技術手段において、前記データの受信は、前記ポーリングフレーム送信のＳＩＦＳ内で行われることを特徴としたものである。
【００２６】
第１２の技術手段は、第９の技術手段において、前記ポーリングフレームは、ＣＴＳフレームであることを特徴としたものである。
【００２７】
第１３の技術手段は、ＡＰデバイスと接続可能な通信デバイスにおける通信の方法であって、
集中コンテンションインターバル中に無線通信チャネルを通して予約リクエストを送信し、
ＤＣＦモードにおいて、チャネルを通してポーリングフレームを受信し、
該ポーリングフレームからリターンアドレスをデコードし、
前記リターンアドレスが前記通信デバイスのＭＡＣサブ層のアドレスと一致するかどうかを判断し、
一致する場合、ＭＡＣサブ層からチャネルを通してデータを送信することを特徴としたものである。
【００２８】
第１４の技術手段は、第１３の技術手段において、前記ポーリングフレームからセッションウィンドウの期間をデコードし、
該セッションウィンドウが終了した後にデータの送信を中止することを更に含んでなることを特徴としたものである。
【００２９】
第１５の技術手段は、第１３の技術手段において、前記ＭＡＣサブ層からのデータの送信は、
前記ポーリングフレームの受信からＳＩＦＳ内で実行することを特徴としたものである。
【００３０】
第１６の技術手段は、第１３の技術手段において、前記ポーリングフレームは、ＣＴＳフレームであることを特徴としたものである。
【００３１】
【発明の実施の形態】
一般に、本発明は分配コーディネーション機能モード（ＤＣＦモード）において集中セッションプランニングを行うためのデバイス、製品（ソフトウェア）および方法を提供するものである。本発明に係わるアクセスポイントは各局との個々のセッションのスケジュールを中心に計画する。次にアクセスポイントは局の媒体アクセス制御層（ＭＡＣ層）のリターンアドレスを含むポーリングパルスにより、セッションの開始を各周辺局にアナウンスする。次にアドレス指定された周辺デバイスはＭＡＣ層からデータを送信する。
【００３２】
本発明の利点はＰＣＦ（ポイントコーディネーション機能）モード中の、極めて高くなり得る負荷を解消できることである。更に、オプションのＰＰＣＦモードが全く実現されない場合でも、アドミッション制御の集中管理が可能である。
【００３３】
以下、添付図面を参照し、次の詳細な説明を読めば、本発明についてより容易に理解できよう。
【００３４】
既に述べたように、本発明はＤＣＦモードにおける集中無線通信セッションをプランニングするためのデバイス、ソフトウェアおよび方法を提供するものである。
【００３５】
特に説明しない限り、本明細書における用語は、ＩＥＴＦおよびＩＥＥＥの定義と一貫するように解釈すべきである。なお、ＩＥＴＦおよびＩＥＥＥはこれら規格をサーチできるウェブサイトを維持している。ＩＥＴＦウェブサイトのアドレスは本明細書を最初に米国特許庁に出願した日の時点で、http://www.ietf.org/となっており、ＩＥＥＥウェブサイトのアドレスはhttp://www.ieee.org/となっている。更に読者の利益のために、最も有効な頭字語のリストを次に示す。
【００３６】
ＡＰ      −  アクセスポイント
ＣＣＩ    −  集中コンテンションインターバル
ＣＴＳ    −  送信のためにクリア
ＤＣＦ    −  分配コーディネーション機能
ＭＡＣ    −  媒体アクセス制御
ＰＭ      −  物理媒体
ＲＡ      −  リターンアドレス
ＲＲ      −  予約リクエスト
ＲＲＦ    −  予約リクエストフレーム
ＳＩＦＳ  −  ショートフレーム間スペーシング
ＳＴＡ    −  局
【００３７】
図１は、本発明の実施例に従って製造された無線アクセスポイントおよび無線基地局のアーキテクチャを示す図である。図１を参照すると、アクセスポイント（ＡＰ）デバイス１１０は物理媒体１１２を含み、この媒体１１２は送信（伝送）アンテナ、受信アンテナなどを含むことができる。
【００３８】
ＡＰ１１０は開放型システム間相互接続（ＯＳＩ）によって規定された多数の層を含むソフトウェア構造１２０も含む。これら層は、層Ｌ１（１２２）を含み、この層Ｌ１（１２２）は物理層１２２とも称され、物理媒体１１２を制御するためのものである。層Ｌ１（１２２）の上部には層Ｌ２（１２４）が設けられており、層Ｌ２（１２４）の上位には層Ｌ３（１２６）が設けられており、この層Ｌ３（１２６）はネットワーク層１２６とも称されている。他の層（図１には示されず）が存在していてもよい。
【００３９】
層Ｌ２（１２４）は媒体アクセス制御（ＭＡＣ）サブ層１２８を含む。このＭＡＣサブ層１２８はＩＥＥＥ８０２.１１標準の対応する仕様に従って製造されており、このＭＡＣサブ層１２８はＤＣＦモードで作動でき、オプションとしてＰＣＦモードでも作動できる。
【００４０】
さらに図１を参照する。第１周辺局ＳＴＡ１（１３０）は物理媒体１３２を含む。物理媒体１３２は送信アンテナ、受信アンテナなどを含むことができる。
【００４１】
局ＳＴＡ１（１３０）はＯＳＩによって規定された多数の層を含むソフトウェア構造１４０も含む。これら層は、層Ｌ１（１４２）を含み、この層Ｌ１（１４２）は物理層１４２とも称され、物理媒体（１３２）を制御するためのものである。層Ｌ１（１４２）の上位には層Ｌ２（１４４）が設けられており、層Ｌ２（１４４）の上部には層Ｌ３（１４６）が設けられており、この層Ｌ３（１４６）はネットワーク層１４６とも称されている。他の層（図１には示されず）が存在していてもよい。
【００４２】
層Ｌ２（１４４）は媒体アクセス制御（ＭＡＣ）サブ層１４８を含む。このＭＡＣサブ層１４８はＩＥＥＥ８０２.１１標準の対応する仕様に従って製造されており、このＭＡＣサブ層１４８はＤＣＦモードでオペレートでき、オプションとしてＰＣＦモードでもオペレートできる。
【００４３】
引き続き図１を参照する。第１周辺局ＳＴＡ２（１５０）は物理媒体１５２を含む。物理媒体（１５２）は送信アンテナ、受信アンテナなどを含むことができる。
【００４４】
局ＳＴＡ２（１５０）はＯＳＩによって規定された多数の層を含むソフトウェア構造１６０も含む。これら層は層Ｌ１（１６２）を含み、この層Ｌ１（１６２）は物理層１６２とも称され、物理媒体１５２を制御するためのものである。層Ｌ１（１６２）の上位には層Ｌ２（１６４）が設けられており、層Ｌ２（１６４）の上位には層Ｌ３（１６６）が設けられており、この層Ｌ３（１６６）はネットワーク層１６６とも称されている。他の層（図１には示されず）が存在していてもよい。
【００４５】
層Ｌ２（１６４）は媒体アクセス制御（ＭＡＣ）サブ層１６８を含む。このＭＡＣサブ層１６８はＩＥＥＥ８０２.１１標準の対応する仕様に従って製造されており、このＭＡＣサブ層１６８はＤＣＦモードでオペレートでき、オプションとしてＰＣＦモードでもオペレートできる。
【００４６】
ソフトウェア構造１２０，１４０，１６０は当技術分野で公知の任意の方法で実現できる。１つの便利な方法は、ディジタル信号処理を用いる方法である。
【００４７】
デバイスＡＰ（１１０）と、ＳＴＡ１（１３０）と、ＳＴＡ２（１５０）は、ＷＬＡＮを形成できる。このＷＬＡＮは、それぞれの物理媒体１１２，１３２，１５２の無線通信によって達成できる。
【００４８】
より詳細には、物理媒体１３２は物理媒体１１２との接続１７３を確立でき、この接続１７３を介して集中コンテンションインターバル（ＣＣＩ）中に第１予約リクエストフレームＲＲＦ１を送信することができる。更に、物理媒体１５２は物理媒体１１２との接続１７５を確立でき、この接続１７５を介し、同じＣＣＩ中に第２の予約リクエストフレームＲＲＦ２を送信することができる。
【００４９】
図２は、本発明の一実施例に係わる、図１のアクセスポイントと基地局との間の信号交換のタイムチャートである。次に図２を参照し、時間軸２１０を基準に、本発明に係わるパルスの交換についてより詳細に説明する。
【００５０】
予約リクエストフレームＲＲＦ１、ＲＲＦ２はＣＣＩ中に受信される。
次に、ＡＰ１１０はＤＣＦモードにおいて予約リクエストフレームの各々から予約リクエストを抽出することによってＲＲＦ１、ＲＲＦ２を処理する。次に、ＡＰ１１０はデバイスＳＴＡ１（１３０），ＳＴＡ２（１５０）の各々とデータを交換するための期間Ｔ１，Ｔ２のセッションのスケジュールを決定する。
【００５１】
次に、ＡＰ１１０が無線通信チャネルの制御権を取得する。このＡＰ１１０は他の周辺局よりも高い優先度を請求することによってこれを行う。
【００５２】
次にＡＰ１１０は、チャネルを通してポーリングパルスＣＴＳ１，ＣＴＳ２を送ることにより、スケジュールをアナウンスする。これらポーリングパルスＣＴＳ１，ＣＴＳ２は任意のポーリングパルスでよいが、ＩＥＥＥ８０２.１１標準に定められているような“Clear to Send（送信のためにクリア）”パルスであることが好ましい。これらパルスはＤＣＦモードにおいて送られる。
【００５３】
ポーリングパルスＣＴＳ１はデバイスＳＴＡ１（１３０）のためのものであり、ＭＡＣサブ層１４８のリターンアドレスＲＡ（ＳＴＡ１）のコード化されたフィールドを含む。ＳＴＡ１（１３０）はポーリングパルスＣＴＳ１の受信時に、自己のＭＡＣサブ層１４８のリターンアドレスＲＡ（ＳＴＡ１）を識別し、よってＡＰ１１０とのデータの交換に進む。ＳＴＡ１（１３０）はショートフレーム間スペーシング（ＳＩＦＳ）内でデータを交換しはじめることが好ましい。この交換は期間Ｔ１の間続く。この期間Ｔ１も、デバイスＳＴＡ１（１３０）によるデコードができるように、ポーリングパルスＣＴＳ１内にコード化されていることが好ましい。
【００５４】
同様にポーリングパルスＣＴＳ２はＳＴＡ２（１５０）のためのものであり、ＭＡＣサブ層１６８のリターンアドレスＲＡ（ＳＴＡ２）のコード化されたフィールドを含む。ＳＴＡ２（１５０）はポーリングパルスＣＴＳ２の受信時に、自己のＭＡＣサブ層１６８のリターンアドレスＲＡ（ＳＴＡ２）を識別し、よってＡＰ１１０とのデータの交換に進む。ＳＴＡ２（１５０）はＳＩＦＳ内でデータを交換することが好ましい。この交換は期間Ｔ２の間続く。この期間Ｔ２も、デバイスＳＴＡ２（１５０）によるデコードができるように、ポーリングパルスＣＴＳ２内にコード化されていることが好ましい。
【００５５】
本発明は論理回路を含む１つ以上のデバイスによって実現できることが明らかである。更に本発明は、マイクロコントローラまたはマイクロプロセッサを含むことができる専用処理システムを備えたデバイスによっても実現できる。かかる別の実施例について、以下に示す。
【００５６】
図３は本発明の別の実施例に従って製造された無線アクセスポイントおよび無線基地局のアーキテクチャを示す図である。本発明の実施例に係わるアクセスポイントＡＰ３２０についてより詳細に説明する。ＡＰ３２０は任意の通信デバイス、例えば無線通信デバイス（局、周辺局など）でよい。
【００５７】
アクセスポイントＡＰ３２０はプロセッサ３２２を有し、このプロセッサはディジタル信号プロセッサ（ＤＳＰ）、中央処理ユニット（ＣＰＵ）として、または当技術分野で公知の他の任意の均等な方法で実現できる。
【００５８】
アクセスポイントＡＰ３２０は更にメモリ３２４を含み、このメモリにプログラム３２６が常駐できる。プロセッサ３２２の機能は後に明らかとなるように、プログラム３２６によって制御できる。
【００５９】
さらに図３を参照し、本発明の実施例に係わる周辺局ＳＴＡ３（３４０）についてより詳細に説明する。局ＳＴＡ３（３４０）は任意の通信デバイス、例えば無線通信デバイス（局、周辺局など）でよい。
【００６０】
局ＳＴＡ３（３４０）はプロセッサ３４２を有し、このプロセッサはディジタル信号プロセッサ（ＤＳＰ）、中央処理ユニット（ＣＰＵ）として、または当技術分野で公知の他の任意の均等な方法で実現できる。
【００６１】
局ＳＴＡ３（３４０）は更にメモリ３４４を含み、このメモリにプログラム３４６が常駐できる。プロセッサ３４２の機能は後に明らかとなるように、プログラム３４６によって制御できる。
【００６２】
アクセスポイントＡＰ３２０は、局ＳＴＡ３（３４０）との間で通信接続リンク３７３を確立できる。
【００６３】
本発明は更に、後述するような方法も提供する。更に本発明は、本発明の方法を実行し、またはそれを補助する装置を提供する。この装置は、必要な目的のために特別に製造してもよいし、また、コンピュータ内に蓄積されるコンピュータプログラムによって選択的に附勢または再構成される汎用コンピュータを含んでもよい。本明細書に説明する方法およびアルゴリズムは必ずしも特定のコンピュータまたは他の装置に本来的に関係するものではない。特に本明細書の要旨に従ってプログラムと共に種々の汎用装置を使用することもできるし、また、必要な方法のステップを実行するように、より特殊な装置を製造するほうが、より便利となる場合もある。これら種々の装置に必要な構造は次の説明から明らかとなろう。
【００６４】
本発明のオペレーションを実行するための有効な装置または製品（アーティクル）は、汎用ディジタルコンピュータまたは他の同様なデバイスを含む。いずれの場合においても、コンピュータをオペレートする方法とその計算方法との間の違いを念頭に入れるべきである。本発明はコンピュータをオペレートさせるための方法のステップおよび電気的または他の物理的信号を処理し、その他の所望する物理的信号を発生させるための方法のステップにも関するものである。
【００６５】
本発明は更に、プログラムおよびそのプログラムオペレーション方法も提供する。このプログラムは計算装置、例えば汎用コンピュータ、特殊用途コンピュータ、マイクロプロセッサなどのためのプログラムとして最も有利に実現できる。
【００６６】
本発明は内部に蓄積された本発明のプログラムを有する記憶媒体を提供するものである。この記憶媒体はコンピュータで読み取り可能な媒体、例えばメモリであり、上記計算装置によって読み取られる。
【００６７】
通常、プログラムは所望する結果を与える一連のステップとして定義される。命令（インストラクション）としても知られるこれらステップは物理量を物理的に操作することを必要とするステップである。通常、これら量は蓄積し、転送し、組み合わせ、比較し、更に他の方法で操作し、または処理することができる電気信号または磁気信号の形態をとり得るが、必ずしもそのような形態でなくてもよい。これら信号を蓄積する際、コンピュータが読み取り可能な任意の媒体にこれら信号を記憶することができる。主に共通に使用する理由から、これら信号をビット，データビット，サンプル，値，要素，シンボル，キャラクタ，画像，用語，数または同様なものと称すと便利な場合がある。しかしながら、これら同様な用語のすべては適当な物理量に関連しており、これら用語は単にこれら物理量に適用される便宜的な標識にすぎないと念頭に入れるべきである。
【００６８】
この詳細な説明は、主にコンピュータで読み取り可能な媒体、例えばメモリ内のデータビットの演算のフローチャート、ディスプレイ画像、アルゴリズムおよびシンボル表示として示される。かかる説明および表示はプログラムおよび／またはデータ処理技術の当業者が他の当業者に自らの作品の要旨を効果的に伝えるために使用するタイプの便利な標識である。プログラミング技術の当業者であれば、本発明に係わるプログラムを実現するための特定の命令を容易に生成するために、この説明を使用することができよう。しかしながら、簡潔にするために、本明細書では本発明に係わるソフトウェアを記述するために、本発明の方法を説明するのに使用するフローチャートを繰り返すことはない。
【００６９】
単に便宜上、全体にソフトウェアとしても知られる種々の相互に接続された別々のソフトウェアモジュールまたは機能としてプログラムを実現し、記述することが好ましいことが多い。しかしながらこのことは必要ではないが、不明瞭な境界を有する単一のプログラムとなるようにモジュールを均等に寄せ集めるようなケースもあり得る。いずれの場合においても、本発明のソフトウェアモジュールまたは機能は自ら、または他のものと組み合わせて実現できる。プログラムをコンピュータが読み取り可能な媒体に蓄積できると述べたが、当業者にはこの媒体は単一のメモリでなくてもよく、また単一のマシンでなくてもよいことは明らかなはずである。別個のメモリまたは別個の装置にさえも、プログラムの種々の部分、モジュールまたは機能が常駐してもよい。別個のマシンを直接接続したり、またはネットワーク、例えばローカルエリアネットワーク（ＬＡＮ）またはグローバルネットワーク、例えばインターネットを介して接続することができる。
【００７０】
本ケースでは、本発明の方法はマシンのオペレーションによって実現される。換言すれば、本発明のプログラムの実施例は本明細書に記載されている本発明の方法を実現するように作成されている。これら実施例はプログラムのすべてではない一部を実施する一人以上の人のオペレータと共にオプションとして実施してもよい。上記に関し、ユーザーは互いに会話する必要はなく、各ユーザーはプログラムの一部を収納するマシンを有しているだけでよい。これとは異なり、ユーザーが存在していなくても、および／またはユーザーが互いに別々にこれらマシンの一部が自動的に作動してもよい。
【００７１】
以下、本発明の方法について説明する。
次に図４を参照すると、本発明の実施例に係わる方法を示すためにフローチャート４００が示されている。フローチャート４００の方法は、ＷＬＡＮにおいてアクセスポイントのデバイスによって実施できる。
【００７２】
ボックス４１０によれば、無線通信チャネルのための集中コンテンションインターバル（ＣＣＩ）中にデバイスから予約リクエストフレームが受信される。
【００７３】
次のボックス４２０によれば、予約リクエストフレームから予約リクエストがデコードされる。これら予約リクエストはデータを交換するためのものであり、更に関連するデバイスのＭＡＣサブ層のリターンアドレスもデコードされる。
【００７４】
次のボックス４３０によれば、それぞれのデバイスによる送信セッションに対するスケジュールが決定される。このスケジュールはＤＣＦモードにおいてＭＡＣサブ層でオプションとして決定される。
【００７５】
次のオプションのボックス４４０では、スケジュールごとに次のデバイスが識別される。
【００７６】
次のボックス４５０によれば、ポーリングフレームが準備される。好ましい形態では、このフレームはＣＴＳフレームである。ポーリングフレーム内でリターンアドレスおよびセッションの期間がコード化される。
【００７７】
次のボックス４６０では、チャネルの制御が取得される。
【００７８】
次のボックス４７０では、チャネル上でポーリングフレームが送信される。
【００７９】
次のボックス４８０によれば、次のデバイスとの間でチャネル上でデータが交換される。この交換はポーリングフレームのＳＩＦＳ内でスタートすることが好ましい。
【００８０】
次にボックス４４０に戻り、セッションを有するスケジュールとなっている次のデバイスが識別される。
【００８１】
次に図５を参照し、ここではフローチャート５００を使って、本発明の別の実施例に係わる方法について説明する。フローチャート５００の方法は周辺局によって実施できる。
【００８２】
ボックス５１０によれば、無線通信チャネルを通して予約リクエストが送信される。この予約リクエストはＤＣＦモードにおいて、ＣＣＩ中に予約リクエストフレーム（ＲＲＦ）内で送信される。
【００８３】
次のオプションのボックス５２０によれば、チャネルを通してポーリングフレームが受信される。このポーリングフレームは約束によりＣＴＳフレームとすることができる。
【００８４】
次のボックス５３０によれば、ポーリングフレームからリターンアドレスがデコードされる。
【００８５】
次のボックス５４０によれば、リターンアドレスがデバイス自身のＭＡＣサブ層のアドレスに一致するかどうかの質問がなされる。一致しない場合、プログラムはボックス５２０にリターンし、次のポーリングパルスを待つ。
【００８６】
一致している場合、オプションの次のボックス５５０により、ポーリングフレームからセッションウィンドウの期間がデコードされる。ポーリングフレームがない場合は、このことは行われない。
【００８７】
次のボックス５６０によれば、ＭＡＣサブ層からチャネルを通してデータが送信される。この送信はポーリングフレームを受信してからＳＩＦＳ内でスタートすることが好ましい。
【００８８】
次のオプションのボックス５７０によれば、セッションの期間が既知であれば、セッションウィンドウを終了したあとにデータの送信を中止する。
【００８９】
当業者であれば、全体として見なすべき本明細書に記載された説明を検討すれば、本発明を実施することができよう。本発明の理解をより完全にするために多数の細部が記載されている。他の状況では、本発明を不必要に不明確にしないよう、周知の特徴については詳細には説明していない。
【００９０】
以上で本発明を好ましい形態として開示したが、本書に開示し、説明した特定の実施例は限定的なものと見なすべきでない。当業者がこの説明を検討すれば、本発明は種々の方法で変形できることは容易に明らかであるはずである。発明者は、発明の要旨を、本書に開示した種々の要素、特徴、機能および／または特性のすべての組み合わせおよび準組み合わせを含むものと考えている。
【００９１】
特許請求の範囲は新規であり、かつ進歩性があると考えられる所定の組み合わせおよび準組み合わせについて記載したものであり、本明細書および関連する明細書に特徴、機能、要素および／または特性の他の組み合わせ、および準組み合わせに関する別の請求項を示すことができる。
【図面の簡単な説明】
【図１】本発明の実施例に従って製造された無線アクセスポイントおよび無線基地局のアーキテクチャを示す図である。
【図２】本発明の一実施例に係わる、図１のアクセスポイントと基地局との間の信号交換のタイムチャートである。
【図３】本発明の別の実施例に従って製造された無線アクセスポイントおよび無線基地局のアーキテクチャを示す図である。
【図４】本発明の一実施例に係わる方法を示すフローチャートである。
【図５】本発明の別の実施例に係わる方法を示すフローチャートである。
【符号の説明】
１１０…アクセスポイント、１１２…物理媒体、１２０…ソフトウェア構造、１２８…ＭＡＣ、１３０…周辺局、１３２…物理媒体、１４０…ソフトウェア構造、１４８…ＭＡＣ、１５０…周辺局、１５２…物理媒体、１６０…ソフトウェア構造、１６８…ＭＡＣ。
【図１】
0003877556.tif 000002
【図２】
0003877556.tif 000003
【図３】
0003877556.tif 000004
【図４】
0003877556.tif 000005
【図５】
0003877556.tif 000006