(57)【要約】【課題】  無線LANシステムにおいて、遮蔽物、電磁波によるノイズ等の影響によって無線通信ができなくなることを回避する。【解決手段】  外部システムと通信可能な中継器と、中継器と通信可能な親機100と、親機と無線通信可能な複数の子機であって、子機の一部が親機からの同期信号を受信できない場合に、親機から受け取った情報信号を前記一部の子機へ送る機能を有する代替子機112からなる第１グループと、前記一部の子機への送信機能を有しない非代替子機122、124からなる第２グループを含む、複数の子機とを備える、無線ＬＡＮシステムである。
2008139830.tif 000002
【特許請求の範囲】
【請求項１】
無線ローカルエリアネットワーク（ＬＡＮ）システムであって、
外部システムと通信可能な中継器と、
中継器と通信可能な親機と、
親機と無線通信可能な複数の子機であって、子機の一部が親機からの同期信号を受信できない場合に、親機から受け取った情報信号を前記一部の子機へ送る機能を有する代替子機からなる第１グループと、前記一部の子機への送信機能を有しない非代替子機からなる第２グループを含む、複数の子機と
を備える、無線ＬＡＮシステム。
【請求項２】
前記子機の第２グループの一部としてアドホックな子機が含まれる、請求項1の無線ＬＡＮシステム。
【請求項３】
前記第１のグループの子機は、同期信号を発信し、当該同期信号を受信できる前記非代替子機に対して前記親機から受け取った情報信号を送信することができる、請求項１の無線ＬＡＮシステム。
【請求項４】
前記中継器は、光を介して前記外部システムと通信し、かつ前記親機および子機とミリ波を介して通信する、請求項１の無線ＬＡＮシステム。
【請求項５】
前記親機は、第１のテーブルを有し、当該第１のテーブルは通信可能な子機のリストを含む、請求項１ないし４の無線ＬＡＮシステム。
【請求項６】
前記第１のグループの子機は、第２のテーブルを有し、当該第２のテーブルは通信可能な前記第２グループの子機のリストを含む、請求項５の無線ＬＡＮシステム。
【請求項７】
前記親機と前記子機の一部との間の障害物の存在により、当該子機の一部が前記親機からの同期信号を受信できないことを特徴とする、請求項１の無線ＬＡＮシステム。
【請求項８】
親機と複数の子機を含む無線ローカルエリアネットワーク（ＬＡＮ）システムにおいて、親機と複数の子機との間の無線通信方法であって、
親機から複数の子機へ第１の同期信号を送るステップと、
第１の同期信号を受け取った子機から親機へ第１の受信信号を送るステップと、
複数の子機の中の特定の子機から他の子機へ第２の同期信号を発するステップと、
第２の同期信号を受信した子機から前記特定の子機へ第２の受信信号を送るステップと、
親機から前記特定の子機へ情報信号を送るステップと、
前記特定の子機から、前記第２の同期信号を受信した子機の中で第１の受信信号を発しない子機へ情報信号を送るステップと、を含む無線通信方法。
【請求項９】
親機および複数の子機を含む無線ローカルエリアネットワーク（ＬＡＮ）システムにおいて、親機と複数の子機との間で無線通信をするための方法であって、親機が、
複数の子機へ第一の同期信号を送るステップと、
第１の同期信号を受け取った子機から第１の受信信号を受信するステップと、
第１の受信信号を発していない子機を検出するステップと、
複数の子機の中の特定の子機に対して、当該特定の子機が第２の同期信号を発することを促す指示信号を送るステップと、
前記特定の子機から、前記第１の受信信号を発していない子機が第２の同期信号を受信したことを示す第２の受信信号を受け取るステップと、
前記特定の子機へ、第２の同期信号を受信しかつ前記第１の受信信号を発していない子機のための情報信号を送るステップと、を実行することを含む無線通信方法。
【請求項１０】
親機と複数の子機を含む無線ローカルエリアネットワーク（ＬＡＮ）システムにおいて、親機と複数の子機との間で無線通信をするための方法であって、複数の子機の一部の子機が、
第１の同期信号を発するステップと、
第１の同期信号を受け取った子機から第１の受信信号を受信するステップと、
前記子機が第１の同期信号を受信したことを示す信号を親機へ送るステップと、
親機から、第１の同期信号を受信した前記子機のための情報信号を受け取るステップと、を含む無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には無線ローカルエリアネットワーク（ＬＡＮ）システムに関する。本発明は、より詳細には、家庭やオフィスのような比較的小さな空間におけるLANシステムに関する。
【背景技術】
【０００２】
近年、IEEE802.11a/g/bに準拠した無線LANが家庭向けに普及しつつある。さらに高速な無線規格も策定段階にある。業界では、高速な無線LANを使ったAVストリームの配信、無線の取り回しの良さを利用したホームセキュリティセンサー（ガラス割れ検出）等により、無線LANを家庭内のインフラとして位置づけようとする動きがある。【０００３】
一方、電波としての特質から、無線LANは、遮蔽物、電磁波によるノイズ等の影響を受けやすい。特に、高速無線LAN のためのミリ波、 UWBなどは、障害物等による影響を受けやすい。高速無線LANを家庭内のインフラとして普及させるためには、こうした障害への対策が必要になる。【０００４】
ところが、無線LANは、アドホック（ad hoc） な接続（常時通信ではなく、動的にネットワークへの接続が行われる）を前提にしている。したがって、無線が切れることを異常とは認識しない。IEEE802.15.3等の規格でも、無線が切れたことを異常として扱うような仕組みは考慮されていない。また、無線ネットワーク層での通信断を通知する仕組みもない。特に、有線部分をトンネリング（IPパケットまたはイーサーフレームをカプセル化）するようなネットワークの場合には、イーサネット（Ethernet）側のデバイスからは原因不明の通信障害とみなされてしまう。【０００５】
この高速無線LANの開発はまだ実用化に向けた実験段階にある。現行の対策は、「導波管を使い見通しの良い場所から電波を発信する」あるいは「出力を適宜調整する」といったような、電波障害を起こさないように工夫するという視点での回避策が主流である。【０００６】
従来技術として、日本の公開特許公報2004-282758には、１つのコントローラで制御される無線ネットワークにおいて、そのコントローラが故障（または、停止）した場合に、ネットワークの制御を代替のコントローラに切り替えて無線ネットワークを維持させる方法が開示されている。しかし、この方法は、遮蔽物、電磁波によるノイズ等の影響によって無線通信ができなくなることを回避するものではない。
【特許文献１】日本の公開特許公報2004-282758
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、無線LANシステムにおいて、無線障害が発生した場合に、通信状態（サービス）を自動的に保持することである。【０００８】
本発明の目的は、無線LANシステムにおいて、遮蔽物、電磁波によるノイズ等の影響によって無線通信ができなくなることを回避することである。なお、本出願の「無線通信ができなくなる」とは、完全に通信ができない場合のみならず安定して通信ができない場合（通信が頻繁にあるいは断続的に途絶える場合等）も含む。
【課題を解決するための手段】
【０００９】
本発明によれば、外部システムと通信可能な中継器と、中継器と通信可能な親機と、親機と無線通信可能な複数の子機であって、子機の一部が親機からの同期信号を受信できない場合に、親機から受け取った情報信号を前記一部の子機へ送る機能を有する代替子機からなる第１グループと、前記一部の子機への送信機能を有しない非代替子機からなる第２グループを含む、複数の子機とを備える、無線ＬＡＮシステムが提供される。【００１０】
本発明によれば、親機と複数の子機を含む無線ＬＡＮシステムにおいて、親機から複数の子機へ第１の同期信号を送るステップと、第１の同期信号を受け取った子機から親機へ第１の受信信号を送るステップと、複数の子機の中の特定の子機から他の子機へ第２の同期信号を発するステップと、第２の同期信号を受信した子機から前記特定の子機へ第２の受信信号を送るステップと、親機から前記特定の子機へ情報信号を送るステップと、前記特定の子機から、前記第２の同期信号を受信した子機の中で第１の受信信号を発しない子機へ情報信号を送るステップとを含む、親機と複数の子機との間の無線通信方法が提供される。
【発明の効果】
【００１１】
本発明によれば、無線ＬＡＮシステムにおいて、障害物、ノイズなどに起因する無線障害により、親機と一部の子機との通信ができなくなった場合でも、親機とその一部の子機との代替通信経路を自動的に確保することができる。【００１２】
本発明によれば、無線ＬＡＮシステムにおいて、障害物、ノイズなどに起因する無線障害により、親機と一部の子機との通信ができなくなった場合に、自動的に子機の中の特定の子機が親機の代わり（中継）となって、親機とその一部の子機との通信を維持させることができる。【００１３】
本発明によれば、無線ＬＡＮシステムにおいて、障害物、ノイズなどに起因する無線障害が解除された場合に、代替されていた通信経路からその障害発生前の通信経路に自動的に復帰させることができる。【００１４】
本発明によれば、無線ＬＡＮシステムにおいて、障害物、ノイズなどに起因する無線障害の発生に拘らず、親機と子機との通信状態（サービス）を維持することができる。
【発明を実施するための最良の形態】
【００１５】
本発明について図面を参照しながら以下に説明する。以下の説明は、IEEE802.15.3規格のPICONETを利用することを前提としている。しかし、本発明はこの前提に限定されるものではなく、他の規格、方式等でももちろん利用可能である。【００１６】
本発明の一実施形態では、IEEE802.15.3のPICONET上で、LANパケットを送受信するシステムを想定する。PICONETとは、IEEE802.15.3で定義される無線による通信サブネットを意味する。本実施例では以下の内容（A、B）を開示する。なお、以下に登場するChildPICONETとは、IEEE802.15.3で定義されネットワークの最小単位を意味する。【００１７】
A. 障害（無線断）発生時にChild PICONETを使った別経路を動的に確保するシステム
（a-1） 障害（無線断）時に別経路を確保するためのシステム構成
（a-2） 障害（無線断）発生をシステム内の各デバイスが検知する方法
（a-3） 別経路を選択する方法
（a-4） 障害復旧を検知し、元の経路に戻す方法
B. 特定デバイス間の無線部分の障害発生を無線層で認識し、通知された障害を発報する方法【００１８】
図１は、本発明に関わるPICONET を使ったLANパケット通信システムの基本構成を示す。この構成では、PICONETを制御するPNC（PICONETCOORDINATOR）10と複数のDEV（DEVice）20が無線で接続され、LANパケットをトンネリング（または、プロトコル変換）する。PNC10は中継器（図示なし）を介して外部システムに接続する。光通信（FTTH）では、中継器は光を電気信号（ミリ波等）に変換する変換機を含む。PNC10と各DEV20間の線30は無線通信の経路の存在を意味する。この線30の意味は他の図においても同様である。IP#1からIP#4は、各DEVに割り振られるLAN機器（PC、各種家電機器など）を意味する。同時に、IP#nは、各機器に対応するイーサネット（Ethernet）のMACアドレスまたはIPパケットのIP アドレスをも意味する。このIP#nの意味は他の図においても同様である。【００１９】
IEEE802.15.3では、PICONET内の装置は互いに通信が可能と定義されている。インターネット接続を家庭に引き込む通信では、
（a）Internetへの出入り口は１箇所でありPNCにまとめる、
（b）DEV同士は必ずしも通信可能な場所に設置されない、
の理由から、DEV間の通信もDEV―＞PNC―＞DEVという経路を使う。PICONETへの接続はad hocであるが、LANパケットの経路はDEVとPNCの組み合わせで構成される。無線の届く範囲を拡張するため、IEEE802.15.3ではChildPICONETを使える事も定義されている。【００２０】
A.障害（無線断）発生時に別経路を動的に確保するシステム
（a-1）障害（無線断）時に別経路を確保するためのシステム構成
図２は、障害（無線断）時に別経路を確保するための、本発明におけるシステム構成である。PNC100は１つである。DEVは、DEV-AとDEV-Bの２種類を含む。DEV-A 110は、Child PICONETのPNCになる機能を持つ。DEB-B120は、PNCになる機能を持たない。【００２１】
図３から図５を参照しながら、以下に障害（無線断）時の処理フローを示す。
（1） 図３で、通常は、PNC100が管理する１つのPICONETのもとで、PNC100、DEV-A、DEV-Bが無線通信を行う。すなわち、LAN機器（IP#n）に対してLANパケット通信がおこなわれる。図３では、例えばPNC100とDEV-B122のIP#3が通信している。
（2）図４で、 障害物等200が置かれると、PNC100と通信できないDEV-Bが発生する。図４では、２つのDEV-B122（IP#3）とDEV-B124（IP#4）がPNC100と通信できない。
（3）図５で、障害（無線断）を検知したDEV-A112が代替PNCとして動作し、Child PICONETを構成する。図５で、PNC100との通信が行えなくなったDEV-B122（IP#3）とDEV-B124（IP#4）は、DEV-A112(PNC)に接続を切り替える。LANパケットはPNC100―DEV-A112―DEV-B122/124の代替経路で伝送される。
（4）障害が無くなると図３の元の経路に戻る。【００２２】
図２から図５に例示される本発明のシステムにおける動作の特徴は次の２つである。
（1）従来のネットワーク障害に対して代替経路を選択する方法では、ルーティングプロトコルに基づいた複雑なルート情報の交換を行う。しかし、本発明では相手に自分の存在を通知するパケットをマルチキャストするだけで代替経路への切り替えを行う。本発明は、経路情報交換の負荷が大きい、かつ障害時に経路要求を出す従来の方式とは異なるので、代替経路への切り替えが早い。
（2）本発明では、Static接続が必要なデバイスとそうでないデバイス（adhoc）を区別して扱うことで、不要な代替経路の起動によるシステム負荷の増大を防ぐことができる。 【００２３】
（a-2）障害（無線断）発生をシステム内の各デバイスが検知する方法
PNCはビーコン（同期信号）を定期的に発信し、自分の存在を各DEVに伝える。ビーコンの発信はIEE802.15.3に基づいて行う。DEV-Aは定期的に ”Static接続INFO”パケット を送信する。PNCは、各DEVとの接続関係を管理するために、図６の（a）スイッチテーブルと(b)接続テーブルを持つ。図６の(b)接続テーブルに、#1と#2がタイプAのDEV(DEV-A)として記録される。(b)接続テーブルの”static”はstatic接続を意味する。その隣の(#2)と(#1)は、各々DEV-A(#1)からDEV-A(#2)が見える（通信可能な）こととその逆も成り立っていることを意味する。PNCは、”Static接続INFO”パケットが一定時間受信されない場合、DEV-Aが見えなくなったと判断する。【００２４】
タイプBのDEVのうちでStaticな接続を必要とするDEV-Bは、定期的に ”Static接続INFO”パケット を送信（multicast）する。”Static接続INFO”パケットは、DEV-Aの存在確認に使用するパケットと同じものである。図７に、IP#5として図２のDEV-B(#5)が登録された場合のテーブルを示す。図７の(b)接続テーブル中では、#5のDEV-Bがstaticであって、DEV-Aの#1と#2に接続可能であることが示される。【００２５】
Staticな接続を必要としないDEV-B、すなわちad hoc接続のDEV-Bは、“Static接続INFO”パケット を送らない。このDEV-Bは、IEEE802.15.3で定義されている通りの動作をする。図8に、IP#4として図２のDEV-B(#4)が登録された場合のテーブルを示す。図8の(b)接続テーブル中では、#4のDEV-Bがadhocであることが記録される。このように、接続テーブルを用いることで、Staticとad hocなデバイスが混在する場合でも適切に管理することができる。【００２６】
（a-3）別経路を選択する方法
別経路選択は、PMC/DEV-Aが管理するスイッチテーブルを使って以下のように行われる。
（1）図９で、通常の状態では、PNC100の(b)スイッチテーブルを元に、LANパケットを無線部分のプロトコルでカプセル化（encapsulation）してトンネリングを行う。図９の状態は、図８の#4が認識された後、さらに#3、#6のDEV-Bが接続された状態である。
（2）図１０と図１１において、例えばDEV-BのDEV-B（#3、#4）とPNC100の接続が切れるとする。 
2-1）Static接続が不要な#4のDV-B124は、IEEE802.15.3の定義のように接続を解除する。
2-2）Static接続が必要な#3のDEV-B122は、代替のPICONET（#1が管理するChild PICONET）であるDEV-A112に接続する。
2-3）DEV-A（#1）112は、IP#3を#1内の(a)スイッチテーブルに登録する。
2-4）DEV-A（#1）112は、PNC（#0）100に、代替パスとして#3を接続したことを通知する（この通知の#0での処理は非同期）。 
2-5）#3、#4の接続断を検知したPNC100は(b)スイッチテーブル（図１０）から、#3、#4の情報を削除する。
2-6）#3宛のLANパケットが届くと、PNC100はブロードキャストでPICONET全体に送信する。
2-7）DEV-A（#1）はLANパケットを受け取り、#1のスイッチテーブル内にある#3にLANパケットを送信する。
2-8）DEV-B（#3）は#0―＞#1―＞#3の代替経路でLANパケットを送受信する。
（3）上記2-4）の#1での処理が終了すると、PNC（#0）100の(b)スイッチテーブル（図１１）に、#3へのデータは#1経由であること(DEV#1)の情報が登録される。以後、#3宛のLANパケットが届くとPNC100はユニキャストでDEV-A(#1)に送信するようになる。【００２７】
（a-4）障害復旧を検知し、元の経路に戻す方法
図１２で、代替経路を使っているDEV-B（#3）122は、PNC100からのビーコンが再開することを監視する。障害物の除去等で、ビーコンが再開されると、PNC100への接続を復帰させる。PNC100、DEV-A（#1）112のスイッチテーブルは、通常時の内容に戻り、元の経路でのLANパケットの送受信が行われるようになる。【００２８】
無線部分の障害発生を無線層で認識し、通知された障害を発報する方法として、まず接続テーブルで、各DEVの接続要求がStaticかad hocかを管理する。通常と異なる状況になった場合、PNCまたはDEVは、通知（Notification）を出す。その通知は、メール、音、電話などで行われる。通知の状態にあることは、接続テーブルに記録され、管理される。【００２９】
本発明のPNCは、例えばPCベースの専用機器として、その上で動くSWによって動作する。本発明のDEV-Aは、例えば部屋の中で、複数のDEV-BおよびPNCから見えるように（無線通信可能に）設置される。DEV-Aは、例えばEth/ミリ波インターフェースを持つボックス型のデバイスとして提供される。そのデバイスは、本発明の方法を実行するための組込みソフトウエア（ＳＷ）を内蔵することができる。デバイスは何らかの組込みOSで動作し、デバイスの持つEth/ミリ波インターフェースのハードウエア（HW）を動作させるドライバとして機能する。【００３０】
本発明のDEV-Bは、例えばパーソナル・コンピュータ（PC）で終端させる場合は、ミリ波無線LANカードに付属するソフトウェアによって動作する。あるいは、DEV-Bは、外付けデバイスとする場合（ＰＣのようにカードを拡張するような事ができないLAN対応セキュリティ機器や家電の場合）は、DEV-A同様のボックス型のデバイスの中で動作する組込みＳＷによって動作する。【００３１】
本発明について、図を引用しながら説明した。しかし、本発明は上述した実施例に限られるものではない。本発明の趣旨を逸脱しない範囲でいかなる変形も可能であることは当業者には明らかであろう。
【図面の簡単な説明】
【００３２】
【図１】本発明に関わる通常のPICONET を使ったLANパケット通信システムの基本構成を示す図である。
【図２】本発明のシステム構成を示す図である。
【図３】本発明のシステム構成（障害発生前）を示す図である。
【図４】本発明のシステム構成（障害発生直後）を示す図である。
【図５】本発明のシステム構成（障害発生後の代替経路の確保の様子）を示す図である。
【図６】PNCが持つスイッチテーブルと接続テーブルを示す図である。
【図７】IP#5として図２のDEV-B(#5)が登録された場合のテーブルを示す図である。
【図８】IP#4として図２のDEV-B(#4)が登録された場合のテーブルを示す図である。
【図９】図８の#4が認識された後、さらに#3、#6のDEV-Bが接続された状態を示す図である。
【図１０】DEV-Bの（#3、#4）とPNCの接続が切れた状態を示す図である。
【図１１】DEV-B（#3）とPNCの接続をDEV-A(#1)を介した代替経路により確保した状態を示す図である。
【図１２】障害が除去されて、元のDEV-B（#3）とPNCの接続が回復した状態を示す図である。
【符号の説明】
【００３３】
１０、１００  PNC
２０  DEV
３０  無線経路
１１０、１１２、１１４  DEV-A（代替PNC）
１２０、１２２、１２４  DEV-B
２００  障害物
【図１】
2008139830.tif 000003
【図２】
2008139830.tif 000004
【図３】
2008139830.tif 000005
【図４】
2008139830.tif 000006
【図５】
2008139830.tif 000007
【図６】
2008139830.tif 000008
【図７】
2008139830.tif 000009
【図８】
2008139830.tif 000010
【図９】
2008139830.tif 000011
【図１０】
2008139830.tif 000012
【図１１】
2008139830.tif 000013
【図１２】
2008139830.tif 000014
【手続補正書】
【提出日】平成21年3月3日(2009.3.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
（削除）
【請求項２】
（削除）
【請求項３】
（削除）
【請求項４】
（削除）
【請求項５】
（削除）
【請求項６】
（削除）
【請求項７】
（削除）
【請求項８】
（削除）
【請求項９】
親機および複数の子機を含む無線ローカルエリアネットワーク（ＬＡＮ）システムにおいて、親機と複数の子機との間で無線通信をするための方法であって、親機が、
複数の子機へ第一の同期信号を送るステップと、
第１の同期信号を受け取った子機から第１の受信信号を受信するステップと、
第１の受信信号を発していない子機を検出するステップと、
複数の子機の中の特定の子機に対して、当該特定の子機が第２の同期信号を発することを促す指示信号を送るステップと、
前記特定の子機から、前記第１の受信信号を発していない子機が第２の同期信号を受信したことを示す第２の受信信号を受け取るステップと、
前記特定の子機へ、第２の同期信号を受信しかつ前記第１の受信信号を発していない子機のための情報信号を送るステップと、を実行することを含む無線通信方法。
【手続補正書】
【提出日】平成21年11月10日(2009.11.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線ローカルエリアネットワーク（ＬＡＮ）システムであって、
外部システムと通信可能な中継器と、
中継器と通信可能な親機と、
親機と無線通信可能な複数の子機であって、子機の一部が親機からの同期信号を受信できない場合に、親機から受け取った情報信号を前記一部の子機へ送る機能を有する代替子機からなる第１グループと、前記一部の子機への送信機能を有しない非代替子機からなる第２グループを含む、複数の子機と
を備える、無線ＬＡＮシステム。
【請求項２】
前記子機の第２グループの一部としてアドホックな子機が含まれる、請求項1の無線ＬＡＮシステム。
【請求項３】
前記第１のグループの子機は、同期信号を発信し、当該同期信号を受信できる前記非代替子機に対して前記親機から受け取った情報信号を送信することができる、請求項１の無線ＬＡＮシステム。
【請求項４】
前記中継器は、光を介して前記外部システムと通信し、かつ前記親機および子機とミリ波を介して通信する、請求項１の無線ＬＡＮシステム。
【請求項５】
前記親機は、第１のテーブルを有し、当該第１のテーブルは通信可能な子機のリストを含む、請求項１ないし４の無線ＬＡＮシステム。
【請求項６】
前記第１のグループの子機は、第２のテーブルを有し、当該第２のテーブルは通信可能な前記第２グループの子機のリストを含む、請求項５の無線ＬＡＮシステム。
【請求項７】
前記親機と前記子機の一部との間の障害物の存在により、当該子機の一部が前記親機からの同期信号を受信できないことを特徴とする、請求項１の無線ＬＡＮシステム。
【請求項８】
親機と複数の子機を含む無線ローカルエリアネットワーク（ＬＡＮ）システムにおいて、親機と複数の子機との間の無線通信方法であって、
親機から複数の子機へ第１の同期信号を送るステップと、
第１の同期信号を受け取った子機から親機へ第１の受信信号を送るステップと、
複数の子機の中の特定の子機から他の子機へ第２の同期信号を発するステップと、
第２の同期信号を受信した子機から前記特定の子機へ第２の受信信号を送るステップと、
親機から前記特定の子機へ情報信号を送るステップと、
前記特定の子機から、前記第２の同期信号を受信した子機の中で第１の受信信号を発しない子機へ情報信号を送るステップと、を含む無線通信方法。
【請求項９】
親機および複数の子機を含む無線ローカルエリアネットワーク（ＬＡＮ）システムにおいて、親機と複数の子機との間で無線通信をするための方法であって、親機が、
複数の子機へ第一の同期信号を送るステップと、
第１の同期信号を受け取った子機から第１の受信信号を受信するステップと、
第１の受信信号を発していない子機を検出するステップと、
複数の子機の中の特定の子機に対して、当該特定の子機が第２の同期信号を発することを促す指示信号を送るステップと、
前記特定の子機から、前記第１の受信信号を発していない子機が第２の同期信号を受信したことを示す第２の受信信号を受け取るステップと、
前記特定の子機へ、第２の同期信号を受信しかつ前記第１の受信信号を発していない子機のための情報信号を送るステップと、を実行することを含む無線通信方法。
【請求項１０】
親機と複数の子機を含む無線ローカルエリアネットワーク（ＬＡＮ）システムにおいて、親機と複数の子機との間で無線通信をするための方法であって、複数の子機の一部の子機が、
第１の同期信号を発するステップと、
第１の同期信号を受け取った子機から第１の受信信号を受信するステップと、
前記子機が第１の同期信号を受信したことを示す信号を親機へ送るステップと、
親機から、第１の同期信号を受信した前記子機のための情報信号を受け取るステップと、を含む無線通信方法。
【国際調査報告】
2008139830.tif 000015
2008139830.tif 000016
2008139830.tif 000017
2008139830.tif 000018