通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法
【課題】処理の低減とセキュリティを確保を図るようにした通信ネットワークシステムにおける経路選択方法を提供する。
【解決手段】ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおいて、前記第１のノード装置は、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、前記第１の経路又は前記第２の経路を選択する。
【解決手段】ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおいて、前記第１のノード装置は、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、前記第１の経路又は前記第２の経路を選択する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法に関する。
【背景技術】
【０００２】
従来からアドホックネットワークシステムと呼ばれるネットワークシステムがある。アドホックネットワークシステムとは、例えば、基地局などを介さずに端末装置やノード装置が互いに無線通信を行うことができるネットワークシステムである。
【０００３】
アドホックネットワークシステムでは、例えば、ノード装置などは他のノード装置から送信された無線信号をさらに別のノード装置に中継したりすることもでき、自立分散型ネットワークシステムと称される場合がある。例えば、アドホックネットワークシステムは、災害や事故などにおける警察車両間、報道中継における中継車間などにおいて、無線通信システムとして利用される場合がある。最近では、アドホックネットワークシステムは、例えば、ＩＴＳ（Intelligence Transport Systems:高度道路交通システム））における車車間通信システムにおいて利用される場合もある。
【０００４】
このようなアドホックネットワークシステムにおいては、例えば、あるノード装置から端末装置に至る経路において複数の経路があるとき、経路選択が行われることがある。例えば、あるノード装置は選択された経路により、データやメッセージなどを端末装置に送信することができる。
【０００５】
アドホックネットワークシステムにおける経路選択の手法としては、例えば、リアクティブ型（Reactive）とプロアクティブ型（Proactive）がある。
【０００６】
リアクティブ型は、例えば、各ノード装置が他のノード装置にメッセージなどをブロードキャストで送信し、他のノード装置もブロードキャストによる送信を繰り返して目的のノード装置への経路を発見する手法である。リアクティブ型の経路選択手法としては、例えば、ＡＯＤＶ（Ad Hoc On demand Distance Vector Algorithm）や、ＤＳＲ（Dynamic Source Routing Protocol）などがある。ＡＯＤＶによる経路選択手法では、例えば、目標となるノード装置のノードＩＤを含むＲＲＥＱ（Route Request）メッセージがブロードキャストにより周辺のノード装置に送信されて、周辺ノード装置もこれを繰り返すことで経路選択が行われる。しかし、リアクティブ型は、例えば、経路選択のためのメッセージがブロードキャストで送信されるため、ノード装置の数が増加すると、送信されるメッセージの数も増加し、ノード装置における経路選択に関する処理の負荷もその分だけ増加する。
【０００７】
一方、プロアクティブ型は、例えば、あるノード装置がメッセージなどを他のノード装置と交換することで、任意のノード装置の経路表（又はルーティングテーブル）を作成し、経路表により目的のノード装置への経路を発見する手法でもある。プロアクティブ型の経路選択手法としては、例えば、ＯＬＳＲ（Optimized Link State Routing Protocol）や、ＴＢＲＰＦ（Topology Broadcast based on Reversed-Path Forwarding Routing Protocol）などがある。ＯＬＳＲによる経路選択手法では、例えば、各ノード装置が周期的にＨＥＬＬＯメッセージを他のノード装置と交換して、各ノード装置の状態などを通知し合うことで経路表を作成し、経路表に基づいて経路が選択される。しかし、各ノード装置は、経路表を作成するためにメッセージのやりとりが行われ、全ノード装置のネットワークトポロジを認識するため、一定の時間がかかってしまう。
【０００８】
他方、経路選択の手法としては、例えば、以下のような技術がある。すなわち、マルチホップ無線通信を利用した無線ネットワークシステムにおいて、基地局が無線端末に対してデータフレームを送信し、各無線端末から送信された通信品質を集約して、各通信経路の通信品質を評価し、最適な通信経路を選択するようにしたものがある。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１０−３５０６８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した特開２０１０−３５０６８号公報に記載された技術の場合、基地局は専用のデータフレームを無線端末に送信しており、無線端末の数が増加すると、データフレームの送受信量も増加する。従って、無線端末の数の増加に対応して、データフレームが送受信される数も多くなるため、基地局では、経路選択の処理だけでなく、データフレームの送受信のための処理に対する負荷が大きくなる。無線端末においても、その数の増加に応じて、データフレームの受信処理や送信処理に対する負荷が大きくなる。よって、データフレームを送信する無線通信ネットワークシステム全体では、データフレームを送信しない場合と比較して、処理の負荷が大きくなる。
【００１１】
リアクティブ型の経路選択手法がワイヤレスのアドホックネットワークシステムにおける経路選択手法として適用される場合、例えば、以下のような課題がある。すなわち、無線通信においては、通信とは関係のない機器や端末の影響を受けること、通信品質が通信距離と周辺環境などに依存しさらに時間的変化も伴うなど、単純に最良の品質条件だけで経路が決定されることが最良の経路選択とは限らない場合がある。
【００１２】
従来技術の欄において説明したように、リアクティブ型の経路選択手法の場合、例えば、経路選択時の処理による通信量の増加がネットワークの負担となる。すなわち、アドホックネットワークシステムを構成するノード若しくは端末数が閾値より多くなると、ネットワーク負荷が急激に高くなり、通信が確立された他のノードへ影響を与え、経路そのものが確立できなくなる場合もある。
【００１３】
また、プロアクティブ型による経路選択手法でも、例えば、アドホックネットワークを構成する全ノードがネットワークトポロジを認識するための時間がかかり、リアクティブ型と同様に制御可能なスケールに限界が生じる。
【００１４】
一方、例えば、各ノード装置がリアクティブ型やプロアクティブ型などにより経路選択を行う場合、あるノード装置が解析されると、そのアドホックネットワークシステムにおける経路選択アルゴリズムなどが解析され、ネットワークのセキュリティが確保されない場合もある。アドホックネットワークシステムでは、例えば、各ノード装置が互いに無線通信を行っており、基地局がスケジューリングを行うような無線通信システムと比較すると、ノード装置が盗難されるなどして、経路選択アルゴリズムなどが解析される可能性は否定できず、ネットワークセキュリティに課題がある。
【００１５】
そこで、本発明の一目的は、経路選択の処理を低減することのできる通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法を提供することにある。
【００１６】
また、本発明の一目的は、セキュリティを確保できるようにした通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法を提供することにある。
【課題を解決するための手段】
【００１７】
一態様は、ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおいて、前記第１のノード装置は、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択する制御部を備え、前記第１のノード装置と前記第４のノード装置は、選択された前記第１の経路又は前記第２の経路上に位置する前記第２のノード装置又は前記第３のノード装置を介して無線通信を行う。
【発明の効果】
【００１８】
経路選択の処理の低減することのできる通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法を提供することができる。また、セキュリティを確保できるようにした通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】図１は通信ネットワークシステムの構成例を表わす図である。
【図２】図２はアドホックネットワークシステムにおける経路選択結果の例と、その構成例を表わす図である。
【図３】図３（Ａ）と図３（Ｂ）は経路選択の例をそれぞれ表わす図である。
【図４】図４はアンカーＡＰの構成例を表わす図である。
【図５】図５（Ａ）はドリフトＡＰ、図５（Ｂ）はＭＭＥの構成例をそれぞれ表わす図である。
【図６】図６はアンカーＡＰにおける動作例を表わすフローチャートである。
【図７】図７はドリフトＡＰにおける動作例を表わすフローチャートである。
【図８】図８（Ａ）はアンカーＡＰとドリフトＡＰの関係例を表わす図であり、図８（Ｂ）は登録処理の動作例を表わすシーケンス図である。
【図９】図９は登録処理のフローチャートの例を表わす図である。
【図１０】図１０（Ａ）及び図１０（Ｂ）はＩＰアドレス管理表の例をそれぞれ表わす図である。
【図１１】図１１はアンカーＡＰとドリフトＡＰの関係例を表わす図である。
【図１２】図１２は登録処理の動作例を表わすシーケンス図である。
【図１３】図１３（Ａ）はアンカーＡＰとドリフトＡＰの関係例を表わす図であり、図１３（Ｂ）は登録削除処理の動作例を表わすシーケンス図である。
【図１４】図１４は登録削除処理の動作例を表わすフローチャートである。
【図１５】図１５はアンカーＡＰとドリフトＡＰの関係例を表わす図である。
【図１６】図１６は登録処理の動作例を表わすシーケンス図である。
【図１７】図１７はアンカーＡＰとドリフトＡＰの関係例を表わす図である。
【図１８】図１８は登録処理の動作例を表わすシーケンス図である。
【図１９】図１９は最終的なドリフトＡＰ経路管理表の生成処理の例を表わすフローチャートである。
【図２０】図２０（Ａ）及び図２０（Ｂ）はドリフトＡＰ経路管理表の例をそれぞれ表わす図である。
【図２１】図２１はアドホックネットワークシステムの構成例を表わす図である。
【図２２】図２２はドリフトＡＰ経路管理表の例を表わす図である。
【図２３】図２３はドリフトＡＰ経路管理表の例を表わす図である。
【図２４】図２４はアンカーＡＰ、ドリフトＡＰ、及び端末の関係例を表わす図である。
【図２５】図２５はドリフトＡＰ経路管理表の例を表わす図である。
【図２６】図２６（Ａ）及び図２６（Ｂ）は隣接関係リストの例をそれぞれ表わす図である。
【図２７】図２７（Ａ）及び図２７（Ｂ）は隣接関係リストの例をそれぞれ表わす図である。
【図２８】図２８（Ａ）及び図２８（Ｂ）は隣接関係リストの例をそれぞれ表わす図である。
【図２９】図２９は最終的なドリフトＡＰ経路管理表の例を表わす図である。
【図３０】図３０は最終的なドリフトＡＰ経路管理表の例を表わす図である。
【図３１】図３１（Ａ）はノード装置と重みの関係例、図３１（Ｂ）及び図３１（Ｃ）は各ノードにおいて経路を構成できる条件の例をそれぞれ表わす図である。
【図３２】図３２は各ノードにおいて経路を構成できる条件の例を表わす図である。
【図３３】図３３は総合評価値の結果の例を表わす図である。
【図３４】図３４（Ａ）及び図３４（Ｂ）は適応度の演算の例をそれぞれ表わす図である。
【図３５】図３５（Ａ）から図３５（Ｃ）は経路指標に対する構成要素の観測値の例をそれぞれ表わす図である。
【図３６】図３６はアドホックネットワークシステムの構成例を表わす図である。
【図３７】図３７は動作例を表わすシーケンス図である。
【図３８】図３８は動作例を表わすシーケンス図である。
【図３９】図３９は経路選択の例を表わす図である。
【図４０】図４０は動作例を表わすシーケンス図である。
【図４１】図４１はアンカーＡＰのハードウェアブロックの構成例を表わす図である。
【図４２】図４２（Ａ）はドリフトＡＰ、図４２（Ｂ）はＭＭＥのハードウェアブロックの構成例をそれぞれ表わす図である。
【発明を実施するための形態】
【００２０】
以下、本発明を実施するための形態について説明する。
【００２１】
［第１の実施の形態］
最初に第１の実施の形態について説明する。図１は第１の実施の形態における通信ネットワークシステム１０の構成例を表わす図である。
【００２２】
通信ネットワークシステム１０は、ネットワーク１００、第１のノード装置３００、第２のノード装置４００−１、第３のノード装置４００−２、及び第４のノード装置４００−３（又は５００）とを備える。
【００２３】
第１のノード装置３００は、ネットワーク１００と接続され、第１及び第２のノード装置４００−１，４００−２とそれぞれ無線通信を行うことができる。また、第１のノード装置３００は、第２のノード装置４００−１又は第３のノード装置４００−２を中継して、第４のノード装置４００−３（又は５００）と無線通信を行うことができる。第２及び第３のノード装置４００−１，４００−２からすると、第１のノード装置３００と無線通信を行うことができ、さらに、第１のノード装置３００と第４のノード装置４００−３（又は５００）との間の無線通信について中継することもできる。
【００２４】
第１のノード装置３００は、第４のノード装置４００−３（又は５００）と無線通信を行うとき、第２のノード装置４００−１を介した第１の経路と、第３のノード装置４００−２を介した第２の経路とがある。
【００２５】
第１のノード装置３００は制御部３７０を備える。制御部３７０は、第１の経路及び第２の経路について、第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、第１の経路又は第２の経路を選択する。
【００２６】
第１のノード装置３００と第４のノード装置４００−３（又は５００）は、選択された第１又は第２の経路上に位置する第２のノード装置４００−１又は第３のノード装置４００−２を介して無線通信を行うことができる。
【００２７】
このように、本通信ネットワークシステム１０では、第１のノード装置３００が経路選択を行い、選択された経路に従って無線通信が行われる。よって、第２、第３、及び第４のノード装置４００−１，４００−２，４００−３（又は５００）がそれぞれ経路選択する場合と比較して、第１のノード装置３００で経路選択が行われるため、通信ネットワークシステム１０全体では経路選択の処理の低減を図ることができる。
【００２８】
また、本通信ネットワークシステム１０は、第１のノード装置３００において経路選択が行われるため、例えば、第２、第３、及び第４のノード装置４００−１，４００−２，４００−３（又は５００）が解析されても経路選択のルールは解析されることはない。従って、通信ネットワークシステム１０全体のセキュリティを確保することができる。
【００２９】
［第２の実施の形態］
次に第２の実施の形態について説明する。図２は本第２の実施の形態における通信ネットワークシステム１０の構成例を表わし、さらに、経路選択結果の一例を表わす図でもある。本第２の実施の形態においては、通信ネットワークシステム１０として、例えば、アドホックネットワークシステム１０を例にして説明することにする。
【００３０】
アドホックネットワークシステム１０においては、例えば、コアネットワーク１００と有線又は無線により接続された第１のノード装置＃ｎ（３００−ｎ），…は、第２のノード装置４００−１〜４００−９と無線通信を行うことができる。また、第２のノード装置４００−１〜４００−９は、第３のノード装置５００と第１のノード装置３００−ｎとの無線通信を中継することもできる。
【００３１】
この場合、例えば、第１のノード装置＃ｎ（３００−ｎ），…は、コアネットワーク１００に対して節点となり、固定したアクセスノードとなっている。第１のノード装置＃ｎ（３００−ｎ），…を「アンカーＡＰ（Access Point）」と称する場合がある。
【００３２】
また、例えば、第２のノード装置４００−１〜４００−９はコアネットワーク１００に対して直接の節点は持たず、移動可能なノード装置となっている。第２のノード装置４００−１〜４００−９を「ドリフトＡＰ」と称する場合がある。
【００３３】
さらに、例えば、第３のノード装置５００もコアネットワーク１００に対して直接の節点は持たず、移動可能なノード装置となっている。第３のノード装置５００を「端末装置」と称する場合がある。なお、ドリフトＡＰ４００−１〜４００−９と端末装置（以下、「端末」と称する場合がある）５００をまとめて「アクセスノード」と称する場合もある。
【００３４】
本第２の実施の形態では、アンカーＡＰ＃ｎ（３００−ｎ）をスタートとし、端末５００をゴールとして、例えばアンカーＡＰ＃ｎ（３００−ｎ）がその時点で最適となる経路を選択することで、経路選択に関する処理の低減を図り、さらにアドホックネットワーク１０のセキュリティを高めることができるようにしている。
【００３５】
なお、本第２の実施の形態におけるコアネットワーク１００は、例えば、第１の実施の形態におけるネットワーク１００に対応する。また、本第２の実施の形態におけるアンカーＡＰ３００は、例えば、第１の実施の形態における第１のノード装置３００に対応する。さらに、本第２の実施の形態におけるドリフトＡＰ４００は、例えば、第１の実施の形態における第２、第３、及び第４のノード装置４００−１，４００−２，４００−３（又は５００）に対応する。さらに、本第２の実施の形態における端末５００は、例えば、第１の実施の形態にける第４のノード装置４００−３（又は５００）に対応する。
【００３６】
以下本第２の実施の形態を以下説明する。説明の容易など考慮して以下の順番で説明することにする。
【００３７】
１）アドホックネットワークシステム１０の構成例（例えば、図２、図２１）
２）経路選択の一例（例えば、図３（Ａ）〜図３（Ｂ）、図２）
３）アンカーＡＰ、ドリフトＡＰ（又は端末）、ＭＭＥの構成例
３．１）アンカーＡＰの構成例（例えば、図４）
３．２）ドリフトＡＰの構成例（例えば、図５（Ａ））
３．３）ＭＭＥの構成例（例えば図５（Ｂ））
４）動作例
４．１）全体動作例
４．１．１）アンカーＡＰの全体動作例（例えば、図６）
４．１．２）ドリフトＡＰの全体動作例（例えば、図７）
４．２）初期設定処理と管理帳票追加生成処理（図６の「初期設定」、「管理帳票追加生成」、図８（Ａ）から図３０）
４．３）測定事象抽出処理と抽出結果評価（図６の「測定事象抽出」と「抽出結果評価」、図３３から図３５（Ｃ））
４．４）最適経路決定処理（図６の「最適経路決定」、図３１から図３５（Ｃ））
４．５）ＨＯが適用された場合の動作（例えば、図３６から図４０）
＜１．アドホックネットワークシステム１０の構成例＞
最初にアドホックネットワークシステム１０の構成例を説明する。図２または図２１はアドホックネットワークシステム１０の構成例を表わす図である。図２は経路選択の一例を表わしているが、本第２の実施の形態におけるアドホックネットワークシステム１０の構成例も含まれている。図２や図２１に表わされるように、アドホックネットワークシステム１０は、コアネットワーク１００、ＭＭＥ（Mobility Management Entity）２００、アンカーＡＰ＃ｎ（３００−ｎ），…、ドリフトＡＰ４００、及び端末５００とを備える。なお、以下において、アンカーＡＰ＃ｎ（３００−ｎ），…などについては特に断らない限り、アンカーＡＰ３００として説明することにする。
【００３８】
コアネットワーク１００は、例えば、公衆の移動通信ネットワークであり、コアネットワーク１００に接続された種々の装置により、端末５００やドリフトＡＰ４００などの位置情報や認証情報、課金管理などを行うことができるようになっている。
【００３９】
ＭＭＥ２００は、コアネットワーク１００に直接接続されて、新規にアドホックネットワークに接続するドリフトＡＰ４００から送信された接続要求に対して接続許可を発行することができる。また、ＭＭＥ２００は、同時に複数のドリフトＡＰ４００からの接続要求に対して排他処理などを行い、いずれかのドリフトＡＰ４００に対して接続許可を発行することができる。
【００４０】
アンカーＡＰ３００は、コアネットワーク１００に直接接続されて、最適経路を選択する経路選択処理を行うことができる。また、アンカーＡＰ３００は、最適経路選択後において、ドリフトＡＰ４００や端末５００に対してハンドオーバを制御することもできる。アンカーＡＰ３００における経路選択処理やハンドオーバ処理などの詳細は後述する。なお、本第２の実施の形態において、アンカーＡＰ３００とコアネットワーク１００とは、有線により接続されてもよいし、無線により接続されてもよい。
【００４１】
ドリフトＡＰ４００は、例えば、コアネットワーク１００と直接接続されておらず、アンカーＡＰ３００や端末５００と無線通信可能なノード装置として固定設置あるいは移動可能なものとなっている。ドリフトＡＰ４００は、アンカーＡＰ３００から送信された無線信号を受信したり、アンカーＡＰ３００に無線信号を送信することもできる。また、ドリフトＡＰ４００は、端末５００から送信された無線信号を中継してアンカーＡＰ３００に送信したり、アンカーＡＰ３００から送信された無線信号を中継して端末５００に送信することもできる。
【００４２】
なお、アンカーＡＰ３００の探索空間に存在する１又は複数のドリフトＡＰ４００を、例えば「ドリフトＡＰ」群と称する場合がある。ドリフトＡＰ群は、アンカーＡＰ３００から端末５００に至るまでの経路において、１又は複数のドリフトＡＰ４００を介した階層構成となっている。ドリフトＡＰ群においては、例えば、１ホップ以上の経路が存在する。図２の例では、ドリフトＡＰ群として、ドリフトＡＰ（４００−１）からドリフトＡＰ（４００−９）のドリフトＡＰがある。
【００４３】
端末５００は、例えば、ドリフトＡＰ４００を介して、あるいは直接アンカーＡＰ３００と無線通信を行い、音声や映像、テキストなどのデータを送信したり、受信したりすることができる。端末５００は、例えば、携帯電話機（例えばフィーチャーフォンやスマートフォンも含む）やタブレット端末など、移動可能な情報通信端末装置などである。なお、本第２の実施の形態において、端末５００はドリフトＡＰ４００の一つとしてもよい。
【００４４】
＜２．経路選択の一例＞
次にアドホックネットワークシステム１０において、経路選択の一例について説明する。図２から図３（Ｂ）は経路選択の一例を表わす図である。
【００４５】
本第２の実施の形態における経路選択は、例えば、アンカーＡＰ３００から端末５００に至る複数の経路のうち、経路毎に当該経路の状態を示す１又は複数の経路選択指標と呼ばれる指標が評価され、当該経路選択指標から当該アドホックネットワークが採用している経路選択の基準に基づき、すなわち、適応度に応じた経路が選択される。
【００４６】
ここで、経路選択指標とは、例えば、経路の状態を示す指標を総称したものである。経路選択指標は、例えば、ドリフトＡＰ４００間のホップ数、ドリフトＡＰ４００間の無線品質（例えばパケットロス率、エラー頻度、又はノイズの比率など）、各ドリフトＡＰ４００の無線資源の余力（又は残余量）などである。
【００４７】
また、適応度とは、例えば、経路選択においてどのルールを採用するかの基準又は指標とすることができる。
【００４８】
例えば、図３（Ａ）の例では、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る複数の経路のうち、適応度の最も高い、ドリフトＡＰ＃１１（４００−１１）を介した経路が選択されている例を表わしている。図３（Ｂ）は、さらに、ドリフトＡＰ群の中から、適応度が最も高いドリフトＡＰ＃２０（４００−２０）を介した経路が選択される例を表わしている。
【００４９】
図２は経路選択結果の例を示しており、各ドリフトＡＰ（４００−１〜４００−９）に示した数値は経路選択指標を表わしている。図２における経路選択指標は、例えば、各ドリフトＡＰ４００における無線資源の余力とすることができる。
【００５０】
図２において、経路１は、例えば、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る経路（経路１から経路４）のうち、ホップ数が最小の経路が選択された場合の経路例である。この場合、例えば、経路選択指標はホップ数であり、適応度としては最小値とすることもできる。よって、経路選択のルールとしては、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る経路のうち、ホップ数が最小の経路、とすることができる。このような経路選択のルールにより選択された経路が「経路１」となる。
【００５１】
経路２は、例えば、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る経路のうち、無線資源の余力が「３」以上であり、かつ、ホップ数が最小の経路が選択された場合の経路例である。この場合、例えば、経路選択指標は「ホップ数」と「無線資源の余力」であり、この２つの経路選択指標を適応度とした経路選択のルールに基づく経路選択例を表わしている。この例の場合、例えば、適応度は、「ホップ数」に対しては最小値、「無線資源の余力」に対しては「３」とすることができる。よって、経路選択のルールとしては、無線資源の余力が「３」以上で、かつ、ホップ数が最小となる経路、とすることができる。このような経路選択のルールにより選択された経路が「経路２」となる。
【００５２】
経路３は、例えば、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る経路のうち、経路選択指標（例えば無線資源の余力）がある基準（これの例では「４」）以上の経路が選択された場合の経路例である。この場合、例えば、経路選択指標は無線資源の余力、適応度は「４」とすることができる。よって、経路選択のルールとしては、無線資源の余力が「４」以上の経路、とすることができる。このような経路選択のルールに従って選択された経路が「経路３」となる。
【００５３】
経路４は、例えば、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る経路のうち、経路選択指標（例えば無線資源の余力）が最良（又は最大）の経路が選択された場合の経路例である。この場合、例えば、経路選択指標は無線資源の余力、適応度は「最大値」などとすることができる。よって、経路選択のルールとしては、無線資源の余力が最大となる経路、とすることができる。このような経路選択のルールに従って選択された経路が「経路４」となる。
【００５４】
経路１から経路４のうちいずれかを選択するかは、例えば、本アドホックネットワークシステム１０における設計思想や、各ドリフトＡＰ４００の状況などによる。よって、あるアドホックネットワークシステムでは経路１が選択される場合もあれば、他のアドホックネットワークシステムでは経路４が選択される場合もある。どのような経路選択指標が用いられ、あるいは、どのような適応度にするか、など、アドホックネットワークシステムごとに異なっていてもよい。
【００５５】
本第２の実施の形態では、経路選択のルールを経路選択指標の中から当該アドホックネットワークシステム１０が採用する適応度により決定し、その決定したルールに従って経路を選択するようにしている、ということができる。
【００５６】
そして、本第２の実施の形態では、このような経路選択についてはアンカーＡＰ＃ｎ（３００−ｎ）において行われるようにしている。アドホックネットワークシステム１０のような「自立分散型ネットワークシステム」では、各ドリフトＡＰ４００や端末５００などが互いに無線通信を行うようになされており、経路選択についても各ドリフトＡＰ４００や端末５００で行われることができる。本第２の実施の形態では、アンカーＡＰ＃ｎ（３００−ｎ）が集約して経路選択を行うようにすることで、各ドリフトＡＰ４００や端末５００では経路選択の処理を行うことがなくなり、アドホックネットワークシステム１０全体の処理軽減を図ることができる。また、各ドリフトＡＰ４００などが解析されても経路選択のルールはアンカーＡＰ３００において保持しているため、各ドリフトＡＰが解析されるような場合と比較してセキュリティを確保できる。
【００５７】
＜３．アドホックネットワークシステム１０における各部の構成例＞
次にアドホックネットワークシステム１０におけるアンカーＡＰ３００、ドリフトＡＰ４００、端末５００、及びＭＭＥ２００の各構成例について説明することにする。最初に、アンカーＡＰ３００の構成例について説明し、次にドリフトＡＰ４００と端末５００の構成例、最後にＭＭＥ２００の構成例を説明することにする。なお、本第２の実施の形態では、例えば、ドリフトＡＰ４００と端末５００の構成例は同一としている。
【００５８】
＜３．１ アンカーＡＰ３００の構成例＞
図４はアンカーＡＰ３００の構成例を表わす図である。アンカーＡＰ３００は、アンテナ３０１，３０２、無線部３１０、制御部３２０、電源部３４０、メモリ３４１、同期クロック発生部３４２、伝送路インタフェース部３５０を備える。また、無線部３１０は、送信部３１１と受信部３１２を備える。さらに、制御部３２０は、信号生成部３２１、信号分析部３２２、処理部３２３、データ送信部３２４、及び制御情報受信部３２５を備える。
【００５９】
なお、本第２の実施の形態における制御部３２０は、例えば、第１の実施の形態における制御部３７０に対応する。
【００６０】
アンテナ３０１，３０２は、ドリフトＡＰ４００又は端末５００から送信された無線信号を受信して無線部３１０に出力したり、無線部３１０から出力された無線信号をドリフトＡＰ４００又は端末５００に送信することができる。
【００６１】
送信部３１１は、例えば、制御部３２０から出力されたベースバンド信号を所定の周波数帯域の無線信号に変換（アップコンバード）してアンテナ３０１，３０２に出力することができる。送信部３１１は、このような変換が行われるよう、例えば、Ａ／Ｄ変換器、周波数帯域通過フィルタ（ＢＰＦ：Band Pass Filter）、Ｄ／Ａ変換器などを備えてもよい。
【００６２】
受信部３１２は、例えば、アンテナ３０１，３０２から出力された無線信号をベースバンド帯域の信号に変換（ダウンコンバート）し、変換後の信号をベースバンド信号として制御部３２０に出力することができる。受信部も、このような変換が行われるように、例えば、Ａ／Ｄ変換器、周波数帯域通過フィルタ、Ｄ／Ａ変換器などを備えるようにしてもよい。
【００６３】
制御部３２０は、無線部３１０において送受信される信号などの処理や、伝送路インタフェース部３５０を介してコアネットワーク１００に送受信されるデータなどの処理などを行う。
【００６４】
信号生成部３２１は、例えば、処理部３２３や伝送路インタフェース部３５０などから出力されたデータなどに対して、誤り訂正符号化処理や変調処理などを施してベースバンド信号を生成することができる。信号生成部３２１は、生成したベースバンド信号を無線部３１０に出力することができる。
【００６５】
信号分析部３２２は、例えば、受信部から出力されたベースバンド信号に対して、復調処理や誤り訂正復号化処理などを施し、データや制御信号などを抽出することができる。信号分析部３２２は、例えば、データや制御信号などを分析し、データや制御信号などを処理部３２３に出力したり、データをデータ送信部３２４に出力したりすることができる。
【００６６】
処理部３２３は、例えば、信号分析部３２２から出力されたデータや制御信号などに対して各種処理を行うことができ、適宜、メモリ３４１にアクセスしてデータなどを記憶することができる。また、処理部３２３は、伝送路インタフェース部３５０を介して入力したデータや制御情報などに対して各種処理を施すことができ、適宜、メモリ３４１にアクセスしてデータなどを記憶することができる。本第２の実施の形態において、処理部３２３は、例えば、初期設定処理、管理帳票追加生成処理、測定事象抽出処理、抽出結果評価処理、最適経路決定処理などを行うことができる。これらの処理の詳細は後述する。
【００６７】
データ送信部３２４は、例えば、処理部３２３や信号分析部３２２から出力されたデータなどを、伝送路インタフェース部３５０を介してＭＭＥ２００などに送信することができる。
【００６８】
制御情報受信部３２５は、例えば、伝送路インタフェース部３５０を介して、ＭＭＥ２００などから送信された制御情報などを受信して、処理部３２３に出力することができる。
【００６９】
伝送路インタフェース部３５０は、例えば、データ送信部３２４から出力されたデータなどをコアネットワーク１００に送信できるフォーマットに変換して、メッセージなどとしてＭＭＥ２００などに送信することができる。また、伝送路インタフェース部３５０は、ＭＭＥ２００などから送信されたメッセージなどを受信して、メッセージなどからデータや制御情報などを抽出し、処理部３２３や制御情報受信部３２５に出力することができる。
【００７０】
電源部３４０は、例えば、操作者の操作に応じて、制御部３２０に対して電源を供給したり、制御部３２０に対する電源供給を停止させたりすることができる。
【００７１】
メモリ３４１は、例えば、記憶装置であって、ＩＰ（Internet Protocol）アドレス管理表、隣接関係リスト、及びドリフトＡＰ経路管理表などを記憶することができる。ＩＰアドレス管理表、隣接関係リスト、及びドリフトＡＰ経路管理表などの詳細は後述する。
【００７２】
同期クロック発生部３４２は、例えば、同期用のクロックを発生して制御部３２０に出力することで、制御部３２０が同期用のクロックに同期して処理を行わせることができる。例えば、信号生成部３２１は同期用のクロックに同期してベースバンド信号を無線部３１０に出力したり、信号分析部３２２は無線部３１０から出力されたベースバンド信号に対して同期クロックに同期して入力したりすることができる。
【００７３】
＜３．２ ドリフトＡＰ４００の構成例＞
次にドリフトＡＰ４００の構成例を説明する。図５（Ａ）はドリフトＡＰ４００の構成例を表わす図である。ドリフトＡＰ４００は、例えば、上述したように、コアネットワーク１００と直接接続されておらず、アンカーＡＰ３００や端末５００と無線通信可能なノード装置として固定設置あるいは移動可能なノード装置となっている。また、ドリフトＡＰ４００は、例えば、アンカーＡＰ３００から送信された無線信号を中継して、他のドリフトＡＰ４００や端末５００に送信したり、他のドリフトＡＰ４００や端末５００から送信された無線信号を中継して、アンカーＡＰ３００に送信したりすることもできる。
【００７４】
ドリフトＡＰ４００は、アンテナ４０１，４０２、無線部４１０、制御部４２０、電源部４４０、メモリ４４１、及び同期クロック発生部４４２を備える。また、無線部４１０は送信部４１１と受信部４１２を備える。さらに、制御部４２０は、信号生成部４２１、信号分析部４２２、及び処理部４２３を備える。
【００７５】
アンテナ４０１，４０２は、例えば、送信部４１１から出力された無線信号をアンカーＡＰ３００や端末５００に送信したり、アンカーＡＰ３００や端末５００から送信された無線信号を受信して受信部に出力することができる。
【００７６】
送信部４１１は、例えば、制御部４２０から出力されたベースバンド信号を所定の周波数帯域の無線信号に変換（アップコンバード）してアンテナ４０１，４０２に出力することができる。送信部４１１は、このような変換が行われるよう、例えば、Ａ／Ｄ変換器、周波数帯域通過フィルタ（ＢＰＦ：Band Pass Filter）、Ｄ／Ａ変換器などを備えてもよい。
【００７７】
受信部４１２は、例えば、アンテナ４０１，４０２から出力された無線信号をベースバンド帯域の信号に変換（ダウンコンバート）し、変換後の信号をベースバンド信号として制御部４２０に出力することができる。受信部も、このような変換が行われるように、例えば、Ａ／Ｄ変換器、周波数帯域通過フィルタ、Ｄ／Ａ変換器などを備えるようにしてもよい。
【００７８】
信号生成部４２１は、例えば、処理部４２３などから出力されたデータなどに対して、誤り訂正符号化処理や変調処理などを施してベースバンド信号を生成することができる。信号生成部４２１は、生成したベースバンド信号を無線部４１０に出力することができる。
【００７９】
信号分析部４２２は、例えば、受信部から出力されたベースバンド信号に対して、復調処理や誤り訂正復号化処理などを施し、データや制御信号などを抽出することができる。信号分析部４２２は、例えば、データや制御信号などを分析し、データや制御信号などを処理部４２３に出力することができる。
【００８０】
処理部４２３は、例えば、信号分析部４２２から出力されたデータや制御信号などに対して各種処理を施すことができ、適宜、メモリ４４１にアクセスしてデータなどを記憶することができる。本第２の実施の形態において、処理部４２３は、例えば、初期設定処理や経路品質指標測定処理などを行うことができる。初期設定処理と経路品質指標測定処理の詳細は後述する。
【００８１】
電源部４４０は、例えば、操作者の操作に応じて、制御部４２０に対して電源を供給したり、制御部４２０に対する電源供給を停止させたりすることができる。
【００８２】
メモリ４４１は、例えば、記憶装置であり、処理部４２３での処理に応じてデータなどを記憶することができる。
【００８３】
同期クロック発生部４４２は、例えば、制御部４２０に対して同期クロックを出力することで、信号生成部４２１に対して同期クロックに同期して処理を行わせることができる。例えば、信号生成部４２１は、同期クロックに同期して、信号生成部４２１からベースバンド信号を出力したり、無線部４１０から出力されたベースバンド信号を入力することができる。
【００８４】
＜３．３ ＭＭＥ２００の構成例＞
次にＭＭＥ２００の構成例について説明する。ＭＭＥ２００は、例えば、アドホックネットワークに新規に接続するドリフトＡＰ４００から送信された接続要求に対して接続許可を発行したり、或いは、重複した接続要求に対して排他処理を行うなどの処理を行うことができる。図５（Ｂ）はＭＭＥ２００の構成例を表わす図である。
【００８５】
ＭＭＥ２００は、制御部２２０、電源部２４０、メモリ２４１、及び伝送路インタフェース部２５０を備える。
【００８６】
制御部２２０は、例えば、接続要求に対しる接続許可の発行や、排他処理などを行うことができる。制御部２２０は、このような処理を行うときに、適宜、メモリ２４１にアクセスしてデータなどを書き込んだり、読み出したりすることができる。
【００８７】
電源部２４０は、例えば、操作者の操作に応じて、制御部２２０に対して電源を供給したり、制御部２２０に対する電源供給を停止させたりすることができる。
【００８８】
メモリ２４１は、例えば、記憶装置であり、データなど記憶したりすることができる。
【００８９】
伝送路インタフェース部２５０は、コアネットワーク１００に接続され、例えば、制御部２２０から出力されたデータなどに対してコアネットワーク１００に送信できるフォーマットに変換して、コアネットワーク１００に送信することができる。また、伝送路インタフェース部２５０は、例えば、コアネットワーク１００を介してアンカーＡＰ３００から送信されたメッセージなどを受信して、制御部２２０で処理できるフォーマットに変換するなどしてデータなどを抽出して、制御部２２０に出力することもできる。
【００９０】
＜４．動作例＞
次に動作例について説明する。最初に、アンカーＡＰ３００における全体動作例を説明し、次にドリフトＡＰ４００における全体動作例を説明する。全体動作例について説明した後、アンカーＡＰ３００における各処理（初期設定処理や管理帳票追加生成処理など）の詳細について説明することにする。
【００９１】
＜４．１ 全体動作例＞
＜４．１．１ アンカーＡＰ３００における全体動作例＞
図６はアンカーＡＰ３００における全体動作例を表わすフローチャートである。図６における各処理は、例えば、アンカーＡＰ３００の処理部３２３において実行することができる。
【００９２】
アンカーＡＰ３００は、呼を生起すると処理を開始する（Ｓ１０）。例えば、コアネットワーク１００に接続された他の装置などから、ドリフトＡＰ４００や端末５００宛てのデータを初めて受信したときなど、呼を生起して処理を開始することができる。例えば、伝送路インタフェース部３５０はドリフトＡＰ４００や端末５００宛てのデータを受信したとき受信したデータなどを処理部３２３に出力し、処理部３２３は伝送路インタフェース部３５０からドリフトＡＰ４００や端末５００宛てのデータなどを初めて受け取ったとき、呼を生起することができる。処理部３２３は、例えば、発呼メッセージなどの呼に関するメッセージを生成し、信号生成部３２１と無線部３１０などを介してドリフトＡＰ４００や端末５００に対して呼の発生を通知することができる。
【００９３】
次いで、アンカーＡＰ３００は初期設定を行う（Ｓ１２）。アンカーＡＰ３００は、初期設定において、例えば、呼の生起の際に関与したドリフトＡＰ４００や端末５００に対して、各無線区間における経路品質指標の管理や維持のために、隣接関係リストやドリフトＡＰ経路管理表などを生成することができる。初期設定処理の詳細は、図８（Ａ）から図３０を用いて後述する。
【００９４】
次いで、アンカーＡＰ３００は経路品質指標測定処理を行う（Ｓ１３）。経路品質指標測定処理とは、例えば、アンカーＡＰ３００がドリフトＡＰ４００や端末５００に対して、経路品質指標の測定を要求し、測定結果を受信すると、ドリフトＡＰ経路管理表の対応する項目に受信した測定結果を記憶する処理のことである。
【００９５】
例えば、アンカーＡＰ３００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求（又は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求メッセージ、以下、ドリフトＡＰ４００とアンカーＡＰ３００などノード装置間において送信又は受信されるメッセージについては「メッセージ」の用語を省略する場合がある）を、ドリフトＡＰ経路管理表に記憶されたドリフトＡＰ４００や端末５００に対して送信する。そして、アンカーＡＰ３００は、当該要求に対応するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信し、当該Ｒｅｐｏｒｔに含まれる経路品質指標をドリフトＡＰ経路管理表に記憶することができる。例えば、アンカーＡＰ３００は図２９や図３０に示す最終的なドリフトＡＰ経路管理表に、経路品質指標を記憶することができる。図２９や図３０に示す最終的なドリフトＡＰ経路管理表の詳細は後述する。経路品質指標としては、例えば、各無線区間の電界強度、ノイズ率やエラー頻度（例えば、ＳＩＮＲ（signal to interference and noise ratio）やＣＩＮＲ（carrier to interference and noise ratio）などを含む）、パケットロス率、ホップ数などを含む。さらに、経路品質指標としては、ドリフトＡＰ４００や端末５００における無線資源の余力（又は残存する無線リソース量）、処理能力を表わす数値などであってもよい。このような経路品質指標は、例えば、経路品質指標測定処理により、最終的なドリフトＡＰ経路管理表に記憶されることになる。経路品質指標は、例えば、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含まれるものであって、経路選択指標と同一の意味として表記する場合もある。
【００９６】
図６に戻り、次いで、アンカーＡＰ３００は管理帳票追加生成処理を行う（Ｓ１４）。管理帳票追加生成処理は、例えば、測定されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに基づいて、最終的なドリフトＡＰ経路管理表に対して新たなエントリを追加するなどの処理である。例えば、アンカーＡＰ３００は、図２９や図３９に示す最終的なドリフトＡＰ経路管理表に対して、新たにエントリを追加することができる。
【００９７】
図６に戻り、次いで、アンカーＡＰ３００は測定事象抽出処理を行う（Ｓ１５）。例えば、アンカーＡＰ３００は最終的なドリフトＡＰ経路管理表に記憶されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔの結果に対して、いずれかの測定事象を抽出することができる。例えば、最終的なドリフトＡＰ経路管理表には、各無線区間における電界強度、ノイズ率やエラー頻度、ホップ数、無線資源の余力、及び処理能力を表わす数値などが経路品質指標として記憶される。これらの経路品質指標の一つ一つが、例えば、測定事象であり、アンカーＡＰ３００は最終的なドリフトＡＰ経路管理表から測定事象を読み出すことができる。
【００９８】
なお、以降の説明において、「測定事象」或いは「測定した事象」については、便宜的に「経路品質指標」という表現を用いる場合もある。
【００９９】
そして、アンカーＡＰ３００は、抽出した測定事象が経路選択のための適応度（例えば、閾値Ｑ）以上の経路があるか否かを判別する（Ｓ１６）。例えば、アンカーＡＰ３００は抽出した測定事象が適応度以上のとき（又は測定事象が適応度を満たすとき）、以降の処理を行う。一方、アンカーＡＰ３００は抽出した測定事象が適応度より低いとき（又は測定事象が適応度を満たさないとき）、再度測定事象抽出処理（Ｓ１５）を行う。
【０１００】
例えば、図２の例では、経路品質指標として「ホップ数」や「無線資源の残余率」が測定されて、アンカーＡＰ３００は、経路品質指標のうち「無線資源の残余率」（図２では各ドリフトＡＰ４００の数値）を測定事象として抽出する。そして、アンカーＡＰ３００は、「無線資源の残余率」が、例えば「８」（閾値Ｑ＝８）以上であるか否か、などを判別することができる。「無線資源の残余率」が「８」（閾値Ｑ＝８）以上のとき、このような経路は図２の例ではないため、アンカーＡＰ３００は、他の測定事象として「ホップ数」を抽出することができる。そして、アンカーＡＰ３００は「ホップ数」が閾値Ｑ以上の経路があるか否かを判別することができる。
【０１０１】
なお、抽出された測定事象のうち、適応度以上となる測定事象を、例えば経路選択指標とすることができる。ただし、経路選択指標は、例えば経路の状態を示す指標を総称したものであるから、すべての測定事象を経路選択指標とすることもできるし、経路品質指標を経路選択指標とすることもできる。
【０１０２】
図６に戻り、アンカーＡＰ３００は、抽出した測定事象について適応度以上の経路がないとき（Ｓ１６でＮｏ）、再度測定事象抽出処理を行い（Ｓ１５）、他の測定事象を抽出することになる。
【０１０３】
一方、アンカーＡＰ３００は、抽出した測定事象について適応度以上の経路があるとき（Ｓ１６でＹｅｓ）、ハンドオーバ要求の有無を判別する（Ｓ１７）。例えば、アンカーＡＰ３００は、ドリフトＡＰ４００や端末５００についてのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔのうち、接続しているアンカーＡＰ３００やドリフトＡＰ４００などに対する電界強度が閾値以下のとき、ハンドオーバ要求を生成することができる。アンカーＡＰ３００はこのハンドオーバ要求の生成の有無により、本処理を判別することができる。本アドホックネットワークシステム１０においては、例えば、アンカーＡＰ３００がハンドオーバ要求を生成し、ドリフトＡＰ４００に対してハンドオーバを指示することができるようになっている。詳細は後述する。
【０１０４】
アンカーＡＰ３００は、ハンドオーバ要求を生成しないとき（Ｓ１７でＮｏ）、経路品質指標測定処理（Ｓ１３）に移行して、上述した処理を繰り返す。この場合は、例えば、ハンドオーバにより端末５００が移動することがないため、現在接続している経路を維持し、再度、経路品質指標を収集することになる。
【０１０５】
一方、アンカーＡＰ３００は、ハンドオーバ要求を生成するとき（Ｓ１７でＹｅｓ）、抽出結果評価処理（Ｓ１８）を行う。アンカーＡＰ３００は、例えば、ドリフトＡＰ４００や端末５００について経路を切替えるような状況となったときに抽出結果評価処理を行う。抽出結果評価処理は、例えば、アドホックネットワークにおいて採用される経路決定ルールに基づき、どの経路選択指標を適応度として比較するのか等の処理である。又は、抽出結果評価処理は、例えば、後段の最適経路決定処理に先立ち、新しい経路として「経路１」なのか、「経路２」なのかなどを比較評価する処理である。例えば、抽出結果評価処理は、後段の最適経路決定処理の一部として処理が行われても良く、図６において抽出結果評価処理（Ｓ１８）と最適経路決定処理（Ｓ１９）とが一つにまとめられて一つの処理ブロックと表記されてもよい。
【０１０６】
次いで、アンカーＡＰ３００は、最適経路決定処理を行う（Ｓ１９）。例えば、アンカーＡＰ３００は、経路選択指標に対して適応度以上となる経路を選択することで最適経路を選択することができる。例えば、図２の例では、経路選択指標として「無線資源の残余率」とし、適応度として「４」以上を経路選択のルールとするとき、これを満たす経路として、経路３が最適経路として選択される。
【０１０７】
次いで、アンカーＡＰ３００はハンドオーバ要求を、決定した最適経路のドリフトＡＰ４００や他のアンカーＡＰ３００などに送信する（Ｓ２０）。例えば、図２の例で最適経路が経路２のときで、かつ、ハンドオーバ要求を送信するときは、アンカーＡＰ＃ｎ（３００−ｎ）はドリフトＡＰ（４００−２）にハンドオーバ要求を送信することができる。あるいは、図２の例で、ハンドオーバ要求を送信するときであって、かつ、最適経路として経路４が選択されたとき、アンカーＡＰ＃ｎ（３００−ｎ）はドリフトＡＰ（４００−７）にハンドオーバ要求を送信することができる。
【０１０８】
次いで、アンカーＡＰ３００は、ハンドオーバ要求に対して、Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅを受信する（Ｓ２１）。例えば、アンカーＡＰ３００は、ハンドオーバ先のドリフトＡＰ４００からＣｏｎｔｅｘｔ Ｒｅｌｅａｓｅを受信することができる。
【０１０９】
そして、処理は再び経路品質指標測定処理（Ｓ１３）に移行し、アンカーＡＰ３００は上述した処理を繰り返すことができる。
【０１１０】
一方、アンカーＡＰ３００は、経路品質指標測定処理（Ｓ１３）以降の各処理間において、呼の終話を検出したときは、接続先のドリフトＡＰ４００や端末５００に呼の終話を通知することができる（Ｓ２２）。例えば、接続先のドリフトＡＰ４００や端末５００から送信された呼の終話に関するメッセージを受信したときや、コアネットワーク１００を介して他の装置から送信された呼終話メッセージなどを受信したとき、アンカーＡＰ３００は呼の終話を検出することができる。
【０１１１】
次いで、アンカーＡＰ３００は解放処理を行う（Ｓ２３）。例えば、アンカーＡＰ３００は呼の接続先であるドリフトＡＰ４００や端末５００に関するデータなどを保持しており、解放処理により保持したデータなどを削除することができる。
【０１１２】
そして、アンカーＡＰ３００は一連の処理を終了する（Ｓ２４）。
【０１１３】
＜４．１．２ ドリフトＡＰ４００の全体動作例＞
次にドリフトＡＰ４００の全体動作例について説明する。図７はドリフトＡＰ４００の全体動作例を表すフローチャートである。
【０１１４】
ドリフトＡＰ４００は処理を開始すると（Ｓ３０）、アンカーＡＰ３００から送信されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を受信する（Ｓ３１）。このＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求は、例えば、アンカーＡＰ３００と自ドリフトＡＰ（４００−１）間の経路品質指標の測定を要求するものである。例えば、図２において経路１上に位置するドリフトＡＰ（４００−１）は、アンカーＡＰ＃ｎ（３００−ｎ）とドリフトＡＰ（４００−１）間の経路品質指標の測定を要求するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を受信する。例えば、受信部４１２はアンテナ４０２を介してＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を示す無線信号を受信し、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を抽出し、信号分析部４２２を介して処理部４２３に出力することができる。
【０１１５】
次いで、ドリフトＡＰ４００は、ドリフトＡＰ４００配下の他のドリフトＡＰや端末５００に対して、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信する（Ｓ３３）。ドリフトＡＰ４００配下とは、例えば、図２の例では経路１上にあるドリフトＡＰ（４００−１）に対して端末５００がその配下となり、経路２上にあるドリフトＡＰ（４００−２）に対してドリフトＡＰ（４００−３）と端末５００がその配下となる。例えば、アンカーＡＰ３００から送信されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求には、どのドリフトＡＰ４００または端末５００にＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信すべきかの送信先の情報（又は経路情報）も含まれている。ドリフトＡＰ４００は、アンカーＡＰ３００から受信したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求に含まれる送信先を送信先とするＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を生成して送信することができる。これにより、例えば、ドリフトＡＰ４００は配下の他のドリフトＡＰや端末５００に対してＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信することができる。例えば、処理部３２３はＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔから送信先の情報を抽出し、当該送信先を送信先とするＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を生成し、信号生成部３２１と無線部３１０を介して配下のドリフトＡＰ４００や端末５００に送信することができる。
【０１１６】
図７に戻り、次いで、ドリフトＡＰ４００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求に対応するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信する（Ｓ３４）。ドリフトＡＰ４００配下の他のドリフトＡＰや端末５００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を受信すると、経路品質指標を測定し、測定結果をＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含めて送信することができる。経路品質指標とは、例えば、各無線区間などの測定事象又は観測値を示す。
【０１１７】
例えば、図２の例では、経路１においてドリフトＡＰ（４００−１）からＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を受信した端末５００は、端末５００とドリフトＡＰ（４００−１）間などの経路品質指標を測定し、Ｍｅａｓｕｒｅｍｅｎｔ ＲｅｐｏｒｔをドリフトＡＰ（４００−１）に送信することができる。
【０１１８】
なお、端末５００は、自局で測定したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔについて、他のノード装置において測定されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔと区別するために、例えば、端末５００のＩＰアドレスを含めて送信することができる。例えば、端末５００の処理部４２３はメモリ４４１に記憶されたＩＰアドレスを読み出して、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含めて送信することができる。
【０１１９】
また、図２の例において、ドリフトＡＰ（４００−３）はドリフトＡＰ（４００−２）との間などの経路品質指標を測定し、端末５００はドリフトＡＰ（４００−３）との間の経路品質指標を測定することができる。端末５００は測定した経路品質指標を含むＭｅａｓｕｒｅｍｅｎｔ ＲｅｐｏｒｔをドリフトＡＰ（４００−３）に送信し、ドリフトＡＰ（４００−３）はこのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを中継してドリフトＡＰ（４００−２）に送信することができる。また、ドリフトＡＰ（４００−３）は、ドリフトＡＰ（４００−２）との間などの経路品質指標をＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含めてドリフトＡＰ（４００−２）に送信することができる。これにより、例えば、ドリフトＡＰ（４００−２）は、配下のドリフトＡＰ（４００−３）間や端末５００とドリフトＡＰ（４００−３）間などの経路品質指標を収集することができる。
【０１２０】
なお、ドリフトＡＰ（４００−３）は、自局で測定したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔについて、他と区別するために、例えば、ドリフトＡＰ（４００−３）のＩＰアドレスを含めて送信することができる。例えば、ドリフトＡＰ（４００−３）の処理部４２３がメモリ４４１に記憶されたＩＰアドレスを読み出し、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含めて送信することができる。
【０１２１】
図７に戻り、次いで、ドリフトＡＰ４００は、収集した経路品質指標について所定品質以上か否かをそれぞれ判別し（Ｓ３５）、所定品質以上のとき（Ｓ３５でＹｅｓ）、経路品質指標を編集する（Ｓ３６）。所定品質か否かは、例えば、メモリ４４１に閾値が保持され、処理部４２３により経路品質指標と閾値とが比較されることで行われる。又は、所定品質か否かは、例えば、処理部４２３がＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔで測定される種々の経路品質指標（又は経路選択指標）の値についてある基準値を満たしているか否かを判別することで行うことができる。また、編集については、例えば、受信した１または複数のＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを処理部４２３において１つにまとめるなどにより行われる。例えば、ドリフトＡＰ４００の処理部４２３は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔの受信順に経路品質指標をまとめることで、経路品質指標がドリフトＡＰ４００に近い順序でまとめられて、経路情報の一つとすることもできる。なお、本処理（Ｓ３５）の「所定品質」における「品質」とは、例えば、ドリフトＡＰ４００とアンカーＡＰ３００、又はアンカーＡＰ３００と端末５００との間の無線区間の伝送品質（又は無線品質）だけではなく、ホップ数や無線資源の残余率などとも含む意味で用いられる。
【０１２２】
一方、ドリフトＡＰ４００は、収集した経路品質指標について所定品質以上でないとき（Ｓ３５でＮｏ）、再度、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を他のドリフトＡＰに送信する（Ｓ３３）。例えば、ドリフトＡＰ４００の処理部４２３は、収集した経路品質指標について所定品質以上でないとき、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を生成し、信号生成部４２１などを介して、ドリフトＡＰ４００配下の他のドリフトＡＰや端末５００にＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信する（Ｓ３３）。以降は、上述した処理（Ｓ３４、Ｓ３５）を繰り返す。
【０１２３】
ドリフトＡＰ４００は、経路品質指標を編集すると、編集した経路品質指標を含むＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを生成し、アンカーＡＰ３００に送信する（Ｓ３７）。このＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔには、例えば、ドリフトＡＰ４００とアンカーＡＰ３００との間の経路品質指標も含まれる。例えば、処理部４２３は、アンカーＡＰ３００からＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を受信すると（Ｓ３１）、受信部４１２において受信したアンカーＡＰ３００からの無線信号の電界強度を測定したり、一定期間内におけるパケットロス率を測定することで、経路品質指標を測定する。それ以外にも、例えば、処理部４２３は無線資源の残余率を測定したり、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求に含まれる送信先に基づいてホップ数を測定して、経路品質指標を測定することもできる。
【０１２４】
そして、ドリフトＡＰ４００は一連の処理を終了する（Ｓ３８）。
【０１２５】
＜４．２ 「初期設定」と「経路品質指標測定」、及び「管理帳票追加生成」の各処理の詳細＞
次に、アンカーＡＰ３００の全体動作における「初期設定」（Ｓ１２）と「経路品質指標測定」（Ｓ１３）、及び「管理帳票追加生成」（Ｓ１４）の各処理の詳細について説明する。
【０１２６】
＜４．２．１ 「初期設定」について＞
最初に「初期設定」（Ｓ１２）について説明する。「初期設定」は、例えば、アンカーＡＰ３００によって最終的なドリフトＡＰ経路管理表が生成される処理のことであり、この最終的なドリフトＡＰ経路管理表が生成されることで、経路品質指標の管理や維持などを行うことが可能となる。図８（Ａ）から図３０は、「初期設定」を説明するための図である。例えば、アンカーＡＰ３００は、「初期設定」により図２９や図３０に示す最終的なドリフトＡＰ経路管理表を生成し、「経路品質指標測定」により、生成した最終的なドリフトＡＰ経路管理表の「Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｓｕｌｔログ」に経路品質指標を記憶する。そして、アンカーＡＰ３００は、「管理帳票追加生成」により、最終的なドリフトＡＰ経路管理表にエントリを追加する場合は追加する処理を行う。
【０１２７】
図８（Ａ）から図９は、「初期設定」におけるドリフトＡＰ４００の登録処理の例を説明するための図である。ドリフトＡＰ４００や端末５００は、アドホックネットワークシステム１０において、例えば移動したりすることができる。このようなドリフトＡＰ４００や端末５００があるアンカーＡＰ３００において登録処理により登録が行われることで、例えば、アンカーＡＰ３００はドリフトＡＰ４００や端末５００にデータなどを送信することができるようになる。また、ドリフトＡＰ４００や端末５００もアンカーＡＰ３００を介してネットワークにデータなどを送信することができるようになる。以下、アンカーＡＰ３００におけるドリフトＡＰ４００の登録処理について説明する。なお、端末５００についてもドリフトＡＰ４００の登録処理と同様に登録処理を行うことができる。
【０１２８】
図８（Ａ）は登録処理を行う場合のアンカーＡＰ３００とドリフトＡＰ４００の関係例を表す図である。アンカーＡＰ３００は、例えば、ドリフトＡＰ４００の移動などにより、アンカーＡＰ３００の探索空間において新たなドリフトＡＰ４００の存在を認識すると、当該ドリフトＡＰ４００に対する登録処理を行うことができる。ここで、アンカーＡＰ３００の探索空間とは、例えば、アンカーＡＰ３００が無線信号などを送信したり受信したりすることのできる範囲であり、アンカーＡＰ３００の通信可能範囲（またはセル範囲）だけでなく、ドリフトＡＰ４００により中継される範囲も含む。例えば、図１１の例では、アンカーＡＰ３００の探索空間は、自局の通信可能範囲とドリフトＡＰ＃１（４００−１）の通信可能範囲、さらに新規追加のドリフトＡＰ＃１１（４００−１１）における通信可能範囲までを含む。
【０１２９】
図８（Ｂ）は、図８（Ａ）の関係例における登録処理のシーケンス例を表わす図である。
【０１３０】
最初に、ドリフトＡＰ４００はアンカーＡＰ３００の探索空間に入ると、Ａｔｔａｃｈ要求（図中、「Ａｔｔａｃｈ ＲＥＱ」）をアンカーＡＰ３００に送信する（Ｓ４０）。Ａｔｔａｃｈ要求は、例えば、アンカーＡＰ３００に対して自ドリフトＡＰ４００の登録を要求するメッセージである。例えば、ドリフトＡＰ４００の処理部４２３（例えば図５（Ａ））はハンドオーバなどによりアンカーＡＰ３００と無線通信できる状態となったとき、Ａｔｔａｃｈ要求を生成し、信号生成部４２１や無線部４１０などを介してＡｔｔａｃｈ要求をアンカーＡＰ３００に送信することができる。
【０１３１】
次いで、アンカーＡＰ３００は、ドリフトＡＰ４００から送信されたＡｔｔａｃｈ要求をＭＭＥ２００に送信する（Ｓ４１）。登録処理は、例えば、本第２の実施の形態ではＭＭＥ２００で管理するようにしており、Ａｔｔａｃｈ要求についてもＭＭＥ２００に送信されるようになっている。例えば、アンカーＡＰ３００の処理部３２３（例えば図４）は、無線部３１０や信号分析部３２２を介してＡｔｔａｃｈ要求をドリフトＡＰ４００から受信したとき、受信したＡｔｔａｃｈ要求をＭＭＥ２００に送信するようにデータ送信部３２４などに指示することができる。データ送信部３２４は、当該指示に基づいて、処理部３２３から出力されたＡｔｔａｃｈ要求を、伝送路インタフェース部３５０を介してＭＭＥ２００に送信することができる。
【０１３２】
ＭＭＥ２００は、アンカーＡＰ３００からＡｔｔａｃｈ要求を受信すると、Ａｔｔａｃｈ Ａｃｃｅｐｔを生成して、アンカーＡＰ３００に送信する（Ｓ４２）。Ａｔｔａｃｈ Ａｃｃｅｐｔは、例えば、ドリフトＡＰ４００のアンカーＡＰ３００への登録を許可するメッセージである。例えば、ＭＭＥ２００の制御部２２０（例えば図５（Ｂ））により、Ａｔｔａｃｈ Ａｃｃｅｐｔの生成などの処理が行われる。
【０１３３】
アンカーＡＰ３００は、Ａｔｔａｃｈ Ａｃｃｅｐｔを受信すると、自局の探索空間において新たなドリフトＡＰ４００の存在を認識し、新たなドリフトＡＰ４００にＩＰアドレスを付与し、ＩＰアドレス管理表を「使用」に更新する（Ｓ４３）。図１０（Ａ）はＩＰアドレス管理表の例である。ＩＰアドレス管理表には、自局の識別子とともに、付与可能なＩＰアドレスが保持される。アンカーＡＰ３００は、ＩＰアドレス管理表から「空き」のＩＰアドレスを検索して、いずれかのＩＰアドレスを新たなドリフトＡＰ４００に付与することができる。アンカーＡＰ３００は、ＩＰアドレスを付与すると、ＩＰアドレス管理表における使用識別子を「使用」に更新する。ＩＰアドレス管理表により使用が管理されるため、アンカーＡＰ３００は重複したＩＰアドレスを付与することを防止できる。ドリフトＡＰ４００や端末５００にＩＰアドレスを付与していない場合は、使用識別子は例えば「空き」となる。例えば、ＩＰアドレス管理表はメモリ３４１に記憶され、処理部３２３によりＩＰアドレスの付与や使用識別子の更新などの処理が行われる。
【０１３４】
なお、図１０（Ｂ）もＩＰアドレス管理表の例を表わしている。例えば、アンカーＡＰ３００は、自局に直接新規追加するドリフトＡＰ４００や端末５００に対して、図１０（Ａ）に示すＩＰアドレス管理表によりＩＰアドレスを付与することができる。また、アンカーＡＰ３００は、例えば、配下のドリフトＡＰ４００に新規追加するドリフトＡＰや端末５００に対して、図１０（Ｂ）に示すＩＰアドレス管理表によりＩＰアドレスを付与することができる。例えば、図１０（Ａ）はホーム用のＩＰアドレス管理表、図１０（Ｂ）はビジター用のＩＰアドレス管理表の例をそれぞれ表わしており、アンカーＡＰ３００は状況に応じて使い分けることもできる。図１０（Ｂ）に示すＩＰアドレス管理表も、例えば、メモリ３４１に記憶される。
【０１３５】
アンカーＡＰ３００は、例えば、このようにドリフトＡＰ４００に対してＩＰアドレスを付与したとき、ドリフトＡＰ経路管理表を作成することができる。
【０１３６】
図２０（Ａ）及び図２０（Ｂ）はドリフトＡＰ経路管理表の例をそれぞれ表わす図である。ドリフトＡＰ経路管理表は、例えば、アンカーＡＰ３００の探索空間において、アンカーＡＰ３００やドリフトＡＰ４００、さらに端末５００がどのように接続されているのかを表わし、各区間における経路品質指標を記憶することができる。ドリフトＡＰ経路管理表は、例えば、アンカーＡＰ３００の識別子と、アンカーＡＰ３００と端末５００との間の経路品質指標、さらに、アンカーＡＰ３００と直接接続されたドリフトＡＰ４００の識別子と、アンカーＡＰ３００と各ドリフトＡＰ４００間の経路品質指標とが含まれる。
【０１３７】
図２０（Ａ）のドリフトＡＰ経路管理表は、例えば、アンカーＡＰ＃ａの識別子と、アンカーＡＰ＃ａに直接接続された（または直接無線通信する）ドリフトＡＰ＃１（４００−１）の識別子が記憶される。また、図２０（Ａ）のドリフトＡＰ経路管理表には、アンカーＡＰ＃ａと端末５００間、アンカーＡＰ＃ａとドリフトＡＰ＃１（４００−１）間の経路品質指標がそれぞれ記憶される。さらに、図２０（Ａ）のドリフトＡＰ経路管理表において、ドリフトＡＰ＃１（４００−１）の識別子が記憶される項目には、ドリフトＡＰ＃１（４００−１）に関する項目が記憶されたアドレスへのポインタ情報も記憶される。ポインタ先には、ドリフトＡＰ＃１（４００−１）の識別子と、ドリフトＡＰ４００と端末５００間の経路品質指標が記憶される。図２０（Ａ）に示すドリフトＡＰ経路管理表は、例えば、図８（Ａ）に示すアンカーＡＰ３００とドリフトＡＰ４００との関係例に対応している。
【０１３８】
なお、ドリフトＡＰ＃１（４００−１）について、さらに、配下にドリフトＡＰ４００が配置される構成（例えば図１７など）の場合は、例えば、図２０（Ｂ）に示すドリフトＡＰ経路管理表が生成されることができる。このドリフトＡＰ経路管理表は、ドリフトＡＰ＃１（４００−１）の配下にドリフトＡＰ＃１１（４００−１１）に関する項目が階層的に繋がるものとなっている。
【０１３９】
ドリフトＡＰ経路管理表は、例えば、アンカーＡＰ３００のメモリ３４１に記憶される。また、ドリフトＡＰ経路管理表の生成は、例えば、処理部３２３で行われることができる。ドリフトＡＰ経路管理表の生成の契機は、例えば、ＩＰアドレスを付与した後であれば、後述するＡｔｔａｃ ＡｃｃｅｐｔをドリフトＡＰ４００に送信したときや、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅをドリフトＡＰ４００から受信したときなどでもよい。また、ドリフトＡＰ経路管理表の生成の契機は、例えば、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信したとき（図６のＳ１３）でもよい。
【０１４０】
図８（Ｂ）のＳ４３における処理は、例えば、以下のようになる。すなわち、アンカーＡＰ３００の処理部３２３（例えば図４）は、伝送路インタフェース部３５０などを介してＡｔｔａｃｈ ＡｃｃｅｐｔをＭＭＥ２００から受信すると、メモリ３４１に記憶されたＩＰアドレス管理表（例えば図１０（Ａ））から「空き」のＩＰアドレスを読み出す。そして、処理部３２３は、ＩＰアドレス管理表において、読み出したＩＰアドレスを「使用」に更新する。また、処理部３２３は、例えば図２０（Ａ）に示すドリフトＡＰ経路管理表において、「アンカーＡＰ＃ａ識別子」における「ドリフトＡＰ＃１識別子」の項目にポインタ情報、ポインタ先の「ドリフトＡＰ＃１識別子」の項目に読み出したＩＰアドレスをそれぞれ書き入れる。
【０１４１】
図８（Ｂ）に戻り、次いで、アンカーＡＰ３００はＡｔｔｃｈ ＡｃｃｅｐｔをドリフトＡＰ４００に送信する（Ｓ４４）。Ａｔｔａｃｈ Ａｃｃｅｐｔには、例えば、アンカーＡＰ３００が付与したＩＰアドレスが含まれる。例えば、処理部３２３は、ＩＰアドレス管理表から読み出したＩＰアドレスを含むＡｔｔａｃｈ Ａｃｃｅｐｔを生成し、信号生成部３２１や無線部３１０を介して、ドリフトＡＰ４００にＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。なお、アンカーＡＰ３００はＡｔｔａｃｈ ＡｃｃｅｐｔをＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとして送信することもできる。
【０１４２】
ドリフトＡＰ４００は、Ａｔｔａｃｈ Ａｃｃｅｐｔを受信すると、Ａｔｔａｃｈ ＡｃｃｅｐｔからＩＰアドレスを抽出し、自局のＩＰアドレスとして登録する（Ｓ４５）。例えば、ドリフトＡＰ４００の処理部４２３は、ＩＰアドレスを抽出し、メモリ４４１に記憶することで自局のＩＰアドレスとして登録することができる。
【０１４３】
次いで、ドリフトＡＰ４００は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅをアンカーＡＰ３００に送信する（Ｓ４６）。Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅは、例えば、ドリフトＡＰ４００がＡｔｔａｃｈ Ａｃｃｅｐｔを正常に受信しＩＰアドレスを取得できたことを表する応答メッセージである。例えば、ドリフトＡＰ４００の処理部４２３は、メモリ４４１にＩＰアドレスを登録すると、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを生成し、無線部４１０などを介してアンカーＡＰ３００に送信することができる。
【０１４４】
アンカーＡＰ３００は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、ＭＭＥ２００にＡｔｔａｃｈ Ｃｏｍｐｌｅｔｅを送信する（Ｓ４７）。例えば、処理部３２３は、無線部３１０を介してＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅメッセージを生成し、伝送路インタフェース部３５０などを介してＭＭＥ２００に送信する。
【０１４５】
次いで、アンカーＡＰ３００は最終的なドリフトＡＰ経路管理表を生成する（Ｓ４８）。最終的なドリフトＡＰ経路管理表の生成処理については後述する。図８（Ａ）の例では、例えば、図２０（Ａ）に示す最終的なドリフトＡＰ経路管理表が作成される。
【０１４６】
そして、アンカーＡＰ３００とドリフトＡＰ４００、及びＭＭＥ２００は通信が確立することになる（Ｓ４９）。
【０１４７】
図９は、例えば、図８（Ｂ）に示すシーケンス図においてアンカーＡＰ３００での動作例を表すフローチャートである。重複した部分もあるため簡単に説明する。
【０１４８】
アンカーＡＰ３００は処理を開始すると（Ｓ５０）、ドリフトＡＰ４００からＡｔｔａｃｈ要求を受信する（Ｓ５１）。ドリフトＡＰ４００は受信したＡｔｔａｃｈ要求をＭＭＥ２００に送信する。
【０１４９】
次いで、アンカーＡＰ３００は、Ａｔｔａｃｈ要求に対してＭＭＥ２００からＡｔｔａｃｈ Ａｃｃｅｐｔを受信したか否かを判別する（Ｓ５２）。例えば、アンカーＡＰ３００の処理部３２３は、Ａｔｔａｃｈ要求を送信後、一定期間内にＡｔｔａｃｈ Ａｃｃｅｐｔを受信したか否かにより判別することができる。
【０１５０】
アンカーＡＰ３００は、ＭＭＥ２００からＡｔｔａｃｈ Ａｃｃｅｐｔを受信したとき（Ｓ５２でＹｅｓ）、ＩＰアドレス管理表から付与アドレスを決定し、付与するＩＰアドレスを含むＡｔｔａｃｈ Ａｃｃｅｐｔを生成し、ドリフトＡＰ４００に送信する（Ｓ５３（又はＳ４３））。アンカーＡＰ３００からドリフトＡＰ４００に送信されるＡｔｔａｃｈ Ａｃｃｅｐｔは、例えば、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとして送信されることもできる。
【０１５１】
次いで、アンカーＡＰ３００は、ドリフトＡＰ４００からＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信する（Ｓ５４（図６のＳ４４に対応））。
【０１５２】
次いで、アンカーＡＰ３００は、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅを生成し、ＭＭＥ２００に送信する（Ｓ５５（図６のＳ４７に対応））。
【０１５３】
そして、アンカーＡＰ３００は、ドリフトＡＰ４００に対する登録処理を終了する（Ｓ５６）。
【０１５４】
一方、アンカーＡＰ３００は、Ａｔｔａｃｈ ＡｃｃｅｐｔをＭＭＥ２００から受信しなかったとき（Ｓ５２でＮｏ）、ＭＭＥ２００からＡｔｔａｃｈ Ｒｅｊｅｃｔを受信する（Ｓ５７）。Ａｔｔａｃｈ Ｒｅｊｅｃｔは、例えば、ドリフトＡＰ４００に対するアンカーＡＰ３００への登録を拒否するメッセージである。例えば、他のドリフトＡＰ４００が同時にアンカーＡＰ３００に対する登録を行い排他処理などにより登録が拒否される場合などで、ＭＭＥ２００はＡｔｔａｃｈ Ｒｅｊｅｃｔを送信することがある。
【０１５５】
アンカーＡＰ３００は、Ａｔｔａｃｈ Ｒｅｊｅｃｔを受信すると、登録を拒否されたドリフトＡＰ４００の探索空間が隣接アンカーＡＰとの重なりを認識する（Ｓ５８）。詳細は後述するが、例えば、図１５などに示すように、ドリフトＡＰ４００が２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）の探索空間に位置するとき、２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）はドリフトＡＰ４００から送信されたＡｔｔａｃ要求を同時に受信することができる。このような場合、２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）はともにＭＭＥ２００に対してＡｔｔａｃを送信することになるが、ＭＭＥ２００は排他処理により、例えば、アンカーＡＰ＃ａ（３００−ａ）にＡｔｔａｃｈ Ｒｅｊｅｃｔ、アンカーＡＰ＃ｂ（３００−ｂ）にＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。ンカーＡＰ＃ａ（３００−ａ）は、Ａｔｔａｃｈ Ｒｅｊｅｃｔを受信することで、ドリフトＡＰ４００の探索空間が隣接するアンカーＡＰ＃ｂ（３００−ｂ）と重なっていることを認識することができる。
【０１５６】
図９に戻り、アンカーＡＰ３００は、当該ドリフトＡＰ４００の探索空間が隣接アンカーＡＰと重なっていることを認識すると（Ｓ５８）、ドリフトＡＰ４００に対する登録処理を終了する（Ｓ５６）。
【０１５７】
次に、ドリフトＡＰ４００に対する登録処理について他の例を説明する。図１１及び図１２は、ドリフトＡＰ４００に対する登録処理の他の例を説明するための図である。
【０１５８】
この例では、ドリフトＡＰ＃１（４００−１）はアンカーＡＰ３００に登録されている状況において、ドリフトＡＰ＃１（４００−１）の配下にドリフトＡＰ＃１１（４００−１１）が新規に登録される例である。図１１は登録処理を行う場合のドリフトＡＰ＃１（４００−１）１，＃１１（４００−１１）とアンカーＡＰ３００の関係例を表わす図である。アンカーＡＰ３００は、ドリフトＡＰ＃１１（４００−１１）の移動などにより、アンカーＡＰ３００の探索空間において新たなドリフトＡＰ＃１１（４００−１１）を認識すると、当該ドリフトＡＰ＃１１（４００−１１）に対する登録処理を行うことができる。この場合、例えば、ドリフトＡＰ＃１１（４００−１１）はドリフトＡＰ＃１（４００−１）の無線通信可能範囲に移動し、ドリフトＡＰ＃１（４００−１）はアンカーＡＰ３００の無線通信可能範囲に位置しているものとする。
【０１５９】
図１２は、図１１のアンカーＡＰ３００とドリフトＡＰ４００との関係例において、ドリフトＡＰ＃１１（４００−１１）に対する登録処理の例を表すシーケンス図である。
【０１６０】
最初に、ドリフトＡＰ＃１１（４００−１１）は、アンカーＡＰ３００への登録を要求するＡｔｔａｃｈ要求をドリフトＡＰ＃１（４００−１）に送信する（Ｓ６０）。例えば、ドリフトＡＰ＃１１（４００−１１）の処理部４２３（例えば図５（Ａ））は、ハンドオーバなどによりドリフトＡＰ＃１（４００−１）と無線通信可能な状態となったとき、Ａｔｔａｃｈ要求を生成し、信号生成部４２１や無線部４１０を介して送信することができる。
【０１６１】
次いで、ドリフトＡＰ＃１（４００−１）は、ドリフトＡＰ＃１１（４００−１１）から送信されたＡｔｔａｃｈ要求を受信し、アンカーＡＰ３００に送信する（Ｓ６１）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、無線部４１０や信号分析部４２２などを介してＡｔｔａｃｈ要求を受信したとき、自局が接続するアンカーＡＰ３００に中継することができる。よって、処理部４２３は、ドリフトＡＰ＃１１（４００−１１）から受信したＡｔｔａｃｈ要求を信号生成部４２１や無線部４１０などを介してアンカーＡＰ３００に送信することができる。
【０１６２】
次いで、アンカーＡＰ３００は、ドリフトＡＰ＃１（４００−１）から送信されたＡｔｔａｃｈ要求をＭＭＥ２００に送信する（Ｓ６２）。例えば、アンカーＡＰ３００の処理部３２３（例えば図４）は、無線部３１０や信号分析部３２２などを介して受信したＡｔｔａｃｈ要求をＭＭＥ２００に送信するようデータ送信部３２４に指示することができる。当該指示を受けたデータ送信部３２４は、処理部３２３から出力されたＡｔｔａｃｈ要求を、伝送路インタフェース部３５０を介してＭＭＥ２００に送信することができる。
【０１６３】
ＭＭＥ２００は、アンカーＡＰ３００からＡｔｔａｃｈ要求を受信すると、Ａｔｔａｃｈ Ａｃｃｅｐｔを生成し、アンカーＡＰ３００に送信する（Ｓ６３）。Ａｔｔａｃｈ Ａｃｃｅｐｔは、例えば、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔとして送信されることもできる。
【０１６４】
次いで、アンカーＡＰ３００はＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、アンカーＡＰ３００の探索空間に新たなドリフトＡＰ＃１１（４００−１１）の存在を認識する。そして、アンカーＡＰ３００は、ドリフトＡＰ＃１１（４００−１１）にＩＰアドレスを付与し、付与したＩＰアドレスについてはＩＰアドレス管理表を「使用」に更新する（Ｓ６４）。例えば、アンカーＡＰ３００の処理部３２３は、伝送路インタフェース部３５０などを介してＭＭＥ２００からＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、メモリ３４１に記憶されたＩＰアドレス管理表から使用状態から「空き」のＩＰアドレスを読み出す。そして、処理部３２３は、ＩＰアドレス管理表について、読み出したＩＰアドレスの使用状態を「使用」に更新する。さらに、処理部３２３は、ドリフトＡＰ経路管理表についても更新することができる。例えば、図１１の例のように１ホップの階層構造の場合、処理部３２３は、図２０（Ｂ）に示すように、「ドリフトＡＰ＃１識別子」と「ドリフトＡＰ＃１１識別子」の各項目に、ポインタ情報や付与したＩＰアドレスなどを書き込むことができる。
【０１６５】
次いで、アンカーＡＰ３００はＡｔｔａｃｈ ＡｃｃｅｐｔをドリフトＡＰ＃１（４００−１）に送信する（Ｓ６５）。例えば、アンカーＡＰ３００の処理部３２３は、ＩＰアドレス管理表を「使用」に更新すると、ＩＰアドレス管理表から読み出したＩＰアドレスを含むＡｔｔａｃｈ Ａｃｃｅｐｔを生成することができる。処理部３２３は、生成したＡｔｔａｃｈ Ａｃｃｐｅｐｔを、信号生成部３２１や無線部３１０などを介してドリフトＡＰ＃１（４００−１）に送信することができる。なお、アンカーＡＰ３００はＡｔｔａｃｈ ＡｃｃｅｐｔをＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとして送信することもできる。
【０１６６】
ドリフトＡＰ＃１（４００−１）は、アンカーＡＰ３００からＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、ドリフトＡＰ＃１１（４００−１１）に送信する（Ｓ６６）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３（例えば図５（Ａ））は、Ａｔｔａｃｈ要求の受信（Ｓ６０）によりＡｔｔａｃｈ ＡｃｃｅｐｔをアンカーＡＰ３００から送信されるのを待つことができる。そして、処理部４２３は、Ａｔｔａｃｈ Ａｃｃｅｐｔの受信により、Ａｔｔａｃｈ要求の送信先（例えばドリフトＡＰ＃１１（４００−１１））にＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。例えば、アンカーＡＰ３００の処理部３２３により、Ａｔｔａｃｈ Ａｃｃｅｐｔの送信先（ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃１１（４００−１１））の情報が付加されて、これにより、ドリフトＡＰ＃１（４００−１）はＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。
【０１６７】
ドリフトＡＰ＃１１（４００−１１）は、ドリフトＡＰ＃１（４００−１）からＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、Ａｔｔａｃｈ ＡｃｃｅｐｔからＩＰアドレスを抽出し、自局のＩＰアドレスとして登録する（Ｓ６７）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、受信したＡｔｔａｃｈ ＡｃｃｅｐｔからＩＰアドレスを抽出し、これをメモリ４４１に記憶することで自局のＩＰアドレスとして登録することができる。
【０１６８】
次いで、ドリフトＡＰ＃１１（４００−１１）は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを送信する（Ｓ６８）。当該メッセージは、例えば、ドリフトＡＰ＃１１（４００−１１）がＡｔｔａｃｈ Ａｃｃｅｐｔを正常に受信しＩＰアドレスを取得できたことを表わす応答メッセージである。例えば、ドリフトＡＰ＃１１（４００−１１）の処理部４２３は、ＩＰアドレスをメモリ４４１に記憶すると、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを生成し、信号生成部４２１や無線部４１０などを介して送信することができる。
【０１６９】
ドリフトＡＰ＃１（４００−１）は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、当該メッセージをアンカーＡＰ３００に送信する（Ｓ６８）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、Ａｔｔａｃｈ Ａｃｃｅｐｔ（Ｓ６６）に対するＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、当該メッセージをアンカーＡＰ３００に転送することができる。よって、処理部４２３は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、信号生成部４２１や無線部４１０を介して当該メッセージをアンカーＡＰ３００に送信することができる。
【０１７０】
アンカーＡＰ３００は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅをドリフトＡＰ＃１（４００−１）から受信すると、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅを生成し、ＭＭＥ２００に送信する（Ｓ６９）。
【０１７１】
次いで、アンカーＡＰ３００は最終的なドリフトＡＰ経路管理表を生成する（Ｓ７０）。最終的なドリフトＡＰ経路管理表の生成処理について後述する。図１１の例では、例えば、図２０（Ｂ）に示す最終的なドリフトＡＰ経路管理表が作成される。
【０１７２】
図１２に戻り、次いで、ドリフトＡＰ＃１（４００−１）、＃１１（４００−１１）とアンカーＡＰ３００、及びＭＭＥ２００の間において通信が確立される（Ｓ７１）。
【０１７３】
以上が図１２に示す場合の登録処理の例である。
【０１７４】
次に、登録処理に対して、登録解除処理の例について説明する。図１３（Ａ）から図１４は登録解除処理を説明するための図である。
【０１７５】
図１３（Ａ）は、ドリフトＡＰ４００がアンカーＡＰ３００から登録解除を行う場合のアンカーＡＰ３００とドリフトＡＰ４００の関係例を表す図である。例えば、ドリフトＡＰ４００は、ハンドオーバなどによりアンカーＡＰ３００の探索空間から他のアンカーＡＰの探索空間へ移動する場合に、登録解除処理が行われる。
【０１７６】
図１３（Ｂ）は登録解除処理のシーケンス例を表わす図である。
【０１７７】
ドリフトＡＰ４００がアンカーＡＰ３００及びＭＭＥ２００と通信しているとき（Ｓ８０）、ドリフトＡＰ４００が登録解除を行う場合は、ドリフトＡＰ４００はＤｅｔａｃｈ要求をアンカーＡＰ３００に送信する（Ｓ８１）。例えば、ドリフトＡＰ４００の処理部４２３（例えば図５（Ａ））は、アンカーＡＰ３００からの無線信号の受信電力が閾値以下になるとＤｅｔａｃｈ要求を生成し、信号生成部４２１や無線部４１０などを介してＤｅｔａｃｈ要求をアンカーＡＰ３００に送信することができる。なお、処理部４２３は、例えば自局のＩＰアドレスをＤｅｔａｃｈ要求に含めることができる。
【０１７８】
アンカーＡＰ３００は、Ｄｅｔａｃｈ要求を受信すると、受信したＤｅｔａｃｈ要求をＭＭＥ２００に送信する（Ｓ８２）。例えば、アンカーＡＰ３００の処理部３２３は、無線部３１０などを介してＤｅｔａｃｈ要求を受信したとき当該要求をＭＭＥ２００に転送することができ、これによりデータ送信部３２４や伝送路インタフェース部３５０を介してＤｅｔａｃｈ要求をＭＭＥ２００に送信することができる。
【０１７９】
ＭＭＥ２００は、Ｄｅｔａｃｈ要求を受信すると、Ｄｅｔａｃｈ Ａｃｃｅｐｔを生成し、生成したＤｅｔａｃｈ ＡｃｃｅｐｔをアンカーＡＰ３００に送信する（Ｓ８３）。例えば、ＭＭＥ２００の制御部２２０（例えば図５（Ｂ））は、Ｄｅｔａｃｈ要求を受信するとＤｅｔａｃｈ Ａｃｃｅｐｔを生成し、アンカーＡＰ３００に送信する。Ｄｅｔａｃｈ Ａｃｃｅｐｔは、例えば、Ｄｅｔａｃｈ要求に対して、登録解除を許可することを表すメッセージである。
【０１８０】
アンカーＡＰ３００は、Ｄｅｔａｃｈ Ａｃｃｅｐｔを受信すると、ＩＰアドレス管理表において、ドリフトＡＰ４００に付与したＩＰアドレスを「空き」に更新する（Ｓ８４）。例えば、アンカーＡＰ３００の処理部３２３は、ドリフトＡＰ４００から受信したＤｅｔａｃｈ要求に含まれるドリフトＡＰ４００のＩＰアドレスをメモリ３４１に保持し、ＭＭＥ２００に送信するＤｅｔａｃｈ要求（Ｓ８２）に識別符号を付与して送信する。そして、処理部３２３は、ＭＭＥ２００から受信したＤｅｔａｃｈ Ａｃｃｅｐｔに識別符号が含まれていると、Ｄｅｔｔｔａｃｈ要求に対するＤｅｔａｃｈ Ａｃｃｅｐｔであることを認識し、メモリ３４１に保持したＩＰアドレスを削除する。そして、処理部３２３は、削除したＩＰアドレスと同一のＩＰアドレスをＩＰアドレス管理表において「空き」に更新する。
【０１８１】
次いで、アンカーＡＰ３００はＤｅｔａｃｈ ＡｃｃｅｐｔをドリフトＡＰ４００に送信する（Ｓ８５）。例えば、アンカーＡＰ３００の処理部３２３は、ＩＰアドレス管理表において該当するＩＰアドレスを「空き」に更新すると、ドリフトＡＰ４００宛てのＤｅｔａｃｈ Ａｃｃｅｐｔを生成し、信号生成部３２１や無線部３１０などを介してドリフトＡＰ４００にＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。
【０１８２】
Ｄｅｔａｃｈ Ａｃｃｅｐｔを受信したドリフトＡＰ４００は、例えば、メモリ４４１に保持したＩＰアドレスを削除するなどの処理を行う。そして、アンカーＡＰ３００とドリフトＡＰ４００との間では、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎの解放処理が行われ（Ｓ８６）、アンカーＡＰ３００とＭＭＥ２００との間では、接続の解放処理が行われる（Ｓ８７）。
【０１８３】
図１４は、アンカーＡＰ３００における登録解除の動作例を表すフローチャートである。図１３（Ｂ）に示すシーケンス図と重複した部分があるため簡単に説明する。
【０１８４】
アンカーＡＰ３００は登録解除の処理を開始すると（Ｓ９０）、Ｄｅｔａｃｈ要求をドリフトＡＰ＃１１（４００−１１）から受信する（Ｓ９１）。アンカーＡＰ３００は受信したＤｅｔａｃｈ要求をＭＭＥ２００に送信する。
【０１８５】
次いで、アンカーＡＰ３００は、ＩＰアドレス管理表より付与ＩＰアドレスを抹消し、Ｄｅｔａｃｈ ＡｃｃｅｐｔをドリフトＡＰ４００に送信する（Ｓ９２（又は図１３（Ｂ）のＳ８４））。例えば、アンカーＡＰ３００の処理部３２３は、Ｄｅｔａｃｈ要求（図１３（Ｂ）のＳ８３）に対するＤｅｔａｃｈ Ａｃｃｅｐｔを受信したとき、Ｄｅｔａｃｈ要求（Ｓ９１）に含まれるＩＰアドレスをＩＰアドレス管理表から抹消することができる。例えば、処理部３２３はＩＰアドレス管理表の当該ＩＰアドレスの使用状態を「空き」に更新することで抹消することができる。そして、処理部３２３は、Ｄｅｔａｃｈ Ａｃｃｅｐｔを生成し、信号生成部３２１などを介してドリフトＡＰ＃１１（４００−１１）に送信する。
【０１８６】
次いで、アンカーＡＰ３００は、ドリフトＡＰ＃１１（４００−１１）との接続を解放し、登録解除の処理を終了する（Ｓ９３，Ｓ９４）。
【０１８７】
以上によりアンカーＡＰ３００はドリフトＡＰ＃１１（４００−１１）に対する登録解除を行うことができる。
【０１８８】
次に、登録処理について重複したＡｔｔａｃｈ要求が送信された場合の処理について説明する。図１５から図１９はかかる処理の例を説明するための図である。このうち、図１５は、アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）とドリフトＡＰ４００との関係例を表す図である。図１５では、新規追加のドリフトＡＰ４００が２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）の探索空間に存在して、ドリフトＡＰ４００が２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）にＡｔｔａｃｈ要求を送信している例を表している。
【０１８９】
ドリフトＡＰ４００は、移動の仕方によっては、例えば、２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）の重複した通信可能範囲に移動する場合もある。また、２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）は、ドリフトＡＰ４００が送信したＡｔｔａｃｈ要求を双方とも受信する場合がある。このような場合、２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）は受信したＡｔｔａｃｈ要求をＭＭＥ２００にそれぞれ送信することになる。そして、ＭＭＥ２００において排他処理が行われて、いずれか一つのアンカーＡＰ（例えばアンカーＡＰ＃ａ（３００−ａ））に対してＡｔｔａｃｈ Ａｃｃｅｐｔを送信し、それ以外のアンカーＡＰ（例えばアンカーＡＰ＃ｂ（３００−ｂ））に対してＡｔｔａｃｈ Ｒｅｊｅｃｔを送信する。ＭＭＥ２００は、例えば、３つ以上のアンカーＡＰ３００からＡｔｔａｃｈ要求を受け取った場合もいずれか一つのアンカーＡＰ３００に対して、登録許可し、それ以外のアンカーＡＰ３００に対しては登録許可しないようにすることができる。
【０１９０】
図１６は、図１５の例における動作例を表すシーケンス図である。
【０１９１】
ドリフトＡＰ＃１（４００−１）は、アンカーＡＰ＃ａ（３００−ａ）とアンカーＡＰ＃ｂ（３００−ｂ）の２つの探索空間（図１６の例では電波到達範囲）に移動したときにおいて、アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）への登録要求としてＡｔｔａｃｈ要求を送信する（Ｓ９０，Ｓ９１）。
【０１９２】
次いで、アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）は、ともにＡｔｔａｃｈ要求を受信し、ＭＭＥ２００に送信する（Ｓ９０，Ｓ９１）。
【０１９３】
次いで、ＭＭＥ２００は、２つのＡｔｔａｃｈ要求を受信すると、排他処理を行う（Ｓ９２）。排他処理が行われる契機としては、例えば、同時に２つ以上のＡｔｔａｃｈ要求を受信する場合や、あるＡｔｔａｃｈ要求を受信後一定期間内に１つ以上のＡｔｔａｃｈ要求を受信する場合としてもよい。排他処理としては、例えば、最も早く受信したＡｔｔａｃｈ要求に対してＡｔｔａｃｈ Ａｃｃｅｐｔを送信したり、同時に２つ以上のＡｔｔａｃｈ要求に対してはランダムに一つのＡｔｔａｃｈ要求を選択してＡｔｔａｃｈ Ａｃｃｅｐｔを送信したりすることができる。このような排他処理は、例えば、ＭＭＥ２００の制御部２２０（例えば図５（Ｂ））において行われる。図１６の例では、ＭＭＥ２００は排他処理によりアンカーＡＰ＃ａ（３００−ａ）にＡｔｔａｃｈ Ａｃｃｅｐｔを送信するようにしている（Ｓ９３）。
【０１９４】
Ａｔｔａｃｈ Ａｃｃｅｐｔを受信したアンカーＡＰ＃ａ（３００−ａ）は、ＩＰアドレス管理表（例えば図１０（Ａ））において「空き」のＩＰアドレスをドリフトＡＰ＃１（４００−１）に付与し、ＩＰアドレス管理表において当該ＩＰアドレスを「使用」に更新する（Ｓ９４）。
【０１９５】
次いで、アンカーＡＰ＃ａ（３００−ａ）は、付与したＩＰアドレスを含むＡｔｔａｃｈ ＡｃｃｅｐｔをドリフトＡＰ＃１（４００−１）に送信する（Ｓ９５）。アンカーＡＰ＃ａ（３００−ａ）は、例えば、Ａｔｔａｃｈ ＡｃｃｅｐｔをＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとして送信することもできる。
【０１９６】
次いで、ドリフトＡＰ＃１（４００−１）は、受信したＡｔｔａｃｈ ＡｃｃｅｐｔからＩＰアドレスを抽出して、自局のＩＰアドレスとして登録する（Ｓ９６）。
【０１９７】
次いで、ドリフトＡＰ＃１（４００−１）は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅをアンカーＡＰ＃ａ（３００−ａ）に送信する（Ｓ９７）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、ＩＰアドレスをメモリ４４１に記憶すると、アンカーＡＰ＃ａ（３００−ａ）を送信先とするＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｌｔｅを生成することができる。処理部４２３は、生成したＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを信号生成部４２１や無線部４１０などを介してアンカーＡＰ＃ａ（３００−ａ）に送信することができる。
【０１９８】
アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１（４００−１）からＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、Ａｔｔａｃｈ Ａｃｃｅｐｔに対して正常にドリフトＡＰ＃１（４００−１）が受信できたことを認識することができる。そして、アンカーＡＰ＃ａ（３００−ａ）は、ＭＭＥ２００に対して、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅを送信する（Ｓ９９）。このメッセージを受信したＭＭＥ２００は、アンカーＡＰ＃ａ（３００−ａ）に対して正常に処理が終了したことを認識することができる。
【０１９９】
一方、ＭＭＥ２００は、排他処理により登録許可を出さないアンカーＡＰ＃ｂ（３００−ｂ）に対して、Ａｔｔａｃｈ Ｒｅｊｅｃｔを送信する（Ｓ９８）。例えば、ＭＭＥ２００の制御部２２０（例えば図５（Ｂ））は、排他処理を行い、登録許可を出さない方のＡｔｔａｃｈ要求に対しては、当該Ａｔｔａｃｈ要求の送信元（例えばアンカーＡＰ＃ｂ（３００−ｂ））を送信先とするＡｔｔａｃｈ Ｒｅｊｅｃｔを生成する。そして、制御部２２０は生成したＡｔｔａｃｈ Ｒｅｊｅｃｔを、伝送路インタフェース部２５０を介してアンカーＡＰ＃ｂ（３００−ｂ）に送信する。
【０２００】
アンカーＡＰ＃ｂ（３００−ｂ）は、ＭＭＥ２００からＡｔｔａｃｈ Ｒｅｊｅｃｔを受信すると、アンカーＡＰ＃ａ（３００−ａ）に対して、Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを送信する（Ｓ１００）。
【０２０１】
Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔにより、例えば、アンカーＡＰ＃ｂ（３００−ｂ）は、アンカーＡＰ＃ａ（３００−ａ）がドリフトＡＰ＃１（４００−１）に付与したＩＰアドレス（Ｓ９４）を通知するよう要求することができる。例えば、アンカーＡＰ＃ｂ（３００−ｂ）の処理部３２３（例えば図４）は、ＭＭＥ２００から送信されたＡｔｔａｃｈ Ｒｅｊｅｃｔを、伝送路インタフェース部３５０などを介して受信すると、アンカーＡＰ＃ａ（３００−ａ）宛てのＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを生成し、無線部３１０などを介してアンカーＡＰ＃ａ（３００−ａ）に送信する。アンカーＡＰ＃ｂ（３００−ｂ）の処理部３２３は、アンカーＡＰ＃ａ（３００−ａ）の隣接する他のアンカーＡＰ３００を把握しており、自局がＡｔｔａｃｈ Ｒｅｊｅｃｔを受信したとき、隣接するすべてのアンカーＡＰ３００にＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを送信することができる。図１６の例では、アンカーＡＰ＃ｂ（３００−ｂ）に隣接するのはアンカーＡＰ＃ａ（３００−ａ）のため、アンカーＡＰ＃ａ（３００−ａ）にＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを送信している。
【０２０２】
Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを受信したアンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１（４００−１）に付与したＩＰアドレスを含むＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを生成し、アンカーＡＰ＃ｂ（３００−ｂ）に送信する（Ｓ１０１）。例えば、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３は、無線部３１０などを介してＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを受信すると、ドリフトＡＰ＃１（４００−１）に付与したＩＰアドレスをＩＰアドレス管理表から読み出して、当該ＩＰアドレスを含むＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを生成する。そして、処理部３２３は、生成したＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを、無線部３１０などを介してアンカーＡＰ＃ｂ（３００−ｂ）に送信することができる。
【０２０３】
例えば、隣接するアンカーＡＰ＃ａ（３００−ａ）とアンカーＡＰ＃ｂ（３００−ｂ）との間で、Ｓｅｔ Ｕｐ ＲｅｑｕｅｓｔとＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅとが送受信されることで、アンカーＡＰ＃ｂ（３００−ｂ）はアンカーＡＰ＃ａ（３００−ａ）が付与したＩＰアドレスを把握することができる。これにより、例えば、アンカーＡＰ＃ａ（３００−ａ）とアンカーＡＰ＃ｂ（３００−ｂ）は、隣接関係リストの内容を最新のものとすることができる。
【０２０４】
図２７（Ａ）はアンカーＡＰ＃ａ（３００−ａ）、図２７（Ｂ）はアンカーＡＰ＃ｂにおいてそれぞれ生成される隣接関係リストの例を表わす図である。例えば、アンカーＡＰ＃ａ（３００−ａ）の隣接関係リストは、アンカーＡＰ＃ａ（３００−ａ）の識別子と、隣接するアンカーＡＰ（例えばアンカーＡＰ＃ｂ（３００−ｂ））の識別子が記憶される。一方、アンカーＡＰ＃ｂ（３００−ｂ）の隣接関係リストは、アンカーＡＰ＃ｂ（３００−ｂ）の識別子と、隣接するアンカーＡＰ（例えば、アンカーＡＰ＃ａ（３００−ａ））の識別子も記憶される。
【０２０５】
また、隣接関係リストには、「アンカーＡＰ＃ａ配下のドリフトＡＰ」又は「アンカーＡＰ＃ｂ配下のドリフトＡＰ」の項目が記憶される。例えば、アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）がＩＰアドレスを付与したときなど、当該項目にポインタ情報が書き込まれる。ポインタ先には、ＩＰアドレスを付与したドリフトＡＰ４００の識別子と、当該ドリフトＡＰ４００配下のドリフトＡＰに関する項目とが記憶される。図１６の例では、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１（４００−１）に対してＩＰアドレスを付与したため、図２７（Ａ）に表わされるように、アンカーＡＰ＃ａ（３００−ａ）の隣接関係リストの「アンカーＡＰ＃ａ配下のドリフトＡＰ」の項目にはポインタ情報が記憶される。そして、そのポインタ情報の示すポインタ先には、ドリフトＡＰ＃１（４００−１）の識別子が記憶される。ドリフトＡＰ＃１（４００−１）の識別子としては、例えば、付与したＩＰアドレスとすることができる。
【０２０６】
そして、上述したように、Ｓｅｔ Ｕｐ ＲｅｑｕｅｓｔとＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅとが送受信されることで、例えば、アンカーＡＰ＃ｂ（３００−ｂ）はアンカーＡＰ＃ａ（３００−ａ）が付与したＩＰアドレスを認識することができる。これにより、アンカーＡＰ＃ｂ（３００−ｂ）は、アンカーＡＰ＃ａ（３００−ａ）配下にドリフトＡＰ４００があること、そのドリフトＡＰ４００に対して受信したＩＰアドレスが付与されたことを認識することができる。そして、これを繰り返すことで、アンカーＡＰ＃ａ（３００−ａ）とアンカーＡＰ＃ｂ（３００−ｂ）は、互いに、アンカーＡＰ＃ｂ（３００−ｂ）とアンカーＡＰ＃ａ（３００−ａ）のそれぞれの配下において登録されている一部または全部のドリフトＡＰ４００の隣接関係を認識することができる。
【０２０７】
例えば、図２７（Ａ）の例において、アンカーＡＰ＃ａ（３００−ａ）がドリフトＡＰ＃２（４００−２）に対してＩＰアドレスを付与したとき、隣接関係リストにドリフトＡＰ＃２（４００−２）のＩＰアドレスが記憶される。そして、アンカーＡＰ＃ａ（３００−ａ）は、アンカーＡＰ＃ｂ（３００−ｂ）からＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを受信したとき、ドリフトＡＰ＃２（４００−２）のＩＰアドレスをＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅに含めて送信する。これにより、アンカーＡＰ＃ｂ（３００−ｂ）は、アンカーＡＰ＃ａ（３００−ａ）の配下には２つのドリフトが存在することを認識する。
【０２０８】
アンカーＡＰ＃ｂ（３００−ｂ）についても、ドリフトＡＰ＃４（４００−４）やドリフトＡＰ＃５（４００−５）についてＩＰアドレスをそれぞれ付与したとき、隣接関係リストに２つのドリフトＡＰ４００のＩＰアドレスをそれぞれ記憶する。そして、アンカーＡＰ＃ｂ（３００−ｂ）は、Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを受信したとき、付与したＩＰアドレスをＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅに含めて送信する。これにより、アンカーＡＰ＃ａ（３００−ａ）は、アンカーＡＰ＃ｂ（３００−ｂ）の配下に２つのドリフトＡＰ４００が存在することを認識することができる。
【０２０９】
図１６に戻り、アンカーＡＰ＃ｂ（３００−ｂ）は、Ｓｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを受信すると、Ａｔｔａｃｈ ＣｏｍｐｌｅｔｅをＭＭＥ２００に送信する（Ｓ１０４）。
【０２１０】
一方、アンカーＡＰ＃ａ（３００−ａ）は、Ｓｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを送信すると、最終的なドリフトＡＰ経路管理表を生成する（Ｓ１０２）。この最終的なドリフトＡＰ経路管理表の生成には、上述したドリフトＡＰ４００の隣接関係の生成なども含まれるが、その詳細は後述する。
【０２１１】
そして、新規追加のドリフトＡＰ＃１（４００−１）は、排他処理により、アンカーＡＰ＃ａ（３００−ａ）と通信を確立することができる（Ｓ１０５）。
【０２１２】
次に、登録処理について重複したＡｔｔａｃｈ要求が送信された場合の処理について、階層的な場合について説明する。図１７は、かかる場合におけるアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）とドリフトＡＰ４００の関係例を表わす図である。
【０２１３】
図１７の例では、ドリフトＡＰ＃１１（４００−１１）が新規追加のドリフトＡＰ４００として、２つのドリフトＡＰ＃１（４００−１），＃２（４００−２）の双方と通信可能な範囲に移動した場合の例を表わしている。この場合、ドリフトＡＰ＃１（４００−１）はアンカーＡＰ＃ａ（３００−ａ）と無線通信を行い、ドリフトＡＰ＃２（４００−２）はアンカーＡＰ＃ｂ（３００−ｂ）と無線通信を行っているものとする。新規追加のドリフトＡＰ＃１１（４００−１１）から送信された無線信号は２つのドリフトＡＰ＃１（４００−１），＃２（４００−２）で受信することができる。
【０２１４】
図１８は、図１７における関係例における登録処理の動作例を表わすシーケンス図である。
【０２１５】
ドリフトＡＰ＃１１（４００−１１）は、２つのドリフトＡＰ＃１（４００−１），＃２（４００−２）の双方の通信可能範囲に移動したときにおいて、Ａｔｔａｃｈ要求を送信する（Ｓ１１０，Ｓ１１１）。例えば、ドリフトＡＰ＃１１（４００−１１）から送信されたＡｔｔａｃｈ要求は、ドリフトＡＰ＃１（４００−１）において受信され、アンカーＡＰ＃ａ（３００−ａ）を経由してＭＭＥ２００に送信される。一方、ドリフトＡＰ＃１１（４００−１１）から送信されたＡｔｔａｃｈ要求はドリフトＡＰ＃２（４００−２）においても受信され、アンカーＡＰ＃ｂ（３００−ｂ）を経由してＭＭＥ２００に送信される。
【０２１６】
次いで、ＭＭＥ２００は受信した２つのＡｔｔａｃｈ要求に対して排他処理を行う（Ｓ１１２）。排他処理は、上述した図１６におけるＳ９２の排他処理と同様に、最も早くＡｔｔａｃｈ要求を受信したものに対してＡｔｔａｃｈ Ａｃｃｅｐｔを送信したり、ランダムにいずれか一つのＡｔｔａｃｈ要求に対してＡｔｔａｃｈ Ａｃｃｅｐｔを送信したりすることができる。図１６の例では、制御部２２０は排他処理により、アンカーＡＰ＃ａ（３００−ａ）からのＡｔｔａｃｈ要求に対してＡｔｔａｃｈ Ａｃｃｅｐｔを送信し（Ｓ１１３）、アンカーＡＰ＃ｂ（３００−ｂ）からのＡｔｔａｃｈ要求に対してＡｔｔａｃｈ Ｒｅｊｅｃｔを送信している（Ｓ１１７）。
【０２１７】
アンカーＡＰ＃ａ（３００−ａ）は、Ａｔｔａｃｈ ＡｃｃｅｐｔをＭＭＥ２００から受信すると、アンカーＡＰ＃ａ（３００−ａ）の探索空間に新たなドリフトＡＰ＃１１（４００−１１の存在を認識し、ＩＰアドレスを付与する（Ｓ９４）。そして、アンカーＡＰ＃ａ（３００−ａ）は、付与したＩＰアドレスのＩＰアドレス管理表における使用状態を「使用」に更新する。
【０２１８】
次いで、アンカーＡＰ＃ａ（３００−ａ）は、付与したＩＰアドレスを含むＡｔｔａｃｈ Ａｃｃｅｐｔを生成し、配下のドリフトＡＰ＃１（４００−１）に送信する（Ｓ１１５）。例えば、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３（例えば図５（Ａ））は、ＩＰアドレス管理表においてＩＰアドレスの使用状態を「使用」に更新すると、当該ＩＰアドレスを含むＡｔｔａｃｈ Ａｃｃｅｐｔを生成し、信号生成部３２１などを介してドリフトＡＰ＃１（４００−１）に送信することができる。
【０２１９】
ドリフトＡＰ＃１（４００−１）は、アンカーＡＰ＃ａ（３００−ａ）からＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、ドリフトＡＰ＃１１（４００−１１）に受信したＡｔｔａｃｈ Ａｃｃｅｐｔを送信する（Ｓ１１５）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、アンカーＡＰ＃ａ（３００−ａ）からＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、中継してドリフトＡＰ＃１１（４００−１１）に転送することができ、これにより受信したＡｔｔａｃｈ ＡｃｃｅｐｔをドリフトＡＰ＃１１（４００−１１）に送信することができる。或いは、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３により、生成したＡｔｔａｃｈ Ａｃｃｅｐｔに対して送信先（例えば、ドリフトＡＰ＃１（３００−１）とドリフトＡＰ＃１１（３００−１１））が付加される。これにより、ドリフトＡＰ＃１（４００−１）はドリフトＡＰ＃１１（４００−１１）にＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。
【０２２０】
ドリフトＡＰ＃１（４００−１）からＡｔｔａｃｈ Ａｃｃｅｐｔを受信したドリフトＡＰ＃１１（（４００−１１）は、ＩＰアドレスを抽出して自局のＩＰアドレスとして登録する（Ｓ９６）。
【０２２１】
次いで、ドリフトＡＰ＃１１（４００−１１）は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅをドリフトＡＰ＃１（４００−１）に送信する（Ｓ１１６）。
【０２２２】
Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信したドリフトＡＰ＃１（４００−１）は、当該メッセージをアンカーＡＰ＃ａ（３００−ａ）に送信する（Ｓ１１６）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信するとアンカーＡＰ＃ａ（３００−ａ）に送信することができるようになっており、これによりアンカーＡＰ＃ａ（３００−ａ）に当該メッセージを送信できる。
【０２２３】
次いで、アンカーＡＰ＃ａ（３００−ａ）は、Ａｔｔａｃｈ ＣｏｍｐｅｌｔｅをＭＭＥ２００に送信する（Ｓ１１８）。例えば、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３（例えば図４）は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅを生成し、伝送路インタフェース部３５０などを介してＭＭＥ２００に送信することができる。Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅは、例えば、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅとして送信されることもできる。ＭＭＥ２００は、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅを受信することで、Ａｔｔａｃｈ Ａｃｃｅｐｔに対して正常に処理が行われたことを認識することができる。
【０２２４】
一方、Ａｔｔａｃｈ Ｒｅｊｅｃｔを受信したアンカーＡＰ＃ｂ（３００−ｂ）は、配下のドリフトＡＰ＃２（４００−２）に当該メッセージを送信する（Ｓ１１７）。例えば、アンカーＡＰ＃ｂ（３００−ｂ）の処理部３２３は、伝送路インタフェース部３５０などを介してＭＭＥ２００からＡｔｔａｃｈ Ｒｅｊｅｃｔを受信すると、配下のドリフトＡＰ＃２（４００−２）に送信することができる。
【０２２５】
また、Ａｔｔａｃｈ Ｒｅｊｅｃｔを受信したアンカーＡＰ＃ｂ（３００−ｂ）は、アンカーＡＰ＃ａ（３００−ａ）に対して、Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを送信する（Ｓ１１９）。当該メッセージにより、例えば、アンカーＡＰ＃ｂ（３００−ｂ）はアンカーＡＰ＃ａが付与したＩＰアドレスの通知を要求することができる。
【０２２６】
Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを受信したアンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１１（４００−１１）に付与したＩＰアドレス（Ｓ９４）を含むＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを生成し、アンカーＡＰ＃ｂ（３００−ｂ）に送信する（Ｓ１２０，Ｓ１２１）。これにより、例えば、アンカーＡＰ＃ｂ（３００−ｂ）は、アンカーＡＰ＃ａ（３００−ａ）が付与したＩＰアドレスを把握でき、隣接関係リストの内容を最新のものとすることができる。
【０２２７】
さらに、配下のドリフトＡＰ＃２（４００−２）においても、Ａｔｔａｃｈ ＲｅｊｅｃｔをアンカーＡＰ＃ｂ（３００−ｂ）から受信すると（Ｓ１１７）、Ｓｅｔ Ｕｐ ＲｅｑｕｅｓｔをアンカーＡＰ＃ｂ（３００−ｂ）に対して送信する（Ｓ１２２）。
【０２２８】
アンカーＡＰ＃ｂ（３００−ｂ）は、Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを配下のドリフトＡＰ＃２（４００−２）から受信すると、アンカーＡＰ＃ａ（３００−ａ）から受け取ったＩＰアドレス（Ｓ１２０）を含むＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを生成し、ドリフトＡＰ＃２（４００−２）に送信する（Ｓ１２３，Ｓ１２４）。これにより、例えば、Ａｔｔａｃｈ Ｒｅｊｅｃｔを受け取ったドリフトＡＰ＃２（４００−２）は、他のドリフトＡＰ＃１（４００−１）において付与したドリフトＡＰ＃１１（４００−１１）のＩＰアドレスを把握でき、隣接関係リストを最新のものとすることができる。
【０２２９】
そして、アンカーＡＰ＃ａ（３００−ａ）は、最終的なドリフトＡＰ４００管理表を生成する（Ｓ１２５）。最終的なドリフトＡＰ４００管理表の生成についての処理は後述する。
【０２３０】
次いで、新規追加のドリフトＡＰ＃１１（４００−１１）はアンカーＡＰ＃ａ（３００−ａ）と通信を確立することができ、ＭＭＥ２００などとも通信することができる（Ｓ１２６）。
【０２３１】
次に、このような登録処理などにより生成したドリフトＡＰ経路管理表と隣接関係リストに基づいて、最終的なドリフトＡＰ経路管理表を生成する動作例について説明する。図１９は最終的なドリフトＡＰ経路管理表を生成する動作例を表わすフローチャートである。図１９に示すフローチャートは、例えば、アンカーＡＰ３００の処理部３２３において行われる処理である。
【０２３２】
アンカーＡＰ３００は、本処理を開始すると（Ｓ１３０）、アンカーＡＰ３００の探索空間に基づき登録したドリフトＡＰ４００を管理する（Ｓ１３１）。例えば、アンカーＡＰ３００は、自局の探索空間についてのドリフトＡＰ経路管理表を生成する。例えば、アンカーＡＰ３００は、あるドリフトＡＰ４００（例えば図８（Ａ）のドリフトＡＰ４００）についてＩＰアドレスを付与したとき、当該ドリフトＡＰ４００を含むドリフトＡＰ経路管理表（例えば、図２０（Ａ））を生成することができる。また、アンカーＡＰ３００は、ドリフトＡＰ＃１（４００−１）配下のドリフトＡＰ＃１１（４００−１１）（例えば図１１）についてＩＰアドレスを付与したとき、当該ドリフトＡＰ＃１１（４００−１１）を含むドリフトＡＰ経路管理表（例えば、図２０（Ｂ））を生成することができる。
【０２３３】
図１９に戻り、次いで、アンカーＡＰ３００は、各アンカーＡＰ３００の隣接関係を示す隣接関係リストを生成する（Ｓ１３２）。例えば、アンカーＡＰ＃ａ（３００−ａ）は隣接するアンカーＡＰ＃ｂ（３００−ｂ）の識別子を自局の隣接関係リストに記憶する（例えば、図２６（Ａ））。また、アンカーＡＰ＃ｂ（３００−ｂ）も隣接するアンカーＡＰ＃ａ（３００−ａ）の識別子を自局の隣接関係リストに記憶する（例えば、図２６（Ｂ））。この隣接関係リスト自体は、例えば、隣接するアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）が互いに通知し合うことで隣接するアンカーＡＰ３００の識別子を記憶することもできる。
【０２３４】
図１９に戻り、次いで、アンカーＡＰ３００は、生成した隣接関係リストにアンカーＡＰ３００配下のドリフトＡＰ情報を追加する（Ｓ１３３）。例えば、図２１において、アンカーＡＰ＃ａ（３００−ａ）が３つのドリフトＡＰ＃１〜＃３（４００−１〜４００−３）にＩＰアドレスを付与したとき、隣接関係リストの「アンカーＡＰ＃ａ配下のドリフトＡＰリスト」にポインタ情報を記憶する（例えば図２７（Ａ））。そして、アンカーＡＰ＃ａ（３００−ａ）は、ポインタ先にドリフトＡＰ＃１（４００−１）のＩＰアドレスを記憶する（例えば、図２７（Ａ））。例えば、アンカーＡＰ＃ｂ（３００−ｂ）がドリフトＡＰ＃４（４００−４），＃５（４００−５）にＩＰアドレスをそれぞれ付与したとき、隣接関係リストの「アンカーＡＰ＃ｂ配下のドリフトＡＰリスト」にポインタ情報を記憶して、ポインタ先にドリフトＡＰ＃４（４００−４），＃５（４００−５）のＩＰアドレスを記憶する（例えば、図２７（Ｂ））。
【０２３５】
図１９に戻り、次いで、アンカーＡＰ３００は、探索空間にまたがるドリフトＡＰ４００の隣接関係を把握（又は認知）する（Ｓ１３４）。例えば、アンカーＡＰ＃ａ（３００−ａ）と隣接関係にあるアンカーＡＰ＃ｂ（３００−ｂ）は、自局が作成した隣接関係リスト（例えば図２７（Ｂ））をアンカーＡＰ＃ａ（３００−ａ）に通知する。また、アンカーＡＰ＃ａ（３００−ａ）も自局で作成した隣接関係リスト（例えば図２７（Ａ））をアンカーＡＰ＃ｂ（３００−ｂ）に通知する。互いに通知し合うことで、例えば、アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）は、自局と隣接関係にあるアンカーＡＰ＃ｂ（３００−ｂ），＃ａ（３００−ａ）の隣接関係をそれぞれ把握することができる。例えば、アンカーＡＰ＃ａ（３００−ａ）は、アンカーＡＰ＃ｂ（３００−ｂ）の隣接関係リスト（例えば図２７（Ｂ））からアンカーＡＰ＃ｂ（３００−ｂ）配下のドリフトＡＰ４００も把握することができる。隣接関係リストの通知は、例えば、Ｓｅｔ Ｕｐ ＲｅｑｕｅｓｔとＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅにより行われることができる（図１６のＳ１００とＳ１０１、図１８のＳ１１９とＳ１２０など）。
【０２３６】
図１９に戻り、アンカーＡＰ３００は、隣接関係を把握すると、ドリフトＡＰ経路管理表に隣接可能性ドリフトＡＰ情報を追加して、最終的なドリフトＡＰ経路管理表を生成する（Ｓ１３５）。例えば、アンカーＡＰ＃ａ（３００−ａ）は、アンカーＡＰ＃ａ（３００−ａ）のドリフトＡＰ経路管理表（例えば図２２）に対して、隣接関係リスト（例えば図２７（Ｂ））に基づいて、ドリフトＡＰ＃４（４００−４），＃５（４００−５）の項目を追加する。この場合、最終的なドリフトＡＰ経路管理表は、図２９に示すようなものとなる。
【０２３７】
図２９に示す最終的なドリフトＡＰ４００の経路管理表では、ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃４（４００−４）との間のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔログの項目と、ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃５（４００−５）との間のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔログの項目とが追加されている。
【０２３８】
また、図２９に示す最終的なドリフトＡＰ経路管理表では、ドリフトＡＰ＃２（４００−２）のポインタ先に、ドリフトＡＰ＃２（４００−２）とドリフトＡＰ＃４（４００−４）間のＭｅａｓｕｒｅｍｅｎｔ Ｒｅｓｕｌｔログの項目が追加される。さらに、ドリフトＡＰ＃２（４００−２）とドリフトＡＰ＃５（４００−５）間のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔログの項目も追加される。
【０２３９】
このように、アンカーＡＰ＃ａ（３００−ａ）は、例えば、隣接アンカーＡＰ＃ｂ（３００−ｂ）の隣接関係にあるドリフトＡＰ４００を含めた各項目をドリフトＡＰ経路管理表に追加して、最終的なドリフトＡＰ経路管理表を生成することができる。図２９は、例えば、アンカーＡＰ＃ａ（３００−ａ）が生成した最終的なドリフトＡＰ経路管理表の例である。
【０２４０】
また、アンカーＡＰ＃ｂ（３００−ｂ）についても同様に、ドリフトＡＰ経路管理表において、配下のドリフトＡＰ＃３（４００−３），＃４（４００−４）に、ドリフトＡＰ＃１（４００−１）から＃３のそれぞれのとの間のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔログを追加する。図３０は、例えば、アンカーＡＰ＃ｂ（３００−ｂ）が生成する最終的なドリフトＡＰ経路管理表の例である。
【０２４１】
このような最終的なドリフトＡＰ経路管理表の生成は、例えば、アンカーＡＰ３００の処理部３２３において、メモリ３４１に記憶された隣接関係リストとドリフトＡＰ経路管理表に適宜アクセスして行われることができる。
【０２４２】
図１９に戻り、アンカーＡＰ３００は最終的なドリフトＡＰ経路管理表を生成すると、一連の処理を終了する（Ｓ１３６）。
【０２４３】
以上によりアンカーＡＰ３００は、最終的なドリフトＡＰ経路管理表を生成することができる。
【０２４４】
ここで、上述したドリフトＡＰ経路管理表の詳細について説明する。図２４はアンカーＡＰ３００とドリフトＡＰ４００の関係例、図２５はドリフトＡＰ経路管理表の例をそれぞれ表わす図である。例えば、図２５は図２４に示すアンカーＡＰ３００とドリフトＡＰ４００との関係において、最終的なドリフトＡＰ経路管理表の例も表わしている。
【０２４５】
図２４の例では、端末５００は、３つのドリフトＡＰ４００＃ｄ１（４００−ｄ１），＃ｄ２（４００−ｄ２），＃ｄ３（４００−ｄ３）の中間位置に移動した場合の例を表わしている。図２４において、各ノード装置間の経路品質指標を（Ａ）〜（Ｊ）のように表記している。例えば、（Ａ）はアンカーＡＰ＃Ａａａ（３００−ａａ）と端末５００との間の経路品質指標を表わし、（Ｊ）はドリフトＡＰ４００＃ｄ１（４００−ｄ１）とドリフトＡＰ４００＃ｄ３（４００−ｄ３）との間の経路品質指標を表わしている。
【０２４６】
上述した例においては、アンカーＡＰ＃ａａ（３００−ａａ）は、例えば、新規追加のドリフトＡＰ４００にＩＰアドレスを付与したときに、ＡＰ経路管理表を更新する旨について説明した。例えば、アンカーＡＰ＃ａａ（３００−ａａ）は、端末５００と各ドリフトＡＰ＃ｄ１〜＃ｄ３（４００−ｄ１〜４００−ｄ３）との間の経路品質指標をＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔなどにより観測できればＡＰ経路管理表を更新するようにすることもできる。例えば、端末５００やドリフトＡＰ＃ｄ１〜＃ｄ３（４００−ｄ１〜４００−ｄ３）は、Ａｔｔａｃｈ要求を送信せずに、経路品質指標を測定できたとき、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを送信することもできる。この場合、例えば、アンカーＡＰ＃ａａ（３００−ａａ）は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信することができ、当該メッセージを送信した端末５００やドリフトＡＰ＃ｄ１〜＃ｄ３（４００−ｄ１〜４００−ｄ３）などは呼設定が必要な候補として、ドリフトＡＰ経路管理表に記憶することができる。例えば、図２５に示すように、ドリフトＡＰ経路管理表では、経路品質指標とともに通信状態を記憶することができ、呼設定が必要な候補のドリフトＡＰ４００や端末５００については通信状態として「待機」が記憶されることができる。一方、Ａｔｔａｃｈ要求を送信して呼接続した端末５００やドリフトＡＰ４００は経路品質指標を測定すると、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔするが、このような端末５００やドリフトＡＰ４００については通信状態として「接続」が記憶されることができる。このような通信状態の判定は、例えば、アンカーＡＰ３００の処理部３２３（例えば図５（Ａ））において行われることができる。
【０２４７】
なお、図２７（Ａ）及び（Ｂ）に示すドリフトＡＰ経路管理表や、図２９及び図３０に示す最終的なドリフトＡＰ経路管理表には、図２５に示す接続状態が記憶されてもよい。また、図２９及び図３０に示す各ノード装置間のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔログは、図２５における経路品質指標とすることもできる。
【０２４８】
図２５において、ドリフトＡＰ経路管理表は、最初にアンカーＡＰ＃ａａ（３００−ａａ）の識別子（ＩＤ＝ＡＰ＃ａａ）と、アンカーＡＰ＃ａａ（３００−ａａ）と端末５００との間における品質指標及び接続状態とが記憶される項目がある。そして、ドリフトＡＰ経路管理表には、アンカーＡＰ＃ａａ（３００−ａａ）配下またはその候補となるドリフトＡＰ４００の各識別子と、アンカーＡＰ＃ａａ（３００−ａａ）との間の経路品質指標及び接続状態とがそれぞれ記憶される。なお、図２５の例では、更に、アンカーＡＰ＃ａａ（３００−ａａ）配下またはその候補のドリフトＡＰ４００としてドリフトＡＰ＃ｎ（４００−ｎ）まである例について表わしている。
【０２４９】
さらに、ドリフトＡＰ経路管理表においては、例えば、ドリフトＡＰ＃ｄ（４００−ｄ１）の配下又はその候補としてドリフトＡＰ＃ｄ１１〜＃ｄ１３（４００−ｄ１１〜４００−ｄ１３）がある例を表わしている。アンカーＡＰ＃ａａ（３００−ａａ）は、例えば、各ドリフトＡＰ＃ｄ１１〜＃ｄ１３（４００−ｄ１１〜４００−ｄ１３）のＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを、ドリフトＡＰ＃ｄ１（４００−ｄ１）を介して受信（又は観測）すると、ＡＰ経路管理表にそれぞれの経路品質指標などを更新することができる。この場合、ドリフトＡＰ＃ｄ１１〜Ｓ１３（４００−ｄ１１〜４００−ｄ１３）は、ドリフトＡＰ＃ｄ１（４００−ｄ１）配下またはその候補のドリフトＡＰ４００となっている。そのため、アンカーＡＰ＃ａａ（３００−ａａ）は、ドリフトＡＰ経路管理表においては、ポインタ先にドリフトＡＰ＃ｄ１，＃ｄ１１〜＃ｄ１３（４００−ｄ１，４００−ｄ１１〜４００−ｄ１３）の各識別子と、それぞれにおける経路品質指標、及び接続状態とを更新して記憶することができる。
【０２５０】
また、アンカーＡＰ＃ａａ（３００−ａａ）は、例えば、ドリフトＡＰ＃ｄ１１（４００−ｄ１１）の配下又はその候補のドリフトＡＰ＃ｄ１１１〜ｄ＃１１３（４００−ｄ１１１〜４００−ｄ１１３）についてＭｕｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信することもできる。この場合、ＡＰ経路管理表において、ドリフトＡＰ＃ｄ１１（４００−ｄ１１）のポインタ先に、更にそれぞれの識別子や経路品質指標を更新することができる。これらの例においても、上述したように、アンカーＡＰ＃ａａ（３００−ａａ）はＩＰアドレスを付与するときに更新するようにすることもできる。
【０２５１】
処理について図６に戻ると、アンカーＡＰ３００は「初期設定」により、上述した最終的なドリフトＡＰ経路管理表を生成することができる。
【０２５２】
そして、アンカーＡＰ３００は、「経路品質指標測定」（Ｓ１３）を行うことで、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信し、最終的なドリフトＡＰ経路管理表に経路品質指標を記憶することができる。
【０２５３】
＜４．２．２ 「経路品質指標測定」について＞
次に、「経路品質指標測定」（図６のＳ１３）の処理について説明する。アンカーＡＰ３００は、最終的なドリフトＡＰ経路管理表を生成すると、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信することができる（図６のＳ１３７）。Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求の送信先は、例えば、最終的なドリフトＡＰ経路管理表に記憶されたドリフトＡＰ４００や端末５００とすることができる。
【０２５４】
例えば、図８（Ａ）の関係例では、アンカーＡＰ３００はドリフトＡＰ４００にＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信することができる。また、図１１の例では、アンカーＡＰ３００はドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃１１（４００−１１）にＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信することができる。この場合、例えば、アンカーＡＰ３００はドリフトＡＰ＃１（４００−１）に対するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求に、ドリフトＡＰ＃１１（４００−１１）に対するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を含めるようにしてもよい。また、図２９の例では、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１（４００−１）から＃３（４００−３）に対してＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求をそれぞれ送信することができる。
【０２５５】
さらに、図２９の例では、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃４（４００−４），＃５（４００−５）に対するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求をドリフトＡＰ＃１（４００−１）に送信することができる。これにより、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃４（４００−４）、ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃５（４００−５）のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔを得ることができる。また、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃４（４００−４），＃５（４００−５）に対するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を、ドリフトＡＰ＃２（４００−２）に送信することができる。これにより、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃２（４００−２）とドリフトＡＰ＃４（４００−４）、ドリフトＡＰ＃２（４００−２）とドリフトＡＰ＃５（４００−５）のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔを得ることができる。
【０２５６】
このように、アンカーＡＰ３００は、最終的なドリフトＡＰ４００管理表に記憶されたドリフトＡＰ４００に対してＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信することができる。Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求の送信先は、例えば、アンカーＡＰ３００の処理部３２３がメモリ３４１にアクセスして、最終的なドリフトＡＰ４００管理表からドリフトＡＰ４００と追加されたドリフトＡＰ４００の識別子（例えばＩＰアドレス）を読み出して、送信先とすることができる。例えば、処理部３２３において、送信先を付加したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を生成することができる。
【０２５７】
なお、経路上にあるドリフトＡＰ４００は、例えば、上述した図７に示す処理を実行することで、アンカーＡＰ３００に対してＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔを送信することができる。各経路上におけるドリフトＡＰ４００の処理は、図７を用いて説明したため、ここではその説明を省略する。
【０２５８】
図６に戻り、アンカーＡＰ３００は、各ドリフトＡＰ４００や端末５００からＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信することができる（Ｓ１３８）。そして、アンカーＡＰ３００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含まれる経路品質指標を抽出して、最終的なドリフトＡＰ経路管理表の該当する項目に記憶する。例えば、アンカーＡＰ３００の処理部３２３は、無線部３１０などを介してＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、経路品質指標を抽出し、メモリ３４１に記憶された最終的なドリフトＡＰ経路管理表の該当する項目に経路品質指標を記憶する。例えば、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔには、経路品質指標はどの経路（例えば、ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃２（４００−２）など）のものなのかを示す情報が含まれており、この経路情報に対応する、最終的なドリフトＡＰ４００管理表の項目に経路品質指標を記憶することができる。
【０２５９】
以上により、測定された経路品質指標はアンカーＡＰ３００に集約されて、アンカーＡＰ３００は、最終的なＡＰ経路管理表に経路品質指標を登録することができる。
【０２６０】
＜４．２．３ 「管理帳票追加生成」について＞
次に「管理帳票追加生成」（図６のＳ１４）の処理について説明する。
【０２６１】
例えば、アンカーＡＰ３００は、受信したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔにおいて、最終的なドリフトＡＰ経路管理表にない経路が含まれているとき、当該Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔから抽出した経路品質指標を最終的なドリフトＡＰ経路管理表に追加登録することができる。例えば、ドリフトＡＰ４００や端末５００は、Ａｔｔａｃｈ要求を送信せずに、経路品質指標を測定した場合、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを送信する場合もある。このような場合、アンカーＡＰ３００は最終的なＡＰ経路管理表に、当該メッセージを送信したドリフトＡＰ４００や端末５００の識別子、測定された経路品質指標を追加して記憶することができる。
【０２６２】
例えば、図２１において、アンカーＡＰ＃ａ（３００−ａ）の通信可能範囲にドリフトＡＰ＃６（図示せず）が移動して、経路品質指標を測定し、アンカーＡＰ＃ａ（３００−ａ）に対してＡｔｔａｃｈ要求を送信しないでＭｅａｓｕｅｍｅｎｔ Ｒｅｐｏｒｔを送信した場合を考える。例えば、ドリフトＡＰ＃６は、自局のＩＰアドレスを含むＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを送信することができる。アンカーＡＰ＃ａ（３００−ａ）はＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、ドリフトＡＰ＃６のＩＰアドレスと経路品質指標を抽出し、最終的なドリフトＡＰ経路管理表に追加して記憶する。例えば、図２９の例では、アンカーＡＰ＃ａ（３００−ａ）は、「ドリフトＡＰ＃３識別子」の次の項目として、ドリフトＡＰ＃６のＩＰアドレスと経路品質指標とを記憶する。この場合、アンカーＡＰ＃ａ（３００−ａ）は通信状態として「待機」（例えば図２５）を最終的なドリフトＡＰ経路管理表に記憶することもできる。
【０２６３】
「経路帳票追加生成」の処理は、例えば、アンカーＡＰ３００の処理部３２３において、メモリ３４１に適宜アクセスして最終的なドリフトＡＰ経路管理表を更新することで行われることができる。
【０２６４】
＜４．３ 「測定事象抽出」と「抽出結果評価」について＞
アンカーＡＰ３００は、「経路帳票追加生成」の処理が終了すると、次いで、「測定事象抽出」（図６のＳ１５）から「抽出結果評価」（Ｓ１８）までの処理を行う。
【０２６５】
次に、「測定事象抽出」と「抽出結果評価」の２つの処理に詳細について説明する。図３３から図３５（Ｃ）は、２つの処理の詳細を説明するための図である。
【０２６６】
最初に、本第２の実施の形態における２つの処理（「測定事象抽出」と「抽出結果評価」）の考え方について説明する。本第２の実施の形態において経路選択は、例えば、複数ある経路品質指標から経路選択指標を選択し、選択された経路選択指標に対して適応度を満たす経路を経路選択のルールとして採用し、その決定したルールに従って最適経路が選択される。例えば、アンカーＡＰ３００は、ドリフトＡＰ４００に対する経路に対して、このような決定したルールに従い最適な経路を選択するようにしている。この場合、適応度は、例えば、アドホックネットワークシステム１０における各ノード装置の一種の重み（ｗ）を表現しているとみなすことができる。
【０２６７】
図３１（Ａ）はノード装置と重みの関係例を表わす図である。ノードＶｉとノードＶｊのそれぞれの重みをｗｉとｗｊとすると、ノードＶｉとノードＶｊが互いに経路を構成するためにはそれぞれの重みｗｉ、ｗｊがある一定の閾値（Θ）以上が必要である、とすると、経路を構成するための条件としては、ｗｉ＋ｗｊ≧Θ、と表現することができる。
【０２６８】
図３１（Ｂ）から図３２は、各ノードにおいて経路を構成できる条件などをそれぞれ表わしている。図３１（Ｂ）の例では、ノードＶ’とノードＶ”のそれぞれの重みｗ’とｗ”について、ｗ≦ｗ’の場合、重みｗ’とｗ”とが閾値（Θ）以上の条件（ｗ’≧Θ−ｗ、ｗ”≧Θ―ｗ）を満たせば、ノードＶ’とノードＶ”は経路が構成できる。
【０２６９】
ただし、図３２に示すように、ｗ＞ｗ’で、かつ、ｗ’＋ｗ”＜Θの場合、閾値（Θ）以上の条件を満たすことができず、ノードＶ’とノードＶ”との間に経路が構成できない。経路を構成できるかは、例えば、重みに対する閾値以上となるか否かにより、すなわち適応度以上か否かにより判別することが可能となる。
【０２７０】
経路選択指標と適応度の求め方は、例えば、以下のようにすることができる。例えば、測定された経路品質指標には、複数種類の経路品質指標があるものとする。例えば、経路品質指標としては、無線品質やホップ数、無線資源の余力などがあり、これらの指標がすべて測定されたものとする。
【０２７１】
例えば、アンカーＡＰ３００（＝スタート）から端末５００（＝ゴール）までのある経路品質指標（Ａ）が「４０」、また別の経路品質指標（Ｂ）が「６０」、さらに別の経路品質指標（Ｃ）が「８０」の値とする。この場合、例えば、経路品質指標（Ａ）は無線品質のうちパケットロス率、経路品質指標（Ｂ）は無線品質のうちエラー頻度、経路品質指標（Ｃ）はノイズ率などとすることができる。経路品質指標（Ａ）などの例は一例であり、ホップ数や無線リソースの残余率など他の指標でもよい。
【０２７２】
このような場合、アンカーＡＰ３００は、経路品質指標（Ａ）から（Ｃ）に対して、経路品質指標のうち最大値である「８０」を有する経路品質指標（Ｃ）を経路選択指標とすることができる。例えば、経路品質指標（Ｃ）はノイズ率であるため、経路選択指標としてノイズ率を採用することができる。この場合、アンカーＡＰ３００は「８０」を適応度とすることもできる。
【０２７３】
また、アンカーＡＰ３００は、経路品質指標（Ａ）から（Ｃ）に対して、最小値である「４０」を有する経路品質指標（Ａ）を経路選択指標とすることもできる。この場合、経路品質指標（Ａ）はパケットロス率のため、アンカーＡＰ３００はパケットロス率を経路選択指標とすることができる。この場合、アンカーＡＰ３００は「４０」を適応度とすることができる。
【０２７４】
さらに、アンカーＡＰ３００は、経路品質指標（Ａ）から（Ｃ）に対して、平均値である「６０」を有する経路品質指標（Ｂ）を経路選択指標とすることができる。例えば、アンカーＡＰ３００はエラー頻度を経路選択指標とすることもできる。この場合、アンカーＡＰ３００は「６０」を適応度とすることもできる。
【０２７５】
上述した例においては、例えば、測定指標抽出処理（Ｓ１５）は、経路品質指標（Ａ）や（Ｂ）、（Ｃ）などが選択されることに対応する。また、閾値「Ｑ」を満足するか否かは（Ｓ１６）、各指標の最大値「８０」以上の経路品質指標があるか否かなどに対応する。閾値「Ｑ」が例えば最大値「８０」などに対応する。さらに、抽出結果評価（Ｓ１８）は、例えば、最大値「８０」以上の経路品質指標（Ｃ）について、適応度「８０」を満たす経路として、経路１か、経路２かなどを比較評価することに対応する。
【０２７６】
また、アンカーＡＰ３００は、「測定指標抽出」の処理（Ｓ１５）として、例えば、以下のようにして経路品質指標を抽出することもできる。すなわち、アンカーＡＰ３００は、測定された経路品質指標に対して重み付けをし、その結果に基づいて経路選択指標を求めることもできる。例えば、以下のように重み付けにより経路選択指標を求めることもできる。
【０２７７】
例えば、上述した例において、各経路品質指標（Ａ）から（Ｃ）は、その差が「４０」であり、幅として「４０」を有している。この幅「４０」を、各経路品質指標（Ａ）から（Ｃ）の共通領域（領域α）の幅とし、共通した評価を示した値であると考えて、その重みは「３／３＝１」とすることができる。
【０２７８】
また、品質経路指標（Ｂ）と（Ｃ）の領域（領域β）においては、幅「２０」について、その重みは、全体の品質経路指標（Ａ）から（Ｃ）に対して「２／３＝０．６６」とすることができる。
【０２７９】
さらに、品質経路指標（Ｃ）だけの領域（領域γ）においては、幅「０」について、その重みは、全体の品質経路指標（Ａ）から（Ｃ）に対して「１／３＝０．３３」とすることができる。
【０２８０】
そして、以下の式として総合評価値が表現されることができる。
【０２８１】
【数１】
式（１）において、μ（｛Ａ，Ｂ，Ｃ｝）は領域αの重み（例えば「１」）、ｈ（Ａ）は領域αの幅（例えば「４０」）である。また、μ（｛Ｂ，Ｃ｝）は領域βの重み（例えば「０．６６」）、ｈ（Ｂ）−ｈ（Ａ）は領域βの幅（例えば「２０」）である。さらに、μ（｛Ｃ｝）は領域γの重み（例えば「０．３３」）、ｈ（Ｃ）−ｈ（Ｂ）は領域γの幅（例えば「２０」）である。
【０２８２】
図３３は総合評価値をまとめた結果の例を表わしている。ただし、総合評価値に対して基準εを総合評価値に適用している。例えば、基準εを「０．７５」としたとき、総合評価値は「６８．９８」となる。
【０２８３】
図３３の例では、例えば、経路品質指標が最大値（例えば「８０」）の指標を経路選択指標とすることができるし、３つの経路品質指標を重み付けした指標を経路選択指標とすることができる。３つの指標を重み付けする場合、例えば、パケットロス率とエラー頻度、及びノイズ率を経路選択指標とすることができ、これらの経路品質指標について重み付けした値（例えば総合評価値の「６８．９８」）を適応度とすることができる。基準εの適用の仕方によっては、３つの経路品質指標のうち、任意の２つの経路品質指標を経路選択指標とすることができ、基準εを適用した値が適応度とすることもできる。
【０２８４】
このような式（１）を用いた計算は、例えば、アンカーＡＰ３００の処理部３２３において、最終的なドリフトＡＰ経路管理表に記憶されてＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔを各々読み出すことで計算することができる。この場合、処理部３２３は、アンカーＡＰ３００（＝スタート）から端末５００（＝ゴール）までの経路品質指標については、各経路の経路品質指標を加算した値を用いることもできる。
【０２８５】
このように総合評価値に基づいて経路選択指標を求めるのは一例であって、それ以外の手法により経路選択指標や適応度を求めたりすることも可能である。
【０２８６】
例えば、多変量解析法に基づいて適応度を求めることもできる。例えば、経路品質指標を５段階に量子化（例えば、−２，−１，０，１，２，３）する。経路品質指標が２要素の場合（例えば、経路品質指標として「パケットロス率」と「ホップ数」などの２要素）、測定した経路品質指標について、（１，３）と（２，−１）とが得られたとする。この場合の適応度の求め方として、図３４に示す行列式により演算することで、適応度「−７」を得ることもできる。また、経路品質指標が３要素の場合（例えば、「パケットロス率」、「ホップ数」、及び「無線品質の残余率」など）、測定した経路品質指標について量子化した場合、（１，２，３）と（３，２，１）、及び（−１，−２，−１）が得られたとする。この場合、適応度は量子化された経路品質指標を行列式により演算することで、例えば、「−８」となる（例えば、図３４（Ｂ））。
【０２８７】
適応度の求め方としては、さらに、クラスター分析法の一つであるＫ平均法により求めることもできる。例えば、予め各経路品質指標の中心値（又は基準値）を定め、ある時点における測定された経路品質指標との差分を求め、最も中心値に近い測定された経路品質指標を適応度とすることもできる。
【０２８８】
さらに、適応度の求め方としては、さらに、以下のようなものがある。例えば、ある２つの経路において、経路品質指標（I）、（II）について、構成要素（Ａ）と（Ｂ）とがある場合において、それぞれの観測値が図３５（Ａ）に示す値が得られたとする。
【０２８９】
ここで、経路品質指標における構成要素とは、例えば、無線区間の伝送品質に関するものや各ノードの無線資源量に関するものを区分する意味で用いられ、属性ごとの測定事象のことである。例えば、品質に関する属性に属する構成要素（例えば構成要素（Ａ））は、パケットロス率、電界強度などの測定事象となる。また、各ノードの無線資源量に属する構成要素（例えば構成要素（Ｂ））は無線リソースの残存率、ある無線チャネルの使用率などの測定事象である。
【０２９０】
また、これらの構成要素（Ａ）と（Ｂ）が経路選択に与える重要度（又は影響度）がそれぞれ「０．９」とする。ここで、「重要度」は、構成要素が経路選択に与える値又は度合などである。「重要度」は、構成要素ごとに異なる値でもよいし、同じ値となってもよい。そして、ウェイト評価法に基づいて、経路選択決定の経路選択指標を求めると、以下のようになる。
【０２９１】
経路選択指標（I）＝９０×０．９＋２０×０．９＝９９
経路選択指標（II）＝６０×０．９＋６０×０．９＝１０１
この結果、より大きな値が良好な経路であるとしたとき、アンカーＡＰ３００は経路選択指標（II）（例えば、無線リソースの残存率とある無線チャネルの使用率など）を経路選択指標として、「１０１」を適応度として決定することができる。この場合、アンカーＡＰ３００は小さい値の「９９」を適応度とすることもできる。
【０２９２】
さらに、適応度の求め方としては、以下のようなものがある。例えば、３つの経路において、経路品質指標（I）、（II）、及び（III）について、構成要素（Ａ）と（Ｂ）とがある場合において、それぞれの観測値が図３５（Ｂ）に示す値が得られたとする。
【０２９３】
そして、アンカーＡＰ３００は、各経路品質指標に対して１００点を最高点としたスケーリングを行い、スケーリングした各要素に対して重み付けを行う。図３５（Ｃ）はスケーリングを行った結果の例を表わしている。
【０２９４】
重み付けに関しては、例えば、構成要素（Ａ）及び（Ｂ）の双方については重み（例えば、重みは重要度でもよい）を「１．０」、構成要素（Ａ）だけに対する重みを「０．５」、構成要素（Ｂ）だけに対する重みを「０．３」とする。ここで、経路選択指標は、例えば、各経路品質指標の各構成要素の全体集合と各構成要素の寄与する度合の総合評価と見なすこともできる。例えば、ファジィ積分法により総合評価を行うことも可能であり、これを用いると、アンカーＡＰ３００は、
経路選択指標（I）→（１∧０．６５∧０．９５）∨（０．５∧０．６５）∨（０．３∧０．９０）＝０．６５
経路選択指標（II）→（１∧０．９０∧０．５５）∨（０．５∧０．９５）∨（０．３∧０．５５）＝０．５５
経路選択指標（III）→（１∧０．８０∧０．７０）∨（０．５∧０．８０）∨（０．３∧０．７０）＝０．７０
と演算することができる。この結果、例えば、より大きな値が良好な経路としたとき、アンカーＡＰ３００は、経路選択指標（III）を経路選択指標として採用し、「０．７０」を適応度とすることができる。
【０２９５】
以上のようにして、アンカーＡＰ３００は、最適経路を探索するためのルールとして、例えば、ある経路選択指標を選択し、最適経路を選択するための基準として適応度を選択することができる。以上により、アンカーＡＰ３００は、図６に示す「測定事象抽出」の処理（Ｓ１５）を行うことができる。
【０２９６】
次いで、アンカーＡＰ３００は経路選択指標について、抽出した条件が、例えば、アンカーＡＰ３００は抽出した経路選択指標について適応度として閾値（以下、Ｑと略す）を満たすか否かを判定することで、適応度を満たす経路の候補を選択することができる（Ｓ１６）。
【０２９７】
アンカーＡＰ３００は、抽出した条件がＱ以上でないとき（Ｓ１６でＮｏ）、再度、測定事象抽出処理（Ｓ１５）を行い、他の経路選択指標と適応度を抽出することにしている。
【０２９８】
一方、アンカーＡＰ３００は、抽出した条件がＱ以上のとき（Ｓ１６でＹｅｓ）、ハンドオーバ要求の有無を判別する（Ｓ１７）。ハンドオーバ要求は、本第２の実施の形態では、例えばアンカーＡＰ３００が送信することができる。アンカーＡＰ３００がＨＯ要求を送信する状態ではないとき（Ｓ１７でＮｏ）、経路品質指標測定処理に移行して上述の処理を繰り返す。例えば、アンカーＡＰ３００の処理部３２３は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含まれる無線区間の経路品質指標が閾値以下のとき、当該無線区間におけるドリフトＡＰ４００または端末５００についてハンドオーバすることを決定することができる。よって、アンカーＡＰ３００の処理部３２３はこのような決定の有無により、ハンドオーバ要求を送信する状態であるか否かを判定することができる。
【０２９９】
一方、アンカーＡＰ３００は、ハンドオーバ要求を送信できる状態のとき（Ｓ１７でＹｅｓ）、抽出結果評価処理を行う（Ｓ１８）。抽出結果評価処理としては、上述したように、例えば、アドホックネットワークが採用した経路決定のルールに基づき、どの指標を適応度として比較するのか等が行われる。本抽出結果評価処理は、例えば、後段の「最適経路決定処理」に先立ち、新経路として「経路１」か「経路２」かなどを比較評価する処理となる。
【０３００】
＜４．４ 「最適経路決定」について＞
次に、図６の「最適経路決定」についての処理の詳細について説明する。図３６から図４０は「最適経路決定」の処理を説明するための図である。本例では、「最適経路決定」の処理が行われる場合として、ハンドオーバが適用された場合の例で説明することにする。最初に、図３６から図３８を用いてハンドオーバが適用された場合の「最適経路決定」の処理について説明し、図３９及び図４０を用いて他の処理の例について説明することにする。
【０３０１】
＜４．５ ＨＯが適用された場合の動作＞
図３６はアドホックネットワークシステム１０の構成例を表わしている。この例では、端末５００はアンカーＡＰ＃ａ（３００−ａ）に接続し、ハンドオーバにより、２つのドリフトＡＰ＃１（４００−１），＃２（４００−２）の双方と無線通信できる範囲に移動する例を表わしている。端末５００が移動した場合、アンカーＡＰ＃ａ（３００−ａ）から端末５００へ向かう経路としては、ドリフトＡＰ＃１（４００−１）を介した経路と、ドリフトＡＰ＃２（４００−２）を介した経路の２つの経路がある。アンカーＡＰ＃ａ（３００−ａ）は、端末５００との間で初期設定（図６のＳ１３）を行った後、経路品質指標測定（Ｓ１３）を行い、測定指標抽出（Ｓ１５）から最適経路決定（Ｓ１９）までの処理を行うことで、最適経路を選択することができる。なお、説明の容易のため、以下の動作例においては管理帳票追加生成（Ｓ１４）の処理は行われないものとする。
【０３０２】
図３７は、このような状況において、アドホックネットワークシステム１０における各処理の動作例を表わすシーケンス図である。図３７の例では、初期設定（Ｓ１２）が既に行われたものとし、経路品質指標測定（Ｓ１３）以降の処理のシーケンス図を表わしている。
【０３０３】
アンカーＡＰ＃ａ（３００−ａ）は、最終的なドリフトＡＰ経路管理表に基づいて、端末５００とドリフトＡＰ＃１（４００−１），＃２（４００−２）に対して、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求をそれぞれ送信する（Ｓ１４１〜Ｓ１４３）。
【０３０４】
次いで、アンカーＡＰ＃ａ（３００−ａ）は、端末５００とドリフトＡＰ＃１（４００−１），＃２（４００−２）から、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信する（Ｓ１４４〜Ｓ１４６）。Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔには、例えば、端末５００やドリフトＡＰ＃１（４００−１），＃２（４００−２）において測定などした経路品質指標が含まれる。
【０３０５】
次いで、アンカーＡＰ＃ａ（３００−ａ）は、図６におけるＳ１４からＳ１９までの処理を行う。例えば、アンカーＡＰ＃ａ（３００−ａ）は、複数の経路選択指標のうち、最大値（例えば図３３の最大値「８０」）を有する経路選択指標を抽出し、当該最大値を適応度とすることを決定する（Ｓ１５，Ｓ１６でＹｅｓ）。そして、アンカーＡＰ＃ａ（３００−ａ）は、端末５００とアンカーＡＰ＃ａ（３００−ａ）間の無線区間における経路品質指標がハンドオーバ用の閾値以下であることを検出するとハンドオーバ要求あり（Ｓ１７でＹｅｓ）と判定する。さらに、アンカーＡＰ＃ａ（３００−ａ）は、経路選択のルールとして、抽出した経路選択指標について適応度を満たす（又は適応度以上の）経路を選択して、選択した経路を最適経路として決定する（Ｓ１８，Ｓ１９）。例えば、アンカーＡＰ＃ａ（３００−ａ）は、無線リソースの残余率（＝経路選択指標）が最大値「８０」以上（＝適応度）の経路として、ドリフトＡＰ＃２（４００−２）を介した経路を最適経路として決定することができる。この場合、ドリフトＡＰ＃１（４００−１）を介した経路についても抽出結果評価処理（Ｓ１８）において、無線リソースの残余率が最大値「８０」以上か否かが評価される。しかし、ドリフトＡＰ＃１（４００−１）を介した経路の無線リソースの残余率は最大値「８０」より小さいものであったため（Ｓ１８）、最適経路とならないことが決定されることになる（Ｓ１９）。
【０３０６】
したがって、アンカーＡＰ＃ａ（３００−ａ）は、最適経路として選択した経路上にあるドリフトＡＰ＃２（４００−２）に対して、ハンドオーバ要求を送信することができる（Ｓ１４７。図６ではＳ２０）。例えば、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３は、最終的なドリフトＡＰ経路管理表に記憶されたアンカーＡＰ＃ａ（３００−ａ）とドリフトＡＰ＃１（４００−１）における経路品質指標と、アンカーＡＰ＃ａ（３００−ａ）とドリフトＡＰ＃２（４００−２）における経路品質指標とを読み出す。そして、処理部３２３は、経路品質指標から経路選択指標（例えば無線リソースの残余率）を抽出し（Ｓ１５）、適応度を満たす（例えば「８０」以上）（Ｓ１６でＹｅｓ）ものを経路選択のルールとして決定し、当該ルールを満たす経路（例えばドリフトＡＰ＃２（４００−２）を介した経路）を最適経路として選択する（Ｓ１８，Ｓ１９）。処理部３２３は、最適経路を選択したとき、ハンドオーバ要求を生成し、信号生成部３２１などを介してドリフトＡＰ＃２（４００−２）にハンドオーバ要求を送信する。
【０３０７】
アンカーＡＰ＃ａ（３００−ａ）は、ハンドオーバ要求を送信すると、経路切替処理を行う（Ｓ１４９）。一方、ドリフトＡＰ＃２（４００−２）も、ハンドオーバ要求を受信すると経路切替処理を行う（Ｓ１４８）。例えば、アンカーＡＰ＃ａ（３００−ａ）は、端末５００との無線通信を行う場合の経路として、端末５００と直接無線通信を行う経路から、ドリフトＡＰ＃２（４００−２）を経由した経路に切替えるよう処理を行う。また、ドリフトＡＰ＃２（４００−２）も、アンカーＡＰ＃ａ（３００−ａ）と端末５００と通信を行うように経路を切替える処理を行う。
【０３０８】
経路切替処理としては、例えば、アンカーＡＰ＃ａ（３００−ａ）からドリフトＡＰ＃２（４００−２）を経由して端末５００に至る経路となるように、ルーティングテーブルを書き換えることで処理が行われることができる。あるいは、このようなルーティングテーブルの書き換えによる経路切替え処理がアンカーＡＰ＃ａ（３００−ａ）において行われ、ドリフトＡＰ＃２（４００−２）において行われないようにすることができる。この場合、例えば、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３は、メモリ３４１などに記憶したルーティングテーブルに従って、端末５００宛てのデータについてドリフトＡＰ＃２（４００−２）に送信し、さらに、送信データにドリフトＡＰ＃２（４００−２）を経由して送信することを表わす経路情報も付加して送信する。これにより、ドリフトＡＰ＃２（４００−２）では、経路切替え処理などを行わなくても、経路情報に従って、受信したデータを端末５００に送信することができる。このことは、例えば、ホップ数が１以上の場合でも、同様に経路情報が付加されることで、途中のドリフトＡＰ４００などは受信したデータをどこに送信すればよいのか判別することができる。
【０３０９】
図２７に戻り、ドリフトＡＰ＃２（４００−２）は経路切替え処理を行うと、ハンドオーバ要求に対するＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡｃｋをアンカーＡＰ＃ａ（３００−ａ）に送信する（Ｓ１５０）。以降の処理（Ｓ１５１〜Ｓ１５８）は、例えば、公知のハンドオーバ手順により実行される処理であるため説明を省略する。
【０３１０】
図２７に示すように、本第２の実施の形態におけるアンカーＡＰ＃ａ（３００−ａ）は、端末５００がハンドオーバするときに、アンカーＡＰ＃ａ（３００−ａ）自身がハンドオーバ要求を生成し、ハンドオーバ先のドリフトＡＰ＃２（４００−２）にハンドオーバ要求を送信している。従って、ドリフトＡＰ＃１（４００−１），＃２（４００−２）や端末５００は、ハンドオーバ要求を送信するなどの処理を行わなくでもよく、ハンドオーバ要求を送信する場合と比較して、処理の軽減を図ることができる。また、これにより、アドホックネットワーク１０に流通する情報量も削減することができる。
【０３１１】
図３８も、ハンドオーバが適用された場合の動作例を表わす図である。アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）とドリフトＡＰ＃２（４００−２）〜＃４（４００−４）の関係例は、例えば、図２１に示される。
【０３１２】
図２１に示すように、端末５００はドリフトＡＰ＃２（４００−２）とアンカーＡＰ＃ａ（３００−ａ）を経由した経路により通信を行っており、その後、ドリフトＡＰ＃２（４００−２）のゾーンからドリフトＡＰ４００＃３（４００−３）のゾーンに移動している例を表わしている。端末５００の移動後、経路としては、例えば、
１）アンカーＡＰ＃ａ（３００−ａ）〜ドリフトＡＰ＃２（４００−２）〜ドリフトＡＰ＃３（４００−３）、
２）アンカーＡＰ＃ａ（３００−ａ）〜ドリフトＡＰ＃３（４００−３）、
３）アンカーＡＰ＃ｂ（３００−ｂ）〜ドリフトＡＰ＃３（４００−３）、
４）アンカーＡＰ＃ｂ（３００−ｂ）〜ドリフトＡＰ＃４（４００−４）〜ドリフトＡＰ＃３（４００−３）
の４つの経路がある。図３８は、アンカーＡＰ＃ａ（３００−ａ）において、最適経路として経路４）が選択された場合の動作例を表わすシーケンス図である。
【０３１３】
アンカーＡＰ＃ａ（３００−ａ）とアンカーＡＰ＃ｂ（３００−ｂ）は、初期設定（Ｓ１２）により隣接関係を生成することができ、例えば図２８（Ａ）及び図２８（Ｂ）に示す隣接関係リストを生成する（Ｓ１２）。
【０３１４】
そして、アンカーＡＰ＃ａ（３００−ａ）は、配下又は配下の候補となるドリフトＡＰ＃２（４００−２）〜＃４（４００−４）と端末５００からＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信することができる（Ｓ１６０，Ｓ１６３，Ｓ１６４，Ｓ１６７，Ｓ１６８）。図３８に示す例では、アンカーＡＰ＃ａ（３００−ａ）は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求をドリフトＡＰ＃２（４００−２）〜＃４（４００−４）に送信することで（Ｓ１６１，Ｓ１６２，Ｓ１６５，Ｓ１６６）、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信している。
【０３１５】
アンカーＡＰ＃ａ（３００−ａ）は、最終的なドリフトＡＰ経路管理表に記憶された経路品質指標に基づいて、Ｓ１４からＳ１９までの処理を行い、最適経路として経路４）を選択する。アンカーＡＰ＃ａ（３００−ａ）は、選択した経路４）により端末５００と通信を行うようにするため、アンカーＡＰ＃ｂ（３００−ｂ）に対してハンドオーバ要求を送信する（Ｓ１７０）。
【０３１６】
アンカーＡＰ＃ｂ（３００−ｂ）は、ハンドオーバ要求を受け取ると、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡｃｋをアンカーＡＰ＃ａ（３００−ａ）に送信する（Ｓ１７１）。これにより、ハンドオーバが許可されて、ハンドオーバ処理（Ｓ１７２〜Ｓ１８０）が行われる。経路４）の経路情報は、例えば、アンカーＡＰ＃ｂ（３００−ｂ）において端末５００宛てのデータに付加することができる。これにより、経路４）上のドリフトＡＰ＃４（４００−４）とドリフトＡＰ＃３（４００−３）は、受信したデータをどこに送信するかを判別することができる。
【０３１７】
図３８に示すように、最適経路選択の処理は、アンカーＡＰ＃ａ（３００−ａ）にて行われ、ドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００において行われることもない。また、これに伴いドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００が経路情報を収集するような処理も行われない。従って、ドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００において経路選択に関わる処理負担は、ドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００自身が処理する場合と比較して少なくなる。結果として、アドホックネットワークシステム１０内における情報の流通に支障を及ぼさないようにすることができる。
【０３１８】
図３９及び図４０もハンドオーバが適用された場合の動作例をそれぞれ表わしている。図３９はドリフトＡＰ＃１（４００−１）〜＃３（４００−３）、端末５００、及びアンカーＡＰ３００の関係例を表わしており、図４０はハンドオーバが適用された場合の動作例を表わすシーケンスチャートである。
【０３１９】
この例では、図３９に示すように、アンカーＡＰ３００と端末５００はドリフトＡＰ＃１（４００−１）を経由した経路（図３９において太線で示される）により無線通信を行っているとする（図３９において太線で示す経路）。そして、端末５００の移動に伴って、アンカーＡＰ３００は最適経路として、「アンカーＡＰ〜ドリフトＡＰ＃１（４００−１）〜ドリフトＡＰ＃３（４００−３）」の経路（図３９において一点鎖線で示す経路）が選択された場合の例を表わしている。図４０はこの経路が選択された場合の動作例を表わしている。
【０３２０】
図４０に示すように、アンカーＡＰ３００は経路選択処理（Ｓ２０１、例えば図６のＳ１４〜Ｓ１９までの処理）により、上記経路を選択すると、ドリフトＡＰ＃１（４００−１）にハンドオーバ要求を送信する（Ｓ２０２）。
【０３２１】
ドリフトＡＰ＃１（４００−１）は、当該ハンドオーバ要求をターゲットノードとなるドリフトＡＰ＃２（４００−２）に送信する（Ｓ２０３）。例えば、アンカーＡＰ３００によりハンドオーバ要求の送信先を示す経路情報（最適経路の経路情報）が付加されて、この経路情報に従って、ドリフトＡＰ＃１（４００−１）は、ハンドオーバ要求をドリフトＡＰ＃２（４００−２）に送信することができる。
【０３２２】
ドリフトＡＰ＃２（４００−２）は、ハンドオーバ要求を受信すると、ハンドオーバ要求ＡｃｋをドリフトＡＰ＃１（４００−１）に送信する（Ｓ２０４）。例えば、ドリフトＡＰ＃２（４００−２）も、ハンドオーバ要求に付加された経路情報を、ハンドオーバ要求Ａｃｋに付加して送信することもできる。
【０３２３】
ドリフトＡＰ＃１（４００−１）は、ドリフトＡＰ＃２（４００−２）から受信したハンドオーバ要求ＡｃｋをアンカーＡＰ３００に送信する（Ｓ２０５）。例えば、ドリフトＡＰ＃１（４００−１）は、ハンドオーバ要求Ａｃｋに付加された経路情報に従って、ハンドオーバ要求ＡｃｋをアンカーＡＰ３００に送信することができる。以降は、例えば、公知のハンドオーバ処理が行われる。
【０３２４】
図４０に示すように、本例においても、アンカーＡＰ３００において経路選択処理が行われており、ドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００などで行われる場合と比較して、ドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００における処理軽減を図ることができる。また、処理軽減の結果として、経路選択に係る処理によって、アドホックネットワークシステム１０内における情報の流通に支障を及ぼさないようにすることができる。
【０３２５】
［その他の実施の形態］
次にその他の実施の形態について説明する。図４１から図４２（Ｂ）は、アンカーＡＰ３００、ドリフトＡＰ４００（又は端末５００）、及びＭＭＥ２００のハードウェアブロックの構成例をそれぞれ表わす図である。
【０３２６】
図４１に示すように、アンカーＡＰ３００は、更に、ＣＰＵ３６０、ＲＯＭ（Read Only Memory）３６１、ＲＡＭ（Random Access Memory）３６２を備える。なお、図４１に示すアンカーＡＰ３００のハードウェアブロックの構成例において、ＣＰＵ３６０は、例えば、第１の実施の形態における制御部３７０に対応する。
【０３２７】
例えば、ＣＰＵ３６０は、第２の実施の形態におけるアンカーＡＰ３００の制御部３２０に対応する。すなわち、ＣＰＵ３６０は、例えば、第２の実施の形態における信号生成部３２１、信号分析部３２２、処理部３２３、データ送信部３２４、及び制御情報受信部３２５に対応する。ＣＰＵ３６０は、ＲＯＭ３６１に記憶されたプログラムを適宜読み出して、ＲＡＭ３６２にロードして、当該プログラムを実行することができる。ＣＰＵ３６０におけるプログラムの実行により、例えば、処理部３２３などで行われる処理を実現することもできる。
【０３２８】
図４２（Ａ）はドリフトＡＰ４００（又は端末５００）のハードウェアブロックの構成例を表わしている。ドリフトＡＰ４００は、更に、ＣＰＵ４６０、ＲＯＭ４６１、ＲＡＭ４６２を備える。例えば、ＣＰＵ４６０は、第２の実施の形態におけるドリフトＡＰ４００の制御部４２０に対応する。すなわち、ＣＰＵ４６０は、例えば、第２の実施の形態における信号生成部４２１、信号分析部４２２、及び処理部４２３に対応する。ＣＰＵ４６０は、ＲＯＭ４６１に記憶されたプログラムを適宜読み出して、ＲＡＭ４６２にロードして、当該プログラムを実行することができる。ＣＰＵ４６０におけるプログラムの実行により、例えば、処理部４２３などで行われる処理を実現することができる。図４２に示すドリフトＡＰ４００（又は端末５００）のハードウェアブロックの構成例は、例えば、第１の実施の形態における第２、第３、及び第４のノード装置４００−１〜４００−３にそれぞれ対応し、それぞれにおいて実施することができる。
【０３２９】
図４２（Ｂ）はＭＭＥ２００のハードウェアブロックの構成例を表わしている。ＭＭＥ２００は、更に、ＣＰＵ２６０、ＲＯＭ２６１、及びＲＡＭ２６２を備える。例えば、ＣＰＵ２６０は、第２の実施の形態におけるＭＭＥ２００の制御部２２０に対応する。ＣＰＵ２６０は、ＲＯＭ２６１に記憶されたプログラムを適宜読み出して、ＲＡＭ２６２にロードして、当該プログラムを実行することができる。ＣＰＵ２６０におけるプログラムの実行により、例えば、制御部２２０で行われる処理を実現することができる。
【０３３０】
以上まとめると付記のようになる。
【０３３１】
（付記１）
ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおいて、
前記第１のノード装置は、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択する制御部を備え、
前記第１のノード装置と前記第４のノード装置は、選択された前記第１の経路又は前記第２の経路上に位置する前記第２のノード装置又は前記第３のノード装置を介して無線通信を行うことを特徴とする通信ネットワークシステム。
【０３３２】
（付記２）
前記制御部は、前記第４のノード装置が前記第２又は第３のノード装置にハンドオーバするときに前記第１の経路又は第２の経路を選択し、
前記第１の無線部は、選択された前記第１又は第２の経路上に位置する前記第２又は第３のノード装置に対して、ハンドオーバを要求するメッセージを送信することを特徴とする付記１記載の通信ネットワークシステム。
【０３３３】
（付記３）
前記第２及び第３のノード装置は、前記第１のノード装置との間においてそれぞれ観測した経路選択指標を前記第１のノード装置に送信し、
前記第４のノード装置は、前記第２及び第３のノード装置との間においてそれぞれ観測した経路選択指標を前記第２及び第３のノード装置を介して前記第１のノード装置にそれぞれ送信し、
前記制御部は、前記第２、第３、及び第４のノード装置からそれぞれ送信された経路選択指標に対して前記適応度に基づいて経路選択のルールを決定することを特徴とする付記１記載の通信ネットワークシステム。
【０３３４】
（付記４）
前記制御部は、前記ネットワークに接続された第５のノード装置を介して前記第４のノード装置に至る第３の経路があるとき、前記第１、第２、及び第３の経路状態をそれぞれ示す経路選択指標に対して前記適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１、第２、又は第３の経路を選択することを特徴とする付記１記載の通信ネットワークシステム。
【０３３５】
（付記５）
前記第２及び第３のノード装置は、前記第１のノード装置との間においてそれぞれ観測した経路選択指標を前記第１のノード装置に送信し、
前記第４のノード装置は、前記第２及び第３のノード装置との間においてそれぞれ観測した経路選択指標を前記第２及び第３のノード装置を介して前記第１のノード装置にそれぞれ送信し、更に、前記第５のノード装置との間において観測した経路選択指標を前記第５のノード装置を介して前記第１のノード装置に送信し、
前記制御部は、前記第２、第３、及び第４のノード装置からそれぞれ送信された経路選択指標に対して前記適応度に基づいて経路選択のルールを決定することを特徴とする付記４記載の通信ネットワークシステム。
【０３３６】
（付記６）
前記第５のノード装置は、前記第３の経路を介した前記第４のノード装置との接続関係を示す隣接関係リストを前記第１のノード装置に送信し、
前記制御部は、前記隣接関係リストに基づいて、前記第５のノード装置を介して前記第４のノード装置に対して前記経路選択指標の観測を要求することを特徴とする付記５記載の通信ネットワークシステム。
【０３３７】
（付記７）
更に、経路管理表を記憶する記憶部を備え、
前記経路管理表には、前記第２、第３、及び第４のノード装置からそれぞれ送信された経路選択指標が記憶され、
前記制御部は、前記第５のノード装置から送信された前記隣接関係リストに基づいて前記経路管理表を作成し前記記憶部に記憶することを特徴とする付記６記載の通信ネットワークシステム。
【０３３８】
（付記８）
前記制御部は、前記経路選択指標について重み付けした経路選択指標に対して前記適応度に基づいて経路選択のルールを決定することを特徴とする付記１記載の通信ネットワークシステム。
【０３３９】
（付記９）
前記制御部は、前記経路選択指標において第１及び第２の経路選択指標が含まれるとき、前記第１及び第２の経路選択指標のそれぞれに対して重み付けし、重み付けされた前記第１及び第２の経路選択指標に対して前記適応度に基づいて経路選択のルールを決定することを特徴とする付記１記載の通信ネットワークシステム。
【０３４０】
（付記１０）
ネットワークに接続され、第１及び第２のノード装置と無線通信を行い、前記第１及び第２のノード装置を介して第３のノード装置と無線通信を行うノード装置において、
前記第１のノード装置を介して前記第３のノード装置に至る第１の経路及び前記第２のノード装置を介して前記第３のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択する制御部と、
選択された前記第１の経路又は前記第２の経路上に位置する前記第１のノード装置又は前記第２のノード装置を介して前記第３のノード装置と無線通信を行う無線部と
を備えることを特徴とするノード装置。
【０３４１】
（付記１１）
ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおける経路選択方法であって、
前記第１のノード装置により、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択し、
選択された前記第１の経路又は前記第２の経路上に位置する前記第２のノード装置又は前記第３のノード装置を介して、前記第１のノード装置と前記第４のノード装置により、無線通信を行うことを特徴とする経路選択方法。
【符号の説明】
【０３４２】
１０：通信ネットワークシステム １００：コアネットワーク
２００：ＭＭＥ ２２０：制御部
３００（３００−ｎ，３００−ａ，３００−ｂ）：アンカーＡＰ
３０１，３０２：アンテナ ３１０：無線部
３２０：制御部
３２３：処理部（ここから） ３４１：メモリ
３５０：伝送路インタフェース部
４００（４００−１〜４００−９）：ドリフトＡＰ
４０１，４０２：アンテナ ４１０：無線部
４２０：制御部 ４２３：処理部
４４１：メモリ ５００：端末
【技術分野】
【０００１】
本発明は、通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法に関する。
【背景技術】
【０００２】
従来からアドホックネットワークシステムと呼ばれるネットワークシステムがある。アドホックネットワークシステムとは、例えば、基地局などを介さずに端末装置やノード装置が互いに無線通信を行うことができるネットワークシステムである。
【０００３】
アドホックネットワークシステムでは、例えば、ノード装置などは他のノード装置から送信された無線信号をさらに別のノード装置に中継したりすることもでき、自立分散型ネットワークシステムと称される場合がある。例えば、アドホックネットワークシステムは、災害や事故などにおける警察車両間、報道中継における中継車間などにおいて、無線通信システムとして利用される場合がある。最近では、アドホックネットワークシステムは、例えば、ＩＴＳ（Intelligence Transport Systems:高度道路交通システム））における車車間通信システムにおいて利用される場合もある。
【０００４】
このようなアドホックネットワークシステムにおいては、例えば、あるノード装置から端末装置に至る経路において複数の経路があるとき、経路選択が行われることがある。例えば、あるノード装置は選択された経路により、データやメッセージなどを端末装置に送信することができる。
【０００５】
アドホックネットワークシステムにおける経路選択の手法としては、例えば、リアクティブ型（Reactive）とプロアクティブ型（Proactive）がある。
【０００６】
リアクティブ型は、例えば、各ノード装置が他のノード装置にメッセージなどをブロードキャストで送信し、他のノード装置もブロードキャストによる送信を繰り返して目的のノード装置への経路を発見する手法である。リアクティブ型の経路選択手法としては、例えば、ＡＯＤＶ（Ad Hoc On demand Distance Vector Algorithm）や、ＤＳＲ（Dynamic Source Routing Protocol）などがある。ＡＯＤＶによる経路選択手法では、例えば、目標となるノード装置のノードＩＤを含むＲＲＥＱ（Route Request）メッセージがブロードキャストにより周辺のノード装置に送信されて、周辺ノード装置もこれを繰り返すことで経路選択が行われる。しかし、リアクティブ型は、例えば、経路選択のためのメッセージがブロードキャストで送信されるため、ノード装置の数が増加すると、送信されるメッセージの数も増加し、ノード装置における経路選択に関する処理の負荷もその分だけ増加する。
【０００７】
一方、プロアクティブ型は、例えば、あるノード装置がメッセージなどを他のノード装置と交換することで、任意のノード装置の経路表（又はルーティングテーブル）を作成し、経路表により目的のノード装置への経路を発見する手法でもある。プロアクティブ型の経路選択手法としては、例えば、ＯＬＳＲ（Optimized Link State Routing Protocol）や、ＴＢＲＰＦ（Topology Broadcast based on Reversed-Path Forwarding Routing Protocol）などがある。ＯＬＳＲによる経路選択手法では、例えば、各ノード装置が周期的にＨＥＬＬＯメッセージを他のノード装置と交換して、各ノード装置の状態などを通知し合うことで経路表を作成し、経路表に基づいて経路が選択される。しかし、各ノード装置は、経路表を作成するためにメッセージのやりとりが行われ、全ノード装置のネットワークトポロジを認識するため、一定の時間がかかってしまう。
【０００８】
他方、経路選択の手法としては、例えば、以下のような技術がある。すなわち、マルチホップ無線通信を利用した無線ネットワークシステムにおいて、基地局が無線端末に対してデータフレームを送信し、各無線端末から送信された通信品質を集約して、各通信経路の通信品質を評価し、最適な通信経路を選択するようにしたものがある。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１０−３５０６８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した特開２０１０−３５０６８号公報に記載された技術の場合、基地局は専用のデータフレームを無線端末に送信しており、無線端末の数が増加すると、データフレームの送受信量も増加する。従って、無線端末の数の増加に対応して、データフレームが送受信される数も多くなるため、基地局では、経路選択の処理だけでなく、データフレームの送受信のための処理に対する負荷が大きくなる。無線端末においても、その数の増加に応じて、データフレームの受信処理や送信処理に対する負荷が大きくなる。よって、データフレームを送信する無線通信ネットワークシステム全体では、データフレームを送信しない場合と比較して、処理の負荷が大きくなる。
【００１１】
リアクティブ型の経路選択手法がワイヤレスのアドホックネットワークシステムにおける経路選択手法として適用される場合、例えば、以下のような課題がある。すなわち、無線通信においては、通信とは関係のない機器や端末の影響を受けること、通信品質が通信距離と周辺環境などに依存しさらに時間的変化も伴うなど、単純に最良の品質条件だけで経路が決定されることが最良の経路選択とは限らない場合がある。
【００１２】
従来技術の欄において説明したように、リアクティブ型の経路選択手法の場合、例えば、経路選択時の処理による通信量の増加がネットワークの負担となる。すなわち、アドホックネットワークシステムを構成するノード若しくは端末数が閾値より多くなると、ネットワーク負荷が急激に高くなり、通信が確立された他のノードへ影響を与え、経路そのものが確立できなくなる場合もある。
【００１３】
また、プロアクティブ型による経路選択手法でも、例えば、アドホックネットワークを構成する全ノードがネットワークトポロジを認識するための時間がかかり、リアクティブ型と同様に制御可能なスケールに限界が生じる。
【００１４】
一方、例えば、各ノード装置がリアクティブ型やプロアクティブ型などにより経路選択を行う場合、あるノード装置が解析されると、そのアドホックネットワークシステムにおける経路選択アルゴリズムなどが解析され、ネットワークのセキュリティが確保されない場合もある。アドホックネットワークシステムでは、例えば、各ノード装置が互いに無線通信を行っており、基地局がスケジューリングを行うような無線通信システムと比較すると、ノード装置が盗難されるなどして、経路選択アルゴリズムなどが解析される可能性は否定できず、ネットワークセキュリティに課題がある。
【００１５】
そこで、本発明の一目的は、経路選択の処理を低減することのできる通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法を提供することにある。
【００１６】
また、本発明の一目的は、セキュリティを確保できるようにした通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法を提供することにある。
【課題を解決するための手段】
【００１７】
一態様は、ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおいて、前記第１のノード装置は、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択する制御部を備え、前記第１のノード装置と前記第４のノード装置は、選択された前記第１の経路又は前記第２の経路上に位置する前記第２のノード装置又は前記第３のノード装置を介して無線通信を行う。
【発明の効果】
【００１８】
経路選択の処理の低減することのできる通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法を提供することができる。また、セキュリティを確保できるようにした通信ネットワークシステム、ノード装置、及び通信ネットワークシステムにおける経路選択方法を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】図１は通信ネットワークシステムの構成例を表わす図である。
【図２】図２はアドホックネットワークシステムにおける経路選択結果の例と、その構成例を表わす図である。
【図３】図３（Ａ）と図３（Ｂ）は経路選択の例をそれぞれ表わす図である。
【図４】図４はアンカーＡＰの構成例を表わす図である。
【図５】図５（Ａ）はドリフトＡＰ、図５（Ｂ）はＭＭＥの構成例をそれぞれ表わす図である。
【図６】図６はアンカーＡＰにおける動作例を表わすフローチャートである。
【図７】図７はドリフトＡＰにおける動作例を表わすフローチャートである。
【図８】図８（Ａ）はアンカーＡＰとドリフトＡＰの関係例を表わす図であり、図８（Ｂ）は登録処理の動作例を表わすシーケンス図である。
【図９】図９は登録処理のフローチャートの例を表わす図である。
【図１０】図１０（Ａ）及び図１０（Ｂ）はＩＰアドレス管理表の例をそれぞれ表わす図である。
【図１１】図１１はアンカーＡＰとドリフトＡＰの関係例を表わす図である。
【図１２】図１２は登録処理の動作例を表わすシーケンス図である。
【図１３】図１３（Ａ）はアンカーＡＰとドリフトＡＰの関係例を表わす図であり、図１３（Ｂ）は登録削除処理の動作例を表わすシーケンス図である。
【図１４】図１４は登録削除処理の動作例を表わすフローチャートである。
【図１５】図１５はアンカーＡＰとドリフトＡＰの関係例を表わす図である。
【図１６】図１６は登録処理の動作例を表わすシーケンス図である。
【図１７】図１７はアンカーＡＰとドリフトＡＰの関係例を表わす図である。
【図１８】図１８は登録処理の動作例を表わすシーケンス図である。
【図１９】図１９は最終的なドリフトＡＰ経路管理表の生成処理の例を表わすフローチャートである。
【図２０】図２０（Ａ）及び図２０（Ｂ）はドリフトＡＰ経路管理表の例をそれぞれ表わす図である。
【図２１】図２１はアドホックネットワークシステムの構成例を表わす図である。
【図２２】図２２はドリフトＡＰ経路管理表の例を表わす図である。
【図２３】図２３はドリフトＡＰ経路管理表の例を表わす図である。
【図２４】図２４はアンカーＡＰ、ドリフトＡＰ、及び端末の関係例を表わす図である。
【図２５】図２５はドリフトＡＰ経路管理表の例を表わす図である。
【図２６】図２６（Ａ）及び図２６（Ｂ）は隣接関係リストの例をそれぞれ表わす図である。
【図２７】図２７（Ａ）及び図２７（Ｂ）は隣接関係リストの例をそれぞれ表わす図である。
【図２８】図２８（Ａ）及び図２８（Ｂ）は隣接関係リストの例をそれぞれ表わす図である。
【図２９】図２９は最終的なドリフトＡＰ経路管理表の例を表わす図である。
【図３０】図３０は最終的なドリフトＡＰ経路管理表の例を表わす図である。
【図３１】図３１（Ａ）はノード装置と重みの関係例、図３１（Ｂ）及び図３１（Ｃ）は各ノードにおいて経路を構成できる条件の例をそれぞれ表わす図である。
【図３２】図３２は各ノードにおいて経路を構成できる条件の例を表わす図である。
【図３３】図３３は総合評価値の結果の例を表わす図である。
【図３４】図３４（Ａ）及び図３４（Ｂ）は適応度の演算の例をそれぞれ表わす図である。
【図３５】図３５（Ａ）から図３５（Ｃ）は経路指標に対する構成要素の観測値の例をそれぞれ表わす図である。
【図３６】図３６はアドホックネットワークシステムの構成例を表わす図である。
【図３７】図３７は動作例を表わすシーケンス図である。
【図３８】図３８は動作例を表わすシーケンス図である。
【図３９】図３９は経路選択の例を表わす図である。
【図４０】図４０は動作例を表わすシーケンス図である。
【図４１】図４１はアンカーＡＰのハードウェアブロックの構成例を表わす図である。
【図４２】図４２（Ａ）はドリフトＡＰ、図４２（Ｂ）はＭＭＥのハードウェアブロックの構成例をそれぞれ表わす図である。
【発明を実施するための形態】
【００２０】
以下、本発明を実施するための形態について説明する。
【００２１】
［第１の実施の形態］
最初に第１の実施の形態について説明する。図１は第１の実施の形態における通信ネットワークシステム１０の構成例を表わす図である。
【００２２】
通信ネットワークシステム１０は、ネットワーク１００、第１のノード装置３００、第２のノード装置４００−１、第３のノード装置４００−２、及び第４のノード装置４００−３（又は５００）とを備える。
【００２３】
第１のノード装置３００は、ネットワーク１００と接続され、第１及び第２のノード装置４００−１，４００−２とそれぞれ無線通信を行うことができる。また、第１のノード装置３００は、第２のノード装置４００−１又は第３のノード装置４００−２を中継して、第４のノード装置４００−３（又は５００）と無線通信を行うことができる。第２及び第３のノード装置４００−１，４００−２からすると、第１のノード装置３００と無線通信を行うことができ、さらに、第１のノード装置３００と第４のノード装置４００−３（又は５００）との間の無線通信について中継することもできる。
【００２４】
第１のノード装置３００は、第４のノード装置４００−３（又は５００）と無線通信を行うとき、第２のノード装置４００−１を介した第１の経路と、第３のノード装置４００−２を介した第２の経路とがある。
【００２５】
第１のノード装置３００は制御部３７０を備える。制御部３７０は、第１の経路及び第２の経路について、第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、第１の経路又は第２の経路を選択する。
【００２６】
第１のノード装置３００と第４のノード装置４００−３（又は５００）は、選択された第１又は第２の経路上に位置する第２のノード装置４００−１又は第３のノード装置４００−２を介して無線通信を行うことができる。
【００２７】
このように、本通信ネットワークシステム１０では、第１のノード装置３００が経路選択を行い、選択された経路に従って無線通信が行われる。よって、第２、第３、及び第４のノード装置４００−１，４００−２，４００−３（又は５００）がそれぞれ経路選択する場合と比較して、第１のノード装置３００で経路選択が行われるため、通信ネットワークシステム１０全体では経路選択の処理の低減を図ることができる。
【００２８】
また、本通信ネットワークシステム１０は、第１のノード装置３００において経路選択が行われるため、例えば、第２、第３、及び第４のノード装置４００−１，４００−２，４００−３（又は５００）が解析されても経路選択のルールは解析されることはない。従って、通信ネットワークシステム１０全体のセキュリティを確保することができる。
【００２９】
［第２の実施の形態］
次に第２の実施の形態について説明する。図２は本第２の実施の形態における通信ネットワークシステム１０の構成例を表わし、さらに、経路選択結果の一例を表わす図でもある。本第２の実施の形態においては、通信ネットワークシステム１０として、例えば、アドホックネットワークシステム１０を例にして説明することにする。
【００３０】
アドホックネットワークシステム１０においては、例えば、コアネットワーク１００と有線又は無線により接続された第１のノード装置＃ｎ（３００−ｎ），…は、第２のノード装置４００−１〜４００−９と無線通信を行うことができる。また、第２のノード装置４００−１〜４００−９は、第３のノード装置５００と第１のノード装置３００−ｎとの無線通信を中継することもできる。
【００３１】
この場合、例えば、第１のノード装置＃ｎ（３００−ｎ），…は、コアネットワーク１００に対して節点となり、固定したアクセスノードとなっている。第１のノード装置＃ｎ（３００−ｎ），…を「アンカーＡＰ（Access Point）」と称する場合がある。
【００３２】
また、例えば、第２のノード装置４００−１〜４００−９はコアネットワーク１００に対して直接の節点は持たず、移動可能なノード装置となっている。第２のノード装置４００−１〜４００−９を「ドリフトＡＰ」と称する場合がある。
【００３３】
さらに、例えば、第３のノード装置５００もコアネットワーク１００に対して直接の節点は持たず、移動可能なノード装置となっている。第３のノード装置５００を「端末装置」と称する場合がある。なお、ドリフトＡＰ４００−１〜４００−９と端末装置（以下、「端末」と称する場合がある）５００をまとめて「アクセスノード」と称する場合もある。
【００３４】
本第２の実施の形態では、アンカーＡＰ＃ｎ（３００−ｎ）をスタートとし、端末５００をゴールとして、例えばアンカーＡＰ＃ｎ（３００−ｎ）がその時点で最適となる経路を選択することで、経路選択に関する処理の低減を図り、さらにアドホックネットワーク１０のセキュリティを高めることができるようにしている。
【００３５】
なお、本第２の実施の形態におけるコアネットワーク１００は、例えば、第１の実施の形態におけるネットワーク１００に対応する。また、本第２の実施の形態におけるアンカーＡＰ３００は、例えば、第１の実施の形態における第１のノード装置３００に対応する。さらに、本第２の実施の形態におけるドリフトＡＰ４００は、例えば、第１の実施の形態における第２、第３、及び第４のノード装置４００−１，４００−２，４００−３（又は５００）に対応する。さらに、本第２の実施の形態における端末５００は、例えば、第１の実施の形態にける第４のノード装置４００−３（又は５００）に対応する。
【００３６】
以下本第２の実施の形態を以下説明する。説明の容易など考慮して以下の順番で説明することにする。
【００３７】
１）アドホックネットワークシステム１０の構成例（例えば、図２、図２１）
２）経路選択の一例（例えば、図３（Ａ）〜図３（Ｂ）、図２）
３）アンカーＡＰ、ドリフトＡＰ（又は端末）、ＭＭＥの構成例
３．１）アンカーＡＰの構成例（例えば、図４）
３．２）ドリフトＡＰの構成例（例えば、図５（Ａ））
３．３）ＭＭＥの構成例（例えば図５（Ｂ））
４）動作例
４．１）全体動作例
４．１．１）アンカーＡＰの全体動作例（例えば、図６）
４．１．２）ドリフトＡＰの全体動作例（例えば、図７）
４．２）初期設定処理と管理帳票追加生成処理（図６の「初期設定」、「管理帳票追加生成」、図８（Ａ）から図３０）
４．３）測定事象抽出処理と抽出結果評価（図６の「測定事象抽出」と「抽出結果評価」、図３３から図３５（Ｃ））
４．４）最適経路決定処理（図６の「最適経路決定」、図３１から図３５（Ｃ））
４．５）ＨＯが適用された場合の動作（例えば、図３６から図４０）
＜１．アドホックネットワークシステム１０の構成例＞
最初にアドホックネットワークシステム１０の構成例を説明する。図２または図２１はアドホックネットワークシステム１０の構成例を表わす図である。図２は経路選択の一例を表わしているが、本第２の実施の形態におけるアドホックネットワークシステム１０の構成例も含まれている。図２や図２１に表わされるように、アドホックネットワークシステム１０は、コアネットワーク１００、ＭＭＥ（Mobility Management Entity）２００、アンカーＡＰ＃ｎ（３００−ｎ），…、ドリフトＡＰ４００、及び端末５００とを備える。なお、以下において、アンカーＡＰ＃ｎ（３００−ｎ），…などについては特に断らない限り、アンカーＡＰ３００として説明することにする。
【００３８】
コアネットワーク１００は、例えば、公衆の移動通信ネットワークであり、コアネットワーク１００に接続された種々の装置により、端末５００やドリフトＡＰ４００などの位置情報や認証情報、課金管理などを行うことができるようになっている。
【００３９】
ＭＭＥ２００は、コアネットワーク１００に直接接続されて、新規にアドホックネットワークに接続するドリフトＡＰ４００から送信された接続要求に対して接続許可を発行することができる。また、ＭＭＥ２００は、同時に複数のドリフトＡＰ４００からの接続要求に対して排他処理などを行い、いずれかのドリフトＡＰ４００に対して接続許可を発行することができる。
【００４０】
アンカーＡＰ３００は、コアネットワーク１００に直接接続されて、最適経路を選択する経路選択処理を行うことができる。また、アンカーＡＰ３００は、最適経路選択後において、ドリフトＡＰ４００や端末５００に対してハンドオーバを制御することもできる。アンカーＡＰ３００における経路選択処理やハンドオーバ処理などの詳細は後述する。なお、本第２の実施の形態において、アンカーＡＰ３００とコアネットワーク１００とは、有線により接続されてもよいし、無線により接続されてもよい。
【００４１】
ドリフトＡＰ４００は、例えば、コアネットワーク１００と直接接続されておらず、アンカーＡＰ３００や端末５００と無線通信可能なノード装置として固定設置あるいは移動可能なものとなっている。ドリフトＡＰ４００は、アンカーＡＰ３００から送信された無線信号を受信したり、アンカーＡＰ３００に無線信号を送信することもできる。また、ドリフトＡＰ４００は、端末５００から送信された無線信号を中継してアンカーＡＰ３００に送信したり、アンカーＡＰ３００から送信された無線信号を中継して端末５００に送信することもできる。
【００４２】
なお、アンカーＡＰ３００の探索空間に存在する１又は複数のドリフトＡＰ４００を、例えば「ドリフトＡＰ」群と称する場合がある。ドリフトＡＰ群は、アンカーＡＰ３００から端末５００に至るまでの経路において、１又は複数のドリフトＡＰ４００を介した階層構成となっている。ドリフトＡＰ群においては、例えば、１ホップ以上の経路が存在する。図２の例では、ドリフトＡＰ群として、ドリフトＡＰ（４００−１）からドリフトＡＰ（４００−９）のドリフトＡＰがある。
【００４３】
端末５００は、例えば、ドリフトＡＰ４００を介して、あるいは直接アンカーＡＰ３００と無線通信を行い、音声や映像、テキストなどのデータを送信したり、受信したりすることができる。端末５００は、例えば、携帯電話機（例えばフィーチャーフォンやスマートフォンも含む）やタブレット端末など、移動可能な情報通信端末装置などである。なお、本第２の実施の形態において、端末５００はドリフトＡＰ４００の一つとしてもよい。
【００４４】
＜２．経路選択の一例＞
次にアドホックネットワークシステム１０において、経路選択の一例について説明する。図２から図３（Ｂ）は経路選択の一例を表わす図である。
【００４５】
本第２の実施の形態における経路選択は、例えば、アンカーＡＰ３００から端末５００に至る複数の経路のうち、経路毎に当該経路の状態を示す１又は複数の経路選択指標と呼ばれる指標が評価され、当該経路選択指標から当該アドホックネットワークが採用している経路選択の基準に基づき、すなわち、適応度に応じた経路が選択される。
【００４６】
ここで、経路選択指標とは、例えば、経路の状態を示す指標を総称したものである。経路選択指標は、例えば、ドリフトＡＰ４００間のホップ数、ドリフトＡＰ４００間の無線品質（例えばパケットロス率、エラー頻度、又はノイズの比率など）、各ドリフトＡＰ４００の無線資源の余力（又は残余量）などである。
【００４７】
また、適応度とは、例えば、経路選択においてどのルールを採用するかの基準又は指標とすることができる。
【００４８】
例えば、図３（Ａ）の例では、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る複数の経路のうち、適応度の最も高い、ドリフトＡＰ＃１１（４００−１１）を介した経路が選択されている例を表わしている。図３（Ｂ）は、さらに、ドリフトＡＰ群の中から、適応度が最も高いドリフトＡＰ＃２０（４００−２０）を介した経路が選択される例を表わしている。
【００４９】
図２は経路選択結果の例を示しており、各ドリフトＡＰ（４００−１〜４００−９）に示した数値は経路選択指標を表わしている。図２における経路選択指標は、例えば、各ドリフトＡＰ４００における無線資源の余力とすることができる。
【００５０】
図２において、経路１は、例えば、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る経路（経路１から経路４）のうち、ホップ数が最小の経路が選択された場合の経路例である。この場合、例えば、経路選択指標はホップ数であり、適応度としては最小値とすることもできる。よって、経路選択のルールとしては、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る経路のうち、ホップ数が最小の経路、とすることができる。このような経路選択のルールにより選択された経路が「経路１」となる。
【００５１】
経路２は、例えば、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る経路のうち、無線資源の余力が「３」以上であり、かつ、ホップ数が最小の経路が選択された場合の経路例である。この場合、例えば、経路選択指標は「ホップ数」と「無線資源の余力」であり、この２つの経路選択指標を適応度とした経路選択のルールに基づく経路選択例を表わしている。この例の場合、例えば、適応度は、「ホップ数」に対しては最小値、「無線資源の余力」に対しては「３」とすることができる。よって、経路選択のルールとしては、無線資源の余力が「３」以上で、かつ、ホップ数が最小となる経路、とすることができる。このような経路選択のルールにより選択された経路が「経路２」となる。
【００５２】
経路３は、例えば、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る経路のうち、経路選択指標（例えば無線資源の余力）がある基準（これの例では「４」）以上の経路が選択された場合の経路例である。この場合、例えば、経路選択指標は無線資源の余力、適応度は「４」とすることができる。よって、経路選択のルールとしては、無線資源の余力が「４」以上の経路、とすることができる。このような経路選択のルールに従って選択された経路が「経路３」となる。
【００５３】
経路４は、例えば、アンカーＡＰ＃ｎ（３００−ｎ）から端末５００に至る経路のうち、経路選択指標（例えば無線資源の余力）が最良（又は最大）の経路が選択された場合の経路例である。この場合、例えば、経路選択指標は無線資源の余力、適応度は「最大値」などとすることができる。よって、経路選択のルールとしては、無線資源の余力が最大となる経路、とすることができる。このような経路選択のルールに従って選択された経路が「経路４」となる。
【００５４】
経路１から経路４のうちいずれかを選択するかは、例えば、本アドホックネットワークシステム１０における設計思想や、各ドリフトＡＰ４００の状況などによる。よって、あるアドホックネットワークシステムでは経路１が選択される場合もあれば、他のアドホックネットワークシステムでは経路４が選択される場合もある。どのような経路選択指標が用いられ、あるいは、どのような適応度にするか、など、アドホックネットワークシステムごとに異なっていてもよい。
【００５５】
本第２の実施の形態では、経路選択のルールを経路選択指標の中から当該アドホックネットワークシステム１０が採用する適応度により決定し、その決定したルールに従って経路を選択するようにしている、ということができる。
【００５６】
そして、本第２の実施の形態では、このような経路選択についてはアンカーＡＰ＃ｎ（３００−ｎ）において行われるようにしている。アドホックネットワークシステム１０のような「自立分散型ネットワークシステム」では、各ドリフトＡＰ４００や端末５００などが互いに無線通信を行うようになされており、経路選択についても各ドリフトＡＰ４００や端末５００で行われることができる。本第２の実施の形態では、アンカーＡＰ＃ｎ（３００−ｎ）が集約して経路選択を行うようにすることで、各ドリフトＡＰ４００や端末５００では経路選択の処理を行うことがなくなり、アドホックネットワークシステム１０全体の処理軽減を図ることができる。また、各ドリフトＡＰ４００などが解析されても経路選択のルールはアンカーＡＰ３００において保持しているため、各ドリフトＡＰが解析されるような場合と比較してセキュリティを確保できる。
【００５７】
＜３．アドホックネットワークシステム１０における各部の構成例＞
次にアドホックネットワークシステム１０におけるアンカーＡＰ３００、ドリフトＡＰ４００、端末５００、及びＭＭＥ２００の各構成例について説明することにする。最初に、アンカーＡＰ３００の構成例について説明し、次にドリフトＡＰ４００と端末５００の構成例、最後にＭＭＥ２００の構成例を説明することにする。なお、本第２の実施の形態では、例えば、ドリフトＡＰ４００と端末５００の構成例は同一としている。
【００５８】
＜３．１ アンカーＡＰ３００の構成例＞
図４はアンカーＡＰ３００の構成例を表わす図である。アンカーＡＰ３００は、アンテナ３０１，３０２、無線部３１０、制御部３２０、電源部３４０、メモリ３４１、同期クロック発生部３４２、伝送路インタフェース部３５０を備える。また、無線部３１０は、送信部３１１と受信部３１２を備える。さらに、制御部３２０は、信号生成部３２１、信号分析部３２２、処理部３２３、データ送信部３２４、及び制御情報受信部３２５を備える。
【００５９】
なお、本第２の実施の形態における制御部３２０は、例えば、第１の実施の形態における制御部３７０に対応する。
【００６０】
アンテナ３０１，３０２は、ドリフトＡＰ４００又は端末５００から送信された無線信号を受信して無線部３１０に出力したり、無線部３１０から出力された無線信号をドリフトＡＰ４００又は端末５００に送信することができる。
【００６１】
送信部３１１は、例えば、制御部３２０から出力されたベースバンド信号を所定の周波数帯域の無線信号に変換（アップコンバード）してアンテナ３０１，３０２に出力することができる。送信部３１１は、このような変換が行われるよう、例えば、Ａ／Ｄ変換器、周波数帯域通過フィルタ（ＢＰＦ：Band Pass Filter）、Ｄ／Ａ変換器などを備えてもよい。
【００６２】
受信部３１２は、例えば、アンテナ３０１，３０２から出力された無線信号をベースバンド帯域の信号に変換（ダウンコンバート）し、変換後の信号をベースバンド信号として制御部３２０に出力することができる。受信部も、このような変換が行われるように、例えば、Ａ／Ｄ変換器、周波数帯域通過フィルタ、Ｄ／Ａ変換器などを備えるようにしてもよい。
【００６３】
制御部３２０は、無線部３１０において送受信される信号などの処理や、伝送路インタフェース部３５０を介してコアネットワーク１００に送受信されるデータなどの処理などを行う。
【００６４】
信号生成部３２１は、例えば、処理部３２３や伝送路インタフェース部３５０などから出力されたデータなどに対して、誤り訂正符号化処理や変調処理などを施してベースバンド信号を生成することができる。信号生成部３２１は、生成したベースバンド信号を無線部３１０に出力することができる。
【００６５】
信号分析部３２２は、例えば、受信部から出力されたベースバンド信号に対して、復調処理や誤り訂正復号化処理などを施し、データや制御信号などを抽出することができる。信号分析部３２２は、例えば、データや制御信号などを分析し、データや制御信号などを処理部３２３に出力したり、データをデータ送信部３２４に出力したりすることができる。
【００６６】
処理部３２３は、例えば、信号分析部３２２から出力されたデータや制御信号などに対して各種処理を行うことができ、適宜、メモリ３４１にアクセスしてデータなどを記憶することができる。また、処理部３２３は、伝送路インタフェース部３５０を介して入力したデータや制御情報などに対して各種処理を施すことができ、適宜、メモリ３４１にアクセスしてデータなどを記憶することができる。本第２の実施の形態において、処理部３２３は、例えば、初期設定処理、管理帳票追加生成処理、測定事象抽出処理、抽出結果評価処理、最適経路決定処理などを行うことができる。これらの処理の詳細は後述する。
【００６７】
データ送信部３２４は、例えば、処理部３２３や信号分析部３２２から出力されたデータなどを、伝送路インタフェース部３５０を介してＭＭＥ２００などに送信することができる。
【００６８】
制御情報受信部３２５は、例えば、伝送路インタフェース部３５０を介して、ＭＭＥ２００などから送信された制御情報などを受信して、処理部３２３に出力することができる。
【００６９】
伝送路インタフェース部３５０は、例えば、データ送信部３２４から出力されたデータなどをコアネットワーク１００に送信できるフォーマットに変換して、メッセージなどとしてＭＭＥ２００などに送信することができる。また、伝送路インタフェース部３５０は、ＭＭＥ２００などから送信されたメッセージなどを受信して、メッセージなどからデータや制御情報などを抽出し、処理部３２３や制御情報受信部３２５に出力することができる。
【００７０】
電源部３４０は、例えば、操作者の操作に応じて、制御部３２０に対して電源を供給したり、制御部３２０に対する電源供給を停止させたりすることができる。
【００７１】
メモリ３４１は、例えば、記憶装置であって、ＩＰ（Internet Protocol）アドレス管理表、隣接関係リスト、及びドリフトＡＰ経路管理表などを記憶することができる。ＩＰアドレス管理表、隣接関係リスト、及びドリフトＡＰ経路管理表などの詳細は後述する。
【００７２】
同期クロック発生部３４２は、例えば、同期用のクロックを発生して制御部３２０に出力することで、制御部３２０が同期用のクロックに同期して処理を行わせることができる。例えば、信号生成部３２１は同期用のクロックに同期してベースバンド信号を無線部３１０に出力したり、信号分析部３２２は無線部３１０から出力されたベースバンド信号に対して同期クロックに同期して入力したりすることができる。
【００７３】
＜３．２ ドリフトＡＰ４００の構成例＞
次にドリフトＡＰ４００の構成例を説明する。図５（Ａ）はドリフトＡＰ４００の構成例を表わす図である。ドリフトＡＰ４００は、例えば、上述したように、コアネットワーク１００と直接接続されておらず、アンカーＡＰ３００や端末５００と無線通信可能なノード装置として固定設置あるいは移動可能なノード装置となっている。また、ドリフトＡＰ４００は、例えば、アンカーＡＰ３００から送信された無線信号を中継して、他のドリフトＡＰ４００や端末５００に送信したり、他のドリフトＡＰ４００や端末５００から送信された無線信号を中継して、アンカーＡＰ３００に送信したりすることもできる。
【００７４】
ドリフトＡＰ４００は、アンテナ４０１，４０２、無線部４１０、制御部４２０、電源部４４０、メモリ４４１、及び同期クロック発生部４４２を備える。また、無線部４１０は送信部４１１と受信部４１２を備える。さらに、制御部４２０は、信号生成部４２１、信号分析部４２２、及び処理部４２３を備える。
【００７５】
アンテナ４０１，４０２は、例えば、送信部４１１から出力された無線信号をアンカーＡＰ３００や端末５００に送信したり、アンカーＡＰ３００や端末５００から送信された無線信号を受信して受信部に出力することができる。
【００７６】
送信部４１１は、例えば、制御部４２０から出力されたベースバンド信号を所定の周波数帯域の無線信号に変換（アップコンバード）してアンテナ４０１，４０２に出力することができる。送信部４１１は、このような変換が行われるよう、例えば、Ａ／Ｄ変換器、周波数帯域通過フィルタ（ＢＰＦ：Band Pass Filter）、Ｄ／Ａ変換器などを備えてもよい。
【００７７】
受信部４１２は、例えば、アンテナ４０１，４０２から出力された無線信号をベースバンド帯域の信号に変換（ダウンコンバート）し、変換後の信号をベースバンド信号として制御部４２０に出力することができる。受信部も、このような変換が行われるように、例えば、Ａ／Ｄ変換器、周波数帯域通過フィルタ、Ｄ／Ａ変換器などを備えるようにしてもよい。
【００７８】
信号生成部４２１は、例えば、処理部４２３などから出力されたデータなどに対して、誤り訂正符号化処理や変調処理などを施してベースバンド信号を生成することができる。信号生成部４２１は、生成したベースバンド信号を無線部４１０に出力することができる。
【００７９】
信号分析部４２２は、例えば、受信部から出力されたベースバンド信号に対して、復調処理や誤り訂正復号化処理などを施し、データや制御信号などを抽出することができる。信号分析部４２２は、例えば、データや制御信号などを分析し、データや制御信号などを処理部４２３に出力することができる。
【００８０】
処理部４２３は、例えば、信号分析部４２２から出力されたデータや制御信号などに対して各種処理を施すことができ、適宜、メモリ４４１にアクセスしてデータなどを記憶することができる。本第２の実施の形態において、処理部４２３は、例えば、初期設定処理や経路品質指標測定処理などを行うことができる。初期設定処理と経路品質指標測定処理の詳細は後述する。
【００８１】
電源部４４０は、例えば、操作者の操作に応じて、制御部４２０に対して電源を供給したり、制御部４２０に対する電源供給を停止させたりすることができる。
【００８２】
メモリ４４１は、例えば、記憶装置であり、処理部４２３での処理に応じてデータなどを記憶することができる。
【００８３】
同期クロック発生部４４２は、例えば、制御部４２０に対して同期クロックを出力することで、信号生成部４２１に対して同期クロックに同期して処理を行わせることができる。例えば、信号生成部４２１は、同期クロックに同期して、信号生成部４２１からベースバンド信号を出力したり、無線部４１０から出力されたベースバンド信号を入力することができる。
【００８４】
＜３．３ ＭＭＥ２００の構成例＞
次にＭＭＥ２００の構成例について説明する。ＭＭＥ２００は、例えば、アドホックネットワークに新規に接続するドリフトＡＰ４００から送信された接続要求に対して接続許可を発行したり、或いは、重複した接続要求に対して排他処理を行うなどの処理を行うことができる。図５（Ｂ）はＭＭＥ２００の構成例を表わす図である。
【００８５】
ＭＭＥ２００は、制御部２２０、電源部２４０、メモリ２４１、及び伝送路インタフェース部２５０を備える。
【００８６】
制御部２２０は、例えば、接続要求に対しる接続許可の発行や、排他処理などを行うことができる。制御部２２０は、このような処理を行うときに、適宜、メモリ２４１にアクセスしてデータなどを書き込んだり、読み出したりすることができる。
【００８７】
電源部２４０は、例えば、操作者の操作に応じて、制御部２２０に対して電源を供給したり、制御部２２０に対する電源供給を停止させたりすることができる。
【００８８】
メモリ２４１は、例えば、記憶装置であり、データなど記憶したりすることができる。
【００８９】
伝送路インタフェース部２５０は、コアネットワーク１００に接続され、例えば、制御部２２０から出力されたデータなどに対してコアネットワーク１００に送信できるフォーマットに変換して、コアネットワーク１００に送信することができる。また、伝送路インタフェース部２５０は、例えば、コアネットワーク１００を介してアンカーＡＰ３００から送信されたメッセージなどを受信して、制御部２２０で処理できるフォーマットに変換するなどしてデータなどを抽出して、制御部２２０に出力することもできる。
【００９０】
＜４．動作例＞
次に動作例について説明する。最初に、アンカーＡＰ３００における全体動作例を説明し、次にドリフトＡＰ４００における全体動作例を説明する。全体動作例について説明した後、アンカーＡＰ３００における各処理（初期設定処理や管理帳票追加生成処理など）の詳細について説明することにする。
【００９１】
＜４．１ 全体動作例＞
＜４．１．１ アンカーＡＰ３００における全体動作例＞
図６はアンカーＡＰ３００における全体動作例を表わすフローチャートである。図６における各処理は、例えば、アンカーＡＰ３００の処理部３２３において実行することができる。
【００９２】
アンカーＡＰ３００は、呼を生起すると処理を開始する（Ｓ１０）。例えば、コアネットワーク１００に接続された他の装置などから、ドリフトＡＰ４００や端末５００宛てのデータを初めて受信したときなど、呼を生起して処理を開始することができる。例えば、伝送路インタフェース部３５０はドリフトＡＰ４００や端末５００宛てのデータを受信したとき受信したデータなどを処理部３２３に出力し、処理部３２３は伝送路インタフェース部３５０からドリフトＡＰ４００や端末５００宛てのデータなどを初めて受け取ったとき、呼を生起することができる。処理部３２３は、例えば、発呼メッセージなどの呼に関するメッセージを生成し、信号生成部３２１と無線部３１０などを介してドリフトＡＰ４００や端末５００に対して呼の発生を通知することができる。
【００９３】
次いで、アンカーＡＰ３００は初期設定を行う（Ｓ１２）。アンカーＡＰ３００は、初期設定において、例えば、呼の生起の際に関与したドリフトＡＰ４００や端末５００に対して、各無線区間における経路品質指標の管理や維持のために、隣接関係リストやドリフトＡＰ経路管理表などを生成することができる。初期設定処理の詳細は、図８（Ａ）から図３０を用いて後述する。
【００９４】
次いで、アンカーＡＰ３００は経路品質指標測定処理を行う（Ｓ１３）。経路品質指標測定処理とは、例えば、アンカーＡＰ３００がドリフトＡＰ４００や端末５００に対して、経路品質指標の測定を要求し、測定結果を受信すると、ドリフトＡＰ経路管理表の対応する項目に受信した測定結果を記憶する処理のことである。
【００９５】
例えば、アンカーＡＰ３００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求（又は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求メッセージ、以下、ドリフトＡＰ４００とアンカーＡＰ３００などノード装置間において送信又は受信されるメッセージについては「メッセージ」の用語を省略する場合がある）を、ドリフトＡＰ経路管理表に記憶されたドリフトＡＰ４００や端末５００に対して送信する。そして、アンカーＡＰ３００は、当該要求に対応するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信し、当該Ｒｅｐｏｒｔに含まれる経路品質指標をドリフトＡＰ経路管理表に記憶することができる。例えば、アンカーＡＰ３００は図２９や図３０に示す最終的なドリフトＡＰ経路管理表に、経路品質指標を記憶することができる。図２９や図３０に示す最終的なドリフトＡＰ経路管理表の詳細は後述する。経路品質指標としては、例えば、各無線区間の電界強度、ノイズ率やエラー頻度（例えば、ＳＩＮＲ（signal to interference and noise ratio）やＣＩＮＲ（carrier to interference and noise ratio）などを含む）、パケットロス率、ホップ数などを含む。さらに、経路品質指標としては、ドリフトＡＰ４００や端末５００における無線資源の余力（又は残存する無線リソース量）、処理能力を表わす数値などであってもよい。このような経路品質指標は、例えば、経路品質指標測定処理により、最終的なドリフトＡＰ経路管理表に記憶されることになる。経路品質指標は、例えば、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含まれるものであって、経路選択指標と同一の意味として表記する場合もある。
【００９６】
図６に戻り、次いで、アンカーＡＰ３００は管理帳票追加生成処理を行う（Ｓ１４）。管理帳票追加生成処理は、例えば、測定されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに基づいて、最終的なドリフトＡＰ経路管理表に対して新たなエントリを追加するなどの処理である。例えば、アンカーＡＰ３００は、図２９や図３９に示す最終的なドリフトＡＰ経路管理表に対して、新たにエントリを追加することができる。
【００９７】
図６に戻り、次いで、アンカーＡＰ３００は測定事象抽出処理を行う（Ｓ１５）。例えば、アンカーＡＰ３００は最終的なドリフトＡＰ経路管理表に記憶されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔの結果に対して、いずれかの測定事象を抽出することができる。例えば、最終的なドリフトＡＰ経路管理表には、各無線区間における電界強度、ノイズ率やエラー頻度、ホップ数、無線資源の余力、及び処理能力を表わす数値などが経路品質指標として記憶される。これらの経路品質指標の一つ一つが、例えば、測定事象であり、アンカーＡＰ３００は最終的なドリフトＡＰ経路管理表から測定事象を読み出すことができる。
【００９８】
なお、以降の説明において、「測定事象」或いは「測定した事象」については、便宜的に「経路品質指標」という表現を用いる場合もある。
【００９９】
そして、アンカーＡＰ３００は、抽出した測定事象が経路選択のための適応度（例えば、閾値Ｑ）以上の経路があるか否かを判別する（Ｓ１６）。例えば、アンカーＡＰ３００は抽出した測定事象が適応度以上のとき（又は測定事象が適応度を満たすとき）、以降の処理を行う。一方、アンカーＡＰ３００は抽出した測定事象が適応度より低いとき（又は測定事象が適応度を満たさないとき）、再度測定事象抽出処理（Ｓ１５）を行う。
【０１００】
例えば、図２の例では、経路品質指標として「ホップ数」や「無線資源の残余率」が測定されて、アンカーＡＰ３００は、経路品質指標のうち「無線資源の残余率」（図２では各ドリフトＡＰ４００の数値）を測定事象として抽出する。そして、アンカーＡＰ３００は、「無線資源の残余率」が、例えば「８」（閾値Ｑ＝８）以上であるか否か、などを判別することができる。「無線資源の残余率」が「８」（閾値Ｑ＝８）以上のとき、このような経路は図２の例ではないため、アンカーＡＰ３００は、他の測定事象として「ホップ数」を抽出することができる。そして、アンカーＡＰ３００は「ホップ数」が閾値Ｑ以上の経路があるか否かを判別することができる。
【０１０１】
なお、抽出された測定事象のうち、適応度以上となる測定事象を、例えば経路選択指標とすることができる。ただし、経路選択指標は、例えば経路の状態を示す指標を総称したものであるから、すべての測定事象を経路選択指標とすることもできるし、経路品質指標を経路選択指標とすることもできる。
【０１０２】
図６に戻り、アンカーＡＰ３００は、抽出した測定事象について適応度以上の経路がないとき（Ｓ１６でＮｏ）、再度測定事象抽出処理を行い（Ｓ１５）、他の測定事象を抽出することになる。
【０１０３】
一方、アンカーＡＰ３００は、抽出した測定事象について適応度以上の経路があるとき（Ｓ１６でＹｅｓ）、ハンドオーバ要求の有無を判別する（Ｓ１７）。例えば、アンカーＡＰ３００は、ドリフトＡＰ４００や端末５００についてのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔのうち、接続しているアンカーＡＰ３００やドリフトＡＰ４００などに対する電界強度が閾値以下のとき、ハンドオーバ要求を生成することができる。アンカーＡＰ３００はこのハンドオーバ要求の生成の有無により、本処理を判別することができる。本アドホックネットワークシステム１０においては、例えば、アンカーＡＰ３００がハンドオーバ要求を生成し、ドリフトＡＰ４００に対してハンドオーバを指示することができるようになっている。詳細は後述する。
【０１０４】
アンカーＡＰ３００は、ハンドオーバ要求を生成しないとき（Ｓ１７でＮｏ）、経路品質指標測定処理（Ｓ１３）に移行して、上述した処理を繰り返す。この場合は、例えば、ハンドオーバにより端末５００が移動することがないため、現在接続している経路を維持し、再度、経路品質指標を収集することになる。
【０１０５】
一方、アンカーＡＰ３００は、ハンドオーバ要求を生成するとき（Ｓ１７でＹｅｓ）、抽出結果評価処理（Ｓ１８）を行う。アンカーＡＰ３００は、例えば、ドリフトＡＰ４００や端末５００について経路を切替えるような状況となったときに抽出結果評価処理を行う。抽出結果評価処理は、例えば、アドホックネットワークにおいて採用される経路決定ルールに基づき、どの経路選択指標を適応度として比較するのか等の処理である。又は、抽出結果評価処理は、例えば、後段の最適経路決定処理に先立ち、新しい経路として「経路１」なのか、「経路２」なのかなどを比較評価する処理である。例えば、抽出結果評価処理は、後段の最適経路決定処理の一部として処理が行われても良く、図６において抽出結果評価処理（Ｓ１８）と最適経路決定処理（Ｓ１９）とが一つにまとめられて一つの処理ブロックと表記されてもよい。
【０１０６】
次いで、アンカーＡＰ３００は、最適経路決定処理を行う（Ｓ１９）。例えば、アンカーＡＰ３００は、経路選択指標に対して適応度以上となる経路を選択することで最適経路を選択することができる。例えば、図２の例では、経路選択指標として「無線資源の残余率」とし、適応度として「４」以上を経路選択のルールとするとき、これを満たす経路として、経路３が最適経路として選択される。
【０１０７】
次いで、アンカーＡＰ３００はハンドオーバ要求を、決定した最適経路のドリフトＡＰ４００や他のアンカーＡＰ３００などに送信する（Ｓ２０）。例えば、図２の例で最適経路が経路２のときで、かつ、ハンドオーバ要求を送信するときは、アンカーＡＰ＃ｎ（３００−ｎ）はドリフトＡＰ（４００−２）にハンドオーバ要求を送信することができる。あるいは、図２の例で、ハンドオーバ要求を送信するときであって、かつ、最適経路として経路４が選択されたとき、アンカーＡＰ＃ｎ（３００−ｎ）はドリフトＡＰ（４００−７）にハンドオーバ要求を送信することができる。
【０１０８】
次いで、アンカーＡＰ３００は、ハンドオーバ要求に対して、Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅを受信する（Ｓ２１）。例えば、アンカーＡＰ３００は、ハンドオーバ先のドリフトＡＰ４００からＣｏｎｔｅｘｔ Ｒｅｌｅａｓｅを受信することができる。
【０１０９】
そして、処理は再び経路品質指標測定処理（Ｓ１３）に移行し、アンカーＡＰ３００は上述した処理を繰り返すことができる。
【０１１０】
一方、アンカーＡＰ３００は、経路品質指標測定処理（Ｓ１３）以降の各処理間において、呼の終話を検出したときは、接続先のドリフトＡＰ４００や端末５００に呼の終話を通知することができる（Ｓ２２）。例えば、接続先のドリフトＡＰ４００や端末５００から送信された呼の終話に関するメッセージを受信したときや、コアネットワーク１００を介して他の装置から送信された呼終話メッセージなどを受信したとき、アンカーＡＰ３００は呼の終話を検出することができる。
【０１１１】
次いで、アンカーＡＰ３００は解放処理を行う（Ｓ２３）。例えば、アンカーＡＰ３００は呼の接続先であるドリフトＡＰ４００や端末５００に関するデータなどを保持しており、解放処理により保持したデータなどを削除することができる。
【０１１２】
そして、アンカーＡＰ３００は一連の処理を終了する（Ｓ２４）。
【０１１３】
＜４．１．２ ドリフトＡＰ４００の全体動作例＞
次にドリフトＡＰ４００の全体動作例について説明する。図７はドリフトＡＰ４００の全体動作例を表すフローチャートである。
【０１１４】
ドリフトＡＰ４００は処理を開始すると（Ｓ３０）、アンカーＡＰ３００から送信されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を受信する（Ｓ３１）。このＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求は、例えば、アンカーＡＰ３００と自ドリフトＡＰ（４００−１）間の経路品質指標の測定を要求するものである。例えば、図２において経路１上に位置するドリフトＡＰ（４００−１）は、アンカーＡＰ＃ｎ（３００−ｎ）とドリフトＡＰ（４００−１）間の経路品質指標の測定を要求するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を受信する。例えば、受信部４１２はアンテナ４０２を介してＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を示す無線信号を受信し、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を抽出し、信号分析部４２２を介して処理部４２３に出力することができる。
【０１１５】
次いで、ドリフトＡＰ４００は、ドリフトＡＰ４００配下の他のドリフトＡＰや端末５００に対して、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信する（Ｓ３３）。ドリフトＡＰ４００配下とは、例えば、図２の例では経路１上にあるドリフトＡＰ（４００−１）に対して端末５００がその配下となり、経路２上にあるドリフトＡＰ（４００−２）に対してドリフトＡＰ（４００−３）と端末５００がその配下となる。例えば、アンカーＡＰ３００から送信されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求には、どのドリフトＡＰ４００または端末５００にＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信すべきかの送信先の情報（又は経路情報）も含まれている。ドリフトＡＰ４００は、アンカーＡＰ３００から受信したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求に含まれる送信先を送信先とするＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を生成して送信することができる。これにより、例えば、ドリフトＡＰ４００は配下の他のドリフトＡＰや端末５００に対してＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信することができる。例えば、処理部３２３はＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔから送信先の情報を抽出し、当該送信先を送信先とするＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を生成し、信号生成部３２１と無線部３１０を介して配下のドリフトＡＰ４００や端末５００に送信することができる。
【０１１６】
図７に戻り、次いで、ドリフトＡＰ４００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求に対応するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信する（Ｓ３４）。ドリフトＡＰ４００配下の他のドリフトＡＰや端末５００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を受信すると、経路品質指標を測定し、測定結果をＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含めて送信することができる。経路品質指標とは、例えば、各無線区間などの測定事象又は観測値を示す。
【０１１７】
例えば、図２の例では、経路１においてドリフトＡＰ（４００−１）からＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を受信した端末５００は、端末５００とドリフトＡＰ（４００−１）間などの経路品質指標を測定し、Ｍｅａｓｕｒｅｍｅｎｔ ＲｅｐｏｒｔをドリフトＡＰ（４００−１）に送信することができる。
【０１１８】
なお、端末５００は、自局で測定したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔについて、他のノード装置において測定されたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔと区別するために、例えば、端末５００のＩＰアドレスを含めて送信することができる。例えば、端末５００の処理部４２３はメモリ４４１に記憶されたＩＰアドレスを読み出して、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含めて送信することができる。
【０１１９】
また、図２の例において、ドリフトＡＰ（４００−３）はドリフトＡＰ（４００−２）との間などの経路品質指標を測定し、端末５００はドリフトＡＰ（４００−３）との間の経路品質指標を測定することができる。端末５００は測定した経路品質指標を含むＭｅａｓｕｒｅｍｅｎｔ ＲｅｐｏｒｔをドリフトＡＰ（４００−３）に送信し、ドリフトＡＰ（４００−３）はこのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを中継してドリフトＡＰ（４００−２）に送信することができる。また、ドリフトＡＰ（４００−３）は、ドリフトＡＰ（４００−２）との間などの経路品質指標をＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含めてドリフトＡＰ（４００−２）に送信することができる。これにより、例えば、ドリフトＡＰ（４００−２）は、配下のドリフトＡＰ（４００−３）間や端末５００とドリフトＡＰ（４００−３）間などの経路品質指標を収集することができる。
【０１２０】
なお、ドリフトＡＰ（４００−３）は、自局で測定したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔについて、他と区別するために、例えば、ドリフトＡＰ（４００−３）のＩＰアドレスを含めて送信することができる。例えば、ドリフトＡＰ（４００−３）の処理部４２３がメモリ４４１に記憶されたＩＰアドレスを読み出し、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含めて送信することができる。
【０１２１】
図７に戻り、次いで、ドリフトＡＰ４００は、収集した経路品質指標について所定品質以上か否かをそれぞれ判別し（Ｓ３５）、所定品質以上のとき（Ｓ３５でＹｅｓ）、経路品質指標を編集する（Ｓ３６）。所定品質か否かは、例えば、メモリ４４１に閾値が保持され、処理部４２３により経路品質指標と閾値とが比較されることで行われる。又は、所定品質か否かは、例えば、処理部４２３がＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔで測定される種々の経路品質指標（又は経路選択指標）の値についてある基準値を満たしているか否かを判別することで行うことができる。また、編集については、例えば、受信した１または複数のＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを処理部４２３において１つにまとめるなどにより行われる。例えば、ドリフトＡＰ４００の処理部４２３は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔの受信順に経路品質指標をまとめることで、経路品質指標がドリフトＡＰ４００に近い順序でまとめられて、経路情報の一つとすることもできる。なお、本処理（Ｓ３５）の「所定品質」における「品質」とは、例えば、ドリフトＡＰ４００とアンカーＡＰ３００、又はアンカーＡＰ３００と端末５００との間の無線区間の伝送品質（又は無線品質）だけではなく、ホップ数や無線資源の残余率などとも含む意味で用いられる。
【０１２２】
一方、ドリフトＡＰ４００は、収集した経路品質指標について所定品質以上でないとき（Ｓ３５でＮｏ）、再度、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を他のドリフトＡＰに送信する（Ｓ３３）。例えば、ドリフトＡＰ４００の処理部４２３は、収集した経路品質指標について所定品質以上でないとき、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を生成し、信号生成部４２１などを介して、ドリフトＡＰ４００配下の他のドリフトＡＰや端末５００にＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信する（Ｓ３３）。以降は、上述した処理（Ｓ３４、Ｓ３５）を繰り返す。
【０１２３】
ドリフトＡＰ４００は、経路品質指標を編集すると、編集した経路品質指標を含むＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを生成し、アンカーＡＰ３００に送信する（Ｓ３７）。このＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔには、例えば、ドリフトＡＰ４００とアンカーＡＰ３００との間の経路品質指標も含まれる。例えば、処理部４２３は、アンカーＡＰ３００からＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を受信すると（Ｓ３１）、受信部４１２において受信したアンカーＡＰ３００からの無線信号の電界強度を測定したり、一定期間内におけるパケットロス率を測定することで、経路品質指標を測定する。それ以外にも、例えば、処理部４２３は無線資源の残余率を測定したり、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求に含まれる送信先に基づいてホップ数を測定して、経路品質指標を測定することもできる。
【０１２４】
そして、ドリフトＡＰ４００は一連の処理を終了する（Ｓ３８）。
【０１２５】
＜４．２ 「初期設定」と「経路品質指標測定」、及び「管理帳票追加生成」の各処理の詳細＞
次に、アンカーＡＰ３００の全体動作における「初期設定」（Ｓ１２）と「経路品質指標測定」（Ｓ１３）、及び「管理帳票追加生成」（Ｓ１４）の各処理の詳細について説明する。
【０１２６】
＜４．２．１ 「初期設定」について＞
最初に「初期設定」（Ｓ１２）について説明する。「初期設定」は、例えば、アンカーＡＰ３００によって最終的なドリフトＡＰ経路管理表が生成される処理のことであり、この最終的なドリフトＡＰ経路管理表が生成されることで、経路品質指標の管理や維持などを行うことが可能となる。図８（Ａ）から図３０は、「初期設定」を説明するための図である。例えば、アンカーＡＰ３００は、「初期設定」により図２９や図３０に示す最終的なドリフトＡＰ経路管理表を生成し、「経路品質指標測定」により、生成した最終的なドリフトＡＰ経路管理表の「Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｓｕｌｔログ」に経路品質指標を記憶する。そして、アンカーＡＰ３００は、「管理帳票追加生成」により、最終的なドリフトＡＰ経路管理表にエントリを追加する場合は追加する処理を行う。
【０１２７】
図８（Ａ）から図９は、「初期設定」におけるドリフトＡＰ４００の登録処理の例を説明するための図である。ドリフトＡＰ４００や端末５００は、アドホックネットワークシステム１０において、例えば移動したりすることができる。このようなドリフトＡＰ４００や端末５００があるアンカーＡＰ３００において登録処理により登録が行われることで、例えば、アンカーＡＰ３００はドリフトＡＰ４００や端末５００にデータなどを送信することができるようになる。また、ドリフトＡＰ４００や端末５００もアンカーＡＰ３００を介してネットワークにデータなどを送信することができるようになる。以下、アンカーＡＰ３００におけるドリフトＡＰ４００の登録処理について説明する。なお、端末５００についてもドリフトＡＰ４００の登録処理と同様に登録処理を行うことができる。
【０１２８】
図８（Ａ）は登録処理を行う場合のアンカーＡＰ３００とドリフトＡＰ４００の関係例を表す図である。アンカーＡＰ３００は、例えば、ドリフトＡＰ４００の移動などにより、アンカーＡＰ３００の探索空間において新たなドリフトＡＰ４００の存在を認識すると、当該ドリフトＡＰ４００に対する登録処理を行うことができる。ここで、アンカーＡＰ３００の探索空間とは、例えば、アンカーＡＰ３００が無線信号などを送信したり受信したりすることのできる範囲であり、アンカーＡＰ３００の通信可能範囲（またはセル範囲）だけでなく、ドリフトＡＰ４００により中継される範囲も含む。例えば、図１１の例では、アンカーＡＰ３００の探索空間は、自局の通信可能範囲とドリフトＡＰ＃１（４００−１）の通信可能範囲、さらに新規追加のドリフトＡＰ＃１１（４００−１１）における通信可能範囲までを含む。
【０１２９】
図８（Ｂ）は、図８（Ａ）の関係例における登録処理のシーケンス例を表わす図である。
【０１３０】
最初に、ドリフトＡＰ４００はアンカーＡＰ３００の探索空間に入ると、Ａｔｔａｃｈ要求（図中、「Ａｔｔａｃｈ ＲＥＱ」）をアンカーＡＰ３００に送信する（Ｓ４０）。Ａｔｔａｃｈ要求は、例えば、アンカーＡＰ３００に対して自ドリフトＡＰ４００の登録を要求するメッセージである。例えば、ドリフトＡＰ４００の処理部４２３（例えば図５（Ａ））はハンドオーバなどによりアンカーＡＰ３００と無線通信できる状態となったとき、Ａｔｔａｃｈ要求を生成し、信号生成部４２１や無線部４１０などを介してＡｔｔａｃｈ要求をアンカーＡＰ３００に送信することができる。
【０１３１】
次いで、アンカーＡＰ３００は、ドリフトＡＰ４００から送信されたＡｔｔａｃｈ要求をＭＭＥ２００に送信する（Ｓ４１）。登録処理は、例えば、本第２の実施の形態ではＭＭＥ２００で管理するようにしており、Ａｔｔａｃｈ要求についてもＭＭＥ２００に送信されるようになっている。例えば、アンカーＡＰ３００の処理部３２３（例えば図４）は、無線部３１０や信号分析部３２２を介してＡｔｔａｃｈ要求をドリフトＡＰ４００から受信したとき、受信したＡｔｔａｃｈ要求をＭＭＥ２００に送信するようにデータ送信部３２４などに指示することができる。データ送信部３２４は、当該指示に基づいて、処理部３２３から出力されたＡｔｔａｃｈ要求を、伝送路インタフェース部３５０を介してＭＭＥ２００に送信することができる。
【０１３２】
ＭＭＥ２００は、アンカーＡＰ３００からＡｔｔａｃｈ要求を受信すると、Ａｔｔａｃｈ Ａｃｃｅｐｔを生成して、アンカーＡＰ３００に送信する（Ｓ４２）。Ａｔｔａｃｈ Ａｃｃｅｐｔは、例えば、ドリフトＡＰ４００のアンカーＡＰ３００への登録を許可するメッセージである。例えば、ＭＭＥ２００の制御部２２０（例えば図５（Ｂ））により、Ａｔｔａｃｈ Ａｃｃｅｐｔの生成などの処理が行われる。
【０１３３】
アンカーＡＰ３００は、Ａｔｔａｃｈ Ａｃｃｅｐｔを受信すると、自局の探索空間において新たなドリフトＡＰ４００の存在を認識し、新たなドリフトＡＰ４００にＩＰアドレスを付与し、ＩＰアドレス管理表を「使用」に更新する（Ｓ４３）。図１０（Ａ）はＩＰアドレス管理表の例である。ＩＰアドレス管理表には、自局の識別子とともに、付与可能なＩＰアドレスが保持される。アンカーＡＰ３００は、ＩＰアドレス管理表から「空き」のＩＰアドレスを検索して、いずれかのＩＰアドレスを新たなドリフトＡＰ４００に付与することができる。アンカーＡＰ３００は、ＩＰアドレスを付与すると、ＩＰアドレス管理表における使用識別子を「使用」に更新する。ＩＰアドレス管理表により使用が管理されるため、アンカーＡＰ３００は重複したＩＰアドレスを付与することを防止できる。ドリフトＡＰ４００や端末５００にＩＰアドレスを付与していない場合は、使用識別子は例えば「空き」となる。例えば、ＩＰアドレス管理表はメモリ３４１に記憶され、処理部３２３によりＩＰアドレスの付与や使用識別子の更新などの処理が行われる。
【０１３４】
なお、図１０（Ｂ）もＩＰアドレス管理表の例を表わしている。例えば、アンカーＡＰ３００は、自局に直接新規追加するドリフトＡＰ４００や端末５００に対して、図１０（Ａ）に示すＩＰアドレス管理表によりＩＰアドレスを付与することができる。また、アンカーＡＰ３００は、例えば、配下のドリフトＡＰ４００に新規追加するドリフトＡＰや端末５００に対して、図１０（Ｂ）に示すＩＰアドレス管理表によりＩＰアドレスを付与することができる。例えば、図１０（Ａ）はホーム用のＩＰアドレス管理表、図１０（Ｂ）はビジター用のＩＰアドレス管理表の例をそれぞれ表わしており、アンカーＡＰ３００は状況に応じて使い分けることもできる。図１０（Ｂ）に示すＩＰアドレス管理表も、例えば、メモリ３４１に記憶される。
【０１３５】
アンカーＡＰ３００は、例えば、このようにドリフトＡＰ４００に対してＩＰアドレスを付与したとき、ドリフトＡＰ経路管理表を作成することができる。
【０１３６】
図２０（Ａ）及び図２０（Ｂ）はドリフトＡＰ経路管理表の例をそれぞれ表わす図である。ドリフトＡＰ経路管理表は、例えば、アンカーＡＰ３００の探索空間において、アンカーＡＰ３００やドリフトＡＰ４００、さらに端末５００がどのように接続されているのかを表わし、各区間における経路品質指標を記憶することができる。ドリフトＡＰ経路管理表は、例えば、アンカーＡＰ３００の識別子と、アンカーＡＰ３００と端末５００との間の経路品質指標、さらに、アンカーＡＰ３００と直接接続されたドリフトＡＰ４００の識別子と、アンカーＡＰ３００と各ドリフトＡＰ４００間の経路品質指標とが含まれる。
【０１３７】
図２０（Ａ）のドリフトＡＰ経路管理表は、例えば、アンカーＡＰ＃ａの識別子と、アンカーＡＰ＃ａに直接接続された（または直接無線通信する）ドリフトＡＰ＃１（４００−１）の識別子が記憶される。また、図２０（Ａ）のドリフトＡＰ経路管理表には、アンカーＡＰ＃ａと端末５００間、アンカーＡＰ＃ａとドリフトＡＰ＃１（４００−１）間の経路品質指標がそれぞれ記憶される。さらに、図２０（Ａ）のドリフトＡＰ経路管理表において、ドリフトＡＰ＃１（４００−１）の識別子が記憶される項目には、ドリフトＡＰ＃１（４００−１）に関する項目が記憶されたアドレスへのポインタ情報も記憶される。ポインタ先には、ドリフトＡＰ＃１（４００−１）の識別子と、ドリフトＡＰ４００と端末５００間の経路品質指標が記憶される。図２０（Ａ）に示すドリフトＡＰ経路管理表は、例えば、図８（Ａ）に示すアンカーＡＰ３００とドリフトＡＰ４００との関係例に対応している。
【０１３８】
なお、ドリフトＡＰ＃１（４００−１）について、さらに、配下にドリフトＡＰ４００が配置される構成（例えば図１７など）の場合は、例えば、図２０（Ｂ）に示すドリフトＡＰ経路管理表が生成されることができる。このドリフトＡＰ経路管理表は、ドリフトＡＰ＃１（４００−１）の配下にドリフトＡＰ＃１１（４００−１１）に関する項目が階層的に繋がるものとなっている。
【０１３９】
ドリフトＡＰ経路管理表は、例えば、アンカーＡＰ３００のメモリ３４１に記憶される。また、ドリフトＡＰ経路管理表の生成は、例えば、処理部３２３で行われることができる。ドリフトＡＰ経路管理表の生成の契機は、例えば、ＩＰアドレスを付与した後であれば、後述するＡｔｔａｃ ＡｃｃｅｐｔをドリフトＡＰ４００に送信したときや、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅをドリフトＡＰ４００から受信したときなどでもよい。また、ドリフトＡＰ経路管理表の生成の契機は、例えば、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信したとき（図６のＳ１３）でもよい。
【０１４０】
図８（Ｂ）のＳ４３における処理は、例えば、以下のようになる。すなわち、アンカーＡＰ３００の処理部３２３（例えば図４）は、伝送路インタフェース部３５０などを介してＡｔｔａｃｈ ＡｃｃｅｐｔをＭＭＥ２００から受信すると、メモリ３４１に記憶されたＩＰアドレス管理表（例えば図１０（Ａ））から「空き」のＩＰアドレスを読み出す。そして、処理部３２３は、ＩＰアドレス管理表において、読み出したＩＰアドレスを「使用」に更新する。また、処理部３２３は、例えば図２０（Ａ）に示すドリフトＡＰ経路管理表において、「アンカーＡＰ＃ａ識別子」における「ドリフトＡＰ＃１識別子」の項目にポインタ情報、ポインタ先の「ドリフトＡＰ＃１識別子」の項目に読み出したＩＰアドレスをそれぞれ書き入れる。
【０１４１】
図８（Ｂ）に戻り、次いで、アンカーＡＰ３００はＡｔｔｃｈ ＡｃｃｅｐｔをドリフトＡＰ４００に送信する（Ｓ４４）。Ａｔｔａｃｈ Ａｃｃｅｐｔには、例えば、アンカーＡＰ３００が付与したＩＰアドレスが含まれる。例えば、処理部３２３は、ＩＰアドレス管理表から読み出したＩＰアドレスを含むＡｔｔａｃｈ Ａｃｃｅｐｔを生成し、信号生成部３２１や無線部３１０を介して、ドリフトＡＰ４００にＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。なお、アンカーＡＰ３００はＡｔｔａｃｈ ＡｃｃｅｐｔをＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとして送信することもできる。
【０１４２】
ドリフトＡＰ４００は、Ａｔｔａｃｈ Ａｃｃｅｐｔを受信すると、Ａｔｔａｃｈ ＡｃｃｅｐｔからＩＰアドレスを抽出し、自局のＩＰアドレスとして登録する（Ｓ４５）。例えば、ドリフトＡＰ４００の処理部４２３は、ＩＰアドレスを抽出し、メモリ４４１に記憶することで自局のＩＰアドレスとして登録することができる。
【０１４３】
次いで、ドリフトＡＰ４００は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅをアンカーＡＰ３００に送信する（Ｓ４６）。Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅは、例えば、ドリフトＡＰ４００がＡｔｔａｃｈ Ａｃｃｅｐｔを正常に受信しＩＰアドレスを取得できたことを表する応答メッセージである。例えば、ドリフトＡＰ４００の処理部４２３は、メモリ４４１にＩＰアドレスを登録すると、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを生成し、無線部４１０などを介してアンカーＡＰ３００に送信することができる。
【０１４４】
アンカーＡＰ３００は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、ＭＭＥ２００にＡｔｔａｃｈ Ｃｏｍｐｌｅｔｅを送信する（Ｓ４７）。例えば、処理部３２３は、無線部３１０を介してＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅメッセージを生成し、伝送路インタフェース部３５０などを介してＭＭＥ２００に送信する。
【０１４５】
次いで、アンカーＡＰ３００は最終的なドリフトＡＰ経路管理表を生成する（Ｓ４８）。最終的なドリフトＡＰ経路管理表の生成処理については後述する。図８（Ａ）の例では、例えば、図２０（Ａ）に示す最終的なドリフトＡＰ経路管理表が作成される。
【０１４６】
そして、アンカーＡＰ３００とドリフトＡＰ４００、及びＭＭＥ２００は通信が確立することになる（Ｓ４９）。
【０１４７】
図９は、例えば、図８（Ｂ）に示すシーケンス図においてアンカーＡＰ３００での動作例を表すフローチャートである。重複した部分もあるため簡単に説明する。
【０１４８】
アンカーＡＰ３００は処理を開始すると（Ｓ５０）、ドリフトＡＰ４００からＡｔｔａｃｈ要求を受信する（Ｓ５１）。ドリフトＡＰ４００は受信したＡｔｔａｃｈ要求をＭＭＥ２００に送信する。
【０１４９】
次いで、アンカーＡＰ３００は、Ａｔｔａｃｈ要求に対してＭＭＥ２００からＡｔｔａｃｈ Ａｃｃｅｐｔを受信したか否かを判別する（Ｓ５２）。例えば、アンカーＡＰ３００の処理部３２３は、Ａｔｔａｃｈ要求を送信後、一定期間内にＡｔｔａｃｈ Ａｃｃｅｐｔを受信したか否かにより判別することができる。
【０１５０】
アンカーＡＰ３００は、ＭＭＥ２００からＡｔｔａｃｈ Ａｃｃｅｐｔを受信したとき（Ｓ５２でＹｅｓ）、ＩＰアドレス管理表から付与アドレスを決定し、付与するＩＰアドレスを含むＡｔｔａｃｈ Ａｃｃｅｐｔを生成し、ドリフトＡＰ４００に送信する（Ｓ５３（又はＳ４３））。アンカーＡＰ３００からドリフトＡＰ４００に送信されるＡｔｔａｃｈ Ａｃｃｅｐｔは、例えば、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとして送信されることもできる。
【０１５１】
次いで、アンカーＡＰ３００は、ドリフトＡＰ４００からＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信する（Ｓ５４（図６のＳ４４に対応））。
【０１５２】
次いで、アンカーＡＰ３００は、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅを生成し、ＭＭＥ２００に送信する（Ｓ５５（図６のＳ４７に対応））。
【０１５３】
そして、アンカーＡＰ３００は、ドリフトＡＰ４００に対する登録処理を終了する（Ｓ５６）。
【０１５４】
一方、アンカーＡＰ３００は、Ａｔｔａｃｈ ＡｃｃｅｐｔをＭＭＥ２００から受信しなかったとき（Ｓ５２でＮｏ）、ＭＭＥ２００からＡｔｔａｃｈ Ｒｅｊｅｃｔを受信する（Ｓ５７）。Ａｔｔａｃｈ Ｒｅｊｅｃｔは、例えば、ドリフトＡＰ４００に対するアンカーＡＰ３００への登録を拒否するメッセージである。例えば、他のドリフトＡＰ４００が同時にアンカーＡＰ３００に対する登録を行い排他処理などにより登録が拒否される場合などで、ＭＭＥ２００はＡｔｔａｃｈ Ｒｅｊｅｃｔを送信することがある。
【０１５５】
アンカーＡＰ３００は、Ａｔｔａｃｈ Ｒｅｊｅｃｔを受信すると、登録を拒否されたドリフトＡＰ４００の探索空間が隣接アンカーＡＰとの重なりを認識する（Ｓ５８）。詳細は後述するが、例えば、図１５などに示すように、ドリフトＡＰ４００が２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）の探索空間に位置するとき、２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）はドリフトＡＰ４００から送信されたＡｔｔａｃ要求を同時に受信することができる。このような場合、２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）はともにＭＭＥ２００に対してＡｔｔａｃを送信することになるが、ＭＭＥ２００は排他処理により、例えば、アンカーＡＰ＃ａ（３００−ａ）にＡｔｔａｃｈ Ｒｅｊｅｃｔ、アンカーＡＰ＃ｂ（３００−ｂ）にＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。ンカーＡＰ＃ａ（３００−ａ）は、Ａｔｔａｃｈ Ｒｅｊｅｃｔを受信することで、ドリフトＡＰ４００の探索空間が隣接するアンカーＡＰ＃ｂ（３００−ｂ）と重なっていることを認識することができる。
【０１５６】
図９に戻り、アンカーＡＰ３００は、当該ドリフトＡＰ４００の探索空間が隣接アンカーＡＰと重なっていることを認識すると（Ｓ５８）、ドリフトＡＰ４００に対する登録処理を終了する（Ｓ５６）。
【０１５７】
次に、ドリフトＡＰ４００に対する登録処理について他の例を説明する。図１１及び図１２は、ドリフトＡＰ４００に対する登録処理の他の例を説明するための図である。
【０１５８】
この例では、ドリフトＡＰ＃１（４００−１）はアンカーＡＰ３００に登録されている状況において、ドリフトＡＰ＃１（４００−１）の配下にドリフトＡＰ＃１１（４００−１１）が新規に登録される例である。図１１は登録処理を行う場合のドリフトＡＰ＃１（４００−１）１，＃１１（４００−１１）とアンカーＡＰ３００の関係例を表わす図である。アンカーＡＰ３００は、ドリフトＡＰ＃１１（４００−１１）の移動などにより、アンカーＡＰ３００の探索空間において新たなドリフトＡＰ＃１１（４００−１１）を認識すると、当該ドリフトＡＰ＃１１（４００−１１）に対する登録処理を行うことができる。この場合、例えば、ドリフトＡＰ＃１１（４００−１１）はドリフトＡＰ＃１（４００−１）の無線通信可能範囲に移動し、ドリフトＡＰ＃１（４００−１）はアンカーＡＰ３００の無線通信可能範囲に位置しているものとする。
【０１５９】
図１２は、図１１のアンカーＡＰ３００とドリフトＡＰ４００との関係例において、ドリフトＡＰ＃１１（４００−１１）に対する登録処理の例を表すシーケンス図である。
【０１６０】
最初に、ドリフトＡＰ＃１１（４００−１１）は、アンカーＡＰ３００への登録を要求するＡｔｔａｃｈ要求をドリフトＡＰ＃１（４００−１）に送信する（Ｓ６０）。例えば、ドリフトＡＰ＃１１（４００−１１）の処理部４２３（例えば図５（Ａ））は、ハンドオーバなどによりドリフトＡＰ＃１（４００−１）と無線通信可能な状態となったとき、Ａｔｔａｃｈ要求を生成し、信号生成部４２１や無線部４１０を介して送信することができる。
【０１６１】
次いで、ドリフトＡＰ＃１（４００−１）は、ドリフトＡＰ＃１１（４００−１１）から送信されたＡｔｔａｃｈ要求を受信し、アンカーＡＰ３００に送信する（Ｓ６１）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、無線部４１０や信号分析部４２２などを介してＡｔｔａｃｈ要求を受信したとき、自局が接続するアンカーＡＰ３００に中継することができる。よって、処理部４２３は、ドリフトＡＰ＃１１（４００−１１）から受信したＡｔｔａｃｈ要求を信号生成部４２１や無線部４１０などを介してアンカーＡＰ３００に送信することができる。
【０１６２】
次いで、アンカーＡＰ３００は、ドリフトＡＰ＃１（４００−１）から送信されたＡｔｔａｃｈ要求をＭＭＥ２００に送信する（Ｓ６２）。例えば、アンカーＡＰ３００の処理部３２３（例えば図４）は、無線部３１０や信号分析部３２２などを介して受信したＡｔｔａｃｈ要求をＭＭＥ２００に送信するようデータ送信部３２４に指示することができる。当該指示を受けたデータ送信部３２４は、処理部３２３から出力されたＡｔｔａｃｈ要求を、伝送路インタフェース部３５０を介してＭＭＥ２００に送信することができる。
【０１６３】
ＭＭＥ２００は、アンカーＡＰ３００からＡｔｔａｃｈ要求を受信すると、Ａｔｔａｃｈ Ａｃｃｅｐｔを生成し、アンカーＡＰ３００に送信する（Ｓ６３）。Ａｔｔａｃｈ Ａｃｃｅｐｔは、例えば、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔとして送信されることもできる。
【０１６４】
次いで、アンカーＡＰ３００はＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、アンカーＡＰ３００の探索空間に新たなドリフトＡＰ＃１１（４００−１１）の存在を認識する。そして、アンカーＡＰ３００は、ドリフトＡＰ＃１１（４００−１１）にＩＰアドレスを付与し、付与したＩＰアドレスについてはＩＰアドレス管理表を「使用」に更新する（Ｓ６４）。例えば、アンカーＡＰ３００の処理部３２３は、伝送路インタフェース部３５０などを介してＭＭＥ２００からＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、メモリ３４１に記憶されたＩＰアドレス管理表から使用状態から「空き」のＩＰアドレスを読み出す。そして、処理部３２３は、ＩＰアドレス管理表について、読み出したＩＰアドレスの使用状態を「使用」に更新する。さらに、処理部３２３は、ドリフトＡＰ経路管理表についても更新することができる。例えば、図１１の例のように１ホップの階層構造の場合、処理部３２３は、図２０（Ｂ）に示すように、「ドリフトＡＰ＃１識別子」と「ドリフトＡＰ＃１１識別子」の各項目に、ポインタ情報や付与したＩＰアドレスなどを書き込むことができる。
【０１６５】
次いで、アンカーＡＰ３００はＡｔｔａｃｈ ＡｃｃｅｐｔをドリフトＡＰ＃１（４００−１）に送信する（Ｓ６５）。例えば、アンカーＡＰ３００の処理部３２３は、ＩＰアドレス管理表を「使用」に更新すると、ＩＰアドレス管理表から読み出したＩＰアドレスを含むＡｔｔａｃｈ Ａｃｃｅｐｔを生成することができる。処理部３２３は、生成したＡｔｔａｃｈ Ａｃｃｐｅｐｔを、信号生成部３２１や無線部３１０などを介してドリフトＡＰ＃１（４００−１）に送信することができる。なお、アンカーＡＰ３００はＡｔｔａｃｈ ＡｃｃｅｐｔをＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとして送信することもできる。
【０１６６】
ドリフトＡＰ＃１（４００−１）は、アンカーＡＰ３００からＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、ドリフトＡＰ＃１１（４００−１１）に送信する（Ｓ６６）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３（例えば図５（Ａ））は、Ａｔｔａｃｈ要求の受信（Ｓ６０）によりＡｔｔａｃｈ ＡｃｃｅｐｔをアンカーＡＰ３００から送信されるのを待つことができる。そして、処理部４２３は、Ａｔｔａｃｈ Ａｃｃｅｐｔの受信により、Ａｔｔａｃｈ要求の送信先（例えばドリフトＡＰ＃１１（４００−１１））にＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。例えば、アンカーＡＰ３００の処理部３２３により、Ａｔｔａｃｈ Ａｃｃｅｐｔの送信先（ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃１１（４００−１１））の情報が付加されて、これにより、ドリフトＡＰ＃１（４００−１）はＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。
【０１６７】
ドリフトＡＰ＃１１（４００−１１）は、ドリフトＡＰ＃１（４００−１）からＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、Ａｔｔａｃｈ ＡｃｃｅｐｔからＩＰアドレスを抽出し、自局のＩＰアドレスとして登録する（Ｓ６７）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、受信したＡｔｔａｃｈ ＡｃｃｅｐｔからＩＰアドレスを抽出し、これをメモリ４４１に記憶することで自局のＩＰアドレスとして登録することができる。
【０１６８】
次いで、ドリフトＡＰ＃１１（４００−１１）は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを送信する（Ｓ６８）。当該メッセージは、例えば、ドリフトＡＰ＃１１（４００−１１）がＡｔｔａｃｈ Ａｃｃｅｐｔを正常に受信しＩＰアドレスを取得できたことを表わす応答メッセージである。例えば、ドリフトＡＰ＃１１（４００−１１）の処理部４２３は、ＩＰアドレスをメモリ４４１に記憶すると、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを生成し、信号生成部４２１や無線部４１０などを介して送信することができる。
【０１６９】
ドリフトＡＰ＃１（４００−１）は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、当該メッセージをアンカーＡＰ３００に送信する（Ｓ６８）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、Ａｔｔａｃｈ Ａｃｃｅｐｔ（Ｓ６６）に対するＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、当該メッセージをアンカーＡＰ３００に転送することができる。よって、処理部４２３は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、信号生成部４２１や無線部４１０を介して当該メッセージをアンカーＡＰ３００に送信することができる。
【０１７０】
アンカーＡＰ３００は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅをドリフトＡＰ＃１（４００−１）から受信すると、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅを生成し、ＭＭＥ２００に送信する（Ｓ６９）。
【０１７１】
次いで、アンカーＡＰ３００は最終的なドリフトＡＰ経路管理表を生成する（Ｓ７０）。最終的なドリフトＡＰ経路管理表の生成処理について後述する。図１１の例では、例えば、図２０（Ｂ）に示す最終的なドリフトＡＰ経路管理表が作成される。
【０１７２】
図１２に戻り、次いで、ドリフトＡＰ＃１（４００−１）、＃１１（４００−１１）とアンカーＡＰ３００、及びＭＭＥ２００の間において通信が確立される（Ｓ７１）。
【０１７３】
以上が図１２に示す場合の登録処理の例である。
【０１７４】
次に、登録処理に対して、登録解除処理の例について説明する。図１３（Ａ）から図１４は登録解除処理を説明するための図である。
【０１７５】
図１３（Ａ）は、ドリフトＡＰ４００がアンカーＡＰ３００から登録解除を行う場合のアンカーＡＰ３００とドリフトＡＰ４００の関係例を表す図である。例えば、ドリフトＡＰ４００は、ハンドオーバなどによりアンカーＡＰ３００の探索空間から他のアンカーＡＰの探索空間へ移動する場合に、登録解除処理が行われる。
【０１７６】
図１３（Ｂ）は登録解除処理のシーケンス例を表わす図である。
【０１７７】
ドリフトＡＰ４００がアンカーＡＰ３００及びＭＭＥ２００と通信しているとき（Ｓ８０）、ドリフトＡＰ４００が登録解除を行う場合は、ドリフトＡＰ４００はＤｅｔａｃｈ要求をアンカーＡＰ３００に送信する（Ｓ８１）。例えば、ドリフトＡＰ４００の処理部４２３（例えば図５（Ａ））は、アンカーＡＰ３００からの無線信号の受信電力が閾値以下になるとＤｅｔａｃｈ要求を生成し、信号生成部４２１や無線部４１０などを介してＤｅｔａｃｈ要求をアンカーＡＰ３００に送信することができる。なお、処理部４２３は、例えば自局のＩＰアドレスをＤｅｔａｃｈ要求に含めることができる。
【０１７８】
アンカーＡＰ３００は、Ｄｅｔａｃｈ要求を受信すると、受信したＤｅｔａｃｈ要求をＭＭＥ２００に送信する（Ｓ８２）。例えば、アンカーＡＰ３００の処理部３２３は、無線部３１０などを介してＤｅｔａｃｈ要求を受信したとき当該要求をＭＭＥ２００に転送することができ、これによりデータ送信部３２４や伝送路インタフェース部３５０を介してＤｅｔａｃｈ要求をＭＭＥ２００に送信することができる。
【０１７９】
ＭＭＥ２００は、Ｄｅｔａｃｈ要求を受信すると、Ｄｅｔａｃｈ Ａｃｃｅｐｔを生成し、生成したＤｅｔａｃｈ ＡｃｃｅｐｔをアンカーＡＰ３００に送信する（Ｓ８３）。例えば、ＭＭＥ２００の制御部２２０（例えば図５（Ｂ））は、Ｄｅｔａｃｈ要求を受信するとＤｅｔａｃｈ Ａｃｃｅｐｔを生成し、アンカーＡＰ３００に送信する。Ｄｅｔａｃｈ Ａｃｃｅｐｔは、例えば、Ｄｅｔａｃｈ要求に対して、登録解除を許可することを表すメッセージである。
【０１８０】
アンカーＡＰ３００は、Ｄｅｔａｃｈ Ａｃｃｅｐｔを受信すると、ＩＰアドレス管理表において、ドリフトＡＰ４００に付与したＩＰアドレスを「空き」に更新する（Ｓ８４）。例えば、アンカーＡＰ３００の処理部３２３は、ドリフトＡＰ４００から受信したＤｅｔａｃｈ要求に含まれるドリフトＡＰ４００のＩＰアドレスをメモリ３４１に保持し、ＭＭＥ２００に送信するＤｅｔａｃｈ要求（Ｓ８２）に識別符号を付与して送信する。そして、処理部３２３は、ＭＭＥ２００から受信したＤｅｔａｃｈ Ａｃｃｅｐｔに識別符号が含まれていると、Ｄｅｔｔｔａｃｈ要求に対するＤｅｔａｃｈ Ａｃｃｅｐｔであることを認識し、メモリ３４１に保持したＩＰアドレスを削除する。そして、処理部３２３は、削除したＩＰアドレスと同一のＩＰアドレスをＩＰアドレス管理表において「空き」に更新する。
【０１８１】
次いで、アンカーＡＰ３００はＤｅｔａｃｈ ＡｃｃｅｐｔをドリフトＡＰ４００に送信する（Ｓ８５）。例えば、アンカーＡＰ３００の処理部３２３は、ＩＰアドレス管理表において該当するＩＰアドレスを「空き」に更新すると、ドリフトＡＰ４００宛てのＤｅｔａｃｈ Ａｃｃｅｐｔを生成し、信号生成部３２１や無線部３１０などを介してドリフトＡＰ４００にＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。
【０１８２】
Ｄｅｔａｃｈ Ａｃｃｅｐｔを受信したドリフトＡＰ４００は、例えば、メモリ４４１に保持したＩＰアドレスを削除するなどの処理を行う。そして、アンカーＡＰ３００とドリフトＡＰ４００との間では、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎの解放処理が行われ（Ｓ８６）、アンカーＡＰ３００とＭＭＥ２００との間では、接続の解放処理が行われる（Ｓ８７）。
【０１８３】
図１４は、アンカーＡＰ３００における登録解除の動作例を表すフローチャートである。図１３（Ｂ）に示すシーケンス図と重複した部分があるため簡単に説明する。
【０１８４】
アンカーＡＰ３００は登録解除の処理を開始すると（Ｓ９０）、Ｄｅｔａｃｈ要求をドリフトＡＰ＃１１（４００−１１）から受信する（Ｓ９１）。アンカーＡＰ３００は受信したＤｅｔａｃｈ要求をＭＭＥ２００に送信する。
【０１８５】
次いで、アンカーＡＰ３００は、ＩＰアドレス管理表より付与ＩＰアドレスを抹消し、Ｄｅｔａｃｈ ＡｃｃｅｐｔをドリフトＡＰ４００に送信する（Ｓ９２（又は図１３（Ｂ）のＳ８４））。例えば、アンカーＡＰ３００の処理部３２３は、Ｄｅｔａｃｈ要求（図１３（Ｂ）のＳ８３）に対するＤｅｔａｃｈ Ａｃｃｅｐｔを受信したとき、Ｄｅｔａｃｈ要求（Ｓ９１）に含まれるＩＰアドレスをＩＰアドレス管理表から抹消することができる。例えば、処理部３２３はＩＰアドレス管理表の当該ＩＰアドレスの使用状態を「空き」に更新することで抹消することができる。そして、処理部３２３は、Ｄｅｔａｃｈ Ａｃｃｅｐｔを生成し、信号生成部３２１などを介してドリフトＡＰ＃１１（４００−１１）に送信する。
【０１８６】
次いで、アンカーＡＰ３００は、ドリフトＡＰ＃１１（４００−１１）との接続を解放し、登録解除の処理を終了する（Ｓ９３，Ｓ９４）。
【０１８７】
以上によりアンカーＡＰ３００はドリフトＡＰ＃１１（４００−１１）に対する登録解除を行うことができる。
【０１８８】
次に、登録処理について重複したＡｔｔａｃｈ要求が送信された場合の処理について説明する。図１５から図１９はかかる処理の例を説明するための図である。このうち、図１５は、アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）とドリフトＡＰ４００との関係例を表す図である。図１５では、新規追加のドリフトＡＰ４００が２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）の探索空間に存在して、ドリフトＡＰ４００が２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）にＡｔｔａｃｈ要求を送信している例を表している。
【０１８９】
ドリフトＡＰ４００は、移動の仕方によっては、例えば、２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）の重複した通信可能範囲に移動する場合もある。また、２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）は、ドリフトＡＰ４００が送信したＡｔｔａｃｈ要求を双方とも受信する場合がある。このような場合、２つのアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）は受信したＡｔｔａｃｈ要求をＭＭＥ２００にそれぞれ送信することになる。そして、ＭＭＥ２００において排他処理が行われて、いずれか一つのアンカーＡＰ（例えばアンカーＡＰ＃ａ（３００−ａ））に対してＡｔｔａｃｈ Ａｃｃｅｐｔを送信し、それ以外のアンカーＡＰ（例えばアンカーＡＰ＃ｂ（３００−ｂ））に対してＡｔｔａｃｈ Ｒｅｊｅｃｔを送信する。ＭＭＥ２００は、例えば、３つ以上のアンカーＡＰ３００からＡｔｔａｃｈ要求を受け取った場合もいずれか一つのアンカーＡＰ３００に対して、登録許可し、それ以外のアンカーＡＰ３００に対しては登録許可しないようにすることができる。
【０１９０】
図１６は、図１５の例における動作例を表すシーケンス図である。
【０１９１】
ドリフトＡＰ＃１（４００−１）は、アンカーＡＰ＃ａ（３００−ａ）とアンカーＡＰ＃ｂ（３００−ｂ）の２つの探索空間（図１６の例では電波到達範囲）に移動したときにおいて、アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）への登録要求としてＡｔｔａｃｈ要求を送信する（Ｓ９０，Ｓ９１）。
【０１９２】
次いで、アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）は、ともにＡｔｔａｃｈ要求を受信し、ＭＭＥ２００に送信する（Ｓ９０，Ｓ９１）。
【０１９３】
次いで、ＭＭＥ２００は、２つのＡｔｔａｃｈ要求を受信すると、排他処理を行う（Ｓ９２）。排他処理が行われる契機としては、例えば、同時に２つ以上のＡｔｔａｃｈ要求を受信する場合や、あるＡｔｔａｃｈ要求を受信後一定期間内に１つ以上のＡｔｔａｃｈ要求を受信する場合としてもよい。排他処理としては、例えば、最も早く受信したＡｔｔａｃｈ要求に対してＡｔｔａｃｈ Ａｃｃｅｐｔを送信したり、同時に２つ以上のＡｔｔａｃｈ要求に対してはランダムに一つのＡｔｔａｃｈ要求を選択してＡｔｔａｃｈ Ａｃｃｅｐｔを送信したりすることができる。このような排他処理は、例えば、ＭＭＥ２００の制御部２２０（例えば図５（Ｂ））において行われる。図１６の例では、ＭＭＥ２００は排他処理によりアンカーＡＰ＃ａ（３００−ａ）にＡｔｔａｃｈ Ａｃｃｅｐｔを送信するようにしている（Ｓ９３）。
【０１９４】
Ａｔｔａｃｈ Ａｃｃｅｐｔを受信したアンカーＡＰ＃ａ（３００−ａ）は、ＩＰアドレス管理表（例えば図１０（Ａ））において「空き」のＩＰアドレスをドリフトＡＰ＃１（４００−１）に付与し、ＩＰアドレス管理表において当該ＩＰアドレスを「使用」に更新する（Ｓ９４）。
【０１９５】
次いで、アンカーＡＰ＃ａ（３００−ａ）は、付与したＩＰアドレスを含むＡｔｔａｃｈ ＡｃｃｅｐｔをドリフトＡＰ＃１（４００−１）に送信する（Ｓ９５）。アンカーＡＰ＃ａ（３００−ａ）は、例えば、Ａｔｔａｃｈ ＡｃｃｅｐｔをＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとして送信することもできる。
【０１９６】
次いで、ドリフトＡＰ＃１（４００−１）は、受信したＡｔｔａｃｈ ＡｃｃｅｐｔからＩＰアドレスを抽出して、自局のＩＰアドレスとして登録する（Ｓ９６）。
【０１９７】
次いで、ドリフトＡＰ＃１（４００−１）は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅをアンカーＡＰ＃ａ（３００−ａ）に送信する（Ｓ９７）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、ＩＰアドレスをメモリ４４１に記憶すると、アンカーＡＰ＃ａ（３００−ａ）を送信先とするＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｌｔｅを生成することができる。処理部４２３は、生成したＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを信号生成部４２１や無線部４１０などを介してアンカーＡＰ＃ａ（３００−ａ）に送信することができる。
【０１９８】
アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１（４００−１）からＣｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、Ａｔｔａｃｈ Ａｃｃｅｐｔに対して正常にドリフトＡＰ＃１（４００−１）が受信できたことを認識することができる。そして、アンカーＡＰ＃ａ（３００−ａ）は、ＭＭＥ２００に対して、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅを送信する（Ｓ９９）。このメッセージを受信したＭＭＥ２００は、アンカーＡＰ＃ａ（３００−ａ）に対して正常に処理が終了したことを認識することができる。
【０１９９】
一方、ＭＭＥ２００は、排他処理により登録許可を出さないアンカーＡＰ＃ｂ（３００−ｂ）に対して、Ａｔｔａｃｈ Ｒｅｊｅｃｔを送信する（Ｓ９８）。例えば、ＭＭＥ２００の制御部２２０（例えば図５（Ｂ））は、排他処理を行い、登録許可を出さない方のＡｔｔａｃｈ要求に対しては、当該Ａｔｔａｃｈ要求の送信元（例えばアンカーＡＰ＃ｂ（３００−ｂ））を送信先とするＡｔｔａｃｈ Ｒｅｊｅｃｔを生成する。そして、制御部２２０は生成したＡｔｔａｃｈ Ｒｅｊｅｃｔを、伝送路インタフェース部２５０を介してアンカーＡＰ＃ｂ（３００−ｂ）に送信する。
【０２００】
アンカーＡＰ＃ｂ（３００−ｂ）は、ＭＭＥ２００からＡｔｔａｃｈ Ｒｅｊｅｃｔを受信すると、アンカーＡＰ＃ａ（３００−ａ）に対して、Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを送信する（Ｓ１００）。
【０２０１】
Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔにより、例えば、アンカーＡＰ＃ｂ（３００−ｂ）は、アンカーＡＰ＃ａ（３００−ａ）がドリフトＡＰ＃１（４００−１）に付与したＩＰアドレス（Ｓ９４）を通知するよう要求することができる。例えば、アンカーＡＰ＃ｂ（３００−ｂ）の処理部３２３（例えば図４）は、ＭＭＥ２００から送信されたＡｔｔａｃｈ Ｒｅｊｅｃｔを、伝送路インタフェース部３５０などを介して受信すると、アンカーＡＰ＃ａ（３００−ａ）宛てのＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを生成し、無線部３１０などを介してアンカーＡＰ＃ａ（３００−ａ）に送信する。アンカーＡＰ＃ｂ（３００−ｂ）の処理部３２３は、アンカーＡＰ＃ａ（３００−ａ）の隣接する他のアンカーＡＰ３００を把握しており、自局がＡｔｔａｃｈ Ｒｅｊｅｃｔを受信したとき、隣接するすべてのアンカーＡＰ３００にＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを送信することができる。図１６の例では、アンカーＡＰ＃ｂ（３００−ｂ）に隣接するのはアンカーＡＰ＃ａ（３００−ａ）のため、アンカーＡＰ＃ａ（３００−ａ）にＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを送信している。
【０２０２】
Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを受信したアンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１（４００−１）に付与したＩＰアドレスを含むＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを生成し、アンカーＡＰ＃ｂ（３００−ｂ）に送信する（Ｓ１０１）。例えば、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３は、無線部３１０などを介してＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを受信すると、ドリフトＡＰ＃１（４００−１）に付与したＩＰアドレスをＩＰアドレス管理表から読み出して、当該ＩＰアドレスを含むＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを生成する。そして、処理部３２３は、生成したＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを、無線部３１０などを介してアンカーＡＰ＃ｂ（３００−ｂ）に送信することができる。
【０２０３】
例えば、隣接するアンカーＡＰ＃ａ（３００−ａ）とアンカーＡＰ＃ｂ（３００−ｂ）との間で、Ｓｅｔ Ｕｐ ＲｅｑｕｅｓｔとＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅとが送受信されることで、アンカーＡＰ＃ｂ（３００−ｂ）はアンカーＡＰ＃ａ（３００−ａ）が付与したＩＰアドレスを把握することができる。これにより、例えば、アンカーＡＰ＃ａ（３００−ａ）とアンカーＡＰ＃ｂ（３００−ｂ）は、隣接関係リストの内容を最新のものとすることができる。
【０２０４】
図２７（Ａ）はアンカーＡＰ＃ａ（３００−ａ）、図２７（Ｂ）はアンカーＡＰ＃ｂにおいてそれぞれ生成される隣接関係リストの例を表わす図である。例えば、アンカーＡＰ＃ａ（３００−ａ）の隣接関係リストは、アンカーＡＰ＃ａ（３００−ａ）の識別子と、隣接するアンカーＡＰ（例えばアンカーＡＰ＃ｂ（３００−ｂ））の識別子が記憶される。一方、アンカーＡＰ＃ｂ（３００−ｂ）の隣接関係リストは、アンカーＡＰ＃ｂ（３００−ｂ）の識別子と、隣接するアンカーＡＰ（例えば、アンカーＡＰ＃ａ（３００−ａ））の識別子も記憶される。
【０２０５】
また、隣接関係リストには、「アンカーＡＰ＃ａ配下のドリフトＡＰ」又は「アンカーＡＰ＃ｂ配下のドリフトＡＰ」の項目が記憶される。例えば、アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）がＩＰアドレスを付与したときなど、当該項目にポインタ情報が書き込まれる。ポインタ先には、ＩＰアドレスを付与したドリフトＡＰ４００の識別子と、当該ドリフトＡＰ４００配下のドリフトＡＰに関する項目とが記憶される。図１６の例では、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１（４００−１）に対してＩＰアドレスを付与したため、図２７（Ａ）に表わされるように、アンカーＡＰ＃ａ（３００−ａ）の隣接関係リストの「アンカーＡＰ＃ａ配下のドリフトＡＰ」の項目にはポインタ情報が記憶される。そして、そのポインタ情報の示すポインタ先には、ドリフトＡＰ＃１（４００−１）の識別子が記憶される。ドリフトＡＰ＃１（４００−１）の識別子としては、例えば、付与したＩＰアドレスとすることができる。
【０２０６】
そして、上述したように、Ｓｅｔ Ｕｐ ＲｅｑｕｅｓｔとＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅとが送受信されることで、例えば、アンカーＡＰ＃ｂ（３００−ｂ）はアンカーＡＰ＃ａ（３００−ａ）が付与したＩＰアドレスを認識することができる。これにより、アンカーＡＰ＃ｂ（３００−ｂ）は、アンカーＡＰ＃ａ（３００−ａ）配下にドリフトＡＰ４００があること、そのドリフトＡＰ４００に対して受信したＩＰアドレスが付与されたことを認識することができる。そして、これを繰り返すことで、アンカーＡＰ＃ａ（３００−ａ）とアンカーＡＰ＃ｂ（３００−ｂ）は、互いに、アンカーＡＰ＃ｂ（３００−ｂ）とアンカーＡＰ＃ａ（３００−ａ）のそれぞれの配下において登録されている一部または全部のドリフトＡＰ４００の隣接関係を認識することができる。
【０２０７】
例えば、図２７（Ａ）の例において、アンカーＡＰ＃ａ（３００−ａ）がドリフトＡＰ＃２（４００−２）に対してＩＰアドレスを付与したとき、隣接関係リストにドリフトＡＰ＃２（４００−２）のＩＰアドレスが記憶される。そして、アンカーＡＰ＃ａ（３００−ａ）は、アンカーＡＰ＃ｂ（３００−ｂ）からＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを受信したとき、ドリフトＡＰ＃２（４００−２）のＩＰアドレスをＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅに含めて送信する。これにより、アンカーＡＰ＃ｂ（３００−ｂ）は、アンカーＡＰ＃ａ（３００−ａ）の配下には２つのドリフトが存在することを認識する。
【０２０８】
アンカーＡＰ＃ｂ（３００−ｂ）についても、ドリフトＡＰ＃４（４００−４）やドリフトＡＰ＃５（４００−５）についてＩＰアドレスをそれぞれ付与したとき、隣接関係リストに２つのドリフトＡＰ４００のＩＰアドレスをそれぞれ記憶する。そして、アンカーＡＰ＃ｂ（３００−ｂ）は、Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを受信したとき、付与したＩＰアドレスをＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅに含めて送信する。これにより、アンカーＡＰ＃ａ（３００−ａ）は、アンカーＡＰ＃ｂ（３００−ｂ）の配下に２つのドリフトＡＰ４００が存在することを認識することができる。
【０２０９】
図１６に戻り、アンカーＡＰ＃ｂ（３００−ｂ）は、Ｓｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを受信すると、Ａｔｔａｃｈ ＣｏｍｐｌｅｔｅをＭＭＥ２００に送信する（Ｓ１０４）。
【０２１０】
一方、アンカーＡＰ＃ａ（３００−ａ）は、Ｓｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを送信すると、最終的なドリフトＡＰ経路管理表を生成する（Ｓ１０２）。この最終的なドリフトＡＰ経路管理表の生成には、上述したドリフトＡＰ４００の隣接関係の生成なども含まれるが、その詳細は後述する。
【０２１１】
そして、新規追加のドリフトＡＰ＃１（４００−１）は、排他処理により、アンカーＡＰ＃ａ（３００−ａ）と通信を確立することができる（Ｓ１０５）。
【０２１２】
次に、登録処理について重複したＡｔｔａｃｈ要求が送信された場合の処理について、階層的な場合について説明する。図１７は、かかる場合におけるアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）とドリフトＡＰ４００の関係例を表わす図である。
【０２１３】
図１７の例では、ドリフトＡＰ＃１１（４００−１１）が新規追加のドリフトＡＰ４００として、２つのドリフトＡＰ＃１（４００−１），＃２（４００−２）の双方と通信可能な範囲に移動した場合の例を表わしている。この場合、ドリフトＡＰ＃１（４００−１）はアンカーＡＰ＃ａ（３００−ａ）と無線通信を行い、ドリフトＡＰ＃２（４００−２）はアンカーＡＰ＃ｂ（３００−ｂ）と無線通信を行っているものとする。新規追加のドリフトＡＰ＃１１（４００−１１）から送信された無線信号は２つのドリフトＡＰ＃１（４００−１），＃２（４００−２）で受信することができる。
【０２１４】
図１８は、図１７における関係例における登録処理の動作例を表わすシーケンス図である。
【０２１５】
ドリフトＡＰ＃１１（４００−１１）は、２つのドリフトＡＰ＃１（４００−１），＃２（４００−２）の双方の通信可能範囲に移動したときにおいて、Ａｔｔａｃｈ要求を送信する（Ｓ１１０，Ｓ１１１）。例えば、ドリフトＡＰ＃１１（４００−１１）から送信されたＡｔｔａｃｈ要求は、ドリフトＡＰ＃１（４００−１）において受信され、アンカーＡＰ＃ａ（３００−ａ）を経由してＭＭＥ２００に送信される。一方、ドリフトＡＰ＃１１（４００−１１）から送信されたＡｔｔａｃｈ要求はドリフトＡＰ＃２（４００−２）においても受信され、アンカーＡＰ＃ｂ（３００−ｂ）を経由してＭＭＥ２００に送信される。
【０２１６】
次いで、ＭＭＥ２００は受信した２つのＡｔｔａｃｈ要求に対して排他処理を行う（Ｓ１１２）。排他処理は、上述した図１６におけるＳ９２の排他処理と同様に、最も早くＡｔｔａｃｈ要求を受信したものに対してＡｔｔａｃｈ Ａｃｃｅｐｔを送信したり、ランダムにいずれか一つのＡｔｔａｃｈ要求に対してＡｔｔａｃｈ Ａｃｃｅｐｔを送信したりすることができる。図１６の例では、制御部２２０は排他処理により、アンカーＡＰ＃ａ（３００−ａ）からのＡｔｔａｃｈ要求に対してＡｔｔａｃｈ Ａｃｃｅｐｔを送信し（Ｓ１１３）、アンカーＡＰ＃ｂ（３００−ｂ）からのＡｔｔａｃｈ要求に対してＡｔｔａｃｈ Ｒｅｊｅｃｔを送信している（Ｓ１１７）。
【０２１７】
アンカーＡＰ＃ａ（３００−ａ）は、Ａｔｔａｃｈ ＡｃｃｅｐｔをＭＭＥ２００から受信すると、アンカーＡＰ＃ａ（３００−ａ）の探索空間に新たなドリフトＡＰ＃１１（４００−１１の存在を認識し、ＩＰアドレスを付与する（Ｓ９４）。そして、アンカーＡＰ＃ａ（３００−ａ）は、付与したＩＰアドレスのＩＰアドレス管理表における使用状態を「使用」に更新する。
【０２１８】
次いで、アンカーＡＰ＃ａ（３００−ａ）は、付与したＩＰアドレスを含むＡｔｔａｃｈ Ａｃｃｅｐｔを生成し、配下のドリフトＡＰ＃１（４００−１）に送信する（Ｓ１１５）。例えば、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３（例えば図５（Ａ））は、ＩＰアドレス管理表においてＩＰアドレスの使用状態を「使用」に更新すると、当該ＩＰアドレスを含むＡｔｔａｃｈ Ａｃｃｅｐｔを生成し、信号生成部３２１などを介してドリフトＡＰ＃１（４００−１）に送信することができる。
【０２１９】
ドリフトＡＰ＃１（４００−１）は、アンカーＡＰ＃ａ（３００−ａ）からＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、ドリフトＡＰ＃１１（４００−１１）に受信したＡｔｔａｃｈ Ａｃｃｅｐｔを送信する（Ｓ１１５）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、アンカーＡＰ＃ａ（３００−ａ）からＡｔｔａｃｈ Ａｃｃｅｐｔを受信すると、中継してドリフトＡＰ＃１１（４００−１１）に転送することができ、これにより受信したＡｔｔａｃｈ ＡｃｃｅｐｔをドリフトＡＰ＃１１（４００−１１）に送信することができる。或いは、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３により、生成したＡｔｔａｃｈ Ａｃｃｅｐｔに対して送信先（例えば、ドリフトＡＰ＃１（３００−１）とドリフトＡＰ＃１１（３００−１１））が付加される。これにより、ドリフトＡＰ＃１（４００−１）はドリフトＡＰ＃１１（４００−１１）にＡｔｔａｃｈ Ａｃｃｅｐｔを送信することができる。
【０２２０】
ドリフトＡＰ＃１（４００−１）からＡｔｔａｃｈ Ａｃｃｅｐｔを受信したドリフトＡＰ＃１１（（４００−１１）は、ＩＰアドレスを抽出して自局のＩＰアドレスとして登録する（Ｓ９６）。
【０２２１】
次いで、ドリフトＡＰ＃１１（４００−１１）は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＣｏｍｐｌｅｔｅをドリフトＡＰ＃１（４００−１）に送信する（Ｓ１１６）。
【０２２２】
Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信したドリフトＡＰ＃１（４００−１）は、当該メッセージをアンカーＡＰ＃ａ（３００−ａ）に送信する（Ｓ１１６）。例えば、ドリフトＡＰ＃１（４００−１）の処理部４２３は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信するとアンカーＡＰ＃ａ（３００−ａ）に送信することができるようになっており、これによりアンカーＡＰ＃ａ（３００−ａ）に当該メッセージを送信できる。
【０２２３】
次いで、アンカーＡＰ＃ａ（３００−ａ）は、Ａｔｔａｃｈ ＣｏｍｐｅｌｔｅをＭＭＥ２００に送信する（Ｓ１１８）。例えば、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３（例えば図４）は、Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを受信すると、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅを生成し、伝送路インタフェース部３５０などを介してＭＭＥ２００に送信することができる。Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅは、例えば、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅとして送信されることもできる。ＭＭＥ２００は、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅを受信することで、Ａｔｔａｃｈ Ａｃｃｅｐｔに対して正常に処理が行われたことを認識することができる。
【０２２４】
一方、Ａｔｔａｃｈ Ｒｅｊｅｃｔを受信したアンカーＡＰ＃ｂ（３００−ｂ）は、配下のドリフトＡＰ＃２（４００−２）に当該メッセージを送信する（Ｓ１１７）。例えば、アンカーＡＰ＃ｂ（３００−ｂ）の処理部３２３は、伝送路インタフェース部３５０などを介してＭＭＥ２００からＡｔｔａｃｈ Ｒｅｊｅｃｔを受信すると、配下のドリフトＡＰ＃２（４００−２）に送信することができる。
【０２２５】
また、Ａｔｔａｃｈ Ｒｅｊｅｃｔを受信したアンカーＡＰ＃ｂ（３００−ｂ）は、アンカーＡＰ＃ａ（３００−ａ）に対して、Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを送信する（Ｓ１１９）。当該メッセージにより、例えば、アンカーＡＰ＃ｂ（３００−ｂ）はアンカーＡＰ＃ａが付与したＩＰアドレスの通知を要求することができる。
【０２２６】
Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを受信したアンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１１（４００−１１）に付与したＩＰアドレス（Ｓ９４）を含むＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅを生成し、アンカーＡＰ＃ｂ（３００−ｂ）に送信する（Ｓ１２０，Ｓ１２１）。これにより、例えば、アンカーＡＰ＃ｂ（３００−ｂ）は、アンカーＡＰ＃ａ（３００−ａ）が付与したＩＰアドレスを把握でき、隣接関係リストの内容を最新のものとすることができる。
【０２２７】
さらに、配下のドリフトＡＰ＃２（４００−２）においても、Ａｔｔａｃｈ ＲｅｊｅｃｔをアンカーＡＰ＃ｂ（３００−ｂ）から受信すると（Ｓ１１７）、Ｓｅｔ Ｕｐ ＲｅｑｕｅｓｔをアンカーＡＰ＃ｂ（３００−ｂ）に対して送信する（Ｓ１２２）。
【０２２８】
アンカーＡＰ＃ｂ（３００−ｂ）は、Ｓｅｔ Ｕｐ Ｒｅｑｕｅｓｔを配下のドリフトＡＰ＃２（４００−２）から受信すると、アンカーＡＰ＃ａ（３００−ａ）から受け取ったＩＰアドレス（Ｓ１２０）を含むＳｅｔ Ｕｐ Ｒｅｑｕｅｓｔを生成し、ドリフトＡＰ＃２（４００−２）に送信する（Ｓ１２３，Ｓ１２４）。これにより、例えば、Ａｔｔａｃｈ Ｒｅｊｅｃｔを受け取ったドリフトＡＰ＃２（４００−２）は、他のドリフトＡＰ＃１（４００−１）において付与したドリフトＡＰ＃１１（４００−１１）のＩＰアドレスを把握でき、隣接関係リストを最新のものとすることができる。
【０２２９】
そして、アンカーＡＰ＃ａ（３００−ａ）は、最終的なドリフトＡＰ４００管理表を生成する（Ｓ１２５）。最終的なドリフトＡＰ４００管理表の生成についての処理は後述する。
【０２３０】
次いで、新規追加のドリフトＡＰ＃１１（４００−１１）はアンカーＡＰ＃ａ（３００−ａ）と通信を確立することができ、ＭＭＥ２００などとも通信することができる（Ｓ１２６）。
【０２３１】
次に、このような登録処理などにより生成したドリフトＡＰ経路管理表と隣接関係リストに基づいて、最終的なドリフトＡＰ経路管理表を生成する動作例について説明する。図１９は最終的なドリフトＡＰ経路管理表を生成する動作例を表わすフローチャートである。図１９に示すフローチャートは、例えば、アンカーＡＰ３００の処理部３２３において行われる処理である。
【０２３２】
アンカーＡＰ３００は、本処理を開始すると（Ｓ１３０）、アンカーＡＰ３００の探索空間に基づき登録したドリフトＡＰ４００を管理する（Ｓ１３１）。例えば、アンカーＡＰ３００は、自局の探索空間についてのドリフトＡＰ経路管理表を生成する。例えば、アンカーＡＰ３００は、あるドリフトＡＰ４００（例えば図８（Ａ）のドリフトＡＰ４００）についてＩＰアドレスを付与したとき、当該ドリフトＡＰ４００を含むドリフトＡＰ経路管理表（例えば、図２０（Ａ））を生成することができる。また、アンカーＡＰ３００は、ドリフトＡＰ＃１（４００−１）配下のドリフトＡＰ＃１１（４００−１１）（例えば図１１）についてＩＰアドレスを付与したとき、当該ドリフトＡＰ＃１１（４００−１１）を含むドリフトＡＰ経路管理表（例えば、図２０（Ｂ））を生成することができる。
【０２３３】
図１９に戻り、次いで、アンカーＡＰ３００は、各アンカーＡＰ３００の隣接関係を示す隣接関係リストを生成する（Ｓ１３２）。例えば、アンカーＡＰ＃ａ（３００−ａ）は隣接するアンカーＡＰ＃ｂ（３００−ｂ）の識別子を自局の隣接関係リストに記憶する（例えば、図２６（Ａ））。また、アンカーＡＰ＃ｂ（３００−ｂ）も隣接するアンカーＡＰ＃ａ（３００−ａ）の識別子を自局の隣接関係リストに記憶する（例えば、図２６（Ｂ））。この隣接関係リスト自体は、例えば、隣接するアンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）が互いに通知し合うことで隣接するアンカーＡＰ３００の識別子を記憶することもできる。
【０２３４】
図１９に戻り、次いで、アンカーＡＰ３００は、生成した隣接関係リストにアンカーＡＰ３００配下のドリフトＡＰ情報を追加する（Ｓ１３３）。例えば、図２１において、アンカーＡＰ＃ａ（３００−ａ）が３つのドリフトＡＰ＃１〜＃３（４００−１〜４００−３）にＩＰアドレスを付与したとき、隣接関係リストの「アンカーＡＰ＃ａ配下のドリフトＡＰリスト」にポインタ情報を記憶する（例えば図２７（Ａ））。そして、アンカーＡＰ＃ａ（３００−ａ）は、ポインタ先にドリフトＡＰ＃１（４００−１）のＩＰアドレスを記憶する（例えば、図２７（Ａ））。例えば、アンカーＡＰ＃ｂ（３００−ｂ）がドリフトＡＰ＃４（４００−４），＃５（４００−５）にＩＰアドレスをそれぞれ付与したとき、隣接関係リストの「アンカーＡＰ＃ｂ配下のドリフトＡＰリスト」にポインタ情報を記憶して、ポインタ先にドリフトＡＰ＃４（４００−４），＃５（４００−５）のＩＰアドレスを記憶する（例えば、図２７（Ｂ））。
【０２３５】
図１９に戻り、次いで、アンカーＡＰ３００は、探索空間にまたがるドリフトＡＰ４００の隣接関係を把握（又は認知）する（Ｓ１３４）。例えば、アンカーＡＰ＃ａ（３００−ａ）と隣接関係にあるアンカーＡＰ＃ｂ（３００−ｂ）は、自局が作成した隣接関係リスト（例えば図２７（Ｂ））をアンカーＡＰ＃ａ（３００−ａ）に通知する。また、アンカーＡＰ＃ａ（３００−ａ）も自局で作成した隣接関係リスト（例えば図２７（Ａ））をアンカーＡＰ＃ｂ（３００−ｂ）に通知する。互いに通知し合うことで、例えば、アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）は、自局と隣接関係にあるアンカーＡＰ＃ｂ（３００−ｂ），＃ａ（３００−ａ）の隣接関係をそれぞれ把握することができる。例えば、アンカーＡＰ＃ａ（３００−ａ）は、アンカーＡＰ＃ｂ（３００−ｂ）の隣接関係リスト（例えば図２７（Ｂ））からアンカーＡＰ＃ｂ（３００−ｂ）配下のドリフトＡＰ４００も把握することができる。隣接関係リストの通知は、例えば、Ｓｅｔ Ｕｐ ＲｅｑｕｅｓｔとＳｅｔ Ｕｐ Ｒｅｓｐｏｎｓｅにより行われることができる（図１６のＳ１００とＳ１０１、図１８のＳ１１９とＳ１２０など）。
【０２３６】
図１９に戻り、アンカーＡＰ３００は、隣接関係を把握すると、ドリフトＡＰ経路管理表に隣接可能性ドリフトＡＰ情報を追加して、最終的なドリフトＡＰ経路管理表を生成する（Ｓ１３５）。例えば、アンカーＡＰ＃ａ（３００−ａ）は、アンカーＡＰ＃ａ（３００−ａ）のドリフトＡＰ経路管理表（例えば図２２）に対して、隣接関係リスト（例えば図２７（Ｂ））に基づいて、ドリフトＡＰ＃４（４００−４），＃５（４００−５）の項目を追加する。この場合、最終的なドリフトＡＰ経路管理表は、図２９に示すようなものとなる。
【０２３７】
図２９に示す最終的なドリフトＡＰ４００の経路管理表では、ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃４（４００−４）との間のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔログの項目と、ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃５（４００−５）との間のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔログの項目とが追加されている。
【０２３８】
また、図２９に示す最終的なドリフトＡＰ経路管理表では、ドリフトＡＰ＃２（４００−２）のポインタ先に、ドリフトＡＰ＃２（４００−２）とドリフトＡＰ＃４（４００−４）間のＭｅａｓｕｒｅｍｅｎｔ Ｒｅｓｕｌｔログの項目が追加される。さらに、ドリフトＡＰ＃２（４００−２）とドリフトＡＰ＃５（４００−５）間のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔログの項目も追加される。
【０２３９】
このように、アンカーＡＰ＃ａ（３００−ａ）は、例えば、隣接アンカーＡＰ＃ｂ（３００−ｂ）の隣接関係にあるドリフトＡＰ４００を含めた各項目をドリフトＡＰ経路管理表に追加して、最終的なドリフトＡＰ経路管理表を生成することができる。図２９は、例えば、アンカーＡＰ＃ａ（３００−ａ）が生成した最終的なドリフトＡＰ経路管理表の例である。
【０２４０】
また、アンカーＡＰ＃ｂ（３００−ｂ）についても同様に、ドリフトＡＰ経路管理表において、配下のドリフトＡＰ＃３（４００−３），＃４（４００−４）に、ドリフトＡＰ＃１（４００−１）から＃３のそれぞれのとの間のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔログを追加する。図３０は、例えば、アンカーＡＰ＃ｂ（３００−ｂ）が生成する最終的なドリフトＡＰ経路管理表の例である。
【０２４１】
このような最終的なドリフトＡＰ経路管理表の生成は、例えば、アンカーＡＰ３００の処理部３２３において、メモリ３４１に記憶された隣接関係リストとドリフトＡＰ経路管理表に適宜アクセスして行われることができる。
【０２４２】
図１９に戻り、アンカーＡＰ３００は最終的なドリフトＡＰ経路管理表を生成すると、一連の処理を終了する（Ｓ１３６）。
【０２４３】
以上によりアンカーＡＰ３００は、最終的なドリフトＡＰ経路管理表を生成することができる。
【０２４４】
ここで、上述したドリフトＡＰ経路管理表の詳細について説明する。図２４はアンカーＡＰ３００とドリフトＡＰ４００の関係例、図２５はドリフトＡＰ経路管理表の例をそれぞれ表わす図である。例えば、図２５は図２４に示すアンカーＡＰ３００とドリフトＡＰ４００との関係において、最終的なドリフトＡＰ経路管理表の例も表わしている。
【０２４５】
図２４の例では、端末５００は、３つのドリフトＡＰ４００＃ｄ１（４００−ｄ１），＃ｄ２（４００−ｄ２），＃ｄ３（４００−ｄ３）の中間位置に移動した場合の例を表わしている。図２４において、各ノード装置間の経路品質指標を（Ａ）〜（Ｊ）のように表記している。例えば、（Ａ）はアンカーＡＰ＃Ａａａ（３００−ａａ）と端末５００との間の経路品質指標を表わし、（Ｊ）はドリフトＡＰ４００＃ｄ１（４００−ｄ１）とドリフトＡＰ４００＃ｄ３（４００−ｄ３）との間の経路品質指標を表わしている。
【０２４６】
上述した例においては、アンカーＡＰ＃ａａ（３００−ａａ）は、例えば、新規追加のドリフトＡＰ４００にＩＰアドレスを付与したときに、ＡＰ経路管理表を更新する旨について説明した。例えば、アンカーＡＰ＃ａａ（３００−ａａ）は、端末５００と各ドリフトＡＰ＃ｄ１〜＃ｄ３（４００−ｄ１〜４００−ｄ３）との間の経路品質指標をＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔなどにより観測できればＡＰ経路管理表を更新するようにすることもできる。例えば、端末５００やドリフトＡＰ＃ｄ１〜＃ｄ３（４００−ｄ１〜４００−ｄ３）は、Ａｔｔａｃｈ要求を送信せずに、経路品質指標を測定できたとき、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを送信することもできる。この場合、例えば、アンカーＡＰ＃ａａ（３００−ａａ）は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信することができ、当該メッセージを送信した端末５００やドリフトＡＰ＃ｄ１〜＃ｄ３（４００−ｄ１〜４００−ｄ３）などは呼設定が必要な候補として、ドリフトＡＰ経路管理表に記憶することができる。例えば、図２５に示すように、ドリフトＡＰ経路管理表では、経路品質指標とともに通信状態を記憶することができ、呼設定が必要な候補のドリフトＡＰ４００や端末５００については通信状態として「待機」が記憶されることができる。一方、Ａｔｔａｃｈ要求を送信して呼接続した端末５００やドリフトＡＰ４００は経路品質指標を測定すると、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔするが、このような端末５００やドリフトＡＰ４００については通信状態として「接続」が記憶されることができる。このような通信状態の判定は、例えば、アンカーＡＰ３００の処理部３２３（例えば図５（Ａ））において行われることができる。
【０２４７】
なお、図２７（Ａ）及び（Ｂ）に示すドリフトＡＰ経路管理表や、図２９及び図３０に示す最終的なドリフトＡＰ経路管理表には、図２５に示す接続状態が記憶されてもよい。また、図２９及び図３０に示す各ノード装置間のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔログは、図２５における経路品質指標とすることもできる。
【０２４８】
図２５において、ドリフトＡＰ経路管理表は、最初にアンカーＡＰ＃ａａ（３００−ａａ）の識別子（ＩＤ＝ＡＰ＃ａａ）と、アンカーＡＰ＃ａａ（３００−ａａ）と端末５００との間における品質指標及び接続状態とが記憶される項目がある。そして、ドリフトＡＰ経路管理表には、アンカーＡＰ＃ａａ（３００−ａａ）配下またはその候補となるドリフトＡＰ４００の各識別子と、アンカーＡＰ＃ａａ（３００−ａａ）との間の経路品質指標及び接続状態とがそれぞれ記憶される。なお、図２５の例では、更に、アンカーＡＰ＃ａａ（３００−ａａ）配下またはその候補のドリフトＡＰ４００としてドリフトＡＰ＃ｎ（４００−ｎ）まである例について表わしている。
【０２４９】
さらに、ドリフトＡＰ経路管理表においては、例えば、ドリフトＡＰ＃ｄ（４００−ｄ１）の配下又はその候補としてドリフトＡＰ＃ｄ１１〜＃ｄ１３（４００−ｄ１１〜４００−ｄ１３）がある例を表わしている。アンカーＡＰ＃ａａ（３００−ａａ）は、例えば、各ドリフトＡＰ＃ｄ１１〜＃ｄ１３（４００−ｄ１１〜４００−ｄ１３）のＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを、ドリフトＡＰ＃ｄ１（４００−ｄ１）を介して受信（又は観測）すると、ＡＰ経路管理表にそれぞれの経路品質指標などを更新することができる。この場合、ドリフトＡＰ＃ｄ１１〜Ｓ１３（４００−ｄ１１〜４００−ｄ１３）は、ドリフトＡＰ＃ｄ１（４００−ｄ１）配下またはその候補のドリフトＡＰ４００となっている。そのため、アンカーＡＰ＃ａａ（３００−ａａ）は、ドリフトＡＰ経路管理表においては、ポインタ先にドリフトＡＰ＃ｄ１，＃ｄ１１〜＃ｄ１３（４００−ｄ１，４００−ｄ１１〜４００−ｄ１３）の各識別子と、それぞれにおける経路品質指標、及び接続状態とを更新して記憶することができる。
【０２５０】
また、アンカーＡＰ＃ａａ（３００−ａａ）は、例えば、ドリフトＡＰ＃ｄ１１（４００−ｄ１１）の配下又はその候補のドリフトＡＰ＃ｄ１１１〜ｄ＃１１３（４００−ｄ１１１〜４００−ｄ１１３）についてＭｕｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信することもできる。この場合、ＡＰ経路管理表において、ドリフトＡＰ＃ｄ１１（４００−ｄ１１）のポインタ先に、更にそれぞれの識別子や経路品質指標を更新することができる。これらの例においても、上述したように、アンカーＡＰ＃ａａ（３００−ａａ）はＩＰアドレスを付与するときに更新するようにすることもできる。
【０２５１】
処理について図６に戻ると、アンカーＡＰ３００は「初期設定」により、上述した最終的なドリフトＡＰ経路管理表を生成することができる。
【０２５２】
そして、アンカーＡＰ３００は、「経路品質指標測定」（Ｓ１３）を行うことで、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信し、最終的なドリフトＡＰ経路管理表に経路品質指標を記憶することができる。
【０２５３】
＜４．２．２ 「経路品質指標測定」について＞
次に、「経路品質指標測定」（図６のＳ１３）の処理について説明する。アンカーＡＰ３００は、最終的なドリフトＡＰ経路管理表を生成すると、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信することができる（図６のＳ１３７）。Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求の送信先は、例えば、最終的なドリフトＡＰ経路管理表に記憶されたドリフトＡＰ４００や端末５００とすることができる。
【０２５４】
例えば、図８（Ａ）の関係例では、アンカーＡＰ３００はドリフトＡＰ４００にＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信することができる。また、図１１の例では、アンカーＡＰ３００はドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃１１（４００−１１）にＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信することができる。この場合、例えば、アンカーＡＰ３００はドリフトＡＰ＃１（４００−１）に対するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求に、ドリフトＡＰ＃１１（４００−１１）に対するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を含めるようにしてもよい。また、図２９の例では、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１（４００−１）から＃３（４００−３）に対してＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求をそれぞれ送信することができる。
【０２５５】
さらに、図２９の例では、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃４（４００−４），＃５（４００−５）に対するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求をドリフトＡＰ＃１（４００−１）に送信することができる。これにより、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃４（４００−４）、ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃５（４００−５）のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔを得ることができる。また、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃４（４００−４），＃５（４００−５）に対するＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を、ドリフトＡＰ＃２（４００−２）に送信することができる。これにより、アンカーＡＰ＃ａ（３００−ａ）は、ドリフトＡＰ＃２（４００−２）とドリフトＡＰ＃４（４００−４）、ドリフトＡＰ＃２（４００−２）とドリフトＡＰ＃５（４００−５）のＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔを得ることができる。
【０２５６】
このように、アンカーＡＰ３００は、最終的なドリフトＡＰ４００管理表に記憶されたドリフトＡＰ４００に対してＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を送信することができる。Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求の送信先は、例えば、アンカーＡＰ３００の処理部３２３がメモリ３４１にアクセスして、最終的なドリフトＡＰ４００管理表からドリフトＡＰ４００と追加されたドリフトＡＰ４００の識別子（例えばＩＰアドレス）を読み出して、送信先とすることができる。例えば、処理部３２３において、送信先を付加したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求を生成することができる。
【０２５７】
なお、経路上にあるドリフトＡＰ４００は、例えば、上述した図７に示す処理を実行することで、アンカーＡＰ３００に対してＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔを送信することができる。各経路上におけるドリフトＡＰ４００の処理は、図７を用いて説明したため、ここではその説明を省略する。
【０２５８】
図６に戻り、アンカーＡＰ３００は、各ドリフトＡＰ４００や端末５００からＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信することができる（Ｓ１３８）。そして、アンカーＡＰ３００は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含まれる経路品質指標を抽出して、最終的なドリフトＡＰ経路管理表の該当する項目に記憶する。例えば、アンカーＡＰ３００の処理部３２３は、無線部３１０などを介してＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、経路品質指標を抽出し、メモリ３４１に記憶された最終的なドリフトＡＰ経路管理表の該当する項目に経路品質指標を記憶する。例えば、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔには、経路品質指標はどの経路（例えば、ドリフトＡＰ＃１（４００−１）とドリフトＡＰ＃２（４００−２）など）のものなのかを示す情報が含まれており、この経路情報に対応する、最終的なドリフトＡＰ４００管理表の項目に経路品質指標を記憶することができる。
【０２５９】
以上により、測定された経路品質指標はアンカーＡＰ３００に集約されて、アンカーＡＰ３００は、最終的なＡＰ経路管理表に経路品質指標を登録することができる。
【０２６０】
＜４．２．３ 「管理帳票追加生成」について＞
次に「管理帳票追加生成」（図６のＳ１４）の処理について説明する。
【０２６１】
例えば、アンカーＡＰ３００は、受信したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔにおいて、最終的なドリフトＡＰ経路管理表にない経路が含まれているとき、当該Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔから抽出した経路品質指標を最終的なドリフトＡＰ経路管理表に追加登録することができる。例えば、ドリフトＡＰ４００や端末５００は、Ａｔｔａｃｈ要求を送信せずに、経路品質指標を測定した場合、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを送信する場合もある。このような場合、アンカーＡＰ３００は最終的なＡＰ経路管理表に、当該メッセージを送信したドリフトＡＰ４００や端末５００の識別子、測定された経路品質指標を追加して記憶することができる。
【０２６２】
例えば、図２１において、アンカーＡＰ＃ａ（３００−ａ）の通信可能範囲にドリフトＡＰ＃６（図示せず）が移動して、経路品質指標を測定し、アンカーＡＰ＃ａ（３００−ａ）に対してＡｔｔａｃｈ要求を送信しないでＭｅａｓｕｅｍｅｎｔ Ｒｅｐｏｒｔを送信した場合を考える。例えば、ドリフトＡＰ＃６は、自局のＩＰアドレスを含むＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを送信することができる。アンカーＡＰ＃ａ（３００−ａ）はＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、ドリフトＡＰ＃６のＩＰアドレスと経路品質指標を抽出し、最終的なドリフトＡＰ経路管理表に追加して記憶する。例えば、図２９の例では、アンカーＡＰ＃ａ（３００−ａ）は、「ドリフトＡＰ＃３識別子」の次の項目として、ドリフトＡＰ＃６のＩＰアドレスと経路品質指標とを記憶する。この場合、アンカーＡＰ＃ａ（３００−ａ）は通信状態として「待機」（例えば図２５）を最終的なドリフトＡＰ経路管理表に記憶することもできる。
【０２６３】
「経路帳票追加生成」の処理は、例えば、アンカーＡＰ３００の処理部３２３において、メモリ３４１に適宜アクセスして最終的なドリフトＡＰ経路管理表を更新することで行われることができる。
【０２６４】
＜４．３ 「測定事象抽出」と「抽出結果評価」について＞
アンカーＡＰ３００は、「経路帳票追加生成」の処理が終了すると、次いで、「測定事象抽出」（図６のＳ１５）から「抽出結果評価」（Ｓ１８）までの処理を行う。
【０２６５】
次に、「測定事象抽出」と「抽出結果評価」の２つの処理に詳細について説明する。図３３から図３５（Ｃ）は、２つの処理の詳細を説明するための図である。
【０２６６】
最初に、本第２の実施の形態における２つの処理（「測定事象抽出」と「抽出結果評価」）の考え方について説明する。本第２の実施の形態において経路選択は、例えば、複数ある経路品質指標から経路選択指標を選択し、選択された経路選択指標に対して適応度を満たす経路を経路選択のルールとして採用し、その決定したルールに従って最適経路が選択される。例えば、アンカーＡＰ３００は、ドリフトＡＰ４００に対する経路に対して、このような決定したルールに従い最適な経路を選択するようにしている。この場合、適応度は、例えば、アドホックネットワークシステム１０における各ノード装置の一種の重み（ｗ）を表現しているとみなすことができる。
【０２６７】
図３１（Ａ）はノード装置と重みの関係例を表わす図である。ノードＶｉとノードＶｊのそれぞれの重みをｗｉとｗｊとすると、ノードＶｉとノードＶｊが互いに経路を構成するためにはそれぞれの重みｗｉ、ｗｊがある一定の閾値（Θ）以上が必要である、とすると、経路を構成するための条件としては、ｗｉ＋ｗｊ≧Θ、と表現することができる。
【０２６８】
図３１（Ｂ）から図３２は、各ノードにおいて経路を構成できる条件などをそれぞれ表わしている。図３１（Ｂ）の例では、ノードＶ’とノードＶ”のそれぞれの重みｗ’とｗ”について、ｗ≦ｗ’の場合、重みｗ’とｗ”とが閾値（Θ）以上の条件（ｗ’≧Θ−ｗ、ｗ”≧Θ―ｗ）を満たせば、ノードＶ’とノードＶ”は経路が構成できる。
【０２６９】
ただし、図３２に示すように、ｗ＞ｗ’で、かつ、ｗ’＋ｗ”＜Θの場合、閾値（Θ）以上の条件を満たすことができず、ノードＶ’とノードＶ”との間に経路が構成できない。経路を構成できるかは、例えば、重みに対する閾値以上となるか否かにより、すなわち適応度以上か否かにより判別することが可能となる。
【０２７０】
経路選択指標と適応度の求め方は、例えば、以下のようにすることができる。例えば、測定された経路品質指標には、複数種類の経路品質指標があるものとする。例えば、経路品質指標としては、無線品質やホップ数、無線資源の余力などがあり、これらの指標がすべて測定されたものとする。
【０２７１】
例えば、アンカーＡＰ３００（＝スタート）から端末５００（＝ゴール）までのある経路品質指標（Ａ）が「４０」、また別の経路品質指標（Ｂ）が「６０」、さらに別の経路品質指標（Ｃ）が「８０」の値とする。この場合、例えば、経路品質指標（Ａ）は無線品質のうちパケットロス率、経路品質指標（Ｂ）は無線品質のうちエラー頻度、経路品質指標（Ｃ）はノイズ率などとすることができる。経路品質指標（Ａ）などの例は一例であり、ホップ数や無線リソースの残余率など他の指標でもよい。
【０２７２】
このような場合、アンカーＡＰ３００は、経路品質指標（Ａ）から（Ｃ）に対して、経路品質指標のうち最大値である「８０」を有する経路品質指標（Ｃ）を経路選択指標とすることができる。例えば、経路品質指標（Ｃ）はノイズ率であるため、経路選択指標としてノイズ率を採用することができる。この場合、アンカーＡＰ３００は「８０」を適応度とすることもできる。
【０２７３】
また、アンカーＡＰ３００は、経路品質指標（Ａ）から（Ｃ）に対して、最小値である「４０」を有する経路品質指標（Ａ）を経路選択指標とすることもできる。この場合、経路品質指標（Ａ）はパケットロス率のため、アンカーＡＰ３００はパケットロス率を経路選択指標とすることができる。この場合、アンカーＡＰ３００は「４０」を適応度とすることができる。
【０２７４】
さらに、アンカーＡＰ３００は、経路品質指標（Ａ）から（Ｃ）に対して、平均値である「６０」を有する経路品質指標（Ｂ）を経路選択指標とすることができる。例えば、アンカーＡＰ３００はエラー頻度を経路選択指標とすることもできる。この場合、アンカーＡＰ３００は「６０」を適応度とすることもできる。
【０２７５】
上述した例においては、例えば、測定指標抽出処理（Ｓ１５）は、経路品質指標（Ａ）や（Ｂ）、（Ｃ）などが選択されることに対応する。また、閾値「Ｑ」を満足するか否かは（Ｓ１６）、各指標の最大値「８０」以上の経路品質指標があるか否かなどに対応する。閾値「Ｑ」が例えば最大値「８０」などに対応する。さらに、抽出結果評価（Ｓ１８）は、例えば、最大値「８０」以上の経路品質指標（Ｃ）について、適応度「８０」を満たす経路として、経路１か、経路２かなどを比較評価することに対応する。
【０２７６】
また、アンカーＡＰ３００は、「測定指標抽出」の処理（Ｓ１５）として、例えば、以下のようにして経路品質指標を抽出することもできる。すなわち、アンカーＡＰ３００は、測定された経路品質指標に対して重み付けをし、その結果に基づいて経路選択指標を求めることもできる。例えば、以下のように重み付けにより経路選択指標を求めることもできる。
【０２７７】
例えば、上述した例において、各経路品質指標（Ａ）から（Ｃ）は、その差が「４０」であり、幅として「４０」を有している。この幅「４０」を、各経路品質指標（Ａ）から（Ｃ）の共通領域（領域α）の幅とし、共通した評価を示した値であると考えて、その重みは「３／３＝１」とすることができる。
【０２７８】
また、品質経路指標（Ｂ）と（Ｃ）の領域（領域β）においては、幅「２０」について、その重みは、全体の品質経路指標（Ａ）から（Ｃ）に対して「２／３＝０．６６」とすることができる。
【０２７９】
さらに、品質経路指標（Ｃ）だけの領域（領域γ）においては、幅「０」について、その重みは、全体の品質経路指標（Ａ）から（Ｃ）に対して「１／３＝０．３３」とすることができる。
【０２８０】
そして、以下の式として総合評価値が表現されることができる。
【０２８１】
【数１】
式（１）において、μ（｛Ａ，Ｂ，Ｃ｝）は領域αの重み（例えば「１」）、ｈ（Ａ）は領域αの幅（例えば「４０」）である。また、μ（｛Ｂ，Ｃ｝）は領域βの重み（例えば「０．６６」）、ｈ（Ｂ）−ｈ（Ａ）は領域βの幅（例えば「２０」）である。さらに、μ（｛Ｃ｝）は領域γの重み（例えば「０．３３」）、ｈ（Ｃ）−ｈ（Ｂ）は領域γの幅（例えば「２０」）である。
【０２８２】
図３３は総合評価値をまとめた結果の例を表わしている。ただし、総合評価値に対して基準εを総合評価値に適用している。例えば、基準εを「０．７５」としたとき、総合評価値は「６８．９８」となる。
【０２８３】
図３３の例では、例えば、経路品質指標が最大値（例えば「８０」）の指標を経路選択指標とすることができるし、３つの経路品質指標を重み付けした指標を経路選択指標とすることができる。３つの指標を重み付けする場合、例えば、パケットロス率とエラー頻度、及びノイズ率を経路選択指標とすることができ、これらの経路品質指標について重み付けした値（例えば総合評価値の「６８．９８」）を適応度とすることができる。基準εの適用の仕方によっては、３つの経路品質指標のうち、任意の２つの経路品質指標を経路選択指標とすることができ、基準εを適用した値が適応度とすることもできる。
【０２８４】
このような式（１）を用いた計算は、例えば、アンカーＡＰ３００の処理部３２３において、最終的なドリフトＡＰ経路管理表に記憶されてＭｅａｓｕｒｅｄ Ｒｅｓｕｌｔを各々読み出すことで計算することができる。この場合、処理部３２３は、アンカーＡＰ３００（＝スタート）から端末５００（＝ゴール）までの経路品質指標については、各経路の経路品質指標を加算した値を用いることもできる。
【０２８５】
このように総合評価値に基づいて経路選択指標を求めるのは一例であって、それ以外の手法により経路選択指標や適応度を求めたりすることも可能である。
【０２８６】
例えば、多変量解析法に基づいて適応度を求めることもできる。例えば、経路品質指標を５段階に量子化（例えば、−２，−１，０，１，２，３）する。経路品質指標が２要素の場合（例えば、経路品質指標として「パケットロス率」と「ホップ数」などの２要素）、測定した経路品質指標について、（１，３）と（２，−１）とが得られたとする。この場合の適応度の求め方として、図３４に示す行列式により演算することで、適応度「−７」を得ることもできる。また、経路品質指標が３要素の場合（例えば、「パケットロス率」、「ホップ数」、及び「無線品質の残余率」など）、測定した経路品質指標について量子化した場合、（１，２，３）と（３，２，１）、及び（−１，−２，−１）が得られたとする。この場合、適応度は量子化された経路品質指標を行列式により演算することで、例えば、「−８」となる（例えば、図３４（Ｂ））。
【０２８７】
適応度の求め方としては、さらに、クラスター分析法の一つであるＫ平均法により求めることもできる。例えば、予め各経路品質指標の中心値（又は基準値）を定め、ある時点における測定された経路品質指標との差分を求め、最も中心値に近い測定された経路品質指標を適応度とすることもできる。
【０２８８】
さらに、適応度の求め方としては、さらに、以下のようなものがある。例えば、ある２つの経路において、経路品質指標（I）、（II）について、構成要素（Ａ）と（Ｂ）とがある場合において、それぞれの観測値が図３５（Ａ）に示す値が得られたとする。
【０２８９】
ここで、経路品質指標における構成要素とは、例えば、無線区間の伝送品質に関するものや各ノードの無線資源量に関するものを区分する意味で用いられ、属性ごとの測定事象のことである。例えば、品質に関する属性に属する構成要素（例えば構成要素（Ａ））は、パケットロス率、電界強度などの測定事象となる。また、各ノードの無線資源量に属する構成要素（例えば構成要素（Ｂ））は無線リソースの残存率、ある無線チャネルの使用率などの測定事象である。
【０２９０】
また、これらの構成要素（Ａ）と（Ｂ）が経路選択に与える重要度（又は影響度）がそれぞれ「０．９」とする。ここで、「重要度」は、構成要素が経路選択に与える値又は度合などである。「重要度」は、構成要素ごとに異なる値でもよいし、同じ値となってもよい。そして、ウェイト評価法に基づいて、経路選択決定の経路選択指標を求めると、以下のようになる。
【０２９１】
経路選択指標（I）＝９０×０．９＋２０×０．９＝９９
経路選択指標（II）＝６０×０．９＋６０×０．９＝１０１
この結果、より大きな値が良好な経路であるとしたとき、アンカーＡＰ３００は経路選択指標（II）（例えば、無線リソースの残存率とある無線チャネルの使用率など）を経路選択指標として、「１０１」を適応度として決定することができる。この場合、アンカーＡＰ３００は小さい値の「９９」を適応度とすることもできる。
【０２９２】
さらに、適応度の求め方としては、以下のようなものがある。例えば、３つの経路において、経路品質指標（I）、（II）、及び（III）について、構成要素（Ａ）と（Ｂ）とがある場合において、それぞれの観測値が図３５（Ｂ）に示す値が得られたとする。
【０２９３】
そして、アンカーＡＰ３００は、各経路品質指標に対して１００点を最高点としたスケーリングを行い、スケーリングした各要素に対して重み付けを行う。図３５（Ｃ）はスケーリングを行った結果の例を表わしている。
【０２９４】
重み付けに関しては、例えば、構成要素（Ａ）及び（Ｂ）の双方については重み（例えば、重みは重要度でもよい）を「１．０」、構成要素（Ａ）だけに対する重みを「０．５」、構成要素（Ｂ）だけに対する重みを「０．３」とする。ここで、経路選択指標は、例えば、各経路品質指標の各構成要素の全体集合と各構成要素の寄与する度合の総合評価と見なすこともできる。例えば、ファジィ積分法により総合評価を行うことも可能であり、これを用いると、アンカーＡＰ３００は、
経路選択指標（I）→（１∧０．６５∧０．９５）∨（０．５∧０．６５）∨（０．３∧０．９０）＝０．６５
経路選択指標（II）→（１∧０．９０∧０．５５）∨（０．５∧０．９５）∨（０．３∧０．５５）＝０．５５
経路選択指標（III）→（１∧０．８０∧０．７０）∨（０．５∧０．８０）∨（０．３∧０．７０）＝０．７０
と演算することができる。この結果、例えば、より大きな値が良好な経路としたとき、アンカーＡＰ３００は、経路選択指標（III）を経路選択指標として採用し、「０．７０」を適応度とすることができる。
【０２９５】
以上のようにして、アンカーＡＰ３００は、最適経路を探索するためのルールとして、例えば、ある経路選択指標を選択し、最適経路を選択するための基準として適応度を選択することができる。以上により、アンカーＡＰ３００は、図６に示す「測定事象抽出」の処理（Ｓ１５）を行うことができる。
【０２９６】
次いで、アンカーＡＰ３００は経路選択指標について、抽出した条件が、例えば、アンカーＡＰ３００は抽出した経路選択指標について適応度として閾値（以下、Ｑと略す）を満たすか否かを判定することで、適応度を満たす経路の候補を選択することができる（Ｓ１６）。
【０２９７】
アンカーＡＰ３００は、抽出した条件がＱ以上でないとき（Ｓ１６でＮｏ）、再度、測定事象抽出処理（Ｓ１５）を行い、他の経路選択指標と適応度を抽出することにしている。
【０２９８】
一方、アンカーＡＰ３００は、抽出した条件がＱ以上のとき（Ｓ１６でＹｅｓ）、ハンドオーバ要求の有無を判別する（Ｓ１７）。ハンドオーバ要求は、本第２の実施の形態では、例えばアンカーＡＰ３００が送信することができる。アンカーＡＰ３００がＨＯ要求を送信する状態ではないとき（Ｓ１７でＮｏ）、経路品質指標測定処理に移行して上述の処理を繰り返す。例えば、アンカーＡＰ３００の処理部３２３は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔに含まれる無線区間の経路品質指標が閾値以下のとき、当該無線区間におけるドリフトＡＰ４００または端末５００についてハンドオーバすることを決定することができる。よって、アンカーＡＰ３００の処理部３２３はこのような決定の有無により、ハンドオーバ要求を送信する状態であるか否かを判定することができる。
【０２９９】
一方、アンカーＡＰ３００は、ハンドオーバ要求を送信できる状態のとき（Ｓ１７でＹｅｓ）、抽出結果評価処理を行う（Ｓ１８）。抽出結果評価処理としては、上述したように、例えば、アドホックネットワークが採用した経路決定のルールに基づき、どの指標を適応度として比較するのか等が行われる。本抽出結果評価処理は、例えば、後段の「最適経路決定処理」に先立ち、新経路として「経路１」か「経路２」かなどを比較評価する処理となる。
【０３００】
＜４．４ 「最適経路決定」について＞
次に、図６の「最適経路決定」についての処理の詳細について説明する。図３６から図４０は「最適経路決定」の処理を説明するための図である。本例では、「最適経路決定」の処理が行われる場合として、ハンドオーバが適用された場合の例で説明することにする。最初に、図３６から図３８を用いてハンドオーバが適用された場合の「最適経路決定」の処理について説明し、図３９及び図４０を用いて他の処理の例について説明することにする。
【０３０１】
＜４．５ ＨＯが適用された場合の動作＞
図３６はアドホックネットワークシステム１０の構成例を表わしている。この例では、端末５００はアンカーＡＰ＃ａ（３００−ａ）に接続し、ハンドオーバにより、２つのドリフトＡＰ＃１（４００−１），＃２（４００−２）の双方と無線通信できる範囲に移動する例を表わしている。端末５００が移動した場合、アンカーＡＰ＃ａ（３００−ａ）から端末５００へ向かう経路としては、ドリフトＡＰ＃１（４００−１）を介した経路と、ドリフトＡＰ＃２（４００−２）を介した経路の２つの経路がある。アンカーＡＰ＃ａ（３００−ａ）は、端末５００との間で初期設定（図６のＳ１３）を行った後、経路品質指標測定（Ｓ１３）を行い、測定指標抽出（Ｓ１５）から最適経路決定（Ｓ１９）までの処理を行うことで、最適経路を選択することができる。なお、説明の容易のため、以下の動作例においては管理帳票追加生成（Ｓ１４）の処理は行われないものとする。
【０３０２】
図３７は、このような状況において、アドホックネットワークシステム１０における各処理の動作例を表わすシーケンス図である。図３７の例では、初期設定（Ｓ１２）が既に行われたものとし、経路品質指標測定（Ｓ１３）以降の処理のシーケンス図を表わしている。
【０３０３】
アンカーＡＰ＃ａ（３００−ａ）は、最終的なドリフトＡＰ経路管理表に基づいて、端末５００とドリフトＡＰ＃１（４００−１），＃２（４００−２）に対して、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求をそれぞれ送信する（Ｓ１４１〜Ｓ１４３）。
【０３０４】
次いで、アンカーＡＰ＃ａ（３００−ａ）は、端末５００とドリフトＡＰ＃１（４００−１），＃２（４００−２）から、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信する（Ｓ１４４〜Ｓ１４６）。Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔには、例えば、端末５００やドリフトＡＰ＃１（４００−１），＃２（４００−２）において測定などした経路品質指標が含まれる。
【０３０５】
次いで、アンカーＡＰ＃ａ（３００−ａ）は、図６におけるＳ１４からＳ１９までの処理を行う。例えば、アンカーＡＰ＃ａ（３００−ａ）は、複数の経路選択指標のうち、最大値（例えば図３３の最大値「８０」）を有する経路選択指標を抽出し、当該最大値を適応度とすることを決定する（Ｓ１５，Ｓ１６でＹｅｓ）。そして、アンカーＡＰ＃ａ（３００−ａ）は、端末５００とアンカーＡＰ＃ａ（３００−ａ）間の無線区間における経路品質指標がハンドオーバ用の閾値以下であることを検出するとハンドオーバ要求あり（Ｓ１７でＹｅｓ）と判定する。さらに、アンカーＡＰ＃ａ（３００−ａ）は、経路選択のルールとして、抽出した経路選択指標について適応度を満たす（又は適応度以上の）経路を選択して、選択した経路を最適経路として決定する（Ｓ１８，Ｓ１９）。例えば、アンカーＡＰ＃ａ（３００−ａ）は、無線リソースの残余率（＝経路選択指標）が最大値「８０」以上（＝適応度）の経路として、ドリフトＡＰ＃２（４００−２）を介した経路を最適経路として決定することができる。この場合、ドリフトＡＰ＃１（４００−１）を介した経路についても抽出結果評価処理（Ｓ１８）において、無線リソースの残余率が最大値「８０」以上か否かが評価される。しかし、ドリフトＡＰ＃１（４００−１）を介した経路の無線リソースの残余率は最大値「８０」より小さいものであったため（Ｓ１８）、最適経路とならないことが決定されることになる（Ｓ１９）。
【０３０６】
したがって、アンカーＡＰ＃ａ（３００−ａ）は、最適経路として選択した経路上にあるドリフトＡＰ＃２（４００−２）に対して、ハンドオーバ要求を送信することができる（Ｓ１４７。図６ではＳ２０）。例えば、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３は、最終的なドリフトＡＰ経路管理表に記憶されたアンカーＡＰ＃ａ（３００−ａ）とドリフトＡＰ＃１（４００−１）における経路品質指標と、アンカーＡＰ＃ａ（３００−ａ）とドリフトＡＰ＃２（４００−２）における経路品質指標とを読み出す。そして、処理部３２３は、経路品質指標から経路選択指標（例えば無線リソースの残余率）を抽出し（Ｓ１５）、適応度を満たす（例えば「８０」以上）（Ｓ１６でＹｅｓ）ものを経路選択のルールとして決定し、当該ルールを満たす経路（例えばドリフトＡＰ＃２（４００−２）を介した経路）を最適経路として選択する（Ｓ１８，Ｓ１９）。処理部３２３は、最適経路を選択したとき、ハンドオーバ要求を生成し、信号生成部３２１などを介してドリフトＡＰ＃２（４００−２）にハンドオーバ要求を送信する。
【０３０７】
アンカーＡＰ＃ａ（３００−ａ）は、ハンドオーバ要求を送信すると、経路切替処理を行う（Ｓ１４９）。一方、ドリフトＡＰ＃２（４００−２）も、ハンドオーバ要求を受信すると経路切替処理を行う（Ｓ１４８）。例えば、アンカーＡＰ＃ａ（３００−ａ）は、端末５００との無線通信を行う場合の経路として、端末５００と直接無線通信を行う経路から、ドリフトＡＰ＃２（４００−２）を経由した経路に切替えるよう処理を行う。また、ドリフトＡＰ＃２（４００−２）も、アンカーＡＰ＃ａ（３００−ａ）と端末５００と通信を行うように経路を切替える処理を行う。
【０３０８】
経路切替処理としては、例えば、アンカーＡＰ＃ａ（３００−ａ）からドリフトＡＰ＃２（４００−２）を経由して端末５００に至る経路となるように、ルーティングテーブルを書き換えることで処理が行われることができる。あるいは、このようなルーティングテーブルの書き換えによる経路切替え処理がアンカーＡＰ＃ａ（３００−ａ）において行われ、ドリフトＡＰ＃２（４００−２）において行われないようにすることができる。この場合、例えば、アンカーＡＰ＃ａ（３００−ａ）の処理部３２３は、メモリ３４１などに記憶したルーティングテーブルに従って、端末５００宛てのデータについてドリフトＡＰ＃２（４００−２）に送信し、さらに、送信データにドリフトＡＰ＃２（４００−２）を経由して送信することを表わす経路情報も付加して送信する。これにより、ドリフトＡＰ＃２（４００−２）では、経路切替え処理などを行わなくても、経路情報に従って、受信したデータを端末５００に送信することができる。このことは、例えば、ホップ数が１以上の場合でも、同様に経路情報が付加されることで、途中のドリフトＡＰ４００などは受信したデータをどこに送信すればよいのか判別することができる。
【０３０９】
図２７に戻り、ドリフトＡＰ＃２（４００−２）は経路切替え処理を行うと、ハンドオーバ要求に対するＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡｃｋをアンカーＡＰ＃ａ（３００−ａ）に送信する（Ｓ１５０）。以降の処理（Ｓ１５１〜Ｓ１５８）は、例えば、公知のハンドオーバ手順により実行される処理であるため説明を省略する。
【０３１０】
図２７に示すように、本第２の実施の形態におけるアンカーＡＰ＃ａ（３００−ａ）は、端末５００がハンドオーバするときに、アンカーＡＰ＃ａ（３００−ａ）自身がハンドオーバ要求を生成し、ハンドオーバ先のドリフトＡＰ＃２（４００−２）にハンドオーバ要求を送信している。従って、ドリフトＡＰ＃１（４００−１），＃２（４００−２）や端末５００は、ハンドオーバ要求を送信するなどの処理を行わなくでもよく、ハンドオーバ要求を送信する場合と比較して、処理の軽減を図ることができる。また、これにより、アドホックネットワーク１０に流通する情報量も削減することができる。
【０３１１】
図３８も、ハンドオーバが適用された場合の動作例を表わす図である。アンカーＡＰ＃ａ（３００−ａ），＃ｂ（３００−ｂ）とドリフトＡＰ＃２（４００−２）〜＃４（４００−４）の関係例は、例えば、図２１に示される。
【０３１２】
図２１に示すように、端末５００はドリフトＡＰ＃２（４００−２）とアンカーＡＰ＃ａ（３００−ａ）を経由した経路により通信を行っており、その後、ドリフトＡＰ＃２（４００−２）のゾーンからドリフトＡＰ４００＃３（４００−３）のゾーンに移動している例を表わしている。端末５００の移動後、経路としては、例えば、
１）アンカーＡＰ＃ａ（３００−ａ）〜ドリフトＡＰ＃２（４００−２）〜ドリフトＡＰ＃３（４００−３）、
２）アンカーＡＰ＃ａ（３００−ａ）〜ドリフトＡＰ＃３（４００−３）、
３）アンカーＡＰ＃ｂ（３００−ｂ）〜ドリフトＡＰ＃３（４００−３）、
４）アンカーＡＰ＃ｂ（３００−ｂ）〜ドリフトＡＰ＃４（４００−４）〜ドリフトＡＰ＃３（４００−３）
の４つの経路がある。図３８は、アンカーＡＰ＃ａ（３００−ａ）において、最適経路として経路４）が選択された場合の動作例を表わすシーケンス図である。
【０３１３】
アンカーＡＰ＃ａ（３００−ａ）とアンカーＡＰ＃ｂ（３００−ｂ）は、初期設定（Ｓ１２）により隣接関係を生成することができ、例えば図２８（Ａ）及び図２８（Ｂ）に示す隣接関係リストを生成する（Ｓ１２）。
【０３１４】
そして、アンカーＡＰ＃ａ（３００−ａ）は、配下又は配下の候補となるドリフトＡＰ＃２（４００−２）〜＃４（４００−４）と端末５００からＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信することができる（Ｓ１６０，Ｓ１６３，Ｓ１６４，Ｓ１６７，Ｓ１６８）。図３８に示す例では、アンカーＡＰ＃ａ（３００−ａ）は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ要求をドリフトＡＰ＃２（４００−２）〜＃４（４００−４）に送信することで（Ｓ１６１，Ｓ１６２，Ｓ１６５，Ｓ１６６）、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信している。
【０３１５】
アンカーＡＰ＃ａ（３００−ａ）は、最終的なドリフトＡＰ経路管理表に記憶された経路品質指標に基づいて、Ｓ１４からＳ１９までの処理を行い、最適経路として経路４）を選択する。アンカーＡＰ＃ａ（３００−ａ）は、選択した経路４）により端末５００と通信を行うようにするため、アンカーＡＰ＃ｂ（３００−ｂ）に対してハンドオーバ要求を送信する（Ｓ１７０）。
【０３１６】
アンカーＡＰ＃ｂ（３００−ｂ）は、ハンドオーバ要求を受け取ると、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡｃｋをアンカーＡＰ＃ａ（３００−ａ）に送信する（Ｓ１７１）。これにより、ハンドオーバが許可されて、ハンドオーバ処理（Ｓ１７２〜Ｓ１８０）が行われる。経路４）の経路情報は、例えば、アンカーＡＰ＃ｂ（３００−ｂ）において端末５００宛てのデータに付加することができる。これにより、経路４）上のドリフトＡＰ＃４（４００−４）とドリフトＡＰ＃３（４００−３）は、受信したデータをどこに送信するかを判別することができる。
【０３１７】
図３８に示すように、最適経路選択の処理は、アンカーＡＰ＃ａ（３００−ａ）にて行われ、ドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００において行われることもない。また、これに伴いドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００が経路情報を収集するような処理も行われない。従って、ドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００において経路選択に関わる処理負担は、ドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００自身が処理する場合と比較して少なくなる。結果として、アドホックネットワークシステム１０内における情報の流通に支障を及ぼさないようにすることができる。
【０３１８】
図３９及び図４０もハンドオーバが適用された場合の動作例をそれぞれ表わしている。図３９はドリフトＡＰ＃１（４００−１）〜＃３（４００−３）、端末５００、及びアンカーＡＰ３００の関係例を表わしており、図４０はハンドオーバが適用された場合の動作例を表わすシーケンスチャートである。
【０３１９】
この例では、図３９に示すように、アンカーＡＰ３００と端末５００はドリフトＡＰ＃１（４００−１）を経由した経路（図３９において太線で示される）により無線通信を行っているとする（図３９において太線で示す経路）。そして、端末５００の移動に伴って、アンカーＡＰ３００は最適経路として、「アンカーＡＰ〜ドリフトＡＰ＃１（４００−１）〜ドリフトＡＰ＃３（４００−３）」の経路（図３９において一点鎖線で示す経路）が選択された場合の例を表わしている。図４０はこの経路が選択された場合の動作例を表わしている。
【０３２０】
図４０に示すように、アンカーＡＰ３００は経路選択処理（Ｓ２０１、例えば図６のＳ１４〜Ｓ１９までの処理）により、上記経路を選択すると、ドリフトＡＰ＃１（４００−１）にハンドオーバ要求を送信する（Ｓ２０２）。
【０３２１】
ドリフトＡＰ＃１（４００−１）は、当該ハンドオーバ要求をターゲットノードとなるドリフトＡＰ＃２（４００−２）に送信する（Ｓ２０３）。例えば、アンカーＡＰ３００によりハンドオーバ要求の送信先を示す経路情報（最適経路の経路情報）が付加されて、この経路情報に従って、ドリフトＡＰ＃１（４００−１）は、ハンドオーバ要求をドリフトＡＰ＃２（４００−２）に送信することができる。
【０３２２】
ドリフトＡＰ＃２（４００−２）は、ハンドオーバ要求を受信すると、ハンドオーバ要求ＡｃｋをドリフトＡＰ＃１（４００−１）に送信する（Ｓ２０４）。例えば、ドリフトＡＰ＃２（４００−２）も、ハンドオーバ要求に付加された経路情報を、ハンドオーバ要求Ａｃｋに付加して送信することもできる。
【０３２３】
ドリフトＡＰ＃１（４００−１）は、ドリフトＡＰ＃２（４００−２）から受信したハンドオーバ要求ＡｃｋをアンカーＡＰ３００に送信する（Ｓ２０５）。例えば、ドリフトＡＰ＃１（４００−１）は、ハンドオーバ要求Ａｃｋに付加された経路情報に従って、ハンドオーバ要求ＡｃｋをアンカーＡＰ３００に送信することができる。以降は、例えば、公知のハンドオーバ処理が行われる。
【０３２４】
図４０に示すように、本例においても、アンカーＡＰ３００において経路選択処理が行われており、ドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００などで行われる場合と比較して、ドリフトＡＰ＃２（４００−２）〜＃４（４００−４）や端末５００における処理軽減を図ることができる。また、処理軽減の結果として、経路選択に係る処理によって、アドホックネットワークシステム１０内における情報の流通に支障を及ぼさないようにすることができる。
【０３２５】
［その他の実施の形態］
次にその他の実施の形態について説明する。図４１から図４２（Ｂ）は、アンカーＡＰ３００、ドリフトＡＰ４００（又は端末５００）、及びＭＭＥ２００のハードウェアブロックの構成例をそれぞれ表わす図である。
【０３２６】
図４１に示すように、アンカーＡＰ３００は、更に、ＣＰＵ３６０、ＲＯＭ（Read Only Memory）３６１、ＲＡＭ（Random Access Memory）３６２を備える。なお、図４１に示すアンカーＡＰ３００のハードウェアブロックの構成例において、ＣＰＵ３６０は、例えば、第１の実施の形態における制御部３７０に対応する。
【０３２７】
例えば、ＣＰＵ３６０は、第２の実施の形態におけるアンカーＡＰ３００の制御部３２０に対応する。すなわち、ＣＰＵ３６０は、例えば、第２の実施の形態における信号生成部３２１、信号分析部３２２、処理部３２３、データ送信部３２４、及び制御情報受信部３２５に対応する。ＣＰＵ３６０は、ＲＯＭ３６１に記憶されたプログラムを適宜読み出して、ＲＡＭ３６２にロードして、当該プログラムを実行することができる。ＣＰＵ３６０におけるプログラムの実行により、例えば、処理部３２３などで行われる処理を実現することもできる。
【０３２８】
図４２（Ａ）はドリフトＡＰ４００（又は端末５００）のハードウェアブロックの構成例を表わしている。ドリフトＡＰ４００は、更に、ＣＰＵ４６０、ＲＯＭ４６１、ＲＡＭ４６２を備える。例えば、ＣＰＵ４６０は、第２の実施の形態におけるドリフトＡＰ４００の制御部４２０に対応する。すなわち、ＣＰＵ４６０は、例えば、第２の実施の形態における信号生成部４２１、信号分析部４２２、及び処理部４２３に対応する。ＣＰＵ４６０は、ＲＯＭ４６１に記憶されたプログラムを適宜読み出して、ＲＡＭ４６２にロードして、当該プログラムを実行することができる。ＣＰＵ４６０におけるプログラムの実行により、例えば、処理部４２３などで行われる処理を実現することができる。図４２に示すドリフトＡＰ４００（又は端末５００）のハードウェアブロックの構成例は、例えば、第１の実施の形態における第２、第３、及び第４のノード装置４００−１〜４００−３にそれぞれ対応し、それぞれにおいて実施することができる。
【０３２９】
図４２（Ｂ）はＭＭＥ２００のハードウェアブロックの構成例を表わしている。ＭＭＥ２００は、更に、ＣＰＵ２６０、ＲＯＭ２６１、及びＲＡＭ２６２を備える。例えば、ＣＰＵ２６０は、第２の実施の形態におけるＭＭＥ２００の制御部２２０に対応する。ＣＰＵ２６０は、ＲＯＭ２６１に記憶されたプログラムを適宜読み出して、ＲＡＭ２６２にロードして、当該プログラムを実行することができる。ＣＰＵ２６０におけるプログラムの実行により、例えば、制御部２２０で行われる処理を実現することができる。
【０３３０】
以上まとめると付記のようになる。
【０３３１】
（付記１）
ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおいて、
前記第１のノード装置は、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択する制御部を備え、
前記第１のノード装置と前記第４のノード装置は、選択された前記第１の経路又は前記第２の経路上に位置する前記第２のノード装置又は前記第３のノード装置を介して無線通信を行うことを特徴とする通信ネットワークシステム。
【０３３２】
（付記２）
前記制御部は、前記第４のノード装置が前記第２又は第３のノード装置にハンドオーバするときに前記第１の経路又は第２の経路を選択し、
前記第１の無線部は、選択された前記第１又は第２の経路上に位置する前記第２又は第３のノード装置に対して、ハンドオーバを要求するメッセージを送信することを特徴とする付記１記載の通信ネットワークシステム。
【０３３３】
（付記３）
前記第２及び第３のノード装置は、前記第１のノード装置との間においてそれぞれ観測した経路選択指標を前記第１のノード装置に送信し、
前記第４のノード装置は、前記第２及び第３のノード装置との間においてそれぞれ観測した経路選択指標を前記第２及び第３のノード装置を介して前記第１のノード装置にそれぞれ送信し、
前記制御部は、前記第２、第３、及び第４のノード装置からそれぞれ送信された経路選択指標に対して前記適応度に基づいて経路選択のルールを決定することを特徴とする付記１記載の通信ネットワークシステム。
【０３３４】
（付記４）
前記制御部は、前記ネットワークに接続された第５のノード装置を介して前記第４のノード装置に至る第３の経路があるとき、前記第１、第２、及び第３の経路状態をそれぞれ示す経路選択指標に対して前記適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１、第２、又は第３の経路を選択することを特徴とする付記１記載の通信ネットワークシステム。
【０３３５】
（付記５）
前記第２及び第３のノード装置は、前記第１のノード装置との間においてそれぞれ観測した経路選択指標を前記第１のノード装置に送信し、
前記第４のノード装置は、前記第２及び第３のノード装置との間においてそれぞれ観測した経路選択指標を前記第２及び第３のノード装置を介して前記第１のノード装置にそれぞれ送信し、更に、前記第５のノード装置との間において観測した経路選択指標を前記第５のノード装置を介して前記第１のノード装置に送信し、
前記制御部は、前記第２、第３、及び第４のノード装置からそれぞれ送信された経路選択指標に対して前記適応度に基づいて経路選択のルールを決定することを特徴とする付記４記載の通信ネットワークシステム。
【０３３６】
（付記６）
前記第５のノード装置は、前記第３の経路を介した前記第４のノード装置との接続関係を示す隣接関係リストを前記第１のノード装置に送信し、
前記制御部は、前記隣接関係リストに基づいて、前記第５のノード装置を介して前記第４のノード装置に対して前記経路選択指標の観測を要求することを特徴とする付記５記載の通信ネットワークシステム。
【０３３７】
（付記７）
更に、経路管理表を記憶する記憶部を備え、
前記経路管理表には、前記第２、第３、及び第４のノード装置からそれぞれ送信された経路選択指標が記憶され、
前記制御部は、前記第５のノード装置から送信された前記隣接関係リストに基づいて前記経路管理表を作成し前記記憶部に記憶することを特徴とする付記６記載の通信ネットワークシステム。
【０３３８】
（付記８）
前記制御部は、前記経路選択指標について重み付けした経路選択指標に対して前記適応度に基づいて経路選択のルールを決定することを特徴とする付記１記載の通信ネットワークシステム。
【０３３９】
（付記９）
前記制御部は、前記経路選択指標において第１及び第２の経路選択指標が含まれるとき、前記第１及び第２の経路選択指標のそれぞれに対して重み付けし、重み付けされた前記第１及び第２の経路選択指標に対して前記適応度に基づいて経路選択のルールを決定することを特徴とする付記１記載の通信ネットワークシステム。
【０３４０】
（付記１０）
ネットワークに接続され、第１及び第２のノード装置と無線通信を行い、前記第１及び第２のノード装置を介して第３のノード装置と無線通信を行うノード装置において、
前記第１のノード装置を介して前記第３のノード装置に至る第１の経路及び前記第２のノード装置を介して前記第３のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択する制御部と、
選択された前記第１の経路又は前記第２の経路上に位置する前記第１のノード装置又は前記第２のノード装置を介して前記第３のノード装置と無線通信を行う無線部と
を備えることを特徴とするノード装置。
【０３４１】
（付記１１）
ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおける経路選択方法であって、
前記第１のノード装置により、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択し、
選択された前記第１の経路又は前記第２の経路上に位置する前記第２のノード装置又は前記第３のノード装置を介して、前記第１のノード装置と前記第４のノード装置により、無線通信を行うことを特徴とする経路選択方法。
【符号の説明】
【０３４２】
１０：通信ネットワークシステム １００：コアネットワーク
２００：ＭＭＥ ２２０：制御部
３００（３００−ｎ，３００−ａ，３００−ｂ）：アンカーＡＰ
３０１，３０２：アンテナ ３１０：無線部
３２０：制御部
３２３：処理部（ここから） ３４１：メモリ
３５０：伝送路インタフェース部
４００（４００−１〜４００−９）：ドリフトＡＰ
４０１，４０２：アンテナ ４１０：無線部
４２０：制御部 ４２３：処理部
４４１：メモリ ５００：端末
【特許請求の範囲】
【請求項１】
ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおいて、
前記第１のノード装置は、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択する制御部を備え、
前記第１のノード装置と前記第４のノード装置は、選択された前記第１の経路又は前記第２の経路上に位置する前記第２のノード装置又は前記第３のノード装置を介して無線通信を行うことを特徴とする通信ネットワークシステム。
【請求項２】
前記制御部は、前記第４のノード装置が前記第２又は第３のノード装置にハンドオーバするときに前記第１の経路又は第２の経路を選択し、
前記第１の無線部は、選択された前記第１又は第２の経路上に位置する前記第２又は第３のノード装置に対して、ハンドオーバを要求するメッセージを送信することを特徴とする請求項１記載の通信ネットワークシステム。
【請求項３】
前記第２及び第３のノード装置は、前記第１のノード装置との間においてそれぞれ観測した経路選択指標を前記第１のノード装置に送信し、
前記第４のノード装置は、前記第２及び第３のノード装置との間においてそれぞれ観測した経路選択指標を前記第２及び第３のノード装置を介して前記第１のノード装置にそれぞれ送信し、
前記制御部は、前記第２、第３、及び第４のノード装置からそれぞれ送信された経路選択指標に対して前記適応度に基づいて経路選択のルールを決定することを特徴とする請求項１記載の通信ネットワークシステム。
【請求項４】
ネットワークに接続され、第１及び第２のノード装置と無線通信を行い、前記第１及び第２のノード装置を介して第３のノード装置と無線通信を行うノード装置において、
前記第１のノード装置を介して前記第３のノード装置に至る第１の経路及び前記第２のノード装置を介して前記第３のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択する制御部と、
選択された前記第１の経路又は前記第２の経路上に位置する前記第１のノード装置又は前記第２のノード装置を介して前記第３のノード装置と無線通信を行う無線部と
を備えることを特徴とするノード装置。
【請求項５】
ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおける経路選択方法であって、
前記第１のノード装置により、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択し、
選択された前記第１の経路又は前記第２の経路上に位置する前記第２のノード装置又は前記第３のノード装置を介して、前記第１のノード装置と前記第４のノード装置により、無線通信を行うことを特徴とする経路選択方法。
【請求項１】
ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおいて、
前記第１のノード装置は、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択する制御部を備え、
前記第１のノード装置と前記第４のノード装置は、選択された前記第１の経路又は前記第２の経路上に位置する前記第２のノード装置又は前記第３のノード装置を介して無線通信を行うことを特徴とする通信ネットワークシステム。
【請求項２】
前記制御部は、前記第４のノード装置が前記第２又は第３のノード装置にハンドオーバするときに前記第１の経路又は第２の経路を選択し、
前記第１の無線部は、選択された前記第１又は第２の経路上に位置する前記第２又は第３のノード装置に対して、ハンドオーバを要求するメッセージを送信することを特徴とする請求項１記載の通信ネットワークシステム。
【請求項３】
前記第２及び第３のノード装置は、前記第１のノード装置との間においてそれぞれ観測した経路選択指標を前記第１のノード装置に送信し、
前記第４のノード装置は、前記第２及び第３のノード装置との間においてそれぞれ観測した経路選択指標を前記第２及び第３のノード装置を介して前記第１のノード装置にそれぞれ送信し、
前記制御部は、前記第２、第３、及び第４のノード装置からそれぞれ送信された経路選択指標に対して前記適応度に基づいて経路選択のルールを決定することを特徴とする請求項１記載の通信ネットワークシステム。
【請求項４】
ネットワークに接続され、第１及び第２のノード装置と無線通信を行い、前記第１及び第２のノード装置を介して第３のノード装置と無線通信を行うノード装置において、
前記第１のノード装置を介して前記第３のノード装置に至る第１の経路及び前記第２のノード装置を介して前記第３のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択する制御部と、
選択された前記第１の経路又は前記第２の経路上に位置する前記第１のノード装置又は前記第２のノード装置を介して前記第３のノード装置と無線通信を行う無線部と
を備えることを特徴とするノード装置。
【請求項５】
ネットワークに接続された第１のノード装置と、前記第１のノード装置と無線通信を行う第２及び第３のノード装置と、前記第２のノード装置又は前記第３のノード装置を介して前記第１のノード装置と無線通信を行う第４のノード装置とを備える通信ネットワークシステムにおける経路選択方法であって、
前記第１のノード装置により、前記第２のノード装置を介して前記第４のノード装置に至る第１の経路及び前記第３のノード装置を介して前記第４のノード装置に至る第２の経路について、前記第１及び第２の経路の状態をそれぞれ示す経路選択指標に対して経路選択の基準を示す適応度に基づいて経路選択のルールを決定し、決定された経路選択のルールに従って、前記第１の経路又は前記第２の経路を選択し、
選択された前記第１の経路又は前記第２の経路上に位置する前記第２のノード装置又は前記第３のノード装置を介して、前記第１のノード装置と前記第４のノード装置により、無線通信を行うことを特徴とする経路選択方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【公開番号】特開２０１３−９３７８１（Ｐ２０１３−９３７８１Ａ）
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願番号】特願２０１１−２３５５５４（Ｐ２０１１−２３５５５４）
【出願日】平成２３年１０月２７日（２０１１．１０．２７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願日】平成２３年１０月２７日（２０１１．１０．２７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]