JP4605426B2 - COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, PROGRAM - Google Patents
COMMUNICATION TERMINAL DEVICE, ITS CONTROL METHOD, PROGRAM Download PDFInfo
- 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
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」のフィールド31〜39から構成されており、「Type」のフィールド3 1 にメッセージの種類(経路要求メッセージの場合は「1」)、「Flag 」のフィールド32に各種通信制御のためのフラグ、「Hop Count」のフィールド34にホップ数(初期値は「0」)、「RREQ ID」のフィールド35に当該経路要求メッセージに付与された固有のID(以下、これを経路要求メッセージIDと呼ぶ)がそれぞれ格納される。
The
また経路要求メッセージ2の「Destination Address」のフィールド36にはその経路要求メッセージの送信先であるノードD´のアドレス、「Destination Sequence Number」のフィールド37にはノードS´が最後に知ったノードD´のシーケンス番号、「Originator Address」のフィールド38にはノードS´のアドレス、「Originator Sequence Number」のフィールド39にはノードS´のシーケンス番号がそれぞれ格納される。
The
そしてこの経路要求メッセージ2を受け取ったノードA´〜E´は、その経路要求メッセージの「Destination Address」のフィールド36に格納された当該経路要求メッセージ2のあて先に基づいて自分宛の経路要求メッセージ2であるか否かを判断し、自分宛でない場合には「Hop Count」のフィールド34に格納されたホップ数を「1」増加させたうえでこの経路要求メッセージ2をブロードキャストする。
And node A'~E' receiving this
またこのときそのノード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
ここで、この経路テーブルは、この後そのノード(ここではノードS´)を送信先とするデータを受信した場合に参照するためのテーブルであり、図14に示すように、「Destination Address」、「Destination Sequence Number」、「Hop Count」、「Next Hop」、「Precursor List」、「Life Time」のフィールド51〜56から構成される。 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」の各フィールド51〜53にその経路要求メッセージ2における「Destination Address」、「Destination Sequence Number」及び「Hop Count」の各フィールド36、37、34のデータをそれぞれコピーする。
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
またノードA´〜E´は、経路テーブル4の「Next Hop」のフィールド54に、その経路要求メッセージ2が格納されたパケットのヘッダに含まれるその経路要求メッセージ2を転送してきた近隣ノードA´〜C´、E´、S´のアドレスを格納する。これによりノードS´までの逆向き経路が設定されたこととなり、この後ノードS´を送信先とするデータが送信されてきた場合には、この経路テーブル4に基づいて、対応する「Next Hop」のフィールド5 4 に記述されたアドレスのノード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
さらにノードA´〜E´は、経路テーブル4の「Precursor List」のフィールド55にその経路を通信に使用する他のノードA´〜E´のリストを格納し、「Life Time」のフィールド56にその経路の生存時間を格納する。かくして、この後このエントリは、この「Life Time」のフィールド56に格納された生存時間に基づいて生存の可否が管理され、使用されることなく生存時間が経過した場合には経路テーブル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
この際この経路要求メッセージ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
なお、経路要求メッセージ2がそれぞれ異なる経路を通ってノードD´に複数到達することがあるが、このときノードD´は、最初に到達したものを優先し、2番目以降に到達したものは破棄するようになされている。これにより経路要求メッセージの送信元であるノードS´から送信先であるノードD´までの一意な経路を双方向で作成し得るようになされている。
Note that a plurality of route request
一方、経路要求メッセージ2を受信したノードD´は、図15に示すような経路応答メッセージ(RREP:Route Reply)6を作成し、これをこの経路要求メッセージ2を転送してきた近隣ノードC´、E´にユニキャストする。
On the other hand, the node D ′ that has received the
この経路応答メッセージ6は、「Type」、「Flag」、「Reserved」、「Prefix Sz」、「Hop Count」、「Destination Address」、「Destination Sequence Number」、「Originator Address」及び「Lifetime」のフィールド71〜79から構成されており、「Type」のフィールド71にメッセージの種類(経路応答メッセージの場合は「2」)、「Flag 」のフィールド72に各種通信制御のためのフラグ、「Prefix Sz」のフィールド74にサブネットアドレス、「Hop Count」のフィールド75にホップ数(初期値は「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」の各フィールド76〜78に、それぞれかかる経路要求メッセージ2における「Originator Address」、「Originator Sequence Number」又は「Destination Address」の各フィールド38、39、36のデータがコピーされる。
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
そしてこの経路応答メッセージ6を受け取ったノードC´、E´は、その経路応答メッセージ6の「Destination Address」のフィールド7 6 に記述された当該経路応答メッセージ6のあて先に基づいて自分宛の経路応答メッセージ6であるか否かを判断し、自分宛でない場合には「Hop Count」のフィールド7 5 に格納されたホップ数を「1」増加させたうえでこの経路応答メッセージ6を、経路要求メッセージ2の転送時に逆向き経路として設定したノード(ノードS´用の経路テーブル4(図14)の「Next Hop」のフィールド54に記述されたノード)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
このようにしてAODVでは、各ノードA´〜E´、S´が通信先のノードとの間の通信経路を発見し、設定する。
ところで、アドホックネットワークのルーティングプロトコルとして現在提案されている上述のオンデマンド方式や、テーブル駆動方式及びハイブリッド方式は、経路の作成の仕方に違いがあるものの、これらどの方式も経路テーブル上では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,
すなわちこのアドホックネットワークシステム10の場合、例えばノードSからノードDにデータを送信するときには、ノードSがノードDを送信先とする経路要求メッセージ20(図3)をブロードキャストする。
That is, in the case of this ad hoc
このときノード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
一方、経路要求メッセージ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
そして各ノード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
なお図2に、各ノードA〜E、Sに搭載された通信機能ブロック11のハードウェア構成を示す。
FIG. 2 shows a hardware configuration of the
この図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
そしてCPU12は、ROM13に格納されたプログラムに基づいて上述及び後述のような各種処理を実行し、必要時には経路要求メッセージ20又は経路応答メッセージ23等の各種メッセージや、AV(Audio Video)データの各種データを通信処理部15を介して他のノードA〜E、Sに送信する。
The
またCPU12は、通信処理部15を介して受信した他のノードA〜E、Sからの経路要求メッセージ20に基づいて後述のような経路テーブル30を作成し、これをRAM14に格納して保持する一方、この経路テーブル30に登録された各ノードA〜E、Sまでの経路エントリの生存時間等をタイマ16のカウント値に基づいて管理する。
Further, the
(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
しかしながら、このようにノード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
そこでこのアドホックネットワークシステム10では、図13との対応部分に同一符号を付した図3に示すように、従来の経路要求メッセージ2(図13)を拡張して中継ノードリスト21のフィールド(Relay Node Address ♯1〜♯n)22を設けるようにし、その経路要求メッセージ20を中継したノードA〜Eがこのフィールド22を順次拡張しながら当該拡張したフィールド22内に自己のアドレスを順次記述するようになされている。
Therefore, in this ad hoc
そしてノードA〜Eは、経路要求メッセージ20を受信すると、その経路要求メッセージID(RREQ ID)を調べ、過去に同じ経路要求メッセージIDが付与された経路要求メッセージを受信したことがあり、かつその中継ノードリスト21に自己のアドレスが存在する場合には、その経路要求メッセージ20を破棄する。
When the nodes A to E receive the
これによりこのアドホックネットワークシステム10においては、経路要求メッセージ20がノードA〜E間でループするのを有効かつ確実に防止することができ、かくして各ノードA〜EがノードSまでの複数の経路を適切に作成することができるようになされている。
As a result, in this ad hoc
ここで、このような処理は図4に示す経路要求メッセージ受信処理手順RT1に従ったCPU12の制御のもとに行われる。実際上、各ノードA〜EのCPU12は、経路要求メッセージ20を受信すると、この経路要求メッセージ受信処理手順RT1をステップSP0において開始し、続くステップSP1において、その経路要求メッセージ20の「RREQ ID」のフィールド35に格納された経路要求メッセージIDを読み出し、これを経路要求メッセージ20の受信履歴としてRAM14に格納すると共に、当該受信履歴に基づいて、同じ経路要求メッセージIDが付与された経路要求メッセージ20を過去に受信したことがあるか否かを判断する。
Here, such processing is performed under the control of the
そしてCPU12は、このステップSP1において否定結果を得るとステップSP5に進み、これに対して肯定結果を得ると、ステップSP2に進んで、その経路要求メッセージ20の中継ノードリスト21に自己のアドレスが存在するか否かを判断する。
If the
ここでこのステップ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
これに対してステップ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
またCPU12は、この後ステップSP5に進んで、その経路要求メッセージ20が経由してきた経路の逆向き経路のエントリをノードSまでの経路として後述する経路エントリ挿入処理手順RT2(図8)に従って新たに自己の経路テーブル30(図7)に挿入する。
Further, the
さらにCPU12は、この後ステップSP6に進んで、その経路要求メッセージ20の「Destination Address」のフィールド36に記述された当該経路要求メッセージ20のあて先に基づいて、当該経路要求メッセージ20が自分宛のものであるか否かを判断する。
Further CPU12 proceeds to step SP6 thereafter, the
そしてCPU12は、このステップSP6において否定結果を得ると、ステップSP8に進んで、当該経路要求メッセージ20の「Hop Count」のフィールド34に格納されたホップ数を「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
これに対してCPU12は、ステップSP6において肯定結果を得ると、ステップSP7に進んでその経路要求メッセージ20に対する経路応答メッセージ23(図6)を生成し、これを自己の経路テーブル30に基づいて対応するノードC、Eにユニキャストした後、ステップSP9に進んでこの経路要求メッセージ受信処理手順RT1を終了する。
On the other hand, when the
なおこの実施の形態の場合、かかる経路要求メッセージ受信処理手順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
すなわち、経路応答メッセージは、通常、経路要求メッセージの伝達時に設定された逆向き経路を通るようにユニキャストで送信されるが、本実施の形態においては逆向き経路が複数存在するため、経路応答メッセージ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
この場合において、例えば図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
そこで、このアドホックネットワークシステム10においては、図15との対応部分に同一符号を付した図6に示すように、従来の経路応答メッセージ6(図15)を拡張して「RREP ID」のフィールド24を設け、経路要求メッセージ20を受け取ったノードDが経路応答メッセージ23を返信する際、経路要求メッセージにおける経路要求メッセージIDと同様の経路応答メッセージIDをこのフィールド24に格納するようになされている。
Therefore, in this ad hoc
そして、経路応答メッセージ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
このようにしてこのアドホックネットワークシステム10においては、複数経路を作成する場合に生じ得る経路応答メッセージ23を送信したノード(ノードD)までの逆向き経路の多重設定を有効に防止し、かかる冗長さを確実に防止し得るようになされている。
In this way, in this ad hoc
(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
この経路テーブル30は、「Destination Address」、「Destination Sequence Number」、「Minimum Hop Count」、「Maximum Hop Count」、「Route List」及び「Precursor List」のフィールド51、52、311〜313、55から構成されるものであり、「Route List」のフィールド313に上述のような経路発見プロセスにより発見された送信先ノードA〜E、Sまでの各経路にそれぞれ対応させて作成された1又は複数の経路リスト32が格納され、「Minimum Hop Count」及び「Maximum Hop Count」の各フィールド311、312に、それぞれ当該経路発見プロセスにより発見された経路のうち最もホップ数が少ない経路の当該ホップ数又は最もホップ数が多い経路の当該ホップ数が格納される。
The route table 30 includes
一方、経路リスト32は、「Hop Count」、「Next Hop」、「Life Time」及び「Link Quality」のフィールド331〜33 4 を有し、「Hop Count」のフィールド331にその経路における送信先ノードA〜E、Sまでのホップ数、「Next Hop」のフィールド332にその経路における次ホップ、「Life Time」のフィールド333にその経路(次ホップ)の生存時間、「Link Quality」のフィールド334にその経路の品質が格納されている。そしてこの経路リスト32は、新たな経路が発見されるごとに作成されて経路テーブル30の対応する「Route List」のフィールド313に格納される。
On the other hand, the
この場合、各経路リスト32の「Link Quality」のフィールド334には、経路の品質として、その経路の電波状況やパケットエラー率等の情報が記述される。そして、この経路の品質に関する情報はその経路が使用されるごとに順次更新される。
In this case, the
また各経路リスト32は、「Life Time」のフィールド333に記述された生存時間によって生存の可否が管理され、対応する経路が使用されることなく生存時間が経過した場合には、その経路リスト32が経路テーブル30から自動的に削除される。
And each
さらに各経路リスト32には、「Next List」のフィールド335が設けられており、対応する経路の次の優先順位を有する経路と対応する経路リストへ32のポインタがこのフィールド335に記述される。これにより必要時にはこのポインタに基づいて経路リスト32を優先順位に従って検索できるようになされている。
Furthermore each
なお、この実施の形態においては、一般的に最短ホップで送信先ノード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
すなわちCPU12は、経路要求メッセージ20(図3)又は経路応答メッセージ23(図6)を受信すると、この経路エントリ挿入処理手順RT2をステップSP10において開始し、続くステップSP11において、自己の経路テーブル30にその経路要求メッセージ20の「Originator Address」のフィールド3 8 (図3)又は経路応答メッセージ23の「Originator Address」のフィールド7 8 (図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
このステップ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
具体的にCPU12は、その経路要求メッセージ20又は経路応答メッセージ23の「Originator Address」及び「Originator Sequence Number」をそれぞれ経路テーブルの対応する「Destination Address」又は「Destination Sequence Number」のフィールド51、52にコピーし、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」を経路テーブル30の「Minimum Hop Count」及び「Maximum Hop Count」の各フィールド311、312にそれぞれコピーする。
Specifically, the
またCPU12は、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」を経路リスト32の「Hop Count」のフィールド331にコピーし、当該経路要求メッセージ20又は経路応答メッセージ23が格納されたパケットのヘッダに含まれる当該経路要求メッセージ20を送信してきた隣接ノードA〜E、Sのアドレスを経路リスト32の「Next Hop」のフィールド332にコピーし、さらに予め定められた生存時間を「Lifetime」のフィールド333に記述する一方、そのときの経路要求メッセージ20又は経路応答メッセージ23の受信状態に基づき検出されたその経路の電波状況やパケットエラー率等の品質を「Link Quality」のフィールド334に記述するようにして経路リスト32を作成し、これを経路テーブル30の「Route List」のフィールド313に格納する。
The CPU12, copy the "Hop Count" of the
そしてCPU12は、このようにしてステップSP12において通常の経路エントリ挿入処理によりノードS又はノードDまでの経路を自己の経路テーブル30に登録すると、この後ステップSP23に進んでこの経路エントリ挿入処理手順RT2を終了する。
When the
これに対してステップ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
そしてCPU12は、このステップSP13において肯定結果を得ると、ステップSP21に進み、これに対して否定結果を得るとステップSP14に進んで、経路リスト数が1つの「Destination Address」に対して登録できる最大数であるか否かを判断する。そしてCPU12は、このステップSP14において否定結果を得るとステップSP16に進み、これに対して肯定結果を得るとステップSP15に進んで、その「Destination Address」に対応する経路リスト32の中から時間的に最も古い(すなわち作成後、最も時間が経過した)経路リスト32を削除した後ステップSP16に進む。
If the
またCPU12は、ステップSP16において、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」のフィールド34(図3)、74(図6)に記述されているホップ数が経路テーブル30の対応する「Maximum Hop Count」のフィールド312に記述されたホップ数(最大ホップ数)よりも大きいか否かを判断する。そしてCPU12は、このステップSP16において否定結果を得るとステップSP18に進み、これに対して肯定結果を得るとステップSP17に進んで、経路テーブル30の対応する「Maximum Hop Count」のフィールド312に記述されているホップ数を、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」のフィールド34(図3)、74(図6)に記述されているホップ数に書き換えた後ステップSP18に進む。
In step SP16, the
さらにCPU12は、ステップSP18において、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」のフィールド34(図3)、74(図6)に記述されているホップ数が経路テーブル30の対応する「Minimum Hop Count」のフィールド311に記述されたホップ数(最小ホップ数)よりも小さいか否かを判断する。そしてCPU12は、このステップSP18において否定結果を得るとステップSP20に進み、これに対して肯定結果を得るとステップSP19に進んで、経路テーブル30の対応する「Minimum Hop Count」のフィールド311に記述されているホップ数を、その経路要求メッセージ20又は経路応答メッセージ23の「Hop Count」のフィールド34(図3)、74(図6)に記述されているホップ数に書き換えた後ステップSP20に進む。
Further, in step SP18, the
続いてCPU12は、ステップSP20において、ステップSP12について上述したのと同様にしてその経路に対応する経路リスト32を作成し、これを経路テーブル30の対応する「Route List」のフィールド313に登録する。またこのときCPU12は、同じ「Destination Address」の経路リスト32の優先順位を各経路リスト32の「Hop Count」に基づいて定め、これに応じてこれら対応する経路リスト32の「Next List」のフィールド335を、次の優先順位をもつ経路と対応する経路リスト32へのポインタに必要に応じて書き換える。
Subsequently CPU12 at step SP20, to create a
次いでCPU12は、ステップSP21に進んで、ステップSP20において新たに挿入した経路リスト32の「Lifetime」を更新すると共に、この後ステップSP22に進んで当該経路リスト32の「Link Quality」をそのとき検出した対応する経路の品質に応じて更新し、さらにステップSP23に進んでこの経路エントリ挿入処理手順RT2を終了する。
Next, the
このようにして各ノード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
本実施の形態においては、このとき設定された経路数分の経路応答メッセージ23をノードSが受信することになるが、最初に受け取った経路応答メッセージ23が経由した経路が必ずしもホップ数が少なく品質の高い経路とは限らない。
In the present embodiment, the node S receives the
そこで、このアドホックネットワークシステム10において、経路要求メッセージ20の送信元であるノードSは、最初の経路応答メッセージ23を受信してから予め定められた所定時間が経過し又は予め定められた所定数の経路応答メッセージ23を受信するのを待ち、受信した各経路応答メッセージ23がそれぞれ経由した経路のうち、ホップ数が最も少ない経路を選択して、その経路を通じて経路要求メッセージ23の送信先であるノードDとの通信を開始するようになされている。
Therefore, in this ad hoc
なおこのときノードSは、経路応答メッセージ23に含まれる経路応答メッセージIDに基づいて、そのとき到達した経路応答メッセージ23が同じノードDから同じ時間に送信されたものであるか否かを判断するようになされ、これにより誤った経路の選択が行われるのを未然に防止し得るようになされている。
At this time, the node S determines based on the route response message ID included in the
ここでこのようなノード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
そして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
これに対してCPU12は、ステップSP32において肯定結果を得るとステップSP33に進んで、最初に受信した経路応答メッセージ23を含めて所定数の経路応答メッセージ23を受信したか否かを判断する。
On the other hand, if the
そしてCPU12は、このステップSP33において否定結果を得るとステップSP31に戻り、この後ステップSP32又はステップSP33において肯定結果を得るまでステップSP31−SP32−SP33−SP31のループを繰り返す。
If the
そしてCPU12は、やがて最初の経路応答メッセージ23を受信してから所定時間が経過し、又は所定数の経路応答メッセージ23を受信することにより、ステップSP32又はステップSP33において肯定結果を得ると、ステップSP34に進んでこの経路応答メッセージ受信処理手順RT3を終了し、この後経路テーブル30の対応する「Route List」に登録されている最も優先順位の高い経路リスト32の「Next Hop」のフィールド332(図7)にアドレスが登録されているノードA、Bにデータをユニキャストで送信し始める。
When the
一方、このようにしてノードSからのデータの送信が開始されると、このデータが送信されてきたノードA〜Eは、自己の経路テーブル30を検索して当該データの送信先ノード(すなわちノードD)までの経路のエントリを検出すると共に、これにより検出された対応する経路リスト32の中から最も優先順位の高い経路の経路リスト32における「Next Hop」のフィールド332(図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
例えば図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
同様に、ノードCは、ノードDを送信先とする経路リスト32として、ノードDを「Next Hop」とする経路リストと、ノードEを「Next Hop」とする経路リストとを有しているが、ノードDを「Next Hop」とする経路リスト32の方がホップ数が少ないため優先順位が高く設定される。従って、ノードCは、ノードAから送信されてきたデータをユニキャストでノードDに転送する。
Similarly, the node C has, as a
なおこの例の場合、ノード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
一方、ノード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
例えば図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
ここで、このような各ノードA〜C、E、Sにおける処理は、図11に示す通信処理手順RT4に従ったCPU12の制御のもとに行われる。すなわち各ノードA〜C、E、SのCPU12は、データの送信を開始し又はデータが送信されてくるとこの通信処理手順RT4をステップSP40において開始し、続くステップSP41において、送信されてきたデータを優先順位が最も高い経路の経路リスト32における「Next Hop」のフィールド332(図7)に記述されたノードA〜Eにユニキャストする。
Here, such processing in each of the nodes A to C, E, and S is performed under the control of the
続いてCPU12は、ステップSP42に進んで、かかる通信相手のノードA〜Eとの間の電波状況等に基づいて当該ノードA〜Eとの間で通信障害が発生したか否かを判断する。
Subsequently, the
そしてCPU12は、このステップSP42において否定結果を得るとステップSP43に進み、前のノードA〜C、E、Sから送信されてくるデータの送信状況に応じてデータの送信元(ノードS)及び送信先(ノードD)間における通信が終了したか否かを判断する。
If the
CPU12は、このステップSP43において否定結果を得るとステップSP41に戻り、この後ステップSP42又はステップSP43において肯定結果を得るまでステップSP41−SP42−SP43−SP41のループを繰り返す。
If the
そしてCPU12は、やがてステップSP42において肯定結果を得ると、ステップSP44に進んで、そのときまで使用していた経路リスト32の「Next List」のフィールド335(図7)に格納されたポインタを手がかりに次の優先順位を有する経路の経路リスト32を検索し、使用する経路リスト32をその経路リスト32に切り換えた後ステップSP41に戻る。かくしてCPU12は、この後ステップSP44において選択した経路リスト32の「Next Hop」のフィールド332(図7)に記述されたノードA〜Eに対してデータをユニキャストすることとなる。
When the
そしてCPU12は、この後ステップSP43において肯定結果を得ると、ステップSP45に進んで、この通信処理手順RT4を終了する。
If the
(3)本実施の形態の動作及び効果
以上の構成において、このアドホックネットワークシステム10では、データ通信開始時に各ノードA〜E、Sにおいて複数の経路をそれぞれ設定すると共に、これら複数の経路に優先順位を付け、データの送信時にはそのうちの優先順位の最も高い経路を用いて通信を行う。
(3) Operation and effect of the present embodiment In the above configuration, the ad hoc
従って、このアドホックネットワークシステム10では、リアルタイムストリームデータ、例えばVoIPや動画像などを送受する場合において、ノードA〜E、S間に通信障害が発生した場合においても迅速に別の経路に切り換えて安定した通信を行うことができる。
Therefore, in this ad hoc
以上の構成によれば、データ通信開始時に各ノード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
また上述の実施の形態においては、経路要求メッセージ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
さらに上述の実施の形態においては、優先順位を設定する基準としてホップ数を適用し、当該ホップ数が少ない経路に高い優先順位を設定するようにした場合について述べたが、本発明はこれに限らず、経路の品質を基準とするようにしても良く、かかる基準としては例えばホップ数と経路の品質とを複合的に判断するなど、この他使用目的に応じて種々の基準を広く適用することができる。 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」の各フィールド311、312に、作成された各経路のうちのその基準の最小値及び最大値を格納するようにすれば良い。
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
さらに上述の実施の形態においては、経路の優先順位をその経路のホップ数に応じて固定的に設定するようにした場合について述べたが、本発明はこれに限らず、この基準を通信状態やパケットエラー率等の経路の品質などに基づき動的に変更し、これに応じて各経路に対する優先順位を再設定するようにしても良い。 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
さらに上述の実施の形態においては、経路要求メッセージ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
さらに上述の実施の形態においては、経路応答メッセージ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
本発明は、アドホックネットワークシステムの他、種々のネットワークシステムに適用することができる。 The present invention can be applied to various network systems in addition to an ad hoc network system.
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の通信端末までの上記経路を複数作成すると共に、当該メッセージに付された上記メッセージ識別情報を上記履歴記憶手段に記憶させ、さらにメッセージの送信先が自己の端末装置でない場合に当該メッセージに自己の端末識別情報を付して転送する経路作成手段と、
上記経路作成手段により作成された複数の上記経路を記憶し、管理する経路管理手段と
を有し、
上記経路管理手段は、
上記第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.
上記メッセージを転送する際、当該メッセージの転送元を除き転送可能な複数の通信端末に当該メッセージを転送する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の通信端末までの上記経路を複数作成すると共に、当該メッセージに付された上記メッセージ識別情報を上記履歴記憶手段に記憶させ、さらにメッセージの送信先が自己の端末装置でない場合に当該メッセージに自己の端末識別情報を付して転送する経路作成ステップと、
作成した複数の上記経路を記憶し、管理する経路管理ステップと
を有し、
上記経路管理ステップでは、
上記第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の通信端末までの上記経路を複数作成すると共に、当該メッセージに付された上記メッセージ識別情報を上記履歴記憶手段に記憶させ、さらにメッセージの送信先が自己の端末装置でない場合に当該メッセージに自己の端末識別情報を付して転送する経路作成ステップと、
作成された複数の上記経路を記憶し、管理すると共に、上記第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の通信端末からの応答を表し上記経路要求メッセージの送信元を送信先とすると共に上記メッセージ識別情報が付された経路応答メッセージ又は上記経路要求メッセージでなるメッセージを転送する第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通信端末との通信を開始する
請求項9に記載の通信端末装置。 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の通信端末からの応答を表し上記経路要求メッセージの送信元を送信先とすると共に上記メッセージ識別情報が付された経路応答メッセージ又は上記経路要求メッセージでなるメッセージを転送する第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の通信端末からの応答を表し上記経路要求メッセージの送信元を送信先とすると共に上記メッセージ識別情報が付された経路応答メッセージ又は上記経路要求メッセージでなるメッセージを転送する第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.
上記第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.
上記第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.
上記第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.
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)
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)
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 |
-
2003
- 2003-08-08 JP JP2003290468A patent/JP4605426B2/en not_active Expired - Fee Related
-
2004
- 2004-08-06 CN CNB2004800228065A patent/CN100574260C/en not_active Expired - Fee Related
Patent Citations (13)
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 |