JP2021502722A - 送信デバイス、受信デバイス、及びアップリンクデータ圧縮を処理するためにそれらにおいて実行される方法 - Google Patents

Abstract

通信ネットワーク（100）において動作する送信デバイス（101）によって実行される方法が本明細書において開示される。送信デバイス（101）は、通信ネットワーク（100）において動作する受信デバイス（102）からインジケーションを受信する（503）。当該インジケーションは、バッファのリセットを実行するよう送信デバイス（101）に指示するものである。当該インジケーションは、受信デバイス（102）から受信されるプロトコルデータユニット（ＰＤＵ）内のフィールド（906）の値である。その後、送信デバイス（101）は、受信したインジケーションに基づいて、バッファをリセットする（504）。受信デバイス（102）によって実行される方法も開示され、当該方法により、受信デバイス（102）は、インジケーションを送信デバイス（101）へ送信する（1003）。

Description

本開示は、全体として、送信デバイス及びアップリンクデータ圧縮を処理するために当該デバイスによって実行される方法に関する。本開示は更に、全体として、受信デバイス及びアップリンクデータ圧縮を処理するために当該デバイスによって実行される方法に関する。

無線通信ネットワーク内の通信デバイスは、例えば、ユーザ装置（ＵＥ）、ステーション（ＳＴＡ）、モバイル端末、無線端末、端末、及び／又は移動局（ＭＳ）等の無線デバイスでありうる。無線デバイスは、（セルラ無線システム、セルラシステム、又はセルラネットワークとも呼ばれる）セルラ通信ネットワーク又は無線通信ネットワークで無線通信することが可能である。通信は、例えば、無線通信ネットワーク内に含まれる無線アクセスネットワーク（ＲＡＮ）及び場合によっては１つ以上のコアネットワークを介して、２つの無線デバイス間、無線デバイスと通常の電話との間、及び／又は無線デバイスとサーバとの間で行われうる。無線デバイスは更に、いくつかのさらなる例に言及するために、無線能力を有する携帯電話、セルラ電話、ラップトップ、又はタブレットと呼ばれることがある。本コンテキストにおける無線デバイスは、例えば、携帯型、ポケット格納型、ハンドヘルド型、コンピュータ構成型、又は車両搭載型のモバイルデバイスであってもよく、ＲＡＮを介して、別の端末又はサーバ等の別のエンティティと音声及び／又はデータの通信を行うことが可能である。

通信デバイスは、無線ネットワークノード、例えば、送信ポイント（ＴＰ：Transmission Points）等のネットワークノードでもありうる。無線通信ネットワークは、複数のセルエリアに分割されうる地理的エリアをカバーし、各セルエリアは使用される技術及び用語に応じて、例えば、ｇＮＢ、進化型ノードＢ（「ｅＮＢ」）、「ｅＮｏｄｅＢ」、「ＮｏｄｅＢ」、「Ｂノード」、又はＢＴＳ（基地トランシーバ局）等と呼ばれることがある無線基地局（ＲＢＳ）等の基地局のようなネットワークノードによってサービスされる。基地局は、送信電力に基づいて、及びそれによりセルサイズに基づいて、例えば、ワイドエリア基地局、ミディアムレンジ基地局、ローカルエリア基地局及びホーム基地局のような種々のクラスでありうる。セルは、基地局サイトにおいて基地局によって無線カバレッジが提供される地理的エリアである。基地局サイトに位置する１つの基地局は、１つ以上のセルにサービスを提供しうる。更に、各基地局は、１つ以上の通信技術をサポートしうる。無線通信ネットワークは更に、サービングビームを用いて、無線デバイス等の受信ノードにサービスを提供しうるネットワークノードを備える、非セルラシステムでありうる。3rd Generation Partnership Project（３ＧＰＰ）Long Term Evolution（ＬＴＥ）では、ｅＮｏｄｅＢ又はｅＮＢと呼ばれうる基地局は、１つ以上のコアネットワークに直接接続されうる。本開示のコンテキストにおいて、ダウンリンク（ＤＬ）という表現は、基地局から無線デバイスへの伝送パスに使用されうる。アップリンク（ＵＬ）という表現は、その反対方向、即ち、無線デバイスから基地局への伝送経路に使用されうる。

ＬＴＥにおけるアップリンクデータ圧縮（ＵＤＣ：Uplink Data Compression）に関する作業は、ＬＴＥのリリース（Ｒｅｌ）−１５においてもたらされている［５］。この作業アイテムの動機は、無線インタフェースが輻輳しうること、及び、それ故に、いくつかのシナリオでは、無線インタフェースを介して送信されうる前にアップリンクでデータを圧縮することが有益でありうることである。

提案されたソリューションは、ＬＴＥのパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤにおいて、送信機でサービスデータユニット（ＳＤＵ）を圧縮する可能性が導入されることである。それにより、受信機は、パケットを受信すると、データを伸長（decompress）し、その結果を上位レイヤに転送しうる。圧縮ソリューションは、「ＤＥＦＬＡＴＥ」［１，３］に基づく。

圧縮は、可逆であっても非可逆であってもよい。可逆圧縮では、受信機は、送信機における場合とまったく同じようにパケットを復元できる可能性がある。非可逆圧縮では、ある程度の損失がありうるが、受信機は、元のデータの正確なコピーではない可能性はあるが、それでもデータを解釈しうる。ＤＥＦＬＡＴＥは、テーブルベースのＬＺ７７アルゴリズムとハフマン符号化とを組み合わせた可逆データ圧縮アルゴリズムである。ＬＺ７７アルゴリズムは、データの反復の発生を、過去の非圧縮データストリーム内のデータの以前のコピーを特定する、８＋１５ビットの＜長さ，距離＞ペアで置き換えることによって、圧縮を達成する。長さパラメータは、マッチするデータのコピーの長さを示し、距離パラメータは、複製が過去の非圧縮データストリーム内でどの程度戻されたかを示す。マッチするものを見つけるために、コンプレッサは、スライディング・ウィンドウ・バッファ内に、ある量の最新データを保持する必要がありうる。同様に、デコンプレッサは、圧縮されたパケットにおいて参照される、マッチするものを解釈できるように、同じデータへのアクセスを有する必要がありうる。圧縮／伸長が機能するためには、コンプレッサ側及びデコンプレッサ側のバッファリングされたデータが同期されていることが必要であり、データのいかなる損失もアルゴリズムに同期外れを生じさせることがあることが理解されよう。

ＤＥＦＬＡＴＥアルゴリズムでは、マッチングパターンの長さは３−２５８バイトに制限され、ルックバック長（距離）は最大３２ＫＢになる。非圧縮データストリームの最後の３２ＫＢ以内でマッチするものが発生する限り、任意の数のブロック間でマッチが行われうる。ＵＬデータ圧縮への適用のために、ブロックはパケットと置き換えられることがある。

第２の圧縮ステージでは、ＤＥＦＬＡＴＥは、ハフマン符号化によって、ブロックの、過去に圧縮されていない部分（即ち、リテラル部分）を圧縮しうる。ハフマン符号化は、一般的に使用されるシンボルを、より短い符号表現で置き換えることによって機能すると理解されてもよく、その一方で、より長い符号表現が、あまり一般的に使用されないシンボルに使用されてもよい。ハフマンツリーとしても知られるハフマン符号ディクショナリは、所与のアルファベットと、データ内の異なるシンボルの頻度とに基づいて計算されうる。ＤＥＦＬＡＴＥアルゴリズムは、予め設定されたハフマン符号ディクショナリで動作しうるか、又はブロックごとに新たなハフマンツリーを計算することによって動的に動作しうる。動的ハフマン符号化が使用される場合、ハフマンツリーは、圧縮されたパケットに含まれることが必要であると理解されうる。他方で、ツリーがパケットごとに調整される場合、より良好な圧縮が期待されうる。

ＤＥＦＬＡＴＥに基づくＵＤＣアルゴリズムは、コンプレッサ及びデコンプレッサ側にバッファメモリコンテキストを有する必要がありうる。例えば、クロスパケット圧縮を行うために、先入れ先出し（ＦＩＦＯ）バッファを使用して、圧縮された元のパケットがバッファリングされうる。圧縮されていないパケット内で、バッファ内の反復ストリングが識別される場合、図１に示すように、識別されたストリングの以前の位置及び長さにそれをリンクするバックリファレンスが挿入されうる。図１は、パネルａ）内の圧縮前の、及びパネルｂ）内の圧縮後のデフレートの例を示す概略図である。図１において、圧縮エンティティ（例えば、ＵＥ）におけるバッファサイズは８バイトである。各バイトには０から７までの番号が付けられる。パネルａ）の右側に示されるように、「ｂｃｄ」のコンテンツを有する新しいパケットが圧縮エンティティに到着した場合、クロスパケットマッチは、それ以前の位置６、長さ３で、バッファ内において識別されうる。元の長さが３バイトである新しいパケットは、パネルｂ）の左側に示されるように、６ビット（即ち、マッチが始まる、バッファ内の８つの位置のいずれかを識別するための３ビットと、長さについての３ビット）に圧縮されうる。圧縮後、新しいパケットがバッファに挿入される。デコンプレッサは、圧縮されたパケットを伸長しうるように、同じバッファコンテンツを有する伸長エンティティを同様に有する。デコンプレッサ及びコンプレッサのバッファコンテンツが同期していない場合、デコンプレッサ側で元のパケットを再現することは不可能である。このため、デコンプレッサは、この種のエラーシナリオについてコンプレッサに通知できる必要があることが理解されよう。通知の後、コンプレッサ（例えば、ＵＥ）は、そのバッファをリセットし、再び圧縮を試みる必要がありうる。

チェックサムの失敗は、送信機バッファと受信機バッファとが同期していないことを示すエラーとして理解されうる。短い間隔で複数のチェックサムの失敗がある場合、ｅＮＢは、ＵＤＣ設定（UDC configuration）を解除することを決定しうる。ＵＤＣ設定を解除することは、アップリンクにおいて圧縮を使用しないことを意味すると理解されうる。同様に、コンプレッサ（例えば、ＵＥ）は、何らかのソフトウェアエラーに起因して、デコンプレッサ（例えば、ｅＮＢ）がパケットを伸長するためのメモリ不足を示す。例えば、バッファサイズが２Ｋバイト（即ち、２０４８バイト）に設定されているが、送信機が３０００バイトのメモリサイズを示す場合に、これはエラーとなる。このようなエラーのケースでは、ｅＮＢは、ＵＤＣ設定を解除することを決定しうる。ＵＤＣの目的は、ＵＬ帯域幅を節約することであるが、実質的な圧縮ゲインが達成されない場合に、ｅＮＢがＵＤＣ設定を解放することを決定しうる。

既存の方法によるアップリンクデータ圧縮の処理は、コンプレッサとデコンプレッサとの間の通信の曖昧さと、処理リソース及びエネルギーリソースの浪費と、遅延とにつながる可能性がある。

本明細書の実施形態の目的は、通信ネットワークにおけるリソースの使用効率を改善することである。本明細書の実施形態の具体的な目的は、アップリンクデータ圧縮の処理を改善することによって、通信ネットワークにおけるリソースの使用効率を改善することである。

本明細書の実施形態の第１の態様によれば、上記目的は、送信デバイスによって実行される方法によって達成される。送信デバイスは、通信ネットワークにおいて動作する。送信デバイスは、受信デバイスからインジケーションを受信する。受信デバイスは、通信ネットワークにおいて動作する。当該インジケーションは、バッファのリセットを実行するよう送信デバイスに指示するものである。当該インジケーションは、受信デバイスから受信されるＰＤＵ内のフィールドの値である。その後、送信デバイスは、受信したインジケーションに基づいて、バッファをリセットする。

本明細書の実施形態の第１の態様によれば、上記目的は、受信デバイスによって実行される方法によって達成される。受信デバイスは、通信ネットワークにおいて動作する。受信デバイスは、通信ネットワークにおいて動作している送信デバイスへインジケーションを送信する。当該インジケーションは、バッファのリセットを実行するよう送信デバイスに指示するものである。当該インジケーションは、送信デバイスへ送信されるＰＤＵ内のフィールドの値である。

本明細書の実施形態の第３の態様によれば、上記目的は、通信ネットワークにおいて動作するように構成された送信デバイスによって達成される。送信デバイスは更に、通信ネットワークにおいて動作するように構成された受信デバイスからインジケーションを受信するように構成される。当該インジケーションは、バッファのリセットを実行するよう送信デバイスに指示するように構成される。第３のインジケーションは、受信デバイスから受信されるように構成された、ＰＤＵ内のフィールドの値であるように構成される。送信デバイスは更に、受信されるように構成された第３のインジケーションに基づいて、バッファをリセットするように構成される。

本明細書の実施形態の第４の態様によれば、上記目的は、通信ネットワークにおいて動作するように構成された受信デバイスによって達成される。受信デバイスは、通信ネットワークにおいて動作するように構成された送信デバイスへインジケーションを送信するように構成される。当該インジケーションは、バッファのリセットを実行するよう送信デバイスに指示するように構成される。当該インジケーションは、送信デバイスへ送信されるように構成された、ＰＤＵ内のフィールドの値であるように構成される。

本明細書の実施形態の第５の態様によれば、上記目的は、コンピュータ読み取り可能な記憶媒体であって、当該記憶媒体に格納されたコンピュータプログラムを含む記憶媒体によって達成され、当該コンピュータプログラムは、少なくとも１つのプロセッサで実行されると、送信デバイスによって実行される方法を当該少なくとも１つのプロセッサに実行させる命令を含む。

本明細書の実施形態の第６の態様によれば、上記目的は、コンピュータ読み取り可能な記憶媒体であって、当該記憶媒体に格納されたコンピュータプログラムを含む記憶媒体によって達成され、当該コンピュータプログラムは、少なくとも１つのプロセッサで実行されると、受信デバイスによって実行される方法を当該少なくとも１つのプロセッサに実行させる命令を含む。

送信デバイスが受信デバイスから、ＰＤＵ内の値でバッファのリセットを実行するように送信デバイスに指示するインジケーションを受信することによって、例えば既存の方法におけるＲＲＣシグナリングと比較して、インジケーションを提供する際の遅延が低減されるので、通信ネットワーク内で処理リソース及びエネルギーリソースが、より効率的に使用されうる。

本明細書の実施形態の例について、添付の図面を参照して、以下の説明に従って、より詳細に説明する。

図１は、既存の方法によるデータ圧縮を示す概略図である。 図２は、既存の方法による、ＵＤＣヘッダを有するパケットフォーマットの一例を示す概略図である。 図３は、既存の方法による、ＵＤＣヘッダ無しのパケットフォーマットの例を示す概略図である。 図４は、本明細書の実施形態による通信ネットワークを示す概略図である。 図５は、本明細書の実施形態による、送信デバイスにおける方法の実施形態を示すフローチャートである。 図６は、本明細書の実施形態によるパケットフォーマットの一例を示す概略図である。 図７は、本明細書の実施形態によるパケットフォーマットの一例を示す概略図である。 図８は、本明細書の実施形態によるパケットフォーマットの一例を示す概略図である。 図９は、本明細書の実施形態によるパケットフォーマットの一例を示す概略図である。 図１０は、本明細書の実施形態による、受信デバイスにおける方法を示すフローチャートである。 図１１は、本明細書の実施形態による、送信デバイスの２つの非限定的な例ａ）及びｂ）を示す概略的なブロック図である。 図１２は、本明細書の実施形態による、受信デバイスの２つの非限定的な例ａ）及びｂ）を示す概略的なブロック図である。 図１３は、本明細書の実施形態に関連する、送信デバイスにおける方法の例を示すフローチャートである。 図１４は、本明細書の実施形態に関連する、受信デバイスにおける方法の例を示すフローチャートである。 図１５は、本明細書の実施形態による、中間ネットワークを介してホストコンピュータに接続された遠隔通信ネットワークを示す概略的なブロック図である。 図１６は、本明細書の実施形態による、部分的に無線接続上で基地局を介してユーザ装置と通信するホストコンピュータの一般化されたブロック図である。 図１７は、本明細書の実施形態による、ホストコンピュータ、基地局、及びユーザ装置を含む通信システムにおける方法の実施形態を示すフローチャートである。 図１８は、本明細書の実施形態による、ホストコンピュータ、基地局、及びユーザ装置を含む通信システムにおける方法の実施形態を示すフローチャートである。 図１９は、本明細書の実施形態による、ホストコンピュータ、基地局、及びユーザ装置を含む通信システムにおける方法の実施形態を示すフローチャートである。 図２０は、本明細書の実施形態による、ホストコンピュータ、基地局、及びユーザ装置を含む通信システムにおける方法の実施形態を示すフローチャートである。

本明細書の実施形態の開発の一部として、既存の技術に関する１つ以上の課題を最初に特定して議論する。

ＵＤＣが設定されている場合、図２に示すようなパケットフォーマットが使用されうる［４］。図２に示すように、パケットフォーマットは、第１のオクテット（Ｏｃｔ １）２０１、第２のオクテット（Ｏｃｔ ２）２０２、第３のオクテット（Ｏｃｔ ３）２０３、及び第４のオクテット（Ｏｃｔ ４）２０４の、４つのオクテットを含む。第１のオクテット２０１は、データ／制御ＰＤＵ（Ｄ／Ｃ）フィールド２０５、第１の予約済み（Ｒ）フィールド２０６、第２のＲフィールド２０７、第３のＲフィールド２０８、及びパケット・データ・コンバージェンス・プロトコル・シーケンス番号（ＰＤＣＰ ＳＮ）フィールド２０９を含む。第２のオクテット２０２は、ＰＤＣＰ ＳＮフィールド２１０の続きを含む。第３のオクテット２０３は、フィールドＵＤＣ（ＦＵ）フィールド２１１、第４のＲフィールド２１２、第５のＲフィールド２１３、第６のＲフィールド２１４、及びチェックサムフィールド２１５を含む。第４オクテット２０４は、ＵＤＣデータブロック２１６を含む。

ＵＤＣが設定されていない場合、図３に示すように、ＵＤＣヘッダーの無いレガシーパケットフォーマットが代わりに使用されうる［２，４］。このフォーマットは、第１のオクテット（Ｏｃｔ １）３０１、第２のオクテット（Ｏｃｔ ２）３０２、及び第３のオクテット（Ｏｃｔ ３）３０３の、３つのオクテットを含む。図２と図３を比較すると分かるように、第３のオクテットが２つのフォーマットで異なっている。ＵＤＣ設定が、例えばエラーに起因して解除された後に、コンプレッサ（例えば、ＵＥ）は、レガシー方法にフォールバックしてもよく、即ち、図３に示されるように、ＵＤＣヘッダの無いパケットを送信しうる。ただし、デコンプレッサ（例えば、ｅＮＢ）は、パケットがＵＤＣエンティティによってまだ処理されているかどうかを知らないであろう。つまり、デコンプレッサは、第３のオクテットがＵＤＣヘッダであるかどうか（即ち、図２の第１のフォーマットに示されるように、ＦＵ ２１２、Ｒ ２１２、Ｒ ２１３、Ｒ ２１４、チェックサム２１５であるか、又は図３の第２のフォーマットに示されるように、データ３０４であるか）を識別できない。したがって、曖昧さが生じる。例えば、ＵＥが圧縮パケットを送信しているが、それらを受信するｅＮＢが、それらがレガシーパケットであると想定する場合、当該パケットは、ｅＮＢによって解凍されない。このため、これらの圧縮パケットは、アプリケーションレイヤが読むことができないであろう。同様に、ＵＥが非圧縮パケットを送信し、それらを受信するｅＮＢが、それらが圧縮パケットであると想定する場合、ｅＮＢにおいて当該パケットを解凍しようとする余分な処理が生じるであろう。これは、パケットの破損につながる可能性がある。したがって、この曖昧さを回避することが有益である。

本開示及びそれらの実施形態のある態様は、この課題又は他の課題に対するソリューションを提供しうる。本明細書で開示される問題のうちの１つ以上に対処する様々な実施形態が、本明細書で提案される。

本明細書の実施形態は、コンプレッサ（即ち、ＵＥ等の送信デバイス）が、アップリンクデータ圧縮（例えば、ＵＤＣ）が有効化されているか無効化されているかを示すインジケーションを、デコンプレッサ（即ち、ｅＮＢ等の受信デバイス）へ送信することによって、既存の方法におけるこの問題に対処すると理解されうる。本明細書の実施形態は、アップリンクデータ圧縮（例えば、ＵＤＣ）を解除するためにコンプレッサからデコンプレッサへフィードバックを提供する方法に関するものと理解されうる。したがって、一般的な用語では、本明細書の実施形態は、アップリンクデータ圧縮のためのフィードバックを提供するための方法に関連すると理解されうる。

アップリンクデータ圧縮は、ＵＤＣと同様の機能的特徴を有する別のアップリンクデータ圧縮機能によって処理されることもある。本明細書において、ＵＤＣは、アップリンクデータ圧縮機能の例示的な例として使用される。

本明細書の実施形態の簡単な概要として、及びＵＤＣをアップリンクデータ圧縮の例とすると、最初にＵＤＣが有効化／アクティブ化された場合、送信デバイスによって送信されうるパケットは、ＵＤＣアルゴリズムを使用して圧縮されうる。ＵＤＣが無効化／非アクティブ化されると、送信デバイスから送信されるパケットは、ＵＤＣアルゴリズムを使用して圧縮されない場合がある。ＵＤＣが有効化／アクティブ化された状態からＵＤＣが無効化／非アクティブされた状態への切り替え、又はその逆の切り替えに応じて、送信デバイスは、そのインジケーションを有するメッセージを生成して受信デバイスへ送信しうる。

本明細書の特定の実施形態によれば、新たなＰＤＣＰ制御ＰＤＵパケットが、コンプレッサからデコンプレッサへフィードバックを提供するように定義されうる。

以下では、例が示される添付図面を参照して、検討される実施形態のいくつかについてより十分に説明する。このセクションでは、いくつかの例示的な実施形態によって、本明細書の実施形態についてより詳しく説明する。しかしながら、他の実施形態は、本明細書に開示される主題の範囲内に含まれる。開示された主題は、本明細書に記載された実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は主題の範囲を当業者に伝えるために例として提供される。本明細書の例示的な実施形態は、相互に排他的ではないことに留意されたい。１つの実施形態からのコンポーネントが別の実施形態に存在すると想定されてもよく、これらのコンポーネントが他の例示的な実施形態でどのように使用されうるかについては当業者には明らかである。

本明細書の実施形態を例示するために、本開示ではＬＴＥからの用語が使用されるが、これは、本明細書の実施形態の範囲を前述のシステムのみに限定するものと見なされるべきではないことに留意されたい。同様の特徴を有する他の無線システムも、本開示内でカバーされるアイデアを活用することから利益を受けうる。

図４は、本明細書の実施形態が実装されうる、無線通信システム、セルラ無線システム、又はセルラネットワークとも呼ばれることがある通信ネットワーク１００の非限定的な例を示す。通信ネットワーク１００は、典型的には、Long-Term Evolution（ＬＴＥ）ネットワーク、例えば、ＬＴＥ周波数分割複信（ＦＤＤ）、ＬＴＥ時分割複信（ＴＤＤ）、ＬＴＥ半二重周波数分割複信（ＨＤ−ＦＤＤ）、非ライセンス帯域で動作するＬＴＥでありうる。通信ネットワーク１００は、他の方法で、又はそれに加えて、他の技術をサポートしてもよく、例えば、５Ｇシステム、５Ｇネットワーク、ＮＲ、ＬＴＥ−ＮＲデュアルコネクティビティ（Dual Connectivity）、又は次世代（Next Gen）システム又はネットワーク、広帯域符号分割多元接続（ＷＣＤＭＡ(登録商標)：Wideband Code Division Multiple Access）、Universal Terrestrial Radio Access（ＵＴＲＡ）ＴＤＤ、Global System for Mobile Communications（ＧＳＭ）ネットワーク、GSM/Enhanced Data Rate for GSM Evolution（ＥＤＧＥ）Radio Access Network（ＧＥＲＡＮ）ネットワーク、Universal Mobile Telecommunications System（ＵＭＴＳ）、Ultra-Mobile Broadband（ＵＭＢ）、ＥＤＧＥネットワーク、例えば、Multi-Standard Radio（ＭＳＲ）基地局、マルチＲＡＴ基地局等の無線アクセス技術（ＲＡＴ：Radio Access Technologies）の任意の組合せを含むネットワーク、及び／又は、他の適切な２Ｇ、３Ｇ、４Ｇ、又は５Ｇネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ）ネットワーク、Worldwide Interoperability for Microwave Access（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ(登録商標)、Ｚ−Ｗａｖｅ及び／又はＺｉｇＢｅｅ(登録商標)ネットワーク、又は任意のセルラネットワーク又はシステムでありうる。このため、本明細書の実施形態を例示するために、本開示では３ＧＰＰ ＬＴＥからの用語が使用されているが、これは、本明細書の実施形態の範囲を前述のシステムのみに限定するものと見なされるべきではないことに留意されたい。他の無線システム、特に５Ｇ／ＮＲ又はＬＴＥ−ＮＲデュアルコネクティビティ、ＷＣＤＭＡ、ＷｉＭａｘ、ＵＭＢ、及びＧＳＭも、本開示内でカバーされるアイデアを活用することから恩恵を受けうる。

通信ネットワーク１００は、複数の通信装置又はノードを含み、そのうちの送信デバイス１０１及び受信デバイス１０２は、図４の非限定的な例に示されている。送信デバイス１０１は、コンプレッサ、又はコンプレッサデバイスとも呼ばれうる。受信デバイス１０２は、デコンプレッサ、又はデコンプレッサデバイスとも呼ばれうる。受信デバイス１０２は、典型的には、以下で説明されるネットワークノード１１０（例えば、基地局）のようなネットワークノードでありうる。送信デバイス１０１は、典型的には、以下で説明される無線デバイス１３０のような無線デバイスでありうる。

図４に示されていない他の例では、送信デバイス１０１及び受信デバイス１０２のいずれも、無線デバイス１３０のような無線デバイス（例えば、Ｄ２Ｄデバイス）であってもよい。図４のいずれにも示されていない更に他の例では、送信デバイス１０１及び受信デバイス１０２のいずれも、ネットワークノード１１０のようなネットワークノードであってもよい。

通信ネットワーク１００は、複数のネットワークノードを含み、そのうちのネットワークノード１１０は、図４の非限定的な例に示されている。ネットワークノード１１０は、無線ネットワークノードでありうる。即ち、無線基地局（例えば、ｅＮＢ、New Radio（ＮＲ）ノードＢ（ｇＮＢ））、又は通信ネットワーク１００内のユーザ装置又はマシンタイプ通信装置のような無線デバイスにサービスを行うことができる、同様の特徴を有する他の任意のネットワークノード等の、送信ポイントである。

通信ネットワーク１００は、複数のセルエリアに分割されうる地理的エリアをカバーし、各セルエリアは、ネットワークノードによってサービスが行われうるが、１つの無線ネットワークノードは１つ以上のセルにサービスを行いうる。通信ネットワーク１００は、少なくとも１つのセル１２０を含む。図４に示す非限定的な例では、ネットワークノード１１０が、サービングセル１２０にサービスを行う。通信ネットワーク１００がセルラシステムと呼ばれない場合がある例においても、ネットワークノード１１０がサービングビームを用いて、無線デバイス１３０等の受信ノードにサービスを行う場合、当該ビームのカバレッジのエリアは、依然としてセルと呼ばれることがある。ネットワークノード１１０は、送信電力と、それによるセルサイズとに基づいて、例えば、マクロｅＮｏｄｅＢ、ホームｅＮｏｄｅＢ、又はピコ基地局のような、異なるクラスのものでありうる。ネットワークノード１１０は、１つ以上の通信技術をサポートしてもよく、その名称は、使用される技術及び用語に依存してもよい。ＬＴＥでは、ｅＮＢと呼ばれることがあるネットワークノード１１０は、図を簡略化するために図４には示されていない１つ以上のコアネットワークに直接接続されうる。いくつかの例では、ネットワークノード１１０は、クラウド内の仮想ノード等の分散ノードであってもよく、その機能を完全にクラウド上で実行してもよいし、又は部分的に、無線ネットワークノードと協調して実行してもよい。

複数の無線デバイスが無線通信ネットワーク１００内に配置され、それらのうちのうちの、デバイスとも呼ばれる無線デバイス１３０が、図４の非限定的な例で示されている。通信ネットワーク１００に含まれる無線デバイス１３０は、ＵＥ又は５Ｇ ＵＥのような無線通信デバイスであってよく、いくつかのさらなる例を単に言及するために、これは、例えば、モバイル端末、無線端末及び／又は移動局、携帯電話、セルラ電話、又は無線能力を有するラップトップとしても知られうる。通信ネットワーク１００に含まれる無線デバイスのいずれも、例えば、携帯型、ポケット格納型、ハンドヘルド型、コンピュータ構成型、又は車両搭載型のモバイルデバイスであってもよく、他のエンティティ（サーバ、ラップトップ、携帯情報端末（ＰＤＡ）、又はタブレット等）、無線インタフェースを備えたマシン・ツー・マシン（Ｍ２Ｍ）デバイス（プリンタ又はファイル記憶デバイス等）、モデム、又は、通信システム内の無線リンクを介して通信可能な任意の他の無線ネットワークユニットと、ＲＡＮを介して音声及び／又はデータを通信することが可能である。通信ネットワーク１００に含まれる無線デバイス１３０は、通信ネットワーク１００内で無線通信することが可能である。当該通信は、例えば、ＲＡＮを介して、及び場合によっては、通信ネットワーク１００内に含まれうる１つ以上のコアネットワークを介して実行されうる。

送信デバイス１０１は、通信ネットワーク１００内で、リンク１４０（例えば、無線リンク）を介して受信デバイス１０２と通信するように構成されうる。

一般に、本明細書で使用される全ての用語は、異なる意味が明確に与えられ、及び／又は、それが使用される文脈から暗示されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。１つの（a/an/the）エレメント、装置、コンポーネント、手段、ステップ等への言及は全て、特に明記されない限り、エレメント、装置、コンポーネント、手段、ステップ等の少なくとも１つのインスタンスを指すものとしてオープンに解釈されるべきである。本明細書に開示される任意の方法のステップは、ステップが別のステップの後又は前として明示的に説明されている場合、及び／又はステップが別のステップの後又は前になければならないことが黙示的でる場合を除き、開示される正確な順序で実行される必要はない。本明細書に開示される実施形態のいずれかの任意の特徴は、適切な場合には、任意の他の実施形態に適用されてもよい。同様に、任意の実施形態の任意の利点は、任意の他の実施形態に適用されることができ、その逆も同様である。包含される実施形態の他の目的、特徴、及び利点は、以下の説明から明らかになる。

一般に、本明細書における「第１」、「第２」、「第３」、「第４」及び／又は「第５」の使用は、異なる要素又はエンティティを示す任意の方法であると理解されてもよく、それらが修飾する名詞に累積的又は時系列的な文字を付与しないと理解されてもよい。

本明細書にはいくつかの実施形態が含まれる。本明細書の例は、相互に排他的ではないことに留意されたい。１つの実施形態からのコンポーネントが別の実施形態に存在すると想定されてもよく、これらのコンポーネントが他の例示的な実施形態でどのように使用されうるかについては当業者には明らかである。

より具体的には、以下は、ａ）送信デバイス１０１（例えば、ＵＥ）等の送信デバイスに関連する実施形態、及び、ｂ）受信デバイス１０２（例えば、ｅＮＢ）等の受信デバイスに関連する実施形態である。送信デバイス１０１は、コンプレッサと呼ばれることもあり、受信デバイス１０２は、デコンプレッサと呼ばれることもある。

本明細書のいくつかの実施形態は、いくつかの非限定的な例を用いて説明される。以下の説明では、１つの（a/the）ＵＥ及び／又は１つの（a/the）コンプレッサへの任意の言及は、送信デバイス１０１に等しく適用されると理解されうるとともに、１つの（a/the）ｅＮＢ及び／又は１つの（a/the）ネットワーク及び／又はデコンプレッサへの任意の言及は、受信デバイス１０２に等しく適用されると理解されうる。１つの（a/the）ＵＤＣへの任意の言及は、アップリンクデータ圧縮の非限定的な例であると理解されうる。ここで提供されている例のいずれも、先に説明した本明細書の実施形態と組み合わせられることが可能であると理解されうる。

次に、図５に示すフローチャートを参照して、送信デバイス１０１によって実行される方法の実施形態について説明する。本方法は、アップリンクデータ圧縮を処理するためのものであると考えられうる。送信デバイス１０１は、通信ネットワーク１００において動作する。

送信デバイス１０１によって実行される本方法は、以下のアクションのうちの２つ以上を含みうる。いくつかの実施形態では、全てのアクションが実行されうる。いくつかの実施形態では、２つ以上のアクションが実行されうる。適用可能な場合には、１つ以上の実施形態が組み合わされてもよい。説明を簡略化するため、可能性のある全ての組み合わせは記載されていない。図５では、オプションのアクションが破線で示されている。いくつかのアクションは、図５に示される順序とは異なる順序で実行されてもよい。

＜アクション５０１＞
情報を送信するデバイス及び情報を受信するデバイスが、例えば何らかのエラーに遭遇したような、通信の状態を識別するために、若しくは、有効化された状態若しくは無効化された状態を識別するために、又は、ＵＤＣを「アクティブ化」及び「非アクティブ化」するために、既存の方法では、これが無線リソース制御（ＲＲＣ）シグナリングを介して行われること想定する。ＲＲＣシグナリングは、比較的遅い場合があり、ＲＲＣシグナリングのＵＥ処理は、当該シグナリングが受信されてから０〜１５ｍｓ後でありうる時間ウィンドウ内で行われる場合がある。この時間ウィンドウの期間中に、ＵＥがＲＲＣシグナリングを適用したか否かについてｅＮＢには確かではなく、それ故に、ｅＮＢは、送信されたパケットがリセット前又はリセット後のＵＤＣに基づいている場合に、ＵＤＣが時間ウィンドウの間にＵＥにおいて有効化／アクティブ化されていたか無効化／非アクティブ化されていたかについて認識していない可能性があるとともに、ｅＮＢは、いつＵＥにおいて時間ウィンドウが発生したかさえ知らない可能性がある。ＲＲＣを介してＵＤＣを有効化及び無効化する場合、ｅＮＢがＵＥの状態を認識していない可能性がある。

この問題に対処するために、このアクション５０１では、送信デバイス１０１は、受信デバイス１０２から第１のインジケーションを受信しうる。第１のインジケーションは、アップリンクデータ圧縮機能をアクティブ化又は非アクティブ化するための、プリファレンス等の指示を、送信デバイス１０１に知らせうる。

アップリンクデータ圧縮機能は、例えば、ＬＴＥにおけるＵＤＣでありうる。

受信することは、例えば、収集すること又は取得することとして理解されうる。受信５０１は、リンク１４０を介して行われうる。

第１のインジケーションは、ＵＤＣがＵＥによってアクティブ化されるべきか非アクティブ化されるべきかを示すための、受信デバイス１０２（例えば、ｅＮＢ）から送信デバイス１０１（例えば、ＵＥ）によって受信されうるＰＤＣＰメッセージでありうる。送信デバイス１０１は、第１のインジケーションが受信されると、第１のインジケーションがある値に設定されている場合、ＵＤＣをアクティブ化し、第１のインジケーションが別の値に設定されている場合、ＵＤＣを非アクティブ化しうる。この第１のインジケーションがどのように定義されうるかの例は、長さ：１ビットの「Activate/Deactivate（Ａ／Ｄ）フィールド」でありうる。ここで説明した「Ａ／Ｄ」フィールドは、図６、図７及び図９のいずれかに表される制御ＰＤＵに概略的に示されている。

表１は、この第１のインジケーションが長さ：１ビットの「Activate/Deactivate（Ａ／Ｄ）フィールド」においてどのように定義されるかの例を示している。

本明細書の実施形態による１つの他の例において、図６、図７、及び図９のいずれかに示されるようなオクテット内の他の予約済み（Ｒ）ビットは、他のエラーシナリオを処理するための、又はフィードバックを提供するための、効果的な通信のために、デコンプレッサ（即ち、受信デバイス１０２）とコンプレッサ（即ち、送信デバイス１０１）との間で利用されうる。

例えば、第１のインジケーションの別の例では、図７及び図９の例に示されるように、予約済みビットのうちの１つはロード（「Ｌ」）フィールドとして使用されてもよい。表２に示されるように、受信デバイス１０２は、例えば、受信デバイス１０２の負荷が大きい場合、所定のタイマーを設定することによって、一時的に圧縮を停止するように送信デバイス１０１に求めてもよい。例えば、Ｌフィールドが「１」に設定されうる場合、ＵＤＣは、所定の継続時間の間、無効化されうる。当該継続時間の満了後に、ＵＤＣが再び適用されうる。これは、第１のインジケーションの別の例として理解されてもよい。

代替のアプローチは、第１のインジケーションが、送信デバイス１０１がＵＤＣをアクティブ化／有効化するか、又は非アクティブ化／無効化するかについての明示的なインジケーションを有さないことでありうるが、むしろ、第１のインジケーション自体の受信は、送信デバイス１０１が状態を切り替える（例えば、ＵＤＣが現在、有効化／アクティブ化されている場合にはＵＤＣを無効化／非アクティブ化し、ＵＤＣが現在、無効化／非アクティブ化されている場合にはＵＤＣを有効化／アクティブ化する）ことの黙示的なインジケーションでありうる。この黙示的なインジケーションは、送信デバイス１０１が、特定のタイプの（即ち、表３に示されるフィールド「ＰＤＵタイプ」の特定の値を有する）ＰＤＵを受信しうるものでありうる。表３は、この第１のインジケーションが、長さ：３ビットの「ＰＤＵタイプ」フィールドにおいてどのように定義されるかについての例を示している。使用されるＰＤＵタイプフィールドは、既存のＰＤＵフィールドであってもよいが、表３に示されるように、このＰＤＵがＵＤＣフィードバックパケットであることを示す新しい値に（例えば、値０１１に）設定されうる。

ここで説明したＰＤＵタイプフィールドは、図６、図７及び図９のいずれかに表されるＵＤＣフィードバックパケット用のＰＤＣＰ制御ＰＤＵに、後に例示されている。

前述によれば、第１のインジケーションは、ａ）第１のＰＤＵの第１のフィールドであって、例えば表３に示されるようなＰＤＵのタイプを示す第１のフィールド内の第１の値、及び、ｂ）第１のＰＤＵの第２のフィールド内の第２の値、のうちの少なくとも１つとされうる。当該第２のフィールドは、ａ）例えば表１に示されるようなActivate/Deactivate(アクティブ化/非アクティブ化)（Ａ／Ｄ）状態、及び、ｂ）例えば表２に示されるようなNormal Operation/Temporary Deactivation(通常動作/一時的非アクティブ化)状態、のうちの少なくとも１つを示す。

第１のフィールドは、例えば、図６、図７、及び図９のいずれかにおいて、やはり後に示される表３に記載され例示されたばかりの「ＰＤＵタイプ」フィールドでありうる。

いくつかの特定の例では、第１の値は１ビットでありうる。第１の値は、０又は１でありうる。

第２のフィールドは、例えば、図６、図７、及び図９のいずれかにおいて、やはり後に示される、表１に記載され例示されたばかりの「Ａ／Ｄ」フィールドでありうる。第２のフィールドは、代替的に又は追加的には、図７及び図９に示されるように、例えば表２に記載されるような「Ｌ」フィールドであってもよい。

このアクション５０１を実行することによって、送信デバイス１０１は、送信デバイス１０１によるＵＤＣアクティブ化の制御を受信デバイス１０２が行うことを可能にし、それによって、送信デバイス１０１においてＵＤＣが有効化／アクティブ化されているか、又は無効化／非アクティブ化されているかを受信デバイス１０２が知ることを可能にすることができる。

＜アクション５０２＞
送信デバイス１０１は、第１のインジケーションが受信されると、第１のインジケーションがある値に設定されている場合、ＵＤＣをアクティブ化又は有効化し、第１のインジケーションが別の値に設定されている場合、ＵＤＣを非アクティブ化又は無効化しうる。この変更を行った後、送信デバイス１０１は、受信デバイス１０２に、その新しい状態が何であるかを知らせうる。したがって、このアクション５０２では、送信デバイス１０１は、第２のインジケーションを受信デバイス１０２へ送信しうる。アクション５０１に記載された第１のインジケーションは、別のインジケーションとして理解されうる。第２のインジケーションは、制御ＰＤＵに含まれうる。第２のインジケーションは、
ａ）アップリンクデータ圧縮機能が送信デバイス１０１において有効化されており、かつ、１つ以上のデータＰＤＵの有効化されたアップリンクデータ圧縮機能についての情報を含むヘッダが、第２のインジケーションの送信後に送信デバイス１０１によって送信されるべき１つ以上のデータＰＤＵに存在するべきであること、及び、
ｂ）アップリンクデータ圧縮機能が送信デバイス１０１において無効化されており、かつ、１つ以上のデータＰＤＵの有効化されたアップリンクデータ圧縮についての情報を含むヘッダが、第２のインジケーションの送信後に送信デバイス１０１によって送信されるべき１つ以上のデータＰＤＵに不在であるべきであること、
のうちの１つを示しうる。

このアクション５０２における送信は、例えば、リンク１４０を介して実行されうる。送信すること（Sending）は、送信すること（transmitting）とも理解されうる。

このアクション５０２における第２のインジケーションの送信は、受信デバイス１０２へのＵＤＣステータスのインジケーションとして理解されうる。

ヘッダは、例えば、図２のオクテット３（Ｏｃｔ ３）２０３に含まれるヘッダでありうる。

第２のインジケーションの実装例
第２のインジケーションを実装する１つの方法は、特定のＰＤＵタイプ（例えば、ＰＤＣＰ制御ＰＤＵタイプ）を使用することによるものでありうる。その場合、送信デバイス１０１（例えば、ＵＥ）は、そのようなＰＤＵタイプを生成し、それを受信デバイス１０２へ送信しうる。受信デバイス１０２（例えば、ｅＮＢ）は、このＰＤＵタイプの受信により、送信デバイス１０１がある状態から切り替わったことを知ることができる。例えば、送信デバイス１０１が最初に、ＵＤＣが有効化／アクティブ化された状態であったが、ＵＤＣが無効化／非アクティブ化された場合、送信デバイス１０１は、新しいＰＤＵタイプを生成して受信デバイス１０２へ送信してもよく、その後、受信デバイス１０２は、このＰＤＵタイプの後に受信された任意のパケットが、送信デバイス１０１内のＵＤＣアルゴリズムによって処理されていないことを知ってもよい。あるいは、送信デバイス１０１が最初に、ＵＤＣが無効化／非アクティブ化された状態であったが、ＵＤＣが有効化／アクティブ化された場合、送信デバイス１０１は、新しいＰＤＵタイプを生成して受信デバイス１０２へ送信してもよく、その後、受信デバイス１０２は、このＰＤＵタイプの後に受信された任意のパケットが、送信デバイス１０１内のＵＤＣアルゴリズムによって処理されていることを知ってもよい。

したがって、いくつかの実施形態では、第２のインジケーションは、制御ＰＤＵの第３のフィールドであって、ＰＤＵのタイプを示す第３のフィールド内の第３の値を示しうる。第３のフィールドは、例えば、図８に示される「ＰＤＵタイプ」フィールドでありうる。第３の値は、３ビットでありうる。第３の値は、０１１でありうる。

なお、状況によっては、受信デバイス１０２によって受信されるパケットは、送信デバイス１０１が生成したものと同じ順序でない場合がある。これを解決するために、いくつかの実施形態によれば、送信デバイス１０１は、受信デバイス１０２にシーケンス番号を知らせうる。シーケンス番号は、切り替えが発生する前の最後のパケットを示す場合、又は、切り替えの後の最初のパケットを示す場合がある。

前述によれば、いくつかの実施形態では、第２のインジケーションは、
ａ）送信デバイス１０１の有効化又は無効化状態が切り替わる前に送信デバイス１０１によって送信された最後のパケットのシーケンス番号、及び、
ｂ）送信デバイス１０１の有効化又は無効化状態が切り替わった後に送信デバイス１０１によって送信された最初のパケットのシーケンス番号、
のうちの１つを更に示しうる。

いくつかの実施形態において、第２のインジケーションとして機能しうるフラグビットを含むＰＤＵは、更に、送信デバイス１０１によってＵＤＣが有効化されているか無効化されているかを示す明示的なインジケーションを有しうる。このような他の第２のインジケーションの例は、Enabled/Disabled（Ｅ／Ｄ）フィールドにおいて定義されうる。これの実装例が図８に示されており、ここでは、ＵＤＣ用の新たなＰＤＣＰ制御ＰＤＵが使用され、Ｅ／Ｄは、送信デバイス１０１においてＵＤＣが有効化されている場合には第１の値（例えば、１又は０）に設定され、ＵＤＣが無効化されている場合には第２の値（例えば、０又は１）に設定される。表４に示す特定の例では、０はＵＤＣが有効化されていることを示し、１はＵＤＣが無効化されていることを示す。

送信デバイス１０１において有効化／無効化状態の明示的なインジケーションを有することの１つの利点は、第２のインジケーションが何を意味するかを理解するために、送信デバイス１０１が第２のインジケーションを受信する前にどの状態にあったかを受信デバイス１０２が考慮する必要がないようにすることが可能でありうることでありうる。例えば、送信デバイス１０１がそのような明示的なインジケーションを含めない場合、受信デバイス１０２は、第２のインジケーションが、送信デバイス１０１がＵＤＣを無効化又は有効化したことを意味するかを理解することができるように、ＵＤＣが送信デバイス１０１において有効化されているか無効化されているかを知る必要があり、一方で、送信デバイス１０１によって受信デバイス１０２へ明示的なインジケーションが提供される場合、受信デバイス１０２は、第２のインジケーションの値を判定することによって、これを知ることができる。

図８は、新たなＥ／Ｄインジケーション（即ち、Ｅ／Ｄフィールド）が含まれる新たなＰＤＵタイプの概略的な視覚表現を示す。しかしながら、上述のように、いくつかの実施形態では、Ｅ／Ｄインジケーションは存在せず、むしろ、第２のインジケーションが、切り替えが発生したこと又は発生すること（例えば、１０個のパケット又はシーケンス番号Ｘを有するパケットの後に、ＵＤＣが有効化／無効化にされる）を黙示的に示すタイプのＰＤＵのみである場合がある。

次に、送信デバイス１０１がＰＤＵタイプの値をどのように設定しうるかについての具体例を示す。

まず、既存のData/Control（Ｄ／Ｃ）インジケーション、即ち、Ｄ／Ｃフィールドは、表５に示されるように、これが制御ＰＤＵであることを示すために０に設定されうる。Ｄ／Ｃフィールドは、１ビットの長さを有しうる。

更に、既存のＰＤＵタイプフィールドが含められうるが、このＰＤＵがＵＤＣフィードバックパケットであることを示すための新しい値に（例えば、表３に示すように値０１１に）設定されうる。

そして、例えばＥ／Ｄフィールドを用いて、ＵＤＣが有効化／無効化されるかどうかについての明示的なインジケーションがあれば、第２のインジケーションは、表４に示されるように定義されてもよい。

前述によれば、第２のインジケーションは、
ａ）制御ＰＤＵの第３のフィールドであって、ＰＤＵのタイプを示す第３のフィールド内の第３の値、及び
ｂ）制御ＰＤＵの第４のフィールドであって、Enabled/Disabled(有効化/無効化)（Ｅ／Ｄ）状態を示す
第４のフィールド内の第４の値、
のうちの１つとされうる。

第４のフィールドは、例えば、図８に示される「Ｅ／Ｄ」フィールドでありうる。

第４の値（例えば、表４の値のいずれか）は、１ビットでありうる。第４の値は、０又は１でありうる。

送信デバイス１０１が、アップリンクデータ圧縮機能が有効化されているか無効化されているか、及び、インジケーションの送信後に送信デバイス１０１によって送信されるべき１つ以上のデータＰＤＵにヘッダが存在する予定か存在しない予定かを示す、第２のインジケーションを受信デバイス１０２へ送信することによって、送信デバイス１０１は、１つ以上のデータＰＤＵをどのように読み取るか、及び、１つ以上のデータＰＤＵが圧縮されているか否かを、受信デバイス１０２が知ることを可能にしうる。したがって、受信デバイス１０２は、それに応じて１つ以上のデータＰＤＵを処理しうる。その結果、通信ネットワーク１００内の処理リソース及びエネルギーリソースをより効率的に使用することができる。

＜アクション５０３＞
アクション５０２の制御ＰＤＵを送信することは、送信デバイス１０１の状態を受信デバイス１０２が認識することを可能にするだけでなく、例えばチェックサムエラーを検出することによって、送信デバイス１０１の圧縮バッファ及び受信デバイス１０２の伸張バッファの同期が外れているかどうかを受信デバイス１０２が検出することも可能にしうる。このようなエラーが検出された場合、受信デバイス１０２は、当該エラーについて送信デバイス１０１に通知しうるとともに、送信デバイス１０１がバッファのリセットを実行することを要求することによって、当該エラーに対処することを試みうる。したがって、このアクション５０３では、送信デバイス１０１は、通信ネットワーク１００内で動作する受信デバイス１０２から第３のインジケーションを受信する。第３のインジケーションは、バッファのリセットを実行するよう送信デバイス１０１に指示するものである。第３のインジケーションは、受信デバイス１０２から受信される第２のＰＤＵ内の第５のフィールド内の第５の値である。このアクション５０３において受信される第３のインジケーションは、本明細書では単に「インジケーション」と呼ばれることがある。このアクション５０３の第５のフィールドは、本明細書では単に「フィールド」と呼ばれることがあり、第２のＰＤＵは、本明細書では「ＰＤＵ」と呼ばれることがある。ＰＤＵは、ＰＤＣＰ制御ＰＤＵであってもよい。

このアクション５０３における受信は、リンク１４０を介して実行されうる。

第２のＰＤＵは、アクション５０１で説明された第１のＰＤＵよりも後の時点で受信されたＰＤＵであると理解されうる。

第５のフィールドは、例えば、図９に示されるReset（「ＲＥ」）フィールドでありうる。

第５の値は、１ビットでありうる。第５の値は、０又は１でありうる。

送信バッファ１０１がバッファをリセットすることを伝える特に効率的な手段は、
図９に示されるようなＰＤＣＰ制御ＰＤＵパケットの使用によるものでありうる。本明細書の実施形態によれば、新たに定義されたＰＤＣＰ制御ＰＤＵパケットの一部としてのビットのうちの１つは、表６に示されるように、バッファのリセットが必要であることを送信デバイス１０１に通知するために受信デバイス１０２によって使用されうる。第５のフィールドは、例えば、図９に示される「ＲＥ」フィールドでありうる。第５の値は、１ビットでありうる。第５の値は、０又は１でありうる。

このアクション５０３の第３のインジケーションを受信することによって、送信デバイス１０１は、送信デバイス１０１側で、圧縮バッファと伸張バッファとの間の同期の欠如の補正を開始し、圧縮バッファを再同期させることが可能になりうる。これは、バッファのミスマッチの問題を解決し、ＵＤＣが再び適用されることを可能にするものと理解されうる。

＜アクション５０４＞
このアクション５０４において、送信デバイス１０１は、受信したインジケーション（即ち、受信した第３のインジケーション）に基づいて、バッファをリセットする。

このアクション５０４においてバッファをリセットすることによって、送信デバイス１０１は、圧縮バッファを再同期させうる。これは、ＵＤＣが再び開始されることを可能にすると理解されうる。

＜アクション５０５＞
このアクション５０５では、送信デバイス１０１は、第４のインジケーションを受信デバイス１０２へ送信しうる。第４のインジケーションは、バッファリセットが実行されたことを示しうる。

送信５０５は、リンク１４０を介して実行されうる。

アクション５０３に記載された方法と同様に、送信デバイス１０１から受信デバイス１０２へのビットは、表７に示されるように、リセットが実行されたことを伝えるためにその後に使用されうる。

このアクション５０４において第４のインジケーションを送信することによって、送信デバイス１０１は、リセットが行われ、かつ、ＵＤＣバッファメモリが０に初期化されたか又は既知の値によって予め埋められたことを、受信デバイス１０２が確認することを可能にしうる。

