JP4685012B2 - 無線通信システムにおけるハンドオフの改善のための方法およびシステム - Google Patents

Description

関連する出願への相互参照
この出願は、２００３年７月１７日に出願された米国特許仮出願第６０／４８８１５２号の合衆国法典第３５巻第１１９条（ｅ）の下での利益を主張するものであり、この文言により本明細書にその全体を参照により組み込む。

本発明は、無線通信ネットワークに関する。より詳細には、本発明は、複数のＩＰアドレスをもつ１つまたは複数のパケット・データ・サービング・ノード（ｐａｃｋｅｔｄａｔａ ｓｅｒｖｉｎｇ ｎｏｄｅ）を使用する無線通信ネットワークでの改善されるハンドオフに関する。

無線通信のシステムおよびネットワークは、たとえば、衛星通信システム、ＰＤＡ（ｐｏｒｔａｂｌｅｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）、ラップトップコンピュータ、およびポータブル通信装置（たとえば、セルラ電話）を含む、多くの適用例に関連して使用されている。無線通信ネットワークがそのような適用例のユーザに提供する１つの顕著な利益は、ユーザがその無線通信ネットワークのレンジの範囲内にある限り、ネットワーク（たとえば、インターネット）に接続する、または接続した状態にある能力である。

無線通信システム内の利用可能な帯域幅を共用するのに使用される主なアクセス技法が、３つ開発されている。これらの技法のうちの２つは、ＴＤＭＡ（ｔｉｍｅｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、時分割多元接続）およびＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、周波数分割多元接続）と呼ばれる。ＴＤＭＡシステムでは、２つ以上の信号（たとえば、音声またはデータの信号）が、単一のチャネルを共用する。特にＴＤＭＡシステムでは、複数の信号の同じチャネルを介した伝送が、各信号の伝送に対して異なる時間間隔を割り当てることによって行われる。他方、ＦＤＭＡシステムでは、利用可能な周波数スペクトルが狭いチャネルへと分割され、そこでは伝送すべき各信号がそれぞれのチャネルへと割り当てられる。第３の技法は、本発明にとって最も関連性があり、下で説明しているものであるが、これはＣＤＭＡ（ｃｏｄｅｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、符号分割多元接続）と呼ばれる。

ＣＤＭＡシステムは、複数のユーザの共用すべき無線スペクトルを、一意の符号の割り当てによって分割することによって動作する。ＣＤＭＡシステムでは、一意の符号を伝送すべきである各信号へと割り当て、これにより、同時にある多くの信号を広帯域拡散スペクトル帯域全体にわたって拡散させることができる。すると、このそれぞれの符号を用いて、信号の検出、および、同じ帯域を介して伝送中の他の信号からの分離を行うことができる。

図１は、本発明を実装することのできるＣＤＭＡ無線通信システム１００のある実施形態を単純化して示す図である。無線通信システム１００の主な特徴は当業者によく知られているため、ここではその構成要素の手短な説明だけを与えることにする。それ以上の説明は、下で必要な際に与えて、本明細書で説明する本発明の諸原理の理解を助けることにする。

ここに示すように、無線通信システム１００は、複数の移動加入者（ｍｏｂｉｌｅｓｕｂｓｃｒｉｂｅｒｓ、ＭＳ）１０１〜１０９を含む。移動ＭＳ １０１〜１０９は、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎｓ）、移動ノード（ｍｏｂｉｌｅｎｏｄｅ）として、また他の名称でも知られているが、それぞれ、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ、インターネットプロトコル）クライアント（下で説明するように、ＳｉｍｐｌｅＩＰおよび／またはＭｏｂｉｌｅ ＩＰ）として機能する。ＭＳ１０１〜１０９は、それぞれ、セルラ電話や、無線モデム付きのラップトップコンピュータなど、無線ネットワークとの通信を行う能力のある、適するどのような装置でもよい。

また、無線通信システム１００は、ＭＳ １０１〜１０９への無線リンクを管理するための複数の基地局（ｂａｓｅ ｓｔａｔｉｏｎｓ）またはＢＴＳ（ｂａｓｅｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎｓ、無線基地局装置）を含む。ＢＴＳ１１１〜１１３は、デジタルデータから無線信号への、およびその逆の変換を行う点で、ネットワークとＭＳ１０１〜１０９の間のインターフェースとして働く。ここに図示していないが、ＢＴＳ １１１〜１１３のそれぞれでは、一般に、関連する無線のタワーまたはアンテナがあり、様々なＭＳ １０１〜１０９との通信を無線リンクを用いて行う。特に、ＢＴＳ １１１〜１１３では、様々なＭＳ１０１〜１０９との通信を、前向き信号からなる組の変調および送信を通して行う一方で、ＢＴＳ１１１〜１１３は、無線ネットワーク活動（たとえば、電話発呼、Ｗｅｂブラウジングセッションなど）に関わる様々なＭＳ１０１〜１０９からの逆向き信号からなる組の受信および復調を行う。

図１に示すように、ＢＴＳ １１１〜１１３は、１つまたは複数のＢＳＣ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒｓ、基地局制御装置）１２１〜１２２への接続を（必須ではないが、たとえば、非チャネル化Ｔ１設備または直接ケーブルを用いて）行う。ＢＳＣ１２１〜１２２は、ＢＴＳ １１１〜１１３のアンテナから到着する無線周波数（ＲＦ）トラフィックすべてのインターフェースを取る（集約する）ために、またこのトラフィックをＭＳＣ（ｍｏｂｉｌｅｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ、移動交換局）１２３へと提供するために使用される。当技術分野で知られているように、ＢＳＣ１２１〜１２２は、一般に、１つまたは複数のＢＴＳ １１１〜１１３用の無線資源を管理する役目をもつ。たとえば、ＢＳＣ １２１〜１２２は、無線チャネルセットアップ、周波数ホッピング、およびハンドオーバ（これらは下で説明する）を扱うことができる。しかも、ＭＳＣ１２３は、ＢＴＳ １１１〜１１３、ＢＳＣ１２１〜１２２、およびＰＣＦ １３１〜１３２を含む無線アクセスネットワークと、ＰＳＴＮ（ｐｕｂｌｉｃｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ、公衆交換電話網）との間のインターフェースを提供する役目をもつ。特に、ＭＳＣ １２３は、呼の確立に必要なシグナリングを制御し、無線周波数資源をＢＳＣ １２１〜１２２およびＰＣＦ（ｐａｃｋｅｔｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎｓ、パケット制御機能）１３１〜１３２へと割り当てる。

ＰＣＦ １３１〜１３２は、ＩＰパケットデータを（ＢＴＳ１１１〜１１３のうちの１つのレンジの範囲内にあるとき）ＭＳ １０１〜１０９とパケット・データ・サービング・ノード（ｐａｃｋｅｔ ｄａｔａ ｓｅｒｖｉｃｅ ｎｏｄｅｓ）（ＰＤＳＮ）１４１〜１４３の間でルーティングするのに使用される。ＰＤＳＮ１４１〜１４３の方は、たとえば、インターネット、イントラネット、アプリケーションサーバ、または企業ＶＰＮ（ｖｉｒｔｕａｌｐｒｉｖａｔｅ ｎｅｔｗｏｒｋｓ）とすることのできる、１つまたは複数のＩＰネットワーク１５１〜１５３へのアクセスの提供に使用される。このようにして、ＰＤＳＮ１４１〜１４３は、アクセスゲートウェイとして働く。図１には示していないが、ＰＤＳＮ１４１〜１４３は、一般には、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，ａｎｄＡｃｃｏｕｎｔｉｎｇ、認証・認可・アカウンティング）サーバに対するクライアントとしても働く。当技術分野で知られているように、ＡＡＡサーバは、ＭＳ１０１〜１０９の認証および認可を、ＩＰネットワーク１５１〜１５３のうちの１つへのアクセスの許可の前に行うのに使用される。

９つのＭＳ １０１〜１０９、３つのＢＴＳ１１１〜１１３、２つのＢＳＣ １２１〜１２２、２つのＰＣＦ１３１〜１３２、および３つのＰＤＳＮ １４１〜１４３を図１に示しているのは、もっぱら本発明の説明をよりわかりやすくするためであることが理解されよう。しかし、本発明は、無線通信システム１００内に存在するこうした構成要素の特定の数によって制限されるものではないことが当業者には理解されよう。しかも、図１には示していないが、様々なＭＳ１０１〜１０９には、ＢＴＳ １１１〜１１３の１つより多くの無線接続がある可能性があることが理解されよう。同様に、単一のＰＣＦ１３１〜１３２は、無線通信システム１００内のＢＳＣ １２１〜１２２のうちの１つよりも多くをサポートする可能性がある。また、本発明の説明はＰＤＳＮ １４１〜１４３に関して行っているが、本明細書で論じる本発明の諸原理は、他のタイプのネットワークアクセスサーバ（ＮＡＳ、ｎｅｔｗｏｒｋａｃｃｅｓｓ ｓｅｒｖｅｒｓ）とともに使用できることが当業者には理解されよう。特に、本発明は、ＭＳ１０１〜１０９がＰＰＰ（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｐｒｏｔｏｃｏｌ）をアクセスゲートウェイとのクライアントアクセスプロトコルとして使用する、現在または将来のどのようなアクセス技術にも適用可能であることを理解されたい。

当業者に知られているように、通常、２つの動作モードがＰＤＳＮ １４１〜１４３によって提供されている。この２つの動作モードは、しばしば、「Ｓｉｍｐｌｅ ＩＰ」モードおよび「Ｍｏｂｉｌｅ ＩＰ」モードと呼ばれ、このどちらの説明も下でより詳細に行う。どちらのモードでも、ＭＳ１０１〜１０９が異なるＰＣＦ １３１〜１３２の間を移動し、同じＰＤＳＮ１４１〜１４３を保つ動作は、「ソフトハンドオフ」と呼ばれる。これに対し、ＭＳ １０１〜１０９が異なるＰＣＦ １３１〜１３２の間を移動し、物理ＰＤＳＮ１４１〜１４３も切り替える動作は、「ハードハンドオフ」と呼ばれる。同様に、従来の無線通信システムでは、「ハードハンドオフ」は、ある呼に対するＰＤＳＮ１４１〜１４３のＩＰアドレスが変更されるといつでも（同じ物理ＰＤＳＮ １４１〜１４３が使用されたままである場合でも）生じる。

一般に、ハードハンドオフは、Ｓｉｍｐｌｅ ＩＰモードでもＭｏｂｉｌｅ ＩＰモードでも望ましくない。ＳｉｍｐｌｅＩＰモードの場合は、ハードハンドオフに、呼関連のアクセス処理パラメータ（たとえば、Ａ１１、ＰＰＰ、およびＩＰ）すべての再ネゴシエーションが必要である。当業者に知られているように、そのようなパラメータの再ネゴシエーションは、ＭＳ１０１〜１０９上で動作している可能性のあるデータアプリケーションにとって、時間もかかり、中断も生じさせる（ｄｉｓｒｕｐｔｉｖｅ）。ＭｏｂｉｌｅＩＰモードの場合は、ハードハンドオフには、Ｓｉｍｐｌｅ ＩＰモードの場合と同じ呼処理パラメータの再ネゴシエーションに加えてＭｏｂｉｌｅ ＩＰパラメータが必要である。しかし、この手順は、ＭＳ１０１〜１０９が割り当てられた同じＩＰアドレスを持ち続けることができるため、データアプリケーションにとって中断が少なく、ＭＳ１０１〜１０９に対するデータパスの中断がない。

ハードハンドオフが望ましくないという理由で、ＰＤＳＮ １４１〜１４３は、通常、単一のＩＰアドレスおよび対応する単一の物理（レイヤ３）インターフェースしかないように設計されてきた。これは、大部分は、「内的ハードハンドオフ」（ｉｎｔｅｒｎａｌｈａｒｄ ｈａｎｄｏｆｆ）の発生を防ぐために当然なのであるが、これは、ハードハンドオフが、ＭＳ１０１〜１０９が新しいＰＤＳＮ １４１〜１４３に移動していないのに生じたと考えられる（またそのハンドオフがそのようなものとして扱われた）場合を指す。たとえば、パケット・データ・サービング・ノード（ＰＤＳＮ）１４１〜１４３に複数のＩＰアドレスがある場合、内的ハードハンドオフの生じる可能性が、ＭＳ１０１〜１０９が第１のＰＣＦ １３１〜１３２から第２のＰＣＦ１３２へとローミングし、第２のＰＣＦ １３２が、誤って同じＰＤＳＮ １４１〜１４３の間違った（すなわち、異なる）ＩＰアドレスを使用するときにはある。しかし、１つのＰＤＳＮ１４１〜１４３に対して単一のＩＰアドレスおよびインターフェースしか使用しないと、ＰＤＳＮ１４１〜１４３のスループットは、著しく制限され、またこれは望ましくない。すなわち、そのＰＤＳＮ１４１〜１４３のスループットが、この単一の物理インターフェースの提供する帯域幅に制限されてしまう。さらに、所与の１つのＰＤＳＮ１４１〜１４３に対して単一のＩＰアドレスおよびインターフェースしか使用しないと、所望のレベルの冗長性を提供してソフトウェアまたはハードウェアの障害の影響に対する保護を行おうとすることが不可能（または少なくともずっと困難）になる。

したがって、無線通信システム１００において、複数のＩＰアドレス、および対応する複数の物理インターフェースを含むＰＤＳＮ１４１〜１４３を使用するためのシステムおよび方法の提供を、内的ハードハンドオフの生じる可能性を取り除きまたは少なくとも実質的に低減しながら行うことが望ましい。

本発明の諸原理によれば、無線通信システム１００において、複数のＩＰアドレスおよび対応する複数の物理インターフェースを含むＰＤＳＮ１４１〜１４３を使用するためのシステムおよび方法が提供される。複数のＩＰアドレスおよびインターフェースを使用することにより、ＰＤＳＮ１４１〜１４３のスループットが実質的に増加する可能性がある。さらに、複数のＩＰアドレスおよびインターフェースを使用すると、冗長性の提供によって、ソフトウェアまたはハードウェアの障害に対する保護を行うことができる。しかも、本発明のシステムおよび方法によれば、複数のＩＰアドレスおよびインターフェースのあるＰＤＳＮを使用することから生じる内的ハードハンドオフの危険が、取り除かれまたは少なくとも実質的に低減される。

ある実施形態では、本発明により、第１のＰＣＦに関連付けられている第１のＢＴＳおよび第２のＰＣＦに関連付けられている第２のＢＴＳと、複数のＩＰアドレスのあるＰＤＳＮと、前記第１のＰＣＦを使用して、前記ＰＤＳＮの第１のＩＰアドレスを使用する第１のセッションの確立を、前記第１のＢＴＳのサービスするエリア内にあるときに行い、前記第２のＰＣＦを使用して、前記ＰＤＳＮの第２のＩＰアドレスを使用する第２のセッションの確立を、前記第２のＢＴＳのサービスするエリア内にあるときに行うＭＳとを含み、前記ＰＤＳＮの前記第１のＩＰアドレスと前記第２のＩＰアドレスの間のハンドオフが、ソフトハンドオフとして扱われる無線通信システムが提供される。

第２の実施形態では、本発明により、２つ以上のＩＰアドレスのあるＰＤＳＮを使用する移動通信システムにおいてハンドオフを行うシステムおよび方法であって、前記方法は、第１のセッションの確立を、前記移動通信システム内のＭＳに対して、前記ＰＤＳＮの第１のＩＰアドレスを使用して行うステップと、第２のセッションの確立を、前記ＭＳに対して、前記ＰＤＳＮの第２のＩＰアドレスを使用して行うステップとを含み、前記ＰＤＳＮの前記第１のＩＰアドレスと前記第２のＩＰアドレスの間のハンドオフが、ソフトハンドオフとして扱われるシステムおよび方法が提供される。

第３の実施形態では、本発明により、第１のセッションの確立を、前記移動通信システム内の移動局（ＭＳ）に対して、前記ＰＤＳＮの第１のＩＰアドレスを使用して行う手段と、第２のセッションの確立を、前記ＭＳに対して、前記ＰＤＳＮの第１のＩＰアドレスを使用して行う手段と、前記ＰＤＳＮの前記第１のＩＰアドレスと前記第２のＩＰアドレスの間のハンドオフを、ソフトハンドオフとして扱う手段とを含む無線通信システムが提供される。

第４の実施形態では、本発明により、無線通信システムにおいて使用するための複数のＩＰアドレスのあるＰＤＳＮであって、前記ＰＤＳＮが、そのＩＰアドレスのうちの第１のものを使用する移動局（ＭＳ）との第１のセッションと、そのＩＰアドレスのうちの第２のものを使用する前記同じＭＳとの第２のセッションとを有し、前記ＰＤＳＮの前記第１のＩＰアドレスと前記第２のＩＰアドレスの間のハンドオフが、ソフトハンドオフとして扱われるＰＤＳＮが提供される。

本発明のさらに別の実施形態、その性質、および様々な利点は、添付の図面とともに解釈した次の詳細な説明を考察するとより明らかとなろう。図面では、同様の符号は一貫して同様の部分を指している。

無線通信システム１００の重要な目的は、ＭＳ １０１〜１０９の提供を、ＭＳ １０１〜１０９があるセルから別のセルへと移動する（そのようにしてポイントツーポイントの無線接続を切断し新しいものにする）際でも残り続ける永続的なＩＰアドレス付きで行うことであり、セルとはＢＴＳ１１１〜１１３の受け持つエリアを指す。ＰＤＳＮ１４１〜１４２では、ＩＰアドレスモビリティに関する２つの動作モードを提供する。この２つのモードは、上で触れたように、ＳｉｍｐｌｅＩＰおよびＭｏｂｉｌｅ ＩＰである。本明細書で説明する本発明によるシステムおよび方法はＳｉｍｐｌｅＩＰとＭｏｂｉｌｅ ＩＰのモードのどちらの動作も向上させるのに有用であるため、まず、これらのモードの要約を与える。

Ｓｉｍｐｌｅ ＩＰでは、比較的低レベルのＩＰアドレスモビリティを提供するが、その仕様はＩＳ―８３５にあり、この文言により本明細書にその全体を参照により組み込む。一般に、ＳｉｍｐｌｅＩＰにより、複数のセルが単一のＰＤＳＮ １４１〜１４３へと接続できるようになる。したがって、ＭＳ １０１〜１０９の移動がこれらのセルの間だけ（すなわち、制限された地理的領域の範囲内）である限り、ＰＤＳＮ１４１〜１４３では、ＭＳ １０１〜１０９の把握を常に行い、これに対する同じＩＰアドレスの割り当てを、これが新しいセルを介して再接続するたびに行うことができる。たとえば、ＭＳ１０１〜１０９のうちの１つが、あるＰＣＦ １３１〜１３２から別のＰＣＦ １３１〜１３２へと移動するが、（ソフトハンドオフの場合のように）同じＰＤＳＮ１４１〜１４３のところに留まる場合、そのＭＳ １０１〜１０９は、そのＰＤＳＮ １４１〜１４３への再接続を第２のＰＣＦ１３１〜１３２を用いて行うときに同じＩＰアドレスを持ち続けることができる。しかし、ＭＳ１０１〜１０９が、（ハードハンドオフの場合のように）異なるＰＤＳＮ１３１〜１３２の取り扱うセルへと移動する場合、新しいＩＰアドレスの割り当てが必要となり、それにより、ネットワーク接続が一時的に失われることになる。上で触れたように、従来の無線通信システムでは、ＭＳ１０１〜１０９が同じ物理ＰＤＳＮ １４１〜１４３のところに留まっているが、ＰＤＳＮ１４１〜１４３の複数のＩＰアドレスのうちの異なるものへと割り当てられているときには、類似の結果が得られる可能性がある。

Ｍｏｂｉｌｅ ＩＰでは、ＳｉｍｐｌｅＩＰとは異なり、サービスプロバイダおよびＰＤＳＮにまたがってのモビリティも提供するが、その仕様はＩＳ−８３５およびＲＦＣ−２００２にあり、この文言により本明細書にその全体を参照により組み込む。一般に、ＭｏｂｉｌｅＩＰにより、ＭＳ １０１〜１０９は、セルからセルへの、異なるＰＤＳＮ１４１〜１４３のサポートするセルの中への移動を、単一のＩＰアドレスを維持してネットワークの接続性が実質的に連続であるようにしながら行えるようになる。これはＳｉｍｐｌｅＩＰとは異なっており、Ｓｉｍｐｌｅ ＩＰでは、ＭＳ１０１〜１０９は異なるＰＤＳＮ １４１〜１４３にまたがってローミングするときには、いつも新しいＩＰアドレスを得なければならない。

上記は、ホームエージェント（ＨＡ、Ｈｏｍｅ Ａｇｅｎｔ）およびフォーリンエージェント（ＦＡ、Ｆｏｒｅｉｇｎ Ａｇｅｎｔ）と呼ばれる２つのモビリティエージェントを用いるＭｏｂｉｌｅＩＰ内で達成される。一般に、ＦＡはＰＤＳＮ １４１〜１４３とともに置かれ（中に含まれ）、ＨＡはスタンドアロンのエンティティである。一般に、ＭＳ １０１〜１０９のホームプロバイダでは、ホームＩＰアドレスと、このＩＰアドレスをそのＭＳ １０１〜１０９用に維持するＨＡとを提供する。「ホームプロバイダ」は、ＨＡが接続されるホームネットワークを運用する、適するどのようなエンティティでもよいことが理解されよう。たとえば、ホームプロバイダは、ＨＡの運用およびアドレスのＭＳ１０１〜１０９への割り当てを行う企業またはインターネットサービスプロバイダ（ＩＳＰ、ＩｎｔｅｒｎｅｔＳｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）とすることができる。すると、ＭＳ１０１〜１０９が新しいＰＤＳＮ １４１〜１４３（これはＦＡとして機能する）へと接続すると、ＦＡとＨＡの間にトンネルが確立されて、ＭＳ１０１〜１０９に対するトラフィックが運ばれる。ＭＳ １０１〜１０９が、これもＦＡとして機能する別のＰＤＳＮ １４１〜１４３へと接続すると、この新しいＦＡから同じＨＡまで新しいトンネルが確立され、これを通してトラフィックが回送される。

より具体的には、ＭＳ １０１〜１０９は、そのホームプロバイダからのレンジの外側に出るたびに、ＰＤＳＮ １４１〜１４３のＦＡを使用することによって「気付」（ｃａｒｅ−ｏｆ）アドレスを得る。気付アドレスは、ＭＳ１０１〜１０９の現在位置の識別に役立つが、エージェント広告（ａｇｅｎｔ ａｄｖｅｒｔｉｓｅｍｅｎｔ）またはエージェント要請（ａｇｅｎｔ ｓｏｌｉｃｉｔａｔｉｏｎ）を用いて見出され、これはどちらも当技術分野に知られている。一般に、ＦＡでは、エージェント広告を規則的な間隔でブロードキャストしている。ＭＳ１０１〜１０９は、定期的な広告を待つのを希望しない場合は、要請をブロードキャスト（またはマルチキャスト）することができ、これにはその要請を受け取るどのようなＦＡからも応答が行われることになる。

気付アドレスをＭＳ １０１〜１０９で得た後は、このＭＳ １０１〜１０９でそのＨＡへの登録を行わなければならない。このプロセスは、ＭＳ１０１〜１０９が登録要求をＦＡ（ＰＤＳＮ １４１〜１４３）へと送ることから始まり、今度はＦＡが、気付アドレスをもつＨＡへの対応するＭｏｂｉｌｅ ＩＰ登録要求（Ｍｏｂｉｌｅ ＩＰ（ＭＩＰ）ＲｅｇｉｓｔｒａｔｉｏｎＲｅｑｕｅｓｔ）の生成を行う。この要求をＨＡが受け取った後、ＨＡでは、通常、必要な情報をそのルーティングテーブルに追加し、その要求を承認し、登録応答をＦＡ（ＰＤＳＮ１４１〜１４３）へと送り返し、今度はＦＡが、それを転送してＭＳ １０１〜１０９へと返す。また、ＨＡでは、要求を受理すると、ＭＳ １０１〜１０９のホームアドレスを、ＭＳ１０１〜１０９から受け取られた気付アドレスへと関連付けることを開始する。ＨＡでは、このアドレスを登録の「存続時間」（ｌｉｆｅｔｉｍｅ）中（たとえば、所定の期間）維持する。説明していないが、この登録プロセスでは、一般に、ＨＡが登録情報の認証をＭＳ１０１〜１０９から得る必要のあることが理解されよう。

登録が上で説明したように完了した後、ＨＡは、ＭＳ １０１〜１０９の静的ＩＰアドレス（ホームアドレス）をあて先とするどのようなトラフィックも傍受し、これをそれに登録された気付アドレスまでトンネリングさせる。ＦＡでは、トラフィックの非カプセル化を行い、これをＭＳ１０１〜１０９に転送する。他方、ＭＳ １０１〜１０９からのトラフィックは、そのあて先まで直接届け、またはＨＡまで（ＦＡによって）逆トンネリング（ｒｅｖｅｒｓｅ−ｔｕｎｎｅｌｅｄ）してその最終のあて先まで届けることができる。

図２は、ＭＳ １０１、無線ネットワーク２１０（これは、たとえば、ＢＴＳ１１１、ＢＳＣ １２１、およびＰＣＦ １３１を含む）、ＦＡ（ＰＤＳＮ）１４１、ＨＡ ２１１、ＩＰネットワーク１５１の関わる典型的なＭｏｂｉｌｅＩＰのデータの流れの図である。ここに示すように、ＩＰネットワーク１５１から標準のＩＰルーティングを用いてＭＳ１０１へと送られるデータの流れ（たとえば、ネットワーク層の単位としてインターネット上を送られる情報の論理的なまとまりである、データグラム）が、ＨＡ２１１によって傍受されている。次いで、このデータの流れは、ＭＳ １０１に対する登録されている気付アドレスまでトンネリングされる。次いで、このデータの流れは、非トンネル化され（ｄｅ−ｔｕｎｎｅｌｅｄ）、ＭＳ１０１まで無線ネットワーク２１０を用いて届けられる。ＭＳ １０１の送るデータの流れに関しては、標準のＩＰルーティングを使用してその最終のあて先まで届けてもよく、またはデータの転送をＰＤＳＮ１４１によってＨＡまでの逆トンネルを介して行ってもよい。

上で触れたように、ハードハンドオフは、Ｓｉｍｐｌｅ ＩＰでもＭｏｂｉｌｅ ＩＰでも望ましくない。特に、Ｓｉｍｐｌｅ ＩＰの場合、ハードハンドオフには、新しいＰＤＳＮ １４１〜１４３が（ＩＳ−８３５の）それまでのＰＰＰセッション状態について知らないため、（ＰＰＰを含む）アクセスパラメータすべての再ネゴシエーションが必要である。これは、ＭＳ１０１〜１０９に新しいＩＰアドレスを割り当てること、ならびに、トラフィックの流れがＭＳ１０１〜１０９との間で再び可能になる前のデータ圧縮辞書、パケットフィルタ、ファイアウォール状態、ネットワーク側トンネル（ｎｅｔｗｏｒｋ−ｓｉｄｅｔｕｎｎｅｌｓ）などを含む。この必要な呼パラメータの再ネゴシエーションの結果として、ＭＳ１０１〜１０９上で動作している可能性のあるデータアプリケーションは中断されて、本質的にこのアプリケーションがそのサービスを終了させる必要がある可能性がある。

Ｍｏｂｉｌｅ ＩＰでのハードハンドオフは、ＭｏｂｉｌｅＩＰではＳｉｍｐｌｅ ＩＰに比べて中断が少ないが、これは、ネットワーク層（ＩＰ）パラメータのネゴシエーションが行われないためである。しかし、ＰＤＳＮ（ＦＡ）と所与のＭＳ１０１〜１０９に対するＨＡの間でＭｏｂｉｌｅ ＩＰトンネルを確立し直す際に著しい遅延が生じる可能性がある。当技術分野に知られているように、そのような遅延は、ＭＳ １０１〜１０９へと移行するパケットにとって中断を生じさせる可能性がある。

複数のＩＰアドレスおよび対応する複数の物理インターフェースのあるＰＤＳＮ１４１〜１４３を用いる際の１つの問題は、ハードハンドオフが、呼が同じ物理ＰＤＳＮ １４１〜１４３内部で切り替えられているときでさえ生じかねないということである。たとえば、ＰＣＦ １３１〜１３２は、通常、ハードハンドオフの生成の回避を、所与のＭＳ １０１〜１０９に対して同じＰＤＳＮ１４１〜１４３を維持することによって試みることになるが、これには、ＰＣＦ １３１〜１３２が互いの間で、どのＰＤＳＮ １４１〜１４３が所与の呼を取り扱うべきかに関して情報を交換することが必要になる。このプロセスは、しばしば、大規模な複数ベンダのネットワークでは不可能である。それでも、複数のＩＰアドレスのあるＰＤＳＮ１４１〜１４３を使用することが望ましいであろう状況は多くある。たとえば、複数のＩＰアドレスおよびインターフェースのあるＰＤＳＮ１４１〜１４３は、通常、単一のＩＰアドレスおよびインターフェースしかないＰＤＳＮ １４１〜１４３よりも、ずっと高いスループット（帯域幅）を達成することができる。特に、単一のＰＤＳＮ １４１〜１４３に関連する複数のＩＰアドレスおよびインターフェースの存在により、データの供給を（もっぱら単一のインターフェースではなく）複数のインターフェースを通して行うことが可能になり、これにより、帯域幅をより広くできるようになる。さらに、たとえば、ＰＤＳＮ１４１〜１４３が複数のアドレスで知られるようにすることは、冗長性を（したがって、より高い信頼性を）提供するために望ましい可能性がある。たとえば、複数のアドレスは、ＰＣＦ１３１〜１３２とＰＤＳＮ １４１〜１４３の間を接続するネットワークが（たとえば、ソフトウェアまたはハードウェアの障害が原因で）利用不能になる場合に有用である。この場合には、冗長性があると想定すれば、（ＰＤＳＮ１４１〜１４３の異なるアドレスに関連付けられている）異なるネットワークを使用することができる。

本発明は、複数のＩＰアドレス、および複数の物理インターフェースのあるＰＤＳＮ１４１〜１４３の使用を、ＭＳ １０１〜１０９が無線通信システム１００内のあるＰＣＦ１３１から別のＰＣＦ １３２へと移動する際の内的ハードハンドオフの生じる可能性を取り除きまたは少なくとも実質的に低減しながら可能にするのに（ＳｉｍｐｌｅＩＰおよびＭｏｂｉｌｅ ＩＰ双方において）有用である。図３に、本発明の諸原理に従って使用できる、そのような複数のＩＰアドレスのあるＰＤＳＮ３４１を示している。ここに示すように、ＰＤＳＮ ３４１は、ｎ個の論理ＰＤＳＮ ３４２〜３４５（すなわち、論理ＰＤＳＮ（１）から論理ＰＤＳＮ（ｎ））を含む。本明細書で使用する「論理ＰＤＳＮ」という用語は、特定のＩＰアドレスおよびそれに対応する物理（レイヤ３）インターフェースに関連する、ＰＤＳＮ３４１内の機能を指すのに過ぎないことが理解されよう。したがって、ＰＤＳＮ ３４１は、異なるｎ個のＩＰアドレス「によって知られ」（ｋｎｏｗｎ ｂｙ）、ここで各ＩＰアドレスには、それ自体の物理（または論理）インターフェースがある。これも図３に示すように、ＰＤＳＮ３４１は、論理ＰＤＳＮ ３４２〜３４５にそれぞれ対応する、物理インターフェース３５２〜３５５を含む。代替方法として、論理インターフェース（図示せず）を使用するのでもよいことが理解されよう。

従来の通信システムでは、呼をある論理ＰＤＳＮ ３４２〜３４５から別のものへと移行させること（たとえば、ＭＳ １０１〜１０９が異なるＰＣＦ１３１〜１３２へと移動し、これがそのＭＳ １０１〜１０９を正しい論理ＰＤＳＮ ３４２〜３４５と接続し直すのに失敗するとき）は、一般に、ハードハンドオフとして扱われている。今度は、このハンドオフでは、望ましくないことに、ＰＰＰ、サービス品質（ＱｏＳ、Ｑｕａｌｉｔｙｏｆ Ｓｅｒｖｉｃｅ）状態（トラフィックポリシング／シェーピング／マーキング状態）、ＭＩＰ状態、トンネリング状態（Ｌ２ＴＰ、ＩＰＳＥＣ、ＩＰ／ＩＰ、ＩＰ／ＧＲＥ）、パケットフィルタリングやファイアウォールの状態などのセキュリティパラメータなど、呼パラメータすべての再ネゴシエーションが必要になるはずである。しかし、本発明の諸原理によれば、ある呼が、単一の物理ＰＤＳＮ３４１の論理ＰＤＳＮ ３４２〜３４５に到着し、その呼に対するそれまでのＰＤＳＮが他の論理ＰＤＳＮ３４２〜３４５のうちの１つであったときには、高次レイヤ（ｈｉｇｈｅｒ−ｌａｙｅｒ）（「上位レイヤ」（ｕｐｐｅｒ−ｌａｙｅｒ）とも呼ばれる）の呼機能は、呼の間で維持され、ＰＰＰの再ネゴシエーションは行われない。したがって、変更する必要があるのは、低レベルの転送（ｔｒａｎｓｆｅｒ）パラメータである。これは、本発明によれば、確立済みのＡ１０／Ａ１１レイヤ（たとえば、ＰＰＰ）に関連する高次の呼機能が、ＰＤＳＮ３４１内のあるＩＰアドレスと同じ物理ＰＤＳＮ ３４１内の別のＩＰアドレスに関連付けられているサービスの間を移動できるようにすることによって達成される（当技術分野には知られているため本明細書では詳細に説明しないが、Ａ１１プロトコルは、Ａ１０トンネルをセットアップするために使用され、これを介して移動加入者に関連するデータすべてがルーティングされることを理解されたい）。

図４は、本発明のある実施形態に従って、図３に示すようなＰＤＳＮ ３４１を使用する際に内的ハードハンドオフの可能性を取り除きまたは少なくとも実質的に低減しながら行われる諸ステップを示す流れ図である。図４に示す流れ図（ならびに、さらに下で説明する、図５に示す流れ図）の諸ステップを説明する際に、簡単のため、興味の対象となる移動局は「ＭＳ１」と呼ぶことにし、ＭＳ １が使用する第１のＰＣＦは「ＰＣＦ（１）」と呼ぶことにし、これに対し（ＭＳ１がローミングする）第２のＰＣＦ １３１〜１３２は「ＰＣＦ（２）」と呼ぶことにする。さらに、論じている第１および第２の論理ＰＤＳＮは、「ＰＤＳＮ（１）」および「ＰＤＳＮ（２）」と呼ぶことにする。

ステップ４０２で、ＭＳ １は、ＰＣＦ（１）を使用して、ＰＤＳＮ（１）へのＡ１０／Ａ１１セッションを確立する。特に、ＰＣＦ（１）は、Ａ１１登録要求（ＲＥＧ−ＲＥＱ）のＰＤＳＮ（１）への送信を、当技術分野に知られているなんらかの方法を用いて行う。ＰＣＦ（１）のＲＥＧ−ＲＥＱに応答して、ＰＤＳＮ（１）は、Ａ１１登録応答（ＲＥＧ−ＲＳＰ）を送信してＰＣＦ（１）に返す。次に、ステップ４０４で、ＭＳ１は、必要なＰＰＰパラメータのネゴシエーションをＰＤＳＮ（１）と行い、ＩＰアドレスがＭＳ１に割り当てられる。ここでも、このネゴシエーションは当技術分野に知られているため、本明細書では詳細な説明は行わない。

ステップ４０６で、ＭＳ １は、ＰＣＦ（２）のサービスする新しいエリアへとローミングし、ＰＣＦ（２）はＭＳ １用の新しい接続を確立しようと試みる。なんらかの理由（たとえば、構成の問題）で、このとき、ＰＣＦ（２）は、本来のＰＤＳＮ（１）ではなく、ＰＤＳＮ（２）を選択する。次に、ステップ４０８で、ＭＳはＰＣＦ（２）を使用して、（ＰＣＦ（２）によって選択された）ＰＤＳＮ（２）との新しいＡ１０／Ａ１１セッションを確立する。

一般的に言うと、従来技術の無線通信システムでは、ＰＤＳＮ（２）との新しいセッションを確立することは、要件（たとえば、ＰＰＰの再ネゴシエーションなど）の点で、新しい物理ＰＤＳＮを使用するときに生じるハードハンドオフに類似しているはずである。しかし、本発明によれば、このハードハンドオフが、ソフトハンドオフに「変えられる」。言い換えると、（従来のソフトハンドオフと比べて）従来のハードハンドオフに関連する問題の多くまたはすべてが取り除かれる。これは、ステップ４０８で達成されるが、その説明は図５に示す流れ図に関してより詳細に行う。

次に図５を参照すると、ＰＤＳＮ（２）との新しいＡ１０／Ａ１１セッションを確立する（図４のステップ４０８）ＭＳ１の諸ステップは、好ましくは、次の諸ステップを含む。ステップ５０２で、ＰＣＦ（２）は、Ａ１１ＲＥＧ−ＲＥＱ（これはそれまでのＰＣＦ ＩＰアドレスを含む）をＰＤＳＮ（２）へと送る。上で図３に関して説明したように、ＰＤＳＮ（２）はＰＤＳＮ（１）と同じ物理ＰＤＳＮの内部にあることに注意されたい。

ステップ５０４で、この物理ＰＤＳＮは、Ａ１１セッションがすでにＭＳ１に対して確立されていることを認識することができる。特に、このＰＤＳＮは、Ａ１１登録要求によって信号として送られたＭＳ１の加入者ＩＤおよび接続ＩＤの閲覧を行う（こうしたタイプのＩＤはどちらも当技術分野に知られている）。ＰＣＦ（１）が、この物理ＰＤＳＮとそれまでに通信していたことがわかると、この物理ＰＤＳＮは、ハードハンドオフをソフトハンドオフに変換する。

次に、ステップ５０６で、ＰＤＳＮ（１）は、ＲＥＧ−ＵＰＤＡＴＥをＰＣＦ（１）に送って、古いＡ１１セッションを解放（ｔｅａｒｄｏｗｎ）する。特に、ＰＣＦ（１）は、更新を「肯定応答」（ａｃｋｓ）し（すなわち、肯定応答パケットを送り）、存続時間が０（その呼の解放を指示する）のＲＥＧ−ＲＥＱをＰＤＳＮ（１）へと送る。ＰＤＳＮ（１）は、Ａ１１ＲＥＱ−ＲＳＰで肯定応答し、元のセッションがクローズされる。ステップ５０６は、ＰＤＳＮ（２）が、（ステップ５０２に従って送られたＲＥＧ−ＲＥＱに応答して）ＲＥＧ−ＲＳＰをＰＣＦ（２）に送って返しているのと同時に起きることに注意されたい。

ステップ５０８で、ＰＤＳＮ（２）は、それまでの一致するセッションに関連する上位の呼の状態（これには、たとえば、ＱｏＳ状態（トラフィックポリシング／シェーピング／マーキング状態）、ＭＩＰ状態、トンネリング状態（Ｌ２ＴＰ、ＩＰＳＥＣ、ＩＰ／ＩＰ、ＩＰ／ＧＲＥ）、およびパケットフィルタリングやファイアウォールの状態などのセキュリティパラメータがある）を取り込み、ＰＤＳＮ（２）は、ソフトハンドオフが生じた場合と同様に続ける（たとえば、ＰＰＰの再ネゴシエーションをＭＳ１と行わない）。当業者には理解されるであろうが、ＰＤＳＮ（２）の使用するこの上位の呼の情報としては、ＰＰＰパラメータのほかに、トラフィックポリシングなど、ＭＳ１をどのように取り扱うかに関するポリシ情報、ならびに圧縮状態、トンネリングパラメータ、ＱｏＳパラメータ、（パケットフィルタ、ファイアウォール状態、ＩＰＳＥＣ状態などの）セキュリティパラメータ、およびＭｏｂｉｌｅＩＰ状態があり得る。

上で説明したようにして、複数のＩＰアドレスおよびインターフェースのあるＰＤＳＮ３４１を使用することに関連する問題の多くが解決されることが理解されよう。特に、内的ハードハンドオフの危険が取り除かれまたは少なくとも実質的に低減される。このことが、今度は、そのようなＰＤＳＮ３４１を使用する能力を増大させることによって、たとえば、より高いスループットおよび冗長性の達成が、内的ハードハンドオフの影響の危険を冒すことなく行われる。

本発明の説明および例示を以上の例示的な実施形態の中で行ってきたが、本開示はもっぱら例として行われていること、および、本発明の実装の詳細における数多くの変更は、本発明の趣旨および範囲から逸脱することなく行えることが了解されている。しかも、当技術分野によく知られている特定の特徴の説明を行わないことによって、本発明の主題（ｓｕｂｊｅｃｔｍａｔｔｅｒ）が複雑化するのを避けていることが理解されよう。本発明の制限は、以下の特許請求の範囲によってのみ行われる。

本発明を実施することのできるＣＤＭＡ無線通信システム１００のある実施形態を単純化して示す図である。 典型的なＭｏｂｉｌｅ ＩＰセッションに関連するデータの流れを単純化して示す図である。 異なるｎ個のＩＰアドレスのある単一の物理ＰＤＳＮを単純化して示す図である。 本発明のある実施形態に従って、図３に示すものなどのＰＤＳＮを使用するときに内的ハードハンドオフの可能性を取り除きまたは少なくとも実質的に低減しながら行われる諸ステップを示す流れ図である。 本発明のある実施形態による、図４に示す第４のステップのより詳細な流れ図である。

Claims (33)

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. 前記呼の情報がＰＰＰパラメータおよびトンネリング・パラメータを含む上位の呼の状態パラメータを含む請求項２０に記載のパケット・データ・サービング・ノード。

Images