JP3927124B2

JP3927124B2 - 選択的にｐｐｐ圧縮を維持し無線通信システムに適用する方法

Info

Publication number: JP3927124B2
Application number: JP2002566941A
Authority: JP
Inventors: リオイ、マーセロ; アブロル、ニスチャル
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2001-02-16
Filing date: 2002-02-06
Publication date: 2007-06-06
Anticipated expiration: 2022-02-06
Also published as: BR0207277A; ES2341457T3; EP1368950B1; DE60235776D1; CA2438794C; JP2004523963A; IL157409A0; DE60205089D1; EP1368950A1; EP1596554B1; DE60205089T2; US6804260B2; ES2248520T3; EP1596554A3; EP1596554A2; WO2002067542A1; US20020114343A1; ATE300147T1; CA2438794A1; CN1496643B

Description

本発明は無線通信、特に圧縮状態を維持し効率よく圧縮技術を無線通信装置に適用するときを決定する優秀な方法に関する。

無線通信およびコンピュータ関連技術における最近の革新と、インターネット加入者の前例のない増大は移動体のコンピュータ処理方法に道を開いている。実際に、移動体コンピュータ処理の人気により、移動体ユーザにより多くのサポートを提供するために現在のインターネットインフラストラクチャに対する需要が増えている。これらの需要を満たし、ユーザに必要なサポートを提供する臨界的な部分は無線通信システムにおけるコード分割多元アクセス（ＣＤＭＡ）技術の使用である。

ＣＤＭＡは1993年７月発行の“MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEM ”と題する米国電気通信工業会／米国電子工業会暫定標準９５（ＴＩＡ／ＥＩＡＩＳ−９５）に規定されているデジタル無線周波数（ＲＦ）チャンネル化技術であり、ここで参考文献とされている。ＣＤＭＡ動作を説明している他の標準規格にはＴＩＡＴＲ４５．５と、1998年５月15日に承認されたＣＤＭＡ２０００ＩＴＵ−ＲＲＴＴ候補提案と、第３世代パートナーシッププロジェクト−技術仕様グループ−無線アクセスネットワーク／無線インターフェースプロトコルアーキテクチャ、リリース９９とが含まれており、両者ともここで参考文献とされている。ＣＤＭＡシステム技術を使用する無線通信システムは特有のコードを通信信号に割当て、これらの通信信号を共通の（広帯域）拡散スペクトル帯域幅を横切って拡散する。ＣＤＭＡシステムの受信装置が正しいコードを有する限り、同一の帯域幅にわたって同時に送信される他の信号からその通信信号を検出して選択することができる。ＣＤＭＡ処理の使用はシステムのトラフィック容量を増加し、全体的な総呼品質と雑音減少を改良し、データサービストラフィックの信頼性のある転送機構を提供する。

図１はこのような無線データ通信システム100 の基本的な素子を示している。当業者はこれらの素子、それらのインターフェースが技術的範囲または機能を限定されずに変更され、拡大され、または技術で知られている種々の標準方式を受けることを容易に認識するであろう。システム100 は移動体端末装置、即ちＴＥ２装置102 （例えばラップトップまたはパームトップコンピュータのような端末装置）がインターワーキング機能（ＩＷＦ）108 またはパケットデータサービスノード（ＰＳＤＮ）のようなゲートウェイエンティティと通信することを可能にする。ＩＷＦ108 は公共交換電話網（ＰＳＴＮ）のような無線ネットワークと他のネットワークとの間、またはインターネットまたはイントラネットベースのアクセスを提供する有線パケットデータネットワークの間のゲートウェイとして作用する。システム100 は無線通信装置、ＭＴ２装置104 （例えば無線電話機）、基地局／移動体交換センタ（ＢＳ／ＭＳＣ）106 、または無線アクセスネットワーク（ＲＡＮ）を含んでいる。しばしば、ＩＷＦ108 はＢＳ／ＭＳＣ106 と同一位置に配置される。ＬインターフェースはＩＷＦ108 をＢＳ／ＭＳＣ106 に結合する。ＴＥ２装置102 はＲ_mインターフェースを介してＭＴ２装置104 へ電子的に結合されている。ＭＴ２装置104 は無線インターフェースＵ_mを介してＢＳ／ＭＳＣ106 と通信する。ＴＥ２装置102 とＭＴ２装置104 は単一の装置（例えばＭＴ０装置）に一体化されるか、ラップトップがＴＥ２装置102 でありトランシーバがＭＴ２装置104 である設置された移動体電話装置の場合のように別々にされてもよい。図２により示されているように、ＴＥ２装置102 とＭＴ２装置104 の組合わせは一体化されても別々であっても、通常移動局（ＭＳ）103 と呼ばれることに注意することが重要である。

他のサポートは無線通信の異なる特徴を制御、管理または他の方法を実行するための種々のよく知られたプロトコルを適用することにより可能にされる。例えば、インターネットインフラストラクチャの源であるインターネットプロトコル（ＩＰ）はパケット向きサービスに適合するために多数の無線通信サービスで構成されている。ＩＰプロトコルはホストコンピュータ間のパケット（データグラム）のアドレスおよび経路を特定し、1981年９月出版の“INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION ”と題するリクエストフォーコメント７９１（ＲＦＣ７９１）に規定されており、ここで参考文献とされている。

ＩＰプロトコルは送信するためにＩＰパケット中にデータをカプセル化するネットワーク層プロトコルである。アドレスおよび経路情報はパケットのヘッダに添付される。ＩＰヘッダは送信および受信ホストを識別する３２ビットアドレスを含んでいる。これらのアドレスは目的とするアドレスの最終目的地方向へパケットのネットワークを通るパスを選択するために中間ルータにより使用される。したがってＩＰプロトコルは世界の任意のインターネットノードで発生するパケットが世界の任意の他のインターネットノードへ伝送されることを可能にする。

無線通信システムに構成される別のよく知られたプロトコルは地点間プロトコル（ＰＰＰ）プロトコルであり、これは特にインターネットアクセスを提供する。ＰＰＰプロトコルは1994年７月出版の“THE POINT-TO-POINT PROTOCOL(PPP)”と題するリクエストフォーコメント１６６１（ＲＦＣ１６６１）に詳細に記載されており、ここで参考文献とされている。

基本的に、ＰＰＰプロトコルは地点間リンクにわたってマルチプロトコルデータグラムを転送する方法を特定し、３つの主要なコンポーネント、即ちマルチプロトコルデータグラムのカプセル化方法、データリンク接続を設定し構成し試験するリンク制御プロトコル（ＬＣＰ）、異なるネットワーク層プロトコルを設定し構成するネットワーク制御プロトコル（ＮＣＰ）のファミリを含んでいる。

無線通信システムにサービスのホストを設けるために、ＴＥ２装置102 とＩＷＦ108 との間に無線データ送信を適合する種々の標準が開発されている。例えば1998年２月出版の“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES ”と題し、ここで参考文献とされているＴＩＡ／ＥＩＡＩＳ−７０７．５標準はＴＩＡ／ＥＩＡＩＳ−９５システムのパケットデータ送信容量のサポートの要件を規定し、１組のパケットデータベアラサービスを規定している。同様に、両者とも1999年３月に出版され、ここで参考文献とされている“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES”と題するＴＩＡ／ＥＩＡＩＳ−７０７−Ａ．５標準と、“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: HIGH-SPEED PACKET DATA SERVICES ”と題するＴＩＡ／ＥＩＡＩＳ−７０７−Ａ．９標準方式もＴＩＡ／ＥＩＡＩＳ−９５システムにおけるパケットデータ送信サポートの要件を規定している。さらに、“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: CDMA2000 HIGH-SPEED PACKET DATA SERVICES”と題しここで参考文献とされているＴＩＡ／ＥＩＡＩＳ−７０７−Ａ−１とＡ−２標準方式（Ballot Resolution Version 1999）もＣＤＭＡシステムにおけるパケットデータ送信サポートの要件を規定している。

特に、ＩＳ−７０７．５標準方式はＢＳ／ＭＳＣ106 を介してＴＥ２装置102 とＩＷＦ108 との間の通信に使用されることのできるパケットデータサービスモードを提供する。そうすることで、ＩＳ−７０７．５はネットワークモデルを紹介しており、これはＲ_mとＵ_mインターフェースのパケットデータプロトコルの要求を詳細に記載している。ネットワークモデルは第１のＰＰＰリンクがＴＥ２装置102 とＭＴ２装置104 との間で設定され、第１のリンクと独立して第２のＰＰＰリンクがＭＴ２装置104 とＩＷＦ108 との間で設定される状態を表している。このモデルは受信されたＰＰＰパケットをその最終目的地へ転送して移動体管理およびネットワークアドレス管理を行う前に、ＭＴ２装置104 にＰＰＰパケットのフレームを解除し、それらを再度フレーム化することを行わせる。

図２はＩＳ−７０７．５ネットワークモデルの各エンティティのプロトコルスタックを示している。図２の最左端は通常の垂直フォーマットで示されているプロトコルスタックであり、ＴＥ２装置102 （例えば移動体端末、ラップトップまたはパームトップコンピュータ）で作動するプロトコル層を示している。ＴＥ２プロトコルスタックはＲ_mインターフェースによってＭＴ２装置104 のプロトコルスタックに論理的に接続されているとして示されている。ＭＴ２装置104 はＵ_mインターフェースによってＢＳ／ＭＳＣ106 に論理的に接続されているとして示されている。次にＢＳ／ＭＳＣ106 プロトコルスタックは、ＬインターフェースによってＩＷＦ108 プロトコルスタックに論理的に接続されているとして示されている。

例示として説明すると、図２で示されているプロトコルは以下のように動作する。Ｒ_mインターフェースに関連するＴＥ２102 のＰＰＰ層（即ちＰＰＰ_R208 ）は上部層プロトコル204 とネットワーク層ＩＰプロトコル206 からのパケットを符号化する。ＰＰＰ_R208 はその後、例えばＴＩＡ／ＥＩＡ２３２−Ｆプロトコル210 のような応用可能なプロトコルを使用してＲ_mインターフェースを横切ってパケットを送信し、それらのパケットはＭＴ２装置104 のＴＩＡ／ＥＩＡ−２３２−Ｆの両立可能なポートにより受信される。ＴＩＡ／ＥＩＡ−２３２−Ｆ標準は1997年10月に出版され、ここで参考文献とされている“INTERFACE BETWEEN DATA TERMINAL EQUIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY DATA INTERCHANGE ”に規定されている。当業者に知られている他の標準方式またはプロトコルはＲ_mインターフェースを横切った送信を規定するために使用されてもよいことが理解されるべきである。例えば、他の応用可能なＲ_mインターフェース標準方式には1998年９月出版の“UNIVERSAL SERIAL BUS (USB) SPECIFICATION, Revision 1.1”と、1999年７月出版の“BLUETOOTH SPECIFICATION VERSION 1.0A CORE ”に記載された方式が含まれており、この両者は参考文献とされている。

ＭＴ２装置104 のＴＩＡ／ＥＩＡ−２３２−Ｆプロトコル212 はＴＥ２装置102 からパケットを受信し、これらをＭＴ２装置104 のＰＰＰ_R層213 へ送られる。ＰＰＰ_R層213 はＰＰＰフレームでカプセル化されたパケットのフレームを解除し、典型的にデータ接続が行われるとき層213 はパケットをＵ_mインターフェースに関連するＰＰＰ層（即ちＰＰＰ_U層217 ）へ転送する。ＰＰＰ_U層217 はＩＷＦ108 に位置するＰＰＰ_Uピアへ送信するためにＰＰＰフレームのパケットをフォーマットする。両共に技術でよく知られている無線リンクプロトコル（ＲＬＰ）216 とＩＳ−９５プロトコル214 はパケットカプセル化されたＰＰＰフレームをＵ_mインターフェースによってＢＳ／ＭＳＣ106 へ送信するために使用される。ＲＬＰプロトコル216 は1998年２月に出版されここで参考文献とされている“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: RADIO LINK PROTOCOL ”と題するＩＳ−７０７．２標準方式に規定されており、ＩＳ−９５プロトコルは前述のＩＳ−９５標準方式に規定されている。

ＢＳ／ＭＳＣ106 中の対応するＲＬＰプロトコル222とＩＳ−９５プロトコル220はＩＷＦ108の中継層プロトコル224 へＬインターフェースを横切って送信するために、パケットを中継層プロトコル234へ転送する。ＰＰＰ_U層232はその後、受信されたパケットのフレームを解除し、それらをネットワーク層プロトコルＩＰ230へ転送し、ネットワーク層プロトコルＩＰ230は次にそれらを上部層プロトコル228へ送るか、それらを最終的な目的地へ転送する。

ＩＳ−７０７．５ネットワークモデル下で、ＰＰＰリンクの両端部のＩＰモジュール206 、230 の構成、エネーブル、ディスエーブルはインターネットプロトコル制御プロトコル（ＩＰＣＰ）により行われる。ＩＰＣＰはＰＰＰプロトコルに含まれ、“THE PPP INTERNET PROTOCOL CONTROL PROTOCOL (IPCP) ”と題するリクエストフォーコメント（ＲＦＣ）１３３２に記載されここで参考文献とされているネットワーク制御プロトコルのファミリの一部である。

ＩＰＣＰは種々の構成選択肢を交渉するために構成リクエストメッセージを使用する。１つのこのような選択肢はＩＰ圧縮プロトコル選択肢である。エネーブルされるとき、この選択肢は通常、ＰＰＰパケット中のＴＣＰ／ＩＰヘッダを圧縮するファン・ヤコブソン圧縮方法を使用する。ファン・ヤコブソン圧縮方法はパケットヘッダ中のオーバーヘッドを減少することによりプロトコルの効率を改良し、それは1990年２月出版でここで参考文献とされている“COMPRESSING TCP/IP HEADERS FOR LOW-SPEED SERIAL LINKS ”と題するＲＦＣ１１４４に記載されている。ファン・ヤコブソン圧縮方法はこれらがパケットからパケットへどのように変化するかを決定するためにＴＣＰ／ＩＰヘッダのフィールドの知識に依存する圧縮アルゴリズムである。ＩＰ圧縮プロトコル選択肢の交渉はまた最大の圧縮スロットＩＤフィールドの仕様を必要とし、これは特定のＰＰＰリンクの圧縮および非圧縮スロットの最大数と、接続ＩＤが圧縮されることができるか否かを決定する。

ＩＰＣＰ構造選択肢の交渉はＲ_mインターフェースとＵ_mインターフェースの両者で別々に行われる。即ちＲ_mインターフェースについての交渉はＵ_mインターフェースによる交渉から分離される。それ故、ＭＴ２装置104 はＲ_mインターフェースにおけるＰＰＰ_RリンクとＵ_mインターフェースにおけるＰＰＰ_Rリンクで別々に構造選択肢を交渉しなければならない（図２参照）。

ＭＴ２装置104 が可動である事実により、異なるＩＷＦ108 によりサービスされる領域へ移動することが可能である。この状態が起こるとき、ハンドオフが生じ、サービスのために新しいＩＷＦ108 へＭＴ２装置104 を渡す。ハンドオフが行われるとき、前述したようにＰＰＰ_UリンクはＵ_mインターフェースにおいて再交渉されなければならない。Ｒ_mおよびＵ_mインターフェースのＰＰＰ交渉は独立しているので、再交渉はＵ_mインターフェースでのみ生じる必要がある。

しかしながら、重要なことは、逆方向リンクの方向（即ち図２を参照すると、ＭＴ２装置104 からＩＷＦ108 へ）の最大数のＵ_mインターフェース圧縮スロットの再交渉である。例えば呼が最初に行われるとき、ネットワークモデルは順方向および逆方向リンクの方向の両者のＲ_mおよびＵ_mインターフェースで同一のＩＰＣＰ構造選択肢を設定しようとすることにより交渉プロセスの最適化を試みる。これは両方向および同一のＩＤ圧縮状態でＲ_mおよびＵ_mインターフェースで同数の最大圧縮スロットを設け、それによってＴＥ２装置102 により生成され、特別な接続ＩＤ（即ち圧縮スロットＩＤを有する）圧縮されたパケットはＩＷＦ108 により結果的に圧縮解除されることができる。このように、このネットワークモデルの最適化はＭＴ２装置104 が圧縮解除と再圧縮をしないことを可能にし、即ち圧縮されたパケットはファン・ヤコブソン圧縮アルゴリズムをそれに適用しないでＭＴ２を通過される。

しかしながら、ＭＴ２装置104 の移動によって、ＰＰＰ_Uリンクが再度交渉されるならば、新しいＩＷＦ108 によりサポートされることができる最大数の非圧縮スロットがＴＥ２装置102 とＭＴＳ装置104 との間で最初に交渉された圧縮スロット数に一致する保証はない。それ故、再交渉後、Ｕ_mインターフェースにおける最大数の圧縮スロットはＲ_mインターフェースの最大数の圧縮スロットよりも少ない可能性がある。このようにして、ＴＥ２装置102 はＩＷＦ108 で最高のＩＤを有する非圧縮スロットにより適合されるよりも大きい接続ＩＤ（即ち圧縮スロットＩＤ）を有する圧縮されたパケットを送信することができる。このような場合、圧縮スロットはＩＷＦ108 により認識されないで、パケットは廃棄される。

最大数のＲ_m圧縮スロットとＵ_m非圧縮スロットとの不一致は、最高番号の非圧縮スロットＩＤよりも大きい圧縮スロットＩＤを有する全てのパケットの非圧縮再送信を強制することにより無線通信システムの送信効率をよくても減少させる。最悪の場合には、この不一致は最高番号の非圧縮スロットＩＤよりも大きい圧縮スロットＩＤを有する全てのパケットの損失を生じる。

それ故、無線通信システムの送信効率を最適化するために圧縮状態を維持し、圧縮技術を無線通信装置に適用するときを選択的に決定する新しい方法およびシステムが必要である。

本発明は圧縮状態を維持し、圧縮技術を無線通信装置に適用するときを決定する方法を提供することによって前述の要求を解決する。

実施されここで広く説明する本発明の原理と一貫する方法は、Ｒ_mインターフェースを介して通信装置に結合される端末装置から送信されるパケット化されたデータを受信する通信装置を含んでいる。この通信装置は受信されたパケット化されたデータが圧縮されたヘッダかまたは非圧縮のヘッダを含んでいるか否かを決定し、その後、受信されたパケット化されたデータが圧縮データを含んでいるとの決定に応答して、圧縮スロットを識別する接続情報が圧縮データ中に含まれているか否かを決定する。通信装置はさらに、接続情報が前記Ｕ_mインターフェースの複数の非圧縮スロットからの最高番号の非圧縮スロットを超えるか否かを決定する。通信装置は通信装置の局部的な非圧縮スロットを設定し、それは前記圧縮状態を維持するための接続情報に対応し、ここで局部的な非圧縮スロットは接続情報が最高番号の非圧縮スロットを超えるか否かの決定に応答して設定される。通信装置は前記接続情報を含む圧縮されたパケット化されたデータを受信するとき圧縮されたパケット化されたデータを圧縮解除する。

この明細書に含まれ、この明細書の一部を構成する添付図面は、本発明の１実施形態を示し、説明と共に本発明の目的、利点、原理を明らかにする。
本発明の実施形態の以下の詳細な説明はこれらを示す添付図面を参照する。他の実施形態も可能であり、本発明の技術的範囲を逸脱せずに実施形態に対して変更を行うことができる。それ故、以下の詳細な説明は本発明の技術的範囲を限定しない。むしろ本発明の技術的範囲は添付の特許請求の範囲により規定される。