図６は、本明細書の実施形態によるパケットフォーマットの一例を示す概略図である。描かれているパケットフォーマットは、アクション５０１において送信デバイス１０１によって受信されうる第１のＰＤＵ内に含まれうる１つのオクテット（Ｏｃｔ １）６００の非限定的な例についてのものである。図示された例では、第１のＰＤＵは、Ｄ／Ｃフィールド６０１と、ＰＤＵタイプフィールドとしての第１のフィールド６０２とを含み、ＰＤＵタイプフィールドは、例えば、表３に示すようにＰＤＵのタイプを示しうる。第１のＰＤＵの第１のオクテット６００は更に、Ｅ／Ｄフィールド６０３と、例えば表１に示されるように、Ａ／Ｄフィールドとしての第１のＰＤＵの第２のフィールド６０４とを含む。最後に、２つの予約済みフィールド、即ち、第１の予約済み（Ｒ）フィールド６０５及び第２のＲフィールド６０６も含まれる。図６は、当該オクテットの上に、オクテットの各フィールドで消費されるビットを示している。図中のサスペンシブポイント（suspensive points）は、ＵＤＣ情報を伝えるのに有用な特定の情報を示す。

図７は、本明細書の実施形態によるパケットフォーマットの一例を示す概略図である。描かれているパケットフォーマットは、アクション５０１において送信デバイス１０１によって受信されうる第１のＰＤＵ内に含まれうる第１のオクテット（Ｏｃｔ １）７００の非限定的な例についてのものである。図示のされた例では、第１のＰＤＵは、更なる第２のフィールド７０５があることを除いて、図６で説明したのと同じフィールドを含み、当該更なる第２のフィールドは、第１のＲフィールドを置き換え、かつ、例えば表２に示されるように、Normal Operation/Temporary Deactivation状態を示す、「Ｌ」フィールド７０５である。

図８は、本明細書の実施形態によるパケットフォーマットの一例を示す概略図である。描かれているパケットフォーマットは、アクション５０２において送信デバイス１０１によって送信されうる制御ＰＤＵ内に含まれうる第１のオクテット（Ｏｃｔ １）８００の非限定的な例についてのものである。図示された例では、制御ＰＤＵは、Ｄ／Ｃフィールド６０１と、ＰＤＵタイプフィールドとしての第３のフィールド８０２内の第２のインジケーションとを含み、ＰＤＵタイプフィールドは、例えば、表３に示すようにＰＤＵのタイプを示しうる。制御ＰＤＵの第１のオクテット６００は更に、例えば表４に示されるように、Ｅ／Ｄフィールドとしての制御ＰＤＵの第４のフィールド８０３内に、更なる第２のインジケーションを含む。最後に、３つの予約済みフィールド、即ち、第１の予約済み（Ｒ）フィールド８０４、第２のＲフィールド８０５、及び第３のＲフィールド８０６も含まれる。

図９は、本明細書の実施形態によるパケットフォーマットの一例を示す概略図である。描かれているパケットフォーマットは、アクション５０３において送信デバイス１０１によって受信される第２のＰＤＵ内に含まれうる第１のオクテット（Ｏｃｔ １）９００の非限定的な例についてのものである。図示された例では、第２のＰＤＵは、Ｄ／Ｃフィールド６０１と、ＰＤＵタイプフィールド６０２としての第１のフィールドと、Ｅ／Ｄフィールド６０３と、Ａ／Ｄフィールド６０４としての第１のＰＤＵの第２のフィールドと、「Ｌ」フィールド７０５としての更なる第２のフィールドと、ＲＥフィールド９０６としての第５のフィールドとを含む。

次に、図１０に示すフローチャートを参照して、受信デバイス１０２によって実行される方法の実施形態について説明する。本方法は、アップリンクデータ圧縮を処理するものであると考えられうる。受信デバイス１０２は、通信ネットワーク１００において動作する。

受信デバイス１０２によって実行される本方法は、以下のアクションのうちの１つ又は以上を含みうる。いくつかの実施形態では、全てのアクションが実行されうる。いくつかの実施形態では、１つ以上のアクションが実行されうる。適用可能な場合には、１つ以上の実施形態が組み合わされてもよい。説明を簡略化するため、可能性のある全ての組み合わせは記載されていない。図１０では、オプションのアクションが破線で示されている。いくつかのアクションは、図１０に示される順序とは異なる順序で実行されてもよい。

以下のいくつかについての詳細な説明は、送信デバイス１０１について説明されたアクションに関連して、上記で提供された同じリファレンスに対応し、それ故に、説明を簡略化するためにここでは繰り返さないが同様に適用されることが理解されうる。例えば、アップリンクデータ圧縮機能は、例えば、ＬＴＥにおけるＵＤＣでありうる。

＜アクション１００１＞
このアクション１００１では、受信デバイス１０２は、第１のインジケーションを送信デバイス１０１へ送信しうる。第１のインジケーションは、アップリンクデータ圧縮機能をアクティブ化又は非アクティブ化するためのプリファレンスを、送信デバイス１０１に知らせうる。

このアクション１００１における送信は、リンク１４０を介して実行されうる。

先に説明したように、第１のインジケーションは、ａ）第１のＰＤＵの第１のフィールド６０２であって、ＰＤＵのタイプを示す第１のフィールド６０２内の第１の値、及び、ｂ）第１のＰＤＵの第２のフィールド６０４内の第２の値、のうちの少なくとも１つでありうる。第２のフィールド６０４，７０５は、ａ）Activate/Deactivate（Ａ／Ｄ）状態、及び、ｂ）Normal Operation/Temporary Deactivation状態、のうちの少なくとも１つを示す。

第２のフィールドの一例として、第１のインジケーションは、ＵＤＣが送信デバイス１０１によってアクティブ化されるべきか非アクティブ化されるべきかを示すための、受信デバイス１０２（例えば、ｅＮＢ）から送信デバイス１０１（例えば、ＵＥ）へ送信されうるＰＤＣＰメッセージでありうる。表１は、この第１のインジケーションがどのように定義されるかについての例を示している。第２のフィールドは、例えば、図６、図７、及び図９のいずれかに示される「Ａ／Ｄ」フィールドでありうる。

代替のアプローチは、第１のインジケーションが、送信デバイス１０１がＵＤＣをアクティブ化／有効化するか、又は非アクティブ化／無効化するかについての明示的なインジケーションを有さないことでありうるが、むしろ、第１のインジケーション自体の受信は、送信デバイス１０１が状態を切り替える（例えば、ＵＤＣが現在、有効化／アクティブ化されている場合にはＵＤＣを無効化／非アクティブ化し、ＵＤＣが現在、無効化／非アクティブ化されている場合にはＵＤＣを有効化／アクティブ化する）ことの黙示的なインジケーションでありうる。この黙示的なインジケーションは、受信デバイス１０２が、特定のタイプの（即ち、第１のフィールド６０２の一例と考えることができる、表３に示されるフィールド「ＰＤＵタイプ」の特定の値を有する）ＰＤＵを送信しうるものでありうる。第１のフィールド６０２は、例えば、図６、図７、及び図９のいずれかに示される「ＰＤＵタイプ」フィールドでありうる。第１の値は、１ビットでありうる。第１の値は、０又は１でありうる。

いくつかの実施形態では、第１のインジケーションは、アップリンクデータ圧縮機能をアクティブ化又は非アクティブ化するための指示を、送信デバイス１０１に知らせうる。

このアクション１００１において第１のインジケーションを送信デバイス１０１へ送信することによって、受信デバイス１０２は、送信デバイス１０１におけるＵＤＣのアクティブ化についてネットワーク制御を及ぼしうる。

＜アクション１００２＞
このアクション１００２では、受信デバイス１０２は、送信デバイス１０１から第２のインジケーションを受信しうる。第２のインジケーションは、制御ＰＤＵに含まれうる。第２のインジケーションは、
ａ）アップリンクデータ圧縮機能が送信デバイス１０１において有効化されており、かつ、１つ以上のデータＰＤＵの有効化されたアップリンクデータ圧縮機能についての情報を含むヘッダが、インジケーションの受信後に送信デバイス１０１から受信されるべき１つ以上のデータＰＤＵに存在するべきであること、及び、
ｂ）アップリンクデータ圧縮機能が送信デバイス１０１において無効化されており、かつ、１つ以上のデータＰＤＵの有効化されたアップリンクデータ圧縮機能についての情報を含むヘッダが、インジケーションの受信後に送信デバイス１０１から受信されるべき１つ以上のデータＰＤＵに不在であるべきであること、
のうちの１つを示しうる。

受信１００２は、リンク１４０を介して行われうる。

先に述べたように、例えば、図２のオクテット３（Ｏｃｔ ３）に含まれるヘッダでありうる。

いくつかの実施形態では、前述のように、第２のインジケーションは、ａ）制御ＰＤＵの第３のフィールド８０２であって、ＰＤＵのタイプを示す第３のフィールド８０２内の第３の値、及び、ｂ）制御ＰＤＵの第４のフィールド８０３であって、Enabled/Disabled（Ｅ／Ｄ）状態を示す第４のフィールド８０３内の第４の値、
のうちの１つとされうる。

第３のフィールド８０２は、例えば、図８に示される「ＰＤＵタイプ」フィールドでありうる。第３の値は、３ビットでありうる。第３の値は、０１１でありうる。

第４のフィールド８０３は、例えば、図８に示される「Ｅ／Ｄ」フィールドでありうる。第４の値は、１ビットでありうる。第４の値は、０又は１でありうる。

前述のように、状況によっては、受信デバイス１０２によって受信されるパケットは、送信デバイス１０１が生成したものと同じ順序でない場合がある。これを解決するために、いくつかの実施形態によれば、送信デバイス１０１は、受信デバイス１０２にシーケンス番号を知らせうる。シーケンス番号は、切り替えが発生する前の最後のパケットを示す場合、又は、切り替えの後の最初のパケットを示す場合がある。したがって、いくつかの実施形態では、第２のインジケーションは、ａ）送信デバイス１０１の有効化又は無効化状態が切り替わる前に送信デバイス１０１によって送信された最後のパケットのシーケンス番号、及び、ｂ）送信デバイス１０１の有効化又は無効化状態が切り替わった後に送信デバイス１０１によって送信された最初のパケットのシーケンス番号、のうちの１つを更に示しうる。

受信デバイス１０２は、実際には切り替え後に生成及び／又は送信された一方で、受信デバイス１０２によって受信された特定のパケットが、切り替えの前に送信デバイス１０１によって生成及び／又は送信されたものと解釈されることを軽減又は回避するために、送信デバイス１０１から受信されたパケットをバッファする必要がありうる。そのようなバッファリングを行うことは、パケットが送信デバイス１０１からの受信時に直接、受信デバイス１０２によって処理されないことがあるため、追加の遅延を生成することがあり、それ故に、受信デバイス１０２は、切り替えに近い時間にのみそのようなバッファリングを実行することがある。

＜アクション１００３＞
既存の方法では、チェックサム失敗のような失敗が検出される場合に、バッファをリセットするためにＲＲＣシグナリングを使用することが説明されている。しかし、これを伝達するための効率的な手段は、本明細書の実施形態によるアクション１０３を受信デバイス１０２が実行するによるものでありうる。このアクション１００３では、受信デバイス１０２は、通信ネットワーク１００内で動作する送信デバイス１０１へ第３のインジケーションを送信する。第３のインジケーションは、バッファのリセットを実行するよう送信デバイス１０１に指示するものである。第３のインジケーションは、送信デバイス１０１へ送信される第２のＰＤＵ内の第５のフィールド９０６内の第５の値である。

前述のように、このアクション１００３において送信される第３のインジケーションは、本明細書では単に「インジケーション」と呼ばれることがある。このアクション１００３の第５のフィールドは、本明細書では単に「フィールド」と呼ばれることがあり、第２のＰＤＵは、本明細書では「ＰＤＵ」と呼ばれることがある。ＰＤＵは、ＰＤＣＰ制御ＰＤＵであってもよい。このアクション１００３における送信は、リンク１４０を介して実行されうる。

送信バッファ１０１がバッファをリセットすることを伝える特に効率的な手段は、
図９に示されるようなＰＤＣＰ制御ＰＤＵパケットの使用によるものでありうる。本明細書の実施形態によれば、新たに定義されたＰＤＣＰ制御ＰＤＵパケットの一部としてのビットのうちの１つは、表６に示されるように、バッファのリセットが必要であることを送信デバイス１０１に通知するために受信デバイス１０２によって使用されうる。第５のフィールド９０６は、例えば、図９に示される「ＲＥ」フィールドでありうる。第５の値は、１ビットでありうる。第５の値は、０又は１でありうる。

このアクション１００３において送信デバイス１０１へ第３のインジケーションを送信することによって、受信デバイス１０２は、ネットワークから送信デバイス１０１へバッファリセットを伝達し、それによって、受信デバイス１０２がパケット伸長の実行中にエラーを発見したことを知らせうる。これは、受信デバイス１０２と送信デバイス１０１とがＵＤＣバッファメモリのコンテンツにミスマッチがある可能性が最も高いことを示すと理解されうる。

＜アクション１００４＞
このアクション１００４では、受信デバイス１０２は、送信デバイス１０１から第４のインジケーションを受信しうる。第４のインジケーションは、バッファリセットが実行されたことを示しうる。

このアクション１００４における受信は、リンク１４０を介して実行されうる。

前述のように、受信デバイス１０２から送信デバイス１０１へのビットは、表７に示されるように、リセットが実行されたことを伝えるために使用されうる。

特定の実施形態は、以下の技術的利点のうちの１つ又は以上を提供しうる。本明細書の実施形態の利点は、主に効率及び柔軟性の点にあり、以下のようにまとめられる。ｅＮＢ等の受信デバイスは、送信デバイス（例えば、ＵＥ）がアップリンクデータ圧縮機能の設定（例えば、ＵＤＣ設定）の解除に成功したかどうかを知ることが可能になりうる。送信デバイスが、アップリンクデータ圧縮機能が有効化されているか無効化されているか、及び、インジケーションの送信後に送信デバイスによって送信されるべき１つ以上のデータＰＤＵにヘッダが存在する予定か存在しない予定かを示す、第２のインジケーションを受信デバイスへ送信することによって、送信デバイスは、１つ以上のデータＰＤＵをどのように読み取るか、及び、１つ以上のデータＰＤＵが圧縮されているか否かを、受信デバイスが知ることを可能にする。したがって、受信デバイスは、それに応じて１つ以上のデータＰＤＵを処理しうる。その結果、通信ネットワーク内の処理リソース及びエネルギーリソースをより効率的に使用することができる。

更に、送信デバイス１０１が第３のインジケーションを受信することによって、送信デバイス１０１は、送信デバイス１０１側で、後にバッファをリセットし、圧縮バッファと伸張バッファとの間の同期の欠如を補正することが可能になる。その結果、送信デバイス１０１及び受信デバイス１０２は、ＵＤＣを再び使用することができる。

図１１は、図５に関連して上述した方法のアクションを実行するために送信デバイス１０１が備えうる構成の、パネルａ）及びｂ）における２つの異なる例をそれぞれ示す図である。いくつかの実施形態では、送信デバイス１０１は、図１１ａに示す以下の構成を備えうる。送信デバイス１０１は、アップリンクデータ圧縮を処理するように構成されうる。送信デバイス１０１は、通信ネットワーク１００において動作するように構成される。

本明細書にはいくつかの実施形態が含まれる。１つの実施形態からのコンポーネントが別の実施形態に存在すると想定されてもよく、これらのコンポーネントが他の例示的な実施形態でどのように使用されうるかについては当業者には明らかである。以下のいくつかについての詳細な説明は、送信デバイス１０１について説明されたアクションに関連して、上記で提供された同じリファレンスに対応し、それ故に、ここでは繰り返さないが同様に適用されることが理解されうる。例えば、アップリンクデータ圧縮機能は、例えば、ＬＴＥにおけるＵＤＣでありうる。

図１１では、オプションの回路が破線のボックスで示されている。

送信デバイス１０１は、例えば、通信ネットワーク１００において動作するように構成された受信デバイス１０２からインジケーションを受信するように構成された送信デバイス１０１内の受信回路１１０１を用いて、アクション５０３の受信を実行するように構成される。当該インジケーションは、バッファのリセットを実行するよう送信デバイス１０１に指示するように構成される。当該インジケーションは、受信デバイス１０２から受信されるように構成された、ＰＤＵ内のフィールド９０６の値であるように構成される。受信回路１１０２は、送信デバイス１０１のプロセッサ１１０５であってもよいし、又は、そのようなプロセッサで実行されるアプリケーションであってもよい。

前の段落では、インジケーションは、第３のインジケーションであると理解されてもよく、フィールドは、第５のフィールドであると理解されてもよく、ＰＤＵは、第２のＰＤＵであると理解されてもよい。ＰＤＵは、ＰＤＣＰ制御ＰＤＵであってもよい。

送信デバイス１０１は、例えば、受信されるように構成されたインジケーション（即ち、第３のインジケーション）に基づいて、バッファをリセットするように構成された、送信デバイス１０１内のリセット回路１１０２を用いて、アクション５０３のリセットを実行するように更に構成される。リセット回路１１０２は、送信デバイス１０１のプロセッサ１１０５であってもよいし、又は、そのようなプロセッサで実行されるアプリケーションであってもよい。

いくつかの実施形態では、インジケーションは、第３のインジケーションであるように構成されうる。そのような実施形態のいくつかでは、送信デバイス１０１は、例えば、受信デバイス１０２から第１のインジケーションを受信するように構成された、送信デバイス１０１内の受信回路１１０１を用いて、アクション５０１の受信を実行するように更に構成されうる。第１のインジケーションは、アップリンクデータ圧縮機能をアクティブ化又は非アクティブ化するためのプリファレンスを、送信デバイス１０１に知らせるように構成されうる。

ＰＤＵが第２のＰＤＵであるように構成されうるいくつかの実施形態では、第１のインジケーションは、ａ）第１のＰＤＵの第１のフィールド６０２内の第１の値のうちの少なくとも１つであるように構成されうる。第１のフィールド６０２は、ＰＤＵのタイプと、ｂ）第１のＰＤＵの第２のフィールド６０４，７０５内の第２の値とを示すように構成されうる。第２のフィールド６０４，７０５は、ａ）Ａ／Ｄ状態、及び、ｂ）Normal Operation/Temporary Deactivation状態、のうちの少なくとも１つを示すように構成されうる。

いくつかの実施形態では、インジケーションは、第３のインジケーションであるように構成されうる。そのような実施形態のいくつかでは、送信デバイス１０１は、例えば、受信デバイス１０２へインジケーションを送信するように構成された、送信デバイス１０１内の送信回路１１０３を用いて、アクション５０２の送信を実行するように更に構成されうる。第２のインジケーションは、制御ＰＤＵに含まれるように構成されうる。第２のインジケーションは、ａ）アップリンクデータ圧縮機能が送信デバイス１０１において有効化されており、かつ、１つ以上のデータＰＤＵの有効化されたアップリンクデータ圧縮機能についての情報を含むヘッダが、第２のインジケーションの送信後に送信デバイス１０１によって送信されるように構成された１つ以上のデータＰＤＵに存在するべきであること、及び、ｂ）アップリンクデータ圧縮機能が送信デバイス１０１において無効化されており、かつ、１つ以上のデータＰＤＵの有効化されたアップリンクデータ圧縮機能についての情報を含むヘッダが、第２のインジケーションの送信後に送信デバイス１０１によって送信されるように構成された１つ以上のデータＰＤＵに不在であるべきであること、のうちの１つを示すように構成されうる。送信回路１１０３は、送信デバイス１０１のプロセッサ１１０５であってもよいし、又は、そのようなプロセッサで実行されるアプリケーションであってもよい。

いくつかの実施形態では、第２のインジケーションは、ａ）制御ＰＤＵの第３のフィールド８０２であって、ＰＤＵのタイプを示すように構成された第３のフィールド８０２内の第３の値、及び、ｂ）制御ＰＤＵの第４のフィールド８０３内の第４の値、
のうちの１つとなるように構成されうる。第４のフィールド８０３は、Enabled/Disabled（Ｅ／Ｄ）状態を示すように構成されうる。

いくつかの実施形態では、第２のインジケーションは、ａ）送信デバイス１０１の有効化又は無効化状態が切り替わる前に送信デバイス１０１によって送信されるように構成された最後のパケットのシーケンス番号、及び、ｂ）送信デバイス１０１の有効化又は無効化状態が切り替わった後に送信デバイス１０１によって送信されるように構成された最初のパケットのシーケンス番号、のうちの１つを示すように更に構成されうる。

いくつかの実施形態では、インジケーションは、第３のインジケーションであるように構成されうる。そのような実施形態のいくつかでは、送信デバイス１０１は、例えば、受信デバイス１０２へ第４のインジケーションを送信するように構成された、送信デバイス１０１内の送信回路１１０３を用いて、送信５０５アクションを実行するように更に構成されうる。第４のインジケーションは、バッファリセットが実行されたことを示すように構成されうる。

他の回路１１０４は、送信デバイス１０１内に備えられうる。

本明細書における送信デバイス１０１の実施形態は、本明細書の実施形態の機能及びアクションを実行するためのコンピュータプログラムコードとともに、図１１ａに示される送信デバイス１０１内のプロセッサ１１０５等の１つ以上のプロセッサを通じて実装されうる。本明細書で使用されるプロセッサは、ハードウェアコンポーネントであると理解されうる。上述のプログラムコードは、例えば、送信デバイス１０１にロードされたときに本明細書の実施形態を実行するためのコンピュータプログラムコードを担持するデータキャリアの形態で、コンピュータプログラム製品として提供されてもよい。そのようなキャリアの１つは、ＣＤ ＲＯＭディスクの形式でありうる。しかし、メモリスティックのような他のデータキャリアで実現可能である。コンピュータプログラムコードは更に、サーバ上のピュアプログラムコードとして提供され、送信デバイス１０１にダウンロードされうる。

送信デバイス１０１は、１つ以上のメモリユニットを備えるメモリ１１０６を更に備えうる。メモリ１１０６は、送信デバイス１０１において実行されるときに本明細書の方法を実行するための、取得された情報、格納されたデータ、設定、スケジューリング、及びアプリケーション等を格納するために使用されるように構成される。

いくつかの実施形態では、送信デバイス１０１は、受信ポート１１０７を介して、例えば受信デバイス１０２から情報を受信しうる。いくつかの実施形態では、受信ポート１１０７は、例えば、送信デバイス１０１内の１つ以上のアンテナに接続されうる。他の実施形態では、送信デバイス１０１は、受信ポート１１０７を介して通信ネットワーク１００内の別の機構から情報を受信しうる。受信ポート１１０７はプロセッサ１１０５と通信しうるため、受信ポート１１０７は、受信した情報をプロセッサ１１０５に送信しうる。受信ポート１１０７は、他の情報を受信するようにも構成されうる。

送信デバイス１０１内のプロセッサ１１０５は、プロセッサ１１０５及びメモリ１１０６と通信可能な送信ポート１１０８を介して、通信ネットワーク１００内の、例えば、受信デバイス１０２、他の機構に情報を送信するように更に構成されうる。

当業者であれば、上述の受信回路１１０１、リセット回路１１０２、送信回路１１０３、及び他の回路１１０４が、アナログ回路及びデジタル回路の組み合わせ、及び／又は、プロセッサ１１０５等の１つ以上のプロセッサによって実行されたときに上述のように実行する、例えばメモリに格納されたソフトウェア及び／又はファームウェアで構成された１つ以上のプロセッサを指すことがあることを理解するのであろう。これらのプロセッサのうちの１つ以上、及び他のデジタルハードウェアが、単一の特定用途向け集積回路（ＡＳＩＣ）に含められてもよいし、又は、個々にパッケージされているかシステムオンチップ（ＳｏＣ）に組み立てられているかによらず、いくつかのプロセッサ及び様々なデジタルハードウェアが、いくつかの別個のコンポーネント間で分散されてもよい。

また、いくつかの実施形態では、上述の異なるモジュール又は回路１１０１〜１１０４は、プロセッサ１１０５等の１つ以上のプロセッサで実行される１つ以上のアプリケーションとして実装されてもよい。

このため、送信デバイス１０１について本明細書に記載の実施形態による方法は、少なくとも１つのプロセッサ１１０５で実行されると当該少なくとも１つのプロセッサ１１０５に、送信デバイス１０１によって実行される本明細書に記載のアクションを実行させる命令（即ち、ソフトウェアコード部分）を含むコンピュータプログラム１１０９製品によってそれぞれ実装されうる。コンピュータプログラム１１０９製品は、コンピュータ読み取り可能記憶媒体１１１０に格納されてもよい。コンピュータプログラム１１０９が格納されたコンピュータ読み取り可能記憶媒体１１１０は、少なくとも１つのプロセッサ１１０５で実行されると当該少なくとも１つのプロセッサ１１０５に、送信デバイス１０１によって実行される本明細書に記載のアクションを実行させる命令を含みうる。いくつかの実施形態では、コンピュータ読み取り可能記憶媒体１１１０は、ＣＤ ＲＯＭディスク又はメモリスティックのような、非一時的なコンピュータ読み取り可能記憶媒体でありうる。他の実施形態では、コンピュータプログラム１１０９製品は、上述のようなコンピュータプログラム１１０９を含むキャリアに格納されてもよく、当該キャリアは、上述のように、電子信号、光信号、無線信号、又はコンピュータ読み取り可能記憶媒体１１１０のうちの１つである。

送信デバイス１０１は、送信デバイス１０１と他のノード又はデバイス（例えば、受信デバイス１０２）との間の通信を容易にするように構成された通信インタフェースを備えうる。当該インタフェースは、例えば、適した規格に従って無線インタフェースを介して無線信号を送受信するように構成された送受信機を備えうる。

他の実施形態では、送信デバイス１０１は、図１１ｂに示される以下の構成を備えてもよい。送信デバイス１０１は、送信デバイス１０１内の処理回路１１０５（例えば、プロセッサ１１０５等の１つ以上のプロセッサ）及びメモリ１１０６を備えうる。送信デバイス１０１は、例えば受信ポート１１０７及び送信ポート１１０８を含みうる無線回路１１１１も備えうる。処理回路１１０５は、図１１ａに関連して説明したのと同様の方法で、図５及び／又は図１６〜図２０による方法のアクションを実行するように構成されてもよいし、又は実行するように動作可能であってもよい。無線回路１１１１は、少なくとも受信デバイス１０２との無線接続をセットアップ及び維持するように構成されうる。本明細書では、回路はハードウェアコンポーネントとして理解されてもよい。

このため、本明細書の実施形態は、通信ネットワーク１００において動作するように動作可能な送信デバイス１０１にも関連する。送信デバイス１０１は、処理回路１１０５及びメモリ１１０６を備えうる。当該メモリ１１０６は、当該処理回路１１０５によって実行可能な命令を含み、それにより、送信デバイス１０１は、例えば図５及び／又は図１６〜２０において、送信デバイス１０１に関連して本明細書に記載のアクションを実行するように更に動作可能である。

図１２は、図１０に関連して上述した方法のアクションを実行するために受信デバイス１０２が備えうる構成の、パネルａ）及びｂ）における２つの異なる例をそれぞれ示す図である。いくつかの実施形態では、受信デバイス１０２は、図１２ａに示す以下の構成を備えうる。受信デバイス１０２は、アップリンクデータ圧縮を処理するように構成されうる。受信デバイス１０２は、通信ネットワーク１００において動作するように構成される。

本明細書にはいくつかの実施形態が含まれる。１つの実施形態からのコンポーネントが別の実施形態に存在すると想定されてもよく、これらのコンポーネントが他の例示的な実施形態でどのように使用されうるかについては当業者には明らかである。以下のいくつかについての詳細な説明は、受信デバイス１０２について説明されたアクションに関連して、上記で提供された同じリファレンスに対応し、それ故に、ここでは繰り返さないが同様に適用されることが理解されうる。例えば、アップリンクデータ圧縮機能は、例えば、ＬＴＥにおけるＵＤＣでありうる。

図１２では、オプションの回路が破線のボックスで示されている。

受信デバイス１０２は、例えば、通信ネットワーク１００において動作するように構成された送信デバイス１０１へインジケーションを送信するように構成された受信デバイス１０２内の送信回路１２０１を用いて、アクション１００３の送信を実行するように更に構成される。当該インジケーションは、バッファのリセットを実行するよう送信デバイス１０１に指示するように構成される。当該インジケーションは、送信デバイスへ送信されるように構成された、ＰＤＵ内のフィールド９０６の値であるように構成される。送信回路１２０１は、受信デバイス１０２のプロセッサ１２０４であってもよいし、又は、そのようなプロセッサで実行されるアプリケーションであってもよい。

前の段落では、インジケーションは、第３のインジケーションであると理解されてもよく、フィールドは、第５のフィールドであると理解されてもよく、ＰＤＵは、第２のＰＤＵであると理解されてもよい。ＰＤＵは、ＰＤＣＰ制御ＰＤＵであってもよい。

そのような実施形態のいくつかでは、インジケーションは、第３のインジケーションであるように構成されうる。そのような実施形態のいくつかでは、受信デバイス１０２は、例えば、送信デバイス１０１へインジケーションを送信するように構成された、受信デバイス１０２内の送信回路１２０１を用いて、アクション１００１の送信を実行するように更に構成されうる。第１のインジケーションは、アップリンクデータ圧縮機能をアクティブ化又は非アクティブ化するためのプリファレンスを、送信デバイス１０１に知らせるように構成されうる。

いくつかの実施形態では、ＰＤＵは、第２のＰＤＵであるように構成されうる。そのような実施形態のいくつかでは、第１のインジケーションは、ａ）第１のＰＤＵの第１のフィールド６０２内の第１の値のうちの少なくとも１つであるように構成されうる。第１のフィールド６０２は、ＰＤＵのタイプと、ｂ）第１のＰＤＵの第２のフィールド６０４，７０５内の第２の値とを示すように構成されうる。第２のフィールド６０４，７０５は、ａ）Ａ／Ｄ状態、及び、ｂ）Normal Operation/Temporary Deactivation状態、のうちの少なくとも１つを示すように構成されうる。

いくつかの実施形態では、インジケーションは、第３のインジケーションであるように構成されうる。そのような実施形態のいくつかでは、受信デバイス１０２は、例えば、通信ネットワーク１００において動作するように構成された送信デバイス１０１から第２のインジケーションを受信するように構成された受信デバイス１０２内の受信回路１２０２を用いて、アクション１００２の送信を実行するように更に構成される。第２のインジケーションは、制御ＰＤＵに含まれるように構成されうる。第２のインジケーションは、ａ）アップリンクデータ圧縮機能が送信デバイス１０１において有効化されており、かつ、１つ以上のデータＰＤＵの有効化されたアップリンクデータ圧縮機能についての情報を含むヘッダが、第２のインジケーションの受信後に送信デバイス１０１から受信されるように構成された１つ以上のデータＰＤＵに存在するべきであること、及び、ｂ）アップリンクデータ圧縮機能が送信デバイス１０１において無効化されており、かつ、１つ以上のデータＰＤＵの有効化されたアップリンクデータ圧縮機能についての情報を含むヘッダが、第２のインジケーションの受信後に送信デバイス１０１から受信されるように構成された１つ以上のデータＰＤＵに不在であるべきであること、のうちの１つを示すように構成されうる。受信回路１２０１は受信デバイス１０２のプロセッサ１２０４であってもよいし、そのようなプロセッサで実行されるアプリケーションであってもよい。

いくつかの実施形態では、第２のインジケーションは、ａ）制御ＰＤＵの第３のフィールド８０２であって、ＰＤＵのタイプを示すように構成された第３のフィールド８０２内の第３の値、及び、ｂ）制御ＰＤＵの第４のフィールド８０３内の第４の値、
のうちの１つとなるように構成されうる。第４のフィールド８０３は、Enabled/Disabled（Ｅ／Ｄ）状態を示すように構成されうる。

いくつかの実施形態では、第２のインジケーションは、ａ）送信デバイス１０１の有効化又は無効化状態が切り替わる前に送信デバイス１０１によって送信されるように構成された最後のパケットのシーケンス番号、及び、ｂ）送信デバイス１０１の有効化又は無効化状態が切り替わった後に送信デバイス１０１によって送信されるように構成された最初のパケットのシーケンス番号、のうちの１つを示すように更に構成されうる。

いくつかの実施形態では、インジケーションは、第３のインジケーションであるように構成されうる。そのような実施形態のいくつかでは、受信デバイス１０２は、例えば、送信デバイス１０１から第４のインジケーションを受信するように構成された、受信デバイス１０２内の受信回路１２０２を用いて、アクション１００４の受信を実行するように更に構成されうる。第４のインジケーションは、バッファリセットが実行されたことを示すように構成されうる。受信回路１２０２は受信デバイス１０２のプロセッサ１２０４であってもよいし、そのようなプロセッサで実行されるアプリケーションであってもよい。

他の回路１２０３は、受信デバイス１０２内に備えられうる。

本明細書における受信デバイス１０２の実施形態は、本明細書の実施形態の機能及びアクションを実行するためのコンピュータプログラムコードとともに、図１２ａに示される受信デバイス１０２内のプロセッサ１２０４等の１つ以上のプロセッサを通じて実装されうる。本明細書で使用されるプロセッサは、ハードウェアコンポーネントであると理解されうる。上述のプログラムコードは、例えば、受信デバイス１０２にロードされたときに本明細書の実施形態を実行するためのコンピュータプログラムコードを担持するデータキャリアの形態で、コンピュータプログラム製品として提供されてもよい。そのようなキャリアの１つは、ＣＤ ＲＯＭディスクの形式でありうる。しかし、メモリスティックのような他のデータキャリアで実現可能である。コンピュータプログラムコードは更に、サーバ上のピュアプログラムコードとして提供され、受信デバイス１０２にダウンロードされうる。

受信デバイス１０２は、１つ以上のメモリユニットを備えるメモリ１２０５を更に備えうる。メモリ１２０５は、受信デバイス１０２において実行されるときに本明細書の方法を実行するための、取得された情報、格納されたデータ、設定、スケジューリング、及びアプリケーション等を格納するために使用されるように構成される。

いくつかの実施形態では、受信デバイス１０２は、受信ポート１２０６を介して、例えば送信デバイス１０１から情報を受信しうる。いくつかの実施形態では、受信ポート１２０６は、例えば、受信デバイス１０２内の１つ以上のアンテナに接続されうる。他の実施形態では、受信デバイス１０２は、受信ポート１２０６を介して通信ネットワーク１００内の別の機構から情報を受信しうる。受信ポート１２０６はプロセッサ１２−４と通信しうるため、受信ポート１２０６は、受信した情報をプロセッサ１２０４に送信しうる。受信ポート１２０６は、他の情報を受信するようにも構成されうる。

受信デバイス１０２内のプロセッサ１２０４は、プロセッサ１２０４及びメモリ１２０５と通信可能な送信ポート１２０７を介して、通信ネットワーク１００内の、例えば、送信デバイス１０２、他の機構に情報を送信するように更に構成されうる。

当業者であれば、上述の送信回路１２０１、受信回路１２０２、及び他の回路１２０３が、アナログ回路及びデジタル回路の組み合わせ、及び／又は、プロセッサ１２０４等の１つ以上のプロセッサによって実行されたときに上述のように実行する、例えばメモリに格納されたソフトウェア及び／又はファームウェアで構成された１つ以上のプロセッサを指すことがあることを理解するのであろう。これらのプロセッサのうちの１つ以上、及び他のデジタルハードウェアが、単一の特定用途向け集積回路（ＡＳＩＣ）に含められてもよいし、又は、個々にパッケージされているかシステムオンチップ（ＳｏＣ）に組み立てられているかによらず、いくつかのプロセッサ及び様々なデジタルハードウェアが、いくつかの別個のコンポーネント間で分散されてもよい。

また、いくつかの実施形態では、上述の異なる回路１２０１〜１２０３は、プロセッサ１２０４等の１つ以上のプロセッサで実行される１つ以上のアプリケーションとして実装されてもよい。

このため、受信デバイス１０２について本明細書に記載の実施形態による方法は、
少なくとも１つのプロセッサ１２０４で実行されると当該少なくとも１つのプロセッサ１２０４に、受信デバイス１０２によって実行される本明細書に記載のアクションを実行させる命令（即ち、ソフトウェアコード部分）を含むコンピュータプログラム１２０８製品によってそれぞれ実装されうる。コンピュータプログラム１２０８製品は、コンピュータ読み取り可能記憶媒体１２０９に格納されてもよい。コンピュータプログラム１２０８が格納されたコンピュータ読み取り可能記憶媒体１２０９は、少なくとも１つのプロセッサ１２０４で実行されると当該少なくとも１つのプロセッサ１２０４に、受信デバイス１０２によって実行される本明細書に記載のアクションを実行させる命令を含みうる。いくつかの実施形態では、コンピュータ読み取り可能記憶媒体１２０９は、ＣＤ ＲＯＭディスク又はメモリスティックのような、非一時的なコンピュータ読み取り可能記憶媒体でありうる。他の実施形態では、コンピュータプログラム１２０８製品は、上述のようなコンピュータプログラム１２０８を含むキャリアに格納されてもよく、当該キャリアは、上述のように、電子信号、光信号、無線信号、又はコンピュータ読み取り可能記憶媒体１２０９のうちの１つである。

受信デバイス１０２は、受信デバイス１０２と他のノード又はデバイス（例えば、送信デバイス１０１）との間の通信を容易にするように構成された通信インタフェースを備えうる。当該インタフェースは、例えば、適した規格に従って無線インタフェースを介して無線信号を送受信するように構成された送受信機を備えうる。

他の実施形態では、受信デバイス１０２は、図１２ｂに示される以下の構成を備えてもよい。受信デバイス１０２は、受信デバイス１０２内の処理回路１２０４（例えば、プロセッサ１２０４等の１つ以上のプロセッサ）及びメモリ１２０５を備えうる。受信デバイス１０２は、例えば受信ポート１２０６及び送信ポート１２０７を含みうる無線回路１２１０も備えうる。処理回路１２１０は、図１２ａに関連して説明したのと同様の方法で、図１０及び／又は図１６〜図２０による方法のアクションを実行するように構成されてもよいし、又は実行するように動作可能であってもよい。無線回路１２１０は、少なくとも送信デバイス１０１との無線接続をセットアップ及び維持するように構成されうる。本明細書では、回路はハードウェアコンポーネントとして理解されてもよい。

このため、本明細書の実施形態は、通信ネットワーク１００において動作するように動作可能な受信デバイス１０２にも関連する。受信デバイス１０２は、処理回路１２０４及びメモリ１２０５を備えうる。当該メモリ１２０５は、当該処理回路１２０４によって実行可能な命令を含み、それにより、受信デバイス１０２は、例えば図１０及び／又は図１６〜２０において、受信デバイス１０２に関連して本明細書に記載のアクションを実行するように更に動作可能である。

本明細書で使用される場合、コンマで区切られた代替物のリストが続き、最後の代替物の前に用語「及び（and）」がある、「のうちの少なくとも１つ（at least one of:）」との表現は、代替物のリストのうちの１つのみが適用されうることを意味するか、代替物のリストのうちの２つ以上が適用されうることを意味するか、又は代替物のリストの全てが適用されうることを意味すると理解されうる。この表現は、コンマで区切られた代替物のリストが続き、最後の代替物の前に「又は（or）」との用語がある、「のうちの少なくとも１つ（at least one of:）」との表現と同等であると理解されうる。

＜本明細書の実施形態に関連する更なる例＞
本明細書の実施形態に関連する例では、送信デバイス１０１によって実行される方法は、図５に関連して記載されたアクションのうちの１つ以上を含みうる。いくつかの例では、全てのアクションが実行されうる。いくつかの例では、１つ以上のアクションが実行されうる。適用可能な場合には、１つ以上の例が組み合わされてもよい。説明を簡略化するため、可能性のある全ての組み合わせは記載されていない。図１３は、例えば、本明細書の実施形態に関連する方法の例を示し、送信デバイス１０１は、アクション５０２を単独で、又はアクション５０１、アクション５０３、アクション５０４、及び／又はアクション５０５のうちの１つ以上と組み合わせて実行されうる。図１３では、オプションのアクションが破線で示されている。いくつかのアクションは、図１３に示される順序とは異なる順序で実行されてもよい。本明細書の実施形態に関連する図１３の例の方法は、図１１での説明と同様に、送信デバイス１０１によって実行されることも可能である。

本明細書の実施形態に関連する他の例では、受信デバイス１０２によって実行される方法は、図１０に関連して記載されたアクションのうちの１つ以上を含みうる。いくつかの例では、全てのアクションが実行されうる。いくつかの例では、１つ以上のアクションが実行されうる。適用可能な場合には、１つ以上の例が組み合わされてもよい。説明を簡略化するため、可能性のある全ての組み合わせは記載されていない。図１４は、例えば、本明細書の実施形態に関連する方法の例を示し、受信デバイス１０２は、アクション１００２を単独で、又はアクション１００１、アクション１００３、及び／又はアクション１００４のうちの１つ以上と組み合わせて実行されうる。図１４では、オプションのアクションが破線で示されている。いくつかのアクションは、図１４に示される順序とは異なる順序で実行されてもよい。本明細書の実施形態に関連する図１４の例の方法は、図１２での説明と同様に、受信デバイス１０２によって実行されることも可能である。

＜更なる拡張及び変形＞
●図１５：いくつかの実施形態による、ホストコンピュータに中間ネットワークを介して接続された遠隔通信ネットワーク

図１５を参照すると、実施形態に従って、通信システムは、無線アクセスネットワーク等のアクセスネットワーク１５１１、及びコアネットワーク１５１４を含む、通信ネットワーク１００のような遠隔通信ネットワーク１５１０（例えば、３ＧＰＰタイプのセルラネットワーク）を含む。アクセスネットワーク１５１１は、ネットワークノード１１０のような複数のネットワークノードを含む。例えば、ＮＢ、ｅＮＢ、ｇＮＢ、又はその他のタイプの無線アクセスポイントのような基地局１５１２ａ，１５１２ｂ，１５１２ｃは、それぞれ対応するカバレッジエリア１５１３ａ，１５１３ｂ，１５１３ｃを規定する。各基地局１５１２ａ，１５１２ｂ，１５１２ｃは、有線又は無線接続１５１５を介してコアネットワーク１５１４に接続可能である。無線デバイス１２０のような複数の無線デバイスが、通信ネットワーク１００に含まれる。図１５では、カバレッジエリア１５１３ｃに位置する第１のＵＥ１５９１は、対応する基地局１５１２ｃに無線で接続する、又は当該基地局によってページングされるように構成される。カバレッジエリア１５１３ａ内の第２のＵＥ１５９２は、対応する基地局１５１２ａに無線で接続可能である。この例では、複数のＵＥ１５９１，１５９２が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内にある状況、又は単一のＵＥが対応する基地局１５１２に接続している状況にも同様に適用可能である。ＵＥ１５９１，１５９２のいずれも無線デバイス１２０の例である。

遠隔通信ネットワーク１５１０自体は、ホストコンピュータ１５３０に接続され、当該ホストコンピュータは、独立型サーバ、クラウド実装型サーバ、分散型サーバのハードウェア及び／又はソフトウェアで、又はサーバファーム内の処理リソースとして実施されうる。ホストコンピュータ１５３０は、サービスプロバイダの所有であっても制御下にあってもよく、又は、サービスプロバイダによって又はサービスプロバイダの代わりに操作されてもよい。遠隔通信ネットワーク１５１０とホストコンピュータ１５３０との間のコネクション１５２１及び１５２２は、コアネットワーク１５１４からホストコンピュータ１５３０に直接延びていてもよいし、任意の中間ネットワーク１５２０を介して延びていてもよい。中間ネットワーク１５２０は、パブリックネットワーク、プライベートネットワーク、又はホストネットワークのうちの１つ以上の組合せであってもよく、中間ネットワーク１５２０は、もしあれば、バックボーンネットワーク又はインターネットであってもよく、特に、中間ネットワーク１５２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。

図１５の通信システムは、全体として、接続されたＵＥ１５９１，１５９２とホストコンピュータ１５３０との間の接続性を与える。当該接続性は、オーバー・ザ・トップ（ＯＴＴ：over-the-top）コネクション１５５０として説明されうる。ホストコンピュータ１５３０及び接続されたＵＥ１５９１，１５９２は、アクセスネットワーク１５１１、コアネットワーク１５１４、任意の中間ネットワーク１５２０、及び可能性のある更なるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴコネクション１５５０を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴコネクション１５５０は、ＯＴＴコネクション１５５０が通過する参加通信デバイスが、アップリンク通信及びダウンリンク通信のルーティングに気付かないという意味で、トランスペアレントでありうる。例えば、基地局１５１２は、接続されたＵＥ１５９１に転送される（例えば、ハンドオーバされる）ホストコンピュータ１５３０から発信されたデータを有する、到着するダウンリンク通信の過去のルーティングについて通知されてなくてもよく、又は通知される必要がなくてもよい。同様に、基地局１５１２は、ＵＥ１５９１からホストコンピュータ１５３０へ向かう、発信されるアップリンク通信の将来のルーティングを知っている必要はない。

次に説明する図１６、図１７、図１８、図１９、及び図２０に関連して、ＵＥが送信デバイス１０１の一例であり、ＵＥについて提供されるあらゆる説明が送信デバイス１０１に同様に適用されることが理解されよう。また、基地局が受信デバイス１０２の一例であり、基地局について提供されるあらゆる説明が受信デバイス１０２に同様に適用されることも理解されよう。

●図１６：いくつかの実施形態による、部分的に無線接続上で基地局を介してユーザ装置と通信するホストコンピュータ

図１６を参照して、前の段落で説明した、送信デバイス１０１（例えば、ＵＥ）、受信デバイス１０２（例えば、基地局）、及びホストコンピュータの、ある実施形態による実装例を以下で説明する。通信ネットワーク１００のような通信システム１６００において、ホストコンピュータ１６１０は、通信システム１６００の、異なる通信デバイスのインタフェースとの有線又は無線接続をセットアップ及び維持するように構成された通信インタフェース１６１６を含むハードウェア１６１５を備える。ホストコンピュータ２４は、ストレージ能力及び／又は処理能力を有しうる処理回路１６１８を更に備える。具体的には、処理回路１６１８は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備えうる。ホストコンピュータ１６１０は、ホストコンピュータ１６１０内に格納された又はホストコンピュータ１６１０がアクセス可能である、かつ、処理回路１６１８によって実行可能であるソフトウェア１６１１を更に備える。ソフトウェア１６１１は、ホストアプリケーション１６１２を含む。ホストアプリケーション１６１２は、ＵＥ１６３０及びホストコンピュータ１６１０で終端するＯＴＴコネクション１６５０を介して接続するＵＥ１６３０等のリモートユーザにサービスを提供するように動作可能でありうる。リモートユーザにサービスを提供する際に、ホストアプリケーション１６１２は、ＯＴＴコネクション１６５０を使用して送信されるユーザデータを提供しうる。

通信システム１６００は、遠隔通信システムに設けられた基地局１６２０として図１６に例示され、かつ、ホストコンピュータ１６１０及びＵＥ１６３０と通信することを可能にするハードウェア１６２５を備える受信デバイス１０２を更に含む。ハードウェア１６２５は、通信システム１６００の、異なる通信デバイスのインタフェースとの有線又は無線接続をセットアップ及び維持するための通信インタフェース１６２６と、基地局１６２０によってサービスが行われるカバレッジエリア（図１６には図示せず）に位置するＵＥ１６３０として図１６に例示された送信デバイス１０１との少なくとも無線接続１６７０をセットアップ及び維持するための無線インタフェース１６２７とを含みうる。通信インタフェース１６２６は、ホストコンピュータ１６１０へのコネクション１６６０を容易にするように構成することができる。コネクション１６６０は、直接的であってもよく、遠隔通信システムのコアネットワーク（図１６には図示せず）を通過及び／又は遠隔通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示された実施形態では、基地局１６２０のハードウェア１６２５は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備えうる処理回路１６２８を更に含む。基地局１６２０は、内部に格納されるか又は外部接続を介してアクセス可能なソフトウェア１６２１を更に有する。

通信システム１６００は、既に言及したＵＥ１６３０を更に含む。そのハードウェア１６３５は、ＵＥ１６３０が現在位置しているカバレッジエリアにサービスを行う基地局との無線接続１６７０をセットアップ及び維持するように構成された無線インタフェース１６３７を含みうる。ＵＥ１６３０のハードウェア１６３５は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備えうる処理回路１６３８を更に含む。ＵＥ１６１０は、ＵＥ１６１０内に格納された又はＵＥ１６１０がアクセス可能である、かつ、処理回路１６３８によって実行可能であるソフトウェア１６３１を更に備える。ソフトウェア１６３１は、クライアントアプリケーション１６３２を含む。クライアントアプリケーション１６３２は、ホストコンピュータ１６１０のサポートにより、ＵＥ１６３０を介して人間の又は人間以外のユーザにサービスを提供するように動作可能でありうる。ホストコンピュータ１６１０において、実行中のホストアプリケーション１６１２は、ＵＥ１６３０及びホストコンピュータ１６１０で終端するＯＴＴコネクション１６５０を介して、実行中のクライアントアプリケーション１６３２と通信しうる。ユーザにサービスを提供する際に、クライアントアプリケーション１６３２は、ホストアプリケーション１６１２から要求データを受信し、当該要求データに応じてユーザデータを提供しうる。ＯＴＴコネクション１６５０は、要求データ及びユーザデータの両方を転送しうる。クライアントアプリケーション１６３２は、提供するユーザデータを生成するためにユーザとインタラクションしうる。

図１６に示されるホストコンピュータ１６１０、基地局１６２０、及びＵＥ１６３０は、それぞれ、図１５のホストコンピュータ１５３０、基地局１５１２ａ，１５１２ｂ，１５１２ｃのうちの１つ、及びＵＥ１５９１，１５９２のうちの１つと、類似又は同一でありうることに留意されたい。即ち、これらのエンティティの内部動作は、図１６に示されるようなものであってもよく、独立して、周囲のネットワークトポロジは図１５のものであってもよい。

図１６では、あらゆる中間デバイス及びそれらのデバイスを介したメッセージの正確なルーティングに明示的に言及することなく、ＯＴＴコネクション１６５０が基地局１６２０を介したホストコンピュータ１６１０と無線デバイス１６３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ１６３０から若しくはホストコンピュータ１６１０を操作するサービスプロバイダから、又はその両方から隠すように構成されうるルーティングを決定しうる。ＯＴＴコネクション１６５０がアクティブである間に、ネットワークインフラストラクチャは、（例えば、負荷の考慮又はネットワークの再設定に基づいて）ルーティングを動的に変更する決定を更に行いうる。

ＵＥ１６３０と基地局１６２０との間の無線接続１６７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上は、無線接続１６７０が最後のセグメントを形成するＯＴＴコネクション１６５０を使用して無線デバイス１６３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態のいくつかの教示は、レイテンシ、シグナリングオーバヘッド、及びサービス障害を改善し、それによって、ユーザの待ち時間の短縮、より良好な応答性、バッテリ寿命の延長等の効果を提供しうる。

いくつかの実施形態では、１つ又は以上の実施形態が改善するデータレート、レイテンシ及びその他の要因をモニタリングする目的で、測定手順が提供されうる。更に、測定結果の変動に応じて、ホストコンピュータ１６１０とＵＥ１６３０との間のＯＴＴコネクション１６５０を再設定するためのオプションのネットワーク機能があってもよい。ＯＴＴコネクション１６５０を再設定するための測定手順及び／又はネットワーク機能は、ホストコンピュータ１６１０のソフトウェア１６１１及びハードウェア１６１５、又はＵＥ１６３０のソフトウェア１６３１及びハードウェア１６３５、又はその両方で実装されうる。実施形態では、センサ（図示せず）が、ＯＴＴコネクション１６５０が通過する通信デバイスに配置されうるか又はそれに関連して配置されうる。当該センサは、上記で例示された、モニタリングされた量の値を供給することによって、又はソフトウェア１６１１，１６３１が当該モニタリングされた量を他の物理量の値から計算又は推定しうる、当該他の物理量の値を供給することによって、測定手順に関与しうる。ＯＴＴコネクション１６５０の再設定は、メッセージフォーマット、再送設定、好ましいルーティング等を含んでもよく、当該再設定は、基地局１６２０に影響を与える必要はなく、基地局１６２０には未知であるか又は感知できなくてもよい。そのような手順及び機能は、当該分野では既知でありうるとともに実践されうる。特定の実施形態では、測定は、ホストコンピュータ１６１０の、スループット、伝搬時間、レイテンシ等の測定を容易にする、独自のＵＥシグナリングを含みうる。測定は、ソフトウェア１６１１及び１６３１が、伝搬時間、エラー等をモニタリングしながら、ＯＴＴコネクション１６５０を使用して、メッセージ（特に、空のメッセージ又は「ダミー」メッセージ）を送信させることで実行されうる。

送信デバイス１０１は、図１１又は図１６に示すような構成を備えてもよい。

送信デバイス１０１はまた、クライアントアプリケーション１６３２又はクライアントアプリケーション回路を備えてもよく、これは、例えば１６５０のような別のリンクを介して、ホストコンピュータ１６１０内のホストアプリケーション回路とユーザデータを通信するように構成されてもよい。

送信デバイス１０１は、送信デバイス１０１と他のノード又はデバイス（例えば、受信デバイス１０２、ホストコンピュータ１６１０、又は他のノードのいずれか）との間の通信を容易にするためのインタフェースユニットを備えてもよい。いくつかの具体的な例では、インタフェースは、例えば、適した規格に従って無線インタフェースを介して無線信号を送受信するように構成された送受信機を備えてもよい。

受信デバイス１０２は、図１２又は図１６に示すような構成を備えてもよい。

受信デバイス１０２はまた、通信インタフェース１６２６及び／又は無線インタフェース１６２７を備えてもよく、これは、例えば１６５０のような別のリンクを介して、ホストコンピュータ１６１０内のホストアプリケーション回路とユーザデータを通信するように構成されてもよい。

受信デバイス１０２は、受信デバイス１０２と他のノード又はデバイス（例えば、受信デバイス１０２、ホストコンピュータ１６１０、又は他のノードのいずれか）との間の通信を容易にするためのインタフェースユニットを備えてもよい。いくつかの具体的な例では、インタフェースは、例えば、適した規格に従って無線インタフェースを介して無線信号を送受信するように構成された送受信機を備えてもよい。

●図１７：いくつかの実施形態による、ホストコンピュータ、基地局、及びユーザ装置を含む通信システムにおいて実行される方法

図１７は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図１５及び図１６を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図１７に対する図面の言及のみがこのセクションに含まれる。ステップ１７１０で、ホストコンピュータがユーザデータを提供する。ステップ１７１０の（オプションでありうる）サブステップ１７１１では、ホストコンピュータが、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１７２０で、ホストコンピュータが、ＵＥへのユーザデータを搬送する送信を開始する。（オプションでありうる）ステップ１７３０で、基地局が、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信で搬送されたユーザデータをＵＥへ送信する。（オプションでありうる）ステップ１７４０で、ＵＥが、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

●図１８：いくつかの実施形態による、ホストコンピュータ、基地局、及びユーザ装置を含む通信システムにおいて実行される方法

図１８は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図１５及び図１６を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図１８に対する図面の言及のみがこのセクションに含まれる。本方法のステップ１８１０で、ホストコンピュータがユーザデータを提供する。オプションのサブステップ（図示せず）で、ホストコンピュータが、ホストアプリケーション５０を実行することによってユーザデータを提供する。ステップ１８２０で、ホストコンピュータが、ＵＥへのユーザデータを搬送する送信を開始する。当該送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を通過しうる。（オプションでありうる）ステップ１８３０で、ＵＥは、当該送信で搬送されたユーザデータを受信する。

●図１９：いくつかの実施形態による、ホストコンピュータ、基地局、及びユーザ装置を含む通信システムにおいて実行される方法

図１９は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図１５及び図１６を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図１９に対する図面の言及のみがこのセクションに含まれる。（オプションでありうる）ステップ１９１０で、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加的に又は代替的に、ステップ１９２０で、ＵＥは、ユーザデータを提供する。ステップ１９２０の（オプションでありうる）サブステップ１９２１では、ホストコンピュータが、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１９１０の（オプションでありうる）サブステップ１９１１で、ＵＥが、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されるクライアントアプリケーションは、ユーザから受け付けたユーザ入力を更に考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、（オプションでありうる）サブステップ１９３０で、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ１９４０で、ホストコンピュータが、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

●図２０：いくつかの実施形態による、ホストコンピュータ、基地局、及びユーザ装置を含む通信システムにおいて実行される方法

図２０は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図１５及び図１６を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図２０に対する図面の言及のみがこのセクションに含まれる。（オプションでありうる）ステップ２０１０で、本開示全体にわたって説明される実施形態の教示に従って、基地局が、ＵＥからユーザデータを受信する。（オプションでありうる）ステップ２０２０で、基地局が、受信したユーザデータのホストコンピュータへの送信を開始する。（オプションでありうる）ステップ２０３０で、ホストコンピュータは、基地局によって開始された送信で搬送されたユーザデータを受信する。

送信デバイス１０１の実施形態は、図５、図６、図７、図８、図９、図１１、及び図１６〜２０に関連する。

受信デバイス１０２の実施形態は、図６、図７、図８、図９、図１０、図１２、及び図１６〜図２０に関連する。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、又は効果は、１つ以上の仮想装置の１つ以上の機能ユニット又はモジュールを通じて実行されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えうる。これらの機能ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含みうる処理回路と、デジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジック等を含みうる他のデジタルハードウェアによって実装されてもよい。処理回路は、メモリに格納されたプログラムコードを実行するように構成されてもよく、当該メモリは、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の、１つ以上のタイプのメモリを含んでもよい。メモリに格納されたプログラムコードは、１つ以上の遠隔通信及び／又はデータ通信プロトコルを実行するためのプログラム命令と、本明細書で説明される技術のうちの１つ以上を実行するための命令とを含む。いくつかの実装形態では、処理回路は、本開示の１つ以上の実施形態に従って、それぞれの機能ユニットに、対応する機能を実行させるために使用されてもよい。

ユニットという用語は、電子機器、電気デバイス、及び／又は電子デバイスの分野において従来の意味を有してもよく、例えば、本明細書で説明されるような、電気回路及び／又は電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステート及び／又はディスクリートデバイス、それぞれのタスク、手順、計算、出力及び／又は表示機能等を実行するためのコンピュータプログラム又は命令を含んでもよい。

更なる番号付けされた実施形態
通信システムの実施形態は、図１５〜図２０に関連する。

通信システム１６００は、ホストコンピュータ１６１１と、受信デバイス１０２及び送信デバイス１０１のうちの少なくとも１つとを備えうる。

［実施形態１］
ユーザ装置（ＵＥ）と通信するように構成された基地局であって、当該基地局は、無線インタフェースと、受信デバイス１０２によって実行されるように本明細書において説明されるアクションのうちの１つ以上を実行するように構成された処理回路と、を備える、基地局。

［実施形態５］
ホストコンピュータを含む通信システムであって、当該ホストコンピュータは、
ユーザデータを提供するように構成された処理回路と、
ユーザ装置（ＵＥ）に送信するために前記ユーザデータをセルラネットワークへ転送するように構成された通信インタフェースと、を備え、
前記セルラネットワークは、無線インタフェース及び処理回路を有する基地局を備え、前記基地局の処理回路は、受信デバイス１０２によって実行されるように本明細書において説明されるアクションのうちの１つ以上を実行するように構成される、通信システム。
［実施形態６］
実施形態５の通信システムであって、前記基地局を更に含む、通信システム。
［実施形態７］
実施形態６の通信システムであって、前記ＵＥを更に含み、前記ＵＥは、前記基地局と通信するように構成される、通信システム。
［実施形態８］
実施形態７の通信システムであって、
前記ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それにより前記ユーザデータを提供するように構成され、
前記ＵＥは、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を備える、通信システム。

［実施形態１１］
受信デバイス１０２によって実行されるように本明細書において説明されるアクションのうちの１つ以上を含む、基地局において実行される方法。

［実施形態１５］
ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを含む通信システムにおいて実行される方法であって、
前記ホストコンピュータにおいて、ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を備えるセルラネットワークを介して前記ＵＥへ前記ユーザデータを搬送する送信を開始することと、を含み、前記基地局は、受信デバイス１０２によって実行されるように本明細書において記載されるアクションのうちの１つ以上を実行する、方法。
［実施形態１６］
実施形態１５の方法であって、更に、
前記基地局において、前記ユーザデータを送信することを含む、方法。
［実施形態１７］
実施形態１６の方法であって、前記ユーザデータは、ホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供され、前記方法は更に、
前記ＵＥにおいて、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することを含む、方法。

［実施形態２１］
基地局と通信するように構成されたユーザ装置（ＵＥ）であって、当該ＵＥは、無線インタフェースと、送信デバイス１０１によって実行されるように本明細書において説明されるアクションのうちの１つ以上を実行するように構成された処理回路と、を備える、ＵＥ。

［実施形態２５］
ホストコンピュータを含む通信システムであって、当該ホストコンピュータは、
ユーザデータを提供するように構成された処理回路と、
ユーザ装置（ＵＥ）に送信するためにユーザデータをセルラネットワークへ転送するように構成された通信インタフェースと、を備え、
前記ＵＥは、無線インタフェース及び処理回路を備え、前記ＵＥの処理回路は、送信デバイス１０１によって実行されるように本明細書において説明されるアクションのうちの１つ以上を実行するように構成される、通信システム。
［実施形態２６］
実施形態２５の通信システムであって、前記ＵＥを更に含む、通信システム。
［実施形態２７］
実施形態２６の通信システムであって、前記セルラネットワークは、前記ＵＥと通信するように構成された基地局を更に含む、通信システム。
［実施形態２８］
実施形態２６又は２７の通信システムであって、
前記ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それにより前記ユーザデータを提供するように構成され、
前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成される、通信システム。

［実施形態３１］
ユーザ装置（ＵＥ）において実行される方法であって、送信デバイス１０１によって実行されるように本明細書において説明されるアクションのうちの１つ以上を含む、方法。

［実施形態３５］
ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを含む通信システムにおいて実行される方法であって、
前記ホストコンピュータにおいて、ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を備えるセルラネットワークを介して前記ＵＥへ前記ユーザデータを搬送する送信を開始することと、を含み、前記ＵＥは、送信デバイス１０１によって実行されるように本明細書において記載されるアクションのうちの１つ以上を実行する、方法。
［実施形態３６］
実施形態３５の方法であって、更に、
前記ＵＥにおいて、前記基地局から前記ユーザデータを受信することを含む、方法。

［実施形態４１］
基地局と通信するように構成されたユーザ装置（ＵＥ）であって、当該ＵＥは、無線インタフェースと、送信デバイス１０１によって実行されるように本明細書において説明されるアクションのうちの１つ以上を実行するように構成された処理回路と、を備える、ＵＥ。

［実施形態４５］
ホストコンピュータを含む通信システムであって、当該ホストコンピュータは、
ユーザ装置（ＵＥ）から基地局への送信から生じるユーザデータを受信するように構成された通信インタフェースを備え、
前記ＵＥは、無線インタフェース及び処理回路を備え、前記ＵＥの処理回路は、送信デバイス１０１によって実行されるように本明細書において説明されるアクションのうちの１つ以上を実行するように構成される、通信システム。
［実施形態４６］
実施形態４５の通信システムであって、前記ＵＥを更に含む、通信システム。
［実施形態４７］
実施形態４６の通信システムであって、前記基地局を更に含み、当該基地局は、前記ＵＥと通信するように構成された無線インタフェースと、前記ＵＥから前記基地局への送信によって搬送される前記ユーザデータを前記ホストコンピュータへ転送するように構成された通信インタフェースと、を備える、通信システム。
［実施形態４８］
実施形態４６又は４７の通信システムであって、
前記ホストコンピュータの処理回路は、ホストアプリケーションを実行するように構成され、
前記ＵＥの処理回路は、前記ストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより、前記ユーザデータを提供するように構成される、通信システム。
［実施形態４９］
実施形態４６又は４７の通信システムであって、
前記ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それにより要求データを提供するように構成され、
前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより、前記要求データに応じて前記ユーザデータを提供するように構成される、通信システム。

［実施形態５１］
ユーザ装置（ＵＥ）において実行される方法であって、送信デバイス１０１によって実行されるように本明細書において説明されるアクションのうちの１つ以上を含む、方法。
［実施形態５２］
実施形態５１の方法であって、更に、
ユーザデータを提供することと、
前記基地局への送信を介してホストコンピュータへユーザデータを転送することと、を含む、方法。

［実施形態５５］
ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを含む通信システムにおいて実行される方法であって、
前記ホストコンピュータにおいて、前記ＵＥから前記基地局へ送信されたユーザデータを受信することを含み、前記ＵＥは、送信デバイス１０１によって実行されるように本明細書において説明されるアクションのうちの１つ以上を実行する、方法。
［実施形態５６］
実施形態５５の方法であって、更に、
前記ＵＥにおいて、前記ユーザデータを基地局に提供することを含む、方法。
［実施形態５７］
実施形態５６の方法であって、更に、
前記ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信対象の前記ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、を含む、方法。
［実施形態５８］
実施形態５６の方法であって、更に、
前記ＵＥにおいて、クライアントアプリケーションを実行することと、
前記ＵＥにおいて、前記クライアントアプリケーションへの入力データであって、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供される前記入力データを受信することと、を含み、
送信対象の前記ユーザデータは、前記入力データに応じて前記クライアントアプリケーションによって提供される、方法。

［実施形態６１］
ユーザ装置（ＵＥ）と通信するように構成された基地局であって、
当該基地局は、無線インタフェースと、受信デバイス１０２によって実行されるように本明細書において説明されるアクションのうちの１つ以上を実行するように構成された処理回路と、を備える、基地局。

［実施形態６５］
ユーザ装置（ＵＥ）から基地局への送信から生じるユーザデータを受信するように構成された通信インタフェースを備えるホストコンピュータを含む通信システムであって、前記基地局は、無線インタフェース及び処理回路を備え、前記基地局の処理回路は、受信デバイス１０２によって実行されるように本明細書において説明されるアクションのうちの１つ以上を実行するように構成される、通信システム。
［実施形態６６］
実施形態６５の通信システムであって、前記基地局を更に含む、通信システム。
［実施形態６７］
実施形態６６の通信システムであって、前記ＵＥを更に含み、前記ＵＥは、前記基地局と通信するように構成される、通信システム。
［実施形態６８］
実施形態６７の通信システムであって、
前記ホストコンピュータの処理回路は、ホストアプリケーションを実行するように構成され、
前記ＵＥは、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより、前記ホストコンピュータによって受信される前記ユーザデータを提供するように構成される、通信システム。

［実施形態７１］
受信デバイス１０２によって実行されるように本明細書において説明されるアクションのうちの１つ以上を含む、基地局において実行される方法。

［実施形態７５］
ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを含む通信システムにおいて実行される方法であって、
前記ホストコンピュータにおいて、前記基地局が前記ＵＥから受信した送信から生じるユーザデータを、前記基地局から受信することを含み、前記ＵＥは、送信デバイス１０１によって実行されるように本明細書において説明されるアクションのうちの１つ以上を実行する、方法。
［実施形態７６］
実施形態７５の方法であって、更に、
前記基地局において、前記ユーザデータを前記ＵＥから受信することを含む、方法。
［実施形態７７］
実施形態７６の方法であって、更に、
前記基地局において、前記受信されたユーザデータの前記ホストコンピュータへの送信を開始することを含む、方法。

＜参考文献＞
[1] IETF RFC 1951, "DEFLATE Compressed Data Format Specification version 1.3".
[2] 3gpp TS 36.323, "Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence Protocol (PDCP) specification".
[3] 3gpp TR 36.754 v.0.0.2, "Study on UL data compression for E-UTRA (Release 15)".
[4] R2-1712070, "Running 36.323 CR for Introduction of UDC"
[5] RP-172076, "UL data compression in LTE"UDC WI

＜略語＞
本開示では、以下の略語の少なくともいくつかが使用されうる。略語間に不整合がある場合、それが上記でどのように使用されるかが優先されるべきである。以下で複数回リストされた場合、最初のリストは、その後の任意のリストよりも優先されるべきである。

3GPP 3rd Generation Partnership Project
5G 5th Generation
DL Downlink
eNB E-UTRAN NodeB
E-UTRA Evolved UTRA
E-UTRAN Evolved UTRAN
GERAN GSM EDGE Radio Access Network
gNB Base station in NR
GSM Global System for Mobile communication
HSPA High Speed Packet Access
LTE Long-Term Evolution
OFDM Orthogonal Frequency Division Multiplexing
PDCP Packet Data Convergence Protocol
UE User Equipment
UL Uplink
UMTS Universal Mobile Telecommunication System
UTRA Universal Terrestrial Radio Access
UTRAN Universal Terrestrial Radio Access Network
WCDMA Wide CDMA
WLAN Wide Local Area Network
UDC Uplink Data Compression

既存の方法によるアップリンクデータ圧縮の処理は、コンプレッサとデコンプレッサとの間の通信の曖昧さと、処理リソース及びエネルギーリソースの浪費と、遅延とにつながる可能性がある。
欧州特許出願公開第３２１９０７９号明細書には、受信機が、データ圧縮設定の確立を要求するメッセージを送信エンティティから受信しうる方法が記載されている。受信機は、提案された圧縮設定の確認又は拒否で応答しうる。設定が確認された場合、送信機及び受信機は、当該設定に従って圧縮データパケットをやりとりしうる。デバイスは、例えば、圧縮されたメッセージの圧縮ヘッダ又は個別のステータス及び／又は制御情報メッセージで、圧縮設定に関連するステータス及び制御情報をやりとりしうる。
R2-1708359 "Update of Description and Evaluation Results for Deflate", 3GPP DRAFTには、無線リソース制御（ＲＲＣ）シグナリングを使用して、チェックサム障害動作フローにおけるＵＤＣヘッダについて記載されている。

Claims (34)

1. 通信ネットワーク（100）において動作する送信デバイス（101）によって実行される方法であって、前記方法は、
   ‐前記通信ネットワーク（100）において動作する受信デバイス（102）からインジケーションを受信すること（503）と、ここで、当該インジケーションは、バッファのリセットを実行するよう前記送信デバイス（101）に指示するものであり、当該インジケーションは、前記受信デバイス（102）から受信されるプロトコルデータユニット（ＰＤＵ）内のフィールド（906）の値であり、
   ‐前記受信されたインジケーションに基づいて、前記バッファをリセットすること（504）と、
   を含む、方法。
2. 請求項１に記載の方法であって、前記ＰＤＵは、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）の制御ＰＤＵである、方法。
3. 請求項１又は２に記載の方法であって、前記インジケーションは、第３のインジケーションであり、前記方法は更に、
   ‐前記受信デバイス（102）から第１のインジケーションを受信すること（501）を含み、前記第１のインジケーションは、アップリンクデータ圧縮機能をアクティブ化又は非アクティブ化するための、前記送信デバイス（101）へのプリファレンスを示す、方法。
4. 請求項３に記載の方法であって、前記第１のインジケーションは、
   ａ． 第１のＰＤＵの第１のフィールド（602）であって前記ＰＤＵのタイプを示す前記第１のフィールド内の第１の値と、
   ｂ． 前記第１のＰＤＵの第２のフィールド（604, 705）であって、ａ）Activate/Deactivate（Ａ／Ｄ）状態、及びｂ）Normal Operation/Temporary Deactivation状態、のうちの少なくとも１つを示す前記第２のフィールド（604, 705）内の第２の値と、
   のうちの少なくとも１つである、方法。
5. 請求項１から４のいずれか１項に記載の方法であって、前記インジケーションは、第３のインジケーションであり、前記方法は更に、
   ‐第２のインジケーションを前記受信デバイス（102）へ送信すること（502）を含み、前記第２のインジケーションは、制御ＰＤＵに含まれており、前記第２のインジケーションは、
   ｉ． アップリンクデータ圧縮機能が、前記送信デバイス（101）において有効化され、かつ、１つ以上のデータＰＤＵの前記有効化されたアップリンクデータ圧縮機能に関する情報を含むヘッダが、前記第２のインジケーションの送信後に前記送信デバイス（101）によって送信される前記１つ以上のデータＰＤＵに存在すること、及び
   ii． 前記アップリンクデータ圧縮機能が、前記送信デバイス（101）において無効化され、かつ、１つ以上のデータＰＤＵの前記有効化されたアップリンクデータ圧縮機能に関する情報を含む前記ヘッダが、前記第２のインジケーションの送信後に前記送信デバイス（101）によって送信される前記１つ以上のデータＰＤＵに存在しないこと、
   のうちの１つを示す、方法。
6. 請求項５に記載の方法であって、前記第２のインジケーションは、
   ａ． 前記制御ＰＤＵの第３のフィールド（802）であってＰＤＵのタイプを示す前記第３のフィールド（802）内の第３の値と、
   ｂ． 前記制御ＰＤＵの第４のフィールド（803）であってEnabled/Disabled（Ｅ／Ｄ）状態を示す前記第４のフィールド（803）内の第４の値と、
   のうちの１つである、方法。
7. 請求項５又は６に記載の方法であって、前記第２のインジケーションは更に、
   ａ． 前記送信デバイス（101）の有効化又は無効化状態の切り替え前に前記送信デバイス（101）によって送信された最後のパケットのシーケンス番号と、
   ｂ． 前記送信デバイス（101）の前記有効化又は無効化状態の切り替え後に前記送信デバイス（101）によって送信された最初のパケットのシーケンス番号と、
   のうちの１つを示す、方法。
8. 請求項１から４のいずれか１項に記載の方法であって、前記インジケーションは、第３のインジケーションであり、前記方法は更に、
   ‐第４のインジケーションを前記受信デバイス（102）へ送信すること（505）を含み、前記第４のインジケーションは、バッファのリセットが実行されたことを示す、方法。
9. コンピュータ読み取り可能な記憶媒体（1110）であって、当該記憶媒体に格納されたコンピュータプログラム（1109）を含み、当該コンピュータプログラムは、少なくとも１つのプロセッサ（1105）で実行されると当該少なくとも１つのプロセッサ（1105）に、請求項１から８のいずれか１項に記載の方法を実行させる命令を含む、記憶媒体。
10. 通信ネットワーク（100）において動作する受信デバイス（102）によって実行される方法であって、前記方法は、
    ‐前記通信ネットワーク（100）において動作する送信デバイス（101）へインジケーションを送信すること（1003）を含み、ここで、当該インジケーションは、バッファのリセットを実行するよう前記送信デバイス（101）に指示するものであり、当該インジケーションは、前記送信デバイス（101）へ送信されるプロトコルデータユニット（ＰＤＵ）内のフィールド（906）の値である、方法。
11. 請求項１０に記載の方法であって、前記ＰＤＵは、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）の制御ＰＤＵである、方法。
12. 請求項１０又は１１に記載の方法であって、前記インジケーションは、第３のインジケーションであり、前記方法は更に、
    ‐前記送信デバイス（101）へ第１のインジケーションを送信すること（1001）を含み、前記第１のインジケーションは、アップリンクデータ圧縮機能をアクティブ化又は非アクティブ化するための、前記送信デバイス（101）へのプリファレンスを示す、方法。
13. 請求項１２に記載の方法であって、前記ＰＤＵは、第２のＰＤＵであり、前記第１のインジケーションは、
    ａ． 第１のＰＤＵの第１のフィールド（602）であって前記ＰＤＵのタイプを示す前記第１のフィールド（602）内の第１の値と、
    ｂ． 前記第１のＰＤＵの第２のフィールド（604, 705）であって、ａ）Activate/Deactivate（Ａ／Ｄ）状態、及びｂ）Normal Operation/Temporary Deactivation状態、のうちの少なくとも１つを示す前記第２のフィールド（604, 705）内の第２の値と、
    のうちの少なくとも１つである、方法。
14. 請求項１０から１３のいずれか１項に記載の方法であって、前記インジケーションは、第３のインジケーションであり、前記方法は更に、
    ‐前記通信ネットワーク（100）において動作する送信デバイス（101）へ第２のインジケーションを送信すること（1002）を含み、前記第２のインジケーションは、制御ＰＤＵに含まれており、前記第２のインジケーションは、
    ａ）アップリンクデータ圧縮機能が、前記送信デバイス（101）において有効化され、かつ、１つ以上のデータＰＤＵの前記有効化されたアップリンクデータ圧縮機能に関する情報を含むヘッダが、前記インジケーションの受信後に前記送信デバイス（101）から受信される前記１つ以上のデータＰＤＵに存在すること、及び
    ｂ）前記アップリンクデータ圧縮機能が、前記送信デバイス（101）において無効化され、かつ、１つ以上のデータＰＤＵの前記有効化されたアップリンクデータ圧縮機能に関する情報を含む前記ヘッダが、前記第２のインジケーションの受信後に前記送信デバイス（101）から受信される前記１つ以上のデータＰＤＵに存在しないこと、
    のうちの１つを示す、方法。
15. 請求項１４に記載の方法であって、前記第２のインジケーションは、
    ａ． 前記制御ＰＤＵの第３のフィールド（802）であってＰＤＵのタイプを示す前記第３のフィールド（802）内の第３の値と、
    ｂ． 前記制御ＰＤＵの第４のフィールド（803）であってEnabled/Disabled（Ｅ／Ｄ）状態を示す前記第４のフィールド（803）内の第４の値と、
    のうちの１つである、方法。
16. 請求項１４又は１５に記載の方法であって、前記第２のインジケーションは更に、
    ａ． 前記送信デバイス（101）の有効化又は無効化状態の切り替え前に前記送信デバイス（101）によって送信された最後のパケットのシーケンス番号と、
    ｂ． 前記送信デバイス（101）の前記有効化又は無効化状態の切り替え後に前記送信デバイス（101）によって送信された最初のパケットのシーケンス番号と、
    のうちの１つを示す、方法。
17. 請求項１０から１６のいずれか１項に記載の方法であって、前記インジケーションは、第３のインジケーションであり、前記方法は更に、
    ‐第４のインジケーションを前記送信デバイス（101）から受信すること（1004）を含み、前記第４のインジケーションは、バッファのリセットが実行されたことを示す、方法。
18. コンピュータ読み取り可能な記憶媒体（1209）であって、当該記憶媒体に格納されたコンピュータプログラム（1208）を含み、当該コンピュータプログラムは、少なくとも１つのプロセッサ（1204）で実行されると当該少なくとも１つのプロセッサ（1204）に、請求項１０から１７のいずれか１項に記載の方法を実行させる命令を含む、記憶媒体。
19. 通信ネットワーク（100）において動作するように構成された送信デバイス（101）であって、前記送信デバイス（101）は更に、
    ‐前記通信ネットワーク（100）において動作するように構成された受信デバイス（102）からインジケーションを受信することと、ここで、当該インジケーションは、バッファのリセットを実行するよう前記送信デバイス（101）に指示するように構成され、当該インジケーションは、前記受信デバイス（102）から受信されるように構成されたプロトコルデータユニット（ＰＤＵ）内のフィールド（906）の値となるように構成され、
    ‐受信されるように構成された前記インジケーションに基づいて、前記バッファをリセットすることと、
    を行うように構成される、送信デバイス。
20. 請求項１９に記載の送信デバイス（101）であって、前記ＰＤＵは、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）の制御ＰＤＵであるように構成される、送信デバイス。
21. 請求項１９又は２０に記載の送信デバイス（101）であって、前記インジケーションは、第３のインジケーションであるように構成され、前記送信デバイス（101）は更に、
    ‐前記受信デバイス（102）から第１のインジケーションを受信するように構成され、前記第１のインジケーションは、アップリンクデータ圧縮機能をアクティブ化又は非アクティブ化するための、前記送信デバイス（101）へのプリファレンスを示すように構成される、送信デバイス。
22. 請求項２１に記載の送信デバイス（101）であって、前記ＰＤＵは、第２のＰＤＵであるように構成され、前記第１のインジケーションは、
    ａ． 第１のＰＤＵの第１のフィールド（602）であって前記ＰＤＵのタイプを示すように構成された前記第１のフィールド（602）内の第１の値と、
    ｂ． 前記第１のＰＤＵの第２のフィールド（604, 705）であって、ａ）Activate/Deactivate（Ａ／Ｄ）状態、及びｂ）Normal Operation/Temporary Deactivation状態、のうちの少なくとも１つを示すように構成された前記第２のフィールド（604, 705）内の第２の値と、
    のうちの少なくとも１つであるように構成される、送信デバイス。
23. 請求項１９から２２のいずれか１項に記載の送信デバイス（101）であって、前記インジケーションは、第３のインジケーションであるように構成され、前記送信デバイス（101）は更に、
    ‐前記通信ネットワーク（100）において動作するように構成された受信デバイス（102）へ第２のインジケーションを送信するように構成され、前記第２のインジケーションは、制御ＰＤＵに含まれるように構成され、前記第２のインジケーションは、
    ａ）アップリンクデータ圧縮機能が、前記送信デバイス（101）において有効化され、かつ、１つ以上のデータＰＤＵの前記有効化されたアップリンクデータ圧縮機能に関する情報を含むヘッダが、前記第２のインジケーションの送信後に前記送信デバイス（101）によって送信されるように構成された前記１つ以上のデータＰＤＵに存在すること、及び
    ｂ）前記アップリンクデータ圧縮機能が、前記送信デバイス（101）において無効化され、かつ、１つ以上のデータＰＤＵの前記有効化されたアップリンクデータ圧縮機能に関する情報を含む前記ヘッダが、前記第２のインジケーションの送信後に前記送信デバイス（101）によって送信されるように構成された前記１つ以上のデータＰＤＵに存在しないこと、
    のうちの１つを示すように構成される、送信デバイス。
24. 請求項２３に記載の送信デバイス（101）であって、前記第２のインジケーションは、
    ａ． 前記制御ＰＤＵの第３のフィールド（802）であってＰＤＵのタイプを示すように構成された前記第３のフィールド（802）内の第３の値と、
    ｂ． 前記制御ＰＤＵの第４のフィールド（803）であってEnabled/Disabled（Ｅ／Ｄ）状態を示すように構成された前記第４のフィールド（803）内の第４の値と、
    のうちの１つであるように構成される、送信デバイス。
25. 請求項２３又は２４に記載の送信デバイス（101）であって、前記第２のインジケーションは更に、
    ａ． 前記送信デバイス（101）の有効化又は無効化状態の切り替え前に前記送信デバイス（101）によって送信されるように構成された最後のパケットのシーケンス番号と、
    ｂ． 前記送信デバイス（101）の前記有効化又は無効化状態の切り替え後に前記送信デバイス（101）によって送信されるように構成された最初のパケットのシーケンス番号と、
    のうちの１つを示すように構成される、送信デバイス。
26. 請求項１９から２５のいずれか１項に記載の送信デバイス（101）であって、前記インジケーションは、第３のインジケーションであるように構成され、前記送信デバイス（101）は更に、
    ‐第４のインジケーションを前記受信デバイス（102）へ送信するように構成され、前記第４のインジケーションは、バッファのリセットが実行されたことを示すように構成される、送信デバイス。
27. 通信ネットワーク（100）において動作するように構成された受信デバイス（102）であって、前記受信デバイス（102）は更に、
    ‐前記通信ネットワーク（100）において動作するように構成された送信デバイス（101）へインジケーションを送信するように構成され、当該インジケーションは、バッファのリセットを実行するよう前記送信デバイス（101）に指示するように構成され、当該インジケーションは、前記送信デバイス（101）へ送信されるように構成されたプロトコルデータユニット（ＰＤＵ）内のフィールド（906）の値であるように構成される、受信デバイス。
28. 請求項２７に記載の受信デバイス（102）であって、前記ＰＤＵは、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）の制御ＰＤＵであるように構成される、受信デバイス。
29. 請求項２７又は２８に記載の受信デバイス（102）であって、前記インジケーションは、第３のインジケーションであるように構成され、前記受信デバイス（102）は更に、
    ‐前記送信デバイス（101）へ第１のインジケーションを送信するように構成され、前記第１のインジケーションは、アップリンクデータ圧縮機能をアクティブ化又は非アクティブ化するための、前記送信デバイス（101）へのプリファレンスを示すように構成される、受信デバイス。
30. 請求項２９に記載の受信デバイス（102）であって、前記ＰＤＵは、第２のＰＤＵであるように構成され、前記第１のインジケーションは、
    ａ． 第１のＰＤＵの第１のフィールド（602）であって前記ＰＤＵのタイプを示すように構成された前記第１のフィールド（602）内の第１の値と、
    ｂ． 前記第１のＰＤＵの第２のフィールド（604, 705）であって、ａ）Activate/Deactivate（Ａ／Ｄ）状態、及びｂ）Normal Operation/Temporary Deactivation状態、のうちの少なくとも１つを示すように構成された前記第２のフィールド（604, 705）内の第２の値と、
    のうちの少なくとも１つであるように構成される、受信デバイス。
31. 請求項２７から３０のいずれか１項に記載の受信デバイス（102）であって、前記インジケーションは、第３のインジケーションであるように構成され、前記受信デバイス（102）は更に、
    ‐前記通信ネットワーク（100）において動作するように構成された送信デバイス（101）から第２のインジケーションを受信するように構成され、前記第２のインジケーションは、制御ＰＤＵ（プロトコルデータユニット）に含まれるように構成され、前記第２のインジケーションは、
    ｉ． アップリンクデータ圧縮機能が、前記送信デバイス（101）において有効化され、かつ、１つ以上のデータＰＤＵの前記有効化されたアップリンクデータ圧縮機能に関する情報を含むヘッダが、前記インジケーションの受信後に前記送信デバイス（101）から受信されるように構成された前記１つ以上のデータＰＤＵに存在すること、及び
    ii． 前記アップリンクデータ圧縮機能が、前記送信デバイス（101）において無効化され、かつ、１つ以上のデータＰＤＵの前記有効化されたアップリンクデータ圧縮機能に関する情報を含む前記ヘッダが、前記第２のインジケーションの受信後に前記送信デバイス（101）から受信されるように構成された前記１つ以上のデータＰＤＵに存在しないこと、
    のうちの１つを示すように構成される、受信デバイス。
32. 請求項３１に記載の受信デバイス（102）であって、前記第２のインジケーションは、
    ａ． 前記制御ＰＤＵの第３のフィールド（802）であってＰＤＵのタイプを示すように構成された前記第３のフィールド（802）内の第３の値と、
    ｂ． 前記制御ＰＤＵの第４のフィールド（803）であってEnabled/Disabled（Ｅ／Ｄ）状態を示すように構成された前記第４のフィールド（803）内の第４の値と、
    のうちの１つであるように構成される、受信デバイス。
33. 請求項３１又は３２に記載の受信デバイス（102）であって、前記第２のインジケーションは更に、
    ａ． 前記送信デバイス（101）の有効化又は無効化状態の切り替え前に前記送信デバイス（101）によって送信されるように構成された最後のパケットのシーケンス番号と、
    ｂ． 前記送信デバイス（101）の前記有効化又は無効化状態の切り替え後に前記送信デバイス（101）によって送信されるように構成された最初のパケットのシーケンス番号と、
    のうちの１つを示すように構成される、受信デバイス。
34. 請求項２７から３３のいずれか１項に記載の受信デバイス（102）であって、前記インジケーションは、第３のインジケーションであるように構成され、前記受信デバイス（102）は更に、
    ‐第４のインジケーションを前記送信デバイス（101）から受信するように構成され、前記第４のインジケーションは、バッファのリセットが実行されたことを示すように構成される、受信デバイス。

Images