JP2007174389A - Packet relay method of terminal in mobile ad-hoc network, terminal, and program - Google Patents

Packet relay method of terminal in mobile ad-hoc network, terminal, and program Download PDF

Info

Publication number
JP2007174389A
JP2007174389A JP2005370879A JP2005370879A JP2007174389A JP 2007174389 A JP2007174389 A JP 2007174389A JP 2005370879 A JP2005370879 A JP 2005370879A JP 2005370879 A JP2005370879 A JP 2005370879A JP 2007174389 A JP2007174389 A JP 2007174389A
Authority
JP
Japan
Prior art keywords
terminal
packet
relay
data packet
received
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.)
Granted
Application number
JP2005370879A
Other languages
Japanese (ja)
Other versions
JP4822414B2 (en
Inventor
Shinji Mogi
信二 茂木
Hironori Horiuchi
浩規 堀内
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.)
KDDI Research Inc
Original Assignee
KDDI R&D Laboratories Inc
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 KDDI R&D Laboratories Inc filed Critical KDDI R&D Laboratories Inc
Priority to JP2005370879A priority Critical patent/JP4822414B2/en
Publication of JP2007174389A publication Critical patent/JP2007174389A/en
Application granted granted Critical
Publication of JP4822414B2 publication Critical patent/JP4822414B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a packet relay method or the like of a terminal in a mobile adhoc network capable of carrying out multihop communication, whereby a necessity minimum number of relay terminals is provided and information transmitted from one terminal can be relayed with an information amount as small as possible in the network as a whole. <P>SOLUTION: When the terminal receives a data packet from a first terminal, a reception history recording section of the terminal stores the history information denoting the reception of the data packet. When the terminal receives a request packet from a second terminal to request the terminal for acting like a relay terminal for a data packet transmitted from the first terminal (S202), the terminal transmits an acknowledgement packet for denoting that the terminal acts like the relay terminal, when the reception history recording section has a reception recording of the data packet from the first terminal (S203). When the terminal receives a data packet from the first terminal, the terminal further transmits the data packet (S205). <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

本発明は、モバイルアドホックネットワークにおける端末のパケット中継方法、その端末及びプログラムに関する。   The present invention relates to a packet relay method for a terminal in a mobile ad hoc network, the terminal and a program thereof.

従来、モバイルアドホックネットワーク用の端末は、無線通信機能と、第1の端末から受信したデータパケットを第2の端末へ中継する中継機能とを有する。この端末を利用した具体例として「情報交換型運転支援システム」がある。このシステムは、端末が、自己の情報を含むデータパケットをネットワーク全体に発信するものであり、ブロードキャストの技術に基づく。他の端末は、互いに譲り合いながらデータパケットを中継することにより、ネットワーク全体にそのデータパケットを配信する。   Conventionally, a terminal for a mobile ad hoc network has a wireless communication function and a relay function that relays a data packet received from a first terminal to a second terminal. As an example using this terminal, there is an “information exchange type driving support system”. In this system, a terminal transmits a data packet including its own information to the entire network, and is based on a broadcast technique. Other terminals distribute the data packet to the entire network by relaying the data packet while giving up each other.

このような端末が自動車に搭載された場合、端末は、その自動車の位置、速度、方向等の情報を含むデータパケットを周囲に発信する。他の端末から受信した情報をどのように扱うかは、その端末に任せられる。例えば、見通しの悪い交差点等で接近してくる他の自動車を、カーナビゲーションシステムに表示することもできる。   When such a terminal is mounted on an automobile, the terminal transmits a data packet including information on the position, speed, direction, and the like of the automobile to the surroundings. It is left to the terminal how to handle information received from another terminal. For example, another car approaching at an intersection with poor visibility can be displayed on the car navigation system.

しかしながら、ある端末がデータパケットを発信した場合、そのデータパケットを受信した全ての端末が中継するとすると、通信量は膨大に増加することとなる。このような通信方式は「フラッディング」と称される。この技術は、データパケットを重複受信した際に、そのデータパケットを中継せずに破棄することによって、全体の通信量を抑えようとする。しかしながら、データパケットの重複送信は、結局、無線リソースを無断に消費することとなる。   However, when a terminal transmits a data packet, if all the terminals that have received the data packet relay it, the amount of communication increases enormously. Such a communication method is called “flooding”. This technique tries to suppress the entire communication amount by discarding the data packet without relaying when the data packet is received in duplicate. However, duplicate transmission of data packets eventually consumes radio resources without permission.

そこで、中継端末として機能する端末数を、ネットワーク内で必要最小限とする方法が提案されている(例えば非特許文献1及び2参照)。   Therefore, a method for minimizing the number of terminals functioning as relay terminals within the network has been proposed (see, for example, Non-Patent Documents 1 and 2).

この方法の本質は、端末A−端末C、及び、端末B−端末Cの間で通信でき、端末A−端末Cの間は通信できない場合を想定している。
端末A−端末C−端末B
The essence of this method assumes a case where communication is possible between terminal A-terminal C and terminal B-terminal C, and communication between terminal A-terminal C is impossible.
Terminal A-Terminal C-Terminal B

このとき、端末Cは、以下の条件を満足した場合に、端末A及び端末Bに対する中継端末となる。この場合、端末間で、「隣接端末が誰を知っているか」という情報を定期的に交換する必要がある。
・「自身(端末C)は、端末Aと端末Bとを知っている」
・「端末Aは端末Bを知らない」且つ「端末Bは端末Aを知らない」
At this time, the terminal C becomes a relay terminal for the terminal A and the terminal B when the following conditions are satisfied. In this case, it is necessary to periodically exchange information “who knows the neighboring terminal” between the terminals.
・ "Self (terminal C) knows terminal A and terminal B"
"Terminal A does not know terminal B" and "Terminal B does not know terminal A"

具体的には、端末は、以下の情報の組を、定期的に、隣接端末全体に発信する必要がある。これら情報の組を含むパケットを受信した隣接端末は、そのパケットを更に中継するか否かを判断する。
・自端末の識別子
・自端末の隣接端末(1ホップ先の端末)の識別子
・それら隣接端末の隣接端末(2ホップ先の端末)の識別子
Specifically, the terminal needs to periodically transmit the following information set to the entire adjacent terminals. The adjacent terminal that receives the packet including the set of information determines whether or not to relay the packet further.
・ Identifier of its own terminal ・ Identifier of its own terminal (terminal of 1 hop ahead) ・ Identifier of its neighboring terminal (terminal of 2 hops)

J. Wu, 「Extende Dominating-Set-Based Routing in AdHoc Wireless Networks with Unidirectional Links」、IEEE Trans. Paralelel andDistributed Systems、Vol.9、No.3、pp.189-200、2002年9月J. Wu, “Extende Dominating-Set-Based Routing in AdHoc Wireless Networks with Unidirectional Links”, IEEE Trans. Paralelel and Distributed Systems, Vol. 9, No. 3, pp.189-200, September 2002 Fei Dai及びJ. Wu、「An Extended Localized Algorithmfor Connected Dominating Set Formation in Ad Hoc Wireless Networks」、IEEE Trans.Parallel and Distributed Systems、Vol.15、No.10、2004年10月Fei Dai and J. Wu, “An Extended Localized Algorithm for Connected Dominating Set Formation in Ad Hoc Wireless Networks”, IEEE Trans.Parallel and Distributed Systems, Vol.15, No.10, October 2004

しかしながら、非特許文献1及び2によれば、中継端末を必要最小限にすることができるけれども、2ホップ先の情報を交換するために、適用システムによっては情報量が膨大なものとなる。これは、ネットワーク全体のトラヒックを増大し、通信遅延を増大させる。特に、運転支援システムのようなリアルタイム性を要するシステムにおいては、通信遅延は極めて重大な課題となる。また、端末間の無線リンクの品質も考慮されておらず、データ中継の信頼性が確保されているとはいえない。   However, according to Non-Patent Documents 1 and 2, although the number of relay terminals can be minimized, the amount of information becomes enormous depending on the application system in order to exchange information of two hops ahead. This increases overall network traffic and communication delays. In particular, in a system that requires real-time characteristics, such as a driving support system, communication delay becomes a very important issue. Further, the quality of the radio link between terminals is not taken into consideration, and it cannot be said that the reliability of data relay is ensured.

従って、本発明は、マルチホップ通信が可能なモバイルアドホックネットワークについて、中継端末を必要最小限にしつつ、1つの端末から発信された情報が、ネットワーク全体の中でできる限り少ない情報量で中継される、端末のパケット中継方法、その端末及びプログラムを提供することを目的とする。   Therefore, the present invention relates to a mobile ad hoc network capable of multi-hop communication, and information transmitted from one terminal is relayed with as little information as possible in the entire network while minimizing the number of relay terminals. An object of the present invention is to provide a packet relay method for a terminal, the terminal, and a program.

本発明のパケット中継方法によれば、
第1の端末からデータパケットを受信した際に、該データパケットを受信した旨を示す履歴情報を受信履歴記録部に保持する第1のステップと、
第2の端末から、第1の端末に対する中継端末となることを要求する要求パケットを受信した際に、受信履歴記録部に、第1の端末からのデータパケットの受信記録がある場合、中継端末として機能することを示す応答パケットを送信する第2のステップと、
第1の端末からデータパケットを受信した際に、該データパケットを中継するために更に送信する第3のステップと
を有することを特徴とする。
According to the packet relay method of the present invention,
A first step of holding history information indicating that the data packet has been received in the reception history recording unit when the data packet is received from the first terminal;
When a request packet requesting to become a relay terminal for the first terminal is received from the second terminal, if the reception history recording unit has a reception record of the data packet from the first terminal, the relay terminal A second step of sending a response packet indicating that it functions as:
And a third step of further transmitting the data packet to relay the data packet when the data packet is received from the first terminal.

本発明のパケット中継方法における他の実施形態によれば、
第2のステップについて、応答パケットを送信する前に、他の端末から要求パケットに対する応答パケットを受信した場合、応答パケットを送信しないことも好ましい。
According to another embodiment of the packet relay method of the present invention,
Regarding the second step, when a response packet for the request packet is received from another terminal before transmitting the response packet, it is preferable not to transmit the response packet.

また、本発明のパケット中継方法における他の実施形態によれば、
第2のステップについて、応答パケットを送信した後で、他の端末から要求パケットに対する応答パケットを受信した場合、両応答パケットの所定条件の大小関係を比較し、自身が送信した応答パケットが小となる場合、データパケットの中継をしないことも好ましい。
According to another embodiment of the packet relay method of the present invention,
Regarding the second step, when a response packet for a request packet is received from another terminal after transmitting the response packet, the magnitude relationship of the predetermined conditions of both response packets is compared, and the response packet transmitted by itself is small. In this case, it is preferable not to relay the data packet.

更に、本発明のパケット中継方法における他の実施形態によれば、
受信履歴記録部に記録されていない端末からデータパケットを受信した際に、該端末から要求パケットを受信したものとみなして、応答パケットを送信することも好ましい。
Furthermore, according to another embodiment of the packet relay method of the present invention,
When a data packet is received from a terminal that is not recorded in the reception history recording unit, it is also preferable to transmit a response packet on the assumption that the request packet has been received from the terminal.

更に、本発明のパケット中継方法における他の実施形態によれば、
第1のステップについて、受信履歴記録部はパケット受信率を記録しており、
第1の端末からのデータパケットが受信履歴記録部に記録されているけれども、そのパケット受信率が所定閾値よりも低い場合、隣接端末に対して中継端末となることを要求する要求パケットを送信するステップを更に有することも好ましい。
Furthermore, according to another embodiment of the packet relay method of the present invention,
For the first step, the reception history recording unit records the packet reception rate,
If a data packet from the first terminal is recorded in the reception history recording unit, but the packet reception rate is lower than a predetermined threshold, a request packet requesting that the adjacent terminal becomes a relay terminal is transmitted. It is also preferable to further include a step.

更に、本発明のパケット中継方法における他の実施形態によれば、
要求パケットを送信した後に、複数の隣接端末から応答パケットを受信した場合、いずれか1つの隣接端末のみを中継端末とし、その他の隣接端末に対して停止パケットを送信するステップを更に有することも好ましい。
Furthermore, according to another embodiment of the packet relay method of the present invention,
It is also preferable that when response packets are received from a plurality of adjacent terminals after transmitting the request packet, only one of the adjacent terminals is set as a relay terminal and a stop packet is transmitted to the other adjacent terminals. .

更に、本発明のパケット中継方法における他の実施形態によれば、
隣接端末が中継端末となっているデータパケットについて、受信履歴記録部に記録されたホップ数よりも小さいデータパケットが受信された際に、隣接端末に対して停止パケットを送信するステップを更に有することも好ましい。
Furthermore, according to another embodiment of the packet relay method of the present invention,
A step of transmitting a stop packet to the adjacent terminal when a data packet smaller than the number of hops recorded in the reception history recording unit is received for the data packet in which the adjacent terminal is a relay terminal. Is also preferable.

本発明の端末によれば、
第1の端末からデータパケットを受信した際に、該データパケットを受信した旨を示す履歴情報を記録する受信履歴記録手段と、
第2の端末から、第1の端末に対する中継端末となることを要求する要求パケットを受信した際に、受信履歴記録手段に、第1の端末からのデータパケットの受信記録がある場合、中継端末として機能することを示す応答パケットを送信する中継制御手段と、
第1の端末からデータパケットを受信した際に、該データパケットを中継するために更に送信する中継手段と
を有することを特徴とする。
According to the terminal of the present invention,
Reception history recording means for recording history information indicating that the data packet has been received when the data packet is received from the first terminal;
When receiving a request packet requesting to become a relay terminal for the first terminal from the second terminal, if the reception history recording means has a reception record of the data packet from the first terminal, the relay terminal Relay control means for transmitting a response packet indicating that it functions as:
When receiving a data packet from the first terminal, it further comprises relay means for further transmitting to relay the data packet.

本発明の端末における他の実施形態によれば、
中継制御手段は、応答パケットを送信する前に、他の端末から要求パケットに対する応答パケットを受信した場合、応答パケットを送信しないことも好ましい。
According to another embodiment of the terminal of the present invention,
The relay control means preferably does not transmit a response packet when a response packet for the request packet is received from another terminal before transmitting the response packet.

また、本発明の端末における他の実施形態によれば、
中継制御手段は、応答パケットを送信した後で、他の端末から要求パケットに対する応答パケットを受信した場合、両応答パケットの所定条件の大小関係を比較し、自身が送信した応答パケットが小となる場合、データパケットの中継をしないことも好ましい。
Also, according to another embodiment of the terminal of the present invention,
When the relay control means receives the response packet for the request packet from another terminal after transmitting the response packet, the relay control means compares the magnitude relationship of the predetermined conditions of both response packets, and the response packet transmitted by itself becomes small In this case, it is preferable not to relay the data packet.

更に、本発明の端末における他の実施形態によれば、
中継制御手段は、受信履歴記録手段に記録されていない端末からデータパケットを受信した場合、該端末から要求パケットを受信したものとみなして、応答パケットを送信することも好ましい。
Furthermore, according to another embodiment of the terminal of the present invention,
When the relay control unit receives a data packet from a terminal not recorded in the reception history recording unit, the relay control unit preferably regards that the request packet has been received from the terminal and transmits a response packet.

更に、本発明の端末における他の実施形態によれば、
受信履歴記録手段は、パケット受信率を更に記録しており、
第1の端末からのデータパケットが受信履歴記録手段に記録されているけれども、そのパケット受信率が所定閾値よりも低い場合、隣接端末に対して中継端末となることを要求する要求パケットを送信する中継要求手段を更に有することも好ましい。
Furthermore, according to another embodiment of the terminal of the present invention,
The reception history recording means further records the packet reception rate,
If a data packet from the first terminal is recorded in the reception history recording means, but the packet reception rate is lower than a predetermined threshold, a request packet requesting that the adjacent terminal becomes a relay terminal is transmitted. It is also preferable to further include a relay request unit.

更に、本発明の端末における他の実施形態によれば、
中継要求手段は、要求パケットを送信した後に、複数の隣接端末から応答パケットを受信した場合、いずれか1つの隣接端末のみを中継端末とし、その他の隣接端末に対して停止パケットを送信することも好ましい。
Furthermore, according to another embodiment of the terminal of the present invention,
When the relay request means receives response packets from a plurality of adjacent terminals after transmitting the request packet, only one of the adjacent terminals is set as the relay terminal, and the stop packet may be transmitted to the other adjacent terminals. preferable.

更に、本発明の端末における他の実施形態によれば、
中継要求手段は、隣接端末が中継端末となっているデータパケットについて、受信履歴記録手段に記録されたホップ数よりも小さいデータパケットが受信された際に、隣接端末に対して停止パケットを送信することも好ましい。
Furthermore, according to another embodiment of the terminal of the present invention,
The relay request unit transmits a stop packet to the adjacent terminal when a data packet smaller than the number of hops recorded in the reception history recording unit is received for the data packet in which the adjacent terminal is the relay terminal. It is also preferable.

端末に搭載されたコンピュータを機能させる本発明のプログラムによれば、
第1の端末からデータパケットを受信した際に、該データパケットを受信した旨を示す履歴情報を記録する受信履歴記録手段と、
第2の端末から、第1の端末に対する中継端末となることを要求する要求パケットを受信した際に、受信履歴記録手段に、第1の端末からのデータパケットの受信記録がある場合、中継端末として機能することを示す応答パケットを送信する中継制御手段と、
第1の端末からデータパケットを受信した際に、該データパケットを中継するために更に送信する中継手段と
してコンピュータを機能させることを特徴とする。
According to the program of the present invention for causing a computer mounted on a terminal to function,
Reception history recording means for recording history information indicating that the data packet has been received when the data packet is received from the first terminal;
When receiving a request packet requesting to become a relay terminal for the first terminal from the second terminal, if the reception history recording means has a reception record of the data packet from the first terminal, the relay terminal Relay control means for transmitting a response packet indicating that it functions as:
When the data packet is received from the first terminal, the computer is caused to function as a relay unit that further transmits the data packet to relay the data packet.

本発明によれば、マルチホップ通信が可能なモバイルアドホックネットワークについて、中継端末を必要最小限にしつつ、1つの端末から発信された情報が、ネットワーク全体の中でできる限り少ない情報量で中継される。これにより、ネットワーク全体のトラヒックを減少させ、通信遅延を低減させる。特に、運転支援システムのようなリアルタイム性を要するシステムにおいては、通信遅延を短縮することができ、通信帯域の有効利用も可能となる。   According to the present invention, in a mobile ad hoc network capable of multi-hop communication, information transmitted from one terminal is relayed with as little information as possible in the entire network while minimizing the number of relay terminals. . Thereby, the traffic of the whole network is reduced and the communication delay is reduced. In particular, in a system that requires real-time characteristics such as a driving support system, communication delay can be shortened, and communication band can be effectively used.

以下では、図面を用いて、本発明を実施するための最良の形態について詳細に説明する。   Hereinafter, the best mode for carrying out the present invention will be described in detail with reference to the drawings.

図1は、本発明におけるMACヘッダの構成図である。   FIG. 1 is a configuration diagram of a MAC header in the present invention.

MACヘッダの構成は、既存部と、拡張部と、送信情報部とを有する。既存部は、「パケット種別」「ホップ数」「シーケンス番号」を含む。   The configuration of the MAC header has an existing part, an extension part, and a transmission information part. The existing part includes “packet type”, “hop count”, and “sequence number”.

「パケット種別」は、以下の分類を備える。本発明の特徴の1つである。
・「REQ(Request)パケット」:ある端末からのパケット受信率が所定閾値よりも低い場合、その端末からのデータパケットについて隣接端末に対して中継端末となることを要求する。
・「REP(Reply)パケット」:REQパケットを受信した際に、中継を要求された端末からのデータパケットの受信記録がある場合に、中継端末として機能することを応答する。
・「STP(Stop)パケット」:複数の端末からREPパケットを受信した際に、重複中継を避けるために、中継させたくない端末へ中継端末としての機能の停止を要求する。
・「DATAパケット」:送信情報を含むデータパケットである。
The “packet type” has the following classification. This is one of the features of the present invention.
“REQ (Request) packet”: When the packet reception rate from a certain terminal is lower than a predetermined threshold, a request is made for an adjacent terminal to become a relay terminal for a data packet from that terminal.
“REP (Reply) packet”: When a REQ packet is received, if there is a reception record of a data packet from a terminal requested to be relayed, it responds that it functions as a relay terminal.
“STP (Stop) packet”: When a REP packet is received from a plurality of terminals, in order to avoid duplicating relay, the terminal that does not want to relay is requested to stop the function as a relay terminal.
“DATA packet”: a data packet including transmission information.

「ホップ数」は、データ源端末がデータパケットを送信する場合「0」とし、中継する場合に1増分される。   The “hop count” is “0” when the data source terminal transmits a data packet, and is incremented by 1 when relaying.

「シーケンス番号」は、データ源端末がデータパケットを送信する際に1増分される(設定範囲は0〜255)。中継するデータパケットに対しては、そのまま用いる。   The “sequence number” is incremented by 1 when the data source terminal transmits a data packet (setting range is 0 to 255). The data packet to be relayed is used as it is.

拡張部は、「データ源ID」「中継要求データ源ID」「送信元ID」「要求元ID」「送信元ホップ数」を含む。   The extension unit includes “data source ID”, “relay request data source ID”, “transmission source ID”, “request source ID”, and “transmission source hop number”.

「データ源ID」は、DATAパケットを送信した源となる端末のIDである。端末が、発信元としてデータパケットを送信する際に、自端末のID(識別子)を設定する。中継するデータパケットに対しては、そのまま用いる。   The “data source ID” is the ID of the terminal that is the source that transmitted the DATA packet. When a terminal transmits a data packet as a transmission source, the terminal sets an ID (identifier) of the terminal. The data packet to be relayed is used as it is.

「中継要求データ源ID」は、制御パケットのみが用いるものであり、中継して欲しいデータ源端末のIDを設定する。   “Relay request data source ID” is used only by the control packet, and sets the ID of the data source terminal desired to be relayed.

「送信元ID」は、その制御パケットの送信元端末のIDを設定する。従って、DATAパケットを中継端末から受信した場合、その中継端末のIDとなる。STPパケットの場合、REP送信元端末のID又はワイルドカード(0xFFFF)を設定する。   “Sender ID” sets the ID of the sender terminal of the control packet. Therefore, when a DATA packet is received from a relay terminal, it becomes the ID of the relay terminal. In the case of an STP packet, the ID of the REP transmission source terminal or a wild card (0xFFFF) is set.

「要求元ID」は、REPパケット及びSTPパケットを送信する際に、REQパケットの送信元端末のIDを設定する。   The “request source ID” sets the ID of the transmission source terminal of the REQ packet when transmitting the REP packet and the STP packet.

「送信元ホップ数」は、REQ及びREPパケットを送信する際に、自端末から中継要求データ源IDの端末までのホップ数を設定する。ホップ数は、データ源IDの端末から経由した中継端末の数である。ここで、後述する受信履歴記録部に含まれる中継要求データ源IDのホップ数を用いる。   The “transmission source hop count” sets the hop count from the own terminal to the terminal of the relay request data source ID when transmitting the REQ and REP packets. The number of hops is the number of relay terminals that have passed from the terminal of the data source ID. Here, the hop number of the relay request data source ID included in the reception history recording unit described later is used.

図1によれば、送信情報として、「情報交換型運転支援システム」に含まれる情報が具体的に記載されている。これら情報は、適用されるシステムによって異なる。   According to FIG. 1, information included in the “information exchange type driving support system” is specifically described as transmission information. Such information varies depending on the system to which the information is applied.

端末は、受信履歴記録部を有し、DATAパケットを受信した際に以下の情報を記録する。

Figure 2007174389
The terminal has a reception history recording unit, and records the following information when receiving a DATA packet.
Figure 2007174389

パケット受信率は、データ源IDから直接的に受信されたDATAパケットが受信された率である。DATAパケットが所定時間間隔で定期的に送信される場合、DATAパケットの受信回数と経過時間とによってパケット受信率が算出される。   The packet reception rate is a rate at which a DATA packet received directly from the data source ID is received. When the DATA packet is periodically transmitted at a predetermined time interval, the packet reception rate is calculated based on the number of times the DATA packet is received and the elapsed time.

図2は、本発明の基本パターンとなる第1のシーケンス図である。   FIG. 2 is a first sequence diagram which is a basic pattern of the present invention.

図2によれば、データ源端末は端末Aであって、端末A−端末Bの間と端末B−端末Cとの間は、無線リンクの強度が強く、パケット受信率も高い。一方、端末A−端末Cの間は、無線リンクの強度が弱く、パケット受信率も低い。   According to FIG. 2, the data source terminal is terminal A, and between terminal A and terminal B and between terminal B and terminal C, the strength of the radio link is strong and the packet reception rate is also high. On the other hand, between terminal A and terminal C, the strength of the radio link is weak and the packet reception rate is low.

各端末が送信するパケットは、以下のように図2に記載されている。
[パケット種別,ホップ数,シーケンス番号,データ源ID,
中継要求データ源ID,送信元ID,要求元ID,送信元ホップ数]
The packet transmitted by each terminal is described in FIG. 2 as follows.
[Packet type, number of hops, sequence number, data source ID,
Relay request data source ID, source ID, request source ID, source hop count]

(S201)端末Aは、シーケンス番号1とするDATAパケットを送信する。
[DATA,0,1,A,−,−,−,−]
ホップ数:0、シーケンス番号:1、データ源ID:A
このDATAパケットは、端末Bには受信されたが、端末Cには受信されなかったとする。
(S201) Terminal A transmits a DATA packet with sequence number 1.
[DATA, 0, 1, A,-,-,-,-]
Number of hops: 0, sequence number: 1, data source ID: A
It is assumed that this DATA packet is received by terminal B but not received by terminal C.

(S202)端末Cは、端末Aの存在を知っているものの、端末Aからのパケット受信率が所定閾値以下となった場合には、隣接端末に中継端末として動作してもらうべく、中継要求データ源IDを「端末A」とするREQパケットを送信する。
[REQ,0,1,C,A,C,−,1]
ホップ数:0、シーケンス番号:1、データ源ID:C
中継要求データ源ID:A、送信元ID:C
送信元ホップ数:1
(S202) If terminal C knows the presence of terminal A but the packet reception rate from terminal A is equal to or lower than a predetermined threshold, relay request data is sent to allow an adjacent terminal to operate as a relay terminal. A REQ packet with the source ID “terminal A” is transmitted.
[REQ, 0, 1, C, A, C,-, 1]
Number of hops: 0, sequence number: 1, data source ID: C
Relay request data source ID: A, source ID: C
Number of source hops: 1

(S203)端末Bは、端末CからREQパケットを受信すると、受信履歴記録部を検索する。そして、端末Bは、端末Aをデータ源IDとするDATAパケットを以前に受信していたか否か検索する。端末AからDATAパケットを受信していた場合、端末Bは、端末Aと端末Cとの間で中継端末として機能するべく、中継要求データ源IDを「端末A」とするREPパケットを送信する。
[REP,0,1,B,A,B,C,1]
ホップ数:0、シーケンス番号:1、データ源ID:B
中継要求データ源ID:A、送信元ID:B
要求元ID:C、送信元ホップ数:1
(S203) Upon receiving the REQ packet from the terminal C, the terminal B searches the reception history recording unit. Then, the terminal B searches whether a DATA packet having the terminal A as the data source ID has been received before. When receiving the DATA packet from the terminal A, the terminal B transmits a REP packet having the relay request data source ID “terminal A” in order to function as a relay terminal between the terminal A and the terminal C.
[REP, 0, 1, B, A, B, C, 1]
Number of hops: 0, sequence number: 1, data source ID: B
Relay request data source ID: A, source ID: B
Requester ID: C, source hop count: 1

(S204)次に、端末Aは、シーケンス番号2とするDATAパケットを送信する。
[DATA,0,2,A,−,−,−,−]
ホップ数:0、シーケンス番号:2、データ源ID:A
端末Aから送信されたこのDATAパケットは、端末Bには受信される。
(S204) Next, terminal A transmits a DATA packet with sequence number 2.
[DATA, 0, 2, A,-,-,-,-]
Number of hops: 0, sequence number: 2, data source ID: A
This DATA packet transmitted from terminal A is received by terminal B.

(S205)端末Bは、端末Aから受信したDATAパケットを中継するために、更にブロードキャストする。これにより、このDATAパケットは、端末Cによって受信される。
[DATA,1,2,A,−,−,−,−]
ホップ数:1、シーケンス番号:2、データ源ID:A
(S205) Terminal B further broadcasts to relay the DATA packet received from terminal A. Thereby, this DATA packet is received by the terminal C.
[DATA, 1, 2, A,-,-,-,-]
Number of hops: 1, sequence number: 2, data source ID: A

図3は、本発明における第2のシーケンス図である。   FIG. 3 is a second sequence diagram in the present invention.

図3によれば、データ源端末は端末Aであって、端末A−端末B、端末A−端末C、端末B−端末C、端末B−端末D、及び、端末C−端末Dの間は、無線リンクの強度が強く、パケット受信率も高い。一方、端末A−端末Dの間は、無線リンクの強度が弱く、パケット受信率も低い。   According to FIG. 3, the data source terminal is terminal A, and between terminal A-terminal B, terminal A-terminal C, terminal B-terminal C, terminal B-terminal D, and terminal C-terminal D The strength of the radio link is strong and the packet reception rate is also high. On the other hand, between terminal A and terminal D, the strength of the radio link is weak and the packet reception rate is low.

図3によれば、端末Aから送信されたDATAパケットを端末Dまで中継するために、端末B及び端末Cのいずれも中継端末となり得る。ここでは、端末B及び端末Cが重複して中継端末となることを回避する必要がある。   According to FIG. 3, in order to relay the DATA packet transmitted from the terminal A to the terminal D, both the terminal B and the terminal C can be relay terminals. Here, it is necessary to avoid that terminal B and terminal C overlap and become relay terminals.

(S301)端末Aは、シーケンス番号1とするDATAパケットを送信する。
[DATA,0,1,A,−,−,−,−]
ホップ数:0、シーケンス番号:1、データ源ID:A
このDATAパケットは、端末B及び端末Cには受信されたが、端末Dには受信されなかったとする。
(S301) Terminal A transmits a DATA packet with sequence number 1.
[DATA, 0, 1, A,-,-,-,-]
Number of hops: 0, sequence number: 1, data source ID: A
It is assumed that this DATA packet is received by terminal B and terminal C but not received by terminal D.

(S302)端末Dは、端末Aの存在を知っているものの、端末Aからのパケット受信率が所定閾値以下になった場合に、隣接端末に中継端末として動作してもらうべく、中継要求データ源IDを「端末A」とするREQパケットを送信する。
[REQ,0,1,D,A,D,−,1]
ホップ数:0、シーケンス番号:1、データ源ID:D
中継要求データ源ID:A、送信元ID:D
送信元ホップ数:1
端末Dから送信されたこのREQパケットは、端末B及び端末Cには受信されたが、端末Aには受信されなかったとする。
(S302) The terminal D knows the existence of the terminal A, but when the packet reception rate from the terminal A becomes equal to or less than a predetermined threshold, the relay request data source is set so that the adjacent terminal operates as a relay terminal. A REQ packet with ID “terminal A” is transmitted.
[REQ, 0, 1, D, A, D,-, 1]
Number of hops: 0, sequence number: 1, data source ID: D
Relay request data source ID: A, source ID: D
Number of source hops: 1
The REQ packet transmitted from the terminal D is received by the terminal B and the terminal C, but is not received by the terminal A.

(S303)端末Bは、端末DからREQパケットを受信すると、受信履歴記録部を検索し、端末Aをデータ源IDとするDATAパケットを以前に受信していたか否かを検索する。端末AからDATAパケットを受信していた場合、端末Bは、端末Aと端末Dとの間で中継端末として機能するべく、中継要求データ源IDを「端末A」とするREPパケットを送信する。
[REP,0,1,B,A,B,D,1]
ホップ数:0、シーケンス番号:1、データ源ID:B
中継要求データ源ID:A、送信元ID:B
要求元ID:D、送信元ホップ数:1
(S303) When the terminal B receives the REQ packet from the terminal D, the terminal B searches the reception history recording unit and searches whether or not the DATA packet having the terminal A as the data source ID has been received before. When the DATA packet is received from the terminal A, the terminal B transmits a REP packet having the relay request data source ID “terminal A” in order to function as a relay terminal between the terminal A and the terminal D.
[REP, 0, 1, B, A, B, D, 1]
Number of hops: 0, sequence number: 1, data source ID: B
Relay request data source ID: A, source ID: B
Requester ID: D, source hop count: 1

ここで、端末Cは、REPパケットを送信する前に、端末BからのREPパケットを受信した場合、自らのREPパケットの送信を取りやめる。REQパケットを受信した複数の端末が、重複中継することを避けるためである。   Here, when the terminal C receives the REP packet from the terminal B before transmitting the REP packet, the terminal C stops transmitting its own REP packet. This is to prevent multiple terminals that have received the REQ packet from relaying redundantly.

他の実施形態として、端末Cは、REPパケットを送信した後で、端末BからREPパケットを受信した場合、両応答パケットの所定条件の大小関係を比較し、自身が送信した応答パケットが小となる場合、データパケットの中継をしないようにする。ここで、所定条件とは、REPパケットを送信した端末のIDであってもよい。即ち、絶対的にいずれか一方が決定されることを要する。端末CのIDが、端末BのIDよりも、番号的に小さければ、端末Cは、REPパケットを送信しているけれども、データパケットの中継はしないように制御される。   As another embodiment, when the terminal C receives the REP packet from the terminal B after transmitting the REP packet, the terminal C compares the magnitude relationship of the predetermined conditions of both response packets, and determines that the response packet transmitted by itself is small. In such a case, data packets are not relayed. Here, the predetermined condition may be the ID of the terminal that transmitted the REP packet. That is, it is absolutely necessary that one of them is determined. If the ID of the terminal C is numerically smaller than the ID of the terminal B, the terminal C is controlled not to relay the data packet although it transmits the REP packet.

(S304)次に、端末Aは、以下のようなDATAパケットを送信する。
[DATA,0,2,A,−,−,−,−]
ホップ数:0、シーケンス番号:2、データ源ID:A
端末Aから送信されたこのDATAパケットは、端末B及び端末Cには受信される。
(S304) Next, the terminal A transmits the following DATA packet.
[DATA, 0, 2, A,-,-,-,-]
Number of hops: 0, sequence number: 2, data source ID: A
The DATA packet transmitted from terminal A is received by terminal B and terminal C.

(S305)端末Bは、端末Aから受信したDATAパケットを中継し、更にブロードキャストする。これにより、このDATAパケットは、端末Dによって受信される。
[DATA,1,2,A,−,−,−,−]
ホップ数:1、シーケンス番号:2、データ源ID:A
(S305) Terminal B relays and further broadcasts the DATA packet received from terminal A. Thereby, this DATA packet is received by the terminal D.
[DATA, 1, 2, A,-,-,-,-]
Number of hops: 1, sequence number: 2, data source ID: A

図4は、本発明における第3のシーケンス図である。   FIG. 4 is a third sequence diagram in the present invention.

図4によれば、データ源端末は端末Aであって、端末A−端末B、端末A−端末C、端末B−端末D、及び、端末C−端末Dの間は、無線リンクの強度が強く、パケット受信率も高い。一方、端末A−端末Dの間は、無線リンクの強度が弱く、パケット受信率も低い。更に、端末B−端末Cの間には、障害物等があって、隠れ端末問題が生じているとする。   According to FIG. 4, the data source terminal is terminal A, and the strength of the radio link is between terminal A-terminal B, terminal A-terminal C, terminal B-terminal D, and terminal C-terminal D. Strong and high packet reception rate. On the other hand, between terminal A and terminal D, the strength of the radio link is weak and the packet reception rate is low. Furthermore, it is assumed that there is an obstacle between the terminal B and the terminal C, and the hidden terminal problem has occurred.

図4によれば、端末Aから送信されたDATAパケットを端末Dまで中継するために、端末B及び端末Cのいずれも中継端末となり得る。ここでは、端末B及び端末Cが重複して中継端末となることを回避する必要がある。   According to FIG. 4, in order to relay the DATA packet transmitted from terminal A to terminal D, both terminal B and terminal C can be relay terminals. Here, it is necessary to avoid that terminal B and terminal C overlap and become relay terminals.

(S401)S301と全く同様である。
(S402)S302と全く同様である。
(S403)S303と全く同様である。尚、端末Bが送信したREPパケットは、端末Cによって受信できない。
(S401) This is exactly the same as S301.
(S402) Same as S302.
(S403) Same as S303. Note that the REP packet transmitted by the terminal B cannot be received by the terminal C.

(S404)端末Cは、端末DからREQパケットを受信すると、受信履歴記録部を検索し、端末Aをデータ源IDとするDATAパケットを以前に受信していたか否かを検索する。端末AからDATAパケットを受信していた場合、端末Cは、端末Aと端末Dとの間で中継端末として機能するべく、中継要求データ源IDを「端末A」とするREPパケットを送信する。
[REP,0,1,C,A,C,D,1]
ホップ数:0、シーケンス番号:1、データ源ID:C
中継要求データ源ID:A、送信元ID:C
要求元ID:D、送信元ホップ数:1
尚、端末Cが送信したREPパケットは、端末Bによって受信できない。
(S404) Upon receiving the REQ packet from the terminal D, the terminal C searches the reception history recording unit, and searches for whether or not a DATA packet having the terminal A as the data source ID has been received before. When the DATA packet is received from the terminal A, the terminal C transmits a REP packet having the relay request data source ID “terminal A” in order to function as a relay terminal between the terminal A and the terminal D.
[REP, 0, 1, C, A, C, D, 1]
Number of hops: 0, sequence number: 1, data source ID: C
Relay request data source ID: A, source ID: C
Requester ID: D, source hop count: 1
Note that the REP packet transmitted by the terminal C cannot be received by the terminal B.

(S405)端末Aは、端末BからのREPパケットと、端末CからのREPパケットとを重複して受信することとなる。端末Aは、重複中継を避けるために、2番目にREPパケットを受信した端末Cに対して、STPパケットを送信する。
[STP,0,2,A,A,C,D,−]
ホップ数:0、シーケンス番号:2、データ源ID:A
中継要求データ源ID:A、送信元ID:C
要求元ID:D
STPパケットを受信した端末Cは、データ源IDを「端末A」とするデータパケットについて中継を停止する。
(S405) Terminal A receives the REP packet from terminal B and the REP packet from terminal C in duplicate. Terminal A transmits an STP packet to terminal C that has received the second REP packet in order to avoid duplicate relay.
[STP, 0, 2, A, A, C, D,-]
Number of hops: 0, sequence number: 2, data source ID: A
Relay request data source ID: A, source ID: C
Requester ID: D
The terminal C that has received the STP packet stops relaying the data packet having the data source ID “terminal A”.

(S406)次に、端末Aは、以下のようなDATAパケットを送信する。
[DATA,0,3,A,−,−,−,−]
ホップ数:0、シーケンス番号:3、データ源ID:A
端末Aから送信されたこのDATAパケットは、端末B及び端末Cには受信される。
(S406) Next, terminal A transmits the following DATA packet.
[DATA, 0, 3, A,-,-,-,-]
Number of hops: 0, sequence number: 3, data source ID: A
The DATA packet transmitted from terminal A is received by terminal B and terminal C.

(S407)端末Bは、端末Aから受信したDATAパケットを中継し、更にブロードキャストする。これにより、このDATAパケットは、端末Dによって受信される。
[DATA,1,3,A,−,−,−,−]
ホップ数:1、シーケンス番号:3、データ源ID:A
(S407) Terminal B relays and further broadcasts the DATA packet received from terminal A. Thereby, this DATA packet is received by the terminal D.
[DATA, 1, 3, A,-,-,-,-]
Number of hops: 1, sequence number: 3, data source ID: A

図5は、REQパケットを受信したものとみなすことによって簡単化されたシーケンス図である。   FIG. 5 is a simplified sequence diagram by assuming that a REQ packet has been received.

(S501)端末Aは、シーケンス番号1とするDATAパケットを送信する。
[DATA,0,1,A,−,−,−,−]
ホップ数:0、シーケンス番号:1、データ源ID:A
端末Aから送信されたこのDATAパケットは、端末Bには受信されたが、端末Cには受信されなかったとする。
(S501) Terminal A transmits a DATA packet with sequence number 1.
[DATA, 0, 1, A,-,-,-,-]
Number of hops: 0, sequence number: 1, data source ID: A
It is assumed that the DATA packet transmitted from the terminal A is received by the terminal B but not received by the terminal C.

端末Bは、端末AからDATAパケットを受信すると、受信履歴記録部のデータ源IDに端末Aが記録されているか否かを検索する。ここで、受信履歴記録部には、データ源IDとして端末Aは記録されてなかったとする。これにより、端末Bにとって、端末AからのDATAパケットは、初めて受信されたものであることが認識される。   When the terminal B receives the DATA packet from the terminal A, the terminal B searches whether the terminal A is recorded in the data source ID of the reception history recording unit. Here, it is assumed that the terminal A is not recorded as the data source ID in the reception history recording unit. Thereby, it is recognized for the terminal B that the DATA packet from the terminal A is received for the first time.

(S502)端末Bは、以下の2つの動作をする。
・新規データ源ID(端末A)からREQパケットを受信したものとして動作。
(中継要求データ源ID=受信済みデータ源)
・各受信済みデータ源ID(端末C)からREQパケットを受信したものとして動作。
(中継要求データ源ID=新規受信データ源ID)
(S502) Terminal B performs the following two operations.
Operates as if a REQ packet was received from a new data source ID (terminal A).
(Relay request data source ID = received data source)
Operates as if a REQ packet was received from each received data source ID (terminal C).
(Relay request data source ID = new received data source ID)

端末Bは、要求元IDを「端末A」とするREPパケットを送信する。
[REP,0,1,B,C,B,A,1]
ホップ数:0、シーケンス番号:1、データ源ID:B
中継要求データ源ID:C、送信元ID:B
要求元ID:A、送信元ホップ数:1
これにより、端末Bは、端末Aから送信されたDATAパケットを、端末Cへ中継する。
Terminal B transmits a REP packet whose request source ID is “terminal A”.
[REP, 0, 1, B, C, B, A, 1]
Number of hops: 0, sequence number: 1, data source ID: B
Relay request data source ID: C, transmission source ID: B
Requester ID: A, number of sender hops: 1
Thereby, the terminal B relays the DATA packet transmitted from the terminal A to the terminal C.

(S503)また、端末Bは、要求元IDを「端末C」とするREPパケットを送信する。
[REP,0,1,B,C,B,C,1]
ホップ数:0、シーケンス番号:1、データ源ID:B
中継要求データ源ID:C、送信元ID:B
要求元ID:C、送信元ホップ数:1
これにより、端末Bは、端末Cから送信されたDATAパケットを、端末Aへ中継する。
(S503) In addition, the terminal B transmits a REP packet having the request source ID “terminal C”.
[REP, 0, 1, B, C, B, C, 1]
Number of hops: 0, sequence number: 1, data source ID: B
Relay request data source ID: C, transmission source ID: B
Requester ID: C, source hop count: 1
Thereby, the terminal B relays the DATA packet transmitted from the terminal C to the terminal A.

(S504)端末Cは、シーケンス番号1とするDATAパケットを送信する。
[DATA,0,1,C,−,−,−,−]
ホップ数:0、シーケンス番号:1、データ源ID:C
このDATAパケットは、端末Bに受信される。
(S504) Terminal C transmits a DATA packet with sequence number 1.
[DATA, 0, 1, C,-,-,-,-]
Number of hops: 0, sequence number: 1, data source ID: C
This DATA packet is received by terminal B.

(S505)端末Bは、端末Cから受信したDATAパケットを中継するために、更にブロードキャストする。これにより、このDATAパケットは、端末Aによって受信される。
[DATA,1,1,C,−,−,−,−]
ホップ数:1、シーケンス番号:1、データ源ID:C
(S505) Terminal B further broadcasts to relay the DATA packet received from terminal C. As a result, this DATA packet is received by the terminal A.
[DATA, 1, 1, C,-,-,-,-]
Number of hops: 1, sequence number: 1, data source ID: C

(S506)端末Aは、シーケンス番号2とするDATAパケットを送信する。
[DATA,0,2,A,−,−,−,−]
ホップ数:0、シーケンス番号:2、データ源ID:A
このDATAパケットは、端末Bに受信される。
(S506) Terminal A transmits a DATA packet with sequence number 2.
[DATA, 0, 2, A,-,-,-,-]
Number of hops: 0, sequence number: 2, data source ID: A
This DATA packet is received by terminal B.

(S507)端末Bは、端末Aから受信したDATAパケットを中継するために、更にブロードキャストする。これにより、このDATAパケットは、端末Aによって受信される。
[DATA,1,2,A,−,−,−,−]
ホップ数:1、シーケンス番号:2、データ源ID:A
(S507) Terminal B further broadcasts to relay the DATA packet received from terminal A. As a result, this DATA packet is received by the terminal A.
[DATA, 1, 2, A,-,-,-,-]
Number of hops: 1, sequence number: 2, data source ID: A

図6は、データ源端末が接近することによって中継を停止するためのシーケンス図である。   FIG. 6 is a sequence diagram for stopping the relay when the data source terminal approaches.

(S601)端末Aは、シーケンス番号2とするDATAパケットを送信している。そのDATAパケットは、端末Bには受信されるが、端末Cには受信されない。
(S602)端末Bは、そのDATAパケットを中継するために更にブロードキャストする。これにより、そのDATAパケットは、端末Cに受信される。
(S601) Terminal A transmits a DATA packet having sequence number 2. The DATA packet is received by terminal B but not received by terminal C.
(S602) Terminal B further broadcasts to relay the DATA packet. As a result, the DATA packet is received by the terminal C.

(S603)その後、端末Aと端末Cとが接近し、強いリンクによって接続されたとする。このとき、端末Aが送信したシーケンス番号5のDATAパケットは、端末Cにも直接的に受信される。 (S603) Then, it is assumed that the terminal A and the terminal C approach and are connected by a strong link. At this time, the DATA packet of sequence number 5 transmitted from terminal A is also directly received by terminal C.

端末Cは、DATAパケットを受信すると、受信履歴記録部を検索する。受信履歴記録部には、「送信元ID:B、データ源ID:A、ホップ数:1」の記録がなされている。ここで、端末Cが受信した、端末AからのDATAパケットは、「送信元ID:A、データ源ID:A、ホップ数:0」である。そうすると、ホップ数が小さいDATAパケットが受信されたので、端末Bが中継する必要がなくなる。   When the terminal C receives the DATA packet, the terminal C searches the reception history recording unit. In the reception history recording unit, “transmission source ID: B, data source ID: A, hop count: 1” is recorded. Here, the DATA packet from terminal A received by terminal C is “transmission source ID: A, data source ID: A, hop count: 0”. Then, since a DATA packet with a small number of hops has been received, there is no need for terminal B to relay.

(S604)端末Cは、STPパケットを端末Bへ送信する。
[STP,0,1,C,A,0xFFFF,C,−]
ホップ数:0、シーケンス番号:1、データ源ID:C
中継要求データ源ID:A、送信元ID:0xFFFF
要求元ID:C、送信元ホップ数:−
STPパケットを受信した端末Bは、端末Aからのデータパケットの中継を停止する。
(S604) Terminal C transmits an STP packet to terminal B.
[STP, 0, 1, C, A, 0xFFFF, C,-]
Number of hops: 0, sequence number: 1, data source ID: C
Relay request data source ID: A, source ID: 0xFFFF
Requester ID: C, source hop count:-
Terminal B that has received the STP packet stops relaying the data packet from terminal A.

(S605)端末Cは、STPパケットを送信したものの、端末Bから中継されたデータパケットを受信する場合もある。この場合、重複パケットを受信したこととなるので、端末Bによって中継されたデータパケットは廃棄される。 (S605) Although the terminal C has transmitted the STP packet, the terminal C may receive the data packet relayed from the terminal B. In this case, since the duplicate packet has been received, the data packet relayed by the terminal B is discarded.

図7は、本発明における端末の機能構成図である。   FIG. 7 is a functional configuration diagram of a terminal in the present invention.

図7によれば、端末1は、データ送受信部10と、受信履歴記録部11と、中継制御部12と、中継部13と、中継要求部14とを有する。これら機能は、端末に搭載されたコンピュータを機能させるプログラムによっても実現できる。   According to FIG. 7, the terminal 1 includes a data transmission / reception unit 10, a reception history recording unit 11, a relay control unit 12, a relay unit 13, and a relay request unit 14. These functions can also be realized by a program that causes a computer installed in the terminal to function.

データ送受信部10は、データパケットを送受信するものであり、受信されたデータパケットの受信履歴を受信履歴記録部11へ記録する。   The data transmission / reception unit 10 transmits and receives data packets, and records the reception history of received data packets in the reception history recording unit 11.

受信履歴記録部11は、前述した表1に表されたように、受信されたデータパケットを記録する。   The reception history recording unit 11 records the received data packet as shown in Table 1 described above.

中継制御部12は、他の端末から中継端末となることを要求する要求パケットを受信した際に、受信履歴記録部11を参照する。中継制御部12は、要求パケットが第1の端末からのデータパケットの中継を要求するものであって、第1の端末からのデータパケットの受信記録がある場合、中継端末として機能することを示す応答パケットを送信する。また、受信履歴記録部に記録されていない端末からデータパケットを受信した際に、その端末から要求パケットを受信したものとみなして、応答パケットを送信する。   The relay control unit 12 refers to the reception history recording unit 11 when receiving a request packet requesting to become a relay terminal from another terminal. The relay control unit 12 indicates that the request packet functions as a relay terminal when the request packet requests the relay of the data packet from the first terminal and there is a reception record of the data packet from the first terminal. Send a response packet. When a data packet is received from a terminal that is not recorded in the reception history recording unit, it is assumed that a request packet has been received from that terminal, and a response packet is transmitted.

中継部13は、中継制御部12の制御によって、データパケット毎に中継の開始/停止を制御する。   The relay unit 13 controls the start / stop of relay for each data packet under the control of the relay control unit 12.

中継要求部14は、受信履歴記録部に記録されている、あるデータ源IDのパケット受信率が所定閾値よりも低い場合、隣接端末に対して中継端末となることを要求する要求パケットを送信する。また、中継要求部14は、要求パケットを送信した後に、複数の隣接端末から応答パケットを受信した場合、いずれか1つの隣接端末のみを中継端末とし、その他の隣接端末に対して停止パケットを送信する。   When the packet reception rate of a certain data source ID, which is recorded in the reception history recording unit, is lower than a predetermined threshold, the relay request unit 14 transmits a request packet that requests an adjacent terminal to become a relay terminal. . In addition, when the relay request unit 14 receives response packets from a plurality of adjacent terminals after transmitting the request packet, only one of the adjacent terminals is set as a relay terminal, and a stop packet is transmitted to the other adjacent terminals. To do.

