JPWO2004071022A1 - 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータプログラム - Google Patents
無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータプログラム Download PDFInfo
- Publication number
- JPWO2004071022A1 JPWO2004071022A1 JP2005504834A JP2005504834A JPWO2004071022A1 JP WO2004071022 A1 JPWO2004071022 A1 JP WO2004071022A1 JP 2005504834 A JP2005504834 A JP 2005504834A JP 2005504834 A JP2005504834 A JP 2005504834A JP WO2004071022 A1 JPWO2004071022 A1 JP WO2004071022A1
- Authority
- JP
- Japan
- Prior art keywords
- wireless communication
- beacon
- station
- time
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0058—Allocation criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/001—Synchronization between nodes
- H04W56/002—Mutual synchronization
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
無線ＬＡＮシステムなどの通信システムを、マスタ局、スレープ局の制御、非制御の関係なしに自立分散型のネットワークを構築する場合の問題を解決するために、制御局と被制御局の関係を有しない複数の通信局からなる無線通信システムで、各通信局がネットワークに関する情報を記述したビーコンを送信し合うことによってネットワークを構築するようにして、そのビーコンで他の通信局での通信状態などの高度な判断ができるようにした。
Description
本発明は、例えばデータ通信などを行う無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：構内情報通信網）システムを、マスタ局、スレーブ局の制御、被制御の関係なしに自立分散型のネットワークを構築する場合に適用して好適な、無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに関する。
さらに詳しくは、本発明は、各通信局がネットワーク情報などを記載したビーコンを所定のフレーム周期毎に報知し合うことにより自律分散型の無線ネットワークを形成する無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに係り、特に、各通信局が互いに送信するビーコンの衝突を回避しながら自律分散型の無線ネットワークを形成する無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに関する。
さらに詳しくは、本発明は、各通信局がネットワーク情報などを記載したビーコンを所定のフレーム周期毎に報知し合うことにより自律分散型の無線ネットワークを形成する無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに係り、特に、各通信局が互いに送信するビーコンの衝突を回避しながら自律分散型の無線ネットワークを形成する無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムに関する。
従来、無線ＬＡＮシステムのメディアアクセス制御としては、ＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１方式で規定されたアクセス制御などが広く知られている。ＩＥＥＥ８０２．１１方式の詳細については、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ ＩＳＯ／ＩＥＣ ８８０２−１１：１９９９（Ｅ）ＡＮＳＩ／ＩＥＥＥ Ｓｔｄ ８０２．１１，１９９９ Ｅｄｉｔｉｏｎ，Ｐａｒｔ１１：Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ） ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓなどに記載されている。
ＩＥＥＥ８０２．１１におけるネットワーキングは、ＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）の概念に基づいている。ＢＳＳは、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ：ＡＰ）のようなマスタ制御局が存在するインフラモードで定義されるＢＳＳと、複数の移動局（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ：ＭＴ）のみにより構成されるアドホックモードで定義されるＩＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ）の二種類がある。
インフラモード時のＩＥＥＥ８０２．１１の動作について図３０を用いて説明する。インフラモードのＢＳＳにおいては、無線通信システム内にコーディネーションを行うアクセスポイントが必須である。図３０では、例えば通信局ＳＡＴ０をアクセスポイントとして機能する通信局ＳＡとすると、自局周辺で電波の到達する範囲をＢＳＳとひとくくりにまとめ、いわゆるセルラーシステムでいうところのセルを構成する。アクセスポイントの近隣に存在する移動局（ＳＡＴ１，ＳＡＴ２）は、アクセスポイントに収容され、当該ＢＳＳの１メンバとしてネットワークに参入する。アクセスポイントは適当な時間間隔でビーコンと呼ばれる制御信号を送信し、このビーコンを受信可能である移動局は、アクセスポイントが近隣に存在することを認識し、さらに該アクセスポイントとの間でコネクション確立を行う。
アクセスポイントである通信局ＳＴＡ０は、図３０の右側に記したように、一定の時間間隔でビーコン（Ｂｅａｃｏｎ）を送信する。次回のビーコンの送信時刻は、ターゲットビーコン送信時刻（ＴＢＴＴ：Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｔ Ｔｉｍｅ）というパラメータにてビーコン内で報知されており、時刻がＴＢＴＴになると、アクセスポイントはビーコン送信手順を動作させている。また、周辺の移動局は、ビーコンを受信することにより、内部のＴＢＴＴフィールドをデコードすることにより次回のビーコン送信時刻を認識することが可能なため、場合によっては（受信の必要がない場合には）、次回あるいは複数回先のＴＢＴＴまで受信機の電源を落としスリープ状態に入ることもある。
なお、本明細書では、アクセスポイントのようなマスタ制御局の介在なしでネットワークを動作させることを主眼においた発明について説明しているため、インフラモードについてはこれ以上の説明は行わない。
次に、アドホックモード時のＩＥＥＥ８０２．１１方式での通信動作について、図３１及び図３２を参照して説明する。
一方、アドホックモードのＩＢＳＳにおいては、各通信局（移動局）は、複数の通信局同士でネゴシエーションを行った後に自律的にＩＢＳＳを定義する。ＩＢＳＳが定義されると、通信局郡は、ネゴシエーションの末に、一定間隔毎にＴＢＴＴを定める。各通信局は、自局内のクロックを参照することによりＴＢＴＴになったことを認識すると、ランダム時間の遅延の後、まだ誰もビーコンを送信していないと認識した場合にはビーコンを送信する。図３１では、２台の通信局ＳＡＴ１，ＳＡＴ２がＩＢＢＳを構成する場合の例を示した。したがって、この場合、ビーコンはＩＢＳＳに属するいずれかの通信局が、ＴＢＴＴが訪れる毎にビーコンを送信することになる。また、ビーコンが衝突する場合も存在している。
また、ＩＢＳＳにおいても、各通信局は必要に応じて送受信部の電源を落とすスリープ状態に入ることがある。この場合の信号送受信手順について、図３２を用いて説明する。
ＩＥＥＥ８０２．１１方式においては、ＩＢＳＳでスリープモードが適用されている場合には、ＴＢＴＴからしばらくの時間帯がＡＴＩＭ（Ａｎｎｏｕｎｃｅｍｅｎｔ Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）Ｗｉｎｄｏｗ（以下ＡＴＩＭウィンドウと称する）として定義されている。
ＡＴＩＭウィンドウの時間帯は、ＩＢＳＳに属する全ての通信局は受信部を動作させており、この時間帯であれば、基本的にはスリープモードで動作している通信局も受信が可能である。各通信局は、自局が誰か宛ての情報を有している場合には、このＡＴＩＭウィンドウの時間帯においてビーコンが送信された後に、上記の誰か宛てにＡＴＩＭパケットを送信することにより、自局が上記の誰か宛ての情報を保持していることを受信側に通達する。ＡＴＩＭパケットを受信した通信局は、ＡＴＩＭパケットを送信した局からの受信が終了するまで、受信部を動作させておく。
図３２では、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３の３台の通信局がＩＢＳＳ内に存在している場合を例として示している。図３２において、ＴＢＴＴになると、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３の各通信局は、ランダム時間にわたりメディア状態を監視しながらバックオフのタイマーを動作させる。図３２の例では、通信局ＳＴＡ１のタイマーが最も早期にカウントを終了し、通信局ＳＴＡ１がビーコンを送信した場合を示している。通信局ＳＴＡ１がビーコンを送信したため、これを受信した他の２台の通信局ＳＴＡ２及びＳＴＡ３はビーコンを送信しない。
また、図３２の例では、通信局ＳＴＡ１が通信局ＳＴＡ２宛ての情報を保持しており、かつ通信局ＳＴＡ２が通信局ＳＴＡ３への情報を保持している場合を示している。このとき、図３２（ｂ），（ｃ）に示すように、通信局ＳＴＡ１と通信局ＳＴＡ２は、ビーコンを送信／受信した後に、再度ランダム時間にわたり各々メディア状態を監視しながらバックオフのタイマーを動作させる。図３２の例では、通信局ＳＴＡ２のタイマーが先にカウントを終了したため、まず通信局ＳＴＡ２からＡＴＩＭメッセージが通信局ＳＴＡ３に宛てて送信される。図３２（ａ）に示すように、通信局ＳＴＡ３はＡＴＩＭメッセージを受信すると、受信した旨を確認応答パケットであるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）パケットを送信することにより通信局ＳＴＡ２にフィードバックする。通信局ＳＴＡ３からのＡＣＫパケットが送信し終えると、通信局ＳＴＡ１はさらにランダム時間にわたり各々メディア状態を監視しながらバックオフのタイマーを動作させる。そのタイマーに設定された時間が経過してタイマーがカウントを終了すると、通信局ＳＴＡ１はＡＴＩＭパケットを通信局ＳＴＡ２に宛てて送信する。通信局ＳＴＡ２はこれを受信した旨をＡＣＫパケットを返送することにより通信局ＳＴＡ１にフィードバックする。
これらＡＴＩＭパケットとＡＣＫパケットのやりとりがＡＴＩＭウィンドウ内で行われると、その後の区間においても、ＳＴＡ３はＳＴＡ２からの情報を受信するために受信機を動作させ、ＳＴＡ２はＳＴＡ１からの情報を受信するために受信機を動作させる。
送信情報を保持している通信局ＳＴＡ１及びＳＴＡ２は、ＡＴＩＭウィンドウの終了とともに、ランダム時間にわたり各々メディア状態を監視しながらバックオフのタイマーを動作させる。図３２の例では、通信局ＳＴＡ２のタイマーが先に終了したため、通信局ＳＴＡ２から通信局ＳＴＡ３宛ての情報が先に伝送されている。この伝送終了の後、通信局ＳＴＡ１は、再度ランダム時間にわたり各々メディア状態を監視しながらバックオフのタイマーを動作させ、タイマーが終了したら通信局ＳＴＡ２宛てのパケットを送信する。
ここまで述べた手順において、ＡＴＩＭウィンドウ内でＡＴＩＭパケットを受信しなかったり、誰宛てにも情報を保持していない通信局は、次のＴＢＴＴまで送受信機の電源を落とし、消費電力を削減することが可能となる。
次に、ＩＥＥＥ８０２．１１方式のアクセス競合方法について図３３を用いて説明する。上述した説明において、「ランダム時間にわたりメディア状態を監視しながらバックオフのタイマーを動作させる」という説明を行ったが、この件について追記説明を行う。
ＩＥＥＥ８０２．１１方式においては、直前のパケットが終了してから次のパケットを送信するまでのパケット間隔（ＩＦＳ：Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）として、４種類のＩＦＳが定義されている。ここでは、そのうちの３つについて説明する。ＩＦＳとしては、図３３に示すように、短いものから順にＳＩＦＳ（Ｓｈｏｒｔ ＩＦＳ）、ＰＩＦＳ（ＰＣＦ ＩＦＳ）、ＤＩＦＳ（ＤＣＦ ＩＦＳ）が定義されている。ＩＥＥＥ８０２．１１では、基本的なメディアアクセス手順としてＣＳＭＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が適用されており、送信部が何かを送信する前には、メディア状態を監視しながらランダム時間にわたりバックオフのタイマーを動作させ、この間に送信信号が存在しない場合に始めて送信権利が与えられる。
通常のパケットをＣＳＭＡの手順に従って送信する際（ＤＣＦ，Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎと呼ばれる）には、なんらかのパケットの送信が終了してから、まずＤＩＦＳだけメディア状態を監視し、この間に送信信号が存在しなければ、ランダムバックオフを行い、さらにこの間にも送信信号が存在しない場合に、送信権利が与えられることになっている。一方、ＡＣＫなどの例外的に緊急度の高いパケットを送信する際には、ＳＩＦＳのパケット間隔の後に送信することが許されている。これにより、緊急度の高いパケットは、通常のＣＳＭＡの手順に従って送信されるパケットよりも先に送信することが可能となる。異なる種類のパケット間隔ＩＦＳが定義されている理由はここにあり、パケットの送信権争いを、ＩＦＳがＳＩＦＳなのかＰＩＦＳなのか、ＤＩＦＳなのかに応じて優先付けが行われている。ＰＩＦＳがどのような目的で用いられているかは後述する。
次に、ＩＥＥＥ８０２．１１におけるＲＴＳ／ＣＴＳ手順について、図３４及び図３５を用いて説明する。アドホック環境のネットワークにおいては、一般的に隠れ端末問題が生じることが知られており、この問題の多くを解決する方法論として、ＲＴＳ／ＣＴＳ手順によるＣＳＭＡ／ＣＡが知られている。ＩＥＥＥ８０２．１１においても、この方法論が採用されている。
ＲＴＳ／ＣＴＳ手順の動作例を、図３４を用いて説明する。図３４では、通信局ＳＴＡ０から通信局ＳＴＡ１宛てになんらかの情報（Ｄａｔａ）を送信する場合の例が示されている。通信局ＳＴＡ０は、実際の情報の送信に先立ち、情報の宛て先であるＳＴＡ１に向けてＲＴＳ（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）パケットをＣＳＭＡの手順に従って送信する。通信局ＳＴＡ１にてこれを受信できた場合には、ＲＴＳパケットを受信できた旨を通信局ＳＴＡ０にフィードバックするＣＴＳ（Ｃｌｅａｒ Ｔｏ Ｓｅｎｄ）パケットを送信する。送信側である通信局ＳＴＡ０において、ＣＴＳパケットを無事に受信が行われれば、メディアがクリアであるとみなし、すぐさま情報（Ｄａｔａ）パケットを送信する。通信局ＳＴＡ１にてこれを無事に受信し終えると、ＡＣＫを返送し、１パケットの送信が終了する。
この手順において、どのような作用が生じるかを、図３５を用いて説明する。図３５では、通信局ＳＴＡ２が通信局ＳＴＡ３に宛てて情報を送信したい場合を想定している。通信局ＳＴＡ２は、ＣＳＭＡの手順でメディアが一定期間クリアである旨を確認した後、ＲＴＳパケットを通信局ＳＴＡ３に宛てて送信する。このパケットは通信局ＳＴＡ２の近隣に位置する通信局ＳＴＡ１でも受信される。通信局ＳＴＡ１は、ＲＴＳパケットの受信により通信局ＳＴＡ２が何らかの情報を送信したい旨を知るので、該情報の送信が完了するまではメディアが通信局ＳＴＡ２により占有されるものと認識し、この間、メディアを監視することなくメディアが占有されている状態であると認識する。この作業をＮＡＶ（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ）を立てるなどと呼ぶ。なお、ＲＴＳパケットやＣＴＳパケットには、今トランザクションにおいてメディアを占有する時間の長さが記載されている。
話を戻すと、通信局ＳＴＡ２から通信局ＳＴＡ３に宛てたＲＴＳを受信することにより、通信局ＳＴＡ１は、今後、ＲＴＳパケットで指定された期間にわたりメディア占有状態になると認識し、送信を行わない。一方、ＲＴＳパケットを受信した通信局ＳＴＡ３では、ＣＴＳパケットを返送することにより、ＲＴＳパケットを受信できた旨を通信局ＳＴＡ２にフィードバックする。このＣＴＳパケットは、通信局ＳＴＡ３の近隣に位置する通信局ＳＴＡ４でも受信される。通信局ＳＴＡ４は、該ＣＴＳパケットの内容をデコードすることにより、これから、通信局ＳＴＡ２から通信局ＳＴＡ３に宛てて情報が送信されることを認識し、今後、ＣＴＳパケットで指定された期間にわたりメディア占有状態になると認識して、送信を行わない。
上記のＲＴＳパケットならびＣＴＳパケットのやりとりにより、ＲＴＳパケットを受信できた「送信局であるＳＴＡ２の周辺局」とＣＴＳパケットを受信できた「受信局であるＳＴＡ３の周辺局」において、送信が禁止され、これにより、周辺局からの突然の送信により妨害されることなく、通信局ＳＴＡ２から通信局ＳＴＡ３に宛てての情報送信ならびＡＣＫの返送が行われる。
次に、ＩＥＥＥ８０２．１１方式における帯域予約手段について図３６を用いて説明する。上述したＩＥＥＥ８０２．１１方式のアクセス制御では、ＣＳＭＡによるアクセス競合を行うため、一定の帯域を保証して確保することが不可能である。ＩＥＥＥ８０２．１１方式では、帯域を保証して確保するためのメカニズムとして、ＰＣＦ（Ｐｏｉｎｔ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）が存在する。しかし、ＰＣＦの基本はポーリングであり、アドホックモードでは動作せず、インフラモードにおいてのみ、アクセスポイントの管理下で行われる。すなわち、帯域保証でアクセス制御を行わせるためには、アクセスポイントのようなコーディネーターが必要であり、かつ、全ての制御は、アクセスポイントにより行われる。
参考のため、ＰＣＦの動作を、図３６を用いて説明する。図３６では、通信局ＳＴＡ０がアクセスポイントで、通信局ＳＴＡ１と通信局ＳＴＡ２がアクセスポイントＳＴＡ０の管理するＢＳＳに参入している場合を想定している。また、通信局ＳＴＡ１が帯域を保証して情報の送信を行う場合を想定している。
通信局ＳＴＡ０は、たとえばビーコンを送信した後に、ＳＩＦＳの間隔で通信局ＳＴＡ１宛てにポーリングを行う（図３６中ＣＦ−Ｐｏｌｌ）。ＣＦ−Ｐｏｌｌを受信した通信局ＳＴＡ１は、データの送信権利を与えられ、ＳＩＦＳ間隔でデータを送信することが許される。よって、通信局ＳＴＡ１はＳＩＦＳの後にデータを送信する。通信局ＳＴＡ０が該送信データに対するＡＣＫを返送し、１トランザクションが終了すると、通信局ＳＴＡ０は再度通信局ＳＴＡ１に対してポーリングを行う。
図３６では、今回のポーリングがなんらかの理由により失敗した場合についても記されている。ＣＦ−Ｐｏｌｌと示されたポーリングパケットの送信が、ＳＩＦＳの後に続いてある状態である。即ち、通信局ＳＴＡ０は、ポーリングの後ＳＩＦＳ経過後も通信局ＳＴＡ１から情報が送信されてこないことを認識するとポーリングが失敗したとみなし、ＰＩＦＳ間隔の後に再度ポーリングを行う。このポーリングがうまくいくと、通信局ＳＴＡ１からデータが送信されてＡＣＫが返送される。この一連の手順の最中に、たとえば通信局ＳＴＡ２が送信したパケットを保持していたとしても、ＤＩＦＳの時間間隔が過ぎる以前にＳＩＦＳあるいはＰＩＦＳの間隔で通信局ＳＴＡ０あるいは通信局ＳＴＡ１が送信を行ってしまうため、通信局ＳＴＡ２に送信権利が移ることはなく、ポーリングを受けている通信局ＳＴＡ１が常に優先権利を得ていることになる。
特開平８−９８２５５号公報には、このような無線通信のアクセス制御の一例について開示がある。
このようなマスタ制御局（アクセスポイント）なしで無線通信のアクセス制御を行う場合には、マスタ制御局がある状態で通信を行う場合に比べて、種々の制約があった。具体的には、以下に示す課題がある。
課題１：コーディネーターの選定
例えば、図３７に示すように、通信局１０〜１７が散乱した状態で位置して、それぞれの通信局１０〜１７と直接的に通信が可能な範囲１０ａ〜１７ａが構成されているような場合において、上述したＩＥＥＥ８０２．１１方式でネットワーク構築を行う場合を想定する。このような場合に、インフラモードでネットワークを構築するとなると、どの通信局をアクセスポイント（コーディネーター）として動作させるべきかの選定が問題となる。ＩＥＥＥ８０２．１１方式においては、ＢＳＳに収容された通信局は、同ＢＳＳに属する通信局のみとの通信を行うことになっており、アクセスポイントは他ＢＳＳとのゲートウエイとして動作する。系全体として都合よくネットワーキングするために、どの位置に存在する通信局をアクセスポイントとすべきか、アクセスポイントの電源が落とされた場合にどのように再度ネットワークを構築しなおす必要があるなど論議は尽きない。コーディネーター不要でネットワークが構築できることが望ましいが、ＩＥＥＥ８０２．１１方式のインフラモードではこの要求にこたえることができない。
課題２：到達可能エリアの不一致
ＩＥＥＥ８０２．１１方式のアドホックモードにおいては、コーディネーター不要でのネットワーク構築が可能ではあるが、周辺に位置する複数の通信局によりＩＢＳＳを構成することが前提となっている。例えば、図３７において、通信局１０，１１，１２，１３（ＳＴＡ０、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）が同一ＩＢＳＳに収容された場合を想定すると、通信局１１（ＳＴＡ１）は通信局１０，１２，１３（ＳＴＡ０、ＳＴＡ２、ＳＴＡ３）とは通信可能ではあるものの、通信局１０（ＳＴＡ０）は通信局１２（ＳＴＡ２）とは通信が直接できない。このような場合、ＩＥＥＥ８０２．１１方式のビーコン送信手順によれば、通信局１０（ＳＴＡ０）と通信局１２（ＳＴＡ２）がビーコンを同時に送信する場合などが存在し、このとき通信局１１（ＳＴＡ１）はビーコンの受信が不可能となり問題である。
さらに、例えば、図３７において、通信局１５，１６，１７（ＳＴＡ５、ＳＴＡ６、ＳＴＡ７）がＩＢＳＳ（ＩＢＳＳ−Ａ）を構成しており、通信局１０，１１，１２，１３（ＳＴＡ０、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）がＩＢＳＳ（ＩＢＳＳ−Ｂ）を構成している場合を想定する。このときは、互いのＩＢＳＳがまったく独立して動作しているため、ＩＢＳＳ間の干渉問題は生じない。ここに、新たに通信局１４（ＳＴＡ４）が出現した場合を考えてみる。すると、通信局１４（ＳＴＡ４）は、ＩＢＳＳ−Ａからの信号とＩＢＳＳ−Ｂからの信号の両方を受信できてしまう。例えば両ＩＢＳＳを連結する場合、ＳＴＡ４がＩＢＳＳ−ＡとＩＢＳＳ−Ｂの両方にエントリすることが考えられるが、ＩＢＳＳ−ＡはＩＢＳＳ−Ａのルールに従い動作しており、またＩＢＳＳ−ＢはＩＢＳＳ−Ｂのルールに従い動作しているため、通信局１４（ＳＴＡ４）において、ビーコンの衝突やＡＴＩＭパケットの衝突が生じる可能性があり、問題である。
課題３：パワーセーブモードの実現方法
アドホックモードにおいては、ＡＴＩＭウィンドウ内でランダムアクセスによりＡＴＩＭパケットを投げ合うことによりパワーセーブを実現している。送信する情報が少量のビットであった場合などには、ＡＴＩＭによるオーバーヘッドが大きくなってしまうし、ランダムアクセスによるＡＴＩＭパケットの交換という方法論自体いかにも効率が悪い。
課題４：コーディネーター不在ネットワークにおける帯域予約
また、ＩＥＥＥ８０２．１１方式においては、アドホックモードにおいては帯域予約を行うメカニズムが存在せず、常にＣＳＭＡの動作に従うより他に方法がない。
課題５：ＲＴＳ／ＣＴＳ手順の不完全性
ＩＥＥＥ８０２．１１方式におけるＲＴＳ／ＣＴＳ手順においては、ＣＴＳを受信した通信局のみならずＲＴＳを受信した通信局も送信をストップさせる。しかし、図３５に示したような場合においては、送信をストップさせるべき局は通信局ＳＴＡ４のみであり、通信局ＳＴＡ１は「ＳＴＡ２からＳＴＡ３へのＤＡＴＡの送信」に関しては影響を及ぼさない。ＲＴＳ／ＣＴＳ手順において、ＲＴＳを受信した通信局の送信をストップさせることは安全側へのマージンを大きくとっていることになり、システムスループットを押し下げる要因の一つになっているものと考えられる。
課題６：ＴＤＭＡによるＢＳＳ間の分離に関する考察
上述した課題２において説明したシナリオ（図３７において、通信局ＳＴＡ５、ＳＴＡ６、ＳＴＡ７がＩＢＳＳ（ＩＢＳＳ−Ａ）を構成しており、通信局ＳＴＡ０、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３がＩＢＳＳ（ＩＢＳＳ−Ｂ）を構成している場合）において、通信局ＳＴＡ４が出現して両方のＩＢＳＳを連結する場合の問題を回避する方法として、ＩＢＳＳ−ＡとＩＢＳＳ−ＢをＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：時分割多元接続）方式で分離する手法が存在する。この場合の例を図３８に示す。これは、ＡＲＩＢ ＳＴＤ−Ｔ７０（ＨｉＳＷＡＮａ）方式などで用いられている手法である。あるＢＳＳのフレーム中に子ネットワーク専用の時間帯を構成するものである。しかし、この方法では、リソースの空間的再利用を放棄してしまうことになり、利用効率が大幅に減り、問題である。
本発明はこれらの点に鑑みてなされたものであり、無線ＬＡＮシステムなどの通信システムを、マスタ局、スレーブ局の制御、非制御の関係なしに自立分散型のネットワークを構築する場合の問題を解決した優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することを目的とする。
本発明のさらなる目的は、自律分散型のネットワークにおいて、衝突を回避しながらデータ送信を行なうことができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。
本発明のさらなる目的は、通信局がビーコンを報知することにより構築されるネットワークにおいて、複数の通信局間でのビーコンの衝突を好適に回避することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。
本発明のさらなる目的は、各通信局が互いに送信するビーコンの衝突を回避しながら自律分散型の無線ネットワークを好適に形成することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。
ＩＥＥＥ８０２．１１におけるネットワーキングは、ＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）の概念に基づいている。ＢＳＳは、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ：ＡＰ）のようなマスタ制御局が存在するインフラモードで定義されるＢＳＳと、複数の移動局（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ：ＭＴ）のみにより構成されるアドホックモードで定義されるＩＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ）の二種類がある。
インフラモード時のＩＥＥＥ８０２．１１の動作について図３０を用いて説明する。インフラモードのＢＳＳにおいては、無線通信システム内にコーディネーションを行うアクセスポイントが必須である。図３０では、例えば通信局ＳＡＴ０をアクセスポイントとして機能する通信局ＳＡとすると、自局周辺で電波の到達する範囲をＢＳＳとひとくくりにまとめ、いわゆるセルラーシステムでいうところのセルを構成する。アクセスポイントの近隣に存在する移動局（ＳＡＴ１，ＳＡＴ２）は、アクセスポイントに収容され、当該ＢＳＳの１メンバとしてネットワークに参入する。アクセスポイントは適当な時間間隔でビーコンと呼ばれる制御信号を送信し、このビーコンを受信可能である移動局は、アクセスポイントが近隣に存在することを認識し、さらに該アクセスポイントとの間でコネクション確立を行う。
アクセスポイントである通信局ＳＴＡ０は、図３０の右側に記したように、一定の時間間隔でビーコン（Ｂｅａｃｏｎ）を送信する。次回のビーコンの送信時刻は、ターゲットビーコン送信時刻（ＴＢＴＴ：Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｔ Ｔｉｍｅ）というパラメータにてビーコン内で報知されており、時刻がＴＢＴＴになると、アクセスポイントはビーコン送信手順を動作させている。また、周辺の移動局は、ビーコンを受信することにより、内部のＴＢＴＴフィールドをデコードすることにより次回のビーコン送信時刻を認識することが可能なため、場合によっては（受信の必要がない場合には）、次回あるいは複数回先のＴＢＴＴまで受信機の電源を落としスリープ状態に入ることもある。
なお、本明細書では、アクセスポイントのようなマスタ制御局の介在なしでネットワークを動作させることを主眼においた発明について説明しているため、インフラモードについてはこれ以上の説明は行わない。
次に、アドホックモード時のＩＥＥＥ８０２．１１方式での通信動作について、図３１及び図３２を参照して説明する。
一方、アドホックモードのＩＢＳＳにおいては、各通信局（移動局）は、複数の通信局同士でネゴシエーションを行った後に自律的にＩＢＳＳを定義する。ＩＢＳＳが定義されると、通信局郡は、ネゴシエーションの末に、一定間隔毎にＴＢＴＴを定める。各通信局は、自局内のクロックを参照することによりＴＢＴＴになったことを認識すると、ランダム時間の遅延の後、まだ誰もビーコンを送信していないと認識した場合にはビーコンを送信する。図３１では、２台の通信局ＳＡＴ１，ＳＡＴ２がＩＢＢＳを構成する場合の例を示した。したがって、この場合、ビーコンはＩＢＳＳに属するいずれかの通信局が、ＴＢＴＴが訪れる毎にビーコンを送信することになる。また、ビーコンが衝突する場合も存在している。
また、ＩＢＳＳにおいても、各通信局は必要に応じて送受信部の電源を落とすスリープ状態に入ることがある。この場合の信号送受信手順について、図３２を用いて説明する。
ＩＥＥＥ８０２．１１方式においては、ＩＢＳＳでスリープモードが適用されている場合には、ＴＢＴＴからしばらくの時間帯がＡＴＩＭ（Ａｎｎｏｕｎｃｅｍｅｎｔ Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）Ｗｉｎｄｏｗ（以下ＡＴＩＭウィンドウと称する）として定義されている。
ＡＴＩＭウィンドウの時間帯は、ＩＢＳＳに属する全ての通信局は受信部を動作させており、この時間帯であれば、基本的にはスリープモードで動作している通信局も受信が可能である。各通信局は、自局が誰か宛ての情報を有している場合には、このＡＴＩＭウィンドウの時間帯においてビーコンが送信された後に、上記の誰か宛てにＡＴＩＭパケットを送信することにより、自局が上記の誰か宛ての情報を保持していることを受信側に通達する。ＡＴＩＭパケットを受信した通信局は、ＡＴＩＭパケットを送信した局からの受信が終了するまで、受信部を動作させておく。
図３２では、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３の３台の通信局がＩＢＳＳ内に存在している場合を例として示している。図３２において、ＴＢＴＴになると、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３の各通信局は、ランダム時間にわたりメディア状態を監視しながらバックオフのタイマーを動作させる。図３２の例では、通信局ＳＴＡ１のタイマーが最も早期にカウントを終了し、通信局ＳＴＡ１がビーコンを送信した場合を示している。通信局ＳＴＡ１がビーコンを送信したため、これを受信した他の２台の通信局ＳＴＡ２及びＳＴＡ３はビーコンを送信しない。
また、図３２の例では、通信局ＳＴＡ１が通信局ＳＴＡ２宛ての情報を保持しており、かつ通信局ＳＴＡ２が通信局ＳＴＡ３への情報を保持している場合を示している。このとき、図３２（ｂ），（ｃ）に示すように、通信局ＳＴＡ１と通信局ＳＴＡ２は、ビーコンを送信／受信した後に、再度ランダム時間にわたり各々メディア状態を監視しながらバックオフのタイマーを動作させる。図３２の例では、通信局ＳＴＡ２のタイマーが先にカウントを終了したため、まず通信局ＳＴＡ２からＡＴＩＭメッセージが通信局ＳＴＡ３に宛てて送信される。図３２（ａ）に示すように、通信局ＳＴＡ３はＡＴＩＭメッセージを受信すると、受信した旨を確認応答パケットであるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）パケットを送信することにより通信局ＳＴＡ２にフィードバックする。通信局ＳＴＡ３からのＡＣＫパケットが送信し終えると、通信局ＳＴＡ１はさらにランダム時間にわたり各々メディア状態を監視しながらバックオフのタイマーを動作させる。そのタイマーに設定された時間が経過してタイマーがカウントを終了すると、通信局ＳＴＡ１はＡＴＩＭパケットを通信局ＳＴＡ２に宛てて送信する。通信局ＳＴＡ２はこれを受信した旨をＡＣＫパケットを返送することにより通信局ＳＴＡ１にフィードバックする。
これらＡＴＩＭパケットとＡＣＫパケットのやりとりがＡＴＩＭウィンドウ内で行われると、その後の区間においても、ＳＴＡ３はＳＴＡ２からの情報を受信するために受信機を動作させ、ＳＴＡ２はＳＴＡ１からの情報を受信するために受信機を動作させる。
送信情報を保持している通信局ＳＴＡ１及びＳＴＡ２は、ＡＴＩＭウィンドウの終了とともに、ランダム時間にわたり各々メディア状態を監視しながらバックオフのタイマーを動作させる。図３２の例では、通信局ＳＴＡ２のタイマーが先に終了したため、通信局ＳＴＡ２から通信局ＳＴＡ３宛ての情報が先に伝送されている。この伝送終了の後、通信局ＳＴＡ１は、再度ランダム時間にわたり各々メディア状態を監視しながらバックオフのタイマーを動作させ、タイマーが終了したら通信局ＳＴＡ２宛てのパケットを送信する。
ここまで述べた手順において、ＡＴＩＭウィンドウ内でＡＴＩＭパケットを受信しなかったり、誰宛てにも情報を保持していない通信局は、次のＴＢＴＴまで送受信機の電源を落とし、消費電力を削減することが可能となる。
次に、ＩＥＥＥ８０２．１１方式のアクセス競合方法について図３３を用いて説明する。上述した説明において、「ランダム時間にわたりメディア状態を監視しながらバックオフのタイマーを動作させる」という説明を行ったが、この件について追記説明を行う。
ＩＥＥＥ８０２．１１方式においては、直前のパケットが終了してから次のパケットを送信するまでのパケット間隔（ＩＦＳ：Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）として、４種類のＩＦＳが定義されている。ここでは、そのうちの３つについて説明する。ＩＦＳとしては、図３３に示すように、短いものから順にＳＩＦＳ（Ｓｈｏｒｔ ＩＦＳ）、ＰＩＦＳ（ＰＣＦ ＩＦＳ）、ＤＩＦＳ（ＤＣＦ ＩＦＳ）が定義されている。ＩＥＥＥ８０２．１１では、基本的なメディアアクセス手順としてＣＳＭＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が適用されており、送信部が何かを送信する前には、メディア状態を監視しながらランダム時間にわたりバックオフのタイマーを動作させ、この間に送信信号が存在しない場合に始めて送信権利が与えられる。
通常のパケットをＣＳＭＡの手順に従って送信する際（ＤＣＦ，Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎと呼ばれる）には、なんらかのパケットの送信が終了してから、まずＤＩＦＳだけメディア状態を監視し、この間に送信信号が存在しなければ、ランダムバックオフを行い、さらにこの間にも送信信号が存在しない場合に、送信権利が与えられることになっている。一方、ＡＣＫなどの例外的に緊急度の高いパケットを送信する際には、ＳＩＦＳのパケット間隔の後に送信することが許されている。これにより、緊急度の高いパケットは、通常のＣＳＭＡの手順に従って送信されるパケットよりも先に送信することが可能となる。異なる種類のパケット間隔ＩＦＳが定義されている理由はここにあり、パケットの送信権争いを、ＩＦＳがＳＩＦＳなのかＰＩＦＳなのか、ＤＩＦＳなのかに応じて優先付けが行われている。ＰＩＦＳがどのような目的で用いられているかは後述する。
次に、ＩＥＥＥ８０２．１１におけるＲＴＳ／ＣＴＳ手順について、図３４及び図３５を用いて説明する。アドホック環境のネットワークにおいては、一般的に隠れ端末問題が生じることが知られており、この問題の多くを解決する方法論として、ＲＴＳ／ＣＴＳ手順によるＣＳＭＡ／ＣＡが知られている。ＩＥＥＥ８０２．１１においても、この方法論が採用されている。
ＲＴＳ／ＣＴＳ手順の動作例を、図３４を用いて説明する。図３４では、通信局ＳＴＡ０から通信局ＳＴＡ１宛てになんらかの情報（Ｄａｔａ）を送信する場合の例が示されている。通信局ＳＴＡ０は、実際の情報の送信に先立ち、情報の宛て先であるＳＴＡ１に向けてＲＴＳ（Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅｎｄ）パケットをＣＳＭＡの手順に従って送信する。通信局ＳＴＡ１にてこれを受信できた場合には、ＲＴＳパケットを受信できた旨を通信局ＳＴＡ０にフィードバックするＣＴＳ（Ｃｌｅａｒ Ｔｏ Ｓｅｎｄ）パケットを送信する。送信側である通信局ＳＴＡ０において、ＣＴＳパケットを無事に受信が行われれば、メディアがクリアであるとみなし、すぐさま情報（Ｄａｔａ）パケットを送信する。通信局ＳＴＡ１にてこれを無事に受信し終えると、ＡＣＫを返送し、１パケットの送信が終了する。
この手順において、どのような作用が生じるかを、図３５を用いて説明する。図３５では、通信局ＳＴＡ２が通信局ＳＴＡ３に宛てて情報を送信したい場合を想定している。通信局ＳＴＡ２は、ＣＳＭＡの手順でメディアが一定期間クリアである旨を確認した後、ＲＴＳパケットを通信局ＳＴＡ３に宛てて送信する。このパケットは通信局ＳＴＡ２の近隣に位置する通信局ＳＴＡ１でも受信される。通信局ＳＴＡ１は、ＲＴＳパケットの受信により通信局ＳＴＡ２が何らかの情報を送信したい旨を知るので、該情報の送信が完了するまではメディアが通信局ＳＴＡ２により占有されるものと認識し、この間、メディアを監視することなくメディアが占有されている状態であると認識する。この作業をＮＡＶ（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ）を立てるなどと呼ぶ。なお、ＲＴＳパケットやＣＴＳパケットには、今トランザクションにおいてメディアを占有する時間の長さが記載されている。
話を戻すと、通信局ＳＴＡ２から通信局ＳＴＡ３に宛てたＲＴＳを受信することにより、通信局ＳＴＡ１は、今後、ＲＴＳパケットで指定された期間にわたりメディア占有状態になると認識し、送信を行わない。一方、ＲＴＳパケットを受信した通信局ＳＴＡ３では、ＣＴＳパケットを返送することにより、ＲＴＳパケットを受信できた旨を通信局ＳＴＡ２にフィードバックする。このＣＴＳパケットは、通信局ＳＴＡ３の近隣に位置する通信局ＳＴＡ４でも受信される。通信局ＳＴＡ４は、該ＣＴＳパケットの内容をデコードすることにより、これから、通信局ＳＴＡ２から通信局ＳＴＡ３に宛てて情報が送信されることを認識し、今後、ＣＴＳパケットで指定された期間にわたりメディア占有状態になると認識して、送信を行わない。
上記のＲＴＳパケットならびＣＴＳパケットのやりとりにより、ＲＴＳパケットを受信できた「送信局であるＳＴＡ２の周辺局」とＣＴＳパケットを受信できた「受信局であるＳＴＡ３の周辺局」において、送信が禁止され、これにより、周辺局からの突然の送信により妨害されることなく、通信局ＳＴＡ２から通信局ＳＴＡ３に宛てての情報送信ならびＡＣＫの返送が行われる。
次に、ＩＥＥＥ８０２．１１方式における帯域予約手段について図３６を用いて説明する。上述したＩＥＥＥ８０２．１１方式のアクセス制御では、ＣＳＭＡによるアクセス競合を行うため、一定の帯域を保証して確保することが不可能である。ＩＥＥＥ８０２．１１方式では、帯域を保証して確保するためのメカニズムとして、ＰＣＦ（Ｐｏｉｎｔ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）が存在する。しかし、ＰＣＦの基本はポーリングであり、アドホックモードでは動作せず、インフラモードにおいてのみ、アクセスポイントの管理下で行われる。すなわち、帯域保証でアクセス制御を行わせるためには、アクセスポイントのようなコーディネーターが必要であり、かつ、全ての制御は、アクセスポイントにより行われる。
参考のため、ＰＣＦの動作を、図３６を用いて説明する。図３６では、通信局ＳＴＡ０がアクセスポイントで、通信局ＳＴＡ１と通信局ＳＴＡ２がアクセスポイントＳＴＡ０の管理するＢＳＳに参入している場合を想定している。また、通信局ＳＴＡ１が帯域を保証して情報の送信を行う場合を想定している。
通信局ＳＴＡ０は、たとえばビーコンを送信した後に、ＳＩＦＳの間隔で通信局ＳＴＡ１宛てにポーリングを行う（図３６中ＣＦ−Ｐｏｌｌ）。ＣＦ−Ｐｏｌｌを受信した通信局ＳＴＡ１は、データの送信権利を与えられ、ＳＩＦＳ間隔でデータを送信することが許される。よって、通信局ＳＴＡ１はＳＩＦＳの後にデータを送信する。通信局ＳＴＡ０が該送信データに対するＡＣＫを返送し、１トランザクションが終了すると、通信局ＳＴＡ０は再度通信局ＳＴＡ１に対してポーリングを行う。
図３６では、今回のポーリングがなんらかの理由により失敗した場合についても記されている。ＣＦ−Ｐｏｌｌと示されたポーリングパケットの送信が、ＳＩＦＳの後に続いてある状態である。即ち、通信局ＳＴＡ０は、ポーリングの後ＳＩＦＳ経過後も通信局ＳＴＡ１から情報が送信されてこないことを認識するとポーリングが失敗したとみなし、ＰＩＦＳ間隔の後に再度ポーリングを行う。このポーリングがうまくいくと、通信局ＳＴＡ１からデータが送信されてＡＣＫが返送される。この一連の手順の最中に、たとえば通信局ＳＴＡ２が送信したパケットを保持していたとしても、ＤＩＦＳの時間間隔が過ぎる以前にＳＩＦＳあるいはＰＩＦＳの間隔で通信局ＳＴＡ０あるいは通信局ＳＴＡ１が送信を行ってしまうため、通信局ＳＴＡ２に送信権利が移ることはなく、ポーリングを受けている通信局ＳＴＡ１が常に優先権利を得ていることになる。
特開平８−９８２５５号公報には、このような無線通信のアクセス制御の一例について開示がある。
このようなマスタ制御局（アクセスポイント）なしで無線通信のアクセス制御を行う場合には、マスタ制御局がある状態で通信を行う場合に比べて、種々の制約があった。具体的には、以下に示す課題がある。
課題１：コーディネーターの選定
例えば、図３７に示すように、通信局１０〜１７が散乱した状態で位置して、それぞれの通信局１０〜１７と直接的に通信が可能な範囲１０ａ〜１７ａが構成されているような場合において、上述したＩＥＥＥ８０２．１１方式でネットワーク構築を行う場合を想定する。このような場合に、インフラモードでネットワークを構築するとなると、どの通信局をアクセスポイント（コーディネーター）として動作させるべきかの選定が問題となる。ＩＥＥＥ８０２．１１方式においては、ＢＳＳに収容された通信局は、同ＢＳＳに属する通信局のみとの通信を行うことになっており、アクセスポイントは他ＢＳＳとのゲートウエイとして動作する。系全体として都合よくネットワーキングするために、どの位置に存在する通信局をアクセスポイントとすべきか、アクセスポイントの電源が落とされた場合にどのように再度ネットワークを構築しなおす必要があるなど論議は尽きない。コーディネーター不要でネットワークが構築できることが望ましいが、ＩＥＥＥ８０２．１１方式のインフラモードではこの要求にこたえることができない。
課題２：到達可能エリアの不一致
ＩＥＥＥ８０２．１１方式のアドホックモードにおいては、コーディネーター不要でのネットワーク構築が可能ではあるが、周辺に位置する複数の通信局によりＩＢＳＳを構成することが前提となっている。例えば、図３７において、通信局１０，１１，１２，１３（ＳＴＡ０、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）が同一ＩＢＳＳに収容された場合を想定すると、通信局１１（ＳＴＡ１）は通信局１０，１２，１３（ＳＴＡ０、ＳＴＡ２、ＳＴＡ３）とは通信可能ではあるものの、通信局１０（ＳＴＡ０）は通信局１２（ＳＴＡ２）とは通信が直接できない。このような場合、ＩＥＥＥ８０２．１１方式のビーコン送信手順によれば、通信局１０（ＳＴＡ０）と通信局１２（ＳＴＡ２）がビーコンを同時に送信する場合などが存在し、このとき通信局１１（ＳＴＡ１）はビーコンの受信が不可能となり問題である。
さらに、例えば、図３７において、通信局１５，１６，１７（ＳＴＡ５、ＳＴＡ６、ＳＴＡ７）がＩＢＳＳ（ＩＢＳＳ−Ａ）を構成しており、通信局１０，１１，１２，１３（ＳＴＡ０、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３）がＩＢＳＳ（ＩＢＳＳ−Ｂ）を構成している場合を想定する。このときは、互いのＩＢＳＳがまったく独立して動作しているため、ＩＢＳＳ間の干渉問題は生じない。ここに、新たに通信局１４（ＳＴＡ４）が出現した場合を考えてみる。すると、通信局１４（ＳＴＡ４）は、ＩＢＳＳ−Ａからの信号とＩＢＳＳ−Ｂからの信号の両方を受信できてしまう。例えば両ＩＢＳＳを連結する場合、ＳＴＡ４がＩＢＳＳ−ＡとＩＢＳＳ−Ｂの両方にエントリすることが考えられるが、ＩＢＳＳ−ＡはＩＢＳＳ−Ａのルールに従い動作しており、またＩＢＳＳ−ＢはＩＢＳＳ−Ｂのルールに従い動作しているため、通信局１４（ＳＴＡ４）において、ビーコンの衝突やＡＴＩＭパケットの衝突が生じる可能性があり、問題である。
課題３：パワーセーブモードの実現方法
アドホックモードにおいては、ＡＴＩＭウィンドウ内でランダムアクセスによりＡＴＩＭパケットを投げ合うことによりパワーセーブを実現している。送信する情報が少量のビットであった場合などには、ＡＴＩＭによるオーバーヘッドが大きくなってしまうし、ランダムアクセスによるＡＴＩＭパケットの交換という方法論自体いかにも効率が悪い。
課題４：コーディネーター不在ネットワークにおける帯域予約
また、ＩＥＥＥ８０２．１１方式においては、アドホックモードにおいては帯域予約を行うメカニズムが存在せず、常にＣＳＭＡの動作に従うより他に方法がない。
課題５：ＲＴＳ／ＣＴＳ手順の不完全性
ＩＥＥＥ８０２．１１方式におけるＲＴＳ／ＣＴＳ手順においては、ＣＴＳを受信した通信局のみならずＲＴＳを受信した通信局も送信をストップさせる。しかし、図３５に示したような場合においては、送信をストップさせるべき局は通信局ＳＴＡ４のみであり、通信局ＳＴＡ１は「ＳＴＡ２からＳＴＡ３へのＤＡＴＡの送信」に関しては影響を及ぼさない。ＲＴＳ／ＣＴＳ手順において、ＲＴＳを受信した通信局の送信をストップさせることは安全側へのマージンを大きくとっていることになり、システムスループットを押し下げる要因の一つになっているものと考えられる。
課題６：ＴＤＭＡによるＢＳＳ間の分離に関する考察
上述した課題２において説明したシナリオ（図３７において、通信局ＳＴＡ５、ＳＴＡ６、ＳＴＡ７がＩＢＳＳ（ＩＢＳＳ−Ａ）を構成しており、通信局ＳＴＡ０、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３がＩＢＳＳ（ＩＢＳＳ−Ｂ）を構成している場合）において、通信局ＳＴＡ４が出現して両方のＩＢＳＳを連結する場合の問題を回避する方法として、ＩＢＳＳ−ＡとＩＢＳＳ−ＢをＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：時分割多元接続）方式で分離する手法が存在する。この場合の例を図３８に示す。これは、ＡＲＩＢ ＳＴＤ−Ｔ７０（ＨｉＳＷＡＮａ）方式などで用いられている手法である。あるＢＳＳのフレーム中に子ネットワーク専用の時間帯を構成するものである。しかし、この方法では、リソースの空間的再利用を放棄してしまうことになり、利用効率が大幅に減り、問題である。
本発明はこれらの点に鑑みてなされたものであり、無線ＬＡＮシステムなどの通信システムを、マスタ局、スレーブ局の制御、非制御の関係なしに自立分散型のネットワークを構築する場合の問題を解決した優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することを目的とする。
本発明のさらなる目的は、自律分散型のネットワークにおいて、衝突を回避しながらデータ送信を行なうことができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。
本発明のさらなる目的は、通信局がビーコンを報知することにより構築されるネットワークにおいて、複数の通信局間でのビーコンの衝突を好適に回避することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。
本発明のさらなる目的は、各通信局が互いに送信するビーコンの衝突を回避しながら自律分散型の無線ネットワークを好適に形成することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、制御局と被制御局の関係を有しない複数の通信局からなる無線通信システムにおいて、各通信局がネットワークに関する情報を記述したビーコンを送信し合うことによってネットワークを構築することを特徴とする無線通信システムである。
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
自律分散型の通信環境下では、各通信局は、所定の時間間隔でビーコン情報を報知することにより、近隣（すなわち通信範囲内）の他の通信局に自己の存在を知らしめるとともに、ネットワーク構成を通知する。また、通信局は、各チャネル上でスキャン動作を行ない、ビーコン信号を受信することにより、隣接局の通信範囲に突入したことを検知するとともに、ビーコンに記載されている情報を解読することによりネットワーク構成を知ることができる。
また、各通信局は、ビーコン送信タイミングに関する近隣装置情報をビーコン信号に含めて送信するようにする。このような場合、通信局は、ビーコンを直接受信することができる隣接局のネットワーク情報だけでなく、自局はビーコンを受信できないが隣接局が受信することができる次隣接局すなわち隠れ端末についてのビーコン情報も取得することができる。
このような自律分散型のネットワークでは、新規に参入する通信局は、まずスキャン動作すなわちスーパーフレーム長以上にわたり連続して信号受信を試み、周辺局の送信するビーコンの存在確認を行なう。この過程で、周辺局からビーコンが受信されなかった場合には、通信局は適当なビーコン送信タイミングを設定する。一方、周辺局から送信されるビーコンを受信した場合には、各受信ビーコンに記載されている近隣装置情報を参照して、いずれの既存局もビーコンを送信していないタイミングを自局のビーコン送信タイミングとして設定する。
ここで、本発明に係る無線通信ネットワークにおいて、各通信局は、ビーコンを送信したことに伴い、トラフィックの優先利用期間を獲得するようになっている。そして、各通信局は、前記所定の時間間隔で、正規のビーコンを１回だけ送信するとともに、該正規のビーコンに類似する信号からなる１以上の補助ビーコンを送信することを許容するようにしてもよい。
また、本発明の第２の側面は、特定の制御局を配置せず、各通信局が所定の時間間隔でネットワークに関する情報を記述したビーコンを送信し合うことによって構築される自律分散型の通信環境下において無線通信動作を行なうための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、自局に関する情報を記載したビーコン信号を生成するビーコン信号生成ステップと、周辺局から受信したビーコン信号を解析するビーコン信号解析ステップと、ビーコン送信タイミングを制御するタイミング制御ステップと、を具備することを特徴とするコンピュータ・プログラムである。
本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ・システム上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータ・システムにインストールすることによってコンピュータ・システム上では協働的作用が発揮され、無線通信装置として動作する。このような無線通信装置を複数起動して無線ネットワークを構築することによって、本発明の第１の側面に係る無線通信システムと同様の作用効果を得ることができる。
本発明によれば、マスター局・スレーブ局のような制御・非制御の関係を有しない自律分散型のネットワークにおいて、衝突を回避しながらデータ送信を行なうことができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。
また、本発明によれば、通信局がビーコンを報知することにより構築されるネットワークにおいて、複数の通信局間でのビーコンの衝突を好適に回避することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。
また、本発明によれば、各通信局が互いに送信するビーコンの衝突を回避しながら自律分散型の無線ネットワークを好適に形成することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
自律分散型の通信環境下では、各通信局は、所定の時間間隔でビーコン情報を報知することにより、近隣（すなわち通信範囲内）の他の通信局に自己の存在を知らしめるとともに、ネットワーク構成を通知する。また、通信局は、各チャネル上でスキャン動作を行ない、ビーコン信号を受信することにより、隣接局の通信範囲に突入したことを検知するとともに、ビーコンに記載されている情報を解読することによりネットワーク構成を知ることができる。
また、各通信局は、ビーコン送信タイミングに関する近隣装置情報をビーコン信号に含めて送信するようにする。このような場合、通信局は、ビーコンを直接受信することができる隣接局のネットワーク情報だけでなく、自局はビーコンを受信できないが隣接局が受信することができる次隣接局すなわち隠れ端末についてのビーコン情報も取得することができる。
このような自律分散型のネットワークでは、新規に参入する通信局は、まずスキャン動作すなわちスーパーフレーム長以上にわたり連続して信号受信を試み、周辺局の送信するビーコンの存在確認を行なう。この過程で、周辺局からビーコンが受信されなかった場合には、通信局は適当なビーコン送信タイミングを設定する。一方、周辺局から送信されるビーコンを受信した場合には、各受信ビーコンに記載されている近隣装置情報を参照して、いずれの既存局もビーコンを送信していないタイミングを自局のビーコン送信タイミングとして設定する。
ここで、本発明に係る無線通信ネットワークにおいて、各通信局は、ビーコンを送信したことに伴い、トラフィックの優先利用期間を獲得するようになっている。そして、各通信局は、前記所定の時間間隔で、正規のビーコンを１回だけ送信するとともに、該正規のビーコンに類似する信号からなる１以上の補助ビーコンを送信することを許容するようにしてもよい。
また、本発明の第２の側面は、特定の制御局を配置せず、各通信局が所定の時間間隔でネットワークに関する情報を記述したビーコンを送信し合うことによって構築される自律分散型の通信環境下において無線通信動作を行なうための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、自局に関する情報を記載したビーコン信号を生成するビーコン信号生成ステップと、周辺局から受信したビーコン信号を解析するビーコン信号解析ステップと、ビーコン送信タイミングを制御するタイミング制御ステップと、を具備することを特徴とするコンピュータ・プログラムである。
本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ・システム上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータ・システムにインストールすることによってコンピュータ・システム上では協働的作用が発揮され、無線通信装置として動作する。このような無線通信装置を複数起動して無線ネットワークを構築することによって、本発明の第１の側面に係る無線通信システムと同様の作用効果を得ることができる。
本発明によれば、マスター局・スレーブ局のような制御・非制御の関係を有しない自律分散型のネットワークにおいて、衝突を回避しながらデータ送信を行なうことができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。
また、本発明によれば、通信局がビーコンを報知することにより構築されるネットワークにおいて、複数の通信局間でのビーコンの衝突を好適に回避することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。
また、本発明によれば、各通信局が互いに送信するビーコンの衝突を回避しながら自律分散型の無線ネットワークを好適に形成することができる、優れた無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。
図１は、本発明の一実施の形態による通信装置の配置例を示す説明図である。
図２は、本発明の一実施の形態による通信装置の構成例を示すブロック図である。
図３は、本発明の一実施の形態による無線通信システムの一例を示すタイミング図である。
図４は、本発明の一実施の形態によるビーコン送信タイミングの一例を示すタイミング図である。
図５は、本発明の一実施の形態によるビーコン記載情報の一部を示す説明図である。
図６は、本発明の一実施の形態によるＮＯＢＩ及びＮＢＡＩ処理手順の一例を示す説明図である。
図７は、本発明の一実施の形態による送信不許可区間の定義の一例を示す説明図である。
図８は、本発明の一実施の形態によるビーコン衝突シナリオの第１の例を示す説明図である。
図９は、本発明の一実施の形態によるビーコン衝突シナリオの第２の例を示す説明図である。
図１０は、本発明の一実施の形態によるビーコン送信オフセットを示す説明図である。
図１１は、本発明の一実施の形態によるビーコン記載情報の一部を示す説明図である。
図１２は、本発明の一実施の形態によるＭ系列生成回路の例を示したブロック図である。
図１３は、本発明の一実施の形態によるタイミング制御処理の一例を示すフローチャートである。
図１４は、本発明の一実施の形態によるパケット間隔の規定例を示す説明図である。
図１５は、本発明の一実施の形態による送信優先区間の例を示す説明図である。
図１６は、本発明の一実施の形態による送信優先区間と競合送信区間を示す説明図である。
図１７は、本発明の一実施の形態によるパケットフォーマットの一例を示す説明図である。
図１８は、本発明の一実施の形態によるビーコン信号フォーマットの一例を示す説明図である。
図１９は、本発明の一実施の形態による通信局での通信状態の一例（例１）を示すタイミング図である。
図２０は、本発明の一実施の形態による通信局での通信状態の一例（例２）を示すタイミング図である。
図２１は、本発明の一実施の形態による時間軸リソース配分の一例を示す説明図である。
図２２は、本発明の一実施の形態によるビーコン送信タイミング決定に用いる情報の一例を示す説明図である。
図２３は、本発明の一実施の形態による帯域予約処理の一例を示す説明図である。
図２４は、本発明の一実施の形態によるクワイエットパケットの利用例を示す説明図である。
図２５は、本発明の一実施の形態によるクワイエットパケットの構成例を示す説明図である。
図２６は、本発明の一実施の形態によるＰＨＹフレームの構成例を示す説明図である。
図２７は、本発明の一実施の形態によるメディアスキャンの一例（例１）を示す説明図である。
図２８は、本発明の一実施の形態によるデータ複数回送信例を示す説明図である。
図２９は、本発明の一実施の形態によるメディアスキャンの一例（例２）を示す説明図である。
図３０は、従来の無線通信システムの一例（インフラモード）を示す説明図である。
図３１は、従来の無線通信システムの一例（アドホックモード）を示す説明図である。
図３２は、従来のアドホックモードにおける信号送信手順の一例を示す説明図である。
図３３は、従来の無線通信システムにおけるパケット間隔の一例を示す説明図である。
図３４は、従来の無線通信システムにおけるＣＳＭＡ／ＣＡの手順の例を示す説明図である。
図３５は、従来の無線通信システムにおけるＣＳＭＡ／ＣＡの動作例を示す説明図である。
図３６は、従来の無線通信システムにおける帯域予約伝送の例を示す説明図である。
図３７は、従来の無線通信システムにおける通信状態の一例を示す説明図である。
図３８は、従来の無線通信システムにおけるサブスロット構成例を示す説明図である。
図２は、本発明の一実施の形態による通信装置の構成例を示すブロック図である。
図３は、本発明の一実施の形態による無線通信システムの一例を示すタイミング図である。
図４は、本発明の一実施の形態によるビーコン送信タイミングの一例を示すタイミング図である。
図５は、本発明の一実施の形態によるビーコン記載情報の一部を示す説明図である。
図６は、本発明の一実施の形態によるＮＯＢＩ及びＮＢＡＩ処理手順の一例を示す説明図である。
図７は、本発明の一実施の形態による送信不許可区間の定義の一例を示す説明図である。
図８は、本発明の一実施の形態によるビーコン衝突シナリオの第１の例を示す説明図である。
図９は、本発明の一実施の形態によるビーコン衝突シナリオの第２の例を示す説明図である。
図１０は、本発明の一実施の形態によるビーコン送信オフセットを示す説明図である。
図１１は、本発明の一実施の形態によるビーコン記載情報の一部を示す説明図である。
図１２は、本発明の一実施の形態によるＭ系列生成回路の例を示したブロック図である。
図１３は、本発明の一実施の形態によるタイミング制御処理の一例を示すフローチャートである。
図１４は、本発明の一実施の形態によるパケット間隔の規定例を示す説明図である。
図１５は、本発明の一実施の形態による送信優先区間の例を示す説明図である。
図１６は、本発明の一実施の形態による送信優先区間と競合送信区間を示す説明図である。
図１７は、本発明の一実施の形態によるパケットフォーマットの一例を示す説明図である。
図１８は、本発明の一実施の形態によるビーコン信号フォーマットの一例を示す説明図である。
図１９は、本発明の一実施の形態による通信局での通信状態の一例（例１）を示すタイミング図である。
図２０は、本発明の一実施の形態による通信局での通信状態の一例（例２）を示すタイミング図である。
図２１は、本発明の一実施の形態による時間軸リソース配分の一例を示す説明図である。
図２２は、本発明の一実施の形態によるビーコン送信タイミング決定に用いる情報の一例を示す説明図である。
図２３は、本発明の一実施の形態による帯域予約処理の一例を示す説明図である。
図２４は、本発明の一実施の形態によるクワイエットパケットの利用例を示す説明図である。
図２５は、本発明の一実施の形態によるクワイエットパケットの構成例を示す説明図である。
図２６は、本発明の一実施の形態によるＰＨＹフレームの構成例を示す説明図である。
図２７は、本発明の一実施の形態によるメディアスキャンの一例（例１）を示す説明図である。
図２８は、本発明の一実施の形態によるデータ複数回送信例を示す説明図である。
図２９は、本発明の一実施の形態によるメディアスキャンの一例（例２）を示す説明図である。
図３０は、従来の無線通信システムの一例（インフラモード）を示す説明図である。
図３１は、従来の無線通信システムの一例（アドホックモード）を示す説明図である。
図３２は、従来のアドホックモードにおける信号送信手順の一例を示す説明図である。
図３３は、従来の無線通信システムにおけるパケット間隔の一例を示す説明図である。
図３４は、従来の無線通信システムにおけるＣＳＭＡ／ＣＡの手順の例を示す説明図である。
図３５は、従来の無線通信システムにおけるＣＳＭＡ／ＣＡの動作例を示す説明図である。
図３６は、従来の無線通信システムにおける帯域予約伝送の例を示す説明図である。
図３７は、従来の無線通信システムにおける通信状態の一例を示す説明図である。
図３８は、従来の無線通信システムにおけるサブスロット構成例を示す説明図である。
以下、本発明の一実施の形態を、図１〜図２９を参照して説明する。
本実施の形態において想定している通信の伝播路は無線であり、かつ単一の伝送媒体（周波数チャネルによりリンクが分離されていない場合）を用いて、複数の機器間でネットワークを構築する場合としてある。但し、複数の周波数チャネルが伝送媒体として存在する場合であっても、同様のことがいえる。また、本実施の形態で想定している通信は蓄積交換型のトラヒックであり、パケット単位で情報が転送される。また、以下に説明する各通信局での処理は、基本的にネットワークに参入する全通信局で実行される処理である。但し、場合によっては、ネットワークを構成する全ての通信局が、以下に説明する処理を実行するとは限らない。
図１には、本発明の一実施形態に係る無線通信システムを構成する通信装置の配置例を示している。この無線通信システムでは、特定の制御局を配置せず、各通信装置が自律分散的に動作し、いわゆるアドホック・ネットワークが形成されている。同図では、通信装置＃０から通信装置＃６までが、同一空間上に分布している様子を表わしている。
また、同図において各通信装置の通信範囲を破線で示してあり、その範囲内にある他の通信装置と互いに通信ができるのみならず、自己の送信した信号が干渉する範囲として定義される。すなわち、通信装置＃０は近隣にある通信装置＃１、＃４、と通信可能な範囲にあり、通信装置＃１は近隣にある通信装置＃０、＃２、＃４、と通信可能な範囲にあり、通信装置＃２は近隣にある通信装置＃１、＃３、＃６、と通信可能な範囲にあり、通信装置＃３は近隣にある通信装置＃２、と通信可能な範囲にあり、通信装置＃４は近隣にある通信装置＃０、＃１、＃５、と通信可能な範囲にあり、通信装置＃５は近隣にある通信装置＃４、と通信可能な範囲にあり、通信装置＃６は近隣にある通信装置＃２、と通信可能な範囲にある。
ある特定の通信装置間で通信を行なう場合、通信相手となる一方の通信装置からは聞くことができるが他方の通信装置からは聞くことができない通信装置、すなわち「隠れ端末」が存在する。
図２には、本発明の一実施形態に係る無線ネットワークにおいて通信局として動作する無線通信装置の機能構成を模式的に示している。図示の無線通信装置は、制御局を配置しない自律分散型の通信環境下において、同じ無線システム内では効果的にチャネル・アクセスを行なうことにより、衝突を回避しながらネットワークを形成することができる。
図示の通り、無線通信装置１００は、インターフェース１０１と、データ・バッファ１０２と、中央制御部１０３と、ビーコン生成部１０４と、無線送信部１０６と、タイミング制御部１０７と、アンテナ１０９と、無線受信部１１０と、ビーコン解析部１１２と、情報記憶部１１３とで構成される。
インターフェース１０１は、この無線通信装置１００に接続される外部機器（例えば、パーソナル・コンピュータ（図示しない）など）との間で各種情報の交換を行なう。
データ・バッファ１０２は、インターフェース１０１経由で接続される機器から送られてきたデータや、無線伝送路経由で受信したデータをインターフェース１０１経由で送出する前に一時的に格納しておくために使用される。
中央制御部１０３は、無線通信装置１００における一連の情報送信並びに受信処理の管理と伝送路のアクセス制御を一元的に行なう。中央制御部１０３では、例えば、ビーコン衝突時における衝突回避処理などの動作制御が行なわれる。
ビーコン生成部１０４は、近隣にある無線通信装置との間で周期的に交換されるビーコン信号を生成する。無線通信装置１００が無線ネットワークを運用するためには、自己のビーコン送信位置や周辺局からのビーコン受信位置などを規定する。これらの情報は、情報記憶部１１３に格納されるとともに、ビーコン信号の中に記載して周囲の無線通信装置に報知する。ビーコン信号の構成については後述する。無線通信装置１００は、伝送フレーム周期の先頭でビーコンを送信するので、無線通信装置１００が利用するチャネルにおける伝送フレーム周期はビーコン間隔によって定義されることになる。
無線送信部１０６は、データ・バッファ１０２に一時格納されているデータやビーコン信号を無線送信するために、所定の変調処理を行なう。また、無線受信部１１０は、所定の時間に他の無線通信装置から送られてきた情報やビーコンなどの信号を受信処理する。
無線送信部１０６及び無線受信部１１０における無線送受信方式は、例えば無線ＬＡＮに適用可能な、比較的近距離の通信に適した各種の通信方式を適用することができる。具体的には、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）方式、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：直交周波数分割多重）方式、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：符号分割多元接続）方式などを採用することができる。
アンテナ１０９は、他の無線通信装置宛に信号を所定の周波数チャネル上で無線送信し、あるいは他の無線通信装置から送られる信号を収集する。本実施形態では、単一のアンテナを備え、送受信をともに並行しては行なえないものとする。
タイミング制御部１０７は、無線信号を送信並びに受信するためのタイミングの制御を行なう。例えば、伝送フレーム周期の先頭における自己のビーコン送信タイミングや、他の通信装置からのビーコン受信タイミング、他の通信装置とのデータ送受信タイミング、並びにスキャン動作周期などを制御する。
ビーコン解析部１１２は、隣接局から受信できたビーコン信号を解析し、近隣の無線通信装置の存在などを解析する。例えば、隣接局のビーコンの受信タイミングや近隣ビーコン受信タイミングなどの情報は近隣装置情報として情報記憶部１１３に格納される。
情報記憶部１１３は、中央制御部１０３において実行される一連のアクセス制御動作などの実行手順命令（衝突回避処理手順などを記述したプログラム）や、受信ビーコンの解析結果から得られる近隣装置情報などを蓄えておく。
本実施形態に係る自律分散型ネットワークでは、各通信局は、所定のチャネル上で所定の時間間隔でビーコン情報を報知することにより、近隣（すなわち通信範囲内）の他の通信局に自己の存在を知らしめるとともに、ネットワーク構成を通知する。ビーコン送信周期のことを、ここではスーパーフレーム（Ｓｕｐｅｒ Ｆｒａｍｅ）と定義し、例えば８０ミリ秒とする。
新規に参入する通信局は、スキャン動作により周辺局からのビーコン信号を聞きながら、通信範囲に突入したことを検知するとともに、ビーコンに記載されている情報を解読することによりネットワーク構成を知ることができる。そして、ビーコンの受信タイミングと緩やかに同期しながら、周辺局からビーコンが送信されていないタイミングに自局のビーコン送信タイミングを設定する。
での処理が実行される。 次に、本実施の形態でのパケットフォーマットの例を、図１７に示す。パケットの先頭にはパケットの存在を知らしめる目的で、ユニークワードで構成されるプリアンブルが付加されている。プリアンブルの直後に送信されるヘディング領域には、このパケットの属性、長さ、送信電力、またＰＨＹがマルチ伝送レートモードならペイロード部伝送レートが格納されている。ヘディング領域は、ペイロード部に比べ所要ＳＮＲが数［ｄＢ］程度低くてすむように伝送速度を落とす。このヘディング領域は、いわゆるＭＡＣヘッダとは異なり、ＭＡＣヘッダはＰａｙｌｏａｄ部に含まれている。ペイロード部は図１７でＰＳＤＵ（ＰＨＹ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）と示されている部分であり、制御信号や情報を含むベアラビット列が格納される。ＰＳＤＵは、ＭＡＣヘッダとＭＳＤＵ（ＭＡＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）により構成されており、ＭＳＤＵ部に上位レイヤから渡されたデータ列が格納される。
以下では、説明を具体的に行うために、プリアンブルの長さは８［ｕｓｅｃ］であり、ペイロード部のビットレートは１００Ｍｂｐｓで伝送され、ヘディング領域は３バイトで構成され１２［Ｍｂｐｓ］で伝送される場合を想定する。すなわち、一つのＰＳＤＵを送受信する際には、１０［ｕｓｅｃ］（＝プリアンブル８［ｕｓｅｃ］＋ヘディング２［ｕｓｅｃ］）のオーバーヘッドが生じている。
なお、本実施の形態での基本的なアクセス手順は、従来と同様のＣＳＭＡ／ＣＡであり、送信前にメディアがクリアであることを確認した後に送信を行うものとしている。
・ビーコン送信手順
まず、図３を用いて本例の各通信局のビーコン送信の手順について説明する。ネットワークに参画する各通信局は、通信局の存在を周辺に知らせたりする目的で、周期的にビーコンを送信する。ここでは、周期を８０［ｍｓｅｃ］と仮定し、８０［ｍｓｅｃ］ごとにビーコンを送信する場合を用いて以下説明を行うが、８０［ｍｓｅｃ］に限定しているわけではない。
ビーコンで送信される情報が１００バイトだとすると、送信に要する時間は１８［ｕｓｅｃ］となる。８０［ｍｓｅｃ］に１回の送信なので、１通信局分のビーコンのメディア占有率は１／４４４４と十分小さい。ステーションに送信信号が到着していない場合でもビーコンは送信するため無駄に見えるが、送信時間率で１／４４４４と十分小さいため、大きな問題とはならない。
各通信局は、周辺の通信局から送信されるビーコンを受信して確認しながら、ゆるやかに同期する。ネットワーク内に新規に通信局が表れた場合、新規通信局は周辺の通信局からビーコンが送信されていないタイミングに、自局のビーコン送信タイミングを設定する。以下に例を示す。
周辺に通信局がいない場合、図３（ａ）に示すように、通信局〔番号０１〕は適当なタイミングでビーコンを送信し始めることができる。Ｂ０１が通信局〔番号０１〕が送信するビーコンの送信位置（タイミング）を示す。ビーコン送信周期のことを、ここではスーパーフレーム（Ｓｕｐｅｒ Ｆｒａｍｅ）と定義し、ここでのビーコンの間隔は８０［ｍｓｅｃ］である。なお、図３（ｂ），（ｃ），（ｄ）においてもＢに通信局番号を付与して示す位置がビーコンの送信タイミングである。
以降、新規参入通信局は、スーパーフレーム内で既に配置されている他の通信局が送信するビーコンと衝突しないように、自身が聞こえる範囲でビーコン間隔が最も長い時間帯のほぼ真中でビーコンの送信を開始する。例えば、図３（ａ）に示すようなビーコン送信状態で、新たな通信局〔番号０２〕が現れると、図３（ｂ）に示すように、通信局０１の存在を認識しつつ、通信局〔番号０１〕のビーコン間隔の真中のタイミングで送信を開始する。
以降、通信範囲内に新規に参入する通信局は、既存のビーコン配置と衝突しないように、自己のビーコン送信タイミングを設定する。このとき、各通信局はビーコン送信の直後に優先利用領域（ＴＰＰ）を獲得することから（後述）、各通信局のビーコン送信タイミングは密集しているよりも伝送フレーム周期内で均等に分散している方が伝送効率上より好ましい。したがって、本実施形態では、基本的に自身が聞こえる範囲でビーコン間隔が最も長い時間帯のほぼ真中でビーコンの送信を開始するようにしている。
さらにこの図３（ｂ）に示す状態で、新たな通信局〔番号０３〕が現れると、通信局〔番号０１〕と通信局〔番号０２〕の存在を認識しつつ、ビーコン間隔の真中のタイミングで送信を開始する。以下同様のアルゴリズムで、図３（ｃ）、図３（ｄ）に示すように、近隣で通信局が発生するにつれビーコン間隔が狭まっていく。但し、このようにしてビーコン間隔が狭まっていくと、ビーコンで帯域（伝送フレーム周期）が埋まってしまうので、帯域内がビーコンで溢れないように最小のビーコン間隔を規定しておく。例えば、最小のビーコン間隔Ｂｍｉｎ＝６２５［ｕｓｅｃ］に規定した場合、電波の届く範囲内では最大で１２８台の通信局までしか収容できないことになる。
図４には、スーパーフレーム内で配置可能なビーコン送信タイミングの構成例を示している。但し、同図に示す例では、８０ミリ秒からなるスーパーフレーム内における時間の経過を、円環上で時針が右回りで運針する時計のように表している。
図４に示す例では、０からＦまでの合計１６個の位置０〜Ｆがビーコン送信を行なうことができる時刻すなわちビーコン送信タイミングを配置可能な「スロット」として構成されている。図３を参照しながら説明したように、既存の通信局が設定したビーコン間隔のほぼ真中のタイミングで新規参入局のビーコン送信タイミングを順次設定していくというアルゴリズムに従って、ビーコン配置が行なわれたものとする。Ｂｍｉｎを５ミリ秒と規定した場合には、１スーパーフレームにつき最大１６個までしかビーコンを配置することができない。すなわち、１６台以上の通信局はネットワークに参入できない。
なお、図３並びに図４では明示されていないが、各々のビーコンは、各ビーコン送信時刻であるＴＢＴＴ（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ）から故意に若干の時間オフセットを持った時刻で送信されている。これを「ＴＢＴＴオフセット」と呼ぶ。本実施形態では、ＴＢＴＴオフセット値は擬似乱数にて決定される。この擬似乱数は、一意に定められる擬似ランダム系列ＴＯＩＳ（ＴＢＴＴ Ｏｆｆｓｅｔ Ｉｎｄｉｃａｔｉｏｎ Ｓｅｑｕｅｎｃｅ）により決定され、ＴＯＩＳはスーパーフレーム周期毎に更新される。
ＴＢＴＴオフセットを設けることにより、２台の通信局がスーパーフレーム上では同じスロットにビーコン送信タイミングを配置している場合であっても、実際のビーコン送信時刻がずらすことができ、あるスーパーフレーム周期にはビーコンが衝突しても、別のスーパーフレーム周期では各通信局は互いのビーコンを聞き合う（あるいは、近隣の通信局は双方のビーコンを聞く）ことができるので、自局のビーコンが衝突したことを認識できる。通信局は、スーパーフレーム周期毎に設定するＴＯＩＳをビーコン情報に含めて周辺局に報知する（後述）。
また、本実施形態では、各通信局は、データの送受信を行なっていない場合には、自局が送信するビーコンの前後は受信動作を行なうことが義務付けられる。また、データ送受信を行なわない場合であっても、数秒に一度は１スーパーフレームにわたり連続して受信機を動作させてスキャン動作を行ない、周辺ビーコンのプレゼンスに変化がないか、あるいは各周辺局のＴＢＴＴがずれていないかを確認することも義務付けられる。そして、ＴＢＴＴにずれを確認した場合には、自局の認識するＴＢＴＴ群を基準に−Ｂｍｉｎ／２ミリ秒以内をＴＢＴＴと規定しているものを「進んでいる」、＋Ｂｍｉｎ／２ミリ秒以内をＴＢＴＴと規定しているものを「遅れている」ものと定義し、最も遅れているＴＢＴＴに合わせて時刻を修正する。
ｃ］と規定した場合には、これ以上の通信局は、このネットワークに参入できない以上の手順でビーコンの送信を開始するフェーズを、ここではステップ１と呼ぶ。
・ＮＢＯＩフィールド
また、ビーコンで送信される情報の一つとして、Ｎｅｉｇｈｂｏｒｉｎｇ Ｂｅａｃｏｎ Ｏｆｆｓｅｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＮＢＯＩ）フィールドの記述例を図５に示す。ＮＢＯＩには、自局が受信可能なビーコンの位置（受信時刻）を自局のビーコンの位置（送信時刻）からの相対位置（相対時間）でビットマップにて記載する。図５に示す例においては、最小間隔Ｂｍｉｎ＝５［ｍｓｅｃ］で、ビーコン送信位置が１６種類しか存在できない場合を例にとっており、故にＮＢＯＩフィールド長が１６ビットとなっているが、１６ビットに限られるわけではない。
図５の例では、図４における通信局〔番号０〕が、「通信局〔番号１〕ならびに通信局〔番号９〕からのビーコンが受信可能である」旨を伝えるＮＢＯＩフィールドの例が示されている。受信可能なビーコンの相対位置に対応するビットに関し、ビーコンが受信されている場合にはマーク、受信されていない場合にはスペースを割り当てる。図５の例では、０ビット目、１ビット目、ならびに９ビット目がマークされている。０ビット目のマークは、自身のビーコンが送信されていることを示し、１ビット目のマークは、該ビーコンのＴＢＴＴからＢｍｉｎ＊１遅れたタイミングでビーコンが受信されていることを示す。同様に、９ビット目のマークは、該ビーコンのＴＢＴＴからＢｍｉｎ＊９遅れたタイミングでビーコンが受信されていることを示す。
詳細は後述するが、例えば、補助ビーコンを送信する場合などこの他の目的で、ビーコンが受信されていないタイミングに対応するビットに関してマークを行ってもかまわない。
・ＮＢＡＩフィールド
また、ここでは、ＮＢＯＩフィールドと類似して、同じくビーコンで送信される情報の一つとして、Ｎｅｉｇｈｂｏｒｉｎｇ Ｂｅａｃｏｎ Ａｃｔｉｖｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（ＮＢＡＩ）フィールドを定義する。ＮＢＡＩフィールドには、自局が実際に受信を行っているビーコンの位置（受信時刻）を自局のビーコンの位置からの相対位置でビットマップにて記載する。即ち、ＮＢＡＩフィールドは、自局が受信可能なアクティブの状態にあることを示す。
さらに、前記ＮＢＯＩとＮＢＡＩの二つの情報により、スーパーフレーム内のそのビーコン位置で自局がビーコンを受信する情報を提供する。即ち、ビーコンに含まれるＮＢＯＩ並びにＮＢＡＩフィールドにより、各通信局に関し、下記の２ビット情報を報知することになる。
・ＮＢＯＩ／ＮＢＡＩのＯＲをとる処理
図６には、新規に参入した通信局Ａがスキャン動作により周辺局から受信したビーコンから得た各ビーコンのＮＢＯＩに基づいて自局のＴＢＴＴを設定するまでの様子を示している。
通信局は、スキャン動作によりスーパーフレーム内に３つの局０〜２からのビーコンが受信できたとする。
周辺局のビーコン受信時刻を自局の正規ビーコンに対する相対位置として扱い、ＮＢＯＩフィールドはこれをビットマップ形式で記述している（前述）。そこで、通信局Ａでは、周辺局から受信できた３つのビーコンのＮＢＯＩフィールドを各ビーコンの受信時刻に応じてシフトし、時間軸上でビットの対応位置を揃えた上で、各タイミングのＮＢＯＩビットのＯＲをとることで、ＮＢＯＩを統合して参照する。具体的にその手順を説明する、ビーコン１は、ビーコン０の送信タイミングを基準として３スロット遅れて受信されている。この情報を通信局はメモリなどに保持する。そして、ビーコン１に含まれるＮＢＯＩフィールドの後ろ３スロットを先頭にシフトさせ、この情報をメモリ等に保持する（図６第二段）。ビーコン２についても同様の処理を行う（図６第三段）。
周辺局のＮＢＯＩフィールドを統合して参照した結果、得られている系列が図６中“ＯＲ ｏｆ ＮＢＯＩｓ”で示されている「１１０１，０００１，０１００，１０００」である。１はスーパーフレーム内で既にＴＢＴＴが設定されているタイミングの相対位置を、０はＴＢＴＴが設定されていないタイミングの相対位置を示している。この系列において、スペース（ゼロ）が最長ランレングスとなる場所が新規にビーコンを配置する候補となる。図６に示す例では、最長ランレングスが３であり、候補が２箇所存在していることになる。そして、通信局Ａは、このうち１５ビット目を自局の正規ビーコンのＴＢＴＴに定めている。
通信局Ａは、１５ビット目の時刻を自局の正規ビーコンのＴＢＴＴ（すなわち自局のスーパーフレームの先頭）として設定し、ビーコンの送信を開始する。このとき、通信局Ａが送信するＮＢＯＩフィールドは、ビーコン受信可能な通信局０〜２のビーコンの各受信時刻を、自局の正規ビーコンの送信時刻からの相対位置に相当するビット位置をマークしたビットマップ形式で記載したものである、図１０中の“ＮＢＯＩ ｆｏｒ ＴＸ（１ Ｂｅａｃｏｎ ＴＸ）”で示す通りとなる。
なお、通信局Ａが優先送信権利を得るなどの目的で補助ビーコンを送信する際には、さらにこの後、周辺局のＮＢＯＩフィールドを統合した“ＯＲ ｏｆ ＮＢＯＩｓ”で示されている系列のスペース（ゼロ）の最長ランレングスを探し、探し当てたスペースの箇所に補助ビーコンの送信時刻を設定する。図１０に示す例では、２つの補助ビーコンを送信する場合を想定しており，“ＯＲ ｏｆ ＮＢＯＩｓ”の６ビット目と１１ビット目のスペースの時刻に補助ビーコンの送信タイミングを設定している。この場合、通信局Ａが送信するＮＢＯＩフィールドは、自局の正規ビーコン並びに周辺局から受信するビーコンの相対位置に加え、さらに自局が補助ビーコンの送信を行なっている箇所（正規ビーコンに対する相対位置）にもマークされ、“ＮＢＯＩ ｆｏｒ ＴＸ（３ Ｂｅａｃｏｎ ＴＸ）”で示されている通りとなる。
各通信局が上述したような処理手順で自局のビーコン送信タイミングＴＢＴＴを設定してビーコンの送信を行なう場合、各通信局が静止して電波の到来範囲が変動しないという条件下では、ビーコンの衝突を回避することができる。また、送信データの優先度に応じて、補助ビーコン（又は複数のビーコンに類する信号）をスーパーフレーム内で送信することにより、優先的にリソースを割り当て、ＱｏＳ通信を提供することが可能である。また、周辺から受信したビーコン数（ＮＢＯＩフィールド）を参照することにより、各通信局がシステムの飽和度を自律的に把握することができるので、分散制御システムでありながら、通信局毎に系の飽和度を加味しつつ優先トラヒックの収容を行なうことが可能となる。さらに、各通信局が受信ビーコンのＮＢＯＩフィールドを参照することで、ビーコン送信時刻は衝突しないように配置されるので、複数の通信局が優先トラヒックを収容した場合であっても、衝突が多発するといった事態を避けることができる。
５に示す。 このように、通信局が、新規にネットワークに参入する際には、各通信局から受信したビーコンから得たＮＢＯＩの和をとった結果、スペースのランレングスが最長となる区間の中心をビーコン送信タイミングとして定める。
上述の説明は、ＮＢＯＩフィールドをＯＲで参照する例を示したが、ＮＢＡＩフィールドも同様の手順により和（ＯＲ）を参照することにより、マークされているタイミングのビーコン送信時刻においては、送信を行わないよう制御を行う。
即ち、通信局が、なんらかの情報を送信する際には、周辺通信局から送信されるビーコンを随時受信しておき、各通信局から受信したビーコンから得たＮＢＡＩフィールドの和（ＯＲ）をとった結果、マークされているタイミングのビーコン送信時刻においては、送信を行わないよう制御を行う。
図７に、この際の処理を示す。ここでは、ＮＢＡＩフィールドが８ビットである場合が示されており、上述した手順で各受信ビーコンのＮＢＡＩフィールドの和（ＯＲ）をとった結果、０ビット目と４ビット目と６ビット目がマークされている場合を例にとっている。０ビット目は自局のビーコンのことでありとくに付加処理は行わない。４ビット目がマークされているので、４ビット目のビーコン送信時刻である時刻Ｔ４においては、自局の送信許可フラグを下げ送信を行わないようにする。また、６ビット目に関しても同様であり、対応する時刻Ｔ６では、自局の送信許可フラグを下げ送信を行わないようにする。これにより、ある通信局がある通信局のビーコンを受信したい場合には、送信局はこの受信を妨げることがなくなり、信頼性の高い送受信を行うことが可能となる。
・ビーコン衝突シナリオ第１の例
図８を用いて、ＮＢＯＩフィールドから得られた情報の使い道の具体的な例を説明する。図８（ａ）〜（ｃ）の左側は通信局の配置状態であり、右側は、それぞれでの各局からのビーコンの送信例を示してある。
図８（ａ）では、通信局１０（ＳＴＡ０）のみが存在して、ビーコンＢ０を送信している場合を示している。このとき、通信局１０はビーコンの受信を試みるが受信されないため、適当なビーコン送信タイミングを設定して、このタイミングの到来に応答してビーコンＢ０の送信を開始することができる。ここではビーコンは８０［ｍｓｅｃ］おきに送信されている。このとき、通信局１０から送信されるビーコンのＮＢＯＩフィールドは全ビットとも０である。
その後、通信局１０の通信範囲内に通信局１１（ＳＴＡ１）が参入してきた場合を示したのが、図８（ｂ）である。通信局１１は、ビーコンの受信を試みると通信局１０のビーコンＢ０が受信される。さらに通信局１０のビーコンＢ０のＮＢＯＩフィールドは自局の送信タイミングを示すビット以外は全ビット０であるため、上述したステップ１にしたがって通信局１０のビーコン間隔のほぼ真ん中にビーコン送信タイミングを定める。通信局１１が送信するビーコンＢ１のＮＢＯＩフィールドは、自局の送信タイミングを示すビットと通信局１０からのビーコン受信タイミングを示すビットに１を設定し、その他のビットを０とする。また、通信局１０も、通信局１１からのビーコンを認識すると、該当するＮＢＯＩフィールドを１に設定する。
さらにその後、通信局１１の通信範囲内に通信局１２（ＳＴＡ２）が参入してきた場合を示したのが図８（ｃ）である。図８の例では、通信局１０は通信局１２にとって隠れ端末となっている。このため、通信局１２は通信局１１が通支局１０からビーコンを受信していることを認識できず、右側に示すように、通信局１０と同じタイミングでビーコンを送信し、衝突が生じてしまう可能性がある。ＮＢＯＩフィールドはこの現象を回避するために用いられる。通信局１２は、ビーコンの受信を試みると通信局１１からのビーコンＢ１が受信される。さらに通信局１１のビーコンＢ１のＮＢＯＩフィールドには、自局の送信タイミングを示すビットに加え、通信局１０がビーコンを送信しているタイミングを示すビットにも１が設定されている。このため、通信局１２は、通信局１０が送信するビーコンＢ０を直接受信はできていない場合であっても、通信局１０がビーコンＢ０を送信するタイミングを認識し、このタイミングでのビーコン送信を避ける。したがって、このとき通信局１２は、通信局１０が送信するビーコンと、通信局１１が送信するビーコンの間隔の真ん中あたりにビーコン送信タイミングを定める。もちろん、通信局１２の送信ビーコンＢ２中のＮＢＯＩでは、通信局１２と通信局１１のビーコン送信タイミングを示すビットを１に設定する。
すように、通信局１０と同じタイミングでビーコンを送信し衝突が生じてしまうＮＢＯＩフィールドはこの現象を回避するために用いられる。すなわち、ＮＢＯＩフィールドを用いることにより、図８（ｃ）の右側に示すビーコン衝突シナリオ（第１の例）は発生しないことになる。
このように、本実施形態に係る無線通信システムでは、各通信局はビーコン情報を報知することにより、他の通信局に自己の存在を知らしめるとともにネットワーク構成を通知することができ、新規に参入する通信局は、ビーコン信号を受信することにより、通信範囲に突入したことを検知するとともに、ビーコンに記載されている情報を解読して、既存のビーコン信号との衝突を避けてビーコン送出することにより新たなネットワークを構築することができる。
・ビーコン衝突シナリオ第２の例
上述したビーコン衝突シナリオ第１の例以外の場合に、ビーコンが衝突するケースを想定する。これをビーコン衝突シナリオ第２の例とし、図９に示す。第２の例は、すでにネットワークを構築している系同士が接近してくる事例である。
図９（ａ）においては、通信局１０（ＳＴＡ０）と通信局１１（ＳＴＡ１）は、通信局１２（ＳＴＡ２）と通信局１３（ＳＴＡ３）とは電波の届かない範囲に存在しており、通信局１０と通信局１１が通信を行っている。またこれとはまったく独立して、通信局１２と通信局１３が通信を行っている。このときの各局のビーコン送信タイミングが、図９（ａ）の右側に記されているとおり、互いに認識していない局同士で運悪く偶然に重なっている場合を想定する。その後、各局が移動し、図９（ｂ）に示すように、各局が送受信可能な状態になった場合を想定すると、各局のビーコンが衝突するという事態に陥る。
このような衝突は、次のような処理で回避できる。
・ＴＢＴＴオフセットインディケーター（Ｏｆｆｓｅｔ Ｉｎｄｉｃａｔｏｒ）
図１０には、ＴＢＴＴと実際にビーコンを送信する送信時刻が示されている。
ビーコンの送信タイミングは８０［ｍｓｅｃ］毎とステップ１で定めてある。この８０［ｍｓｅｃ］ごとに定めたビーコンの送信時刻をＴＢＴＴ（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｔ Ｔｉｍｅ）と定義する。本実施の形態においては、上述したビーコン衝突シナリオ第２の例のような場合に、連続的にビーコンが衝突することを防ぐ目的で、ビーコンの送信タイミングをＴＢＴＴから故意にずらす。例えば、実際のビーコン送信時刻を図１０に示したように、ＴＢＴＴ、ＴＢＴＴ＋２０［ｕｓｅｃ］、ＴＢＴＴ＋４０［ｕｓｅｃ］、ＴＢＴＴ＋６０［ｕｓｅｃ］、ＴＢＴＴ＋８０［ｕｓｅｃ］、ＴＢＴＴ＋１００［ｕｓｅｃ］、ＴＢＴＴ＋１２０［ｕｓｅｃ］のいずれかの時刻となるようにＴＢＴＴオフセットを定義した場合、スーパーフレーム周期ごとにどのＴＢＴＴオフセットで送信するかを決定し、ビーコンに含まれるＴＯＩＳＳフィールド（後述）を更新する。ビーコン送信に先立ち今回はＴＢＴＴからどれだけずらして送信するかをランダムに選択してもよい。
ここでは、２０［ｕｓｅｃ］ステップで定義したが、２０［ｕｓｅｃ］である必要はなく、もっと小さいステップで定義してもかまわない。このように、ＴＢＴＴから故意にずらした分をＴＢＴＴオフセットと呼ぶ。
また、ビーコンで送信される情報の一つとして、図１５に示すようなＴＢＴＴ Ｏｆｆｓｅｔ Ｉｎｄｉｃａｔｏｒ Ｓｅｑｕｅｎｃｅ（ＴＯＩＳＳ）フィールドを定義しておく。ＴＯＩＳには、今回のビーコンがＴＢＴＴに比してどのくらい故意にずらして送信が行われたかを示すビーコン送信オフセット値が記されている。図１１の例では、ＴＢＴＴオフセットの値が７段階ある場合を示し、ＴＯＩＳフィールド長は３ビット「２∧３＞＝７」となっている。ＴＢＴＴ時に他パケットが伝送されている場合には、該パケットの伝送が終了してからビーコンを送信する場合があるため、ビーコンは送信局が意図した時刻に送信できない場合も存在する。この場合はＴＯＩＳとして、ＴＢＴＴ＋Ｘを示すビットをセットし、ビーコンを受信可能な周辺局に対し、今回のビーコン送信タイミングは意図した時刻に行えなかった旨を伝達する。
上述したように、ビーコン送信の時刻をＴＢＴＴオフセットに従ってずらすことにより「ビーコン衝突シナリオ第２の例」のようなワーストケースであっても、ビーコン信号が継続的に衝突する事態を避けることができる。
なお、ＴＢＴＴオフセットは、ＰＮ系列などの擬似ランダム系列で与えることもできる。図１２は、簡単な演算で得ることができる１６ビットの擬似ランダム系列（Ｍ系列）でＴＢＴＴオフセットを発生させる回路構成の例を示した図である。レジスタ８０にセットされたビット列を、加算器８１，８２，８３による加算で得た値に１ビットずつ更新させ、レジスタ８０の所定位置の値を取り出して、加算器８４〜９２で加算して、レジスタ９３に３ビットを入力させて、その３ビットをＴＢＴＴオフセットとする。このようにすることでも、ビーコン信号が継続的に衝突する事態を効果的に避けることができる。
上記では、ビーコンに含まれる情報として、ＴＯＩＳフィールドを定義する説明を行ったが、ＴＯＩＳフィールドのかわりに、図１２に示した擬似ランダム系列のレジスタ８０の中身（ＴＯＩ Ｓｅｑｕｅｎｃｅ）をビーコンに含まれる情報として送信する場合もある。該レジスタ８０の中身をビーコンに含まれる情報として送信する場合、該信号受信した受信局は図１２に記載の手段でレジスタ９３の情報を抽出し、ＴＯＩ情報を得ることが可能である。ＴＯＩＳの算出は、定期的に送信されるビーコンを送信する毎に行う。これより、一度ビーコンを受信した局は該送信局のＴＯＩＳ情報をフリーランで算出することが可能となり、ビーコンの受信に先立ち、次回、次々回のＴＢＴＴオフセットを得ることができる。
なおこの場合においても，送信局が意図した時刻に送信できなかった場合には，ＴＯＩシーケンス（ＴＯＩ Ｓｅｑｕｅｎｃｅ）としてオールゼロを送信するなど、ビーコン受信局に、今回のビーコン送信タイミングは意図した時刻に行えなかった旨を伝達する。
・ビーコン送信タイミング変更リクエスト
ところで、「ビーコン衝突シナリオ第２の例」のような場合、数回に一回はビーコンが衝突することになり問題が残る。そこで、各局は、複数局におけるＴＢＴＴがほぼ同時に設定されていると認識した場合は、該ビーコン送信局のいずれかに対してＴＢＴＴを変更してほしい旨のリクエストメッセージを送信することができる。該メッセージを受け取った通信局は、周辺局のビーコンをスキャンし、自局においてビーコンが受信されておらず、かつ受信ビーコンのＮＢＯＩにより１がセットされていない時刻を新たなＴＢＴＴ（新ＴＢＴＴ）として設定する。新ＴＢＴＴを設定した後、実際にＴＢＴＴを変更する前に、現行ＴＢＴＴで送信するビーコンに「新ＴＢＴＴを設定したのでこれからＸＸ［ｍｓｅｃ］後にＴＢＴＴを変更します」というメッセージを掲載した後に、ＴＢＴＴの変更を行う。
・クロック周波数ずれ対策
次に、各通信局間で生じるクロック周波数のずれをなくすためのメカニズムについて説明する。各通信局のクロックがずれていると送受信のタイミングが各局間でドリフトが生じる。仮に、クロックの精度として±２０ｐｐｍまでのずれを許容したとすると、８０［ｍｓｅｃ］で３．２［ｕｓｅｃ］ずれる。そのまま放置しておくと、ビーコン送信のタイミングが重なる事態が生じる。そこで、各通信局は４．０［ｓｅｃ］程度につき一度以上は周辺から送信されてくるビーコンを連続的にスキャンする。その時間は、自局のビーコン送信間隔以上の時間にわたって受信するのが望ましい。そして、最も遅れている通信局のビーコン送信タイミング（ＴＢＴＴ）に合わせる。最高にずれている場合、４．０［ｓｅｃ］の間で約１６０［ｕｓｅｃ］ずれることになるが、ずれ情報を入手した後は自局内でタイミングを制御するなどの方策をとることができる。
なお、ビーコンのスキャンは、上記目的のほか、周辺機器の状態（プレゼンス）に変化が生じていないかどうかを確認する目的でも行われる。即ち、スキャンを行っている最中に、これまでに存在していなかった通信局からのビーコンが受信された場合、新規通信局が現れた旨を該ビーコンで報知されている情報とともに上位レイヤに通達する。逆に、これまで受信可能であった通信局のビーコンが受信できなかった場合は、その旨を記憶しておく。複数回のスキャンにわたり同一通信局からのビーコンが受信できなかった場合には、該通信局がネットワークから離脱したと認識し、上位レイヤに通達する。あるいは、これまで受信可能であった通信局のビーコンが受信できなかった場合は、周辺の通信局の状態に変化が生じたものとみなし、その旨を逐次上位レイヤに通達し、近隣局のリスト（Ｎｅｉｇｈｂｏｒ Ｌｉｓｔ）の更新を行なう
次に、クロック周波数ずれ対策のためのアルゴリズムの詳細を、図１３のフローチャートを参照して説明する。クロック周波数ずれ情報はビーコンのスキャンにより行われる。ビーコンスキャン（クロック周波数ずれ対策処理）を開始するとまずタイマーがセットされ、ビーコン間隔である８０［ｍｓｅｃ］のカウントを開始する。このカウントが終了したか否か判断し（ステップＳ１）、カウントが終了した時点でビーコンのスキャンならびクロック周波数ずれ対策処理に要する情報収集も終了する。タイマーが終了するまでビーコンの受信を試みる。ビーコンが受信されると（ステップＳ２）、自局内で計算したＴＢＴＴと受信したビーコンのＴＢＴＴを比較する。受信したビーコンのＴＢＴＴは、ビーコンを受信した時刻とＴＯＩＳフィールドを参照することにより得ることができる。なお、ＴＯＩＳフィールドがＴＢＴＴ＋Ｘとセットされていた場合には、該ビーコンの受信時刻は集計対象から外す。
ＴＯＩＳシーケンスがビーコンに記載されていた場合には、ＴＢＴＴ＋Ｘを示す表記として全ビット０をセットし、これを受信した局は、ＴＯＩＳシーケンスがすべて０だった場合には、該ビーコンの受信時刻は集計対象からはずす。
通信局は、集計対象のビーコンに関して「自局内で計算したＴＢＴＴよりも受信したビーコンのＴＢＴＴがどれだけ遅れているか」を算出し（ステップＳ３）、タイマーが終了するまでに受信された全てのビーコンの中で、どのビーコンのＴＢＴＴが最も遅れているか判断して（ステップＳ４）、この遅れ量を最も遅れているタイミング（Ｍｏｓｔ Ｄｅｌａｙｅｄ Ｔｉｍｉｎｇ：ＭＤＴ）として記憶する（ステップＳ５）。タイマーが終了した時点で得られているＭＤＴから予め設定してあるａ［ｕｓｅｃ］（たとえば２［ｕｓｅｃ］）を差し引いた値をαとする（ステップＳ６）。αが正の数すなわち、ＭＤＴからａ［ｕｓｅｃ］を差し引いてもなおかつ自局のクロックよりも遅れているか否か判断し（ステップＳ７）、遅れている場合には、αだけ自局のクロックを遅らせる（ステップＳ８）。
このような処理を行うことにより、各通信局のクロックがずれている場合であっても、基本的に系内に存在する通信局の最も遅いクロックにあわせて時刻が刻まれることになり、送受信のタイミングがドリフトして重なっていくという事態は避けることができる。上記の値ａ［ｕｓｅｃ］はタイミング制御に要求される仕様に応じて設定すべき値であり、ここでは限定は行わない。
なお、スキャンの間隔は、はじめは１［ｓｅｃ］程度の比較的短い間隔を設定しておき、上記のクロックドリフト値の抽出作業に際して、自局と周辺局のクロック周波数の不一致が著しくないと判断した場合に、段階的に長い間隔を設定していくなどという手法を併用するとクロックドリフトによる影響をさらに抑えることができる。
・特定局ビーコンの受信停止
各通信局は、上記の手順にしたがって、周辺局の送信するビーコンを受信するが、上位レイヤから、「この通信局とは今後通信を行わない」という指示を受けた場合には、該通信局のビーコン送信時刻での受信作業を行わない。これにより、自局と関連のない通信局との間で不要な受信処理を削減することが可能となり、低消費電力化に貢献することが可能となる。「この通信局とは今後通信を行わない」という指示は、通信局の機器の属性から判断される場合や、認証が行えなかった場合や、ユーザにより指定される場合などが存在する。
・パケット間隔（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）の定義
ＩＥＥＥ８０２．１１方式などの場合と同様に、本例においても複数のパケット間隔を定義する。ここでのパケット間隔の定義を、図１４を参照して説明する。
ここでのパケット間隔は、短いパケット間隔であるＳＩＦＳ（Ｓｈｏｒｔ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）と、長いパケット間隔であるＬＩＦＳ（Ｌｏｎｇ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）の２つを定義する。プライオリティが与えられたパケットに限りＳＩＦＳのパケット間隔で送信を許容し、それ以外のパケットはＬＩＦＳ＋ランダムに値を得るランダムバックオフのパケット間隔だけメディアがクリアであることを確認した後に送信を許容する。ランダムバックオフ値の計算方法は既存技術で知られている方法をとる。
さらに本例においては、上述したパケット間隔である「ＳＩＦＳ」と「ＬＩＦＳ＋バックオフ」のほか、「ＬＩＦＳ」と「ＦＩＦＳ＋バックオフ」（ＦＩＦＳ：Ｆａｒ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）を定義する。通常は「ＳＩＦＳ」と「ＬＩＦＳ＋バックオフ」のパケット間隔を適用するが、ある通信局に送信の優先権が与えられている時間帯においては、他局は「ＦＩＦＳ＋バックオフ」のパケット間隔を用い、優先権が与えられている局はＳＩＦＳあるいはＬＩＦＳでのパケット間隔を用いるというものである。「ある通信局に送信の優先権が与えられている時間帯」については、以下で説明する。
・送信優先区間ＴＰＰ
各通信局は、ビーコンを一定間隔で送信しているが、本例では、ビーコンを送信した後しばらくの間は、該ビーコンを送信した局に送信の優先権を与える。ビーコン送信局に優先送信権が与えられる様子をの一例を図１５に示す。図１５では、この送信優先区間として４８０［ｕｓｅｃ］が与えられる場合の例を示している。この優先区間をＴＰＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｉｏｒｉｔｉｚｅｄ Ｐｅｒｉｏｄ）と定義する。ＴＰＰは、ビーコン送信直後に開始し、ＴＢＴＴからＴ＿ＴＧＰ経過した時刻に終了する。各通信局はスーパーフレームごとにビーコンを送信するため、基本的には各通信局に対して、同時間率のＴＰＰが配布される形となる。一の通信局のＴＰＰが満了すると、他の通信局がビーコンを送信するまでの間がＦＡＰ（Ｆａｉｒｌｙ Ａｃｃｅｓｓ Ｐｅｒｉｏｄ）となる。
ＦＡＰ（Ｆａｉｒｌｙ Ａｃｃｅｓｓ Ｐｅｒｉｏｄ）では、通常のＣＳＭＡ／ＣＡ方式（若しくは、後述するＰＳＭＡ／ＣＡ方式）による公平なメディア獲得競合が行なわれる。
図１６はスーパーフレームの構成を示している。同図に示すように各通信局からのビーコンの送信に続いて、そのビーコンを送信した通信局のＴＰＰが割り当てられ、ＴＰＰの長さ分だけ時間が経過するとＦＡＰになり、次の通信局からのビーコンの送信でＦＡＰが終わる。
なお、ここではビーコンの送信直後からＴＰＰが開始する例を示したが、これには限定されるものではなく、例えば、ビーコンの送信時刻から相対位置（時刻）でＴＰＰの開始時刻を設定してもかまわない。また、ＴＰＰは、ＴＢＴＴから４８０［μｓｅｃ］といった形で定義される場合もある。また、図１５に示す通り、ＴＧＰの領域は、ＴＢＴＴを基準にした期間Ｔ＿ＴＰＰを持って満了するため、ＴＢＴＴオフセットによりビーコンの送信時刻が遅れた場合には、ＴＰＰの領域は削減されることになる。
ここで、スーパーフレーム内の各フィールドにおけるパケット間隔（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）について説明する。各通信局は、ＦＡＰにおいてはすべての通信局は”ＬＩＦＳ＋バックオフ”の間隔での送信を行うことができ、公平なコンテンション制御によるアクセス権の獲得が行なわれる。例えば、アクセス権を獲得するためにＲＴＳや短いコマンドの送信が”ＬＩＦＳ＋バックオフ”の間隔で送信が行なわれ、その後に送信されるＣＴＳやデータやＡｃｋは、”ＳＩＦＳ”の間隔で送信が行なわれる。以下にＦＡＰにおけるＩＦＳパラメータを示す。
一方、ＴＰＰの領域ではビーコンを送信した通信局がアクセス権を得て、ＳＩＦＳ時間経過後にフレームの送信を許容する。また、そのビーコンを送信した通信局が指定した通信局にも優先送信権が与えられ、ＳＩＦＳ時間経過後にフレーム送信を許容する。
優先送信権を獲得した通信局が、特定の通信局に対してＲＴＳを送信したがＣＴＳの応答がない場合、優先送信権を獲得している通信局はＬＩＦＳの間隔でＲＴＳの再送を行う。
また、優先送信権を獲得した通信局への送信データを保有している別の通信局は、「該ノードが送信データを保有していない」旨を確認した場合には、ＳＩＦＳ＋バックオフ（Ｂａｃｋｏｆｆ）での送信を許容する。但し、第３の通信局では、優先送信権を獲得した通信局がＤａｔａを保有していることを知るすべがないことが多い。
優先送信権を得ていない通信局は、ビーコンを受信することにより他通信局の優先送信が開始されることを認識し、Ｔ＿ＴＰＰの間にわたり基本フレーム間隔をＦＩＦＳに設定し、ＦＩＦＳ＋バックオフのフレーム間隔でアクセス権獲得を試みる。
上記の手順により、ＴＰＰ領域で優先送信権を獲得した通信局が送受信するデータを保持している場合にはその通信局にアクセス権が与えられ、送受信すべきデータを保持していない場合には、その通信局のアクセス権が放棄され、他の通信局がアクセス権を獲得するというメカニズムが実現される。
各通信局の種類と状態によって、以下のような制御が必要になる。
また、自局のＴＰＰ内でのパケットの送信に関してはＬＩＦＳの間隔での送信をも許容する。さらに、他局のＴＰＰ内でのパケットの送信に関してはＦＩＦＳ＋バックオフの間隔での送信とする。ＩＥＥＥ８０２．１１方式においては、常にパケット間隔としてＦＩＦＳ＋バックオフがとられていたが、本例の構成によれば、この間隔を詰めることができて、より効果的なパケット伝送が可能となる。
また、各通信局は、基本的にはスーパーフレーム周期毎に１回のビーコンを送信するが、場合に応じて、複数個のビーコンあるいはビーコンに類する信号を送信することが許容され、これらのビーコンを送信する度にＴＰＰを獲得することができる。言い換えれば、通信局は、スーパーフレーム毎に送信するビーコンの個数に応じて優先的な送信用のリソースを確保できることになる。ここで、通信局がスーパーフレーム周期の先頭で必ず送信するビーコンのことを「正規ビーコン」、それ以外のタイミングでＴＰＰ獲得又はその他の目的で送信する２番目以降のビーコンのことを「補助ビーコン」と呼ぶことにする。
・ＴＰＰの使い方の応用
ちなみに、ＴＰＰを４８０［ｕｓｅｃ］と定義した場合には、６０［Ｂｙｔｅ］相当のパケットを２１個、あるいは６０００［Ｂｙｔｅ］のパケットを約１個送信することが可能である。すなわち、メディアがどんなに混雑していても、８０［ｍｓｅｃ］おきに２１個程度のＡＣＫ送信は保証されていることになる。あるいは、ＴＰＰだけを用いた場合６００［ｋｂｐｓ］（＝６０００［Ｂｙｔｅｌ／８０［ｍｓｅｃ］）の伝送路を最低限確保していることになる。
なお、上記では、ＴＰＰ中の通信局にのみ優先送信権が与えられる説明を行ったが、ＴＰＰ中の通信局に呼び出された通信局にも優先送信権利を与える。基本的にＴＰＰにおいては、送信を優先するが、自通信局内に送信するものはないが、他局が自局宛てに送信したい情報を保持していることがわかっている場合には、その「他局」宛てにページング（Ｐａｇｉｎｇ）メッセージ或いはポーリング（Ｐｏｌｌｉｎｇ）メッセージを投げたりしてもよい。
逆に、ビーコンを送信したものの、自局には何も送信するものがない場合でかつ他局が自局宛てに送信したい情報を保持している事を知らない場合、該通信局は何もせずＴＰＰで与えられた送信優先権を放棄し、何も送信しない。すると、ＬＩＦＳ＋バックオフあるいは ＦＩＦＳ＋バックオフ経過後に他局がこの時間帯でも送信を開始する。
図１６に示したようにビーコン送信した直後にＴＰＰが続くという構成を考慮すると、各通信局のビーコン送信タイミングは密集しているよりも伝送フレーム周期内で均等に分散している方が伝送効率上より好ましい。したがって、本実施形態では、基本的に自身が聞こえる範囲でビーコン間隔が最も長い時間帯のほぼ真中でビーコンの送信を開始するようにしている。勿論、各通信局のビーコン送信タイミングを集中して配置し、残りの伝送フレーム周期では受信動作を停止して装置の消費電力を低減させるという利用方法もある。
・ビーコンのフィールド
本実施形態に係る自立分散型無線通信システムにおいて送信されるビーコンに記載された情報について説明する。図１８にビーコン信号フォーマットの一例を示す。
図１７を用いてすでに説明したように、パケットの先頭には、パケットの存在を示すプリアンブルがついており、その次にパケットの属性や長さなどが記載されているヘディング領域が存在し、その後ろにＰＳＤＵが連結されている。ビーコンを送信する場合、ヘディング領域において、該パケットがビーコンである旨を示す情報が掲載されている。また、ＰＳＤＵ内にビーコンで報知したい情報が記載されている。
図示の例では、ビーコンには、送信元局を一意に示すアドレスであるＴＡ（Ｔｒａｎｓｍｉｔｔｅｒ Ａｄｄｒｅｓｓ）フィールドと、当該ビーコンの種類を示すＴｙｐｅフィールドと、当該ビーコンを送信したスーパーフレーム周期におけるＴＢＴＴオフセット値（前述）を示す情報であるＴＯＩ（ＴＢＴＴ Ｏｆｆｓｅｔ Ｉｎｄｉｃａｔｉｏｎ）フィールドと、周辺局から受信可能なビーコンの受信時刻情報であるＮＢＯＩ（Ｎｅｉｇｈｂｏｒｉｎｇ Ｂｅａｃｏｎ Ｏｆｆｓｅｔ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドと、自局がどの時刻に送信されるビーコン信号を受信しているかを示す情報であるＮＢＡＩ（Ｎｅｉｇｈｂｏｒｉｎｇ Ｂｅａｃｏｎ Ａｃｔｉｖｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドと、ＴＢＴＴの変更やその他各種の伝達すべき情報を格納するＡＬＥＲＴフィールドと、当該通信局が優先的にリソースを確保している量を示すＴｘＮｕｍフィールドと、当該スーパーフレーム周期内で複数のビーコンを送信する場合に当該ビーコンに割り振られた排他的な一意のシリアル番号を示すＳｅｒｉａｌフィールドと、現在この通信局が誰宛てに情報を有しているかを報知する情報であるＴＩＭ（Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍａｐ）フィールドと、ＴＩＭフィールドに掲載されている受信局のうち、直後のＴＰＰにおいて送信を予定していることを示すＰａｇｅ（Ｐａｇｉｎｇ）フィールドと、当該局がどのレベル（受信ＳＩＮＲ）までの受信信号を受信信号として検出しているかの情報を格納するＳｅｎｓｅ Ｌｅｖｅｌフィールドと、当該局が内包している時刻情報を通達するＴＳＦ（Ｔｉｍｉｎｇ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）フィールドと、当該局のオーナーなどを示す識別子であるＮｅｔＩＤ（Ｎｅｔｗｏｒｋ Ｉｄｅｎｔｉｆｉｅｒ）フィールドなどが含まれている。
Ｔｙｐｅフィールドには、当該ビーコンの種類が８ビット長のビットマップ形式で記述される。本実施形態では、ビーコンが、各通信局が１スーパーフレーム毎のその先頭で１回だけ送信する「正規ビーコン」、あるいは優先的送信権を得るために送信されている「補助ビーコン」のいずれであるかを識別するための情報として、プライオリティを示す０から２５５までの値を用いて示される。具体的には、１スーパーフレーム毎に１回送信することが必須である正規ビーコンの場合は最大のプライオリティを示す２５５が割り当てられ、補助ビーコンに対してはトラフィックのプライオリティに相当する０から２５４までのいずれかの値が割り当てられる。
ＴＯＩフィールドでは、上述のＴＢＴＴオフセットを決定する擬似ランダム系列が格納されており、当該ビーコンがどれだけのＴＢＴＴオフセットを以って送信されているかを示す。ＴＢＴＴオフセットを設けることにより、２台の通信局がスーパーフレーム上では同じスロットにビーコン送信タイミングを配置している場合であっても、実際のビーコン送信時刻がずらすことができ、あるスーパーフレーム周期にはビーコンが衝突しても、別のスーパーフレーム周期では各通信局は互いのビーコンを聞き合う（あるいは、近隣の通信局は双方のビーコンを聞く）、すなわち衝突を認識することができる。
ＮＢＯＩフィールドは、スーパーフレーム内において自局が受信可能な周辺局のビーコンの位置（受信時刻）を記述した情報である。本実施形態では、図４に示したように１スーパーフレーム内で最大１６個のビーコンを配置なスロットが用意されていることから、受信できたビーコンの配置に関する情報を１６ビット長のビットマップ形式で記述する。すなわち、自局の正規ビーコンの送信時刻を基準としてＮＢＯＩフィールドの先頭ビット（ＭＳＢ）にマッピングするとともに、自局が受信可能なビーコンの位置（受信時刻）を自局の正規ビーコンの送信時刻からの相対位置のビットにマッピングし、自局の正規又は補助ビーコンの相対位置（オフセット）並びに受信可能なビーコンの相対位置（オフセット）に対応するビットに１を書き込み、それ以外の相対位置に対応するビット位置は０のままとする。
例えば、図４に示したように最大１６局の通信局０〜Ｆが収容されている通信環境下で、通信局０が「１１００，００００，０１００，００００」のようなＮＢＯＩフィールドを作った場合には、「通信局１並び通信局９からのビーコンが受信可能である」旨を伝えることになる。つまり、受信可能なビーコンの相対位置に対応するビットに関し、ビーコンが受信可能である場合には１がマークされ、受信されてない場合には０すなわちスペースを割り当てる。また、ＭＳＢが１になっているのは自局がビーコンを送信しているためで、自局が補助ビーコンを送信している時刻に相当する場所も１をマークする。
ＮＢＡＩフィールドには、自局が実際に受信を行っているビーコンの位置（受信時刻）を自局のビーコンの位置からの相対位置でビットマップにて記載する。即ち、ＮＢＡＩフィールドは、自局が受信可能なアクティブの状態にあることを示す。
ＡＬＥＲＴフィールドには、異常状態において、周辺局に対して伝達すべき情報を格納する。例えば、ビーコンの衝突回避などのため自局の正規ビーコンのＴＢＴＴを変更する予定がある場合や、また周辺局に対し補助ビーコンの送信の停止を要求する場合には、その旨をＡＬＥＲＴフィールドに記載する。ＡＬＥＲＴフィールドの具体的な使用形態については後述に譲る。
ＴｘＮｕｍフィールドは、当該局がスーパーフレーム周期内で送信している補助ビーコンの個数が記載される。通信局はビーコン送信に続いてＴＰＰすなわち優先送信権が与えられることから、スーパーフレーム周期内での補助ビーコン数は優先的にリソースを確保して送信を行なっている時間率に相当する。
Ｓｅｒｉａｌフィールドには、当該スーパーフレーム内で複数のビーコンを送信する場合に当該ビーコンに割り振られたシリアル番号が書き込まれる。ビーコンのシリアル番号として、スーパーフレーム内に送信する各々のビーコンに排他的で一意の番号が記載される。本実施形態では、自局の正規ビーコンを基準に、何番目のＴＢＴＴで送信している補助ビーコンであるかを示すシリアル番号がＳｅｒｉａｌフィールドに記載される。
ＴＩＭフィールドには、現在この通信局が誰宛てに情報を有しているかの報知情報が格納される。ＴＩＭを参照することにより、受信局は自分が受信を行わなければならないことを認識することができる。
また、Ｐａｇｉｎｇは、ＴＩＭに掲載されている受信局のうち、直後のＴＰＰにおいて送信を予定していることを示すフィールドであり、このフィールドで指定された局はＴＰＰでの受信に備えなければならない。そのほかのフィールド（ＥＴＣフィールド）も用意されている。
ＴＳＦフィールドは，当該局が内包している時刻情報を通達するフィールドであり、この時刻はメディアアクセスの用途とは別用途で、主にアプリケーションの同期の目的で用いられる。ビーコンの送信時刻の変更やＴＤＭＡ構造保持のためのクロックの補正や、ＴＢＴＴオフセットなどといったアクセス制御とは無関係に、送信局の備えるクロックに忠実にフリーランではじき出される当該信号の送信時刻を掲載する。受信局は、この値を受信時刻とともに上位レイヤに提供し、当該局から送信される情報の基準時刻情報として保持することがある。
ＮｅｔＩＤフィールドは，当該局のオーナーなどを示す識別子であり、受信局は、このフィールドを参照することにより、自局と当該局が論理的に同一のネットワークに属しているか否かを認識することができる。
・定常状態における送受信機の手順その１
典型的な通信局の送受信手順例について図１９を用いて説明する。図１９では、通信局ＳＴＡ０と通信局ＳＴＡ１に関しての説明が、通信局ＳＴＡ０から通信局ＳＴＡ１に対して送信を行う場合を例にとって、なされている。各通信局は、毎回、他局のビーコン信号を受信しているとは限らない。上位レイヤからの指示などにより、受信頻度を落としている場合もある。図１９（ａ）が通信局ＳＴＡ０と通信局ＳＴＡ１の間で送受信されるパケットのシーケンス図を示し、図１９（ｂ）が通信局ＳＴＡ０の送信部の状態、図１９（ｃ）が通信局ＳＴＡ０の受信部の状態を示している。送受信部の状態は、ハイレベルがアクティブ状態（受信又は送信を試みている状態）であり、ローレベルがスリープ状態を示している。
まず、通信局ＳＴＡ０はメディアがクリアなことを確認した後にビーコンを送信する。このビーコン中のＴＩＭと（あるいは）ＰＡＧＥにおいて、通信局ＳＴＡ１が呼び出されているものとする。該ビーコンを受信した通信局ＳＴＡ１は、ページング情報に対するレスポンスを行う（０）。このレスポンスは通信局ＳＴＡ０のＴＰＰ中に相当するため、優先権を得ているためＳＩＦＳ間隔で送信される。以降、ＴＰＰ内での通信局ＳＴＡ１と通信局ＳＴＡ０の間の送受信は優先権を得ているためＳＩＦＳ間隔で送信される。レスポンスを受信した通信局ＳＴＡ０は、通信局ＳＴＡ１が受信可能状態にあることを確認すると、通信局ＳＴＡ１宛てのパケットを送信する（１）。さらに図１９では、通信局ＳＴＡ１宛てのパケットが存在するのでもう一つパケットを送信している（２）。２つ分のパケットを受信した通信局ＳＴＡ１は、これらが正常に受信されたことを確認した上で、ＡＣＫを送信する（３）。その後、通信局ＳＴＡ０は最後のパケットを送信する（４）。ところが、先のＡＣＫを受信した間に通信局ＳＴＡ０のＴＰＰが終了し、（４）の送信時はＦＡＰに突入している。ＦＡＰにおいては、送信優先権がないため（４）のパケットに関してはＬＩＦＳ＋バックオフの間隔で送信を行う。通信局ＳＴＡ１は（４）のパケットに対応するＡＣＫを送信する（５）。
最後の送信が行われてからしばらくの間をリッスンピリオド（Ｌｉｓｔｅｎ Ｐｅｒｉｏｄ）と定義し、各通信局は受信機を動作させることを義務付ける。図１９にもこの様子が示されている。リッスンピリオド内で受信パケットが存在しない場合、通信局はスリープ状態へと状態を変更し、送受信機をストップさせ消費電力の削減を試みる。ただし、あらかじめ「スリープ状態への変更を希望しない」旨のなんらかのメッセージを他局から受信していたり、上位レイヤから同様のメッセージを受けている場合にはこの限りではなく、引き続き受信部の動作を継続する。
一旦、スリープ状態に落ちた通信局は、例えば他局のビーコンの受信や自局のビーコンの送信など、なんらかの次回の送受信が予定されている時刻をトリガにスリープ状態を解除し、アクティブ状態に戻る。図１９の例では、通信局ＳＴＡ１のビーコン受信のために一旦アクティブ状態に戻るが、通信局ＳＴＡ１の送信ビーコンのＴＩＭならびＰＡＧＥで、通信局ＳＴＡ０宛てのパケットが存在しないことを確認して、再度スリープ状態に落ちている。その後、自局のビーコン送信に先立ちメディアセンスのために受信部を動作させ、メディアがクリアであることを確認した後にビーコンを送信している。今回のビーコン送信においては、ＴＩＭやＰＡＧＥにての呼び出しは行っていないが、通信局ＳＴＡ０はビーコンを送信したので、上記の手順にしたがい、送信後、リッスンピリオドに入りしばらくの間は自局宛ての信号が受信されないかを監視するが、何も受信しないままリッスンピリオドが終了し、再度スリープ状態へと状態を変化させる。
上述した送受信手順例その１をまとめる。
信号の送信はビーコンによる呼び出しを皮切りに開始され、最後のパケットの送受信の後、しばらく受信を試みるが自局宛てのパケットが到来しなければスリープ状態（Ｓｌｅｅｐ Ｓｔａｔｅ）に移行する。他局のビーコンの受信あるいは自局のビーコンの送信をトリガにアクティブ状態（Ａｃｔｉｖｅ Ｓｔａｔｅ）へと戻る。つまり、なんらかの信号を送信してから規定されている期間は、受信部（通信部）を必ず作動させておく。
・定常状態における送受信機の手順その２（Ｐａｇｉｎｇ Ｔｒａｎｓｆｅｒシーケンス）
もう一つの典型的な通信局の送受信手順例について図２０を用いて説明する。各通信局は、毎回、他局のビーコンを受信しているとは限らない。上位レイヤからの指示などにより、受信頻度を落としている場合もある。この場合の送受信手順について説明する。図２０では、通信局ＳＴＡ０と通信局ＳＴＡ１に関しての説明が、通信局ＳＴＡ１から通信局ＳＴＡ０に対して送信を行う場合を例にとって、なされている。図２０（ａ）が通信局ＳＴＡ０と通信局ＳＴＡ１の間で送受信されるパケットのシーケンス図を示し、下段図２０（ｂ）がＳＴＡ０の送信部の状態、図２０（ｃ）がＳＴＡ０の受信部の状態を示している。送受信部の状態は、ハイレベルがアクティブ状態（受信又は送信を試みている状態）であり、ローレベルがスリープ状態を示している。
通信局ＳＴＡ１は、メディアがクリアなことを確認した後にビーコンを送信する。このとき通信局ＳＴＡ０はスリープ状態にあり、ビーコンを受信していない。従って、このビーコン中のＴＩＭと（あるいは）ＰＡＧＥにおいて、通信局ＳＴＡ０が呼び出されていたとしても、通信局ＳＴＡ０は反応しない。その後、通信局ＳＴＡ０は自局のビーコン送信時刻にビーコンを送信する。通信局ＳＴＡ１は、通信局ＳＴＡ０のビーコン受信をトリガに、定められたランダムバックオフの手順にしたがって通信局ＳＴＡ０宛てにページング情報を送信する。通信局ＳＴＡ０はビーコン送信後、リッスンピリオドにわたり受信機を動作させているため、このページング情報を受信することができる。即ち、通信局ＳＴＡ０は該ページング情報を受信すると、通信局ＳＴＡ１が自局宛ての情報を保持していることを知ることができる。
この時点で、通信局ＳＴＡ０は通信局ＳＴＡ１に対しページング情報に対するレスポンスを行い、通信局ＳＴＡ０から通信局ＳＴＡ１への情報の伝送を開始することもある（図示せず）。図２０では、この時点では情報の伝送を開始しない場合の例を示している。その後、通信局ＳＴＡ１のビーコン送信時刻になると、通信局ＳＴＡ０は先のページング情報に起因して通信局ＳＴＡ１からの情報を受信するよう試み、通信局ＳＴＡ１のビーコンを受信する。このビーコン中のＴＩＭと（あるいは）ＰＡＧＥにおいて、通信局ＳＴＡ０が呼び出されていたと仮定する。該ビーコンを受信した通信局ＳＴＡ０は、ページに対するレスポンスを行う（０）。このレスポンスは通信局ＳＴＡ１のＴＰＰ中に相当し、優先権を得ているためＳＩＦＳ間隔で送信される。以降、ＴＰＰ内での通信局ＳＴＡ１と通信局ＳＴＡ０の間の送受信は優先権を得ているためＳＩＦＳ間隔で送信される。レスポンスを受信した通信局ＳＴＡ１は、通信局ＳＴＡ０が受信可能状態にあることを確認すると、通信局ＳＴＡ０宛てのパケットを送信する（１）。これ受信した通信局ＳＴＡ０は正常に受信されたことを確認した上で、ＡＣＫを送信する（２）。その後、通信局ＳＴＡ０はリッスンピリオドにわたり受信機を動作させ、自局宛てのパケットが受信されないことを確認してスリープ状態へと変更する。
なお、上記においては、リッスンピリオドでは受信機が動作していることを前提としてビーコンの受信を皮切りに該ビーコンの送信局に宛ててパケットを送信する場合の例を示したが、このほか、送信に先立ってメディアセンスを行っている場合には、ビーコン送信時刻前も受信機が動作していることは明白であり、この時間帯を狙って送信処理を行っても同様の効果が得られる。
上述した送受信手順例その２をまとめる。
信号の送信は受信側のビーコン送信直後にページング情報を送信し、これにより受信側がアクティブ状態に変化し、送受信処理が開始される。或いは、その後の送信側のビーコンによる呼び出しを皮切りに開始される。そして受信部は、最後のパケットの送受信の後、しばらく受信を試みるが自局宛てのパケットが到来しなければスリープ状態に落ち、他局のビーコンの受信あるいは自局のビーコンの送信をトリガにアクティブ状態へともどる。つまり、受信側のリッスンピリオド若しくはビーコン送信に先立つメディアセンス区間でページング情報を送信する。
なお、上記送受信手順２における受信側のビーコン送信直前／直後に送信されるメッセージはページング情報には限らないが、複数局からメッセージのアクセスが競合する可能性があるため、ページングやビーコン送信タイミング変更リクエストなどの緊急度の高いメッセージに限り送信を行うことが望ましい。
上記の説明においては、説明の簡略化の都合上、パケット送信に先立つＲＴＳ／ＣＴＳ手順を省いた形で説明を行っているが、必要に応じて、ＲＴＳパケットをＣＴＳパケットの交換をパケットの送信に先立ち行う場合もある。なお、その場合、ビーコンによるページングがＲＴＳ相当、ページレスポンスがＣＴＳ相当の役割を担うことは言うまでもない。
また、上述の例では、データ送信開始前に通信局間でページング情報とそのレスポンスのネゴシエーション処理を行う例を示したが、ある通信局宛のデータを保持している送信元通信局が、受信先通信局のリッスンピリオド内や、その通信局が受信動作を行っているＡｃｔｉｖｅなタイミングでネゴシエーションなしにデータの送信を開始してもよい（Ａｃｔｉｖｅ Ｔｒａｎｓｆｅｒシーケンス）。この場合は、コネクション確立のための処理を省くことができるため、効率がよい。
・ビーコンの送信タイミング決定処理の応用
ビーコンの送信タイミングに関して説明する。まず、図２１と図２２を用いて説明する。
例えば、通信局ＳＴＡ−０と通信局ＳＴＡ−１という２つの通信局が電波到達範囲内に存在する場合を想定する。この場合、ビーコンＢ０，Ｂ１は、ほぼ互い違いに配置され、図２１に示すような約４０［ｍｓｅｃ］間隔のタイミング関係になる。通信局ＳＴＡ−０と通信局ＳＴＡ−１の送信データ量がそれほど多くない場合、通信局ＳＴＡ−０からの送信信号は、通信局ＳＴＡ−０からのビーコンの送信を皮切りに開始され、暫く後に送信が終わる。通信局ＳＴＡ−１からの送信信号も同様であり、送信情報量がビーコンの間隔よりも短い時間で終了すれば、通信局ＳＴＡ−０と通信局ＳＴＡ−１の送信要求が衝突することはないはずである。
同様に３つの通信局が存在した場合を示すと、図２２に示すようになる。
ここでは、通信局ＳＴＡ−２が新規参入した場合を想定している。通信局ＳＴＡ−２のビーコン送信タイミングは図上の２０［ｍｓｅｃ］でも６０［ｍｓｅｃ］でもかまわない。しかし、通信局ＳＴＡ−２はビーコンの送信タイミングを決定する前に、メディア状態を走査し、トラヒックが、図２２中のビーコンＢ０に続いたパケット送信Ｐ０、及びビーコンＢ１に続いたパケット送信Ｐ１としてある場合、通信局ＳＴＡ−２はビーコンＢ２を２０［ｍｓｅｃ］のタイミングで送信したほうが衝突が少なくてすむことがわかる。このように観点から、通信局ＳＴＡ−２はメディアの占有状態、即ち各通信局のトラヒック量を考慮してビーコンの送信時刻を決定することが可能になる。通信局により送信のアクティビティが大きく異なるような場合にはとくに有効である。
・ストリームデータ送信のための帯域予約など
さらに、系内に広帯域のストリームデータを送信する通信局が存在する場合を考えてみる。送信局は一定帯域の信号を衝突させずに連続して送信したい。この場合、送信局は、スーパーフレーム周期内でビーコンの送信頻度を上げる。図２３で一例を示して説明する。
ーコンＢ１を送信していたのを変更し、他のタイミングでもビーコンＢ１′を送信するてしまう。
通常、チャネルにおけるスーパーフレーム周期はビーコン間隔によって定義される。本実施形態において、１つのスーパーフレーム周期における２個目以降のビーコンは、送受信区間を得ることを主目的として送信されるもので、ネットワーク構築のために送信される本来のビーコンとは性質を異にする。本明細書では、１つのスーパーフレーム周期における２個目以降のビーコンを「補助ビーコン」と呼ぶ。
他方、帯域（スーパーフレーム周期）内がビーコンで溢れないようにミニマムのビーコン間隔Ｂｍｉｎが規定されており、スーパーフレーム周期内に収容可能な通信局の台数には上限がある（前述）。このため、新規の通信局が参入してきたときには、これをスーパーフレーム周期内に収容するために、補助ビーコンを解放する必要がある。
図２３では、連続的にビーコンＢ１及びＢ１′を送信する例を示したが、別にこの限りではない。ビーコンを送信するとその直後にＴＰＰがくっついてくるため、アクセス獲得競合を行うことなくメディアの獲得が可能となる。メディアの占有権をより強く欲する通信局は、ビーコンの送信頻度をあげることにより、送信権利をより多く獲得することができるわけである。
また、この「補助ビーコン」は、必ずしもビーコン情報を掲載している必要はなく、ビーコンを複数回にわたり送信するオーバーヘッドを削減するため、「トラヒックを収容する偽ビーコン」というパケットカテゴリを定義し、パケットの属性はビーコンの一種である旨のフラグを立てつつも、内容はトラヒックを送信するようにしてもよい。
例えば、ある系において、キャパシティがほぼ限界をむかえ、これ以上のトラヒックを収容すると現在提供しているサービスのクオリティが保証できないなどという場合には、各通信局はビーコンを可能な限り送信し、新規通信局が到来した場合でも、ビーコンを送信するタイミングを与えず、このエリアでの新規通信局の収容を拒否することも可能である。
・クワイエット（Ｑｕｉｅｔ）パケットの利用例
各局のビーコン送信は定期的に行われるが、トラヒックパケットの送信は通常のＣＳＭＡ（若しくはＰＳＭＡ）の手順にしたがって行われることから、他局のトラヒックパケットの送信に起因して、ビーコンが受信できないという事態も発生し得る。この例を示したのが図２４である。
は、通信局ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、ＳＴＡ４が存在したとき、通信局ＳＴＡ２は通信局ＳＴＡ１に情報を送信しており、通信局ＳＴＡ３は通信局ＳＴＡ２の送信信号が受信可能域に存在し、通信局ＳＴＡ３は通信局ＳＴＡ４から送信されるビーコンを受信したいが、通信局ＳＴＡ２は通信局ＳＴＡ４のビーコンを受信できない領域にいるという状態を想定している。 この例では、時刻Ｔ０において通信局ＳＴＡ４がビーコンを送信し、通信局ＳＴＡ３はこれを受信しはじめる。しかし、通信局ＳＴＡ２は通信局ＳＴＡ４からの信号を受信できないため、ランダムバックオフの手順にしたがい時刻Ｔ１において通信局ＳＴＡ１宛ての情報送信を開始してしまう。この通信局ＳＴＡ２からの送信信号により、通信局ＳＴＡ３は干渉を受けることになり通信局ＳＴＡ４からのビーコンを受信できない状態になってしまう。
この事態を回避するために、クワイエット（Ｑｕｉｅｔ）パケットを用いる。クワイエットパケットは、周辺局に対して「今後、自局は他局からの受信を予定しているので誰も信号を送信しないでほしい」旨を伝えるパケットである。図２５に示す通り、クワイエットパケットには、「クワイエットパケットの送信局がどの局からの受信を予定しているか（ターゲット）」と「いつまで送信をやめてほしいか」を示す情報が記載されている。
図２４の例では、ＳＴＡ３は次回の通信局ＳＴＡ４のＴＢＴＴである時刻Ｔ４に先立ち時刻Ｔ３においてクワイエットパケットを送信する。これを受信した通信局ＳＴＡ２は、クワイエットパケットのターゲットが自分でないことを認識すると、クワイエットパケットで指示された時刻まで送信を行わない。一方、クワイエットパケットは通信局ＳＴＡ４にも到達するが、通信局ＳＴＡ４はクワイエットパケットのターゲットが自局であることを確認するとクワイエットパケットを無視し、予定どおりＴＢＴＴである時刻Ｔ４でビーコン送信を行い、通信局ＳＴＡ３は通信局ＳＴＡ２からの妨害なくしてビーコンを受信することが可能となる。
・メディアスキャン方法の動作例（ＰＳＭＡ：Ｐｒｅａｍｂｌｅ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）
本実施の形態では、アクセス方法としてＣＳＭＡを採用しているため、通信状態を確認しての送信（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｓｅｎｄ）が基本である。しかし、通信局のベースバンド部の物理レイヤの仕様として、受信電界強度（ＲＳＳＩ）などの情報がメディア占有情報として利用できない場合も考えられる。例えば、３ＧＨｚから１０ＧＨｚの広帯域を利用して通信を行なう、ウルトラワイドバンド通信のような通信方式の場合である。このような場合、パケットが存在しているか否かは、パケットの先頭部に付加されているユニークワードのプリアンブルの受信によってのみ認識されることになる。つまり、プリアンブルを検出することによる衝突回避制御であり、送信局は、メディア状態がクリアであることを確認した上で送信を行なう。これをＰＳＭＡと定義する。そのため、スリープ状態から起き上がってから送信を行う送信部は、いかなる情報に関して送信を行おうとする場合でも、あらかじめ定められた所定の時間（ＭＤＩ：Ｍａｘｉｍｕｍ Ｄａｔａ Ｉｎｔｅｒｖａｌ：最大データ間隔（すなわち最大パケット長））分の時間前からメディアの受信処理を開始し、この時間に他の通信局が送信するプリアンブルを検出した場合は送信を控える。
プリアンブル検出によるアクセス制御を行うことから、ＰＨＹフレームには必ずプリアンブルが付加されることになる。図２６に、ＰＨＹレイヤ（物理レイヤ）にて規定されるＰＨＹフレームフォーマットを示す。ＰＨＹフレームの先頭のプリアンブルは、既知のユニークワードで構成されている。
受信を行う通信局、ならびに送信を行う通信局は、プリアンブルを発見することにより、メディアが占有されていることを認識する。この様子を図２７を用いて説明する。図２７は、通信局ＳＴＡ０と通信局ＳＴＡ１が送信を行う場合についての説明であり、図２７（ａ）には通信局ＳＴＡ１の送信シーケンスが示され、図２７（ｂ）には通信局ＳＴＡ０の送信シーケンスが示されている。
そして、図２７（ｃ），（ｄ）には通信局ＳＴＡ０における送信部及び受信部の状態（ハイレベル：アクティブ状態、ローレベル：スリープ状態）が示されている。
時刻Ｔ１において通信局ＳＴＡ１がパケットの送信を開始する。この時点で通信局ＳＴＡ０はスリープ状態にあるため、通信局ＳＴＡ１がパケットを送信したことを認識できない。その後、時刻Ｔ１において通信局ＳＴＡ０から送信すべき情報が存在することを上位レイヤから通知されたとする（Ｔｘリクエスト）。従来の８０２．１１系の無線ＬＡＮにおけるＣＳＭＡの手順であれば、この時点からランダムバックオフ手順を開始するが、時刻Ｔ１から受信を開始したのでは、ユニークワードのプリアンブルを受信できないため、メディアが通信局ＳＴＡ１により利用されている旨を知る由がなく、通信局ＳＴＡ０が送信を開始することで通信局ＳＴＡ１のパケットに対し干渉を与えてしまう可能性がある。そこで、通信局ＳＴＡ０は、時刻Ｔ１でアクティブ状態になると、この時点から、最大データ間隔ＭＤＩ（Ｍａｘ．Ｕｎｉｑｕｅｗｏｒｄ Ｉｎｔｅｒｖａｌ）にわたりメディアがクリアである旨を確認する。時刻Ｔ１からＭＤＩだけ経過した時点が時刻Ｔ２であるが、通信局ＳＴＡ０は時刻Ｔ１から時刻Ｔ２まで受信機を動作させ、この間にパケットのユニークワード（図２５のプリアンブル）を検出しなかった場合に限り送信を開始する。
存在することを上位レイヤから通知された場合を想定する（Ｔｘリクエスト）。時刻Ｔ４の直前まで通信局ＳＴＡ０はスリープ状態にあったことから、時刻Ｔ４からＭＤＩにわたりメディアがクリアである旨の確認作業を開始する。すると、今度は時刻Ｔ５において通信局ＳＴＡ１からパケットが送信されるため、通信局ＳＴＡ０はユニークワードを検出し、このパケットの存在を認識する。通信局ＳＴＡ０は、このパケットの送信が終了した時刻Ｔ６からランダムバックオフの手順を開始し、タイマーが切れた時点Ｔ７までの間でユニークワードを検出しなければ時刻Ｔ７でパケットを送信する。
ここまでの説明では、ＭＤＩイコール最大パケット長という前提で説明したが、図２８に示すように、１パケットで送信できないくらいの多量のデータを送信したい場合に、１回のアクセス権の獲得で、長時間にわたりデータ転送を許容しても良い。図２８に示すように、１回のアクセス権の獲得で得られた最大データ送信長の範囲内で、ペイロードを含むデータパケットを繰り返し送信して、多量のデータを送信させる。
このように多数のパケットを連続して送信する場合の送信シーケンスを図２９に示す。図２９は、図２７と同様のシーケンス図であり、図２９（ａ）には通信局ＳＴＡ１の送信シーケンスが示され、図２９（ｂ）には通信局ＳＴＡ０の送信シーケンスが示されており、図２９（ｃ），（ｄ）には通信局ＳＴＡ０における送信部及び受信部の状態（ハイレベル：アクティブ状態、ローレベル：スリープ状態）が示されている。
時刻Ｔ０において、通信局ＳＴＡ１はパケットの送信を開始する。その後、時刻Ｔ１において通信局ＳＴＡ０において通信局ＳＴＡ０において送信すべき情報が存在することを上位レイヤから通知された場合を想定する（Ｔｘリクエスト）。時刻Ｔ１の直前まで通信局ＳＴＡ０はスリープ状態にあったことから、時刻Ｔ１からＭＤＩにわたりメディアがクリアである旨の確認作業を開始する。すると、時刻Ｔ２において通信局ＳＴＡ１から送信されているパケットのユニークワード（プリアンブル）を検出するため、ＳＴＡ１から送信されているパケットの存在を認識する。通信局ＳＴＡ０は、このパケットの送信が終了した時刻Ｔ３からランダムバックオフの手順を開始し、タイマーが切れた時点Ｔ４までの間でユニークワードを検出しなければ時刻Ｔ４でパケットを送信する。
なお、ここまでの本実施の形態で説明した時間，間隔，伝送レートなどの値については、一例を示したものであり、本発明の要旨を逸脱しない範囲で、その他の値を設定するようにしても良いことは勿論である。
また、上述した実施の形態では、通信局として、図２に示した送信や受信を行う専用の通信装置とした構成した例について説明したが、例えば各種データ処理を行うパーソナルコンピュータ装置に、本例での送信部や受信部に相当する通信処理を行うボードやカードなどを装着させた上で、ベースバンド部での処理を、コンピュータ装置側で実行するソフトウェアを実装させるようにしても良い。
引 用 符 号 の 説 明
１０，１１，１２，１３ ‥‥‥ 通信局
１０ａ，１１ａ，１２ａ，１３ａ‥‥‥通信局の通信可能範囲
８０ ‥‥‥ レジスタ
８１〜９２ ‥‥‥ 加算器
９３ ‥‥‥ レジスタ
１００ ‥‥‥ 無線通信装置
１０１ ‥‥‥ インターフェース
１０２ ‥‥‥ データ・バッファ
１０３ ‥‥‥ 中央制御部
１０４ ‥‥‥ ビーコン生成部
１０６ ‥‥‥ 無線送信部
１０７ ‥‥‥ タイミング制御部
１０９ ‥‥‥ アンテナ
１１０ ‥‥‥ 無線受信部
１１２ ‥‥‥ ビーコン解析部
１１３ ‥‥‥ 情報記憶部
本実施の形態において想定している通信の伝播路は無線であり、かつ単一の伝送媒体（周波数チャネルによりリンクが分離されていない場合）を用いて、複数の機器間でネットワークを構築する場合としてある。但し、複数の周波数チャネルが伝送媒体として存在する場合であっても、同様のことがいえる。また、本実施の形態で想定している通信は蓄積交換型のトラヒックであり、パケット単位で情報が転送される。また、以下に説明する各通信局での処理は、基本的にネットワークに参入する全通信局で実行される処理である。但し、場合によっては、ネットワークを構成する全ての通信局が、以下に説明する処理を実行するとは限らない。
図１には、本発明の一実施形態に係る無線通信システムを構成する通信装置の配置例を示している。この無線通信システムでは、特定の制御局を配置せず、各通信装置が自律分散的に動作し、いわゆるアドホック・ネットワークが形成されている。同図では、通信装置＃０から通信装置＃６までが、同一空間上に分布している様子を表わしている。
また、同図において各通信装置の通信範囲を破線で示してあり、その範囲内にある他の通信装置と互いに通信ができるのみならず、自己の送信した信号が干渉する範囲として定義される。すなわち、通信装置＃０は近隣にある通信装置＃１、＃４、と通信可能な範囲にあり、通信装置＃１は近隣にある通信装置＃０、＃２、＃４、と通信可能な範囲にあり、通信装置＃２は近隣にある通信装置＃１、＃３、＃６、と通信可能な範囲にあり、通信装置＃３は近隣にある通信装置＃２、と通信可能な範囲にあり、通信装置＃４は近隣にある通信装置＃０、＃１、＃５、と通信可能な範囲にあり、通信装置＃５は近隣にある通信装置＃４、と通信可能な範囲にあり、通信装置＃６は近隣にある通信装置＃２、と通信可能な範囲にある。
ある特定の通信装置間で通信を行なう場合、通信相手となる一方の通信装置からは聞くことができるが他方の通信装置からは聞くことができない通信装置、すなわち「隠れ端末」が存在する。
図２には、本発明の一実施形態に係る無線ネットワークにおいて通信局として動作する無線通信装置の機能構成を模式的に示している。図示の無線通信装置は、制御局を配置しない自律分散型の通信環境下において、同じ無線システム内では効果的にチャネル・アクセスを行なうことにより、衝突を回避しながらネットワークを形成することができる。
図示の通り、無線通信装置１００は、インターフェース１０１と、データ・バッファ１０２と、中央制御部１０３と、ビーコン生成部１０４と、無線送信部１０６と、タイミング制御部１０７と、アンテナ１０９と、無線受信部１１０と、ビーコン解析部１１２と、情報記憶部１１３とで構成される。
インターフェース１０１は、この無線通信装置１００に接続される外部機器（例えば、パーソナル・コンピュータ（図示しない）など）との間で各種情報の交換を行なう。
データ・バッファ１０２は、インターフェース１０１経由で接続される機器から送られてきたデータや、無線伝送路経由で受信したデータをインターフェース１０１経由で送出する前に一時的に格納しておくために使用される。
中央制御部１０３は、無線通信装置１００における一連の情報送信並びに受信処理の管理と伝送路のアクセス制御を一元的に行なう。中央制御部１０３では、例えば、ビーコン衝突時における衝突回避処理などの動作制御が行なわれる。
ビーコン生成部１０４は、近隣にある無線通信装置との間で周期的に交換されるビーコン信号を生成する。無線通信装置１００が無線ネットワークを運用するためには、自己のビーコン送信位置や周辺局からのビーコン受信位置などを規定する。これらの情報は、情報記憶部１１３に格納されるとともに、ビーコン信号の中に記載して周囲の無線通信装置に報知する。ビーコン信号の構成については後述する。無線通信装置１００は、伝送フレーム周期の先頭でビーコンを送信するので、無線通信装置１００が利用するチャネルにおける伝送フレーム周期はビーコン間隔によって定義されることになる。
無線送信部１０６は、データ・バッファ１０２に一時格納されているデータやビーコン信号を無線送信するために、所定の変調処理を行なう。また、無線受信部１１０は、所定の時間に他の無線通信装置から送られてきた情報やビーコンなどの信号を受信処理する。
無線送信部１０６及び無線受信部１１０における無線送受信方式は、例えば無線ＬＡＮに適用可能な、比較的近距離の通信に適した各種の通信方式を適用することができる。具体的には、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）方式、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：直交周波数分割多重）方式、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：符号分割多元接続）方式などを採用することができる。
アンテナ１０９は、他の無線通信装置宛に信号を所定の周波数チャネル上で無線送信し、あるいは他の無線通信装置から送られる信号を収集する。本実施形態では、単一のアンテナを備え、送受信をともに並行しては行なえないものとする。
タイミング制御部１０７は、無線信号を送信並びに受信するためのタイミングの制御を行なう。例えば、伝送フレーム周期の先頭における自己のビーコン送信タイミングや、他の通信装置からのビーコン受信タイミング、他の通信装置とのデータ送受信タイミング、並びにスキャン動作周期などを制御する。
ビーコン解析部１１２は、隣接局から受信できたビーコン信号を解析し、近隣の無線通信装置の存在などを解析する。例えば、隣接局のビーコンの受信タイミングや近隣ビーコン受信タイミングなどの情報は近隣装置情報として情報記憶部１１３に格納される。
情報記憶部１１３は、中央制御部１０３において実行される一連のアクセス制御動作などの実行手順命令（衝突回避処理手順などを記述したプログラム）や、受信ビーコンの解析結果から得られる近隣装置情報などを蓄えておく。
本実施形態に係る自律分散型ネットワークでは、各通信局は、所定のチャネル上で所定の時間間隔でビーコン情報を報知することにより、近隣（すなわち通信範囲内）の他の通信局に自己の存在を知らしめるとともに、ネットワーク構成を通知する。ビーコン送信周期のことを、ここではスーパーフレーム（Ｓｕｐｅｒ Ｆｒａｍｅ）と定義し、例えば８０ミリ秒とする。
新規に参入する通信局は、スキャン動作により周辺局からのビーコン信号を聞きながら、通信範囲に突入したことを検知するとともに、ビーコンに記載されている情報を解読することによりネットワーク構成を知ることができる。そして、ビーコンの受信タイミングと緩やかに同期しながら、周辺局からビーコンが送信されていないタイミングに自局のビーコン送信タイミングを設定する。
での処理が実行される。 次に、本実施の形態でのパケットフォーマットの例を、図１７に示す。パケットの先頭にはパケットの存在を知らしめる目的で、ユニークワードで構成されるプリアンブルが付加されている。プリアンブルの直後に送信されるヘディング領域には、このパケットの属性、長さ、送信電力、またＰＨＹがマルチ伝送レートモードならペイロード部伝送レートが格納されている。ヘディング領域は、ペイロード部に比べ所要ＳＮＲが数［ｄＢ］程度低くてすむように伝送速度を落とす。このヘディング領域は、いわゆるＭＡＣヘッダとは異なり、ＭＡＣヘッダはＰａｙｌｏａｄ部に含まれている。ペイロード部は図１７でＰＳＤＵ（ＰＨＹ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）と示されている部分であり、制御信号や情報を含むベアラビット列が格納される。ＰＳＤＵは、ＭＡＣヘッダとＭＳＤＵ（ＭＡＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）により構成されており、ＭＳＤＵ部に上位レイヤから渡されたデータ列が格納される。
以下では、説明を具体的に行うために、プリアンブルの長さは８［ｕｓｅｃ］であり、ペイロード部のビットレートは１００Ｍｂｐｓで伝送され、ヘディング領域は３バイトで構成され１２［Ｍｂｐｓ］で伝送される場合を想定する。すなわち、一つのＰＳＤＵを送受信する際には、１０［ｕｓｅｃ］（＝プリアンブル８［ｕｓｅｃ］＋ヘディング２［ｕｓｅｃ］）のオーバーヘッドが生じている。
なお、本実施の形態での基本的なアクセス手順は、従来と同様のＣＳＭＡ／ＣＡであり、送信前にメディアがクリアであることを確認した後に送信を行うものとしている。
・ビーコン送信手順
まず、図３を用いて本例の各通信局のビーコン送信の手順について説明する。ネットワークに参画する各通信局は、通信局の存在を周辺に知らせたりする目的で、周期的にビーコンを送信する。ここでは、周期を８０［ｍｓｅｃ］と仮定し、８０［ｍｓｅｃ］ごとにビーコンを送信する場合を用いて以下説明を行うが、８０［ｍｓｅｃ］に限定しているわけではない。
ビーコンで送信される情報が１００バイトだとすると、送信に要する時間は１８［ｕｓｅｃ］となる。８０［ｍｓｅｃ］に１回の送信なので、１通信局分のビーコンのメディア占有率は１／４４４４と十分小さい。ステーションに送信信号が到着していない場合でもビーコンは送信するため無駄に見えるが、送信時間率で１／４４４４と十分小さいため、大きな問題とはならない。
各通信局は、周辺の通信局から送信されるビーコンを受信して確認しながら、ゆるやかに同期する。ネットワーク内に新規に通信局が表れた場合、新規通信局は周辺の通信局からビーコンが送信されていないタイミングに、自局のビーコン送信タイミングを設定する。以下に例を示す。
周辺に通信局がいない場合、図３（ａ）に示すように、通信局〔番号０１〕は適当なタイミングでビーコンを送信し始めることができる。Ｂ０１が通信局〔番号０１〕が送信するビーコンの送信位置（タイミング）を示す。ビーコン送信周期のことを、ここではスーパーフレーム（Ｓｕｐｅｒ Ｆｒａｍｅ）と定義し、ここでのビーコンの間隔は８０［ｍｓｅｃ］である。なお、図３（ｂ），（ｃ），（ｄ）においてもＢに通信局番号を付与して示す位置がビーコンの送信タイミングである。
以降、新規参入通信局は、スーパーフレーム内で既に配置されている他の通信局が送信するビーコンと衝突しないように、自身が聞こえる範囲でビーコン間隔が最も長い時間帯のほぼ真中でビーコンの送信を開始する。例えば、図３（ａ）に示すようなビーコン送信状態で、新たな通信局〔番号０２〕が現れると、図３（ｂ）に示すように、通信局０１の存在を認識しつつ、通信局〔番号０１〕のビーコン間隔の真中のタイミングで送信を開始する。
以降、通信範囲内に新規に参入する通信局は、既存のビーコン配置と衝突しないように、自己のビーコン送信タイミングを設定する。このとき、各通信局はビーコン送信の直後に優先利用領域（ＴＰＰ）を獲得することから（後述）、各通信局のビーコン送信タイミングは密集しているよりも伝送フレーム周期内で均等に分散している方が伝送効率上より好ましい。したがって、本実施形態では、基本的に自身が聞こえる範囲でビーコン間隔が最も長い時間帯のほぼ真中でビーコンの送信を開始するようにしている。
さらにこの図３（ｂ）に示す状態で、新たな通信局〔番号０３〕が現れると、通信局〔番号０１〕と通信局〔番号０２〕の存在を認識しつつ、ビーコン間隔の真中のタイミングで送信を開始する。以下同様のアルゴリズムで、図３（ｃ）、図３（ｄ）に示すように、近隣で通信局が発生するにつれビーコン間隔が狭まっていく。但し、このようにしてビーコン間隔が狭まっていくと、ビーコンで帯域（伝送フレーム周期）が埋まってしまうので、帯域内がビーコンで溢れないように最小のビーコン間隔を規定しておく。例えば、最小のビーコン間隔Ｂｍｉｎ＝６２５［ｕｓｅｃ］に規定した場合、電波の届く範囲内では最大で１２８台の通信局までしか収容できないことになる。
図４には、スーパーフレーム内で配置可能なビーコン送信タイミングの構成例を示している。但し、同図に示す例では、８０ミリ秒からなるスーパーフレーム内における時間の経過を、円環上で時針が右回りで運針する時計のように表している。
図４に示す例では、０からＦまでの合計１６個の位置０〜Ｆがビーコン送信を行なうことができる時刻すなわちビーコン送信タイミングを配置可能な「スロット」として構成されている。図３を参照しながら説明したように、既存の通信局が設定したビーコン間隔のほぼ真中のタイミングで新規参入局のビーコン送信タイミングを順次設定していくというアルゴリズムに従って、ビーコン配置が行なわれたものとする。Ｂｍｉｎを５ミリ秒と規定した場合には、１スーパーフレームにつき最大１６個までしかビーコンを配置することができない。すなわち、１６台以上の通信局はネットワークに参入できない。
なお、図３並びに図４では明示されていないが、各々のビーコンは、各ビーコン送信時刻であるＴＢＴＴ（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ）から故意に若干の時間オフセットを持った時刻で送信されている。これを「ＴＢＴＴオフセット」と呼ぶ。本実施形態では、ＴＢＴＴオフセット値は擬似乱数にて決定される。この擬似乱数は、一意に定められる擬似ランダム系列ＴＯＩＳ（ＴＢＴＴ Ｏｆｆｓｅｔ Ｉｎｄｉｃａｔｉｏｎ Ｓｅｑｕｅｎｃｅ）により決定され、ＴＯＩＳはスーパーフレーム周期毎に更新される。
ＴＢＴＴオフセットを設けることにより、２台の通信局がスーパーフレーム上では同じスロットにビーコン送信タイミングを配置している場合であっても、実際のビーコン送信時刻がずらすことができ、あるスーパーフレーム周期にはビーコンが衝突しても、別のスーパーフレーム周期では各通信局は互いのビーコンを聞き合う（あるいは、近隣の通信局は双方のビーコンを聞く）ことができるので、自局のビーコンが衝突したことを認識できる。通信局は、スーパーフレーム周期毎に設定するＴＯＩＳをビーコン情報に含めて周辺局に報知する（後述）。
また、本実施形態では、各通信局は、データの送受信を行なっていない場合には、自局が送信するビーコンの前後は受信動作を行なうことが義務付けられる。また、データ送受信を行なわない場合であっても、数秒に一度は１スーパーフレームにわたり連続して受信機を動作させてスキャン動作を行ない、周辺ビーコンのプレゼンスに変化がないか、あるいは各周辺局のＴＢＴＴがずれていないかを確認することも義務付けられる。そして、ＴＢＴＴにずれを確認した場合には、自局の認識するＴＢＴＴ群を基準に−Ｂｍｉｎ／２ミリ秒以内をＴＢＴＴと規定しているものを「進んでいる」、＋Ｂｍｉｎ／２ミリ秒以内をＴＢＴＴと規定しているものを「遅れている」ものと定義し、最も遅れているＴＢＴＴに合わせて時刻を修正する。
ｃ］と規定した場合には、これ以上の通信局は、このネットワークに参入できない以上の手順でビーコンの送信を開始するフェーズを、ここではステップ１と呼ぶ。
・ＮＢＯＩフィールド
また、ビーコンで送信される情報の一つとして、Ｎｅｉｇｈｂｏｒｉｎｇ Ｂｅａｃｏｎ Ｏｆｆｓｅｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＮＢＯＩ）フィールドの記述例を図５に示す。ＮＢＯＩには、自局が受信可能なビーコンの位置（受信時刻）を自局のビーコンの位置（送信時刻）からの相対位置（相対時間）でビットマップにて記載する。図５に示す例においては、最小間隔Ｂｍｉｎ＝５［ｍｓｅｃ］で、ビーコン送信位置が１６種類しか存在できない場合を例にとっており、故にＮＢＯＩフィールド長が１６ビットとなっているが、１６ビットに限られるわけではない。
図５の例では、図４における通信局〔番号０〕が、「通信局〔番号１〕ならびに通信局〔番号９〕からのビーコンが受信可能である」旨を伝えるＮＢＯＩフィールドの例が示されている。受信可能なビーコンの相対位置に対応するビットに関し、ビーコンが受信されている場合にはマーク、受信されていない場合にはスペースを割り当てる。図５の例では、０ビット目、１ビット目、ならびに９ビット目がマークされている。０ビット目のマークは、自身のビーコンが送信されていることを示し、１ビット目のマークは、該ビーコンのＴＢＴＴからＢｍｉｎ＊１遅れたタイミングでビーコンが受信されていることを示す。同様に、９ビット目のマークは、該ビーコンのＴＢＴＴからＢｍｉｎ＊９遅れたタイミングでビーコンが受信されていることを示す。
詳細は後述するが、例えば、補助ビーコンを送信する場合などこの他の目的で、ビーコンが受信されていないタイミングに対応するビットに関してマークを行ってもかまわない。
・ＮＢＡＩフィールド
また、ここでは、ＮＢＯＩフィールドと類似して、同じくビーコンで送信される情報の一つとして、Ｎｅｉｇｈｂｏｒｉｎｇ Ｂｅａｃｏｎ Ａｃｔｉｖｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（ＮＢＡＩ）フィールドを定義する。ＮＢＡＩフィールドには、自局が実際に受信を行っているビーコンの位置（受信時刻）を自局のビーコンの位置からの相対位置でビットマップにて記載する。即ち、ＮＢＡＩフィールドは、自局が受信可能なアクティブの状態にあることを示す。
さらに、前記ＮＢＯＩとＮＢＡＩの二つの情報により、スーパーフレーム内のそのビーコン位置で自局がビーコンを受信する情報を提供する。即ち、ビーコンに含まれるＮＢＯＩ並びにＮＢＡＩフィールドにより、各通信局に関し、下記の２ビット情報を報知することになる。
図６には、新規に参入した通信局Ａがスキャン動作により周辺局から受信したビーコンから得た各ビーコンのＮＢＯＩに基づいて自局のＴＢＴＴを設定するまでの様子を示している。
通信局は、スキャン動作によりスーパーフレーム内に３つの局０〜２からのビーコンが受信できたとする。
周辺局のビーコン受信時刻を自局の正規ビーコンに対する相対位置として扱い、ＮＢＯＩフィールドはこれをビットマップ形式で記述している（前述）。そこで、通信局Ａでは、周辺局から受信できた３つのビーコンのＮＢＯＩフィールドを各ビーコンの受信時刻に応じてシフトし、時間軸上でビットの対応位置を揃えた上で、各タイミングのＮＢＯＩビットのＯＲをとることで、ＮＢＯＩを統合して参照する。具体的にその手順を説明する、ビーコン１は、ビーコン０の送信タイミングを基準として３スロット遅れて受信されている。この情報を通信局はメモリなどに保持する。そして、ビーコン１に含まれるＮＢＯＩフィールドの後ろ３スロットを先頭にシフトさせ、この情報をメモリ等に保持する（図６第二段）。ビーコン２についても同様の処理を行う（図６第三段）。
周辺局のＮＢＯＩフィールドを統合して参照した結果、得られている系列が図６中“ＯＲ ｏｆ ＮＢＯＩｓ”で示されている「１１０１，０００１，０１００，１０００」である。１はスーパーフレーム内で既にＴＢＴＴが設定されているタイミングの相対位置を、０はＴＢＴＴが設定されていないタイミングの相対位置を示している。この系列において、スペース（ゼロ）が最長ランレングスとなる場所が新規にビーコンを配置する候補となる。図６に示す例では、最長ランレングスが３であり、候補が２箇所存在していることになる。そして、通信局Ａは、このうち１５ビット目を自局の正規ビーコンのＴＢＴＴに定めている。
通信局Ａは、１５ビット目の時刻を自局の正規ビーコンのＴＢＴＴ（すなわち自局のスーパーフレームの先頭）として設定し、ビーコンの送信を開始する。このとき、通信局Ａが送信するＮＢＯＩフィールドは、ビーコン受信可能な通信局０〜２のビーコンの各受信時刻を、自局の正規ビーコンの送信時刻からの相対位置に相当するビット位置をマークしたビットマップ形式で記載したものである、図１０中の“ＮＢＯＩ ｆｏｒ ＴＸ（１ Ｂｅａｃｏｎ ＴＸ）”で示す通りとなる。
なお、通信局Ａが優先送信権利を得るなどの目的で補助ビーコンを送信する際には、さらにこの後、周辺局のＮＢＯＩフィールドを統合した“ＯＲ ｏｆ ＮＢＯＩｓ”で示されている系列のスペース（ゼロ）の最長ランレングスを探し、探し当てたスペースの箇所に補助ビーコンの送信時刻を設定する。図１０に示す例では、２つの補助ビーコンを送信する場合を想定しており，“ＯＲ ｏｆ ＮＢＯＩｓ”の６ビット目と１１ビット目のスペースの時刻に補助ビーコンの送信タイミングを設定している。この場合、通信局Ａが送信するＮＢＯＩフィールドは、自局の正規ビーコン並びに周辺局から受信するビーコンの相対位置に加え、さらに自局が補助ビーコンの送信を行なっている箇所（正規ビーコンに対する相対位置）にもマークされ、“ＮＢＯＩ ｆｏｒ ＴＸ（３ Ｂｅａｃｏｎ ＴＸ）”で示されている通りとなる。
各通信局が上述したような処理手順で自局のビーコン送信タイミングＴＢＴＴを設定してビーコンの送信を行なう場合、各通信局が静止して電波の到来範囲が変動しないという条件下では、ビーコンの衝突を回避することができる。また、送信データの優先度に応じて、補助ビーコン（又は複数のビーコンに類する信号）をスーパーフレーム内で送信することにより、優先的にリソースを割り当て、ＱｏＳ通信を提供することが可能である。また、周辺から受信したビーコン数（ＮＢＯＩフィールド）を参照することにより、各通信局がシステムの飽和度を自律的に把握することができるので、分散制御システムでありながら、通信局毎に系の飽和度を加味しつつ優先トラヒックの収容を行なうことが可能となる。さらに、各通信局が受信ビーコンのＮＢＯＩフィールドを参照することで、ビーコン送信時刻は衝突しないように配置されるので、複数の通信局が優先トラヒックを収容した場合であっても、衝突が多発するといった事態を避けることができる。
５に示す。 このように、通信局が、新規にネットワークに参入する際には、各通信局から受信したビーコンから得たＮＢＯＩの和をとった結果、スペースのランレングスが最長となる区間の中心をビーコン送信タイミングとして定める。
上述の説明は、ＮＢＯＩフィールドをＯＲで参照する例を示したが、ＮＢＡＩフィールドも同様の手順により和（ＯＲ）を参照することにより、マークされているタイミングのビーコン送信時刻においては、送信を行わないよう制御を行う。
即ち、通信局が、なんらかの情報を送信する際には、周辺通信局から送信されるビーコンを随時受信しておき、各通信局から受信したビーコンから得たＮＢＡＩフィールドの和（ＯＲ）をとった結果、マークされているタイミングのビーコン送信時刻においては、送信を行わないよう制御を行う。
図７に、この際の処理を示す。ここでは、ＮＢＡＩフィールドが８ビットである場合が示されており、上述した手順で各受信ビーコンのＮＢＡＩフィールドの和（ＯＲ）をとった結果、０ビット目と４ビット目と６ビット目がマークされている場合を例にとっている。０ビット目は自局のビーコンのことでありとくに付加処理は行わない。４ビット目がマークされているので、４ビット目のビーコン送信時刻である時刻Ｔ４においては、自局の送信許可フラグを下げ送信を行わないようにする。また、６ビット目に関しても同様であり、対応する時刻Ｔ６では、自局の送信許可フラグを下げ送信を行わないようにする。これにより、ある通信局がある通信局のビーコンを受信したい場合には、送信局はこの受信を妨げることがなくなり、信頼性の高い送受信を行うことが可能となる。
・ビーコン衝突シナリオ第１の例
図８を用いて、ＮＢＯＩフィールドから得られた情報の使い道の具体的な例を説明する。図８（ａ）〜（ｃ）の左側は通信局の配置状態であり、右側は、それぞれでの各局からのビーコンの送信例を示してある。
図８（ａ）では、通信局１０（ＳＴＡ０）のみが存在して、ビーコンＢ０を送信している場合を示している。このとき、通信局１０はビーコンの受信を試みるが受信されないため、適当なビーコン送信タイミングを設定して、このタイミングの到来に応答してビーコンＢ０の送信を開始することができる。ここではビーコンは８０［ｍｓｅｃ］おきに送信されている。このとき、通信局１０から送信されるビーコンのＮＢＯＩフィールドは全ビットとも０である。
その後、通信局１０の通信範囲内に通信局１１（ＳＴＡ１）が参入してきた場合を示したのが、図８（ｂ）である。通信局１１は、ビーコンの受信を試みると通信局１０のビーコンＢ０が受信される。さらに通信局１０のビーコンＢ０のＮＢＯＩフィールドは自局の送信タイミングを示すビット以外は全ビット０であるため、上述したステップ１にしたがって通信局１０のビーコン間隔のほぼ真ん中にビーコン送信タイミングを定める。通信局１１が送信するビーコンＢ１のＮＢＯＩフィールドは、自局の送信タイミングを示すビットと通信局１０からのビーコン受信タイミングを示すビットに１を設定し、その他のビットを０とする。また、通信局１０も、通信局１１からのビーコンを認識すると、該当するＮＢＯＩフィールドを１に設定する。
さらにその後、通信局１１の通信範囲内に通信局１２（ＳＴＡ２）が参入してきた場合を示したのが図８（ｃ）である。図８の例では、通信局１０は通信局１２にとって隠れ端末となっている。このため、通信局１２は通信局１１が通支局１０からビーコンを受信していることを認識できず、右側に示すように、通信局１０と同じタイミングでビーコンを送信し、衝突が生じてしまう可能性がある。ＮＢＯＩフィールドはこの現象を回避するために用いられる。通信局１２は、ビーコンの受信を試みると通信局１１からのビーコンＢ１が受信される。さらに通信局１１のビーコンＢ１のＮＢＯＩフィールドには、自局の送信タイミングを示すビットに加え、通信局１０がビーコンを送信しているタイミングを示すビットにも１が設定されている。このため、通信局１２は、通信局１０が送信するビーコンＢ０を直接受信はできていない場合であっても、通信局１０がビーコンＢ０を送信するタイミングを認識し、このタイミングでのビーコン送信を避ける。したがって、このとき通信局１２は、通信局１０が送信するビーコンと、通信局１１が送信するビーコンの間隔の真ん中あたりにビーコン送信タイミングを定める。もちろん、通信局１２の送信ビーコンＢ２中のＮＢＯＩでは、通信局１２と通信局１１のビーコン送信タイミングを示すビットを１に設定する。
すように、通信局１０と同じタイミングでビーコンを送信し衝突が生じてしまうＮＢＯＩフィールドはこの現象を回避するために用いられる。すなわち、ＮＢＯＩフィールドを用いることにより、図８（ｃ）の右側に示すビーコン衝突シナリオ（第１の例）は発生しないことになる。
このように、本実施形態に係る無線通信システムでは、各通信局はビーコン情報を報知することにより、他の通信局に自己の存在を知らしめるとともにネットワーク構成を通知することができ、新規に参入する通信局は、ビーコン信号を受信することにより、通信範囲に突入したことを検知するとともに、ビーコンに記載されている情報を解読して、既存のビーコン信号との衝突を避けてビーコン送出することにより新たなネットワークを構築することができる。
・ビーコン衝突シナリオ第２の例
上述したビーコン衝突シナリオ第１の例以外の場合に、ビーコンが衝突するケースを想定する。これをビーコン衝突シナリオ第２の例とし、図９に示す。第２の例は、すでにネットワークを構築している系同士が接近してくる事例である。
図９（ａ）においては、通信局１０（ＳＴＡ０）と通信局１１（ＳＴＡ１）は、通信局１２（ＳＴＡ２）と通信局１３（ＳＴＡ３）とは電波の届かない範囲に存在しており、通信局１０と通信局１１が通信を行っている。またこれとはまったく独立して、通信局１２と通信局１３が通信を行っている。このときの各局のビーコン送信タイミングが、図９（ａ）の右側に記されているとおり、互いに認識していない局同士で運悪く偶然に重なっている場合を想定する。その後、各局が移動し、図９（ｂ）に示すように、各局が送受信可能な状態になった場合を想定すると、各局のビーコンが衝突するという事態に陥る。
このような衝突は、次のような処理で回避できる。
・ＴＢＴＴオフセットインディケーター（Ｏｆｆｓｅｔ Ｉｎｄｉｃａｔｏｒ）
図１０には、ＴＢＴＴと実際にビーコンを送信する送信時刻が示されている。
ビーコンの送信タイミングは８０［ｍｓｅｃ］毎とステップ１で定めてある。この８０［ｍｓｅｃ］ごとに定めたビーコンの送信時刻をＴＢＴＴ（Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｔ Ｔｉｍｅ）と定義する。本実施の形態においては、上述したビーコン衝突シナリオ第２の例のような場合に、連続的にビーコンが衝突することを防ぐ目的で、ビーコンの送信タイミングをＴＢＴＴから故意にずらす。例えば、実際のビーコン送信時刻を図１０に示したように、ＴＢＴＴ、ＴＢＴＴ＋２０［ｕｓｅｃ］、ＴＢＴＴ＋４０［ｕｓｅｃ］、ＴＢＴＴ＋６０［ｕｓｅｃ］、ＴＢＴＴ＋８０［ｕｓｅｃ］、ＴＢＴＴ＋１００［ｕｓｅｃ］、ＴＢＴＴ＋１２０［ｕｓｅｃ］のいずれかの時刻となるようにＴＢＴＴオフセットを定義した場合、スーパーフレーム周期ごとにどのＴＢＴＴオフセットで送信するかを決定し、ビーコンに含まれるＴＯＩＳＳフィールド（後述）を更新する。ビーコン送信に先立ち今回はＴＢＴＴからどれだけずらして送信するかをランダムに選択してもよい。
ここでは、２０［ｕｓｅｃ］ステップで定義したが、２０［ｕｓｅｃ］である必要はなく、もっと小さいステップで定義してもかまわない。このように、ＴＢＴＴから故意にずらした分をＴＢＴＴオフセットと呼ぶ。
また、ビーコンで送信される情報の一つとして、図１５に示すようなＴＢＴＴ Ｏｆｆｓｅｔ Ｉｎｄｉｃａｔｏｒ Ｓｅｑｕｅｎｃｅ（ＴＯＩＳＳ）フィールドを定義しておく。ＴＯＩＳには、今回のビーコンがＴＢＴＴに比してどのくらい故意にずらして送信が行われたかを示すビーコン送信オフセット値が記されている。図１１の例では、ＴＢＴＴオフセットの値が７段階ある場合を示し、ＴＯＩＳフィールド長は３ビット「２∧３＞＝７」となっている。ＴＢＴＴ時に他パケットが伝送されている場合には、該パケットの伝送が終了してからビーコンを送信する場合があるため、ビーコンは送信局が意図した時刻に送信できない場合も存在する。この場合はＴＯＩＳとして、ＴＢＴＴ＋Ｘを示すビットをセットし、ビーコンを受信可能な周辺局に対し、今回のビーコン送信タイミングは意図した時刻に行えなかった旨を伝達する。
上述したように、ビーコン送信の時刻をＴＢＴＴオフセットに従ってずらすことにより「ビーコン衝突シナリオ第２の例」のようなワーストケースであっても、ビーコン信号が継続的に衝突する事態を避けることができる。
なお、ＴＢＴＴオフセットは、ＰＮ系列などの擬似ランダム系列で与えることもできる。図１２は、簡単な演算で得ることができる１６ビットの擬似ランダム系列（Ｍ系列）でＴＢＴＴオフセットを発生させる回路構成の例を示した図である。レジスタ８０にセットされたビット列を、加算器８１，８２，８３による加算で得た値に１ビットずつ更新させ、レジスタ８０の所定位置の値を取り出して、加算器８４〜９２で加算して、レジスタ９３に３ビットを入力させて、その３ビットをＴＢＴＴオフセットとする。このようにすることでも、ビーコン信号が継続的に衝突する事態を効果的に避けることができる。
上記では、ビーコンに含まれる情報として、ＴＯＩＳフィールドを定義する説明を行ったが、ＴＯＩＳフィールドのかわりに、図１２に示した擬似ランダム系列のレジスタ８０の中身（ＴＯＩ Ｓｅｑｕｅｎｃｅ）をビーコンに含まれる情報として送信する場合もある。該レジスタ８０の中身をビーコンに含まれる情報として送信する場合、該信号受信した受信局は図１２に記載の手段でレジスタ９３の情報を抽出し、ＴＯＩ情報を得ることが可能である。ＴＯＩＳの算出は、定期的に送信されるビーコンを送信する毎に行う。これより、一度ビーコンを受信した局は該送信局のＴＯＩＳ情報をフリーランで算出することが可能となり、ビーコンの受信に先立ち、次回、次々回のＴＢＴＴオフセットを得ることができる。
なおこの場合においても，送信局が意図した時刻に送信できなかった場合には，ＴＯＩシーケンス（ＴＯＩ Ｓｅｑｕｅｎｃｅ）としてオールゼロを送信するなど、ビーコン受信局に、今回のビーコン送信タイミングは意図した時刻に行えなかった旨を伝達する。
・ビーコン送信タイミング変更リクエスト
ところで、「ビーコン衝突シナリオ第２の例」のような場合、数回に一回はビーコンが衝突することになり問題が残る。そこで、各局は、複数局におけるＴＢＴＴがほぼ同時に設定されていると認識した場合は、該ビーコン送信局のいずれかに対してＴＢＴＴを変更してほしい旨のリクエストメッセージを送信することができる。該メッセージを受け取った通信局は、周辺局のビーコンをスキャンし、自局においてビーコンが受信されておらず、かつ受信ビーコンのＮＢＯＩにより１がセットされていない時刻を新たなＴＢＴＴ（新ＴＢＴＴ）として設定する。新ＴＢＴＴを設定した後、実際にＴＢＴＴを変更する前に、現行ＴＢＴＴで送信するビーコンに「新ＴＢＴＴを設定したのでこれからＸＸ［ｍｓｅｃ］後にＴＢＴＴを変更します」というメッセージを掲載した後に、ＴＢＴＴの変更を行う。
・クロック周波数ずれ対策
次に、各通信局間で生じるクロック周波数のずれをなくすためのメカニズムについて説明する。各通信局のクロックがずれていると送受信のタイミングが各局間でドリフトが生じる。仮に、クロックの精度として±２０ｐｐｍまでのずれを許容したとすると、８０［ｍｓｅｃ］で３．２［ｕｓｅｃ］ずれる。そのまま放置しておくと、ビーコン送信のタイミングが重なる事態が生じる。そこで、各通信局は４．０［ｓｅｃ］程度につき一度以上は周辺から送信されてくるビーコンを連続的にスキャンする。その時間は、自局のビーコン送信間隔以上の時間にわたって受信するのが望ましい。そして、最も遅れている通信局のビーコン送信タイミング（ＴＢＴＴ）に合わせる。最高にずれている場合、４．０［ｓｅｃ］の間で約１６０［ｕｓｅｃ］ずれることになるが、ずれ情報を入手した後は自局内でタイミングを制御するなどの方策をとることができる。
なお、ビーコンのスキャンは、上記目的のほか、周辺機器の状態（プレゼンス）に変化が生じていないかどうかを確認する目的でも行われる。即ち、スキャンを行っている最中に、これまでに存在していなかった通信局からのビーコンが受信された場合、新規通信局が現れた旨を該ビーコンで報知されている情報とともに上位レイヤに通達する。逆に、これまで受信可能であった通信局のビーコンが受信できなかった場合は、その旨を記憶しておく。複数回のスキャンにわたり同一通信局からのビーコンが受信できなかった場合には、該通信局がネットワークから離脱したと認識し、上位レイヤに通達する。あるいは、これまで受信可能であった通信局のビーコンが受信できなかった場合は、周辺の通信局の状態に変化が生じたものとみなし、その旨を逐次上位レイヤに通達し、近隣局のリスト（Ｎｅｉｇｈｂｏｒ Ｌｉｓｔ）の更新を行なう
次に、クロック周波数ずれ対策のためのアルゴリズムの詳細を、図１３のフローチャートを参照して説明する。クロック周波数ずれ情報はビーコンのスキャンにより行われる。ビーコンスキャン（クロック周波数ずれ対策処理）を開始するとまずタイマーがセットされ、ビーコン間隔である８０［ｍｓｅｃ］のカウントを開始する。このカウントが終了したか否か判断し（ステップＳ１）、カウントが終了した時点でビーコンのスキャンならびクロック周波数ずれ対策処理に要する情報収集も終了する。タイマーが終了するまでビーコンの受信を試みる。ビーコンが受信されると（ステップＳ２）、自局内で計算したＴＢＴＴと受信したビーコンのＴＢＴＴを比較する。受信したビーコンのＴＢＴＴは、ビーコンを受信した時刻とＴＯＩＳフィールドを参照することにより得ることができる。なお、ＴＯＩＳフィールドがＴＢＴＴ＋Ｘとセットされていた場合には、該ビーコンの受信時刻は集計対象から外す。
ＴＯＩＳシーケンスがビーコンに記載されていた場合には、ＴＢＴＴ＋Ｘを示す表記として全ビット０をセットし、これを受信した局は、ＴＯＩＳシーケンスがすべて０だった場合には、該ビーコンの受信時刻は集計対象からはずす。
通信局は、集計対象のビーコンに関して「自局内で計算したＴＢＴＴよりも受信したビーコンのＴＢＴＴがどれだけ遅れているか」を算出し（ステップＳ３）、タイマーが終了するまでに受信された全てのビーコンの中で、どのビーコンのＴＢＴＴが最も遅れているか判断して（ステップＳ４）、この遅れ量を最も遅れているタイミング（Ｍｏｓｔ Ｄｅｌａｙｅｄ Ｔｉｍｉｎｇ：ＭＤＴ）として記憶する（ステップＳ５）。タイマーが終了した時点で得られているＭＤＴから予め設定してあるａ［ｕｓｅｃ］（たとえば２［ｕｓｅｃ］）を差し引いた値をαとする（ステップＳ６）。αが正の数すなわち、ＭＤＴからａ［ｕｓｅｃ］を差し引いてもなおかつ自局のクロックよりも遅れているか否か判断し（ステップＳ７）、遅れている場合には、αだけ自局のクロックを遅らせる（ステップＳ８）。
このような処理を行うことにより、各通信局のクロックがずれている場合であっても、基本的に系内に存在する通信局の最も遅いクロックにあわせて時刻が刻まれることになり、送受信のタイミングがドリフトして重なっていくという事態は避けることができる。上記の値ａ［ｕｓｅｃ］はタイミング制御に要求される仕様に応じて設定すべき値であり、ここでは限定は行わない。
なお、スキャンの間隔は、はじめは１［ｓｅｃ］程度の比較的短い間隔を設定しておき、上記のクロックドリフト値の抽出作業に際して、自局と周辺局のクロック周波数の不一致が著しくないと判断した場合に、段階的に長い間隔を設定していくなどという手法を併用するとクロックドリフトによる影響をさらに抑えることができる。
・特定局ビーコンの受信停止
各通信局は、上記の手順にしたがって、周辺局の送信するビーコンを受信するが、上位レイヤから、「この通信局とは今後通信を行わない」という指示を受けた場合には、該通信局のビーコン送信時刻での受信作業を行わない。これにより、自局と関連のない通信局との間で不要な受信処理を削減することが可能となり、低消費電力化に貢献することが可能となる。「この通信局とは今後通信を行わない」という指示は、通信局の機器の属性から判断される場合や、認証が行えなかった場合や、ユーザにより指定される場合などが存在する。
・パケット間隔（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）の定義
ＩＥＥＥ８０２．１１方式などの場合と同様に、本例においても複数のパケット間隔を定義する。ここでのパケット間隔の定義を、図１４を参照して説明する。
ここでのパケット間隔は、短いパケット間隔であるＳＩＦＳ（Ｓｈｏｒｔ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）と、長いパケット間隔であるＬＩＦＳ（Ｌｏｎｇ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）の２つを定義する。プライオリティが与えられたパケットに限りＳＩＦＳのパケット間隔で送信を許容し、それ以外のパケットはＬＩＦＳ＋ランダムに値を得るランダムバックオフのパケット間隔だけメディアがクリアであることを確認した後に送信を許容する。ランダムバックオフ値の計算方法は既存技術で知られている方法をとる。
さらに本例においては、上述したパケット間隔である「ＳＩＦＳ」と「ＬＩＦＳ＋バックオフ」のほか、「ＬＩＦＳ」と「ＦＩＦＳ＋バックオフ」（ＦＩＦＳ：Ｆａｒ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）を定義する。通常は「ＳＩＦＳ」と「ＬＩＦＳ＋バックオフ」のパケット間隔を適用するが、ある通信局に送信の優先権が与えられている時間帯においては、他局は「ＦＩＦＳ＋バックオフ」のパケット間隔を用い、優先権が与えられている局はＳＩＦＳあるいはＬＩＦＳでのパケット間隔を用いるというものである。「ある通信局に送信の優先権が与えられている時間帯」については、以下で説明する。
・送信優先区間ＴＰＰ
各通信局は、ビーコンを一定間隔で送信しているが、本例では、ビーコンを送信した後しばらくの間は、該ビーコンを送信した局に送信の優先権を与える。ビーコン送信局に優先送信権が与えられる様子をの一例を図１５に示す。図１５では、この送信優先区間として４８０［ｕｓｅｃ］が与えられる場合の例を示している。この優先区間をＴＰＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｉｏｒｉｔｉｚｅｄ Ｐｅｒｉｏｄ）と定義する。ＴＰＰは、ビーコン送信直後に開始し、ＴＢＴＴからＴ＿ＴＧＰ経過した時刻に終了する。各通信局はスーパーフレームごとにビーコンを送信するため、基本的には各通信局に対して、同時間率のＴＰＰが配布される形となる。一の通信局のＴＰＰが満了すると、他の通信局がビーコンを送信するまでの間がＦＡＰ（Ｆａｉｒｌｙ Ａｃｃｅｓｓ Ｐｅｒｉｏｄ）となる。
ＦＡＰ（Ｆａｉｒｌｙ Ａｃｃｅｓｓ Ｐｅｒｉｏｄ）では、通常のＣＳＭＡ／ＣＡ方式（若しくは、後述するＰＳＭＡ／ＣＡ方式）による公平なメディア獲得競合が行なわれる。
図１６はスーパーフレームの構成を示している。同図に示すように各通信局からのビーコンの送信に続いて、そのビーコンを送信した通信局のＴＰＰが割り当てられ、ＴＰＰの長さ分だけ時間が経過するとＦＡＰになり、次の通信局からのビーコンの送信でＦＡＰが終わる。
なお、ここではビーコンの送信直後からＴＰＰが開始する例を示したが、これには限定されるものではなく、例えば、ビーコンの送信時刻から相対位置（時刻）でＴＰＰの開始時刻を設定してもかまわない。また、ＴＰＰは、ＴＢＴＴから４８０［μｓｅｃ］といった形で定義される場合もある。また、図１５に示す通り、ＴＧＰの領域は、ＴＢＴＴを基準にした期間Ｔ＿ＴＰＰを持って満了するため、ＴＢＴＴオフセットによりビーコンの送信時刻が遅れた場合には、ＴＰＰの領域は削減されることになる。
ここで、スーパーフレーム内の各フィールドにおけるパケット間隔（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）について説明する。各通信局は、ＦＡＰにおいてはすべての通信局は”ＬＩＦＳ＋バックオフ”の間隔での送信を行うことができ、公平なコンテンション制御によるアクセス権の獲得が行なわれる。例えば、アクセス権を獲得するためにＲＴＳや短いコマンドの送信が”ＬＩＦＳ＋バックオフ”の間隔で送信が行なわれ、その後に送信されるＣＴＳやデータやＡｃｋは、”ＳＩＦＳ”の間隔で送信が行なわれる。以下にＦＡＰにおけるＩＦＳパラメータを示す。
優先送信権を獲得した通信局が、特定の通信局に対してＲＴＳを送信したがＣＴＳの応答がない場合、優先送信権を獲得している通信局はＬＩＦＳの間隔でＲＴＳの再送を行う。
また、優先送信権を獲得した通信局への送信データを保有している別の通信局は、「該ノードが送信データを保有していない」旨を確認した場合には、ＳＩＦＳ＋バックオフ（Ｂａｃｋｏｆｆ）での送信を許容する。但し、第３の通信局では、優先送信権を獲得した通信局がＤａｔａを保有していることを知るすべがないことが多い。
優先送信権を得ていない通信局は、ビーコンを受信することにより他通信局の優先送信が開始されることを認識し、Ｔ＿ＴＰＰの間にわたり基本フレーム間隔をＦＩＦＳに設定し、ＦＩＦＳ＋バックオフのフレーム間隔でアクセス権獲得を試みる。
上記の手順により、ＴＰＰ領域で優先送信権を獲得した通信局が送受信するデータを保持している場合にはその通信局にアクセス権が与えられ、送受信すべきデータを保持していない場合には、その通信局のアクセス権が放棄され、他の通信局がアクセス権を獲得するというメカニズムが実現される。
各通信局の種類と状態によって、以下のような制御が必要になる。
また、各通信局は、基本的にはスーパーフレーム周期毎に１回のビーコンを送信するが、場合に応じて、複数個のビーコンあるいはビーコンに類する信号を送信することが許容され、これらのビーコンを送信する度にＴＰＰを獲得することができる。言い換えれば、通信局は、スーパーフレーム毎に送信するビーコンの個数に応じて優先的な送信用のリソースを確保できることになる。ここで、通信局がスーパーフレーム周期の先頭で必ず送信するビーコンのことを「正規ビーコン」、それ以外のタイミングでＴＰＰ獲得又はその他の目的で送信する２番目以降のビーコンのことを「補助ビーコン」と呼ぶことにする。
・ＴＰＰの使い方の応用
ちなみに、ＴＰＰを４８０［ｕｓｅｃ］と定義した場合には、６０［Ｂｙｔｅ］相当のパケットを２１個、あるいは６０００［Ｂｙｔｅ］のパケットを約１個送信することが可能である。すなわち、メディアがどんなに混雑していても、８０［ｍｓｅｃ］おきに２１個程度のＡＣＫ送信は保証されていることになる。あるいは、ＴＰＰだけを用いた場合６００［ｋｂｐｓ］（＝６０００［Ｂｙｔｅｌ／８０［ｍｓｅｃ］）の伝送路を最低限確保していることになる。
なお、上記では、ＴＰＰ中の通信局にのみ優先送信権が与えられる説明を行ったが、ＴＰＰ中の通信局に呼び出された通信局にも優先送信権利を与える。基本的にＴＰＰにおいては、送信を優先するが、自通信局内に送信するものはないが、他局が自局宛てに送信したい情報を保持していることがわかっている場合には、その「他局」宛てにページング（Ｐａｇｉｎｇ）メッセージ或いはポーリング（Ｐｏｌｌｉｎｇ）メッセージを投げたりしてもよい。
逆に、ビーコンを送信したものの、自局には何も送信するものがない場合でかつ他局が自局宛てに送信したい情報を保持している事を知らない場合、該通信局は何もせずＴＰＰで与えられた送信優先権を放棄し、何も送信しない。すると、ＬＩＦＳ＋バックオフあるいは ＦＩＦＳ＋バックオフ経過後に他局がこの時間帯でも送信を開始する。
図１６に示したようにビーコン送信した直後にＴＰＰが続くという構成を考慮すると、各通信局のビーコン送信タイミングは密集しているよりも伝送フレーム周期内で均等に分散している方が伝送効率上より好ましい。したがって、本実施形態では、基本的に自身が聞こえる範囲でビーコン間隔が最も長い時間帯のほぼ真中でビーコンの送信を開始するようにしている。勿論、各通信局のビーコン送信タイミングを集中して配置し、残りの伝送フレーム周期では受信動作を停止して装置の消費電力を低減させるという利用方法もある。
・ビーコンのフィールド
本実施形態に係る自立分散型無線通信システムにおいて送信されるビーコンに記載された情報について説明する。図１８にビーコン信号フォーマットの一例を示す。
図１７を用いてすでに説明したように、パケットの先頭には、パケットの存在を示すプリアンブルがついており、その次にパケットの属性や長さなどが記載されているヘディング領域が存在し、その後ろにＰＳＤＵが連結されている。ビーコンを送信する場合、ヘディング領域において、該パケットがビーコンである旨を示す情報が掲載されている。また、ＰＳＤＵ内にビーコンで報知したい情報が記載されている。
図示の例では、ビーコンには、送信元局を一意に示すアドレスであるＴＡ（Ｔｒａｎｓｍｉｔｔｅｒ Ａｄｄｒｅｓｓ）フィールドと、当該ビーコンの種類を示すＴｙｐｅフィールドと、当該ビーコンを送信したスーパーフレーム周期におけるＴＢＴＴオフセット値（前述）を示す情報であるＴＯＩ（ＴＢＴＴ Ｏｆｆｓｅｔ Ｉｎｄｉｃａｔｉｏｎ）フィールドと、周辺局から受信可能なビーコンの受信時刻情報であるＮＢＯＩ（Ｎｅｉｇｈｂｏｒｉｎｇ Ｂｅａｃｏｎ Ｏｆｆｓｅｔ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドと、自局がどの時刻に送信されるビーコン信号を受信しているかを示す情報であるＮＢＡＩ（Ｎｅｉｇｈｂｏｒｉｎｇ Ｂｅａｃｏｎ Ａｃｔｉｖｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドと、ＴＢＴＴの変更やその他各種の伝達すべき情報を格納するＡＬＥＲＴフィールドと、当該通信局が優先的にリソースを確保している量を示すＴｘＮｕｍフィールドと、当該スーパーフレーム周期内で複数のビーコンを送信する場合に当該ビーコンに割り振られた排他的な一意のシリアル番号を示すＳｅｒｉａｌフィールドと、現在この通信局が誰宛てに情報を有しているかを報知する情報であるＴＩＭ（Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍａｐ）フィールドと、ＴＩＭフィールドに掲載されている受信局のうち、直後のＴＰＰにおいて送信を予定していることを示すＰａｇｅ（Ｐａｇｉｎｇ）フィールドと、当該局がどのレベル（受信ＳＩＮＲ）までの受信信号を受信信号として検出しているかの情報を格納するＳｅｎｓｅ Ｌｅｖｅｌフィールドと、当該局が内包している時刻情報を通達するＴＳＦ（Ｔｉｍｉｎｇ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）フィールドと、当該局のオーナーなどを示す識別子であるＮｅｔＩＤ（Ｎｅｔｗｏｒｋ Ｉｄｅｎｔｉｆｉｅｒ）フィールドなどが含まれている。
Ｔｙｐｅフィールドには、当該ビーコンの種類が８ビット長のビットマップ形式で記述される。本実施形態では、ビーコンが、各通信局が１スーパーフレーム毎のその先頭で１回だけ送信する「正規ビーコン」、あるいは優先的送信権を得るために送信されている「補助ビーコン」のいずれであるかを識別するための情報として、プライオリティを示す０から２５５までの値を用いて示される。具体的には、１スーパーフレーム毎に１回送信することが必須である正規ビーコンの場合は最大のプライオリティを示す２５５が割り当てられ、補助ビーコンに対してはトラフィックのプライオリティに相当する０から２５４までのいずれかの値が割り当てられる。
ＴＯＩフィールドでは、上述のＴＢＴＴオフセットを決定する擬似ランダム系列が格納されており、当該ビーコンがどれだけのＴＢＴＴオフセットを以って送信されているかを示す。ＴＢＴＴオフセットを設けることにより、２台の通信局がスーパーフレーム上では同じスロットにビーコン送信タイミングを配置している場合であっても、実際のビーコン送信時刻がずらすことができ、あるスーパーフレーム周期にはビーコンが衝突しても、別のスーパーフレーム周期では各通信局は互いのビーコンを聞き合う（あるいは、近隣の通信局は双方のビーコンを聞く）、すなわち衝突を認識することができる。
ＮＢＯＩフィールドは、スーパーフレーム内において自局が受信可能な周辺局のビーコンの位置（受信時刻）を記述した情報である。本実施形態では、図４に示したように１スーパーフレーム内で最大１６個のビーコンを配置なスロットが用意されていることから、受信できたビーコンの配置に関する情報を１６ビット長のビットマップ形式で記述する。すなわち、自局の正規ビーコンの送信時刻を基準としてＮＢＯＩフィールドの先頭ビット（ＭＳＢ）にマッピングするとともに、自局が受信可能なビーコンの位置（受信時刻）を自局の正規ビーコンの送信時刻からの相対位置のビットにマッピングし、自局の正規又は補助ビーコンの相対位置（オフセット）並びに受信可能なビーコンの相対位置（オフセット）に対応するビットに１を書き込み、それ以外の相対位置に対応するビット位置は０のままとする。
例えば、図４に示したように最大１６局の通信局０〜Ｆが収容されている通信環境下で、通信局０が「１１００，００００，０１００，００００」のようなＮＢＯＩフィールドを作った場合には、「通信局１並び通信局９からのビーコンが受信可能である」旨を伝えることになる。つまり、受信可能なビーコンの相対位置に対応するビットに関し、ビーコンが受信可能である場合には１がマークされ、受信されてない場合には０すなわちスペースを割り当てる。また、ＭＳＢが１になっているのは自局がビーコンを送信しているためで、自局が補助ビーコンを送信している時刻に相当する場所も１をマークする。
ＮＢＡＩフィールドには、自局が実際に受信を行っているビーコンの位置（受信時刻）を自局のビーコンの位置からの相対位置でビットマップにて記載する。即ち、ＮＢＡＩフィールドは、自局が受信可能なアクティブの状態にあることを示す。
ＡＬＥＲＴフィールドには、異常状態において、周辺局に対して伝達すべき情報を格納する。例えば、ビーコンの衝突回避などのため自局の正規ビーコンのＴＢＴＴを変更する予定がある場合や、また周辺局に対し補助ビーコンの送信の停止を要求する場合には、その旨をＡＬＥＲＴフィールドに記載する。ＡＬＥＲＴフィールドの具体的な使用形態については後述に譲る。
ＴｘＮｕｍフィールドは、当該局がスーパーフレーム周期内で送信している補助ビーコンの個数が記載される。通信局はビーコン送信に続いてＴＰＰすなわち優先送信権が与えられることから、スーパーフレーム周期内での補助ビーコン数は優先的にリソースを確保して送信を行なっている時間率に相当する。
Ｓｅｒｉａｌフィールドには、当該スーパーフレーム内で複数のビーコンを送信する場合に当該ビーコンに割り振られたシリアル番号が書き込まれる。ビーコンのシリアル番号として、スーパーフレーム内に送信する各々のビーコンに排他的で一意の番号が記載される。本実施形態では、自局の正規ビーコンを基準に、何番目のＴＢＴＴで送信している補助ビーコンであるかを示すシリアル番号がＳｅｒｉａｌフィールドに記載される。
ＴＩＭフィールドには、現在この通信局が誰宛てに情報を有しているかの報知情報が格納される。ＴＩＭを参照することにより、受信局は自分が受信を行わなければならないことを認識することができる。
また、Ｐａｇｉｎｇは、ＴＩＭに掲載されている受信局のうち、直後のＴＰＰにおいて送信を予定していることを示すフィールドであり、このフィールドで指定された局はＴＰＰでの受信に備えなければならない。そのほかのフィールド（ＥＴＣフィールド）も用意されている。
ＴＳＦフィールドは，当該局が内包している時刻情報を通達するフィールドであり、この時刻はメディアアクセスの用途とは別用途で、主にアプリケーションの同期の目的で用いられる。ビーコンの送信時刻の変更やＴＤＭＡ構造保持のためのクロックの補正や、ＴＢＴＴオフセットなどといったアクセス制御とは無関係に、送信局の備えるクロックに忠実にフリーランではじき出される当該信号の送信時刻を掲載する。受信局は、この値を受信時刻とともに上位レイヤに提供し、当該局から送信される情報の基準時刻情報として保持することがある。
ＮｅｔＩＤフィールドは，当該局のオーナーなどを示す識別子であり、受信局は、このフィールドを参照することにより、自局と当該局が論理的に同一のネットワークに属しているか否かを認識することができる。
・定常状態における送受信機の手順その１
典型的な通信局の送受信手順例について図１９を用いて説明する。図１９では、通信局ＳＴＡ０と通信局ＳＴＡ１に関しての説明が、通信局ＳＴＡ０から通信局ＳＴＡ１に対して送信を行う場合を例にとって、なされている。各通信局は、毎回、他局のビーコン信号を受信しているとは限らない。上位レイヤからの指示などにより、受信頻度を落としている場合もある。図１９（ａ）が通信局ＳＴＡ０と通信局ＳＴＡ１の間で送受信されるパケットのシーケンス図を示し、図１９（ｂ）が通信局ＳＴＡ０の送信部の状態、図１９（ｃ）が通信局ＳＴＡ０の受信部の状態を示している。送受信部の状態は、ハイレベルがアクティブ状態（受信又は送信を試みている状態）であり、ローレベルがスリープ状態を示している。
まず、通信局ＳＴＡ０はメディアがクリアなことを確認した後にビーコンを送信する。このビーコン中のＴＩＭと（あるいは）ＰＡＧＥにおいて、通信局ＳＴＡ１が呼び出されているものとする。該ビーコンを受信した通信局ＳＴＡ１は、ページング情報に対するレスポンスを行う（０）。このレスポンスは通信局ＳＴＡ０のＴＰＰ中に相当するため、優先権を得ているためＳＩＦＳ間隔で送信される。以降、ＴＰＰ内での通信局ＳＴＡ１と通信局ＳＴＡ０の間の送受信は優先権を得ているためＳＩＦＳ間隔で送信される。レスポンスを受信した通信局ＳＴＡ０は、通信局ＳＴＡ１が受信可能状態にあることを確認すると、通信局ＳＴＡ１宛てのパケットを送信する（１）。さらに図１９では、通信局ＳＴＡ１宛てのパケットが存在するのでもう一つパケットを送信している（２）。２つ分のパケットを受信した通信局ＳＴＡ１は、これらが正常に受信されたことを確認した上で、ＡＣＫを送信する（３）。その後、通信局ＳＴＡ０は最後のパケットを送信する（４）。ところが、先のＡＣＫを受信した間に通信局ＳＴＡ０のＴＰＰが終了し、（４）の送信時はＦＡＰに突入している。ＦＡＰにおいては、送信優先権がないため（４）のパケットに関してはＬＩＦＳ＋バックオフの間隔で送信を行う。通信局ＳＴＡ１は（４）のパケットに対応するＡＣＫを送信する（５）。
最後の送信が行われてからしばらくの間をリッスンピリオド（Ｌｉｓｔｅｎ Ｐｅｒｉｏｄ）と定義し、各通信局は受信機を動作させることを義務付ける。図１９にもこの様子が示されている。リッスンピリオド内で受信パケットが存在しない場合、通信局はスリープ状態へと状態を変更し、送受信機をストップさせ消費電力の削減を試みる。ただし、あらかじめ「スリープ状態への変更を希望しない」旨のなんらかのメッセージを他局から受信していたり、上位レイヤから同様のメッセージを受けている場合にはこの限りではなく、引き続き受信部の動作を継続する。
一旦、スリープ状態に落ちた通信局は、例えば他局のビーコンの受信や自局のビーコンの送信など、なんらかの次回の送受信が予定されている時刻をトリガにスリープ状態を解除し、アクティブ状態に戻る。図１９の例では、通信局ＳＴＡ１のビーコン受信のために一旦アクティブ状態に戻るが、通信局ＳＴＡ１の送信ビーコンのＴＩＭならびＰＡＧＥで、通信局ＳＴＡ０宛てのパケットが存在しないことを確認して、再度スリープ状態に落ちている。その後、自局のビーコン送信に先立ちメディアセンスのために受信部を動作させ、メディアがクリアであることを確認した後にビーコンを送信している。今回のビーコン送信においては、ＴＩＭやＰＡＧＥにての呼び出しは行っていないが、通信局ＳＴＡ０はビーコンを送信したので、上記の手順にしたがい、送信後、リッスンピリオドに入りしばらくの間は自局宛ての信号が受信されないかを監視するが、何も受信しないままリッスンピリオドが終了し、再度スリープ状態へと状態を変化させる。
上述した送受信手順例その１をまとめる。
信号の送信はビーコンによる呼び出しを皮切りに開始され、最後のパケットの送受信の後、しばらく受信を試みるが自局宛てのパケットが到来しなければスリープ状態（Ｓｌｅｅｐ Ｓｔａｔｅ）に移行する。他局のビーコンの受信あるいは自局のビーコンの送信をトリガにアクティブ状態（Ａｃｔｉｖｅ Ｓｔａｔｅ）へと戻る。つまり、なんらかの信号を送信してから規定されている期間は、受信部（通信部）を必ず作動させておく。
・定常状態における送受信機の手順その２（Ｐａｇｉｎｇ Ｔｒａｎｓｆｅｒシーケンス）
もう一つの典型的な通信局の送受信手順例について図２０を用いて説明する。各通信局は、毎回、他局のビーコンを受信しているとは限らない。上位レイヤからの指示などにより、受信頻度を落としている場合もある。この場合の送受信手順について説明する。図２０では、通信局ＳＴＡ０と通信局ＳＴＡ１に関しての説明が、通信局ＳＴＡ１から通信局ＳＴＡ０に対して送信を行う場合を例にとって、なされている。図２０（ａ）が通信局ＳＴＡ０と通信局ＳＴＡ１の間で送受信されるパケットのシーケンス図を示し、下段図２０（ｂ）がＳＴＡ０の送信部の状態、図２０（ｃ）がＳＴＡ０の受信部の状態を示している。送受信部の状態は、ハイレベルがアクティブ状態（受信又は送信を試みている状態）であり、ローレベルがスリープ状態を示している。
通信局ＳＴＡ１は、メディアがクリアなことを確認した後にビーコンを送信する。このとき通信局ＳＴＡ０はスリープ状態にあり、ビーコンを受信していない。従って、このビーコン中のＴＩＭと（あるいは）ＰＡＧＥにおいて、通信局ＳＴＡ０が呼び出されていたとしても、通信局ＳＴＡ０は反応しない。その後、通信局ＳＴＡ０は自局のビーコン送信時刻にビーコンを送信する。通信局ＳＴＡ１は、通信局ＳＴＡ０のビーコン受信をトリガに、定められたランダムバックオフの手順にしたがって通信局ＳＴＡ０宛てにページング情報を送信する。通信局ＳＴＡ０はビーコン送信後、リッスンピリオドにわたり受信機を動作させているため、このページング情報を受信することができる。即ち、通信局ＳＴＡ０は該ページング情報を受信すると、通信局ＳＴＡ１が自局宛ての情報を保持していることを知ることができる。
この時点で、通信局ＳＴＡ０は通信局ＳＴＡ１に対しページング情報に対するレスポンスを行い、通信局ＳＴＡ０から通信局ＳＴＡ１への情報の伝送を開始することもある（図示せず）。図２０では、この時点では情報の伝送を開始しない場合の例を示している。その後、通信局ＳＴＡ１のビーコン送信時刻になると、通信局ＳＴＡ０は先のページング情報に起因して通信局ＳＴＡ１からの情報を受信するよう試み、通信局ＳＴＡ１のビーコンを受信する。このビーコン中のＴＩＭと（あるいは）ＰＡＧＥにおいて、通信局ＳＴＡ０が呼び出されていたと仮定する。該ビーコンを受信した通信局ＳＴＡ０は、ページに対するレスポンスを行う（０）。このレスポンスは通信局ＳＴＡ１のＴＰＰ中に相当し、優先権を得ているためＳＩＦＳ間隔で送信される。以降、ＴＰＰ内での通信局ＳＴＡ１と通信局ＳＴＡ０の間の送受信は優先権を得ているためＳＩＦＳ間隔で送信される。レスポンスを受信した通信局ＳＴＡ１は、通信局ＳＴＡ０が受信可能状態にあることを確認すると、通信局ＳＴＡ０宛てのパケットを送信する（１）。これ受信した通信局ＳＴＡ０は正常に受信されたことを確認した上で、ＡＣＫを送信する（２）。その後、通信局ＳＴＡ０はリッスンピリオドにわたり受信機を動作させ、自局宛てのパケットが受信されないことを確認してスリープ状態へと変更する。
なお、上記においては、リッスンピリオドでは受信機が動作していることを前提としてビーコンの受信を皮切りに該ビーコンの送信局に宛ててパケットを送信する場合の例を示したが、このほか、送信に先立ってメディアセンスを行っている場合には、ビーコン送信時刻前も受信機が動作していることは明白であり、この時間帯を狙って送信処理を行っても同様の効果が得られる。
上述した送受信手順例その２をまとめる。
信号の送信は受信側のビーコン送信直後にページング情報を送信し、これにより受信側がアクティブ状態に変化し、送受信処理が開始される。或いは、その後の送信側のビーコンによる呼び出しを皮切りに開始される。そして受信部は、最後のパケットの送受信の後、しばらく受信を試みるが自局宛てのパケットが到来しなければスリープ状態に落ち、他局のビーコンの受信あるいは自局のビーコンの送信をトリガにアクティブ状態へともどる。つまり、受信側のリッスンピリオド若しくはビーコン送信に先立つメディアセンス区間でページング情報を送信する。
なお、上記送受信手順２における受信側のビーコン送信直前／直後に送信されるメッセージはページング情報には限らないが、複数局からメッセージのアクセスが競合する可能性があるため、ページングやビーコン送信タイミング変更リクエストなどの緊急度の高いメッセージに限り送信を行うことが望ましい。
上記の説明においては、説明の簡略化の都合上、パケット送信に先立つＲＴＳ／ＣＴＳ手順を省いた形で説明を行っているが、必要に応じて、ＲＴＳパケットをＣＴＳパケットの交換をパケットの送信に先立ち行う場合もある。なお、その場合、ビーコンによるページングがＲＴＳ相当、ページレスポンスがＣＴＳ相当の役割を担うことは言うまでもない。
また、上述の例では、データ送信開始前に通信局間でページング情報とそのレスポンスのネゴシエーション処理を行う例を示したが、ある通信局宛のデータを保持している送信元通信局が、受信先通信局のリッスンピリオド内や、その通信局が受信動作を行っているＡｃｔｉｖｅなタイミングでネゴシエーションなしにデータの送信を開始してもよい（Ａｃｔｉｖｅ Ｔｒａｎｓｆｅｒシーケンス）。この場合は、コネクション確立のための処理を省くことができるため、効率がよい。
・ビーコンの送信タイミング決定処理の応用
ビーコンの送信タイミングに関して説明する。まず、図２１と図２２を用いて説明する。
例えば、通信局ＳＴＡ−０と通信局ＳＴＡ−１という２つの通信局が電波到達範囲内に存在する場合を想定する。この場合、ビーコンＢ０，Ｂ１は、ほぼ互い違いに配置され、図２１に示すような約４０［ｍｓｅｃ］間隔のタイミング関係になる。通信局ＳＴＡ−０と通信局ＳＴＡ−１の送信データ量がそれほど多くない場合、通信局ＳＴＡ−０からの送信信号は、通信局ＳＴＡ−０からのビーコンの送信を皮切りに開始され、暫く後に送信が終わる。通信局ＳＴＡ−１からの送信信号も同様であり、送信情報量がビーコンの間隔よりも短い時間で終了すれば、通信局ＳＴＡ−０と通信局ＳＴＡ−１の送信要求が衝突することはないはずである。
同様に３つの通信局が存在した場合を示すと、図２２に示すようになる。
ここでは、通信局ＳＴＡ−２が新規参入した場合を想定している。通信局ＳＴＡ−２のビーコン送信タイミングは図上の２０［ｍｓｅｃ］でも６０［ｍｓｅｃ］でもかまわない。しかし、通信局ＳＴＡ−２はビーコンの送信タイミングを決定する前に、メディア状態を走査し、トラヒックが、図２２中のビーコンＢ０に続いたパケット送信Ｐ０、及びビーコンＢ１に続いたパケット送信Ｐ１としてある場合、通信局ＳＴＡ−２はビーコンＢ２を２０［ｍｓｅｃ］のタイミングで送信したほうが衝突が少なくてすむことがわかる。このように観点から、通信局ＳＴＡ−２はメディアの占有状態、即ち各通信局のトラヒック量を考慮してビーコンの送信時刻を決定することが可能になる。通信局により送信のアクティビティが大きく異なるような場合にはとくに有効である。
・ストリームデータ送信のための帯域予約など
さらに、系内に広帯域のストリームデータを送信する通信局が存在する場合を考えてみる。送信局は一定帯域の信号を衝突させずに連続して送信したい。この場合、送信局は、スーパーフレーム周期内でビーコンの送信頻度を上げる。図２３で一例を示して説明する。
ーコンＢ１を送信していたのを変更し、他のタイミングでもビーコンＢ１′を送信するてしまう。
通常、チャネルにおけるスーパーフレーム周期はビーコン間隔によって定義される。本実施形態において、１つのスーパーフレーム周期における２個目以降のビーコンは、送受信区間を得ることを主目的として送信されるもので、ネットワーク構築のために送信される本来のビーコンとは性質を異にする。本明細書では、１つのスーパーフレーム周期における２個目以降のビーコンを「補助ビーコン」と呼ぶ。
他方、帯域（スーパーフレーム周期）内がビーコンで溢れないようにミニマムのビーコン間隔Ｂｍｉｎが規定されており、スーパーフレーム周期内に収容可能な通信局の台数には上限がある（前述）。このため、新規の通信局が参入してきたときには、これをスーパーフレーム周期内に収容するために、補助ビーコンを解放する必要がある。
図２３では、連続的にビーコンＢ１及びＢ１′を送信する例を示したが、別にこの限りではない。ビーコンを送信するとその直後にＴＰＰがくっついてくるため、アクセス獲得競合を行うことなくメディアの獲得が可能となる。メディアの占有権をより強く欲する通信局は、ビーコンの送信頻度をあげることにより、送信権利をより多く獲得することができるわけである。
また、この「補助ビーコン」は、必ずしもビーコン情報を掲載している必要はなく、ビーコンを複数回にわたり送信するオーバーヘッドを削減するため、「トラヒックを収容する偽ビーコン」というパケットカテゴリを定義し、パケットの属性はビーコンの一種である旨のフラグを立てつつも、内容はトラヒックを送信するようにしてもよい。
例えば、ある系において、キャパシティがほぼ限界をむかえ、これ以上のトラヒックを収容すると現在提供しているサービスのクオリティが保証できないなどという場合には、各通信局はビーコンを可能な限り送信し、新規通信局が到来した場合でも、ビーコンを送信するタイミングを与えず、このエリアでの新規通信局の収容を拒否することも可能である。
・クワイエット（Ｑｕｉｅｔ）パケットの利用例
各局のビーコン送信は定期的に行われるが、トラヒックパケットの送信は通常のＣＳＭＡ（若しくはＰＳＭＡ）の手順にしたがって行われることから、他局のトラヒックパケットの送信に起因して、ビーコンが受信できないという事態も発生し得る。この例を示したのが図２４である。
は、通信局ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、ＳＴＡ４が存在したとき、通信局ＳＴＡ２は通信局ＳＴＡ１に情報を送信しており、通信局ＳＴＡ３は通信局ＳＴＡ２の送信信号が受信可能域に存在し、通信局ＳＴＡ３は通信局ＳＴＡ４から送信されるビーコンを受信したいが、通信局ＳＴＡ２は通信局ＳＴＡ４のビーコンを受信できない領域にいるという状態を想定している。 この例では、時刻Ｔ０において通信局ＳＴＡ４がビーコンを送信し、通信局ＳＴＡ３はこれを受信しはじめる。しかし、通信局ＳＴＡ２は通信局ＳＴＡ４からの信号を受信できないため、ランダムバックオフの手順にしたがい時刻Ｔ１において通信局ＳＴＡ１宛ての情報送信を開始してしまう。この通信局ＳＴＡ２からの送信信号により、通信局ＳＴＡ３は干渉を受けることになり通信局ＳＴＡ４からのビーコンを受信できない状態になってしまう。
この事態を回避するために、クワイエット（Ｑｕｉｅｔ）パケットを用いる。クワイエットパケットは、周辺局に対して「今後、自局は他局からの受信を予定しているので誰も信号を送信しないでほしい」旨を伝えるパケットである。図２５に示す通り、クワイエットパケットには、「クワイエットパケットの送信局がどの局からの受信を予定しているか（ターゲット）」と「いつまで送信をやめてほしいか」を示す情報が記載されている。
図２４の例では、ＳＴＡ３は次回の通信局ＳＴＡ４のＴＢＴＴである時刻Ｔ４に先立ち時刻Ｔ３においてクワイエットパケットを送信する。これを受信した通信局ＳＴＡ２は、クワイエットパケットのターゲットが自分でないことを認識すると、クワイエットパケットで指示された時刻まで送信を行わない。一方、クワイエットパケットは通信局ＳＴＡ４にも到達するが、通信局ＳＴＡ４はクワイエットパケットのターゲットが自局であることを確認するとクワイエットパケットを無視し、予定どおりＴＢＴＴである時刻Ｔ４でビーコン送信を行い、通信局ＳＴＡ３は通信局ＳＴＡ２からの妨害なくしてビーコンを受信することが可能となる。
・メディアスキャン方法の動作例（ＰＳＭＡ：Ｐｒｅａｍｂｌｅ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）
本実施の形態では、アクセス方法としてＣＳＭＡを採用しているため、通信状態を確認しての送信（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｓｅｎｄ）が基本である。しかし、通信局のベースバンド部の物理レイヤの仕様として、受信電界強度（ＲＳＳＩ）などの情報がメディア占有情報として利用できない場合も考えられる。例えば、３ＧＨｚから１０ＧＨｚの広帯域を利用して通信を行なう、ウルトラワイドバンド通信のような通信方式の場合である。このような場合、パケットが存在しているか否かは、パケットの先頭部に付加されているユニークワードのプリアンブルの受信によってのみ認識されることになる。つまり、プリアンブルを検出することによる衝突回避制御であり、送信局は、メディア状態がクリアであることを確認した上で送信を行なう。これをＰＳＭＡと定義する。そのため、スリープ状態から起き上がってから送信を行う送信部は、いかなる情報に関して送信を行おうとする場合でも、あらかじめ定められた所定の時間（ＭＤＩ：Ｍａｘｉｍｕｍ Ｄａｔａ Ｉｎｔｅｒｖａｌ：最大データ間隔（すなわち最大パケット長））分の時間前からメディアの受信処理を開始し、この時間に他の通信局が送信するプリアンブルを検出した場合は送信を控える。
プリアンブル検出によるアクセス制御を行うことから、ＰＨＹフレームには必ずプリアンブルが付加されることになる。図２６に、ＰＨＹレイヤ（物理レイヤ）にて規定されるＰＨＹフレームフォーマットを示す。ＰＨＹフレームの先頭のプリアンブルは、既知のユニークワードで構成されている。
受信を行う通信局、ならびに送信を行う通信局は、プリアンブルを発見することにより、メディアが占有されていることを認識する。この様子を図２７を用いて説明する。図２７は、通信局ＳＴＡ０と通信局ＳＴＡ１が送信を行う場合についての説明であり、図２７（ａ）には通信局ＳＴＡ１の送信シーケンスが示され、図２７（ｂ）には通信局ＳＴＡ０の送信シーケンスが示されている。
そして、図２７（ｃ），（ｄ）には通信局ＳＴＡ０における送信部及び受信部の状態（ハイレベル：アクティブ状態、ローレベル：スリープ状態）が示されている。
時刻Ｔ１において通信局ＳＴＡ１がパケットの送信を開始する。この時点で通信局ＳＴＡ０はスリープ状態にあるため、通信局ＳＴＡ１がパケットを送信したことを認識できない。その後、時刻Ｔ１において通信局ＳＴＡ０から送信すべき情報が存在することを上位レイヤから通知されたとする（Ｔｘリクエスト）。従来の８０２．１１系の無線ＬＡＮにおけるＣＳＭＡの手順であれば、この時点からランダムバックオフ手順を開始するが、時刻Ｔ１から受信を開始したのでは、ユニークワードのプリアンブルを受信できないため、メディアが通信局ＳＴＡ１により利用されている旨を知る由がなく、通信局ＳＴＡ０が送信を開始することで通信局ＳＴＡ１のパケットに対し干渉を与えてしまう可能性がある。そこで、通信局ＳＴＡ０は、時刻Ｔ１でアクティブ状態になると、この時点から、最大データ間隔ＭＤＩ（Ｍａｘ．Ｕｎｉｑｕｅｗｏｒｄ Ｉｎｔｅｒｖａｌ）にわたりメディアがクリアである旨を確認する。時刻Ｔ１からＭＤＩだけ経過した時点が時刻Ｔ２であるが、通信局ＳＴＡ０は時刻Ｔ１から時刻Ｔ２まで受信機を動作させ、この間にパケットのユニークワード（図２５のプリアンブル）を検出しなかった場合に限り送信を開始する。
存在することを上位レイヤから通知された場合を想定する（Ｔｘリクエスト）。時刻Ｔ４の直前まで通信局ＳＴＡ０はスリープ状態にあったことから、時刻Ｔ４からＭＤＩにわたりメディアがクリアである旨の確認作業を開始する。すると、今度は時刻Ｔ５において通信局ＳＴＡ１からパケットが送信されるため、通信局ＳＴＡ０はユニークワードを検出し、このパケットの存在を認識する。通信局ＳＴＡ０は、このパケットの送信が終了した時刻Ｔ６からランダムバックオフの手順を開始し、タイマーが切れた時点Ｔ７までの間でユニークワードを検出しなければ時刻Ｔ７でパケットを送信する。
ここまでの説明では、ＭＤＩイコール最大パケット長という前提で説明したが、図２８に示すように、１パケットで送信できないくらいの多量のデータを送信したい場合に、１回のアクセス権の獲得で、長時間にわたりデータ転送を許容しても良い。図２８に示すように、１回のアクセス権の獲得で得られた最大データ送信長の範囲内で、ペイロードを含むデータパケットを繰り返し送信して、多量のデータを送信させる。
このように多数のパケットを連続して送信する場合の送信シーケンスを図２９に示す。図２９は、図２７と同様のシーケンス図であり、図２９（ａ）には通信局ＳＴＡ１の送信シーケンスが示され、図２９（ｂ）には通信局ＳＴＡ０の送信シーケンスが示されており、図２９（ｃ），（ｄ）には通信局ＳＴＡ０における送信部及び受信部の状態（ハイレベル：アクティブ状態、ローレベル：スリープ状態）が示されている。
時刻Ｔ０において、通信局ＳＴＡ１はパケットの送信を開始する。その後、時刻Ｔ１において通信局ＳＴＡ０において通信局ＳＴＡ０において送信すべき情報が存在することを上位レイヤから通知された場合を想定する（Ｔｘリクエスト）。時刻Ｔ１の直前まで通信局ＳＴＡ０はスリープ状態にあったことから、時刻Ｔ１からＭＤＩにわたりメディアがクリアである旨の確認作業を開始する。すると、時刻Ｔ２において通信局ＳＴＡ１から送信されているパケットのユニークワード（プリアンブル）を検出するため、ＳＴＡ１から送信されているパケットの存在を認識する。通信局ＳＴＡ０は、このパケットの送信が終了した時刻Ｔ３からランダムバックオフの手順を開始し、タイマーが切れた時点Ｔ４までの間でユニークワードを検出しなければ時刻Ｔ４でパケットを送信する。
なお、ここまでの本実施の形態で説明した時間，間隔，伝送レートなどの値については、一例を示したものであり、本発明の要旨を逸脱しない範囲で、その他の値を設定するようにしても良いことは勿論である。
また、上述した実施の形態では、通信局として、図２に示した送信や受信を行う専用の通信装置とした構成した例について説明したが、例えば各種データ処理を行うパーソナルコンピュータ装置に、本例での送信部や受信部に相当する通信処理を行うボードやカードなどを装着させた上で、ベースバンド部での処理を、コンピュータ装置側で実行するソフトウェアを実装させるようにしても良い。
引 用 符 号 の 説 明
１０，１１，１２，１３ ‥‥‥ 通信局
１０ａ，１１ａ，１２ａ，１３ａ‥‥‥通信局の通信可能範囲
８０ ‥‥‥ レジスタ
８１〜９２ ‥‥‥ 加算器
９３ ‥‥‥ レジスタ
１００ ‥‥‥ 無線通信装置
１０１ ‥‥‥ インターフェース
１０２ ‥‥‥ データ・バッファ
１０３ ‥‥‥ 中央制御部
１０４ ‥‥‥ ビーコン生成部
１０６ ‥‥‥ 無線送信部
１０７ ‥‥‥ タイミング制御部
１０９ ‥‥‥ アンテナ
１１０ ‥‥‥ 無線受信部
１１２ ‥‥‥ ビーコン解析部
１１３ ‥‥‥ 情報記憶部
Claims (155)
- 制御局と被制御局の関係を有しない複数の通信局からなる無線通信システムにおいて、各通信局がネットワークに関する情報を記述したビーコンを送信し合うことによってネットワークを構築する
ことを特徴とする無線通信システム。 - 請求の範囲第１項記載の無線通信システムにおいて、
前記ネットワークに関する情報は、
自局がどの時刻に送信されるビーコン信号を認識しているかを示す情報である
ことを特徴とする無線通信システム。 - 請求の範囲第１項記載の無線通信システムにおいて、
前記ネットワークに参画する各通信局は、所定の時間間隔でビーコン信号を送信する
ことを特徴とする無線通信システム。 - 請求の範囲第３項記載の無線通信システムにおいて、
前記各通信局は、所定の時間に少なくとも一度は、自局のビーコン送信間隔以上の時間にわたる受信を連続的に行う
ことを特徴とする無線通信システム。 - 請求の範囲第２項記載の無線通信システムにおいて、
自局内で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した通信局は、周辺局からの送信を一定時間にわたり不許可とさせる情報を送信する
ことを特徴とする無線通信システム。 - 請求の範囲第２項記載の無線通信システムにおいて、
前記どの時刻に送信されるビーコン信号を認識しているかを示す情報として、
自局からのビーコン信号の送信時刻との相対時間で示した情報とする
ことを特徴とする無線通信システム。 - 請求の範囲第２項記載の無線通信システムにおいて、
前記各通信局は、自局が受信可能な他局のビーコン信号から得られる情報に基づき、自局のビーコン送信時刻を決定する
ことを特徴とする無線通信システム。 - 請求の範囲第７項記載の無線通信システムにおいて、
前記各通信局は、新規ビーコン送信開始前に一定期間にわたり他局のビーコン受信動作を行い、他局から送信されてくる受信ビーコンの受信時刻情報を第１の情報として保持し、前記受信ビーコンに記載された前記自局がどの時刻に送信されるビーコン信号を認識しているかを示す情報を前記第１の情報に基づきシフトして情報第２の情報として保持する
無線通信システム。 - 請求の範囲第８項記載の無線通信システムにおいて、
前記第２の情報から、自局若しくは自局及び他局が受信可能なビーコンの受信時刻を抽出し、ビーコン受信時刻の間隔が最大となるビーコン間隔となる区間をターゲット区間と決定し、前記ターゲット区間の中心時刻に自局のビーコン送信時刻を設定する
無線通信システム。 - 請求の範囲第９項記載の無線通信システムにおいて、
前記各通信局は、所定の期間に、他局から送信されている信号の受信を試み、ビーコン及び他の信号の受信頻度が少ない時間帯を第３の情報として保持する
無線通信システム。 - 請求の範囲第１０項記載の無線通信システムにおいて、
各ビーコン間隔情報を抽出し、ビーコン間隔が大きい区間のうち、
前記第３の情報から得られる信号の受信頻度が少ない時間帯に相当する区間をターゲット区間と決定し、前記ターゲット区間の中心時刻に自局のビーコン送信時刻を設定する
無線通信システム。 - 請求の範囲第７項記載の無線通信システムにおいて、
他局からビーコンの送信時刻の変更要求メッセージを受信した通信局は、新たなビーコン送信時刻を決定する
無線通信システム。 - 請求の範囲第１項記載の無線通信システムにおいて、
前記ネットワークに関する情報は、
自局がどの時刻に送信されるビーコン信号を受信しているかを示す情報である
無線通信システム。 - 請求の範囲第１３項記載の無線通信システムにおいて、
前記どの時刻に送信されるビーコン信号を受信しているかを示す情報として、
自局からのビーコン信号の送信時刻との相対時間で示した情報とした
無線通信システム。 - 請求の範囲第１３項記載の無線通信システムにおいて、
前記ビーコン信号が送信される特定の時間帯を、送信不許可区間とする
無線通信システム。 - 請求の範囲第１項記載の無線通信システムにおいて、
前記ネットワーク内の通信局が送信するビーコン信号の送信時刻を所定のターゲットビーコン送信時刻からランダム時間遅延させ、その遅延量を示す情報を前記ビーコンに記載する
無線通信システム。 - 請求の範囲第１６項記載の無線通信システムにおいて、
自局内で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した通信局は、周辺局からの送信を一定時間にわたり不許可とさせる情報を送信する
無線通信システム。 - 請求の範囲第１６項記載の無線通信システムにおいて、
前記各通信局は、他通信局のビーコンを受信した場合に、ビーコン受信時刻から前記遅延量を示す時刻を考慮して該ビーコン送信局のターゲットビーコン送信時刻を算出する
無線通信システム。 - 請求の範囲第１８項記載の無線通信システムにおいて、
自局内で保持しているクロック値から予測される周辺局のターゲットビーコン送信時刻と、実際にビーコンを受信した時刻からビーコン内に記載されている故意にビーコン送信が遅延された分を差し引いたビーコン送信局のターゲットビーコン送信時刻に差異が存在した場合、自局のクロックを他局のタイミングに合わせて調整する
無線通信システム。 - 請求の範囲第１９項記載の無線通信システムにおいて、
ビーコン送信局のターゲットビーコン送信時刻が、自局で予測したターゲットビーコン送信時刻よりも遅い場合は、自局のクロックを他局のタイミングに合わせて調整する
無線通信システム。 - 請求の範囲第１６項記載の無線通信システムにおいて、
前記各通信局は、ビーコン送信時に、外的要因よりビーコン送信時刻を遅らせて送信する場合には、該ビーコンに、その旨を記載する
無線通信システム。 - 請求の範囲第１６項記載の無線通信システムにおいて、
ターゲットビーコン送信時刻から遅延させるランダム時間は擬似ランダム系列で与えられ、
前記ビーコン内に記載される遅延量を示す情報として擬似ランダム系列の状態を送信する
無線通信システム。 - 請求の範囲第２２項記載の無線通信システムにおいて、
前記各通信局は、前記ビーコン内に記載される擬似ランダム系列の状態を保持し、一定時間毎の擬似ランダム系列値を更新することにより、前記ビーコン送信局の次回のビーコン送信時刻を算出する
無線通信システム。 - 請求の範囲第１項記載の無線通信システムにおいて、
前記ビーコン信号を送信した後に、ビーコンを送信した局が優先的にパケットを送信できる所定期間を設定した
無線通信システム。 - 請求の範囲第２４項記載の無線通信システムにおいて、
前記ビーコンを送信した局が優先的にパケットを送信できる所定期間満了後は、各通信局が所定のコンテンション制御に基づいた送信を行なう期間を設定した
無線通信システム。 - 請求の範囲第２５項記載の無線通信システムにおいて、
前記ビーコンを送信した局が優先的にパケットを送信できる所定期間において、前記ビーコン送信局の通信相手局は、優先的にパケットを送信できる
無線通信システム。 - 請求の範囲第２４項記載の無線通信システムにおいて、
自局内で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した通信局は、周辺局からの送信を一定時間にわたり不許可とさせる情報を送信する
無線通信システム。 - 請求の範囲第２４項記載の無線通信システムにおいて、
前記各通信局は、自局からのパケットの送信に先立ち、あらかじめ定められた手順で算出される一定時間にわたり、他局からの信号を受信していない状態であることを確認し、
前記一定時間は、優先的にパケットを送信できる所定期間においては短く設定する
無線通信システム。 - 請求の範囲第２８項記載の無線通信システムにおいて、
前記各通信局は、自局からのパケットの送信に先立ち、あらかじめ定められた手順で算出される一定時間にわたり、他局からの信号を受信していない状態であることを確認し、
前記一定時間は、他局からのビーコンを受信した直後の前記所定期間に限り長く設定する
無線通信システム。 - 請求の範囲第２８項記載の無線通信システムにおいて、
前記各通信局は、自局からの送信に先立ち、送信要求信号の送信と、その送信要求信号の応答の受信の確認を行う
無線通信システム。 - 請求の範囲第３０項記載の無線通信システムにおいて、
前記各通信局は、送信要求信号を誤りなく受信した場合にはバーチャルキャリアセンスを行わず、送信要求信号の応答を誤りなく受信した場合にはバーチャルキャリアセンスを行う
無線通信システム。 - 請求の範囲第２８項記載の無線通信システムにおいて、
スリープ状態からアクティブ状態へと変化した直後に送信を試みる場合、送信に先立ち、規定されている最大信号長分の期間にわたりメディアがクリアである旨を確認する
無線通信システム。 - 請求の範囲第２８項記載の無線通信システムにおいて、
パケットの先頭にユニークワードのプリアンブルを付加し、かつ一定のペイロード長毎に同様のユニークワードのミッドアンブルを付加する
無線通信システム。 - 請求の範囲第２４項記載の無線通信システムにおいて、
ストリームトラヒックの伝送リクエストがある通信局は、ビーコンが送信されていない区間を複数抽出し、その複数抽出された区間で、ビーコン又はビーコンに類する信号を送信する
無線通信システム。 - 請求の範囲第３４項記載の無線通信システムにおいて、
前記ビーコンに類する信号は、連続的又は間欠的に送信する
無線通信システム。 - 請求の範囲第３４項記載の無線通信システムにおいて、
前記各通信局は、自局からのパケットの送信に先立ち、あらかじめ定められた手順で算出される一定時間にわたり、他局からの信号を受信していない状態であることを確認し、
前記一定時間は，優先的にパケットを送信できる所定期間においては短く設定する
無線通信システム。 - 制御局と被制御局の関係を有しない複数の通信局からなる無線通信システムにおいて、
前記各通信局は、信号を送信した後所定期間受信動作を行い、
前記所定期間に新たな信号の送信を行わなかった場合に、次回信号受信あるいは送信予定時刻まで受信動作を停止させることができる
ことを特徴とする無線通信システム。 - 請求の範囲第３７項記載の無線通信システムにおいて、
前記ネットワークに参画する各通信局は、略一定間隔で定期的にビーコン信号を送信する
無線通信システム。 - 請求の範囲第３８項記載の無線通信システムにおいて、
前記各通信局は、定められた時間に一度以上は、自局のビーコン送信間隔以上の時間にわたる受信を連続的に行う
無線通信システム。 - 請求の範囲第３７項記載の無線通信システムにおいて、
自局内で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した通信局は、周辺局からの送信を一定時間にわたり不許可とさせる情報を送信する
無線通信システム。 - 請求の範囲第３７項記載の無線通信システムにおいて、
前記各通信局は、自局が特定の他局宛ての情報を保持している場合、当該特定の他局がビーコンを送信する時刻に受信処理を行い、当該特定の他局のビーコン送信が終了すると、定められた手順に従って、当該特定の他局に対して、保持している情報の送信を試みる
無線通信システム。 - 請求の範囲第４１項記載の無線通信システムにおいて、
前記他局のビーコン送信が終了してから送信される情報は、通常のデータと比較して緊急度の高い情報である
無線通信システム。 - 請求の範囲第３７項記載の無線通信システムにおいて、
信号の送信に先立ち、所定期間にわたり受信機を動作させることにより他の局から送信される信号の有無を検出することにより、他局とパケットの通信タイミングが衝突しないアクセス制御を伴う
無線通信システム。 - 請求の範囲第４３項記載の無線通信システムにおいて、
スリープ状態からアクティブ状態へと変化した直後に送信を試みる場合、送信に先立ち、規定されている最大信号長分の期間にわたりメディアがクリアであることを確認する
無線通信システム。 - 請求の範囲第４３項記載の無線通信システムにおいて、
前記各通信局は、自局が特定の他局宛ての情報を保持している場合、当該特定の他局のビーコン送信時刻の直前に、所定の手順に従って、当該特定の他局に対して、保持している情報の送信を試みる
無線通信システム。 - 請求の範囲第４５項記載の無線通信システムにおいて、
他局のビーコン送信が終了してから送信される情報は、通常のデータと比較して緊急度の高い情報である
無線通信システム。 - 請求の範囲第３７項記載の無線通信システムにおいて、
前記各通信局は、情報を送信する際に、送信相手先局が受信動作を行なっていることを認識した局に対して送信を試みる
無線通信システム。 - 請求の範囲第３７項記載の無線通信システムにおいて、
前記各通信局は、自局が通信状態にあると判断される場合には、自局が認識している他局のビーコン受信を試みる
無線通信システム。 - 請求の範囲第４８項記載の無線通信システムにおいて、
前記各通信局は、自局が特定の他局宛ての情報を保持している場合には、自局から送信するビーコン中に、特定の他局に宛てた情報を保持している旨の情報を掲載し、
該ビーコンを受信した通信局は、自局宛ての情報が保持されていることを認識すると、ビーコン送信局に向けて自局宛てに情報を送信してほしい旨を伝える信号を送信する
無線通信システム。 - 請求の範囲第４８項記載の無線通信システムにおいて、
特定の局からのビーコンが受信できる環境にあった場合であっても、当該特定局とは通信を行わない指示がある場合、当該特定局から送信されてくるビーコンの受信を試みない
無線通信システム。 - 請求の範囲第３７項記載の無線通信システムにおいて、
前記各通信局は、なんらかの信号を送信した後、所定期間受信動作を行い、この所定期間に自局宛て信号を受信しなかった場合に、次回信号受信あるいは送信予定時刻まで受信動作を停止させることができる
無線通信システム。 - 各通信局が所定の時間間隔でネットワークに関する情報を記述したビーコンを送信し合うことによって構築される自律分散型の通信環境下で動作する無線通信装置であって、
無線データを送受信する通信手段と、
自局に関する情報を記載したビーコン信号を生成するビーコン信号生成手段と、
前記通信手段により周辺局から受信したビーコン信号を解析するビーコン信号解析手段と、
前記通信手段によるビーコン送信タイミングを制御するタイミング制御手段と、
を具備することを特徴とする無線通信装置。 - 請求の範囲第５２項記載の無線通信装置において、
前記ビーコン信号生成手段が生成するビーコンに記述されたネットワークに関する情報は、
自局がどの時刻に送信されるビーコン信号を認識しているかを示す情報である
ことを特徴とする無線通信装置。 - 請求の範囲第５２項記載の無線通信装置において、
前記タイミング制御手段は、ネットワークに参画する場合に、所定の時間間隔でビーコン信号を送信する
ことを特徴とする無線通信装置。 - 請求の範囲第５４項記載の無線通信装置において、
前記通信手段は、所定の時間に少なくとも一度は、自局のビーコン送信間隔以上の時間にわたる受信を連続的に行う
ことを特徴とする無線通信装置。 - 請求の範囲第５３項記載の無線通信装置において、
前記ビーコン信号生成手段は、内部で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した場合に、周辺局からの送信を一定時間にわたり不許可とさせる情報を含むビーコンを生成させて、前記通信手段から送信させる
ことを特徴とする無線通信装置。 - 請求の範囲第５３項記載の無線通信装置において、
前記どの時刻に送信されるビーコン信号を認識しているかを示す情報として、
自局からのビーコン信号の送信時刻との相対時間で示した情報とする
ことを特徴とする無線通信装置。 - 請求の範囲第５３項記載の無線通信装置において、
前記タイミング制御手段は、前記ビーコン信号解析手段で解析した他局のビーコン信号から得られる情報に基づき、ビーコン送信時刻を決定する
ことを特徴とする無線通信装置。 - 請求の範囲第５８項記載の無線通信装置において、
前記タイミング制御手段は、前記通信手段で新規ビーコン送信開始前に一定期間にわたり他局のビーコン受信動作を行い、他局から送信されてくる受信ビーコンの受信時刻情報を第１の情報として保持し、前記受信ビーコンに記載されたどの時刻に送信されるビーコン信号を認識しているかを示す情報を前記第１の情報に基づきシフトして情報第２の情報として保持する
無線通信装置。 - 請求の範囲第５９項記載の無線通信装置において、
前記第２の情報から、自局若しくは自局及び他局が受信可能なビーコンの受信時刻を抽出し、ビーコン受信時刻の間隔が最大となるビーコン間隔となる区間をターゲット区間と決定し、前記ターゲット区間の中心時刻に自局のビーコン送信時刻を設定する
無線通信装置。 - 請求の範囲第６０項記載の無線通信装置において、
前記タイミング制御手段は、所定の期間に、前記通信手段で他局から送信されている信号の受信を試み、ビーコン及び他の信号の受信頻度が少ない時間帯を第３の情報として保持する
無線通信装置。 - 請求の範囲第６１項記載の無線通信装置において、
前記タイミング制御手段は、各ビーコン間隔情報を抽出し、ビーコン間隔が大きい区間のうち、
前記第３の情報から得られる信号の受信頻度が少ない時間帯に相当する区間をターゲット区間と決定し、前記ターゲット区間の中心時刻に自局のビーコン送信時刻を設定する
無線通信装置。 - 請求の範囲第５８項記載の無線通信装置において、
前記ビーコン信号解析手段で、他局からビーコンの送信時刻の変更要求メッセージを判別した場合に、前記タイミング制御手段は、新たなビーコン送信時刻を決定する
無線通信装置。 - 請求の範囲第５２項記載の無線通信装置において、
前記ビーコン信号生成手段が生成するビーコンに記述されたネットワークに関する情報は、
自局がどの時刻に送信されるビーコン信号を受信しているかを示す情報である
無線通信装置。 - 請求の範囲第６４項記載の無線通信装置において、
前記どの時刻に送信されるビーコン信号を受信しているかを示す情報として、
自局からのビーコン信号の送信時刻との相対時間で示した情報とした
無線通信装置。 - 請求の範囲第６４項記載の無線通信装置において、
前記ビーコン信号生成手段が生成するビーコンに記述された情報で、ビーコン信号が送信される特定の時間帯を、送信不許可区間とする
無線通信装置。 - 請求の範囲第５２項記載の無線通信装置において、
前記タイミング制御手段は、送信するビーコン信号の送信時刻を所定のターゲットビーコン送信時刻からランダム時間遅延させ、前記ビーコン信号生成手段は、その遅延量を示す情報を前記ビーコンに記載する
無線通信装置。 - 請求の範囲第６７項記載の無線通信装置において、
内部で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した場合に、前記ビーコン信号生成手段は、周辺局からの送信を一定時間にわたり不許可とさせる情報をビーコンに付加して、前記通信手段で送信させる
無線通信装置。 - 請求の範囲第６７項記載の無線通信装置において、
前記タイミング制御手段は、前記通信手段が他通信局のビーコンを受信した場合に、ビーコン受信時刻から前記遅延量を示す時刻を考慮してターゲットビーコン送信時刻を算出する
無線通信装置。 - 請求の範囲第６９項記載の無線通信装置において、
内部で保持しているクロック値から予測される周辺局のターゲットビーコン送信時刻と、実際にビーコンを受信した時刻からビーコン内に記載されている故意にビーコン送信が遅延された分を差し引いたビーコン送信局のターゲットビーコン送信時刻に差異が存在した場合、自局のクロックを他局のタイミングに合わせて調整する
無線通信装置。 - 請求の範囲第７０項記載の通信システムにおいて、
ビーコン送信局のターゲットビーコン送信時刻が、自局で予測したターゲットビーコン送信時刻よりも遅い場合は、自局のクロックを他局のタイミングに合わせて調整する
無線通信装置。 - 請求の範囲第６７項記載の無線通信装置において、
前記タイミング制御手段は、ビーコン送信時に、外的要因よりビーコン送信時刻を遅らせて送信する場合には、前記ビーコン信号生成手段で該ビーコンに、その旨を記載する
無線通信装置。 - 請求の範囲第６７項記載の無線通信装置において、
ターゲットビーコン送信時刻から遅延させるランダム時間は擬似ランダム系列で与えられ、
前記ビーコン内に記載される遅延量を示す情報として擬似ランダム系列の状態を送信する
無線通信装置。 - 請求の範囲第７３項記載の無線通信装置において、
前記タイミング制御手段は、前記ビーコン内に記載される擬似ランダム系列の状態を保持し、一定時間毎の擬似ランダム系列値を更新することにより、前記ビーコン送信局の次回のビーコン送信時刻を算出する
無線通信装置。 - 請求の範囲第５２項記載の無線通信装置において、
前記通信手段から前記ビーコン信号を送信した後に、前記タイミング制御手段は優先的にパケットを送信できる所定期間を設定する
無線通信装置。 - 請求の範囲第７５項記載の無線通信装置において、
前記優先的にパケットを送信できる所定期間満了後は、所定のコンテンション制御に基づいた送信を行なう期間を設定する
無線通信装置。 - 請求の範囲第７６項記載の無線通信装置において、
前記優先的にパケットを送信できる所定期間において、前記通信手段から送信されるビーコンの通信相手局で、優先的にパケットを送信できるようにした
無線通信装置。 - 請求の範囲第７５項記載の無線通信装置において、
内部で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した場合に、周辺局からの送信を一定時間にわたり不許可とさせる情報を送信する
無線通信装置。 - 請求の範囲第７５項記載の無線通信装置において、
前記タイミング制御手段は、パケットの送信に先立ち、あらかじめ定められた手順で算出される一定時間にわたり、他局からの信号を受信していない状態であることを確認し、
前記一定時間は、優先的にパケットを送信できる所定期間においては短く設定する
無線通信装置。 - 請求の範囲第７９項記載の無線通信装置において、
前記タイミング制御手段は、パケットの送信に先立ち、あらかじめ定められた手順で算出される一定時間にわたり、他局からの信号を受信していない状態であることを確認し、
前記一定時間は、他局からのビーコンを受信した直後の前記所定期間に限り長く設定する
無線通信装置。 - 請求の範囲第７９項記載の無線通信装置において、
前記通信手段での送信に先立ち、送信要求信号の送信と、その送信要求信号の応答の受信の確認を行う
無線通信装置。 - 請求の範囲第８１項記載の無線通信装置において、
送信要求信号を誤りなく受信した場合にはバーチャルキャリアセンスを行わず、送信要求信号の応答を誤りなく受信した場合にはバーチャルキャリアセンスを行う
無線通信装置。 - 請求の範囲第７９項記載の無線通信装置において、
スリープ状態からアクティブ状態へと変化した直後に送信を試みる場合、送信に先立ち、規定されている最大信号長分の期間にわたりメディアがクリアである旨を確認する
無線通信装置。 - 請求の範囲第７９項記載の無線通信装置において、
前記通信手段が送信するパケットの先頭にユニークワードのプリアンブルを付加し、かつ一定のペイロード長毎に同様のユニークワードのミッドアンブルを付加する
無線通信装置。 - 請求の範囲第７５項記載の無線通信装置において、
ストリームトラヒックの伝送リクエストがある場合に、前記タイミング制御手段は、ビーコンが送信されていない区間を複数抽出し、その複数抽出された区間で、ビーコン又はビーコンに類する信号を送信する
無線通信装置。 - 請求の範囲第８５項記載の無線通信装置において、
前記ビーコンに類する信号は、連続的又は間欠的に送信する
無線通信装置。 - 請求の範囲第８５項記載の無線通信装置において、
前記通信手段でのパケットの送信に先立ち、あらかじめ定められた手順で算出される一定時間にわたり、他局からの信号を受信していない状態であることを確認し、
前記一定時間は，優先的にパケットを送信できる所定期間においては短く設定する
無線通信装置。 - 制御局と被制御局の関係を有しない複数の通信局からなる無線通信システムの通信局を構成する無線通信装置において、
無線データを送受信する通信手段と、
前記通信手段で信号を送信した後所定期間受信動作を行い、前記所定期間に新たな信号の送信を行わなかった場合に、次回信号受信あるいは送信予定時刻まで受信動作を停止させる制御を行う制御手段を備えた
ことを特徴とする無線通信装置。 - 請求の範囲第８８項記載の無線通信装置において、
前記通信手段は、略一定間隔で定期的にビーコン信号を送信する
無線通信装置。 - 請求の範囲第８９項記載の無線通信装置において、
前記通信手段は、定められた時間に一度以上は、自局のビーコン送信間隔以上の時間にわたる受信を連続的に行う
無線通信装置。 - 請求の範囲第８８項記載の無線通信装置において、
内部で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した場合に、前記通信手段は、周辺局からの送信を一定時間にわたり不許可とさせる情報を送信する
無線通信装置。 - 請求の範囲第８８項記載の無線通信装置において、
特定の他局宛ての情報を保持している場合、当該特定の他局がビーコンを送信する時刻に前記通信手段で受信処理を行い、当該特定の他局のビーコン送信が終了すると、定められた手順に従って、前記通信手段は、当該特定の他局に対して、保持している情報の送信を試みる
無線通信装置。 - 請求の範囲第９２項記載の無線通信装置において、
前記他局のビーコン送信が終了してから送信される情報は、通常のデータと比較して緊急度の高い情報である
無線通信装置。 - 請求の範囲第８８項記載の無線通信装置において、
前記通信手段での信号の送信に先立ち、所定期間にわたり受信動作させて他の局から送信される信号の有無を検出することにより、他局とパケットの通信タイミングが衝突しないアクセス制御を伴う
無線通信装置。 - 請求の範囲第９４項記載の無線通信装置において、
前記制御手段は、スリープ状態からアクティブ状態へと変化した直後に前記通信手段で送信を試みる場合、送信に先立ち、規定されている最大信号長分の期間にわたりメディアがクリアであることを確認する
無線通信装置。 - 請求の範囲第９４項記載の無線通信装置において、
特定の他局宛ての情報を保持している場合、当該特定の他局のビーコン送信時刻の直前に、所定の手順に従って、当該特定の他局に対して、保持している情報の送信を試みる
無線通信装置。 - 請求の範囲第９６項記載の無線通信装置において、
他局のビーコン送信が終了してから送信される情報は、通常のデータと比較して緊急度の高い情報である
無線通信装置。 - 請求の範囲第８８項記載の無線通信装置において、
前記各通信局は、情報を送信する際に、送信相手先局が受信動作を行なっていることを認識した局に対して送信を試みる
無線通信装置。 - 請求の範囲第８８項記載の無線通信装置において、
前記制御手段は、自局が通信状態にあると判断される場合には、自局が認識している他局のビーコン受信を試みる
無線通信装置。 - 請求の範囲第９９項記載の無線通信装置において、
自局が特定の他局宛ての情報を保持している場合には、前記通信手段から送信するビーコン中に、特定の他局に宛てた情報を保持している旨の情報を掲載し、
前記他局からの情報送信要求を受信してから送信を実行する
無線通信装置。 - 請求の範囲第９９項記載の無線通信装置において、
特定の局からのビーコンが受信できる環境にあった場合であっても、前記通信手段が受信した信号で、当該特定局とは通信を行わない指示がある場合、前記制御手段は当該特定局から送信されてくるビーコンの受信を試みない
無線通信装置。 - 請求の範囲第８８項記載の無線通信装置において、
前記制御手段は、前記通信手段からなんらかの信号を送信させた後、所定期間受信動作を行い、この所定期間に自局宛て信号を受信しなかった場合に、次回信号受信あるいは送信予定時刻まで受信動作を停止させることができる
無線通信装置。 - 各通信局が所定の時間間隔でネットワークに関する情報を記述したビーコンを送信し合うことによって構築される自律分散型の通信環境下で動作を行なうための無線通信方法であって、
自局に関する情報を記載したビーコン信号を生成するビーコン信号生成ステップと、
前記通信手段により周辺局から受信したビーコン信号を解析するビーコン信号解析ステップと、
前記通信手段によるビーコン送信タイミングを制御するタイミング制御ステップと、
を具備することを特徴とする無線通信方法。 - 請求の範囲第１０３項記載の無線通信方法において、
前記ネットワークに関する情報は、
自局がどの時刻に送信されるビーコン信号を認識しているかを示す情報である
ことを特徴とする無線通信方法。 - 請求の範囲第１０３項記載の無線通信方法において、
前記ネットワークに参画する各通信局は、所定の時間間隔でビーコン信号を送信する
ことを特徴とする無線通信方法。 - 請求の範囲第１０５項記載の無線通信方法において、
所定の時間に少なくとも一度は、自局のビーコン送信間隔以上の時間にわたる受信を連続的に行う
ことを特徴とする無線通信方法。 - 請求の範囲第１０４項記載の無線通信方法において、
自局内で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した通信局は、周辺局からの送信を一定時間にわたり不許可とさせる情報を送信する
ことを特徴とする無線通信方法。 - 請求の範囲第１０４項記載の無線通信方法において、
前記どの時刻に送信されるビーコン信号を認識しているかを示す情報として、
自局からのビーコン信号の送信時刻との相対時間で示した情報とする
ことを特徴とする無線通信方法。 - 請求の範囲第１０４項記載の無線通信方法において、
自局が受信可能な他局のビーコン信号から得られる情報に基づき、自局のビーコン送信時刻を決定する
ことを特徴とする無線通信方法。 - 請求の範囲第５８項記載の無線通信方法において、
新規ビーコン送信開始前に一定期間にわたり他局のビーコン受信動作を行い、他局から送信されてくる受信ビーコンの受信時刻情報を第１の情報として保持し、前記受信ビーコンに記載された、どの時刻に送信されるビーコン信号を認識しているかを示す情報を前記第１の情報に基づきシフトして情報第２の情報として保持する
無線通信方法。 - 請求の範囲第１１０項記載の無線通信方法において、
前記第２の情報から、自局若しくは自局及び他局が受信可能なビーコンの受信時刻を抽出し、ビーコン受信時刻の間隔が最大となるビーコン間隔となる区間をターゲット区間と決定し、前記ターゲット区間の中心時刻に自局のビーコン送信時刻を設定する
無線通信方法。 - 請求の範囲第１１１項記載の無線通信方法において、
所定の期間に、他局から送信されている信号の受信を試み、ビーコン及び他の信号の受信頻度が少ない時間帯を第３の情報として保持する
無線通信方法。 - 請求の範囲第１１２項記載の無線通信方法において、
各ビーコン間隔情報を抽出し、ビーコン間隔が大きい区間のうち、
前記第３の情報から得られる信号の受信頻度が少ない時間帯に相当する区間をターゲット区間と決定し、前記ターゲット区間の中心時刻に自局のビーコン送信時刻を設定する
無線通信方法。 - 請求の範囲第１０９項記載の無線通信方法において、
他局からビーコンの送信時刻の変更要求メッセージを受信した場合に、新たなビーコン送信時刻を決定する
無線通信方法。 - 請求の範囲第１０３項記載の無線通信方法において、
前記ネットワークに関する情報は、
自局がどの時刻に送信されるビーコン信号を受信しているかを示す情報である
無線通信方法。 - 請求の範囲第１１５項記載の無線通信方法において、
前記どの時刻に送信されるビーコン信号を受信しているかを示す情報として、
自局からのビーコン信号の送信時刻との相対時間で示した情報とした
無線通信方法。 - 請求の範囲第１１５項記載の無線通信方法において、
前記ビーコン信号が送信される特定の時間帯を、送信不許可区間とする
無線通信方法。 - 請求の範囲第１０３項記載の無線通信方法において、
ビーコン信号の送信時刻を所定のターゲットビーコン送信時刻からランダム時間遅延させ、その遅延量を示す情報を前記ビーコンに記載する
無線通信方法。 - 請求の範囲第１１８項記載の無線通信方法において、
自局内で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した場合に、周辺局からの送信を一定時間にわたり不許可とさせる情報を送信する
無線通信方法。 - 請求の範囲第１１８項記載の無線通信方法において、
他の通信局のビーコンを受信した場合に、ビーコン受信時刻から前記遅延量を示す時刻を考慮して該ビーコン送信時のターゲットビーコン送信時刻を算出する
無線通信方法。 - 請求の範囲第１２０項記載の無線通信方法において、
自局内で保持しているクロック値から予測される周辺局のターゲットビーコン送信時刻と、実際にビーコンを受信した時刻からビーコン内に記載されている故意にビーコン送信が遅延された分を差し引いたビーコン送信局のターゲットビーコン送信時刻に差異が存在した場合、自局のクロックを他局のタイミングに合わせて調整する
無線通信方法。 - 請求の範囲第１２１項記載の無線通信方法において、
ビーコン送信局のターゲットビーコン送信時刻が、自局で予測したターゲットビーコン送信時刻よりも遅い場合は、自局のクロックを他局のタイミングに合わせて調整する
無線通信方法。 - 請求の範囲第１１８項記載の無線通信方法において、
前記各通信局は、ビーコン送信時に、外的要因よりビーコン送信時刻を遅らせて送信する場合には、該ビーコンに、その旨を記載する
無線通信方法。 - 請求の範囲第１１８項記載の無線通信方法において、
ターゲットビーコン送信時刻から遅延させるランダム時間は擬似ランダム系列で与えられ、
前記ビーコン内に記載される遅延量を示す情報として擬似ランダム系列の状態を送信する
無線通信方法。 - 請求の範囲第１２４項記載の無線通信方法において、
受信した前記ビーコン内に記載される擬似ランダム系列の状態を保持し、一定時間毎の擬似ランダム系列値を更新することにより、次回のビーコン送信時刻を算出する
無線通信方法。 - 請求の範囲第１０３項記載の無線通信方法において、
前記ビーコン信号を送信した後に、ビーコンを送信した局が優先的にパケットを送信できる所定期間を設定した
無線通信方法。 - 請求の範囲第１２６項記載の無線通信方法において、
前記ビーコンを送信した局が優先的にパケットを送信できる所定期間満了後は、各通信局が所定のコンテンション制御に基づいた送信を行なう期間を設定した
無線通信方法。 - 請求の範囲第１２７項記載の無線通信方法において、
前記ビーコンを送信した局が優先的にパケットを送信できる所定期間において、前記ビーコン送信局の通信相手局で、優先的にパケットを送信できるようにした
無線通信方法。 - 請求の範囲第１２６項記載の無線通信方法において、
自局内で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した場合に、周辺局からの送信を一定時間にわたり不許可とさせる情報を送信する
無線通信方法。 - 請求の範囲第１２６項記載の無線通信方法において、
自局からのパケットの送信に先立ち、あらかじめ定められた手順で算出される一定時間にわたり、他局からの信号を受信していない状態であることを確認し、
前記一定時間は、優先的にパケットを送信できる所定期間においては短く設定する
無線通信方法。 - 請求の範囲第１３０項記載の無線通信方法において、
自局からのパケットの送信に先立ち、あらかじめ定められた手順で算出される一定時間にわたり、他局からの信号を受信していない状態であることを確認し、
前記一定時間は、他局からのビーコンを受信した直後の前記所定期間に限り長く設定する
無線通信方法。 - 請求の範囲第１３０項記載の無線通信方法において、
自局からの送信に先立ち、送信要求信号の送信と、その送信要求信号の応答の受信の確認を行う
無線通信方法。 - 請求の範囲第１３２項記載の無線通信方法において、
送信要求信号を誤りなく受信した場合にはバーチャルキャリアセンスを行わず、送信要求信号の応答を誤りなく受信した場合にはバーチャルキャリアセンスを行う
無線通信方法。 - 請求の範囲第１３０項記載の無線通信方法において、
スリープ状態からアクティブ状態へと変化した直後に送信を試みる場合、送信に先立ち、規定されている最大信号長分の期間にわたりメディアがクリアである旨を確認する
無線通信方法。 - 請求の範囲第１３０項記載の無線通信方法において、
パケットの先頭にユニークワードのプリアンブルを付加し、かつ一定のペイロード長毎に同様のユニークワードのミッドアンブルを付加する
無線通信方法。 - 請求の範囲第１２６項記載の無線通信方法において、
ストリームトラヒックの伝送リクエストがある場合に、ビーコンが送信されていない区間を複数抽出し、その複数抽出された区間で、ビーコン又はビーコンに類する信号を送信する
無線通信方法。 - 請求の範囲第１３６項記載の無線通信方法において、
前記ビーコンに類する信号は、連続的又は間欠的に送信する
無線通信方法。 - 請求の範囲第１３６項記載の無線通信方法において、
自局からのパケットの送信に先立ち、あらかじめ定められた手順で算出される一定時間にわたり、他局からの信号を受信していない状態であることを確認し、
前記一定時間は，優先的にパケットを送信できる所定期間においては短く設定する
無線通信方法。 - 制御局と被制御局の関係を有しない複数の通信局からなるネットワークで無線通信を行う無線通信方法において、
信号を送信した後所定期間受信動作を行う送受信ステップと、
前記所定期間に新たな信号の送信を行わなかった場合に、次回信号受信あるいは送信予定時刻まで受信動作を停止させる受信タイミング制御ステップと、
を具備することを特徴とする無線通信方法。 - 請求の範囲第１３９項記載の無線通信方法において、
前記ネットワークに参画する各通信局は、略一定間隔で定期的にビーコン信号を送信する
無線通信方法。 - 請求の範囲第１４０項記載の無線通信方法において、
定められた時間に一度以上は、自局のビーコン送信間隔以上の時間にわたる受信を連続的に行う
無線通信方法。 - 請求の範囲第１３９項記載の無線通信方法において、
自局内で保持しているクロック値を参照することにより、他局からのビーコン送信予定時刻が近づいたことを認識した場合に、周辺局からの送信を一定時間にわたり不許可とさせる情報を送信する
無線通信方法。 - 請求の範囲第１３９項記載の無線通信方法において、
自局が特定の他局宛ての情報を保持している場合、当該特定の他局がビーコンを送信する時刻に受信処理を行い、当該特定の他局のビーコン送信が終了すると、定められた手順に従って、当該特定の他局に対して、保持している情報の送信を試みる
無線通信方法。 - 請求の範囲第１４３項記載の無線通信方法において、
前記他局のビーコン送信が終了してから送信される情報は、通常のデータと比較して緊急度の高い情報である
無線通信方法。 - 請求の範囲第１３９項記載の無線通信方法において、
信号の送信に先立ち、所定期間にわたり受信動作させることにより他の局から送信される信号の有無を検出することで、他局とパケットの通信タイミングが衝突しないアクセス制御を伴う
無線通信方法。 - 請求の範囲第１４５項記載の無線通信方法において、
スリープ状態からアクティブ状態へと変化した直後に送信を試みる場合、送信に先立ち、規定されている最大信号長分の期間にわたりメディアがクリアであることを確認する
無線通信方法。 - 請求の範囲第１４５項記載の無線通信方法において、
自局が特定の他局宛ての情報を保持している場合、当該特定の他局のビーコン送信時刻の直前に、所定の手順に従って、当該特定の他局に対して、保持している情報の送信を試みる
無線通信方法。 - 請求の範囲第１４７項記載の無線通信方法において、
他局のビーコン送信が終了してから送信される情報は、通常のデータと比較して緊急度の高い情報である
無線通信方法。 - 請求の範囲第１３９項記載の無線通信方法において、
情報を送信する際に、送信相手先局が受信動作を行なっていることを認識した局に対して送信を試みる
無線通信方法。 - 請求の範囲第１３９項記載の無線通信方法において、
前記各通信局は、自局が通信状態にあると判断される場合には、自局が認識している他局のビーコン受信を試みる
無線通信方法。 - 請求の範囲第１５０項記載の無線通信方法において、
自局が特定の他局宛ての情報を保持している場合には、自局から送信するビーコン中に、特定の他局に宛てた情報を保持している旨の情報を掲載し、
該ビーコンを受信した通信局で、自局宛ての情報が保持されていることを認識すると、ビーコン送信局に向けて自局宛てに情報を送信してほしい旨を伝える信号を送信する
無線通信方法。 - 請求の範囲第１５０項記載の無線通信方法において、
特定の局からのビーコンが受信できる環境にあった場合であっても、当該特定局とは通信を行わない指示がある場合、当該特定局から送信されてくるビーコンの受信を試みない
無線通信方法。 - 請求の範囲第１３９項記載の無線通信方法において、
なんらかの信号を送信した後、所定期間受信動作を行い、この所定期間に自局宛て信号を受信しなかった場合に、次回信号受信あるいは送信予定時刻まで受信動作を停止させる
無線通信方法。 - 各通信局が所定の時間間隔でネットワークに関する情報を記述したビーコンを送信し合うことによって構築される自律分散型の通信環境下で動作を行なうための処理をコンピュータシステム上で実行するようにコンピュータ可読形式で記述されたコンピュータプログラムであって、
自局に関する情報を記載したビーコン信号を生成するビーコン信号生成ステップと、
前記通信手段により周辺局から受信したビーコン信号を解析するビーコン信号解析ステップと、
前記通信手段によるビーコン送信タイミングを制御するタイミング制御ステップと、
を具備することを特徴とするコンピュータプログラム。 - 制御局と被制御局の関係を有しない複数の通信局からなるネットワークで無線通信を行うための処理をコンピュータシステム上で実行するようにコンピュータ可読形式で記述されたコンピュータプログラムであって、
信号を送信した後所定期間受信動作を行う送受信ステップと、
前記所定期間に新たな信号の送信を行わなかった場合に、次回信号受信あるいは送信予定時刻まで受信動作を停止させる受信タイミング制御ステップと、
を具備することを特徴とするコンピュータプログラム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003026457 | 2003-02-03 | ||
| JP2003026457 | 2003-02-03 | ||
| PCT/JP2004/001065 WO2004071022A1 (ja) | 2003-02-03 | 2004-02-03 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータプログラム |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007023468A Division JP4582098B2 (ja) | 2003-02-03 | 2007-02-01 | 無線通信システム、通信装置、通信方法及びプログラム |
| JP2010105001A Division JP5136590B2 (ja) | 2003-02-03 | 2010-04-30 | 無線通信システム、無線通信装置、無線通信方法及びコンピュータプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2004071022A1 true JPWO2004071022A1 (ja) | 2006-06-01 |
| JP4581996B2 JP4581996B2 (ja) | 2010-11-17 |
Family
ID=32844140
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005504834A Expired - Fee Related JP4581996B2 (ja) | 2003-02-03 | 2004-02-03 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータプログラム |
| JP2010105001A Expired - Fee Related JP5136590B2 (ja) | 2003-02-03 | 2010-04-30 | 無線通信システム、無線通信装置、無線通信方法及びコンピュータプログラム |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010105001A Expired - Fee Related JP5136590B2 (ja) | 2003-02-03 | 2010-04-30 | 無線通信システム、無線通信装置、無線通信方法及びコンピュータプログラム |
Country Status (11)
| Country | Link |
|---|---|
| US (7) | US7787437B2 (ja) |
| EP (2) | EP1592174B1 (ja) |
| JP (2) | JP4581996B2 (ja) |
| KR (1) | KR101380933B1 (ja) |
| CN (3) | CN100586086C (ja) |
| BR (1) | BRPI0403932B1 (ja) |
| ES (1) | ES2528360T3 (ja) |
| HK (1) | HK1084796A1 (ja) |
| IL (1) | IL164264A0 (ja) |
| SG (1) | SG137696A1 (ja) |
| WO (1) | WO2004071022A1 (ja) |
Families Citing this family (139)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100586086C (zh) | 2003-02-03 | 2010-01-27 | 索尼株式会社 | 无线通信系统,无线通信设备和无线通信方法 |
| WO2004071020A1 (ja) * | 2003-02-03 | 2004-08-19 | Sony Corporation | 通信方法及び通信装置、並びにコンピュータプログラム |
| CN100469025C (zh) | 2003-02-03 | 2009-03-11 | 索尼株式会社 | 通信方法和通信设备 |
| US7639661B2 (en) * | 2003-05-16 | 2009-12-29 | Sony Corporation | Radio communication system, radio communication apparatus, radio communication method, and computer program |
| US7076261B2 (en) * | 2003-07-01 | 2006-07-11 | Comsonics, Inc. | Synchronization of optical signaling beacons |
| KR20060063897A (ko) * | 2003-07-29 | 2006-06-12 | 소니 가부시끼 가이샤 | 무선 통신 시스템, 무선 통신 장치 및 무선 통신 방법, 및컴퓨터 프로그램 |
| JP4396416B2 (ja) | 2003-10-24 | 2010-01-13 | ソニー株式会社 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
| US8274961B2 (en) * | 2003-10-24 | 2012-09-25 | Sony Corporation | Apparatus and associated methodology of adjusting a RTS/CTS transmission protocol |
| JP4622503B2 (ja) * | 2003-12-24 | 2011-02-02 | ソニー株式会社 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
| US7406105B2 (en) * | 2004-03-03 | 2008-07-29 | Alfred E. Mann Foundation For Scientific Research | System and method for sharing a common communication channel between multiple systems of implantable medical devices |
| JP4370944B2 (ja) * | 2004-03-08 | 2009-11-25 | 沖電気工業株式会社 | 通信システム |
| US7684381B2 (en) * | 2004-05-04 | 2010-03-23 | Qualcomm Incorporated | Offset beacon for distributed management and control of wireless networks |
| JP4196882B2 (ja) * | 2004-05-27 | 2008-12-17 | 沖電気工業株式会社 | 通信タイミング制御装置、通信タイミング制御方法、ノード及び通信システム |
| US7688772B2 (en) * | 2004-06-29 | 2010-03-30 | Nokia Corporation | Control of a short-range wireless terminal |
| MX2007001704A (es) * | 2004-08-12 | 2007-04-12 | Interdigital Tech Corp | Metodo y sistema para controlar el acceso a un medio de comunicacion inalambrica. |
| JP4517780B2 (ja) * | 2004-08-30 | 2010-08-04 | ソニー株式会社 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
| JP4310253B2 (ja) * | 2004-09-21 | 2009-08-05 | キヤノン株式会社 | 通信装置及び通信方法 |
| US7359361B2 (en) * | 2004-11-02 | 2008-04-15 | Nokia Corporation | Techniques for stream handling in wireless communications networks |
| JP4734928B2 (ja) * | 2005-01-11 | 2011-07-27 | 沖電気工業株式会社 | 通信タイミング制御装置、通信タイミング制御方法、ノード及び通信システム |
| US7920530B2 (en) * | 2005-01-18 | 2011-04-05 | Marvell World Trade Ltd. | WLAN TDM IFS time selection protocol |
| US8483190B2 (en) | 2005-01-18 | 2013-07-09 | Marvell World Trade Ltd. | Wireless local area network (WLAN) time division multiplexed (TDM) interframe space (IFS) time selection protocol |
| US7751374B2 (en) * | 2005-01-18 | 2010-07-06 | Marvell World Trade Ltd. | WLAN TDM protocol |
| JP4438013B2 (ja) * | 2005-02-17 | 2010-03-24 | パイオニア株式会社 | 通信装置および通信方法 |
| WO2006105060A1 (en) | 2005-03-28 | 2006-10-05 | Mediacell Licensing Corp. | Synchronized beacon for network having multiple radios |
| WO2006119454A1 (en) * | 2005-05-04 | 2006-11-09 | Mediacell Licensing Corp | Enclosure with ground plane |
| EP1884071A4 (en) * | 2005-05-04 | 2012-11-21 | Sandwave Ip Llc | SELF-SYNCHRONIZED BAKE |
| US7664504B2 (en) * | 2005-07-14 | 2010-02-16 | Sandwave Ip, Llc | Virtual cells for wireless networks |
| JP4640812B2 (ja) * | 2005-09-29 | 2011-03-02 | 株式会社エヌ・ティ・ティ・ドコモ | 無線通信装置及び無線通信方法 |
| US20070115959A1 (en) * | 2005-10-13 | 2007-05-24 | Parker Jason M | Method and system for quiet time |
| US8483616B1 (en) * | 2005-11-01 | 2013-07-09 | At&T Intellectual Property Ii, L.P. | Non-interference technique for spatially aware mobile ad hoc networking |
| US8125964B2 (en) * | 2005-11-18 | 2012-02-28 | Telcordia Licensing Company, Llc | Framework for hybrid ad-hoc networks |
| TWI286008B (en) * | 2005-12-05 | 2007-08-21 | Inst Information Industry | Power management methods and systems |
| US20070167171A1 (en) * | 2005-12-30 | 2007-07-19 | Mediacell Licensing Corp | Determining the Location of a Device Having Two Communications Connections |
| US8504678B2 (en) * | 2005-12-30 | 2013-08-06 | Sandwave Ip, Llc | Traffic routing based on geophysical location |
| US8811369B2 (en) | 2006-01-11 | 2014-08-19 | Qualcomm Incorporated | Methods and apparatus for supporting multiple communications modes of operation |
| CN104320770B (zh) | 2006-01-11 | 2018-04-06 | 高通股份有限公司 | 在对等通信中编码信标信号以提供标识 |
| JP4779691B2 (ja) * | 2006-02-15 | 2011-09-28 | ミツミ電機株式会社 | チャンネルサーチ方法、及び、それを用いた通信装置 |
| US8582498B2 (en) * | 2006-03-07 | 2013-11-12 | Sandwave Ip, Llc | Service subscription using geophysical location |
| JP4533342B2 (ja) * | 2006-04-28 | 2010-09-01 | キヤノン株式会社 | 通信装置及びその制御方法、プログラム、記憶媒体 |
| TWI309532B (en) * | 2006-05-29 | 2009-05-01 | Inst Information Industry | Adaptive power management methods and systems for wireless networks |
| US7860038B2 (en) * | 2006-08-04 | 2010-12-28 | Microsoft Corporation | Wireless support for portable media player devices |
| JP5090455B2 (ja) * | 2006-09-14 | 2012-12-05 | マーベル ワールド トレード リミテッド | アドホックネットワーク節電システムおよび方法 |
| EP2087682A1 (en) * | 2006-10-26 | 2009-08-12 | QUALCOMM Incorporated | Beacon symbol orthogonalization |
| US20080123665A1 (en) * | 2006-11-28 | 2008-05-29 | Honeywell International Inc. | Uwb sensor array network structure |
| KR100969751B1 (ko) * | 2006-11-28 | 2010-07-13 | 삼성전자주식회사 | 통신시스템에서 서비스 제공 방법 및 장치 |
| KR100867990B1 (ko) * | 2006-12-07 | 2008-11-10 | 한국전자통신연구원 | 비컨충돌 방지를 위한 비컨 스케쥴링 시스템 및 방법 |
| US8169998B2 (en) | 2006-12-21 | 2012-05-01 | Broadcom Corporation | Method and system for an AD HOC wireless network with master control of network parameters |
| JP2008211584A (ja) * | 2007-02-27 | 2008-09-11 | Nippon Telegr & Teleph Corp <Ntt> | 無線通信装置、無線通信システム、及び無線通信プログラム |
| US8401001B2 (en) * | 2007-03-28 | 2013-03-19 | Intel Corporation | Method and apparatus of connectivity recovery in wireless network |
| EP3024289B1 (en) | 2007-06-04 | 2017-05-31 | Sony Corporation | Communication system, communication apparatus and communication method, and computer program |
| JP5088003B2 (ja) * | 2007-06-12 | 2012-12-05 | 沖電気工業株式会社 | 通信制御装置、方法及びプログラム、並びに、車々間通信装置 |
| JP5023842B2 (ja) * | 2007-07-02 | 2012-09-12 | パナソニック株式会社 | 無線送信装置 |
| JP4428415B2 (ja) * | 2007-07-11 | 2010-03-10 | 株式会社デンソー | 無線通信方法及び装置 |
| JP5201498B2 (ja) * | 2007-08-08 | 2013-06-05 | 株式会社エヌ・ティ・ティ・ドコモ | 無線通信装置及び無線通信方法 |
| US9001815B2 (en) * | 2007-10-31 | 2015-04-07 | Qualcomm, Incorporated | Method and apparatus for signaling transmission characteristics in a wireless communication network |
| US9008066B2 (en) * | 2007-10-31 | 2015-04-14 | Qualcomm, Incorporated | Method and apparatus for signaling transmission characteristics in a wireless communication network |
| US20090122744A1 (en) * | 2007-11-09 | 2009-05-14 | Alexander Maltsev | Selective relaying for wireless networks |
| US8532034B2 (en) * | 2007-12-26 | 2013-09-10 | Samsung Electronics Co., Ltd | Method and system for coordinating wireless communication of different waveforms in the same frequency band |
| JP4479813B2 (ja) | 2008-03-18 | 2010-06-09 | ソニー株式会社 | 通信装置及び通信方法、通信システム、並びにコンピュータ・プログラム |
| JP4497222B2 (ja) * | 2008-03-26 | 2010-07-07 | ソニー株式会社 | 通信装置及び通信方法、並びにコンピュータ・プログラム |
| US9014015B2 (en) * | 2008-04-15 | 2015-04-21 | Qualcomm Incorporated | Method and apparatus for resource utilization management in a multi-carrier communications system |
| US8595501B2 (en) * | 2008-05-09 | 2013-11-26 | Qualcomm Incorporated | Network helper for authentication between a token and verifiers |
| EP2297885B1 (en) * | 2008-06-02 | 2013-02-20 | TTTech Computertechnik AG | Method for synchronizing local clocks in a distributed computer network |
| JP5571892B2 (ja) * | 2008-10-06 | 2014-08-13 | キヤノン株式会社 | 通信装置、通信方法、コンピュータプログラム、記憶媒体 |
| JP5127658B2 (ja) | 2008-10-06 | 2013-01-23 | キヤノン株式会社 | 通信装置、通信装置の制御方法、コンピュータプログラム及び記憶媒体 |
| JP5166203B2 (ja) * | 2008-10-24 | 2013-03-21 | 株式会社日立製作所 | センサネットワークシステム、センサノード、及び基地局 |
| US8942210B2 (en) * | 2008-11-12 | 2015-01-27 | Qualcomm Incorporated | Method and apparatus for channel access in a wireless communications system |
| CN101754271B (zh) * | 2008-12-09 | 2014-04-30 | 华为终端有限公司 | 主控节点的协商方法及装置 |
| DE102008063454B4 (de) * | 2008-12-17 | 2012-05-31 | Siemens Aktiengesellschaft | Verfahren zum Überwachen von Netzwerkknoten |
| WO2010073168A2 (en) * | 2008-12-23 | 2010-07-01 | Koninklijke Philips Electronics, N.V. | Self-coexistence of devices in a flexible wireless system including two or more wireless networks that share a frequency band |
| CN101815286B (zh) * | 2009-02-23 | 2014-05-07 | 华为技术有限公司 | 基于信标的网络、加入网络的方法、帧传输方法和装置 |
| US8351892B2 (en) * | 2009-05-26 | 2013-01-08 | Qualcomm Incorporated | Network detection device power conservation |
| JP5409147B2 (ja) * | 2009-07-03 | 2014-02-05 | キヤノン株式会社 | 通信装置、通信装置の制御方法、プログラム |
| US20120057620A1 (en) * | 2009-07-15 | 2012-03-08 | Panasonic Corporation | Radio communication device, radio communication system, radio communication method, and program for executing radio communication method |
| FR2949928A1 (fr) * | 2009-09-08 | 2011-03-11 | Thomson Licensing | Procede d'emission mis en œuvre par un nœud et procede de reception correspondant |
| EP2484128A1 (en) * | 2009-09-30 | 2012-08-08 | Rockwell Collins, Inc. | Directional mobile ad-hoc network |
| US9118428B2 (en) | 2009-11-04 | 2015-08-25 | At&T Intellectual Property I, L.P. | Geographic advertising using a scalable wireless geocast protocol |
| JP2011109252A (ja) * | 2009-11-13 | 2011-06-02 | Canon Inc | 通信装置、通信装置の制御方法およびプログラム |
| US9247567B2 (en) * | 2009-11-20 | 2016-01-26 | Qualcomm Incorporated | Methods and apparatus for providing silence periods in directional communications networks |
| JP5321508B2 (ja) * | 2010-03-11 | 2013-10-23 | ソニー株式会社 | 通信装置、通信制御方法、及び通信システム |
| US20110310858A1 (en) * | 2010-06-16 | 2011-12-22 | Qualcomm Incorporated | Beacon signaling method and apparatus |
| JP5942853B2 (ja) * | 2010-12-21 | 2016-06-29 | 日本電気株式会社 | 隣接リスト最適化装置、隣接リスト生成装置、基地局装置、隣接リストの最適化方法、及びプログラム |
| US8577389B2 (en) * | 2011-01-18 | 2013-11-05 | Microsoft Corporation | Filtering and clustering crowd-sourced data for determining beacon positions |
| US8542637B2 (en) | 2011-01-18 | 2013-09-24 | Microsoft Corporation | Clustering crowd-sourced data for determining beacon positions |
| JP5434940B2 (ja) * | 2011-03-17 | 2014-03-05 | 株式会社デンソー | 無線通信装置 |
| US9236931B2 (en) | 2011-04-15 | 2016-01-12 | Panasonic Intellectual Property Management Co., Ltd. | Relay device, receiving device, transmitting device, and relay method |
| US9161158B2 (en) | 2011-06-27 | 2015-10-13 | At&T Intellectual Property I, L.P. | Information acquisition using a scalable wireless geocast protocol |
| US9319842B2 (en) | 2011-06-27 | 2016-04-19 | At&T Intellectual Property I, L.P. | Mobile device configured point and shoot type weapon |
| US9198137B2 (en) | 2011-07-28 | 2015-11-24 | Broadcom Corporation | Network controlled filtering over wireless device communications |
| US20130034004A1 (en) * | 2011-08-02 | 2013-02-07 | Qualcomm Atheros, Inc. | Reference tbtt estimation algorithm for smart power saving on wlan client |
| US9137751B2 (en) * | 2011-08-17 | 2015-09-15 | Mediatek Inc. | Concurrent control method for a communication device embedded with Wi-Fi direct |
| US9807403B2 (en) | 2011-10-21 | 2017-10-31 | Qualcomm Incorporated | Adaptive loop filtering for chroma components |
| US20130183906A1 (en) * | 2012-01-12 | 2013-07-18 | Qualcomm Incorporated | Enhanced distributed synchronization for wireless communications |
| US9059923B2 (en) * | 2012-04-06 | 2015-06-16 | Qualcomm Incorporated | Devices and methods for beacon communication in ad-hoc networks |
| US9107205B2 (en) * | 2012-04-24 | 2015-08-11 | Futurewei Technologies, Inc. | System and method for beacon transmission timing control |
| US9071451B2 (en) | 2012-07-31 | 2015-06-30 | At&T Intellectual Property I, L.P. | Geocast-based situation awareness |
| US9510280B2 (en) * | 2012-09-06 | 2016-11-29 | Apple Inc. | Transmitting beacon frames over a wireless data link |
| US9544811B2 (en) | 2012-11-19 | 2017-01-10 | Qualcomm Incorporated | Systems and methods for beacon timing adjustment in wireless networks |
| US9183110B2 (en) * | 2012-11-26 | 2015-11-10 | Google Inc. | Centralized dispatching of application analytics |
| US9042828B2 (en) * | 2012-11-26 | 2015-05-26 | Nokia Corporation | Method, apparatus, and computer program product for optimized discovery between mobile devices |
| US9660745B2 (en) | 2012-12-12 | 2017-05-23 | At&T Intellectual Property I, L.P. | Geocast-based file transfer |
| US9055611B2 (en) * | 2012-12-21 | 2015-06-09 | Broadcom Corporation | Resilient peer network with 802.11 technology |
| US9800389B2 (en) | 2013-03-08 | 2017-10-24 | Qualcomm Incorporated | Systems and methods for discovering and synchronizing within a neighbor aware network |
| US9674881B2 (en) | 2013-05-08 | 2017-06-06 | Nokia Technologies Oy | Device to device beacon, user equipment discovery, and resource allocation |
| US20140378054A1 (en) * | 2013-06-19 | 2014-12-25 | Qualcomm Incorporated | Opportunistic use of the dsrc spectrum |
| US9247476B2 (en) * | 2013-07-10 | 2016-01-26 | Qualcomm Incorporated | Systems and methods for coordinating power management in an independent basic service set |
| US10454768B2 (en) | 2013-11-15 | 2019-10-22 | F5 Networks, Inc. | Extending policy rulesets with scripting |
| US10292067B2 (en) | 2013-11-25 | 2019-05-14 | At&T Intellectual Property I, L.P. | Collaborative scheduling of last hop cellular traffic |
| WO2015094293A1 (en) * | 2013-12-19 | 2015-06-25 | Intel IP Corporation | Apparatus, system and method of rescheduling beacon transmissions |
| US10003915B2 (en) * | 2014-02-25 | 2018-06-19 | Bridgewest Finance Llc | Frame time synchronization in a wireless local area network |
| US9980286B2 (en) | 2014-03-10 | 2018-05-22 | Hitachi, Ltd. | Wireless communication method, apparatus and program to manage channel usage |
| JP2015179992A (ja) * | 2014-03-19 | 2015-10-08 | 株式会社東芝 | 通信装置、無線通信システム、通信方法およびプログラム |
| US9763228B2 (en) * | 2014-04-01 | 2017-09-12 | Qualcomm Incorporated | Methods and apparatus for independent basic service set based data paths for neighbor aware networks |
| US20150296530A1 (en) * | 2014-04-09 | 2015-10-15 | Mediatek Inc. | Method for downlink traffic priority indication |
| GB2527183B (en) * | 2014-04-14 | 2018-11-28 | Lear Corp | Polling between wireless device and vehicle transceivers |
| US20150373658A1 (en) * | 2014-06-19 | 2015-12-24 | Mediatek Inc. | Method for Deferring Beacon and Communication Device thereof |
| US9572105B2 (en) * | 2014-06-20 | 2017-02-14 | Apple Inc. | WLAN system with opportunistic transitioning to a low power state for power management |
| GB201411342D0 (en) * | 2014-06-26 | 2014-08-13 | Rolls Royce Plc | Wireless communication system |
| JP6223605B2 (ja) * | 2015-01-07 | 2017-11-01 | 三菱電機株式会社 | 無線通信装置、無線通信システムおよび無線通信方法 |
| US9839050B2 (en) * | 2015-01-23 | 2017-12-05 | Qualcomm Incorporated | Fast initial link setup discovery (FD) frame transmission |
| JP6542908B2 (ja) * | 2015-11-16 | 2019-07-10 | シャープ株式会社 | 通信端末 |
| CN106896863B (zh) * | 2015-12-18 | 2019-12-06 | 南京南瑞继保电气有限公司 | 一种嵌入式系统自适应对时方法 |
| US10859667B2 (en) | 2016-01-12 | 2020-12-08 | Hand Held Products, Inc. | Programmable reference beacons |
| US10089564B2 (en) * | 2016-02-09 | 2018-10-02 | Kabushiki Kaisha Toshiba | Image forming method |
| ES2874092T3 (es) * | 2016-03-02 | 2021-11-04 | Sony Group Corp | Aparato de procesamiento de información, sistema de comunicación, método de procesamiento de información y programa |
| KR101988861B1 (ko) * | 2016-03-02 | 2019-06-13 | 한국전자통신연구원 | 네트워크 접속 방법 및 네트워크 장치 |
| US10326700B1 (en) * | 2016-03-29 | 2019-06-18 | F5 Networks, Inc. | Hash based per subscriber DNS based traffic classification |
| JP6780357B2 (ja) * | 2016-08-08 | 2020-11-04 | 富士ゼロックス株式会社 | 情報処理装置及び情報処理プログラム |
| GB2557992B (en) * | 2016-12-21 | 2021-08-18 | Texecom Ltd | Frequency hopping spread spectrum communication in mesh networks |
| CN109672998B (zh) * | 2017-10-13 | 2022-01-18 | 瑞昱半导体股份有限公司 | 蓝牙联机建立方法 |
| CN107635240B (zh) * | 2017-10-27 | 2021-06-15 | 深圳市银河风云网络系统股份有限公司 | 无缝漫游组网系统及无线通信系统 |
| KR20190119400A (ko) * | 2018-04-12 | 2019-10-22 | (주)에프씨아이 | 비콘 신호의 수신 시간을 효율적으로 추정하기 위한 방법 및 이를 위한 수신 장치 |
| US11171807B2 (en) * | 2018-10-30 | 2021-11-09 | Hyundai Motor Company | Method and apparatus for allocating priority transmission opportunities in vehicle network |
| US11678137B2 (en) | 2020-05-06 | 2023-06-13 | Fleetwood Group, Inc. | Decentralized proximity system with multiple radio links |
| US11457330B2 (en) | 2020-08-25 | 2022-09-27 | Cisco Technology, Inc. | Dynamic anchor assignments for UWB ranging |
| US11564057B2 (en) * | 2020-08-25 | 2023-01-24 | Cisco Technology, Inc. | Prioritized scheduling for UWB ranging |
| US11828832B2 (en) | 2020-08-25 | 2023-11-28 | Cisco Technology, Inc. | Infrastructure triggering techniques to facilitate secure ultra-wideband (UWB) ranging |
| US11470571B2 (en) | 2020-08-25 | 2022-10-11 | Cisco Technology, Inc. | Assigning UWB anchors for client ranging |
| CN112039626B (zh) * | 2020-11-04 | 2021-02-05 | 电子科技大学 | 一种依赖于通信距离的随机相位调制方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09139747A (ja) * | 1995-09-11 | 1997-05-27 | Toshiba Corp | 通信制御装置及び通信制御方法 |
| JPH11251992A (ja) * | 1998-02-27 | 1999-09-17 | Sony Corp | 通信制御方法及び伝送装置 |
| JPH11275106A (ja) * | 1998-03-23 | 1999-10-08 | Toshiba Corp | 通信システム |
Family Cites Families (83)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4507777A (en) * | 1983-02-03 | 1985-03-26 | International Business Machines Corporation | Protocol for determining physical order of active stations on a token ring |
| US4726018A (en) * | 1986-08-25 | 1988-02-16 | International Business Machines Corporation | Method of providing priority access to a transmission communication ring |
| US5319641A (en) * | 1990-12-03 | 1994-06-07 | Echelon Systems Corp. | Multiaccess carrier sensing network communication protocol with priority messages |
| JPH06311160A (ja) * | 1993-04-21 | 1994-11-04 | Hitachi Ltd | 無線通信方式及び無線端末装置 |
| US6301242B1 (en) * | 1998-07-24 | 2001-10-09 | Xircom Wireless, Inc. | Communication system with fast control traffic |
| US5642350A (en) * | 1993-11-23 | 1997-06-24 | Ericsson Inc. | Peer to peer network for a mobile radio transceiver |
| JP3017925B2 (ja) * | 1994-04-14 | 2000-03-13 | 株式会社東芝 | 移動通信端末と移動通信方法 |
| JP2600622B2 (ja) | 1994-09-22 | 1997-04-16 | 日本電気株式会社 | Ｔｄｍａ方式の移動通信システムにおける下り制御信号の送信制御方法 |
| US5583866A (en) * | 1994-12-05 | 1996-12-10 | Motorola, Inc. | Method for delivering broadcast packets in a frequency hopping local area network |
| EP0731571B1 (en) * | 1995-03-08 | 2002-09-18 | Ntt Mobile Communications Network Inc. | Mobile communication system with delay before data transmission |
| US5748621A (en) * | 1995-03-10 | 1998-05-05 | Kabushiki Kaisha Toshiba | Digital mobile communication system |
| JP2708028B2 (ja) | 1995-11-08 | 1998-02-04 | 日本電気株式会社 | ローカルエリアネットワークの省電力制御システム |
| JP3208305B2 (ja) * | 1995-11-14 | 2001-09-10 | シャープ株式会社 | 通信装置および通信方法 |
| JP3629077B2 (ja) * | 1995-12-08 | 2005-03-16 | 富士通株式会社 | 無線通信システム，無線通信システム用基地局および間欠電源投入型移動局 |
| US6236674B1 (en) * | 1996-02-23 | 2001-05-22 | Teletransactions, Inc. | Transceiver control with sleep mode operation |
| SE518132C2 (sv) * | 1996-06-07 | 2002-08-27 | Ericsson Telefon Ab L M | Metod och anordning för synkronisering av kombinerade mottagare och sändare i ett cellulärt system |
| US5940399A (en) * | 1996-06-20 | 1999-08-17 | Mrv Communications, Inc. | Methods of collision control in CSMA local area network |
| US5887252A (en) | 1996-09-10 | 1999-03-23 | Nokia Mobile Phones Limited | Multicast transmission for DS-CDMA cellular telephones |
| JP3524285B2 (ja) | 1996-09-11 | 2004-05-10 | 株式会社東芝 | 通信装置及びその通信方法 |
| US6198728B1 (en) * | 1996-12-19 | 2001-03-06 | Phillips Electronics North America Corp. | Medium access control (MAC) protocol for wireless ATM |
| WO1998054870A2 (en) * | 1997-06-02 | 1998-12-03 | Motorola, Inc. | Method for authorizing couplings between devices in a capability addressable network |
| US6229988B1 (en) * | 1998-05-20 | 2001-05-08 | Lojack Corporation | Method of and apparatus for battery and similar power source conservation in periodically operable portable and related radio receivers and the like |
| US6178506B1 (en) | 1998-10-23 | 2001-01-23 | Qualcomm Inc. | Wireless subscription portability |
| JP2000165930A (ja) | 1998-11-30 | 2000-06-16 | Clarion Co Ltd | 無線通信ネットワークシステム |
| FI107690B (fi) * | 1999-04-30 | 2001-09-14 | Nokia Mobile Phones Ltd | Parannettu menetelmä ja järjestely solun valinnan hallitsemiseksi ja solukkojärjestelmän päätelaite |
| US6574266B1 (en) * | 1999-06-25 | 2003-06-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Base-station-assisted terminal-to-terminal connection setup |
| JP4374725B2 (ja) * | 1999-09-22 | 2009-12-02 | パナソニック株式会社 | 通信方法及び通信局 |
| US6980537B1 (en) * | 1999-11-12 | 2005-12-27 | Itt Manufacturing Enterprises, Inc. | Method and apparatus for communication network cluster formation and transmission of node link status messages with reduced protocol overhead traffic |
| US6751248B1 (en) * | 1999-12-07 | 2004-06-15 | Koninklijke Philips Electronics N.V. | Method for nodes in a multi-hop wireless network to acquire and maintain synchronization with a master node |
| US7039358B1 (en) * | 2000-01-10 | 2006-05-02 | Symbol Technologies, Inc. | Coexistence techniques in wireless networks |
| US6894975B1 (en) * | 2000-01-15 | 2005-05-17 | Andrzej Partyka | Synchronization and access of the nodes in a communications network |
| US6985542B1 (en) * | 2000-06-02 | 2006-01-10 | Cellguide Ltd. | Coherent processing of satellite signals to locate a mobile unit |
| JP4441046B2 (ja) | 2000-03-15 | 2010-03-31 | 株式会社日立国際電気 | 無線通信システム |
| US6934752B1 (en) * | 2000-03-23 | 2005-08-23 | Sharewave, Inc. | Quality of service extensions for multimedia applications in wireless computer networks |
| US6512935B1 (en) * | 2000-03-24 | 2003-01-28 | Gte Internetworking Incorporated | Energy conserving network protocol |
| US6388612B1 (en) * | 2000-03-26 | 2002-05-14 | Timothy J Neher | Global cellular position tracking device |
| EP1139606A1 (en) | 2000-03-28 | 2001-10-04 | Lucent Technologies Inc. | Wireless communication in a lan with varying signal level thresholds |
| ATE441990T1 (de) | 2000-04-22 | 2009-09-15 | Atheros Comm Inc | Verfahren zur steuerung eines gemeinsamen zugriffs auf ein drahtloses übertragungssystem und erhíhung des durchsatzes desselben |
| US6990080B2 (en) | 2000-08-07 | 2006-01-24 | Microsoft Corporation | Distributed topology control for wireless multi-hop sensor networks |
| US6839331B2 (en) * | 2000-11-02 | 2005-01-04 | Sharp Laboratories Of America, Inc. | Method to dynamically change all MIB parameters of a wireless data network |
| WO2002041586A2 (en) * | 2000-11-17 | 2002-05-23 | Koninklijke Philips Electronics N.V. | Wireless system containing a first network and a second network |
| US7079574B2 (en) * | 2001-01-17 | 2006-07-18 | Radiant Networks Plc | Carrier phase recovery system for adaptive burst modems and link hopping radio networks |
| WO2002063806A2 (en) * | 2001-02-07 | 2002-08-15 | Xtremespectrum, Inc. | System, method, and computer program product for sharing bandwidth in a wireless personal area network or a wireless local area network |
| JP2002300175A (ja) | 2001-04-03 | 2002-10-11 | Matsushita Electric Ind Co Ltd | 無線通信システム |
| GB2375014A (en) * | 2001-04-27 | 2002-10-30 | Ericsson Telefon Ab L M | Neighbour discovery in a communication network |
| US7089298B2 (en) * | 2001-08-20 | 2006-08-08 | Nokia Corporation | Naming distribution method for ad hoc networks |
| CN100527689C (zh) * | 2001-09-14 | 2009-08-12 | 艾利森电话股份有限公司 | 在802.11类型的无线局域网系统中避免信号间干扰的方法 |
| US7248570B2 (en) * | 2001-09-17 | 2007-07-24 | Microsoft Corporation | System and method for coordinating bandwidth usage of a communication channel by wireless network nodes |
| RU2221335C2 (ru) * | 2001-11-01 | 2004-01-10 | Общество с ограниченной ответственностью "Алгоритм" | Способ передачи информации в беспроводной локальной сети |
| US7280517B2 (en) * | 2001-11-02 | 2007-10-09 | At&T Corp. | Wireless LANs and neighborhood capture |
| US7269198B1 (en) * | 2001-11-19 | 2007-09-11 | Bbn Technologies Corp. | Systems and methods for beaconing in wireless networks with low probability of detection |
| JP2003158481A (ja) * | 2001-11-21 | 2003-05-30 | Nec Corp | 無線アクセス通信システム |
| JP3886795B2 (ja) * | 2001-12-10 | 2007-02-28 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システム、移動通信方法、移動端末及び通信基地局 |
| US6671525B2 (en) * | 2001-12-13 | 2003-12-30 | Motorola, Inc. | Beacon assisted hybrid asynchronous wireless communications protocol |
| US7184421B1 (en) * | 2001-12-21 | 2007-02-27 | Itt Manufacturing Enterprises, Inc. | Method and apparatus for on demand multicast and unicast using controlled flood multicast communications |
| US6980541B2 (en) * | 2002-01-03 | 2005-12-27 | Freescale Semiconductor, Inc. | Media access controller having pseudo-static guaranteed time slots |
| US6798761B2 (en) * | 2002-01-10 | 2004-09-28 | Harris Corporation | Method and device for establishing communication links and handling SP slot connection collisions in a communication system |
| US7684380B2 (en) * | 2002-01-22 | 2010-03-23 | Freescale Semiconductor, Inc. | System and method for handling asynchronous data in a wireless network |
| US6665269B1 (en) * | 2002-01-30 | 2003-12-16 | Networks Associates Technology, Inc. | Method and apparatus for filtering network traffic based on the correct channel in an IEEE 802.11(b) wireless lan |
| US7263090B2 (en) * | 2002-02-01 | 2007-08-28 | Viasat, Inc. | System and method of timing and frequency control in TDM/TDMA networks |
| JP3885597B2 (ja) | 2002-02-05 | 2007-02-21 | ソニー株式会社 | 無線通信システム及び無線通信制御方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
| US6882635B2 (en) * | 2002-02-05 | 2005-04-19 | Qualcomm Incorporated | Coexistence between interfering communication systems |
| JP3597511B2 (ja) * | 2002-02-22 | 2004-12-08 | エヌ・ティ・ティ・コムウェア株式会社 | 無線装置およびその通信経路制御方法、コンピュータプログラム |
| US7274707B2 (en) * | 2002-03-07 | 2007-09-25 | Koninklijke Philips Electronics N. V. | Coexistence of stations capable of different modulation schemes in a wireless local area network |
| US7133398B2 (en) * | 2002-03-27 | 2006-11-07 | Motorola, Inc. | System and method for asynchronous communications employing direct and indirect access protocols |
| US7151945B2 (en) * | 2002-03-29 | 2006-12-19 | Cisco Systems Wireless Networking (Australia) Pty Limited | Method and apparatus for clock synchronization in a wireless network |
| US6957086B2 (en) * | 2002-05-01 | 2005-10-18 | Microsoft Corporation | Method for wireless capability discovery and protocol negotiation, and wireless device including same |
| US7492773B2 (en) * | 2002-05-23 | 2009-02-17 | Motorola, Inc. | Media access control and distributed data processing using mediation devices in an asynchronous network |
| US7193986B2 (en) * | 2002-05-30 | 2007-03-20 | Nortel Networks Limited | Wireless network medium access control protocol |
| US7564812B1 (en) * | 2002-06-06 | 2009-07-21 | Bbn Technologies Corp | Method and apparatus for varying times/channels of broadcast beacons |
| US7274660B2 (en) * | 2002-08-15 | 2007-09-25 | Motorola, Inc. | Method of flow control |
| US6763013B2 (en) * | 2002-09-04 | 2004-07-13 | Harris Corporation | Intelligent communication node object beacon framework including neighbor discovery in a mobile ad hoc network |
| US7215681B2 (en) * | 2002-09-11 | 2007-05-08 | Itt Manufacturing Enterprises Inc. | Adaptive channel access for carrier sense multiple access based systems |
| US6763014B2 (en) * | 2002-09-24 | 2004-07-13 | Harris Corporation | Intelligent communication node object beacon framework (ICBF) with temporal transition network protocol (TTNP) in a mobile ad hoc network |
| US7231220B2 (en) * | 2002-10-01 | 2007-06-12 | Interdigital Technology Corporation | Location based method and system for wireless mobile unit communication |
| US7355986B2 (en) * | 2002-10-22 | 2008-04-08 | Sandia Corporation | Reconfigureable network node |
| US7280801B2 (en) * | 2002-12-02 | 2007-10-09 | Agere Systems Inc. | Reducing interference between different communication systems sharing a common wireless transmission medium |
| US20040151193A1 (en) * | 2002-12-23 | 2004-08-05 | Johan Rune | Bridging between a Bluetooth scatternet and an Ethernet LAN |
| US7103314B2 (en) * | 2002-12-27 | 2006-09-05 | Atheros Communications, Inc. | System and method of conforming wireless devices to worldwide regulations |
| CN100586086C (zh) * | 2003-02-03 | 2010-01-27 | 索尼株式会社 | 无线通信系统,无线通信设备和无线通信方法 |
| CN100469025C (zh) * | 2003-02-03 | 2009-03-11 | 索尼株式会社 | 通信方法和通信设备 |
| WO2004071020A1 (ja) | 2003-02-03 | 2004-08-19 | Sony Corporation | 通信方法及び通信装置、並びにコンピュータプログラム |
| US7639661B2 (en) * | 2003-05-16 | 2009-12-29 | Sony Corporation | Radio communication system, radio communication apparatus, radio communication method, and computer program |
-
2004
- 2004-02-03 CN CN200480000086A patent/CN100586086C/zh not_active Expired - Lifetime
- 2004-02-03 EP EP04707619.5A patent/EP1592174B1/en not_active Expired - Lifetime
- 2004-02-03 WO PCT/JP2004/001065 patent/WO2004071022A1/ja active Application Filing
- 2004-02-03 BR BRPI0403932-7A patent/BRPI0403932B1/pt not_active IP Right Cessation
- 2004-02-03 IL IL16426404A patent/IL164264A0/xx unknown
- 2004-02-03 US US10/500,591 patent/US7787437B2/en not_active Expired - Fee Related
- 2004-02-03 CN CN200910169180.5A patent/CN101662816B/zh not_active Expired - Lifetime
- 2004-02-03 ES ES04707619.5T patent/ES2528360T3/es not_active Expired - Lifetime
- 2004-02-03 JP JP2005504834A patent/JP4581996B2/ja not_active Expired - Fee Related
- 2004-02-03 CN CN201310596318.6A patent/CN103781152B/zh not_active Expired - Lifetime
- 2004-02-03 SG SG200506352-4A patent/SG137696A1/en unknown
- 2004-02-03 EP EP14194159.1A patent/EP2860884B1/en not_active Expired - Lifetime
- 2004-02-03 KR KR1020047015005A patent/KR101380933B1/ko active IP Right Grant
-
2006
- 2006-04-21 HK HK06104769.5A patent/HK1084796A1/xx not_active IP Right Cessation
-
2008
- 2008-12-03 US US12/326,929 patent/US8625571B2/en not_active Expired - Fee Related
- 2008-12-15 US US12/335,171 patent/US8391257B2/en active Active
- 2008-12-15 US US12/335,121 patent/US8144685B2/en not_active Expired - Lifetime
-
2010
- 2010-04-30 JP JP2010105001A patent/JP5136590B2/ja not_active Expired - Fee Related
-
2013
- 2013-10-10 US US14/051,177 patent/US8830986B2/en not_active Expired - Lifetime
-
2014
- 2014-08-14 US US14/460,088 patent/US9265044B2/en not_active Expired - Fee Related
-
2016
- 2016-01-06 US US14/989,584 patent/US9843935B2/en not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09139747A (ja) * | 1995-09-11 | 1997-05-27 | Toshiba Corp | 通信制御装置及び通信制御方法 |
| JPH11251992A (ja) * | 1998-02-27 | 1999-09-17 | Sony Corp | 通信制御方法及び伝送装置 |
| JPH11275106A (ja) * | 1998-03-23 | 1999-10-08 | Toshiba Corp | 通信システム |
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4581996B2 (ja) | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータプログラム | |
| JP4396416B2 (ja) | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム | |
| US9462536B2 (en) | Wireless communication system, wireless communication apparatus, wireless communication method and computer program | |
| JP4582098B2 (ja) | 無線通信システム、通信装置、通信方法及びプログラム | |
| JP4622503B2 (ja) | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム | |
| JP6189332B2 (ja) | 狭帯域チャネル選択のためのシステムおよび方法 | |
| JP4692017B2 (ja) | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム | |
| JP4333346B2 (ja) | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム | |
| JP4333347B2 (ja) | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070201 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070201 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090616 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090810 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100302 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100430 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100803 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100816 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4581996 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130910 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |