JPWO2010067569A1 - 経路最適化方法、経路最適化システム、移動通信装置、移動管理装置及び相手先通信装置並びにホーム基地局 - Google Patents

経路最適化方法、経路最適化システム、移動通信装置、移動管理装置及び相手先通信装置並びにホーム基地局 Download PDF

Info

Publication number
JPWO2010067569A1
JPWO2010067569A1 JP2010542006A JP2010542006A JPWO2010067569A1 JP WO2010067569 A1 JPWO2010067569 A1 JP WO2010067569A1 JP 2010542006 A JP2010542006 A JP 2010542006A JP 2010542006 A JP2010542006 A JP 2010542006A JP WO2010067569 A1 JPWO2010067569 A1 JP WO2010067569A1
Authority
JP
Japan
Prior art keywords
address
route optimization
communication device
route
request message
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.)
Withdrawn
Application number
JP2010542006A
Other languages
English (en)
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
Publication of JPWO2010067569A1 publication Critical patent/JPWO2010067569A1/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • 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/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H04W12/082—Access security using revocation of authorisation
    • 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 Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

移動通信装置のネットワークオペレータにとって、経路最適化に使用するのが好ましくないアドレスを確実に拒絶する技術が開示され、その技術によればＨＡ３０はＨｏＴＩメッセージ４０を受信すると（ステップＳ１）、外部ＩＰヘッダ４１の送信元アドレスＣｏＡが登録済みＣｏＡか否かをチェックし（ステップＳ２）、登録済みＣｏＡでなければＨｏＴＩメッセージ４０を破棄し（ステップＳ３）、他方、登録済みＣｏＡであればＣｏＡオプション４６内のＣｏＡ１が経路最適化ＯＫか否かをチェックし（ステップＳ４）、経路最適化ＯＫであれば、デカプセル化したＨｏＴＩメッセージ４２をＣＮ２０に転送し（ステップＳ５）、他方、経路最適化ＯＫでなければＨｏＴＩメッセージ４０を破棄する（ステップＳ３）。

Description

本発明は、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化方法及び経路最適化システムに関する。
本発明はまた、上記の移動通信装置、移動管理装置及び相手先通信装置に関する。
本発明はさらに、ホーム基地局に関する。
モバイルＩＰ（下記の非特許文献１）を利用するモバイルノード（以下、ＭＮ）は、移動先のアドレスであるケアオブアドレス（以下、ＣｏＡ：Care-of Address）を、自身のホームアドレス（ＨｏＡ：Home Address）を管理する移動管理ノードであるホームエージェント（以下、ＨＡ）、又は通信相手（以下、ＣＮ：Correspondent Node）に登録し、ＨｏＡあてパケットの転送を依頼する。また、ＭＮが、複数のＣｏＡを１つのＨｏＡに対して同時に関連付けて登録することができれば、複数のインタフェースを備えるＭＮは、それぞれのインタフェースに割り当てられたＣｏＡを登録することで、インタフェースの状態に応じて使用するＣｏＡを瞬時に切り替えることが可能となる。下記の非特許文献２には、ＭＮが複数のＣｏＡを１つのＨｏＡに関連付けてＨＡに登録する手法が記述されている。
さらに、ＭＮがＣＮへバインディングキャッシュ（以下、ＢＣ：Binding Cache）を登録し、経路最適化（ＲＯ：Route Optimization）を使用するためには、事前にリターンルータビリティ（以下、ＲＲ：Return Routability）を実行して、ＣＮと鍵を共有する必要がある。ＭＮは、ＲＲにより取得した鍵を用いて認証情報（ＭＡＣ：Message Authentication Code）を生成し、それをバインディング・アップデート（ＢＵ）メッセージに付加してＣＮへ送信する。ＣＮは、受信したＢＵメッセージに付加されている認証情報を検証することで、そのＢＵメッセージが、ＢＵメッセージ内に含まれているＨｏＡとＣｏＡを所有している正しいＭＮから送信されたものであるか否かを確認することができるため、他のノードのアドレスをＣｏＡとして登録する不正な行為を防ぐことができる。
ここで、ＭＮが複数のＣｏＡを保持する場合におけるＲＲについて説明する。ＭＮが複数のＣｏＡを保持する場合としては、外部ネットワークに接続しているインタフェースに複数のＣｏＡが割り当てられている場合や、外部ネットワークに接続する複数のインタフェースを備えている場合などがある。ＲＲは、ＭＮがＣＮへ登録するＨｏＡとＣｏＡに対して行われるため、ＨｏＡに対して複数のＣｏＡを登録する場合には、それぞれのＣｏＡに対してＲＲを実行する。例えば、ＭＮが複数のＣｏＡを保持していたとしても、それらのうちの特定のＣｏＡだけをＣＮに通知して経路最適化に使用する場合には、そのＣｏＡに対してＲＲを実行してＢＵメッセージを送信すればよい。
また、ＭＮが複数のＣｏＡを保持している場合、ＭＮのネットワークオペレータにとって、経路最適化に使用してもよいＣｏＡと、使用するのが好ましくないＣｏＡが存在するかもしれない。この場合、オペレータ側が、ＭＮが実行したＲＲをＣｏＡに応じて制御することで、好ましくないＣｏＡに対する経路最適化を拒否し、また、好ましいＣｏＡに対する経路最適化を許可することができる。
下記の特許文献１には、ＭＮが実行するＲＲをＣｏＡに応じてブロックする方法が開示されている。この方法は、ＨＡがＭＮから受信したＨｏＴＩ（Home Test Init）メッセージの外部ヘッダに設定されている送信元アドレス（カプセル化ＨｏＴＩメッセージの送信元アドレス）を確認し、そのアドレスが経路最適化を許可するアドレスである場合には、内部パケットであるＨｏＴＩメッセージをＣＮに転送し、許可しないアドレスである場合にはＣＮに転送しない（破棄する）ことで、ＣｏＡに応じたＲＲの可否を制御する方法である。例えば、ＭＮがＣｏＡ１とＣｏＡ２の２つを保持しており、オペレータはＣｏＡ１に対する経路最適化は許可するが、ＣｏＡ２に対する経路最適化は許可しない場合を考える。ＭＮがＣｏＡ１に対するＲＲを実行するために、ＣｏＡ１を用いてＨｏＴＩメッセージとＣｏＴＩ（Care of Test Init）メッセージを送信した場合、ＨＡは、受信したＨｏＴＩメッセージの外部ヘッダの送信元アドレスがＣｏＡ１であることを確認し、デカプセル化したＨｏＴＩメッセージをＣＮに転送する。
一方、ＭＮがＣｏＡ２に対するＲＲを実行するために、ＣｏＡ２を用いてＨｏＴＩメッセージとＣｏＴＩメッセージを送信した場合、ＨＡは、受信したカプセル化ＨｏＴＩメッセージの外部ヘッダの送信元アドレスがＣｏＡ２であることを確認し、内部のＨｏＴＩメッセージをＣＮに転送しない。これにより、ＣｏＡ１に対するＲＲは成功するため、ＭＮはＢＣをＣＮへ登録することができるが、一方、ＣｏＡ２に対するＲＲは失敗するため、ＢＣをＣＮに登録することができない。
特表２００７−５３３２７９号公報（図１０、段落００７４〜００８０）
D.Johnson, C.Perkins, J.Arkko, "Mobility Support in IPv6", RFC3775, June 2004. R.Wakikawa, T.Ernst, K.Nagami, V.Devarapalli "Multiple Care-of Addresses Registration", draft-ietf-monami6-multiplecoa-05.txt, January 2008.
しかしながら、特許文献１に示す方法を用いた場合、（悪意のある）ＭＮがＣｏＡ２に対する経路最適化を実行するために、ＣｏＡ２を送信元アドレスとするＣｏＴＩメッセージを送信する一方で、ＣｏＡ１を送信元アドレスとするＨｏＴＩメッセージを送信すると、ＲＲを成功させ、ＢＣを登録することができてしまう。その理由は、ＣｏＡ１から送信されたＨｏＴＩメッセージは、ＣｏＡ１を用いてカプセル化されてＨＡへ転送されるが、ＨＡは、その内部パケットであるＨｏＴＩメッセージを転送するため、ＨｏＴＩメッセージはＣＮへ届けられるためである。ＣＮによって受信されるＨｏＴＩメッセージは、送信元アドレスがＨｏＡに設定されたパケットであるため、ＣＮにとって、そのＨｏＴＩメッセージがＣｏＡ１から送信されたものであるか、ＣｏＡ２から送信されたものであるかは関係ない。そのため、ＣＮはそのＨｏＴＩメッセージに対してＨｏＴ（Home Test）メッセージを返し、また、ＣｏＴＩメッセージに対してもＣｏＴ（Care of Test）メッセージを返す。したがって、ＣｏＡ２に対するＲＲが成功し、ＭＮはＣｏＡ２を登録するためのＢＵメッセージを送信することができてしまう。このことは、従来の方法を用いた場合、ネットワークオペレータは、ＭＮのＣｏＡに応じてＲＲを制御することができていないことを示している。
本発明は上記従来技術の問題点に鑑み、移動通信装置のネットワークオペレータにとって、経路最適化に使用するのが好ましくないアドレスを確実に拒絶することができる経路最適化方法、経路最適化システム、移動通信装置、移動管理装置及び相手先通信装置並びにホーム基地局を提供することを目的とする。
本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化方法において、
前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記移動管理装置あてにカプセル化して送信するステップと、
前記移動管理装置が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄するステップとを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおいて、
前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記移動管理装置あてにカプセル化して送信する手段と、
前記移動管理装置が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記移動通信装置であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記移動管理装置あてにカプセル化して送信する手段を、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記移動管理装置であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを前記移動管理装置あてにカプセル化したメッセージを受信する手段と、
前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記相手先通信装置であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む第１の経路最適化要求メッセージと、前記移動通信装置から前記相手先通信装置をあて先として送信された第２の経路最適化要求メッセージを受信する手段と、
前記第１の経路最適化要求メッセージ内の前記アドレスと前記第２の経路最適化要求メッセージ内の送信元アドレスを比較し、一致する場合に前記直接経路を許可し、一致しない場合に前記直接経路を許可しない手段とを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化方法において、
前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージをホーム基地局あてに送信するステップと、
前記ホーム基地局が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記移動管理装置を経由して前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄するステップとを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおいて、
前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記ホーム基地局あてに送信する手段と、
前記ホーム基地局が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記移動管理装置を経由して前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記移動通信装置であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージをホーム基地局あてに送信する手段を
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおけるホーム基地局であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを受信する手段と、
前記移動管理装置の代理で前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記移動管理装置を経由して前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
備えた構成とした。
この構成により、移動通信装置が移動管理装置に送信する経路最適化要求メッセージが直接経路で使用を希望するアドレスを含み、移動管理装置が第１の経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックするので、移動通信装置のネットワークオペレータにとって、経路最適化に使用するのが好ましくないアドレスを確実に拒絶することができる。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記相手先通信装置であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを受信する手段と、
前記経路最適化要求メッセージの送信元アドレスと前記直接経路で使用を希望するアドレスから生成したメッセージ認証コード生成情報を含む応答メッセージを前記移動通信装置に送信する手段を、
備えた構成とした。
この構成により、経路最適化要求メッセージの応答として相手先通信装置から移動通信装置に返信される応答メッセージが、経路最適化要求メッセージの送信元アドレスと直接経路で使用を希望するアドレスから生成したメッセージ認証コード生成情報を含むので、移動通信装置は、直接経路を許可されないアドレスに基づいて真のメッセージ認証コードを生成できず、このため、経路最適化に使用するのが好ましくないアドレスを確実に拒絶することができる。
本発明によれば、移動通信装置のネットワークオペレータにとって、経路最適化に使用するのが好ましくないアドレスを確実に拒絶することができる。
本発明の第１の実施の形態におけるネットワークの構成を示す図 本発明の第１の実施の形態におけるネットワークの他の構成を示す図 本発明の第１の実施の形態におけるネットワークのさらに他の構成を示す図 本発明の第１の実施の形態におけるモバイルノードの構成を示すブロック図 本発明の第１の実施の形態におけるＨｏＴＩメッセージの構成を示す図 本発明の第１の実施の形態におけるＣｏＴＩメッセージの構成を示す図 本発明の第１の実施の形態におけるホームエージェントの構成を示すブロック図 本発明の第１の実施の形態におけるホームエージェントの処理を説明するためのフローチャート 図８の処理の変形例を説明するためのフローチャート 本発明の第１の実施の形態におけるＣＮの構成を示すブロック図 本発明の第３の実施の形態における処理及び通信シーケンスを示す説明図 本発明の第３の実施の形態におけるモバイルノードの構成を示すブロック図 本発明の第３の実施の形態におけるアドレス通知メッセージの構成を示す図 本発明の第３の実施の形態におけるモバイルノードの処理例を説明するためのフローチャート 本発明の第３の実施の形態におけるモバイルノードの他の処理例を説明するためのフローチャート 本発明の第３の実施の形態におけるホームエージェントの構成を示すブロック図 本発明の第４の実施の形態におけるネットワークの構成を示す図 本発明の第４の実施の形態における処理及び通信シーケンスを示す説明図 本発明の第４の実施の形態におけるホーム基地局の構成を示すブロック図
以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態＞
図１は、本発明の第１の実施の形態におけるネットワークの構成を示す図である。図１には、ホームネットワーク１と外部ネットワーク２があり、ＭＮ１０は、ホームネットワーク１のＨＡ３０によって管理され、ホームアドレスとしてＨｏＡ１が割り当てられている。さらに、ＭＮ１０のインタフェースＩＦは外部ネットワーク２に接続しており、複数のアドレスの例として２つのアドレスＣｏＡ１、ＣｏＡ２が割り当てられている。一方、ＭＮ１０の通信相手であるＣＮ２０は、ＭＮ１０のＨｏＡ１またはＣｏＡ１を用いた通信（ＨＡ経由パスＰ１、又は経路最適化パスＰ２）が可能である。複数のアドレスが割り当てられる場合としては、例えば以下のようなケースが想定される。ＭＮ１０が外部ネットワーク２で広告されているプレフィックスから複数のアドレス（ＣｏＡ１、ＣｏＡ２）を生成しているときや、ＭＮ１０が接続している外部ネットワーク２で複数のプレフィックスが広告されており、それぞれのプレフィックス（プレフィックス１、プレフィックス２）からアドレス（ＣｏＡ１、ＣｏＡ２）を生成しているときなどがある。この場合、プレフィックス１はホームネットワーク１から割り当てられたプレフィックスであり、ＣｏＡ１はＨＡ経由パスＰ１を用いたパケットの送受信に用いられる。一方、ＣｏＡ２はＨＡ３０を経由しない経路最適化パスＰ２を用いたパケットの送受信に用いられる。
また、図２に示すように、３ＧＰＰネットワーク１ａを利用するＭＮ１０が、Non-３ＧＰＰネットワーク１ｂに接続している場合、接続先のローカルネットワークから取得するアドレス（Local-ＣｏＡ：ＣｏＡ１）と、３ＧＰＰネットワーク１ｂへのゲートウェイであるｅＰＤＧ（evolved Packet Data Gateway）３１から取得するアドレス（ｅＰＤＧ−ＣｏＡ：ＣｏＡ２）の２つのアドレスが割り当てられる。ｅＰＤＧ３１とＭＮ１０との間にはＩＰＳｅｃトンネルが構築されており、ＭＮ１０側の終端アドレスとしてLocal-ＣｏＡが用いられる。この場合、ＭＮ１０とＣＮ２０との間には、２つの経路最適化パスが存在し、１つはｅＰＤＧ経由パスＰ１１、もう１つは、ローカルネットワークから直接ＣＮ２０へアクセスするローカルネットワーク経由パスＰ２１である。なお、３ＧＰＰネットワークにおいて、ＭＮはＵＥ（User Equipment）、ＨＡはPDN-Gateway（Packet Data Network Gateway）と呼ばれる。
さらに、図３に示すように、ＭＮ１０が２つのインタフェースＩＦ１、ＩＦ２を備えていて、インタフェースＩＦ１、ＩＦ２にそれぞれアドレスＣｏＡ１、ＣｏＡ２が割り当てられる場合も想定される。この場合、ＭＮ１０とＣＮ２０との間には、外部ネットワーク２ａから直接ＣＮ２０へアクセスするパスＰ２２と、外部ネットワーク２ｂから直接ＣＮ２０へアクセスするパスＰ２３の２つが存在する。なお、以下の説明では、ＭＮ１０と区別するために、ＭＮ１０と通信を行うノードを通信相手という意味であるＣＮと呼んでいるが、本発明においてその実態は、ＭＮ１０と同様にモバイルノードである。
本発明の第１の実施の形態の以下の説明では、ＭＮ１０はＣＮ２０との通信に、２つのケアオブアドレス（ＣｏＡ１、ＣｏＡ２）のうち、ＣｏＡ１を経路最適化に使用することを想定する。この場合、ＭＮ１０はＣＮ２０へ、ＨｏＡ１に対してＣｏＡ１を関連付けた位置情報を登録する必要がある。そのため、ＭＮ１０は、登録するＨｏＡ１とＣｏＡ１の所有者がＭＮ１０自身であることをＣＮ２０に通知するために、ＨｏＡ１とＣｏＡ１に対してＲＲを実行する。
＜ＭＮの構成＞
図４は、本発明の第１の実施の形態におけるＭＮ１０の構成を示す図である。ＭＮ１０は、インタフェース１０１と、送信部１０２と、受信部１０３と、ＨｏＴＩ（Home Test Init）生成部１０４と、アドレス選択部１０５と、ＣｏＴＩ（Care of Test Init）生成部１０６と、ＨｏＴ（Home Test）処理部１０７と、ＣｏＴ（Care of Test）処理部１０８と、アドレス管理部（ＢＵＬ）１０９と、ＭＩＰ（モバイルＩＰ）制御部１１０を有している。送信部１０２は、インタフェース１０１を通じて、接続されているネットワーク（外部ネットワーク２）上のノードにパケットを送信する機能を有している。受信部１０３は、インタフェース１０１を通じて、接続されているネットワーク（外部ネットワーク２）上のノードからパケットを受信する機能を有している。
アドレス管理部（ＢＵＬ）１０９は、ＭＮ１０のインタフェース１０１に割り当てられている複数のアドレス（ＣｏＡ１とＣｏＡ２）を管理する。アドレス選択部１０５には、以下で説明する経路最適化に使用するアドレスを選択する際に考慮される各種情報なども保持される。アドレス管理部（ＢＵＬ）１０９はまた、ＨｏＡ１とＣｏＡ１及びＣｏＡ２の関連付け情報を保持するバインディングアップデートリスト（ＢＵＬ）として機能してもよい。アドレス選択部１０５は、アドレス管理部１０９が保持しているケアオブアドレス（ＣｏＡ１とＣｏＡ２）のうち、ＣＮ２０と経路最適化を用いて通信を行う際に使用するべきアドレス（ＣｏＡ１）を選択する。
この選択する際に用いられる基準として様々なものが考えられるが、例えば、ケアオブアドレスを割り当てたネットワークオペレータに応じて選択する方法や、通信相手が属するオペレータや接続するネットワーク、さらにはＣＮ２０のアドレスと比較して選択する方法（通信相手と同じドメインに属するアドレスであるか否かなど）などがある。また、それぞれのケアオブアドレスを使用した場合のＱｏＳ（Quality of Service）の状態や通信コストに応じて選択する方法や、図２に示すようにＭＮ１０が３ＧＰＰネットワーク１ａを利用する場合には、２つのアドレスのうち、一方がLocal-ＣｏＡであり、もう一方がｅＰＤＧ−ＣｏＡであるため、その違いを考慮して選択する方法もある。例えば、ＭＮ１０がＣＮ２０との通信にできるだけ短いパスを使用したい場合には、図２に示すように、Local-ＣｏＡを用いた場合の方がｅＰＤＧ−ＣｏＡを用いた場合よりも通信パスが短くなるため、ＭＮ１０はLocal-ＣｏＡを選択する。なお、通信パスの長さよりも優先される条件が他にある場合は、その条件に従って選択される。なお、ＭＮ１０は、経路最適化に使用するＣｏＡとして、ＨＡ３０に登録しているＣｏＡから選択するようにしてもよい。
ＨｏＴＩ生成部１０４は、アドレス選択部１０５によってＣＮ２０との経路最適化に使用を希望するアドレス（ＣｏＡ１）が選択された後、選択されたアドレスをオプションとして含むＣＮ２０あてのＨｏＴＩメッセージを生成し、それをＨＡ３０あてにカプセル化して送信する。なお、ＨＡ３０及びＣＮ２０が、受信したＨｏＴＩメッセージの送信元ノードを識別するための情報として、ＭＮ１０のＨｏＡ又はＩＤなどを含むオプションをさらに付加してもよい。また、ＨｏＴＩ生成部１０４は、ＨｏＴＩメッセージとＣｏＴＩメッセージの対応関係をＣＮ２０へ認識させるために、シーケンス番号やクッキー（Cookie）などの数値情報を含めてもよい。また、ＣｏＡオプションに含める値、つまりＣＮ２０が比較に用いる情報として、ケアオブアドレスそのものではなく、ＣｏＡやＨｏＡなどから生成されるハッシュ値を用いてもよい。この場合、CｏＴＩメッセージにも同様のハッシュ値を含める。
＜ＨｏＴＩ＞
図５は、ＨｏＴＩ生成部１０４によって生成されるＨｏＴＩメッセージ４０を示す。ＨｏＴＩメッセージ４０は、ＭＮ１０からＣＮ２０あてのＨｏＴＩメッセージ４２を内部パケットとしてカプセル化したパケットであり、外部ＩＰヘッダ４１の送信元アドレスはＣｏＡ、あて先アドレスはＨＡ３０のアドレスである。内部のＨｏＴＩメッセージ４２は、ＩＰヘッダ４３とモビリティヘッダ４４を含み、ＩＰヘッダ４３の送信元アドレスはＨｏＡ１、あて先アドレスはＣＮ２０のアドレスである。なお、ＨＡ３０は、ＨｏＴＩメッセージ４０を受信すると、デカプセル化してＣＮ２０あてのＨｏＴＩメッセージ４２を送信する。
モビリティヘッダ４４は、通常のホームテスト用クッキー（Home Init Cookie）４５の他に、オプションとしてＣｏＡオプション４６とＭＮ識別情報４７を含む。ＣｏＡオプション４６は、ＣＮ２０との経路最適化に使用を希望するアドレス（ＣｏＡ１）を含んでいる。ＭＮ識別情報４７は、ＭＮ１０のＨｏＡとＩＤ（ＭＮ−ＩＤ）を含んでいる。なお、ＣｏＡオプション４６及びＭＮ識別情報４７は、モビリティヘッダ４４のオプションに限らず、別の宛先オプションヘッダとして含まれていてもよい。
図４に戻り、ＣｏＴＩ生成部１０６は、アドレス選択部１０５がＣＮ２０との経路最適化に使用を希望するアドレス（ＣｏＡ１）を選択した後、選択されたアドレスＣｏＡ１に対するＣｏＴＩメッセージを生成し、さらにＭＮ識別情報を付加してＣＮ２０へ送信する。このＭＮ識別情報は、ＣｏＴＩメッセージを受信するＣＮ２０に対して、ＣｏＴＩメッセージに対応するＨｏＴＩメッセージとの比較を行うことを要求するＣｏＡ比較要求情報でもある。つまりＣＮ２０は、ＣｏＴＩメッセージの中にＭＮ識別情報が含まれている場合には、対応するＨｏＴＩメッセージとの比較処理を行う必要があることを認識する。ＭＮ識別情報としては、ＣｏＴＩメッセージに付加するオプションなどを用いることができる。そのオプションの中には、受信したＣｏＴＩメッセージの送信元ノードをＣＮ２０が識別するための情報として、ＭＮ１０のＨｏＡやＩＤなどが含まれる。なお、ＣｏＴＩ生成部１０６は、ＣｏＴＩメッセージとＨｏＴＩメッセージの対応関係をＣＮ２０に認識させるために、シーケンス番号やCookieなどの数値情報を含めてもよい。
＜ＣｏＴＩ＞
図６は、ＣｏＴＩ生成部１０６によって生成されるＣｏＴＩメッセージ５０を示す。ＣｏＴＩメッセージ５０は、ＩＰヘッダ５１とモビリティヘッダ５２を含み、ＣＮ２０へ登録するケアオブアドレスを使って直接にＣＮ２０あてに送信されるメッセージであるため、送信元アドレスはＣｏＡ１となる（ＩＰヘッダ５１参照）。モビリティヘッダ５２は、通常のケアオブテスト用クッキー（Care-of Init Cookie）５３の他に、オプションとしてＭＮ識別情報５４を含む。ＭＮ識別情報５４は、ＭＮ１０のＨｏＡ及び／又はＩＤを含んでいる。なお、ＭＮ識別情報５４は、モビリティヘッダ５２のオプションに限らず、別の宛先オプションヘッダとして含まれていてもよい。
図４に戻り、ＨｏＴ処理部１０７は、送信したＨｏＴＩメッセージ４０、４２に応答してＣＮ２０から返信され、ＨＡ３０を経由して受信したＨｏＴメッセージを処理し、ＨｏＴメッセージに含まれている各種情報（ＭＡＣ生成用のhome keygen tokenなど）をアドレス管理部１０９に保持する。ＣｏＴ処理部１０８は、送信したＣｏＴＩメッセージ５０に応答してＣＮ２０から返信されたＣｏＴメッセージを処理し、ＣｏＴメッセージに含まれている各種情報（ＭＡＣ生成用のcare-of keygen token）をアドレス管理部１０９に保持する。ＭＩＰ制御部１１０は、ＨｏＴ処理部１０７及びＣｏＴ処理部１０８によって取得された情報（home keygen token、care-of keygen tokenなど）を用いて認証情報（ＭＡＣ）を生成し、ＨｏＡ１とＣｏＡ１の関連付け情報を登録するためのＢＵメッセージに付加してＣＮ２０へ送信する。
＜ＨＡ＞
図７は、本発明の第１の実施の形態におけるＨＡ３０の構成を示す図である。ＨＡ３０は、インタフェース３０１と、送信部３０２と、受信部３０３と、ＨｏＴＩ転送部３０４と、アドレスチェック部３０５と、ＨｏＴＩ処理部３０６とアドレス管理部３０７を備えている。ＨｏＴＩ処理部３０６は、ＭＮ１０からのカプセル化されたＨｏＴＩメッセージ４０を処理してアドレスチェック部３０５へ渡す。アドレス管理部（ＢＣ）３０７は、ＭＮ１０から登録された位置情報を保持するバインディングキャッシュ（ＢＣ）として機能する。アドレス管理部３０７にはまた、以下で説明するように、アドレスチェック部３０５が、経路最適化に使用するアドレスを選択する際に考慮される各種情報なども保持される。アドレス管理部３０７はまた、ＨｏＡ１とＣｏＡ１及びＣｏＡ２の関連付け情報を保持するＢＣとして機能してもよい。
アドレスチェック部３０５は、図５に示すようにカプセル化されたＨｏＴＩメッセージ４０の外部ＩＰヘッダ４１に設定されている送信元アドレス（ＣｏＡ）と、ＣｏＡオプション４６内のケアオブアドレス（ＣｏＡ１）を確認し、そのアドレスＣｏＡ１が、経路最適化で使用することが許可されたアドレスであるか否かをチェックする。アドレスＣｏＡ１が許可されたアドレスであるか否かをチェックする方法としては、例えば、それらのアドレスＣｏＡ、ＣｏＡ１が、アドレス管理部３０７（ＢＣ）に登録されているＣｏＡであるか否かをチェックする方法や、ネットワークオペレータが管理しているプレフィックスから生成されたアドレスであるか否かをチェックする方法がある。
アドレスチェック部３０５は、受信したＨｏＴＩメッセージ４０、４２内のＣｏＡオプション４６に含まれるアドレスＣｏＡ１を確認した結果、そのアドレスＣｏＡ１が許可されたアドレスである場合は、内部パケットであるＨｏＴＩメッセージ４２をＣＮ２０へ転送する。一方、許可されていないアドレスである場合は、ＨｏＴＩメッセージ４０、４２を転送せずに破棄する。なお、許可されていないアドレスである場合に、ＨｏＴＩメッセージ４０、４２を破棄すると同時に、ＭＮ１０に対してＨｏＴＩメッセージ４０、４２が破棄されたことを通知するレスポンスメッセージを送信してもよい。
また、アドレスチェック部３０５は、ＣｏＡオプション４６のチェックと共に、外部ＩＰヘッダ４１の送信元アドレスに設定されているアドレスＣｏＡをチェックしてもよい。基本的にモバイルＩＰでは、ＭＮ１０がＨＡ２０へカプセル化してパケットを送信するためには、カプセル化パケットの外部ＩＰヘッダ４１の送信元アドレスＣｏＡが、ＨＡ２０へ登録済みのケアオブアドレスである必要があるため、外部ＩＰヘッダ４１の送信元アドレスＣｏＡが登録済みのケアオブアドレスであるか否かのチェックは行われる。
つまり、アドレスチェック部３０５によって外部ＩＰヘッダ４１の送信元アドレスのチェックが行われる場合には、通常ＭＮ１０は、ＨＡ２０へ登録しているケアオブアドレスを使ってＨｏＴＩメッセージ４０、４２を送信する必要がある。さらに言えば、ＭＮ１０は、ＨｏＴＩメッセージ４０、４２を送信する前に、ＢＵメッセージを送信し、ＨｏＴＩメッセージ４０、４２の送信に使用するケアオブアドレスを登録しておく必要がある。また、上記のＣｏＡオプション４６に含まれるアドレスＣｏＡ１、及び外部ＩＰヘッダ４１の送信元アドレスに設定されているアドレスＣｏＡのチェックによれば、両方のアドレスＣｏＡ１、ＣｏＡが一致していることが望ましいが、必ずしも同一である必要はない。すなわち、ＣｏＡオプション４６に含まれるアドレスＣｏＡ１が経路最適化が許可されたアドレスであり、外部ＩＰヘッダ４１の送信元アドレスＣｏＡがＨＡ２０に登録済みのアドレスであれば、内部のＨｏＴＩメッセージ４２はＨＡ２０によって破棄されずに転送される。
図８は、アドレスチェック部３０５によるアドレス処理内容を表すフローチャートである。図８において、ＨｏＴＩメッセージ４０を受信すると（ステップＳ１）、外部ＩＰヘッダ４１の送信元アドレスＣｏＡが登録済みＣｏＡか否かをチェックする（ステップＳ２）。登録済みＣｏＡでなければＨｏＴＩメッセージ４０を破棄し（ステップＳ３）、他方、登録済みＣｏＡであればＣｏＡオプション４６内のＣｏＡ１が経路最適化ＯＫか否かをチェックする（ステップＳ４）。経路最適化ＯＫであれば、アドレスチェック部３０５は、デカプセル化したＨｏＴＩメッセージ４２をＣＮ２０に転送するようＨｏＴＩ転送部３０４へ指示し（ステップＳ５）、他方、経路最適化ＯＫでなければＨｏＴＩメッセージ４０を破棄する（ステップＳ３）。ここで、図７に示すＨｏＴＩ転送部３０４は、アドレスチェック部３０５によって、ＭＮ１０から受信したＨｏＴＩメッセージ４０の転送が許可された場合には、デカプセル化した後のＨｏＴＩメッセージ４２をＣＮ２０へ転送する。
一方、このモバイルＩＰによる外部ＩＰヘッダ４１の送信元アドレスＣｏＡのチェックに加えて、ＨＡ２０がＨｏＴＩメッセージ４０を受け入れるか否かの判断材料の１つとして、両方のアドレスＣｏＡ、ＣｏＡ１が同一であることを条件としてもよい。この場合、ＨＡ２０は、外部ＩＰヘッダ４１の送信元アドレスＣｏＡがＢＣに登録されているケアオブアドレスであるが、経路最適化に使用するアドレス（ＣｏＡオプション４６に含まれるアドレスＣｏＡ１）と異なるアドレスである場合には、ＨｏＴＩメッセージ４２をＣＮ２０へ転送しない。つまり、ＨＡ２０が転送するＨｏＴＩメッセージ４２は、経路最適化に使用するアドレスＣｏＡ１がＨＡ２０に登録済みのアドレスでもある必要がある。このチェックを導入することで、ＨＡ２０は、ＨｏＴＩメッセージ４０の送信ノードがＣｏＡオプション４６に含まれるアドレスの所有者であることを確認することができる。
また、ＨＡ２０がＨｏＴＩメッセージ４０を受け入れるか否か別の判断材料としては、ＭＮ１０による迅速な経路最適化パスの構築を実現するために、ＨｏＴＩメッセージ４０が、ＨＡ２０に登録済みのケアオブアドレスから送信されていなくても、ＣｏＡオプション４６に含まれるアドレスＣｏＡ１が経路最適化が許可されたアドレスであることが挙げられる。この場合には、カプセル化されたＨｏＴＩメッセージ４０の受信、及びＨｏＴＩメッセージ４２の転送をするようにしてもよい。これにより、ＭＮ１０は、ＨＡ２０経由の通信では使用しないが、経路最適化で使用するアドレスがある場合には、そのアドレスを使ってＨｏＴＩメッセージ４０のみを送信すればよいため、ＢＵメッセージを送信する必要性をなくすることができる。ただし、この場合、ＨｏＴＩメッセージ４０の送信ノードがＣｏＡオプション４６に含まれるアドレスの所有者であることを確認するために、外部ＩＰヘッダ４１の送信元アドレスＣｏＡとＣｏＡオプション４６のアドレスＣｏＡ１が一致していることを条件とすることが望ましい。
また、図８の変形例として図９に示すように、アドレスチェック部３０５によってＨｏＴＩメッセージ４０、４２を受け入れると判断された後（ステップＳ３でＹＥＳ，ステップＳ４でＹＥＳ）、実際にＣＮ２０へＨｏＴＩメッセージ４２を転送する前に、内部パケットであるＨｏＴＩメッセージ４２の宛先であるＣＮ２０が、本発明の第１の実施の形態におけるＣＮに対応しているか否か、または経路最適化が許可されているノードであるか否かに応じて、ＨｏＴＩメッセージ４２を転送するべきか否かを判断してもよい（ステップＳ４ａ）。ＣＮ２０が対応しているか否か、許可されているか否かに関しては、ＨＡ３０が認証サーバなどへ確認する方法や、ＨＡ３０自身が保持するデータベースを用いるなどの方法がある。ここで、図９では、図８に示すステップＳ４の後にステップＳ４ａが追加されている点が異なり、他は図８と同じであるので、詳細な説明は省略する。
＜ＣＮ＞
図１０は、本発明の第１の実施の形態におけるＣＮ２０の構成を示す図である。ＣＮ２０は、インタフェース２０１と、送信部２０２と、受信部２０３と、ＨｏＴ生成部２０４と、ＣｏＴ生成部２０５と、ＨｏＴＩ処理部２０６と、ＣｏＴＩ処理部２０７と、ＲＲ（Return Routability）メッセージ比較部２０８を有する。送信部２０２は、インタフェース２０１を通じて、接続されているネットワーク（外部ネットワーク２）上のノードにパケットを送信する機能を有している。また、受信部２０３は、インタフェース２０１を通じて、接続されているネットワーク（外部ネットワーク２）上のノードからパケットを受信する機能を有している。
ＨｏＴＩ処理部２０６は、ＭＮ１０からＨＡ２０経由で受信したＨｏＴＩメッセージ４２を受信し、ＣｏＡオプション４６が含まれている場合は、そのＨｏＴＩメッセージ４２に対応するＣｏＴＩメッセージ５０との比較処理を行うようＲＲメッセージ比較部２０８へ指示する。一方、ＣｏＴＩ処理部２０７は、ＭＮ１０から受信したＣｏＴＩメッセージ５０を受信し、ＭＮ識別情報が含まれている場合は、そのＣｏＴＩメッセージ５０に対応するＨｏＴＩメッセージ４２との比較処理を行うようＲＲメッセージ比較部２０８へ指示する。
ＨｏＴ生成部２０４は、ＲＲメッセージ比較部２０８による検証によって、ＨｏＴＩメッセージ４２の受信が許可された場合には、モバイルＩＰの規定に従ってＨｏＴメッセージを生成し、ＨＡ３０経由してＭＮ１０へ送信される。一方、ＣｏＴ生成部２０５も同様に、ＲＲメッセージ比較部２０８による検証によって、ＣｏＴＩメッセージ５０の受信が許可された場合には、モバイルＩＰの規定に従ってＣｏＴメッセージを生成し、ＭＮ１０宛へ送信する。
ＲＲメッセージ比較部２０８は、ＨｏＴＩ処理部２０６及びＣｏＴＩ処理部２０７から指示を受け、ＨｏＴＩメッセージ４２に付加されていたＣｏＡオプション４６に含まれるアドレスＣｏＡ１と、そのＨｏＴＩメッセージ４２に対応するＣｏＴＩメッセージ５０の送信元アドレスＣｏＡ１を比較する。そして、それらのアドレスが同一である場合には、ＨｏＴＩメッセージ４２及びＣｏＴＩメッセージ５０の受信を許可し、ＨｏＴ生成部２０４及びＣｏＴ生成部２０５に対して、ＨｏＴメッセージ及びＣｏＴメッセージを送信するよう指示する。一方、それらのアドレスが異なる場合には、対応するＨｏＴＩメッセージ及びＣｏＴＩメッセージを破棄する。対応しているＨｏＴＩメッセージ４２とＣｏＴＩメッセージ５０を認識するためには、両方のメッセージ４２、５０に含まれているＭＮのＨｏＡ及び／又はＩＤが使われる。
ＲＲメッセージ比較部２０８は、ＨｏＴＩメッセージ４２又はＣｏＴＩメッセージ５０のうち、一方のメッセージを先に受信した後、それに対応するもう一方のメッセージの到着を待つ時間を計測するためにタイマを使用する。例えば、ＣｏＴＩメッセージ５０を先に受信した場合、ＲＲメッセージ比較部２０８はその受信と共にタイマをスタートさせ、あらかじめ決められた時間だけＨｏＴＩメッセージ４２の到着を待つ。もしも一定時間経ってもＨｏＴＩメッセージ４２を受信できない場合は、先に受信したＣｏＴＩメッセージ５０を破棄する。
ここで、ＭＮ１０は経路最適化にＣｏＡ２を使用したいが、ネットワークオペレータは、ＣｏＡ１は許可するがＣｏＡ２は許可しないというケースを考える。このとき、ＣＮ２０が従来のＣＮである場合は、ＭＮ１０は、ＨｏＴＩメッセージ４２をＨＡ３０からＣＮ２０へ転送させるために、ＨＡ３０が許可するＣｏＡ１をＣｏＡオプションに含め、ＣｏＡ１からＨｏＴＩメッセージを送信し、一方ＣｏＴＩメッセージ５０はＣｏＡ２から送信することで、home keygen token（ＨｏＴメッセージ内に含む）とcare-of keygen token（ＣｏＴメッセージ内に含む）の両方を取得することができる。これにより、ＭＮ１０に対し、ネットワークオペレータが許可しないＣｏＡ２に対する位置情報の登録を許してしまう。しかし、本実施の形態で述べるように、ＣＮ２０が、受信したＨｏＴＩメッセージ４２に対応するＣｏＴＩメッセージ５０を受信した場合に限り、home keygen tokenを返すようにすれば、ＭＮ１０は、ＣｏＡ１に対するhome keygen token及びcare-of keygen tokenしか取得することができなくなるため、ＣｏＡ２の登録を防ぐことができる。
このように、第１の実施の形態では、ＨＡ３０は、特許文献１のようにＨｏＴＩメッセージ４０の送信元アドレスのみをチェックするのではなく、内部のＨｏＴＩメッセージ４２内のＣｏＡオプション４６に含まれるケアオブアドレス（ＣｏＡ１）をチェックするので、経路最適化が許可されていないＨｏＴＩメッセージ４２の転送を防ぐことができる。また、ＭＮ１０は、ネットワークオペレータが許可するアドレスに対するcare-of keygen tokenは取得することができるが、ネットワークオペレータが許可しないアドレスに対するcare-of keygen tokenを取得することはできない。これは、ネットワークオペレータが許可するアドレスを用いてＨｏＴＩメッセージ４２をＣＮ２０へ転送させることができたとしても、そのＨｏＴＩメッセージ４２に対応するＣｏＴＩメッセージ５０も同様に、ネットワークオペレータが許可するアドレスに関するＣｏＴＩメッセージである必要があるためである。そのため、ＭＮ１０は、ネットワークオペレータが許可しないアドレスを登録するためのＢＵメッセージに、ＣＮ２０が受け入れる認証情報を生成して付加することはできない。その結果、ネットワークオペレータが許可しないアドレスを用いた経路最適化を防ぐことができる。
＜第２の実施の形態＞
本発明の第２の実施の形態では、第１の実施の形態においてＣＮ２０がＨｏＴＩメッセージ４２内のＣｏＡオプション４６とＣｏＴＩメッセージ５０の送信元アドレスを比較する代わりとして、ＨｏＴメッセージに含めるHome Keygen Tokenを生成するのに新たな生成方法を用いる。具体的には、ＣＮ２０は、ＣｏＡオプション４６を含むＨｏＴＩメッセージ４２を受信した場合、ＨｏＡだけでなく、ＣｏＡオプションに含まれるケアオブアドレスも用いてHome Keygen Tokenを生成する。以下は本実施の形態におけるHome Keygen Tokenの生成方法である。
_ home keygen token := First (64, HMAC_SHA1 (Kcn, (home address | care-of address| nonce | 0)))
通常のHome Keygen Tokenの生成方法の一例を以下に示す。
home keygen token := First (64, HMAC_SHA1 (Kcn, (home address | nonce | 0)))
通常のモバイルノードは、ＣＮ２０から受信したＨｏＴメッセージ内のhome keygen token と、ＣｏＴメッセージ内のcare-of keygen tokenなどからバインディング管理鍵Ｋbmを生成し、さらに、バインディング管理鍵Ｋbmからメッセージ認証コード（ＭＡＣ）を認証情報として生成してＢＵメッセージでＣＮ２０に送信する。ＣＮ２０は、受信したＢＵメッセージ内のメッセージ認証コードと、自ら計算したメッセージ認証コードを比較してＢＵメッセージを認証する。
本実施の形態の生成方法では、通常のhome keygen tokenを生成する方法と比べて、care-of addressを付加してhome keygen tokenを生成することで、ＭＮ１０がメッセージ認証コードを生成する際に用いるhome keygen tokenとcare-of keygen tokenは、同一のケアオブアドレスに対するＨｏＴメッセージ及びＣｏＴメッセージに含まれているものである必要がある。
例えば、ＭＮ１０は経路最適化にＣｏＡ２を使用したいが、ネットワークオペレータは、ＣｏＡ１は許可するがＣｏＡ２は許可しないというケースを考える。このとき、ＭＮ１０は、ＨｏＴＩメッセージ４２をＨＡ３０からＣＮ２０へ転送させるために、ＨＡ３０が許可するＣｏＡ１からＨｏＴＩメッセージ４０を送信し、一方ＣｏＴＩメッセージ５０はＣｏＡ２から送信することで、home keygen tokenとcare-of keygen tokenの両方を取得することができる。そのため、ＣＮ２０によるhome keygen tokenの生成が従来のようにＨｏＡのみを用いて（すなわち、care-of addressを付加しないで）生成される場合は、ＭＮ１０は、ＣＮ２０が受け入れるメッセージ認証コードを生成することができてしまう。これにより、ＭＮ１０に対し、ネットワークオペレータが許可しないＣｏＡ２に対する位置情報の登録を許してしまう。
しかし、本実施の形態では、ＭＮ１０が付加した認証情報（ＣｏＡ１から生成されたhome keygen tokenを使用して生成された認証情報）と、ＣＮ２０が生成した認証情報の不一致を検出して、ＢＵメッセージを拒絶することができる。これは、ＣＮ２０が、ＨｏＴＩメッセージ４２に含まれるＣｏＡ１を付加してhome keygen tokenを生成することで、ＭＮ１０が、取得したhome keygen token（ＣｏＡ１を使用して生成）と、ＣｏＡ２に対するcare-of keygen token（ＣｏＡ２を使用して生成）から認証情報を生成し、ＣｏＡ２を登録するＢＵメッセージに付加して送信したとしても、そのＢＵメッセージを受信したＣＮ２０は、ＣｏＡ２を使用してhome keygen tokenを生成して認証情報を検証するためである。
なお、ＣＮ２０は、ＣｏＡ１を用いてhome keygen tokenを生成する代わりに、ＣｏＴＩメッセージ５０に含まれるＨｏＡ１を用いてcare-of keygen tokenを生成してもよい。この場合のcare-of keygen tokenの生成方法は以下のようになる。
care-of keygen token := First (64, HMAC_SHA1 (Kcn, (care-of address | home address | nonce | 1)))
また、上記のＣｏＡ１を用いて生成するhome keygen tokenとＨｏＡ１を用いて生成するcare-of keygen tokenの両方を同時に用いてもよい。
なお、ＨｏＴメッセージ及びＣｏＴメッセージに含まれるhome keygen token及びcare-of keygen tokenが上記の方法で生成されたものであることを示す情報を、ＨｏＴメッセージ及びＣｏＴメッセージに含めてもよい。例えば、ＣＮ２０が、ＨｏＴメッセージ及びＣｏＴメッセージを構成するモビリティヘッダの中にフラグとしてセットしてもよいし、モビリティヘッダのＭＨタイプ（Mobility Headerタイプ）に専用の値をセットしてもよい。また、ＣｏＡオプション４６の中にフラグとしてセットして、ＨｏＴメッセージ及びＣｏＴメッセージに含めてもよい。
このように、第２の実施の形態においても第１の実施の形態と同様に、ＨＡ３０は、ＨｏＴＩメッセージ４０、４２のＣｏＡオプション４６に含まれるケアオブアドレスをチェックするので、経路最適化が許可されていないＨｏＴＩメッセージ４２の転送を防ぐことができる。また、第２の実施の形態においては、ネットワークオペレータが許可するアドレスを用いてＨｏＴＩメッセージ４２をＣＮ２０へ転送させ、home keygen tokenを取得することができたとしても、ネットワークオペレータが許可しないアドレスに対するhome keygen tokenを取得することはできない。従って、ＭＮ１０は、ネットワークオペレータが許可しないアドレスを登録するためのＢＵメッセージに、ＣＮ２０が受け入れる認証情報を生成して付加することはできない。その結果、ネットワークオペレータが許可しないアドレスを用いた経路最適化を防ぐことができる。
＜第３の実施の形態＞
本発明の第１の実施の形態及び第２の実施の形態では、ＭＮ１０がローカルネットワーク内で取得したアドレスを経路最適化パスＰ２の構築に使用しようとした場合に、ＨＡ３０が、ＭＮ１０によって開始されたＲＲを拒絶するための方法について説明した。本発明の第３の実施の形態では、ローカルネットワーク内で取得したアドレスを使った経路最適化パスＰ２の構築を可能とする手法について説明する。本実施の形態におけるネットワーク構成は、第１の実施の形態におけるネットワーク構成と同様であるため、図２を用いて説明する。
まず、本実施の形態の概要を説明する。本実施の形態におけるＭＮ１０は、図２に示すように、ローカルネットワークで取得したアドレス（ＣｏＡ１）を用いた経路最適化パス、つまりローカルネットワーク経由パスＰ２１を用いてＣＮ２０と通信を行いたいとする。図１１（１）〜（８）は、第３の実施の形態における通信シーケンスを示す。
（１）まず、ＭＮ１０は、自身が保持するアドレス（ＣｏＡ１、ＣｏＡ２の中から、経路最適化（ＲＯ）に使用したいアドレスとしてＣｏＡ１を選択する。
（２）ＭＮ１０が経路最適化に使用するアドレスとしてＣｏＡ１を選択した後、ＣｏＡ１が３ＧＰＰネットワーク１ａから割り当てられたアドレスではなく、ローカルネットワークから割り当てられたアドレスである場合、ＭＮ１０は、ＣｏＡ１を含むＨｏＴＩメッセージの転送を許可するよう要求する経路最適化要求メッセージをＨＡ３０へ送信する。
（３）経路最適化要求メッセージを受けたＨＡ３０は、ＣｏＡ１を経路最適化に使用することが許可されているか否かを確認する。
（４）ＣｏＡ１を用いた経路最適化の使用が可能と判断された場合、ＨＡ３０は、ＭＮ１０に対してＣｏＡ１を用いた経路最適化が許可されたことを示す応答を送信する。
（５）（８）応答を受けたＭＮ１０は、第１の実施の形態と同様に、ＣｏＡ１を用いた経路最適化パスを構築するために、ＣｏＡ１を含めたＨｏＴＩメッセージをＨＡ３０経由でＣＮ２０に送信するとともに、ＣｏＡ比較要求情報を含めたＣｏＴＩメッセージをＣＮ２０宛に送信し、ＲＲを開始する。
（６）（７）ＨＡ３０は、ＵＥが送信する全てのパケットをチェックし、ＨｏＴＩメッセージを含むパケットが見つかった場合には、そのＨｏＴＩメッセージに含まれているアドレスと、経路最適化要求メッセージで通知されたＣｏＡ１の照合を行う。ＨｏＴＩメッセージに含まれるアドレスが、ＣｏＡ１と異なるアドレスである場合は、そのＨｏＴＩメッセージの転送はしない（すなわち破棄する）。一方、ＨｏＴＩメッセージに含まれるアドレスがＣｏＡ１であった場合は、ＨＡ３０は、そのＨｏＴＩメッセージをＣＮ２０へ転送する。ＣＮ２０は、第1の実施の形態と同様に、ＨｏＴＩメッセージ内のアドレスと、ＣｏＴＩメッセージの送信元アドレスとを比較し、両者が一致した場合にのみＨｏＴメッセージ及びＣｏＴメッセージをＭＮ１０に返す（不図示）。
図１２は、第３の実施の形態におけるＭＮ１０が持つ各機能の構成例である。図１２におけるインタフェース１０１と、送信部１０２と、受信部１０３と、ＨｏＴＩ／ＣｏＴＩ生成部１０４、１０６と、ＨｏＴ／ＣｏＴ処理部１０７、１０８と、アドレス管理部１０９とＭＩＰ制御部１１０は、図４に示す構成と同様であるので詳細な説明を省略する。経路最適化用アドレス選択部１０５ａは、経路最適化に用いるアドレスの選択を行う。この選択は、経路最適化に使用するパスを選択することに相当する。例えば、ＣＮ２０との通信に対してどのパスが最適であるかの判断に基づいて行われる。この場合、図２に示すように、ＣＮ２０が３ＧＰＰネットワーク１ａ上ではなく、外部のネットワーク（インターネット上）に存在するノードであるため、ＭＮ１０が接続しているローカルネットワークから直接インターネットへ繋がるローカルネットワーク経由パスＰ２１の方が、ｅＰＤＧ経由パスＰ２１やＨＡ経由パスＰ１よりも短いパスであるとの判断によりＣｏＡ１が選択される。また、ＣＮ２０もＭＮ１０と同様に、Ｎｏｎ−３ＧＰＰネットワーク１ｂに接続していて、ローカルネットワーク経由パスＰ２１を使用することができるノードであることを知得した場合に、ＭＮ１０はローカルネットワーク経由パスＰ２１を選択してもよい。
また、ＭＮ１０が接続しているローカルネットワーク（Non-3GPPネットワーク１ｂ）が、信頼できるNon-3GPPネットワーク（Trusted Non-3GPP network）であるか、又は信頼できないNon-3GPPネットワーク（Untrusted Non-3GPP network）であるかを判断して、経路最適化用アドレスを選択してもよい。例えば、信頼できるNon-3GPPネットワークは、３ＧＰＰオペレータと関係が深いネットワークであるため、Non-3GPPネットワークの状況や様々な情報を基に、３ＧＰＰオペレータは課金などの制御を行うことができるため、３ＧＰＰオペレータは信頼できるNon-3GPPネットワークからの経路最適化を許可するかもしれない。このためＭＮ１０は、接続中のネットワークが信頼できるNon-3GPPネットワークである場合に、インタフェース１０１に割り当てられているアドレスを経路最適化に使用するアドレスとして選択する。
なお、上述とは逆に、接続中のネットワークが信頼できないNon-3GPPネットワークである場合に、インタフェース１０１に割り当てられているアドレスを経路最適化に使用するアドレスとして選択してもよい。例えば、信頼するNon-3GPPネットワークからの３ＧＰＰコアネットワークへの接続処理や接続経路の長さなどは、信頼できないNon-3GPPネットワークからのものよりも、比較的良好であると考えられる。このため、信頼できるNon-3GPPネットワークにおいて、ＨＡ経由パスＰ１の代わりにローカルネットワーク経由パスＰ２１を使用するメリットがあまり大きくないかもしれない。一方、信頼できないNon-3GPPネットワークが３ＧＰＰオペレータの管理対象外のネットワーク（公衆無線ＬＡＮなど）である場合、３ＧＰＰコアネットワークへ接続するための複雑な処理を実行しなければならず、接続経路が長くなってしまう可能性がある。この場合、接続中のネットワークが信頼できないネットワークであっても、ＭＮ１０がローカルネットワーク経由パスＰ２１を選択するメリットは大きい。
また、経路最適化用アドレスの選択は、ＭＮ１０の経路最適化リスト保持部１１１が保持している経路最適化情報リストに基づいて行われてもよい。経路最適化情報リストには、経路最適化に使用可能なアドレスを取得できるネットワーク（Non-3GPPネットワーク１ｂ）に関する情報が含まれている。例えば、接続中のローカルネットワークがリストに該当するネットワークである場合は、そのネットワークから割り当てられているアドレスを経路最適化に使用するアドレスとして選択する。一方、接続中のローカルネットワークがリストに該当するネットワークでない場合は、経路最適化に使用不可であると判断し、そのネットワークから割り当てられているアドレスの選択は行わない。
ＭＮ１０はさらに、ＣＮ２０との通信でやり取りされるフローの種類（例えばＷｅｂフロー、ビデオフロー、オーディオフロー、データフロー）に応じて、適切なパスを選択してもよい。例えば、ＣＮ２０とやり取りするフローの種類をフローＡとすると、ＭＮ１０が保持するフロー情報の中で、フローＡがローカルネットワーク経由パスＰ２１を用いて転送するよう規定されている場合、ＭＮ１０は経路最適化に使用するアドレスとしてＣｏＡ１を選択する。なお、経路最適化を使用することが規定されたフローを持っている場合に、前述した方法によるアドレスの選択を行ってもよい。この場合、例えば、ＣＮ２０と行うフローが、ローカルネットワーク経由パスＰ２１を用いて転送するよう規定されているフローＡである場合に、接続しているネットワークが信頼できるネットワークであるか否かを確認し、信頼できるネットワークである場合に、割り当てられているアドレスを経路最適化用アドレスとして選択する。
なお、ＭＮ１０が参照するフロー情報は、３ＧＰＰネットワーク１ａのオペレータ（ＨＰＬＭＮ；Home Public Land Mobile Network、ホームオペレータ）、またはローカルネットワークを管理するオペレータ（ＶＰＬＭＮ：Visited Public Land Mobile Network、ローミング先オペレータ）から取得したフロー情報であってもよいし、ＭＮ１０があらかじめ保持していたフロー情報でもよい。オペレータから取得する場合、ＡＮＤＳＦ（Access Network Discovery and Selection Function）を用いてＡＮＤＳＦサーバから取得した情報でもよいし、ＰＣＲＦ（Policy Control and Charging Function）などのポリシーサーバから直接取得、あるいはＨＡ３０を介して取得してもよい。
上記の方法で経路最適化用アドレスとしてＣｏＡ１を選択した後、経路最適化アドレス選択部１０５ａは、ＨＡ３０に対して、ＣｏＡ１を用いた経路最適化の使用を要求するために、経路最適化要求メッセージをＨＡ３０へ通知するよう経路最適化要求部１１２へ指示する。経路最適化要求部１１２は、経路最適化用アドレス選択部１０５ａによって選択されたアドレスを用いた経路最適化の使用をＨＡ３０へ要求するための経路最適化要求メッセージを生成し、送信部１０２及びインタフェース１０１を経由して送信する。
なお、経路最適化用アドレス選択部１０５はアドレスを選択した後に、選択されたアドレスに応じて、ＨＡ３０へ通知するべきか否かを判断してもよい。例えばオペレータが、信頼できるローカルネットワークから割り当てられたアドレスを用いた経路最適化を許可している場合、選択したアドレスが信頼できるネットワークから割り当てられたアドレスである場合には、経路最適化での使用が認められているアドレスであると判断し、経路最適化要求メッセージをＨＡ３０へ送信せずに経路最適化処理を開始することができると判断してもよい。
一方、選択したアドレスが信頼できないネットワークから割り当てられたアドレスである場合に、ＨＡ３０へ経路最適化要求メッセージを送信してもよい。この場合、ＭＮ１０がｅＰＤＧ３１との間で行うＩＫＥｖ２メッセージの中でＣｏＡ１を用いた経路最適化の使用を要求し、そしてその要求を受けたｅＰＤＧ３１がＨＡ３０への経路最適化要求メッセージを送信してもよい。ｅＰＤＧ３１によってＨＡ３０へ送信される経路最適化要求メッセージとしては、ＰＢＵメッセージ（Proxy Binding Update）を用いることができるが、これに限定されない。また、上記とは逆に、選択したアドレスが信頼できるネットワークから割り当てられたアドレスである場合に、選択したアドレスを通知して認識させるために、ＨＡ３０へ経路最適化要求メッセージを送信し、一方、信頼できないネットワークから割り当てられたアドレスである場合には、経路最適化に使用できないため、ＨＡ３０への送信は不要であると判断してもよい。なお、接続しているネットワークが信頼できないネットワークであったとしても、選択されたアドレスがｅＰＤＧ経由パスＰ１１を使用するためのＣｏＡ２である場合には、経路最適化要求メッセージを送信すると判断してもよい。ＨＡ３０は、ｅＰＤＧ３１等へ問い合わせることで、ＭＮ１０のLocal-ＣｏＡを知得することができる。なお、ＭＮ１０が経路最適化での使用を要求しているケアオブアドレスをＨＡ３０が容易に知得することができるように、経路最適化要求メッセージにＣｏＡ１を含めてもよい。
また別な例として、ＨＡ３０へ経路最適化要求メッセージを通知するべきか否かを判断するために、経路最適化情報リストを用いてもよい。この場合、接続中のローカルネットワークがリストに含まれるネットワークに該当するネットワークである場合は、すでにＨＡ３０によって経路最適化での使用が許可されていると判断し、ＨＡ３０への要求は行わずに経路最適化処理を開始する。一方、リストに該当しないネットワークである場合は、経路最適化が使用できないネットワークであると判断し経路最適化要求を行わない。また上記とは逆に、接続中のネットワークがリストに該当しないネットワークである場合に、ＨＡ３０へ経路最適化の使用を要求してもよい。なお、接続中のローカルネットワークがリストに該当するネットワークである場合でも、オペレータがＭＮ１０に対して経路最適化の使用を許可していなかった場合は、経路最適化を実行したいアドレスとしてＣｏＡ２をＨＡ３０へ通知するようにしてもよい。
さらに、経路最適化情報リストを参照する前に、ＭＮ１０自身が、経路最適化の使用が許可されているかどうかを確認してもよい。使用が許可されているとは、ＭＮ１０の加入者情報（Subscription）において、契約上、ＭＮ１０が経路最適化の使用が許可されているか否かを意味している。判断方法としては、ＭＮ１０自身が保持する加入者情報を参照してもよいし、ＭＮ１０自身が経路最適化情報リストを保持している場合に、経路最適化の使用が許可されていると認識するようにしてもよい。また、経路最適化情報リストを３ＧＰＰネットワーク１ａ内の情報サーバ（ＡＮＤＳＦサーバ、ＨＡ３０、ポリシーサーバ（ＰＣＲＦ））へ要求した結果、経路最適化情報リストとして適切な情報を取得することができた場合は、経路最適化が許可されていると判断し、情報が取得できなかった場合は、許可されていないと判断してもよい。
また、経路最適化情報リストに含まれる情報として、上記の経路最適化が許可されたネットワークに関する情報の代わりに、経路最適化を使用して転送するべきフローに関する情報が含まれていてもよい。例えば、ＣＮ２０と通信中のフロー、あるいは通信する予定のフローが、ローカルネットワークから直接インターネットなどへアクセス可能なパス（ローカルネットワーク経由パスＰ２１）経由で転送することが指示されている場合には、ＭＮ１０はＣｏＡ１を選択する。
第３の実施の形態におけるＭＮ１０は、ＣｏＡ１を用いた経路最適化をＨＡ３０へ要求する場合に、図１３に示すようにＨＡ３０へ送信するＢＵメッセージ６０の中に要求を含めて通知する。ＢＵメッセージ６０は、ＩＰヘッダ６１内に送信元アドレスとしてＣｏＡ１及びあて先アドレスとしてＰＧＷ（ＨＡ３０）のアドレスを含み、ペイロード６２内にＨｏＡ６３及び経路最適化用アドレス６４を含む。図１３では、Local-ＣｏＡを用いた経路最適化の要求をしていることを示すためにＣｏＡ１をＢＵメッセージ６０に含めた例を示しているが、これに限定されない。ＣｏＡ１を含める代わりに、ＢＵメッセージ内のフラグを用いてLocal−ＣｏＡを用いた経路最適化を要求してもよい。なお、経路最適化用アドレスを通知するＢＵメッセージ６０は、ｅＰＤＧ（evolved Packet Data Gateway）３１から取得したアドレス（ｅＰＤＧ−ＣｏＡ：ＣｏＡ２）をＨｏＡ１に関連付けるケアオブアドレスとしてＨＡ３０へ登録するためのＢＵメッセージであってもよい。この場合、ＢＵメッセージには、ケアオブアドレスとして登録されるＣｏＡ２と共に、経路最適化用アドレスとしてＣｏＡ１が含まれるか、またはフラグがセットされる。ＣｏＡ１を含めた場合は、ＣｏＡ１を含むフィールド６４は、ＣｏＡ２を含む代替ＣｏＡオプションと区別するために、異なるタイプを持つオプションを用いるか、オプション内にフラグをセットする。なお、Local−ＣｏＡを用いた経路最適化要求の通知方法としては、ＢＵメッセージ６０に限定されない。別の方法として、ＨＡ３０との間でＳＡを確立するために送受信されるＩＫＥv２（IKE_SA_INITやIKE_AUTH_Requestなど）の中で通知してもよいし、ｅＰＤＧ３１とＭＮ１０の間でＳＡを確立するために実行されるＩＫＥｖ２（IKE_SA_INITやIKE_AUTH_Requestなど）の中で通知してもよい。
また、経路最適化用アドレス選択部１０５ａは、経路最適化用アドレスとして選択したアドレスをアドレス管理部１０９へ保持するよう指示する。経路最適化要求応答処理部１１３は、送信した経路最適化要求に対してＨＡ３０から返信された応答を処理し、ＨｏＴＩ／ＣｏＴＩ生成部１０４、１０６は、その処理結果に応じてＨｏＴＩメッセージ及びＣｏＴＩメッセージを送信するか、又は送信しない。
図１４、図１５は、ＭＮ１０が行う処理例をフローチャート化したものである。図１４における例では、ＣＮ２０との通信フローは直接ＩＰアクセス経由か否かをチェックする（ステップＳ１１）。そして、ＹＥＳであれば、ローカルアドレスを経路最適化用アドレスとしてＨＡ３０に通知し（ステップＳ１２）、ＨＡ３０からの応答がＯＫであれば（ステップＳ１３でＹＥＳ）、ＨｏＴＩメッセージを送信する（ステップＳ１４）。図１５における例は、ＨＡ３０によって経路最適化が許可されたネットワークについての情報が経路最適化リストに含まれている場合のフローチャートである。まず、接続ネットワークは経路最適化リストに含まれるか否かをチェックする（ステップＳ１１ａ）。そして、ＹＥＳであれば、ＨｏＴＩメッセージを送信する（ステップＳ１４）。一方、ＮＯであれば、経路最適化を要求するために、ローカルアドレスを経路最適化用アドレスとしてＨＡ３０へ通知し（ステップＳ１２）、ＨＡ３０からの応答がＯＫであれば（ステップＳ１３でＹＥＳ）、ＨｏＴＩメッセージを送信する（ステップＳ１４）。
図１６は第３の実施の形態におけるＨＡ３０の構成例である。図１５におけるインタフェース３０１と、送信部３０２と、受信部３０３と、ＨｏＴＩ転送部３０４と、ＨｏＴＩ処理部３０６は、図７に示す構成と同じであり、アドレスチェック部３０５ａとアドレス管理部３０７ａは、図７に示す構成とほぼ同じ構成であるので、詳細な説明は省略する。経路最適化要求処理部３１０は、ＭＮ１０から通知された経路最適化用アドレスを取得し、経路最適化用アドレス判断部３１１へ渡す。なお、経路最適化要求処理部３１０は、経路最適化用アドレスをｅＰＤＧ３１から取得してもよい。
経路最適化用アドレス判断部３１１は、ＭＮ１０から通知されたアドレスを使った経路最適化をＭＮ１０に対して許可するか否かを判断する。判断方法としては、ＨＡ３０が保持する経路最適化情報リスト（不図示）と照合し、そのアドレスが、リストに含まれるネットワーク（経路最適化が許可されたネットワーク）から割り当てられたアドレスであるか否か、あるいは、経路最適化が許可されたプリフィックスがリストに含まれており、通知されたアドレスのプリフィックスがリスト内のプリフィックスと一致するか否かを確認することで行われる。しかし確認方法はこれらに限定されない。
なお、経路最適化用アドレス判断部３１１は、ＭＮ１０から通知されたアドレスが経路最適化に使用できるアドレスであるか否かを判断する前に、ＭＮ１０が経路最適化の使用が許可されているノードであるか否かをＡＡＡ／ＨＳＳ（不図示）へ問い合わせて確認してもよい。問い合わせを受けたＨＳＳ／ＡＡＡは、ＭＮ１０の加入者情報（Subscription）を参照し、ＭＮ１０がローカルアドレスを用いた経路最適化を行うことが許可されたノードであるかを確認する。ＨＡ３０は、ＨＳＳ／ＡＡＡから、ＭＮ１０が経路最適化の使用が許可されたノードであるとのレスポンスを受けた場合には、さらに、ＣｏＡ１を用いた経路最適化が可能か否かを確認する。ＣｏＡ１を用いた経路最適化が可能か否かの確認は、前述した方法を用いて行われる。例えば、ＣｏＡ１を割り当てたネットワークが３ＧＰＰオペレータにとって信頼できるネットワークであるか否かによって判断してもよい。なお、ＨＡ３０はＨＳＳ／ＡＡＡに対して、ＵＥ１０が経路最適化の使用が許可されたノードであるかの確認だけでなく、ＣｏＡ１を用いた経路最適化が可能か否かについても、同時に問い合わせてもよい。確認の結果、ＣｏＡ１を用いた経路最適化が許可されている場合には、経路最適化要求応答部３１２は、通知されたアドレスの経路最適化への使用が許可されていることを示す応答をＭＮ１０へ返す。
経路最適化要求メッセージがＨＡ経由パスＰ１を用いて送信される場合、送信元アドレスはＭＮ１０のＨｏＡ１またはＣｏＡ２となっているため、ＨＡ３０は、そのメッセージに含まれているＣｏＡ１の妥当性（Validity）、及び到達性（Reachability）を確認することができない。そこでＨＡ３０は、ＭＮ１０から通知されたＣｏＡ１が、確かにＭＮ１０が保持しているアドレスであるか否かを確認するために、ＭＮ１０から経路最適化要求メッセージを受信した際に、通知されたアドレス宛にCookie情報を含む問い合わせメッセージを送信してもよい。アドレス問い合わせメッセージとしては、たとえば、Ｐｉｎｇメッセージとして用いられるＩＣＭＰ（Echo Request）メッセージを使用することができるが、これに限定されない。ＭＮ１０は、ＨＡ３０から問い合わせメッセージを受けた場合、メッセージに含まれていたCookie情報を含むレスポンスメッセージ（Echo Reply）をＨＡ３０へ返す。ＨＡ３０は正しいCookieを含む応答メッセージを受信した場合に、ＣｏＡ１をＭＮ１０が保持するアドレスであると判断し、以下に示すように、経路最適化の使用が許可されているアドレスか否かの確認を行う。
なお、セキュリティレベルの向上を図るために、アドレス問合せメッセージによる確認とＨＳＳ／ＡＡＡへの問い合わせの両方を実行するのが望ましいが、ＨＳＳ／ＡＡＡへの問い合わせで十分な場合は、アドレス問合せメッセージによる確認を省略してもよい。また、アドレス問合せメッセージによる確認で十分な場合は、ＨＳＳ／ＡＡＡへの問い合わせを省略してもよい。
本発明の第３の実施の形態により、３ＧＰＰネットワークオペレータは、ローカルネットワークから取得したアドレスを経路最適化に使用することを許可するか否かをＭＮ１０に応じて制御することができる。また、許可されたＭＮ１０は、ローカルネットワーク経由パスＰ２１を用いて、経路最適化パスを生成することができ、３ＧＰＰネットワークからＮｏｎ３ＧＰＰネットワークへハンドオーバした後にローカルネットワーク経由パスＰ２１を用いた場合でも、ＨｏＡ１を用いたＣＮ２０とのセッションを維持することが可能となる。
＜第４の実施の形態＞
第４の実施の形態では、３ＧＰＰにおいて、ＵＥがマクロ基地局（evolved Node B（ｅＮＢ）、Node B、マクロセル）又はフェムト基地局（ホーム evolved Node B（Home eNB、以下HeNB）、ホームNode B（Home NB）、ホーム基地局や小型基地局、代理基地局、CSG（Closed Subscriber Group）セルとも呼ばれる）に接続しており、マクロ基地局又はＨｅＮＢを経由して３ＧＰＰネットワークへ繋がるパスと、マクロ基地局又はＨｅＮＢを介して直接外部のネットワーク（インターネット）へ繋がるパスを構成している場合について説明する。以下では、ＨｅＮＢの場合について述べているが、マクロ基地局の場合でも同様のことが言える。
ＨｅＮＢは、マクロ基地局よりも小さな無線カバーエリアを提供する小型のホーム基地局である。ＨｅＮＢがユーザの宅内に設置される場合、ＵＥは、ＨｅＮＢを経由した３ＧＰＰのコアネットワークへのアクセス（以下、３Ｇ経由パス）だけでなく、ＨｅＮＢ配下のローカルネットワークへのアクセス（ＬＩＰＡ：Local IP Access）や、３ＧＰＰコアネットワークを介さないインターネットへの直接アクセス（SIPTO：Selected IP Traffic Offload、以下、直接パス）も利用することができる。通常ＵＥがインターネットへアクセスする際には３Ｇ経由パスを用いるが、ＵＥがＨｅＮＢに接続している場合は、３Ｇ経由パスを経由しない直接パスを選択して用いることで、ＨｅＮＢから直接インターネットへフローを送信することができる。直接パスを用いる利点としては、３ＧＰＰコアネットワークへの負荷を抑えることができるという点があげられる。また、ＵＥがインターネット上のノードと通信をする場合、３ＧＰＰコアネットワークを経由する必要がないため、３ＧＰＰコアネットワークへの負荷を抑え、なおかつ最短パスで通信が可能となる。本実施の形態で述べる方法は、オペレータがＵＥに対してサービスの1つとして直接パスの使用を許可するために、ＨｅＮＢがＵＥに応じて直接パスの使用の可・不可を制御するための方法である。
図１７は、ＵＥであるＭＮ１０が、ホーム基地局であるＨｅＮＢ７０に接続して３Ｇ経由パスＰ３１又は直接パスＰ３２を経由してＣＮ２０と通信している場合のネットワーク構成図である。ＭＮ１０は、ＨｅＮＢ７０に接続した際に、３Ｇ経由パスＰ３１用のアドレスＡと直接パスＰ３２用のアドレスＢをそれぞれ取得する。ＭＮ１０はＣＮ２０に送信するパケットの送信元アドレスとして使用するアドレスを選択することで、使用するパスＰ３１又はＰ３２を使い分けることができる。ここで、最初はＨｅＮＢ７０に接続せずにマクロ基地局に接続していて３Ｇ経由パスＰ３１を使用してＣＮ２０と通信しているＭＮ１０が次にＨｅＮＢ７０へ接続して直接パスＰ３２を使用した場合でも、ＣＮ２０とのセッションを維持したいとする。
この場合、ＭＮ１０は直接パスＰ３２へ切り替える前後で同じアドレスを使用してＣＮ２０と通信をしている必要がある。直接パスＰ３２を用いて通信をするときに３Ｇ経由パスＰ３１用のアドレスＡを使用するためには、ＭＮ１０は、ＣＮ２０に対してアドレスＢをＣｏＡとして通知し、ＣＮ２０との間にアドレスＡに対する経路最適化パスＰ２（図１参照）を構築する必要がある。しかし、許可されていないＭＮ１０による経路最適化パスＰ２すなわち直接パスＰ３２の構築を防ぐために、オペレータはＨｅＮＢ７０に対して、ＭＮ１０が送信したＨｏＴＩメッセージのチェックを代理で実行させる。ＭＮ１０が送信したＨｏＴＩメッセージの中に、経路最適化パス構築のための使用が許可されていないアドレスＢが含まれている場合は、ＨｅＮＢ７０はそのＨｏＴＩメッセージを転送せずにブロックする。この場合、ＭＮ１０はＲＲを実行することができないため、経路最適化パスＰ２すなわち直接パスＰ３２の構築ができない。
そのため、図１８（１）〜（７）に示すように、
（１）ＭＮ１０は、アドレスＢを使った経路最適化パスＰ２の構築をするために、アドレスＢをＨｅＮＢ７０へ通知して、アドレスＢを含むＨｏＴＩメッセージを転送するようＨｅＮＢ７０に対して要求する。なお、本発明の第３の実施の形態で述べたように、Local−ＣｏＡを用いた経路最適化を要求する方法は、アドレスＢを通知する方法に限定されない。例えば、ＨｅＮＢ７０へ送信するメッセージ内に、Local−ＣｏＡを用いた経路最適化を要求することを意味するフラグをセットする方法や、経路最適化の要求を示すペイロードを通知してもよい。この場合、ＨｅＮＢ７０は、自身が保持する情報を参照し、ＭＮ１０に割り当てられているLocal−ＣｏＡを知得する。
（２）この要求を受けたＨｅＮＢ７０は、アドレスＢが、ＭＮ１０が保持する直接パスＰ３２用のアドレスであるか否かを確認する。直接パスＰ３２用のアドレスである場合は、３ＧＰＰコアネットワーク１ａへ問い合わせてＭＮ１０が経路最適化の使用が許可されたＵＥであるかを確認し、その結果を取得する。ＭＮ１０が経路最適化の使用が許可されたＵＥである場合は、ＨｅＮＢ７０は、アドレスＢをＭＮ１０の経路最適化用のアドレスとして保持し、ＭＮ１０からのＨｏＴＩメッセージ内のアドレスとの照合を開始する。
（３）（４）（７）ＭＮ１０は、ＨｅＮＢ７０から、アドレスＢを用いた経路最適化の使用が許可されたことを示す応答を受けた場合には、本発明の第１の実施の形態と同様に、ＣＮ２０との直接パスＰ３２を用いた経路最適化パスＰ２を構築するために、アドレスＢを含めたＨｏＴＩメッセージとＣｏＡ比較要求情報を含めたＣｏＴＩメッセージをＣＮ２０宛に送信する。
通常のモバイルＩＰでは、ＵＥからＨＡに送信されるＨｏＴＩメッセージは、外部ネットワークに接続しているＵＥから送信されるためＨＡ宛にカプセル化されるが、本実施の形態のＵＥ（ＭＮ１０）は、ＨｅＮＢ７０を介した３Ｇ経由パスＰ３１を用いてカプセル化せずに送信することができる。この場合、ＨｅＮＢ７０は、ＵＥが送信する全てのパケットをチェックし、ＨｏＴＩメッセージを含むパケットを特定する。また、別な方法として、ＭＮ１０は、ＨｏＴＩメッセージをＨｅＮＢ７０宛にカプセル化して送信してもよい。この場合、カプセル化ＨｏＴＩメッセージのあて先には、ＨｅＮＢ７０のアドレスがセットされるため、ＨｅＮＢ７０は、自身宛のパケットを受信した際にのみ、パケットがＨｏＴＩメッセージであるか否かを確認すればよいため、代理受信による負荷を軽減することができる。なお、ＨｅＮＢ７０のアドレスは、ＭＮ１０がＨｅＮＢ７０に接続する際に取得する。
（５）（６）ＨｅＮＢ７０に到着したＨｏＴＩメッセージ内にアドレスＢが含まれている場合、ＨｅＮＢ７０はそのＨｏＴＩメッセージをＣＮ２０へ転送する。ＣＮ２０は、第1の実施の形態と同様に、ＨｏＴＩメッセージ内のアドレスと、ＣｏＴＩメッセージの送信元アドレスとを比較し、両者が一致した場合にのみＨｏＴメッセージ及びＣｏＴメッセージをＭＮ１０に返す（不図示）。
本実施の形態におけるＭＮ１０の構成は、第３の実施の形態で説明したＭＮ１０（図１２）と同じである。経路最適化用アドレス選択部１０５ａ及び経路最適化要求部１１２以外は、図１２に示す構成要素と同じであるため説明を省略する。アドレス選択部１０５ａは、ＭＮ１０に割り当てられているアドレスの中から経路最適化に使用するアドレスとして、直接パスＰ３２を使用するためのアドレスＢを選択する。さらに、経路最適化要求部１１２に対して、接続しているＨｅＮＢ７０へ、Local−ＣｏＡを用いた経路最適化を要求するよう指示する。要求する方法としては、選択したアドレスＢを通知する方法があるが、これに限定されない。なお、経路最適化要求部１１２は、ＨｅＮＢ７０に対して要求を通知する前に、３ＧＰＰコアネットワーク１ａ（ＰＧＷ、ＨＳＳ／ＡＡＡ）に対して、アドレスＢを経路最適化に使用することを要求してもよい。要求の結果、アドレスＢの使用が許可された場合には、ＨｅＮＢ７０へアドレスＢを通知するメッセージの中で、アドレスＢの使用許可が取得済みであることを示す情報を含めてもよい。また、本発明の第３の実施の形態で述べたように、経路最適化要求部１１２は、ＰＧＷ３０ａに対して直接Local−ＣｏＡを用いた経路最適化を要求してもよい。この場合、例えば、ＰＧＷ３０ａとの間で構築されるＰＤＮコネクションの生成、変更、削除等をする際に送信するメッセージの中で要求が通知される。
図１９は、本実施の形態におけるホーム基地局であるＨｅＮＢ７０の構成を示す。ＨｅＮＢ７０は、図１５に示すＨＡ３０においてローカルアドレス判断部３１１ａと、経路最適化確認部以外は、同じであるため説明を省略する。ローカルアドレス判断部３１１ａは、ＭＮ１０からローカルアドレス（アドレスＢ）を経路最適化に使用する要求を受けた場合に、直接パスＰ３２に対応するアドレスがＭＮ１０に割り当てられているか否かを確認し、アドレスＢが割り当てられている場合には、経路最適化確認部３１２ａに対して、アドレスＢを用いた経路最適化をＭＮ１０に対して許可してもよいか否かを３ＧＰＰコアネットワーク１ａのＰＧＷ３０ａに問い合わせるよう要求する。問い合わせの結果、許可された場合は、ＭＮ１０に対してアドレスＢの使用が許可されたことを示す応答をＭＮ１０に返す。なお、上述したように、ＭＮ１０自身が、３ＧＰＰコアネットワーク１ａに対して、アドレスＢの使用を要求している場合、例えば、ＨｏＴＩメッセージの中にアドレスＢの使用許可を確認済みであることを示す情報が含まれている場合には、経路最適化アドレス判断部は、ＭＮ１０からアドレスＢが通知された際に、３ＧＰＰコアネットワークへ問い合わせを省略してもよい。経路最適化確認部３１２ａは、ローカルアドレス判断部３１１ａの指示を受け、ＭＮ１０に対してアドレスＢを用いた経路最適化を許可してもよいか否かを問い合わせるための経路最適化確認メッセージを３ＧＰＰコアネットワーク１ａ（ＰＧＷ３０ａ、ＨＳＳ／ＡＡＡ）へ送信する。
本実施の形態におけるＰＧＷ３０ａの構成は、第３の実施の形態で説明したＨＡ３０（図１５）と同じである。経路最適化アドレス判断部３１１は、ＨｅＮＢ７０からの問合せを受け、通知されたアドレスが経路最適化に使用可能か否かを判断し、応答を返す。すなわち、本実施の形態のＰＧＷ３０ａは、ＨｅＮＢ７０からアドレスＢの経路最適化での使用を要求された際に、アドレスＢを用いた経路最適化を許可してよいかの確認を行い、許可してよい場合には、ＨｅＮＢ７０に対して、ＵＥから送信されるＨｏＴＩメッセージに含まれるアドレスのチェックを行うよう指示する。また、ＰＧＷ３０ａがＵＥ（ＭＮ１０）から直接要求を受けた場合、経路最適化アドレス判断部３１１は、ＭＮ１０に対してLocal−ＣｏＡを用いた経路最適化を許可してもよいか否かを判断し、許可する場合、ＨｅＮＢ７０へＨｏＴＩメッセージに含まれるアドレスのチェックを開始するよう指示するとともに、ＭＮ１０へLocal−ＣｏＡの使用を許可することを示す応答を返す。この場合、ＭＮ１０はＰＧＷ３０ａに対して要求を通知するだけでよく、ＨｅＮＢ７０に対する要求は行わない。これにより、ＵＥが送信するメッセージ数を削減することが可能となるため、無線リソースの消費を軽減することができる。なお、ＭＮ１０から直接要求を受けた場合に、通知されたアドレスが経路最適化に使用可能であることを示す応答をＭＮ１０のみに返してもよい。この場合、ＭＮ１０はＰＧＷ３０ａからの応答を受けた後、ＨｅＮＢ７０へアドレスを通知し、経路最適化での使用を要求する。
本発明の第４の実施の形態により、３ＧＰＰネットワーク１ａのオペレータに接続するＨｅＮＢ７０が、直接パスＰ３２を経路最適化に使用することを許可するか否かをＭＮ１０に応じて制御することができる。また、許可されたＭＮ１０は、直接パスＰ３２を用いて、図１に示すような経路最適化パスＰ２を生成することができ、このため、ＨｅＮＢ７０にハンドオーバして直接パスＰ３２を用いた場合でも、ＨｏＡ１を用いたＣＮ２０とのセッションを維持することが可能となる。
なお、本発明の第４の実施の形態において説明した機能は、ＭＮ１０によるアドレスＢを用いたＨｏＴＩメッセージの転送を許可するか否かを判断するための機能として説明しているが、ＭＮ１０による直接パスの使用そのものを許可するか否かを判断するための機能として用いることもできる。つまり、ＭＮ１０は、アドレスＢによる直接パスＰ３２を用いた通信を要求するためにＰＧＷ３０ａへアドレスＢを通知する。アドレスＢの通知は、ＭＮ１０からの要求を受けたＨｅＮＢが行ってもよい。そして、ＰＧＷ３０ａは、直接パスＰ３２の使用を許可する場合には、ＨｅＮＢ７０に対してアドレスＢが使われたパケットの転送を許可するよう指示し、ＭＮ１０へ直接パスの使用を許可する応答を返す。ＰＧＷ３０ａからの応答を受けたＭＮ１０は、アドレスＢを用いてパケットの送受信を開始する。一方、ＨｅＮＢ７０は、ＰＧＷ３０ａの指示を受け、アドレスＢを送信元とするパケット、及びアドレスＢを宛先とするパケットの転送を開始する。以上述べたように、本発明の第４の実施の形態で述べた手法は、使用が許可されていないアドレスやパスを用いた通信の許可、不許可を動的に制御するために有効である。
なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブ ル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。
本発明は、移動通信装置のネットワークオペレータにとって、経路最適化に使用するのが好ましくないアドレスを確実に拒絶することができるという効果を有し、例えば３ＧＰＰネットワークを利用する移動通信装置が、３ＧＰＰネットワークオペレータが経路最適化されたくないローカルネットワークから直接、相手先通信装置へアクセスする場合などに利用することができる。
本発明は、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化方法及び経路最適化システムに関する。
本発明はまた、上記の移動通信装置、移動管理装置及び相手先通信装置に関する。
本発明はさらに、ホーム基地局に関する。
モバイルＩＰ（下記の非特許文献１）を利用するモバイルノード（以下、ＭＮ）は、移動先のアドレスであるケアオブアドレス（以下、ＣｏＡ：Care-of Address）を、自身のホームアドレス（ＨｏＡ：Home Address）を管理する移動管理ノードであるホームエージェント（以下、ＨＡ）、又は通信相手（以下、ＣＮ：Correspondent Node）に登録し、ＨｏＡあてパケットの転送を依頼する。また、ＭＮが、複数のＣｏＡを１つのＨｏＡに対して同時に関連付けて登録することができれば、複数のインタフェースを備えるＭＮは、それぞれのインタフェースに割り当てられたＣｏＡを登録することで、インタフェースの状態に応じて使用するＣｏＡを瞬時に切り替えることが可能となる。下記の非特許文献２には、ＭＮが複数のＣｏＡを１つのＨｏＡに関連付けてＨＡに登録する手法が記述されている。
さらに、ＭＮがＣＮへバインディングキャッシュ（以下、ＢＣ：Binding Cache）を登録し、経路最適化（ＲＯ：Route Optimization）を使用するためには、事前にリターンルータビリティ（以下、ＲＲ：Return Routability）を実行して、ＣＮと鍵を共有する必要がある。ＭＮは、ＲＲにより取得した鍵を用いて認証情報（ＭＡＣ：Message Authentication Code）を生成し、それをバインディング・アップデート（ＢＵ）メッセージに付加してＣＮへ送信する。ＣＮは、受信したＢＵメッセージに付加されている認証情報を検証することで、そのＢＵメッセージが、ＢＵメッセージ内に含まれているＨｏＡとＣｏＡを所有している正しいＭＮから送信されたものであるか否かを確認することができるため、他のノードのアドレスをＣｏＡとして登録する不正な行為を防ぐことができる。
ここで、ＭＮが複数のＣｏＡを保持する場合におけるＲＲについて説明する。ＭＮが複数のＣｏＡを保持する場合としては、外部ネットワークに接続しているインタフェースに複数のＣｏＡが割り当てられている場合や、外部ネットワークに接続する複数のインタフェースを備えている場合などがある。ＲＲは、ＭＮがＣＮへ登録するＨｏＡとＣｏＡに対して行われるため、ＨｏＡに対して複数のＣｏＡを登録する場合には、それぞれのＣｏＡに対してＲＲを実行する。例えば、ＭＮが複数のＣｏＡを保持していたとしても、それらのうちの特定のＣｏＡだけをＣＮに通知して経路最適化に使用する場合には、そのＣｏＡに対してＲＲを実行してＢＵメッセージを送信すればよい。
また、ＭＮが複数のＣｏＡを保持している場合、ＭＮのネットワークオペレータにとって、経路最適化に使用してもよいＣｏＡと、使用するのが好ましくないＣｏＡが存在するかもしれない。この場合、オペレータ側が、ＭＮが実行したＲＲをＣｏＡに応じて制御することで、好ましくないＣｏＡに対する経路最適化を拒否し、また、好ましいＣｏＡに対する経路最適化を許可することができる。
下記の特許文献１には、ＭＮが実行するＲＲをＣｏＡに応じてブロックする方法が開示されている。この方法は、ＨＡがＭＮから受信したＨｏＴＩ（Home Test Init）メッセージの外部ヘッダに設定されている送信元アドレス（カプセル化ＨｏＴＩメッセージの送信元アドレス）を確認し、そのアドレスが経路最適化を許可するアドレスである場合には、内部パケットであるＨｏＴＩメッセージをＣＮに転送し、許可しないアドレスである場合にはＣＮに転送しない（破棄する）ことで、ＣｏＡに応じたＲＲの可否を制御する方法である。例えば、ＭＮがＣｏＡ１とＣｏＡ２の２つを保持しており、オペレータはＣｏＡ１に対する経路最適化は許可するが、ＣｏＡ２に対する経路最適化は許可しない場合を考える。ＭＮがＣｏＡ１に対するＲＲを実行するために、ＣｏＡ１を用いてＨｏＴＩメッセージとＣｏＴＩ（Care of Test Init）メッセージを送信した場合、ＨＡは、受信したＨｏＴＩメッセージの外部ヘッダの送信元アドレスがＣｏＡ１であることを確認し、デカプセル化したＨｏＴＩメッセージをＣＮに転送する。
一方、ＭＮがＣｏＡ２に対するＲＲを実行するために、ＣｏＡ２を用いてＨｏＴＩメッセージとＣｏＴＩメッセージを送信した場合、ＨＡは、受信したカプセル化ＨｏＴＩメッセージの外部ヘッダの送信元アドレスがＣｏＡ２であることを確認し、内部のＨｏＴＩメッセージをＣＮに転送しない。これにより、ＣｏＡ１に対するＲＲは成功するため、ＭＮはＢＣをＣＮへ登録することができるが、一方、ＣｏＡ２に対するＲＲは失敗するため、ＢＣをＣＮに登録することができない。
特表２００７−５３３２７９号公報（図１０、段落００７４〜００８０）
D.Johnson, C.Perkins, J.Arkko, "Mobility Support in IPv6", RFC3775, June 2004. R.Wakikawa, T.Ernst, K.Nagami, V.Devarapalli "Multiple Care-of Addresses Registration", draft-ietf-monami6-multiplecoa-05.txt, January 2008.
しかしながら、特許文献１に示す方法を用いた場合、（悪意のある）ＭＮがＣｏＡ２に対する経路最適化を実行するために、ＣｏＡ２を送信元アドレスとするＣｏＴＩメッセージを送信する一方で、ＣｏＡ１を送信元アドレスとするＨｏＴＩメッセージを送信すると、ＲＲを成功させ、ＢＣを登録することができてしまう。その理由は、ＣｏＡ１から送信されたＨｏＴＩメッセージは、ＣｏＡ１を用いてカプセル化されてＨＡへ転送されるが、ＨＡは、その内部パケットであるＨｏＴＩメッセージを転送するため、ＨｏＴＩメッセージはＣＮへ届けられるためである。ＣＮによって受信されるＨｏＴＩメッセージは、送信元アドレスがＨｏＡに設定されたパケットであるため、ＣＮにとって、そのＨｏＴＩメッセージがＣｏＡ１から送信されたものであるか、ＣｏＡ２から送信されたものであるかは関係ない。そのため、ＣＮはそのＨｏＴＩメッセージに対してＨｏＴ（Home Test）メッセージを返し、また、ＣｏＴＩメッセージに対してもＣｏＴ（Care of Test）メッセージを返す。したがって、ＣｏＡ２に対するＲＲが成功し、ＭＮはＣｏＡ２を登録するためのＢＵメッセージを送信することができてしまう。このことは、従来の方法を用いた場合、ネットワークオペレータは、ＭＮのＣｏＡに応じてＲＲを制御することができていないことを示している。
本発明は上記従来技術の問題点に鑑み、移動通信装置のネットワークオペレータにとって、経路最適化に使用するのが好ましくないアドレスを確実に拒絶することができる経路最適化方法、経路最適化システム、移動通信装置、移動管理装置及び相手先通信装置並びにホーム基地局を提供することを目的とする。
本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化方法において、
前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記移動管理装置あてにカプセル化して送信するステップと、
前記移動管理装置が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄するステップとを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおいて、
前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記移動管理装置あてにカプセル化して送信する手段と、
前記移動管理装置が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記移動通信装置であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記移動管理装置あてにカプセル化して送信する手段を、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記移動管理装置であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを前記移動管理装置あてにカプセル化したメッセージを受信する手段と、
前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記相手先通信装置であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む第１の経路最適化要求メッセージと、前記移動通信装置から前記相手先通信装置をあて先として送信された第２の経路最適化要求メッセージを受信する手段と、
前記第１の経路最適化要求メッセージ内の前記アドレスと前記第２の経路最適化要求メッセージ内の送信元アドレスを比較し、一致する場合に前記直接経路を許可し、一致しない場合に前記直接経路を許可しない手段とを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化方法において、
前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージをホーム基地局あてに送信するステップと、
前記ホーム基地局が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記移動管理装置を経由して前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄するステップとを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおいて、
前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記ホーム基地局あてに送信する手段と、
前記ホーム基地局が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記移動管理装置を経由して前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記移動通信装置であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージをホーム基地局あてに送信する手段を
備えた構成とした。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおけるホーム基地局であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを受信する手段と、
前記移動管理装置の代理で前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記移動管理装置を経由して前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
備えた構成とした。
この構成により、移動通信装置が移動管理装置に送信する経路最適化要求メッセージが直接経路で使用を希望するアドレスを含み、移動管理装置が第１の経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックするので、移動通信装置のネットワークオペレータにとって、経路最適化に使用するのが好ましくないアドレスを確実に拒絶することができる。
また、本発明は上記目的を達成するために、移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記相手先通信装置であって、
前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを受信する手段と、
前記経路最適化要求メッセージの送信元アドレスと前記直接経路で使用を希望するアドレスから生成したメッセージ認証コード生成情報を含む応答メッセージを前記移動通信装置に送信する手段を、
備えた構成とした。
この構成により、経路最適化要求メッセージの応答として相手先通信装置から移動通信装置に返信される応答メッセージが、経路最適化要求メッセージの送信元アドレスと直接経路で使用を希望するアドレスから生成したメッセージ認証コード生成情報を含むので、移動通信装置は、直接経路を許可されないアドレスに基づいて真のメッセージ認証コードを生成できず、このため、経路最適化に使用するのが好ましくないアドレスを確実に拒絶することができる。
本発明によれば、移動通信装置のネットワークオペレータにとって、経路最適化に使用するのが好ましくないアドレスを確実に拒絶することができる。
本発明の第１の実施の形態におけるネットワークの構成を示す図 本発明の第１の実施の形態におけるネットワークの他の構成を示す図 本発明の第１の実施の形態におけるネットワークのさらに他の構成を示す図 本発明の第１の実施の形態におけるモバイルノードの構成を示すブロック図 本発明の第１の実施の形態におけるＨｏＴＩメッセージの構成を示す図 本発明の第１の実施の形態におけるＣｏＴＩメッセージの構成を示す図 本発明の第１の実施の形態におけるホームエージェントの構成を示すブロック図 本発明の第１の実施の形態におけるホームエージェントの処理を説明するためのフローチャート 図８の処理の変形例を説明するためのフローチャート 本発明の第１の実施の形態におけるＣＮの構成を示すブロック図 本発明の第３の実施の形態における処理及び通信シーケンスを示す説明図 本発明の第３の実施の形態におけるモバイルノードの構成を示すブロック図 本発明の第３の実施の形態におけるアドレス通知メッセージの構成を示す図 本発明の第３の実施の形態におけるモバイルノードの処理例を説明するためのフローチャート 本発明の第３の実施の形態におけるモバイルノードの他の処理例を説明するためのフローチャート 本発明の第３の実施の形態におけるホームエージェントの構成を示すブロック図 本発明の第４の実施の形態におけるネットワークの構成を示す図 本発明の第４の実施の形態における処理及び通信シーケンスを示す説明図 本発明の第４の実施の形態におけるホーム基地局の構成を示すブロック図
以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態＞
図１は、本発明の第１の実施の形態におけるネットワークの構成を示す図である。図１には、ホームネットワーク１と外部ネットワーク２があり、ＭＮ１０は、ホームネットワーク１のＨＡ３０によって管理され、ホームアドレスとしてＨｏＡ１が割り当てられている。さらに、ＭＮ１０のインタフェースＩＦは外部ネットワーク２に接続しており、複数のアドレスの例として２つのアドレスＣｏＡ１、ＣｏＡ２が割り当てられている。一方、ＭＮ１０の通信相手であるＣＮ２０は、ＭＮ１０のＨｏＡ１またはＣｏＡ１を用いた通信（ＨＡ経由パスＰ１、又は経路最適化パスＰ２）が可能である。複数のアドレスが割り当てられる場合としては、例えば以下のようなケースが想定される。ＭＮ１０が外部ネットワーク２で広告されているプレフィックスから複数のアドレス（ＣｏＡ１、ＣｏＡ２）を生成しているときや、ＭＮ１０が接続している外部ネットワーク２で複数のプレフィックスが広告されており、それぞれのプレフィックス（プレフィックス１、プレフィックス２）からアドレス（ＣｏＡ１、ＣｏＡ２）を生成しているときなどがある。この場合、プレフィックス１はホームネットワーク１から割り当てられたプレフィックスであり、ＣｏＡ１はＨＡ経由パスＰ１を用いたパケットの送受信に用いられる。一方、ＣｏＡ２はＨＡ３０を経由しない経路最適化パスＰ２を用いたパケットの送受信に用いられる。
また、図２に示すように、３ＧＰＰネットワーク１ａを利用するＭＮ１０が、Non-３ＧＰＰネットワーク１ｂに接続している場合、接続先のローカルネットワークから取得するアドレス（Local-ＣｏＡ：ＣｏＡ１）と、３ＧＰＰネットワーク１ｂへのゲートウェイであるｅＰＤＧ（evolved Packet Data Gateway）３１から取得するアドレス（ｅＰＤＧ−ＣｏＡ：ＣｏＡ２）の２つのアドレスが割り当てられる。ｅＰＤＧ３１とＭＮ１０との間にはＩＰＳｅｃトンネルが構築されており、ＭＮ１０側の終端アドレスとしてLocal-ＣｏＡが用いられる。この場合、ＭＮ１０とＣＮ２０との間には、２つの経路最適化パスが存在し、１つはｅＰＤＧ経由パスＰ１１、もう１つは、ローカルネットワークから直接ＣＮ２０へアクセスするローカルネットワーク経由パスＰ２１である。なお、３ＧＰＰネットワークにおいて、ＭＮはＵＥ（User Equipment）、ＨＡはPDN-Gateway（Packet Data Network Gateway）と呼ばれる。
さらに、図３に示すように、ＭＮ１０が２つのインタフェースＩＦ１、ＩＦ２を備えていて、インタフェースＩＦ１、ＩＦ２にそれぞれアドレスＣｏＡ１、ＣｏＡ２が割り当てられる場合も想定される。この場合、ＭＮ１０とＣＮ２０との間には、外部ネットワーク２ａから直接ＣＮ２０へアクセスするパスＰ２２と、外部ネットワーク２ｂから直接ＣＮ２０へアクセスするパスＰ２３の２つが存在する。なお、以下の説明では、ＭＮ１０と区別するために、ＭＮ１０と通信を行うノードを通信相手という意味であるＣＮと呼んでいるが、本発明においてその実態は、ＭＮ１０と同様にモバイルノードである。
本発明の第１の実施の形態の以下の説明では、ＭＮ１０はＣＮ２０との通信に、２つのケアオブアドレス（ＣｏＡ１、ＣｏＡ２）のうち、ＣｏＡ１を経路最適化に使用することを想定する。この場合、ＭＮ１０はＣＮ２０へ、ＨｏＡ１に対してＣｏＡ１を関連付けた位置情報を登録する必要がある。そのため、ＭＮ１０は、登録するＨｏＡ１とＣｏＡ１の所有者がＭＮ１０自身であることをＣＮ２０に通知するために、ＨｏＡ１とＣｏＡ１に対してＲＲを実行する。
＜ＭＮの構成＞
図４は、本発明の第１の実施の形態におけるＭＮ１０の構成を示す図である。ＭＮ１０は、インタフェース１０１と、送信部１０２と、受信部１０３と、ＨｏＴＩ（Home Test Init）生成部１０４と、アドレス選択部１０５と、ＣｏＴＩ（Care of Test Init）生成部１０６と、ＨｏＴ（Home Test）処理部１０７と、ＣｏＴ（Care of Test）処理部１０８と、アドレス管理部（ＢＵＬ）１０９と、ＭＩＰ（モバイルＩＰ）制御部１１０を有している。送信部１０２は、インタフェース１０１を通じて、接続されているネットワーク（外部ネットワーク２）上のノードにパケットを送信する機能を有している。受信部１０３は、インタフェース１０１を通じて、接続されているネットワーク（外部ネットワーク２）上のノードからパケットを受信する機能を有している。
アドレス管理部（ＢＵＬ）１０９は、ＭＮ１０のインタフェース１０１に割り当てられている複数のアドレス（ＣｏＡ１とＣｏＡ２）を管理する。アドレス選択部１０５には、以下で説明する経路最適化に使用するアドレスを選択する際に考慮される各種情報なども保持される。アドレス管理部（ＢＵＬ）１０９はまた、ＨｏＡ１とＣｏＡ１及びＣｏＡ２の関連付け情報を保持するバインディングアップデートリスト（ＢＵＬ）として機能してもよい。アドレス選択部１０５は、アドレス管理部１０９が保持しているケアオブアドレス（ＣｏＡ１とＣｏＡ２）のうち、ＣＮ２０と経路最適化を用いて通信を行う際に使用するべきアドレス（ＣｏＡ１）を選択する。
この選択する際に用いられる基準として様々なものが考えられるが、例えば、ケアオブアドレスを割り当てたネットワークオペレータに応じて選択する方法や、通信相手が属するオペレータや接続するネットワーク、さらにはＣＮ２０のアドレスと比較して選択する方法（通信相手と同じドメインに属するアドレスであるか否かなど）などがある。また、それぞれのケアオブアドレスを使用した場合のＱｏＳ（Quality of Service）の状態や通信コストに応じて選択する方法や、図２に示すようにＭＮ１０が３ＧＰＰネットワーク１ａを利用する場合には、２つのアドレスのうち、一方がLocal-ＣｏＡであり、もう一方がｅＰＤＧ−ＣｏＡであるため、その違いを考慮して選択する方法もある。例えば、ＭＮ１０がＣＮ２０との通信にできるだけ短いパスを使用したい場合には、図２に示すように、Local-ＣｏＡを用いた場合の方がｅＰＤＧ−ＣｏＡを用いた場合よりも通信パスが短くなるため、ＭＮ１０はLocal-ＣｏＡを選択する。なお、通信パスの長さよりも優先される条件が他にある場合は、その条件に従って選択される。なお、ＭＮ１０は、経路最適化に使用するＣｏＡとして、ＨＡ３０に登録しているＣｏＡから選択するようにしてもよい。
ＨｏＴＩ生成部１０４は、アドレス選択部１０５によってＣＮ２０との経路最適化に使用を希望するアドレス（ＣｏＡ１）が選択された後、選択されたアドレスをオプションとして含むＣＮ２０あてのＨｏＴＩメッセージを生成し、それをＨＡ３０あてにカプセル化して送信する。なお、ＨＡ３０及びＣＮ２０が、受信したＨｏＴＩメッセージの送信元ノードを識別するための情報として、ＭＮ１０のＨｏＡ又はＩＤなどを含むオプションをさらに付加してもよい。また、ＨｏＴＩ生成部１０４は、ＨｏＴＩメッセージとＣｏＴＩメッセージの対応関係をＣＮ２０へ認識させるために、シーケンス番号やクッキー（Cookie）などの数値情報を含めてもよい。また、ＣｏＡオプションに含める値、つまりＣＮ２０が比較に用いる情報として、ケアオブアドレスそのものではなく、ＣｏＡやＨｏＡなどから生成されるハッシュ値を用いてもよい。この場合、CｏＴＩメッセージにも同様のハッシュ値を含める。
＜ＨｏＴＩ＞
図５は、ＨｏＴＩ生成部１０４によって生成されるＨｏＴＩメッセージ４０を示す。ＨｏＴＩメッセージ４０は、ＭＮ１０からＣＮ２０あてのＨｏＴＩメッセージ４２を内部パケットとしてカプセル化したパケットであり、外部ＩＰヘッダ４１の送信元アドレスはＣｏＡ、あて先アドレスはＨＡ３０のアドレスである。内部のＨｏＴＩメッセージ４２は、ＩＰヘッダ４３とモビリティヘッダ４４を含み、ＩＰヘッダ４３の送信元アドレスはＨｏＡ１、あて先アドレスはＣＮ２０のアドレスである。なお、ＨＡ３０は、ＨｏＴＩメッセージ４０を受信すると、デカプセル化してＣＮ２０あてのＨｏＴＩメッセージ４２を送信する。
モビリティヘッダ４４は、通常のホームテスト用クッキー（Home Init Cookie）４５の他に、オプションとしてＣｏＡオプション４６とＭＮ識別情報４７を含む。ＣｏＡオプション４６は、ＣＮ２０との経路最適化に使用を希望するアドレス（ＣｏＡ１）を含んでいる。ＭＮ識別情報４７は、ＭＮ１０のＨｏＡとＩＤ（ＭＮ−ＩＤ）を含んでいる。なお、ＣｏＡオプション４６及びＭＮ識別情報４７は、モビリティヘッダ４４のオプションに限らず、別の宛先オプションヘッダとして含まれていてもよい。
図４に戻り、ＣｏＴＩ生成部１０６は、アドレス選択部１０５がＣＮ２０との経路最適化に使用を希望するアドレス（ＣｏＡ１）を選択した後、選択されたアドレスＣｏＡ１に対するＣｏＴＩメッセージを生成し、さらにＭＮ識別情報を付加してＣＮ２０へ送信する。このＭＮ識別情報は、ＣｏＴＩメッセージを受信するＣＮ２０に対して、ＣｏＴＩメッセージに対応するＨｏＴＩメッセージとの比較を行うことを要求するＣｏＡ比較要求情報でもある。つまりＣＮ２０は、ＣｏＴＩメッセージの中にＭＮ識別情報が含まれている場合には、対応するＨｏＴＩメッセージとの比較処理を行う必要があることを認識する。ＭＮ識別情報としては、ＣｏＴＩメッセージに付加するオプションなどを用いることができる。そのオプションの中には、受信したＣｏＴＩメッセージの送信元ノードをＣＮ２０が識別するための情報として、ＭＮ１０のＨｏＡやＩＤなどが含まれる。なお、ＣｏＴＩ生成部１０６は、ＣｏＴＩメッセージとＨｏＴＩメッセージの対応関係をＣＮ２０に認識させるために、シーケンス番号やCookieなどの数値情報を含めてもよい。
＜ＣｏＴＩ＞
図６は、ＣｏＴＩ生成部１０６によって生成されるＣｏＴＩメッセージ５０を示す。ＣｏＴＩメッセージ５０は、ＩＰヘッダ５１とモビリティヘッダ５２を含み、ＣＮ２０へ登録するケアオブアドレスを使って直接にＣＮ２０あてに送信されるメッセージであるため、送信元アドレスはＣｏＡ１となる（ＩＰヘッダ５１参照）。モビリティヘッダ５２は、通常のケアオブテスト用クッキー（Care-of Init Cookie）５３の他に、オプションとしてＭＮ識別情報５４を含む。ＭＮ識別情報５４は、ＭＮ１０のＨｏＡ及び／又はＩＤを含んでいる。なお、ＭＮ識別情報５４は、モビリティヘッダ５２のオプションに限らず、別の宛先オプションヘッダとして含まれていてもよい。
図４に戻り、ＨｏＴ処理部１０７は、送信したＨｏＴＩメッセージ４０、４２に応答してＣＮ２０から返信され、ＨＡ３０を経由して受信したＨｏＴメッセージを処理し、ＨｏＴメッセージに含まれている各種情報（ＭＡＣ生成用のhome keygen tokenなど）をアドレス管理部１０９に保持する。ＣｏＴ処理部１０８は、送信したＣｏＴＩメッセージ５０に応答してＣＮ２０から返信されたＣｏＴメッセージを処理し、ＣｏＴメッセージに含まれている各種情報（ＭＡＣ生成用のcare-of keygen token）をアドレス管理部１０９に保持する。ＭＩＰ制御部１１０は、ＨｏＴ処理部１０７及びＣｏＴ処理部１０８によって取得された情報（home keygen token、care-of keygen tokenなど）を用いて認証情報（ＭＡＣ）を生成し、ＨｏＡ１とＣｏＡ１の関連付け情報を登録するためのＢＵメッセージに付加してＣＮ２０へ送信する。
＜ＨＡ＞
図７は、本発明の第１の実施の形態におけるＨＡ３０の構成を示す図である。ＨＡ３０は、インタフェース３０１と、送信部３０２と、受信部３０３と、ＨｏＴＩ転送部３０４と、アドレスチェック部３０５と、ＨｏＴＩ処理部３０６とアドレス管理部３０７を備えている。ＨｏＴＩ処理部３０６は、ＭＮ１０からのカプセル化されたＨｏＴＩメッセージ４０を処理してアドレスチェック部３０５へ渡す。アドレス管理部（ＢＣ）３０７は、ＭＮ１０から登録された位置情報を保持するバインディングキャッシュ（ＢＣ）として機能する。アドレス管理部３０７にはまた、以下で説明するように、アドレスチェック部３０５が、経路最適化に使用するアドレスを選択する際に考慮される各種情報なども保持される。アドレス管理部３０７はまた、ＨｏＡ１とＣｏＡ１及びＣｏＡ２の関連付け情報を保持するＢＣとして機能してもよい。
アドレスチェック部３０５は、図５に示すようにカプセル化されたＨｏＴＩメッセージ４０の外部ＩＰヘッダ４１に設定されている送信元アドレス（ＣｏＡ）と、ＣｏＡオプション４６内のケアオブアドレス（ＣｏＡ１）を確認し、そのアドレスＣｏＡ１が、経路最適化で使用することが許可されたアドレスであるか否かをチェックする。アドレスＣｏＡ１が許可されたアドレスであるか否かをチェックする方法としては、例えば、それらのアドレスＣｏＡ、ＣｏＡ１が、アドレス管理部３０７（ＢＣ）に登録されているＣｏＡであるか否かをチェックする方法や、ネットワークオペレータが管理しているプレフィックスから生成されたアドレスであるか否かをチェックする方法がある。
アドレスチェック部３０５は、受信したＨｏＴＩメッセージ４０、４２内のＣｏＡオプション４６に含まれるアドレスＣｏＡ１を確認した結果、そのアドレスＣｏＡ１が許可されたアドレスである場合は、内部パケットであるＨｏＴＩメッセージ４２をＣＮ２０へ転送する。一方、許可されていないアドレスである場合は、ＨｏＴＩメッセージ４０、４２を転送せずに破棄する。なお、許可されていないアドレスである場合に、ＨｏＴＩメッセージ４０、４２を破棄すると同時に、ＭＮ１０に対してＨｏＴＩメッセージ４０、４２が破棄されたことを通知するレスポンスメッセージを送信してもよい。
また、アドレスチェック部３０５は、ＣｏＡオプション４６のチェックと共に、外部ＩＰヘッダ４１の送信元アドレスに設定されているアドレスＣｏＡをチェックしてもよい。基本的にモバイルＩＰでは、ＭＮ１０がＨＡ２０へカプセル化してパケットを送信するためには、カプセル化パケットの外部ＩＰヘッダ４１の送信元アドレスＣｏＡが、ＨＡ２０へ登録済みのケアオブアドレスである必要があるため、外部ＩＰヘッダ４１の送信元アドレスＣｏＡが登録済みのケアオブアドレスであるか否かのチェックは行われる。
つまり、アドレスチェック部３０５によって外部ＩＰヘッダ４１の送信元アドレスのチェックが行われる場合には、通常ＭＮ１０は、ＨＡ２０へ登録しているケアオブアドレスを使ってＨｏＴＩメッセージ４０、４２を送信する必要がある。さらに言えば、ＭＮ１０は、ＨｏＴＩメッセージ４０、４２を送信する前に、ＢＵメッセージを送信し、ＨｏＴＩメッセージ４０、４２の送信に使用するケアオブアドレスを登録しておく必要がある。また、上記のＣｏＡオプション４６に含まれるアドレスＣｏＡ１、及び外部ＩＰヘッダ４１の送信元アドレスに設定されているアドレスＣｏＡのチェックによれば、両方のアドレスＣｏＡ１、ＣｏＡが一致していることが望ましいが、必ずしも同一である必要はない。すなわち、ＣｏＡオプション４６に含まれるアドレスＣｏＡ１が経路最適化が許可されたアドレスであり、外部ＩＰヘッダ４１の送信元アドレスＣｏＡがＨＡ２０に登録済みのアドレスであれば、内部のＨｏＴＩメッセージ４２はＨＡ２０によって破棄されずに転送される。
図８は、アドレスチェック部３０５によるアドレス処理内容を表すフローチャートである。図８において、ＨｏＴＩメッセージ４０を受信すると（ステップＳ１）、外部ＩＰヘッダ４１の送信元アドレスＣｏＡが登録済みＣｏＡか否かをチェックする（ステップＳ２）。登録済みＣｏＡでなければＨｏＴＩメッセージ４０を破棄し（ステップＳ３）、他方、登録済みＣｏＡであればＣｏＡオプション４６内のＣｏＡ１が経路最適化ＯＫか否かをチェックする（ステップＳ４）。経路最適化ＯＫであれば、アドレスチェック部３０５は、デカプセル化したＨｏＴＩメッセージ４２をＣＮ２０に転送するようＨｏＴＩ転送部３０４へ指示し（ステップＳ５）、他方、経路最適化ＯＫでなければＨｏＴＩメッセージ４０を破棄する（ステップＳ３）。ここで、図７に示すＨｏＴＩ転送部３０４は、アドレスチェック部３０５によって、ＭＮ１０から受信したＨｏＴＩメッセージ４０の転送が許可された場合には、デカプセル化した後のＨｏＴＩメッセージ４２をＣＮ２０へ転送する。
一方、このモバイルＩＰによる外部ＩＰヘッダ４１の送信元アドレスＣｏＡのチェックに加えて、ＨＡ２０がＨｏＴＩメッセージ４０を受け入れるか否かの判断材料の１つとして、両方のアドレスＣｏＡ、ＣｏＡ１が同一であることを条件としてもよい。この場合、ＨＡ２０は、外部ＩＰヘッダ４１の送信元アドレスＣｏＡがＢＣに登録されているケアオブアドレスであるが、経路最適化に使用するアドレス（ＣｏＡオプション４６に含まれるアドレスＣｏＡ１）と異なるアドレスである場合には、ＨｏＴＩメッセージ４２をＣＮ２０へ転送しない。つまり、ＨＡ２０が転送するＨｏＴＩメッセージ４２は、経路最適化に使用するアドレスＣｏＡ１がＨＡ２０に登録済みのアドレスでもある必要がある。このチェックを導入することで、ＨＡ２０は、ＨｏＴＩメッセージ４０の送信ノードがＣｏＡオプション４６に含まれるアドレスの所有者であることを確認することができる。
また、ＨＡ２０がＨｏＴＩメッセージ４０を受け入れるか否か別の判断材料としては、ＭＮ１０による迅速な経路最適化パスの構築を実現するために、ＨｏＴＩメッセージ４０が、ＨＡ２０に登録済みのケアオブアドレスから送信されていなくても、ＣｏＡオプション４６に含まれるアドレスＣｏＡ１が経路最適化が許可されたアドレスであることが挙げられる。この場合には、カプセル化されたＨｏＴＩメッセージ４０の受信、及びＨｏＴＩメッセージ４２の転送をするようにしてもよい。これにより、ＭＮ１０は、ＨＡ２０経由の通信では使用しないが、経路最適化で使用するアドレスがある場合には、そのアドレスを使ってＨｏＴＩメッセージ４０のみを送信すればよいため、ＢＵメッセージを送信する必要性をなくすることができる。ただし、この場合、ＨｏＴＩメッセージ４０の送信ノードがＣｏＡオプション４６に含まれるアドレスの所有者であることを確認するために、外部ＩＰヘッダ４１の送信元アドレスＣｏＡとＣｏＡオプション４６のアドレスＣｏＡ１が一致していることを条件とすることが望ましい。
また、図８の変形例として図９に示すように、アドレスチェック部３０５によってＨｏＴＩメッセージ４０、４２を受け入れると判断された後（ステップＳ３でＹＥＳ，ステップＳ４でＹＥＳ）、実際にＣＮ２０へＨｏＴＩメッセージ４２を転送する前に、内部パケットであるＨｏＴＩメッセージ４２の宛先であるＣＮ２０が、本発明の第１の実施の形態におけるＣＮに対応しているか否か、または経路最適化が許可されているノードであるか否かに応じて、ＨｏＴＩメッセージ４２を転送するべきか否かを判断してもよい（ステップＳ４ａ）。ＣＮ２０が対応しているか否か、許可されているか否かに関しては、ＨＡ３０が認証サーバなどへ確認する方法や、ＨＡ３０自身が保持するデータベースを用いるなどの方法がある。ここで、図９では、図８に示すステップＳ４の後にステップＳ４ａが追加されている点が異なり、他は図８と同じであるので、詳細な説明は省略する。
＜ＣＮ＞
図１０は、本発明の第１の実施の形態におけるＣＮ２０の構成を示す図である。ＣＮ２０は、インタフェース２０１と、送信部２０２と、受信部２０３と、ＨｏＴ生成部２０４と、ＣｏＴ生成部２０５と、ＨｏＴＩ処理部２０６と、ＣｏＴＩ処理部２０７と、ＲＲ（Return Routability）メッセージ比較部２０８を有する。送信部２０２は、インタフェース２０１を通じて、接続されているネットワーク（外部ネットワーク２）上のノードにパケットを送信する機能を有している。また、受信部２０３は、インタフェース２０１を通じて、接続されているネットワーク（外部ネットワーク２）上のノードからパケットを受信する機能を有している。
ＨｏＴＩ処理部２０６は、ＭＮ１０からＨＡ２０経由で受信したＨｏＴＩメッセージ４２を受信し、ＣｏＡオプション４６が含まれている場合は、そのＨｏＴＩメッセージ４２に対応するＣｏＴＩメッセージ５０との比較処理を行うようＲＲメッセージ比較部２０８へ指示する。一方、ＣｏＴＩ処理部２０７は、ＭＮ１０から受信したＣｏＴＩメッセージ５０を受信し、ＭＮ識別情報が含まれている場合は、そのＣｏＴＩメッセージ５０に対応するＨｏＴＩメッセージ４２との比較処理を行うようＲＲメッセージ比較部２０８へ指示する。
ＨｏＴ生成部２０４は、ＲＲメッセージ比較部２０８による検証によって、ＨｏＴＩメッセージ４２の受信が許可された場合には、モバイルＩＰの規定に従ってＨｏＴメッセージを生成し、ＨＡ３０経由してＭＮ１０へ送信される。一方、ＣｏＴ生成部２０５も同様に、ＲＲメッセージ比較部２０８による検証によって、ＣｏＴＩメッセージ５０の受信が許可された場合には、モバイルＩＰの規定に従ってＣｏＴメッセージを生成し、ＭＮ１０宛へ送信する。
ＲＲメッセージ比較部２０８は、ＨｏＴＩ処理部２０６及びＣｏＴＩ処理部２０７から指示を受け、ＨｏＴＩメッセージ４２に付加されていたＣｏＡオプション４６に含まれるアドレスＣｏＡ１と、そのＨｏＴＩメッセージ４２に対応するＣｏＴＩメッセージ５０の送信元アドレスＣｏＡ１を比較する。そして、それらのアドレスが同一である場合には、ＨｏＴＩメッセージ４２及びＣｏＴＩメッセージ５０の受信を許可し、ＨｏＴ生成部２０４及びＣｏＴ生成部２０５に対して、ＨｏＴメッセージ及びＣｏＴメッセージを送信するよう指示する。一方、それらのアドレスが異なる場合には、対応するＨｏＴＩメッセージ及びＣｏＴＩメッセージを破棄する。対応しているＨｏＴＩメッセージ４２とＣｏＴＩメッセージ５０を認識するためには、両方のメッセージ４２、５０に含まれているＭＮのＨｏＡ及び／又はＩＤが使われる。
ＲＲメッセージ比較部２０８は、ＨｏＴＩメッセージ４２又はＣｏＴＩメッセージ５０のうち、一方のメッセージを先に受信した後、それに対応するもう一方のメッセージの到着を待つ時間を計測するためにタイマを使用する。例えば、ＣｏＴＩメッセージ５０を先に受信した場合、ＲＲメッセージ比較部２０８はその受信と共にタイマをスタートさせ、あらかじめ決められた時間だけＨｏＴＩメッセージ４２の到着を待つ。もしも一定時間経ってもＨｏＴＩメッセージ４２を受信できない場合は、先に受信したＣｏＴＩメッセージ５０を破棄する。
ここで、ＭＮ１０は経路最適化にＣｏＡ２を使用したいが、ネットワークオペレータは、ＣｏＡ１は許可するがＣｏＡ２は許可しないというケースを考える。このとき、ＣＮ２０が従来のＣＮである場合は、ＭＮ１０は、ＨｏＴＩメッセージ４２をＨＡ３０からＣＮ２０へ転送させるために、ＨＡ３０が許可するＣｏＡ１をＣｏＡオプションに含め、ＣｏＡ１からＨｏＴＩメッセージを送信し、一方ＣｏＴＩメッセージ５０はＣｏＡ２から送信することで、home keygen token（ＨｏＴメッセージ内に含む）とcare-of keygen token（ＣｏＴメッセージ内に含む）の両方を取得することができる。これにより、ＭＮ１０に対し、ネットワークオペレータが許可しないＣｏＡ２に対する位置情報の登録を許してしまう。しかし、本実施の形態で述べるように、ＣＮ２０が、受信したＨｏＴＩメッセージ４２に対応するＣｏＴＩメッセージ５０を受信した場合に限り、home keygen tokenを返すようにすれば、ＭＮ１０は、ＣｏＡ１に対するhome keygen token及びcare-of keygen tokenしか取得することができなくなるため、ＣｏＡ２の登録を防ぐことができる。
このように、第１の実施の形態では、ＨＡ３０は、特許文献１のようにＨｏＴＩメッセージ４０の送信元アドレスのみをチェックするのではなく、内部のＨｏＴＩメッセージ４２内のＣｏＡオプション４６に含まれるケアオブアドレス（ＣｏＡ１）をチェックするので、経路最適化が許可されていないＨｏＴＩメッセージ４２の転送を防ぐことができる。また、ＭＮ１０は、ネットワークオペレータが許可するアドレスに対するcare-of keygen tokenは取得することができるが、ネットワークオペレータが許可しないアドレスに対するcare-of keygen tokenを取得することはできない。これは、ネットワークオペレータが許可するアドレスを用いてＨｏＴＩメッセージ４２をＣＮ２０へ転送させることができたとしても、そのＨｏＴＩメッセージ４２に対応するＣｏＴＩメッセージ５０も同様に、ネットワークオペレータが許可するアドレスに関するＣｏＴＩメッセージである必要があるためである。そのため、ＭＮ１０は、ネットワークオペレータが許可しないアドレスを登録するためのＢＵメッセージに、ＣＮ２０が受け入れる認証情報を生成して付加することはできない。その結果、ネットワークオペレータが許可しないアドレスを用いた経路最適化を防ぐことができる。
＜第２の実施の形態＞
本発明の第２の実施の形態では、第１の実施の形態においてＣＮ２０がＨｏＴＩメッセージ４２内のＣｏＡオプション４６とＣｏＴＩメッセージ５０の送信元アドレスを比較する代わりとして、ＨｏＴメッセージに含めるHome Keygen Tokenを生成するのに新たな生成方法を用いる。具体的には、ＣＮ２０は、ＣｏＡオプション４６を含むＨｏＴＩメッセージ４２を受信した場合、ＨｏＡだけでなく、ＣｏＡオプションに含まれるケアオブアドレスも用いてHome Keygen Tokenを生成する。以下は本実施の形態におけるHome Keygen Tokenの生成方法である。
_ home keygen token := First (64, HMAC_SHA1 (Kcn, (home address | care-of address| nonce | 0)))
通常のHome Keygen Tokenの生成方法の一例を以下に示す。
home keygen token := First (64, HMAC_SHA1 (Kcn, (home address | nonce | 0)))
通常のモバイルノードは、ＣＮ２０から受信したＨｏＴメッセージ内のhome keygen token と、ＣｏＴメッセージ内のcare-of keygen tokenなどからバインディング管理鍵Ｋbmを生成し、さらに、バインディング管理鍵Ｋbmからメッセージ認証コード（ＭＡＣ）を認証情報として生成してＢＵメッセージでＣＮ２０に送信する。ＣＮ２０は、受信したＢＵメッセージ内のメッセージ認証コードと、自ら計算したメッセージ認証コードを比較してＢＵメッセージを認証する。
本実施の形態の生成方法では、通常のhome keygen tokenを生成する方法と比べて、care-of addressを付加してhome keygen tokenを生成することで、ＭＮ１０がメッセージ認証コードを生成する際に用いるhome keygen tokenとcare-of keygen tokenは、同一のケアオブアドレスに対するＨｏＴメッセージ及びＣｏＴメッセージに含まれているものである必要がある。
例えば、ＭＮ１０は経路最適化にＣｏＡ２を使用したいが、ネットワークオペレータは、ＣｏＡ１は許可するがＣｏＡ２は許可しないというケースを考える。このとき、ＭＮ１０は、ＨｏＴＩメッセージ４２をＨＡ３０からＣＮ２０へ転送させるために、ＨＡ３０が許可するＣｏＡ１からＨｏＴＩメッセージ４０を送信し、一方ＣｏＴＩメッセージ５０はＣｏＡ２から送信することで、home keygen tokenとcare-of keygen tokenの両方を取得することができる。そのため、ＣＮ２０によるhome keygen tokenの生成が従来のようにＨｏＡのみを用いて（すなわち、care-of addressを付加しないで）生成される場合は、ＭＮ１０は、ＣＮ２０が受け入れるメッセージ認証コードを生成することができてしまう。これにより、ＭＮ１０に対し、ネットワークオペレータが許可しないＣｏＡ２に対する位置情報の登録を許してしまう。
しかし、本実施の形態では、ＭＮ１０が付加した認証情報（ＣｏＡ１から生成されたhome keygen tokenを使用して生成された認証情報）と、ＣＮ２０が生成した認証情報の不一致を検出して、ＢＵメッセージを拒絶することができる。これは、ＣＮ２０が、ＨｏＴＩメッセージ４２に含まれるＣｏＡ１を付加してhome keygen tokenを生成することで、ＭＮ１０が、取得したhome keygen token（ＣｏＡ１を使用して生成）と、ＣｏＡ２に対するcare-of keygen token（ＣｏＡ２を使用して生成）から認証情報を生成し、ＣｏＡ２を登録するＢＵメッセージに付加して送信したとしても、そのＢＵメッセージを受信したＣＮ２０は、ＣｏＡ２を使用してhome keygen tokenを生成して認証情報を検証するためである。
なお、ＣＮ２０は、ＣｏＡ１を用いてhome keygen tokenを生成する代わりに、ＣｏＴＩメッセージ５０に含まれるＨｏＡ１を用いてcare-of keygen tokenを生成してもよい。この場合のcare-of keygen tokenの生成方法は以下のようになる。
care-of keygen token := First (64, HMAC_SHA1 (Kcn, (care-of address | home address | nonce | 1)))
また、上記のＣｏＡ１を用いて生成するhome keygen tokenとＨｏＡ１を用いて生成するcare-of keygen tokenの両方を同時に用いてもよい。
なお、ＨｏＴメッセージ及びＣｏＴメッセージに含まれるhome keygen token及びcare-of keygen tokenが上記の方法で生成されたものであることを示す情報を、ＨｏＴメッセージ及びＣｏＴメッセージに含めてもよい。例えば、ＣＮ２０が、ＨｏＴメッセージ及びＣｏＴメッセージを構成するモビリティヘッダの中にフラグとしてセットしてもよいし、モビリティヘッダのＭＨタイプ（Mobility Headerタイプ）に専用の値をセットしてもよい。また、ＣｏＡオプション４６の中にフラグとしてセットして、ＨｏＴメッセージ及びＣｏＴメッセージに含めてもよい。
このように、第２の実施の形態においても第１の実施の形態と同様に、ＨＡ３０は、ＨｏＴＩメッセージ４０、４２のＣｏＡオプション４６に含まれるケアオブアドレスをチェックするので、経路最適化が許可されていないＨｏＴＩメッセージ４２の転送を防ぐことができる。また、第２の実施の形態においては、ネットワークオペレータが許可するアドレスを用いてＨｏＴＩメッセージ４２をＣＮ２０へ転送させ、home keygen tokenを取得することができたとしても、ネットワークオペレータが許可しないアドレスに対するhome keygen tokenを取得することはできない。従って、ＭＮ１０は、ネットワークオペレータが許可しないアドレスを登録するためのＢＵメッセージに、ＣＮ２０が受け入れる認証情報を生成して付加することはできない。その結果、ネットワークオペレータが許可しないアドレスを用いた経路最適化を防ぐことができる。
＜第３の実施の形態＞
本発明の第１の実施の形態及び第２の実施の形態では、ＭＮ１０がローカルネットワーク内で取得したアドレスを経路最適化パスＰ２の構築に使用しようとした場合に、ＨＡ３０が、ＭＮ１０によって開始されたＲＲを拒絶するための方法について説明した。本発明の第３の実施の形態では、ローカルネットワーク内で取得したアドレスを使った経路最適化パスＰ２の構築を可能とする手法について説明する。本実施の形態におけるネットワーク構成は、第１の実施の形態におけるネットワーク構成と同様であるため、図２を用いて説明する。
まず、本実施の形態の概要を説明する。本実施の形態におけるＭＮ１０は、図２に示すように、ローカルネットワークで取得したアドレス（ＣｏＡ１）を用いた経路最適化パス、つまりローカルネットワーク経由パスＰ２１を用いてＣＮ２０と通信を行いたいとする。図１１（１）〜（８）は、第３の実施の形態における通信シーケンスを示す。
（１）まず、ＭＮ１０は、自身が保持するアドレス（ＣｏＡ１、ＣｏＡ２の中から、経路最適化（ＲＯ）に使用したいアドレスとしてＣｏＡ１を選択する。
（２）ＭＮ１０が経路最適化に使用するアドレスとしてＣｏＡ１を選択した後、ＣｏＡ１が３ＧＰＰネットワーク１ａから割り当てられたアドレスではなく、ローカルネットワークから割り当てられたアドレスである場合、ＭＮ１０は、ＣｏＡ１を含むＨｏＴＩメッセージの転送を許可するよう要求する経路最適化要求メッセージをＨＡ３０へ送信する。
（３）経路最適化要求メッセージを受けたＨＡ３０は、ＣｏＡ１を経路最適化に使用することが許可されているか否かを確認する。
（４）ＣｏＡ１を用いた経路最適化の使用が可能と判断された場合、ＨＡ３０は、ＭＮ１０に対してＣｏＡ１を用いた経路最適化が許可されたことを示す応答を送信する。
（５）（８）応答を受けたＭＮ１０は、第１の実施の形態と同様に、ＣｏＡ１を用いた経路最適化パスを構築するために、ＣｏＡ１を含めたＨｏＴＩメッセージをＨＡ３０経由でＣＮ２０に送信するとともに、ＣｏＡ比較要求情報を含めたＣｏＴＩメッセージをＣＮ２０宛に送信し、ＲＲを開始する。
（６）（７）ＨＡ３０は、ＵＥが送信する全てのパケットをチェックし、ＨｏＴＩメッセージを含むパケットが見つかった場合には、そのＨｏＴＩメッセージに含まれているアドレスと、経路最適化要求メッセージで通知されたＣｏＡ１の照合を行う。ＨｏＴＩメッセージに含まれるアドレスが、ＣｏＡ１と異なるアドレスである場合は、そのＨｏＴＩメッセージの転送はしない（すなわち破棄する）。一方、ＨｏＴＩメッセージに含まれるアドレスがＣｏＡ１であった場合は、ＨＡ３０は、そのＨｏＴＩメッセージをＣＮ２０へ転送する。ＣＮ２０は、第1の実施の形態と同様に、ＨｏＴＩメッセージ内のアドレスと、ＣｏＴＩメッセージの送信元アドレスとを比較し、両者が一致した場合にのみＨｏＴメッセージ及びＣｏＴメッセージをＭＮ１０に返す（不図示）。
図１２は、第３の実施の形態におけるＭＮ１０が持つ各機能の構成例である。図１２におけるインタフェース１０１と、送信部１０２と、受信部１０３と、ＨｏＴＩ／ＣｏＴＩ生成部１０４、１０６と、ＨｏＴ／ＣｏＴ処理部１０７、１０８と、アドレス管理部１０９とＭＩＰ制御部１１０は、図４に示す構成と同様であるので詳細な説明を省略する。経路最適化用アドレス選択部１０５ａは、経路最適化に用いるアドレスの選択を行う。この選択は、経路最適化に使用するパスを選択することに相当する。例えば、ＣＮ２０との通信に対してどのパスが最適であるかの判断に基づいて行われる。この場合、図２に示すように、ＣＮ２０が３ＧＰＰネットワーク１ａ上ではなく、外部のネットワーク（インターネット上）に存在するノードであるため、ＭＮ１０が接続しているローカルネットワークから直接インターネットへ繋がるローカルネットワーク経由パスＰ２１の方が、ｅＰＤＧ経由パスＰ２１やＨＡ経由パスＰ１よりも短いパスであるとの判断によりＣｏＡ１が選択される。また、ＣＮ２０もＭＮ１０と同様に、Ｎｏｎ−３ＧＰＰネットワーク１ｂに接続していて、ローカルネットワーク経由パスＰ２１を使用することができるノードであることを知得した場合に、ＭＮ１０はローカルネットワーク経由パスＰ２１を選択してもよい。
また、ＭＮ１０が接続しているローカルネットワーク（Non-3GPPネットワーク１ｂ）が、信頼できるNon-3GPPネットワーク（Trusted Non-3GPP network）であるか、又は信頼できないNon-3GPPネットワーク（Untrusted Non-3GPP network）であるかを判断して、経路最適化用アドレスを選択してもよい。例えば、信頼できるNon-3GPPネットワークは、３ＧＰＰオペレータと関係が深いネットワークであるため、Non-3GPPネットワークの状況や様々な情報を基に、３ＧＰＰオペレータは課金などの制御を行うことができるため、３ＧＰＰオペレータは信頼できるNon-3GPPネットワークからの経路最適化を許可するかもしれない。このためＭＮ１０は、接続中のネットワークが信頼できるNon-3GPPネットワークである場合に、インタフェース１０１に割り当てられているアドレスを経路最適化に使用するアドレスとして選択する。
なお、上述とは逆に、接続中のネットワークが信頼できないNon-3GPPネットワークである場合に、インタフェース１０１に割り当てられているアドレスを経路最適化に使用するアドレスとして選択してもよい。例えば、信頼するNon-3GPPネットワークからの３ＧＰＰコアネットワークへの接続処理や接続経路の長さなどは、信頼できないNon-3GPPネットワークからのものよりも、比較的良好であると考えられる。このため、信頼できるNon-3GPPネットワークにおいて、ＨＡ経由パスＰ１の代わりにローカルネットワーク経由パスＰ２１を使用するメリットがあまり大きくないかもしれない。一方、信頼できないNon-3GPPネットワークが３ＧＰＰオペレータの管理対象外のネットワーク（公衆無線ＬＡＮなど）である場合、３ＧＰＰコアネットワークへ接続するための複雑な処理を実行しなければならず、接続経路が長くなってしまう可能性がある。この場合、接続中のネットワークが信頼できないネットワークであっても、ＭＮ１０がローカルネットワーク経由パスＰ２１を選択するメリットは大きい。
また、経路最適化用アドレスの選択は、ＭＮ１０の経路最適化リスト保持部１１１が保持している経路最適化情報リストに基づいて行われてもよい。経路最適化情報リストには、経路最適化に使用可能なアドレスを取得できるネットワーク（Non-3GPPネットワーク１ｂ）に関する情報が含まれている。例えば、接続中のローカルネットワークがリストに該当するネットワークである場合は、そのネットワークから割り当てられているアドレスを経路最適化に使用するアドレスとして選択する。一方、接続中のローカルネットワークがリストに該当するネットワークでない場合は、経路最適化に使用不可であると判断し、そのネットワークから割り当てられているアドレスの選択は行わない。
ＭＮ１０はさらに、ＣＮ２０との通信でやり取りされるフローの種類（例えばＷｅｂフロー、ビデオフロー、オーディオフロー、データフロー）に応じて、適切なパスを選択してもよい。例えば、ＣＮ２０とやり取りするフローの種類をフローＡとすると、ＭＮ１０が保持するフロー情報の中で、フローＡがローカルネットワーク経由パスＰ２１を用いて転送するよう規定されている場合、ＭＮ１０は経路最適化に使用するアドレスとしてＣｏＡ１を選択する。なお、経路最適化を使用することが規定されたフローを持っている場合に、前述した方法によるアドレスの選択を行ってもよい。この場合、例えば、ＣＮ２０と行うフローが、ローカルネットワーク経由パスＰ２１を用いて転送するよう規定されているフローＡである場合に、接続しているネットワークが信頼できるネットワークであるか否かを確認し、信頼できるネットワークである場合に、割り当てられているアドレスを経路最適化用アドレスとして選択する。
なお、ＭＮ１０が参照するフロー情報は、３ＧＰＰネットワーク１ａのオペレータ（ＨＰＬＭＮ；Home Public Land Mobile Network、ホームオペレータ）、またはローカルネットワークを管理するオペレータ（ＶＰＬＭＮ：Visited Public Land Mobile Network、ローミング先オペレータ）から取得したフロー情報であってもよいし、ＭＮ１０があらかじめ保持していたフロー情報でもよい。オペレータから取得する場合、ＡＮＤＳＦ（Access Network Discovery and Selection Function）を用いてＡＮＤＳＦサーバから取得した情報でもよいし、ＰＣＲＦ（Policy Control and Charging Function）などのポリシーサーバから直接取得、あるいはＨＡ３０を介して取得してもよい。
上記の方法で経路最適化用アドレスとしてＣｏＡ１を選択した後、経路最適化アドレス選択部１０５ａは、ＨＡ３０に対して、ＣｏＡ１を用いた経路最適化の使用を要求するために、経路最適化要求メッセージをＨＡ３０へ通知するよう経路最適化要求部１１２へ指示する。経路最適化要求部１１２は、経路最適化用アドレス選択部１０５ａによって選択されたアドレスを用いた経路最適化の使用をＨＡ３０へ要求するための経路最適化要求メッセージを生成し、送信部１０２及びインタフェース１０１を経由して送信する。
なお、経路最適化用アドレス選択部１０５はアドレスを選択した後に、選択されたアドレスに応じて、ＨＡ３０へ通知するべきか否かを判断してもよい。例えばオペレータが、信頼できるローカルネットワークから割り当てられたアドレスを用いた経路最適化を許可している場合、選択したアドレスが信頼できるネットワークから割り当てられたアドレスである場合には、経路最適化での使用が認められているアドレスであると判断し、経路最適化要求メッセージをＨＡ３０へ送信せずに経路最適化処理を開始することができると判断してもよい。
一方、選択したアドレスが信頼できないネットワークから割り当てられたアドレスである場合に、ＨＡ３０へ経路最適化要求メッセージを送信してもよい。この場合、ＭＮ１０がｅＰＤＧ３１との間で行うＩＫＥｖ２メッセージの中でＣｏＡ１を用いた経路最適化の使用を要求し、そしてその要求を受けたｅＰＤＧ３１がＨＡ３０への経路最適化要求メッセージを送信してもよい。ｅＰＤＧ３１によってＨＡ３０へ送信される経路最適化要求メッセージとしては、ＰＢＵメッセージ（Proxy Binding Update）を用いることができるが、これに限定されない。また、上記とは逆に、選択したアドレスが信頼できるネットワークから割り当てられたアドレスである場合に、選択したアドレスを通知して認識させるために、ＨＡ３０へ経路最適化要求メッセージを送信し、一方、信頼できないネットワークから割り当てられたアドレスである場合には、経路最適化に使用できないため、ＨＡ３０への送信は不要であると判断してもよい。なお、接続しているネットワークが信頼できないネットワークであったとしても、選択されたアドレスがｅＰＤＧ経由パスＰ１１を使用するためのＣｏＡ２である場合には、経路最適化要求メッセージを送信すると判断してもよい。ＨＡ３０は、ｅＰＤＧ３１等へ問い合わせることで、ＭＮ１０のLocal-ＣｏＡを知得することができる。なお、ＭＮ１０が経路最適化での使用を要求しているケアオブアドレスをＨＡ３０が容易に知得することができるように、経路最適化要求メッセージにＣｏＡ１を含めてもよい。
また別な例として、ＨＡ３０へ経路最適化要求メッセージを通知するべきか否かを判断するために、経路最適化情報リストを用いてもよい。この場合、接続中のローカルネットワークがリストに含まれるネットワークに該当するネットワークである場合は、すでにＨＡ３０によって経路最適化での使用が許可されていると判断し、ＨＡ３０への要求は行わずに経路最適化処理を開始する。一方、リストに該当しないネットワークである場合は、経路最適化が使用できないネットワークであると判断し経路最適化要求を行わない。また上記とは逆に、接続中のネットワークがリストに該当しないネットワークである場合に、ＨＡ３０へ経路最適化の使用を要求してもよい。なお、接続中のローカルネットワークがリストに該当するネットワークである場合でも、オペレータがＭＮ１０に対して経路最適化の使用を許可していなかった場合は、経路最適化を実行したいアドレスとしてＣｏＡ２をＨＡ３０へ通知するようにしてもよい。
さらに、経路最適化情報リストを参照する前に、ＭＮ１０自身が、経路最適化の使用が許可されているかどうかを確認してもよい。使用が許可されているとは、ＭＮ１０の加入者情報（Subscription）において、契約上、ＭＮ１０が経路最適化の使用が許可されているか否かを意味している。判断方法としては、ＭＮ１０自身が保持する加入者情報を参照してもよいし、ＭＮ１０自身が経路最適化情報リストを保持している場合に、経路最適化の使用が許可されていると認識するようにしてもよい。また、経路最適化情報リストを３ＧＰＰネットワーク１ａ内の情報サーバ（ＡＮＤＳＦサーバ、ＨＡ３０、ポリシーサーバ（ＰＣＲＦ））へ要求した結果、経路最適化情報リストとして適切な情報を取得することができた場合は、経路最適化が許可されていると判断し、情報が取得できなかった場合は、許可されていないと判断してもよい。
また、経路最適化情報リストに含まれる情報として、上記の経路最適化が許可されたネットワークに関する情報の代わりに、経路最適化を使用して転送するべきフローに関する情報が含まれていてもよい。例えば、ＣＮ２０と通信中のフロー、あるいは通信する予定のフローが、ローカルネットワークから直接インターネットなどへアクセス可能なパス（ローカルネットワーク経由パスＰ２１）経由で転送することが指示されている場合には、ＭＮ１０はＣｏＡ１を選択する。
第３の実施の形態におけるＭＮ１０は、ＣｏＡ１を用いた経路最適化をＨＡ３０へ要求する場合に、図１３に示すようにＨＡ３０へ送信するＢＵメッセージ６０の中に要求を含めて通知する。ＢＵメッセージ６０は、ＩＰヘッダ６１内に送信元アドレスとしてＣｏＡ１及びあて先アドレスとしてＰＧＷ（ＨＡ３０）のアドレスを含み、ペイロード６２内にＨｏＡ６３及び経路最適化用アドレス６４を含む。図１３では、Local-ＣｏＡを用いた経路最適化の要求をしていることを示すためにＣｏＡ１をＢＵメッセージ６０に含めた例を示しているが、これに限定されない。ＣｏＡ１を含める代わりに、ＢＵメッセージ内のフラグを用いてLocal−ＣｏＡを用いた経路最適化を要求してもよい。なお、経路最適化用アドレスを通知するＢＵメッセージ６０は、ｅＰＤＧ（evolved Packet Data Gateway）３１から取得したアドレス（ｅＰＤＧ−ＣｏＡ：ＣｏＡ２）をＨｏＡ１に関連付けるケアオブアドレスとしてＨＡ３０へ登録するためのＢＵメッセージであってもよい。この場合、ＢＵメッセージには、ケアオブアドレスとして登録されるＣｏＡ２と共に、経路最適化用アドレスとしてＣｏＡ１が含まれるか、またはフラグがセットされる。ＣｏＡ１を含めた場合は、ＣｏＡ１を含むフィールド６４は、ＣｏＡ２を含む代替ＣｏＡオプションと区別するために、異なるタイプを持つオプションを用いるか、オプション内にフラグをセットする。なお、Local−ＣｏＡを用いた経路最適化要求の通知方法としては、ＢＵメッセージ６０に限定されない。別の方法として、ＨＡ３０との間でＳＡを確立するために送受信されるＩＫＥv２（IKE_SA_INITやIKE_AUTH_Requestなど）の中で通知してもよいし、ｅＰＤＧ３１とＭＮ１０の間でＳＡを確立するために実行されるＩＫＥｖ２（IKE_SA_INITやIKE_AUTH_Requestなど）の中で通知してもよい。
また、経路最適化用アドレス選択部１０５ａは、経路最適化用アドレスとして選択したアドレスをアドレス管理部１０９へ保持するよう指示する。経路最適化要求応答処理部１１３は、送信した経路最適化要求に対してＨＡ３０から返信された応答を処理し、ＨｏＴＩ／ＣｏＴＩ生成部１０４、１０６は、その処理結果に応じてＨｏＴＩメッセージ及びＣｏＴＩメッセージを送信するか、又は送信しない。
図１４、図１５は、ＭＮ１０が行う処理例をフローチャート化したものである。図１４における例では、ＣＮ２０との通信フローは直接ＩＰアクセス経由か否かをチェックする（ステップＳ１１）。そして、ＹＥＳであれば、ローカルアドレスを経路最適化用アドレスとしてＨＡ３０に通知し（ステップＳ１２）、ＨＡ３０からの応答がＯＫであれば（ステップＳ１３でＹＥＳ）、ＨｏＴＩメッセージを送信する（ステップＳ１４）。図１５における例は、ＨＡ３０によって経路最適化が許可されたネットワークについての情報が経路最適化リストに含まれている場合のフローチャートである。まず、接続ネットワークは経路最適化リストに含まれるか否かをチェックする（ステップＳ１１ａ）。そして、ＹＥＳであれば、ＨｏＴＩメッセージを送信する（ステップＳ１４）。一方、ＮＯであれば、経路最適化を要求するために、ローカルアドレスを経路最適化用アドレスとしてＨＡ３０へ通知し（ステップＳ１２）、ＨＡ３０からの応答がＯＫであれば（ステップＳ１３でＹＥＳ）、ＨｏＴＩメッセージを送信する（ステップＳ１４）。
図１６は第３の実施の形態におけるＨＡ３０の構成例である。図１５におけるインタフェース３０１と、送信部３０２と、受信部３０３と、ＨｏＴＩ転送部３０４と、ＨｏＴＩ処理部３０６は、図７に示す構成と同じであり、アドレスチェック部３０５ａとアドレス管理部３０７ａは、図７に示す構成とほぼ同じ構成であるので、詳細な説明は省略する。経路最適化要求処理部３１０は、ＭＮ１０から通知された経路最適化用アドレスを取得し、経路最適化用アドレス判断部３１１へ渡す。なお、経路最適化要求処理部３１０は、経路最適化用アドレスをｅＰＤＧ３１から取得してもよい。
経路最適化用アドレス判断部３１１は、ＭＮ１０から通知されたアドレスを使った経路最適化をＭＮ１０に対して許可するか否かを判断する。判断方法としては、ＨＡ３０が保持する経路最適化情報リスト（不図示）と照合し、そのアドレスが、リストに含まれるネットワーク（経路最適化が許可されたネットワーク）から割り当てられたアドレスであるか否か、あるいは、経路最適化が許可されたプリフィックスがリストに含まれており、通知されたアドレスのプリフィックスがリスト内のプリフィックスと一致するか否かを確認することで行われる。しかし確認方法はこれらに限定されない。
なお、経路最適化用アドレス判断部３１１は、ＭＮ１０から通知されたアドレスが経路最適化に使用できるアドレスであるか否かを判断する前に、ＭＮ１０が経路最適化の使用が許可されているノードであるか否かをＡＡＡ／ＨＳＳ（不図示）へ問い合わせて確認してもよい。問い合わせを受けたＨＳＳ／ＡＡＡは、ＭＮ１０の加入者情報（Subscription）を参照し、ＭＮ１０がローカルアドレスを用いた経路最適化を行うことが許可されたノードであるかを確認する。ＨＡ３０は、ＨＳＳ／ＡＡＡから、ＭＮ１０が経路最適化の使用が許可されたノードであるとのレスポンスを受けた場合には、さらに、ＣｏＡ１を用いた経路最適化が可能か否かを確認する。ＣｏＡ１を用いた経路最適化が可能か否かの確認は、前述した方法を用いて行われる。例えば、ＣｏＡ１を割り当てたネットワークが３ＧＰＰオペレータにとって信頼できるネットワークであるか否かによって判断してもよい。なお、ＨＡ３０はＨＳＳ／ＡＡＡに対して、ＵＥ１０が経路最適化の使用が許可されたノードであるかの確認だけでなく、ＣｏＡ１を用いた経路最適化が可能か否かについても、同時に問い合わせてもよい。確認の結果、ＣｏＡ１を用いた経路最適化が許可されている場合には、経路最適化要求応答部３１２は、通知されたアドレスの経路最適化への使用が許可されていることを示す応答をＭＮ１０へ返す。
経路最適化要求メッセージがＨＡ経由パスＰ１を用いて送信される場合、送信元アドレスはＭＮ１０のＨｏＡ１またはＣｏＡ２となっているため、ＨＡ３０は、そのメッセージに含まれているＣｏＡ１の妥当性（Validity）、及び到達性（Reachability）を確認することができない。そこでＨＡ３０は、ＭＮ１０から通知されたＣｏＡ１が、確かにＭＮ１０が保持しているアドレスであるか否かを確認するために、ＭＮ１０から経路最適化要求メッセージを受信した際に、通知されたアドレス宛にCookie情報を含む問い合わせメッセージを送信してもよい。アドレス問い合わせメッセージとしては、たとえば、Ｐｉｎｇメッセージとして用いられるＩＣＭＰ（Echo Request）メッセージを使用することができるが、これに限定されない。ＭＮ１０は、ＨＡ３０から問い合わせメッセージを受けた場合、メッセージに含まれていたCookie情報を含むレスポンスメッセージ（Echo Reply）をＨＡ３０へ返す。ＨＡ３０は正しいCookieを含む応答メッセージを受信した場合に、ＣｏＡ１をＭＮ１０が保持するアドレスであると判断し、以下に示すように、経路最適化の使用が許可されているアドレスか否かの確認を行う。
なお、セキュリティレベルの向上を図るために、アドレス問合せメッセージによる確認とＨＳＳ／ＡＡＡへの問い合わせの両方を実行するのが望ましいが、ＨＳＳ／ＡＡＡへの問い合わせで十分な場合は、アドレス問合せメッセージによる確認を省略してもよい。また、アドレス問合せメッセージによる確認で十分な場合は、ＨＳＳ／ＡＡＡへの問い合わせを省略してもよい。
本発明の第３の実施の形態により、３ＧＰＰネットワークオペレータは、ローカルネットワークから取得したアドレスを経路最適化に使用することを許可するか否かをＭＮ１０に応じて制御することができる。また、許可されたＭＮ１０は、ローカルネットワーク経由パスＰ２１を用いて、経路最適化パスを生成することができ、３ＧＰＰネットワークからＮｏｎ３ＧＰＰネットワークへハンドオーバした後にローカルネットワーク経由パスＰ２１を用いた場合でも、ＨｏＡ１を用いたＣＮ２０とのセッションを維持することが可能となる。
＜第４の実施の形態＞
第４の実施の形態では、３ＧＰＰにおいて、ＵＥがマクロ基地局（evolved Node B（ｅＮＢ）、Node B、マクロセル）又はフェムト基地局（ホーム evolved Node B（Home eNB、以下HeNB）、ホームNode B（Home NB）、ホーム基地局や小型基地局、代理基地局、CSG（Closed Subscriber Group）セルとも呼ばれる）に接続しており、マクロ基地局又はＨｅＮＢを経由して３ＧＰＰネットワークへ繋がるパスと、マクロ基地局又はＨｅＮＢを介して直接外部のネットワーク（インターネット）へ繋がるパスを構成している場合について説明する。以下では、ＨｅＮＢの場合について述べているが、マクロ基地局の場合でも同様のことが言える。
ＨｅＮＢは、マクロ基地局よりも小さな無線カバーエリアを提供する小型のホーム基地局である。ＨｅＮＢがユーザの宅内に設置される場合、ＵＥは、ＨｅＮＢを経由した３ＧＰＰのコアネットワークへのアクセス（以下、３Ｇ経由パス）だけでなく、ＨｅＮＢ配下のローカルネットワークへのアクセス（ＬＩＰＡ：Local IP Access）や、３ＧＰＰコアネットワークを介さないインターネットへの直接アクセス（SIPTO：Selected IP Traffic Offload、以下、直接パス）も利用することができる。通常ＵＥがインターネットへアクセスする際には３Ｇ経由パスを用いるが、ＵＥがＨｅＮＢに接続している場合は、３Ｇ経由パスを経由しない直接パスを選択して用いることで、ＨｅＮＢから直接インターネットへフローを送信することができる。直接パスを用いる利点としては、３ＧＰＰコアネットワークへの負荷を抑えることができるという点があげられる。また、ＵＥがインターネット上のノードと通信をする場合、３ＧＰＰコアネットワークを経由する必要がないため、３ＧＰＰコアネットワークへの負荷を抑え、なおかつ最短パスで通信が可能となる。本実施の形態で述べる方法は、オペレータがＵＥに対してサービスの1つとして直接パスの使用を許可するために、ＨｅＮＢがＵＥに応じて直接パスの使用の可・不可を制御するための方法である。
図１７は、ＵＥであるＭＮ１０が、ホーム基地局であるＨｅＮＢ７０に接続して３Ｇ経由パスＰ３１又は直接パスＰ３２を経由してＣＮ２０と通信している場合のネットワーク構成図である。ＭＮ１０は、ＨｅＮＢ７０に接続した際に、３Ｇ経由パスＰ３１用のアドレスＡと直接パスＰ３２用のアドレスＢをそれぞれ取得する。ＭＮ１０はＣＮ２０に送信するパケットの送信元アドレスとして使用するアドレスを選択することで、使用するパスＰ３１又はＰ３２を使い分けることができる。ここで、最初はＨｅＮＢ７０に接続せずにマクロ基地局に接続していて３Ｇ経由パスＰ３１を使用してＣＮ２０と通信しているＭＮ１０が次にＨｅＮＢ７０へ接続して直接パスＰ３２を使用した場合でも、ＣＮ２０とのセッションを維持したいとする。
この場合、ＭＮ１０は直接パスＰ３２へ切り替える前後で同じアドレスを使用してＣＮ２０と通信をしている必要がある。直接パスＰ３２を用いて通信をするときに３Ｇ経由パスＰ３１用のアドレスＡを使用するためには、ＭＮ１０は、ＣＮ２０に対してアドレスＢをＣｏＡとして通知し、ＣＮ２０との間にアドレスＡに対する経路最適化パスＰ２（図１参照）を構築する必要がある。しかし、許可されていないＭＮ１０による経路最適化パスＰ２すなわち直接パスＰ３２の構築を防ぐために、オペレータはＨｅＮＢ７０に対して、ＭＮ１０が送信したＨｏＴＩメッセージのチェックを代理で実行させる。ＭＮ１０が送信したＨｏＴＩメッセージの中に、経路最適化パス構築のための使用が許可されていないアドレスＢが含まれている場合は、ＨｅＮＢ７０はそのＨｏＴＩメッセージを転送せずにブロックする。この場合、ＭＮ１０はＲＲを実行することができないため、経路最適化パスＰ２すなわち直接パスＰ３２の構築ができない。
そのため、図１８（１）〜（７）に示すように、
（１）ＭＮ１０は、アドレスＢを使った経路最適化パスＰ２の構築をするために、アドレスＢをＨｅＮＢ７０へ通知して、アドレスＢを含むＨｏＴＩメッセージを転送するようＨｅＮＢ７０に対して要求する。なお、本発明の第３の実施の形態で述べたように、Local−ＣｏＡを用いた経路最適化を要求する方法は、アドレスＢを通知する方法に限定されない。例えば、ＨｅＮＢ７０へ送信するメッセージ内に、Local−ＣｏＡを用いた経路最適化を要求することを意味するフラグをセットする方法や、経路最適化の要求を示すペイロードを通知してもよい。この場合、ＨｅＮＢ７０は、自身が保持する情報を参照し、ＭＮ１０に割り当てられているLocal−ＣｏＡを知得する。
（２）この要求を受けたＨｅＮＢ７０は、アドレスＢが、ＭＮ１０が保持する直接パスＰ３２用のアドレスであるか否かを確認する。直接パスＰ３２用のアドレスである場合は、３ＧＰＰコアネットワーク１ａへ問い合わせてＭＮ１０が経路最適化の使用が許可されたＵＥであるかを確認し、その結果を取得する。ＭＮ１０が経路最適化の使用が許可されたＵＥである場合は、ＨｅＮＢ７０は、アドレスＢをＭＮ１０の経路最適化用のアドレスとして保持し、ＭＮ１０からのＨｏＴＩメッセージ内のアドレスとの照合を開始する。
（３）（４）（７）ＭＮ１０は、ＨｅＮＢ７０から、アドレスＢを用いた経路最適化の使用が許可されたことを示す応答を受けた場合には、本発明の第１の実施の形態と同様に、ＣＮ２０との直接パスＰ３２を用いた経路最適化パスＰ２を構築するために、アドレスＢを含めたＨｏＴＩメッセージとＣｏＡ比較要求情報を含めたＣｏＴＩメッセージをＣＮ２０宛に送信する。
通常のモバイルＩＰでは、ＵＥからＨＡに送信されるＨｏＴＩメッセージは、外部ネットワークに接続しているＵＥから送信されるためＨＡ宛にカプセル化されるが、本実施の形態のＵＥ（ＭＮ１０）は、ＨｅＮＢ７０を介した３Ｇ経由パスＰ３１を用いてカプセル化せずに送信することができる。この場合、ＨｅＮＢ７０は、ＵＥが送信する全てのパケットをチェックし、ＨｏＴＩメッセージを含むパケットを特定する。また、別な方法として、ＭＮ１０は、ＨｏＴＩメッセージをＨｅＮＢ７０宛にカプセル化して送信してもよい。この場合、カプセル化ＨｏＴＩメッセージのあて先には、ＨｅＮＢ７０のアドレスがセットされるため、ＨｅＮＢ７０は、自身宛のパケットを受信した際にのみ、パケットがＨｏＴＩメッセージであるか否かを確認すればよいため、代理受信による負荷を軽減することができる。なお、ＨｅＮＢ７０のアドレスは、ＭＮ１０がＨｅＮＢ７０に接続する際に取得する。
（５）（６）ＨｅＮＢ７０に到着したＨｏＴＩメッセージ内にアドレスＢが含まれている場合、ＨｅＮＢ７０はそのＨｏＴＩメッセージをＣＮ２０へ転送する。ＣＮ２０は、第1の実施の形態と同様に、ＨｏＴＩメッセージ内のアドレスと、ＣｏＴＩメッセージの送信元アドレスとを比較し、両者が一致した場合にのみＨｏＴメッセージ及びＣｏＴメッセージをＭＮ１０に返す（不図示）。
本実施の形態におけるＭＮ１０の構成は、第３の実施の形態で説明したＭＮ１０（図１２）と同じである。経路最適化用アドレス選択部１０５ａ及び経路最適化要求部１１２以外は、図１２に示す構成要素と同じであるため説明を省略する。アドレス選択部１０５ａは、ＭＮ１０に割り当てられているアドレスの中から経路最適化に使用するアドレスとして、直接パスＰ３２を使用するためのアドレスＢを選択する。さらに、経路最適化要求部１１２に対して、接続しているＨｅＮＢ７０へ、Local−ＣｏＡを用いた経路最適化を要求するよう指示する。要求する方法としては、選択したアドレスＢを通知する方法があるが、これに限定されない。なお、経路最適化要求部１１２は、ＨｅＮＢ７０に対して要求を通知する前に、３ＧＰＰコアネットワーク１ａ（ＰＧＷ、ＨＳＳ／ＡＡＡ）に対して、アドレスＢを経路最適化に使用することを要求してもよい。要求の結果、アドレスＢの使用が許可された場合には、ＨｅＮＢ７０へアドレスＢを通知するメッセージの中で、アドレスＢの使用許可が取得済みであることを示す情報を含めてもよい。また、本発明の第３の実施の形態で述べたように、経路最適化要求部１１２は、ＰＧＷ３０ａに対して直接Local−ＣｏＡを用いた経路最適化を要求してもよい。この場合、例えば、ＰＧＷ３０ａとの間で構築されるＰＤＮコネクションの生成、変更、削除等をする際に送信するメッセージの中で要求が通知される。
図１９は、本実施の形態におけるホーム基地局であるＨｅＮＢ７０の構成を示す。ＨｅＮＢ７０は、図１５に示すＨＡ３０においてローカルアドレス判断部３１１ａと、経路最適化確認部以外は、同じであるため説明を省略する。ローカルアドレス判断部３１１ａは、ＭＮ１０からローカルアドレス（アドレスＢ）を経路最適化に使用する要求を受けた場合に、直接パスＰ３２に対応するアドレスがＭＮ１０に割り当てられているか否かを確認し、アドレスＢが割り当てられている場合には、経路最適化確認部３１２ａに対して、アドレスＢを用いた経路最適化をＭＮ１０に対して許可してもよいか否かを３ＧＰＰコアネットワーク１ａのＰＧＷ３０ａに問い合わせるよう要求する。問い合わせの結果、許可された場合は、ＭＮ１０に対してアドレスＢの使用が許可されたことを示す応答をＭＮ１０に返す。なお、上述したように、ＭＮ１０自身が、３ＧＰＰコアネットワーク１ａに対して、アドレスＢの使用を要求している場合、例えば、ＨｏＴＩメッセージの中にアドレスＢの使用許可を確認済みであることを示す情報が含まれている場合には、経路最適化アドレス判断部は、ＭＮ１０からアドレスＢが通知された際に、３ＧＰＰコアネットワークへ問い合わせを省略してもよい。経路最適化確認部３１２ａは、ローカルアドレス判断部３１１ａの指示を受け、ＭＮ１０に対してアドレスＢを用いた経路最適化を許可してもよいか否かを問い合わせるための経路最適化確認メッセージを３ＧＰＰコアネットワーク１ａ（ＰＧＷ３０ａ、ＨＳＳ／ＡＡＡ）へ送信する。
本実施の形態におけるＰＧＷ３０ａの構成は、第３の実施の形態で説明したＨＡ３０（図１５）と同じである。経路最適化アドレス判断部３１１は、ＨｅＮＢ７０からの問合せを受け、通知されたアドレスが経路最適化に使用可能か否かを判断し、応答を返す。すなわち、本実施の形態のＰＧＷ３０ａは、ＨｅＮＢ７０からアドレスＢの経路最適化での使用を要求された際に、アドレスＢを用いた経路最適化を許可してよいかの確認を行い、許可してよい場合には、ＨｅＮＢ７０に対して、ＵＥから送信されるＨｏＴＩメッセージに含まれるアドレスのチェックを行うよう指示する。また、ＰＧＷ３０ａがＵＥ（ＭＮ１０）から直接要求を受けた場合、経路最適化アドレス判断部３１１は、ＭＮ１０に対してLocal−ＣｏＡを用いた経路最適化を許可してもよいか否かを判断し、許可する場合、ＨｅＮＢ７０へＨｏＴＩメッセージに含まれるアドレスのチェックを開始するよう指示するとともに、ＭＮ１０へLocal−ＣｏＡの使用を許可することを示す応答を返す。この場合、ＭＮ１０はＰＧＷ３０ａに対して要求を通知するだけでよく、ＨｅＮＢ７０に対する要求は行わない。これにより、ＵＥが送信するメッセージ数を削減することが可能となるため、無線リソースの消費を軽減することができる。なお、ＭＮ１０から直接要求を受けた場合に、通知されたアドレスが経路最適化に使用可能であることを示す応答をＭＮ１０のみに返してもよい。この場合、ＭＮ１０はＰＧＷ３０ａからの応答を受けた後、ＨｅＮＢ７０へアドレスを通知し、経路最適化での使用を要求する。
本発明の第４の実施の形態により、３ＧＰＰネットワーク１ａのオペレータに接続するＨｅＮＢ７０が、直接パスＰ３２を経路最適化に使用することを許可するか否かをＭＮ１０に応じて制御することができる。また、許可されたＭＮ１０は、直接パスＰ３２を用いて、図１に示すような経路最適化パスＰ２を生成することができ、このため、ＨｅＮＢ７０にハンドオーバして直接パスＰ３２を用いた場合でも、ＨｏＡ１を用いたＣＮ２０とのセッションを維持することが可能となる。
なお、本発明の第４の実施の形態において説明した機能は、ＭＮ１０によるアドレスＢを用いたＨｏＴＩメッセージの転送を許可するか否かを判断するための機能として説明しているが、ＭＮ１０による直接パスの使用そのものを許可するか否かを判断するための機能として用いることもできる。つまり、ＭＮ１０は、アドレスＢによる直接パスＰ３２を用いた通信を要求するためにＰＧＷ３０ａへアドレスＢを通知する。アドレスＢの通知は、ＭＮ１０からの要求を受けたＨｅＮＢが行ってもよい。そして、ＰＧＷ３０ａは、直接パスＰ３２の使用を許可する場合には、ＨｅＮＢ７０に対してアドレスＢが使われたパケットの転送を許可するよう指示し、ＭＮ１０へ直接パスの使用を許可する応答を返す。ＰＧＷ３０ａからの応答を受けたＭＮ１０は、アドレスＢを用いてパケットの送受信を開始する。一方、ＨｅＮＢ７０は、ＰＧＷ３０ａの指示を受け、アドレスＢを送信元とするパケット、及びアドレスＢを宛先とするパケットの転送を開始する。以上述べたように、本発明の第４の実施の形態で述べた手法は、使用が許可されていないアドレスやパスを用いた通信の許可、不許可を動的に制御するために有効である。
なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブ ル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。
本発明は、移動通信装置のネットワークオペレータにとって、経路最適化に使用するのが好ましくないアドレスを確実に拒絶することができるという効果を有し、例えば３ＧＰＰネットワークを利用する移動通信装置が、３ＧＰＰネットワークオペレータが経路最適化されたくないローカルネットワークから直接、相手先通信装置へアクセスする場合などに利用することができる。

Claims (24)

  1. 移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化方法において、
    前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記移動管理装置あてにカプセル化して送信するステップと、
    前記移動管理装置が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄するステップとを、
    備えたことを特徴とする経路最適化方法。
  2. 前記移動管理装置が、前記カプセル化された経路最適化要求メッセージの外部ヘッダの送信元アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄するステップをさらに備えたことを特徴とする請求項１に記載の経路最適化方法。
  3. 前記移動管理装置が、前記経路最適化要求メッセージのあて先アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄するステップをさらに備えたことを特徴とする請求項１又は２に記載の経路最適化方法。
  4. 前記移動通信装置が、前記相手先通信装置をあて先とする、前記経路最適化要求メッセージとは異なる第２の経路最適化要求メッセージを送信するステップと、
    前記相手先通信装置が、前記移動管理装置から転送された前記第１の経路最適化要求メッセージ内の前記直接経路で使用を希望するアドレスと前記第２の経路最適化要求メッセージの送信元アドレスを比較し、一致する場合に前記直接経路を許可し、一致しない場合に前記直接経路を許可しないステップとを、
    さらに備えたことを特徴とする請求項１から３のいずれか１つに記載の経路最適化方法。
  5. 前記相手先通信装置が、前記経路最適化要求メッセージの送信元アドレスと前記直接経路で使用を希望するアドレスから生成したメッセージ認証コード生成情報を含む応答メッセージを前記移動通信装置に送信するステップをさらに備えたことを特徴とする請求項４に記載の経路最適化方法。
  6. 前記移動通信装置が、前記経路最適化要求メッセージを送信する前にあらかじめ、ローカルネットワークから取得したアドレスを前記直接経路で使用を希望するアドレスとして前記移動管理装置に通知するステップと、
    前記移動管理装置が、前記通知されたアドレスの前記直接経路での使用を許可するか又は許可しないかを前記移動通信装置に応答するステップとをさらに備え、
    前記移動通信装置が、前記通知したアドレスの使用が許可された場合に前記経路最適化要求メッセージを送信することを特徴とする請求項１又は４に記載の経路最適化方法。
  7. 移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおいて、
    前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記移動管理装置あてにカプセル化して送信する手段と、
    前記移動管理装置が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
    備えたことを特徴とする経路最適化システム。
  8. 前記移動管理装置が、前記カプセル化された経路最適化要求メッセージの外部ヘッダの送信元アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段を、
    さらに備えたことを特徴とする請求項７に記載の経路最適化システム。
  9. 前記移動管理装置が、前記経路最適化要求メッセージのあて先アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段をさらに備えたことを特徴とする請求項７又は８に記載の経路最適化システム。
  10. 前記移動通信装置が、前記相手先通信装置をあて先とする、前記経路最適化要求メッセージとは異なる第２の経路最適化要求メッセージを送信する手段と、
    前記相手先通信装置が、前記移動管理装置から転送された前記第１の経路最適化要求メッセージ内の前記直接経路で使用を希望するアドレスと前記第２の経路最適化要求メッセージの送信元アドレスを比較し、一致する場合に前記直接経路を許可し、一致しない場合に前記直接経路を許可しない手段とを、
    さらに備えたことを特徴とする請求項７から９のいずれか１つに記載の経路最適化システム。
  11. 前記相手先通信装置が、前記経路最適化要求メッセージの送信元アドレスと前記直接経路で使用を希望するアドレスから生成したメッセージ認証コード生成情報を含む応答メッセージを前記移動通信装置に送信する手段をさらに備えたことを特徴とする請求項１０に記載の経路最適化システム。
  12. 前記移動通信装置が、前記経路最適化要求メッセージを送信する前にあらかじめ、ローカルネットワークで取得したアドレスを前記直接経路で使用を希望するアドレスとして前記移動管理装置に通知する手段と、
    前記移動管理装置が、前記通知されたアドレスの前記直接経路での使用を許可するか又は許可しないかを前記移動通信装置に応答する手段とをさらに備え、
    前記移動通信装置が、前記通知したアドレスの使用が許可された場合に前記経路最適化要求メッセージを送信することを特徴とする請求項７又は１０に記載の経路最適化システム。
  13. 移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記移動通信装置であって、
    前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージを前記移動管理装置あてにカプセル化して送信する手段を備えた移動通信装置。
  14. 前記経路最適化要求メッセージを送信する前にあらかじめ、ローカルネットワークで取得したアドレスを前記直接経路で使用を希望するアドレスとして前記移動管理装置に通知する手段をさらに備え、
    前記通知したアドレスの使用が許可された場合に前記経路最適化要求メッセージを送信することを特徴とする請求項１３に記載の移動通信装置。
  15. 移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記移動管理装置であって、
    前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを前記移動管理装置あてにカプセル化したメッセージを受信する手段と、
    前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
    備えた移動管理装置。
  16. 前記カプセル化された経路最適化要求メッセージの外部ヘッダの送信元アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段をさらに備えたことを特徴とする請求項１５に記載の移動管理装置。
  17. 前記経路最適化要求メッセージのあて先アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄するステップをさらに備えたことを特徴とする請求項１５又は１６に記載の移動管理装置。
  18. 前記移動通信装置が、前記経路最適化要求メッセージを送信する前にあらかじめ、ローカルネットワークで取得したアドレスを前記直接経路で使用を希望するアドレスとして前記移動管理装置に通知した場合に、前記通知されたアドレスの前記直接経路での使用を許可するか又は許可しないかを前記移動通信装置に応答する手段とをさらに備えたことを特徴とする請求項１５に記載の移動管理装置。
  19. 移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記相手先通信装置であって、
    前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージと、前記移動通信装置から前記相手先通信装置をあて先として送信された、前記経路最適化要求メッセージとは異なる第２の経路最適化要求メッセージを受信する手段と、
    前記経路最適化要求メッセージ内の前記直接経路で使用を希望するアドレスと前記第２の経路最適化要求メッセージの送信元アドレスを比較し、一致する場合に前記直接経路を許可し、一致しない場合に前記直接経路を許可しない手段とを、
    備えた相手先通信装置。
  20. 前記経路最適化要求メッセージの送信元アドレスと前記直接経路で使用を希望するアドレスから生成したメッセージ認証コード生成情報を含む応答メッセージを前記移動通信装置に送信する手段を、
    さらに備えたことを特徴とする請求項１９に記載の相手先通信装置。
  21. 移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化方法において、
    前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージをホーム基地局あてに送信するステップと、
    前記ホーム基地局が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記移動管理装置を経由して前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄するステップとを、
    備えたことを特徴とする経路最適化方法。
  22. 移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおいて、
    前記移動通信装置が、前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージをホーム基地局あてに送信する手段と、
    前記ホーム基地局が、前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記移動管理装置を経由して前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
    備えたことを特徴とする経路最適化システム。
  23. 移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記移動通信装置であって、
    前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを生成し、前記生成した経路最適化要求メッセージをホーム基地局あてに送信する手段を
    備えた移動通信装置。
  24. 移動通信装置と相手先通信装置との間で前記移動通信装置の移動管理装置を介さない直接経路で通信を行うための経路最適化システムにおける前記移動管理装置のホーム基地局であって、
    前記相手先通信装置をあて先として前記直接経路で使用を希望するアドレスを含む経路最適化要求メッセージを受信する手段と、
    前記経路最適化要求メッセージ内の前記アドレスが経路最適化を許可するアドレスか否かをチェックし、許可するアドレスである場合には前記経路最適化要求メッセージを前記移動管理装置を経由して前記相手先通信装置に転送し、許可するアドレスでない場合には前記経路最適化要求メッセージを破棄する手段とを、
    備えたホーム基地局。
JP2010542006A 2008-12-08 2009-12-07 経路最適化方法、経路最適化システム、移動通信装置、移動管理装置及び相手先通信装置並びにホーム基地局 Withdrawn JPWO2010067569A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008312301 2008-12-08
JP2008312301 2008-12-08
PCT/JP2009/006656 WO2010067569A1 (ja) 2008-12-08 2009-12-07 経路最適化方法、経路最適化システム、移動通信装置、移動管理装置及び相手先通信装置並びにホーム基地局

Publications (1)

Publication Number Publication Date
JPWO2010067569A1 true JPWO2010067569A1 (ja) 2012-05-17

Family

ID=42242564

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010542006A Withdrawn JPWO2010067569A1 (ja) 2008-12-08 2009-12-07 経路最適化方法、経路最適化システム、移動通信装置、移動管理装置及び相手先通信装置並びにホーム基地局

Country Status (3)

Country Link
US (1) US20110225319A1 (ja)
JP (1) JPWO2010067569A1 (ja)
WO (1) WO2010067569A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2472866B (en) * 2009-08-21 2013-05-08 Samsung Electronics Co Ltd Network elements, integrated circuits and methods for routing control
US9021072B2 (en) * 2010-01-28 2015-04-28 Verizon Patent And Licensing Inc. Localized media offload
CN102149071B (zh) * 2010-02-08 2014-12-10 中兴通讯股份有限公司 一种对本地ip连接的建立进行控制的方法
WO2011129070A1 (en) * 2010-04-16 2011-10-20 Panasonic Corporation Handover method, handover system, and apparatus for a ue attaching to a local ip network
US8842541B2 (en) * 2012-09-04 2014-09-23 Verizon Patent And Licensing Inc. Providing policies using a direct interface between network devices
JP6065102B2 (ja) * 2013-03-21 2017-01-25 富士通株式会社 フェムト基地局装置及び回線切替方法

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8266266B2 (en) * 1998-12-08 2012-09-11 Nomadix, Inc. Systems and methods for providing dynamic network authorization, authentication and accounting
US6578085B1 (en) * 1999-01-27 2003-06-10 Nortel Networks Limited System and method for route optimization in a wireless internet protocol network
FI108832B (fi) * 1999-03-09 2002-03-28 Nokia Corp IP-reitityksen optimointi accessverkossa
JP3636637B2 (ja) * 2000-05-30 2005-04-06 三菱電機株式会社 経路最適化方法
US20020157024A1 (en) * 2001-04-06 2002-10-24 Aki Yokote Intelligent security association management server for mobile IP networks
CN1589538B (zh) * 2001-11-14 2010-05-12 诺基亚公司 支持IPv6的方法、移动路由器和原籍代理
US6721297B2 (en) * 2001-11-19 2004-04-13 Motorola, Inc. Method and apparatus for providing IP mobility for mobile networks
EP1543655B1 (en) * 2002-09-24 2016-03-09 Orange Telecommunications
US7209978B2 (en) * 2002-12-13 2007-04-24 Cisco Technology, Inc. Arrangement in a router of a mobile network for optimizing use of messages carrying reverse routing headers
GB0305673D0 (en) * 2003-03-12 2003-04-16 Orange Personal Comm Serv Ltd Telecommunications
US7058052B2 (en) * 2003-04-11 2006-06-06 Nokia Corporation System and method for using a mobile router tunneling protocol to locate functionality in a distributed architecture
DE60336464D1 (de) * 2003-08-06 2011-05-05 Motorola Inc Verfahren zur validierten Kommunikation
JP4057983B2 (ja) * 2003-09-04 2008-03-05 株式会社エヌ・ティ・ティ・ドコモ 通信システム及び通信制御方法
WO2006006706A1 (en) * 2004-07-09 2006-01-19 Matsushita Electric Industrial Co., Ltd. Network mobility management method and corresponding apparatus
JP5080481B2 (ja) * 2005-10-04 2012-11-21 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｐ接続の無線基地局に対する無線ネットワーク制御局の選択
EP1971085A4 (en) * 2005-12-28 2009-03-04 Huawei Tech Co Ltd METHOD FOR MOBILE IP MANAGEMENT AND CORRESPONDING NETWORK SYSTEM
US8171120B1 (en) * 2006-11-22 2012-05-01 Rockstar Bidco Lp Mobile IPv6 route optimization authorization
US20100189000A1 (en) * 2007-06-20 2010-07-29 Panasonic Corporation Prefix information check device and communication device
CN101399699B (zh) * 2007-09-30 2011-10-05 华为技术有限公司 策略判决功能实体的寻址方法、网元设备及网络系统
US8208919B2 (en) * 2008-02-06 2012-06-26 Cellco Partnership Route optimization using network enforced, mobile implemented policy
US8370503B2 (en) * 2008-05-02 2013-02-05 Futurewei Technologies, Inc. Authentication option support for binding revocation in mobile internet protocol version 6
EP2117201A1 (en) * 2008-05-07 2009-11-11 Alcatel Lucent Network device and method for local routing of data traffic
CN102047704B (zh) * 2008-05-30 2014-07-16 诺基亚西门子通信有限责任两合公司 用于多级网络的网络移动性
JP5320618B2 (ja) * 2008-10-02 2013-10-23 株式会社日立製作所 経路制御方法及びアクセスゲートウェイ装置
US9258696B2 (en) * 2009-02-11 2016-02-09 Alcatel-Lucent Method for secure network based route optimization in mobile networks
US8498414B2 (en) * 2010-10-29 2013-07-30 Telefonaktiebolaget L M Ericsson (Publ) Secure route optimization in mobile internet protocol using trusted domain name servers

Also Published As

Publication number Publication date
US20110225319A1 (en) 2011-09-15
WO2010067569A1 (ja) 2010-06-17

Similar Documents

Publication Publication Date Title
US8606963B2 (en) Enabling simultaneous use of home network and foreign network by a multihomed mobile node
EP2244495B1 (en) Route optimazion of a data path between communicating nodes using a route optimization agent
US8804682B2 (en) Apparatus for management of local IP access in a segmented mobile communication system
US8379599B2 (en) Local mobility anchor relocation and route optimization during handover of a mobile node to another network area
US8792453B2 (en) Secure tunnel establishment upon attachment or handover to an access network
US8891432B2 (en) Routing method, routing system, mobile node, home agent, and home base station
WO2010041440A1 (ja) インタフェース切換システム、モバイルノード、代理ノード及び移動管理ノード
WO2009116246A1 (ja) 通信方法、通信システム、モバイルノード及びアクセスルータ
WO2010067569A1 (ja) 経路最適化方法、経路最適化システム、移動通信装置、移動管理装置及び相手先通信装置並びにホーム基地局
US20110208847A1 (en) Address registration method, address registration system, mobile device and mobile management device
JP2010147686A (ja) 経路最適化のための情報交換方法、モバイルノード、アクセスゲートウェイ並びに通信システム
Pentikousis DMM H. Chan Internet-Draft Huawei Technologies Intended status: Informational P. Seite Expires: August 29, 2013 France Telecom-Orange

Legal Events

Date Code Title Description
A300 Withdrawal of application because of no request for examination

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20130305