JP5860135B2 - 通信機器探索方法、通信機器、通信機器探索プログラムおよびアドホックネットワークシステム - Google Patents
通信機器探索方法、通信機器、通信機器探索プログラムおよびアドホックネットワークシステム Download PDFInfo
- Publication number
- JP5860135B2 JP5860135B2 JP2014502419A JP2014502419A JP5860135B2 JP 5860135 B2 JP5860135 B2 JP 5860135B2 JP 2014502419 A JP2014502419 A JP 2014502419A JP 2014502419 A JP2014502419 A JP 2014502419A JP 5860135 B2 JP5860135 B2 JP 5860135B2
- Authority
- JP
- Japan
- Prior art keywords
- search
- communication device
- response
- received
- search request
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
- H04W40/28—Connectivity information management, e.g. connectivity discovery or connectivity update for reactive routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
Description
本発明は、通信機器探索方法等に関する。
近年、送信元の無線通信機器から宛先の無線通信機器まで1つまたは複数の無線通信機器を中継してマルチホップにより情報の伝送を行うアドホックネットワークが利用されている。かかるアドホックネットワークでは、周波数を変えることによって複数の論理的な通信チャネルで通信が可能であるが、同時には1つのチャネルでしか通信ができない。すなわち、複数の無線通信機器のそれぞれは、複数あるチャネルのうち1つのチャネルで通信を行う。
このような無線通信機器が、複数のチャネルのうちどのチャネルで通信を行っているか不明な相手機器と通信を行う場合、相手機器がどのチャネルを使用しているかを特定する必要がある。
ルーティングプロトコルの1つであるプロアクティブ方式の場合、各無線通信機器では、あらかじめネットワーク内の全ての機器の経路が構築されている。このため、送信元の無線通信機器は、各チャネルでの隣接機器に対して相手機器がそのチャネルを使用しているかを問い合わせることで、相手機器が使用しているチャネルを探索する時間を短縮する。
他方、ルーティングプロトコルの1つであるリアクティブ方式の場合、各無線通信機器では、あらかじめネットワーク内の装置の経路が構築されていない。このため、送信元の無線通信機器は、通信を行う際に、各チャネルで通信を行う相手機器に対して経路要求(RREQ:Route Request)を試みる。そして、送信元の無線通信機器は、応答の有無を判定して、相手機器が使用しているチャネルを特定する。
しかしながら、複数のチャネルで通信が可能な従来のリアクティブ方式のアドホックネットワークでは、相手機器に関する探索に時間がかかるという問題がある。
ここで、従来のリアクティブ方式について、図13を参照しながら説明する。図13は、従来のリアクティブ方式を説明する図である。図13に示すように、送信元の無線通信機器(送信元ノード)が、順次各チャネル(CH)で、目的のノードに対して経路要求(RREQ)を試みる。ここでは、送信元ノードが、CH1で、目的のノード(例えば、ノードZ)に対してRREQを試みる。そして、送信元ノードは、応答を待って、応答が無いことを確認して、次のチャネルに移行する。続いて、送信元ノードは、CH2で、目的のノードに対してRREQを試みる。そして、送信元ノードは、応答を待って、応答が無いことを確認して、次のチャネルに移行する。送信元ノードは、各チャネルで、RREQと応答の有無の確認を繰り返す。そして、送信元ノードは、CHNで、ノードZからの応答(RREP:Route Reply)を受信し、目的のノードが使用しているチャネルがCHNであることを特定する。このように、送信元ノードは、チャネル毎に、順次、経路要求に対する応答の有無の判断を待つこととなるので、目的のノードに関する探索に時間がかかる。
また、相手機器に関する探索に時間がかかる問題を、さらに、図14を用いて説明する。図14は、相手機器に関する探索に時間がかかる問題を説明する図である。図14に示すように、X座標は時間、Y座標はチャネルを表している。送信元ノードは、CH1でRREQを送信し、応答待ちをする。CH1で応答が無かったので、その後、送信元ノードは、CH2でRREQを送信し、応答待ちをする。CH2でも応答が無かったので、送信元ノードは、順次、チャネルを変えて、変えたチャネルでRREQを送信し、応答待ちをする。そして、送信元ノードは、CHNでRREQを送信したとき、応答を受信する。つまり、送信元ノードは、CHNで目的のノードである相手機器に関する探索に成功したことになる。このように、送信元ノードは、チャネルの数N個分応答を待つこととなり、目的のノードに関する探索に時間がかかる。
さらに、図13および図14で示したように、必ずしも目的のノードに関して成功の探索結果が得られるとは限らない。例えば、マルチホップの数に制限があったり、送信元ノードの存在する場所に通信制限があったりする場合には、チャネルの数分だけ応答を待っても、必ずしも目的のノードに関して成功の探索結果が得られるとは限らない。したがって、複数のチャネルで通信が可能なリアクティブ方式のアドホックネットワークでは、目的のノードに関する探索結果が早期に得られることが望まれる。
開示の技術は、複数のチャネルで通信が可能なリアクティブ方式のアドホックネットワークにおいて、相手先の通信機器に関する探索時間を短縮することを目的とする。
開示の通信機器探索方法は、複数のチャネルで通信可能なアドホックネットワークを構成する通信機器を探索する方法である。そして、通信機器探索方法では、通信機器を探索する探索元の通信機器が、探索先の通信機器を宛先とした探索要求を複数のチャネルで送信する。そして、前記探索元の通信機器の隣接する通信機器が、前記送信する処理によって送信された探索要求に対して、前記探索先から応答を受信した場合、受信した応答を保持する。そして、前記探索元の通信機器が、前記送信する処理によって送信された探索要求に対する応答を、前記探索先から受信したか否かを、隣接する通信機器に対して、複数のチャネルで問い合わせる。
本願の開示する通信機器探索方法の一つの態様によれば、複数のチャネルで通信が可能なリアクティブ方式のアドホックネットワークにおいて、相手先の通信機器に関する探索時間を短縮することができるという効果を奏する。
以下に、本願の開示する通信機器探索方法、通信機器、通信機器探索プログラムおよびアドホックネットワークシステムの実施例を図面に基づいて詳細に説明する。なお、実施例では、複数のチャネルで通信が可能なリアクティブ方式のアドホックネットワークにおいて、移動可能な携帯端末が通信機器を探索する場合について説明するが、この実施例によりこの発明が限定されるものではない。
[実施例に係るアドホックネットワークシステムの構成]
実施例に係るアドホックネットワークシステム9の構成の一例について説明する。図1は、実施例に係るアドホックネットワークシステムの構成を示す機能ブロック図である。図1に示すように、アドホックネットワークシステム9は、同一のチャネルで相互に通信可能となる携帯端末1と複数の通信機器2とを有する。なお、チャネルは、複数存在し、それぞれ異なる周波数帯域に対応する。また、通信機器2は、説明の便宜上、中継ノードを通信機器21とし、宛先ノードを通信機器2Nとして説明するものとする。
実施例に係るアドホックネットワークシステム9の構成の一例について説明する。図1は、実施例に係るアドホックネットワークシステムの構成を示す機能ブロック図である。図1に示すように、アドホックネットワークシステム9は、同一のチャネルで相互に通信可能となる携帯端末1と複数の通信機器2とを有する。なお、チャネルは、複数存在し、それぞれ異なる周波数帯域に対応する。また、通信機器2は、説明の便宜上、中継ノードを通信機器21とし、宛先ノードを通信機器2Nとして説明するものとする。
アドホックネットワークシステム9は、携帯端末1(送信先ノード)から通信機器2N(宛先ノード)にデータを送信する場合、携帯端末1から宛先の通信機器2Nまでマルチホップによりデータの伝送を行う。すなわち、携帯端末1は、隣接する通信機器21を中継して、宛先の通信機器2Nにデータを送信する。
[携帯端末1の構成]
携帯端末1は、探索先の通信機器を宛先とした探索要求を、該探索要求に対する応答を待たないで複数のチャネルで送信する。また、携帯端末1は、探索要求を送信した後、隣接する通信機器に対して、探索先からの応答を受信したか否かを、複数のチャネルで問い合わせる。なお、携帯端末1は、例えばハンディターミナルに対応するが、これに限定されず、携帯電話機、PDA(Personal Digital Assistants)、携帯可能なパーソナルコンピュータであっても良い。
携帯端末1は、探索先の通信機器を宛先とした探索要求を、該探索要求に対する応答を待たないで複数のチャネルで送信する。また、携帯端末1は、探索要求を送信した後、隣接する通信機器に対して、探索先からの応答を受信したか否かを、複数のチャネルで問い合わせる。なお、携帯端末1は、例えばハンディターミナルに対応するが、これに限定されず、携帯電話機、PDA(Personal Digital Assistants)、携帯可能なパーソナルコンピュータであっても良い。
携帯端末1は、制御部10および記憶部30を有する。制御部10は、例えば、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)などの集積回路、または、CPU(Central Processing Unit)やMPU(Micro Processing Unit)等の電子回路である。さらに、制御部10は、パケット受信部11と、パケット送信部12と、経路要求部13と、応答問合せ部14とを有する。
記憶部30は、例えば、RAM(Random Access Memory)、フラッシュメモリ(flash memory)等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置である。
経路要求部13は、チャネルを変更しながら変更した各チャネルで、探索先の通信機器2Nを宛先とした経路要求を、パケット送信部12を介して送信する。経路要求は、後述する経路要求パケットを用いて送信される。なお、経路要求部13は、各チャネルでの送信だけを行い、送信に対する応答を待たない。
応答問合せ部14は、チャネルを変更しながら変更した各チャネルで、探索先からの応答を受信したか否かの問合せ要求を、パケット送信部12を介して隣接する通信機器21に対して行う。例えば、応答問合せ部14は、経路要求部13によって各チャネルで経路要求を送信した後、各チャネルで、応答を問い合わせるべくポーリング(poling)を行う。
パケット受信部11は、問合せ要求に対する応答を、隣接する通信機器21から受信する。応答は、後述する応答パケットを用いて受信される。パケット送信部12は、伝送路に各種パケットを送信する。
[通信機器2の構成]
通信機器2は、例えば、パーソナルコンピュータ、ワークステーション等の情報処理装置に対応するが、携帯端末1と通信可能な機器であれば良い。
通信機器2は、例えば、パーソナルコンピュータ、ワークステーション等の情報処理装置に対応するが、携帯端末1と通信可能な機器であれば良い。
中継ノードとしての通信機器21は、制御部20および記憶部40を有する。制御部20は、例えば、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)などの集積回路、または、CPU(Central Processing Unit)やMPU(Micro Processing Unit)等の電子回路である。さらに、制御部20は、パケット受信部21と、パケット送信部22と、要求判定部23Aと、応答保留部24と、応答有無判定部25とを有する。
記憶部40は、例えば、RAM(Random Access Memory)、フラッシュメモリ(flash memory)等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置である。さらに、記憶部40は、応答記憶部41を有する。応答記憶部41は、応答パケットを記憶する。
パケット受信部21は、自機器が使用しているチャネルで、各種パケットを受信する。パケット送信部22は、自機器が使用しているチャネルで、各種パケットを送信する。
要求判定部23Aは、各種要求を判定し、処理を振り分ける。例えば、要求判定部23Aは、携帯端末1からの探索要求である場合、自機器が該探索要求に含まれた宛先であるか否かを判定する。そして、要求判定部23Aは、自機器が該探索要求に含まれた宛先でないと判定した場合、自機器が使用しているチャネルで探索要求を中継する。ここでは、自機器は中継ノードであり、宛先ノードでないので、要求判定部23Aは、探索要求を中継する。また、要求判定部23は、探索要求に対する応答の場合、応答保留部24に処理を振り分ける。また、要求判定部23Aは、携帯端末1からの問合せ要求である場合、応答有無判定部25に処理を振り分ける。
応答保留部24は、応答に、送信元の1ホップ手前で保留する旨の指示を含んでいる場合、自機器が送信元の1ホップ手前であれば、当該応答を保留すべく応答記憶部41に記憶する。なお、1ホップ手前かどうかの判断は、例えば、RREQを受信した際に、中継ノードを介さずに送信元のノードから直接、RREQを受信したかどうかを記録しておくことによって判断する。
応答有無判定部25は、応答記憶部41に基づいて、応答を保留しているか否かを判定する。そして、応答有無判定部25は、応答記憶部41に応答を保留していると判定した場合、保留していた応答を、パケット送信部22を介して送信元の携帯端末1に送信する。これにより、送信元の携帯端末1は、応答を保留していた通信機器から応答を受信することで、受信した際のチャネルを探索先の通信機器2Nのチャネルとして特定できる。
宛先ノードとしての通信機器2Nは、通信機器21と同一の構成については同一符号を示すことで、その重複する構成および動作の説明については省略する。通信機器2Nが通信機器21と異なるところは、要求判定部23Aを要求判定部23Bとし、パケット編集部26を追加した点にある。なお、通信機器2Nおよび通信機器21は、実際は、同一の構成を備える通信機器であり、それぞれの構成をマージした構成を備える。
要求判定部23Bは、各種要求を判定し、処理を振り分ける。例えば、要求判定部23Bは、携帯端末1からの探索要求である場合、自機器が該探索要求に含まれた宛先であるか否かを判定する。そして、要求判定部23Bは、自機器が該探索要求に含まれた宛先であると判定した場合、パケット編集部26に処理を振り分ける。
パケット編集部26は、探索要求に対する応答として、送信元の1ホップ手前で保留する旨の指示を含む応答パケットを作成する。そして、パケット編集部26は、作成した応答パケットを、送信元の携帯端末1を宛先として送信する。これにより、送信元の携帯端末1の1ホップ手前の通信機器21は、宛先の通信機器2Nと同一のチャネルを使用していれば、応答パケットを受信し、受信した応答パケットを保留することが可能となる。
[パケットフォーマットの一例]
次に、経路要求パケットおよび応答パケットのパケットフォーマットについて、図2および図3を参照して説明する。図2は、経路要求パケットのフォーマットの一例を示す図である。図3は、応答パケットのフォーマットの一例を示す図である。なお、経路要求パケットは、RREQ(Route Request)といい、応答パケットは、RREP(Route Reply)という。
次に、経路要求パケットおよび応答パケットのパケットフォーマットについて、図2および図3を参照して説明する。図2は、経路要求パケットのフォーマットの一例を示す図である。図3は、応答パケットのフォーマットの一例を示す図である。なお、経路要求パケットは、RREQ(Route Request)といい、応答パケットは、RREP(Route Reply)という。
図2に示すように、経路要求パケットには、宛先アドレスa1、送信元アドレスa2および経路要求先アドレスa3が含まれる。宛先アドレスa1には、ブロードキャストすべく、一例として、隣接する通信機器21の宛先アドレスを指定するユニキャストアドレスが設定される。別の例として、隣接する通信機器21のみが受信可能なマルチキャストアドレスが設定される。隣接する通信機器21のみが受信可能なマルチキャストアドレスの一例として、STP(Spanning Tree Protocol)で用いられるBPDU(Bridge Protocol Data Unit)で使用されるアドレスが用いられる。
送信元アドレスa2には、送信元ノードのアドレスが設定される。すなわち、送信元アドレスa2には、携帯端末1のアドレスが設定される。
経路要求先アドレスa3には、宛先ノードのアドレスが設定される。すなわち、経路要求先アドレスa3には、通信機器2Nのアドレスが設定される。
図3に示すように、応答パケットには、宛先アドレスb1、送信元アドレスb2およびポーリングフラグb3が含まれる。宛先アドレスb1には、応答の宛先である送信元ノードのアドレスが設定される。すなわち、宛先アドレスb1には、携帯端末1のアドレスが設定される。
送信元アドレスb2には、応答の送信元である宛先ノードのアドレスが設定される。すなわち、送信元アドレスb2には、通信機器2Nのアドレスが設定される。
ポーリングフラグb3は、送信元ノードがポーリングによって応答を取得するか否かを示すフラグである。言い換えると、ポーリングフラグb3は、送信元ノードの1ホップ手前のノードが応答を保留する旨の指示を示すフラグである。送信元ノードの1ホップ手前のノードが応答を保留する旨の指示の場合、例えばONが設定される。送信元ノードの1ホップ手前のノードが応答を保留する旨の指示でない場合、例えばOFFが設定される。すなわち、パケット編集部26は、探索要求に対する応答として、宛先アドレスb1に携帯端末1のアドレスを設定し、送信元アドレスb2に自機器のアドレスを設定し、ポーリングフラグb3にONを設定するように応答パケットを作成する。
[送信元ノードの処理手順]
次に、送信元ノードの処理手順について、図4を参照して説明する。図4は、実施例に係る送信元ノードの処理手順を示すフローチャートである。なお、以下のフローチャートでは、チャネルをCHと略記して表すものとする。また、通信可能なチャネルの最大数はN(Nは1より大きい整数)であるものとする。
次に、送信元ノードの処理手順について、図4を参照して説明する。図4は、実施例に係る送信元ノードの処理手順を示すフローチャートである。なお、以下のフローチャートでは、チャネルをCHと略記して表すものとする。また、通信可能なチャネルの最大数はN(Nは1より大きい整数)であるものとする。
まず、経路要求部13は、経路要求が発生したか否かを判定する(ステップS10)。経路要求が発生していないと判定した場合(ステップS10;No)、経路要求部13は、判定処理を繰り返す。一方、経路要求が発生したと判定した場合(ステップS10;Yes)。経路要求部13は、CH1で経路要求、すなわち経路要求パケットを送信する(ステップS11)。続いて、経路要求部13は、CH2で経路要求を送信する(ステップS12)。さらに、経路要求部13は、CHNで経路要求を送信する(ステップS13)。
その後、応答問合せ部14は、インデックスiに1を設定する(ステップS14)。そして、応答問合せ部14は、CHiでポーリング、すなわち問合せ要求を行う(ステップS15)。そして、応答問合せ部14は、ポーリングに対する応答があるか否かを判定する(ステップS16)。
ポーリングに対する応答がないと判定した場合(ステップS16;No)、応答問合せ部14は、応答の待ち時間がタイムアウトであるか否かを判定する(ステップS17)。応答の待ち時間がタイムアウトでないと判定した場合(ステップS17;No)、応答問合せ部14は、インデックスiの値に1を加算する(ステップS18)。そして、応答問合せ部14は、インデックスiの値がNより大きいか否かを判定する(ステップS19)。
インデックスiの値がNより大きいと判定した場合(ステップS19;Yes)、応答問合せ部14は、CH1から順番に再度ポーリングすべく、ステップS14に移行する。一方、インデックスiの値がNより大きくないと判定した場合(ステップS19;No)、応答問合せ部14は、CHiでポーリングすべく、ステップS15に移行する。
そして、ステップS16では、ポーリングに対する応答があると判定した場合(ステップS16;Yes)、応答問合せ部14は、ポーリングに対する応答パケットを受信する(ステップS20)。そして、送信元ノードでは、処理が終了する。
そして、ステップS17では、応答の待ち時間がタイムアウトであると判定した場合(ステップS17;Yes)、応答問合せ部14は、エラーと判定する(ステップS21)。例えば、応答問合せ部14は、自己の携帯端末1のディスプレイに経路要求に対する応答がなかったことを出力する。そして、送信元ノードでは、処理が終了する。
[中継ノードの処理手順]
次に、中継ノードの処理手順について、図5を参照して説明する。図5は、実施例に係る中継ノードの処理手順を示すフローチャートである。
次に、中継ノードの処理手順について、図5を参照して説明する。図5は、実施例に係る中継ノードの処理手順を示すフローチャートである。
まず、要求判定部23Aは、所定の要求があるか否かを判定する(ステップS31)。所定の要求がないと判定した場合(ステップS31;No)、要求判定部23Aは、判定処理を繰り返す。一方、所定の要求があると判定した場合(ステップS31;Yes)、要求判定部23Aは、要求に関するパケットを受信する(ステップS32)。
そして、要求判定部23Aは、受信したパケットがポーリングであるか否かを判定する(ステップS33)。受信したパケットがポーリングであると判定した場合(ステップS33;Yes)、応答有無判定部25は、応答記憶部41に保留している応答パケットがあるか否かを判定する(ステップS34)。
応答記憶部41に保留している応答パケットがあると判定した場合(ステップS34;Yes)、応答有無判定部25は、保留している応答パケットを送信元ノードに送信する(ステップS35)。そして、中継ノードでは、処理が終了する。一方、応答記憶部41に保留している応答パケットがないと判定した場合(ステップS34;No)、応答有無判定部25は、次の要求を待つべく、ステップS31に移行する。
そして、ステップS33では、受信したパケットがポーリングでないと判定した場合(ステップS33;No)、要求判定部23Aは、受信したパケットが保留すべきパケットであるか否かを判定する(ステップS36)。応答パケットでかつポーリングフラグがONでかつ送信元まで1ホップであると判定した場合(ステップS36;Yes)、応答保留部24は、保留すべきパケットであると判断し、応答パケットを応答記憶部41に保留する(ステップS37)。そして、中継ノードでは、処理が終了する。
一方、受信したパケットが保留すべきパケットでないと判定した場合(ステップS36;No)、要求判定部23Aは、受信したパケットを中継する(ステップS38)。要求判定部23Aは、受信したパケットを経路要求パケットと判断したものである。そして、中継ノードでは、処理が終了する。
[宛先ノードの処理手順]
次に、宛先ノードの処理手順について、図6を参照して説明する。図6は、実施例に係る宛先ノードの処理手順を示すフローチャートである。
次に、宛先ノードの処理手順について、図6を参照して説明する。図6は、実施例に係る宛先ノードの処理手順を示すフローチャートである。
まず、要求判定部23Bは、所定の要求があるか否かを判定する(ステップS41)。所定の要求がないと判定した場合(ステップS41;No)、要求判定部23Bは、判定処理を繰り返す。一方、所定の要求があると判定した場合(ステップS41;Yes)、要求判定部23Bは、要求に関するパケットを受信する(ステップS42)。
そして、要求判定部23Bは、受信したパケットが経路要求パケットであるか否かを判定する(ステップS43)。受信したパケットが経路要求パケットであると判定した場合(ステップS43;Yes)、パケット編集部26はポーリングフラグb3をONにして応答パケットを送信する(ステップS44)。すなわち、パケット編集部26は、探索要求パケットに対する応答として、送信元の1ホップ手前で保留する旨の指示を含む応答パケットを作成し、作成した応答パケットを送信する。そして、宛先ノードでは、処理が終了する。
一方、要求判定部23Bは、受信したパケットが経路要求パケットでないと判定した場合(ステップS43;No)、ポーリングフラグb3をOFFのまま応答パケットを送信する(ステップS45)。そして、宛先ノードでは、処理が終了する。
[アドホックネットワークの具体例]
次に、実施例に係るアドホックネットワークの具体例を、図7を参照して説明する。図7は、実施例に係るアドホックネットワークの具体例を示す図である。なお、図7では、チャネルをCHと略記して表すものとする。また、通信可能なチャネルの最大数はN(Nは1より大きい整数)であるものとする。
次に、実施例に係るアドホックネットワークの具体例を、図7を参照して説明する。図7は、実施例に係るアドホックネットワークの具体例を示す図である。なお、図7では、チャネルをCHと略記して表すものとする。また、通信可能なチャネルの最大数はN(Nは1より大きい整数)であるものとする。
図7に示すように、CH1では、ノードA、ノードB、ノードCおよびノードDがマルチホップにより通信可能となっている。そして、送信元ノードがCH1であれば、隣接するノードAからマルチホップにより通信可能となる。
また、CH2では、ノードE、ノードFおよびノードGがマルチホップにより通信可能となっている。そして、送信元ノードがCH2であれば、隣接するノードEからマルチホップにより通信可能となる。
また、CHNでは、ノードX、ノードYおよびノードZがマルチホップにより通信可能となっている。そして、送信元ノードがCHNであれば、隣接するノードXからマルチホップにより通信可能となる。
[経路要求および応答問合せのデータフロー]
図7で示したアドホックネットワークの下、実施例に係る経路要求および実施例に係る応答問合せのデータフローを、図8および図9を参照して説明する。図8は、実施例に係る経路要求のデータフローを示す図である。図9は、実施例に係る応答問合せのデータフローを示す図である。なお、送信元ノードが宛先ノードをノードZとして、ノードZを探索するものとする。
図7で示したアドホックネットワークの下、実施例に係る経路要求および実施例に係る応答問合せのデータフローを、図8および図9を参照して説明する。図8は、実施例に係る経路要求のデータフローを示す図である。図9は、実施例に係る応答問合せのデータフローを示す図である。なお、送信元ノードが宛先ノードをノードZとして、ノードZを探索するものとする。
図8に示すように、送信元ノードは、CH1で、ノードZを宛先とした経路要求パケット(RREQ)を送信する。送信元ノードから送信されたRREQは、ノードAからノードBへ、ノードBからノードCおよびノードDへ送信される。ところが、宛先であるノードZがCH1で通信可能なネットワークに存在しないので、宛先ノードはみつからない。
送信元ノードは、CH1で送信したRREQに対する応答を待たないで、チャネルを変更し、変更したCH2で、ノードZを宛先としたRREQを送信する。送信元ノードから送信されたRREQは、ノードEからノードFおよびノードGへ送信される。ところが、宛先であるノードZがCH2で通信可能なネットワークに存在しないので、宛先ノードはみつからない。
送信元ノードは、送信したRREQに対する応答を待たないで、次々とチャネルを変更し、変更したチャネルで、ノードZを宛先としたRREQを送信する。そして、送信元ノードは、CHNで、他のチャネルと同じRREQを送信すると、送信元ノードから送信されたRREQは、ノードXからノードYへ、ノードYからノードZへ送信される。そして、宛先であるノードZがCHNで通信可能なネットワークに存在するので、応答パケットであるRREPがノードZから送信される。RREPには、ポーリングフラグb3がONに設定されている。
ノードZから送信されたRREPは、ノードYからノードXへ送信される。そして、送信元ノードの1ホップ手前のノードXは、RREPを受信し、受信したRREPでポーリングフラグb3がONに設定されているので、受信したRREPを応答記憶部41に保留する。
送信元ノードは、ここでは最後のチャネルであるCHNで、ノードZを宛先としたRREQを送信すると、引き続き、CH1から順番にポーリングすることとなる。図9に示すように、送信元ノードは、CH1で、ポーリングを送信する。すなわち、ポーリングは、探索先のノードZからの応答(RREP)を受信したか否かの問合せ要求に対応する。ところが、ノードAは、RREPを保留していないので、要求に応えることができない。
続いて、送信元ノードは、CH2で、ポーリングを送信する。ところが、ノードBも、RREPを保留していないので、要求に応えることができない。
送信元ノードは、次々とチャネルを変更し、変更したチャネルで、ポーリングを送信する。そして、送信ノードは、CHNで、ポーリングを送信する。ノードXは、RREPを保留しているので、保留しているRREPを送信元ノードに送信する。そして、送信元ノードは、目的のノード、すなわち宛先ノードZからの応答を受信する。
このように、送信元ノードは、ノードXからRREPを受信することで、受信した際のCHNを宛先ノードZのチャネルとして特定できる。
[通信機器探索処理の時間とチャネルの関係]
次に、実施例に係る通信機器探索処理の時間とチャネルの関係について、図10および図11を参照しながら説明する。図10および図11は、実施例に係る通信機器探索処理の時間とチャネルの関係を示す図である。なお、図10および図11では、チャネルをCHと略記して表すものとする。また、通信可能なチャネルの最大数はN(Nは1より大きい整数)であるものとする。
次に、実施例に係る通信機器探索処理の時間とチャネルの関係について、図10および図11を参照しながら説明する。図10および図11は、実施例に係る通信機器探索処理の時間とチャネルの関係を示す図である。なお、図10および図11では、チャネルをCHと略記して表すものとする。また、通信可能なチャネルの最大数はN(Nは1より大きい整数)であるものとする。
図10に示すように、送信元ノードは、CH1で経路要求(RREQ)を送信したら、応答を待たないで、順次、CH2、・・・、CHNでRREQを送信する。ここで、1チャネルに対して経路要求を送信する時間が例えばt1ミリ秒(ms)であるとすると、経路要求を送信する総時間は、t1×N(ms)となる。
その後、送信元ノードは、全てのチャネルで経路要求を送信した後、CH1から順番に全てのチャネルでポーリングする。ここで、1ホップに対する経路要求の応答待ち時間が、t2(ms)であり、仮に最大ホップ数がHMAX個であるとすると、最大ホップ数に対する応答待ち時間は、t2×HMAX(ms)となる。
したがって、送信元ノードが宛先ノードを探索する最大時間(探索最大時間)T1は、経路要求を送信する総時間に最大ホップ数に対する応答待ち時間を加算した時間、すなわち式(1)で表される。
T1=t1×N+t2×HMAX(ms)・・・式(1)
T1=t1×N+t2×HMAX(ms)・・・式(1)
図10の例では、送信元ノードが宛先ノードをノードZとして、探索最大時間T1の範囲内にCHNでノードZを探索できた場合を表している。
ここで、従来のリアクティブ方式では、送信元ノードは、1つのCHでRREQを送信し、応答が無いことを確認してから、次のCHでRREQを送信し、宛先ノードを探索する。つまり、従来のリアクティブ方式の探索最大時間T2は、以下の式(2)で表される。
T2=(t1+t2×HMAX)×N(ms)・・・式(2)
送信元ノードが宛先ノードをノードZとすると、従来のリアクティブ方式では、T2だけ待って探索できることとなる。
T2=(t1+t2×HMAX)×N(ms)・・・式(2)
送信元ノードが宛先ノードをノードZとすると、従来のリアクティブ方式では、T2だけ待って探索できることとなる。
具体的な数字を当てはめてみると、例えば、1チャネルに対して経路要求を送信する時間t1が10ms、1ホップに対する経路要求の応答待ち時間t2が100ms、最大ホップ数HMAXが20、チャネルの最大数Nが10であるとする。すると、T1は2100msと算出され、T2は20100msと算出される。したがって、実施例に係る探索時間は、従来のリアクティブ方式の場合と比べて約1/10に短縮できる。
一方、図11の例では、送信元ノードが目的のノードを探索最大時間T1の範囲内に探索できなかった場合を表している。例えば、マルチホップの数に制限があったり、送信元ノードの存在する場所に何らかの通信制限があったりする場合である。このような場合であっても、送信元ノードは、探索最大時間T1だけ待てば目的のノードに関して失敗の探索結果を得られる。したがって、実施例に係る探索結果を取得できる時間は、従来のリアクティブ方式の場合と比べて約1/10に短縮できる。これにより、送信元ノードは、探索結果を早期に得られるので、探索結果が失敗の場合には、再探索すべき探索場所を早期に変更することができ、最終的な探索時間を短縮することができる。
[実施例の効果]
上記実施例では、携帯端末1が、探索先の通信機器2Nを宛先とした探索要求を、探索要求に対する応答を待たないで、複数のチャネルで送信する。そして、携帯端末1の隣接する通信機器21が、探索要求に対して、探索先から応答を受信した場合、受信した応答を保留する。そして、携帯端末1が、複数のチャネルで探索要求を送信した後、通信機器21に対して、探索先からの応答を受信したか否かを、複数のチャネルで問い合わせる。かかる構成によれば、携帯端末1は、探索先の通信機器が使用しているチャネルが不明である場合に、探索先の通信機器の探索時間を短縮できる。
上記実施例では、携帯端末1が、探索先の通信機器2Nを宛先とした探索要求を、探索要求に対する応答を待たないで、複数のチャネルで送信する。そして、携帯端末1の隣接する通信機器21が、探索要求に対して、探索先から応答を受信した場合、受信した応答を保留する。そして、携帯端末1が、複数のチャネルで探索要求を送信した後、通信機器21に対して、探索先からの応答を受信したか否かを、複数のチャネルで問い合わせる。かかる構成によれば、携帯端末1は、探索先の通信機器が使用しているチャネルが不明である場合に、探索先の通信機器の探索時間を短縮できる。
また、上記実施例では、探索先の通信機器2Nは、探索要求を受信した場合、受信した探索要求に対する応答に、探索元の携帯端末1の1つ手前で保留する旨の指示を含んで送信する。かかる構成によれば、探索先の通信機器2Nは、携帯端末1が探索要求の送信処理を行っている最中であっても、探索元の1つ手前で探索要求の応答を保留させることができる。この結果、探索元の携帯端末1は、応答を保留した通信機器21のチャネルで問い合わせをしたとき、応答を取得できるので、不明であった探索先の通信機器2Nのチャネルを早期に知ることができる。
[プログラムなど]
なお、実施例では、携帯端末1が送信元ノードであり、通信機器2が中継ノードおよび宛先ノードであるとして説明した。しかしながら、携帯端末1は、通信機器2の構成を全て含んでも良い。同様に、通信機器2は、携帯端末1の構成を全て含んでも良い。かかる場合、携帯端末1は、制御部10に要求判定部23A、要求判定部23B、応答保留部24、応答有無判定部25およびパケット編集部26を追加すれば良い。また、携帯端末1は、記憶部30に応答記憶部41を追加すれば良い。また、通信機器2は、制御部20に経路要求部13および応答問合せ部14を追加すれば良い。これにより、携帯端末1および通信機器2のいずれの装置も、送信元ノード、中継ノードおよび宛先ノードになり得るので、機能を汎用化できる。
なお、実施例では、携帯端末1が送信元ノードであり、通信機器2が中継ノードおよび宛先ノードであるとして説明した。しかしながら、携帯端末1は、通信機器2の構成を全て含んでも良い。同様に、通信機器2は、携帯端末1の構成を全て含んでも良い。かかる場合、携帯端末1は、制御部10に要求判定部23A、要求判定部23B、応答保留部24、応答有無判定部25およびパケット編集部26を追加すれば良い。また、携帯端末1は、記憶部30に応答記憶部41を追加すれば良い。また、通信機器2は、制御部20に経路要求部13および応答問合せ部14を追加すれば良い。これにより、携帯端末1および通信機器2のいずれの装置も、送信元ノード、中継ノードおよび宛先ノードになり得るので、機能を汎用化できる。
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、経路要求部13と応答問合せ部14とを1個の部として統合しても良い。一方、応答有無判定部25を、応答有無を判定する判定部と、応答が有ると判定した場合該応答を保留する保留部とに分散しても良い。また、記憶部30、40をそれぞれ携帯端末1、通信機器2の外部装置としてネットワーク経由で接続するようにしても良い。
また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図12を用いて、図1に示した携帯端末1と同様の機能を有する通信機器探索プログラムを実行するコンピュータの一例を説明する。
図12は、通信機器探索プログラムを実行するコンピュータを示す図である。図12に示すように、コンピュータ1000は、RAM(Random Access Memory)1010と、ネットワークインタフェース装置1020と、HDD(Hard Disk Drive)1030と、CPU(Central Processing Unit)1040と、媒体読取装置1050と、バス1060とを有する。RAM1010、ネットワークインタフェース装置1020、HDD1030、CPU1040、媒体読取装置1050は、バス1060によって接続されている。
そして、HDD1030は、図1に示した制御部10と同様の機能を有する通信機器探索プログラム1031および通信機器探索関連情報1032を記憶する。また、HDD1030は、図1に示した記憶部30に対応する。
そして、CPU1040が通信機器探索プログラム1031をHDD1030から読み出してRAM1010にロードすることにより、通信機器探索プログラム1031は、通信機器探索プロセス1011として機能するようになる。そして、通信機器探索プロセス1011は、通信機器探索関連情報1032から読み出した情報等を適宜RAM1010上の自身に割り当てられた領域にロードし、このロードしたデータ等に基づいて各種データ処理を実行する。
なお、上記の通信機器探索プログラム1031は、必ずしもHDD1030に格納させなくても良く、CD−ROM等の「可搬用の物理媒体」に記憶されたこのプログラムを、コンピュータ1000が読み出して実行するようにしても良い。
また、公衆回線、インターネット、LAN(Local Area Network)、WAN(Wide Area Network)等を介してコンピュータ1000に接続される他のコンピュータ(またはサーバ)等にこのプログラムを記憶させておいても良い。この場合には、コンピュータ1000がこれらからプログラムを読み出して実行する。
1 携帯端末
2 通信機器
9 アドホックネットワークシステム
10、20 制御部
30、40 記憶部
11、21 パケット受信部
12、22 パケット送信部
13 経路要求部
14 応答問合せ部
23A、23B 要求判定部
24 応答保留部
25 応答有無判定部
26 パケット編集部
41 応答記憶部
2 通信機器
9 アドホックネットワークシステム
10、20 制御部
30、40 記憶部
11、21 パケット受信部
12、22 パケット送信部
13 経路要求部
14 応答問合せ部
23A、23B 要求判定部
24 応答保留部
25 応答有無判定部
26 パケット編集部
41 応答記憶部
Claims (5)
- 複数のチャネルで通信可能なアドホックネットワークを構成する通信機器を探索する通信機器探索方法であって、
通信機器を探索する探索元の通信機器が、
探索先の通信機器を宛先とした探索要求を、当該探索要求に対する応答を待たないで複数のチャネルで送信し、
前記探索元の通信機器の隣接する通信機器が、
前記送信する処理によって送信された探索要求に対する応答を、前記探索先から受信した場合、受信した応答を保持し、
前記探索元の通信機器が、
前記送信する処理によって送信された探索要求に対する応答を、前記探索先から受信したか否かを、隣接する通信機器に対して、複数のチャネルで問い合わせる
ことを実行することを特徴とする通信機器探索方法。 - 前記探索先の通信機器が、
前記送信する処理によって送信された探索要求を受信した場合、受信した探索要求に対する応答に、前記探索元の1つ手前で保持する旨の指示を含んで送信する
ことを実行することを特徴とする請求項1に記載の通信機器探索方法。 - 複数のチャネルで通信可能なアドホックネットワークを構成する通信機器であって、
探索先の通信機器を宛先とした探索要求を、当該探索要求に対する応答を待たないで複数のチャネルで送信する探索要求部と、
前記探索要求部によって送信された探索要求に対する応答を、前記探索先から受信した場合に該受信した応答を保持する通信機器に対して、前記探索先から受信したか否かを、複数のチャネルで問い合わせる問合せ部と
を有することを特徴とする通信機器。 - 複数のチャネルで通信可能なアドホックネットワークを構成する通信機器に、
探索先の通信機器を宛先とした探索要求を、当該探索要求に対する応答を待たないで複数のチャネルで送信し、
前記送信する処理によって送信された探索要求に対する応答を、前記探索先から受信した場合に該受信した応答を保持する通信機器に対して、前記探索先から受信したか否かを、複数のチャネルで問い合わせる
処理を実行させることを特徴とする通信機器探索プログラム。 - 複数のチャネルで通信可能なアドホックネットワークを構成する通信機器を探索するアドホックネットワークシステムであって、
通信機器を探索する探索元の通信機器と、
前記探索元の通信機器の隣接する通信機器と、
探索先の通信機器と、を備え、
前記探索元の通信機器は、
探索先の通信機器を宛先とした探索要求を、当該探索要求に対する応答を待たないで複数のチャネルで送信する探索要求部と、
前記探索要求部によって送信された探索要求に対する応答を、隣接する通信機器に対して、前記探索先から受信したか否かを、複数のチャネルで問い合わせる問合せ部と、を有し、
前記探索先の通信機器は、
前記探索要求部によって送信された探索要求を受信したときに、該受信した探索要求が自機器を宛先としている場合、該受信した探索要求に対する応答に、探索元の1つ手前で保持する旨の指示を含んで送信する応答部を有し、
前記隣接する通信機器は、
前記探索要求部によって送信された探索要求を受信したときに、該受信した探索要求が自機器を宛先としていない場合、該受信した探索要求を中継する中継部と、
前記中継部によって中継された探索要求に対する応答を前記探索先から受信した場合、自機器が探索元の1つ手前であれば該受信した応答を保持する保持部と
を有することを特徴とするアドホックネットワークシステム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014502419A JP5860135B2 (ja) | 2012-03-02 | 2013-03-01 | 通信機器探索方法、通信機器、通信機器探索プログラムおよびアドホックネットワークシステム |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012047357 | 2012-03-02 | ||
JP2012047357 | 2012-03-02 | ||
PCT/JP2013/055746 WO2013129669A1 (ja) | 2012-03-02 | 2013-03-01 | 通信機器探索方法、通信機器、通信機器探索プログラムおよびアドホックネットワークシステム |
JP2014502419A JP5860135B2 (ja) | 2012-03-02 | 2013-03-01 | 通信機器探索方法、通信機器、通信機器探索プログラムおよびアドホックネットワークシステム |
Publications (2)
Publication Number | Publication Date |
---|---|
JPWO2013129669A1 JPWO2013129669A1 (ja) | 2015-07-30 |
JP5860135B2 true JP5860135B2 (ja) | 2016-02-16 |
Family
ID=49082855
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2014502419A Active JP5860135B2 (ja) | 2012-03-02 | 2013-03-01 | 通信機器探索方法、通信機器、通信機器探索プログラムおよびアドホックネットワークシステム |
Country Status (4)
Country | Link |
---|---|
US (1) | US20140372502A1 (ja) |
JP (1) | JP5860135B2 (ja) |
CN (1) | CN104221433B (ja) |
WO (1) | WO2013129669A1 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11606721B2 (en) * | 2019-02-28 | 2023-03-14 | Qualcomm Incorporated | Timing configuration of a layer-1 millimeter wave repeater |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1386432A4 (en) * | 2001-03-21 | 2009-07-15 | John A Stine | PROTOCOL OF ACCESS AND ROUTING FOR AD HOC NETWORKS, IN WHICH THE COLLISION RESOLUTION AND THE DISSEMINATION OF NODE STATES ARE USED |
US7117264B2 (en) * | 2002-01-10 | 2006-10-03 | International Business Machines Corporation | Method and system for peer to peer communication in a network environment |
JP3972338B2 (ja) * | 2004-03-09 | 2007-09-05 | 株式会社シンクチューブ | 移動通信装置及び移動通信プログラム |
JP4569328B2 (ja) * | 2004-03-18 | 2010-10-27 | パナソニック株式会社 | 無線通信装置および経路探索方法 |
US20060047766A1 (en) * | 2004-08-30 | 2006-03-02 | Squareanswer, Inc. | Controlling transmission of email |
JP4595619B2 (ja) * | 2005-03-28 | 2010-12-08 | パナソニック株式会社 | 移動ルータ、ホームエージェント、および端末位置管理方法 |
BRPI0520873B1 (pt) * | 2005-11-09 | 2018-11-27 | Thomson Licensing | seleção de rota em redes sem fio |
JP4848517B2 (ja) * | 2006-09-05 | 2011-12-28 | 国立大学法人電気通信大学 | 無線メッシュネットワーク通信システム、無線通信装置、無線メッシュネットワーク通信システムにおけるルーティング方法 |
US8467356B2 (en) * | 2007-08-10 | 2013-06-18 | Mitsubishi Electric Corporation | Wireless communication system and base station |
WO2010010708A1 (ja) * | 2008-07-24 | 2010-01-28 | パナソニック株式会社 | 中継器及び中継方法 |
JP2011082923A (ja) * | 2009-10-09 | 2011-04-21 | Sony Corp | 端末装置、署名生成サーバ、簡易id管理システム、簡易idの管理方法、及びプログラム |
-
2013
- 2013-03-01 JP JP2014502419A patent/JP5860135B2/ja active Active
- 2013-03-01 WO PCT/JP2013/055746 patent/WO2013129669A1/ja active Application Filing
- 2013-03-01 CN CN201380011475.4A patent/CN104221433B/zh active Active
-
2014
- 2014-09-02 US US14/474,678 patent/US20140372502A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
WO2013129669A1 (ja) | 2013-09-06 |
JPWO2013129669A1 (ja) | 2015-07-30 |
US20140372502A1 (en) | 2014-12-18 |
CN104221433B (zh) | 2018-01-30 |
CN104221433A (zh) | 2014-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4732972B2 (ja) | アドホックネットワーク、ノード、経路制御方法、及び経路制御プログラム | |
US8064416B2 (en) | Route selection in wireless networks | |
US8213352B2 (en) | Wireless communication system, wireless communication device, wireless communication method, and program | |
JP4800067B2 (ja) | 通信ノード及びルーティング方法 | |
JP4229182B2 (ja) | 無線通信システム、無線通信装置、無線通信方法、および、プログラム | |
US20070153764A1 (en) | Compression of a routing header in a packet by a mobile router in an ad hoc network | |
JP2007325261A (ja) | 経路確立方法 | |
US20050157749A1 (en) | System and method for communication with an external network in an IPv6 MANET network | |
CN109068367B (zh) | 一种无线令牌传递方法、装置、设备及可读存储介质 | |
JP2006314147A (ja) | 個人通信無線ネットワークにおけるルーティング経路設定システムおよびその方法 | |
JP4627465B2 (ja) | 無線通信端末およびQoS情報収集方法 | |
KR100845675B1 (ko) | 무선 애드 혹 네트워크에서의 경로 설정 방법 | |
US9537986B2 (en) | Dynamic contact sharing in a mesh network | |
EP3314951B1 (en) | Enhanced peer discovery in a mesh network | |
JP7003539B2 (ja) | アドホックネットワーク経路構築システム、ノード、センターノード及びアドホックネットワーク経路構築方法 | |
JP2008035473A (ja) | アドホックネットワーク構築方法、プログラム、及び無線端末 | |
JP6264856B2 (ja) | ノード装置、制御プログラム、無線通信システム、及びデータ通信方法 | |
JP2008118351A (ja) | 無線通信システム | |
JP6665793B2 (ja) | アドホックネットワーク経路構築システム、ノード、センターノード及びアドホックネットワーク経路構築方法 | |
JP2006325142A (ja) | 無線端末およびその通信方法 | |
JP5860135B2 (ja) | 通信機器探索方法、通信機器、通信機器探索プログラムおよびアドホックネットワークシステム | |
JP5664768B2 (ja) | ノード、リンク形成方法およびリンク形成プログラム | |
US8509245B1 (en) | Polymorphic routing for dynamic networks | |
JP4978217B2 (ja) | 通信装置および通信システム | |
CN116419363B (zh) | 数据传输方法、通信设备和计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
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: 20151208 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20151217 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5860135 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |