JP2012500598A - ワイヤレス通信ネットワーク内でのヘッダ圧縮の方法 - Google Patents

Abstract

本発明の実施形態は、ワイヤレス通信ネットワーク内でのヘッダ圧縮を開示する。方法は、アクセス端末からアクセスネットワークに送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、アクセスネットワークとアクセス端末との間で、フローＩＤとマッピングプロトコルとを確立することを含む。マッピングプロトコルは、アプリケーションサーバにルーティングするために、フローＩＤを含むパケットを所定のアドレス指定プロトコルにしたがったパケットに変換するように構成できる。アクセス端末が、パケットのストリームのうちの第１のパケットを送り、アクセスネットワークが受信する。第１のパケットは、フローＩＤを含み、所定のアドレス指定プロトコルにしたがった同じパケットのものと比較して圧縮されたフォーマットである。
【選択図】 図６

Description

発明の背景

〔発明の分野〕
本発明は、ワイヤレス通信ネットワーク内でのヘッダ圧縮の方法に関連している。

〔関連技術の説明〕
ワイヤレス通信システムは、第１世代のアナログワイヤレス電話機サービス（１Ｇ）と、（暫定的な２．５Ｇネットワークおよび２．７５Ｇネットワークを含む）第２世代（２Ｇ）のデジタルワイヤレス電話機サービスと、第３世代（３Ｇ）の高速データ／インターネット対応のワイヤレスサービスとを含む、さまざまな世代にわたって発達してきた。現在では、セルラおよびパーソナル通信サービス（ＰＣＳ）システムを含む多くの異なるタイプのワイヤレス通信システムが使用されている。既知のセルラシステムの例には、先進移動電話システム（ＡＭＰＳ）や、コード分割多元接続（ＣＤＭＡ）と、周波数分割多元接続（ＦＤＭＡ）と、時分割多元接続（ＴＤＭＡ）と、ＴＤＭＡのグローバルシステムフォーモバイルアクセス（ＧＳＭ）（登録商標）バリエーションと、ＴＤＭＡおよびＣＤＭＡ技術の双方を使用する、より新しいハイブリッドデジタル通信システムとに基づくデジタルセルラシステムが含まれる。

ＣＤＭＡ移動体通信を提供するための方法は、ここでＩＳ−９５として呼ばれる、「デュアルモードワイドバンドスペクトル拡散セルラシステムに対する、移動局−基地局互換性標準規格」と題するＴＩＡ／ＥＩＡ／ＩＳ−９５−Ａにおいて、米国電気通信工業会／米国電子工業会により、米国にて標準規格化された。ＡＭＰＳとＣＤＭＡを組み合わせたシステムが、ＴＩＡ／ＥＩＡ標準規格ＩＳ−９８に記述されている。他の通信システムは、ＩＭＴ−２０００／ＵＭ標準規格、すなわち、インターナショナルモバイルテレコミュニケーションシステム２０００／ユニバーサルモバイルテレコミュニケーションシステム標準規格に記述されている。この標準規格は、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）、（例えば、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯ標準規格のような）ＣＤＭＡ２０００、または、ＴＤ−ＳＣＤＭＡとして呼ばれるものをカバーする。

ワイヤレス通信システムでは、基地局に隣接する特定の地理的な領域内で、または、基地局周辺の特定の地理的な領域内で、通信リンクまたはサービスをサポートする（セルサイトまたはセルとしても呼ばれる）固定位置の基地局から、移動局、ハンドセット、または、アクセス端末（ＡＴ）が信号を受信する。基地局は、アクセスネットワーク（ＡＮ）／無線アクセスネットワーク（ＲＡＮ）にエントリポイントを提供する。これらのネットワークは、一般的に、サービス品質（ＱｏＳ）要件に基づいてトラフィックを区別するための方法をサポートする、標準規格のインターネット技術タスクフォース（ＩＥＴＦ）ベースのプロトコルを使用するパケットデータネットワークである。それゆえ、一般的に、基地局は、無線によるインターフェースによりＡＴと対話し、インターネットプロトコル（ＩＰ）ネットワークデータパケットによりＡＮと対話する。

ワイヤレス電気通信システムでは、プッシュ・ツー・トーク（ＰＴＴ）能力が、サービスセクターと消費者に人気を博している。ＰＴＴは、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＧＳＭなどのような、標準規格の商業ワイヤレスインフラストラクチャを通して動作する、「ディスパッチ」音声サービスをサポートできる。ディスパッチモデルでは、仮想グループ内でエンドポイント（ＡＴ）間の通信が生じ、１人の「話者」の音声が１人以上の「聴者」に送信される。このタイプの通信の１つの例は、一般にディスパッチ通話、または、単にＰＴＴ通話として呼ばれる。ＰＴＴ通話は、通話の特性を規定するグループのインスタンシエーションである。グループは本質的に、グループ名またはグループ識別子のような、メンバーリストと関係情報とにより規定される。

従来、ワイヤレス通信ネットワーク内のデータパケットは、単一の宛先または単一のアクセス端末に対して送られるように構成されてきた。単一の宛先へのデータの送信は「ユニキャスト」として呼ばれる。移動体通信が増加してきたので、所定のデータを複数のアクセス端末に同時に送信するための能力が、ますます重要になってきている。したがって、複数の宛先または複数のターゲットアクセス端末への同じパケットまたは同じメッセージの同時データ送信をサポートするプロトコルが採用されるようになってきた。「ブロードキャスト」が、（例えば、所定のサービスプロバイダなどにより担当される、所定のセル内の）すべての宛先またはすべてのアクセス端末に対するデータパケットの送信に関連する一方で、「マルチキャスト」は、宛先またはアクセス端末の所定のグループへのデータパケットの送信に関連する。例として、宛先の所定のグループ、すなわち、「マルチキャストグループ」は、（例えば、所定のサービスプロバイダなどにより担当される、所定のグループ内の）１つより多く、かつ、すべてより少ない、可能性ある宛先またはアクセス端末を含んでいてもよい。しかしながら、ある状況では少なくとも、マルチキャストグループが、ユニキャストに類似して、１つのアクセス端末のみを含んでいること、または、代替的に、マルチキャストグループが、ブロードキャストに類似して、（例えば、セルまたはセクター内の）すべてのアクセス端末を含んでいることがありえる。

ブロードキャストおよび／またはマルチキャストは、ワイヤレス通信システム内で多数の方法において実行してもよい。多数の方法は、例えば、マルチキャストグループに適応するように、複数のシーケンシャルなユニキャスト動作を実行することと、複数のデータ送信を同時に取り扱うために、一意的なブロードキャスト／マルチキャストチャネル（ＢＣＨ）を割り振ることと、これらに類することとである。プッシュ・ツー・トーク通信に対してブロードキャストチャネルを使用する従来のシステムは、その内容が参照によりここにすべて組み込まれている、「ＣＤＭＡ １ｘ−ＥＶＤＯセルラネットワークを使用する、プッシュ・ツー・トークグループ通話システム」と題する、２００７年３月１日付けの米国特許出願公報第２００７／００４９３１４号に記述されている。公報第２００７／００４９３１４号に記述されているように、従来のシグナリング技術を使用するプッシュ・ツー・トーク通話に対して、ブロードキャストチャネルを使用することができる。ブロードキャストチャネルの使用は、従来のユニキャスト技術に比べて帯域幅要件を改善するかもしれないが、ブロードキャストチャネルの従来のシグナリングでは、依然として、結果的に、付加的なオーバーヘッドおよび／または遅延になることがあり、システム性能を劣化させるかもしれない。

第３世代パートナーシッププロジェクト２（「３ＧＰＰ２」）は、ＣＤＭＡ２０００ネットワークにおいてマルチキャスト通信をサポートするための、ブロードキャスト−マルチキャストサービス（ＢＣＭＣＳ）仕様を規定している。したがって、「ＣＤＭＡ２０００高レートブロードキャスト−マルチキャストパケットデータエアインターフェース仕様」と題する、２００６年２月１４日付けの３ＧＰＰ２のＢＣＭＣＳ仕様のバージョンであるバージョン１．０ Ｃ．Ｓ００５４−Ａは、参照によりここにすべて組み込まれている。

概要

本発明の実施形態は、ワイヤレス通信ネットワーク内でのヘッダ圧縮に関連する。例では、方法は、アクセス端末からアクセスネットワークに送られ、アプリケーションサーバ（例えば、プッシュ・ツー・トーク（ＰＴＴ）サーバ）に向けられているパケットに対するヘッダ圧縮をサポートするために、アクセスネットワークとアクセス端末との間で、フロー識別子（ＩＤ）とマッピングプロトコルとを確立することを含む。マッピングプロトコルは、アプリケーションサーバにルーティングするために、フローＩＤを含むパケットを所定のアドレス指定プロトコル（例えば、ＩＰｖ４、ＩＰｖ６など）にしたがったパケットに変換するように構成できる。アクセス端末が、パケットのストリームのうちの第１のパケットを送り、アクセスネットワークが受信する。第１のパケットは、フローＩＤを含み、所定のアドレス指定プロトコルにしたがった同じパケットのものと比較して圧縮されたフォーマットである。アクセスネットワークは、マッピングプロトコルに基づいて、受信した第１のパケットをルーティングパケットに変換する。変換されたルーティングパケットは、所定のアドレス指定プロトコルにしたがっている。アクセスネットワークは、その後、所定のアドレス指定プロトコルに基づいて、変換されたルーティングパケットをアプリケーションサーバに転送する。

例示のためにのみ提示し、本発明を限定するものではない添付の図面に関連して考慮すると、以下の詳細な説明への参照により、同じものがより良く理解されるので、本発明の実施形態と、それに付随する多くの利点とのより完全な理解が容易に得られるだろう。
図１は、本発明の少なくとも１つの実施形態にしたがって、アクセス端末とアクセスネットワークとをサポートする、ワイヤレスネットワークアーキテクチャのダイヤグラムである。 図２は、本発明の実施形態にしたがった、キャリアネットワークを図示している。 図３は、本発明の少なくとも１つの実施形態にしたがった、アクセス端末の図示である。 図４は、アクセス端末からアプリケーションサーバにパケットを送信する従来方法を図示している。 図５は、本発明の実施形態にしたがった、フロー識別子（ＩＤ）確立プロセスを図示している。 図６は、本発明の実施形態にしたがった、パケット送信プロセスを図示している。

詳細な説明

本発明の特有な実施形態に向けられている以下の記述と関連する図面において、本発明の側面を開示する。本発明の範囲から逸脱することなく、代替実施形態を考案してもよい。さらに、本発明のよく知られているエレメントは、本発明の関連する細部を不明瞭にしないように、詳細に記述していないか、または、省略している。

単語「例示的な」および／または「例」は、ここでは、「例、事例、または、例示として役割を果たす」ことを意味するように使用される。「例示的な」および／または「例」としてここで記述する何らかの実施形態は、必ずしも、他の実施形態より好ましい、または、他の実施形態より利点があるものとして解釈されるべきはない。同様に、用語「本発明の実施形態」は、本発明のすべての実施形態が、論じている特徴、利点、または、動作のモードを含むことを必要としていない。

さらに、例えばコンピューティングデバイスのエレメントにより実行されるアクションのシーケンスに関して、多くの実施形態を記述している。特有な回路（例えば、特定用途向け集積回路（ＡＳＩＣ））により、１つ以上のプロセッサによって実行されるプログラム命令により、または、双方の組み合わせにより、ここで記述するさまざまなアクションを実行できることが認識されるだろう。加えて、実行の際に、関係するプロセッサにここで記述する機能性を実行させるための対応する１組のコンピュータ命令を、その中に記憶している何らかの形態のコンピュータ読取可能記憶媒体内で、ここで記述するこれらのアクションのシーケンスが完全に具現化されると考えることができる。したがって、そのすべてが、クレームされている主題事項の範囲内にあるように考えられている、多数の異なる形態において、本発明のさまざまな側面を具現化することができる。さらに、ここで記述する実施形態のそれぞれに対して、例えば、記述するアクションを実行するように「構成されている論理」として、何らかのこのような実施形態の対応する形態をここで記述している。

ここでアクセス端末（ＡＴ）として呼ばれる、高データレート（ＨＤＲ）加入者局は、移動性のものまたは静的なものであってもよく、ここでモデムプールトランシーバ（ＭＰＴ）または基地局（ＢＳ）として呼ばれる、１つ以上のＨＤＲ基地局と通信してもよい。アクセス端末は、モデムプール制御装置（ＭＰＣ）、基地局制御装置（ＢＳＣ）、および／または、パケット制御機能（ＰＣＦ）として呼ばれる、ＨＤＲ基地局制御装置に対して、１つ以上のモデムプールトランシーバを通して、データパケットを送受信する。モデムプールトランシーバとモデムプール制御装置は、アクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークは、複数のアクセス端末間で、データパケットを伝送する。

アクセスネットワークは、企業のイントラネットまたはインターネットのような、アクセスネットワークの外部にある付加的なネットワークにさらに接続されていてもよく、各アクセス端末とこのような外部ネットワークとの間で、データパケットを伝送してもよい。１つ以上のモデムプールトランシーバとのアクティブなトラフィックチャネル接続を確立しているアクセス端末は、アクティブなアクセス端末と呼ばれ、トラフィック状態にあると言われる。１つ以上のモデムプールトランシーバとのアクティブなトラフィックチャネル接続を確立するプロセス中にあるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレスチャネルを通して、あるいは、例えば光ファイバケーブルまたは同軸ケーブルを使用して、ワイヤードチャネルを通して通信する、何らかのデータデバイスであってもよい。アクセス端末は、さらに、ＰＣカード、コンパクトフラッシュ（登録商標）、外付けのモデムまたは内蔵のモデム、あるいは、ワイヤレス電話機またはワイヤライン電話機を含むが、これらに限定されない、多数のタイプのデバイスのうちのいずれかであってもよい。それを通してアクセス端末がモデムプールトランシーバに信号を送る通信リンクは、リバースリンクまたはリバーストラフィックチャネルと呼ばれる。それを通してモデムプールトランシーバがアクセス端末に信号を送る通信リンクは、フォワードリンクまたはフォワードトラフィックチャネルと呼ばれる。ここで使用する用語トラフィックチャネルは、フォワードトラフィックチャネルまたはリバーストラフィックチャネルのいずれかに言及することがある。

図１は、本発明の少なくとも１つの実施形態にしたがった、ワイヤレス通信システム１００の１つの例示的な実施形態のブロックダイヤグラムを図示している。システム１００は、エアインターフェース１０４を通してアクセスネットワークまたは無線アクセスネットワーク（ＲＡＮ）１２０と通信している、セルラ電話機１０２のようなアクセス端末を含むことができる。アクセスネットワークまたは無線アクセスネットワーク（ＲＡＮ）１２０は、パケット交換データネットワーク（例えば、イントラネット、インターネット、および／または、キャリアネットワーク１２６）と、アクセス端末１０２、１０８、１１０、１１２との間にデータ接続性を提供するネットワーク機器に、アクセス端末１０２を接続することができる。ここで示すように、アクセス端末は、セルラ電話機１０２、パーソナルデジタルアシスタント１０８、ここでは双方向テキストページャとして示しているページャ１１０、または、ワイヤレス通信ポータルを有する独立したコンピュータプラットフォーム１１２とすることさえできる。したがって、ワイヤレス通信ポータルを含むアクセス端末の何らかの形態で、あるいは、ワイヤレスモデム、ＰＣＭＣＩＡカード、パーソナルコンピュータ、電話機、または、これらの何らかの組み合わせまたは部分組み合わせを含むが、これらに限定されない、ワイヤレス通信能力を有するアクセス端末の何らかの形態で、本発明の実施形態を実現することができる。さらに、ここで使用するように、用語「アクセス端末」、「ワイヤレスデバイス」、「クライアントデバイス」、「移動体端末」、および、これらのバリエーションは、交換可能に使用することができる。

図１の参照に戻ると、ワイヤレスネットワーク１００のコンポーネントと、本発明の例示的な実施形態のエレメントの相互関係は、図示しているコンフィギュレーションに限定されない。システム１００は、単に例示的なものに過ぎず、ワイヤレスクライアントコンピューティングデバイス１０２、１０８、１１０、１１２のような遠隔アクセス端末が、互いの間で、および／または、エアインターフェース１０４とＲＡＮ１２０とを介して接続されているコンポーネントとの間で、無線で通信することを可能にする、何らかのシステムを含むことができる。エアインターフェース１０４とＲＡＮ１２０とを介して接続されているコンポーネントは、キャリアネットワーク１２６、インターネット、および／または、他の遠隔サーバを含むが、これらに限定されない。

ＲＡＮ１２０は、基地局制御装置／パケット制御機能（ＢＳＣ／ＰＣＦ）１２２に送られる（典型的にデータパケットとして送られる）メッセージを制御する。ＢＳＣ／ＰＣＦ１２２は、パケットデータサービスノード１６０（「ＰＤＳＮ」）とアクセス端末１０２／１０８／１１０／１１２との間で、ベアラチャネル（すなわち、データチャネル）を、シグナリングすることと、確立することと、ティアダウンすることとを担当している。リンクレイヤ暗号化を可能にする場合に、ＢＳＣ／ＰＣＦ１２２は、エアインターフェース１０４を通してコンテンツを送る前に、コンテンツも暗号化する。ＢＳＣ／ＰＣＦ１２２の機能は技術的によく知られており、簡潔にするためにこれ以上論じない。キャリアネットワーク１２６は、ネットワーク、インターネット、および／または、公衆電話交換ネットワーク（ＰＳＴＮ）により、ＢＳＣ／ＰＣＦ１２２と通信してもよい。代替的に、ＢＳＣ／ＰＣＦ１２２は、インターネットまたは外部のネットワークに直接接続してもよい。典型的に、キャリアネットワーク１２６とＢＳＣ／ＰＣＦ１２２との間のネットワーク接続またはインターネット接続はデータを転送し、ＰＳＴＮは音声情報を転送する。複数の基地局（ＢＳ）またはモデムプールトランシーバ（ＭＰＴ）１２４に、ＢＳＣ／ＰＣＦ１２２を接続することができる。キャリアネットワークに対するものと類似した方法で、データ転送および／または音声情報のために、ＢＳＣ／ＰＣＦ１２２は、典型的に、ネットワーク、インターネット、ならびに／あるいは、ＰＳＴＮにより、ＭＰＴ／ＢＳ１２４に接続されている。ＭＰＴ／ＢＳ１２４は、セルラ電話機１０２のようなアクセス端末に対して、データメッセージをワイヤレスにブロードキャストすることができる。ＭＰＴ／ＢＳ１２４と、ＢＳＣ／ＰＣＦ１２２と、他のコンポーネントは、技術的に知られているように、ＲＡＮ１２０を形成してもよい。しかしながら、代替コンフィギュレーションを使用してもよく、本発明は、図示しているコンフィギュレーションに限定されない。例えば、別の実施形態では、ＢＳＣ／ＰＣＦ１２２とＭＰＴ／ＢＳ１２４との双方の機能性を有する、単一の「ハイブリッド」モジュール中に、ＢＳＣ／ＰＣＦ１２２および１つ以上のＭＰＴ／ＢＳ１２４の機能性を圧縮してもよい。

図２は、本発明の実施形態にしたがった、キャリアネットワーク１２６を図示している。図２の実施形態では、キャリアネットワーク１２６は、パケットデータ担当ノード（ＰＤＳＮ）１６０と、ブロードキャスト担当ノード（ＢＳＮ）１６５と、アプリケーションサーバ１７０と、インターネット１７５とを含んでいる。しかしながら、代替的な実施形態において、アプリケーションサーバ１７０および他のコンポーネントは、キャリアネットワークの外部に位置付けられていてもよい。ＰＤＳＮ１６０は、例えば、ｃｄｍａ２０００無線アクセスネットワーク（ＲＡＮ）（例えば、図１のＲＡＮ１２０）を利用して、移動局（例えば、図１からの１０２、１０８、１１０、１１２のようなアクセス端末）に対して、インターネット１７５、イントラネット、および／または、遠隔サーバ（例えば、アプリケーションサーバ１７０）へのアクセスを提供する。アクセスゲートウェイとして機能するときに、ＰＤＳＮ１６０は、シンプルなＩＰアクセスおよびモバイルＩＰアクセスと、フォーリンエージェントサポートと、パケット伝送とを提供してもよい。技術的に知られているように、ＰＤＳＮ１６０は、認証認可アカウンティング（ＡＡＡ）サーバと他のサポーティングインフラストラクチャとに対するクライアントとして機能することができ、ＩＰネットワークへのゲートウェイを移動局に提供する。図２で示しているように、ＰＤＳＮ１６０は、従来のＡ１０接続を介して、ＲＡＮ１２０（例えば、ＢＳＣ／ＰＣＦ１２２）と通信してもよい。Ａ１０接続は、技術的によく知られており、簡潔にするためにこれ以上記述しない。

図２を参照すると、ブロードキャスト担当ノード（ＢＳＮ）１６５は、マルチキャストおよびブロードキャストサービスをサポートするように構成されている。ＢＳＮ１６５は、下記でさらに詳細に説明する。ＢＳＮ１６５は、ブロードキャスト（ＢＣ）Ａ１０接続を介して、ＲＡＮ１２０（例えば、ＢＳＣ／ＰＣＦ１２２）と通信し、インターネット１７５を介して、アプリケーションサーバ１７０と通信する。ＢＣＡ１０接続は、マルチキャストメッセージングおよび／またはブロードキャストメッセージングを転送するために使用される。したがって、アプリケーションサーバ１７０は、インターネット１７５を介して、ＰＤＳＮ１６０にユニキャストメッセージングを送り、インターネット１７５を介して、ＢＳＮ１６５にマルチキャストメッセージングを送る。

一般的に、下記でさらに詳細に説明するように、ＲＡＮ１２０は、ＢＣＡ１０接続を介してＢＳＮ１６５から受信したマルチキャストメッセージを、エアインターフェース１０４のブロードキャストチャネル（ＢＣＨ）を通して、１つ以上のアクセス端末２００に送信する。

図３を参照すると、元々は、キャリアネットワーク１２６、インターネット、ならびに／あるいは、他の遠隔のサーバおよびネットワークから到来したかもしれない、ＲＡＮ１２０から送信された、ソフトウェアアプリケーション、データ、および／または、コマンドを受信して、実行することができるプラットフォーム２０２を、セルラ電話機のようなアクセス端末２００（ここでは、ワイヤレスデバイス）は有する。プラットフォーム２０２は、特定用途向け集積回路（「ＡＳＩＣ」２０８）に動作可能に結合されているトランシーバ２０６、あるいは、他のプロセッサ、マイクロプロセッサ、論理回路または他のデータ処理デバイスを含むことができる。ＡＳＩＣ２０８または他のプロセッサは、ワイヤレスデバイスのメモリ２１２中の何らかの常駐プログラムとインターフェースする、アプリケーションプログラミングインターフェース（「ＡＰＩ」）２１０レイヤを実行する。メモリ２１２は、リードオンリーメモリまたはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＥＰＲＯＭ、フラッシュカード（登録商標）、あるいは、コンピュータプラットフォームに共通の何らかのメモリから構成することができる。プラットフォーム２０２は、メモリ２１２中でアクティブに使用されていないアプリケーションを保持することができるローカルデータベース２１４も含むことができる。ローカルデータベース２１４は、典型的に、フラッシュメモリセルであるが、磁気媒体、ＥＥＰＲＯＭ、光メディア、テープ、ソフトディスクまたはハードディスク、あるいは、これらに類するもののような、技術的に知られているような何らかの二次記憶デバイスとすることができる。技術的に知られているように、内部プラットフォーム２０２コンポーネントは、他のコンポーネントの中でも、アンテナ２２２と、ディスプレイ２２４と、プッシュ・ツー・トークボタン２２８と、キーパッド２２６とのような外部デバイスに動作可能に結合することもできる。

したがって、本発明の実施形態は、ここで記述する機能を実行するための能力を含むアクセス端末を含むことができる。当業者により理解されるように、ディスクリートエレメントにおいて、プロセッサ上で実行されるソフトウェアモジュールにおいて、または、ここで開示する機能性を達成するためのソフトウェアとハードウェアとの何らかの組み合わせにおいて、さまざまな論理エレメントを具現化できる。例えば、ＡＳＩＣ２０８と、メモリ２１２と、ＡＰＩ２１０と、ローカルデータベース２１４とをすべて協調的に使用して、ここで開示するさまざまな機能をロードし、記憶し、実行してもよく、したがって、これらの機能を実行するための論理をさまざまなエレメントにわたって分散させてもよい。代替的に、１つのディスクリートコンポーネント中に機能性を組み込むことができる。それゆえ、図３中のアクセス端末の特徴は単に例示的であると考えられ、本発明は、図示している特徴または構成に限定されない。

アクセス端末１０２とＲＡＮ１２０との間のワイヤレス通信は、異なる技術に基づくことがある。異なる技術は、コード分割多元接続（ＣＤＭＡ）、ＷＣＤＭＡ、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多重化（ＯＦＤＭ）、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）、あるいは、ワイヤレス通信ネットワーク中またはデータ通信ネットワーク中で使用される他のプロトコルなどである。データ通信は、典型的に、クライアントデバイス１０２と、ＭＰＴ／ＢＳ１２４と、ＢＳＣ／ＰＣＦ１２２との間のものである。キャリアネットワーク１２６と、ＰＳＴＮと、インターネットと、仮想プライベートネットワークと、これらに類するものとのような、複数のデータネットワークに、ＢＳＣ／ＰＣＦ１２２を接続することができ、したがって、アクセス端末１０２がより広い通信ネットワークにアクセスすることを可能にする。先において論じ、技術的に知られているように、さまざまなネットワークとコンフィギュレーションとを使用して、ＲＡＮからアクセス端末に、音声送信および／またはデータを送信することができる。したがって、ここで提供する図示は、本発明の実施形態を限定することを意図するものではなく、単に本発明の実施形態の側面の記述を支援するものに過ぎない。

従来のリバースリンクパケット送信
図４は、アクセス端末からアプリケーションサーバ１７０へパケットを送信する従来の態様を図示している。例では、アプリケーションサーバ１７０は、システム１００内のマルチキャスティング動作をサポートするマルチキャストサーバとすることができる。この例では、図４中のパケットを送信するアクセス端末は、マルチキャストの発信者またはＰＴＴ通話の発信者のいずれかとすることができ、または、代替的には、マルチキャスト通話またはＰＰＴ通話に対する通知メッセージに応答するターゲットアクセス端末とすることができる。代替的な例では、図４中のパケットを送信するアクセス端末は、ユニキャスト通話を通知する通知メッセージに応答でき、または、ユニキャスト通話を開始できる（すなわち、通知メッセージに応答してではなく）。

