JP4988817B2 - 移動ネットワーク内で移動する移動ノードに関連する効率的な位置管理シグナリングのためのシステム、ルータ、移動ノード並びに移動ルータ - Google Patents

移動ネットワーク内で移動する移動ノードに関連する効率的な位置管理シグナリングのためのシステム、ルータ、移動ノード並びに移動ルータ Download PDF

Info

Publication number
JP4988817B2
JP4988817B2 JP2009500097A JP2009500097A JP4988817B2 JP 4988817 B2 JP4988817 B2 JP 4988817B2 JP 2009500097 A JP2009500097 A JP 2009500097A JP 2009500097 A JP2009500097 A JP 2009500097A JP 4988817 B2 JP4988817 B2 JP 4988817B2
Authority
JP
Japan
Prior art keywords
signaling
mobile
mobile node
router
delegation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2009500097A
Other languages
English (en)
Other versions
JPWO2008102570A1 (ja
Inventor
純 平野
モハナ ダマヤンティ ジャヤタラン
チャン ワー ンー
ペク ユー タン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2009500097A priority Critical patent/JP4988817B2/ja
Publication of JPWO2008102570A1 publication Critical patent/JPWO2008102570A1/ja
Application granted granted Critical
Publication of JP4988817B2 publication Critical patent/JP4988817B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、パケット交換通信の分野に関し、特にパケット交換通信ネットワーク内を移動する移動ノード（モバイルノード）に関する。
今日、多くのデバイスは、インターネット・プロトコル（ＩＰ）により相互に通信を行っている。移動デバイスのモビリティをサポートするために、インターネット技術調査会（ＩＥＴＦ）は、「ＩＰｖ６でのモビリティサポート（ＭＩＰｖ６）」（Mobility Support in IPv6 (MIPv6)）非特許文献１を作成した。非特許文献１内での基本モビリティサポートは、ホーム・エージェント（ＨＡ）と呼ばれるホーム・ネットワークにおけるエンティティの導入により行われる。移動ノード（ＭＮ：モバイルノード）は、バインディングアップデート（ＢＵ）と呼ばれるメッセージにより、ホーム・エージェントに他のリンク内でＭＮが入手するその気付アドレスを登録する。これにより、ホーム・エージェントは、ホーム・リンク内で入手した長期アドレスであるホーム・アドレス（ＨｏＡ）と、移動ノードのアクセス・ネットワーク内で入手した一時的なアドレスである気付アドレス（ＣｏＡ）間でバインディングを生成することができる。ホーム・エージェントは、移動ノードのホーム・アドレスあてのメッセージをインタセプトし、パケットのカプセル化（すなわち、１つのパケットをパケット・トンネリングとも呼ばれる新しいパケットのペイロードにすること）により移動ノードの気付アドレスにパケットを転送するためのものである。
基本的なモビリティサポートを行う他に、ＭＩＰＶ６は、また、ＭＮが、経路最適化（ＲＯ）をサポートするいくつかの通信相手ノード（ＣＮ）により、経路最適化を行うことができるもう１つのモードを有する。経路最適化は、通信相手ノードに、ＭＩＰｖ６内のホーム・アドレスである移動ノード識別子が実際の位置に依存する気付アドレスと結び付けられていることを立証することにより行われる。ＭＮがこの証拠を供給する（ＢＵメッセージを送信する）ことで、ＣＮは、あて先アドレスとして気付アドレスを使用することにより、ＭＮにデータ・パケットを経路指定することができる。
不変のアドレスと位置依存アドレスの間の結び付きを示すこの証明は、リターン・ルータビリティ（ＲＲ：Return Routability）と呼ばれる手順により行われる。リターン・ルータビリティ（ＲＲ）手順により、通信相手ノードは、ＢＵ内に指定されているホーム・アドレス及び気付アドレスが、実際に結び付けられていることを確認することができる。基本的に、ＲＲ手順では、移動ノードは、通信ノードにＢＵを送信する前に、通信相手ノードから２つのセキュアな状態で生成したトークンを入手することが要求される。ＲＲ手順を開始するために、移動ノードは、最初に、通信相手ノードに２つの異なるメッセージ、すなわち、ホーム試験開始（ＨｏＴＩ:Home Test Init）メッセージ、及び気付試験開始（ＣｏＴＩ:Care-of Test Init）メッセージを送信する。ＨｏＴＩは、パケット・ソース（パケットの送信元）として移動ノードのホーム・アドレスが設定され、ホーム・エージェントを介して送信される。ＣｏＴＩは、パケット・ソースとして移動ノードの気付アドレスが設定され、直接送信される。通信相手ノードは、ＨｏＴＩを受信した場合、秘密鍵により移動ノードのホーム・アドレスに基づいて暗号化したホーム・キー生成トークン（ＨｏＫ）と呼ばれるセキュリティ・トークンを含む移動ノードのホーム・アドレスへ送信されたホーム試験（ＨｏＴ）メッセージにより応答する。同様に、通信相手ノードは、ＣｏＴＩを受信した場合、秘密鍵により移動ノードの気付アドレスに基づいて暗号化した気付キー生成トークン（ＣｏＫ）と呼ばれるセキュリティ・トークンを含む移動ノードの気付アドレスへ送信された気付試験（ＣｏＴ）メッセージにより応答する。移動ノードがＨｏＴ及びＣｏＴメッセージの両方を受信すると、移動ノードは、通信相手ノードに認証子を含むＢＵを送信することができる。この認証子は、ＨｏＫ及びＣｏＫの連鎖であるキーを使用するＢＵの暗号化したチェックサムである。このようにして、通信相手ノードがＢＵを受信すると、通信相手ノードは、別々にチェックサムを計算し、計算されたチェックサムと、認証子が含んでいるチェックサムとが同じものであるかどうかをチェックすることができる。これにより、ＢＵ内に指定されている気付アドレス及びホーム・アドレスが、実際に結び付けられていることを確認することができる。
非特許文献３が、この手順についてのセキュリティ設計の背景について簡単に記載している。ＲＲセキュリティ設計の目的は、なりすまし攻撃及びフラッド攻撃をある程度克服することであった。なりすまし攻撃は、自分自身のホーム・アドレスとして他人のホーム・アドレスを使用し、ビクティム（犠牲者、攻撃対象者）のデータ・フローを入手する攻撃を意味する。フラッド攻撃は、自分自身の気付アドレスとして他人の気付アドレスを使用し、ビクティム・ネットワークをフラッド攻撃し、ネットワークがサービスを行うことをできなくする攻撃を意味する。
しかし、ＲＲ手順は、依然として攻撃者がホーム・エージェントと通信相手ノードとの間に位置するある種の攻撃に弱い。上記位置に位置する攻撃者なら誰でも、ＲＲ関連のシグナリングを行い、攻撃者がＨＡとＣＮとの間の経路から移動した後でもセッションを入手することができる。いわゆる時間差攻撃を緩和するために、非特許文献１は、ＲＲシグナリングを必ず頻繁に行うことを要求している。２つのリターン・ルータビリティ・シグナリング間の時間は、せいぜい７分とする。
リターン・ルータビリティ手順は、上記のように頻繁な反復を要するが、非常に高度のセキュリティ・レベルを必要としないアプリケーション用として依然として非常によく使用されている一般的なプロトコルである。これには２つの理由がある。第１の理由は、ＲＲに関連するＣＮにおいて状態保守を行わなくてもよいために簡単であり、このプロトコルをサポートするためのＣＮの構成が簡単なものとなり得るからである。第２の理由は、暗号化したアドレス（ＣＧＡ：cryptographically generated addresses）のような他の周知のセキュリティ・プロトコルと比較すると軽いプロトコルであるからである。
無線デバイスが次から次へと開発されるので、ノードの全ネットワークが全体のその接続点を変えてしまうネットワークモビリティ、すなわちＮＥＭＯのような新しいタイプのモビリティ技術が出現することが予見される。ＩＥＴＦは、非特許文献２が開示しているように、ネットワークモビリティに対するある解決方法を現在開発中である。この場合、ＢＵをホーム・エージェントに送信中である場合には、移動ルータ（ＭＲ：モバイルルータ）は、移動ネットワーク（モバイルネットワーク）内のノードが使用しているネットワーク・プレフィックスを指定するように規定している。これらのものは、ＢＵ内に挿入するネットワーク・プレフィックス・オプションと呼ばれる特殊なオプションにより指定される。これらにより、ホーム・エージェントは、ホーム・エージェントが、これらのプレフィックスと一緒にあて先に送信された任意のパケットを移動ルータの気付アドレスへトンネリングするように、プレフィックス・ベースのルーティング・テーブルを作成することができる。
ＭＮに関する限り、ＭＩＰｖ６は、ＲＲに関連する非効率な点を除いて、ＲＯ問題を完全に解決する。現在、ＲＲシグナリングのセキュリティ・レベルを改善し、ＲＲに関連するシグナリング・オーバヘッドを低減させ、ＲＯを確立する際のハンドオフ遅延を低減させ、ＭＮのホーム・エージェントとのバインディングの際のハンドオフ遅延を低減させ、媒体に依存しないハンドオーバを実行することへの関心が研究組織において高まっている。ＩＥＴＦ内には、それぞれハンドオフ遅延を低減させ、ＭＩＰｖ６の最適化を研究しているモバイルＩＰハンドオフ・シグナリング最適化作業グループ（ＭＩＰＳＨＯＰ）及びモビリティ最適化作業グループ（ＭＯＢＯＰＴＳ）のようないくつかの作業グループがある。移動しているＭＮに関連するこれらの問題とは別に、ＭＮ及びＮＥＭＯが一体になっている場合に、上記問題のうちのあるものはさらに重大な問題になる。これは主として入れ子状態のＮＥＭＯ内の入れ子状態のトンネリング問題によるものである。
ＮＥＭＯワーキンググループは、ＭＮ及び移動ネットワーク統合問題を含むＮＥＭＯに関連するすべての問題を研究している。ＭＮ及びＮＥＭＯ統合シナリオにおける主要な問題は、パケットのタイムリーな供給を必要とする移動ノードに関連するフローに対してエンド・ツー・エンド経路の最適化を達成することであり、ＭＮに関連するハンドオフ遅延を低減させることであり、ハンドオフ、電力リソースが限られている場合がある移動中のＭＮのための電力節減機構（mechanism）、及び乏しい無線リソースを節約するために、シグナリングのための帯域幅の使用をできるだけ低減させる帯域幅効率機構（mechanism）によるパケット・ロスを低減させることである。ＮＥＭＯ環境内でＭＮについてのＲＯ問題を解決するＮＥＭＯワーキンググループは多数の草案を作成している。ハンドオフ遅延最適化及び効率的なシグナリング機構（mechanism）に関する草案もいくつかある。この報告書における主要な焦点は、ハンドオフ遅延を低減できるかもしれないし、ＭＮ電力の浪費を低減できるかもしれないし、ハンドオフ・シグナリングのオーバヘッドを低減できるかもしれないし、また可能な場合には、乏しい無線帯域幅の浪費を低減できるかもしれない機構（mechanism）について説明することである。
ＭＮ及びＮＥＭＯを統合した場合には、ハンドオフ遅延を低減させるために現在重点的に論じられているプロトコルが存在する。非特許文献４に記載されているグローバルＨＡ−ＨＡプロトコルと呼ばれるようなプロトコルが存在する。このプロトコルは、プロキシＨＡによりホーム・エージェントでのハンドオフ確立遅延を低減させる。このプロトコルは、ＨＡによるハンドオフ・シグナリング遅延を低減させるのに非常に有用であり、また、特に経路最適化機構をサポートしないＣＮにより経路最適化を行うのに非常に有用である。ハンドオフ遅延の低減は、２つのレベルの位置依存アドレス指定を使用する階層化位置管理機構により実現することができ、このことはモビリティ・アンカ・ポイント（ＭＡＰ）を配置することによって実現されることは、非常に広く一般に認められている事実である。非特許文献６には、この階層化位置管理を行う従来の機構のうちの１つが開示されており、この機構は階層化ＭＩＰｖ６プロトコル（ＨＭＩＰｖ６）と呼ばれる。ＭＡＰの下の領域が変化した場合だけ、又は２つの連続しているＲＲ間の時間がそのしきい値に達した場合だけに、ノードはＭＡＰに接続しているその位置をＣＮへ知らせる必要がある。ＭＡＰ領域内においては、ＭＮは、そのアクセス・ネットワークから作成したその現在のローカル・アドレスのＭＡＰを更新するだけでよい。この場合の主要な目的は、ハンドオフ・シグナリングのオーバヘッドを低減させることであり、ハンドオフ遅延を低減させることである。ＭＮの電力節減及び帯域幅の効率に関する限り、節減はそれほど多くない。しかし、ＣＮへのコストの高いＲＲシグナリングは、ＭＮの移動に直接関連していないので、ＭＮ電力節減及び帯域幅の効率も、ＭＩＰｖ６スキームと比較した場合、ＨＭＩＰｖ６により若干改善されるということができる。経路最適化は、ＨＭＩＰｖ６プロトコルの主要な目的ではない。
現在、ＩＥＴＦ内には、ネットワーク・ベースのローカルモビリティ管理（ＮｅｔＬＭＭ）ワーキンググループと呼ばれる新しい作業グループがある。このグループの主要な目的は、移動している移動ノードに透過的にローカルモビリティ管理を提供することである。基本的には、移動ノードがＮｅｔＬＭＭ領域内に入ると、移動ノードは、ローカルモビリティアンカ（ＬＭＡ）からのプレフィックスからＣｏＡを作成し、そのＣＮ及びＨＡに登録する。その後、ＭＮは、アクセス・ネットワークの変更を気にすることなく、ＮｅｔＬＭＭ領域内で１つの気付アドレスを有する。移動しているＭＮのアクセス・ルータは、ローカルモビリティアンカにＭＮのＣｏＡ又はＭＮのＨｏＡ及びそれ自身のアドレスを登録する。このスキームは、標準ＨＭＩＰｖ６スキームをさらに改善するために設計された。ＮｅｔＬＭＭの主要な目的は、移動しているＭＮからの位置更新シグナリングが低減され、ＭＮの電力効率を増大することができるように、アクセス・ルータを介してＮｅｔＬＭＭ領域内で位置登録シグナリングを行うことである。さらに、アクセス・ルータがローカル登録を行うので、ＭＮのアクセス・ネットワークは、このようなローカル登録によってあまり輻輳することはなく、ＭＮの無線アクセス・ネットワークの帯域幅効率は増大する。さらに、位置更新シグナリングをより高速で実行することができる。なぜなら、無線媒体は位置登録のために使用されないからである。
ＭＮが移動ネットワーク内に位置していて、ＮｅｔＬＭＭ領域内を移動している場合にも、ＭＲのアクセス・ネットワーク及びＮＥＭＯネットワーク内にある程度のシグナリングの負担が生じる。しかし、シグナリング負荷は若干軽減する。なぜなら、ＭＲは、ＮｅｔＬＭＭ領域内で移動していることやアクセス・ネットワークを変更していることに気が付かないように、ＮｅｔＬＭＭがＭＲのシグナリングの負担を軽減するからである。上記説明から、経路最適化の他にシグナリングの負荷及び軽減したハンドオフ遅延の軽減に多くの努力が行われていることは明らかである。
ＭＮが、車両、列車、船舶又はバス内に展開している移動ネットワークに入り、長時間そこに接続するシナリオも使用することができる。そのような場合、ＭＮの気付アドレスは長時間変化しないかもしれないが、ＭＮがＣＮにおけるセキュアなバインディング・キャッシュ生成プロセスのためにＲＲ手順を使用する場合には、上記のように頻繁にＲＲシグナリングを行わなければならない（２つのＲＲ間の最大間隔は７分である）。そのため多くの問題が発生する。主要な問題は、１つ又は複数のＭＲ内で入れ子状態になっているＭＮからのこのＲＲシグナリングは、トンネリング・オーバヘッド及びトンネリング遅延問題を含んでいることである。入れ子状態になっているＭＮからのシグナリング・パケットは、通常、トンネリングされ、これによりＣＮでのセキュアなバインディング・キャッシュ・エントリ（ＢＣＥ）の確立の際に遅延が生じる。さらに、これらのシグナリング・パケットは、ＮＥＭＯネットワークであるＭＮのアクセス・ネットワーク、及び１つ又は複数の上流のＭＲの無線アクセス・ネットワークを横切らなければならない。これにより遅延が生じる。なぜなら、無線帯域幅がもっと狭く、無線媒体が弱いために多くの欠損を起こしやすいからである。もう１つの問題は、多くのＭＮが同時に移動ネットワークに入り、長時間移動ネットワークに接続した場合には、そのＲＲシグナリング・パケットは、時間的に同期するおそれがあることである（すべての移動局に対して同時に行ったＲＲシグナリング）。これにより、ＲＲシグナリング・パケットが衝突を起こし、再送信が可能な場合には、さらにこれにより遅延が生じる。さらに、移動しているＭＮは、低電力レベルを有することができ、これらのＭＮは、ＣｏＡの変更と本当には関連しておらず浪費となり得るシグナリングに関するエネルギー・リソースを浪費することになる。最後に、ＮＥＭＯ及び上流のＭＲの無線アクセス・ネットワークに関連する乏しい無線帯域幅が、このようなシグナリングのために浪費され、それにより無線ネットワークの帯域幅効率が低減させる。長時間移動ネットワーク内でＭＮが入れ子状態になっている、このようなシナリオについてのＲＲシグナリング問題を低減させることができるスキームがあれば有利である。
特許文献１には、ＭＮが現在位置しているインターネット・サービス・プロバイダ（ＩＳＰ）内のプロキシ・ノードが、モバイルＩＰバージョン４（ＭＩＰｖ４）の実施態様を有する非モバイルＩＰ意識ノードに対して、位置登録シグナリングを行っている方法及びシステムが記載されている。プロキシを介しての位置登録は、移動しておりいくつかの固定アクセス・ルータに接続しているＭＮに対して行われる。これはＭＮ及びＮＥＭＯ相互作用シナリオに対するものではない。この方法の場合には、プロキシ・エージェントがホーム・エージェントの位置を探索し、ＨＡにＢＵを実行し、またＣＮにＢＵ登録を行う。これはＭＩＰｖ４スキームであるので、ＲＲシグナリングは行われない。プロキシ・シグナリング・エージェントは、すべてのシグナリング及びデータ・パケットをインタセプトし、データ・パケットを非モバイルＩＰ意識（Aware）ノードに送る。この場合の目的は、非モバイルＩＰノードに対するモバイルＩＰ機能を供給することである。このスキームに関連する問題は、これが入れ子状態のＮＥＭＯシナリオにおけるＭＮに適していないことである。なぜなら、ＭＩＰｖ６ ＭＮがホーム・ネットワークからそのプレフィックスを入手した場合には、シグナリング・プロキシ・エージェントは、関連するシグナリング・パケットを入手するために、複数のカプセル化されたパケットをより深いところまでチェックしなければならないからである。さらに、プロキシ・シグナリング・エージェントは、非ＭＩＰノードに対するすべてのデータ・パケットをインタセプトし、それを非ＭＩＰｖ４ ＭＮに転送しなければならない。これにより、ＭＩＰｖ４シグナリング・プロキシに対する処理負荷が増大する。
特許文献２には、フォーリンエージェント又はアクセス・ルータが、ＭＮに対して位置登録シグナリングを行う方法が記載されている。この文献に記載されているシナリオの場合には、アクセス・ルータは、ＭＡＰ及びＨＡに位置登録を行う。このスキームに関連する問題は、このスキームが、移動ネットワーク内で入れ子状態になっているＭＮにとって理想的に適していない場合があることである。それは、アクセス・ルータが、トンネリング・レベルの数に比例する複数のレベルでカプセル化されているＲＲシグナリング・パケットをチェックすることができないからである。さらに、ＭＮが高速で移動している場合には、アクセス・ルータは、変化する必要があり、新しいシグナリング・プロキシが再度割り当てられなければならない場合があり、そのためプロキシ転送シグナリングが高くなる。
特許文献３には、ＭＩＰｖ６実施態様を有する車両プロキシ位置レジスタ（ＶＰＬＲ）と呼ばれるルータが、車両内に組み込まれていて、上記ＶＰＬＲに直接接続しているＭＮに対してプロキシ位置登録シグナリングを行う方法及びシステムが記載されている。この方法の場合には、ＶＰＬＲは、自身がプロキシ・シグナリングを行うことができることをＭＮに通知する。その後で、ＭＮはＣＮ及びＨＡに送信すべきＢＵパケットを渡し、次に、ＶＰＬＲは、これらのパケットをＭＮのＨＡ及びＣＮに送る。このスキームに関連する問題は、入れ子状態のＮＥＭＯ環境に理想的に適していないことである。ＶＰＬＲがＭＲであると仮定した場合には、下記の問題が生じる。第１の問題は、ＭＲが多くのＭＮに対して同時にプロキシ・シグナリングを行った場合のＭＲのアクセス・ネットワーク内の輻輳によるＲＲ及びＢＵシグナリングの遅延である。第２の問題は、プロキシＲＲ及びプロキシＢＵシグナリング・パケットが、依然としてトンネリング手順（すなわち、ＭＲ−ＨＡトンネル）を通過しなければならないことである。第３の問題は、帯域幅リソースが、このようなシグナリングをサポートするためにＭＲのアクセス・リンク内で浪費されることである。
Ｇｒｅｉｓ，Ｍ．及びＦａｃｃｉｎ，Ｓ．の、２００４年１月２９日付けのＷＩＰＯ特許国際公開ＷＯ２００４／０１０６６９ Ａ２号 Ｐａｔｅｌ，Ａ．、Ｌｅｕｎｇ，Ｋ．及びＤｏｍｍｅｔｙ，Ｇ．の、２００６年２月２日付けのＷＩＰＯ特許国際公開ＷＯ２００６／０１２５１１ Ａ１号 Ｇｏｔｏｈ，Ｆ．、Ｈａｍａｓａｋｉ，Ｒ．及びＭａｅｄａ，Ｍ．の、２００４年８月１９日付けの特許国際公開ＷＯ２００４／０７０９９７ Ａ２号 (Mobile Communication system with a Proxy Location Registration Option)。 Ｊｏｈｎｓｏｎ，Ｄ．Ｂ．、Ｐｅｒｋｉｎｓ，Ｃ．Ｅ．及びＡｒｋｋｏ，Ｊ．の、２００４年６月付けのインターネット技術調査会（ＩＥＴＦ）のコメントに対する要求（ＲＦＣ）３７７５、「ＩＰｖ６でのモビリティサポート」(Mobility Support in IPv6)。 Ｄｅｖａｒａｐａｌｌｉ，Ｖ．他の、２００５年１月付けのＩＥＴＦ ＲＦＣ ３９６３、「ＮＥＭＯ基本サポート・プロトコル」(NEMO Basic Support Protocol)。 Ｎｉｋａｎｄｅｒ Ｐ．Ａｒｋｋｏ Ｊ．他の、車両技術会議２００３、「モバイルＩＰバージョン６（ＭＩＰｖ６）経路最適化セキュリティ設計」(Mobile IP version 6(MIPv6) Route Optimization Security Design)。 Ｔｈｕｂｅｒｔ，Ｐ．、Ｗａｋｉｋａｗａ，Ｒ．他の、２００５年１０月１５日付けのＩＥＴＦインターネット草案：ｄｒａｆｔ−ｔｈｕｂｅｒｔ−ｎｅｍｏ−ｇｌｏｂａｌ−ｈａｈａ−０１．ｔｘｔ、「グローバルＨＡＨＡプロトコル」(Global HA to HA protocol)。 Ｒａｍａｎ Ｖ．他の、２００６年２月付けのＩＥＴＦインターネット草案：ｄｒａｆｔ−ｒａｍａｎ−ｎｅｔｌｍｍ−ｐｒｏｔｏｃｏｌ−００．ｔｘｔ、「ネットワーク・ベースのローカル化モビリティ管理に対するプロトコル」(A protocol for network based Localized Mobility Management)。 Ｓｏｌｉｍａｎ，Ｈ．他の、２００５年８月付けの、インターネット技術調査会（ＩＥＴＦ）のコメントに対する要求（ＲＦＣ）４１４０、「階層化モバイルＩＰｖ６モビリティ管理（ＨＭＩＰｖ６）」(Hierarchical Mobile IPv6 Mobility Management (HMIPv6))。
従来技術の説明から、ＭＮが１つの又は複数のＭＲ内で入れ子状態になっていて、長時間特定のＮＥＭＯネットワークに接続しているシナリオの場合には、効率的な位置管理解決方法を供給するスキームがないことは明らかである。すべての従来技術のスキームは、単一の移動中のＭＮに対して設計され、ＭＮ及びＮＥＭＯの相互作用シナリオに対する特定の設計はなかった。
それ故、本発明の１つの目的は、従来技術の上記の欠点及び欠陥を克服するか又は少なくともかなり緩和することである。より詳細に説明すると、本発明の目的の１つは、リターン・ルータビリティ（ＲＲ）パケットを容易に、また効率的に捕捉し、イングレス（Ｉｎｇｒｅｓｓ）フィルタリングをバイパスしないで、これらのパケットを生成することができる固定インフラストラクチャ内のあるサーバにそのシグナリング権限を委譲することにより、長時間ＮＥＭＯネットワーク内で入れ子状態になっているＭＮに対する位置更新シグナリングを低減させることである。
上記目的を達成するために、本発明によれば、本発明の好ましい実施の形態では、ＭＮが、ＮＥＭＯ又は入れ子状態のＮＥＭＯネットワーク内に長時間位置していた場合に、ＭＮが、そのシグナリング権限を上記シグナリング・プロキシ機能と一緒に固定ネットワーク内でルータに委譲するように、１つ又は複数の移動ノード（ＭＮ）、１つ又は複数の移動ルータ（ＭＲ）、上記ＭＮ及びＭＲの１つ又は複数のホーム・エージェント、及び任意のルータ内に設置することができるシグナリング・プロキシ・サーバ機能を含むパケット交換データ通信ネットワーク内で通信ノードのシステムを使用する。その構成では、シグナリング・プロキシ機能を有するこのルータ／サーバが、通信相手ノード（ＣＮ）からの気付試験パケットの直接経路内に位置し、またこのルータが、イングレスフィルタリングを乗り越えて、ＭＮの気付アドレスにより、気付試験開始パケットを生成することができるようになっている。
本発明の好ましい実施の形態の場合には、上記シグナリング・プロキシ・サーバは、ＣＮがそのことを知らない状態で、ＭＮの本当のシグナリング・プロキシとして、ＣＮにリターン・ルータビリティ・シグナリングを送るような特殊な機能を有している。このサーバは、また、ＭＮのホーム・エージェントにプロキシ・バインディング・アップデート（ＢＵ）を送信する。この場合、ホーム・エージェントは、このＢＵがシグナリング・プロキシ・サーバからのものであることを知ることができる。シグナリング・プロキシ・サーバは、位置管理シグナリングだけを行い、ＭＮはデータ・パケットを処理する。
本発明の他の好ましい実施の形態の場合には、委譲機構に対して使用する第１のステップにおいて、ＭＮは自身が直接接続しているＭＲに委譲要求を送信する。この委譲要求メッセージは、ＭＮが通信しているＣＮの数、及びＭＮが有するホーム・エージェントの数を有する。
本発明のさらに他の好ましい実施の形態の場合には、委譲機構のために使用する第２のステップにおいて、ＭＲはその委譲したデータベース・エントリをチェックすることができ、自身がシグナリング・プロキシ・サーバを割り当てることができるＣＮ及びＨＡの数を決定することができ、これらの値を委譲要求応答を介してＭＮに通知することができる。この応答により、ＭＲは、また、シグナリング・プロキシ・サーバの公開鍵又はある対称鍵を通知することができる。
本発明のさらに他の好ましい実施の形態の場合には、委譲機構に対して使用する第３のステップにおいて、ＭＮは、自身がＭＲから肯定応答を受信した場合、ＭＲにより通知を受けたシグナリング・プロキシ・サーバあての委譲メッセージを作成する。この委譲メッセージ内に、ＭＮは、証明書、ＭＮの重要なホーム・エージェント・アドレス、ＭＮの他のホーム・エージェント・アドレス、ＭＮの通信相手ノード・アドレス、及び委譲期間を記載する。上記証明書は、ＭＮのホーム・アドレス、ＭＮの気付アドレス、及びＭＮがそのＨＡと共有する鍵により暗号化したシグナリング・プロキシ・サーバの公開鍵により作成した暗号である値を有することができる。
本発明の他の好ましい実施の形態の場合には、ＭＮのホーム・エージェントにプロキシＢＵを送信するためにシグナリング・プロキシ・サーバが使用する方法において、このサーバはＭＮが与えた証明書、署名及び委譲期間を送信する。上記署名はシグナリング・プロキシ・サーバの秘密鍵により生成することができる。
本発明の他の好ましい実施の形態の場合には、上記シグナリング・プロキシ・サーバは、ＭＮの移動アクセス・ルータのホーム・エージェントであってもよい。
本発明の好ましい実施の形態の場合には、システムはＮＥＭＯ基本タイプのＭＲ及びＭＩＰｖ６タイプのＭＮを備え、上記ＭＮは、１つ又は複数のこのようなＭＲ内で入れ子状態になっていてもよく、すでに概略説明した委譲機構を使用し、移動アクセス・ルータのホーム・エージェントにシグナリング権限を委譲する。ＣＮに与えられた気付アドレスのプレフィックスは、ＭＮのアクセス・ルータのホーム・ネットワークから入手するものと仮定する。
本発明の好ましい実施の形態の場合には、システムは、グローバルＨＡ−ＨＡオーバレイ・ネットワーク内のＭＲ、ＭＮ及びこれらのホーム・エージェントを備え、上記ＭＮは、１つ又は複数のこのようなＭＲ内で入れ子状態になっていてもよく、既に概略説明した委譲機構を使用し、移動アクセス・ルータのホーム・エージェントにシグナリング権限を委譲する。ＣＮに与えられた気付アドレスのプレフィックスは、ＭＮのアクセス・ルータのホーム・ネットワークから入手するものと仮定する。
本発明の好ましい実施の形態の場合には、システムは、ＮｅｔＬＭＭネットワーク内にＭＲ、ＭＮを備え、上記ＭＮは、１つ又は複数のこのようなＭＲ内で入れ子状態になっていてもよく、既に概略説明した委譲機構を使用し、移動アクセス・ルータのホーム・エージェントにシグナリング権限を委譲する。ＣＮに与えられた気付アドレスのプレフィックスは、ＭＮのアクセス・ルータのホーム・ネットワークから入手するものと仮定する。
本発明のさらに他の好ましい実施の形態の場合には、シグナリング・プロキシ・サーバに関連する装置がパケット処理機構を有するものである。この機構は、自身がシグナリング・プロキシであるＭＮに対するパケットを受信した場合には、さらにモビリティヘッダをチェックするものである。モビリティヘッダが存在する場合には、この機構は、関連ＲＲトークンを抽出する。このようなモビリティヘッダが存在しない場合には、この機構はパケットを通常の方法で処理する。
本発明のさらに他の好ましい実施の形態の場合には、ＭＮのホーム・エージェントに関連する装置が、そのＭＮがシグナリング権限を自身に委譲したことを知った場合には、あて先アドレスをチェックし、それがこのＭＮあてのものであり、パケットがモビリティヘッダを有している場合には、この装置はシグナリング・プロキシ・サーバ・アドレスにそれをトンネリングする。
本発明の他の好ましい実施の形態の場合には、上記シグナリング・プロキシ・サーバは、ＩＳＰ全体に置かれていて、ＭＮの気付アドレスにより探索されるサーバであってもよい。エニキャスト・アドレスは、このサーバを探索するために気付アドレスのプレフィックスにより作成される。サーバは、ＭＮに直接接続しているＭＮ又はＭＲにより探索することができる。
本発明の好ましい実施の形態の場合には、システムはＮＥＭＯ及びＨＭＩＰｖ６結合シナリオにおけるＭＲ及びＭＮを備え、上記ＭＮは、１つ又は複数のこのようなＭＲ内で入れ子状態になっていてもよく、既に概略説明した委譲機構を使用し、シグナリング・プロキシ・サーバの位置を探索するためにＣｏＡベースの探索を使用する。このことは、ＣＮに与えられた気付アドレスのプレフィックスから構成されているエニキャスト・アドレスにより、サーバの位置を探索することにより行われる。
本発明の好ましい実施の形態の場合には、システムはＮｅｔＬＭＭシナリオにおけるＭＲ及びＭＮを備え、上記ＭＮは、１つ又は複数のＭＲ内で入れ子状態になっていてもよく、既に概略説明した委譲機構を使用し、シグナリング・プロキシ・サーバの位置を探索するためにＣｏＡベースの探索を使用する。このことは、ＣＮに与えられた気付アドレスのプレフィックスから構成されているエニキャスト・アドレスにより、サーバの位置を探索することにより行われる。
本発明の他の好ましい実施の形態の場合には、システムは、グローバルＨＡ−ＨＡシナリオにおけるＭＲ及びＭＮを備え、上記ＭＮは、１つ又は複数のこのようなＭＲ内で入れ子状態になっていてもよく、既に概略説明した委譲機構を使用し、シグナリング・プロキシ・サーバの位置を探索するためにＣｏＡベースの探索を使用する。このことは、ＣＮに与えられた気付アドレスのプレフィックスから構成されているエニキャスト・アドレスにより、サーバの位置を探索することにより行われる。
本発明のさらに他の好ましい実施の形態の場合には、システムは、ＮＥＭＯ ＲＯシナリオにおけるＭＲ及びＭＮを備え、上記ＭＮは、１つ又は複数のこのようなＭＲ内で入れ子状態になっていてもよく、既に概略説明した委譲機構を使用し、シグナリング・プロキシ・サーバの位置を探索するためにＣｏＡベースの探索を使用する。このことは、ＣＮに与えられた気付アドレスのプレフィックスから構成されているエニキャスト・アドレスにより、サーバの位置を探索することにより行われる。このＮＥＭＯ ＲＯシナリオの場合には、ＣＮに与えられる気付アドレスは、最上位の移動ルータの気付アドレスである。
本発明のさらに他の好ましい実施の形態の場合には、開示のＭＮ−ＨＡに送信されたプロキシＢＵシグナリングは、ＭＮのＨＡに対して透過的に行うことができる。
本発明は、長時間ＮＥＭＯネットワーク内で入れ子状態になっているＭＮに対する位置更新シグナリングを低減させるという利点を有する。
背景技術において概略記載した矛盾を解決するために、本発明は、ＭＮに関連するＲＲ及びＢＵシグナリングが、上流のＭＲのアクセス・ネットワーク内で無線媒体、複数のトンネルを通過しないですみ、乏しい無線帯域幅を無駄に使用しないですむように、固定インフラストラクチャ内でシグナリング・プロキシが選択される方法を説明する。さらに、プロキシ・シグナリング・エージェントは、このエージェントが、ＲＲに関連する気付試験（ＣｏＴ）メッセージを直接インタセプトすることができ、イングレスフィルタリングをバイパスして、ＣＮあてのプロキシ気付試験開始（ＣｏＴＩ）メッセージを生成することができるように選択される。さらに、シグナリング・プロキシは、ＭＮが移動している場合でも、プロキシ・シグナリング・サーバを再度選択する必要がないように選択される。基本的には、ＭＮのＮＥＭＯ又はＭＮの入れ子状態のＮＥＭＯが移動していても、シグナリング・エージェントは変化する必要はない。これにより、委譲シグナリング・オーバヘッドが低減させ、おそらく長期間のシグナリング・プロキシ・モードの確立が容易になる。本発明のもう１つの重要な目的は、ＮＥＭＯ ＮｅｔＬＭＭシナリオ、ＮＥＭＯグローバルＨＡ−ＨＡシナリオ、ＮＥＭＯ ＨＭＩＰｖ６シナリオ、及びＮＥＭＯ ＲＯシナリオのような、将来の可能なコアＮＥＭＯシステムで使用することができるようにすることである。
なお、ここでは、本発明は、最も実用的かつ好適であると考えられる実施の形態で開示及び説明されているが、当業者であれば、本発明の範囲から逸脱しない程度において、設計事項やパラメータの詳細に関して様々な変更が加えられてもよいことが分かることは明白である。
図１は、好ましい実施の形態による本発明のメッセージ・シーケンス・チャート（ＭＳＣ）である。好適には、少なくともＭＩＰｖ６実施態様を有していることが好ましいＭＮ１０は、ＭＲ２０内で入れ子状態になっていて、おそらく長時間そこに接続しようとしている。サーバ９０は、ＭＮ１０に対してプロキシ・シグナリングを行うことができ、またシグナリング・プロキシ・エージェント又はシグナリング・プロキシ・サーバと呼ぶことができる固定のインフラストラクチャ内のルータである。ＨＡ４０は、ＭＮ１０のホーム・エージェントであり、ＣＮ５０はＭＮ１０が通信するノードである。ＭＮ１０は低電力モードになることができ、長時間車両内に位置することを知っていて、固定インフラストラクチャ内のあるサーバにそのシグナリング権限を委譲することを決定する。このようなシグナリング権限の委譲は、ＭＮの気付アドレスが変化しないで、移動中のＭＮが低電力レベルになるシナリオの場合、特に有用である。ＭＮ１０は委譲要求メッセージ２００をＭＲ２０に送信する。ＭＮ１０は、おそらくＭＲ２０を信頼する。なぜなら、ＭＲ２０は長時間ＭＲ２０の移動ネットワーク内を移動しているからである。ＭＲ２０は、シグナリング・プロキシ・エージェントの利用度に基づいて委譲応答を送信する。好適には、ＭＲ２０は、ＭＮ１０に対する適当なシグナリング・プロキシ・エージェントを探索することができることが好ましい。好適には、この委譲応答２０１は、ＭＲ２０がこのようなあるサーバの位置を探索することができる場合に、シグナリング・プロキシ・サーバのセキュリティ・キー及びサーバ・アドレスを有することができることが好ましい。ＭＲ２０から承諾の応答を入手した場合には、ＭＮ１０は、それ自身のホーム・エージェント（図１には明示していない）に、トンネルを介してシグナリング・プロキシ・サーバあての委譲メッセージ２０２を送信する。ＭＲ２０が他のリンクに接続している場合には、このメッセージはさらにトンネリングされ、メッセージ２０３はシグナリング・プロキシ・サーバ９０に到達する。別の方法としては、ＭＮ１０は、ＭＲ２０に委譲パラメータだけを送信することができ、ＭＲ２０は、シグナリング・プロキシ・サーバ９０に委譲メッセージを送信することができる。この別の方法の利点は、委譲メッセージがＭＮ−ＨＡトンネルを通る必要がないことである。しかし、この方法を使用した場合には、ＭＲ２０での処理負担が増大する。
このシグナリング・プロキシ・サーバが、自身がＣＮからＭＮのＣｏＡに送信されるＲＲパケットを直接インタセプトすることができる位置に位置するように選択されることを理解することが重要である。直接インタセプトという用語は、トンネリング手順を使用しなくても気付試験（ＣｏＴ）パケットをインタセプトすることができることを意味し、このことは最短経路を介してこれらのパケットをインタセプトすることを意味する。さらに、これを頻繁に変更する必要がないようにこのシグナリング・プロキシが選択される。なぜなら、図１を見れば分かるように、委譲の確立においてもある程度のシグナリング・オーバヘッドが発生し、これによりおそらく効率的な設計が悪影響を受けるかもしれないからである。
サーバ９０が委譲メッセージ２０３を入手すると、サーバ９０は、ＨＡ４０に送信する適当なプロキシＢＵメッセージ２０４を作成する。好適には、このプロキシＢＵメッセージは、サーバ９０がＨＡ４０にある許可を与えることができるように、ＭＮ１０が発行した証明書及びサーバ９０からの署名を含むことが好ましい。ＨＡ４０がこのプロキシＢＵメッセージを受信した場合には、ＨＡ４０は、証明書及び署名を確認する。これらが有効である場合には、ＨＡ４０は、ＢＣＥを生成し、また、この登録が特定のアドレスのサーバ９０から送信中のプロキシ登録であることを知らせる。ＨＡ４０でのプロキシＢＵメッセージの確認は、証明書を解読することにより行われるが、好適には、証明書が含むサーバ９０の公開鍵を使用して、サーバ９０が行う署名を確認することが好ましい。
このような確認が行われ、確認に成功した場合には、ＨＡ４０は、ＢＡ２０５をサーバ９０に送信する。サーバ９０は、このプロキシ・モードの場合、ＨＡ４０によりＢＵ及びＢＡを確立するために短期キーを交換することができる。ＨＡ４０から肯定応答メッセージを受信した後で、サーバ９０であるシグナリング・プロキシ・エージェントは、全プロキシ・モードになり、ＲＲシグナリングをＣＮ５０に送信する。サーバ９０は、ホーム試験開始（ＨｏＴＩ）メッセージ２０７及びＣｏＴＩメッセージ２０８を作成し、ＣＮに送信する。ＨｏＴＩメッセージ２０７はＭＮ１０のホーム・アドレスにより作成され、ＨＡ４０へのトンネル内でカプセル化される。ＣｏＴＩメッセージ２０８は、ＭＮ１０の気付アドレスによりソース・アドレスとして作成される。サーバ９０がこれらのパケットを構成することができるように、ＭＮ１０のＨｏＡ及びＣｏＡがサーバ９０に送られることが重要である。これらのアドレスは、委譲メッセージ２０２によりサーバ９０に送られる。ＣＮ５０がこれらのパケット２０７及び２０８を受信すると、ＣＮ５０はホーム・キー生成トークン（ＨｏＫ）を生成し、ＨｏＫをＨｏＴを介して送信し、気付キー生成トークン（ＣｏＫ）を生成し、ＣｏＫはそれをＣｏＴを介して送信する。図１の参照符号２０９及び２１１はこれらのメッセージを示す。ＨｏＴメッセージ２０９はＨＡ４０に到達する。ＨＡ４０は、これをチェックし、ＨｏＴ２０９をＭＮ１０のＣｏＡにトンネリングする代わりに、ＨＡ４０は、ＨｏＴパケット２０９をサーバ９０にトンネリングする。サーバ９０は、上記両方のトークンを入手し、ＭＩＰｖ６規格が規定しているようにバインディング・キーを生成し、ＢＵ２１２をＣＮ５０に送信する。
上記説明から、好適には、プロキシ・シグナリングを実行するために信頼できるサーバは、ＭＲ２０のような信頼できるノード又は他の何らかの手段により識別することが好ましいことを理解することができるだろう。このプロキシ・シグナリング・エージェントは、このエージェントがＭＮのＣｏＡを使用して及びイングレスフィルタリングを越えて自然にＣｏＴＩメッセージを生成することができるように選択される。さらに、好適には、ＣＮが送信したＣｏＴメッセージを直接インタセプトすることができるような位置にプロキシ・シグナリング・エージェントが配置されることが好ましい。ＣｏＴメッセージは、最適化した経路を介してインタセプトすることができる。このようなサーバの利点は、ＲＲシグナリングを迅速に行うことができることである。なぜなら、サーバが固定ネットワーク・インフラストラクチャ内に位置しているからである。さらに、ＭＮの入れ子状態のＮＥＭＯが変化してもサーバを頻繁に変更する必要がなく、このことは有利である。このシステムにおいては、ＣＮ上に新しい機能は必要ではない。このことはスケーラビリティに関する限り有利である。ＭＮ、ＭＲ、シグナリング・プロキシ・サーバ及びＭＮのＨＡは、この新しいプロトコルを理解する必要がある。これをサポートするためのＭＮ及びＭＲの変更は最小限度ですむ。シグナリング・プロキシ・サーバだけが、これをサポートするためにもっと大きな変更を必要とする。
本発明のもう１つの重要な特徴は、この方法の場合、大きなセキュリティ・リスクがないことである。ＭＮ１０はＭＲ２０を信頼する。なぜなら、ＭＮ１０は、長時間ＭＲ２０の移動ネットワーク内に位置しているからである。好適には、ＭＲ２０は、ＭＮ１０に対する信頼できるシグナリング・プロキシの探索を容易にする。それ故、シグナリング・プロキシはある階層化信頼アーキテクチャにより探索される。本発明のもう１つの重要な特徴は、シグナリング権限だけが委譲されることである。データ・パケットは依然としてＭＮに直接転送される。これによりシグナリング・プロキシ・サーバ上の負担が軽減する。サーバが異常になり、悪意のあるものになったシナリオの場合、ＭＮはデータ・パケットを受信することができない可能性がある。このような場合、ＭＮは自分自身によってＲＲシグナリング・パケット送信を開始することができる。好適には、ＭＮは、サーバからこのようなプロキシＢＵパケットを受信しないようにＭＮ−ＨＡに通知することができることが好ましい。
次に、委譲要求及び委譲要求応答メッセージの構造について説明する。図２は、２つのタイプのメッセージを示す。上のメッセージは委譲要求メッセージ３００であり、下のメッセージは委譲要求応答メッセージ４００である。これらのメッセージは図１で使用される。好適には、委譲要求メッセージ３００は、インターネット制御メッセージ・プロトコル・バージョン６（ＩＣＭＰｖ６）タイプのその中に埋め込まれているメッセージを有することができることが好ましい。ソース・アドレス３０１は、ＭＮのリンク・ローカル・アドレス又はグローバル・インターネット・プロトコル・バージョン６（ＩＰｖ６）アドレスであってもよい。あて先アドレス３０２は、ＭＲのアドレスである。このアドレスも、リンク・ローカル・アドレス又はグローバルＩＰｖ６アドレスであってもよい。このメッセージの内部には、ＩＣＭＰｖ６メッセージ３０３が埋め込まれている。フィールド３０４に示すこのメッセージのタイプは、このような委譲確立のために使用する新しいタイプのものでなければならない。フィールド３０５であるこのメッセージのコードは、メッセージの委譲要求タイプを指定することができる。タイプの値は、インターネット割当て番号機関（ＩＡＮＡ）により割り当てなければならない。メッセージ３０３は、図２のフィールド３０６、３０７及び３０８でそれぞれ示すチェックサム、識別子及び予約のような通常のフィールドを有する。チェックサム・フィールド３０６は、ＩＣＭＰパケットがエラーを起こしているかどうかを検出するために使用される。識別子フィールド３０７は、要求を正しい応答と照合するために使用される。予約フィールド３０８は、委譲機構の他の将来の僅かな修正のために使用される。この時点で、予約フィールドをゼロにセットすることができ、受信者はこれを無視することができる。委譲要求メッセージは、２つのデータ・フィールド３０９及び３１０を有する。委譲要求を特徴づける特定のタイプのコードのＩＣＭＰｖ６委譲メッセージの場合には、好適には、２つのデータ・フィールドを含むことが好ましい。第１のフィールド３０９は、移動ノードが通信しているＣＮの数を有する。第２のデータ・フィールドは、ＭＮ（すなわち、多重ホームのＭＮ）が有するホーム・エージェントの数を有する。すべてのＣＮ及びＨＡ又はこれらのうちの一部のものに対して、シグナリング・プロキシ・サーバが、プロキシ・シグナリングを行うことができるかどうかを判定するために、ＭＲはこれらの値を使用することができる。例えば、ある特定のシグナリング・プロキシ・サーバへ委譲した合計の数についてのデータに基づいて、ＭＲはこのような判定を行うことができる。特定のサーバに多くの委譲を行った場合には、ＭＲは、シグナリング・プロキシ・サーバの負荷のバランスをとるために、委譲要求メッセージにより送信されたすべてのＣＮ及びＨＡについての委譲要求がＭＲによって許容されなくてもよい。
図２のメッセージ４００は、委譲要求応答メッセージである。このメッセージ４００も、その中に埋め込まれているＩＣＭＰｖ６タイプのメッセージ４０３を有する。好適には、このＩＣＭＰｖ６メッセージのタイプは、委譲要求メッセージのタイプと同じタイプのものであることが好ましい。しかし、好適には、フィールド４０５が含むこのメッセージのコードは、メッセージ３００内のコード・フィールド３０５とは異なるものであることが好ましい。コード・フィールド４０５は、受信者にこのメッセージに記載したデータ・フィールドの数を示しているので、メッセージを正しく受信し、解釈することができる。ソース・アドレス４０１は、ＭＲのリンク・ローカル・アドレス又はグローバル・アドレスであり、あて先アドレス４０２は、ＭＮのリンク・ローカル・アドレス又はＭＮのグローバル・アドレスであってもよい。このコード値に対しては、４つのデータ・フィールドがある。第１のデータ・フィールド４０９はプロキシ・シグナリング・モードを確立することができるＣＮの数を示す。次のデータ・フィールド４１０は、シグナリング・プロキシ・サーバからプロキシＢＵを生成することができるＨＡの数を示す。データ・フィールド４１１は、シグナリング・プロキシ・サーバの公開鍵、又はＭＮのＨＡに送る必要がある証明書を生成するために使用することができるある他の秘密鍵を示す。最後に、データ・フィールド４１２は、シグナリング・プロキシ・サーバのアドレスを示す。そのためＭＮはサーバに対する委譲メッセージを容易に作成することができる。ＭＮはＭＲよりこのメッセージを作成した方が有利である。なぜならこれによりＭＲの負担が軽減するからである。ＭＲがそのＮＥＭＯネットワーク内の多数のＭＮにそうしなければならないとしたら、ＭＲに対する処理負担は非常に大きくなる。
他の好ましい実施の形態の場合には、ＭＮからの委譲メッセージのメッセージ構造が与えられる。図３は、委譲メッセージ構造５００を示す。好適には、委譲メッセージ５００は、モビリティヘッダ・タイプのメッセージ５０３となることができることが好ましい。メッセージのソース・アドレス５０１は、ＭＮのホーム・アドレスであり、あて先アドレス５０２はシグナリング・プロキシ・サーバ・アドレスである。ＭＲがこの委譲メッセージを作成した場合、メッセージはＭＮ−ＨＡトンネルを通らなくてもよくなり、シグナリング権限をもっと速く委譲することができるが、この場合にはＭＲにおける処理負荷が増大する。フィールド５０４〜５０８は、モビリティヘッダ内の通常のフィールドを特徴付ける。好適には、タイプ・フィールド５０６は、このような委譲目的に対してＩＡＮＡが割り当てる新しい値を必要とすることが好ましい。好適には、このメッセージに記載する新しいタイプの５つのモビリティオプションが存在することが好ましい。フィールド内容が可変である場合には、このようなモビリティオプションが必要である。第１のオプション５０９は、ＭＮが生成する証明書を有する。この証明書は、ＭＮのＨＡあてのプロキシＢＵメッセージを生成する際にシグナリング・プロキシ・サーバにより使用される。好適には、この証明書は、ＭＮのホーム・アドレス、ＭＮの気付アドレス、及びプロキシ・シグナリング・サーバ・キー、及びＭＮとＭＮのホーム・エージェント間で確立したキーを使用する暗号化連結値を連結することにより生成することが好ましい。次のフィールド５１０も、ＭＮのホーム・エージェント・アドレス（おそらく、プライマリ・ホーム・エージェント又は好適なホーム・エージェント）を含むもう１つのオプションである。これはシグナリング・プロキシ・エージェントが図１で説明したプロキシＢＵパケットを構成する際に必要になる。５１１で示す第３のオプションは、このような委譲が有効な期間の値を示す。このことは、ＭＮ−ＨＡが、シグナリング・プロキシ・エージェントに必要なトンネリングを行うために必要不可欠であり、またシグナリング・プロキシ・エージェントが、そのプロキシ・シグナリングを行うために必要不可欠である。次のオプション５１２は、ＭＮ ＨｏＡ及びＭＮ ＣｏＡを有するＭＮパラメータ・オプションである。これは関連するＨｏＴＩ及びＣｏＴＩメッセージを作成する際にシグナリング・プロキシ・エージェントが必要とする。次のオプションは、すべてのＭＮのホーム・エージェントのアドレスであり、参照符号５１３によって示されている。これは、シグナリング・プロキシ・エージェントが必要なプロキシＢＵシグナリングの送信を可能にするために必要なものである。最後に、オプション５１４は、シグナリング・プロキシ・エージェントがプロキシＲＲシグナリングを生成しようとしているＭＮと通信しているＣＮのすべてのアドレスを示す。図２のＭＲが受信するＣＮ及びＨＡの数は、フィールド５１３及び５１４内にそれぞれ含まれているホーム・エージェント・アドレス及びＣＮアドレスの数と同じであることに留意することが重要である。
本発明のさらに他の好ましい実施の形態は、シグナリング・プロキシ・サーバからＭＮのホーム・エージェントに送信したプロキシＢＵメッセージのメッセージ構造を示す。図４は、プロキシＢＵメッセージ６００を示す。好適には、メッセージのソース・アドレス６０１は、シグナリング・プロキシ・サーバ・アドレスであることが好ましい。あて先アドレス６０２は、ＭＮのＨＡアドレスである。ＭＮのＨｏＡ、ＭＮのＣｏＡ及びシグナリング・プロキシ・サーバ・アドレス間のバインディングを確立するために必要なコア・セキュリティ・パラメータは、すべて新しいモビリティヘッダ６０３内に埋め込まれている。モビリティヘッダは、新しいタイプ６０６である。タイプの値はＩＡＮＡにより割り当てなければならない。プロキシＢＵの期間の値は、あらかじめ設定される場合もあり、メッセージにより明示的に送信されない場合もある。新しいモビリティヘッダを使用するのは、従来のＢＵはホーム・アドレスあて先オプションを必要とするからである。この場合、このようなオプションは必要なく、そのため新しいモビリティヘッダが使用される。第１のモビリティオプション６０９は、ＭＮが発行した証明書を有する。第２のモビリティオプション６１０は、シグナリング・プロキシ・サーバからの署名を有する。この署名は、サーバの秘密鍵により又はある対称鍵によりある有効なメッセージを暗号化することにより生成することができる。好適には、ヘッダ内の最後のオプションは委譲期間オプションであることが好ましい。参照符号６１０がこのオプションを示す。このオプションは、シグナリング・プロキシ・サーバ及びＭＮのホーム・エージェントで委譲モードの期間を確立する際に必要になる。この期間が切れると、ＭＮがその委譲契約を更新しない限り、サーバ及びＭＮのホーム・エージェントは通常の動作に戻る。ＭＮのホーム・エージェントが証明書を入手すると、このホーム・エージェントはそれを解読し、サーバに関連するキーを入手する。次に、このホーム・エージェントは、入手したサーバ・キーにより署名の有効性をチェックするために署名を確認する。
本発明の他の好ましい実施の形態の場合には、好適には、シグナリング・プロキシ・サーバは、ＭＲのホーム・エージェントであることが好ましい。上記ＭＲはＭＮのアクセス・ルータと呼ばれる。これは、図５のネットワーク又はシステム図に示されている。ＭＮ１０は、車両９０内に位置していて、ＭＲ２０を介してインターネット１００に接続している。ＭＲ２０は、そのアクセス・ルータＭＲ２１を介してインフラストラクチャに接続している。ＭＲ２１は、そのアクセス・ルータＡＲ２２を介してインフラストラクチャに接続している。この図においては、ＨＡ４０、ＨＡ４１及びＨＡ４２は、それぞれＭＮ１０、ＭＲ２０及びＭＲ２１のホーム・エージェントである。ＭＮ１０はＣＮ５０と通信しているものと仮定する。ＭＮが、（低電力のため又は効率のために）あるサーバにそのシグナリング権限を委譲すると決定した場合には、好適には、ＭＮは委譲要求メッセージを７００を介してＭＲ２０に送信することができることが好ましい。次に、ＭＲ２０は、このシグナリング権限をさらにＨＡ４１であるそれ自身のホーム・エージェントに委譲することを決定する。次に、ＭＲ２０は、肯定応答７０１を介してＭＮ１０に送信する。次に、ＭＮ１０は、委譲メッセージを７０２を介してＭＲ２０に送信することができる。ＭＲ２０は、ＭＮ１０が送信したパラメータによりそのホーム・エージェントあての委譲メッセージを作成することができる。このシナリオの場合には、ＭＮ１０は、証明書と一緒にメッセージをローカル的に送信し、ＭＲ２０は、モビリティヘッダが埋め込まれている委譲メッセージを作成する。このようにするのは、ＭＮ１０が送信した委譲メッセージが、そのＭＮ−ＨＡトンネルを通過するのを防止するためである。
ＭＲ２０は、委譲メッセージを作成し、次にＨＡ４１であるそのホーム・エージェントを介してそれをトンネリングする。ＭＲ２１は、さらにこのメッセージをトンネリングし、カプセル化されたメッセージは、７０４を介して移動し、ＨＡ４２に到着する。ＨＡ４２は、メッセージをカプセルから取り出し、そのメッセージを７０５を介してＨＡ４１に送信する。ＨＡ４１は、メッセージをカプセルから取り出し、関連する証明書を入手する。その後で、ＨＡ４１は、プロキシＢＵをＨＡ４０に送信し、ＨＡ４０及び経路７０６から各ＢＡを受信する。図５はこのことを示す。同様に、ＨＡ４１は、図に示す仮想経路７０７を介してＣＮ５０にＲＲシグナリングを行う。当業者であれば、実際の経路は図に示す経路と若干異なることに気が付き、図を簡単にするために仮想経路７０７を図示していないことを理解することができるだろう。
シグナリング権限をＭＲ２０のホーム・エージェントに委譲する場合、最も重要なことは、ＭＮがＭＲ２０のホーム・ネットワークから入手するプレフィックスからその気付アドレスを入手しなければならないこと、及びこの気付アドレスがＣＮ５０に送ったアドレスであることを理解することである。図５の本発明が動作するためにはこのことは重要なことである。気付アドレスを作成するためにＭＲのホーム・プレフィックスを使用しているＭＮは、急速な移動が行われる場合に役に立つ。このような場合、オペレータのネットワーク、又は他のネットワークからプレフィックスを入手するのは好ましくない。
ＭＲのホーム・エージェントにシグナリング権限を委譲する主な利点は、ＭＮは長時間車両内に位置しているので委譲要求を変える必要がなく、長期プロキシ・シグナリング・モードを確立することができることである。ＭＮのＣｏＡをＭＲのホーム・ネットワーク・プレフィックスから入手した場合には、ＭＲのＨＡは、すべてのＲＲパケットを直接インタセプトすることができ、プロキシＲＲシグナリングを迅速に行うことができる。このことについてはこの後の実施の形態で説明するが、このことはグローバルＨＡ−ＨＡシナリオ及びＮｅｔＬＭＭシナリオを含む多くのシナリオの場合に役に立つ。
本発明のさらに他の好ましい実施の形態の場合には、ＭＮのシグナリング権限が移動ルータのホーム・エージェントに委譲され、ＭＮが複数のＭＲ内に深く入れ子状態になっているシナリオを使用することができる。このシナリオの場合には、ＭＮは簡単なＭＩＰｖ６実施態様を有していて、ＭＲは標準ＮＥＭＯ基本実施態様を有する。図６は、このタイプのシナリオにおけるシグナリングを示す。このようなシナリオは、共通なものにすることができる。なぜなら、すべてのタイプの流れに対して経路最適化及びハンドオフ最適化が必要ないからである。さらに、すべてのＮＥＭＯ経路最適化解決方法がセキュリティ問題を完全に解決しているわけではないので、時間はそれほど重要でないが、高度の秘密情報に対するこのようなシナリオが依然として望ましい場合がある。
図６の場合には、ＭＮ１０は、ＭＲ２０及びＭＲ２１内に入れ子状態になっている。ＭＮ１０は、ＭＲ２０のホーム・ネットワーク・プレフィックスから入手したプレフィックスからそのＣｏＡを作成する。ＨＡ４０、ＨＡ４１及びＨＡ４２は、それぞれＭＮ１０、ＭＲ２０及びＭＲ２１のホーム・エージェントである。ＣＮ５０は、ＭＮ１０と通信している。ＭＮ１０は、既に説明したように、通常の委譲要求シグナリングを行う。図６のメッセージ１０００及び１００１はこれらを示す。図６の場合には、ＭＮ１０は、委譲メッセージをＨＡ４１に直接送信する。それ故、ＭＮ１０は、委譲メッセージをトンネル１００２内にカプセル化する必要がある。この委譲メッセージは、図の経路１００３、１００４を介して移動し、メッセージ１００５は最後にＨＡ４１に到着する前にさらにカプセル化を受ける。ＨＡ４１がこのメッセージを受信すると、ＨＡ４１は関連する証明書を入手する。次に、ＨＡ４１は、メッセージ１００６によりＨＡ４０との必要なバインディングを確立する。その後で、ＨＡ４１とＣＮ５０との間のＲＲシグナリング１００７が行われる。最後に、ＢＵ１００８が、経路最適化バインディングを生成するために、ＨＡ４１からＣＮ５０に送信される。この実施の形態は、シグナリング機構のこのような委譲をこのようなシナリオで展開することができ、それにより重大な問題は起こらないことを示している。またこの実施の形態は、ＲＲシグナリングは、このシナリオにおけるこのような委譲の結果、大いに最適化されることも示している。
本発明のさらに他の好ましい実施の形態の場合には、ＭＮがＭＲ内で入れ子状態になっているシナリオを使用することができ、ＭＮのシグナリング権限が、その移動ルータのホーム・エージェントに委譲されるシナリオを使用することができる。ＭＮ及びＭＲのホーム・エージェントは、分散タイプのものであってもよく、１つのグローバルＨＡ−ＨＡオーバレイ・ネットワークを形成していてもよい。既に説明したように、このようなグローバルＨＡ−ＨＡネットワークは、ＨＡのハンドオフ最適化及びＣＮのＩＰｖ６タイプを含むＲＯの場合に役に立つ。将来、このようなネットワークは、航空産業からの需要の増大により盛んに使われるようになるかも知れない。またこの実施の形態は、委譲機構がこのようなシナリオで動作することができ、同様に効率的であることも示す。このようなシナリオの場合、ＭＮは簡単なＭＩＰｖ６実施態様を有するものと見なされ、ＭＲは標準ＮＥＭＯ基本実施態様を有するものとみなされる。さらにＭＮは、そのＣｏＡを作成するためにそのホーム・ネットワークからＭＲに割り当てられたプレフィックスを使用するものと仮定する。
図７の場合には、ＭＮ１０は、ＭＲ２０内で入れ子状態になっている。ＭＮ１０及びＭＲ２０に対するプライマリ・ホーム・エージェントは、それぞれＨＡ８０５及びＨＡ８０４である。プライマリ・ホーム・エージェントは、移動ノードのホーム・ネットワーク内に位置するホーム・エージェントである。プロキシ・ホーム・エージェントは、図７内のＰＨＡ８０２及びＰＨＡ８０３である。プライマリＨＡ及びプロキシＨＡは、１つの大きなグローバルＨＡ−ＨＡオーバレイ・ネットワークを形成する。ＭＲ２０が他のネットワークに入ると、ＭＲ２０はＢＵ８０７をそのＨＡに送信する。プロキシＨＡ８０２は、このＢＵ８０７をインタセプトする。その後で、このプロキシＨＡは、プライマリＨＡ８０４を更新する。プロキシＨＡ８０２がＭＲ２０のバインディングのプライマリＨＡ８０４を更新すると、プロキシＨＡ８０２はこのバインディングの他のすべてのセカンダリＨＡを更新する。図７のメッセージ８０９及び８１０はこのことを示す。メッセージ８１１によりこのようなバインディングが行われると、プロキシＨＡは、好適にはボーダ・ゲートウェイ・プロトコル（ＢＧＰ：Border Gateway Protocol）を使用することにより、オーバレイ・グローバルＨＡ−ＨＡ・ネットワーク内で経路更新を送信する。そのため、このグローバルＨＡ−ＨＡネットワークを介してコレスポンデントルータ（ＣＲ：Correspondent Router）機能を実現することができる。
ＭＮ１０がＭＲ２０と接続しているネットワーク内に入り、そのシグナリング権限を委譲することを決定した場合には、ＭＮ１０は、通常の委譲要求８１２及び応答８１３を行う。その後で、ＭＮ１０は、委譲メッセージ８１４を作成し、それをローカル的にＭＲ２０に送ることができる。ＭＲ２０は、委譲をそのホーム・エージェントに送信する。プロキシＨＡ８０２は、パケット８１５を入手し、シグナリング・プロキシ・サーバとして機能する。ＭＮ１０のホーム・ネットワークは、グローバルＨＡ−ＨＡネットワーク内に位置しているので、プロキシＨＡ８０２は、プロキシ・ホーム・エージェントを含むすべてのＭＮのホーム・エージェントを、（例えば、プロキシ・バインディング・アップデートを送信することにより）更新しなければならない場合がある。シグナリング・プロキシ・サーバ８０２は、ＢＵ８１６を使用し、ＢＡ８１７を入手することにより、プライマリＨＡ８０５を最初に更新する。その後で、プロキシＨＡ８０２は、ネットワーク内の他の２つのＨＡを更新する。図７のメッセージ８１８〜８２１がこれらを示す。このプロキシＢＵが確立されると、プロキシ・シグナリング・サーバは、ＣＮ５０とのＲＲシグナリングを行わなければならない。ＣＮ５０に対する最も近いプロキシＨＡは、プロキシＨＡ８０３であると仮定する。プロキシＨＡ８０３は、ＭＮ１０及びＭＲ２０の移動ネットワーク・プレフィックスに到着するための経路を注入する。そのため、プロキシＨＡ８０３は、ＭＮ１０にＣＮ５０が送信したパケットを容易に捕捉することができる。
プロキシＨＡ８０２は、ＭＮ１０のＣｏＡにより、ソース・アドレスとしてＣｏＴＩパケット８２４を作成する。イングレスフィルタリングを通過するために、ＣＮ５０に近いオーバレイ・ネットワーク内で、プロキシＨＡ８０２をホーム・エージェントにトンネリングしなければならない。プロキシＨＡ８０２は、ＨｏＴＩパケット８２２に対して同じことをしなければならない。図７の参照符号８２２〜８２５はこれらを示す。同様に、ＣＮ５０が送信したＨｏＴ８２８及びＣｏＴ８２６はプロキシＨＡ８０３によりインタセプトされ、プロキシＨＡ８０２であるプロキシ・シグナリング・エージェントにトンネリングされる。図７のメッセージ８２６〜８２９はこれらを示す。これらのＲＲ交換の後で、プロキシＨＡ８０２は、ＲＲトークンにより必要なバインディング・キーを生成し、ＢＵ８３０をＣＮ５０に送信することができる。このオーバレイＨＡ−ＨＡ環境において、イングレスフィルタリングを通過するためにＢＵ８３０をカプセル化しなければならない。この実施の形態から、ＭＲ−ＨＡがシグナリング・プロキシであるシグナリング権限委譲機構が、グローバルＨＡ−ＨＡシナリオで動作できることをはっきり理解することができる。当業者であれば、委譲機構がグローバルＨＡ−ＨＡネットワーク内でＲＲシグナリングを改善したことを容易に理解することができるだろう。
本発明のさらに他の好ましい実施の形態の場合には、ＭＮがＮＥＭＯ内で入れ子状態になっていて、ＮＥＭＯがＮｅｔＬＭＭ領域内を移動していて、ＭＲのホーム・エージェントがシグナリング・プロキシ・エージェントであるシナリオを使用することができる。委譲機構は、この実施の形態で説明するように、このシナリオで動作することができる。図８は、この環境内で行われるシグナリングを示す。ＭＮ１０は、他のリンク内に位置するＭＲ２０に接続している。ＭＡＧ３０は、アクセス・ルータ類似の移動アクセス・ゲートウェイ（Mobile Access Gateway）である。ＬＭＡ３５は、ローカルモビリティアンカと呼ばれ、ＭＡＰに類似している。ＨＡ４０及びＨＡ４１は、それぞれＭＮ１０及びＭＲ２０のホーム・エージェントである。ＭＮ１０は、ＣＮ５０とデータ通信している。
ＭＲ２０は、ＮｅｔＬＭＭ領域に入ることができ、ＭＡＧ３０からルータ広告（ＲＡ）９００を受信することができる。このＲＡメッセージ９００内で広告されたプレフィックスは、ＮｅｔＬＭＭサービスのために使用したプレフィックスであり、ＭＲ２０はそこから気付アドレスを生成する。その後で、ＭＡＧ３０は、このＣｏＡをＬＭＡ３５に登録し、ＬＭＡ３５にそれ自身を介してこのアドレスに到着することができることを通知する。その後で、ＭＲ２０は、ＨＡ４１であるそのＨＡへのＢＵの送信を希望する。このＢＵパケットは、図８に示すように、ＭＡＧ３０からＬＭＡ３５への１つのレベルのトンネルを有する。このトンネリングしたパケット９０３は、ＬＭＡ３５でカプセルから取り出され、ＨＡ４１に到着する。
この時点で、ＭＮ１０は、ＭＲ２０からＲＡ９０６を受信することができる。ここで広告されたプレフィックスは、そのホーム・ネットワークから入手したプレフィックスＭＲ２０であってもよい。図８の９０７及び９０８で示すように、ＭＮ１０は、そのＣｏＡを形成し、通常の委譲要求シグナリングを行う。ＭＲ２０からの肯定応答を受信した後で、ＭＮ１０は、証明書をＭＲ２０に送ることができ、ＭＲ２０は委譲メッセージ９１０を作成することができ、それをそのＨＡに送ることができる。図８を見れば分かるように、このメッセージ９１０は、ＭＲ２０からトンネリングされ、さらにＮｅｔＬＭＭ領域内に短いトンネルを有する。
ＨＡ４１がこの委譲メッセージ９１０を受信すると、ＨＡ４１は、必要なプロキシＢＵ９１１をＨＡ４０に送信する。その後で、図８の参照符号９１２で示すように、ＨＡ４１は、ＣＮ５０とのＲＲ手順を実行する。最後に、ＨＡ４１は、ＢＵ９１３をＣＮ５０に送信する。これらのことから、ＮＥＭＯ ＮｅｔＬＭＭシナリオで委譲機構を使用することができること、高速のＲＲを確立することができるので、非常に役に立つ場合があることをはっきり理解することができる。
本発明の他の好ましい実施の形態において、シグナリング・プロキシ・エージェントに関連するパケット受信におけるパケット処理機構について説明する。ＭＮの移動アクセス・ルータがそれ自身のＨＡにシグナリング権限を委譲した場合、ＨＡはプロキシＲＲシグナリングだけを行うことを理解することが重要である。このシグナリング・プロキシ・エージェントは、データ・パケットを処理しない。図９は、シグナリング・プロキシに関連する簡単な処理ループである。ステップ１１００において、シグナリング・プロキシ・エージェントは、パケットのあて先アドレスをチェックする。あて先アドレスが、例えばＭＮのＣｏＡのような自身がプロキシであるアドレスと等しい場合には、ステップ１１０２に進む。ステップ１１００において偽であると判定された場合には、制御はステップ１１０１に渡され、このステップにおいて、パケットは通常、通常の実施態様により経路指定される。ステップ１１００において真であると判定された場合には、制御はステップ１１０２に渡される。この場合、何らかのモビリティヘッダが含まれているかどうかがチェックされる。何らかのモビリティヘッダが含まれていて、そのためステップ１１０２において真であると判定された場合には、ステップ１１０３に示す処理が行われる。このプロセス１１０３は、関連するＲＲトークンを入手し、ＣＮとのバインディング・キーを生成するために使用される。ステップ１１０２において偽であると判定された場合には、パケットは、通常の方法で経路指定され、制御がステップ１１０１に渡される。パケットがＭＮあてのものであり、モビリティヘッダを含んでいない場合には、データ・パケットである可能性があり、そのため、このパケットは、通常の経路指定機構によりＭＮに送られる。
上記説明において、シグナリング・プロキシ・エージェントは、ＣＮからＭＮへの経路に沿った任意のノードであってもよい。より詳細に説明すると、当業者であれば、シグナリング・プロキシ・エージェントはＭＲのＨＡであってもよいことを理解することができるだろう。
本発明のさらに他の好ましい実施の形態において、ＭＮのホーム・エージェントにおけるパケット処理機構を説明する。この場合、ＭＮは、そのシグナリング権限を固定インフラストラクチャ内のあるサーバに委譲したノードである。ＭＮのホーム・エージェントは、この委譲されたシグナリング機構をサポートするためにいくつかの小さな変更を行わなければならない。図１０でＭＮのＨＡに関連するステップについて説明する。ＭＮのＨＡがパケットをインタセプトすると、このＨＡは、あて先が現在そのシグナリング権限をサーバに委譲しているＭＮに属するものかどうかをチェックするために、ステップ１１５０に示すように、最初にあて先アドレスをチェックする。ステップ１１５０において偽であると判定された場合には、ステップ１１５１が実行され、パケットは、通常の経路指定実施態様により通常の方法で経路指定される。ステップ１１５０において真であると判定された場合には、ステップ１１５２が実行される。ステップ１１５２において、何らかのモビリティヘッダが含まれているかどうかがチェックされる。モビリティヘッダ（例えば、ＨｏＴ）が含まれている場合には、パケットはシグナリング・プロキシ・エージェントにトンネリングされる。ステップ１１５２において偽であると判定された場合には、ステップ１１５１が実行され、パケットは通常の機構により通常の方法で経路指定される。当業者であれば、そのシグナリング権限を委譲したＭＮのホーム・エージェントにおける必要な変更が少なくてすみ、好都合であることを理解することができるだろう。
本発明の他の好ましい実施の形態の場合には、このプロキシ・シグナリングのためだけの特種なシグナリング・プロキシ・サーバを、好適に、インフラストラクチャ全体に配置することができ、ＭＮの気付アドレスにより探索することができる。図１１のシステム又はネットワークの図面はこれを示す。グローバル通信ネットワーク１２００は、多数のＩＳＰ１２０１〜１２０６に接続している。図を見れば分かるように、各ＩＳＰ内には、このようなプロキシ・シグナリングを行うためのシグナリング・プロキシ・エージェントが明示されていて、図１１の参照符号１２３０〜１２３５がこれらを示す。ＭＮ１２０７は、ＭＲ１２０８内に入れ子状態になっている。ＭＲ１２０８はＡＲ１２０９に接続している。ＭＮ１２０７及びＭＲ１２０８のホーム・エージェントは、それぞれＨＡ１２１１及びはＨＡ１２１０である。当業者であれば、プロキシ・サーバ機能を、ルータ階層内の任意の固定ルータ内で実施することができることを容易に理解することができるだろう。
ＭＮ１２０７が、ＭＲ１２０８のホーム・ネットワークから入手したＭＲ１２０８の移動ネットワーク・プレフィックスから気付アドレスを生成するいくつかのシナリオが存在し、ＭＮ１２０７が、ＡＲ１２０９が供給したプレフィックスから気付アドレスを生成するいくつかの他のシナリオが存在する。他の領域から入手したプレフィックスを使用し、気付アドレスを生成し、このアドレスをＣＮに供給するいくつかのスキームが存在する。多数のＮＥＭＯ ＲＯスキームが、このことを実行していて、階層化モビリティ管理スキームもこのことを実行している。上記実施の形態で説明したように、そのホーム・ネットワークから供給されたＭＲのプレフィックスから入手した気付アドレスを使用するいくつかのＮＥＭＯ ＲＯスキームが存在する。理想的なプロキシ・シグナリング・スキームは、将来のどのシステムにおいてもこの解決方法が有効であるように、両方のプレフィックス作成方法に対して動作するものでなければならない。
この方法の場合、そのＣｏＡを使用するＭＮ１２０７は、シグナリング・プロキシ・サーバを追跡するために適当なエニキャスト・アドレスを構成することができる。ＭＮ１２０７は、それ自身のシグナリング・プロキシ・サーバを探索することもできるし、又はＭＲ１２０８にシグナリング・プロキシ・サーバを探索するように依頼することもできる。ＭＮ１２０７がＡＲ１２０９が委譲したプレフィックスから気付アドレスを構成する場合には、ＭＮ１２０７が探索するシグナリング・プロキシ・サーバは、ＩＳＰ１２０４内のものである。シグナリング・メッセージ１２１３は、このサーバ探索を示す。ＭＮ１２０７のＣｏＡをＭＲホーム・ネットワークから入手した場合には、探索されたサーバは、図に示すように、ＩＳＰ１２０１からのものである。シグナリング・メッセージ１２１２は、この探索のために使用される。
上記方法と比較した場合、この方法は、いくつかの利点及びいくつかの欠点を有する。利点は、その気付アドレスを生成するためにＭＮがどんなプレフィックスを使用しても、この方法が任意のシナリオで動作することができることである。ＭＲのＨＡがシグナリング・プロキシである上記機構と同じように、この探索したシグナリング・プロキシ・サーバも、ＣｏＴパケットを容易にインタセプトすることができ、またイングレスフィルタリングを通過するＣｏＴＩを生成することができる。このようなことが可能なのは、シグナリング・サーバがＭＮのＣｏＡにより探索され、そのためサーバが、ＣｏＴパケットを直接インタセプトすることができ、ＭＮのＣｏＡによりＣｏＴＩパケットを生成することができる経路内に位置しているからである。この機構の主要な問題は、このシグナリング・サーバが位置する場所に依存することである。サーバがＭＮ ＣｏＡプレフィックスに向かうデフォルト経路内に位置していない場合には、ＣｏＴパケットをインタセプトするために経路を注入してやらなければならない。もう１つの問題は、このような明示のシグナリング・サーバは、全体に展開しなければならないのでコストが高くなることである。しかし、将来このようなＭＮモビリティパターンがよく使用されるようになると（すなわち、ＭＮが長時間移動ネットワーク内に留まると）、展開に要するコストは、このスキームがもたらすことができるシグナリングの効率でカバーしきれなくなる。
本発明の他の好ましい実施の形態において、エニキャスト方法及びプロキシＢＵ及びプロキシＲＲシグナリングを使用するシグナリング・プロキシ・エージェントの委譲探索について説明する。図１２は、このような委譲探索及びプロキシ・モード・シグナリング動作を示す。ＭＮ１３００は、ＭＲ１３０１内で入れ子状態になっている。参照符号１３０２はシグナリング・プロキシ・サーバを示す。ＨＡ１３０３は、ＭＮ１３００のホーム・エージェントである。ＣＮ１３０４は、ＭＮ１３００が通信しているノードである。ＭＮ１３００は、任意のプレフィックスによりＣｏＡを構成し、ＣｏＡのプレフィックスに直接関連する適当なサーバを探索するために、エニキャスト・アドレスを生成する。そうすることにより、ＣｏＴを容易にインタセプトすることができ、ＭＮ１３００のＣｏＡによりＣｏＴＩを容易に生成することができるサーバを探索することができる。ＭＮ１３００は、シグナリング・プロキシ・サーバ探索メッセージ１３０５を生成し、このメッセージはサーバ１３０２に到着する。次に、サーバ１３０２は、参照符号１３０６で示すように、肯定応答を送信する。その後で、ＭＮ１３００は、関連する証明書と一緒に適当な委譲メッセージ１３０７をサーバ１３０２に送信する。サーバ１３０２は、既に説明したように、プロキシＢＵ１３０７を送信し、ＨＡ１３０３からＢＡ１３０８を受信する。その後で、サーバ１３０２は、ＣＮ１３０４とのＲＲ手順を行う。図１２のパケット１３１０〜１３１３はこれらを示す。最後に、シグナリング・プロキシ・サーバ１３０２は、ＢＵ１３１４をＣＮ１３０４に送信する。別の方法としては、ＭＲ１３０１は、エニキャスト方法によりプロキシ探索を行うことができる。この場合、ＭＲ１３０１は、エニキャスト・タイプの探索を使用することができ、適当なシグナリング・プロキシ・サーバをある信頼できるアンカによりＭＲに供給することができる。
本発明のさらに他の好ましい実施の形態により、ＮＥＭＯ ＨＭＩＰｖ６シナリオでのエニキャスト・アドレス方法による適当なシグナリング・プロキシ・サーバの探索を説明する。図１３の場合には、ＭＮ１０は、ＭＲ２０内で入れ子状態になっている。ＨＡ１５０２はＭＮ１０のホーム・エージェントであり、ＭＮ１０はＣＮ５０とデータ通信をしている。ＭＲ２０は、ＲＡ１５０３を送信し、ＲＡに接続しているＭＡＰオプションは、ＭＡＰ１５００アドレスを供給する。ＭＮ１０は２つの気付アドレスを構成する。一方は、ＭＲ２０のホーム・ネットワークから入手したプレフィックスにより構成したローカル気付アドレス（ＬＣｏＡ：Local care-of address）である。他方は、ＭＡＰ１５００が処理したプレフィックスから構成したリージョナル気付アドレス（ＲＣｏＡ：Regional care-of address）である。このようなアドレスを構成した後で、ＭＮ１０は、ＢＵ１５０４をＭＡＰ１５００に送信する。これにより、ＭＮ１０は、ＭＡＰ１５００にＭＮのローカル気付アドレスと区域内気付アドレスとの間のバインディングを登録することができる。ＭＡＰ１５００は、ＢＡ１５０５によりＢＵ１５０４に応答する。その後で、ＭＮ１０は、ＣＮ５０にリージョナル気付アドレスをその気付アドレスとして通知する。それ故、ＭＮ１０は、シグナリング・プロキシ・サーバの探索のためのエニキャスト・アドレスを構成する際にＲＣｏＡプレフィックスを使用する。メッセージ１５０６が送信され、ＭＡＰ領域内のサーバ１５０１が応答する。その後で、ＭＮ１０は、証明書と一緒に委譲メッセージ１５０８を送信する。その後で、シグナリング・プロキシ・サーバ１５０１は、ＨＡ１５０２にプロキシＢＵ１５０９を送信する。その後で、シグナリング・プロキシ・サーバ１５０１は、ＣＮ５０とのＲＲ手順を開始する。これは、図１３の参照符号１５１１として示されている。最後に、シグナリング・プロキシ・サーバ１５０１は、ＢＵメッセージ１５１２をＣＮ５０に送信する。
本発明のさらに他の好ましい実施の形態により、ＮＥＭＯ ＮｅｔＬＭＭ環境内でのエニキャスト・アドレス方法による適当なシグナリング・プロキシ・サーバの探索を説明する。図１４は、ＮＥＭＯ ＮｅｔＬＭＭシナリオでのこのような探索を示す。ＭＮ１０は、ＭＲ２０内で入れ子状態になっている。ＭＲ２０は車両７６内に位置する。ＨＡ４０及びＨＡ４１は、それぞれＭＮ１０及びＭＲ２０のホーム・エージェントであり、ＣＮ５０はＭＮ１０とデータ通信を行っている。ＬＭＡ１４０１は、ＮｅｔＬＭＭ領域を画定し、ＮｅｔＬＭＭ領域の下には１４０２、１４０３及び１４０４のような多くのＭＡＧが存在する。参照符号１４００は、グローバル通信ネットワークを示す。ＭＮ１０は、ＬＭＡ１４０１がＭＡＧ１４０２に供給したプレフィックスからＣｏＡを構成する。この場合、エニキャスト・ベースのサーバ探索によりサーバ１４０５の位置が分かる。このサーバ、すなわちサーバ１４０５が探索されると、サーバは、１４０６を介してＨＡ４０とのＢＵ／ＢＡを確立し、仮想経路１４０７を介してＣＮ５０とのプロキシＲＲシグナリングを行う。
本発明の他の好ましい実施の形態の場合には、ＮＥＭＯ ＲＯシナリオでエニキャスト・タイプのサーバ探索を行うことができる。このＮＥＭＯ ＲＯシナリオでは、ＣＮに供給された気付アドレスが、好適には、最上位の移動ルータ（ＴＬＭＲ）のＣｏＡであることが好ましい、これは図１５に示されている。図１５において、ＭＮ１０はＭＲ２０内で入れ子状になっていて、ＭＲ２０はＴＬＭＲ１６００内で入れ子状になっている。ＭＮ１０のホーム・エージェントは、ＨＡ１６０２であり、ＭＮ１０はＣＮ５０とデータ通信を行っている。ＭＲ２０はＲＡ１６０３をＭＮ１０に送信し、ＭＮ１０は広告のプレフィックスからＣｏＡを構成する。このプレフィックスは、ＭＲ２０のホーム・ネットワークから入手することができる。しかし、ＲＯを目的とする場合には、ＭＮ１０は、ＣＮ５０にＴＬＭＲ１６００のＣｏＡをそれ自身のＣｏＡとして通知することができる。この場合、ＭＮ１０は、その適当なシグナリング・プロキシ・サーバの位置を探索するためのこのＣｏＡプレフィックスを使用する。それ故、サーバ１６０１は、そのＴＬＭＲ１６００が接続している領域内に位置する。図１５の参照符号１６０４〜１６０６はシグナリング委譲メッセージを示す。このような委譲の後で、プロキシＢＵ／ＢＡメッセージが交換される。図１５の参照符号１６０７及び１６０８はこれらのメッセージを示す。最後に、ＨＡ１６０２とのこのＢＵ／ＢＡ交換の後で、シグナリング・プロキシ・サーバ１６０１は、ＣＮ５０とのＲＲ手順を開始する。これは、図１５において参照符号１６０９として示されている。その後で、シグナリング・プロキシ・サーバはＣＮ５０へのＢＵメッセージ１６１０を交換する。本発明の他の好ましい実施の形態の場合には、ＭＮのＨＡへのシグナリング・サーバ（エニキャスト方法により探索することができる、又はＭＲのＨＡである）からのＢＵは完全に透過的に行うことができ、そのため、ＭＮのＨＡを変更する必要がない。この場合、ＭＮは、そのシグナリング権限を委譲したモバイルである。唯一の欠点は、このような場合には、ＨｏＴパケットがＭＮのＣｏＡに送信され、シグナリング・サーバが、関連するＨｏＫトークンを抽出するために、それがモビリティヘッダであるかどうかをチェックする必要がある場合があることである。さらに、シグナリング・プロキシ・サーバからＭＮのＨＡに送信したＢＵメッセージは、ホーム・アドレスあて先オプション・フィールドを含んでいなければならない。
最も実用的で好ましい実施の形態と思われるものにより本発明を図示し、説明してきたが、当業者であれば、本発明の範囲及び範疇から逸脱することなしに、設計の詳細及びパラメータを種々に修正することができることを理解することができるだろう。
上述の実施の形態では、モバイルルータ（及びその配下のノード）により構成されたモバイルネットワーク（若しくは階層化されたモバイルネットワーク）であることが仮定されているが、ローカルモビリティ管理（Local Mobility Management）の環境に本発明を適用することも可能である。
例えば、ローカルモビリティ管理方法の１つであるＰＭＩＰ（Proxy Mobile IP）はＭＡＧ（Mobile Access Gateway)がＬＭＡ（Local Mobility Anchor）に移動端末の移動登録を行うことにより、移動端末に対するモビリティサポートを提供しているが、本明細書におけるＭＲがＭＡＧに対応する形で適用可能である。この場合、ＭＲのＨＡはＬＭＡに対応すると考えることができる。さらに、階層化されたモバイルネットワークはＰＭＩＰを用いたネットワークを提供するネットワークオペレータがローミング関係などにより、ＰＭＩＰで構成しているＭＡＧ−ＬＭＡ間のトンネルを多段に用いるような場合に相当する。
また、ローカルネットワークドメインの構成は、複数オペレータ間のローミング関係も含めて多岐にわたることが考えられる。例えば、ＭＡＧはモバイルノードのアクセス・ルータである場合の他にも、ＭＡＧが異なるアクセスネットワーク（ローミングを含む）との境界ルータであり、モバイルノードはいったんその異なるアクセス・ネットワークに接続した後、そのアクセス・ネットワークを介して境界ルータであるＭＡＧに接続するという構成も考えられる。この場合も、様々なパラメータやＭＡＧへの到達手順、通信手順などの設計部分が異なるが、本発明のシグナリング・プロキシ・サーバに関する動作は同様に適用できることは明白である。
なお、上記の本発明の実施の形態の説明で用いた各機能及び手順は、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
本発明は、長時間ＮＥＭＯネットワーク内で入れ子状態になっているＭＮに対する位置更新シグナリングを低減させる利点を有し、パケット交換通信の分野に適用することができる。
固定インフラストラクチャ内の適当なサーバが、本発明の好ましい実施の形態によりプロキシ位置登録を行う、本発明に関連するメッセージ・シーケンス図（ＭＳＣ） 本発明の好ましい実施の形態によるプロキシ位置登録委譲要求メッセージ及び委譲要求応答メッセージ 本発明の好ましい実施の形態によるプロキシ位置登録委譲メッセージ 本発明の好ましい実施の形態によるプロキシ位置登録サーバから移動ノードのホーム・アドレスへのプロキシ・バインディング・アップデートメッセージ 本発明の好ましい実施の形態によるＭＮの移動アクセス・ルータのホーム・エージェントがプロキシ位置登録を行う、本発明の第１の変形例のネットワーク図 本発明の好ましい実施の形態による簡単なＭＩＰｖ６及びＮＥＭＯ基本サポート統合シナリオで展開している本発明の第１の変形例のＭＳＣ 本発明の好ましい実施の形態によるＮＥＭＯグローバルＨＡ−ＨＡシナリオで展開している本発明の第１の変形例のＭＳＣ 本発明の好ましい実施の形態によるＮＥＭＯ ＮｅｔＬＭＭシナリオで展開している本発明の第１の変形例のＭＳＣ 本発明の好ましい実施の形態による本発明の第１の変形例のシグナリング・プロキシに関連するフローチャート 本発明の好ましい実施の形態による本発明の第１の変形例のＭＮのホーム・エージェントに関連するフローチャート 本発明の好ましい実施の形態による本発明の第２の変形例のネットワーク図 本発明の好ましい実施の形態によるＣＮに供給されたＭＮの気付アドレスにより探索されるプロキシ・シグナリング・サーバがプロキシ位置登録を行う、本発明の第２の変形例のＭＳＣ 本発明の好ましい実施の形態によるＮＥＭＯ及びＨＭＩＰｖ６シナリオにおける本発明の第２の変形例のＭＳＣ 本発明の好ましい実施の形態によるＮＥＭＯ ＮｅｔＬＭＭシナリオで展開している本発明の第２の変形例のネットワーク図 本発明の好ましい実施の形態によるＮＥＭＯ ＲＯシナリオで展開している場合の本発明の第２の変形例のＭＳＣ

Claims (16)

  1. １つ又は複数の移動ノード、１つ又は複数の移動ルータ、前記移動ノード及び前記移動ルータの１つ又は複数のホーム・エージェント、及びシグナリング・プロキシ・サーバとしての機能を有する任意のルータを含むパケット交換データ通信ネットワーク内の通信ノードのシステムであって、
    前記移動ノードが、そのシグナリング権限を、前記シグナリング・プロキシ機能を有するルータに委譲し、
    前記シグナリング・プロキシ機能を有するルータが、前記移動ノードの通信相手ノードからの気付試験パケットを前記移動ノードが受信する経路上に位置し、
    また前記シグナリング・プロキシ機能を有するルータが、イングレスフィルタリングを通過する移動ノードの気付アドレスにより、気付試験開始パケットを生成できるように構成されているシステム。
  2. 前記シグナリング・プロキシ機能を有するルータが、前記移動ノードのシグナリング・プロキシとして前記通信相手ノードに対しリターン・ルータビリティ・シグナリングとして前記生成した気付試験開始パケットを送信し、
    前記シグナリング・プロキシ機能を有するルータが、前記移動ノードのホーム・エージェントに対し前記移動ノードのプロキシとして位置管理シグナリングを行う、請求項１に記載のパケット交換データ通信ネットワーク内の通信ノードのシステム。
  3. 前記移動ノードが、前記ＭＮからのシグナリング権限の委譲要求メッセージを自身が直接接続している前記移動ルータに送信し、
    前記委譲要求メッセージが、前記移動ノードが通信している通信相手ノードの数、及び前記移動ノードのホーム・エージェントの数を含む、
    請求項１に記載のパケット交換データ通信ネットワーク内の通信ノードのシステム。
  4. 前記移動ノードから送信された委譲要求メッセージを受信した前記移動ルータが、そのデータベース・エントリ内に保持している委譲した数に基づき、前記シグナリング・プロキシ・サーバを割り当てることができる通信相手ノード及びホーム・エージェントの数を決定し、これらの値を前記シグナリング・プロキシ・サーバの識別子と共に前記委譲要求メッセージに対する応答により前記移動ノードに通知する、
    請求項３に記載のパケット交換データ通信ネットワーク内の通信ノードのシステム。
  5. 前記移動ノードが前記移動ルータから前記委譲要求メッセージに対する肯定的な応答を受信した場合、
    前記移動ノードが前記移動ルータにより通知を受けた前記シグナリング・プロキシ・サーバへ委譲メッセージを送信する、
    請求項４に記載のパケット交換データ通信ネットワーク内の通信ノードのシステム。
  6. 前記委譲メッセージに含まれる証明書が、前記移動ノードのホーム・アドレス、前記移動ノードの気付アドレス、及び前記移動ノードがそのホーム・エージェントと共有するキーにより暗号化したシグナリング・プロキシ・サーバの公開鍵により生成した暗号である値を有することができるものである、
    請求項５に記載のパケット交換データ通信ネットワーク内の通信ノードのシステム。
  7. 前記シグナリング・プロキシ・サーバが、前記移動ノードより受信した証明書、署名及び前記委譲が有効な期間を前記位置管理シグナリングであるプロキシＢＵに含めて前記移動ノードのホーム・エージェントに送信する、
    請求項６に記載のパケット交換データ通信ネットワーク内の通信ノード・システム。
  8. 前記シグナリング・プロキシ・サーバが、前記移動ノードの前記移動ルータの前記ホーム・エージェントである、請求項１に記載のパケット交換データ通信ネットワーク内の通信ノードのシステム。
  9. １つ又は複数の移動ノード、１つ又は複数の移動ルータ、前記移動ノード及び前記移動ルータの１つ又は複数のホーム・エージェント、及びシグナリング・プロキシ・サーバとしての機能を有する任意のルータを含むパケット交換データ通信ネットワーク内の前記シグナリング・プロキシ機能を有するルータであって、
    前記移動ノードから、そのシグナリング権限の委譲を受け付ける手段と、
    前記移動ノードの通信相手ノードからの気付試験パケットを受信する手段と、
    イングレスフィルタリングを通過する前記移動ノードの気付アドレスにより、気付試験開始パケットを生成する手段とを、
    有するルータ。
  10. 前記移動ノードのシグナリング・プロキシとして前記通信相手ノードに対しリターン・ルータビリティ・シグナリングとして前記生成した気付試験開始パケットを送信する手段と、
    前記移動ノードのホーム・エージェントに対し前記移動ノードのプロキシとして位置管理シグナリングを行う手段とを、
    有する請求項９に記載のルータ。
  11. 前記移動ノードより委譲メッセージを受信する手段と、
    前記委譲メッセージに含まれる前記移動ノードの証明書、署名及び前記委譲が有効な期間を前記位置管理シグナリングであるプロキシＢＵに含めて前記移動ノードのホーム・エージェントに送信する、
    請求項９に記載のルータ。
  12. 前記シグナリング・プロキシ機能を有するルータが、前記移動ノードの前記移動ルータの前記ホーム・エージェントである、請求項９に記載のルータ。
  13. １つ又は複数の移動ノード、１つ又は複数の移動ルータ、前記移動ノード及び前記移動ルータの１つ又は複数のホーム・エージェント、及びシグナリング・プロキシ・サーバとしての機能を有する任意のルータを含むパケット交換データ通信ネットワーク内の前記移動ノードであって、
    シグナリング権限の委譲要求メッセージを自身が直接接続している前記移動ルータに送信する手段を有し、
    前記委譲要求メッセージが、前記移動ノードが通信している通信相手ノードの数、及び前記移動ノードのホーム・エージェントの数を含むことを特徴とする移動ノード。
  14. 前記移動ルータから前記委譲要求メッセージに対する肯定的な応答を受信した場合、
    前記応答に含まれる前記シグナリング・プロキシ・サーバの識別子に基づき、前記シグナリング・プロキシ・サーバへ委譲メッセージを送信する手段を有する請求項１３に記載の移動ノード。
  15. 前記委譲メッセージに含まれる証明書が、前記移動ノードのホーム・アドレス、前記移動ノードの気付アドレス、及び前記移動ノードがその前記ホーム・エージェントと共有するキーにより暗号化した前記シグナリング・プロキシ・サーバの公開鍵により生成した暗号である値を有することができるものである請求項１４に記載の移動ノード。
  16. １つ又は複数の移動ノード、１つ又は複数の移動ルータ、前記移動ノード及び前記移動ルータの１つ又は複数のホーム・エージェント、及びシグナリング・プロキシ・サーバとしての機能を有する任意のルータを含むパケット交換データ通信ネットワーク内の前記移動ルータであって、
    前記移動ノードから送信された委譲要求メッセージを受信する手段と、
    データベース・エントリ内に保持している委譲した数に基づき、前記シグナリング・プロキシ・サーバを割り当てることができる通信相手ノード及びホーム・エージェントの数を決定し、これらの値を前記シグナリング・プロキシ・サーバの識別子と共に前記委譲要求メッセージに対する応答により前記移動ノードに通知する手段とを有する移動ルータ。
