JP6631242B2 - 通信装置、通信システム、通信方法、及びプログラム - Google Patents

通信装置、通信システム、通信方法、及びプログラム Download PDF

Info

Publication number
JP6631242B2
JP6631242B2 JP2015250834A JP2015250834A JP6631242B2 JP 6631242 B2 JP6631242 B2 JP 6631242B2 JP 2015250834 A JP2015250834 A JP 2015250834A JP 2015250834 A JP2015250834 A JP 2015250834A JP 6631242 B2 JP6631242 B2 JP 6631242B2
Authority
JP
Japan
Prior art keywords
frame
information
collision avoidance
communication
connection request
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.)
Active
Application number
JP2015250834A
Other languages
English (en)
Other versions
JP2017118285A5 (ja
JP2017118285A (ja
Inventor
智洋 高橋
智洋 高橋
高弘 冨田
高弘 冨田
寺崎　努
努 寺崎
亮 奥村
亮 奥村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Casio Computer Co Ltd
Original Assignee
Casio Computer Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Casio Computer Co Ltd filed Critical Casio Computer Co Ltd
Priority to JP2015250834A priority Critical patent/JP6631242B2/ja
Priority to KR1020160095512A priority patent/KR102522378B1/ko
Priority to US15/263,514 priority patent/US10159094B2/en
Priority to CN201610940220.1A priority patent/CN106921442B/zh
Publication of JP2017118285A publication Critical patent/JP2017118285A/ja
Publication of JP2017118285A5 publication Critical patent/JP2017118285A5/ja
Application granted granted Critical
Publication of JP6631242B2 publication Critical patent/JP6631242B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B13/00—Transmission systems characterised by the medium used for transmission, not provided for in groups H04B3/00 - H04B11/00
    • H04B13/005—Transmission systems in which the medium consists of the human body
    • 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]
    • H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
    • H04W74/0816—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA carrier sensing with collision avoidance
    • 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
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • 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
    • 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/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/008—Transmission of channel access control information with additional processing of random access related information at receiving side
    • 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

Description

本発明は、通信装置、通信システム、通信方法、及びこの通信方法を実行するためのプログラムに関する。
近年、医療サービスのように人体に密接して配置されたデバイスを利用する分野に情報通信技術を適用する研究が活発に行われてきた。ＩＥＥＥ８０２委員会はボディエリアネットワーク（Ｂｏｄｙ Ａｒｅａ Ｎｅｔｗｏｒｋ；ＢＡＮ）アプリケーションのための近距離低電力無線通信を目的とするＩＥＥＥ８０２．１５．６標準プロトコルを提案した。
ＩＥＥＥ８０２．１５．６プロトコルは人の身中（ｉｎ−ｂｏｄｙ）、身体の上（ｏｎ−ｂｏｄｙ）、または、身体の周囲（ｏｆｆ−ｂｏｄｙ）で動作する無線ＢＡＮ（ＷＢＡＮとも称す。）のための物理（ｐｈｙｓｉｃａｌ；ＰＨＹ）レイヤ及び媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ；ＭＡＣ）サブレイヤを定義する。ここで、身体は人体に限定されなく、動物やその他の人に似た電波環境を持つ有機体等に応用される可能性も排除しない。
ＩＥＥＥ８０２．１５．６プロトコルによると、ＢＡＮネットワークに属する装置はハブ（ｈｕｂ）、又は、ノード（ｎｏｄｅ）として機能し、１つのハブと、１つ又はそれ以上のノードとが一つの独立的なネットワークを形成する。ネットワークに含まれる通信装置、特に、モバイル装置は主に小型電池で動作するため、動作可能時間を伸ばすためには消費電力を低減することが重要である。
電池寿命を節約するための技術として、例えば、特表２０１２−５１９４３９号は、無線センサーネットワークに属する装置が、検出されたパラメーター値及び現在の電池電荷レベルに基づいて適切なスリープパターンを判定し、これを上記ネットワーク内の他の装置に送信すれば、上記他の装置は上記スリープパターンに基づいて動作を制御する技術を開示している。
特表２０１２−５１９４３９号公報
ビーコンモードで動作するハブは一つ又はそれ以上のビーコン信号を活動ビーコン周期（『スーパーフレーム』とも称す。）ごとに発信しなければならない。従来、ＩＥＥＥ８０２．１５．６プロトコルにおいて、ビーコンフレームはＭＡＣケーパビリティー（ＭＡＣ Ｃａｐａｂｉｌｉｔｙ）等の、ノードがハブと通信を行う際に必要になる多量の情報を含む。ビーコンフレームに含まれたＭＡＣケーパビリティーはハブがサポートする衝突回避方式に関する情報を含む。ところで、ノードがＣＳＭＡ／ＣＡとＳｌｏｔｔｅｄ Ａｌｏｈａの二種類の方式のうち、片方しかサポートできない場合には、ハブがサポートする衝突回避方式に関わらず自分がサポートする方式で対応するので、ハブがサポートする衝突回避方式は意味のある情報とはならない。また、ハブとノードとの衝突回避方式が一致しても、ハブの状態によりノードの接続要請を拒否する等、それに対して応答できない場合もある。このような場合にはハブが発信するビーコンフレームに含まれた一部の情報は電力消耗の原因に過ぎない。
この発明の目的は、二つの通信装置の接続プロセスにおいて消費される電力を低減する通信方法、これを実現する為の装置、システム、及びプログラムを提供することにある。
本発明の１つの態様は、特定の通信プロトコルに従う通信のための装置であって、上記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、上記プロセッサは、上記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成し、他装置から送信された接続要請フレームを処理して、上記他装置がサポートする衝突回避方式に関する情報を抽出し、上記抽出された衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較した結果に基づいて上記他装置との通信を制御する。
また、本発明の他の１つの態様は、特定の通信プロトコルに従う通信のための装置であって、上記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、上記プロセッサは、他装置から送信されたフレームがビーコンフレームである場合、上記ビーコンフレームに上記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断し、上記判断結果に基づいて、上記他装置との通信を制御する。
本発明によると、通信接続プロセスに関連した端末の電力消費を低減することができる。
以下の詳細な記述が以下の図面と合わせて考慮されると、本願のより深い理解が得られる。これらの図面は例示に過ぎず、本発明の範囲を限定するものではない。
ＢＡＮの構成を示す図である。 本発明の一実施形態に係る通信システムを示すブロック図である。 ハブ又はノード内のＰＨＹレイヤとＭＡＣサブレイヤを示す図である。 ＢＡＮの時間参照ベースを示す図である。 ビーコンモードのビーコン周期内でのアクセス期間のレイアウトを示す。 ノードとハブとの接続手続きを示す図である。 （Ａ）はＭＡＣフレームのフォーマットを示す図であり、（Ｂ）はＭＡＣヘッダのフォーマットを示す図であり、（Ｃ）はフレームコントロール（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドのフォーマットを示す図であり、（Ｄ）はＭＡＣフレームボディのフォーマットを示す図である。 ビーコン（Ｂｅａｃｏｎ）フレームのフレームペイロードフォーマットを示す図である。 接続要請（Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）フレームのフレームペイロードフォーマットを示す図である。 接続割当（Ｃｏｎｎｅｃｔｉｏｎ Ａｓｓｉｇｎｍｅｎｔ）フレームのフレームペイロードフォーマットを示す図である。 ＭＡＣケーパビリティー（ＭＡＣ Ｃａｐａｂｉｌｉｔｙ）フィールドのフォーマットを示す図である。 本発明の一実施形態に係るビーコンフレームの省略フィールドを示す図である。 （Ａ）及び（Ｂ）は本発明の一実施形態に係るノードとハブとの接続手続きを示す信号フローダイヤグラムである。 （Ａ）及び（Ｂ）は本発明の一実施形態に係るノードとハブとの接続手続きを示す信号フローダイヤグラムである。 本発明の一実施形態による接続プロセスを実現するためのアルゴリズムを示すフローチャートである。 （Ａ）は本発明の一実施形態に係る電子時計型装置の外見を示す図であり、（Ｂ）はこの装置のハードウェア構成を示すブロック図である。
本明細書においては、主に本発明をＢＡＮに適用した実施形態について説明するが、本発明の適用分野はＢＡＮに限定されない。例えば、本発明は、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、Ｗｉ−Ｆｉ（登録商標）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）等の他の無線通信技術にも適用可能である。
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
図１はＢＡＮの構成を示す模式図である。ＢＡＮ１０はハブＨの役割をする装置と、ノードＮの役割をする装置を含む。一つのＢＡＮには一つのハブが存在する反面、ノードの数は０から当該ハブの最大接続可能ノード数（ｍＭａｘＢＡＮＳｉｚｅ）の範囲である。図１に示された例においては、４個のノードＮ１乃至Ｎ４がＢＡＮに属するが、ノードの数は図示の例に限定されない。ハブＨは、例えば、スマートフォン、ＰＤＡ等の携帯端末、又は通信機能を含む電子時計である。ノードＮは、例えば、生体信号を測定したり入力受けたりしてハブＨに伝達する機能を行う生体信号測定装置、生体信号モニタリング装置、若しくは、各種センサー、又はこれらを含む電子時計である。
図２は本発明の一実施形態に係る通信システムを示すブロック図である。本実施形態において、通信システム２０はハブとして機能する装置２００と、ノードとして機能する装置３００とを含む。図２の例では、一個のノードがハブと通信することを示すが、上記のように、ハブに接続可能なノードの数はこの例に限定されない。装置２００は、一つ又はそれ以上のノードと通信し、これらを制御する。装置３００は医療機器、家電製品、個人娯楽機器、等の一つ又はそれ以上のアプリケーションのための、身体（人間の体に限定されない。）上で、内部で、又は、その周囲で動作する低電力無線ノードである。
装置２００は、通信部２１０、プロセッサ２２０、及びメモリ２３０を含む。プロセッサ２２０はアンテナ２１２及び通信部（或いは、ｔｒａｎｓｃｅｉｖｅｒ）２１０を介して、及び／又は、インターネット又は他のＢＡＮネットワークに連結されたワイヤーライン（図示せず）を介して交換されるメッセージを処理する。アンテナ２１２はプロセッサ２２０によって採用される無線通信方式に対応する周波数の電波を送受信する。通信部２１０は、プロセッサ２２０から入力された電気信号を電磁波に変換したり、受信した電磁波を電気信号に変換したりしてプロセッサ２２０に出力する回路を含む。このような電気信号は、フレームの単位で送受信される。本実施形態において、プロセッサ２２０はＢＡＮプロトコルに従って他の装置、例えば、装置３００へ送信するフレームを生成し、他の装置、例えば、装置３００から受信されたフレームをＢＡＮプロトコルに従って処理（例えば、復号）する。プロセッサ２２０はソフトウェア、ファームウェア、ハードウェア、又は、これらの組合せによって構成されることができる。
メモリ２３０は送受信されるフレームのデータ（以下、『フレームデータ』と称す。）だけでなく、フレーム構造、媒体アクセス制御、及び電力管理情報等のデータを格納するために使われることができる。特に、メモリ２３０に、装置２００が他の装置と接続した履歴（ｈｉｓｔｏｒｙ）に関する情報（以下、『履歴情報』と称す。）を格納することができる。上記履歴情報は、他の装置から受信したＭＡＣフレームに記録された情報を含むことができる。上記ＭＡＣフレームに記録された情報は、例えば、上記他の装置のＭＡＣケーパビリティー、ＰＨＹケーパビリティー等を含む。また、メモリ２３０は、プロセッサ２２０によって使われるコンピュータプログラム命令、ソフトウェア、及び／又はファームウェアを格納するために使われることもできる。メモリ２３０としては、通信装置２００に組み込まれた、又は、通信装置２００から着脱可能なＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、又はディスクドライブ等を含む任意の記憶装置が使われることができる。或いは、メモリ２３０はプロセッサ２２０に組み込まれた、又は、プロセッサ２２０から着脱可能な任意の記憶装置であっても良い。
装置３００は、通信部３１０、プロセッサ３２０、及びメモリ３３０を含む。プロセッサ３２０はアンテナ３１２及び通信部（或いは、ｔｒａｎｓｃｅｉｖｅｒ）３１０を介して交換されるメッセージを処理する。アンテナ３１２はプロセッサ３２０によって採用される無線通信方式に対応する周波数の電波を送受信する。通信部３１０は、プロセッサ３２０から入力された電気信号を電磁波に変換したり、受信した電磁波を電気信号に変換したりしてプロセッサ３２０に出力する回路を含む。本実施形態において、プロセッサ３２０はＢＡＮプロトコルに従って他の装置、例えば、装置２００へ送信するフレームを生成し、他の装置、例えば、装置２００から受信されたフレームをＢＡＮプロトコルに従って処理する。プロセッサ３２０はソフトウェア、ファームウェア、ハードウェア、又は、これらの組合せによって構成されることができる。
メモリ３３０は送受信されるフレームデータだけでなく、フレーム構造、媒体アクセス制御、及び電力管理情報等のデータを格納するために使われることができる。特に、メモリ３３０には、他の装置、例えば、装置２００から受信したＭＡＣフレームに記録された情報を含むことができる。上記ＭＡＣフレームに記録された情報は、例えば、上記他の装置のＭＡＣケーパビリティー等を含む。また、メモリ３３０は、プロセッサ３２０によって使われるコンピュータプログラム命令、ソフトウェア、及び／又はファームウェアを格納するために使われることもできる。メモリ３３０としては、通信装置３００に組み込まれた、又は、通信装置３００から着脱可能なＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、又はディスクドライブ等を含む任意の記憶装置が使われることができる。或いは、メモリ３３０はプロセッサ３２０に組み込まれた、又は、プロセッサ３２０から着脱可能な任意の記憶装置であっても良い。
装置２００又は３００は、例えば、体温、呼吸、心拍数、血糖、等の身体からのデータをモニターするために使われるセンサー、又は、心拍調節期（ｐａｃｅ ｍａｋｅｒ）、呼吸器、インスリンポンプを制御する等の機能を提供するデバイス（図示省略）と連結されることができる。
図１に示されたネットワーク１０と、図２に示されたシステム２０とは例示に過ぎず、本明細書に記述されたフレーム生成方法及び処理方法を具現することができるシステム又はデバイスの範囲を制限することではない。本発明に従って通信を行う任意の装置は本発明の範囲に属する。
ハブ２００又はノード３００は、内部的に物理的（ｐｈｙｓｉｃａｌ又はＰＨＹ）レイヤと媒体アクセス制御（ＭＡＣ）サブレイヤとに区分けされる。図３はＩＳＯ／ＯＳＩ−ＩＥＥＥ８０２リファレンスモデルによるＰＨＹレイヤとＭＡＣサブレイヤとを示す。ノードとハブ間の直接的な通信はＰＨＹレイヤとＭＡＣサブレイヤで起こる。本実施形態の場合、ノード又はハブのＰＨＹレイヤとＭＡＣサブレイヤとは与えられた時間に一つのチャンネルで動作するが、本発明の技術思想はこれに限定されない。
ノード又はハブ内で、ＰＨＹはＭＡＣとの間に位置したＰＨＹサービスアクセスポイント（Ｓｅｒｖｉｃｅ ａｃｃｅｓｓ ｐｏｉｎｔ；ＳＡＰ）を通じてＭＡＣにサービスを提供し、ＭＡＣはＭＡＣサブレイヤの真上に位置したＭＡＣ ＳＡＰを通じてＭＡＣクライアント（上位レイヤ）にサービスを提供する。送信時に、ＭＡＣクライアントはＭＡＣ ＳＡＰを経てＭＡＣサブレイヤへＭＡＣサービスデータユニット（ＭＳＤＵ）を通過させ、ＭＡＣサブレイヤはＰＨＹ ＳＡＰを経てＰＨＹレイヤへＭＡＣフレーム（ＭＡＣプロトコルデータユニット又はＭＰＤＵとも称す。）を通過させる。受信時には、ＰＨＹレイヤはＭＡＣフレームをＰＨＹ ＳＡＰを経てＭＡＣサブレイヤへ通過させ、ＭＡＣサブレイヤはＭＡＣ ＳＡＰを経てＭＡＣクライアントへＭＳＤＵを通過させる。
以下、図４及び図５を参照して、媒体アクセスについて説明する。全てのノードとハブは、それらの媒体アクセスが時間により計画（スケジューリング）されるならば、図４に示すように時間参照ベース（ｔｉｍｅ ｒｅｆｅｒｅｎｃｅ ｂａｓｅ）を構築する。ＢＡＮ内の時間参照割当を提供又はサポートするために、ハブはビーコンを発信するかどうかにかかわらず時間軸をビーコン周期（スーパーフレーム）に分割する時間ベースを構築する。各ビーコン周期は同じ長さを持って、０、１、．．．、ｓ（ここで、ｓ≦２５５）の番号が付けられた割当スロットにより構成される。このような場合に、ハブは、非活動スーパーフレームを除いた各ビーコン周期（スーパーフレーム）でビーコンを送信したり、いかなるスーパーフレームでもビーコンを送信しなかったりする。ビーコンはネットワークの存在を知らせてノードにネットワークに参加させるためにハブによって送信されるフレームである。また、ビーコンは、媒体アクセスコーディネーション、ノード電力管理、クロック同期化などのネットワーク管理のために送信される。
ＩＥＥＥ８０２．１５．６プロトコルによると、ハブは次の三種類のアクセスモードの中の一つのモードで動作する。
（１）ビーコン周期（スーパーフレーム）基盤ビーコンモード：時間参照割当を可能にするために、非活動スーパーフレームを除いたそれぞれのビーコン周期（スーパーフレーム）でハブがビーコンを送信する。
（２）スーパーフレーム基盤非ビーコンモード：媒体へのアクセスが、時間参照を含み、スーパーフレーム及び割当スロットを有するが、ハブがビーコンを送信しない。ハブはスーパーフレーム期間中に管理されたアクセス期間（Ｍａｎａｇｅｄ Ａｃｃｅｓｓ Ｐｈａｓｅ：ＭＡＰ）のみ運営する。
（３）スーパーフレームに基づかない非ビーコンモード：媒体へのアクセスが時間参照を含まず、ハブがビーコンを送信しない。
図５はビーコンモードのビーコン周期内でのアクセス期間のレイアウトを示す。ビーコンモードで、ハブは図５に示すように、各々の活動ビーコン周期内にアクセス期間を編成する。図５においてＢはビーコンを示す。活動スーパーフレームにおいて、ハブはビーコンを送信し、アクセス期間を提供する。アクセス期間はマネジメント、コントロール、及びデータタイプフレームを交換するために使われる。非活動スーパーフレームでは、ハブはビーコンを送信しないで、如何なるアクセス期間も提供しない。
ハブは排他的アクセス期間（Ｅｘｃｌｕｓｉｖｅ Ａｃｃｅｓｓ Ｐｈａｓｅ：ＥＡＰ）１、ランダムアクセス期間（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｈａｓｅ：ＲＡＰ）１、管理されたアクセス期間（Ｍａｎａｇｅｄ Ａｃｃｅｓｓ Ｐｈａｓｅ：ＭＡＰ）、排他的アクセス期間２、ランダムアクセス期間２、他の管理されたアクセス期間、及び競争アクセス期間（Ｃｏｎｔｅｎｔｉｏｎ Ａｃｃｅｓｓ Ｐｈａｓｅ：ＣＡＰ）を図５に図示された順に配置する。０でない長さを有するＣＡＰを提供するために、ハブはそれに先立ってＢ２フレームを送信する。後続するＣＡＰの長さが０である場合にはハブがＢ２フレームを送信しない。
ＢＡＮのように、集中化されたコントローラを使わない分散環境において、全てのステーション（ハブ端末、ノード端末）はチャンネルに接近するために競争するが、二つ以上のステーションが同時にチャネルを使う場合には信号の衝突によって通信ができなくなる。このような衝突を防ぐために、ＢＡＮは『衝突回避を含むキャリア感知多重アクセス（ｃａｒｒｉｅｒ ｓｅｎｓｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ ｗｉｔｈ ｃｏｌｌｉｓｉｏｎ ａｖｏｉｄａｎｃｅ；ＣＳＭＡ／ＣＡ）』又は『Ｓｌｏｔｔｅｄ Ａｌｏｈａ』の中でいずれかに基づいた競争アクセスをサポートする。競争アクセスによって、ノードは競争アクセス期間（ＣＡＰ）内に一つ又はそれ以上のフレームの通信を開始するための時間を取得する。ハブ又はノードは競争アクセス又はランダムアクセスで衝突を回避する方式として、上記ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ Ａｌｏｈａのいずれかをサポートする。ビーコンフレームは上記衝突回避方式を含む、ハブがサポートしている機能に関する情報をノードに伝達し、ノードとハブとの同期化のためにスーパーフレームの開始を知らせる。
ＣＳＭＡ／ＣＡは、ノードが伝送するデータがある時、設定された競争ウィンドウ（ＣＷ：Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ）内で所定の数のスロットに相当する時間を待った後に伝送を試みる方式である。Ｓｌｏｔｔｅｄ Ａｌｏｈａは、チャンネルを時間帯別に分けて衝突危険を減らす方式で、各ノードは時間帯の開始のみで伝送が可能である。
図６は従来のノードとハブとの接続手続きを示す信号フローダイヤグラムである。示されたように、まだハブに接続されていないノードは、ハブから発信されたビーコンフレームを受信し、受信されたビーコンフレームからスーパーフレーム及びネットワークに関する様々な情報を取得する。上記情報は、ビーコンフレームのヘッダに含まれたネットワークの固有な識別情報であるネットワークＩＤ（本実施形態の場合、ＢＡＮ ＩＤ）と、ハブのアドレス、及びペイロードに記録されたＭＡＣケーパビリティーを含む。ノードは、取得された上記情報に基づいて接続要請（Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）フレームを生成し、これをハブに送信する。接続要請フレームはハブとの接続の生成又は変更を要請するためにノードによって送信されるフレームである。ノードから接続要請フレームを受信したハブは成功的なフレームの受信を確認させる確認応答フレームであるＩ−Ａｃｋ（Ｉｍｍｅｄｉａｔｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームをノードに送信した後、接続割当（Ｃｏｎｎｅｃｔｉｏｎ Ａｓｓｉｇｎｍｅｎｔ）フレームを生成してノードに送信する。接続割当フレームは、接続要請に答えたり、接続割当を開始又は変更したりするためにハブから送信されるフレームである。接続割当フレームは当該ノードの接続を許容するかどうかを示す情報を含む。
ハブが当該ノードの接続を許容する場合に、ハブから接続割当フレームを受信したノードはＩ−Ａｃｋフレームをハブへ送信する。これによって、ノードとハブとが接続され、互いに必要な情報（データ）を交わすことができる状態になる。一方、ハブが当該ノードの接続を許容しない場合に、ノードはこれ以上ハブへフレームを伝送しないし、接続手続きは終了する。
以下では、ＢＡＮ通信に用いられるビーコンフレーム、接続要請フレーム、及び接続割当フレームのＭＡＣフレーム構造について詳細に説明する。本発明の一実施形態に係るＭＡＣフレームのフォーマットは図７（Ａ）に示される。ＭＡＣフレームは固定された長さのＭＡＣヘッダ、可変長のＭＡＣフレームボディ、及び固定された長さのフレームチェックシークエンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ；ＦＳＣ）フィールドを含む。フレームチェックシークエンスフィールドは、ＭＡＣフレームのフッター（ｆｏｏｔｅｒ）である。ＭＡＣフレームに含まれるフィールドは以下に詳細に定義される。以下の図面において、ＭＡＣフレームに含まれたフィールドは左側から右側の順に伝送され、点線で描かれたフィールドはオプション又は選択的に含まれないフィールドである。各フィールドの上には当該フィールドに含まれるオクテット（ｏｃｔｅｔ）の数と、対応するオクテット伝送順序が表示される。予備（ｒｅｓｅｒｖｅｄ）フィールドは送信時には０に設定され、受信時には無視される。
図７（Ｂ）は、本実施形態に係るＭＡＣヘッダのフォーマットを示す。ＭＡＣヘッダは、フレームコントロール（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）、受信者（Ｒｅｃｉｐｉｅｎｔ）ＩＤ、送信者（Ｓｅｎｄｅｒ）ＩＤ、ＢＡＮ ＩＤフィールドを含む。フレームコントロールの詳細については後述する。受信者ＩＤは現在のフレームの受信者の縮約されたアドレス（即ち、ＨＩＤ（ｈｕｂ ｉｄｅｎｔｉｆｉｅｒ）又はＮＩＤ（ｎｏｄｅ ｉｄｅｎｔｉｆｉｅｒ））、送信者ＩＤは現在のフレームの送信者の縮約されたアドレス（即ち、ＨＩＤ（ｈｕｂ ｉｄｅｎｔｉｆｉｅｒ）又はＮＩＤ（ｎｏｄｅ ｉｄｅｎｔｉｆｉｅｒ））、ＢＡＮ ＩＤは現在のフレームが伝送されるＢＡＮの縮約されたアドレスに設定される。
本実施形態に係るフレームコントロールのフォーマットは図７（Ｃ）に詳細に示される。フレームコントロールの各フィールドはＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．２．１．１に定義されている。フレームコントロールのフィールドの中でフレームサブタイプ（Ｆｒａｍｅ Ｓｕｂｔｙｐｅ）とフレームタイプ（Ｆｒａｍｅ Ｔｙｐｅ）フィールドとは、下記の表１に従って現在のフレームのタイプを表示するように設定される。
Figure 0006631242
表１に示したように、フレームタイプの値は現在のフレームのタイプを示す。特に、フレームタイプ値が００であればマネジメントフレームであり、０１であればコントロールフレーム、１０であればデータフレーム、１１であれば予備フレームであることを示す。フレームサブタイプの値は現在のフレームのサブタイプによって設定される。即ち、フレームタイプ値と、フレームサブタイプ値との組合せが現在のフレームの種類を示す。例えば、フレームタイプ値が００、フレームサブタイプ値が００００であれば現在のフレームがビーコンフレームであり、フレームタイプ値が００、フレームサブタイプ値が１０００であれば現在のフレームが接続要請フレームであり、フレームタイプ値が００、フレームサブタイプ値が１００１であれば現在のフレームが接続割当フレームであることを示す。一方、フレームタイプ値が０１、フレームサブタイプ値が００００であれば現在のフレームがＩ−Ａｃｋフレームであることを示す。
図７（Ｄ）は、本実施形態に係るＭＡＣフレームボディのフォーマットを示す。現在のフレームがセキュアでない（ｕｎｓｅｃｕｒｅｄ）フレームである場合（ＭＡＣヘッダのフレームコントロール（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドのセキュリティレベル（Ｓｅｃｕｒｉｔｙ Ｌｅｖｅｌ）フィールドによって示される。）、ローオーダーセキュリティシークエンス番号（ｌｏｗ−ｏｒｄｅｒ Ｓｅｃｕｒｉｔｙ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）フィールド及びＭＩＣ（Ｍｅｓｓａｇｅ Ｉｎｔｅｇｒｉｔｙ Ｃｏｄｅ）フィールドは存在しない。フレームペイロードは受信者に伝えられなければならないフィールドのシークエンスである。ノードによってハブに伝送されるＩ−Ａｃｋフレームはペイロードを含まない。ハブによってノードに伝送されるＩ−Ａｃｋフレームは選択的にペイロードを含む。
本実施形態に係るビーコンフレームは、図８に示したフォーマットを持つフレームペイロードを含む。ビーコンフレームのフレームペイロードの各フィールドはＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．３．１に定義されている。ビーコンフレームのフレームペイロードの複数のフィールドの中で、ＲＡＰ１スタート（ＲＡＰ１Ｓｔａｒｔ）、ビーコンシフティングシークエンス（Ｂｅａｃｏｎ Ｓｈｉｆｔｉｎｇ Ｓｅｑｕｅｎｃｅ）、チャンネルホッピング状態（Ｃｈａｎｎｅｌ Ｈｏｐｐｉｎｇ Ｓｔａｔｅ）、次のチャンネルホップ（ Ｎｅｘｔ Ｃｈａｎｎｅｌ Ｈｏｐ）、及び非活動期間（Ｉｎａｃｔｉｖｅ Ｄｕｒａｔｉｏｎ）は一定の条件の下に存在するオプションデータである。
本実施形態に係る接続要請フレームは図９に示したフォーマットを持つフレームペイロードを含む。受信者アドレス（Ｒｅｃｉｐｉｅｎｔ Ａｄｄｒｅｓｓ）フィールドは現在のフレームの受信者のＥＵＩ−４８に設定され、ＥＵＩ−４８を知らない場合は０に設定される。送信者アドレス（Ｓｅｎｄｅｒ Ａｄｄｒｅｓｓ）フィールドは現在のフレームの送信者のＥＵＩ−４８に設定される。ＭＡＣケーパビリティーフィールドは接続要請フレームを送信するノードがサポートする機能に関する情報（例えば、ノードがサポートする衝突回避方式）を含む。接続要請フレームのフレームペイロードの残りのフィールドの各々はＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．３．６に定義されている。
本実施形態に係る接続割当フレームは図１０に示したフォーマットを有すフレームペイロードを含む。接続割当フレームのフレームペイロードに含まれる複数のフィールドの各々はＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．３．７に定義されている。上記複数のフィールドのうちモード／状態（Ｍｏｄｅ／Ｓｔａｔｕｓ）フィールドについて詳細に説明する。モード／状態フィールドはハブのアクセスモード及び接続割当の状態を示し、そのフォーマットは図１０に一緒に示されている。アクセスインジケーター（Ａｃｃｅｓｓ Ｉｎｄｉｃａｔｏｒ）フィールドはハブのアクセスモードに設定される。フィールド値は下記の表２に示されている。
Figure 0006631242
接続状態（Ｃｏｎｎｅｃｔｉｏｎ Ｓｔａｔｕｓ）フィールドは接続割当の状態に設定される。フィールド値は下記の表３に示されている。
Figure 0006631242
すなわち、ハブが、受信された接続要請フレームの送信者であるノードの接続要請を許容する場合には接続状態フィールドの値が０に設定され、接続要請を拒否する場合には拒否の理由に応じて接続状態フィールドの値が１−１０の中で一つに設定される。ノードはハブから受信した接続割当フレームのペイロードに含まれた接続状態フィールドの値によって接続要請が許容されたか拒否されたかを判断することができる。
図８乃至図１０に示されたように、ビーコンフレーム、接続要請フレーム及び接続割当フレームはそのペイロードにＭＡＣケーパビリティー（ＭＡＣ Ｃａｐａｂｉｌｉｔｙ）フィールドを含む。ＭＡＣケーパビリティーフィールドは、当該フレームの送信者が多様な機能及び機能的要件をサポートするかどうかを示し、図１１に図示されたフォーマットを有する。ＭＡＣケーパビリティーはフレームの送信者がサポートする機能を受信者に知らせる。ＭＡＣケーパビリティーの各フィールドは下記のように定義される（ＩＥＥＥＳｔｄ８０２．１５．６−２０１２のセクション５．６．１を参照）。
１）ＣＳＭＡ／ＣＡフィールドは、送信者がＥＡＰ１、ＲＡＰ１、ＥＡＰ２、ＲＡＰ２及びＣＡＰでＣＳＭＡ／ＣＡを用いることによって得られた競争的割当をサポートすれば１に設定され、そうでなければ０に設定される。即ち、フレームの送信者が衝突回避方式としてＣＳＭＡ／ＣＡをサポートすればこのフィールドは１に設定される。
２）Ｓｌｏｔｔｅｄ Ａｌｏｈａ Ａｃｃｅｓｓフィールドは、送信者がＥＡＰ１、ＲＡＰ１、ＥＡＰ２、ＲＡＰ２及びＣＡＰでＳｌｏｔｔｅｄ Ａｌｏｈａアクセスを用いることによって得られた競争的割当をサポートすれば１に設定され、そうでなければ０に設定される。即ち、フレームの送信者が衝突回避方式としてＳｌｏｔｔｅｄ Ａｌｏｈａをサポートすればこのフィールドは１に設定される。
３）Ｔｙｐｅ−Ｉ Ｐｏｌｌｉｎｇ Ａｃｃｅｓｓフィールドは、送信者がタイプ−Ｉポーリング割当をサポートすれば１に、そうでなければ０に設定される。
４）Ｔｙｐｅ−ＩＩ Ｐｏｌｌｉｎｇ Ａｃｃｅｓｓフィールドは、送信者がタイプ−ＩＩポーリング割当をサポートすれば１に、そうでなければ０に設定される。
５）Ｓｃｈｅｄｕｌｅｄ Ａｃｃｅｓｓフィールドは、送信者が計画された割当をサポートすれば１に、そうでなければ０に設定される。
６）Ｕｎｓｃｈｅｄｕｌｅｄ Ａｃｃｅｓｓフィールドは、計画されなかった双方向リンク割当をサポートすれば１に、そうでなければ０に設定される。
７）Ｆｒａｇｍｅｎｔａｔｉｏｎ／Ｒｅａｓｓｅｍｂｌｙフィールドは、送信者が断片化及び再組立てをサポートすれば１に、そうでなければ０に設定される。
８）Ｃｏｍｍａｎｄ Ｆｒａｍｅｓフィールドは、送信者がコマンドフレームの処理及び機能性をサポートすれば１に、そうでなければ０に設定される。
９）Ｎｏｄｅ Ａｌｗａｙｓ Ａｃｔｉｖｅ／Ｈｕｂ Ｃｌｏｃｋ ＰＰＭフィールドは、ノードによって送信されるフレームにおいてはＮｏｄｅ Ａｌｗａｙｓ Ａｃｔｉｖｅフィールドとして用いられ、ノードがいつも活動状態にあれば１に、そうでなければ０に設定される。ハブによって送信されるフレームにおいては、Ｈｕｂ Ｃｌｏｃｋ ＰＰＭフィールドとして用いられ、ハブがｐｐｍの最小正確度がｍＨｕｂＣｌｏｃｋＰＰＭＬｉｍｉｔ／２であるクロックを有すれば１に設定され、ｐｐｍの最小正確度がｍＨｕｂＣｌｏｃｋＰＰＭＬｉｍｉｔであるクロックを有すれば０に設定される。
１０）Ｇｕａｒｄ Ｔｉｍｅ Ｐｒｏｖｉｓｉｏｎｉｎｇフィールドは、ノードによって送信されるフレームにおいてはノードが集中形ガード時間提供をサポートし要求すれば１に設定され、分散形ガード時間提供をサポートし要求すれば０に設定される。ハブによって送信されるフレームにおいては、予備（即ち、リザーブ）フィールドになる。
１１）Ｌ−Ａｃｋ／Ｂ−Ａｃｋフィールドは送信者がＬ−Ａｃｋ／Ｂ−Ａｃｋ確認を全部サポートすれば１に、そうでなければ０に設定される。
１２）Ｇ−Ａｃｋフィールドは送信者がグループ確認をサポートすれば１に、そうでなければ０に設定される。
１３）Ｒｅｌａｙｉｎｇ Ｎｏｄｅフィールドは、フレームの送信者が２−ホップ拡張されたスターＢＡＮの中継（Ｒｅｌａｙｉｎｇ）ノードに要求される機能性をサポートするノードであれば１に、この機能性をサポートしないノードであれば０に設定される。フレームの送信者がハブならば、予備フィールドになる。
１４）Ｒｅｌａｙｉｎｇ Ｈｕｂ／Ｎｏｄｅフィールドは送信者が２−ホップ拡張されたスターＢＡＮで中継された（ｒｅｌａｙｅｄ）ハブ又はノードが要求する機能性をサポートすれば１に、そうでなければ０に設定される。
１５）Ｂｅａｃｏｎ Ｓｈｉｆｔｉｎｇフィールドは送信者がビーコンシフティングをサポートすれば１に、そうでなければ０に設定される。
１６）Ｃｈａｎｎｅｌ Ｈｏｐｐｉｎｇフィールドは送信者がチャンネルホッピングをサポートすれば１に、そうでなければ０に設定される。
１７）Ｄａｔａ Ｓｕｂｔｙｐｅｓフィールドは現在のフレームの受信者から受信されたデータタイプフレームのための送信者によってサポートされるデータサブタイプの最大個数に設定される。
上述のとおり、従来のＢＡＮ通信プロセスにおいて、ハブは自分がサポートする機能に関する情報を含むＭＡＣケーパビリティーフィールドを含むビーコンフレームを発信する。特に、ビーコンフレームのＭＡＣケーパビリティーにはハブがサポートする衝突回避方式（ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ Ａｌｏｈａ）に関する情報を示すフィールドが含まれる（上記ＣＳＭＡ／ＣＡフィールド及びＳｌｏｔｔｅｄ Ａｌｏｈａフィールド）。ところで、例えば、ノードがＣＳＭＡ／ＣＡ及びＳｌｏｔｔｅｄ Ａｌｏｈａの中で一つの衝突回避方式のみに対応でき、ハブがサポートする衝突回避方式に対応できない場合には、結局当該ノードの接続要請がハブによって拒否されるために、ハブがサポートする衝突回避方式に関する情報は当該ノードに対しては重要な情報とはならない。図１０及び表３に示されたように、ハブはノードから受信した接続要請フレームに含まれた情報に基づいて、当該ノードの接続要請を許容するか、拒否するかを決めることができる。従って、本発明の一実施形態においては、衝突回避方式に関する情報が省略されている、即ち、ＣＳＭＡ／ＣＡ及びＳｌｏｔｔｅｄ Ａｌｏｈａフィールドが省略されているビーコンフレームをスーパーフレームごとに発信する。より好ましい実施形態においては、ＭＡＣケーパビリティーフィールドを省略したビーコンフレームを発信することによってハブの電力消費をさらに低減させる。
上記のように、本発明の一実施形態によると、ハブは、図８に示されたビーコンフレームフォーマットにより規定された複数のフィールドの中でＭＡＣケーパビリティーフィールドが省略されたペイロードを有するビーコンフレームを生成して発信する。図１１に示されたようにＭＡＣケーパビリティーフィールドは、多量のデータを含むので、ＭＡＣケーパビリティーフィールドが省略されたペイロードを有するビーコンフレームを発信することで、ハブの電力消費を低減することができる。
上記実施形態において、ビーコンフレームのＭＡＣケーパビリティーフィールドが省略されたことを、ノードに通知することが好ましい。本発明の一実施形態によると、ビーコンフレームのＭＡＣヘッダのフレームコントロールフィールドの予備（即ち、リザーブ）になっている４ビット（図７（Ａ）乃至７（Ｃ）参照）の中で特定の１ビットを省略（Ｅｌｉｓｉｏｎ ）フィールドとして定義する。図１２に示されたように、本実施形態では、ビーコンフレームのＭＡＣヘッダのフレームコントロールフィールドの予備になっているｂ４〜ｂ７ビットの中でｂ４が省略フィールドとして用いられる。省略されたフィールドが無い場合はｂ４フィールドの値が０に設定され、ＭＡＣケーパビリティーフィールドが省略された場合は、ｂ４フィールドの値が１に設定される。
ノードがハブからビーコンフレームを受信すると、ビーコンフレームのＭＡＣヘッダ、ＭＡＣフレームボディ、及びＦＣＳに含まれたデータを順次抽出する。ノードは抽出されたＭＡＣヘッダのフレームコントロールフィールドの省略フィールドの値により、上記ビーコンフレームのペイロードに省略されたフィールドがあるかどうかを判断する。即ち、上記省略フィールドの値はビーコンフレームに省略されたフィールドがあるかを示す判別情報として用いられる。具体的に、ノードは省略フィールドの値が０であれば、図８に示されたフォーマットに従ってビーコンフレームのペイロードを処理（例えば、復号）し、省略フィールドの値が１であれば、図８に示されたフォーマットからＭＡＣケーパビリティーフィールドが省略されたフォーマットに従ってビーコンフレームのペイロードを処理する。このようにしてノードはビーコンフレームのヘッダに含まれた上記判別情報に従ってビーコンフレームのペイロードを処理することができる。
一方、本発明の省略フィールドとして用いられるフィールドは上記実施形態に限定されない。上記実施形態ではＭＡＣヘッダのフレームコントロールフィールドの予備になっているｂ４〜ｂ７ビットの中でｂ４ビットが省略フィールドとして用いられるが、他の実施形態では他のビット（例えば、ｂ５−ｂ７の中で１ビット）が使われても良い。また、フレームコントロールの他のフィールドに含まれている予備である１ビットを省略フィールドとして用いても良い。例えば、フレームタイプフィールドの予備やフレームサブタイプフィールドの予備を用いることができる（表１参照）。省略フィールドとして用いられるフィールドの種類は本発明の本質的な思想を構成しない。
図１３（Ａ）及び図１３（Ｂ）は上記実施形態によるハブとノードとの接続手続きを示す信号フローダイヤグラムである。図１３（Ａ）はハブへの接続が可能な場合の信号フローを示す一方、図１３（Ｂ）は接続が不可能な場合の信号フローを示す。上記のように、本実施形態では、電力消費をさらに低減するために、図１３（Ａ）及び図１３（Ｂ）に示されたように、ＭＡＣケーパビリティーフィールドが省略されたビーコンフレームを発信する。従って、図６に示された従来の接続手続きとは違い、ノードはビーコンフレームからハブのＭＡＣケーパビリティーを取得しない。
ノードは受信されたビーコンフレームに判別情報が含まれていれば、ＭＡＣケーパビリティーフィールドが省略されたフレームフォーマットに従って受信されたビーコンフレームのペイロードを処理する。ノード は、ビーコンフレームのヘッダ（図７（Ａ）及び図７（Ｂ）参照）に含まれるネットワークＩＤ（本実施形態の場合、ＢＡＮ ＩＤ）と、ハブのアドレス等の、ビーコンフレームから取得された情報に基づいて接続要請フレームを生成し、これをハブへ送信する。接続要請フレームは図９に示されたフォーマットを有するフレームペイロードを含む。図９に示されたように接続要請フレームはＭＡＣケーパビリティーフィールドを含んでおり、当該ＭＡＣケーパビリティーフィールドにはノード端末が対応する衝突回避方式に関する情報が含まれる。ハブは、ノードから接続要請フレームを受信すれば、成功的なフレーム受信をノードに確認させるための確認応答フレームであるＩ−Ａｃｋ（Ｉｍｍｅｄｉａｔｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームをノードへ送信する。ハブはノードから受信された接続要請フレームを処理してノードの対応する衝突回避方式を確認し、これを自分がサポートする衝突回避方式と比較することによって、当該ノードの接続を許容するかどうかを判断する。
衝突回避方式が一致し、他の接続拒否事由が無い場合は、図１３（Ａ）に示されたように、ハブが接続割当フレームを生成してノードへ送信する。接続割当フレームは図１０に示されたフォーマットを有するフレームペイロードを含む。この場合、接続割当フレームのモード／状態（Ｍｏｄｅ／Ｓｔａｔｕｓ）フィールドの接続状態（Ｃｏｎｎｅｃｔｉｏｎ Ｓｔａｔｕｓ）フィールドは、表３に示されたように、０（Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｃｅｐｔｅｄ）に設定される。また、接続割当フレームはハブがサポートする通信方式を含むＭＡＣケーパビリティー等の通信に必要な情報をノードに通知する。ハブから接続割当フレームを受信したノードはＩ−Ａｃｋフレームをハブへ送信する。これによって、ノードとハブとが接続され、互いに必要な情報（データ）を通信することができる状態になる。
一方、ハブの衝突回避方式とノードの衝突回避方式が一致しないとハブが判断した場合は、ハブはノードの接続要請を許容しない。この場合、図１３（Ｂ）に示されたように、ハブはＩ−Ａｃｋフレーム、及びモード／状態フィールドの接続状態フィールドの値が１に設定された接続割当フレームをノードへ送信する。上記接続割当フレームを受信したノードは接続が不可能であると判断し、接続プロセスを終了する。
衝突回避方式は一致するが、表３に示されたように接続が可能でない他の事由がある場合には、ハブはその事由に応じてモード／状態フィールドの接続状態フィールドの値を１―１０の中で一つに設定した接続割当フレームを生成してノードに送信する。
図１４（Ａ）及び図１４（Ｂ）は、図１３（Ｂ）の他の実施形態によるハブとノードの接続手続きを示す信号フローダイヤグラムである。まず、図１４（Ａ）の実施形態においては、ハブが図８に示されたフレームフォーマットのビーコンフレームを生成して発信する。即ち、ビーコンフレームはＭＡＣケーパビリティーフィールドを含む。ビーコンフレームを受信したノードは、ハブへ接続要請フレームを送信する。図１３（Ｂ）の実施形態とは違い、ハブは当該接続要請フレームを送信したノードの接続を拒否する場合、Ｉ−Ａｃｋフレーム及び接続割当フレームを送信しない低電力モードで動作する。ノードは所定の時間内に接続要請フレームに対するＩ−Ａｃｋフレームが受信されなければ、ハブが接続を許容しないと判断して受信待機状態を終了する。上記所定の時間は、例えば、接続されていない状態でポールによって割当された時間、即ち、ｕｎｃｏｎｎｅｃｔｅｄ ｐｏｌｌｅｄ ａｌｌｏｃａｔｉｏｎである。本実施形態によると、ハブはＩ−Ａｃｋフレーム、及び接続が不可能であることを知らせる接続割当フレームを生成及び送信しないし、ノードは所定の時間が経過した後に受信待機状態を終了するので、ハブとノードの消費電力を低減することができる。
図１４（Ｂ）の実施形態においては、図１４（Ａ）と同様にハブ及びノードが低電力モードで動作する一方、ＭＡＣケーパビリティーフィールドが省略されたビーコンフレームを用いる。これによって、ハブがビーコンフレームを発信するために消費する電力も低減することができる。また、ハブが発信するビーコンフレームにはＭＡＣケーパビリティーが省略されたことを示す判別情報が含まれることが好ましい。上記ビーコンフレームを受信したノードは、図８に示されたビーコンフレームのペイロードフォーマットの中でＭＡＣケーパビリティーフィールドが省略されたフォーマットに従って、受信されたビーコンフレームのペイロードを処理する。ノードは所定の時間（例えば、ｕｎｃｏｎｎｅｃｔｅｄ ｐｏｌｌｅｄ ａｌｌｏｃａｔｉｏｎ）内に接続要請フレームに対する受信応答であるＩ−Ａｃｋフレームが受信されなければ、ハブへの接続が不可能であると判断し、受信待機状態を終了する。
図１４（Ａ）及び図１４（Ｂ）の実施形態においては、ノードが接続要請フレームを送信してから所定の時間内にハブからＩ−Ａｃｋフレームが受信されなければ接続が不可能であると判断して受信待機状態を終了する。他の実施形態では、ハブがサポートする衝突回避方式にノードが対応していない場合にはＩ−Ａｃｋフレーム及び接続割当フレームをハブが送信しない低電力モードで動作する一方（図１４（Ａ）又は（Ｂ））、衝突回避方式は一致するがその他の接続拒否事由がある場合にはハブがＩ−Ａｃｋフレーム及び接続割当フレームを送信することにしても良い（図１３（Ｂ））。一方、他の実施形態においては、接続を許容しない場合にもＩ−Ａｃｋフレームは送信するが、接続割当フレームは送信しないことにしても良い。この場合には、所定の時間内に接続割当フレームが受信されなければ、ノードは接続が不可能であると判断して受信待機状態を終了する。また、省略されるフィールドはＭＡＣケーパビリティーフィールドに限定されないし、ＭＡＣケーパビリティーフィールド及びＰＨＹケーパビリティーフィールドを省略することも可能である。
図１４（Ｂ）に示された実施形態によると、次の理由で図６に示された接続手続きに比べて消費電力をより低減することができる。
第一に、ハブが通信方式に関する情報、好適にはＭＡＣケーパビリティーフィールドが省略された省略形ビーコンフレームを発信するので、ビーコンフレームの発信のために必要になるハブの電力消費を低減することができる。
第二に、ハブはノードの接続を許容しない場合接続割当フレームを送信しないし、ノードは所定の時間内にハブから接続割当フレームが受信されなければ当該ハブへの接続が不可能であると判断して受信待機状態を終了する（即ち、低電力モード）。従って、ハブが接続割当フレームを生成して送信するために無駄に電力を消費することがなくなる。ノードにおいても、接続割当フレームを受信して処理するために消費する電力を低減することができる。
図１５は本発明の一実施形態による接続プロセスを実現するためのアルゴリズムを示すフローチャートである。以下、図２を一緒に参照して、図１５のプロセスを詳細に説明する。
接続プロセスが開始されると、ハブ２００のプロセッサ２２０はメモリ２３０から必要な情報を読み出してビーコンフレームを生成する（ステップＳ１５０２）。そして、ハブ２００の通信部２１０は、上記生成されたビーコンフレームを発信する（ステップＳ１５０４）。ノード３００の通信部３１０が上記ビーコンフレームを受信すれば（ステップＳ１５２０）、プロセッサ３２０は上記ビーコンフレームのヘッダを処理する（ステップＳ１５２２）。プロセッサ３２０は受信されたビーコンフレームのヘッダを処理してハブの衝突回避方式に関する情報が省略されていることを示す判別情報があるかどうかを判断する（ステップＳ１５２４）。上記判別情報が検出されていない場合（ステップＳ１５２４：ＮＯ）、プロセッサ３２０はビーコンフレームに省略された情報がないと判断してノーマルモードで動作する（ステップＳ１５２６）。即ち、図６に示された方式で接続プロセスが行われる。
上記判別情報が検出された場合（ステップＳ１５２４：ＹＥＳ）、プロセッサ３２０はペイロードにおいて特定の情報が省略された省略形ビーコンフレームが受信されたと判断し、上記省略形ビーコンフレームを処理する（ステップＳ１５２８）。上記特定の情報はハブがサポートする衝突回避方式に関する情報であり、好適にはＭＡＣケーパビリティーフィールドである。プロセッサ３２０はビーコンフレームから取得された情報に基づいて接続要請フレームを生成し（ステップＳ１５３０）、通信部３１０が上記接続要請フレームをハブ２００に送信する（ステップＳ１５３２）。
ハブ２００の通信部２１０がノード３００から接続要請フレームを受信すれば（ステップＳ１５０６）、プロセッサ２２０は接続要請フレームを処理して接続要請フレームのペイロードのＭＡＣケーパビリティーフィールドからノード３００が対応している衝突回避方式に関する情報を取得する。プロセッサ２２０はメモリ２３０からハブ２００がサポートする衝突回避方式に関する情報を読み出して、これを上記取得された衝突回避方式に関する情報と比較する（ステップＳ１５０８）。衝突回避方式が一致する場合（ステップＳ１５０８：ＹＥＳ）、他の接続拒否の事由があるかどうかを判断する（ステップＳ１５１０）。他の接続拒否事由がない場合は（ステップＳ１５１０：ＮＯ）、接続要請フレームの受信を確認させるＩ−Ａｃｋフレームを生成してノード３００に送信する（ステップＳ１５１２）。次に、ハブ３００はモード／状態フィールドの接続状態フィールドが０に設定された接続割当フレームを生成してノード３００に送信する（ステップＳ１５１４）。ノード３００の通信部３１０がＩ−Ａｃｋフレーム及び接続割当フレームを受信して（ステップＳ１５３４及びステップＳ１５３６）、プロセッサ３２０がこれらを処理すると、接続プロセスが完了され、ハブ２００とノード３００とはデータを交わすことができる状態になる。
一方、上記衝突回避方式が一致していない場合（ステップＳ１５０８：ＮＯ）、又は他の接続拒否の事由がある場合は（ステップＳ１５１０：ＹＥＳ）、低電力モードで動作する（ステップＳ１５１６）。即ち、図１４（Ｂ）に示されたように、ハブ２００はＩ−Ａｃｋフレーム及び接続割当フレームの生成及び送信を行わない。ノード３００は所定の時間内に接続要請フレームに対するＩ−Ａｃｋフレームが受信されなければ、ハブ２００が接続を許容しないと判断し、受信待機状態を終了する。上記所定の時間は、例えば、接続されていない状態でポールによって割当された時間、即ち、ｕｎｃｏｎｎｅｃｔｅｄ ｐｏｌｌｅｄ ａｌｌｏｃａｔｉｏｎである。
［第２実施形態］
図１６はＢＡＮ内のハブ又はノードとして機能することができる装置の例示的な実施形態を示し、図１６（Ａ）は外観を示す図であり、図１６（Ｂ）は当該装置のハードウェア構成を示すブロック図である。本実施形態において、上記装置は電子時計である。図１６（Ｂ）に示したように、電子時計１６００は通信モジュール１６１０を備え、通信モジュール１６１０はアンテナ１６１２、通信部１６１４及びプロセッサ１６１６を含む。プロセッサ１６１６はアンテナ１６１２及び通信部１６１４を介して、及び／又は、インターネット又は他のＢＡＮに連結されたワイヤーライン（図示せず）を介して交換されるメッセージを処理する。プロセッサ１６１６は、ソフトウェア、ファームウェア、又は、ハードウェアによって構成されることができる。アンテナ１６１２、通信部１６１４、プロセッサ１６１６の構成及び機能は、図２に関連して説明したアンテナ２１２又は３１２、通信部２１０又は３１０、プロセッサ２２０又は３２０の構成及び機能と同様であるので、より詳細な説明は省略する。また、通信モジュール１６１０は他の装置と送受信するフレームデータ、フレーム構造、媒体アクセス制御及び電力管理情報等のデータ、プロセッサ１６１６によって使われるコンピュータプログラム命令、ソフトウェア、及び／又は、ファームウェア等を格納するメモリ（図示せず）をさらに備えても良い。
中央制御部１６２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の演算処理装置によって構成され、電子時計１６００全体の動作を制御する。例えば、中央制御部１６２０はＲＯＭ１６６０に記録されているプログラムに従って各種の処理を実行する。なお、図２に関連して説明したプロセッサ２２０又は３２０と同様の構成及び機能を中央制御部１６２０で実現しても良いし、中央制御部１６２０とプロセッサ１６１６とが協働して実現しても良い。
入力部１６３０は電子時計１６００の端末本体に対して各種情報及び指示の入力を行う機能を備えた複数個のボタン（ここでいうボタンには、ハードウェアのみならずソフトウェアによって実現されるものも含む。）等により構成されている。ユーザにより各種ボタンが操作されると、入力部１６３０は、操作されたボタンに応じた操作指示を中央制御部１６２０に出力する。中央制御部１６２０は、入力部１６３０から入力された指示に従って所定の動作を各部に実行させる。
表示部１６４０は中央制御部１６２０からの指示に従って、時刻や外部から受信したメッセージ等の各種情報を表示する。
時計部１６５０はシステムクロック又は発振器によって生成される信号から時刻信号を生成し、現在の時刻を出力する。
ＲＯＭ１６６０は中央制御部１６２０で実行される制御プログラム等を格納する。また、ＲＯＭ１６６０はプロセッサ１６１６によって使われるコンピュータプログラム命令、ソフトウェア、及び／または、ファームウェア等を格納しても良い。
ＲＡＭ１６７０は中央制御部１６２０が各種処理を実行する際の作業領域（ｗｏｒｋ ａｒｅａ）を提供し、電子時計１６００の各部により処理されるデータを格納する。また、ＲＡＭ１６７０は送受信されるフレームデータを格納するのみならず、フレーム構造、媒体アクセス制御及び電力管理情報、等のデータを格納しても良い。
なお、電子時計１６００は、他の装置と連結されることができる。上記他の装置は、例えば、体温、呼吸、心拍数、血糖、等の身体からのデータをモニターするために使われるセンサー、又は、心拍調節期、呼吸器、インスリンポンプを制御する等の機能を提供する装置である。
以上、本発明をＢＡＮ通信に適用した実施形態について説明したが、本発明の適用分野はＢＡＮに限定されないし、例えば、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（登録商標）等の他の無線通信技術にも適用可能である。
上述したプロセスは、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。特定のプロセスをソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ハブ又はノードとして機能する通信装置に、ネットワークや記録媒体からインストールされる。このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布されるリムーバブルメディア（図示せず）等により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成されても良い。
本発明が属する技術分野における通常の知識を有する者は、上記説明及び関連図面から本発明の多くの変形及び他の実施形態を導出することができる。従って、本発明は開示された特定の実施形態に限定されない。本明細書では、複数の特定用語が使われているが、これらは一般的な意味として単に説明の目的のために使われただけであり、発明を制限する目的で使われたものではない。添付の特許請求の範囲及びその均等物により定義される一般的な発明の概念及び思想を抜け出さない範囲で多様な変形が可能である。
本発明のいくつかの実施形態を説明したが、本発明の範囲は、上述の実施の形態に限定されるものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
［付記］
＜請求項１＞
特定の通信プロトコルに従う通信のための装置であって、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記プロセッサは、前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成し、
他装置から送信された接続要請フレームを処理して、前記他装置がサポートする衝突回避方式に関する情報を抽出し、前記抽出された衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較した結果に基づいて前記他装置との通信を制御することを特徴とする通信装置。
＜請求項２＞
前記プロセッサは、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように前記ビーコンフレームを生成することを特徴とする請求項１に記載の通信装置。
＜請求項３＞
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、前記他装置に接続割当フレームを送信しないことを特徴とする請求項１又は２に記載の通信装置。
＜請求項４＞
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、前記他装置に前記接続要請フレームに対する受信応答及び接続割当フレームを送信しないことを特徴とする請求項１又は２に記載の通信装置。
＜請求項５＞
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、自装置への接続が不可であることを示す接続割当フレームを前記他装置に送信することを特徴とする請求項１又は２に記載の通信装置。
＜請求項６＞
前記判別情報は、前記ビーコンフレームのＭＡＣヘッダのフレームコントロールフィールドの予備フィールドに含まれることを特徴とする請求項２に記載の通信装置。
＜請求項７＞
自装置の衝突回避方式は、ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ Ａｌｏｈａのいずれかであることを特徴とする請求項１に記載の通信装置。
＜請求項８＞
前記他装置の衝突回避方式は、ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ Ａｌｏｈａのいずれかであることを特徴とする請求項１に記載の通信装置。（図１１）
＜請求項９＞
請求項１乃至８の何れか１項に記載の通信装置と、
現在の日時を計数する計時部と、
を備えることを特徴とする電子時計。
＜請求項１０＞
特定の通信プロトコルに従う通信のための装置であって、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記プロセッサは、他装置から送信されたフレームがビーコンフレームである場合、前記ビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断し、前記判断結果に基づいて、前記他装置との通信を制御することを特徴とする通信装置。
＜請求項１１＞
前記プロセッサは、前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、
前記他装置から前記接続要請フレームに対する受信応答が所定時間内に受信される場合には、接続割当フレームの受信を待機し、
前記他装置から前記接続要請フレームに対する受信応答が前記所定時間内に受信されない場合には、受信待機を終了することを特徴とする請求項１０に記載の通信装置。
＜請求項１２＞
前記プロセッサは、前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、
所定時間内に、前記他装置から接続割当フレームが受信されない場合には受信待機を終了することを特徴とする請求項１０に記載の通信装置。
＜請求項１３＞
請求項１０又は１２に記載の通信装置と、
現在の日時を計数する計時部と、
を備えることを特徴とする電子時計。
＜請求項１４＞
第１の装置と第２の装置とを含み、特定の通信プロトコルに従う通信のためのシステムであって、
前記第１の装置は、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
前記第２の装置は、
前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生 成し処理するプロセッサを含み、
前記第１の装置のプロセッサは、
前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるように、かつ、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように、ビーコンフレームを生成し、
前記第２の装置のプロセッサは、
前記第１の装置から送信されたビーコンフレームに前記判別情報が含まれているかどうかに基づいて前記ビーコンフレームを処理し、前記通信プロトコルにより定義されたフレームフォーマットに基づいて接続要請フレームを生成して前記第１の装置に送信し、
前記第１の装置のプロセッサは、前記第２の装置から送信された前記接続要請フレームを処理して、前記第２の装置がサポートする衝突回避方式に関する情報を抽出し、前記第２の装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較した結果に基づいて、前記第２の装置との通信を制御することを特徴とするシステム。
＜請求項１５＞
特定の通信プロトコルに従う通信のできる装置の通信方法であって、
前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成するステップと、
他装置から送信された接続要請フレームを処理するステップと、
前記接続要請フレームから前記他装置がサポートする衝突回避方式に関する情報を抽出するステップと、
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較するステップと、
前記比較結果に基づいて前記他装置との通信を制御するステップと、
を含むことを特徴とする通信方法。
＜請求項１６＞
特定の通信プロトコルに従う通信のできる装置の通信方法であって、
他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断するステップと、
前記判断結果に基づいて、前記他装置との通信を制御するステップと、
を含むことを特徴とする通信方法。
＜請求項１７＞
特定の通信プロトコルに従う通信のための第１の装置及び第２の装置を含むシステムの通信方法であって、
前記第１の装置において、前記通信プロトコルに基づいて規定された複数の種類の情報の中で、前記第１の装置がサポートする衝突回避方式に関する情報が省略されるように、かつ、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように、ビーコンフレームを生成するステップと、
前記第２の装置において、前記第１の装置から送信されたビーコンフレームに前記判別情報が含まれているかどうかを判断するステップと、
前記第２の装置において、前記ビーコンフレームに前記判別情報が含まれている場合に、前記通信プロトコルにより定義されたフレームフォーマットに基づいて接続要請フレームを生成して前記第１の装置に送信するステップと、
前記第１の装置において、前記第２の装置から送信された前記接続要請フレームを処理して、前記第２の装置がサポートする衝突回避方式に関する情報を抽出するステップと、
前記第１の装置において、前記第２の装置の衝突回避方式に関する情報と、前記第１の装置の衝突回避方式に関する情報とを比較した結果に基づいて、前記第２の装置との通信を制御するステップと、
を含むことを特徴とする通信方法。
＜請求項１８＞
特定の通信プロトコルに従う通信が可能な装置を制御するプログラムであって、
前記装置に、
前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成するステップと、
他装置から送信された接続要請フレームを処理するステップと、
前記接続要請フレームから前記他装置がサポートする衝突回避方式に関する情報を抽出するステップと、
前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較するステップと、
前記比較結果に基づいて前記他装置との通信を制御するステップと、
を実行させるプログラム。
＜請求項１９＞
特定の通信プロトコルに従う通信が可能な装置を制御するプログラムであって、
前記装置に、
他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断するステップと、
前記判断結果に基づいて、前記他装置との通信を制御するステップと、
を実行させるプログラム。
１０ ボディエリアネットワーク（ＢＡＮ）
２０ ＢＡＮ 通信システム
２００ ハブ
２１０ 通信部
２１２ アンテナ
２２０ プロセッサ
２３０ メモリ
３００ ノード
３１０ 通信部
３１２ アンテナ
３２０ プロセッサ
３３０ メモリ
１６００ 電子時計
１６１０ 通信モジュール
１６１２ アンテナ
１６１４ 通信部
１６１６ プロセッサ
１６２０ 中央制御部
１６３０ 入力部
１６４０ 表示部
１６５０ 時計部

Claims (19)

  1. 特定の通信プロトコルに従う通信のための装置であって、
    前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
    前記プロセッサは、前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成し、
    他装置から送信された接続要請フレームを処理して、前記他装置がサポートする衝突回避方式に関する情報を抽出し、前記抽出された衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較した結果に基づいて前記他装置との通信を制御することを特徴とする通信装置。
  2. 前記プロセッサは、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように前記ビーコンフレームを生成することを特徴とする請求項１に記載の通信装置。
  3. 前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、前記他装置に接続割当フレームを送信しないことを特徴とする請求項１又は２に記載の通信装置。
  4. 前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、前記他装置に前記接続要請フレームに対する受信応答及び接続割当フレームを送信しないことを特徴とする請求項１又は２に記載の通信装置。
  5. 前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とが一致していない場合は、自装置への接続が不可であることを示す接続割当フレームを前記他装置に送信することを特徴とする請求項１又は２に記載の通信装置。
  6. 前記判別情報は、前記ビーコンフレームのＭＡＣヘッダのフレームコントロールフィールドの予備フィールドに含まれることを特徴とする請求項２に記載の通信装置。
  7. 自装置の衝突回避方式は、ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ Ａｌｏｈａのいずれかであることを特徴とする請求項１に記載の通信装置。
  8. 前記他装置の衝突回避方式は、ＣＳＭＡ／ＣＡ又はＳｌｏｔｔｅｄ Ａｌｏｈａのいずれかであることを特徴とする請求項１に記載の通信装置。
  9. 請求項１乃至８の何れか１項に記載の通信装置と、
    現在の日時を計数する計時部と、
    を備えることを特徴とする電子時計。
  10. 特定の通信プロトコルに従う通信のための装置であって、
    前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
    前記プロセッサは、他装置から送信されたフレームがビーコンフレームである場合、前記ビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断し、
    前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、
    前記他装置から前記接続要請フレームに対する受信応答が所定時間内に受信される場合には、接続割当フレームの受信を待機し、
    前記他装置から前記接続要請フレームに対する受信応答が前記所定時間内に受信されない場合には、受信待機を終了する
    ことを特徴とする通信装置。
  11. 特定の通信プロトコルに従う通信のための装置であって、
    前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
    前記プロセッサは、他装置から送信されたフレームがビーコンフレームである場合、前記ビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断し、
    前記プロセッサは、前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、
    所定時間内に、前記他装置から接続割当フレームが受信されない場合には受信待機を終了する
    ことを特徴とする通信装置。
  12. 第１の装置と第２の装置とを含み、特定の通信プロトコルに従う通信のためのシステムであって、
    前記第１の装置は、
    前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
    前記第２の装置は、
    前記通信プロトコルにより定義されたフレームフォーマットに基づいて、フレームを生成し処理するプロセッサを含み、
    前記第１の装置のプロセッサは、
    前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるように、かつ、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように、ビーコンフレームを生成し、
    前記第２の装置のプロセッサは、
    前記第１の装置から送信されたビーコンフレームに前記判別情報が含まれているかどうかに基づいて前記ビーコンフレームを処理し、前記通信プロトコルにより定義されたフレームフォーマットに基づいて接続要請フレームを生成して前記第１の装置に送信し、
    前記第１の装置のプロセッサは、前記第２の装置から送信された前記接続要請フレームを処理して、前記第２の装置がサポートする衝突回避方式に関する情報を抽出し、前記第２の装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較した結果に基づいて、前記第２の装置との通信を制御することを特徴とするシステム。
  13. 特定の通信プロトコルに従う通信のできる装置の通信方法であって、
    前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成するステップと、
    他装置から送信された接続要請フレームを処理するステップと、
    前記接続要請フレームから前記他装置がサポートする衝突回避方式に関する情報を抽出するステップと、
    前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較するステップと、
    前記比較の結果に基づいて前記他装置との通信を制御するステップと、
    を含むことを特徴とする通信方法。
  14. 特定の通信プロトコルに従う通信のできる装置の通信方法であって、
    他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断する判断ステップと、
    前記判断ステップにおいて前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、前記他装置から前記接続要請フレームに対する受信応答が所定時間内に受信される場合には、接続割当フレームの受信を待機し、前記他装置から前記接続要請フレームに対する受信応答が前記所定時間内に受信されない場合には、受信待機を終了する制御ステップと、
    を含むことを特徴とする通信方法。
  15. 特定の通信プロトコルに従う通信のできる装置の通信方法であって、
    他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省略されていることを示す判別情報が含まれているかどうかを判断する判断ステップと、
    前記判断ステップにおいて前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、所定時間内に、前記他装置から接続割当フレームが受信されない場合には受信待機を終了する制御ステップと、
    を含むことを特徴とする通信方法。
  16. 特定の通信プロトコルに従う通信のための第１の装置及び第２の装置を含むシステムの通信方法であって、
    前記第１の装置において、前記通信プロトコルに基づいて規定された複数の種類の情報の中で、前記第１の装置がサポートする衝突回避方式に関する情報が省略されるように、かつ、前記衝突回避方式に関する情報が省略されていることを示す判別情報が含まれるように、ビーコンフレームを生成するステップと、
    前記第２の装置において、前記第１の装置から送信されたビーコンフレームに前記判別情報が含まれているかどうかを判断するステップと、
    前記第２の装置において、前記ビーコンフレームに前記判別情報が含まれている場合に、前記通信プロトコルにより定義されたフレームフォーマットに基づいて接続要請フレームを生成して前記第１の装置に送信するステップと、
    前記第１の装置において、前記第２の装置から送信された前記接続要請フレームを処理して、前記第２の装置がサポートする衝突回避方式に関する情報を抽出するステップと、
    前記第１の装置において、前記第２の装置の衝突回避方式に関する情報と、前記第１の装置の衝突回避方式に関する情報とを比較した結果に基づいて、前記第２の装置との通信を制御するステップと、
    を含むことを特徴とする通信方法。
  17. 特定の通信プロトコルに従う通信が可能な装置を制御するプログラムであって、
    前記装置に、
    前記通信プロトコルに基づいて規定された複数の種類の情報の中で、自装置がサポートする衝突回避方式に関する情報が省略されるようにビーコンフレームを生成するステップと、
    他装置から送信された接続要請フレームを処理するステップと、
    前記接続要請フレームから前記他装置がサポートする衝突回避方式に関する情報を抽出するステップと、
    前記他装置の衝突回避方式に関する情報と、自装置の衝突回避方式に関する情報とを比較するステップと、
    前記比較の結果に基づいて前記他装置との通信を制御するステップと、
    を実行させるプログラム。
  18. 特定の通信プロトコルに従う通信が可能な装置を制御するプログラムであって、
    前記装置に、
    他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省
    略されていることを示す判別情報が含まれているかどうかを判断する判断ステップと、
    前記判断ステップにおいて前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、前記他装置から前記接続要請フレームに対する受信応答が所定時間内に受信される場合には、接続割当フレームの受信を待機し、前記他装置から前記接続要請フレームに対する受信応答が前記所定時間内に受信されない場合には、受信待機を終了する制御ステップと、
    を実行させるプログラム。
  19. 特定の通信プロトコルに従う通信が可能な装置を制御するプログラムであって、
    前記装置に、
    他装置から送信されたビーコンフレームに前記他装置の衝突回避方式に関する情報が省
    略されていることを示す判別情報が含まれているかどうかを判断する判断ステップと、
    前記判断ステップにおいて前記ビーコンフレームに前記判別情報が含まれていると判断された場合に、接続要請フレームを生成して前記他装置に送信し、所定時間内に、前記他装置から接続割当フレームが受信されない場合には受信待機を終了する制御ステップと、
    を実行させるプログラム。
JP2015250834A 2015-12-24 2015-12-24 通信装置、通信システム、通信方法、及びプログラム Active JP6631242B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2015250834A JP6631242B2 (ja) 2015-12-24 2015-12-24 通信装置、通信システム、通信方法、及びプログラム
KR1020160095512A KR102522378B1 (ko) 2015-12-24 2016-07-27 통신 장치, 통신 시스템, 통신 방법, 및 기록 매체에 저장된 프로그램
US15/263,514 US10159094B2 (en) 2015-12-24 2016-09-13 Communication device, communication system, communication method and recording medium
CN201610940220.1A CN106921442B (zh) 2015-12-24 2016-10-13 通信装置及通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015250834A JP6631242B2 (ja) 2015-12-24 2015-12-24 通信装置、通信システム、通信方法、及びプログラム

Publications (3)

Publication Number Publication Date
JP2017118285A JP2017118285A (ja) 2017-06-29
JP2017118285A5 JP2017118285A5 (ja) 2019-01-24
JP6631242B2 true JP6631242B2 (ja) 2020-01-15

Family

ID=59087005

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015250834A Active JP6631242B2 (ja) 2015-12-24 2015-12-24 通信装置、通信システム、通信方法、及びプログラム

Country Status (4)

Country Link
US (1) US10159094B2 (ja)
JP (1) JP6631242B2 (ja)
KR (1) KR102522378B1 (ja)
CN (1) CN106921442B (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10833923B2 (en) 2017-10-26 2020-11-10 Skylo Technologies Inc. Dynamic multiple access for distributed device communication networks with scheduled and unscheduled transmissions
US10306442B1 (en) * 2018-01-16 2019-05-28 Skylo Technologies Inc. Devices and methods for specialized machine-to-machine communication transmission network modes via edge node capabilities
CN113382210B (zh) * 2021-08-12 2021-11-16 深圳市有为信息技术发展有限公司 多路监控视频数据的处理方法、流媒体服务器及电子设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101191462B1 (ko) 2006-01-25 2012-10-15 인텔렉츄얼 벤처스 원 엘엘씨 송신 통지 표시
US8943305B2 (en) * 2009-01-30 2015-01-27 Texas Instruments Incorporated Frame structure for medium access in body area networks (BAN)
EP2227064B1 (en) * 2009-03-04 2014-01-15 Fujitsu Limited Improvements to short-range wireless networks
US8665767B2 (en) * 2009-08-25 2014-03-04 Qualcomm Incorporated Method and apparatus for multiple-user communication in a client initiated communication transmission scheme
US20120226955A1 (en) * 2011-03-02 2012-09-06 John Peter Norair Method and apparatus for forward error correction (fec) in a resource-constrained network
EP2696642A4 (en) * 2011-04-08 2015-12-30 Lg Electronics Inc METHOD FOR THE ESTABLISHMENT BY A USER EQUIPMENT OF A CONNECTION WITH A NETWORK IN A WIRELESS COMMUNICATION SYSTEM AND APPARATUS THEREOF
US9253808B2 (en) * 2011-07-10 2016-02-02 Qualcomm Incorporated Systems and methods for low-overhead wireless beacons having next full beacon indications
KR101901188B1 (ko) * 2012-01-06 2018-09-27 삼성전자주식회사 무선 신체 영역 네트워크(ｗｂａｎ)에서 노드의 활동 구간을 재설정하기 위한 허브, 중계 노드, 노드 및 그 통신 방법
KR20130125276A (ko) * 2012-05-08 2013-11-18 한국전자통신연구원 Ｓｈｏｒｔ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ를 이용한 효율적인 스캐닝 방법
US9161153B2 (en) * 2012-06-15 2015-10-13 Industrial Technology Research Institute Method of handling CSI report and related communication device
US10178582B2 (en) * 2012-08-06 2019-01-08 Qualcomm Incorporated Apparatus and methods for frame control design
JP6024383B2 (ja) * 2012-10-23 2016-11-16 富士通株式会社 無線通信装置、及び通信制御方法
RU2635868C2 (ru) * 2013-04-02 2017-11-16 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ и устройство для выполнения доступа в системе беспроводной lan
WO2015033977A1 (ja) * 2013-09-03 2015-03-12 株式会社 東芝 通信処理装置、集積回路、無線通信端末、メモリーカード、無線通信装置および無線通信方法
US9686124B2 (en) * 2015-09-22 2017-06-20 Veniam, Inc. Systems and methods for managing a network of moving things

Also Published As

Publication number Publication date
CN106921442B (zh) 2020-08-07
US10159094B2 (en) 2018-12-18
CN106921442A (zh) 2017-07-04
JP2017118285A (ja) 2017-06-29
KR20170076539A (ko) 2017-07-04
US20170188389A1 (en) 2017-06-29
KR102522378B1 (ko) 2023-04-14

Similar Documents

Publication Publication Date Title
US10172169B2 (en) Method and device for controlling device by using bluetooth technology
TWI420950B (zh) 短距離無線網路之改進技術
US20160184635A1 (en) Method and apparatus for transmitting and receiving data using bluetooth
US20180007499A1 (en) Method and device for controlling device using bluetooth technology
JP6416113B2 (ja) 無線装置、無線通信システムおよび無線通信方法
JP6553227B2 (ja) 電子装置および無線通信方法
KR20140041728A (ko) 무선 통신 시스템에서 채널 스위칭 방법 및 이를 위한 장치
US9374831B2 (en) Network coexistence through active superframe interleaving
US11178716B2 (en) Method and apparatus for establishing connection between devices by using bluetooth low energy technology
JP6631242B2 (ja) 通信装置、通信システム、通信方法、及びプログラム
EP3780846A1 (en) Method for controlling terminal for cellular iot service in 5g mobile communication system
JP6707846B2 (ja) フレーム生成装置、フレーム処理装置、電子時計、システム、フレーム生成方法、フレーム処理方法、通信方法、及びプログラム
CN111937444A (zh) 通信装置和通信方法
US10231266B2 (en) Communication device, communication method and recording medium
EP2693805A2 (en) Method for channel switching in wireless personal area network and apparatus for same
CN106686584B (zh) 通信装置及通信方法
KR101582690B1 (ko) Ｂａｎ에서의 주기 설정 방법
EP2864972B1 (en) Methods, devices, computer program product and system for communicating information between nodes
Singh B.“A Study on Traffic Adaptive MAC Protocols for Wireless Body Area Network”
TW201126957A (en) Improvements to wireless sensor networks

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181206

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181206

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190703

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190730

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190927

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: 20191112

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191125

R150 Certificate of patent or registration of utility model

Ref document number: 6631242

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150