図４の４００では、システム１００内の所定のＡＴは、アプリケーションサーバ１７０にコンタクトする（例えば、１つ以上のパケットを送る）か否かを決定する。例えば、所定のＡＴが、マルチキャストセッションに対する通知メッセージを受信しており、その通知されたマルチキャストセッションまたはプッシュ・ツー・トーク（ＰＴＴ）セッションに参加することを決定した場合には、所定のＡＴは、４００において、アプリケーションサーバ１７０にコンタクトすることを決定する。別の例では、例えば、所定のＡＴがユニキャストセッションに対する通知メッセージを受信しており、そのユニキャスト通話に答えることを決定した場合には、所定のＡＴは、４００において、アプリケーションサーバ１７０にコンタクトすることを決定する。さらに別の例では、所定のＡＴは、アプリケーションサーバ１７０とのコンタクトを開始することをそれ自体で決定できる。４０５では、所定のＡＴが、アプリケーションサーバ１７０のインターネットプロトコル（ＩＰ）アドレスを決定する。アプリケーションサーバ１７０のＩＰアドレスは、ＩＰアドレス発見プロセス（例えば、所定のＡＴが、ＲＡＮ１２０を介して、アプリケーションサーバ１７０のＩＰアドレスを要求する）に基づいて決定されてもよく、アプリケーションサーバ１７０のＩＰアドレスは、以前の発見プロセスに基づいて既知とすることができ、または、アプリケーションサーバ１７０のＩＰアドレスは、アプリケーションサーバ１７０により提案されるサービス（例えば、マルチキャストまたはＰＴＴセッション）に関係して、所定のＡＴにおいてローカル的に記憶することができる。

例において、システム１００が、ＩＰバージョン４（ＩＰｖ４）プロトコルにしたがって動作している場合には、４０５において決定されたＩＰアドレスは、４バイト、すなわち３２ビットを含む。システム１００が、ＩＰバージョン６（ＩＰｖ６）プロトコルにしたがって動作している場合には、ＩＰｖ４と比較して、（例えば、２¹²⁸の潜在的ＩＰアドレスまでの）はるかに大きいアドレス空間（例えば、３２バイト）が提供される。

相対的に大きなアドレス空間がＩＰｖ６に割り振られるので、ネットワークエンティティ（例えば、所定のＡＴ、アプリケーションサーバ１７０など）を一意的に識別するには、そのアドレス空間のすべてよりも小さいものを使用するだけで足りる。したがって、ＩＰｖ６アドレス空間は、（ｉ）ネットワークエンティティを識別する一意的なアドレス指定部分と、（ｉｉ）ネットワークエンティティを識別するのに使用しないプレフィックス部分とを含むと見ることができる。

図４に戻ると、４１０では、アップリンクチャネル（例えば、アクセスチャネルまたは制御チャネルのような、ＣＤＭＡ共通アップリンクチャネル）上で、所定のＡＴがＲＡＮ１２０に最初のパケットを送る。最初のパケットは、“圧縮されていない”フォーマットで送られる。下記でより詳細に記述するように、アドレスヘッダの従来の圧縮は、典型的に、最初のパケットとともに第１の圧縮されていないアドレスヘッダが送られた後のみに、実行される。システム１００がＩＰｖ６アドレス指定プロトコルを実現するように構成されていると仮定すると、４１０で送られる最初のパケットの構成は、下記のようであってもよい。

ここで、Ｓ（１）は、４１０における所定のＡＴのような、パケットの“発信元”、すなわち、送信エンティティに対するプレフィックス部分を意味し、Ｓ（２）は、所定のＡＴを識別する一意的アドレス指定部分を意味し、Ｄ（１）は、４１０におけるアプリケーションサーバ１７０のような、パケットの“宛先”、すなわち、ターゲットエンティティに対するプレフィックス部分を意味し、Ｄ（２）は、アプリケーションサーバ１７０を識別する一意的なアドレス指定部分を意味している。パケットは、ペイロードまたはデータ部分であるＤＡＴＡをさらに含む。

４１５では、ＲＡＮ４１５は、最初の圧縮されていないパケットを受信し、アプリケーションサーバ１７０にそのパケットを転送する。次に、４２０で、所定のＡＴは、従来のヘッダ圧縮技術を用いて、ＲＡＮ１２０を介して、後続するパケットをアプリケーションサーバ１７０に送ることができる。例えば、技術的に知られているように、後続するパケットのヘッダを圧縮するために、ロバストヘッダ圧縮（ＲｏＨＣ）を使用してもよい。しかしながら、当業者が正しく認識するように、ＲｏＨＣのような従来のヘッダ圧縮方法論は、典型的に、圧縮前の圧縮されていないフォーマットで送られる、データストリーム中の最初のパケットをあてにできることが必要である。最初のパケットは、帯域幅の制限があるチャネル上で送信されることが多いので、最初の圧縮されていないパケットは、アップリンクチャネル上で利用可能な帯域幅の量を減少させることがある。

本発明の実施形態にしたがった最初のパケットのヘッダ圧縮
図５は、本発明の実施形態にしたがったフロー識別子（ＩＤ）確立プロセスを図示している。５００では、所定のＡＴが所定のサーバを選択する。例えば、選択されたサーバは、所定のＡＴが使用することを予期しているサービス（例えば、マルチキャストまたはＰＴＴサービス）に関係付けることができる。代替的には、選択されたサーバは、所定のＡＴが通信することを予期している任意のサーバとすることができ、このサーバに対して、所定のＡＴは、ＲＡＮ１２０とともに、後続する通信における最初のパケットの圧縮を確立することを望んでいる。下記では、説明の便宜のために、選択されたサーバはアプリケーションサーバ１７０であると仮定する。

５０５では、所定のＡＴが、アプリケーションサーバ１７０のＩＰアドレスを決定する。アプリケーションサーバ１７０のＩＰアドレスは、ＩＰアドレス発見プロセス（例えば、所定のＡＴが、ＲＡＮ１２０を介してアプリケーションサーバ１７０のＩＰアドレスを要求する）に基づいて決定されてもよく、アプリケーションサーバ１７０のＩＰアドレスは、以前の発見プロセスに基づいて既知とすることができ、または、アプリケーションサーバ１７０のＩＰアドレスは、アプリケーションサーバ１７０により提案されるサービス（例えば、マルチキャストサービスまたはＰＴＴサービス）に関係して、所定のＡＴにおいてローカル的に記憶することができる。

次に、５１０では、所定のＡＴとＲＡＮ１２０とが交渉し、（ｉ）ＡＴにより送られ、アプリケーションサーバ１７０に向けられているパケットを識別するためのフロー識別子（ＩＤ）と、（ｉｉ）フローＩＤでマークされたパケットを、アプリケーションサーバ１７０にルーティングするのに適したフォーマットに変換するために、ＲＡＮ１２０において実行するマッピングプロトコルとを決定する。５１０の交渉は、ＲＡＮ１２０とＡＴとの間で伝送される一連の信号により実現することができる。例えば、５１０の交渉には、所定のＡＴが、ペイロードまたはデータ部分なしで、圧縮されていないＩＰｖ６パケットをＲＡＮ１２０に送ることを含めることができる。ここで、所定のＡＴにより送られ、フローＩＤを含むパケットの、ＲＡＮ１２０における、圧縮されていないＩＰｖ６パケットにより示されるアドレス指定部分への変換をトリガするために、所定のＡＴにより使用されるフローＩＤを有する、圧縮されていないＩＰｖ６パケットに、ＲＡＮ１２０が応答する。さらなる例では、所定のＡＴが、ＲＡＮ１２０と実際に通信することを望む前に（例えば、通知メッセージを受信する前に）、５１０の交渉が行われることがある。代替的に、アプリケーションサーバ１７０に送信されるパケットに対する、所定のＡＴとＲＡＮ１２０との間の第１の通信セッションの間に、５１０の交渉が行われることがある。

５１０の交渉の後に、ＲＡＮ１２０は、ＲＡＮ１２０において維持されるルックアップテーブルに、アプリケーションサーバ１６０に対するフローＩＤを追加することができる。フローＩＤは、１つ以上の他のネットワークロケーションに対するフローＩＤに関連して、記憶されてもよい。

上述したように、ＩＰｖ６パケットの構成は下記のように与えることができる：

第１の例では、５１０で確立されたフローＩＤは、発信元（すなわち、所定のＡＴ）および宛先（すなわち、アプリケーションサーバ１７０）の“プレフィックス”部分を引いた、ＩＰｖ６パケットに対するアドレス指定部分に等しいと仮定する。この例では、所定のＡＴによりＲＡＮ１２０に送信され、アプリケーションサーバ１７０に向けられているパケットに対する結果として生じるフォーマットは、下記のようになるかもしれない：

したがって、上記の例では、フローＩＤは、プレフィックス部分Ｓ（１）およびＤ（１）が省かれた典型的なＩＰｖ６アドレス指定部分に対応する。さらに、正しく認識されるように、５１０で確立されたマッピングプロトコルは、Ｓ（１）およびＤ（１）をパケットのそれらの元の適切なポジションに再挿入することになる。さらに正しく認識されるように、この例におけるマッピングプロトコルをサポートするために、Ｓ（１）およびＤ（１）は、ＲＡＮ１２０において維持される。

第２の例では、５１０で確立されたフローＩＤは、ＲＡＮ１２０により動的に確立されると仮定する。この例では、所定のＡＴによりＲＡＮ１２０に送信され、アプリケーションサーバ１７０に向けられているパケットに対する結果として生じるフォーマットは、下記のようになるかもしれない：

したがって、上記の例では、アプリケーションサーバ１７０に指定されている、所定のＡＴからの送信を他の送信と区別するために、ＲＡＮ１２０により割り当てられる任意の値に、フローＩＤは対応している。さらに、この例では、正しく認識されるように、５１０で確立されたマッピングプロトコルは、フローＩＤ番号を、Ｓ（１）、Ｓ（２）、Ｄ（１）、およびＤ（２）と置換えることになる。さらに正しく認識されるように、この例におけるマッピングプロトコルをサポートするために、Ｓ（１）、Ｓ（２）、Ｄ（１）、およびＤ（２）は、ＲＡＮ１２０において維持される。

５１５では、ＲＡＮ１２０と所定のＡＴとが、再び交渉して、最初のパケットのビットが圧縮されたパケット（例えば、圧縮されたＩＰｖ６パケット）に対応していることをＲＡＮ１２０に伝えるために所定のＡＴが最初のパケットを構成する方法を決定する。例では、ＲＡＮ１２０は、何らかの圧縮された最初のパケット中に含むための圧縮フラグを、所定のＡＴにシグナリングできる。下記に記述するように、圧縮された最初のパケットを受信するときに、ＲＡＮ１２０は、パケットが圧縮フラグを含むか否かをチェックすることができ、その後、圧縮フラグが識別された場合には、５１０からのマッピングプロトコルを介して、圧縮された最初のパケットを圧縮されていないパケットにマッピングすることができる。

代替実施形態では、ＲＡＮ１２０にこの情報を伝えるために、圧縮フラグを使用する必要がない。むしろ、ＲＡＮ１２０が、最初のパケットのビットが復元を必要としていることを決定するには、圧縮された最初のパケット内のフローＩＤの存在で十分である。正しく認識されるように、この実施形態では、この決定をするために、圧縮フラグのみの評価と比較して、ＲＡＮ１２０が最初のパケット内のより多くのビットを解析する必要があるかもしれない。

図５のプロセスにしたがうと、いったん、圧縮フラグ、フローＩＤ、およびマッピングプロトコルが確立されると、図６に関連してこれから記述するように、パケットが所定のＡＴから送信される。

図６は、本発明の実施形態にしたがったリバースリンクパケット送信プロセスを図示している。６００では、図５の５００で選択されたサーバ（すなわち、アプリケーションサーバ１７０）にコンタクトするか否かを、所定のＡＴが決定する。例では、アプリケーションサーバ１７０は、システム１００内のマルチキャスティング動作をサポートするマルチキャストサーバとする。この例では、図６中のパケットを送信するアクセス端末は、マルチキャスト通話の発信者か、ＰＴＴ通話の発信者かのいずれかとすることができ、あるいは、代替的には、マルチキャスト通話またはＰＴＴ通話に対する通知メッセージに応答するターゲットアクセス端末とすることができる。代替的な例では、図６中のパケットを送信するアクセス端末は、ユニキャスト通話を通知する通知メッセージに応答することができ、または、ユニキャスト通話を開始することができる（すなわち、通知メッセージに応答してではなく）。

所定のＡＴが、アプリケーションサーバ１７０にコンタクトすると決定する場合に、所定のＡＴは、図５に関連して上述したように、圧縮されたフォーマットで最初のパケットを構成する。特に、所定のＡＴは、図５の５１０で確立されたフローＩＤと、データ部分と、図５の５１５で確立された圧縮フラグとを含むパケットを発生させる。構成ステップ６０５は、図５の５１０で確立されたマッピングプロトコルに準じた方法（例えば、所定の順序または所定の配列）で、異なるパケット部分をさらに形成する。

最初のパケットを構成した後に、所定のＡＴは、確立されたフローＩＤを含む構成されたパケットを６１０において送信する。ＲＡＮ１２０は、送信されたパケットを受信し、所定のＡＴから受信した最初のパケットが圧縮されているか否かを決定する６１５。例えば、ＲＡＮ１２０は、最初のパケットが圧縮されたフォーマットであることを示している圧縮フラグを最初のパケットが含むか否かを検出するように試みることができ、６１５の決定を、圧縮フラグが検出されるか否かに基づかせることができる。代替的には、圧縮フラグが含まれていないとしても、圧縮されたパケットの存在をＲＡＮ１２０に示すトリガとして、データストリーム内に含まれるフローＩＤが機能することができる。当業者により正しく認識されるように、ＲＡＮ１２０がパケットの圧縮された特質を検出することが不可能である場合には、ＲＡＮ１２０は、実際に最初のパケットに属するものより多くの、データストリーム中のビットを、最初のパケットに関係付けてもよい（例えば、圧縮されていないフォーマットが１６バイトを有するのに対して、フローＩＤ圧縮が８バイトであるときに、パケットが圧縮されていることをＲＡＮ１２０が識別することが不可能である場合には、ＲＡＮ１２０は全１６バイトを抽出してもよい）。

６２０では、受信された最初のパケットが圧縮されていると決定した後に、ＲＡＮ１２０は、パケット内にフローＩＤが存在するか否かを決定する。図６中には図示していないが、パケット内にフローＩＤが存在しない、または、不明であると、ＲＡＮ１２０が決定する場合には、ＲＡＮ１２０は、パケットを無視することができる、および／または、パケットが正しく受信されなかったことを所定のＡＴに知らせることができる。そうでなく、送信されたパケット中にフローＩＤが存在し、（例えば、５１０で確立されたテーブルルックアップを介して）ＲＡＮ１２０が知らされていると、ＲＡＮ１２０が決定する場合には、アプリケーションサーバ１７０にルーティングするのに適したマッピングされたパケットを発生させるために、ＲＡＮ１２０は、６２５において、マッピングプロトコルに基づいてパケットをマッピングする。６３０では、ＲＡＮ１２０が、マッピングされたパケットをアプリケーションサーバ１７０に転送する。次に、６３５では、所定のＡＴは、フローＩＤを含んでいるか、あるいは代替的には、従来のヘッダ圧縮（例えば、上述したようなＲｏＨＣ圧縮）にしたがって、ＲＡＮ１２０を介して、後続するパケットをアプリケーションサーバ１７０に送る。例えば、６３５では、所定のＡＴは、後続するパケットの送信に対して、最も効率的で利用可能なヘッダ圧縮フォーマットを選択してもよい。

さらに、上述した本発明の実施形態は、一般的に、ＩＰｖ６アドレス指定プロトコルに関連して記述されているが、本発明の他の実施形態が、ＩＰｖ４のようなよく知られている何らかのアドレス指定プロトコルの圧縮に向けられてもよいことを正しく認識するだろう。さらに、アプリケーションサーバ１７０は、マルチキャストサーバまたはＰＰＴサーバであると上述されているが、本発明の実施形態を、マルチキャスティング環境またはＰＴＴ環境に限定する必要がないことを正しく認識するだろう。例えば、上記で論じたように、マルチキャスト環境に類似した方法で、上記で論じたパケット圧縮技術をユニキャスト環境で実現することができる。また、ＰＴＴ通話に関して、ＰＴＴ通話の発信者により、または、ＰＴＴ通話に対する通知メッセージを受信するターゲットＡＴによりのいずれかで、リバースリンクの最初のパケット送信を送信することができる。

当業者は、さまざまな異なる技術および技法のうちの任意のものを使用して、情報および信号を表してもよいことを正しく認識するであろう。例えば、上記の記述全体を通して参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または粒子、光界または粒子、あるいは、これらの任意の組み合わせたものにより表してもよい。

ここで開示した実施形態に関連して記述した、さまざまな例示的な論理ブロック、モジュール、回路およびアルゴリズムステップを、電子ハードウェア、コンピュータソフトウェア、または、双方を組み合わせたものとして実現してもよいことを、当業者はさらに正しく認識するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明確に示すために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、およびステップを、概してこれらの機能性に関して上述した。そのような機能性がハードウェアまたはソフトウェアとして実現されるか否かは、特定の応用、および、システム全体に課せられた設計の制約に依存する。熟練者は、それぞれの特定の応用に対して変化する方法で、説明した機能を実現してもよいが、そのような実現の決定は、本発明の範囲からの逸脱を生じさせるものとして解釈すべきではない。

ここに開示した実施形態と関連して説明したさまざまな例示的な論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、現場プログラム可能ゲートアレイ（ＦＰＧＡ）または他のプログラム可能論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、ここに記述した機能を実行するように設計されているこれらの任意の組み合わせたものにより、実現または実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、任意の従来のプロセッサ、制御装置、マイクロ制御装置または状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰおよびマイクロプロセッサを組み合わせたものや、複数のマイクロプロセッサや、ＤＳＰコアを伴う１つ以上のマイクロプロセッサや、任意のその他のこのようなコンフィギュレーションのような、コンピューティングデバイスを組み合わせたものとして実現してもよい。

