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 PDFInfo
- 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
Links
Images
Abstract
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)
しかしながら、非特許文献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パケットを受信した際に以下の情報を記録する。
パケット受信率は、データ源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 /
データ送受信部10は、データパケットを送受信するものであり、受信されたデータパケットの受信履歴を受信履歴記録部11へ記録する。
The data transmission /
受信履歴記録部11は、前述した表1に表されたように、受信されたデータパケットを記録する。
The reception
中継制御部12は、他の端末から中継端末となることを要求する要求パケットを受信した際に、受信履歴記録部11を参照する。中継制御部12は、要求パケットが第1の端末からのデータパケットの中継を要求するものであって、第1の端末からのデータパケットの受信記録がある場合、中継端末として機能することを示す応答パケットを送信する。また、受信履歴記録部に記録されていない端末からデータパケットを受信した際に、その端末から要求パケットを受信したものとみなして、応答パケットを送信する。
The
中継部13は、中継制御部12の制御によって、データパケット毎に中継の開始/停止を制御する。
The
中継要求部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
以上、詳細に説明したように、本発明によれば、マルチホップ通信が可能なモバイルアドホックネットワークについて、中継端末を必要最小限にしつつ、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.
1 端末
10 データ送受信部
11 受信履歴記録部
12 中継制御部
13 中継部
14 中継要求部
DESCRIPTION OF SYMBOLS 1
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.
第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の端末からデータパケットを受信した際に、該データパケットを受信した旨を示す履歴情報を記録する受信履歴記録手段と、
第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.
第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の端末からデータパケットを受信した際に、該データパケットを受信した旨を示す履歴情報を記録する受信履歴記録手段と、
第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.
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)
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)
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 |
-
2005
- 2005-12-22 JP JP2005370879A patent/JP4822414B2/en not_active Expired - Fee Related
Patent Citations (4)
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)
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 |