特許 6041257 ＩＥＥＥ８０２．１５．４ネットワークを介するデバイス間の直接的データ送受信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6041257

(24)【登録日】2016年11月18日

(45)【発行日】2016年12月7日

(54)【発明の名称】ＩＥＥＥ８０２．１５．４ネットワークを介するデバイス間の直接的データ送受信方法

(51)【国際特許分類】

   H04W 84/18 20090101AFI20161128BHJP

   H04W 80/02 20090101ALI20161128BHJP

   H04W 84/12 20090101ALI20161128BHJP

   H04W 92/18 20090101ALI20161128BHJP

【ＦＩ】

   H04W84/18

   H04W80/02

   H04W84/12

   H04W92/18

【請求項の数】5

【全頁数】18

(21)【出願番号】特願2012-138682(P2012-138682)

(22)【出願日】2012年6月20日

(65)【公開番号】特開2014-3524(P2014-3524A)

(43)【公開日】2014年1月9日

【審査請求日】2015年4月30日

(73)【特許権者】

【識別番号】301022471

【氏名又は名称】国立研究開発法人情報通信研究機構

(74)【代理人】

【識別番号】100120868

【弁理士】

【氏名又は名称】安彦 元

(72)【発明者】

【氏名】周 明拓

(72)【発明者】

【氏名】サム チンシャン

(72)【発明者】

【氏名】原田 博司

【審査官】 高野 洋

(56)【参考文献】

【文献】 特表２０１１−５２６４５５（ＪＰ，Ａ）

【文献】 特開２００７−０１３８２４（ＪＰ，Ａ）

【文献】 特表２００８−５３２３４６（ＪＰ，Ａ）

【文献】 Hiroshi Harada, Fumihide Kojima, Alina Lu Liru, Ming-Tuo Zhou, Chin-Sean Sum，PHY and MAC Proposal for IEEE 802.15.4m，２０１２年 ５月 ７日，Slide 73-90

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

第１デバイスが検出リクエストを送信する工程と、
前記検出リクエストを受信した少なくとも１つの第２デバイスが前記第１デバイスに第１応答コマンドを直接発信する工程と、
前記第１デバイスが前記第１応答コマンドを受信する工程と、
前記第１応答コマンドを受信した前記第１デバイスが前記第２デバイスに対してデータを直接送信する工程とを有し、
前記データが近隣デバイスリストの中にある複数の特定の前記第２デバイスへ送信された場合、第２所定時間内に複数の特定の前記第２デバイスの全てから前記データの受領応答を受信したときにのみ手順を終了し、
前記第２所定時間以内に前記複数の特定の全ての前記第２デバイスから前記第１応答コマンドを受信しなかった場合、前記第１デバイスは一旦前記データを保存し、後に再び送信を試みるか、データをペンディングすることを特徴とするIEEE802.15.4ネットワークを介するデバイス間の直接的データ送受信方法。

【請求項2】

前記第１デバイスが前記近隣デバイスリストを保持している場合に、前記第１応答コマンドが複数の特定の前記第２デバイスへ送信され、
前記第１デバイスが全ての第２デバイスに対して送信されるデータを保持している場合には、全ての前記第２デバイスに対してデータをブロードキャストすること
を特徴とする請求項１記載のIEEE802.15.4ネットワークを介するデバイス間の直接的データ送受信方法。

【請求項3】

前記第１デバイスは、近隣デバイス検出要求コマンドを周囲に送出するとともにタイマーによる計時を開始し、
タイマーによる計時の終了前に、前記第１デバイスは近隣デバイス検出応答コマンドを第２デバイスから受信するとともに、当該コマンドの送信元が前記近隣デバイスリストに含まれているものであるか否かの確認を行い、
当該送信元が近隣デバイスリストに含まれてない場合、前記第１デバイスは送信元を近隣デバイスリストに追加することを特徴とする請求項１又は２記載のIEEE802.15.4ネットワークを介するデバイス間の直接的データ送受信方法。

【請求項4】

前記応答コマンドが１つの前記第２デバイスから送信された場合、前記第２デバイスに対してプローブコマンドを送信する工程を更に有し、
前記第１デバイスは、前記プローブコマンドに対して第１所定時間内に前記第２デバイスからの第２応答コマンドを受信した場合に前記データを直接送信し、
第１所定時間内に前記第２デバイスからの第２応答コマンドを受信しなかった場合には、前記第１デバイスに接続されるコーディネータのリレーが必要であるか否か判断し、
コーディネータのリレーが必要である場合には、近隣デバイスへのデータ伝送にコーディネータを用い、コーディネータのリレーが不要であれば、前記第１デバイスは一旦前記データを保存し、後に再び送信を試みるか、データをペンディングすること
を特徴とする請求項１〜３のうち何れか１項記載のIEEE802.15.4ネットワークを介するデバイス間の直接的データ送受信方法。

【請求項5】

前記第２デバイスが前記第１デバイスにデータのポーリングを行う工程を更に有し、
前記第１デバイスはペンディングとなっているデータを保持している場合、前記ポーリングを行った前記第２デバイスにペンディングとなっている前記データを直接送信する、
ことを特徴とする請求項２記載のIEEE802.15.4ネットワークを介するデバイス間の直接的データ送受信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、IEEE802.15.4ワイヤレスパーソナルエリアネットワークを介する周辺デバイス間の直接的データ送受信方法に関するものである。

【背景技術】

【0002】

ワイヤレスパーソナルエリアネットワークは、個人の作業環境にあるデバイスと、その周辺にあるデバイスとの相互接続を可能にする近距離ネットワークである。ワイヤレスパーソナルエリアネットワークにおいては、主に小型で安価であり、かつ低出力のデジタル無線通信を行うことのできる通信デバイスが用いられている。

【0003】

こうしたデバイスには、ワイヤレスセンサーネットワーク、ホームオートメーション、家庭用電化製品等が含まれている。近年、こうしたネットワークの適用範囲として、Smart Utility Network（SUN）、Active Radio Frequency Identification（RFID）、Medial Body area Network (MBAN)、Low Energy Critical Infrastructure（LECIM）等も含まれるようになった。

【0004】

これらのデバイスの中には、地理的に離れたエリアを結ぶことのできる広域通信性や、比較的簡易な構成のノードを用いつつ、高い接続性が必要になるものがある。こうしたデバイス間の通信においては、高度に冗長化されたネットワークが重要なものとなっていて、デバイス間の直接的なデータの送受信を含む、様々なネットワーク接続の研究開発が行われている。

【0005】

IEEE std 802.15.4-2011[1]等のIEEE802.15.4の規格に準拠するネットワークは、スター型ネットワークおよびピアツーピアネットワークの２つのネットワークトポロジーに適用することができる。

【0006】

図１は、IEEE802.15.4ネットワークが適用される２つのネットワークトポロジーを示す図である。

【0007】

スター型ネットワークは、PANコーディネータおよび複数のデバイスにより構成される。全てのデバイスはPANコーディネータに接続され、PANコーディネータはこれら全てのデバイスの管理を行う。スター型ネットワークにおける通信は、デバイスとPANコーディネータ間でのみ行われる。

【0008】

ピアツーピアネットワークは、PANコーディネータ、コーディネータおよび前記２つのコーディネータと接続される多数のデバイスにより構成される。

【0009】

PANコーディネータは、ピアツーピアネットワークの同期行っている。IEEE std 802.15.4-2011等の規格によると、ピアツーピアネットワークに含まれる任意の２つのデバイス間で、直接情報の送受信を行うことができるようになっている。

【0010】

典型的なピアツーピアネットワークの例として、PANコーディネータ、下位のコーディネータおよびデバイスにより構成されるクラスターツリー型ネットワークがある。図２は、IEEE802.15.4のクラスターツリー型ネットワークの例を示す図である。

【0011】

ところで、IEEE802.15.4ネットワークにおいては、３種類のデータ送受信トランザクションが行われる。
ａ．デバイスから送信されたデータのコーディネータによる受信
ｂ．コーディネータから送信されたデータのデバイスによる受信
ｃ．２つのピアデバイス間でのデータ送受信

【0012】

スター型ネットワークにおいては、コーディネータとデバイス間においてのみデータ送受信が行われるため、上記ａとｂの２つのトランザクションのみが行われる。ピアツーピアネットワークでは、上記ａ〜ｂの３つのトランザクションが全て行われる。

【0013】

デバイスからコーディネータへのデータ送信は以下のようにして行われる。

【0014】

＜ビーコン可能ＰＡＮの場合＞
デバイスは、当該デバイスに割り当てられているコーディネータから定期的に送信されるネットワークビーコンの問い合わせを行う。デバイスは、コーディネータからビーコンを受信すると、スーパーフレームに同期する。そして、デバイスは、コーディネータに対して適切な時にデータを送信する。このとき、コーディネータはデバイスからの要求がある場合には、デバイスにデータパケットを受信したことを通知する。

【0015】

＜ビーコン不能ＰＡＮの場合＞
デバイスは単にコーディネータにデータを送信し、コーディネータはデバイスからの要求がある場合には、デバイスにデータを受信したことを通知する。

【0016】

コーディネータからデバイスへのデータ送信は以下のようにして行われる。

【0017】

＜ビーコン可能ＰＡＮの場合＞
コーディネータはデバイスに対し、ビーコンにより未処理のデータの存在の有無を通知する。デバイスは周期的にビーコンの問い合わせを行い、未処理のデータを検出すると、デバイスはコーディネータに対してデータをリクエストするコマンドを送信する。コーディネータはコマンドリクエストデータを受信すると、リクエストコマンドの受信をデバイスに通知するとともに、デバイスに対して速やかにデータを送信する。デバイスはコーディネータからの要求がある場合には、コーディネータに対してデータを受領したことを通知する。

【0018】

＜ビーコン不能ＰＡＮの場合＞
コーディネータはペンディングデータがある場合、デバイスに送信するための当該データを保存する。そしてデバイスは、上位階層からの制御に基づき、コーディネータにデータリクエストコマンドを送信する。コーディネータはデバイスに送信すべきペンディングデータがある場合、デバイスに対して送信する通知コマンドにより未処理のデータが存在すると応答する。または、コーディネータはペンディングデータが存在しない場合には、デバイスに対するペンディングデータが存在しないことを、通知コマンドにより応答する。ペンディングデータが存在する場合、コーディネータはデバイスのデータリクエストに対する上記応答後に、当該データをデバイスに送信する。デバイスは、コーディネータからの要求がある場合には、コーディネータからデータを受信したことを通知する。