ここに開示した実施形態と関連して記述した方法、シーケンス、および／または、アルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、双方を組み合わせたもので直接的に具現化してもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーブバルディスク、ＣＤ−ＲＯＭ、または、技術的に知られている他の何らかの形態の記憶媒体に存在していてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合されていてもよい。代替実施形態では、記憶媒体はプロセッサと一体化されていてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在していてもよい。ＡＳＩＣは、ユーザ端末（例えば、アクセス端末）に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ端末に存在していてもよい。

１つ以上の例示的な実施形態において、記述した機能を、ハードウェアで、ソフトウェアで、ファームウェアで、または、これらのものを組み合わせた任意のもので実現してもよい。ソフトウェアで実現した場合、機能は、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に記憶されてもよく、あるいは、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に送信されてもよい。コンピュータ読取可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を促進する何らかの媒体を含むコンピュータ記憶媒体および通信媒体の双方を含む。記憶媒体は、コンピュータによりアクセスできる何らかの利用可能な媒体であってもよい。例として、これらに限定されないが、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、コンピュータによりアクセスでき、命令またはデータ構造の形態で所望のプログラムコードを伝送または記憶するために使用できる他の何らかの媒体を含んでいてもよい。また、あらゆる接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブルや、光ファイバケーブルや、撚り対や、デジタル加入者線（ＤＳＬ）や、あるいは、赤外線、無線、マイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または、他の遠隔ソースから送信される場合には、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、あるいは、赤外線、無線、および、マイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイディスク（登録商標）を含むが、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再生する。先のものを組み合わせたものもまた、コンピュータ読取可能媒体の範囲内に含められるべきである。

先の開示は本発明の例示的な実施形態を示していたが、添付の特許請求の範囲により規定されているような本発明の範囲から逸脱することなく、ここで、さまざまな変更および改良を行うことができることに留意すべきである。ここで記述した本発明の実施形態にしたがった、方法の機能、ステップおよび／またはアクションは、何らかの特定の順序で実行される必要はない。さらに、本発明のエレメントは、単数で記述またはクレームされているかもしれないが、単数への限定が明示的に述べられていない限り、複数が意図されている。

先の開示は本発明の例示的な実施形態を示していたが、添付の特許請求の範囲により規定されているような本発明の範囲から逸脱することなく、ここで、さまざまな変更および改良を行うことができることに留意すべきである。ここで記述した本発明の実施形態にしたがった、方法の機能、ステップおよび／またはアクションは、何らかの特定の順序で実行される必要はない。さらに、本発明のエレメントは、単数で記述またはクレームされているかもしれないが、単数への限定が明示的に述べられていない限り、複数が意図されている。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］ワイヤレス通信ネットワーク内でのヘッダ圧縮の方法において、
アクセスネットワークに送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセスネットワークとともに、フロー識別子（ＩＤ）とマッピングプロトコルとを確立することと、
パケットのストリームのうちの第１のパケットを前記アクセスネットワークに送ることとを含み、
前記マッピングプロトコルは、前記アプリケーションサーバにルーティングするために、前記フローＩＤを含むパケットを所定のアドレス指定プロトコルにしたがったパケットに変換するように構成され、
前記第１のパケットは、前記フローＩＤを含み、前記所定のアドレス指定プロトコルにしたがった同じパケットのものと比較して圧縮されたフォーマットである方法。
［２］前記所定のアドレス指定プロトコルはインターネットプロトコルバージョン４（ＩＰｖ４）である［１］に記載の方法。
［３］前記所定のアドレス指定プロトコルはインターネットプロトコルバージョン６（ＩＰｖ６）である［１］に記載の方法。
［４］前記アプリケーションサーバはプッシュ・ツー・トーク（ＰＴＴ）サーバである［１］に記載の方法。
［５］前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である［１］に記載の方法。
［６］前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む［５］に記載の方法。
［７］前記フローＩＤは、他の送信との間で識別するために、前記アクセスネットワークにより動的に割り当てられ、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分ではない［１］に記載の方法。
［８］前記パケットのストリームのうちの第１のパケットが圧縮フラグを含むように構成することをさらに含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている［１］に記載の方法。
［９］前記パケットのストリーム中の第１のパケットに対する圧縮フラグを、前記アクセスネットワークとともに確立することをさらに含み、前記圧縮フラグは、前記パケットのストリーム中の第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示す［１］に記載の方法。
［１０］前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークに送ることをさらに含み、前記第２のパケットは、前記フローＩＤを含み、前記第１のパケットと同じ圧縮されたフォーマットである［１］に記載の方法。
［１１］前記ストリームのパケットのうちの第２のパケットを前記アクセスネットワークに送ることをさらに含み、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである［１］に記載の方法。
［１２］前記第２のパケットの圧縮されたフォーマットは、ロバストヘッダ圧縮（ＲｏＨＣ）であり、前記第１のパケットの圧縮されたフォーマットは、ＲｏＨＣではない［１１］に記載の方法。
［１３］ワイヤレス通信ネットワーク内でのヘッダ圧縮の方法において、
アクセス端末から送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセス端末とともに、フロー識別子（ＩＤ）とマッピングプロトコルとを確立することと、
パケットのストリームのうちの第１のパケットを前記アクセス端末から受信し、前記受信した第１のパケットは前記フローＩＤを含むことと、
前記マッピングプロトコルに基づいて、前記受信した第１のパケットをルーティングパケットに変換し、前記変換したルーティングパケットは所定のアドレス指定プロトコルにしたがうことと、
前記所定のアドレス指定プロトコルに基づいて、前記変換したルーティングパケットを前記アプリケーションサーバに転送することとを含む方法。
［１４］前記所定のアドレス指定プロトコルはインターネットプロトコルバージョン４（ＩＰｖ４）である［１３］に記載の方法。
［１５］前記所定のアドレス指定プロトコルはインターネットプロトコルバージョン６（ＩＰｖ６）である［１３］に記載の方法。
［１６］前記アプリケーションサーバはプッシュ・ツー・トーク（ＰＴＴ）サーバである［１３］に記載の方法。
［１７］前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である［１３］に記載の方法。
［１８］前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む［１７］に記載の方法。
［１９］前記フローＩＤは、他の送信との間で識別するために、前記アクセスネットワークにより動的に割り当てられ、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分ではない［１３］に記載の方法。
［２０］前記パケットのストリームのうちの第１のパケットは圧縮フラグを含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている［１３］に記載の方法。
［２１］前記パケットのストリーム中の第１のパケットに対する圧縮フラグを、前記アクセス端末とともに確立することをさらに含み、前記圧縮フラグは、前記パケットのストリーム中の第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示す［１３］に記載の方法。
［２２］前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークにおいて受信することをさらに含み、前記第２のパケットは、前記フローＩＤを含み、前記第１のパケットと同じ圧縮されたフォーマットである［１３］に記載の方法。
［２３］前記ストリームのパケットのうちの第２のパケットを前記アクセスネットワークにおいて受信することをさらに含み、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである［１３］に記載の方法。
［２４］前記第２のパケットの圧縮されたフォーマットは、ロバストヘッダ圧縮（ＲｏＨＣ）であり、前記第１のパケットの圧縮されたフォーマットは、ＲｏＨＣではない［２３］に記載の方法。
［２５］アクセス端末において、
アクセスネットワークに送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセスネットワークとともに、フロー識別子（ＩＤ）とマッピングプロトコルとを確立するように構成されている論理と、
パケットのストリームのうちの第１のパケットを前記アクセスネットワークに送るように構成されている論理とを具備し、
前記マッピングプロトコルは、前記アプリケーションサーバにルーティングするために、前記フローＩＤを含むパケットを所定のアドレス指定プロトコルにしたがったパケットに変換するように構成され、
前記第１のパケットは、前記フローＩＤを含み、前記所定のアドレス指定プロトコルにしたがった同じパケットのものと比較して圧縮されたフォーマットであるアクセス端末。
［２６］前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである［２５］に記載のアクセス端末。
［２７］前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である［２５］に記載のアクセス端末。
［２８］前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む［２７］に記載のアクセス端末。
［２９］前記パケットのストリームのうちの第１のパケットが圧縮フラグを含むように構成するように構成されている論理をさらに具備し、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている［２５］に記載のアクセス端末。
［３０］前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークに送るように構成されている論理をさらに具備し、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである［２５］に記載のアクセス端末。
［３１］アクセスネットワークにおいて、
アクセス端末から送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセス端末とともに、フロー識別子（ＩＤ）とマッピングプロトコルとを確立するように構成されている論理と、
パケットのストリームのうちの第１のパケットを前記アクセス端末から受信し、前記受信した第１のパケットは前記フローＩＤを含むように構成されている論理と、
前記マッピングプロトコルに基づいて、前記受信した第１のパケットをルーティングパケットに変換し、前記変換したルーティングパケットは所定のアドレス指定プロトコルにしたがうように構成されている論理と、
前記所定のアドレス指定プロトコルに基づいて、前記変換したルーティングパケットを前記アプリケーションサーバに転送するように構成されている論理とを具備するアクセスネットワーク。
［３２］前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである［３１］に記載のアクセスネットワーク。
［３３］前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である［３１］に記載のアクセスネットワーク。
［３４］前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む［３３］に記載のアクセスネットワーク。
［３５］前記パケットのストリームのうちの第１のパケットは圧縮フラグを含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている［３１］に記載のアクセスネットワーク。
［３６］前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークにおいて受信するように構成されている論理をさらに具備し、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである［３１］に記載のアクセスネットワーク。
［３７］アクセス端末において、
アクセスネットワークに送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセスネットワークとともに、フロー識別子（ＩＤ）とマッピングプロトコルとを確立する手段と、
パケットのストリームのうちの第１のパケットを前記アクセスネットワークに送る手段とを具備し、
前記マッピングプロトコルは、前記アプリケーションサーバにルーティングするために、前記フローＩＤを含むパケットを所定のアドレス指定プロトコルにしたがったパケットに変換するように構成され、
前記第１のパケットは、前記フローＩＤを含み、前記所定のアドレス指定プロトコルにしたがった同じパケットのものと比較して圧縮されたフォーマットであるアクセス端末。
［３８］前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである［３７］に記載のアクセス端末。
［３９］前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である［３７］に記載のアクセス端末。
［４０］前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む［３９］に記載のアクセス端末。
［４１］前記パケットのストリームのうちの第１のパケットが圧縮フラグを含むように構成する手段をさらに具備し、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている［３７］に記載のアクセス端末。
［４２］前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークに送る手段をさらに具備し、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである［３７］に記載のアクセス端末。
［４３］アクセスネットワークにおいて、
アクセス端末から送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセス端末とともに、フロー識別子（ＩＤ）とマッピングプロトコルとを確立する手段と、
パケットのストリームのうちの第１のパケットを前記アクセス端末から受信し、前記受信した第１のパケットは前記フローＩＤを含む手段と、
前記マッピングプロトコルに基づいて、前記受信した第１のパケットをルーティングパケットに変換し、前記変換したルーティングパケットは所定のアドレス指定プロトコルにしたがう手段と、
前記所定のアドレス指定プロトコルに基づいて、前記変換したルーティングパケットを前記アプリケーションサーバに転送する手段とを具備するアクセスネットワーク。
［４４］前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである［４３］に記載のアクセスネットワーク。
［４５］前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である［４３］に記載のアクセスネットワーク。
［４６］前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む［４５］に記載のアクセスネットワーク。
［４７］前記パケットのストリームのうちの第１のパケットは圧縮フラグを含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている［４３］に記載のアクセスネットワーク。
［４８］前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークにおいて受信する手段をさらに具備し、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである［４３］に記載のアクセスネットワーク。
［４９］その上に記憶されているプログラムコードを具備するコンピュータ読取可能媒体において、
アクセス端末内で動作するように構成されている前記プログラムコードは、
アクセスネットワークに送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセスネットワークとともに、フロー識別子（ＩＤ）とマッピングプロトコルとを確立するためのプログラムコードと、
パケットのストリームのうちの第１のパケットを前記アクセスネットワークに送るためのプログラムコードとを含み、
前記マッピングプロトコルは、前記アプリケーションサーバにルーティングするために、前記フローＩＤを含むパケットを所定のアドレス指定プロトコルにしたがったパケットに変換するように構成され、
前記第１のパケットは、前記フローＩＤを含み、前記所定のアドレス指定プロトコルにしたがった同じパケットのものと比較して圧縮されたフォーマットであるコンピュータ読取可能媒体。
［５０］前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである［４９］に記載のコンピュータ読取可能媒体。
［５１］前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である［４９］に記載のコンピュータ読取可能媒体。
［５２］前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む［５１］に記載のコンピュータ読取可能媒体。
［５３］前記パケットのストリームのうちの第１のパケットが圧縮フラグを含むように構成するように構成されたプログラムコードをさらに含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている［４９］に記載のコンピュータ読取可能媒体。
［５４］前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークに送るためのプログラムコードさらに含み、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである［４９］に記載のコンピュータ読取可能媒体。
［５５］その上に記憶されているプログラムコードを具備するコンピュータ読取可能媒体において、
アクセスネットワーク内で動作するように構成されている前記プログラムコードは、
前記アクセス端末から送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセス端末とともに、フロー識別子（ＩＤ）とマッピングプロトコルとを確立するためのプログラムコードと、
パケットのストリームのうちの第１のパケットを前記アクセス端末から受信し、前記受信した第１のパケットは前記フローＩＤを含むためのプログラムコードと、
前記マッピングプロトコルに基づいて、前記受信した第１のパケットをルーティングパケットに変換し、前記変換したルーティングパケットは所定のアドレス指定プロトコルにしたがうためのプログラムコードと、
前記所定のアドレス指定プロトコルに基づいて、前記変換したルーティングパケットを前記アプリケーションサーバに転送するためのプログラムコードとを含むコンピュータ読取可能媒体。
［５６］前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである［５５］に記載のコンピュータ読取可能媒体。
［５７］前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である［５５］に記載のコンピュータ読取可能媒体。
［５８］前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む［５７］に記載のコンピュータ読取可能媒体。
［５９］前記パケットのストリームのうちの第１のパケットは圧縮フラグを含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている［５５］に記載のコンピュータ読取可能媒体。
［６０］前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークにおいて受信するためのプログラムコードをさらに含み、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである［５５］に記載のコンピュータ読取可能媒体。

Claims (60)

1. ワイヤレス通信ネットワーク内でのヘッダ圧縮の方法において、
   アクセスネットワークに送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセスネットワークにより、フロー識別子（ＩＤ）とマッピングプロトコルとを確立することと、
   パケットのストリームのうちの第１のパケットを前記アクセスネットワークに送ることとを含み、
   前記マッピングプロトコルは、前記アプリケーションサーバにルーティングするために、前記フローＩＤを含むパケットを所定のアドレス指定プロトコルにしたがったパケットに変換するように構成され、
   前記第１のパケットは、前記フローＩＤを含み、前記所定のアドレス指定プロトコルにしたがった同じパケットのものと比較して圧縮されたフォーマットである方法。
2. 前記所定のアドレス指定プロトコルはインターネットプロトコルバージョン４（ＩＰｖ４）である請求項１記載の方法。
3. 前記所定のアドレス指定プロトコルはインターネットプロトコルバージョン６（ＩＰｖ６）である請求項１記載の方法。
4. 前記アプリケーションサーバはプッシュ・ツー・トーク（ＰＴＴ）サーバである請求項１記載の方法。
5. 前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である請求項１記載の方法。
6. 前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む請求項５記載の方法。
7. 前記フローＩＤは、他の送信との間で識別するために、前記アクセスネットワークにより動的に割り当てられ、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分ではない請求項１記載の方法。
8. 前記パケットのストリームのうちの第１のパケットが圧縮フラグを含むように構成することをさらに含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている請求項１記載の方法。
9. パケットのストリーム中の最初のパケットに対する圧縮フラグを、前記アクセスネットワークにより確立することをさらに含み、前記圧縮フラグは、前記パケットのストリーム中の最初のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示す請求項１記載の方法。
10. 前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークに送ることをさらに含み、前記第２のパケットは、前記フローＩＤを含み、前記第１のパケットと同じ圧縮されたフォーマットである請求項１記載の方法。
11. 前記ストリームのパケットのうちの第２のパケットを前記アクセスネットワークに送ることをさらに含み、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである請求項１記載の方法。
12. 前記第２のパケットの圧縮されたフォーマットは、ロバストヘッダ圧縮（ＲｏＨＣ）であり、前記第１のパケットの圧縮されたフォーマットは、ＲｏＨＣではない請求項１１記載の方法。
13. ワイヤレス通信ネットワーク内でのヘッダ圧縮の方法において、
    アクセス端末から送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセス端末により、フロー識別子（ＩＤ）とマッピングプロトコルとを確立することと、
    パケットのストリームのうちの第１のパケットを前記アクセス端末から受信し、前記受信した第１のパケットは前記フローＩＤを含むことと、
    前記マッピングプロトコルに基づいて、前記受信した第１のパケットをルーティングパケットに変換し、前記変換したルーティングパケットは所定のアドレス指定プロトコルにしたがうことと、
    前記所定のアドレス指定プロトコルに基づいて、前記変換したルーティングパケットを前記アプリケーションサーバに転送することとを含む方法。
14. 前記所定のアドレス指定プロトコルはインターネットプロトコルバージョン４（ＩＰｖ４）である請求項１３記載の方法。
15. 前記所定のアドレス指定プロトコルはインターネットプロトコルバージョン６（ＩＰｖ６）である請求項１３記載の方法。
16. 前記アプリケーションサーバはプッシュ・ツー・トーク（ＰＴＴ）サーバである請求項１３記載の方法。
17. 前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である請求項１３記載の方法。
18. 前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む請求項１７記載の方法。
19. 前記フローＩＤは、他の送信との間で識別するために、前記アクセスネットワークにより動的に割り当てられ、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分ではない請求項１３記載の方法。
20. 前記パケットのストリームのうちの第１のパケットは圧縮フラグを含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている請求項１３記載の方法。
21. パケットのストリーム中の最初のパケットに対する圧縮フラグを、前記アクセスネットワークにより確立することをさらに含み、前記圧縮フラグは、前記パケットのストリーム中の最初のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示す請求項１３記載の方法。
22. 前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークにおいて受信することをさらに含み、前記第２のパケットは、前記フローＩＤを含み、前記第１のパケットと同じ圧縮されたフォーマットである請求項１３記載の方法。
23. 前記ストリームのパケットのうちの第２のパケットを前記アクセスネットワークにおいて受信することをさらに含み、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである請求項１３記載の方法。
24. 前記第２のパケットの圧縮されたフォーマットは、ロバストヘッダ圧縮（ＲｏＨＣ）であり、前記第１のパケットの圧縮されたフォーマットは、ＲｏＨＣではない請求項２３記載の方法。
25. アクセス端末において、
    アクセスネットワークに送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセスネットワークにより、フロー識別子（ＩＤ）とマッピングプロトコルとを確立するように構成されている論理と、
    パケットのストリームのうちの第１のパケットを前記アクセスネットワークに送るように構成されている論理とを具備し、
    前記マッピングプロトコルは、前記アプリケーションサーバにルーティングするために、前記フローＩＤを含むパケットを所定のアドレス指定プロトコルにしたがったパケットに変換するように構成され、
    前記第１のパケットは、前記フローＩＤを含み、前記所定のアドレス指定プロトコルにしたがった同じパケットのものと比較して圧縮されたフォーマットであるアクセス端末。
26. 前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである請求項２５記載のアクセス端末。
27. 前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である請求項２５記載のアクセス端末。
28. 前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む請求項２７記載のアクセス端末。
29. 前記パケットのストリームのうちの第１のパケットが圧縮フラグを含むように構成するように構成されている論理をさらに具備し、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている請求項２５記載のアクセス端末。
30. 前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークに送るように構成されている論理をさらに具備し、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである請求項２５記載のアクセス端末。
31. アクセスネットワークにおいて、
    アクセス端末から送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセス端末により、フロー識別子（ＩＤ）とマッピングプロトコルとを確立するように構成されている論理と、
    パケットのストリームのうちの第１のパケットを前記アクセス端末から受信し、前記受信した第１のパケットは前記フローＩＤを含むように構成されている論理と、
    前記マッピングプロトコルに基づいて、前記受信した第１のパケットをルーティングパケットに変換し、前記変換したルーティングパケットは所定のアドレス指定プロトコルにしたがうように構成されている論理と、
    前記所定のアドレス指定プロトコルに基づいて、前記変換したルーティングパケットを前記アプリケーションサーバに転送するように構成されている論理とを具備するアクセスネットワーク。
32. 前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである請求項３１記載のアクセスネットワーク。
33. 前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である請求項３１記載のアクセスネットワーク。
34. 前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む請求項３３記載のアクセスネットワーク。
35. 前記パケットのストリームのうちの第１のパケットは圧縮フラグを含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている請求項３１記載のアクセスネットワーク。
36. 前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークにおいて受信するように構成されている論理をさらに具備し、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである請求項３１記載のアクセスネットワーク。
37. アクセス端末において、
    アクセスネットワークに送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセスネットワークにより、フロー識別子（ＩＤ）とマッピングプロトコルとを確立する手段と、
    パケットのストリームのうちの第１のパケットを前記アクセスネットワークに送る手段とを具備し、
    前記マッピングプロトコルは、前記アプリケーションサーバにルーティングするために、前記フローＩＤを含むパケットを所定のアドレス指定プロトコルにしたがったパケットに変換するように構成され、
    前記第１のパケットは、前記フローＩＤを含み、前記所定のアドレス指定プロトコルにしたがった同じパケットのものと比較して圧縮されたフォーマットであるアクセス端末。
38. 前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである請求項３７記載のアクセス端末。
39. 前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である請求項３７記載のアクセス端末。
40. 前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む請求項３９記載のアクセス端末。
41. 前記パケットのストリームのうちの第１のパケットが圧縮フラグを含むように構成する手段をさらに具備し、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている請求項３７記載のアクセス端末。
42. 前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークに送る手段をさらに具備し、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである請求項３７記載のアクセス端末。
43. アクセスネットワークにおいて、
    アクセス端末から送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセス端末により、フロー識別子（ＩＤ）とマッピングプロトコルとを確立する手段と、
    パケットのストリームのうちの第１のパケットを前記アクセス端末から受信し、前記受信した第１のパケットは前記フローＩＤを含む手段と、
    前記マッピングプロトコルに基づいて、前記受信した第１のパケットをルーティングパケットに変換し、前記変換したルーティングパケットは所定のアドレス指定プロトコルにしたがう手段と、
    前記所定のアドレス指定プロトコルに基づいて、前記変換したルーティングパケットを前記アプリケーションサーバに転送する手段とを具備するアクセスネットワーク。
44. 前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである請求項４３記載のアクセスネットワーク。
45. 前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である請求項４３記載のアクセスネットワーク。
46. 前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む請求項４５記載のアクセスネットワーク。
47. 前記パケットのストリームのうちの第１のパケットは圧縮フラグを含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている請求項４３記載のアクセスネットワーク。
48. 前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークにおいて受信する手段をさらに具備し、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである請求項４３記載のアクセスネットワーク。
49. その上に記憶されているプログラムコードを具備するコンピュータ読取可能媒体において、
    アクセス端末内で動作するように構成されている前記プログラムコードは、
    アクセスネットワークに送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセスネットワークにより、フロー識別子（ＩＤ）とマッピングプロトコルとを確立するためのプログラムコードと、
    パケットのストリームのうちの第１のパケットを前記アクセスネットワークに送るためのプログラムコードとを含み、
    前記マッピングプロトコルは、前記アプリケーションサーバにルーティングするために、前記フローＩＤを含むパケットを所定のアドレス指定プロトコルにしたがったパケットに変換するように構成され、
    前記第１のパケットは、前記フローＩＤを含み、前記所定のアドレス指定プロトコルにしたがった同じパケットのものと比較して圧縮されたフォーマットであるコンピュータ読取可能媒体。
50. 前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである請求項４９記載のコンピュータ読取可能媒体。
51. 前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である請求項４９記載のコンピュータ読取可能媒体。
52. 前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む請求項５１記載のコンピュータ読取可能媒体。
53. 前記パケットのストリームのうちの第１のパケットが圧縮フラグを含むように構成するように構成された論理をさらに含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている請求項４９記載のコンピュータ読取可能媒体。
54. 前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークに送るためのプログラムコードさらに含み、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである請求項４９記載のコンピュータ読取可能媒体。
55. その上に記憶されているプログラムコードを具備するコンピュータ読取可能媒体において、
    アクセス端末内で動作するように構成されている前記プログラムコードは、
    前記アクセス端末から送られ、アプリケーションサーバに向けられているパケットに対するヘッダ圧縮をサポートするために、前記アクセス端末により、フロー識別子（ＩＤ）とマッピングプロトコルとを確立するためのプログラムコードと、
    パケットのストリームのうちの第１のパケットを前記アクセス端末から受信し、前記受信した第１のパケットは前記フローＩＤを含むためのプログラムコードと、
    前記マッピングプロトコルに基づいて、前記受信した第１のパケットをルーティングパケットに変換し、前記変換したルーティングパケットは所定のアドレス指定プロトコルにしたがうためのプログラムコードと、
    前記所定のアドレス指定プロトコルに基づいて、前記変換したルーティングパケットを前記アプリケーションサーバに転送するためのプログラムコードとを含むコンピュータ読取可能媒体。
56. 前記所定のアドレス指定プロトコルは、インターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）のうちの１つである請求項５５記載のコンピュータ読取可能媒体。
57. 前記フローＩＤは、前記所定のアドレス指定プロトコルに関係するアドレス指定部分を減少させた部分である請求項５５記載のアクセスネットワーク。
58. 前記フローＩＤは、所定のアクセス端末を一意的に識別する第１の部分と、前記アプリケーションサーバを一意的に識別する第２の部分とを含む請求項５７記載のアクセスネットワーク。
59. 前記パケットのストリームのうちの第１のパケットは圧縮フラグを含み、前記圧縮フラグは、前記パケットのストリームのうちの第１のパケットが、より圧縮されたフォーマットであることを前記アクセスネットワークに示すように構成されている請求項５５記載のアクセスネットワーク。
60. 前記パケットのストリームのうちの第２のパケットを前記アクセスネットワークにおいて受信するためのプログラムコードをさらに含み、前記第２のパケットは、前記第１のパケットとは異なる圧縮されたフォーマットである請求項５５記載のアクセスネットワークワーク。

Images