JP5105370B2 - 通信システム、端末装置、通信方法、ならびに、プログラム - Google Patents

通信システム、端末装置、通信方法、ならびに、プログラム Download PDF

Info

Publication number
JP5105370B2
JP5105370B2 JP2008317461A JP2008317461A JP5105370B2 JP 5105370 B2 JP5105370 B2 JP 5105370B2 JP 2008317461 A JP2008317461 A JP 2008317461A JP 2008317461 A JP2008317461 A JP 2008317461A JP 5105370 B2 JP5105370 B2 JP 5105370B2
Authority
JP
Japan
Prior art keywords
node
terminal device
cluster
data
nodes
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
JP2008317461A
Other languages
English (en)
Other versions
JP2010141726A (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.)
National Institute of Information and Communications Technology
Original Assignee
National Institute of Information and Communications Technology
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 National Institute of Information and Communications Technology filed Critical National Institute of Information and Communications Technology
Priority to JP2008317461A priority Critical patent/JP5105370B2/ja
Publication of JP2010141726A publication Critical patent/JP2010141726A/ja
Application granted granted Critical
Publication of JP5105370B2 publication Critical patent/JP5105370B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Mobile Radio Communication Systems (AREA)
  • Radio Relay Systems (AREA)

Description

本発明は、アドホックに形成される通信ネットワークを構成するのに好適な通信システム、端末装置、通信方法、ならびに、これらをコンピュータにより実現するためのプログラムに関する。
従来から、無線通信機器がアドホックに通信ネットワークを動的形成する技術が利用されている。
このような技術には、通信ネットワークに参加する複数の機器のうち1台が親機となり、その他の機器が子機となって、親機が子機を管理し、通信ネットワークに新たな機器が参加する場合は、その情報が親機に通知され、通信ネットワークから親機が抜けた場合は、残された子機のうちいずれかが親機となることで、動的に通信ネットワークの管理を行うものがある。
たとえば、Bluetooth(商標)などで利用されるピコネット(Piconet)では、このような動的な端末管理が行われている。このような通信技術については、後に掲げる文献に開示がされている。
ここで、特許文献1に開示の技術では、無線通信端末が、未定モード(通信ネットワークに参加していない状態に相当。)上位局モード(「親機」に相当。)もしくは下位局モード(「子機」に相当。)のいずれかのモードで動作し、動的に通信ネットワークを形成する際に、データ信号を伝送する際と制御信号を伝送する際とで、送信電力を変化させる技術が開示されている。
特許第3796537号公報
ここで、効率良くアドホックな通信ネットワークを形成するとともに、複数のノードからなるクラスタの間でデータを中継することで、多数の端末装置同士が通信できるようにしたいという要望がある。
一方で、このような端末装置において、消費電力をできるだけ抑制したい、という要望も大きい。
本発明は、上記のような課題を解決するためのもので、アドホックに形成される通信ネットワークを構成するのに好適な通信システム、端末装置、通信方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することを目的とする。
上記の目的を達成するため、本発明の原理にしたがい、以下の発明を開示する。
本発明の第1の観点に係る通信システムは、クラスタに含まれるノードとして機能することにより端末装置同士が通信し合う。
ここで、クラスタは、1つの上位ノードと、それ以外の下位ノードと、からなる。
一方、端末装置のそれぞれは、
(1)1つのクラスタに含まれ、当該クラスタの上位ノードとして機能するヘッドノード、
(2)1つのクラスタに含まれ、当該クラスタの下位ノードとして機能するノーマルノード、
(3)2つのクラスタに含まれ、一方のクラスタでは下位ノードとして機能し、他方のクラスタでは上位ノードとして機能するゲートウェイノード
のいずれかとして機能する。
そして、端末装置のそれぞれは、時刻設定部、センス部、送信部、受信部として機能する。
ここで、時刻設定部は、当該端末装置が
(1)ヘッドノードである場合、周期的な時刻を端末装置がヘッドノードとして含まれるクラスタに含まれるすべてのノードに設定し、
(2)ゲートウェイノードである場合、端末装置が下位ノードとして含まれるクラスタに設定された周期的な時刻と重ならないように、周期的な時刻を、端末装置が上位ノードとして含まれるクラスタに含まれるすべてのノードに設定する。
一方、センス部は、端末装置が含まれるクラスタのそれぞれに対して設定された周期的な時刻にキャリアセンスを行う。
さらに、送信部は、キャリアセンスの時刻に合わせて他のノードへデータを送信する。
そして、受信部は、キャリアセンスの時刻に合わせて他のノードからのデータを受信する。
また、本発明の通信システムにおいて、端末装置のそれぞれは、抑制部をさらに備え、抑制部は、キャリアセンスを行わず、送信を行わず、受信を行わない間、電力消費を抑制するように構成することができる。
また、本発明の通信システムにおいて、端末装置のそれぞれは、スキャン部、ノード設定部として機能する。
ここで、スキャン部は、他の端末装置をスキャンする。
一方、ノード設定部は、スキャンの結果、
(1)他の端末装置が発見できなかった場合、端末装置をヘッドノードとし、
(2)発見できた他の端末装置がヘッドノードである場合、端末装置を当該ヘッドノードを上位ノードとするクラスタの下位ノードとし、
(3)発見できた他の端末装置がゲートウェイノードである場合、端末装置を当該ゲートウェイノードを上位ノードとするクラスタの下位ノードとし、
(4)発見できた他の端末装置がノーマルノードである場合、他の端末装置をゲートウェイノードとし、端末装置を当該ゲートウェイノードを上位ノードとするクラスタの下位ノードとする。
また、本発明の通信システムにおいて、クラスタの上位ノードは、クラスタに含まれるノード同士ごとにデータの送受を両者間で直接行うべき周期的な時間帯を設定し、送信部および受信部は、当該設定された周期的な時間帯に、データの送信ならびにデータの受信を直接行うように構成することができる。
また、本発明の通信システムにおいて、端末装置のそれぞれは、中継部をさらに備え、以下のように構成することができる。
すなわち、送信部は、他のノードを最終宛先とするデータを送信する際に、
(1)端末装置がノーマルノードである場合、当該データを、端末装置が下位ノードとして含まれるクラスタの上位ノードへ送信し、
(2)端末装置がヘッドノードもしくはゲートウェイノードであり、当該最終宛先までの経路に、端末装置が上位ノードとして含まれるクラスタの下位ノードが含まれれば、当該他のノード宛のデータを当該下位ノードへ送信し、
(3)端末装置がゲートウェイノードであり、当該最終宛先までの経路に、端末装置が下位ノードとして含まれるクラスタの上位ノードが含まれれば、当該他のノード宛のデータを当該上位ノードへ送信する。
一方、中継部は、受信部が他のノードを最終宛先とするデータを受信すると、当該データを、送信部に送信させる。
また、本発明の通信システムにおいて、端末装置のそれぞれにおいて、当該端末装置がヘッドノードもしくはゲートウェイノードである場合、中継部は、最終宛先が共通するデータを蓄積して連結してから中継し、当該端末装置が上位ノードとして含まれるクラスタに含まれる下位ノードの数が多いほど、当該最終宛先が共通するデータを蓄積して連結する個数もしくはサイズを大きくするように構成することができる。
また、本発明の通信システムにおいて、端末装置のそれぞれにおいて、当該端末装置がヘッドノードもしくはゲートウェイノードである場合、当該端末装置が上位ノードとして含まれるクラスタに含まれる下位ノードの数が多いほど、前記周期的な時刻として短い周期の時刻を設定するように構成することができる。
また、本発明の通信システムにおいて、端末装置のそれぞれにおいて、当該端末装置がヘッドノードもしくはゲートウェイノードである場合、中継部は、最終宛先が共通するデータを蓄積して連結してから中継し、最終宛先ごとに中継頻度を集計し、当該最終宛先までの経路に、端末装置が上位ノードとして含まれるクラスタの下位ノードが含まれれば、当該最終宛先への中継頻度が高いほど、当該最終宛先へ中継するデータを蓄積して連結する個数もしくはサイズを大きくするように構成することができる。
また、本発明の通信システムにおいて、端末装置のそれぞれにおいて、当該端末装置がゲートウェイノードである場合、当該最終宛先までの経路に、端末装置が下位ノードとして含まれるクラスタの上位ノードが含まれれば、当該最終宛先への中継頻度が低いほど、当該最終宛先へ中継するデータを蓄積して連結する個数もしくはサイズを大きくするように構成することができる。
また、本発明の通信システムにおいて、端末装置のそれぞれにおいて、当該端末装置がヘッドノードもしくはゲートウェイノードである場合、前記中継部は、データの中継頻度を集計し、集計された中継頻度が高いほど、前記周期的な時刻として短い周期の時刻を設定するように構成することができる。
また、本発明の通信システムにおいて、クラスタの上位ノードは、クラスタに含まれるノード同士の通信が他のノードと干渉しない指向性ビームを用いて直接送受することが可能な場合、データの送受を両者間で直接行うべき周期的な時間帯を他の干渉しないノードと重複させて設定するように構成することができる。
本発明のその他の観点に係る端末装置は、上記の通信システムにおける端末装置である。
本発明のその他の観点に係る通信方法は、クラスタに含まれるノードとして機能することにより端末装置同士が通信し合い、以下のように構成する。
すなわち、クラスタは、1つの上位ノードと、それ以外の下位ノードと、からなる。
一方、端末装置のそれぞれは、
(1)1つのクラスタに含まれ、当該クラスタの上位ノードとして機能するヘッドノード、
(2)1つのクラスタに含まれ、当該クラスタの下位ノードとして機能するノーマルノード、
(3)2つのクラスタに含まれ、一方のクラスタでは下位ノードとして機能し、他方のクラスタでは上位ノードとして機能するゲートウェイノード
のいずれかとして機能する。
さらに、通信方法は、時刻設定工程、センス工程、送信工程、受信工程を備え、当該各工程は、端末装置のそれぞれにおいて実行される。
ここで、時刻設定工程では、当該端末装置が
(1)ヘッドノードである場合、周期的な時刻を端末装置がヘッドノードとして含まれるクラスタに含まれるすべてのノードに設定し、
(2)ゲートウェイノードである場合、端末装置が下位ノードとして含まれるクラスタに設定された周期的な時刻と重ならないように、周期的な時刻を、端末装置が上位ノードとして含まれるクラスタに含まれるすべてのノードに設定する。
一方、センス工程では、端末装置が含まれるクラスタのそれぞれに対して設定された周期的な時刻にキャリアセンスを行う。
さらに、送信工程では、キャリアセンスの時刻に合わせて他のノードへデータを送信する。
そして、受信工程では、キャリアセンスの時刻に合わせて他のノードからのデータを受信する。
また、本発明の通信方法は、抑制工程をさらに備え、端末装置のそれぞれにおいて、抑制工程では、キャリアセンスを行わず、送信を行わず、受信を行わない間、電力消費を抑制するように構成することができる。
また、本発明の通信方法は、スキャン工程、ノード設定工程、をさらに備え、当該各工程は、端末装置のそれぞれにおいて実行され、以下のように構成することができる。
ここで、スキャン工程では、他の端末装置をスキャンする。
一方、ノード設定工程では、スキャンの結果、
(1)他の端末装置が発見できなかった場合、端末装置をヘッドノードとし、
(2)発見できた他の端末装置がヘッドノードである場合、端末装置を当該ヘッドノードを上位ノードとするクラスタの下位ノードとし、
(3)発見できた他の端末装置がゲートウェイノードである場合、端末装置を当該ゲートウェイノードを上位ノードとするクラスタの下位ノードとし、
(4)発見できた他の端末装置がノーマルノードである場合、他の端末装置をゲートウェイノードとし、端末装置を当該ゲートウェイノードを上位ノードとするクラスタの下位ノードとする。
また、本発明の通信方法において、クラスタの上位ノードは、クラスタに含まれるノード同士ごとにデータの送受を両者間で直接行うべき周期的な時間帯を設定し、送信工程および受信工程では、当該設定された周期的な時間帯に、データの送信ならびにデータの受信を直接行うように構成することができる。
また、本発明の通信方法は、中継工程をさらに備え、当該工程は、端末装置のそれぞれにおいて実行され、以下のように構成することができる。
すなわち、送信工程では、他のノードを最終宛先とするデータを送信する際に、
(1)端末装置がノーマルノードである場合、当該データを、端末装置が下位ノードとして含まれるクラスタの上位ノードへ送信し、
(2)端末装置がヘッドノードもしくはゲートウェイノードであり、当該最終宛先までの経路に、端末装置が上位ノードとして含まれるクラスタの下位ノードが含まれれば、当該他のノード宛のデータを当該下位ノードへ送信し、
(3)端末装置がゲートウェイノードであり、当該最終宛先までの経路に、端末装置が下位ノードとして含まれるクラスタの上位ノードが含まれれば、当該他のノード宛のデータを当該上位ノードへ送信する。
一方、中継工程では、受信工程にて他のノードを最終宛先とするデータが受信されると、当該データを、送信工程にて送信させる。
また、本発明の通信方法において、端末装置のそれぞれにおいて、当該端末装置がヘッドノードもしくはゲートウェイノードである場合、中継工程では、最終宛先が共通するデータを蓄積して連結してから中継し、当該端末装置が上位ノードとして含まれるクラスタに含まれる下位ノードの数が多いほど、当該最終宛先が共通するデータを蓄積して連結する個数もしくはサイズを大きくするように構成することができる。
また、本発明の通信方法において、端末装置のそれぞれにおいて、当該端末装置がヘッドノードもしくはゲートウェイノードである場合、当該端末装置が上位ノードとして含まれるクラスタに含まれる下位ノードの数が多いほど、前記周期的な時刻として短い周期の時刻を設定するように構成することができる。
また、本発明の通信方法において、端末装置のそれぞれにおいて、当該端末装置がヘッドノードもしくはゲートウェイノードである場合、中継工程では、最終宛先が共通するデータを蓄積して連結してから中継し、最終宛先ごとに中継頻度を集計し、当該最終宛先までの経路に、端末装置が上位ノードとして含まれるクラスタの下位ノードが含まれれば、当該最終宛先への中継頻度が高いほど、当該最終宛先へ中継するデータを蓄積して連結する個数もしくはサイズを大きくするように構成することができる。
また、本発明の通信方法において、端末装置のそれぞれにおいて、当該端末装置がゲートウェイノードである場合、当該最終宛先までの経路に、端末装置が下位ノードとして含まれるクラスタの上位ノードが含まれれば、当該最終宛先への中継頻度が低いほど、当該最終宛先へ中継するデータを蓄積して連結する個数もしくはサイズを大きくするように構成することができる。
また、本発明の通信方法において、端末装置のそれぞれにおいて、当該端末装置がヘッドノードもしくはゲートウェイノードである場合、中継工程では、データの中継頻度を集計し、集計された中継頻度が高いほど、周期的な時刻として短い周期の時刻を設定するように構成することができる。
また、本発明の通信方法において、クラスタの上位ノードは、クラスタに含まれるノード同士の通信が他のノードと干渉しない指向性ビームを用いて直接送受することが可能な場合、データの送受を両者間で直接行うべき周期的な時間帯を他の干渉しないノードと重複させて設定するように構成することができる。
また、本発明の通信システム、通信方法、ならびに、端末装置において、各端末装置からゲートウェイノードの機能を省略するように構成することができる。
したがって、本発明において端末装置により形成されるのは、独立したクラスタであり、ある端末装置は、1つのクラスタに属するのみのスター形のネットワークが形成されることになる。
本態様は、端末装置同士が指向性ビームによって直接通信可能な場合に好適であり、少なくとも端末A、B、C、Dを含むクラスタに対して設定される周期内において、端末A、Bが指向性ビームにより通信する時間帯と、端末C、Dが指向性ビームにより通信する時間帯と、を、重複させることで、通信効率を向上させることが可能となる。
なお、指向性ビームを利用できない場合には、端末装置同士に時分割によってデータを送受する時間を割り当てても良いし、ヘッドノードを経由する中継によってデータを送受することも可能であるし、ゲートウェイを備える態様の技術の一部を、本態様に適用することも可能である。
本発明のその他の観点に係るプログラムは、ソフトウェアラジオや無線通信が可能なコンピュータ(DSP(Digital Signal Processor)、FPGA(Field Programmable Gate Array)、ASIC(Application Specific Integrated Circuit)を含む。)を、上記の端末装置の各部として機能させるように構成する。
当該プログラムは、コンピュータ読取可能な情報記録媒体(コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、または、半導体メモリを含む。)に記録することができる。
そして、上記の情報記録媒体は、コンピュータとは独立して配布、販売することができるほか、インターネット等のコンピュータ通信網を介して上記のプログラムそのものを配布、販売することができる。
本発明によれば、アドホックに形成される通信ネットワークを構成するのに好適な通信システム、端末装置、通信方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することができる。
以下に本発明の実施形態を説明する。なお、以下にあげる実施形態は、説明のためのものであり、本発明の範囲を制限するものではない。したがって、当業者であれば、これらの各要素または全要素を、これと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も、本発明の範囲に含まれる。
なお、本願の図面では、理解を容易にするため、適宜符号を省略することがある。
図1は、本実施形態における1つのクラスタと複数の端末装置の関係を示す説明図である。以下、本図を参照して説明する。
本図に示すように、1つのクラスタ101は、複数の端末装置121によって構成される。端末装置121には、上位ノード(本図では「P」と表記している。)と下位ノード(本図では「C」と表記している。)の2種類があり、1つのクラスタ101には、上位ノードPが必ず1個だけ含まれ、残りはすべて下位ノードCとなる。
本図に示す状態は、いわゆるスター結合に相当するもので、クラスタ101内の上位ノードPが下位ノードCに対して、各種の設定を行う。
このクラスタ101は、いわゆるピコネット構造においては、ピコネットコーディネータ(PNC)が上位ノードPに、デバイス(DEV)が下位ノードCに、それぞれ相当する。
本実施形態では、いわゆる時分割通信を行うための時刻割り当てを行う。
N台の端末装置121が1つのクラスタ101に含まれる場合、送信・受信の向きは、一般には、N(N−1)通りとなる。そこで、典型的な時分割通信においては、時刻割り当ての周期をN(N−1)に分割し、分割された各時間帯に、クラスタ101内のある端末装置121から別の端末装置121への通信時間を割り当てる。
また、N台の端末装置121同士の通信を、必ず上位ノードPが中継する場合には、送信・受信の向きは、2(N−1)通りとなる。
この場合には、時刻割り当ての周期を2(N−1)に分割し、分割された各時間帯に、クラスタ101内のある下位ノードCから上位ノードPへの通信時間、もしくは、上位ノードPからある下位ノードCへの通信時間を割り当てる。
また、この周期において分割された各時間帯の先頭には、短時間だけ、上位ノードPから全下位装置Cへの設定信号を送信するものとする。この設定信号は、最も単純には、全端末装置121での同期をとるための同期信号とするが、設定信号に周期の変更、端末の個数の変更、時間帯割当の変更などの情報や、その情報を別途送信する旨の予告を入れることとしても良い。
そして、下位ノードCが周期的に信号をセンスする時間を、Hearing periodと呼び、センスする周期をHearing intervalと呼ぶ。Hearing periodの時間長は、Hearing intervalの時間長以下である。
また、一旦、通信時間割が割り当てられれば、上位ノードPについても、他のノードからの通信をセンスする期間が用意され、下位ノードCと同様にHearing intervalとHearing periodが定義される。
上位ノードPが送信する制御信号を周期的に送信する場合には、Hearing intervalは、この周期と一致するが、一旦通信時間割がクラスタ101内で共有された後は、キャリアセンスの周期がクラスタ101内で共有された後は、必ずしも、同期用の制御信号を周期的に送信する必要はない。たとえば、各種の設定情報が変更された場合にのみ、上位ノードPから、キャリアセンス周期に合わせて制御信号を送信する、という手法を採用しても良い。
いずれの場合であっても、上位ノードPおよび下位ノードCは、Hearing interval内のHearing periodにおいてキャリアセンスを行う。
すなわち、各下位ノードCは、定期的に上位ノードPが送信する(可能性がある)設定信号のキャリアセンスを定期的に行うことで、クラスタ101における各種設定が変更されていないかを確認する。
なお、上位ノードPが周期的に制御信号を送信しない態様では、このクラスタ101が現在も存続していることを確認するためには、上位ノードPがキャリアセンスを行う時間帯に、制御信号を送るよう、下位ノードCから依頼する信号を送信すれば良い。
このような構成を採用することで、端末装置121は、自身が信号を送信する必要がなく、自身が信号を受信する必要もない時間帯を把握することができる。
そこで、本実施形態では、送受の必要がない時間帯には、端末装置121が自律的に省電力モードに移行することとし、キャリアセンスをするときや、自身が受信する時間帯となったとき、自身が送信する時間帯となったときには、通常電力モードに復帰することとする。このようにして、各端末装置121の電力消費を抑制し、運用可能時間を長くすることとする。
本願に係る技術は、このようなスター形のネットワークであっても適用することができるが、複数のクラスタを連結する態様に拡張することも可能である。
図2は、複数のクラスタをゲートウェイが連結する様子を示す説明図である。以下、本図を参照して説明する。
本図に示すように、複数のクラスタ101のそれぞれには、複数の端末装置121が含まれているが、中には、2つのクラスタ101に属する端末装置121が存在する。
このように、2つのクラスタ101に属する端末装置121は、ゲートウェイノードと呼ばれ、本図では、記号Gで示している。
ゲートウェイノードGが属するクラスタ101は2つであるが、一方のクラスタでは、ゲートウェイノードGは図1における下位ノードCに相当し、他方のクラスタでは、ゲートウェイノードGは図2における上位ノードPに相当する。
一方、1つのクラスタ101に属する端末装置121であって、そのクラスタ101において上位ノードPとして機能するものは、ヘッドノードと呼ばれ、本図では、記号Hで示している。
それ以外の端末装置121は、1つのクラスタ101に属し、そのクラスタ101において下位ノードCとして機能する。このような端末装置121は、ノーマルノードと呼ばれ、本図では、記号Nで示している。
このような構成では、ヘッドノードHやゲートウェイノードGを介して、全端末装置121がツリー上に連結される。したがって、各端末装置121の間の通信は、このツリーをたどることによって可能となる。
上記のように、あるクラスタ101における上位ノードPは、そのクラスタ101における時分割通信の時間割を管理する。
ゲートウェイノードGは、他のゲートウェイノードGもしくはヘッドノードHから、自身が下位ノードCとして参加するクラスタ101の時分割通信の時間割を設定される。
一方、ゲートウェイノードGは、自身が上位ノードPとして参加するクラスタ101の時分割通信の時間割を自身で設定する。
そこで、ゲートウェイノードGは、2つの時間割ができるだけ重ならないように、特に、両者のキャリアスキャンを行うべき時刻が重ならないように設定するのが好適である。このように構成した場合には、1つのゲートウェイノードGを介して2つのクラスタ101が近接したとしても、互いに通信が干渉し合わないようにすることもできる。
なお、実用的には、ゲートウェイノードGが、その上位ノードとは独立に通信時間割を設定するだけで十分である。この場合、両者のキャリアスキャンの時刻が偶然重なってしまうこともありうる。
図3は、本実施形態に係る端末装置121の概要構成を示す説明図である。以下、本図を参照して説明する。
端末装置121は、スキャン部201、ノード設定部202、送信部203、受信部204、センス部205、抑制部206、時刻設定部207、中継部208を備える。
スキャン部201は、たとえば電源投入時等に、受信部204を連続して駆動して、他の端末装置121が存在するか否かを調べる。
すでにクラスタ101が形成されていれば、そのクラスタ101の上位ノードPからキャリアセンス用の制御信号が放送されているはずであるから、これを検知することとなる。
また、スター形だけではなく、ツリー形のネットワークを形成できるようにするためには、下位ノードCであっても、自身に割り当てられた送信時間帯に、自身の存在を放送する制御信号を送信することとするのが典型的である。この場合には、下位ノードCが送信する制御信号を検知することとなる。
このスキャン結果に基づいて、ノード設定部202は、
(1)他の端末装置121が発見できなければ、自身をヘッドノードHに設定し、
(2)発見できた他の端末装置121がヘッドノードHであれば、自身を当該ヘッドノードHの下位ノードCとなるように、当該ヘッドノードHへ登録を申し込み、
(3)発見できた他の端末装置121がゲートウェイノードGであれば、自身を当該ゲートウェイノードGの下位ノードCとなるように、当該ゲートウェイノードGへ登録を申し込み、
(3)発見できた他の端末装置121がノーマルノードNであれば、当該ノーマルノードNの動作モードをゲートウェイノードGに移行させ、自身を当該ゲートウェイノードGの下位ノードCとなるように、当該発見された他の端末装置121へ登録を申し込む。
なお、この申し込みは、送信部203を介して行う。
センス部205は、自身が属するクラスタ101が持続していることを確認するため、自身の上位ノードPによって設定された周期的な時刻に、受信部204を介してキャリアセンスを行う。
抑制部206は、送信部203や受信部204の電力消費を制御するもので、クラスタ101内で共有される時間割に基づいて、自身の送信の必要がない時間帯には送信部203を省電力モードとし、自身の受信の必要がない時間帯には受信部204を省電力モードとすることで、端末装置121全体の消費電力を抑制する。また、このような時間帯に合わせて、適宜、他の各部の電力消費を抑制するように設定するのが典型的である。
中継部208は、当該端末装置121が上位ノードPとして機能している場合に、他の端末装置121同士の通信を中継するもので、受信部204ならびに送信部203と協調動作する。
ある端末装置121が、あるデータを他の端末装置121(同じクラスタ101に属しているとは限らない。)を最終宛先として伝送したい場合に、送信部203は、以下のように動作するのが典型的である。
(1)当該端末装置がノーマルノードNである場合、そのデータに最終宛先を指定したまま、自身が属するクラスタ101の上位ノードPに送信する。
(2)当該端末装置がヘッドノードHもしくはゲートウェイノードGである場合、最終宛先までの経路を調べ、その経路に、当該端末装置が上位ノードPとして含まれるクラスタ101の下位ノードCがあれば、そのデータに最終宛先を指定したまま、当該下位ノードCへ送信する。
(3)当該端末装置がゲートウェイノードGである場合、最終宛先までの経路を調べ、その経路に、当該端末装置が下位ノードCとして含まれるクラスタ101の上位ノードPがあれば、そのデータに最終宛先を指定したまま、当該上位ノードPへ送信する。
受信部204があるデータを受信すると、中継部208が受信されたデータを監視しているため、以下のような処理が実行される。
(1)受信したデータの最終宛先が自身であれば、当該データを、伝送されたデータとして、他の処理に渡す。
(2)受信したデータの最終宛先が自身でなければ、当該データに最終宛先を指定したまま、送信部203に処理させる。
このようにすることで、端末装置121間のデータの伝送が可能となる。
なお、スター形のネットワークが構成できれば十分である場合には、ゲートウェイノードとしての処理を適宜省略すれば良い。
図4は、複数の端末装置の動作を示す説明図である。本図に示す例では、Node 1、Node 2、Node 3の3つの端末装置121がやりとりをする状況を考えている。以下では、本図を参照して説明する。
まず、Node 2に電源が入れられる。Node 2はスキャンを行うが、他の端末装置121は存在しないので、Node 2はヘッドノード(Cluster head)として機能することとなる。
次に、Node 1に電源が入れられる(Power on)。Node 1がスキャン(Scan)を行って、周囲の他の端末装置121を探すと、既にNode 2がヘッドノード(Cluster head)として機能しているので、これが発見される。
すると、Node 1は、Node 2に対しアソシエーション(Assoc.)を行い、Node 2の定める通信時間割に従うこととなる。
したがって、Node 1は、Node 2が上位ノードPであるクラスタ101の下位ノードCとなる。また、Node 1は、ノーマルノード(Normal node)として機能することとなる。
次にNode 3が立ち上がる。Node 3は同様にスキャンを行った結果、Node 2は検知できなかったが、Node 1が検知できたものとすると、Node 3は、Node 1へアソシエーションを行う。
この要求に対して、Node 1は、ゲートウェイノードGとしての機能を開始(Start)するため、自身が上位ノードPとなる新たなクラスタ101を形成し、自身が下位ノードCであるクラスタ101とはできるだけ重複しない時間帯に通信を行う通信時間割を、新たに形成されたクラスタ101で共有するように設定する。
このようにして、Node 2とNode 1からなるクラスタ101と、Node 1とNode 3からなるクラスタ101と、の、2つのクラスタ101が階層的に構成される。
Node 3からNode 1へ、Node 1からNode 3へ、のデータ伝送は、Node 2が中継するが、Node 2とNode 1の間で通信(Stream)する通信時間割は、Node 2が設定したものであり、Node 1とNode 3の間で通信する通信時間割は、Node 1が設定したものである。
ここで、上位ノードPがシャットダウンされる場合等には、その通信時間割は廃止され、当該クラスタ101は消滅することなる。
たとえば、Node 2が停止(Stop)したり、Node 3からNode 1へ離脱(Disassoc.)要求がされた場合である。
図5は、端末装置における状態遷移図である。以下、本図を参照して説明する。
本図に示すように、端末装置121には、状態(Status)が6種類ある。すなわち、
(1)Power offは、電源offの状態を表す。
(2)Disassociatedは、いずれのクラスタ101にも属さず、各パラメータが初期値にある状態を表す。
(3)Scannedは、いずれのクラスタ101にも属さないが、他ノードの存在等情報を有する状態を表す。
(4)Normal nodeは、あるクラスタ101に、下位ノードCとして参加しており、そのクラスタ101の上位ノードの定める通信時間割に従う状態を表す。
(5)Cluster headは、自身がヘッドノードとなってクラスタ101を管理し、通信時間割を独自に定めて動作している状態を表す。
(6)Gatewayは、自身がゲートウェイノードとなって2つのクラスタ101に参加し、一方のクラスタ101では、自身が上位ノードPとなって通信時間割を定めるが、他方のクラスタ101では自身が上位ノードCとなって設定された通信時間割にしたがう状態を表す。
また、本図に示すように、端末装置121には、状態遷移を行うための手続(Procedure)が9種類ある。
(1)Resetは、クラスタ101に関する情報等、各種パラメータを初期化する。
(2)Scanは、他ノードの存在を調べる。
(3)Startは、Hearing intervalを設定する。
(4)Associate (Assoc.)は、あるノードの下位ノードになりたい旨を通知する。当該あるノードがヘッドノードHやゲートウェイノードGである場合には、そのままその下位ノードとなるが、当該あるノードがノーマルノードCである場合には、当該あるノードの状態が変化する。
(5)Streamは、特定のノードに対し、データパケットを送信する。
(6)Changeは、Hearing intervalを変更する。
(7)Synchronize (Sync.)は、上位ノードPに対して、下位ノードCが、Hearing intervalの再同期を要求する。
(8)Disassociate (Disassoc.)は、上位ノードPに対して、下位ノードCが、クラスタ101から離脱することを通知する。
(9)Stopは、Hearing intervalを廃止し、自身の下位ノードである端末装置121に、これを通知する。
また、各端末装置121が管理する情報の一例を以下に示す。
(1)全ノードについて、ノードID(8ビット)。
(2)全ノードについて、現在のモードがCluster head/Gateway/Normal nodeのいずれであるか(2ビット)。
(3)全ノードについて、当該ノードが果たすことのできる機能が、Normal nodeのみか、それともCluster headやGatewayとして動作しうるか(1ビット)。
(4)全ノードについて、周波数や変調方式などの物理パラメータ(40ビット程度)。
(5)全ノードについて、当該ノードの優先順位(0−255、8ビット)。
(6)上位ノードについて、設定されたHearing interval(0−65535μs、16ビット)。
(7)上位ノードについて、クラスタ内ノード数(0−255、8ビット)。
(8)上位ノードについて、クラスタ内ノードID(8ビット×0−255ノード、計2048ビット)。
(9)上位ノードについて、クラスタ内ノード別正規化トラヒック(1/256−256/256erl×0−255ノード、計2048ビット)。
(10)下位ノードについて、キャリアセンス周期(0−65535μs、16ビット)。
(10)下位ノードについて、参加するクラスタの上位ノードのノードID(8ビット)。
伝送されるフレームの構造は、典型的には、プリアンブル部、ヘッダ部、ペイロード部からなる。フレームには、以下の9種類がある。
(1)Scan requestは、ヘッドノードもしくはゲートウェイノードに対して、そのクラスタに参加しようとする要求である。
(2)Scan responseは、Association requestへの応答で、キャリアセンス周期を割り当てる。
(3)Association requestは、ノーマルノードに対して、「ゲートウェイノードになってクラスタを形成」するよう求め、形成されたクラスタに参加しようとする要求である。
(4)Association responseは、Association requestへの応答で、キャリアセンス周期を割り当てる。
(5)Synchronization requestは、上位ノードに対して、キャリアセンス周期の再同期を要求する。
(6)Synchronization responseは、Synchronization requestへの応答である。
(7)Announceは、ノード間で特定の情報を伝達する。
(8)Dataは、通常データである。
(9)Ackは、いわゆる確認応答(Acknowledgement)である。
以下、各手続の詳細について説明する。
まず、Reset手続は、ノード内のパラメータを初期化する。
次に、Scan手続は、以下のように行われる。図6は、Scan手続の流れを示す説明図である。以下、本図を参照して説明する。
実行ノード(Node 1)が、Scan request コマンドフレームを送信すると、本コマンドをセンスしたノード(Node 2,Node 3)は、フレーム終了までキャリアセンスを継続する。
そして、センスしたノードは、フレーム終了時のBackoff時間後に、Scan responseコマンドを返信する。
Scan responseコマンドには、Scan responseを送信したノードが、上位ノードとなれるかどうか、上位ノードとなった場合のHearing intervalに関する情報が含まれる。
さらに、Start手続は、ノードのモードや、上位ノード自身が設定するHearing interval、下位ノードが設定されるキャリアセンス周期(これは、Hearing intervalに等しい。)、その他のノード内パラメータを設定する。
そして、Associate手続は、以下のように行われる。図7は、Associate手続の流れを示す説明図である。以下、本図を参照して説明する。
Node 1は、Scan結果に基づいて、特定のノード(Node 3)に対してアソシエーションを要求する際に、そのノード(Node 3)が設定しているHearing intervalに従って、Association request コマンドフレームを送信する。
受信ノード(Node 3)は、Association responseコマンドを返信する。
一方、Stream手続は、クラスタ内の他のノードに対してデータを送信するもので、図8は、Stream手続の流れを示す説明図である。
本図に示すように、クラスタ内で共有される通信時間割周期(Hearing interval)にしたがって、データの伝送が行われる。
さらに、Change手続は、クラスタ内パラメータの変更をクラスタ内に周知するものである。図9は、Change手続の流れを示す説明図である。
本図に示すように、Announceコマンドフレームのマルチキャストによって、情報の周知が実現される。
そして、Synchronize手続は、上位ノードに対して、クラスタ内の下位ノードがHearing interval の再度通知を要求するものである。図10は、Synchronize手続の流れを示す説明図である。
本図に示すように、Sync.requestを送信したNode 1において、Rensponse timeout periodの中でSync.responseが受信される。Rensponse timeout periodが終了した後に、Node 1における再同期がなされる(図示せず)。
Disassociate手続は、上位ノードに対して、下位ノードが、以降はHearing interval に従わないことを通知する。ものである。図11は、Disassociate手続の流れを示す説明図である。
本図に示すように、この手続は、上位ノードに対してAnnounce コマンドフレームを送信することで実現される。
Stop手続は、上位ノードが、Hearing intervalを廃止することをクラスタ内の他ノードに通知するものである。図12は、Stop手続の流れを示す説明図である。
本図に示すように、Stop手続は、Announceコマンドフレームのマルチキャストによって実現される。
本実施形態は、上記実施形態において、上位ノードが通信時間割を適切に設定する技術を提案するものである。
すなわち、上位ノードPは、自身が管理するクラスタ101に参加している下位ノードCの個数に応じて、Hearing interval(キャリアセンス周期)の時間長、データ伝送に利用可能な時間帯の時間長を変化させるものである。
ここで、ある端末装置121におけるHearing periodは、制御信号の送受信のほか、データ伝送そのものに利用することも可能である。Hearing periodにキャリアセンスによって自分宛の信号を検知した場合には、Hearing period終了の後も、そのまま受信を継続することによって、データを受け付けるようにすることもできる。
したがって、Hearing intervalに対するHearing periodの割合が高くなれば、各端末装置121における消費電力は増大するが、伝送キャパシティも大きくなる。したがって、下位ノードCの個数が多い場合に好適である。
逆に、Hearing intervalに対するHearing periodの割合が低くなれば、各端末装置121における消費電力は低減できるが、伝送キャパシティは低くなる。したがって、下位ノードCの個数が少ない場合に好適である。
図13は、ヘッドノードとゲートウェイノードが割り当てるHearing intervalとHearing periodの様子を示す説明図である。以下、本図を参照して説明する。
本図に示すように、Node 1によって設定されたHearing periodと、Node 2によって設定されるHearing periodは、できるだけ互いに重複しないように設定されている。これは、ゲートウェイノードであるNode 2が、重複を避けるように、Hearing intervalおよびHearing periodを設定するからである。
また、本図においては、Hearing intervalに対するHearing periodの割合も異なっている。これは、クラスタ101内の下位ノードCの個数や、伝送流量を考慮したものである。
本実施形態は、上記実施形態において、同じ最終宛先に伝送されるデータを上位ノードにおいて連結することによって、ヘッダが重複するオーバヘッド冗長性を低下させるとともに、短いデータ同士が衝突することを抑制して、通信効率を向上させるものである。
本実施形態では、受信部204が受信したデータの最終宛先を、中継部208が監視して、同じ最終宛先のデータについては、あらかじめ決定したデータ連結サイズになるまで蓄積して、これらを連結してから送信部203に送信させる。ここで、データ連結サイズを決定する際には、ネットワークの形状を考慮する必要がある。
すなわち、上流にいるか否か(ヘッドノードに近いか否か)、ならびに、下位ノードの数が多いか否か、である。
図14は、ツリー形のネットワークにおいて、各端末装置がヘッドノードに対してデータを伝送した場合に、各ノードが処理するデータの数を示す説明図である。
本図に示すように、伝送すべきデータの量には偏りがあるので、ゲートウェイノードにおける好適なデータ連結サイズ(Preferable aggregation size at each relaying node)は互いに異なる。
すなわち、当該端末装置121の下位ノードの個数が多ければ多いほど、データ連結サイズは大きくし、少なければ少ないほど、データ連結サイズは小さくする。
この場合、さらに、Hearing intervalを短くし、Hearing periodの割合を高くすることで、より一層の通信効率向上を図ることができる。
この手法では、自分の下流にいるすべてのノードの総数の近似として、自分の下位ノードの個数のみによってデータ連結サイズを決めているが、以下の手法と組み合わせることで、より一層通信の実態に合わせた調整が可能となる。
すなわち、中継部208は、最終宛先ごとにデータを中継した頻度を集計する。
そして、最終宛先が自分の下位ノード側(下流、ヘッドノードから遠い側)にある場合には、当該最終宛先への中継頻度が高ければ高いほど、データ連結サイズを大きくし、低ければ低いほど、データ連結サイズを小さくする。これは、当該中継部208を有する端末装置121が、ヘッドノードもしくはゲートウェイノードである場合に相当する。
一方、最終宛先が自分の上位ノード側(上流、ヘッドノードに近い側)にある場合には、当該最終宛先への中継頻度が高ければ高いほど、データ連結サイズを小さくし、低ければ低いほど、データ連結サイズを大きくする。これは、当該中継部208を有する端末装置121が、ゲートウェイノードである場合に相当する。
この際に、Hearing intervalの長さやHearing periodの割合は、上記の場合と同様に調整可能である。
図15は、データの連結を行った場合の伝送性能シミュレーションの結果を示すグラフである。本図に示すように、データの連結を行うと、データ同士の衝突が低減され、通信効率が向上することがわかる。
上記実施形態では、通信時間割において、クラスタ101内の各端末装置121の通信が互いに衝突しないようにするために、端末装置121の対の間の送受ごと、もしくは、各下位ノードと上位ノードの間の送受ごとに、通信時間帯から1コマを割り当てていた。以下では、通信時間割における「コマ」を、「通信チャネル」と呼ぶこととする。
ここで、クラスタ101内の全端末装置121同士が互いに任意に通信可能とするのではなく、一部の端末装置121同士だけが通信可能とすることとしても良い。
図16は、上位ノードと下位ノードに割り当てられる通信チャネルの様子を示す説明図である。本図においては、上位ノードは「Master」、下位ノードは「Slave」と表記されている。
本図においては、Masterから全Slaveへの通信チャネル(Master to all)、Slave 1からMasterへの通信チャネル(Slave 1 to Master)、Slave 2からSlave 1への通信チャネル(Slave 2 to Slave 1)の3つの通信チャネルが、時分割されて互いに重複しないように設定されている。
Masterから全Slaveへの通信チャネルでは、常に、もしくは、必要に応じて、通信チャネル割当の制御信号が送信される。
また、個々の端末装置121同士がデータのやりとりをするための通信チャネルとしては、Slave 1 to Masterと、Slave 2 to Slave 1のみが想定されている。このような前提では、Slave 2とMaster間のデータの送受や、逆向きのデータの送受に対して通信チャネルを割り当てないことで、通信効率の向上を図ることができる。
通信チャネルの割り当ては、必要になった時点でSlaveからMasterへ要求することを契機に行われるのが一般的であるが、データの伝送の方向が変化しない場合には、あらかじめ定めておくことも可能である。
このほか、端末装置121が指向性ビームを用いて通信を行うことが可能な場合には、この割り当ての手法を変更することが可能である。すなわち、ビームの指向性の条件によっては、通信時間割の中で、本来は異なる時間帯を割り当てるべきであった送受を、同じ時間帯に行うことが可能である。
図17、図18は、指向性ビームを用いた通信時間割の設定を示す説明図である。
本図に示す例では、各下位ノード(Slave)は、ビームの指向性として4方向を備えている。
そして、上位ノード(Master)は、各下位ノードのビーム指向性の方向と、その方向がどの下位ノードに向かっているかの情報を管理している。
この状況下で、各下位ノードは、必要に応じて、上位ノードへ、データの宛先を指定して通信チャネルの割り当てを要求する。
すると、上位ノードでは、割り当て要求に指定されている発信元とその宛先の送受に適したビーム指向性の組を列挙する。
そして、送受の組が互いに干渉しないように、各割り当て要求を分類する。
ここで、「複数の送受が干渉しない」とは、当該複数の送受の発信元および宛先として、同じノードが重複して出現しないこと、すなわち、その通信チャネルにおいて、あるノードは、他の1つのノードからの受信のみを行うか、他の1つのノードへの送信のみを行う状況であること、を意味する。
図17に示す例では、Slave 1からSlave 2への通信と、Slave 3からSlave 4への通信は、互いに干渉し合わない状況となっている。
このため、これらについては、同じ時間帯に通信チャネルを割り当てることができる。
図18に示す例では、Slave 3からSlave 1への通信と、Slave 1からSlave 2への通信は、Slave 1が送受を同時に行う構成となってしまうので、干渉し合う。したがって、同時に通信チャネルの割り当てが要求されても、拒絶される。
なお、送受のビーム指向性の組は、上位ノードから下位ノードに、通信チャネル割当を告知する際に知らせるのが一般的である。
割り当てられた通信チャネルの時間帯となると、各下位端末は、送信用の指向性の方向、あるいは、受信用の指向性の方向を、上位ノードから送信された制御信号に指定される情報に基づいて設定して、データの送受を行うのである。
なお、上記の例は、いずれも指向性ビームの範囲が互いに重ならない状況を考えたものである。
したがって、「複数の送受が干渉しない」ことの条件に、当該送受における指向性ビームの範囲が重ならないことを加えて、輻輳を生じにくくすることとしても良い。
ただし、各ノードの指向性ビームの範囲を他のノードがすべて含まれるように設定し、全ノードから全ノードへの通信チャネルを、同時に割り当てるような態様を採用しても良い。
図19は、このような状況下で、全ノードで同じ時間帯の通信チャネルを共有する様子を示す説明図である。
このような状況下では、各ノード自身が他のノードへの指向性を管理して、自身の指向性設定が適切な場合のみにデータを送信することとするのが好適である。
以上説明したように、本発明によれば、アドホックに形成される通信ネットワークを構成するのに好適な通信システム、端末装置、通信方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することができる。
本実施形態における1つのクラスタと複数の端末装置の関係を示す説明図である。 複数のクラスタをゲートウェイが連結する様子を示す説明図である。 本実施形態に係る端末装置の概要構成を示す説明図である。 複数の端末装置の動作を示す説明図である。 端末装置における状態遷移図である。 Scan手続の流れを示す説明図である。 Associate手続の流れを示す説明図である。 Stream手続の流れを示す説明図である。 Change手続の流れを示す説明図である。 Synchronize手続の流れを示す説明図である。 Disassociate手続の流れを示す説明図である。 Stop手続の流れを示す説明図である。 ヘッドノードとゲートウェイノードが割り当てるHearing intervalとHearing periodの様子を示す説明図である。 ツリー形のネットワークにおいて、各端末装置がヘッドノードに対してデータを伝送した場合に、各ノードが処理するデータの数を示す説明図である。 データの連結を行った場合の伝送性能シミュレーションの結果を示すグラフである。 上位ノードと下位ノードに割り当てられる通信チャネルの様子を示す説明図である。 指向性ビームを用いた通信時間割の設定を示す説明図である。 指向性ビームを用いた通信時間割の設定を示す説明図である。 全ノードで同じ時間帯の通信チャネルを共有する様子を示す説明図である。
符号の説明
101 クラスタ
121 端末装置
201 スキャン部
202 ノード設定部
203 送信部
204 受信部
205 センス部
206 抑制部
207 時刻設定部
208 中継部