【先行技術文献】

【非特許文献】

【0019】

【非特許文献1】IEEE Std 802.15.4-2011：IEEE Standard for Local and Metropolitan Area Networks-Part 15.4: LowRate Wireless Personal Area Networks （LR-WPANs）, New York, 5 September 2011

【発明の概要】

【発明が解決しようとする課題】

【0020】

IEEE 802.15.4-2011の規格は、単に上記ａ、ｂの２つのデータ送受信に関する技術的詳細を提供するに過ぎない。ピアツーピアデータ送受信に関する詳細な技術的規格は無く、当該送受信の手順はIEEE802.15.4-2011に基づいて作成されている。すなわち、スター型およびピアツーピアのIEEE 802.15.4-2011ネットワークにおいては、データの送受信は上述したａとｂの２つの方法により行われている。

【0021】

この方法では、２つのデバイス間の通信にコーディネータが必要であるため、２つのデバイスが互いに電波の届く範囲内にあるにも関わらず、マルチホップリレーが行われてしまう。このデータ送受信方法では、デバイス間で直接データ送受信をする方法と比較し、送受信に長い時間を要するとともに、消費電力の増大と、使用される周波数帯の増大を招くという問題があった。これらの問題は、送受信時間の増大に影響を受け易いデバイスや、使用可能な電力や周波数帯に制限のあるデバイスにおいて特に深刻なものとなる。

【0022】

そこで、本発明は、上述した問題点に鑑みて案出されたものであり、近隣のIEEE 802.15.4デバイス間の直接的な通信を可能とする新しいデータ送受信方法を提供することを目的とする。

【課題を解決するための手段】

【0023】

本発明者は、上述した課題を解決するために、互いに電波の届く範囲内にある近隣のデバイス間でデータパケットを直接交換可能とすることで、通信に要する時間を短縮し、電力の消費を抑制するとともに、使用される周波数帯を少なく抑えることが可能となるIEEE802.15.4ネットワークを介するデバイス間の直接的データ送受信方法を発明した。

【0024】

本発明に係るIEEE802.15.4ネットワークを介するデバイス間の直接的データ送受信方法は、第１デバイスが検出リクエストを送信する工程と、前記検出リクエストを受信した少なくとも１つの第２デバイスが前記第１デバイスに第１応答コマンドを直接発信する工程と、前記第１デバイスが前記第１応答コマンドを受信する工程と、前記第１応答コマンドを受信した前記第１デバイスが前記第２デバイスに対してデータを直接送信する工程とを有し、前記第１応答コマンドが近隣デバイスリストの中にある複数の特定の前記第２デバイスへ送信された場合、第２所定時間内に複数の特定の前記第２デバイスの全てから前記第１応答コマンドを受信したときにのみ前記データを直接送信する、ことを特徴とする。

【発明の効果】

【0025】

上述した構成からなる本発明によれば、互いに電波の届く範囲内にある近隣のデバイス間でデータパケットを直接交換することが可能となる。そして、近隣のデバイス間の通信においてコーディネータによる仲介が不要となり、通信に要する時間を短縮し、電力の消費を抑制するとともに、使用される周波数帯を少なく抑えることが可能となる。

【図面の簡単な説明】

【0026】

【図1】IEEE802.15.4ネットワークが適用される２つのネットワークトポロジーを示す図である。

【図2】IEEE802.15.4のクラスターツリー型ネットワークの例を示す図である。

【図3】IEEE 802.15.4ネットワークを介するデバイス間の直接的データ送受信の手順を示すフローチャートである。

【図4】IEEE 802.15.4ネットワークにおける近隣デバイス検出手順を示すフローチャートである。

【図5】近隣デバイス検出におけるメッセージシーケンスチャートである。

【図6】IEEE 802.15.4ネットワークにおける近隣デバイスに直接データをユニキャストする手順を示すフローチャートである。

【図7】IEEE 802.15.4ネットワークにおける近隣デバイスへのデータのユニキャスト手順を示すメッセージシーケンスチャートである。

【図8】近隣デバイスリスト中にあるデバイスへのマルチキャストによる直接データ送信手順を示すフローチャートである。

【図9】近隣デバイスへのデータのポーリング手順を示すフローチャートである。

【図10】IEEE 802.15.4ネットワークにおける近隣デバイスへのデータのポーリングに用いられるメッセージシーケンスチャートである。

【図11】近隣デバイス検出リクエストコマンドのフォーマットを示す図である。

【図12】近隣デバイス検出応答コマンドのフォーマットを示す図である。

【図13】プローブコマンドフレームのフォーマットを示す図である。

【図14】データポーリングコマンドのフォーマットを示す図である。

【図15】宛先アドレス領域のフォーマットを示す図である。

【発明を実施するための形態】

【0027】