JP2009500097A 2007-02-23 2008-02-25 移動ネットワーク内で移動する移動ノードに関連する効率的な位置管理シグナリングのためのシステム、ルータ、移動ノード並びに移動ルータ Expired - Fee Related JP4988817B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009500097A JP4988817B2 (ja) 2007-02-23 2008-02-25 移動ネットワーク内で移動する移動ノードに関連する効率的な位置管理シグナリングのためのシステム、ルータ、移動ノード並びに移動ルータ

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2007044676 2007-02-23
JP2007044676 2007-02-23
PCT/JP2008/000332 WO2008102570A1 (ja) 2007-02-23 2008-02-25 移動ネットワーク内で移動する移動ノードに関連する効率的な位置管理シグナリングのためのシステム、ルータ、移動ノード並びに移動ルータ
JP2009500097A JP4988817B2 (ja) 2007-02-23 2008-02-25 移動ネットワーク内で移動する移動ノードに関連する効率的な位置管理シグナリングのためのシステム、ルータ、移動ノード並びに移動ルータ

Publications (2)

Publication Number Publication Date
JPWO2008102570A1 JPWO2008102570A1 (ja) 2010-05-27
JP4988817B2 true JP4988817B2 (ja) 2012-08-01

Family

ID=39709850

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009500097A Expired - Fee Related JP4988817B2 (ja) 2007-02-23 2008-02-25 移動ネットワーク内で移動する移動ノードに関連する効率的な位置管理シグナリングのためのシステム、ルータ、移動ノード並びに移動ルータ

