JP2010517454A - パケット・ベースの通信ネットワークにおけるネットワーク・ベースおよびホスト・ベースのモビリティ管理 - Google Patents

パケット・ベースの通信ネットワークにおけるネットワーク・ベースおよびホスト・ベースのモビリティ管理 Download PDF

Info

Publication number
JP2010517454A
JP2010517454A JP2009547590A JP2009547590A JP2010517454A JP 2010517454 A JP2010517454 A JP 2010517454A JP 2009547590 A JP2009547590 A JP 2009547590A JP 2009547590 A JP2009547590 A JP 2009547590A JP 2010517454 A JP2010517454 A JP 2010517454A
Authority
JP
Japan
Prior art keywords
mobile node
network
sequence number
message
mobility
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
JP2009547590A
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 JP2010517454A publication Critical patent/JP2010517454A/ja
Withdrawn legal-status Critical Current

Links

Images

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/06—Registration at serving network Location Register, VLR or user mobility server
    • 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)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【解決手段】本発明は、モバイル・ノードのモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内の前記モバイル・ノードの位置を、モビリティ・アンカー・ポイントに信号で知らせる方法であって、前記方法は、ネットワーク・エレメントが、前記モバイル・ノードのネットワーク認証の最中または後で、前記モバイル・ノードから、前記モバイル・ノードのモビリティを管理するためにモバイル・ノード・ベースのモビリティ管理方式を実装するプロセスによって用いられるシーケンス番号を受信することと、前記ネットワーク・エレメントが、前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノードの位置に関するメッセージを送信することと、を含み、前記メッセージは受信したシーケンス番号を含む、方法について記載する。ＢＵおよびＰＢＵメッセージに対して可変な共通シーケンス番号を用いることで、ＨＡは、ＰＢＵ／ＢＵメッセージの正確な送信順を、当該メッセージに含まれるシーケンス番号を基に特定することができる。
【選択図】図３

Description

本発明は、パケット・ベースの通信ネットワークにおけるネットワーク・ベースとホスト・ベースのモビリティ管理の相互動作に関する。より具体的には、モバイル・ノード及びプロキシ・モバイル・ＩＰエージェントからバインディング・アップデート（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）を受信するＨＡにおけるバインディング・アップデートメッセージの正確な並べ替えに関する。
通信システムは、インターネット・プロトコル（ＩＰ）ベースのネットワークに向かってますます進化している。それらの通信システムは、相互に接続された多数のネットワークからなり、ネットワーク内においては、音声およびデータがパケットと呼ばれる断片の形で端末間で送信される。これらのＩＰパケットは、コネクションレス方式でルータによって宛先へルーティングされる。従って、パケットはＩＰヘッダとペイロード情報から構成され、ヘッダはとりわけ送信元および宛先ＩＰアドレスを含む。スケーラビリティ上の理由により、大規模なＩＰネットワークは、通常、サブネットに分割され、階層型アドレッシング方式を使用する。従って、ＩＰアドレスは、対応する端末を識別するだけではなく、この端末に関するロケーション情報（現在のサブネット）もさらに含む。ネットワーク内のルータは、ルーティング・プロトコルによって提供される追加情報を用いて、特定の宛先へ向けて次のルータを識別することができる。
端末が、以後モバイル・ノード（ＭＮ）と呼ぶ移動可能なものであって、サブネット間を移動する場合、階層型アドレッシング方式のため、端末はＩＰアドレスをトポロジー的に正しいアドレスに変更しなければならない。しかしながら、ＴＣＰ接続などの上位層における接続は、通信ノードのＩＰアドレス（およびポート）で定義されるので、ノードの一方が例えば移動などのためＩＰアドレスを変更すると、接続が切れてしまう。
モバイルＩＰｖ６（Ｄ． Ｊｏｈｎｓｏｎ， Ｃ． Ｐｅｒｋｉｎｓ， Ｊ． Ａｒｋｋｏ，”Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ ｉｎ ＩＰｖ６，”ＩＥＴＦ ＲＦＣ ３７７５， ２００４年６月）は、上位層およびアプリケーションにトランスペアレントに、すなわち、上位層の接続を切断することのない形で、ＭＮがサブネット間を移動できるようにするＩＰベースのモビリティ・プロトコルである。従って、１つのＭＮに対し、２つのＩＰアドレス、すなわち、気付アドレス（ＣｏＡ）とホーム・アドレス（ＨｏＡ）が設定される。ＭＮの上位層は、以後通信相手ノード（ＣＮ）と呼ぶ通信相手（宛先端末）との通信にＨｏＡを使用する。このアドレスは不変であり、ＭＮを識別するという目的にかなう。トポロジー的には、このアドレスはＭＮのホーム・ネットワーク（ＨＮ）に属する。一方、ＣｏＡは、サブネットの変更を伴う移動の度に変化し、ルーティング・インフラストラクチャのロケータとして使用される。トポロジー的には、このアドレスは、ＭＮが現在訪れているネットワークに属する。ホーム・リンク上に位置する一群のホーム・エージェント（ＨＡ）のうちの１つが、ＭＮのＣｏＡからＭＮのＨｏＡへのマッピングを保持し、ＭＮへの着信トラフィックをＭＮの現在位置に転送する。単一のＨＡではなく一群のＨＡを配置する理由は、冗長性と負荷分散である。
モバイルＩＰｖ６は現在、２つの動作モード、すなわち、双方向トンネリングとルート最適化とを定義している。双方向トンネリングを用いた場合、ＭＮにより送信されたデータ・パケットは、ＨＡへ逆方向トンネリングされ、ＨＡは、これらのパケットをカプセル開放し、ＣＮへ送信する。ＣＮにより送信されたＭＮのＨｏＡ宛てのデータ・パケットは、ＨＮ内のＨＡに傍受され、ＭＮのＣｏＡへトンネリングされる。この動作のために、ＨＡにＭＮの現在の位置（ＣｏＡ）が通知されなければならない。従って、ＭＮはＭＩＰｖ６でバインディング・アップデート（ＢＵ）メッセージと呼ばれるロケーション・アップデート・メッセージをＨＡに送信する。ＢＵメッセージはシーケンス番号を含んでいるので、ＨＡは、ＭＮから受信したＢＵメッセージの最新度と正確な並びを特定することができる。ＢＵメッセージはＩＰｓｅｃセキュリティ・アソシエーションを介して送信されるので、認証され完全性が保護されている。しかしながら、ＭＮがホーム・ネットワークから遠く離れ、ＣＮがＭＮに近い場合、通信経路が不必要に長くなり、非効率なルーティングと大きなパケット遅延を招く。モバイルＩＰｖ６ルート最適化モードは、ＣＮとＭＮとの間の直接経路を利用することによって、双方向トンネリングの非効率性を防止することができる。従って、ＭＮはＢＵメッセージをＣＮに送信し、ＣＮは、データ・パケットをＭＮに直接送信することができる（直接経路上でパケットを送信するには、タイプ２ルーティング・ヘッダが使用される）。ＣＮはモバイルＩＰｖ６ルート最適化サポートを実装していなければならない。ＢＵメッセージを認証するには、ＭＮとＣＮがいわゆるリターン・ルータビリティ処理を行い、ＨｏＡとＣｏＡにおけるＭＮの到達可能性をテストし、共有セッション・キーを生成する。
モバイルＩＰは、モビリティ管理の信号伝達がクライアントとＨＡとの間で行われるので、クライアント・ベースのプロトコルである。従って、ＭＩＰはクライアント・モバイルＩＰ（ＣＭＩＰ）とも呼ばれ、このようなモビリティ管理の手法はホスト・ベース、クライアント・ベース、またはＭＮベースのモビリティ管理と呼ばれる。様々な標準化機構において一般的になってきているもう一つの手法として、ＩＰモビリティ管理に対するネットワーク・ベースの手法がある。この手法では、在圏アクセス・ネットワークのエンティティがＭＮのモビリティを管理し、ＨＡにロケーション・アップデートを送信する。ネットワーク・ベースのモビリティ管理には、無線でのシグナリング・オーバーヘッドが少ないことや、単純なＩＰノード（つまり、ＣＭＩＰが可能でないノード）へのモビリティ・サポートといった利点がある。欠点は、在圏アクセス・ネットワークからのサポートを必要することである。ＩＥＴＦは、このような、モバイルＩＰプロトコルに基づくローカル・モビリティ管理の手法に取り組んでいる。ネットワーク・エンティティがＭＮに代わってモビリティ管理に対するプロキシの機能を果たすので、このプロトコルはプロキシ・モバイルＩＰ（ＰＭＩＰ）と呼ばれる。また、ＰＭＩＰｖ６と呼ばれるＩＰｖ６の変形（例えば、［Ｓ． Ｇｕｎｄａｖｅｌｌｉ， Ｋ． Ｌｅｕｎｇ，Ｖ． Ｄｅｖａｒａｐａｌｌｉ， Ｋ． Ｃｈｏｗｄｈｕｒｙ， “Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６，” ｄｒａｆｔ−ｓｇｕｎｄａｖｅ−ｍｉｐ６−ｐｒｏｘｙｍｉｐ６−０１， ２００７年１月］または［Ａ． Ｂｅｄｅｋａｒ， Ａ． Ｓｉｎｇｈ他， “Ａ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｎｅｔｗｏｒｋ−ｂａｓｅｄ Ｌｏｃａｌｉｚｅｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ， ”ｄｒａｆｔ−ｓｉｎｇｈ−ｎｅｔｌｍｍ−ｐｒｏｔｏｃｏｌ−００．ｔｘｔ， ２００６年１２月］）や、ＰＭＩＰｖ４と呼ばれるＩＰｖ４の変形（例えば、［Ｋ． Ｌｅｕｎｇ， Ｇ． Ｄｏｍｍｅｔｙ， Ｐ．Ｙｅｇａｎｉ， Ｋ． Ｃｈｏｗｄｈｕｒｙ， “Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｕｓｉｎｇ Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ４，”ｄｒａｆｔ−ｌｅｕｎｇ−ｍｉｐ４−ｐｒｏｘｙ−ｍｏｄｅ−０２．ｔｘｔ， ２００７年１月］）がある。他の、モバイルＩＰに基づいていないプロトコル案（例えば、［Ｈ． Ｌｅｖｋｏｗｅｔｚ他， “Ｔｈｅ ＮｅｔＬＭＭ Ｐｒｏｔｏｃｏｌ，” ｄｒａｆｔ−ｇｉａｒｅｔｔａ−ｎｅｔｌｍｍ−ｄｔ−ｐｒｏｔｏｃｏｌ−０２， ２００６年１０月］）。本発明においては、ネットワーク・ベースのモビリティ管理に関して［Ｓ． Ｇｕｎｄａｖｅｌｌｉ， Ｋ． Ｌｅｕｎｇ， Ｖ． Ｄｅｖａｒａｐａｌｌｉ， Ｋ． Ｃｈｏｗｄｈｕｒｙ， “Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６，” ｄｒａｆｔ−ｓｇｕｎｄａｖｅ−ｍｉｐ６−ｐｒｏｘｙｍｉｐ６−０１， ２００７年１月］に定義されているようなＰＭＩＰｖ６を用いて説明する。なお、本発明は該プロトコルに限定されるものではない。本発明は、ＰＭＩＰｖ４やＰＭＩＰの他の変形等の他のネットワーク・ベースのモビリティ管理プロトコルにも適用可能である。
ＰＭＩＰｖ６［Ｓ． Ｇｕｎｄａｖｅｌｌｉ， Ｋ． Ｌｅｕｎｇ， Ｖ． Ｄｅｖａｒａｐａｌｌｉ， Ｋ． Ｃｈｏｗｄｈｕｒｙ， “Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６，” ｄｒａｆｔ−ｓｇｕｎｄａｖｅ−ｍｉｐ６−ｐｒｏｘｙｍｉｐ６−０１， ２００７年１月］は、プロキシ・モバイルＩＰエージェント（ＰＭＡ）と呼ばれる新しい論理エンティティを導入している。この論理エンティティは、モバイル・ノードが現在接続されているアクセス・ルータ（ＡＲ）と同じ場所に配置され、ＭＮの代わりにＢＵメッセージを送信する。このＢＵメッセージはフラグでマークされているので、ＨＡによってプロキシＢＵ（ＰＢＵ）メッセージであると認識され、ＭＮによって送信されたＢＵメッセージ（つまり、ＣＭＩＰシグナリング・メッセージ）と区別される。また、ＰＢＵメッセージは、ネットワーク・アクセス識別子（ＮＡＩ）オプション、ホーム・プレフィックス・オプションおよびタイムスタンプ・オプションを含む。ＮＡＩオプションは、“ｕｓｅｒｎａｍｅ＠ｒｅａｌｍ”の形をとり、ＭＮの認識に用いられる、ＭＮのＮＡＩ［ＲＦＣ４２８２］を含む。ホーム・プレフィックス・オプションはＭＮのＨｏＡまたはホーム・プレフィックスを含む。２つのアドレッシング・モデルがＰＭＩＰｖ６によってサポートされており、いわゆるＭＮごとのプレフィックスのモデルでは、各ＭＮが固有のホーム・プレフィックスを有し、ＰＢＵメッセージにおいて、ＨｏＡの代わりにこのホーム・プレフィックスを用いることができる。共通プレフィックス・モデルでは、ＭＮは、複数のＭＮの間で共通のプレフィックスのＨｏＡを用いる。タイムスタンプ・オプションはＰＢＵが送られた時間を含み、ＨＡがＰＢＵメッセージの最新度や正確な並びを特定するのに用いられる。ＰＭＩＰｖ６では、ＰＢＵメッセージに含まれるシーケンス番号の値は用いられず、ＨＡに無視される。
ＭＮは、（ハンドオーバや電源投入の後に）新しいＰＭＡに接続すると、例えば、リンク・レイヤに特化した方法やＥＡＰフレームワーク［ＲＦＣ３７４８］、ＥＡＰ−ＡＫＡ［ＲＦＣ４１８７］などのＥＡＰ方法を用いてネットワーク認証を行う。ＰＭＡはパス・スルー・オーセンティケータとしての機能を果たすことができ、例えば、Ｄｉａｍｅｔｅｒ［ＲＦＣ３５８８，ＲＦＣ４０７２］やＲａｄｉｕｓ［ＲＦＣ２８６５，ＲＦＣ３５７９］などのＡＡＡプロトコルを用いてＡＡＡサーバやインフラストラクチャなどのバック・エンド認証サーバにＥＡＰパケットを転送する。ＭＮは、ネットワーク認証中の識別子として、例えば、ＮＡＩを用いる。ネットワーク認証に成功すると、ＰＭＡは、ＡＡＡサーバから、ＭＮのホーム・プレフィックスを含むＭＮのプロファイルを取得し、取得したプロファイルをＮＡＩと共に格納する。そして、ＰＭＡは、ＨＡにＰＢＵを送信し、ＭＮの新しい位置を登録する。ＰＢＵは、正常なネットワーク認証やＤＨＣＰメッセージ等によって開始される。さらに、ＰＭＡは、ＭＮに、ＭＮのホーム・プレフィックスを知らせる。その結果、ＭＮは、ＰＭＩＰドメイン内を移動している限りホームにいるとみなし、サブネットを変更していることに気付かない。ＨＡとＰＭＡとの間のトンネルが確立され、ＭＮからおよびＭＮへのトラフィックは全てこのトンネルを介して転送される。ＰＭＩＰｖ６の典型的なシグナリングの流れを図１に示す。
図２は、ＥＡＰ−ＡＫＡの典型的なシグナリングの流れを示す。図２において、以下の凡例を適用する。
ＲＡＮＤ＝乱数；
ＡＵＴＮ＝認証トークン（ｆ（Ｋ，ＳＮ，ＲＡＤＮＤ））；
ＭＡＣ＝メッセージ認証コード；
ＲＥＳ＝ピアからの認証の結果
ＸＲＥＳ＝予想される結果
ＩＫ＝完全性保護のための鍵
ＣＫ＝機密性保護のための鍵
[]＝最適なパラメータ
ピア（ＭＮ）は、オーセンティケータ（ＰＭＡ）に通常ＮＡＩである自身のＩＤをＥＡＰ要求/識別パケットに含めて送信し、このオーセンティケータは、パス・スルー・モードで、ＥＡＰ（ＡＡＡ）サーバに、受信したパケットを転送する。そして、ＥＡＰサーバは認証ベクトルを取得し、ピアにチャレンジ（ＲＡＮＤ）を送信する。このチャレンジに対しては、ピア（ＲＥＳ）が正しい共有秘密を持っている場合にのみ、当該ピアから正しく返答される。その場合、ＥＡＰサーバは、ＥＡＰ成功メッセージを用いて返答し、認証は成功し終了する。
なお、ピアとＥＡＰサーバは、ＥＡＰ−ＡＫＡメッセージを用いてＩＤを交換するが、このＩＤは、ＥＡＰ応答/識別メッセージに含まれるものとは異なる。このＩＤは、ＥＡＰ要求/識別パケットを用いて送られる“アウター・アイデンティティ”の対語である“インナー・アイデンティティ”と呼ばれることもある。インナー・アイデンティティは暗号化が可能であり、これにより、プライバシー保護が可能となる。ピアは、擬似ＮＡＩをアウター・アイデンティティとして、実ＮＡＩをインナー（暗号化）アイデンティティとして用いることができる。その結果、ＥＡＰパケットでは永久識別子が明らかにされていないため、盗聴者は、これ以上ＭＮを追跡することができない。
ＲＦＣ３７７５に定義されたようなＨＡの機能は、ＰＭＩＰによって、大部分は再利用されるが、ＰＭＩＰをサポートするにはいくつかの変更が必要である。以後、ＲＦＣ３７７５に定義されたようなＨＡをＣＭＩＰ−ＨＡと呼び、ｄｒａｆｔ−ｓｇｕｎｄａｖｅ−ｍｉｐ６−ｐｒｏｘｙｍｉｐ６−０１に定義されたようなＨＡをＰＭＩＰ−ＨＡと呼ぶ。主な違いは、例えば、ＨＡによるＢＵ／ＰＢＵメッセージの最新度の決定の仕方である。ＣＭＩＰ−ＨＡは、ＢＵメッセージの最新度を、当該ＢＵに含まれるシーケンス番号を基に特定するのに対し、ＰＭＩＰ−ＨＡは、ＰＢＵメッセージの最新度を、当該ＰＢＵに含まれるタイムスタンプ・オプションのタイムスタンプを基に特定する。ＰＭＩＰ−ＨＡはＰＢＵメッセージに含まれるシーケンス番号値を無視する。
ネットワーク・ベースのモビリティ管理とホスト・ベースのモビリティ管理が混在する展開シナリオがある。つまり、このシナリオでは、ＭＮのモビリティがネットワークによって管理される領域もあれば、ＭＮ自身によって管理される領域もあり、ＭＮのロケーション・アップデートはＭＮ自身が送信するものもあれば、ネットワークが送信するものもある。このようなシナリオにおいて、両方のモビリティ管理方式で共通アンカーが用いられた場合、当該共通のアンカーにおけるロケーション・アップデートの並びに関して問題が起こる可能性がある。以下においては、特定のＭＮのＰＭＩＰ−ＨＡとＣＭＩＰ−ＨＡが同じ位置に配置され（以後、このようなエンティティを単にＨＡと呼ぶ）、ホーム・オペレータ・ネットワークではＰＭＩＰｖ６がローカル・モビリティ管理に用いられ、ＭＮが他のネットワークをローミングしている場合はＣＭＩＰｖ６がグローバル・モビリティ管理に用いられるシナリオを想定する。図３は、このような、ＰＭＩＰ／ＣＭＩＰ−ＨＡが同位置に配置された場合のシナリオを示す。
このシナリオでは、ＭＮが、ＰＭＩＰをモビリティ管理プロトコルとして用いるドメインからＣＭＩＰが用いられるドメインに移動するとき、ＨＡが最新のＢＵ／ＰＢＵメッセージを特定することができない。ＨＡは、常に、最後に受信したＢＵを受け付けることもでき得るが、これにより、競合状態を招くことがある。例えば、ＰＢＵメッセージが遅れると、より新しいＢＵより後にＨＡに到達した古いＰＢＵを受け付ける場合がある。これは、図４に示す典型的なシグナリングフローに示されている。ここで、ＭＮは、ＰＭＩＰドメインに入った後、ＥＡＰを用いてネットワーク認証する。ＭＮは、ネットワークに対し、ＮＡＩを用いて自身を同定し、ＰＭＡは、ＡＡＡサーバから、ＭＮに関するホーム・ネットワーク・プレフィックスなどの情報を受信する。認証が成功すると、ＰＭＡはＨＡにＰＢＵを送信するが、このＰＢＵはネットワークにおいてかなり遅れる。ＭＮは、ネットワーク認証の直後に他のネットワークに移動し、ＰＭＩＰサポートなしにネットワークへのハンドオーバを行う。従って、ＭＮは、ＨＡにＢＵを送信する。しかし、ＰＭＩＰドメインにおける遅延により、ＰＢＵは、ＨＡに、ＢＵメッセージの後に到達する。ＨＡが、この時点で、最後に受信したメッセージを受け付けると、ＭＮに関する間違ったＣｏＡを取得することになり、ＭＮ宛てのデータ・パケットは間違った位置に転送される。つまり、データ・パケットはＭＮに到達せず、紛失する。図５に示すように、ＢＵメッセージが遅れると、ＣＭＩＰ−ＰＭＩＰハンドオーバのシナリオでも、同様のことが起こりうる。
本発明の目的は、ネットワーク・ベースとホスト・ベースが混在したモビリティ管理方式を用いるドメインでの競合状態を解決する方法を提供することにある。
上記目的は、独立請求項の発明の主題によって解決される。好適な実施の形態は従属請求項の発明の主題である。
本発明の一側面は、ＨＡにおける、ＰＢＵおよびＢＵメッセージを正確に並べるためにシーケンス番号を用いることである。しかしながら、両メッセージはそれぞれ異なるエンティティ、つまり、ＭＮとＰＭＡによって送信されるので、両エンティティ間で可変のシーケンス番号の同期が必要となる。この同期は、ＰＭＩＰ−ＣＭＩＰハンドオーバやＣＭＩＰ−ＰＭＩＰハンドオーバの場合にＭＮがＢＵメッセージを送信しＰＭＡがＰＢＵメッセージを送信する最短の時間内に完了しなければならないため、非常に迅速に行われなければならない。また、シーケンス番号の同期のための追加的な無線シグナリングは、貴重な帯域幅やエネルギーのリソースを消費してしまうので、避けなければならない。
これを実現するため、本発明の一実施の形態は、例えば、ＣＭＮのＮＡＩに含まれるＭＩＰｖ６シーケンス番号を符号化する、またはＭＩＰｖ６シーケンス番号をＥＡＰメッセージ・シーケンス番号として用いることによって、ＭＮに含まれるＣＭＩPシーケンス番号をベースとして用い、ネットワーク認証中にＰＭＡに当該ナンバーを送信することを提案する。その結果、可変のシーケンス番号は、ＭＮでのＣＭＩＰの実行プロセスとＰＭＡでのＰＭＩＰの実行プロセスとの間で共有され、さらに、場合によってはＭＮとＰＭＡでのＥＡＰプロトコルの実行においても共有される。
しかしながら、２つのエンティティが共有された可変のシーケンス番号を変更すると、新たな競合状態が発生する場合がある。そのため、本発明の他の実施の形態は、ＭＮのみが可変のシーケンス番号を変更できるようにすることを提案する。ＰＭＡは、この可変のシーケンス番号を変更することができない。それでもＰＭＡによって送信されたＰＢＵメッセージに関してシーケンス番号が増加されることを確実にするために、ＭＮは、ＢＵメッセージを送信する前後だけではなく、ＰＭＩＰドメイン内でネットワーク認証を行う前後もしくはその最中においても、つまり、ＰＭＡにシーケンス番号を送信する後の前にも、追加的にシーケンス番号を増加させる。
あるいは、ＭＮは、ネットワーク認証の前後またはその最中にはシーケンス番号を増加させず、ＨＡが、同じシーケンス番号を有するＰＢＵとＢＵメッセージを比較するとき、ＰＢＵおよびＢＵメッセージのうち１つをより最新のメッセージであるとみなすよう構成される。ＨＡがＰＢＵとＢＵメッセージのどちらを最後に送信されたものであると判断するかは、ＭＮが、ＢＵメッセージを送信する前にＭＩＰシーケンス番号をインクリメントするように実現されているのか、後にインクリメントするように実現されているのかによる。
受信したＢＵ／ＰＢＵメッセージの“最新度”を特定する方法は、受信したメッセージの種類（ＢＵかＰＢＵか）や現在のバインディング・キャッシュ・エントリの種類（プロキシエントリかプロキシなしのエントリか）による。本発明の他の実施の形態は、ＨＡが、ＢＵ／ＰＢＵメッセージの最新度を特定するためのどの方法をいつ用いるかを決定するためのマトリックスを提案する。
本発明の一実施の形態は、モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内の前記モバイル・ノード（ＭＮ）の位置を、モビリティ・アンカー・ポイントに信号で知らせる方法であって、前記方法は、ネットワーク・エレメントが、前記モバイル・ノードのネットワーク認証の最中または後で、前記モバイル・ノードから、前記モバイル・ノードのモビリティを管理するためにモバイル・ノード・ベースのモビリティ管理方式を実施するプロセスによって用いられるシーケンス番号を受信することと、前記ネットワーク・エレメントが、前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノードの位置に関するメッセージであって、前記受信したシーケンス番号を含む前記メッセージを送信することとを有する方法を提供する。
本発明の他の実施の形態は、モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内の前記モバイル・ノード（ＭＮ）の位置を、モビリティ・アンカー・ポイントに信号で知らせる方法であって、ネットワーク・エレメントは現在時刻情報を認識し、前記方法は、ネットワーク・エレメントによって実行される、時刻情報を取得するステップと、前記取得した時刻情報をシーケンス番号に変換するステップと、前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノードの位置に関するメッセージであって、前記受信したシーケンス番号を含む前記メッセージを送信するステップとを有する方法を提供する。
本発明の他の実施の形態は、モビリティ・アンカー・ポイントに、モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード・ベースのモビリティ管理方式を用いるネットワーク内の前記モバイル・ノードの位置を信号で知らせる方法であって、前記モバイル・ノードは現在時刻情報を認識し、前記方法は、前記モバイル・ノードによって実行される、時刻情報を取得するステップと、前記取得した時刻情報をシーケンス番号に変換するステップと、前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノードの位置に関するメッセージであって、前記シーケンス番号を含む前記メッセージを送信するステップとを有する方法を提供する。
本発明のさらなる他の実施の形態は、モビリティ・アンカー・ポイントで、第１のネットワークと第２のネットワークとの間を移動するモバイル・ノードのモビリティを管理する方法であって、前記第１のネットワークは、前記モバイル・ノードのモビリティを管理するためにモバイル・ノード・ベースのモビリティ管理方式を用い、前記第２のネットワークは、前記モバイル・ノードのモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用い、前記モビリティ・アンカー・ポイントは、モバイル・ノード・ベースのモビリティ管理方式とネットワーク・ベースのモビリティ管理方式の両方を実装しており、前記方法は、前記モビリティ・アンカー・ポイントによって実行される、前記モバイル・ノードから、前記第１のネットワーク内の前記モバイル・ノードの第１の位置に関する第１のメッセージを受信するステップと、前記第２のネットワーク内のネットワーク・エレメントから、前記第２のネットワーク内の前記モバイル・ノードの第２の位置に関する第２のメッセージを受信し、前記第１と第２のメッセージは連続して受信される、ステップと、前記第１のメッセージの第１のシーケンス番号と前記第２のメッセージの第２のシーケンス番号を比較するステップと、前記比較結果に基づいて、前記第１と第２のメッセージの送信の時系列の順番を特定することにより、前記モバイル・ノードの現在の位置を特定するステップとを有する方法を提供する。
本発明の他の実施の形態は、モビリティ・アンカー・ポイントで、第１のネットワーク・エレメントと第２のネットワーク・エレメントとの間を移動するモバイル・ノードのモビリティを管理する方法であって、前記第１および第２のネットワーク・エレメントは、前記モバイル・ノードのモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用い、前記モビリティ・アンカー・ポイントは、ネットワーク・ベースのモビリティ管理方式を実装しており、前記方法は、前記モビリティ・アンカー・ポイントによって実行される、前記第１のネットワーク・エレメントから、前記モバイル・ノードの第１の位置に関する第１のメッセージを受信するステップと、前記第２のネットワーク・エレメントから、前記モバイル・ノードの第２の位置に関する第２のメッセージを受信し、前記第１と第２のメッセージは連続して受信される、ステップと、前記第１のメッセージの第１のシーケンス番号と前記第２のメッセージの第２のシーケンス番号を比較するステップと、前記比較結果に基づいて、前記第１と第２のメッセージの送信の時系列の順番を特定することにより、前記モバイル・ノードの現在の位置を特定するステップとを有する方法を提供する。
本発明のさらなる他の実施の形態は、モバイル・ノードのモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内のネットワーク・エレメントであって、前記ネットワーク・エレメントは、前記モバイル・ノードのモビリティ・アンカー・ポイントに、前記ネットワーク内の前記モバイル・ノードの位置を信号で知らせるように構成され、前記ネットワーク・エレメントは、前記モバイル・ノードのネットワーク認証の最中または後で、前記モバイル・ノードから、前記モバイル・ノードのモビリティを管理するためにモバイル・ノード・ベースのモビリティ管理方式を実施するプロセスによって用いられるシーケンス番号を受信する受信手段と、前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノードの位置に関するメッセージであって、前記シーケンス番号を含む前記メッセージを送信する送信手段とを有するネットワーク・エレメントを提供する。
本発明の他の実施の形態は、モバイル・ノードのモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内のネットワーク・エレメントであって、前記ネットワーク・エレメントは、前記モバイル・ノードのモビリティ・アンカー・ポイントに、前記ネットワーク内の前記モバイル・ノードの位置を信号で知らせるように構成され、前記ネットワーク・エレメントは現在時刻情報を認識し、前記ネットワーク・エレメントは、時刻情報を取得する時刻情報取得手段と、前記取得した時刻情報をシーケンス番号に変換する変換手段と、前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノードの位置に関するメッセージであって、前記シーケンス番号を含む前記メッセージを送信する送信手段とを有するネットワーク・エレメントを提供する。
本発明のさらなる他の実施の形態は、モバイル・ノードのモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内のモバイル・ノードであって、前記モバイル・ノードのネットワーク認証の最中または後で、前記モバイル・ノードのモビリティを管理するためにモバイル・ノード・ベースのモビリティ管理方式を実施するプロセスによって用いられるシーケンス番号を、ネットワーク・エレメントに送信する送信手段を有するモバイル・ノードを提供する。
本発明の他の実施の形態は、モバイル・ノードのモビリティを管理するためにモバイル・ノード・ベースのモビリティ管理方式を用いるネットワーク内のモバイル・ノードであって、前記モバイル・ノードは、前記モバイル・ノードのモビリティ・アンカー・ポイントに、前記ネットワーク内の前記モバイル・ノードの位置を信号で知らせるように構成され、前記モバイル・ノードは現在時刻情報を認識し、前記モバイル・ノードは、時刻情報を取得する時刻情報取得手段と、前記取得した時刻情報をシーケンス番号に変換する変換手段と、前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノードの位置に関するメッセージであって、前記シーケンス番号を含む前記メッセージを送信する送信手段とを有するモバイル・ノードを提供する。
本発明の他の実施の形態は、第１のネットワークと第２のネットワークとの間を移動するモバイル・ノードのモビリティを管理するモビリティ・アンカー・ポイントであって、前記第１のネットワークは、前記モバイル・ノードのモビリティを管理するためにモバイル・ノード・ベースのモビリティ管理方式を用い、前記第２のネットワークは、前記モバイル・ノードのモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用い、前記モビリティ・アンカー・ポイントは、モバイル・ノード・ベースのモビリティ管理方式とネットワーク・ベースのモビリティ管理方式の両方を実装し、前記モビリティ・アンカー・ポイントは、前記モバイル・ノードから、前記第１のネットワーク内の前記モバイル・ノードの第１の位置に関する第１のメッセージを受信し、前記第２のネットワーク内のネットワーク・エレメントから、前記第２のネットワーク内の前記モバイル・ノードの第２の位置に関する第２のメッセージを受信し、前記第１と第２のメッセージは連続して受信される、受信手段と、前記第１のメッセージの第１のシーケンス番号と前記第２のメッセージの第２のシーケンス番号を比較する比較手段と、前記比較結果に基づいて、前記第１と第２のメッセージの送信の時系列の順番を特定することにより、前記モバイル・ノードの現在の位置を特定する特定手段とを有するモビリティ・アンカー・ポイントを提供する。
本発明の他の実施の形態は、第１のネットワーク・エレメントと第２のネットワーク・エレメントとの間を移動するモバイル・ノード（ＭＮ）のモビリティを管理するモビリティ・アンカー・ポイントであって、前記第１および第２のネットワーク・エレメントは、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用い、前記モビリティ・アンカー・ポイントは、ネットワーク・ベースのモビリティ管理方式を実装しており、前記モビリティ・アンカー・ポイントは、前記第１のネットワーク・エレメントから、前記モバイル・ノード（ＭＮ）の第１の位置に関する第１のメッセージを受信し、前記第２のネットワーク・エレメントから、前記モバイル・ノード（ＭＮ）の第２の位置に関する第２のメッセージを受信し、前記第１と第２のメッセージは連続して受信される、受信手段と、前記第１のメッセージの第１のシーケンス番号と前記第２のメッセージの第２のシーケンス番号を比較する比較手段と、前記比較結果に基づいて、前記第１と第２のメッセージの送信の時系列の順番を特定することにより、前記モバイル・ノード（ＭＮ）の現在の位置を特定する特定手段とを有するモビリティ・アンカー・ポイントを提供する。
ＰＭＩＰｖ６での典型的なシグナリングの流れ； 低ＥＡＰ−ＡＫＡ[ＲＦＣ４１８７]での典型的なシグナリング； 同位置に配置されたＰＭＩＰ／ＣＭＩＰ−ＨＡでのシナリオ； ＰＭＩＰ−ＣＭＩＰハンドオーバのシナリオでの競合状態； ＣＭＩＰ−ＰＭＩＰハンドオーバのシナリオでの競合状態； ＰＭＩＰ−ＣＭＩＰハンドオーバの場合のシーケンス番号同期における典型的なシグナリングの流れ； ＣＭＩＰ−ＰＭＩＰハンドオーバの場合のシーケンス番号同期における典型的なシグナリングの流れ； モバイル・ノードの典型的な実施の形態； モバイル・ノードの他の典型的な実施の形態。
上述のように、本発明の一形態は、ＢＵ及びＢＰＵメッセージに対し可変の共通シーケンス番号を用いることにより、ＨＡが、ＰＢＵ／ＢＵメッセージに含まれるシーケンス番号に基づいて、当該メッセージの正確な並びを特定することを可能にすることにある。問題は、これらのメッセージは異なるエンティティ（ＭＮとＰＭＡ）によって送信されることであり、エンティティによって変化するシーケンス番号の同期が必要となってくる。この同期は、ＰＭＩＰ−ＣＭＩＰハンドオーバやＣＭＩＰ−ＰＭＩＰハンドオーバの場合にＭＮがＢＵメッセージを送信しＰＭＡがＰＢＵメッセージを送信する最短の時間内に完了しなければならないため、非常に迅速に行われなければならない。また、シーケンス番号の同期のための追加的な無線シグナリングは、貴重な帯域幅やエネルギーのリソースを消費してしまうので、避けなければならない。
そこで、本発明の一実施の形態が提案するのは、ＭＮに記憶され、当該ＭＮに関するＣＭＩＰプロセスに用いられるＭＩＰシーケンス番号を、ＣＭＩＰおよびＰＭＩＰのための共通シーケンス番号の基礎として用いることである。可変のシーケンス番号はＭＮによってのみ変更され、ネットワーク認証においてＰＭＡに送信される。また、ＭＮは、ＢＵメッセージの送信前後（ＲＦＣ３７７５に定義されている）だけではなく、さらに、ネットワーク認証の前後またはその最中にも自身のＭＩＰシーケンス番号を増加させる。ＭＮは、ＢＵを送信する前または後のどちらかに自身のシーケンス番号を増加させるように実現することができる。ＭＮが、常に、ＢＵメッセージを送信する前にシーケンス番号を増加させる場合、ネットワーク認証を始める前にも（つまり、ＰＭＡにシーケンス番号を送信する前に）シーケンス番号を増加しなければならない。一方、ＭＮが、常に、ＢＵメッセージを送信した後にシーケンス番号を増加させる場合、ネットワーク認証の最中または後にも（つまり、ＰＭＡにシーケンス番号を送信した後に）シーケンス番号を増加させなければならない。ＭＮは、ＰＭＩＰドメインに入る度にネットワーク認証するので、シーケンス番号は、ＰＭＡがＰＢＵメッセージを送る度に自動的に増加する。２つのエンティティが共通シーケンス番号を変更したときに起こる新たな競合状態を避けるため、ＰＭＡは共通シーケンス番号を変更しない。従って、ＰＭＡからＭＮにシーケンス番号を送る必要もない。
本発明の他の実施の形態によると、ＭＮは、ネットワーク認証の前後またはその最中にシーケンス番号を増加しない。従って、ＨＡが受信するＢＵとＰＢＵメッセージが互いに同一のシーケンス番号を有する場合がある。その場合、ＨＡは、シーケンス番号だけに基づいてメッセージを並べることができない。そのため、提案するのは、ＰＢＵとＢＵメッセージが同じシーケンス番号を持つ場合、ＨＡが、ＢＵメッセージへの返答であるＰＢＵメッセージが、連続して受信したＰＢＵメッセージへの返答であるＢＵメッセージより後に送信されたかどうかを判断できるようにすることである。このような場合にＨＡがＰＢＵとＢＵメッセージのどちらを最後に送信されたものであると判断するかは、ＭＮが、ＢＵメッセージを構築する前にＭＩＰシーケンス番号をインクリメントするように実現されているのか、後にインクリメントするように実現されているのか、つまり、ＢＵがインクリメントされたシーケンス番号を含むのか、インクリメントされていないシーケンス番号を含むのかによる。ＢＵメッセージがインクリメントされたシーケンス番号を含む場合、先に送信されたＰＢＵメッセージはより小さいシーケンス番号を有し、後に送信されたＰＢＵメッセージは同じシーケンスを有する。従って、ＨＡは、シーケンス番号Ｘを有するＰＢＵメッセージを同じシーケンス番号Ｘを有するＢＵメッセージよりも新しいとみなさなければならない。一方、ＢＵがインクリメントされていないシーケンス番号を含む場合、後に送信されたＰＢＵメッセージはより大きいシーケンス番号を有し、先に送信されたＰＢＵメッセージは同じシーケンスを有する。従って、ＨＡは、シーケンス番号Ｙを有するＢＵメッセージを同じシーケンス番号Ｙを有するＰＢＵメッセージよりも新しいとみなさなければならない。
ＰＭＡは、ＰＢＵメッセージを用いて、ＭＮから取得したシーケンス番号を符号化する。ＰＭＡのＰＢＵにおけるシーケンス番号の符号化には様々な方法がある。一実施の形態では、ＮＡＩオプションにおいてシーケンス番号が符号化される。この場合、ＨＡは、ＮＡＩに含まれるシーケンス番号を復号できなければならない。他の実施の形態では、ＰＭＡは、シーケンス番号をＰＢＵメッセージのシーケンス番号・フィールドに入れる。
ネットワーク認証中のＭＮとＰＭＡとの間でのシーケンス番号の同期は、様々な方法で実行することができる。なお、ＰＭＡはシーケンス番号を変更しないので、ＭＮからＰＭＡへの一方向のみの同期でよい。
一実施の形態では、ＭＩＰシーケンス番号は、ネットワーク認証手順の開始時にＭＮからＰＭＡに送信されたＥＡＰ応答/識別パケットに含まれた識別情報において符号化される。この識別情報はＮＡＩでもよい。シーケンス番号は、ユーザネーム・デコレーションの形で、ＮＡＩのユーザネーム部分において符号化することができる。従って、シーケンス番号は、例えば、“｛ＳＮ｝ｕｓｅｒｎａｍｅ＠ｒｅａｌｍ”といった少なくともＭＮとＰＭＡに既知のフォーマットで、ＮＡＩのユーザネーム部分において符号化される。ＥＡＰ−ＡＫＡでは、ＭＮは、このデコレートされたＮＡＩをＥＡＰ応答／ＡＫＡ識別パケットのＡＴ＿ＩＤＥＮＴＩＴＹ属性に入れる。そして、ＰＭＡは、ＮＡＩからシーケンス番号を読取る。このデコレーションは、ＰＭＡ、ＡＡＡサーバまたはＨＡによって、ＮＡＩから削除することができる。ＰＭＩＰ−ＣＭＩＰハンドオーバの場合およびＣＭＩＰ−ＰＭＩＰハンドオーバの場合の典型的なシグナリングの流れを図６と図７にそれぞれ示す。図示のシグナリングの流れは簡略化されており、明確にするため、メッセージとメッセージ・コンテンツの全てが示されているわけではない。
他の実施の形態では、ＭＮは、ＭＩＰシーケンス番号をＥＡＰ交換のシーケンス番号として用いる、つまり、ＭＮとＰＭＡに対するＣＭＩＰ、ＰＭＩＰおよびＥＡＰプロセスが同じシーケンス番号を用いる。従って、ＭＮは、シーケンス番号をＥＡＰメッセージ［ＲＦＣ３７４８］の「識別子」フィールドに入れ、ＥＡＰメッセージが送信される度に当該シーケンス番号を増加させる。ＰＭＡは、ＥＡＰによるシーケンス番号をＰＭＩＰ ＰＢＵメッセージに対して用いる。識別子フィールドは、ＥＡＰがＥＡＰ応答メッセージをＥＡＰ要求メッセージにマッピングするのに用いられる。識別子フィールドの長さはたった1オクテットであり、ＭＩＰｖ６シーケンス番号の長さは２オクテットなので、ＭＮは、ＭＩＰシーケンス番号の８ビットのみを使用してもよい（つまり、シーケンス番号は、２５６に達すると、また０からスタートしなければならない）。これは、ラップアラウンドのため、ＭＩＰｖ６におけるシーケンス番号比較によっても考慮されなければならない。ＭＮはＢＵメッセージを送信するとシーケンス番号を変更するので、ＭＮがＰＭＩＰドメインに入る度に、ＥＡＰサーバと、ＥＡＰシーケンス番号を再同期する必要がある場合がある。ＥＡＰ−ＡＫＡは、例えば、同期のメカニズム［ＲＦＣ４１８７］を提供し、ＭＮがＢＵメッセージを送信した後のネットワーク認証中にシーケンス番号の再同期をするのに用いることができる。つまり、ＭＮが、ＭＮとＥＡＰサーバのＥＡＰシーケンス番号が同期していないことに気づいた場合、ＥＡＰ応答／ＡＫＡチャレンジ・メッセージを用いて、ＥＡＰサーバに、ＭＮの（ＭＩＰ）シーケンス番号を含む“ＡＵＴＳ”パラメータを送信する。
他の実施の形態では、ＭＮからＰＭＡにＭＩＰｖ６シーケンス番号を送信するのに擬似ＮＡＩを用いる。ＭＮは、ネットワーク認証の度に新しい擬似ＮＡＩを選択する。一般に、盗聴者が永久ＮＡＩを基にＭＮを追跡するのを防ぐため、擬似ＮＡＩは、ＮＡＩのユーザネーム部分に乱数を有する。この実施の形態では、ＭＮは、ＮＡＩのユーザネーム部分に含まれるシーケンス番号を符号化する。最も簡単な方法は、擬似ＮＡＩのユーザネームとして単にシーケンス番号を用いることである。ＥＡＰ−ＡＫＡでは、擬似ＮＡＩが、ＥＡＰ応答／ＡＫＡ識別メッセージのＡＴ＿ＩＤＮＥＴＩＴＹ属性に再度入れられる。Ｗｉｍａｘネットワークでは、擬似ＮＡＩがＭＮによって選択されるため、この方法が可能である。一方、３ＧＰＰネットワークでは、擬似ＮＡＩは、通常、ネットワークによってＭＮに割り当てられる。しかし、この実施の形態では、擬似ＮＡＩをＭＮ自身が選ぶことが要求される。それでも、提案された、擬似ＮＡＩを用いてシーケンス番号を符号化する方法を３ＧＰＰネットワークで用いることは、追加のラウンド・トリップが必要となってくるものの、可能である。考えられる解決法は以下の通りである：まず、ＭＮが、ＥＡＰサーバに、ＭＩＰシーケンス番号を含む、選択された擬似ＮＡＩと共にＥＡＰ応答メッセージを送信する。ＰＭＡは、このメッセージからすでにＭＩＰシーケンス番号を取得しているが、ＥＡＰサーバはこの未知の擬似ＮＡＩを特定のＭＮにマッピングすることができない場合がある。そのため、ＥＡＰは認証を拒否する。更なる試行において、ＭＮは実ＮＡＩと共にＥＡＰ要求を送信し、認証は成功し終了する。
ネットワーク認証中または直後のＭＮからＰＭＡへのＭＩＰｖ６シーケンス番号送信の他の可能性としては、レイヤ２メッセージで符号化され新たに定義されたメッセージや、ＡＲＰメッセージで符号化された近隣要請（ＮＳ）やルータ要請（ＲＳ）などのＩＰｖ６近隣探索（ＮＤＰ）メッセージによる、明示的なレイヤ２またはレイヤ３シグナリングが挙げられる。別の可能性としては、ＡＡＡサーバを介してシーケンス番号を同期することが挙げられる。例えば、ＨＡは、常に、ＢＣＥの現在のシーケンス番号値に関してＡＡＡを更新することができる。そして、ネットワーク認証において、ＡＡＡサーバは、ＰＭＡに現在のシーケンス番号値を（例えば、ホーム・ネットワーク・プレフィックスや他の情報と共に、ＥＡＰ応答を用いて）送信することができる。その後、ＰＭＡは現在のシーケンス番号値を用いて、正しいシーケンス番号と共に次のＰＢＵメッセージを送信することができる。しかしながら、ＡＡＡサーバを介した同期は遅延している可能性のあるＢＵ次第でもあるので、新たな競合状態を招く可能性もあるため、この方法は望ましくない。
レイヤ２プロトコルが、ＭＮによる選択および同期が可能なシーケンス番号を用いる場合、ＭＮが、レイヤ２プロトコルのシーケンス番号としてＭＩＰシーケンス番号を用い、ＰＭＡが、いずれにせよ交換する必要のあるレイヤ２メッセージから、シーケンス番号を取得することが可能である。例えば、ＭＮは、ＩＥＥＥ８０２．１１フレームのシーケンス制御フィールドに含まれるＭＩＰシーケンス番号を符号化することができる。しかしながら、レイヤ２メッセージがシーケンス番号の同期に用いられると、ＰＭＡが基地局／アクセス・ポイントと同じ位置に配置されなければならないか、または、ＰＭＡと基地局／アクセス・ポイント間での追加のシグナリングが必要となってくる。
ＭＮは、ＰＭＡへのパケット送信にソース・アドレスとして用いられた自身のＩＰアドレスにおいて、シーケンス番号を符号化することも可能である。例えば、ＭＮは、ネットワーク認証中のメッセージ送信にソース・アドレスとして用いられたまたはＮＤＰもしくはＤＨＣＰメッセージのソース・アドレスとして用いられたリンク・ローカル・アドレスや暗号で保護されたアドレス（ＣＧＡ）のインタフェース識別子に含まれるシーケンス番号を符号化することができる。そして、ＭＮは、ＰＭＩＰドメインに入る度にこのアドレスを変更しなければならない。
他の可能性は、外部ソースをシーケンス番号の同期に用いることである。例えば、ＭＮは、ＧＰＳ受信機を装備していたり、ネットワークにわたって時間を同期できたりするので、常に現在の時刻を意識している。ＰＭＡも同様に時間的に同期している場合、ＭＮとＰＭＡ双方が現在の時刻をシーケンス番号にマッピングしたり、ＢＵおよびＰＢＵメッセージのタイムスタンプ・オプションを用いたりして、ＢＵ／ＰＢＵメッセージが正しく並んでいることを確実にすることができる。時間は、例えば、２＾１６を法とする秒単位の時間を計算することにより、１６ビットのシーケンス番号にマッピングすることができる。
以下、受信したＢＵ／ＰＢＵメッセージを受け入れるか拒否するかを判断するために、ＨＡが、ＢＵ／ＰＢＵメッセージの並びをどのように特定するかを説明する。受信したＢＵ／ＰＢＵメッセージの最新度を特定する方法は、受信したメッセージの種類（ＢＵかＰＢＵか）や最新のバインディング・キャッシュ・エントリの種類（プロキシかプロキシなしのエントリか）による。どの場合にどの方法を用いるかを以下のテーブルに示す：
Figure 2010517454
ＣＭＩＰ−ＢＣＥはＣＭＩＰｖ６のバインディング・キャッシュ・エントリで、ＰＭＩＰ−ＢＣＥはＰＭＩＰｖ６のバインディング・キャッシュ・エントリである。実施方式によって、ＰＭＩＰｖ６バインディング・キャッシュとＣＭＩＰｖ６バインディング・キャッシュは同じ位置に配置されている場合もあれば、別々の位置に配置されている場合もある。どちらの場合も、ＨＡは、ＰＢＵメッセージを受信する際にＣＭＩＰバインディング・キャッシュにアクセス可能でなければならず、また、その逆も同様である。
ＨＡがＰＢＵメッセージを受信し、最新のＢＣＥがＰＭＩＰ−ＢＣＥの場合（つまり、前回受け入れたメッセージがＰＢＵメッセージの場合）、ＨＡは、ＰＵＢメッセージに含まれているタイムスタンプとＰＭＩＰ−ＢＣＥに含まれているタイムスタンプを比較する。ＰＢＵメッセージに含まれているタイムスタンプ値の方が大きい（新しい）場合、ＨＡは、当該ＰＢＵメッセージを受け入れる。
ＰＢＵメッセージが受信され、最新のＢＣＥがＣＭＩＰ−ＢＣＥの場合（つまり、前回受け入れたメッセージがＢＵメッセージの場合）、ＨＡは、ＰＢＵメッセージに含まれているシーケンス番号とＣＭＩＰ−ＢＣＥに含まれているシーケンス番号を比較する。ＣＭＩＰ−ＢＣＥに含まれているシーケンス番号値よりＰＢＵメッセージに含まれているシーケンス番号値の方が大きい場合、ＨＡは、当該ＰＢＵメッセージを受け入れる。
ＢＵメッセージが受信され、最新のＢＣＥがＰＭＩＰ−ＢＣＥの場合（つまり、前回受け入れたメッセージがＰＢＵメッセージの場合）、ＨＡは、ＢＵメッセージに含まれているシーケンス番号とＰＭＩＰ−ＢＣＥに含まれているシーケンス番号を比較する。ＰＭＩＰ−ＢＣＥに含まれているシーケンス番号値よりＢＵメッセージに含まれているシーケンス番号値の方が大きい場合、ＨＡは、当該ＢＵメッセージを受け入れる。
ＢＵメッセージが受信され、最新のＢＣＥがＣＭＩＰ−ＢＣＥの場合（つまり、前回受け入れたメッセージがＢＵメッセージの場合）、ＨＡは、ＢＵメッセージに含まれるシーケンス番号とＣＭＩＰ−ＢＣＥに含まれるシーケンス番号を比較する。ＣＭＩＰ−ＢＣＥに含まれるシーケンス番号値よりＢＵメッセージに含まれるシーケンス番号値の方が大きい場合、ＨＡは、ＢＵメッセージを受け入れる。
上述の通り、ＰＭＩＰｖ６原案によると、ＰＭＩＰドメイン内のＭＮのモビリティの場合、ＰＢＵメッセージの最新度を特定するのにタイムスタンプが用いられる。一方、本発明の様々な実施の形態に記載の方法では、ＭＮが、新しいＰＭＡに接続する度にネットワーク認証し、認証前後またはその最中にシーケンス番号を増加させ、ＰＭＡに当該シーケンス番号を送信するのであれば、ＰＭＩＰドメイン内のモビリティに関してＰＢＵメッセージの最新度を特定するのに、ＰＢＵメッセージに含まれるシーケンス番号を用いることも可能である。例えば、パケット・ロスやバインディング・キャッシュ・エントリの満了により１つのＰＭＡが複数のＰＢＵメッセージを送信する場合においてのみ、タイムスタンプ・オプションが追加で用いられ、当該メッセージを並べる。あるいは、ＮＡＩオプションがＭＩＰシーケンス番号を含む場合、同一ＰＭＡによって送信されたＰＢＵメッセージは、当該ＰＢＵメッセージに含まれているシーケンス番号値を用いて並べることができる。この場合、ＰＭＡは、ＮＡＩを、符号化されたシーケンス番号と共にＮＡＩオプションに入れ、ＰＢＵメッセージを送る前に、当該ＰＢＵメッセージに含まれているシーケンス番号値を増加させる。そして、ＨＡは、ＮＡＩに含まれる符号化されたシーケンス番号を基にＰＢＵメッセージを並べる。複数のＰＢＵが同じシーケンス番号を有する場合、ＨＡは、当該複数のＰＢＵメッセージのシーケンス番号・フィールドに含まれるシーケンス番号値を調べる。ＨＡは、バインディング・キャッシュに２つのシーケンス番号を保持しなければならない。第２のシーケンス番号は、同じＰＭＡからのＰＢＵを並べるためだけに用いられる。バインディング・キャッシュに保持されている第２のシーケンス番号よりＰＢＵメッセージのシーケンス番号・フィールドに含まれているシーケンス番号の方が大きい場合にのみ、ＰＢＵは受け入れられる。
一実施の形態によると、ＨＡがＭＮのＨｏＡを知らず、ホーム・ネットワーク・プレフィックスのみを知っている場合、例えば、ＭＮごとのプレフィックスのモデルが用いられる場合、ＨＡがＢＵを受信する際にＭＮのＰＭＩＰ−ＢＣＥを識別できるようにするため、ＭＮは、ＮＡＩオプションをＭＩＰｖ６に付加する必要があるかもしれず、またその逆も同様である。
ＭＮが、ＮＡＩにおけるシーケンス番号の符号化に基づく同期方法を用いる場合、ＭＮは、ＰＭＩＰドメインに位置する、つまり、ＰＭＡとして機能しているＡＲに接続するときに、ＮＡＩに含まれるシーケンス番号を符号化するだけでよい。
本発明は、ホスト・ベースのモビリティ管理プロトコルとしてのＭＩＰｖ６［ＲＦＣ３７７５］およびネットワーク・ベースのモビリティ管理プロトコルとしてのＰＭＩＰｖ６［ｄｒａｆｔ−ｓｇｕｎｄａｖｅ−ｍｉｐ６−ｐｒｏｘｙｍｉｐ６−０１］を用いて説明されている。しかしながら、本発明の適用範囲は、これらのプロトコルに限定されたものではない。例えば、本発明は、プロキシ・モバイルＩＰエージェントがアクセス・ルータと同じ位置に位置していないｄｒａｆｔ−ｓｉｎｇｈ−ｎｅｔｌｍｍ−ｐｒｏｔｏｃｏｌ−００や、ｄｒａｆｔ−ｇｉａｒｅｔｔａ−ｎｅｔｌｍｍ−ｄｔ−ｐｒｏｔｏｃｏｌ−０２．ｔｘｔ、ｄｒａｆｔ−ｌｅｕｎｇ−ｍｉｐ４−ｐｒｏｘｙ−ｍｏｄｅ−０２．ｔｘｔなどの、ネットワーク・ベースの他のモビリティ管理プロトコルの変形に適用することもできるし、関連したアンカーが同じ位置に配置されている場合、ＭＩＰｖ４、ＨＩＰ、ＭＯＢＩＫＥ等の他のホスト・ベースのモビリティ管理プロトコルに適用することもできる。
ＥＡＰに基づいていないネットワーク認証手順が用いられる場合でも、ネットワーク認証中にＭＮがネットワークに送信したメッセージに含まれるＭＩＰシーケンス番号を符号化することが可能な場合がある。例えば、ＭＮがＨＴＴＰを用いてネットワーク認証する場合、ＭＮは、ｉｎ ｈｔｔｐヘッダ、例えば、クッキー・ヘッダに含まれるシーケンス番号を符号化することができる。ＭＮが、ＥＡＰを用いずにＩＫＥ［ＲＦＣ４３０６］を用いて認証を行う場合、ＭＮは、ＩＫＥメッセージＩＤに含まれるシーケンス番号を符号化することができる。
他の実施の形態では、ＰＭＡも共通シーケンス番号を変更してもよい。例えば、ＰＭＡは、ＰＢＵメッセージを送信する前か後にシーケンス番号を増加させてもよい。この場合、ＭＮは、ネットワーク認証後の前にシーケンス番号を増加させる必要がない。しかし、ここで問題となるのは、２つのエンティティが共通シーケンス番号を変更し、ＰＭＡが、変更したシーケンス番号をＭＮに送り返さなければならないことである。これは、レイヤ２もしくはレイヤ３での明示的なシグナリングによって、または、例えばルータ広告（ＲＡ）やＤＨＣＰメッセージ等のＮＤＰメッセージに含まれるシーケンス番号を符号化することによって暗黙的に行うことが可能である。また、ＰＭＡは、すでにネットワーク認証中に（つまり、実際にＰＢＵメッセージを送信する前に）シーケンス番号を増加させ、ネットワーク認証中に、ＭＮに、増加させたシーケンス番号を送り返すことも可能である。
しかしながら、ＰＭＡやＭＮなどの複数のエンティティがシーケンス番号を変更する変形はあまり好まれない。その理由は、例えば、ＭＮが、ＰＭＡがシーケンス番号を増加させた後で且つＰＭＡがＭＮに当該新しいシーケンス番号を送り返す前にＢＵを送信したい場合、新しい競合状態が生じるからである。このような競合状態を解決するために、ＰＭＡは、ＢＵのトラフィックを監視することができる。ＰＭＡが古いシーケンス番号を有するＢＵを検出すると、当該ＢＵをドロップし、ＭＮに現在のシーケンス番号を信号で知らせ、その後、ＭＮは、正しいシーケンス番号を有する新しいＢＵを送信することができる。しかしながら、ハンドオーバ時間に影響を及ぼす可能性があるため、ＭＮのみがシーケンス番号を増加させる上記実施の形態が好まれる。
図８は、本発明に係るモバイル・ノード１００の典型的な実施の形態を示す。モバイル・ノード１００は、送信手段１０１と受信手段１０２を備える。送信手段１０１は、モバイル・ノードのネットワーク認証中にまたはその後で、ネットワーク・エレメントに、シーケンス番号を送信するように構成される。ここで、シーケンス番号は、モバイル・ノードのモビリティの管理のためのモバイル・ノード・ベースのモビリティ管理方式を実装するプロセスによって用いられる。
モバイル・ノード１００は、モバイル・ノードのモビリティの管理のためのモバイル・ノード・ベースのモビリティ管理方式を実装するプロセスによって用いられるシーケンス番号をインクリメントするためのインクリメント手段をさらに備える。このインクリメントは、ネットワーク・エレメントにシーケンス番号を送信する前か当該送信の後のどちらかに実行すればよい。ネットワーク・エレメントにシーケンス番号を送信する前にインクリメントを行う場合、送信手段１０１は、インクリメントされたシーケンス番号をネットワーク・エレメントに送信する。
ネットワーク認証が拡張認証プロトコル（ＥＡＰ）によるものである場合、モバイル・ノード１００は、ＥＡＰ応答/識別パケット・メッセージのネットワーク・アクセス識別子およびＥＡＰパケットの識別子フィールドのうち少なくとも１つに含まれるシーケンス番号を符号化する。あるいは、モバイル・ノード１００は、レイヤ２とレイヤ３メッセージのうち少なくとも１つを用いてネットワーク・エレメントにシーケンス番号を送信してもよい。また、モバイル・ノード１００は、他の認証方式による場合は、ネットワーク認証中にネットワーク・エレメントに送信されたＩＰパケットのソース・アドレスに含まれる、または近隣探索プロトコル（ＮＤＰ）もしくはダイナミック・ホスト・コンフィギュレーション・プロトコル（ＤＨＣＰ）パケットのソース・アドレスに含まれる、シーケンス番号を符号化してもよい。
ネットワーク認証がハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）によるものである場合、モバイル・ノード１００は、ＨＴＴＰパケット・ヘッダを用いて、ネットワーク・エレメントにシーケンス番号を送信してもよい。ネットワーク認証がインターネット・キー交換プロトコル（ＩＫＥ）を用いる場合、モバイル・ノード１００は、ＩＫＥメッセージＩＤを用いて、ネットワーク・エレメントにシーケンス番号を送信してもよい。
図９は、本発明に係るモバイル・ノード２００の他の典型的な実施の形態を示す。モバイル・ノード２００は、送信手段２０１と受信手段２０２を備える。モバイル・ノード２００は、時間情報を取得するための時間情報取得手段２０３と取得した時間情報をシーケンス番号に変換するための変換手段２０４をさらに備える。送信手段２０１は、モビリティ・アンカー・ポイントに、ネットワーク内のモバイル・ノードの位置に関するメッセージを送信するよう構成される。ここで、当該メッセージはシーケンス番号を含む。
本発明の他の実施の形態はハードウェアおよびソフトウェアを用いた上述の様々な実施の形態の実現に関する。本発明の様々な実施の形態は、演算装置（プロセッサ）を用いて実現または実行してもよいことが分かる。演算装置またはプロセッサは、例えば、汎用プロセッサ、デジタル・シグナル・プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または他のプログラマブル・ロジック・デバイスなどでもよい。本発明の様々な実施の形態は、これらの装置の組み合わせによって実行または実現してもよい。
また、本発明の様々な実施の形態は、プロセッサにより実行されるソフトウェア・モジュールによって、あるいはハードウェアにおいて直接、実現することができる。さらに、ソフトウェア・モジュールとハードウェア実装とを組み合わせることも可能であろう。ソフトウェア・モジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ，ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、あらゆる種類のコンピュータ読み取り可能媒体に格納することができる。
これまでの段落では、本発明の様々な実施の形態および変形を説明してきた。具体的な実施の形態に示したように、広く記述された本発明の要旨または範囲を逸脱することなく本発明に対して様々な変形および／または改良を実施し得ることが当業者に理解されるであろう。

Claims (51)

  1. モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内の前記モバイル・ノード（ＭＮ）の位置を、モビリティ・アンカー・ポイントに信号で知らせる方法であって、前記方法は、ネットワーク・エレメントによって実行される、
    前記モバイル・ノード（ＭＮ）のネットワーク認証の最中または後で、前記モバイル・ノード（ＭＮ）から、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を実施するプロセスによって用いられるシーケンス番号を受信するステップと、
    前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノード（ＭＮ）の位置に関するメッセージであって、前記受信したシーケンス番号を含む前記メッセージを送信するステップとを、
    有する方法。
  2. 前記モバイル・ノード（ＭＮ）が、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を実施するプロセスによって用いられるシーケンス番号を前記ネットワーク・エレメントに送信する前に、前記シーケンス番号をインクリメントすることを更に有し、
    前記ネットワーク・エレメントによって受信された前記シーケンス番号は前記インクリメントされたシーケンス番号である請求項１に記載の方法。
  3. 前記モバイル・ノード（ＭＮ）が、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を実施するプロセスによって用いられるシーケンス番号を前記ネットワーク・エレメントに送信した後で、前記シーケンス番号をインクリメントすることを更に有する請求項１に記載の方法。
  4. 前記ネットワーク認証は拡張認証プロトコル（ＥＡＰ）に準拠し、
    前記方法は、前記モバイル・ノード（ＭＮ）が、ＥＡＰ応答／識別パケット・メッセージのネットワーク・アクセス識別子とＥＡＰパケットの識別子フィールドのうち、少なくとも１つに含まれる前記シーケンス番号を符号化することを更に有する請求項１から３のいずれか１つに記載の方法。
  5. モバイル・ノード（ＭＮ）が、レイヤ２またはレイヤ３メッセージの少なくとも１つを用いて、前記ネットワーク・エレメントに前記シーケンス番号を送信することを更に有する請求項１から３のいずれか１つに記載の方法。
  6. 前記モバイル・ノード（ＭＮ）が、ネットワーク認証中に前記ネットワーク・エレメントに送信されるＩＰパケットのソース・アドレスに含まれる、または、近隣探索プロトコル（ＮＤＰ）もしくはダイナミック・ホスト・コンフィギュレーション・プロトコル（ＤＨＣＰ）パケットのソース・アドレスに含まれる前記シーケンス番号を符号化することを更に有する請求項１から３のいずれか１つに記載の方法。
  7. 前記ネットワーク認証はハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）に準拠し、
    前記方法は、前記モバイル・ノード（ＭＮ）が、ＨＴＴＰパケット・ヘッダを用いて、前記ネットワーク・エレメントに前記シーケンス番号を送信することを更に有する請求項１から３のいずれか１つに記載の方法。
  8. 前記ネットワーク認証は、インターネット・キー交換プロトコル（ＩＫＥ）を用い、
    前記方法は、前記モバイル・ノード（ＭＮ）が、ＩＫＥメッセージＩＤを用いて、前記ネットワーク・エレメントに前記シーケンス番号を送信することを更に有する請求項１から３のいずれか１つに記載の方法。
  9. 前記ネットワーク・ベースのモビリティ管理方式は、プロキシ・モバイル・インターネット・プロトコル・バージョン６に準拠し、
    前記ネットワーク・エレメントは、プロキシ・モバイル・エージェントであり、
    前記モビリティ・アンカー・ポイントは、前記モバイル・ノード（ＭＮ）のホーム・エージェントであり、
    前記ネットワーク・エレメントによって前記モビリティ・アンカー・ポイントに送信される前記ネットワーク内の前記モバイル・ノード（ＭＮ）の位置に関する前記メッセージは、前記プロキシ・モバイル・エージェントによって前記モビリティ・アンカー・ポイントに送信されるプロキシ・バインディング・アップデートである、請求項１から８のいずれか１つに記載の方法。
  10. 前記プロキシ・モバイル・エージェントは、前記プロキシ・バインディング・アップデートのネットワーク・アクセス識別子フィールドまたはシーケンス番号フィールドに含まれる前記シーケンス番号を符号化する請求項９に記載の方法。
  11. モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内の前記モバイル・ノード（ＭＮ）の位置を、モビリティ・アンカー・ポイントに信号で知らせる方法であって、ネットワーク・エレメントは現在時刻情報を認識し、前記方法は、前記ネットワーク・エレメントによって実行される、
    時刻情報を取得するステップと、
    前記取得した時刻情報をシーケンス番号に変換するステップと、
    前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノード（ＭＮ）の位置に関するメッセージであって、前記シーケンス番号を含む前記メッセージを送信するステップとを、
    有する方法。
  12. モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を用いるネットワーク内の前記モバイル・ノード（ＭＮ）の位置を、モビリティ・アンカー・ポイントに信号で知らせる方法であって、前記モバイル・ノードは現在時刻情報を認識し、前記方法は、前記モバイル・ノード（ＭＮ）によって実行される、
    時刻情報を取得するステップと、
    前記取得した時刻情報をシーケンス番号に変換するステップと、
    前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノード（ＭＮ）の位置に関するメッセージであって、前記シーケンス番号を含む前記メッセージを送信するステップとを、
    有する方法。
  13. モビリティ・アンカー・ポイントで、第１のネットワークと第２のネットワークとの間を移動するモバイル・ノード（ＭＮ）のモビリティを管理する方法であって、前記第１のネットワークは、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を用い、前記第２のネットワークは、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用い、前記モビリティ・アンカー・ポイントは、モバイル・ノード（ＭＮ）・ベースのモビリティ管理方式とネットワーク・ベースのモビリティ管理方式の両方を実装しており、前記方法は、前記モビリティ・アンカー・ポイントによって実行される、
    前記モバイル・ノード（ＭＮ）から、前記第１のネットワーク内の前記モバイル・ノード（ＭＮ）の第１の位置に関する第１のメッセージを受信するステップと、
    前記第２のネットワーク内のネットワーク・エレメントから、前記第２のネットワーク内の前記モバイル・ノード（ＭＮ）の第２の位置に関する第２のメッセージを受信し、前記第１と第２のメッセージは連続して受信される、ステップと、
    前記第１のメッセージの第１のシーケンス番号と前記第２のメッセージの第２のシーケンス番号を比較するステップと、
    前記比較結果に基づいて、前記第１と第２のメッセージの送信の時系列の順番を特定することにより、前記モバイル・ノード（ＭＮ）の現在の位置を特定するステップとを、
    有する方法。
  14. 一連の前記シーケンス番号は、モバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を実装する前記モバイル・ノード（ＭＮ）の第１のプロセスと、ネットワーク・ベースのモビリティ管理方式を実装する前記ネットワーク・エレメントの第２のプロセスに共通する請求項１３に記載の方法。
  15. 前記モバイル・ノード（ＭＮ）は、前記モビリティ・アンカー・ポイントを介して、対応するノードとデータを交換し、
    前記方法は、
    特定された前記第１と第２のメッセージの送信の時系列の順番を基に、前記第１のネットワークに属する前記モバイル・ノード（ＭＮ）の第１のＩＰアドレスと前記第２のネットワークに属する前記モバイル・ノード（ＭＮ）の第２のＩＰアドレスのうちの１つを選択することと、
    前記対応するノードから、前記モバイル・ノード（ＭＮ）の前記選択されたＩＰアドレスに、データを送信することとを、
    更に有する請求項１３または１４に記載の方法。
  16. 前記第１のＩＰアドレスは、前記第１のネットワークに属する前記モバイル・ノード（ＭＮ）の第１の気付アドレスであり、前記第２のＩＰアドレスは、前記第２のネットワークに属する前記モバイル・ノード（ＭＮ）の第２の気付アドレスである請求項１５に記載の方法。
  17. 前記データ送信のための前記モバイル・ノード（ＭＮ）のＩＰアドレスとして、前記第１と第２のメッセージのうちの後に送信された方に対応する前記モバイル・ノード（ＭＮ）のＩＰアドレスを選択する請求項１５または１６に記載の方法。
  18. 前記第１と第２のメッセージのうちの後に受信した方の前記シーケンス番号が、前記第１と第２のメッセージのうちの先に受信した方の前記シーケンス番号より大きい場合、前記第１と第２のメッセージのうちの後に受信した方が最後に送信されたものとして特定される請求項１３から１７のいずれか１つに記載の方法。
  19. 前記第１のメッセージに含まれる前記第１のシーケンス番号が、前記第１のメッセージの送信前に前記モバイル・ノード（ＭＮ）によってインクリメントされた値である場合、前記方法は、前記第１のメッセージの前記第１のシーケンス番号が前記第２のメッセージの前記第２のシーケンス番号と等しいときには、前記第２のメッセージを最後に送信されたものとして特定することを更に有する請求項１３から１８のいずれか１つに記載の方法。
  20. 前記第１のメッセージに含まれる前記第１のシーケンス番号が、前記第１のメッセージの送信後に前記モバイル・ノード（ＭＮ）によってインクリメントされた値である場合、前記方法は、前記第１のメッセージの前記第１のシーケンス番号が前記第２のメッセージの前記第２のシーケンス番号と等しいときには、前記第１のメッセージを最後に送信されたものとして特定することを更に有する請求項１３から１８のいずれか１つに記載の方法。
  21. 前記モバイル・ノード（ＭＮ）・ベースのモビリティ管理方式は、モバイル・インターネット・プロトコルに準拠しており、
    前記ネットワーク・ベースのモビリティ管理方式は、プロキシ・モバイル・インターネット・プロトコルのバージョンのうちの１つ、または、ネットワーク・ベースのローカル・モビリティ管理プロトコルに準拠している請求項１１から２０のいずれか１つに記載の方法。
  22. 前記第１のメッセージは、前記モバイル・ノード（ＭＮ）によって前記モバイル・アンカー・ポイントに送信されるバインディング・アップデートメッセージである請求項１３から２１のいずれか１つに記載の方法。
  23. 前記ネットワーク・ベースのモビリティ管理方式は、プロキシ・モバイル・インターネット・プロトコル・バージョン６に準拠しており、
    前記ネットワーク・エレメントは、前記第２のネットワーク内のアクセス・ルータと同じ位置に配置されたプロキシ・モバイル・エージェントであり、
    前記モビリティ・アンカー・ポイントは、前記モバイル・ノード（ＭＮ）のホーム・エージェントである請求項１３から２２のいずれか１つに記載の方法。
  24. 前記第２のネットワーク内の前記ネットワーク・エレメントからの前記第２のメッセージは、前記プロキシ・モバイル・エージェントによって、前記モビリティ・アンカー・ポイントに送信されるプロキシ・バインディング・アップデートである請求項２３に記載の方法。
  25. モビリティ・アンカー・ポイントで、第１のネットワーク・エレメントと第２のネットワーク・エレメントとの間を移動するモバイル・ノード（ＭＮ）のモビリティを管理する方法であって、前記第１および第２のネットワーク・エレメントは、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用い、前記モビリティ・アンカー・ポイントは、ネットワーク・ベースのモビリティ管理方式を実装しており、前記方法は、前記モビリティ・アンカー・ポイントによって実行される、
    前記第１のネットワーク・エレメントから、前記モバイル・ノード（ＭＮ）の第１の位置に関する第１のメッセージを受信するステップと、
    前記第２のネットワーク・エレメントから、前記モバイル・ノード（ＭＮ）の第２の位置に関する第２のメッセージを受信し、前記第１と第２のメッセージは連続して受信される、ステップと、
    前記第１のメッセージの第１のシーケンス番号と前記第２のメッセージの第２のシーケンス番号を比較するステップと、
    前記比較結果に基づいて、前記第１と第２のメッセージの送信の時系列の順番を特定することにより、前記モバイル・ノード（ＭＮ）の現在の位置を特定するステップとを、
    有する方法。
  26. 前記第１と第２のメッセージのうちの後に受信した方の前記シーケンス番号が、前記第１と第２のメッセージのうちの先に受信した方の前記シーケンス番号より大きい場合、前記第１と第２のメッセージのうちの後に受信した方が最後に送信されたものとして特定される請求項２５に記載の方法。
  27. 前記第１のシーケンス番号と前記第２のシーケンス番号が互いに等しい場合、前記第１のメッセージの第１のタイムスタンプと前記第２のメッセージの第２のタイムスタンプを比較することと、
    前記第２の比較結果に基づいて、前記第１と第２のメッセージの送信の時系列の順番を特定することにより、前記モバイル・ノード（ＭＮ）の現在の位置を特定することとを、
    更に有する請求項２５に記載の方法。
  28. 前記第１と第２のメッセージのうちの後に受信した方の前記タイムスタンプが前記第１と第２のメッセージのうちの先に受信した方の前記タイムスタンプより大きい場合、前記第１と第２のメッセージのうちの後に受信した方が最後に送信されたものとして特定される請求項２７に記載の方法。
  29. 前記ネットワーク・ベースのモビリティ管理方式は、プロキシ・モバイル・インターネット・プロトコルのバージョンのうちの１つ、または、ネットワーク・ベースのローカル・モビリティ管理プロトコルに準拠している請求項２５から２８のいずれか１つに記載の方法。
  30. 前記ネットワーク・ベースのモビリティ管理方式は、プロキシ・モバイル・インターネット・プロトコル・バージョン６に準拠しており、
    前記第１及び第２のネットワーク・エレメントのそれぞれは、第１および第２のアクセス・ルータのそれぞれと同じ位置に配置された第１及び第２のプロキシ・モバイル・エージェントであり、
    前記モビリティ・アンカー・ポイントは、前記モバイル・ノード（ＭＮ）のホーム・エージェントである請求項２５から２９のいずれか１つに記載の方法。
  31. 前記第１および第２のネットワーク・エレメント各々からの前記第１および第２のメッセージのそれぞれは、前記第１および第２のプロキシ・モバイル・エージェントのそれぞれによって、前記モビリティ・アンカー・ポイントに送信される第１および第２のプロキシ・バインディング・アップデートである請求項３０に記載の方法。
  32. モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内のネットワーク・エレメントであって、前記ネットワーク・エレメントは、前記モバイル・ノード（ＭＮ）のモビリティ・アンカー・ポイントに、前記ネットワーク内の前記モバイル・ノード（ＭＮ）の位置を信号で知らせるように構成され、前記ネットワーク・エレメントは、
    前記モバイル・ノード（ＭＮ）のネットワーク認証の最中または後で、前記モバイル・ノード（ＭＮ）から、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を実施するプロセスによって用いられるシーケンス番号を受信する受信手段と、
    前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノード（ＭＮ）の位置に関するメッセージであって、前記受信したシーケンス番号を含む前記メッセージを送信する送信手段とを、
    有するネットワーク・エレメント。
  33. 前記ネットワーク・ベースのモビリティ管理方式は、プロキシ・モバイル・インターネット・プロトコル・バージョン６に準拠し、
    前記ネットワーク・エレメントは、プロキシ・モバイル・エージェントであり、
    前記ネットワーク・エレメントによって前記モビリティ・アンカー・ポイントに送信される前記ネットワーク内の前記モバイル・ノード（ＭＮ）の位置に関する前記メッセージは、前記プロキシ・モバイル・エージェントによって前記モビリティ・アンカー・ポイントに送信されるプロキシ・バインディング・アップデートである請求項３２に記載のネットワーク・エレメント。
  34. 前記プロキシ・モバイル・エージェントは、前記プロキシ・バインディング・アップデートのネットワーク・アクセス識別子フィールドまたはシーケンス番号フィールドに含まれる前記シーケンス番号を符号化するよう構成される請求項３３に記載のネットワーク・エレメント。
  35. モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内のネットワーク・エレメントであって、前記ネットワーク・エレメントは、前記モバイル・ノード（ＭＮ）のモビリティ・アンカー・ポイントに、前記ネットワーク内の前記モバイル・ノード（ＭＮ）の位置を信号で知らせるように構成され、前記ネットワーク・エレメントは現在時刻情報を認識し、前記ネットワーク・エレメントは、
    時刻情報を取得する時刻情報取得手段と、
    前記取得した時刻情報をシーケンス番号に変換する変換手段と、
    前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノード（ＭＮ）の位置に関するメッセージであって、前記シーケンス番号を含む前記メッセージを送信する送信手段とを、
    有するネットワーク・エレメント。
  36. モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用いるネットワーク内のモバイル・ノードであって、
    前記モバイル・ノード（ＭＮ）のネットワーク認証の最中または後で、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を実施するプロセスによって用いられるシーケンス番号を、ネットワーク・エレメントに送信する送信手段を有するモバイル・ノード。
  37. 前記モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を実施するプロセスによって用いられるシーケンス番号を前記ネットワーク・エレメントに送信する前に、前記シーケンス番号をインクリメントするインクリメント手段を更に有し、
    前記送信手段は、前記ネットワーク・エレメントに、前記インクリメントされたシーケンス番号を送信するように構成される請求項３６に記載のモバイル・ノード。
  38. 前記モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を実施するプロセスによって用いられるシーケンス番号を前記ネットワーク・エレメントに送信した後に、前記シーケンス番号をインクリメントするインクリメント手段を更に有する請求項３６に記載のモバイル・ノード。
  39. 前記モバイル・ノードは、請求項４から８のいずれか１つに記載の方法ステップを実行するように構成される請求項３６から３８のいずれか１つに記載のモバイル・ノード。
  40. モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を用いるネットワーク内のモバイル・ノードであって、前記モバイル・ノード（ＭＮ）は、前記モバイル・ノード（ＭＮ）のモビリティ・アンカー・ポイントに、前記ネットワーク内の前記モバイル・ノード（ＭＮ）の位置を信号で知らせるように構成され、前記モバイル・ノード（ＭＮ）は現在時刻情報を認識し、前記モバイル・ノードは、
    時刻情報を取得する時刻情報取得手段と、
    前記取得した時刻情報をシーケンス番号に変換する変換手段と、
    前記モビリティ・アンカー・ポイントに、前記ネットワーク内のモバイル・ノード（ＭＮ）の位置に関するメッセージであって、前記シーケンス番号を含む前記メッセージを送信する送信手段とを、
    有するモバイル・ノード。
  41. 第１のネットワークと第２のネットワークとの間を移動するモバイル・ノード（ＭＮ）のモビリティを管理するモビリティ・アンカー・ポイントであって、前記第１のネットワークは、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにモバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を用い、前記第２のネットワークは、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用い、前記モビリティ・アンカー・ポイントは、モバイル・ノード（ＭＮ）・ベースのモビリティ管理方式とネットワーク・ベースのモビリティ管理方式の両方を実装し、前記モビリティ・アンカー・ポイントは、
    前記モバイル・ノード（ＭＮ）から、前記第１のネットワーク内の前記モバイル・ノード（ＭＮ）の第１の位置に関する第１のメッセージを受信し、前記第２のネットワーク内のネットワーク・エレメントから、前記第２のネットワーク内の前記モバイル・ノード（ＭＮ）の第２の位置に関する第２のメッセージを受信し、前記第１と第２のメッセージは連続して受信される、受信手段と、
    前記第１のメッセージの第１のシーケンス番号と前記第２のメッセージの第２のシーケンス番号を比較する比較手段と、
    前記比較結果に基づいて、前記第１と第２のメッセージの送信の時系列の順番を特定することにより、前記モバイル・ノード（ＭＮ）の現在の位置を特定する特定手段とを、
    有するモビリティ・アンカー・ポイント。
  42. 一連のシーケンス番号は、モバイル・ノード（ＭＮ）・ベースのモビリティ管理方式を実施する前記モバイル・ノード（ＭＮ）の第１のプロセスと、ネットワーク・ベースのモビリティ管理方式を実施する前記ネットワーク・エレメントの第２のプロセスに共通する請求項４１に記載のモビリティ・アンカー・ポイント。
  43. 前記モバイル・ノード（ＭＮ）は、前記モビリティ・アンカー・ポイントを介して、対応するノードとデータを交換し、
    前記モビリティ・アンカー・ポイントは、
    特定された前記第１と第２のメッセージの送信の時系列の順番を基に、前記第１のネットワークに属する前記モバイル・ノード（ＭＮ）の第１のＩＰアドレスと前記第２のネットワークに属する前記モバイル・ノード（ＭＮ）の第２のＩＰアドレスのうちの１つを選択する選択手段と、
    前記対応するノードから、前記モバイル・ノード（ＭＮ）の前記選択されたＩＰアドレスに、データを送信する送信手段とを、
    更に有する請求項４１または４２に記載のモビリティ・アンカー・ポイント。
  44. 前記モビリティ・アンカー・ポイントは、データ送信のための前記モバイル・ノード（ＭＮ）のＩＰアドレスとして、前記第１と第２のメッセージのうちの後に送信された方に対応する前記モバイル・ノード（ＭＮ）のＩＰアドレスを選択するように構成された請求項４３に記載のモビリティ・アンカー・ポイント。
  45. 前記モビリティ・アンカー・ポイントは、前記第１と第２のメッセージのうちの後に受信した方の前記シーケンス番号が前記第１と第２のメッセージのうちの先に受信した方の前記シーケンス番号より大きい場合、前記第１と第２のメッセージのうちの後に受信した方を最後に送信されたものとして特定するように構成された請求項４１から４４のいずれか１つに記載のモビリティ・アンカー・ポイント。
  46. 前記モビリティ・アンカー・ポイントは、前記第１のメッセージに含まれる前記第１のシーケンス番号が、前記モバイル・ノード（ＭＮ）によって、前記第１のメッセージの送信前にインクリメントされた値である場合、前記第１のメッセージの前記第１のシーケンス番号が前記第２のメッセージの前記第２のシーケンス番号と等しいときには、第２のメッセージを最後に送信されたものとして特定するように構成された請求項４１から４５のいずれか１つに記載のモビリティ・アンカー・ポイント。
  47. 前記モビリティ・アンカー・ポイントは、前記第１のメッセージに含まれる前記第１のシーケンス番号が、前記モバイル・ノード（ＭＮ）によって、前記第１のメッセージの送信後にインクリメントされた値である場合、前記第１のメッセージの前記第１のシーケンス番号が前記第２のメッセージの前記第２のシーケンス番号と等しいときには、第１のメッセージを最後に送信されたものとして特定するように構成された請求項４１から４５のいずれか１つに記載のモビリティ・アンカー・ポイント。
  48. 第１のネットワーク・エレメントと第２のネットワーク・エレメントとの間を移動するモバイル・ノード（ＭＮ）のモビリティを管理するモビリティ・アンカー・ポイントであって、前記第１および第２のネットワーク・エレメントは、前記モバイル・ノード（ＭＮ）のモビリティを管理するためにネットワーク・ベースのモビリティ管理方式を用い、前記モビリティ・アンカー・ポイントは、ネットワーク・ベースのモビリティ管理方式を実装しており、前記モビリティ・アンカー・ポイントは、
    前記第１のネットワーク・エレメントから、前記モバイル・ノード（ＭＮ）の第１の位置に関する第１のメッセージを受信し、前記第２のネットワーク・エレメントから、前記モバイル・ノード（ＭＮ）の第２の位置に関する第２のメッセージを受信し、前記第１と第２のメッセージは連続して受信される、受信手段と、
    前記第１のメッセージの第１のシーケンス番号と前記第２のメッセージの第２のシーケンス番号を比較する比較手段と、
    前記比較結果に基づいて、前記第１と第２のメッセージの送信の時系列の順番を特定することにより、前記モバイル・ノード（ＭＮ）の現在の位置を特定する特定手段とを、
    有するモビリティ・アンカー・ポイント。
  49. 前記モビリティ・アンカー・ポイントは、前記第１と第２のメッセージのうちの後に受信した方の前記シーケンス番号が前記第１と第２のメッセージのうちの先に受信した方の前記シーケンス番号より大きい場合、前記第１と第２のメッセージのうちの後に受信した方を最後に送信されたものとして特定するよう構成された請求項４８に記載のモビリティ・アンカー・ポイント。
  50. 前記第１のシーケンス番号と前記第２のシーケンス番号が互いに等しい場合、前記第１のメッセージの第１のタイムスタンプと前記第２のメッセージの第２のタイムスタンプを比較する第２の比較手段を更に有し、
    前記特定手段は、前記第２の比較結果に基づいて前記第１と第２のメッセージの送信の時系列の順番を特定することにより、前記モバイル・ノード（ＭＮ）の現在の位置を特定するように構成されている請求項４８に記載のモビリティ・アンカー・ポイント。
  51. 前記モビリティ・アンカー・ポイントは、前記第１と第２のメッセージのうちの後に受信した方の前記タイムスタンプが前記第１と第２のメッセージのうちの先に受信した方の前記タイムスタンプより大きい場合、前記第１と第２のメッセージのうちの後に受信した方を最後に送信されたものとして特定するよう構成された請求項５０に記載のモビリティ・アンカー・ポイント。
