Nothing Special   »   [go: up one dir, main page]

JP4605426B2 - COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, PROGRAM - Google Patents

COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, PROGRAM Download PDF

Info

Publication number
JP4605426B2
JP4605426B2 JP2003290468A JP2003290468A JP4605426B2 JP 4605426 B2 JP4605426 B2 JP 4605426B2 JP 2003290468 A JP2003290468 A JP 2003290468A JP 2003290468 A JP2003290468 A JP 2003290468A JP 4605426 B2 JP4605426 B2 JP 4605426B2
Authority
JP
Japan
Prior art keywords
route
message
communication terminal
communication
identification information
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.)
Expired - Fee Related
Application number
JP2003290468A
Other languages
Japanese (ja)
Other versions
JP2005064721A (en
JP2005064721A5 (en
Inventor
政明 礒津
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
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
Priority to JP2003290468A priority Critical patent/JP4605426B2/en
Application filed by Sony Corp filed Critical Sony Corp
Priority to US10/567,101 priority patent/US8005054B2/en
Priority to KR1020067002711A priority patent/KR101049870B1/en
Priority to EP04771626.1A priority patent/EP1653676B1/en
Priority to PCT/JP2004/011651 priority patent/WO2005015856A1/en
Priority to BRPI0413316-1A priority patent/BRPI0413316A/en
Priority to CNB2004800228065A priority patent/CN100574260C/en
Publication of JP2005064721A publication Critical patent/JP2005064721A/en
Publication of JP2005064721A5 publication Critical patent/JP2005064721A5/ja
Application granted granted Critical
Publication of JP4605426B2 publication Critical patent/JP4605426B2/en
Priority to US13/162,322 priority patent/US8755294B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Description

本発明は、通信端末装置及びその制御方法、プログラムに関し、例えばアドホックネットワークに適用して好適なものである。 The present invention relates to a communication terminal apparatus, a control method therefor, and a program, and is suitable for application to an ad hoc network, for example.

近年、ノート型パーソナルコンピュータやPDAといった移動コンピュータの普及に伴い、これら移動コンピュータを無線によって接続できるネットワークコンピューティング環境への要求が高まっている。このようなネットワークのひとつとしてアドホックネットワークがある。   In recent years, with the spread of mobile computers such as notebook personal computers and PDAs, there is an increasing demand for a network computing environment in which these mobile computers can be connected wirelessly. One such network is an ad hoc network.

アドホックネットワークは、データの中継を行うための専用のルータが存在せず、各通信端末(以下、これをノードと呼ぶ)がメッセージを無線通信によりルーティングすることによって、移動性、柔軟性及び経済性の高いネットワークを構築し得るようになされたものである。   Ad hoc networks do not have a dedicated router for relaying data, and each communication terminal (hereinafter referred to as a node) routes messages by wireless communication, thereby providing mobility, flexibility and economy. It was made to be able to construct a high network.

このように全てのノードが無線ネットワークにより接続されたアドホックネットワークにおいては、従来の固定的なネットワークとは異なり、トポロジの変化が非常に頻繁に起こるため、信頼性を確保するための経路制御方式(ルーティングプロトコル)を確立する必要がある。   In an ad hoc network in which all nodes are connected by a wireless network in this way, unlike a conventional fixed network, the topology changes very frequently, so a route control method for ensuring reliability ( Routing protocol) must be established.

現在提案されているアドホックネットワークのルーティングプロトコルは、通信を開始する直前に通信先までの通信経路を発見するオンデマンド方式と、通信の有無にかかわらず各ノードがそれぞれ他の各ノードまでの通信経路を予め発見しておきこれをテーブルとして保持しておくテーブル駆動方式の大きく2つのカテゴリに分けることができる。また近年では、これらを統合したハイブリッド方式も提案されている。   Currently proposed ad hoc network routing protocols include an on-demand method for finding a communication route to a communication destination immediately before starting communication, and a communication route for each node to each other node regardless of the presence or absence of communication. Can be roughly divided into two categories of table driving methods in which these are found in advance and held as a table. In recent years, a hybrid system integrating these has also been proposed.

このうち、オンデマンド方式の代表的なルーティングプロトコルとして、IETF(Internet Engineering Task Force)のMANET WG(Mobil Adhoc NETwork Working Group)で提案されているAODV(Adhoc On-demand Distance Vector)プロトコルがある(例えば特許文献1参照)。以下、このAODVにおける経路発見プロセスについて説明する。   Among them, as a typical on-demand routing protocol, there is an AODV (Adhoc On-demand Distance Vector) protocol proposed by the Internet Engineering Task Force (IETF) MANET WG (Mobil Adhoc NETwork Working Group) (for example, Patent Document 1). The route discovery process in this AODV will be described below.

図12(A)は、複数のノードA´〜E´、S´により構築されるアドホックネットワークシステム1を示すものである。この図では、相互に通信可能な範囲内にあるノードA´〜E´、S´同士が線により結ばれている。従って、線で結ばれていないノードA´〜E´、S´間では他のノードA´〜E´、S´を介して通信を行う必要があり、この場合に以下に説明する経路発見プロセスにより通信すべきノードA´〜E´、S´との間の経路の発見が行われる。   FIG. 12A shows an ad hoc network system 1 constructed by a plurality of nodes A ′ to E ′ and S ′. In this figure, nodes A ′ to E ′ and S ′ that are within a mutually communicable range are connected by a line. Therefore, it is necessary to perform communication between the nodes A ′ to E ′ and S ′ that are not connected by lines via the other nodes A ′ to E ′ and S ′. In this case, the route discovery process described below is performed. Thus, the route between the nodes A ′ to E ′ and S ′ to be communicated is found.

例えばノードS´がノードD´との間で通信を開始する場合において、ノードS´がノードD´までの通信経路を知らない場合、ノードS´は、まず図13に示すような経路要求メッセージ(RREQ:Route Request)2をブロードキャストする。   For example, when the node S ′ starts communication with the node D ′, and the node S ′ does not know the communication route to the node D ′, the node S ′ first sends a route request message as shown in FIG. (RREQ: Route Request) 2 is broadcast.

この経路要求メッセージ2は、「Type」、「Flag」、「Reserved」、「Hop Count」、「RREQ ID」、「Destination Address」、「Destination Sequence Number」、「Originator Address」及び「Originator Sequence Number」のフィールド3〜3から構成されており、「Type」のフィールド にメッセージの種類(経路要求メッセージの場合は「1」)、「Flag 」のフィールド3に各種通信制御のためのフラグ、「Hop Count」のフィールド3にホップ数(初期値は「0」)、「RREQ ID」のフィールド3に当該経路要求メッセージに付与された固有のID(以下、これを経路要求メッセージIDと呼ぶ)がそれぞれ格納される。 The route request message 2 includes “Type”, “Flag”, “Reserved”, “Hop Count”, “RREQ ID”, “Destination Address”, “Destination Sequence Number”, “Originator Address”, and “Originator Sequence Number”. field 3 1 is composed of a to 3 9 (in the case of the route request message "1") field 3 one message of "type", for field 3 2 for various communication control "Flag" flag, "hop count" field 3 4 of the number of hops (initial value is "0"), "RREQ ID" field 35 in the route request message to an applied unique ID (hereinafter, a route request message Are called IDs).

また経路要求メッセージ2の「Destination Address」のフィールド3にはその経路要求メッセージの送信先であるノードD´のアドレス、「Destination Sequence Number」のフィールド3にはノードS´が最後に知ったノードD´のシーケンス番号、「Originator Address」のフィールド3にはノードS´のアドレス、「Originator Sequence Number」のフィールド3にはノードS´のシーケンス番号がそれぞれ格納される。 The field 3 to 6 destination at a node D'address of the route request message "Destination Address" of the route request message 2, the node S'field 3 7 of the "Destination Sequence Number" is learned last node D'sequence number, field 3 8 the node S'address "Originator address", "Originator sequence number" field 3 9 the node S'sequence number of is stored, respectively.

そしてこの経路要求メッセージ2を受け取ったノードA´〜E´は、その経路要求メッセージの「Destination Address」のフィールド3に格納された当該経路要求メッセージ2のあて先に基づいて自分宛の経路要求メッセージ2であるか否かを判断し、自分宛でない場合には「Hop Count」のフィールド3に格納されたホップ数を「1」増加させたうえでこの経路要求メッセージ2をブロードキャストする。 And node A'~E' receiving this route request message 2, "Destination Address" field 3 6 route request message addressed to themselves based on the stored destination of the route request message 2 to of the route request message it is determined whether the 2, the field 3 broadcasts this route request message 2 4 stored a number of hops to in terms of increased "1" in the "hop count" when not addressed to itself.

またこのときそのノードA´〜E´は、自己の経路テーブルにその経路要求メッセージ2の送信元であるノードS´のアドレスが存在するか否かを調査し、存在しない場合にはノードS´への逆向き経路(Reverse Path)に関する各種情報(エントリ)を経路テーブルに挿入する。 Also the node A'~E' this time, when investigated whether node S'address which is the transmission source of the route request message 2 in its route table is present, there is no node S' Various information (entries) related to the reverse path to the path is inserted into the path table.

ここで、この経路テーブルは、この後そのノード(ここではノードS´)を送信先とするデータを受信した場合に参照するためのテーブルであり、図14に示すように、「Destination Address」、「Destination Sequence Number」、「Hop Count」、「Next Hop」、「Precursor List」、「Life Time」のフィールド5〜5から構成される。 Here, this route table is a table to be referred to when data having the node (here, node S ′ ) as a transmission destination is received thereafter. As shown in FIG. 14, “Destination Address”, “Destination Sequence Number”, “Hop Count”, “Next Hop”, “Precursor List”, and “Life Time” fields 5 1 to 5 6 are configured.

そしてノードA´〜E´は、かかる逆向き経路の経路テーブル4への挿入処理時、経路テーブル4の「Destination Address」、「Destination Sequence Number」又は「Hop Count」の各フィールド5〜5にその経路要求メッセージ2における「Destination Address」、「Destination Sequence Number」及び「Hop Count」の各フィールド3、3、3のデータをそれぞれコピーする。 The nodes A ′ to E ′, when inserting the reverse route into the route table 4, each field 5 1 to 5 3 of “Destination Address”, “Destination Sequence Number”, or “Hop Count” of the route table 4. The data of the fields 3 6 , 3 7 , 3 4 of “Destination Address”, “Destination Sequence Number” and “Hop Count” in the route request message 2 are respectively copied.

またノードA´〜E´は、経路テーブル4の「Next Hop」のフィールド5に、その経路要求メッセージ2が格納されたパケットのヘッダに含まれるその経路要求メッセージ2を転送してきた近隣ノードA´〜C´、E´、S´のアドレスを格納する。これによりノードS´までの逆向き経路が設定されたこととなり、この後ノードS´を送信先とするデータが送信されてきた場合には、この経路テーブル4に基づいて、対応する「Next Hop」のフィールド に記述されたアドレスのノードA´〜E´にそのデータが転送される。 The node A'~E' is the field 5 4 of the "Next Hop" path table 4, the neighboring node A, which has forwarded the route request message 2 to the route request message 2 is included in the header of the stored packets The addresses of '-C', E ', S' are stored. As a result, a reverse route to the node S ′ is set, and when data having the node S ′ as a transmission destination is transmitted thereafter, the corresponding “Next Hop” is based on the route table 4. the data is transferred to the node A'~E' the address described in a field 5 4 ".

さらにノードA´〜E´は、経路テーブル4の「Precursor List」のフィールド5にその経路を通信に使用する他のノードA´〜E´のリストを格納し、「Life Time」のフィールド5にその経路の生存時間を格納する。かくして、この後このエントリは、この「Life Time」のフィールド5に格納された生存時間に基づいて生存の可否が管理され、使用されることなく生存時間が経過した場合には経路テーブル4から削除される。 Moreover node A'~E' stores a list of other nodes A'~E' using that route communications to field 5 5 in "Precursor the List" in the route table 4, field 5 of the "Life Time" 6 stores the survival time of the route. Thus, after this the entry, the "Life Time" field 5 of 6 based on the stored survival time survival whether is managed, if the survival time without being used has passed from the route table 4 Deleted.

そして、この後これと同様の処理がアドホックネットワークシステム1内の対応する各ノードA´〜E´において行われ、やがてその経路要求メッセージ2が経路要求メッセージ送信先ノードであるノードD´にまで伝達される(図12(B))。   Thereafter, similar processing is performed in each of the corresponding nodes A ′ to E ′ in the ad hoc network system 1, and the route request message 2 is eventually transmitted to the node D ′ which is the route request message transmission destination node. (FIG. 12B).

この際この経路要求メッセージ2を受信した各ノードA´〜E´は、二重受け取り防止のため、経路要求メッセージ2の経路要求メッセージID(図13の「RREQ ID」)をチェックし、過去に同じ経路要求メッセージIDの経路要求メッセージ2を受信していた場合にはこの経路要求メッセージ2を破棄する。   At this time, each of the nodes A ′ to E ′ that have received the route request message 2 checks the route request message ID (“RREQ ID” in FIG. 13) of the route request message 2 in order to prevent double reception. If the route request message 2 having the same route request message ID has been received, the route request message 2 is discarded.

なお、経路要求メッセージ2がそれぞれ異なる経路を通ってノードD´に複数到達することがあるが、このときノードD´は、最初に到達したものを優先し、2番目以降に到達したものは破棄するようになされている。これにより経路要求メッセージの送信元であるノードS´から送信先であるノードD´までの一意な経路を双方向で作成し得るようになされている。 Note that a plurality of route request messages 2 may reach the node D ′ through different routes. At this time, the node D ′ gives priority to the one that arrives first, and discards the one that arrives after the second. It is made to do . As a result, a unique route from the node S ′, which is the transmission source of the route request message, to the node D ′, which is the transmission destination, can be created in both directions.

一方、経路要求メッセージ2を受信したノードD´は、図15に示すような経路応答メッセージ(RREP:Route Reply)6を作成し、これをこの経路要求メッセージ2を転送してきた近隣ノードC´、E´にユニキャストする。   On the other hand, the node D ′ that has received the route request message 2 creates a route reply message (RREP: Route Reply) 6 as shown in FIG. Unicast to E '.

この経路応答メッセージ6は、「Type」、「Flag」、「Reserved」、「Prefix Sz」、「Hop Count」、「Destination Address」、「Destination Sequence Number」、「Originator Address」及び「Lifetime」のフィールド7〜7から構成されており、「Type」のフィールド7にメッセージの種類(経路応答メッセージの場合は「2」)、「Flag 」のフィールド7に各種通信制御のためのフラグ、「Prefix Sz」のフィールド7にサブネットアドレス、「Hop Count」のフィールド7にホップ数(初期値は「0」)がそれぞれ格納される。 The route response message 6 includes fields of “Type”, “Flag”, “Reserved”, “Prefix Sz”, “Hop Count”, “Destination Address”, “Destination Sequence Number”, “Originator Address”, and “Lifetime”. 7 1-7 9 are composed of, (in the case of route reply message "2") message type field 71 of the "type" flag for the field 7 2 for various communication control "flag", field 7 4 to the subnet address "Prefix Sz" field 7 5 the number of hops of the "hop count" (initial value is "0") respectively.

また経路応答メッセージ6の「Destination Address」、「Destination Sequence Number」及び「Originator Address」の各フィールド7〜7に、それぞれかかる経路要求メッセージ2における「Originator Address」、「Originator Sequence Number」又は「Destination Address」の各フィールド3、3、3のデータがコピーされる。 The "Destination Address" in the route reply message 6, each field 7 6-7 8 "Destination Sequence Number" and "Originator Address", "Originator Address" in such route request message 2, respectively, "Originator Sequence Number" or " Data in each field 3 8 , 3 9 , 3 6 of “Destination Address” is copied.

そしてこの経路応答メッセージ6を受け取ったノードC´、E´は、その経路応答メッセージ6の「Destination Address」のフィールド に記述された当該経路応答メッセージ6のあて先に基づいて自分宛の経路応答メッセージ6であるか否かを判断し、自分宛でない場合には「Hop Count」のフィールド に格納されたホップ数を「1」増加させたうえでこの経路応答メッセージ6を、経路要求メッセージ2の転送時に逆向き経路として設定したノード(ノードS´用の経路テーブル4(図14)の「Next Hop」のフィールド5に記述されたノード)A´〜C´、E´にユニキャストする。 And this route node receives a response message 6 C', E'the route reply addressed to themselves based on the destination of the route reply message 6 described in the field 7 6 in "Destination Address" of the route reply message 6 it is determined whether the message 6, the route reply message 6 in terms of increased "1" the number of hops stored in the field 7 5 "hop count" when not addressed to itself, the route request message node set as reverse path during second transfer (route table 4 for node S'( "Next Hop" field 5 4 in the described nodes of FIG. 14)) A'~C', unicast E' To do.

またこのときそのノードA´〜C´、E´、S´は、自己の経路テーブル4にその経路応答メッセージ6の送信元であるノードDのアドレスが存在するか否かを調査し、存在しない場合には図14について上述した場合と同様にしてノードDまでの逆向き経路のエントリを経路テーブル4に挿入する。   At this time, the nodes A ′ to C ′, E ′, and S ′ investigate whether or not the address of the node D that is the transmission source of the route response message 6 exists in its route table 4 and does not exist. In this case, the reverse route entry to the node D is inserted into the route table 4 in the same manner as described above with reference to FIG.

かくして、この後これと同様の処理が対応する各ノードA´〜C´、E´、において順次行われ、これによりやがて経路応答メッセージ6が経路要求メッセージ2の送信元であるノードS´にまで伝達される(図12(C))。そしてこの経路応答メッセージ6をノードS´が受信すると経路発見プロセスが終了する。 Thus, thereafter, the same processing is sequentially performed in the corresponding nodes A ′ to C ′ and E ′, so that the route response message 6 eventually reaches the node S ′ that is the transmission source of the route request message 2. Is transmitted (FIG. 12C). When the node S ′ receives this route response message 6, the route discovery process ends.

このようにしてAODVでは、各ノードA´〜E´、S´が通信先のノードとの間の通信経路を発見し、設定する。
米国特許出願公開第2002/0049561号明細書
In this way, in AODV, each of the nodes A ′ to E ′ and S ′ discovers and sets a communication path with the communication destination node.
US Patent Application Publication No. 2002/0049561

ところで、アドホックネットワークのルーティングプロトコルとして現在提案されている上述のオンデマンド方式や、テーブル駆動方式及びハイブリッド方式は、経路の作成の仕方に違いがあるものの、これらどの方式も経路テーブル上では1つのあて先に対して1つの経路(次ホップ)を有しているだけである点で共通しており、このためノード間の通信に障害が発生したときなどに違う経路を使用したいという要求があっても何らかの方法で新しく経路が作成されるのを待つ必要がある。   By the way, although the above-mentioned on-demand method, the table driving method, and the hybrid method, which are currently proposed as routing protocols for ad hoc networks, have different ways of creating a route, each of these methods has one destination on the route table. This is common in that it only has one route (next hop) for the network, so even if there is a request to use a different route when a failure occurs in communication between nodes. It is necessary to wait for a new route to be created in some way.

この場合、オンデマンド方式では、障害が発生したことを検知してから新しい経路の作成に取り掛かるため、復旧するまでのオーバーヘッドや時間が大きい。またテーブル駆動方式では、ルーティングプロトコルにより常時経路情報を交換していることから比較的障害に強いとされているものの、常に情報を送受信することによるオーバーヘッドの大きさが問題となっている。実際上、モバイル機器がアドホックネットワークで接続された環境を考えると、消費電力の面からも常に経路情報を交換するのは得策ではない。また一方で、経路テーブルを更新する周期が長いと、突然の障害に対処できない問題もある。   In this case, in the on-demand method, since a new route is started after detecting the occurrence of a failure, the overhead and time until recovery is large. In the table driving method, since route information is always exchanged by a routing protocol, it is considered to be relatively resistant to failures, but there is a problem of overhead due to transmission and reception of information at all times. In practice, considering an environment where mobile devices are connected via an ad hoc network, it is not a good idea to always exchange route information from the viewpoint of power consumption. On the other hand, if the cycle of updating the route table is long, there is a problem that a sudden failure cannot be dealt with.

例えば上述のAODVプロトコルでは、ノード間の通信に障害が起きて通信が切断されたときに、両端のノードから経路の再発見を要求するメッセージを送信するローカルリペア(Local Repair)という手法により新たに経路を作成することとしているが、AODVのプロトコルの仕組み上、同時に1つの経路しか作成できないため、原則としてリンクに障害が起きても切断してはじめて新しい経路作成に取り掛かることになる。ローカルリペアでも経路を作成できるようになれば、即時性を要求されるリアルタイム通信に対しても有効な手法となる。   For example, in the above-described AODV protocol, when communication between nodes fails and communication is disconnected, a message called “Local Repair” that transmits a message for requesting rediscovery of a route from both nodes is newly added. Although a route is to be created, only one route can be created at the same time due to the AODV protocol mechanism. Therefore, in principle, a new route is created only after disconnection even if a link failure occurs. If a route can be created even by local repair, it will be an effective method for real-time communication that requires immediacy.

このように一般的なアドホックルーティングは、経路テーブルのあて先1つに対して単一の経路しかもたないため、ノード間の通信に障害が起きた際の対処法は十分ではない。オンデマンド方式の代表的なルーティングプロトコルであるAODVでも複数の経路を同時に保有することは困難であり、障害対策に対する要求を十分に満たしているわけではない。   As described above, in general ad hoc routing, there is only a single route for one destination in the route table, so that a countermeasure for a failure in communication between nodes is not sufficient. AODV, which is a typical on-demand routing protocol, is difficult to hold a plurality of routes at the same time, and does not sufficiently satisfy the demand for failure countermeasures.

本願発明は以上の点を考慮してなされたもので、信頼性の高い通信端末装置及びその制御方法、プログラムを提案しようとするものである。 The present invention has been made in view of the above points, and intends to propose a highly reliable communication terminal apparatus, a control method therefor, and a program.

かかる課題を解決するため本発明においては、通信端末装置及びその制御方法並びにプログラムにおいて、第1の通信端末から第2の通信端末を送信先として発信された経路要求メッセージ又は当該第2の通信端末からの応答を表し当該第1の通信端末を送信先とする経路応答メッセージでなりメッセージ識別情報を付されたメッセージを中継すると共に、当該メッセージに基づいて通信端末間の経路を作成する通信端末装置において、メッセージを重複して受信し、過去に受信したメッセージのメッセージ識別情報を履歴記憶手段に記憶し、受信したメッセージのメッセージ識別情報が上記履歴記憶手段に既に記憶されており、且つ当該メッセージに自己の通信端末を識別する端末識別情報が付されている場合には、当該メッセージを破棄し、それ以外の場合には、当該メッセージの送信元を送信先とし当該メッセージの転送元を転送先とする経路を所定の経路リストに記録することにより第1の通信端末又は第2の通信端末までの経路を複数作成すると共に、当該メッセージに付されたメッセージ識別情報を履歴記憶手段に記憶させ、さらにメッセージの送信先が自己の端末装置でない場合に当該メッセージに自己の端末識別情報を付して転送し、作成された複数の経路を記憶し、管理すると共に、第1の通信端末又は第2の通信端末までの通信経路として当該複数の経路の中から1つの経路設定する一方、当該通信経路を必要に応じて複数の経路のうちの他の経路に切り換えるようにした。 In order to solve this problem, in the present invention, in the communication terminal device, the control method thereof, and the program, the route request message transmitted from the first communication terminal to the second communication terminal as the transmission destination or the second communication terminal Communication terminal device that relays a message that is a route response message to which the first communication terminal is the destination and that has message identification information attached, and creates a route between the communication terminals based on the message The message identification information of the message received in the past is stored in the history storage means, the message identification information of the received message is already stored in the history storage means, and the message If terminal identification information that identifies your communication terminal is attached, discard the message In other cases, the first communication terminal or the second communication terminal is recorded by recording a route having the transmission source of the message as a transmission destination and the transfer source of the message as a transfer destination in a predetermined route list. Multiple message paths are created, the message identification information attached to the message is stored in the history storage means, and if the message destination is not its own terminal device, its own terminal identification information is attached to the message. Transfer and store a plurality of created routes, and set one route from among the plurality of routes as the communication route to the first communication terminal or the second communication terminal, while the communication The route is switched to another route among a plurality of routes as required.

この結果この通信端末装置及びその制御方法並びにプログラムによれば、同一のメッセージ識別情報が付されたメッセージを過去に受信したことがあったとしても、自己の端末識別情報が付されていなければ、過去に受信したメッセージと異なる経路を経たものと判断することができるので、ループを回避しながら複数の経路を生成することができ、通信障害が発生した場合においても迅速に別の経路に切り換えて安定した通信を行うことができる。 As a result, according to this communication terminal device and its control method and program, even if a message with the same message identification information has been received in the past, if its own terminal identification information is not attached, Since it can be determined that the message has been routed differently from the message received in the past, multiple routes can be generated while avoiding loops, and even when a communication failure occurs, the route can be switched quickly to another route. Stable communication can be performed.

また本発明においては、通信端末装置及びその制御方法並びにプログラムにおいて、
所望する第1の通信端末を送信先とする経路要求メッセージにメッセージ識別情報を付して送信する送信手段と、第1の通信端末からの応答を表し経路要求メッセージの送信元を送信先とすると共にメッセージ識別情報が付された経路応答メッセージ又は経路要求メッセージでなるメッセージを転送する第2の通信端末において、受信したメッセージのメッセージ識別情報が、過去に受信したメッセージのメッセージ識別情報を記憶する履歴記憶手段に既に記憶されており、且つ当該メッセージに当該第2の通信端末を識別する端末識別情報が付されている場合には、当該メッセージが破棄され、それ以外の場合には、当該メッセージの送信元を送信先とし当該メッセージの転送元を転送先とする経路が所定の経路リストに記録されることにより第1の通信端末又は自己の通信端末までの経路が複数作成されると共に、当該メッセージに付されたメッセージ識別情報が履歴記憶手段に記憶され、さらに当該メッセージに第2の端末装置の端末識別情報が付されて転送された結果、第1の通信端末からの経路応答メッセージを重複して受信することにより、第1の通信端末までの経路を複数作成し、作成された複数の経路を記憶し、管理すると共に、当該複数の経路の中から1つの経路通信経路として設定し、設定された通信経路を通じて第1の通信端末と通信すると共に、当該通信経路を必要に応じて複数の経路のうちの他の経路に切り換えるようにした。
In the present invention, in the communication terminal device and the control method and program thereof,
A transmission means for adding a message identification information to a route request message that is sent to a desired first communication terminal as a transmission destination, and a transmission source that represents a response from the first communication terminal and that is a transmission destination In the second communication terminal for transferring a message composed of a route response message or a route request message with message identification information attached thereto, a history in which the message identification information of the received message stores the message identification information of the message received in the past If the message is already stored in the storage means and the terminal identification information for identifying the second communication terminal is attached to the message, the message is discarded; otherwise, the message A route having the transmission source as a transmission destination and the transfer source of the message as a transfer destination is recorded in a predetermined route list. A plurality of routes to the first communication terminal or the own communication terminal are created, the message identification information attached to the message is stored in the history storage means, and the terminal identification of the second terminal device is further added to the message As a result of the transfer with the information attached, a plurality of routes to the first communication terminal are created by receiving duplicate route response messages from the first communication terminal, and the created routes are stored. and, together with the managed set one path from among the plurality of routes as a communication route, in communication with the first communication terminal via the set communication path, a plurality of paths as required the communication path I switched to another route.

この結果この通信端末装置及びその制御方法並びにプログラムによれば、同一のメッセージ識別情報が付されたメッセージを過去に受信したことがあったとしても、自己の端末識別情報が付されていなければ、過去に受信したメッセージと異なる経路を経たものと判断することができるので、ループを回避しながら複数の経路を生成することができ、通信障害が発生した場合においても迅速に別の経路に切り換えて安定した通信を行うことができる。 As a result, according to this communication terminal device and its control method and program, even if a message with the same message identification information has been received in the past, if its own terminal identification information is not attached, Since it can be determined that the message has been routed differently from the message received in the past, multiple routes can be generated while avoiding loops, and even when a communication failure occurs, the route can be switched quickly to another route. Stable communication can be performed.

さらに本発明においては、通信端末装置及びその制御方法並びにプログラムにおいて、第1の通信端末から発信され、第2の通信端末を介して送信されてくると共にメッセージ識別情報が付された経路要求メッセージに基づいて、第1の通信端末までの経路を作成する通信端末装置において、第2の通信端末により経路要求メッセージが受信されたときに、当該経路要求メッセージのメッセージ識別情報が、当該第2の通信端末が過去に受信した上記経路要求メッセージの上記メッセージ識別情報を記憶する履歴記憶手段に既に記憶されており、且つ当該経路要求メッセージに当該第2の通信端末を識別する端末識別情報が付されている場合には、当該経路要求メッセージが破棄され、それ以外の場合には、当該経路要求メッセージの送信元を送信先とし当該メッセージの転送元を転送先とする経路が所定の経路リストに記録されると共に、当該経路要求メッセージに付されたメッセージ識別情報が履歴記憶手段に記憶され、さらに当該経路要求メッセージに当該第2の通信端末の端末識別情報を付して転送された結果、転送されてきた経路要求メッセージを重複して受信し、重複して受信した経路要求メッセージを基に第1の通信端末までの経路を複数作成し、作成された複数の経路を記憶し、管理すると共に、当該複数の経路の中から1つの経路を第1の通信端末までの通信経路として設定する一方、当該通信経路を必要に応じて複数の経路のうちの他の経路に切り換えるようにした。 Furthermore, in the present invention, in the communication terminal device, its control method, and program, the route request message transmitted from the first communication terminal, transmitted via the second communication terminal, and attached with message identification information is added. On the basis of this, in the communication terminal device that creates a route to the first communication terminal, when the route request message is received by the second communication terminal , the message identification information of the route request message indicates the second communication. The terminal is already stored in the history storage means for storing the message identification information of the route request message received by the terminal in the past, and the terminal identification information for identifying the second communication terminal is attached to the route request message. The route request message is discarded, otherwise the source of the route request message A route having the transmission destination as the transmission destination and the transfer destination of the message is recorded in a predetermined route list, and the message identification information attached to the route request message is stored in the history storage unit. As a result of being transferred with the terminal identification information of the second communication terminal, the route request message that has been transferred is received redundantly, and the first communication terminal is received based on the redundantly received route request message A plurality of routes are created, and the created routes are stored and managed, and one route is set as a communication route to the first communication terminal from the plurality of routes. Switch to another route among multiple routes as necessary.

この結果この通信端末装置及びその制御方法並びにプログラムによれば、同一のメッセージ識別情報が付されたメッセージを過去に受信したことがあったとしても、自己の端末識別情報が付されていなければ、過去に受信したメッセージと異なる経路を経たものと判断することができるので、ループを回避しながら複数の経路を生成することができ、通信障害が発生した場合においても迅速に別の経路に切り換えて安定した通信を行うことができる。 As a result, according to this communication terminal device and its control method and program, even if a message with the same message identification information has been received in the past, if its own terminal identification information is not attached, Since it can be determined that the message has been routed differently from the message received in the past, multiple routes can be generated while avoiding loops, and even when a communication failure occurs, the route can be switched quickly to another route. Stable communication can be performed.

本発明によれば、同一のメッセージ識別情報が付されたメッセージを過去に受信したことがあったとしても、自己の端末識別情報が付されていなければ、過去に受信したメッセージと異なる経路を経たものと判断することができる。これにより、ループを回避しながら複数の経路を生成することができ、通信障害が発生した場合においても迅速に別の経路に切り換えて安定した通信を行うことができるので、信頼性の高い通信端末装置及びその制御方法、プログラムを実現できる。 According to the present invention, even if a message with the same message identification information has been received in the past, if the terminal identification information has not been added, the message has passed through a different path from the message received in the past. Can be judged. As a result, a plurality of routes can be generated while avoiding a loop, and even when a communication failure occurs, a stable communication can be performed by quickly switching to another route, so a highly reliable communication terminal An apparatus, a control method thereof, and a program can be realized.

以下図面について、本発明の一実施の形態を詳述する。 Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.

(1)本実施の形態によるアドホックネットワークシステムの構成
(1−1)本実施の形態によるアドホックネットワークシステムの概略構成
図1において、10は全体として本実施の形態によるアドホックネットワークシステムを示し、各ノードA〜E、Sがデータの通信開始時にそれぞれ複数の経路を作成し、これら経路をその後のデータ通信時において通信障害が発生したときに切り換えて使用するようになされた点を除いて図12について上述したアドホックネットワークシステム1とほぼ同様の構成を有する。
(1) Configuration of ad hoc network system according to the present embodiment (1-1) Schematic configuration of ad hoc network system according to the present embodiment In FIG. 1, reference numeral 10 denotes an ad hoc network system according to the present embodiment as a whole. FIG. 12 except that A to E and S each create a plurality of paths at the start of data communication, and switch to use these paths when a communication failure occurs during subsequent data communication. The configuration is almost the same as that of the ad hoc network system 1 described above.

すなわちこのアドホックネットワークシステム10の場合、例えばノードSからノードDにデータを送信するときには、ノードSがノードDを送信先とする経路要求メッセージ20(図3)をブロードキャストする。   That is, in the case of this ad hoc network system 10, for example, when data is transmitted from the node S to the node D, the node S broadcasts a route request message 20 (FIG. 3) having the node D as a transmission destination.

このときノードS以外の各ノードA〜Eは、それぞれ異なる経路を経由して送信されてくる経路要求メッセージ20を逆向き経路を設定しながら重複して受信し、これらを順次ブロードキャストする。この結果ノードSからノードDまでの経路が複数作成される。またこのとき各ノードA〜E、Sは、これら作成した各経路を、予め定められた所定の基準に従って優先順位を設定して経路テーブル30(図7)において管理する。   At this time, each of the nodes A to E other than the node S receives the route request message 20 transmitted via a different route in duplicate while setting the reverse route, and broadcasts them sequentially. As a result, a plurality of routes from the node S to the node D are created. At this time, each of the nodes A to E and S sets the priority order according to a predetermined criterion and manages the created routes in the route table 30 (FIG. 7).

一方、経路要求メッセージ20を受信したノードDは、作成した経路ごとにノードSを送信先とする経路応答メッセージ23(図6)をユニキャスト(すなわちマルチキャスト)する。そしてノードD以外の各ノードA〜C、E、Sは、経路要求メッセージ20の転送時に設定した経路と逆向きに送信されてくる経路応答メッセージ23をそれぞれノードDまでの逆向き経路を設定しながら重複して受信し、これらを経路要求メッセージ20の転送時に設定したノードSまでの各経路にユニキャストする。この結果ノードDからノードSまでの経路が複数作成される。またこのとき各ノードA〜E、Sは、これら作成した各経路を、予め定められた所定の基準に従って優先順位を設定して経路テーブル30において管理する。   On the other hand, the node D receiving the route request message 20 unicasts (that is, multicasts) the route response message 23 (FIG. 6) having the node S as the transmission destination for each created route. Then, each of the nodes A to C, E, and S other than the node D sets a reverse route to the node D, respectively, in the route response message 23 transmitted in the reverse direction to the route set when the route request message 20 is transferred. However, these are received redundantly, and these are unicast to each route to the node S set when the route request message 20 is transferred. As a result, a plurality of paths from the node D to the node S are created. At this time, each of the nodes A to E and S manages the created route in the route table 30 by setting priority according to a predetermined standard.

そして各ノードA〜Eは、その後ノードSからデータの送信が開始されて当該データが送信されてくると、自己の経路テーブル30において管理している複数経路の中から優先順位の最も高い経路を1つ選択し、対応するノードA〜Eにデータを送信する。これによりノードSから発信されたデータが予め定められた基準に最も適合した経路を伝ってノードDに伝達される。   Then, each of the nodes A to E starts transmission of data from the node S, and when the data is transmitted, the node A to E selects the route with the highest priority from the plurality of routes managed in its own route table 30. One is selected and data is transmitted to the corresponding nodes A to E. As a result, the data transmitted from the node S is transmitted to the node D through a route most suitable for a predetermined standard.

他方、このようなデータの送信時に通信障害が発生すると、その通信障害が発生したノードA〜E、Sは、自己の経路テーブル30において管理している複数経路の中から、現在使用している経路の次に優先順位の高い経路を選択し、使用経路をその経路に切り換えて対応するノードA〜Eにデータを送信する。   On the other hand, when a communication failure occurs during the transmission of such data, the nodes A to E and S in which the communication failure has occurred are currently used from a plurality of routes managed in its own route table 30. The route having the next highest priority is selected after the route, the used route is switched to the route, and data is transmitted to the corresponding nodes A to E.

そしてこの新たな経路に選択されたノードA〜Eは、データが送信されてくると、自己の経路テーブルにおいて管理している複数経路の中から優先順位の最も高い経路を1つ選択し、対応するノードA〜Eにデータを送信する一方、これ以降の各ノードA〜Eも同様にして前ノードA〜Eから順次送信されてくるデータを次ホップのノードA〜Eに順次転送する。   Then, when data is transmitted, the nodes A to E selected as the new route select one route having the highest priority from a plurality of routes managed in its route table, and cope with it. While the data is transmitted to the nodes A to E, the subsequent nodes A to E transfer the data sequentially transmitted from the previous nodes A to E to the next hop nodes A to E in the same manner.

このようにしてこのアドホックネットワークシステム10においては、通信障害等が発生したときに予め作成した複数の経路のうちの他の経路に直ちに切り換えて通信を継続することで、突然の通信障害の発生にも実用上十分に対処し得るようになされている。   In this way, in this ad hoc network system 10, when a communication failure or the like occurs, the communication is continued by switching to another route among a plurality of routes created in advance, so that a sudden communication failure occurs. It has been made so that it can be dealt with in practice.

なお図2に、各ノードA〜E、Sに搭載された通信機能ブロック11のハードウェア構成を示す。   FIG. 2 shows a hardware configuration of the communication function block 11 installed in each of the nodes A to E and S.

この図2からも明らかなように、各ノードA〜E、Sの通信機能ブロック11は、CPU(Central Processing Unit)12、各種プログラムが格納されたROM(Read Only Memory)13、CPU12のワークメモリとしてのRAM(Random Access Memory)14、他のノードA〜E、Sとの間で無線通信を行う通信処理部15及びタイマ16がバス17を介して相互に接続されることにより構成される。   As is apparent from FIG. 2, the communication function block 11 of each of the nodes A to E and S includes a CPU (Central Processing Unit) 12, a ROM (Read Only Memory) 13 in which various programs are stored, and a work memory of the CPU 12. A RAM (Random Access Memory) 14, a communication processing unit 15 that performs wireless communication with other nodes A to E, and S and a timer 16 are connected to each other via a bus 17.

そしてCPU12は、ROM13に格納されたプログラムに基づいて上述及び後述のような各種処理を実行し、必要時には経路要求メッセージ20又は経路応答メッセージ23等の各種メッセージや、AV(Audio Video)データの各種データを通信処理部15を介して他のノードA〜E、Sに送信する。   The CPU 12 executes various processes as described above and below based on a program stored in the ROM 13, and when necessary, various messages such as a route request message 20 or a route response message 23, and various types of AV (Audio Video) data. Data is transmitted to the other nodes A to E and S via the communication processing unit 15.

またCPU12は、通信処理部15を介して受信した他のノードA〜E、Sからの経路要求メッセージ20に基づいて後述のような経路テーブル30を作成し、これをRAM14に格納して保持する一方、この経路テーブル30に登録された各ノードA〜E、Sまでの経路エントリの生存時間等をタイマ16のカウント値に基づいて管理する。   Further, the CPU 12 creates a route table 30 as described later based on the route request message 20 from the other nodes A to E and S received via the communication processing unit 15, and stores and stores this in the RAM 14. On the other hand, the lifetime of the route entry to each of the nodes A to E and S registered in the route table 30 is managed based on the count value of the timer 16.

(1−2)経路発見プロセスにおける各ノードの具体的な処理内容
次に、この経路発見プロセスにおける各ノードA〜E、Sの具体的な処理内容について説明する。
(1-2) Specific processing contents of each node in the route discovery process Next, specific processing contents of the nodes A to E and S in this route discovery process will be described.

上述のようにこのアドホックネットワークシステム10では、各ノードA〜Eが経路要求メッセージ20を重複して受信することにより、その経路要求メッセージ20の送信元であるノードSまでの経路を複数作成する。 As described above, in the ad hoc network system 10, each of the nodes A to E receives the route request message 20 in duplicate, thereby creating a plurality of routes to the node S that is the transmission source of the route request message 20.

しかしながら、このようにノードA〜Eが異なる経路を介して伝達されてきた同じ経路要求メッセージを重複して受け取るようにした場合、経路要求メッセージ20がループして、これを中継するノードA〜Eが同じ経路要求メッセージ20を何度も受け取る事態が生じるおそれがある。   However, when the nodes A to E receive the same route request message transmitted via different routes in this way, the route request message 20 loops and relays the nodes A to E. May receive the same route request message 20 many times.

そこでこのアドホックネットワークシステム10では、図13との対応部分に同一符号を付した図3に示すように、従来の経路要求メッセージ2(図13)を拡張して中継ノードリスト21のフィールド(Relay Node Address ♯1〜♯n)22を設けるようにし、その経路要求メッセージ20を中継したノードA〜Eがこのフィールド22を順次拡張しながら当該拡張したフィールド22内に自己のアドレスを順次記述するようになされている。   Therefore, in this ad hoc network system 10, as shown in FIG. 3 in which the same reference numerals are given to the corresponding parts to FIG. 13, the conventional route request message 2 (FIG. 13) is extended to the field (Relay Node Address # 1 to #n) 22 are provided, and nodes A to E relaying the route request message 20 sequentially expand their own field 22 and sequentially describe their own addresses in the expanded field 22. Has been made.

そしてノードA〜Eは、経路要求メッセージ20を受信すると、その経路要求メッセージID(RREQ ID)を調べ、過去に同じ経路要求メッセージIDが付与された経路要求メッセージを受信したことがあり、かつその中継ノードリスト21に自己のアドレスが存在する場合には、その経路要求メッセージ20を破棄する。   When the nodes A to E receive the route request message 20, they check the route request message ID (RREQ ID), have received a route request message to which the same route request message ID has been assigned in the past, and If the relay node list 21 has its own address, the route request message 20 is discarded.

これによりこのアドホックネットワークシステム10においては、経路要求メッセージ20がノードA〜E間でループするのを有効かつ確実に防止することができ、かくして各ノードA〜EがノードSまでの複数の経路を適切に作成することができるようになされている。   As a result, in this ad hoc network system 10, it is possible to effectively and reliably prevent the route request message 20 from looping between the nodes A to E. Thus, each of the nodes A to E establishes a plurality of routes to the node S. It is designed to be properly created.

ここで、このような処理は図4に示す経路要求メッセージ受信処理手順RT1に従ったCPU12の制御のもとに行われる。実際上、各ノードA〜EのCPU12は、経路要求メッセージ20を受信すると、この経路要求メッセージ受信処理手順RT1をステップSP0において開始し、続くステップSP1において、その経路要求メッセージ20の「RREQ ID」のフィールド3に格納された経路要求メッセージIDを読み出し、これを経路要求メッセージ20の受信履歴としてRAM14に格納すると共に、当該受信履歴に基づいて、同じ経路要求メッセージIDが付与された経路要求メッセージ20を過去に受信したことがあるか否かを判断する。 Here, such processing is performed under the control of the CPU 12 according to the route request message reception processing procedure RT1 shown in FIG. In practice, when receiving the route request message 20, the CPU 12 of each of the nodes A to E starts this route request message reception processing procedure RT1 at step SP0, and at the subsequent step SP1, "RREQ ID" of the route request message 20 reads field 35 is stored in the route request message ID, and stores it in the RAM14 as the reception history of the route request message 20, the received based on the history, the same route request message ID route request was granted message It is determined whether 20 has been received in the past.

そしてCPU12は、このステップSP1において否定結果を得るとステップSP5に進み、これに対して肯定結果を得ると、ステップSP2に進んで、その経路要求メッセージ20の中継ノードリスト21に自己のアドレスが存在するか否かを判断する。 If the CPU 12 obtains a negative result in step SP1, it proceeds to step SP5. If it obtains an affirmative result, it proceeds to step SP2, and its own address exists in the relay node list 21 of the route request message 20. Judge whether to do.

ここでこのステップSP2において肯定結果を得ることは、そのノードA〜Eがその経路要求メッセージ20自体を過去に中継したことがあることを意味し、かくしてこのときCPUは、ステップSP3に進んでこの経路要求メッセージ20を破棄し、この後ステップSP9に進んでこの経路要求メッセージ受信処理手順RT1を終了する。   Here, obtaining a positive result in step SP2 means that the nodes A to E have relayed the route request message 20 itself in the past, and thus the CPU proceeds to step SP3 and proceeds to step SP3. The route request message 20 is discarded, and then the process proceeds to step SP9 to end the route request message reception processing procedure RT1.

これに対してステップSP2において否定結果を得ることは、そのノードA〜Eが、他の経路を経由して送信されてきた同じ経路要求メッセージIDをもつ経路要求メッセージ20を過去に中継したことがあるが、その経路要求メッセージ20自体は中継したことがないことを意味し、かくしてこのときCPU12は、ステップSP4に進んでその経路要求メッセージ20の中継ノードリスト21に自己のアドレスを加える。 On the other hand, obtaining a negative result in step SP2 means that the nodes A to E have relayed the route request message 20 having the same route request message ID transmitted via other routes in the past. However, this means that the route request message 20 itself has not been relayed, and thus the CPU 12 proceeds to step SP4 and adds its own address to the relay node list 21 of the route request message 20.

またCPU12は、この後ステップSP5に進んで、その経路要求メッセージ20が経由してきた経路の逆向き経路のエントリをノードSまでの経路として後述する経路エントリ挿入処理手順RT2(図8)に従って新たに自己の経路テーブル30(図7)に挿入する。   Further, the CPU 12 thereafter proceeds to step SP5 and newly sets an entry of the reverse route of the route through which the route request message 20 has passed as a route to the node S in accordance with a route entry insertion processing procedure RT2 (FIG. 8) described later. It is inserted into its own route table 30 (FIG. 7).

さらにCPU12は、この後ステップSP6に進んで、その経路要求メッセージ20の「Destination Address」のフィールド3に記述された当該経路要求メッセージ20のあて先に基づいて、当該経路要求メッセージ20が自分宛のものであるか否かを判断する。 Further CPU12 proceeds to step SP6 thereafter, the route request message 20 based on the destination of the "Destination Address" field 3 6 the route request message 20 described in the, the route request message 20 is addressed to itself It is judged whether it is a thing.

そしてCPU12は、このステップSP6において否定結果を得ると、ステップSP8に進んで、当該経路要求メッセージ20の「Hop Count」のフィールド3に格納されたホップ数を「1」増加させたうえで、この経路要求メッセージ20をブロードキャストし、この後ステップSP9に進んでこの経路要求メッセージ受信処理手順RT1を終了する。 CPU12 then obtains a negative result in step SP6, the process proceeds to step SP8, the hop count stored in the field 3 4 of the "Hop Count" of the route request message 20 in terms of increased "1", The route request message 20 is broadcasted, and then the process proceeds to step SP9 to end the route request message reception processing procedure RT1.

これに対してCPU12は、ステップSP6において肯定結果を得ると、ステップSP7に進んでその経路要求メッセージ20に対する経路応答メッセージ23(図6)を生成し、これを自己の経路テーブル30に基づいて対応するノードC、Eにユニキャストした後、ステップSP9に進んでこの経路要求メッセージ受信処理手順RT1を終了する。 On the other hand, when the CPU 12 obtains a positive result in step SP6, the CPU 12 proceeds to step SP7 to generate a route response message 23 (FIG. 6) for the route request message 20, and responds based on its own route table 30. After unicasting to nodes C and E, the process proceeds to step SP9, and this route request message reception processing procedure RT1 is terminated.

なおこの実施の形態の場合、かかる経路要求メッセージ受信処理手順RT1のステップSP7において、CPU12は、同じ経路要求メッセージIDをもつ経路要求メッセージ20に対する応答として、同じID(以下、これを経路応答メッセージID(RREP ID)と呼ぶ)を付与した経路応答メッセージ23を生成するようになされている。 In this embodiment, in step SP7 of the route request message reception processing procedure RT1, the CPU 12 uses the same ID (hereinafter referred to as route response message ID) as a response to the route request message 20 having the same route request message ID. A route response message 23 to which (referred to as (RREP ID)) is added is generated.

すなわち、経路応答メッセージは、通常、経路要求メッセージの伝達時に設定された逆向き経路を通るようにユニキャストで送信されるが、本実施の形態においては逆向き経路が複数存在するため、経路応答メッセージ23を逆向き経路の数だけコピーしてマルチキャストで送信することとなる。   That is, the route response message is normally transmitted by unicast so as to pass through the reverse route set at the time of transmission of the route request message. However, since there are a plurality of reverse routes in this embodiment, the route response message The message 23 is copied by the number of reverse paths and transmitted by multicast.

この場合において、例えば図5に示すように、ノードSから発信された経路要求メッセージ20がノードDに3つの経路(第1〜第3の経路RU1〜RU3)を経て到達した場合、ノードDは、第1の経路RU1を経て到達した経路要求メッセージ20に対する応答としてノードCに、第2の経路RU2を経て到達した経路要求メッセージ20に対する応答としてノードEに、第3の経路RU3を経て到達した経路要求メッセージ20に対する応答としてノードEにそれぞれ経路応答メッセージ23をユニキャストで送信するが、このときノードEはノードDを送信先(Destination Address)とする逆向き経路を2回設定してしまうことなる。これと同様の事態がノードAやノードSにおいても発生する。   In this case, for example, as illustrated in FIG. 5, when the route request message 20 transmitted from the node S reaches the node D via three routes (first to third routes RU1 to RU3), the node D As a response to the route request message 20 reached via the first route RU1, it reached the node C as a response to the route request message 20 reached via the second route RU2, and reached the node E as a response to the route request message 20 reached via the third route RU3. As a response to the route request message 20, the route response message 23 is transmitted to each node E by unicast. At this time, the node E sets a reverse route with the node D as the destination (Destination Address) twice. Become. A similar situation also occurs in node A and node S.

そこで、このアドホックネットワークシステム10においては、図15との対応部分に同一符号を付した図6に示すように、従来の経路応答メッセージ6(図15)を拡張して「RREP ID」のフィールド24を設け、経路要求メッセージ20を受け取ったノードDが経路応答メッセージ23を返信する際、経路要求メッセージにおける経路要求メッセージIDと同様の経路応答メッセージIDをこのフィールド24に格納するようになされている。   Therefore, in this ad hoc network system 10, the conventional route response message 6 (FIG. 15) is expanded and the field 24 of “RREP ID” is extended as shown in FIG. When the node D receiving the route request message 20 returns the route response message 23, a route response message ID similar to the route request message ID in the route request message is stored in this field 24.

そして、経路応答メッセージ23を受け取ったノードA〜C、E、Sは、過去に同じ経路応答メッセージIDの経路応答メッセージ23を受信しており、かつノードSまでの逆向き経路が既に経路テーブル30に登録されている場合にはその経路応答メッセージ23を破棄し、これ以外の場合に図8について後述する経路エントリ挿入処理手順RT2に従ってその経路応答メッセージ23を発信したノードDまでの経路を自己の経路テーブル30に挿入する。   Then, the nodes A to C, E, and S that have received the route response message 23 have received the route response message 23 with the same route response message ID in the past, and the backward route to the node S has already been received in the route table 30. The route response message 23 is discarded, otherwise the route to the node D that has transmitted the route response message 23 according to the route entry insertion processing procedure RT2 described later with reference to FIG. Insert into the route table 30.

このようにしてこのアドホックネットワークシステム10においては、複数経路を作成する場合に生じ得る経路応答メッセージ23を送信したノード(ノードD)までの逆向き経路の多重設定を有効に防止し、かかる冗長さを確実に防止し得るようになされている。   In this way, in this ad hoc network system 10, it is possible to effectively prevent multiple settings of reverse paths to the node (node D) that has transmitted the path response message 23 that may occur when a plurality of paths are created, and such redundancy. Can be surely prevented.

(1−3)各ノードA〜E、Sにおける複数経路の管理方法
上述のようにこのアドホックネットワークシステム10においては、各ノードA〜E、Sは、データの通信開始時にデータの送信元であるノードS及び当該データの送信先であるノードD間の経路を複数作成する。そして各ノードA〜E、Sは、これら作成した経路を図14との対応部分に同一符号を付した図7に示す経路テーブル30を用いて管理している。
(1-3) Management Method of Multiple Routes in Each Node A to E, S As described above, in this ad hoc network system 10, each node A to E, S is a data transmission source at the start of data communication. A plurality of paths between the node S and the node D that is the transmission destination of the data are created. Each of the nodes A to E and S manages these created paths by using the path table 30 shown in FIG. 7 in which the same reference numerals are assigned to the corresponding parts in FIG.

この経路テーブル30は、「Destination Address」、「Destination Sequence Number」、「Minimum Hop Count」、「Maximum Hop Count」、「Route List」及び「Precursor List」のフィールド5、5、31〜31、5から構成されるものであり、「Route List」のフィールド31に上述のような経路発見プロセスにより発見された送信先ノードA〜E、Sまでの各経路にそれぞれ対応させて作成された1又は複数の経路リスト32が格納され、「Minimum Hop Count」及び「Maximum Hop Count」の各フィールド31、31に、それぞれ当該経路発見プロセスにより発見された経路のうち最もホップ数が少ない経路の当該ホップ数又は最もホップ数が多い経路の当該ホップ数が格納される。 The route table 30 includes fields 5 1 , 5 2 , 31 1 to 31 of “Destination Address”, “Destination Sequence Number”, “Minimum Hop Count”, “Maximum Hop Count”, “Route List”, and “Precursor List”. 3 , 5, 5 , and created in the “Route List” field 31 3 corresponding to each route to the destination nodes A to E and S discovered by the route discovery process as described above 1 or a plurality of route lists 32 are stored, and the fields 31 1 and 31 2 of “Minimum Hop Count” and “Maximum Hop Count” have the most hop counts among the routes discovered by the route discovery process. The number of hops of the route with the smallest number of routes or the number of hops of the route with the largest number of hops is stored.

一方、経路リスト32は、「Hop Count」、「Next Hop」、「Life Time」及び「Link Quality」のフィールド3333 を有し、「Hop Count」のフィールド33にその経路における送信先ノードA〜E、Sまでのホップ数、「Next Hop」のフィールド33にその経路における次ホップ、「Life Time」のフィールド33にその経路(次ホップ)の生存時間、「Link Quality」のフィールド33にその経路の品質が格納されている。そしてこの経路リスト32は、新たな経路が発見されるごとに作成されて経路テーブル30の対応する「Route List」のフィールド31に格納される。 On the other hand, the route list 32 has “Hop Count”, “Next Hop”, “Life Time”, and “Link Quality” fields 33 1 to 33 4 , and the “Hop Count” field 33 1 transmits in the route. previous node a-E, the number of hops to S, the next hop in the field 33 2 the path of the "next hop", "Life time" field 33 survival time of 3 to the route (next hop) of the "Link Quality" quality of the path to the field 33 4 are stored. And this route list 32 is stored in a field 313 of the created each time a new route is found corresponding route table 30 by "Route List".

この場合、各経路リスト32の「Link Quality」のフィールド33には、経路の品質として、その経路の電波状況やパケットエラー率等の情報が記述される。そして、この経路の品質に関する情報はその経路が使用されるごとに順次更新される。 In this case, the field 33 4 of "Link Quality" of each route list 32, as the quality of the route, information such as radio wave condition and packet error rate of the path is described. Information on the quality of the route is sequentially updated each time the route is used.

また各経路リスト32は、「Life Time」のフィールド33に記述された生存時間によって生存の可否が管理され、対応する経路が使用されることなく生存時間が経過した場合には、その経路リスト32が経路テーブル30から自動的に削除される。 And each route list 32, whether the survival by the "Life Time" survival time described in the field 33 3 of the management, when the survival time without corresponding path is used has elapsed, the path list 32 is automatically deleted from the route table 30.

さらに各経路リスト32には、「Next List」のフィールド33が設けられており、対応する経路の次の優先順位を有する経路と対応する経路リストへ32のポインタがこのフィールド33に記述される。これにより必要時にはこのポインタに基づいて経路リスト32を優先順位に従って検索できるようになされている。 Furthermore each route list 32 is provided with a field 33 5 of the "Next the List", a pointer corresponding to the path list corresponding to the route having the next priority path 32 is written into this field 33 5 The Thus, the route list 32 can be searched according to the priority order based on this pointer when necessary.

なお、この実施の形態においては、一般的に最短ホップで送信先ノードA〜E、Dに到達できる経路が最も性能が良いと考えられることから、経路の優先順位をホップ数が少ない順に付与するようになされている。   In this embodiment, since routes that can reach the destination nodes A to E and D with the shortest hop are generally considered to have the best performance, the route priorities are assigned in ascending order of the number of hops. It is made like that.

ここで、各ノードA〜E、SのCPU12は、上述のような経路テーブル30への新たな経路エントリの挿入処理を図8に示す経路エントリ挿入処理手順RT2に従って実行する。   Here, the CPU 12 of each of the nodes A to E and S executes the processing for inserting a new route entry into the route table 30 as described above according to the route entry insertion processing procedure RT2 shown in FIG.

すなわちCPU12は、経路要求メッセージ20(図3)又は経路応答メッセージ23(図6)を受信すると、この経路エントリ挿入処理手順RT2をステップSP10において開始し、続くステップSP11において、自己の経路テーブル30にその経路要求メッセージ20の「Originator Address」のフィールド (図3)又は経路応答メッセージ23の「Originator Address」のフィールド (図6)に記述された当該経路要求メッセージ20又は経路応答メッセージ23の送信元ノードであるノードS又はノードDのアドレス(Originator Address)が存在するか否かを判断する。 That is, when receiving the route request message 20 (FIG. 3) or the route response message 23 (FIG. 6), the CPU 12 starts this route entry insertion processing procedure RT2 in step SP10, and in the subsequent step SP11, stores it in its route table 30. field 3 8 "Originator Address" of the route request message 20 (FIG. 3) or the route reply message fields 7 8 "Originator Address" 23 (FIG. 6) the described in the route request message 20 or the route reply message 23 It is determined whether or not the address ( Originator Address) of the node S or node D, which is the transmission source node, exists.

このステップSP11において否定結果を得ることは、そのノードA〜E、SにおいてノードS又はノードDまでの経路が未だ自己の経路テーブル30に登録されていないことを意味し、かくしてこのときCPU12は、ステップSP12に進んで、通常の経路エントリ挿入処理を実行する。   To obtain a negative result in this step SP11 means that the route to the node S or node D is not yet registered in the own route table 30 in the nodes A to E and S, and thus the CPU 12 at this time, Proceeding to step SP12, normal route entry insertion processing is executed.

具体的にCPU12は、その経路要求メッセージ20又は経路応答メッセージ23の「Originator Address」及び「Originator Sequence Number」をそれぞれ経路テーブルの対応する「Destination Address」又は「Destination Sequence Number」のフィールド5、5にコピーし、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」を経路テーブル30の「Minimum Hop Count」及び「Maximum Hop Count」の各フィールド31、31にそれぞれコピーする。 Specifically, the CPU 12 sets the “Originator Address” and “Originator Sequence Number” of the route request message 20 or the route response message 23 to the corresponding “Destination Address” or “Destination Sequence Number” fields 5 1 , 5, respectively. copy 2 copies respectively to "Hop Count" of the route request message 20 or the route reply message 23 to each of the fields 31 1, 31 2 of the "Minimum Hop Count" and "Maximum Hop Count" of the route table 30.

またCPU12は、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」を経路リスト32の「Hop Count」のフィールド33にコピーし、当該経路要求メッセージ20又は経路応答メッセージ23が格納されたパケットのヘッダに含まれる当該経路要求メッセージ20を送信してきた隣接ノードA〜E、Sのアドレスを経路リスト32の「Next Hop」のフィールド33にコピーし、さらに予め定められた生存時間を「Lifetime」のフィールド33に記述する一方、そのときの経路要求メッセージ20又は経路応答メッセージ23の受信状態に基づき検出されたその経路の電波状況やパケットエラー率等の品質を「Link Quality」のフィールド33に記述するようにして経路リスト32を作成し、これを経路テーブル30の「Route List」のフィールド31に格納する。 The CPU12, copy the "Hop Count" of the route request message 20 or the route reply message 23 to field 33 1 of the "Hop Count" route list 32, the route request message 20 or the route reply message 23 is stored adjacent nodes A~E that has transmitted the route request message 20 included in the header of the packet, copies the address of the S field 33 2 of the "Next Hop" path list 32, the further survival predetermined time " while described in the field 33 3 of Lifetime "field quality of the radio wave conditions and packet error rate of the detected that route based on the reception states of the route request message 20 or the route reply message 23 or the like at that time the" Link quality " 33 4 so as to describe a path motion list 32, which in the route table 30 "Ro is stored in the field 31 3 of ute List ".

そしてCPU12は、このようにしてステップSP12において通常の経路エントリ挿入処理によりノードS又はノードDまでの経路を自己の経路テーブル30に登録すると、この後ステップSP23に進んでこの経路エントリ挿入処理手順RT2を終了する。   When the CPU 12 registers the route to the node S or the node D in the route table 30 by the normal route entry insertion processing in step SP12 in this way, the CPU 12 thereafter proceeds to step SP23 and proceeds to this route entry insertion processing procedure RT2. Exit.

これに対してステップSP11において肯定結果を得ることは、その経路要求メッセージ20又は経路応答メッセージ23の送信元であるノードS又はノードDまでの1又はそれ以上の経路が既に自己の経路テーブル30に登録されていることを意味し、かくしてこのときCPU21は、ステップSP13に進んで、経路テーブル30を検索することにより、その経路要求メッセージ20又は経路応答メッセージ23を送信してきた隣接ノードA〜E、Sを「Next Hop」とする対応する経路リスト32が存在するか否かを判断する。   On the other hand, obtaining a positive result in step SP11 means that one or more routes to the node S or the node D, which is the transmission source of the route request message 20 or the route response message 23, are already in the route table 30 of itself. In this case, the CPU 21 proceeds to step SP13 and searches the route table 30 to search for the route request message 20 or the route response message 23. It is determined whether or not there is a corresponding route list 32 having S as “Next Hop”.

そしてCPU12は、このステップSP13において肯定結果を得ると、ステップSP21に進み、これに対して否定結果を得るとステップSP14に進んで、経路リスト数が1つの「Destination Address」に対して登録できる最大数であるか否かを判断する。そしてCPU12は、このステップSP14において否定結果を得るとステップSP16に進み、これに対して肯定結果を得るとステップSP15に進んで、その「Destination Address」に対応する経路リスト32の中から時間的に最も古い(すなわち作成後、最も時間が経過した)経路リスト32を削除した後ステップSP16に進む。   If the CPU 12 obtains a positive result in step SP13, it proceeds to step SP21. If it obtains a negative result, it proceeds to step SP14, and the maximum number of route lists that can be registered for one “Destination Address”. Determine if it is a number. If the CPU 12 obtains a negative result in step SP14, it proceeds to step SP16, and if it obtains an affirmative result, it proceeds to step SP15 to temporally select from the route list 32 corresponding to the “Destination Address”. After deleting the oldest route list (that is, the time most elapsed after creation), the process proceeds to step SP16.

またCPU12は、ステップSP16において、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」のフィールド3(図3)、7(図6)に記述されているホップ数が経路テーブル30の対応する「Maximum Hop Count」のフィールド31に記述されたホップ数(最大ホップ数)よりも大きいか否かを判断する。そしてCPU12は、このステップSP16において否定結果を得るとステップSP18に進み、これに対して肯定結果を得るとステップSP17に進んで、経路テーブル30の対応する「Maximum Hop Count」のフィールド31に記述されているホップ数を、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」のフィールド3(図3)、7(図6)に記述されているホップ数に書き換えた後ステップSP18に進む。 In step SP16, the CPU 12 determines that the number of hops described in the “Hop Count” fields 3 4 (FIG. 3) and 7 4 (FIG. 6) of the route request message 20 or the route response message 23 is in the route table 30. to determine the corresponding not "maximum hop count" or field 31 2 hop count described in (maximum number of hops) is greater than the. CPU12 then proceeds to step SP18 upon obtaining a negative result in this step SP16, it proceeds to step SP17 upon obtaining a positive result, described in field 312 of the corresponding "Maximum Hop Count" of the route table 30 Step SP18 after rewriting the number of hops set to the number of hops described in the “Hop Count” fields 3 4 (FIG. 3), 7 4 (FIG. 6) of the route request message 20 or route response message 23 Proceed to

さらにCPU12は、ステップSP18において、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」のフィールド3(図3)、7(図6)に記述されているホップ数が経路テーブル30の対応する「Minimum Hop Count」のフィールド31に記述されたホップ数(最小ホップ数)よりも小さいか否かを判断する。そしてCPU12は、このステップSP18において否定結果を得るとステップSP20に進み、これに対して肯定結果を得るとステップSP19に進んで、経路テーブル30の対応する「Minimum Hop Count」のフィールド31に記述されているホップ数を、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」のフィールド3(図3)、7(図6)に記述されているホップ数に書き換えた後ステップSP20に進む。 Further, in step SP18, the CPU 12 determines that the number of hops described in the “Hop Count” fields 3 4 (FIG. 3) and 7 4 (FIG. 6) of the route request message 20 or the route response message 23 is in the route table 30. It determines whether less than the corresponding "minimum hop count" field 31 hop count described in 1 (minimum number of hops). CPU12 then proceeds to step SP20 upon obtaining a negative result in this step SP18, it proceeds to step SP19 upon obtaining a positive result, described in field 31 1 of the "Minimum Hop Count" corresponding route table 30 Step SP20 after rewriting the number of hops set to the number of hops described in the “Hop Count” fields 3 4 (FIG. 3) and 7 4 (FIG. 6) of the route request message 20 or route response message 23 Proceed to

続いてCPU12は、ステップSP20において、ステップSP12について上述したのと同様にしてその経路に対応する経路リスト32を作成し、これを経路テーブル30の対応する「Route List」のフィールド31に登録する。またこのときCPU12は、同じ「Destination Address」の経路リスト32の優先順位を各経路リスト32の「Hop Count」に基づいて定め、これに応じてこれら対応する経路リスト32の「Next List」のフィールド33を、次の優先順位をもつ経路と対応する経路リスト32へのポインタに必要に応じて書き換える。 Subsequently CPU12 at step SP20, to create a route list 32 corresponding to the route in a manner similar to that described above for step SP 12, this path table 30 corresponding to registered in the field 313 of the "Route List" . At this time, the CPU 12 determines the priority of the route list 32 of the same “Destination Address” based on the “Hop Count” of each route list 32, and according to this, the “Next List” field of the corresponding route list 32 33 5, rewrites optionally a pointer to the route list 32 corresponding to the path with the next priority.

次いでCPU12は、ステップSP21に進んで、ステップSP20において新たに挿入した経路リスト32の「Lifetime」を更新すると共に、この後ステップSP22に進んで当該経路リスト32の「Link Quality」をそのとき検出した対応する経路の品質に応じて更新し、さらにステップSP23に進んでこの経路エントリ挿入処理手順RT2を終了する。   Next, the CPU 12 proceeds to step SP21 to update “Lifetime” of the route list 32 newly inserted in step SP20, and then proceeds to step SP22 to detect “Link Quality” of the route list 32 at that time. The route information is updated according to the quality of the corresponding route, and the process proceeds to step SP23 to end the route entry insertion processing procedure RT2.

このようにして各ノードA〜E、Sは、新たな経路を自己の経路テーブル30において管理し得るようになされている。   In this way, each of the nodes A to E and S can manage a new route in its route table 30.

(1−4)データ通信に関する各ノードA〜E、Sの具体的な処理内容
経路要求メッセージ20の送信元であるノードSが、当該経路要求メッセージ20の送信先であるノードDからこの経路要求メッセージ20に対する経路応答メッセージ23受け取ると、そのノードSからノードDまでの経路が設定されたことになる。
(1-4) Specific Processing Contents of Each Node A to E, S Regarding Data Communication The node S that is the transmission source of the route request message 20 sends this route request from the node D that is the transmission destination of the route request message 20. When the route response message 23 for the message 20 is received, the route from the node S to the node D is set.

本実施の形態においては、このとき設定された経路数分の経路応答メッセージ23をノードSが受信することになるが、最初に受け取った経路応答メッセージ23が経由した経路が必ずしもホップ数が少なく品質の高い経路とは限らない。 In the present embodiment, the node S receives the route response messages 23 corresponding to the number of routes set at this time, but the route through which the route response message 23 received first has a small number of hops and quality. The route is not necessarily high.

そこで、このアドホックネットワークシステム10において、経路要求メッセージ20の送信元であるノードSは、最初の経路応答メッセージ23を受信してから予め定められた所定時間が経過し又は予め定められた所定数の経路応答メッセージ23を受信するのを待ち、受信した各経路応答メッセージ23がそれぞれ経由した経路のうち、ホップ数が最も少ない経路を選択して、その経路を通じて経路要求メッセージ23の送信先であるノードDとの通信を開始するようになされている。   Therefore, in this ad hoc network system 10, the node S that is the transmission source of the route request message 20 has passed a predetermined time after receiving the first route response message 23 or a predetermined number of predetermined times. Waiting for the reception of the route response message 23, the route having the smallest number of hops is selected from the routes each route response message 23 has received, and the node that is the destination of the route request message 23 through the route Communication with D is started.

なおこのときノードSは、経路応答メッセージ23に含まれる経路応答メッセージIDに基づいて、そのとき到達した経路応答メッセージ23が同じノードDから同じ時間に送信されたものであるか否かを判断するようになされ、これにより誤った経路の選択が行われるのを未然に防止し得るようになされている。   At this time, the node S determines based on the route response message ID included in the route response message 23 whether or not the route response message 23 reached at that time is transmitted from the same node D at the same time. Thus, it is possible to prevent an incorrect route from being selected.

ここでこのようなノードSにおける処理は、図9に示す経路応答メッセージ受信処理手順RT3に従ったCPU12(図2)の制御のもとに行われる。すなわちノードSのCPU12は、経路要求メッセージ20を送信後、最初の経路応答メッセージ23を受信するとこの経路応答メッセージ受信処理手順RT3をステップSP30において開始し、続くステップSP31において、最初の経路応答メッセージ23を受信してから予め定められた所定時間が経過したか否かを判断する。 Here, such processing in the node S is performed under the control of the CPU 12 (FIG. 2) according to the route response message reception processing procedure RT3 shown in FIG. That is, when the CPU 12 of the node S receives the first route response message 23 after transmitting the route request message 20, the CPU 12 of the node S starts this route response message reception processing procedure RT3 in step SP30, and in the subsequent step SP31 , the first route response message 23 is received. It is determined whether or not a predetermined time has elapsed since the reception of.

そしてCPU12は、このステップSP31において否定結果を得るとステップSP32に進んで新たな経路応答メッセージ23を受信したか否かを判断し、このステップSP32において否定結果を得るとステップSP31に戻る。 CPU12 then this proceeds obtains a negative result in step SP31 to step SP32 to determine whether or not it has received the new route reply message 23, the flow returns to step SP31 upon obtaining a negative result in this step SP32.

これに対してCPU12は、ステップSP32において肯定結果を得るとステップSP33に進んで、最初に受信した経路応答メッセージ23を含めて所定数の経路応答メッセージ23を受信したか否かを判断する。   On the other hand, if the CPU 12 obtains a positive result in step SP32, it proceeds to step SP33 and determines whether or not a predetermined number of route response messages 23 including the first received route response message 23 have been received.

そしてCPU12は、このステップSP33において否定結果を得るとステップSP31に戻り、この後ステップSP32又はステップSP33において肯定結果を得るまでステップSP31−SP32−SP33−SP31のループを繰り返す。 If the CPU 12 obtains a negative result in step SP33, it returns to step SP31 , and then repeats the loop of step SP31- SP32-SP33- SP31 until a positive result is obtained in step SP32 or step SP33.

そしてCPU12は、やがて最初の経路応答メッセージ23を受信してから所定時間が経過し、又は所定数の経路応答メッセージ23を受信することにより、ステップSP32又はステップSP33において肯定結果を得ると、ステップSP34に進んでこの経路応答メッセージ受信処理手順RT3を終了し、この後経路テーブル30の対応する「Route List」に登録されている最も優先順位の高い経路リスト32の「Next Hop」のフィールド33(図7)にアドレスが登録されているノードA、Bにデータをユニキャストで送信し始める。 When the CPU 12 eventually receives the first route response message 23 and a predetermined time elapses or receives a predetermined number of route response messages 23, the CPU 12 obtains an affirmative result in step SP32 or step SP33. Then, the route response message reception processing procedure RT3 is terminated, and thereafter, the “Next Hop” field 33 2 (in the route list 32 having the highest priority registered in the corresponding “Route List” of the route table 30 ( In FIG. 7), unicasting of data is started to nodes A and B whose addresses are registered.

一方、このようにしてノードSからのデータの送信が開始されると、このデータが送信されてきたノードA〜Eは、自己の経路テーブル30を検索して当該データの送信先ノード(すなわちノードD)までの経路のエントリを検出すると共に、これにより検出された対応する経路リスト32の中から最も優先順位の高い経路の経路リスト32における「Next Hop」のフィールド33(図7)に登録されたノードA〜Eに対して当該データをユニキャストする。 On the other hand, when the transmission of data from the node S is started in this manner, the nodes A to E that have transmitted this data search their own route table 30 and transmit the data to the destination node (that is, the node). D) is detected, and is registered in the field 33 2 (FIG. 7) of “Next Hop” in the route list 32 of the route with the highest priority from the corresponding route list 32 detected thereby. The data is unicast to the obtained nodes A to E.

例えば図10のように各ノードA〜E、Sにおいて経路の設定が完了した状態において、例えばノードSからノードAにデータが送信された場合、ノードAは、ノードDを送信先(Destination Address)とする経路リスト32として、ノードCを「Next Hop」とする経路リスト32と、ノードBを「Next Hop」とする経路リスト32とを有しているが、ノードCを「Next Hop」とする経路リスト32の方がホップ数が少ないため優先順位が高く設定される。従って、ノードAは、ノードSから送信されてきたデータをユニキャストでノードCに転送することとなる。   For example, when data is transmitted from the node S to the node A in the state where the route setting is completed in each of the nodes A to E and S as shown in FIG. 10, the node A sends the node D to the destination (Destination Address). The route list 32 includes the route list 32 that sets the node C as “Next Hop” and the route list 32 that sets the node B as “Next Hop”. The node C is set as “Next Hop”. Since the route list 32 has a smaller number of hops, a higher priority is set. Therefore, the node A transfers the data transmitted from the node S to the node C by unicast.

同様に、ノードCは、ノードDを送信先とする経路リスト32として、ノードDを「Next Hop」とする経路リストと、ノードEを「Next Hop」とする経路リストとを有しているが、ノードDを「Next Hop」とする経路リスト32の方がホップ数が少ないため優先順位が高く設定される。従って、ノードCは、ノードAから送信されてきたデータをユニキャストでノードDに転送する。 Similarly, the node C has, as a route list 32 having the node D as a transmission destination, a route list having the node D as “Next Hop” and a route list having the node E as “Next Hop”. The route list 32 having the node D as “Next Hop” has a lower priority because it has a smaller number of hops. Therefore, the node C transfers the data transmitted from the node A to the node D by unicast.

なおこの例の場合、ノードSは、ノードDを送信先とする経路リスト32として、ノードAを「Next Hop」とする経路リスト32と、ノードBを「Next Hop」とする経路リスト32とを有しており、いずれの経路リスト32も「Hop Count」が同じであるが、このような場合にはノードSはその経路のホップ数以外の予め定められた要素、例えば経路の品質(Link Quality)等を考慮して、最適な経路を選択するようになされている。   In this example, the node S includes a route list 32 having the node D as a transmission destination, a route list 32 having the node A as “Next Hop”, and a route list 32 having the node B as “Next Hop”. Each route list 32 has the same “Hop Count”, but in such a case, the node S has a predetermined element other than the number of hops of the route, for example, the quality of the route (Link Quality). ) And the like are taken into consideration to select the optimum route.

一方、ノードS及びノードD間の通信開始後、そのデータが経由する経路を構成するいずれかのノードA〜E、S間において通信障害が発生すると、送信側のノードA〜C、E、S間は、自己の保有する経路テーブル30に基づいて、そのデータの送信先であるノードDを「Destination Address」とするエントリに含まれるいくつかの経路リスト32の中から、そのときまで使用していた経路の次の優先順位を有する経路の経路リスト32を新たに選択し、その後はこの経路リスト32の「Next Hop」として記述されたノードA〜Eにデータを送信する。   On the other hand, after a communication between the node S and the node D is started, if a communication failure occurs between any of the nodes A to E and S configuring a route through which the data passes, the transmitting side nodes A to C, E and S In the meantime, based on the route table 30 owned by itself, from among several route lists 32 included in the entry having the node D as the data transmission destination as “Destination Address”, it is used until that time. The route list 32 of the route having the next priority of the route is newly selected, and thereafter, data is transmitted to the nodes A to E described as “Next Hop” in the route list 32.

例えば図10の例において、ノードA及びノードC間において通信障害が発生した場合、ノードAは、ノードCを経由する経路の次の優先順位が付与されたノードBを経由する経路を選択し、その経路リスト32の「Next Hop」に記述されたノードBに対してデータを転送することとなる。   For example, in the example of FIG. 10, when a communication failure occurs between the node A and the node C, the node A selects a route via the node B to which the next priority order of the route via the node C is given, Data is transferred to the node B described in “Next Hop” in the route list 32.

ここで、このような各ノードA〜C、E、Sにおける処理は、図11に示す通信処理手順RT4に従ったCPU12の制御のもとに行われる。すなわち各ノードA〜C、E、SのCPU12は、データの送信を開始し又はデータが送信されてくるとこの通信処理手順RT4をステップSP40において開始し、続くステップSP41において、送信されてきたデータを優先順位が最も高い経路の経路リスト32における「Next Hop」のフィールド33(図7)に記述されたノードA〜Eにユニキャストする。 Here, such processing in each of the nodes A to C, E, and S is performed under the control of the CPU 12 according to the communication processing procedure RT4 shown in FIG. That is, the CPU 12 of each of the nodes A to C, E, and S starts the transmission of data or starts the communication processing procedure RT4 at step SP40 when the data is transmitted, and the transmitted data at the subsequent step SP41. Are unicast to the nodes A to E described in the field 33 2 (FIG. 7) of the “Next Hop” in the route list 32 of the route with the highest priority.

続いてCPU12は、ステップSP42に進んで、かかる通信相手のノードA〜Eとの間の電波状況等に基づいて当該ノードA〜Eとの間で通信障害が発生したか否かを判断する。   Subsequently, the CPU 12 proceeds to step SP42, and determines whether or not a communication failure has occurred with the nodes A to E based on the radio wave conditions with the nodes A to E of the communication counterpart.

そしてCPU12は、このステップSP42において否定結果を得るとステップSP43に進み、前のノードA〜C、E、Sから送信されてくるデータの送信状況に応じてデータの送信元(ノードS)及び送信先(ノードD)間における通信が終了したか否かを判断する。   If the CPU 12 obtains a negative result in step SP42, the process proceeds to step SP43, and the data transmission source (node S) and transmission are transmitted according to the transmission status of data transmitted from the previous nodes A to C, E, and S. It is determined whether or not communication between the previous (node D) ends.

CPU12は、このステップSP43において否定結果を得るとステップSP41に戻り、この後ステップSP42又はステップSP43において肯定結果を得るまでステップSP41−SP42−SP43−SP41のループを繰り返す。   If the CPU 12 obtains a negative result in step SP43, it returns to step SP41, and thereafter repeats the loop of step SP41-SP42-SP43-SP41 until a positive result is obtained in step SP42 or step SP43.

そしてCPU12は、やがてステップSP42において肯定結果を得ると、ステップSP44に進んで、そのときまで使用していた経路リスト32の「Next List」のフィールド33(図7)に格納されたポインタを手がかりに次の優先順位を有する経路の経路リスト32を検索し、使用する経路リスト32をその経路リスト32に切り換えた後ステップSP41に戻る。かくしてCPU12は、この後ステップSP44において選択した経路リスト32の「Next Hop」のフィールド33(図7)に記述されたノードA〜Eに対してデータをユニキャストすることとなる。 When the CPU 12 eventually obtains an affirmative result in step SP42, the CPU 12 proceeds to step SP44 and uses the pointer stored in the field 33 5 (FIG. 7) of the “Next List” of the route list 32 used up to that point. The route list 32 of the route having the next priority is searched for, the route list 32 to be used is switched to the route list 32, and then the process returns to step SP41. Thus, the CPU 12 thereafter unicasts data to the nodes A to E described in the “Next Hop” field 33 2 (FIG. 7) of the route list 32 selected in step SP44.

そしてCPU12は、この後ステップSP43において肯定結果を得ると、ステップSP45に進んで、この通信処理手順RT4を終了する。   If the CPU 12 obtains a positive result in step SP43 thereafter, the CPU 12 proceeds to step SP45 and ends the communication processing procedure RT4.

(3)本実施の形態の動作及び効果
以上の構成において、このアドホックネットワークシステム10では、データ通信開始時に各ノードA〜E、Sにおいて複数の経路をそれぞれ設定すると共に、これら複数の経路に優先順位を付け、データの送信時にはそのうちの優先順位の最も高い経路を用いて通信を行う。
(3) Operation and effect of the present embodiment In the above configuration, the ad hoc network system 10 sets a plurality of paths in each of the nodes A to E and S at the start of data communication, and gives priority to the plurality of paths. Priorities are assigned, and when data is transmitted, communication is performed using the route with the highest priority.

従って、このアドホックネットワークシステム10では、リアルタイムストリームデータ、例えばVoIPや動画像などを送受する場合において、ノードA〜E、S間に通信障害が発生した場合においても迅速に別の経路に切り換えて安定した通信を行うことができる。   Therefore, in this ad hoc network system 10, when transmitting / receiving real-time stream data, for example, VoIP or moving images, even if a communication failure occurs between the nodes A to E and S, it is possible to quickly switch to another route and stabilize Communication can be performed.

以上の構成によれば、データ通信開始時に各ノードA〜E、Sにおいて複数の経路をそれぞれ設定すると共に、これら複数の経路に優先順位を付け、データの送信時にはそのうちの優先順位の最も高い経路を用いて通信を行うようにしたことにより、ノードA〜E、S間に通信障害が発生した場合においても迅速に別の経路に切り換えて安定した通信を行うことができ、かくして信頼性の高いアドホックネットワークシステムを実現できる。   According to the above configuration, a plurality of paths are set in each of the nodes A to E and S at the start of data communication, and priorities are given to the plurality of paths. As a result of performing communication using the node, even when a communication failure occurs between the nodes A to E and S, it is possible to quickly switch to another route and perform stable communication, and thus high reliability. An ad hoc network system can be realized.

(4)他の実施の形態
なお上述の実施の形態においては、本発明を、アドホックルーティングプロトコルとして普及しているAODVプロトコルのアドホックネットワークシステム10及びこれを構成するノードA〜E、Sに適用するようにした場合について述べたが、本発明はこれに限らず、複数の通信端末により構成され、第1の通信端末から発信されて第2の通信端末を経由して第3の通信端末に送信されるメッセージに基づいて、第2及び第3の通信端末が第1の通信端末までの経路を作成し、当該作成した経路を介して第1及び第3の通信端末間で通信するこの他種々の形態の通信システム及び当該通信システムを構成する通信端末装置に広く適用することができる。
(4) Other Embodiments In the above-described embodiments, the present invention is applied to the ad hoc network system 10 of the AODV protocol that is widely used as an ad hoc routing protocol and the nodes A to E and S that constitute the same. However, the present invention is not limited to this, and includes a plurality of communication terminals, which are transmitted from the first communication terminal and transmitted to the third communication terminal via the second communication terminal. The second and third communication terminals create a route to the first communication terminal based on the received message, and various kinds of communication are performed between the first and third communication terminals via the created route. It can apply widely to the communication terminal device which comprises the communication system of the form, and the said communication system.

また上述の実施の形態においては、経路要求メッセージ20(図3)や経路応答メッセージ23(図6)というメッセージを重複して受信することによりその送信元までの経路を複数作成する経路作成手段と、作成された複数の経路を記憶し、管理する経路管理手段と、他のノードA〜E、Sとの間で通信を行う通信手段との機能を有する各ノードA〜E、Sの通信機能ブロック11を、図2のように構成するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成を広く適用することができる。   In the above-described embodiment, the route creation means for creating a plurality of routes to the transmission source by receiving duplicate messages such as the route request message 20 (FIG. 3) and the route response message 23 (FIG. 6); The communication function of each of the nodes A to E and S having the functions of a path management means for storing and managing a plurality of created paths and a communication means for communicating with other nodes A to E and S Although the case where the block 11 is configured as shown in FIG. 2 has been described, the present invention is not limited to this, and various other configurations can be widely applied.

さらに上述の実施の形態においては、優先順位を設定する基準としてホップ数を適用し、当該ホップ数が少ない経路に高い優先順位を設定するようにした場合について述べたが、本発明はこれに限らず、経路の品質を基準とするようにしても良く、かかる基準としては例えばホップ数と経路の品質とを複合的に判断するなど、この他使用目的に応じて種々の基準を広く適用することができる。   Further, in the above-described embodiment, the case has been described in which the number of hops is applied as a criterion for setting the priority, and a high priority is set for a route with a small number of hops. However, the present invention is not limited to this. Alternatively, the quality of the route may be used as a standard, and as such a standard, various criteria may be widely applied depending on the purpose of use, for example, the number of hops and the quality of the route are determined in combination. Can do.

なおこの場合において、ホップ数以外の事項を基準として経路に優先順位を設定する場合には、各ノードA〜E、Sにおいて、経路テーブル30(図7)の「Minimum Hop Count」及び「Maximum Hop Count」の各フィールド31、31に、作成された各経路のうちのその基準の最小値及び最大値を格納するようにすれば良い。 In this case, when priorities are set for routes based on matters other than the number of hops, “Minimum Hop Count” and “Maximum Hop” in the route table 30 (FIG. 7) are set in each of the nodes A to E and S. The minimum and maximum values of the reference among the created paths may be stored in the fields 31 1 and 31 2 of “Count”.

さらに上述の実施の形態においては、経路の優先順位をその経路のホップ数に応じて固定的に設定するようにした場合について述べたが、本発明はこれに限らず、この基準を通信状態やパケットエラー率等の経路の品質などに基づき動的に変更し、これに応じて各経路に対する優先順位を再設定するようにしても良い。   Furthermore, in the above-described embodiment, the case where the priority order of a route is fixedly set according to the number of hops of the route has been described, but the present invention is not limited to this, and this criterion is not limited to the communication state or It may be changed dynamically based on the route quality such as the packet error rate and the priority order for each route may be reset accordingly.

さらに上述の実施の形態においては、各ノードA〜E、Sにおいて、複数作成した各経路のエントリをリスト化して管理するようにした場合について述べたが、本発明はこれに限らず、例えばこれら複数経路の各エントリをテーブル化して一体に管理するようにしても良い。ただし、実施の形態のように各経路ごとにリスト化することによって、優先順位に応じて経路の順番を並べ替える際の処理が容易となる利点がある。   Further, in the above-described embodiment, a case has been described in which each of the nodes A to E and S manages a plurality of created entries for each route. However, the present invention is not limited to this, for example, Each entry of a plurality of routes may be tabulated and managed integrally. However, by listing each route as in the embodiment, there is an advantage that the processing when rearranging the route order according to the priority order becomes easy.

またこの場合において、上述の実施の形態においては、各経路リスト32のエントリとして、その経路のホップ数、次ホップ、生存時間、その経路の品質及び次の経路リストへのポインタを経路ごとに保持するようにした場合について述べたが、本発明はこれに限らず、これらに加え又は代えてこれら以外の情報をその経路に関する情報として保持するようにしても良い。   In this case, in the above-described embodiment, the number of hops of the route, the next hop, the lifetime, the quality of the route, and a pointer to the next route list are held for each route as an entry of each route list 32. Although the case where it did so was described, this invention is not restricted to this, You may make it hold | maintain information other than these as information regarding the path | route in addition to or instead of these.

さらに上述の実施の形態においては、経路要求メッセージ20として図3のようなフォーマットを適用し、当該経路要求メッセージ20を中継した各ノードA〜C、Eが中継ノードリスト21のフィールド22を順次拡張しながら当該中継ノードリスト21に自己のアドレスを記述するようにした場合について述べたが、本発明はこれに限らず、経路要求メッセージ20のフォーマットとしてはこれ以外のフォーマットであっても良く、また経路要求メッセージ20を中継した各A〜C、Eが自己のアドレス以外のそのネットワークシステムにおいて自己を識別できる何らかの識別情報を記述するようにしても良い。   Further, in the above-described embodiment, the format as shown in FIG. 3 is applied as the route request message 20, and the nodes A to C and E relaying the route request message 20 sequentially expand the field 22 of the relay node list 21. However, the description has been given of the case where its own address is described in the relay node list 21. However, the present invention is not limited to this, and the format of the route request message 20 may be other formats. Each of A to C and E relaying the route request message 20 may describe some identification information that can identify itself in the network system other than its own address.

さらに上述の実施の形態においては、経路応答メッセージ23として図6のようなフォーマットを適用し、当該経路応答メッセージ23の「RREP ID」のフィールド24にその送信元ノードのアドレスを記述するようにした場合について述べたが、本発明はこれに限らず、経路応答メッセージ23のフォーマットとしてはこれ以外のフォーマットであっても良く、またその送信元が「RREP ID」のフィールド24に自己のアドレス以外のそのネットワークシステムにおいて自己を識別できる何らかの識別情報を記述するようにしても良い。   Further, in the above-described embodiment, the format as shown in FIG. 6 is applied as the route response message 23, and the address of the transmission source node is described in the field 24 of “RREP ID” of the route response message 23. Although the present invention is not limited to this, the format of the route response message 23 may be other formats, and the source of the route response message 23 may be other than its own address in the field 24 of “RREP ID”. You may make it describe some identification information which can identify self in the network system.

本発明は、アドホックネットワークシステムの他、種々のネットワークシステムに適用することができる。   The present invention can be applied to various network systems in addition to an ad hoc network system.

本実施の形態によるアドホックネットワークシステムの構成を示す概念図である。It is a conceptual diagram which shows the structure of the ad hoc network system by this Embodiment. 各ノードにおける通信機能ブロックの構成を示すブロック図である。It is a block diagram which shows the structure of the communication function block in each node. 本実施の形態による経路要求メッセージの構成を示す概念図である。It is a conceptual diagram which shows the structure of the route request message by this Embodiment. 経路要求メッセージ受信処理手順を示すフローチャートである。It is a flowchart which shows a route request message reception processing procedure. ノードSからノードDまでに複数経路が作成された場合の説明に供する概念図である。It is a conceptual diagram with which it uses for description when a several path | route is created from the node S to the node D. FIG. 本実施の形態による経路応答メッセージの構成を示す概念図である。It is a conceptual diagram which shows the structure of the route response message by this Embodiment. 本実施の形態による経路テーブルの構成を示す概念図である。It is a conceptual diagram which shows the structure of the routing table by this Embodiment. 経路エントリ挿入処理手順を示すフローチャートである。It is a flowchart which shows a route entry insertion processing procedure. 経路応答メッセージ受信処理手順を示すフローチャートである。It is a flowchart which shows a route response message reception process procedure. 各ノードにおける経路テーブルの状態を示す概念図である。It is a conceptual diagram which shows the state of the routing table in each node. 通信処理手順を示すフローチャートである。It is a flowchart which shows a communication processing procedure. 従来のアドホックネットワークシステムにおける経路作成の説明に供する概念図である。It is a conceptual diagram with which it uses for description of the route creation in the conventional ad hoc network system. 従来の経路要求メッセージの構成を示す概念図である。It is a conceptual diagram which shows the structure of the conventional route request message. 従来の経路テーブルの構成を示す概念図である。It is a conceptual diagram which shows the structure of the conventional route table. 従来の経路応答メッセージの構成を示す概念図である。It is a conceptual diagram which shows the structure of the conventional path | route response message.

符号の説明Explanation of symbols

10……アドホックネットワークシステム、12……CPU、20……経路要求メッセージ、21……中継ノードリスト、22、24……フィールド、23……経路応答メッセージ、30……経路テーブル、32……経路リスト。   10: Ad hoc network system, 12: CPU, 20: Route request message, 21 ... Relay node list, 22, 24 ... Field, 23 ... Route response message, 30 ... Route table, 32 ... Route list.

Claims (16)

第1の通信端末から第2の通信端末を送信先として発信された経路要求メッセージ又は当該第2の通信端末からの応答を表し当該第1の通信端末を送信先とする経路応答メッセージでなりメッセージ識別情報を付されたメッセージを中継すると共に、当該メッセージに基づいて通信端末間の経路を作成する通信端末装置において、
上記メッセージを重複して受信する受信手段と、
過去に受信した上記メッセージの上記メッセージ識別情報を記憶する履歴記憶手段と、
上記受信したメッセージの上記メッセージ識別情報が上記履歴記憶手段に既に記憶されており、且つ当該メッセージに自己の通信端末を識別する端末識別情報が付されている場合には、当該メッセージを破棄し、それ以外の場合には、当該メッセージの送信元を送信先とし当該メッセージの転送元を転送先とする経路を所定の経路リストに記録することにより上記第1の通信端末又は上記第2の通信端末までの上記経路を複数作成すると共に、当該メッセージに付された上記メッセージ識別情報を上記履歴記憶手段に記憶させ、さらにメッセージの送信先が自己の端末装置でない場合に当該メッセージに自己の端末識別情報を付して転送する経路作成手段と、
上記経路作成手段により作成された複数の上記経路を記憶し、管理する経路管理手段と
を有し、
上記経路管理手段は、
上記第1の通信端末又は上記第2の通信端末までの通信経路として上記複数の経路の中から1つの上記経路設定する一方、当該通信経路を必要に応じて上記複数の経路のうちの他の上記経路に切り換える
通信端末装置。
A message composed of a route request message transmitted from the first communication terminal to the second communication terminal as a transmission destination or a response message from the second communication terminal that represents the response from the second communication terminal and that has the first communication terminal as the transmission destination. In a communication terminal device that relays a message with identification information and creates a path between communication terminals based on the message,
Receiving means for receiving the message in duplicate;
History storage means for storing the message identification information of the message received in the past;
When the message identification information of the received message is already stored in the history storage means, and the terminal identification information for identifying the communication terminal of the message is attached to the message, the message is discarded, In other cases, the first communication terminal or the second communication terminal is recorded by recording, in a predetermined route list, a route in which the transmission source of the message is the transmission destination and the transfer source of the message is the transfer destination. A plurality of routes to the message, the message identification information attached to the message is stored in the history storage means, and if the destination of the message is not its own terminal device, the terminal identification information of the message A route creation means for forwarding with
Route management means for storing and managing a plurality of the routes created by the route creation means,
The route management means is
One of the plurality of routes is set as the communication route to the first communication terminal or the second communication terminal, and the communication route is set to another of the plurality of routes as necessary. A communication terminal device for switching to the above route.
上記経路作成手段は、The route creation means
上記メッセージを転送する際、当該メッセージの転送元を除き転送可能な複数の通信端末に当該メッセージを転送するWhen transferring the message, the message is transferred to a plurality of transferable communication terminals excluding the transfer source of the message.
請求項1に記載の通信端末装置。The communication terminal device according to claim 1.
上記経路管理手段は、
作成した各上記経路に対して所定の基準に基づいて優先順位を設定し、当該優先順位の高い上記経路を優先的に上記通信経路に設定する
請求項1に記載の通信端末装置。
The route management means is
The communication terminal device according to claim 1, wherein a priority order is set for each of the created routes based on a predetermined criterion, and the route having a higher priority order is preferentially set as the communication route.
上記経路管理手段は、
上記経路の通信状況に応じて上記基準を動的に変更し、作成した各上記経路に対する上記優先順位を再設定する
請求項3に記載の通信端末装置。
The route management means is
The communication terminal device according to claim 3, wherein the reference is dynamically changed according to a communication status of the route, and the priority order for each of the created routes is reset.
上記経路管理手段は、
作成した上記複数の経路のうち、所定時間使用されない上記経路を削除する
請求項1に記載の通信端末装置。
The route management means is
The communication terminal device according to claim 1, wherein the route that is not used for a predetermined time is deleted from the created routes.
上記経路管理手段は、
作成した上記経路が予め定められた最大数を超えたときは、時間的に古い上記経路から順に削除する
請求項1に記載の通信端末装置。
The route management means is
The communication terminal device according to claim 1, wherein when the created route exceeds a predetermined maximum number, the route is deleted in order from the oldest route.
第1の通信端末から第2の通信端末を送信先として発信された経路要求メッセージ又は当該第2の通信端末からの応答を表し当該第1の通信端末を送信先とする経路応答メッセージでなりメッセージ識別情報を付されたメッセージを中継すると共に、当該メッセージに基づいて通信端末間の経路を作成する通信端末装置の制御方法において、
上記メッセージを重複して受信する受信ステップと、
上記受信したメッセージの上記メッセージ識別情報が、過去に受信した上記メッセージの上記メッセージ識別情報を記憶する履歴記憶手段に既に記憶されており、且つ当該メッセージに自己の通信端末を識別する端末識別情報が付されている場合には、当該メッセージを破棄し、それ以外の場合には、当該メッセージの送信元を送信先とし当該メッセージの転送元を転送先とする経路を所定の経路リストに記録することにより上記第1の通信端末又は上記第2の通信端末までの上記経路を複数作成すると共に、当該メッセージに付された上記メッセージ識別情報を上記履歴記憶手段に記憶させ、さらにメッセージの送信先が自己の端末装置でない場合に当該メッセージに自己の端末識別情報を付して転送する経路作成ステップと、
作成した複数の上記経路を記憶し、管理する経路管理ステップと
を有し、
上記経路管理ステップでは、
上記第1の通信端末又は上記第2の通信端末までの通信経路として上記複数の経路の中から1つの上記経路設定する一方、当該通信経路を必要に応じて上記複数の経路のうちの他の上記経路に切り換える
通信端末装置の制御方法。
A message composed of a route request message transmitted from the first communication terminal to the second communication terminal as a transmission destination or a response message from the second communication terminal that represents the response from the second communication terminal and that has the first communication terminal as the transmission destination. In a method for controlling a communication terminal apparatus that relays a message with identification information and creates a path between communication terminals based on the message,
A receiving step for receiving the message in duplicate;
The message identification information of the received message is already stored in the history storage means for storing the message identification information of the message received in the past, and the terminal identification information for identifying the own communication terminal is included in the message. If the message is attached, the message is discarded; otherwise, the route having the message source as the destination and the message transfer source as the destination is recorded in a predetermined route list. together to create multiple above route to the first communication terminal or the second communication terminal, the message identification information attached to the message is stored in the history storage means, further send messages self by A route creation step for transferring the message with its own terminal identification information if it is not a terminal device of
A route management step for storing and managing the plurality of created routes, and
In the above route management step,
One of the plurality of routes is set as the communication route to the first communication terminal or the second communication terminal, and the communication route is set to another of the plurality of routes as necessary. A control method for a communication terminal device for switching to the above route.
第1の通信端末から第2の通信端末を送信先として発信された経路要求メッセージ又は当該第2の通信端末からの応答を表し当該第1の通信端末を送信先とする経路応答メッセージでなりメッセージ識別情報を付されたメッセージを中継すると共に、当該メッセージに基づいて通信端末間の経路を作成する通信端末装置を制御するためのプログラムにおいて、
上記メッセージを重複して受信する受信ステップと、
上記受信したメッセージの上記メッセージ識別情報が、過去に受信した上記メッセージの上記メッセージ識別情報を記憶する履歴記憶手段に既に記憶されており、且つ当該メッセージに自己の通信端末を識別する端末識別情報が付されている場合には、当該メッセージを破棄し、それ以外の場合には、当該メッセージの送信元を送信先とし当該メッセージの転送元を転送先とする経路を所定の経路リストに記録することにより上記第1の通信端末又は上記第2の通信端末までの上記経路を複数作成すると共に、当該メッセージに付された上記メッセージ識別情報を上記履歴記憶手段に記憶させ、さらにメッセージの送信先が自己の端末装置でない場合に当該メッセージに自己の端末識別情報を付して転送する経路作成ステップと、
作成された複数の上記経路を記憶し、管理すると共に、上記第1の通信端末又は上記第2の通信端末までの通信経路として当該複数の経路の中から1つの上記経路設定する一方、当該通信経路を必要に応じて上記複数の経路のうちの他の上記経路に切り換える経路管理ステップと
を有する処理をコンピュータに実行させるためのプログラム。
A message composed of a route request message transmitted from the first communication terminal to the second communication terminal as a transmission destination or a response message from the second communication terminal that represents the response from the second communication terminal and that has the first communication terminal as the transmission destination. In a program for controlling a communication terminal device that relays a message with identification information and creates a path between communication terminals based on the message,
A receiving step for receiving the message in duplicate;
The message identification information of the received message is already stored in the history storage means for storing the message identification information of the message received in the past, and the terminal identification information for identifying the own communication terminal is included in the message. If the message is attached, the message is discarded; otherwise, the route having the message source as the destination and the message transfer source as the destination is recorded in a predetermined route list. together to create multiple above route to the first communication terminal or the second communication terminal, the message identification information attached to the message is stored in the history storage means, further send messages self by A route creation step for transferring the message with its own terminal identification information if it is not a terminal device of
While storing and managing the plurality of created routes, one route is set from the plurality of routes as a communication route to the first communication terminal or the second communication terminal , A program for causing a computer to execute a process having a route management step of switching a communication route to another of the plurality of routes as necessary.
所望する第1の通信端末を送信先とする経路要求メッセージにメッセージ識別情報を付して送信する送信手段と、
上記第1の通信端末からの応答を表し上記経路要求メッセージの送信元を送信先とすると共に上記メッセージ識別情報が付された経路応答メッセージ又は上記経路要求メッセージでなるメッセージを転送する第2の通信端末において、受信したメッセージの上記メッセージ識別情報が、過去に受信した上記メッセージの上記メッセージ識別情報を記憶する履歴記憶手段に既に記憶されており、且つ当該メッセージに当該第2の通信端末を識別する端末識別情報が付されている場合には、当該メッセージが破棄され、それ以外の場合には、当該メッセージの送信元を送信先とし当該メッセージの転送元を転送先とする経路が所定の経路リストに記録されることにより上記第1の通信端末又は自己の通信端末までの上記経路が複数作成されると共に、当該メッセージに付された上記メッセージ識別情報が上記履歴記憶手段に記憶され、さらに当該メッセージに第2の端末装置の端末識別情報が付されて転送された結果、上記第1の通信端末からの上記経路応答メッセージ重複して受信することにより、上記第1の通信端末までの経路を複数作成する経路作成手段と、
上記経路作成手段により作成された上記複数の経路を記憶し、管理すると共に、当該複数の経路の中から1つの上記経路を通信経路として設定する経路管理手段と、
設定された上記通信経路を通じて上記第1の通信端末と通信する通信手段と
を有し、
上記経路管理手段は、
上記通信経路を必要に応じて上記複数の経路のうちの他の上記経路に切り換える
通信端末装置。
A transmission means for adding a message identification information to a route request message to which a desired first communication terminal is a transmission destination;
A second communication that represents a response from the first communication terminal and that transmits a route response message to which the source of the route request message is a destination and a message including the route identification message or the route request message. In the terminal, the message identification information of the received message is already stored in the history storage means for storing the message identification information of the message received in the past, and the second communication terminal is identified in the message If terminal identification information is attached, the message is discarded; otherwise, a route whose destination is the source of the message and whose destination is the destination of the message is a predetermined route list. When a plurality of the routes to the first communication terminal or its own communication terminal are created by , The message identification information attached to the message is stored in the history storage means, and further, the terminal identification information of the second terminal device is attached to the message and transferred. As a result, the message from the first communication terminal by redundantly received the route reply message, a route creation means for creating multiple paths to the first communication terminal,
Storing and managing the plurality of routes created by the route creation means, and setting one route among the plurality of routes as a communication route;
Communication means for communicating with the first communication terminal through the set communication path,
The route management means is
A communication terminal apparatus that switches the communication path to another of the plurality of paths as necessary.
上記通信手段は、
上記経路作成手段が最初の上記経路応答メッセージを受信後所定時間が経過し、又は上記第1の通信端末から所定数の上記経路応答メッセージを受信してから、当該第1通信端末との通信を開始する
請求項に記載の通信端末装置。
The communication means is
The route creation means communicates with the first communication terminal after a predetermined time has elapsed after receiving the first route response message or after receiving a predetermined number of the route response messages from the first communication terminal. The communication terminal device according to claim 9 .
所望する第1の通信端末を送信先とする経路要求メッセージに当該メッセージを識別するメッセージ識別情報を付して送信する送信ステップと、
上記第1の通信端末からの応答を表し上記経路要求メッセージの送信元を送信先とすると共に上記メッセージ識別情報が付された経路応答メッセージ又は上記経路要求メッセージでなるメッセージを転送する第2の通信端末において、受信した経路要求メッセージの上記メッセージ識別情報が、過去に受信した上記経路要求メッセージの上記メッセージ識別情報を記憶する履歴記憶手段に既に記憶されており、且つ当該経路要求メッセージに当該第2の通信端末を識別する端末識別情報が付されている場合には、当該メッセージが破棄され、それ以外の場合には、当該メッセージの送信元を送信先とし当該メッセージの転送元を転送先とする経路が所定の経路リストに記録されることにより上記第1の通信端末又は自己の通信端末までの上記経路が複数作成されると共に、当該メッセージに付された上記メッセージ識別情報が上記履歴記憶手段に記憶され、さらに当該メッセージに第2の端末装置の端末識別情報が付されて転送された結果、上記第1の通信端末からの上記経路応答メッセージ重複して受信することにより上記第1の通信端末までの経路を複数作成する経路作成ステップと、
作成された複数の上記経路の中から1つの上記経路を通信経路として設定し、当該通信経路を通じて上記第1の通信端末と通信する通信ステップと
を有し、
上記通信ステップでは、
上記通信経路を必要に応じて上記複数の経路のうちの他の上記経路に切り換える
通信端末装置の制御方法。
A transmission step of transmitting a route request message with a desired first communication terminal as a transmission destination with message identification information for identifying the message ;
A second communication that represents a response from the first communication terminal and that transmits a route response message to which the source of the route request message is a destination and a message including the route identification message or the route request message. In the terminal, the message identification information of the received route request message is already stored in the history storage means for storing the message identification information of the route request message received in the past, and the second message is included in the route request message. If the terminal identification information for identifying the communication terminal is attached, the message is discarded, otherwise, the transmission source of the message is the transmission destination and the transfer source of the message is the transfer destination The route to the first communication terminal or its own communication terminal by recording the route in a predetermined route list As a result of creating a plurality of paths, the message identification information attached to the message is stored in the history storage means, and further, the terminal identification information of the second terminal device is attached to the message and transferred. a route creating step of creating multiple paths to the first communication terminal by receiving duplicate the route response message from the first communication terminal,
A communication step of setting one of the plurality of generated routes as a communication route and communicating with the first communication terminal through the communication route;
In the communication step above,
A method for controlling a communication terminal apparatus, wherein the communication path is switched to another path among the plurality of paths as necessary.
所望する第1の通信端末を送信先とする経路要求メッセージに当該メッセージを識別するメッセージ識別情報を付して送信する送信ステップと、
上記第1の通信端末からの応答を表し上記経路要求メッセージの送信元を送信先とすると共に上記メッセージ識別情報が付された経路応答メッセージ又は上記経路要求メッセージでなるメッセージを転送する第2の通信端末において、受信したメッセージの上記メッセージ識別情報が、過去に受信した上記メッセージの上記メッセージ識別情報を記憶する履歴記憶手段に既に記憶されており、且つ当該メッセージに当該第2の通信端末を識別する端末識別情報が付されている場合には、当該メッセージが破棄され、それ以外の場合には、当該メッセージの送信元を送信先とし当該メッセージの転送元を転送先とする経路が所定の経路リストに記録されることにより上記第1の通信端末又は自己の通信端末までの上記経路が複数作成されると共に、当該メッセージに付された上記メッセージ識別情報が上記履歴記憶手段に記憶され、さらに当該メッセージに第2の端末装置の端末識別情報が付されて転送された結果、上記第1の通信端末からの上記経路応答メッセージ重複して受信することにより上記第1の通信端末までの経路を複数作成する経路作成ステップと、
作成された複数の上記経路の中から1つの上記経路を通信経路として設定し、当該通信経路を通じて上記第1の通信端末と通信すると共に、当該通信経路を必要に応じて上記複数の経路のうちの他の上記経路に切り換える通信ステップと
を有する処理をコンピュータに実行させるためのプログラム。
A transmission step of transmitting a route request message with a desired first communication terminal as a transmission destination with message identification information for identifying the message ;
A second communication that represents a response from the first communication terminal and that transmits a route response message to which the source of the route request message is a destination and a message including the route identification message or the route request message. In the terminal, the message identification information of the received message is already stored in the history storage means for storing the message identification information of the message received in the past, and the second communication terminal is identified in the message If terminal identification information is attached, the message is discarded; otherwise, a route whose destination is the source of the message and whose destination is the destination of the message is a predetermined route list. When a plurality of the routes to the first communication terminal or its own communication terminal are created by , The message identification information attached to the message is stored in the history storage means, and further, the terminal identification information of the second terminal device is attached to the message and transferred. As a result, the message from the first communication terminal A route creation step of creating a plurality of routes to the first communication terminal by receiving the route response message in duplicate;
One of the created routes is set as a communication route, communicates with the first communication terminal through the communication route, and the communication route is selected from the plurality of routes as necessary. A program for causing a computer to execute a process having a communication step of switching to another path.
第1の通信端末から発信され、第2の通信端末を介して送信されてくると共にメッセージ識別情報が付された経路要求メッセージに基づいて、上記第1の通信端末までの経路を作成する通信端末装置において、
上記第2の通信端末により上記経路要求メッセージが受信されたときに、当該経路要求メッセージの上記メッセージ識別情報が、当該第2の通信端末が過去に受信した上記経路要求メッセージの上記メッセージ識別情報を記憶する履歴記憶手段に既に記憶されており、且つ当該経路要求メッセージに当該第2の通信端末を識別する端末識別情報が付されている場合には、当該経路要求メッセージが破棄され、それ以外の場合には、当該経路要求メッセージの送信元を送信先とし当該経路要求メッセージの転送元を転送先とする経路が所定の経路リストに記録されると共に、当該経路要求メッセージに付された上記メッセージ識別情報が上記履歴記憶手段に記憶され、さらに当該経路要求メッセージに当該第2の通信端末の端末識別情報を付して転送された結果、転送されてきた上記経路要求メッセージを重複して受信する受信手段と、
上記重複して受信した上記経路要求メッセージを基に上記第1の通信端末までの上記経路を複数作成する経路作成手段と、
上記経路作成手段により作成された複数の上記経路を記憶し、管理する経路管理手段と
を有し、
上記経路管理手段は、
作成した上記複数の経路の中から1つの上記経路を上記第1の通信端末までの通信経路として設定する一方、当該通信経路を必要に応じて上記複数の経路のうちの他の上記経路に切り換える
通信端末装置。
A communication terminal that generates a route to the first communication terminal based on a route request message that is transmitted from the first communication terminal and transmitted through the second communication terminal and that has message identification information attached thereto. In the device
When the route request message is received by the second communication terminal, the message identification information of the route request message is the message identification information of the route request message received by the second communication terminal in the past. If it is already stored in the history storage means to be stored and terminal identification information for identifying the second communication terminal is attached to the route request message, the route request message is discarded. In this case, a route having the transmission source of the route request message as a transmission destination and the transfer source of the route request message as a transfer destination is recorded in a predetermined route list and the message identification attached to the route request message Information is stored in the history storage means, and terminal identification information of the second communication terminal is added to the route request message. Forwarded result, a receiving means for receiving a duplicate the route request message transferred,
Route creation means for creating a plurality of routes to the first communication terminal based on the route request message received in duplicate ;
Route management means for storing and managing a plurality of the routes created by the route creation means,
The route management means is
One of the created routes is set as a communication route to the first communication terminal, and the communication route is switched to another route among the plurality of routes as necessary. Communication terminal device.
作成した上記経路ごとに上記経路要求メッセージに対する経路応答メッセージを送信する応答送信手段
を有する請求項13に記載の通信端末装置。
The communication terminal device according to claim 13 , further comprising response transmission means for transmitting a route response message for the route request message for each of the created routes.
第1の通信端末から発信され、第2の通信端末を介して送信されてくると共にメッセージ識別情報が付された経路要求メッセージに基づいて、上記第1の通信端末までの経路を作成する通信端末装置の制御方法において、
上記第2の通信端末により上記経路要求メッセージが受信されたときに、当該経路要求メッセージの上記メッセージ識別情報が、当該第2の通信端末が過去に受信した上記経路要求メッセージの上記メッセージ識別情報を記憶する履歴記憶手段に既に記憶されており、且つ当該経路要求メッセージに当該第2の通信端末を識別する端末識別情報が付されている場合には、当該経路要求メッセージが破棄され、それ以外の場合には、当該経路要求メッセージの送信元を送信先とし当該経路要求メッセージの転送元を転送先とする経路が所定の経路リストに記録されると共に、当該経路要求メッセージに付された上記メッセージ識別情報が上記履歴記憶手段に記憶され、さらに当該経路要求メッセージに当該第2の通信端末の端末識別情報を付して転送された結果、転送されてきた上記経路要求メッセージを重複して受信する受信ステップと、
上記重複して受信した上記経路要求メッセージを基に上記第1の通信端末までの上記経路を複数作成する経路作成ステップと、
作成した複数の上記経路を記憶し、管理する経路管理ステップと
を有し、
上記経路管理ステップでは、
作成した上記複数の経路の中から1つの上記経路を上記第1の通信端末までの通信経路として設定する一方、当該通信経路を必要に応じて上記複数の経路のうちの他の上記経路に切り換える
通信端末装置の制御方法。
A communication terminal that generates a route to the first communication terminal based on a route request message that is transmitted from the first communication terminal and transmitted through the second communication terminal and that has message identification information attached thereto. In the device control method,
When the route request message is received by the second communication terminal, the message identification information of the route request message is the message identification information of the route request message received by the second communication terminal in the past. If it is already stored in the history storage means to be stored and terminal identification information for identifying the second communication terminal is attached to the route request message, the route request message is discarded. In this case, a route having the transmission source of the route request message as a transmission destination and the transfer source of the route request message as a transfer destination is recorded in a predetermined route list and the message identification attached to the route request message Information is stored in the history storage means, and terminal identification information of the second communication terminal is added to the route request message. Forwarded result, a receiving step of receiving duplicate the route request message transferred,
A route creation step for creating a plurality of routes to the first communication terminal based on the route request message received in duplicate ;
A route management step for storing and managing the plurality of created routes, and
In the above route management step,
One of the created routes is set as a communication route to the first communication terminal, and the communication route is switched to another route among the plurality of routes as necessary. A method for controlling a communication terminal device.
第1の通信端末から発信され、第2の通信端末を介して送信されてくると共にメッセージ識別情報が付された経路要求メッセージに基づいて、上記第1の通信端末までの経路を作成する通信端末装置を制御するためのプログラムにおいて、
上記第2の通信端末により上記経路要求メッセージが受信されたときに、当該経路要求メッセージの上記メッセージ識別情報が、当該第2の通信端末が過去に受信した上記経路要求メッセージの上記メッセージ識別情報を記憶する履歴記憶手段に既に記憶されており、且つ当該経路要求メッセージに当該第2の通信端末を識別する端末識別情報が付されている場合には、当該経路要求メッセージが破棄され、それ以外の場合には、当該経路要求メッセージの送信元を送信先とし当該経路要求メッセージの転送元を転送先とする経路が所定の経路リストに記録されると共に、当該経路要求メッセージに付された上記メッセージ識別情報が上記履歴記憶手段に記憶され、さらに当該経路要求メッセージに当該第2の通信端末の端末識別情報を付して転送された結果、転送されてきた上記経路要求メッセージを重複して受信する受信ステップと、
上記重複して受信した上記経路要求メッセージを基に上記第1の通信端末までの上記経路を複数作成する経路作成ステップと、
作成された複数の上記経路を記憶し、管理すると共に、当該複数の経路の中から1つの上記経路を上記第1の通信端末までの通信経路として設定する一方、当該通信経路を必要に応じて上記複数の経路のうちの他の上記経路に切り換える経路管理ステップと
を有する処理をコンピュータに実行させるためのプログラム。
A communication terminal that generates a route to the first communication terminal based on a route request message that is transmitted from the first communication terminal and transmitted through the second communication terminal and that has message identification information attached thereto. In a program for controlling a device,
When the route request message is received by the second communication terminal, the message identification information of the route request message is the message identification information of the route request message received by the second communication terminal in the past. If it is already stored in the history storage means to be stored and terminal identification information for identifying the second communication terminal is attached to the route request message, the route request message is discarded. In this case, a route having the transmission source of the route request message as a transmission destination and the transfer source of the route request message as a transfer destination is recorded in a predetermined route list and the message identification attached to the route request message Information is stored in the history storage means, and terminal identification information of the second communication terminal is added to the route request message. Forwarded result, a receiving step of receiving duplicate the route request message transferred,
A route creation step for creating a plurality of routes to the first communication terminal based on the route request message received in duplicate ;
The plurality of created routes are stored and managed, and one of the plurality of routes is set as a communication route to the first communication terminal, while the communication route is set as necessary. A program for causing a computer to execute processing including: a route management step of switching to another of the plurality of routes.
JP2003290468A 2003-08-08 2003-08-08 COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, PROGRAM Expired - Fee Related JP4605426B2 (en)

Priority Applications (8)

Application Number Priority Date Filing Date Title
JP2003290468A JP4605426B2 (en) 2003-08-08 2003-08-08 COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, PROGRAM
KR1020067002711A KR101049870B1 (en) 2003-08-08 2004-08-06 Communication system and communication terminal device
EP04771626.1A EP1653676B1 (en) 2003-08-08 2004-08-06 Communication system, communication method and program
PCT/JP2004/011651 WO2005015856A1 (en) 2003-08-08 2004-08-06 Communication system, communication method, communication terminal device, control method thereof, and program
US10/567,101 US8005054B2 (en) 2003-08-08 2004-08-06 Communication system, communication method, communication terminal device, control method thereof, and program
BRPI0413316-1A BRPI0413316A (en) 2003-08-08 2004-08-06 communication system, communication terminal device, control method for a communication terminal device, program, and communication method for a communication terminal device
CNB2004800228065A CN100574260C (en) 2003-08-08 2004-08-06 Communication system, communication means, communication terminal and control method thereof
US13/162,322 US8755294B2 (en) 2003-08-08 2011-06-16 Communication system, communication method, communication terminal device, control method thereof, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003290468A JP4605426B2 (en) 2003-08-08 2003-08-08 COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, PROGRAM

Publications (3)

Publication Number Publication Date
JP2005064721A JP2005064721A (en) 2005-03-10
JP2005064721A5 JP2005064721A5 (en) 2006-09-21
JP4605426B2 true JP4605426B2 (en) 2011-01-05

Family

ID=34368489

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003290468A Expired - Fee Related JP4605426B2 (en) 2003-08-08 2003-08-08 COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, PROGRAM

Country Status (2)

Country Link
JP (1) JP4605426B2 (en)
CN (1) CN100574260C (en)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4605427B2 (en) * 2003-08-08 2011-01-05 ソニー株式会社 COMMUNICATION SYSTEM, COMMUNICATION METHOD, COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, AND PROGRAM
JP4605428B2 (en) * 2003-08-08 2011-01-05 ソニー株式会社 COMMUNICATION SYSTEM, COMMUNICATION TERMINAL DEVICE, COMMUNICATION METHOD, AND PROGRAM
KR101049870B1 (en) 2003-08-08 2011-07-15 소니 주식회사 Communication system and communication terminal device
US8068507B2 (en) * 2005-06-14 2011-11-29 Interdigital Technology Corporation Method and system for conveying backhaul link information for intelligent selection of a mesh access point
JP4696314B2 (en) * 2005-11-14 2011-06-08 株式会社国際電気通信基礎技術研究所 Wireless device and wireless network system including the same
CN102118823B (en) * 2006-07-04 2013-03-06 株式会社日立制作所 Self-organization network
JP4281768B2 (en) 2006-08-15 2009-06-17 ソニー株式会社 Communication system, radio communication apparatus and control method thereof
JP5131127B2 (en) * 2008-09-30 2013-01-30 沖電気工業株式会社 Route control apparatus, route control method, route control program, and node
CN102113404B (en) * 2009-01-26 2014-08-27 松下电器产业株式会社 Relay apparatus, control method, and program
EP2553870B1 (en) * 2010-03-31 2020-01-22 Telefonaktiebolaget LM Ericsson (publ) An operations, administrations and management proxy and a method for handling operations, administrations and management messages
CN102835182B (en) * 2010-03-31 2015-07-15 富士通株式会社 Node device and detour path search method
CN101854306B (en) 2010-06-07 2011-12-28 西安西电捷通无线网络通信股份有限公司 Exchange routing search method and system
JP5455820B2 (en) * 2010-07-02 2014-03-26 三菱電機株式会社 Route selection method, communication apparatus, and communication system
GB2484915B (en) * 2010-10-22 2013-10-23 Toshiba Res Europ Ltd Forwarding and routing in sensor networks
CN103262482B (en) * 2010-12-10 2016-09-07 日本电气株式会社 Communication system, control equipment and node control method
WO2011144114A2 (en) * 2011-05-27 2011-11-24 华为技术有限公司 Method, device and system for detecting path information
CN102882793B (en) * 2012-09-20 2018-10-12 新华三技术有限公司 Topology changes the method for transmission processing and the network equipment of message
JP6098322B2 (en) 2013-04-17 2017-03-22 富士通株式会社 Packet transfer method, node device, and program
JP6362594B2 (en) * 2013-06-28 2018-07-25 古河電気工業株式会社 Network system and control method thereof
JP2015046661A (en) * 2013-08-27 2015-03-12 ソニー株式会社 Information processing device and information processing method
JP6498035B2 (en) * 2015-05-22 2019-04-10 シャープ株式会社 Wireless communication system and wireless communication device
CN107852366B (en) * 2015-06-17 2021-04-06 瑞典爱立信有限公司 Method, relay node and computer-readable storage medium for reducing latency in a mesh network
JP6325499B2 (en) 2015-09-17 2018-05-16 双葉電子工業株式会社 Wireless device, network system, and control method
WO2017145390A1 (en) * 2016-02-26 2017-08-31 富士通株式会社 Data transfer program, data transfer device and data transfer method
JP7082878B2 (en) * 2018-01-05 2022-06-09 株式会社モバイルテクノ Communication route control device and communication route control method
JP2020145540A (en) * 2019-03-05 2020-09-10 沖電気工業株式会社 Controller, control program, control method, communication apparatus, and communication system

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS56140744A (en) * 1980-04-02 1981-11-04 Nippon Telegr & Teleph Corp <Ntt> Route resetting system
JPS6253546A (en) * 1985-09-03 1987-03-09 Fujitsu Ltd Loop prevention control system for routing
JPH04369948A (en) * 1991-06-19 1992-12-22 Mitsubishi Electric Corp Packet relay device
JPH06232908A (en) * 1993-02-05 1994-08-19 Fuji Xerox Co Ltd Routing device
JP3102057B2 (en) * 1991-05-17 2000-10-23 オムロン株式会社 Wireless network system and transmission path search method
JP2001136178A (en) * 1999-11-08 2001-05-18 Hitachi Ltd Wireless network, its path control method and wireless communication controller
US20020049561A1 (en) * 1998-12-23 2002-04-25 Garcia-Luna-Aceves J. Joaquin Unified routing scheme for ad-hoc internetworking
JP2003198563A (en) * 2001-12-27 2003-07-11 Ntt Comware Corp Radio communication device, method therefor, radio communication program and computer readable recording medium recorded with the same program
JP2004023440A (en) * 2002-06-17 2004-01-22 Kddi Corp Route control method and apparatus, and computer program
JP2004056787A (en) * 2002-06-19 2004-02-19 Harris Corp Mobile ad-hoc network and methods for performing functions therein based upon weighted quality of of service metrics
JP2005064722A (en) * 2003-08-08 2005-03-10 Sony Corp Communication system and method, communication terminal device and control method thereof, and program
JP2005064723A (en) * 2003-08-08 2005-03-10 Sony Corp Communication system and method, communication terminal device, and program
JP2005286989A (en) * 2004-03-02 2005-10-13 Ntt Docomo Inc Communication terminal and ad hoc network rout controlling method

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS56140744A (en) * 1980-04-02 1981-11-04 Nippon Telegr & Teleph Corp <Ntt> Route resetting system
JPS6253546A (en) * 1985-09-03 1987-03-09 Fujitsu Ltd Loop prevention control system for routing
JP3102057B2 (en) * 1991-05-17 2000-10-23 オムロン株式会社 Wireless network system and transmission path search method
JPH04369948A (en) * 1991-06-19 1992-12-22 Mitsubishi Electric Corp Packet relay device
JPH06232908A (en) * 1993-02-05 1994-08-19 Fuji Xerox Co Ltd Routing device
US20020049561A1 (en) * 1998-12-23 2002-04-25 Garcia-Luna-Aceves J. Joaquin Unified routing scheme for ad-hoc internetworking
JP2001136178A (en) * 1999-11-08 2001-05-18 Hitachi Ltd Wireless network, its path control method and wireless communication controller
JP2003198563A (en) * 2001-12-27 2003-07-11 Ntt Comware Corp Radio communication device, method therefor, radio communication program and computer readable recording medium recorded with the same program
JP2004023440A (en) * 2002-06-17 2004-01-22 Kddi Corp Route control method and apparatus, and computer program
JP2004056787A (en) * 2002-06-19 2004-02-19 Harris Corp Mobile ad-hoc network and methods for performing functions therein based upon weighted quality of of service metrics
JP2005064722A (en) * 2003-08-08 2005-03-10 Sony Corp Communication system and method, communication terminal device and control method thereof, and program
JP2005064723A (en) * 2003-08-08 2005-03-10 Sony Corp Communication system and method, communication terminal device, and program
JP2005286989A (en) * 2004-03-02 2005-10-13 Ntt Docomo Inc Communication terminal and ad hoc network rout controlling method

Also Published As

Publication number Publication date
CN1833414A (en) 2006-09-13
JP2005064721A (en) 2005-03-10
CN100574260C (en) 2009-12-23

Similar Documents

Publication Publication Date Title
JP4605426B2 (en) COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, PROGRAM
US8005054B2 (en) Communication system, communication method, communication terminal device, control method thereof, and program
JP5087553B2 (en) Method and system for adaptive wireless routing protocol in mesh networks
KR101086111B1 (en) Routing protocol for multicast in a meshed network
JP5199061B2 (en) Hybrid mesh routing protocol
KR101225274B1 (en) Route selection in wireless networks
JP4571666B2 (en) Method, communication device and system for address resolution mapping in a wireless multi-hop ad hoc network
US8213352B2 (en) Wireless communication system, wireless communication device, wireless communication method, and program
JP2004282270A (en) Radio ad hoc communication system, terminal, processing method therein, and program for making terminal to execute the method
CN105338535B (en) A method of carrying out wireless networking using mobile terminal
TWI499327B (en) Method for communicating in a network comprising a batteryless zigbee device, network and device therefor
JP4605427B2 (en) COMMUNICATION SYSTEM, COMMUNICATION METHOD, COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, AND PROGRAM
JP4605428B2 (en) COMMUNICATION SYSTEM, COMMUNICATION TERMINAL DEVICE, COMMUNICATION METHOD, AND PROGRAM
JP5287622B2 (en) Communication system, node, communication control method, and program
JP2006279168A (en) Communication apparatus for configuring adhoc network, bridge apparatus, and communication system
JP5004999B2 (en) Hybrid mesh routing protocol
JP4913208B2 (en) Address resolution method
JP2007173941A (en) Wireless communication terminal, wireless multi-hop network, transfer control method, program, and recording medium
JP2009124303A (en) Message transfer method in ad hoc network
JP4735202B2 (en) Mobile terminal and program for selecting routing protocol for ad hoc network
JP4263973B2 (en) Wireless multi-hop communication system and wireless node device
WO2011118133A1 (en) Communication apparatus, communication system, communication method and communication program
JP5438711B2 (en) Wireless communication system
JP2009005183A (en) Path determination method, communication device, and ad-hoc network

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060803

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060803

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090604

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090803

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100415

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100601

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

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

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

Free format text: PAYMENT UNTIL: 20131015

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees