Method and apparatus for requesting point-to-point protocol (ppp) instances from a packet data services network

Ｉ． 発明の分野 本発明は一般に通信の分野に関わり、特にパケット・データ・サービス・ネットワークからポイント対ポイント・プロトコル（ＰＰＰ） インスタンスを要求することに関する。

ＩＩ． 背景 無線通信及びインターネット応用の両者の普及に伴って、この二つを結び付ける製品及びサービスに対する市場が立ち上がってきた。 その結果、無線電話または端末のユーザーが電子メール、及び他のネットワーク資源に接続できる無線インターネット・サービスを提供するため種々の方法及びシステムが開発中である。 インターネット上の情報は個別のデータの“パケット”に構造化されるため、これらのサービスは多くの場合“パケット・データ・サービス”と呼ばれている。

無線パケット・データ・サービスを提供するために使用されるいろいろなタイプの無線通信システムの中には符号分割多元接続（ＣＤＭＡ）システムがある。

ＣＤＭＡ変調技術の使用は多数のシステム・ユーザーが存在する場合に通信を容易にするための色々な技術の一つである。 ＣＤＭＡ無線ネットワークを介するインターネット・プロトコル（ＩＰ）のフレーム化及び伝送はこの技術分野では周知であり、以後ＩＳ−７０７として引用される、“拡散スペクトル・システムのためのデータ・サービス方法（DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS）と題する、ＴＩＡ／ＥＩＡ／ＩＳ ７０７Ａに記載されている。

時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、及び振幅圧伸単側波帯（ＡＣＳＳＢ）のようなＡＭ変調法といった、他の多元接続通信システム技術はこの技術分野では周知である。 これらの技術は別の会社で製造される装置間の通信を容易にするために標準化されてきた。 米国においてＣＤＭＡ通信システムは、以後ＩＳ−９５として引用される、“二重モード広帯域拡散スペクトラム・セルラ・システムのための移動局−基地局互換規格（MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEMS）”と題する米国電気通信工業会ＴＩＡ／ＥＩＡ／ＩＳ−９５−Ｂで標準化されてきた。

最近、国際電気通信連合（ＩＴＵ）は無線通信チャンネル上における高データ率及び高品質音声サービスを提供するための方法の提案を要請した。 この提案の第一は、ｃｄｍａ２０００ ＩＴＵ−Ｒ ＲＴＴ候補提案”と題し、以後ｃｄｍａ２０００として引用されるもので、米国電気通信工業会から発行された。この提案の第二は、“ＥＴＳＩ ＵＭＴＳ地上無線接続（ＵＴＲＡ）ＩＴＵ−Ｒ ＲＴＴ候補提案”と題し、“広帯域ＣＤＭＡ”としても知られ、以後Ｗ−ＣＤＭＡとして引用されるもので、ヨーロッパ電気通信標準化協会により発行された。第三の提案は、“ＵＷＣ−１３６候補提案”と題し、以後ＥＤＧＥとして引用されるもので、Ｕ．Ｓ．ＴＧ８／１により提出された。これらの提案の内容は公開記録であり、この技術分野においては周知である。

幾つかの規格はインターネットを使用する移動パケット・データ・サービスを容易にするためインターネット工学作業部会（ＩＥＴＦ）により開発された。 モバイルＩＰはその一規格であり、ネットワーク（または複数ネットワーク）を介して物理的に移動しながらＩＰアドレスを有する装置（デバイス）がインターネットとデータを交換できるように設計された。 モバイルＩＰは“ＩＰ移動性支援（IP Mobility Support）”と題され、引用文献として組込まれている、ＩＥＴＦ注釈要請（ＲＦＣ）中に詳細に記述されている。