以下、本発明の実施の形態としてIEEE802.15.4ワイヤレスパーソナルエリアネットワークについて詳細に説明する。

【0028】

本願発明者は、デバイス間の直接的なデータ送受信を行うために、（ａ）プローブモード直接データ送信、（ｂ）ポーリングモード直接データ送信、（ｃ）ブロードキャストモード直接データ送信、および（ｄ）マルチキャストモード直接データ送信の４つのオペレーションモードを発明した。

【0029】

プローブモード直接データ送信では、デバイスは近隣デバイスに対するユニキャストなデータ送信が行われる。近隣デバイスに対するデータ送信に先立ち、近隣デバイスのプローブが行われ、プローブに対する応答があった場合にのみ、データの送信が行われる。

【0030】

ポーリングモード直接データ送信では、デバイスは近隣デバイスに対してデータのポーリングを行う。ポーリングに対する応答がデータの存在を示すものである場合、ポーリングをしたデバイスは近隣デバイスからデータを受信する。

【0031】

ブロードキャストモード直接データ送信では、デバイスはデータを周囲に送信し、近隣のデバイスはいずれも当該データを受信することができる。

【0032】

マルチキャストモード直接データ送信では、デバイスから１ないし複数の特定の近隣デバイスに対してデータの送信が行われる。

【0033】

また、本発明には、IEEE 802.15.4方式による近隣デバイスの検出方法も含まれ、当該方法によりワンホップでデータ送受信可能な近隣デバイスを検出することができる。

【0034】

以下、IEEE 802.15.4ネットワークを介するデバイス間の直接的データ送受信および近隣デバイスの検出に関する本願発明について、手順を示すフローチャート、メッセージシーケンスチャートおよびコマンドフレームを用いて説明する。

【0035】

図３は、IEEE 802.15.4ネットワークを介するデバイス間の直接的データ送受信の手順を示すフローチャートである。

【0036】

本発明において「デバイス」とは、IEEE 802.15.4によるスター型ネットワークを構成するデバイスであるノード、クラスターツリー型ネットワークのリーフデバイス、クラスターツリー型ネットワークのＰＡＮコーディネータではないコーディネータ、またはピアツーピアメッシュネットワークのデバイスを示している。なお、デバイスは、全機能搭載型デバイス（ＦＦＤ）に限らず、低減機能型デバイス（ＲＦＤ）であってもよい。

【0037】

図３に示すように、デバイスの電源が投入されると、デバイスとコーディネータ（ＰＡＮコーディネータも含む）との接続が確立される（ステップＳ１）。コーディネータとの接続に成功すると、デバイスは、近隣デバイスの検出動作を開始する（ステップＳ２）。この動作の目的は、電波の届く範囲にあるピアデバイスの検出である。近隣デバイスの検出動作の詳細については後述する。

【0038】

近隣デバイスを検出すると、デバイスは以下に示す複数の動作を行う。
ａ．デバイスが近隣デバイスから近隣デバイス検出リクエストを受信する（ステップＳ３）。
ｂ．直上の階層にあるデバイスが、１ないし複数の近隣デバイスへのデータを保持する（ステップＳ４）。
ｃ．デバイスが近隣デバイスからのプローブコマンドを受信する（ステップＳ５）。プローブコマンドは、デバイスが近隣デバイスに送信するデータを保持しているか否かを検出するために用いられる。
ｄ．直上の階層にあるデバイスが、近隣デバイスへのデータのポーリングを行うよう要求する（ステップＳ６）。
ｅ．デバイスが近隣デバイスからのデータポーリングコマンドを受信する（ステップＳ７）。データポーリングコマンドは、近隣デバイスへのデータのポーリングを行うために用いられる。
ｆ．デバイスはスリープモードに移行する（ステップＳ８）。
ｇ．デバイスの電源がオフになる。

【0039】

デバイスは近隣デバイスから近隣検出リクエストコマンドを受信した場合、近隣デバイスから要求があるときは、近隣デバイスに対して、近隣デバイス検出応答コマンドを送信する（ステップＳ９）。

【0040】

直上の階層のデバイスが近隣デバイスに対するデータとしてユニキャストデータを保持している場合（ステップＳ１０：Ｙｅｓ）、近隣デバイスへのデータ送信には、本願発明のプローブモード直接データ送受信が用いられる。プローブモード直接データ送受信による近隣デバイスへのデータのユニキャスト手順（ステップＳ１１）については後述する。

【0041】

一方、ユニキャストを行わない場合であって（ステップＳ１０：Ｎｏ）、デバイスが全ての近隣デバイスに対して送信されるデータを保持している場合（ステップＳ１２：Ｙｅｓ）、デバイスは当該データを、IEEE 802.15.4-2011[1]において用いられているＣＳＭＡ−ＣＡアルゴリズムにより規定される適切な時間にブロードキャストする（ステップＳ１３）。

【0042】

デバイスが限られた数の近隣デバイスリストに送信するデータを保持している場合には（ステップＳ１２：Ｎｏ）、デバイスは近隣デバイスに直接データを送信するため、マルチキャストモード直接データ送受信を用いる（ステップＳ１４）。マルチキャストモード直接データ送受信によるデータのマルチキャスティングについては後述する。

【0043】

また、デバイスは近隣デバイスからプローブコマンドを受信すると（ステップＳ５）、デバイスは近隣デバイスが自らに送信するためのデータを保持していると判定する。そしてデバイスは、近隣デバイスに対して自らがアウェイクの状態にあることを通知する（ステップＳ１５）。

【0044】

そして、デバイスはmacMaxFrameTotalWaitTime以内に、当該通知を受信するレシーバを、近隣デバイスからの対応するデータフレームを受信可能な状態にし、近隣デバイスからデータを受信する（ステップＳ１６）。また、デバイスは、近隣デバイスからデータ受信後に応答するよう要求されている場合には、受信の応答を近隣デバイスに送信する（ステップＳ１７）。

【0045】

直上の階層のデバイスが近隣デバイスにデータのポーリングを要求した場合（ステップＳ６）、後述する近隣デバイスデータのポーリング手順を実行する（ステップＳ１８）。

【0046】

デバイスが近隣デバイスからデータのポーリングコマンドを受信すると（ステップＳ７）、自ら保持しているデータ中に当該近隣デバイスに送信するデータがあるか否かの確認を行う（ステップＳ１９）。

【0047】

デバイスは自らの当該データ保持の有無を近隣デバイスに通知する。近隣デバイスに送信するデータを保持している場合は（ステップＳ１９：Ｙｅｓ）、近隣デバイスに当該データがある旨を示すデータポーリングコマンドを送信し（ステップＳ２０）、デバイスは近隣デバイスに対して直接データを送信する（ステップＳ２１）。一方、近隣デバイスに送信するデータを保持していない場合は（ステップＳ１９：Ｎｏ）、近隣デバイスに当該データのない旨を通知する（ステップＳ２４）。

【0048】

デバイスがスリープモードに移行した場合（ステップＳ８）、デバイスは直上の階層のデバイスから指示を受けるまで「スリープ」ステータスを保ち、当該指示を受けると「アウェイク」ステータスになる（ステップＳ２２）。「アウェイク」ステータスになると、デバイスは近隣デバイスの検出の要否を判断し（ステップＳ２３）、必要な場合には（ステップＳ２３：Ｙｅｓ）、詳細なアプリケーションに基づき、再度近隣デバイスの検出を行う（ステップＳ２）。

【0049】

図４は、IEEE 802.15.4ネットワークにおける近隣デバイス検出手順を示すフローチャートである（図３のステップＳ２参照）。上述したように、IEEE 802.15.4に準拠するデバイスは、コーディネータとの接続後、直上の階層からの指示を受けると、適切なタイミングで近隣デバイスの検出を行う。

【0050】

ビーコン可能ＰＡＮにおいて、コーディネータ（ＰＡＮコーディネータを除く）は、受信したスーパーフレームのアクティブ時間において近隣デバイスの検出を行う。受信されるスーパーフレームは、コーディネータに対するコーディネータ（ＰＡＮコーディネータを含む）がビーコンを送信するスーパーフレームである。

【0051】

近隣デバイスの検出手順に従い、デバイスは、近隣デバイス検出要求コマンドを周囲に送出するとともに（ステップＳ３１）、タイマーT_1による計時を開始する（ステップＳ３２）。タイマーT_1の計時継続時間は、macMaxFrameTotalWaitTimeであってもよい。

【0052】

タイマーT_1による計時の終了前に、デバイスは近隣デバイス検出応答コマンドを近隣デバイスから受信するとともに（ステップＳ３４）、当該コマンドの送信元が近隣デバイスのリストに含まれているものであるか否かの確認を行い、当該送信元がリストに含まれていない場合、デバイスは送信元をリストに追加する（ステップＳ３５）。

【0053】

一方、デバイスは近隣デバイスから近隣デバイス検出リクエストコマンドを受信することもある。このとき、デバイスは、近隣デバイス検出応答コマンドを送信することで近隣デバイスに応答する。近隣デバイス検出リクエストメッセージには、複数の条件を付加することができる。

【0054】

このような限定条件の一つの例として、近隣デバイスが上位に共通するコーディネータを有することを要求するという条件がある。この場合、デバイスは、近隣デバイス検出リクエストコマンドを受信すると、近隣デバイス検出リクエストコマンドの送信元が、共通するコーディネータを上位に有しているか否かを確認する。そして、共通するコーディネータを上位に有している場合には、デバイスは送信元に対し、近隣デバイス検出応答コマンドを送信することで応答する。一方、共通するコーディネータを上位に有していない場合には、デバイスは近隣デバイス検出要求コマンドを無視する。

【0055】

図５は、近隣デバイス検出におけるメッセージシーケンスチャートである。直上の階層にあるデバイス１０が近隣デバイスの検出を行う場合、デバイスは基本MLME-NBR.RequestをデバイスMLME（Mac Layer Management Entity）２０に送信する（ステップＳ４１）。

【0056】

次に、デバイスMLME２０は、近隣デバイスMLME３０に対して、近隣デバイス検出リクエストコマンドを送信する（ステップＳ４２）。

【0057】

近隣デバイスMLME３０は、近隣デバイス検出リクエストコマンドを受信すると、近隣デバイス検出応答コマンドを返送する（ステップＳ４３）。

【0058】

次に、近隣デバイス検出応答コマンドを受信したデバイスMLME２０は、直上の階層にMLME-NBR.Confirmを送信する（ステップＳ４４）。

【0059】

図６は、IEEE 802.15.4ネットワークにおける近隣デバイスに直接データをユニキャストする手順を示すフローチャートである。デバイスが近隣デバイスに送信するためのユニキャストデータを保持している場合（図２のステップＳ１０に相当）、当該デバイスは図６のフローチャートに示す手順を実行する（図２のステップＳ１１に相当）。

【0060】

まず、デバイスは近隣デバイスが「アウェイク」状態にあるか否かを検出するため、近隣デバイスに対してプローブコマンドを送信する（ステップＳ５１）。

【0061】

また、デバイスはプローブコマンドの送信後速やかにタイマーT_2による計時を開始する（ステップＳ５２）。タイマーT_2の計時継続時間は、macMaxFrameTotalWaitTimeであってもよい。

【0062】

次に、デバイスは、タイマーT_2による計時終了までにデバイスが近隣デバイスからのプローブコマンドへの応答を受信したか否かについて確認する（ステップＳ５３）。計時終了までに受信しない場合（ステップＳ５３：Ｎｏ）、デバイスは、コーディネータのリレーが必要であるか否かについて判断する（ステップＳ５９）。ステップＳ５９の結果に応じて、デバイスが取りうる動作のオプションとして２つのものがある。

【0063】

１つ目のオプションは、コーディネータのリレーが必要である場合（ステップＳ５９：Ｙｅｓ）、近隣デバイスへのデータ伝送にコーディネータを用いることであり、この場合、デバイスは旧来のデータ送受信方法を用いてコーディネータにデータを送信する（ステップＳ６０）。

【0064】

他のオプションは、コーディネータのリレーが不要である場合（ステップＳ５９：Ｎｏ）、デバイスは一旦データを保存し、後に再び送信を試みるか、またはアプリケーション要件においてデータをペンディングとする（ステップＳ６１）。

【0065】

一方、上記ステップＳ５３において近隣デバイスからのプローブコマンドへの応答を受信した場合（ステップＳ５３：Ｙｅｓ）、デバイスは近隣デバイスに対してデータを直接送信する（ステップＳ５４）。

【0066】

次に、デバイスはプローブコマンドへの要求の有無について確認する（ステップＳ５５）。

【0067】

プローブコマンドへの応答が要求されていない場合は（ステップＳ５５：Ｎｏ）、デバイスは一連の動作を終了する。

【0068】

一方、プローブコマンドへの応答が要求されている場合は（ステップＳ５５：Ｙｅｓ）、デバイスはタイマーT_3による計時を開始する（ステップＳ５６）。

【0069】

次に、デバイスは、タイマーT_3による計時終了までにデバイスが近隣デバイスからのデータ応答を受信したか否かの判断を行う（ステップＳ５７）。

【0070】

データ応答を受信しない場合（ステップＳ５７：Ｎｏ）、デバイスは、近隣デバイスによりデータが正しく受信されなかったと判断する。この場合、デバイスが一旦データを保存し、後に再び送信を試みるか、またはアプリケーション要件においてデータをペンディングとする（ステップＳ５８）。タイマーT_3の計時継続時間は、macMaxFrameTotalWaitTimeであってもよい。
次に、デバイスによる近隣デバイスへのデータのユニキャスト手順（図２のステップＳ１１に相当）について説明する。

【0071】

図７は、IEEE 802.15.4ネットワークにおける近隣デバイスへのデータのユニキャスト手順を示すメッセージシーケンスチャートである。

【0072】

まず、直上階層のデータ生成元４０は、MCPC-DATA.Requestを生成元MLME５０に送信する（ステップＳ７１）。

【0073】

そして、生成元MLME５０はプローブコマンドを受信先ＭＬＭＥ６０に送信する（ステップＳ７２）。

【0074】

受信先ＭＬＭＥ６０は、プローブコマンドを受信すると、プローブコマンドへの応答を生成元ＭＬＭＥ５０に送信する（ステップＳ７３）。

【0075】

生成元ＭＬＭＥ５０は、受信先ＭＬＭＥ６０からの応答を受信すると、受信先ＭＬＭＥ６０にデータを送信する（ステップＳ７４）。

【0076】

データの受信応答が要求されている場合、受信先ＭＬＭＥは、データの受信応答を生成元ＭＬＭＥ５０に送信すると共に（ステップＳ７５）、MCPS-DATA.Indicationを直上階層の受信先７０に送信する（ステップＳ７６）。生成元MLME５０は、MCPS-DATA.Confirmを直上階層の生成下４０に送信する（ステップＳ７７）。

【0077】

次に、近隣デバイスへのマルチキャストモード直接データ送受信手順（図３のステップＳ１４に相当）について説明する。図８は、近隣デバイスリスト中にあるデバイスへのマルチキャストによる直接データ送信手順を示すフローチャートである。

【0078】

データをマルチキャストする必要がある場合、デバイスは適切な時に、１または複数の近隣デバイスにデータを送信する（ステップＳ８１）。