Claims (34)

  1. クラスタに含まれるノードとして機能することにより端末装置同士が通信し合う通信システムであって、
    (a)前記クラスタは、1つの上位ノードと、それ以外の下位ノードと、からなり、
    (b)前記端末装置のそれぞれは、
    (1)1つのクラスタに含まれ、当該クラスタの上位ノードとして機能するヘッドノード、
    (2)1つのクラスタに含まれ、当該クラスタの下位ノードとして機能するノーマルノード、
    (3)2つのクラスタに含まれ、一方のクラスタでは下位ノードとして機能し、他方のクラスタでは上位ノードとして機能するゲートウェイノード
    のいずれかとして機能し、
    (c)前記端末装置のそれぞれは、
    当該端末装置が
    (1)ヘッドノードである場合、周期的な時刻を前記端末装置がヘッドノードとして含まれるクラスタに含まれるすべてのノードに設定し、
    (2)ゲートウェイノードである場合、前記端末装置が下位ノードとして含まれるクラスタに設定された周期的な時刻と重ならないように、周期的な時刻を、前記端末装置が上位ノードとして含まれるクラスタに含まれるすべてのノードに設定する
    時刻設定部、
    前記端末装置が含まれるクラスタのそれぞれに対して設定された周期的な時刻にキャリアセンスを行うセンス部、
    前記キャリアセンスの時刻に合わせて他のノードへデータを送信する送信部、
    前記キャリアセンスの時刻に合わせて他のノードからのデータを受信する受信部
    を備えることを特徴とする通信システム。
  2. 請求項1に記載の通信システムであって、
    前記端末装置のそれぞれは、
    前記キャリアセンスを行わず、前記送信を行わず、前記受信を行わない間、電力消費を抑制する抑制部
    をさらに備えることを特徴とする通信システム。
  3. 請求項1または2に記載の通信システムであって、
    前記端末装置のそれぞれは、
    他の端末装置をスキャンするスキャン部、
    前記スキャンの結果、
    (1)他の端末装置が発見できなかった場合、前記端末装置をヘッドノードとし、
    (2)発見できた他の端末装置がヘッドノードである場合、前記端末装置を当該ヘッドノードを上位ノードとするクラスタの下位ノードとし、
    (3)発見できた他の端末装置がゲートウェイノードである場合、前記端末装置を当該ゲートウェイノードを上位ノードとするクラスタの下位ノードとし、
    (4)発見できた他の端末装置がノーマルノードである場合、前記他の端末装置をゲートウェイノードとし、前記端末装置を当該ゲートウェイノードを上位ノードとするクラスタの下位ノードとする
    ノード設定部
    をさらに備えることを特徴とする通信システム。
  4. 請求項3に記載の通信システムであって、
    前記クラスタの上位ノードは、前記クラスタに含まれるノード同士ごとに、データの送受を両者間で直接行うべき周期的な時間帯を設定し、
    前記送信部および前記受信部は、当該設定された周期的な時間帯に、データの送信ならびにデータの受信を直接行う
    ことを特徴とする通信システム。
  5. 請求項3に記載の通信システムであって、前記端末装置のそれぞれにおいて、
    前記送信部は、他のノードを最終宛先とするデータを送信する際に、
    (1)前記端末装置がノーマルノードである場合、当該データを、前記端末装置が下位ノードとして含まれるクラスタの上位ノードへ送信し、
    (2)前記端末装置がヘッドノードもしくはゲートウェイノードであり、当該最終宛先までの経路に、前記端末装置が上位ノードとして含まれるクラスタの下位ノードが含まれれば、当該他のノード宛のデータを当該下位ノードへ送信し、
    (3)前記端末装置がゲートウェイノードであり、当該最終宛先までの経路に、前記端末装置が下位ノードとして含まれるクラスタの上位ノードが含まれれば、当該他のノード宛のデータを当該上位ノードへ送信し、
    前記受信部が他のノードを最終宛先とするデータを受信すると、当該データを、前記送信部に送信させる中継部
    をさらに備えることを特徴とする通信システム。
  6. 請求項5に記載の通信システムであって、前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードもしくはゲートウェイノードである場合、前記中継部は、最終宛先が共通するデータを蓄積して連結してから中継し、
    当該端末装置が上位ノードとして含まれるクラスタに含まれる下位ノードの数が多いほど、当該最終宛先が共通するデータを蓄積して連結する個数もしくはサイズを大きくする
    ことを特徴とする通信システム。
  7. 請求項1から6のいずれか1項に記載の通信システムであって、前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードもしくはゲートウェイノードである場合、当該端末装置が上位ノードとして含まれるクラスタに含まれる下位ノードの数が多いほど、前記周期的な時刻として短い周期の時刻を設定する
    ことを特徴とする通信システム。
  8. 請求項5から7のいずれか1項に記載の通信システムであって、前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードもしくはゲートウェイノードである場合、前記中継部は、最終宛先が共通するデータを蓄積して連結してから中継し、最終宛先ごとに中継頻度を集計し、
    当該最終宛先までの経路に、前記端末装置が上位ノードとして含まれるクラスタの下位ノードが含まれれば、当該最終宛先への中継頻度が高いほど、当該最終宛先へ中継するデータを蓄積して連結する個数もしくはサイズを大きくする
    ことを特徴とする通信システム。
  9. 請求項8に記載の通信システムであって、前記端末装置のそれぞれにおいて、
    当該端末装置がゲートウェイノードである場合、当該最終宛先までの経路に、前記端末装置が下位ノードとして含まれるクラスタの上位ノードが含まれれば、当該最終宛先への中継頻度が低いほど、当該最終宛先へ中継するデータを蓄積して連結する個数もしくはサイズを大きくする
    ことを特徴とする通信システム。
  10. 請求項5から9のいずれか1項に記載の通信システムであって、前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードもしくはゲートウェイノードである場合、前記中継部は、データの中継頻度を集計し、前記集計された中継頻度が高いほど、前記周期的な時刻として短い周期の時刻を設定する
    ことを特徴とする通信システム。
  11. 請求項1から10のいずれか1項に記載の通信システムであって、
    前記クラスタの上位ノードは、前記クラスタに含まれるノード同士の通信が他のノードと干渉しない指向性ビームを用いて直接送受することが可能な場合、前記設定された時刻の周期内において、データの送受を両者間で直接行うべき周期的な時間帯を他の干渉しないノードと重複させて設定する
    ことを特徴とする通信システム。
  12. 請求項1から11のいずれか1項に記載の通信システムにおける端末装置。
  13. クラスタに含まれるノードとして機能することにより端末装置同士が通信し合う通信方法であって、
    (a)前記クラスタは、1つの上位ノードと、それ以外の下位ノードと、からなり、
    (b)前記端末装置のそれぞれは、
    (1)1つのクラスタに含まれ、当該クラスタの上位ノードとして機能するヘッドノード、
    (2)1つのクラスタに含まれ、当該クラスタの下位ノードとして機能するノーマルノード、
    (3)2つのクラスタに含まれ、一方のクラスタでは下位ノードとして機能し、他方のクラスタでは上位ノードとして機能するゲートウェイノード
    のいずれかとして機能し、
    (c)前記端末装置のそれぞれにおいて、
    当該端末装置が
    (1)ヘッドノードである場合、周期的な時刻を前記端末装置がヘッドノードとして含まれるクラスタに含まれるすべてのノードに設定し、
    (2)ゲートウェイノードである場合、前記端末装置が下位ノードとして含まれるクラスタに設定された周期的な時刻と重ならないように、周期的な時刻を、前記端末装置が上位ノードとして含まれるクラスタに含まれるすべてのノードに設定する
    時刻設定工程、
    前記端末装置が含まれるクラスタのそれぞれに対して設定された周期的な時刻にキャリアセンスを行うセンス工程、
    前記キャリアセンスの時刻に合わせて他のノードへデータを送信する送信工程、
    前記キャリアセンスの時刻に合わせて他のノードからのデータを受信する受信工程
    を備えることを特徴とする通信方法。
  14. 請求項13に記載の通信方法であって、
    前記端末装置のそれぞれにおいて、
    前記キャリアセンスを行わず、前記送信を行わず、前記受信を行わない間、電力消費を抑制する抑制工程
    をさらに備えることを特徴とする通信方法。
  15. 請求項13または14に記載の通信方法であって、
    前記端末装置のそれぞれにおいて、
    他の端末装置をスキャンするスキャン工程、
    前記スキャンの結果、
    (1)他の端末装置が発見できなかった場合、前記端末装置をヘッドノードとし、
    (2)発見できた他の端末装置がヘッドノードである場合、前記端末装置を当該ヘッドノードを上位ノードとするクラスタの下位ノードとし、
    (3)発見できた他の端末装置がゲートウェイノードである場合、前記端末装置を当該ゲートウェイノードを上位ノードとするクラスタの下位ノードとし、
    (4)発見できた他の端末装置がノーマルノードである場合、前記他の端末装置をゲートウェイノードとし、前記端末装置を当該ゲートウェイノードを上位ノードとするクラスタの下位ノードとする
    ノード設定工程
    をさらに備えることを特徴とする通信方法。
  16. 請求項15に記載の通信方法であって、
    前記クラスタの上位ノードは、前記クラスタに含まれるノード同士ごとに、データの送受を両者間で直接行うべき周期的な時間帯を設定し、
    前記送信工程および前記受信工程では、当該設定された周期的な時間帯に、データの送信ならびにデータの受信を直接行う
    ことを特徴とする通信方法。
  17. 請求項15に記載の通信方法であって、
    前記端末装置のそれぞれにおいて、
    前記送信工程では、他のノードを最終宛先とするデータを送信する際に、
    (1)前記端末装置がノーマルノードである場合、当該データを、前記端末装置が下位ノードとして含まれるクラスタの上位ノードへ送信し、
    (2)前記端末装置がヘッドノードもしくはゲートウェイノードであり、当該最終宛先までの経路に、前記端末装置が上位ノードとして含まれるクラスタの下位ノードが含まれれば、当該他のノード宛のデータを当該下位ノードへ送信し、
    (3)前記端末装置がゲートウェイノードであり、当該最終宛先までの経路に、前記端末装置が下位ノードとして含まれるクラスタの上位ノードが含まれれば、当該他のノード宛のデータを当該上位ノードへ送信し、
    前記受信工程にて他のノードを最終宛先とするデータが受信されると、当該データを、前記送信工程にて送信させる中継工程
    をさらに備えることを特徴とする通信方法。
  18. 請求項17に記載の通信方法であって、前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードもしくはゲートウェイノードである場合、前記中継工程では、最終宛先が共通するデータを蓄積して連結してから中継し、
    当該端末装置が上位ノードとして含まれるクラスタに含まれる下位ノードの数が多いほど、当該最終宛先が共通するデータを蓄積して連結する個数もしくはサイズを大きくする
    ことを特徴とする通信方法。
  19. 請求項13から18のいずれか1項に記載の通信方法であって、前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードもしくはゲートウェイノードである場合、当該端末装置が上位ノードとして含まれるクラスタに含まれる下位ノードの数が多いほど、前記周期的な時刻として短い周期の時刻を設定する
    ことを特徴とする通信方法。
  20. 請求項17または18に記載の通信方法であって、前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードもしくはゲートウェイノードである場合、前記中継工程では、最終宛先が共通するデータを蓄積して連結してから中継し、最終宛先ごとに中継頻度を集計し、
    当該最終宛先までの経路に、前記端末装置が上位ノードとして含まれるクラスタの下位ノードが含まれれば、当該最終宛先への中継頻度が高いほど、当該最終宛先へ中継するデータを蓄積して連結する個数もしくはサイズを大きくする
    ことを特徴とする通信システム。
  21. 請求項20に記載の通信方法であって、前記端末装置のそれぞれにおいて、
    当該端末装置がゲートウェイノードである場合、当該最終宛先までの経路に、前記端末装置が下位ノードとして含まれるクラスタの上位ノードが含まれれば、当該最終宛先への中継頻度が低いほど、当該最終宛先へ中継するデータを蓄積して連結する個数もしくはサイズを大きくする
    ことを特徴とする通信方法。
  22. 請求項17、18、20、または、21のいずれか1項に記載の通信方法であって、前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードもしくはゲートウェイノードである場合、前記中継工程では、データの中継頻度を集計し、前記集計された中継頻度が高いほど、前記周期的な時刻として短い周期の時刻を設定する
    ことを特徴とする通信方法。
  23. 請求項13から22のいずれか1項に記載の通信方法であって、
    前記クラスタの上位ノードは、前記クラスタに含まれるノード同士の通信が他のノードと干渉しない指向性ビームを用いて直接送受することが可能な場合、データの送受を両者間で直接行うべき周期的な時間帯を他の干渉しないノードと重複させて設定する
    ことを特徴とする通信方法。
  24. ソフトウェアラジオもしくは通信機能を有するコンピュータを、請求項12に記載の端末装置として機能させることを特徴とするプログラム。
  25. クラスタに含まれるノードとして機能することにより端末装置同士が通信し合う通信システムであって、
    (a)前記クラスタは、1つの上位ノードと、それ以外の下位ノードと、からなり、
    (b)前記端末装置のそれぞれは、
    (1)1つのクラスタに含まれ、当該クラスタの上位ノードとして機能するヘッドノード、
    (2)1つのクラスタに含まれ、当該クラスタの下位ノードとして機能するノーマルノード、
    のいずれかとして機能し、
    (c)前記端末装置のそれぞれは、
    当該端末装置がヘッドノードである場合、周期的な時刻を前記端末装置がヘッドノードとして含まれるクラスタに含まれるすべてのノードに設定する時刻設定部、
    前記端末装置が含まれるクラスタのそれぞれに対して設定された周期的な時刻にキャリアセンスを行うセンス部、
    前記キャリアセンスの時刻に合わせて他のノードへデータを送信する送信部、
    前記キャリアセンスの時刻に合わせて他のノードからのデータを受信する受信部
    を備え、
    前記クラスタの上位ノードは、前記クラスタに含まれるノード同士ごとに、データの送受を両者間で直接行うべき周期的な時間帯を設定し、
    前記送信部および前記受信部は、当該設定された周期的な時間帯に、データの送信ならびにデータの受信を直接行い、
    前記時刻設定部は、前記クラスタに含まれるノード同士の通信が他のノードと干渉しない指向性ビームを用いて直接送受することが可能な場合、前記設定された時刻の周期内において、データの送受を両者間で直接行うべき周期的な時間帯を他の干渉しないノードと重複させて設定する
    ことを特徴とする通信システム。
  26. 請求項25に記載の通信システムであって、
    前記端末装置のそれぞれは、
    前記キャリアセンスを行わず、前記送信を行わず、前記受信を行わない間、電力消費を抑制する抑制部
    をさらに備えることを特徴とする通信システム。
  27. 請求項25または26に記載の通信システムであって、
    前記端末装置のそれぞれは、
    他の端末装置をスキャンするスキャン部、
    前記スキャンの結果、
    (1)他の端末装置が発見できなかった場合、前記端末装置をヘッドノードとし、
    (2)発見できた他の端末装置がヘッドノードである場合、前記端末装置を当該ヘッドノードを上位ノードとするクラスタの下位ノードとし、
    (3)発見できた他の端末装置がノーマルノードである場合、前記端末装置をヘッドノードとする
    ノード設定部
    をさらに備えることを特徴とする通信システム。
  28. 請求項25から27のいずれか1項に記載の通信システムであって、前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードである場合、当該端末装置が上位ノードとして含まれるクラスタに含まれる下位ノードの数が多いほど、前記周期的な時刻として短い周期の時刻を設定する
    ことを特徴とする通信システム。
  29. 請求項25から28のいずれか1項に記載の通信システムにおける端末装置。
  30. クラスタに含まれるノードとして機能することにより端末装置同士が通信し合う通信方法であって、
    (a)前記クラスタは、1つの上位ノードと、それ以外の下位ノードと、からなり、
    (b)前記端末装置のそれぞれは、
    (1)1つのクラスタに含まれ、当該クラスタの上位ノードとして機能するヘッドノード、
    (2)1つのクラスタに含まれ、当該クラスタの下位ノードとして機能するノーマルノード、
    のいずれかとして機能し、
    (c)前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードである場合、周期的な時刻を前記端末装置がヘッドノードとして含まれるクラスタに含まれるすべてのノードに設定する時刻設定工程、
    前記端末装置が含まれるクラスタのそれぞれに対して設定された周期的な時刻にキャリアセンスを行うセンス工程、
    前記キャリアセンスの時刻に合わせて他のノードへデータを送信する送信工程、
    前記キャリアセンスの時刻に合わせて他のノードからのデータを受信する受信工程
    を備え、
    前記クラスタの上位ノードは、前記クラスタに含まれるノード同士ごとに、データの送受を両者間で直接行うべき周期的な時間帯を設定し、
    前記送信工程および前記受信工程では、当該設定された周期的な時間帯に、データの送信ならびにデータの受信を直接行い、
    前記時刻設定工程では、前記クラスタに含まれるノード同士の通信が他のノードと干渉しない指向性ビームを用いて直接送受することが可能な場合、前記設定された時刻の周期内において、データの送受を両者間で直接行うべき周期的な時間帯を他の干渉しないノードと重複させて設定する
    ことを特徴とする通信方法。
  31. 請求項30に記載の通信方法であって、
    前記端末装置のそれぞれにおいて、
    前記キャリアセンスを行わず、前記送信を行わず、前記受信を行わない間、電力消費を抑制する抑制工程
    をさらに備えることを特徴とする通信方法。
  32. 請求項30または31に記載の通信方法であって、
    前記端末装置のそれぞれにおいて、
    他の端末装置をスキャンするスキャン工程、
    前記スキャンの結果、
    (1)他の端末装置が発見できなかった場合、前記端末装置をヘッドノードとし、
    (2)発見できた他の端末装置がヘッドノードである場合、前記端末装置を当該ヘッドノードを上位ノードとするクラスタの下位ノードとし、
    (3)発見できた他の端末装置がノーマルノードである場合、前記端末装置をヘッドノードとする
    ノード設定工程
    をさらに備えることを特徴とする通信方法。
  33. 請求項30から32のいずれか1項に記載の通信方法であって、前記端末装置のそれぞれにおいて、
    当該端末装置がヘッドノードである場合、当該端末装置が上位ノードとして含まれるクラスタに含まれる下位ノードの数が多いほど、前記周期的な時刻として短い周期の時刻を設定する
    ことを特徴とする通信方法。
  34. ソフトウェアラジオもしくは通信機能を有するコンピュータを、請求項29に記載の端末装置として機能させることを特徴とするプログラム。
JP2008317461A 2008-12-12 2008-12-12 通信システム、端末装置、通信方法、ならびに、プログラム Active JP5105370B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008317461A JP5105370B2 (ja) 2008-12-12 2008-12-12 通信システム、端末装置、通信方法、ならびに、プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008317461A JP5105370B2 (ja) 2008-12-12 2008-12-12 通信システム、端末装置、通信方法、ならびに、プログラム

Publications (2)

Publication Number Publication Date
JP2010141726A JP2010141726A (ja) 2010-06-24
JP5105370B2 true JP5105370B2 (ja) 2012-12-26

Family

ID=42351428

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008317461A Active JP5105370B2 (ja) 2008-12-12 2008-12-12 通信システム、端末装置、通信方法、ならびに、プログラム

Country Status (1)

Country Link
JP (1) JP5105370B2 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5546005B2 (ja) * 2010-11-18 2014-07-09 独立行政法人情報通信研究機構 通信システム、端末装置、その制御方法、ならびに、プログラム
JP2013162423A (ja) * 2012-02-07 2013-08-19 Fujitsu Ltd 無線通信システム、無線通信制御方法および無線通信装置
JP5825131B2 (ja) * 2012-02-09 2015-12-02 富士通株式会社 ゲートウエイ装置、ノード装置、通信システム、動作期間の制御方法及びコンピュータプログラム
US9281881B2 (en) * 2013-02-12 2016-03-08 Texas Instruments Incorporated 4TX codebook enhancement in LTE
JP7207882B2 (ja) * 2018-01-25 2023-01-18 矢崎総業株式会社 無線通信端末および通信制御方法
JP7287859B2 (ja) * 2019-08-06 2023-06-06 矢崎総業株式会社 無線通信ノードおよび無線通信システム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4805756B2 (ja) * 2006-08-31 2011-11-02 株式会社エヌ・ティ・ティ・ドコモ 通信制御装置及び通信制御方法

Also Published As

Publication number Publication date
JP2010141726A (ja) 2010-06-24

Similar Documents

Publication Publication Date Title
JP4383878B2 (ja) 複数のポイントを統合する無線ネットワーク間の通信システム及び通信方法
US8248989B2 (en) Wireless network system using cyclic frame
JP5105370B2 (ja) 通信システム、端末装置、通信方法、ならびに、プログラム
JP4734336B2 (ja) マスタ/スレーブノードを利用したワイヤレスネットワークの相互接続
JP5252644B2 (ja) 通信システム、端末装置、その制御方法、ならびに、プログラム
US8391777B2 (en) Methods and equipment for performing channel aware relays in an enhanced relay cluster
JP4475329B2 (ja) 無線通信装置、方法及びプログラム、並びに無線ネットワーク
US10575339B2 (en) Scalable mobile ad hoc networks
JP6818821B2 (ja) マルチホップ制御ネットワークにおける効率的再送信のための方法
US8605596B2 (en) Medium access for de-centralized wireless network
US20070053351A1 (en) Wireless ad-hoc network formation
KR101988861B1 (ko) 네트워크 접속 방법 및 네트워크 장치
KR101719734B1 (ko) 슬롯 관리 장치 및 방법
JP2009501489A (ja) デバイス間の無線通信の方法およびシステム
JP5782954B2 (ja) 通信装置、通信プログラム、ノード装置及びネットワーク
JP2009188924A (ja) 無線通信装置、方法及びプログラム、並びに無線ネットワーク
KR20110076259A (ko) 무선 센서 네트워크를 위한 주파수 다중화지원 기반 매체접근제어 프로토콜 구조 및 그 운영 방법
KR20070054545A (ko) 비컨 네트워크 내의 효율적인 데이터 방송을 위한 방법과장치
KR101802967B1 (ko) 멀티 홉 네트워크 구성 방법 및 장치
JP5546005B2 (ja) 通信システム、端末装置、その制御方法、ならびに、プログラム
RU2358396C2 (ru) Способ, промежуточная станция и центральное устройство управления для передачи данных с коммутацией пакетов в самоорганизующейся сети радиосвязи
KR101268759B1 (ko) 무선 분산 비코닝 시스템에서, 의사 중앙 제어형 비코닝 방법 및 장치
JP4195456B2 (ja) 調整子基盤無線ネットワークにおけるチャンネル時間割り当てを要請する装置及び割り当てられたチャンネル時間の間にデータを受信する方法
JP2008227796A (ja) 親子ピコネット間のデータフレームの中継方法及び親子ピコネットシステム
KR101448830B1 (ko) 기지국 기반 다중 중계 무선 통신망을 위한 중앙 집중식 매체 접속 제어 장치 및 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20111122

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

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120925

R150 Certificate of patent or registration of utility model

Ref document number: 5105370

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151012

Year of fee payment: 3

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250