WO2006077835A1

WO2006077835A1 - 通信管理方法及び通信管理装置

Info

Publication number: WO2006077835A1
Application number: PCT/JP2006/300545
Authority: WO
Inventors: Jun Hirano
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2005-01-18
Filing date: 2006-01-17
Publication date: 2006-07-27
Also published as: EP1841147A4; JP4583384B2; US20090010223A1; BRPI0606648A2; EP1841147A1; JPWO2006077835A1

Abstract

　無線通信を介して接続するモバイルノード（ＭＮ）とアクセスルータ（ＡＲ）との間で伝送される情報量を削減し、ＭＮとＡＲとの間の輻輳を回避する。特に、無線通信を介して接続するモバイルルータ（ＭＲ）とアクセスルータとの間で伝送される情報量の削減、輻輳の回避を実現することを目的とし、ＭＲ１１は、接続している上層のＡＲに対して、通信相手ノードとの間で行った経路最適化に係る情報をＲＯ情報通知部６６から通知するとともに、ＲＯ代理依頼部６５によって、次の移動後に接続するＡＲがＭＲに代わって経路最適化の処理を行うように依頼する。ＭＲが移動して新たなＡＲと接続した場合には、新たなＡＲに対して、経路最適化の代理実行の要求を実行要求部６８から送信する。ＭＲが移動後に接続した新たなＡＲは、ＭＲが移動前に接続していたＡＲから、このＭＲの経路最適化に係る情報を取得して、ＭＲの代理として経路最適化処理を行う。

Description

明細書

通信管理方法及び通信管理装置

技術分野

[0001] 本発明は、インターネットプロトコル（IP : Internet Protocol)を利用した通信における通信管理方法及び通信管理装置に関し、特に、モパイルルータの移動によってネットワーク全体が移動を行うモパイルネットワークに係る通信における通信管理方法及び通信管理装置に関する。

背景技術

[0002] 現在、多数のデバイス力 IPネットワークを使用して、相互に通信を行っている。モパイル機器にモビリティサポートを提供するために、 IETF (Internet Engineering Task Force)では、 IPv6 (Internet Protocol version 6)におけるモビリティサポートの発展が進められている。モパイル IPでは、各モバイルノードは、永続的なホームドメインを持っている。モパイルノードが、自身のホームネットワークに接続している場合、モバイノレノードには、ホームアドレス（HoA: Home Address)として知られるプライマリグロ一バルアドレスが割り当てられる。一方、モパイルノードがホームネットワークから離れている場合、すなわち、他のフォーリンネットワークに接続している場合には、通常、モパイルノードには、気付アドレス（CoA : Care_of Address)として知られる一時的なグローバルアドレスが割り当てられる。モビリティサポートの考えは、モパイルノードが他のフォーリンネットワークに接続している場合でも、自身のホームアドレスで、そのモパイルノードまで到達可能となるようにするものである。

[0003] このような考えは、下記の非特許文献 1において、ホームエージェント（HA : Home Agent)を、ホームネットワークに導入することによって実践されている。モバイルノードは、 BU (Binding Update :バインディングアップデート）メッセージを使用して、ホームエージェントへの気付アドレスの登録を行う。これにより、ホームエージェントは、モバィルノードのホームアドレスと気付アドレスとの間のバインディングを生成することが可肯となる。ホームエージェントは、モパイルノードのホームアドレスに向けられたメッセージを受信（インターセプト）し、パケットのカプセル化（あるパケットを新たなパケットのペイロードとすることであり、パケットトンネリングとしても知られている）を用いて、そのパケットをモパイルノードの気付アドレスに転送する機能を担っている。

[0004] 上述の技術によってモビリティサポートは可能とはなるものの、結果的には、準最適化（サブォプティマル)又はドッグレッダノレ一ティングとして知られる問題が生じることとなる。これらの問題は、モパイルノードが通信相手ノード（CN : Correspondent Node) と通信を行う際、それらの間において送信されるパケットが、ホームエージェントを通らなければならないことにより生じる。このため、非特許文献 1には、モパイルノードが通信相手ノードに BUメッセージの送信を行うことができる旨が明記されている。通信相手ノードがモパイルノードのホームアドレスと気付アドレスとのバインディングを把握した場合、通信相手ノード及びモパイルノードは、モパイルノードの気付アドレスを送信元又は送信先として、互いに直接 (ホームエージェントを通らずに)パケットの送信を行うようにすることが可能となる。

[0005] し力ながら、セキュリティを考慮した場合、モバイルノードとそのホームエージェントとは、セキュリティ協定（security association)を共有していると仮定されるので、モバィルノードからホームエージェントに送信される BUメッセージはセキュアとなり得るが、このような仮定は、モパイルノードと通信相手ノードとの間では非現実的なものであり、すなわち、モパイルノードから通信相手ノードに送信される BUメッセージは安全（セキュア）な状態にはなってレ、なレ、場合が多レ、。

[0006] このため、非特許文献 1には、 BUメッセージの送信前に行うリターンルータピリティ

(RR : Return Routability)テストが明記されている。この RRテストによって、通信相手ノードは、 BUメッセージに記載された気付アドレスとホームアドレスとが実際に関連付けられているものであることを確認することが可能となる。基本的に、 RRテストでは、モバイルノード力通信相手ノードに対して BUメッセージを送信する前に、セキュアな状態で生成された 2つのトークンを通信相手ノードから取得することが要請されている。

[0007] RR手順を開始するため、最初に、モパイルノードは通信相手ノードに対して、 2つの異なるメッセージ、 Home-test- Init (HoTI)メッセージ及び Care- of-Test-Init (CoT I)メッセージを送信する。 HoTIには、パケットの送信元（source)として、モバイルノードのホームアドレスが設定され、ホームエージェント経由で送信される。一方、 CoTI には、パケットの送信元（source)として、モパイルノードの気付アドレスが設定され、直接送信される。 HoTIを受信した通信相手ノードは、モパイルノードのホームァドレスに向けて、 Home-Test (HoT)メッセージを送信することによって応答を行う。この H oTには、 Home Keygen Token (HoK)と呼ばれるセキュリティトークンが含まれている。この HoKは、モパイルノードのホームアドレスに基づいて、秘密鍵を用いた暗号化により生成されるものである。また、同様に、 CoTIを受信した通信相手ノードは、モバィルノードの気付アドレスに向けて Care- of- Test (CoT)メッセージを送信することによつて応答を行う。この CoTには、 Care-of Keygen Token (CoK)と呼ばれるセキユリテイト一クンが含まれている。この CoKは、モパイルノードの気付アドレスに基づいて、秘密鍵を用いた喑号ィ匕により生成されるものである。

[0008] モバイルノードは、 HoTメッセージ及び CoTメッセージの両方のメッセージを受信した場合、通信相手ノードに対して、認証情報（Auth :Authenticator)を含む BUメッセージを送信することが可能となる。この認証情報は、 HoKと CoKとを連結して生成された鍵を使用して、喑号ィ匕によって生成される BUメッセージのチェックサムである。この方法で、通信相手ノードは、 BUを受信した場合には、独自にチェックサムの計算を行い、このチェックサムが認証情報内のものと同一であることを確認することが可能となり、 BUメッセージに記載されている気付アドレスとホームアドレスとが、実際に関連付けられたものであることが確認される。

[0009] 一方、無線デバイスの台数の増加はさらに加速しており、モビリティ技術において、新たな技術分野が現れるであろうことが予想される。その 1つが、ノードを含むネットヮーク全体が、そのまま接続ポイントを変えるネットワークモビリティ（NEMO： NEtwork Mobility)である。ネットワークモビリティは、個々のホスト用のモビリティサポートの概念を、ノードを含むネットワーク用のモビリティサポートに拡張し、モパイルネットワーク力 Sインターネットに対してどの接続ポイントで接続している場合でも、プライマリグロ一バルアドレスでモパイルネットワーク内のノードに到達可能とすることを目的としている

[0010] このようなモパイル IPに基づいて移動を行うネットワークの問題に対する解決策を与えようとするいくつかの試み力既に存在している。移動を行うネットワークの問題に対して提案された解決策の 1つが、下記の特許文献 1に記載されているモパイルルータサポートである。ここでは、モパイルネットワークを制御するモバイルルータは、ホームドメインに存在する際に、あるルーティングプロトコルを使用して、モバイルネットワークへのパケット、又はモパイルネットワークからのパケットのルーティングを実行する。一方、モバイルルータ及びそのモパイルネットワークがフォーリンドメインに移動した場合には、モバイルルータは自身のホームエージェントにその気付アドレスを登録し、その後、モパイルルータとホームエージェントとの間でトンネルのセットアップが行われる。そして、モパイルルータがホームドメインに存在していたときに使用されていたルーティングプロトコル力このトンネルを通じて再度実行される。これによつて、モパイルネットワークに向力あらゆるパケットは、ホームエージェントによって受信（ィンターセブト）され、トンネルを通じてモパイルルータに転送されることとなる。そして、パケットは、モバイルルータによって、そのモパイルネットワーク内のホストに転送される。一方、そのモパイルネットワーク内のノードが、モパイルネットワーク外部へのパケットの送信を行おうとする場合には、モパイルルータがそのパケットを受信 (インターセプト）し、トンネルを通じてホームエージェントにパケットの転送を行レ、、ホームエージェントによって、設定された受信者に対して、パケットの送信が行われる。また、下記の特許文献 2に開示されている別の解決策も、 IPv6のみに対するサポートに特定して記述されているものの、ほぼ同様である。

一方、下記の特許文献 3には、モパイルルータの気付アドレスとして、マルチキャストアドレスを使用する方法が開示されている。これによれば、モバイルルータは、新たなアクセスネットワークに移動した後でも、同一の気付アドレスを使用して到達可能となる。また、 IETFでは、下記の非特許文献 2に開示されているように、ネットワークモピリティの解決策が現在も展開されている。非特許文献 2には、モパイルノレータが、ホームエージェントに対して BUメッセージを送信する際に、モパイルネットワーク内のノードが使用しているネットワークプリフィックスを明記できる旨が記載されている。ネットワークプリフィックスは、 BUメッセージに揷入されるネットワークプリフィックスォプションとして知られる特別なオプションを使用して明記される。これにより、ホームエージヱントは、ネットワークプリフィックスに基づいて、ルーティングテーブルを構築することが可能となり、その結果、ホームエージェントは、このネットワークプリフィックスを送信先とするすべてのパケットを、モパイルルータの気付アドレスに転送することができるようになる。

非特許文献 1： Johnson, D. B., Perkins, C. Ε·， and Arkko, J., 'Mobility Support in IP vり , Internet Draft: draft-ietf- mobileip_ipv6_24.txt， Work In Progress, June 2003. 非特許文献 2 : Devarapalli, V.， et. al, "NEMO Basic Support Protocol", IETF Intern et Draft: draft-ietf-nemo-basic-02.txt, Dec 2003.

特許文献 1：米国特許第 6636498号公報

特許文献 2：米国特許公開 2003— 117965号公報

特許文献 3 :米国特許公開 2003— 95523号公報

[0012] し力、しながら、上述の NEMOの概念及び経路最適化を組み合わせた場合、使用環境によっては、これらの長所を十分に活用することができないことがある。このような使用環境としては、例えば、配下に多数のモパイルネットワークノードが存在しているモパイルルータと、このモパイルルータが接続する上層のアクセスルータとの間で、十分な無線リソースが得られないなどの理由力十分な通信帯域が確保できない使用環境や、モパイルルータが比較的高速で移動しており、モパイルルータの位置情報の更新が頻繁に行われるような使用環境が挙げられる。

[0013] このような使用環境は、例えば、多数の乗客を運ぶ列車などの移動体が、多数の乗客を運んでいる場合に起こり得る。この場合、移動体内には、多数のモパイルネットヮークノード (多数の乗客が持つ通信装置や移動体内に設置されてレ、る通信装置)が存在しており、こうしたモパイルネットワークノードを配下に有する移動体内のモバイノレルータと地上側（沿線）との間の通信は、十分に広帯域を維持することができない可能性がある。なお、移動体が飛行機や船舶などの場合も、地上側と衛星を介して通信を行うため、通信が十分に広帯域とはならない可能性がある。

[0014] このような環境下で、モパイルルータが、モパイルネットワークノードとモパイルネットワーク外部の CNとの間の通信に係る経路最適化を行う場合には、モパイルネットヮークノードの数に伴って多数の CNに対して経路最適化を行う必要があり、経路最適化のためにモバイルルータが多数の CNに対して通信する一連の情報量が多くなつてしまう。その結果、モパイルルータからアクセスルータに多量の情報が同一タイミングで送信され、本来のデータ通信が圧迫されることはもちろん、位置情報の登録が完了できずに通信不能に陥ってしまうこともあり得る。このようなモパイルルータから多量の情報が送信され、ネットワークの輻輳が発生してしまう場合は、特に、モパイルノレ一タが新たなアクセスルータに接続し、多数の CNとの間で経路最適化を行うタイミングで起こりやすい。

[0015] また、モパイルルータの場合だけではなぐモパイルホストの場合も同様に、限定された無線リソースの有効利用の問題が存在する。また、上述のモパイルルータの場合と同様に、例えば、モパイルホストが多数の CNと通信を行っている場合には、新たなアクセスルータに接続した際に多数の CNとの間で経路最適化を行おうとするため、無線伝送路やネットワークの輻輳が発生する可能性が高レ、。

発明の開示

[0016] 上記の問題に鑑み、本発明は、無線通信を介して接続するモパイルノード (モバイルホストゃモパイルノレータ）とアクセスルータとの間で伝送される情報量を削減し、モパイルノードとアクセスルータとの間の輻輳を回避することを可能とする通信管理方法及び通信管理装置を提供することを目的とする。

[0017] 上記目的を達成するため、本発明の通信管理方法は、配下にモパイルネットワークを有し、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモパイルルータの動作を制御するための通信管理方法であって、

前記モパイルノレータが、移動前の状態において、移動前に接続している前記ァクセスルータに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知ステップと、

次の移動後に接続する前記アクセスルータが、前記経路最適化情報通知ステップで通知された前記経路最適化に係る情報を用いて前記モパイルルータに係る前記経路最適化の代理処理を行うことができるように、前記モパイルルータが、移動前に接続している前記アクセスルータに対して、移動後に接続する前記アクセスルータへの前記経路最適化に係る情報の送信を依頼する代理依頼ステップとを、有している。

この構成により、モバイルルータは、移動前に接続しているアクセスルータに対して経路最適化に係る情報を渡すことによって、移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバィルルータとアクセスルータとの間の輻輳を回避することが可能となる。

[0018] さらに、本発明の通信管理方法は、上記の発明に加えて、前記経路最適化情報通知ステップにおける前記情報の通知力移動前に接続している前記アクセスルータをあて先とするメッセージによって行われるカ又は移動前に接続してレ、る前記ァクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動前に接続している前記アクセスルータとは異なるノードをあて先とする前記メッセージによって行われる。

この構成により、アクセスルータは、モバイルルータカ、ら送られてくる特定のメッセ一ジによって経路最適化に係る情報を取得する力、あるいは、モパイルノレータからの B Uメッセージなどを受信 (インターセプト）して、経路最適化に係る情報を抽出することによって取得することが可能となる。

[0019] さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータカ移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータに対して、前記経路最適化の代理処理を行うように要求する実行要求送信ステップを有している。

この構成により、モバイルルータは、移動前に接続しているアクセスルータから移動後に接続するアクセスルータに経路最適化に係る情報が伝送されて、移動後に接続するアクセスルータが経路最適化の代理処理を行うように依頼することが可能となる。

[0020] さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータカ移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータによる前記経路最適化の代理処理が行われない旨を把握した場合には、前記モパイルノレータ自身が、前記経路最適化を行う経路最適化実行ステップを有している。

この構成により、モパイルノレータは、移動後に接続するアクセスルータが経路最適化の代理処理を行うことが不可能な場合には、自ら経路最適化を行う動作に切り換えることが可能となる。

[0021] さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータカ移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動前に接続している前記アクセスルータによって保持されている前記経路最適化に係る情報に基づいて、移動後に接続した前記アクセスルータによって行われた前記経路最適化の代理処理の結果を、移動後に接続した前記アクセスルータから受信する結果受信ステップを有している。

この構成により、モバイルルータは、移動後に接続するアクセスルータによって行われた経路最適化の代理処理の結果を把握することが可能となる。

[0022] さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータカ前記経路最適化に係る更なる処理を行う必要があるか否かを判断する追加変更実行判断ステップを有してレ、る。

この構成により、モバイルルータは、移動後に接続するアクセスルータによって行われた経路最適化の代理処理に加えて、追加変更処理が必要か否かを判断することが可能となる。

[0023] さらに、本発明の通信管理方法は、上記の発明に加えて、前記追加変更実行判断ステップで前記経路最適化に係る更なる処理を行う必要があると判断された場合には、前記モパイルノレータ自身力前記経路最適化に係る更なる処理を行う追加処理実行ステップを有している。

この構成により、追加変更処理が必要な場合には、モバイルルータは、自らその追加変更処理を行うことが可能となる。

[0024] さらに、本発明の通信管理方法は、上記の発明に加えて、前記追加変更実行判断ステップで前記経路最適化に係る更なる処理を行う必要があると判断された場合には、前記モパイルルータは、移動後に接続した前記アクセスルータに対して、前記経路最適化に係る更なる処理を行うための情報を通知する追加変更情報通知ステップを有している。

この構成により、追加変更処理が必要な場合には、モバイルルータは、アクセスルータに対して、経路最適化に係る更なる処理を行うための情報を通知することによつて、経路最適化に係る更なる処理の代理を依頼することが可能となる。

[0025] さらに、本発明の通信管理方法は、上記の発明に加えて、前記追加変更情報通知ステップにおける前記情報の通知力移動後に接続した前記アクセスルータをあて先とするメッセージによって行われるカ又は移動後に接続した前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動後に接続した前記アクセスルータとは異なるノードをあて先とする前記メッセージによって行われる。この構成により、アクセスルータは、モバイルルータカ、ら送られてくる特定のメッセ一ジによって経路最適化に係る更なる情報を取得するカあるいは、モパイルルータからの BUメッセージなどを受信 (インターセプト）して、経路最適化に係る更なる情報を抽出することによって取得することが可能となる。

[0026] さらに、本発明の通信管理方法は、上記の発明に加えて、移動後に接続した前記アクセスルータ力前記経路最適化に係る更なる処理を行う必要があるか否かの判断を行うように構成されており、前記モパイルノレータが、移動後に接続した前記ァクセスルータによって行われた前記経路最適化に係る更なる処理の結果を、移動後に接続した前記アクセスルータから受信する追加変更結果受信ステップを有している。この構成により、アクセスルータ力モパイルノレータに係る経路最適化に関して、更なる追加変更処理を行い、その追加変更処理の結果をモバイルルータに通知することが可能となる。

[0027] さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータがアクセスルータに接続した後、前記モパイルノレ一タカ接続した前記アクセスルータとの間で、情報を安全に伝送するための信用関係の構築を試みる信用関係構築ステツプを有している。

この構成により、モパイルノレータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することが可能となる。

[0028] さらに、本発明の通信管理方法は、上記の発明に加えて、前記信用関係構築ステップにおいて、前記モパイルノレ一タカ接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できなかった場合には、前記モパイルルータ自身が前記経路最適化を行うとともに、その後、従来の技術に係る動作を行う通常動作ステップを有してレ、る。

この構成により、モパイルノレータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することができない場合には、自ら経路最適化を行う動作に切り換え、それ以降は従来の技術に係る動作を行うことが可能となる。

[0029] さらに、本発明の通信管理方法は、上記の発明に加えて、前記信用関係構築ステップにおいて、前記モパイルノレ一タカ接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できた場合には、前記モパイルルータと、接続した前記アクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われる。

[0030] さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータは、前記経路最適化情報通知ステップで、前記モパイルネットワークと前記通信ノードとの間の経路を選択して、選択された前記経路における前記経路最適化に係る情報を通知する。

この構成により、モバイルルータは、複数の経路の中から、経路最適化の代理処理を依頼する経路を選択することが可能となる。

[0031] また、上記目的を達成するため、本発明の通信管理方法は、配下にモパイルネットワークを有するモパイルルータとの接続を行うアクセスルータの動作を制御するための通信管理方法であって、

前記アクセスルータ力自身に接続されている前記モパイルルータから、前記モバィルルータが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、

前記モパイルノレータの前記経路最適化に係る情報を格納する経路最適化情報格納ステップと、

前記アクセスルータ力前記モパイルノレータが移動後に接続する別のアクセスルータに対して、前記経路最適化情報格納ステップで格納された前記モパイルルータの前記経路最適化に係る情報を送信する経路最適化情報送信ステップとを、有している。

この構成により、アクセスルータは、モパイルノレータから経路最適化に係る情報を受け、その経路最適化に係る情報を、モパイルノレータが移動後に接続するアクセスノレータに渡すことによって、モパイルルータが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバィルルータとアクセスルータとの間の輻輳を回避することが可能となる。

[0032] さらに、本発明の通信管理方法は、上記の発明に加えて、前記アクセスルータは、前記経路最適化情報取得ステップで、前記モパイルルータから送信された前記ァクセスルータをあて先とするメッセージによって前記情報を取得する力、、又は前記ァクセスルータが前記情報を抽出できる状態を有するメッセージであって、前記モパイルルータから送信された前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報を取得する。

この構成により、アクセスルータは、モパイルルータから送られてくる特定のメッセ一ジによって経路最適化に係る情報を取得する力、あるいは、モパイルノレータからの B Uメッセージなどを受信 (インターセプト）して、経路最適化に係る情報を抽出することによって取得することが可能となる。

[0033] また、上記目的を達成するため、本発明の通信管理方法は、配下にモパイルネットワークを有するモパイルルータとの接続を行うアクセスルータの動作を制御するための通信管理方法であって、

前記アクセスルータ力自身に接続されている前記モバイルルータによって移動前に接続されてレ、た別のアクセスルータから、前記モパイルルータの前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、

前記アクセスルータが、前記経路最適化情報格納ステップで格納された前記経路最適化に係る情報を用いて、前記モパイルルータに係る前記経路最適化の代理処理を行う経路最適化代理実行ステップとを、有している。

この構成により、アクセスルータは、新たに接続するモパイルノレータが接続変更前に接続していたアクセスルータから、モパイルノレータの経路最適化に係る情報を受け、その経路最適化に係る情報に基づいて、モパイルルータの経路最適化の代理処理を行うことによって、モパイルルータが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイノレノレータとアクセスルータとの間の輻輳を回避することが可能となる。

[0034] さらに、本発明の通信管理方法は、上記の発明に加えて、前記経路最適化情報取得ステップにおいて、前記アクセスルータが、前記経路最適化に係る情報と共に、移動前の前記モパイルルータを特定する識別情報を前記別のアクセスルータから取得し、自身に接続されている前記モパイルルータの前記経路最適化情報を特定する。この構成により、アクセスルータは、新たに接続するモパイルノレータが接続変更前に接続していたアクセスルータから受けたモパイルノレータの経路最適化に係る情報と、この経路最適化に係る情報に関連する配下のモパイルルータとの対応関係を適切に把握することが可能となる。

[0035] さらに、本発明の通信管理方法は、上記の発明に加えて、前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われる。

[0036] さらに、本発明の通信管理方法は、上記の発明に加えて、前記経路最適化情報格納ステップにおいて、前記アクセスルータは、前記経路最適化に係る情報として、前記モパイルルータの識別情報、前記モパイルネットワークの識別情報、前記モパイルルータとの間で経路最適化が行われる通信ノードの識別情報、前記モパイルルータと前記通信ノードとの間の RRテストに利用される情報をそれぞれ関連付けて格納する。

この構成により、アクセスルータは、モパイルルータの経路最適化の代理処理に必要な RRテストの実行及び BUメッセージの送信に関する情報を保持することが可能となる。

[0037] また、上記目的を達成するため、本発明の通信管理装置は、配下にモパイルネットワークを有し、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモパイルルータ内に配置される通信管理装置であって、

移動前の状態において、移動前に接続している前記アクセスルータに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知手段と、

次の移動後に接続する前記アクセスルータが、前記経路最適化情報通知手段で通知された前記経路最適化に係る情報を用いて前記モパイルルータに係る前記経路最適化の代理処理を行うことができるように、移動前に接続している前記アクセスルータに対して、移動後に接続する前記アクセスルータへの前記経路最適化に係る情報の送信を依頼する代理依頼手段とを、

有している。

[0038] さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化情報通知手段力 S、移動前に接続している前記アクセスルータをあて先とするメッセージによつて前記情報の通知を行うか、又は移動前に接続している前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動前に接続している前記ァクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報の通知を行うように構成されてレヽる。

この構成により、アクセスルータは、モバイルルータカ、ら送られてくる特定のメッセ一ジによって経路最適化に係る情報を取得する力、、あるいは、モパイルノレータからの B Uメッセージなどを受信 (インターセプト）して、経路最適化に係る情報を抽出することによって取得することが可能となる。 [0039] さらに、本発明の通信管理装置は、上記の発明に加えて、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータに対して、前記経路最適化の代理処理を行うように要求する実行要求送信手段を有してレ、る。

[0040] さらに、本発明の通信管理装置は、上記の発明に加えて、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータによる前記経路最適化の代理処理が行われない旨を把握した場合には、自ら前記経路最適化を行う経路最適化実行手段を有している。

[0041] さらに、本発明の通信管理装置は、上記の発明に加えて、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動前に接続している前記アクセスルータによって保持されている前記経路最適化に係る情報に基づいて、移動後に接続した前記アクセスルータによって行われた前記経路最適化の代理処理の結果を、移動後に接続した前記アクセスルータから受信する結果受信手段を有してレ、る。

[0042] さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化に係る更なる処理を行う必要があるか否かを判断する追加変更実行判断手段を有しているこの構成により、モバイルルータは、移動後に接続するアクセスルータによって行われた経路最適化の代理処理に加えて、追加変更処理が必要か否かを判断することが可能となる。

[0043] さらに、本発明の通信管理装置は、上記の発明に加えて、前記追加変更実行判断手段で前記経路最適化に係る更なる処理を行う必要があると判断された場合には、自ら前記経路最適化に係る更なる処理を行う追加処理実行手段を有している。この構成により、追加変更処理が必要な場合には、モパイルルータは、自らその追加変更処理を行うことが可能となる。

[0044] さらに、本発明の通信管理装置は、上記の発明に加えて、前記追加変更実行判断手段で前記経路最適化に係る更なる処理を行う必要があると判断された場合には、移動後に接続した前記アクセスルータに対して、前記経路最適化に係る更なる処理を行うための情報を通知する追加変更情報通知手段を有している。

[0045] さらに、本発明の通信管理装置は、上記の発明に加えて、前記追加変更情報通知手段が、移動後に接続した前記アクセスルータをあて先とするメッセージによって前記情報の通知を行うか、又は移動後に接続した前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動後に接続した前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報の通知を行うように構成されている。

この構成により、アクセスルータは、モパイルルータから送られてくる特定のメッセ一ジによって経路最適化に係る更なる情報を取得するカあるいは、モバイルルータからの BUメッセージなどを受信 (インターセプト）して、経路最適化に係る更なる情報を抽出することによって取得することが可能となる。

[0046] さらに、本発明の通信管理装置は、上記の発明に加えて、移動後に接続した前記アクセスルータが、前記経路最適化に係る更なる処理を行う必要があるか否かの判断を行うように構成されており、移動後に接続した前記アクセスルータによって行われた前記経路最適化に係る更なる処理の結果を、移動後に接続した前記アクセスルータから受信する追加変更結果受信手段を有してレ、る。この構成により、アクセスルータ力モパイルノレータに係る経路最適化に関して、更なる追加変更処理を行い、その追加変更処理の結果をモバイルルータに通知することが可能となる。

[0047] さらに、本発明の通信管理装置は、上記の発明に加えて、前記モパイルルータが前記アクセスルータに接続した後、接続した前記アクセスルータとの間で、情報を安全に伝送するための信用関係の構築を試みる信用関係構築手段を有している。この構成により、モパイルノレータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することが可能となる。

[0048] さらに、本発明の通信管理装置は、上記の発明に加えて、前記信用関係構築手段において、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できなかった場合には、前記モパイルルータ自身が前記経路最適化を行うとともに、その後、従来の技術に係る動作を行う手段を有している。

この構成により、モパイルノレータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することができなレ、場合には、自ら経路最適化を行う動作に切り換え、それ以降は従来の技術に係る動作を行うことが可能となる。

[0049] さらに、本発明の通信管理装置は、上記の発明に加えて、前記信用関係構築手段において、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できた場合には、前記モパイルルータと、接続した前記アクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われるように構成されてレ、る。

[0050] さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化情報通知手段が、前記モパイルネットワークと前記通信ノードとの間の経路を選択して、選択された前記経路における前記経路最適化に係る情報を通知するように構成されている。

この構成により、モパイルルータは、複数の経路の中から、経路最適化の代理処理を依頼する経路を選択することが可能となる。 [0051] また、上記目的を達成するため、本発明の通信管理装置は、配下にモパイルネットワークを有するモパイルルータとの接続を行うアクセスルータの動作を制御するための通信管理装置であって、

前記アクセスルータに接続されている前記モパイルルータから、前記モバイルルータが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得手段と、

前記経路最適化情報取得手段で取得された前記経路最適化に係る情報を格納する経路最適化情報格納手段と、

前記モパイルノレータが移動後に接続する別のアクセスルータに対して、前記経路最適化情報格納手段に格納されている前記モパイルノレータの前記経路最適化に係る情報を送信する経路最適化情報送信手段とを、

有している。

[0052] さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化情報取得手段が、前記モパイルノレータから送信された前記アクセスルータをあて先とするメッセージによって前記情報を取得する力、又は前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、前記モバイルルータから送信された前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報を取得する。

この構成により、アクセスルータは、モバイルルータカ、ら送られてくる特定のメッセ一ジによって経路最適化に係る情報を取得する力、、あるいは、モパイルノレータからの B Uメッセージなどを受信 (インターセプト）して、経路最適化に係る情報を抽出することによって取得することが可能となる。

[0053] また、上記目的を達成するため、本発明の通信管理装置は、配下にモパイルネットワークを有するモパイルルータとの接続を行うアクセスルータの動作を制御するための通信管理装置であって、

前記アクセスルータに接続されている前記モパイルノレータによって移動前に接続されていた別のアクセスルータから、前記モパイルルータの経路最適化に係る情報を取得する経路最適化情報取得手段と、

前記アクセスルータが、前記経路最適化情報格納手段に格納されてレ、る前記モバィルルータの前記経路最適化に係る情報を用いて、前記モパイルルータに係る前記経路最適化の代理処理を行う経路最適化代理実行手段とを、

有している。

この構成により、アクセスルータは、新たに接続するモパイルノレータが接続変更前に接続していたアクセスルータから、モパイルノレータの経路最適化に係る情報を受け、その経路最適化に係る情報に基づいて、モバイルルータの経路最適化の代理処理を行うことによって、モバイルルータが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイノレノレータとアクセスルータとの間の輻輳を回避することが可能となる。

[0054] さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化情報取得手段が、前記経路最適化に係る情報と共に、移動前の前記モパイルルータを特定する識別情報を前記別のアクセスルータから取得することによって、自身に接続されてレ、る前記モパイルノレータの前記経路最適化情報を特定するように構成されてレ、るこの構成により、アクセスルータは、新たに接続するモパイルノレータが接続変更前に接続していたアクセスルータから受けたモパイルノレータの経路最適化に係る情報と、この経路最適化に係る情報に関連する配下のモパイルルータとの対応関係を適切に把握することが可能となる。

[0055] さらに、本発明の通信管理装置は、上記の発明に加えて、前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われるように構成されているこの構成により、モパイルノレータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することが可能となる。

[0056] さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化に係る情報として、前記モパイルノレータの識別情報、前記モパイルネットワークの識別情報、前記モパイルノレータとの間で経路最適化が行われる通信ノードの識別情報、前記モパイルルータと前記通信ノードとの間の RRテストに利用される情報が、それぞれ関連付けられて前記経路最適化情報格納手段に格納されるように構成されている。この構成により、アクセスルータは、モパイルルータの経路最適化の代理処理に必要な RRテストの実行及び BUメッセージの送信に関する情報を保持することが可能となる。

[0057] また、上記目的を達成するため、本発明の通信管理方法は、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモパイルノードの動作を制御するための通信管理方法であって、

前記モパイルノード力移動前の状態において、所定のネットワークノードに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知ステップと、

前記モパイルノードが次に前記アクセスルータを変更した際に、前記所定のネットヮークノードによって、前記経路最適化に係る情報を用いて前記モパイルノードに係る前記経路最適化の代理処理が行われるように依頼する依頼代理ステップとを、有している。

この構成により、モバイルノードは、所定のネットワークノード（例えば、ホームエージェント）に対して経路最適化に係る情報を渡すことによって、移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モパイルノードとアクセスルータとの間の輻輳を回避することが可能となる。

[0058] また、上記目的を達成するため、本発明の通信管理方法は、アクセスルータに接続するモパイルノードの代理処理を行う所定のネットワークノードの動作を制御するための通信管理方法であって、

前記アクセスルータに接続されている前記モパイルノードから、前記モパイルノードが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、

前記モパイルノードの前記経路最適化に係る情報を格納する経路最適化情報格納ステップと、

前記モパイルノードが移動後に別のアクセスルータに接続した場合に、前記経路最適化情報格納ステップで格納された前記モパイルノードの前記経路最適化に係る情報を用いて前記モパイルノードに係る前記経路最適化の代理処理を行う経路最適化代理処理ステップとを、

有している。

この構成により、所定のネットワークノード（例えば、ホームエージェント）は、モバイルルータから経路最適化に係る情報を受け、その経路最適化に係る情報に基づいて、モパイルノードの経路最適化の代理処理を行うことによって、モパイルノードが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モパイルノードとアクセスルータとの間の輻輳を回避すること力 S可言となる。

また、上記の目的を達成するため、本発明の通信管理装置は、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモパイルノード内に配置される通信管理装置であって、

移動前の状態において、所定のネットワークノードに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知手段と、

前記モパイルノードが次に前記アクセスルータを変更した際に、前記所定のネットヮークノードによって、前記経路最適化に係る情報を用いて前記モパイルノードに係る前記経路最適化の代理処理が行われるように依頼する依頼代理手段とを、

有している。この構成により、モバイルノードは、所定のネットワークノード（例えば、ホームエージェント）に対して経路最適化に係る情報を渡すことによって、移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モパイルノードとアクセスルータとの間の輻輳を回避することが可能となる。

[0060] また、上記の目的を達成するため、本発明の通信管理装置は、アクセスルータに接続するモパイルノードの代理処理を行う所定のネットワークノードの動作を制御するための通信管理装置であって、

前記アクセスルータに接続されている前記モパイルノードから、前記モパイルノードが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得手段と、

前記モパイルノードの前記経路最適化に係る情報を格納する経路最適化情報格納手段と、

前記モパイルノードが移動後に別のアクセスルータに接続した場合に、前記経路最適化情報格納手段に格納された前記モパイルノードの前記経路最適化に係る情報を用いて前記モパイルノードに係る前記経路最適化の代理処理を行う経路最適化代理処理手段とを、

有している。

この構成により、所定のネットワークノード（例えば、ホームエージェント）は、モバイノレルータから経路最適化に係る情報を受け、その経路最適化に係る情報に基づいて、モパイルノードの経路最適化の代理処理を行うことによって、モパイルノードが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モパイルノードとアクセスルータとの間の輻輳を回避すること力 s可肯となる。

[0061] 本発明の通信管理方法及び通信管理装置は、上記の構成を有しており、無線通信を介して接続するモパイルノードとアクセスルータとの間で伝送される情報量を削減し、モパイルノードとアクセスルータとの間の輻輳を回避するという効果を有している。

図面の簡単な説明 [0062] [図 1]本発明の実施の形態における通信システムの一構成例を示すブロック図

[図 2]本発明の実施の形態における MRの構成の一例を示すブロック図

[図 3]本発明の実施の形態における ARの構成の一例を示すブロック図

[図 4]本発明の実施の形態における MRの動作の一例を示すフローチャート

[図 5]本発明の実施の形態における ARの動作の一例を示すフローチャート

[図 6]本発明の別の実施の形態における通信システムの一構成例を示すブロック図発明を実施するための最良の形態

[0063] 以下、図面を参照しながら、本発明の実施の形態について説明する。まず、本発明の実施の形態における通信システムの構成例について説明する。図 1は、本発明の実施の形態における通信システムの一構成例を示すブロック図である。

[0064] 図 1には、モバイルルータ（MR: Mobile Router) 11、 n台のモパイルネットワークノード（MNN : Mobile Network Node) 12 (図 1では、 MNN及び MNNの 2台を図示）

1 n

、相互に信用関係を有する m台の AR21 (図 1では、 AR、 AR 、 ARの 3台を図示

1 m-1 m

)、相互に信用関係を有する m台の AR21と信用関係を有さない AR21 (図 1の AR ) 、 MR11の HA31、 MMN12の通信相手となる p台の CN41 (図 1では、 CN1、 CNp の 2台を図示）、 AR21、 HA31、 CN41が接続しているネットワーク 51が図示されている。

[0065] MR11は、 NEMOに関連するプロトコルなどを実装しており、配下のモパイルネットワーク 13のそれぞれに存在する MNN12の代理として、移動管理機能を実現することが可能なモバイルノードである。 MR11は、モパイルネットワーク 13単位で移動に係る処理を行うので、各 MNN12は、接続の移動を意識することなく（すなわち、移動管理機能を実装、若しくはモパイルネットワーク自体の移動ごとに実行することなく）、 MR11の上位に存在するネットワーク 51への接続性を確保することが可能となる。なお、本発明に係る MR11は、 CN41との間で経路最適ィ匕（以下、 RO (Route Optimiz ation)と記載する）を行うので、例えば、 RO機能を有するモパイル IPv6を実装している。また、 MNN12は、 MR11の配下のモパイルネットワーク 13に存在するネットヮークノードである。また、図 1では、 MR11の配下のモパイルネットワーク 13が 1つのみ図示されているが、複数存在する場合もある。 [0066] また、 AR21は、ネットワーク 51に接続されているとともに、 MR11や MH (Mobile H ost :モパイルホスト）などのモパイルノードが接続可能なサブネットを形成しており、サブネットに接続するモパイルノードに対して、ネットワーク 51への接続性を提供することが可能である。

[0067] また、相互に信用関係を有する複数の AR21 (AR〜AR )は、それぞれ信用関係にあり、セキュアな状態を保ったまま、相互に情報交換を行うことが可能なように構成されている。なお、 AR21 (AR〜AR )間の信用関係は、情報交換を行うたびに構築 (確認）されてもよぐまた、あらかじめ鍵の交換などによって構築されてもよい。また、 AR21 (AR〜AR )間の信用関係は、例えば、 IPsec QP security Protocol)やその他のセキュリティ技術を利用して構築されてもよい。

[0068] なお、相互に信用関係を有する複数の AR21の各サブネットは、地理的に隣接して配置されており、移動するモパイルノードは、相互に信用関係を有する複数の AR21 間の接続変更を連続して行えるように構成されていることが望ましい。こうした配置の一例としては、移動体の軌道に沿って形成されたサブネットが挙げられる。また、相互に信用関係を有する複数の AR21とは別に、この信用関係を有さない AR21 (AR

)力複数の AR21のいずれか 1つに隣接して存在する場合もある。この ARは、例えば、従来の技術に係る AR、又は AR〜ARとは異なる ARとの間で別の信用関係を有する ARである。

[0069] また、 HA31は、 MR11のホームエージェントであり、 MR11に関する位置情報（具体的には、 MR11の HoA及び CoAと、 MR11のモパイルネットワーク 13のプリフイツタス情報）を保持するとともに、モパイルネットワークのプリフィックスを含む送信先アドレスが設定されたパケットを受信 (インターセプト）して、 MR11にトンネリングする。

[0070] また、 CN41は、ネットワーク 51に接続されており、 MR11や MNN12の通信相手となる任意の通信ノードである。なお、本発明では、 CN41は、 MR11との間で ROを行うので、例えば、 RO機能を有するモパイル IPv6を実装している。また、ネットワーク 51は、インターネットなどに代表される任意のパケット交換ネットワークである。

[0071] 続いて、図 1を参照しながら、本発明の実施の形態における概要について説明する。本発明では、 MR11が接続する AR21力 MR11の代理として、 MR11と CN41との間で確立される ROを行うようにする。なお、 AR21力 MR11の代理として行う RO を、代理 ROと呼ぶことにする。

[0072] この代理 ROは、 MR11が移動して新たな AR21と接続した際に、新たな AR21によって行われる。このとき、新たな AR21は、 MR11に代わって代理 ROを行うための情報 (ROに係る情報）を、 MR11が移動前に接続していた AR21から取得することによって、 MR11の処理負荷を軽減させるとともに、 MR11と AR21との間のトラフィックを低減させる。

[0073] なお、この ROに係る情報は、 CN41を特定するための情報（例えば、 CN41のアドレス）、 MR11と CN41との間で移動前に確立されてレ、た R〇で用レ、られてレ、た情報（例えば、 RRテストの HoKや CoK：、 BUメッセージ内の Authなど）、 MR11を特定するための情報（例えば、 MR11の HoAや CoA)など、新たに接続する MR11を特定して、その MR11に代わって ROを行うための情報である。また、この R〇に係る情報は、さらに、 MR11の配下にある複数のモパイルネットワーク 13のそれぞれを識別する情報を含んでもよぐ各モパイルネットワーク 13と各 CN41との間の詳細な接続設定情報 (例えば、 QoSのパラメータや認証情報）などを含んでもょレ、。

[0074] なお、 BUメッセージに含まれる Authは、 HoK及び CoKに基づいて生成される情報であり、 AR21は、 HoK及び CoKを取得すれば、 BUメッセージの Authを生成して、 BUを行うことが可能である。また、 MR11が移動後に接続する AR21は、例えば、 MR11と移動前の AR21との間における信用関係の構築に用レ、られた信用情報（鍵情報）などの上記以外の情報を、 MR11が移動前に接続していた AR21から取得することも望ましい。

[0075] また、 MR11は、複数の CN41に対して ROを行うことが可能である。したがって、 R Oに係る情報は、複数の CN41のそれぞれに関して、管理される必要がある。具体的には、ある MR11が ROを行う複数の CN41のそれぞれのアドレスと、 RRテストで用いられる HoKや CoKとのセットが、その MR11と特定の CN41の R〇に係る情報として管理される。なお、 ROに係る情報として、さらに、各 CN41との間における ROの優先度や ROの動作開始タイミングが設定され、代理 ROを行う AR21は、この優先度や動作開始タイミングを参照して、例えば、優先度の高い CN41との間の代理 ROを先に行い、その後、優先度の低い CN41との間の代理 ROを段階的に行うことも可能である。

[0076] また、 MR11は、 ROを行う複数の CN41の一部のみに対する ROに係る情報を AR 21に渡し、残りの CN41に関しては、自身で ROを行うことも可能である。すなわち、 MR11は、 AR21に代理 ROを行ってもらう CN41と、 MR11自身が R〇を行う CN41 とを選択してもよレ、。

[0077] MR11が移動前に接続していた AR21は、例えば、 MR11力、らの情報通知や、 M R11が送信したパケットからの情報抽出などの装置によって、あらかじめ MR11の R Oに係る情報を取得し、保持しておく。そして、 MR11が移動前に接続していた AR2 1は、 MR11が別の新たな AR21に対して、例えば、 MR11が移動後に接続する AR 21からの要求に応じて、あるいは事前に、その MR11の R〇に係る情報を渡すことによって、 MR11が移動後に接続する AR21は、 MR11との間の無線通信を介さずに、 MR11の ROに係る情報を取得することが可能となる。

[0078] なお、 AR21間における MR11の ROに係る情報の交換は、信用関係を有する AR 21 (図 1の AR〜AR )間で安全に行われる必要がある。なお、ローミング協約などに

1 m

よって、 AR21間で ROに係る情報の受け渡しが可能な場合も、 AR21が相互に信用関係を有していると言える。

[0079] 以下、詳細かつ具体的に、本発明に係る構成及び動作について説明する。まず、本発明に係る MR11及び AR21の具体的な構成例について説明する。図 2は、本発明の実施の形態における MRの構成の一例を示すブロック図である。また、図 3は、本発明の実施の形態における ARの構成の一例を示すブロック図である。

[0080] まず、図 2を参照しながら、 MR11の構成の一例について説明する。図 2に示す M R11は、パケット受信部 61、パケット送信部 62、信用関係構築部 63、 RO実行部 64 、 R〇代理依頼部 65、 R〇情報通知部 66、依頼履歴情報格納部 67、実行要求部 68 、結果解析部 69、 R〇情報格納部 70を有している。

[0081] 図 2に示すパケット受信部 61及びパケット送信部 62は、それぞれ伝送路（無線伝送路）を介してパケットの受信及び送信を行う機能を有しており、パケット受信部 61及びパケット送信部 62を通じて、 AR21との間でパケットのやり取りが行われる。 [0082] また、図 2に示す信用関係構築部 63は、伝送路におけるパケットの保護を目的として、 AR21との間で信用関係を構築する機能を有している。 AR21との間で信用関係が構築された場合には、その結果が信用関係構築部 63から RO代理依頼部 65及び RO情報通知部 66に通知される。一方、 AR21との間で信用関係が構築できなかつた場合には、その結果が信用関係構築部 63から RO実行部 64に通知される。

[0083] また、図 2に示す R〇実行部 64は、 CN41との間で R〇を実行する機能を有している。例えば、 RO実行部 64は、 CN41との間で RRテストを実行し、 CN41に対して B Uメッセージを送信する。また、 RO実行部 64は、 CN41との間で行った R〇に係る情報、及びその依頼履歴を示す情報 (依頼履歴情報)を、それぞれ Rひ晴報格納部 70 及び依頼履歴情報格納部 67に送出したり、 Rひ晴報格納部 70及び依頼履歴情報格納部 67のそれぞれに格納されている ROに係る情報及び依頼履歴情報を参照して、 R〇の追加変更処理を行ったりすることが可能である。

[0084] また、図 2に示す RO代理依頼部 65は、次に移動した後に接続する AR21が CN4 1との間の代理 ROを行うように、移動前に接続している AR21又は次の移動後に接続する AR21、若しくは移動後に接続した AR21に対して依頼を行う機能を有してレ、る。なお、本明細書では、依頼とは、 AR21に対して（より具体的には、後述の cAR及び nARのいずれか一方又はこれらの両方）に対して、代わりに ROの処理や、以降のその他の処理を行ってもらうように頼むことである。また、代理 ROの依頼の際には、移動前に接続している AR21との間で ROに関する情報がやり取りされるので、信用関係構築部 63によって、移動前に接続している AR21との間で信用関係が構築できた場合のみ、代理 ROの依頼が行われることが望ましレ、。

[0085] また、図 2に示す R〇情報通知部 66は、 AR21に対して、代理 R〇の依頼の際に R Oに係る情報を通知したり、 RO実行部 64で自ら行った ROに係る追加変更処理の差分情報を通知したりする機能を有している。なお、 ROに係る情報の通知は、後述のように、 BUメッセージなどの AR21あてではなレ、メッセージによって行うことも可能である。また、 ROに係る情報を通知することによって、代理 R〇の依頼が行われたものとすることも可能であり、この場合には、 RO代理依頼部 65の機能は、 Rひ晴報通知部 66に包含されることになる。なお、 R〇情報通知部 66は、モパイルネットワーク 13と CN41との間の経路を選択して、選択された経路の ROに係る情報のみを通知したり、更には、各経路の所定のパラメータを選択的に通知したりすることも可能である。また、 Rひ青報通知部 66における ROに係る情報の通知の履歴は、依頼履歴情報格納部 67に格納される。

[0086] また、図 2に示す依頼履歴情報格納部 67は、 RO代理依頼部 65による代理 R〇の依頼に関する履歴や、 R〇情報通知部 66による R〇に係る情報の通知の履歴を、依頼履歴情報として格納する機能を有してレ、る。

[0087] また、図 2に示す実行要求部 68は、 AR21に対して代理 ROの実行を要求する機能を有している。なお、本明細書では、実行要求とは、即座に所定の処理の実行を行うように指示することであり、所定の処理に関する実行要求を受けた装置は、所定の処理を即座に行うことが要求される。例えば、実行要求部 68は、新たな AR21との接続後に、この新たな AR21に対して代理 R〇の実行要求を行ったり、 R〇に係る追加変更処理の実行要求を行ったりする。また、実行要求部 68は、モパイルネットヮーク 13と CN41との間の経路の一部のみを選択的に代理 ROしてもらうような実行要求を送信することも可能である。なお、 AR21が MR11の接続を検知した後、即座にこの MR11に関する代理 ROを行うように構成されている場合には、 MR11は、代理 R Oの実行要求を実行要求部 68から送信する必要はない。

[0088] また、図 2に示す結果解析部 69は、 AR21による代理 ROの結果を受信し、この結果を解析して、追加変更処理の必要性を検討する機能を有している。なお、追加変更処理を行う必要があると判断された場合は、例えば、結果解析部 69から RO実行部 64や Rひ報通知部 66に追加変更処理の実行指示が送出され、 RO実行部 64 や RO情報通知部 66によって、追加変更処理が行われる。また、 AR21による代理 R Oの結果は、 ROに係る情報として、 Rひ報格納部 70に格納される。

[0089] なお、結果解析部 69によって追加変更処理を行う必要があると判断される場合の一例としては、例えば、 CoKや BUのライフタイムが満了となった場合（あるいは満了になりそうな場合）力 S挙げられる。この場合には、 CoKや BUの更新処理又はライフタィムの延長処理などの追加変更処理が行われることになる。

[0090] また、図 2に示す Rひ隋報格納部 70は、 AR21によって行われた代理 R〇の結果に含まれる ROに係る情報や、 MR11が自ら行った ROに係る情報を格納する機能を有している。

[0091] 次に、図 3を参照しながら、 AR21の構成の一例について説明する。図 3に示す AR 21は、パケット受信部 81、パケット送信部 82、信用関係構築部 83、 Rひ晴報取得部 84、 R〇情報交換部 85、 Rひ晴報格納部 86、代理 RO実行部 87、 Rひ晴報通知部 8 8を有している。

[0092] 図 3に示すパケット受信部 81及びパケット送信部 82は、それぞれ伝送路を介してパケットの受信及び送信を行う機能を有しており、パケット受信部 81及びパケット送信部 82を通じて、配下に接続されている MR11や、ネットワーク 51に接続されている任意の CN41との間でパケットのやり取りが行われる。

[0093] また、図 3に示す信用関係構築部 83は、伝送路におけるパケットの保護を目的として、 MR11及び他の AR21のそれぞれとの間で信用関係を構築する機能を有している。 MR11との間で信用関係が構築されたか否かを示す結果は、信用関係構築部 8 3から Rひ青報取得部 84に通知される。また、他の AR21との間で信用関係が構築されたか否かを示す結果は、信用関係構築部 83から RO情報交換部 85に通知される

[0094] また、図 3に示す Rひ報取得部 84は、 MR11から ROに係る情報を取得する機能を有してレ、る。この RO情報取得部 84によって MR11力ら取得された MR11の ROに係る情報は、 Rひ報格納部 86に格納される。 MR11からの ROに係る情報の通知は、例えば、 AR21あての所定のメッセージによって行われ、 Rひ青報取得部 84がこの所定のメッセージ内から情報の抽出を行ってもよぐまた、 Rひ青報取得部 84が、 MR11からの他の通信ノード（例えば、 MR11の HA31)に対して送信される HoTIメッセージや BUメッセージ内から、 R〇に係る情報を抽出してもよレ、。なお、 MR11との間で信用関係が構築できな力、つた場合には、 Rひ晴報取得部 84は、 R〇に係る情報の取得を行わなレ、ようにすることが望ましレ、。

[0095] また、図 3に示す R〇情報交換部 85は、他の AR21との間で MR11の R〇に係る情報のやり取りを行う機能を有している。この R〇情報交換部 85によって他の AR21から取得された MR11の R〇に係る情報は、 Rひ報格納部 86に格納される。なお、他の AR21との間で、 MR11の ROに係る情報の送信を行う場合、能動的に、他の AR 21に対して ROに係る情報を渡してもよぐさらに、 MR11の移動予測や MR11からの事前通知などにより、複数の AR21の中から ROに係る情報を渡す AR21を絞り込んでもよぐまた、受動的に、他の AR21からの要求を受けた場合に、他の AR21に対して特定の MR11の R〇に係る情報を渡してもよい。なお、信用関係を有さない他の AR21との間では、 R〇情報交換部 85は、 ROに係る情報の交換を行わないようにすることが望ましい。

[0096] また、図 3に示す R〇情報格納部 86は、 RO情報取得部 84によって MR11から取得した R〇に係る情報、 R〇情報交換部 85によって他の AR21から取得した R〇に係る情報、代理 RO実行部 87によって、代理 R〇を行った場合に生成された ROに係る情報を格納する機能を有してレ、る。

[0097] また、図 3に示す代理 R〇実行部 87は、 MR11から代理 ROの実行要求を受けた場合や、 ROに係る情報の更新が必要な場合、 MR11の接続を検知した場合などに、 RO情報格納部 86に格納されているこの MR11の ROに係る情報を用いて、 MR11 に代わって代理 ROを実行する機能を有してレ、る。

[0098] また、 Rひ青報通知部 88は、例えば、代理 RO実行部 87で代理 ROを行った際に新たな ROに係る情報が生成された場合などに、その新たな ROに係る情報を MR11に対して通知する機能を有している。また、 Rひ報通知部 88は、代理 RO実行部 87 で行われた代理 ROの実行結果を MR11に通知することも可能である。

[0099] 次に、本発明の実施の形態における MR11の動作の一例について説明する。図 4 は、本発明の実施の形態における MRの動作の一例を示すフローチャートである。

[0100] まず、 MR11は、 AR21に接続して、 AR21及びネットワーク 51への接続性を確保する（ステップ S 101 :新たな ARと接続）。なお、このステップ 101における処理では、例えば、 MR11は、 AR21から RA (Router Advertisement :ルータ通知）を受信し、 A R21のサブネットに係る CoAを取得して HA31に BUを行うなど、 MR11が AR21に接続する際に行われる従来の処理と同一の処理が行われる。

[0101] また、 MR11は、 AR21から通知される情報や AR21への問い合わせなどによって、AR21が本発明に対応した対応 AR (本発明に係る処理を行うことが可能な AR)か否かの確認を行う（ステップ S 102 :対応 AR？)。ステップ S102の処理では、例えば、 MR11が、 AR21から受信した RA内に本発明に対応している旨を示すビットが存在するかを確認したり、 AR21に対して、本発明に対応している旨の問い合わせを行うためのメッセージを送信したりすることによって、接続した AR21が対応 ARか否かを把握することが可能である。

[0102] なお、このステップ S102の処理は必ずしも行われる必要がなぐ以降に説明する動作中に、例えば、 AR21から、 MR11が送信したメッセージを認識することができないなどのエラーメッセージが返ってきた時点で、 MR11は、接続した AR21が対応 A Rではない旨を把握することも可能である。

[0103] AR21が対応 ARである場合（ステップ S102で『はい』）には、 MR11は、 AR21との間で信用関係を構築する（ステップ S103： ARとの信用関係の構築に成功？）。なお、 MR11と AR21との間における信用関係の構築は、必ずしも本発明独自の特別な処理ではなく、従来の技術にぉレ、て構築される MR11と AR21との信用関係を利用することも可能である。また、このステップ S103の信用関係の構築時などにおいて、 MR11は、 AR21に対して、移動前後の MR11を一意に識別可能とする情報（例えば、接続変更前に使用していた CoAと、接続変更後に使用する CoAとの対応を示す情報）を送信し、移動後に MR11が現時点で接続している AR21 (以降、 cARと記載する）が、移動前に MR11が接続していた AR21 (以降、 pARと記載する）から、この MR11の ROに係る情報を取得できるようにする必要がある。

[0104] なお、 ROに係る情報 (すなわち、 BUなどに関する情報）は重要な情報である。したがって、 ROに係る情報が MR11と AR21との間で安全に交換される必要があるだけではなぐ MR11が、 AR21が信用できるものであって R〇に係る情報を渡してもよいことの確認を行えるようにする必要がある。このような MR11が AR21の信用性を確認するための具体的な装置としては、例えば、 AR21から MR11に通知される情報に、所定の管理団体の証明書情報などを付加することなどが挙げられる。すなわち、 MR 11は、 AR21から渡された情報に付加されている証明書情報を確認することによって、AR21が正当なもの（信用できるもの）であることを確認できるようにしてもよい。

[0105] 一方、 AR21が対応 ARではない場合 (ステップ S102で『いレヽえ』）には、本発明に係る処理の実行が不可能である。この場合、 MR11は、自身で ROを行う（ステップ S 104： MR自身カ¾0を行う）とともに、その後は従来の技術に基づく処理を行う（ステップ S105 :通常の動作）ことによって、 ROを問題なく行うことが可能である。また、 M Rl 1が AR21との間に信用関係を構築できな力、つた場合 (ステップ S 103で『いいえ』 )には、 AR21は、 MR11の代理として R〇を行わないことが望ましぐ AR21が対応 A Rではない場合と同様に、 MR11は、自身が ROを行った後に、従来の技術に基づく処理を行うことが望ましい。

[0106] 次に、 MR11が AR21との間における信用関係の構築に成功した場合 (ステップ S 103で『はい』）には、 MR11は、前回の接続時点での次に移動を行って接続する A R (すなわち、 cAR)が MRl lの代理として ROを行うように、 pARに対して依頼していたか否かを確認する（ステップ S106 :既に pARで依頼？）。なお、この依頼は、 pAR の接続時にぉレ、て、後述のステップ S 108又はステップ S 111の処理が行われてレ、る場合に対応する。このステップ S106における確認は、例えば、 MR11が pARとの接続時における依頼履歴情報（具体的には、 pARとの接続時における後述のステップ S 108やステップ S 111の処理に係る履歴）を格納しておき、この依頼履歴情報を確認することによって可能である。

[0107] ステップ S106における確認によって、 MR11力 pARに対して、 cARが MR11の代理として ROを行うように依頼していなかつたことを把握した場合 (ステップ S106で『レヽレ、え』)には、 MR11自身が ROを行う（ステップ S107： MR自身が ROを行う）。なお、このステップ S107で行われる RO処理は、従来の RO処理と同一であり、 MRU 自身から CN41に対する RRテスト及び BUの実行を伴う。 MR11は、 MNN12が CN 41と通信を開始する力 \既に通信している場合で ROも行っている場合には各 CN4 1に対して順次 BUを行うが、この処理を行うか否力、、あるいはいつ行うかは、 MRU が決定できる。このとき、 MR11は、 ROにおける情報交換の際に、情報の輻輳が起こらないようにすることが望ましい。こうした R〇の優先度や動作開始タイミングを、例えば、 MNN12との間の契約や通信状況（すなわち、 MNN12がローカルのノードか訪問ノードか、契約者がどのくらいのコストを払ってサービスと契約している力 \ MNN 12の通信に係る QoS保証を行っている力、）などによって決定してもよぐまた、ランダムに決定してもよい。

[0108] ステップ S 107で MR11自身が ROを行う場合としては、例えば、 MR11の電源が O Nになった後、最初に対応 ARに接続した場合（すなわち、上記の cARが、 MR11が最初に接続する ARである場合)や、 pARが対応 ARではない場合などが想定される。なお、この場合には、ステップ S 107において、 MR11が cARに対して、 ROに係る情報を渡すことによって、 R〇の代理を依頼することも可能である力上述のように、 MR11自身が ROを行うことが望ましレ、。

[0109] そして、 CN41との間で自ら R〇を行った MR11は、管理している ROに係る情報を cARに送信するとともに、 ROに係る処理に関して、 MR11が次の移動後に新たな A R21 (以降、 nARと記載する）に接続した場合における ROに係る処理の代理を依頼する（ステップ S 108：管理している R〇に係る情報を ARに送信し、次の接続変更後の ARによる代理を依頼)。

[0110] なお、ステップ S 108における ROに係る情報の送信及び代理の依頼は、 MR11力 S cARと接続している任意の時点で行われればよレ、。また、 AR21力 MR11力の依頼を受けずに代理 ROを行うように構成されている場合には、 MR11は、 AR21に対して ROに係る情報を渡すだけでよぐ明示的に代理の依頼を行う必要はない。この場合は、 MR11力 AR21に対する ROに係る情報の送信力 MR11による AR21への代理 ROの依頼を兼ねていると言うことができる。

[0111] また、 MR11力 cARに送信された ROに係る情報は、例えば、後述の図 5のステツプ S207におレ、て、 nARに渡され、これによつて、 nARは、 MR11の代理として代理 ROを行うことが可能となる。

[0112] ステップ S 108で MR11力も cARに送信される ROに係る情報としては、例えば、 M Rl 1にモパイル IP及び NEMOに関連するプロトコルの両方が実装されている場合には、 MR1 1が RRテスト及び BUを行うために必要な情報が挙げられる。この場合、 ROに係る情報は、具体的には、 AR21に対して MR11自身を一意に認識してもらうための情報（例えば、 MR11の HoAや CoA)や、 R〇を行う各 CN41のアドレス及び各 CN41に対応する HoKなどである。

[0113] 以上のステップ S 108までの処理によって、 MR11自身が各 CN41との間における ROを完了するとともに、 MR1 1によって行われた ROに係る情報が cARに渡される。この後、 MR11は、何らかの追加変更を行う必要が生じるまで、イベント待ち状態となる（ステップ S 109 :追加変更有り？（追加変更待機状態））。

[0114] そして、追加変更に係るイベントが発生した場合 (ステップ S 109で『はい』）には、 M Rl 1自身がこの追加変更に係る処理を行う（ステップ S 110：追加変更処理）とともに、 cARに対して、この追加変更処理によって更新された ROに係る情報の差分情報を送信し、この差分情報が反映された ROに係る情報に基づいて、 MR1 1が次の移動後に nARに接続した場合における代理 ROを行うように依頼し (ステップ S 111：追加変更に係る差分情報を ARに送信し、次の接続変更後の ARによる代理を依頼）、再び、追加変更に係るイベント待ち状態となる。なお、ステップ S 111における代理 R〇の依頼に関しては、ステップ S 108と同様に、例えば、 AR21が、 MR11からの依頼を受けずに代理 R〇を行うように構成されている場合には、 MR11は、 AR21に対して R Oに係る情報を渡すだけでよぐ明示的に代理の依頼を行う必要はない。

[0115] なお、追加変更に係るイベントとしては、例えば、新たな ROの実行や、 ROが完了している経路に係る更新などが挙げられる。新たな ROの実行は、例えば、新たな CN 41との間におレ、て ROを実行する場合や、新たなモパイルネットワーク 13と CN41との間において ROを実行する場合などである。また、 ROが完了している経路に係る更新とは、例えば、 RRテストで使用される HoKや CoKの有効期限が満了する際に HoKや CoKの更新を行う場合や、 HA31や CN41に登録したバインディング情報のライフタイム満了前に、 HA31や CN41に BUを再度送信する場合などである。

[0116] また、ここでは、追加変更に係るイベントが発生した場合には、ステップ S110で MR 11自身が追加変更処理を行って、ステップ S 111で差分情報を cARに渡すようにしているが、こうした追加変更に係るイベント（特に、 ROが完了している経路に係る更新）に関して、 cAR (及び、次の移動以降は nAR)に処理を代理してもらうようにすることも可能である。この場合には、 cAR及び nARが追加変更処理の実行結果（追加変更に係る差分情報）を、その都度、 MR11に対して通知することによって、 MR11 及び cARがそれぞれ有する R〇に係る情報の同期化を行うことが望ましいが、このような装置では、 MR11と AR21との間のトラフィックが増加する可能性がある。図 4に図示されているフローチャートでは、上記の装置とは異なる装置として、 MR11が cA Rに接続した際に、 PARで行われた追加変更処理の実行結果をも含む ROの結果を受信する装置による処理 (具体的には、後述のステップ S113における処理）が図示されている。なお、追加変更に係るイベントを AR21に代理してもらうようにする場合、 CoKに関しては、 AR21による生成及び更新の代理を行ってもらうことが可能である力 HoKに関しては、後述のように、例えば AR21と HA31との間に信用関係を有さなければ、 AR21による HoKの生成及び更新の代理は不可能である。

[0117] 一方、ステップ S106における確認によって、 cARに対して MR11の代理として RO を行うように、 pARに対して既に依頼していることを把握した場合 (ステップ S106で『はい』）には、 MR11は、 cARに対して、代理 ROの実行要求を送信する（ステップ S1 12 :代理 R〇の実行要求）とともに、 cARによる代理 R〇の実行結果の受信待機状態となる（ステップ S113 : R〇の結果を受信？（受信待機状態））。なお、 cARは、 MR1 1からの代理 ROの実行要求を受信せずに、 MR11の接続を検知した場合に、 MR1 1の代理として代理 ROを自ら開始するように構成されていてもよぐこの場合には、 M R11は、明示的に cARに対して代理 ROの実行要求を送信する必要はない。

[0118] なお、このとき、 cARは、 pAR力も渡された ROに係る情報に基づいて代理 ROを実行するので、ステップ S 113で MR11が受信する代理 ROの実行結果には、 pARで行われていた代理 ROの追加変更処理も反映されている。したがって、上述のように、 AR21が追加変更処理の実行結果を、その都度、 MR11に対して通知する代わりに、このステップ S 113において、 MR11は、 pARで行われた追加変更処理の実行結果が反映された ROに係る情報を用いて cARが行った代理 ROの実行結果を受信することによって、 MR11と cARとの間の ROに係る情報の同期化を図ることが可能である。すなわち、 MR11と AR21との間の R〇に係る情報の同期化は、逐一行われてもよく、また、所定のタイミング (ここでは、 MR11による cARへの新規接続時）で行われてもよい。

[0119] そして、 MR11は、 cARから代理 ROの結果を受信した場合には、この代理 R〇の結果を格納するとともに、例えば、 pARとの接続時における ROの状態から何らかの変化（差異）が有るか否かを確認する（ステップ S114 :状態に変化有り？）。なお、上記の状態の変化とは、 pARとの接続時における ROの状態と、 cARによって新たに行われた ROの実行結果に係る状態との差異であり、具体的には、 pARとの接続時に所定の CN41との間で ROが行われていたが、 cARによる代理 ROでは、この所定の CN41との間で R〇が失敗に終わったなどの事象を指している。

[0120] なお、 MR11力 ScARから受信する代理 R〇の結果として、 cARがまったく代理 ROを行うことができなかったという結果を受信する場合もあり得る。このような場合としては、例えば、 cAR力 ¾AR力 R〇に係る情報を受信することができない場合が考えられ、具体的には、例えば、何らかの不具合によって pARと cARとの間の通信が途絶してしまっている場合や、 pAR及び cARが共に対応 ARであるにもかかわらず、 pARと cARとの間に信用関係がなく（すなわち、 MR11は、 AR21との間に信用関係がない AR21に移動）、 cARが、 pAR力も ROに係る情報を受信することができない場合などが想定される。

[0121] また、 MR11は、代理 ROの結果として、単純に各 CN41との間における代理 ROの成功/失敗に係る情報だけではなぐ例えば、代理 RO実行の際の RRテストにおいて使用された CoKを cARから受信することが望ましい。これにより、 cARによって行われた各 CN41との間における代理 ROの成功/失敗を把握するだけではなく、例えば、以降の処理において、 MR11自身が直接 CN41との間で RRテストを実行することになつた場合に、この CoKを使用することが可能となる。

[0122] ステップ S114におレ、て、状態に何らかの変化が有る場合（ステップ S114で『はレ、』 )には、この状態の変化に応じて、追加変更処理を行うか否かの検討を行う（ステップ S115 :状態の変化に応じた追加変更の検討)。このステップ S 115では、具体的には、 pARとの接続時に所定の CN41との間で R〇が行われていた力 cARによる代理 R Oでは、この所定の CN41との間で R〇が失敗に終わったような場合に、所定の CN4 1と再度 R〇を行うか否かが決定される。

[0123] また、 MR11は、 nARに接続した場合における代理 R〇を依頼する（ステップ S116 ：次の接続変更後の ARによる代理を依頼)。なお、このステップ S116における代理 ROの依頼は、ステップ S108における処理と同様に、 MR11力 ScARと接続している任意の時点で行われればよレ、。また、 AR21が、 MR11からの依頼を受けずに代理 ROを行うように構成されている場合には、このステップ S116の処理は実行される必要はない。

[0124] そして、 MR11は、ステップ S109における追加変更待機状態となり、ステップ S11 5において何らかの追加変更処理を行う旨を決定している場合には、上述のステップ S110及びステップ S111に係る処理を行う。一方、ステップ S115において追加変更処理を行わなレ、旨を決定してレ、る場合には、別の追加変更に係るイベント（例えば、新たな CNに対する R〇の実行）が発生するまで、追加変更待機状態となる。

[0125] ステップ S114において、状態に変化が無い場合 (ステップ S114で『いいえ』）には、上述のステップ S 116における次の接続変更後の AR21による代理の依頼処理を行った後、ステップ S109における追加変更待機状態となる。

[0126] 次に、本発明の実施の形態における AR21の動作の一例について説明する。図 5 は、本発明の実施の形態における ARの動作の一例を示すフローチャートである。

[0127] 新たな MR11が接続してきた場合には、 AR21は、まず、 MR11との接続性を確保する（ステップ S201 :新たな MRと接続）。なお、このステップ 201における処理では、例えば、 AR21は、 RAを送信することによって、 MR11に対してサブネットの識別情報の通知や、 MR11の CoAに係る DAD (Duplicate Address Detection :アドレス重複検出）処理などが行われる。また、 AR21は、自身が本発明に対応している旨を示すビットを RAに挿入することによって、 MR11に対して、対応 ARであることを通知してもよい。

[0128] 次に、 AR21は、 MR11が本発明に対応した対応 MR (本発明に係る処理を行うことが可能な MR)か否かの確認を行う（ステップ S202：対応 MR？ )。なお、 AR21は、例えば、後述のステップ S205において、 MR11から代理 R〇の実行要求を受けた時点で、 MR11が対応 MRであることを把握することができるので、ステップ S202における MR11が対応 MRか否かを確認する処理は、必ずしも必要な処理ではない。

[0129] MR11が対応 MRである場合（ステップ S202で『はい』）、 AR21は、 MR11との間で信用関係を構築する（ステップ S203： MRとの信用関係の構築に成功？）。なお、 MR11と AR21との間における信用関係の構築は、必ずしも本発明独自の特別な処理ではなく、従来の技術にぉレ、て構築される MR11と AR21との信用関係を利用することも可能である。なお、この信用関係の構築の際には、 AR21の接続切り換え時に、 MR11のすり替え（あるいは MR11の取り違え）が起こらないように、 cARは、 pA Rが MRl 1を一意に識別するために用いられてレ、た情報を取得することが望ましレ、。

[0130] 一方、 MR11が対応 MRではない場合（ステップ S202で『いいえ』）には、本発明に係る処理の実行が不可能である。この場合、 MR11は自身で ROを行うことになり、 AR21では、従来の技術に基づく処理が行われる (ステップ S204 :通常の動作)。また、 AR21が MRl 1との間に信用関係を構築できな力た場合 (ステップ S 203で『レヽいえ』）には、 AR21は、 MR11の代理として代理 ROを行わないことが望ましぐ MR 11が対応 MRではない場合と同様に、従来の技術に基づく処理を行うことが望ましレ、。

[0131] 次に、 AR21が MR11との間における信用関係の構築に成功した場合 (ステップ S 203で『はレ、』）、 MRl 1からの代理 ROの実行要求の受信待機状態（ステップ S205：代理 ROの実行要求を受ける？）、及び MR11からの ROに係る情報の受信待機状態（ステップ S206： MR力 ROに係る情報を受信？ )となる。

[0132] ステップ S205において、 AR21が MR11から代理 ROの実行要求を受信した場合

(ステップ S205で『はい』）には、 AR21は、この MR11の ROに係る情報を pARから取得して（ステップ S207 :対応する MRの ROに係る情報を pARから受信）、この RO に係る情報に基づレ、て、代理 ROを行レヽ（ステップ S 208： MRに代わって代理 ROを行う）、この代理 ROの結果を MRl 1に通知する（ステップ S209：結果を MRに通知）。なお、上述の AR21が MR11力も代理 ROの実行要求を受信して、ステップ S207 以降に進むプロセスは、図 4に図示されてレ、る MRl 1のステップ SI 12及びステップ S113の処理に対応してレ、る。また、ステップ S209における結果の通知では、 MR1 1と AR21との間のトラフィックを低減させるために、レ、くつかの CN41との間の代理 R Oに係る結果をまとめて送信したり、必要な情報 (例えば、変化が生じた状態の差分情報）のみを送信したりしてもよい。

[0133] なお、 AR21は、 MR11からの代理 ROの実行要求を受信せずに、 MR11の接続検知に応じて MR11の代理として R〇を開始するように構成されていてもよい。この場合には、 AR21は、例えば、 pARの接続時における MR11の CoA (pCoA)を MR11 力ら取得し、この pARの接続時における pCoAに基づいて pARから MR11の R〇に係る情報を取得することによって、 MR11からの代理 ROの実行要求を受信することなぐ代理 ROを行うことが可能である。

[0134] 具体的には、例えば、 AR21は、 MR11を一意に識別できる情報と、 MR11が以前接続していた pARのアドレスなどの pARを一意に識別できる情報とを MR11から得ることで、 pARに対して特定の MR11の R〇に係る情報を要求できるようになる。なお、 AR21は、 pCoAのネットワークプリフィックスを参照することによって、 pARを特定することも可能である。

[0135] また、ここでは、 MR11からの代理 R〇の実行要求を受信した後に、 MR11の ROに係る情報を pARから取得している力例えば、 MR11がまだ pARに接続している段階にぉレ、て、任意のタイミングで pARから MR11の R〇に係る情報を取得することも可能である。これは、例えば、相互に信用関係を有する AR21間において、任意の MR11の ROに係る情報が定期的に交換されるようにすることによつて実現可能である。また、特に、 MR11が所定の軌道上を移動しており、 MR11の移動方向（MR11 の次の接続先となる AR21)の予測が可能な場合や、 FMIP (Fast Handovers for Mo bile IP)が利用されている場合には、 AR21は、 MR11の次の接続先となることが予測される AR21に、あらかじめ MR11の ROに係る情報を渡すことも可能である。また、 MR11が、次の接続先となることが予測される AR21に、 ROに係る情報を渡したり、代理 ROを行うように依頼を行ったりすることも可能である。また、 MR11力 cARに対して、移動の予告と共に次の接続先となる nARの識別情報を通知してもよレ、。

[0136] 一方、ステップ S206において、 AR21が MR11から ROに係る情報を受信した場合 (ステップ S206で『はい』）には、 AR21は、この ROに係る情報を MR11の識別情報と関連付けて、 R〇情報格納部 86に格納する (ステップ S210 : ROに係る情報を格糸内）。なお、上述の AR21が MR11力も ROに係る情報を受信して、ステップ S210に進むプロセスは、図 4に図示されている MR11のステップ S108やステップ S111の処理に対応している。

[0137] そして、 AR21は、ステップ S209における結果の通知、又はステップ S210における ROに係る情報の格納を行った後、イベント待機状態（ステップ S205及びステップ S206における受信待機状態）となる。そして、図 4に図示されている MR11のステツプ S111の処理に対応して、追加変更に係る差分情報を MR11から受信した場合には、この追加変更に係る差分情報によって、 Rひ報格納部 86に格納されている RO に係る情報の更新を行う。

[0138] なお、上述の MR11及び AR21の動作において、 MR11から AR21に送信される ROに係る情報や差分情報（図 4に示すステップ S108やステップ S111、図 5に示すステップ S206に対応）は、 MR11から AR21あてに送信されるメッセージによって伝送されてもょレ、が、 AR21力 MR11から HA31や CN41に送信される R〇に係る情報を含むメッセージを転送する際に、このメッセージ内力 R〇に係る情報を抽出して取得することも可能である。

[0139] ただし、 AR21力 MR11から HA31や CN41に送信されるメッセージ内力、ら情報を抽出して管理する場合には、 MR11と AR21との間で、 MR11から送信されたパケット内の情報を AR21が抽出することに関して、 MR11が合意する処理が行われることが望ましい。この MR11による合意は、例えば、上述の信用関係の構築（図 4に示すステップ S103、及び図 5に示すステップ S203)の際に行われる。

[0140] そして、 MR11は、新たな CN41に対して ROすべきであると判断した場合には、この CN41との間で、 HA31経由で HoTI及び HoTのやり取りを行う。しかしながら、この HoTI及び HoTは、 MR11と HA31との間のトンネル経由で伝送されるので、 AR2 1は、この HoTI及び HoTの内容を知ることができない可能性がある。この場合には、 MR11は、 HoTI及び HoTで使用される HoKを、 MR11の識別情報及び CN41のアドレスと共に、 AR21に通知する必要がある。なお、この通知は、 MR11と AR21との間の信用関係に基づいて、暗号化などが施されることによってセキュアな状態で行われることが望ましい。

[0141] また、 AR21力 MR11と HA31との間のトンネルパケットの中身を見ることができる場合には、トンネルパケットから HoK及び CN41のアドレスなどの R〇に係る情報を抽出してもよレ、。一方、 CoTI及び CoTは、特にトンネルなどを経由せずに、そのまま A R21を通るので、 AR21は、 CoTI及び CoTの内容を容易に取り出すことが可能である。 [0142] AR21は、 MR11から送信されたパケットから抽出した情報（例えば、 RRテスト及び BUで使用される HoKや CoK)を、 MR11の識別情報及び CN41のアドレスと関連付けて、 RO情報格納部 86に格納する。なお、この CoKは、有効期限が満了する前に更新される必要がある力、もしれず、 AR21が、 CoKの生成及び更新作業を代理することも可能である。また、 AR21が代理となって更新された CoKは、 MR11に通知され、 MR11及び AR21の両方が有する CoKの同期化が図られることが望ましレ、。また、後述のように、例えば、 AR21が HA31との間で信用関係を有していれば、 HoK の生成及び更新作業を代理することも可能である。

[0143] また、 AR21は、 MR11が移動した場合、 MR11の移動前後の認証を確認し、保存している情報を使って処理を行う。 AR間の情報の交換は、 MR11の移動先が判明してから代理 ROを行うまでの間に、 AR同士の信用関係に基づいて行われることが望ましい。

[0144] AR21は、新たな CoKを CN41との間で生成し、 HoKと合わせて BUパケットを生成して、その CN41に MR11の新しいアドレス（nCoA)を登録する。なお、 AR21が代理となって行われた BUの結果は、 MR11に通知されることが望ましぐこの場合、各 CN41に係る BUの結果をまとめたメッセージによって通知が行われるようにすることによって、トラフィックを低減させることが可能となる。

[0145] また、上述の実施の形態では、 MR11は、 CN41との間において行う ROを AR21 に代理してもらうようにしている力さらに、 HA31との間の信用関係に関する情報を AR21に渡すことによって、 MR11が HA31に対して行うべき処理を、 AR21に代理してもらうようにすることも可能である。この場合には、例えば、 AR21が HoKの生成を行ってもよいように、 AR21と HA31との間で信用関係が構築される必要がある。

[0146] ただし、 AR21力 MR11と HA31との間のトンネル経由で、 HA31に対してパケットを送信できない場合には、 MR11自身力 HoKの生成処理を行う必要がある。この HoKの生成処理を AR21が代理するためには、 AR21力 HA31経由のトンネルパケットの生成を行えるようにし、すなわち、 AR21は、 MR11力、ら MR11と HA31との間のトンネルパケットの生成に係る鍵情報を、 MR11から受け取る必要がある。この MR11から AR21へのトンネルパケットの生成に係る鍵情報の送信は、 MR11と AR 21との間の信用関係に基づいて、安全に通知される必要がある。

[0147] 例えば、 AR21が HA31との間で信用関係を構築し、 MRU , AR21、 HA31が互いに信用関係を有するようにすることによって、別途 AR21が HA31との通信を行つて、 AR21が MR11の代理となって HoTI及び HoTを交換できるようにすればょレ、。ただし、この場合には、 HA31が、この信用関係を受け入れるように構成される必要力 Sある。

[0148] また、 AR21力 HA31経由で HoTI及び HoTを送信できるようになると、 HoKの有効期限の満了に係る HoK更新も行うことができるようになり、 MR11と AR21と間のトラフィックを更に低減させて、 MR11の移動後の新たな BUが完了することになる。

[0149] また、 MR11が移動する先の AR21が、対応 ARではなレ、か、あるいは、一連の AR 21間の信用関係とは異なる別の信用関係に基づく AR21である場合 (すなわち、移動前の AR21とは信用関係を有さない AR21 (図 1に示す AR )に移動する場合）には、 MR11が現在接続している AR21から、 MR11が移動する先の AR21に、 ROに係る情報の安全な受け渡しが不可能なことがある。

[0150] MR11が接続した（しょうとする） ARが上記のような場合には、例えば、図 4に示すステップ S102の対応 ARであるか否かを確認する処理、又は図 4に示すステップ S1 03の信用関係を構築する処理において、 MR11は、このことを把握することが可能である。この場合には、代理 ROの依頼が無効となるので、図 4に示すステップ S107 以降に進み、 MR11が自ら ROを行わなければならない。

[0151] このように、次に移動する先の AR21が、 MR11の代理 ROを行うことができない場合を想定して、 MR11は、 AR21で随時更新してもらっている代理 ROの結果と、そのときの鍵情報を、適宜 AR21から受け取っておき、最新の情報を保持しておくことが望ましい。仮に、 MR11が AR21による代理 R〇で使用された最新の ROに係る情報を受け損ねた状態で、 MR11の代理 ROを行うことができない AR21に移動した場合には、 MR11は、鍵情報の有効期限が満了していたり、 BUが失敗したりすることによつて、 MR11が保持している情報が最新の情報ではないことを把握する。この場合には、レ、つたん従来の技術を用いて自ら ROを行う状態に戻り、単に、従来通りに、 RO を最初からやり直せばよい。 [0152] また、 MRl lが、 CN41との間に、 IPsecなどの更に深い信用関係を構築することが可能な状態にある場合には、 MR11が、 AR21に対して、 CN41との間の信用関係に係る鍵情報を通知しなければ、 AR21による代理 ROが行えなくなる可能性がある。これは、 MR11と CN41との間の信用レベルと、 MR11と AR21との間の信用レベルとの強さの比較によるところが大きレ、が、 MR11が、 CN41との間の信用関係に係る鍵情報を AR21に開示できない場合には、 AR21に対して、代理 ROの依頼を行うことは困難である。この場合には、 MR11は、該当する CN41に関しては、従来通り、自身で R〇を行うことになる。し力ながら、このような CN41との間の信用関係に係る鍵情報を AR21に開示できない場合はまれであり、こうした CN41を除く他の C N41に関して代理 R〇を依頼することによって、全体として、本発明の目的は達成される。

[0153] すなわち、本発明に係る動作に対応していない環境下では、 CN41に対して、 MR 11及び AR21は従来の技術に係る動作を行えばよい。これは、例えば、 AR21から MR11に対して、特定の CN41に関連した環境が本発明に係る動作に対応していない旨を通知することによって、 MR11がその動作を切り換えてもよぐまた、 MR11力 S 、任意の CN41が本発明に係る動作が可能な環境下にあることを前提として動作を行レ、、その手順において失敗した場合には、その CN41に対しては、従来通りの動作を行う通常モードに切り換えるだけでもよい。

[0154] なお、上述の本発明の実施の形態では、 AR21が MR11の代理として ROを行う場合の MR11及び AR21の構成及び動作について説明した力 ARが MHの代理として R〇を行う場合の構成及び動作に容易に拡張可能であることは、当業者にとって自明である。

[0155] さらに、上述の本発明の実施の形態における構成及び動作を、モパイルノード（以下、 MNと記載）と HAとの関係に対して拡張することも可能である。なお、 MNは、上述のように、 MRや MHなどを含む移動通信装置の総称である。以下、図 6を参照しながら、本発明を MNと HAとの関係に適用した場合の動作例にっレ、て説明する。

[0156] 図 6は、本発明の別の実施の形態における通信システムの一構成例を示すブロック図である。図 6には、例えばローミング協約などによって相互に信用関係（ローミング関係）を有するネットワーク 611及びネットワーク 621力 S、インターネットなどのグロ

1 2 一バルネットワーク 631に接続されてレ、る状態が図示されてレ、る。

[0157] ネットワーク 611及びネットワーク 621には、各ネットワーク内における MN601の

1 2

位置情報の管理を行う HA 612及び1^八 622がそれぞれ設置されている。なお、以

1 2

下では、 MN601がネットワーク 611で提供され、 HA 612によって管理される MN6

1 1

01の HoAを HoAlと記載し、 MN601がネットワーク 621で提供され、 HA 622によ

2 2 つて管理される MN601の HoAを HoA2と記載する。また、ネットワーク 621は、 N台

2

の AR623 (図 6では、 AR

1、 AR

2、 ARの 3台を図示）を有している。なお、不図示で N

はあるが、ネットワーク 611もネットワーク 621と同様の構成（すなわち、 1つ以上の A

1 2

Rが配置されてレ、る構成）を有してレヽる。

[0158] 各 AR623は、 MN601が接続可能なサブネットを形成しており、サブネットに接続する MN601に対して、このサブネットに適合する CoAを割り当てるとともに、グロ一バルネットワーク 631への接続性を提供することが可能である。すなわち、各 AR623 に接続した MN601は、例えば、グローバルネットワーク 631に接続されている CN 6

1

41や CN 642と通信を行うことが可能である。

2

[0159] 図 6に図示されているように、相互にローミング関係を有するネットワーク間において、 MN601がローミングを行った場合（すなわち、例えば、 MN601がネットワーク 6

1

11からネットワーク 621に接続を変更した場合）に、接続変更後のネットワーク 621

2 2 で HoA2の提供を受ける場合がある。

[0160] しかしながら、 MN601がネットワーク 611力ネットワーク 621に接続を変更した

1 2

時点で、使用する HoAを HoAlから HoA2にそのまま変更してしまうと、ローミング前のネットワーク管理者（ネットワーク 611の HA 612)が MN601の移動を管理できな

1 1

くなつてしまうという問題がある。また、 MN601の HoAとして HoAlのみを知っている CNは、 MN601あてのパケットのあて先アドレスに HoAlを設定する。したがって、ネットワーク 611の HA 612が MN601の移動を管理できなくなってしまった時点で、こ

1 1

のパケットは、 MN601に不達になる可能性がある。

[0161] また、ローミング前のネットワーク 611で既に通信を始めており、ローミング先のネッ

1

トワーク 621においてもその通信の継続が望まれる CNは、 MN601の HoAの変更によって MN601の同定が困難となるため、 MN601とのセッションをいつたん切断してしまうという問題がある。したがって、このような CNに関しては、元の HoAに係るバインデイング情報（MN601のローミング前に CNが保持してレ、た HoAlに係るバインデイング情報）が継続して保持されるようにすることが望ましい。なお、 MN601が、 C Nや元の HA 612にネットワーク 611の位置情報を別途送信した場合には、 MN60

1 1

1が AR623を変更するタイミングで、 AR623との間の無線伝送路上に多量の情報が送信されることになり、通信帯域の過剰な消費及び輻輳が発生してしまうことになる

[0162] このような場合に対処するため、本発明の別の実施の形態では、ローミング先の H A 622に、先の本発明の実施の形態の AR21が有する通信管理装置（図 3に図示さ

2

れている構成）を導入する。以下、図 6において、本発明に係る通信管理装置が HA

2

622に導入された場合の動作について説明する。なお、以下では、ローミングを行う前に HoAlを使用していた MN601との間で通信を開始した CN (あるいは、 MN60 1を HoAlとして認識している CN) CNを CN 641、ローミング先に移動して HoA2を

1

使用している MN601との間で通信を開始した CNを CN 642とする。

2

[0163] MN601がローミング前のネットワーク 611からローミング先のネットワーク 621に

1 2 接続を変更した場合、 MN601は、ローミング先のネットワーク 621に属する ARの 1

2

つ（図 6では、 AR 623)に接続して、 AR 623のサブネットに適合した CoAを取得す

1 1

る。このローミング先のネットワーク 621に新たに接続した時点で、 MN601は、上述

2

の本発明の実施の形態と同様の動作を行って、 MN601に関する ROの処理を代理して行ってもらうように設定することが可能である。

[0164] ただし、上述の本発明の実施の形態では、本発明に係る通信管理装置が AR21に導入されており、代理 R〇処理を AR21が行っている力ここで説明する本発明の別の実施の形態では、本発明に係る通信管理装置が HA 622に導入されており、代理

2

RO処理を HA 622力 S行うとレヽぅ点、で異なる。したがって、ここでは、 MN601から HA

2 2

622に対して R〇に係る情報が通知される。また、 R〇に係る情報には、ローミング前のネットワーク 611を識別するための HA 612のアドレス（あるレ、は、ローミング前の

1 1

ネットワーク 611を識別するための任意の情報）や、 HoAlも含まれる。さらに、 R〇に係る情報には、代理 ROの対象として HA 612のアドレスや CN 641のアドレスが

1 1

含まれる。なお、これらの依頼先（HA 612や CN 641など、 HA 622が代理 ROを行

1 1 2

う相手）力 MN601を HoAlとして認識している旨を示す識別子が付けられることが望ましい。

[0165] そして、上述の本発明の実施の形態における AR21と同様に、 MN601から代理 R O処理に必要な R〇に係る情報を受信した HA 622は、この R〇に係る情報を格納し

2

、例えば MN601からの代理 ROの実行要求の受信などをトリガとして、 MN601に代わって HA 612や CN 641に対する ROを行う。また、 HA 622は、 MN601からの B

1 1 2

Uメッセージの受信をトリガとして、代理 R〇を実行してもよレ、。また、さらに、 MN601 が接続した AR 623が HA 622に対して、トリガとなるメッセージを送信してもよい。

1 2

[0166] なお、 HA 622は、 MN601の代理 R〇を実行する際、 CN 641に対しては RRテス

2 1

ト及び BUメッセージの送信処理を行うが、 HA 612に対しては、あらかじめ相互に信

1

用関係を有しているので、 RRテストを行わずに BUメッセージの送信処理のみを行えばよい。また、 HA 622や CN 641に対して送信される BUメッセージには、 HoAlと

2 1

CoAとの関連を示す情報が含まれてもよぐまた、 HoAlと HoA2との関連を示す情報や、 HoAlとローミング先のネットワーク 621を特定する情報（例えば、ネットワーク

2

621のネットワークプリフィックス）との関連を示す情報が含まれてもよい。

2

[0167] また、 MN601は、ローミング先に移動して HoA2を取得した後に通信を開始した C N 642に対しては、 HoAlではなく HoA2を使用して通信を行うことが望ましい。この

2

場合、 HA 622は、 CN 642に対して、 HoA2を使用している MN601の代理 ROを

2 2

行う。したがって、 HA 622は、 MN601の HoAが HoAlであるという状態に基づレヽ

2

て代理 R〇を行う対象（例えば、 HA 612や CN 641)と、 MN601の HoAが HoA2

1 1

であるという状態に基づいて代理 ROを行う対象 (例えば、 CN 641)とを明確に識別

2

できるように、 ROに係る情報の格納を行うことが望ましい。具体的には、 HA 622は、

2

ROに係る情報として、例えば、代理 R〇を行う対象のアドレスと、 HoAl及び HoA2 のどちらを使用して代理を行うかを示す情報とが関連付けられた情報を MN601から受信し、この R〇に係る情報を格納しておく。

[0168] また、 HA 622は、 MN601がローミング先のネットワーク 621内を移動して、新たな ARに接続を変更（例えば、 AR 623力 AR 623に接続を変更）し、新たな CoAを

1 2

取得するたびに、 MN601から新たな CoAの通知を受ける。 HA 622は、自身のデ

2

ータベース内において、 HoA2に関連付けられる CoAを新たな CoAで更新するとともに、関連する R〇に係る情報から HoAlとして代理 R〇を行う対象のノード（例えば、 HA 612や CN 641)と、 HoA2として代理 ROを行うノード（例えば、 CN 642)とを

1 1 2 区別して、それぞれに対して代理 ROを行う。

[0169] 特に、 HA 612に対する代理 RO (すなわち、 BU)では、特別な信用関係が必要と

1

なる。例えば、 HA 612が属するネットワーク 611と HA 622が属するネットワーク 6

1 1 2 2

21との間のローミング協約の中に、本発明に係る代理 R〇の実行に関する信用関係をあら力、じめ設定しておき、 HA 622-HA 612間では、従来の MN— HA間の認証

2 1

方法とは異なる HA 622-HA 612間独自の認証方法によって、代理 R〇が行われ

2 1

ることが望ましい。

[0170] また、 HA間の ROに係る情報の転送も、従来の ROに係る情報の転送方法とは異なる方法が採用されることが望ましい場合もあり得る。例えば、 MN601が更なる移動を行って不図示の別のネットワーク（ネットワーク）に接続する場合、ネットワークは、

3 3

MN601が元々所属するネットワーク 611とローミング関係を有しているとしても、直

1

前に接続していたネットワーク（ネットワーク 621)とはローミング関係を有していない

2

可能性がある。この場合は、上述した動作のように次々と ROに係る情報を転送する方法（具体的には、ネットワーク 621の HA 622からネットワークの HAに対して、 R

2 2 3 3

Oに係る情報を転送する方法）ではなぐ HA 612経由で新たな HAに ROに係る情

1 3

報が転送されることが望ましい場合もあり得る。なお、ネットワーク間における ROに係る情報の転送方法は、ネットワーク同士のローミング規約に依存するところが大きいため、 HAは、このローミング規約に基づいて、 ROに係る情報の転送方法を動的に判断して、適切な R〇に係る情報の転送方法に切り替えることができるように構成されてあよい。

[0171] 以上、説明したように、本発明の別の実施の形態によれば、 MN601がローミング関係にあるネットワーク間を移動する場合や、 MN601の HoAが変更される場合であつても、本発明に係る代理 ROが有効に動作し、本発明の目的である通信帯域の有効利用が達成される。

[0172] さらに、上述した 2つの本発明の実施の形態（MN— AR間の代理 ROの手順（すなわち、 ARによる代理 RO手順）、及び MN— HA間の代理 ROの手順（すなわち、 HA による代理 R〇手順））を組み合わせることも可能である。この場合、例えば、 ARでしかできない処理（MNが接続した時点で行われる処理など）と、 HAでしかできない処理（複数の HoAの管理、移動前に MNが接続してレ、たネットワークで提供される Ho Aを使用して通信を行っているノードへの代理 R〇、ローミング規約の参照など）とを適切に AR及び HAに分散することによって、処理の負荷を分散することが可能である。このとき、 MNは、 ARでしかできない処理に係る R〇に係る情報に関しては ARに渡し、一方、 HAでしかできない処理に係る ROに係る情報に関しては HAに渡して、これらの R〇に係る情報力 S、それぞれ AR—AR間及び HA—HA間で伝送されるようにすることが望ましい。また、上記以外の処理 (AR及び HAのどちらでも可能な処理) に関しては、各処理をどのように割り振ってもよぐまた、 AR及び HAの双方で協同して同一の処理を行うことも可能である。

[0173] 例えば、図 6において、 CN 641や HA 612への代理 ROは HA 622力 S行レヽ、 CN

1 1 2 2

642への代理 ROは各 AR623が行うようにするとともに、関連する ROに係る情報の管理や転送、結果の通知なども、 HA 622や AR623においてそれぞれ行われるよう

2

にする。また、 MN601は、 HA 622や AR623のそれぞれに対して、必要な ROに係

2

る情報の通知を行った後、代理依頼や実行要求は AR623にのみ行レ、、 AR623は、必要に応じて代理依頼や実行要求を HA 622に転送することで、 HA 622に対して

2 2

代理依頼や実行要求の通知が行われるようにすることも可能である。なお、 AR— H A間で処理分散が行われている場合において、 MN力、ら ARや HAに対する R〇に係る情報、代理依頼や実行要求の通知方法としては、様々な組み合わせが考えられるが、任意の組み合わせの実施が可能である。

[0174] また、上述の本発明の実施の形態では、 MRが RRテストを行うことによって、 MR自身の HoA及び CoAの関連を CNが検証できるようにするとともに、 MR自身の HoA 及び CoAの関連をバインディング情報として CNに送信している。し力、しながら、さらに、 MRが配下に有するモパイルネットワーク自体を R〇すべき対象として設定したい場合も考えられる。この場合には、 MR自身がモパイルネットワークの所有者である旨を CNが検証できるようにするとともに、モパイルネットワークの識別情報（例えば、ネットワークプリフィックス）を上記のバインディング情報として CNに送信することが望ましレ、。この場合には、例えば、 RRテストが MRのモパイルネットワークの検証用に改良され、 RRテストの際に、ネットワークプリフィックスやそれに関連する鍵情報などの交換が行われる必要がある。そして、これらの情報も ROに係る情報に含まれるようにし、モパイルネットワークに係る代理 R〇も同時に行われることが望ましい。

[0175] なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路である LSI (Large Scale Integration)として実現される。これらは個別に 1チップ化されてもよいし、一部又はすベてを含むように 1チップ化されてもよレ、。なお、ここでは、 LSIとした力集積度の違いにより、 IC (Integrated Circuit)、システム LSI、ス一パー LSI、ウルトラ LSIと呼称されることもある。

[0176] また、集積回路化の手法は LSIに限るものではなぐ専用回路又は汎用プロセッサで実現してもよい。 LSI製造後に、プログラムすることが可能な FPGA (Field Program mable Gate Array)や、 LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブノレ ·プロセッサを利用してもょレ、。

[0177] さらには、半導体技術の進歩又は派生する別技術により LSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよレ、。例えば、バイオ技術の適応などが可能性としてあり得る。

産業上の利用可能性

[0178] 本発明は、無線通信を介して接続するモパイルノードとアクセスルータとの間で伝送される情報量を削減し、モパイルノードとアクセスルータとの間の輻輳を回避するとレ、う効果を有しており、 IPを利用した通信における通信技術に適用可能であり、特に、モパイルルータの移動によってネットワーク全体が移動を行うモパイルネットワークに係る通信技術に適用可能である。

Claims

請求の範囲

[1] 配下にモパイルネットワークを有し、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモパイルノレータの動作を制御するための通信管理方法であって、

次の移動後に接続する前記アクセスルータが、前記経路最適化情報通知ステップで通知された前記経路最適化に係る情報を用いて前記モパイルルータに係る前記経路最適化の代理処理を行うことができるように、前記モパイルルータが、移動前に接続している前記アクセスルータに対して、移動後に接続する前記アクセスルータへの前記経路最適化に係る情報の送信を依頼する代理依頼ステップとを、

有する通信管理方法。

[2] 前記経路最適化情報通知ステップにおける前記情報の通知が、移動前に接続してレ、る前記アクセスルータをあて先とするメッセージによって行われるカ又は移動前に接続している前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動前に接続している前記アクセスルータとは異なるノードをあて先とする前記メッセージによって行われる請求項 1に記載の通信管理方法。

[3] 前記モパイルノレータが、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータに対して、前記経路最適化の代理処理を行うように要求する実行要求送信ステップを有する請求項 1に記載の通信管理方法。

[4] 前記モパイルノレータが、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータによる前記経路最適化の代理処理が行われない旨を把握した場合には、前記モパイルルータ自身が、前記経路最適化を行う経路最適化実行ステップを有する請求項 1に記載の通信管理方法。

[5] 前記モパイルノレ一タカ移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動前に接続している前記アクセスルータによって保持されている前記経路最適化に係る情報に基づいて、移動後に接続した前記アクセスルータによって行われた前記経路最適化の代理処理の結果を、移動後に接続した前記アクセスルータから受信する結果受信ステップを有する請求項 1に記載の通信管理方法。

[6] 前記モパイルルータが、前記経路最適化に係る更なる処理を行う必要があるか否かを判断する追加変更実行判断ステップを有する請求項 ₅に記載の通信管理方法。

[7] 前記追加変更実行判断ステップで前記経路最適化に係る更なる処理を行う必要があると判断された場合には、前記モパイルルータ自身が、前記経路最適化に係る更なる処理を行う追加処理実行ステップを有する請求項 6に記載の通信管理方法。

[8] 前記追加変更実行判断ステップで前記経路最適化に係る更なる処理を行う必要があると判断された場合には、前記モパイルルータは、移動後に接続した前記アクセスルータに対して、前記経路最適化に係る更なる処理を行うための情報を通知する追加変更情報通知ステップを有する請求項 6に記載の通信管理方法。

[9] 前記追加変更情報通知ステップにおける前記情報の通知が、移動後に接続した前記アクセスルータをあて先とするメッセージによって行われるカ又は移動後に接続した前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動後に接続した前記アクセスルータとは異なるノードをあて先とする前記メッセージによって行われる請求項 8に記載の通信管理方法。

[10] 移動後に接続した前記アクセスルータが、前記経路最適化に係る更なる処理を行う必要があるか否かの判断を行うように構成されており、前記モパイルノレータが、移動後に接続した前記アクセスルータによって行われた前記経路最適化に係る更なる処理の結果を、移動後に接続した前記アクセスルータから受信する追加変更結果受信ステップを有する請求項 3に記載の通信管理方法。

[11] 前記モパイルノレータが前記アクセスルータに接続した後、前記モパイルルータが、接続した前記アクセスルータとの間で、情報を安全に伝送するための信用関係の構築を試みる信用関係構築ステップを有する請求項 1に記載の通信管理方法。

[12] 前記信用関係構築ステップにおレ、て、前記モパイルノレータが、接続した前記ァクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できなかった場合には、前記モパイルルータ自身が前記経路最適化を行うとともに、その後、従来の技術に係る動作を行う通常動作ステップを有する請求項 11に記載の通信管理方法。

[13] 前記信用関係構築ステップにおレ、て、前記モパイルノレータが、接続した前記ァクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できた場合には、前記モパイルノレータと、接続した前記アクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われる請求項 11に記載の通信管理方法。

[14] 前記モパイルルータは、前記経路最適化情報通知ステップで、前記モパイルネットワークと前記通信ノードとの間の経路を選択して、選択された前記経路における前記経路最適化に係る情報を通知する請求項 1に記載の通信管理方法。

[15] 配下にモパイルネットワークを有するモパイルルータとの接続を行うアクセスルータの動作を制御するための通信管理方法であって、

前記アクセスルータ力自身に接続されている前記モバイルルータから、前記モバィルルータが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、

前記アクセスルータ力前記モパイルノレータが移動後に接続する別のアクセスルータに対して、前記経路最適化情報格納ステップで格納された前記モバイルルータの前記経路最適化に係る情報を送信する経路最適化情報送信ステップとを、

有する通信管理方法。

[16] 前記アクセスルータは、前記経路最適化情報取得ステップで、前記モパイルルータ力送信された前記アクセスルータをあて先とするメッセージによって前記情報を取得するか、又は前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、前記モパイルルータから送信された前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報を取得する請求項 15に記載の通信管理方法。

[17] 配下にモパイルネットワークを有するモパイルルータとの接続を行うアクセスルータの動作を制御するための通信管理方法であって、

前記アクセスルータ力 S、自身に接続されている前記モパイルルータによって移動前に接続されてレ、た別のアクセスルータから、前記モパイルルータの前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、

前記アクセスルータが、前記経路最適化情報格納ステップで格納された前記経路最適化に係る情報を用いて、前記モパイルルータに係る前記経路最適化の代理処理を行う経路最適化代理実行ステップとを、

有する通信管理方法。

[18] 前記経路最適化情報取得ステップにおいて、前記アクセスルータが、前記経路最適化に係る情報と共に、移動前の前記モパイルルータを特定する識別情報を前記別のアクセスルータから取得し、自身に接続されてレ、る前記モバイルルータの前記経路最適化情報を特定する請求項 17に記載の通信管理方法。

[19] 前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づレ、て、安全な状態で前記経路最適化に係る情報の伝送が行われる請求項 15に記載の通信管理方法。

[20] 前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われる請求項 17に記載の通信管理方法。

[21] 前記経路最適化情報格納ステップにおいて、前記アクセスルータは、前記経路最適化に係る情報として、前記モパイルノレータの識別情報、前記モパイルネットワークの識別情報、前記モパイルノレータとの間で経路最適化が行われる通信ノードの識別情報、前記モパイルノレータと前記通信ノードとの間の RRテストに利用される情報をそれぞれ関連付けて格納する請求項 15に記載の通信管理方法。

[22] 前記経路最適化情報格納ステップにおいて、前記アクセスルータは、前記経路最適化に係る情報として、前記モパイルノレータの識別情報、前記モパイルネットワークの識別情報、前記モパイルノレータとの間で経路最適化が行われる通信ノードの識別情報、前記モパイルノレータと前記通信ノードとの間の RRテストに利用される情報をそれぞれ関連付けて格納する請求項 17に記載の通信管理方法。

[23] 配下にモパイルネットワークを有し、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモパイルノレータ内に配置される通信管理装置であって、移動前の状態において、移動前に接続している前記アクセスルータに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知手段と、

有する通信管理装置。

[24] 前記経路最適化情報通知手段が、移動前に接続している前記アクセスルータをあて先とするメッセージによって前記情報の通知を行うか、又は移動前に接続してレ、る前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動前に接続している前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報の通知を行うように構成されている請求項 23に記載の通信管理装置。

[25] 移動前に接続している前記アクセスルータから移動後に接続する前記アクセスノレータに接続を変更した後、移動後に接続した前記アクセスルータに対して、前記経路最適化の代理処理を行うように要求する実行要求送信手段を有する請求項 23に記載の通信管理装置。

[26] 移動前に接続している前記アクセスルータから移動後に接続する前記アクセスノレータに接続を変更した後、移動後に接続した前記アクセスルータによる前記経路最適化の代理処理が行われなレ、旨を把握した場合には、自ら前記経路最適化を行う経路最適化実行手段を有する請求項 23に記載の通信管理装置。

[27] 移動前に接続している前記アクセスルータから移動後に接続する前記アクセスノレータに接続を変更した後、移動前に接続している前記アクセスルータによって保持されている前記経路最適化に係る情報に基づいて、移動後に接続した前記アクセスルータによって行われた前記経路最適化の代理処理の結果を、移動後に接続した前記アクセスルータから受信する結果受信手段を有する請求項 23に記載の通信管理装置。

[28] 前記経路最適化に係る更なる処理を行う必要があるか否かを判断する追加変更実行判断手段を有する請求項 27に記載の通信管理装置。

[29] 前記追加変更実行判断手段で前記経路最適化に係る更なる処理を行う必要があると判断された場合には、自ら前記経路最適化に係る更なる処理を行う追加処理実行手段を有する請求項 28に記載の通信管理装置。

[30] 前記追加変更実行判断手段で前記経路最適化に係る更なる処理を行う必要があると判断された場合には、移動後に接続した前記アクセスルータに対して、前記経路最適化に係る更なる処理を行うための情報を通知する追加変更情報通知手段を有する請求項 28に記載の通信管理装置。

[31] 前記追加変更情報通知手段が、移動後に接続した前記アクセスルータをあて先とするメッセージによって前記情報の通知を行うか、又は移動後に接続した前記ァクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動後に接続した前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報の通知を行うように構成されている請求項 30に記載の通信管理装置。

[32] 移動後に接続した前記アクセスルータが、前記経路最適化に係る更なる処理を行う必要があるか否かの判断を行うように構成されており、移動後に接続した前記ァクセスルータによって行われた前記経路最適化に係る更なる処理の結果を、移動後に接続した前記アクセスルータから受信する追加変更結果受信手段を有する請求項 2 5に記載の通信管理装置。

[33] 前記モパイルノレータが前記アクセスルータに接続した後、接続した前記アクセスルータとの間で、情報を安全に伝送するための信用関係の構築を試みる信用関係構築手段を有する請求項 23に記載の通信管理装置。

[34] 前記信用関係構築手段において、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できなかった場合には、前記モパイルルータ自身が前記経路最適化を行うとともに、その後、従来の技術に係る動作を行う手段を有する請求項 33に記載の通信管理装置。

[35] 前記信用関係構築手段において、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できた場合には、前記モパイルルータと、接続した前記アクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われるように構成されている請求項 33に記載の通信管理装置。

[36] 前記経路最適化情報通知手段が、前記モパイルネットワークと前記通信ノードとの間の経路を選択して、選択された前記経路における前記経路最適化に係る情報を通知するように構成されてレ、る請求項 23に記載の通信管理装置。

[37] 配下にモパイルネットワークを有するモパイルルータとの接続を行うアクセスルータの動作を制御するための通信管理装置であって、

有する通信管理装置。

[38] 前記経路最適化情報取得手段が、前記モパイルルータから送信された前記ァクセスルータをあて先とするメッセージによって前記情報を取得する力又は前記ァクセスルータが前記情報を抽出できる状態を有するメッセージであって、前記モバイルルータから送信された前記アクセスルータとは異なるノードをあて先とする前記メッセ一ジによって前記情報を取得する請求項 37に記載の通信管理装置。

[39] 配下にモパイルネットワークを有するモパイルルータとの接続を行うアクセスルータの動作を制御するための通信管理装置であって、

有する通信管理装置。

[40] 前記経路最適化情報取得手段が、前記経路最適化に係る情報と共に、移動前の前記モバイルルータを特定する識別情報を前記別のアクセスルータから取得することによって、自身に接続されている前記モパイルノレータの前記経路最適化情報を特定するように構成されてレ、る請求項 39に記載の通信管理装置。

[41] 前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づレ、て、安全な状態で前記経路最適化に係る情報の伝送が行われるように構成されてレ、る請求項 37に記載の通信管理装置。

[42] 前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われるように構成されてレ、る請求項 39に記載の通信管理装置。

[43] 前記経路最適化に係る情報として、前記モパイルルータの識別情報、前記モバイルネットワークの識別情報、前記モパイルノレータとの間で経路最適化が行われる通信ノードの識別情報、前記モバイルルータと前記通信ノードとの間の RRテストに利用される情報が、それぞれ関連付けられて前記経路最適化情報格納手段に格納されるように構成されてレ、る請求項 37に記載の通信管理装置。

[44] 前記経路最適化に係る情報として、前記モパイルルータの識別情報、前記モバイルネットワークの識別情報、前記モパイルノレータとの間で経路最適化が行われる通信ノードの識別情報、前記モパイルルータと前記通信ノードとの間の RRテストに利用される情報が、それぞれ関連付けられて前記経路最適化情報格納手段に格納されるように構成されてレ、る請求項 39に記載の通信管理装置。

[45] 複数のアクセスルータのそれぞれとの接続を変更することによって移動するモバイルノードの動作を制御するための通信管理方法であって、

前記モパイルノードが、移動前の状態において、所定のネットワークノードに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知ステップと、

前記モパイルノードが次に前記アクセスルータを変更した際に、前記所定のネットヮークノードによって、前記経路最適化に係る情報を用いて前記モパイルノードに係る前記経路最適化の代理処理が行われるように依頼する依頼代理ステップとを、有する通信管理方法。

[46] アクセスルータに接続するモパイルノードの代理処理を行う所定のネットワークノードの動作を制御するための通信管理方法であって、

前記モパイルノードが移動後に別のアクセスルータに接続した場合に、前記経路最適化情報格納ステップで格納された前記モパイルノードの前記経路最適化に係る情報を用いて前記モパイルノードに係る前記経路最適化の代理処理を行う経路最適化代理処理ステップとを、有する通信管理方法。

[47] 複数のアクセスルータのそれぞれとの接続を変更することによって移動するモバイルノード内に配置される通信管理装置であって、

有する通信管理装置。

[48] アクセスルータに接続するモパイルノードの代理処理を行う所定のネットワークノードの動作を制御するための通信管理装置であって、

有する通信管理装置。