Country Status (3)

Country Link
US (1) US20100097993A1 (ja)
JP (1) JP4988817B2 (ja)
WO (1) WO2008102570A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8190750B2 (en) * 2007-08-24 2012-05-29 Alcatel Lucent Content rate selection for media servers with proxy-feedback-controlled frame transmission
GB2454645B (en) * 2007-08-31 2012-05-09 Ericsson Telefon Ab L M Location update of a mobile node
WO2009099358A1 (en) * 2008-02-08 2009-08-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network
US9402277B2 (en) * 2008-03-03 2016-07-26 Qualcomm Incorporated Proxy server for facilitating power conservation in wireless client terminals
US8934404B2 (en) * 2008-03-03 2015-01-13 Qualcomm Incorporated Access point with proxy functionality for facilitating power conservation in wireless client terminals
US20110286597A1 (en) * 2009-11-17 2011-11-24 Qualcomm Incorporated HOME AGENT PROXIED MIPv6 ROUTE OPTIMIZATION MODE
US8761064B2 (en) * 2010-04-14 2014-06-24 Qualcomm Incorporated Power savings through cooperative operation of multiradio devices
KR20120071721A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 ＰＭＩＰｖ6에서 플로우 기반의 이동성을 지원하기 위한 방법 및 장치
US9059977B2 (en) * 2013-03-13 2015-06-16 Route1 Inc. Distribution of secure or cryptographic material
CN103200555B (zh) * 2013-03-27 2015-07-29 下一代互联网关键技术和评测北京市工程研究中心有限公司 一种基于层次移动IPv6网络的动态HA机制
EP3155829B1 (en) 2014-06-12 2021-05-12 Convida Wireless, LLC Context aware neighbor discovery
CN108965050B (zh) * 2018-06-29 2021-05-14 安擎(天津)计算机有限公司 一种服务器定位功能测试方法及系统
TWI711293B (zh) * 2019-03-26 2020-11-21 宏碁股份有限公司 驗證網路通話身份的方法及相關裝置
CN110996372B (zh) * 2019-11-11 2021-05-18 广州爱浦路网络技术有限公司 消息路由方法、装置、系统及电子设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7466680B2 (en) * 2002-10-11 2008-12-16 Spyder Navigations L.L.C. Transport efficiency optimization for Mobile IPv6
US20040095913A1 (en) * 2002-11-20 2004-05-20 Nokia, Inc. Routing optimization proxy in IP networks
US7552234B2 (en) * 2003-02-11 2009-06-23 Cisco Technology, Inc. Arrangement for establishing a bidirectional tunnel between a mobile router and a correspondent node
US20070113075A1 (en) * 2005-11-10 2007-05-17 Ntt Docomo, Inc. Secure route optimization for mobile network using multi-key crytographically generated addresses

Also Published As

Publication number Publication date
JPWO2008102570A1 (ja) 2010-05-27
WO2008102570A1 (ja) 2008-08-28
US20100097993A1 (en) 2010-04-22

Similar Documents

Publication Publication Date Title
JP4988817B2 (ja) 移動ネットワーク内で移動する移動ノードに関連する効率的な位置管理シグナリングのためのシステム、ルータ、移動ノード並びに移動ルータ
EP2244495B1 (en) Route optimazion of a data path between communicating nodes using a route optimization agent
JP5205468B2 (ja) ネットワーク・ベース・モビリティからホスト・ベース・モビリティへのハンドオーバ時におけるルート最適化の継続性
Ng et al. Network mobility route optimization solution space analysis
US8228843B2 (en) Internet protocol version 4 support for proxy mobile internet protocol version 6 route optimization protocol
EP1897288B1 (en) Optimized reverse tunnelling for packet switched mobile communication systems
US8279807B2 (en) Communication control method, network node, and mobile terminal
US9516495B2 (en) Apparatus and methods of PMIPv6 route optimization protocol
US8724553B2 (en) Route optimization with location privacy support
JP5238029B2 (ja) 通信ネットワーク間でのローミングの方法および装置
US20110103260A1 (en) Binding cache creating method, binding cache creating system, home agent, and mobile node
US8824353B2 (en) Mobility route optimization in a network having distributed local mobility anchors
AU2010267639B2 (en) Methods and systems for mobile IP route optimization
EP2471247B1 (en) Method and network nodes for generating cryptographically generated addresses in mobile IP networks
US20100175109A1 (en) Route optimisation for proxy mobile ip
Ng et al. RFC 4889: Network mobility route optimization solution space analysis
Zhang et al. Mobility management protocols design for IPv6-based wireless and mobile networks
Sornlertlamvanich et al. Route optimization in nested mobile networks using binding update for top-level MR
JP2011239413A (ja) パケット伝送システムおよびパケット伝送方法
Jo et al. Secure Route Optimization for Network Mobility Using Secure Address Proxying
Iapichino et al. Combination of ad hoc mobility with IPv6 mobility mechanisms report
Malekpour et al. Optimizing and reducing the delay latency of mobile IPv6 location management
Watari et al. Network Working Group C. Ng Request for Comments: 4889 Panasonic Singapore Labs Category: Informational F. Zhao UC Davis

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110125

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120410

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120426

R150 Certificate of patent or registration of utility model

Ref document number: 4988817

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20150511

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees