JP2024516890A - 適応的不連続受信構成のための方法および装置 - Google Patents

Abstract

【課題】適応的不連続受信構成のための方法および装置。【解決手段】不連続受信構成を決定する技術が開示されている。ユーザ機器は、ネットワークエンティティから不連続受信構成を受信することができる。ユーザ機器は、送信される特定のデータバーストクラスの受信された標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択することができる。ユーザ機器は、ネットワークエンティティからデータバーストおよび選択コマンドを受信することができる。ユーザ機器は、現在のデータバーストの送信が完了した後に１つ以上の適応パラメータを適用するかどうかの受信した標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択する。【選択図】図２

Description

［関連出願］
本出願は、２０２１年５月１０日に出願された米国出願第１７／３１６１３２号の優先権を主張するものであり、その全体が参照により本明細書に組み込まれる。例示的な実施形態は、一般に無線通信に関し、より詳細には、これに限定されないが、そのようなシステム内の適応的不連続受信構成に関する。

ロング・ターム・エボリューション（ＬＴＥ）技術としても知られる第４世代（４Ｇ）無線移動通信技術は、特に人間との対話のための高データ・レートで大容量モバイル・マルチメディアを提供するように設計された。次世代または第５世代（５Ｇ）技術は、人間との対話だけでなく、いわゆるモノのインターネット（ＩｏＴ）ネットワークにおける機械タイプの通信にも使用されることが意図されている。

拡張現実（ＸＲ）データストリームなどのデータストリームは、このような通信ネットワーク上で提供されることがある。このようなデータストリームの対応するデータトラフィックは、準周期的でマルチモーダルなバーストパターンに関連する可能性がある。このようなトラフィックの周期性は、例えば、所定のサンプリングレートでフレームのシーケンスを作成する３次元ビデオ生成プロセスに起因する場合がある。生成されたフレームの圧縮は、フレーム内符号化とフレーム間符号化の混合によって達成することができる。フレーム内符号化は、復号化のために圧縮フレームで搬送される情報のみを必要とする非可逆符号化技術を使用することができる。対照的に、フレーム間符号化は、複数のフレームにわたる差分技術を適用して符号化し、連続するフレーム間の差分のみを伝送する。

フレーム内符号化を使用して生成されたフレームはＩフレームと呼ばれ、フレーム間符号化を使用して生成されたフレームは、使用される差分技術に応じてＰフレームまたはＢフレームと呼ばれる。フレーム間符号化では、フレーム間に依存関係が生じる代償として、より高い圧縮が可能になる。長い依存関係を制限し、伝送損失に対する信頼性を高めるために、フレームはグループ・オブ・ピクチャ（ＧｏＰ）に編成される。 ＧｏＰは、連続するフレームのシーケンスで構成され、通常、Ｉフレームで始まり、一定数のＰフレームまたはＢフレームが続く。このようなＧｏＰ構成は、Ｉフレームによる大きなバーストと、それに続くＰフレームおよび／またはＢフレームを搬送する小さなバーストと,によるバースト的なトラフィックパターンを作り出す。

ユーザ機器のための不連続受信構成を決定し、１つ以上の不連続受信パラメータを構成するための方法、装置、およびコンピュータプログラム製品が開示される。これに関して、方法、装置、およびコンピュータプログラム製品は、不連続受信構成が変更され得るように、ユーザ機器のための１つ以上の適応パラメータを決定するようにも構成される。ユーザ機器に提供される次のデータバーストの標示は、ユーザ機器が１つ以上の不連続受信パラメータを修正するかどうかを選択決定できるように、ユーザ機器に事前に提供されてもよい。

例示的な実施形態では、１つ以上のデータバーストを含むデータストリームを受信することを含む方法が提供される。いくつかの実施形態では、１つ以上のデータバーストは、２つ以上のデータバーストクラスを含み、データバーストクラスは、データバーストを構成する受信データのサイズに少なくとも部分的に基づいて識別される。本方法はまた、１つ以上の不連続受信パラメータに対する１つ以上の値、および１つ以上の適応パラメータに対する１つ以上の値を決定することを含む。１１つ以上の適応パラメータは、１つ以上の不連続受信パラメータを修正する修正値を示す。本方法は、不連続受信構成をユーザ機器に提供させることをさらに含み得る。不連続受信構成は、１つ以上の不連続受信パラメータに対する１つ以上の値と、１つ以上の適応パラメータを適用するかどうかの標示とを含む。１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す。本方法は、１つ以上の選択コマンドをユーザ機器に提供させることをさらに含む。各選択コマンドは、送信される次のデータバーストに対して１つ以上の適応パラメータを適用するかどうかの標示を含む。本方法はさらに、１つ以上のデータバーストをユーザ機器に提供させることを含む。

いくつかの実施形態において、データストリームは、拡張現実ストリームを含む。拡張現実ストリームは、ピクチャのグループから構成され、ピクチャのグループは、１つ以上のデータフレームから構成される。データフレームは、少なくとも部分的にはサイズに基づいて識別することができる。

いくつかの実施形態において、不連続受信構成は、１つ以上の適応パラメータをさらに含む。いくつかの実施形態において、１つ以上の適応パラメータを適用するかどうかの標示は、不連続受信構成インデックスによって示される。

いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の乗算値によって示される。１つ以上の乗算値は、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す。

いくつかの実施形態において、本方法は、データストリームが、データバーストクラスのパターンが既知であるようなデータバーストクラスの固定パターンを含むインスタンスにおいて、データバーストクラスパターンの表示をユーザ機器に提供させることをさらに含む。

いくつかの実施形態では、１つ以上の不連続受信パラメータの１つ以上の値は、
少なくとも不連続受信サイクルを示す。いくつかの実施形態では、不連続受信サイクルは、
制御チャネルが監視されるアクティブ期間と、制御チャネルが監視されないスリープ期間とを含むことができる。

いくつかの実施形態において、本方法は、１つ以上の再同期パラメータをユーザ機器に提供させることをさらに含む。いくつかの実施形態において、本方法は、再同期コマンドをユーザ機器に提供させることをさらに含む。いくつかの実施形態では、再同期コマンドは、１つ以上の選択コマンドに含まれ、現在の不連続受信周期の１つ以上の不連続受信パラメータを再同期量だけ変更させる。

いくつかの実施形態では、再同期量は、不連続受信サイクルの持続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される。

いくつかの実施形態において、不連続受信構成は、無線リソース制御メッセージを使用して提供され、選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる。

例示的な実施形態では、少なくとも１つのプロセッサと、少なくとも１つのメモリと、少なくとも１つのメモリとコンピュータプログラムコードを含む少なくとも１つのメモリとを含む装置が提供され、コンピュータプログラムコードは、少なくとも１つのプロセッサにより、少なくとも装置に、１つ以上のデータバーストを含むデータストリームを受信させるように構成される。いくつかの実施形態において、１つ以上のデータバーストは、２つ以上のデータバーストクラスを含み、データバーストクラスは、データバーストを構成する受信データのサイズに少なくとも部分的に基づいて識別される。装置はさらに、１つ以上の不連続受信パラメータに対する１つ以上の値、および１つ以上の適応パラメータに対する１つ以上の値を決定するように構成される。前記１つ以上の適応パラメータは、前記１つ以上の不連続受信パラメータを修正する修正値を示す。本装置はさらに、不連続受信構成をユーザ機器に提供させるように構成される。不連続受信構成は、１つ以上の不連続受信パラメータに対する１つ以上の値と、１つ以上の適応パラメータを適用するかどうかの標示と、を含む。１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す。本装置はさらに、１つ以上の選択コマンドをユーザ機器に提供させるように構成される。各選択コマンドは、送信されるべき次のデータバーストに対して１つ以上の適応パラメータを適用するか否かの標示を含む。本装置はさらに、１つ以上のデータバーストをユーザ機器に提供させるように構成される。

いくつかの実施形態において、データストリームは、拡張現実ストリームを含む。拡張現実ストリームは、ピクチャのグループから構成され、ピクチャのグループは、１つ以上のデータフレームから構成される。データフレームは、少なくとも部分的にはサイズに基づいて識別することができる。

いくつかの実施形態において、不連続受信構成は、１つ以上の適応パラメータをさらに含む。いくつかの実施形態において、１つ以上の適応パラメータを適用するかどうかの標示は、不連続受信構成インデックスによって示される。

いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示赦、１つ以上の乗算値によって示される。１つ以上の乗算値は、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す。

いくつかの実施形態において、本装置は、データストリームが、データバーストクラスのパターンが既知であるようなデータバーストクラスの固定パターンからなるインスタンスにおいて、データバーストクラスパターンの表示をユーザ機器に提供させるようにさらに構成される。

いくつかの実施形態では、１つ以上の不連続受信パラメータの１つ以上の値は、少なくとも不連続受信サイクルを示す。いくつかの実施形態において、不連続受信周期は、制御チャネルが監視されるアクティブ期間と、制御チャネルが監視されないスリープ期間と、を含み得る。

いくつかの実施形態において、本装置は、１つ以上の再同期パラメータをユーザ機器に提供させるようにさらに構成される。いくつかの実施形態では、装置は、再同期コマンドをユーザ機器に提供させるようにさらに構成される。いくつかの実施形態では、再同期コマンドは、１つ以上の選択コマンドに含まれ、現在の不連続受信周期の１つ以上の不連続受信パラメータを再同期量だけ変更させる。

いくつかの実施形態では、再同期量は、不連続受信サイクルの持続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される。

いくつかの実施形態では、不連続受信構成は無線リソース制御メッセージを使用して提供され、選択コマンドはメディアアクセス制御サービスデータユニットに埋め込まれる。

別の例示的な実施形態では、１つ以上のデータバーストを含むデータストリームを受信する手段を含む装置が提供される。いくつかの実施形態では、１つ以上のデータバーストは、２つ以上のデータバーストクラスを含み、データバーストクラスは、データバーストを構成する受信データのサイズに少なくとも部分的に基づいて識別される。本装置はまた、１つ以上の不連続受信パラメータに対する１つ以上の値、および１つ以上の適応パラメータに対する１つ以上の値を決定するための手段を含む。１つ以上の適応パラメータは、１つ以上の不連続受信パラメータを修正する修正値を示す。本装置は、不連続受信構成をユーザ機器に提供させるための手段をさらに含むことができる。不連続受信構成は、１つ以上の不連続受信パラメータに対する１つ以上の値と、１つ以上の適応パラメータを適用するかどうかの標示と、を含む。１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す。本装置はさらに、１つ以上の選択コマンドをユーザ機器に提供させる手段を含む。各選択コマンドは、送信される次のデータバーストに対して１つ以上の適応パラメータを適用するかどうかの標示を含む。本装置はさらに、１つ以上のデータバーストをユーザ機器に提供させるための手段を含む。

いくつかの実施形態では、データストリームは、拡張現実ストリームから構成される。拡張現実ストリームは、ピクチャのグループから構成され、ピクチャのグループは、１つ以上のデータフレームから構成される。データフレームは、少なくとも部分的にサイズに基づいて識別され得る。いくつかの実施形態において、不連続受信構成は、１つ以上の適応パラメータをさらに備える。いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、不連続受信構成インデックスによって示される。いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の乗算値によって示される。１つ以上の乗算値は、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す。

いくつかの実施形態において、装置は、データストリームが、データバーストクラスのパターンが既知であるようなデータバーストクラスの固定パターンからなるインスタンスにおいて、データバーストクラスパターンの表示をユーザ機器に提供させるための手段をさらに含む。いくつかの実施形態では、１つ以上の不連続受信パラメータに対する１つ以上の値は、少なくとも不連続受信サイクルを示す。いくつかの実施形態では、不連続受信サイクルは、制御チャネルが監視されるアクティブ期間と、制御チャネルが監視されないスリープ期間と、を含むことができる。

いくつかの実施形態において、装置は、１つ以上の再同期パラメータをユーザ機器に提供させるための手段をさらに含む。いくつかの実施形態において、装置は、再同期コマンドをユーザ機器に提供させるための手段をさらに含む。いくつかの実施形態では、再同期コマンドは、１つ以上の選択コマンドに含まれ、現在の不連続受信周期の１つ以上の不連続受信パラメータを再同期量だけ変更させる。

いくつかの実施形態では、再同期量は、不連続受信周期の持続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される。いくつかの実施形態では、 不連続受信構成は、無線リソース制御メッセージを使用して提供され、選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる。

例示的な実施形態では、コンピュータプログラム製品が提供され、このコンピュータプログラム製品は、実行時に、１つ以上のデータバーストを含むデータストリームを受信するように構成されたプログラムコード命令を含む、コンピュータ実行可能プログラムコード命令とともに、その中に記憶されたコンピュータ実行可能プログラムコード命令を有する少なくとも1つの非一過性のコンピュータ読み取り可能記憶媒体を含む。いくつかの実施形態において、１つ以上のデータバーストは、２つ以上のデータバーストクラスを含み、データバーストクラスは、データバーストを構成する受信データのサイズに少なくとも部分的に基づいて識別される。コンピュータプログラム製品は、１つ以上の不連続受信パラメータに対する１つ以上の値、および１つ以上の適応パラメータに対する１つ以上の値を決定するようにさらに構成される。１つ以上の適応パラメータは、１つ以上の不連続受信パラメータを修正する修正値を示す。コンピュータプログラム製品はさらに、不連続受信構成をユーザ機器に提供させるように構成される。不連続受信構成は、１つ以上の不連続受信パラメータに対する１つ以上の値と、１つ以上の適応パラメータを適用するかどうかの標示とを含む。１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す。コンピュータプログラム製品はさらに、１つ以上の選択コマンドをユーザ機器に提供させるように構成される。各選択コマンドは、送信される次のデータバーストに対して１つ以上の適応パラメータを適用するかどうかの標示を含む。
コンピュータプログラム製品はさらに、１つ以上のデータバーストをユーザ機器に提供させるように構成される。

いくつかの実施形態では、データストリームは拡張現実ストリームからなる。拡張現実ストリームはピクチャのグループからなり、ピクチャのグループは１つ以上のデータフレームからなる。データフレームは、少なくとも部分的にサイズに基づいて識別され得る。

いくつかの実施形態において、不連続受信構成は、１つ以上の適応パラメータをさらに備える。いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、不連続受信構成インデックスによって示される。

いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の乗算値によって示される。１つ以上の乗算値は、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す。

いくつかの実施形態において、コンピュータプログラム製品は、データストリームが、データバーストクラスのパターンが既知であるようなデータバーストクラスの固定パターンを含むインスタンスにおいて、データバーストクラスパターンの表示をユーザ機器に提供させるようにさらに構成される。

いくつかの実施形態では、１つ以上の不連続受信パラメータの１つ以上の値は、少なくとも不連続受信サイクルを示す。いくつかの実施形態では、不連続受信サイクルは、制御チャネルが監視されるアクティブ期間と、制御チャネルが監視されないスリープ期間とを含むことができる。

いくつかの実施形態において、コンピュータプログラム製品は、１つ以上の再同期パラメータをユーザ機器に提供させるようにさらに構成される。いくつかの実施形態において、コンピュータプログラム製品は、再同期コマンドをユーザ機器に提供させるようにさらに構成される。いくつかの実施形態において、再同期コマンドは、１つ以上の選択コマンドに含まれ、現在の不連続受信周期の１つ以上の不連続受信パラメータを再同期量だけ変更させる。

いくつかの実施形態では、再同期量は、不連続受信サイクルの継続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される。

いくつかの実施形態において、不連続受信構成は、無線リソース制御メッセージを使用して提供され、選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる。

一実施形態例では、ネットワークエンティティから不連続受信構成を受信することを含む方法が提供される。いくつかの実施形態では、不連続受信構成は、１つ以上の不連続受信パラメータの１つ以上の値と、送信される特定のデータバーストクラスの標示とを備える。いくつかの実施形態では、１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す。本方法は、送信される特定のデータバーストクラスの受信された標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択することをさらに含む。本方法は、ネットワークエンティティから１つ以上の選択コマンドを受信することをさらに含む。いくつかの実施形態において、選択コマンドは、送信されるべき次のデータバーストクラスの標示を含む。本方法はさらに、現在のデータバーストの送信が完了した後に１つ以上の適応パラメータを適用するかどうかの受信した標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択することを含む。本方法は、ネットワークエンティティから１つ以上のデータバーストを受信することをさらに含む。

いくつかの実施形態において、不連続受信構成は、１つ以上の適応パラメータをさらに含む。いくつかの実施形態において、送信されるべき次のデータバーストクラスの標示は、不連続受信構成インデックスによって示される。いくつかの実施形態では、不連続受信構成インデックスは、１つ以上の不連続受信パラメータに１つ以上の適応パラメータを適用するかどうかを示す。

いくつかの実施形態において、送信されるべき次のデータバーストクラスの標示は、１つ以上の乗算値によって示され、１つ以上の乗算値は、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す。

いくつかの実施形態において、本方法は、データストリームが、シーケンスがネットワークエンティティによって既知であるようなデータバーストクラスの固定パターンからなるインスタンスにおいて、データバーストクラスパターンの標示を受信することをさらに含む。本方法は、データバーストクラスパターンにおける次に予想されるデータバーストクラスに少なくとも部分的に基づいて、不連続受信構成パターンを自動的に選択することをさらに含み得る。

いくつかの実施形態において、１つ以上の不連続受信パラメータに対する１つ以上の値は、少なくとも不連続受信周期を示す。いくつかの実施形態において、不連続受信周期は、アクティブ期間とスリープ期間とを備える。いくつかの実施形態において、本方法は、アクティブ期間中に制御チャネルを監視することをさらに含む。いくつかの実施形態において、本方法は、スリーピング期間中に対応する回路をオフにさせることをさらに含む。

いくつかの実施形態において、本方法は、ネットワークエンティティから１つ以上の再同期パラメータを受信することをさらに含む。いくつかの実施形態において、本方法は、１つ以上の再同期パラメータに少なくとも部分的に基づいて、再同期量だけ現在の不連続受信サイクルの１つ以上の不連続受信パラメータを修正することを決定することをさらに含む。

いくつかの実施形態において、本方法は、ネットワークエンティティから再同期コマンドを受信することをさらに含む。いくつかの実施形態では、再同期コマンドは、１つ以上の選択コマンドに含まれる。いくつかの実施形態において、本方法は、現在の不連続受信サイクルの１つ以上の不連続受信パラメータを再同期量だけ修正することをさらに含む。

いくつかの実施形態において、再同期量は、不連続受信サイクルの持続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される。

いくつかの実施形態において、適応的不連続受信構成は、無線リソース制御メッセージを使用して受信され、選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる。

例示的な実施形態では、少なくとも１つのプロセッサと、少なくとも１つのメモリと、少なくとも１つのプロセッサにより、少なくとも装置にネットワークエンティティから不連続受信構成を受信させるように構成されたコンピュータプログラムコードを含む少なくとも１つのメモリとを含む装置が提供される。いくつかの実施形態において、不連続受信構成は、１つ以上の不連続受信パラメータの１つ以上の値と、送信される特定のデータバーストクラスの標示とを備える。いくつかの実施形態では、１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す。装置はさらに、送信されるべき特定のデータバーストクラスの受信された標示に少なくとも部分的に基づいて変更する１つ以上の不連続受信パラメータを選択するように構成され得る。装置は、ネットワークエンティティから１つ以上の選択コマンドを受信するようにさらに構成され得る。いくつかの実施形態において、選択コマンドは、送信されるべき次のデータバーストクラスの標示を含む。装置は、現在のデータバーストの送信が完了した後に１つ以上の適応パラメータを適用するかどうかの受信された標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択するようにさらに構成され得る。本装置はさらに、ネットワークエンティティから１つ以上のデータバーストを受信するように構成され得る。

いくつかの実施形態では、不連続受信構成は、１つ以上の適応パラメータをさらに備える。いくつかの実施形態において、送信されるべき次のデータバーストクラスの標示は、不連続受信構成インデックスによって示される。いくつかの実施形態において、不連続受信構成インデックスは、１つ以上の不連続受信パラメータに１つ以上の適応パラメータを適用するかどうかを示す。

いくつかの実施形態において、送信されるべき次のデータバーストクラスの標示は、１つ以上の乗算値によって示され、１つ以上の乗算値は、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す。

いくつかの実施形態において、装置は、データストリームが、シーケンスがネットワークエンティティによって既知であるようなデータバーストクラスの固定パターンからなるインスタンスにおいて、データバーストクラスパターンの標示を受信するようにさらに構成されてもよい。本装置は、データバーストクラスパターンにおける次に予想されるデータバーストクラスに少なくとも部分的に基づいて、不連続受信構成パターンを自動的に選択するようにさらに構成され得る。

いくつかの実施形態において、１つ以上の不連続受信パラメータに対する１つ以上の値は、少なくとも不連続受信サイクルを示す。いくつかの実施形態では、不連続受信周期は、アクティブ期間とスリープ期間とを含む。いくつかの実施形態において、装置は、アクティブ期間中に制御チャネルをモニタするようにさらに構成されてもよい。いくつかの実施形態において、装置は、スリープ期間中に対応する回路をオフにさせるようにさらに構成されてもよい。

いくつかの実施形態において、装置は、ネットワークエンティティから１つ以上の再同期パラメータを受信するようにさらに構成されてもよい。いくつかの実施形態において、装置は、１つ以上の再同期パラメータに少なくとも部分的に基づいて、再同期量だけ現在の不連続受信周期の１つ以上の不連続受信パラメータを修正することを決定するようにさらに構成されてもよい。

いくつかの実施形態では、装置は、ネットワークエンティティから再同期コマンドを受信するようにさらに構成され得る。いくつかの実施形態において、再同期コマンドは、１つ以上の選択コマンドに含まれる。いくつかの実施形態において、装置は、現在の不連続受信サイクルの１つ以上の不連続受信パラメータを再同期量だけ修正するようにさらに構成されてもよい。

いくつかの実施形態において、再同期量は、不連続受信サイクルの持続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される。

いくつかの実施形態では、適応的不連続受信構成は、無線リソース制御メッセージを使用して受信され、選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる。

別の例示的な実施形態では、ネットワークエンティティから不連続受信構成を受信するための手段を含む装置が提供される。いくつかの実施形態では、不連続受信構成は、１つ以上の不連続受信パラメータの１つ以上の値と、送信される特定のデータバーストクラスの標示とを含む。いくつかの実施形態では、１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す。本装置は、送信される特定のデータバーストクラスの受信された標示に少なくとも部分的に基づいて変更する１つ以上の不連続受信パラメータを選択するための手段をさらに含む。本装置は、ネットワークエンティティから１つ以上の選択コマンドを受信するための手段をさらに含む。いくつかの実施形態において、選択コマンドは、送信されるべき次のデータバーストクラスの標示を含む。本装置は、現在のデータバーストの送信が完了した後に１つ以上の適応パラメータを適用するかどうかの受信された標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択するための手段をさらに含む。本装置は、ネットワークエンティティから１つ以上のデータバーストを受信するための手段をさらに含む。

いくつかの実施形態では、不連続受信構成は、１つ以上の適応パラメータをさらに備える。いくつかの実施形態において、送信されるべき次のデータバーストクラスの標示は、不連続受信構成インデックスによって示される。いくつかの実施形態において、不連続受信構成インデックスは、１つ以上の不連続受信パラメータに１つ以上の適応パラメータを適用するかどうかを示す。いくつかの実施形態では、送信されるべき次のデータバーストクラスの標示は、１つ以上の乗算値によって示され、１つ以上の乗算値は、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す。

いくつかの実施形態において、装置は、データストリームが、シーケンスがネットワークエンティティによって既知であるようなデータバーストクラスの固定パターンからなるインスタンスにおいて、データバーストクラスパターンの標示を受信するための手段をさらに含む。本装置は、データバーストクラスパターンにおける次に予想されるデータバーストクラスに少なくとも部分的に基づいて、不連続受信構成パターンを自動的に選択するための手段をさらに含むことができる。

いくつかの実施形態では、１つ以上の不連続受信パラメータの１つ以上の値は、少なくとも不連続受信サイクルを示す。いくつかの実施形態において、不連続受信サイクルは、アクティブ期間とスリープ期間とを含む。いくつかの実施形態において、本方法は、アクティブ期間中に制御チャネルを監視することをさらに含む。いくつかの実施形態において、装置は、スリープ期間中に対応する回路をオフにさせるための手段をさらに含む。

いくつかの実施形態において、装置は、ネットワークエンティティから１つ以上の再同期パラメータを受信するための手段をさらに含む。いくつかの実施形態では、装置は、１つ以上の再同期パラメータに少なくとも部分的に基づいて、再同期量だけ現在の不連続受信サイクルの１つ以上の不連続受信パラメータを修正することを決定するための手段をさらに含む。

いくつかの実施形態では、装置は、ネットワークエンティティから再同期コマンドを受信する手段をさらに含む。いくつかの実施形態では、再同期コマンドは、１つ以上の選択コマンドに含まれる。いくつかの実施形態では、装置は、現在の不連続受信サイクルの１つ以上の不連続受信パラメータを再同期量だけ修正するための手段をさらに含む。

いくつかの実施形態において、再同期量は、不連続受信周期の持続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される。いくつかの実施形態では、適応的不連続受信構成は、無線リソース制御メッセージを使用して受信され、選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる。

例示的な実施形態では、コンピュータ実行可能プログラムコード命令をその中に格納した少なくとも１つの非一過性のコンピュータ可読記憶媒体を含むコンピュータプログラム製品が提供され、コンピュータ実行可能プログラムコード命令は、実行時に、ネットワークエンティティから不連続受信構成を受信するように構成されたプログラムコード命令を含む。いくつかの実施形態では、不連続受信構成は、１つ以上の不連続受信パラメータの１つ以上の値と、送信される特定のデータバーストクラスの標示とを備える。いくつかの実施形態では、１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す。コンピュータプログラム製品は、送信されるべき特定のデータバーストクラスの受信された標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択するようにさらに構成される。コンピュータプログラム製品はさらに、ネットワークエンティティから１つ以上の選択コマンドを受信するように構成される。いくつかの実施形態において、選択コマンドは、送信されるべき次のデータバーストクラスの標示を含む。コンピュータプログラム製品は、現在のデータバーストの送信が完了した後に１つ以上の適応パラメータを適用するかどうかの受信された標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択するようにさらに構成される。前記コンピュータプログラム製品は、さらに、前記ネットワークエンティティから１つ以上のデータバーストを受信するように構成される。

いくつかの実施形態において、不連続受信構成は、１つ以上の適応パラメータをさらに備える。いくつかの実施形態では、送信されるべき次のデータバーストクラスの標示は、不連続受信構成インデックスによって示される。いくつかの実施形態では、不連続受信構成インデックスは、１つ以上の不連続受信パラメータに１つ以上の適応パラメータを適用するかどうかを示す。

いくつかの実施形態において、送信されるべき次のデータバーストクラスの標示は、
１つ以上の乗算値によって示され、１つ以上の乗算値は、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す。

いくつかの実施形態において、コンピュータプログラム製品は、データストリームが、シーケンスがネットワークエンティティによって既知であるようなデータバーストクラスの固定パターンからなるインスタンスにおいて、データバーストクラスパターンの標示を受信するようにさらに構成される。コンピュータプログラム製品は、データバーストクラスパターン内の次に予想されるデータバーストクラスに少なくとも部分的に基づいて、不連続受信構成パターンを自動的に選択するようにさらに構成される。

いくつかの実施形態では、１つ以上の不連続受信パラメータの１つ以上の値は、少なくとも不連続受信サイクルを示す。いくつかの実施形態において、不連続受信サイクルは、アクティブ期間とスリープ期間とを備える。いくつかの実施形態において、コンピュータプログラム製品は、アクティブ期間中に制御チャネルを監視するようにさらに構成される。
いくつかの実施形態において、コンピュータプログラム製品は、スリープ期間中に対応する回路をオフにさせるようにさらに構成される。

いくつかの実施形態において、コンピュータプログラム製品は、ネットワークエンティティから１つ以上の再同期パラメータを受信するようにさらに構成される。いくつかの実施形態では、コンピュータプログラム製品はさらに、１つ以上の再同期パラメータに少なくとも部分的に基づいて、現在の不連続受信サイクルの１つ以上の不連続受信パラメータを再同期量だけ修正することを決定するように構成される。

いくつかの実施形態では、コンピュータプログラム製品は、ネットワークエンティティから再同期コマンドを受信するようにさらに構成される。いくつかの実施形態において、再同期コマンドは、１つ以上の選択コマンドに含まれる。いくつかの実施形態では、コンピュータプログラム製品は、現在の不連続受信サイクルの１つ以上の不連続受信パラメータを再同期量だけ修正するようにさらに構成される。

いくつかの実施形態では、再同期量は、不連続受信サイクルの継続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される。

いくつかの実施形態において、適応的不連続受信構成は、無線リソース制御メッセージを使用して受信され、選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる。

このようにして、本開示の特定の例示的な実施形態を一般的な用語で説明してきたが、以下では、必ずしも縮尺通りに描かれていない添付図面を参照する。
図１Ａ－Ｂは、例示的な実施形態の通信システムにおけるデータストリームの例を示す図である。 図１Ａ－Ｂは、例示的な実施形態の通信システムにおけるデータストリームの例を示す図である。 図２は、例示的な実施形態の通信システムを示す図である。 図３は、本開示の例示的な実施形態に従って具体的に構成され得る装置のブロック図である。 図４は、例示的な実施形態における適応的不連続受信構成のためのメッセージフローを示す。 図５は、例示的な実施形態における乗算器不連続受信構成のためのメッセージフローを示す。 図６は、例示的な実施形態において、１つ以上のデータバーストをユーザ機器に提供させるための実施形態のフロー図を示す。 図７は、例示的な実施形態において、ネットワークエンティティから１つ以上のデータバーストを受信するための実施形態のフロー図を示す。 図８は、例示的な実施形態において、データストリームがバーストクラスの固定パターンからなる場合に、ユーザ機器へのデータ送信を決定するための論理フローを示す図である。 図９は、例示的な実施形態において、ネットワークエンティティからバーストクラスパターンの標示を受信するための実施形態のフロー図を示す。 図１０は、例示的な実施形態における、通信システムにおける累積ギャップを有するデータストリームの例を示す図である。 図１１は、例示的な実施形態における、非整数の周期性を有する適応的な不連続受信構成のためのメッセージフローを示す。 図１２は、例示的な実施形態において、再同期コマンドをユーザ機器に送信させるための実施形態のフロー図を示す。 図１３は、例示的な実施形態において、ネットワークエンティティから再同期コマンドを受信するための実施形態のフロー図を示す。 図１４は、例示的な実施形態において、ネットワークエンティティから１つ以上の再同期パラメータを受信するための実施形態のフロー図を示す。 図１５は、例示的な実施形態において再同期を自動的に実行するための実施形態のフロー図である。

以下、本発明のいくつかの実施形態を、すべてではないが本発明のいくつかの実施形態が示されている添付の図面を参照して、より詳細に説明する。実際、本発明の様々な実施形態は、多くの異なる形態で具現化され得、本明細書に記載された実施形態に限定されると解釈されるべきではない。むしろ、これらの実施形態は、本開示が適用される法的要件を満たすように提供される。同様の参照数字は、全体を通して同様の要素を指す。本明細書で使用される場合、用語「データ」、「コンテンツ」、「情報」、および同様の用語は、本発明の実施形態に従って送信、受信、および／または記憶されることが可能なデータを指すために互換的に使用され得る。したがって、このような用語の使用は、本発明の実施形態の精神および範囲を限定するものと取るべきではない。

さらに、本明細書で使用される場合、「回路」という用語は、
（ａ）ハードウェアのみの回路実装（例えば、アナログ回路および／またはデジタル回路における実装）、
（ｂ）本明細書に記載される１つ以上の機能を装置に実行させるために協働する、１つ以上のコンピュータ可読メモリ上に記憶されたソフトウェアおよび／またはファームウェア命令を含む回路とコンピュータプログラム製品との組み合わせ、
ｃ）例えば、マイクロプロセッサまたはマイクロプロセッサの一部など、ソフトウェアまたはファームウェアが物理的に存在しなくても、動作のためにソフトウェアまたはファームウェアを必要とする回路。
「回路」のこの定義は、特許請求の範囲を含む、本明細書におけるこの用語のすべての使用に適用される。さらなる例として、本明細書で使用される場合、「回路」という用語は、１つ以上のプロセッサおよび／またはその一部と、付随するソフトウェアおよび／またはファームウェアとを含む実装も含む。別の例として、本明細書で使用される「回路」という用語は、例えば、携帯電話用のベースバンド集積回路またはアプリケーションプロセッサ集積回路、またはサーバ、セルラーネットワーク装置、他のネットワーク装置（コアネットワーク装置など）の同様の集積回路、フィールドプログラマブルゲートアレイ、および／または他のコンピューティング装置も含む。

上述したように、データストリームは、マルチモーダルおよびバースト的なデータトラフィックに関連する可能性がある。したがって、このようなデータストリームは、１つ以上のデータバーストを使用してデータを提供することができる。各データバーストは、少なくとも部分的にデータバーストを構成するデータのサイズに基づいて識別されるデータバーストクラスと関連付けられることがある。このようなデータストリームは、通常、マルチモーダルであるように、２つ以上のデータ２つ以上のデータバーストクラスから構成される。３次元ビデオ生成などのいくつかのシナリオでは、これらのデータバーストは、Ｉフレーム、Ｐフレーム、および／またはＢフレームなどの１つ以上のフレームから構成される場合がある。通常、３次元ビデオ生成では、デコードを単純化するために、ＩフレームとＰフレームからなるデータバーストのみが考慮される。いずれにせよ、これらのフレームは、関連するデータバーストサイズに少なくとも部分的に基づいて識別され得る。
例えば、１００キロバイト（ｋＢ）を超えるデータバーストは典型的にはＩフレームであり、２０－５０ｋＢを含むデータバーストは典型的にはＰフレームであり、２－１０ｋＢを含むデータバーストは典型的にはＢフレームである。これらのデータフレームはＧＯＰに編成され、レンダリングのためにユーザ機器（ＵＥ）に送信される場合があり、その結果、大きなデータバーストクラス（例えば、Ｉフレーム）によって引き起こされる大きなバーストと、小さなデータバーストクラス（例えば、Ｐフレームおよび／またはＢフレーム）によって引き起こされる小さなバーストと、が混在する。そのため、この種のデータストリームは、ある程度予測可能なトラフィックパターンを持つ可能性がある。

データストリームを受信するように構成されたＵＥは、この半予測可能なデータストリームのトラフィックパターンから恩恵を受け、ＵＥのバッテリ寿命を延ばす省電力技術を実行できる場合がある。このため、３ＧＰＰ（登録商標）リリース７で初めて導入された不連続受信（ＤＲＸ）は、ＵＥでＤＲＸサイクルを構成できる基本的な技術である。ＬＴＥおよび／または５Ｇ通信ネットワークでは、ＤＲＸサイクルは、ＵＥが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）などの制御チャネルをモニタするアクティブ期間（オン期間など）と、
ＵＥが電力を節約するために対応する回路をオフにするスリープ期間（オフ期間など）から少なくとも構成される。ＵＥがアクティブ期間中にスケジュールされたデータ送信の標示を受信しない場合、ＵＥはスリープ期間に入り、ＤＲＸサイクルが終了するまでスリープ期間に留まることがある。あるいは、ＵＥがアクティブ期間中にスケジュールされたデータ伝送の標示を受信した場合、ＵＥがスケジュールされたデータ伝送を受信するたびにＵＥが（再）開始し、タイマーが満了した時点でスリーピング・モードに切り替わるのみである非アクティブ・タイマーによって制御される構成可能な期間中、ＵＥはアクティブ・モードのままであってもよい。このプロセスにより、例えば、送信および／または受信すべきデータがまだ存在する場合などに、ＵＥがスリーピング・モードにすぐに移行しすぎることを防ぐことができる。

ＤＲＸサイクルの長さは、ＵＥのさまざまなトラフィックパターンに合わせて調整できる。そのため、２種類のＤＲＸサイクルの構成は、３ＧＰＰ ＴＲ３８．３２１ ５．７節で定義されている。２種類のＤＲＸサイクルには、長いＤＲＸと短いＤＲＸがある。ＤＲＸが有効な場合、長いＤＲＸは必須であり、ほとんどのシナリオで使用される。短いＤＲＸはオプションで、主にＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）サービスに使用される。ＤＲＸはＵＥごとに構成され、無線リソース制御（ＲＲＣ）を使用して、その時点でのＵＥのトラフィック・アクティビティに最適な構成を選択する。

しかし、現在のＤＲＸ構成プロトコルでは、１つのＤＲＸサイクルに対して１つの構成しかできない。そのため、ＵＥのデータストリーム・トラフィックに合わない非効率的なＤＲＸサイクルの構成になる場合がある。具体的には、ＵＥのアクティブ期間と非アクティブ期間は、Ｉフレームによるデータバーストなどの大きなデータバーストに基づいている場合がある。そのため、Ｐフレームおよび／またはＢフレームによるデータバーストなど、一般的にＩフレーム送信よりも小さく頻度の高い、より小さなデータバーストでは、
ＵＥのエネルギーが失われることになる。さらに、データバーストの生成方法などに起因して、データストリームのデータバーストの周期性が整数でない場合があるため、ＤＲＸサイクル構成の整数周期性とデータストリームの非整数周期性によって、ＤＲＸサイクルのアクティブ周期とデータストリームの周期性の間にラグが生じる場合がある。このラグは時間の経過とともに蓄積され、ＤＲＸサイクルとデータストリームの周期性の間に非同期が生じる可能性がある。通常、パケット遅延バジェット（ＰＤＢ）はデータストリームのトラフィック周期よりも小さいため、このような非同期によって１つ以上のデータバーストが失われる可能性がある。さらに、ＤＲＸ周期の再構成にはＲＲＣシグナリングが必要なため、非効率的で時間がかかる場合がある。

そのため、ＵＥに１つ以上のＤＲＸ構成を事前に構成しておくと便利である。ＵＥに１つまたは複数のＤＲＸ構成を事前に設定しておくと、データストリームを構成する次のデータバーストに最適なＤＲＸ構成を示すことで、ＤＲＸサイクルをより簡単に制御できる。このようなシグナリングは、メディアアクセス制御エレメント（ＭＡＣ ＣＥ）コマンドを使用して、現在構成されているＤＲＸパラメータを１つ以上の適応パラメータで変更するタイミングをＵＥに示すなど、さまざまな方法で提供できる。また、この事前構成は、ＲＲＣ構成および／または再構成メッセージングではなく、例えばＭＡＣ ＣＥコマンドを使用するため、ＤＲＸ再構成と比較して効率的なオプションである。

図１Ａ－Ｂは、例示的な実施形態が実装される１つ以上のデータバーストからなるデータストリーム１００の表現を示す。ただし、実施形態は、本明細書に図示される構成または以下に説明される構成に限定されないことを理解されたい。

図１Ａは、１つ以上のデータバースト１０１－１０５からなるデータストリーム１００の表現を示す。１つ以上のデータバースト１０１－１０５は、２つ以上のデータバーストクラスから構成される。この例示的な実施形態では、データストリーム１００はＧＯＰからなるＸＲデータストリームであり、データバーストクラスはＩフレームおよびＰフレームである。この例示的な実施形態におけるＧＯＰは、データバースト１０１？１０５によって示されるように、フレームシーケンスＩＰＰＰＰから構成される。Ｉフレームに対応するデータバースト１０１は、Ｐフレームに対応するデータバースト１０２？１０５よりも大きく描かれているが、これは、Ｉフレームが復号化のために圧縮フレームを伝送するフレーム内符号化の結果であるためである。Ｐフレームは、連続するフレーム間の差異を伝送するフレーム間符号化の結果であり、したがって、より小さなデータバーストとなる。各データバーストは、ネットワーク遅延の許容値として使用され得るジッタ範囲と共に構成され得る。さらに、データバースト１０１および１０２のような２つのデータバースト間の相互到着時間は、データストリームの周期性であってもよい。いくつかの実施形態では、データストリームの周期性（例えば、相互到着時間）は、データストリームを構成するすべてのデータバースト間で同じであるか、またはほぼ同じである。いくつかの実施形態では、データストリーム周期性は、周期性値が非整数値であるような非整数周期性である。非整数の周期性については、図１０を参照してさらに詳しく説明する。

図１Ｂは、従来のＤＲＸ構成１１０および１２０を利用するＵＥによって受信された、および本開示の例示的な実施形態のＤＲＸ構成を利用するＵＥによって受信された、１つ以上のデータバースト１０１－１０５からなるデータストリーム１００を示す。従来のＤＲＸ構成１１０では、オン期間（ＵＥが制御チャネルをモニタしている期間）と非アクティブ期間（ＵＥがスリープモードに切り替わるまでの期間）の合計が、最大のデータバーストに関連する送信をカバーするように設定されなければならない。この特定の例では、これはＩフレームに関連する送信データバーストである。そのため、ＵＥは、典型的なＰ フレームの送信をカバーするオン期間と、典型的なＩフレームとＰフレームの間の送信差をカバーする非アクティブ期間とを構成することができる。ＤＲＸ構成１１０に示されているように、この場合、オン期間が短く、非アクティブ期間が長くなる。別の従来のＤＲＸ構成１２０は、よりランダムなパターンをよりよくサポートするために、オン期間を非アクティブ期間よりも長く構成することができる。ＵＥは、オン期間と非アクティブ期間の合計が最大のバーストよりも小さい場合、データストリームの一部がＲＡＮノードに到達する前にスリープモードに入る可能性がある。このような場合、これらのデータバーストを構成するデータが失われるか、ＲＡＮ ノードによってその送信が遅延される可能性がある。しかし、遅延データバーストは、データバースト全体の配信時間を増加させ（例えば、Ｉフレーム全体が遅延する）、バースト全体について測定されるＰＤＢを超過する可能性がある。したがって、１つの遅延データパケットでさえ、Ｉ－フレーム全体の損失につながる可能性がある。これは、デコードが失われた（または遅延した）Ｉフレームに依存するため、最終的に後続のＰフレームの損失（または遅延）につながる。いずれにせよ、ＤＲＸ構成１１０および１２０は、ＩフレームがＰフレームに比べてほとんどないため、ＵＥのエネルギーの観点からは非効率的である。純粋なエネルギーの観点からは、オン期間と非アクティブ期間の合計をＰフレームの送信時間と等しく構成する方が、たとえＩフレームの一部が失われたり遅延したりするリスクが増大したとしても、良い。

エネルギー効率とサービス可用性との選択を避けるために、ＤＲＸ構成１３０は、ＤＲＸ構成のＤＲＸ周期を動的に変更することができる。ここで、ＤＲＸ構成１３０の１つ以上のＤＲＸパラメータは、ＩフレームおよびＰフレームなどのデータバースト用に調整されてもよい。１つ以上のＤＲＸパラメータは、１つ以上の適応ＤＲＸパラメータを加算および／または減算すること、または１つ以上のＤＲＸパラメータに１つ以上の乗算値を乗算することなどによって、変更されてもよい。ＤＲＸ構成の適応は、ＲＲＣ接続構成中に事前に構成され、ＲＡＮノードによってＭＡＣ ＣＥコマンドとしてＵＥに標示される場合がある。次のデータバーストに従ってＤＲＸ構成を変調することにより、ＲＡＮノードは、ＰＤＣＣＨをモニタするためにＵＥが費やすエネルギーを削減または最小化できる。この特定の例では、Ｐフレームごとに、ＵＥがスリープモードで費やす時間を増やすことができ、その結果、データストリーム１００内のＰフレームの頻度が高いため、最終的に大きな利得が得られることが観察される。

いくつかの実施形態では、１つ以上のＤＲＸパラメータは、以下を含むことができる。ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ（例えば、ＤＲＸサイクルの開始時の継続時間）、
ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ（例えば、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延時間）、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（例えば、ＰＤＣＣＨがＭＡＣエンティティの新しいアップリンク（ＵＬ）またはダウンリンク（ＤＬ）送信を示すＰＤＣＣＨ機会後の継続時間）、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（例えば、ブロードキャストプロセスを除くＤＬハイブリッド自動再送要求（ＨＡＲＱ）プロセスごと、ＤＬ再送を受信するまでの最大時間）、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（例えば、ＵＬ ＨＡＲＱプロセスごと、ＵＬ再送のグラントを受信するまでの最大時間）、ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ（例えば、長いＤＲＸ周期と、長いＤＲＸ周期と短いＤＲＸ周期が開始するサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ）、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（例えば、短いＤＲＸサイクル）、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（例えば、ＵＥが短いＤＲＸサイクルを実行する時間）、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（例えば、ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセスごと、ＨＡＲＱ 再送のための ＤＬ 割り当てが ＭＡＣ エンティティによって期待されるまでの最小時間）、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（例えば、ＵＬ ＨＡＲＱプロセスごとに、ＵＬ ＨＡＲＱ再送グラントがＭＡＣエンティティによって期待されるまでの最小継続時間）、ｐｓ－Ｗａｋｅｕｐ（例えば、ＤＣＰが監視されているが検出されない場合に、関連するｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始するための構成）、ｐｓ－ＴｒａｎｓｍｉｔＯｔｈｅｒＰｅｒｉｏｄｉｃＣＳＩ（例えば、ＤＣＰが構成されているが、関連するｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが開始されない場合に、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒで示される時間の間、物理上りリンク制御チャネル（ＰＵＣＣＨ）上でレベル１参照信号受信電力（Ｌ１－ＲＳＲＰ）ではない周期的なチャネル状態情報（ＣＳＩ）を報告する構成）、および／または、ｐｓ－ＴｒａｎｓｍｉｔＰｅｒｉｏｄｉｃＬ１－ＲＳＲＰ（例えば、ＤＣＰが構成されているが、関連するｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが開始されていない場合に、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒで示される期間、ＰＵＣＣＨにＬ１－ＲＳＲＰである周期的ＣＳＩを送信する構成）。

いくつかの実施形態では、１つ以上の適応パラメータは、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒＤｅｌｔａ（ｉ）（例えば、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒに加算／減算する量）、ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔＤｅｌｔａ（例えば、ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔに加減する量）、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＤｅｌｔａ（ｉ）（例えば、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒに加算／減算する量）、 ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬＤｅｌｔａ（ｉ）（例えば、同報処理を除くＤＬ ＨＡＲＱ処理毎に、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬに加減算する量）、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬＤｅｌｔａ（ｉ）（例えば、ＵＬ ＨＡＲＱプロセス毎、 ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬに加算／減算する量）、ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔＤｅｌｔａ（ｉ）（例えば、ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔに加算／減算する量）、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＤｅｌｔａ（ｉ）（例えば、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅに加算／減算する量）、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒＤｅｌｔａ（ｉ） （例えば、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒに加算／減算する量）、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬＤｅｌｔａ（ｉ）（例えば、ブロードキャスト処理を除くＤＬ ＨＡＲＱ処理毎、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬに加算／減算する量）、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬＤｅｌｔａ（ｉ）（例えば、ＵＬ ＨＡＲＱプロセス毎、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬに加減算する量）、ｐｓ－ＷａｋｅｕｐＤｅｌｔａ（ｉ）（例えば、ｐｓ－Ｗａｋｅｕｐに加減算する量）、および／または、ｐｓ－ＴｒａｎｓｍｉｔＯｔｈｅｒＰｅｒｉｏｄｉｃＣＳＩ－Ｄｅｌｔａ（ｉ）（例えば、ｐｓ－ＴｒａｎｓｍｉｔＯｔｈｅｒＰｅｒｉｏｄｉｃＣＳＩに加算／減算する量）およびｐｓ－ＴｒａｎｓｍｉｔＰｅｒｉｏｄｉｃＬ１－ＲＳＲＰ－Ｄｅｔｌａ（ｉ）（例えば、ｐｓ－ＴｒａｎｓｍｉｔＰｅｒｉｏｄｉｃＬ１－ＲＳＲＰに加算／減算する量）を含むことができる。

図２は、特定の例示的な実施形態が実装される通信システム２００を示す。しかしながら、実施形態は、本明細書に図示されるか、または他の方法で以下に説明されるネットワーク構成に限定されないことを理解されたい。通信システム２００に示されている要素は、システム内で提供される主要な機能を表すことを意図していることを理解されたい。そのため、図２に示されるブロックは、主要機能を提供するＬＴＥおよび／または５Ｇネットただし、他のネットワーク要素を使用して、表されている主な機能の一部または全部を実装することもできる。また、ＬＴＥまたは５Ｇネットワークのすべての機能が図２に描かれているわけではないことを理解されたい。むしろ、例示的な実施形態の説明を容易にする機能が表されている。

例として、通信システム２００は、無線アクセスアーキテクチャ内に展開され得る。
しかし、このシステムは、例えば、ロング・ターム・エボリューション・アドバンスト（ＬＴＥ Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）ユニバーサル移動通信システム（ＵＭＴＳ）無線アクセスネットワーク（ＵＴＲＡＮまたはＥ－ＵＴＲＡＮ）、無線ローカル・エリア・ネットワーク（ＷＬＡＮまたはＷｉＦｉ）、マイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ）、Ｂｌｕｅｔｏｏｔｈ（登録商標） ＺｉｇＢｅｅ（登録商標）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、超広帯域（ＵＷＢ）技術を使ったシステム、センサー・ネットワーク、モバイル・アドホック・ネットワーク（ＭＡＮＥＴｓ）、インターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ）、またはそれらの組み合わせを含む他の通信ネットワーク内を含む他の用途に展開することができる。非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）で終端される非信頼非３ＧＰＰアクセスなど、５Ｇコアネットワークにアクセスする資格を有するアクセスネットワーク、信頼された非 ３ＧＰＰ ゲートウェイ機能（ＴＮＧＦ）で終端する信頼された非 ３ＧＰＰ アクセス、または無線アクセスゲートウェイ機能（Ｗ－ＡＧＦ）で終端する有線アクセスを、ＮＧ ＲＡＮ／ｇＮＢの代わりに、使用できる。

図２の無線アクセスアーキテクチャでは、ユーザ機器２０１は、進化型ノードＢ（ｅＮＢ）または次世代ノードＢ（ｇＮＢ）などの無線アクセスネットワーク（ＲＡＮ）ノードとセル内の１つ以上の通信チャネルで無線接続するように構成される。ユーザ機器２０１からｅＮＢまたはｇＮＢへの物理リンクはアップリンクまたはリバースリンクと呼ばれ、ｅＮＢまたはｇＮＢからＵＥへの物理リンクはダウンリンクまたはフォワードリンクと呼ばれる。ｅＮＢ、ｇＮＢ、またはそれらの機能は、任意のノード、ホスト、サーバ、アクセス・ポイント（ＡＰ）、またはそのような用途に適した他のエンティティを使用して実装され得ることが理解されるべきである。

通信システムは通常、複数のｅＮＢまたはｇＮＢから構成され、その場合、ｅＮＢまたはｇＮＢは、その目的のために設計された有線または無線のリンクを介して互いに通信するように構成されることもある。これらのリンクは、シグナリングの目的で使用されることもある。ｅＮＢまたはｇＮＢは、ｅＮＢまたはｇＮＢが結合された通信システムの無線リソースを制御するように構成されたコンピューティングデバイスである。ｅＮＢまたはｇＮＢは、基地局、アクセス・ポイント、または無線環境で動作可能な中継局を含む任意の他のタイプのインターフェース・デバイスと呼ばれることもある。ｅＮＢまたはｇＮＢは、トランシーバを含むか、またはトランシーバに結合されている。ｅＮＢまたはｇＮＢのトランシーバから、ＵＥへの双方向無線リンクを確立するアンテナユニットへの接続が提供される。このように、ｅＮＢまたはｇＮＢのトランシーバおよびＵＥのトランシーバは、チャネルを介して通信するように構成された送信機および受信機を含むことができる。

したがって、示されるように、通信システム２００は、エアインタフェースを介するなどしてＲＡＮノード２０２と通信するＵＥ２０１を備えるＵＥ２０１は移動局であってもよく、そのような移動局は、一例として、携帯電話、コンピュータ、または任意の他のタイプの通信デバイスで構成されてもよい。ＬＴＥ－Ｖ２Ｘ実装では、１つ以上のＵＥが所定の車両に配備される場合がある。したがって、本明細書で使用される「ユーザ機器」という用語は、ラップトップまたは他の機器（例えば、車両）に挿入されたデータカードの組み合わせなどの例を含む、さまざまな異なるタイプの移動局、加入者局、またはより一般的には通信デバイスを包含するように、広く解釈されることが意図される。また、ユーザ機器２０１は、加入者識別モジュール（ＳＩＭ）の有無にかかわらず動作する無線移動通信デバイスを含むポータブルコンピューティングデバイスを指すこともあり、これには、移動局（携帯電話）、スマートフォン、パーソナル・デジタル・アシスタント（ＰＤＡ）、ハンドセット、無線モデムを使用するデバイス（アラームまたは測定デバイスなど）、ラップトップおよび／またはタッチスクリーン・コンピュータ、タブレット、ゲーム機、ノートブック、マルチメディア・デバイスのタイプのデバイスが含まれるが、これらに限定されない。ＵＥはまた、ほぼ排他的なアップリンク専用デバイスであってもよく、その例として、画像またはビデオクリップをネットワークにロードするカメラまたはビデオカメラがあることを理解されたい。ＵＥはまた、ＩｏＴネットワークで動作する能力を有するデバイスであってもよく、ＩｏＴネットワークとは、人間対人間または人間対コンピュータのインタラクションを必要とせずにネットワーク上でデータを転送する能力がオブジェクトに提供されるシナリオである。ユーザ機器（または一部の実施形態ではレイヤ３中継ノード）は、ユーザ機器の機能の１つ以上を実行するように構成される。ユーザ機器は、加入者ユニット、移動局、リモート端末、アクセス端末、ユーザ端末、ユーザ機器などと呼ばれることもあり、いくつかの装置を挙げることができる。

一実施形態では、ＵＥ２０１は、ユニバーサル集積回路カード（ＵＩＣＣ）および移動装置（ＭＥ）から構成される。ＵＩＣＣは、ＵＥのユーザ依存部分であり、少なくとも１つのユニバーサル加入者ＩＤモジュール（ＵＳＩＭ）および適切なアプリケーション・ソフトウェアを含んでいます。ＵＳＩＭ は、国際移動加入者 ＩＤ（ＩＭＳＩ）番号とその関連鍵を安全に格納する。この番号は、加入者を識別し、認証してネットワークにアクセスするために使用される。ＭＥはＵＥのユーザ非依存部分であり、端末装置（ＴＥ）機能とさまざまな移動端末（ＭＴ）機能を含む。

ＲＡＮノード２０２は、例示的に、通信システム２００のＲＡＮの一部である。ＬＴＥネットワークでは、ＲＡＮノードは典型的にはｅＮＢによって実装され、一方、５ＧＳネットワークでは、ＲＡＮノードは典型的にはｇＮＢによって実装される。このようなアクセスネットワークは、例えば、複数の基地局および１つ以上の関連する無線ネットワーク制御機能を有するＬＴＥまたは５ＧＳ（または混合）から構成され得る。基地局および無線ネットワーク制御機能は、論理的に別個のエンティティであってもよいが、所定の実施形態では、例えば、基地局ルータまたはフェムトセルラアクセスポイントなどの同じ物理ネットワーク要素に実装されてもよい。

ＲＡＮノード、より具体的にはｇＮＢおよび／またはｅＮＢなどのネットワークエンティティとして機能するように構成され得る装置３００の一例が、図３に描かれている。追加的または代替的に、図３の装置３００は、ユーザ機器として機能するように構成されてもよい。図３に示されるように、装置３００は、プロセッサ３０２、メモリ３０６、および通信インターフェース３０４を含み、これらと関連付けられ、またはこれらと通信する。プロセッサ３０２は、装置３００の構成要素間で情報を受け渡すためのバスを介してメモリデバイスと通信していてもよい。メモリデバイス３０６は、非一過性であってもよく、例えば、１つ以上の揮発性メモリおよび／または不揮発性メモリを含んでもよい。言い換えれば、例えば、メモリデバイス３０６は、機械（例えば、処理回路のようなコンピューティングデバイス）によって検索可能であり得るデータ（例えば、ビット）を記憶するように構成されたゲートを含む電子記憶デバイス（例えば、コンピュータ可読記憶媒体）であってもよい。メモリデバイス３０６は、本開示の例示的な実施形態に従って装置が様々な機能を実行することを可能にするための情報、データ、コンテンツ、アプリケーション、命令などを記憶するように構成され得る。例えば、メモリデバイス３０６は、プロセッサ３０２による処理のために入力データをバッファリングするように構成され得る。さらに、または代替的に、メモリデバイス３０６は、プロセッサ３０２による実行のための命令を記憶するように構成され得る。

装置３００は、いくつかの実施形態において、上述したような様々なコンピューティングデバイスに具現化され得る。しかしながら、いくつかの実施形態では、装置は、チップまたはチップセットとして具現化され得る。換言すれば、装置は、構造アセンブリ（例えば、ベースボード）上の材料、構成要素および／またはワイヤを含む１つ以上の物理的パッケージ（例えば、チップ）から構成されてもよい。構造アセンブリは、その上に含まれるコンポーネント回路に対して、物理的強度、サイズの保存、および／または電気的相互作用の制限を提供することができる。したがって、装置は、場合によっては、単一のチップ上で、または単一の 「システム・オン・チップ」として、本発明の実施形態を実施するように構成され得る。このように、場合によっては、チップまたはチップセットが、本明細書に記載の機能性を提供するための１つ以上の動作を実行するための手段を構成することがある。

プロセッサ３０２は、多数の異なる方法で具現化され得る。例えば、プロセッサ３０２は、コプロセッサ、マイクロプロセッサ、コントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、付随するＤＳＰを伴う又は伴わない処理要素、又は、例えば、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、マイクロコントローラユニット（ＭＣＵ）、ハードウェアアクセラレータ、専用コンピュータチップ等の集積回路を含む様々な他の回路のうちの１つ又は複数のハードウェア処理手段として具現化されてもよい。このように、いくつかの実施形態では、処理回路は、独立して実行するように構成された１つ以上の処理コアを含むことができる。マルチコア処理回路は、単一の物理的パッケージ内でマルチプロセシングを可能にすることができる。さらに、または代替的に、処理回路は、命令の独立した実行、パイプライン化および／またはマルチスレッディングを可能にするために、バスを介してタンデムに構成された１つ以上のプロセッサを含むことができる。

例示的な実施形態において、プロセッサ３０２は、メモリデバイス３０６に記憶された命令、またはプロセッサ３０２がアクセス可能な他の命令を実行するように構成され得る。代替的または追加的に、処理回路は、ハードコードされた機能を実行するように構成されてもよい。このように、ハードウェアまたはソフトウェアの方法によって構成されるか、またはそれらの組み合わせによって構成されるかにかかわらず、処理回路は、それに応じて構成される間、本開示の実施形態に従った動作を実行することができるエンティティ（例えば、回路で物理的に具現化される）を表すことができる。したがって、例えば、処理回路がＡＳＩＣ、ＦＰＧＡ等として具現化される場合、処理回路は、本明細書で説明される動作を実施するために特別に構成されたハードウェアであってもよい。あるいは、別の例として、プロセッサ３０２が命令の実行装置として具現化される場合、命令は、命令が実行されるときに本明細書に記載されるアルゴリズムおよび／または動作を実行するようにプロセッサを具体的に構成してもよい。しかしながら、場合によっては、プロセッサ３０２は、本明細書に記載のアルゴリズムおよび／または動作を実行するための命令による処理回路のさらなる構成によって、本発明の実施形態を採用するように構成された特定のデバイス（例えば、画像またはビデオ処理システム）のプロセッサであってもよい。プロセッサ３０２は、とりわけ、クロック、算術論理演算装置（ＡＬＵ）、および処理回路の動作をサポートするように構成された論理ゲートを含み得る。

通信インターフェース３０４は、ビデオまたは画像ファイル、１つ以上のオーディオトラックなどの形態のメディアコンテンツを含むデータを受信および／または送信するように構成された、ハードウェアまたはハードウェアとソフトウェアとの組み合わせのいずれかで具現化されたデバイスまたは回路などの任意の手段であってよい。これに関して、通信インターフェース３０４は、例えば、無線通信ネットワークとの通信を可能にするためのアンテナ（または複数のアンテナ）およびサポートするハードウェアおよび／またはソフトウェアを含むことができる。さらに、または代替的に、通信インターフェースは、アンテナ（複数可）を介して信号の送信を引き起こすため、またはアンテナ（複数可）を介して受信された信号の受信を処理するために、アンテナ（複数可）と相互作用するための回路を含むことができる。環境によっては、通信インターフェースは有線通信もサポートする。このように、例えば、通信インターフェースは、ケーブル、デジタル加入者線（ＤＳＬ）、ユニバーサルシリアルバス（ＵＳＢ）または他の機構を介した通信をサポートするための通信モデムおよび／または他のハードウェア／ソフトウェアを含むことができる。

図４は、適応型ＤＲＸを構成する手順４００と、ＤＲＸ構成を動的に変更するための１つ以上の選択コマンドを示す。図４の動作１において、ＲＡＮノード４０２は、適応型ＤＲＸ構成をＵＥ ４０１に提供させることができる。いくつかの実施形態では、適応型ＤＲＸ構成は、１つ以上のＤＲＸパラメータから構成される場合がある。一部の実施形態では、１つ以上のＤＲＸパラメータは、データストリーム１００のＰフレームなど、データストリーム内の最小データバーストクラス用に構成される。デフォルトでは、ＵＥは、データストリーム１００のＩフレームの送信に適合するように適応したＤＲＸ構成を使用する。これにより、ＵＥはより長い時間アウェイク状態に保たれます。ただし、１つ以上のＤＲＸパラメータは、任意のデータバーストクラス用に構成されてもよい。手順４００の例では、１つ以上のＤＲＸパラメータはＰフレーム用に構成される。

一部の実施形態では、適応ＤＲＸ構成は、１つ以上の適応パラメータをさらに含む。いくつかの実施形態では、１つ以上の適応パラメータは、１つ以上のＤＲＸパラメータを修正する修正値を示す場合がある。いくつかの実施形態では、１つ以上の適応パラメータは、１つ以上のＤＲＸパラメータに加算および／または１つ以上のＤＲＸパラメータから減算する１つ以上の値を示すことがある。いくつかの実施形態では、１つ以上の適応パラメータは、１つ以上のＤＲＸパラメータを乗算および／または除算する１つ以上の値を示す場合がある。

いくつかの実施形態では、適応ＤＲＸ構成は、１つ以上の適応パラメータを適用するかどうかの標示をさらに含む。１つ以上の適応パラメータを適用するかどうかの標示は、ＵＥ４０１に送信される第１のデータバーストのバーストクラスに少なくとも部分的に基づいてもよい。たとえば、データストリームが「ＩＰＰＩＰＰ」からなるフレームシーケンスを有するＧＯＰからなるＸＲデータストリームである場合、ＵＥ４０１に送信される最初のフレームはＩフレームであってもよい。このように、ＵＥ４０１の１つ以上のＤＲＸパラメータはＰフレーム用に構成されるため、１つ以上の適応パラメータを適用するかどうかの標示は肯定的であり得る。その後、ＵＥ４０１は、ＵＥ４０１がＩフレーム用に構成されるように、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用することができる。デフォルトでは、ＵＥ４０１は、デフォルトでＵＥ４０１がＩフレーム用に構成されるように、１つまたは複数の適応パラメータを１つまたは複数のＤＲＸパラメータに適用することができる。

いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用するかどうかを示すＤＲＸ構成インデックスから構成される場合がある。たとえば、適応ＤＲＸ構成インデックス値０は、送信されるデータバーストクラス（たとえばＰフレーム）が、１つ以上のＤＲＸパラメータが構成されるデータバーストクラス（たとえばＰフレーム）と同じインスタンスにおいて、１つ以上の適応パラメータを適用しないことをＵＥ ４０１に示す場合がある。別の例として、適応ＤＲＸ構成インデックス値１は、送信されるデータバーストクラス（たとえばＩフレーム）が、１つ以上のＤＲＸパラメータが構成されるデータバーストクラス（たとえばＰフレーム）と同じデータバーストクラスではない場合に、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用することをＵＥ４０１に示す場合がある。このように、ＵＥ４０１は、データストリームの第１のデータバーストを構成するいずれのデータバーストクラスに対しても構成され得る。

図４の動作２において、ＲＡＮノード４０２は、接続構成を終了し得る。いくつかの実施形態では、図４の動作１および２に従ったＵＥ ４０１との通信は、ＲＲＣメッセージを含むさまざまなメッセージのいずれかを使用して提供されてもよい。

図４の動作３において、ＲＡＮノード４０２は、データストリームのデータバーストをＵＥ４０１に提供させてもよい。いくつかの実施形態において、ＲＡＮノード４０２は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でデータバーストを送信してもよい。いくつかの実施形態において、データバーストは、データストリームを構成するデータバーストのシーケンスの第１のデータバーストであってもよい。継続的な例として、ＵＥ ４０１に送信されるフレームシーケンスにおける最初のフレームは、Ｉフレームであってもよい。
ＵＥ４０１は、動作１に関して説明したように、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータにデフォルトで適用することによって、Ｉフレームを受信するように構成され得る。

ＲＡＮノード４０２はまた、選択コマンドをＵＥ ４０１に提供させることができる。選択コマンドは、送信される次のデータバーストに対して１つ以上の適応パラメータを適用するかどうかの標示を含んでよい。引き続き例を挙げると、フレームシーケンスにおける２番目のフレームはＰフレームである。ＵＥ４０１のＤＲＸパラメータはＰフレーム用に構成されているため、１つ以上の適応パラメータを適用するかどうかの標示は否定的であってもよい。いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の適応パラメータを適用しないことを示す０などの構成インデックス値を使用して示される場合がある。そのため、現在のフレーム送信が完了すると、次のＤＲＸサイクルには適応が適用されない。

一部の実施形態では、選択コマンドは、新しいＭＡＣ ＣＥコマンドであってもよい。いくつかの実施形態では、選択コマンドは、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）に選択コマンドを埋め込むことによってＵＥに提供されてもよい。いくつかの実施形態では、選択コマンドがＲＡＮノード４０２からＵＥ ４０１に送信されない場合、ＵＥは、前のＤＲＸサイクルからのＤＲＸ構成（適応の有無にかかわらず）を引き続き使用してもよい。

図４の動作４において、ＲＡＮノード４０２は、データストリームのデータバーストをＵＥ４０１に提供させることができる。いくつかの実施形態では、ＲＡＮノード４０２は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でデータバーストを送信することができる。いくつかの実施形態において、データバーストは、データストリームを構成するデータバーストのシーケンスの第２のデータバーストであってもよい。継続的な例として、ＵＥ ４０１に送信されるフレームシーケンスにおける第２のフレームは、Ｐフレームであってもよい。ＵＥ４０１は、動作３に関して説明したように、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用しないことによって、Ｐフレームを受信するように構成され得る。

ＲＡＮノード４０２は、選択コマンドをＵＥ ４０１に提供させることもできる。動作３に関して説明されたのと同様に、選択コマンドは、送信される次のデータバーストに対して１つ以上の適応パラメータを適用するかどうかの標示を含む場合がある。引き続き例を挙げると、次に送信されるフレームは、Ｐフレームであるフレームシーケンスの３番目のフレームとなる。この場合も、ＵＥ４０１のＤＲＸパラメータはＰフレーム用に構成されているため、１つ以上の適応パラメータを適用するかどうかの標示は否定的であってもよい。いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の適応パラメータを適用しないことを示す０などの構成インデックス値を使用して示されてもよい。いくつかの実施形態では、次のフレームはＵＥ４０１が現在構成されているフレームタイプと同じであるため、選択コマンドはＵＥ４０１に提供されない場合がある。ＵＥ４０１に選択コマンドを提供しないことで、ネットワークシグナリングを削減し、待ち時間を短縮または最小化することができる。そのため、次のＤＲＸサイクルには適応が追加されない。

図４の動作５において、ＲＡＮノード４０２は、データストリームのデータバーストをＵＥ４０１に提供させてもよい。いくつかの実施形態において、ＲＡＮノード４０２は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でデータバーストを送信してもよい。いくつかの実施形態において、データバーストは、データストリームを構成するデータバーストのシーケンスの第３のデータバーストであってもよい。継続的な例として、ＵＥ ４０１に送信されるフレームシーケンスにおける３番目のフレームは、Ｐフレームであってもよい。ＵＥ４０１は、動作４に関して説明したように、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用しないことによって、Ｐフレームを受信するように構成され得る。

ＲＡＮノード４０２は、選択コマンドをＵＥ４０１に提供させることもできる。動作３および４で説明したのと同様に、選択コマンドは、次のデータバーストが送信されると予想されるときに、１つ以上の適応パラメータを次のＤＲＸサイクルに適用するかどうかの標示を含んでよい。引き続き例を挙げると、次に送信されるフレームは、フレームシーケンスにおける４番目のフレームであり、Ｉフレームである。ＵＥ４０１のＤＲＸパラメータはＰフレーム用に構成されているため、１つ以上の適応パラメータを適用するかどうかの標示は肯定的であり得る。いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の適応パラメータを適用することを示す、１などの構成インデックス値を使用して示されてもよい。このように、現在のフレームの送信が完了すると、１つ以上の適応パラメータが１つ以上のＤＲＸパラメータに適用される。いくつかの実施形態では、ＤＲＸサイクルのオン継続時間は、Ｉフレームによって生成されたデータバーストの継続時間に一致するように増加することができる。

図４の動作６において、ＲＡＮノード４０２は、データストリームのデータバーストをＵＥ４０１に提供させてもよい。いくつかの実施形態では、ＲＡＮノード４０２は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でデータバーストを送信することができる。いくつかの実施形態において、データバーストは、データストリームを構成するデータバーストのシーケンスの第４のデータバーストであってもよい。継続的な例として、ＵＥ４０１に送信されるフレームシーケンスにおける第４のフレームは、Ｉフレームであってもよい。
ＵＥ４０１は、動作５に関して説明したように、１つまたは複数の適応パラメータを１つまたは複数のＤＲＸパラメータに適用することによって、Ｉフレームを受信するように構成される場合がある。

ＲＡＮノード４０２はまた、選択コマンドをＵＥ４０１に提供させ、ＧＯＰを構成するフレームの残りの部分について上述のプロセスを繰り返すことができる。ここで、選択コマンドは、送信される次のデータバーストに対して１つ以上の適応パラメータを適用するかどうかの標示を含むことができる。引き続き例を挙げると、次に送信されるフレームは、フレームシーケンスにおける５番目のフレームであり、Ｐフレームである。ＵＥ４０１のＤＲＸパラメータはＰフレーム用に構成されているため、１つ以上の適応パラメータを適用するかどうかの標示は否定的である可能性がある。

図５は、乗算器ＤＲＸを構成するための手順５００と、ＤＲＸ構成を動的に変更するための１つ以上の選択コマンドを示す図である。乗算器ＤＲＸの構成は、１つ以上の適応パラメータを適用するかどうかの標示がどのようにＵＥ５０１に提供されるかを除いて、図４で説明した手順と実質的に類似していてもよい。

図５の動作１において、ＲＡＮノード５０２は、乗算器ＤＲＸ構成をＵＥ４０１に提供させることができる。いくつかの実施形態では、乗算器ＤＲＸ構成は、１つ以上のＤＲＸパラメータから構成され得る。いくつかの実施形態において、１つ以上のＤＲＸパラメータは、データストリーム１００のＰフレームなど、データストリーム内の最小データバーストクラスに対して構成される。ただし、１つ以上のＤＲＸパラメータは、任意のデータバーストクラスに対して構成されてもよい。手順 ５００の例では、１つ以上の ＤＲＸ パラメータが Ｐ フレーム用に構成される。

いくつかの実施形態において、乗算器ＤＲＸ構成は、１つ以上の適応パラメータを適用するかどうかの標示をさらに含む。１つ以上の適応パラメータを適用するかどうかの標示は、ＵＥ５０１に送信される第１のデータバーストのバーストクラスに少なくとも部分的に基づいてもよい。たとえば、データストリームが「ＩＰＰＩＰＰ」からなるフレームシーケンスを有するＧＯＰからなるＸＲデータストリームである場合、ＵＥ ５０１に送信される最初のフレームはＩフレームであってもよい。このように、ＵＥ５０１の１つ以上のＤＲＸパラメータはＰフレーム用に構成されるため、１つ以上の適応パラメータを適用するかどうかの標示は肯定的であり得る。その後、ＵＥ５０１は、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用して、ＵＥ５０１をＩフレーム用に構成することができる。

いくつかの実施形態において、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上のＤＲＸパラメータを修正するための１つ以上の乗算値をＵＥ５０１に提供することから構成され得る。ＵＥ５０１に提供される１つ以上の乗算値は、１つ以上のＤＲＸパラメータ値を乗算する１つ以上の値を示す場合がある。

図５の動作２において、ＲＡＮノード５０２は、接続構成を終了することができる。いくつかの実施形態では、図５の動作１および２に従ったＵＥ５０１との通信は、ＲＲＣメッセージを含む様々なメッセージのいずれかを介して提供され得る。

図５の動作３において、ＲＡＮノード５０２は、データストリームのデータバーストをＵＥ５０１に提供させてもよい。いくつかの実施形態では、ＲＡＮノード５０２は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でデータバーストを送信することができる。いくつかの実施形態において、データバーストは、データストリームを構成するデータバーストのシーケンスの第１のデータバーストであってもよい。継続的な例として、ＵＥ５０１に送信されるフレームシーケンスにおける第１のフレームは、Ｉフレームであってもよい。ＵＥ５０１は、動作１に関して説明したように、１つ以上の乗算値（例えば、適応パラメータ）を１つ以上のＤＲＸパラメータに適用することによって、Ｉフレームを受信するように構成され得る。

ＲＡＮノード５０２は、選択コマンドをＵＥ５０１に提供させることもできる。選択コマンドは、１つ以上のＤＲＸパラメータに乗算する１つ以上の乗算値を含む場合がある。継続的な例として、フレームシーケンスにおける第２のフレームはＰフレームである。適用されない。ＵＥ５０１のＤＲＸパラメータはＰフレーム用に構成されているため、１つ以上の乗算値は、１つ以上のＤＲＸパラメータが変更されないように１であってもよい。そのため、現在のフレーム送信が完了すると、適応は適用されない。

一部の実施形態では、選択コマンドは新しいＭＡＣ ＣＥコマンドであってもよい。いくつかの実施形態では、選択コマンドは、ＭＡＣサービスデータユニット（ＳＤＵ）に選択コマンドを埋め込むことによってＵＥに提供されてもよい。いくつかの実施形態では、選択コマンドがＲＡＮノード５０２からＵＥ５０１に送信されない場合、ＵＥは、前のＤＲＸサイクルからのＤＲＸ構成（適応の有無にかかわらず）を引き続き使用することができる。

図５の動作４において、ＲＡＮノード５０２は、データストリームのデータバーストをＵＥ５０１に提供させることができる。いくつかの実施形態では、ＲＡＮノード５０２は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でデータバーストを送信することができる。いくつかの実施形態において、データバーストは、データストリームを構成するデータバーストのシーケンスの第２のデータバーストであってもよい。継続的な例として、ＵＥ ５０１に送信されるフレームシーケンスにおける第２のフレームは、Ｐフレームであってもよい。ＵＥ５０１は、動作３に関して説明したように、１つ以上のＤＲＸパラメータが変更されないように、１つ以上の乗算値１を適用することによって、Ｐフレームを受信するように構成され得る。

ＲＡＮノード５０２は、選択コマンドをＵＥ５０１に提供させることもできる。動作３に関して説明したのと同様に、選択コマンドは、１つ以上のＤＲＸパラメータを乗算する１つ以上の乗算値から構成される場合がある。引き続き例を挙げると、次に送信されるフレームは、フレームシーケンスの３番目のフレームであり、Ｐフレームである。ＵＥ５０１のＤＲＸパラメータはＰフレーム用に構成されているため、１つ以上の乗算値は、１つ以上のＤＲＸパラメータが変更されないように１であってもよい。そのため、現在のフレーム送信が完了すると、適応は適用されない。

図５の動作５において、ＲＡＮノード５０２は、データストリームのデータバーストをＵＥ５０１に提供させてもよい。いくつかの実施形態では、ＲＡＮノード５０２は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でデータバーストを送信してもよい。いくつかの実施形態において、データバーストは、データストリームを構成するデータバーストのシーケンスの３番目のデータバーストであってもよい。継続的な例として、ＵＥ５０１に送信されるフレームシーケンスにおける第３のフレームは、Ｐフレームであってもよい。ＵＥ５０１は、動作４に関して説明したように、１つ以上のＤＲＸパラメータが変更されないように、１つ以上の乗算値１を適用することによって、Ｐフレームを受信するように構成され得る。

ＲＡＮノード５０２は、選択コマンドをＵＥ５０１に提供させることもできる。動作３および４で説明したのと同様に、選択コマンドは、１つ以上のＤＲＸパラメータを乗算する１つ以上の乗算値から構成される場合がある。引き続き例を挙げると、次に送信されるフレームは、フレームシーケンスの４番目のフレームであり、Ｉフレームである。ＵＥ５０１のＤＲＸパラメータはＰフレーム用に構成されているため、１つ以上の乗算値は、１つ以上の乗算値によって１つ以上のＤＲＸパラメータが修正されるように、１つ以上の乗算値が１以外の値、例えば２であってもよい。このように、ＤＲＸパラメータは、現在のフレーム送信が完了すると変更される。いくつかの実施形態では、ＤＲＸサイクルのオン継続時間は、Ｉフレームによって生成されるデータバーストの継続時間と一致するように増加することができる。

図５の動作６において、ＲＡＮノード５０２は、データストリームのデータバーストをＵＥ５０１に提供させてもよい。いくつかの実施形態では、ＲＡＮノード５０２は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でデータバーストを送信することができる。いくつかの実施形態において、データバーストは、データストリームを構成するデータバーストのシーケンスの第４のデータバーストであってもよい。継続的な例として、ＵＥ ５０１に送信されるフレームシーケンスにおける第４のフレームは、Ｉフレームであってもよい。ＵＥ ５０１は、動作５に関して説明されるように、１つ以上の乗算値を使用して１つ以上のＤＲＸパラメータを変更することによって、Ｉフレームを受信するように構成され得る。

ＲＡＮノード５０２はまた、選択コマンドをＵＥ５０１に提供させ、ＧＯＰを構成するフレームの残りの部分について上述したようなプロセスを繰り返すことができる。ここで、選択コマンドは、１つ以上のＤＲＸパラメータを乗算する１つ以上の乗算値を含んでいてもよい。引き続き例を挙げると、次に送信されるフレームは、フレームシーケンスの５番目のフレームであり、Ｐフレームである。ＵＥ５０１のＤＲＸパラメータはＰフレーム用に構成されているため、１つ以上の乗算値は、１つ以上のＤＲＸパラメータが変更されないように１であってもよい。そのため、現在のフレーム送信が完了すると、適応は適用されない。

ここで図６を参照すると、選択コマンドおよび１つ以上のデータバーストをＵＥに提供させるために、例えば、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００によって実装される例示的なフローチャート６００が、本明細書において議論される。

ブロック６０１に示されるように、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００は、１つ以上のデータバーストからなるデータストリームを受信するための、プロセッサ３０２、通信インターフェース３０４などの手段を含み得る。いくつかの実施形態では、１つ以上のデータバーストは、２つ以上のデータバーストクラスから構成される。いくつかの実施形態では、データバーストクラスは、データバーストを構成する受信データのサイズに少なくとも部分的に基づいて識別される。いくつかの実施形態では、データストリームは、ＧＯＰを含むＸＲデータストリームである。いくつかの実施形態では、ＧＯＰは、１つ以上のデータフレームから構成される。

ブロック６０２に示されるように、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００は、１つ以上のＤＲＸパラメータおよび１つ以上の適応パラメータに対する１つ以上の値を決定するための、プロセッサ３０２などの手段を含み得る。いくつかの実施形態において、１つ以上の適応パラメータは、１つ以上のＤＲＸパラメータを修正する修正値を示すことができる。いくつかの実施形態では、１つ以上の適応パラメータは、１つ以上のＤＲＸパラメータに加算および／または１つ以上のＤＲＸパラメータから減算する１つ以上の値を示す場合がある。いくつかの実施形態では、１つ以上の適応パラメータは、１つ以上のＤＲＸパラメータを乗算および／または除算する１つ以上の値を示してよい。ＲＡＮノード２０２は、関連するＵＥのデータトラフィックアクティビティに少なくとも部分的に基づいて、１つ以上のＤＲＸパラメータおよび／または１つ以上の適応パラメータを決定することができる。

ブロック６０３に示されるように、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００は、ＵＥ ２０１などのＵＥにＤＲＸ構成を提供させるための、プロセッサ３０２、通信インターフェース３０４などの手段を含み得る。いくつかの実施形態では、ＤＲＸ構成は、１つ以上のＤＲＸパラメータに対する１つ以上の値を含む。

一部の実施形態では、１つ以上のＤＲＸパラメータは、特定のデータバーストクラスのＤＲＸ構成を示す場合がある。たとえば、データストリームが、ＩフレームおよびＰフレームなどの１つ以上のフレームからなるＸＲデータストリームである場合、１つ以上のＤＲＸパラメータは、特定のフレーム用に構成される。いくつかの実施形態では、１つ以上のＤＲＸパラメータは、Ｉフレーム用に構成されることがある。いくつかの実施形態において、１つ以上のＤＲＸパラメータは、Ｐフレーム用に構成されてもよい。いくつかの実施形態において、１つ以上のＤＲＸパラメータは、ＵＥがオンのままの持続時間、ＵＥがアクティブのままの持続時間、ＵＥがスリープのままの持続時間、および／またはこれらを含み得る。

一部の実施形態では、ＤＲＸ構成は、１つ以上の適応パラメータを適用するかどうかの標示を含む。一部の実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用（たとえば、加算、減算、除算、乗算など）するかどうかを示すＤＲＸ構成インデックスから構成される場合がある。たとえば、適応ＤＲＸ構成インデックス値０は、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されているのと同じデータバーストクラスである場合に、１つ以上の適応パラメータを適用しないことを示す。別の例として、適応ＤＲＸ構成インデックス値１は、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されるデータバーストクラスと同じではないインスタンスにおいて、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用することを示す場合がある。一部の実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上のＤＲＸパラメータを修正するための１つ以上の乗算値を含む。このように、ＵＥは、送信データバーストクラスを受信するように動的に構成される場合がある。

ブロック６０４に示されるように、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００は、１つ以上の選択コマンドを、ＵＥ２０１などのＵＥに提供させるための、プロセッサ３０２、通信インターフェース３０４などの手段を含み得る。一部の実施形態では、１つ以上の選択コマンドは、選択コマンドをＭＡＣ ＳＤＵに埋め込むことによってＵＥに提供される場合がある。

いくつかの実施形態では、選択コマンドは、１つ以上の適応パラメータを適用するかどうかの標示を含む。一部の実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用（加算、減算、除算、乗算など）するかどうかを示すＤＲＸ構成インデックスから構成される場合がある。たとえば、適応ＤＲＸ構成インデックス値０は、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されているのと同じデータバーストクラスである場合に、１つ以上の適応パラメータを適用しないことを示す。別の例として、適応ＤＲＸ構成インデックス値１は、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されるデータバーストクラスと同じではないインスタンスにおいて、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用することを示す場合がある。いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上のＤＲＸパラメータｙを修正するための１つ以上の乗算値を含む。

ブロック６０５に示されるように、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００は、データストリームを構成する１つ以上のデータバーストをＵＥ２０１などのＵＥに提供させるための、プロセッサ３０２、通信インターフェース３０４などの手段を含み得る。いくつかの実施形態では、データストリームは、１つ以上のデータバーストのシーケンスから構成される。ＲＡＮノード２０２は、１つ以上のデータバーストのシーケンスに少なくとも部分的に基づいて、１つ以上のデータバーストを提供することができる。たとえば、データストリームは、フレームシーケンス「ＩＰＰＩＰＰ」を有するＧＯＰからなるＸＲデータストリームであってもよい。このように、ＲＡＮノードは、ＧＯＰを構成するフレームをフレームシーケンス、例えば「ＩＰＰＩＰＰ」の順序で発生させることができる。いくつかの実施形態では、データバーストをＵＥに提供させることは、ブロック６０４で説明されるような選択コマンドと同時のように、選択コマンドに対する予め定義された時間的関係で発生し得る。いくつかの実施形態では、データバーストは、データバーストシーケンスにおいて送信されたデータバーストの直後のデータバーストに対応する選択コマンドと同時に提供されてもよい。いくつかの実施形態では、データバーストは、選択コマンドなしでＵＥに提供されてもよい。

いくつかの実施形態において、データバーストをＵＥに提供させることは、データストリームの周期性に関連付けられ得る。いくつかの実施形態では、データストリームの周期性は、ＵＥに提供される２つの連続するデータバースト間の周期、すなわち時間持続時間である。いくつかの実施形態では、データストリーム周期性は、データストリームを構成する各データバースト間の周期性が同じであり、かつ／または予め定義された閾値内にあるような整数周期性である。いくつかの実施形態では、事前に定義された閾値量は、値および／またはパーセンテージである。例えば、周期性は、データストリームが整数の周期性を有すると見なされるように、連続する２つのデータバーストごとの間の時間持続が平均データバーストの５％以内であるように、５％の事前定義された閾値を有することができる。他の実施形態では、データストリームの周期性は、連続するデータバースト対の少なくとも一部の間の周期性が異なる、および／または事前に定義された閾値を超えるような、非整数の周期性を有する。例えば、周期性は、２つの連続するデータバースト間の１つ以上の時間持続が平均データバーストの５％を超える場合、データストリームが非整数の周期性を有するとみなされるように、５％の事前定義された閾値を有することができる。

ここで図７を参照すると、変更する１つまたは複数のＤＲＸパラメータを選択するために、例えば、ＵＥ ２０１などのＵＥによって具現化される装置３００によって実装されるフローチャート７００の例が、本明細書で説明される。

ブロック７０１に示されるように、ＵＥ ２０１などのＵＥによって具現化される装置３００は、ＲＡＮノード２０２などのネットワークエンティティからＤＲＸ構成を受信するための、プロセッサ３０２、通信インターフェース３０４などの手段を含み得る。いくつかの実施形態では、ＤＲＸ構成は、１つ以上のＤＲＸパラメータに対する１つ以上の値を含む。

一部の実施形態では、１つ以上のＤＲＸパラメータは、特定のデータバーストクラスのＤＲＸ構成を示す場合がある。たとえば、データストリームが、ＩフレームおよびＰフレームなどの１つ以上のフレームからなるＸＲデータストリームである場合、１つ以上のＤＲＸパラメータは、特定のフレーム用に構成されることがある。いくつかの実施形態では、１つ以上のＤＲＸパラメータは、Ｉフレーム用に構成される。いくつかの実施形態において、１つ以上のＤＲＸパラメータは、Ｐフレーム用に構成されてもよい。いくつかの実施形態において、１つ以上のＤＲＸパラメータは、ＵＥがオンのままの持続時間、ＵＥがアクティブのままの持続時間、ＵＥがアクティブのままの持続時間、ＵＥがスリープのままの持続時間、および／または、これらを含み得る。

一部の実施形態では、ＤＲＸ構成は、１つ以上の適応パラメータを適用するかどうかの標示を含む。一部の実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用（例えば、加算、減算、除算、乗算など）するかどうかを示すＤＲＸ構成インデックスから構成される場合がある。たとえば、適応ＤＲＸ構成インデックスの値が０である場合、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されているのと同じデータバーストクラスである場合に、１つ以上の適応パラメータを適用しないことを示すことができる。別の例として、適応型ＤＲＸ構成インデックス値１は、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されるデータバーストクラスと同じでない場合に、１つ以上の適応型パラメータを１つ以上のＤＲＸパラメータに適用することを示す。いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上のＤＲＸパラメータを修正するための１つ以上の乗算値を含む。このように、ＵＥ ２０１は、送信データバーストクラスを受信するように動的に構成され得る。

ブロック７０２に示されるように、ＵＥ ２０１などのＵＥによって具現化される装置３００は、１つ以上の適応パラメータを適用するかどうかの受信された標示に少なくとも部分的に基づいて、修正する１つ以上のＤＲＸパラメータを選択するための、プロセッサ３０２などの手段を含み得る。いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの受信された標示は、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用（例えば、加算、減算、除算、乗算など）するかどうかを示すＤＲＸ構成インデックスを含んでよい。ＤＲＸ構成インデックスは、どのＤＲＸパラメータを変更するか、および１つ以上のＤＲＸパラメータを変更する操作を示すことがある。たとえば、適応ＤＲＸ構成インデックスの値が０の場合、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されているのと同じデータバーストクラスである場合に、１つ以上の適応パラメータを適用しないことを示すことができる。そのため、ＵＥは、修正するＤＲＸ構成パラメータをゼロにすることができる。別の例として、適応型ＤＲＸ構成インデックスの値が１である場合、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されているデータバーストクラスと同じではないインスタンスにおいて、１つ以上の適応型パラメータを１つ以上のＤＲＸパラメータに適用することを示すことができる。このように、ＵＥは、１つ以上のＤＲＸパラメータの各値を、１つ以上の適応パラメータの１つ以上の値によって変更することができる。別の例として、ｐｓ－Ｗａｋｅｕｐに対応するＤＲＸパラメータは、式によって定義される場合がある。
ここで、ＤＲＸパラメータｐｓ－Ｗａｋｅｕｐは、適応パラメータｐｓ－Ｗａｋｅｕｐ（ｄｒｘ－ＡｄａｐｔｉｏｎＩｎｄｅｘ）によって変更される。

いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上のＤＲＸパラメータを修正するための１つ以上の乗算値を含む。いくつかの実施形態では、乗算値は、１つ以上のＤＲＸパラメータの各々に乗算する単一の値で構成される場合がある。いくつかの実施形態では、１つ以上のＤＲＸパラメータのそれぞれは、乗算値による修正後に最小の整数に丸められる。いくつかの実施形態では、ＤＲＸパラメータのそれぞれは、乗算値による修正後に最も大きい整数に丸められる。いくつかの実施形態では、ＤＲＸパラメータの各々は、乗算値による修正後に最も近い整数に丸められる。例えば、乗算値は２であり、各ＤＲＸパラメータは２倍され、最も近い整数値に切り捨てられる。一部の実施形態では、乗算値は、１つ以上の対応するＤＲＸパラメータを乗算する１つ以上の乗算値で構成される。いくつかの実施形態では、１つ以上のＤＲＸパラメータのそれぞれは、１つ以上の乗算値によって修正された後、最小の整数に丸められる。たとえば、前記１つまたは複数の乗算値は、ＤＲＸパラメータｐｓ－Ｗａｋｅｕｐに対応する２つの乗算値を構成されることがあり、ＤＲＸパラメータｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＤｅｌｔａに対応する３の乗算値は、式によって定義される。
ここで、ＤＲＸパラメータのｐｓ－Ｗａｋｅｕｐとｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＤｅｌｔａは、乗数によって変更される。

ブロック７０３に示されるように、ＵＥ２０１などのＵＥによって具現化される装置３００は、ＲＡＮノード２０２などのネットワークエンティティから１つ以上の選択コマンドを受信するための、プロセッサ３０２、通信インターフェース３０４などの手段を含み得る。いくつかの実施形態では、１つ以上の選択コマンドは、ＭＡＣ ＳＤＵに埋め込まれた選択コマンドを識別することによって受信される場合がある。

いくつかの実施形態では、ブロック７０２に関して説明したように、１つ以上の適応パラメータを適用するかどうかの受信された標示は、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用（例えば、加算、減算、除算、乗算など）するかどうかを示すＤＲＸ構成インデックスから構成されてもよい。ＤＲＸ構成インデックスは、どのＤＲＸパラメータを変更するか、および１つ以上のＤＲＸパラメータを変更するために使用される動作を示すことができる。たとえば、適応ＤＲＸ構成インデックスの値が０の場合、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されているのと同じデータバーストクラスである場合に、１つ以上の適応パラメータを適用しないことを示す場合がある。そのため、ＵＥは、修正するＤＲＸ構成パラメータをゼロにすることができる。別の例として、適応ＤＲＸ構成インデックスの値が１である場合、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されているデータバーストクラスと同じではないインスタンスにおいて、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用することを示すことができる。

いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上のＤＲＸパラメータを修正するための１つ以上の乗算値からなる。いくつかの実施形態では、乗算値は、１つ以上のＤＲＸパラメータの各々に乗算する単一の値で構成され得る。いくつかの実施形態では、１つ以上のＤＲＸパラメータの各々は、乗算値による修正後に最小の整数に丸められる。いくつかの実施形態では、ＤＲＸパラメータの各々は、乗算値による修正後に最高の整数に丸められる。いくつかの実施形態では、各ＤＲＸパラメータは、乗算値によって修正された後、最も近い整数に丸められる。例えば、乗算値は２であり、各ＤＲＸパラメータは２倍され、最も近い整数値に切り捨てられる。いくつかの実施形態では、乗算値は、１つ以上の対応するＤＲＸパラメータを乗算する１つ以上の乗算値から構成される。いくつかの実施形態では、１つ以上のＤＲＸパラメータのそれぞれは、１つ以上の乗算値による修正後に最小の整数に丸められる。

ブロック７０４に示されるように、ＵＥ２０１などのＵＥによって具現化される装置３００は、現在のデータバーストの送信が完了した後に１つ以上の適応パラメータを適用するかどうかの受信された標示に少なくとも部分的に基づいて、修正する１つ以上のＤＲＸパラメータを選択するための、プロセッサ３０２などの手段を含み得る。いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの受信された標示は、１つ以上の適応パラメータ（例えば、加算、減算、除算、乗算など）を１つ以上のＤＲＸパラメータに適用するかどうかを示すＤＲＸ構成インデックスを含むことがある。ＤＲＸ 構成インデックスは、どの ＤＲＸ パラメータを変更するかだけでなく、１ １つ以上の ＤＲＸ パラメータを変更するために使用する演算を示すこともある。たとえば、適応ＤＲＸ構成インデックスの値が０の場合、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されているのと同じデータバーストクラスである場合に、１つ以上の適応パラメータを適用しないことを示すことができる。そのため、ＵＥは、修正するＤＲＸ構成パラメータをゼロにすることができる。別の例として、適応ＤＲＸ構成インデックスの値が１である場合、送信されるデータバーストクラスが、１つ以上のＤＲＸパラメータが構成されているデータバーストクラスと同じではないインスタンスにおいて、１つ以上の適応パラメータを１つ以上のＤＲＸパラメータに適用することを示すことができる。このように、ＵＥは、１つ以上のＤＲＸパラメータの各値を、１つ以上の適応パラメータの１つ以上の値によって変更することができる。別の例として、ｐｓ－Ｗａｋｅｕｐに対応するＤＲＸパラメータは、式によって定義される場合がある：
ここで、ＤＲＸパラメータｐｓ－Ｗａｋｅｕｐは、適応パラメータｐｓ－Ｗａｋｅｕｐ（ｄｒｘ－ＡｄａｐｔｉｏｎＩｎｄｅｘ）によって変更される。

いくつかの実施形態では、１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上のＤＲＸパラメータを修正するための１つ以上の乗算値を含む。いくつかの実施形態では、乗算値は、１つ以上のＤＲＸパラメータの各々を乗算する単一の値で構成される場合がある。いくつかの実施形態では、１つ以上のＤＲＸパラメータのそれぞれは、乗算値による修正後に最小の整数に丸められる。例えば、乗算値は２であり、各ＤＲＸパラメータは２倍され、最も近い整数値に切り捨てられる。いくつかの実施形態では、乗算値は、１つ以上の対応するＤＲＸパラメータを乗算する１つ以上の乗算値から構成される。いくつかの実施形態では、１つ以上のＤＲＸパラメータの各々は、１つ以上の乗算値による修正後に最小の整数に丸められる。たとえば、１つ以上の乗算値は、ＤＲＸパラメータｐｓ－Ｗａｋｅｕｐに対応する２の乗算値と、ＤＲＸパラメータｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＤｅｌｔａに対応する３の乗算値とから構成され、式によって定義される。
ｐｓ－Ｗａｋｅｕｐ＝ｐｓ－Ｗａｋｅｕｐ＊２およびｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＤｅｌｔａ＝ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＤｅｌｔａ＊３。ここで、ＤＲＸパラメータのｐｓ－Ｗａｋｅｕｐとｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＤｅｌｔａは、乗数によって変更される。

ブロック７０５に示されるように、ＵＥ２０１などのＵＥによって具現化される装置３００は、ＲＡＮノード２０２などのネットワークエンティティから１つ以上のデータバーストを受信するための、プロセッサ３０２、通信インターフェース３０４などの手段を含み得る。いくつかの実施形態において、ＵＥ２０１は、ＲＡＮノード２０２からデータバーストを受信することができる。いくつかの実施形態では、データストリームは、１つ以上のデータバーストのシーケンスからなる。ＲＡＮノード２０２は、１つ以上のデータバーストのシーケンスに少なくとも部分的に基づいて、１つ以上のデータバーストを提供することができる。たとえば、データストリームは、フレームシーケンス「ＩＰＰＩＰＰ」を有するＧＯＰからなるＸＲデータストリームであってもよい。このように、ＲＡＮノードは、ＧＯＰを構成するフレームをフレームシーケンス、例えば「ＩＰＰＩＰＰ」の順序で発生させることができる。一部の実施形態では、データバーストは、選択コマンドなしでＵＥに提供される場合がある。一部の実施形態では、選択コマンドが受信されない場合、
ＵＥは、前のＤＲＸサイクルからのＤＲＸ構成（アダプテーションの有無にかかわらず）を引き続き使用することができる。

ここで図８を参照すると、たとえば、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００によって実装され、データストリームがバーストクラスの固定パターンから構成されるかどうかを判定する論理図８００が示されている。

ブロック８０１に示されるように、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００は、データストリームがデータバーストクラスの固定パターンからなるかどうかを判定するためのプロセッサ３０２などの手段を含み得る。いくつかの実施形態では、バーストクラスの固定パターンは、データストリーム内のデータバーストクラスの繰り返しシーケンスからなる。いくつかの実施形態では、データストリームのシーケンスにおけるデータバーストの数は、１つ以上のデータバースト閾値を満たすように要求される場合がある。このように、データクラス閾値は、データバーストの数を制限し、したがって、データバーストの固定パターンを定義するために、データバーストの繰り返しの最小数および／または最大数を定義することができる。例えば、データストリームは、フレームシーケンス「ＩＰＰＩＰＰ」からなるＸＲストリームであってもよい。最小データバースト閾値は３であり、最大データバースト閾値は８であってもよい。このように、フレームシーケンス「ＩＰＰＩＰＰ」からなるデータストリームは、１つ以上のデータバースト閾値を満たし、固定パターンとみなされる。別の例として、データストリームは、同じデータバースト閾値を有するフレームシーケンス「ＩＰＰＩＰＰ」からなるＸＲストリームであってもよい。この場合、フレームシーケンス「ＩＰＰＩＰＰＩＰＰ」からなるデータストリームは、１つ以上のデータバースト閾値を満たさないため、固定パターンとはみなされない。

データストリームがデータバーストクラスの固定パターンを構成しないと判定された場合、ＲＡＮノード２０２はブロック８０２に進むことができる。ブロック８０２に示されるように、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００は、選択コマンドをＵＥ２０１などのＵＥに提供させるためのプロセッサ３０２、通信インターフェース３０４などの手段を含み得る。この例では、ＲＡＮノード２０２は、データバーストクラスの固定パターンが事前に知られておらず、したがってＵＥに提供できないと判断することができる。このように、ＲＡＮノード２０２は、選択コマンドを使用して、送信される次のデータバーストに対して１つ以上の適応パラメータを適用するかどうかを示す。これは、ブロック６０４に関して説明したような処理と実質的に同様であり得る。

データストリームがデータバーストクラスの固定パターンからなると判定された場合、ＲＡＮノード２０２はブロック８０３に進むことができる。ブロック８０３に示されるように、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００は、バーストパターンの表示をＵＥ２０１などのＵＥに提供させるためのプロセッサ３０２、通信インターフェース３０４などの手段を含み得る。いくつかの実施形態では、バーストパターンの標示は、ＲＲＣメッセージを使用するなどして、ＤＲＸ構成中にＵＥに提供され得る。いくつかの実施形態では、バーストパターンの標示は、ＲＲＣメッセージを使用するなどして、ＤＲＸ再構成中にＵＥに提供されてもよい。このように、ＲＡＮノード２０２は、送信される次のデータバーストに対して１つ以上の適応パラメータを適用するかどうかを示すための選択コマンドの使用を回避することができる。いくつかの実施形態では、ＲＡＮノード２０２は、データバーストパターンに１つ以上の適応パラメータを適用するかどうかの標示を提供し得る。例えば、データストリームが、「ＩＰＰＩＰＰ」のデータバーストクラスの固定パターンからなるＸＲデータストリームである場合、
ＲＡＮノードは、「１００１００」の標示を提供し得、ここで、１は、１つ以上の適応パラメータを適用することを示し、０は、１つ以上の適応パラメータを適用しないことを示し、標示の桁は、固定パターンの対応する桁に相関し、例えば、１は、第１のＩフレームに適用され、０は、第１のＰフレームに適用され、０は、第２のＰフレームに適用されるなどである。

いくつかの実施形態において、ＲＡＮノード２０２は、１つ以上のデータバーストがデータバーストクラスの固定パターンから逸脱するようなデータストリームの変化を監視するように構成され得る。１つ以上のデータバーストがデータバーストクラスの固定パターンから逸脱するインスタンスでは、ＲＡＮノード２０２は、１つ以上のデータバーストがブロック８０１で前述のようにデータバーストクラスの固定パターンを構成するかどうかを判定し、対応してＲＲＣ再構成を実行するように構成され得る。

ここで図９を参照すると、たとえば、ＵＥ２０１などのＵＥによって具現化される装置３００によって、バーストクラスパターンの標示を受信するために実装される例示的なフローチャート９００が図示されている。

ブロック９０１に示されるように、ＵＥ ２０１などのＵＥによって具現化される装置３００は、ＲＡＮノード２０２などのネットワークエンティティからバーストクラスパターンの標示を受信するための、プロセッサ３０２、通信インターフェース３０４などの手段を含み得る。いくつかの実施形態では、バーストパターンの標示は、ＲＲＣメッセージを使用するなどして、ＤＲＸ構成中に受信される。いくつかの実施形態では、バーストパターンの標示は、ＲＲＣメッセージを使用するなどして、ＤＲＸ再構成中に受信される。
いくつかの実施形態では、ＵＥは、データバーストパターンに１つ以上の適応パラメータを適用するかどうかの標示を受信することができる。たとえば、データストリームが「ＩＰＰＩＰＰ」のデータバーストクラスの固定パターンからなるＸＲデータストリームである場合、ＵＥ ２０１は、「１００１００」の対応する標示を受信する可能性があり、１が１つ以上の適応パラメータを適用することを示し、０が１つ以上の適応パラメータを適用しないことを示す。

ブロック９０２に示されるように、ＵＥ ２０１などのＵＥによって具現化される装置３００は、プロセッサ３０２などの、次に予想されるデータバーストクラスに少なくとも部分的に基づいてＤＲＸ構成パターンを自動的に選択するための手段を含み得る。いくつかの実施形態では、ＵＥ２０１は、データバーストパターンに１つ以上の適応パラメータを適用するかどうかの標示を受信し得る。継続的な例として、データストリームが「ＩＰＰＩＰＰ」のデータバーストクラスの固定パターンからなるＸＲデータストリームである場合、ＵＥ２０１は、「１００１００」の標示を受信する可能性があり、ＤＲＸ構成値１が１つ以上の適応パラメータを適用することを示し、ＤＲＸ構成値０が１つ以上の適応パラメータを適用しないことを示す。そのため、ＵＥは「１００１００」のＤＲＸ構成・パターンを選択することができ、ＤＲＸ構成値「１」は１つ以上の適応パラメータを適用することを示し、ＤＲＸ構成値「０」は１つ以上の適応パラメータを適用しないことを示す。

図１０は、１つ以上のデータバースト１００１？１００９からなるデータストリーム１００の表現を示す。前述のように、データストリームが、非整数の周期性で生成されたデータバースト、すなわち、非整数の周期性値を有するデータバーストを有する場合。例えば、ＸＲデータストリームを構成する１つ以上のフレームは、６０フレーム／秒（ｆｐｓ）のレートで生成される場合がある。到着フレーム間の時間は、１を６０で割ることによって計算され、１６．６ミリ秒という非整数の周期性が得られる。このように、１６ミリ秒や１７ミリ秒などの整数のＤＲＸ周期で構成される可能性のあるＤＲＸ周期は、最終的に、図１０に示すような累積ギャップをもたらす可能性がある。蓄積されたギャップは、１つ以上のデータバーストの損失および／または遅延につながる可能性がある。より具体的には、ＤＲＸサイクルを識別するシーケンス番号を示すために、１から無限大までの値からなる値ｉを使用することができる。次に、すべての実数からなるＤＲＸ周期期間ＴＤＲＸと、すべての実数からなるデータストリーム周期性ＴＸＲを用いて、ギャップδは、ＤＲＸ周期とデータストリームの周期性との間のドリフトであってもよい。
ギャップδは、次のように変化する。

このように、ギャップδが拡大する速度は、ＤＲＸサイクルの数と、ＤＲＸサイクルの持続時間とデータストリームの周期性との間の差によって決定される。このようなギャップに対処するために、１ １つ以上の再同期パラメータを含めると、１つ以上のＤＲＸサイクルが調整され、ギャップが縮小する可能性がある。これは、データストリームのデータバーストの損失や遅延を回避するのに役立つ。

いくつかの実施形態では、１つ以上の再同期パラメータは、ｄｒｘ－Ｃｏｍｐｅｎｓａｔｉｏｎ（例えば、ＤＲＸサイクルを調整する量）、ｄｒｘ－ＬｏｎｇＣｙｃｌｅＣｏｕｎｔｅｒ（例えば、長いＤＲＸサイクルのカウンタ）、ｄｒｘ－Ｃｏｕｎｔｅｒ（例えば、ＤＲＸサイクルのカウンタ）、およびｄｒｘ－ＰｅｒｉｏｄｉｃｉｔｙＤｒｉｆｔ（例えば、ドリフト量）からなる。

図１１は、データストリームの非整数の周期性を処理するために適応型ＤＲＸを構成する手順１１００を示す。図１１の動作１において、ＲＡＮノード１１０２は、適応型ＤＲＸ構成をＵＥ１１０１に提供させることができる。いくつかの実施形態では、適応ＤＲＸ構成は、１つ以上のＤＲＸパラメータで構成される。これは、図４の動作１で説明した手順と実質的に同様である。いくつかの実施形態では、適応ＤＲＸ構成は、１つ以上の再同期パラメータから構成されてもよい。

いくつかの実施形態では、１つ以上の再同期パラメータは、現在のＤＲＸサイクルを修正する修正値を示す場合がある。いくつかの実施形態では、１つ以上の再同期パラメータは、式δ＝Ｔ_ＤＲＸ－Ｔ_ＸＲを利用して得られる周期性ドリフト値（δ）で構成される。いくつかの実施形態では、１つ以上の再同期パラメータは、ドリフトの方向（例えば、遅れまたは先行）を示す周期性符号値（ｓｉｇｎ（δ））を含んでよい。いくつかの実施形態では、
１つ以上の再同期パラメータは、再同期を実行する前のＤＲＸサイクルの数を示す周期性サイクル（Ｐ）を含んでいてもよい。この特定の例では、再同期パラメータは、値｜δ｜＝０．１、ｓｉｇｎ（δ）＝－１、およびＰ＝４に対応する。

図１１の動作２において、ＲＡＮノード１１０２は、接続構成を終了してもよい。いくつかの実施形態では、図１１の動作１および２は、ＲＲＣメッセージを使用してＵＥ１１０１に提供され得る。

図１１の動作３において、ＲＡＮノード１１０２は、データストリームのデータバーストをＵＥ１１０１に提供させることができる。いくつかの実施形態では、図１１の動作３は、図４の動作３と実質的に同様であってもよい。

図１１の動作４において、ＲＡＮノード１１０２は、データストリームのデータバーストをＵＥ１１０１に提供させることができる。いくつかの実施形態では、図１１の動作４は、図４の動作４と実質的に同様であり得る。

図１１の動作５において、ＲＡＮノード１１０２は、データストリームのデータバーストをＵＥ１１０１に提供させることができる。いくつかの実施形態では、図１１の動作５は、図４の動作５と実質的に同様であってもよい。

図１１の動作６において、ＲＡＮノード１１０２は、データストリームのデータバーストをＵＥ４０１に提供させることができる。動作６は、第４のＤＲＸサイクルに対応し、
したがって、現在、動作１の１つ以上の再同期パラメータで構成されたＤＲＸサイクル番号に対応する。そのため、再同期を実行することができる。そのため、再同期を実行することができる。いくつかの実施形態では、再同期コマンドは、選択コマンドおよび／またはデータバーストとともにＵＥ １１０１に提供される。いくつかの実施形態では、ＵＥ １１０１は、再同期コマンドに応答してこの再同期を自動的に実行するように構成され、
ネットワーク帯域幅を節約することができる。この再同期が実行されると、ＵＥ １１０１および／またはＲＡＮノード１１０２に関連付けられた関連ＤＲＸサイクルカウンタがリセットされることがある。このように、再同期は、ＤＲＸサイクル８で再び実行されてもよい。

図１１の動作７において、ＲＡＮノード１１０２は、データストリームのデータバーストをＵＥ１１０１に提供させてもよい。いくつかの実施形態では、図１１の動作７は、図４の動作７に実質的に類似していてもよい。

次に図１２を参照すると、例えば、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００によって実装され、ＵＥに再同期コマンドを提供させるフローチャート１２００の例が示されている。

ブロック１２０１に示されるように、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００は、１つ以上の再同期パラメータをＵＥ２０１などのＵＥに提供させるためのプロセッサ３０２、通信インターフェース３０４などの手段を含み得る。いくつかの実施形態において、１つ以上の再同期パラメータは、現在のＤＲＸサイクルを修正するための修正値を示す場合がある。いくつかの実施形態では、１つ以上の再同期パラメータは、式δ＝Ｔ＿ＤＲＸ－Ｔ＿ＸＲを利用して得られる周期性ドリフト値（δ）を含んでよい。いくつかの実施形態では、１つ以上の再同期パラメータは、ドリフトの方向（例えば、遅れまたは先行）を示す周期性符号値（ｓｉｇｎ（δ））を含んでよい。いくつかの実施形態では、１つ以上の再同期パラメータは、再同期を実行する前のＤＲＸサイクルの数を示す周期性サイクル（Ｐ）を含む。

ブロック１２０２に示されるように、ＲＡＮノード２０２などのネットワークエンティティによって具現化される装置３００は、再同期コマンドをＵＥ２０１などのＵＥに提供させるためのプロセッサ３０２、通信インターフェース３０４などの手段を含み得る。一部の実施形態では、１つ以上の再同期パラメータは、現在のＤＲＸサイクルを修正する修正値を示す場合がある。いくつかの実施形態では、再同期コマンドは、ＤＲＸサイクル番号が１つ以上の再同期パラメータに一致する場合に、ＵＥに提供される。たとえば、１つ以上の再同期パラメータは、ｆｏｒの周期性に対応する場合がある。そのため、再同期コマンドは、４番目のＤＲＸサイクルの間にＵＥに送信される場合がある。この再同期が実行されると、ＵＥ １１０１および／またはＲＡＮノード１１０２に関連付けられた関連ＤＲＸサイクルカウンタがリセットされる場合がある。そのため、再同期はＤＲＸサイクル８で再び実行される。

ここで図１３を参照すると、例えば、ＵＥ２０１などのＵＥによって具現化される装置３００によって実装され、再同期量だけ現在のＤＲＸサイクル持続時間を修正する、例示的なフローチャート１３００が図示されている。

ブロック１３０１に示されるように、ＵＥ ２０１などのＵＥによって具現化される装置３００は、ネットワークエンティティ２０２などのネットワークエンティティから再同期コマンドを受信するための、プロセッサ３０２、通信インターフェース３０４などの手段を含み得る。一部の実施形態では、再同期コマンドは、現在のＤＲＸサイクル期間を変更するための再同期値を示す場合がある。

ブロック１３０２に示されるように、ＵＥ２０１などのＵＥによって具現化される装置３００は、再同期量によって現在のＤＲＸサイクルの１つ以上のＤＲＸパラメータを修正するためのプロセッサ３０２などの手段を含み得る。このように、ＵＥ ２０１は、再同期コマンドで受信された再同期量によって、ＤＲＸ周期の持続時間を示す１つ以上のＤＲＸパラメータを修正することができる。したがって、ＵＥ ２０１は、ＤＲＸ周期の期間とデータストリームの周期性との間の差によって生じるギャップを低減することができる。

次に図１４を参照すると、例えば、ＵＥ２０１などのＵＥによって具現化される装置３００が、現在のＤＲＸサイクル持続時間の１つ以上のＤＲＸパラメータを再同期量だけ変更するかどうかを決定するために実装される、例示的なフローチャート１４００が図示されている。

ブロック１４０１に示されるように、ＵＥ ２０１などのＵＥによって具現化される装置３００は、ネットワークエンティティ２０２などのネットワークエンティティから１つ以上の再同期パラメータを受信するための、プロセッサ３０２、通信インターフェース３０４などの手段を含み得る。いくつかの実施形態では、１つ以上の再同期パラメータは、現在のＤＲＸサイクルを修正する修正値を示す場合がある。いくつかの実施形態では、１つ以上の再同期パラメータは、式δ＝Ｔ＿ＤＲＸ－Ｔ＿ＸＲを利用して得られる周期性ドリフト値（δ）からなる場合がある。いくつかの実施形態では、１つ以上の再同期パラメータは、ドリフトの方向（例えば、遅れまたは先行）を示す周期性符号値（ｓｉｇｎ（δ））を含んでよい。いくつかの実施形態では、１つ以上の再同期パラメータは、再同期を実行する前のＤＲＸサイクルの数を示す周期性サイクル（Ｐ）を含む。

ブロック１４０２に示されるように、ＵＥ２０１などのＵＥによって具現化される装置３００は、プロセッサ３０２などの、現在のＤＲＸサイクルの１つ以上のＤＲＸパラメータを再同期量だけ変更するかどうかを決定するための手段を含み得る。いくつかの実施形態において、ＵＥ２０１は、ブロック１４０１において提供された１つ以上の受信された再同期パラメータに少なくとも部分的に基づいて、再同期量を決定し得る。いくつかの実施形態において、ＵＥ２０１は、ＤＲＸサイクル番号および１つ以上の再同期パラメータに少なくとも部分的に基づいて、１つ以上のＤＲＸパラメータを修正するかどうかを決定することができる。たとえば、再同期パラメータは、ＤＲＸサイクル番号が４であることを示す場合がある。そのため、ＵＥ ２０１は、４番目のＤＲＸサイクルに対して再同期を実行するように、ＤＲＸサイクル数を監視することができる。いくつかの実施形態では、再同期が実行されると、ＵＥに関連するＤＲＸサイクルカウンタがリセットされる。
このように、再同期は、関連するＤＲＸサイクルカウンタをリセットするように実行されてもよく、再同期は、４番目のＤＲＸサイクルごとに適用されてもよい。

次に図１５を参照すると、例えば、ＵＥ２０１などのＵＥによって具現化される装置３００によって実装され、現在のＤＲＸサイクル持続時間の１つ以上のＤＲＸパラメータを再同期量だけ変更するかどうかを決定する論理図１５００が示されている。

ブロック１５０１に示されるように、ＵＥ２０１などのネットワークエンティティ、ＵＥによって具現化される装置３００は、プロセッサ３０２などの、新しいＤＲＸサイクルｉを開始するための手段を含み得る。値ｉは、０と無限大との間の任意の値であってもよく、ＤＲＸサイクルカウントを示してもよい。いくつかの実施形態では、再同期コマンドは、ＭＡＣ ＣＥによって受信されてもよい。

ブロック１５０２に示されるように、ＵＥ２０１などのＵＥによって具現化される装置３００は、再同期コマンドが受信されたかどうかを判定するための、プロセッサ３０２などの手段を含み得る。いくつかの実施形態では、再同期コマンドは、ＲＡＮノード２０２などのネットワークエンティティから受信されてもよい。いくつかの実施形態では、再同期コマンドは、選択コマンド中に受信されてもよい。いくつかの実施形態では、再同期コマンドは、ＭＡＣ ＣＥによって受信され得る。再同期コマンドが受信された場合、ＵＥ ２０１はブロック１５０４に進む。再同期コマンドが受信されていない場合、ＵＥ２０１はブロック１５０３に進む。

ブロック１５０３に示されるように、ＵＥ ２０１などのＵＥによって具現化される装置３００は、現在のＤＲＸサイクルが１つ以上の再同期パラメータに一致するかどうかを判定するための、プロセッサ３０２などの手段を含み得る。たとえば、いくつかの実施形態では、ＵＥ２０１は、ＤＲＸサイクル番号および１つ以上の再同期パラメータに少なくとも部分的に基づいて、１つ以上のＤＲＸパラメータを修正するかどうかを決定することができる。たとえば、再同期パラメータは、ＤＲＸサイクル数が４であることを示す場合がある。このように、ＵＥ２０１は、４番目のＤＲＸサイクルに対して再同期を実行するように、ＤＲＸサイクル数を監視することができる。いくつかの実施形態では、ＵＥは、２つの値の間のモジュロが０に等しいかどうかを判定することによって、現在のＤＲＸサイクルがＤＲＸサイクル番号に一致するときを判定することができる。現在のＤＲＸサイクル値ｉとＤＲＸサイクル番号Ｐとのモジュロが０に等しくない場合、ＵＥ２０１は、ブロック１５０６に進むことができる。現在のＤＲＸサイクル値ｉとＤＲＸサイクル番号Ｐとのモジュロが０に等しい場合、ＵＥ２０１はブロック１５０４に進むことができる。

ブロック１５０４に示されるように、ＵＥ２０１などのＵＥによって具現化される装置３００は、再同期を実行するためのプロセッサ３０２などの手段を含み得る。いくつかの実施形態において、ＵＥ２０１は、ブロック１４０１において提供された１つ以上の受信された再同期パラメータに少なくとも部分的に基づいて、再同期量を決定し得る。いくつかの実施形態において、ＵＥ２０１は、ＤＲＸサイクル番号および１つ以上の再同期パラメータに少なくとも部分的に基づいて、１つ以上のＤＲＸパラメータを修正するかどうかを決定し得る。いくつかの実施形態において、ＵＥ２０１は、再同期コマンドから再同期量を受信してもよい。

ブロック１５０５に示されるように、ＵＥ２０１などのＵＥによって具現化される装置３００は、プロセッサ３０２などの、ＤＲＸサイクルカウンタを０にリセットするための手段を含み得る。いくつかの実施形態では、値ｉは０にリセットされてもよい。このように、再同期は、ＤＲＸサイクル数に達した後に再び実行されてもよい。

ブロック１５０６に示されるように、ＵＥ２０１などのＵＥによって具現化される装置３００は、プロセッサ３０２などの、ＤＲＸサイクルカウンタを１だけインクリメントするための手段を含み得る。いくつかの実施形態では、値ｉを１だけ増加させてもよい。このように、ＤＲＸサイクルカウンタは、現在実行されているＤＲＸサイクルを反映するように更新される。

このように、ＵＥは、１つ以上のＤＲＸ構成で事前に構成することができ、１つ以上のＤＲＸパラメータの１つ以上の適応パラメータを利用して、データストリームを構成する次のデータバーストに最適なＤＲＸ構成を示すことにより、ＤＲＸサイクルをより簡単に制御できる。これは、ＤＲＸ再構成と比較して、より効率的なオプションでもある。さらに、１つ以上の再同期パラメータは、整数値で構成される可能性のあるＤＲＸサイクル持続時間と、非整数値で構成される可能性のある関連データストリーム周期性との差に起因する累積ギャップにＤＲＸサイクルで対処することを可能にし、１つ以上のデータバーストの遅延および／または損失を回避する。

図４－図１５は、本発明の例示的な実施形態による方法を示すメッセージフロー、フローチャート、および／またはロジックフロー（以下、一般に「フローチャート」と称する）を示す。メッセージフローの各ブロックは、１つ以上のコンピュータプログラム命令を含むソフトウェアの実行に関連するハードウェア、ファームウェア、プロセッサ、回路、および／または他の通信デバイスなどの様々な手段によって実施され得ることが理解される。例えば、上述した手順の１つ以上は、コンピュータプログラム命令によって具現化されてもよい。これに関して、上述した手順を具現化するコンピュータプログラム命令は、本発明の実施形態を採用する装置３００のメモリデバイス３０６によって記憶され、プロセッサ３０２によって実行されてもよい。理解されるように、任意のそのようなコンピュータプログラム命令は、コンピュータまたは他のプログラム可能な装置（例えば、ハードウェア）にロードされて、結果として生じるコンピュータまたは他のプログラム可能な装置がフローチャートブロックにおいて指定された機能を実行するような、機械を製造することができる。これらのコンピュータプログラム命令は、コンピュータ読み取り可能なメモリに記憶され、コンピュータ読み取り可能なメモリに記憶された命令が、フローチャートブロックで指定された機能を実行する製造品を製造するように、コンピュータまたは他のプログラマブル装置に特定の方法で機能するように標示することもできる。また、コンピュータプログラム命令をコンピュータまたは他のプログラマブル装置にロードして、コンピュータまたは他のプログラマブル装置上で実行される命令がフローチャートブロックで指定された機能を実装するための動作を提供するように、コンピュータ実装プロセスを生成するための一連の動作をコンピュータまたは他のプログラマブル装置上で実行させることもできる。

したがって、フローチャートのブロックとメッセージフローは、指定された機能を実行するための手段の組み合わせと、指定された機能を実行するための指定された機能を実行するための操作の組み合わせをサポートする。また、フローチャートの１つ以上のブロック、およびフローチャートのブロックの組み合わせは、指定された機能を実行する特別な目的のハードウェアベースのコンピュータシステム、または特別な目的のハードウェアとコンピュータ命令の組み合わせによって実装できることが理解される。

本明細書に記載された発明の多くの変更および他の実施形態は、前述の説明および関連する図面に提示された教示の利益を有する、これらの発明が関係する当業者に思い浮かぶであろう。したがって、本発明は、開示された特定の実施形態に限定されるものではなく、修正および他の実施形態は、添付の特許請求の範囲に含まれることが意図されていることを理解されたい。

さらに、前述の説明および関連する図面は、要素および／または機能の特定の例示的な組み合わせの文脈において例示的な実施形態を説明しているが、添付の特許請求の範囲から逸脱することなく、要素および／または機能の異なる組み合わせが代替の実施形態によって提供され得ることが理解されるべきである。この点に関して、例えば、添付の特許請求の範囲のいくつかに規定され得るように、上記で明示的に説明したものとは異なる要素および／または機能の組み合わせもまた企図される。本明細書では特定の用語が使用されているが、これらは一般的かつ説明的な意味でのみ使用されており、限定を目的とするものではない。

以上、いくつかの変形例を詳細に説明したが、他の変更または追加も可能である。特に、更なる特徴および／または変形が、本明細書に規定されるものに加えて提供され得る。さらに、上述した実施形態は、開示された特徴の様々な組合せおよびサブ組合せ、および／または、上述した開示された、いくつかのさらなる特徴の組合せおよびサブ組合せに向けられ得る。他の実施形態は、以下の特許請求の範囲内にあり得る。

所望であれば、本明細書で議論される異なる機能は、異なる順序で、および／または互いに同時に実行されてもよい。さらに、所望であれば、上述した機能の１つ以上は任意であってもよいし、組み合わせてもよい。いくつかの実施形態の様々な態様は独立請求項に記載されているが、いくつかの実施形態の他の態様は、記載された実施形態および／または従属請求項からの特徴と独立請求項の特徴との他の組み合わせからなり、請求項に明示的に記載された組み合わせのみではない。また、本明細書において、上記では例示的な実施形態について説明したが、これらの説明は限定的な意味で捉えられるべきではないことに留意されたい。むしろ、添付の特許請求の範囲に定義されるいくつかの実施形態の範囲から逸脱することなく行われ得るいくつかの変形および修正が存在する。他の実施形態は、以下の特許請求の範囲に含まれ得る。用語「に基づいて」は、「少なくともに基づいて」を含む。「そのような」の使用は、特に標示がない限り、「例えばのような」を意味する。

したがって、本明細書に記載される様々な実施形態は、例示の方法によってのみ提示され、特許請求の範囲を限定するものとして解釈されるべきではないことが再度強調されるべきである。たとえば、代替の実施形態は、例示的な実施形態のコンテキストで上述したものとは異なる通信システム構成、ユーザ機器構成、基地局構成、ＩＤ要求プロセス、メッセージングプロトコル、およびメッセージフォーマットを利用することができる。これらおよび添付の特許請求の範囲内の多数の他の代替実施形態は、当業者には容易に明らかである。

Claims (36)

1. １つ以上のデータバーストを含むデータストリームを受信するステップであって、 前記１つ以上のデータバーストは、２つ以上のデータバーストクラスを含み、データバーストクラスは、該データバーストを構成する受信データのサイズに少なくとも部分的に基づいて識別される、ステップと、
   １つ以上の不連続受信パラメータに対する１つ以上の値と、１つ以上の適応パラメータに対する１つ以上の値とを決定するステップであって、１つ以上の適応パラメータは、１つ以上の不連続受信パラメータを修正する修正値を示す、ステップと、
   不連続受信構成をユーザ機器に提供させるステップであって、前記不連続受信構成は、１つ以上の不連続受信パラメータに対する１つ以上の値と、１つ以上の適応パラメータを適用するかどうかの標示と、を含み、前記１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す、ステップと、
   １つ以上の選択コマンドをユーザ機器に提供させるステップであって、各選択コマンドは、送信される次のデータバーストに対して前記１つ以上の適応パラメータを適用するかどうかの標示を含む、ステップと、
   前記１つ以上のデータバーストを前記ユーザ機器に提供させるステップと、
   を含む方法。
2. 前記データストリームが拡張現実ストリームを含み、前記拡張現実ストリームがピクチャのグループを含み、前記ピクチャのグループが１つ以上のデータフレームを含み、データフレームがサイズに少なくとも部分的に基づいて識別され得る、請求項１に記載の方法。
3. 前記不連続受信構成は、前記１つ以上の適応パラメータをさらに含み、前記１つ以上の適応パラメータを適用するかどうかの標示は、不連続受信構成インデックスによって示される、請求項１に記載の方法。
4. 前記１つ以上の適応パラメータを適用するかどうかの標示は、１つ以上の乗算値によって示され、前記１つ以上の乗算値は、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す、請求項１に記載の方法。
5. データバーストクラスの前記パターンが既知であるような前記データストリームがデータバーストクラスの固定パターンを含むインスタンスにおいて、前記データバーストクラスパターンの標示を前記ユーザ機器に提供させるステップをさらに含む、請求項１に記載の方法。
6. 前記１つ以上の不連続受信パラメータに対する前記１つ以上の値は、少なくとも不連続受信周期を示し、前記不連続受信周期は、制御チャネルが監視されるアクティブ期間と、制御チャネルが監視されないスリープ期間と、を含む、請求項１に記載の方法。
7. 前記ユーザ機器に１つ以上の再同期パラメータを提供させるステップと
   前記ユーザ機器に再同期コマンドを提供させるステップであって、前記再同期コマンドは、１つ以上の選択コマンドに含まれ、現在の不連続受信サイクルの１つ以上の不連続受信パラメータを再同期量だけ変更させる、ステップと、
   をさらに含む、請求項１に記載の方法
8. 前記再同期量は、前記不連続受信周期の継続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される、請求項７に記載の方法。
9. 前記不連続受信構成は、無線リソース制御メッセージを用いて提供され、前記選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる、請求項１に記載の方法。
10. ネットワークエンティティから不連続受信構成を受信するステップであって、該不連続受信構成は、１つ以上の不連続受信パラメータに対する１つ以上の値と、送信される特定のデータバーストクラスの標示と、を含み、前記１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す、ステップと、
    送信される特定のデータバーストクラスの前記受信された標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択するステップと、
    ネットワークエンティティから１つ以上の選択コマンドを受信するステップであって、前記選択コマンドは、送信されるべき前記次のデータバーストクラスの標示を含む、ステップと、
    現在のデータバーストの前記送信が完了した後に前記１つ以上の適応パラメータを適用するかどうかの前記受信した標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択するステップと、
    前記ネットワークエンティティから１つ以上のデータバーストを受信するステップと、
    を含む方法。
11. 前記不連続受信構成が、前記１つ以上の適応パラメータをさらに備え、
    送信されるべき前記次のデータバーストクラスの前記標示が、不連続受信構成インデックスによって示され、
    前記不連続受信構成インデックスが、１つ以上の適応パラメータを前記１つ以上の不連続受信パラメータに適用するかどうかを示す、
    請求項１０に記載の方法。
12. 送信されるべき次のデータバーストクラスの前記標示が、１つ以上の乗算値によって示され、
    前記１つ以上の乗算値が、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す、
    請求項１０に記載の方法。
13. さらにデータストリームが、前記シーケンスが前記ネットワークエンティティによって既知であるようなデータバーストクラスの固定パターンを含むインスタンスにおいて、
    前記データバーストクラスパターンの標示を受信するステップと、
    前記データバーストクラスパターンにおける前記次に予想されるデータバーストクラスに少なくとも部分的に基づいて、不連続受信構成パターンを自動的に選択するステップと、
    をさらに含む、請求項１０に記載の方法。
14. 前記１つ以上の不連続受信パラメータの１つ以上の値は、少なくとも不連続受信周期を示し、
    不連続受信周期は、アクティブ期間とスリープ期間と含み、
    前記方法はさらに、
    前記アクティブ期間中に制御チャネルを監視するステップと、
    前記スリープ期間中に対応する回路をオフにさせるステップと、
    を含む、請求項１０に記載の方法。
15. 前記ネットワークエンティティから１つ以上の再同期パラメータを受信するステップと、
    前記１つ以上の再同期パラメータに少なくとも部分的に基づいて、再同期量だけ現在の不連続受信サイクルの１つ以上の不連続受信パラメータを修正することを決定するステップと、
    をさらに含む、請求項１０に記載の方法。
16. 前記ネットワークエンティティから再同期コマンドを受信するステップであって、前記再同期コマンドは、１つ以上の選択コマンドに含まれる、ステップと、
    現在の非連続受信サイクルの１つ以上の非連続受信パラメータを、再同期量だけ修正するステップと、
    をさらに含む、請求項１０に記載の方法。
17. 前記再同期量は、前記不連続受信サイクルの持続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される、請求項１６に記載の方法。
18. 前記適応的不連続受信構成は、無線リソース制御メッセージを使用して受信され、
    前記選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる、
    請求項１０に記載の方法。
19. 少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備える装置であって、
    前記少なくとも１つのメモリと前記コンピュータプログラムコードは、少なくとも１つのプロセッサ用いて、該装置に、少なくとも、ネットワークエンティティから不連続受信構成を受信するステップであって、
    前記不連続受信構成は、１つ以上の不連続受信パラメータに対する１つ以上の値と、送信される特定のデータバーストクラスの標示と、を含み、
    前記１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す、
    ステップと、
    送信される特定のデータバーストクラスの前記受信された標示に少なくとも部分的に基づいて変更する１つ以上の不連続受信パラメータを選択するステップと、
    前記ネットワークエンティティから１つ以上の選択コマンドを受信するステップであって、前記選択コマンドは、送信されるべき前記次のデータバーストクラスの標示を含む、ステップと、
    現在のデータバーストの送信が完了した後に、前記１つ以上の適応パラメータを適用するか否かの前記受信した標示に少なくとも部分的に基づいて、変更する１つ以上の不連続受信パラメータを選択するステップと、
    前記ネットワークエンティティから１つ以上のデータバーストを受信するステップと、を実行させるように構成される、装置。
20. 前記不連続受信構成が、前記１つ以上の適応パラメータをさらに含み、
    送信されるべき次のデータバーストクラスの標示が、不連続受信構成インデックスによって示され、
    前記不連続受信構成インデックスが、前記１つ以上の適応パラメータを前記１つ以上の不連続受信パラメータに適用するかどうかを示す、
    請求項１９に記載の装置。
21. 送信されるべき前記次のデータバーストクラスの標示が、１つ以上の乗算値によって示され、
    前記１つ以上の乗算値が、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す、
    請求項１９に記載の装置。
22. 前記装置は、前記データストリームが、前記シーケンスが前記ネットワークエンティティによって既知であるようなデータバーストクラスの固定パターンを含む場合、前記データバーストクラスパターンの標示を受信するステップと、
    前記データバーストクラスパターン内の前記次に予想されるデータバーストクラスに少なくとも部分的に基づいて、不連続受信構成パターンを自動的に選択するステップ、
    をさらに実行する、請求項１９に記載の装置。
23. 前記１つ以上の不連続受信パラメータに対する前記１つ以上の値は、少なくとも不連続受信サイクルを示し、
    不連続受信サイクルは、アクティブ期間とスリープ期間とを含み、
    前記装置は、さらに、前記アクティブ期間中に制御チャネルを監視するステップと、
    前記スリープ期間中に、対応する回路をオフにするようにさせるステップと、
    を実行する、請求項１９に記載の装置。
24. 前記装置は、さらに、
    前記ネットワークエンティティから１つ以上の再同期パラメータを受信するステップと、
    前記１つ以上の再同期パラメータに少なくとも部分的に基づいて、再同期量だけ現在の不連続受信サイクルの１つ以上の不連続受信パラメータを修正することを決定するステップと、
    を実行する、請求項１９に記載の装置。
25. 前記装置はさらに、
    前記ネットワークエンティティから再同期コマンドを受信するステップであって、前記再同期コマンドは、１つ以上の選択コマンドに含まれる、ステップと、
    現在の不連続受信周期の１つ以上の不連続受信パラメータを、再同期量だけ修正するステップと、
    を実行する、請求項１９に記載の装置。
26. 前記再同期量は、前記不連続受信サイクルの持続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される、請求項２５に記載の装置。
27. 前記適応的不連続受信構成は、無線リソース制御メッセージを用いて受信され、
    前記選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる、
    請求項１９に記載の装置。
28. 少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備える装置であって、
    前記少なくとも１つのメモリと前記コンピュータプログラムコードは、少なくとも１つのプロセッサ用いて、該装置に、少なくとも、
    １つ以上のデータバーストを含むデータストリームを受信するステップであって、前記１つ以上のデータバーストは２つ以上のデータバーストクラスを含み、データバーストクラスは、前記データバーストを構成する前記受信データのサイズに少なくとも部分的に基づいて識別される、ステップと、
    １つ以上の不連続受信パラメータに対する１つ以上の値、および１つ以上の適応パラメータに対する１つ以上の値を決定するステップであって、
    前記１つ以上の適応パラメータは、前記１つ以上の不連続受信パラメータを修正する修正値を示す、ステップと
    不連続受信構成をユーザ機器に提供させるステップであって、前記不連続受信構成は、前記１つ以上の不連続受信パラメータに対する１つ以上の値と、前記１つ以上の適応パラメータを適用するかどうかの標示と、を含み、前記１つ以上の不連続受信パラメータは、特定のデータバーストクラスに対する不連続受信構成を示す、ステップと、
    １つ以上の選択コマンドをユーザ機器に提供させるステップであって、各選択コマンドは、送信される次のデータバーストに前記１つ以上の適応パラメータを適用するかどうかの標示を含む、ステップと、
    前記１つ以上のデータバーストを前記ユーザ機器に提供させるステップと、
    をさせるように構成される、
    装置。
29. 前記データストリームは、拡張現実ストリームを含み、
    前記拡張現実ストリームは、ピクチャのグループを含み、
    ピクチャのグループは１つ以上のデータフレームを含み、
    データフレームは、前記サイズに少なくとも部分的に基づいて識別され得る、
    請求項２８に記載の装置。
30. 前記不連続受信構成は、前記１つ以上の適応パラメータをさらに含み、
    前記１つ以上の適応パラメータを適用するかどうかの前記標示は、不連続受信構成インデックスによって示される、
    請求項２８に記載の装置。
31. 前記１つ以上の適応パラメータを適用するかどうかの前記標示は、１つ以上の乗算値によって示され、
    前記１つ以上の乗算値は、１つ以上の不連続適応パラメータを乗算する１つ以上の値を示す、
    請求項２８に記載の装置。
32. 前記装置は、前記データストリームはデータバーストクラスの前記パターンが既知であるようなデータバーストクラスの固定パターンを備える、インスタンスにおいて、前記データバーストクラスパターンの表示を前記ユーザ機器に提供させることを、さらに実行する、請求項２８に記載の装置。
33. 前記１つ以上の不連続受信パラメータに対する前記１つ以上の値は、少なくとも不連続受信周期を示し、前記不連続受信周期は、制御チャネルが監視されるアクティブ期間と、該制御チャネルが監視されないスリープ期間とを含む、請求項２８に記載の装置
34. 前記装置は、前記ユーザ機器に１つ以上の再同期パラメータを提供させるステップと、
    前記ユーザ機器に再同期コマンドを提供させるステップであって、前記再同期コマンドは、１つ以上の選択コマンドに含まれ、現在の不連続受信サイクルの１つ以上の不連続受信パラメータを再同期量だけ変更させる、ステップと、
    をさらに実行する、請求項２８に記載の装置。
35. 前記再同期量は、前記不連続受信周期の持続時間とデータストリームの周期性との間の差に少なくとも部分的に基づいて決定される、請求項３４に記載の装置。
36. 前記不連続受信構成は、無線リソース制御メッセージを用いて提供され、
    前記選択コマンドは、メディアアクセス制御サービスデータユニットに埋め込まれる、
    請求項２８に記載の装置。