JP2013502187A - リレーノードのためのロバスト・ヘッダ圧縮 - Google Patents

Abstract

リレーノードのためのヘッダを圧縮することを可能にするシステムおよび方法について説明する。特に、汎用パケット無線サービス（ＧＰＲＳ）トンネリング・プロトコル（ＧＴＰ）ヘッダのためのロバスト・ヘッダ圧縮（ＲｏＨＣ）プロファイルが定義され得る。１つまたは複数のＧＴＰヘッダをもつパケットを受信すると、アクセスポイントまたはリレーノードは、１つまたは複数のＧＴＰヘッダが圧縮可能であるかどうかを判断することができ、１つまたは複数のＧＴＰヘッダを圧縮するためにＲｏＨＣプロファイルを適用することができる。さらに、パケットは、ベースヘッダに固有のＲｏＨＣプロファイルに従って圧縮することもできる、１つまたは複数のＧＴＰヘッダによってカプセル化されたベースヘッダを含むことができる。さらに、ＧＴＰ ＲｏＨＣプロファイルに従ってＲｏＨＣ圧縮ヘッダを復元することができる。

Description

以下の説明は、一般にワイヤレス通信に関し、より詳細には、複数のアクセスポイントの間でパケットをルーティングすることに関する。

米国特許法第１１９条に基づく優先権の主張
本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、２００９年８月１４日に出願された「ROHC GTP PROFILE SPECIFICATION」と題する仮出願第６１／２３４，２３９号の優先権を主張する。

ワイヤレス通信システムは、たとえばボイス、データなど、様々なタイプの通信コンテンツを提供するために広く展開されている。典型的なワイヤレス通信システムは、使用可能なシステム・リソース（たとえば、帯域幅、送信電力、．．．）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システムなどがあり得る。さらに、システムは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）、３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）などの仕様、および／またはＥｖｏｌｕｔｉｏｎ Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ（ＥＶ−ＤＯ）、その１つまたは複数のリビジョンなどのマルチキャリア・ワイヤレス仕様に準拠することができる。

一般に、ワイヤレス多元接続通信システムは、複数のモバイルデバイスのための通信を同時にサポートし得る。各モバイルデバイスは、順方向リンクおよび逆方向リンク上の送信を介して１つまたは複数のアクセスポイント（たとえば、基地局）と通信し得る。順方向リンク（またはダウンリンク）はアクセスポイントからモバイルデバイスへの通信リンクを指し、逆方向リンク（またはアップリンク）はモバイルデバイスからアクセスポイントへの通信リンクを指す。さらに、モバイルデバイスとアクセスポイントの間の通信は、単入力単出力（ＳＩＳＯ）システム、多入力単出力（ＭＩＳＯ）システム、多入力多出力（ＭＩＭＯ）システムなどを介して確立され得る。しかしながら、アクセスポイントは、カバレージのエッジの近くのモバイルデバイスおよび／または高トラフィックのエリア中のデバイスがアクセスポイントから劣化した通信品質を受けるように、地理的カバレージエリアならびにリソースが制限されることがある。

モバイルデバイスとアクセスポイントとの間の通信に関係するパケットヘッダを圧縮するためにロバスト・ヘッダ圧縮（ＲｏＨＣ）を利用して、増加したデータスループットを与えることができる。その上、たとえば、モバイルデバイスとアクセスポイントとの間の通信を可能にすることによってネットワーク容量およびカバレージエリアを拡張するために、リレーノードを与えることができる。たとえば、リレーノードは、いくつかの他のリレーノードへのアクセスを与えることができるドナー・アクセスポイントとのバックホールリンクを確立することができ、リレーノードは、１つまたは複数のモバイルデバイスあるいはさらなるリレーノードとのアクセスリンクを確立することができる。したがって、モバイルデバイスとアクセスポイントとの間の通信経路中に複数のリレーノードがあり得る。（たとえば、インターネットプロトコル（ＩＰ）リレーノードのための）いくつかのリレーノード構成では、各リレーノードは、様々なリレーノードの間でおよび／またはコア・ネットワーク構成要素の間で受信したパケットをルーティングすることを可能にするために、受信したパケットに１つまたは複数のヘッダ（たとえば、汎用パケット無線サービス（ＧＰＲＳ）トンネリング・プロトコル（ＧＴＰ）ヘッダ）を付加することができる。

以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

１つまたは複数の態様およびその対応する開示に従って、汎用パケット無線サービス（ＧＰＲＳ）トンネリング・プロトコル（ＧＴＰ）、および／またはＧＴＰヘッダを含む１つまたは複数のヘッダ組合せなど、パケットをルーティングすることに関係するプロトコルヘッダのためのロバスト・ヘッダ圧縮（ＲｏＨＣ）プロファイルを与えることを可能にすることに関して、様々な態様について説明する。たとえば、１つまたは複数のＧＴＰヘッダを備えるパケットを受信すると、アクセスポイントまたは他のワイヤレスデバイスは、ＧＴＰヘッダを圧縮するための定義されたＲｏＨＣプロファイルに従って（１つまたは複数の）ＧＴＰヘッダを圧縮することができる。同様に、１つまたは複数の圧縮されたＧＴＰヘッダを受信すると、アクセスポイントまたは他のワイヤレスデバイスは、ＧＴＰヘッダを復元するための定義されたＲｏＨＣプロファイルに従ってヘッダを復元することができる。

関係する態様によれば、ワイヤレス・ネットワークの様々なノードの間でパケットをルーティングするための１つまたは複数のヘッダを含むパケットを受信することと、１つまたは複数のヘッダのうちの少なくとも１つが圧縮可能ＧＴＰヘッダであると判断することとを含む方法が提供される。本方法はまた、ＧＴＰ ＲｏＨＣプロファイルに従って圧縮可能ＧＴＰヘッダにＲｏＨＣを適用することを含む。

別の態様はワイヤレス通信装置に関する。本ワイヤレス通信装置は、１つまたは複数のヘッダを含むパケットを取得し、１つまたは複数のヘッダのうちの少なくとも１つのタイプを圧縮可能であるＧＴＰヘッダと判断するように構成された少なくとも１つのプロセッサを含むことができる。少なくとも１つのプロセッサは、ＧＴＰ ＲｏＨＣプロファイルに従って、ＲｏＨＣを使用してＧＴＰヘッダを圧縮するようにさらに構成される。本ワイヤレス通信装置はまた、少なくとも１つのプロセッサに結合されたメモリを備える。

さらに別の態様は装置に関する。本装置は、ワイヤレス・ネットワークの様々なノードの間でパケットをルーティングするための１つまたは複数のヘッダを含むパケットを受信するための手段と、１つまたは複数のヘッダのうちの少なくとも１つが圧縮可能ＧＴＰヘッダであると判断するための手段とを含む。本装置はまた、ＧＴＰ ＲｏＨＣプロファイルに従って圧縮可能ＧＴＰヘッダにＲｏＨＣを適用するための手段を含む。

さらに別の態様は、少なくとも１つのコンピュータに、１つまたは複数のヘッダを含むパケットを取得させるためのコードと、少なくとも１つのコンピュータに、１つまたは複数のヘッダのうちの少なくとも１つのタイプを圧縮可能であるＧＴＰヘッダと判断させるためのコードとを含むコンピュータ可読媒体を有することができるコンピュータプログラム製品に関する。コンピュータ可読媒体はまた、少なくとも１つのコンピュータに、ＲＧＴＰ ＲｏＨＣプロファイルに従って、ＲｏＨＣを使用してＧＴＰヘッダを圧縮させるためのコードを備えることができる。

その上、追加の態様は、ワイヤレス・ネットワークの様々なノードの間でパケットをルーティングするための１つまたは複数のヘッダを含むパケットを取得する受信構成要素と、１つまたは複数のヘッダのうちの少なくとも１つが圧縮可能ＧＴＰヘッダであると判断し、ＧＴＰヘッダを圧縮するためのＧＴＰ ＲｏＨＣプロファイルを選択するＲｏＨＣプロファイル選択構成要素とを含む装置に関する。本装置は、ＧＴＰ ＲｏＨＣプロファイルに従って圧縮可能ＧＴＰヘッダを圧縮するためにロバスト・ヘッダ圧縮（ＲｏＨＣ）を利用するＲｏＨＣ適用構成要素をさらに含むことができる。

別の態様によれば、コンテキスト識別子を備える１つまたは複数のＲｏＨＣヘッダを含むパケットを受信することと、コンテキスト識別子に少なくとも部分的に基づいて、１つまたは複数のＲｏＨＣヘッダを復元するためのＧＴＰ ＲｏＨＣプロファイルを判断することとを含む方法が提供される。本方法はまた、ＧＴＰ ＲｏＨＣプロファイルに従って、ＲｏＨＣヘッダを対応するＧＴＰヘッダに復元するために１つまたは複数のＲｏＨＣヘッダにＲｏＨＣを適用すること含む。

別の態様はワイヤレス通信装置に関する。本ワイヤレス通信装置は、コンテキスト識別子を備える１つまたは複数のＲｏＨＣヘッダを含むパケットを取得し、コンテキスト識別子に基づいて、１つまたは複数のＲｏＨＣヘッダを復元するためのＧＴＰ ＲｏＨＣプロファイルを判断するように構成された少なくとも１つのプロセッサを含むことができる。少なくとも１つのプロセッサは、ＧＴＰ ＲｏＨＣプロファイルに従って、ＲｏＨＣを使用して１つまたは複数のＲｏＨＣヘッダを復元するようにさらに構成される。本ワイヤレス通信装置はまた、少なくとも１つのプロセッサに結合されたメモリを備える。

さらに別の態様は装置に関する。本装置は、コンテキスト識別子を備える１つまたは複数のＲｏＨＣヘッダを含むパケットを受信するための手段と、コンテキスト識別子に基づいて、１つまたは複数のＲｏＨＣヘッダを復元するためのＧＴＰ ＲｏＨＣプロファイルを選択するための手段とを含む。本装置はまた、ＧＴＰ ＲｏＨＣプロファイルに従って、１つまたは複数のＲｏＨＣヘッダを対応するＧＴＰヘッダに復元するために１つまたは複数のＲｏＨＣヘッダにＲｏＨＣを適用するための手段を含む。

さらに別の態様は、少なくとも１つのコンピュータに、コンテキスト識別子を備える１つまたは複数のＲｏＨＣヘッダを含むパケットを取得させるためのコードと、少なくとも１つのコンピュータに、１つまたは複数のＲｏＨＣヘッダを復元するためのＧＴＰ ＲｏＨＣプロファイルを判断させるためのコードとを含むコンピュータ可読媒体を有することができるコンピュータプログラム製品に関する。コンピュータ可読媒体はまた、少なくとも１つのコンピュータに、ＧＴＰ ＲｏＨＣプロファイルに従って、ＲｏＨＣを使用して１つまたは複数のＲｏＨＣヘッダを復元させるためのコードを備えることができる。

その上、追加の態様は、コンテキスト識別子を備える１つまたは複数のＲｏＨＣヘッダを含むパケットを取得する受信構成要素と、プロトコル・タイプがＧＴＰであることを見分け、１つまたは複数のＲｏＨＣヘッダを復元するためのＧＴＰ ＲｏＨＣプロファイルを選択するＲｏＨＣプロファイル判断構成要素とを含む装置に関する。本装置は、ＧＴＰ ＲｏＨＣプロファイルに従って、１つまたは複数のＲｏＨＣヘッダを対応するＧＴＰヘッダに復元するためにＲｏＨＣを利用するＲｏＨＣ適用構成要素をさらに含むことができる。

上記および関連する目的を達成するために、１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面に、１つまたは複数の態様のうちのいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理を採用することができる様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。

ワイヤレス・ネットワークのためのリレーを提供することを可能にする例示的なワイヤレス通信システムの図。 ワイヤレス通信環境内で採用するための例示的な通信装置の図。 ロバスト・ヘッダ圧縮（ＲｏＨＣ）を再帰的に適用するための例示的な通信装置の図。 汎用パケット無線サービス（ＧＰＲＳ）トンネリング・プロトコル（ＧＴＰ）ＲｏＨＣプロファイルに従って、ＧＴＰヘッダを圧縮および復元することを可能にする例示的なワイヤレス通信システムの図。 ワイヤレス・ネットワークへのアクセスを与えるためにＩＰリレーを利用する例示的なワイヤレス通信システムの図。 ＩＰリレー機能を提供することを可能にする例示的なプロトコル・スタックの図。 ＧＴＰ ＲｏＨＣプロファイルを使用して１つまたは複数のＧＴＰヘッダを圧縮するための例示的な方法の図。 １つまたは複数のＲｏＨＣヘッダを１つまたは複数のＧＴＰヘッダに復元する例示的な方法の図。 パケットが１つまたは複数の圧縮可能ＧＴＰヘッダを含むかどうかを判断するための例示的な方法の図。 本明細書に記載する様々な態様によるワイヤレス通信システムの図。 本明細書で説明する様々なシステムおよび方法とともに採用され得る例示的なワイヤレス・ネットワーク環境の図。 ＧＴＰ ＲｏＨＣプロファイルに従ってＧＴＰヘッダを圧縮することを可能にする例示的なシステムの図。 １つまたは複数のＲｏＨＣヘッダを１つまたは複数のＧＴＰヘッダに復元することを可能にする例示的なシステムの図。

次に、図面を参照しながら様々な態様について説明する。以下の記述では、説明の目的で、１つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、そのような（１つまたは複数の）態様は、これらの具体的な詳細なしに実施され得ることは明らかであろう。

本出願で使用する「構成要素」、「モジュール」、「システム」などの用語は、限定はしないが、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを含むものとする。たとえば、構成要素は、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、および／またはコンピュータであり得るが、これらに限定されない。例として、コンピューティング・デバイス上で実行されるアプリケーションと、そのコンピューティング・デバイスの両方が構成要素であり得る。１つまたは複数の構成要素がプロセスおよび／または実行スレッド内に常駐することができ、１つの構成要素を１つのコンピュータ上に配置し、および／または２つ以上のコンピュータ間に分散し得る。さらに、これらの構成要素は、様々なデータ構造を記憶している様々なコンピュータ可読媒体から実行することができる。これらの構成要素は、ローカルシステム、分散システム、および／または他のシステムを用いるインターネットなどのネットワーク全体の中の別の構成要素と信号を介して対話する１つの構成要素からのデータなど、１つまたは複数のデータパケットを有する信号によるなど、ローカルプロセスおよび／またはリモートプロセスを介して通信し得る。

さらに、本明細書では、ワイヤード端末またはワイヤレス端末であり得る端末に関する様々な態様について説明する。端末は、システム、デバイス、加入者ユニット、加入者局、移動局、モバイル、モバイルデバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器（ＵＥ）と呼ばれることもある。ワイヤレス端末は、セルラー電話、衛星電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレス・ローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、コンピューティング・デバイス、またはワイヤレスモデムに接続された他の処理デバイスであり得る。さらに、本明細書では基地局に関する様々な態様について説明する。基地局は、（１つまたは複数の）ワイヤレス端末と通信するために利用され得、アクセスポイント、ノードＢ、発展型ノードＢ（ｅＮＢ）、または何らかの他の用語で呼ばれることもある。

さらに、「または」という用語は、排他的な「または」ではなく、包括的な「または」を意味するものとする。すなわち、別段の規定がない限り、または文脈から明白でない限り、「ＸはＡまたはＢを使用する」という句は、自然な包括的置換のいずれかを意味するものとする。つまり、「ＸはＡまたはＢを使用する」という句は、ＸがＡを使用する場合、ＸがＢを使用する場合、またはＸがＡとＢの両方を使用する場合のいずれによっても満たされる。さらに、本出願および添付の特許請求の範囲で使用する冠詞「ａ」および「ａｎ」は、別段の規定がない限り、または単数形を示すことが文脈から明白でない限り、概して「１つまたは複数」を意味するものと解釈すべきである。

本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムなど、様々なワイヤレス通信システムに使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、Ｗｉｄｅｂａｎｄ−ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡの他の変形態を含む。さらに、ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）（登録商標）などの無線技術を実装し得る。ＯＦＤＭＡシステムは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、ダウンリンク上ではＯＦＤＭＡを採用し、アップリンク上ではＳＣ−ＦＤＭＡを採用するＥ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する団体からの文書に記載されている。さらに、ｃｄｍａ２０００およびＵＭＢは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）と称する団体からの文書に記載されている。さらに、そのようなワイヤレス通信システムは、不対無資格スペクトル、８０２．ｘｘワイヤレスＬＡＮ、ＢＬＵＥＴＯＯＴＨ（登録商標）および任意の他の短距離または長距離ワイヤレス通信技法をしばしば使用するピアツーピア（たとえば、モバイルツーモバイル）アドホック・ネットワーク・システムをさらに含み得る。

いくつかのデバイス、構成要素、モジュールなどを含み得るシステムに関して、様々な態様または特徴を提示する。様々なシステムは、追加のデバイス、構成要素、モジュールなどを含んでもよく、および／または各図に関連して論じるデバイス、構成要素、モジュールなどのすべてを含まなくてもよいことを理解および諒解されたい。これらの手法の組合せも使用され得る。

図１を参照すると、ワイヤレス・ネットワークにおいてリレー機能を提供することを可能にするワイヤレス通信システム１００が示されている。システム１００は、リレーｅＮＢ１０４などの１つまたは複数のリレーｅＮＢにコア・ネットワーク１０６へのアクセスを与えるドナーｅＮＢ１０２を含む。同様に、リレーｅＮＢ１０４は、ドナーｅＮＢ１０２を介して、リレーｅＮＢ１０８などの１つまたは複数の異種リレーｅＮＢまたはＵＥ１１０などのＵＥにコア・ネットワーク１０６へのアクセスを与えることができる。クラスタｅＮＢと呼ばれることもあるドナーｅＮＢ１０２は、ＬＴＥまたは他の技術バックホールリンクであり得るワイヤードまたはワイヤレスバックホールリンクを介してコア・ネットワーク１０６と通信することができる。一例では、コア・ネットワーク１０６は、３ＧＰＰ ＬＴＥまたは同様の技術ネットワークであり得る。

ドナーｅＮＢ１０２は、さらに、同じくワイヤードまたはワイヤレス、ＬＴＥまたは他の技術であり得るリレーｅＮＢ１０４に対するアクセスリンクを提供することができ、リレーｅＮＢ１０４は、ドナーｅＮＢ１０２のアクセスリンクを介してバックホールリンクを使用してドナーｅＮＢ１０２と通信することができる。リレーｅＮＢ１０４は、同様に、ワイヤードまたはワイヤレスのＬＴＥまたは他の技術リンクであり得るリレーｅＮＢ１０８および／またはＵＥ１１０に対するアクセスリンクを提供することができる。一例では、ドナーｅＮＢ１０２は、ＬＴＥアクセスリンクを提供することができ、リレーｅＮＢ１０４は、ＬＴＥバックホールを使用してＬＴＥアクセスリンクに接続することができ、リレーｅＮＢ１０４は、リレーｅＮＢ１０８および／またはＵＥ１１０へのＬＴＥアクセスリンクを提供することができる。ドナーｅＮＢ１０２は、異種バックホールリンク技術を介してコア・ネットワーク１０６に接続することができる。リレーｅＮＢ１０８および／またはＵＥ１１０は、説明したように、コア・ネットワーク１０６へのアクセスを受信するためにＬＴＥアクセスリンクを使用してリレーｅＮＢ１０４に接続することができる。本明細書では、ドナーｅＮＢと接続されたリレーｅＮＢとをまとめてクラスタと呼ぶことがある。

一例によれば、リレーｅＮＢ１０４は、従来のＬＴＥ構成におけるＵＥのように、リンクレイヤ（たとえば、媒体アクセス制御（ＭＡＣ）レイヤ）、トランスポート・レイヤ、アプリケーション・レイヤなどにおいてドナーｅＮＢ１０２に接続することができる。この点について、ドナーｅＮＢ１０２は、リレーｅＮＢ１０４をサポートするために、リンクレイヤ、トランスポート・レイヤ、アプリケーション・レイヤなどにおいて変更を必要としない従来のＬＴＥ ｅＮＢ、または関係するインターフェース（たとえば、Ｅ−ＵＴＲＡ−Ｕｕなどのユーザツーユーザ（Ｕｕ）、ＥＵＴＲＡ−Ｕｎなどのネットワークツーユーザ（Ｕｎ）、など）として働くことができる。さらに、リレーｅＮＢ１０４は、ＵＥ１１０が、たとえば、リンクレイヤ、トランスポート・レイヤ、アプリケーション・レイヤなどにおいてリレーｅＮＢ１０４に接続するために、変更が必要とされないように、リンクレイヤ、トランスポート・レイヤ、アプリケーション・レイヤなどにおいてＵＥ１１０にはＬＴＥ構成における従来のｅＮＢのように見え得る。さらに、リレーｅＮＢ１０４は、アクセスとバックホールリンクとの間のリソース分割、干渉管理、クラスタのアイドルモードセル選択などのプロシージャを構成することができる。一例では、リレーｅＮＢ１０４は追加のドナーｅＮＢに接続することができることを諒解されたい。

したがって、たとえば、リレーｅＮＢ１０４は、コア・ネットワーク１０６中の１つまたは複数の構成要素（モビリティ管理エンティティ（ＭＭＥ）、サービング・ゲートウェイ（ＳＧＷ）、パケット・データネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）など）へのアクセスを受信するために、ドナーｅＮＢ１０２との接続を確立することができる。一例では、リレーｅＮＢ１０４は、コア・ネットワーク１０６中のＰＧＷ／ＳＧＷと通信するために、そのＰＧＷ／ＳＧＷから（たとえば、ドナーｅＮＢ１０２を介して）インターネットプロトコル（ＩＰ）アドレスを取得することができる。さらに、ＵＥ１１０は、コア・ネットワーク１０６中の１つまたは複数の同様の構成要素へのアクセスを受信するために、リレーｅＮＢ１０４との接続を確立することができる。この点について、たとえば、ＵＥ１１０は、コア・ネットワーク１０６に与えるためのＩＰパケットをリレーｅＮＢ１０４に通信することができる。リレーｅＮＢ１０４は、ＩＰパケットを取得し、１つまたは複数の追加のヘッダをリレーｅＮＢ１０４に関係するパケットに関連付け、そのパケットをドナーｅＮＢ１０２に与えることができる。追加のヘッダは、リレーｅＮＢ １０４とコア・ネットワーク１０６の対応する構成要素とに関係するＩＰヘッダまたはユーザデータグラム・プロトコル（ＵＤＰ）／ＩＰヘッダ、コア・ネットワーク１０６の構成要素へのパケットのルーティングおよび／またはリレーｅＮＢ １０４への応答パケットのルーティングを可能にするための汎用パケット無線サービス（ＧＰＲＳ）トンネリング・プロトコル（ＧＴＰ）ヘッダまたは同様のヘッダなどを含むことができる。したがって、ドナーｅＮＢ１０２は、（たとえば、別のヘッダを追加し、コア・ネットワーク１０６に送信することによって）そのパケットをリレーｅＮＢ１０４に関係するコア・ネットワーク１０６の構成要素にルーティングすることができる。

コア・ネットワーク１０６の構成要素は、たとえば、様々なＩＰヘッダに従ってコア・ネットワーク１０６内でパケットをルーティングすることができる。さらに、たとえば、コア・ネットワーク１０６は、リレーｅＮＢ１０４を介してパケットをＵＥ１１０にルーティングすることに関係するＵＤＰ／ＩＰヘッダ、ＧＴＰヘッダなどを含むように、ＵＥ１１０に与えるためのパケットを構成することができる。一例では、コア・ネットワーク１０６は、パケットとともにＵＥ１１０に関係するＩＰヘッダ、ならびにリレーｅＮＢ１０４に関係するＵＤＰ／ＩＰおよび／またはＧＴＰヘッダ、および／またはドナーｅＮＢ１０２に関係する同様の（１つまたは複数の）ヘッダを含むことができる。コア・ネットワーク１０６は、パケットをヘッダとともにドナーｅＮＢ１０２に転送することができる。ドナーｅＮＢ１０２は、パケットを取得し、ドナーｅＮＢ１０２に関係するＵＤＰ／ＩＰおよび／またはＧＴＰヘッダを削除し、次のＧＴＰヘッダに基づいてパケットをリレーｅＮＢ１０４に転送することができる。リレーｅＮＢ１０４は、一例では、リレーｅＮＢ１０４に関係する（１つまたは複数の）ヘッダを同様に削除することができ、リレーｅＮＢ１０４は、残りのＩＰヘッダまたは別のヘッダに基づいてパケットをＵＥ１１０に転送することができる。ＵＥ１１０とドナーｅＮＢ１０２との間には１つのリレーｅＮＢ１０４が示されているが、追加のリレーｅＮＢが存在することができることと、パケットルーティングを可能にするために、リレーｅＮＢごとに、説明したように、ＵＤＰ／ＩＰおよび／またはＧＴＰヘッダをアップリンクおよびダウンリンクパケットに付加することができることとを諒解されたい。この点について、パケットは、ワイヤレス・ネットワークの構成要素の間の通信経路またはフローに関係し得る。

追加のヘッダは、たとえば、（たとえば、ドナーｅＮＢ１０２とリレーｅＮＢ１０４との間、リレーｅＮＢ１０４とリレーｅＮＢ１０８との間などの）無線インターフェースを介してパケットを送信するときにオーバーヘッドを導入し得る。この点について、ドナーｅＮＢ１０２は、ロバスト・ヘッダ圧縮（ＲｏＨＣ）を使用して、リレーｅＮＢ１０４および／または１つまたは複数のリレーｅＮＢに関係するＧＴＰヘッダおよび／または対応するＵＤＰ／ＩＰヘッダを圧縮することができる。ＲｏＨＣは、ワイヤレス・ネットワークの複数のノード間で利用され得る状態ベースのヘッダ圧縮アルゴリズムを指すことができる。ＲｏＨＣは、定義されたＲｏＨＣプロファイルに従ってパケットヘッダを圧縮および／または復元するために利用され得、したがって、ドナーｅＮＢ１０２は、ＧＴＰおよび／またはＵＤＰ／ＩＰヘッダにＲｏＨＣを適用するためのプロファイルを利用することができる。現在、ＲｏＨＣを適用するためにＲｏＨＣバージョン１（ｖ１）とＲｏＨＣバージョン２（ｖ２）とを利用することができる。複数のＧＴＰおよび／またはＵＤＰ／ＩＰヘッダの場合、たとえば、ドナーｅＮＢ１０２は、単一のＧＴＰおよび／またはＵＤＰ／ＩＰヘッダのためのＲｏＨＣプロファイルに従ってＲｏＨＣ（たとえば、ＲｏＨＣ ｖ１）を再帰的に適用することができる。別の例では、ドナーｅＮＢ１０２は、１つまたは複数のＧＴＰおよび／またはＵＤＰ／ＩＰヘッダを圧縮または復元するために、ＲｏＨＣ ｖ２の単一のインスタンスを適用することができる。

次に図２を参照すると、ワイヤレス通信ネットワークに参加することができる通信装置２００が示されている。通信装置２００は、モバイルデバイス、アクセスポイント、リレーノード、その一部分、またはワイヤレス・ネットワーク中で通信する実質的に任意のデバイスであり得る。通信装置２００は、１つまたは複数の異種通信装置からパケットを取得する受信構成要素２０２と、パケットの１つまたは複数のヘッダおよび／またはパケットのために生成された１つまたは複数のヘッダを圧縮または復元するためのＲｏＨＣプロファイルを判断するＲｏＨＣプロファイル選択構成要素２０４とを備えることができる。通信装置２００はまた、ＲｏＨＣプロファイルに従ってヘッダを圧縮または復元することができるＲｏＨＣ適用構成要素２０６と、圧縮または復元された後にヘッダを１つまたは複数の異種通信装置に送信する送信構成要素２０８とを含む。

一例によれば、受信構成要素２０２は、１つまたは複数のノードの間でパケットをルーティングするための１つまたは複数のヘッダを含むパケットを取得することができる。パケットは、たとえば、アクセスポイント、モバイルデバイス、コア・ネットワーク構成要素などであり得る異種通信装置から取得され得る。別の例では、パケットは、少なくとも部分的に通信装置２００によって生成され得る。一例では、通信装置２００は、パケットをルーティングすることを可能にするために、パケットに１つまたは複数のヘッダを付加することもできる。説明したように、たとえば、１つまたは複数のヘッダは、ＧＴＰヘッダ（たとえば、組合せＩＰ−ＵＤＰ−ＧＴＰヘッダなどのＧＴＰ−Ｕヘッダ）および／または同様のヘッダを含むことができる。一例では、ＧＴＰヘッダは、ＩＰヘッダ、リアルタイムトランスポートプロトコル（ＲＴＰ）ヘッダ（たとえば、組合せＩＰ−ＵＤＰ−ＲＴＰヘッダ）、または同様のヘッダなど、パケットの最内ヘッダであり得るベースヘッダをカプセル化することができる。さらに、たとえば、パケットは、各々がパケットの通信経路またはフロー中でアクセスポイントまたはリレーノードに関係することができる複数のＧＴＰヘッダを含むことができる。いずれの場合も、ＲｏＨＣプロファイル選択構成要素２０４は、複数のヘッダ、ベースヘッダなどを圧縮または復元するために適用すべき１つまたは複数のＲｏＨＣプロファイルを判断することができる。

一例では、ＲｏＨＣプロファイル選択構成要素２０４は、パケットのために確立されたＲｏＨＣコンテキストがあるかどうかを判断することができる。これは、たとえば、パケットが受信されるフローに関係するＲｏＨＣコンテキストがあるかどうかを判断することを含むことができる。ＲｏＨＣコンテキストがある場合、ＲｏＨＣ適用構成要素２０６は、ＲｏＨＣコンテキストに従ってパケットヘッダを圧縮または復元することができる。確立されたＲｏＨＣコンテキストがまだない場合、ＲｏＨＣプロファイル選択構成要素２０４はフローを介して受信されたヘッダを圧縮または復元するためのＲｏＨＣプロファイルを選択することができ、一例では、ＲｏＨＣプロファイルをフローのためのＲｏＨＣコンテキストの一部として記憶することができる。パケットが非圧縮ヘッダを含む場合、たとえば、ＲｏＨＣプロファイル選択構成要素２０４は、ヘッダのうちの１つまたは複数を圧縮するためのＲｏＨＣプロファイルを判断することができる。パケットが圧縮ヘッダを含む場合、たとえば、ＲｏＨＣプロファイル選択構成要素２０４は、圧縮ヘッダのうちの１つまたは複数を復元するためのＲｏＨＣプロファイルを判断することができる。

たとえば、説明したように、ＲｏＨＣプロファイル選択構成要素２０４は、ＲｏＨＣコンテキストに関係するヘッダを圧縮するために、パケットの１つまたは複数のヘッダに適用すべきＲｏＨＣプロファイルを判断するためにスイッチまたは他の条件ベース機構を利用することができる。一例では、ＲｏＨＣプロファイル選択構成要素２０４は、１つまたは複数の条件を検証したことに少なくとも部分的に基づいて、パケット中の１つまたは複数のヘッダが圧縮可能ＧＴＰヘッダに関係すると判断することができる。たとえば、パケットがＩＰパケットであり、（ＵＤＰトランスポートを示す）ＩＰｖ４ヘッダ中のプロトコル番号またはＩＰｖ６ヘッダ中の次ヘッダ値を含み、ＵＤＰ宛先ポート番号が（ＧＴＰｖ１プロトコルを示す）２１５２であり、ＧＴＰヘッダのプロトコル・タイプが（ＧＴＰを示す）１であり、ＧＴＰ−Ｕメッセージ・タイプが（ＧＴＰ ＰＤＵ（Ｇ−ＰＤＵ）ペイロードを示す）２５５である場合、ＲｏＨＣプロファイル選択構成要素２０４は、ヘッダが圧縮可能ＧＴＰヘッダであると判断することができる。

その上、たとえば、ＲｏＨＣプロファイル選択構成要素２０４は、ＧＴＰヘッダのためのＧＴＰ ＲｏＨＣ圧縮プロファイルを選択する前に、ＧＴＰヘッダの１つまたは複数のフラグを検証することができる。この例では、フラグ（たとえば、Ｅフラグ）は、拡張ヘッダ（たとえば、ＵＤＰポート拡張ヘッダ、パケットデータ・コンバージェンス・プロトコル（ＰＤＣＰ）プロトコル・データユニット（ＰＤＵ）番号ヘッダなど）が存在するかどうかを判断するために検証され得る。そのようなヘッダが存在しない（たとえば、フラグが０または偽である）場合、ＲｏＨＣプロファイル選択構成要素２０４はＧＴＰヘッダが圧縮可能であると判断することができる。たとえば、これは、複雑さを緩和するために、パケット中にＰＤＣＰ ＰＤＵ番号が存在し得るハンドオーバの場合を回避することができる。

同様に、ＲｏＨＣプロファイル選択構成要素２０４は、１つまたは複数のオプション・フィールド（たとえば、シーケンス番号、ＮＰＤＵ番号、次ヘッダタイプなど）が存在するかどうかに関係するフラグ（たとえば、ＰＮフラグ）を検証することができる。この場合も、そのようなフィールドが存在しない場合、一例では、ＲｏＨＣプロファイル選択構成要素２０４はＧＴＰヘッダが圧縮可能であると判断することができる。したがって、一例では、オプション・フィールドが存在する場合、ＲｏＨＣプロファイル選択構成要素２０４は、複雑さを緩和するために、ＲｏＨＣプロファイルを選択しないと判断することができる。どちらの場合も、オプション・フィールドまたは拡張ヘッダを含むパケットが比較的まれであり得ることを諒解されたい。したがって、一例では、オプション・フィールドを含むヘッダまたは拡張ヘッダを圧縮および復元するためのコードを除外することがより効率的であり得る。しかしながら、別の例では、ＧＴＰ ＲｏＨＣ圧縮プロファイルは拡張ヘッダおよび／またはオプション・フィールドを処理することができる。

ＲｏＨＣプロファイル選択構成要素２０４が、ヘッダが圧縮可能ＧＴＰヘッダであると判断した場合、たとえば、ＲｏＨＣプロファイル選択構成要素２０４は、ＧＴＰヘッダを圧縮するためのＧＴＰ ＲｏＨＣプロファイルを選択し、ＲｏＨＣ適用構成要素２０６は、ＧＴＰ ＲｏＨＣプロファイルを使用してヘッダを圧縮することができる。たとえば、ＲｏＨＣ適用構成要素２０６は、少なくとも部分的に、ＧＴＰヘッダの少なくとも一部分を削除し、コンテキスト識別子、ＲｏＨＣプロファイル・タイプ識別子などをもつＲｏＨＣヘッダをパケットに挿入することによってヘッダを圧縮することができる。たとえば、ＲｏＨＣ適用構成要素２０６は、関係するＲｏＨＣコンテキストがまだ初期化されていないパケットのヘッダを圧縮するために、ＲｏＨＣヘッダのコンテキスト識別子を選択することができる。別の例では、ＲｏＨＣ適用構成要素２０６は、パケットの１つまたは複数のパラメータに少なくとも部分的に基づいて、パケットのために確立された関係するＲｏＨＣコンテキストがあるかどうかを判断することができる。関係するＲｏＨＣコンテキストがある場合、ＲｏＨＣ適用構成要素２０６は、たとえば、少なくとも部分的に、ＲｏＨＣコンテキストに従ってパケットのヘッダにＲｏＨＣ圧縮を適用することによってＲｏＨＣ圧縮ヘッダを生成する。

送信構成要素２０８は、ＲｏＨＣ圧縮ヘッダと関係するＲｏＨＣヘッダとをもつパケットを異種通信装置に送信することができる。コンテキスト識別子、ＲｏＨＣプロファイル・タイプ識別子などに少なくとも部分的に基づいて、たとえば、異種通信装置は、ＲｏＨＣを使用して圧縮ヘッダを復元することができる。一例では、ＲｏＨＣ適用構成要素２０６は、少なくとも、ＧＴＰ ＲｏＨＣプロファイルに従って１つまたは複数のＧＴＰヘッダの静的値を圧縮することができる。別の例では、ＲｏＨＣ適用構成要素２０６はまた、１つまたは複数の補助符号化機能に従って１つまたは複数の非静的値を圧縮することができる。たとえば、ＧＴＰヘッダは、可能な拡張ヘッダを除いて３６〜４４バイトの長さを有し得る。ＧＴＰ ＲｏＨＣプロファイルに従ってＲｏＨＣ適用構成要素２０６を用いて圧縮した後、ヘッダは、圧縮フォーマットに応じて、０〜５バイト＋ＲｏＨＣヘッダ用の１〜３バイトであり得る。したがって、ＧＴＰヘッダを圧縮することは、特に、比較的小さいペイロードを有し、比較的高いレートにおいて送信される必要があるボイスオーバＩＰ（ＶｏＩＰ）パケットの場合、著しいオーバーヘッドを低減することができる。

一例では、ＧＴＰヘッダのためのＲｏＨＣプロファイルは１つまたは複数のヘッダ・フォーマットを含むことができる。たとえば、ＧＴＰヘッダは以下のフィールドを含むことができる。

上表で、ＰＴはプロトコル・タイプであり、Ｅは延長フラグであり、Ｓはシーケンス番号フラグであり、ＰＮはオプション・フィールドフラグであり、Ｎｅｘｔ Ｅｘｔ Ｈｅａｄｅｒ Ｔｙｐｅは次の拡張ヘッダのタイプである。指定される値クラスは、所与のフローのための関係するフィールドのステータスに関係することができる。たとえば、ＳＴＡＴＩＣ−ＫＮＯＷＮは、フィールドがフローにわたって変化しないことを示すことができ、ＳＴＡＴＩＣ−ＤＥＦは、フィールドが所与のフローでは静的であるが、別のフローでは異なり得ることを示すことができ、ＩＲＲＥＧＵＬＡＲは、フィールドがパケットごとに所与のフロー中でも変化することを示すことができるなどである。さらに、ＰＡＴＴＥＲＮは、フィールドがパケットごとに所与のフロー中で変化するが、（たとえば、パケットごとに増分されるシーケンス番号など）その変化は予測され得ることを示すことができ、ＩＮＦＥＲＲＥＤは、フィールドが、（たとえば、そのヘッダまたは異なるヘッダ中の）１つまたは複数の他のフィールドに基づいて計算され得ることを示すことができる。

したがって、たとえば、（たとえば、ＲｏＨＣ ｖ２プロファイル形式表記法を使用して）ＲｏＨＣでのＧＴＰヘッダのヘッダ圧縮を定義するために、以下のヘッダ・フォーマットを利用することができる。

この例では、ｉｎｆｅｒｒｅｄ＿ｇｔｐｕ＿ｌｅｎｇｔｈは、ＧＴＰヘッダのＬｅｎｇｔｈフィールドを判断することができる補助符号化／復号機能に関係することができ、したがって、ＲｏＨＣ適用構成要素２０６は、ＧＴＰヘッダをさらに圧縮するためにＬｅｎｇｔｈフィールドを除外することができる。この例では、Ｌｅｎｇｔｈフィールドは、オプションのＵＤＰヘッダ長とトランスポート・レイヤにおけるトランスポートＰＤＵ（ＴＰＤＵ）長との和として計算され得る。その上、この例では、ＲｏＨＣ適用構成要素２０６は、Ｌｅｎｇｔｈフィールドを圧縮すべきかどうかを判断するときに、ＵＤＰヘッダ長が先行するサブヘッダのＬｅｎｇｔｈフィールドに一致すること（たとえば、ＩＰ長によってカバーされるＵＤＰペイロードの後のパディングがないこと）を保証することができる。同様に、ｉｎｆｅｒｒｅｄ＿ｕｄｐ＿ｃｈｅｃｋｓｕｍは、ＲｏＨＣ適用構成要素２０６がＧＴＰヘッダのＩＰｖ４ヘッダ部分からチェックサム値を除外することを可能にする。

その上、たとえば、ＲｏＨＣ適用構成要素２０６は、ＲｏＨＣ ｖ２で複数のＧＴＰヘッダを圧縮するため、またはＲｏＨＣ ｖ１で単一のＧＴＰヘッダを圧縮するためにｇｔｐｕ（）を利用することができる。ＲｏＨＣ適用構成要素２０６が、説明したように、ベースヘッダ（たとえば、ＩＰ−ＵＤＰ−ＲＴＰヘッダ）をカプセル化することができる単一のＩＰ−ＵＤＰ−ＧＴＰヘッダをＲｏＨＣ ｖ１で圧縮する場合、外部ＧＴＰヘッダのＵＤＰ−ＧＴＰチェーンは、拡張フォーマット３におけるＯｕｔｅｒ ＩＰ ｈｅａｄｅｒフィールドのＩＰ拡張ヘッダであり得る。したがって、ＲｏＨＣ適用構成要素２０６は、ＩＰ拡張ヘッダを、上記の形式表記法において示したｇｔｐｕ（）において定義されている＿ｉｒｒｅｇｕｌａｒサフィックスフォーマットでＵＤＰ−ＧＴＰチェーンに設定することができる。その上、ＲｏＨＣ適用構成要素２０６がＲｏＨＣ ｖ２で複数のＧＴＰヘッダを圧縮する場合、所与のフローに対してオプション・フィールドが追加または削除され得、したがって、ＲｏＨＣ適用構成要素２０６は、（たとえば、フィールドの追加または削除を検出することに少なくとも部分的に基づいて）ＲｏＨＣを適用しないと判断することによってＲｏＨＣコンテキストをリフレッシュすることができ、送信構成要素２０８は、圧縮ヘッダをもつパケットに加えてまたはそれらの代わりに初期化およびリフレッシュ・パケットを異種通信装置に送ることができる。

さらに、上記で示したように、ＲｏＨＣ適用構成要素２０６は、（存在する場合）ＧＴＰヘッダからのシーケンス番号に少なくとも部分的に基づいてパケットのためのメッセージシーケンス番号（ＭＳＮ）を生成することができる。シーケンス番号がＧＴＰヘッダ中に存在しない場合、ＲｏＨＣ適用構成要素２０６は、説明したように、ランダム開始番号を生成し、関係するＲｏＨＣコンテキストの後続のパケットに後続のシーケンス番号を割り当てることができる。以下でさらに詳細に説明する別の例では、さらに、ベースヘッダを圧縮するためにＲｏＨＣ ｖ１でヘッダを再帰的に圧縮するときにｇｔｐｕ＿ｂａｓｅｈｅａｄｅｒ（）が利用され得、ｇｔｐｕ（）はパケット中の複数のＧＴＰヘッダのために使用され得る。

別の例では、受信構成要素２０２は、１つまたは複数の圧縮ＧＴＰヘッダを含むパケットを取得することができる。この例では、ＲｏＨＣプロファイル選択構成要素２０４は、パケットのＲｏＨＣヘッダ中の１つまたは複数のパラメータに少なくとも部分的に基づいて、ヘッダを復元するためのＲｏＨＣプロファイルを判断することができる。ＲｏＨＣヘッダは、説明したように、コンテキスト識別子とＲｏＨＣプロファイル識別子とを含むことができる。ＲｏＨＣプロファイル識別子に少なくとも部分的に基づいて、ＲｏＨＣプロファイル選択構成要素２０４は、パケット中の１つまたは複数のヘッダを復元するためにＧＴＰ ＲｏＨＣプロファイルを利用することを判断することができる。ＲｏＨＣ適用構成要素２０６は、（たとえば、上記で説明した同様の形式表記法に少なくとも部分的に基づいて）１つまたは複数のＧＴＰヘッダを復元するためのＧＴＰ ＲｏＨＣプロファイルを適用することができる。さらに、ＲｏＨＣ適用構成要素２０６は、（たとえば、ＲｏＨＣ ｖ１では異なるＲｏＨＣプロファイルを使用して、またはＲｏＨＣ ｖ２では同じＲｏＨＣプロファイルを使用して）ベースヘッダを復元することができる。いずれの場合も、送信構成要素２０８は、復元されたヘッダをもつパケットを異種通信装置に送信することができる。

さらに別の例では、ＧＴＰヘッダ中に拡張ヘッダがあり得る。この場合、たとえば、（たとえば、ＲｏＨＣ ｖ２プロファイル形式表記法を使用して）ＲｏＨＣでのＧＴＰ拡張ヘッダのヘッダ圧縮を定義するために、以下のヘッダ・フォーマットを利用することができる。

図３を参照すると、ワイヤレス通信ネットワークに参加することができる通信装置３００が示されている。通信装置３００は、モバイルデバイス、アクセスポイント、リレーノード、その一部分、またはワイヤレス・ネットワーク中で通信する実質的に任意のデバイスであり得る。通信装置３００は、１つまたは複数の異種通信装置からパケットを取得する受信構成要素２０２と、パケットの１つまたは複数のヘッダおよび／またはパケットのために生成された１つまたは複数のヘッダを圧縮または復元するためのＲｏＨＣプロファイルを判断するＲｏＨＣプロファイル選択構成要素２０４とを備えることができる。通信装置３００は、ＲｏＨＣプロファイルに従ってヘッダを再帰的に圧縮または復元することができる再帰的ＲｏＨＣ適用構成要素３０２と、圧縮または復元されたヘッダを１つまたは複数の異種通信装置に送信する送信構成要素２０８とを備えることができる。

一例によれば、受信構成要素２０２は、１つまたは複数のノードの間でパケットをルーティングするための１つまたは複数のヘッダを含むパケットを取得することができる。パケットは、たとえば、アクセスポイント、モバイルデバイス、コア・ネットワーク構成要素などであり得る異種通信装置から取得され得る。別の例では、パケットは、少なくとも部分的に通信装置３００によって生成され得る。一例では、通信装置３００は、パケットをルーティングすることを可能にするために、パケットに１つまたは複数のヘッダを付加することもできる。説明したように、たとえば、１つまたは複数のヘッダは、ＧＴＰヘッダ（たとえば、組合せＩＰ−ＵＤＰ−ＧＴＰヘッダなどのＧＴＰ−Ｕヘッダ）および／または同様のヘッダを含むことができる。一例では、ＧＴＰヘッダは、ＩＰヘッダ、リアルタイムトランスポートプロトコル（ＲＴＰ）ヘッダ（たとえば、組合せＩＰ−ＵＤＰ−ＲＴＰヘッダ）、または同様のヘッダなど、パケットの最内ヘッダであり得るベースヘッダをカプセル化することができる。さらに、たとえば、パケットは、各々がパケットの通信経路中でアクセスポイントまたはリレーノードに関係することができる複数のＧＴＰヘッダを含むことができる。いずれの場合も、ＲｏＨＣプロファイル選択構成要素２０４は、複数のヘッダ、ベースヘッダなどを圧縮または復元するために適用すべき１つまたは複数のＲｏＨＣプロファイルを判断することができる。

説明したように、ＲｏＨＣプロファイル選択構成要素２０４は、（たとえば、パケットが受信されるフローに対して）パケットのためのＲｏＨＣコンテキストが確立されている場合、ＲｏＨＣコンテキストに従ってＲｏＨＣプロファイルを選択することができる。そうでない場合、ＲｏＨＣプロファイル選択構成要素２０４は、ＧＴＰヘッダのためのＲｏＨＣプロファイルを選択することができ、ＲｏＨＣプロファイルまたはそれのインジケータをパケットのためのコンテキストに記憶することができる。パケットが非圧縮ヘッダを含む場合、たとえば、ＲｏＨＣプロファイル選択構成要素２０４は、複数のヘッダのうちの少なくとも１つを圧縮するためのプロファイルを判断することができる。パケットが圧縮ヘッダを含む場合、たとえば、ＲｏＨＣプロファイル選択構成要素２０４は、複数の圧縮ヘッダのうちの少なくとも１つを復元するためのプロファイルを判断することができる。

たとえば、説明したように、ＲｏＨＣプロファイル選択構成要素２０４は、ヘッダを圧縮するために、パケットの１つまたは複数のヘッダに適用すべきＲｏＨＣプロファイルを判断するために、説明したように、スイッチまたは他の条件ベース機構を利用することができる。一例では、ＲｏＨＣプロファイル選択構成要素２０４は、上記で説明したように、パケットの最外ヘッダがＧＴＰヘッダであると判断することができ、ＧＴＰヘッダを圧縮するためのＲｏＨＣプロファイルを選択することができる。再帰的ＲｏＨＣ適用構成要素３０２は、ＲｏＨＣ ｖ１でＧＴＰ ＲｏＨＣプロファイルに従ってＧＴＰヘッダを圧縮することができる。この例では、ＲｏＨＣプロファイル選択構成要素２０４は、次いで、パケットの次の最外ヘッダのためのＲｏＨＣプロファイルを判断することができる。たとえば、このヘッダもＧＴＰであり得、パケットのすべてのヘッダ（またはヘッダの所望の部分）が圧縮されるまで、ＲｏＨＣプロファイル選択構成要素２０４はＧＴＰ ＲｏＨＣプロファイルを判断することができ、再帰的ＲｏＨＣ適用構成要素３０２は、ヘッダを圧縮するためにＲｏＨＣプロファイルを適用することができるなどである。したがって、たとえば、パケットのヘッダは複数の圧縮ＲｏＨＣパケットのように見え得る。

この点について、たとえば、再帰的ＲｏＨＣ適用構成要素３０２によって圧縮されたパケットは、圧縮ヘッダごとにＲｏＨＣヘッダを有することができる。さらに、たとえば、再帰的ＲｏＨＣ適用構成要素３０２は、複数のヘッダを、最内ヘッダで開始して圧縮すること、ランダムヘッダで開始して圧縮することなどができ、連続的にまたは並行して圧縮を実行することができることを諒解されたい。さらに、説明したように、ＲｏＨＣプロファイル選択構成要素２０４は、ＧＴＰヘッダのうちの１つまたは複数によってカプセル化されたベースヘッダのためのＲｏＨＣプロファイルを判断することができ、再帰的ＲｏＨＣ適用構成要素３０２は、判断されたＲｏＨＣプロファイルに従ってベースヘッダを圧縮することができる。送信構成要素２０８は、説明したように、圧縮ヘッダもつパケットを異種通信装置に送信することができる。同様に、受信構成要素２０２は、複数の圧縮ヘッダをもつパケットを取得することができ、ＲｏＨＣプロファイル選択構成要素２０４は、（たとえば、ＧＴＰ ＲｏＨＣプロファイルを含むことができ、コンテキスト識別子などに基づき得る）圧縮ヘッダのためのＲｏＨＣプロファイルを判断することができ、再帰的ＲｏＨＣ適用構成要素３０２は、ヘッダを復元するために圧縮ヘッダの各々にＲｏＨＣプロファイルを適用することができる。送信構成要素２０８は、この例では、復元されたヘッダをもつパケットを異種通信装置に送信することができる。

図４を参照すると、ＧＴＰヘッダを圧縮および復元するための例示的なワイヤレス通信システム４００が示されている。システム４００は、説明したように、１つまたは複数のデバイスまたは異種アクセスポイントへのワイヤレス・ネットワーク・アクセスを与えるアクセスポイント４０２および４０４を含む。さらに、アクセスポイント４０２は、一例では、同様の機能を提供するためにアクセスポイント４０４の構成要素を備えることができ、その逆も同様であることを諒解されたい。その上、アクセスポイント４０２および４０４はそれぞれ、上記で説明したように、ドナー・アクセスポイントおよび／またはリレーノード機能を提供することができるマクロセル・アクセスポイント、フェムトセル・アクセスポイント、ピコセル・アクセスポイント、モバイル基地局などであり得る。

アクセスポイント４０２は、１つまたは複数のワイヤレスデバイスまたはアクセスポイントからパケットを取得する受信構成要素２０２と、パケットの１つまたは複数のヘッダおよび／またはパケットのために生成された１つまたは複数のヘッダを圧縮または復元するためのＲｏＨＣプロファイルを判断するＲｏＨＣプロファイル選択構成要素２０４とを備えることができる。アクセスポイント４０２はまた、フローを介して受信されたパケットにＲｏＨＣコンテキストを関連付けるＲｏＨＣコンテキスト構成要素４０６と、ＲｏＨＣプロファイルに従ってヘッダを圧縮することができるＲｏＨＣ適用構成要素２０６と、圧縮された後にヘッダを１つまたは複数の異種アクセスポイントに送信する送信構成要素２０８とを備える。アクセスポイント４０４は、アクセスポイントから１つまたは複数のＲｏＨＣ圧縮ヘッダをもつパケットを取得する受信構成要素４０８と、１つまたは複数のＲｏＨＣヘッダを復元するためにＲｏＨＣプロファイルを見分けるＲｏＨＣプロファイル判断構成要素４１０と、ＲｏＨＣプロファイルに従って１つまたは複数のＲｏＨＣヘッダを復元するＲｏＨＣ適用構成要素４１２とを備えることができる。

一例によれば、受信構成要素２０２は、説明したように、１つまたは複数のＧＴＰヘッダをもつパケットを取得することができる。ＲｏＨＣプロファイル選択構成要素２０４は、パケットに関係する（たとえば、パケットが受信されるフローに関係する）ＲｏＨＣコンテキストがあるかどうかを判断することができる。パケットに関係するＲｏＨＣコンテキストがある場合、ＲｏＨＣプロファイル選択構成要素２０４は、説明したように、ＲｏＨＣコンテキストに少なくとも部分的に基づいて、１つまたは複数のＧＴＰヘッダを圧縮するために適用すべきＲｏＨＣプロファイルを判断することができる。しかしながら、パケットに関係するＲｏＨＣコンテキストがない場合、ＲｏＨＣプロファイル選択構成要素２０４は、上記で説明したように、１つまたは複数のＧＴＰヘッダの１つまたは複数の態様（たとえば、ＩＰプロトコル・タイプ、プロトコル番号、ＵＤＰ宛先ポート、拡張ヘッダまたはオプション・フィールドフラグの存在など）に少なくとも部分的に基づいて１つまたは複数のＧＴＰヘッダのためのＲｏＨＣプロファイルを判断することができる。さらに、（たとえば、フローに関係する）パケットのためのＲｏＨＣコンテキストがまだ存在しない場合、ＲｏＨＣコンテキスト構成要素４０６は、パケットに関係するヘッダを圧縮および／または復元するために、コンテキスト識別子、選択されたＲｏＨＣプロファイル・タイプ、および／またはＲｏＨＣを適用するための追加のメトリックを含むＲｏＨＣコンテキストを生成することができる。この例では、ＲｏＨＣプロファイル選択構成要素２０４はＧＴＰヘッダのためのＧＴＰ ＲｏＨＣプロファイルを判断することができる。

さらに、たとえば、ＲｏＨＣコンテキスト構成要素４０６は、ＲｏＨＣコンテキストに従ってアクセスポイント４０２によって圧縮されたパケットを後で復元するために、ＲｏＨＣコンテキスト、コンテキスト識別子、ＲｏＨＣプロファイル・タイプ、および／または関係するパラメータをアクセスポイント４０４に通信することができる。受信構成要素４０８は、コンテキスト、パラメータなどを取得することができ、ＲｏＨＣ適用構成要素４１２は、アクセスポイント４０２からのパケットのヘッダを復元するためにコンテキスト、パラメータなどを記憶することができる。一例では、パラメータは、後続のパケットの関係するヘッダ中にＲｏＨＣ適用構成要素２０６によって後で圧縮されるフィールド（たとえば、説明したように、静的フィールド、推測されるかまたは計算され得る非静的フィールド、部分的に圧縮され得る非静的フィールドなど）を含むことができる。その上、この例では、ＲｏＨＣ適用構成要素２０６は、説明したように、選択されたＲｏＨＣプロファイル（たとえば、ＧＴＰ ＲｏＨＣプロファイル）に従って１つまたは複数のＧＴＰヘッダを圧縮することができ、送信構成要素２０８は、１つまたは複数のＲｏＨＣ圧縮ヘッダをもつパケットをアクセスポイント４０４および／または１つまたは複数の他のアクセスポイントに通信することができる。

たとえば、受信構成要素４０８は、１つまたは複数のＲｏＨＣ圧縮ヘッダを含むパケットを取得することができる。説明したように、ＲｏＨＣ圧縮ヘッダは、コンテキスト識別子、ＲｏＨＣプロファイル・タイプ、および／またはヘッダを復元するための１つまたは複数のパラメータをもつＲｏＨＣヘッダを含むことができる。ＲｏＨＣプロファイル判断構成要素４１０は、示されたＲｏＨＣプロファイル・タイプに少なくとも部分的に基づいて、ヘッダを復元するためのＲｏＨＣプロファイルを見分けることができる。この例では、ＲｏＨＣプロファイル・タイプは、ＲｏＨＣヘッダのうちの１つまたは複数においてＧＴＰであり得る。したがって、ＲｏＨＣ適用構成要素４１２は、ＲｏＨＣヘッダ中のコンテキスト識別子および／または１つまたは複数のパラメータに従って１つまたは複数のＲｏＨＣヘッダをＧＴＰヘッダに復元することができる。たとえば、コンテキスト識別子に少なくとも部分的に基づいて、ＲｏＨＣ適用構成要素４１２は、対応するＲｏＨＣヘッダに関係するＲｏＨＣコンテキストを判断することができ、ＲｏＨＣ適用構成要素４１２は、ＲｏＨＣコンテキスト（たとえば、コンテキスト識別子に関係する１つまたは複数の静的フィールド、非静的推測フィールドなど、アクセスポイント４０２から受信されたＲｏＨＣコンテキスト中の１つまたは複数パラメータ）に少なくとも部分的に基づいてＲｏＨＣヘッダを復元することができる。別の例では、ＲｏＨＣプロファイル判断構成要素４１０は、コンテキスト識別子によって示されたＲｏＨＣコンテキストに少なくとも部分的に基づいてＲｏＨＣプロファイルを見分けることができる。ＲｏＨＣ適用構成要素２０６は、たとえば、ＲｏＨＣヘッダ中の１つまたは複数のパラメータおよび／または（推測、計算、または部分的に圧縮され得ない非静的フィールドなどの）追加のパラメータに基づいてＧＴＰヘッダを生成することができる。

さらに、たとえば、ＲｏＨＣプロファイル選択構成要素２０４は、（たとえば、判断されたＲｏＨＣコンテキストなどに基づいて）ＧＴＰヘッダによってカプセル化された１つまたは複数のベースヘッダのためのＲｏＨＣプロファイルを判断することができる。同様に、ＲｏＨＣコンテキスト構成要素４０６は、パケットのためのＲｏＨＣコンテキストが存在しない場合、ＲｏＨＣコンテキストを作成することができる。ＲｏＨＣ適用構成要素２０６は、ＲｏＨＣプロファイルに基づいてベースヘッダを圧縮することができる。圧縮ＧＴＰヘッダと圧縮ベースヘッダとをもつパケットを受信すると、ＲｏＨＣプロファイル判断構成要素４１０は、一例では、さらに、（たとえば、コンテキスト識別子に関係するＲｏＨＣコンテキスト、ベースヘッダのためのＲｏＨＣヘッダ中に示されたＲｏＨＣプロファイルなどに基づいて）ベースヘッダを復元するためのＲｏＨＣプロファイルを判断することができる。ＲｏＨＣ ｖ２が使用されるかまたはＲｏＨＣ ｖ１が単一のＧＴＰヘッダとともに使用される場合、ベースヘッダはＧＴＰヘッダとともに復元され得ることを諒解されたい。しかしながら、ヘッダを再帰的に圧縮および復元するためにＲｏＨＣ ｖ１が使用される場合、ベースヘッダは別個に復元され得る。この例では、ＲｏＨＣプロファイル判断構成要素４１０は、上記で説明したように、ベースヘッダに関係するＲｏＨＣプロファイルを見分けることができ、ＲｏＨＣ適用構成要素４１２は、復元のために、ベースヘッダに関係するＲｏＨＣプロファイルをベースヘッダに適用することができる。

次に図５を参照すると、ＩＰリレー機能を提供する例示的なワイヤレス通信ネットワーク５００が示されている。ネットワーク５００は、説明したように、ワイヤレス・ネットワークへのアクセスを受信するためにリレーｅＮＢ１０４と通信するＵＥ１１０を含む。リレーｅＮＢ１０４は、ワイヤレス・ネットワークへのアクセスを与えるためにドナーｅＮＢ１０２と通信することができ、説明したように、ドナーｅＮＢ１０２は、リレーｅＮＢ１０４に関係するＭＭＥ５０２および／またはＳＧＷ５０４と通信することができる。ＳＧＷ５０４は、ＳＧＷ５０４および／または追加のＳＧＷへのネットワークアクセスを与えるＰＧＷ５０６に接続または結合することができる。ＰＧＷ５０６は、リレーｅＮＢ１０４がネットワークを使用することを認証／許可するために、リレーｅＮＢ１０４にアドレス指定を提供するためにＩＰマルチメディア・サブシステム（ＩＭＳ）５１０を利用することができるポリシーおよび課金ルール機能（ＰＣＲＦ：policy and charging rules function）５０８と通信することができる。

一例によれば、ＳＧＷ５０４およびＰＧＷ５０６はまた、ＵＥ１１０に関係し得るＳＧＷ５１６およびＰＧＷ５１８と通信することができる。たとえば、ＳＧＷ５１６および／またはＰＧＷ５１８は、ＵＥ１１０にＩＰアドレスを割り当てることができ、ＳＧＷ５０４およびＰＧＷ５０６、ドナーｅＮＢ１０２、ならびにリレーｅＮＢ１０４を介してＵＥ１１０と通信することができる。ＵＥ１１０とＳＧＷ５１６および／またはＰＧＷ５１８との間の通信は、ノードを介してトンネリングされ得る。ＳＧＷ５０４およびＰＧＷ５０６は、同様に、ＵＥ１１０とＭＭＥ５１４との間の通信をトンネリングすることができる。ＰＧＷ５１８は、同様に、ＵＥ１１０を認証／許可するためにＰＣＲＦ５０８と通信することができ、ＰＣＲＦ５０８はＩＭＳ５１０と通信することができる。さらに、ＰＧＷ５１８は、ＩＭＳ５１０および／またはインターネット５１２と直接通信することができる。

一例では、ＵＥ１１０は、説明したように、Ｅ−ＵＴＲＡ−Ｕｕインターフェースなどの１つまたは複数の無線プロトコル・インターフェースを介してリレーｅＮＢ１０４と通信することができ、リレーｅＮＢ１０４は、Ｅ−ＵＴＲＡ−Ｕｕまたは他のインターフェースなどの１つまたは複数の無線プロトコル・インターフェースを使用してドナーｅＮＢ１０２と通信することができる。説明したように、リレーｅＮＢ１０４は、ＵＥ１１０から受信したパケットに、ＳＧＷ５０４および／またはＰＧＷ５０６に関係するＵＤＰ／ＩＰおよび／またはＧＴＰヘッダを付加することができる。その上、リレーｅＮＢ１０４は、本明細書で説明するように、ＧＴＰ ＲｏＨＣプロファイルを使用してＵＤＰ／ＩＰおよびＧＴＰヘッダを圧縮することができ、パケットをドナーｅＮＢ１０２に転送することができる。ドナーｅＮＢ１０２は、図示のように、Ｓ１−ＭＭＥインターフェースを使用してＭＭＥ５０２と通信し、Ｓ１−Ｕインターフェースを介してＳＧＷ５０４およびＰＧＷ５０６と通信する。たとえば、ドナーｅＮＢ１０２は、説明したように、ＧＴＰ ＲｏＨＣプロファイルまたは通信されたＲｏＨＣコンテキストに従ってパケットを復元することができ、同様に、ＵＤＰ／ＩＰおよび／またはＧＴＰヘッダをパケットに付加し、ＭＭＥ５０２またはＳＧＷ５０４に転送することができる。

ＳＧＷ５０４および／またはＰＧＷ５０６は、コア・ネットワーク内でパケットをルーティングするためにＵＤＰ／ＩＰおよび／またはＧＴＰヘッダを利用することができる。たとえば、説明したように、ＳＧＷ５０４および／またはＰＧＷ５０６は、パケットを受信し、ＳＧＷ５０４および／またはＰＧＷ５０６に関係する外部ＵＤＰ／ＩＰおよび／またはＧＴＰヘッダを削除することができる。ＳＧＷ５０４および／またはＰＧＷ５０６は、ＵＥ１１０に関係する、ＳＧＷ５１６および／またはＰＧＷ５１８であり得る、パケットを受信するための次のノードを判断するために、次のＵＤＰ／ＩＰおよび／またはＧＴＰヘッダを処理することができる。同様に、ＳＧＷ５１６および／またはＰＧＷ５１８は、ＵＥに関係するダウンリンクパケットを取得することができ、ＵＥ１１０に与えるためにそのパケットをリレーｅＮＢ１０４に通信することに関係するＵＤＰ／ＩＰヘッダおよび／またはＧＴＰヘッダを含めることができる。ＳＧＷ５１６および／またはＰＧＷ５１８は、リレーｅＮＢ１０４に関係するパケットをＳＧＷ５０４および／またはＰＧＷ５０６に転送することができる。ＳＧＷ５０４および／またはＰＧＷ５０６は、ドナーｅＮＢ１０２に関係するパケット中に追加のＵＤＰ／ＩＰおよび／またはＧＴＰヘッダをさらに含めることができる。

ＳＧＷ５０４および／またはＰＧＷ５０６は、（たとえば、ＳＧＷ５０４および／またはＰＧＷ５０６によって含められたＧＴＰヘッダ中の１つまたは複数のパラメータを含むことによって）トンネルを介してパケットをドナーｅＮＢ１０２に通信することができる。ドナーｅＮＢ１０２は、ＳＧＷ５０４および／またはＰＧＷ５０６によって含められた外部ＧＴＰおよび／またはＵＤＰ／ＩＰヘッダを削除することができ、パケットを受信するための次のノードを判断することができる。ドナーｅＮＢ１０２は、説明したように、ＧＴＰのためのＲｏＨＣを使用してパケットを圧縮することができ、ＧＴＰトンネルに関係する無線ベアラを介してパケットをリレーｅＮＢ１０４に送信することができる。リレーｅＮＢ１０４は、説明したように、パケットを受信することができ、ＲｏＨＣコンテキストまたは関係するプロファイルに従ってヘッダを復元することができる。リレーｅＮＢ１０４はまた、次のＵＤＰ／ＩＰまたはＧＴＰヘッダ中の１つまたは複数のパラメータ、パケットが受信される無線ベアラなどに少なくとも部分的に基づいて、パケットを受信するための次のノードおよび／またはパケットを送信するためのベアラを判断することができる。リレーｅＮＢ１０４は、リレーｅＮＢ１０４に関係するＵＤＰ／ＩＰおよびＧＴＰヘッダを削除し、一例では、残りのヘッダを圧縮し、パケットをＵＥ１１０に送信することができる。ＵＥ１１０は、説明したように、上位通信レイヤによる処理のために、ＰＤＣＰレイヤにおいて圧縮ヘッダを復元することができる。

図６を参照すると、リレー機能を提供するためにワイヤレス・ネットワーク中で通信することを可能にする例示的なプロトコル・スタック６００が示されている。Ｌ１レイヤと、ＭＡＣレイヤと、ＲＬＣレイヤと、ＰＤＣＰレイヤと、ＩＰレイヤとを備えるＵＥプロトコル・スタック６０２が示されている。Ｌ１レイヤと、ＭＡＣレイヤと、ＲＬＣレイヤと、ＰＤＣＰレイヤとを有するリレーｅＮＢ（ＲｅＮＢ）アクセスリンクプロトコル・スタック６０４が、Ｌ１レイヤと、ＭＡＣレイヤと、ＲＬＣレイヤと、ＰＤＣＰレイヤと、ＩＰレイヤと、ＵＤＰレイヤと、ＧＴＰ−Ｕレイヤとを有するＲｅＮＢバックホールリンクプロトコル・スタック６０６とともに示されている。また、Ｌ１レイヤと、ＭＡＣレイヤと、ＲＬＣレイヤと、ＰＤＣＰレイヤとを有するドナーｅＮＢ（ＤｅＮＢ）アクセスリンクプロトコル・スタック６０８が、Ｌ１レイヤと、Ｌ２レイヤと、ＵＤＰ／ＩＰレイヤと、ＧＴＰ−Ｕとを有するＤｅＮＢバックホールリンクプロトコル・スタック６１０とともに示されている。さらに、Ｌ１レイヤと、Ｌ２レイヤと、ＵＤＰ／ＩＰレイヤと、ＧＴＰ−Ｕレイヤと、ＩＰレイヤとを有するＲｅＮＢ ＰＧＷ／ＳＧＷアクセスリンクプロトコル・スタック６１２、ならびにＬ１レイヤと、Ｌ２レイヤと、ＩＰレイヤとを含むＲｅＮＢ ＰＧＷ／ＳＧＷバックホールリンクプロトコル・スタック６１４が示されている。その上、Ｌ１レイヤと、Ｌ２レイヤと、ＲｅＮＢ ＰＧＷ／ＳＧＷに関係するＩＰレイヤと、ＵＤＰレイヤと、ＧＴＰ−Ｕレイヤと、ＵＥに関係するＩＰレイヤとを有するＵＥ ＰＧＷ／ＳＧＷプロトコル・スタック６１６が示されている。

アップリンク通信例によれば、ＵＥは、ＵＥ ＰＧＷ／ＳＧＷへのＩＰ通信のためにＲｅＮＢと通信することができる。この点について、ＵＥは、プロトコル・スタック６０２とプロトコル・スタック６０４との間に示すように、（たとえば、ＥＵＴＲＡ−Ｕｕインターフェースを使用して）Ｌ１、ＭＡＣ、ＲＬＣ、およびＰＤＣＰレイヤを介してＲｅＮＢと通信することができる。ＵＥは、プロトコル・スタック６０２とプロトコル・スタック６１６との間に示すように、ＵＥにＩＰアドレスを割り当てるＵＥ ＰＧＷ／ＳＧＷにＲｅＮＢおよび他のエンティティを通してＩＰレイヤ通信をトンネリングすることができる。そのようなトンネリングを可能にするために、ＲｅＮＢは、プロトコル・スタック６０６とプロトコル・スタック６１２との間に示すように、バックホールリンク上で１つまたは複数の他のノードを通してアクセス・リンク・パケットをＲｅＮＢ ＰＧＷ／ＳＧＷに通信するために、ＩＰヘッダを挿入することができる。さらに、ＲｅＮＢは、トンネリングを可能にするために、プロトコル・スタック６０６とプロトコル・スタック６１６との間に示すように、ＵＥ ＰＧＷ／ＳＧＷに関係するＧＴＰ−ＵおよびＵＤＰヘッダを挿入する。

その上、ＲｅＮＢは、プロトコル・スタック６０６とプロトコル・スタック６０８との間に示すように、（たとえば、ＥＵＴＲＡ−Ｕｎインターフェースを使用して）Ｌ１、ＭＡＣ、ＲＬＣ、およびＰＤＣＰレイヤを介してＤｅＮＢと通信することができる。ＤｅＮＢは、プロトコル・スタック６１０とプロトコル・スタック６１２との間に示すように、無線通信を可能にするＰＤＣＰ、ＲＬＣ、およびＭＡＣレイヤを削除することができ、その後、Ｌ１、Ｌ２、ＵＤＰ／ＩＰ、およびＧＴＰ−Ｕレイヤを介してＲｅＮＢ ＰＧＷ／ＳＧＷと通信することができる。この点について、ＤｅＮＢは、ＲｅＮＢのＧＴＰ−Ｕ、ＵＤＰ、およびＩＰレイヤをＲｅＮＢ ＰＧＷ／ＳＧＷにトンネリングするために、ＲｅＮＢ ＰＧＷ／ＳＧＷに関係するＧＴＰ−ＵおよびＵＤＰ／ＩＰレイヤを付加することができる。ＲｅＮＢ ＰＧＷ／ＳＧＷは、説明したように、ＧＴＰ−ＵおよびＵＤＰ／ＩＰレイヤを削除することができ、その後、ＵＥからのＩＰ通信をトンネリングするためにＬ１、Ｌ２、およびＩＰレイヤを介してＵＥ ＰＧＷ／ＳＧＷと通信することができる。したがって、説明したように、ＲｅＮＢとＤｅＮＢと間のＩＰおよび／またはＧＴＰヘッダは、上記で説明したように、ＧＴＰ ＲｏＨＣプロファイルを使用して圧縮および復元され得る。

図７〜図９を参照すると、リレー通信のためにパケットヘッダをＲｏＨＣ圧縮することと、ＲｏＨＣ復元することとに関係する方法が示されている。説明を簡潔にする目的で、方法を一連の行為として図示し説明するが、いくつかの行為は、１つまたは複数の態様によれば、本明細書で図示し説明する順序とは異なる順序で、および／または他の行為と同時に行われるので、方法は行為の順序によって限定されないことを理解し、諒解されたい。たとえば、方法は、状態図など、一連の相互に関係する状態または事象として代替的に表現され得ることを、当業者は理解し、諒解するであろう。さらに、１つまたは複数の態様による方法を実装するために、図示のすべての行為が必要とされるわけではない。

図７を参照すると、１つまたは複数のＧＴＰヘッダにＲｏＨＣを適用することを可能にする例示的な方法７００が示されている。７０２において、ワイヤレス・ネットワークの間でパケットをルーティングするための１つまたは複数のヘッダを含むパケットを受信する。たとえば、１つまたは複数のヘッダは、説明したように、ＧＴＰヘッダであり得る。７０４において、ヘッダのうちの少なくとも１つがＧＴＰヘッダであると判断する。一例では、これは、説明したように、ＧＴＰヘッダが圧縮されるべきＧＴＰヘッダであると判断することをも含むことができ、これは、ＧＴＰヘッダの１つまたは複数のパラメータを分析することを伴うことができる。７０６において、ＧＴＰ ＲｏＨＣプロファイルに従ってＧＴＰヘッダにＲｏＨＣを適用する。ＧＴＰ ＲｏＨＣプロファイルは、たとえば、上記で説明したように定義され得る。さらに、たとえば、ＲｏＨＣ ｖ１またはｖ２が適用され得る。前に説明したように、パケット中に複数のＧＴＰヘッダがあり、ＲｏＨＣ ｖ１が適用される場合、複数のＧＴＰヘッダを圧縮するために、７０６においてＲｏＨＣ ｖ１が再帰的に適用され得る。さらに、パケットは、ＧＴＰヘッダのうちの１つの中にカプセル化されたベースヘッダを含むことができ、このベースヘッダも、ＲｏＨＣプロファイルに従って圧縮され得ることを諒解されたい。その上、ＲｏＨＣを適用することは、たとえば、説明したように、１つまたは複数のＧＴＰヘッダを、１つまたは複数のＲｏＨＣヘッダを復元するためのＲｏＨＣコンテキストに関係するコンテキスト識別子を含むことができる１つまたは複数のＲｏＨＣヘッダに置き換えることを含むことができる。

図８を参照すると、ヘッダを復元するために１つまたは複数の圧縮ヘッダにＲｏＨＣを適用することを可能にする例示的な方法８００が示されている。８０２において、コンテキスト識別子を備える１つまたは複数のＲｏＨＣヘッダを含むパケットを受信する。説明したように、コンテキスト識別子は、関連するＲｏＨＣコンテキストとともにアクセスポイントまたは他のデバイスから前に取得されていることがある。ＲｏＨＣコンテキストは、たとえば、関係するＲｏＨＣヘッダを復元することに関する１つまたは複数のパラメータを含むことができる。８０４において、コンテキスト識別子に少なくとも部分的に基づいて１つまたは複数のＲｏＨＣヘッダのためのＧＴＰ ＲｏＨＣプロファイルを判断する。たとえば、受信したコンテキストは、コンテキスト識別子に少なくとも部分的に基づいて特定され得、ＲｏＨＣコンテキストは、この例ではＧＴＰであり得る、関連するプロファイル・タイプを含むことができる。８０６において、ＧＴＰ ＲｏＨＣプロファイルに従って、１つまたは複数のＲｏＨＣヘッダを復元するために１つまたは複数のＲｏＨＣヘッダにＲｏＨＣを適用する。たとえば、ＲｏＨＣコンテキストにさらに基づいてＲｏＨＣを適用することができ、これは、ＲｏＨＣヘッダを復元するためにＲｏＨＣコンテキストの１つまたは複数のパラメータを利用することを含むことができる。説明したように、一例では、パケット中に複数のＲｏＨＣヘッダがあり、ＲｏＨＣ ｖ１が使用される場合、複数のＲｏＨＣヘッダは、対応するＧＴＰヘッダを作成するために再帰的に復元され得る。

図９を参照すると、パケットが１つまたは複数の圧縮可能ＧＴＰヘッダを含むかどうかを判断することを可能にする例示的な方法９００が示されている。９０２において、着信パケットを受信する。説明したように、パケットは１つまたは複数のヘッダを有することができる。９０４において、パケットがＩＰパケットであるかどうかを判断する。ＩＰパケットでない場合、９０６において、異なるＲｏＨＣプロファイルを試みるか、または方法は終了する。パケットがＩＰパケットである場合、９０８において、ＩＰパケットのＩＰヘッダ中のプロトコル番号（または次ヘッダ）がＵＤＰトランスポートを示すかどうかを判断する。ＵＤＰトランスポートを示さない場合、９０６において、異なるＲｏＨＣプロファイルを試みるか、または方法は終了する。プロトコル番号がＵＤＰトランスポートを示す場合、９１０において、ＵＤＰ宛先ポートがＧＴＰを示すかどうかを判断する。説明したように、一例では、ポート番号２１５２がＧＴＰを示すことができる。ＵＤＰ宛先ポートがＧＴＰを示さない場合、９０６において、異なるＲｏＨＣプロファイルを試みるか、または方法は終了する。

ＵＤＰ宛先ポートがＧＴＰを示す場合、９１２において、ＧＴＰプロトコルヘッダがＧＴＰを示すかどうかを判断する。ＧＴＰプロトコルヘッダがＧＴＰを示さない場合、９０６において、異なるＲｏＨＣプロファイルを試みるか、または方法は終了する。ＧＴＰプロトコルヘッダがＧＴＰを示す場合、９１４において、ＧＴＰメッセージ・タイプがＧ−ＰＤＵペイロード（たとえば、メッセージ・タイプ２５５）を示すかどうかを判断する。ＧＴＰメッセージ・タイプがＧ−ＰＤＵペイロードを示さない場合、９０６において、異なるＲｏＨＣプロファイルを試みるか、または方法は終了する。ＧＴＰメッセージ・タイプがＧ−ＰＤＵを示す場合、９１６において、ヘッダを圧縮するためにＧＴＰ ＲｏＨＣプロファイルを適用する。パケットが１つまたは複数の圧縮可能ＧＴＰヘッダを含むかどうかを判断する際に、（説明したように、拡張ヘッダ、オプション・フィールドの存在など）追加の条件が検証され得ることを諒解されたい。

本明細書で説明する１つまたは複数の態様によれば、ヘッダが圧縮可能ＧＴＰヘッダであるかどうかを判断することおよび／または本明細書で説明する他の態様に関して推論を行うことができることを諒解されたい。本明細書で使用する「推論する」または「推論」という用語は、概して、事象および／またはデータを介して捕捉された観察のセットから、システム、環境、および／またはユーザの状態について推理する、またはその状態を推論するプロセスを指す。推論は、特定のコンテキストまたはアクションを識別するために採用され得、あるいは、たとえば、状態の確率分布を生成することができる。推論は、確率的、すなわち、データおよび事象の考察に基づく当該の状態の確率分布の計算であり得る。推論は、事象および／またはデータのセットからより高いレベルの事象を構成するために採用される技法を指すこともある。そのような推論から、事象が時間的に緊切して相関するか否かにかかわらず、および事象およびデータが１つまたは複数の事象およびデータの発生源に由来するかどうかにかかわらず、観測された事象および／または記憶された事象データのセットから新しい事象またはアクションが構成される。

次に図１０を参照すると、本明細書で提示する様々な実施形態によるワイヤレス通信システム１０００が示されている。システム１０００は、複数のアンテナ・グループを含むことができる基地局１００２を備える。たとえば、１つのアンテナ・グループはアンテナ１００４および１００６を含み、別のグループはアンテナ１００８および１０１０を備え、さらなるグループはアンテナ１０１２および１０１４を含むことができる。アンテナ・グループごとに２つのアンテナが示されているが、グループごとにより多いまたはより少ないアンテナが利用され得る。基地局１００２は、さらに、送信機チェーンおよび受信機チェーンを含むことができ、送信機チェーンおよび受信機チェーンの各々は、当業者なら諒解するように、信号送信および受信に関連する複数の構成要素（たとえば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど）を備えることができる。

基地局１００２は、モバイルデバイス１０１６およびモバイルデバイス１０２２など１つまたは複数のモバイルデバイスと通信することができるが、基地局１００２は、モバイルデバイス１０１６および１０２２と同様の実質的にいかなる数のモバイルデバイスとも通信することができることを諒解されたい。モバイルデバイス１０１６および１０２２は、たとえば、セルラー電話、スマートフォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティング・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／またはワイヤレス通信システム１０００を介して通信するための他の適切なデバイスであり得る。図示のように、モバイルデバイス１０１６は、アンテナ１０１２および１０１４と通信しており、アンテナ１０１２および１０１４は、順方向リンク１０１８を介して情報をモバイルデバイス１０１６に送信し、逆方向リンク１０２０を介してモバイルデバイス１０１６から情報を受信する。さらに、モバイルデバイス１０２２はアンテナ１００４および１００６と通信しており、アンテナ１００４および１００６は、順方向リンク１０２４を介して情報をモバイルデバイス１０２２に送信し、逆方向リンク１０２６を介してモバイルデバイス１０２２から情報を受信する。周波数分割複信（ＦＤＤ）システムでは、たとえば、順方向リンク１０１８は、逆方向リンク１０２０によって使用される周波数帯域とは異なる周波数帯域を利用し、順方向リンク１０２４は、逆方向リンク１０２６によって使用される周波数帯域とは異なる周波数帯域を採用することができる。さらに、時分割複信（ＴＤＤ）システムでは、順方向リンク１０１８および逆方向リンク１０２０は共通の周波数帯域を利用し、順方向リンク１０２４および逆方向リンク１０２６は共通の周波数帯域を利用することができる。

アンテナの各グループおよび／またはそれらが通信するように指定されたエリアは、基地局１００２のセクタと呼ばれることがある。たとえば、アンテナ・グループは、基地局１００２によってカバーされるエリアのセクタ中のモバイルデバイスに通信するように設計され得る。順方向リンク１０１８および１０２４を介した通信では、基地局１００２の送信アンテナは、モバイルデバイス１０１６および１０２２についての順方向リンク１０１８および１０２４の信号対雑音比を向上させるためにビーム・フォーミングを利用することができる。さらに、基地局１００２が、関連するカバレージ中に不規則に散在するモバイルデバイス１０１６および１０２２に送信するためにビーム・フォーミングを利用する間は、基地局が単一のアンテナを介してその基地局のすべてのモバイルデバイスに送信する場合と比較して、隣接セル内のモバイルデバイスは干渉を受けにくい。さらに、モバイルデバイス１０１６および１０２２は、ピアツーピアまたはアドホック技術を使用して互いに直接通信することができる（図示せず）。

一例によれば、システム１０００は多入力多出力（ＭＩＭＯ）通信システムであり得る。さらに、システム１０００は、ＦＤＤ、ＦＤＭ、ＴＤＤ、ＴＤＭ、ＣＤＭなど、通信チャネル（たとえば、順方向リンク、逆方向リンク、．．．）を分割する実質的にどんなタイプの複信技法でも利用することができる。さらに、チャネル上での複数のデバイスとの同時通信を可能にするために通信チャネルを直交させ、一例では、この点についてＯＦＤＭを利用することができる。したがって、チャネルは、ある時間期間にわたる周波数の部分に分割され得る。さらに、フレームは、時間期間の集合にわたる周波数の部分として定義され得、したがって、たとえば、フレームはいくつかのＯＦＤＭシンボルを備えることができる。基地局１００２は、様々なタイプのデータに対して作成できるチャネルを介してモバイルデバイス１０１６および１０２２に通信することができる。たとえば、チャネルは、様々なタイプの一般的通信データ、制御データ（たとえば、他のチャネルの品質情報、チャネルを介して受信されたデータに対する肯定応答インジケータ、干渉情報、基準信号など）などを通信するために作成され得る。

図１１に、例示的なワイヤレス通信システム１１００を示す。ワイヤレス通信システム１１００には、簡潔のために、１つの基地局１１１０と、１つのモバイルデバイス１１５０とを示してある。ただし、システム１１００は、２つ以上の基地局および／または２つ以上のモバイルデバイスを含むことができ、追加の基地局および／またはモバイルデバイスは、以下で説明する例示的な基地局１１１０およびモバイルデバイス１１５０と実質的に同様または異なるものであり得ることを諒解されたい。さらに、基地局１１１０および／またはモバイルデバイス１１５０は、それらの間のワイヤレス通信を可能にするために、本明細書で説明するシステム（図１〜図５、および図１０）、プロトコル・スタック（図６）および／または方法（図７〜図９）を採用することができることを諒解されたい。

基地局１１１０において、いくつかのデータ・ストリームのトラフィック・データがデータソース１１１２から送信（ＴＸ）データプロセッサ１１１４に供給される。一例によれば、各データ・ストリームはそれぞれのアンテナを介して送信され得る。ＴＸデータプロセッサ１１１４は、トラフィック・データ・ストリーム用に選択された特定のコーディング方式に基づいて、そのデータ・ストリームをフォーマットし、コード化し、インターリーブして、コード化データを与える。

各データ・ストリームのコード化データは、直交周波数分割多重（ＯＦＤＭ）技法を使用してパイロットデータと多重化され得る。追加または代替として、パイロットシンボルは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、または符号分割多重化（ＣＤＭ）され得る。パイロットデータは、一般に、知られている方法で処理される公知のデータパターンであり、チャネル応答を推定するためにモバイルデバイス１１５０において使用され得る。各データ・ストリームの多重化されたパイロットおよびコード化データは、そのデータ・ストリーム用に選択された特定の変調方式（たとえば、２位相偏移キーイング（ＢＰＳＫ）、４位相偏移キーイング（ＱＰＳＫ）、Ｍ位相偏移キーイング（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ）など）に基づいて変調（たとえば、シンボルマッピング）され得、変調シンボルを与えることができる。各データ・ストリームのデータレート、コーディング、および変調は、プロセッサ１１３０によって実行または与えられる命令によって判断され得る。

データ・ストリームの変調シンボルはＴＸ ＭＩＭＯプロセッサ１１２０に供給され、ＴＸ ＭＩＭＯプロセッサ１１２０は、（たとえば、ＯＦＤＭ用に）変調シンボルをさらに処理することができる。次いで、ＴＸ ＭＩＭＯプロセッサ１１２０はＮ_T個の変調シンボル・ストリームをＮ_T個の送信機（ＴＭＴＲ）１１２２ａ〜１１２２ｔに供給する。様々な態様では、ＴＸ ＭＩＭＯプロセッサ１１２０は、データ・ストリームのシンボルと、シンボルの送信元のアンテナとにビーム・フォーミング重みを適用する。

各送信機１１２２は、それぞれのシンボル・ストリームを受信し、処理して、１つまたは複数のアナログ信号を与え、さらに、それらのアナログ信号を調整（たとえば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを介して送信するのに適した変調信号を与える。さらに、送信機１１２２ａ〜１１２２ｔからのＮ_T個の変調信号は、それぞれＮ_T個のアンテナ１１２４ａ〜１１２４ｔから送信される。

モバイルデバイス１１５０では、送信された変調信号はＮ_R個のアンテナ１１５２ａ〜１１５２ｒによって受信され、各アンテナ１１５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）１１５４ａ〜１１５４ｒに供給される。各受信機１１５４は、それぞれの信号を調整（たとえば、フィルタ処理、増幅、およびダウンコンバート）し、調整された信号をデジタル化してサンプルを与え、さらに、それらのサンプルを処理して、対応する「受信」シンボル・ストリームを与える。

ＲＸデータプロセッサ１１６０は、特定の受信機処理技法に基づいてＮ_R個の受信機１１５４からＮ_R個の受信シンボル・ストリームを受信し、処理して、Ｎ_T個の「検出」シンボル・ストリームを与えることができる。ＲＸデータプロセッサ１１６０は、各検出シンボル・ストリームを復調し、デインタリーブし、復号して、データ・ストリームのトラフィック・データを復元することができる。ＲＸデータプロセッサ１１６０による処理は、基地局１１１０においてＴＸ ＭＩＭＯプロセッサ１１２０およびＴＸデータプロセッサ１１１４によって実行される処理を補足するものである。

プロセッサ１１７０は、上述のように、どのプリコーディング行列を利用すべきかを周期的に判断することができる。さらに、プロセッサ１１７０は、行列インデックス部分とランク値部分とを備える逆方向リンクメッセージを作成することができる。

逆方向リンクメッセージは、通信リンクおよび／または受信データ・ストリームに関する様々なタイプの情報を備えることができる。逆方向リンクメッセージは、データソース１１３６からいくつかのデータ・ストリームのトラフィック・データをも受信するＴＸデータプロセッサ１１３８によって処理され、変調器１１８０によって変調され、送信機１１５４ａ〜１１５４ｒによって調整され、基地局１１１０に戻される。

基地局１１１０において、モバイルデバイス１１５０からの変調信号は、アンテナ１１２４によって受信され、受信機１１２２によって調整され、復調器１１４０によって復調され、ＲＸデータプロセッサ１１４２によって処理されて、モバイルデバイス１１５０によって送信された逆方向リンクメッセージが抽出される。さらに、プロセッサ１１３０は、抽出されたメッセージを処理して、ビーム・フォーミング重みを判断するためにどのプリコーディング行列を使用すべきかを判断することができる。

プロセッサ１１３０および１１７０は、それぞれ基地局１１１０およびモバイルデバイス１１５０における動作を指示（たとえば、制御、調整、管理など）することができる。それぞれのプロセッサ１１３０および１１７０は、プログラムコードおよびデータを記憶するメモリ１１３２および１１７２に関連付けられ得る。プロセッサ１１３０および１１７０はまた、それぞれ、アップリンクとダウンリンクとに関して周波数推定値とインパルス応答推定値とを導き出すために計算を実行することができる。

図１２を参照すると、ＧＴＰ ＲｏＨＣプロファイルを使用して１つまたは複数のＧＴＰヘッダを圧縮することを可能にするシステム１２００が示されている。たとえば、システム１２００は、少なくとも部分的に、基地局、モバイルデバイスなどの内部に常駐することができる。システム１２００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックであり得ることを諒解されたい。システム１２００は、連携して動作することができる電気構成要素の論理グルーピング１２０２を含む。たとえば、論理グルーピング１２０２は、ワイヤレス・ネットワークの様々なノードの間でパケットをルーティングするための１つまたは複数のヘッダを含むパケットを受信するための電気構成要素１２０４を含むことができる。たとえば、説明したように、ヘッダはＧＴＰヘッダを含むことができる。さらに、論理グルーピング１２０２は、１つまたは複数のヘッダのうちの少なくとも１つが圧縮可能ＧＴＰヘッダであると判断するための電気構成要素１２０６を含むことができる。説明したように、これは、ヘッダがＧＴＰヘッダであると判断することを含むだけでなく、ヘッダが１つまたは複数の他の特性またはパラメータを含むこと（たとえば、ヘッダにオプション・フィールド、拡張ヘッダがないことなど）を判断することも含む。

その上、論理グルーピング１２０２は、ＧＴＰ ＲｏＨＣプロファイルに従って圧縮可能ＧＴＰヘッダにＲｏＨＣを適用するための電気構成要素１２０８を含むことができる。説明したように、たとえば、ＧＴＰ ＲｏＨＣプロファイルは、ＧＴＰヘッダの１つまたは複数の静的フィールド、予測可能な値をもつ非静的フィールドなどを圧縮するために、上記で説明したように定義され得る。圧縮の詳細は、たとえば、ハードコーディングまたは構成、ネットワーク規格などでＧＴＰ ＲｏＨＣプロファイルにおいて指定され得る。さらに、論理グルーピング１２０２は、圧縮可能ＧＴＰヘッダ中の１つまたは複数のパラメータに少なくとも部分的に基づいて、パケットのためのＲｏＨＣコンテキストとコンテキスト識別子とを生成するための電気構成要素１２１０を含むことができる。説明したように、たとえば、ＲｏＨＣコンテキストは、コンテキスト識別子に関連する後続の圧縮ヘッダを復元するための１つまたは複数のパラメータを含むことができる。さらに、システム１２００は、電気構成要素１２０４、１２０６、１２０８、および１２１０に関連する機能を実行するための命令を保持するメモリ１２１２を含むことができる。メモリ１２１２の外部にあるものとして示されているが、電気構成要素１２０４、１２０６、１２０８、および１２１０の１つまたは複数は、メモリ１２１２の内部に存在することができることを理解されたい。

図１３を参照すると、ＧＴＰ ＲｏＨＣプロファイルに従ってＲｏＨＣヘッダを復元することを可能にするシステム１３００が示されている。たとえば、システム１３００は、少なくとも部分的に、基地局、モバイルデバイスなどの内部に常駐することができる。システム１３００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックであり得ることを諒解されたい。システム１３００は、連携して動作することができる電気構成要素の論理グルーピング１３０２を含む。たとえば、論理グルーピング１３０２は、コンテキスト識別子を備える１つまたは複数のＲｏＨＣヘッダを含むパケットを受信するための電気構成要素１３０４を含むことができる。さらに、論理グルーピング１３０２は、コンテキスト識別子に基づいて、１つまたは複数のＲｏＨＣヘッダを復元するためのＧＴＰ ＲｏＨＣプロファイルを選択するための電気構成要素１３０６を含むことができる。たとえば、説明したように、コンテキスト識別子は、１つまたは複数の後続のＲｏＨＣヘッダを復元するためのパラメータを含む関連するＲｏＨＣコンテキストとともに前に受信されていることがある。

その上、論理グルーピング１３０２は、ＧＴＰ ＲｏＨＣプロファイルに従って、ＲｏＨＣヘッダを対応するＧＴＰヘッダに復元するために１つまたは複数のＲｏＨＣヘッダにＲｏＨＣを適用するための電気構成要素１３０８を含むことができる。説明したように、たとえば、電気構成要素１３０８は、さらに、１つまたは複数のＲｏＨＣヘッダを復元するためにＲｏＨＣを適用するときに、コンテキスト識別子に対応するＲｏＨＣコンテキストの１つまたは複数のパラメータを利用することができる。さらに、システム１３００は、電気構成要素１３０４、１３０６、および１３０８に関連する機能を実行するための命令を保持するメモリ１３１０を含むことができる。メモリ１３１０の外部にあるものとして示されているが、電気構成要素１３０４、１３０６、および１３０８の１つまたは複数は、メモリ１３１０の内部に存在することができることを理解されたい。

本明細書で開示した実施形態に関して説明した様々な例示的な論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティング・デバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。さらに、少なくとも１つのプロセッサは、上記で説明したステップおよび／またはアクションの１つまたは複数を実行するように動作可能な１つまたは複数のモジュールを備え得る。

さらに、本明細書で開示した態様に関して説明した方法またはアルゴリズムのステップおよび／またはアクションは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合され得る。代替として、記憶媒体はプロセッサに一体化され得る。さらに、いくつかの態様では、プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。さらに、ＡＳＩＣはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／またはアクションは、コンピュータプログラム製品に組み込まれ得る、機械可読媒体および／またはコンピュータ可読媒体上のコードおよび／または命令の１つまたは任意の組合せ、あるいはそのセットとして常駐し得る。

１つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能、プロシージャなどは、１つまたは複数の命令またはコードとしてコンピュータ可読媒体に記憶され得るか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく、例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、どんな接続でもコンピュータ可読媒体と呼ばれることがある。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、通常、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

上記の開示は、例示的な態様および／または実施形態について論じたが、添付の特許請求の範囲によって定義される、説明した態様および／または実施形態の範囲から逸脱することなく、様々な変更および改変を本明細書で行うことができることに留意されたい。さらに、説明した態様および／または実施形態の要素は、単数形で説明または請求されていることがあるが、単数形への限定が明示的に述べられていない限り、複数形が企図される。さらに、任意の態様および／または実施形態の全部または一部は、別段に記載されていない限り、任意の他の態様および／または実施形態の全部または一部とともに利用され得る。さらに、「含む（include）」という用語は、発明を実施するための形態または特許請求の範囲のいずれかにおいて使用される限り、「備える（comprising）」という用語を採用すると請求項における移行語と解釈されるように「備える（comprising）」と同様に包括的なものとする。さらに、説明した態様および／または態様の要素は、単数形で説明または請求されていることがあるが、単数形への限定が明示的に述べられていない限り、複数形が企図される。さらに、任意の態様および／または実施形態の全部または一部は、別段に記載されていない限り、任意の他の態様および／または実施形態の全部または一部とともに利用され得る。

Claims (67)

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. 少なくとも１つのコンピュータに、コンテキスト識別子を備える１つまたは複数のロバスト・ヘッダ圧縮（ＲｏＨＣ）ヘッダを含むパケットを取得させるためのコードと、
    前記少なくとも１つのコンピュータに、前記コンテキスト識別子に基づいて、前記１つまたは複数のＲｏＨＣヘッダを復元するための汎用パケット無線サービス（ＧＰＲＳ）トンネリング・プロトコル（ＧＴＰ）ＲｏＨＣプロファイルを判断させるためのコードと、
    前記少なくとも１つのコンピュータに、前記ＧＴＰ ＲｏＨＣプロファイルに従って、ＲｏＨＣを使用して前記１つまたは複数のＲｏＨＣヘッダを復元させるためのコードと
    を備えるコンピュータ可読媒体
    を備える、コンピュータプログラム製品。
61. 前記コンピュータ可読媒体が、前記少なくとも１つのコンピュータに、前記コンテキスト識別子に関係するＲｏＨＣコンテキストを見分けさせるためのコードをさらに備え、前記少なくとも１つのコンピュータに判断させるための前記コードが、前記ＲｏＨＣコンテキストに少なくとも部分的に基づいて前記ＧＴＰ ＲｏＨＣプロファイルを判断する、請求項６０に記載のコンピュータプログラム製品。
62. 前記コンピュータ可読媒体が、前記少なくとも１つのコンピュータに、アクセスポイントから前記ＲｏＨＣコンテキストを受信させるためのコードをさらに備える、請求項６１に記載のコンピュータプログラム製品。
63. 前記少なくとも１つのコンピュータに復元させるためのコードが、前記ＲｏＨＣコンテキスト中の１つまたは複数のパラメータに少なくとも部分的に基づいて、ＲｏＨＣを使用して前記１つまたは複数のＲｏＨＣヘッダを復元する、請求項６１に記載のコンピュータプログラム製品。
64. コンテキスト識別子を備える１つまたは複数のロバスト・ヘッダ圧縮（ＲｏＨＣ）ヘッダを含むパケットを取得する受信構成要素と、
    前記プロトコル・タイプが汎用パケット無線サービス（ＧＰＲＳ）トンネリング・プロトコル（ＧＴＰ）であることを見分け、前記１つまたは複数のＲｏＨＣヘッダを復元するためのＧＴＰ ＲｏＨＣプロファイルを選択するＲｏＨＣプロファイル判断構成要素と、
    前記ＧＴＰ ＲｏＨＣプロファイルに従って、前記１つまたは複数のＲｏＨＣヘッダを対応するＧＴＰヘッダに復元するためにＲｏＨＣを利用するＲｏＨＣ適用構成要素と
    を備える、装置。
65. 前記ＲｏＨＣ適用構成要素が、前記コンテキスト識別子に関係するＲｏＨＣコンテキストを判断する、請求項６４に記載の装置。
66. 前記受信構成要素がアクセスポイントから前記ＲｏＨＣコンテキストを取得する、請求項６５に記載の装置。
67. 前記ＲｏＨＣ適用構成要素が前記ＲｏＨＣコンテキストに少なくとも部分的に基づいて前記１つまたは複数のＲｏＨＣヘッダにＲｏＨＣを適用する、請求項６５に記載の装置。

Images