JPWO2009116246A1 - 通信方法、通信システム、モバイルノード及びアクセスルータ - Google Patents

通信方法、通信システム、モバイルノード及びアクセスルータ Download PDF

Info

Publication number
JPWO2009116246A1
JPWO2009116246A1 JP2010503761A JP2010503761A JPWO2009116246A1 JP WO2009116246 A1 JPWO2009116246 A1 JP WO2009116246A1 JP 2010503761 A JP2010503761 A JP 2010503761A JP 2010503761 A JP2010503761 A JP 2010503761A JP WO2009116246 A1 JPWO2009116246 A1 JP WO2009116246A1
Authority
JP
Japan
Prior art keywords
prefix
home
external
network domain
mobile node
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
JP2010503761A
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 JPWO2009116246A1 publication Critical patent/JPWO2009116246A1/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • 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)

Abstract

モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングした場合にモバイルノードの位置情報をホームエージェントに登録する際のメッセージ数を減少する技術が開示され、その技術によればＭＮ１１はネットワーク情報４０を受信すると、ネットワーク情報４０が外部プリフィックスを含む場合、外部プリフィックスを用いた気付アドレス（ＣｏＡ）を生成する（ステップＳ４４）。ネットワーク情報４０がさらにホーム・プリフィックスを含むか否かをチェックし（ステップＳ４５）、ホーム・プリフィックスがプリフィックス２０３内に存在しない場合にはＢＵメッセージをホームＭＡＰ１０００に送信し（ステップＳ４６）、ホーム・プリフィックスがプリフィックス２０３内に存在する場合にはＢＵメッセージをホームＭＡＰ１０００に送信しない（ステップＳ４７）。

Description

本発明は、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングする場合の通信方法、通信システム、モバイルノード及びアクセス・ルータに関する。
下記の非特許文献１におけるモバイルＩＰｖ６（ＭＩＰｖ６）によれば、モバイルノード（ＭＮ）は、インターネットに対する接続点を変更しても１つのインターネット・プロトコル（ＩＰ）アドレスを永久的に維持することができる。ＭＩＰｖ６におけるこの永久的なＩＰアドレスは、そのモバイルノードのホームネットワーク・ドメイン内のアドレスであり、ホームアドレスとして知られている。モバイルノードは、外部ネットワーク・ドメインに接続すると、外部ネットワーク・ドメインで使用するＩＰアドレスを、外部ネットワーク・ドメインから広告されるプリフィックスから構成することができる。このように構成したＩＰアドレスは気付アドレスと呼ばれ、また、その気付アドレスをモバイルノードのあて先とすることができる。
モバイルノードは、その位置に関係なく到達可能性を維持するために、自身のホームエージェントに対して気付アドレスをホームアドレスにバインディング（bind）する。ＭＩＰｖ６におけるホームエージェントは、モバイルノードの現在の気付アドレスを登録するホームネットワーク内のルータ又はホストである。このバインディングは、モバイルノードがバインディング・アップデート（ＢＵ）メッセージをホームエージェントに送信することにより実現することができる。モバイルノードがホームネットワークから外に移動すると、ホームエージェントはモバイルノードのホームアドレスあてのパケットをインタセプトして、そのパケットを気付アドレスあてにトンネル化する。ＭＩＰｖ６によればモビリティ管理ドメイン内にホストが含まれる。このため、ＭＩＰｖ６はホストベースのモビリティ管理プロトコルとして知られている。
モビリティ管理の他の形態として、モバイルノードがモビリティ・ドメイン内をローミングする際のシグナリングに関するモビリティ管理からモバイルノードを解放する形態がある。この形態では、下記の非特許文献２に示されるように、モビリティ・ドメイン内のプロキシ・エンティティがモバイルノードのモビリティ管理を助ける。このようなモビリティ管理は、ネットワークベースのモビリティ管理と呼ばれる。
モバイルノードはモビリティ・ドメイン内を移動すると、アクセス認証手順の一部として自身の識別子（ＭＮ−ＩＤ）をプロキシ・エンティティ（ＭＡＧ：モバイル・アクセス・ゲートウェイとして知られている）に提示する。このＭＮ−ＩＤは典型的には、ローカルサーバから取得可能なモバイルノードのポリシー・プロファイルと関連付けるために使用される。モバイルノードのポリシー・プロファイルは、ネットワークベースのモビリティ・サービスの特徴と、他の関連するパラメータ、例えばモバイルノードに割り当てられているネットワーク・プリフィックス（MN.Home.Prefix）、許可されているアドレス構成モード、ローミング・ポリシー、及びネットワークベースのモビリティ・サービスを提供するために本質的な他のパラメータを含む。
プロキシ・エンティティであるモバイル・アクセス・ゲートウェイ（ＭＡＧ）は、モバイルノードのアクセス認証が成功した後、ローカルサーバからモバイルノードのポリシー・プロファイルを取得している。この意味は、モバイル・アクセス・ゲートウェイがモバイルノードのためのモビリティ・サービスを実行するのに必要なすべての情報を有しているということである。このため、モバイル・アクセス・ゲートウェイは、モバイルノードにネットワーク・プリフィックス（MN.Home.Prefix）を広告するためのルータ広告メッセージを周期的に送信する。モバイルノードはネットワーク・プリフィックス（MN.Home.Prefix）を知得すると、モビリティ・ドメインに接続している自身のインタフェースのＩＰアドレス（ホームアドレス）を構成する。モバイルノードがモビリティ・ドメイン内をローミングするときには常に、モビリティ・ドメインに接続しているインタフェースはネットワーク・プリフィックス（MN.Home.Prefix）を参照している。これは、モバイルノードが接続しているモバイル・アクセス・ゲートウェイが常にローカルサーバにアクセスしてモバイルノードのプロファイルを取得していることによる。このため、モビリティ・ドメイン内のモバイルノードの位置に関係なく、モバイルノードは常に、最初に構成したＩＰアドレスを使用することができる。
これを実現するために、ローカル・モビリティ・アンカー（ＬＭＡ）と呼ばれるエンティティがモビリティ・ドメイン内において各モバイルノードの地理的なアンカーポイントとして動作する。なお、以下では、モビリティ・アンカー・ポイント（ＭＡＰ）とも呼ぶ。加えて、ローカル・モビリティ・アンカーはさらに、各モバイルノードの到達可能性を管理している。したがって、ローカル・モビリティ・アンカーは、非特許文献１に記載されているホームエージェントとある類似性を有する。ローカル・モビリティ・アンカーは、各モバイルノードのアンカーポイントとなるために、各モバイルノードの現在位置を更新される必要がある。このため、モバイルノードがモバイル・アクセス・ゲートウェイに接続しているときは常に、モバイル・アクセス・ゲートウェイは、ネットワーク・プリフィックス（MN.Home.Prefix）をモバイル・アクセス・ゲートウェイの気付アドレスにバインディングするためのプロキシＢＵメッセージをローカル・モビリティ・アンカーに送信する。このバインディングにより、ローカル・モビリティ・アンカーは、モバイルノードあてのパケットを適切なモバイル・アクセス・ゲートウェイを経由してルーティング（route）することができる。また、他の従来技術としては、下記の特許文献１、２が知られている。
D. Johnson, C. Perkins and J. Arkko, "Mobility Support in IPv6", Internet Engineering Task Force Request For Comments 3775, June 2004. S. Gundavelli, K. Leung, V. Devarapalli, K. Chowdhury and B. Patil, "Proxy Mobile IPv6", Internet Engineering Task Force Internet Draft: draft-ietf-netlmm-proxymip6-00.txt, April 08, 2007. V. Magret and L. Rose, "Simple multicast extension for mobile IP SMM", US Patent Number 6,988,146, January 17, 2006. M-S. Do, Y-H. Han, H-J. Jang and J-H. Bang, "Method of configuring and registering Internet protocol address in a wireless mobile communication system having connection-oriented radio link", US Patent Application Publication Number US2007/0091822A1, April 26, 2007.
以下に、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングする場合に発生する課題について説明する。図１０はネットワークベースのモビリティ管理システムの例を示す。図１０におけるモバイルノード（ＭＮ）１１ａは、自身の属するドメイン（すなわちホームネットワーク・ドメイン）１００及びインターネット１０２を介して相手先の通信ノード（ＣＮ：Correspondent Node）１２に接続している状態を示し、また、ＭＮ１１ｂは、自身の属しないドメイン（すなわち外部ネットワーク・ドメイン）１０１にローミングして外部ネットワーク・ドメイン１０１及びインターネット１０２を介してＣＮ１２に接続している状態を示す。
ここで、ホームネットワーク・ドメイン１００と外部ネットワーク・ドメイン１０１は例えばセルラ・オペレータであってローミング契約を締結しており、また、ともにＰＭＩＰドメインである。ホームネットワーク・ドメイン１００におけるローカル・モビリティ・アンカー（ＬＭＡ／ＨＡ１）はＭＮ１１ａのホームエージェント（ＨＡ）であり、また、モバイル・アクセス・ゲートウェイ（ＭＡＧ１）はＭＮ１１ａの代理ノードである。ホームネットワーク・ドメイン１００におけるＭＮ１１ａは、ＣＮ１２と通信を行うため、ＭＡＧ１から広告されるホーム・プリフィックス（Home Prefix）からホームアドレス（ＨｏＡ）を生成する。
ホームネットワーク・ドメイン１００とローミング契約を締結している外部ネットワーク・ドメイン１０１においてＭＮ１１ｂの代理ノードとなるＭＡＧ２は、ホームネットワーク・ドメイン１００のローカルサーバ（ＬＳ１）からＭＮ１１ａ、１１ｂの情報（例えばホーム・プリフィックス、ＬＭＡ／ＨＡ１のアドレス）を取得可能である。このため、外部ネットワーク・ドメイン１０１のＭＡＧ２は、ホームネットワーク・ドメイン１００のプリフィックス（ホーム・プリフィックス）と自身のプリフィックス（外部プリフィックス：Foreign Prefix）を広告している。外部ネットワーク・ドメイン１０１配下のＭＮ１１ｂは、ホームアドレス（ＨｏＡ）と、外部プリフィックスから生成した気付アドレス（ＣｏＡ）の両方を使用してＣＮ１２と通信を行うためには、ホームネットワーク・ドメイン１００側のＬＭＡ／ＨＡ１においてＭＮ１１ａのホームアドレス（ＨｏＡ）に対してＭＮ１１ｂ及びＭＡＧ２の各気付アドレスを登録（バインディング）する必要がある。ここで、ＭＮ１１ｂがホームアドレス（ＨｏＡ）と気付アドレス（ＣｏＡ）の両方を使用してＣＮ１２と通信を行う場合とは、一方だけではエンド・ツー・エンドのサービス品質（Ｅ２Ｅ ＱｏＳ）が得られない場合である。
図１１はその登録手順を示す。
１．まず、外部ネットワーク・ドメイン１０１のＭＡＧ２は、ＬＭＡ／ＨＡ１に対してプロキシＢＵ（ＰＢＵ）メッセージを送信することにより、ＬＭＡ／ＨＡ１のバインディング・キャッシュ・エントリ（ＢＣＥ）においてＭＮ１１ａのホームアドレス（ＨｏＡ）に対して自身の気付アドレス（ＭＡＧ．ＣｏＡ）を登録する。
２．また、外部ネットワーク・ドメイン１０１にローミングしたＭＮ１１ｂは、ＬＭＡ／ＨＡ１に対してＢＵメッセージを送信することにより、バインディング・キャッシュ・エントリＢＣＥにおいてＭＮ１１ａのホームアドレス（ＨｏＡ）に対して自身の気付アドレス（ＭＮ．ＣｏＡ）を登録する。
しかしながら、上記の手順では、ＭＮ１１ｂの気付アドレス（ＭＮ．ＣｏＡ）が、ＭＡＧ２が広告する外部プリフィックスから生成されたものであるので、ＭＮ１１ｂがＬＭＡ／ＨＡ１に対してＢＵメッセージを送信しても、ＢＵメッセージによって登録される位置情報はＭＮ１１ａがＭＡＧ２を経由して到達可能であることを意味するので、ＰＢＵメッセージによって登録される位置情報と同じ経路を示す情報となる。このため、いずれか一方のメッセージは冗長であるという問題点がある。
ここで、従来技術として特許文献１には、モバイルノードがＢＵメッセージによりマルチキャスト・アドレスをモバイル・アンカー・ポイントに要求する方法が記載されている。特許文献１では、モバイルノードからモバイル・アンカー・ポイントに送信されるＢＵメッセージに何らかの意味を持たせることを提案している。また、ＢＵメッセージにおけるマルチキャスト・サポート要求を必要としないマルチキャスト発見（例えばMulticast Source Discovery Protocol）に利用する方法が記載されている。
他の従来技術として特許文献２には、アクセス・ルータがモバイルノードの気付アドレスを、モバイルノードのホームエージェントであるモバイル・アンカー・ポイントに登録する方法が記載されている。特許文献２では、アクセス・ルータとモバイルノードが１つの同じ気付アドレスを別個に生成し、アクセス・ルータとモバイルノードの両方がユニークな接続識別子（ＣＩＤ）と、モバイルノードのＭＡＣアドレスと、気付アドレスを計算するためのプリフィックスを有する。計算のための入力がユニークなため、アクセス・ルータとモバイルノードは１つの同じ気付アドレスで到達する。このため、アクセス・ルータはモバイルノードのために、モバイルノードの気付アドレスを、モバイルノードのホームエージェントであるモバイル・アンカー・ポイントに登録することができる。この方法により、モバイルノードがＢＵメッセージをホームエージェントに送信することを省略することができる。
本発明は上記従来技術の問題点に鑑み、モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングした場合にモバイルノードの位置情報をホームエージェントに登録する際のメッセージ数を減少することができる通信方法、通信システム、モバイルノード、及び外部ネットワーク・ドメインのアクセス・ルータを提供することを目的とする。
本発明の通信方法は上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信方法において、
前記外部ネットワーク・ドメインが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信するステップと、
前記モバイルノードが、前記外部ネットワーク・ドメインから前記外部プリフィックスを受信して前記外部プリフィックスから前記外部ネットワーク・ドメインで使用する気付アドレスを生成するとともに、前記外部ネットワーク・ドメインから前記ホーム・プリフィックスを受信したか否かを判定して、受信しない場合に前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信し、受信した場合に前記登録メッセージを送信しないステップとを、
備えた構成とした。
本発明の通信システムは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおいて、
前記外部ネットワーク・ドメインが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
前記モバイルノードが、前記外部ネットワーク・ドメインから前記外部プリフィックスを受信して前記外部プリフィックスから前記外部ネットワーク・ドメインで使用する気付アドレスを生成するとともに、前記外部ネットワーク・ドメインから前記ホーム・プリフィックスを受信したか否かを判定して、受信しない場合に前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信し、受信した場合に前記登録メッセージを送信しない手段とを、
備えた構成とした。
本発明のモバイルノードは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおける前記モバイルノードであって、
前記外部ネットワーク・ドメインから送信される前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを受信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に送信される前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを受信する手段と、
前記外部ネットワーク・ドメインから受信した前記外部プリフィックスから前記外部ネットワーク・ドメインで使用する気付アドレスを生成する手段と、
前記外部ネットワーク・ドメインから前記ホーム・プリフィックスを受信したか否かを判定して、受信しない場合に前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信し、受信した場合に前記登録メッセージを前記ホームエージェントに送信しないバインディング決定手段とを、
備えた構成とした。
また、前記バインディング決定手段は、前記外部ネットワーク・ドメインのアクセス・ルータから広告される前記外部プリフィックス及び前記ホーム・プリフィックスの両方を受信した場合、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスを広告しないように前記アクセス・ルータに通知するとともに前記登録メッセージを前記ホームエージェントに送信し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスを広告しないように前記アクセス・ルータに通知するとともに前記登録メッセージを前記ホームエージェントに送信しないことを特徴とする。
また、前記バインディング決定手段は、前記外部ネットワーク・ドメインの前記アクセス・ルータに通知するメッセージを前記外部ネットワーク・ドメインのホームエージェントに送信して、前記外部ネットワーク・ドメインのホームエージェントから前記メッセージの内容を前記アクセス・ルータに通知させることを特徴とする。
また、前記外部ネットワーク・ドメインの前記アクセス・ルータと接続するための第１のインタフェースと、前記ホームネットワーク・ドメインのアクセス・ルータと接続する第２のインタフェースをさらに有し、
前記バインディング決定手段は、前記外部ネットワーク・ドメインの前記アクセス・ルータに通知するメッセージを前記第２のインタフェースを介してホームネットワーク・ドメインのホームエージェントに送信して、前記ホームネットワーク・ドメインのホームエージェントから前記メッセージの内容を前記アクセス・ルータに通知させることを特徴とする。
また、本発明の通信方法は上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信方法において、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信するステップと、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記モバイルノードが前記外部プリフィックス及び前記ホーム・プリフィックスのどのプリフィックスを使用するかを判定して、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスの送信を停止し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスの送信を停止するステップとを、
備えた構成とした。
また、本発明の通信システムは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおいて、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記モバイルノードが前記外部プリフィックス及び前記ホーム・プリフィックスのどのプリフィックスを使用するかを判定して、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスの送信を停止し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスの送信を停止する手段とを、
備えた構成とした。
また、本発明のアクセス・ルータは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおける前記外部ネットワーク・ドメインのアクセス・ルータであって、
前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
前記モバイルノードが前記外部プリフィックス及び前記ホーム・プリフィックスのどのプリフィックスを使用するかを判定して、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスの送信を停止し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスの送信を停止する手段とを、
備えた構成とした。
また、本発明の通信方法は上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信方法において、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信するステップと、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記モバイルノードが前記外部プリフィックスを使用するか否かを判定して、使用する場合に前記モバイルノードに対し、前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信しないように通知するステップとを、
備えた構成とした。
また、本発明の通信システムは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおいて、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記モバイルノードが前記外部プリフィックスを使用するか否かを判定して、使用する場合に前記モバイルノードに対し、前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信しないように通知する手段とを、
備えた構成とした。
また、本発明のアクセス・ルータは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおける前記外部ネットワーク・ドメインのアクセス・ルータであって、
前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
前記モバイルノードが前記外部プリフィックスを使用するか否かを判定して、使用する場合に前記モバイルノードに対し、前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信しないように通知する手段とを、
備えた構成とした。
この構成により、モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングした場合に、モバイルノードが位置情報をホームエージェントに登録するメッセージを送信しないようにすることができるので、メッセージ数を減少することができる。
本発明によれば、モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングした場合にモバイルノードの位置情報をホームエージェントに登録する際のメッセージ数を減少することができる。
モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングする場合の通信システムの例を示すブロック図 第１の実施の形態のネットワーク情報のフォーマットを示す説明図 第１の実施の形態のモバイルノードの構成を示すブロック図 第１の実施の形態のモバイルノードのバインディング決定処理を示すフローチャート 第１の実施の形態の通信シーケンスを示す説明図 第２の実施の形態のモバイルノードのバインディング決定処理を示すフローチャート 第２の実施の形態におけるプリフィックス割り当てメッセージのフォーマットを示す説明図 第４の実施の形態における通信システムを示すブロック図 第６の実施の形態のネットワーク情報のフォーマットを示す説明図 モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングする場合の通信システムの例を示すブロック図 本発明が解決しようとする課題を示す説明図
以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施形態＞
図１はモバイルノード（ＭＮ）１１がホームネットワーク・ドメイン１００とローミング関係にある外部ネットワーク・ドメイン１０１にローミングする場合のネットワークベースのモビリティ管理システムの例を示す。図１におけるＭＮ１１はホームネットワーク・ドメイン１００に属する。ホームネットワーク・ドメイン１００と外部ネットワーク・ドメイン１０１は例えばセルラ・オペレータであって、ホームネットワーク・ドメイン１００に属するＭＮ１１が外部ネットワーク・ドメイン１０１を利用可能なように各オペレータがローミング契約を締結している（図１のローミング契約関係１０）。また、ドメイン１００、１０１はともにＰＭＩＰドメインであり、また、それぞれモビリティ・アンカー・ポイント（ＭＡＰ）１０００、１０１０により管理されている。ＭＡＰ１０００、１０１０はホームエージェントの機能（ＨＡ）、又はローカルなＭＡＰの機能（ＬＭＡ）、又はその両方の機能（ＬＭＡ／ＨＡ）を有する。さらに、それぞれドメイン１００、１０１におけるアクセス・ルータ（ＡＲ）１００１、１０１１は、ＭＮ１１の接続点として機能し、また、モバイル・アクセス・ゲートウェイ（ＭＡＧ）の機能を有する。なお、３ＧＰＰネットワークにおいては、ホームネットワーク・ドメインはＨＰＬＭＮ（Home Public Land Mobile Network）、外部ネットワーク・ドメインはＶＰＬＭＮ（Visited Public Land Mobile Network）と呼ばれる。また、ＭＮはＵＥ（User Equipment）、ＭＡＰはＰＤＮ−ＧＷ(Packet Data Network Gateway)、アクセス・ルータはＳ−ＧＷ（Serving Gateway）、ＬＳはＨＳＳ（Home Subscriber Server）又はＡＡＡサーバ（Authentication Authorization and Accounting）に相当する。つまり、ＵＥのホームオペレータによって管理されるネットワークがＨＰＬＭＮであり、ＵＥのローミング先であり別のオペレータによって管理されているネットワークがＶＰＬＭＮである。なお、ホームを経由せずに、ローミング先で取得したアドレスを直接使用して通信することはLocal Breakoutと呼ばれ、ローミング先へ移動してもホームを経由して通信を行うことをHome Routedと呼ぶ。なお、不図示ではあるが、外部ネットワーク・ドメイン内に、ホームネットワーク・ドメイン内の各ネットワークノードに対応するプロキシノード（AAA proxyなど）が存在していてもよい。なお、本発明の第１の実施の形態においては、図１のＭＮ１１が２つのインタフェース（例えば３ＧＰＰインタフェース（ＩＦ１）とＷＬＡＮ／ＷｉＭＡＸインタフェース（ＩＦ２））を備えている場合も想定できる。ホームネットワーク・ドメイン１００及び外部ネットワーク・ドメイン１０１が共に３ＧＰＰネットワークである場合は、ＩＦ２は、外部ネットワーク・ドメイン１０１が管理するＮｏｎ３ＧＰＰネットワークからホームネットワーク・ドメイン１００を経由して行う通信（Home Routed）、又は外部ネットワーク・ドメイン１０１から直接行う通信（Local Breakout）のいずれか又は両方を行う。
上記のネットワーク構成において、ＭＮ１１が最初にホームネットワーク・ドメイン１００のＡＲ１００１（以下、ホームＡＲ）に接続すると、ネットワークベースのモビリティ管理により、ホームＡＲ１００１がＰＢＵメッセージをＭＡＰ１０００（以下、ホームＭＡＰ）に送信して、ホームＭＡＰ１０００がＭＮ１１のホーム・プリフィックス（MN11.Home.Prefix）をホームＡＲ１００１の気付けアドレス（AR1001.CoA）にバインディング（bind）する。この動作により、ホームＭＡＰ１０００はＭＮ１１のパケットをホームネットワーク・ドメイン１００内でルーティングすることができる。
次いで、ＭＮ１１が外部ネットワーク・ドメイン１０１にローミングすると、ＭＮ１１がＡＲ１０１１（以下、外部ＡＲ）へのアソシエーションを試みる。外部ネットワーク・ドメイン１０１がホームネットワーク・ドメイン１００とローミング契約関係１０にあるので、外部ＡＲ１０１１はＭＮ１１の認証を成功することができ、また、ローカルサーバ（ＬＳ）５０からＭＮ１１のポリシー・プロファイルを取得することができる。このＭＮ１１のポリシー・プロファイルには、ＭＮ１１の現在のＭＡＰの識別子（例えばＩＰアドレス）が記述されている。このシステムでは、外部ＡＲ１０１１はこのＭＮ１１のポリシー・プロファイルから、ホームＭＡＰ１０００がＭＮ１１の現在のＭＡＰであると認識する。このため、外部ＡＲ１０１１はホームＭＡＰ１０００に対し、ＭＮ１１のホーム・プリフィックス（MN11.Home.Prefix）を外部ＡＲ１０１１の気付けアドレス（AR1011.CoA）にバインディング（bind）するためのＰＢＵメッセージを送信する。この動作により、ホームＭＡＰ１０００はＭＮ１１の現在位置を更新され、ホームＭＡＰ１０００はＭＮ１１あてのパケットをルーティングすることができる。なお、ＡＲ１０１１とアソシエーションを構築する際に、ＭＮ１１は、移動前に接続していたサービス名（Access Point Name）や、移動を管理していたＭＡＰ１０００及びそのネットワークを特定できるような情報（ＭＡＰ１０００のIdentity、アドレス、ＦＱＤＮなど）をＡＲ１０１１へ送信し、ローミング先のネットワークへハンドオーバした後でも、通知した情報で特定されるＭＡＰ及びネットワークへの接続を継続したいことを示す情報を通知してもよい（Home Routed）。さらには、外部ネットワーク・ドメイン１０１からアドレスを直接取得して通信を行いたいことを示す情報を通知してもよい（Local Breakout）。Local Breakoutを要求する情報を、Home Routedを要求する情報と共に通知してもよい。
ホームネットワーク・ドメイン１００と外部ネットワーク・ドメイン１０１の間に締結されているローミング契約のポリシーにより、ＭＮ１１に提供されるサービスのタイプが制限される。例えば外部ネットワーク・ドメイン１０１の存在がＭＮ１１に知られており、このため、ＭＮ１１は外部ネットワーク・ドメイン１０１内の複数の外部ＭＡＰ１０１０にアソシエートすることが可能である。ＭＡＰ１０１０が利用可能であることを広告するために、ＭＡＰ１０１０はＡＲ１０１１に対し、ホームネットワーク・ドメイン１００と異なるプリフィックスを広告するように指示する。このため、ＭＮ１１はホームネットワーク・ドメイン１００とローミング契約関係１０にある外部ネットワーク・ドメイン１０１をローミングすると、複数のプリフィックスを取得する可能性が高くなる。この複数のプリフィックスの１つは、ＭＮ１１のホームネットワーク・ドメイン１００を反映し、残りはローミング契約関係１０にある他の外部ＭＡＰ１０１０が存在することをＭＮ１１に示す。
以下に、想定例について詳しく説明する。図１において、ＭＮ１１についてのポリシーでは、ＭＮ１１がローミング契約関係１０にある外部ネットワーク・ドメイン１０１をローミングすると、そのドメイン１０１のＭＡＰ１０１０（外部ＭＡＰ）がＭＮ１１に知らされるものとする。このため、外部ＭＡＰ１０１０はＭＮ１１に対し、外部ネットワーク・ドメイン１０１のローカル・プリフィックスを割り当てる。このローカル・プリフィックスはＭＮ１１にとって、ＭＡＰ１０００により割り当てられるホーム・プリフィックスの一部ではない外部プリフィックスとみなされる。また、ＡＲ１０１１はＭＮ１１に対し、ホーム・プリフィックスと外部プリフィックスの両方を広告するものとする。このため、ＭＮ１１はローミング契約関係１０にある外部ネットワーク・ドメイン１０１内の別のＭＡＰ１０１０を知得する。
外部プリフィックスが入手可能であるということは、ＭＮ１１がその外部プリフィックスを利用する機会があることを示す。ＭＮ１１が外部プリフィックスを使用する理由は、ホーム・プリフィックスがあっても、ローミング契約関係１０にある外部ネットワーク・ドメイン１０１が、ＭＮ１１の位置に基づいて異なるＱｏＳレベルを提供するかもしれないからである。これは、ＭＮ１１とＣＮ１２との間で決定されたＱｏＳレベルに対して、ＭＮ１１が外部プリフィックスから気付アドレスを構成することを黙示している。そして、ＭＮ１１はその気付アドレスをホームネットワーク・ドメイン１００のホームＭＡＰ１０００にバインディングするであろう。
ＭＮ１１が外部プリフィックスを使用する他の理由は、ホーム・プリフィックスがあっても、どのようなモビリティ管理機能がＭＮ１１に具備されるかによる。前述したようにモビリティ管理機能としては、ホストベースとネットワークベースの２つのタイプがある。このようなモビリティ管理機能は、お互いに独立して具備され、また、一義的にトリガされる。このため、ホストベースのモビリティ管理機能によれば、ＭＮ１１は外部プリフィックスを受信すると、気付アドレスを構成してその気付アドレスをバインディングするためのＢＵメッセージをホームネットワーク・ドメイン１００のホームＭＡＰ１０００に送信する。
以下に、上記のようにＭＮ１１によりトリガされるモビリティ管理機能について詳しく説明する。図１において、まず、ＭＮ１１は外部プリフィックス（MN11.Foreign.Prefix）から気付アドレス（MN11.CoA）を構成する。次いで、ＭＮ１１は気付アドレス（MN11.CoA）をＭＮ１１のホームアドレス（MN11.HoA）にバインディングするためのＢＵメッセージをＭＡＰ１０００に送信する。このため、ＭＡＰ１０００はＭＮ１１が気付アドレス（MN11.CoA）で到達可能であることを知得する。また、ＭＡＰ１０００はＭＮ１１あてのパケットをルーティングする際、気付アドレス（MN11.CoA）を代わりのルーティング・パスとして使用することができる。
上記の例によれば、ホームＭＡＰ１０００はＭＮ１１と外部ＡＲ１０１１の両方から、ＭＮ１１あてのパケットをどのようにルーティングするかを通知されることが分かる。すなわち、ホームＭＡＰ１０００に対しては、外部ＡＲ１０１１はＭＮ１１が外部ＡＲ１０１１を経由して到達可能であることをＰＢＵメッセージで通知し、また、ＭＮ１１はＭＮ１１が外部ＡＲ１０１１を経由して到達可能であることをＢＵメッセージで通知する。これはホームＭＡＰ１０００にとって、両方のメッセージ（ＰＢＵ、ＢＵメッセージ）が同じ意味（ＭＮ１１は外部ＡＲ１０１１を経由して到達可能であること）を伝えていることを黙示している。このため、ＢＵ又はＰＢＵメッセージがホームＭＡＰ１０００にとって冗長であることが分かる。一例として、ＭＮ１１がＢＵメッセージを送信する前に外部ＡＲ１０１１がＰＢＵメッセージを送信する可能性がある。したがって、この場合には、ホームＭＡＰ１０００にとってＢＵメッセージが冗長なメッセージとなる。
さらに、もしＭＮ１１がホームＭＡＰ１０００に対し、入力パケットを気付アドレス（MN11.CoA）あてにルーティングするようにフィルタリング・ルールをセットした場合、そのパケットは外部ＭＡＰ１０１０を経由して外部ＡＲ１０１１に到達する。この場合には、外部ＭＡＰ１０１０が気付アドレス（MN11.CoA）を構成するために使用したプリフィックスを提供するので、外部ＭＡＰ１０１０は気付アドレス（MN11.CoA）あてのパケットをインタセプトして外部ＡＲ１０１１を経由してＭＮ１１にルーティングする。このため、再ルーティングにより、ホームＭＡＰ１０００から直接に外部ＡＲ１０１１にルーティングできるにもかかわらず、ＭＮ１１におけるパケット受信遅延が増大する。
＜本発明の概略＞
本発明は、ＭＮ１１が特定の条件の下で、ホームネットワーク・ドメイン１００のホームエージェントであるモビリティ・アンカー・ポイント（以下、ホームＭＡＰ）１０００に対する気付アドレスの冗長な登録を防止するための方法を提供する。この方法は、外部のＡＲ１０１１がＭＮ１１からホームＭＡＰ１０００までのルーティング・パスを構成する他の手段を既に有する場合に特に有用である。この方法は、最初にＭＮ１１が現在アソシエートしているネットワークから情報を受信することを必要とする。ＭＮ１１はこの受信した情報に基づいて、使用する気付アドレスをホームＭＡＰ１０００に通知する必要があるか否かを決定することができる。例えば、ホームＭＡＰ１０００が気付アドレスを既に知得している場合にはＭＮ１１は気付アドレスを通知しない。気付アドレスを通知しないことにより、ＭＮ１１とホームＭＡＰ１０００の間の冗長なシグナリングを防止することができる。
＜ネットワーク情報＞
ＭＮ１１は上記の決定をするために、幾つかの関連するネットワーク情報を必要とする。このネットワーク情報は、ＭＮ１１がアソシエートしている外部ＡＲ１０１１を経由してＭＮ１１に広告され、例えばルータ広告メッセージ（Router Advertisement）やNSメッセージ（Neighbor Solicitation）、さらには、ＩＥＥＥ８０２．１１のビーコンや、３ＧＰＰなどのセルラシステムで使用されるレイヤ２のシグナリングや、３ＧＰＰネットワークへのAttach Procedureの中でやり取りされるシグナリング、ＩＥＥＥ８０２．２１の情報サービス応答メッセージで送信される。なお、ＵＥは、ネットワーク情報を含むルータ広告メッセージを受信するために、ルータ要請メッセージ（Router Solicitation）をＡＲ１０１１へ送信してもよい。
図２はホームネットワーク・ドメイン１００とローミング契約関係１０にあるドメイン（例えば外部ネットワーク・ドメイン１０１）からＭＮ１１が受信するネットワーク情報２０のフォーマットを示す。ネットワーク情報２０は、パケットヘッダ２００と、ネットワークベース・モビリティ・サポート・フラグ２０１と、ドメインＩＤ２０２とプリフィックス２０３の各フィールドにより構成されている。パケットヘッダ２００は、ＩＰｖ４又はＩＰｖ６のアドレスにより構成されるメッセージ送信元と、メッセージのタイプを示すタイプフィールドと、メッセージ長フィールドにより構成される。
ネットワークベース・モビリティ・サポート・フラグ２０１は、ＭＮ１１が現在アソシエートしているネットワークがネットワークベースのモビリティ機能をサポートできるか否かを示す。フラグ２０１は‘１’が「ネットワークベースのモビリティ機能をサポートする」、‘０’が「ネットワークベースのモビリティ機能をサポートしない」のように１ビットでよい。フラグ２０１＝０の場合、ＭＮ１１はホームＭＡＰ１０００との接続性を維持するために、何らかのモビリティ管理機能を実行する。
ドメインＩＤ２０２は望ましくは、セルラ・オペレータ名やＷＬＡＮホットスポットのサービスセット識別子（Service Set Identifier:SSID）を用いて構成される。ドメインＩＤ２０２の目的は、ＭＮ１１に対してＭＮ１１が現在アソシエートしているネットワーク名を提供することにある。ＭＮ１１はこのネットワーク名を知得すると、ローミング契約関係１０にあるドメイン内に位置しているか否かを決定するための幾つかのチェックを実行することができる。その１つの方法は、ＭＮ１１がホームＭＡＰ１０００に対し、ドメインＩＤ２０２がローミング契約関係１０にあるか否かを問い合わせることである。
プリフィックス２０３は、ＭＮ１１が利用可能な１つ又は複数のプリフィックスを示す。本実施の形態では望ましくは、プリフィックス２０３はホーム・プリフィックスと外部プリフィックスを含む。ホーム・プリフィックスはホームＭＡＰ１０００からＭＮ１１に割り当てられるプリフィックスであり、ホーム・プリフィックスのルーティングは、ホームネットワーク・ドメイン１００のアンカーポイントであるホームＭＡＰ１０００により取り扱われる。同様に、外部プリフィックスは外部ネットワーク・ドメイン１０１からＭＮ１１に割り当てられるプリフィックスであり、外部プリフィックスのルーティングは、外部ネットワーク・ドメイン１０１のアンカーポイントである外部ＭＡＰ１０１０により取り扱われる。
ここで、図２はネットワーク情報の望ましいフォーマットを示しているが、当業者であれば、ＭＮ１１がアソシエートしているネットワーク情報は種々の変形が可能であることは明らかである。例えば、外部ネットワーク・ドメイン１０１がＭＮ１１に対してネットワークベースのモビリティをサポートしない場合、ネットワーク情報２０におけるプリフィックス２０３は１つの外部プリフィックスのみを有する。この場合、ＭＮ１１は外部プリフィックスから構成した気付アドレス（MN11.CoA）をホームＭＡＰ１０００にバインディングするためのＢＵメッセージを送信する必要がある。
＜ＭＮの機能的構成＞
図３はＭＮ１１の機能的構成を示し、ＭＮ１１はネットワーク・インタフェース３００と、バインディング情報データベース３０１と、バインディング・メッセージ生成部３０２とバインディング決定エンジン３０３を有する。ネットワーク・インタフェース３００は、ＭＮ１１がある通信メディアを経由して他のノードと通信するための必要なハードウエア及びソフトウエアを有する機能ブロックである。関連する技術分野で知られている用語を用いれば、ネットワーク・インタフェース３００は、レイヤ１（物理層）及びレイヤ２（データリンク層）の通信コンポーネント、ファームウエア、ドライバ及びプロファイルを表す。当業者であれば、ＭＮ１１は１又は複数のネットワーク・インタフェース３００を含むことは明らかである。シグナル／データパス３０４を経由して、ネットワーク・インタフェース３００とバインディング決定エンジン３０３との間でトリガ信号とパケットをやり取りすることができる。例えばネットワーク・インタフェース３００で受信したネットワーク情報２０をシグナル／データパス３０４を経由してバインディング決定エンジン３０３に伝送することにより、バインディング決定エンジン３０３がアクションを実行することができる。バインディング決定エンジン３０３のアクションは後述する。
バインディング情報データベース３０１はＭＮ１１が必要な情報をストアする。本実施の形態では、データベース３０１はＭＮ１１のホーム・プリフィックスと、ＭＮ１１とホームＭＡＰ１０００との間のセキュリティ・アソシエーション・キーをストアしている。シグナル／データパス３０５を経由して、データベース３０１とバインディング決定エンジン３０３との間でトリガ信号とパケットをやり取りすることができる。例えばバインディング決定エンジン３０３はシグナル／データパス３０５を使用して、ＭＮ１１のホーム・プリフィックスをデータベース３０１から引き出すことができる。同様に、シグナル／データパス３０７を経由して、データベース３０１とバインディング・メッセージ生成部３０２との間でトリガ信号とパケットをやり取りすることができる。例えばバインディング・メッセージ生成部３０２はシグナル／データパス３０７を経由して、ＢＵメッセージをオーソライズするためのセキュリティ・アソシエーション・キーをデータベース３０１から引き出すことができる。
さらに、バインディング・メッセージ生成部３０２は、ホームＭＡＰ１０００に送信されるＢＵメッセージをフォーマット化することができる。関連する技術分野で知られている用語を用いれば、バインディング・メッセージ生成部３０２は、非特許文献１に記載されているＢＵメッセージを生成する場合と同じ機能を具備してもよい。なお、バインディング・メッセージ生成部３０２は、ＢＵメッセージを送信するために必要なコネクションがＭＡＰ１０００との間にまだ存在していない場合には、ＭＡＰ１０００との間にコネクションを生成する処理を実行する。例えば、ホームネットワークが３ＧＰＰネットワークである場合は、Ｐ−ＧＷ（ＭＡＰ１０００）との間にＰＤＮコネクションを構築し、ＢＵメッセージを保護するために必要なＳＡ（Security Association）なども生成する。シグナル／データパス３０８を経由して、ネットワーク・インタフェース３００とバインディング・メッセージ生成部３０２との間でトリガ信号とパケットをやり取りすることができる。例えばＢＵメッセージをバインディング・メッセージ生成部３０２からネットワーク・インタフェース３００に伝送することによりホームＭＡＰ１０００に送信することができる。
本実施の形態では、バインディング・メッセージ生成部３０２がホームＭＡＰ１０００をＭＮ１１の現在位置で更新するか否かを決定する目的のために、バインディング決定エンジン３０３を導入している。バインディング決定エンジン３０３は、ネットワーク・インタフェース３００からの入力とバインディング情報データベース３０１に基づいて、バインディング・メッセージ生成部３０２が特定の気付アドレスのためのＢＵメッセージをフォーマット化する必要があるか否かを決定する。望ましくは、プリフィックス２０３内に、気付アドレスを構成するために使用する外部プリフィックスとともにホーム・プリフィックスが存在するか否かがチェックされる。もしそうであれば、バインディング決定エンジン３０３は、ＡＲ１０１１が外部プリフィックスとホーム・プリフィックスの両方を取り扱っており、既にホームＭＡＰ１０００をＭＮ１１の現在位置で更新しているものとみなす。このため、バインディング・メッセージ生成部３０２は、ＭＮ１１が外部プリフィックスを用いて構成したいかなる気付アドレスであってもトリガされない。
シグナル／データパス３０６を経由して、バインディング決定エンジン３０３とバインディング・メッセージ生成部３０２との間でトリガ信号とパケットをやり取りすることができる。例えばバインディング決定エンジン３０３はシグナル／データパス３０６を用いて、バインディング・メッセージ生成部３０２に対して特定の気付アドレスのためのＢＵメッセージを生成することを依頼する。
次に、第１の実施の形態を実現するＭＮ１１の処理について説明する。図４はＭＮ１１のバインディング決定処理を示すフローチャートである。この処理は、バインディング決定エンジン３０３がネットワーク情報４０を受信するとスタートする（ステップＳ４１）。ここで、可能な場合、ネットワーク情報４０はルータ広告メッセージなどを用いてアクセス・ルータから取得することができる。ステップＳ４１において処理をスタートすると、バインディング決定エンジン３０３は、ネットワーク情報４０のプリフィックス２０３内に外部プリフィックスが存在するか否かをチェックする（ステップＳ４２）。外部プリフィックスが存在しないということは、プリフィックス２０３にはホーム・プリフィックスのみが存在することを黙示している。外部プリフィックスが存在しない場合、ネットワークベースのモビリティ管理機能がトリガされ、ホームアドレスがＭＮ１１のインタフェース３００に割り当てられてインタフェース３００がこのホームアドレスを使用し（ステップＳ４３）、次いでこの処理を終了する（ステップＳ４７）。
他方、ステップＳ４２においてプリフィックス２０３が外部プリフィックスを含む場合、インタフェース３００に対してこの外部プリフィックスを用いた気付アドレス（ＣｏＡ）を生成する（ステップＳ４４）。なお、ＣｏＡとは、ホームアドレスに関連付けるアドレスを意味するが、ここで生成するアドレスは、Local Breakout用として使用されるグローバルアドレスでもある。バインディング決定エンジン３０３は望ましくは、ＭＮ１１が可能であれば気付アドレスの方を使用したいというポリシーを知得する。次いで、気付アドレスをインタフェース３００に割り当てると、プリフィックス２０３がさらにホーム・プリフィックスを含むか否かをチェックする（ステップＳ４５）。ホーム・プリフィックスがプリフィックス２０３内に存在しないということは、ＭＮ１１がアソシエートしているアクセス・ルータがＭＮ１１のホームＭＡＰ１０００へのルーティング・パスを持っていないことを黙示している。したがって、この場合には、バインディング・メッセージ生成部３０２をトリガしてホームＭＡＰ１０００におけるＭＮ１１の位置を更新するように指示し（ステップＳ４６）、次いでこの処理を終了する（ステップＳ４７）。
他方、ステップＳ４５においてホーム・プリフィックスがプリフィックス２０３内に存在する場合、バインディング決定エンジン３０３は、バインディング・メッセージ生成部３０２をトリガすることなく、この処理を終了する（ステップＳ４７）。この意味は、ＭＮ１１が現在、ローミング契約関係１０にある外部ネットワーク・ドメイン１０１内に位置し、外部ＡＲ１０１０がＭＮ１１のホームＭＡＰ１０００へのルーティング・パスを既に確立しているので、ホームＭＡＰ１０００におけるＭＮ１１の位置を更新する必要がないということである。なお、ステップＳ４４におけるアドレスの生成は、ステップＳ４５の後に行われてもよい。この場合、ステップＳ４５において、ホーム・プリフィックスが存在する場合には、生成されるアドレスは、Local Breakout用のアドレスとして扱われ、一方、ホーム・プリフィックスが存在しない場合には、Local Breakout用のアドレスとしてだけではなく、ＣｏＡとしても扱われる。このように、ＭＮ１１がローミング先へ移動した際に、ローミング先で通知されたプリフィックスと、ホームネットワークで使用していたプリフィックスを比較し、ホームネットワークのＭＡＰ１０００との間にコネクションを構築する必要があるか否かを判断することで、不要なシグナリングの送信をなくすことができる。
＜従来技術との差異＞
本実施の形態と従来技術との差異についてさらに詳しく説明する。まず、本実施の形態では、図１において、ＭＮ１１はネットワーク情報２０を外部ＡＲ１０１１から取得すると、ネットワーク情報２０内からホーム・プリフィックスと外部プリフィックスの２つのプリフィックスを知得する。ホーム・プリフィックスは、ホームネットワーク・ドメイン１００からＭＮ１１に割り当てられるプリフィックスである。ホーム・プリフィックスのルーティングは、ホームネットワーク・ドメイン１００のアンカーポイントであるホームＭＡＰ１０００により取り扱われる。同様に、外部プリフィックスは、外部ネットワーク・ドメイン１０１からＭＮ１１が使用するために割り当てられるプリフィックスである。外部プリフィックスのルーティングは、外部ネットワーク・ドメイン１０１のアンカーポイントである外部ＭＡＰ１０１０により取り扱われる。ＭＮ１１は外部プリフィックスから気付アドレス（MN11.CoA）を構成する。
ここでは、ネットワーク情報２０内にホーム・プリフィックスが存在するので、ＭＮ１１は外部ＡＲ１０１１が既にプロキシＢＵメッセージをホームＭＡＰ１０００に送信したものと理解する。このため、ＭＮ１１は外部ＡＲ１０１１とホームＭＡＰ１０００との間のルーティング・パスがセットアップされていることを知得して、ＭＮ１１が現在、外部ＡＲ１０１１の配下に位置する旨を伝えるためのＢＵメッセージを送信する必要がないものと理解する。
このようにＭＮ１１がホームＭＡＰ１０００を更新する方法が特許文献２に記載されている方法と異なることは、当業者であれば明らかである。特許文献２には、ＭＮのホームＭＡＰを更新するためのタスクをアクセス・ルータに遂行させることが記載されている。この意味は、アクセス・ルータがＭＮのためにＢＵメッセージをＭＮのホームＭＡＰに送信するということである。このタスクはアクセス・ルータから除外することができるので、アクセス・ルータは最初の場所からＢＵメッセージ送信をストップすることが可能である。このことは、アクセス・ルータが本実施の形態のようなバインディング決定メカニズムのように動作することを黙示している。この場合、ＭＮのホームＭＡＰはＭＮの位置を示すメッセージを二重に受信しない。しかしながら、このような決定メカニズムは特許文献２には記載されていない。このため、本実施の形態と従来技術には差異がある。
＜メッセージシーケンス＞
図５は本実施の形態のメッセージシーケンスを示す。
ステップＳ５００：Assoc(MN-ID)
まず、ＭＮ１１は、外部ネットワーク・ドメイン１０１のＡＲ１０１１にアソシエートすると、アクセス認証手順の一部として識別子（MN-ID）をＡＲ１０１１に提示する。ＭＮ１１が識別子（MN-ID）をＡＲ１０１１に提示する目的は、ＡＲ１０１１がローカルサーバ（ＬＳ）５０からＭＮ１１のポリシーを引き出すことができるようにすることにある。
ステップＳ５０１：Query-Profile（MN-ID）
このため、ＡＲ１０１１はＬＳ５０に対し、識別子（MN-ID）の関連するポリシー・プロファイルを問い合わせる。
ステップＳ５０２：Query-Profile-Res（MN'Profile）
次いで、ＬＳ５０は応答として、識別子（MN-ID）の関連するポリシー・プロファイルをＡＲ１０１１に送り返す。望ましい実施の形態では、ＭＮ１１のポリシー・プロファイルは、ホームネットワーク・ドメイン１００で使用されるプリフィックス（MN.Home.Prefix）と、外部ネットワーク・ドメイン１０１で使用されるプリフィックス（MN.Foreign.Prefix）と、ホームＭＡＰ１０００のＩＰアドレスを含む。
ステップＳ５０３：PBU(MN-ID,AR1011.CoA)
次いで、ＡＲ１０１１はこのＭＮ１１のポリシー・プロファイルから得られた情報により、プロキシＢＵメッセージをホームＭＡＰ１０００に送信してホームＭＡＰ１０００におけるルーティング・ステートを更新することができる。この更新により、ホームＭＡＰ１０００はＭＮ１１あてのパケットをＡＲ１０１１経由でルーティングすることができる。
ステップＳ５０４：NI(MN.Home.Prefix,MN.Foreign.Prefix）
次いで、ＡＲ１０１１は同時に、ネットワーク情報２０をＭＮ１１に送信して、ＭＮ１１が現在、接続しているネットワークの情報を提供する。ネットワーク情報２０は可能な場合、ホーム・プリフィックス（MN.Home.Prefix）と外部プリフィックス（MN.Foreign.Prefix）を含む。
ステップＳ５０５：Decide
次いで、ＭＮ１１はネットワーク情報２０を受信すると、ＢＵメッセージをホームＭＡＰ１０００に送信する必要があるか否かを決定することができる。ここで、ＢＵメッセージを送信する目的は、ホームＭＡＰ１０００における現在位置を更新してＭＮ１１あてのパケットをホームＭＡＰ１０００にルーティングさせることにある。ステップＳ５０５におけるＭＮ１１の決定処理は、図４で説明した方法に基づく。この場合、ネットワーク情報２０がホーム・プリフィックス（MN.Home.Prefix）と外部プリフィックス（MN.Foreign.Prefix）を含むので、ＭＮ１１はＡＲ１０１１が既にホームＭＡＰ１０００における現在位置を更新しているものと了解する。
＜第２の実施の形態＞
第２の実施の形態では、ＭＮ１１がＡＲ１０１１に対し、ＭＮ１１が使用しないＭＮ１１のホーム・プリフィックス（MN.Home.Prefix）を広告しないように通知するためのメッセージを送信する。第２の実施の形態におけるこのメッセージをプリフィックス割り当てメッセージと言う。ＡＲ１０１１はこのプリフィックス割り当てメッセージにより、ＭＮ１１がネットワークベースのモビリティ管理機能を希望していないものと了解する。
図６は第２の実施の形態におけるＭＮ１１のバインディング決定処理を示す。ステップＳ６０は、図４に示したステップＳ４５において、バインディング決定エンジン３０３がホーム・プリフィックス（MN.Home.Prefix）と外部プリフィックス（MN.Foreign.Prefix）の両方がネットワーク情報２０のプリフィックス２０３内に広告されていることを検出したときにスタートする（ステップＳ４５でYes）。まず、ステップＳ６１では、バインディング決定エンジン３０３は、ＭＮ１１がホーム・プリフィックス（MN.Home.Prefix）と外部プリフィックス（MN.Foreign.Prefix）の両方を使用しようとしているか否かを決定する。この決定は望ましくは、プリフィックス使用を規定するＭＮ１１内のポリシーに基づいて行われる。
もし、両方を使用すると決定した場合、バインディング決定エンジン３０３はバインディング・メッセージ生成部３０２を起動することなく、この処理を終了する（ステップＳ４７）。この意味は、ＡＲ１０１１が既にＭＮ１１のホームＭＡＰ１０００に対してルーティング・パスを確立しているので、ＭＮ１１が現在位置をホームＭＡＰ１０００に通知する必要がないということである。なお、外部ネットワークからホームプリフィックスと外部プリフィックスの両方が広告される可能性があることを想定できる場合には、ＭＮ１１は、外部ネットワークへ接続した際に行うAttach Procedureの中で、プリフィックス割り当てメッセージを送信してもよい。また、ホームネットワークに接続した際に行うAttach Procedureの中で、プリフィックス割り当てメッセージを送信し、外部ネットワークで使用するプリフィックスをあらかじめ決定してもよい。
他方、ステップＳ６１における決定が「ホーム・プリフィックスのみ使用」の場合、バインディング決定エンジン３０３はＭＮ１１が外部プリフィックスを使用する意図がないものと了解し、バインディング・メッセージ生成部３０２に対して、ＭＮ１１に対する次のネットワーク情報２０には外部プリフィックスを含まないようにＡＲ１０１１に通知するためのプリフィックス割り当てメッセージを送信するように指示する（ステップＳ６２）。このプリフィックス割り当てメッセージにより、ＡＲ１０１１はＭＮ１１が外部ネットワーク・ドメイン１０１内に位置する間は別のプリフィックスを必要としていないことを知得することができ、プリフィックスを通知するメッセージのサイズを小さくすることができる。次いでホームアドレスをインタフェース３００に割り当てて使用し（ステップＳ４３）、次いでこの処理を終了する（ステップＳ４７）。
また、ステップＳ６１における決定が「外部プリフィックスのみ使用」の場合、バインディング決定エンジン３０３はＭＮ１１がホーム・プリフィックスを使用する意図がないものと了解し、バインディング・メッセージ生成部３０２に対して、ＭＮ１１に対する次のネットワーク情報２０にはホーム・プリフィックスを含まないようにＡＲ１０１１に通知するためのプリフィックス割り当てメッセージを送信するように指示する（ステップＳ６３）。このプリフィックス割り当てメッセージにより、ＡＲ１０１１はＭＮ１１が外部ネットワーク・ドメイン１０１内に位置する間はローカル・プリフィックス、すなわちホーム・プリフィックスを必要としていないことを知得することができ、プリフィックスを通知するメッセージのサイズを小さくすることができる。次いでバインディング決定エンジン３０３はバインディング・メッセージ生成部３０２に対して、ホームＭＡＰ１００におけるＭＮ１１の現在位置を更新するように指示し、次いでこの処理を終了する（ステップＳ４７）。
図６から、ＭＮ１１はＡＲ１０１１に対し、ＭＮ１１がホーム・プリフィックスと外部プリフィックスのいずれかを必要としないことをプリフィックス割り当てメッセージで明示的に通知していることが明らかである。この利点は、ＡＲ１０１１がＭＮ１１に広告するネットワーク情報２０のパケットサイズを減少できるということである。さらなる利点は、ＭＮ１１がホーム・プリフィックスのみを使用したい場合、外部ネットワーク・ドメイン１０１はＭＮ１１のプリフィックス記憶部から別のプリフィックスを予約する必要がないということである。このため、このプリフィックスは、それを必要とする他のモバイルノードに割り当てることができる。
図７は第２の実施の形態におけるプリフィックス割り当てメッセージ７０のフォーマットを示し、メッセージ７０はパケットヘッダ７００と、モバイルノード識別子（ＭＮ−ＩＤ）７０１とフラグ７０２により構成される。パケットヘッダ７００では、ＩＰｖ４アドレス又はＩＰｖ６アドレスであるメッセージ送信元と、メッセージタイプのフィールドと、メッセージ長のフィールドが送信される。ＭＮ−ＩＤ７０１はどのモバイルノードがメッセージ７０を送信したかをアクセス・ルータが識別可能にするためのものである。
フラグ７０２はどのプリフィックスをアクセス・ルータが広告すべきかをモバイルノードが通知可能にするためのものである。フラグ７０２は新しいモビリティ・オプションであって、メッセージ７０内では２ビットで表される。例えば‘１０’はモバイルノードがホーム・プリフィックスのみの広告を希望することを表し、‘０１’はモバイルノードが外部プリフィックスのみの広告を希望することを表す。なお、プリフィックス割り当てメッセージとしては、RSメッセージ（Router Solicitation）や、NSメッセージ（Neighbor Solicitation）、さらには、ＩＥＥＥ８０２．１１のビーコンや３ＧＰＰなどのセルラシステムで使用されるレイヤ２のシグナリングや、３ＧＰＰネットワークへのAttach Procedureの中でやり取りされるシグナリング、ＩＥＥＥ８０２．２１の情報サービス応答メッセージで送信される。なお、ＵＥは、ネットワーク情報を含むルータ広告メッセージを受信するために、ルータ要請メッセージ（Router Solicitation）をＡＲ１０１１へ送信してもよい。なお、アクセス・ルータからの通知を要求するプリフィックスを指定する方法としては、フラグ７０２を用いる方法に限定されない。例えば、広告を要求するプリフィックスそのものをメッセージ７０に含めてもよいし、プリフィックスを特定することができる情報として、ホームネットワーク及び外部ネットワークの識別情報を用いてもよい。さらには、移動前のプリフィックスを利用する（Handover Attach）であることを示す情報（Handover Indication）と、移動先のプリフィックスを利用する（Local Breakout）であることを示す情報(Local Breakout Indication)の両方を含めてもよいし、HandoverとLocal Breakoutの両方を同時に意味する情報を含めてもよい。また、３ＧＰＰネットワークへのAttach Procedureでは、ＵＥ（ＭＮ）からＰ−ＧＷ（ＭＡＰ１０００）へプリフィックス割り当て情報を通知するために、ＰＣＯ（Protocol Configuration Option）を用いることができる。
以下に、第２の実施の形態の動作をさらに詳しく説明する。図１において、ＭＮ１１はＡＲ１０１１からネットワーク情報２０を取得すると、ホーム・プリフィックスと外部プリフィックスの２つのプリフィックスを知得する。ホーム・プリフィックスは、ホームネットワーク・ドメイン１００からＭＮ１１に割り当てられるプリフィックスである。ホーム・プリフィックスのルーティングは、ホームネットワーク・ドメイン１００のアンカーポイントであるホームＭＡＰ１０００により取り扱われる。同様に、外部プリフィックスは、外部ネットワーク・ドメイン１０１からＭＮ１１が使用するために割り当てられるプリフィックスである。外部プリフィックスのルーティングは、外部ネットワーク・ドメイン１０１のアンカーポイントである外部ＭＡＰ１０１０により取り扱われる。
（１）外部プリフィックスのみ
ここでは、ＭＮ１１は外部ネットワーク・ドメイン１０１内に位置する間の通信のために外部プリフィックスのみを希望することを決定するものとする。したがって、ＭＮ１１は外部プリフィックスから気付アドレス（MN11.CoA）を構成する。そして、ＭＮ１１はフラグ７０２として’０１’（＝外部プリフィックスのみの広告を希望）をセットしたプリフィックス割り当てメッセージ７０をＡＲ１０１１に送信する。このメッセージ７０により、ＡＲ１０１１はＭＮ１１にはホーム・プリフィックスの広告を必要としていないことを知得することができる。また、ホーム・プリフィックスを必要していないので、ＡＲ１０１１はプロキシＢＵメッセージをホームＭＡＰ１０００に送信しない。
（２）ホーム・プリフィックスのみ
また、ＭＮ１１は外部ネットワーク・ドメイン１０１内に位置する間の通信のためにホーム・プリフィックスのみを希望することを決定する場合には、フラグ７０２として‘１０’（＝ホーム・プリフィックスのみの広告）をセットしたプリフィックス割り当てメッセージ７０をＡＲ１０１１に送信する。このメッセージ７０により、ＡＲ１０１１はＭＮ１１が外部ネットワーク・ドメイン１０１内ではホーム・プリフィックスのみの使用を決定したことを知得することができる。このため、ＡＲ１０１１はＭＮ１１に対し、外部プリフィックスの広告を停止してホーム・プリフィックスの広告を開始する。また、ＡＲ１０１１はプロキシＢＵメッセージをホームＭＡＰ１０００に送信する。
（３）両方
ＭＮ１１は外部ネットワーク・ドメイン１０１内に位置する間の通信のためにホーム・プリフィックスと外部プリフィックスの両方を希望することを決定する場合には、フラグ７０２として’１１’をセットしたプリフィックス割り当てメッセージ７０をＡＲ１０１１に送信する。このメッセージ７０により、ＡＲ１０１１はＭＮ１１が外部ネットワーク・ドメイン１０１内ではホーム・プリフィックスと外部プリフィックスの両方の使用を決定したことを知得することができる。このため、ＡＲ１０１１はＭＮ１１に対して両方のプリフィックスを広告し、また、プロキシＢＵメッセージをホームＭＡＰ１０００に送信する。この場合、ＭＮ１１は、ＡＲ１０１１がプロキシＢＵメッセージをホームＭＡＰ１０００に送信するであろうことを知得しているので、ＢＵメッセージをホームＭＡＰ１０００に送信しないことを決定する。
＜第３の実施の形態＞
第３の実施の形態では、ＭＮ１１がプリフィックス割り当てメッセージ７０をホームＭＡＰ１０００に送信する。この方法は、ＡＲ１０１１がメッセージ７０を理解しない場合（例えばレガシー・ルータの場合）に効果がある。なお、第３の実施の形態においても、第２の実施の形態と同様に、外部ネットワークからホーム・プリフィックスと外部プリフィックスの両方が広告される可能性があることを想定できる場合には、ＭＮ１１は、外部ネットワークへ接続した際に行うAttach Procedureの中で、プリフィックス割り当てメッセージ７０をＭＡＰ１０００へ送信してもよい。また、ホームネットワークに接続した際に行うAttach Procedureの中で、プリフィックス割り当てメッセージ７０を送信し、外部ネットワークへローミングした際に使用するプリフィックスをあらかじめ決定してもよい。これにより、移動後すぐに望ましいプリフィックスの取得をすることができるという効果が得られる。プリフィックス割り当てメッセージ７０を送信する方法としては、ＭＮ１１がＭＡＰ１０００へ送信するＢＵメッセージや、ＭＮ１１がホームネットワーク及び外部ネットワークへ接続した際に行うAttach Procedureの中のシグナリングなどが利用される。なお、３ＧＰＰネットワークへのAttach Procedureでは、ＵＥ（ＭＮ）からＰ−ＧＷ（ＭＡＰ１０００）へプリフィックス割り当て情報を通知するために、ＰＣＯ（Protocol Configuration Option）を用いることができる。ホームＭＡＰ１０００はＭＮ１１の意図を了解すると、ＡＲ１０１１に対してＭＮ１１の意図を通知する。なお、プリフィックス割り当てメッセージ７０の送信先は、ＬＳ５０（３ＧＰＰネットワークの場合はＨＳＳ／ＡＡＡ）でもよいし、ＭＡＰ１０００がＭＮ１１から取得したプリフィックス割り当て情報をＬＳ５０（ＨＳＳ／ＡＡＡ）へ登録してもよい。
ここで、ＡＲ１０１１がレガシー・ルータでない場合には、ホームＭＡＰ１０００はＡＲ１０１１に対して、プリフィックス割り当てメッセージ７０を用いてＭＮ１１の意図を通知することができる。他方、ＡＲ１０１１がレガシー・ルータの場合には、ホームＭＡＰ１０００はＡＲ１０１１に対して、ＭＮ１１の意図を表すＭＮ１１の更新ポリシー（例えば外部プリフィックスのみを含む更新ポリシー）を送信することができる。この更新ポリシーにより、ＡＲ１０１１はどのプリフィックスをＭＮ１１に広告すべきかを知得することができる。望ましくは、ホームＭＡＰ１０００はプリフィックス割り当てメッセージ７０又は更新ポリシーを、プロキシＢＵメッセージの応答であるプロキシＢＡメッセージとともにＡＲ１０１１に送信する。なお、ＬＳ５０（ＨＳＳ／ＡＡＡ）がＭＮ１１から通知された、又はオペレータによって設定された最新のプリフィックス割り当て情報を保持している場合は、図５に示されているように、ＭＮ１１がローミング先のネットワークに接続した際に行うAttach Procedureの中で、ＡＲ１０１１やＭＡＰ１０１０、又はローミング先のネットワーク内に存在するＬＳ(ＨＳＳ／ＡＡＡ)が、ＭＮ１１のホームネットワークに存在するＬＳ５０(ＨＳＳ／ＡＡＡ)へ問い合わせて取得してもよい。
以下に、第３の実施の形態の動作をさらに詳しく説明する。図１において、ＭＮ１１はＡＲ１０１１からネットワーク情報２０を取得すると、ホーム・プリフィックスと外部プリフィックスの２つのプリフィックスを知得する。ホーム・プリフィックスは、ホームネットワーク・ドメイン１００からＭＮ１１に割り当てられるプリフィックスである。ホーム・プリフィックスのルーティングは、ホームネットワーク・ドメイン１００のアンカーポイントであるホームＭＡＰ１０００により取り扱われる。同様に、外部プリフィックスは、外部ネットワーク・ドメイン１０１からＭＮ１１が使用するために割り当てられるプリフィックスである。外部プリフィックスのルーティングは、外部ネットワーク・ドメイン１０１のアンカーポイントである外部ＭＡＰ１０１０により取り扱われる。さらに、ＭＮ１１は、ＡＲ１０１１がレガシー・ルータでないが、ホームＭＡＰ１０００によりオーソライズされるまでＭＮ１１の要求を処理しないことを知得している。
（１）外部プリフィックスのみ
ここでは、ＭＮ１１は外部ネットワーク・ドメイン１０１内に位置する間の通信のために外部プリフィックスのみを希望することを決定するものとする。したがって、ＭＮ１１は外部プリフィックスから気付アドレス（MN11.CoA）を構成する。そして、ＭＮ１１はＡＲ１０１１がホームＭＡＰ１０００によりオーソライズされるまでプリフィックス割り当てメッセージ７０を処理しないことを知得しているので、ＭＮ１１はフラグ７０２として‘０１’（＝外部プリフィックスのみの広告を希望）をセットしたプリフィックス割り当てメッセージ７０をホームＭＡＰ１０００に送信する。このメッセージ７０により、ホームＭＡＰ１０００はＭＮ１１がホーム・プリフィックスの使用を意図していないことを知得することができる。ここでは、ホームＭＡＰ１０００はプリフィックス割り当てメッセージ７０をＡＲ１０１１に転送するものとする。ＡＲ１０１１はホームＭＡＰ１０００からプリフィックス割り当てメッセージ７０を受信すると、メッセージ７０がオーソライズされたとみなし、ＭＮ１１に対するホーム・プリフィックスの広告を停止する。
（２）ホーム・プリフィックスのみの場合、及び（３）両方の場合の説明は、第２の実施の形態とほぼ同様であるので省略する。
＜第４の実施の形態＞
第４の実施の形態では、図８に示すように、ＭＮ１１が複数のインタフェース（ＩＦ１、ＩＦ２）を有する場合、プリフィックス割り当てメッセージ７０をホームＭＡＰ１０００に対し、ホームＭＡＰ１０００に接続しているＩＦ１を介して送信する。この方法は、ＩＦ１を介して送信するときのプリフィックス割り当てメッセージ７０の伝送時間が極めて短い場合に効果がある。他の効果としては、ＭＮ１１がＡＲ１０１１に対してどのプリフィックスを広告すべきかを通知するために、ＭＮ１１のＩＦ２がＡＲ１０１１に接続する前に、ホームＭＡＰ１０００に接続しているＩＦ１を使用することができる点がある。なお、図８において、ホームネットワーク・ドメイン１００及び外部ネットワーク・ドメイン１０１が共に３ＧＰＰネットワークである場合は、ＭＮ１１のＩＦ２は３ＧＰＰネットワークへ接続可能なインタフェースである必要はなく、ＷＬＡＮやＷｉＭＡＸなどのＮｏｎ３ＧＰＰネットワークへ接続可能なインタフェースであってもよい。この場合、ＩＦ２は、外部ネットワーク・ドメイン１０１が管理するＮｏｎ３ＧＰＰネットワークからホームネットワーク・ドメイン１００を経由して行う通信（Home Routed）、又は外部ネットワーク・ドメイン１０１から直接行う通信（Local Breakout）のいずれか又は両方を行う。
以下に、第４の実施の形態の動作をさらに詳しく説明する。図８において、ＭＮ１１のＩＦ１が現在、ホームＡＲ１００１に接続している状態で、ＭＮ１１はＩＦ２において外部ＡＲ１０１１からネットワーク情報２０を取得すると、ホーム・プリフィックスと外部プリフィックスの２つのプリフィックスを知得する。ホーム・プリフィックスは、ホームネットワーク・ドメイン１００からＭＮ１１に割り当てられるプリフィックスである。ホーム・プリフィックスのルーティングは、ホームネットワーク・ドメイン１００のアンカーポイントであるホームＭＡＰ１０００により取り扱われる。同様に、外部プリフィックスは、外部ネットワーク・ドメイン１０１からＭＮ１１が使用するために割り当てられるプリフィックスである。外部プリフィックスのルーティングは、外部ネットワーク・ドメイン１０１のアンカーポイントである外部ＭＡＰ１０１０により取り扱われる。
（１）外部プリフィックスのみ
ここでは、ＭＮ１１は外部ネットワーク・ドメイン１０１内に位置する間の通信のために外部プリフィックスのみを希望することを決定するものとする。したがって、ＭＮ１１は外部プリフィックスから気付アドレス（MN11.CoA）を構成する。そして、ＭＮ１１は、現在、ホームネットワーク・ドメイン１００に接続しているＩＦ１を有するので、ＩＦ１を経由してフラグ７０２として’０１’（＝外部プリフィックスのみの広告を希望）をセットしたプリフィックス割り当てメッセージ７０をホームＭＡＰ１０００に送信する。このため、第３の実施の形態と同様に、このメッセージ７０により、ホームＭＡＰ１０００はＭＮ１１がホーム・プリフィックスの使用を意図していないことを知得することができる。この場合、ホームＭＡＰ１０００はプリフィックス割り当てメッセージ７０をＡＲ１０１１に転送する。ＡＲ１０１１はホームＭＡＰ１０００からプリフィックス割り当てメッセージ７０を受信すると、メッセージ７０がオーソライズされたとみなし、ＭＮ１１に対するホーム・プリフィックスの広告を停止する。
（２）ホーム・プリフィックスのみの場合、及び（３）両方の場合の説明は、第３の実施の形態とほぼ同様であるので省略する。
＜第５の実施の形態＞
第５の実施の形態では、外部ＡＲ１０１１にインテリジェント機能を追加する。この場合、ＡＲ１０１１は図３に示したバインディング決定エンジン３０３を有し、ＡＲ１０１１がＭＮ１１のポリシー・プロファイルを引き出すと、バインディング決定エンジン３０３は、ＭＮ１１がＢＵメッセージをホームＭＡＰ１０００に送信しそうであることを知得する。このため、バインディング決定エンジン３０３は、ネットワークベースのモビリティ管理機能をＭＮ１１に提供することを停止し、ＭＮ１１にホームＭＡＰ１０００を更新させる。この処理の目的は、ＭＮ１１がレガシーであってバインディング決定エンジン３０３を備えていない場合にも、同様な効果を実現することにある。
以下に、第５の実施の形態の動作をさらに詳しく説明する。図１において、ＡＲ１０１１はローカルサーバ５０からＭＮ１１のポリシー・プロファイルを取得すると、バインディング決定エンジン３０３により、ＭＮ１１が、ＡＲ１０１１にアソシエートしているインタフェース３００の気付アドレスを構成しようとしているものと決定する。このため、ＡＲ１０１１はＭＮ１１の位置を更新するためのプロキシＢＵメッセージをホームＭＡＰ１０００に送信しない。同様に、ＭＮ１１に広告されるネットワーク情報２０は、ネットワークベース・モビリティサポート・フラグ２１０として’０’（＝ネットワークベースのモビリティ機能をサポートしない）と、ドメインＩＤ２０２として外部ネットワーク・ドメイン１０１のＩＤと、プリフィックス２０３として外部プリフィックスのみを有する。このネットワーク情報２０により、ＭＮ１１はＢＵメッセージをホームＭＡＰ１０００に送信することにより、ホームＭＡＰ１０００におけるＭＮ１１の現在位置を更新することができる。
＜第６の実施の形態＞
第６の実施の形態では、外部ＡＲ１０１１にインテリジェント機能として、さらに外部プリフィックスの存在が既にホームＭＡＰ１０００に通知されている旨をＭＮ１１に通知する機能を追加する。このため、ＡＲ１０１１はプロキシＢＵメッセージをホームＭＡＰ１００に送信して、ＭＮ１１が入手可能な外部プリフィックスを通知する。さらに、ＡＲ１０１１はＭＮ１１に対し、ホームＭＡＰ１０００がこの通知で更新されている旨を通知する。望ましくは、この通知は、ＭＮ１１に広告されるネットワーク情報２０で送信することができる。
この通知により、外部ＡＲ１０１０がＭＮ１１に対し、ＢＵメッセージをホームＭＡＰ１０００に送信する必要がない旨を知らせる。この結果、ホームＭＡＰ１０００における外部プリフィックスのリフレッシュが外部ＡＲ１０１１により行われる。この利点は、ホームＭＡＰ１０００がパケットを外部ＡＲ１０１１にルーティングできない場合に、ホームＭＡＰ１０００が外部ＭＡＰ１０１０にルーティングできるということである。例として、ローミング契約関係２０のある外部ＡＲ１０１１から他のＡＲ（不図示）にＭＮ１１がローミングする場合である。この場合、ホームＭＡＰ１０００は、新しいＡＲを未だ知得していないときには、ＭＮ１１が現在、位置していると知得している外部ＭＡＰ１０１０にパケットを一時的にルーティングできる。
図９は第６の実施の形態のネットワーク情報２０を示し、このネットワーク情報２０は図２に示すフィールドに加えて、ＡＲ１０１１がＭＮ１１に対し、ホームＭＡＰ１００が外部プリフィックスを更新されている旨を通知するためのフラグ８００が設けられている。フラグ８００は１ビットであって、‘１’が「ホームＭＡＰ１００に外部プリフィックスが通知されている」ことを示し、‘０’が「ホームＭＡＰ１００に外部プリフィックスが通知されていない」ことを示す。フラグ８００＝１により，ＭＮ１１はＢＵメッセージをホームＭＡＰ１０００に通知する必要がないことを知得することができる。
以下に、第６の実施の形態の動作をさらに詳しく説明する。図１において、外部ＡＲ１０１１はプロキシＢＵメッセージをホームＭＡＰ１０００に送信して、ＭＮ１１が外部ＡＲ１０１１にアソシエートしている旨を通知する。このプロキシＢＵメッセージはさらに、ＭＮ１１が使用する外部ＭＡＰ１０１０の外部プリフィックスを含む。このため、ホームＭＡＰ１０００は、ＭＮ１１あてのパケットを外部ＡＲ１０１１と外部ＭＡＰ１０１０のいずれでもルーティングできるものと了解する。ここで、外部ＭＡＰ１０１０は自身あてのパケットを外部ＡＲ１０１１に転送する。また、外部ＡＲ１０１１はＭＮ１１に対し、フラグ８００として‘１’（＝ホームＭＡＰ１００が通知されている）がセットされたネットワーク情報２０を広告する。この広告により、ＭＮ１１は、外部ＡＲ１０１１が外部プリフィックスをホームＭＡＰ１０００に通知したことを知得することができる。このため、ＭＮ１１はＢＵメッセージをホームＭＡＰ１０００に送信しない。
ＭＮ１１が外部ネットワーク・ドメイン１０１内の新しいアクセス・ルータ（外部ＡＲ１０１１）にローミングすると、外部ＡＲ１０１１は両方のＭＡＰ１０００、１０１０を新しい位置で更新しようとする。ここで、プロキシＢＵメッセージはホームＭＡＰ１０００に届かないものとする。理由はパケットが伝送中に消失したからとする。ホームＭＡＰ１０００においてＭＮ１１が最早、ＡＲ１０１１に位置しないものとして更新されると、ホームＭＡＰ１０００は外部プリフィックスを知得していなければ、ＭＮ１１あてのパケットをルーティングするパスを持たない。このことは、ＭＮ１１がホームＭＡＰ１０００に対するルーティング・パスを再確立すると、パケット喪失を知るであろうということを示唆している。
この第６の実施の形態によれば、ホームＭＡＰ１０００は外部ＭＡＰ１０１０を経由する代替えパスを知得することができる。このため、ホームＭＡＰ１０００は、外部ＭＡＰ１０１０がＭＮ１１の現在位置を知得しているであろうという期待を持って、外部ＭＡＰ１０１０にパケットをルーティングする。この場合、外部ＭＡＰ１０１０はＭＮ１１がＡＲ１０１１にアソシエートしていることを了解してそのパケットをルーティングする。
＜第７の実施の形態＞
第７の実施の形態では、外部ＡＲ１０１１がインテリジェント機能として、ＭＮ１１に対して外部プリフィックスが利用可能である旨を通知しない。外部ＡＲ１０１１は、ＭＮ１１がレガシーであって、ＭＮ１１のネットワークベースのモビリティ管理機能とホストベースのモビリティ管理機能がお互いに独立して備えられていることを知得すると、外部ＡＲ１０１１は、外部プリフィックスを広告しないことにより、ＭＮ１１がホストベースのモビリティ管理機能をトリガすることを妨げるかもしれない。これにより、ＭＮ１１がＢＵメッセージをホームＭＡＰ１０００に送信することを停止する。
以上、上記の実施の形態を例にして本発明について説明したが、当業者であれば、本発明を逸脱しない範囲で種々の変形が可能であることは明らかである。例えば、本発明は、複数のインタフェースを有し、かつローミング契約関係１０がない外部ネットワーク・ドメインにアクティブに接続するＭＮにも適用することができる。このＭＮは、そのインタフェースを用いて全ての気付アドレスを例えばバルク登録するために、ＢＵメッセージをホームＭＡＰ１０００に送信する場合、ローミング契約関係１０がある外部ネットワーク・ドメイン１０１内で使用する気付アドレスを除外することができる。この場合、そのＭＮはバインディング決定エンジン３０３により、ローミング契約関係１０がある外部ネットワーク・ドメイン１０１内で使用する気付アドレスを知得することができる。
また、上記の実施の形態では、プリフィックス割り当てメッセージ７０がホームＭＡＰ１０００又はＡＲ１０１１に送信されることが記載されているが、当業者であれば、メッセージ７０はホームネットワーク・ドメイン１００や外部ネットワーク・ドメイン１０１に位置する如何なるエンティティに送信してよいことは明らかである。さらに、当業者であれば、メッセージ７０はアクセス認証フェーズの間にＭＮ１１がそのＡＲに送信してよいことは明らかである。このメッセージ７０は望ましくは、認証、オーソライゼーション及びアカウンティング（ＡＡＡ）メッセージの交換中に送信される。また、上記の実施の形態では、省略する登録メッセージとして、ＭＮ１１がホームＭＡＰ１０００に送信するＢＵメッセージである場合について説明したが、代わりに、外部ＡＲ１０１１がホームＭＡＰ１０００に送信するＰＢＵメッセージを省略するようにしてもよい。
なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブ ル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。
本発明は、モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングした場合にモバイルノードの位置情報をホームエージェントに登録する際のメッセージ数を減少するという効果を有し、プロキシ・モバイル・インターネット・プロトコルに利用することができる。
本発明は、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングする場合の通信方法、通信システム、モバイルノード及びアクセス・ルータに関する。
下記の非特許文献１におけるモバイルＩＰｖ６（ＭＩＰｖ６）によれば、モバイルノード（ＭＮ）は、インターネットに対する接続点を変更しても１つのインターネット・プロトコル（ＩＰ）アドレスを永久的に維持することができる。ＭＩＰｖ６におけるこの永久的なＩＰアドレスは、そのモバイルノードのホームネットワーク・ドメイン内のアドレスであり、ホームアドレスとして知られている。モバイルノードは、外部ネットワーク・ドメインに接続すると、外部ネットワーク・ドメインで使用するＩＰアドレスを、外部ネットワーク・ドメインから広告されるプリフィックスから構成することができる。このように構成したＩＰアドレスは気付アドレスと呼ばれ、また、その気付アドレスをモバイルノードのあて先とすることができる。
モバイルノードは、その位置に関係なく到達可能性を維持するために、自身のホームエージェントに対して気付アドレスをホームアドレスにバインディング（bind）する。ＭＩＰｖ６におけるホームエージェントは、モバイルノードの現在の気付アドレスを登録するホームネットワーク内のルータ又はホストである。このバインディングは、モバイルノードがバインディング・アップデート（ＢＵ）メッセージをホームエージェントに送信することにより実現することができる。モバイルノードがホームネットワークから外に移動すると、ホームエージェントはモバイルノードのホームアドレスあてのパケットをインタセプトして、そのパケットを気付アドレスあてにトンネル化する。ＭＩＰｖ６によればモビリティ管理ドメイン内にホストが含まれる。このため、ＭＩＰｖ６はホストベースのモビリティ管理プロトコルとして知られている。
モビリティ管理の他の形態として、モバイルノードがモビリティ・ドメイン内をローミングする際のシグナリングに関するモビリティ管理からモバイルノードを解放する形態がある。この形態では、下記の非特許文献２に示されるように、モビリティ・ドメイン内のプロキシ・エンティティがモバイルノードのモビリティ管理を助ける。このようなモビリティ管理は、ネットワークベースのモビリティ管理と呼ばれる。
モバイルノードはモビリティ・ドメイン内を移動すると、アクセス認証手順の一部として自身の識別子（ＭＮ−ＩＤ）をプロキシ・エンティティ（ＭＡＧ：モバイル・アクセス・ゲートウェイとして知られている）に提示する。このＭＮ−ＩＤは典型的には、ローカルサーバから取得可能なモバイルノードのポリシー・プロファイルと関連付けるために使用される。モバイルノードのポリシー・プロファイルは、ネットワークベースのモビリティ・サービスの特徴と、他の関連するパラメータ、例えばモバイルノードに割り当てられているネットワーク・プリフィックス（MN.Home.Prefix）、許可されているアドレス構成モード、ローミング・ポリシー、及びネットワークベースのモビリティ・サービスを提供するために本質的な他のパラメータを含む。
プロキシ・エンティティであるモバイル・アクセス・ゲートウェイ（ＭＡＧ）は、モバイルノードのアクセス認証が成功した後、ローカルサーバからモバイルノードのポリシー・プロファイルを取得している。この意味は、モバイル・アクセス・ゲートウェイがモバイルノードのためのモビリティ・サービスを実行するのに必要なすべての情報を有しているということである。このため、モバイル・アクセス・ゲートウェイは、モバイルノードにネットワーク・プリフィックス（MN.Home.Prefix）を広告するためのルータ広告メッセージを周期的に送信する。モバイルノードはネットワーク・プリフィックス（MN.Home.Prefix）を知得すると、モビリティ・ドメインに接続している自身のインタフェースのＩＰアドレス（ホームアドレス）を構成する。モバイルノードがモビリティ・ドメイン内をローミングするときには常に、モビリティ・ドメインに接続しているインタフェースはネットワーク・プリフィックス（MN.Home.Prefix）を参照している。これは、モバイルノードが接続しているモバイル・アクセス・ゲートウェイが常にローカルサーバにアクセスしてモバイルノードのプロファイルを取得していることによる。このため、モビリティ・ドメイン内のモバイルノードの位置に関係なく、モバイルノードは常に、最初に構成したＩＰアドレスを使用することができる。
これを実現するために、ローカル・モビリティ・アンカー（ＬＭＡ）と呼ばれるエンティティがモビリティ・ドメイン内において各モバイルノードの地理的なアンカーポイントとして動作する。なお、以下では、モビリティ・アンカー・ポイント（ＭＡＰ）とも呼ぶ。加えて、ローカル・モビリティ・アンカーはさらに、各モバイルノードの到達可能性を管理している。したがって、ローカル・モビリティ・アンカーは、非特許文献１に記載されているホームエージェントとある類似性を有する。ローカル・モビリティ・アンカーは、各モバイルノードのアンカーポイントとなるために、各モバイルノードの現在位置を更新される必要がある。このため、モバイルノードがモバイル・アクセス・ゲートウェイに接続しているときは常に、モバイル・アクセス・ゲートウェイは、ネットワーク・プリフィックス（MN.Home.Prefix）をモバイル・アクセス・ゲートウェイの気付アドレスにバインディングするためのプロキシＢＵメッセージをローカル・モビリティ・アンカーに送信する。このバインディングにより、ローカル・モビリティ・アンカーは、モバイルノードあてのパケットを適切なモバイル・アクセス・ゲートウェイを経由してルーティング（route）することができる。また、他の従来技術としては、下記の特許文献１、２が知られている。
D. Johnson, C. Perkins and J. Arkko, "Mobility Support in IPv6", Internet Engineering Task Force Request For Comments 3775, June 2004. S. Gundavelli, K. Leung, V. Devarapalli, K. Chowdhury and B. Patil, "Proxy Mobile IPv6", Internet Engineering Task Force Internet Draft: draft-ietf-netlmm-proxymip6-00.txt, April 08, 2007. V. Magret and L. Rose, "Simple multicast extension for mobile IP SMM", US Patent Number 6,988,146, January 17, 2006. M-S. Do, Y-H. Han, H-J. Jang and J-H. Bang, "Method of configuring and registering Internet protocol address in a wireless mobile communication system having connection-oriented radio link", US Patent Application Publication Number US2007/0091822A1, April 26, 2007.
以下に、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングする場合に発生する課題について説明する。図１０はネットワークベースのモビリティ管理システムの例を示す。図１０におけるモバイルノード（ＭＮ）１１ａは、自身の属するドメイン（すなわちホームネットワーク・ドメイン）１００及びインターネット１０２を介して相手先の通信ノード（ＣＮ：Correspondent Node）１２に接続している状態を示し、また、ＭＮ１１ｂは、自身の属しないドメイン（すなわち外部ネットワーク・ドメイン）１０１にローミングして外部ネットワーク・ドメイン１０１及びインターネット１０２を介してＣＮ１２に接続している状態を示す。
ここで、ホームネットワーク・ドメイン１００と外部ネットワーク・ドメイン１０１は例えばセルラ・オペレータであってローミング契約を締結しており、また、ともにＰＭＩＰドメインである。ホームネットワーク・ドメイン１００におけるローカル・モビリティ・アンカー（ＬＭＡ／ＨＡ１）はＭＮ１１ａのホームエージェント（ＨＡ）であり、また、モバイル・アクセス・ゲートウェイ（ＭＡＧ１）はＭＮ１１ａの代理ノードである。ホームネットワーク・ドメイン１００におけるＭＮ１１ａは、ＣＮ１２と通信を行うため、ＭＡＧ１から広告されるホーム・プリフィックス（Home Prefix）からホームアドレス（ＨｏＡ）を生成する。
ホームネットワーク・ドメイン１００とローミング契約を締結している外部ネットワーク・ドメイン１０１においてＭＮ１１ｂの代理ノードとなるＭＡＧ２は、ホームネットワーク・ドメイン１００のローカルサーバ（ＬＳ１）からＭＮ１１ａ、１１ｂの情報（例えばホーム・プリフィックス、ＬＭＡ／ＨＡ１のアドレス）を取得可能である。このため、外部ネットワーク・ドメイン１０１のＭＡＧ２は、ホームネットワーク・ドメイン１００のプリフィックス（ホーム・プリフィックス）と自身のプリフィックス（外部プリフィックス：Foreign Prefix）を広告している。外部ネットワーク・ドメイン１０１配下のＭＮ１１ｂは、ホームアドレス（ＨｏＡ）と、外部プリフィックスから生成した気付アドレス（ＣｏＡ）の両方を使用してＣＮ１２と通信を行うためには、ホームネットワーク・ドメイン１００側のＬＭＡ／ＨＡ１においてＭＮ１１ａのホームアドレス（ＨｏＡ）に対してＭＮ１１ｂ及びＭＡＧ２の各気付アドレスを登録（バインディング）する必要がある。ここで、ＭＮ１１ｂがホームアドレス（ＨｏＡ）と気付アドレス（ＣｏＡ）の両方を使用してＣＮ１２と通信を行う場合とは、一方だけではエンド・ツー・エンドのサービス品質（Ｅ２Ｅ ＱｏＳ）が得られない場合である。
図１１はその登録手順を示す。
１．まず、外部ネットワーク・ドメイン１０１のＭＡＧ２は、ＬＭＡ／ＨＡ１に対してプロキシＢＵ（ＰＢＵ）メッセージを送信することにより、ＬＭＡ／ＨＡ１のバインディング・キャッシュ・エントリ（ＢＣＥ）においてＭＮ１１ａのホームアドレス（ＨｏＡ）に対して自身の気付アドレス（ＭＡＧ．ＣｏＡ）を登録する。
２．また、外部ネットワーク・ドメイン１０１にローミングしたＭＮ１１ｂは、ＬＭＡ／ＨＡ１に対してＢＵメッセージを送信することにより、バインディング・キャッシュ・エントリＢＣＥにおいてＭＮ１１ａのホームアドレス（ＨｏＡ）に対して自身の気付アドレス（ＭＮ．ＣｏＡ）を登録する。
しかしながら、上記の手順では、ＭＮ１１ｂの気付アドレス（ＭＮ．ＣｏＡ）が、ＭＡＧ２が広告する外部プリフィックスから生成されたものであるので、ＭＮ１１ｂがＬＭＡ／ＨＡ１に対してＢＵメッセージを送信しても、ＢＵメッセージによって登録される位置情報はＭＮ１１ａがＭＡＧ２を経由して到達可能であることを意味するので、ＰＢＵメッセージによって登録される位置情報と同じ経路を示す情報となる。このため、いずれか一方のメッセージは冗長であるという問題点がある。
ここで、従来技術として特許文献１には、モバイルノードがＢＵメッセージによりマルチキャスト・アドレスをモバイル・アンカー・ポイントに要求する方法が記載されている。特許文献１では、モバイルノードからモバイル・アンカー・ポイントに送信されるＢＵメッセージに何らかの意味を持たせることを提案している。また、ＢＵメッセージにおけるマルチキャスト・サポート要求を必要としないマルチキャスト発見（例えばMulticast Source Discovery Protocol）に利用する方法が記載されている。
他の従来技術として特許文献２には、アクセス・ルータがモバイルノードの気付アドレスを、モバイルノードのホームエージェントであるモバイル・アンカー・ポイントに登録する方法が記載されている。特許文献２では、アクセス・ルータとモバイルノードが１つの同じ気付アドレスを別個に生成し、アクセス・ルータとモバイルノードの両方がユニークな接続識別子（ＣＩＤ）と、モバイルノードのＭＡＣアドレスと、気付アドレスを計算するためのプリフィックスを有する。計算のための入力がユニークなため、アクセス・ルータとモバイルノードは１つの同じ気付アドレスで到達する。このため、アクセス・ルータはモバイルノードのために、モバイルノードの気付アドレスを、モバイルノードのホームエージェントであるモバイル・アンカー・ポイントに登録することができる。この方法により、モバイルノードがＢＵメッセージをホームエージェントに送信することを省略することができる。
本発明は上記従来技術の問題点に鑑み、モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングした場合にモバイルノードの位置情報をホームエージェントに登録する際のメッセージ数を減少することができる通信方法、通信システム、モバイルノード、及び外部ネットワーク・ドメインのアクセス・ルータを提供することを目的とする。
本発明の通信方法は上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信方法において、
前記外部ネットワーク・ドメインが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信するステップと、
前記モバイルノードが、前記外部ネットワーク・ドメインから前記外部プリフィックスを受信して前記外部プリフィックスから前記外部ネットワーク・ドメインで使用する気付アドレスを生成するとともに、前記外部ネットワーク・ドメインから前記ホーム・プリフィックスを受信したか否かを判定して、受信しない場合に前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信し、受信した場合に前記登録メッセージを送信しないステップとを、
備えた構成とした。
本発明の通信システムは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおいて、
前記外部ネットワーク・ドメインが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
前記モバイルノードが、前記外部ネットワーク・ドメインから前記外部プリフィックスを受信して前記外部プリフィックスから前記外部ネットワーク・ドメインで使用する気付アドレスを生成するとともに、前記外部ネットワーク・ドメインから前記ホーム・プリフィックスを受信したか否かを判定して、受信しない場合に前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信し、受信した場合に前記登録メッセージを送信しない手段とを、
備えた構成とした。
本発明のモバイルノードは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおける前記モバイルノードであって、
前記外部ネットワーク・ドメインから送信される前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを受信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に送信される前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを受信する手段と、
前記外部ネットワーク・ドメインから受信した前記外部プリフィックスから前記外部ネットワーク・ドメインで使用する気付アドレスを生成する手段と、
前記外部ネットワーク・ドメインから前記ホーム・プリフィックスを受信したか否かを判定して、受信しない場合に前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信し、受信した場合に前記登録メッセージを前記ホームエージェントに送信しないバインディング決定手段とを、
備えた構成とした。
また、前記バインディング決定手段は、前記外部ネットワーク・ドメインのアクセス・ルータから広告される前記外部プリフィックス及び前記ホーム・プリフィックスの両方を受信した場合、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスを広告しないように前記アクセス・ルータに通知するとともに前記登録メッセージを前記ホームエージェントに送信し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスを広告しないように前記アクセス・ルータに通知するとともに前記登録メッセージを前記ホームエージェントに送信しないことを特徴とする。
また、前記バインディング決定手段は、前記外部ネットワーク・ドメインの前記アクセス・ルータに通知するメッセージを前記外部ネットワーク・ドメインのホームエージェントに送信して、前記外部ネットワーク・ドメインのホームエージェントから前記メッセージの内容を前記アクセス・ルータに通知させることを特徴とする。
また、前記外部ネットワーク・ドメインの前記アクセス・ルータと接続するための第１のインタフェースと、前記ホームネットワーク・ドメインのアクセス・ルータと接続する第２のインタフェースをさらに有し、
前記バインディング決定手段は、前記外部ネットワーク・ドメインの前記アクセス・ルータに通知するメッセージを前記第２のインタフェースを介してホームネットワーク・ドメインのホームエージェントに送信して、前記ホームネットワーク・ドメインのホームエージェントから前記メッセージの内容を前記アクセス・ルータに通知させることを特徴とする。
また、本発明の通信方法は上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信方法において、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信するステップと、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記モバイルノードが前記外部プリフィックス及び前記ホーム・プリフィックスのどのプリフィックスを使用するかを判定して、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスの送信を停止し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスの送信を停止するステップとを、
備えた構成とした。
また、本発明の通信システムは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおいて、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記モバイルノードが前記外部プリフィックス及び前記ホーム・プリフィックスのどのプリフィックスを使用するかを判定して、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスの送信を停止し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスの送信を停止する手段とを、
備えた構成とした。
また、本発明のアクセス・ルータは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおける前記外部ネットワーク・ドメインのアクセス・ルータであって、
前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
前記モバイルノードが前記外部プリフィックス及び前記ホーム・プリフィックスのどのプリフィックスを使用するかを判定して、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスの送信を停止し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスの送信を停止する手段とを、
備えた構成とした。
また、本発明の通信方法は上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信方法において、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信するステップと、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記モバイルノードが前記外部プリフィックスを使用するか否かを判定して、使用する場合に前記モバイルノードに対し、前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信しないように通知するステップとを、
備えた構成とした。
また、本発明の通信システムは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおいて、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
前記外部ネットワーク・ドメインのアクセス・ルータが、前記モバイルノードが前記外部プリフィックスを使用するか否かを判定して、使用する場合に前記モバイルノードに対し、前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信しないように通知する手段とを、
備えた構成とした。
また、本発明のアクセス・ルータは上記目的を達成するために、モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおける前記外部ネットワーク・ドメインのアクセス・ルータであって、
前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
前記モバイルノードが前記外部プリフィックスを使用するか否かを判定して、使用する場合に前記モバイルノードに対し、前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信しないように通知する手段とを、
備えた構成とした。
この構成により、モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングした場合に、モバイルノードが位置情報をホームエージェントに登録するメッセージを送信しないようにすることができるので、メッセージ数を減少することができる。
本発明によれば、モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングした場合にモバイルノードの位置情報をホームエージェントに登録する際のメッセージ数を減少することができる。
以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施形態＞
図１はモバイルノード（ＭＮ）１１がホームネットワーク・ドメイン１００とローミング関係にある外部ネットワーク・ドメイン１０１にローミングする場合のネットワークベースのモビリティ管理システムの例を示す。図１におけるＭＮ１１はホームネットワーク・ドメイン１００に属する。ホームネットワーク・ドメイン１００と外部ネットワーク・ドメイン１０１は例えばセルラ・オペレータであって、ホームネットワーク・ドメイン１００に属するＭＮ１１が外部ネットワーク・ドメイン１０１を利用可能なように各オペレータがローミング契約を締結している（図１のローミング契約関係１０）。また、ドメイン１００、１０１はともにＰＭＩＰドメインであり、また、それぞれモビリティ・アンカー・ポイント（ＭＡＰ）１０００、１０１０により管理されている。ＭＡＰ１０００、１０１０はホームエージェントの機能（ＨＡ）、又はローカルなＭＡＰの機能（ＬＭＡ）、又はその両方の機能（ＬＭＡ／ＨＡ）を有する。さらに、それぞれドメイン１００、１０１におけるアクセス・ルータ（ＡＲ）１００１、１０１１は、ＭＮ１１の接続点として機能し、また、モバイル・アクセス・ゲートウェイ（ＭＡＧ）の機能を有する。なお、３ＧＰＰネットワークにおいては、ホームネットワーク・ドメインはＨＰＬＭＮ（Home Public Land Mobile Network）、外部ネットワーク・ドメインはＶＰＬＭＮ（Visited Public Land Mobile Network）と呼ばれる。また、ＭＮはＵＥ（User Equipment）、ＭＡＰはＰＤＮ−ＧＷ(Packet Data Network Gateway)、アクセス・ルータはＳ−ＧＷ（Serving Gateway）、ＬＳはＨＳＳ（Home Subscriber Server）又はＡＡＡサーバ（Authentication Authorization and Accounting）に相当する。つまり、ＵＥのホームオペレータによって管理されるネットワークがＨＰＬＭＮであり、ＵＥのローミング先であり別のオペレータによって管理されているネットワークがＶＰＬＭＮである。なお、ホームを経由せずに、ローミング先で取得したアドレスを直接使用して通信することはLocal Breakoutと呼ばれ、ローミング先へ移動してもホームを経由して通信を行うことをHome Routedと呼ぶ。なお、不図示ではあるが、外部ネットワーク・ドメイン内に、ホームネットワーク・ドメイン内の各ネットワークノードに対応するプロキシノード（AAA proxyなど）が存在していてもよい。なお、本発明の第１の実施の形態においては、図１のＭＮ１１が２つのインタフェース（例えば３ＧＰＰインタフェース（ＩＦ１）とＷＬＡＮ／ＷｉＭＡＸインタフェース（ＩＦ２））を備えている場合も想定できる。ホームネットワーク・ドメイン１００及び外部ネットワーク・ドメイン１０１が共に３ＧＰＰネットワークである場合は、ＩＦ２は、外部ネットワーク・ドメイン１０１が管理するＮｏｎ３ＧＰＰネットワークからホームネットワーク・ドメイン１００を経由して行う通信（Home Routed）、又は外部ネットワーク・ドメイン１０１から直接行う通信（Local Breakout）のいずれか又は両方を行う。
上記のネットワーク構成において、ＭＮ１１が最初にホームネットワーク・ドメイン１００のＡＲ１００１（以下、ホームＡＲ）に接続すると、ネットワークベースのモビリティ管理により、ホームＡＲ１００１がＰＢＵメッセージをＭＡＰ１０００（以下、ホームＭＡＰ）に送信して、ホームＭＡＰ１０００がＭＮ１１のホーム・プリフィックス（MN11.Home.Prefix）をホームＡＲ１００１の気付けアドレス（AR1001.CoA）にバインディング（bind）する。この動作により、ホームＭＡＰ１０００はＭＮ１１のパケットをホームネットワーク・ドメイン１００内でルーティングすることができる。
次いで、ＭＮ１１が外部ネットワーク・ドメイン１０１にローミングすると、ＭＮ１１がＡＲ１０１１（以下、外部ＡＲ）へのアソシエーションを試みる。外部ネットワーク・ドメイン１０１がホームネットワーク・ドメイン１００とローミング契約関係１０にあるので、外部ＡＲ１０１１はＭＮ１１の認証を成功することができ、また、ローカルサーバ（ＬＳ）５０からＭＮ１１のポリシー・プロファイルを取得することができる。このＭＮ１１のポリシー・プロファイルには、ＭＮ１１の現在のＭＡＰの識別子（例えばＩＰアドレス）が記述されている。このシステムでは、外部ＡＲ１０１１はこのＭＮ１１のポリシー・プロファイルから、ホームＭＡＰ１０００がＭＮ１１の現在のＭＡＰであると認識する。このため、外部ＡＲ１０１１はホームＭＡＰ１０００に対し、ＭＮ１１のホーム・プリフィックス（MN11.Home.Prefix）を外部ＡＲ１０１１の気付けアドレス（AR1011.CoA）にバインディング（bind）するためのＰＢＵメッセージを送信する。この動作により、ホームＭＡＰ１０００はＭＮ１１の現在位置を更新され、ホームＭＡＰ１０００はＭＮ１１あてのパケットをルーティングすることができる。なお、ＡＲ１０１１とアソシエーションを構築する際に、ＭＮ１１は、移動前に接続していたサービス名（Access Point Name）や、移動を管理していたＭＡＰ１０００及びそのネットワークを特定できるような情報（ＭＡＰ１０００のIdentity、アドレス、ＦＱＤＮなど）をＡＲ１０１１へ送信し、ローミング先のネットワークへハンドオーバした後でも、通知した情報で特定されるＭＡＰ及びネットワークへの接続を継続したいことを示す情報を通知してもよい（Home Routed）。さらには、外部ネットワーク・ドメイン１０１からアドレスを直接取得して通信を行いたいことを示す情報を通知してもよい（Local Breakout）。Local Breakoutを要求する情報を、Home Routedを要求する情報と共に通知してもよい。
ホームネットワーク・ドメイン１００と外部ネットワーク・ドメイン１０１の間に締結されているローミング契約のポリシーにより、ＭＮ１１に提供されるサービスのタイプが制限される。例えば外部ネットワーク・ドメイン１０１の存在がＭＮ１１に知られており、このため、ＭＮ１１は外部ネットワーク・ドメイン１０１内の複数の外部ＭＡＰ１０１０にアソシエートすることが可能である。ＭＡＰ１０１０が利用可能であることを広告するために、ＭＡＰ１０１０はＡＲ１０１１に対し、ホームネットワーク・ドメイン１００と異なるプリフィックスを広告するように指示する。このため、ＭＮ１１はホームネットワーク・ドメイン１００とローミング契約関係１０にある外部ネットワーク・ドメイン１０１をローミングすると、複数のプリフィックスを取得する可能性が高くなる。この複数のプリフィックスの１つは、ＭＮ１１のホームネットワーク・ドメイン１００を反映し、残りはローミング契約関係１０にある他の外部ＭＡＰ１０１０が存在することをＭＮ１１に示す。
以下に、想定例について詳しく説明する。図１において、ＭＮ１１についてのポリシーでは、ＭＮ１１がローミング契約関係１０にある外部ネットワーク・ドメイン１０１をローミングすると、そのドメイン１０１のＭＡＰ１０１０（外部ＭＡＰ）がＭＮ１１に知らされるものとする。このため、外部ＭＡＰ１０１０はＭＮ１１に対し、外部ネットワーク・ドメイン１０１のローカル・プリフィックスを割り当てる。このローカル・プリフィックスはＭＮ１１にとって、ＭＡＰ１０００により割り当てられるホーム・プリフィックスの一部ではない外部プリフィックスとみなされる。また、ＡＲ１０１１はＭＮ１１に対し、ホーム・プリフィックスと外部プリフィックスの両方を広告するものとする。このため、ＭＮ１１はローミング契約関係１０にある外部ネットワーク・ドメイン１０１内の別のＭＡＰ１０１０を知得する。
外部プリフィックスが入手可能であるということは、ＭＮ１１がその外部プリフィックスを利用する機会があることを示す。ＭＮ１１が外部プリフィックスを使用する理由は、ホーム・プリフィックスがあっても、ローミング契約関係１０にある外部ネットワーク・ドメイン１０１が、ＭＮ１１の位置に基づいて異なるＱｏＳレベルを提供するかもしれないからである。これは、ＭＮ１１とＣＮ１２との間で決定されたＱｏＳレベルに対して、ＭＮ１１が外部プリフィックスから気付アドレスを構成することを黙示している。そして、ＭＮ１１はその気付アドレスをホームネットワーク・ドメイン１００のホームＭＡＰ１０００にバインディングするであろう。
ＭＮ１１が外部プリフィックスを使用する他の理由は、ホーム・プリフィックスがあっても、どのようなモビリティ管理機能がＭＮ１１に具備されるかによる。前述したようにモビリティ管理機能としては、ホストベースとネットワークベースの２つのタイプがある。このようなモビリティ管理機能は、お互いに独立して具備され、また、一義的にトリガされる。このため、ホストベースのモビリティ管理機能によれば、ＭＮ１１は外部プリフィックスを受信すると、気付アドレスを構成してその気付アドレスをバインディングするためのＢＵメッセージをホームネットワーク・ドメイン１００のホームＭＡＰ１０００に送信する。
以下に、上記のようにＭＮ１１によりトリガされるモビリティ管理機能について詳しく説明する。図１において、まず、ＭＮ１１は外部プリフィックス（MN11.Foreign.Prefix）から気付アドレス（MN11.CoA）を構成する。次いで、ＭＮ１１は気付アドレス（MN11.CoA）をＭＮ１１のホームアドレス（MN11.HoA）にバインディングするためのＢＵメッセージをＭＡＰ１０００に送信する。このため、ＭＡＰ１０００はＭＮ１１が気付アドレス（MN11.CoA）で到達可能であることを知得する。また、ＭＡＰ１０００はＭＮ１１あてのパケットをルーティングする際、気付アドレス（MN11.CoA）を代わりのルーティング・パスとして使用することができる。
上記の例によれば、ホームＭＡＰ１０００はＭＮ１１と外部ＡＲ１０１１の両方から、ＭＮ１１あてのパケットをどのようにルーティングするかを通知されることが分かる。すなわち、ホームＭＡＰ１０００に対しては、外部ＡＲ１０１１はＭＮ１１が外部ＡＲ１０１１を経由して到達可能であることをＰＢＵメッセージで通知し、また、ＭＮ１１はＭＮ１１が外部ＡＲ１０１１を経由して到達可能であることをＢＵメッセージで通知する。これはホームＭＡＰ１０００にとって、両方のメッセージ（ＰＢＵ、ＢＵメッセージ）が同じ意味（ＭＮ１１は外部ＡＲ１０１１を経由して到達可能であること）を伝えていることを黙示している。このため、ＢＵ又はＰＢＵメッセージがホームＭＡＰ１０００にとって冗長であることが分かる。一例として、ＭＮ１１がＢＵメッセージを送信する前に外部ＡＲ１０１１がＰＢＵメッセージを送信する可能性がある。したがって、この場合には、ホームＭＡＰ１０００にとってＢＵメッセージが冗長なメッセージとなる。
さらに、もしＭＮ１１がホームＭＡＰ１０００に対し、入力パケットを気付アドレス（MN11.CoA）あてにルーティングするようにフィルタリング・ルールをセットした場合、そのパケットは外部ＭＡＰ１０１０を経由して外部ＡＲ１０１１に到達する。この場合には、外部ＭＡＰ１０１０が気付アドレス（MN11.CoA）を構成するために使用したプリフィックスを提供するので、外部ＭＡＰ１０１０は気付アドレス（MN11.CoA）あてのパケットをインタセプトして外部ＡＲ１０１１を経由してＭＮ１１にルーティングする。このため、再ルーティングにより、ホームＭＡＰ１０００から直接に外部ＡＲ１０１１にルーティングできるにもかかわらず、ＭＮ１１におけるパケット受信遅延が増大する。
＜本発明の概略＞
本発明は、ＭＮ１１が特定の条件の下で、ホームネットワーク・ドメイン１００のホームエージェントであるモビリティ・アンカー・ポイント（以下、ホームＭＡＰ）１０００に対する気付アドレスの冗長な登録を防止するための方法を提供する。この方法は、外部のＡＲ１０１１がＭＮ１１からホームＭＡＰ１０００までのルーティング・パスを構成する他の手段を既に有する場合に特に有用である。この方法は、最初にＭＮ１１が現在アソシエートしているネットワークから情報を受信することを必要とする。ＭＮ１１はこの受信した情報に基づいて、使用する気付アドレスをホームＭＡＰ１０００に通知する必要があるか否かを決定することができる。例えば、ホームＭＡＰ１０００が気付アドレスを既に知得している場合にはＭＮ１１は気付アドレスを通知しない。気付アドレスを通知しないことにより、ＭＮ１１とホームＭＡＰ１０００の間の冗長なシグナリングを防止することができる。
＜ネットワーク情報＞
ＭＮ１１は上記の決定をするために、幾つかの関連するネットワーク情報を必要とする。このネットワーク情報は、ＭＮ１１がアソシエートしている外部ＡＲ１０１１を経由してＭＮ１１に広告され、例えばルータ広告メッセージ（Router Advertisement）やNSメッセージ（Neighbor Solicitation）、さらには、ＩＥＥＥ８０２．１１のビーコンや、３ＧＰＰなどのセルラシステムで使用されるレイヤ２のシグナリングや、３ＧＰＰネットワークへのAttach Procedureの中でやり取りされるシグナリング、ＩＥＥＥ８０２．２１の情報サービス応答メッセージで送信される。なお、ＵＥは、ネットワーク情報を含むルータ広告メッセージを受信するために、ルータ要請メッセージ（Router Solicitation）をＡＲ１０１１へ送信してもよい。
図２はホームネットワーク・ドメイン１００とローミング契約関係１０にあるドメイン（例えば外部ネットワーク・ドメイン１０１）からＭＮ１１が受信するネットワーク情報２０のフォーマットを示す。ネットワーク情報２０は、パケットヘッダ２００と、ネットワークベース・モビリティ・サポート・フラグ２０１と、ドメインＩＤ２０２とプリフィックス２０３の各フィールドにより構成されている。パケットヘッダ２００は、ＩＰｖ４又はＩＰｖ６のアドレスにより構成されるメッセージ送信元と、メッセージのタイプを示すタイプフィールドと、メッセージ長フィールドにより構成される。
ネットワークベース・モビリティ・サポート・フラグ２０１は、ＭＮ１１が現在アソシエートしているネットワークがネットワークベースのモビリティ機能をサポートできるか否かを示す。フラグ２０１は‘１’が「ネットワークベースのモビリティ機能をサポートする」、‘０’が「ネットワークベースのモビリティ機能をサポートしない」のように１ビットでよい。フラグ２０１＝０の場合、ＭＮ１１はホームＭＡＰ１０００との接続性を維持するために、何らかのモビリティ管理機能を実行する。
ドメインＩＤ２０２は望ましくは、セルラ・オペレータ名やＷＬＡＮホットスポットのサービスセット識別子（Service Set Identifier:SSID）を用いて構成される。ドメインＩＤ２０２の目的は、ＭＮ１１に対してＭＮ１１が現在アソシエートしているネットワーク名を提供することにある。ＭＮ１１はこのネットワーク名を知得すると、ローミング契約関係１０にあるドメイン内に位置しているか否かを決定するための幾つかのチェックを実行することができる。その１つの方法は、ＭＮ１１がホームＭＡＰ１０００に対し、ドメインＩＤ２０２がローミング契約関係１０にあるか否かを問い合わせることである。
プリフィックス２０３は、ＭＮ１１が利用可能な１つ又は複数のプリフィックスを示す。本実施の形態では望ましくは、プリフィックス２０３はホーム・プリフィックスと外部プリフィックスを含む。ホーム・プリフィックスはホームＭＡＰ１０００からＭＮ１１に割り当てられるプリフィックスであり、ホーム・プリフィックスのルーティングは、ホームネットワーク・ドメイン１００のアンカーポイントであるホームＭＡＰ１０００により取り扱われる。同様に、外部プリフィックスは外部ネットワーク・ドメイン１０１からＭＮ１１に割り当てられるプリフィックスであり、外部プリフィックスのルーティングは、外部ネットワーク・ドメイン１０１のアンカーポイントである外部ＭＡＰ１０１０により取り扱われる。
ここで、図２はネットワーク情報の望ましいフォーマットを示しているが、当業者であれば、ＭＮ１１がアソシエートしているネットワーク情報は種々の変形が可能であることは明らかである。例えば、外部ネットワーク・ドメイン１０１がＭＮ１１に対してネットワークベースのモビリティをサポートしない場合、ネットワーク情報２０におけるプリフィックス２０３は１つの外部プリフィックスのみを有する。この場合、ＭＮ１１は外部プリフィックスから構成した気付アドレス（MN11.CoA）をホームＭＡＰ１０００にバインディングするためのＢＵメッセージを送信する必要がある。
＜ＭＮの機能的構成＞
図３はＭＮ１１の機能的構成を示し、ＭＮ１１はネットワーク・インタフェース３００と、バインディング情報データベース３０１と、バインディング・メッセージ生成部３０２とバインディング決定エンジン３０３を有する。ネットワーク・インタフェース３００は、ＭＮ１１がある通信メディアを経由して他のノードと通信するための必要なハードウエア及びソフトウエアを有する機能ブロックである。関連する技術分野で知られている用語を用いれば、ネットワーク・インタフェース３００は、レイヤ１（物理層）及びレイヤ２（データリンク層）の通信コンポーネント、ファームウエア、ドライバ及びプロファイルを表す。当業者であれば、ＭＮ１１は１又は複数のネットワーク・インタフェース３００を含むことは明らかである。シグナル／データパス３０４を経由して、ネットワーク・インタフェース３００とバインディング決定エンジン３０３との間でトリガ信号とパケットをやり取りすることができる。例えばネットワーク・インタフェース３００で受信したネットワーク情報２０をシグナル／データパス３０４を経由してバインディング決定エンジン３０３に伝送することにより、バインディング決定エンジン３０３がアクションを実行することができる。バインディング決定エンジン３０３のアクションは後述する。
バインディング情報データベース３０１はＭＮ１１が必要な情報をストアする。本実施の形態では、データベース３０１はＭＮ１１のホーム・プリフィックスと、ＭＮ１１とホームＭＡＰ１０００との間のセキュリティ・アソシエーション・キーをストアしている。シグナル／データパス３０５を経由して、データベース３０１とバインディング決定エンジン３０３との間でトリガ信号とパケットをやり取りすることができる。例えばバインディング決定エンジン３０３はシグナル／データパス３０５を使用して、ＭＮ１１のホーム・プリフィックスをデータベース３０１から引き出すことができる。同様に、シグナル／データパス３０７を経由して、データベース３０１とバインディング・メッセージ生成部３０２との間でトリガ信号とパケットをやり取りすることができる。例えばバインディング・メッセージ生成部３０２はシグナル／データパス３０７を経由して、ＢＵメッセージをオーソライズするためのセキュリティ・アソシエーション・キーをデータベース３０１から引き出すことができる。
さらに、バインディング・メッセージ生成部３０２は、ホームＭＡＰ１０００に送信されるＢＵメッセージをフォーマット化することができる。関連する技術分野で知られている用語を用いれば、バインディング・メッセージ生成部３０２は、非特許文献１に記載されているＢＵメッセージを生成する場合と同じ機能を具備してもよい。なお、バインディング・メッセージ生成部３０２は、ＢＵメッセージを送信するために必要なコネクションがＭＡＰ１０００との間にまだ存在していない場合には、ＭＡＰ１０００との間にコネクションを生成する処理を実行する。例えば、ホームネットワークが３ＧＰＰネットワークである場合は、Ｐ−ＧＷ（ＭＡＰ１０００）との間にＰＤＮコネクションを構築し、ＢＵメッセージを保護するために必要なＳＡ（Security Association）なども生成する。シグナル／データパス３０８を経由して、ネットワーク・インタフェース３００とバインディング・メッセージ生成部３０２との間でトリガ信号とパケットをやり取りすることができる。例えばＢＵメッセージをバインディング・メッセージ生成部３０２からネットワーク・インタフェース３００に伝送することによりホームＭＡＰ１０００に送信することができる。
本実施の形態では、バインディング・メッセージ生成部３０２がホームＭＡＰ１０００をＭＮ１１の現在位置で更新するか否かを決定する目的のために、バインディング決定エンジン３０３を導入している。バインディング決定エンジン３０３は、ネットワーク・インタフェース３００からの入力とバインディング情報データベース３０１に基づいて、バインディング・メッセージ生成部３０２が特定の気付アドレスのためのＢＵメッセージをフォーマット化する必要があるか否かを決定する。望ましくは、プリフィックス２０３内に、気付アドレスを構成するために使用する外部プリフィックスとともにホーム・プリフィックスが存在するか否かがチェックされる。もしそうであれば、バインディング決定エンジン３０３は、ＡＲ１０１１が外部プリフィックスとホーム・プリフィックスの両方を取り扱っており、既にホームＭＡＰ１０００をＭＮ１１の現在位置で更新しているものとみなす。このため、バインディング・メッセージ生成部３０２は、ＭＮ１１が外部プリフィックスを用いて構成したいかなる気付アドレスであってもトリガされない。
シグナル／データパス３０６を経由して、バインディング決定エンジン３０３とバインディング・メッセージ生成部３０２との間でトリガ信号とパケットをやり取りすることができる。例えばバインディング決定エンジン３０３はシグナル／データパス３０６を用いて、バインディング・メッセージ生成部３０２に対して特定の気付アドレスのためのＢＵメッセージを生成することを依頼する。
次に、第１の実施の形態を実現するＭＮ１１の処理について説明する。図４はＭＮ１１のバインディング決定処理を示すフローチャートである。この処理は、バインディング決定エンジン３０３がネットワーク情報４０を受信するとスタートする（ステップＳ４１）。ここで、可能な場合、ネットワーク情報４０はルータ広告メッセージなどを用いてアクセス・ルータから取得することができる。ステップＳ４１において処理をスタートすると、バインディング決定エンジン３０３は、ネットワーク情報４０のプリフィックス２０３内に外部プリフィックスが存在するか否かをチェックする（ステップＳ４２）。外部プリフィックスが存在しないということは、プリフィックス２０３にはホーム・プリフィックスのみが存在することを黙示している。外部プリフィックスが存在しない場合、ネットワークベースのモビリティ管理機能がトリガされ、ホームアドレスがＭＮ１１のインタフェース３００に割り当てられてインタフェース３００がこのホームアドレスを使用し（ステップＳ４３）、次いでこの処理を終了する（ステップＳ４７）。
他方、ステップＳ４２においてプリフィックス２０３が外部プリフィックスを含む場合、インタフェース３００に対してこの外部プリフィックスを用いた気付アドレス（ＣｏＡ）を生成する（ステップＳ４４）。なお、ＣｏＡとは、ホームアドレスに関連付けるアドレスを意味するが、ここで生成するアドレスは、Local Breakout用として使用されるグローバルアドレスでもある。バインディング決定エンジン３０３は望ましくは、ＭＮ１１が可能であれば気付アドレスの方を使用したいというポリシーを知得する。次いで、気付アドレスをインタフェース３００に割り当てると、プリフィックス２０３がさらにホーム・プリフィックスを含むか否かをチェックする（ステップＳ４５）。ホーム・プリフィックスがプリフィックス２０３内に存在しないということは、ＭＮ１１がアソシエートしているアクセス・ルータがＭＮ１１のホームＭＡＰ１０００へのルーティング・パスを持っていないことを黙示している。したがって、この場合には、バインディング・メッセージ生成部３０２をトリガしてホームＭＡＰ１０００におけるＭＮ１１の位置を更新するように指示し（ステップＳ４６）、次いでこの処理を終了する（ステップＳ４７）。
他方、ステップＳ４５においてホーム・プリフィックスがプリフィックス２０３内に存在する場合、バインディング決定エンジン３０３は、バインディング・メッセージ生成部３０２をトリガすることなく、この処理を終了する（ステップＳ４７）。この意味は、ＭＮ１１が現在、ローミング契約関係１０にある外部ネットワーク・ドメイン１０１内に位置し、外部ＡＲ１０１０がＭＮ１１のホームＭＡＰ１０００へのルーティング・パスを既に確立しているので、ホームＭＡＰ１０００におけるＭＮ１１の位置を更新する必要がないということである。なお、ステップＳ４４におけるアドレスの生成は、ステップＳ４５の後に行われてもよい。この場合、ステップＳ４５において、ホーム・プリフィックスが存在する場合には、生成されるアドレスは、Local Breakout用のアドレスとして扱われ、一方、ホーム・プリフィックスが存在しない場合には、Local Breakout用のアドレスとしてだけではなく、ＣｏＡとしても扱われる。このように、ＭＮ１１がローミング先へ移動した際に、ローミング先で通知されたプリフィックスと、ホームネットワークで使用していたプリフィックスを比較し、ホームネットワークのＭＡＰ１０００との間にコネクションを構築する必要があるか否かを判断することで、不要なシグナリングの送信をなくすことができる。
＜従来技術との差異＞
本実施の形態と従来技術との差異についてさらに詳しく説明する。まず、本実施の形態では、図１において、ＭＮ１１はネットワーク情報２０を外部ＡＲ１０１１から取得すると、ネットワーク情報２０内からホーム・プリフィックスと外部プリフィックスの２つのプリフィックスを知得する。ホーム・プリフィックスは、ホームネットワーク・ドメイン１００からＭＮ１１に割り当てられるプリフィックスである。ホーム・プリフィックスのルーティングは、ホームネットワーク・ドメイン１００のアンカーポイントであるホームＭＡＰ１０００により取り扱われる。同様に、外部プリフィックスは、外部ネットワーク・ドメイン１０１からＭＮ１１が使用するために割り当てられるプリフィックスである。外部プリフィックスのルーティングは、外部ネットワーク・ドメイン１０１のアンカーポイントである外部ＭＡＰ１０１０により取り扱われる。ＭＮ１１は外部プリフィックスから気付アドレス（MN11.CoA）を構成する。
ここでは、ネットワーク情報２０内にホーム・プリフィックスが存在するので、ＭＮ１１は外部ＡＲ１０１１が既にプロキシＢＵメッセージをホームＭＡＰ１０００に送信したものと理解する。このため、ＭＮ１１は外部ＡＲ１０１１とホームＭＡＰ１０００との間のルーティング・パスがセットアップされていることを知得して、ＭＮ１１が現在、外部ＡＲ１０１１の配下に位置する旨を伝えるためのＢＵメッセージを送信する必要がないものと理解する。
このようにＭＮ１１がホームＭＡＰ１０００を更新する方法が特許文献２に記載されている方法と異なることは、当業者であれば明らかである。特許文献２には、ＭＮのホームＭＡＰを更新するためのタスクをアクセス・ルータに遂行させることが記載されている。この意味は、アクセス・ルータがＭＮのためにＢＵメッセージをＭＮのホームＭＡＰに送信するということである。このタスクはアクセス・ルータから除外することができるので、アクセス・ルータは最初の場所からＢＵメッセージ送信をストップすることが可能である。このことは、アクセス・ルータが本実施の形態のようなバインディング決定メカニズムのように動作することを黙示している。この場合、ＭＮのホームＭＡＰはＭＮの位置を示すメッセージを二重に受信しない。しかしながら、このような決定メカニズムは特許文献２には記載されていない。このため、本実施の形態と従来技術には差異がある。
＜メッセージシーケンス＞
図５は本実施の形態のメッセージシーケンスを示す。
ステップＳ５００：Assoc(MN-ID)
まず、ＭＮ１１は、外部ネットワーク・ドメイン１０１のＡＲ１０１１にアソシエートすると、アクセス認証手順の一部として識別子（MN-ID）をＡＲ１０１１に提示する。ＭＮ１１が識別子（MN-ID）をＡＲ１０１１に提示する目的は、ＡＲ１０１１がローカルサーバ（ＬＳ）５０からＭＮ１１のポリシーを引き出すことができるようにすることにある。
ステップＳ５０１：Query-Profile（MN-ID）
このため、ＡＲ１０１１はＬＳ５０に対し、識別子（MN-ID）の関連するポリシー・プロファイルを問い合わせる。
ステップＳ５０２：Query-Profile-Res（MN'Profile）
次いで、ＬＳ５０は応答として、識別子（MN-ID）の関連するポリシー・プロファイルをＡＲ１０１１に送り返す。望ましい実施の形態では、ＭＮ１１のポリシー・プロファイルは、ホームネットワーク・ドメイン１００で使用されるプリフィックス（MN.Home.Prefix）と、外部ネットワーク・ドメイン１０１で使用されるプリフィックス（MN.Foreign.Prefix）と、ホームＭＡＰ１０００のＩＰアドレスを含む。
ステップＳ５０３：PBU(MN-ID,AR1011.CoA)
次いで、ＡＲ１０１１はこのＭＮ１１のポリシー・プロファイルから得られた情報により、プロキシＢＵメッセージをホームＭＡＰ１０００に送信してホームＭＡＰ１０００におけるルーティング・ステートを更新することができる。この更新により、ホームＭＡＰ１０００はＭＮ１１あてのパケットをＡＲ１０１１経由でルーティングすることができる。
ステップＳ５０４：NI(MN.Home.Prefix,MN.Foreign.Prefix）
次いで、ＡＲ１０１１は同時に、ネットワーク情報２０をＭＮ１１に送信して、ＭＮ１１が現在、接続しているネットワークの情報を提供する。ネットワーク情報２０は可能な場合、ホーム・プリフィックス（MN.Home.Prefix）と外部プリフィックス（MN.Foreign.Prefix）を含む。
ステップＳ５０５：Decide
次いで、ＭＮ１１はネットワーク情報２０を受信すると、ＢＵメッセージをホームＭＡＰ１０００に送信する必要があるか否かを決定することができる。ここで、ＢＵメッセージを送信する目的は、ホームＭＡＰ１０００における現在位置を更新してＭＮ１１あてのパケットをホームＭＡＰ１０００にルーティングさせることにある。ステップＳ５０５におけるＭＮ１１の決定処理は、図４で説明した方法に基づく。この場合、ネットワーク情報２０がホーム・プリフィックス（MN.Home.Prefix）と外部プリフィックス（MN.Foreign.Prefix）を含むので、ＭＮ１１はＡＲ１０１１が既にホームＭＡＰ１０００における現在位置を更新しているものと了解する。
＜第２の実施の形態＞
第２の実施の形態では、ＭＮ１１がＡＲ１０１１に対し、ＭＮ１１が使用しないＭＮ１１のホーム・プリフィックス（MN.Home.Prefix）を広告しないように通知するためのメッセージを送信する。第２の実施の形態におけるこのメッセージをプリフィックス割り当てメッセージと言う。ＡＲ１０１１はこのプリフィックス割り当てメッセージにより、ＭＮ１１がネットワークベースのモビリティ管理機能を希望していないものと了解する。
図６は第２の実施の形態におけるＭＮ１１のバインディング決定処理を示す。ステップＳ６０は、図４に示したステップＳ４５において、バインディング決定エンジン３０３がホーム・プリフィックス（MN.Home.Prefix）と外部プリフィックス（MN.Foreign.Prefix）の両方がネットワーク情報２０のプリフィックス２０３内に広告されていることを検出したときにスタートする（ステップＳ４５でYes）。まず、ステップＳ６１では、バインディング決定エンジン３０３は、ＭＮ１１がホーム・プリフィックス（MN.Home.Prefix）と外部プリフィックス（MN.Foreign.Prefix）の両方を使用しようとしているか否かを決定する。この決定は望ましくは、プリフィックス使用を規定するＭＮ１１内のポリシーに基づいて行われる。
もし、両方を使用すると決定した場合、バインディング決定エンジン３０３はバインディング・メッセージ生成部３０２を起動することなく、この処理を終了する（ステップＳ４７）。この意味は、ＡＲ１０１１が既にＭＮ１１のホームＭＡＰ１０００に対してルーティング・パスを確立しているので、ＭＮ１１が現在位置をホームＭＡＰ１０００に通知する必要がないということである。なお、外部ネットワークからホームプリフィックスと外部プリフィックスの両方が広告される可能性があることを想定できる場合には、ＭＮ１１は、外部ネットワークへ接続した際に行うAttach Procedureの中で、プリフィックス割り当てメッセージを送信してもよい。また、ホームネットワークに接続した際に行うAttach Procedureの中で、プリフィックス割り当てメッセージを送信し、外部ネットワークで使用するプリフィックスをあらかじめ決定してもよい。
他方、ステップＳ６１における決定が「ホーム・プリフィックスのみ使用」の場合、バインディング決定エンジン３０３はＭＮ１１が外部プリフィックスを使用する意図がないものと了解し、バインディング・メッセージ生成部３０２に対して、ＭＮ１１に対する次のネットワーク情報２０には外部プリフィックスを含まないようにＡＲ１０１１に通知するためのプリフィックス割り当てメッセージを送信するように指示する（ステップＳ６２）。このプリフィックス割り当てメッセージにより、ＡＲ１０１１はＭＮ１１が外部ネットワーク・ドメイン１０１内に位置する間は別のプリフィックスを必要としていないことを知得することができ、プリフィックスを通知するメッセージのサイズを小さくすることができる。次いでホームアドレスをインタフェース３００に割り当てて使用し（ステップＳ４３）、次いでこの処理を終了する（ステップＳ４７）。
また、ステップＳ６１における決定が「外部プリフィックスのみ使用」の場合、バインディング決定エンジン３０３はＭＮ１１がホーム・プリフィックスを使用する意図がないものと了解し、バインディング・メッセージ生成部３０２に対して、ＭＮ１１に対する次のネットワーク情報２０にはホーム・プリフィックスを含まないようにＡＲ１０１１に通知するためのプリフィックス割り当てメッセージを送信するように指示する（ステップＳ６３）。このプリフィックス割り当てメッセージにより、ＡＲ１０１１はＭＮ１１が外部ネットワーク・ドメイン１０１内に位置する間はローカル・プリフィックス、すなわちホーム・プリフィックスを必要としていないことを知得することができ、プリフィックスを通知するメッセージのサイズを小さくすることができる。次いでバインディング決定エンジン３０３はバインディング・メッセージ生成部３０２に対して、ホームＭＡＰ１００におけるＭＮ１１の現在位置を更新するように指示し、次いでこの処理を終了する（ステップＳ４７）。
図６から、ＭＮ１１はＡＲ１０１１に対し、ＭＮ１１がホーム・プリフィックスと外部プリフィックスのいずれかを必要としないことをプリフィックス割り当てメッセージで明示的に通知していることが明らかである。この利点は、ＡＲ１０１１がＭＮ１１に広告するネットワーク情報２０のパケットサイズを減少できるということである。さらなる利点は、ＭＮ１１がホーム・プリフィックスのみを使用したい場合、外部ネットワーク・ドメイン１０１はＭＮ１１のプリフィックス記憶部から別のプリフィックスを予約する必要がないということである。このため、このプリフィックスは、それを必要とする他のモバイルノードに割り当てることができる。
図７は第２の実施の形態におけるプリフィックス割り当てメッセージ７０のフォーマットを示し、メッセージ７０はパケットヘッダ７００と、モバイルノード識別子（ＭＮ−ＩＤ）７０１とフラグ７０２により構成される。パケットヘッダ７００では、ＩＰｖ４アドレス又はＩＰｖ６アドレスであるメッセージ送信元と、メッセージタイプのフィールドと、メッセージ長のフィールドが送信される。ＭＮ−ＩＤ７０１はどのモバイルノードがメッセージ７０を送信したかをアクセス・ルータが識別可能にするためのものである。
フラグ７０２はどのプリフィックスをアクセス・ルータが広告すべきかをモバイルノードが通知可能にするためのものである。フラグ７０２は新しいモビリティ・オプションであって、メッセージ７０内では２ビットで表される。例えば‘１０’はモバイルノードがホーム・プリフィックスのみの広告を希望することを表し、‘０１’はモバイルノードが外部プリフィックスのみの広告を希望することを表す。なお、プリフィックス割り当てメッセージとしては、RSメッセージ（Router Solicitation）や、NSメッセージ（Neighbor Solicitation）、さらには、ＩＥＥＥ８０２．１１のビーコンや３ＧＰＰなどのセルラシステムで使用されるレイヤ２のシグナリングや、３ＧＰＰネットワークへのAttach Procedureの中でやり取りされるシグナリング、ＩＥＥＥ８０２．２１の情報サービス応答メッセージで送信される。なお、ＵＥは、ネットワーク情報を含むルータ広告メッセージを受信するために、ルータ要請メッセージ（Router Solicitation）をＡＲ１０１１へ送信してもよい。なお、アクセス・ルータからの通知を要求するプリフィックスを指定する方法としては、フラグ７０２を用いる方法に限定されない。例えば、広告を要求するプリフィックスそのものをメッセージ７０に含めてもよいし、プリフィックスを特定することができる情報として、ホームネットワーク及び外部ネットワークの識別情報を用いてもよい。さらには、移動前のプリフィックスを利用する（Handover Attach）であることを示す情報（Handover Indication）と、移動先のプリフィックスを利用する（Local Breakout）であることを示す情報(Local Breakout Indication)の両方を含めてもよいし、HandoverとLocal Breakoutの両方を同時に意味する情報を含めてもよい。また、３ＧＰＰネットワークへのAttach Procedureでは、ＵＥ（ＭＮ）からＰ−ＧＷ（ＭＡＰ１０００）へプリフィックス割り当て情報を通知するために、ＰＣＯ（Protocol Configuration Option）を用いることができる。
以下に、第２の実施の形態の動作をさらに詳しく説明する。図１において、ＭＮ１１はＡＲ１０１１からネットワーク情報２０を取得すると、ホーム・プリフィックスと外部プリフィックスの２つのプリフィックスを知得する。ホーム・プリフィックスは、ホームネットワーク・ドメイン１００からＭＮ１１に割り当てられるプリフィックスである。ホーム・プリフィックスのルーティングは、ホームネットワーク・ドメイン１００のアンカーポイントであるホームＭＡＰ１０００により取り扱われる。同様に、外部プリフィックスは、外部ネットワーク・ドメイン１０１からＭＮ１１が使用するために割り当てられるプリフィックスである。外部プリフィックスのルーティングは、外部ネットワーク・ドメイン１０１のアンカーポイントである外部ＭＡＰ１０１０により取り扱われる。
（１）外部プリフィックスのみ
ここでは、ＭＮ１１は外部ネットワーク・ドメイン１０１内に位置する間の通信のために外部プリフィックスのみを希望することを決定するものとする。したがって、ＭＮ１１は外部プリフィックスから気付アドレス（MN11.CoA）を構成する。そして、ＭＮ１１はフラグ７０２として’０１’（＝外部プリフィックスのみの広告を希望）をセットしたプリフィックス割り当てメッセージ７０をＡＲ１０１１に送信する。このメッセージ７０により、ＡＲ１０１１はＭＮ１１にはホーム・プリフィックスの広告を必要としていないことを知得することができる。また、ホーム・プリフィックスを必要していないので、ＡＲ１０１１はプロキシＢＵメッセージをホームＭＡＰ１０００に送信しない。
（２）ホーム・プリフィックスのみ
また、ＭＮ１１は外部ネットワーク・ドメイン１０１内に位置する間の通信のためにホーム・プリフィックスのみを希望することを決定する場合には、フラグ７０２として‘１０’（＝ホーム・プリフィックスのみの広告）をセットしたプリフィックス割り当てメッセージ７０をＡＲ１０１１に送信する。このメッセージ７０により、ＡＲ１０１１はＭＮ１１が外部ネットワーク・ドメイン１０１内ではホーム・プリフィックスのみの使用を決定したことを知得することができる。このため、ＡＲ１０１１はＭＮ１１に対し、外部プリフィックスの広告を停止してホーム・プリフィックスの広告を開始する。また、ＡＲ１０１１はプロキシＢＵメッセージをホームＭＡＰ１０００に送信する。
（３）両方
ＭＮ１１は外部ネットワーク・ドメイン１０１内に位置する間の通信のためにホーム・プリフィックスと外部プリフィックスの両方を希望することを決定する場合には、フラグ７０２として’１１’をセットしたプリフィックス割り当てメッセージ７０をＡＲ１０１１に送信する。このメッセージ７０により、ＡＲ１０１１はＭＮ１１が外部ネットワーク・ドメイン１０１内ではホーム・プリフィックスと外部プリフィックスの両方の使用を決定したことを知得することができる。このため、ＡＲ１０１１はＭＮ１１に対して両方のプリフィックスを広告し、また、プロキシＢＵメッセージをホームＭＡＰ１０００に送信する。この場合、ＭＮ１１は、ＡＲ１０１１がプロキシＢＵメッセージをホームＭＡＰ１０００に送信するであろうことを知得しているので、ＢＵメッセージをホームＭＡＰ１０００に送信しないことを決定する。
＜第３の実施の形態＞
第３の実施の形態では、ＭＮ１１がプリフィックス割り当てメッセージ７０をホームＭＡＰ１０００に送信する。この方法は、ＡＲ１０１１がメッセージ７０を理解しない場合（例えばレガシー・ルータの場合）に効果がある。なお、第３の実施の形態においても、第２の実施の形態と同様に、外部ネットワークからホーム・プリフィックスと外部プリフィックスの両方が広告される可能性があることを想定できる場合には、ＭＮ１１は、外部ネットワークへ接続した際に行うAttach Procedureの中で、プリフィックス割り当てメッセージ７０をＭＡＰ１０００へ送信してもよい。また、ホームネットワークに接続した際に行うAttach Procedureの中で、プリフィックス割り当てメッセージ７０を送信し、外部ネットワークへローミングした際に使用するプリフィックスをあらかじめ決定してもよい。これにより、移動後すぐに望ましいプリフィックスの取得をすることができるという効果が得られる。プリフィックス割り当てメッセージ７０を送信する方法としては、ＭＮ１１がＭＡＰ１０００へ送信するＢＵメッセージや、ＭＮ１１がホームネットワーク及び外部ネットワークへ接続した際に行うAttach Procedureの中のシグナリングなどが利用される。なお、３ＧＰＰネットワークへのAttach Procedureでは、ＵＥ（ＭＮ）からＰ−ＧＷ（ＭＡＰ１０００）へプリフィックス割り当て情報を通知するために、ＰＣＯ（Protocol Configuration Option）を用いることができる。ホームＭＡＰ１０００はＭＮ１１の意図を了解すると、ＡＲ１０１１に対してＭＮ１１の意図を通知する。なお、プリフィックス割り当てメッセージ７０の送信先は、ＬＳ５０（３ＧＰＰネットワークの場合はＨＳＳ／ＡＡＡ）でもよいし、ＭＡＰ１０００がＭＮ１１から取得したプリフィックス割り当て情報をＬＳ５０（ＨＳＳ／ＡＡＡ）へ登録してもよい。
ここで、ＡＲ１０１１がレガシー・ルータでない場合には、ホームＭＡＰ１０００はＡＲ１０１１に対して、プリフィックス割り当てメッセージ７０を用いてＭＮ１１の意図を通知することができる。他方、ＡＲ１０１１がレガシー・ルータの場合には、ホームＭＡＰ１０００はＡＲ１０１１に対して、ＭＮ１１の意図を表すＭＮ１１の更新ポリシー（例えば外部プリフィックスのみを含む更新ポリシー）を送信することができる。この更新ポリシーにより、ＡＲ１０１１はどのプリフィックスをＭＮ１１に広告すべきかを知得することができる。望ましくは、ホームＭＡＰ１０００はプリフィックス割り当てメッセージ７０又は更新ポリシーを、プロキシＢＵメッセージの応答であるプロキシＢＡメッセージとともにＡＲ１０１１に送信する。なお、ＬＳ５０（ＨＳＳ／ＡＡＡ）がＭＮ１１から通知された、又はオペレータによって設定された最新のプリフィックス割り当て情報を保持している場合は、図５に示されているように、ＭＮ１１がローミング先のネットワークに接続した際に行うAttach Procedureの中で、ＡＲ１０１１やＭＡＰ１０１０、又はローミング先のネットワーク内に存在するＬＳ(ＨＳＳ／ＡＡＡ)が、ＭＮ１１のホームネットワークに存在するＬＳ５０(ＨＳＳ／ＡＡＡ)へ問い合わせて取得してもよい。
以下に、第３の実施の形態の動作をさらに詳しく説明する。図１において、ＭＮ１１はＡＲ１０１１からネットワーク情報２０を取得すると、ホーム・プリフィックスと外部プリフィックスの２つのプリフィックスを知得する。ホーム・プリフィックスは、ホームネットワーク・ドメイン１００からＭＮ１１に割り当てられるプリフィックスである。ホーム・プリフィックスのルーティングは、ホームネットワーク・ドメイン１００のアンカーポイントであるホームＭＡＰ１０００により取り扱われる。同様に、外部プリフィックスは、外部ネットワーク・ドメイン１０１からＭＮ１１が使用するために割り当てられるプリフィックスである。外部プリフィックスのルーティングは、外部ネットワーク・ドメイン１０１のアンカーポイントである外部ＭＡＰ１０１０により取り扱われる。さらに、ＭＮ１１は、ＡＲ１０１１がレガシー・ルータでないが、ホームＭＡＰ１０００によりオーソライズされるまでＭＮ１１の要求を処理しないことを知得している。
（１）外部プリフィックスのみ
ここでは、ＭＮ１１は外部ネットワーク・ドメイン１０１内に位置する間の通信のために外部プリフィックスのみを希望することを決定するものとする。したがって、ＭＮ１１は外部プリフィックスから気付アドレス（MN11.CoA）を構成する。そして、ＭＮ１１はＡＲ１０１１がホームＭＡＰ１０００によりオーソライズされるまでプリフィックス割り当てメッセージ７０を処理しないことを知得しているので、ＭＮ１１はフラグ７０２として‘０１’（＝外部プリフィックスのみの広告を希望）をセットしたプリフィックス割り当てメッセージ７０をホームＭＡＰ１０００に送信する。このメッセージ７０により、ホームＭＡＰ１０００はＭＮ１１がホーム・プリフィックスの使用を意図していないことを知得することができる。ここでは、ホームＭＡＰ１０００はプリフィックス割り当てメッセージ７０をＡＲ１０１１に転送するものとする。ＡＲ１０１１はホームＭＡＰ１０００からプリフィックス割り当てメッセージ７０を受信すると、メッセージ７０がオーソライズされたとみなし、ＭＮ１１に対するホーム・プリフィックスの広告を停止する。
（２）ホーム・プリフィックスのみの場合、及び（３）両方の場合の説明は、第２の実施の形態とほぼ同様であるので省略する。
＜第４の実施の形態＞
第４の実施の形態では、図８に示すように、ＭＮ１１が複数のインタフェース（ＩＦ１、ＩＦ２）を有する場合、プリフィックス割り当てメッセージ７０をホームＭＡＰ１０００に対し、ホームＭＡＰ１０００に接続しているＩＦ１を介して送信する。この方法は、ＩＦ１を介して送信するときのプリフィックス割り当てメッセージ７０の伝送時間が極めて短い場合に効果がある。他の効果としては、ＭＮ１１がＡＲ１０１１に対してどのプリフィックスを広告すべきかを通知するために、ＭＮ１１のＩＦ２がＡＲ１０１１に接続する前に、ホームＭＡＰ１０００に接続しているＩＦ１を使用することができる点がある。なお、図８において、ホームネットワーク・ドメイン１００及び外部ネットワーク・ドメイン１０１が共に３ＧＰＰネットワークである場合は、ＭＮ１１のＩＦ２は３ＧＰＰネットワークへ接続可能なインタフェースである必要はなく、ＷＬＡＮやＷｉＭＡＸなどのＮｏｎ３ＧＰＰネットワークへ接続可能なインタフェースであってもよい。この場合、ＩＦ２は、外部ネットワーク・ドメイン１０１が管理するＮｏｎ３ＧＰＰネットワークからホームネットワーク・ドメイン１００を経由して行う通信（Home Routed）、又は外部ネットワーク・ドメイン１０１から直接行う通信（Local Breakout）のいずれか又は両方を行う。
以下に、第４の実施の形態の動作をさらに詳しく説明する。図８において、ＭＮ１１のＩＦ１が現在、ホームＡＲ１００１に接続している状態で、ＭＮ１１はＩＦ２において外部ＡＲ１０１１からネットワーク情報２０を取得すると、ホーム・プリフィックスと外部プリフィックスの２つのプリフィックスを知得する。ホーム・プリフィックスは、ホームネットワーク・ドメイン１００からＭＮ１１に割り当てられるプリフィックスである。ホーム・プリフィックスのルーティングは、ホームネットワーク・ドメイン１００のアンカーポイントであるホームＭＡＰ１０００により取り扱われる。同様に、外部プリフィックスは、外部ネットワーク・ドメイン１０１からＭＮ１１が使用するために割り当てられるプリフィックスである。外部プリフィックスのルーティングは、外部ネットワーク・ドメイン１０１のアンカーポイントである外部ＭＡＰ１０１０により取り扱われる。
（１）外部プリフィックスのみ
ここでは、ＭＮ１１は外部ネットワーク・ドメイン１０１内に位置する間の通信のために外部プリフィックスのみを希望することを決定するものとする。したがって、ＭＮ１１は外部プリフィックスから気付アドレス（MN11.CoA）を構成する。そして、ＭＮ１１は、現在、ホームネットワーク・ドメイン１００に接続しているＩＦ１を有するので、ＩＦ１を経由してフラグ７０２として’０１’（＝外部プリフィックスのみの広告を希望）をセットしたプリフィックス割り当てメッセージ７０をホームＭＡＰ１０００に送信する。このため、第３の実施の形態と同様に、このメッセージ７０により、ホームＭＡＰ１０００はＭＮ１１がホーム・プリフィックスの使用を意図していないことを知得することができる。この場合、ホームＭＡＰ１０００はプリフィックス割り当てメッセージ７０をＡＲ１０１１に転送する。ＡＲ１０１１はホームＭＡＰ１０００からプリフィックス割り当てメッセージ７０を受信すると、メッセージ７０がオーソライズされたとみなし、ＭＮ１１に対するホーム・プリフィックスの広告を停止する。
（２）ホーム・プリフィックスのみの場合、及び（３）両方の場合の説明は、第３の実施の形態とほぼ同様であるので省略する。
＜第５の実施の形態＞
第５の実施の形態では、外部ＡＲ１０１１にインテリジェント機能を追加する。この場合、ＡＲ１０１１は図３に示したバインディング決定エンジン３０３を有し、ＡＲ１０１１がＭＮ１１のポリシー・プロファイルを引き出すと、バインディング決定エンジン３０３は、ＭＮ１１がＢＵメッセージをホームＭＡＰ１０００に送信しそうであることを知得する。このため、バインディング決定エンジン３０３は、ネットワークベースのモビリティ管理機能をＭＮ１１に提供することを停止し、ＭＮ１１にホームＭＡＰ１０００を更新させる。この処理の目的は、ＭＮ１１がレガシーであってバインディング決定エンジン３０３を備えていない場合にも、同様な効果を実現することにある。
以下に、第５の実施の形態の動作をさらに詳しく説明する。図１において、ＡＲ１０１１はローカルサーバ５０からＭＮ１１のポリシー・プロファイルを取得すると、バインディング決定エンジン３０３により、ＭＮ１１が、ＡＲ１０１１にアソシエートしているインタフェース３００の気付アドレスを構成しようとしているものと決定する。このため、ＡＲ１０１１はＭＮ１１の位置を更新するためのプロキシＢＵメッセージをホームＭＡＰ１０００に送信しない。同様に、ＭＮ１１に広告されるネットワーク情報２０は、ネットワークベース・モビリティサポート・フラグ２１０として’０’（＝ネットワークベースのモビリティ機能をサポートしない）と、ドメインＩＤ２０２として外部ネットワーク・ドメイン１０１のＩＤと、プリフィックス２０３として外部プリフィックスのみを有する。このネットワーク情報２０により、ＭＮ１１はＢＵメッセージをホームＭＡＰ１０００に送信することにより、ホームＭＡＰ１０００におけるＭＮ１１の現在位置を更新することができる。
＜第６の実施の形態＞
第６の実施の形態では、外部ＡＲ１０１１にインテリジェント機能として、さらに外部プリフィックスの存在が既にホームＭＡＰ１０００に通知されている旨をＭＮ１１に通知する機能を追加する。このため、ＡＲ１０１１はプロキシＢＵメッセージをホームＭＡＰ１００に送信して、ＭＮ１１が入手可能な外部プリフィックスを通知する。さらに、ＡＲ１０１１はＭＮ１１に対し、ホームＭＡＰ１０００がこの通知で更新されている旨を通知する。望ましくは、この通知は、ＭＮ１１に広告されるネットワーク情報２０で送信することができる。
この通知により、外部ＡＲ１０１０がＭＮ１１に対し、ＢＵメッセージをホームＭＡＰ１０００に送信する必要がない旨を知らせる。この結果、ホームＭＡＰ１０００における外部プリフィックスのリフレッシュが外部ＡＲ１０１１により行われる。この利点は、ホームＭＡＰ１０００がパケットを外部ＡＲ１０１１にルーティングできない場合に、ホームＭＡＰ１０００が外部ＭＡＰ１０１０にルーティングできるということである。例として、ローミング契約関係２０のある外部ＡＲ１０１１から他のＡＲ（不図示）にＭＮ１１がローミングする場合である。この場合、ホームＭＡＰ１０００は、新しいＡＲを未だ知得していないときには、ＭＮ１１が現在、位置していると知得している外部ＭＡＰ１０１０にパケットを一時的にルーティングできる。
図９は第６の実施の形態のネットワーク情報２０を示し、このネットワーク情報２０は図２に示すフィールドに加えて、ＡＲ１０１１がＭＮ１１に対し、ホームＭＡＰ１０００が外部プリフィックスを更新されている旨を通知するためのフラグ８００が設けられている。フラグ８００は１ビットであって、‘１’が「ホームＭＡＰ１０００に外部プリフィックスが通知されている」ことを示し、‘０’が「ホームＭＡＰ１０００に外部プリフィックスが通知されていない」ことを示す。フラグ８００＝１により，ＭＮ１１はＢＵメッセージをホームＭＡＰ１０００に通知する必要がないことを知得することができる。
以下に、第６の実施の形態の動作をさらに詳しく説明する。図１において、外部ＡＲ１０１１はプロキシＢＵメッセージをホームＭＡＰ１０００に送信して、ＭＮ１１が外部ＡＲ１０１１にアソシエートしている旨を通知する。このプロキシＢＵメッセージはさらに、ＭＮ１１が使用する外部ＭＡＰ１０１０の外部プリフィックスを含む。このため、ホームＭＡＰ１０００は、ＭＮ１１あてのパケットを外部ＡＲ１０１１と外部ＭＡＰ１０１０のいずれでもルーティングできるものと了解する。ここで、外部ＭＡＰ１０１０は自身あてのパケットを外部ＡＲ１０１１に転送する。また、外部ＡＲ１０１１はＭＮ１１に対し、フラグ８００として‘１’（＝ホームＭＡＰ１０００が通知されている）がセットされたネットワーク情報２０を広告する。この広告により、ＭＮ１１は、外部ＡＲ１０１１が外部プリフィックスをホームＭＡＰ１０００に通知したことを知得することができる。このため、ＭＮ１１はＢＵメッセージをホームＭＡＰ１０００に送信しない。
ＭＮ１１が外部ネットワーク・ドメイン１０１内の新しいアクセス・ルータ（外部ＡＲ１０１１）にローミングすると、外部ＡＲ１０１１は両方のＭＡＰ１０００、１０１０を新しい位置で更新しようとする。ここで、プロキシＢＵメッセージはホームＭＡＰ１０００に届かないものとする。理由はパケットが伝送中に消失したからとする。ホームＭＡＰ１０００においてＭＮ１１が最早、ＡＲ１０１１に位置しないものとして更新されると、ホームＭＡＰ１０００は外部プリフィックスを知得していなければ、ＭＮ１１あてのパケットをルーティングするパスを持たない。このことは、ＭＮ１１がホームＭＡＰ１０００に対するルーティング・パスを再確立すると、パケット喪失を知るであろうということを示唆している。
この第６の実施の形態によれば、ホームＭＡＰ１０００は外部ＭＡＰ１０１０を経由する代替えパスを知得することができる。このため、ホームＭＡＰ１０００は、外部ＭＡＰ１０１０がＭＮ１１の現在位置を知得しているであろうという期待を持って、外部ＭＡＰ１０１０にパケットをルーティングする。この場合、外部ＭＡＰ１０１０はＭＮ１１がＡＲ１０１１にアソシエートしていることを了解してそのパケットをルーティングする。
＜第７の実施の形態＞
第７の実施の形態では、外部ＡＲ１０１１がインテリジェント機能として、ＭＮ１１に対して外部プリフィックスが利用可能である旨を通知しない。外部ＡＲ１０１１は、ＭＮ１１がレガシーであって、ＭＮ１１のネットワークベースのモビリティ管理機能とホストベースのモビリティ管理機能がお互いに独立して備えられていることを知得すると、外部ＡＲ１０１１は、外部プリフィックスを広告しないことにより、ＭＮ１１がホストベースのモビリティ管理機能をトリガすることを妨げるかもしれない。これにより、ＭＮ１１がＢＵメッセージをホームＭＡＰ１０００に送信することを停止する。
以上、上記の実施の形態を例にして本発明について説明したが、当業者であれば、本発明を逸脱しない範囲で種々の変形が可能であることは明らかである。例えば、本発明は、複数のインタフェースを有し、かつローミング契約関係１０がない外部ネットワーク・ドメインにアクティブに接続するＭＮにも適用することができる。このＭＮは、そのインタフェースを用いて全ての気付アドレスを例えばバルク登録するために、ＢＵメッセージをホームＭＡＰ１０００に送信する場合、ローミング契約関係１０がある外部ネットワーク・ドメイン１０１内で使用する気付アドレスを除外することができる。この場合、そのＭＮはバインディング決定エンジン３０３により、ローミング契約関係１０がある外部ネットワーク・ドメイン１０１内で使用する気付アドレスを知得することができる。
また、上記の実施の形態では、プリフィックス割り当てメッセージ７０がホームＭＡＰ１０００又はＡＲ１０１１に送信されることが記載されているが、当業者であれば、メッセージ７０はホームネットワーク・ドメイン１００や外部ネットワーク・ドメイン１０１に位置する如何なるエンティティに送信してよいことは明らかである。さらに、当業者であれば、メッセージ７０はアクセス認証フェーズの間にＭＮ１１がそのＡＲに送信してよいことは明らかである。このメッセージ７０は望ましくは、認証、オーソライゼーション及びアカウンティング（ＡＡＡ）メッセージの交換中に送信される。また、上記の実施の形態では、省略する登録メッセージとして、ＭＮ１１がホームＭＡＰ１０００に送信するＢＵメッセージである場合について説明したが、代わりに、外部ＡＲ１０１１がホームＭＡＰ１０００に送信するＰＢＵメッセージを省略するようにしてもよい。
なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブ ル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。
本発明は、モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングした場合にモバイルノードの位置情報をホームエージェントに登録する際のメッセージ数を減少するという効果を有し、プロキシ・モバイル・インターネット・プロトコルに利用することができる。
モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングする場合の通信システムの例を示すブロック図 第１の実施の形態のネットワーク情報のフォーマットを示す説明図 第１の実施の形態のモバイルノードの構成を示すブロック図 第１の実施の形態のモバイルノードのバインディング決定処理を示すフローチャート 第１の実施の形態の通信シーケンスを示す説明図 第２の実施の形態のモバイルノードのバインディング決定処理を示すフローチャート 第２の実施の形態におけるプリフィックス割り当てメッセージのフォーマットを示す説明図 第４の実施の形態における通信システムを示すブロック図 第６の実施の形態のネットワーク情報のフォーマットを示す説明図 モバイルノードがホームネットワーク・ドメインとローミング関係にある外部ネットワーク・ドメインにローミングする場合の通信システムの例を示すブロック図 本発明が解決しようとする課題を示す説明図

Claims (12)

  1. モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信方法において、
    前記外部ネットワーク・ドメインが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信するステップと、
    前記モバイルノードが、前記外部ネットワーク・ドメインから前記外部プリフィックスを受信して前記外部プリフィックスから前記外部ネットワーク・ドメインで使用する気付アドレスを生成するとともに、前記外部ネットワーク・ドメインから前記ホーム・プリフィックスを受信したか否かを判定して、受信しない場合に前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信し、受信した場合に前記登録メッセージを送信しないステップとを、
    備えた通信方法。
  2. モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおいて、
    前記外部ネットワーク・ドメインが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
    前記モバイルノードが、前記外部ネットワーク・ドメインから前記外部プリフィックスを受信して前記外部プリフィックスから前記外部ネットワーク・ドメインで使用する気付アドレスを生成するとともに、前記外部ネットワーク・ドメインから前記ホーム・プリフィックスを受信したか否かを判定して、受信しない場合に前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信し、受信した場合に前記登録メッセージを送信しない手段とを、
    備えた通信システム。
  3. モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおける前記モバイルノードであって、
    前記外部ネットワーク・ドメインから送信される前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを受信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に送信される前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを受信する手段と、
    前記外部ネットワーク・ドメインから受信した前記外部プリフィックスから前記外部ネットワーク・ドメインで使用する気付アドレスを生成する手段と、
    前記外部ネットワーク・ドメインから前記ホーム・プリフィックスを受信したか否かを判定して、受信しない場合に前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信し、受信した場合に前記登録メッセージを前記ホームエージェントに送信しないバインディング決定手段とを、
    備えたモバイルノード。
  4. 前記バインディング決定手段は、前記外部ネットワーク・ドメインのアクセスルータから広告される前記外部プリフィックス及び前記ホーム・プリフィックスの両方を受信した場合、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスを広告しないように前記アクセスルータに通知するとともに前記登録メッセージを前記ホームエージェントに送信し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスを広告しないように前記アクセスルータに通知するとともに前記登録メッセージを前記ホームエージェントに送信しないことを特徴とする請求項３に記載のモバイルノード。
  5. 前記バインディング決定手段は、前記外部ネットワーク・ドメインの前記アクセスルータに通知するメッセージを前記外部ネットワーク・ドメインのホームエージェントに送信して、前記外部ネットワーク・ドメインのホームエージェントから前記メッセージの内容を前記アクセスルータに通知させることを特徴とする請求項４に記載のモバイルノード。
  6. 前記外部ネットワーク・ドメインの前記アクセスルータと接続するための第１のインタフェースと、前記ホームネットワーク・ドメインのアクセスルータと接続する第２のインタフェースを更に有し、
    前記バインディング決定手段は、前記外部ネットワーク・ドメインの前記アクセスルータに通知するメッセージを前記第２のインタフェースを介して前記ホームネットワーク・ドメインのホームエージェントに送信して、前記ホームネットワーク・ドメインのホームエージェントから前記メッセージの内容を前記アクセスルータに通知させることを特徴とする請求項４に記載のモバイルノード。
  7. モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信方法において、
    前記外部ネットワーク・ドメインのアクセスルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信するステップと、
    前記外部ネットワーク・ドメインのアクセスルータが、前記モバイルノードが前記外部プリフィックス及び前記ホーム・プリフィックスのどのプリフィックスを使用するかを判定して、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスの送信を停止し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスの送信を停止するステップとを、
    備えた通信方法。
  8. モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおいて、
    前記外部ネットワーク・ドメインのアクセスルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
    前記外部ネットワーク・ドメインのアクセスルータが、前記モバイルノードが前記外部プリフィックス及び前記ホーム・プリフィックスのどのプリフィックスを使用するかを判定して、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスの送信を停止し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックス送信を停止する手段とを、
    備えた通信システム。
  9. モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおける前記外部ネットワーク・ドメインのアクセスルータであって、
    前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
    前記モバイルノードが前記外部プリフィックス及び前記ホーム・プリフィックスのどのプリフィックスを使用するかを判定して、前記外部プリフィックスのみを使用するときには前記ホーム・プリフィックスの送信を停止し、前記ホーム・プリフィックスのみを使用するときには前記外部プリフィックスの送信を停止する手段とを、
    備えたアクセスルータ。
  10. モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信方法において、
    前記外部ネットワーク・ドメインのアクセスルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信するステップと、
    前記外部ネットワーク・ドメインのアクセスルータが、前記モバイルノードが前記外部プリフィックスを使用するか否かを判定して、使用する場合に前記モバイルノードに対し、前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信しないように通知するステップとを、
    備えた通信方法。
  11. モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおいて、
    前記外部ネットワーク・ドメインのアクセスルータが、前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
    前記外部ネットワーク・ドメインのアクセスルータが、前記モバイルノードが前記外部プリフィックスを使用するか否かを判定して、使用する場合に前記モバイルノードに対し、前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信しないように通知する手段とを、
    備えた通信システム。
  12. モバイルノードがホームネットワーク・ドメインから外部ネットワーク・ドメインにローミングした場合の通信システムにおける前記外部ネットワーク・ドメインのアクセスルータであって、
    前記外部ネットワーク・ドメインのプリフィックスである外部プリフィックスを送信するとともに、前記ホームネットワーク・ドメインとローミング契約関係にある場合に前記ホームネットワーク・ドメインのプリフィックスであるホーム・プリフィックスを送信する手段と、
    前記モバイルノードが前記外部プリフィックスを使用するか否かを判定して、使用する場合に前記モバイルノードに対し、前記生成した気付アドレスを登録する登録メッセージを前記ホームネットワーク・ドメインのホームエージェントに送信しないように通知する手段とを、
    備えたアクセスルータ。
JP2010503761A 2008-03-17 2009-03-10 通信方法、通信システム、モバイルノード及びアクセスルータ Withdrawn JPWO2009116246A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008068333 2008-03-17
JP2008068333 2008-03-17
PCT/JP2009/001074 WO2009116246A1 (ja) 2008-03-17 2009-03-10 通信方法、通信システム、モバイルノード及びアクセスルータ

Publications (1)

Publication Number Publication Date
JPWO2009116246A1 true JPWO2009116246A1 (ja) 2011-07-21

Family

ID=41090661

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010503761A Withdrawn JPWO2009116246A1 (ja) 2008-03-17 2009-03-10 通信方法、通信システム、モバイルノード及びアクセスルータ

Country Status (3)

Country Link
US (1) US20110013566A1 (ja)
JP (1) JPWO2009116246A1 (ja)
WO (1) WO2009116246A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010055630A1 (ja) * 2008-11-11 2010-05-20 パナソニック株式会社 アドレス登録方法、アドレス登録システム、移動装置及び移動管理装置
KR101588887B1 (ko) * 2009-02-09 2016-01-27 삼성전자주식회사 멀티-홉 기반의 인터넷 프로토콜을 사용하는 네트워크에서 이동 노드의 이동성 지원 방법 및 그 네트워크 시스템
US8520615B2 (en) * 2010-03-26 2013-08-27 Juniper Networks, Inc. Breakout gateway for mobile data traffic
US8432871B1 (en) 2010-03-26 2013-04-30 Juniper Networks, Inc. Offloading mobile traffic from a mobile core network
KR101622174B1 (ko) * 2010-05-20 2016-06-02 삼성전자주식회사 컨텐츠 공유를 위한 가상 그룹에서의 단말, 홈 허브 및 방문 허브의 제어 방법
EP2600878A4 (en) 2010-08-04 2014-06-11 Univ Duke REGULATORY B-CELLS AND ITS USES
CN102695158B (zh) * 2011-03-24 2017-03-29 中兴通讯股份有限公司 家庭基站获知邻区信息的方法及***
CA2868123A1 (en) 2012-03-23 2013-09-26 The University Of Queensland Immunomodulatory agent and uses therefor
US10017739B2 (en) 2012-09-06 2018-07-10 Duke University Methods of expanding and assessing B cells and using expanded B cells to treat disease
CN105122777B (zh) * 2013-02-15 2018-12-14 交互数字专利控股公司 网络控制的wtru地址/锚点选择的方法
US9730141B2 (en) * 2014-01-10 2017-08-08 Futurewei Technologies, Inc. System and method for distributed and integrated mobility support for mobile networks and mobile hosts
EP3189681A4 (en) * 2014-09-02 2017-07-19 Telefonaktiebolaget LM Ericsson (publ) Method and system for handling a traffic flow between local service clouds

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6988146B1 (en) * 2000-07-13 2006-01-17 Alcatel Simple multicast extension for mobile IP SMM
US7069338B2 (en) * 2003-11-26 2006-06-27 Motorola, Inc. Regional registration for a mobile IP enabled system
EP1764970A1 (en) * 2005-09-19 2007-03-21 Matsushita Electric Industrial Co., Ltd. Multiple interface mobile node with simultaneous home- and foreign network connection
KR100710530B1 (ko) * 2005-10-21 2007-04-23 삼성전자주식회사 연결 중심 무선 링크를 가지는 무선 이동 통신 시스템에서아이피 주소 구성 및 등록 방법
DE102006014350A1 (de) * 2005-11-04 2007-05-10 Siemens Ag Verfahren und Server zum teilnehmerspezifischen Aktivieren eines netzbasierten Mobilitätsmanagements
WO2008078633A1 (ja) * 2006-12-27 2008-07-03 Panasonic Corporation 通信システム、ドメイン管理装置、エッジ装置並びに移動端末
US8085793B2 (en) * 2007-09-24 2011-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Traffic localization with proxy mobility

Also Published As

Publication number Publication date
WO2009116246A1 (ja) 2009-09-24
US20110013566A1 (en) 2011-01-20

Similar Documents

Publication Publication Date Title
WO2009116246A1 (ja) 通信方法、通信システム、モバイルノード及びアクセスルータ
Liu et al. Distributed Mobility Management: Current practices and gap analysis
US20190020995A1 (en) Home agent discovery upon changing the mobility management scheme
US8391242B2 (en) Route optimization continuity at handover from network-based to host-based mobility
US8379599B2 (en) Local mobility anchor relocation and route optimization during handover of a mobile node to another network area
JP5072864B2 (ja) 通信システム及びドメイン管理装置
US9167482B2 (en) Method and system for realizing network switching
US20120063428A1 (en) Interface Switching System, Mobile Node, Proxy Node, and Mobile Management Node
EP2210429B1 (en) Method and apparatus for roaming between communications networks
US20110103260A1 (en) Binding cache creating method, binding cache creating system, home agent, and mobile node
EP2022232B1 (en) Method and apparatus for simultaneous location privacy and route optimization for communication sessions
US20110238822A1 (en) Detection of the mobility management function used by the network
US20100268804A1 (en) Address allocation method, address allocation system, mobile node, and proxy node
KR100973488B1 (ko) 고속 핸드오버 시스템 및 그 방법
US8824353B2 (en) Mobility route optimization in a network having distributed local mobility anchors
US8842607B2 (en) Mobility management system and method
KR100915513B1 (ko) 프락시 모바일 ＩＰｖ６에서 패킷 손실을 줄이기 위한 패킷버퍼링 장치 및 방법
EP1863253A1 (en) Method and apparatus for simultaneous location privacy and route optimization for communication sessions
EP1863251B1 (en) Method and apparatus for mobile IPV6 simultaneous location privacy and route optimization
Lee et al. Global mobility management scheme with interworking between PMIPv6 and MIPv6
WO2010146815A1 (ja) 移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード
Zohra et al. Overview of ipv6 mobility management protocols and their handover performances
WO2009116276A1 (ja) 通信方法、通信システム、通信ノード、移動通信装置、移動管理装置及び中継ノード

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20120605