(57)【特許請求の範囲】
【請求項１】
高速パケットデータ通信システムにおけるパケット制御機能（ＰＣＦ）のための方法
において、
受信する手段によりアクセス端末に関連したソースアクセスネットワーク(ＡＮ）を識別するメッセージを受信することであって、前記ソースＡＮが第１のパケットデータサービングノード（ＰＤＳＮ）に関連していることと、
前記第１のＰＤＳＮのためのアクセスネットワークＩＤ(ＡＮＩＤ）を維持するために、試みる手段により前記メッセージに応答して前記第１のＰＤＳＮにコンタクトすることを試みることと、
確立する手段により前記第１のＰＤＳＮとコンタクトが取れないなら第２のＰＤＳＮとの接続を確立することと、
送信する手段により前記第２のＰＤＳＮとの接続の確立に応答して、前記第２のＰＤＳＮのためのアクセスネットワークＩＤ(ＡＮＩＤ）を送信することであって、前記ＡＮＩＤは、全地球的に一意的な方法で前記第２のＰＤＳＮに対応することと、
前記ソースアクセスネットワーク(ＡＮ)からの無線セッションを検索することを試みることと、
を備える方法。
【請求項２】
前記アクセス端末からの位置情報を要求することをさらに備え、ここにおいて、前記位置情報は前記アクセス端末（ＡＴ）に対して通信路が確保されるアクセスネットワーク(ＡＮ)を識別するＡＮＩＤを含む請求項１の方法。
【請求項３】
前記メッセージを受信することは、ユニキャスト端末アクセス識別子（ＵＡＴＩ）メッセージを受信することを備えた、請求項１の方法。
【請求項４】
前記ＡＮＩＤは、複数のパケット制御機能(ＰＣＦ）ノードを識別し、前記ＡＮＩＤにより識別された各ＰＣＦノードは、前記第２のＰＤＳＮによりサポートされるエリア内にある、請求項１の方法。
【請求項５】
高速パケットデータ通信システムにおいて動作するように構成されたパケット制御機能（ＰＣＦ）において、
アクセス端末に関連したソースアクセスネットワーク（ＡＮ）を識別するメッセージを受信する手段であって、前記ソースＡＮは、第１のパケットデータサービングノード（ＰＤＳＮ）に関連している手段と、
前記第１のＰＤＳＮのためのアクセスネットワークＩＤ(ＡＮＩＤ）を維持するために、前記第１のＰＤＳＮとコンタクトをとることを試みる手段と、
前記第１のＰＤＳＮとコンタクトが取れないなら、第２のＰＤＳＮとの接続を確立する手段と、
前記第２のＰＤＳＮとの接続を確立することに応答して前記第２のＰＤＳＮのためのアクセスネットワークＩＤ(ＡＮＩＤ）を送信する手段であって、前記ＡＮＩＤは、全地球的に一意な方法で前記第２のＰＤＳＮに対応する手段と、
ソースアクセスネットワーク（ＡＮ）からの無線セッションを検索することを試みる手段と、
を備えたアクセスネットワーク。
【請求項６】
アクセス端末に関連するソースアクセスネットワーク（ＡＮ）を識別するメッセージを受信する手続であって、前記ソースＡＮは、第１のパケットデータサービングノード（ＰＤＳＮ）に関連する手続と、
前記第１のＰＤＳＮのためのアクセスネットワークＩＤ(ＡＮＩＤ）を維持するために、前記第１のＰＤＳＮにコンタクトすることを試みるための手続と、
前記第１のＰＤＳＮにコンタクトできないなら第２のＰＤＳＮとの接続を確立するための手続と、
前記第２のＰＤＳＮとの接続を確立することに応答して前記第２のＰＤＳＮのためのアクセスネットワークＩＤ（ＡＮＩＤ）を送信する手続であって、前記ＡＮＩＤは全地球的に一意の方法で前記第２のＰＤＳＮに対応する手続と、
ソースアクセスネットワーク（ＡＮ）からの無線セッションの検索を試みるための手続と、
を高速パケットデータ通信システムにおけるパケット制御機能（ＰＣＦ）のためのコンピューターに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は無線通信に関する。特に、この発明は、無線パケットデータサービス動作の期間異なる無線インタフェースを有する無線アクセスネットワークの間で移動局のシームレスハンドオフを実行するための新規な方法および装置に関する。
【背景技術】
【０００２】
無線通信システムにおけるデータ通信の増大する需要を満たすために、無線ネットワークは、インターネットプロトコル（ＩＰ)ネットワークをサポートするパケット化されたデータネットワークとインタフェースするように設計される。パケットデータサービングノード（ＰＤＳＮｓ）は無線ネットワークとＩＰネットワークまたは他のデータネットワークとの間のインタフェースを提供する。「モバイルＩＰ」のような様々なプロトコルは、無線ネットワークとＰＤＳＮとの間の相互作用を指定する。
【０００３】
移動局（ＭＳ）が１つのＰＤＳＮのサービスエリアから他のＰＤＳＮのサービスエリアに移動すると、設定情報が更新され、ＭＳに関連するホームエージェント(ＨＡ）が通信を切り替えるかもしれない。通信システム内の移動に適応するための効率的な方法の必要性がある。
【発明を実施するための最良の形態】
【０００４】
この発明の特徴、目的、および利点は、初めから終わりまで類似の参照文字がそれに相当するものとして、特定する図面と共に、以下に記載する詳細な説明からより明白になるであろう。
【０００５】
「典型的な」という用語は、この出願においては、「例、インスタンスあるいは実例としての機能を果たす」ことを意味するために使用される。
【０００６】
「典型的な実施形態」として記載される任意の実施形態は、ここに記載される他の実施形態に対して、必ずしも好適であるまたは利点があると解釈されるべきでない。
【０００７】
符号分割多元接続（ＣＤＭＡ）変調技術の使用は、多数のシステムユーザーが存在する通信を促進するためのいくつかの技術のうちの１つである。時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、および振幅圧伸単側波帯（ＡＣＳＳＢ）のようなＡＭ変調スキームのような他の多元接続通信システム技術は、技術的に周知である。これらの技術は異なる会社によって製造された機器間の相互動作を容易にするために標準化された。符号分割多元接続通信システムは、「デュアルモード広帯域拡散スペクトルセルラシステムのための移動局−基地局互換性標準仕様」（ＭＯＢＩＬＥ  ＳＴＡＴＩＯＮ−ＢＡＳＥ  ＳＴＡＴＩＯＮ  ＣＯＭＰＡＴＩＢＩＬＩＴＹ  ＳＴＡＮＤＡＲＤ  ＦＯＲ  ＤＵＡＬ−ＭＯＤＥＷＩＤＥＢＡＮＤ  ＳＰＲＥＡＤ  ＳＰＥＣＴＲＵＭ  ＣＥＬＬＵＬＡＲ  ＳＹＳＴＥＭＳ)とタイトルをつけられた、通信機械工業会ＴＩＡ／ＥＩＡ／ＩＳ−９５−Ｂの中で米国において標準化され、ここでは、ＩＳ−９５と呼ばれる。さらに、ＣＤＭＡ通信システムのための新しい標準仕様は、２０００年１１月付けの「ｃｄｍａ２０００拡散スペクトルシステムのための上位層（レイヤ３)シグナリング標準仕様、リリースＡ、補遺１」(Upper Layer (Layer 3) Signaling Standard for cdma 2000 Spread Spectrum Systems, Release A-Addendum 1)というタイトルが付けられた米国通信機械工業会(ＴＩＡ）において提案され、ここでは、「１ｘ」と呼ぶ。ＴＩＡにおける高速データサービスを提供するためのさらなる標準仕様は、「ｃｄｍａ２０００高速パケットデータ無線インタフェース仕様」というタイトルが付けられ、ここでは、「ＨＤＲ」または「ＩＳ−８５６」と呼ばれる。
【０００８】
国際電気通信連合は、最近無線通信チャネル上の高速データおよび高品質音声サービスを提供するための方法案の提出を要求した。これらの提案の最初の提案は、通信機械工業会により「ＩＳ−２０００  ＩＴＵ−Ｒ  ＲＴＴ  候補提案」(The IS-2000 ITU- RTT Candidate Submission)というタイトルで発行された。これらの提案の第２の提案は、欧州電気通信標準化機構（ＥＴＳＩ）により、「ＥＴＳＩ  ＵＭＴＳ  地上無線アクセス(ＵＴＲＡ）ＩＴＵ−Ｒ  候補提案」(The ETSI UMTS Terrestrial Radio Access (UTRA) ITU-R RTT Candidate Submission)というタイトルで発行された。これは、「広帯域ＣＤＭＡ」としても知られ、以下、「Ｗ−ＣＤＭＡ」と呼ぶ。「第３の提案は、Ｕ．Ｓ．ＴＧ８／１により「ＵＷＣ−１３６候補提案」(The UWC-136 Candidate Submission)というタイトルが付けられて提出された。以下、「ＥＤＧＥ」と呼ぶ。これらの提案のコンテンツは公記録であり、技術的に周知である。
【０００９】
ＩＳ−９５は、もともとは、可変レート音声フレームの送信のために最適化された。
【００１０】
パケットデータサービスを含むさまざまなさらなる非音声のサービスをサポートするために、その標準仕様の上にそれに続く標準仕様が構築された。パケットデータサービスのそのような１つのセットは、「拡散スペクトルシステムのためのデータサービスオプション」(Data Service Options for Spread Spectrum Systems)というタイトルが付けられた、米国通信機械工業会ＴＩＡ／ＥＩＡ／ＩＳ−７０７−Ａにおいて標準化された。以下、「ＩＳ−７０７」と呼ぶ。
【００１１】
ＩＳ−７０７は、ＩＳ−９５無線ネットワークを介してインターネットプロトコルパケットを送信するためのサポートを提供するために使用される技術を記載する。
【００１２】
パケットは、ポイントツーポイントプロトコル（ＰＰＰ）と呼ばれるプロトコルを用いて特徴のないバイトストリームにカプセル化される。ＰＰＰを用いて、１５００バイトまでの長さを有するＩＰデータグラムは、任意のサイズのセグメントで無線ネットワークでトランスポートすることができる。ワイヤレスネットワークは、ＰＰＰセッションの間ＰＰＰ状態情報を維持するか、あるいは長い追加のバイトとしてＰＰＰエンドポイント間の連続的なバイトストリーム中で送られるかもしれない。
【００１３】
パケットデータ対応の無線移動局（ＭＳ）に接続された、パーソナルまたはラップトップコンピューター（ＰＣ）のような遠隔ネットワークノードは、ＩＳ−７０７標準仕様に従って無線ネットワークを介してインターネットにアクセスするかもしれない。以下の記載の全体にわたって使用されるように、ＭＳ、アクセスノード（ＡＮ）、モバイルノード（ＭＮ）および遠隔局という用語は、それぞれ無線通信におけるモバイルの参加者に言及する。あるいは、ウェブブラウザのような遠隔ネットワークノードはＰＣをオプションにするＭＳに内蔵されるかもしれない。ＭＳは、任意の多数の種類の装置であってよく、これらに限定されないが、ＰＣカード、パーソナルデータアシスタント（ＰＤＡ）、外部または内部モデム、または無線電話または無線端末を含む。ＭＳは無線ネットワークを介してデータを送信する。この場合、データはパケットデータサービングノードにより処理される。ＭＳと無線ネットワークとの間の接続のためのＰＰＰ状態は典型的にＰＤＳＮ内で維持される。ＰＤＳＮは、インターネットのようなＩＰネットワークに接続され、無線ネットワークと他のエンティティ、およびＩＰネットワークに接続されたエージェントとの間でデータをトランスポートする。このように、ＭＳは、無線データ接続を介してＩＰネットワーク上の他のエンティティに対してデータを送受信することができる。ＩＰネットワーク上のターゲットエンティティはコレスポンデントノード(correspondent node)とも呼ばれる。
【００１４】
ＭＳは、ＩＰネットワーク上のＩＰパケットを送受信する前にＩＰアドレスを得なければならない。いくつかの初期の実施では、ＭＳは、ＰＤＳＮに排他的に属するアドレスのプール(pool)からＩＰアドレスが割り当てられていた。各ＰＤＳＮは、制限のある地理的区域に関連した、１つ以上の無線アクセスネットワーク（ＲＡＮ）に接続されていた。ＭＳが、第１のＰＤＳＮがサービスするエリアから出た時、第１のＰＤＳＮを介してＭＳにアドレスされたデータは、ＭＳに到達することができなかった。ＭＳが第２のＰＤＳＮがサービスするエリア内に移動するなら、ＭＳは、第２のＰＤＳＮのアドレス空間から新しいＩＰアドレスが割り当てられなければならないであろう。古いＩＰアドレスに基づいた、コレスポンデントノードとの任意の継続中の接続は、不意に終了するだろう。
【００１５】
ＰＤＳＮからＰＤＳＮまで移動するとき、接続が失われるのを防ぐために、ＭＳは、モバイルＩＰとして知られているプロトコルを使用する。インターネットエンジニアリングタスクフォース（ＩＥＴＦ）は、１９９６年１０月に発行され、技術的によく知られている「ＩＰ移動性サポート」(IP Mobility Support)というタイトルが付けられたコメントに対する要求(ＲＦＣ）２００２においてモバイルＩＰを標準化した。ｃｄｍａ２０００ネットワークにおけるモバイルのＩＰの使用は、２０００年６月の日付を有する、「無線ＩＰネットワーク標準仕様」(Wireless IP Network Standard)というタイトルが付けられたＥＩＡ／ＴＩＡ／ＩＳ−８３５で標準化された。ここでは、「ＩＳ−８３５」と呼ぶ。モバイルＩＰにおいて、ＰＤＳＮは、アドレスの独自のプールからＩＰアドレスを提供しない。代わりに、ＰＤＳＮは、ＩＰネットワークのどこかに位置するホームエージェントからのアドレスの割り当てを容易にするフォーリンエージェントの役割をする。ＭＳはＦＡを介してＨＡに通信し、ＨＡに属するアドレスプールから割り当てられたＩＰアドレスを受信する。ＭＳが、第１のＰＤＳＮから第２のＰＤＳＮまで移動すると、ＭＳは第２のＰＤＳＮおよびＦＡを介して、その既存のＩＰアドレスを再登録するために、ＨＡと通信する。
【００１６】
ＩＳ−７０７およびＩＳ−８３５は休眠モードを記載する。この休眠モードにおいて、パケットデータをトランスポートするために確立されたがある期間アイドル状態にある無線リンクは、関連するＰＰＰセッションを終了することなく、ネットワークにより再要求してもよい。パケットデータのフローが再開すると、無線リンクはＰＰＰ構成およびネゴシエーションを繰り返す必要なしに再確立される。従って、無線リンクが終了されたとき、ＰＰＰ状態を保存することは、ＭＳおよび無線ネットワークが、ＰＰＰ状態を再確立しなければならなかった場合よりもより迅速にパケットデータを送信することを再開可能にする。
【００１７】
提案された１ｘ標準仕様は、ＨＡと複数のＰＤＳＮおよび１ｘＲＡＮとの間のルーティングを更新するための機構を提供する。提案されたＨＤＲ標準仕様は、ＨＡと複数のＰＤＳＮｓおよびＨＤＲ  ＲＡＮｓとの間のルーティングを更新するための機構を提供する。
【００１８】
異なるタイプの無線インタフェースを使用して、ＭＳがＲＡＮに移動しない限り、ＨＤＲと１ｘの標準仕様の両方は、ＭＳが休眠モードにある間にＲＡＮｓを変更したときでも、パケットルーティングを効率的に更新することができる。例えば、休眠している間に、１ｘＲＡＮからＨＤＲ  ＲＡＮにＭＳが移動するなら、ルーティングのあいまいさまたは冗長性を生じる可能性があり、パケットが失われる可能性がある。これらの様々なシステムが展開されるので、異なるタイプの無線インタフェースを用いてＲＡＮｓ間のＭＳの移動に対してパケットのルーティングを効率的に更新するための機構の必要性があるであろう。
【００１９】
図１Ａは、１ｘ無線アクセスネットワーク（ＲＡＮｓ)のみを用いたシステムにおけるネットワーク構成を描く。一実施形態において、パーソナルまたはラップトップコンピュータ４は、データ接続１２を介して、無線ＭＳ２に接続される。ＰＣとＭＳ２との間のデータ接続１２は、イーサネット、シリアルバスまたはユニバーサルシリアルバス（ＵＳＢ）ケーブルのような物理ケーブルを使用してもよい。あるいは、データ接続１２は、赤外線あるいは他の光学の接続のような無線接続あるいはＢｌｕｅｔｏｏｔｈまたはＩＥＥＥ８０２．１１無線ローカルエリアネットワークのような比接続であってもよい。上述したように、ＰＣは二者択一的に、単一装置を介したネットワークアクセスを可能にするためにＭＳ２に内蔵してもよい。図において、ＭＳ２は、図１においてＲＡＮ  Ａ、ＲＡＮ  ＢおよびＲＡＮ  Ｃとして示されるように、ＲＡＮ３２、ＲＡＮ３４、およびＲＡＮ３６にそれぞれ関連するサービスエリア６、８、１０の中でその物理位置を変更する。ＲＡＮ３２およびＲＡＮ３４はＰＤＳＮ１４に接続される。次に、ＰＤＳＮ1 １４はＩＰネットワーク１８に接続される。ＲＡＮ３６はＰＤＳＮ１６に接続される。次に、ＰＤＳＮ2  １６はＩＰネットワーク１８に接続される。また、ＩＰネットワーク１８を介してアクセス可能なものは、ホームエージェント２０、認証、承認およびアカウンティング(ＡＡＡＡ）サーバ２２およびコレスポンデントノード２４である。複数のさらなるＰＤＳＮｓ、ＨＡｓ、ＡＡＡサーバおよびコレスポンデントノードは、ＩＰネットワーク１８に接続してもよいが、簡単にするために省略されている。この実施形態において、ＲＡＮ  Ａ、ＲＡＮ  ＢおよびＲＡＮ  Ｃは各々「１×ＲＡＮ」として図１に同定される１×ＥＶ−ＤＯ  Ｒｅｖ．０仕様をサポートする。
【００２０】
ＭＳ２がＲＡＮ、例えばＲＡＮ３２に最初に接続すると、ＭＳ２は、ＩＰネットワーク１８に接続されているいくつかのエンティティからＩＰアドレスを取得しなければならない。上述したように、簡易な実施においては、ＭＳ２は、ＰＤＳＮ１４に割り当てられたアドレスのプールからＩＰアドレスが割り当てられる。アドレスのそのプールからのＩＰアドレスを有するすべてのパケットは、ＩＰネットワーク１８によりＰＤＳＮ１４に経路選択されるので、ＰＤＳＮ１４はこれらのパケットをコレスポンデントＭＳ２に経路選択することもあり得る。しかしながら、もしＭＳ２が、ＰＤＳＮ１４に接続された任意のＲＡＮのサービスエリア外に移動するなら、ＰＤＳＮ１４はもはやパケットをＭＳ２に送ることはできないであろう。例えば、もしＭＳ２が、ＲＡＮ３２のサービスエリアからＲＡＮ３６のサービスエリアに移動するなら、ＭＳ２は、ＰＤＳＮ１６のアドレスのプールから新しいＩＰアドレスを取得しなければならないであろう。ＰＤＳＮ１４に関連する古いアドレスに送信された任意のパケットは、破棄しなければならないであろうし、古いアドレスを用いて、任意の継続中のネットワーク接続はもはや使用できないかもしれない。
【００２１】
より最近のモバイルのＩＰ実施において、ＭＳ２はその代りに、ＩＰネットワークに接続されたＨＡ２０からそのＩＰアドレスを取得する。ＨＡに関連したプールからアドレスを取得した後で、モバイルＩＰプロトコルは、ＭＳ２が、任意に複数のＲＡＮｓ３２、３４、または３６７または任意の複数のＰＤＳＮｓ１４または１６を介してそのＩＰアドレスを有するパケットを受信することを可能にする。ＨＡ２０からのＩＰアドレスの動的な割り当ての代わりとして、ＭＳ２は、また前もって、例えば、サービスをアクティブにするときにＭＳ２のメモリに供給されたＨＡ２０のアドレスプール内のＩＰアドレスを有していてもよい。
【００２２】
図１Ｂは１実施形態に従うパケットデータネットワーク１００を図解する。代わりの実施形態は、同様の機能ユニットに対して異なる用語を持っているかもしれないし、異なる構成コンポーネントおよび機能ユニットを組み込むかもしれないことに留意する必要がある。この発明の議論のために、図１Ｂのネットワーク１００、および他の詳細な図は、パスを定義するために使用されるであろう。しかしながら、代わりの実施形態は、その実施形態で使用される特定の構成および機能に従ってパスを定義してもよい。パケットデータシステム１００は、２つのシステム識別(ＳＩＤ）ゾーン１１０、１２０を含む。各ゾーンは、複数のネットワーク識別(ＮＩＤ）ゾーン１１２、１１４、１１６、１２２、１２４、１２６を有する。ＳＩＤ／ＮＩＤは音声システムにおいて使用され、一般的サービングエリアを識別する。例えば、ＭＳＣサービングエリアは、１対の（ＳＩＤ、ＮＩＤ）値に関連していてもよい。
【００２３】
図１Ｂのシステム１００のようなパケットデータ通信をサポートするようなシステム内のパケットデータ通信の場合、モバイルＩＰ通信および接続性は、１９９６年１０月日付のＣ．Ｐｅｒｋｉｎｓ著による「ＩＰ移動度サポート」(IP Mobility Support)に記載され,
ＲＦＣ２００２と呼ばれている。図１Ｃは、モバイルＩＰに従う所定のモバイルノード(ＭＮ）２６０または移動局(ＭＳ）のためのデータグラムにおける情報の流れを図解する。
【００２４】
図解されるように、各モバイルノード２６０は、一方のネットワークまたはサブネットワークから他方のネットワークにその接着点を変化させるホストまたはルータである。モバイルノードはＩＰアドレスを変更せずに、位置を変更してもよく、そして、接着点に対するリンクレイヤ接続性が利用可能であるとき、そのＩＰアドレスを用いる任意のロケーションにおいて他のインターネットノードと通信し続けてもよい。各モバイルノード２６０は関連するホームエージェント２５２を有する。ホームエージェント２５２は、モバイルノード２６０がホームから離れている場合、モバイルノード２６０へ配信するためにデータグラムをトンネル(tunnel)するモバイルノードのホームネットワーク上のルータであり、モバイルノード２６０のために現在の位置情報を維持する。ホスト２５８はモバイルノード２６０に向けられてもよいデータを供給する。また、ホスト２６０は、ＦＡ２５４から情報を受信する。
【００２５】
フォーリンエージェント２５４は、登録される間モバイルノード２６０にルーティングサービスを提供するモバイルノードの訪問されたネットワーク上のルータである。フォーリンエージェント２５４はダイアグラムをデトンネル(detunnel)し、モバイルノードのホームエージェント２５２によりトンネルされたモバイルノード２６０に配信する。モバイルノード２６０によって送信されたデータグラムの場合、フォーリンエージェント２５４は、登録されたモバイルノードに対してデフォルトルータとしてサービスしてもよい。
【００２６】
モバイルノード２６０は、ホームネットワーク上の長期のＩＰアドレスが与えられる。
【００２７】
このホームアドレスは、「パーマネント」ＩＰアドレスが静止しているホストに供給されるのと同じ方法で処理される。ホームネットワークから離れているとき、「ケアオブアドレス」(care-of address)は、モバイルノード２６０に関連し、モバイルノードの現在の接着点を反映する。モバイルノード２６０は、モバイルノードが送信するすべてのＩＰデータグラムのソースアドレスとしてホームアドレスを使用する。ホームから離れているとき、モバイルノード２６０は、ケアオブアドレスをホームエージェント２５２に登録する。アタッチメントの方法によって、モバイルノード２６０はそのホームエージェント２５２に直接登録するか、あるいはフォーリンエージェント２５４を介して登録する。フォーリンエージェント２５４は、登録をホームエージェント２５２に送る。
【００２８】
図１Ｂのシステム１００の場合、各パケットゾーン識別子（ＰＺＩＤ）内の典型的な構成３００は図１Ｄに図解される。パケットデータサービスノード（ＰＤＳＮ）３０２は、パケット制御機能（ＰＣＦ）ノード  ３０４および３１０に接続される。パケット制御機能ノード３０４、３１０は、それぞれ基地局コントローラ(ＢＳＣｓ）ＢＳＣ1  ３０６およびＢＳＣ2  ３１２に接続される。第１の通信路は、ＰＤＳＮ３０２からＰＣＦ1  ３０４およびＢＳＣ1  ３０６により定義される。この場合ＢＳＣ1  ３０６は、無線インタフェースを介してＰＺＩＤ３２０内のＭＮ３０８と通信する。モバイルノード（ＭＮ）３０８がＰＺＩＤ３３０のような別のＰＺＩＤに移ると、ＰＤＳＮ３０２、ＰＣＦ2  ３１０およびＢＳＣ2  ３１２により定義されるパケットデータ通信のために新しいパスが確立される。この場合ＢＳＣ2  ３１２は、無線インタフェースを介してＰＺＩＤ３２０内のＭＮ３０８と通信する。ＰＤＳＮ３０２からＰＣＦ1  ３０４およびＰＣＦ2  ３１０までのパス接続は、Ａ１０接続を定義する。ＰＣＦ1  ３０４からＢＳＣ1  ３０６までのパス接続およびＰＣＦ2  ３１０からＢＳＣ2  ３１２までのパス接続は、Ａ８接続を定義する。ＰＰＰ接続はＭＮ３０８とＰＤＳＮ３０２の間で確立される。ＭＮがＰＤＳＮを変更する場合、新しいＰＰＰ接続はＭＮと新しいＰＤＳＮの間で確立される。
【００２９】
パケットデータサービスをサポートする場合、固定ネットワーク内のデータの送信と無線インタフェース上のデータの送信との間をインタフェースするパケットデータサービングノード（ＰＤＳＮ）が存在する。ＰＤＳＮインタフェースは、パケット制御機能（ＰＣＦ）を介してＢＳにインタフェースする。ＰＣＦは、ＢＳと同一場所に配置してもよいし、同一場所に配置しなくてもよい。図１Ｄで図解されたパケットデータシステムの場合、ＭＮ３０８は、少なくとも３つの状態またはモードの１つで動作してもよい。
【００３０】
図２は、モバイルＩＰ標準仕様に従ってＭＳ２へのＩＰアドレスの割り当てを描くメッセージフロー図である。最初に、ＭＳ２は、ＰＤＳＮ１４に接続されたＲＡＮへの無線リンクを起こし、ＲＡＮを介してＰＤＳＮ１４に第１メッセージ２０２を送信する。ＭＳ２が国際的な移動局同一性（ＩＭＳＩ）を有しているなら、ＭＳ２は第１メッセージ２０２にＩＭＳＩを送信する。第１メッセージ２０２は、ＲＡＮによりサポートされる無線インタフェースの種類またはＭＳ２とＲＡＮとの間の無線リンクの接続状態に応じて、いくつかの異なるタイプの１つであってよい。例えば、ＭＳ２がＲＡＮに接続されなければ、第１メッセージ２０２は始まりメッセージかもしれないし、あるいはＭＳ２がすでに無線リンク上でＲＡＮと通信しているなら、エージェント懇請メッセージかもしれない。図示された例における番号付けは、ＰＤＳＮ１４を示すけれども、第１メッセージ２０２はまた、ＰＤＳＮ１６のような他のＰＤＳＮに接続されたＲＡＮを介して送信することもあり得る。
【００３１】
第１メッセージ２０２に応答して、ＰＤＳＮ１４は、エージェント広告および認証呼掛けを含むメッセージ２０４で応答する。エージェント広告は、ＰＤＳＮ１４内のフォーリンエージェントのアドレスを識別する。認証呼掛けは、他のネットワークエンティティがＭＳ２を対象としたデータパケットを遮るために偶然にあるいは故意にネットワーク同一性を使用するのを防ぐハンドシェイクの一部である。ＭＳ２および認証、承認、およびアカウンティングサーバ２２はＩＰネットワーク１８の全体にわたって利用可能でない共有秘密情報でプログラムされる。共有秘密情報は、ＭＳ２がＨＡ２０にリクエストを要求することが許可される前に、ＡＡＡサーバ２２がＭＳ２の同一性を検証することを可能にする。ＡＡＡサーバ２２を用いた認証が失敗するなら、ＭＳ２は、ＨＡ２０からＩＰアドレスを要求することができない。一実施形態において、共有秘密は、ユーザ名とパスワードの形式をとる。
【００３２】
ＰＤＳＮ１４から受信されたメッセージ２０４において呼掛けを受信すると、ＭＳ２はその共有秘密情報を呼掛け情報と共に使用して、ＨＡ２０がＭＳ２の同一性を検証可能にする呼掛け応答を形成する。例えば、ＭＳ２は、一方向性ハッシュ関数を用いて、共有秘密情報を呼掛け情報と結合する。ＭＳ２は、呼掛け情報、呼掛け応答および登録要求を含むＰＤＳＮ１４にメッセージ２０６を返送する。次に、ＰＤＳＮ１４は、メッセージ２０８において３つの情報をＡＡＡサーバ２２に送る。共有秘密情報自体がネットワークを介して送信されないとしても、同じ一方向性ハッシュ関数を用いて、ＡＡＡサーバ２２は、ＭＳ２により使用される共有秘密情報を検証することができる。ＡＡＡのサーバ２２はいくつかのブランド(brand)あるいはタイプのうちの１つになりえる。一実施形態において、遠隔認証ダイアルインユーザサービス（ＲＡＤＩＵＳ）サーバが使用される。
【００３３】
ＭＳ２からの呼掛け応答が有効であるとＡＡＡサーバ２２が決定するなら、ＡＡＡサーバ２２は登録要求２１０をＨＡ２０に送る。ＨＡ２０は、ＨＡ２０がＭＳ２のようなモバイルネットワークエンティティに割り当てる利用可能なＩＰアドレスのプールを有する。ＨＡ２０のアドレスのプールからのあて先アドレスを有するＩＰネットワーク１８を介して送信された任意のＩＰパケットは、ＩＰネットワーク１８によりＨＡ２０に経路選択される。登録要求２１０の内容に基づいて、ＨＡ２０は、ＭＳ２により他のネットワークエンティティに送信されたパケット内のソースアドレスとして使用されるＩＰアドレスを含む登録応答２１２を形成する。ＨＡ２０はＰＤＳＮ１４内のＦＡに応答２１２を送る。ＦＡはＩＰアドレスを記録し、それをRAN−ＰＤＳＮ（Ｒ−Ｐ）セッションと関連づけて確立する。一実施形態において、ＦＡは、ＩＰアドレスに従ってインデックスが付けられたテーブル内のＲ−Ｐ情報を記憶する。ＭＳ２へのＩＰアドレスの割り当てを終えるために、ＰＤＳＮ１４はＲＡＮを介してＭＳ２にメッセージ２１４を送る。メッセージ２１４は、ＨＡ２０からの登録応答を含み、ＭＳ２に割り当てられたＩＰアドレスを含む。
【００３４】
そのＩＰアドレスが登録された後、ＭＳ２はＩＰネットワーク１８の全体にわたってＩＰパケットを送り始めてもよい。例えば、ＭＳ２は、ウェブサーバのようなコレスポンデントノード２４で通信し始めてもよい。ＭＳ２によって送られたパケットは、コレスポンデンスノード２４のあて先アドレス、およびＭＳ２に割り当てられたソースアドレスを有する。ＭＳ２によって送信されたメッセージはすべて、ＰＤＳＮ１４内のＦＡを介して経路選択される。ＦＡは発信パケットを連続してＩＰネットワーク１８に送信してもよいしまたは、ＨＡ２０にアドレスされた大きなパケット内でカプセル化してもよい。後者のアプローチが取られるなら、ＨＡ２０は、ＰＤＳＮ１４から受信したパケットを逆カプセル化して、逆カプセル化したパケットをコレスポンデントノード２４内のあて先に送る。
【００３５】
コレスポンデントノード２４からの応答は、ＨＡ２０に属するアドレスプールからＭＳ２に割り当てられたあて先アドレスを有するであろう。そのようなメッセージはすべて、ＩＰネットワークによってＨＡ２０に経路選択される。ＨＡ２０は、各受信したＩＰパケットのあて先アドレスを検査し、ＭＳ２および関連するＰＤＳＮ１４を識別する。次に、ＨＡ２０は、ＰＤＳＮ１４のあて先アドレスを有するより大きなパケット内でパケットをカプセル化する。カプセル化されたパケットは、ＰＤＳＮ１４内のＦＡによって受信される。ＦＡは、パケットを逆カプセル化し、逆カプセル化されたパケットのあて先ＩＰアドレスをＲ−Ｐテーブル内で見つける。次に、ＦＡは、対応するＲ−Ｐセッションに関連したＲＡＮを介してパケットを送る。ＭＳ２に対して、カプセル化、逆カプセル化、およびフォワーディングのための付加された遅延のビットを除いて、モバイルＩＰプロセスは、トランスペアレントである。
【００３６】
図１Ａにおいて、ＭＳ２は、ＲＡＮ３２のサービスエリアに位置しているように示されている。図１Ａにおいて、ＲＡＮｓ  ３２、３４、３６はすべて１ｘタイプの無線インタフェースを使用する。１ｘ無線インタフェースを使用するネットワークは、移動局を識別するためにＩＭＳＩｓを使用する。新しい無線リンクを確立するＭＳ２は、始まりメッセージ中のそのＩＭＳＩを送る。ＲＡＮは、ホームロケーションレジスタ（ＨＬＲ）（図示せず）を用いて呼掛けおよび呼掛け応答メッセージを交換することにより、ＩＭＳＩを認証する。ＨＬＲは、標準化され、技術に良く知られたシグナリングシステム８（ＳＳ７）無線電話ネットワークの一部である。ＩＭＳＩｓの認証は、モバイルＩＰ認証に関連して上述した一方向性ハッシュ関数に類似した技術を用いて成就される。
【００３７】
一実施形態において、図１Ａに示すように、ＭＳ２は最初に第１の１ｘＲＡＮ３２を介して接続を確立し、図２に関連して上述したようにＨＡ２０を登録する。モバイルＩＰ登録が完了した後、ＭＳ２は、ＨＡ２０のアドレスプールからのアドレスを使用し、ＰＤＳＮ１４内のＦＡ内のＰＰＰ状態を使用して、パケットを送る。１ｘシステムでは、ＰＤＳＮ１４はそのＩＭＳＩによってＭＳ２を識別する。ＲＡＮ３２のサービスエリア内において、ＭＳ２は、ＲＡＮ３２内の基地局からのオーバーヘッドメッセージブロードキャストを監視する。他のタイプの情報の中で、これらのオーバーヘッドメッセージは、ＲＡＮ３２のパケットゾーンＩＤを識別する。
【００３８】
ＭＳ２がＲＡＮ３２のサービスエリア６を離れて、ＲＡＮ３４のサービスエリア８に入ると、ＭＳ２は、ＲＡＮ３４内の基地局によりオーバーヘッドメッセージブロードキャストを復号する。ＲＡＮBオーバーヘッドメッセージは、ＲＡＮ内の基地局によりブロードキャストされるＰＺＩＤとは異なるＰＺＩＤを含む。ＭＳ２がＰＺＩＤの変化を検知すると、ＭＳ２はＲＡＮ３４に「フェークオリジネーション(fake origination)を送る。一実施形態において、始まりメッセージは、ＭＳ２のＩＭＳＩ、フィールドを送るためのデータレディ(ＤＲＳ）およびＰＲＥＶ＿ＰＺＩＤフィールドを含む。始まりは主としてルート更新目的のためであるので、ＤＲＳフィールドは０に設定されＭＳ２が送信すべきパケットデータを有していないことを示す。ＭＳ２がネットワークに送信すべき新しいパケットデータをひょっとして持っているなら、ＭＳ２は、ＤＲＳフィールドに１を有する始まりを用いて通常の呼を始めてもよい。ＰＲＥＶ＿ＰＺＩＤフィールドは、ＭＳ２が接続された前のシステムのＰＺＩＤを含んでいる。ＲＡＮ３４は始まりを受信し、ＩＭＳＩおよびＭＳ２のＰＲＥＶ＿ＰＺＩＤをサービングＰＤＳＮ、ＰＳＳＮ1  １４に送る。ＰＤＳＮ１４は、ＩＭＳＩから、ＭＳ２がＰＤＳＮ１４内の既存のＰＰＰ状態を有することを決定し、ＰＲｅＶ＿ＰＺＩＤ値から、ＭＳ２がＲＡＮ３２から来たと決定する。ＰＤＳＮ１が、オリジナルのＲＡＮ３２および宛先ＲＡＮ３４の両方に接続されるので、ＰＤＳＮは一般に宛先ＲＡＮ３４に同じＰＰＰ状態をリダイレクトすることができる。ある理由で、ＰＤＳＮ１４が同じＰＰＰ状態をあて先ＲＡＮ３４にリダイレクトすることができないなら、ＰＤＳＮ１４は、そのＰＰＰ状態をリセットし、ＭＳ２に新しいＰＰＰセッションを確立させる。
【００３９】
ＭＳ２がＲＡＮ３４のサービスエリア８を去り、ＲＡＮ３６のサービスエリア１０に入ると、ＭＳ２は、ＲＡＮ３６内の基地局によりブロードキャストされたオーバーヘッドメッセージを復号する。ＲＡＮ３６オーバーヘッドメッセージはＲＡＮ３４内の基地局によってブロードキャストされるＰＺＩＤとは異なるＰＺＩＤを含む。ＭＳ２がＰＺＩＤの変化を検知すると、ＭＳ２はＭＳ２のＩＭＳＩを含むＲＡＮ３６に「フェークオリジネーション」、０の値を有するＤＲＳフィールド、および前のＲＡＮ、ＲＡＮ３４のＰＺＩＤを識別するＰＲＥＶ＿ＰＺＩＤフィールドを送る。ＲＡＮ３６は始まりを受信し、ＩＭＳＩおよびＭＳ２のＰＲＥＶ＿ＰＺＩＤをサービングＰＤＳＮ、ＰＤＳＮ１６に送る。ＭＳ２が以前にＰＤＳＮ１６に接続されたかどうかによって、ＰＤＳＮ１６は、ＭＳ２のＩＭＳＩに関連したＰＰＰ状態を有してもよい。以前のＰＰＰ状態の存在にかかわらず、ＰＤＳＮ１６は、ＭＳ２が異なるＰＤＳＮに接続されたＲＡＮから来たことをＰＲＥＶ＿ＰＺＩＤ値から決定する。ＰＤＳＮ１６は異なるＰＤＳＮからＰＰＰ状態を検索することができず、その結果としてＭＳ  ２を用いて新しいＰＰＰセッションを確立する必要がある。ＰＤＳＮ１６がＭＳ２を用いて構築された以前のＰＰＰセッションを有していたなら、これは、ＰＤＳＮ１６がＰＰＰセッションを破棄しなければならないことを意味する。
【００４０】
新しいＰＰＰセッションがＭＳ２とＰＤＳＮ１６の間で確立された後、ＰＤＳＮ１６は、ＰＤＳＮ１６の内のＦＡのアドレスを識別するＭＳ２にエージェント広告メッセージを送る。各ＦＡのアドレスが異なるので、ＰＤＳＮ１６のＦＡアドレスはＰＤＳＮ１４のＦＡアドレスと異なるだろう。ＭＳ２が異なるアドレスを有するエージェント広告を受信すると、ＭＳは、そのＩＰアドレスをＨＡ２０に再登録しなければならないことを決定する。ＭＳ２は、例えば、図２に記述されたプロトコルに従って、そのＩＰアドレスをＨＡ２０に再登録する。上述したように、モバイルＩＰ認証を用いて、ＨＡ２０は、ＭＳ２が移動し、同じＩＰアドレスを要求していることを認識する。可能であれば、ＨＡ２０はＭＳ２に同じＩＰアドレスを割り当てて、ＰＤＳＮ１６へのそのアドレスに向けてメッセージをリダイレクトする。一般に、ＨＡ２０は、オリジナルのＰＤＳＮ、ＰＤＳＮ１４にリダイレクションの通知を送らない。
【００４１】
図３は、ＨＤＲ  ＲＡＮ  ４２、４４、４６だけを使用して、システムでのネットワークコンフィギュレーションを描く。ＭＳ  ２は、最初に、ＲＡＮ４２のサービスエリア６に位置する。図３では、ＲＡＮ  ４２、４４、４６はすべてＨＤＲタイプの無線インタフェースを使用する。ＨＤＲ無線インタフェースを使用するネットワークは、移動局を識別するためにユニキャストアクセス端末識別子（ＵＡＴＩｓ）を使用する。
【００４２】
ＨＤＲ  ＲＡＮは、一般にＭＳ  ２からＩＭＳＩを取得しないが、主としてＰＤＳＮを有したＲ−Ｐセッションの識別を許可するために各ＭＳ２にＩＭＳＩを割り当てる。
【００４３】
あるＩＭＳＩサポートを供給することによって、ＨＤＲネットワークは、１ｘシステムによって使用される同じ種類のＰＤＳＮを使用することができる。一般に、厳格なＨＤＲネットワークは、任意のＩＭＳＩ認証を実行せず、ＳＳ７無線電話ネットワークに接続されていない。図示するように、ＩＰネットワーク１８は、ＡＡＡサーバー２２、ＰＤＳＮｓ１４、１６、ＨＡ２０、およびコレスポンデントノード２４と通信する。
【００４４】
ＭＳ２は、第１のＨＤＲ  ＲＡＮ、例えばＲＡＮ４２を介してＨＤＲシステムに接続し、ＲＡＮ４２からＵＡＴＩを取得する。次に、ＲＡＮ４２はパケットデータがＰＤＳＮ１４内のＦＡによって経路選択できるようにＭＳ２に一時的なＩＭＳＩを割り当てる。あるいは、ＲＡＮ４２がＩＭＳＩを認証することができるなら、ＲＡＮ４２は、ＰＤＳＮ１４とのＲ−Ｐリンクを確立する際にＭＳ２に実際のＩＭＳＩを割り当てる。ＲＡＮ４２がＩＭＳＩを認証することができるなら、ＲＡＮは、ＳＳ７ネットワーク上の認証センターを用いて、またはＡＡＡサーバ２２を用いてそうしてもよい。次に、ＭＳ２は、図２に関連して上述したＨＡ２０を登録する。モバイルのＩＰ登録が完了した後、ＭＳ２はＨＡ  ２０によって割り当てられたＩＰアドレスを使用し、ＰＤＳＮ１４内のＦＡ内のＰＰＰ状態を使用して、パケットを送る。ＲＡＮ４２のサービスエリア６内で、ＭＳ２は、ＲＡＮ４２内の基地局からブロードキャストされたオーバーヘッドメッセージを監視する。一実施形態において、オーバーヘッドメッセージは、いつＭＳ２がＲＡＮ４２の基地局と関連するサービスエリア６内に位置したかをＭＳ２に決定可能にする情報を含む。サービスエリアに関連したＲＡＮを識別することをＭＳ２に可能にするオーバーヘッドメッセージは、サブネットマスクと呼ばれる。ＭＳ２が１つのサービスエリアを離れて他のサービスエリアに入ると、オーバーヘッドチャネル上で受信したサブネットマスクは、それに応じて変化するであろう。
【００４５】
ＭＳ２がＲＡＮ４２のサービスエリア６を去り、ＲＡＮ４４のサービスエリア８に入ると、ＭＳ２はＲＡＮ４４内の基地局によってブロードキャストされたオーバーヘッドメッセージを復号する。ＭＳ２がサブネットマスク内の変化を検出すると、ＭＳ２は、ＵＡＴＩ更新メッセージをＲＡＮ４４に送る。ＵＡＴＩ更新メッセージは、ＲＡＮ４２によってＭＳ２に割り当てられたＵＡＴＩを含む。ＲＡＮ４４は、ＵＡＴＩが他のあるＲＡＮによって割り当てられたと決定し、ＵＡＴＩのための同じネットワークに接続された他のＨＤＲ  ＲＡＮｓに問い合わせを行う。上述するように、ＵＡＴＩｓ、ＰＰＰ状態情報、ＩＭＳＩｓおよび他の情報のデータベースは、無線ネットワーク内ＨＤＲ  ＲＡＮｓの中で配信される。以前に割り当てられたＵＡＴＩに基づいて、ＲＡＮ４２は、ＭＳ２に関連したテーブル情報を取得する。ＲＡＮ４２およびＲＡＮ４４の両方がＰＤＳＮ１４に接続されるので、ＲＡＮ４４はＭＳ２のＵＡＴＩに関連した一時的なＩＭＳＩを決定し、そのＩＭＳＩに関連したＭＳ２がＲＡＮ４４に移動したことをＰＤＳＮ１４に知らせる。
【００４６】
ＭＳ２がＲＡＮ４４のサービスエリア８を去り、ＲＡＮ４６のサービスエリア１０に入ると、ＭＳ２は、ＲＡＮ４６内の基地局によりブロードキャストされたオーバーヘッドメッセージを復号する。ＲＡＮ４６オーバーヘッドメッセージはＲＡＮ４４内の基地局によってブロードキャストされた異なるサブネットマスクを含む。ＭＳ２がサブネットマスク内の変化を検知すると、ＭＳ２は、ＭＳ２の以前に割り当てられたＵＡＴＩを含むＲＡＮ４６にＵＡＴＩ更新メッセージを送信する。ＲＡＮ４６はＵＡＴＩ更新メッセージを受け取り、ＰＤＳＮ１６に接続された他のＲＡＮｓに問い合わせをし、ＭＳ２が付近のＲＡＮからＵＡＴＩ割り当てを受信したかどうか決定する。ＭＳ２が、ＰＤＳＮ１４に接続されたＲＡＮ４４内のＵＡＴＩ割り当てを受信したので、ＲＡＮ４６はそれ自体にＰＰＰ状態をリダイレクトすることはできないであろう。それゆえ、ＲＡＮ４６は新しいＵＡＴＩをＭＳ２に割り当て、ＭＳ２に新しいＰＰＰセッションを確立させる。従って、ＭＳ２は、以前のＰＤＳＮ１４  ＰＰＰセッションに関連した状態情報を失うだろう。
【００４７】
新しいＰＰＰセッションがＭＳ  ２とＰＤＳＮ１６の間で設立された後、ＰＤＳＮ１６は、ＰＤＳＮ１６の内のＦＡのアドレスを識別するＭＳ２にエージェント広告メッセージを送る。各ＦＡのアドレスが異なるので、ＰＤＳＮ１６のＦＡアドレスはＰＤＳＮ１４のＦＡアドレスと異なるだろう。ＭＳ２が異なるアドレスを有するエージェント広告を受信する場合、ＭＳはそのＩＰアドレスをＨＡ２０に再登録しなければならないということを決定する。ＭＳ２は、例えば、図２に記述されたプロトコルに従ってそのＩＰアドレスをＨＡ２０に再登録する。上述したモバイルＩＰ認証を用いて、ＨＡ２０は、ＭＳ２が移動し同じＩＰアドレスを要求していることを認識する。できれば、ＨＡ２０は同じＩＰアドレスをＭＳ２に割り当てて、ＰＤＳＮ2  １６に対するそのアドレスに向けてメッセージをリダイレクトする。一般に、ＨＡ２０は、オリジナルのＰＤＳＮ、ＰＤＳＮ１４にリダイレクションの通知を送らない。
【００４８】
図４は、ＨＤＲ  ＲＡＮｓ、５２、５６および１ｘＲＡＮ５４の混合物を使用したシステムにおけるネットワーク構成を描く。ＭＳ２は、最初に、ＲＡＮ５２のサービスエリア６に位置する。混合したＨＤＲおよび１ｘシステムにおいて動作するように設計されたＭＳ２は、両方のシステムの属性を有する。例えば、ＭＳ２はメモリに記憶されたＩＭＳＩを有するが、また、ＵＡＴＩを用いてＨＤＲネットワークに接続するようにプログラムされる。
【００４９】
ＨＤＲ  ＲＡＮｓ  ５２および５６がＩＭＳＩｓの認証を実行することができるならば、ＰＤＳＮｓ１４および１６を有したＲ−Ｐリンクは、ＭＳ２の実際のＩＭＳＩを用いて確立することができる。ＩＭＳＩ認証は、ＳＳ７ネットワーク上の認証センターまたはＡＡＡサーバ２２を用いて、ＨＤＲ  ＲＡＮにより成就してもよい。一実施形態において、ＭＳ２は、ＨＤＲセッションネゴシエーションの初めでＨＤＲ  ＲＡＮにそのＩＭＳＩを送信する。次に、各ＨＤＲ  ＲＡＮ５２および５６は、ＭＳ２の真のＩＭＳＩを用いてＰＤＳＮｓ１４および１６を備えたＲ−Ｐリンクを確立することができる。１ｘＲＡＮ５４およびＨＤＲ  ＲＡＮｓ５２、５６の両方のために同じＩＭＳＩが使用されるので、ＰＤＳＮは容易にルーティングのあいまいさを解決することができるとともにＭＳ２にアドレスされた任意のパケットをミスルーティングすることを回避することができる。更に、以前の１ｘＲＡＮおよび宛先ＨＤＲ  ＲＡＮが単一のＰＤＳＮを共有するなら、例えば、ＲＡＮ５２、ＲＡＮ５４およびＰＤＳＮ１４の構成に類似した構成において、ＰＤＳＮは宛先ＲＡＮへのそのＲ−Ｐ接続を再度送り、再度既存のＰＰＰ状態を使用することができる。
【００５０】
しかしながら、ＨＤＲ  ＲＡＮｓ５２および５６がＩＭＳＩｓを認証することができなければ、ＨＤＲ  ＲＡＮｓは、ＰＤＳＮｓ１４および１６を備えたＲ−Ｐリンクに使用するために一時的なＩＭＳＩｓを作成するであろう。例えば１ｘＲＡＮからＨＤＲ  ＲＡＮ、例えばＲＡＮ５４からＲＡＮ５２への続いて起こるハンドオフは、ＰＤＳＮ１４のような共有ＰＤＳＮにおいてルーティング問題を生じることがある。一実施形態において、同じＩＰアドレスを有するが異なるＩＭＳＩｓを有する複数のＲ−Ｐセッションの作成により生じるルーティング問題は、ＰＤＳＮ動作に対する小さな変更で解決される。
【００５１】
一実施形態において、ＭＳ２はＨＤＲシステムＲＡＮ５２に接続し、ＲＡＮ５２からＵＡＴＩを取得する。次に、ＲＡＮ５２はパケットデータがＰＤＳＮ１４内のＦＡによって送ることを可能にするためにＭＳ２に一時的なＩＭＳＩを割り当てる。次に、ＭＳ２は、図２に関連して上述したようにＨＡ２０を登録する。モバイルＩＰ登録が完了した後、ＭＳ２はＨＡ２０によって割り当てられたＩＰアドレスを使用し、ＰＤＳＮ１４内のＦＡ内のＰＰＰ状態を使用して、パケットを送る。ＲＡＮ５２のサービスエリア６内でＭＳ２はＲＡＮ５２内の基地局からブロードキャストされたオーバーヘッドメッセージを監視する。
【００５２】
ＭＳ２がＲＡＮ５２のサービスエリア６を去り、ＲＡＮ５４のサービスエリアに入ると、ＭＳ２はＲＡＮ５４内の基地局によってブロードキャストされたオーバーヘッドメッセージを復号する。上述したように、ＲＡＮ５４のような１ｘＲＡＮはそのオーバーヘッドチャネル上にＰＺＩＤをブロードキャストする。したがって、ＭＳ２はＲＡＮ５２からサブネットマスクを受信し、ＲＡＮ５４からＰＺＩＤを受信する。ＲＡＮ５４から受信された異なるオーバーヘッドメッセージから、ＭＳ２は、異なるタイプの無線インタフェースを有するネットワークのサービスエリアに移動したと決定する。以下に説明するように、ＭＳ２およびＰＤＳＮ１４は、ＭＳ２に向けられたパケットがルーティングのあいまいさにより失われることを防止するために特殊な予防措置を講じなければならない。
【００５３】
ネットワークの変更に応じて、ＭＳ２は、ＲＡＮ５４にＭＳ２の実際のＩＭＳＩを含む「フェークオリジネーション」を送る。その結果、ＲＡＮ５４は、ＭＳ２の実際のＩＭＳＩに基づいてＰＤＳＮ１４との新しいＲ−Ｐ接続を確立する。ＰＤＳＮ１４が実際のＩＭＳＩに基づいてＭＳ２とＰＰＰ状態を以前に確立しなかったなら、ＰＤＳＮ１４はＭＳ２と新しいＰＰＰ状態をネゴシエートする。ＭＳ２とＰＤＳＮ１４との間に新しいＰＰＰセッションが確立された後、ＰＤＳＮ１４は、エージェント広告メッセージを、ＰＤＳＮ１４内のＦＡのアドレスを識別するＭＳ２に送信する。ＰＤＳＮが変わっていないので、エージェント広告メッセージ中で送られたＦＡアドレスはＲＡＮ５２から受信されたそれと同じになるだろう。その結果、ＭＳ２は、そのＩＰアドレスをＨＡ２０に再登録しなくてもよい。ＭＳ２がＲＡＮ５２を介してＨＡ２０からそのＩＰアドレスを得たので、ＲＡＮ５２はＭＳ２に一時的なＩＭＳＩを割り当てた。ＭＳ２によって使用されているＩＰアドレスは、ＰＤＳＮ１４内のＦＡ内の一時的ＩＭＳＩにリンクされる。そのＩＰアドレスを有するＰＤＳＮ１４に到来するすべてのネットワークパケットは、ＭＳ２がそのＩＰアドレスをＨＡ２０に再登録しないかぎり、ＲＡＮ５２に送られるだろう。
【００５４】
一実施形態において、ＭＳ２がＨＤＲ  ＲＡＮ  ５２、５６のサービスエリアから１ｘＲＡＮ５４のサービスエリアに移動するときはいつでも、モバイルＩＰ再登録を実行する。例えば、ＭＳ２がＲＡＮ５２のサービスエリア６からＲＡＮ５４のサービスエリア８に移動するなら、ＭＳ２は、たとえエージェント広告メッセージにおいて受信されたＦＡアドレスが直前に使用されたＦＡアドレスと同じであるとしても、ＨＡ２０にそのアドレスを再登録する。
【００５５】
残念ながら、ＨＡ２０に再登録することは、ルーティングのあいまいさを完全に解決したことにはならない。ＭＳ２がＲＡＮ５２を介してＨＡ２０からそのＩＰアドレスを最初に取得すると、ＰＤＳＮ１４内のフォーリンエージェントはＲ−Ｐセッションを一時的ＩＭＳＩと使用されるＩＰアドレスとの組み合わせに関連づける。ＭＳ２がＲＡＮ５４のサービスエリアに移動した後、ＭＳ２はＨＡ２０に再登録し、一般的に同じＩＰアドレスを割り当てる。残念ながら、再登録は、最初にＲＡＮ５２により割り当てられた一時的ＩＭＳＩの代わりに、ＭＳ２の実際のＩＭＳＩを使用する。従って、ＰＤＳＮ1  １４は、各々が異なるＩＭＳＩに対応する２つの異なるＲ−Ｐセッションに割り当てられた同じＩＰアドレスを結局持つことになるであろう。そのＩＰアドレスを有するＩＰネットワーク１８からパケットが到来すると、ＰＤＳＮ１４は、明らかにパケットをＲＡＮに送ることができないであろう。
【００５６】
一実施形態において、混合ネットワーク内のＰＤＳＮｓは、そのようなあいまいさを防止するように変更される。ＦＡがＩＰアドレスをＩＭＳＩに割り当てるときはいつでも、ＦＡは、ＩＭＳＩの値に関係なく、同じＩＰアドレスを有する他の任意のエントリのテーブルを消去する。ＰＤＳＮのＦＡ内では、ＩＰアドレスあたり１つのＲ−Ｐセッションのみが許される。
【００５７】
ＭＳ２がＨＤＲシステムから１ｘシステムに移動する場合に加えて、ＭＳ２が１ｘシステムからＨＤＲシステムに移動するときルーティングのあいまいさを回避するために特別の措置を講じなければならない。ＭＳ２がＲＡＮ５６のようなＨＤＲ  ＲＡＮを介して接続を確立し、次に、ＲＡＮ５４のような１ｘＲＡＮに移動し、異なるＰＤＳＮによりサービスされ、ＲＡＮ５４にいる間にそのＩＰアドレスをＨＡ２０に再登録し、次にＲＡＮ５６に戻るとき、その問題は、特に深刻かもしれない。現在提案されたＨＤＲ基準では、ＭＳ２が、異なる無線インタフェースを使用するシステムから丁度来たまたは他のシステムにおいてそのＩＰアドレスを再登録したということをＭＳ２がＲＡＮ５６に通知する方法はない。フェークオリジネーションのＰＲＥＶ＿ＰＺＩＤは、ＭＳ２が異なるＰＤＳＮを介して再登録することをＰＤＳＮが決定することを可能にするので、１ｘＲＡＮから１ｘＲＡＮに移動するとき、これは問題ではない。これは、ＨＤＲ  ＲＡＮからＨＤＲ  ＲＡＮに移動するときも問題ではない。なぜならば、ＵＡＴＩ要求内のＵＡＴＩは、ＭＳ２が異なるＰＤＳＮを介して再登録したかどうかをあて先ＰＤＳＮが決定することを可能にするからである。
【００５８】
ＭＳ２が１ｘＲＡＮ５４からＨＤＲ  ＲＡＮ５６のサービスエリア１０に再び入ると、ＭＳ２は、以前にＨＤＲ  ＲＡＮ５６のサービスエリア１０内にいる時ＭＳ２によって使用されるＵＡＴＩを含むＵＡＴＩ要求を送る。現在提案されているプロトコルを用いて、介在する１ｘシステムにおいてその再登録をＨＤＲＲＡＮC５６に通知するための方法をＭＳ２は有していない。従って、ＲＡＮ５６は、ＭＳ２によって以前に使用されたＵＡＴＩに関連したＰＤＳＮ１６内の既存のＰＰＰ状態を用いた、ネットワーク通信を再開するだろう。
【００５９】
一実施形態において、ＭＳ２は、常に、１ｘＲＡＮからＨＤＲ  ＲＡＮまで移るとそのＵＡＴＩをリセットする。リセットＵＡＴＩがＵＡＴＩ要求で送信されると、ＨＤＲ  ＲＡＮはＭＳ２に新しいＵＡＴＩを割り当て、従ってモバイルＩＰ再登録を共用するであろう。モバイルＩＰの再登録は、一般に、ＭＳ２が以前に使用していたのと同じＩＰアドレスをＭＳ２に割り当てる結果になるであろう。モバイルＩＰの再登録が完了すると、ＨＡ２０は、適切にＨＤＲ  ＲＡＮ、およびＭＳ２にネットワークパケットを導くだろう。代わりの実施形態において、ＭＳ２が１ｘＲＡＮからＨＤＲ  ＲＡＮに移動するときはいつでも、ＰＰＰリセットを単に強要するだけで実質的に同じことを達成する。
【００６０】
他の実施形態において、ＨＤＲ標準仕様は、ＭＳ２が位置通知メッセージをＨＤＲ  ＲＡＮに先導することを可能にするように変更される。既存のＨＤＲ仕様では、位置通知メッセージは、ＭＳ２がそのＩＰアドレスを再登録した前のシステムのシステム識別子（ＳＩＤ）、ネットワーク識別子（ＮＩＤ）およびＰＺＩＤを含んでいてもよい。この情報を備えて、ＨＤＲ  ＲＡＮは、恐らくＨＤＲ  ＲＡＮにＲ−Ｐセッションを移すためにそのＰＤＳＮに問い合わせをするということもあり得る。あるいは、ＰＺＩＤが、異なるＰＤＳＮに関連した１ｘＲＡＮに属するなら、ＰＤＳＮはＰＰＰセッションをリセットし、従って、ＩＰアドレス再登録を引き起こすことができる。
【００６１】
他の実施形態において、ＭＳ  ２はモバイルＩＰエージェント懇請メッセージを、あて先ＰＤＳＮ内のＦＡに送信する。応答から収集されたＦＡのアドレスに基づいて、ＭＳ２は、新しいＰＰＰセッションを確立するのに必要な帯域幅を消費せずに、ＨＡ２０にそのＩＰアドレスを再登録することができる。
【００６２】
図５は、１ｘＲｎと、ＩＭＳＩ認証を実行することができるＨＤＲ  ＲＡＮとの間でハンドオフをするとき、ＭＳ２により使用されるプロセスを示すフローチャートである。
【００６３】
ＲＡＮタイプの変更を検出すると、ステップ５０２においてＭＳ２はそのＩＭＳＩをあて先ＲＡＮに送信する。宛先ＲＡＮが１ｘＲＡＮであるなら、ＩＭＳＩは「フェークオリジネーション」のために始まりメッセージで送信してもよい。宛先ＲＡＮがＨＤＲ  ＲＡＮであるなら、新しいＨＤＲセッションがネゴシエートされている間、コンフィギュレーションメッセージで送信してもよい。
【００６４】
宛先ＲＡＮに接続されたＰＤＳＮがＭＳ２のＩＭＳＩに関連したＲ−Ｐセッションを有していなければ、ＰＤＳＮはＭＳ２と新しいＰＰＰセッションを確立するだろう。ステップ５０４において、ＭＳ２は、新しいＰＰＰセッションがＰＤＳＮと確立されたかどうか決定する。ＰＤＳＮによる新しいＰＰＰセッションの確立は、ＰＤＳＮがＭＳ２のＩＭＳＩに関連した既存のＰＰＰ状態を有さないことを意味することがあり得る。あるいは、ＰＤＳＮによる新しいＰＰＰセッションの確立は、前のＲＡＮのＲ−Ｐセッションから宛先ＲＡＮにＰＤＳＮが既存のＰＰＰ状態を転送することができないことを意味することがあり得る。いずれの場合も、ＰＤＳＮは、一般的に、ＰＤＳＮの内のＦＡのアドレスを示すエージェント広告メッセージをＭＳ２に送るだろう。ＭＳ２にサービスを提供する以前のＲＡＮが同じＰＤＳＮに接続されていたなら、そのＲＡＮは、モバイルＩＰをＨＡ２０に再登録する必要はないかもしれない。ＨＡ２０は正確なＰＤＳＮへパケットを送るだろう。
【００６５】
しかしながら、ＭＳ２にサービスを提供する以前のＲＡＮが異なるＰＤＳＮに接続されていたなら、ＭＳ２は、ＨＡ２０に新しいＰＤＳＮアドレスを通知するためにモバイルＩＰを再登録しなければならない。新しいＰＰＰ状態がＰＤＳＮの変更によって必要とされたかどうかＭＳ２が判断することができないので、ＭＳはステップ５０６でＨＡ２０にそのモバイルのＩＰアドレスを再登録する。
【００６６】
ステップ５０４において、新しいＰＰＰセッションがＰＤＳＮと確立されていないとＭＳ２が決定するなら、ＭＳ２はステップ５０８において、モバイルＩＰ再登録が以前のＲＡＮタイプで生じたかどうか決定する。上に議論されるように、異なる無線インタフェースと共に使用されるプロトコルは同じタイプの異なるＲＡＮｓの中でＭＳ２の移動を管理するように設計されている。従って、ＭＳ２が同じタイプのＲＡＮｓの中で移動するとき、ルーティングのあいまいさは生じない。１ｘＲＡＮの中で移動するとき、ＭＳ２は、宛先ＲＡＮが新しいＰＰＰセッションを確立しなければならないかどうか決定することを可能にするようにＰＺＩＤのような以前のＲＡＮについての情報を送信する。ＭＳ２がＨＤＲ  ＲＡＮの中で移動しているとき、宛先ＲＡＮは、ＵＡＴＩ更新メッセージ中のＭＳ２から受信されたＵＡＴＩの比較により、新しいＰＰＰセッションが必要かどうか決定する。
【００６７】
以前のＲＡＮおよび宛先ＲＡＮが異なるＰＤＳＮｓに接続され、ＭＳ２が以前のシステムにおいて、そのモバイルＩＰアドレスをＨＡ２０に再登録していたなら、ＨＡ２０は、依然としてＭＳ２にアドレスされた次のパケットを以前のＲＡＮのＰＤＳＮに送信するであろう。そのようなルーティングのあいまいさを防止するために、ＭＳ２が以前のＲＡＮタイプでモバイルＩＰ再登録を実行したなら、ＭＳ２はステップ５０６においてそのモバイルＩＰアドレスを再登録する。
【００６８】
ＩＳ−８５６標準仕様をサポートする無線通信システムにおいて、および２００２年１月の日付を有する、ＴＩＡ／ＥＩＡ／ＩＳ−８５６−１として識別される、「ｃｄｍａ２０００高速パケットデータ無線インタフェース仕様」(cdma 2000 High Rate Packet Dataw Air Interface Specification)というタイトルの暫定基準、以下「ＨＲＰＤ基準」と呼ぶ、において、パケットデータ交換ネットワーク（典型的には、インターネット)とアクセス端末との間のデータ接続性を提供するネットワーク機器として定義される。アクセスネットワークはおおよそ基地局に等しい。アクセス端末は、ユーザへのデータ接続性を提供する装置として定義される。アクセス端末は、ラップトップパソコンのようなコンピューティング装置に接続してもよい。あるいは、それは、携帯情報端末のような内蔵型のデータ装置であってもよい。アクセス端末は、移動局とほぼ同等物である。
【００６９】
ＡＴは、無線リンクプロトコル（ＲＬＰ）に従って無線リンクを介してＡＮと通信する。
【００７０】
ロケーションアップデートプロトコルは、移動度管理のための位置更新手続きおよびメッセージを定義する。位置パラメータは、ＡＴとの通信を容易にする通信路の現在の構成をＡＮ内に記載する。位置パラメータは、＜ＳＩＤ、ＮＩＤ，ＰＡＣＫＥＴ＿ＺＯＮＥ＿ＩＤ＞として与えられる情報の三つ揃いを含む。ＡＮは、位置情報を更新するためにＡＴに場所割り当てメッセージを送信してもよい。さもなければ、ＡＮは、ＡＴからの位置情報を問い合わせるために位置要求メッセージを送信してもよい。ＡＴは、ＡＮからの要求に応答して、または独立して、位置通知メッセージを送信する。位置通知メッセージは、位置値(ＬＶ）を含む。ＬＶは、表１に図解されるフィールドを含む。位置通知は、１ｘ内のＡＮＩＤに対応する位置値の唯一のタイプであることに留意する必要がある。例えば、ＨＤＲ内のＬＶはサブフィールドを持っていないが、むしろ数を有する。
【表１】
0004638236.tif 000002
【００７１】
ＬＶはネットワークによってモバイルに渡される数であり、ネットワークにより使用され、モバイルが他のＰＰＰとのＰＰＰセッションを確立したか否かを決定する。ＬＶもアクセスネットワークＩＤ（ＡＮＩＤ）と呼ばれる。モバイルが報告するＬＶはＰＣＦにより使用され、Ａ１１−登録要求内のＰＡＮＩＤフィールドを投入する。ＣＡＮＩＤは、ＰＣＦ（モバイルではない）によってＰＤＳＮに供給されるフィールドである。
【００７２】
ＡＴが、ＡＴへの通信が少なくとも１つの異なるＡＮインフラストラクチャーエレメントによって促進され、新しい通信路がサービングＰＤＳＮに到達することができないエリアに移動する場合、ＡＮは位置割り当てメッセージを送信する。この状況において、ＡＮは、サービングＰＤＳＮに相当する数にＬＶをセットする。この場合数は全体的にユニークである。ＡＮは連続的に位置パラメータを広告しない。また、ＡＮは、ＡＴ移動が新しい通信路を生じるごとに、例えばＰＣＦ境界を横切ることに位置パラメータを更新しない。各モバイルの無線セッションは、ＰＤＳＮのアドレスを含む。無線セッション情報はＡ１３インタフェースをかいしてＡＮ間で交換することができる。セッション情報応答メッセージは、「高速パケットデータ(ＨＲＰＤ）アクセスネットワークインタフェースのための相互運用」(Inter-Operability Specification (IOS) for High Rate Packet Data (HRPD)
Access Network Interface )というタイトルのＴＩＡ／ＥＩＡ／ＩＳ−８７８で指定される。「このように、セッション情報応答メッセージからの無線セッション情報を検索することは、あたらしいサービングノードがあるか否かをＡＮに示す。更新は、セッション情報応答メッセージに含まれているような以前のサービングＰＤＳＮのＩＰアドレスを用いて行われる。
【００７３】
ＡＮが以前のサービングＰＤＳＮにＡＮが到達することができないとき、新しいデータセッション（例えば、ＰＰＰ）が開始される。ＰＣＦにおける処理を図解するフローチャートは、図６で提供される。図解されるように、ＡＴはステップ６０２で目標ＢＳＣ／ＰＣＦのゾーンに入る。ＡＴは、ステップ６０４において、ソースＢＳＣ／ＰＣＦ、すなわち、以前のＢＳＣ／ＰＣＦの識別子を送信する。決定ダイヤモンド６０６において、目標ＢＳＣ／ＰＣＦ、すなわち、新しいＢＳＣ／ＰＣＦは、ソースＢＳＣ／ＰＣＦから無線セッションを検索することを試みる。無線セッションを検索することが可能であり、目標ＰＣＦがサービングＰＤＳＮと通信することが可能なら（決定ダイアモンド６０８）、目標ＢＳＣ／ＰＣＦはサービングＰＤＳＮ６１０と連絡をとる。さもなければ、目標ＢＳＣ／ＰＣＦが無線セッションを検索できなければ、ＢＳＣ／ＰＣＦはステップ６１２において新しい無線セッションを確立する。
【００７４】
処理はステップ６１４に続き、ＡＴからＡＮＩＤを要求する。目標ＢＳＣ／ＰＣＦが見つけることができるなら、サービングＰＤＳＮはステップ６１６に続く。さもなければ、ＰＣＦはステップ６１８および６２０において、新しいサービングＰＤＳＮを決定する。次に、ステップ６２２において、ＡＮＩＤを含む位置情報は、ＡＴに供給される。
【００７５】
図７は１つのシナリオを図解する。この場合、ＡＴはサービングＰＤＳＮとＰＰＰセッションを確立した。図解されるように、ＰＤＳＮｘ７０４はＰＰＰセッションユニット７０２を含む。ＢＳＣ／ＰＣＦ７２０はＨＲＰＤ標準仕様をサポートし、ＰＤＳＮｘ７０４のサービングエリア内にある。システム７００はさらにＰＤＳＮｙ７１４を含む。ＰＤＳＮｙ７１４はＰＰＰセッションユニット７１６を含む。ＢＳＣ／ＰＣＦ７２２はＨＲＰＤ標準仕様をサポートし、ＰＤＳＮｙ７１４のサービングエリア内にある。ＰＣＦ７２４は、１ｘのようなシステムをサポートし、ＰＤＳＮｙ７１４のサービングエリア内にある。
【００７６】
ＡＴがサービングＰＤＳＮｙに到達することができない位置に移動すると、ＡＮは位置割り当てメッセージを送信し、ＡＴにより記憶されたＬＶを更新する。ＡＴが、ＰＣＦ７２２のサービングエリアからＰＣＦ７２０のサービングエリアへ移動する場合、ＰＣＦ７２２は、ＡＮＩＤｘに等しいＬＶを有する位置割り当てメッセージをＡＴに送信する。モバイルノードＩＤ(ＭＮＩＤ）は、ＩＭＳＩ＿１として識別され、ＰＤＳＮのＩＰアドレスはｘ．ｙ．ｚ．ｔとして与えられる。ＡＴが、ＰＣＦ７２２のサービングエリアからＰＣＦ７２４のサービングエリアへ移動すると、ＡＴはＡＮＩＤｘをＰＣＦ７２４に報告する。これに応答して、ＰＣＦ７２４は、ＡＮＩＤ＿ｘをＰＡＮＩＤとしてＰＤＳＮｙ７１４に報告する。ＰＤＳＮｙ７１４は、ＡＮＩＤとＰＡＮＩＤの値を比較し、モバイルＩＰエージェント広告を送信し、ＡＮＩＤとＰＡＮＩＤが一致しないときＬＣＰコンフィギュレーションを開始する。
【００７７】
ＡＴは、一般に、データセッションが確立されたネットワークから受信した最後のＬＶを維持するであろう。言いかえれば、ＡＴが、音声ページに応答するように、１ｘ周波数に同調し、１ｘシステムにおいてデータセッションが確立されないＨＲＰＤ周波数に同調を戻すなら、ＬＶを変える必要はない。
【００７８】
図８は、受信回路７５２、送信回路７５６、制御プロセッサ７５４、およびメモリ記憶装置７５８を有するＡＴ７５０を図解する。この場合、ＬＶ情報はメモリ記憶装置７５８に記憶される。ＡＴ７５０の様々なモジュールは通信バス７６０を介して通信する。記憶されたＬＶ情報はサービングＰＣＦではなくサービングＰＤＳＮの機能である。このように、ＡＴ７５０はサービングＰＤＳＮに対応するアクセスネットワーク情報を受信する。ＡＴ  ７５０は、サービングＰＣＦの各変更に対してアクセスネットワーク情報を受信する必要はない。
【００７９】
図９はＭＳ２装置を示す。上述したように、ＭＳ２は外部端末またはパーソナルコンピュータまたはラップトップコンピュータ(ＰＣ）４のような装置とデータ接続を持っていてもよい。そのような構成では、ＭＳ２は、ローカルインタフェース８１２を含み、データ接続信号およびデジタルデータの必要な変換を提供する。ローカルインタフェース８１２はイーサネット（登録商標）、シリアルバス、またはユニバーサルシリアルバス（ＵＳＢ）のようなさまざまな、ケーブルインタフェースのいずれかであり得る。あるいは、ローカルインタフェース８１２は、赤外線あるいは他の光学接続のような無線接続あるいは、BluetoothまたはＩＥＥＥ８０２。１１のような無線接続を提供してもよい。
【００８０】
外部ＰＣ４への接続を提供する代わりに、ＭＳ２はＩＰネットワーク１８にダイレクトアクセスを供給してもよい。例えば、ＭＳ２は無線アプリケーションプロトコル（ＷＡＰ）としてそのようなプロトコルを用いたウェブブラウザアプリケーションを含んでもよい。そのような併合したアプリケーションにおいて、ローカルインタフェース８１２は、キーパッド、ＬＣＤディスプレイあるいは携帯型の携帯情報端末デバイス（ＰＤＡ）上で一般に使用されるもののようなペン入力インタフェースのようなタッチ感知可能なディスプレイを含むユーザインタフェースの形式、あるいは無線パケットデータユーザーアプリケーションに適切な他の入力インタフェースの形態を取ってもよい。
【００８１】
一実施形態において、ローカルインタフェース８１２は制御プロセッサ８０４にアプリケーションデータを供給する。制御プロセッサ８０４は、汎用マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、プログラマブルロジック装置、特定用途向け集積回路(ＡＳＩＣ）またはここに記載した機能を実行することができる任意の他の装置であってよい。ハンドセットユーザー入力インタフェースおよびハンドセットディスプレイはキーパッド、携帯型のＰＤＡｓ上で一般に使用されるもののような液晶ディスプレイペン入力インタフェースあるいは無線パケットデータユーザーアプリケーションに適切な他の入力インタフェースを含んでいてもよい。
【００８２】
さらに、制御プロセッサ８０４は、ＩＰリソースを要求すること、ＰＰＰセッションを管理することおよび種々の無線インタフェースに関連した他のネットワークプロトコルプロセスのような図１−７とともに記載したＭＳ２の処理を実行するように構成されている。制御プロセッサ８０４は、単一のプロセッサであってもよいし、またはローカルインタフェース８１２を介してユーザインタフェースを管理するマイクロコントローラや無線インタフェースプロトコルを管理するＤＳＰのような複数の別個のプロセッサを含んでいてもよい。
【００８３】
ＭＳ２は、制御プロセッサ８０４の動作期間に必要とされる種々のタイプのデータおよび情報を記憶するためのメモリ８０２を含む。メモリ８０２は単一装置であってもよいし、またはフラッシュメモリ、スタティックメモリまたはダイナミックランダムアクセスメモリ（ＲＡＭ）またはイレーザブルまたは非イレーザブルリードオンリメモリ（ＲＯＭ）のような複数の装置を含んでいてもよい。それらの全体のメモリ８０２またはその一部分は、制御プロセッサ８０４の全体またはその一部を有した単一装置に内蔵されていてもよい。メモリ８０２は、制御プロセッサ８０４のための実行可能なコード、ＩＭＳＩ、モバイルＩＰアドレスを登録するために使用される共有秘密情報、ＨＡ２０のアドレス、およびモバイルＩＰアドレスを含んでいてもよい。さらに、メモリ８０２は、無線ネットワークに送信したまたは無線ネットワークから受信したパケットデータの一時的コピー、およびパケットデータサービスを供給するのに必要なすべての状態変数を記憶するように構成されている。
【００８４】
一実施形態において、無線ネットワークに送信されるデータは、ダイプレクサ（ＤＩＰ）８１０およびアンテナ８１４を介して送信される前に、変調器(ＭＯＤ）８０６において、符号化され、変調され、およびインターリーブされ、送信器(ＴＭＴＲ）８０８において増幅されおよびアップコンバートされる。アンテナ８１４を介して無線ネットワークから受信したデータは、制御プロセッサ８０４により処理される前に、受信器(ＲＣＶＲ）８１６において、利得制御され、およびダウンコンバートされ、および復調器(ＤＥＭＯＤ）８１８において、デインターリーブされ、復調され、および復号される。変調器(ＭＯＤ）８０６、送信器(ＴＭＴＲ）８０８、受信器（ＲＣＶＲ）８１６、および復調器(ＤＥＭＯＤ）８１８は、例えば、１ｘおよびＨＤＲのような複数の種類の無線インタフェースを用いて動作することができる。必要ならば、ＭＳ２は、１ｘ、ＨＤＲ、Ｗ−ＣＤＭＡ、およびＥＤＧＥを含む複数種類の無線インタフェースと互換性を持たせるために必要な複数の変調器、送信器、受信器または復調器を含む。
【００８５】
図１０は、受信回路９０２、制御プロセッサ９０４、送信回路９０６、アクセスネットワーク情報更新装置９０８、メモリ記憶装置９１２、および通信バス９１０を含むＰＣＦ９００を図解する。アクセスネットワーク情報更新装置９０８は図７で図解された方法６００を実施するように構成される。アクセスネットワーク更新装置９０８は、ＡＴがＰＣＦ９００によりサポートされるエリアに入ると、指示を受信する。ＡＴは典型的にはユニキャスト端末アクセス識別子（ＵＡＴＩ）を送信する。ＡＴは、目標ＢＳＣ／ＰＣＦをイネーブルにするアドレスを供給し、ソースＢＳＣ／ＰＣＦを見つける。この場合、目標は新しいＢＳＣ／ＰＣＦ、すなわち、ＢＳＣ／ＰＣＦ９００であり、ソースは、ＡＴの移動に関連する古いＢＳＣ／ＰＣＦである。次に、ＢＳＣ／ＰＣＦ  ９００は、ソースＢＳＣ／ＰＣＦから無線セッションを検索することを試みる。ＰＣＦ９００が無線セッションを検索することができる場合、ＰＣＦ９００は最後のサービングＰＤＳＮに達することを試みる。可能であれば、最後のサービングＰＤＳＮとのコンタクトが取られる。そうでなければ、新しいＰＤＳＮとの新しい接続が確立され、あたらしいＰＤＳＮに関連した新しいＡＮＩＤがＡＴに供給される。
【００８６】
ＢＳＣ／ＰＣＦ  ９００がソースＢＳＣ／ＰＣＦから無線セッションを検索することができないなら、ＢＳＣ／ＰＣＦ９００は新しい無線接続を確立し、ＬＶに対してＡＴを求める。ＢＳＣ／ＰＣＦ９００が最後のサービングＰＤＳＮを見つけることができない場合、ＢＳＣ／ＰＣＦ９００は新しいサービングＰＤＳＮを決定し、接続を確立する。
【００８７】
当業者は、情報および信号は、さまざまな異なる科学技術および技法を用いて表してもよいことを理解するであろう。例えば、上述した記述全体を通して参照してもよいデータ、命令、コマンド、情報、信号、ビット、記号、およびチップは、電圧、電流、電磁波、磁界、磁性粒子、光学界、または光学粒子またはそれらの任意の組合せにより表してもよい。
【００８８】
当業者はさらに、ここに開示した実施の形態に関連して記載した種々の実例となる論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウエア、コンピュータソフトウエアまたは両方の組合せで実施してもよいことを理解するであろう。このハードウエアとソフトウエアの互換性を明瞭に説明するために、種々の実例となる部品、ブロック、モジュール、回路、およびステップが一般にそれらの機能性の観点から上に記載された。そのような機能性がハードウエアまたはソフトウエアとして実現されるかは特定のアプリケーションおよび全体のシステムに課せられた設計制約に依存する。熟達した職人は、各特定のアプリケーションに対して記載した機能性を変形した方法で実施することができるが、そのような実施の判断は、この発明の範囲を逸脱するものとして解釈されるべきでない。
【００８９】
ここに開示された実施の形態に関連して記載された種々の実例となる論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理装置、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウエアコンポーネント、またはここに記載した機能を実行するように設計されたいずれかの組合せを用いて実施または実行してもよい。汎用プロセッサは、マイクロプロセッサであってよいが、別の方法では、プロセッサは、いずれかの一般的なプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってよい。プロセッサはまた、計算装置の組合せとしても実施できる。例えば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協力した１つ以上のマイクロプロセッサまたはいずれかの他のそのような構成として実施してもよい。
【００９０】
ここに開示された実施の形態に関連して記載された方法またはアルゴリズムのステップは、ハードウエアにおいて、プロセッサにより実行されるソフトウエアモジュールにおいて、または両者の組合せにおいて直接具現化してもよい。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、脱着可能ディスク、ＣＤ−ＲＯＭ、または技術的に知られているその他のいずれかの形態の記憶媒体に常駐してもよい。例示記憶媒体は、プロセッサに接続される。そのようなプロセッサは記憶媒体から情報を読み出し、記憶媒体に情報を書き込むことができる。別の方法では、記憶媒体は、プロセッサに集積可能である。
【００９１】
プロセッサと記憶媒体はＡＳＩＣに存在してもよい。ＡＳＩＣはユーザ端末に存在してもよい。別の方法では、プロセッサと記憶媒体はユーザ端末内のディスクリートコンポーネントとして存在してもよい。
【００９２】
開示された実施形態の上述の記載は、当業者がこの発明を製作または使用することを可能にするために提供される。これらの実施の形態に対する種々の変更は当業者には容易に明白であろう、そしてここに定義される包括的原理は発明力の使用なしに他の実施の形態に適用可能である。従って、この発明は、ここに示した実施の形態に限定されることを意図したものではなく、ここに開示した原理と新規な特徴に一致する最も広い範囲が許容されるべきである。
【図面の簡単な説明】
【００９３】
【図１Ａ】図１Ａは１ｘ無線アクセスネットワーク（ＲＡＮｓ）のみを用いた無線システム構成の図である。
【図１Ｂ】図１Ｂは、パケットゾーン識別を図解する無線システム構成の図である。
【図１Ｃ】図１Ｃは、インターネットプロトコル（ＩＰ）通信をサポートする通信システムにおけるパスフローを図解する図である。
【図１Ｄ】図１Ｄは図１Ｂのような無線通信システムの一部の図である。
【図２】図２は、モバイルＩＰ標準仕様に従ってＭＳ２へのＩＰアドレスの割り当てを描くメッセージフロー図である。
【図３】図３はＨＤＲ無線アクセスネットワーク（ＲＡＮｓ）のみを用いた無線システム構成の図である。
【図４】図４は１ｘとＨＤＲの無線アクセスネットワーク（ＲＡＮｓ）を用いた無線システム構成の図である。
【図５】図５は１ｘＲＡＮと、移動局識別（ＩＭＳＩ）認証を実行することができるＨＤＲ  ＲＡＮとの間でハンドオフするときＭＳにより使用されるプロセスを示すフローチャートである。
【図６】図６は、無線通信システム内のアクセスノードのための位置パラメータの更新を描くメッセージフロー図である。
【図７】図７は、無線通信システム内の各ＰＣＦにおいて、位置パラメータの更新を例証するフローチャートである。
【図８】図８はアクセス端末（ＡＴ）のブロック図である。
【図９】図９は移動局（ＭＳ）のブロック図である。
【図１０】図１０はアクセスネットワーク(ＡＮ）エレメントのブロック図である。
【図１Ａ】
0004638236.tif 000003
【図１Ｂ】
0004638236.tif 000004
【図１Ｃ】
0004638236.tif 000005
【図１Ｄ】
0004638236.tif 000006
【図２】
0004638236.tif 000007
【図３】
0004638236.tif 000008
【図４】
0004638236.tif 000009
【図５】
0004638236.tif 000010
【図６】
0004638236.tif 000011
【図７】
0004638236.tif 000012
【図８】
0004638236.tif 000013
【図９】
0004638236.tif 000014
【図１０】
0004638236.tif 000015