(57)【要約】  セルリレー通信のためにパケットヘッダを圧縮することを可能にするシステムおよび方法について説明する。セルリレーは所与の専用無線ベアラ（ＤＲＢ）を介していくつかの発展型パケットシステム（ＥＰＳ）ベアラをサポートすることができるので、ロバストヘッダ圧縮（ＲｏＨＣ）を所与のセルリレーとの間の通信のために多重化することができる。したがって、１つまたは複数のパケットヘッダを圧縮する上流ノードは、ＲｏＨＣヘッダ中のＲｏＨＣコンテキスト識別子によって表すことができるＲｏＨＣコンテキストを示すことができる。受信エンティティは、ＲｏＨＣコンテキストを判断することに基づいてヘッダを復元することができる。代替的に、パケットルーティングを可能にするためにトンネリングプロトコルヘッダ中で受信される、トンネルエンドポイント識別子（ＴＥＩＤ）、リレー識別子など、関係するＵＥベアラの識別子に、ＲｏＨＣコンテキストを関連付けることができる。
2012507209.tif 000002
【特許請求の範囲】
【請求項１】
専用無線ベアラ（ＤＲＢ）にマッピングされた複数の発展型パケットシステム（ＥＰＳ）ベアラのうちの少なくとも１つからロバストヘッダ圧縮（ＲｏＨＣ）圧縮ヘッダをもつパケットを受信することと、
前記ＲｏＨＣ圧縮ヘッダのためのＲｏＨＣコンテキストを判断することと、
前記ＲｏＨＣコンテキストに少なくとも部分的に基づいて前記ＲｏＨＣ圧縮ヘッダを復元することと
を備える、方法。
【請求項２】
前記ＲｏＨＣコンテキストを前記判断することが、前記パケットのＲｏＨＣヘッダからＲｏＨＣコンテキスト識別子を取得することを含む、請求項１に記載の方法。
【請求項３】
トンネリングプロトコルヘッダから前記パケットをルーティングするための識別子を取得することをさらに備え、前記パケットまたは前記ＲｏＨＣ圧縮ヘッダが前記トンネリングプロトコルヘッダ中にカプセル化される、請求項１に記載の方法。
【請求項４】
前記ＲｏＨＣコンテキストを前記判断することが、前記識別子に少なくとも部分的に基づいて前記ＲｏＨＣコンテキストを判断することを含む、請求項３に記載の方法。
【請求項５】
前記トンネリングプロトコルヘッダが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｕヘッダであり、前記識別子がトンネルエンドポイント識別子（ＴＥＩＤ）である、請求項４に記載の方法。
【請求項６】
前記トンネリングプロトコルヘッダがリレープロトコルヘッダであり、前記識別子が、ドナー発展型ノードＢ（ｅＮＢ）によって割り当てられるリレー識別子である、請求項４に記載の方法。
【請求項７】
下流のユーザ機器（ＵＥ）にインターネットプロトコル（ＩＰ）ヘッダと、関係するＩＰパケットとを提供することをさらに備え、前記ＲｏＨＣ圧縮ヘッダを復元することが前記ＩＰヘッダを生じる、請求項１に記載の方法。
【請求項８】
前記ワイヤレス通信装置の専用無線ベアラ（ＤＲＢ）にマッピングされた複数の発展型パケットシステム（ＥＰＳ）ベアラのうちの１つからロバストヘッダ圧縮（ＲｏＨＣ）圧縮ヘッダをもつパケットを取得することと、
前記ＲｏＨＣ圧縮ヘッダの圧縮に使用されるＲｏＨＣコンテキストを見分けることと、
前記ＲｏＨＣコンテキストに従って前記ＲｏＨＣ圧縮ヘッダを復元することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信装置。
【請求項９】
前記少なくとも１つのプロセッサが、前記ＲｏＨＣ圧縮ヘッダをもつ前記パケットのヘッダ中のＲｏＨＣコンテキスト識別子に少なくとも部分的に基づいて前記ＲｏＨＣコンテキストを見分ける、請求項８に記載のワイヤレス通信装置。
【請求項１０】
前記少なくとも１つのプロセッサが、前記パケットまたは前記ＲｏＨＣ圧縮ヘッダがカプセル化されるトンネリングプロトコルヘッダから、対応するユーザ機器（ＵＥ）ベアラに関係する少なくとも一部分を有する識別子を抽出するようにさらに構成された、請求項８に記載のワイヤレス通信装置。
【請求項１１】
前記少なくとも１つのプロセッサが、前記識別子に少なくとも部分的に基づいて前記ＲｏＨＣコンテキストを見分ける、請求項１０に記載のワイヤレス通信装置。
【請求項１２】
前記トンネリングプロトコルヘッダが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｕヘッダであり、前記識別子がトンネルエンドポイント識別子（ＴＥＩＤ）である、請求項１１に記載のワイヤレス通信装置。
【請求項１３】
前記トンネリングプロトコルヘッダがリレープロトコルヘッダであり、前記識別子が、ドナー発展型ノードＢ（ｅＮＢ）によって割り当てられるリレー識別子である、請求項１１に記載のワイヤレス通信装置。
【請求項１４】
専用無線ベアラ（ＤＲＢ）にマッピングされた複数の発展型パケットシステム（ＥＰＳ）ベアラのうちの少なくとも１つからロバストヘッダ圧縮（ＲｏＨＣ）圧縮ヘッダをもつパケットを受信するための手段と、
前記ＲｏＨＣ圧縮ヘッダのためのＲｏＨＣコンテキストを判断するための手段と、
前記ＲｏＨＣコンテキストに少なくとも部分的に基づいて前記ＲｏＨＣ圧縮ヘッダを復元するための手段と
を備える、装置。
【請求項１５】
前記ＲｏＨＣコンテキストを判断するための前記手段が、前記パケットのＲｏＨＣヘッダ中のＲｏＨＣコンテキスト識別子に少なくとも部分的に基づいて前記ＲｏＨＣコンテキストを判断する、請求項１４に記載の装置。
【請求項１６】
前記複数のＥＰＳベアラのうちの前記少なくとも１つに対応するユーザ機器（ＵＥ）ベアラに関係する識別子を、前記パケットをカプセル化するトンネリングプロトコルヘッダから抽出するための手段をさらに備える、請求項１４に記載の装置。
【請求項１７】
前記ＲｏＨＣコンテキストを判断するための前記手段が、前記識別子に少なくとも部分的に基づいて前記ＲｏＨＣコンテキストを判断する、請求項１６に記載の装置。
【請求項１８】
前記トンネリングプロトコルヘッダが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｕヘッダであり、前記識別子がトンネルエンドポイント識別子（ＴＥＩＤ）である、請求項１７に記載の装置。
【請求項１９】
前記トンネリングプロトコルヘッダがリレープロトコルヘッダであり、前記識別子がリレー識別子である、請求項１７に記載の装置。
【請求項２０】
少なくとも１つのコンピュータに、専用無線ベアラ（ＤＲＢ）にマッピングされた複数の発展型パケットシステム（ＥＰＳ）ベアラのうちの少なくとも１つからロバストヘッダ圧縮（ＲｏＨＣ）圧縮ヘッダをもつパケットを受信させるためのコードと、
前記少なくとも１つのコンピュータに、前記ＲｏＨＣ圧縮ヘッダのためのＲｏＨＣコンテキストを判断させるためのコードと、
前記少なくとも１つのコンピュータに、前記ＲｏＨＣコンテキストに少なくとも部分的に基づいて前記ＲｏＨＣ圧縮ヘッダを復元させるためのコードと
を備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項２１】
前記少なくとも１つのコンピュータに前記ＲｏＨＣコンテキストを判断させるための前記コードが、前記パケットのＲｏＨＣヘッダからＲｏＨＣコンテキスト識別子を取得する、請求項２０に記載のコンピュータプログラム製品。
【請求項２２】
前記コンピュータ可読媒体が、前記少なくとも１つのコンピュータに、トンネリングプロトコルヘッダからローカル識別子を取得させるためのコードをさらに備え、前記パケットが前記トンネリングプロトコルヘッダにカプセル化される、請求項２０に記載のコンピュータプログラム製品。
【請求項２３】
前記少なくとも１つのコンピュータに前記ＲｏＨＣコンテキストを判断させるための前記コードが、前記ローカル識別子に少なくとも部分的に基づいて前記ＲｏＨＣコンテキストを判断する、請求項２２に記載のコンピュータプログラム製品。
【請求項２４】
前記トンネリングプロトコルヘッダが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｕヘッダであり、前記ローカル識別子がトンネルエンドポイント識別子（ＴＥＩＤ）である、請求項２３に記載のコンピュータプログラム製品。
【請求項２５】
前記トンネリングプロトコルヘッダがリレープロトコルヘッダであり、前記ローカル識別子が、ドナー発展型ノードＢ（ｅＮＢ）によって割り当てられるリレー識別子である、請求項２３に記載のコンピュータプログラム製品。
【請求項２６】
専用無線ベアラ（ＤＲＢ）にマッピングされた複数の発展型パケットシステム（ＥＰＳ）ベアラのうちの少なくとも１つからロバストヘッダ圧縮（ＲｏＨＣ）圧縮ヘッダをもつパケットを受信するベアラ通信構成要素と、
前記ＲｏＨＣ圧縮ヘッダのためのＲｏＨＣコンテキストを見分けるＲｏＨＣコンテキスト判断構成要素と、
前記ＲｏＨＣコンテキストに少なくとも部分的に基づいて前記ＲｏＨＣ圧縮ヘッダを復元するＲｏＨＣ復元構成要素と
を備える、装置。
【請求項２７】
前記ＲｏＨＣコンテキスト判断構成要素が、前記パケットのＲｏＨＣヘッダ中のＲｏＨＣコンテキスト識別子に少なくとも部分的に基づいて前記ＲｏＨＣコンテキストを見分ける、請求項２６に記載の装置。
【請求項２８】
前記パケットをカプセル化するトンネリングプロトコルヘッダから前記複数のＥＰＳベアラのうちの前記少なくとも１つに対応するユーザ機器（ＵＥ）ベアラに関係する識別子を抽出する識別子受信構成要素をさらに備える、請求項２６に記載の装置。
【請求項２９】
前記ＲｏＨＣコンテキスト判断構成要素が、前記識別子に少なくとも部分的に基づいて前記ＲｏＨＣコンテキストを見分ける、請求項２８に記載の装置。
【請求項３０】
前記トンネリングプロトコルヘッダが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｕヘッダであり、前記識別子がトンネルエンドポイント識別子（ＴＥＩＤ）である、請求項２９に記載の装置。
【請求項３１】
前記トンネリングプロトコルヘッダがリレープロトコルヘッダであり、前記識別子がリレー識別子である、請求項２９に記載の装置。
【請求項３２】
ロバストヘッダ圧縮（ＲｏＨＣ）コンテキストに少なくとも部分的に基づいてＲｏＨＣを使用して発展型パケットシステム（ＥＰＳ）ベアラを介して受信されたパケットのヘッダを圧縮することと、
前記パケット中の前記ＲｏＨＣコンテキストに関係する識別子を示すことと、
前記ＥＰＳベアラと１つまたは複数の追加のＥＰＳベアラとがマッピングされる専用無線ベアラ（ＤＲＢ）を介して前記パケットを送信することと
を備える、方法。
【請求項３３】
前記パケットのためのＲｏＨＣコンテキスト識別子を選択することをさらに備え、ＲｏＨＣを使用して前記ヘッダを前記圧縮することが、前記ＲｏＨＣコンテキスト識別子に少なくとも部分的に基づく、請求項３２に記載の方法。
【請求項３４】
前記識別子を前記示すことが、前記パケットのＲｏＨＣヘッダ中の前記ＲｏＨＣコンテキスト識別子を指定することを含む、請求項３３に記載の方法。
【請求項３５】
前記ヘッダまたは前記パケットをトンネリングプロトコルヘッダ中にカプセル化することをさらに備え、前記識別子を前記示すことが、前記トンネリングプロトコルヘッダ中の前記識別子を指定することを含む、請求項３２に記載の方法。
【請求項３６】
前記トンネリングプロトコルヘッダが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｕヘッダであり、前記識別子がトンネルエンドポイント識別子（ＴＥＩＤ）である、請求項３５に記載の方法。
【請求項３７】
前記トンネリングプロトコルヘッダがリレープロトコルヘッダであり、前記識別子が、ドナー発展型ノードＢ（ｅＮＢ）によって割り当てられるリレー識別子である、請求項３５に記載の方法。
【請求項３８】
前記パケットが、ユーザ機器（ＵＥ）に通信するためにコアネットワークから受信したＩＰパケットである、請求項３２に記載の方法。
【請求項３９】
選択されたロバストヘッダ圧縮（ＲｏＨＣ）コンテキストに少なくとも部分的に基づいて発展型パケットシステム（ＥＰＳ）ベアラを介して受信されたパケットのヘッダを圧縮することと、
前記パケット中の前記選択されたＲｏＨＣコンテキストに関係する識別子を指定することと、
コアネットワーク中の前記ＥＰＳベアラと１つまたは複数の異種ＥＰＳベアラとがマッピングされる専用無線ベアラ（ＤＲＢ）を介して前記パケットを通信することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信装置。
【請求項４０】
前記少なくとも１つのプロセッサが、前記パケットのためのＲｏＨＣコンテキスト識別子を選択するようにさらに構成され、前記選択されたＲｏＨＣコンテキストが前記ＲｏＨＣコンテキスト識別子に関係する、請求項３９に記載のワイヤレス通信装置。
【請求項４１】
前記識別子が、前記パケットのＲｏＨＣヘッダ中のＲｏＨＣコンテキスト識別子である、請求項４０に記載のワイヤレス通信装置。
【請求項４２】
前記少なくとも１つのプロセッサが、前記ヘッダまたは前記パケットをトンネリングプロトコルヘッダ中にカプセル化するようにさらに構成され、前記識別子が、前記トンネリングプロトコルヘッダ中で指定される前記ＤＲＢを提供するリレー発展型ノードＢ（ｅＮＢ）に関係する、請求項３９に記載のワイヤレス通信装置。
【請求項４３】
前記トンネリングプロトコルヘッダが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｕヘッダであり、前記識別子がトンネルエンドポイント識別子（ＴＥＩＤ）である、請求項４２に記載のワイヤレス通信装置。
【請求項４４】
前記トンネリングプロトコルヘッダがリレープロトコルヘッダであり、前記識別子がリレー識別子である、請求項４２に記載のワイヤレス通信装置。
【請求項４５】
ロバストヘッダ圧縮（ＲｏＨＣ）コンテキストに少なくとも部分的に基づいて発展型パケットシステム（ＥＰＳ）ベアラを介して受信されたパケットのヘッダを圧縮するための手段と、
前記パケット中の前記ＲｏＨＣコンテキストに関係する識別子を示すための手段と、
前記ＥＰＳベアラと１つまたは複数の追加のＥＰＳベアラとがマッピングされる専用無線ベアラ（ＤＲＢ）を介して前記ヘッダを送信するための手段と
を備える、装置。
【請求項４６】
前記ＲｏＨＣコンテキストを選択するための手段をさらに備える、請求項４５に記載の装置。
【請求項４７】
前記識別子を示すための前記手段が、前記パケットのＲｏＨＣヘッダ中の前記ＲｏＨＣコンテキストの識別子を指定する、請求項４６に記載の装置。
【請求項４８】
前記ヘッダまたは前記パケットをトンネリングプロトコルヘッダ中にカプセル化するための手段をさらに備え、前記識別子を示すための前記手段が、前記トンネリングプロトコルヘッダ中の前記識別子を指定する、請求項４５に記載の装置。
【請求項４９】
前記トンネリングプロトコルヘッダが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｕヘッダであり、前記識別子がトンネルエンドポイント識別子（ＴＥＩＤ）である、請求項４８に記載の装置。
【請求項５０】
前記トンネリングプロトコルヘッダがリレープロトコルヘッダであり、前記識別子がリレー識別子である、請求項４８に記載の装置。
【請求項５１】
少なくとも１つのコンピュータに、ロバストヘッダ圧縮（ＲｏＨＣ）コンテキストに少なくとも部分的に基づいてＲｏＨＣを使用して発展型パケットシステム（ＥＰＳ）ベアラを介して受信されたパケットのヘッダを圧縮させるためのコードと、
前記少なくとも１つのコンピュータに、前記パケット中の前記ＲｏＨＣコンテキストに関係する識別子を示させるためのコードと、
前記少なくとも１つのコンピュータに、前記ＥＰＳベアラと１つまたは複数の追加のＥＰＳベアラとがマッピングされる専用無線ベアラ（ＤＲＢ）を介して前記パケットを送信させるためのコードと
を備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項５２】
前記コンピュータ可読媒体が、前記少なくとも１つのコンピュータに、前記パケットのためのＲｏＨＣコンテキスト識別子を選択させるためのコードをさらに備え、前記少なくとも１つのコンピュータに、ＲｏＨＣを使用して前記ヘッダを圧縮させるための前記コードが、前記ＲｏＨＣコンテキスト識別子に少なくとも部分的に基づいて前記ヘッダを圧縮する、請求項５１に記載のコンピュータプログラム製品。
【請求項５３】
前記少なくとも１つのコンピュータに前記識別子を示させるための前記コードが、前記パケットのＲｏＨＣヘッダ中の前記ＲｏＨＣコンテキスト識別子を指定する、請求項５２に記載のコンピュータプログラム製品。
【請求項５４】
前記コンピュータ可読媒体が、前記少なくとも１つのコンピュータに、前記ヘッダまたは前記パケットをトンネリングプロトコルヘッダ中にカプセル化させるためのコードをさらに備え、前記少なくとも１つのコンピュータに前記識別子を示させるための前記コードが、前記トンネリングプロトコルヘッダ中の前記識別子を指定する、請求項５１に記載のコンピュータプログラム製品。
【請求項５５】
前記トンネリングプロトコルヘッダが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｕヘッダであり、前記識別子がトンネルエンドポイント識別子（ＴＥＩＤ）である、請求項５４に記載のコンピュータプログラム製品。
【請求項５６】
前記トンネリングプロトコルヘッダがリレープロトコルヘッダであり、前記識別子が、ドナー発展型ノードＢ（ｅＮＢ）によって割り当てられるリレー識別子である、請求項５４に記載のコンピュータプログラム製品。
【請求項５７】
ロバストヘッダ圧縮（ＲｏＨＣ）コンテキストに少なくとも部分的に基づいてＲｏＨＣを使用して発展型パケットシステム（ＥＰＳ）ベアラを介して受信されたパケットのヘッダを圧縮するＲｏＨＣ圧縮構成要素と、
前記パケット中の前記ＲｏＨＣコンテキストに関係する識別子を指定するコンテキスト識別構成要素と、
前記ＥＰＳベアラと１つまたは複数の追加のＥＰＳベアラとがマッピングされる専用無線ベアラ（ＤＲＢ）を介して前記ヘッダを送信するベアラ通信構成要素と
を備える、装置。
【請求項５８】
前記ＲｏＨＣコンテキストを判断するＲｏＨＣコンテキスト選択構成要素をさらに備える、請求項５７に記載の装置。
【請求項５９】
前記コンテキスト識別構成要素が、前記パケットのＲｏＨＣヘッダ中の前記ＲｏＨＣコンテキストの識別子を指定するＲｏＨＣコンテキスト指示構成要素である、請求項５８に記載の装置。
【請求項６０】
前記ヘッダまたは前記パケットをトンネリングプロトコルヘッダ中に挿入するパケットカプセル化構成要素をさらに備え、前記コンテキスト識別構成要素が、前記トンネリングプロトコルヘッダ中の前記識別子を示す識別子指定構成要素である、請求項５７に記載の装置。
【請求項６１】
前記トンネリングプロトコルヘッダが汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｕヘッダであり、前記識別子がトンネルエンドポイント識別子（ＴＥＩＤ）である、請求項６０に記載の装置。
【請求項６２】
前記トンネリングプロトコルヘッダがリレープロトコルヘッダであり、前記識別子がリレー識別子である、請求項６０に記載の装置。
【請求項６３】
ユーザデータグラムプロトコル（ＵＤＰ）ヘッダ、インターネットプロトコル（ＩＰ）ヘッダ、または汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）ヘッダを備える上流ノードからのパケットを受信することと、
圧縮サービングゲートウェイ（ＳＧＷ）ＩＰアドレスを含めるために前記パケットの前記ヘッダを圧縮することと、
前記圧縮ヘッダをもつ前記パケットを下流ノードに送信することと
を備える、方法。
【請求項６４】
前記圧縮ＳＧＷ  ＩＰアドレスが、圧縮の前に前記ヘッダ中に指定されたＳＧＷ  ＩＰアドレスよりも小さいサイズである、請求項６３に記載の方法。
【請求項６５】
前記ダウンストリームノードから受信したトランスポートアドレス変換要求に少なくとも部分的に基づいて前記圧縮ＳＧＷ  ＩＰアドレスを生成することをさらに備える、請求項６３に記載の方法。
【請求項６６】
前記ヘッダを前記圧縮することが、メッセージタイプ、トンネルエンドポイント識別子（ＴＥＩＤ）、シーケンス番号、Ｎパケットデータユニット（ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ：ＰＤＵ）番号、または次の拡張ヘッダタイプを含めるために前記ヘッダを圧縮することをさらに備える、請求項６３に記載の方法。
【請求項６７】
ユーザデータグラムプロトコル（ＵＤＰ）ヘッダ、インターネットプロトコル（ＩＰ）ヘッダ、または汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）ヘッダを備える上流ノードからのパケットを取得することと、
圧縮サービングゲートウェイ（ＳＧＷ）ＩＰアドレスを含む前記パケットに圧縮ヘッダを関連付けることと、
前記圧縮ヘッダをもつ前記パケットを下流ノードに送信することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信装置。
【請求項６８】
前記圧縮ＳＧＷ  ＩＰアドレスが、前記パケットの前記ヘッダ中に指定されたＳＧＷ  ＩＰアドレスよりも小さいサイズである、請求項６７に記載のワイヤレス通信装置。
【請求項６９】
前記少なくとも１つのプロセッサが、前記下流ノードから受信したトランスポートアドレス変換要求に少なくとも部分的に基づいて前記圧縮ＳＧＷ  ＩＰアドレスを生成するようにさらに構成された、請求項６７に記載のワイヤレス通信装置。
【請求項７０】
前記圧縮ヘッダが、メッセージタイプ、トンネルエンドポイント識別子（ＴＥＩＤ）、シーケンス番号、Ｎパケットデータユニット（ＰＤＵ）番号、または次の拡張ヘッダタイプをさらに含む、請求項６７に記載のワイヤレス通信装置。
【請求項７１】
ユーザデータグラムプロトコル（ＵＤＰ）ヘッダ、インターネットプロトコル（ＩＰ）ヘッダ、または汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）ヘッダを備える上流ノードからのパケットを受信するための手段と、
少なくともサービングゲートウェイ（ＳＧＷ）ＩＰアドレスを圧縮するために前記パケットの前記ヘッダに圧縮を適用するための手段と、
前記圧縮ヘッダをもつ前記パケットを下流ノードに送信するための手段と
を備える、装置。
【請求項７２】
前記ヘッダに圧縮を適用するための前記手段が、前記ＳＧＷ  ＩＰアドレスをより小さいバイトサイズに圧縮する、請求項７１に記載の装置。
【請求項７３】
圧縮を適用するための前記手段が、前記下流ノードから受信したトランスポートアドレス変換要求に応答して前記ＳＧＷ  ＩＰアドレスの圧縮表現を生成する、請求項７１に記載の装置。
【請求項７４】
前記圧縮ヘッダが、メッセージタイプ、トンネルエンドポイント識別子（ＴＥＩＤ）、シーケンス番号、Ｎパケットデータユニット（ＰＤＵ）番号、または次の拡張ヘッダタイプをさらに含む、請求項７１に記載の装置。
【請求項７５】
少なくとも１つのコンピュータに、ユーザデータグラムプロトコル（ＵＤＰ）ヘッダ、インターネットプロトコル（ＩＰ）ヘッダ、または汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）ヘッダを備える上流ノードからのパケットを受信させるためのコードと、
前記少なくとも１つのコンピュータに、圧縮サービングゲートウェイ（ＳＧＷ）ＩＰアドレスを含めるために前記パケットの前記ヘッダを圧縮させるためのコードと、
前記少なくとも１つのコンピュータに、前記圧縮ヘッダをもつ前記パケットを下流ノードに送信させるためのコードと
を備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項７６】
前記圧縮ＳＧＷ  ＩＰアドレスが、圧縮の前に前記ヘッダ中に指定されたＳＧＷ  ＩＰアドレスよりも小さいサイズである、請求項７５に記載のコンピュータプログラム製品。
【請求項７７】
前記コンピュータ可読媒体が、前記少なくとも１つのコンピュータに、前記下流ノードから受信したトランスポートアドレス変換要求に少なくとも部分的に基づいて前記圧縮ＳＧＷ  ＩＰアドレスを生成させるためのコードをさらに備える、請求項７５に記載のコンピュータプログラム製品。
【請求項７８】
前記少なくとも１つのコンピュータに前記ヘッダを圧縮させるための前記コードが、メッセージタイプ、トンネルエンドポイント識別子（ＴＥＩＤ）、シーケンス番号、Ｎパケットデータユニット（ＰＤＵ）番号、または次の拡張ヘッダタイプを含めるために前記ヘッダを圧縮することをさらに備える、請求項７５に記載のコンピュータプログラム製品。
【請求項７９】
ユーザデータグラムプロトコル（ＵＤＰ）ヘッダ、インターネットプロトコル（ＩＰ）ヘッダ、または汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）ヘッダを備える上流ノードからのパケットを受信するＩＰパケット受信構成要素と、
前記ヘッダ中のサービングゲートウェイ（ＳＧＷ）ＩＰアドレスを圧縮することに少なくとも部分的によって前記パケットの前記ヘッダを圧縮するヘッダ圧縮構成要素と、
前記圧縮ヘッダをもつ前記パケットを下流ノードに送信するベアラ通信構成要素と
を備える、装置。
【請求項８０】
前記ヘッダ圧縮構成要素が、前記ＳＧＷ  ＩＰアドレスをより小さいバイトサイズに圧縮する、請求項７９に記載の装置。
【請求項８１】
前記ヘッダ圧縮構成要素が、前記下流ノードから受信したトランスポートアドレス変換要求に応答して前記ＳＧＷ  ＩＰアドレスの圧縮表現を生成する、請求項７９に記載の装置。
【請求項８２】
前記圧縮ヘッダが、メッセージタイプ、トンネルエンドポイント識別子（ＴＥＩＤ）、シーケンス番号、Ｎパケットデータユニット（ＰＤＵ）番号、または次の拡張ヘッダタイプをさらに含む、請求項７９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条に基づく優先権の主張
本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、２００８年１０月２４日に出願された「ＬＴＥのためのセルリレー基地局（Ｃｅｌｌ  Ｒｅｌａｙ  Ｂａｓｅ  Ｓｔａｔｉｏｎ  ｆｏｒ  ＬＴＥ）」と題する米国特許仮出願第６１／１０８，２８７号の優先権を主張する。
【０００２】
以下の説明は、一般にワイヤレス通信に関し、より詳細には、セルリレーを使用した通信においてプロトコルヘッダを圧縮することに関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、たとえば音声、データなど、様々なタイプの通信コンテンツを提供するために広く展開されている。典型的なワイヤレス通信システムは、使用可能なシステムリソース（たとえば、帯域幅、送信電力、・・・）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムとすることができる。そのような多元接続システムの例には、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：ＣＤＭＡ）システム、時分割多元接続（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：ＴＤＭＡ）システム、周波数分割多元接続（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：ＦＤＭＡ）システム、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ：ＯＦＤＭＡ）システムなどがある。さらに、これらのシステムは、第３世代パートナーシッププロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）、３ＧＰＰ  ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）、ウルトラモバイルブロードバンド（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ：ＵＭＢ）などの仕様、および／または最適化されたエボリューションデータ（Ｅｖｏｌｕｔｉｏｎ  Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ：ＥＶ−ＤＯ）、その１つまたは複数の改訂などのマルチキャリアワイヤレス仕様に準拠することができる。
【０００４】
一般に、ワイヤレス多元接続通信システムは、複数のモバイルデバイスのための通信を同時にサポートすることができる。各モバイルデバイスは、順方向リンクおよび逆方向リンク上の送信を介して１つまたは複数のアクセスポイント（たとえば、基地局）と通信することができる。順方向リンク（またはダウンリンク）はアクセスポイントからモバイルデバイスへの通信リンクを指し、逆方向リンク（またはアップリンク）はモバイルデバイスからアクセスポイントへの通信リンクを指す。さらに、モバイルデバイスとアクセスポイントとの間の通信は、単入力単出力（ｓｉｎｇｌｅ−ｉｎｐｕｔ  ｓｉｎｇｌｅ−ｏｕｔｐｕｔ：ＳＩＳＯ）システム、多入力単出力（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｓｉｎｇｌｅ−ｏｕｔｐｕｔ：ＭＩＳＯ）システム、多入力多出力（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ：ＭＩＭＯ）システムなどを介して確立できる。しかしながら、アクセスポイントは、有効範囲の端の近くのモバイルデバイスおよび／または高トラフィックの区域中のデバイスがアクセスポイントから劣化した通信品質を受けるように、地理的有効範囲の区域ならびにリソースが制限されることがある。
【０００５】
セルリレーは、モバイルデバイスとアクセスポイントとの間の通信を可能にすることによってネットワーク容量と有効範囲の区域とを拡大するために設けることができる。たとえば、セルリレーは、いくつかのセルリレーへのアクセスを提供することができる、ドナーアクセスポイントとのバックホールリンクを確立することができ、セルリレーは、１つまたは複数のモバイルデバイスまたは追加のセルリレーとのアクセスリンクを確立することができる。バックエンドコアネットワーク構成要素の変更を緩和するために、Ｓ１−Ｕなどの通信インターフェースはドナーアクセスポイントにおいて終了することができる。したがって、ドナーアクセスポイントは、バックエンドネットワーク構成要素には通常のアクセスポイントのように見える。この目的で、ドナーアクセスポイントは、モバイルデバイスに通信するためにパケットをバックエンドネットワーク構成要素からセルリレーにルーティングすることができる。
【発明の概要】
【０００６】
以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００７】
１つまたは複数の態様およびその対応する開示に従って、セルリレー間の効率的な通信を提供するためにプロトコルヘッダを圧縮することを可能にすることに関して、様々な態様を説明する。具体的には、複数の発展型パケットシステム（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ：ＥＰＳ）ベアラのためのロバストヘッダ圧縮（ｒｏｂｕｓｔ  ｈｅａｄｅｒ  ｃｍｐｒｅｓｓｏｒ：ＲｏＨＣ）コンテキストを、セルリレーの単一の専用無線ベアラを介してサポートすることができる。一例では、リレー通信において、単一のロバストヘッダ圧縮器をある通信ノードに設け、単一のロバストヘッダ復元器を他の通信ノードに設けることができる。この例では、所与のＥＰＳベアラのための複数のＲｏＨＣコンテキストを、割り当てられたコンテキスト識別子に従って区別することができる。別の例では、複数のロバストヘッダ圧縮器／復元器をＲｏＨＣコンテキストごとに通信ノードに設けることができ、ノードにおいてＥＰＳベアラを区別するために、ＥＰＳベアラ（または対応するＵＥベアラ）に関係するトンネルエンドポイント識別子（ｔｕｎｎｅｌ  ｅｎｄｐｏｉｎｔ  ｉｄｅｎｔｉｆｉｅｒ：ＴＥＩＤ）または同様の識別子を利用することができる。さらに、ＲｏＨＣコンテキスト内でヘッダ圧縮を可能にするために、ドナーｅＮＢは、パケットの下流通信のために上流ネットワークノードから受信したパケット中にトンネリングプロトコルヘッダを圧縮することができる。
【０００８】
関係する態様によれば、専用無線ベアラ（ｄｅｄｉｃａｔｅｄ  ｒａｄｉｏ  ｂｅａｒｅｒ：ＤＲＢ）にマッピングされた複数のＥＰＳベアラのうちの少なくとも１つからＲｏＨＣ圧縮ヘッダをもつパケットを受信することを含む方法を提供する。本方法はまた、ＲｏＨＣ圧縮ヘッダのためのＲｏＨＣコンテキストを判断することと、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＲｏＨＣ圧縮ヘッダを復元することとを含む。
【０００９】
別の態様は、ワイヤレス通信装置に関する。本ワイヤレス通信装置は、ワイヤレス通信装置のＤＲＢにマッピングされた複数のＥＰＳベアラのうちの１つからＲｏＨＣ圧縮ヘッダをもつパケットを取得することと、ＲｏＨＣ圧縮ヘッダの圧縮に使用されるＲｏＨＣコンテキストを見分けることとを行うように構成された少なくとも１つのプロセッサを含むことができる。少なくとも１つのプロセッサは、ＲｏＨＣ圧縮ヘッダの圧縮に使用されるＲｏＨＣコンテキストを見分けるようにさらに構成される。本ワイヤレス通信装置はまた、少なくとも１つのプロセッサに結合されたメモリを備える。
【００１０】
さらに別の態様は装置に関する。本装置は、ＤＲＢにマッピングされた複数のＥＰＳベアラのうちの少なくとも１つからＲｏＨＣ圧縮ヘッダをもつパケットを受信するための手段と、ＲｏＨＣ圧縮ヘッダのためのＲｏＨＣコンテキストを判断するための手段とを含む。本装置はまた、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＲｏＨＣ圧縮ヘッダを復元するための手段を含む。
【００１１】
さらに別の態様は、少なくとも１つのコンピュータに、ＤＲＢにマッピングされた複数のＥＰＳベアラのうちの少なくとも１つからＲｏＨＣ圧縮ヘッダをもつパケットを受信させるためのコードと、少なくとも１つのコンピュータに、ＲｏＨＣ圧縮ヘッダのためのＲｏＨＣコンテキストを判断させるためのコードとを含むコンピュータ可読媒体を有することができるコンピュータプログラム製品に関する。コンピュータ可読媒体はまた、少なくとも１つのコンピュータに、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＲｏＨＣ圧縮ヘッダを復元させるためのコードを備えることができる。
【００１２】
さらに、追加の態様は、ＤＲＢにマッピングされた複数のＥＰＳベアラのうちの少なくとも１つからＲｏＨＣ圧縮ヘッダをもつパケットを受信するベアラ通信構成要素を含む装置に関する。本装置は、ＲｏＨＣ圧縮ヘッダのためのＲｏＨＣコンテキストを見分けるＲｏＨＣコンテキスト判断構成要素と、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＲｏＨＣ圧縮ヘッダを復元するＲｏＨＣ復元構成要素とをさらに含むことができる。
【００１３】
別の態様では、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＲｏＨＣを使用してＥＰＳベアラを介して受信されたパケットのヘッダを圧縮することと、パケット中のＲｏＨＣコンテキストに関係する識別子を示すこととを含む方法を提供する。本方法は、ＥＰＳベアラと１つまたは複数の追加のＥＰＳベアラとがマッピングされるＤＲＢを介してパケットを送信することをさらに含む。
【００１４】
別の態様は、ワイヤレス通信装置に関する。本ワイヤレス通信装置は、選択されたＲｏＨＣコンテキストに少なくとも部分的に基づいてＥＰＳベアラを介して受信されたパケットのヘッダを圧縮することと、パケット中の選択されたＲｏＨＣコンテキストに関係する識別子を指定することとを行うように構成された少なくとも１つのプロセッサを含むことができる。少なくとも１つのプロセッサは、コアネットワーク中のＥＰＳベアラと１つまたは複数の異種ＥＰＳベアラとがマッピングされるＤＲＢを介してパケットを通信するようにさらに構成される。本ワイヤレス通信装置はまた、少なくとも１つのプロセッサに結合されたメモリを備える。
【００１５】
さらに別の態様は装置に関する。本装置は、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＥＰＳベアラを介して受信されたパケットのヘッダを圧縮するための手段と、パケット中のＲｏＨＣコンテキストに関係する識別子を示すための手段とを含む。本装置はまた、ＥＰＳベアラと１つまたは複数の追加のＥＰＳベアラとがマッピングされるＤＲＢを介してヘッダを送信するための手段を含む。
【００１６】
さらに別の態様は、少なくとも１つのコンピュータに、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＲｏＨＣを使用してＥＰＳベアラを介して受信されたパケットのヘッダを圧縮させるためのコードと、少なくとも１つのコンピュータに、パケット中のＲｏＨＣコンテキストに関係する識別子を示させるためのコードとを含むコンピュータ可読媒体を有することができるコンピュータプログラム製品に関する。コンピュータ可読媒体はまた、少なくとも１つのコンピュータに、ＥＰＳベアラと１つまたは複数の追加のＥＰＳベアラとがマッピングされるＤＲＢを介してパケットを送信させるためのコードを備えることができる。
【００１７】
さらに、追加の態様は、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＲｏＨＣを使用してＥＰＳベアラを介して受信されたパケットのヘッダを圧縮するＲｏＨＣ圧縮構成要素を含む装置に関する。本装置は、パケット中のＲｏＨＣコンテキストに関係する識別子を指定するコンテキスト識別構成要素と、ＥＰＳベアラと１つまたは複数の追加のＥＰＳベアラとがマッピングされるＤＲＢを介してヘッダを送信するベアラ通信構成要素とをさらに含むことができる。
【００１８】
さらに別の態様によれば、ユーザデータグラムプロトコル（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ：ＵＤＰ）ヘッダ、インターネットプロトコル（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ：ＩＰ）ヘッダ、または汎用パケット無線サービス（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ：ＧＰＲＳ）トンネリングプロトコル（ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ：ＧＴＰ）ヘッダを備える上流ノードからのパケットを受信することを含む方法を提供する。本方法は、圧縮ＳＧＷ  ＩＰアドレスを含めるためにパケットのヘッダを圧縮することと、圧縮ヘッダをもつパケットを下流ノードに送信することとをさらに含む。
【００１９】
別の態様は、ワイヤレス通信装置に関する。本ワイヤレス通信装置は、ＵＤＰヘッダ、ＩＰヘッダ、またはＧＴＰヘッダを備える上流ノードからのパケットを取得することと、圧縮ＳＧＷ  ＩＰアドレスを含むパケットに圧縮ヘッダを関連付けることとを行うように構成された少なくとも１つのプロセッサを含むことができる。少なくとも１つのプロセッサは、圧縮ヘッダをもつパケットを下流ノードに送信するようにさらに構成される。本ワイヤレス通信装置はまた、少なくとも１つのプロセッサに結合されたメモリを備える。
【００２０】
さらに別の態様は装置に関する。本装置は、ＵＤＰヘッダ、ＩＰヘッダ、またはＧＴＰヘッダを備える上流ノードからのパケットを受信するための手段と、少なくともＳＧＷ  ＩＰアドレスを圧縮するためにパケットのヘッダに圧縮を適用するための手段とを含む。本装置はまた、圧縮ヘッダをもつパケットを下流ノードに送信するための手段を含む。
【００２１】
さらに別の態様は、少なくとも１つのコンピュータに、ＵＤＰヘッダ、ＩＰヘッダ、またはＧＴＰヘッダを備える上流ノードからのパケットを受信させるためのコードを含むコンピュータ可読媒体を有することができるコンピュータプログラム製品に関する。コンピュータ可読媒体はまた、少なくとも１つのコンピュータに、圧縮ＳＧＷ  ＩＰアドレスを含めるためにパケットのヘッダを圧縮させるためのコードと、少なくとも１つのコンピュータに、圧縮ヘッダをもつパケットを下流ノードに送信させるためのコードとを備えることができる。
【００２２】
さらに、追加の態様は、ＵＤＰヘッダ、ＩＰヘッダ、またはＧＴＰヘッダを備える上流ノードからのパケットを受信するＩＰパケット受信構成要素と、パケットのヘッダ中にＳＧＷ  ＩＰアドレスを圧縮することに少なくとも部分的によってヘッダを圧縮するヘッダ圧縮構成要素とを含む装置に関する。本装置は、圧縮ヘッダをもつパケットを下流ノードに送信するベアラ通信構成要素をさらに含むことができる。
【００２３】
上記および関連する目的を達成するために、１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面に、１つまたは複数の態様のうちのいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理を採用することができる様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。
【図面の簡単な説明】
【００２４】
【図１】ワイヤレスネットワークにリレーを提供することを可能にする例示的なワイヤレス通信システムの図。
【図２】ロバストヘッダ圧縮（ＲｏＨＣ）を使用してセルリレー通信のためのヘッダを圧縮することを可能にする例示的なワイヤレス通信システムの図。
【図３】単一の専用無線ベアラ（ＤＲＢ）を介して複数のＥＰＳベアラのためのＲｏＨＣ圧縮ヘッダをもつパケットを通信する例示的なワイヤレス通信システムの図。
【図４】下流ベアラ識別子に対応するＲｏＨＣコンテキストを使用してヘッダを圧縮することを可能にする例示的なワイヤレス通信システムの図。
【図５】下流ベアラ識別子に対応するＲｏＨＣコンテキストに従って圧縮されたＲｏＨＣヘッダをもつパケットを通信する例示的なワイヤレス通信システムの図。
【図６】後続のルーティングのためにＲｏＨＣ圧縮パケットをカプセル化する例示的なワイヤレス通信システムの図。
【図７】ワイヤレスネットワークへのアクセスを提供するためにセルリレーを利用する例示的なワイヤレス通信システムの図。
【図８】データプレーン通信のためにセルリレー機能を提供することを可能にする例示的なプロトコルスタックの図。
【図９】リレープロトコルを使用してデータプレーン通信のためにセルリレー機能を提供することを可能にする例示的なプロトコルスタックの図。
【図１０】判断されたＲｏＨＣコンテキストに基づいてＲｏＨＣ圧縮ヘッダを復元するための例示的な方法の図。
【図１１】ＲｏＨＣコンテキストを使用して１つまたは複数のパケットヘッダを圧縮する例示的な方法の図。
【図１２】後続のルーティングのためにパケットをカプセル化する例示的な方法の図。
【図１３】受信したパケットのためのカプセル化を判断する例示的な方法の図。
【図１４】受信したパケットのユーザデータグラムプロトコル（ＵＤＰ）ヘッダ、インターネットプロトコル（ＩＰ）ヘッダ、または汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）ヘッダを圧縮する例示的な方法の図。
【図１５】本明細書に記載の様々な態様によるワイヤレス通信システムの図。
【図１６】本明細書に記載の様々なシステムおよび方法とともに使用できる例示的なワイヤレスネットワーク環境の図。
【図１７】判断されたＲｏＨＣコンテキストに基づいてＲｏＨＣ圧縮ヘッダを復元することを可能にする例示的なシステムの図。
【図１８】ＲｏＨＣコンテキストに従ってヘッダを圧縮することを可能にする例示的なシステムの図。
【図１９】ＵＤＰヘッダ、ＩＰヘッダ、またはＧＴＰヘッダを圧縮することを可能にする例示的なシステムの図。
【詳細な説明】
【００２５】
次に、図面を参照しながら様々な態様について説明する。以下の記述では、説明の目的で、１つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、そのような（１つまたは複数の）態様は、これらの具体的な詳細なしに実施できることは明らかであろう。
【００２６】
本出願で使用する「構成要素」、「モジュール」、「システム」などの用語は、限定はしないが、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを含むものとする。たとえば、構成要素は、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および／またはコンピュータとすることができるが、これらに限定されない。例として、コンピューティングデバイス上で実行されるアプリケーションと、そのコンピューティングデバイスの両方を構成要素とすることができる。１つまたは複数の構成要素がプロセスおよび／または実行スレッド内に常駐することができ、１つの構成要素を１つのコンピュータ上に配置し、および／または２つ以上のコンピュータ間に分散することができる。さらに、これらの構成要素は、様々なデータ構造を記憶している様々なコンピュータ可読媒体から実行することができる。これらの構成要素は、ローカルシステム、分散システム、および／または他のシステムを用いるインターネットなどのネットワーク全体の中の別の構成要素と信号を介して対話する１つの構成要素からのデータなど、１つまたは複数のデータパケットを有する信号によるなど、ローカルプロセスおよび／またはリモートプロセスを介して通信することができる。
【００２７】
さらに、本明細書では、ワイヤード端末またはワイヤレス端末とすることができる端末に関する様々な態様について説明する。端末は、システム、デバイス、加入者ユニット、加入者局、移動局、モバイル、モバイルデバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）と呼ばれることもある。ワイヤレス端末は、セルラー電話、衛星電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｎ  Ｐｒｏｔｏｃｏｌ：ＳＩＰ）電話、ワイヤレスローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ：ＷＬＬ）局、携帯情報端末（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ：ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイスとすることができる。さらに、本明細書では基地局に関する様々な態様について説明する。基地局は、（１つまたは複数の）ワイヤレス端末と通信するために利用でき、アクセスポイント、ノードＢ、発展型ノードＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ：ｅＮＢ）、または何らかの他の用語で呼ばれることもある。
【００２８】
さらに、「または（ｏｒ）」という用語は、排他的な「または」ではなく、包括的な「または」を意味するものとする。すなわち、別段の規定がない限り、または文脈から明白でない限り、「ＸはＡまたはＢを使用する」という句は、自然な包括的置換のいずれかを意味するものとする。つまり、「ＸはＡまたはＢを使用する」という句は、ＸがＡを使用する場合、ＸがＢを使用する場合、またはＸがＡとＢの両方を使用する場合のいずれによっても満たされる。さらに、本出願および添付の特許請求の範囲で使用する冠詞「ａ」および「ａｎ」は、別段の規定がない限り、または単数形を示すことが文脈から明白でない限り、概して「１つまたは複数」を意味するものと解釈すべきである。
【００２９】
本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムなど、様々なワイヤレス通信システムに使用でき得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ユニバーサルテレスティアルラジオアクセス（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ：ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装することができ得る。ＵＴＲＡは、広域ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−ＣＤＭＡ：Ｗ−ＣＤＭＡ）およびＣＤＭＡの他の変形態を含む。さらに、ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、モバイル通信のためのグローバルなシステム（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：ＧＳＭ（登録商標））などの無線技術を実装することができ得る。ＯＦＤＭＡシステムは、発展型のＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ：Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ：ＵＭＢ）、ＩＥＥＥ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭなどの無線技術を実装することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ：ＵＭＴＳ）の一部である。３ＧＰＰのロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）は、ダウンリンク上ではＯＦＤＭＡを採用し、アップリンク上ではＳＣ−ＦＤＭＡを採用するＥ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭ（登録商標）は、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する組織からの文書に記載されている。さらに、ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２：３ＧＰＰ２）と称する組織からの文書に記載されている。さらに、そのようなワイヤレス通信システムは、不対無資格スペクトル、８０２．ｘｘワイヤレスＬＡＮ、ブルーツース（ＢＬＵＥＴＯＯＴＨ（登録商標））および任意の他の短距離または長距離ワイヤレス通信技法をしばしば使用するピアツーピア（たとえば、モバイルツーモバイル）アドホックネットワークシステムをさらに含むことができる。
【００３０】
様々な態様または特徴は、いくつかのデバイス、構成要素、モジュールなどを含むことができるシステムに関して提示される。様々なシステムは、追加のデバイス、構成要素、モジュールなどを含んでもよく、および／または各図に関連して論じるデバイス、構成要素、モジュールなどのすべてを含まなくてもよいことを理解および諒解されたい。これらの手法の組合せを使用することもできる。
【００３１】
図１を参照すると、ワイヤレスネットワークにおいてリレー機能を提供することを可能にするワイヤレス通信システム１００が示されている。システム１００は、リレーｅＮＢ１０４などの１つまたは複数のリレーｅＮＢにコアネットワーク１０６へのアクセスを与えるドナーｅＮＢ１０２を含む。同様に、リレーｅＮＢ１０４は、ドナーｅＮＢ１０２を介して、リレーｅＮＢ１０８などの１つまたは複数の異種リレーｅＮＢまたはＵＥ１１０などのＵＥにコアネットワーク１０６へのアクセスを与えることができる。クラスタｅＮＢと呼ばれることもあるドナーｅＮＢ１０２は、ＬＴＥまたは他の技術バックホールリンクとすることができるワイヤードまたはワイヤレスバックホールリンクを介してコアネットワーク１０６と通信することができる。一例では、コアネットワーク１０６は、３ＧＰＰ  ＬＴＥまたは同様の技術ネットワークとすることができる。
【００３２】
ドナーｅＮＢ１０２は、さらに、同じくワイヤードまたはワイヤレス、ＬＴＥまたは他の技術とすることができるリレーｅＮＢ１０４に対するアクセスリンクを提供することができ、リレーｅＮＢ１０４は、ドナーｅＮＢ１０２のアクセスリンクを介してバックホールリンクを使用してドナーｅＮＢ１０２と通信することができる。リレーｅＮＢ１０４は、同様に、ワイヤードまたはワイヤレスのＬＴＥまたは他の技術リンクとすることができるリレーｅＮＢ１０８および／またはＵＥ１１０に対するアクセスリンクを提供することができる。一例では、ドナーｅＮＢ１０２は、ＬＴＥアクセスリンクを提供することができ、リレーｅＮＢ１０４は、ＬＴＥバックホールを使用してＬＴＥアクセスリンクに接続することができ、リレーｅＮＢ１０４は、リレーｅＮＢ１０８および／またはＵＥ１１０へのＬＴＥアクセスリンクを提供することができる。ドナーｅＮＢ１０２は、異種バックホールリンク技術を介してコアネットワーク１０６に接続することができる。リレーｅＮＢ１０８および／またはＵＥ１１０は、説明したように、コアネットワーク１０６へのアクセスを受信するためにＬＴＥアクセスリンクを使用してリレーｅＮＢ１０４に接続することができる。本明細書では、ドナーｅＮＢと接続されたリレーｅＮＢとを集合的にクラスタと呼ぶことがある。
【００３３】
一例によれば、リレーｅＮＢ１０４は、通常ＬＴＥ構成中のＵＥのように、リンク層（たとえば、媒体アクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ：ＭＡＣ）層）においてドナーｅＮＢ１０２に接続することができる。この点について、ドナーｅＮＢ１０２は、リレーｅＮＢ１０４をサポートするためにリンク層または関係するインターフェース（たとえば、Ｅ−ＵＴＲＡ−Ｕｕ）において変更を必要としない通常ＬＴＥ  ｅＮＢとすることができる。さらに、リレーｅＮＢ１０４は、たとえば、リンク層においてリレーｅＮＢ１０４に接続するためにＵＥ１１０に変更を必要としないように、リンク層においてＵＥ１１０には通常ｅＮＢのように見えるようにすることができる。さらに、リレーｅＮＢ１０４は、アクセスとバックホールリンクとの間のリソース分割、干渉管理、クラスタのアイドルモードセル選択などのプロシージャを構成することができる。
【００３４】
トランスポート層通信に関して、リレーｅＮＢ１０８通信またはＵＥ１１０通信に関係するトランスポートプロトコルはドナーｅＮＢ１０２またはリレーｅＮＢ１０４において終了することができ、リレーｅＮＢ１０４がドナーｅＮＢ１０２のセルと同様なので、セルリレー機能と呼ばれる。たとえば、セルリレー構成では、ドナーｅＮＢ１０２は、コアネットワーク１０６からリレーｅＮＢ１０４に対する通信を受信し、トランスポートプロトコルを終了し、アプリケーション層を実質的にそのままに保つ異種トランスポート層を介してリレーｅＮＢ１０４に通信を転送することができる。フォワーディングトランスポートプロトコルタイプは、終端トランスポートプロトコルタイプと同じとすることができるが、リレーｅＮＢ１０４を用いて確立される異なるトランスポート層であることを諒解されたい。
【００３５】
リレーｅＮＢ１０４は、通信に関係するリレーｅＮＢまたはＵＥを判断することができ、（たとえば、通信内のその識別子に基づいて）リレーｅＮＢまたはＵＥに通信を提供することができる。同様に、ドナーｅＮＢ１０２は、リレーｅＮＢ１０４から受信した通信のトランスポート層プロトコルを終了し、通信を異種トランスポートプロトコルに変換し、セルリレーとしてリレーｅＮＢ１０４に対してアプリケーション層をそのままの状態で、異種トランスポートプロトコルを介してコアネットワーク１０６に通信を送信することができる。これらの例では、リレーｅＮＢ１０４が別のリレーｅＮＢと通信している場合、リレーｅＮＢ１０４は、通信が確実に正しいリレーｅＮＢに到達するようにするためにアプリケーションプロトコルルーティングをサポートすることができる。
【００３６】
さらに、アプリケーション層プロトコルは上流ｅＮＢにおいて終了することができる。したがって、たとえば、リレーｅＮＢ１０８およびＵＥ１１０に対するアプリケーション層プロトコルはリレーｅＮＢ１０４において終了することができ、同様に、リレーｅＮＢ１０４に対するアプリケーション層プロトコルはドナーｅＮＢ１０２において終了することができる。トランスポートおよびアプリケーション層プロトコルは、たとえば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ、および／またはＸ２インターフェースに関係することができる。Ｓ１−Ｕインターフェースは、ノードとコアネットワーク１０６のサービングゲートウェイ（図示せず）との間のデータプレーン中で通信するために利用できる。Ｓ１−ＭＭＥインターフェースは、ノードとコアネットワーク１０６のモビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ：ＭＭＥ）（図示せず）との間の制御プレーン通信に利用できる。Ｘ２インターフェースは、ｅＮＢ間の通信に利用できる。さらに、たとえば、ドナーｅＮＢ１０２は、アクセスネットワークを介して相互に通信することを可能にするために他のリレーｅＮＢと通信することができる（たとえば、リレーｅＮＢ１０４は、ドナーｅＮＢ１０２に接続された１つまたは複数の追加のリレーｅＮＢと通信することができる）。
【００３７】
一例によれば、リレーｅＮＢ１０４（およびリレーｅＮＢ１０８）は、ＵＥ１１０などの複数の下流ＵＥ、および／またはそれに関係するベアラをサポートするために、コアネットワーク１０６の複数の発展型パケットシステム（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ：ＥＰＳ）ベアラを単一の専用無線ベアラ（ｄｅｄｉｃａｔｅｄ  ｒａｄｉｏ  ｂｅａｒｅｒ：ＤＲＢ）にマッピングすることができる。さらに、リレーｅＮＢ１０４は、複数のＵＥベアラのためのロバストヘッダ圧縮（ｒｏｂｕｓｔ  ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ：ＲｏＨＣ）をサポートすることができる。一例では、ドナーｅＮＢ１０２は、リレーｅＮＢ１０４のＤＲＢのための単一のＲｏＨＣ圧縮器および／または復元器インスタンスを有することができ、リレーｅＮＢ１０４は、同様に、所与の専用無線ベアラのための単一の復元器および／または圧縮器を有することができる。この例では、ドナーｅＮＢ１０２は、単一のＤＲＢを介して複数のＥＰＳベアラのためのパケットヘッダ（たとえば、インターネットプロトコル（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ：ＩＰ）ヘッダ、ユーザデータグラムプロトコル（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ：ＵＤＰ）ヘッダおよび／または同様のパケットヘッダ）を圧縮することができる。たとえば、ドナーｅＮＢ１０２は、ＲｏＨＣヘッダ中にＲｏＨＣコンテキスト識別子を挿入することができ、リレーｅＮＢ１０４は、ＲｏＨＣコンテキスト識別子に基づいてＲｏＨＣコンテキストを区別することができる。この点について、リレーｅＮＢ１０４は、ヘッダに適切な復元を適用することができる。同様に、ＲｏＨＣコンテキスト識別子を使用して、リレーｅＮＢ１０４は圧縮を、ドナーｅＮＢ１０２は復元を行うことができる。ＲｏＨＣコンテキストは、１つまたは複数のパケットヘッダの効率的な送信のために１つまたは複数のパケットヘッダを圧縮するために利用されるプロシージャを指すことができ、ベアラおよび／またはそれを介して送信されるデータのタイプ、宛先ノードまたはそのタイプ、利用可能なリソースなどによって異なることができることを諒解されたい。
【００３８】
別の例では、ドナーｅＮＢ１０２は、リレーｅＮＢ１０４のＤＲＢにマッピングされたＥＰＳベアラごとに１つまたは複数のＲｏＨＣ圧縮器および／または復元器を有することができる。同様に、リレーｅＮＢ１０４は、ＥＰＳベアラごとに１つまたは複数のＲｏＨＣ復元器および／または圧縮器を有することができる。この例では、ドナーｅＮＢ１０２のＲｏＨＣ圧縮器はパケットヘッダを圧縮することができ、ドナーｅＮＢ１０２は、ＥＰＳベアラ（および／または対応するＵＥ１１０ベアラ）に関係するトンネルエンドポイント識別子（ｔｕｎｎｅｌ  ｅｎｄｐｏｉｎｔ  ｉｄｅｎｔｉｆｉｅｒ：ＴＥＩＤ）を含むトンネリングプロトコルヘッダ中に、圧縮ＩＰヘッダと、所与のＥＰＳベアラのためのＩＰパケットとをカプセル化することができる。一例では、トンネリングプロトコルは、汎用パケット無線サービス（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ：ＧＰＲＳ）トンネリングプロトコル（ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ：ＧＴＰ）−Ｕとすることができる。別の例では、ドナーｅＮＢ１０２は、リレープロトコル（ＲＰ）パケットヘッダ中に備えられたリレー識別子に基づくパケットルーティングを可能にするＲＰヘッダ中にＩＰパケット（またはＧＴＰ−Ｕパケット）をカプセル化することができる。
【００３９】
カプセル化されたパケットを受信すると、リレーｅＮＢ１０４は、たとえば、ＩＰヘッダとパケットとを抽出することができ、リレーｅＮＢ１０４の復元器の１つは、ＴＥＩＤに少なくとも部分的に基づいてＲｏＨＣコンテキストを判断することができる。別の例では、復元器の１つは、リレー識別子に追加または代替として基づいてＲｏＨＣを判断することができる。この点について、復元器は、ヘッダに適切な復元を適用することができる。同様に、説明したように、ＲｏＨＣコンテキストを判断するためにＴＥＩＤを使用して、リレーｅＮＢ１０４は圧縮を、ドナーｅＮＢ１０２は復元を行うことができる。
【００４０】
さらに、（たとえば、リレーｅＮＢ１０８と通信するＵＥのベアラに関係する）リレーｅＮＢ１０４とリレーｅＮＢ１０８との通信中で同様の圧縮／復元を実行することができることを諒解されたい。さらに、トンネリングプロトコルのためのヘッダを圧縮することもできる。一例では、ヘッダは、圧縮できるサービングゲートウェイ（ｓｅｒｖｉｃｅ  ｇａｔｅｗａｙ：ＳＧＷ）など、上流ネットワークノードのアドレスを含むことができる。トンネリングプロトコルは、関連するＩＰパケットとともにパケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層を介して送信できる。したがって、たとえば、パケットがＩＰヘッダを有するか、ＧＴＰ−Ｕヘッダを有するか、ＲＰヘッダを有するかを指定するペイロードタイプを含むように、ＰＤＣＰ構成を拡張することができる。
【００４１】
次に図２を参照すると、所与のセルリレーベアラにマッピングされた複数のＥＰＳベアラのためのＲｏＨＣを可能にする例示的なワイヤレス通信システム２００が示されている。システム２００は、リレーｅＮＢ１０４（および／または他のリレーｅＮＢ）にコアネットワーク１０６へのアクセスを与えるドナーｅＮＢ１０２を含む。さらに、説明したように、リレーｅＮＢ１０４は、ドナーｅＮＢ１０２を通して、ＵＥ１１０などの１つまたは複数のデバイスおよび／または他のリレーｅＮＢ１１０にコアネットワーク１０６へのアクセスを与えることができる。さらに、リレーｅＮＢ１０４は、一例では、同様の機能を与えるためにドナーｅＮＢ１０２の構成要素を備えることができ、その逆も同様であることを諒解されたい。さらに、ドナーｅＮＢ１０２は、マクロセルアクセスポイント、フェムトセルアクセスポイント、ピコセルアクセスポイント、移動基地局などとすることができる。リレーｅＮＢ１０４は、同様に、説明したように、ワイヤレスまたはワイヤードバックホールを介してドナーｅＮＢ１０２と通信する移動または固定リレーノードとすることができる。
【００４２】
ドナーｅＮＢ１０２は、ＥＰＳベアラを介して受信されたパケットのためのＲｏＨＣコンテキストまたは関係する識別子を判断するＲｏＨＣコンテキスト選択構成要素２０２と、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＥＰＳベアラを介して受信されたパケットヘッダに圧縮を適用するＲｏＨＣ圧縮構成要素２０４と、圧縮通信のＲｏＨＣヘッダ中の選択されたＲｏＨＣコンテキストを指定するＲｏＨＣコンテキスト指示構成要素２０６と、リレーｅＮＢのＤＲＢとの間で通信を送信および／または受信するベアラ通信構成要素２０８とを備える。リレーｅＮＢ１０４は、（たとえば、１つまたは複数の上流ノードを通して）ＥＰＳベアラを介してコアネットワーク１０６との間で通信を受信および／または送信するベアラ通信構成要素２１０と、パケットのＲｏＨＣヘッダ中の識別子に少なくとも部分的に基づいて１つまたは複数のＥＰＳベアラにマッピングされたＤＲＢを介して受信されたパケットヘッダのＲｏＨＣコンテキストを取得するＲｏＨＣコンテキスト判断構成要素２１２と、判断されたＲｏＨＣコンテキストに少なくとも部分的に基づいてパケットヘッダに復元を適用するＲｏＨＣ復元構成要素２１４とを含むことができる。
【００４３】
一例によれば、ドナーｅＮＢ１０２は、リレーｅＮＢ１０４（および／またはそれと直接または間接的に通信する１つまたは複数のリレーｅＮＢまたはＵＥ１１０などのデバイス）に対する通信を受信することができる。たとえば、コアネットワーク１０６は、ＵＥ１１０のベアラにマッピングするＥＰＳベアラをあらかじめ確立しておくことができる。リレーｅＮＢ１０４は、中間ノードとして、ＥＰＳベアラを実際にマッピングするコアネットワーク１０６が、ＥＰＳベアラを介してＵＥ１１０に送信されるデータを転送することができるベアラを確立しておくことができる。説明したように、リレーｅＮＢ１０４は、複数の直接接続されたＵＥ、ならびにＵＥまたは追加のリレーｅＮＢなどを接続しておくことができるリレーｅＮＢをサポートすることができる。したがって、リレーｅＮＢ１０４に限られた数のＤＲＢがあるとすれば、リレーｅＮＢ１０４は、いくつかのＥＰＳベアラをサポートする必要があり得る。したがって、単一のＤＲＢを介していくつかのＥＰＳベアラをサポートするために、ＲｏＨＣを実行することができる。
【００４４】
一例では、コアネットワーク１０６から通信を受信すると、ＲｏＨＣコンテキスト選択構成要素２０２は、通信のためのＲｏＨＣコンテキストを判断することができる。一例では、これは、ＥＰＳベアラまたは関係する通信（たとえば、音声、ビデオ、ゲームなど）のタイプ、データを受信するリレーｅＮＢ（たとえば、この例ではリレーｅＮＢ１０４）、利用可能なシステムリソースなどに少なくとも部分的に基づくことができる。ＲｏＨＣ圧縮構成要素２０４は、ＤＲＢを介した通信の効率的な送信を可能にするために、通信またはそのヘッダにＲｏＨＣ圧縮を適用することができる。一例では、ＲｏＨＣ圧縮構成要素２０４は、リレーｅＮＢ１０４にあらかじめ通信されたＩＰパケットヘッダ中の１つまたは複数のパラメータを除去または置換することによって、ＩＰパケットのヘッダを圧縮することができる。
【００４５】
これは、通信のためのＲｏＨＣヘッダを与えることを含むことができる。さらに、ＲｏＨＣコンテキストは、たとえば、ＲｏＨＣコンテキストタイプを示し、その後判断するために利用できる関連する識別子を有することができる。この点について、ＲｏＨＣコンテキスト指示構成要素２０６は、その識別子をヘッダ中に挿入することができる。ベアラ通信構成要素２０８は、マッピングされたＤＲＢを介してリレーｅＮＢ１０４にＲｏＨＣ圧縮通信を与えることができる。説明したように、たとえば、ベアラ通信構成要素２０８は、同時に、ＤＲＢを介して異種ＥＰＳベアラに対して追加のＲｏＨＣ圧縮通信を与えることができる。一例では、ベアラ通信構成要素２０８は、通信のトンネリングプロトコルヘッダの識別子とルーティングテーブル中のリレーｅＮＢ１０４との間の関連付けの位置を特定することに少なくとも部分的に基づいてリレーｅＮＢ１０４にＲｏＨＣ圧縮通信を与えることができる。
【００４６】
ベアラ通信構成要素２１０はＲｏＨＣ圧縮通信を受信することができる。ＲｏＨＣコンテキスト判断構成要素２１２は、ＲｏＨＣコンテキストを判断するためにＲｏＨＣヘッダ中の識別子を評価することができる。ＲｏＨＣ復元構成要素２１４は、たとえば、判断されたＲｏＨＣコンテキストに基づいて通信または関係するヘッダを復元することができる。たとえば、ドナーｅＮＢ１０２および／またはリレーｅＮＢ１０４は、仕様、構成、前の通信などによってＲｏＨＣコンテキスト識別子を知ることができることを諒解されたい。さらに、ＲｏＨＣコンテキスト識別子を使用すると、ＲｏＨＣパケットを復元するために必要な他のＲｏＨＣコンテキスト情報を送信する必要性が緩和され、帯域幅要件が減少する。実際、コンテキスト識別子は、ＲｏＨＣヘッダ中の少数のビットとして指定できる。ＲｏＨＣコンテキストヘッダは、一例では、通信のタイプおよび／または適用される関係するＲｏＨＣ圧縮に関係することができるだけでなく、対応する宛先ノード（たとえば、ＵＥ１１０、あるいはリレーｅＮＢ１０４と直接または間接的に通信する別のリレーｅＮＢ１０４またはＵＥ）に固有とすることもできる。
【００４７】
さらに、説明したように、単一のＤＲＢにマッピングされた複数のＥＰＳベアラのためのＲｏＨＣ機能を、下流のリレーｅＮＢと通信するリレーｅＮＢ１０４に与えることができる。実際、実質的に任意の２つの通信ノードは、一方のノードにＲｏＨＣ圧縮構成要素２０４を有し、他方にＲｏＨＣ復元構成要素２１４を有する、本明細書で説明する構成要素を利用することができる。ドナーｅＮＢ１０２がリレーｅＮＢ１０４と通信する図示の例は、１つの可能な実装形態にすぎない。
【００４８】
図３を参照すると、単一のＤＲＢを介して複数のＲｏＨＣ圧縮ＥＰＳベアラを多重化するための例示的なワイヤレス通信システム３００が示されている。システム３００は、説明したように、リレーｅＮＢ１０４へのワイヤレスネットワークアクセスを与えるドナーｅＮＢ１０２を含む。ドナーｅＮＢ１０２は、単一のＤＲＢ３０６を介してリレーｅＮＢ１０４に複数のＥＰＳベアラＲｏＨＣパケットを通信するためにＲｏＨＣ圧縮器および復元器の単一のインスタンスを与えるＲｏＨＣ圧縮／復元構成要素３０２を含むことができる。同様に、リレーｅＮＢ１０４は、単一のＤＲＢ３０６を介してドナーｅＮＢ１０２に複数のＥＰＳベアラＲｏＨＣパケットを通信するためにＲｏＨＣ圧縮器および復元器の単一のインスタンスを与えるＲｏＨＣ圧縮／復元構成要素３０４を含むことができる。たとえば、図示のように、ＲｏＨＣ圧縮／復元構成要素３０２は、識別子０に対応するＲｏＨＣコンテキストに従って（たとえば、コアネットワーク（図示せず）から受信した）ＥＰＳベアラ１に対する通信を圧縮することができ、３０８に表すように、ＤＲＢ３０６を介して通信を送信することができる。ＲｏＨＣ圧縮／復元構成要素３０４は、識別子０によって表されるＲｏＨＣコンテキストに従ってＥＰＳベアラ１から受信した通信を復元することができる。
【００４９】
同様に、説明したように、ＲｏＨＣ圧縮／復元構成要素３０４は、識別子０をもつＲｏＨＣコンテキストに従ってＥＰＳベアラ１を介して送信すべき通信を圧縮し、圧縮された通信をドナーｅＮＢ１０２に送信することができる。ＲｏＨＣ圧縮／復元構成要素３０２は、説明したように、ＲｏＨＣ通信中に備えられたデータをコアネットワークに転送するために、識別子０によって表されるＲｏＨＣコンテキストに従って通信を復元することができる。説明したように、ドナーｅＮＢ１０２および／またはリレーｅＮＢ１０４において、構成、仕様などによってＲｏＨＣコンテキストと関連する識別子とを知ることができる。
【００５０】
同様に、ＲｏＨＣ圧縮／復元構成要素３０２は、ＤＲＢ３０６を介する、３１０において識別子１をもつＲｏＨＣコンテキストを使用するＥＰＳベアラ２を介する通信と、３１０において識別子２をもつＲｏＨＣコンテキストを使用するＥＰＳベアラ３を介する通信と、３１０において識別子３をもつＲｏＨＣコンテキストを使用するＥＰＳベアラ４を介する通信と、３１０において識別子４をもつＲｏＨＣコンテキストを使用するＥＰＳベアラ５を介する通信とを圧縮／復元することができる。一例では、ＲｏＨＣコンテキスト識別子０を０バイトとしてＲｏＨＣヘッダ中で表すことができる。ＲｏＨＣコンテキスト識別子は、たとえば、０〜１５の範囲にあることができ、ここで、１〜１５は、ＲｏＨＣヘッダ中で４ビットフィールドとして表すことができる。さらに、たとえば、サポートされるコンテキストの数と所望の帯域幅利用とのバランスをとるために、ＲｏＨＣコンテキスト識別子をより大きい数に拡張することができる。
【００５１】
図４を参照すると、単一のＤＲＢを介して複数のＥＰＳベアラのためのＲｏＨＣ圧縮ヘッダを通信するための例示的なワイヤレス通信システム４００が示されている。システム４００は、リレーｅＮＢ１０４（および／または他のリレーｅＮＢ）にコアネットワーク１０６へのアクセスを与えるドナーｅＮＢ１０２を含む。さらに、説明したように、リレーｅＮＢ１０４は、ドナーｅＮＢ１０２を通して、ＵＥ１１０などの１つまたは複数のデバイスおよび／または他のリレーｅＮＢ１１０にコアネットワーク１０６へのアクセスを与えることができる。さらに、リレーｅＮＢ１０４は、一例では、同様の機能を与えるためにドナーｅＮＢ１０２の構成要素を備えることができ、その逆も同様であることを諒解されたい。さらに、ドナーｅＮＢ１０２は、マクロセルアクセスポイント、フェムトセルアクセスポイント、ピコセルアクセスポイント、移動基地局などとすることができる。リレーｅＮＢ１０４は、同様に、説明したように、ワイヤレスまたはワイヤードバックホールを介してドナーｅＮＢ１０２と通信する移動または固定リレーノードとすることができる。
【００５２】
ドナーｅＮＢ１０２は、コアネットワーク１０６から受信した１つまたは複数のパケットのヘッダを圧縮するためのＲｏＨＣ圧縮器を初期化するＲｏＨＣ圧縮インスタンス構成要素４０２と、圧縮されたヘッダパケットをルーティングするためのトンネリングプロトコルヘッダを作成するパケットカプセル化構成要素４０４と、パケットのルーティングを可能にするためにリレーｅＮＢ１０４に関係するＴＥＩＤまたは他のリレー識別子をトンネリングプロトコルヘッダに挿入する識別子指定構成要素４０６と、リレーｅＮＢのＤＲＢとの間で通信を送信および／または受信するベアラ通信構成要素２０８とを備える。リレーｅＮＢ１０４は、（たとえば、１つまたは複数の上流ノードを通して）ＥＰＳベアラを介してコアネットワーク１０６との間で通信を受信および／または送信するベアラ通信構成要素２１０と、受信したトンネリングプロトコルヘッダ中の識別子を判断する識別子受信構成要素４０８と、識別子に少なくとも部分的に基づいてＲｏＨＣコンテキストを見分けるＲｏＨＣコンテキスト判断構成要素２１２と、受信した識別子に少なくとも部分的に基づいてパケットヘッダを復元することができるＲｏＨＣ復元器を初期化するＲｏＨＣ復元インスタンス構成要素４１０とを含むことができる。
【００５３】
一例によれば、ドナーｅＮＢ１０２は、リレーｅＮＢ１０４（および／またはそれと直接または間接的に通信する１つまたは複数のリレーｅＮＢまたはＵＥ１１０などのデバイス）に対する通信を受信することができる。たとえば、コアネットワーク１０６は、ＵＥ１１０のベアラにマッピングするＥＰＳベアラをあらかじめ確立しておくことができる。リレーｅＮＢ１０４は、中間ノードとして、（たとえば、ＥＰＳベアラを実際にマッピングする）コアネットワーク１０６が、ＥＰＳベアラを介してＵＥ１１０に送信されるデータを転送することができるベアラを確立しておくことができる。説明したように、リレーｅＮＢ１０４は、複数の直接接続されたＵＥ、ならびにＵＥまたは追加のリレーｅＮＢなどを接続しておくこともできるリレーｅＮＢをサポートすることができる。したがって、リレーｅＮＢ１０４に限られた数のＤＲＢがあるとすれば、リレーｅＮＢ１０４は、いくつかのＥＰＳベアラをサポートする必要があり得る。したがって、単一のＤＲＢを介していくつかのＥＰＳベアラをサポートするために、ＲｏＨＣを実行することができる。
【００５４】
一例では、コアネットワーク１０６からＩＰパケット（または他のパケット）を受信すると、ＲｏＨＣ圧縮インスタンス構成要素４０２は、１つまたは複数のＲｏＨＣ圧縮仕様に従ってＩＰパケットヘッダを圧縮することができる、パケット（および／または、たとえば、同じＥＰＳベアラを介して受信した他のパケット）のためのＲｏＨＣ圧縮器を作成することができる。パケットカプセル化構成要素４０４は、ＲｏＨＣパケットのためのトンネリングプロトコルヘッダを作成することができる。一例では、トンネリングプロトコルヘッダは、ＧＴＰ−Ｕヘッダ、ＲＰヘッダなどとすることができ、同様に圧縮することができる。一例では、パケットカプセル化構成要素４０４は、たとえば、ＧＴＰ−Ｕヘッダ中にＩＰヘッダとパケットとをカプセル化することができる。識別子指定構成要素４０６は、ＧＴＰ−Ｕヘッダ中にＴＥＩＤまたはその一部分などの識別子を含めることができる。さらに、別の例では、パケットカプセル化構成要素４０４は、さらに、リレープロトコルパケット中にＧＴＰ−Ｕヘッダとともにパケット全体をカプセル化することができる。識別子指定構成要素４０６は、リレープロトコルパケットヘッダ中にリレー識別子を含めることができる。
【００５５】
ベアラ通信構成要素２０８は、マッピングされたＤＲＢを介してリレーｅＮＢ１０４にカプセル化通信を与えることができる。説明したように、たとえば、ベアラ通信構成要素２０８は、同時に、ＤＲＢを介して異種ＥＰＳベアラに対して追加のＲｏＨＣ圧縮通信を与えることができる。一例では、ベアラ通信構成要素２０８は、通信のヘッダ中の識別子（たとえば、ＴＥＩＤおよび／またはリレー識別子）とルーティングテーブル中のリレーｅＮＢ１０４との間の関連付けの位置を特定することに少なくとも部分的に基づいてカプセル化通信をリレーｅＮＢ１０４に与えることができる。
【００５６】
ベアラ通信構成要素２１０はカプセル化通信を受信することができる。識別子受信構成要素４０８は、トンネリングプロトコルヘッダ中の識別子（たとえば、説明したように、ＴＥＩＤおよび／またはリレー識別子）を判断することができる。ＲｏＨＣコンテキスト判断構成要素２１２は、識別子に少なくとも部分的に基づいてヘッダを圧縮するために利用されるＲｏＨＣコンテキストを判断することができる。ＲｏＨＣ復元インスタンス構成要素４１０は、一例では、ＲｏＨＣコンテキストに従ってリレープロトコルペイロードから抽出できるＩＰパケットヘッダを復元するＲｏＨＣ復元器を初期化することができる。この点について、ドナーｅＮＢ１０２とリレーｅＮＢ１０４との間で追加のＲｏＨＣコンテキストパラメータを送信する必要はなく、むしろ、リレーｅＮＢ１０４は、リレーｅＮＢ１０４のＴＥＩＤまたはリレー識別子に基づいてＩＰパケットヘッダをＲｏＨＣ復元することができる。さらに、たとえば、ＥＰＳベアラのためのＲｏＨＣ圧縮のタイプをドナーｅＮＢ１０２とリレーｅＮＢ１０４との間であらかじめ通信することができ、各ノードは、ＲｏＨＣ圧縮のタイプとリレーｅＮＢ１０４の識別子との間の関連付けを記憶することができる。別の例では、ドナーｅＮＢ１０２およびリレーｅＮＢ１０４においてＥＰＳベアラタイプを知ることができ、ＲｏＨＣコンテキストはＥＰＳベアラタイプに基づくことができる。ＲｏＨＣ復元器は、同様に、対応するＥＰＳベアラを介して受信された追加のＩＰパケットのヘッダを復元するために利用できることを諒解されたい。
【００５７】
さらに、説明したように、単一のＤＲＢにマッピングされた複数のＥＰＳベアラのための、リレーｅＮＢ１０４の識別子に基づくＲｏＨＣ機能を、下流のリレーｅＮＢと通信するリレーｅＮＢ１０４に与えることができる。実際、実質的に任意の２つの通信ノードは、一方のノードに複数のＲｏＨＣ圧縮器を有し、他方に複数の対応するＲｏＨＣ復元器を有する、本明細書で説明する構成要素を利用することができる。さらに、別の例では、リレーｅＮＢ１０４は圧縮を、ドナーｅＮＢ１０２は復元を実行することができる。ドナーｅＮＢ１０２がリレーｅＮＢ１０４と通信する図示の例は、１つの可能な実装形態にすぎない。
【００５８】
図５を参照すると、リレーｅＮＢ１０４の識別子に基づいて単一のＤＲＢを介して複数のＲｏＨＣ圧縮ＥＰＳベアラを多重化するための例示的なワイヤレス通信システム５００が示されている。システム５００は、説明したように、リレーｅＮＢ１０４へのワイヤレスネットワークアクセスを与えるドナーｅＮＢ１０２を含む。ドナーｅＮＢ１０２は、与えられたＤＲＢ３０６を介した通信を圧縮するための複数のＲｏＨＣ圧縮インスタンス５０６、５０８、５１０、および５１２を与えるＲｏＨＣ圧縮／復元構成要素５０２を含むことができる。同様に、リレーｅＮＢ１０４は、ＤＲＢ３０６を介した通信を復元するための複数のＲｏＨＣ復元インスタンス５１４、５１６、５１８、および５２０を与えるＲｏＨＣ圧縮／復元構成要素５０４を含むことができる。
【００５９】
たとえば、図示のように、ＲｏＨＣ圧縮インスタンス５０６は、５２２においてリレー識別子ＡＡＢＢに関係するＲｏＨＣコンテキストを使用してＥＰＳベアラ１を介して受信された通信および／または関係するヘッダを圧縮することができる。たとえば、識別子は、ＴＥＩＤおよび／またはリレー識別子など、ドナーｅＮＢ１０２によってリレーｅＮＢ１０４および／または関係する下流ベアラに割り当てられた識別子とすることができる。別の例では、識別子は、リレーｅＮＢ１０４または下流ベアラにドナーｅＮＢ１０２によって割り当てられた一部分と、別のノード（たとえば、下流ベアラのためのリレーｅＮＢ１０４）によって割り当てられた一部分との連結とすることができる。いずれの場合も、識別子は、ＲｏＨＣ復元インスタンス５１４が、識別子に従って通信を圧縮するためにＲｏＨＣ復元コンテキストを判断し、適用することができるように、一意とすることができる。
【００６０】
同様に、ＲｏＨＣ圧縮インスタンス５０８は、５２４において識別子ＣＣＤＤに従ってＥＰＳベアラ２を介した通信を圧縮することができ、ＲｏＨＣ復元インスタンス５１６は、識別子に基づいて圧縮通信または関係するヘッダを復元することができる。さらに、図示のように、ＲｏＨＣ圧縮インスタンス５１０は、５２６において識別子ＥＥＦＦに従ってＥＰＳベアラ３を介した通信を圧縮することができ、ＲｏＨＣ復元インスタンス５１８は、識別子に基づいて圧縮通信または関係するヘッダを復元することができる。さらに、ＲｏＨＣ圧縮インスタンス５１２は、５２８において識別子ＧＧＨＨに従ってＥＰＳベアラ４を介した通信を圧縮することができ、ＲｏＨＣ復元インスタンス５２０は、識別子に基づいて圧縮通信または関係するヘッダを復元することができる。
【００６１】
図６を参照すると、パケットヘッダを圧縮するための例示的なワイヤレス通信システム６００が示されている。システム６００は、リレーｅＮＢ１０４（および／または他のリレーｅＮＢ）にコアネットワーク１０６へのアクセスを与えるドナーｅＮＢ１０２を含む。さらに、説明したように、リレーｅＮＢ１０４は、ドナーｅＮＢ１０２を通して、ＵＥ１１０などの１つまたは複数のデバイスおよび／または他のリレーｅＮＢ１１０にコアネットワーク１０６へのアクセスを与えることができる。さらに、リレーｅＮＢ１０４は、一例では、同様の機能を与えるためにドナーｅＮＢ１０２の構成要素を備えることができ、その逆も同様であることを諒解されたい。さらに、ドナーｅＮＢ１０２は、マクロセルアクセスポイント、フェムトセルアクセスポイント、ピコセルアクセスポイント、移動基地局などとすることができる。リレーｅＮＢ１０４は、同様に、説明したように、ワイヤレスまたはワイヤードバックホールを介してドナーｅＮＢ１０２と通信する移動または固定リレーノードとすることができる。
【００６２】
ドナーｅＮＢ１０２は、コアネットワーク１０６からの下流ノードに対する１つまたは複数のＩＰパケットを取得するＩＰパケット受信構成要素６０２と、パケットルーティングのためにＩＰパケットおよび／またはヘッダをトンネリングプロトコルヘッダに関連付けるトンネリングプロトコルカプセル化構成要素６０４と、パケットの１つまたは複数のヘッダを圧縮するヘッダ圧縮構成要素６０６と、リレーｅＮＢのＤＲＢとの間で通信を送信および／または受信するベアラ通信構成要素２０８とを備える。リレーｅＮＢ１０４は、（たとえば、１つまたは複数の上流ノードを通して）ＥＰＳベアラを介してコアネットワーク１０６との間で通信を受信および／または送信するベアラ通信構成要素２１０と、１つまたは複数のパケットヘッダを復元するヘッダ復元構成要素６０８と、ＵＥ１１０に与えるためのＩＰパケットを判断するＩＰパケット取出し構成要素６１０とを含むことができる。
【００６３】
一例によれば、ＩＰパケット受信構成要素６０２は、ＵＥ１１０に与えるための、コアネットワーク１０６からのＩＰパケットを取得することができる。この点について、ＩＰパケットは、ＵＥ１１０に関係する識別子を含むＧＴＰ−Ｕヘッダとともに受信できる。たとえば、１つまたは複数の中間リレーｅＮＢを通してパケットをルーティングすることを可能にするために、ドナーｅＮＢ１０２が、識別子の少なくとも一部分を割り当てておくことができる。前述のように、一例では、ドナーｅＮＢ１０２は、パケットの１つまたは複数のヘッダをＲｏＨＣ圧縮することができる。トンネリングプロトコルカプセル化構成要素６０４は、ＩＰパケットのためのトンネリングプロトコルヘッダを作成することができる。たとえば、トンネリングプロトコルヘッダは、説明したように、圧縮済みのまたは未圧縮のＧＴＰ−Ｕヘッダ、ＲＰヘッダなどとすることができる。一例では、トンネリングプロトコルカプセル化構成要素６０４は、後続のパケットルーティングのためにヘッダ中に識別子（たとえば、ＧＴＰ−ＵヘッダのためのＴＥＩＤまたは関係する一部分および／またはＲＰヘッダ中のリレー識別子）を含めることができる。
【００６４】
ヘッダ圧縮構成要素６０６は、パケットのサイズを低減するために、ヘッダ（たとえば、ＩＰヘッダ、ＧＴＰ−Ｕヘッダ、ＵＤＰヘッダなど）の１つまたは複数に圧縮を適用することができる。一例では、ヘッダ圧縮構成要素６０６は、受信したＩＰパケットのＧＴＰ−Ｕヘッダを以下と同様のフォーマットに圧縮することができる。
【表１】
2012507209.tif 000003
【００６５】
ここで、ＰＴは、プロトコルタイプであり、Ｉは、ＳＧＷ  ＩＰアドレスがパケット中に存在するかどうかを示し、Ｅは、次の拡張ヘッダタイプフィールドが値を有するかどうかを示す拡張ヘッダフラグであり、Ｓは、シーケンス番号フィールドが値を有するかどうかを指定するシーケンス番号フラグであり、ＰＮは、Ｎパケットデータユニット（Ｎ−ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ：Ｎ−ＰＤＵ）フィールドが値を有するかどうかを示すフラグである。したがって、たとえば、圧縮ＳＧＷ  ＩＰアドレスを１バイトに低減することができる。この点について、ドナーｅＮＢ１０２およびリレーｅＮＢ１０４は、あらかじめＳＧＷアドレスを通信し、１バイトの識別子を割り当てておき、（たとえば、リレーｅＮＢ１０４から受信したトランスポートアドレス変換要求へのトランスポートアドレス変換応答中に）圧縮ＧＴＰ−Ｕヘッダ中に全アドレスを含めないことによって帯域幅を節約することができる。別の例では、ヘッダ圧縮構成要素６０６はＩＰヘッダを圧縮することができる。さらに、圧縮ＧＴＰ−Ｕヘッダまたは（たとえば、カプセル化が適用されない場合は）ＩＰヘッダを搬送するために利用されるＰＤＣＰプロトコル中で、ヘッダ圧縮構成要素６０６は、圧縮パケット（たとえば、ＩＰ、ＧＴＰ−Ｕ、ＲＰなど）のペイロードのタイプを指定することができる。この点について、受信エンティティは、どのヘッダが圧縮されるかを判断することができる。
【００６６】
ベアラ通信構成要素２０８は圧縮ヘッダパケットをリレーｅＮＢ１０４に送信することができる。一例では、説明したように、ベアラ通信構成要素２０８は、通信のトンネリングプロトコルヘッダの識別子（たとえば、説明したように、ＴＥＩＤ、リレープロトコルなど）とルーティングテーブル中のリレーｅＮＢ１０４との間の関連付けの位置を特定することに少なくとも部分的に基づいてパケットをリレーｅＮＢ１０４に与えることができる。ベアラ通信構成要素２１０はパケットを受信することができる。ヘッダ復元構成要素６０８は、説明したように、パケットのＰＤＣＰ部分中に指定されたタイプに少なくとも部分的に基づいて、どのヘッダが圧縮されたかを判断することができ、それに応じて適切なヘッダを復元することができる。ＩＰパケット取出し構成要素６１０は、適切なヘッダが復元されると、ＩＰパケットと対応するヘッダとを取得することができる。一例では、ＩＰパケット受信構成要素６０２は、以下と同様のパケット構造をもつパケットを受信することができる。
【表２】
2012507209.tif 000004
【００６７】
ここで、Ｌ１／Ｌ２は、パケットの層１／層２部分を表す。この点について、ヘッダ圧縮構成要素６０６は、ＧＴＰ−Ｕヘッダを圧縮し、アクセスリンクを介してリレーｅＮＢ１０４に送信するためにパケットを準備することができ、たとえば、以下と同様のパケット構造を生じる。
【表３】
2012507209.tif 000005
【００６８】
したがって、たとえば、ヘッダ圧縮構成要素６０６は、さらに、パケットがパケットのＰＤＣＰ部分中に圧縮ＧＴＰ−Ｕヘッダを有することを示すことができる。パケットを受信すると、説明したように、ヘッダ復元構成要素６０８は、一例では、パケットのための宛先アドレスを含むことができる圧縮ＧＴＰ−Ｕヘッダを解釈することができ、ＩＰパケット取出し構成要素６１０は、ＵＥ１１０に送信するために以下と同様のパケット構造を生成することができる。
【表４】
2012507209.tif 000006
【００６９】
ドナーｅＮＢ１０２とリレーｅＮＢ１０４との間の通信パス中に中間リレーｅＮＢ（図示せず）が存在し得ることを諒解されたい。この例では、中間リレーｅＮＢは、構造中の識別子（たとえば、ＴＥＩＤおよび／またはリレー識別子）に少なくとも部分的に基づいてパケットを変更することなしに上記の圧縮ＧＴＰ−Ｕ構造を送信することができる。さらに、ＵＥ１１０からドナーｅＮＢ１０２へのアップリンク通信を送信のためにリレーｅＮＢ１０４によって同様に圧縮することができることを諒解されたい。この例では、ドナーｅＮＢ１０２は、コアネットワーク１０６構成要素の識別子をもつＧＴＰ−Ｕヘッダを作成するためにＧＴＰ−Ｕヘッダを復元することができる。
【００７０】
次に図７を参照すると、セルリレー機能を与える例示的なワイヤレス通信ネットワーク７００が示されている。ネットワーク７００は、説明したように、ワイヤレスネットワークへのアクセスを受信するためにリレーｅＮＢ１０４と通信するＵＥ１１０を含む。リレーｅＮＢ１０４は、ワイヤレスネットワークへのアクセスを与えるためにリレープロトコルを使用してドナーｅＮＢ１０２と通信することができ、説明したように、ドナーｅＮＢ１０２は、リレーｅＮＢ１０４に関係するＭＭＥ７０２および／またはＳＧＷ７０４と通信することができる。ＳＧＷ７０４は、ＳＧＷ７０４および／または追加のＳＧＷへのネットワークアクセスを与えるＰＧＷ７０６に接続または結合することができる。ＰＧＷ７０６は、ＵＥ１１０がネットワークを使用することを認証／許可するためにＰＣＲＦ７０８と通信することができ、ＰＣＲＦ７０８は、ＵＥ１１０および／またはリレーｅＮＢ１０４にアドレス指定を与えるためにＩＭＳ７１０を利用することができる。
【００７１】
一例によれば、ＭＭＥ７０２および／またはＳＧＷ７０４とＰＧＷ７０６とは、クラスタ中の実質的にすべてのリレーｅＮＢをサービスするドナーｅＮＢ１０２に関係することができる。ドナーｅＮＢ１０２はまた、ＵＥ１１０に関係するＳＧＷ７１６およびＰＧＷ７１８と通信することができ、それにより、ＰＧＷ７１８は、リレーｅＮＢ１０４とドナーｅＮＢ１０２とＳＧＷ７１６とを通してそれへの通信をトンネリングすることを可能にするためにＵＥ１１０にネットワークアドレスを割り当てることができる。さらに、たとえば、ＳＧＷ７１６は、ＵＥ１１０との間の制御プレーン通信を可能にするためにＭＭＥ７１４と通信することができる。ＭＭＥ７０２とＭＭＥ７１４は、一例では、同じＭＭＥとすることができることを諒解されたい。ＰＧＷ７１８は、同様に、ＵＥ１１０を認証／許可するためにＰＣＲＦ７０８と通信することができ、ＰＣＲＦ７０８はＩＭＳ７１０と通信することができる。さらに、ＰＧＷ７１８はＩＭＳ７１０および／またはインターネット７１２と直接通信することができる。
【００７２】
一例では、ＵＥ１１０は、説明したように、Ｅ−ＵＴＲＡ−Ｕｕインターフェースを介してリレーｅＮＢ１０４と通信することができ、リレーｅＮＢ１０４は、本明細書で説明するように、Ｅ−ＵＴＲＡ−Ｕｕインターフェースまたはリレープロトコルを使用する他のインターフェースを使用してドナーｅＮＢ１０２と通信することができる。ドナーｅＮＢ１０２は、図示のように、Ｓ１−ＭＭＥインターフェースを使用してＭＭＥ７０２と通信し、Ｓ１−Ｕインターフェースを介してＳＧＷ７０４およびＰＧＷ７０６と通信する。一例では、説明したように、リレーｅＮＢ１０４から受信したＭＭＥ７０２またはＳＧＷ７０４／ＰＧＷ７０６に対する通信は、リレープロトコルを介することができ、リレープロトコルヘッダ中にＭＭＥ７０２またはＳＧＷ７０４／ＰＧＷ７０６のＩＰアドレスを有することができる。ドナーｅＮＢ１０２は、リレープロトコルのＩＰアドレスおよび／またはペイロードタイプに従ってパケットを適宜にルーティングすることができる。別の例では、リレーｅＮＢ１０４からのパケットは、あらかじめ割り当てられたＴＥＩＤまたはその一部分を備えることができる。さらに、Ｓ１−ＭＭＥインターフェースおよびＳ１−Ｕインターフェースを介して使用されるトランスポート層は、説明したように、ドナーｅＮＢ１０２において終了される。この点について、ＭＭＥ７０２またはＳＧＷ７０４からリレーｅＮＢ１０４に対する通信を受信すると、ドナーｅＮＢ１０２は、たとえば、新しいリレープロトコルパケットまたは他のプロトコル層パケットを定義し、その新しいプロトコルパケット中で（一例では、Ｅ−ＵＴＲＡ−Ｕｕインターフェースを介して）アプリケーション層通信をリレーｅＮＢ１０４に送信することによってトランスポート層からアプリケーション層を分離することができる。ドナーｅＮＢ１０２は、パケット中のＴＥＩＤまたはヘッダ中のリレー識別子に基づいてリレーｅＮＢ１０４（および／または、説明したように、１つまたは複数の異種リレーｅＮＢ）にパケットを送信することができる。
【００７３】
制御プレーン通信をリレーｅＮＢ１０４からＭＭＥ７０２に送信すると、ドナーｅＮＢ１０２は、（たとえば、Ｓ１−ＡＰメッセージ中で）リレーｅＮＢ１０４の識別子を示すことができ、ＭＭＥ７０２は、ドナーｅＮＢ１０２への応答通信中で識別子を送信することができる。データプレーン通信をリレーｅＮＢ１０４からＳＧＷ７０４に送信するとき、ドナーｅＮＢ１０２は、リレーｅＮＢ１０４（またはＵＥ１１０または１つまたは複数の関係するベアラ）を識別するために、リレーｅＮＢ１０４（またはＵＥ１１０または１つまたは複数の関係するベアラ）のための識別子をＧＴＰ−ＵヘッダのＴＥＩＤ中に挿入することができる。これは、ドナーｅＮＢ１０２がリレーｅＮＢ１０４を判断することができるようにドナーｅＮＢ１０２によってリレーｅＮＢ１０４のために生成された識別子とすることができ、または、１つまたは複数の下流リレーｅＮＢは、上記で説明したように、変換されたパケットを受信することになる。たとえば、これは、ドナーｅＮＢ１０２においてルーティングテーブル中の識別子の少なくとも一部分の位置を特定することに少なくとも部分的に基づくことができる。さらに、一例では、説明したように、ヘッダを圧縮することができる。図示のように、ＭＭＥ７０２はＳＧＷ７０４と、ＭＭＥ７１４はＳＧＷ７１６と、Ｓ７インターフェースを使用して通信することができる。ＰＧＷ７０６および７１８はＧｘインターフェースを介してＰＣＲＦ７０８と通信することができる。さらに、ＰＣＲＦ７０８は、Ｒｘインターフェースを使用してＩＭＳ７１０と通信することができ、ＰＧＷ７１８は、ＳＧｉインターフェースを使用してＩＭＳ７１０および／またはインターネット７１２と通信することができる。
【００７４】
図８を参照すると、パケットルーティングのためにＴＥＩＤを使用してデータ（たとえば、ユーザ）プレーン通信のためにセルリレー機能を与えるためにワイヤレスネットワーク中で通信することを可能にする例示的なプロトコルスタック８００が示されている。Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層と、ＩＰ層とを備えるＵＥプロトコルスタック８０２が示されている。Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層とを有するリレーｅＮＢ（ＲｅＮＢ）アクセスリンクプロトコルスタック８０４、ならびに、（たとえば、前に説明したように、ＴＥＩＤをＲｅＮＢアドレスでポピュレートすることによって）バックホール上でパケットをルーティングすることを可能にするために、Ｌ１層と、ＰＤＣＰ／ＲＬＣ／ＭＡＣ層と、一例では圧縮層とすることができるＣ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰ層とを有するＲｅＮＢバックホールリンクプロトコルスタック８０６が示されている。また、Ｌ１層と、ＰＤＣＰ／ＲＬＣ／ＭＡＣ層と、Ｃ−ＧＴＰ／ＵＤＰ／ＩＰ層とを有するドナーｅＮＢ（ＤｅＮＢ）アクセスリンクプロトコルスタック８０８、ならびに、ＰＧＷ／ＳＧＷによって割り当てられるアドレスを使用してＰＧＷ／ＳＧＷと通信を維持するために、Ｌ１層と、Ｌ２層と、ＩＰ層と、ＵＤＰ層と、ＧＴＰ−Ｕ層とを有するＤｅＮＢバックホールリンクプロトコルスタック８１０が示されている。ＰＧＷ／ＳＧＷプロトコルスタック８１２は、Ｌ１層と、Ｌ２と、層と、ＤｅＮＢに割り当てられるアドレスに関係するＩＰ層と、ＵＤＰ層と、ＧＴＰ−Ｕ層と、ＵＥに割り当てられるアドレスに関係する別のＩＰ層とを有する。
【００７５】
一例によれば、ＵＥは、ＰＧＷ／ＳＧＷへのアクセスを受信するためにＲｅＮＢと通信することができる。この点について、ＵＥは、プロトコルスタック８０２とプロトコルスタック８０４との間に示すように、ＥＵＴＲＡ−Ｕｕインターフェースを使用して、Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層とを介してＲｅＮＢと通信することができる。ＵＥは、プロトコルスタック８０２とプロトコルスタック８１２との間に示すように、ＩＰアドレスをＵＥに割り当てるＰＧＷ／ＳＧＷにＲｅＮＢおよび他のエンティティを通してＩＰ層通信をトンネリングすることができる。そのようなトンネリングを可能にするために、ＲｅＮＢは、プロトコルスタック８０６とプロトコルスタック８０８との間に示すように、Ｓ１−Ｕ−Ｒインターフェースを使用してＬ１層とＰＤＣＰ／ＲＬＣ／ＭＡＣ層とＣ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰ層とを介してＤｅＮＢと通信することができる。説明したように、Ｓ１−Ｕ−Ｒインターフェースは、ＤｅＮＢとＰＧＷ／ＳＧＷとの間の通信とは異なるトランスポート層を利用する新たに定義されたインターフェースとすることができる。この点について、ＲｅＮＢとＤｅＮＢとの間の通信は、さらに、ＧＴＰ−Ｕ、ＵＤＰ／ＩＰヘッダの圧縮バージョンを使用する。さらに、この圧縮ヘッダは、本明細書で説明する戻り通信を可能にするために、ＧＴＰ−Ｕヘッダ中のＲｅＮＢの、本明細書で説明するＴＥＩＤを示すことができる。ＤｅＮＢは、プロトコルスタック８１０とプロトコルスタック８１２との間に示すように、トランスポート層からＣ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰヘッダを分離し、Ｓ１−Ｕインターフェースを介してＬ１およびＬ２物理層の上の別個のＧＴＰ−Ｕ層とＵＤＰ層とＩＰ層とを介してＰＧＷと通信することができる。説明したように、同じことがダウンリンク通信に当てはまり、ＤｅＮＢが、トランスポート層からＧＴＰ層とＵＤＰ層とＩＰ層とを分離し、それらをＣ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰヘッダに圧縮し、ＰＤＣＰ／ＲＬＣ／ＭＡＣ層とＬ１層とを介してＲｅＮＢに送信する。ＤｅＮＢは、説明したように、パケットをＲｅＮＢにルーティングするためにＧＴＰ−Ｕヘッダ中のＴＥＩＤを使用することができる。一例では、これは、バックホール上でのＵＤＰ／ＩＰルーティングなどの必要を軽減する。
【００７６】
図９を参照すると、リレープロトコルを使用してデータ（たとえば、ユーザ）プレーン通信のためにセルリレー機能を与えるためにワイヤレスネットワーク中で通信することを可能にする例示的なプロトコルスタック９００が示されている。Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層と、ＩＰ層とを備えるＵＥプロトコルスタック９０２が示されている。Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層とを有するリレーｅＮＢ１（ＲｅＮＢ）アクセスリンクプロトコルスタック９０４、ならびに、バックホール上でパケットをルーティングすることを可能にするために、Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層と、リレープロトコル（ｒｅｌａｙ  ｐｒｏｔｏｃｏｌ：ＲＰ）層と、一例では圧縮層とすることができるＣ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰ層とを有するＲｅＮＢ１バックホールリンクプロトコルスタック９０６が示されている。Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層と、ＲＰ層とを有する中間ＲｅＮＢ２アクセスリンクプロトコルスタック９０８、ならびに、同じ層を有する中間ＲｅＮＢ２のためのバックホールリンクプロトコルスタック９１０が示されている。
【００７７】
また、Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層と、ＲＰ層と、Ｃ−ＧＴＰ／ＵＤＰ／ＩＰ層とを有するＤｅＮＢアクセスリンクプロトコルスタック９０８、ならびに、ＰＧＷ／ＳＧＷによって割り当てられるアドレスを使用してＰＧＷ／ＳＧＷと通信を維持するために、Ｌ１層と、Ｌ２層と、ＵＤＰ／ＩＰ層と、ＧＴＰ−Ｕ層とを有するＤｅＮＢバックホールリンクプロトコルスタック９１０が示されている。ＰＧＷ／ＳＧＷプロトコルスタック９１２は、Ｌ１層と、Ｌ２層と、ＤｅＮＢに割り当てられるアドレスに関係するＵＤＰ／ＩＰ層と、ＧＴＰ−Ｕ層と、ＵＥに割り当てられるアドレスに関係する別のＩＰ層とを有する。
【００７８】
一例によれば、ＵＥは、ＰＧＷ／ＳＧＷへのアクセスを受信するためにＲｅＮＢ１と通信することができる。この点について、ＵＥは、プロトコルスタック９０２とプロトコルスタック９０４との間に示すように、ＥＵＴＲＡ−Ｕｕインターフェースを使用して、Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層とを介してＲｅＮＢ１と通信することができる。ＵＥは、プロトコルスタック９０２とプロトコルスタック９１６との間に示すように、ＩＰアドレスをＵＥに割り当てるＰＧＷ／ＳＧＷにＲｅＮＢ１および他のエンティティを通してＩＰ層通信をトンネリングすることができる。そのようなトンネリングを可能にするために、ＲｅＮＢ１は、プロトコルスタック９０６とプロトコルスタック９０８との間に示すように、Ｓ１−Ｕ−Ｒインターフェース（またはリレープロトコルを使用した通信のための他の新しいインターフェース）を使用して、Ｌ１層とＭＡＣ層とＲＬＣ層とＰＤＣＰ層との上の、本明細書で説明するＲＰを介してＲｅＮＢ２と通信する。さらに、ＲＰは、プロトコルスタック９０６とプロトコルスタック９０８との間に示すように、前に説明したように、ＲＰペイロード中の上位層Ｃ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰ層を異種ＲＰに搬送することができる。さらに、説明したように、ＲＰヘッダは、ＲｅＮＢ１の識別子、ＰＧＷ／ＳＧＷのＩＰアドレス、ＲＰペイロード中のＣ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰデータを示すプロトコルタイプなどを含むことができる。
【００７９】
ＲｅＮＢ２および他の何らかの中間ＲｅＮＢは、プロトコルスタック９１０とプロトコルスタック９１２との間に示すように、ＲＰ通信をＤｅＮＢに転送することができる。この例では、ＤｅＮＢは、プロトコルスタック９１４とプロトコルスタック９１６との間に示すように、下位層を介してＲＰパケットを受信することができ、ペイロードからＣ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰパケットを抽出し、Ｓ１−Ｕインターフェースを介してＬ１およびＬ２物理層の上の別個のＧＴＰ−Ｕ層とＵＤＰ層とＩＰ層とを介してＰＧＷと通信することができる。一例では、ＤｅＮＢは、ＲＰパケットヘッダからのリレー識別子をＧＴＰ−Ｕ通信中に含むことができる。したがって、説明したように、ＰＧＷ／ＳＧＷプロトコルスタック９１２からのダウンリンク通信はリレー識別子を含むことができる。この点について、ＰＧＷ／ＳＧＷプロトコルスタック９１６からＤｅＮＢバックホールリンクプロトコルスタック９１４を介してダウンリンク通信を受信すると、ＤｅＮＢアクセスリンクプロトコルスタック９１２は、ペイロードとして、ＰＧＷ／ＳＧＷプロトコルスタック９１６を介して受信したリレー識別子を備えるヘッダをもつＲＰパケットと圧縮ＧＴＰ−Ｕ／ＵＤＰ／ＩＰパケットとを生成することができる。ＤｅＮＢアクセスリンクプロトコルスタック９１２は、説明したように、ＲＰヘッダ中のリレー識別子に基づいてＲｅＮＢ２アクセスリンクプロトコルスタック９０８を介してＲｅＮＢバックホールリンクプロトコルスタック９０６にＲＰパケットを転送できるＲｅＮＢ２バックホールリンクプロトコルスタック９１２を介してＲＰパケットを送信することができる。ＲｅＮＢ１バックホールリンクプロトコルスタック９０６は、説明したように、ＲＰパケットペイロードが特定のタイプであった場合に、ＲＰパケットのＣ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰペイロードを取得し、ＵＥプロトコルスタック９０２に転送することができる。
【００８０】
図１０〜図１４を参照すると、セルリレーを使用したワイヤレスネットワーク中での送信のためにパケットを圧縮および／またはカプセル化することに関係する方法が示されている。説明を簡潔にする目的で、方法を一連の行為として図示し説明するが、いくつかの行為は、１つまたは複数の態様によれば、本明細書で図示し説明する順序とは異なる順序で、および／または他の行為と同時に行われるので、方法は行為の順序によって限定されないことを理解し、諒解されたい。たとえば、方法は、状態図など、一連の相互に関連する状態または事象として代替的に表現できることを当業者ならば理解し、諒解するであろう。さらに、１つまたは複数の態様による方法を実装するために、図示のすべての行為が必要とされるわけではない。
【００８１】
図１０を参照すると、ＲｏＨＣコンテキストに少なくとも部分的に基づいて受信したヘッダを復元することを可能にする例示的な方法１０００が示されている。１００２において、ＤＲＢにマッピングされた複数のＥＰＳベアラのうちの少なくとも１つからＲｏＨＣ圧縮ヘッダをもつパケットを受信する。説明したように、パケットは、ＲｏＨＣコンテキストに従ってＲｏＨＣ圧縮できる。１００４において、ＲｏＨＣ圧縮ヘッダのためのＲｏＨＣコンテキストを判断する。たとえば、ＲｏＨＣコンテキストは、説明したように、ＲｏＨＣ圧縮コンテキストに関係するＲｏＨＣヘッダ中の識別子、トンネリングプロトコルヘッダ中のＴＥＩＤおよび／またはリレー識別子などのそれぞれのＵＥベアラに少なくとも部分的に関係する識別子などに基づいて判断することができる。１００６において、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＲｏＨＣ圧縮ヘッダを復元する。たとえば、復元は、説明したように、上流ノードから受信した実質的にすべてのＲｏＨＣ圧縮ヘッダを復元する単一の復元器、ＥＰＳベアラに固有の復元器などによって実行できる。さらに、ＲｏＨＣコンテキストは、説明したように、圧縮ノードおよび復元ノードにおいて知られているヘッダを圧縮するために利用されるプロシージャに関係することができ、ＲｏＨＣコンテキストは、ＥＰＳベアラタイプ、ベアラを介して送信されるデータ、ノードタイプ、利用可能なリソースなどに基づいて異なることができる。
【００８２】
図１１を参照すると、ＲｏＨＣコンテキストを使用してパケットヘッダをＲｏＨＣ圧縮することを可能にする例示的な方法１１００が示されている。１１０２において、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＥＰＳベアラを介して受信されたパケットのヘッダを圧縮する。説明したように、ＲｏＨＣコンテキストは、ベアラタイプ、データタイプ、ノードタイプなどに少なくとも部分的に基づいて選択できる。１１０４において、パケット中のＲｏＨＣコンテキストに関係する識別子を示す。この点について、復元器は、圧縮ヘッダを復元するために利用するＲｏＨＣコンテキストを判断することができる。１１０６において、ＥＰＳベアラと１つまたは複数の異種ＥＰＳベアラとがマッピングされるＤＲＢを介してパケットを送信する。
【００８３】
図１２を参照すると、パケットまたはヘッダをトンネリングプロトコルにカプセル化することを可能にする例示的な方法１２００が示されている。１２０２において、ＵＥベアラに送信するためにコアネットワークからＩＰパケットを受信する。たとえば、ＩＰパケットは、ＵＥベアラに少なくとも部分的に関係する識別子を指定するＧＴＰヘッダを含むことができる。１２０４において、ＵＥベアラに関係する識別子を含むトンネリングプロトコルヘッダ中にＩＰヘッダおよび／またはパケットをカプセル化する。説明したように、ＩＰヘッダがＲｏＨＣ圧縮されている場合、ヘッダを復元するためのＲｏＨＣコンテキストを判断するために識別子を利用することができる。たとえば、トンネリングプロトコルヘッダは、圧縮済みのまたは未圧縮のＧＴＰ−Ｕヘッダ、ＲＰヘッダなどとすることができ、識別子は、ＴＥＩＤ、リレー識別子、またはその一部分などとすることができる。１２０６において、トンネリングプロトコルヘッダタイプをパケットのＰＤＣＰ部分中で示す。この点について、受信ノードは、ＩＰパケットおよびヘッダを取り出すためにカプセル化されたパケットタイプを判断することができる。１２０８において、ＵＥへの通信パス中の１つまたは複数のリレーノードにパケットを送信する。説明したように、１つまたは複数のリレーノードは、（たとえば、一例では、ルーティングテーブル中に示したように）トンネリングプロトコルヘッダ中の識別子から判断できる。
【００８４】
図１３を参照すると、カプセル化されたパケットからＩＰパケットとヘッダとを取得することを可能にする例示的な方法１３００が示されている。１３０２において、トンネリングプロトコルヘッダ中にカプセル化されたパケットを受信する。１３０４において、パケットのＰＤＣＰ部分中のインジケータからトンネリングプロトコルヘッダのタイプを判断する。たとえば、インジケータは、圧縮ＧＴＰ−Ｕ、ＲＰ、ＩＰ、または同様のタイプを指定することができる。タイプに基づいて、１３０６において、パケットからＩＰパケットとヘッダとを取り出す。たとえば、パケットまたはヘッダがＲｏＨＣ圧縮され、インジケータが圧縮ＧＴＰ−Ｕを指定する場合、ＧＴＰ−Ｕヘッダを復元し、ＩＰパケットおよびヘッダをペイロードから取り出すことができる。タイプがＲＰである場合、ＩＰパケットおよびヘッダは、たとえば、ＲＰパケットのペイロードとして取り出すことができる。
【００８５】
図１４を参照すると、パケットのＵＤＰヘッダ、ＩＰヘッダ、および／またはＧＴＰヘッダを圧縮することを可能にする例示的な方法１４００が示されている。１４０２において、ＵＤＰヘッダ、ＩＰヘッダ、またはＧＴＰヘッダを備える上流ノードからパケットを受信する。１４０４において、圧縮ＳＧＷ  ＩＰアドレスを含めるためにパケットのヘッダを圧縮する。説明したように、たとえば、コアネットワークから受信したヘッダ中のＳＧＷ  ＩＰアドレスを、（たとえば、トランスポートアドレス変換要求応答中で）下流ノードにあらかじめ通信される１バイトまたは他のより小さいサイズの値に圧縮することができる。この点について、圧縮ヘッダは、送信のための帯域幅がより少なくて済む。ヘッダは追加のフィールドを含むことができ、および／または追加のフィールドを圧縮することもできることを諒解されたい。１４０６において、圧縮ヘッダをもつパケットを下流ノードに送信する。
【００８６】
本明細書で説明する１つまたは複数の態様によれば、ＲｏＨＣコンテキスト、および／またはＲｏＨＣコンテキストをＴＥＩＤまたはリレー識別子に関連付ける関係する識別子を判断すること、および／または本明細書で説明する他の態様に関して、推論を行うことができることを諒解されたい。本明細書で使用する「推論する」または「推論」という用語は、概して、事象および／またはデータを介して捕捉された観察のセットから、システム、環境、および／またはユーザの状態について推理するまたは推論するプロセスを指す。推論は、特定のコンテキストまたは動作を識別するために使用でき、あるいは、たとえば、状態の確率分布を生成することができる。推論は、確率的、すなわち、データおよび事象の考察に基づく当該の状態の確率分布の計算とすることができる。推論は、事象および／またはデータのセットからより高いレベルの事象を構成するために採用される技法を指すこともある。そのような推論により、事象が時間的に近接して相関するか否かにかかわらず、および事象およびデータが１つまたは複数の事象およびデータの発生源に由来するかどうかにかかわらず、観測された事象および／または記憶された事象データのセットから新しい事象または動作が構成される。
【００８７】
次に図１５を参照すると、本明細書で提示する様々な実施形態によるワイヤレス通信システム１５００が示されている。システム１５００は、複数のアンテナグループを含むことができる基地局１５０２を備える。たとえば、１つのアンテナグループはアンテナ１５０４および１５０６を含み、別のグループはアンテナ１５０８および１５１０を備え、さらなるグループはアンテナ１５１２および１５１４を含むことができる。アンテナグループごとに２つのアンテナが示されているが、グループごとにより多いまたはより少ないアンテナを利用することができる。基地局１５０２は、さらに、送信機チェーンおよび受信機チェーンを含むことができ、送信機チェーンおよび受信機チェーンの各々は、当業者なら諒解するように、信号送信および受信に関連する複数の構成要素（たとえば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど）を備えることができる。
【００８８】
基地局１５０２は、モバイルデバイス１５１６およびモバイルデバイス１５２２など１つまたは複数のモバイルデバイスと通信することができるが、基地局１５０２は、モバイルデバイス１５１６および１５２２と同様の実質的にいかなる数のモバイルデバイスとも通信することができることを諒解されたい。モバイルデバイス１５１６および１５２２は、たとえば、セルラー電話、スマートフォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／またはワイヤレス通信システム１５００を介して通信するための他の適切なデバイスとすることができる。図示のように、モバイルデバイス１５１６は、アンテナ１５１２および１５１４と通信しており、アンテナ１５１２および１５１４は、順方向リンク１５１８を介して情報をモバイルデバイス１５１６に送信し、逆方向リンク１５２０を介してモバイルデバイス１５１６から情報を受信する。さらに、モバイルデバイス１５２２は、アンテナ１５０４および１５０６と通信しており、アンテナ１５０４および１５０６は、順方向リンク１５２４を介して情報をモバイルデバイス１５２２に送信し、逆方向リンク１５２６を介してモバイルデバイス１５２２から情報を受信する。周波数分割複信（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ：ＦＤＤ）システムでは、たとえば、順方向リンク１５１８は、逆方向リンク１５２０によって使用される周波数帯とは異なる周波数帯を利用し、順方向リンク１５２４は、逆方向リンク１５２６によって使用される周波数帯とは異なる周波数帯を使用することができる。さらに、時分割複信（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ：ＴＤＤ）システムでは、順方向リンク１５１８と逆方向リンク１５２０は共通の周波数帯を利用し、順方向リンク１５２４と逆方向リンク１５２６は共通の周波数帯を利用することができる。
【００８９】
アンテナの各グループおよび／またはそれらが通信するように指定されたエリアを、基地局１５０２のセクタと呼ぶことができる。たとえば、基地局１５０２によってカバーされるエリアのセクタ中のモバイルデバイスに通信するようにアンテナグループを設計することができる。順方向リンク１５１８および１５２４を介した通信では、基地局１５０２の送信アンテナは、モバイルデバイス１５１６および１５２２についての順方向リンク１５１８および１５２４の信号対雑音比を向上させるためにビームフォーミングを利用することができる。また、基地局１５０２が、関連するカバレージ中に不規則に散在するモバイルデバイス１５１６および１５２２に送信するためにビームフォーミングを利用する間は、基地局が単一のアンテナを通してその基地局のすべてのモバイルデバイスに送信する場合と比較して、隣接セル内のモバイルデバイスは干渉を受けにくい。さらに、モバイルデバイス１５１６および１５２２は、ピアツーピアまたはアドホック技術（図示せず）を使用して互いに直接通信することができる。
【００９０】
一例によれば、システム１５００は多入力多出力（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ：ＭＩＭＯ）通信システムとすることができる。さらに、システム１５００は、ＦＤＤ、ＦＤＭ、ＴＤＤ、ＴＤＭ、ＣＤＭなど、通信チャネル（たとえば、順方向リンク、逆方向リンク、・・・）を分割する実質的にどんなタイプの複信技法でも利用することができる。さらに、チャネル上での複数のデバイスとの同時通信を可能にするために通信チャネルを直交させることができ、一例では、この点についてＯＦＤＭを利用することができる。したがって、チャネルを、ある時間期間にわたる周波数の部分に分割することができる。さらに、フレームを時間期間の集合にわたる周波数の部分として定義することができ、したがって、たとえば、フレームはいくつかのＯＦＤＭシンボルを備えることができる。基地局１５０２は、様々なタイプのデータに対して作成できるチャネルを介してモバイルデバイス１５１６および１５２２に通信することができる。たとえば、チャネルは、様々なタイプの一般的通信データ、制御データ（たとえば、他のチャネルの品質情報、チャネルを介して受信されたデータに対する確認応答インジケータ、干渉情報、基準信号など）などを通信するために作成できる。
【００９１】
図１６に、例示的なワイヤレス通信システム１６００を示す。ワイヤレス通信システム１６００には、簡潔のために、１つの基地局１６１０と、１つのモバイルデバイス１６５０とを示してある。ただし、システム１６００は、２つ以上の基地局および／または２つ以上のモバイルデバイスを含むことができ、追加の基地局および／またはモバイルデバイスを、以下で説明する例示的な基地局１６１０およびモバイルデバイス１６５０と実質的に同様または異なるものとすることができることを諒解されたい。さらに、基地局１６１０および／またはモバイルデバイス１６５０は、それらの間のワイヤレス通信を可能にするために、本明細書で説明するシステム（図１〜図７および図１５）、プロトコルスタック（図８〜図９）および／または方法（図１０〜図１４）を使用することができることを諒解されたい。
【００９２】
基地局１６１０において、いくつかのデータストリームのトラフィックデータがデータソース１６１２から送信（ＴＸ）データプロセッサ１６１４に供給される。一例によれば、各データストリームは、それぞれのアンテナを介して送信できる。ＴＸデータプロセッサ１６１４は、トラフィックデータストリーム用に選択された特定の符号化方式に基づいて、そのデータストリームをフォーマット化し、符号化し、インターリーブして、符号化データを与える。
【００９３】
各データストリームの符号化データは、直交周波数分割多重（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ：ＯＦＤＭ）技法を使用してパイロットデータと多重化できる。追加または代替として、パイロットシンボルは、周波数分割多重化（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｅｄ：ＦＤＭ）、時分割多重化（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｅｄ：ＴＤＭ）、または符号分割多重化（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｅｄ：ＣＤＭ）できる。パイロットデータは、一般に、知られている方法で処理される、知られているデータパターンであり、チャネル応答を推定するためにモバイルデバイス１６５０において使用できる。各データストリームの多重化されたパイロットおよび符号化データは、そのデータストリーム用に選択された特定の変調方式（たとえば、２位相偏移キーイング（ｂｉｎａｒｙ  ｐｈａｓｅ−ｓｈｉｆｔ  ｋｅｙｉｎｇ：ＢＰＳＫ）、４位相偏移キーイング（ｑｕａｄｒａｔｕｒｅ  ｐｈａｓｅ−ｓｈｉｆｔ  ｋｅｙｉｎｇ：ＱＰＳＫ）、Ｍ位相偏移キーイング（Ｍ−ｐｈａｓｅ−ｓｈｉｆｔ  ｋｅｙｉｎｇ：Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ｑｕａｄｒａｔｕｒｅ  ａｍｐｌｉｔｕｄｅ  ｍｏｄｕｌａｔｉｏｎ：Ｍ−ＱＡＭ）など）に基づいて変調（たとえば、シンボルマッピング）して、変調シンボルを与えることができる。各データストリームのデータレート、符号化、および変調は、プロセッサ１６３０によって実行または与えられる命令によって判断できる。
【００９４】
データストリームの変調シンボルはＴＸ  ＭＩＭＯプロセッサ１６２０に供給され、ＴＸ  ＭＩＭＯプロセッサ１６２０は、（たとえば、ＯＦＤＭ用に）変調シンボルをさらに処理することができる。次いで、ＴＸ  ＭＩＭＯプロセッサ１６２０は、ＮT個の変調シンボルストリームをＮT個の送信機（ＴＭＴＲ）１６２２ａ〜１６２２ｔに供給する。様々な態様では、ＴＸ  ＭＩＭＯプロセッサ１６２０は、データストリームのシンボルと、シンボルの送信元のアンテナとにビームフォーミング重みを適用する。
【００９５】
各送信機１６２２は、それぞれのシンボルストリームを受信し、処理して、１つまたは複数のアナログ信号を供給し、さらに、それらのアナログ信号を調整（たとえば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを介して送信するのに適した変調信号を供給する。さらに、送信機１６２２ａ〜１６２２ｔからのＮT個の変調信号は、それぞれＮT個のアンテナ１６２４ａ〜１６２４ｔから送信される。
【００９６】
モバイルデバイス１６５０では、送信された変調信号はＮR個のアンテナ１６５２ａ〜１６５２ｒによって受信され、各アンテナ１６５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）１６５４ａ〜１６５４ｒに供給される。各受信機１６５４は、それぞれの信号を調整（たとえば、フィルタ処理、増幅、およびダウンコンバート）し、調整された信号をデジタル化して、サンプルを供給し、さらに、それらのサンプルを処理して、対応する「受信」シンボルストリームを供給する。
【００９７】
ＲＸデータプロセッサ１６６０は、特定の受信機処理技法に基づいてＮR個の受信機１６５４からＮR個の受信シンボルストリームを受信し、処理して、ＮT個の「検出」シンボルストリームを供給する。ＲＸデータプロセッサ１６６０は、各検出シンボルストリームを復調し、デインターリーブし、復号して、データストリームのトラフィックデータを復元することができる。ＲＸデータプロセッサ１６６０による処理は、基地局１６１０においてＴＸ  ＭＩＭＯプロセッサ１６２０およびＴＸデータプロセッサ１６１４によって実行される処理を補足するものである。
【００９８】
プロセッサ１６７０は、上述のように、どのプリコーディング行列を利用すべきかを周期的に判断することができる。さらに、プロセッサ１６７０は、行列インデックス部分とランク値部分とを備える逆方向リンクメッセージを作成することができる。
【００９９】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を備えることができる。逆方向リンクメッセージは、データソース１６３６からいくつかのデータストリームのトラフィックデータをも受信するＴＸデータプロセッサ１６３８によって処理され、変調器１６８０によって変調され、送信機１６５４ａ〜１６５４ｒによって調整され、基地局１６１０に戻される。
【０１００】
基地局１６１０において、モバイルデバイス１６５０からの変調信号は、アンテナ１６２４によって受信され、受信機１６２２によって調整され、復調器１６４０によって復調され、ＲＸデータプロセッサ１６４２によって処理されて、モバイルデバイス１６５０によって送信された逆方向リンクメッセージが抽出される。さらに、プロセッサ１６３０は、抽出されたメッセージを処理して、ビームフォーミング重みを判断するためにどのプリコーディング行列を使用すべきかを判断することができる。
【０１０１】
プロセッサ１６３０および１６７０は、それぞれ基地局１６１０およびモバイルデバイス１６５０における動作を指示（たとえば、制御、調整、管理など）することができる。それぞれのプロセッサ１６３０および１６７０は、プログラムコードおよびデータを記憶するメモリ１６３２および１６７２に関連付けできる。プロセッサ１６３０および１６７０はまた、それぞれ、アップリンクとダウンリンクとに関して周波数推定値とインパルス応答推定値とを導出するために計算を実行することができる。
【０１０２】
本明細書で説明する態様は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せで実装できることを理解されたい。ハードウェア実装の場合、処理ユニットは、１つまたは複数の特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ：ＡＳＩＣ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｅｓｏｒ：ＤＳＰ）、デジタル信号処理デバイス（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ：ＤＳＰＤ）、プログラマブル論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ：ＰＬＤ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅｗａｙ  ａｒｒａｙｓ：ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書で説明する機能を実行するように設計された他の電子ユニット、またはそれらの組合せの中で実装できる。
【０１０３】
態様は、ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラムコードまたはコードセグメントで実装した場合、記憶構成要素などの機械可読媒体に記憶できる。コードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造もしくはプログラムステートメントの任意の組合せを表すことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容をパスおよび／または受信することによって、別のコードセグメントまたはハードウェア回路に結合できる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む、適切な手段を使用してパス、転送、または送信することができる。
【０１０４】
ソフトウェア実装の場合、本明細書で説明する技法は、本明細書で説明する機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実装できる。ソフトウェアコードは、メモリユニットに記憶し、プロセッサによって実行することができる。メモリユニットは、プロセッサの内部またはプロセッサの外部に実装でき、その場合、当技術分野で知られているように様々な手段によってプロセッサに通信可能に結合できる。
【０１０５】
図１７を参照すると、１つまたは複数の受信したパケット中のＲｏＨＣヘッダを復元することを可能にするシステム１７００が示されている。たとえば、システム１７００は、少なくとも部分的に基地局、モバイルデバイスなどの内部に常駐することができる。システム１７００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックとすることができることを諒解されたい。システム１７００は、連携して動作することができる電気構成要素の論理グルーピング１７０２を含む。たとえば、論理グルーピング１７０２は、ＤＲＢにマッピングされた複数のＥＰＳベアラのうちの少なくとも１つからＲｏＨＣ圧縮ヘッダをもつパケットを受信するための電気構成要素１７０４を含むことができる。説明したように、システム１７００は、いくつかのＵＥをサポートすることができ、したがってコアネットワークによって提供されたＥＰＳベアラを単一のベアラにマッピングすることができる。さらに、論理グルーピング１７０２は、ＲｏＨＣ圧縮ヘッダのためのＲｏＨＣコンテキストを判断するための電気構成要素１７０６を含むことができる。説明したように、これは、圧縮のために使用されるＲｏＨＣコンテキストを示すＲｏＨＣヘッダ中の識別子を分析すること、ＲｏＨＣコンテキストを示す下流ＵＥベアラに少なくとも部分的に関係する識別子を判断することなどを含むことができる。
【０１０６】
さらに、論理グルーピング１７０２は、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＲｏＨＣ圧縮ヘッダを復元するための電気構成要素１７０８を含むことができる。さらに、たとえば、論理グルーピング１７０２は、パケットをカプセル化するトンネリングプロトコルヘッダからＥＰＳベアラに対応するＵＥベアラに関係する識別子を抽出するための電気構成要素１７１０を含むことができる。たとえば、トンネリングプロトコルは、ＧＴＰ−Ｕ、ＲＰ、および／または同様のプロトコル、および説明したようにＴＥＩＤ、リレー識別子、またはその一部分とすることができる識別子とすることができる。識別子は、前述のように、ＲｏＨＣコンテキストに関係することができる。さらに、システム１７００は、電気構成要素１７０４、１７０６、１７０８、および１７１０に関連する機能を実行するための命令を保持するメモリ１７１２を含むことができる。メモリ１７１２の外部にあるものとして示されているが、電気構成要素１７０４、１７０６、１７０８、および１７１０の１つまたは複数はメモリ１７１２の内部に存在することができることを理解されたい。
【０１０７】
図１８を参照すると、セルリレーを利用するワイヤレスネットワークにおける関係するパケットの効率的な送信のためにパケットヘッダをＲｏＨＣ圧縮することを可能にするシステム１８００が示されている。たとえば、システム１８００は、少なくとも部分的に基地局、モバイルデバイスなどの内部に常駐することができる。システム１８００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックとすることができることを諒解されたい。システム１８００は、連携して動作することができる電気構成要素の論理グルーピング１８０２を含む。たとえば、論理グルーピング１８０２は、ＲｏＨＣコンテキストに少なくとも部分的に基づいてＥＰＳベアラを介して受信されたパケットのヘッダを圧縮するための電気構成要素１８０４を含むことができる。たとえば、説明したように、ＲｏＨＣコンテキストは、ＥＰＳベアラタイプ、ＥＰＳベアラを介して送信されるデータタイプ、ノードタイプ、利用可能なリソースなど、システム１８００、コアネットワークなどに関係する１つまたは複数のファクタに応じて異なることができる。さらに、論理グルーピング１８０２は、パケット中のＲｏＨＣコンテキストに関係する識別子を示すための電気構成要素１８０６を含むことができる。説明したように、これは、ＲｏＨＣヘッダ中のＲｏＨＣコンテキスト識別子、トンネリングプロトコルヘッダ中に示されるＵＥベアラに少なくとも部分的に関係する識別子（たとえば、ＴＥＩＤまたはＧＴＰ−ＵヘッダまたはＲＰヘッダ中のリレー識別子）などを含むことができる。
【０１０８】
さらに、論理グルーピング１８０２は、ＥＰＳベアラと１つまたは複数の追加のＥＰＳベアラとがマッピングされるＤＲＢを介してパケットヘッダを送信するための電気構成要素１８０８を含むことができる。さらに、論理グルーピング１８０２は、ＲｏＨＣコンテキストを選択するための電気構成要素１８１０を含むことができる。これは、一例では、コアネットワークなどからプロビジョニングされる、説明したパラメータのうちの１つまたは複数に基づくことができる。さらに、論理グルーピング１８０２は、トンネリングプロトコルヘッダ中にヘッダまたはパケットをカプセル化するための電気構成要素１８１２を含むことができる。説明したように、これは、様々なセルリレーの間のパケットルーティングを可能にするために、ＧＴＰ−Ｕヘッダ、ＲＰヘッダなどとすることができる。さらに、システム１８００は、電気構成要素１８０４、１８０６、１８０８、１８１０、および１８１２に関連する機能を実行するための命令を保持するメモリ１８１４を含むことができる。メモリ１８１４の外部にあるものとして図示されているが、１つまたは複数の電気構成要素１８０４、１８０６、１８０８、１８１０、および１８１２はメモリ１８１４の内部に存在することができることを理解されたい。
【０１０９】
図１９を参照すると、下流ノードに転送するために受信したパケット中のＵＤＰヘッダ、ＩＰヘッダ、またはＧＴＰヘッダを圧縮することを可能にするシステム１９００が示されている。たとえば、システム１９００は、少なくとも部分的に基地局、モバイルデバイスなどの内部に常駐することができる。システム１９００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックとすることができることを諒解されたい。システム１９００は、連携して動作することができる電気構成要素の論理グルーピング１９０２を含む。たとえば、論理グルーピング１９０２は、ＵＤＰヘッダ、ＩＰヘッダ、またはＧＴＰヘッダを備える上流ノードからパケットを受信するための電気構成要素１９０４を含むことができる。さらに、論理グルーピング１９０２は、少なくともＳＧＷ  ＩＰアドレスを圧縮するためにパケットのヘッダに圧縮を適用するための電気構成要素１９０６を含むことができる。
【０１１０】
説明したように、ＳＧＷ  ＩＰアドレスを圧縮することは、トランスポートアドレス変換要求／応答プロシージャ中にシステム１９００とネゴシエートされたＳＧＷ  ＩＰアドレスの圧縮バージョンを利用することを含むことができる。さらに、論理グルーピング１９０２は、圧縮ヘッダをもつパケットを下流ノードに送信するための電気構成要素１９０８を含むことができる。圧縮ヘッダを利用することは、説明したように、より効率的な送信のために帯域幅を節約することができる。さらに、システム１９００は、電気構成要素１９０４、１９０６、および１９０８に関連する機能を実行するための命令を保持するメモリ１９１０を含むことができる。メモリ１９１０の外部にあるものとして示されているが、電気構成要素１９０４、１９０６、および１９０８の１つまたは複数はメモリ１９１０の内部に存在することができることを理解されたい。
【０１１１】
本明細書で開示した実施形態に関して説明した様々な例示的な論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行できる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。さらに、少なくとも１つのプロセッサは、上述のステップおよび／またはアクションの１つまたは複数を実行するように動作可能な１つまたは複数のモジュールを備えることができる。
【０１１２】
さらに、本明細書で開示された態様に関して説明した方法またはアルゴリズムのステップおよび／またはアクションは、直接ハードウェアで実施するか、プロセッサによって実行されるソフトウェアモジュールで実施するか、またはその２つの組合せで実施することができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態の記憶媒体中に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読むことができ、記憶媒体に情報を書き込むことができるようにプロセッサに結合できる。代替として、記憶媒体はプロセッサに一体化することができる。さらに、いくつかの態様では、プロセッサおよび記憶媒体はＡＳＩＣ中に常駐することができる。さらに、ＡＳＩＣはユーザ端末中に常駐することができる。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として常駐することもできる。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／またはアクションは、コンピュータプログラム製品に組み込むことができる、機械可読媒体および／またはコンピュータ可読媒体上のコードおよび／または命令の１つまたは任意の組合せ、あるいはそのセットとして常駐することができる。
【０１１３】
１つまたは複数の態様では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装することができる。ソフトウェアで実装する場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶するか、あるいはコンピュータ可読媒体上で送信することができる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または命令もしくはデータ構造の形態の所望のプログラムコードを担持または記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。また、どんな接続でもコンピュータ可読媒体と呼ばれることがある。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ：ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ｃｏｍｐａｃｔ  ｄｉｓｃ：ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ：ＤＶＤ）、フロッピー（登録商標）ディスクおよびブルーレイディスクを含み、ディスク（ｄｉｓｋ）は、通常、データを磁気的に再生し、ディスク（ｄｉｓｃ）は、通常、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【０１１４】
上記の開示は、例示的な態様および／または実施形態について論じたが、添付の特許請求の範囲によって定義された記載の態様および／または実施形態の範囲から逸脱することなく、様々な変更および改変を本明細書で行うことができることに留意されたい。さらに、記載の態様および／または実施形態の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。さらに、任意の態様および／または実施形態の全部または一部は、別段の規定がない限り、任意の他の態様および／または実施形態の全部または一部とともに利用できる。さらに、「含む（ｉｎｃｌｕｄｅ）」という用語は、発明を実施するための形態または特許請求の範囲のいずれかにおいて使用される限り、「備える（ｃｏｍｐｒｉｓｉｎｇ）」という用語を採用すると請求項における移行語と解釈されるように「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に包括的なものとする。さらに、説明した態様および／または態様の要素が単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。さらに、任意の態様および／または実施形態の全部または一部は、別段の規定がない限り、任意の他の態様および／または実施形態の全部または一部とともに利用できる。
【図１】
2012507209.tif 000007
【図２】
2012507209.tif 000008
【図３】
2012507209.tif 000009
【図４】
2012507209.tif 000010
【図５】
2012507209.tif 000011
【図６】
2012507209.tif 000012
【図７】
2012507209.tif 000013
【図８】
2012507209.tif 000014
【図９】
2012507209.tif 000015
【図１０】
2012507209.tif 000016
【図１１】
2012507209.tif 000017
【図１２】
2012507209.tif 000018
【図１３】
2012507209.tif 000019
【図１４】
2012507209.tif 000020
【図１５】
2012507209.tif 000021
【図１６】
2012507209.tif 000022
【図１７】
2012507209.tif 000023
【図１８】
2012507209.tif 000024
【図１９】
2012507209.tif 000025
【手続補正書】
【提出日】平成23年7月29日(2011.7.29)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正の内容】
【００５０】
同様に、ＲｏＨＣ圧縮／復元構成要素３０２は、ＤＲＢ３０６を介する、３１０において識別子１をもつＲｏＨＣコンテキストを使用するＥＰＳベアラ２を介する通信と、３１２において識別子２をもつＲｏＨＣコンテキストを使用するＥＰＳベアラ３を介する通信と、３１４において識別子３をもつＲｏＨＣコンテキストを使用するＥＰＳベアラ４を介する通信と、３１６において識別子４をもつＲｏＨＣコンテキストを使用するＥＰＳベアラ５を介する通信とを圧縮／復元することができる。一例では、ＲｏＨＣコンテキスト識別子０を０バイトとしてＲｏＨＣヘッダ中で表すことができる。ＲｏＨＣコンテキスト識別子は、たとえば、０〜１５の範囲にあることができ、ここで、１〜１５は、ＲｏＨＣヘッダ中で４ビットフィールドとして表すことができる。さらに、たとえば、サポートされるコンテキストの数と所望の帯域幅利用とのバランスをとるために、ＲｏＨＣコンテキスト識別子をより大きい数に拡張することができる。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正の内容】
【００７４】
図８を参照すると、パケットルーティングのためにＴＥＩＤを使用してデータ（たとえば、ユーザ）プレーン通信のためにセルリレー機能を与えるためにワイヤレスネットワーク中で通信することを可能にする例示的なプロトコルスタック８００が示されている。Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層と、ＩＰ層とを備えるＵＥプロトコルスタック８０２が示されている。Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層とを有するリレーｅＮＢ（ＲｅＮＢ）アクセスリンクプロトコルスタック８０４、ならびに、（たとえば、前に説明したように、ＴＥＩＤをＲｅＮＢアドレスでポピュレートすることによって）バックホール上でパケットをルーティングすることを可能にするために、Ｌ１層と、ＰＤＣＰ／ＲＬＣ／ＭＡＣ層と、一例では圧縮層とすることができるＣ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰ層とを有するＲｅＮＢバックホールリンクプロトコルスタック８０６が示されている。また、Ｌ１層と、ＰＤＣＰ／ＲＬＣ／ＭＡＣ層と、Ｃ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰ層とを有するドナーｅＮＢ（ＤｅＮＢ）アクセスリンクプロトコルスタック８０８、ならびに、ＰＧＷ／ＳＧＷによって割り当てられるアドレスを使用してＰＧＷ／ＳＧＷと通信を維持するために、Ｌ１層と、Ｌ２層と、ＩＰ層と、ＵＤＰ層と、ＧＴＰ−Ｕ層とを有するＤｅＮＢバックホールリンクプロトコルスタック８１０が示されている。ＰＧＷ／ＳＧＷプロトコルスタック８１２は、Ｌ１層と、Ｌ２層と、ＤｅＮＢに割り当てられるアドレスに関係するＩＰ層と、ＵＤＰ層と、ＧＴＰ−Ｕ層と、ＵＥに割り当てられるアドレスに関係する別のＩＰ層とを有する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
また、Ｌ１層と、ＭＡＣ層と、ＲＬＣ層と、ＰＤＣＰ層と、ＲＰ層と、Ｃ−ＧＴＰ−Ｕ／ＵＤＰ／ＩＰ層とを有するＤｅＮＢアクセスリンクプロトコルスタック９１２、ならびに、ＰＧＷ／ＳＧＷによって割り当てられるアドレスを使用してＰＧＷ／ＳＧＷと通信を維持するために、Ｌ１層と、Ｌ２層と、ＵＤＰ／ＩＰ層と、ＧＴＰ−Ｕ層とを有するＤｅＮＢバックホールリンクプロトコルスタック９１４が示されている。ＰＧＷ／ＳＧＷプロトコルスタック９１６は、Ｌ１層と、Ｌ２層と、ＤｅＮＢに割り当てられるアドレスに関係するＵＤＰ／ＩＰ層と、ＧＴＰ−Ｕ層と、ＵＥに割り当てられるアドレスに関係する別のＩＰ層とを有する。
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図１５
【補正方法】変更
【補正の内容】
【図１５】
2012507209.tif 000026
【国際調査報告】
2012507209.tif 000027
2012507209.tif 000028
2012507209.tif 000029
2012507209.tif 000030
2012507209.tif 000031