JP4937279B2 - ノード発見方法 - Google Patents

ノード発見方法 Download PDF

Info

Publication number
JP4937279B2
JP4937279B2 JP2008558991A JP2008558991A JP4937279B2 JP 4937279 B2 JP4937279 B2 JP 4937279B2 JP 2008558991 A JP2008558991 A JP 2008558991A JP 2008558991 A JP2008558991 A JP 2008558991A JP 4937279 B2 JP4937279 B2 JP 4937279B2
Authority
JP
Japan
Prior art keywords
node
message
network
mobile terminal
proxy
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2008558991A
Other languages
English (en)
Other versions
JP2009543382A (ja
Inventor
貴子 堀
豊樹 上
ホン チェン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2008558991A priority Critical patent/JP4937279B2/ja
Publication of JP2009543382A publication Critical patent/JP2009543382A/ja
Application granted granted Critical
Publication of JP4937279B2 publication Critical patent/JP4937279B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246—Connectivity information discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/26—Route discovery packet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/20—Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/14—Mobility data transfer between corresponding nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、ロケーションプライバシを守りつつ、最適化経路に近い経路を与えるノードを発見するノード発見方法、その方法で用いられる代理ノード、その方法で用いられる移動端末、その方法で用いられる通信ノード、その方法で用いられるホームエージェントに関する。
無線ネットワークを通じてインターネットなどの通信ネットワークに移動端末からアクセスするユーザに対して、移動しながらでもシームレスに通信ネットワークの接続を提供できる技術として、次世代インターネットプロトコルであるモバイルＩＰｖ６を利用したものが普及してきている。コミュニケーションを行う両端末が共にモバイルＩＰｖ６をサポートしている移動端末（ＭＮ：Mobile Node）であり、両端末（ＭＮ１、ＭＮ２とする）が外部ネットワークに居る場合の動作について図１７を参照しながら説明する。ＭＮ１、ＭＮ２がお互いに相手が外部ネットワークで使用しているＣｏＡ（Care of Address）を知らない場合、下記の非特許文献１に記載されているように図１７に示すＨＡ（Home Agent）１、ＨＡ２経由で経路１を通じてパケットが送受信される。また、ＭＮ１、ＭＮ２がお互いのＣｏＡを知っている場合、ＭＮ１からＭＮ２に送信されるパケットは、図１７に示す経路２のような最適化経路で送信される。
しかし、最適化経路を用いる場合、ＭＮ１はＭＮ２に、ＭＮ２はＭＮ１に自身が現在使っているＣｏＡを教えなければならない。これにより、相手に自分が今居るロケーションを知らせてしまうことになる。すなわち、ロケーションプライバシが守られないことになる。そこで、現在ＩＥＴＦ（Internet Engineering Task Force）では、ロケーションプライバシを守りつつ、最適化経路に近い経路（ここでは準最適化経路と言う）を確保する方法が議論されている。その中の１つの方法として、下記の非特許文献２に記載されているＲＯＴＡ（Route Optimization and location privacy using Tunneling Agent）が挙げられる。ＲＯＴＡではトンネリングエージェント（ＴＡ：Tunneling Agent）と呼ばれるノードを用い、そのＴＡにＭＮ−ＨＡ間のトンネリングのエンドポイントを移すことにより準最適化経路を確保する。非特許文献２の記載によると、ＴＡの選び方には２通りの方法がある。図１８Ａに示すようにＭＮ１とＭＮ２のＨＡのうち、どちらかのＨＡをＴＡとする方法か、図１８Ｂに示すようにローカルなＨＡやＭＡＰ（Mobility Anchor Point）が存在する場合にはこれらをＴＡとする方法である。
D.Johnson,C.Perkins and J.Arkko,"Mobility Support in IPv6",RFC3775,June 2004 K.Weniger and T.Aramaki,"Route Optimization and Location Privacy using Tunneling Agent（ROTA）",draft-weniger-rota-01,October 2005 R.Hancock(editor),G.Karagiannis,J.Loughney and S.Van den Bosch,"Next Steps in Signaling(NSIS): Framework", RFC4080, June 2005 M.Liebsch,A.Singh,H.Chaskar,D.Funato and E.Shim,"Candidate Access Router Discovery(CARD)",RFC4066,July 2005 D.Johnson,S.Deering"Reserved IPv6 Subnet Anycast Address",RFC2526 H.Soliman,C.Castelluccia,K.ElMalki,L.Bellier"Hierarchical Mobile IPv6 Mobility Management(HMIPv6)",RFC4140
しかしながら、ＲＯＴＡ手法におけるＨＡをＴＡとする方法（図１８Ａ）では、ＴＡとなるＨＡがＭＮ１やＭＮ２から遠くに存在した場合、それほど準最適な経路は得られない。また、ローカルなＨＡやＭＡＰをＴＡとする方法（図１８Ｂ）においては、必ずしもＭＮの移動先でローカルなＨＡやＭＡＰが見つかるわけではなく、また見つかったとしてもＴＡ機能がサポートされているとは限らない。
本発明は、上記の問題点に鑑み、モバイルＩＰｖ６において、ＭＮのロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができ、また、さらにより最適なデータ経路を与えられるＴＡを検出することができるノード発見方法、その方法で用いられる代理ノード、その方法で用いられる移動端末、その方法で用いられる通信ノード、その方法で用いられるホームエージェントを提供することを目的とする。
上記目的を達成するために、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法であって、前記移動端末の代理として前記処理ノードを発見する代理ノードである第１の代理ノードが、前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを、前記通信ノードの代理として前記処理ノードを発見する代理ノードである第２の代理ノードに送信するステップと、前記第１のメッセージを受信した、前記所定の形式のメッセージを処理することが可能な中継ノードが、前記第１のメッセージに基づいて自身が前記処理ノードであるか否かを判断するステップと、前記判断するステップで、前記自身が前記処理ノードであると判断した場合、判断した前記所定の形式のメッセージを処理することが可能な中継ノードが、前記自身が前記処理ノードになる旨の第２のメッセージを前記第１の代理ノードに送信するステップとを有し、前記移動端末が前記第１のネットワークから移動して前記インターネットワークに含まれる他のネットワークに接続した場合に、移動前の前記第１のネットワークに接続していた際の前記処理ノードである移動前処理ノードを発見するために送信された前記所定の形式のメッセージが通る第１の経路と、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために送信される前記所定の形式のメッセージが通る第２の経路とが交差し、前記第１の経路と前記第２の経路とが収束した直後の前記所定の形式のメッセージを処理することが可能な中継ノードが、前記収束した経路上において前記移動前処理ノードよりも前記移動端末側に位置する場合には、前記移動前処理ノードを継続して処理ノードとして使用するノード発見方法が提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。なお、ＴＡは上述する処理ノードに相当するものである。
また、本発明のノード発見方法において、前記第１のメッセージが、前記第１のメッセージが送信される経路上における、前記第１の代理ノードから所定のホップ先に位置する前記所定の形式のメッセージを処理することができる中継ノードを前記処理ノードとするための所定のホップ情報を含むことは、本発明の好ましい態様である。この構成により、容易に処理ノードを決定することができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法であって、前記移動端末の代理として前記処理ノードを発見する代理ノードである第１の代理ノードが、前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを、前記通信ノードの代理として前記処理ノードを発見する代理ノードである第２の代理ノードに送信するステップと、前記第１のメッセージを受信した、前記所定の形式のメッセージを処理することが可能な中継ノードが、自身のアドレス情報を前記第１のメッセージに付加して転送するステップと、前記第２の代理ノードが、前記アドレス情報が付加された前記第１のメッセージに基づいて前記処理ノードを決定するステップとを有するノード発見方法が提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明のノード発見方法において、前記第２の代理ノードが、前記第１のメッセージに付加された前記アドレス情報の数に基づいて、前記第１の代理ノードと前記第２の代理ノードの中間に位置する、前記所定の形式のメッセージを処理することが可能な中継ノードを前記処理ノードとして決定することは、本発明の好ましい態様である。この構成により、より確実にロケーションプライバシを守ることができる。
また、本発明のノード発見方法において、前記第１のメッセージに、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれていることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第１のメッセージをインタセプトすることができる。
また、本発明のノード発見方法において、前記移動端末が、前記中継ノードのうちから前記第１の代理ノードを抽出するために、前記所定の形式のメッセージである第３のメッセージを前記所定の形式のメッセージを処理することが可能な所定のノードあてに送信し、前記第３のメッセージを受信した、前記所定の形式のメッセージを処理することが可能な中継ノードが、前記第３のメッセージに基づいて自身が前記第１の代理ノードであるか否かを判断し、前記第１の代理ノードであると判断した場合に、前記自身が前記第１の代理ノードである旨の第４のメッセージを前記移動端末に送信することによって、前記第１の代理ノードが決定されることは、本発明の好ましい態様である。この構成により、容易に第１の代理ノードを抽出することができる。
また、本発明のノード発見方法において、前記第３のメッセージに、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第３のメッセージの取得を促す情報が含まれていることは、本発明の好ましい態様である。この構成により、メッセージをインタセプトすることができる。
また、本発明のノード発見方法において、前記第３のメッセージが、前記第３のメッセージが送信される経路上における、前記移動端末から所定のホップ先に位置する前記所定の形式のメッセージを処理することができる中継ノードを前記第１の代理ノードとするための所定のホップ情報を含むことは、本発明の好ましい態様である。この構成により、容易に第１の代理ノードを決定することができる。
また、本発明のノード発見方法において、前記移動端末が、前記第２の代理ノードのアドレス情報を取得させるための第５のメッセージを前記第１の代理ノードに送信することは、本発明の好ましい態様である。この構成により、第２の代理ノードのアドレス情報を取得することができる。
また、本発明のノード発見方法において、前記移動端末が、前記第１の代理ノードの指定を依頼するメッセージを前記移動端末のホームエージェントに送信し、前記移動端末のホームエージェントが、前記移動端末のアドレス情報に基づいて前記第１の代理ノードを決定し、決定された前記第１の代理ノードの情報を前記移動端末へ送信することは、本発明の好ましい態様である。この構成により、移動端末が容易に第１の代理ノードの情報を取得することができる。
また、本発明のノード発見方法において、前記移動端末が前記第１のネットワークから移動して前記インターネットワークに含まれる他のネットワークに接続した場合に、移動前の前記第１のネットワークに接続していた際の前記処理ノードである移動前処理ノードを発見するために送信された前記所定の形式のメッセージが通る第１の経路と、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために送信される前記所定の形式のメッセージが通る第２の経路とが交差し、前記第１の経路と前記第２の経路とが収束した直後の前記所定の形式のメッセージを処理することが可能な中継ノードが、前記収束した経路上において前記移動前処理ノードよりも前記移動端末側に位置する場合には、前記移動前処理ノードを継続して処理ノードとして使用することは、本発明の好ましい態様である。この構成により、移動端末（ＭＮ）のロケーションプライバシを継続して守ることができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末の代理として前記処理ノードを発見する代理ノードであって、前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを前記通信ノードの代理として前記処理ノードを発見する代理ノードである第２の代理ノードに送信する送信手段と、送信された前記第１のメッセージを受信した、前記所定の形式のメッセージを処理することが可能な中継ノードが、前記第１のメッセージに基づいて前記処理ノードになると判断した場合に、判断した前記中継ノードが前記処理ノードになる旨の第２のメッセージを前記中継ノードから受信する受信手段とを備える代理ノードが提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明の代理ノードにおいて、前記第１のメッセージが、前記第１のメッセージが送信される経路上における、前記代理ノードから所定のホップ先に位置する前記所定の形式のメッセージを処理することができる中継ノードを前記処理ノードとするための所定のホップ情報を含むことは、本発明の好ましい態様である。この構成により、容易に処理ノードを決定することができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末の代理として前記処理ノードを発見する代理ノードであって、前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを前記通信ノードの代理として前記処理ノードを発見する代理ノードである第２の代理ノードに送信する送信手段と、前記第２の代理ノードによって発見された前記処理ノードから、自身が前記処理ノードになる旨のメッセージを受信する受信手段とを備える代理ノードが提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明の代理ノードにおいて、前記第１のメッセージに、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれていることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第１のメッセージをインタセプトすることができる。
また、本発明の代理ノードにおいて、前記受信手段によって受信された、前記中継ノードのうちから前記第１の代理ノードを抽出するために、前記移動端末から送信された前記所定の形式のメッセージである第３のメッセージに基づいて、自身が前記第１の代理ノードであるか否かを判断する判断手段を更に備え、前記メッセージ生成手段が、前記判断手段によって前記第１の代理ノードであると判断された場合に、前記自身が前記第１の代理ノードである旨の第４のメッセージを生成し、前記送信手段が、生成された前記第４のメッセージを前記移動端末に送信することは、本発明の好ましい態様である。この構成により、容易に第１の代理ノードを抽出することができる。
また、本発明の代理ノードにおいて、前記第３のメッセージに、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第３のメッセージの取得を促す情報が含まれていることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第３のメッセージをインタセプトすることができる。
また、本発明の代理ノードにおいて、前記第３のメッセージが、前記第３のメッセージが送信される経路上における、前記移動端末から所定のホップ先に位置する前記所定の形式のメッセージを処理することができる中継ノードを前記第１の代理ノードとするための所定のホップ情報を含むことは、本発明の好ましい態様である。この構成により、容易に第１の代理ノードを決定することができる。
また、本発明の代理ノードにおいて、前記受信手段が、前記第２の代理ノードのアドレス情報を取得させるための第５のメッセージを前記移動端末から受信することは、本発明の好ましい態様である。この構成により、第２の代理ノードのアドレス情報の取得処理を開始することができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記通信ノードの代理として前記処理ノードを発見する代理ノードであって、前記移動端末の代理として前記処理ノードを発見する代理ノードである第１の代理ノードによって前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージが送信され、前記第１のメッセージを受信した前記所定の形式のメッセージを処理することが可能な中継ノードが自身のアドレス情報を付加した前記第１のメッセージを受信する受信手段と、受信された前記アドレス情報が付加された前記第１のメッセージに基づいて前記処理ノードを決定する決定手段とを備える代理ノードが提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明の代理ノードにおいて、前記決定手段が、前記第１のメッセージに付加された前記アドレス情報の数に基づいて、前記第１の代理ノードと自身の中間に位置する、前記所定の形式のメッセージを処理することが可能な中継ノードを前記処理ノードとして決定することは、本発明の好ましい態様である。この構成により、より確実にロケーションプライバシを守ることができる。
また、本発明の代理ノードにおいて、前記第１のメッセージに、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれていることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第１のメッセージをインタセプトすることができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、前記中継ノードのうちから、前記移動端末の代理として前記処理ノードを発見する代理ノードである第１の代理ノードを抽出するために、前記所定の形式のメッセージである第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを処理することが可能な所定のノードあてに送信する送信手段と、前記第１のメッセージを受信した、前記所定の形式のメッセージを処理することが可能な中継ノードによって、自身が前記第１の代理ノードであると判断された場合に送信される前記自身が前記第１の代理ノードである旨の第２のメッセージを受信する受信手段とを備える移動端末が提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明の移動端末において、前記第１のメッセージに、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれていることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第１のメッセージをインタセプトすることができる。
また、本発明の移動端末において、前記第１のメッセージが、前記第１のメッセージが送信される経路上における、前記移動端末から所定のホップ先に位置する前記所定の形式のメッセージを処理することが可能な中継ノードを前記第１の代理ノードとするための所定のホップ情報を含むことは、本発明の好ましい態様である。この構成により、容易に第１の代理ノードを決定することができる。
また、本発明の移動端末において、前記送信手段が、前記通信ノードの代理ノードである第２の代理ノードのアドレス情報を取得させるための第３のメッセージを前記第１の代理ノードに送信することは、本発明の好ましい態様である。この構成により、第１の代理ノードが第２の代理ノードのアドレス情報の取得処理を開始することができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、前記中継ノードのうちから、前記移動端末の代理として前記処理ノードを発見する代理ノードである第１の代理ノードの指定を依頼するメッセージを生成するメッセージ生成手段と、生成された前記メッセージを前記移動端末のホームエージェントに送信する送信手段と、前記移動端末の前記ホームエージェントによって送信された、前記移動端末のアドレス情報に基づき決定された前記第１の代理ノードの情報を受信する受信手段とを備える移動端末が提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法であって、
前記移動端末の代理として前記処理ノードを発見する代理ノードである第１の代理ノードが、前記処理ノードの発見を依頼するための第１のメッセージ（後述するTA-Init-Request）を前記通信ノードの前記ホームエージェントに送信するステップと、前記通信ノードの前記ホームエージェントが、前記第１のメッセージに基づいて、前記処理ノードの発見を開始させるための第２のメッセージ（後述するTA-Disc-Init）を、前記通信ノードの代理として前記処理ノードを発見する代理ノードである第２の代理ノードに送信するステップと、前記第２の代理ノードが、前記第２のメッセージに基づいて、前記処理ノードを発見するための第３のメッセージ（後述するTA-Disc）を前記第１の代理ノードに向けて送信するステップと、前記第３のメッセージを受信した前記中継ノードが、前記第３のメッセージに基づいて自身が前記処理ノードになり得るか否かを判断し、なり得ると判断した場合であって、前記自身と前記第１の代理ノードとの間に前記処理ノードとなり得る前記中継ノードが他にある場合には、前記自身のアドレス情報を前記第３のメッセージに付加して転送し、前記自身と前記第１の代理ノードとの間に前記処理ノードとなり得る前記中継ノードが他にない場合には、前記第３のメッセージに含まれる前記処理ノードになり得る他の中継ノードのアドレス情報と前記自身のアドレス情報とを含めた第４のメッセージ（後述するTA-Response）を前記第１の代理ノードに送信するステップとを、有するノード発見方法が提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明のノード発見方法において、前記第１の代理ノードが、前記移動端末から前記処理ノードの発見を依頼された場合に前記第１のメッセージを前記通信ノードの前記ホームエージェントに送信することは、本発明の好ましい態様である。この構成により、移動端末からの指示で処理ノードを発見することができる。
また、本発明のノード発見方法において、前記第１の代理ノードが、前記第４のメッセージを受信した後、前記第４のメッセージに含まれる前記処理ノードとなり得る前記中継ノードのアドレス情報を抽出し、抽出された前記アドレス情報を含む第５のメッセージ（後述するTA-Disc-Response）を前記移動端末に送信することは、本発明の好ましい態様である。この構成により、移動端末が適当な処理ノードを選択することができる。
また、本発明のノード発見方法において、前記通信ノードの前記ホームエージェントが、あらかじめ生成された、前記第２の代理ノードを決定するための情報（後述するエントリ）と前記第１のメッセージに含まれる情報とに基づいて前記第２の代理ノードを決定し、前記第２のメッセージを決定された前記第２の代理ノードに送信することは、本発明の好ましい態様である。この構成により、適当な代理ノードを決定することができる。
また、本発明のノード発見方法において、前記通信ノードの前記ホームエージェントが、前記第２のメッセージを複数の前記第２の代理ノードに送信する場合、前記第１の代理ノードが、それぞれの前記第２の代理ノードから送信される前記第３のメッセージに含まれる、複数のパスに送信されたメッセージであることを示す情報に基づいて、前記第５のメッセージを前記移動端末に送信することは、本発明の好ましい態様である。この構成により、複数のパスにメッセージが送信されても、まとめて１つのメッセージを移動端末に送信ができ、処理負荷を低減させることができる。
また、本発明のノード発見方法において、前記通信ノードが前記第２のホームネットワーク内に存在する場合、前記通信ノードの前記ホームエージェントが前記第２の代理ノードとなることを決定することは、本発明の好ましい態様である。この構成により、メッセージを送信する負荷を低減でき、適切な処理ノードを発見することができる。
また、本発明のノード発見方法において、前記データ通信システムにおいてローカルなモビリティスキームであるＨＭＩＰが用いられる場合、階層構成の出入口となるルータを前記第２の代理ノードと決定することは、本発明の好ましい態様である。この構成により、代理ノードを発見する手間を省け、適切な処理ノードを発見することができる。
また、本発明のノード発見方法において、前記第１の代理ノードと前記第２の代理ノードが同一のドメインに属している場合には、前記通信ノードの前記ホームエージェントが前記処理ノードになることは、本発明の好ましい態様である。この構成により、メッセージを送信する負荷を低減でき、適切な処理ノードを発見することができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法であって、
前記通信ノードの代理として前記処理ノードを発見する代理ノードである第１の代理ノードが、前記処理ノードの発見を依頼するための第１のメッセージを前記移動端末の前記ホームエージェントに送信するステップと、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記処理ノードの発見を開始させるための第２のメッセージを、前記移動端末の代理として前記処理ノードを発見する代理ノードである第２の代理ノードに送信するステップと、前記第２の代理ノードが、前記第２のメッセージに基づいて、前記処理ノードを発見するための第３のメッセージを前記第１の代理ノードに向けて送信するステップと、前記第３のメッセージを受信した前記中継ノードが、前記第３のメッセージに基づいて自身が前記処理ノードになり得るか否かを判断し、なり得ると判断した場合であって、前記自身と前記第１の代理ノードとの間に前記処理ノードとなり得る前記中継ノードが他にある場合には、前記自身のアドレス情報を前記第３のメッセージに付加して転送し、前記自身と前記第１の代理ノードとの間に前記処理ノードとなり得る前記中継ノードが他にない場合には、前記第３のメッセージに含まれる前記処理ノードになり得る他の中継ノードのアドレス情報と前記自身のアドレス情報とを含めた第４のメッセージ（後述するTA-Response）を前記第１の代理ノードに送信するステップとを、有するノード発見方法が提供される。この構成により、通信ノード側からでも処理ノードの発見を促すことができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末の代理として前記処理ノードを発見する代理ノードであって、前記処理ノードの発見を依頼するための第１のメッセージ（後述するTA-Init-Request）を生成するメッセージ生成手段と、生成された前記第１のメッセージを前記通信ノードの前記ホームエージェントに送信する送信手段とを、備える代理ノードが提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明の代理ノードにおいて、前記移動端末から前記処理ノードの発見の依頼をするための第２のメッセージ（後述するTA-Init-Request）を受信する受信手段を更に備え、前記受信手段によって前記第２のメッセージが受信された場合に前記第１のメッセージを前記通信ノードの前記ホームエージェントに送信することは、本発明の好ましい態様である。この構成により、移動端末からの指示で処理ノードを発見することができる。
また、本発明の代理ノードにおいて、前記受信手段が、前記処理ノードとなり得る前記中継ノードのアドレス情報を含む第３のメッセージ（後述するTA-Response）を受信し、前記メッセージ生成手段が、前記第３のメッセージに含まれる前記処理ノードとなり得る前記中継ノードのアドレス情報を抽出し、抽出された前記アドレス情報を含む第４のメッセージ（後述するTA-Disc-Response）を生成し、前記送信手段が、生成された前記第４のメッセージを前記移動端末に送信することは、本発明の好ましい態様である。この構成により、移動端末が適当な処理ノードを選択することができる。
また、本発明の代理ノードにおいて、前記通信ノードの前記ホームエージェントが、前記処理ノードの発見を開始させるためのメッセージ（後述するTA-Disc-Init）を複数の、前記通信ノードの代理として前記処理ノードを発見する通信代理ノードに送信する場合、前記送信手段が、それぞれの前記通信代理ノードから送信される、前記処理ノードを発見するための第５のメッセージ（後述するTA-Disc）に含まれる、複数のパスに送信されたメッセージであることを示す情報に基づいて、前記第４のメッセージを前記移動端末に送信することは、本発明の好ましい態様である。この構成により、複数のパスにメッセージが送信されても、まとめて１つのメッセージを移動端末に送信ができ、処理負荷を低減させることができる。
また、本発明の代理ノードにおいて、前記通信ノードが前記第２のホームネットワーク内に存在する場合、前記通信ノードの前記ホームエージェントが前記通信代理ノードとなることを決定することは、本発明の好ましい態様である。この構成により、メッセージを送信する負荷を低減でき、適切な処理ノードを発見することができる。
また、本発明の代理ノードにおいて、前記データ通信システムにおいてローカルなモビリティスキームであるＨＭＩＰが用いられる場合、階層構成の出入口となるルータを前記通信代理ノードと決定することは、本発明の好ましい態様である。この構成により、代理ノードを発見する手間を省け、適切な処理ノードを発見することができる。
また、本発明の代理ノードにおいて、前記代理ノード自身と前記通信代理ノードが同一のドメインに属している場合には、前記通信ノードの前記ホームエージェントが前記処理ノードになることは、本発明の好ましい態様である。この構成により、メッセージを送信する負荷を低減でき、適切な処理ノードを発見することができる。
また、本発明の代理ノードにおいて、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末の代理として前記処理ノードを発見する代理ノードであって、前記処理ノードの発見を依頼するための第１のメッセージ（後述するTA-Init-Request）に基づく、前記処理ノードの発見を開始させるための第２のメッセージ（後述するTA-Disc-Init）を受信する受信手段と、受信した前記第２のメッセージに基づいて、前記処理ノードを発見するための第３のメッセージ（後述するTA-Disc）を生成するメッセージ生成手段と、生成された前記第３のメッセージを前記第１の代理ノードに向けて送信する送信手段とを、備える代理ノードが提供される。この構成により、通信ノード側からでも処理ノードの発見を促すことができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記通信ノードの代理として前記処理ノードを発見する代理ノードであって、前記処理ノードの発見を依頼するための第１のメッセージ（後述するTA-Init-Request）に基づく、前記処理ノードの発見を開始させるための第２のメッセージ（後述するTA-Disc-Init）を受信する受信手段と、受信した前記第２のメッセージに基づいて、前記処理ノードを発見するための第３のメッセージ（後述するTA-Disc）を生成するメッセージ生成手段と、生成された前記第３のメッセージを前記第１の代理ノードに向けて送信する送信手段とを、備える代理ノードが提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明の代理ノードにおいて、前記通信ノードが前記第２のホームネットワーク内に存在する場合、前記通信ノードの前記ホームエージェントが前記代理ノードとなることを決定することは、本発明の好ましい態様である。この構成により、メッセージを送信する負荷を低減でき、適切な処理ノードを発見することができる。
また、本発明の代理ノードにおいて、前記データ通信システムにおいてローカルなモビリティスキームであるＨＭＩＰが用いられる場合、階層構成の出入口となるルータを前記代理ノードと決定することは、本発明の好ましい態様である。この構成により、代理ノードを発見する手間を省け、適切な処理ノードを発見することができる。
また、本発明の代理ノードにおいて、前記移動端末の代理として前記処理ノードを発見する移動端末代理ノードと前記代理ノードが同一のドメインに属している場合には、前記通信ノードの前記ホームエージェントが前記処理ノードになることは、本発明の好ましい態様である。この構成により、メッセージを送信する負荷を低減でき、適切な処理ノードを発見することができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記通信ノードの代理として前記処理ノードを発見する代理ノードであって、前記処理ノードの発見を依頼するための第１のメッセージ（後述するTA-Init-Request）を生成するメッセージ生成手段と、生成された前記第１のメッセージを前記移動端末の前記ホームエージェントに送信する送信手段とを、備える代理ノードが提供される。この構成により、通信ノード側からでも処理ノードの発見を促すことができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、前記処理ノードの発見を依頼するための第１のメッセージ（後述するTA-Init-Request）を生成するメッセージ生成手段と、生成された前記第１のメッセージを前記移動端末の代理として前記処理ノードを発見する第１の代理ノードに送信する送信手段とを、備える移動端末が提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明の移動端末において、前記処理ノードとなり得る前記中継ノードのアドレス情報を含む第２のメッセージ（後述するTA-Disc-Response）を受信する受信手段を更に備えることは、本発明の好ましい態様である。この構成により、移動端末が適当な処理ノードを選択することができる。
また、本発明の移動端末において、前記通信ノードが前記第２のホームネットワーク内に存在する場合、前記通信ノードの前記ホームエージェントが前記通信ノードの代理として前記処理ノードを発見する第２の代理ノードとなることを決定することは、本発明の好ましい態様である。この構成により、メッセージを送信する負荷を低減でき、適切な処理ノードを発見することができる。
また、本発明の移動端末において、前記データ通信システムにおいてローカルなモビリティスキームであるＨＭＩＰが用いられる場合、階層構成の出入となるルータを前記通信ノードの代理として前記処理ノードを発見する第２の代理ノードと決定することは、本発明の好ましい態様である。この構成により、代理ノードを発見する手間を省け、適切な処理ノードを発見することができる。
また、本発明の移動端末において、前記第１の代理ノードと前記通信ノードの代理として前記処理ノードを発見する第２の代理ノードが同一のドメインに属している場合には、前記通信ノードの前記ホームエージェントが前記処理ノードになることは、本発明の好ましい態様である。この構成により、メッセージを送信する負荷を低減でき、適切な処理ノードを発見することができる。
また、本発明の移動端末において、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記通信ノードであって、前記処理ノードの発見を依頼するための第１のメッセージ（後述するTA-Init-Request）を生成するメッセージ生成手段と、生成された前記第１のメッセージを前記通信ノードの代理として前記処理ノードを発見する代理ノードに送信する送信手段とを、備える通信ノードが提供される。この構成により、通信ノード側からでも処理ノードの発見を促すことができる。
また、本発明の通信ノードにおいて、前記処理ノードとなり得る前記中継ノードのアドレス情報を含む第２のメッセージ（後述するTA-Disc-Response）を受信する受信手段を更に備えることは、本発明の好ましい態様である。この構成により、通信ノードが適当な処理ノードを選択することができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記通信ノードの前記ホームエージェントあって、前記処理ノードの発見を依頼するための第１のメッセージ（後述するTA-Init-Request）を、前記移動端末の代理として前記処理ノードを発見する代理ノードである第１の代理ノードから受信する受信手段と、受信した前記第１のメッセージに基づいて、前記処理ノードの発見を開始させるための第２のメッセージ（後述するTA-Disc-Init）を生成するメッセージ生成手段と、生成された前記第２のメッセージを前記通信ノードの代理として前記処理ノードを発見する代理ノードである第２の代理ノードに送信する送信手段とを、備えるホームエージェントが提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
また、本発明のホームエージェントにおいて、あらかじめ生成された、前記第２の代理ノードを決定するための情報（後述するエントリ）と前記第１のメッセージに含まれる情報とに基づいて前記第２の代理ノードを決定する制御手段を更に備え、前記送信手段が、前記第２のメッセージを決定された前記第２の代理ノードに送信することは、本発明の好ましい態様である。この構成により、適当な代理ノードを決定することができる。
また、本発明のホームエージェントにおいて、前記制御手段によって前記通信ノードが前記第２のホームネットワーク内に存在すると判断された場合、前記制御手段が、自身が前記第２の代理ノードとなることを決定することは、本発明の好ましい態様である。この構成により、メッセージを送信する負荷を低減でき、適切な処理ノードを発見することができる。
また、本発明のホームエージェントにおいて、前記データ通信システムにおいてローカルなモビリティスキームであるＨＭＩＰが用いられる場合、階層構成の出入口となるルータが前記第２の代理ノードとなることは、本発明の好ましい態様である。この構成により、代理ノードを発見する手間を省け、適切な処理ノードを発見することができる。
また、本発明のホームエージェントにおいて、前記第１の代理ノードと前記第２の代理ノードが同一のドメインに属している場合には、前記通信ノードの前記ホームエージェント自身が前記処理ノードになることは、本発明の好ましい態様である。この構成により、メッセージを送信する負荷を低減でき、適切な処理ノードを発見することができる。
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末の前記ホームエージェントであって、前記処理ノードの発見を依頼するための第１のメッセージ（後述するTA-Init-Request）を、前記通信ノードの代理として前記処理ノードを発見する代理ノードである第１の代理ノードから受信する受信手段と、受信した前記第１のメッセージに基づいて、前記処理ノードの発見を開始させるための第２のメッセージ（後述するTA-Disc-Init）を生成するメッセージ生成手段と、生成された前記第２のメッセージを前記移動端末の代理として前記処理ノードを発見する代理ノードである第２の代理ノードに送信する送信手段とを、備えるホームエージェントが提供される。この構成により、通信ノード側からでも処理ノードの発見を促すことができる。
本発明のノード発見方法、その方法で用いられる代理ノード、その方法で用いられる移動端末、その方法で用いられる通信ノード、その方法で用いられるホームエージェントは、上記構成を有し、モバイルＩＰｖ６において、ＭＮのロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
＜第１の実施の形態＞
以下、本発明の第１の実施の形態について図１から図８を用いて説明する。図１は本発明の第１の実施の形態におけるデータ通信システムの構成の一例を示す構成図である。図２は本発明の第１の実施の形態におけるＴＡ ＮＳＩＳプロトコルの構成の一例を示す構成図である。図３は本発明の第１の実施の形態におけるｐＴＡＥ２のアドレスの情報を取得するシーケンスの一例について説明するためのシーケンスチャートである。図４は本発明の第１の実施の形態における決定されたｐＴＡＥを用いてＴＡを決定するシーケンスの一例について説明するためのシーケンスチャートである。図５は本発明の第１の実施の形態におけるｐＴＡＥ１とｐＴＡＥ２の中間に位置する中間ＴＡＥをＴＡと決定するシーケンスの一例について説明するためのシーケンスチャートである。図６は本発明の第１の実施の形態に係る移動端末（ＭＮ）の構成の一例を示す構成図である。図７は本発明の第１の実施の形態に係るｐＴＡＥ１の構成の一例を示す構成図である。図８は本発明の第１の実施の形態に係るｐＴＡＥ２の構成の一例を示す構成図である。
本発明では、ＴＡ機能を持つノードをインターネットワーク内に設置し、シグナリングメッセージを用いて準最適な経路を与えるＴＡ（上述した処理ノードに相当）を検出する。ＴＡ機能を持つノードは、ＴＡ検出のためのシグナリングメッセージを処理実行する機能、ＴＡ設定の機能を有するプロトコルを持つ。このプロトコルとは、上記非特許文献３に記載されているＮＳＩＳプロトコルの拡張であり、本発明ではＴＡ ＮＳＩＳプロトコルと呼ぶ。図２にＴＡ ＮＳＩＳプロトコルの構成を示す。ＴＡ ＮＳＩＳプロトコルはＮＳＩＳプロトコルと同様にトランスポート層のプロトコルであり、ＮＴＬＰ（NSIS Transport Layer Protocol）又はその拡張、及びＮＳＬＰ（NSIS Signaling Layer Protocol）の２層から成る。ＴＡ ＮＳＩＳプロトコルは特にＮＳＬＰ層にＴＡ ＮＳＬＰを持つ。なお、本発明ではＴＡ機能を持つノード内のＴＡ ＮＳＩＳプロトコルを実行できる機能をＴＡＥ（TA Entity）と呼ぶ。また、本発明ではＴＡ機能を持つノードそのものをＴＡＥと呼ぶこともある。
ここで、本発明の第１の実施の形態について図１を用いて説明する。ＭＮ１０１及びＣＮ１０２はモバイルＩＰｖ６をサポートした移動ノードであり、それぞれＨＡ１（１０３）、ＨＡ２（１０４）をホームエージェントとしている。今、ＭＮ１０１及びＣＮ１０２は、お互いのＣｏＡを知らず、ＭＮ１０１は自分のＨｏＡからＣＮ１０２のＨｏＡあてにデータパケットを送信している。ここで、ＭＮ１０１はＣＮ１０２に対し、自分のＣｏＡを隠しつつ準最適化経路を用いてデータパケットを送信するためにＴＡ検索を開始する。
ＴＡ検索の手順としては、まずＴＡ検索のためのメッセージを、ＭＮ１０１及びＣＮ１０２に代わって送受信するｐＴＡＥ（proxy TAE)を検索し（ＭＮ１０１、ＣＮ１０２それぞれのｐＴＡＥをｐＴＡＥ１（１０５）、ｐＴＡＥ２（１０６）とする）、その後ｐＴＡＥ１（１０５）とｐＴＡＥ２（１０６）との間でＴＡ検索のためのメッセージ（TA_Discoveryメッセージとする）を送受信することにより、ＴＡを決定する。ｐＴＡＥを設定するのは、もし自らが直接TA_Discoveryメッセージを送受信してしまうと、相手に自分のＣｏＡを知らせることになり、ロケーションプライバシを守れないからである。なお、TA_DiscoveryメッセージとはＴＡ ＮＳＬＰのメッセージであり、他のＮＳＩＳのＮＳＬＰメッセージ同様、ＲＡＯ（Route Alert Option)が付加されている。よって、TA_Discoveryメッセージは、TA_Discoveryメッセージが通過する経路上に存在する各ＴＡＥによってインタセプトされる。
以下、ＴＡ検索方法の詳細を説明する。まず、ＭＮ１０１、ＣＮ１０２がそれぞれｐＴＡＥ１（１０５）、ｐＴＡＥ２（１０６）をそれぞれ決定し、これらｐＴＡＥがお互いのアドレスを交換する方法の一例について図３を用いて説明する。まず、ＭＮ１０１はｐＴＡＥ１（１０５）を検索する。ｐＴＡＥ１（１０５）の検索方法としては、例えば任意のノード（ＭＮ１０１のＨＡ１（１０３）など）に対しｐＴＡＥ検索のためのメッセージ（pTAE_Discoveryとする）を送信し、ｎ個目のＴＡＥをｐＴＡＥとする方法が考えられる（ステップＳ３００１）。ここでpTAE_Discoveryとは、ＴＡ ＮＳＬＰのメッセージであり、他のＮＳＩＳのＮＳＬＰメッセージ同様、ＲＡＯ（Route Alert Option）が付加されている。よって、pTAE_Discoveryは、pTAE_Discoveryが通過する経路上に存在する各ＴＡＥによってインタセプトされる。
ｎ個目のＴＡＥをｐＴＡＥとする方法としては、pTAE_Discoveryにn-hopオプションを付加した“pTAE_Discovery <n-hop>”を送信する方法が考えられる。pTAE_Discovery <n-hop>とは、pTAEDiscoveryをｎ個目のＴＡＥまで送り、そのｎ個目のＴＡＥをｐＴＡＥとするという意味のメッセージである。例えば、pTAE_Discovery <1-hop>ならば、送信元であるＭＮ１０１から１つ目のＴＡＥがpTAE_Discovery <1-hop>の受け取り先となり、そのＴＡＥがｐＴＡＥ１（１０５）となる。
ただし、任意の送信先との間にｎ個のＴＡＥが存在しない場合には、送信先のＴＡＥ（送信先がＴＡＥでない場合には送信先に最も近いＴＡＥ）が受け取り先となる。ｐＴＡＥ１（１０５）はpTAE_DiscoveryレスポンスをＭＮ１０１に返すことにより、自分がｐＴＡＥ１（１０５）であることをＭＮ１０１に伝える（ステップＳ３００３）。pTAE_Discoveryレスポンスは、例えばＮＳＩＳのＱｏＳ ＮＳＬＰのＲＥＳＰＯＮＳＥメッセージのように、pTAE_Discoveryがたどった経路を逆にたどって返されてもよいし、ＭＮ１０１に直接返されてもよい。また、pTAE_Discovery及びpTAE_Discoveryレスポンスにより、ＭＮ１０１とｐＴＡＥ１（１０５）の間で、認証を行うなどの信頼関係が確立されてもよい。なお、ｐＴＡＥ１（１０５）の検索方法としては、他にもＣＡＲＤ（Candidate Access Router Discovery：非特許文献４を参照）など既存の方法を用いる方法が考えられる。
次に、ＭＮ１０１はｐＴＡＥ１（１０５）をＨＡ１（１０３）に登録し（ステップＳ３００５）、ｐＴＡＥ１（１０５）とＨＡ１（１０３）との間の信頼関係を確立する。つまり、ＨＡ１（１０３）がｐＴＡＥ１（１０５）から送られてきたメッセージを信用して処理できるようにする。なお、ＨＡ１（１０３）がｐＴＡＥ１（１０５）にメッセージを送る場合も同様である。ｐＴＡＥ１（１０５）の登録を行ったＨＡ１（１０３）はＭＮ１０１に登録完了を知らせるレスポンスを行う（ステップＳ３００７）。
そして、ＭＮ１０１は検索したｐＴＡＥ１（１０５）にＣＮ１０２のｐＴＡＥ（ｐＴＡＥ２（１０６））のアドレスを取得させる。手順としては、例えば上記の非特許文献２に記載のROTA_init_reqというメッセージ及びROTA_init_repというメッセージを応用する方法を用いる。図３を参照しながらこの手順を説明する。まず、ＭＮ１０１はｐＴＡＥ１（１０５）に対し、ROTA_init_reqをＨＡ１（１０３）に送信してｐＴＡＥ２（１０６）のアドレスを取得するように指示する（ステップＳ３００９）。ｐＴＡＥ１（１０５）はＨＡ１（１０３）に対しROTA_init_reqを送る（ステップＳ３０１１）。
次に、ＨＡ１（１０３）はＨＡ２（１０４）に対しROTA_reqを送信し（ステップＳ３０１３）、ＨＡ２（１０４）はＣＮ１０２に対しROTA_init_reqを送る（ステップＳ３０１５）。これらのメッセージにはｐＴＡＥ１（１０５）のアドレスが含まれる。ROTA_init_reqを受信したＣＮ１０２はｐＴＡＥ２（１０６）を検索する。検索方法はＭＮ１０１がｐＴＡＥ１（１０５）を検索した方法と同様の方法が用いられる（ステップＳ３０１７及びステップＳ３０１９）。なお、ＣＮ１０２はROTA_init_reqの受信を待つことなく、あらかじめｐＴＡＥ２（１０６）を検索しておいてもよい。
次に、ＣＮ１０２はＨＡ２（１０４）にROTA_init_repを送信し（ステップＳ３０２１）、ＨＡ２（１０４）はＨＡ１（１０３）にROTA_rep（ステップＳ３０２３）を送信する。さらに、ＨＡ１（１０３）はｐＴＡＥ１（１０５）にROTA_init_repを送信する（ステップＳ３０２５）。ROTA_init_rep及びROTA_repにはｐＴＡＥ２（１０６）のアドレスが含まれている。なお、ROTA_init_repを受け取ったｐＴＡＥ１（１０５）は、ＭＮ１０１に対しｐＴＡＥ２（１０６）のアドレスを取得した旨を伝えるメッセージを送信してもよいが、ｐＴＡＥ２（１０６）のアドレスをＭＮ１０１に送ってはならない。ＭＮ１０１にＣＮ１０２のロケーションが知られてしまうおそれがあるためである。
次に、決定されたｐＴＡＥを用いてＭＮ１０１のＴＡを決定する方法について図４を用いて説明する。まず、ROTA_init_repを受け取ったｐＴＡＥ１（１０５）は、ｐＴＡＥ２（１０６）あてにTA_Discovery <n-hop>を送信する（ステップＳ４００１）。TA_Discovery <n-hop>とは、TA_Discoveryをｎ個目のＴＡＥまで送り、そのｎ個目のＴＡＥをＴＡとするという意味のメッセージである。例えば、TA_Discovery <2-hop>ならば、送信元であるＭＮ１０１から２つ目のＴＡＥがTA_Discovery <2-hop>の受け取り先となり、そのＴＡＥがＴＡとなる。ただし、任意の送信先との間にｎ個のＴＡＥが存在しない場合には、送信先のｐＴＡＥ２（１０６）の１つ手前のＴＡＥが受け取り先となる。
そして、TA_Discovery <n-hop>を受け取ったｎホップ目のＴＡＥは、ｐＴＡＥ１（１０５）にTA_Discovery <n-hop>のレスポンスを返すことにより、自分がＴＡになることを宣言する（ステップＳ４００３）。そして、ｐＴＡＥ１（１０５）はＭＮ１０１にＴＡの情報を通知する（ステップＳ４００５）。なお、決定されたＴＡは、ＭＮ１０１のＴＡとしてだけではなく、ＣＮ１０２のＴＡとしても使われてもよい。この場合、ＴＡの情報はｐＴＡＥ２（１０６）経由でＣＮ１０２に通知される。また、ＴＡがＣＮ１０２のＴＡとしても使われる場合などには、ＴＡはＭＮ１０１及びＣＮ１０２のロケーションプライバシの観点から、ＭＮ１０１の所属する外部ネットワーク１及びＣＮ１０２の所属する外部ネットワーク２の双方から遠くにあることが望ましい。このような場合、ｐＴＡＥ１（１０５）及びｐＴＡＥ２（１０６）の中間あたりに位置するＴＡＥをＴＡとすることが考えられる。この方法について図５を用いて説明する。
まず、ROTA_init_repを受け取ったｐＴＡＥ１（１０５）は、ｐＴＡＥ２（１０６）あてにTA_Discoveryを送信する（ステップＳ５００１）。TA_Discoveryをインタセプトした各ＴＡＥは、自分のアドレスをTA_Discoveryに追加する（ステップＳ５００３）。TA_Discoveryを受け取ったｐＴＡＥ２（１０６）は追加されているＴＡＥのアドレスの順番を確認し、ちょうど中間に位置するＴＡＥ（中間ＴＡＥ）を決定する（ステップＳ５００５）。なお、付加されたＴＡＥのアドレスの数が偶数の場合は、中間に近いどちらかのＴＡＥを選び、中間ＴＡＥとする。また、中間ＴＡＥはｐＴＡＥ１（１０５）とｐＴＡＥ２（１０６）のちょうど中間でなくてもよく、どちらかに一方に近づいているＴＡＥを中間ＴＡＥとすることも可能である。
ｐＴＡＥ２（１０６）は中間ＴＡＥに対し、中間ＴＡＥであることを通知する（ステップＳ５００７）。中間ＴＡＥはｐＴＡＥ１（１０５）にTA_Discoveryのレスポンスを返すことにより、自分がＴＡになることを宣言する（ステップＳ５００９）。ｐＴＡＥ１（１０５）はＭＮ１０１にＴＡの情報を通知する（ステップＳ５０１１）。なお、メッセージに「ＴＡＥホップ数」フィールドを持たせ、ステップＳ５００３で、ＴＡＥが自分のアドレスをメッセージに追加する代わりに、ＴＡＥホップ数をインクリメントしてもよい。この場合、ステップＳ５００５では中間ＴＡＥのホップ数が計算される。ステップＳ５００７で中間ＴＡＥであることを通知する際には、“中間ＴＡＥであることの通知”<n-hop>とし、ｎには算出されたホップ数が入る。
次に、第１の実施の形態に係る移動端末（ＭＮ）の構成の一例について図６を用いて説明する。図６に示すように、ＭＮ１０１は、受信手段６００、送信手段６０１、メッセージ生成手段６０２から構成されている。それぞれの主な処理は以下に示すものであるがこれらに限られるものではない。メッセージ生成手段６０２は、ＴＡＥのうちから、ＭＮ１０１の代理としてＴＡを発見するｐＴＡＥを抽出するために、pTAE_Discoveryを生成するものであり、例えばＭＮ１０１からｎ個目のＴＡＥをｐＴＡＥにするために、上述したようにpTAE_Discoveryにn-hopオプションを付加した“pTAE_Discovery <n-hop>”を生成するものである。また、メッセージ生成手段６０２は、pTAE_Discovery（pTAE_Discovery <n-hop>）を生成する際、上述したＲＡＯをpTAE_Discovery（pTAE_Discovery <n-hop>）に付加する。また、メッセージ生成手段６０２は、ＣＮ１０２の代理ノードであるｐＴＡＥ２（１０６）のアドレスの情報をｐＴＡＥ１（１０５）に取得させるためのメッセージを生成する。
送信手段６０１は、メッセージ生成手段６０２によって生成されたpTAE_Discovery（pTAE_Discovery <n-hop>）を処理することが可能な、例えばＭＮ１０１のＨＡ１（１０３）あてに送信するものである。これにより、送信された経路上に存在するＴＡＥをｐＴＡＥとすることができる。また、送信手段６０１は、ＣＮ１０２の代理ノードであるｐＴＡＥ２（１０６）のアドレスの情報を取得させるためのメッセージをｐＴＡＥ１（１０５）に送信するものである。受信手段６００は、pTAE_Discovery（pTAE_Discovery <n-hop>）を受信したＴＡＥによって自身がｐＴＡＥであると判断された場合に送信される、自身がｐＴＡＥ１（１０５）である旨のメッセージを受信するものである。また、受信手段６００は、他にもｐＴＡＥ１（１０５）から決定されたＴＡの情報などを受信する。
次に、本発明の第１の実施の形態に係る代理ノード（ｐＴＡＥ１）の一例について図７を用いて説明する。図７に示すように、ｐＴＡＥ１（１０５）は、受信手段７００、送信手段７０１、メッセージ生成手段７０２、判断手段７０３から構成されている。それぞれの主な処理は以下に示すものであるがこれらに限られるものではない。メッセージ生成手段７０２は、ＴＡを発見するためのTA_Discoveryを生成するものである。後述するようにＴＡを発見するために、送信手段７０１によってTA_Discoveryが送信されることにより、TA_Discoveryには送信される経路上のＴＡＥのアドレスの情報が付加される。また、メッセージ生成手段７０２は、ｐＴＡＥ１（１０５）から数えてｎ個目に位置するＴＡＥをＴＡとするために、上述したTA_Discovery <n-hop>を生成することも可能である。また、メッセージ生成手段７０２は、TA_Discovery（TA_Discovery <n-hop>）を生成する際、上述したＲＡＯをTA_Discovery（TA_Discovery <n-hop>）に付加する。また、メッセージ生成手段７０２は、この他にもｐＴＡＥ２（１０６）のアドレスの情報を取得するためのメッセージ（上述したROTA_init_req）を生成する。
送信手段７０１は、生成されたTA_Discovery（TA_Discovery <n-hop>）をＣＮ１０２の代理としてＴＡを発見するｐＴＡＥ２（１０６）に向けて送信するものである。また、送信手段７０１は、生成されたｐＴＡＥ２（１０６）のアドレスの情報を取得するためのメッセージをＨＡ１（１０３）に送信するものである。また、送信手段７０１は、その他にも決定されたＴＡの情報をＭＮ１０１に送信することも行う。
受信手段７００は、ｐＴＡＥ１（１０５）を抽出するためにＭＮ１０１から送信されたpTAE_Discovery <n-hop>を受信するものである。また、受信手段７００は、送信されたTA_Discovery <n-hop>を受信したＴＡＥが、受信したTA_Discovery <n-hop>に基づいてＴＡになると判断した場合に、判断したＴＡＥからＴＡになる旨のメッセージを受信するものである。また、受信手段７００は、TA_Discoveryが送信された場合には、送信されたTA_Discoveryを受信したｐＴＡＥ２（１０６）によって決定されたＴＡ（中間ＴＡＥ）からＴＡになった旨のメッセージを受信する。また、受信手段７００は、その他にもｐＴＡＥ２（１０６）のアドレス情報を取得させるためのメッセージをＭＮ１０１から受信したり、ｐＴＡＥ２（１０６）のアドレスの情報などを受信したりする。
判断手段７０３は、受信手段７００によって受信された、ｐＴＡＥ１（１０５）を抽出するためにＭＮ１０１から送信されたpTAE_Discovery <n-hop>に基づいて、自身がｐＴＡＥ１（１０５）であるか否かを判断するものである。そして、上述したメッセージ生成手段７０２は、判断手段７０３によってｐＴＡＥ１（１０５）であると判断された場合に、自身がｐＴＡＥ１（１０５）である旨のメッセージを生成し、送信手段７０１は、生成されたメッセージをＭＮ１０１に送信する。
次に、本発明の第１の実施の形態に係る代理ノード（ｐＴＡＥ２）の一例について図８を用いて説明する。図８に示すように、ｐＴＡＥ２（１０６）は、受信手段８００、送信手段８０１、メッセージ生成手段８０２、決定手段８０３から構成されている。それぞれの主な処理は以下に示すものであるがこれらに限られるものではない。受信手段８００は、ｐＴＡＥ１（１０５）からのｐＴＡＥ２（１０６）のアドレスの情報取得の要望によって、ＣＮ１０２からｐＴＡＥ２（１０６）を抽出するためのメッセージを受信するものである。また、受信手段８００は、ｐＴＡＥ１（１０５）によって送信されたＴＡを発見するためのTA_Discoveryを受信したＴＡＥが自身のアドレス情報を付加したTA_Discoveryを受信するものである。
決定手段８０３は、受信されたアドレス情報が付加されたTA_Discoveryに基づいてＴＡを決定するものである。具体的には、TA_Discoveryに付加されたアドレス情報の数に基づいて、ｐＴＡＥ１（１０５）とｐＴＡＥ２（１０６）の中間に位置するＴＡＥ（中間ＴＡＥ）をＴＡとして決定する。メッセージ生成手段８０２は、中間ＴＡＥとして決定されたＴＡＥに対して中間ＴＡＥである旨のメッセージを生成するものである。送信手段８０１は、メッセージ生成手段８０２によって生成された中間ＴＡＥである旨のメッセージを送信するものである。
＜第２の実施の形態＞
以下、本発明の第２の実施の形態について図９及び図１０を用いて説明する。図９は本発明の第２の実施の形態におけるｐＴＡＥの決定のシーケンスの一例について説明するためのシーケンスチャートである。図１０は本発明の第２の実施の形態に係る移動端末（ＭＮ）の構成の一例を示す構成図である。
第１の実施の形態では、ＭＮ１０１及びＣＮ１０２が直接ｐＴＡＥの決定を行っていたが、ＭＮ又はＣＮのＨＡがｐＴＡＥを指定してもよい。この場合、ＨＡが各外部ネットワークに存在するＴＡＥの情報を持っていることを前提とする。この手法について図９を用いて説明する。まず、ＭＮ９０１はＨＡ１（９０３）に対しpTAE_requestを送信し、ｐＴＡＥを指定するよう要請する（ステップＳ９００１）。ＨＡ１（９０３）はＭＮ９０１のＣｏＡの情報からＭＮ９０１が所属する外部ネットワークを判断し、適切なｐＴＡＥを選択する（ステップＳ９００３）。ＨＡ１（９０３）はＭＮ９０１にpTAE_requestレスポンスを送ることによりｐＴＡＥを通知する（ステップＳ９００５）。
そして、ＭＮ９０１は第１の実施の形態と同様、取得したｐＴＡＥ１（９０５）にＣＮ９０２のｐＴＡＥであるｐＴＡＥ２（９０６）のアドレスを取得させる。すなわち、ＭＮ９０１は、ｐＴＡＥ１（９０５）に対し、ROTA_init_reqをＨＡ１（９０３）に送信することにより、ｐＴＡＥ２（９０６）のアドレスを取得するように指示する（ステップＳ９００７）。ｐＴＡＥ１（９０５）はＨＡ１（９０３）に対しROTA_init_reqを送る（ステップＳ９００９）。
そして、ＨＡ１（９０３）はＨＡ２（９０４）に対しROTA_reqを送信し（ステップＳ９０１１）、ＨＡ２（９０４）はＣＮ９０２に対しROTA_init_reqを送る（ステップＳ９０１３）。これらのメッセージにはｐＴＡＥ１（９０５）のアドレスが含まれる。ROTA_init_reqを受信したＣＮ９０２はＨＡ２（９０４）よりｐＴＡＥ２（９０６）を取得する。取得方法はＭＮ９０１がｐＴＡＥ１（９０５）を検索した方法と同様の方法が用いられる（ステップＳ９０１５〜ステップＳ９０１９）。なお、ＣＮ９０２はROTA_init_reqの受信を待つことなく、あらかじめｐＴＡＥ２（９０６）を検索しておいてもよい。
次に、ＣＮ９０２はＨＡ２（９０４）にROTA_init_repを送信し（ステップＳ９０２１）、ＨＡ２（９０４）はＨＡ１（９０３）にROTA_repを送信する（ステップＳ９０２３）。そして、ＨＡ１（９０３）はｐＴＡＥ１（９０５）にROTA_init_repを送信する（ステップＳ９０２５）。ROTA_init_rep及びROTA_repにはｐＴＡＥ２（９０６）のアドレスが含まれている。なお、ROTA_init_repを受け取ったｐＴＡＥ１（９０５）は、ＭＮ９０１に対し、ｐＴＡＥ２（９０６）のアドレスを取得した旨を伝えるメッセージを送信してもよいが、ｐＴＡＥ２（９０６）のアドレスをＭＮ９０１に送ってはならない。ＭＮ９０１にＣＮ９０２のロケーションが知られてしまうおそれがあるためである。なお、第１及び第２の実施の形態で検索されたｐＴＡＥは、上記非特許文献２に記載の「ROTA in scenarios with visited network support」におけるローカルはＨＡやＭＡＰとして用いられてもよい。
次に、第２の実施の形態に係る移動端末（ＭＮ）の一例について図１０を用いて説明する。図１０に示すように、ＭＮ９０１は、受信手段１０００、送信手段１００１、メッセージ生成手段１００２から構成されている。なお、それぞれの構成要素の主な処理は以下に示すものであるがこれらに限られるものではない。メッセージ生成手段１００２は、複数のＴＡＥのうちから、ＭＮ９０１の代理としてＴＡを発見するｐＴＡＥの指定を依頼するメッセージを生成するものである。送信手段１００１は、メッセージ生成手段１００２によって生成されたメッセージをＭＮ９０１のＨＡ１（９０３）に送信するものである。受信手段１０００は、ＭＮ９０１のＨＡ１（９０３）によって送信された、ＭＮ９０１のアドレスの情報に基づき決定されたｐＴＡＥの情報を受信するものである。
受信手段１０００がｐＴＡＥ１（９０５）の情報を受信すると、メッセージ生成手段１００２は、第１の実施の形態と同様、ＣＮ９０２の代理ノードであるｐＴＡＥ２（９０６）のアドレスの情報をｐＴＡＥ１（９０５）に取得させるためのメッセージを生成する。そして、送信手段１００１は、生成されたメッセージをｐＴＡＥ１（９０５）に送信する。
なお、第２の実施の形態に係るｐＴＡＥ１におけるｐＴＡＥ２のアドレスの情報の取得方法及び第２の実施の形態に係るｐＴＡＥ１及びｐＴＡＥ２におけるＴＡの決定方法については、第１の実施の形態と基本的に同様であるため説明を省略する。
＜第３の実施の形態＞
第１及び第２の実施の形態において、ＭＮが別のネットワークに移動した場合について図１１を参照しながら説明する。ここで、ＭＮ１１０１は外部ネットワーク１から外部ネットワーク３に移動するとする。このとき、ＭＮ１１０１は、第１又は第２の実施の形態に記載された方法で再びｐＴＡＥであるｐＴＡＥ１（１１０５）を選択し、ｐＴＡＥ１（１１０５）はｐＴＡＥ２（１１０６）に対し、TA_Discoveryメッセージ又はTA_Discovery <n-hop>メッセージ（以下、単にTA_Discoveryメッセージと言う）を送信する。このとき、外部ネットワーク１でTA_Discoveryメッセージを送信した際の経路と、外部ネットワーク３でTA_Discoveryメッセージを送信する経路が交差し、収束した経路の最初のＴＡＥ（Crossover TAE）が、ＭＮ１１０１が外部ネットワーク１で使用していたＴＡ（以下、現在のＴＡと呼ぶ）よりも手前、すなわちＭＮ１１０１側にある場合、ＭＮ１１０１は外部ネットワーク３においても現在のＴＡを使い続ける。
Crossover TAEと現在のＴＡとの位置関係の検出方法は、例えばＭＮ１１０１の外部ネットワーク３におけるｐＴＡＥであるｐＴＡＥ１´（１１０７）がTA_Discoveryメッセージを送信した際、もし現在のＴＡがこのTA_Discoveryメッセージをインタセプトした場合、ｐＴＡＥ１´（１１０７）に対しTA_Discoveryメッセージに対するレスポンスメッセージを返すことにより、自分がＴＡであることを宣言する。もし、現在のＴＡがTA_Discoveryメッセージをインタセプトしない場合、すなわち外部ネットワーク３でのTA_Discoveryメッセージの経路上に現在のＴＡが存在しない場合には、第１の実施の形態に記載の方法により新しいＴＡが選ばれる。
また、Crossover TAEと現在のＴＡとの位置関係の検出方法における他の例としては、TA_DiscoveryメッセージでＴＡが選ばれた際、ｐＴＡＥ１（１１０５）からこのＴＡ間に存在するすべてのＴＡＥにＴＡが決定したことを知らせておく。そして、外部ネットワーク３においてｐＴＡＥ１´（１１０７）がTA_Discoveryメッセージを送信した際、Crossover TAEが、自身が現在のＴＡよりもｐＴＡＥ１´（１１０７）側に居ると検出した場合は、TA_Discoveryメッセージの転送をストップし、かつｐＴＡＥ１´（１１０７）に対し「現在のＴＡを使い続けろ」という内容のメッセージを送信する。
もし、Crossover TAEが現在のＴＡよりもｐＴＡＥ１´（１１０７）側に存在しない場合、TA_Discoveryメッセージの転送は継続して行われ、新しいＴＡが決定される。なお、ＴＡが決定されたことをｐＴＡＥ１（１１０５）からＴＡ間のＴＡＥに知らせるには、例えばＴＡがTA_Discoveryメッセージに対するレスポンスメッセージを返す際に通知を行うことができる。レスポンスメッセージはＮＳＩＳの方法に従うと、TA_Discoveryメッセージと正反対の経路を通過し、ｐＴＡＥ１（１１０５）からＴＡの間の経路に存在するすべてのＴＡＥがレスポンスメッセージを受け取ることができるからである。
なお、ＭＮ１１０１が移動するたびに上述のようなＴＡ発見処理を行うことは処理負荷がかかるなど問題があるため、ＴＡ発見処理をせずに移動先でも移動前に使用していたＴＡをそのまま用いるようにしてもよい。
ここで、第３の実施の形態のＭＮ１１０１における処理の一例について説明する。上述したように、ＭＮ１１０１が外部ネットワーク１から移動して外部ネットワーク３に接続した場合に、ＭＮ１１０１の不図示の受信手段が、新たな接続先の外部ネットワーク３においてＴＡを発見するために不図示の送信手段によって送信されたTA_Discoveryメッセージを受信したＴＡＥであって、移動前の外部ネットワーク１に接続していた際のＴＡを発見するために送信されたTA_Discoveryメッセージが通る第１の経路（図１１に示す外部ネットワーク１におけるTA_Discovery経路）と、新たな接続先の外部ネットワーク３においてＴＡを発見するために送信されるTA_Discoveryメッセージが通る第２の経路（図１１に示す外部ネットワーク３におけるTA_Discovery経路）とが交差し、第１の経路と第２の経路とが収束した直後の不図示のＴＡＥから、移動前の外部ネットワーク１に接続した際に発見されたＴＡを継続して処理ノードとして使用すべきである旨のメッセージを受信した場合、ＭＮ１１０１の不図示の判断手段は、不図示の受信手段によって受信されたメッセージに基づいて、移動前のＴＡを継続して処理ノードとして使用することを決定する。
次に、第３の実施の形態のCrossover TAEにおける処理の一例について説明する。上述したように、ＭＮ１１０１が外部ネットワーク１から移動して外部ネットワーク３に接続した場合に、移動前の外部ネットワーク１に接続していた際のＴＡを発見するために送信されたTA_Discoveryメッセージが通る第１の経路（図１１に示す外部ネットワーク１におけるTA_Discovery経路）と、新たな接続先の外部ネットワーク３においてＴＡを発見するために送信されるTA_Discoveryメッセージが通る第２の経路（図１１に示す外部ネットワーク３におけるTA_Discovery経路）とが交差し、第１の経路と第２の経路とが収束した直後の不図示のＴＡＥの判断手段が、収束した経路上において外部ネットワーク１におけるＴＡよりもＭＮ１１０１側に位置するか否かを判断し、不図示のＴＡＥのメッセージ生成手段は、収束した経路上において外部ネットワーク１におけるＴＡよりもＭＮ１１０１側に位置すると不図示のＴＡＥの判断手段によって判断された場合に、外部ネットワーク１におけるＴＡを継続してＴＡとして使用すべきである旨のメッセージを生成し、不図示のＴＡＥの送信手段は、生成されたメッセージをＭＮ１１０１に送信する。
＜第４の実施の形態＞
図１２は本発明をサポートするネットワーク構成の一例を示す。ＭＮ１２００は、アクセスルータ、例えばＡＲ１２０２を介してネットワークに接続している。ＡＲ１２０２はホームドメインとＨＡ、例えばＨＡ１２０４への接続を実現する。同様に、ＭＮ１２１０は他のアクセスルータ、例えばＡＲ１２０８を介してネットワークに接続しており、ＨＡ１２０６に接続可能となっている。なお、第４の実施の形態以降の移動端末（ＭＮ）、移動端末（ＭＮ１２００）の代理ノード、通信ノード（ＭＮ１２１０）の代理ノードを説明する際、第１の実施の形態に係るＭＮ、ｐＴＡＥ１、ｐＴＡＥ２と同様の構成であるため、それぞれを説明する際には図６から図８を用いて説明する。
ＭＮ１２００とＭＮ１２１０との間に、直行パスがリンク１２０１、１２２７、１２２５、１２２３、１２２１、１２０９を介して存在する。本発明はこの直行パス上のＴＡ、例えばＴＡ１２１６及びＴＡ１２１８の発見を容易にする。
ＭＮ１２００に近い、少なくとも１つのＤｉｓｃ−Ｉ（Discovery Initiator）１２１２が存在し、それは同じドメイン若しくは同じサブネットに属している。このノードは、ＭＮ１２００が他の端末に自身のＩＤを明かす必要がないように、ＴＡ発見手続きの開始をする際に役立つ。
ＴＡ発見に関連する他のノードはＤｉｓｃ−Ｐ（Discovery Proxy）１２１４である。Ｄｉｓｃ−Ｐ１２１４はＭＮ１２１０の近くに属し、ＭＮ１２１０からＭＮ１２００への直行パス上にある。これはＴＡ発見のためにパス上におけるシグナリングアプリケーション（On-path signaling application）を開始するノードであり、第１〜第３の実施の形態のｐＴＡＥに相当する。
実際のネットワークが異なる構成、例えばリンクの多少や図１２に示されるノードより多くのネットワークノードを伴うことは当業者にとって自明である。これは発明の原理に影響を与えない。
図１３は、適当なＴＡを発見するにネットワークノードがどのような処理を実行しているかを示すシグナリングシーケンスの一例を示す図である。ステップＳ１３０１に示すように、ＭＮ１２００とＭＮ１２１０は新たなロケーション（位置）に移動したとき、モビリティ管理手続きを実行し、通信セッションを確立する（モビリティ管理と通信セッション確立）。その手続きは、例えばＣｏＡの取得し、ＨＡにＣｏＡを登録し、セッション確立における上位レイヤシグナリング、例えばＳＩＰ（Session Initiation Protocol）シグナリングを実行することを含む。モバイルノードがホームドメインの外側にいる場合、通信セッションがＨＡ１２０４とＨＡ１２０６を通じて行われる点は当業者にとって自明である。
ＭＮ１２００が通信ノード、例えばＭＮ１２１０と最適化経路を構築しようとすると、ＭＮ１２００はTA発見手続きを開始する。ＭＮ１２００はＤｉｓｃ−Ｉ（１２１２）を見つける手続きを開始する（Ｄｉｓｃ−Ｉ発見）（Ｓ１３０３）。ロケーションプライバシが望まれるので、ＭＮ１２００は実際のＩＤを隠すためＤｉｓｃ−Ｉ（１２１２）を利用する必要があるが、ＭＮ１２００のポリシーによっては、ＭＮ１２００自身はＤｉｓｃ−Ｉとなってもよい。
Ｄｉｓｃ−Ｉ（１２１２）のロケーションに特別な要件はない。配置するとき、Ｄｉｓｃ−Ｉ（１２１２）はドメインごと若しくはサブネットごとに形成される。そのような場合、ＭＮ１２００におけるＤｉｓｃ−Ｉ（１２１２）の位置の発見は静的であり、その位置は、例えばルータアナウンス（ルータ通知）に埋め込まれていたり、ＤＨＣＰメッセージによって得られるものであったり、若しくはあらかじめ定義されたリンクローカルアドレスであったりする。そのような場合、ステップＳ１３０３はＭＮ１２００にとって些細なことである。例えば、ＭＮ１２００がホームにいるとき、ＭＮ１２００はＤｉｓｃ−Ｉとしてドメイン内の１つのＨＡを利用する。
Ｄｉｓｃ−Ｉ（１２１２）はアドホック方式で配置されることも可能である。その場合、ＭＮ１２００は発見手続きを実行しなければならない。例えば、ＭＮ１２００はあらかじめ定義されたＤｉｓｃ−Ｉ（１２１２）の名前におけるＤＮＳ Ｑｕｅｒｙを行うことができ、若しくはあらかじめ形成されたマルチキャストアドレスにＱｕｅｒｙを送信することができる。上述の方法がＭＮ１２００で大きな変更を必要としないことは当業者によって自明である。それらはＭＮのほとんどで利用できるプロトコルでソフトウェアモジュールを実行することによってなされる。
ＭＮ１２００がＤｉｓｃ−Ｉ（１２１２）のアドレスを取得すると、ＭＮ１２００（送信手段６０１）はＤｉｓｃ−Ｉ（１２１２）に向けてTA-Init-Requestメッセージを送信する（Ｓ１３０５）。なお、TA-Init-Requestメッセージはメッセージ生成手段６０２によって生成される。TA-Init-Requestメッセージのフォーマットの一例を以下に示す。
TA-Init-Request：＝［リクエスターアドレス］
［ターゲットアドレス］
［ポリシーデータ］
“リクエスターアドレス”はモバイルノード、例えばＭＮ１２００のＣｏＡであるＣｏＡ１を含む。しかし、ある場合、例えばＣｏＡ１がインタフェースＭＡＣアドレスを用いて形成されている場合、このＣｏＡ１もモバイルノードのＩＤを明かすかもしれない。そのため、モバイルノードは“リクエスターアドレス”の項目に挿入する実際の情報を決定することができる。例えば、ＭＮ１２００（メッセージ生成手段６０２）はその項目にサブネットのプレフィックス情報を挿入する、若しくはＡＲ１２０２のアドレスを挿入する、若しくは空のままにするなどできる。
“ターゲットアドレス”はその通信の一方の端にある端末のアドレスを含む。その端末がモバイルノード、例えばＭＮ１２１０の場合、これはモバイルノードのホームアドレス、例えばＨｏＡ２になる。しかし、ＭＮ１２００はこれらの違いを区別する必要はない。
“ポリシーデータ”はＴＡ発見や必要な制御に関する情報を含む。例えば、それはＴＡ選択の基準、例えばサポートされているトンネリング方法、暗号化スキーム、要求などを含む。また、それは容易に応答をこのリクエストに一致させることができるように、例えばセッション情報を含む。
TA-Init-Requestメッセージは、通常のＩＰカプセル化を用いてＤｉｓｃ−Ｉ（１２１２）に直接送信される。ＭＮ１２００とＤｉｓｃ−Ｉ（１２１２）との間に、事前の接続は必ずしも必要ではない。例えば、Ｄｉｓｃ−Ｉ（１２１２）は周知のポートを認識でき、ＭＮ１２００はTA-Init-RequestメッセージをＤｉｓｃ−Ｉ（１２１２）のアドレスと特別なポート番号あてにする。なお、ＭＮ１２００自身がＤｉｓｃ−Ｉとなる場合、これらのステップＳ１３０３及びＳ１３０５は必要ない。
Ｄｉｓｃ−Ｉ（１２１２）（受信手段７００）がTA-Init-Requestメッセージを受けると、あらかじめ定義された処理を実行する。例えば、Ｄｉｓｃ−Ｉ（１２１２）（判断手段７０３）はＭＮ１２００がTA-Init-Requestメッセージを送信することが正当かどうか、例えばＭＮ１２００がＤｉｓｃ−Ｉ（１２１２）のドメインの配下であるかどうかを確かめる。なお、他のタイプの処理をする、例えば“ポリシーデータ”に挿入された情報を用いてＭＮ１２００が正当であると認めることは当業者にとって自明である。
Ｄｉｓｃ−Ｉ（１２１２）（判断手段７０３）は受信したTA-Init-Requestメッセージの“リクエスターアドレス”の項目を確認する。“リクエスターアドレス”がサブネットのプレフィックスを含む、若しくは空である場合、Ｄｉｓｃ−Ｉ（１２１２）（判断手段７０３）はそれを埋める（満たす）ように適当なアドレスを決定する。例えば、“リクエスターアドレス”がサブネットのプレフィックスを含む場合、Ｄｉｓｃ−Ｉ（１２１２）はローカルな情報、例えばルーティングテーブルなどを参照し、デフォルトゲートウェイ若しくはサブネットのルータアドレスを得る。また、“リクエスターアドレス”が空の場合、Ｄｉｓｃ−Ｉ（１２１２）は送信元アドレス、例えばＭＮ１２００のＣｏＡ１を確かめ、そのアドレスにおけるデフォルトゲートウェイを見つけようとする。なお、ＭＮ１２００自身がＤｉｓｃ−Ｉとなる場合、リクエストアドレス、及びターゲットアドレスはＭＮ１２００が直接埋める。
“ポリシーデータ”は応答が送られるノードのアドレスも含む。そのようなアドレスがなければ、ＴＡ発見の応答はＤｉｓｃ−Ｉ（１２１２）あてに送信される。
Ｄｉｓｃ−Ｉ（１２１２）（判断手段７０３）が“リクエスターアドレス”を更新すると、“ターゲットアドレス”に関連するあらかじめ定義されたアドレスに向けてTA-Init-Requestメッセージを（送信手段７０１によって）転送する（Ｓ１３０７）。例えば、“ターゲットアドレス”がＭＮ１２１０のホームアドレスを指示するならば、Ｄｉｓｃ−Ｉ（１２１２）（送信手段７０１）は、そのドメインに関連した特別なエニーキャストアドレスに向けてメッセージを転送する。TA-Init-Requestメッセージをサポートするネットワークノードはそのようなエニーキャストアドレスを認識でき、それを受信することができる。例えば、これは非特許文献５で定義されたホームエージェントエニーキャストアドレスである。そのため、ＭＮ１２１０のホームエージェント、ＨＡ１２０６はそのメッセージを受信する。ＭＮ１２１０がホームにいる、若しくはＭＮ１２１０が固定ノードであるなどＭＩＰをサポートしない場合、TA-Init-Requestメッセージはエニーキャストアドレスを認識できるノードによってインタセプトされる。そのため、本発明はモバイルエンドホストとフィックス（固定された）エンドノードの両方をサポートする。また、Ｄｉｓｃ−ＩはTA-Init-RequestメッセージをＨＡ１２０６のアドレスあてに送ってもよい。ＨＡ１２０６のアドレスの取得方法としては、例えばＨＡ１２０４が非特許文献２に記載のようにＤＨＡＡＤの拡張やＤＮＳを用いて得たＨＡ１２０６のアドレスを、Ｄｉｓｃ−Ｉが取得する方法がある。また、Ｄｉｓｃ−ＩがＨＡ１２０４に、TA-Init-RequestメッセージをＨＡ１２０６に転送するよう依頼してもよい。
TA-Init-Requestメッセージがサポートノード、例えばＨＡ１２０６によって受信されると、受信ノードは、“リクエスターアドレス”と“ターゲットアドレス”の情報に従ってＤｉｓｃ−Ｐを決定しようとする（Ｄｉｓｃ−Ｐ発見）（Ｓ１３０９）。Ｄｉｓｃ−Ｐは“リクエスターアドレス”に向けた“ターゲットアドレス”からの直行データパス上にある。適当なＤｉｓｃ−Ｐを見つけるために、受信ノード、例えばＨＡ１２０６は通信エンド、例えばＭＮ１２１０についての特別なエントリを（不図示の格納手段に）維持する。ここで、ＨＡ１２０６の構成及びＭＮ１２１０の構成の一例について図１５、図１６を用いて説明する。図１５に示すように、ＨＡ１２０６は、外部からのメッセージなどを受信する受信手段１５００、外部へメッセージなどを送信する送信手段１５０１、外部からのメッセージを処理し、外部へ送信するメッセージを生成するメッセージ生成手段１５０２、ＨＡ１２０６内部の制御を行う制御手段１５０３から構成されている。なお、構成要素はこれに限られるものではない。
また、図１６に示すように、ＭＮ１２１０は、外部からのメッセージなどを受信する受信手段１６００、外部へメッセージなどを送信する送信手段１６０１、外部からのメッセージを処理し、外部へ送信するメッセージを生成したり、ＭＮ１２１０内部の制御を行ったりするメッセージ生成手段１６０２から構成されている。なお、構成要素はこれに限られるものではない。このような構成に基づいて、例えば、ＭＮ１２１０がホーム以外の新たなドメインに入ったとき、ＭＮ１２１０（メッセージ生成手段１６０２）はローカルなＤｉｓｃ−Ｐの情報を取得し、そのホームドメイン内の受信ノード、例えばＨＡ１２０６にその取得した情報を登録する。ＨＡ１２０６（制御手段１５０３）はそのような登録メッセージを受けると、存在するエントリを生成若しくは更新する。登録メッセージのフォーマットの一例を以下に示す。
Register-Disc-P：＝［ホームアドレス］
［ローカルなＤｉｓｃ−Ｐリスト］
［ポリシーデータ］
“ホームアドレス”はＭＮ１２１０のホームアドレス、ＨｏＡ２を含む。
“ローカルなＤｉｓｃ−Ｐリスト”はＭＮ１２１０によって知られたＤｉｓｃ−Ｐについての情報を含む。Ｄｉｓｃ−Ｐについての情報を得るためにＭＮ１２１０にはいくつかの方法がある。例えば、ＡＲ１２０８がルータアナウンスの中でＤｉｓｃ−Ｐとして行動することができるものを通知することができる。そして、ＭＮ１２１０（メッセージ生成手段１６０２）は“ローカルなＤｉｓｃ−Ｐリスト”にそのアドレスを含めることができる。
また、ＭＮ１２１０はＤＨＣＰ手続きの一部としてそのような情報を得ることができる。この場合、ＤＨＣＰサーバがＤｉｓｃ−Ｐアドレスであらかじめ形成されているか、若しくはそのような情報のあるバックエンド（後端）サーバへの動的なアクセスを可能にさせるかである。
Ｄｉｓｃ−Ｐ情報が上述したメッセージであるルータアナウンスとＤＨＣＰメッセージの両方でも存在しない場合、又はＨＡ１２０６のローカルポリシーや、TA-Init-Requestのポリシーデータが、Ｄｉｓｃ−Ｐを新たに発見するよう指示している場合、ＭＮ１２１０（メッセージ生成手段１６０２）はそのドメインの中でＤｉｓｃ−Ｐを見つけるためにローカルな発見処理を行う。例えば、ＭＮ１２１０は周知の名前を用いてローカルなＤＮＳ Ｑｕｅｒｙをすることができる。
ＭＮ１２１０がローカルなドメインで複数のＤｉｓｃ−Ｐを発見することは当業者にとって自明である。そのような場合、ＭＮ１２１０（メッセージ生成手段１６０２）は“ローカルなＤｉｓｃ−Ｐリスト”の中のＤｉｓｃ−Ｐに関して、“ポリシーデータ”の中に特別な情報を含める。例えば、ＭＮ１２１０はあるあて先プレフィックスを含めたり、あるＤｉｃｓ−Ｐが用いられるべきであることを含めたりする。この情報が一致する、すなわち複数のＤｉｓｃ−Ｐが同じあて先アドレスに仕えることがあるということは当業者にとって自明である。
“ポリシーデータ”は登録メッセージのセキュリティ保護における特別な情報も含む。このRegister-Disc-Pメッセージは、ＭＮ１２１０のロケーションを明らかにする情報を含むため、保護、例えば暗号化や認証などがされなければならない。そのため、“ポリシーデータ”は、例えば第三者ノードによる攻撃を防止するためにメッセージ認証コード（Message Authentication Code）を含むことができる。
ＭＮ１２１０（送信手段１６０１）によってＨＡ１２０６に送信されるRegister-Disc-Pメッセージは、それらの間でセキュリティアソシエーションを用いて暗号化される。例えば、ＭＮ１２１０とＨＡ１２０６がモバイルＩＰをサポートしている場合、このRegister-Disc-Pメッセージは拡張としてＢＵメッセージに付加されることができ、ＩＰＳｅｃによって安全となる。
ＭＮ１２１０がローカルなドメインの中でＤｉｓｃ−Ｐを見つけることができない可能性もある。この場合、ＭＮ１２１０は空の“ローカルなＤｉｓｃ−Ｐリスト”を与え、ドメイン情報、例えばドメインプレフィックスを“ポリシーデータ”の項目に示す。
ＨＡ１２０６（受信手段１５００）が正当なRegister-Disc-Pメッセージを受信すると、制御手段１５０３はホームアドレスにおけるエントリをすでに有しているかチェックする。存在しなければ新たなエントリが更新される。さもなければ、古いエントリが受信したメッセージの情報を用いて更新される。エントリの一例を以下に示す。
Disc-P-Record：＝［ホームアドレス］
［Ｄｉｓｃ−Ｐリスト：＝［［Ｄｉｓｃ−Ｐ］
［あて先プレフィックスリスト］
］
］
［ドメイン情報］
上記のように、エントリは“ホームアドレス”によって索引が付けられている。“Ｄｉｓｃ−Ｐリスト”は受信した“Register-Disc-Pメッセージ”のＤｉｓｃ−Ｐの情報を含む。“Ｄｉｓｃ−Ｐリスト”は１つ以上のサブエントリを含み、順に“Ｄｉｓｃ−Ｐ”、対応する“あて先プレフィックスリスト”を含む。“Ｄｉｓｃ−Ｐ”がＭＮ１２１０におけるデフォルトのＤｉｓｃ−Ｐである場合、“あて先プレフィックスリスト”は空になる。
“ドメイン情報”はＭＮ１２１０のローカルなドメインについての情報を含む。この項目は“Ｄｉｓｃ−Ｐリスト”が空ではないとき空のままである。
ＨＡ１２０６がモバイルＩＰをサポートする場合、この“Disc-P-Record”はＢＣ（Binding Cache）に付加されることは当業者にとって自明である。そのため、現存するデータ構造と管理ツールは再利用される。
図１３に示すように、ＨＡ１２０６（受信手段１５００）がTA-Init-Requestメッセージを受信すると、判断手段１５０３によって、そのメッセージの“ターゲットアドレス”に関連する“Disc-P-Record”エントリが存在するかチェックする。
そのようなエントリがあれば、“Ｄｉｓｃ−Ｐリスト”は空ではなく、ＨＡ１２０６は、関連した“あて先プレフィックスリスト”とTA-Init-Requestメッセージの“リクエスターアドレス”に基づいて、適当なＤｉｓｃ−Ｐ、例えばＤｉｓｃ−Ｐ（１２１４）を見つける。ＨＡ１２０６（メッセージ生成手段１５０２）はTA-Disc-Initメッセージを生成し、送信手段１５０１はＤｉｓｃ−Ｐ（１２１４）に向けて送信する（Ｓ１３１１）。TA-Disc-Initメッセージのフォーマットの一例を以下に示す。
TA-Disc-Init：＝［リクエスターアドレス］
［エンドポイントアドレス］
［ＴＡ選択要素］
［ポリシーデータ］
“リクエスターアドレス”はTA-Init-Requestメッセージからコピーされる。“エンドポイントアドレス”は、受信したTA-Init-Requestメッセージの“ポリシーデータ”に含まれるアドレスがなければＤｉｓｃ−Ｉ（１２１２）のアドレスである。“ＴＡ選択要素”はＴＡ選択における基準を含む。パス上に複数のＴＡ、例えばＴＡ１２１６、ＴＡ１２１８が存在する場合、これらの基準は候補として申し出るべきか確認するために用いられる。
“ポリシーデータ”はシグナリングの中で用いられる特別な情報を含む。例えば、Ｄｉｓｃ−Ｉ（１２１２）が対応するリクエストと発見シグナリングを一致させる（マッチさせる）ための情報を含む。
ＨＡ１２０６が複数のＤｉｓｃ−Ｐを決定することは当業者にとって自明である。図１４はＭＮ１２１０がマルチホームネットワークに属する、例えばＡＲ１２０８が外部ネットワークに向けて複数のパスを有している場合を示すものである。そのような場合、ＨＡ１２０６（送信手段１５０１）は異なるＤｉｓｃ−Ｐ、例えばＤｉｓｃ−Ｐ（１２１４）とＤｉｓｃ−Ｐ（１４００）に複数のTA-Disc-Initメッセージを送信する。マルチホーム化のＭＮ１２１０が似たような状況をもたらすことは当業者にとって自明である。本発明では同じ原理内でそのような状況にも対応することができる。
図１４に示すように、ＨＡ１２０６（制御手段１５０３）が複数のパスにTA-Disc-Initメッセージを送信することを決定すると、信頼性を確保することができるので、共通のパス上のＴＡ、例えばＴＡ１２１８の方が他のＴＡ、例えばＴＡ１４０２やＴＡ１２１６よりも好ましい。この場合、ＨＡ１２０６は“ＴＡ選択要素”に関連する情報を含める。例えば、以下のような情報を含める。
その情報は、複数パスが利用可能であることを示すフラグ（例えば、ヘッダにあらかじめ定義されたビット）、用いられる全体のパスのカウンター（例えば、８ビットのパスカウンター）、Ｄｉｓｃ−Ｐが一貫したセッションＩＤ（例えば、１２８ビットのセッションＩＤ）を生成するための情報、ＴＡ選択の優先度（例えば、ＴＡ候補はすべてのパスの共通するセクションにある、若しくはＴＡ候補は少なくとも半数のパスの共通するセクションにあることなど）である。
ステップＳ１３０７で、ＨＡ１２０６（制御手段１５０３）が“ターゲットアドレス”に関連する“Disc-P-Record”の“Ｄｉｓｃ−Ｐリスト”のエントリが空であるとわかると、“ドメイン情報”をチェックする。例えば、ＢＣ（Binding Cache）と“Disc-P-Record”のエントリを結合した場合、この“ドメイン情報”はＭＮ１２１０のＣｏＡであるＣｏＡ２を含む。ＨＡ１２０６（制御手段１５０３）は適当なＤｉｓｃ−Ｐ情報の取得のため、バックエンドのデータベースを調べる。例えば、ＨＡ１２０６は“ドメイン情報”によって明らかにされたドメインのＤｉｓｃ−Ｐコントローラーを見つけることができる。TA-Disc-Initメッセージは、関連する情報、例えばＣｏＡ２を含む“ポリシーデータ”を有して、Ｄｉｓｃ−Ｐコントローラーに向けて送信される。Ｄｉｓｃ−Ｐコントローラーは“リクエスターアドレス”と“ポリシーデータ”に基づいて適当なＤｉｓｃ−Ｐを選択し、相当するＤｉｓｃ−ＰにTA-Disc-Initメッセージを送信する。例えば、Ｄｉｓｃ−ＰコントローラーはＣｏＡ２に対してＤｉｓｃ−Ｐとして行動できるデフォルトゲートウェイを決定することができ、ゲートウェイにTA-Disc-Initメッセージを転送する。
ステップＳ１３０９に示すように、ＨＡ１２０６が適当なＤｉｓｃ−Ｐを見つける他の方法は、TA-Disc-Initメッセージをユニキャストプレフィックスベースのマルチキャストアドレスに送信することである。例えば、TA-Disc-Initメッセージは、ＣｏＡ２と同じプレフィックスを共有するマルチキャストアドレスに向けて送信される。そのため、ＭＮ１２１０のドメインのＤｉｓｃ−Ｐはそのようなマルチキャストアドレスを認識でき、TA-Disc-Initメッセージをインタセプトする。Ｄｉｓｃ−Ｐ、例えばＤｉｓｃ−Ｐ（１２１４）は“リクエスターアドレス”と“ポリシーデータ”に格納されたＣｏＡとの間のパス上にあるかを確認する。Ｄｉｓｃ−Ｐ（１２１４）が異なる確認方法、例えばＡＲ１２０８のルーティングテーブルをチェックする、若しくはＤＨＣＰサーバを通じてＭＮ１２１０の形成情報にアクセスする方法を有することは当業者にとって自明である。これは本発明の原理に影響を与えない。
また、ＨＡ１２０６が適当なＤｉｓｃ−Ｐを見つける他の方法は、ＨＡ１２０６がＤｉｓｃ−Ｐ発見のためのメッセージをＡＲ１２０８経由でTA-Disc-Requestメッセージに含まれるリクエスターアドレスに向けて送信する。Ｄｉｓｃ−Ｐ発見のためのメッセージのＩＰヘッダには、Ｄｉｓｃ−Ｐとなり得るノードがインタセプトできるＲＡＯが付加されており、このメッセージをインタセプトした最初のＤｉｓｃ−Ｐ対応ノードがＤｉｓｃ−Ｐとなる。Ｄｉｓｃ−Ｐ発見のためのメッセージをＡＲ１２０８経由でリクエスターアドレスに向けて送信する方法には、例えばＤｉｓｃ−Ｐ発見のためのメッセージをＡＲ１２１０あてのＩＰヘッダでカプセル化し、ＡＲ１２１０にてカプセル化を解いてもよいし、Strict Routeなどの方法を用いて強制的にＤｉｓｃ−Ｐ発見のためのメッセージをＡＲ１２０８経由にしてもよい。ただし、カプセル化を用いない場合、Ｄｉｓｃ−Ｐ発見のためのメッセージがＨＡ１２０６からＡＲ１２０８の間の経路上にあるＤｉｓｃ−Ｐ対応ノードにインタセプトされても、ＡＲ１２０８を通過するまではメッセージが送信され続けるような手段が必要である。この方法で発見されたＤｉｓｃ−Ｐは、レスポンスをＨＡ１２０６に返し、自分がＤｉｓｃ−ＰであることをＨＡ１２０６に通知してもよい。またTA-Disc-InitメッセージをＤｉｓｃ−Ｐ発見のためのメッセージと兼用して用い、Ｄｉｓｃ−Ｐが発見された後、Ｄｉｓｃ−ＰはＨＡ１２０６にレスポンスを返すことなく次のプロセス、すなわちＳ１３１３に進んでもよい。
図１３に示すように、Ｄｉｓｃ−Ｐ（１２１４）（受信手段８００）がTA-Disc-Initメッセージを受信する（Ｓ１３１１）と、メッセージ生成手段８０２はTA-Discシグナリングアプリケーションメッセージ（TA-Discメッセージ）を生成する。TA-DiscメッセージはＭＮ１２１０からＭＮ１２００に向けてデータパスに沿って（送信手段８０１によって）送信される（Ｓ１３１３）。これを実現するために、非特許文献３に記載のＮＳＩＳのようなスキームがＴＡ発見のために用いられる。
例えば、それぞれのＴＡはTA-Discシグナリングアプリケーションをサポートし、それはＮＳＬＰレイヤアプリケーションである。ＴＡ、例えばＴＡ１２１６がTA-Discシグナリングアプリケーションにおけるあらかじめ定義されたＮＳＬＰ ＩＤを有するＮＳＩＳメッセージを受けると、ＴＡ１２１６はそれに従い処理し、次のＴＡ１２１８を発見し、ＴＡ１２１８に必要なメッセージを転送する。TA-Discメッセージのフォーマットの一例を以下に示す。
TA-Disc：＝［セッションＩＤ］
［フローＩＤ］
［エンドポイントアドレス］
［ＴＡ選択要素］
［ポリシーデータ］
メッセージの中で、“セッションＩＤ”は受信したTA-Disc-Initメッセージの“ポリシーデータ”から得られる。“フローＩＤ”は“リクエスターアドレス”と“Ｄｉｓｃ−Ｐのアドレスに基づいて生成される。“エンドポイントアドレス”はＤｉｓｃ−Ｉ（１２１２）のアドレスである。“ＴＡ選択要素”は受信したTA-Disc-Initメッセージから得られる。“ポリシーデータ”はシグナリング制御、例えば許可情報などの特別な情報を含む。
TA-DiscメッセージはＤｉｓｃ−Ｐ（１２１４）のＮＴＬＰレイヤに通され、ＭＮ１２１０からＭＮ１２００へのデータパスに沿っていくことを保証するためにＮＳＩＳ操作手続きにより送信される。パス上のＴＡ、例えばＴＡ１２１６がTA-Discメッセージを受信すると、ＴＡ１２１６がTA-Discシグナリングアプリケーション、例えばＮＳＬＰのＩＤをサポートしているかどうかの確認がＮＴＬＰレイヤによって開始される。ＴＡは“ＴＡ選択要素”をチェックし、すべての基準を満たすことが可能かわかる。ＴＡが基準をサポートしている場合、TA-Discメッセージに自身のアドレスと関連する情報を付加する。さもなければ、可能であれば、ＴＡ１２１６は次の端末にTA-Discメッセージを転送する（Ｓ１３１５）。関連するＴＡ情報の一例を以下に示す。
TA-Info-Element：＝［ＴＡアドレス］
［ＴＡ特性］
“ＴＡアドレス”はすべての基準を満たす現在のＴＡのアドレス情報である。“ＴＡ特性”は、例えばサポートされたトンネリングスキーム、暗号化、サポートされたＱｏＳスキーム、ＴＡの使用コストなどについての情報を含む。
ＴＡ１２１６はＭＮ１２００に向けて次の端末（となりの端末）の存在を確認する。これは標準のＮＳＩＳ手続きによるＮＴＬＰレイヤによってなされる。
パス上にさらにＴＡ、例えばＴＡ１２１８が存在し、受信したTA-Discメッセージが“TA-Info-Element”を含まない場合、ＴＡ１２１６は、自身のアドレスと“リクエスターアドレス”から得られる値に“フローＩＤ”を更新する。そのメッセージはＮＴＬＰレイヤに通され、次のホップの端末、例えばＴＡ１２１８に送信される（Ｓ１３１５）。
ＴＡ、例えばＴＡ１２１８において、ＮＴＬＰレイヤがパス上で更なる端末を見つけることができない場合、それは現在のＴＡがパス上における最後のシグナリング認識ノードであることを意味する。この場合、ＴＡ、例えばＴＡ１２１８はTA-Responseメッセージを生成し、TA-Discメッセージの“エンドポイントアドレス”に向けて送信する。この例では、TA-ResponseメッセージはＤｉｓｃ−Ｉ（１２１２）に送信される（Ｓ１３１７）。TA-ResponseメッセージはTA-Discメッセージと同じフォーマットである。
Ｄｉｓｃ−Ｉ（１２１２）（受信手段７００）がTA-Responseメッセージを受信すると、メッセージ生成手段７０２はメッセージからすべての“TA-Info-Element”を回収し、TA-Disc-Responseメッセージに入れてＭＮ１２００に送信する（Ｓ１３１９）。TA-Disc-Responseメッセージのフォーマットの一例を以下に示す。
TA-Disc-Response：＝［TA-Info-Element］
［ポリシーデータ］
１又は複数の“TA-Info-Element”は受信したTA-Responseメッセージから得られる。“ポリシーデータ”は、ＭＮ１２００がTA-Disc-Responseメッセージの正当性を確認するための情報と、対応するTA-Init-RequestメッセージとTA-Disc-Responseメッセージが一致（マッチ）するかを確認するための情報を含む。例えば、ＭＮ１２００は、最初のTA-Init-Requestメッセージの情報、例えば“ターゲットアドレス”を見つけるために“ポリシーデータ”の中のセッション情報を用いる。
TA-Disc-Responseメッセージの中に１つ以上の“TA-Info-Element”がある場合、ＭＮ１２００は、適当なＴＡ、例えば最も低いコストのＴＡを決定する際にローカルなポリシーを実行する。
図１４に示すようなシナリオにおいて、複数のTA-Discメッセージが異なるパスを介して送信され、異なる時間にＤｉｓｃ−Ｉ（１２１２）に到達することは当業者にとって自明である。この場合、Ｄｉｓｃ−Ｉ（１２１２）（受信手段７００）が、複数のパスを示すフラグを含む“ポリシーデータ”を有するTA-Responseメッセージを受けると、到達した、同じ“セッションＩＤ"を有するTA-Responseメッセージの数が“パスカウンター”の値に達するまで、TA-Disc-Responseメッセージの送信を待つ。
すべてのTA-Responseメッセージを受けた後、Ｄｉｓｃ−Ｉ（１２１２）（判断手段７０３）は“TA-Info-Element”を分析し、“ポリシーデータ”の中の“ＴＡ選択の優先度”に合うＴＡのみを含むリストを生成する。例えば、Ｄｉｓｃ−Ｉ（１２１２）はすべてのTA-Responseメッセージに共通するＴＡのみを含む、若しくは少なくともTA-Responseメッセージの半数に表れるＴＡのみを含むようリストを生成する。
また、Ｄｉｓｃ−Ｉ（１２１２）はすべての受けたTA-Responseメッセージから“TA-Info-Element”を積み上げ、ＭＮ１２００に送信するようにしてもよい。ＭＮ１２００は送信された情報に基づいて適当なＴＡを選択する。なお、ＴＡの決定方法に関しては、第１〜第３の実施の形態に記載の、ｐＴＡＥから送信されるTA_Discoveryメッセージを用いた方法と同一であってもよい。
＜第５の実施の形態＞
図１３に示すように、ステップＳ１３０９でＨＡ１２０６（制御手段１５０３）が“Disc-P-Record”のエントリが利用可能でないとわかると、それは、ＭＮ１２１０がホームにいるか、若しくは“ターゲットアドレス”が無効であるかを意味する。
そのため、ＨＡ１２０６（制御手段１５０３）は“ターゲットアドレス”の到達性を確認する、例えばＩＣＭＰメッセージを用いてアドレスを診断する。そのアドレスが到達可能であれば、ＭＮ１２１０がホームいることを意味し、ＨＡ１２０６はＤｉｓｃ−Ｐ（１２１４）として行動する。この場合、ＨＡ１２０６（メッセージ生成手段１５０２）はTA-Discメッセージを生成し、“リクエスターアドレス”に向けて（送信手段１５０１によって）送信する。
アドレスが到達可能でなければ、ＨＡ１２０６（送信手段１５０１）は“リクエスターアドレス”にその理由を示したエラーメッセージを送る。
＜第６の実施の形態＞
ネットワークで用いられるローカルなモビリティスキーム、例えばＨＭＩＰ（Hierarchical MIP：非特許文献６を参照）がある場合、最適化は可能である。例えば、ＭＡＰ（Mobility Anchor Point）がＤｉｓｃ−Ｉ（１２１２）として直接ＭＮ１２００によって選択されることができる。この場合、ＭＮ１２００はＴＡ選択に参加する必要はない。その代わりとして、ＭＡＰがモバイルノードのために発見処理を行うことができる。データパスがＭＡＰを通らなければならないため、モバイルノードのＭＡＰとＣＮ、若しくはモバイルノードのＭＡＰとＣＮのＭＡＰとの間にあるＴＡが用いられる。
図１３に示すように、ＨＭＩＰが用いられる場合、ＭＮ１２１０のためにＤｉｓｃ−Ｐ（１２１４）としてＭＡＰが行動する。この場合、特別なシグナリングは必要ない。ＭＮ１２１０はＢＵを用いてＨＡ１２０６に局所的なＣｏＡであるＲＣｏＡ（Regional CoA）を登録する。そのため、ＨＡ１２０６はＲＣｏＡに直接TA-Disc-Initメッセージを送信し、そのメッセージはＭＡＰ（Ｄｉｓｃ−Ｐ（１２１４））によってインタセプトされる。
＜第７の実施の形態＞
ステップＳ１３０７で、ＨＡ１２０６（制御手段１５０３）が、受信したTA-Init-Requestメッセージの“リクエスターアドレス”が対応する“Disc-P-Record”の中のＤｉｓｃ−Ｐと同じドメインに属するとわかると、ステップＳ１３１１をスキップし、自身（ＨＡ１２０６）がＤｉｓｃ−Ｐとして行動する。ＨＡ１２０６（送信手段１５０１）は“リクエスターアドレス”に向けて直接TA-Discメッセージを送信する。
＜第８の実施の形態＞
ネットワーク構築が対照的である、例えばＭＮ１２００とＭＮ１２１０の双方がモバイルノードでルート最適化をリクエストすることは当業者にとって自明である。そのため、ＭＮ１２００とＭＮ１２１０の双方はそれぞれが上述した機能を実行する、例えばＭＮ１２００もＨＡ、例えばＨＡ１２０４にローカルなＤｉｓｃ−Ｐを登録する。
データ送信ノード、例えばＭＮ１２１０がルート最適化を開始しようとする場合、上位レイヤのシグナリングを介して受信ノード、例えばＭＮ１２００にトリガを投げる。受信ノード、例えばＭＮ１２００は、上記実施の形態で述べたように処理を実行することができる。
なお、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
本発明に係るノード発見方法、その方法で用いられる代理ノード、その方法で用いられる移動端末、その方法で用いられる通信ノード、その方法で用いられるホームエージェントは、モバイルＩＰｖ６において、ＭＮのロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができるため、ロケーションプライバシを守りつつ、最適化経路に近い経路を与えるノードを発見するノード発見方法、その方法で用いられる代理ノード、その方法で用いられる移動端末、その方法で用いられる通信ノード、その方法で用いられるホームエージェントなどに有用である。
本発明の第１の実施の形態におけるデータ通信システムの構成の一例を示す構成図 本発明の第１の実施の形態におけるＴＡ ＮＳＩＳプロトコルの構成の一例を示す構成図 本発明の第１の実施の形態におけるｐＴＡＥ２のアドレスの情報を取得するシーケンスの一例について説明するためのシーケンスチャート 本発明の第１の実施の形態における決定されたｐＴＡＥを用いてＴＡを決定するシーケンスの一例について説明するためのシーケンスチャート 本発明の第１の実施の形態におけるｐＴＡＥ１とｐＴＡＥ２の中間に位置する中間ＴＡＥをＴＡと決定するシーケンスの一例について説明するためのシーケンスチャート 本発明の第１の実施の形態に係る移動端末（ＭＮ）の構成の一例を示す構成図 本発明の第１の実施の形態に係るｐＴＡＥ１の構成の一例を示す構成図 本発明の第１の実施の形態に係るｐＴＡＥ２の構成の一例を示す構成図 本発明の第２の実施の形態におけるｐＴＡＥの決定のシーケンスの一例について説明するためのシーケンスチャート 本発明の第２の実施の形態に係る移動端末（ＭＮ）の構成の一例を示す構成図 本発明の第３の実施の形態におけるデータ通信システムの構成の一例を示す構成図 本発明の第４の実施の形態におけるデータ通信システムの構成の一例を示す構成図 本発明の第４の実施の形態における処理ノード発見処理のシーケンスの一例を示すシーケンスチャート 本発明の第４の実施の形態における移動端末がマルチホームネットワークに属する場合のデータ通信システムの構成の一例を示す図 本発明の第４から第８の実施の形態における通信ノード（ＭＮ１２１０）のホームエージェントの構成の一例を示す構成図 本発明の第４から第８の実施の形態における通信ノード（ＭＮ１２１０）の構成の一例を示す構成図 従来のデータ通信システムにおけるパケットの送受信について説明するための図 従来のＴＡを決定する方法を説明するための図 従来のＴＡを決定する他の方法を説明するための図

Claims (1)

  1. 第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法であって、
    前記移動端末の代理として前記処理ノードを発見する代理ノードである第１の代理ノードが、前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを、前記通信ノードの代理として前記処理ノードを発見する代理ノードである第２の代理ノードに送信するステップと、
    前記第１のメッセージを受信した、前記所定の形式のメッセージを処理することが可能な中継ノードが、前記第１のメッセージに基づいて自身が前記処理ノードであるか否かを判断するステップと、
    前記判断するステップで、前記自身が前記処理ノードであると判断した場合、判断した前記所定の形式のメッセージを処理することが可能な中継ノードが、前記自身が前記処理ノードになる旨の第２のメッセージを前記第１の代理ノードに送信するステップとを有し、
    前記移動端末が前記第１のネットワークから移動して前記インターネットワークに含まれる他のネットワークに接続した場合に、
    移動前の前記第１のネットワークに接続していた際の前記処理ノードである移動前処理ノードを発見するために送信された前記所定の形式のメッセージが通る第１の経路と、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために送信される前記所定の形式のメッセージが通る第２の経路とが交差し、前記第１の経路と前記第２の経路とが収束した直後の前記所定の形式のメッセージを処理することが可能な中継ノードが、前記収束した経路上において前記移動前処理ノードよりも前記移動端末側に位置する場合には、前記移動前処理ノードを継続して処理ノードとして使用するノード発見方法。
JP2008558991A 2006-06-30 2007-06-29 ノード発見方法 Expired - Fee Related JP4937279B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008558991A JP4937279B2 (ja) 2006-06-30 2007-06-29 ノード発見方法

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2006181983 2006-06-30
JP2006181983 2006-06-30
JP2006300851 2006-11-06
JP2006300851 2006-11-06
PCT/JP2007/063520 WO2008001953A1 (en) 2006-06-30 2007-06-29 Node discovery method for providing optimal path preserving location privacy
JP2008558991A JP4937279B2 (ja) 2006-06-30 2007-06-29 ノード発見方法

Publications (2)

Publication Number Publication Date
JP2009543382A JP2009543382A (ja) 2009-12-03
JP4937279B2 true JP4937279B2 (ja) 2012-05-23

Family

ID=38529730

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008558991A Expired - Fee Related JP4937279B2 (ja) 2006-06-30 2007-06-29 ノード発見方法

Country Status (3)

Country Link
US (1) US20090232024A1 (ja)
JP (1) JP4937279B2 (ja)
WO (1) WO2008001953A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1933508A1 (en) * 2005-09-30 2008-06-18 Matsushita Electric Industrial Co., Ltd. Aggregation management method, aggregate node, and deaggregate node
JP4691564B2 (ja) * 2005-11-28 2011-06-01 パナソニック株式会社 アグリゲーション管理方法、アグリゲートノード、デアグリゲートノード
DE602007011675D1 (de) * 2007-07-13 2011-02-10 Ericsson Telefon Ab L M System und verfahren zur bereitstellung von denial-of-service-schutz in einem telekommunikationssystem
GB2454645B (en) * 2007-08-31 2012-05-09 Ericsson Telefon Ab L M Location update of a mobile node
WO2009066438A1 (ja) * 2007-11-20 2009-05-28 Panasonic Corporation アドレス割り当て方法、アドレス割り当てシステム、モバイルノード及び代理ノード
US9247411B2 (en) * 2009-12-23 2016-01-26 Qualcomm Incorporated Methods and apparatus for supporting multi-hop peer discovery in peer-to-peer wireless networks
EP2794624B1 (en) 2011-12-22 2019-05-15 Geron Corporation Guanine analogs as telomerase substrates and telomere length affectors
CN108055657A (zh) * 2017-12-14 2018-05-18 深圳Tcl数字技术有限公司 节点信息转发方法、网络设备及计算机可读存储介质
WO2019197339A1 (en) 2018-04-09 2019-10-17 Nokia Technologies Oy Method and apparatus for remote provisioning of protection policies in an edge node based on signaling between edge nodes
CN111027096B (zh) * 2019-12-11 2022-03-11 杭州蚂蚁聚慧网络技术有限公司 用于检测针对私有数据的泄漏通道的方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050259631A1 (en) * 2002-07-19 2005-11-24 Jarno Rajahalme Route optiminzing in mobile ip providing location privacy
JP2007508776A (ja) * 2003-10-18 2007-04-05 サムスン エレクトロニクス カンパニー リミテッド モバイルｉｐを支援するネットワークシステムにおけるモバイルアンカーポイントの探索及び移動ノードの移動性の管理のための方法及びシステム
EP1777908A1 (en) * 2005-10-21 2007-04-25 Matsushita Electric Industrial Co., Ltd. Dynamic discovery of home agent with specific binding

Also Published As

Publication number Publication date
US20090232024A1 (en) 2009-09-17
WO2008001953A1 (en) 2008-01-03
JP2009543382A (ja) 2009-12-03

Similar Documents

Publication Publication Date Title
JP4937279B2 (ja) ノード発見方法
US9088938B2 (en) Information exchange between gateways for route optimization with network-based mobility management
KR101086349B1 (ko) 통신 네트워크의 동작 제어방법 및 시스템과 관련된네트워크 및 그 컴퓨터 프로그램 제품
JP5048761B2 (ja) 通信セッションのためのロケーション・プライバシーとルート最適化とを同時に実施する方法及び装置
US7489667B2 (en) Dynamic re-routing of mobile node support in home servers
US7808970B2 (en) Method of dynamically assigning mobility configuration parameters for mobile entities
WO2009116246A1 (ja) 通信方法、通信システム、モバイルノード及びアクセスルータ
JPWO2008078633A1 (ja) 通信システム、ドメイン管理装置、エッジ装置並びに移動端末
WO2011001594A1 (ja) リダイレクション方法、リダイレクションシステム、モバイルノード、ホームエージェント及び代理ノード
US8300631B2 (en) Method for realizing mobile IP management and the network system thereof
JPWO2008132780A1 (ja) オーバレイネットワークノード及びモバイルノード並びにモバイルルータ
WO2010067569A1 (ja) 経路最適化方法、経路最適化システム、移動通信装置、移動管理装置及び相手先通信装置並びにホーム基地局
EP2099189A1 (en) Information exchange between gateways for route optimization with network-based mobility management
JPWO2008114496A1 (ja) パケット通信装置
JP4990920B2 (ja) マルチホーム端末のためのモバイルＩＰｖ６の最適化リバース・トンネリング
JP5192065B2 (ja) パケット伝送システムおよびパケット伝送方法
JP2009539275A (ja) ノード発見方法、その方法で用いられる移動端末、その方法で用いられる中継ノード、ホームエージェント
JP2010147686A (ja) 経路最適化のための情報交換方法、モバイルノード、アクセスゲートウェイ並びに通信システム
JP2008288831A (ja) ネットワークシステム、コントロールサーバ、モビリティ管理方法、及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20091027

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111004

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111115

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120131

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120221

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

Free format text: PAYMENT UNTIL: 20150302

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees