(57)【要約】無線通信ネットワークのＵm インターフェースでＰＰＰ再交渉後、選択的に圧縮状態を維持し圧縮技術を適用する方法である。通信装置104 はＲm インターフェースにより通信装置に結合されている端末装置102 から送信されたパケット化データを受信する。通信装置はステップS315で、受信されたパケット化データが圧縮されたデータかまたは圧縮されないデータか否かを決定する。受信されたパケット化データが圧縮されたデータを含むと決定したならば、通信装置はS340で接続情報が前記Ｕm インターフェースの複数の圧縮されないスロットからの最高の番号を付けされた圧縮されないスロットを超過するか否かを決定する。通信装置はS330で通信装置の局部的な圧縮されないスロットを設定し、これは前記圧縮を維持するための接続情報に対応し、局部的な圧縮されないスロットはS325での接続情報が高い番号を付けられた非圧縮スロットを超過する決定に応答して設定される。通信装置は前記接続情報を含む圧縮されたパケット化データを受信するとき、S350で圧縮されたパケット化データを圧縮を解除する。
2004523963.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークのＵ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 インターフェースの前記マップされた非圧縮スロットに変更する請求項２３記載の機械の読取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信、特に圧縮状態を維持し効率よく圧縮技術を無線通信装置に適用するときを決定する優秀な方法に関する。
【背景技術】
【０００２】
無線通信およびコンピュータ関連技術における最近の革新と、インターネット加入者の前例のない増大は移動体のコンピュータ処理方法に道を開いている。実際に、移動体コンピュータ処理の人気により、移動体ユーザにより多くのサポートを提供するために現在のインターネットインフラストラクチャに対する需要が増えている。これらの需要を満たし、ユーザに必要なサポートを提供する臨界的な部分は無線通信システムにおけるコード分割多元アクセス（ＣＤＭＡ）技術の使用である。
【０００３】
ＣＤＭＡは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 のＰＰＰ層（即ちＰＰＰR 208 ）は上部層プロトコル204 とネットワーク層ＩＰプロトコル206 からのパケットを符号化する。ＰＰＰR 208 はその後、例えばＴＩＡ／ＥＩＡ  ２３２−Ｆプロトコル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 中の対応するＲＬＰプロトコル220 とＩＳ−９５プロトコル222 はＩＷＦ108 の中継層プロトコル224 へＬインターフェースを横切って送信するために、パケットを中継層プロトコル224 へ転送する。ＰＰＰ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 の動作を詳細にしている。
【００２８】
ステップ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 フレーマへ送信する。ステップ375 で、ＭＴ２装置104 が接続ＩＤがＮよりも大きくないことが決定されたならば、ＭＴ２装置104 はその後、ステップS380でこの接続ＩＤを前に見たことがあるか否かをチェックする。ＭＴ２装置104 が以前に接続ＩＤを見ていないならば、パケットはＩＷＦ108 により認識されないので、ステップS365で示されているようにパケットは廃棄される。ＭＴ２装置104 がこの接続ＩＤを以前に見たことがあるならば、見られた最後の接続ＩＤとしてステップS385で保存し、続いてステップS310で示されているように送信のためＰＰＰU フレーマへ送信する。
【００３２】
したがってこの実施形態はＵm インターフェースの再交渉された非圧縮スロットの範囲を超える圧縮スロットＩＤを有するＴＣＰパケットをプロキシにより圧縮解除するためにＭＴ２装置104 において非圧縮スロットを構成する。このようにして、この実施形態はＰＰＰヘッダ圧縮技術を効率よく適用するシステムおよび方法を提供し、これは最高の番号の非圧縮スロットを超える圧縮スロットＩＤまたはこのようなパケットの損失を有するパケットの再送信を最小にする。さらに、この実施形態はスロット数が両側で同一でありながらＭＴ２装置がこのような状態を維持することを避けることを可能にする。
【実施例２】
【００３３】
図４は本発明の第２の実施例を示したフローチャートである。ステップ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 非圧縮スロットが占有されているならば、この実施形態はＭＴ２装置に局部的な非圧縮スロットを設け、必要ならば超過する圧縮スロットＩＤを有するＴＣＰパケットをプロキシにより圧縮解除するためにこれらのスロットをリサイクルする。このように、この実施形態はＰＰＰヘッダ圧縮技術を効率的にインテリジェントに適用するシステムおよび方法を提供する。そうすることによって、この実施形態は最高の番号を付けられた非圧縮スロットよりも大きい圧縮スロットＩＤを有するパケットの再送信を最小にし、またはこのようなパケットの損失を最小にする。さらに、この実施形態はスロット数が両側で同一でありながらＭＴ２装置がこのような状態を維持することを防止することを可能にする。
【００４４】
与えられた実施形態に関連するプロセスは例えば不揮発性メモリ、光ディスク、磁気テープまたは磁気ディスクのような任意の記憶装置に記憶されることができる。さらに、プロセスはシステムが製造されるときまたは後にコンピュータの読取り可能な媒体を介してプログラムされてもよい。このような媒体は記憶装置に関して先に列挙した任意の形態を含んでもよく、さらにシステムにより読取られ復調され／復号され実行されることのできる命令を伝送するために例えば変調されたまたは他の方法で操作された搬送波を含んでもよい。
【００４５】
本発明の好ましい実施形態の前述の記述は例示および説明を与えているが、記載された正確な形態に本発明を徹底的に限定することを意図するものではない。変更および変形が前述の考察に一貫して可能であり、または本発明の実施により得られる。したがって、本発明の技術的範囲は特許請求の範囲とそれらの等価物によってのみ限定される。
【図面の簡単な説明】
【００４６】
【図１】無線通信システムの種々の素子を示した高レベルのブロック図。
【図２】無線通信システムのプロトコルスタックを説明している概略図。
【図３Ａ】本発明の第１の実施例のフローチャート。
【図３Ｂ】本発明の第１の実施例のフローチャート。
【図４Ａ】本発明の第２の実施例のフローチャート。
【図４Ｂ】本発明の第２の実施例のフローチャート。
【図１】
2004523963.tif 000003
【図２】
2004523963.tif 000004
【図３Ａ】
2004523963.tif 000005
【図３Ｂ】
2004523963.tif 000006
【図４Ａ】
2004523963.tif 000007
【図４Ｂ】
2004523963.tif 000008
【国際公開パンフレット】
2004523963.tif 000009
2004523963.tif 000010
2004523963.tif 000011
2004523963.tif 000012
2004523963.tif 000013
2004523963.tif 000014
2004523963.tif 000015
2004523963.tif 000016
2004523963.tif 000017
2004523963.tif 000018
2004523963.tif 000019
2004523963.tif 000020
2004523963.tif 000021
2004523963.tif 000022
2004523963.tif 000023
2004523963.tif 000024
2004523963.tif 000025
2004523963.tif 000026
2004523963.tif 000027
2004523963.tif 000028
2004523963.tif 000029
2004523963.tif 000030
2004523963.tif 000031
2004523963.tif 000032
2004523963.tif 000033
2004523963.tif 000034
2004523963.tif 000035
2004523963.tif 000036
2004523963.tif 000037
2004523963.tif 000038
2004523963.tif 000039
2004523963.tif 000040
2004523963.tif 000041
2004523963.tif 000042
2004523963.tif 000043
2004523963.tif 000044
2004523963.tif 000045
2004523963.tif 000046
2004523963.tif 000047
2004523963.tif 000048
【国際調査報告】
2004523963.tif 000049
2004523963.tif 000050