(57)【要約】マルチラジオを用いた通信方法及び通信装置が提供される。通信方法はグループに属する少なくとも１つのノードのＬＤＲの利用可能性を確認し、前記グループに属する少なくとも１つのノードとリンクを設定するステップと、前記グループに属する少なくとも１つのノードにデータフレームを送信するステップと、前記確認されたＬＤＲの利用可能性に基づいてマルチラジオを用いて前記送信されたデータフレームに対するＡＣＫを受信するステップとを有する。【選択図】      図１
2013543693.tif 000002
【特許請求の範囲】
【請求項１】
グループに属する少なくとも１つのノードのＬＤＲ（Ｌｏｗ  Ｄａｔａ−ｒａｔｅ  Ｒａｄｉｏ）の利用可能性を確認し、前記グループに属する少なくとも１つのノードとリンクを設定するステップと、
前記グループに属する少なくとも１つのノードにデータフレームを送信するステップと、
前記確認されたＬＤＲの利用可能性に基づいてマルチラジオを用いて前記送信されたデータフレームに対するＡＣＫを受信するステップとを有することを特徴とする通信方法。
【請求項２】
前記ＡＣＫを受信するステップは、前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ又はＨＤＲ（Ｈｉｇｈ  Ｄａｔａ−ｒａｔｅ  Ｒａｄｉｏ）のいずれか１つを用いて前記ＡＣＫを受信するステップを含むことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記リンクを設定するステップは、プロアクティブ方式又はリアクティブ方式のいずれか１つを用いて前記グループに属する少なくとも１つのノードとリンクを設定することを特徴とする請求項１に記載の通信方法。
【請求項４】
前記リンクを設定するステップは、前記グループに属する少なくとも１つのノードから受信されたサービスリクエストフレームに基づいてＬＤＲ情報を取得するステップと、
前記取得したＬＤＲ情報に基づいて前記ノードのＬＤＲの利用可能性を確認するステップと、
前記取得したＬＤＲ情報に基づいてマルチキャストサービス及びブロードキャストサービスを開始するステップと、
前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ利用可能なノードとＬＤＲリンクを設定するステップとを含むことを特徴とする請求項１に記載の通信方法。
【請求項５】
前記リンクを設定するステップは、マルチキャストサービス及びブロードキャストサービスを開始するクエリフレームを前記グループに属する少なくとも１つのノードに送信するステップと、
前記クエリフレームに対するクエリ応答フレームを受信するステップと、
前記クエリ応答フレームに基づいて、前記グループに属する少なくとも１つのノードのＬＤＲの利用可能性を確認するステップと、
前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ利用可能なノードとＬＤＲリンクを設定するステップとを含むことを特徴とする請求項１に記載の通信方法。
【請求項６】
前記グループに属する少なくとも１つのノードからチャネルリポートフレームを受信するステップと、
前記チャネルリポートフレームに含まれるチャネル情報に基づいてＣＴＳノードを決定するステップと、
前記決定されたＣＴＳノードに基づいてＲＴＳ及びＣＴＳ制御を行うステップとをさらに有することを特徴とする請求項１に記載の通信方法。
【請求項７】
前記送信したデータフレームに対するＡＣＫリクエストフレームを送信するステップをさらに有し、
前記ＡＣＫリクエストフレームは、ＡＣＫラジオ情報及びＡＣＫオフセット情報を含むことを特徴とする請求項１に記載の通信方法。
【請求項８】
前記ＡＣＫリクエストフレームを送信するステップは、前記確認されたＬＤＲの利用可能性に基づいて前記ＡＣＫラジオ情報を設定することを特徴とする請求項７に記載の通信方法。
【請求項９】
グループに属する少なくとも１つのノードのＬＤＲの利用可能性を確認し、前記グループに属する少なくとも１つのノードとリンクを設定するリンク設定部と、
前記グループに属する少なくとも１つのノードにデータフレームを送信するデータフレーム送信部と、
前記確認されたＬＤＲの利用可能性に基づいてマルチラジオを用いて前記送信されたデータフレームに対するＡＣＫを受信するＡＣＫ受信部とを備えることを特徴とする通信装置。
【請求項１０】
前記ＡＣＫ受信部は、前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ又はＨＤＲのいずれか１つを用いて前記ＡＣＫを受信することを特徴とする請求項９に記載の通信装置。
【請求項１１】
前記リンク設定部は、プロアクティブ方式又はリアクティブ方式のいずれか１つを用いて前記グループに属する少なくとも１つのノードとリンクを設定することを特徴とする請求項９に記載の通信装置。
【請求項１２】
前記リンク設定部は、前記グループに属する少なくとも１つのノードから受信されたサービスリクエストフレームを用いてＬＤＲ情報を取得し、前記取得したＬＤＲ情報に基づいて前記ノードのＬＤＲの利用可能性を確認するＬＤＲ情報取得部と、
前記取得したＬＤＲ情報に基づいてマルチキャストサービス及びブロードキャストサービスを開始し、前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ利用可能なノードとＬＤＲリンクを設定するＬＤＲリンク設定部とを含むことを特徴とする請求項９に記載の通信装置。
【請求項１３】
前記リンク設定部は、マルチキャスト及びブロードキャストサービスを開始するクエリフレームを前記グループに属する少なくとも１つのノードに送信し、前記クエリフレームに対するクエリ応答フレームを受信してＬＤＲ情報を取得するＬＤＲ情報取得部と、
前記ＬＤＲ情報に基づいて前記グループに属する少なくとも１つのノードのＬＤＲの利用可能性を確認し、前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ利用可能なノードとＬＤＲリンクを設定するＬＤＲリンク設定部とを含むことを特徴とする請求項９に記載の通信装置。
【請求項１４】
チャネルリポートフレームに含まれたチャネル情報に基づいてＣＴＳノードを決定するＣＴＳノード決定部と、
前記決定されたＣＴＳノードに基づいてＲＴＳ及びＣＴＳ制御を行うＲＴＳ／ＣＴＳ制御部とをさらに備えることを特徴とする請求項９に記載の通信装置。
【請求項１５】
前記送信したデータフレームに対するＡＣＫリクエストフレームを送信するＡＣＫリクエストフレーム送信部をさらに備え、
前記ＡＣＫリクエストフレームは、ＡＣＫラジオ情報及びＡＣＫオフセット情報を含むことを特徴とする請求項９に記載の通信装置。
【請求項１６】
前記ＡＣＫリクエストフレーム送信部は、前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ及びＨＤＲのいずれか１つに前記ＡＣＫラジオ情報を設定することを特徴とする請求項１５に記載の通信装置。
【請求項１７】
ＬＤＲ情報を含むフレームをグループのヘッドに送信して前記ヘッドとリンクを設定するステップと、
前記リンクが設定されたヘッドからデータフレームを受信するステップと、
前記ヘッドからＡＣＫリクエストフレームを受信するステップと、
前記ＡＣＫリクエストフレームに基づいてＡＣＫを前記ヘッドに送信するステップとを有することを特徴とする通信方法。
【請求項１８】
前記ＡＣＫを前記ヘッドに送信するステップは、ＬＤＲ又はＨＤＲのいずれか１つを用いることを特徴とする請求項１７に記載の通信方法。
【請求項１９】
前記リンクを設定するステップは、プロアクティブ方式及びリアクティブ方式のいずれか１つを用いて前記グループのヘッドとリンクを設定することを特徴とする請求項１７に記載の通信方法。
【請求項２０】
前記リンクを設定するステップは、前記ヘッドからＬＤＲリンクリクエストフレームを受信するステップと、
前記ＬＤＲリンクリクエストフレームに対するＬＤＲリンク応答フレームを前記ヘッドに送信することによって前記ヘッドとのＬＤＲリンクを設定するステップとを含むことを特徴とする請求項１７に記載の通信方法。
【請求項２１】
少なくとも１つの隣接ヘッドから送信されたビーコン信号を受信するステップと、
前記ビーコン信号に基づいて前記隣接ヘッドのチャネル情報を取得するステップと、
前記隣接ヘッドのチャネル情報を含むチャネルリポートフレームを前記グループのヘッドに送信するステップとをさらに有することを特徴とする請求項１７に記載の通信方法。
【請求項２２】
前記ＡＣＫを前記ヘッドに送信するステップは、前記ＡＣＫリクエストフレームに含まれたＡＣＫオフセット情報に基づいて前記ＡＣＫを送信するための送信時点を決定するステップと、
前記決定された送信時点にて前記ＡＣＫをＬＤＲ又はＨＤＲのいずれか１つを用いて前記ヘッドに送信するステップとを含むことを特徴とする請求項１７に記載の通信方法。
【請求項２３】
ＬＤＲ情報を含むフレームをグループのヘッドに送信して前記ヘッドとリンクを設定するリンク設定部と、
前記リンクが設定されたヘッドからデータフレームを受信するデータフレーム受信部と、
前記ヘッドからＡＣＫリクエストフレームを受信するＡＣＫリクエストフレーム受信部と、
前記ＡＣＫリクエストフレームに基づいてＡＣＫを前記ヘッドに送信するＡＣＫ送信部とを備えることを特徴とする通信装置。
【請求項２４】
前記ＡＣＫ送信部は、ＬＤＲ又はＨＤＲのいずれか１つを用いて前記ＡＣＫを前記ヘッドに送信することを特徴とする請求項２３に記載の通信装置。
【請求項２５】
前記リンク設定部は、プロアクティブ方式又はリアクティブ方式のいずれか１つを用いて前記グループのヘッドとリンクを設定することを特徴とする請求項２３に記載の通信装置。
【請求項２６】
前記リンク設定部は、前記ヘッドからＬＤＲリンクリクエストフレームを受信し、前記ＬＤＲリンクリクエストフレームに対するＬＤＲリンク応答フレームを前記ヘッドに送信することによって前記ヘッドとのＬＤＲリンクを設定することを特徴とする請求項２３に記載の通信装置。
【請求項２７】
少なくとも１つの隣接ヘッドから送信されたビーコン信号を受信するビーコン信号受信部と、
前記ビーコン信号に基づいて前記隣接ヘッドのチャネル情報を取得するチャネル情報取得部と、
前記隣接ヘッドのチャネル情報を含むチャネルリポートフレームを前記グループのヘッドに送信するチャネルリポートフレーム送信部とをさらに備えることを特徴とする請求項２３に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信方法及び通信装置に関し、より詳しくは、ネットワークの複数のノードの間でデータフレームをマルチキャスト及びブロードキャストする通信方法及び装置に関する。
【背景技術】
【０００２】
近年、スマートフォン、ラップトップなどの端末に８０２．１１ＷＬＡＮとブルートゥース（登録商標）など複数のラジオが搭載されている。
ここで、ラジオは、高い送信速度と高い送受信電力消費特性を有するＨＤＲ（Ｈｉｇｈ  Ｄａｔａ−ｒａｔｅ  Ｒａｄｉｏ）及びこのＨＤＲに比べて低い送信速度と低い送受信電力消費特性を有するＬＤＲ（Ｌｏｗ  Ｄａｔａ−ｒａｔｅ  Ｒａｄｉｏ）を含む。
一例として、ＨＤＲはＷＬＡＮを含み、ＬＤＲはブルートゥースを含み得る。
特に、同一のグループに属する複数の端末は、マルチキャスト及びブロードキャスト通信を用いてデータを共有し、大容量のマルチメディアストリーミングを送信することができる。
【０００３】
しかし、従来のマルチキャスト及びブロードキャスト通信は、送信されたパケットに対するＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を要求しない。これによって、ＭＡＣレイヤにおける再送信が行われないためデータの信頼性が保障されない。
データの信頼性を高めるためにリンク送信率を低速に固定することがある。これによって、端末はＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）に敏感な大容量のマルチメディアストリーミングを送信することが困難になる。
また、マルチキャスト及びブロードキャスト通信を同時に行う複数のグループが存在する場合、隣接するグループ間の干渉によって衝突（ｃｏｌｌｉｓｉｏｎ）が発生することがある。このような衝突発生によりデータが損失するという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、複数のグループ間の衝突を防止又は減少させながらもデータの信頼性を増加させることのできるマルチキャスト及びブロードキャスト通信方法で、マルチラジオを用いた通信方法及び通信装置を提供することにある。
【課題を解決するための手段】
【０００５】
本発明の一態様によれば、通信方法は、グループに属する少なくとも１つのノードのＬＤＲ（Ｌｏｗ  Ｄａｔａ−ｒａｔｅ  Ｒａｄｉｏ）の利用可能性を確認し、前記グループに属する少なくとも１つのノードとリンクを設定するステップと、前記グループに属する少なくとも１つのノードにデータフレームを送信するステップと、前記確認されたＬＤＲの利用可能性に基づいてマルチラジオを用いて前記送信されたデータフレームに対するＡＣＫを受信するステップとを有することを特徴とする。
【０００６】
前記ＡＣＫを受信するステップは、前記確認されたＬＤＲの利用可能性に応じてＬＤＲ及びＨＤＲ（Ｈｉｇｈ  Ｄａｔａ−ｒａｔｅ  Ｒａｄｉｏ）のいずれか１つを用いて前記ＡＣＫを受信するステップを含むことが好ましい。
前記リンクを設定するステップは、プロアクティブ方式又はリアクティブ方式のいずれか１つを用いて前記グループに属する少なくとも１つのノードとリンクを設定することが好ましい。
前記リンクを設定するステップは、前記グループに属する少なくとも１つのノードから受信されたサービスリクエストフレームに基づいてＬＤＲ情報を取得するステップと、前記取得したＬＤＲ情報に基づいて前記ノードのＬＤＲの利用可能性を確認するステップと、前記取得したＬＤＲ情報に基づいてマルチキャストサービス及びブロードキャストサービスを開始するステップと、前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ利用可能なノードとＬＤＲリンクを設定するステップとを含むことが好ましい。
【０００７】
前記リンクを設定するステップは、マルチキャストサービス及びブロードキャストサービスを開始するクエリフレームを前記グループに属する少なくとも１つのノードに送信するステップと、前記クエリフレームに対するクエリ応答フレームを受信するステップと、前記クエリ応答フレームに基づいて、前記グループに属する少なくとも１つのノードのＬＤＲの利用可能性を確認するステップと、前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ利用可能なノードとＬＤＲリンクを設定するステップとを含むことが好ましい。
前記グループに属する少なくとも１つのノードからチャネルリポートフレームを受信するステップと、前記チャネルリポートフレームに含まれるチャネル情報に基づいてＣＴＳノードを決定するステップと、前記決定されたＣＴＳノードに基づいてＲＴＳ及びＣＴＳ制御を行うステップとをさらに有することが好ましい。
前記送信したデータフレームに対するＡＣＫリクエストフレームを送信するステップをさらに有することが好ましい。
【０００８】
本発明の一態様によれば、通信装置は、グループに属する少なくとも１つのノードのＬＤＲの利用可能性を確認し、前記グループに属する少なくとも１つのノードとリンクを設定するリンク設定部と、前記グループに属する少なくとも１つのノードにデータフレームを送信するデータフレーム送信部と、前記確認されたＬＤＲの利用可能性に基づいてマルチラジオを用いて前記送信されたデータフレームに対するＡＣＫを受信するＡＣＫ受信部とを備えることを特徴とする。
【０００９】
前記ＡＣＫ受信部は、前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ又はＨＤＲのいずれか１つを用いて前記ＡＣＫを受信することが好ましい。
前記リンク設定部は、前記グループに属する少なくとも１つのノードから受信されたサービスリクエストフレームを用いてＬＤＲ情報を取得し、前記取得したＬＤＲ情報に基づいて前記ノードのＬＤＲの利用可能性を確認するＬＤＲ情報取得部と、前記取得したＬＤＲ情報に基づいてマルチキャストサービス及びブロードキャストサービスを開始し、前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ利用可能なノードとＬＤＲリンクを設定するＬＤＲリンク設定部とを含むことが好ましい。
前記リンク設定部は、マルチキャスト及びブロードキャストサービスを開始するクエリフレームを前記グループに属する少なくとも１つのノードに送信し、前記クエリフレームに対するクエリ応答フレームを受信してＬＤＲ情報を取得するＬＤＲ情報取得部と、前記ＬＤＲ情報に基づいて前記グループに属する少なくとも１つのノードのＬＤＲの利用可能性を確認し、前記確認されたＬＤＲの利用可能性に基づいてＬＤＲ利用可能なノードとＬＤＲリンクを設定するＬＤＲリンク設定部とを含むことが好ましい。
チャネルリポートフレームに含まれたチャネル情報に基づいてＣＴＳノードを決定するＣＴＳノード決定部と、前記決定されたＣＴＳノードに基づいてＲＴＳ及びＣＴＳ制御を行うＲＴＳ／ＣＴＳ制御部とをさらに備えることが好ましい。
前記送信したデータフレームに対するＡＣＫリクエストフレームを送信するＡＣＫリクエストフレーム送信部をさらに備えることが好ましい。
【００１０】
本発明の一態様によれば、通信方法は、ＬＤＲ情報を含むフレームをグループのヘッドに送信して前記ヘッドとリンクを設定するステップと、前記リンクが設定されたヘッドからデータフレームを受信するステップと、前記ヘッドからＡＣＫリクエストフレームを受信するステップと、前記ＡＣＫリクエストフレームに基づいてＡＣＫを前記ヘッドに送信するステップとを有することを特徴とする。
【００１１】
前記ＡＣＫを前記ヘッドに送信するステップは、ＬＤＲ又はＨＤＲのいずれか１つを用いることが好ましい。
少なくとも１つの隣接ヘッドから送信されたビーコン信号を受信するステップと、前記ビーコン信号に基づいて前記隣接ヘッドのチャネル情報を取得するステップと、前記隣接ヘッドのチャネル情報を含むチャネルリポートフレームを前記グループのヘッドに送信するステップとをさらに有することが好ましい。
前記ＡＣＫを前記ヘッドに送信するステップは、前記ＡＣＫリクエストフレームに含まれたＡＣＫオフセット情報に基づいて前記ＡＣＫを送信するための送信時点を決定するステップと、前記決定された送信時点にて前記ＡＣＫをＬＤＲ又はＨＤＲのいずれか１つを用いて前記ヘッドに送信するステップとを含むことが好ましい。
【００１２】
本発明の一態様によれば、通信装置は、ＬＤＲ情報を含むフレームをグループのヘッドに送信して前記ヘッドとリンクを設定するリンク設定部と、前記リンクが設定されたヘッドからデータフレームを受信するデータフレーム受信部と、前記ヘッドからＡＣＫリクエストフレームを受信するＡＣＫリクエストフレーム受信部と、前記ＡＣＫリクエストフレームに基づいてＡＣＫを前記ヘッドに送信するＡＣＫ送信部とを備えることを特徴とする。
【００１３】
前記ＡＣＫ送信部は、ＬＤＲ又はＨＤＲのいずれか１つを用いて前記ＡＣＫを前記ヘッドに送信することが好ましい。
前記リンク設定部は、前記ヘッドからＬＤＲリンクリクエストフレームを受信し、前記ＬＤＲリンクリクエストフレームに対するＬＤＲリンク応答フレームを前記ヘッドに送信することによって前記ヘッドとのＬＤＲリンクを設定することが好ましい。
少なくとも１つの隣接ヘッドから送信されたビーコン信号を受信するビーコン信号受信部と、前記ビーコン信号に基づいて前記隣接ヘッドのチャネル情報を取得するチャネル情報取得部と、前記隣接ヘッドのチャネル情報を含むチャネルリポートフレームを前記グループのヘッドに送信するチャネルリポートフレーム送信部とをさらに備えることが好ましい。
【発明の効果】
【００１４】
本発明に係るマルチラジオを用いた通信方法及び通信装置によれば、ＬＤＲを用いてＡＣＫを受信することによって電力消費を減少させ、バッテリ使用時間を増加させることができるという効果がある。
また、ＨＤＲを用いてデータフレームを送信することによって大容量マルチメディアストリーミングを提供するだけではなく、ＬＤＲを用いてＡＣＫを受信してデータの信頼性を向上させることができるという効果がある。
【図面の簡単な説明】
【００１５】
【図１】マルチキャスト及びブロードキャスト通信を提供するグループのヘッドとグループに属するノードを含むネットワークシステムを示す図である。
【図２】マルチラジオを用いてマルチキャスト及びブロードキャスト通信を行う工程を説明するためのフローチャートである。
【図３】プロアクティブ方式を用いてリンクを設定する工程を説明するためのフローチャートである。
【図４】リアクティブ方式を用いてリンクを設定する工程を説明するためのフローチャートである。
【図５】グループに属する複数のノードのうちＣＴＳノードを決定する工程を説明するための図である。
【図６】グループに属する複数のノードのうちＣＴＳノードを決定する工程を説明するための図である。
【図７】マルチラジオを用いてデータフレームに対するＡＣＫを受信する工程を説明するためのフローチャートである。
【図８】ＬＤＲ情報を受信する通信装置の構成を示すブロック図である。
【図９】ＬＤＲ情報を送信する通信装置の構成を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下、添付する図面を参照しながら本発明に係る実施形態を詳細に説明する。
しかし、本発明が実施形態によって制限されたり限定されることはない。
また、各図面に提示された同一の参照符号は同一の部材を示す。
【００１７】
図１は、マルチキャスト及びブロードキャスト通信を提供するグループのヘッドとグループに属するノードを含むネットワークシステムを示す図である。
図１において、ヘッド及びノードは、スマートフォン、ＤＭＢ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｂｒｏａｄｃａｓｔｉｎｇ）フォン、ノート型パソコン、パーソナルコンピュータ（ＰＣ）などの移動端末や固定端末を含む。
【００１８】
図１に示すように、グループのヘッド（Ｈ）１０は、グループに属するノードにデータフレームを送信する送信ノードである。そして、ノード（Ｎ１〜Ｎ３）２０〜４０は、ヘッド１０からデータフレームを受信する受信ノードである。ヘッド１０と複数のノード（Ｎ１〜Ｎ３）２０〜４０はネットワークを形成している。ここで、ヘッド１０及びノード（Ｎ１〜Ｎ３）２０〜４０は全てＨＤＲを搭載しており、ＬＤＲは選択的に搭載してもよい。言い換えれば、ヘッド１０及びノード（Ｎ１〜Ｎ３）２０〜４０のうち少なくとも１つはＬＤＲを搭載してもよい。
【００１９】
図２は、マルチラジオを用いてマルチキャスト及びブロードキャスト通信を行う工程を説明するためのフローチャートである。
まず、ステップＳ２１０において、ヘッド１０はグループに属する少なくとも１つのノードとリンクを設定する。
一例として、ヘッド１０は、プロアクティブ方式（Ｐｒｏａｃｔｉｖｅ  Ａｐｐｒｏａｃｈ）又はリアクティブ方式（Ｒｅａｃｔｉｖｅ  Ａｐｐｒｏａｃｈ）を用いてリンクを設定する。
ここで、ヘッド１０は１つ以上のノードとグループを形成してもよいが、以下、ヘッド１０が複数のノードとグループを形成した場合を仮定して説明することにする。
【００２０】
次に、ステップＳ２２０において、ヘッド１０は、グループに属する複数のノードのうち少なくとも１つのノードから受信されたチャネルリポートフレーム（ＮＢ＿ＣＨ＿ＲＥＰＯＲＴ）に基づいてＣＴＳノードを決定する。
一例として、ヘッド１０は、チャネルリポートフレームをＬＤＲを用いて受信する。
ここで、チャネルリポートフレームを送信したノードが複数である場合、ヘッド１０は、チャネルリポートフレームを送信したノードのいずれか１つをＣＴＳノードに決定する。これによって、ヘッド１０はＣＴＳノードを用いてＲＴＳ（Ｒｅｑｕｅｓｔ  Ｔｏ  Ｓｅｎｄ）／ＣＴＳ（Ｃｌｅａｒ  Ｔｏ  Ｓｅｎｄ）制御を行うことができる。
【００２１】
そして、ステップＳ２３０において、ヘッド１０は、グループに属する複数のノードにデータフレームを送信する。
そして、ステップＳ２４０において、ヘッド１０は、グループに属する複数のノードにＡＣＫリクエストフレーム（ＭＲ＿ＡＣＫ＿ＲＥＱ）を送信する。
一例として、ヘッド１０はデータフレームを送信した後、予め設定された基準時間が経過した時、ＡＣＫリクエストフレームを送信する。ここで、ＡＣＫリクエストフレームは送信したデータフレームに対するノードの受信確認をリクエストするフレームであり、ラジオ情報及びオフセット情報を含んでもよい。
【００２２】
そして、ステップＳ２５０において、ヘッド１０は、マルチラジオを用いて複数のノードから送信されたＡＣＫを受信する。
一例として、ヘッド１０は、ＬＤＲ及びＨＤＲのいずれか１つを用いて送信されたＡＣＫを受信する。言い換えれば、ノードがＬＤＲを利用可能な場合にヘッド１０は、ノードでＬＤＲを用いて送信したＡＣＫを受信する。そして、ノードがＬＤＲを用いることができない場合にヘッド１０はノードがＨＤＲを用いて送信したＡＣＫを受信する。
【００２３】
以下、図３及び図４を参照してプロアクティブ方式又はリアクティブ方式を用いてリンクを設定する工程について詳細に説明する。
図３は、プロアクティブ方式を用いてリンクを設定する工程を説明するためのフローチャートである。
プロアクティブ方式は、ヘッドがノードにマルチキャストサービスを提供する前にノードのＬＤＲ情報を取得する方式を意味する。
図３においては、ヘッドと複数のノードとの間にＨＤＲリンクは予め設定された状態であることを仮定する。
【００２４】
まず、図３及び図８を参照すれば、ステップＳ３１０において、ＬＤＲ情報取得部８１１は、サービスリクエストフレーム（ＡＳＳＯＣＩＡＴＩＯＮ＿ＲＥＱ）を受信する。
ここで、ＬＤＲ情報取得部８１１は、ＨＤＲを用いてサービスリクエストフレームを受信する。言い換えれば、ＬＤＲ情報取得部８１１は、ノードに搭載されたＨＤＲを用いて送信されたサービスリクエストフレームをヘッドに搭載されたＨＤＲを用いて受信する。ここで、サービスリクエストフレームは、サービスをリクエストするノードのＬＤＲ情報を含んでもよい。
【００２５】
一例として、ＬＤＲを搭載した場合、サービスをリクエストするノードは、ＬＤＲ  ＭＡＣアドレスを含むＬＤＲ情報をヘッドに送信する。
そして、ノードにＬＤＲが搭載されていない場合、ノードはＬＤＲ情報を「０」に設定してヘッドに送信する。
【００２６】
次に、ステップＳ３２０において、ＬＤＲ情報取得部８１１は、サービスリクエストフレームを用いてＬＤＲ情報を取得することによって、ノードのＬＤＲの利用可能性を確認する。
一例として、ＬＤＲ情報取得部８１１は、サービスリクエストフレームでＬＤＲ情報を分離する。そして、分離されたＬＤＲ情報がＬＤＲ  ＭＡＣアドレスを含む場合、ＬＤＲ情報取得部８１１はノードがＬＤＲを利用可能であると確認することができる。ここで、分離されたＬＤＲ情報が「０」と設定された場合、ＬＤＲ情報取得部８１１はノードがＬＤＲを搭載しないものと確認する。
【００２７】
そして、ステップＳ３３０において、ＬＤＲ情報取得部８１１は、サービスリクエストフレームを送信したノードにサービス応答フレーム（ＡＳＳＯＣＩＡＴＩＯＮ＿ＲＥＰ）を送信する。
ここで、ＬＤＲ情報取得部８１１は、サービス応答フレームをＨＤＲを用いて送信する。このように、サービスリクエスト応答フレームが受信されることによって、ヘッドとノードとの間にはマルチキャスト及びブロードキャストサービスが開始される。
【００２８】
次に、ステップＳ３４０において、ＬＤＲリンクリクエスト部８１２は、確認されたＬＤＲの利用可能性に基づいてＬＤＲ接続リクエストフレームを送信する。
一例として、ＬＤＲリンクリクエスト部８１２は、ＬＤＲ  ＭＡＣアドレスを用いてＬＤＲが利用可能であると確認されたノードにＬＤＲリンクリクエストフレームを送信する。そして、ＬＤＲリンクリクエスト部８１２は、搭載されたＬＤＲを用いてＬＤＲリンクリクエストフレームを送信する。
【００２９】
ここで、ＬＤＲを利用可能なノードが複数である場合、ＬＤＲリンクリクエスト部８１２は、ＬＤＲを利用可能なノードに順次ＬＤＲリンクリクエストフレームを送信してもよい。言い換えれば、ＬＤＲとしてブルートゥース（登録商標）が用いられ、ＨＤＲとしてＷＬＡＮが用いられる場合、ＬＤＲリンクリクエスト部８１２は、ブルートゥース（登録商標）を用いてＬＤＲ接続リクエストフレームを送信してもよい。このようにＬＤＲを用いてヘッドとノードとの間にＬＤＲリンクを設定することによって、インクエリプロセス（ｉｎｑｕｉｒｙ  ｐｒｏｃｅｓｓ）をスキップする。これによって、迅速にＬＤＲ接続を設定することができる。
【００３０】
そして、ステップＳ３５０において、ＬＤＲリンクリクエスト部８１２は、ＬＤＲリンク応答フレームを受信することによってＬＤＲリンクを設定する。
ここで、ＬＤＲリンクリクエスト部８１２はＬＤＲを用いてＬＤＲ接続応答フレームを受信する。ここで、ＬＤＲリンク応答フレームはＡＣＣＥＰＴフレーム又はＲＥＪＥＣＴフレームを含む。
【００３１】
一例として、ＬＤＲ設定リクエストフレームを受信したノードはＬＤＲを搭載した場合、ＡＣＣＥＰＴフレームをＬＤＲを用いてヘッドに送信する。
他の例として、ＬＤＲを搭載したとしてもＬＤＲを用いることが難しい場合、ノードはＲＥＪＥＣＴフレームをＬＤＲを用いてヘッドに送信する。これによって、ＬＤＲリンクリクエスト部８１２は、ＲＥＪＥＣＴフレームを受信することでノードがＬＤＲを用いることが難しい状態であることを確認できる。
【００３２】
図４は、リアクティブ方式を用いてリンクを設定する工程を説明するためのフローチャートである。
リアクティブ方式は、マルチキャストサービスを提供する前にヘッドとグループに属するノード間にいずれの情報も交換しない方式を意味する。
図４において、ヘッドと複数のノードとの間にＨＤＲリンクは予め設定された状態であると仮定する。
【００３３】
まず、図４及び図８を参照すれば、ステップＳ４１０において、ＬＤＲ情報取得部８１１は、クエリフレーム（ＬＤＲ＿ＱＵＥＲＹ）をＨＤＲを用いてグループに属する複数のノードに送信する。
一例として、図１を参照すれば、ヘッド１０と、ノード（Ｎ１）２０、ノード（Ｎ２）３０、及びノード（Ｎ３）３０がグループを形成する場合、ＬＤＲ情報取得部８１１は、クエリフレームをノード（Ｎ１）〜ノード（Ｎ３）に送信する。ここで、ＬＤＲ情報取得部８１１は、マルチキャスト及びブロードキャストサービスを開始した後、クエリフレームを送信する。
【００３４】
次に、ステップＳ４２０において、ＬＤＲ情報取得部８１１は、グループに属する複数のノードで送信したクエリ応答フレーム（ＬＤＲ＿ＱＵＥＲ＿ＲＥＰ）を受信する。
ここで、クエリ応答フレームはＬＤＲ情報を含んでもよい。
一例として、ノードがＬＤＲを搭載した場合、ノードは、ＬＤＲ  ＭＡＣアドレスを含むＬＤＲ情報をクエリ応答フレームに挿入してヘッドに送信する。ここで、ＬＤＲを搭載していない場合、ノードは「０」に設定したＬＤＲ情報をクエリ応答フレームに挿入して送信する。
【００３５】
そして、ステップＳ４３０において、ＬＤＲ情報取得部８１１はクエリ応答フレームを受信し、受信されたクエリ応答フレームでＬＤＲ情報を取得する。
ここで、ＬＤＲ情報取得部８１１は、ＬＤＲ情報に基づいてノードのＬＤＲの利用可能性を確認する。
一例として、ＬＤＲ情報取得部８１１は、ＬＤＲ情報にＬＤＲ  ＭＡＣアドレスが含まれた場合、ノードがＬＤＲを利用可能であると確認する。そして、ＬＤＲ情報が「０」に設定された場合、ＬＤＲ情報取得部８１１はノードがＬＤＲを搭載しないと確認する。
【００３６】
次に、ステップＳ４４０において、ＬＤＲリンクリクエスト部８１２は、確認されたノードのＬＤＲの利用可能性に基づいてＬＤＲリンクリクエストフレーム（ＬＤＲ＿ＣＯＮＮ＿ＲＥＱ）を送信する。
一例として、ＬＤＲリンクリクエスト部８１２は、ＬＤＲ  ＭＡＣアドレスを用いてＬＤＲを利用可能であると確認されたノードにＬＤＲリンクリクエストフレームを送信する。そして、ＬＤＲリンクリクエスト部８１２は、搭載されたＬＤＲを用いてＬＤＲ接続リクエストフレームを送信する。このように、リアクティブ方式を用いる場合にもＬＤＲを用いてリンクレベルのＬＤＲ接続をリクエストすることによってインクエリプロセスをスキップすることができる。
【００３７】
そして、ステップＳ４５０において、ＬＤＲリンクリクエスト部８１２は、ＬＤＲリンク応答フレームを受信することによってＬＤＲリンクを設定する。
ここで、ＬＤＲリンクリクエスト部８１２は、ＬＤＲを用いてＬＤＲリンク応答フレームを受信する。ここで、ＬＤＲリンク応答フレームは、ＡＣＣＥＰＴフレーム又はＲＥＪＥＣＴフレームを含んでもよい。
一例として、ＬＤＲを搭載した場合、ＬＤＲ接続リクエストフレームを受信したノードは、ＡＣＣＥＰＴフレームをＬＤＲを用いてヘッドに送信する。他の例として、ＬＤＲを搭載したとしてもＬＤＲを用いることが難しい場合、ノードはＲＥＪＥＣＴフレームをＬＤＲを用いてヘッドに送信する。
【００３８】
これによって、ヘッドは、グループに属する複数のノードのうちＡＣＣＥＰＴフレームを送信したノードとはＬＤＲ接続を設定することができる。
すると、ＬＤＲリンクを設定したノード及びヘッドは、ＨＤＲ及びＬＤＲのうち少なくとも１つを用いてマルチキャスト及びブロードキャスト通信を行うことができる。
そして、ＲＥＪＥＣＴフレームを送信したノード及びヘッドはＨＤＲ接続を維持することができる。
【００３９】
図５及び図６は、グループに属する複数のノードのうちＣＴＳノードを決定する工程を説明するための図である。
図５に示す符号５１０を参照すると、ヘッド（Ｈ１）５１１は、ノード（Ｎ１）〜ノード（Ｎ３）５１２〜５１４とグループを形成し、ヘッド（Ｈ２）５１５はノード（Ｎ４）〜ノード（Ｎ６）５１６〜５１８とグループを形成している。
【００４０】
ここで、ヘッド（Ｈ２）５１５は、ヘッド（Ｈ１）５１１に隣接する隣接ヘッドである。
そして、ノード（Ｎ３）５１４は、ヘッド（Ｈ２）５１５で送信したビーコン信号を受信できる地域に位置している。これによって、ノード（Ｎ３）５１４は自身のグループのヘッド（Ｈ１）５１１から送信される信号のみならず、ヘッド（Ｈ２）５１５から送信された信号によって干渉を受けることがある。
【００４１】
同様に、ノード（Ｎ４）５１６は、自身のグループのヘッド（Ｈ２）５１５から送信される信号のみならず、ヘッド（Ｈ１）５１１から送信された信号によって干渉を受けることがある。
このような干渉を減少又は除去するために、各グループのヘッドはＣＴＳノードを決定し、決定されたＣＴＳノードを用いてＲＴＳ（Ｒｅｑｕｅｓｔ  Ｔｏ  Ｓｅｎｄ）／ＣＴＳ（Ｃｌｅａｒ  Ｔｏ  Ｓｅｎｄ）制御を行う。
【００４２】
以下、図６を参照してＣＴＳノードを決定する構成についてより詳細に説明する。
図６において、ノード１〜ノード３（１２０〜１４０）はヘッド１１０と同一のグループを形成する。
そして、ノード１（１２０）及びノード２（１３０）は、図５に示す符号５２０のように、隣接ヘッドで送信したビーコン信号を受信して干渉を受けるノードであり、ノード３（１４０）は、隣接ヘッドから干渉を受けないノードであることと仮定する。
【００４３】
まず、図６を参照すると、ノード１〜ノード３（１２０〜１４０）は、周辺に他のマルチキャストグループが存在するかを周期的に探索することができる。
ここで、ステップＳ６１０において、ノード１（１２０）及びノード２（１３０）は、隣接ヘッド１５０から送信したビーコン信号を受信する。
一例として、ノード１（１２０）及びノード２（１３０）は、ＨＤＲを用いて隣接ヘッド１５０から送信したビーコン信号を受信する。
【００４４】
そして、ステップＳ６２０において、ノード１（１２０）及びノード２（１３０）は、受信したビーコン信号に基づいて隣接ヘッドのチャネル情報をそれぞれ取得する。
ここで、チャネル情報は、隣接ヘッドの識別情報及びＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）情報を含んでもよい。ここで、隣接ヘッドの識別情報は、隣接ヘッドが属するグループを識別するためのＩＤを含んでもよい。そして、ＲＳＳＩ情報はＨＤＲを介して受信された信号の強度を意味する。
【００４５】
次に、ステップＳ６３０において、ノード１（１２０）及びノード２（１３０）は、取得したチャネル情報を含むチャネルリポートフレーム（ＮＢ＿ＣＨ＿ＲＥＰＯＲＴ）を生成してヘッド１１０にそれぞれ送信する。
一例として、ヘッド１１０とＬＤＲリンクが設定された場合、ノード１（１２０）及びノード２（１３０）は、ＬＤＲを用いてチャネルリポートフレームをそれぞれ送信する。ここで、ＬＤＲリンクが設定されていない場合、ノード１（１２０）及びノード２（１３０）は、ＨＤＲを用いてチャネルリポートフレームをそれぞれ送信してもよい。これによって、ヘッド１１０は、ノード１（１２０）及びノード２（１３０）それぞれとのＬＤＲリンク設定に基づいてＬＤＲ又はＨＤＲを介してチャネルリポートフレームを受信する。
【００４６】
そして、ステップＳ６４０において、ヘッド１１０は、ノード１（１２０）及びノード２（１３０）でそれぞれ送信したチャネルリポートフレームからチャネル情報をそれぞれ抽出し、抽出されたチャネル情報を用いてＣＴＳノードを決定する。
ここで、ヘッド１１０は、抽出したチャネル情報に基づいてノード１（１２０）のＲＳＳＩ情報とノード２（１３０）のＲＳＳＩ情報とを比較し、比較結果、高いＲＳＳＩを有するノードをＣＴＳノードに決定する。
【００４７】
一例として、図５に示す符号５２０を参照すれば、ノード（Ｎ１）５２２のＲＳＳＩがノード（Ｎ２）５２３のＲＳＳＩよりも高い場合、ヘッド５２１はノード（Ｎ１）５２２をＣＴＳノードに決定する。
他の例として、図５に示す符号５１０を参照すれば、チャネルリポートフレームを送信したノードが１つである場合、ヘッド５１１はチャネルリポートフレームを送信したノード（Ｎ３）５１４をＣＴＳノードに決定してもよい。
【００４８】
次に、ステップＳ６５０において、ヘッド１１０は、ＲＴＳパケットをグループに属する複数のノードにブロードキャストする。
これによって、複数のノードはＲＴＳパケットを受信する。
一例として、ヘッド１１０はノード１〜ノード３（１２０〜１４０）にＲＴＳパケットをブロードキャストする。ここで、ＲＴＳパケットは、決定されたＣＴＳノード情報を含んでもよい。そして、ＣＴＳノード情報は、ＣＴＳノードに決定されたノードを識別するためのノードＩＤを意味する。
ここで、複数のグループごとにＣＴＳノードがそれぞれ決定された場合、ＲＴＳパケットはＣＴＳ送信情報をさらに含んでもよい。ここで、ＣＴＳ送信情報は、ＣＴＳノードでＣＴＳパケットをブロードキャストする送信順序を意味する。
【００４９】
そして、ステップＳ６６０において、ＣＴＳノードに決定されたノード１（１２０）はＣＴＳパケットをブロードキャストする。
一例として、ヘッド１１０とグループを形成しているノード１〜ノード３（１２０〜１４０）はＲＴＳパケットを受信する。そして、ノード１〜ノード３（１２０〜１４０）は、ＲＴＳパケットからＣＴＳノード情報を抽出してもよい。ここで、ノード２（１３０）及びノード３（１４０）は、ＣＴＳノード情報に基づいて自身がＣＴＳノードと決定されないことを確認することができる。
そして、ノード１（１２０）は、抽出されたＣＴＳノード情報に基づいて自身がＣＴＳノードと決定されたことを確認することができる。これによって、ノード１（１２０）は、ＣＴＳ送信情報に基づいてＣＴＳパケットをブロードキャストする。
【００５０】
そして、ステップＳ６７０において、隣接ヘッド１５０は、ノード１（１２０）からブロードキャストされたＣＴＳパケットを受信する。
その後、ステップＳ６８０において、隣接ヘッド１５０は、データフレームの送信を所定の時間の間中止する。
これによって、ノード１（１２０）は、隣接ヘッド１５０及び自身が属するグループのヘッド１１０で送信したデータフレームの衝突を防止することができる。
【００５１】
図７は、マルチラジオを用いてデータフレームに対するＡＣＫを受信する工程を説明するためのフローチャートである。
まず、図７及び図８を参照すると、ステップＳ７１０において、ヘッド１１０は、データフレームをグループに属する複数のノードにデータフレームを送信する。
一例として、図６を参照して説明したように、隣接ヘッドによるデータ衝突を防止するためにＲＴＳ／ＣＴＳ制御が完了すれば、ヘッド１１０はデータフレームを送信する。ここで、ヘッド１１０はＨＤＲを用いてデータフレームを送信する。
【００５２】
次に、ステップＳ７２０において、ヘッド１１０は、送信したデータフレームに対するＡＣＫリクエストフレーム（ＭＲ＿ＡＣＫ＿ＲＥＱ）をグループに属する複数のノードに送信する。
ここで、ヘッド１１０はＨＤＲを用いてＡＣＫリクエストフレームを送信する。
ここで、ＡＣＫリクエストフレームは、ＡＣＫラジオ情報及びＡＣＫオフセット情報を含んでもよい。そして、ヘッド１１０は、ノードのＬＤＲの利用可能性に基づいてＡＣＫラジオ情報をＬＤＲ又はＨＤＲのいずれか１つとして設定してもよい。ＡＣＫラジオ情報は、ＬＤＲ又はＨＤＲのいずれかのラジオを介してＡＣＫを送信するかをノードに通知する情報を意味する。
【００５３】
そして、ＡＣＫオフセット情報は、ＡＣＫをいつ送信するかをノードに通知する情報を意味する。
ここで、ＡＣＫオフセット情報は、ＡＣＫリクエストフレームを送信した時点を基準とするオフセット値を含んでもよい。
一例として、ＡＣＫオフセット情報が「ａ」秒である場合、ＡＣＫリクエストフレームを送信した時点に基づいて「ａ」秒後にノードでＡＣＫを送信することを意味する。
【００５４】
これによって、ステップＳ７３０において、ヘッド１１０は、グループに属する複数のノードそれぞれからマルチラジオを用いてＡＣＫを受信する。
一例として、ノード１及びノード２は、ＬＤＲリンクを設定し、ノード３は、ＬＤＲリンクを設定していない場合、ヘッド１１０はＡＣＫラジオ情報をＬＤＲに設定したＡＣＫリクエストフレームをノード１及びノード２に送信する。
そして、ヘッド１１０は、ＡＣＫラジオ情報をＨＤＲと設定したＡＣＫリクエストフレームをノード３に送信する。これによって、ヘッド１１０は、ノード１及びノード２でＬＤＲを用いて送信したＡＣＫをそれぞれ受信し、ノード３でＨＤＲを用いて送信したＡＣＫを受信することができる。
【００５５】
図８は、ＬＤＲ情報を受信する通信装置の構成を示すブロック図である。
図８に示す通信装置は、グループのヘッドを意味する。
そして、ヘッドとグループに属する複数のノード間にはＨＤＲ接続が予め設定されたことと仮定する。
【００５６】
図８に示すように、通信装置８００は、リンク設定部８１０、ＣＴＳノード決定部８２０、ＲＴＳ／ＣＴＳ制御部８３０、データフレーム送信部８４０、ＡＣＫリクエストフレーム送信部８５０、及びＡＣＫ受信部８６０を備える。
【００５７】
リンク設定部８１０は、ＬＤＲ情報取得部８１１及びＬＤＲリンクリクエスト部８１２を備える。
ここで、リンク設定部８１０は、プロアクティブ方式及びリアクティブ方式のいずれか１つを用いてグループに属する少なくとも１つのノードとリンクを設定する。
一例として、プロアクティブ方式を用いる場合、ＬＤＲ情報取得部８１１は、サービスリクエストフレームからＬＤＲ情報を抽出することによってＬＤＲ情報を取得する。ここで、ＬＤＲ情報は、サービスリクエストフレームを送信したノードのＬＤＲ  ＭＡＣアドレス又は「０」を含んでもよい。これによって、ＬＤＲ情報取得部８１１は、取得したＬＤＲ情報に基づいてノードのＬＤＲの利用可能性を確認する。
【００５８】
他の例として、リアクティブ方式を用いる場合、ＬＤＲ情報取得部８１１は、クエリフレームを用いて取得したＬＤＲ情報に基づいてノードのＬＤＲの利用可能性を確認する。
これによって、ＬＤＲリンクリクエスト部８１２は、確認されたノードの利用可能性に基づいてＬＤＲを利用可能なノードにリンクリクエストフレームを送信する。そして、ＬＤＲリンクリクエスト部８１２は、ＬＤＲリンクリクエストフレームに対するＬＤＲリンク応答フレームを受信することによってＬＤＲリンクを設定する。このように、リンク設定部８１０は、グループに属する複数のノードのＬＤＲの利用可能性を確認し、ＬＤＲを利用可能なノードとリンクを設定する。
【００５９】
ＣＴＳノード決定部８２０は、チャネルリポートフレームでチャネル情報を抽出し、チャネル情報を用いてグループに属するノードのうちＣＴＳノードを決定する。
ここで、チャネル情報は、隣接ヘッドの識別情報及びＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）情報を含む。ここで、ＣＴＳノード決定部８２０は、ノードでＬＤＲを用いて送信されたチャネルリポートフレームを受信する。
一例として、チャネルリポートフレームを送信したノードが複数である場合、ＣＴＳノード決定部８２０はＲＳＳＩが最も高いノードをＣＴＳノードに決定する。
他の例として、チャネルリポートフレームを送信したノードが１つである場合、ＣＴＳノード決定部８２０は、チャネルリポートフレームを送信したノードをＣＴＳノードに決定する。
【００６０】
これによって、ＲＴＳ／ＣＴＳ制御部８３０は、ＲＴＳパケットをグループに属する複数のノードにブロードキャストする。
ここで、ＲＴＳパケットは決定されたＣＴＳノード情報を含む。そして、ＣＴＳノード情報は、ＣＴＳノードに決定されたノードを識別するためのノードＩＤを意味する。そして、ＣＴＳノードは、ＲＴＳパケットに基づいて自身がＣＴＳノードとして決定されることを確認し、ＣＴＳパケットをブロードキャストする。これによって、ＣＴＳパケットを受信した隣接ヘッドは、所定の時間の間、データフレーム送信を中止する。
ここで、ＲＴＳ／ＣＴＳ制御を行う工程については図６を参照して詳細に説明したため、繰り返しの説明は省略する。
【００６１】
そして、データフレーム送信部８４０は、グループに属する複数のノードにデータフレームを送信する。
ここで、データフレーム送信部８４０は、ＨＤＲを用いてデータフレームを送信する。
【００６２】
次に、ＡＣＫリクエストフレーム送信部８５０は、送信したデータフレームに対するＡＣＫリクエストフレームをグループに属する複数のノードに送信する。
ここで、ＡＣＫリクエストフレーム送信部８５０は、ＨＤＲを用いてＡＣＫリクエストフレームを送信する。ここで、ＡＣＫリクエストフレームは、ＡＣＫラジオ情報及びＡＣＫオフセット情報を含んでもよい。
【００６３】
一例として、ＡＣＫリクエストフレーム送信部８５０は、ノードのＬＤＲの利用可能性に基づいてＡＣＫラジオ情報をＬＤＲ又はＨＤＲのいずれか１つとして設定してもよい。そして、ノードごとにＡＣＫラジオ情報が設定されたＡＣＫリクエストフレームをグループに属する複数のノードにそれぞれ送信する。
【００６４】
ＡＣＫ受信部８６０は、送信したデータフレームに対するＡＣＫをマルチラジオを用いて受信する。
一例として、ＡＣＫ受信部８６０は、ＡＣＫラジオ情報に基づいてＬＤＲ又はＨＤＲを用いて送信されたＡＣＫを受信する。ここで、グループに属する複数のノードは、ＡＣＫオフセット情報に基づいて互いに異なる送信時点にＡＣＫをそれぞれ送信する。これによって、ＬＤＲ又はＨＤＲを用いたＡＣＫ送信は並列に行われるため、各ラジオのＡＣＫ送信時点は他のラジオの送信時点にその影響を与えない。
【００６５】
図９は、ＬＤＲ情報を送信する通信装置の構成を示すブロック図である。
図９に示す通信装置はグループに属するノードを意味する。
そして、ヘッドとグループに属する複数のノード間にはＨＤＲ接続が予め設定されたことと仮定する。
【００６６】
図９に示すように、通信装置９００は、リンク設定部９１０、ビーコン信号受信部９２０、チャネル情報取得部９３０、チャネルリポートフレーム送信部９４０、ＲＴＳ／ＣＴＳ制御部９５０、データフレーム受信部９６０、及びＡＣＫ送信部９７０を備える。
【００６７】
リンク設定部９１０は、ＬＤＲ情報を含むフレームをグループのヘッドに送信してヘッドとリンクを設定する。
ここで、リンク設定部９１０は、プロアクティブ方式又はリアクティブ方式を用いてヘッドとリンクを設定してもよい。ここで、ＬＤＲ情報はＬＤＲ  ＭＡＣアドレス又は「０」を含んでもよい。
一例として、リンク設定部９１０はＬＤＲを搭載した場合、ＬＤＲ情報をＬＤＲ  ＭＡＣアドレスに設定し、ＬＤＲ情報が設定されたフレームをグループのヘッドに送信する。ここで、ＬＤＲ情報が設定されたフレームはサービスリクエストフレーム又はクエリ応答フレームを含んでもよい。
他の例として、リンク設定部９１０はＬＤＲを搭載していない場合、ＬＤＲ情報を「０」に設定し、ＬＤＲ情報が設定されたフレームをグループのヘッドに送信する。
【００６８】
そして、ＬＤＲリンクリクエストフレームを受信した場合、リンク設定部９１０は、ＬＤＲリンク応答フレームをヘッドに送信することによってヘッドとのＬＤＲリンクを設定する。
ここで、ＬＤＲリンク応答フレームは、ＡＣＣＥＰＴフレーム又はＲＥＪＥＣＴフレームを含んでもよい。ここで、ＬＤＲを利用可能な場合、リンク設定部９１０は、ＬＤＲを用いてＡＣＣＥＴフレームをヘッドに送信する。そして、ＬＤＲを搭載したとしてもＬＤＲを用いることが難しい場合、リンク設定部９１０は、ＬＤＲを用いてＲＥＪＥＣＴフレームをヘッドに送信する。
【００６９】
ビーコン信号受信部９２０は、隣接ヘッドから送信されたビーコン信号を受信する。
チャネル情報取得部９３０は、受信されたビーコン信号に基づいて隣接ヘッドのチャネル情報を取得する。
ここで、チャネル情報は、隣接ヘッドの識別情報及びＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）情報を含んでもよい。ここで、隣接ヘッドの識別情報は、隣接ヘッドが属するグループを識別するためのＩＤを含んでもよい。
【００７０】
チャネルリポートフレーム送信部９４０は、隣接ヘッドのチャネル情報を含むチャネルリポートフレームをグループのヘッドに送信する。
ここで、ＬＤＲリンクが設定された場合、チャネルリポートフレーム送信部９４０はＬＤＲを用いてチャネルリポートフレームを送信する。そして、ＬＤＲリンクが設定されていない場合、チャネルリポートフレーム送信部９４０はＨＤＲを用いてチャネルリポートフレームをヘッドに送信する。
【００７１】
ＲＴＳ／ＣＴＳ制御部９５０は、ヘッドからＲＴＳパケットを受信してＣＴＳノード情報を抽出する。
そして、ＲＴＳ／ＣＴＳ制御部９５０は、抽出したＣＴＳノード情報に基づいて通信装置９００がＣＴＳノードとして決定されたか否かを確認する。
ここで、通信装置９００がＣＴＳノードとして決定された場合、ＲＴＳ／ＣＴＳ制御部９５０はＣＴＳパケットをブロードキャストする。これによって、ＣＴＳパケットを受信した隣接ヘッドはデータフレームを所定の時間の間中止する。このように、ＲＴＳ／ＣＴＳ制御部９５０はＲＴＳ／ＣＴＳ制御を行うことによって、隣接ヘッドから送信されたデータフレームによる衝突を防止することができる。
【００７２】
データフレーム受信部９６０は、ヘッドから送信されたデータフレームを受信する。
ここで、データフレーム受信部９６０は、ＲＴＳ／ＣＴＳ制御が完了した後、ＨＤＲを用いてデータフレームを受信する。
そして、データフレーム受信部９６０は、データフレームを受信した後、ヘッドから送信されたＡＣＫリクエストフレームを受信する。ここで、ＡＣＫリクエストフレームは、ＡＣＫラジオ情報及びＡＣＫオフセット情報を含んでもよい。
【００７３】
ＡＣＫ送信部９７０は、ＡＣＫオフセット情報に基づいてＡＣＫの送信時点を算出する。
ここで、ＡＣＫ送信部９７０は、ヘッドからＡＣＫリクエストフレームが送信された時点に基づいてＡＣＫオフセット情報を演算してＡＣＫ送信時点を算出することができる。
そして、ＡＣＫ送信部９７０は、ＡＣＫラジオ情報に基づいてＬＤＲ又はＨＤＲのいずれか１つを用いてＡＣＫ送信時点でＡＣＫをヘッドに送信する。
【００７４】
これによって、ヘッドはグループに属する複数の各ノードで互いに異なるラジオを用いて送信されたＡＣＫを受信する。
一例として、ヘッドは、ノード１及びノード２でＬＤＲを用いて送信されたＡＣＫを受信し、ノード３でＨＤＲを用いて送信されたＡＣＫを受信してもよい。
【００７５】
上記本発明の実施形態に係る方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録することができる。
コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの１つ又はその組み合わせを含んでもよい。
記録媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。
【００７６】
コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク、及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれる。
プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ  ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ  ｌｅｖｅｌ  ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。
【００７７】
上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。
【符号の説明】
【００７８】
８００    通信装置（ヘッド）
８１０    リンク設定部
８１１    ＬＤＲ情報取得部
８１２    ＬＤＲリンクリクエスト部
８２０    ＣＴＳノード決定部
８３０    ＲＴＳ／ＣＴＳ制御部
８４０    データフレーム送信部
８５０    ＡＣＫリクエストフレーム送信部
８６０    ＡＣＫ受信部
９００    通信装置（ノード）
９１０    リンク設定部
９２０    ビーコン信号受信部
９３０    チャネル情報取得部
９４０    チャネルリポートフレーム送信部
９５０    ＲＴＳ／ＣＴＳ制御部
９６０    データフレーム受信部
９７０    ＡＣＫ送信部
【図１】
2013543693.tif 000003
【図２】
2013543693.tif 000004
【図３】
2013543693.tif 000005
【図４】
2013543693.tif 000006
【図５】
2013543693.tif 000007
【図６】
2013543693.tif 000008
【図７】
2013543693.tif 000009
【図８】
2013543693.tif 000010
【図９】
2013543693.tif 000011
【国際調査報告】
2013543693.tif 000012
2013543693.tif 000013