以下説明するように本発明の実施形態は図面に示されているエンティティ（即ちＴＥ２装置102 、ＭＴ２装置104 、ＲＳ／ＭＳＣ106 、ＩＷＦ108 ）のソフトウェア、ファームウェア、ハードウェアを含む種々の構成で実現されることができることは当業者に明白であろう。本発明を実施するために使用される実際のソフトウェアコードまたは制御ハードウェアは本発明を限定しない。したがって、本発明の動作および態様を実際のソフトウェアコードまたはハードウェアコンポーネントを特別に参照せずに説明する。このような特定されない参照は当業者がここでの説明に基づいて本発明の実施形態を実行するためソフトウェアおよび制御ハードウェアを設計できることが明白に理解されるので許容される。

図３は本発明の第１の実施例を示しているフローチャートである。このように図３は圧縮技術を適用するときを決定するＭＴ２装置104の動作300を詳細に示している。

ステップS305で、ＴＥ２装置102 からパケットが到着するとき、ＭＴ２装置104 は最初にパケットがＴＣＰパケットであるか否かを決定する。これはＩＰ圧縮プロトコルの選択肢、特にファン・ヤコブソン圧縮技術がＴＣＰベースのパケットヘッダでのみ動作するからである。それ故入来パケットがＴＣＰパケットではないならば、これはステップS310で示されているようにＵ_mインターフェースへ送信される前にＭＴ２装置104 のＰＰＰ_Uフレーマへ伝送される。ＴＣＰパケットであるならば、ＭＴ２装置104 はステップS315へ進む。

ステップS315では、ＭＴ２装置104 は入来パケットが非圧縮ＴＣＰパケットであるか否かを決定する。通常、非圧縮ＴＣＰパケットの到着は圧縮状態を設定するかまたはパケット再送信後に圧縮状態をリセットするために接続の初期段階で生じる。パケットが非圧縮ＴＣＰパケットであるならば、ＭＴ２装置104 はステップS320に示されているように接続ＩＤを保存し、これを見たことがあるとしてマークする。ＭＴ２装置104 はその後、ステップS325で接続ＩＤがＮよりも大きいか否かを決定し、ここでＮは（ＩＷＦ108 の）Ｕ_mインターフェースの最大数の非圧縮スロットである。ＩＰＣＰ再交渉プロセスの一部として、ＭＴ２装置104 はＩＷＦ108 がサポートできる最大数の非圧縮スロットを知っている。それ故、パケットがＮよりも大きくない接続ＩＤを含んでいるならば、ＩＷＦ108 は接続ＩＤを適合するための十分な非圧縮スロットを有し、ＭＴ２装置104 はS310のように送信のためパケットをＰＰＰ_Uフレーマへ送信する。他方でパケット接続ＩＤがＮよりも大きいならば、ＭＴ２装置104 はステップS330でＭＴ２装置104 内で局部的な非圧縮スロットを設定し、それによってその特定の接続ＩＤを有するパケットは送信前にＭＴ２装置104 により圧縮解除され、したがって非圧縮パケットとして送出される。ＴＣＰパケットが圧縮解除されず非圧縮状態を設定するために使用されることができるので、ＭＴ２装置104 内の非圧縮スロットの設定は実現可能である。ステップS335で、ＭＴ２装置104 はＰＰＰパケットのプロトコルフィールドをＩＰプロトコルに変更し、パケットをステップS310のＰＰＰ_Uフレーマへ送信する。プロトコルフィールドを変更し、圧縮解除パケットを送信することによって、ＭＴ２装置104 はＵ_mがパケットを圧縮解除しようとせず単にパケットを転送しようすることを確証する。

ステップS315へ戻ると、入来パケットが圧縮されたＴＣＰパケット（即ちファン・ヤコブソン圧縮されたパケット）であるならば、ＭＴ２装置104 はステップS340でパケットが接続ＩＤを含むか否かを決定する。パケットが接続ＩＤを含まないならば、ＭＴ２装置104 はステップS345でそれが最後の接続ＩＤを保存するか否かを見るためにチェックする。ノーであるならば、ＭＴ２装置104 はステップS365で示されているようにＩＷＦ108 により認識されないのでそのパケットを廃棄する。ＭＴ２装置104 が最後の接続ＩＤを保存するならば、ステップS350で最後の接続ＩＤがＮ（即ち非圧縮スロットの最大数）よりも大きいか否かを決定する。最後の接続ＩＤがＮよりも大きくないならば、ＭＴ２装置104 はステップS310のように送信のためにパケットをＰＰＰ_Uフレーマへ送信する。最後の接続ＩＤがＮよりも大きいならば、ＭＴ２装置104 はその後、ステップS355で示されているように保存された接続ＩＤの圧縮状態が存在するか否かを決定しなければならない。圧縮状態が存在しないならば、ＭＴ２装置104 はステップS365でパケットを廃棄し、圧縮状態が存在するならば、ＭＴ２装置104 はステップS360で、パケットのヘッダを局部的に圧縮解除し、ステップS310で、ＩＰパケットとして送信するためにそのパケットをＰＰＰ_Uフレーマへ送信する。

ステップS340へ戻ると、ファン・ヤコブソン圧縮パケットが接続ＩＤを含んでいるならば、ＭＴ２装置104はステップS370で、接続ＩＤがＮよりも大きいか否かを決定する。イエスならば、ＭＴ２装置104 はステップS375で接続ＩＤの圧縮状態が存在するか否かを決定し、存在するならば、ＭＴ２装置104はステップS360でパケットを圧縮解除し、ステップS310で示されているように送信するためそのパケットをＰＰＰ_Uフレーマへ送信する。ステップ370で、ＭＴ２装置104が接続ＩＤがＮよりも大きくないことが決定されたならば、ＭＴ２装置104はその後、ステップS380でこの接続ＩＤを前に見たことがあるか否かをチェックする。ＭＴ２装置104が以前に接続ＩＤを見ていないならば、パケットはＩＷＦ108 により認識されないので、ステップS365で示されているようにパケットは廃棄される。ＭＴ２装置104がこの接続ＩＤを以前に見たことがあるならば、見られた最後の接続ＩＤとしてステップS385で保存し、続いてステップS310で示されているように送信のためＰＰＰ_Uフレーマへ送信する。

したがってこの実施形態はＵ_mインターフェースの再交渉された非圧縮スロットの範囲を超える圧縮スロットＩＤを有するＴＣＰパケットをプロキシにより圧縮解除するためにＭＴ２装置104 において非圧縮スロットを構成する。このようにして、この実施形態はＰＰＰヘッダ圧縮技術を効率よく適用するシステムおよび方法を提供し、これは最高の番号の非圧縮スロットを超える圧縮スロットＩＤまたはこのようなパケットの損失を有するパケットの再送信を最小にする。さらに、この実施形態はスロット数が両側で同一でありながらＭＴ２装置がこのような状態を維持することを避けることを可能にする。

図４は本発明の第２の実施例を示したフローチャート400である。ステップS405で、ＴＥ２装置102からパケットが到着するとき、ＭＴ２装置104は最初にパケットがＴＣＰコンプライアントパケットであるか否かを決定する。第１の実施形態に関して前述したように、これはファン・ヤコブソン圧縮技術がＴＣＰ／ＩＰベースのパケットヘッダでのみ動作するからである。それ故入来パケットがＴＣＰパケットではない場合には、これはステップS410で示されているようにＵ_mインターフェースへ送信される前にＭＴ２装置104のＰＰＰ_Uフレーマへ伝送される。パケットがＴＣＰパケットであるならば、ＭＴ２装置104はステップS415へ進む。

ステップS415では、ＭＴ２装置104 は入来パケットが非圧縮ＴＣＰパケットであるか否かを決定する。前述したように、非圧縮ＴＣＰパケットの到着は初期段階またはリセットパケット段階中に生じる。パケットが非圧縮ＴＣＰパケットであるならば、ＭＴ２装置104 はステップS420に示されているように接続ＩＤを保存する。

ステップS422で、ＭＴ２装置104 は全てのＵ_mインターフェースの非圧縮スロットが占有され、したがって任意のさらに多くの接続を圧縮解除することができないか否かを決定する。Ｕ_mインターフェース非圧縮スロットを超える圧縮スロットＩＤに適合するためにＭＴ２装置104 に非圧縮スロットを含んでいる第１の実施例と異なって、この実施例では最初に、占有されていないＵ_mインターフェースの非圧縮スロット（即ちＩＷＦ108 のスロット）が存在するか否かを決定する。占有されていないＵ_m非圧縮スロットが存在するならば、ＭＴ２装置104 は接続ＩＤを占有されていないＵ_mインターフェース非圧縮スロットの１つにマップする。この実施例はそれ故、全てのＵ_mインターフェース非圧縮スロットが占有されるならば、ＭＴ２装置104 に局部的な非圧縮スロットだけを設ける。

ステップS422で、Ｕ_mインターフェースがスロットを使い果たしていないならば、ＭＴ２装置104 はその後、ステップS424でパケットの接続ＩＤがＮよりも大きいか否かを決定する。イエスならば、ＭＴ２装置104 はステップS426で、ＩＷＦ108 によりパケットのその後の圧縮解除に適合するためにパケットの接続ＩＤを自由なＵ_mインターフェースの非圧縮スロットへマップする。ＭＴ２装置104 はその後、それぞれステップS428、 S432 でパケットの接続ＩＤをマップされたＵ_m非圧縮スロットＩＤへ変更し、そのＵ_mスロットＩＤを占有されているとして登録する。ＭＴ２装置104 は続いてステップS410で示されているように、Ｕ_mインターフェースを横切ってパケットを送信する前にそのパケットをＰＰＰ_Uフレーマへ伝送する。

ステップS424で、パケットの接続ＩＤがＮよりも大きくないならば、ＭＴ２装置104 はステップS430へ進み、Ｕ_m圧縮スロットが利用可能であるか否かを見るためにチェックする。スロットが利用可能ならば、ＭＴ２装置104 はＵ_mスロットＩＤを占有されているとして登録し、その後それぞれステップS432、S410で示しているようにそのパケットをＰＰＰ_Uフレーマへ伝送する。そのスロットが利用可能ではないならば、ＭＴ２装置104 はステップ426 へ進む。

ステップS422へ戻ると、Ｕ_mインターフェースが圧縮スロットＩＤを有するパケットの圧縮解除に適合するためにスロットを使い果たしているならば、ＭＴ２装置104 はステップS434とS436へ進み、ここでそれぞれＲ_mインターフェースからの圧縮スロットＩＤを局部的な非圧縮スロットＩＤへマップし、ＭＴ２装置104 に局部的な非圧縮スロットをセットアップする。第１の実施例に関して前述したように、局部的な非圧縮スロットのセットアップはヘッダ情報が非圧縮ＴＣＰパケットで露出されるので実現可能である。ステップS438では、ＭＴ２装置104 はＰＰＰパケットのプロトコルフィールドをＩＰプロトコルへ変化し（ＩＰヘッダのプロトコルフィールドを接続ＩＤに変更し、ＩＰヘッダチェックサムを計算し）その後、パケットをステップS410のＰＰＰ_Uフレーマへ送信する。プロトコルフィールドを変更し、圧縮解除ＩＰパケットを送信することによって、ＭＴ２装置104 はＵ_mがパケットを圧縮解除しようとせず、単にＩＰプロトコルにしたがってパケットを転送する。

ＭＴ２装置104 にメモリを節約するために、局部的な非圧縮スロット数を制限することが望ましい。このようにして、最適化技術はＭＴ２装置104 で局部的な非圧縮スロットをリサイクルするために使用される。１つのこのような最適化技術は“最低使用頻度”アルゴリズムであり、それによって特定のＲ_m圧縮スロットＩＤに対して保留されるがほとんど使用されない局部的な非圧縮スロットは再生され他の圧縮スロットＩＤをサービスするようにマップされる。このような技術は再生された接続の処理能力に影響することに注意することが重要である。

ステップS415に戻ると、パケットが圧縮されたＴＣＰパケットであるならば、ＭＴ２装置104 はその後、プロセスS440へ移動し、ここでパケットが接続ＩＤを含んでいるか否かを決定する。イエスならば、ＭＴ２装置104 はステップS442へ進み、接続ＩＤがＭＴ２装置104 の局部的な非圧縮スロットに対応するか否かを見るためにチェックする。ステップS434で使用されるメモリの最適化技術（例えば最低使用頻度アルゴリズム）が使用されるならば、ステップS442の決定はＩＤが局部的な非圧縮スロットに対応するか否かを調査するために既存のマッピングをチェックする必要がある。

非圧縮スロットが局部的であるならば、ＭＴ２装置104 はステップS450でパケットを圧縮解除し、そのパケットをステップS410のＰＰＰ_Uフレーマへ伝送する。非圧縮スロットが局部的ではないならば、ＭＴ２装置104 はステップS444でこの接続ＩＤを以前に見たことがあるか否かをチェックする。ＭＴ２装置104 がこの接続ＩＤを以前に見たことがないならば、ＩＷＦ108 により認識されないので、ステップS456でそのパケットは廃棄される。他方でその接続ＩＤを以前に見たことがあるならば、ＭＴ２装置104 はステップS446でその接続ＩＤを保存し、ステップS448で接続ＩＤがＵ_mインターフェースの異なる非圧縮スロットにマップされているか否かをチェックする（即ち例えばステップS426とS428を参照）。イエスならば、ＭＴ２装置104 はマップされたＵ_mスロットＩＤへ接続ＩＤを変更し、その後、ステップS458とS410によりそれぞれ示されているように、そのパケットをＰＰＰ_Uフレーマへ転送する。接続ＩＤがマップされていないならば、ＭＴ２装置104 は単にパケットをS410のＰＰＰ_Uフレーマへ転送する。

ステップS440に戻ると、パケットに接続ＩＤが存在しないならば、ＭＴ２装置104 はステップS452へ進み、最後の接続ＩＤの値を保存したか否かを見るためにチェックする。ＭＴ２装置104 がこのような値をもたないならば、ステップS456でそのパケットを廃棄する。ＭＴ２装置104 が最後の接続ＩＤの値をもつならば、ステップS454で、この値がＭＴ２装置104 の局部的な非圧縮スロットに対応するか否かを決定する。イエスならば、ＭＴ２装置104 はステップS450で、したがってパケットを圧縮解除し、そのパケットをステップS410のＰＰＰ_Uフレーマへ伝送する。最後の接続ＩＤがＭＴ２装置104 の局部的な非圧縮スロットに対応しないならば、ＭＴ２装置104 はステップS448に移動し、ここで接続ＩＤがＵ_mインターフェースの異なる非圧縮スロットにマップされているか否かを見るためにチェックする（例えばステップS426とS428を参照）。イエスならば、ＭＴ２装置104 はマップされたＵ_mスロットＩＤに接続ＩＤを変更し、その後、ステップS458とS410によりそれぞれ示されているようにパケットをＰＰＰ_Uフレーマへ伝送する。接続ＩＤがマップされていないならば、ＭＴ２装置104 は単にパケットをステップS410のＰＰＰ_Uフレーマへ伝送する。

したがって、この実施形態は最初に、このような圧縮スロットを占有されていないＵ_m非圧縮スロットへマップすることによりＵ_mインターフェース非圧縮スロットを超えるＲ_m圧縮スロットＩＤを有するＴＣＰパケットに適合しようとする。全てのＵ_m非圧縮スロットが占有されているならば、この実施形態はＭＴ２装置に局部的な非圧縮スロットを設け、必要ならば超過する圧縮スロットＩＤを有するＴＣＰパケットをプロキシにより圧縮解除するためにこれらのスロットをリサイクルする。このように、この実施形態はＰＰＰヘッダ圧縮技術を効率的にインテリジェントに適用するシステムおよび方法を提供する。そうすることによって、この実施形態は最高の番号を付けられた非圧縮スロットよりも大きい圧縮スロットＩＤを有するパケットの再送信を最小にし、またはこのようなパケットの損失を最小にする。さらに、この実施形態はスロット数が両側で同一でありながらＭＴ２装置がこのような状態を維持することを防止することを可能にする。

与えられた実施形態に関連するプロセスは例えば不揮発性メモリ、光ディスク、磁気テープまたは磁気ディスクのような任意の記憶装置に記憶されることができる。さらに、プロセスはシステムが製造されるときまたは後にコンピュータの読取り可能な媒体を介してプログラムされてもよい。このような媒体は記憶装置に関して先に列挙した任意の形態を含んでもよく、さらにシステムにより読取られ復調され／復号され実行されることのできる命令を伝送するために例えば変調されたまたは他の方法で操作された搬送波を含んでもよい。

本発明の好ましい実施形態の前述の記述は例示および説明を与えているが、記載された正確な形態に本発明を徹底的に限定することを意図するものではない。変更および変形が前述の考察に一貫して可能であり、または本発明の実施により得られる。したがって、本発明の技術的範囲は特許請求の範囲とそれらの等価物によってのみ限定される。

無線通信システムの種々の素子を示した高レベルのブロック図。無線通信システムのプロトコルスタックを説明している概略図。本発明の第１の実施例のフローチャート。本発明の第１の実施例のフローチャート。本発明の第２の実施例のフローチャート。本発明の第２の実施例のフローチャート。

Claims

無線通信ネットワークのＵ_mインターフェースでのＰＰＰ再交渉後、圧縮状態を維持し圧縮技術を適用する方法において、
通信装置において、Ｒ_mインターフェースにより前記通信装置に結合されている端末装置から送信されたパケット化されたデータを受信し、
前記受信されたパケット化されたデータが圧縮されたデータかまたは非圧縮のデータか否かを確認し、
前記受信されたパケット化されたデータが圧縮データを含んでいることの確認に応答して、圧縮スロットを識別する接続情報が前記圧縮データ中に含まれているか否か、および前記接続情報が前記Ｕ_mインターフェースの複数の非圧縮スロットからの最高の番号を付けられた非圧縮スロットを超過するか否かを決定し、
前記接続情報が前記圧縮データ中に含まれており、それが前記最高の番号を付けられた非圧縮スロットを超過するという決定に応答して、前記通信装置が前記接続情報を含む圧縮されパケット化されたデータを受信するとき、前記通信装置中に構成された局部的な非圧縮スロットの前記圧縮されパケット化されたデータを圧縮解除するステップを含んでいる方法。
前記圧縮された、および非圧縮のパケット化されたデータはＴＣＰおよびファン・ヤコブソンプロトコルにしたがってフォーマットされる請求項１記載の方法。
前記受信されたパケット化されたデータが非圧縮データを含んでいることの確認に応答して、前記通信装置は非圧縮のパケット化されたデータに含まれる圧縮スロットを最後の接続情報として識別する情報を記憶し、前記最後の接続情報を既に見られた識別情報としてマークし、前記最後の接続情報が前記最高の番号を付けられた非圧縮スロットを超過するという決定に応答して前記通信装置中に局部的な非圧縮スロットを設定する請求項２記載の方法。
前記接続情報が前記圧縮データ中に含まれていないという決定に応答して、前記通信装置は前記最後の接続情報が存在するか否か、前記最後の接続情報が前記最高の番号を付けられた非圧縮スロットを超過するか否かを決定し、
前記最後の接続情報が存在しないことが決定されたとき、前記通信装置は前記圧縮されたパケット化されたデータを廃棄し、
前記最後の接続情報が前記最高の番号を付けられた非圧縮スロットを超過しているという決定に応答して、前記通信装置は前記最後の接続情報に圧縮状態が存在するならば、前記局部的な非圧縮スロットを使用して前記圧縮されたパケット化されたデータを圧縮解除し、前記最後の接続情報に圧縮状態が存在しないならば、前記通信装置は前記圧縮されたパケット化されたデータを廃棄する請求項３記載の方法。
前記接続情報が前記圧縮データ中に含まれているという決定に応答して、前記通信装置は前記接続情報が前記最高の番号を付けられた非圧縮スロットを超過しているか否かを決定し、
前記接続情報が前記最高の番号を付けられた非圧縮スロットを超過しているという決定に応答して、前記通信装置は前記接続情報に圧縮状態が存在するならば、前記局部的な非圧縮スロットを使用して前記圧縮されたパケット化されたデータを圧縮解除し、前記接続情報に圧縮状態が存在しないならば、前記通信装置は前記圧縮されたパケット化されたデータを廃棄し、
前記接続情報が前記最高の番号を付けられた非圧縮スロットを超過していないという決定に応答して、前記通信装置は前記接続情報を以前に見たことがないならば、前記圧縮されたパケット化データを廃棄し、前記接続情報に圧縮状態が存在するならば、前記通信装置は前記接続情報を最後に見られた接続情報として保存する請求項４記載の方法。
無線通信ネットワークのＵ_mインターフェースにおけるＰＰＰ再交渉後、圧縮状態を維持し、圧縮技術を適用する方法において、
通信装置において、Ｒ_mインターフェースを介して前記通信装置に結合されている端末装置から送信されたパケット化されたデータを受信し、
前記受信されたパケット化されたデータが圧縮されたデータまたは非圧縮データを含んでいることを確認し、
前記受信されたパケット化されたデータが圧縮データを含んでいるという確認に応答して、圧縮スロットを識別する接続情報が前記圧縮データ中に含まれているか否か、および前記接続情報が前記通信装置において構成されている局部的な非圧縮スロットに対応しているか否かを決定し、
前記接続情報が前記圧縮データに含まれており、前記接続情報が前記局部的な非圧縮スロットに対応するという決定に応答して、前記通信装置が前記接続情報を含む圧縮されパケット化されたデータを受信するとき、前記局部的な非圧縮スロット中の前記圧縮されパケット化されたデータを圧縮解除するステップを含んでいる方法。
前記圧縮された、および非圧縮のパケット化されたデータはＴＣＰおよびファン・ヤコブソンプロトコルにしたがってフォーマットされる請求項６記載の方法。
前記受信されたパケット化されたデータが非圧縮データを含んでいるという確認に応答して、前記通信装置は非圧縮のパケット化されたデータに含まれる圧縮スロットを最後の接続情報として識別する情報を記憶し、前記最後の接続情報を既に見られた識別情報としてマークし、前記Ｕ_mインターフェースの全ての複数の非圧縮スロットが占有されているか否かを決定する請求項７記載の方法。
前記全ての複数の非圧縮スロットが占有されているという決定に応答して、前記通信装置は接続情報を前記非圧縮スロットへマップし、前記通信装置に局部的な非圧縮スロットを設定する請求項８記載の方法。
前記Ｕ_mインターフェースの前記複数の非圧縮スロットの少なくとも１つが占有されていないという決定に応答して、前記通信装置は前記接続情報が前記Ｕ_mインターフェースの最高の番号を付けられた非圧縮スロットを超過しているか否かを決定し、
前記接続情報が最高の番号を付けられた非圧縮スロットを超過しているという決定に応答して、前記通信装置は前記接続情報を、前記Ｕ_mインターフェースの前記占有されていない非圧縮スロットの少なくとも１つにマップし、接続情報を前記マップされた少なくとも１つの占有されていない非圧縮スロットへ変更し、前記マップされた少なくとも１つの占有されていない非圧縮スロットを占有されたとして登録する請求項９記載の方法。
前記接続情報が最高の番号を付けられた非圧縮スロットを超過していないという決定に応答して、前記通信装置は前記接続情報に対応する前記Ｕ_mインターフェースの前記非圧縮スロットが占有されていないか否かを決定し、
前記接続情報に対応する前記Ｕ_mインターフェースの前記非圧縮スロットが占有されておらず、前記通信装置が前記接続情報をＵ_mインターフェースの前記少なくとも１つの占有されていない非圧縮スロットにマップするならば、前記通信装置は前記Ｕ_mインターフェースの前記非圧縮スロットを占有されているとして登録し、接続情報を前記マップされた少なくとも１つの占有されていない非圧縮スロットへ変更し、前記接続情報に対応する前記Ｕ_mインターフェースの前記非圧縮スロットが占有されているならば、前記マップされた少なくとも１つの占有されていない非圧縮スロットを占有されているとして登録する請求項１０記載の方法。
前記接続情報が前記圧縮データに含まれないという決定に応答して、前記通信装置は最後の接続情報が存在するか否か、および前記最後の接続情報が前記局部的な非圧縮スロットに対応するか否かを決定し、
最後の接続情報が存在しないとき、前記通信装置は前記圧縮されたパケット化されたデータを廃棄し、
前記最後の接続情報が前記局部的な非圧縮スロットに対応するという決定に応答して、前記通信装置は前記局部的な非圧縮スロットを使用して前記圧縮されたパケット化されたデータを圧縮解除し、
前記最後の接続情報が前記局部的な非圧縮スロットに対応しないという決定に応答して、前記通信装置は前記Ｕ_mインターフェースに前記マップされた非圧縮スロットが存在することを決定した場合には、前記パケット化データの圧縮情報を前記Ｕ_mインターフェースの前記マップされた非圧縮スロットに変更する請求項１１記載の方法。
無線通信ネットワークのＵ_mインターフェースにおけるＰＰＰ再交渉後、圧縮状態を維持し圧縮技術を適用するための複数のプロセッサの実行可能な命令シーケンスを有する符号化された機械読取り可能な媒体において、前記命令シーケンスは、
通信装置において、Ｒ_mインターフェースにより前記通信装置に結合されている端末装置から送信されたパケット化されたデータを受信し、
前記受信されたパケット化されたデータが圧縮されたデータかまたは非圧縮データかを含んでいることを確認し、
前記受信されたパケット化されたデータが圧縮データを含んでいるという確認に応答して、圧縮スロットを識別する接続情報が前記圧縮データ中に含まれているか否か、および前記接続情報が前記Ｕ_mインターフェースの複数の非圧縮スロットからの最高の番号を付けられた非圧縮スロットを超過するか否かを決定し、
前記接続情報が前記圧縮データ中に含まれており、それが前記最高の番号を付けられた非圧縮スロットを超過するという決定に応答して、前記通信装置が前記接続情報を含む圧縮されパケット化されたデータを受信するとき、前記通信装置中に構成された局部的な非圧縮スロットの前記圧縮されパケット化されたデータを圧縮解除することを含んでいる機械の読取り可能な媒体。
前記圧縮された、および非圧縮のパケット化されたデータはＴＣＰおよびファン・ヤコブソンプロトコルにしたがってフォーマットされる請求項１３記載の機械の読取り可能な媒体。
前記受信されたパケット化されたデータが非圧縮データを含んでいることの確認に応答して、前記通信装置は非圧縮のパケット化されたデータ中に含まれる圧縮スロットを最後の接続情報として識別する情報を記憶し、前記最後の接続情報を既に見られた識別情報としてマークし、前記最後の接続情報が前記最高の番号を付けられた非圧縮スロットを超過するという決定に応答して前記通信装置中に局部的な非圧縮スロットを設定する請求項１４記載の機械の読取り可能な媒体。
前記接続情報が前記圧縮データ中に含まれていないという決定に応答して、前記通信装置は前記最後の接続情報が存在するか否か、前記最後の接続情報が前記最高の番号を付けられた非圧縮スロットを超過するか否かを決定し、
前記最後の接続情報が存在しないことが決定されたとき、前記通信装置は前記圧縮されたパケット化されたデータを廃棄し、
前記最後の接続情報が前記最高の番号を付けられた非圧縮スロットを超過しているという決定に応答して、前記通信装置は前記最後の接続情報に圧縮状態が存在するならば、前記局部的な非圧縮スロットを使用して前記圧縮されたパケット化されたデータを圧縮解除し、前記最後の接続情報に圧縮状態が存在しないならば、前記通信装置は前記圧縮されたパケット化されたデータを廃棄する請求項１５記載の機械の読取り可能な媒体。
前記接続情報が前記圧縮データ中に含まれているという決定に応答して、前記通信装置は前記接続情報が前記最高の番号を付けられた非圧縮スロットを超過しているか否かを決定し、
前記接続情報が前記最高の番号を付けられた非圧縮スロットを超過しているという決定に応答して、前記通信装置は前記接続情報に圧縮状態が存在するならば、前記局部的な非圧縮スロットを使用して前記圧縮されたパケット化されたデータを圧縮解除し、前記接続情報に圧縮状態が存在しないならば、前記通信装置は前記圧縮されたパケット化されたデータを廃棄し、
前記接続情報が前記最高の番号を付けられた非圧縮スロットを超過していないという決定に応答して、前記通信装置は前記接続情報を以前に見たことがないならば、前記圧縮されたパケット化されたデータを廃棄し、前記接続情報に圧縮状態が存在するならば、前記通信装置は前記接続情報を最後に見られた接続情報として保存する請求項１６記載の機械の読取り可能な媒体。
無線通信ネットワークのＵ_mインターフェースにおけるＰＰＰ再交渉後、圧縮状態を維持し、圧縮技術を適用するための複数のプロセッサの実行可能な命令シーケンスを有する符号化された機械読取り可能な媒体において、前記命令シーケンスは、
通信装置において、Ｒ_mインターフェースを介して前記通信装置に結合されている端末装置から送信されたパケット化されたデータを受信し、
前記受信されたパケット化されたデータが圧縮されたデータまたは非圧縮のデータを含んでいることを確認し、
前記受信されたパケット化されたデータが圧縮データを含んでいるという確認に応答して、圧縮スロットを識別する接続情報が前記圧縮データ中に含まれているか否か、および前記接続情報が前記通信装置において構成されている局部的な非圧縮スロットに対応しているか否かを決定し、
前記接続情報が前記圧縮データ中に含まれており、前記接続情報が前記局部的な非圧縮スロットに対応するという決定に応答して、前記通信装置が前記接続情報を含む圧縮されパケット化されたデータを受信するとき、前記局部的な非圧縮スロット中の前記圧縮されパケット化されたデータの圧縮を解除することを含んでいる機械の読取り可能な媒体。
前記圧縮された、および非圧縮のパケット化されたデータはＴＣＰおよびファン・ヤコブソンプロトコルにしたがってフォーマットされている請求項６記載の機械の読取り可能な媒体。
前記受信されたパケット化されたデータが非圧縮データを含んでいるという確認に応答して、前記通信装置は非圧縮のパケット化されたデータに含まれる圧縮スロットを最後の接続情報として識別する情報を記憶し、前記最後の接続情報を既に見られた識別情報としてマークし、前記Ｕ_mインターフェースの全ての複数の非圧縮スロットが占有されているか否かを決定する請求項１９記載の機械の読取り可能な媒体。
前記全ての複数の非圧縮スロットが占有されているという決定に応答して、前記通信装置は接続情報を前記非圧縮スロットへマップし、前記通信装置に局部的な非圧縮スロットを設定する請求項２０記載の機械の読取り可能な媒体。
前記Ｕ_mインターフェースの前記複数の非圧縮スロットの少なくとも１つが占有されていないという決定に応答して、前記通信装置は前記接続情報が前記Ｕ_mインターフェースの最高の番号を付けられた非圧縮スロットを超過しているか否かを決定し、
前記接続情報が最高の番号を付けられた非圧縮スロットを超過しているという決定に応答して、前記通信装置は前記接続情報を、前記Ｕ_mインターフェースの前記占有されていない非圧縮スロットの少なくとも１つにマップし、接続情報を前記マップされた少なくとも１つの占有されていない非圧縮スロットへ変更し、前記マップされた少なくとも１つの占有されていない非圧縮スロットを占有されたとして登録する請求項２１記載の機械の読取り可能な媒体。
前記接続情報が最高の番号を付けられた非圧縮スロットを超過していないという決定に応答して、前記通信装置は前記接続情報に対応する前記Ｕ_mインターフェースの前記非圧縮スロットが占有されていないか否かを決定し、
前記接続情報に対応する前記Ｕ_mインターフェースの前記非圧縮スロットが占有されておらず、前記通信装置が前記接続情報をＵ_mインターフェースの前記少なくとも１つの占有されていない非圧縮スロットにマップするならば、前記通信装置は前記Ｕ_mインターフェースの前記非圧縮スロットを占有されたとして登録し、接続情報を前記マップされた少なくとも１つの占有されていない非圧縮スロットへ変更し、前記接続情報に対応する前記Ｕ_mインターフェースの前記非圧縮スロットが占有されているならば、前記マップされた少なくとも１つの占有されていない非圧縮スロットを占有されたとして登録する請求項２２記載の機械の読取り可能な媒体。
前記接続情報が前記圧縮データ中に含まれないという決定に応答して、前記通信装置は最後の接続情報が存在するか否か、および前記最後の接続情報が前記局部的な非圧縮スロットに対応するか否かを決定し、
最後の接続情報が存在しないとき、前記通信装置は前記圧縮されたパケット化されたデータを廃棄し、
前記最後の接続情報が前記局部的な非圧縮スロットに対応するという決定に応答して、前記通信装置は前記局部的な非圧縮スロットを使用して前記圧縮されたパケット化されたデータの圧縮を解除し、
前記最後の接続情報が前記局部的な非圧縮スロットに対応しないという決定に応答して、前記通信装置は前記Ｕ_mインターフェースに前記マップされた非圧縮スロットが存在することを決定した場合には、前記パケット化されたデータの圧縮情報を前記Ｕ_mインターフェースの前記マップされた非圧縮スロットに変更する請求項２３記載の機械の読取り可能な媒体。