幾つかの他のＩＥＴＦ規格は上に名を挙げた引用文献に引用された技術を発布した。 ポイント対ポイント・プロトコル（ＰＰＰ）はこの技術分野において周知であり、“ポイント対ポイント・プロトコル（ＰＰＰ）”と題し、１９９４年７月に発行され、以後ＰＰＰとして引用される、ＩＥＴＦ ＲＦＣ １６６１に記載されている。 ＰＰＰはＰＰＰ回線上で異なるネットワーク層プロトコルを確立及び設定するために使用される回線制御プロトコル（ＬＣＰ）及びネットワーク制御プロトコル（ＮＣＰ）を含む。 その一つのＮＣＰはインターネット・プロトコル制御プロトコル（ＩＰＣＰ）で、この技術分野では周知であり、１９９２年５月に発行され、以後ＩＰＣＰとして引用される、“ＰＰＰインターネット・プロトコル制御プロトコル（ＩＰＣＰ）”と題する、ＩＥＴＦ ＲＦＣ １３３２に記述されている。 ＬＣＰに対する拡張はこの技術分野では周知であり、１９９４年１月に発行され、以後ＬＣＰとして引用される、“ＰＰＰ ＬＣＰ拡張”と題する、ＩＥＴＦ ＲＦＣ １５７０に記述されている。

例えば、インターネット接続をもつセルラまたはＰＣＳ電話といった、移動局はパケット・データ・サービス・ノード（ＰＤＳＮ）とＰＰＰ接続（またはＰＰＰ インスタンス 、またはＰＰＰセッション）を確立することによりネットワーク上でパケット・データを一般に伝送する。 移動局は、例えばＣＤＭＡインタフェースといったＲＦインタフェースを通して基地局またはパケット制御機能（ｆｕｎｃｔｉｏｎ）にパケットを送る。 基地局またはパケット制御機能はＰＤＳＮとＰＰＰ インスタンスを確立する。 一以上のそのインスタンスは（例えば、電話及びラップトップがそれぞれ接続を要求すれば）同時に確立されてもよい。 データ・パケットは特定のＰＰＰ インスタンスにしたがってＩＰネットワークを経由してＰＤＳＮからホーム・エージェント（ＨＡ）に届けられる 。 基地局に送られたパケットはＨＡからＩＰネットワークを経由してＰＤＳＮへ、ＰＰＰ インスタンスを経由してＰＤＳＮから基地局またはパケット制御機能へ、そしてＲＦインタフェースを経由して基地局またはパケット制御機能から移動局へ届けられる。

移動局があるＰＤＳＮの近傍から離れ、別のＰＤＳＮの近傍に入ると、移動局は開始メッセージを送る。 移動局がデータ呼出しに関与していれば、開始メッセージは関連するＰＰＰ インスタンスの再接続または確立を要求する。 そうでなければ、開始メッセージは移動局の新しい位置を新しいＰＤＳＮ に報知する。 それでもなお、移動局は新しいＰＤＳＮ で確立されたＰＰＰ インスタンスを持たないため、移動局に送られたデータ・パケットはどれも古いＰＤＳＮに届いてしまう 。 したがって、移動局へ向けたパケットは喪失されることになる 。 故に 、新しく到着する移動局のために確立されるべきＰＰＰ インスタンスの数及び識別情報(identity)をＰＤＳＮに報知する方法が必要である。

本発明は新しく到着する移動局のために確立されるべきＰＰＰ インスタンスの数及び識別情報をＰＤＳＮに報知する方法に関する。 したがって、本発明の一局面において、移動局がパケット・データ・サービス・ネットワークの第一の施設要素からパケット・データ・サービス・ネットワークの第二の施設要素に移動するとき移動局に関連する休止中のネットワーク接続をパケット・データ・サービス・ネットワークに報知する方法が提供される。 この方法は移動局に関連する休止中のネットワーク接続の数及び休止中のネットワーク接続に関連する識別子の一覧を含むメッセージを移動局から送信する方法を都合よく含む 。

本発明の別の局面において、移動局がパケット・データ・サービス・ネットワークの第一の施設要素からパケット・データ・サービス・ネットワークの第二の施設要素に移動するとき移動局に関連する休止中のネットワーク接続をパケット・データ・サービス・ネットワークに報知するように構成された移動局が提供される。 この移動局は、アンテナ；アンテナに接続されたプロセッサ；及びプロセッサにより利用可能で、移動局に関連する休止中のネットワーク接続の数及び休止中のネットワーク接続に関連する識別子の一覧を含むメッセージを移動局から変調及び移動局から送信するためプロセッサにより実行可能な命令セットを含むプロセッサ可読媒体を都合よく含む 。

本発明の別の局面において、移動局がパケット・データ・サービス・ネットワークの第一の施設要素からパケット・データ・サービス・ネットワークの第二の施設要素に移動するとき移動局に関連する休止中のネットワーク接続をパケット・データ・サービス・ネットワークに報知するように構成された移動局が提供される。 この移動局は移動局に関連する休止中のネットワーク接続の数及び休止中のネットワーク接続に関連する識別子の一覧を含むメッセージを移動局から送信するように構成された装置（デバイス）を都合よく含む 。

本発明の別の局面において、移動局がパケット・データ・サービス・ネットワークの第一の施設要素からパケット・データ・サービス・ネットワークの第二の施設要素に移動するとき移動局に関連する休止中のネットワーク接続をパケット・データ・サービス・ネットワークに報知するように構成された移動局が提供される。 この移動局は移動局に関連する休止中のネットワーク接続の数及び休止中のネットワーク接続に関連する識別子の一覧を含むメッセージを移動局から送信する手段を都合よく含む 。

パケット・データ・ネットワーキングを実行する

ように構成された無線通信システムのブロック図である。

パケット・データ・サービス・ノード（ＰＤＳＮ）のブロック図である。

移動局（ＭＳ）が新しいＰＰＰ

インスタンスを確立しないで第二のＰＤＳＮの近傍に移動した場合における、無線接続ネットワーク（ＲＡＮ）に接続された二つのＰＤＳＮのブロック図である。

ＭＳが第二のＰＤＳＮの近傍に移動し、新しいＰＰＰ

インスタンスを確立した場合における、ＲＡＮに接続された二つのＰＤＳＮのブロック図である。

確立されるために要求されるＰＰＰ

インスタンスを ＰＤＳＮ

に報知するため移動局により実行される方法処理を説明するフロー・チャートである。

好ましい実施例の詳細な説明 一実施例において、パケット・データ・ネットワーキングを実行するための無線通信システム１００は第１図に図示された要素を含む。 移動局［ｎ１］（ＭＳ）１０２は一またはそれ以上の無線パケット・データ・プロトコルを都合良く実行することが可能である。 一実施例において、ＭＳ１０２はＩＰ準拠Ｗｅｂブラウザ・アプリケーションを実行する無線電話である。 一実施例において、ＭＳ１０２はラップトップといった、いずれの外部装置にも接続されていない。 別の実施例において、ＭＳ１０２は外部装置に接続された無線電話で、そこではＩＳ−７０７に記載されたネットワーク層Ｒｍインタフェース・プロトコル・オプションに等価なプロトコル・オプションが使用される。 代わって別の実施例において、ＭＳ１０２は外部装置に接続された無線電話で、そこでは前述のＩＳ−７０７に記載されたリレー層Ｒｍインタフェース・プロトコル・オプションに等価なプロトコル・オプションが使用される。

特定の実施例に置いて、ＭＳ１０２は無線接続ネットワーク（ＲＡＮ）との無線通信によってインターネット・プロトコル（ＩＰ）ネットワーク１０４と通信する。 ＭＳ１０２はＩＰネットワーク１０４のためにＩＰパケットを生成し、パケット・データ・サービング・ノード（ＰＤＳＮ）１０８に向けられるフレーム中にＩＰパケットをカプセル化する。 一実施例において、ＩＰパケットはポイント対ポイント・プロトコル（ＰＰＰ）を用いてカプセル化され、そしてそのＰＰＰバイト・ストリームは無線回線プロトコル（ＲＬＰ）を用いて符号分割多元接続（ＣＤＭＡ）ネットワークを介して伝送される。

ＭＳ１０２はフレームを変調及び送信することによりアンテナ１１０を介してフレームをＲＡＮ１０６に送る。 フレームはアンテナ１１２を介してＲＡＮ１０６により受信される。 ＲＡＮ１０６は受信フレームをＰＤＳＮ１０８に送り 、そこでＩＰパケットが受信フレームから取出される。 ＰＤＳＮ１０８がデータ・ストリームからＩＰパケットを取出した後、ＰＤＳＮ１０８はＩＰパケットをＩＰネットワーク１０４に届ける 。 逆に、ＰＤＳＮ１０８はＲＡＮ１０６を介してＭＳ１０２にカプセル化されたフレームを送ることができる。

一実施例において、ＰＤＳＮ１０８はＭＳ１０２を認証するためのユーザー・サービスの遠隔認証ダイアル（ＲＡＤＩＵＳ）サーバー１１４に接続される。 ＰＤＳＮ１０８はまたモバイルＩＰプロトコルを支援するためのホーム・エージェント（ＨＡ）１１６に接続される。 ＨＡ１１６はＭＳ１０２を認証することができ、モバイルＩＰが使用されるときＭＳ１０２にＩＰアドレスの使用を認可する構成要素を都合よく含む 。 ＲＡＤＩＵＳサーバー１１４はＤＩＡＭＥＴＥＲサーバーまたは別の認証、委任、及び課金（ＡＡＡ）サーバーと取換えできることを当業者は理解するであろう。

一実施例において、ＭＳ１０２はＩＰパケットを生成し、そしてＰＤＳＮ１０８はＩＰネットワーク１０４に接続される。 当業者は代わりの実施例がＩＰ以外のフォーマット及びプロトコルを使用できることを理解するであろう。 その上、ＰＤＳＮ１０８はＩＰ以外のプロトコルを使用できるネットワークに接続することができる。

一実施例において、ＲＡＮ１０６及びＭＳ１０２は無線拡散スペクトラム技術を使用してお互いに通信する。 特定の実施例において、本発明の譲請人に譲渡され、ここに引用文献として完全に組込まれた、米国特許第５，１０３，４５９及び４，９０１，３０７号に記載されているように、データはＣＤＭＡ多元接続技術を使用して無線で送信される。 当業者はこの中に記述された方法及び技術がＴＤＭＡ、ｃｄｍａ２０００、Ｗ−ＣＤＭＡ，及びＥＤＧＥを含め、いくつかの代わりの変調技術と共に使用できることを理解するであろう。

一実施例において、ＭＳ１０２はＲＬＰ、ＰＰＰ、課題ハンドシェーク認証プロトコル（ＣＨＡＰ）、及びモバイルＩＰを実行する能力を有する。 特定の実施例において、ＲＡＮ１０６はＲＬＰを使用してＭＳ１０２と通信する。 一実施例において、ＰＤＳＮ１０８は回線制御プロトコル（ＬＣＰ）、ＣＨＡＰ、及びＰＰＰインターネット・プロトコル制御プロトコルを含めて、ＰＰＰ機能を支援する。 一実施例において、ＰＤＳＮ１０８、ＲＡＤＩＵＳサーバー１１４，及びＨＡ１１６は異なる物理装置内に物理的に設置される。 代わりの実施例において、これらの一またはそれ以上の構成要素は同じ物的装置内に設置することができる。

一実施例において、第２図に示されたように、ＰＤＳＮ２００は制御プロセッサ２０２、ネットワーク・パケット・スイッチ２０４、ＩＰネットワーク・インタフェース２０６、及びＲＡＮインタフェース２０８を含む。 ＩＰネットワーク・インタフェース２０６はネットワーク・パケット・スイッチ２０４に接続される。 ネットワーク・パケット・スイッチ２０４は制御プロセッサ２０２及びＲＡＮインタフェース２０８に接続される。 ＲＡＮインタフェース２０８はＲＡＮ（図示してない）からデータ・パケットを受信する。 ＲＡＮインタフェース２０８は物理インタフェース上でパケットを受信する。 一実施例において、物理インタフェースは４５Ｍｂｐｓの転送レートを有する標準ディジタル遠距離通信インタフェース、Ｔ３である。 物理Ｔ３インタフェースはＴ１インタフェース、イーサネット（登録商標）・インタフェース、またはデータ・ネットワーキングに使用される別の物理インタフェースと取換えることができる。

ＲＡＮインタフェース２０８は受信されたパケットをネットワーク・パケット・スイッチ２０４に供給する。 典型的な実施例において、ネットワーク・パケット・スイッチ２０４とＲＡＮインタフェース２０８との間の接続はメモリ・バス接続からなる。 ＲＡＮインタフェース２０８とネットワーク・パケット・スイッチ２０４との間の接続はイーサネットまたはこの技術分野では周知の別の種類の通信回線とすることができる。 ＲＡＮインタフェース２０８はまた同じ接続上でネットワーク・パケット・スイッチ２０４からパケットを受信し、 これらパケットをＲＡＮに都合よく送信できる。

ネットワーク・パケット・スイッチ２０４は種々のインタフェース間でパケットを届けるように都合よく構成可能なスイッチである。 一実施例において、ネットワーク・パケット・スイッチ２０４はＲＡＮインタフェース２０８及びＩＰネットワーク・インタフェース２０６から受信された全てのパケットが制御プロセッサ２０２に届けられるように構成される。 代わりの実施例において、ネットワーク・パケット・スイッチ２０４はＲＡＮインタフェース２０８からの受信フレームの部分集合がＩＰネットワーク・インタフェース２０６に供給され、ＲＡＮインタフェース２０８からの受信フレームの残りの部分集合が制御プロセッサ２０２に供給されるように構成される。 一実施例において、ネットワーク・パケット・スイッチ２０４は共有メモリ・バス接続を経由して制御プロセッサ２０２にパケットを供給する。 ＲＡＮインタフェース２０８とネットワーク・パケット・スイッチ２０４との間の接続はイーサネットまたは別の種々の型の周知の通信回線にすることができる。 ネットワーク・パケット・スイッチ２０４はＲＡＮインタフェース２０８及びＩＰネットワーク・インタフェース２０６に接続できると同時に、当業者はネットワーク・パケット・スイッチ２０４が少数または多数のインタフェースに接続できることを理解するであろう。 ネットワーク・パケット・スイッチ２０４が単一ネットワーク・インタフェースに接続される実施例において、そのネットワークはＩＰネットワーク（図示してない）及びＲＡＮの両方に接続される。 代わりの実施例において、制御プロセッサ２０２が直接にネットワーク・インタフェースと通信するように、ネットワーク・パケット・スイッチ２０４は制御プロセッサ２０２に組込まれる。

ＭＳ（図示してない）との接続が求められると、制御プロセッサ２０２はＲＡＮインタフェース２０８と情報パケットを交換する。 ＭＳとの接続が求められていることを指示する情報パケットを受信した後、制御プロセッサ２０２はＭＳとＰＰＰセッションを協議する。 ＰＰＰセッションを協議するため、制御プロセッサ２０２はＰＰＰフレームを生成し、ＲＡＮインタフェース２０８にＰＰＰフレームを送り 、 そしてこの ＲＡＮインタフェース２０８から受信されたＭＳからの回答を解釈する。 制御プロセッサ２０２により生成されたフレーム型はＬＣＰフレーム、ＩＰＣＰフレーム、及びＣＨＡＰフレームを含む。 「無線遠距離通信システムにおける認証のための方法及び装置（METHOD AND APPARATUS FOR AUTHENTICATION IN A WIRELESS TELECOMMUNICATIONS SYSTEM）」と題し、本発明の譲請人に譲渡され、ここに引用文献として完全に組込まれた、出願番号が未だ割当てられてない１９９９年１２月３日出願の米国特許出願に記載された方法にしたがってＭＳを認証することができる。

制御プロセッサ２０２はＡＡＡサーバー（図示してない）及びモバイルＩＰ Ｈａｓ（図示してない）と交換のためのパケットを生成する。 その上、確立された各ＰＰＰセッションについて、制御プロセッサ２０２はＩＰパケットをカプセル化及び逆カプセル化する。 制御プロセッサ２０２はフィールド−プログラマブル・ゲート・アレイ（ＦＰＧＡｓ）、プログラマブル論理デバイス（ＰＬＤｓ）、一またはそれ以上のマイクロプロセッサ、特定用途向けＩＣ（ＡＳＩＣ）、または上述のＰＤＳＮ機能を実行できる別のデバイスを使用して実装できることを当業者は理解するであろう。

一実施例において、パケットはネットワーク・パケット・スイッチ２０４に供給され、代わって、それ（ネットワーク・パケット・スイッチ）はＩＰネットワークに供給のためにパケットをＩＰネットワーク・インタフェース２０６に供給する。 ＩＰネットワーク・インタフェース２０６は物理インタフェース上でパケットを伝送する。 一実施例において、物理インタフェースは４５Ｍｂｐｓの転送レートを有する標準遠距離通信インタフェース、Ｔ３である。 物理Ｔ３インタフェースはＴ１インタフェース、イーサネット・インタフェース、またはデータ・ネットワーキングに使用される別の物理インタフェースと取換えることができる。 ＩＰネットワーク・インタフェース２０６はまた同じ物理インタフェース上でパケットを都合よく受信できる。

第３Ａ図に示されたように、ＭＳ３００はＰＤＳＮ３０４とＰＰＰ インスタンスを確立することによりＩＰネットワーク（図示してない）上でパケット・データを送信する。 ＭＳ３００は、例えばＣＤＭＡインタフェースといったＲＦインタフェースを通して、パケットをパケット制御機能または基地局（ＰＣＦ／ＢＳ）３０６に送る。 ＰＣＦ／ＢＳ３０６はＰＤＳＮ３０４とのＰＰＰ インスタンス ３０２を確立する。 別のＰＰＰ インスタンス ３０８が（例えば、電話及びラップトップそれぞれが接続を要求すれば）同時に確立されてもよい。 データ・パケットは特定のＰＰＰ インスタンス ３０２、３０８にしたがってＩＰネットワーク（図示してない）を経由してＰＤＳＮ３０４からＨＡ（図示してない）に届けられる 。 ＭＳ３００に送られたパケットはＨＡからＩＰネットワークを経由してＰＤＳＮ３０４に、ＰＰＰ インスタンス ３０２、３０８を経由してＰＤＳＮ３０４からＰＣＦ／ＢＳ３０６に、そしてＲＦインタフェースを経由してＰＣＦ／ＢＳ３０６からＭＳ３００に届けられる 。 ＰＣＦ／ＢＳ３０６はＰＣＦ／ＢＳ表３１０を含む。 ＰＣＦ／ＢＳ表３１０はＭＳ識別子（ＭＳ＿ＩＤｓ）、サービス参照識別子（ＳＲ＿ＩＤｓ）、及びＲＡＮ対ＰＤＳＮインタフェース（Ｒ−Ｐ）識別子（Ｒ−Ｐ＿ＩＤｓ）の一覧を含む。 ＰＤＳＮ３０４はＰＤＳＮ表３１２を含む。 ＰＤＳＮ表３１２はＩＰアドレス、ＭＳ＿ＩＤｓ、ＳＲ＿ＩＤｓ、及びＲ−Ｐ＿ＩＤｓの一覧を含む。 ＰＤＳＮ３０４は一以上のＰＣＦ／ＢＳ３０６により取扱われるが、簡単のためただ一個のＰＣＦ／ＢＳ３０６がＰＤＳＮ３０４に接続されているのが示されている。

ＭＳ３００が休止中の（即ち、電話呼出ししていない）間、ＭＳ３００はＰＰＰフレームとして短いデータ・バーストを送る。 このような各ＰＰＰフレームはどのＰＰＰ インスタンス ３０２、３０８がＰＰＰフレームの行き先であるかを識別するＳＲ＿ＩＤを含む。 当業者には理解されるように、ＰＰＰフレームは他のプロトコルをカプセル化する。 典型的な実施例において、ＰＰＰは伝送制御プロトコル（ＴＣＰ）フレームをカプセル化し、カプセル化ＴＣＰフレームのプロトコルを識別する。 ＴＣＰフレームはＩＰフレームをカプセル化し、ＩＰフレームのプロトコルを識別する。 ＩＰフレームはＲＬＰフレームのようなフレームをカプセル化し、また起点ヘッダ及び行き先ヘッダを含む。 ＲＬＰフレームは、例えば、ＩＳ−９５Ｂにしたがって構成されたデータ・フレームをカプセル化してもよい。

ＭＳ３００がＰＤＳＮ３０４の近傍を離れ、別のＰＤＳＮ３０４の近傍に入るとき、ＭＳ３００は開始メッセージを送る。 ＭＳ３００がデータ呼出しに関与していれば 、呼出しは第一のＰＣＦ／ＢＳ３０６から第二のＰＤＳＮ３１４に接続された第二のＰＣＦ／ＢＳ３１６に“ハンドオフ”される。 典型的なハンドオフ手順は本発明の譲請人に譲渡され、ここに引例文献により完全に組込まれた、米国特許第５，２６７，２６１号に記述されている。 ＭＳ３００はそれからその新しい位置を第二のＰＤＳＮ３１４ に報知し、その呼出しに関するＰＰＰ インスタンスの確立または再接続を要求する開始メッセージを送る。 さもなければ、ＰＰＰ インスタンス ３０２、３０８は“休止状態”にあり、そしてＭＳ３００は休止状態ハンドオフを実行し、それからＭＳ３００の新しい位置を第二のＰＤＳＮ３１４ に報知する開始メッセージを送る。 当業者には、第二のＰＤＳＮ３１４ がまた一以上のＰＣＦ／ＢＳ３１６により取扱われるものの 、 単一のＰＣＦ／ＢＳ３１６が簡単さのために示されて ＰＤＳＮ３１４に接続されているのが理解されるであろう。 ネットワークはＭＳ３００の新しい位置を報知されるが 、（ＭＳ３００は休止状態ＰＰＰサービスインスタンス ３０２、３０８に関する二つの休止状態ＳＲ＿ＩＤｓを有するため）ＭＳ３００は二つの新しいＰＰＰ インスタンスが開始されることを要求する。 二つの必要なＰＰＰサービスインスタンスが確立されなかったため、新しいＰＣＦ／ＢＳ３１６及びＰＤＳＮ３１４はＳＲ＿ＩＤｓ及びＲ−Ｐ＿ＩＤｓを記載する表を持たない。 したがって、ＭＳ３００は新しいＰＤＳＮ３１４ で確立されたＰＰＰ インスタンスを持たないため、ＭＳ３００に送られたデータ・パケットは第一のＰＤＳＮ３０４に届けられてしまう 。 この故に、ＭＳ３００向けのパケットは喪失してしまう 。

第３Ｂ図に示されたように、一実施例において、ＭＳ３１８は第一のＰＤＳＮ３２０及び関連するＰＣＦ／ＢＳ３２２の近傍から第二のＰＤＳＮ３２４及び関連するＰＣＦ／ＢＳ３２６の近傍へ移動し、確立されるべきＰＰＰ インスタンスの数及び識別情報を第二のＰＤＳＮ３２４に報知する。 第一のＰＤＳＮ３２０は、休止状態（例えば、トラフィック・チャンネル・データを送信するために使用されていない）にあった、ＰＤＳＮ３２０とＰＣＦ／ＢＳ３２２との間に二つのＰＰＰ インスタンス ３２６、３２８を確立してきた。 確立された種々の接続及びアドレスはＰＤＳＮ３２０及びＰＣＦ／ＢＳ３２２についてそれぞれの表３３２、３３４に含まれる。 二つの新しく要求されたＰＰＰ インスタンス ３３６、３３８の数（２）、及び識別子はＭＳ３１８により送信される開始メッセージ中に都合よく含む 。 簡単のためにそれぞれの各ＰＤＳＮ３２０、３２４を取扱うことが示されているが、各ＰＤＳＮ３２０、３２４を取扱う多数のＰＣＦ／ＢＳｓが有り得ることは理解されるであろう。 開始メッセージは、休止中のパケット・サービスの識別情報及び総数をＰＤＳＮ３２４に明らかにするためのゼロに設定でき、それによりＰＤＳＮ３２４がＰＤＳＮ３２４とＰＣＦ／ＢＳ３２６との間にＰＰＰ インスタンス ３３６、３３８及び必要なＲ−Ｐ回線を確立できるデータ送信準備済 （ＤＲＳ）フラグを都合よく含む。 データ呼出しが進行中であれば、ＭＳ３１８はＤＲＳフラグを１に設定し、呼出しに関連するＰＰＰ インスタンス ３２８、３３０の再接続または確立を要求する。 呼出しが進行中でなければ、ＭＳ３１８はＤＲＳフラグをゼロに設定し、ＭＳ３１８に関連する全ての休止状態ＰＰＰサービスインスタンス ３２８、３３０（ＳＲ＿ＩＤｓ１及び２）を報告する。 ＰＣＦ／ＢＳ３２６はそれからＳＲ＿ＩＤｓ及びＭＳ＿ＩＤを含むＰＤＳＮ３２４にメッセージを送る。 ＰＤＳＮ３２４は二つのＰＰＰ インスタンス ３３６、３３８及び二つ（ＭＳ３１８により報告されたＳＲ＿ＩＤｓの数）のＲ−Ｐ接続を確立する。 ＰＤＳＮ３２４及びＰＣＦ／ＢＳ３２６はそれからそれらのそれぞれの表３４０、３４２を更新する。 斯くして、休止状態のＳＲ＿ＩＤｓは開始のためにどれだけ多くのＰＰＰ インスタンス ３３６、３３８が必要かをＰＤＳＮ３２４に通知し、またＲ−Ｐ／ＳＲ＿ＩＤ表３４２を更新するために十分な情報をＰＣＦ／ＢＳ３２６に与える。