以上、詳細に説明したように、本発明によれば、マルチホップ通信が可能なモバイルアドホックネットワークについて、中継端末を必要最小限にしつつ、1つの端末から発信された情報が、ネットワーク全体の中でできる限り少ない情報量で中継される。これにより、ネットワーク全体のトラヒックを減少させ、通信遅延を低減させる。特に、運転支援システムのようなリアルタイム性を要するシステムにおいては、通信遅延を短縮することができ、通信帯域の有効利用も可能となる。   As described above in detail, according to the present invention, in a mobile ad hoc network capable of multi-hop communication, information transmitted from one terminal is transmitted in the entire network while minimizing the number of relay terminals. It is relayed with as little information as possible. Thereby, the traffic of the whole network is reduced and the communication delay is reduced. In particular, in a system that requires real-time characteristics such as a driving support system, communication delay can be shortened, and communication band can be effectively used.

前述した本発明における種々の実施形態によれば、本発明の技術思想及び見地の範囲における種々の変更、修正及び省略を、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。   According to the various embodiments of the present invention described above, various changes, modifications, and omissions within the scope of the technical idea and the viewpoint of the present invention can be easily made by those skilled in the art. The above description is merely an example, and is not intended to be restrictive. The invention is limited only as defined in the following claims and the equivalents thereto.

本発明におけるMACヘッダの構成図である。It is a block diagram of the MAC header in this invention. 本発明の基本パターンとなる第1のシーケンス図である。It is a 1st sequence diagram used as the basic pattern of this invention. 本発明における第2のシーケンス図である。It is a 2nd sequence diagram in this invention. 本発明における第3のシーケンス図である。It is a 3rd sequence diagram in the present invention. REQパケットを受信したものとみなすことによって簡単化されたシーケンス図である。FIG. 5 is a sequence diagram simplified by assuming that a REQ packet has been received. データ源端末が接近することによって中継を停止するためのシーケンス図である。It is a sequence diagram for stopping a relay when a data source terminal approaches. 本発明における端末の機能構成図である。It is a function block diagram of the terminal in this invention.

符号の説明Explanation of symbols

1 端末
10 データ送受信部
11 受信履歴記録部
12 中継制御部
13 中継部
14 中継要求部
DESCRIPTION OF SYMBOLS 1 Terminal 10 Data transmission / reception part 11 Reception history recording part 12 Relay control part 13 Relay part 14 Relay request part

Claims (15)

モバイルアドホックネットワークにおける端末のパケット中継方法において、
第1の端末からデータパケットを受信した際に、該データパケットを受信した旨を示す履歴情報を受信履歴記録部に保持する第1のステップと、
第2の端末から、第1の端末に対する中継端末となることを要求する要求パケットを受信した際に、前記受信履歴記録部に、前記第1の端末からのデータパケットの受信記録がある場合、中継端末として機能することを示す応答パケットを送信する第2のステップと、
前記第1の端末からデータパケットを受信した際に、該データパケットを中継するために更に送信する第3のステップと
を有することを特徴とするパケット中継方法。
In a packet relay method for a terminal in a mobile ad hoc network,
A first step of holding history information indicating that the data packet has been received in the reception history recording unit when the data packet is received from the first terminal;
When receiving a request packet requesting to become a relay terminal for the first terminal from the second terminal, the reception history recording unit has a reception record of the data packet from the first terminal, A second step of transmitting a response packet indicating functioning as a relay terminal;
And a third step of further transmitting the data packet to relay the data packet when the data packet is received from the first terminal.
前記第2のステップについて、前記応答パケットを送信する前に、他の端末から前記要求パケットに対する応答パケットを受信した場合、前記応答パケットを送信しないことを特徴とする請求項1に記載のパケット中継方法。   2. The packet relay according to claim 1, wherein, in the second step, when the response packet for the request packet is received from another terminal before transmitting the response packet, the response packet is not transmitted. Method. 前記第2のステップについて、前記応答パケットを送信した後で、他の端末から前記要求パケットに対する応答パケットを受信した場合、両応答パケットの所定条件の大小関係を比較し、自身が送信した前記応答パケットが小となる場合、データパケットの中継をしないことを特徴とする請求項1又は2に記載のパケット中継方法。   For the second step, after receiving the response packet, when a response packet for the request packet is received from another terminal, the magnitude relationship of the predetermined conditions of both response packets is compared, and the response transmitted by itself 3. The packet relay method according to claim 1, wherein when the packet becomes small, the data packet is not relayed. 前記受信履歴記録部に記録されていない端末からデータパケットを受信した際に、該端末から前記要求パケットを受信したものとみなして、前記応答パケットを送信することを特徴とする請求項1から3のいずれか1項に記載のパケット中継方法。   4. When receiving a data packet from a terminal not recorded in the reception history recording unit, it is assumed that the request packet has been received from the terminal, and the response packet is transmitted. The packet relay method according to any one of the above. 前記第1のステップについて、前記受信履歴記録部はパケット受信率を記録しており、
第1の端末からのデータパケットが前記受信履歴記録部に記録されているけれども、そのパケット受信率が所定閾値よりも低い場合、隣接端末に対して中継端末となることを要求する要求パケットを送信するステップを更に有することを特徴とする請求項1から4のいずれか1項に記載のパケット中継方法。
For the first step, the reception history recording unit records a packet reception rate,
When a data packet from the first terminal is recorded in the reception history recording unit, but the packet reception rate is lower than a predetermined threshold, a request packet requesting that the adjacent terminal becomes a relay terminal is transmitted. 5. The packet relay method according to claim 1, further comprising a step of:
前記要求パケットを送信した後に、複数の隣接端末から前記応答パケットを受信した場合、いずれか1つの隣接端末のみを中継端末とし、その他の隣接端末に対して停止パケットを送信するステップを更に有することを特徴とする請求項5に記載のパケット中継方法。   When the response packet is received from a plurality of adjacent terminals after transmitting the request packet, only one of the adjacent terminals is set as a relay terminal, and a step of transmitting a stop packet to the other adjacent terminals is further included. The packet relay method according to claim 5. 隣接端末が中継端末となっていることを示すデータパケットについて、前記受信履歴記録部に記録されたホップ数よりも小さいデータパケットが受信された際に、前記隣接端末に対して停止パケットを送信するステップを更に有することを特徴とする請求項5又は6に記載のパケット中継方法。   For a data packet indicating that the adjacent terminal is a relay terminal, a stop packet is transmitted to the adjacent terminal when a data packet smaller than the number of hops recorded in the reception history recording unit is received. The packet relay method according to claim 5 or 6, further comprising a step. モバイルアドホックネットワークについてデータパケットを中継する端末において、
第1の端末からデータパケットを受信した際に、該データパケットを受信した旨を示す履歴情報を記録する受信履歴記録手段と、
第2の端末から、第1の端末に対する中継端末となることを要求する要求パケットを受信した際に、前記受信履歴記録手段に、前記第1の端末からのデータパケットの受信記録がある場合、中継端末として機能することを示す応答パケットを送信する中継制御手段と、
前記第1の端末からデータパケットを受信した際に、該データパケットを中継するために更に送信する中継手段と
を有することを特徴とする端末。
In terminals that relay data packets for mobile ad hoc networks,
Reception history recording means for recording history information indicating that the data packet has been received when the data packet is received from the first terminal;
When receiving a request packet requesting to become a relay terminal for the first terminal from the second terminal, when the reception history recording means has a reception record of the data packet from the first terminal, Relay control means for transmitting a response packet indicating functioning as a relay terminal;
And a relay means for further transmitting the data packet when the data packet is received from the first terminal.
前記中継制御手段は、前記応答パケットを送信する前に、他の端末から前記要求パケットに対する応答パケットを受信した場合、前記応答パケットを送信しないことを特徴とする請求項8に記載の端末。   9. The terminal according to claim 8, wherein the relay control means does not transmit the response packet when receiving a response packet for the request packet from another terminal before transmitting the response packet. 前記中継制御手段は、前記応答パケットを送信した後で、他の端末から前記要求パケットに対する応答パケットを受信した場合、両応答パケットの所定条件の大小関係を比較し、自身が送信した前記応答パケットが小となる場合、データパケットの中継をしないことを特徴とする請求項8又は9に記載の端末。   When the relay control unit receives a response packet for the request packet from another terminal after transmitting the response packet, the relay control unit compares the magnitude relationship of predetermined conditions of both response packets, and the response packet transmitted by itself The terminal according to claim 8 or 9, wherein when the value of becomes small, data packets are not relayed. 前記中継制御手段は、前記受信履歴記録手段に記録されていない端末からデータパケットを受信した場合、該端末から前記要求パケットを受信したものとみなして、前記応答パケットを送信することを特徴とする請求項8から10のいずれか1項に記載の端末。   When the relay control unit receives a data packet from a terminal not recorded in the reception history recording unit, the relay control unit considers that the request packet has been received from the terminal and transmits the response packet. The terminal according to claim 8. 前記受信履歴記録手段は、パケット受信率を更に記録しており、
第1の端末からのデータパケットが前記受信履歴記録手段に記録されているけれども、そのパケット受信率が所定閾値よりも低い場合、隣接端末に対して中継端末となることを要求する要求パケットを送信する中継要求手段を更に有することを特徴とする請求項8から11のいずれか1項に記載の端末。
The reception history recording means further records a packet reception rate,
If a data packet from the first terminal is recorded in the reception history recording means, but the packet reception rate is lower than a predetermined threshold, a request packet requesting that the adjacent terminal becomes a relay terminal is transmitted. The terminal according to any one of claims 8 to 11, further comprising a relay requesting unit for executing the relay request.
前記中継要求手段は、前記要求パケットを送信した後に、複数の隣接端末から前記応答パケットを受信した場合、いずれか1つの隣接端末のみを中継端末とし、その他の隣接端末に対して停止パケットを送信することを特徴とする請求項12に記載の端末。   When the relay request unit receives the response packet from a plurality of adjacent terminals after transmitting the request packet, only one of the adjacent terminals is set as a relay terminal, and a stop packet is transmitted to the other adjacent terminals. The terminal according to claim 12, wherein: 前記中継要求手段は、隣接端末が中継端末となっていることを示すデータパケットについて、前記受信履歴記録手段に記録されたホップ数よりも小さいデータパケットが受信された際に、前記隣接端末に対して停止パケットを送信することを特徴とする請求項12又は13に記載の端末。   For the data packet indicating that the adjacent terminal is a relay terminal, the relay requesting unit is configured to notify the adjacent terminal when a data packet smaller than the number of hops recorded in the reception history recording unit is received. The terminal according to claim 12 or 13, wherein a stop packet is transmitted. モバイルアドホックネットワークについてデータパケットを中継する端末に搭載されたコンピュータを機能させるプログラムにおいて、
第1の端末からデータパケットを受信した際に、該データパケットを受信した旨を示す履歴情報を記録する受信履歴記録手段と、
第2の端末から、第1の端末に対する中継端末となることを要求する要求パケットを受信した際に、前記受信履歴記録手段に、前記第1の端末からのデータパケットの受信記録がある場合、中継端末として機能することを示す応答パケットを送信する中継制御手段と、
前記第1の端末からデータパケットを受信した際に、該データパケットを中継するために更に送信する中継手段と
してコンピュータを機能させることを特徴とするプログラム。
In a program for functioning a computer installed in a terminal that relays data packets for a mobile ad hoc network,
Reception history recording means for recording history information indicating that the data packet has been received when the data packet is received from the first terminal;
When receiving a request packet requesting to become a relay terminal for the first terminal from the second terminal, when the reception history recording means has a reception record of the data packet from the first terminal, Relay control means for transmitting a response packet indicating functioning as a relay terminal;
A program for causing a computer to function as a relay means for further transmitting a data packet when the data packet is received from the first terminal.
JP2005370879A 2005-12-22 2005-12-22 Packet relay method for terminal in mobile ad hoc network, terminal and program thereof Expired - Fee Related JP4822414B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2005370879A JP4822414B2 (en) 2005-12-22 2005-12-22 Packet relay method for terminal in mobile ad hoc network, terminal and program thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005370879A JP4822414B2 (en) 2005-12-22 2005-12-22 Packet relay method for terminal in mobile ad hoc network, terminal and program thereof

Publications (2)

Publication Number Publication Date
JP2007174389A true JP2007174389A (en) 2007-07-05
JP4822414B2 JP4822414B2 (en) 2011-11-24

Family

ID=38300339

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005370879A Expired - Fee Related JP4822414B2 (en) 2005-12-22 2005-12-22 Packet relay method for terminal in mobile ad hoc network, terminal and program thereof

Country Status (1)

Country Link
JP (1) JP4822414B2 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009011124A1 (en) * 2007-07-19 2009-01-22 Sanyo Electric Co., Ltd. Communication method and wireless device using the same
JP2012217113A (en) * 2011-03-31 2012-11-08 National Institute Of Information & Communication Technology Mechanism for network multimode operation
JP2016171381A (en) * 2015-03-11 2016-09-23 古野電気株式会社 Monitoring system for mobile, slave unit, master unit, and program
JP2019057870A (en) * 2017-09-22 2019-04-11 富士通株式会社 Information processing system and radio terminal
CN112055343A (en) * 2020-08-21 2020-12-08 北京小米移动软件有限公司 Bluetooth Mesh network flooding method, device and storage medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001036459A (en) * 1999-07-22 2001-02-09 Canon Inc Radio communication equipment
JP2003110478A (en) * 2001-09-26 2003-04-11 Nippon Hoso Kyokai <Nhk> Radio relay system, radio apparatus, and node selection method
JP2005333238A (en) * 2004-05-18 2005-12-02 Oki Electric Ind Co Ltd Path management device
JP2005341300A (en) * 2004-05-27 2005-12-08 Sharp Corp Radio communication system, and radio communication apparatus

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001036459A (en) * 1999-07-22 2001-02-09 Canon Inc Radio communication equipment
JP2003110478A (en) * 2001-09-26 2003-04-11 Nippon Hoso Kyokai <Nhk> Radio relay system, radio apparatus, and node selection method
JP2005333238A (en) * 2004-05-18 2005-12-02 Oki Electric Ind Co Ltd Path management device
JP2005341300A (en) * 2004-05-27 2005-12-08 Sharp Corp Radio communication system, and radio communication apparatus

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009011124A1 (en) * 2007-07-19 2009-01-22 Sanyo Electric Co., Ltd. Communication method and wireless device using the same
JP2012217113A (en) * 2011-03-31 2012-11-08 National Institute Of Information & Communication Technology Mechanism for network multimode operation
JP2016171381A (en) * 2015-03-11 2016-09-23 古野電気株式会社 Monitoring system for mobile, slave unit, master unit, and program
JP2019057870A (en) * 2017-09-22 2019-04-11 富士通株式会社 Information processing system and radio terminal
CN112055343A (en) * 2020-08-21 2020-12-08 北京小米移动软件有限公司 Bluetooth Mesh network flooding method, device and storage medium
CN112055343B (en) * 2020-08-21 2023-12-12 北京小米移动软件有限公司 Bluetooth Mesh network flooding method, device and storage medium

Also Published As

Publication number Publication date
JP4822414B2 (en) 2011-11-24

Similar Documents

Publication Publication Date Title
US9554322B2 (en) Transmission control method and communication apparatus using the same for vehicular ad hoc network system
US7889713B2 (en) Transmission of management messages for relay networks
US7155256B2 (en) Radio communication network system
US20080095134A1 (en) Roadside network unit and method of organizing, managing and maintaining local network using local peer groups as network groups
JP2006229968A (en) Hybrid approach for network design using multi-hop strategy and mobile infostation strategy
KR101066291B1 (en) Packet routing method and apparatus
JP2006311495A (en) Radio communication device, communication route control device, communication route control method, and communication system
JP2007266876A (en) Wireless communication method, wireless communication device, and wireless communication program
JP4911402B2 (en) Mobile radio communication system and communication control method thereof, mobile terminal, and program
JP2007235444A (en) Mobile terminal device, control method and mobile communication system
JP2002281030A (en) Broadcast system, broadcast method and broadcast program
KR101602458B1 (en) Packet routing apparatus and method
JP2006221286A (en) Communication device
Saleh et al. A survey of routing algorithms in vehicular networks
JP2005203991A (en) Wireless communication system, wireless communication terminal, and base station
JP4822414B2 (en) Packet relay method for terminal in mobile ad hoc network, terminal and program thereof
JP4572173B2 (en) Wireless communication apparatus, wireless communication method, and route information table creation method
JP2008172283A (en) Multi-hop radio communication system and configuration method thereof, and radio communication device
JP5241481B2 (en) Communication system including ad hoc network, mobile communication device of communication system, and communication method in communication system
KR100982298B1 (en) Adaptive Relay Node Selection Method for Alert Message Propagation in Inter-vehicle Communication
JP4830879B2 (en) Wireless data communication system
JP4407658B2 (en) Multi-hop network system, route control method thereof, relay terminal and program constituting the same
KR20100070662A (en) Apparatus and method for the ad-hoc network routing based on the link quality of neighborhood node
JP4821266B2 (en) Autonomous distributed radio system
JP2005347879A (en) Radio communication system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080819

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110124

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110204

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110531

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110706

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

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

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20140916

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees