JP2021150796A - 通信端末、通信システム、通信方法及びプログラム - Google Patents

Abstract

【課題】隠れ端末による信号の衝突を回避しつつスループットの向上を図る。【解決手段】通信端末２は、通信媒体（電力線３）を介してパケットの送信及び受信を行う通信部２１と、通信部２１を制御し、通信部２１が受信するパケットからメッセージを取得するとともに、パケットを通信部２１に送信させる制御部２０とを備える。制御部２０は、通信部２１が受信する第１のパケット（ＣＴＳパケット）の送信先アドレスが、自己に割り当てられている固有の自己アドレスと一致せず、かつ、第１のパケットから送信許可通知のメッセージを取得した場合、送信許可通知のメッセージを含み、かつ、第１のパケットの送信元のアドレスを送信先のアドレスに設定した第２のパケット（ＣＴＳパケット）を生成する。制御部２０は、第２のパケットを通信部２１に送信させる。【選択図】 図２

Description

本開示は、通信端末、通信システム、通信方法及びプログラムに関する。より詳細には、本開示は、他の通信端末との間でマルチホップ通信を行う通信端末、当該通信端末を複数有する通信システム、当該通信端末で行われる通信方法及び当該通信端末が備えるコンピュータシステムで実行されるプログラムに関する。

従来、マルチホップ通信を行う通信システムは、いわゆる隠れ端末による信号の衝突を回避するため、ＲＴＳ（Request To Send）／ＣＴＳ（Clear To Send）のフロー制御を行っている（例えば、特許文献１参照）。なお、隠れ端末による信号の衝突は、無線通信システムに限られない。例えば、ＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access with Collision Avoidance：キャリア検知多重アクセス衝突回避）方式を採用した電力線通信（ＰＬＣ：Power Line Communication）等の有線通信システムにおいても、周囲のノイズ源の影響等によって、隠れ端末による信号の衝突が生じ得る。

特開２００４−２５３８８５号公報

ところで、マルチホップ通信を行う各通信端末のそれぞれが、ＲＴＳ／ＣＴＳのフロー制御を行った場合、スループットの低下を招くという問題がある。

本開示の目的は、隠れ端末による信号の衝突を回避しつつスループットの向上を図ることができる通信端末、通信システム、通信方法及びプログラムを提供することである。

本開示の一態様に係る通信端末は、通信媒体を用いてパケットの送信及び受信を行う通信部と、前記通信部を制御し、前記通信部が受信する前記パケットからメッセージを取得し、かつ、前記パケットを前記通信部に送信させる制御部とを備える。前記制御部は、前記通信部が受信する第１のパケットの送信先アドレスが、自己に割り当てられている固有の自己アドレスと一致せず、かつ、前記第１のパケットから送信許可通知のメッセージを取得する。前記制御部は、前記送信許可通知のメッセージを取得した場合、送信許可通知のメッセージを含み、かつ、前記第１のパケットの送信元のアドレスを送信先のアドレスに設定した第２のパケットを生成する。前記制御部は、前記第２のパケットを前記通信部に送信させる。

本開示の一態様に係る通信システムは、前記通信端末を含む複数の通信端末を備える。前記通信システムは、前記複数の通信端末の間でマルチホップ通信を行う。

本開示の一態様に係る通信方法は、固有の自己アドレスが割り当てられた通信端末における通信方法である。前記通信方法は、受信した第１のパケットの送信先アドレスが、自己に割り当てられている固有の自己アドレスと一致せず、かつ、前記第１のパケットから送信許可通知のメッセージを取得した場合、送信許可通知のメッセージを含み、かつ、前記第１のパケットの送信元のアドレスを送信先のアドレスに設定した第２のパケットを生成して前記第２のパケットを送信する。

本開示の一態様に係るプログラムは、前記通信端末の前記制御部が行う処理をコンピュータシステムに実行させる。

本開示の通信端末、通信システム、通信方法及びプログラムは、隠れ端末による信号の衝突を回避しつつスループットの向上を図ることができるという効果がある。

図１は、本開示の実施形態に係る通信システムのネットワーク・トポロジの一例を示す図である。 図２は、同上の通信システムのシステム構成図である。 図３は、同上の通信システムのアップストリームの動作を説明するためのシーケンス図である。 図４は、同上の通信システムのダウンストリームの動作を説明するためのシーケンス図である。 図５は、別の実施形態に係る通信システムの動作を説明するためのシーケンス図である。

以下に説明する実施形態及び変形例は、本開示の一例に過ぎず、本開示は、実施形態及び変形例に限定されることなく、以下の実施形態及び変形例以外であっても、本開示に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能である。

本開示の実施形態に係る通信システム１（以下、通信システム１という。）は、図１及び図２に示すように、それぞれに固有のアドレスを持つ複数の通信端末２を有する。これら複数の通信端末２はそれぞれ、本開示の実施形態に係る通信端末である。各通信端末２は、通信媒体を用いて相互にマルチホップ通信する。通信媒体は、例えば、電力線３である（図２参照）。ただし、通信媒体は電力線３に限定されない。通信媒体は、通信専用の電線（通信線）でもよい。あるいは、通信媒体は電波であってもよい。

（１．通信端末の構成）
複数の通信端末２はそれぞれ、制御部２０、通信部２１及び記憶部２２を備える（図２参照）。通信部２１は、自身以外の他の通信端末２の通信部２１との間で、電力線搬送通信を行う通信モジュールである。通信部２１は、交流電力を供給するための電力線３を伝送路（通信媒体）として用いて電力線搬送通信を行う。本実施形態における通信部２１は、電力線搬送通信の方式として、G3-PLC（ITU-T（International Telecommunication Union Telecommunication Standardization Sector）G.9903参照）を採用している。G3-PLCでは、通信周波数帯域としてｋＨｚ帯が用いられ、変調方式として直交周波数分割多重（OFDM：Orthogonal Frequency Division Multiplexing）が用いられる。通信部２１は、変調及び復調の機能を有しており、通信部２１同士の間で、双方向にデータ伝送が可能である。

記憶部２２は、例えば、フラッシュメモリなどの電気的に書換可能な不揮発性の半導体メモリを有する。記憶部２２は、マルチホップ通信に使用されるパラメータ、例えば、後述するネットワークアドレス、中継ルート、リンクコストなどを記憶している。

制御部２０は、コンピュータシステムを主構成要素とする。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを主構成とする。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、制御部２０としての機能が実現される。プログラムは、コンピュータシステムのメモリにあらかじめ記録されてもよく、電気通信回線を通じて提供されてもよく、コンピュータシステムで読み取り可能なメモリカード、光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１ないし複数の電子回路で構成される。ここでいうＩＣ又はＬＳＩ等の集積回路は、集積の度合いによって呼び方が異なっており、システムＬＳＩ、ＶＬＳＩ（Very Large Scale Integration）、又はＵＬＳＩ（Ultra Large Scale Integration）と呼ばれる集積回路を含む。さらに、ＬＳＩの製造後にプログラムされる、ＦＰＧＡ（Field-Programmable Gate Array）、又はＬＳＩ内部の接合関係の再構成若しくはＬＳＩ内部の回路区画の再構成が可能な論理デバイスについても、プロセッサとして採用することができる。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。ここでいうコンピュータシステムは、１以上のプロセッサ及び１以上のメモリを有するマイクロコントローラを含む。したがって、マイクロコントローラについても、半導体集積回路又は大規模集積回路を含む１ないし複数の電子回路で構成される。

また、制御部２０は、国際標準規格ITU-T G.9905のマルチホップ通信プロトコル（CMSR：Centralized Metric based Source Routing）を実装している。つまり、本実施形態における通信端末２は、CMSRのコーディネータ（Coordinator）に相当する１台の親機Ｍと、ノード（Node）に相当する複数台の子機Ｓｎ（ｎ＝１、２、…）に区別される。なお、以下の説明において、親機Ｍが備える制御部２０、通信部２１及び記憶部２２を、それぞれ制御部２０Ｍ、通信部２１Ｍ及び記憶部２２Ｍと表記する場合がある（図２参照）。同様に子機Ｓｎが備える制御部２０、通信部２１及び記憶部２２を、それぞれ制御部２０Ｓ、通信部２１Ｓ及び記憶部２２Ｓと表記する場合がある（図２参照）。さらに、親機Ｍと各子機Ｓｎのそれぞれに割り当てられている固有のアドレス（ネットワークアドレス）を「Ｍ」、「Ｓ１」、「Ｓ２」、…、「Ｓｎ」と表記する。ただし、実際に親機Ｍと各子機Ｓｎのそれぞれに割り当てられているアドレスは、数ビットから十数ビット又は数十ビットのビット列で構成されている。

（２．通信システムの構成）
通信システム１は、複数台のノード（親機Ｍと複数台の子機Ｓｎ）を有するメッシュタイプのコンピュータネットワークを構成している。制御部２０が実装しているCMSRは、各ノード（親機Ｍ及び子機Ｓｎ）の間で定常的にリンク情報を交換してルート（中継ルート）を生成するプロアクティブ型のルーティングプロトコルである。CMSRにおいては、フラッディング（Flooding）を使用せず、各子機Ｓｎから親機Ｍまでのルートに限定して探索し、仮ルートコストが良好な少数ノードに限定してリンク品質情報を交換し、リンク品質の調査後は、大きな変化がある場合のみ再調査を行う。各ノードは、定期的にＨＥＬＬＯメッセージをブロードキャストし、隣接ノードとリンク品質情報を交換する。各ノードは、ＨＥＬＬＯメッセージの受信時のリンクコストと、上位ルートコスト（子機Ｓｎの場合は親機Ｍまでのルートコスト）から算出した仮ルートコストが低い一つ以上のノードを優先リンクとして選択する。さらに、各ノードは、選択した優先リンクについて、受信方向のリンクコストをＨＥＬＬＯメッセージに格納して送受信することにより、双方向のリンクコストを把握する。そして、各ノードは、双方向のリンクコストを元に算出した正式ルートコストが最良のものをルート（中継ルート）に決定する。

図１は、通信システム１のネットワーク構成（ネットワーク・トポロジ）の一例を示している。図１において、各通信端末２（親機Ｍ及び子機Ｓｎ）は、CMSRによって決定された中継ルートに対応するリンクＬ１−Ｌ４で接続されている。例えば、親機Ｍは、子機Ｓ１とリンクＬ１を介してパケットを送受信することができる。また、子機Ｓ１は、子機Ｓ２とリンクＬ２を介してパケットを送受信することができる。さらに、子機Ｓ２は、子機Ｓ３、Ｓ４とそれぞれリンクＬ３、Ｌ４を回してパケットを送受信することができる。ただし、図１に示したネットワーク・トポロジは恒久的なものではなく、上述したようにリンクコストに大きな変化が生じた場合には別のリンクが選択されることでネットワーク・トポロジも変化する。ここで、子機Ｓ３と子機Ｓ４がリンクを介して直接パケットを送受信できない場合、子機Ｓ３から見て子機Ｓ４が隠れ端末となり、子機Ｓ４から見て子機Ｓ３が隠れ端末となる。

各通信端末２の記憶部２２は、隣接テーブルとルートテーブルを記憶している。隣接テーブルには、隣接ノードのアドレス、すなわち、１ホップで通信可能な通信端末２のアドレス、及び当該隣接ノードの種別（親機Ｍ又は子機Ｓｎ）、リンクコスト、上位リンクコストなどが登録されている。また、ルートテーブルには、最終の送信先の通信端末２のアドレス、及び当該通信端末２までのルートコスト、ホップ数、中継する各通信端末２のアドレスとその順番などが登録されている。

例えば、親機Ｍの記憶部２２Ｍの隣接テーブルには、子機Ｓ１のアドレス、リンクコストなどが記憶されている。また、親機Ｍの記憶部２２Ｍのルートテーブルには、親機Ｍからそれぞれの子機Ｓ１−Ｓ４までの複数の中継ルート（下りの中継ルート）が記憶されている。例えば、親機Ｍから子機Ｓ４までの下りの中継ルートは、子機Ｓ１−＞子機Ｓ２−＞子機Ｓ４であるから、ルートテーブルには、最終送信先の子機Ｓ４のアドレス（Ｓ４）、ホップ数（３）、ホップ先の子機Ｓ１、Ｓ２の各アドレス（Ｓ１、Ｓ２）が登録されている。また、親機Ｍから子機Ｓ３までの下りの中継ルートは、子機Ｓ１−＞子機Ｓ２−＞子機Ｓ３であるから、ルートテーブルには、最終送信先の子機Ｓ３のアドレス（Ｓ３）、ホップ数（３）、ホップ先の子機Ｓ１、Ｓ２のアドレス（Ｓ１、Ｓ２）が登録されている。

一方、子機Ｓ３の記憶部２２Ｓの隣接テーブルには、子機Ｓ２のアドレス、リンクコストなどが登録されている。また、子機Ｓ３の記憶部２２Ｓのルートテーブルには、子機Ｓ３から親機Ｍまでの中継ルート（上りの中継ルート）として、子機Ｓ３から見て上位の子機Ｓ２のアドレスが登録されている。

子機Ｓ２の記憶部２２Ｓの隣接テーブルには、子機Ｓ１、Ｓ３、Ｓ４のアドレス、リンクコストなどが記憶されている。また、子機Ｓ２の記憶部２２Ｓのルートテーブルには、子機Ｓ２から親機Ｍまでの中継ルート（上りの中継ルート）として、子機Ｓ２から見て上位の子機Ｓ１のアドレスが登録されている。

また、通信システム１において、各通信端末２は、ＣＳＭＡ／ＣＡ方式を採用している。つまり、各通信端末２は、パケットを送信する前にキャリア検知を行い、キャリアを検知しない場合にパケットを送信し、キャリアを検知した場合はパケットを送信しないことで衝突を防いでいる。さらに、各通信端末２は、他の通信端末２から送信されたパケットを正常に受信した場合、送信元の他の通信端末２に対してＡＣＫパケットを返信する。そして、送信元の通信端末２は、送信先の通信端末２からＡＣＫパケットを受信することでパケットの送受信が正常に完了したと判断する。一方、送信元の通信端末２は、パケットを送信した後、所定時間が経過するまでにＡＣＫパケットを受信しなければ、同じパケットを再送する。

さらに、送信元の通信端末２は、従来技術で説明したようなＲＴＳ／ＣＴＳのフロー制御を実行する。ただし、送信元の通信端末２が実行するＲＴＳ／ＣＴＳのフロー制御は、従来技術で説明したＲＴＳ／ＣＴＳのフロー制御と同一である必要はない。送信元の通信端末２は、送信先の通信端末２に対してＲＴＳパケットを送信する。送信先の通信端末２は、ＲＴＳパケットを受信した場合、受信可能な状態であれば、ＣＴＳパケットを返信する。送信元の通信端末２は、送信先の通信端末２から返信されたＣＴＳパケットを受信すると、送信先の通信端末２に対してパケットを送信する。送信先の通信端末２は、パケットを正常に受信すれば、送信元の通信端末２に対してＡＣＫパケットを返信する。

（３．パケットフォーマットの説明）
通信システム１におけるパケットは、少なくとも、送信先アドレス、送信元アドレス、中継ルート、メッセージ（データ）のそれぞれのフィールドを有している。送信先アドレスのフィールドには、当該パケットの最終送信先の通信端末２のアドレスが格納される。送信元アドレスのフィールドには、当該パケットの送信元の通信端末２のアドレスが格納される。中継ルートのフィールドには、送信元アドレスから送信先アドレスまでの中継ルートに含まれる全ての通信端末２のアドレスが、ホップされる順番通りに格納される。メッセージのフィールドには、様々なデータ、例えば、スマートメータのような計測装置で計測される電力の計測値などが格納される。また、メッセージのフィールドには、ＲＴＳ（送信許可要求）、ＣＴＳ（送信許可）、ＡＣＫなどのデータ（メッセージ）が格納される場合がある。

（４．通信システムにおけるマルチホップ通信の説明）
ここで、通信システム１におけるマルチホップ通信の手順について具体例を挙げて説明する。例えば、子機Ｓ３から子機Ｓ４に宛ててパケットを送信する場合を例示する。

送信元の子機Ｓ３の制御部２０Ｓは、送信元アドレスのフィールドに自己のアドレス（Ｓ３）を格納し、送信先アドレスのフィールドに子機Ｓ４のアドレス（Ｓ４）を格納したパケットを生成する。また、子機Ｓ３の制御部２０Ｓは、生成したパケットの中継ルートのフィールドに、子機Ｓ２のアドレス（Ｓ２）を格納する。ここで、子機Ｓ３の記憶部２２Ｓのルートテーブルに、子機Ｓ３から親機Ｍへの上りの中継ルートとして、子機Ｓ３から見て上位の子機Ｓ２のアドレスが登録されている。そのため、子機Ｓ３の制御部２０Ｓは、記憶部２２Ｓのルートテーブルを参照し、上りの中継ルートに含まれる子機Ｓ２のアドレス（Ｓ２）を選択して中継ルートのフィールドに当該アドレス（Ｓ２）を格納する。さらに、子機Ｓ３の制御部２０Ｓは、送信しようとするデータをパケットのメッセージのフィールドに格納する。そして、子機Ｓ３の制御部２０Ｓは、通信部２１Ｓを制御して、生成したパケットを子機Ｓ２に宛てて送信（ユニキャスト）する。

子機Ｓ２の制御部２０Ｓは、子機Ｓ３から送信されたパケットを通信部２１Ｓで受信する。子機Ｓ２の制御部２０Ｓは、受信したパケットの送信先アドレス（子機Ｓ４のアドレス）が自己のアドレスに一致しないことを確認すると、記憶部２２Ｓの隣接テーブル及びルートテーブルを参照する。子機Ｓ２の記憶部２２Ｓの隣接テーブル及びルートテーブルには、子機Ｓ３から親機Ｍへの上りの中継ルートとして、子機Ｓ２から見て上位の子機Ｓ１のアドレスが登録されている。そのため、子機Ｓ２の制御部２０Ｓは、記憶部２２Ｓのルートテーブルを参照し、上りの中継ルートに含まれる子機Ｓ１のアドレス（Ｓ１）を選択して中継ルートのフィールドに当該アドレス（Ｓ１）を格納する。さらに、子機Ｓ２の制御部２０Ｓは、送信しようとするデータをパケットのメッセージのフィールドに格納する。そして、子機Ｓ２の制御部２０Ｓは、通信部２１Ｓを制御して、生成したパケットを子機Ｓ１に宛てて送信（ユニキャスト）する。

子機Ｓ１の制御部２０Ｓは、子機Ｓ２から送信されたパケットを通信部２１Ｓで受信する。子機Ｓ１の制御部２０Ｓは、受信したパケットの送信先アドレス（子機Ｓ４のアドレス）が自己のアドレスに一致しないことを確認すると、記憶部２２Ｓの隣接テーブル及びルートテーブルを参照する。子機Ｓ１の記憶部２２Ｓの隣接テーブル及びルートテーブルには、それぞれ親機Ｍのアドレス（Ｍ）が登録されている。したがって、子機Ｓ１の制御部２０Ｓは、パケットの中継ルートのフィールドに親機Ｍのアドレス（Ｍ）を格納する。そして、子機Ｓ１の制御部２０Ｓは、通信部２１Ｓを制御してパケットを親機Ｍに宛てて送信（ユニキャスト）する。

親機Ｍの制御部２０Ｍは、子機Ｓ１から送信されたパケットを通信部２１Ｍで受信する。親機Ｍの制御部２０Ｍは、受信したパケットの送信先アドレス（子機Ｓ４のアドレス）が自己のアドレスに一致しないことを確認すると、記憶部２２Ｍのルートテーブルを参照して子機Ｓ４への中継ルートを読み出す。親機Ｍから子機Ｓ４への下りの中継ルートは、既に説明したように、子機Ｓ１−＞子機Ｓ２−＞子機Ｓ４である。したがって、親機Ｍの制御部２０Ｍは、パケットの中継ルートのフィールドに、ルートテーブルから読み出した子機Ｓ４への中継ルート、すなわち、ホップ先の子機Ｓ１、Ｓ２の各アドレス（Ｓ１、Ｓ２）をホップ順に格納する。そして、親機Ｍの制御部２０Ｍは、通信部２１Ｍを制御してパケットを最初のホップ先である子機Ｓ１に宛てて送信（ユニキャスト）する。

子機Ｓ１の制御部２０Ｓは、親機Ｍから送信されたパケットを通信部２１Ｓで受信する。子機Ｓ１の制御部２０Ｓは、受信したパケットの送信先アドレス（子機Ｓ４のアドレス）が自己のアドレスに一致しないことを確認すると、パケットの中継ルートを参照し、次の中継先（ホップ先）のアドレス（Ｓ２）を取得する。そして、子機Ｓ１の制御部２０Ｓは、通信部２１Ｓを制御してパケットを次のホップ先である子機Ｓ２に宛てて送信（ユニキャスト）する。

子機Ｓ２の制御部２０Ｓは、子機Ｓ１から送信されたパケットを通信部２１Ｓで受信する。子機Ｓ２の制御部２０Ｓは、受信したパケットの送信先アドレス（子機Ｓ４のアドレス）が記憶部２２Ｓの隣接テーブルに登録されていることを確認すると、通信部２１Ｓを制御してパケットを送信先である子機Ｓ４に宛てて送信（ユニキャスト）する。このようにして、子機Ｓ３から子機Ｓ４に対し、親機Ｍを経由してパケットが送信される。

（５．ＲＴＳ／ＣＴＳのフロー制御実行中のマルチホップ通信の説明）
（５−１．子機から親機へのアップストリームの場合）
次に、ＲＴＳ／ＣＴＳのフロー制御の実行中におけるマルチホップ通信について、図３のシーケンス図を参照して説明する。なお、以下の説明では、子機Ｓ３から子機Ｓ４に宛ててパケットを送信する場合において、子機Ｓ３から親機Ｍまでパケットを転送（マルチホップ）するまでの過程（アップストリーム）について説明する。

送信元の子機Ｓ３の制御部２０Ｓは、送信元アドレスのフィールドに自己のアドレス（Ｓ３）を格納し、送信先アドレスのフィールドに中継ルートの上位の子機Ｓ２のアドレス（Ｓ２）を格納したパケットを生成する。また、子機Ｓ３の制御部２０Ｓは、生成したパケットのメッセージのフィールドにＲＴＳを格納する。そして、子機Ｓ３の制御部２０Ｓは、通信部２１Ｓを制御して、生成したパケット（以下、ＲＴＳパケットと呼ぶ。）を子機Ｓ２に宛てて送信する（図３の［１］参照）。

子機Ｓ２の制御部２０Ｓは、通信部２１Ｓで受信したＲＴＳパケットの送信先アドレスが自己のアドレスと一致すれば、ＣＴＳパケットを生成して通信部２１Ｓから子機Ｓ３に返信する（図３の［２］参照）。ＣＴＳパケットは、ＲＴＳパケットの送信元である子機Ｓ３のアドレスが送信先アドレスのフィールドに格納され、送信元アドレスのフィールドにＲＴＳパケットの送信先である子機Ｓ２のアドレスが格納され、メッセージのフィールドにＣＴＳが格納されたパケットである。

子機Ｓ３の制御部２０Ｓは、通信部２１Ｓで受信したＣＴＳパケットの送信先アドレスが自己のアドレスと一致すれば、子機Ｓ４に送るデータＤ１をメッセージのフィールドに格納したパケットを子機Ｓ２に宛てて通信部２１Ｓから送信する（図３の［３］参照）。そして、子機Ｓ２の制御部２０Ｓは、子機Ｓ３から送信されたパケットを通信部２１Ｓで受信すれば、子機Ｓ３に対してＡＣＫパケットを返信する（図３の［４］参照）。

ここで、子機Ｓ１と子機Ｓ４はそれぞれ、リンクＬ２、Ｌ４を介して子機Ｓ２と送受信可能であるから、子機Ｓ２が子機Ｓ３に送信するＣＴＳパケットを受信することができる（図３の［２ａ］参照）。なお、子機Ｓ２から子機Ｓ３に返信されるＡＣＫパケットも、子機Ｓ１及び子機Ｓ４のそれぞれの通信部２１Ｓで受信可能である（図３の［４ａ］参照）。

子機Ｓ１及び子機Ｓ４の制御部２０Ｓはそれぞれ、通信部２１Ｓで受信したＣＴＳパケットの送信先アドレスが自己のアドレスと一致しない場合、各々のルートテーブルに登録されている中継ルートの下位のアドレスと一致するか否かを判定する。

子機Ｓ１の制御部２０Ｓは、子機Ｓ３のアドレス（ＣＴＳパケットの送信先アドレス）が中継ルートの下位のアドレスと一致すると判定する。つまり、ＣＴＳパケットを返信した子機Ｓ２が子機Ｓ１の中継ルートの下位の通信端末２であるので、子機Ｓ１の制御部２０Ｓは、子機Ｓ３から子機Ｓ２に送信されたパケットが子機Ｓ２から転送されてくることを予測できる。

一方、子機Ｓ４の制御部２０Ｓは、子機Ｓ３のアドレス（ＣＴＳパケットの送信先アドレス）が中継ルートの下位のアドレスと一致しないと判定する。つまり、ＣＴＳパケットを返信した子機Ｓ２は子機Ｓ４の中継ルートの下位の通信端末２でないので、子機Ｓ４の制御部２０Ｓは、子機Ｓ３から子機Ｓ２に送信されたパケットが子機Ｓ２から転送されてこないことを予測できる。

そこで、子機Ｓ１の制御部２０Ｓは、例えば、子機Ｓ２から子機Ｓ３に送信されたＣＴＳパケットを受信した時点から所定の待ち時間が経過した時点で、子機Ｓ２に対して直ちに通信部２１ＳからＣＴＳパケットを送信する（図３の［５］参照）。一方、子機Ｓ４の制御部２０Ｓは、子機Ｓ２から子機Ｓ３に送信されたＣＴＳパケットを受信した時点から所定の待ち時間が経過した後、ＣＴＳパケットの送信を行わずに受信待ちの状態に戻る。なお、所定の待ち時間は、子機Ｓ３から子機Ｓ２へのパケットの送信及び子機Ｓ２から子機Ｓ３へのＡＣＫパケットの送信に要する時間よりも長く、かつ、前記時間に子機Ｓ２から子機Ｓ１へのＲＴＳパケットの送信に要する時間を加えた時間よりも短い時間である。また、当該所定の待ち時間は、子機Ｓ２から送信されるＣＴＳパケットに含まれて子機Ｓ１に通知されることが好ましい。ただし、子機Ｓ１の制御部２０Ｓは、子機Ｓ２から子機Ｓ３に送信されたＡＣＫパケットを通信部２１Ｓで受信した後、直ちに子機Ｓ２に対して通信部２１ＳからＣＴＳパケットを送信しても構わない。このように通信端末２（子機Ｓ１）の制御部２０が、ＡＣＫパケットを受信したタイミングでＣＴＳパケットを送信すれば、ＣＴＳパケットに待ち時間の情報を含めることなく、待ち時間を短縮してスループットの更なる向上を図ることができる。

子機Ｓ２の制御部２０Ｓは、子機Ｓ１から送信されたＣＴＳパケットを受信すると、子機Ｓ３から受信したデータＤ１をメッセージのフィールドに格納したパケットを通信部２１Ｓから子機Ｓ１に送信する（図３の［６］参照）。つまり、子機Ｓ２から子機Ｓ１へのパケット送信においては、子機Ｓ２から子機Ｓ１へのＲＴＳパケットの送信手順を省略することができる。

ここで、親機Ｍは、リンクＬ１を介して子機Ｓ１と送受信可能であるから、子機Ｓ１が子機Ｓ２に送信するＣＴＳパケットを受信することができる（図３の［５ａ］参照）。なお、子機Ｓ１から子機Ｓ２に返信されるＡＣＫパケットも、親機Ｍの通信部２１Ｍで受信可能である（図３の［７ａ］参照）。

親機Ｍの制御部２０Ｍは、ＣＴＳパケットを返信した子機Ｓ１が中継ルートの下位の通信端末２であるので、子機Ｓ２から子機Ｓ１に送信されたパケットが子機Ｓ１から転送されてくることを予測できる。

そこで、親機Ｍの制御部２０Ｍは、子機Ｓ１から子機Ｓ２に送信されたＣＴＳパケットを受信した時点から所定の待ち時間が経過した時点で、子機Ｓ１に対して直ちに通信部２１ＭからＣＴＳパケットを送信する（図３の［８］参照）。ただし、親機Ｍの制御部２０Ｍは、子機Ｓ１から子機Ｓ２に送信されたＡＣＫパケットを通信部２１Ｍで受信した後、直ちに子機Ｓ１に対して通信部２１ＭからＣＴＳパケットを送信しても構わない。

子機Ｓ１の制御部２０Ｓは、親機Ｍから送信されたＣＴＳパケットを受信すると、子機Ｓ２から受信したデータＤ１をメッセージのフィールドに格納したパケットを通信部２１Ｓから親機Ｍに送信する（図３の［９］参照）。つまり、子機Ｓ１から親機Ｍへのパケット送信においても、子機Ｓ１から親機ＭへのＲＴＳパケットの送信手順を省略することができる。

親機Ｍの制御部２０Ｍは、子機Ｓ１から送信されるパケットを通信部２１Ｍで受信すれば、子機Ｓ１に対して通信部２１ＭからＡＣＫパケットを返信する（図３の［１０］参照）。このようにして子機Ｓ３から親機ＭへデータＤ１が転送される。

しかして、通信端末２の制御部２０は、自己宛ではないＣＴＳパケット（第１のパケット）を受信した場合、当該ＣＴＳパケットの送信元である他の通信端末２に対してＣＴＳパケット（第２のパケット）を通信部２１から送信させる。そのため、通信端末２は、第１のパケットの送信元である他の通信端末２から送信許可要求（ＲＴＳ）のパケットを受信する過程を省くことができる。その結果、通信端末２は、ＲＴＳ／ＣＴＳのフロー制御と同様に隠れ端末による信号の衝突を回避しつつ、当該フロー制御に比べて、スループットの向上を図ることができる。

（５−２．親機から子機へのダウンストリームの場合）
次に、子機Ｓ３から子機Ｓ４に宛ててパケットを送信する場合において、親機Ｍから子機Ｓ４までパケットを転送（マルチホップ）するまでの過程（ダウンストリーム）について、図４のシーケンス図を参照して説明する。

親機Ｍの制御部２０Ｍは、ＲＴＳパケットの中継ルートのフィールドに、ルートテーブルから読み出した子機Ｓ４への中継ルート、すなわち、ホップ先の子機Ｓ１、Ｓ２、Ｓ４の各アドレス（Ｓ１、Ｓ２、Ｓ４）をホップ順に格納する。そして、親機Ｍの制御部２０Ｍは、通信部２１Ｍを制御してＲＴＳパケットを最初のホップ先である子機Ｓ１に宛てて通信部２１Ｍから送信する（図４の［１］参照）。

子機Ｓ１の制御部２０Ｓは、通信部２１Ｓで受信したＲＴＳパケットの送信先アドレスが自己のアドレスと一致すれば、ＣＴＳパケットを生成して通信部２１Ｓから子機Ｓ３に返信する（図４の［２］参照）。ただし、子機Ｓ１の制御部２０Ｓは、親機Ｍに返信するＣＴＳパケットの中継ルートに、親機Ｍから受信したＲＴＳパケットの中継ルートのフィールドに格納されている中継ルート（ホップ先の子機Ｓ１、Ｓ２、Ｓ４の各アドレス（Ｓ１、Ｓ２、Ｓ４））を格納する。

親機Ｍの制御部２０Ｍは、通信部２１Ｍで受信したＣＴＳパケットの送信先アドレスが自己のアドレスと一致すれば、子機Ｓ１に送るデータＤ１をメッセージのフィールドに格納したパケットを子機Ｓ１に宛てて通信部２１Ｍから送信する（図４の［３］参照）。そして、子機Ｓ１の制御部２０Ｓは、親機Ｍから送信されたパケットを通信部２１Ｓで受信すれば、親機Ｍに対してＡＣＫパケットを返信する（図４の［４］参照）。

ここで、子機Ｓ２は、リンクＬ２を介して子機Ｓ１と送受信可能であるから、子機Ｓ１が親機Ｍに送信するＣＴＳパケットを受信することができる（図４の［２ａ］参照）。なお、子機Ｓ１から親機Ｍに返信されるＡＣＫパケットも、子機Ｓ２の通信部２１Ｓで受信可能である（図４の［４ａ］参照）。

子機Ｓ２の制御部２０Ｓは、通信部２１Ｓで受信したＣＴＳパケットの送信先アドレスが自己のアドレスと一致しない場合、ＣＴＳパケットの中継ルートのフィールドに自己のアドレスが格納されているか否かを判定する。そして、子機Ｓ２の制御部２０Ｓは、ＣＴＳパケットの中継ルートのフィールドに自己のアドレスが格納されていると判定する。

そこで、子機Ｓ２の制御部２０Ｓは、例えば、子機Ｓ１から親機Ｍに送信されたＣＴＳパケットを受信した時点から所定の待ち時間が経過した時点で、子機Ｓ１に対して直ちに通信部２１ＳからＣＴＳパケットを送信する（図４の［５］参照）。ただし、子機Ｓ２の制御部２０Ｓは、子機Ｓ１から親機Ｍに送信されたＡＣＫパケットを通信部２１Ｓで受信した後、直ちに子機Ｓ１に対して通信部２１ＳからＣＴＳパケットを送信しても構わない。

子機Ｓ１の制御部２０Ｓは、子機Ｓ２から送信されたＣＴＳパケットを受信すると、親機Ｍから受信したデータＤ１をメッセージのフィールドに格納したパケットを通信部２１Ｓから子機Ｓ２に送信する（図４の［６］参照）。つまり、子機Ｓ１から子機Ｓ２へのパケット送信においては、子機Ｓ１から子機Ｓ２へのＲＴＳパケットの送信手順を省略することができる。

ここで、子機Ｓ４は、リンクＬ４を介して子機Ｓ２と送受信可能であるから、子機Ｓ２が子機Ｓ１に送信するＣＴＳパケットを受信することができる（図４の［５ａ］参照）。なお、子機Ｓ１から子機Ｓ２に返信されるＡＣＫパケットも、子機Ｓ４の通信部２１Ｍで受信可能である（図４の［７ａ］参照）。

子機Ｓ４の制御部２０Ｓは、子機Ｓ２が子機Ｓ１に送信したＣＴＳパケットの中継ルートのフィールドに格納されている中継ルートを参照することにより、子機Ｓ１から子機Ｓ２に送信されたパケットが子機Ｓ２から転送されてくることを認識できる。

そこで、子機Ｓ４の制御部２０Ｓは、子機Ｓ２から子機Ｓ１に送信されたＣＴＳパケットを受信した時点から所定の待ち時間が経過した時点で、子機Ｓ２に対して直ちに通信部２１ＳからＣＴＳパケットを送信する（図４の［８］参照）。ただし、子機Ｓ４の制御部２０Ｓは、子機Ｓ２から子機Ｓ１に送信されたＡＣＫパケットを通信部２１Ｓで受信した後、直ちに子機Ｓ２に対して通信部２１ＳからＣＴＳパケットを送信しても構わない。

子機Ｓ２の制御部２０Ｓは、子機Ｓ４から送信されたＣＴＳパケットを受信すると、子機Ｓ１から受信したデータＤ１をメッセージのフィールドに格納したパケットを通信部２１Ｓから子機Ｓ４に送信する（図４の［９］参照）。つまり、子機Ｓ２から子機Ｓ４へのパケット送信においても、子機Ｓ２から子機Ｓ４へのＲＴＳパケットの送信手順を省略することができる。

子機Ｓ４の制御部２０Ｓは、子機Ｓ２から送信されるパケットを通信部２１Ｓで受信すれば、子機Ｓ２に対して通信部２１ＳからＡＣＫパケットを返信する（図４の［１０］参照）。このようにして親機Ｍから子機Ｓ４へデータＤ１が転送される。

しかして、通信端末２の制御部２０は、自己宛ではないＣＴＳパケット（第１のパケット）から経路情報のメッセージ（中継ルート）を取得した場合、経路情報に自己アドレスが含まれていれば、第２のパケットを通信部２１に送信させる。ただし、制御部２０は、経路情報に自己アドレスが含まれていなければ、第２のパケットを生成しない。そのため、通信端末２は、第１のパケットの送信元である他の通信端末２から送信許可要求（ＲＴＳ）のパケットを受信する過程を省くことができる。その結果、通信端末２は、ＲＴＳ／ＣＴＳのフロー制御と同様に隠れ端末による信号の衝突を回避しつつ、当該フロー制御に比べて、スループットの向上を図ることができる。

なお、上述したように、通信端末２の制御部２０は、ＲＴＳパケット（第１のパケット）の送信元である他の通信端末２から送信されるＡＣＫパケット（第３のパケット）を通信部２１で受信した後、直ちにＣＴＳパケット（第２のパケット）を送信させてもよい。制御部２０が上述のように動作することにより、ＣＴＳパケットを送信するまでの待ち時間を短縮してスループットの更なる向上を図ることができる。

（６．変形例の説明）
次に、実施形態に係る通信端末２の変形例１、２について説明する。ただし、変形例１、２に係る通信端末２（親機Ｍ及び複数の子機Ｓｎ（ｎ＝１、２、…））のハードウェア構成は実施形態に係る通信端末２と共通であるから、ハードウェア構成に関する図示並びに説明を省略する。

（６−１．変形例１の説明）
一般に、ＲＴＳパケット及びＣＴＳパケットにはそれぞれ、ＲＴＳパケットの送信元の通信端末２が送信しようとしているデータＤ１の長さ情報（時間情報）が含まれている。そこで、変形例１に係る通信端末２の制御部２０は、ＣＴＳパケットに含まれる時間情報に基づいて待ち時間を決定する。ただし、ＣＴＳパケットに含まれる時間情報は、データＤ１を含むパケットの長さ（パケット長）の情報、及びデータＤ１を含むパケットの転送に要する時間（転送時間）の情報を含んでも構わない。なお、転送時間は、パケット長と各リンクＬ１、Ｌ２、…のリンクコストなどから算出される。

例えば、子機Ｓ３から親機ＭにデータＤ１が転送される場合において、子機Ｓ２の制御部２０Ｓは、子機Ｓ３に対して送信するＣＴＳパケットに、子機Ｓ３から子機Ｓ２への転送時間（第１転送時間）と子機Ｓ２から子機Ｓ１への転送時間（第２転送時間）を含めることが好ましい。子機Ｓ１の制御部２０Ｓは、子機Ｓ２から子機Ｓ３に送信されるＣＴＳパケットを受信した場合、当該ＣＴＳパケットに含まれる第１転送時間とＡＣＫパケットの送信に要する時間を合計した待ち時間が経過した後、直ちに子機Ｓ２にＣＴＳパケットを送信することができる。その結果、通信端末２は、待ち時間を短縮してスループットの更なる向上を図ることができる。

（６−２．変形例２の説明）
変形例２に係る通信端末２において、制御部２０は、他の通信端末から受信するパケットに、次回のパケットを送信するタイミングの情報が含まれている場合、タイミングの情報に基づいて、他の通信端末に対して通信許可通知のパケットを通信部２１に送信させる。

例えば、子機Ｓ３から子機Ｓ４へ転送すべきデータ（パケット）が複数（ｎ個）存在する場合、子機Ｓ３の制御部２０Ｓは、ｉ番目（ｉ＝１、２、…ｎ−１）のパケットに、ｉ＋１番目のパケットを送信するタイミング（時間）の情報を含める。子機Ｓ３から最初にパケットが転送される子機Ｓ２の制御部２０Ｓは、ｉ番目のパケットを通信部２１Ｓで受信した場合、ｉ番目のパケットに含まれるタイミングの情報に基づき、子機Ｓ３に対してｉ＋１番目のパケットの送信を許可するためのＣＴＳパケットを送信する。例えば、子機Ｓ３の制御部２０Ｓは、ｉ番目のパケットの送信が終了した時点からＸ１［ｍｓ］が経過した時点でｉ＋１番目のパケットを送信する場合、Ｘ１［ｍｓ］をタイミングの情報としてｉ番目のパケットによって子機Ｓ２に通知すればよい。

一方、子機Ｓ２の制御部２０Ｓは、子機Ｓ３から受け取ったパケットにタイミングの情報が含まれていた場合、ｉ番目のパケットの受信を完了した時点からＸ１［ｍｓ］が経過した時点で、子機Ｓ３に対してＣＴＳパケットを送信する。

したがって、子機Ｓ２からＣＴＳパケットを受信した子機Ｓ３の制御部２０Ｓは、直ちにｉ＋１番目のパケットを通信部２１Ｓから子機Ｓ２に宛てて送信させることができる。つまり、子機Ｓ３の制御部２０Ｓは、ｉ番目のパケットにタイミングの情報を含めて送信した場合、ｉ＋１番目のパケットを送信する前に子機Ｓ２に対して通信部２１ＳからＲＴＳパケットを送信させる必要がない。その結果、通信端末２は、ＲＴＳパケットの送信を不要とすることでＣＴＳパケットを送信するまでの待ち時間を短縮してスループットの更なる向上を図ることができる。

（７．別の実施形態の説明）
本開示の別の実施形態に係る通信端末２について説明する。ただし、別の実施形態に係る通信端末２（親機Ｍ及び複数の子機Ｓｎ（ｎ＝１、２、…））のハードウェア構成は実施形態に係る通信端末２と共通であるから、ハードウェア構成に関する図示並びに説明を省略する。

通信端末２において、制御部２０は、それぞれに所定のメッセージ（データＤｋ、ｋ＝１、２、…、ｎ）を含む複数のパケットを連続して他の通信端末２に送信する場合にフロー制御を実行する。また、制御部２０は、所定のメッセージ（データＤ１）を含む１つのパケットのみを他の通信端末２に送信する場合はフロー制御を実行せず、パケットを通信部２１に送信させる。

例えば、子機Ｓ３から親機Ｍに１つのデータＤ１（１つのパケット）のみを転送する場合、子機Ｓ３の制御部２０Ｓは、ＲＴＳ／ＣＴＳのフロー制御を実行せずに、データＤ１を含むパケットを通信部２１Ｓから子機Ｓ２に送信させる（図５の［１］参照）。

子機Ｓ２の制御部２０Ｓは、子機Ｓ３から送信されたパケットを通信部２１Ｓで受信すれば、子機Ｓ３に対してＡＣＫパケットを返信する（図５の［２］参照）。さらに子機Ｓ２の制御部２０Ｓは、ＲＴＳ／ＣＴＳのフロー制御なしで子機Ｓ３からパケットを受信した場合、同様に、ＲＴＳ／ＣＴＳのフロー制御を実行せずに、データＤ１を含むパケットを通信部２１Ｓから子機Ｓ１に送信させる（図５の［３］参照）。

子機Ｓ１の制御部２０Ｓは、子機Ｓ２から送信されたパケットを通信部２１Ｓで受信すれば、子機Ｓ２に対してＡＣＫパケットを返信する（図５の［４］参照）。さらに子機Ｓ１の制御部２０Ｓは、ＲＴＳ／ＣＴＳのフロー制御なしで子機Ｓ２からパケットを受信した場合、同様に、ＲＴＳ／ＣＴＳのフロー制御を実行せずに、データＤ１を含むパケットを通信部２１Ｓから親機Ｍに送信させる（図５の［５］参照）。

一方、子機Ｓ３から親機Ｍに複数のデータＤｋ（ｋ＝１、２、…、ｎ）を転送する場合、子機Ｓ３の制御部２０Ｓは、ＲＴＳ／ＣＴＳのフロー制御を実行する。すなわち、子機Ｓ３の制御部２０Ｓは、子機Ｓ２に対してＲＴＳパケットを通信部２１Ｓから送信させる（図５の［７］参照）。ＲＴＳパケットを受信した子機Ｓ２の制御部２０Ｓは、子機Ｓ３に対してＣＴＳパケットを通信部２１Ｓから送信させる（図５の［８］参照）。子機Ｓ３の制御部２０Ｓは、子機Ｓ２からＣＴＳパケットを受信すると、最初のデータＤ１を含むパケットを子機Ｓ２に宛てて通信部２１Ｓから送信させる（図５の［９］参照）。子機Ｓ２の制御部２０Ｓは、子機Ｓ３から送信されたパケットを通信部２１Ｓで受信すれば、子機Ｓ３に対してＡＣＫパケットを返信する（図５の［１０］参照）。

子機Ｓ３の制御部２０Ｓは、子機Ｓ２からＡＣＫパケットを受信すると、２番目のデータＤ２を含むパケットを子機Ｓ２に宛てて通信部２１Ｓから送信させる。ただし、２番目の以降のデータＤｋ＋１を含むパケットを送信する際、上述した実施形態と同様に子機Ｓ３から子機Ｓ２へのＲＴＳパケットの送信を省略することが好ましい。

しかして、別の実施形態に係る通信端末２は、複数のパケットを連続して他の通信端末２に送信しない場合にＲＴＳ／ＣＴＳのフロー制御を実行しないことにより、トラフィックの削減を図りつつスループットの更なる向上を図ることができる。

（８．まとめ）
本開示の第１の態様に係る通信端末（２）は、通信媒体を用いてパケットの送信及び受信を行う通信部（２１）と、通信部（２１）を制御し、通信部（２１）が受信するパケットからメッセージを取得し、かつ、パケットを通信部（２１）に送信させる制御部（２０）とを備える。制御部（２０）は、通信部（２１）が受信する第１のパケットの送信先アドレスが、自己に割り当てられている固有の自己アドレスと一致せず、かつ、第１のパケットから送信許可通知のメッセージを取得した場合、送信許可通知のメッセージを含み、かつ、第１のパケットの送信元のアドレスを送信先のアドレスに設定した第２のパケットを生成する。制御部（２０）は、第２のパケットを通信部（２１）に送信させる。

第１の態様に係る通信端末（２）は、第１のパケットの送信元である他の通信端末（２）から送信許可要求（ＲＴＳ）のパケットを受信する過程を省くことができる。その結果、第１の態様に係る通信端末（２）は、隠れ端末による信号の衝突を回避しつつ、通常のフロー制御に比べて、スループットの向上を図ることができる。

本開示の第２の態様に係る通信端末（２）は、第１の態様との組合せにより実現され得る。第２の態様に係る通信端末（２）において、制御部（２０）は、所定のメッセージを含むパケットを他の通信端末に送信する前に、他の通信端末との間で送信要求のメッセージと送信要求に対する送信許可通知のメッセージを授受するフロー制御を実行することが好ましい。

第２の態様に係る通信端末（２）は、必要に応じてフロー制御を実行することにより、隠れ端末による信号の衝突をより確実に回避することができる。

本開示の第３の態様に係る通信端末（２）は、第１又は第２の態様との組合せにより実現され得る。第３の態様に係る通信端末（２）において、制御部（２０）は、第１のパケットから取得した送信許可通知において指定されている待ち時間が経過した後に、第２のパケットを通信部（２１）に送信させることが好ましい。

第３の態様に係る通信端末（２）は、隠れ端末による信号の衝突をより確実に回避することができる。

本開示の第４の態様に係る通信端末（２）は、第１−第３のいずれの態様との組合せにより実現され得る。第４の態様に係る通信端末（２）において、制御部（２０）は、第１のパケットから経路情報のメッセージを取得した場合、経路情報に自己アドレスが含まれていれば、第２のパケットを通信部（２１）に送信させることが好ましい。制御部（２０）は、経路情報に自己アドレスが含まれていなければ、第２のパケットを生成しないことが好ましい。

第４の態様に係る通信端末（２）は、第１のパケットの送信元である他の通信端末（２）から送信許可要求（ＲＴＳ）のパケットを受信する過程を省くことができる。その結果、通信端末（２）は、通常のフロー制御と同様に隠れ端末による信号の衝突を回避しつつ、当該フロー制御に比べて、スループットの向上を図ることができる。

本開示の第５の態様に係る通信端末（２）は、第２の態様との組合せにより実現され得る。第５の態様に係る通信端末（２）において、制御部（２０）は、それぞれに所定のメッセージを含む複数のパケットを連続して他の通信端末に送信する場合にフロー制御を実行することが好ましい。制御部（２０）は、所定のメッセージを含む１つのパケットのみを他の通信端末（２）に送信する場合はフロー制御を実行せず、パケットを通信部（２１）に送信させることが好ましい。

第５の態様に係る通信端末（２）は、トラフィックの削減を図りつつスループットの更なる向上を図ることができる。

本開示の第６の態様に係る通信端末（２）は、第１又は第２の態様との組合せにより実現され得る。第６の態様に係る通信端末（２）において、制御部（２０）は、他の通信端末から受信するパケットに、次回のパケットを送信するタイミングの情報が含まれている場合、タイミングの情報に基づいて、他の通信端末に対して通信許可通知のパケットを通信部（２１）に送信させることが好ましい。

第６の態様に係る通信端末（２）は、第２のパケットを送信するまでの待ち時間を短縮してスループットの更なる向上を図ることができる。

本開示の第７の態様に係る通信端末（２）は、第１−第４のいずれかの態様との組合せにより実現され得る。第７の態様に係る通信端末（２）において、制御部（２０）は、第１のパケットから取得した送信許可通知に含まれる時間情報に基づいて待ち時間を決定することが好ましい。制御部（２０）は、待ち時間が経過した後に第２のパケットを通信部（２１）に送信させることが好ましい。時間情報は、少なくとも、第１のパケットの送信元である他の通信端末が、第１のパケットを送信してから第２のパケットを受信可能となるまでの時間の情報を含むことが好ましい。

第７の態様に係る通信端末（２）は、待ち時間を短縮してスループットの更なる向上を図ることができる。

本開示の第８の態様に係る通信端末（２）は、第１又は第２の態様との組合せにより実現され得る。第８の態様に係る通信端末（２）において、制御部（２０）は、第１のパケットの送信元である他の通信端末から送信される第３のパケット（ＡＣＫパケット）を通信部（２１）で受信した後、第２のパケットを通信部（２１）に送信させることが好ましい。第３のパケットは、他の通信端末が第２のパケットを受信可能な状態であることを示していることが好ましい。

第８の態様に係る通信端末（２）は、第２のパケットを送信するまでの待ち時間を短縮してスループットの更なる向上を図ることができる。

本開示の第９の態様に係る通信システム（１）は、第１−第８のいずれかの態様に係る通信端末（２）を含む複数の通信端末（２）を備える。複数の通信端末（２）の間でマルチホップ通信を行う。

第９の態様に係る通信システム（１）は、隠れ端末による信号の衝突を回避しつつ、通常のフロー制御に比べて、スループットの向上を図ることができる。

本開示の第１０の態様に係る通信方法は、固有の自己アドレスが割り当てられた通信端末（２）における通信方法である。第１０の態様に係る通信方法は、受信した第１のパケットの送信先アドレスが、自己に割り当てられている固有の自己アドレスと一致せず、かつ、前記第１のパケットから送信許可通知のメッセージを取得した場合、送信許可通知のメッセージを含み、かつ、前記第１のパケットの送信元のアドレスを送信先のアドレスに設定した第２のパケットを生成して前記第２のパケットを送信する。

第１０の態様に係る通信方法は、隠れ端末による信号の衝突を回避しつつ、通常のフロー制御に比べて、スループットの向上を図ることができる。

本開示の第１１の態様に係るプログラムは、第１−第８のいずれかの態様に係る通信端末（２）の制御部（２０）が行う処理をコンピュータシステムに実行させる。

第１１の態様に係るプログラムは、隠れ端末による信号の衝突を回避しつつ、通常のフロー制御に比べて、スループットの向上を図ることができる。

１ 通信システム
２ 通信端末
３ 電力線（通信媒体）
２０ 制御部
２１ 通信部
２２ 記憶部

Claims (11)

1. 通信媒体を用いてパケットの送信及び受信を行う通信部と、
   前記通信部を制御し、前記通信部が受信する前記パケットからメッセージを取得し、かつ、前記パケットを前記通信部に送信させる制御部と、
   を備え、
   前記制御部は、前記通信部が受信する第１のパケットの送信先アドレスが、自己に割り当てられている固有の自己アドレスと一致せず、かつ、前記第１のパケットから送信許可通知のメッセージを取得した場合、送信許可通知のメッセージを含み、かつ、前記第１のパケットの送信元のアドレスを送信先のアドレスに設定した第２のパケットを生成し、前記第２のパケットを前記通信部に送信させる、
   通信端末。
2. 前記制御部は、所定のメッセージを含む前記パケットを他の通信端末に送信する前に、前記他の通信端末との間で送信要求のメッセージと前記送信要求に対する送信許可通知のメッセージを授受するフロー制御を実行する、
   請求項１記載の通信端末。
3. 前記制御部は、前記第１のパケットから取得した前記送信許可通知において指定されている待ち時間が経過した後に、前記第２のパケットを前記通信部に送信させる、
   請求項１又は２記載の通信端末。
4. 前記制御部は、前記第１のパケットから経路情報のメッセージを取得した場合、前記経路情報に前記自己アドレスが含まれていれば、前記第２のパケットを前記通信部に送信させ、前記経路情報に前記自己アドレスが含まれていなければ、前記第２のパケットを生成しない、
   請求項１−３のいずれか１項に記載の通信端末。
5. 前記制御部は、それぞれに前記所定のメッセージを含む複数の前記パケットを連続して前記他の通信端末に送信する場合に前記フロー制御を実行し、
   前記制御部は、前記所定のメッセージを含む１つの前記パケットのみを前記他の通信端末に送信する場合は前記フロー制御を実行せず、前記パケットを前記通信部に送信させる、
   請求項２記載の通信端末。
6. 前記制御部は、他の通信端末から受信する前記パケットに、次回の前記パケットを送信するタイミングの情報が含まれている場合、前記タイミングの情報に基づいて、前記他の通信端末に対して通信許可通知のパケットを前記通信部に送信させる、
   請求項１又は２記載の通信端末。
7. 前記制御部は、前記第１のパケットから取得した前記送信許可通知に含まれる時間情報に基づいて待ち時間を決定し、前記待ち時間が経過した後に前記第２のパケットを前記通信部に送信させ、
   前記時間情報は、少なくとも、前記第１のパケットの送信元である他の通信端末が、前記第１のパケットを送信してから前記第２のパケットを受信可能となるまでの時間の情報を含む、
   請求項１−４のいずれか１項に記載の通信端末。
8. 前記制御部は、前記第１のパケットの送信元である他の通信端末から送信される第３のパケットを前記通信部で受信した後、前記第２のパケットを前記通信部に送信させ、
   前記第３のパケットは、前記他の通信端末が前記第２のパケットを受信可能な状態であることを示している、
   請求項１又は２記載の通信端末。
9. 請求項１−８のいずれか１項に記載の通信端末を含む複数の通信端末を備え、
   前記複数の通信端末の間でマルチホップ通信を行う、
   通信システム。
10. 固有の自己アドレスが割り当てられた通信端末における通信方法であって、
    受信した第１のパケットの送信先アドレスが、自己に割り当てられている固有の自己アドレスと一致せず、かつ、前記第１のパケットから送信許可通知のメッセージを取得した場合、送信許可通知のメッセージを含み、かつ、前記第１のパケットの送信元のアドレスを送信先のアドレスに設定した第２のパケットを生成して前記第２のパケットを送信する、
    通信方法。
11. 請求項１−８のいずれかの前記通信端末の前記制御部が行う処理をコンピュータシステムに実行させるための、
    プログラム。

Images