JP5044026B2 - ポイントツーポイントプロトコル（ｐｐｐ）セッション要求期間中におけるチャネル最適化のための方法および装置 - Google Patents

Description

本発明は一般的に通信の分野、とくにポイントツーポイントプロトコル（ＰＰＰ）セッション要求期間中における、チャネル最適化のための方法および装置に関する。

無線通信およびインターネット応用の両者の人気の増大に伴い、この二つを結びつける製品およびサービスに関する市場が発生している。その結果、無線電話あるいは端末のユーザが、Ｅメール、ウエッブページ、および他のネットワーク資源にアクセスすることを許容するであろうような、無線インターネットサービスを与えるために、種々の方法およびシステムが開発途上にある。インターネット上の情報は、離散化されたデータの“パケット”に組織化されているので、これらのサービスはしばしば“パケットデータサービス”として参照される。

種々の形式の無線通信システムの中で、無線パケットデータサービスを与えるために使用されるべきものは、符号分割多元接続（ＣＤＭＡ）システムである。ＣＤＭＡ変調技術の使用は、その中に多数のシステムユーザが存在している通信を容易にするための、いくつかの技術の中の一つである。ＣＤＭＡ無線ネットワークを通じての、インターネットプロトコル（ＩＰ）データのフレーミングおよび送信は、当業界においてはよく知られており、“拡散スペクトルシステムのためのデータサービスオプション”と題する、そして今後ＩＳ-７０７として参照される、ＴＩＡ／ＥＩＡ／ＩＳ-７０７-Ａの中に記述されている。

時間分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、および振幅圧伸単側波帯（ＡＣＳＳＢ）変調などのＡＭ変調方式のような、他の多元接続通信システム技術が、当業界においては知られている。これらの技術は、異なった会社によって製造された装置間の相互動作を容易にするために標準化されている。ＣＤＭＡ通信システムは米国においては、“デュアルモード広帯域拡散スペクトルセルラシステムのための移動局-基地局両立性基準”と題する、今後ＩＳ-９５として参照される、通信機械工業会ＴＩＡ／ＥＩＡ／ＩＳ-９５-Ｂの中に標準化されている。

国際電気通信連合は、最近、無線通信チャネル上に高レートデータおよび高品質音声サービスを与えるために提案された方法の提出を要求している。これらの提案の第一のものは、“ｃｄｍａ２０００ ＩＴＵ-Ｒ ＲＴＴ候補提案”と題する、そして今後ｃｄｍａ２０００として参照される、通信機械工業会によって発行された。これらの提案の第二のものは、“ＥＴＳＩ ＵＭＴＳ地上局無線接続（ＵＴＲＡ）ＩＴＵ-Ｒ ＲＴＴ候補提案”と題する、そしてまた“広帯域ＣＤＭＡ”として知られ、今後Ｗ-ＣＤＭＡとして参照される、欧州電気通信標準協会によって発行された。第三の提案は、“ＵＷＣ-１３６候補提案”と題する、今後ＥＤＧＥとして参照される、米国ＴＧ８／１により発行された。これらの提案の内容は公開され、当業界においてはよく知られている。

いくつかの標準が、インターネットを用いている移動パケットデータサービスを容易にするために、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって作成されている。移動ＩＰはこのような標準の一つであって、デバイスがネットワーク（あるいは複数のネットワーク）の隅々まで物理的に移動する間にインターネットとデータを交換するために、ＩＰアドレスをもつことを許容するように設計されている。移動ＩＰは、“ＩＰモビリティサポート”と題する、参照として組み入れられている、ＩＥＴＦ論評要望（（ｒｅｑｕｅｓｔ ｆｏｒ ｃｏｍｍｅｎｔｓ）ＲＦＣ）の中に詳細に記述されている。

いくつかの他のＩＥＴＦ標準は、上に名を示した参照資料の中に参照されている技術を述べている。ポイントツーポイントプロトコル（ＰＰＰ）は当業界においてはよく知られ、“ポイントツーポイントプロトコル（ＰＰＰ）”と題する、そして１９９４年７月に発行され、今後ＰＰＰとして参照されるＩＥＴＦ ＲＦＣ １６６１に述べられている。ＰＰＰは、リンク制御プロトコル（ＬＣＰ）および、ＰＰＰリンク上で異なったネットワークレイヤプロトコルを確立し配置するために使用される、いくつかのネットワーク制御プロトコル（ＮＣＰ）を含んでいる。このようなＮＣＰの一つは、インターネットプロトコル制御プロトコル（ＩＰＣＰ）であって、当業界にはよく知られ、“ＰＰＰインターネットプロトコル制御プロトコル（ＩＰＣＰ）”と題する、１９９２年５月に発行され、そして今後ＩＰＣＰとして参照される、ＩＥＴＦ ＲＦＣ １３３２の中に記述されている。ＬＣＰへの拡張は、当業界においてはよく知られ、“ＰＰＰ ＬＣＰ拡張”と題する、１９９４年１月に発行され、そして今後ＬＣＰとして参照される、ＩＥＴＦ ＲＦＣ １５７０の中に記述されている。

たとえばセルラ、あるいはインターネット接続を有するＰＣＳ電話のような移動局は、通常、パケットデータサービスノード（ＰＤＳＮ）と、ＰＰＰ接続（あるいはＰＰＰインスタンス、あるいはＰＰＰセッション）を確立することによって、ネットワーク上にパケットデータを送信する。移動局は、たとえばＣＤＭＡインタフェースのようなＲＦインタフェースを超えて、基地局あるいはパケット制御機能にパケットを送出する。基地局あるいはパケット制御機能は、ＰＤＳＮとＰＰＰインスタンスを確立する。１個以上のこのようなＰＰＰインスタンスが、同時期に（たとえばもしも電話機とラップトップが互いに接続を要求すれば）確立されるかも知れない。データパケットは、ＰＤＳＮの外部エージェント（（ＦＡ）ｆｏｒｅｉｇｎ ａｇｅｎｔ）からホームエージェント（（ＨＡ）ｈｏｍｅ ａｇｅｎｔ）に、それぞれのＰＰＰインスタンスに従って、ＩＰネットワークを経由して発送される。移動局に送出されているパケットは、ＨＡからＩＰネットワークを経由してＰＤＳＮのＦＡに、ＰＤＳＮのＦＡからＰＰＰインスタンスを経由して基地局あるいはパケット制御機能に、そして基地局あるいはパケット制御機能からＲＦインタフェースを経由して移動局に発送される。

