(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）によって実行されるワイヤレス通信のための方法であって、
無線リンク制御（ＲＬＣ）レイヤプロトコル・データ・ユニット（ＰＤＵ）を送信することと、
物理ハイブリッド自動再送信要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）を介する前記ＰＤＵのＨＡＲＱアクノレッジメント（ＡＣＫ）、または、時分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成、のうちの少なくとも１つを受信することと、ここにおいて、前記ＰＤＵの前記ＨＡＲＱ  ＡＣＫ、または、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成、のうちの少なくとも１つを受信することは、接続不連続受信（ＣＤＲＸ）モードで実行され、
前記ＰＨＩＣＨ以外の物理チャネルを介して前記ＵＥが前記ＰＤＵのＲＬＣレイヤＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを前記ＰＤＵの前記ＨＡＲＱ  ＡＣＫ、または、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成、のうちの少なくとも１つに基づいて決定することと、
前記決定に応じて、前記ＵＥが前記ＰＤＵのＲＬＣレイヤＡＣＫを受信するための前記次の機会の後まで前記ＰＤＵのＲＬＣ再送信を遅延させることと、
を備える、方法。
【請求項２】
前記遅延させることは、
前記ＰＤＵのＲＬＣレイヤＡＣＫが前記次の機会の間に受信されていない場合、前記ＲＬＣ再送信を送信すること、
を備える、請求項１に記載の方法。
【請求項３】
前記ＰＤＵのＲＬＣレイヤＡＣＫを受信することと、
前記ＲＬＣレイヤＡＣＫを受信することに応じて、前記ＲＬＣ再送信を送信することを控えることと、
をさらに備える、請求項１に記載の方法。
【請求項４】
前記ＵＥが前記ＰＤＵのＲＬＣレイヤＡＣＫを受信するための前記次の機会は、時分割複信（ＴＤＤ）フレーム内に次のダウンリンク（ＤＬ）サブフレームを備える、請求項１に記載の方法。
【請求項５】
前記ＵＥが前記ＰＤＵのＲＬＣレイヤＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定することは、前記ＵＥが前記ＰＤＵのＲＬＣレイヤＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成に基づいて決定することを含む、請求項１に記載の方法。
【請求項６】
前記ＵＥが前記ＰＤＵのＲＬＣレイヤＡＣＫを受信するための前記次の機会は、前記ＵＥが不連続受信（ＤＲＸ）サイクルにおいてアクティブである次のサブフレームを備える、請求項１に記載の方法。
【請求項７】
前記ＵＥは、前記ＵＥが前記ＤＲＸサイクルにおいて非アクティブである間、少なくとも１つの無線構成要素を非活性化する、請求項６に記載の方法。
【請求項８】
ワイヤレス通信のための装置であって、
無線リンク制御（ＲＬＣ）レイヤプロトコル・データ・ユニット（ＰＤＵ）を送信するための手段と、
物理ハイブリッド自動再送信要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）を介する前記ＰＤＵのＨＡＲＱアクノレッジメント（ＡＣＫ）、または、時分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成、のうちの少なくとも１つを受信するための手段と、ここにおいて、前記ＰＤＵの前記ＨＡＲＱ  ＡＣＫ、または、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成、のうちの少なくとも１つを受信するための前記手段は、接続不連続受信（ＣＤＲＸ）モードで実行され、
前記装置が前記ＰＨＩＣＨ以外の物理チャネルを介して前記ＰＤＵのＲＬＣレイヤＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを前記ＰＤＵの前記ＨＡＲＱ  ＡＣＫ、または、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成、のうちの少なくとも１つに基づいて決定するための手段と、
前記決定に応じて、前記装置が前記ＰＤＵのＲＬＣレイヤＡＣＫを受信するための前記次の機会の後まで前記ＰＤＵのＲＬＣ再送信を遅延させるための手段と、
を備える、装置。
【請求項９】
ワイヤレス通信のためのコンピュータ実行可能なコードを記憶したコンピュータ読取可能な記憶媒体であって、
請求項１乃至７のいずれか１つの前記方法を実行するためのコード
を備える、コンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]本特許出願は、２０１３年１２月５日に出願された米国仮出願番号６１／９１２，０４７号と、２０１４年１１月２４日に出願された米国特許出願番号１４／５５１，６２８号とに対する優先権を主張する。これら両方は、全体が本明細書に参照によって組み込まれている。
【背景技術】
【０００２】
開示の分野
[0002]本開示は、一般に、ワイヤレス通信に関し、さらに詳しくは、（例えば、接続不連続受信（ＣＤＲＸ）オフ持続時間中（during connected discontinuous reception (CDRX) off-durations）、）無線リンク制御（ＲＬＣ）アップリンク（ＵＬ）再送信を遅延させるための方法および装置に関する。
【０００３】
関連技術の説明
[0003]ワイヤレス通信システムは、テレフォニ、ビデオ、データ、メッセージング、およびブロードキャストのような様々な電気通信サービス（telecommunication services）を提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することにより、複数のユーザとの通信をサポートすることができる多元接続技術を適用し得る。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同時符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
[0004]これらの多元接続技術は、異種のワイヤレスデバイスが、市レベル、国レベル、地方レベル、あるいは地球レベルでさえも通信することを可能にする共通のプロトコルを提供するために、様々な電気通信規格に採用されている。新興の電気通信規格の一例は、ロング・ターム・エボリューション（ＬＴＥ（登録商標））である。ＬＴＥ／ＬＴＥアドバンストは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公布されたユニバーサルモバイル電気通信システム（ＵＭＴＳ）モバイル規格に対する拡張のセットである。これは、スペクトル効率を改善することによってモバイル・ブロードバンド・インターネット・アクセスを良好にサポートし、コストを低減し、サービスを改善し、新たなスペクトルを活用し、ダウンリンク（ＤＬ）においてＯＦＤＭＡを、アップリンク（ＵＬ）においてＳＣ−ＦＤＭＡを、および、多入力多出力（ＭＩＭＯ）アンテナ技術を用いて他のオープンな規格と良好に統合するように設計されている。しかしながら、モバイル・ブロードバンド・アクセスに対する需要が増加し続けているので、ＬＴＥ技術におけるさらなる改良の必要性がある。好適には、これらの改善は、これらの技術を適用する他の多元接続技術および電気通信規格に適用可能であるべきである。
【発明の概要】
【０００５】
[0005]本開示のある態様は、ユーザ機器（ＵＥ）によるワイヤレス通信のための方法を提供する。この方法は一般に、無線リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）を送信することと、ＰＤＵのハイブリッド自動再送信要求（ＨＡＲＱ）アクノレッジメント（ＡＣＫ）、または、時分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成、のうちの少なくとも１つを受信することと、ＵＥがＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定することと、この決定に応じて、ＰＤＵのＲＬＣ再送信を遅延させることと、を含む。
【０００６】
[0006]本開示のある態様は、ワイヤレス通信のための装置を提供する。この装置は一般に、ＲＬＣ  ＰＤＵを送信することと、ＰＤＵのＨＡＲＱ  ＡＣＫ、または、ＴＤＤ  ＵＬ／ＤＬサブフレーム構成、のうちの少なくとも１つを受信することと、この装置がＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定することと、この決定に応じて、ＰＤＵのＲＬＣ再送信を遅延させることと、を行うように構成されたプロセッサを含む。この装置はまた、プロセッサに結合されたメモリを含む。
【０００７】
[0007]本開示のある態様は、ワイヤレス通信のための装置を提供する。この装置は一般に、ＲＬＣ  ＰＤＵを送信するための手段と、ＰＤＵのＨＡＲＱ  ＡＣＫ、または、ＴＤＤ  ＵＬ／ＤＬサブフレーム構成、のうちの少なくとも１つを受信するための手段と、この装置がＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定するための手段と、この決定に応じて、ＰＤＵのＲＬＣ再送信を遅延させるための手段と、を含む。
【０００８】
[0008]本開示のある態様は、ワイヤレス通信のためのコンピュータ実行可能なコードを記憶するコンピュータ読取可能な媒体を提供する。コンピュータ実行可能なコードは一般に、ＲＬＣ  ＰＤＵを送信するためのコードと、ＰＤＵのＨＡＲＱ  ＡＣＫ、または、ＴＤＤ  ＵＬ／ＤＬサブフレーム構成、のうちの少なくとも１つを受信するためのコードと、ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定するためのコードと、この決定に応じて、ＰＤＵのＲＬＣ再送信を遅延させるためのコードと、を含む。
【０００９】
[0009]態様は、一般に、実質的に、添付図面を参照して本明細書に記載され、添付図面によって例示されたような、方法、装置、システム、コンピュータプログラム製品、および処理システムを含む。
【図面の簡単な説明】
【００１０】
【図１】[0010]図１は、ネットワークアーキテクチャの例を例示する図である。
【図２】[0011]図２は、アクセスネットワークの例を例示する図である。
【図３】[0012]図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図である。
【図４】[0013]図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図である。
【図５】[0014]図５は、ユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図である。
【図６】[0015]図６は、本開示のある態様に従う、アクセスネットワークにおけるエボルブドノードＢ（evolved Node B）およびユーザ機器の例を例示する図である。
【図７】[0016]図７は、アップリンク／ダウンリンクサブフレーム構成の典型的なリストを例示する。
【図８】[0017]図８は、典型的なフレームフォーマットを例示する。
【図９】[0018]図９は、ＵＥによる動作の典型的なタイムラインを例示する。
【図１０】[0019]図１０は、本開示の態様に従って、ＲＬＣ再送信を遅延させるために、例えば、ＵＥによって実行される例示的な動作を例示する。
【図１１】[0020]図１１は、本開示の態様に従う、ＵＥによる動作の典型的なタイムラインを例示する。
【発明を実施するための形態】
【００１１】
[0021]現在のワイヤレス技術（例えば、ＬＴＥ  Ｒｅｌ−８）では、デバイスによって送信されるべき情報が、より高いプロトコルレイヤから、より低いプロトコルレイヤを介して、この情報を送信する物理レイヤ（ＰＨＹ）へパスダウンされ得る。同様に、デバイスによって受信されるべき情報は、物理レイヤにおいて受信され、より高いプロトコルレイヤを介してパスアップされ得る。媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、およびパケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）は、プロトコルレイヤの例である。ユーザ機器（ＵＥ）が、サービス提供ネットワーク（a serving network）へ、アップリンク（ＵＬ）送信を送るとき、ＵＥは、アクノレッジメント（ＡＣＫ）を受信しないか、または、この送信に関する否定的アクノレッジメント（ＮＡＫ）を受信したかのいずれか場合、この送信を再送信し得る。これらの再送信は、特定のプロトコルレイヤにおいてトリガされ得る。
【００１２】
[0022]ＵＥがＵＬプロトコル・データ・ユニット（ＰＤＵ）の送信を完了するときにＵＥが開始するＴポール再送信タイマの終了（expiration）前に、サービス提供ネットワークが、ＵＬ  ＰＤＵに関するＡＣＫ／ＮＡＫを送信しないとき、ＵＥにおいて、ＵＬ  ＲＬＣ再送信がトリガされる。しかしながら、ＵＥが、接続不連続受信（ＣＤＲＸ）を実行するように構成され得る。ここにおいて、ＵＥの受信機（例えば、トランシーバ）は、定期的にスイッチオンおよびオフされる。受信機がオフである時間は、オフ持続時間と称され、受信機がオンである時間は、オン持続時間と称され得る。ＣＤＲＸサイクルの長さが、ＵＥのＴポール再送信タイマの長さよりも長い場合、Ｔポール再送信タイマは、ＵＥがこれの受信機を次のオン持続時間のためにオンに切り換える前に終了するであろう。ＵＥの無線リンクコントローラは典型的には、ＣＤＲＸサイクルを認識しないので、ＲＬＣ再送信は、ネットワークがＲＬＣ  ＡＣＫの送信を試みる前に、ＵＥの無線リンクコントローラにおいて（例えば、Ｔポール再送信タイマの終了によって）トリガされ得る。ＲＬＣ再送信をトリガすることは、ＵＥを、１つまたは複数のＣＤＲＸオフ持続時間からウェイクアップ（例えば、１つまたは複数の無線構成要素を活性化）させ得る。これは、ＵＥによる不必要な電力消費をもたらし、ＵＥのバッテリ性能に負の影響を与える（negatively impacts）。ＣＤＲＸモードで動作しているＵＥが、ＵＬ  ＰＤＵを送信し、ネットワークがＵＬ  ＰＤＵのＲＬＣ  ＡＣＫを送信する前にオフ持続時間にサイクルする（cycles）とき、次に、ネットワークは、ＣＤＲＸサイクルの次のオン持続時間の開始時においてのみ、このＰＤＵのためのＲＬＣ  ＡＣＫを理想的にスケジュールし得る。これは、オフ持続時間中に送信されたＲＬＣ  ＡＣＫが、ＵＥの受信機がオフであることによって、ＵＥによって受信されることができないからである。
【００１３】
[0023]本開示の態様によれば、ＵＥがＲＬＣ  ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の後まで、ＵＥは、ＲＬＣ  ＰＤＵのＲＬＣ再送信をトリガすることを遅延させ得る。ＲＬＣ再送信を遅延させることによって、ＵＥは、１つまたは複数のＣＤＲＸオフ持続時間からウェイクアップすること（waking up）と、１つまたは複数のＣＤＲＸオフ持続時間からウェイクアップすることに関連付けられた電力を使用することとを、阻止され得る。
【００１４】
[0024]添付図面に関して以下に記載される詳細な説明は、様々な構成の説明として意図されており、本明細書に記載された概念が実現され得る唯一の構成を表すことは意図されていない。この詳細な説明は、様々な概念の完全な理解を提供することを目的とした具体的な詳細を含む。しかしながら、これら概念は、これら具体的な詳細無しで実現され得ることが当業者に明らかになるであろう。いくつかの事例では、周知の構造および構成要素が、このような概念を曖昧にすることを避けるために、ブロック図形式で図示される。
【００１５】
[0025]電気通信システムのいくつかの態様が、様々な装置および方法に対する参照を用いて表され得る。これらの装置および方法は、様々なブロック、モジュール、構成要素、回路、ステップ、処理、アルゴリズム等（集合的に「要素」と称される）によって、後述する詳細な説明に記載され、添付図面に例示される。これらの要素は、ハードウェア、ソフトウェア、またはこれらの組合せを使用して実現され得る。これらの要素がハードウェアとして実現されるかソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。
【００１６】
[0026]例によって、要素、要素の任意の部分、または、要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実現され得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲートロジック、ディスクリートハードウェア回路、およびこの開示の全体にわたって記載された様々な機能を実行するように構成された他の適切なハードウェアを含む。処理システムにおける１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア／ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他として称されるかに関わらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ファームウェア、ルーチン、サブルーチン、オブジェクト、実行可能なもの（executables）、実行スレッド、プロシージャ（procedures）、機能（functions）等を意味するように広く解釈されるものとする。
【００１７】
[0027]したがって、１つまたは複数の典型的な実施形態では、記載された機能は、ハードウェア、ソフトウェア、またはこれらの組合せで実現され得る。ソフトウェアで実現される場合、これらの機能は、コンピュータ読取可能な媒体上に記憶されるか、または、コンピュータ読取可能な媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ読取可能な媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＰＣＭ（位相変化メモリ（phase change memory））、フラッシュメモリ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、所望のプログラムコードを命令またはデータ構造の形式で搬送または記憶するために使用され、かつコンピュータによってアクセスされ得る他任意の媒体を備え得る。本明細書で使用されるようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ｄｉｓｃ）（ＣＤ）、レーザーディスク（登録商標）（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、Ｂｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ここで、ｄｉｓｋは通常、データを磁気的に再生する一方、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。上記の組合せもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【００１８】
[0028]図１は、本開示の態様が実現され得るＬＴＥネットワークアーキテクチャ１００を例示する図である。例えば、ＵＥ１０２は、図１０および図１１を参照して以下に記載されるように、ＵＬ  ＲＬＣ再送信を遅延させるように構成され得る。
【００１９】
[0029]ＬＴＥネットワークアーキテクチャ１００は、エボルブド・パケット・システム（ＥＰＳ）１００と称され得る。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２、エボルブドＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１０４、エボルブド・パケット・コア（ＥＰＣ）１１０、ホーム加入者サーバ（ＨＳＳ）１２０、およびオペレータのＩＰサービス１２２を含み得る。ＥＰＳは、他のアクセスネットワークと相互接続し得るが、簡略のために、これらエンティティ／インターフェースは図示されない。典型的な他のアクセスネットワークは、ＩＰマルチメディアサブシステム（ＩＭＳ）ＰＤＮ、インターネットＰＤＮ、アドミニストレイティブＰＤＮ（Administrative PDN）（例えば、プロビジョニングＰＤＮ（Provisioning PDN））、キャリア特有のＰＤＮ、オペレータ特有のＰＤＮ、および／または、ＧＰＳ  ＰＤＮを含み得る。「ＬＴＥ」は一般に、ＬＴＥおよびＬＴＥアドバンスト（ＬＴＥ−Ａ）と称する。図示されるように、ＥＰＳは、パケット交換サービス（packet-switched services）を提供する。しかしながら、当業者であれば容易に認識するであろうが、この開示の全体を通じて表されている様々な概念は、回路交換サービスを提供しているネットワークに拡張され得る。
【００２０】
[0030]Ｅ−ＵＴＲＡＮは、エボルブドノードＢ（ｅＮＢ）１０６および他のｅＮＢ１０８を含む。ｅＮＢ１０６は、ＵＥ１０２向けのユーザ・プレーン・プロトコル終端および制御プレーンプロトコル終端（user and control plane protocol terminations）を提供する。ｅＮＢ１０６は、Ｘ２インターフェース（例えば、バックホール）を経由して他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６はまた、基地局、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、アクセスポイント、またはいくつかの他の適切な用語として称され得る。ｅＮＢ１０６は、ＵＥ１０２のために、ＥＰＣ１１０へのアクセスポイントを提供し得る。ＵＥ１０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線機、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲームコンソール、タブレット、ネットブック、スマートブック、ウルトラブック、または任意の他の同様な機能デバイスを含む。ＵＥ１０２はまた、当業者によって、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語として称され得る。
【００２１】
[0031]ｅＮＢ１０６は、Ｓ１インターフェースによってＥＰＣ１１０へ接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２、他のＭＭＥ１１４、サービス提供ゲートウェイ１１６、およびパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ１１８を含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２はベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、それ自体がＰＤＮゲートウェイ  １１８に接続されているサービス提供ゲートウェイ１１６を介して転送される。ＰＤＮゲートウェイ１１８は、ＵＥにＩＰアドレス割当（IP address allocation）のみならず、他の機能も提供する。ＰＤＮゲートウェイ１１８は、オペレータのＩＰサービス１２２に接続される。オペレータのＩＰサービス１２２は、例えば、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、およびＰＳ（パケット交換）ストリーミングサービス（ＰＳＳ）を含み得る。このように、ＵＥ１０２は、ＬＴＥネットワークを介してＰＤＮへ結合され得る。
【００２２】
[0032]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の例を例示する図である。本開示の態様は、典型的なアクセスネットワーク２００において実現され得る。例えば、ＵＥ２０６のうちの１つまたは複数は、図１０および図１１を参照して以下に記載されるように、ＵＬ  ＲＬＣ再送信を遅延させるように構成され得る。
【００２３】
[0033]この例では、アクセスネットワーク２００は、多くのセルラ領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、これらセル２０２のうちの１つまたは複数とオーバラップするセルラ領域２１０を有し得る。より低い電力クラスｅＮＢ２０８は、遠隔無線ヘッド（ＲＲＨ）と称され得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、またはミクロセルであり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ（assigned）、セル２０２内のすべてのＵＥ２０６のためにＥＰＣ１１０へのアクセスポイントを提供するように構成される。アクセスネットワーク２００のこの例では、中央コントローラは存在しないが、代替構成では、中央コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、許可制御（admission control）、モビリティ制御、スケジューリング、セキュリティ、および、サービス提供ゲートウェイ１１６への接続を含むすべての無線関連機能を担当する。ネットワーク２００はまた、１つまたは複数のリレー（relays）（図示せず）を含み得る。１つのアプリケーションによれば、ＵＥは、リレーとして役立ち得る。
【００２４】
[0034]アクセスネットワーク２００によって適用される変調および多元接続スキームは、展開されている特定の電気通信規格に依存して変わり得る。ＬＴＥアプリケーションでは、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）との両方をサポートするために、ＤＬにおいてＯＦＤＭが使用され、ＵＬにおいてＳＣ−ＦＤＭＡが使用される。当業者であれば、後述する詳細な説明から容易に認識するであろうが、本明細書で表された様々な概念が、ＬＴＥアプリケーションに良好に適合する。しかしながら、これらの概念は、他の変調技術および多元接続技術を適用する他の電気通信規格へ容易に拡張され得る。例によれば、これら概念は、エボリューション・データ・オプティマイズド（ＥＶ−ＤＯ）またはウルトラ・モバイル・ブロードバンド（ＵＭＢ）へ拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公布されたエアインターフェース規格であり、モバイル局へのブロードバンド・インターネット・アクセスを提供するためにＣＤＭＡを適用する。これらの概念はまた、例えばＴＤ−ＳＣＤＭＡのように、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））およびＣＤＭＡのその他の変形を適用するユニバーサル地上無線アクセス（ＵＴＲＡ）、ＴＤＭＡを適用するモバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））、およびＯＦＤＭＡを適用するエボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、およびフラッシュＯＦＤＭ、へ拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。適用されている実際のワイヤレス通信規格および多元接続技術は、特定のアプリケーションと、システムに課せられている全体的な設計制約とに依存するであろう。
【００２５】
[0035]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術を使用することにより、ｅＮＢ２０４は、空間多重化（spatial multiplexing）、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域（spatial domain）を活用できるようになる。空間多重化は、同じ周波数で、異なるデータのストリームを同時に送信するために使用され得る。データストリームは、データレートを増加させるために、単一のＵＥ２０６へ、または、全体的なシステム容量を増加させるために、複数のＵＥ２０６へ、送信され得る。これは、各データストリームを空間的にプリコードし（例えば、振幅およびフェーズのスケーリングを適用し）、空間的にプリコードされた各ストリームを、ＤＬ上で、複数の送信アンテナを介して送信することによって達成される。この空間的にプリコードされたデータストリームは、異なる空間シグニチャを持つ（１つまたは複数の）ＵＥ２０６に到着し、それにより、（１つまたは複数の）ＵＥ２０６の各々は、このＵＥ２０６のために指定された１つまたは複数のデータストリームを復元（recover）できるようになる。ＵＬ上では、各ＵＥ２０６が、空間的にプリコードされたデータストリームを送信し、それにより、ｅＮＢ２０４は、空間的にプリコードされた各データストリームのソースを識別できるようになる。
【００２６】
[0036]チャネル条件が良好であるとき、空間多重化が一般に使用される。チャネル条件がさほど好ましくないとき、送信エネルギを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを介した送信のために、データを空間的にプリコードすることによって達成され得る。セルのエッジ（edges）における良好なカバレージ（good coverage）を達成するために、単一のストリームビームフォーミング送信が、送信ダイバーシティと組み合わされて使用され得る。
【００２７】
[0037]以下に続く詳細な説明では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して記載されるであろう。ＯＦＤＭは、ＯＦＤＭシンボル内の多くのサブキャリアによってデータを変調するスペクトル拡散技術である。サブキャリアは、正確な周波数で、間隔を置かれている（are spaced apart at precise frequencies）。この間隔（spacing）は、受信機が、サブキャリアからデータを復元することを可能にする「直交性」を提供する。時間領域では、ＯＦＤＭシンボル間干渉に対抗するために、各ＯＦＤＭシンボルにガード間隔（a guard interval）（例えば、サイクリックプレフィクス）が追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形式でＳＣ−ＦＤＭＡを使用し得る。
【００２８】
[0038]図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図３００であり、それは、図１において図示されるネットワークアーキテクチャ１００、および図２において図示されるアクセスネットワーク２００と共に使用され得る。フレーム（１０ミリ秒）が、０〜９からなるインデクスを有する、等しいサイズの１０のサブフレーム（10 equally sized sub-frames）に分割され得る。各サブフレームは、２つの連続する時間スロットを含み得る。２つの時間スロットを表すために、リソースグリッドが使用され得、各時間スロットはリソースブロックを含む。リソースグリッドは、複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、各ＯＦＤＭシンボルにおける通常のサイクリックプレフィクスについて、周波数領域において１２の連続するサブキャリアを、時間領域において７つの連続するＯＦＤＭシンボルを、すなわち、８４のリソース要素を含む。拡張されたサイクリックプレフィクスのために、リソースブロックは、時間領域において６つの連続するＯＦＤＭシンボルを含み、７２のリソース要素を有する。Ｒ３０２、Ｒ３０４として示されるような、リソース要素のいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（しばしば、共通ＲＳとも称される）セル特有のＲＳ（ＣＲＳ）３０２と、ＵＥ特有のＲＳ（ＵＥ−ＲＳ）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマップされるリソースブロックにおいてのみ送信される。各リソース要素によって搬送されるビットの数は、変調スキームに依存する。したがって、ＵＥが受信するリソースブロックが多くなり、変調スキームが高くなるほど、ＵＥのためのデータレートが高くなる。
【００２９】
[0039]ＬＴＥでは、ｅＮＢは、ｅＮＢによってサービス提供される各セルのために、一次同期信号（ＰＳＳ）と二次同期信号（ＳＳＳ）とを送信し得る。一次同期信号および二次同期信号は、通常のサイクリックプレフィクス（ＣＰ）を持つ各無線フレームのサブフレーム０および５の各々において、シンボル期間６およびシンボル期間５でそれぞれ送信され得る。これら同期信号は、セル検出および獲得のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１におけるシンボル期間０〜３で、物理ブロードキャストチャネル（ＰＢＣＨ）を送信し得る。ＰＢＣＨは、あるシステム情報を搬送し得る。
【００３０】
[0040]ｅＮＢは、各サブフレームの最初のシンボル期間で、物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）を送信し得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を伝送し得る。ここで、Ｍは、１，２または３に等しく、サブフレーム毎に変化し得る。Ｍはまた、例えば、１０未満のリソースブロックを持つ（with less than 10 resource blocks）、小さいシステム帯域幅について４に等しくなり得る。ｅＮＢは、各サブフレームの最初のＭ個のシンボル期間において、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信し得る。ＰＨＩＣＨは、ハイブリッド自動反復要求（ＨＡＲＱ）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのリソース割当に関する情報と、ダウンリンクチャネルのための制御情報とを搬送し得る。ｅＮＢは、各サブフレームの残りのシンボル期間で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信し得る。ＰＤＳＣＨは、ダウンリンク上で、データ送信のためにスケジュールされたＵＥのためのデータを搬送し得る。
【００３１】
[0041]ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚでＰＳＳ、ＳＳＳ、およびＰＢＣＨを送信し得る。ｅＮＢは、これらのチャネルが送信される各シンボル期間におけるシステム帯域幅全体で（across the entire system bandwidth）ＰＣＦＩＣＨおよびＰＨＩＣＨを送信し得る。ｅＮＢは、システム帯域幅のある部分で、ＵＥのグループにＰＤＣＣＨを送信し得る。ｅＮＢは、システム帯域幅の特定の部分で、特定のＵＥにＰＤＳＣＨを送信し得る。ｅＮＢは、すべてのＵＥへブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨ、およびＰＨＩＣＨを送信し、ＰＤＣＣＨを、ユニキャスト方式で、特定のＵＥへ送信し得る。さらに、特定のＵＥへユニキャスト方式でＰＤＳＣＨをも送信し得る。
【００３２】
[0042]各シンボル期間において、多くのリソース要素が利用可能であり得る。各リソース要素（ＲＥ）は、１つのシンボル期間において１つのサブキャリアをカバーし得、かつ１つの変調シンボルを送信するために使用され得、それは、実数値または複素数値であり得る。各シンボル期間において、基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ）内に配置され（be arranged）得る。各ＲＥＧは、１つのシンボル期間内に、４つのリソース要素を含み得る。ＰＣＦＩＣＨは、４つのＲＥＧを占有し得、これらは、シンボル期間０内に、周波数にわたってほぼ均等に間隔を空けられ（be spaced）得る。ＰＨＩＣＨは、３つのＲＥＧを占有し得、これらは、１つまたは複数の設定可能なシンボル期間内に、周波数にわたって拡散され得る。例えば、ＰＨＩＣＨのための３つのＲＥＧはすべて、シンボル期間０に属し得るか、またはシンボル期間０，１および２に拡散され得る。ＰＤＣＣＨは、９個、１８個、３６個、または７２個のＲＥＧを占有し得、これらは、例えば、最初のＭ個のシンボル期間内に、利用可能なＲＥＧから選択され得る。複数のＲＥＧからなるある組合せのみが、ＰＤＣＣＨのために許容され得る。本方法および装置の態様では、サブフレームは、１つよりも多くのＰＤＣＣＨを含み得る。
【００３３】
[0043]ＵＥは、ＰＨＩＣＨとＰＣＦＩＣＨとのために使用される特定のＲＥＧを認識し得る。ＵＥは、ＰＤＣＣＨのために、ＲＥＧの異なる組合せを探索し得る。探索する組合せの数は、一般に、ＰＤＣＣＨのために許可される組合せの数よりも少ない。ｅＮＢは、ＵＥが探索する組合せのうちのいずれかのＵＥにＰＤＣＣＨを送信し得る。
【００３４】
[0044]図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図４００である。典型的なＵＬフレーム構造は、図１に図示されるネットワークアーキテクチャ１００と、図２に図示されるアクセスネットワーク２００とを用いて使用され得る。ＵＬのために利用可能なリソースブロックは、データセクションおよび制御セクションに分割され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され、設定可能なサイズを有し得る。制御セクションにおけるリソースブロックは、制御情報の送信のために、ＵＥへ割り当てられ得る。データセクションは、制御セクションに含まれていないすべてのリソースブロックを含み得る。このＵＬフレーム構造の結果、データセクションは、連続するサブキャリアを含むようになり、それにより、単一のＵＥが、データセクションにおいて、連続するサブキャリアのすべてを割り当てられることを可能にし得る。
【００３５】
[0045]ＵＥは、ｅＮＢへ制御情報を送信するために、制御セクションにおいてリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥはまた、ｅＮＢへデータを送信するために、データセクションにおいてリソースブロック４２０ａ、４２０ｂを割り当てられ得る。ＵＥは、制御セクションにおいて割り当てられたリソースブロックで、物理ＵＬ制御チャネル（ＰＵＣＣＨ）で制御情報を送信し得る。ＵＥは、データセクションにおいて割り当てられたリソースブロックで、物理ＵＬ共有チャネル（ＰＵＳＣＨ）で、データのみ、または、データと制御情報との両方を送信し得る。ＵＬ送信は、サブフレームの両スロットにおよび（span both slots of a subframe）、周波数を越えてホップし（hop across frequency）得る。
【００３６】
[0046]物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）４３０における初期システムアクセスの実行と、ＵＬ同期の達成とのために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、どのＵＬデータ／シグナリングをも搬送することができない。各ランダム・アクセス・プリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダム・アクセス・プリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。ＰＲＡＣＨのための周波数ホッピングは無い。ＰＲＡＣＨ試行は、単一のサブフレーム（１ミリ秒）で搬送されるか、または、少数の連続するサブフレームのシーケンスで搬送され得る。そして、ＵＥは、フレーム（１０ミリ秒）毎に単一のＰＲＡＣＨ試行のみ行うことができる。
【００３７】
[0047]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図５００である。例示された無線プロトコルアーキテクチャは、図１に図示されたネットワークアーキテクチャ１００と、図２に図示されたアクセスネットワーク２００とを用いて使用され得る。デバイス（例えば、ＵＥ、ｅＮＢ）によるワイヤレス送信のためのデータは、より高いレイヤから到着し、それらがデータをパスダウンする（pass the data down）と、それが最も低いレイヤであるレイヤ１（Ｌ１）５０６によって送信されるまで、様々なレイヤによって処理される。データの処理は、それをパケットに分割することと、エラーチェック情報（例えば、チェックサム（checksums））を追加することとを含み得る。データは（例えば、無線波を介して）Ｌ１によって受信され、より高いレイヤを通してパスアップされ（passed up）、より高いレイヤによって処理される。ＲＬＣサブレイヤのような様々なサブレイヤ機能は、受信されたデータのアクノレッジメント（ＡＣＫ）を送り、送信されたデータのＡＣＫを受け取り得る。サブレイヤが、送信されたデータのＡＣＫを受信しないとき、サブレイヤは、データの再送信をトリガし得る。すなわち、サブレイヤは、より低いレイヤに対してデータを再送信させるために、同じデータ（例えば、データパケット）を、より低いレイヤへ送り得る。
【００３８】
[0048]Ｌ１が、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャの最も低いレイヤであり、様々な物理レイヤ信号処理機能を実施する。Ｌ１レイヤは、本明細書では物理レイヤ（ＰＨＹ）と称されるであろう。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。
【００３９】
[0049]ユーザプレーンでは、Ｌ２レイヤ５０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０と、無線リンク制御（ＲＬＣ）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サブレイヤ５１４とを含み、それらは、ネットワーク側におけるｅＮＢにおいて終了する。図示されていないが、ＵＥは、ネットワーク側におけるＰＤＮゲートウェイ１１８で終了するネットワークレイヤ（例えば、ＩＰレイヤ）を含む、Ｌ２レイヤ５０８の上のいくつかの上部レイヤ（several upper layers）と、（例えば、遠くの終端ＵＥ（far end UE）、サーバ等のような）接続の他端において終了するアプリケーションレイヤとを有し得る。
【００４０】
[0050]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間の多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバヘッドを低減するための上部レイヤ・データ・パケットのためのヘッダ圧縮、データパケットを暗号化することによるセキュリティ、および、ｅＮＢ間のＵＥのためのハンドオーバサポートを提供する。ＲＬＣサブレイヤ５１２は、ハイブリッド自動反復要求（ＨＡＲＱ）動作による順不同な受信（out-of-order reception）を補償するために、上部レイヤ・データ・パケットのセグメント化および再構築、喪失したデータパケットの再送信、および、データパケットの並べ替えを提供する。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を提供する。ＭＡＣサブレイヤ５１０はまた、１つのセル内の様々な無線リソース（例えば、リソースブロック）を、ＵＥ間に割り当てることをも担当する。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作をも担当する。
【００４１】
[0051]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能が無いことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）に無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ＲＲＣシグナリングを使用してｅＮＢとＵＥとの間により低いレイヤを設定することと、を担当する。
【００４２】
[0052]図６は、アクセスネットワークにおいてＵＥ６５０と通信するｅＮＢ６１０のブロック図である。アクセスネットワークは、図２に図示されるアクセスネットワーク２００に類似し得、図１に図示されるネットワークアーキテクチャ１００を利用し得る。本開示の態様は、ＵＥ６５０において実現され得る。例えば、図１０および図１１を参照して以下に記載されるように、ＵＥは、ＵＬ  ＲＬＣ再送信を遅延させるように構成され得る。
【００４３】
[0053]ＤＬでは、コアネットワークからの上部レイヤパケットが、コントローラ／プロセッサ６７５へ提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実現する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度判定基準（various priority metrics）に基づいて、ヘッダ圧縮、暗号化、パケットセグメント化および並べ替え、論理チャネルとトランスポートチャネルとの間の多重化、および、ＵＥ６５０への無線リソース割当を提供する。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、喪失パケットの再送信、およびＵＥ６５０へのシグナリングを担当する。
【００４４】
[0054]ＴＸプロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実現する。この信号処理機能は、ＵＥ６５０におけるフォワード誤り訂正（ＦＥＣ）を容易にするためのコード化およびインタリービング、および、様々な変調スキーム（例えば、バイナリ位相シフトキーイング（ＢＰＳＫ）、四位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンステレーション（signal constellations）へのマッピング、を含む。コード化および変調されたシンボルは、その後、並行なストリームへ分割される。各ストリームはその後、ＯＦＤＭサブキャリアへマップされ、時間領域および／または周波数領域において基準信号（例えば、パイロット）とともに多重化され、その後、逆高速フーリエ変換（ＩＦＦＴ）を使用してともに結合されることにより、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルが生成される。このＯＦＤＭストリームは、複数の空間ストリームを生成するために、空間的にプリコードされる。チャネル推定器６７４からのチャネル推定値は、空間処理のためのみならず、コード化および変調スキームを決定するためにも使用され得る。チャネル推定値は、ＵＥ６５０によって送信されたチャネル条件フィードバックおよび／または基準信号から導出され得る。各空間ストリームはその後、個別の送信機６１８ＴＸを介して別々のアンテナ６２０へ提供される。各送信機６１８ＴＸは、送信のために、それぞれの空間ストリームを用いてＲＦキャリアを変調する。
【００４５】
[0055]ＵＥ６５０では、各受信機６５４ＲＸが、それぞれのアンテナ６５２を介して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリアにおいて変調された情報を復元し、この情報を、受信（ＲＸ）プロセッサ６５６へ提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実施する。ＲＸプロセッサ６５６は、図１０を参照して以下に記載される動作１０００のように、ＵＬ  ＲＬＣ再送信を遅延させるための、本開示の態様を実行し得るか、または、実行する際にＵＥに対して指示し得る。ＲＸプロセッサ６５６は、この情報に関する空間処理を実行し、ＵＥ６５０のために向けられた任意の空間ストリームを復元する。複数の空間ストリームが、ＵＥ６５０に向けられている場合、これらは、ＲＸプロセッサ６５６によって、単一のＯＦＤＭシンボルストリームへ結合され得る。ＲＸプロセッサ６５６はその後、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを、時間領域から周波数領域へ変換する。周波数領域信号は、ＯＦＤＭ信号の各サブキャリアに関する個別のＯＦＤＭシンボルストリームを備える。各サブキャリアにおけるシンボル、および基準信号は、ｅＮＢ６１０によって送信された最も可能性の高い信号コンステレーションポイントを判定することによって復元および復調される。これら軟判定は、チャネル推定器６５８によって計算されたチャネル推定値に基づき得る。これら軟判定はその後、物理チャネル上でｅＮＢ６１０によってオリジナルで（originally）送信されたデータ信号および制御信号を復元するために、復号およびデインタリーブされる。データ信号および制御信号はその後、コントローラ／プロセッサ６５９へ提供される。
【００４６】
[0056]コントローラ／プロセッサ６５９は、Ｌ２レイヤを実現する。コントローラ／プロセッサ６５９は、図１０を参照して以下に記載される動作１０００のように、ＵＬ  ＲＬＣ再送信を遅延させるための、本開示の態様を実行し得るか、または、実行する際にＵＥに対して指示し得る。コントローラ／プロセッサは、プログラムコードおよびデータを記憶するメモリ６６０に関連付けられ得る。メモリ６６０は、コンピュータ読取可能な媒体と称され得る。メモリ６６０は、図１０を参照して以下に記載される動作１０００のように、本開示の態様を実行させるための、または、本開示の態様を実行する際にＵＥに対して指示するための、命令を記憶し得る。ＵＬでは、制御／プロセッサ６５９は、コアネットワークからの上部レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化（demultiplexing）、パケット再アセンブリ（packet reassembly）、解読（deciphering）、ヘッダ伸張（header decompression）、制御信号処理を提供する。上部レイヤパケットは、その後、データシンク６６２へ提供される。それは、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。データシンク６６２へは、Ｌ３処理のためにも、様々な制御信号が提供され得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするためにアクノレッジメント（ＡＣＫ）および／または否定的アクノレッジメント（ＮＡＣＫ）プロトコルを使用して、誤り検出を担当する。
【００４７】
[0057]ＵＬでは、コントローラ／プロセッサ６５９へ上部レイヤパケットを提供するために、データソース６６７が使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して記載された機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮、暗号化、パケットセグメント化および並べ替え、および、ｅＮＢ６１０による無線リソース割当に基づく論理チャネルとトランスポートチャネルとの間の多重化を提供することによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実現する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、喪失パケットの再送信、およびｅＮＢ６１０へのシグナリングを担当する。
【００４８】
[0058]ｅＮＢ６１０によって送信されたフィードバックまたは基準信号から、チャネル推定器６５８によって導出されたチャネル推定値が、適切なコード化スキームおよび変調スキームを選択するために、および、空間処理を容易にするために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成された空間ストリームは、個別の送信機６５４ＴＸを介して別のアンテナ６５２へ提供される。各送信機６５４ＴＸは、送信のために、それぞれの空間ストリームを用いてＲＦキャリアを変調する。
【００４９】
[0059]ＵＬ送信は、ＵＥ６５０における受信機機能に関して記載されたものと類似した方式で、ｅＮＢ６１０において処理される。各受信機６１８ＲＸは、そのそれぞれのアンテナ６２０を介して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリアへ変調された情報を復元し、この情報を、ＲＸプロセッサ６７０へ提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤを実現し得る。
【００５０】
[0060]コントローラ／プロセッサ６７５は、Ｌ２レイヤを実現する。コントローラ／プロセッサ６７５は、プログラムコードおよびデータを記憶するメモリ６７６に関連付けられ得る。メモリ６７６は、コンピュータ読取可能な媒体と称され得る。ＵＬでは、制御／プロセッサ６７５は、ＵＥ６５０からの上部レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。コントローラ／プロセッサ６７５からの上部レイヤパケットは、コアネットワークへ提供され得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用して、誤り検出を担当する。コントローラ／プロセッサ６７５、６５９は、ｅＮＢ６１０およびＵＥ６５０における動作をそれぞれ指示し得る。ＵＥ６５０におけるコントローラ／プロセッサ６５９および／または他のプロセッサおよびモジュールは、例えば、図１０における動作１０００、および／または、例えば、本明細書に記載された技術のための他のプロセスのような動作を実行または指示し得る。態様では、図６に図示される構成要素のいずれかのうちの１つまたは複数が、例示的な動作１０００、および／または、本明細書に記載された（例えば、ＵＬ  ＲＬＣ再送信を遅延させる）技術のための他のプロセスを実行するために適用され得る。
【００５１】
トラフィック適合のための発展した干渉制御
[0061]ＬＴＥネットワークのようなあるワイヤレス通信ネットワークでは、周波数分割複信（ＦＤＤ）と（ＴＤＤ）との両方のフレーム構造がサポートされる。ＴＤＤの場合、例えば図７に図示されるように、７つの可能なＤＬおよびＵＬのサブフレーム構成がサポートされる。２つの切換周期、すなわち５ミリ秒と１０ミリ秒とが存在することが注目され得る。５ミリ秒の切換周期の場合、図８に例示されるように、１つのフレーム（１０ミリ秒）に、２つの特別なサブフレームが存在する。１０ミリ秒の切換周期の場合、１つのフレームに、１つの特別なサブフレームが存在する。より多数または少数のサブフレーム構成がサポートされるとき、本方法および装置が適用され得る。
【００５２】
[0062]ＬＴＥ  Ｒｅｌ−１２では、トラフィック適合のための発展した干渉制御（ｅＩＭＴＡ）としても知られているように、実際のトラフィックニーズに基づいてＴＤＤ  ＤＬ／ＵＬサブフレーム構成を動的に適合させることが可能である。例えば、短い持続時間の間に、ダウンリンク上で大きなデータバーストが必要とされる場合、サブフレーム構成は、例えば、構成＃１（６ＤＬ：４ＵＬ）から、構成＃５（９ＤＬ：１ＵＬ）へ変更され得る。いくつかのケースでは、ＴＤＤ構成の適合は、６４０ミリ秒よりも遅くないと予想される。極端なケースでは、この適合は、１０ミリ秒と同じくらい速いと予想され得る。
【００５３】
[0063]しかしながら、ある態様では、この適合は、２つまたはそれよりも多くのセルが、異なるダウンリンクサブフレームおよびアップリンクサブフレームを有しているとき、ダウンリンクとアップリンクとの両方に対して、圧倒的な干渉を引き起こし得る。さらに、この適合は、ＤＬおよびＵＬのＨＡＲＱタイミング管理においていくつかの複雑さをもたらし得る。ある態様では、ＤＬ／ＵＬサブフレーム構成の各々は、それ自身のＤＬ／ＵＬ  ＨＡＲＱタイミングを有する。ＤＬ／ＵＬ  ＨＡＲＱタイミングは、（例えば、ＨＡＲＱ動作効率の観点から）各構成について最適化される。例えば、ＰＤＳＣＨから、対応するＡＣＫ／ＮＡＫへのタイミングは、（例えば、ＡＣＫ／ＮＡＫを送るために、次に利用可能なアップリンクサブフレームがいつ発生するかに依存して、）異なるＴＤＤ  ＵＬ／ＤＬサブフレーム構成について異なり得る。
【００５４】
[0064]例えば、７つ（または、よりフレキシブルな適合が必要であると考えられる場合には、さらに多く）の構成間の動的な切り換えは、現在のＤＬ／ＵＬ  ＨＡＲＱタイミングが維持されている場合、ＤＬ送信またはＵＬ送信のいくつかについて、喪失されたＡＣＫ／ＮＡＫ送信機会が存在し得ることを示唆する。
【００５５】
ＲＬＣ再送信を遅延させること
[0065]現在のセルラ技術（例えば、Ｒｅｌ−８）では、ＵＥがＵＬプロトコル・データ・ユニット（ＰＤＵ）送信を完了したときに、ＵＥが開始するＴポール再送信タイマの終了前に、サービス提供ネットワークが、ＵＬ  ＰＤＵに関するＡＣＫ／ＮＡＫを送らないとき、ＵＥにおいてＵＬ  ＲＬＣ再送信がトリガされる。ネットワークが、ＵＬ  ＰＤＵのＲＬＣ  ＡＣＫを送信する前に、ＣＤＲＸモードで動作しているＵＥが、ＵＬ  ＰＤＵを送信し、オフ持続時間にサイクルするとき、ネットワークは、ＣＤＲＸサイクルの次のオン持続時間の開始時にのみ、このＵＬ  ＰＤＵのＲＬＣ  ＡＣＫを理想的にスケジュールでき得る。ＣＤＲＸサイクルの長さが、ＵＥのＴポール再送信タイマの長さよりも長い場合、ＵＥが、次のＣＤＲＸオン持続時間のために、これの受信機をオンに切り換える前に、Ｔポール再送信タイマが終了するであろう。ＵＥの無線リンクコントローラは、典型的にはＣＤＲＸサイクルを認識しないので、ＵＥによるＲＬＣ再送信は、ネットワークが、ＲＬＣ  ＡＣＫを送ることを試みる前にトリガされ得る。ＲＬＣ再送信のトリガは、ＵＥをＣＤＲＸオフ持続時間からウェイクアップ（例えば、１つまたは複数の無線構成要素を活性化）させ得る。これは、ＵＥによる不必要な電力消費をもたらし、ＵＥのバッテリ性能に負の影響を与える。
【００５６】
[0066]現在のセルラ技術では、ネットワークがＡＣＫ／ＮＡＫを用いてＵＬ  ＰＤＵに対して応答するであろう最初の機会は、ＣＤＲＸサイクルのオン持続時間の第１のサブフレームにおいてである。ＴＤＤ  ＵＬヘビー構成（TDD UL-heavy configuration）および／またはＣＤＲＸで動作するネットワークでは、ネットワークがＵＬ  ＰＤＵのより早い送信に応答してＡＣＫ／ＮＡＫを送信でき得るＤＬサブフレームがたとえ存在していなくても、ＵＥは、ＵＬ  ＰＤＵを再送信し得る。これらの再送信がＣＤＲＸオフ持続時間中に生じる（fall）とき、ＵＥは、再送信のためだけにウェイクアップし得るが、ネットワークからの最初のＡＣＫ／ＮＡＫは、ＣＤＲＸサイクルのオン持続時間の最初のサブフレームの間にスケジュールされるであろう。
【００５７】
[0067]さらに、または、この代わりに、ＴＤＤ  ＵＬヘビー構成（例えば、ＴＤＤ構成０、６）の間、ＤＬ送信機会よりも多くの数のＵＬ送信機会があるところでは、ＵＥは、（例えば、ＴＤＤ  ＵＬヘビー構成に関連付けられた制限されたＤＬ送信機会によって、）ネットワークからのＡＣＫ／ＮＡＫを待っている間、ＵＬ  ＰＤＵを再送信する必要があり得る。これは、前述したように、ＴＤＤサブフレーム構成における迅速な変化の可能性の結果、ＡＣＫ／ＮＡＫを送信するためのネットワーク喪失機会となることによって、ネットワークがｅＩＭＴＡを使用して動作しているときに、より確からしい。
【００５８】
[0068]この開示のある態様によれば、ＲＬＣ再送信が、オフ持続時間（例えば、ＣＤＲＸサイクルのオフ持続時間）の間に生じ、ＵＬ送信の物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）ＡＣＫ（ＨＡＲＱ  ＡＣＫ）がＵＥによって既に受信されているとき、ＵＥは、ＵＥのｔポール再送信タイマの終了直後にＲＬＣ  ＰＤＵを再送信する代わりに、ＲＬＣ再送信を実行するために、次のオン持続時間まで待機し得る。ＵＥのＨＡＲＱ機能（例えば、ＵＥにおいてＨＡＲＱを実行することを担当するハードウェアとソフトウェア）は、ＣＤＲＸサイクルを認識するので、ＨＡＲＱ  ＡＣＫ（ＰＨＩＣＨ  ＡＣＫ）は、ＲＬＣ再送信をどれくらい長く遅延させる（例えば、開始前に時間を延長する）のかを決定し、もって、ＣＤＲＸオフ持続時間の間、ＵＥのよる不必要な送信機活性化を回避するために使用され得る。
【００５９】
[0069]この開示のある態様によれば、ＵＥは、ＲＬＣ再送信を、次に利用可能なオン持続時間（例えば、ＣＤＲＸサイクルのオン持続時間）まで遅延させることによって、オフ持続時間（例えば、ＣＤＲＸサイクルのオフ持続時間）の間、無線構成要素を不必要にウェイクアップまたは活性化させること（activating）を回避し得る。追加の態様または代替態様によれば、ＴＤＤ  ＵＬヘビー構成において動作しているネットワークのケースにおいては、ＵＥのＲＬＣ再送信は、（例えば、現在使用されているＴＤＤ  ＤＬ／ＵＬ構成に基づいて、）便宜的に（opportunistically）遅延され得る。例えば、ＵＥのｔポール再送信タイマの終了後、最初のＤＬサブフレーム後まで、（例えば、さらに恐らくは、ＵＬ送信のＰＨＩＣＨ  ＡＣＫ（ＨＡＲＱ  ＡＣＫ）がＵＥによって受信された後まで、）ＵＥのＲＬＣ再送信が遅延され得る。
【００６０】
[0070]図９は、ＲＬＣ送信を遅延させること無く、ＵＥによる動作の典型的なタイムラインを例示し、それは、結果として不必要な電力消費となり得る。ＵＥは、９０２において例示されるＣＤＲＸサイクルにおいて動作し得る。９０４において、ＵＥは、フレーム２１、サブフレーム０の間に、ｅＮＢへＵＬデータを送信する。ＵＥは、ＵＬデータ送信の完了後、ｔポール再送信タイマを開始する。例示された例では、ＵＥのｔポール再送信タイマは、４０ミリ秒であり得る。
【００６１】
[0071]ＵＥにサービス提供するｅＮＢは、９０６において示されるように、この例では、フレーム２１、サブフレーム４の間、ＵＥの送信のＰＨＩＣＨ  ＡＣＫを送る。９１６において、ＵＥが、設定されたＣＤＲＸサイクルのオン持続時間の終了に達したとき、ＵＥは、ＵＥの無線構成要素ＲＸ（例えば、トランシーバ）を、低電力状態にする（例えば、受信機を非活性化する（deactivates））。ネットワークは、ＵＥが、ＣＤＲＸサイクルのオフ持続時間においてスケジュールされるべきであると考慮するので、ネットワークは、９６６において開始する次のＣＤＲＸオン持続時間まで、フレーム２１においてＵＥによって送られたＵＬ送信のためのＲＬＣ  ＡＣＫ／ＮＡＫを送らない。
【００６２】
[0072]９０８において、ＵＥのｔポール再送信タイマが終了する（例えば、フレーム２１の間、ＵＬ送信から４０ミリ秒の終了に達する）。ＵＥは、ｅＮＢからＲＬＣ  ＡＣＫ／ＮＡＫを受信していないので、ＵＥは、（９５８において示されるように）ＤＲＸオフ持続時間を早期に出て、フレーム２５、サブフレーム０の間、トランシーバが、ＵＬ  ＰＤＵを再送信する（例えば、ＲＬＣ再送信を実行する）ことを可能にし得る。
【００６３】
[0073]ＵＥは、フレーム２５において送信が完了した後、Ｔポール再送信タイマをリスタートし得る。フレーム２５、サブフレーム０の間に再送信するようにトランシーバを活性化することに加えて、ＵＥは、例えば、フレーム２４、サブフレーム２の間に、スケジューリング要求（ＳＲ）を送信する必要があり得る。その後、ＵＥは、例えばｅＮＢから、フレーム２４、サブフレーム６で、ＵＬ許可を受信し得る。
【００６４】
[0074]繰り返すが、ネットワークは、ＵＥが、ＣＤＲＸサイクルのオフ持続時間においてスケジュールされるべきであると考慮するので、ネットワークは、フレーム２５においてＵＥによって送られたＵＬ送信のためのＲＬＣ  ＡＣＫ／ＮＡＫを送らない。９０８と同様に、９１０において、ＵＥのＴポール再送信タイマが再び終了したとき（例えば、フレーム２５、サブフレーム０における最初の再送信後４０ミリ秒）、ＵＥは、トランシーバを活性化し、フレーム２９の間に再び再送信し得る。ＵＥはまた、９１２および９１４において、設定された再送信の最大数まで、トランシーバを活性化し再送信し得る。また、前述と同様に、ＵＥは、再送信の各々について、ＳＲを送り、ＵＬ許可を受信する必要があり得る。
【００６５】
[0075]図１０は、本開示の態様に従う、ＲＬＣ再送信を遅延させるための例示的な動作１０００を例示する。動作１０００は、例えば、ＵＥによって実行され、図９を参照して前述されたＤＲＸオフ持続時間中の不必要なＲＬＣ再送信を回避することに役立ち得る。
【００６６】
[0076]動作１０００は、１００２において、ＵＥが無線リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）を送信することによって始まり得る。１００４では、ＵＥは、ＰＤＵのハイブリッド自動再送信要求（ＨＡＲＱ）アクノレッジメント（ＡＣＫ）、または、時分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成、のうちの少なくとも１つを受信し得る。１００６では、ＵＥは、ＵＥがＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定し得る。１００８では、ＵＥは、この決定に応じて、ＰＤＵのＲＬＣ再送信を遅延させ得る。
【００６７】
[0077]本開示のある態様に従って、ＵＥがＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会は、時分割複信（ＴＤＤ）フレーム内に次のダウンリンク（ＤＬ）サブフレームを備え得る。すなわち、ＲＬＣ  ＰＤＵを受信しているｅＮＢは、ＴＤＤフレームにおける次のＤＬサブフレームまで、ＲＬＣ  ＡＣＫを送信することはできず、したがって、ＵＥは、ＴＤＤフレーム内の次のＤＬサブフレームまで、ＲＬＣ  ＡＣＫを受信することができない。
【００６８】
[0078]本開示のある態様に従って、ＵＥがＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または既に終了していると決定することは、ＴＤＤ  ＵＬ／ＤＬ構成に基づいて、ＵＥがＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または終了していると決定することを含み得る。すなわち、ＵＥは、ＲＬＣ  ＰＤＵを受信しているｅＮＢが、現在のＴＤＤ  ＵＬ／ＤＬ構成ではないことがある、計画された（planned）ＴＤＤ  ＵＬ／ＤＬ構成に基づいて、ＲＬＣ  ＡＣＫを送信することができないと決定し得、したがって、ＵＥは、計画されたＴＤＤ  ＵＬ／ＤＬ構成に基づいて、ＲＬＣ  ＡＣＫを受信することができない。
【００６９】
[0079]図１１は、本開示の態様に従う、（例えば、図１０の動作１０００を実行することによって、）ＲＬＣ再送信を遅延させるＵＥによる動作の典型的なタイムラインを例示する。
【００７０】
[0080]図９に図示されるタイムラインとは対照的に、本開示の態様を従って動作するＵＥは、ＵＥが、ＲＬＣ再送信タイマが終了する前に、ＲＬＣ  ＡＣＫを受信する機会が無い（または無いであろう）場合、ＲＬＣ再送信を遅延させることによって、ＲＬＣ再送信を実行するためにＣＤＲＸオフ持続時間を不必要に出ることを回避し得る。
【００７１】
[0081]図９におけるように、ＵＥは、９０４において、ＵＬデータをｅＮＢへ送信し、ＵＬデータ送信の完了後、ｔポール再送信タイマを開始する。ｔポール再送信タイマが動作している間（または、それが終了した後）、ＵＥは、１１１４において、ＵＬ送信のためのＲＬＣ  ＡＣＫを受信する次の機会の前に、ｔポール再送信タイマが終了するであろう（または既に終了した）と決定する。
【００７２】
[0082]図９におけるように、ＵＥのｔポール再送信タイマは、９０８において終了する。しかし、図９におけるものとは異なり、ＵＥは、ＵＥがＵＬ送信のためのＲＬＣ  ＡＣＫを受信する機会を有する前に、ｔポール再送信タイマが終了するであろう（または既に終了した）と判断しているので、１１１８において、ＵＥは、ＵＥがネットワークが１１２０において送るＲＬＣ  ＡＣＫ／ＮＡＫを受信する機会を有するまで、ＲＬＣ再送信を遅延させる。
【００７３】
[0083]さらに、または、この代わりに、ｔポール再送信タイマが９０８において終了するとき、ＵＥは、ＵＥがＲＬＣ  ＡＣＬ／ＮＡＫを受信するための次の機会の前に、タイマが終了したことを決定し、この決定に基づいて、ＲＬＣ再送信を遅延させ得る。ＵＥによる遅延によって、ＵＥは、設定されたＣＤＲＸサイクルのオフ持続時間のために、無線構成要素ＲＸ（例えば、トランシーバ）を低電力状態に維持できるようになる。
【００７４】
[0084]いずれのケースであれ、１１１２において、ＵＥは、ｅＮＢからＲＬＣ  ＡＣＫ／ＮＡＫを受信し、ＡＣＫのケースでは、ＵＥはＵＬデータを再送信しないであろうと決定する。すなわち、ＵＥがＰＤＵのＲＬＣ  ＡＣＫを受信する場合、ＵＥは、ＲＬＣ再送信を送ることを回避する。もちろん、ｅＮＢからのＮＡＫのケースでは、ＵＥは、未だにＵＬデータを再送信し得る。
【００７５】
[0085]本開示の態様に従って、ＲＬＣ再送信を遅延させることによって、ＵＥは、例えば、図９における典型的なタイムラインに従って動作するＵＥと比較して、フレーム２８、サブフレーム２、フレーム３２、サブフレーム２、および、フレーム３６、サブフレーム２の間、不必要にウェイクアップすること（例えば、無線コンポーネントを活性化すること）を回避し得る。
【００７６】
[0086]開示されたプロセスにおけるステップの特定の順序または階層は、典型的なアプローチの例示であることが理解される。設計選択（design preferences）に基づいて、これらプロセスにおけるステップの特定の順序または階層は、再配置され得ることが理解される。さらに、いくつかのステップは、結合または省略され得る。添付の方法請求項は、様々なステップの要素を、サンプル順に示しており、示された特定の順序または階層に限定されるとは意味されていない。
【００７７】
[0087]さらに、用語「または」は、排他的な「または」ではなく、包括的な「または」を意味することが意図されている。すなわち、別に指定されていない場合、あるいは、文脈から明らかではない場合、例えば、「Ｘは、ＡまたはＢを適用する」という句は、自然な包括的な置き換えのうちのいずれかを意味することが意図されている。すなわち、例えば、「Ｘは、ＡまたはＢを適用する」という句は、以下の事例のうちのいずれによっても満足される。Ｘは、Ａを適用する。Ｘは、Ｂを適用する。または、Ｘは、ＡとＢとの両方を適用する。さらに、この出願および添付された特許請求の範囲で使用されているような冠詞「ａ」および「ａｎ」は、特に指定されていない場合、あるいは、単数を対象としていることが文脈から明らかではない場合、一般に、「１つまたは複数」を意味するものと解釈されるべきである。アイテムのリストのうちの「少なくとも１つ」を称する句は、単数のメンバを含むこれらアイテムのうちの任意の組合せを称する。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃをカバーすることが意図されている。
【００７８】
[0088]前述した記載は、いかなる当業者であっても、ここで記載された様々な態様を実現できるように提供される。これらの態様に対する様々な変形は、当業者に容易に明らかになり、本明細書で定義された一般的な原理は、他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で図示された態様に限定されず、特許請求の範囲の文言と首尾一貫した完全な範囲が与えられることが意図されており、ここにおいて、単数形による要素への参照は、明確に述べられていないのであれば、「１つおよび１つのみ」を意味するのではなく、「１つまたは複数」を意味することが意図されている。特に明記されていない限り、用語「いくつか」は、１つまたは複数を称する。当業者に知られているか、または、後に知られることになるこの開示を通じて記載された様々な態様の要素に対するすべての構造的および機能的な等価物が、参照によってここに明確に組み込まれており、特許請求の範囲に包含されると意図される。さらに、ここで開示されたいずれも、このような開示が特許請求の範囲において明示的に述べられているか否かに関わらず、公衆に対して放棄されたものとは意図されていない。特許請求の範囲の要素が、「〜するための手段」という文言を用いて明示的に示されていないのであれば、特許請求の範囲のいずれの要素も、ミーンズ・プラス・ファンクション（ｍｅａｎｓ  ｐｌｕｓ  ｆｕｎｃｔｉｏｎ）として解釈されるべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ＵＥによって実行されるワイヤレス通信のための方法であって、
無線リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）を送信することと、
前記ＰＤＵのハイブリッド自動再送信要求（ＨＡＲＱ）アクノレッジメント（ＡＣＫ）、または、時分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成、のうちの少なくとも１つを受信することと、
前記ＵＥが前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定することと、
前記決定に応じて、前記ＰＤＵのＲＬＣ再送信を遅延させることと、
を備える、方法。
［Ｃ２］
前記遅延させることは、
前記ＵＥが前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会の後まで遅延させることと、
前記ＰＤＵのＲＬＣ  ＡＣＫが受信されていない場合、前記ＲＬＣ再送信を送信することと、
を備える、Ｃ１に記載の方法。
［Ｃ３］
前記ＰＤＵのＲＬＣ  ＡＣＫを受信することと、
前記ＲＬＣ  ＡＣＫを受信することに応じて、前記ＲＬＣ再送信を送信することを控えることと、
をさらに備える、Ｃ１に記載の方法。
［Ｃ４］
前記ＵＥが前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会は、時分割複信（ＴＤＤ）フレーム内に次のダウンリンク（ＤＬ）サブフレームを備える、Ｃ１に記載の方法。
［Ｃ５］
前記ＵＥが前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定することは、前記ＵＥが前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成に基づいて決定することを含む、Ｃ１に記載の方法。
［Ｃ６］
前記ＵＥが前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会は、前記ＵＥが不連続受信（ＤＲＸ）サイクルにおいてアクティブである次のサブフレームを備える、Ｃ１に記載の方法。
［Ｃ７］
前記ＵＥは、前記ＵＥが前記ＤＲＸサイクルにおいて非アクティブである間、少なくとも１つの無線構成要素を非活性化する、Ｃ６に記載の方法。
［Ｃ８］
ワイヤレス通信のための装置であって、
無線リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）を送信することと、
前記ＰＤＵのハイブリッド自動再送信要求（ＨＡＲＱ）アクノレッジメント（ＡＣＫ）、または、時分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成、のうちの少なくとも１つを受信することと、
前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定することと、
前記決定に応じて、前記ＰＤＵのＲＬＣ再送信を遅延させることと、
を行うように構成されたプロセッサと、
前記プロセッサに結合されたメモリと、
を備える、装置。
［Ｃ９］
前記プロセッサは、
前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会の後まで前記ＲＬＣ再送信を遅延させることと、
前記ＰＤＵのＲＬＣ  ＡＣＫが受信されていない場合、前記ＲＬＣ再送信を送信することと、
を行うように構成された、Ｃ８に記載の装置。
［Ｃ１０］
前記プロセッサは、
前記ＰＤＵのＲＬＣ  ＡＣＫを受信することと、
前記ＲＬＣ  ＡＣＫを受信することに応じて、前記ＲＬＣ再送信を送信することを控えることと、
を行うように構成された、Ｃ８に記載の装置。
［Ｃ１１］
前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会は、時分割複信（ＴＤＤ）フレーム内に次のダウンリンク（ＤＬ）サブフレームを備える、Ｃ８に記載の装置。
［Ｃ１２］
前記プロセッサは、
前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成に基づいて決定すること、
を行うように構成された、Ｃ８に記載の装置。
［Ｃ１３］
前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会は、前記装置が不連続受信（ＤＲＸ）サイクルにおいてアクティブである次のサブフレームを備える、Ｃ８に記載の装置。
［Ｃ１４］
前記プロセッサは、
前記装置が前記ＤＲＸサイクルにおいて非アクティブである間、前記装置の少なくとも１つの無線構成要素を非活性化すること、
を行うように構成された、Ｃ１３に記載の装置。
［Ｃ１５］
ワイヤレス通信のための装置であって、
無線リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）を送信するための手段と、
前記ＰＤＵのハイブリッド自動再送信要求（ＨＡＲＱ）アクノレッジメント（ＡＣＫ）、または、時分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成、のうちの少なくとも１つを受信するための手段と、
前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定するための手段と、
前記決定に応じて、前記ＰＤＵのＲＬＣ再送信を遅延させるための手段と、
を備える、装置。
［Ｃ１６］
遅延させるための前記手段は、
前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会の後まで遅延させるための手段と、
前記ＰＤＵのＲＬＣ  ＡＣＫが受信されていない場合、前記ＲＬＣ再送信を送信するための手段と、
を備える、Ｃ１５に記載の装置。
［Ｃ１７］
前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための手段と、
前記ＲＬＣ  ＡＣＫを受信することに応じて、前記ＲＬＣ再送信を送信することを控えるための手段と、
をさらに備える、Ｃ１５に記載の装置。
［Ｃ１８］
前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会は、時分割複信（ＴＤＤ）フレーム内に次のダウンリンク（ＤＬ）サブフレームを備える、Ｃ１５に記載の装置。
［Ｃ１９］
前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定するための前記手段は、前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成に基づいて決定するための手段を含む、Ｃ１５に記載の装置。
［Ｃ２０］
前記装置が前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会は、前記装置が不連続受信（ＤＲＸ）サイクルにおいてアクティブである次のサブフレームを備える、Ｃ１５に記載の装置。
［Ｃ２１］
前記装置が前記ＤＲＸサイクルにおいて非アクティブである間、前記装置の少なくとも１つの無線構成要素を非活性化するための手段、
をさらに備える、Ｃ２０に記載の装置。
［Ｃ２２］
ワイヤレス通信のためのコンピュータ実行可能なコードを記憶したコンピュータ読取可能な媒体であって、
無線リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）を送信するためのコードと、
前記ＰＤＵのハイブリッド自動再送信要求（ＨＡＲＱ）アクノレッジメント（ＡＣＫ）、または、時分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成、のうちの少なくとも１つを受信するためのコードと、
前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定するためのコードと、
前記決定に応じて、前記ＰＤＵのＲＬＣ再送信を遅延させるためのコードと、
を備える、コンピュータ読取可能な媒体。
［Ｃ２３］
遅延させるための前記コードは、
前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会の後まで遅延させるためのコードと、
前記ＰＤＵのＲＬＣ  ＡＣＫが受信されていない場合、前記ＲＬＣ再送信を送信するためのコードと、
を備える、Ｃ２２に記載のコンピュータ読取可能な媒体。
［Ｃ２４］
前記ＰＤＵのＲＬＣ  ＡＣＫを受信するためのコードと、
前記ＲＬＣ  ＡＣＫを受信することに応じて、前記ＲＬＣ再送信を送信することを控えるためのコードと、
をさらに備える、Ｃ２２に記載のコンピュータ読取可能な媒体。
［Ｃ２５］
前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会は、時分割複信（ＴＤＤ）フレーム内に次のダウンリンク（ＤＬ）サブフレームを備える、Ｃ２２に記載のコンピュータ読取可能な媒体。
［Ｃ２６］
前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを決定するための前記コードは、前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための次の機会の前に、ＲＬＣ再送信タイマが終了するか、または、既に終了しているのかを、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成に基づいて決定するためのコードを含む、Ｃ２２に記載のコンピュータ読取可能な媒体。
［Ｃ２７］
前記ＰＤＵのＲＬＣ  ＡＣＫを受信するための前記次の機会は、装置が不連続受信（ＤＲＸ）サイクルにおいてアクティブである次のサブフレームを備える、Ｃ２２に記載のコンピュータ読取可能な媒体。
［Ｃ２８］
前記装置が前記ＤＲＸサイクルにおいて非アクティブである間、前記装置の少なくとも１つの無線構成要素を非活性化するためのコード、
をさらに備える、Ｃ２７に記載のコンピュータ読取可能な媒体。
【図１】
0006585047.tif 000002
【図２】
0006585047.tif 000003
【図３】
0006585047.tif 000004
【図４】
0006585047.tif 000005
【図５】
0006585047.tif 000006
【図６】
0006585047.tif 000007
【図７】
0006585047.tif 000008
【図８】
0006585047.tif 000009
【図９】
0006585047.tif 000010
【図１０】
0006585047.tif 000011
【図１１】
0006585047.tif 000012