一実施例において、ＭＳ（示してない）はＰＤＳＮ（示してない）の近傍を離れ、隣のＰＤＳＮ（示してない）の近傍に入るとき第４図に図示された方法ステップを実行する。 ステップ４００において、ＭＳは新しいＰＤＳＮに到着しつつあるかどうか判定する。 ＭＳが新しいＰＤＳＮに到着しつつなければ、ＭＳはステップ４００に戻る。 それに対して、ＭＳが新しいＰＤＳＮに到着しつつあれば、ＭＳはステップ４０２に進む。 ステップ４０２において、ＭＳはデータ呼出しに関与しているかどうかを判定する。 ＭＳがデータ呼出しに関与していれば 、ＭＳはステップ４０４に進む。 それに対して、ＭＳがデータ呼出しに関与していなければ、ＭＳはステップ４０８に進む。

ステップ４０４において、ＭＳはハンドオフ中である。 ＭＳはそれからステップ４０６に進む。 ステップ４０６において、ＭＳは新しいＰＤＳＮにその位置のＰＤＳＮを通知する開始メッセージを送る。 開始メセージ中のＤＲＳフラグは１に設定され、ＭＳはデータ呼出しに関連するＰＰＰ インスタンスの再接続または確立を要求している 。 ステップ４０８において、ＭＳは休止状態のハンドオフ中にある。 ＭＳはそれからステップ４１０に進む。 ステップ４１０において、 ＭＳはその位置を ＰＤＳＮ に通知する開始メッセージを新しいＰＤＳＮに送信する。 開始メセージ中のＤＲＳフラグはゼロに設定され、ＭＳは確立すべきＰＰＰ インスタンスの数（ＭＳに関連する休止状態のＰＰＰ インスタンスの数）及びそのような各ＰＰＰ インスタンスに関連するＳＲ＿ＩＤを含む。

斯く、パケット・データ・サービス・ネットワークからの ＰＰＰ インスタンスを要求する新規で改良された方法及び装置が述べられてきた。 当業者はこの中に開示された実施例に関連して記述された種々の図示論理ブロック、モジュール、回路、及びアルゴリズム順が電子ハードウェア、コンピュータ・ソフトウェア、または両方の組合せとして実施できることを理解するであろう。 種々の図示部品、ブロック、モジュール、回路、及び方法はその機能性の面から記述されてきた。 この機能性がハードウェアまたはソフトウェアとして実施されるかどうかは特定の応用及び全体システムに課せられた制約に依存する。 熟練工はこれらの状況下におけるハードウェア及びソフトウェアの互換性、及び各特定の応用について記述された機能性をいかに最良に実施するかを理解する。 例として、この中に開示された実施例に関連して記述された種々の論理ブロック、モジュール、回路、及びアルゴリズム順はディジタル信号プロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、例えば、レジスタ及びＦＩＦＯといった個別ハードウェア部品、ファームウェア命令セットを実行するプロセッサ、ある通常のプログラマブル・ソフトウェア・モジュール及びプロセッサ、またはその組合せで実施または実行できる。 プロセッサはマイクロプロセッサであるとよいが、代わりに、プロセッサはある通常のプロセッサ、コントローラ、マイクロコントローラ、または状態マシンであってもよい。 ソフトウェア・モジュールはＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、レジスタ、及びディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、またはこの技術分野で知られている別の型の記憶媒体の中に駐在させることができる。 当業者はさらに上の記述を通して参照できるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは電圧、電流、電磁波、磁場または粒子、光学場または粒子、またはそれらのある組合せで表現するとよいことを理解するであろう。

本発明の好ましい実施例は斯く示され、記述されてきた。 しかしながら、多くの変更が本発明の精神または範囲を逸脱することなくここに開示された実施例に対してなし得ることはこの技術分野における通常の熟練者には明白であろう。 したがって、本発明は下記の請求に従う以外は限定されるべきではない。

１００…無線通信システム １０２…移動局 １０４…インターネット・プロトコル・ネットワーク １０６…無線接続ネットワーク １０８…パケット・データ・サービス・ノード １１４…ユーザー・サービスの遠隔認証ダイアル（ＲＡＤＩＵＳ）サーバー １１６…ホーム・エージェント