移動局があるＰＤＳＮの近傍から出て他のＰＤＳＮの近傍に入るときは、移動局は開始メッセージ（ｏｒｉｇｉｎａｔｉｏｎ ｍｅｓｓａｇｅ）を送出する。もしもこの移動局がデータ呼に従事していれば、開始メッセージは関係付けられたＰＰＰインスタンスの再接続あるいは確立を要求する。そうでなければ、開始メッセージは、移動局の新しい位置を新しいＰＤＳＮに通報する。それにもかかわらず、この移動局に送出されているいかなるデータパケットも、この移動局が新しいＰＤＳＮと確立されたＰＰＰインスタンスをもっていないために、古いＰＤＳＮに発送されるであろう。したがって、この移動局に送られるべきパケットは失われてしまうであろう。したがって、ＰＤＳＮに、新しく到着している移動局に対して確立されるべきＰＰＰインスタンスの数およびアイデンティティを通報する方法に対するニーズが存在する。そしてまたＰＤＳＮに、エアインタフェース（Ａｉｒ Ｉｎｔｅｒｆａｃｅ）および無線受信機アクセスネットワーク（ＲＡＮ）ＰＤＳＮインタフェース（ＲＰＩ）通信チャネル資源の使用を最適化するために、ＰＰＰインスタンスの数および識別子を通報する方法に対するニーズが存在する。

本発明は、ＰＤＳＮに、エアインタフェースおよび無線受信機アクセスネットワーク（ＲＡＮ）ＰＤＳＮインタフェース（ＲＰＩ）通信チャネル資源の使用を最適化するために、ＰＰＰインスタンスの数およびアイデンティティを通報する方法に向けられている。したがって、本発明の一つの観点においては、移動局がパケットデータサービスネットワークの第一のインフラストラクチャー要素（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｅｌｅｍｅｎｔ）からパケットデータサービスネットワークの第二のインフラストラクチャー要素に移動するときに、パケットデータサービスネットワークに、この移動局と関係付けられた休止状態にある（ｄｏｒｍａｎｔ）ネットワーク接続を、通報する方法が与えられている。この方法は、移動局と関係付けられた休止状態にあるネットワーク接続の数、および休止状態にあるネットワーク接続と関係付けられた識別名リストを含むメッセージを、移動局から送信するステップを都合よいように含んでいる。

本発明の他の観点においては、その移動局がパケットデータサービスネットワークの第一のインフラストラクチャー要素からパケットデータサービスネットワークの第二のインフラストラクチャー要素に移動するときに、その移動局と関係付けられた休止状態にあるネットワーク接続をパケットデータサービスネットワークに通報するように構成されている移動局が与えられている。移動局は、アンテナ；アンテナと結合された処理装置；そして処理装置によりアクセス可能で、この移動局と関係付けられた休止状態にあるネットワーク接続の数、および休止状態にあるネットワーク接続と関係付けられた識別名リストを含むメッセージを、変調し移動局から送信するための、処理装置によって実行可能な一連の命令を含む処理装置可読媒体を、都合よいように含んでいる。

本発明の他の観点においては、その移動局がパケットデータサービスネットワークの第一のインフラストラクチャー要素からパケットデータサービスネットワークの第二のインフラストラクチャー要素に移動するときに、その移動局と関係付けられた休止状態にあるネットワーク接続を、パケットデータサービスネットワークに通報するように構成された移動局が与えられている。移動局は、その移動局と関係付けられた休止状態にあるネットワーク接続の数、および休止状態にあるネットワーク接続と関係付けられた識別名リストを含むメッセージを、移動局から送信するように構成されたデバイスを、都合よいように含んでいる。

本発明の他の観点においては、その移動局がパケットデータサービスネットワークの第一のインフラストラクチャー要素からパケットデータサービスネットワークの第二のインフラストラクチャー要素に移動するときに、その移動局と関係付けられた休止状態にあるネットワーク接続を、パケットデータサービスネットワークに通報するように構成された移動局が与えられている。移動局は、移動局と関係付けられた休止状態にあるネットワーク接続の数、および休止状態にあるネットワーク接続と関係付けられた識別名リストを含むメッセージを、移動局から送信する手段を、都合よいように含んでいる。

本発明の他の観点においては、その移動局がパケットデータサービスネットワークの第一のインフラストラクチャー要素からパケットデータサービスネットワークの第二のインフラストラクチャー要素に移動するときに、通信ネットワーク内のＲＰＩ通信チャネル資源を最適化する方法が与えられている。この方法は、移動局と関係付けられた休止状態にあるネットワーク接続の数、および休止状態にあるネットワーク接続と関係付けられた識別名の縮減されたリストを含むメッセージを、パケット制御機能あるいは基地局から送信するステップを都合よいように含んでいる。

本発明の他の観点においては、移動局がパケットデータサービスネットワークの第一のインフラストラクチャー要素からパケットデータサービスネットワークの第二のインフラストラクチャー要素に移動するときに、パケット制御機能ネットワーク要素機能を簡素化する方法が与えられている。この方法は、縮減されたエントリＰＰＰ接続テーブルを維持するステップを都合よいように含んでいる。

本発明の他の観点においては、移動局がパケットデータサービスネットワークの第一のインフラストラクチャー要素からパケットデータサービスネットワークの第二のインフラストラクチャー要素に移動するときに、通信ネットワークのエアインタフェーストラフィックチャネル資源を最適化する方法が与えられている。この方法は、この移動局と関係付けられた休止状態にあるネットワーク接続の数、および休止状態にあるネットワーク接続と関係付けられた、拡張された情報を含むメッセージを移動局から送信するステップを都合よいように含んでいる。

図１は、パケットデータネットワーキングを実行するように構成された無線通信システムのブロック線図である。 図２は、パケットデータサービスノード（ＰＤＳＮ）のブロック線図である。 図3は、無線受信機アクセスネットワーク（ＲＡＮｓ）に結合された２個のＰＤＳＮｓのブロック線図であって、ここで移動局（ＭＳ）は新しいＰＰＰインスタンスを確立することなしに、第２のＰＤＳＮ近傍に移動している。 図４は、ＲＡＮｓに結合された２個のＰＤＳＮｓのブロック線図であって、ここではＭＳは第２のＰＤＳＮの近傍に移動しており、そして新しいＰＰＰインスタンスを確立している。そして 図5は、ＲＡＮｓに結合された２個のＰＤＳＮｓのブロック線図であって、ここでは、エアインタフェースおよびＲＰＩチャネル最適化が示されている。 図６は、ＰＤＳＮに確立されることが必要なＰＰＰインスタンスの数、およびアイデンティティを通報するために移動局によって実行される方法ステップを説明しているフローチャートである。

一つの実施例においては、パケットデータネットワーキングを行うための無線通信システム１００は、図１に示された要素を含む。移動局［ｎ１］（ＭＳ）１０２は、都合よいことに一つあるいはそれ以上の無線パケットデータプロトコルを実行する能力を有する。一つの実施例においては、ＭＳ１０２は、ＩＰに基づいたウエッブブラウザ応用を実施している無線電話である。一つの実施例においては、ＭＳ１０２は、ラップトップなどいかなる外部デバイスにも接続されていない。代わりの実施例においては、ＭＳ１０２は、外部デバイスに接続されている無線電話であって、ここではプロトコルオプションは、ＩＳ-７０７に述べられているネットワークレイヤＲ_ｍインタフェースプロトコルオプションと等価なものであるとして使用されている。他の代わりの実施例においては、ＭＳ１０２は、外部デバイスに接続されている無線電話であって、ここではプロトコルオプションは、上述のＩＳ-７０７に述べられているリレーレイヤＲ_ｍインタフェースプロトコルオプションと等価なものであるとして使用されている。

特定の実施例においては、ＭＳ１０２は、インターネットプロトコル（ＩＰ）ネットワーク１０４と、無線受信機アクセスネットワーク（ＲＡＮ）１０６で、無線通信を経由して通信する。ＭＳ１０２は、ＩＰネットワーク１０４に対して、ＩＰパケットを発生し、このＩＰパケットをパケットデータサービングノード（ＰＤＳＮ）１０８に向けられるフレームの中に収納する。一つの実施例においては、ＩＰパケットはポイントツーポイントプロトコル（ＰＰＰ）を用いて収納され、そしてその結果生じたＰＰＰバイトストリームは、無線受信機リンクプロトコル（ＲＬＰ）を用いて、符号分割多元接続（ＣＤＭＡ）ネットワークを通じて送信される。

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

一つの実施例においては、ＰＤＳＮ１０８はＭＳ１０２の認証のために、遠隔認証ダイアル・イン・ユーザサービス（（ＲＡＤＩＵＳ）Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）サーバ１１４に結合されている。ＰＤＳＮ１０８はまた、移動ＩＰプロトコルをサポートするために、ホームエージェント（ＨＡ）１１６に結合されている。ＨＡ１１６は、ＭＳ１０２を認証し、移動ＩＰが使用されるべきときにＭＳ１０２にＩＰアドレスの使用を認めるための能力を有するエンティティを都合よいように含んでいる。当業界において熟練した人は、ＲＡＤＩＵＳサーバ１１４がＤＩＡＭＥＴＥＲサーバあるいは任意の他の認証、公認、そして評価（（ＡＡＡ）Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ、ａｎｄ Ａｃｃｏｕｎｔｉｎｇ）サーバに置き換えられることを認めるであろう。

一つの実施例においては、ＭＳ１０２はＩＰパケットを発生し、そしてＰＤＳＮ１０８はＩＰネットワーク１０４に結合されている。当業界において熟練した人は、代わりの実施例がＩＰ以外のフォーマットおよびプロトコルを使用できることを認めるであろう。さらに、ＰＤＳＮ１０８は、ＩＰ以外のプロトコルを使用する能力を有するネットワークと結合されるかも知れない。

一つの実施例においては、ＲＡＮ１０６およびＭＳ１０２は、無線拡散スペクトル技術を用いて互いに通信する。特定の実施例においては、本発明の譲渡人に譲渡され、そしてこの中に参照によって完全に組み入れられている、米国特許５，１０３，４５９および４，９０１，３０７に記述されているように、ＣＤＭＡ多元接続技術を用いて、データは無線的に送信される。当業界において熟練した人は、ここに記述した方法および技術がＴＤＭＡ、ｃｄｍａ２０００、Ｗ-ＣＤＭＡ、およびＥＤＧＥを含む、いくつかの代わりの変調技術とともに使用されるかも知れないことを認めるであろう。

一つの実施例においては、ＭＳ１０２はＲＬＰ、ＰＰＰ、チャレンジハンドシェーク認証プロトコル（（ＣＨＡＰ）Ｃｈａｌｌｅｎｇｅ Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、および移動ＩＰを実行する能力を有している。特定の実施例においては、ＲＡＮ１０６はＲＬＰを用いてＭＳ１０２と通信する。一つの実施例においては、ＰＤＳＮ１０８は、リンク制御プロトコル（ＬＣＰ）、ＣＨＡＰ、およびＰＰＰインターネットプロトコル制御プロトコル（ＩＰＣＰ）を含むＰＰＰ機能をサポートする。一つの実施例においては、ＰＤＳＮ１０８、ＲＡＤＩＵＳサーバー１１４、およびＨＡ１１６は異なった物理的デバイスの中に物理的に位置される。代わりの実施例においては、これらのエンティティの一つあるいはそれ以上が、同じ物理的デバイスの中に配置されることが可能である。

一つの実施例においては、図２に示されるように、ＰＤＳＮ２００は、制御処理装置２０２、ネットワークパケットスイッチ２０４、ＩＰネットワークインタフェース２０６、およびＲＡＮインタフェース２０８を含む。ＩＰネットワークインタフェース２０６は、ネットワークパケットスイッチ２０４に結合される。ネットワークパケットスイッチ２０４は、制御処理装置２０２およびＲＡＮインタフェース２０８に結合される。ＲＡＮインタフェース２０８はＲＡＮ（図示せず）からのデータパケットを受信する。ＲＡＮインタフェース２０８は物理的インタフェース上のパケットを受信する。一つの実施例においては、物理的インタフェースはＴ３、４５Ｍｂｐｓの転送レートを有する標準ディジタル電気通信インタフェースである。物理的Ｔ３インタフェースは、Ｔ１インタフェース、イーサネット（登録商標）インタフェース、あるいはデータネットワーキングに使用される任意の他の物理的インタフェースで置き換えられることが可能である。

ＲＡＮインタフェース２０８は、受信されたパケットをネットワークパケットスイッチ２０４に配送する。典型的実施例においては、ネットワークパケットスイッチ２０４、およびＲＡＮインタフェース２０８の間の接続は、メモリバス接続を含む。ＲＡＮインタフェース２０８、およびネットワークパケットスイッチ２０４の間の接続は、イーサネット（登録商標）あるいは当業界においてはよく知られている通信リンクの任意の他の変形であることも可能である。ＲＡＮインタフェース２０８はまた、同じ接続上のネットワークパケットスイッチ２０４からパケットを受信し、そしてこのパケットをＲＡＮに送信することが、都合よいことに可能である。

ネットワークパケットスイッチ２０４は、都合のよいことに、種々のインタフェース間のパケットを発送する能力を有する、適合可能なスイッチである。一つの実施例においては、ネットワークパケットスイッチ２０４は、ＲＡＮインタフェース２０８およびＩＰネットワークインタフェース２０６から受信されたすべてのパケットが、制御処理装置２０２へ発送されるように構成されている。代わりの実施例においては、ネットワークパケットスイッチ２０４は、ＲＡＮインタフェース２０８から受信されたフレームのサブセットが、ＩＰネットワークインタフェース２０６に配送され、そしてＲＡＮインタフェース２０８から受信されたフレームの残りのサブセットが制御処理装置２０２に配送されるように構成されている。一つの実施例においては、ネットワークパケットスイッチ２０４は、パケットを共通のメモリバス接続を経て制御処理装置２０２に配送する。ＲＡＮインタフェース２０８、およびネットワークパケットスイッチ２０４の間の接続は、イーサネット（登録商標）あるいは、通信リンクのよく知られた任意の他の種々の形式であることが可能である。ネットワークパケットスイッチ２０４が、ＲＡＮインタフェース２０８およびＩＰネットワークインタフェース２０６と結合されている間に、当業界において熟練した人は、ネットワークパケットスイッチ２０４が、インタフェースのより少ないあるいは多い数と結合されうることを正しく評価するであろう。ネットワークパケットスイッチ２０４が１個のネットワークインタフェースと結合されている一つの実施例においては、このネットワークインタフェースはＩＰネットワーク（図示せず）およびＲＡＮの両者に結合されている。代わりの実施例においては、ネットワークパケットスイッチ２０４は、制御処理装置２０２が（１個あるいはそれ以上の）ネットワークインタフェースと直接に通信するように、制御処理装置２０２の中に組み込まれている。

制御処理装置２０２は、ＭＳ（図示せず）との接続が必要なときは、ＲＡＮインタフェース２０８と情報パケットを交換する。制御処理装置２０２が、ＭＳとの接続が必要であることを示す情報パケットを受信した後に、制御処理装置２０２は、ＭＳとＰＰＰセッションを取り決める。ＰＰＰセッションを取り決めるために、制御処理装置２０２はＰＰＰフレームを発生し、そのＰＰＰフレームをＲＡＮインタフェース２０８に送出する。そしてそこでＲＡＮインタフェース２０８から受信されたＭＳからの応答を判断する。制御処理装置２０２によって発生されたフレームの形式は、ＬＣＰフレーム、ＩＰＣＰフレーム、およびＣＨＡＰフレームを含む。ＭＳは、１９９９年１２月３日に提出され、シリアル番号はまだ未定の、“無線電気通信システムにおける認証のための方法および装置”と題する、本発明の譲渡人に譲渡され、そしてここに参照によって完全に組み込まれている、米国アプリケーションの中に記述されている方法に従って、認証されるかも知れない。

制御処理装置２０２は、ＡＡＡサーバ（図示せず）および移動ＩＰ ＨＡ（これも図示せず）と交換のためのパケットを発生する。さらに、それぞれの確立されたＰＰＰセッションのために、制御処理装置２０２は、ＩＰパケットを収納しそして取り出す。当業界において熟練した人は、制御処理装置２０２は、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プログラマブル論理デバイス（ＰＬＤｓ）、ディジタル信号処理装置（ＤＳＰｓ）、１個あるいはそれ以上のマイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、あるいは以上に述べたＰＤＳＮ機能を実行する能力を有する任意の他のデバイスを用いて、実行されるかも知れないことを認識するであろう。

一つの実施例においては、パケットはネットワークパケットスイッチ２０４に配送される。そしてパケットスイッチは次に、ＩＰネットワークへの配送のために、ＩＰネットワークインタフェース２０６にパケットを配送する。ＩＰネットワークインタフェース２０６は、このパケットを物理的インタフェース上に送信する。一つの実施例においては、物理的インタフェースはＴ３、転送レート４５Ｍｂｐｓを有する、標準ディジタル電気通信インタフェースである。この物理的Ｔ３インタフェースは、Ｔ１インタフェース、イーサネット（登録商標）インタフェース、あるいはデータネットワーキングに使用される任意の他の物理的インタフェースで置き換えることが可能であろう。ＩＰネットワークインタフェース２０６はまた、都合よいことに同じ物理的インタフェース上のパケットを受信することが可能である。

ＭＳ３００は、図3に示されたように、ＰＤＳＮ３０４とＰＰＰインスタンス３０２を確立することによって、ＩＰネットワーク（図示せず）の上にパケットデータを送信する。ＭＳ３００は、たとえばＣＤＭＡインタフェースのようなＲＦインタフェースを超えて、パケット制御機能、あるいは基地局（ＰＣＦ／ＢＳ）３０６に、パケットを送信する。ＰＣＦ／ＢＳ３０６は、ＰＤＳＮ３０４とＰＰＰインスタンス３０２を確立する。他のＰＰＰインスタンス３０８は、同期間に確立されるかも知れない（たとえば、もしも電話機とラップトップとがそれぞれ接続を要求すれば）。データパケットは、ＰＤＳＮ３０４からＨＡ（図示せず）に、それぞれのＰＰＰインスタンス３０２、３０８に従って、ＩＰネットワーク（これも図示せず）を経て発送される。ＭＳ３００に送られているパケットは、ＨＡからＩＰネットワークを経てＰＤＳＮ３０４へ、ＰＤＳＮ３０４からＰＣＦ／ＢＳ３０６へＰＰＰインスタンス３０２、３０８を経て、そしてＰＣＦ／ＢＳ３０６からＭＳ３００へＲＦインタフェースを経て、発送される。ＰＣＦ／ＢＳ３０６はＰＣＦ／ＢＳテーブル３１０を含む。ＰＣＦ／ＢＳテーブル３１０は、ＭＳ識別名（ＭＳ＿ＩＤｓ）、サービス参照識別名（ＳＲ＿ＩＤｓ）、およびＲＡＮツーＰＤＳＮインタフェース（Ｒ-Ｐ）識別名（ Ｒ-Ｐ ＩＤｓ）のリストを含む。ＰＤＳＮ３０４は、ＰＤＳＮテーブル３１２を含む。ＰＤＳＮテーブル３１２は、ＩＰアドレス、 ＭＳ＿ＩＤｓ、 ＳＲ＿ＩＤｓ、および Ｒ-Ｐ ＩＤｓのリストを含む。ＰＤＳＮ３０４は、１個以上のＰＣＦ／ＢＳ３０６によってサーブされるかも知れない。しかし簡略化のために、１個のみのＰＣＦ／ＢＳ ３０６がＰＤＳＮ３０４に結合されて、示されている。

ＭＳ３００が使用されていない（すなわち電話呼（ｔｅｌｅｐｈｏｎｅ ｃａｌｌ）に従事していない）間、ＭＳ３００は、ＰＰＰフレームとして短いデータバーストを送出する。このようなＰＰＰフレームのそれぞれは、ＰＰＰインスタンス３０２と３０８のどちらが、このＰＰＰフレームに関する送付先であるべきかを確認するＳＲ＿ＩＤを含む。当業界において熟練した人々によって了解されるように、ＰＰＰフレームは他のプロトコルを収納する。典型的実施例においては、ＰＰＰフレームはトランスポート制御プロトコル（ＴＣＰ）フレームを収納し、そして収納されているＴＣＰフレームのプロトコルを確認する。ＴＣＰフレームは、ＩＰフレームを収納し、ＩＰフレームのプロトコルを確認する。ＩＰフレームは、ＲＬＰフレームのようなフレームを収納し、そしてまた、ソースヘッダおよび受端ヘッダを含む。ＲＬＰフレームは、たとえばＩＳ-９５Ｂに従って構成されたデータフレームを収納するかも知れない。

ＭＳ３００がＰＤＳＮ３０４の近傍を出て他のＰＤＳＮ３１４の近傍に入るときに、ＭＳ３００は、開始メッセージを送出する。もしもＭＳ３００がデータ呼に従事していれば、呼は第１のＰＣＦ／ＢＳ３０６から、第２のＰＤＳＮ３１４に結合した、第２のＰＣＦ／ＢＳ３１６に“ハンドオフ”される。典型的なハンドオフ過程は、本発明の譲渡人に譲渡され、そして参照によってこの中に完全に組み込まれている、米国特許５，２６７，２６１の中に記述されている。ＭＳ３００はそこで、第２のＰＤＳＮ３１４にその新しい位置を通報し、そして、呼と関係付けられたＰＰＰインスタンスの確立あるいは再接続を要求する開始メッセージを送出する。そうでなければ、ＰＰＰインスタンス３０２、３０８は休止状態にあり、そしてＭＳ３００は、休止状態のハンドオフを実行し、そしてそこで、ＭＳ３００の新しい位置を第２のＰＤＳＮ３１４に通報する開始メッセージを送出する。第２のＰＤＳＮ３１４はまた、１個以上のＰＣＦ／ＢＳ３１６によってサービスされるかも知れないことが、熟練した人々によって了解されるであろうが、しかし簡略化のために、ＰＤＳＮ３１４と結合してただ１個のＰＣＦ／ＢＳ３１６が示される。ネットワークは、ＭＳ３００の新しい位置について通報されているにもかかわらず、ＭＳ３００は、２個の新しいＰＰＰインスタンスが開始されることを（このＭＳ３００が、休止状態にあるＰＰＰサービスインスタンス３０２、３０８に関係する２個の休止状態にあるＳＲ＿ＩＤｓを有するために）要求する。この新しいＰＣＦ／ＢＳ３１６およびＰＤＳＮ３０６は、２個の必要なＰＰＰインスタンスが確立されていないために、ＳＲ＿ＩＤｓあるいはＲ-Ｐ ＩＤｓを掲載しているテーブルを有していない。したがって、ＭＳ３００に送出されているデータパケットは、ＭＳ３００が、新しいＰＤＳＮ３１４と確立されているＰＰＰインスタンスを有していないために、第１のＰＤＳＮ３０４に発送されるであろう。したがって、ＭＳ３００に対して向けられたパケットは失われてしまうであろう。

図４に示されるように、一つの実施例においては、ＭＳ３１８は第１のＰＤＳＮ３２０および関係するＰＣＦ／ＢＳ３２２の近傍から、第２のＰＤＳＮ３２４および関係するＰＣＦ／ＢＳ３２６の近傍に移動し、そして確立されなければならないＰＰＰインスタンスの数および識別名を第２のＰＤＳＮ３２４に通報する。第１のＰＤＳＮ３２０は、ＰＤＳＮ３２０とＰＣＦ／ＢＳ３２２との間に、２個のＰＰＰインスタンス３２８、３３０を確立しており、そしてそれは休止状態にあった（すなわちトラフィックチャネルデータを送信するのに使用されていない）。種々の確立された接続およびアドレスは、ＰＤＳＮ３２０およびＰＣＦ／ＢＳ３２２に関してそれぞれのテーブル３３２、３３４に含まれている。２個の新しく要求されたＰＰＰインスタンス３３６、３３８の数（２）、およびこれらに対する識別名は、ＭＳ３１８によって送信された開始メッセージの中に都合よいように含まれている。単純化のために、それぞれのＰＤＳＮ３２０、３２４にサービスしている、ただ一つのＰＣＦ／ＢＳ３２２、３２６が示されている。しかし、それぞれのＰＤＳＮ３２０、３２４にサービスしている多数のＰＣＦ／ＢＳがありうることは了解されるであろう。開始メッセージは、休止状態にあるパケットサービスの合計数と識別名をＰＤＳＮ３２４に対して識別するために“０”にセットされるであろうデータ・レーディ・ツー・センド（（ＤＲＳ）Ｄａｔａ-Ｒｅａｄｙ-ｔｏ-Ｓｅｎｄ）フラグを都合よいことに含んでおり、それによってＰＤＳＮ３２４がＰＰＰインスタンス３３６、３３８および、ＰＤＳＮ３２４とＰＣＦ／ＢＳ３２６との間の必須のＲ-Ｐリンクを確立することを可能にしている。もしもデータ呼が進展中であれば、ＭＳ３１８はＤＲＳフラグを“１”にセットし、この呼と関係付けられたＰＰＰインスタンス３２８、３３０の再接続あるいは確立を要求する。もしも如何なる呼も進展中でなければ、ＭＳ３１８はＤＲＳフラグを“０”にセットし、ＭＳ３１８と関係付けられたすべての休止状態にあるＰＰＰサービスインスタンス３２８、３３０（ＳＲ＿ＩＤｓ１および２）に対してＳＲ＿ＩＤｓを報告する。ＰＣＦ／ＢＳ３２６はそこでＳＲ＿ＩＤｓおよびＭＳ＿ＩＤのリストを含むメッセージをＰＤＳＮ３２４に送出する。ＰＤＳＮ３２４は２個のＰＰＰインスタンス３３６、３３８および２個（ＭＳ３１８によって報告されたＳＲ＿ＩＤｓ の数）のＲ-Ｐ接続を確立する。ＰＤＳＮ３２４およびＰＣＦ／ＢＳ３２６は、そこでそれぞれのテーブル３４０、３４２を更新する。このようにして、休止状態にあるＳＲ＿ＩＤｓのテーブルはＰＤＳＮ３２４に、何個のＰＰＰインスタンス３３６、３３８が開始されるべきであるかを通報し、そしてまたＰＣＦ／ＢＳ３２６に、そのＲ-Ｐ／ＳＲ＿ＩＤテーブル３４２を更新するのに十分な情報を与える。

図5に示されたように一つの実施例においては、ＲＰＩチャネル３７０の使用は、ＭＳ３６６がＰＤＳＮ３５６および関係するＰＣＦ／ＢＳ３６４の近傍に移動するときに、ＰＣＦ／ＢＳ３６４がＰＤＳＮ３５６に送出するメッセージ中に含まれる情報を縮減することによって、最適化される。情報は、メッセージからＳＲ＿ＩＤｓのリストおよび、ＰＤＳＮ３５６によって維持されている接続テーブル３５２を消去することによって縮減される。新しいＭＳ３６６と関係付けられたパケットを、ＳＲ＿ＩＤによってＰＰＰインスタンス３７２、３７４と識別するよりはむしろ、ＰＣＦ／ＢＳ３６４はＲＰＩ通信パイプ３３、５４の順序づけられているパイプ番号を用いて、パケットをＰＰＰインスタンス３７２、３７４と関係付ける。ＰＣＦ／ＢＳ３６４は、最小のＳＲ＿ＩＤを持ったＭＳ３６６パケットを、最低の番号を付けられたデータパイプと関係付け、複数の接続について昇順の番号順に続けてゆく。ＲＰＩチャネル使用を最適化することに加えて、現在ＳＲ＿ＩＤ情報を維持していないＰＤＳＮ機能が簡素化される。

図5に示されるように、他の実施例においては、エアインタフェース３６８の使用は、ＰＤＳＮ３５６によるエージェントアドバタイズメントが必要とされない場合、エアインタフェーストラフィックチャネル通信を維持することによって最適化される。エージェントアドバタイズメントは、新しいＦＡ（図示せず）による新しいＦＡ ＩＰアドレスの、ＨＡ通報（ＨＡ ｎｏｔｉｆｉｃａｔｉｏｎ）である。ＭＳ３６６が新しいＰＤＳＮ３５６の近傍に移動するときに、ＭＳ ＦＡはまた、ＨＡ（図示せず）から転送されたパケットが新しいＰＤＳＮ３５６に達するであろうように、新しいＰＤＳＮ３５６に移動しなければならない。ＭＳ３６６がＦＡｓを変更するときは、新しいＦＡはＨＡに対してＭＳ３６６と関係付けられたパケットが古いＦＡに向かうことを中止すること、そして代わりにそれらが新しいＦＡに向かうことを通報する。エージェントアドバタイズメントは、ＭＳ３６６が新しいＰＣＦ／ＢＳ（あるいはＲＡＮ）３６４に移動するときに生じる。ＭＳ３６６が新しいパケットゾーンに入るときに、このＭＳは新しいＰＣＦ／ＢＳ３６４と関係付けられたＰＤＳＮ３５６に、ＰＡＣＫＥＴ＿ＺＯＮＥ＿ＩＤを含む開始メッセージを発する。エージェントアドバタイズメントは、トラフィックチャネル上に移動ＩＰ再登録（ｒｅ-ｒｅｇｉｓｔｒａｔｉｏｎ）およびＰＰＰ再取り決め（ｒｅ-ｎｅｇｏｔｉａｔｉｏｎ）を生起させる。しかしながら、多数のＰＣＦ／ＢＳｓが、同じＰＤＳＮ３５６と関係付けられるかもしれず、そして移動ＩＰ再登録およびＰＰＰ再取り決めは、もしもＭＳ３６６がパケットゾーンを変えており、しかしＰＤＳＮを変えていなければ、必要がない。ＰＰＰ接続点およびＦＡアドレスは、もしもＭＳ３６６が一つのＰＣＦ／ＢＳから同じＰＤＳＮ３５６と組み合わせられた他のＰＣＦ／ＢＳに移動するときは、変化しない。

エアインタフェーストラフィックチャネル使用は、もしもＭＳ３６６が、ＰＣＦ／ＢＳを変えており、しかしＰＤＳＮを変えていなければ、古いＰＡＣＫＥＴ＿ＺＯＮＥ＿ＩＤ情報をＭＳ開始メッセージに付加することによって、最適化される。新しいＰＣＦ／ＢＳ３６４は、関係するＰＤＳＮ３５６に、古いＰＡＣＫＥＴ＿ＺＯＮＥ＿ＩＤ情報を送出する。ＰＤＳＮ３５６はそこで、ＭＳ３６６がこれもＰＤＳＮ３５６に結合したＲＡＮあるいはＰＣＦ／ＢＳ３６４から移動しているかを決定する。もしも古いＲＡＮあるいはＰＣＦ／ＢＳがまた、ＰＤＳＮ３５６に結合されていれば、ＰＤＳＮ３５６は、ＭＳ ＰＰＰセッションがなお確立されているゆえに、エージェントアドバタイズメントを実行するためにトラフィックチャネルを立ち上げることはしない。ＭＳ開始メッセージの中の古いパケットゾーン情報の包含は、ＰＤＳＮ３５６に、ＰＰＰを再取り決めするために、トラフィックチャネルを立ち上げる必要があるかを決定することを可能にすることによって、トラフィックチャネル使用を最適化する。

古いＰＣＦ／ＢＳが新しいＰＣＦ／ＢＳと同じＰＤＳＮに接続されている場合（図示せず）は、この新しいＰＣＦ／ＢＳは、以前の接続をＰＤＳＮに通報し、この新しいＰＣＦ／ＢＳがすでに確立されたＰＰＰセッションに対して新しい接続を作成することを可能にする。

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

ステップ４０４においては、ＭＳはハンドオフに従事する。ＭＳはそこでステップ４０６に進む。ステップ４０６において、ＭＳは新しいＰＤＳＮに、そのＰＤＳＮに自分の位置を通報する開始メッセージを送出する。開始メッセージ中のＤＲＳフラグは“１”にセットされ、そしてＭＳは、データ呼と関係付けられたＰＰＰインスタンスの再接続あるいは確立を要求している。ステップ４０８において、ＭＳは休止状態のハンドオフに従事する。ＭＳはそこでステップ４１０に進む。ステップ４１０においては、ＭＳは新しいＰＤＳＮに、そのＰＤＳＮに自己の位置を通報する開始メッセージを送出する。開始メッセージ中のＤＲＳフラグは“０”にセットされ、そしてＭＳは、確立すべきＰＰＰインスタンスの数（ＭＳと関係付けられた休止状態にあるＰＰＰインスタンスの数）およびこのＰＰＰインスタンスそれぞれと関係付けられたＳＲ＿ＩＤを含む。

このようにしてＰＰＰセッション要求期間中におけるチャネル最適化のための、新しいそして改善された方法および装置が記述されてきた。当業界において熟練した人々は、ここに開示された実施例と関連して述べられた、種々の実例となる論理ブロック、モジュール、回路、そしてアルゴリズムステップは、電子的ハードウエア、計算機ソフトウエア、あるいは両者の結合として、実行されるであろうことを理解するであろう。種々の実例となる構成部分、ブロック、モジュール、回路、そしてステップはそれらの機能の形で一般的に述べられている。機能がハードウエアあるいはソフトウエアとして実行されるかどうかは、それぞれの応用そしてシステム全体に課せられた設計制約による。熟練した技工は、これらの周囲条件の下でのハードウエアおよびソフトウエアの互換可能性、およびそれぞれの個別の応用に対する述べられた機能を実行する最善の方法を認めるであろう。例として、ここに開示された実施例と関連して述べられた、種々の実例となる論理ブロック、モジュール、回路、そしてアルゴリズムステップは、ディジタル信号処理装置（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、あるいは他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタ論理、たとえば抵抗器およびＦＩＦＯのようなディスクリートハードウエア構成要素、一連のファームウエア命令を実行する処理装置、任意の従来のプログラマブルソフトウエアモジュールおよび処理装置、あるいは任意のこれらの組み合わせを用いて、実行されあるいは遂行されるであろう。処理装置は都合よいようにマイクロプロセッサであるかもしれず、しかし、代わりに処理装置は、任意の従来の処理装置、制御器、マイクロ制御器、あるいはステートマシンであるかも知れない。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、抵抗器、ハードディスク、取り外し可能なディスク、ＣＤ-ＲＯＭ、あるいは当業界において知られる蓄積媒体の任意の他の形態の中に属しうるかも知れない。熟練した人々はさらに、上の記述を通じて参照されたかも知れない、データ、命令、要求、情報、信号、ビット、記号、そしてチップは、電圧、電流、電磁波、磁場あるいは粒子、光学場あるいは粒子、あるいは任意のこれらの組み合わせによって、都合よいように表されることを認めるであろう。

このように本発明の望ましい実施例が示されそして記述されてきた。しかしながら、当業界において普通に熟練した人にとっては、本発明の精神あるいは範囲から逸脱することなしに、ここに開示された実施例に対して多くの代案が作成されうるであろうことが明白であろう。それ故に、本発明は以下の特許請求範囲に従ったものを除き限定されるべきものではない。

Claims (18)

1. 通信ネットワーク内のネットワーク・プロトコル・インスタンスの確立を簡単化するように構成されている通信エンティティ、該通信エンティティは下記を備える：
   第１のインフラストラクチャ要素から第２のインフラストラクチャ要素へと移動局が移動する際に一のメッセージを受信する手段、ただし、前記一のメッセージは如何なるサービス参照識別子も備えない；
   前記一のメッセージを受信することに応答して、少なくとも一つのネットワーク・プロトコル・インスタンスを確立する手段；および、
   前記一のメッセージの中の情報に基づいて、一の接続テーブルを更新する手段、ただし、前記更新された一の接続テーブルもまた、如何なるサービス参照識別子も備えない；
   ただし、複数のネットワーク・プロトコル・インスタンスが確立され、前記通信エンティティと無線アクセスネットワークとの間で複数のリンクが確立され、前記複数のリンクと関係付けられた複数の通信パイプの順序付けられたパイプ番号を使用して、複数のパケットは前記複数のネットワーク・プロトコル・インスタンスと関係付けられる。
2. 請求項１記載の通信エンティティ、ただし、前記少なくとも一つのネットワーク・プロトコル・インスタンスは、少なくとも一つのポイントツーポイント・プロトコル・インスタンスである。
3. 請求項１記載の通信エンティティ、ただし、前記通信エンティティはパケットデータサービスノードであり、さらに下記の手段を備える：
   前記一のメッセージを受信することに応答して、前記パケットデータサービスノードと無線アクセスネットワークとの間に少なくとも一つのリンクを確立すること。
4. 請求項３記載の通信エンティティ、ただし、前記パケットデータサービスノードと無線アクセスネットワークとの間の各リンクに関する識別子、および前記移動局に関する識別子を、前記更新された一の接続テーブルは備える。
5. 請求項１記載の通信エンティティ、ただし、前記通信エンティティはパケットデータサービスノードであり、前記第１のインフラストラクチャ要素は第１のパケット制御機能であり、前記第２のインフラストラクチャ要素は第２のパケット制御機能である。
6. 請求項１の通信エンティティ、ただし、前記一のメッセージはパケットゾーン識別情報を備える。
7. 通信ネットワーク内のネットワーク・プロトコル・インスタンスの確立を簡単化するように構成されている通信エンティティ、該通信エンティティは下記を備える：
   第１のインフラストラクチャ要素から第２のインフラストラクチャ要素へと移動局が移動する際に一のメッセージを受信し、前記一のメッセージを受信することに応答して、少なくとも一つのネットワーク・プロトコル・インスタンスを確立し、および前記一のメッセージの中の情報に基づいて一の接続テーブルを更新するように構成される回路、
   ただし、前記一のメッセージは如何なるサービス参照識別子も備えず、前記更新された一の接続テーブルもまた、如何なるサービス参照識別子も備えない、
   ただし、複数のネットワーク・プロトコル・インスタンスが確立され、前記通信エンティティと無線アクセスネットワークとの間で複数のリンクが確立され、前記複数のリンクと関係付けられた複数の通信パイプの順序付けられたパイプ番号を使用して、複数のパケットは前記複数のネットワーク・プロトコル・インスタンスと関係付けられる。
8. 請求項７記載の通信エンティティ、ただし、前記少なくとも一つのネットワーク・プロトコル・インスタンスは、少なくとも一つのポイントツーポイント・プロトコル・インスタンスである。
9. 請求項７記載の通信エンティティ、ただし、前記通信エンティティはパケットデータサービスノードであり、さらに前記回路はさらに下記を実行するように構成される：
   前記一のメッセージを受信することに応答して、前記パケットデータサービスノードと無線アクセスネットワークとの間に少なくとも一つのリンクを確立すること。
10. 請求項９記載の通信エンティティ、ただし、前記パケットデータサービスノードと無線アクセスネットワークとの間の各リンクに関する識別子、および前記移動局に関する識別子を前記更新された一の接続テーブルは備える。
11. 請求項７記載の通信エンティティ、ただし、前記通信エンティティはパケットデータサービスノードであり、前記第１のインフラストラクチャ要素は第１のパケット制御機能であり、前記第２のインフラストラクチャ要素は第２のパケット制御機能である。
12. 請求項７の通信エンティティ、ただし、前記一のメッセージはパケットゾーン識別情報を備える。
13. 通信ネットワーク内のネットワーク・プロトコル・インスタンスの確立を簡単化する方法、該方法は下記を備える：
    第１のインフラストラクチャ要素から第２のインフラストラクチャ要素へと移動局が移動する際に一のメッセージを通信エンティティにおいて受信すること、ただし、前記一のメッセージは如何なるサービス参照識別子も備えない；
    前記一のメッセージを受信することに応答して、少なくとも一つのネットワーク・プロトコル・インスタンスを前記通信エンティティによって確立すること；および、
    前記一のメッセージの中の情報に基づいて、前記通信エンティティによって一の接続テーブルを更新すること、ただし、前記更新された一の接続テーブルもまた、如何なるサービス参照識別子も備えない；
    ただし、複数のネットワーク・プロトコル・インスタンスが確立され、前記通信エンティティと無線アクセスネットワークとの間で複数のリンクが確立され、前記複数のリンクと関係付けられた複数の通信パイプの順序付けられたパイプ番号を使用して、複数のパケットは前記複数のネットワーク・プロトコル・インスタンスと関係付けられる。
14. 請求項１３記載の方法、ただし、前記少なくとも一つのネットワーク・プロトコル・インスタンスは、少なくとも一つのポイントツーポイント・プロトコル・インスタンスである。
15. 請求項１３記載の方法、ただし、前記通信エンティティはパケットデータサービスノードであり、前記第１のインフラストラクチャ要素は第１のパケット制御機能であり、前記第２のインフラストラクチャ要素は第２のパケット制御機能である。
16. 通信ネットワーク内のネットワーク・プロトコル・インスタンスの確立を簡単化するための一連の動作をＣＰＵに実行させる一連のＣＰＵ実行可能命令を記憶したコンピュータ読み出し可能記憶媒体、該コンピュータ読み出し可能記憶媒体は下記手順を実行可能なＣＰＵ実行可能命令を備える：
    第１のインフラストラクチャ要素から第２のインフラストラクチャ要素へと移動局が移動する際に一のメッセージを通信エンティティにおいて受信すること、ただし、前記一のメッセージは如何なるサービス参照識別子も備えない；
    前記一のメッセージを受信することに応答して、少なくとも一つのネットワーク・プロトコル・インスタンスを前記通信エンティティによって確立すること；および、
    前記一のメッセージの中の情報に基づいて、前記通信エンティティによって一の接続テーブルを更新すること、ただし、前記更新された一の接続テーブルもまた、如何なるサービス参照識別子も備えない；
    ただし、複数のネットワーク・プロトコル・インスタンスが確立され、前記通信エンティティと無線アクセスネットワークとの間で複数のリンクが確立され、前記複数のリンクと関係付けられた複数の通信パイプの順序付けられたパイプ番号を使用して、複数のパケットは前記複数のネットワーク・プロトコル・インスタンスと関係付けられる。
17. 請求項１６記載のコンピュータ読み出し可能記憶媒体、ただし、前記少なくとも一つのネットワーク・プロトコル・インスタンスは、少なくとも一つのポイントツーポイント・プロトコル・インスタンスである。
18. 請求項１６記載のコンピュータ読み出し可能記憶媒体、ただし、前記通信エンティティはパケットデータサービスノードであり、前記第１のインフラストラクチャ要素は第１のパケット制御機能であり、前記第２のインフラストラクチャ要素は第２のパケット制御機能である。

Images