【0079】

次に、デバイスはデータについての応答要求の有無を確認する（ステップＳ８２）。応答要求がない場合（ステップＳ８２：Ｎｏ）、デバイスは動作を終了する。

【0080】

一方、応答要求がある場合（ステップＳ８２：Ｙｅｓ）、デバイスは、タイマーT_4による計時を、データ送信後速やかに開始する（ステップＳ８３）。タイマーT_4の計時継続時間は、macMaxFrameTotalWaitTimeであってもよい。

【0081】

次に、デバイスは、指定されている近隣デバイスの１または全てからデータの受領応答をタイマーT_4の経過前に（マルチキャストデータ受領通知要求に基づいて）受信したか否かの判断を行う（ステップＳ８４）。

【0082】

受領応答を受信した場合（ステップＳ８４：Ｙｅｓ）、デバイスは動作を終了する。

【0083】

一方、受領応答を受信しなかった場合（ステップＳ８４：Ｎｏ）、デバイスは一旦データを保存し、後に再び送信を試みるか、またはアプリケーションの要件によってはデータをペンディングとする（ステップＳ８５）。

【0084】

次に、ポーリングモード直接データ送受信による近隣デバイスへのデータポーリング手順（図３のステップＳ１８に相当）について説明する。図９は、近隣デバイスへのデータのポーリング手順を示すフローチャートである。

【0085】

まず、デバイスは、近隣デバイスにデータのポーリングを行うよう直上の階層から指示を受けると、適切な時に１または複数の近隣デバイスに対してデータポーリングコマンドを送信するとともに（ステップＳ９１）、タイマーT_5による計時を開始する（ステップＳ９２）。タイマーT_5の計時継続時間は、macMaxFrameTotalWaitTimeであってもよい。

【0086】

次に、デバイスは、データポーリングコマンドに対する応答をタイマーT_5の経過までに受信したか否かの確認を行う（ステップＳ９３）。

【0087】

応答を受信しない場合（ステップＳ９３：Ｎｏ）、デバイスは手順を終了する。

【0088】

一方、デバイスが応答を受信した場合（ステップＳ９３：Ｙｅｓ）、デバイスは、当該応答がペンディング中のデータの有無のうちどちらを示すものであるかの判断を行う（ステップＳ９４）。

【0089】

応答がペンディング中のデータの無いことを示している場合（ステップＳ９４：Ｎｏ）、デバイスは手順を終了する。

【0090】

一方、応答がペンディング中のデータがあることを示している場合（ステップＳ９４：Ｙｅｓ）、デバイスは、macMaxFrameTotalWaitTime以内であれば、データポーリングコマンドを受信した後、近隣デバイスからデータを受信することができる（ステップＳ９５）。

【0091】

データ受信後、デバイスは、データ受信に対する応答の有無について判断する（ステップＳ９６）。

【0092】

データに対する応答が要求されていない場合（ステップＳ９６：Ｎｏ）、デバイスは手順を終了する。また、当該応答が要求されている場合（ステップＳ９６：Ｙｅｓ）、デバイスは応答を送信し（ステップＳ９７）、手順を終了する。

【0093】

図１０は、IEEE 802.15.4ネットワークにおける近隣デバイスへのデータのポーリングに用いられるメッセージシーケンスチャートである。

【0094】

近隣デバイスに対してデータのポーリングを行う必要がある場合、直上の階層にあるデバイス１００は、MLME-POLL.RequestをデバイスMLME１１０に送信する（ステップＳ１００）。

【0095】

次に、デバイスＭＬＭＥ１１０は、データポーリングコマンドを近隣デバイスＭＬＭＥ１２０に送信する（ステップＳ１０１）。

【0096】

近隣デバイスＭＬＭＥ１２０は、データを保持している場合、デバイスＭＬＭＥ１１０に対してデータポーリングコマンドに対する応答を送信するとともに（ステップＳ１０２）、当該データを送信する（ステップＳ１０３）。

【0097】

そして、デバイスＭＬＭＥ１１０は、データを受信すると共に、データに対する応答が要求されている場合には、当該応答を近隣デバイスＭＬＭＥ１２０に送信する（ステップＳ１０４）。

【0098】

そしてデバイスMLME１１０は、直上階層デバイス１００にMLME-POLL.Confirmを送信するとともに（ステップＳ１０５）、MCPS-DATA.Indicationを送信する（ステップＳ１０６）。

【0099】

次に、デバイス間の直接的データ送受信のためのＭＡＣコマンドフレームについて説明する。

【0100】

まず、近隣デバイス検出リクエストコマンドについて説明する。近隣デバイス検出リクエストコマンドは、図３のステップＳ２および図４を用いて説明した、近隣デバイスの検出手順において用いられる。

【0101】

図１１は、近隣デバイス検出リクエストコマンドのフォーマットを示す図である。このフォーマットは、IEEE 802.15.4-2011[1]のテーブル５に記載されているコマンドフレームに加えられた新たなＭＡＣコマンドフレームである。当該フォーマットは、ＭＨＲ領域とＭＡＣペイロードから構成され、IEEE 802.15.4-2011の基準に準拠する。
・ＭＨＲ領域：ソースアドレスを含むアドレス領域。
・ＭＡＣペイロード：近隣デバイス検出リクエストコマンドを識別するため、新しいＭＡＣコマンドフレームとして、新しいコマンドフレーム識別子を用いる必要がある。

【0102】

次に、近隣デバイス検出応答コマンドについて説明する。近隣デバイス検出応答コマンドは、図３のステップＳ２および図４を用いて説明した、近隣デバイス検出手順において用いられている。

【0103】

図１２は、近隣デバイス検出応答コマンドのフォーマットを示す図である。このフォーマットは、IEEE 802.15.4-2011[1]のテーブル５に記載されているコマンドフレームに加えられた新たなＭＡＣコマンドフレームである。当該フォーマットは、ＭＨＲ領域とＭＡＣペイロードから構成され、IEEE 802.15.4-2011の基準に準拠する。
・ＭＨＲ領域：ソースアドレスおよび宛先アドレスを含むアドレス領域。
・ＭＡＣペイロード：近隣デバイス検出リクエストコマンドを識別するため、新しいＭＡＣコマンドフレームとして、新しいコマンドフレーム識別子を用いる必要があり、この領域は近隣デバイスのケーパビリティ情報を含んでいる。

【0104】

次に、プローブコマンドについて説明する。デバイスは近隣デバイスにユニキャストするデータを保持している場合、近隣デバイスに対してプローブコマンドを送信する（図２のステップＳ５および図６のステップＳ５１参照）。

【0105】

図１３は、プローブコマンドフレームのフォーマットを示す図である。このフォーマットは、IEEE 802.15.4-2011[1]のテーブル５に記載されているコマンドフレームに加えられた新たなＭＡＣコマンドフレームである。当該フォーマットは、ＭＨＲ領域とＭＡＣペイロードから構成されている。
・ＭＨＲ領域：ソースアドレスおよび宛先アドレスを含むアドレス領域。
・ＭＡＣペイロード：近隣デバイス検出リクエストコマンドを識別するため、新しいＭＡＣコマンドフレームとして、新しいコマンドフレーム識別子を用いる必要がある。

【0106】

次に、データポーリングコマンドについて説明する。デバイスが１または複数の近隣デバイスにデータのポーリングを行う場合（図３のステップＳ１８に相当）、上述したように、デバイスは近隣デバイスに対してデータポーリングコマンドを送信する（図９のステップＳ９１参照）。

【0107】

図１４は、データポーリングコマンドのフォーマットを示す図である。このフォーマットは、IEEE 802.15.4-2011[1]のテーブル５に記載されているコマンドフレームに加えられた新たなＭＡＣコマンドフレームである。当該フォーマットは、ＭＨＲ領域とＭＡＣペイロードから構成され、IEEE 802.15.4-2011の基準に準拠する。
・ＭＨＲ領域：１つの近隣デバイスのみについてポーリングを行う場合、アドレス領域はソースアドレスおよび宛先アドレスを含む。複数の近隣デバイスに対してデータのポーリングを行う場合、アドレス領域はソースアドレスを含む。
・ＭＡＣペイロード：コマンドフレーム識別子とアドレス領域から構成される。
・コマンドフレーム識別子：データポーリングコマンドを識別するため、新しいＭＡＣコマンドフレームとして、新しいコマンドフレーム識別子を用いる必要がある。
・宛先アドレス領域：図１５は、宛先アドレス領域のフォーマットを示す図である。複数の近隣デバイスがポーリングされる場合、このフィールドに、データポーリングコマンドの宛先アドレスが表示される。この場合、ＭＨＲ領域のアドレス領域には宛先アドレスは含まれない。ＭＡＣペイロードの宛先アドレス領域は、IEEE802.15.4-2011に基づくビーコンフレームの「ペンディングアドレス領域」と同じ基準に準拠している。宛先アドレス領域は、図１５に示すように、宛先アドレス仕様と、宛先アドレスリストとにより構成されている。宛先アドレス仕様は、宛先となる隣接デバイスの数を示し、IEEE802.15.4-2011の5.2.2.1.6と同じ基準に準拠している。宛先アドレスリストは、宛先となるデバイスの宛先を示し、IEEE802.15.4-2011の5.1.2.2.7と同じ基準に準拠している。

【0108】

本発明に係るデバイス間の直接的データ送受信によると、近隣デバイス間で直接データの送受信をすることが可能となる。そのため、IEEE802.15.4-2011の旧来のデータ送受信方法と比較し、データの送受信に際してコーディネータを仲介する必要がないためデータの送受信に要する時間を短縮することができるとともに、エネルギーの浪費を防止し、使用される周波数帯を少なくすることができる。

【符号の説明】

【0109】

１０ 直上階層デバイス
２０ デバイスＭＬＭＥ
３０ 近隣デバイスＭＬＭＥ
４０ 直上階層の生成元
５０ 生成元ＭＬＭＥ
６０ 受信先ＭＬＭＥ
７０ 直上階層の受信先
１００ 直上階層のデバイス
１１０ デバイスＭＬＭＥ
１２０ 近隣デバイスＭＬＭＥ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】