(57)【要約】  本発明は、新規のインジケータおよび識別情報を有する新規のプロキシ・バインディング更新要求およびプロキシ・バインディング確認メッセージを用いてこれらの問題を解決する。すなわち、ホーム・エージェント／ローカル・モビリティ・アンカは、モバイル・ノード識別（ＭＮ−ＩＤ）、ホーム・ネットワーク・プレフィックス（ＨＮＰ）などの情報を含むが、アクセス・タイプ、ハンドオーバ・インジケータ（ＨＯ）、およびインターフェース識別（インターフェースＩＤ）などの選択的情報フィールドを含むこともできるプロキシ・バインディング更新メッセージおよびプロキシ・バインディング確認メッセージを交換することになる。新規のアクセス・タイプ、インジケータ、および識別情報を含むことにより、ローカル・モビリティ・アンカは、モバイル・ノードからの新規の接続要求をよりよく理解しながらバインディング更新要求メッセージに応答することができる。
2011501916.tif 000002
【特許請求の範囲】
【請求項１】
外部ネットワーク上のモバイル・ノードの登録のための方法であって、
前記外部ネットワークに接続された前記モバイル・ノードに関するローカル・モビリティ・アンカにおいて登録要求メッセージを受信するステップであって、前記登録要求メッセージは、モバイル・ノード識別子、前記モバイル・ノードに接続するために使用されるその通信アクセス・タイプを示すアクセス・タイプ識別子、新規の登録要求が前記外部ネットワーク上の新規のアクセス・タイプへのハンドオーバに関連付けられているか、それとも新規の外部ネットワークへのハンドオーバに関連付けられているかを指定するハンドオーバ・インジケータ、および前記モバイル・ノードに接続するために使用される特定のアクセス・インターフェースを示すインターフェース識別子を含む、ステップと、
前記ローカル・モビリティ・アンカに関連付けられているキャッシュ・エントリ・テーブル上の情報に対して前記第１の登録要求で受信された情報を関連させるステップと、
新規の外部ネットワークへのハンドオーバが検出されるか、それとも前に接続されていた外部ネットワーク上の新規のアクセス・インターフェースへのハンドオーバが検出されるかに応じて、前記キャッシュ・エントリ・テーブル上で適切なエントリを生成するステップと、
新規の外部ネットワークへの前記ハンドオーバが検出されるか、それとも前記外部ネットワーク上の新規のアクセス・インターフェースへの前記ハンドオーバが検出されるかに応じて、適切なネットワーク・プレフィックスと共に前記ローカル・モビリティ・アンカから登録応答を送信するステップと
を備える方法。
【請求項２】
前記外部ネットワーク上でインターフェースごとに１つのアクセス・タイプしかサポートされないので、前記ローカル・モビリティ・アンカは、前記アクセス・タイプ・インジケータを含む登録要求情報によって新規の外部ネットワークへの前記ハンドオーバを検出する、請求項１に記載の登録の方法。
【請求項３】
複数のインターフェースが前記外部ネットワーク上の同じアクセス・タイプをサポートするので、前記ローカル・モビリティ・アンカは、前記アクセス・タイプ・インジケータを含む登録要求情報によって新規の外部ネットワークへの前記ハンドオーバを検出する、請求項１に記載の登録の方法。
【請求項４】
複数のインターフェースが前記外部ネットワーク上の前記同じアクセス・タイプをサポートするので、前記ローカル・モビリティ・アンカは、前記インターフェース識別およびハンドオーバ・インジケータを含む登録要求情報によって前記外部ネットワーク上の新規のインターフェースへの前記ハンドオーバを検出する、請求項１に記載の登録の方法。
【請求項５】
バインディング・キャッシュ・エントリ・テーブルは、モバイル・ノード識別情報および前記モバイル・ノードを前記外部ネットワークに接続するために使用される前記アクセス・タイプを含めて、外部ネットワークに接続された前記モバイル・ノードに関する情報を含む、請求項１に記載の登録の方法。
【請求項６】
前記バインディング・キャッシュ・エントリ・テーブルは、前記モバイル・ノード識別情報および前記モバイル・ノードを前記外部ネットワークに接続するために使用される前記インターフェースのための前記インターフェース識別を含めて、外部ネットワークに接続された前記モバイル・ノードに関する情報を含む、請求項１に記載の登録の方法。
【請求項７】
前記バインディング・キャッシュ・エントリ・テーブルは、前記モバイル・ノード識別情報、前記アクセス・タイプ、前記モバイル・ノードを前記外部ネットワークに接続するために使用される前記インターフェースのための前記インターフェース識別を含めて、外部ネットワークに接続された前記モバイル・ノードに関する情報を含む、請求項１に記載の登録の方法。
【請求項８】
外部ネットワーク上のモバイル・ノードの登録のための方法であって、
前記外部ネットワーク上の前記モバイル・ノードに関するローカル・モビリティ・アンカにおいて登録要求メッセージを受信するステップであって、前記登録要求メッセージは、モバイル・ノード識別子、前記モバイル・ノードを接続するために使用されるその通信アクセス・タイプを示すアクセス・タイプ識別子、前記新規の登録要求が前記外部ネットワーク上の新規のアクセス・タイプへのハンドオーバに関連付けられているか、それとも新規の外部ネットワークへのハンドオーバに関連付けられているかを指定するハンドオーバ・インジケータ、および、前記モバイル・ノードを接続するために使用される前記特定のアクセス・インターフェースを示すインターフェース識別子を含む、ステップと、
前記ローカル・モビリティ・アンカに関連付けられたキャッシュ・エントリ・テーブル上の情報に対して前記第１の登録要求で受信された前記情報を比較するステップと、
新規の外部ネットワークへの前記ハンドオーバが検出されるか、それとも前記外部ネットワーク上の新規のアクセス・インターフェースへの前記ハンドオーバが検出されるかに応じて、適切なネットワーク・プレフィックスと共に、前記ローカル・モビリティ・アンカから登録応答を送信するステップと
を備える方法。
【請求項９】
前記外部ネットワーク上でインターフェースごとに１つのアクセス・タイプしかサポートされないので、前記ローカル・モビリティ・アンカは、前記アクセス・タイプ・インジケータに基づいて新規の外部ネットワークへの前記ハンドオーバを検出する、請求項８に記載の登録の方法。
【請求項１０】
複数のインターフェースが前記外部ネットワーク上の前記同じアクセス・タイプをサポートするので、前記ローカル・モビリティ・アンカは、前記アクセス・タイプ・インジケータおよび前記登録要求内の他の情報に基づいて新規の外部ネットワークへの前記ハンドオーバを検出する、請求項８に記載の登録の方法。
【請求項１１】
複数のインターフェースが前記外部ネットワーク上の前記同じアクセス・タイプをサポートするので、前記ローカル・モビリティ・アンカは、前記要求内の前記インターフェース識別およびハンドオーバ・インジケータに基づいて前記外部ネットワーク上の新規のインターフェースへの前記ハンドオーバを検出する、請求項８に記載の登録の方法。
【請求項１２】
新規の外部ネットワークへのハンドオーバが検出されるか、それとも前に接続されていた外部ネットワーク上の新規のアクセス・インターフェースへのハンドオーバが検出されるかに応じて、キャッシュ・エントリ・テーブル上で適切なエントリを生成するステップをさらに備える、請求項８に記載の登録の方法。
【請求項１３】
前記バインディング・キャッシュ・エントリ・テーブルは、前記モバイル・ノード識別情報および前記モバイル・ノードを前記外部ネットワークに接続するために使用される前記アクセス・タイプを含めて、外部ネットワークに接続された前記モバイル・ノードに関する情報を含む、請求項１２に記載の登録の方法。
【請求項１４】
前記バインディング・キャッシュ・エントリ・テーブルは、前記モバイル・ノード識別情報および前記モバイル・ノードを前記外部ネットワークに接続するために使用される前記インターフェースのための前記インターフェース識別を含めて、外部ネットワークに接続された前記モバイル・ノードに関する情報を含む、請求項１２に記載の登録の方法。
【請求項１５】
前記バインディング・キャッシュ・エントリ・テーブルは、前記モバイル・ノード識別情報、前記アクセス・タイプ、および前記モバイル・ノードを前記外部ネットワークに接続するために使用される前記インターフェースのための前記インターフェース識別を含めて、外部ネットワークに接続された前記モバイル・ノードに関する情報を含む、請求項１２に記載の登録の方法。
【請求項１６】
前記外部ネットワーク上でインターフェースごとに１つのアクセス・タイプしかサポートされないので、前記ローカル・モビリティ・アンカは、前記アクセス・タイプ・インジケータに基づいて新規の外部ネットワークへの前記ハンドオーバを検出する、請求項１２に記載の登録の方法。
【請求項１７】
１つまたは複数の外部ネットワークに結合されたローカル・モビリティ・エージェントを有するホーム・ネットワークを備える通信ネットワークであって、各外部ネットワークは、１つまたは複数のモバイル・ノードに接続されたモバイル・アクセス・ゲートウェイを有し、
前記ローカル・モビリティ・エージェントは、前記外部ネットワークに接続された前記１つまたは複数のモバイル・ノードに関する情報を維持するためにキャッシュ・エントリ・テーブルを有し、
前記ローカル・モビリティ・エージェントは、前記要求で受信された情報の前記キャッシュ・エントリ・テーブル上の前記情報に対する比較に基づいて前記ローカル・モビリティ・エージェントによって受信された登録要求に応答してモバイル・ノード接続に関する適切な情報を提供し、前記登録要求は、モバイル・ノード識別子と、前記モバイル・ノードを前記外部ネットワークに接続するために使用されるその通信アクセス・タイプを示すアクセス・タイプ識別子と、前記新規の登録要求が、前記同じ外部ネットワーク上の新規のアクセス・タイプへのハンドオーバに関連付けられているか、それとも新規の外部ネットワークへのハンドオーバに関連付けられているかを指定するハンドオーバ・インジケータと、前記モバイル・ノードを前記外部ネットワークに接続するために使用されている前記特定のアクセス・インターフェースを示すインターフェース識別子とを含む、
通信ネットワーク。
【請求項１８】
前記外部ネットワーク上でインターフェースごとに１つのアクセス・タイプしかサポートされないので、前記ローカル・モビリティ・アンカは、前記アクセス・タイプ・インジケータに基づいて新規の外部ネットワークへのハンドオーバを検出する、請求項１７に記載の通信ネットワーク。
【請求項１９】
複数のインターフェースが前記外部ネットワーク上で前記同じアクセス・タイプをサポートしているので、前記ローカル・モビリティ・アンカは、前記登録要求内の前記アクセス・タイプ・インジケータおよび他の情報に基づいて新規の外部ネットワークへのハンドオーバを検出する、請求項１７に記載の通信ネットワーク。
【請求項２０】
複数のインターフェースが前記外部ネットワーク上で前記同じアクセス・タイプをサポートしているので、前記ローカル・モビリティ・アンカは、前記要求内のインターフェース識別およびハンドオーバ・インジケータに基づいて前記外部ネットワーク上の新規のインターフェースへのハンドオーバを検出する、請求項１７に記載の通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
ハンドオーバ・インジケータ（ｈａｎｄｏｖｅｒ  ｉｎｄｉｃａｔｏｒ）、アクセス・タイプ・インジケータ（ａｃｃｅｓｓ  ｔｙｐｅ  ｉｎｄｉｃａｔｏｒ）、および他の識別フィールド（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｆｉｅｌｄｓ）を使用して、通信システム上のモバイル・ノード（ｍｏｂｉｌｅ  ｎｏｄｅ）のためにアドレスを割り当てるための方法。
【０００２】
関連出願データ
本出願は、２００７年１０月１０日に出願した仮特許出願第６０／９７８８２１号、および２００７年１０月１２日に出願した仮特許出願第６０／９７９４１４号に関し、３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）の下で、この早いほうの出願の優先権を主張するものである。本仮特許出願はまた、参照によりこの一般特許出願に組み込まれている。
【背景技術】
【０００３】
ＩＰベースのモバイル・システムは、少なくとも１つのモバイル・ノードと無線通信ネットワークとの間の通信を提供する。用語「モバイル・ノード」は、モバイル通信ユニット（例えば、以下でさらに詳細に説明されるようなモバイル端末、「スマートフォン」、無線接続を有するラップトップＰＣなどのノマディック・デバイス［ｎｏｍａｄｉｃ  ｄｅｖｉｃｅｓ］）を含む。無線通信システムは、数ある要素の中でもとりわけホーム・ネットワークおよび外部ネットワークを含む。モバイル・ノードはこれらのネットワークを介してのインターネットへのその接続点を変更することができるが、モバイル・ノードはＩＰアドレッシングのために単一のホーム・ネットワークに常に関連付けられている。ホーム・ネットワークはホーム・エージェントを含み、外部ネットワークは外部エージェントを含む−−これらはどちらもそのネットワークに出入りする情報パケットのルーティングを制御する。
【０００４】
モバイル・ノード、ホーム・エージェントおよび外部エージェントは、何らかの特定のネットワーク構成または通信システム上で使用される用語によっては、別の名前で呼ばれることもある。例えば、「モバイル・ノード」は、インターネット・アクセス、電子メール、メッセージング・サービスなど様々な特徴および機能を有する様々なブランドおよびモデルのモバイル端末（「セル・フォン」）によって経験されることが可能であるような、ケーブル（例えば、電話回線（「対より線」）、イーサネット・ケーブル、光ケーブルなど）による無線ネットワークへの接続、ならびにセルラ・ネットワークへの直接無線接続を有するＰＣを包含する。モバイル・ノードは、特定のシステム・プロバイダによって採用される用語によっては、ユーザ機器、モバイル・ユニット、モバイル端末、モバイル・デバイス、または同様の名前で呼ばれることもある。一般に、モバイル・ノードと通信するためにネットワーク上にあることができるモバイルでも固定でもよい通信相手ノード（ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ  ｎｏｄｅ）もある。
【０００５】
ホーム・エージェントはまた、ローカル・モビリティ・アンカ（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ）、ホーム・モビリティ・マネージャ、ホーム位置レジスタと呼ばれることもあり、外部エージェントは、モバイル・アクセス・ゲートウェイ、サービング・モビリティ・マネージャ、訪問先位置レジスタ（Ｖｉｓｉｔｅｄ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）、およびビジティング・サービング・エンティティ（Ｖｉｓｉｔｉｎｇ  Ｓｅｒｖｉｎｇ  Ｅｎｔｉｔｙ）と呼ばれることもある。用語、モバイル・ノード、ホーム・エージェントおよび外部エージェントという用語は、限定的に定義されることを意図されるものではなく、ホーム・ネットワークまたは外部ネットワーク上にある他のモバイル通信ユニットまたはスーパーバイザリ・ルーティング・デバイス（ｓｕｐｅｒｖｉｓｏｒｙ  ｒｏｕｔｉｎｇ  ｄｅｖｉｃｅｓ）を含むことができる。外部ネットワークはまた、サービング・ネットワークと呼ばれることもある。
モバイル・ノードの登録
外部エージェントおよびホーム・エージェントは、そのエージェントに関連付けられているローカル・ネットワーク上のすべてのノードにエージェント広告を定期的にブロードキャストする。エージェント広告（ａｇｅｎｔ  ａｄｖｅｒｔｉｓｅｍｅｎｔ）は、モバイルＩＰプロトコル（ＲＦＣ  ２００２）または他のいかなるタイプの通信プロトコルによってでも出すことができるネットワーク上のエージェントからのメッセージである。この広告は、モバイル・ノードに対するモビリティ・エージェント（例えば、ホーム・エージェント、外部エージェントなど）を一意に識別するために必要とされる情報を含むべきである。モバイル・ノードは、エージェント広告を調べ、モバイル・ノードがホーム・ネットワークに接続されているか、それとも外部ネットワークに接続されているかを判定する。
モバイル・ノードは、ＩＰアドレッシングのためにそのホーム・ネットワークおよびサブネットワークに常に関連付けられており、ホーム・ネットワークおよび外部ネットワーク上にあるルータによって情報をモバイル・ノードにルーティングしてもらう。モバイル・ノードがそのホーム・ネットワーク上にある場合は、情報パケットは、標準アドレッシングおよびルーティング方式によってモバイル・ノードにルーティングされる。しかし、モバイル・ノードが外部ネットワークを訪問している場合は、モバイル・ノードは、エージェント広告から適切な情報を取得し、外部エージェントを介してモバイル・ノードのホーム・エージェントに登録要求メッセージ（バインディング更新要求［ｂｉｎｄｉｎｇ  ｕｐｄａｔｅ  ｒｅｑｕｅｓｔ］と呼ばれることもある）を送信する。登録要求メッセージは、モバイル・ノードの気付アドレス（ｃａｒｅ−ｏｆ  ａｄｄｒｅｓｓ）を含む。登録プロセスが首尾よく完了したことを確認するために、登録応答メッセージ（バインディング更新確認メッセージとも呼ばれる）がホーム・エージェントによってモバイル・ノードに送信されることが可能である。
モバイル・ノードは、「気付アドレス」をホーム・エージェントに登録することにより、ホーム・エージェントが外部ネットワーク上のモバイル・ノードの位置に関して常に知っているようにしておく。登録された気付アドレスは、モバイル・ノードがそこにある外部ネットワークを識別し、ホーム・エージェントは、この登録された気付アドレスを使用して情報パケットを外部ネットワークに転送し、それに続いてモバイル・ノードに転送する。モバイル・ノードが外部ネットワーク上にある間にホーム・エージェントがモバイル・ノード宛に送信された情報パケットを受信した場合は、ホーム・エージェントは、適用可能な気付アドレスを使用して外部ネットワーク上のモバイル・ノードの現在の位置に情報パケットを送信する。すなわち、気付アドレスを含むこの情報パケットは、次いで、気付アドレスに従って外部ネットワーク上のルータによって外部ネットワーク上のモバイル・ノードに転送され、ルーティングされる。
【０００６】
モバイル・ノードが１つの外部ネットワークから別の外部ネットワークに移動する場合、気付アドレスをホーム・エージェントまたはローカル・モビリティ・アンカに登録することに関する問題に遭遇することがある。さらに、様々な通信アクセス・タイプ、８０２．１１ｄ、８０２．１１ｇ、ＨＲＰＤ、ＷｉＦｉ、ＷｉＭａｘ、ＣＤＭＡ、またはＬＴＥを含むことができる単一または複数の外部ネットワーク上で、複数のインターフェースがサポートされることが可能である。モバイル・ノードが単一または複数のネットワーク上で様々なアクセス・タイプに結合されるようになる場合、問題に遭遇する可能性がある。
【発明の概要】
【０００７】
したがって、本発明の主な目的は、新規の外部ネットワークへのハンドオーバ、同じ外部ネットワーク上の第２のアクセス・タイプへのハンドオーバがあり（複数のアクセス・タイプが外部ネットワーク上でサポートされており）、かつ／またはモバイル・ノードを外部ネットワークに接続するために複数のインターフェースがサポートされている場合に、モバイル・ノードにアドレッシング・サポートを提供することである。
【０００８】
本発明は、新規のインジケータおよび識別情報を有する新規のプロキシ・バインディング更新要求およびプロキシ・バインディング確認メッセージを用いてこれらの問題を解決する。すなわち、ホーム・エージェント／ローカル・モビリティ・アンカは、モバイル・ノード識別（ＭＮ−ＩＤ）、ホーム・ネットワーク・プレフィックス（ＨＮＰ）などの情報を含むが、アクセス・タイプ、ハンドオーバ・インジケータ（ＨＯ）、およびインターフェース識別（インターフェースＩＤ）などの選択的情報フィールドを含むこともできるプロキシ・バインディング更新メッセージおよびプロキシ・バインディング確認メッセージを交換する。新規のアクセス・タイプ、インジケータ、および識別情報を含むことにより、ローカル・モビリティ・アンカは、モバイル・ノードからの新規の接続要求をよりよく理解しながらバインディング更新要求メッセージに応答することができる。プロキシ・バインディング更新要求メッセージおよび確認メッセージは、追加の情報の送信のために新規のフィールドまたは拡張されたフィールドを必要とする可能性があり、ローカル・モビリティ・アンカ／ホーム・エージェントもこれらの新規の情報フィールドをサポートするためにそのバインディング・キャッシュ・エントリ・テーブルを拡張する必要がある。本発明は、新規のプロトコル・アプリケーション、または前の登録アプリケーションからの変更されたメッセージを使用して実施されてよい。
【０００９】
本発明の目的および特徴は、同様の数字は同様の要素を表す添付の図面と併せて読まれれば、以下の詳細な説明および添付の特許請求の範囲からより容易に理解されるようになるであろう。
【図面の簡単な説明】
【００１０】
【図１】アクセス・タイプ・フィールドを指定するプロキシ・メッセージを使用する、本発明において使用されるようなモバイルＩＰベースの通信システムの図である。
【図２】図１に示されているシステムのためのこれらのエントリをサポートするバインディング・キャッシュ・エントリ・テーブルの図である。
【図３】アクセス・タイプおよびハンドオーバ・インジケータ・フィールドを指定するプロキシ・メッセージを使用する、本発明において使用されるようなモバイルＩＰベースの通信システムの図である。
【図４】図３に示されているシステムのためのこれらのエントリをサポートするバインディング・キャッシュ・エントリ・テーブルの図である。
【発明を実施するための形態】
【００１１】
本発明の目的および特徴は、同様の数字は同様の要素を表す添付の図面と併せて読まれれば、以下の詳細な説明および添付の特許請求の範囲からより容易に理解されるようになるであろう。
【００１２】
図１には、ＩＰベースのモバイル・システムのアーキテクチャ全体が、モバイル・ノード１２５、ホーム・ネットワーク１１０、ならびにそれぞれ外部ネットワーク１３０および１５０と共に示されている。図１に示されているように、ホーム・ネットワーク１１０は、ホーム・エージェントまたはローカル・モビリティ・アンカ１１３を有する。ローカル・モビリティ・アンカ１１３は、通信リンク１１２によって外部ネットワーク１５０上のモビリティ・エージェント・ゲートウェイ１５５に結合され、ローカル・モビリティ・アンカ１１３は、通信リンク１１５によって外部ネットワーク１３０上のモビリティ・エージェント・ゲートウェイ１３５に結合される。
【００１３】
モビリティ・エージェント・ゲートウェイ１３５は、アンテナ／送信機１３７に結合された基地局トランシーバ１３９から成る無線アクセス・システムを介して、無線通信リンク１２７を介してモバイル・ノード１２５に結合される。モビリティ・エージェント・ゲートウェイ１５５は、インターフェース１４１および無線通信リンク１５７によってサポートされるＷｉＭａｘやＷｉＦｉなどの第２の通信アクセス・タイプを使用してモバイル・ノード１２５に結合される。図１はまた、接続１７６および第２のアクセス・インターフェース１７７を介しての外部エージェント１３５からモバイル・ノード１２５への接続を示す。このインターフェースは、無線通信リンク１８０を介してモバイル・ノード１２５に接続される。この実施形態では、接続インターフェース１７７によってサポートされた通信アクセス・タイプは、インターフェース１４１によってサポートされた第２の通信アクセス・タイプと同じものである。この実施形態は、ネットワーク上で複数のインターフェースがサポートされることが可能であるが、いかなる所与の外部ネットワーク（ネットワーク１５０または１３０など）上でも通信アクセス・タイプごとに１つのインターフェースしかサポートされないという限界を有する。
【００１４】
モバイル・ノード１２５は、外部ネットワーク１５０および１３０にそれぞれ無線通信リンク１５７および１２７を介して電気的に結合されていることが示されている。しかし、モバイル・ノード１２５は、外部ネットワークに結合されたいかなるトランシーバまたはアクセス・ネットワークとも通信することができる。すなわち、通信リンク１２７および１５７は無線送信リンク（ｒａｄｉｏ  ｔｒａｎｓｍｉｔｔｅｄ  ｌｉｎｋｓ）であるが、これらのリンクは、ネットワーク上の２つ以上のノード間、あるいはネットワークまたは管理ドメイン上のユーザ間のいかなる接続から構成することもできる。
【００１５】
ローカル・モビリティ・アンカ、ホーム・エージェント、および外部エージェントという用語は、モバイルＩＰプロトコル（ＲＦＣ  ２００２）において定義されているようなものでよいが、これらのエージェントは、単一のプロトコルまたはシステムに限定されない。実際、ホーム・エージェントという用語は、本出願で使用される際には、ホーム・モビリティ・マネージャ、ホーム位置レジスタ、ホーム・サービング・エンティティ、またはモバイル・ノード１２５のためのモビリティ関連機能を管理する役割を担うホーム・ネットワーク１１０における他のいかなるエージェントを指すこともできる。同様に、モビリティ・エージェント・ゲートウェイという用語は、本出願で使用される際には、外部エージェント、サービング・モビリティ・マネージャ、訪問先位置レジスタ、ビジティング・サービング・エンティティ、またはモバイル・ノード１２５のためのモビリティ関連機能を管理する役割を担う外部ネットワーク上の他のいかなるエージェントを指すこともできる。
【００１６】
図１に示されているモバイルＩＰ通信システムでは、モバイル・ノード１２５は、パーマネントＩＰアドレス（ｐｅｒｍａｎｅｎｔ  ＩＰ  ａｄｄｒｅｓｓ）によって識別される。モバイル・ノード１２５がそのホーム・ネットワーク１１０に結合されている間は、モバイル・ノード１２５は、ホーム・ネットワーク１１０上の他のいかなる固定ノードとも同様に情報パケットを受信する。移動している場合は、モバイル・ノード１２５は、ネットワーク１３０または１５０などの外部ネットワーク上にあることもできる。外部ネットワーク１３０または１５０上にある場合は、ホーム・ネットワーク１１０は、データ情報を外部ネットワーク１３０または１５０に「トンネリング」することにより、その情報をモバイル・ノード１２５に送信する。
【００１７】
モバイル・ノード１２５は、気付アドレスをローカル・モビリティ・アンカ１１３に登録することにより、ローカル・モビリティ・アンカ１１３がモバイル・ノード１２５の現在の位置または外部ネットワークとの関連付けを常に知っているようにしておく。本質的に、気付アドレスは、モバイル・ノード１２５が現在そこにある外部ネットワークを表す。モバイル・ノード１２５が外部ネットワーク１３０上にある間にローカル・モビリティ・アンカ１１３がモバイル・ノード１２５宛の情報パケットを受信した場合は、ローカル・モビリティ・アンカ１１３は、情報パケットを外部ネットワーク１３０に「トンネリング」し、それに続いてモバイル・ノード１２５に送信する。
【００１８】
外部エージェント１３５は、ローカル・モビリティ・アンカ１１３にモバイル・ノード１２５の現在の気付アドレスを通知することに関与する。外部エージェント１３５はまた、情報パケットがローカル・モビリティ・アンカ１１３によって外部エージェント１３５に転送された後に、モバイル・ノード１２５に関する情報パケットを受信する。さらに、外部エージェント１３５は、外部ネットワーク１３０に接続されている間にモバイル・ノード１２５によって生成された発信情報パケットのためのデフォルト・ルータとして機能する。
【００１９】
モバイル・ノード１２５は、ローカル・モビリティ・アンカ１２５にその現在の位置を通知することに関与し、関連付けられた外部ネットワークへの接続を要求する。モバイル・ノード１２５が外部ネットワーク上の別のアクセス・タイプ、または完全に別の外部ネットワークへの接続に移行する場合は（ハンドオーバ）、モバイル・ノード１２５は、エージェント広告から外部ネットワークおよび／または外部エージェントのアドレスに関する適切な情報を取得する。
【００２０】
ローカル・モビリティ・アンカ１１３に最初に接続されたとき、モバイル・ノード１２５は、図２におけるバインディング・キャッシュ・エントリ・テーブル上で、モバイル・ノード１２５のためのモバイル・ノード識別を指定したエントリを生成したはずである。情報のアクセス・タイプ・フィールドは、モバイル・ノード識別フィールドと共に、プロキシ・バインディング更新要求および図２におけるバインディング・キャッシュ・エントリ・テーブルに含まれる。図２は、少なくともモバイル・ノード識別１６５およびアクセス・タイプ１６７のための列エントリおよび行エントリを有するバインディング・キャッシュ・エントリ・テーブル１６０である。他のフィールドがバインディング・キャッシュ・エントリ・テーブル上で維持されるが、これらは本発明の考察のための適切なエントリである。
【００２１】
図１に示されているネットワーク上の各アクセス・タイプは各外部ネットワークからの単一のインターフェースに限定されているので、ローカル・モビリティ・アンカは、モバイル・ノード１２５から受信される次に続くプロキシ・バインディング更新要求をチェックして、このプロキシ・バインディング更新要求がそのモバイル・ノード１２５のためにバインディング・キャッシュ・エントリ・テーブル１６０上に予め維持されていたのと同じアクセス・タイプ・インジケータを有するかどうかを判定する。そのモバイル・ノード１２５のためにバインディング・キャッシュ・エントリ・テーブル１６０上に予め維持されていたのと同じアクセス・タイプ・インジケータがプロキシ・バインディング更新要求内に発見された場合は、ローカル・モビリティ・アンカ１１３は、外部ネットワーク１３０から外部ネットワーク１５０へのモバイル・ノード１２５のハンドオーバなど、モバイル・ノード１２５の新規の外部ネットワークへのハンドオーバとして状況を認識する。ローカル・モビリティ・アンカ１１３は、モバイル・ノードのために新規のバインディング・キャッシュ・エントリを生成し、気付アドレスおよびホーム・ネットワーク・プレフィックスは、新規の外部ネットワークをモバイル・ノード１２５がそこにあることができるネットワークとして指定するために変更され、この情報は、適切なモビリティ・アクセス・ゲートウェイ１３５およびモバイル・ノード１２５に送信される。
【００２２】
プロキシ・バインディング更新要求内の情報との比較がモバイル・ノード１２５のための別のアクセス・タイプ接続を示す場合は、ローカル・モビリティ・アンカは、新規の外部ネットワークへのハンドオーバを示すことなく、ホーム・ネットワーク・プレフィックスが、モバイル・ノード１２５が前にそこにあった外部ネットワークを指定するべきかどうかを判定する。その場合は、モバイル・ノード１２５のためのエントリは、モバイル・ノード１２５が第１の外部ネットワーク１３０に依然として接続されていることを示すためにバインディング・キャッシュ・エントリ・テーブル上で変更され、この情報は、適切なモビリティ・アクセス・ゲートウェイ１３５およびモバイル・ノード１２５に送信される。
【００２３】
すなわち、この比較は、モバイル・ノード１２５のための新規の接続が新規の外部ネットワークへのハンドオーバではなく新規のアクセス・タイプへのものであることを示しているだけかもしれない。その場合は、ローカル・モビリティ・アンカ１１３は、プロキシ・バインディング更新要求に応答し、プロキシ・バインディング更新応答は、第１の外部ネットワーク１３０を示すホーム・ネットワーク・プレフィックス・インジケータを有する。このようにして、ローカル・モビリティ・アンカ１１３において新規のプロキシ・バインディング更新要求が受信されても、このモバイル・ノードのための新規のホーム・ネットワーク・プレフィックスが自動的に生成されることはなく、それによって、モバイル・ノードがいつ同じネットワーク上の新規のアクセス・タイプに単に接続しつつあるか、それとも新規の外部ネットワークにハンドオーバされつつあるかを判定することに伴う問題のいくつかが解決される。
【００２４】
図３には、ＩＰベースのモバイル・システムのアーキテクチャ全体が、モバイル・ノード２２５、ホーム・ネットワーク２１０、ならびにそれぞれ外部ネットワーク２３０および２５０と共に示されている。図３に示されているように、ホーム・ネットワーク２１０は、ホーム・エージェントまたはローカル・モビリティ・アンカ２１３を有する。ローカル・モビリティ・アンカ２１３は、通信リンク２１２によって外部ネットワーク２５０上のモビリティ・エージェント・ゲートウェイ２５５に結合され、ローカル・モビリティ・アンカ２１３は、通信リンク２１５によって外部ネットワーク２３０上のモビリティ・エージェント・ゲートウェイ２３５に結合される。
【００２５】
モビリティ・エージェント・ゲートウェイ２３５は、アンテナ／送信機２３７に結合された基地局トランシーバ２３９から成る無線アクセス・システムを介して、通信リンク２２７を介してモバイル・ノード２２５に結合される。モビリティ・エージェント・ゲートウェイ２５５は、通信リンク２５７によってモバイル・ノード２２５に結合されたインターフェース２４１を介して、ＷｉＭａｘまたはＷｉＦｉなどの第２のアクセス・タイプに結合される。図３はまた、接続２７６および第２のアクセス・インターフェース２７７を介しての外部エージェント２５５へのモバイル・ノード２２５の接続のためにインターフェース２４１によってサポートされているのと同じアクセス・タイプの第２の接続を示す。このインターフェースは、通信リンク２８０を介してモバイル・ノード２２５に接続される。
【００２６】
モバイル・ノード２２５は、外部ネットワーク２５０および２３０にそれぞれ無線通信リンク２５７（または２８０）および２２７を介して電気的に結合されていることが示されている。しかし、モバイル・ノード２２５は、外部ネットワークに結合されたいかなるトランシーバまたはアクセス・ネットワークとも通信することができる。すなわち、通信リンク２２７、２８０および２４１は無線送信リンクであるが、これらのリンクは、ネットワーク上の２つ以上のノード間、あるいはネットワークまたは管理ドメイン上のユーザ間のいかなる接続から構成されてもよい。
【００２７】
ローカル・モビリティ・アンカ、ホーム・エージェント、および外部エージェントという用語は、モバイルＩＰプロトコル（ＲＦＣ  ２００２）において定義されているようなものでよいが、これらのエージェントは、単一のプロトコルまたはシステムに限定されない。実際、本出願で使用されるような、ホーム・エージェントという用語は、ホーム・モビリティ・マネージャ、ホーム位置レジスタ、ホーム・サービング・エンティティ、またはモバイル・ノード２２５のためのモビリティ関連機能を管理する役割を担うホーム・ネットワーク２１０における他のいかなるエージェントを指してもよい。同様に、本出願で使用されるような、モビリティ・エージェント・ゲートウェイという用語は、外部エージェント、サービング・モビリティ・マネージャ、訪問先位置レジスタ、ビジティング・サービング・エンティティ、またはモバイル・ノード２２５のためのモビリティ関連機能を管理する役割を担う外部ネットワーク上の他のいかなるエージェントを指してもよい。
【００２８】
図３に示すモバイルＩＰ通信システムでは、モバイル・ノード２２５は、パーマネントＩＰアドレスによって識別される。モバイル・ノード２２５がそのホーム・ネットワーク２１０に結合されている間は、モバイル・ノード２２５は、ホーム・ネットワーク２１０上の他のいかなる固定ノードとも同様に情報パケットを受信する。移動している場合は、モバイル・ノード２２５は、ネットワーク２３０または２５０などの外部ネットワーク上にあることもできる。外部ネットワーク２３０または２５０上にある場合は、ホーム・ネットワーク２１０は、データ情報を外部ネットワーク２３０または２５０に「トンネリング」することにより、その情報をモバイル・ノード２２５に送信する。
【００２９】
モバイル・ノード２２５は、気付アドレスをローカル・モビリティ・アンカ２１３に登録することにより、ローカル・モビリティ・アンカ２１３がモバイル・ノード２２５の現在の位置または外部ネットワークとの関連付けを常に知っているようにしておく。本質的に、気付アドレスは、モバイル・ノード２２５が現在そこにある外部ネットワークを表す。モバイル・ノード２２５が外部ネットワーク２３０上にある間にローカル・モビリティ・アンカ２１３がモバイル・ノード２２５宛の情報パケットを受信した場合は、ローカル・モビリティ・アンカ２１３は、情報パケットを外部ネットワーク２３０に「トンネリング」し、それに続いてモバイル・ノード２２５に送信する。
【００３０】
外部エージェント２３５は、ローカル・モビリティ・アンカ２１３にモバイル・ノード２２５の現在の気付アドレスを通知することに関与する。外部エージェント２３５はまた、情報パケットがローカル・モビリティ・アンカ２１３によって外部エージェント２３５に転送された後に、モバイル・ノード２２５に関する情報パケットを受信する。さらに、外部エージェント２３５は、外部ネットワーク２３０に接続されている間にモバイル・ノード２２５によって生成された発信情報パケットのためのデフォルト・ルータとして機能する。
【００３１】
モバイル・ノード２２５は、ローカル・モビリティ・アンカ２２５にモバイル・ノード２２５の現在の位置を通知することに関与し、関連付けられた外部ネットワークへの接続を要求する。モバイル・ノード２２５が外部ネットワーク２５０への接続に移行する場合、モバイル・ノード２２５は、エージェント広告から外部ネットワーク２５０および／または外部エージェント２５５のアドレスに関する適切な情報を取得する。
【００３２】
ローカル・モビリティ・アンカ２１３に最初に接続されたとき、モバイル・ノード２２５は、図２におけるバインディング・キャッシュ・エントリ・テーブル上で、第１のアクセス・タイプのためのモバイル・ノード識別を指定したエントリを生成したはずである。情報のアクセス・タイプ・フィールドは、モバイル・ノード識別フィールドと共に、図２におけるこのバインディング・キャッシュ・エントリ・テーブルに含まれる。図２は、少なくともモバイル・ノード識別２６５およびアクセス・タイプ２６７のための列エントリおよび行エントリを有するバインディング・キャッシュ・エントリ・テーブル２６０である。
【００３３】
図３に示すシステムでは、単一の外部ネットワーク２５０上の複数のアクセス・タイプがインターフェース２４１および２７７などの複数のインターフェースによってサポートされている。図２のバインディング・キャッシュ・エントリ・テーブル上の同じアクセス・タイプの通信は、前に接続されていた外部ネットワークから別の外部ネットワークへの固有のハンドオーバを示さない可能性があるので、プロキシ・バインディング更新要求は、ローカル・モビリティ・アンカ２１３による分析のためにハンドオーバ・インジケータを含む。
【００３４】
ハンドオーバ・インジケータは、同じ外部ネットワーク上の同じアクセス・タイプへのハンドオーバまたは新規の外部ネットワークへのハンドオーバを示すはずである新規のフィールドを送信パケットに含むはずである。この情報はまた、開始されるハンドオーバのタイプを示すためにフラグまたは他のインジケータによって示されてもよく、例えば、フラグ「１」は、同じ外部ネットワーク上の同じアクセス・タイプへのハンドオーバに等しく、フラグ「０」は、別の外部ネットワークへのハンドオーバに等しい。新規のフィールドはまた、ハンドオーバ・ステータスが知られていないか、それともこれはプロキシ・バインディング更新要求のための最初の要求であるかを示すこともできる。他のフィールドがバインディング・キャッシュ・エントリ・テーブル上で維持されてよく、送信パケットは、情報の新規のアクセス・タイプ・フィールドを入れるために拡張されてよい。
【００３５】
ローカル・モビリティ・アンカ２１３は、モバイル・ノード２２５から受信される次に続くプロキシ・バインディング更新要求をチェックして、ハンドオーバ・インジケータ・ステータスを判定する。ハンドオーバ・インジケータが、モバイル・ノードが別の外部ネットワークに接続されつつあることを示す場合は、ローカル・モビリティ・アンカ１１３は、モバイル・ノード２２５の外部ネットワーク２５０から外部ネットワーク２３０へのハンドオーバなど、モバイル・ノード２２５の新規の外部ネットワークへのハンドオーバのためのプロトコルを開始する。ローカル・モビリティ・アンカ２１３は、モバイル・ノードのための新規のバインディング・キャッシュ・エントリを生成し、気付アドレスおよびホーム・ネットワーク・プレフィックスは、新規の外部ネットワークをモバイル・ノード２２５がそこにあることができるネットワークとして指定するために変更され、この情報は、適切なモビリティ・アクセス・ゲートウェイ２３５およびモバイル・ノード２２５に送信される。
【００３６】
ハンドオーバ・インジケータが、同じ外部ネットワーク２５０上のモバイル・ノード２２５のために別のアクセス・タイプ接続へのハンドオーバが要求されていることを示す場合は、ローカル・モビリティ・アンカ２１３は、新規の外部ネットワークへのハンドオーバを示すことなく、モバイル・ノード２２５が前にそこにあった外部ネットワーク２５０のためのホーム・ネットワーク・プレフィックスを指定するためのプロトコルを開始する。その場合は、モバイル・ノード２２５のためのエントリは、モバイル・ノード２２５が第１の外部ネットワーク２５０に依然として接続されていることを示すために、バインディング・キャッシュ・エントリ・テーブル上で変更され、この情報は、適切なモビリティ・アクセス・ゲートウェイ２３５およびモバイル・ノード２２５に送信される。
【００３７】
すなわち、このハンドオーバ・インジケータは、モバイル・ノード２２５のための新規の接続が新規の外部ネットワークへのハンドオーバではなく同じ外部ネットワーク２５０上の同じアクセス・タイプのための新規のインターフェースへのものであることを示すだけでよい。その場合は、ローカル・モビリティ・アンカ２１３は、プロキシ・バインディング更新要求に応答し、プロキシ・バインディング更新応答は、第１の外部ネットワーク２５０を示すホーム・ネットワーク・プレフィックス・インジケータを有する。このようにして、ローカル・モビリティ・アンカ２１３における新規のプロキシ・バインディング更新要求の受信は、このモバイル・ノードのための新規のホーム・ネットワーク・プレフィックスを自動的に生成せず、これは、モバイル・ノードの気付アドレスのハンドオーバが必要かどうか、およびモバイル・ノードのためのこの気付アドレスのために新規の外部ネットワークを指定することが必要か、それとも同じ外部ネットワークを指定することが必要かを判定することにより問題のいくつかを解決する。
【００３８】
本発明の範囲によってカバーされる代替実施形態として、ローカル・モビリティ・アンカ２１３に最初に接続されたとき、モバイル・ノード２２５は、図４におけるバインディング・キャッシュ・エントリ・テーブル上で、第１のアクセス・タイプおよびインターフェース識別情報のためのモバイル・ノード識別を指定したエントリを生成したはずである。情報のアクセス・タイプ・フィールドは、モバイル・ノード識別フィールドと共に、図４におけるこのバインディング・キャッシュ・エントリ・テーブルに含まれており、列２６９内のインターフェース識別情報は、インターフェース２４１または２７７に関する特定のインターフェース情報を示したはずである。図２は、少なくともモバイル・ノード識別２６５、アクセス・タイプ２６７、およびインターフェース２６９のための列エントリおよび行エントリを有するバインディング・キャッシュ・エントリ・テーブル２６０である。
【００３９】
図３に示されているシステムでは、単一の外部ネットワーク２５０上の複数のアクセス・タイプは、インターフェース２４１および２７７などの複数のインターフェースによってサポートされている。図４のバインディング・キャッシュ・エントリ・テーブル上の同じアクセス・タイプの通信は、プロキシ・バインディング更新要求が、前に接続されていた外部ネットワーク２５０から別の外部ネットワーク２３０へのハンドオーバに関するか、それとも同じ外部ネットワーク２５０上の同じアクセス・タイプのための別のインターフェースへのハンドオーバに関するかをローカル・モビリティ・アンカが分析するために使用するはずである追加の情報を含むはずなので。
【００４０】
前述のアクセス・タイプ情報およびハンドオーバ・インジケータ以外に、プロキシ・バインディング更新要求は、モバイル・ノードを外部ネットワークに接続するために使用されるインターフェースを識別するはずである新規のフィールドを送信パケットに含むはずである。新規のフィールドはまた、インターフェース識別が知られていないかどうかを示すこともできる。他のフィールドがバインディング・キャッシュ・エントリ・テーブル上で維持されてよく、送信パケットは、情報の新規のアクセス・タイプ・フィールドを入れるために拡張されてよい。
【００４１】
ローカル・モビリティ・アンカ２１３は、モバイル・ノード２２５から受信される次に続くプロキシ・バインディング更新要求をチェックして、ハンドオーバ・インジケータ・ステータスを判定する。アクセス・タイプ、ハンドオーバ・インジケータおよびインターフェース識別情報が、モバイル・ノードが別の外部ネットワークに接続されつつあることを示す場合は、ローカル・モビリティ・アンカ１１３は、モバイル・ノード２２５の外部ネットワーク２５０から外部ネットワーク２３０へのハンドオーバなど、モバイル・ノード２２５の新規の外部ネットワークへのハンドオーバのためのプロトコルを開始する。ローカル・モビリティ・アンカ２１３は、モバイル・ノードのための新規のバインディング・キャッシュ・エントリを生成し、気付アドレスおよびホーム・ネットワーク・プレフィックスは、新規の外部ネットワークをモバイル・ノード２２５がそこにあることができるネットワークとして指定するために変更され、この情報は、適切なモビリティ・アクセス・ゲートウェイ２３５およびモバイル・ノード２２５に送信される。
【００４２】
アクセス・タイプ、ハンドオーバ・インジケータ、およびインターフェース識別情報が、同じ外部ネットワーク２５０上のモバイル・ノード２２５のために別のアクセス・タイプ接続へのハンドオーバが要求されていることを示す場合は、ローカル・モビリティ・アンカ２１３は、新規の外部ネットワークへのハンドオーバを示すことなく、モバイル・ノード２２５が前にそこにあった外部ネットワーク２５０のためのホーム・ネットワーク・プレフィックスを指定するためのプロトコルを開始する。その場合は、モバイル・ノード２２５のためのエントリは、モバイル・ノード２２５が第１の外部ネットワーク２５０に依然として接続されていることを示すためにバインディング・キャッシュ・エントリ・テーブル上で変更され、この情報は、適切なモビリティ・アクセス・ゲートウェイ２３５およびモバイル・ノード２２５に送信される。
【００４３】
すなわち、アクセス・タイプ、ハンドオーバ・インジケータ、およびインターフェース情報は、モバイル・ノード２２５のための新規の接続が新規の外部ネットワークへのハンドオーバではなく同じ外部ネットワーク２５０上の同じアクセス・タイプのための新規のインターフェースへのものであることを示すだけでよい。その場合は、ローカル・モビリティ・アンカ２１３は、プロキシ・バインディング更新要求に応答し、プロキシ・バインディング更新応答は、第１の外部ネットワーク２５０を示すホーム・ネットワーク・プレフィックス・インジケータを有する。このようにして、ローカル・モビリティ・アンカ２１３における新規のプロキシ・バインディング更新要求の受信は、このモバイル・ノードのための新規のホーム・ネットワーク・プレフィックスを自動的に生成せず、これは、モバイル・ノードの気付アドレスのハンドオーバが必要かどうか、および、モバイル・ノードのためのこの気付アドレスのために、新規の外部ネットワークを指定することが必要か、それとも同じ外部ネットワークを指定することが必要かを判定することにより問題のいくつかを解決する。
【００４４】
本発明の好ましい諸実施形態が示され説明されてきたが、それらの変更が本発明の趣旨および教示から逸脱することなく当業者によって行われてよい。本明細書で説明された諸実施形態は単に例示的であり、限定的であることを意図するものではない。本明細書において開示された本発明の多くの変形形態および変更形態が可能であり、本発明の範囲内にある。
【図１】
2011501916.tif 000003
【図２】
2011501916.tif 000004
【図３】
2011501916.tif 000005
【図４】
2011501916.tif 000006
【国際調査報告】
2011501916.tif 000007