JP2009547590A 2007-01-30 2008-01-29 パケット・ベースの通信ネットワークにおけるネットワーク・ベースおよびホスト・ベースのモビリティ管理 Withdrawn JP2010517454A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP07001998 2007-01-30
EP07003146A EP1953991A1 (en) 2007-01-30 2007-02-14 Race condition resolution in mixed network- and host-based mobility mangement scenarios
PCT/EP2008/000681 WO2008092641A1 (en) 2007-01-30 2008-01-29 Network-based and host-based mobility management in packet-based communication networks

Publications (1)

Publication Number Publication Date
JP2010517454A true JP2010517454A (ja) 2010-05-20

Family

ID=37983648

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009547590A Withdrawn JP2010517454A (ja) 2007-01-30 2008-01-29 パケット・ベースの通信ネットワークにおけるネットワーク・ベースおよびホスト・ベースのモビリティ管理

Country Status (4)

Country Link
US (1) US20100046434A1 (ja)
EP (2) EP1953991A1 (ja)
JP (1) JP2010517454A (ja)
WO (1) WO2008092641A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009094651A (ja) * 2007-10-04 2009-04-30 Kddi Corp 移動体通信システムにおけるハンドオフ方法、無線基地局装置及びゲートウェイ装置

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10171998B2 (en) 2007-03-16 2019-01-01 Qualcomm Incorporated User profile, policy, and PMIP key distribution in a wireless communication network
US8364790B2 (en) * 2008-06-13 2013-01-29 Samsung Electronics Co., Ltd. Method and apparatus for production and use of decorated networking identifier
US8898323B2 (en) * 2008-10-22 2014-11-25 Qualcomm Incorporated Mobility protocol selection in a multi-internet protocol mobility environment
EP2190252B1 (en) * 2008-11-25 2013-09-18 Alcatel Lucent Method for managing mobility of a mobile device within a network using a proxy MIPv6 protocol
US8683048B2 (en) * 2008-11-26 2014-03-25 Qualcomm Incorporated Apparatus and method for selecting IP services
KR101367387B1 (ko) 2008-12-19 2014-03-14 한국전자통신연구원 차세대 네트워크에서 ＰＭＩＰｖ６를 지원하기 위한 사용자인증관리 장치 및 그 방법.
US8806587B2 (en) * 2009-04-07 2014-08-12 Togewa Holding Ag Method and system for authenticating a network node in a UAM-based WLAN network
CN101873572B (zh) * 2009-04-27 2012-08-29 中国移动通信集团公司 基于PMIPv6的数据传输方法、系统及相关网络设备
US8495195B1 (en) * 2010-11-04 2013-07-23 Sprint Communications Company L.P. Cookie preservation when switching devices
EP2730112A4 (en) * 2011-07-08 2015-05-06 Nokia Corp METHOD AND APPARATUS FOR AUTHENTICATING SUBSCRIBERS TO LONG-TERM EVOLUTION TELECOMMUNICATION NETWORKS OR UNIVERSAL MOBILE TELECOMMUNICATION SYSTEM
US8824395B2 (en) * 2011-10-25 2014-09-02 Verizon Patent And Licensing Inc. Dynamic selection of host-based or network-based mobility protocol
US8817707B2 (en) * 2012-07-20 2014-08-26 Intel Corporation Mechanisms for roaming between 3GPP operators and WLAN service providers
US9226153B2 (en) * 2013-08-23 2015-12-29 Cisco Technology, Inc. Integrated IP tunnel and authentication protocol based on expanded proxy mobile IP
US9420607B1 (en) 2014-05-28 2016-08-16 Cisco Technology, Inc. System and method for handling stray session requests in a network environment
US9787852B2 (en) * 2014-06-04 2017-10-10 Alcatel-Lucent Usa Inc. Sequence number reuse for CDR transport using GTP'
US9713117B2 (en) * 2014-09-25 2017-07-18 Intel Corporation Device-to-device assisted positioning in wireless cellular technologies
US10999187B2 (en) * 2019-06-13 2021-05-04 Juniper Networks, Inc. Wireless control and fabric links for high-availability cluster nodes

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4233297B2 (ja) * 2002-10-07 2009-03-04 株式会社エヌ・ティ・ティ・ドコモ 通信システム、移動端末、転送装置及び通信方法
US7069000B1 (en) * 2003-02-10 2006-06-27 Flarion Technologies, Inc. Security methods for use in a wireless communications system
US7697508B2 (en) * 2003-07-31 2010-04-13 University Of Florida Research Foundation, Inc. System, apparatus, and methods for proactive allocation of wireless communication resources
EP1764970A1 (en) * 2005-09-19 2007-03-21 Matsushita Electric Industrial Co., Ltd. Multiple interface mobile node with simultaneous home- and foreign network connection
CN101523842A (zh) * 2006-08-09 2009-09-02 艾利森电话股份有限公司 Vrm选择

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009094651A (ja) * 2007-10-04 2009-04-30 Kddi Corp 移動体通信システムにおけるハンドオフ方法、無線基地局装置及びゲートウェイ装置

Also Published As

Publication number Publication date
EP1953991A1 (en) 2008-08-06
WO2008092641A1 (en) 2008-08-07
EP2119175A1 (en) 2009-11-18
US20100046434A1 (en) 2010-02-25

Similar Documents

Publication Publication Date Title
US11477634B2 (en) Home agent discovery upon changing the mobility management scheme
JP2010517454A (ja) パケット・ベースの通信ネットワークにおけるネットワーク・ベースおよびホスト・ベースのモビリティ管理
JP5430587B2 (ja) ネットワークベースのモビリティ管理による経路最適化のためのゲートウェイ間での情報交換
JP5166525B2 (ja) モバイルノードのためのアクセスネットワーク−コアネットワーク間信頼関係検出
JP5205468B2 (ja) ネットワーク・ベース・モビリティからホスト・ベース・モビリティへのハンドオーバ時におけるルート最適化の継続性
EP2151142B1 (en) Methods and apparatus for sending data packets to and from mobile nodes
JP2010532959A (ja) 移動ノード内に実装されたモビリティ機能の検知
EP2099189A1 (en) Information exchange between gateways for route optimization with network-based mobility management
Guo et al. LMA/HA Discovery Mechanism on the interaction between MIPv6 and PMIPv6

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20101222

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20120622