(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信におけるハイブリッド自動再送要求（ＨＡＲＱ）ベースの送信を復号するためのソフトバッファを管理する方法であって、前記方法は、ユーザ機器（ＵＥ）が実行し、前記方法は、
レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定すること、前記レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づくものである、と、
ウルトラローレイテンシ（ＵＬＬ）通信を受信すること、前記ＵＬＬ通信は、前記第１の期間未満である第２のＴＴＩに基づくものである、と、
前記ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファについてのＵＬＬソフトバッファサイズを決定すること、ここにおいて、前記ＵＬＬソフトバッファサイズを決定することは、前記レガシーソフトバッファサイズの関数であり、前記関数は、前記第２のＴＴＩの第２の期間に対する前記第１の期間の比率に対応する、と、
コンポーネントキャリアのために、前記ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理することと、
前記ＵＬＬソフトバッファコンテンツの管理から切り離して、前記コンポーネントキャリアのために、前記レガシーソフトバッファサイズに基づいてレガシーソフトバッファコンテンツを管理することと
を備える、方法。
【請求項２】
前記レガシー通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズは、ユーザ機器（ＵＥ）カテゴリ、ダウンリンク送信モード、ＨＡＲＱプロセスの数、キャリアアグリゲーションにおけるコンポーネントキャリアの数のうちの少なくとも１つに基づく、
請求項１に記載の方法。
【請求項３】
前記レガシー通信のための最大トランスポートブロックサイズの一部分として前記ＵＬＬソフトバッファに基づいてＨＡＲＱベースの送信を復号する際、ＵＬＬ通信のためのＵＬＬ最大トランスポートブロックサイズを決定することをさらに備える、
請求項１に記載の方法。
【請求項４】
前記レガシーソフトバッファサイズの第２の関数として第２のＵＬＬ通信のＨＡＲＱベースの送信を復号するための第２のＵＬＬソフトバッファサイズを決定することをさらに備え、前記第２のＵＬＬ通信は、前記第１の期間未満である第３のＴＴＩに基づく、
請求項１に記載の方法。
【請求項５】
レガシー通信および第２のＵＬＬ通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズの前記レガシーソフトバッファを使用する前記レガシー通信および前記第２のＵＬＬ通信をグループ化することをさらに備える、
請求項１に記載の方法。
【請求項６】
前記第２のＵＬＬ通信は、スロット期間の第３のＴＴＩに基づく、
請求項５に記載の方法。
【請求項７】
前記ＵＬＬ通信および第２のＵＬＬ通信におけるＨＡＲＱベースの送信を復号する際、前記ＵＬＬソフトバッファを使用する、前記第１の期間未満の第３のＴＴＩに基づいて前記第２のＵＬＬ通信と前記ＵＬＬ通信をグループ化することをさらに備える、
請求項１に記載の方法。
【請求項８】
前記第２のＴＴＩは、１つのシンボル期間であり、前記第３のＴＴＩは、２つのシンボル期間である、
請求項７に記載の方法。
【請求項９】
ＨＡＲＱプロセスの数に少なくとも部分的に基づいて前記レガシーソフトバッファまたは前記ＵＬＬソフトバッファを区分化することをさらに備える、
請求項１に記載の方法。
【請求項１０】
ワイヤレス通信におけるハイブリッド自動再送要求（ＨＡＲＱ）ベースの送信を復号するためのソフトバッファを管理する装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと通信可能に結合されるメモリと
を備え、前記少なくとも１つのプロセッサは、
レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定すること、前記レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づくものである、と、
ウルトラローレイテンシ（ＵＬＬ）通信を受信すること、前記ＵＬＬ通信は、前記第１の期間未満である第２のＴＴＩに基づくものである、と、
前記第２のＴＴＩに少なくとも部分的に基づいて、前記ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファのためのＵＬＬソフトバッファサイズを決定すること、ここにおいて、前記少なくとも１つのプロセッサは、前記レガシーソフトバッファサイズの関数として前記ＵＬＬソフトバッファサイズを決定することを行うように構成され、前記関数は、前記第２のＴＴＩの第２の期間に対する前記第１の期間の比率に対応する、と、
コンポーネントキャリアのために、前記ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理することと、
前記ＵＬＬソフトバッファコンテンツの管理から切り離して、前記コンポーネントキャリアのために、前記レガシーソフトバッファサイズに基づいてレガシーソフトバッファコンテンツを管理することと
を行うように構成される、装置。
【請求項１１】
前記少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）カテゴリ、ダウンリンク送信モード、ＨＡＲＱプロセスの数、キャリアアグリゲーションにおけるコンポーネントキャリアの数のうちの少なくとも１つに基づいて前記レガシー通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズを決定することを行うように構成される、
請求項１０に記載の装置。
【請求項１２】
前記少なくとも１つのプロセッサは、前記レガシー通信のための最大トランスポートブロックサイズの一部分として前記ＵＬＬソフトバッファに基づいてＨＡＲＱベースの送信を復号する際、ＵＬＬ通信のためのＵＬＬ最大トランスポートブロックサイズを決定することを行うように構成される、
請求項１０に記載の装置。
【請求項１３】
前記少なくとも１つのプロセッサは、前記レガシーソフトバッファサイズの第２の関数として第２のＵＬＬ通信のＨＡＲＱベースの送信を復号するための第２のＵＬＬソフトバッファサイズを決定することを行うように構成され、前記第２のＵＬＬ通信は、前記第１の期間未満である第３のＴＴＩに基づく、
請求項１０に記載の装置。
【請求項１４】
前記少なくとも１つのプロセッサは、前記レガシー通信および第２のＵＬＬ通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズの前記レガシーソフトバッファを使用する前記レガシー通信および前記第２のＵＬＬ通信をグループ化することを行うように構成される、
請求項１０に記載の装置。
【請求項１５】
前記第２のＵＬＬ通信は、スロット期間の第３のＴＴＩに基づく、
請求項１４に記載の装置。
【請求項１６】
前記少なくとも１つのプロセッサは、前記ＵＬＬ通信および第２のＵＬＬ通信におけるＨＡＲＱベースの送信を復号する際、前記ＵＬＬソフトバッファを使用する、前記第１の期間未満の第３のＴＴＩに基づいて前記第２のＵＬＬ通信と前記ＵＬＬ通信をグループ化することを行うように構成される、
請求項１０に記載の装置。
【請求項１７】
前記第２のＴＴＩは、シンボル期間であり、前記第３のＴＴＩは、２つのシンボル期間である、
請求項１６に記載の装置。
【請求項１８】
前記少なくとも１つのプロセッサは、ＨＡＲＱプロセスの数に少なくとも部分的に基づいて前記レガシーソフトバッファまたは前記ＵＬＬソフトバッファを区分化することを行うように構成される、
請求項１０に記載の装置。
【請求項１９】
ワイヤレス通信におけるハイブリッド自動再送要求（ＨＡＲＱ）ベースの送信を復号するためのソフトバッファを管理する装置であって、
レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定するための手段、前記レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づくものである、と、
ウルトラローレイテンシ（ＵＬＬ）通信を受信するための手段、前記ＵＬＬ通信は、前記第１の期間未満である第２のＴＴＩに基づくものである、と、
前記第２のＴＴＩに少なくとも部分的に基づいて、前記ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファについてのＵＬＬソフトバッファサイズを決定するための手段、ここにおいて、前記ＵＬＬソフトバッファサイズを前記決定するための手段は、前記レガシーソフトバッファサイズの関数として前記ＵＬＬソフトバッファサイズを決定し、前記関数は、前記第２のＴＴＩの第２の期間に対する前記第１の期間の比率に対応する、と、
コンポーネントキャリアのために、前記ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理するための手段と、
前記ＵＬＬソフトバッファコンテンツの管理から切り離して、前記コンポーネントキャリアのために、前記レガシーソフトバッファサイズに基づいてレガシーソフトバッファコンテンツを管理するための手段と
を備える、装置。
【請求項２０】
前記決定するための手段は、ユーザ機器（ＵＥ）カテゴリ、ダウンリンク送信モード、ＨＡＲＱプロセスの数、キャリアアグリゲーションにおけるコンポーネントキャリアの数のうちの少なくとも１つに基づいて前記レガシー通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズを決定する、
請求項１９に記載の装置。
【請求項２１】
前記レガシー通信のための最大トランスポートブロックサイズの一部分として前記ＵＬＬソフトバッファに基づいて、ＨＡＲＱベースの送信を復号する際、ＵＬＬ通信のためのＵＬＬ最大トランスポートブロックサイズを決定するための手段をさらに備える、
請求項１９に記載の装置。
【請求項２２】
前記レガシーソフトバッファサイズの第２の関数として第２のＵＬＬ通信のＨＡＲＱベースの送信を復号するための第２のＵＬＬソフトバッファサイズを決定するための手段をさらに備え、前記第２のＵＬＬ通信は、前記第１の期間未満である第３のＴＴＩに基づく、
請求項１９に記載の装置。
【請求項２３】
ワイヤレス通信におけるハイブリッド自動再送要求（ＨＡＲＱ）ベースの送信を復号するためのソフトバッファを管理するコンピュータ実行可能コードを備える非一時的コンピュータ可読記憶媒体であって、前記コンピュータ実行可能コードは、
レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定すること、前記レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づくものである、と、
ウルトラローレイテンシ（ＵＬＬ）通信を受信すること、前記ＵＬＬ通信は、前記第１の期間未満である第２のＴＴＩに基づくものである、と、
前記第２のＴＴＩに少なくとも部分的に基づいて、前記ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファについてのＵＬＬソフトバッファサイズを決定すること、ここにおいて、前記ＵＬＬソフトバッファサイズを前記決定するコードは、前記レガシーソフトバッファサイズの関数として前記ＵＬＬソフトバッファサイズを決定し、前記関数は、前記第２のＴＴＩの第２の期間に対する前記第１の期間の比率に対応する、と、
コンポーネントキャリアのために、前記ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理することと、
前記ＵＬＬソフトバッファコンテンツの管理から切り離して、前記コンポーネントキャリアのために、前記レガシーソフトバッファサイズに基づいてレガシーソフトバッファコンテンツを管理することと
を行うコードを備える、非一時的コンピュータ可読記憶媒体。
【請求項２４】
前記レガシー通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズを前記決定することを行うコードは、ユーザ機器（ＵＥ）カテゴリ、ダウンリンク送信モード、ＨＡＲＱプロセスの数、キャリアアグリゲーションにおけるコンポーネントキャリアの数のうちの少なくとも１つに基づく、
請求項２３に記載の非一時的コンピュータ可読記憶媒体。
【請求項２５】
前記レガシー通信のための最大トランスポートブロックサイズの一部分として、前記ＵＬＬソフトバッファに基づくＨＡＲＱベースの送信を復号する際、ＵＬＬ通信のためのＵＬＬ最大トランスポートブロックサイズを決定することを行うためのコードをさらに備える、
請求項２４に記載の非一時的コンピュータ可読記憶媒体。
【請求項２６】
前記レガシーソフトバッファサイズの第２の関数として第２のＵＬＬ通信のＨＡＲＱベースの送信を復号するための第２のＵＬＬソフトバッファサイズを決定することを行うためのコードをさらに備え、前記第２のＵＬＬ通信は、前記第１の期間未満である第３のＴＴＩに基づく、
請求項２３に記載の非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]本出願は、２０１５年１月１２日に出願された「TECHNIQUES FOR MANAGING SOFT BUFFERS IN WIRELESS COMMUNICATIONS」という名称の仮出願第６２／１０２，４８０号、および２０１５年１２月９日に出願された「TECHNIQUES FOR MANAGING SOFT BUFFERS IN WIRELESS COMMUNICATIONS」という名称の米国特許出願第１４／９６４，２４９号に対する優先権を主張するものであり、これらの出願は、その全体が参照により本明細書に明確に組み込まれる。
【背景技術】
【０００２】
[0002]本明細書では、一般に、通信システムに関する態様、より詳細には、ワイヤレス技術における送信を復号するためのソフトバッファを管理することに関する態様について説明される。
【０００３】
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。通常のワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。
【０００４】
[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために様々な電気通信規格において採用されてきた。電気通信規格の一例はロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）のモバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良好にサポートすることと、コストを下げることと、サービスを改善することと、新しいスペクトルを利用することと、ダウンリンク（ＤＬ）上ではＯＦＤＭＡ、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡ、また多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良好に統合することとを行うように設計される。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術、およびこれらの技術を採用する電気通信規格に適用可能であるべきである。
【０００５】
[0005]レガシーＬＴＥを採用するワイヤレス通信システムでは、特定のｅＮｏｄｅＢ（ｅＮＢ）によってサービスされる複数のＵＥが、１ミリ秒程度のサブフレーム上の送信時間間隔（ＴＴＩ）を用いて１つまたは複数のチャネルを通してｅＮｏｄｅＢと通信するためのリソースをスケジュールされ得る。ＵＥ能力および帯域幅に対する需要が増大するにつれて、通信におけるより低いレイテンシが望まれ得る。
【発明の概要】
【０００６】
[0006]以下では、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての考えられる態様の包括的な概説ではなく、すべての態様の主要または重要な要素を識別することも、いずれかまたはすべての態様の範囲を定めることも意図されていない。その唯一の目的は、後に提示されるより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００７】
[0007]一例によれば、ワイヤレス通信におけるハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat/request）ベースの送信を復号するためのソフトバッファを管理する方法が提供される。方法は、レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定することを含む。レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づくことができる。方法はまた、ウルトラローレイテンシ（ＵＬＬ：ultra low latency）通信を受信することを含む。ＵＬＬ通信は、第１の期間未満である第２の送信時間間隔（ＴＴＩ）に基づくことができる。方法は、ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファのためのＵＬＬソフトバッファサイズを決定することと、ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理することとをさらに含む。
【０００８】
[0008]他の態様では、ワイヤレス通信におけるＨＡＲＱベースの送信を復号するためのソフトバッファを管理するための装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに通信可能に結合されたメモリとを含むことが提供される。少なくとも１つのプロセッサは、レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定することを行うように構成される。レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づく。少なくとも１つのプロセッサはまた、ＵＬＬ通信を受信することを行うように構成され、ＵＬＬ通信は、第１の期間未満である第２の送信時間間隔（ＴＴＩ）に基づく。少なくとも１つのプロセッサはまた、ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファのためのＵＬＬソフトバッファサイズを決定することと、ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理することとを行うように構成される。
【０００９】
[0009]別の例では、ワイヤレス通信におけるＨＡＲＱベースの送信を復号するためのソフトバッファを管理するための装置が提供される。装置は、レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定するための手段、ここで、レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づく、と、ＵＬＬ通信を受信するための手段、ここで、ＵＬＬ通信は、第１の期間未満である第２の送信時間間隔（ＴＴＩ）に基づく、とを含む。装置は、ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファのためのＵＬＬソフトバッファサイズを決定するための手段と、ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理するための手段とをさらに備える。
【００１０】
[0010]他の態様では、ワイヤレス通信におけるＨＡＲＱベースの送信を復号するためのソフトバッファの管理のためにコンピュータ実行可能コードを含むコンピュータ可読記憶媒体が提供される。コードは、レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定するためのコード、ここで、レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づく、と、ＵＬＬ通信を受信するためのコード、ここで、ＵＬＬ通信は、第１の期間未満である第２の送信時間間隔（ＴＴＩ）に基づく、と、ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファのためのＵＬＬソフトバッファサイズを決定するためのコードと、ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理するためのコードとを含む。
【００１１】
[0011]上記の目的および関連する目的を達成するために、１つまたは複数の態様は、以下で十分に説明され、特に特許請求の範囲において指摘される特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。しかしながら、これらの特徴は、様々な態様の原理が採用され得る様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むことが意図されている。
【図面の簡単な説明】
【００１２】
[0012]本明細書に説明される態様のより完全な理解を容易にするために、参照番号は、現在、添付図面に作り上げられ、それは、同様の要素が同様の数字で参照される。これらの図面は、本開示を限定するように解釈されるべきではなく、単に例示的になるように意図されるべきである。
【図１】本明細書で説明される態様による、電気通信システムの一例を概念的に示すブロック図。
【図２】本明細書で説明される態様による、アクセスネットワークの一例を示す図。
【図３】本明細書で説明される態様による、アクセスネットワークにおける発展型ＮｏｄｅＢおよびユーザ機器の一例を示す図。
【図４】本明細書で説明される態様による、アップリンク帯域幅割振りの例示的なタイムラインを示す図。
【図５】本明細書で説明される態様による、ハイブリッド自動再送要求（ＨＡＲＱ）通信のためのソフトバッファを管理するための例示的なシステムを示す図。
【図６】本明細書で説明される態様による、ハイブリッド自動再送要求（ＨＡＲＱ）通信のためのソフトバッファを管理するための例示的な方法のフローチャート。
【発明を実施するための形態】
【００１３】
[0019]添付の図面に関して以下に記載される詳細な説明は、様々な構成の説明として意図されており、本明細書で説明される概念が実施され得る唯一の構成を表すことは意図されていない。詳細な説明は、様々な概念の完全な理解を提供する目的で、具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実施され得ることが、当業者に明らかであろう。場合によっては、そのような概念を曖昧にすることを回避するために、よく知られている構造および構成要素がブロック図の形態で示される。
【００１４】
[0020]ここで、様々な装置および方法を参照しながら電気通信システムのいくつかの態様が提示される。これらの装置および方法が、以下の詳細な説明において説明され、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課された設計制約に依存する。
【００１５】
[0021]例として、要素、または要素の任意の部分、または要素の任意の組合せが、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実行するように構成された他の適切なハードウェアがある。処理システム中の１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、または他の名称で呼ばれるかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されるものとする。
【００１６】
[0022]したがって、１つまたは複数の態様では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体上に１つもしくは複数の命令もしくはコードとして符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。本明細書で使用されるときに、ディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、およびフロッピー（登録商標）ディスク（disk）を含み、ディスク（disk）は通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００１７】
[0023]本明細書では、異なる長さの送信時間間隔（ＴＴＩ）に基づく、ワイヤレス通信技術のためのソフトバッファを管理することに関係する様々な態様について説明される。「ソフトバッファ」がハイブリッド自動再送要求（ＨＡＲＱ）通信を受信し、適切に復号されない対応するデータパケットを記憶するデバイスでのバッファを指すことができることは認識されたい。記憶されたデータパケットは、最大比結合を使用して初期データパケットと再送信データパケットからと同じビットを組み合わせようとも、インクリメンタルリダンダンシを使用してデータパケットの複数のバージョンの復号を試みようとも、デバイスによって受信されたＨＡＲＱ再送信と組み合せることができる。いずれの場合も、復号することは、ＨＡＲＱ再送信からの追加のパケットに基づいて試みることができる。例えば、ウルトラローレイテンシ（ＵＬＬ）ワイヤレス技術は、既存のレガシーワイヤレス技術より短い送信時間間隔（ＴＴＩ）に基づくように定義され得る。１つの特定の例では、レガシーＬＴＥ技術は、ＬＴＥにおいて定義されたサブフレームの期間を有する送信時間間隔（ＴＴＩ）を利用し得、ここで、ウルトラローレイテンシ（ＵＬＬ）ＬＴＥ技法は、サブフレーム未満の期間を有するＴＴＩ（例えば、１つのシンボル、２つのシンボル、サブフレームスロット、等）基づくことができる。この点では、通信におけるより低いレイテンシは、より短く、より頻繁なＴＴＩによって達成される。ネットワークは、レガシーＬＴＥおよびＵＬＬ  ＬＴＥの両方をサポートし得、したがって、１つまたは複数のユーザ機器（ＵＥ）は、本明細書に説明されるように、ＬＴＥおよび／または１つまたは複数のＵＬＬ  ＬＴＥ構成の各々各々でのＨＡＲＱ動作のために、ソフトバッファ管理を実装し得る。
【００１８】
[0024]例えば、ＵＥは、レガシーＬＴＥ通信のためのソフトバッファサイズの関数として決定されたＵＬＬソフトバッファサイズを使用して、ＵＬＬソフトバッファを管理し得る。レガシーＬＴＥ通信ソフトバッファサイズ、ひいてはＵＬＬソフトバッファサイズは、ＵＥのカテゴリおよび／またはＵＥ通信に関係する他のパラメータに基づき得る。加えて、ＵＬＬにおけるＨＡＲＱベースの送信を復号するための最大トランスポートブロックサイズ（ＴＢＳ）は、レガシーＬＴＥ通信におけるＨＡＲＱベースの送信を復号するための最大ＴＢＳの関数（例えば、一部分）として決定され得る。さらに、例えば、レガシーＬＴＥソフトバッファは、（例えば、あるＴＴＩを有する）いくつかのＵＬＬ通信もレガシーＬＴＥ通信も含む第１のグルーピングにおけるＨＡＲＱベースの送信を復号するために使用されると同時に、ＵＬＬソフトバッファは、（例えば、第１のグルーピングにおけるＵＬＬ通信と異なるＴＴＩを有する）他のＵＬＬ通信を含む第２のグルーピングにおけるＨＡＲＱベースの送信のために使用され得る。
【００１９】
[0025]最初に図１を参照すると、図は、本明細書で説明される態様による、ワイヤレス通信システム１００の一例を示している。ワイヤレス通信システム１００は、複数のアクセスポイント（たとえば、基地局、ｅＮＢ、またはＷＬＡＮアクセスポイント）１０５と、いくつかのユーザ機器（ＵＥ）１１５と、コアネットワーク１３０とを含む。本明細書でさらに説明されるように、アクセスポイント１０５は、レガシー通信技術（例えば、ＬＴＥ）、１つまたは複数のＵＬＬ通信技術（例えば、ＵＬＬ  ＬＴＥ）、等のような複数の通信技術を各々使用して１つまたは複数のＵＥｌ１１５と通信し得る。したがって、ＵＥ１１５のうちの１つまたは複数は、レガシー通信技術および／またはＵＬＬ通信技術を使用して通信することと、通信技術のうちの１つまたは複数を通して受信されたＨＡＲＱ送信を復号するための１つまたは複数のソフトバッファを管理することとを行うように構成された通信構成要素３６１を含み得る。アクセスポイント１０５のうちのいくつかは、基地局コントローラ（図示されず）の制御下のＵＥ１１５と通信し得、基地局コントローラは、様々な例におけるコアネットワーク１３０の一部であり得、またはあるアクセスポイント１０５（たとえば、基地局もしくはｅＮＢ）であり得る。アクセスポイント１０５は、バックホールリンク１３２を通じてコアネットワーク１３０と制御情報および／またはユーザデータを通信し得る。例では、アクセスポイント１０５は、ワイヤード通信リンクまたはワイヤレス通信リンクであり得るバックホールリンク１３４を通して互いに直接または間接的に通信し得る。ワイヤレス通信システム１００は、複数のキャリア（異なる周波数の波形信号）上での動作をサポートし得る。マルチキャリア送信機は、複数のキャリア上で同時に被変調信号を送信し得る。たとえば、通信リンク１２５の各々は、上述の様々な無線技術に従って変調されたマルチキャリア信号であり得る。各被変調信号は、異なるキャリア上で送られてよく、制御情報（たとえば、基準信号、制御チャネルなど）、オーバーヘッド情報、データなどを搬送し得る。
【００２０】
[0026]いくつかの例では、ワイヤレス通信システム１００の少なくとも一部分は、ＵＥ１１５のうちの１つまたは複数およびアクセスポイント１０５のうちの１つまたは複数が、別の階層レイヤと比べて低減されたレイテンシを有する階層レイヤ上での送信をサポートするように構成され得る、複数の階層レイヤ上で動作するように構成され得る。いくつかの例では、ハイブリッドＵＥ１１５−ａは、第１のＴＴＩを使用する第１のレイヤ送信（本明細書では「レガシー通信」とも呼ばれる）をサポートする第１の階層レイヤ上と、第１のＴＴＩよりも短くなり得る第２のＴＴＩを使用する第２レイヤ送信（本明細書では「ＵＬＬ通信」とも呼ばれる）をサポートする第２の階層レイヤ上との両方で、アクセスポイント１０５−ａと通信し得る。
【００２１】
[0027]他の例では、第２のレイヤＵＥ１１５−ｂは、第２の階層レイヤのみの上でアクセスポイント１０５−ｂと通信し得る。したがって、ハイブリッドＵＥ１１５−ａおよび第２のレイヤＵＥ１１５−ｂは、第２の階層レイヤ上で通信し得るＵＥ１１５の第２のクラスに属し得、レガシーＵＥ１１５は、第１の階層レイヤのみの上で通信し得るＵＥ１１５の第１のクラスに属し得る。アクセスポイント１０５−ｂおよびＵＥ１１５−ｂは、第２のサブフレームタイプのサブフレームの送信を通じて第２の階層レイヤ上で通信し得る。アクセスポイント１０５−ｂは、第１もしくは第２の階層レイヤのみに関係する通信を送信し得るか、または、第１と第２の両方の階層レイヤの通信を送信し得る。アクセスポイント１０５−ｂが第１と第２の両方の階層レイヤをサポートする場合、通信構成要素３６１は、本明細書で説明されるように、第１および第２の階層レイヤに関係するアクセスポイント１０５−ｂから受信された通信を優先するように構成され得る。
【００２２】
[0028]アクセスポイント１０５は、１つまたは複数のアクセスポイントアンテナを介してＵＥ１１５とワイヤレス通信し得る。アクセスポイント１０５サイトの各々は、それぞれのカバレージエリア１１０に通信カバレージを提供し得る。いくつかの例では、アクセスポイント１０５は、トランシーバ基地局、無線基地局、無線トランシーバ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、または何らかの他の適切な用語で呼ばれることがある。基地局のカバレージエリア１１０は、カバレージエリアの一部分のみを構成するセクタ（図示されず）に分割され得る。ワイヤレス通信システム１００は、異なるタイプのアクセスポイント１０５（たとえば、マクロ基地局、マイクロ基地局、および／またはピコ基地局）を含み得る。アクセスポイント１０５はまた、セルラー無線アクセス技術および／またはＷＬＡＮ無線アクセス技術（ＲＡＴ）などの異なる無線技術を利用し得る。アクセスポイント１０５は、同じまたは異なるアクセスネットワークまたは事業者展開に関連付けられ得る。同じもしくは異なるタイプのアクセスポイント１０５のカバレージエリアを含む、同じもしくは異なる無線技術を利用する、および／または同じもしくは異なるアクセスネットワークに属する、異なるアクセスポイント１０５のカバレージエリアは、重複し得る。
【００２３】
[0029]ＬＴＥ／ＬＴＥ−Ａおよび／またはＵＬＬ  ＬＴＥネットワーク通信システムでは、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）という用語は、概して、アクセスポイント１０５を表すために使用され得る。ワイヤレス通信システム１００は、異なるタイプのアクセスポイントが様々な地理的領域にカバレージを提供する、異種ＬＴＥ／ＬＴＥ−Ａ／ＵＬＬ  ＬＴＥネットワークであり得る。たとえば、各アクセスポイント１０５は、通信カバレージをマクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに提供し得る。ピコセル、フェムトセル、および／または他のタイプのセルなどのスモールセルは、低電力ノードすなわちＬＰＮを含み得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし得、ネットワークプロバイダのサービスに加入しているＵＥ１１５による無制限アクセスを可能にし得る。スモールセルは、比較的より小さい地理的エリアをカバーし得、たとえば、ネットワークプロバイダのサービスに加入しているＵＥ１１５による無制限アクセスを可能にし得、無制限アクセスに加えて、スモールセルとの関連を有するＵＥ１１５（たとえば、限定加入者グループ（ＣＳＧ：closed subscriber group）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限アクセスをも与え得る。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。スモールセルのためのｅＮＢはスモールセルｅＮＢと呼ばれることがある。ｅＮＢは、１つまたは複数の（たとえば、２つ、３つ、４つなどの）セルをサポートし得る。
【００２４】
[0030]コアネットワーク１３０は、バックホールリンク１３２（たとえば、Ｓ１インターフェースなど）を介してｅＮＢまたは他のアクセスポイント１０５と通信し得る。アクセスポイント１０５はまた、たとえば、バックホールリンク１３４（たとえば、Ｘ２インターフェースなど）を介して、および／またはバックホールリンク１３２を介して（たとえば、コアネットワーク１３０を通じて）直接または間接的に互いに通信し得る。ワイヤレス通信システム１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、アクセスポイント１０５は同様のフレームタイミングを有し得、異なるアクセスポイント１０５からの送信は、近似的に時間的に整合され得る。非同期動作の場合、アクセスポイント１０５は異なるフレームタイミングを有し得、異なるアクセスポイント１０５からの送信は時間的に整合されないことがある。さらに、第１の階層レイヤおよび第２の階層レイヤにおける送信は、アクセスポイント１０５の間で同期されても、同期されなくてもよい。本明細書で説明される技法は、同期動作または非同期動作のいずれかのために使用され得る。
【００２５】
[0031]ＵＥ１１５はワイヤレス通信システム１００全体にわたって分散され、各ＵＥ１１５は固定または移動であり得る。ＵＥ１１５はまた、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれる場合がある。ＵＥ１１５は、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、時計または眼鏡などのウェアラブルアイテム、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。ＵＥ１１５は、マクロｅＮｏｄｅＢ、スモールセルｅＮｏｄｅＢ、中継器などと通信することが可能であり得る。ＵＥ１１５はまた、セルラーアクセスネットワークもしくは他のＷＷＡＮアクセスネットワーク、またはＷＬＡＮアクセスネットワークなどの、異なるアクセスネットワークを通して通信することが可能であり得る。
【００２６】
[0032]ワイヤレス通信システム１００に示された通信リンク１２５は、ＵＥ１１５からアクセスポイント１０５へのアップリンク（ＵＬ）送信および／またはアクセスポイント１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含み得る。ダウンリンク送信は順方向リンク送信と呼ばれることもあり、アップリンク送信は逆方向リンク送信と呼ばれることもある。通信リンク１２５は、いくつかの例では通信リンク１２５において多重化され得る各階層レイヤの送信を搬送し得る。ＵＥ１１５は、たとえば、多入力多出力（ＭＩＭＯ：Multiple Input Multiple Output）、キャリアアグリゲーション（ＣＡ：carrier aggregation）、多地点協調（ＣｏＭＰ：Coordinated Multi-Point）、または他のスキームを通じて、複数のアクセスポイント１０５と共同的に通信するように構成され得る。ＭＩＭＯ技法は、複数のデータストリームを送信するために、アクセスポイント１０５上の複数のアンテナおよび／またはＵＥ１１５上の複数のアンテナを使用する。キャリアアグリゲーションは、データ送信のために同じまたは異なるサービングセル上で２つ以上のコンポーネントキャリアを利用し得る。ＣｏＭＰは、いくつかのアクセスポイント１０５による送信および受信の協調により、ＵＥ１１５のための全体的な送信品質を改善するとともに、ネットワークおよびスペクトル利用を増加させるための技法を含み得る。
【００２７】
[0033]上述のように、いくつかの例では、アクセスポイント１０５およびＵＥ１１５は、複数のキャリア上で送信するためにキャリアアグリゲーションを利用し得る。いくつかの例では、アクセスポイント１０５およびＵＥ１１５は、２つ以上の別個のキャリアを使用して、第１のサブフレームタイプを各々が有する１つまたは複数のサブフレームを、フレーム内で第１の階層レイヤにおいて同時に送信し得る。各キャリアは、たとえば、２０ＭＨｚの帯域幅を有し得るが、他の帯域幅が利用されてよい。ハイブリッドＵＥ１１５−ａ、および／または第２のレイヤＵＥ１１５−ｂは、いくつかの例では、別個のキャリアのうちの１つまたは複数の帯域幅よりも大きい帯域幅を有する単一のキャリアを利用して第２の階層レイヤにおいて、１つまたは複数のサブフレームを受信および／または送信し得る。たとえば、第１の階層レイヤにおけるキャリアアグリゲーション方式で４つの別個の２０ＭＨｚキャリアが使用される場合、第２の階層レイヤにおいて単一の８０ＭＨｚキャリアが使用されてよい。８０ＭＨｚキャリアは、４つの２０ＭＨｚキャリアのうちの１つまたは複数によって使用される無線周波数スペクトルと少なくとも部分的に重複する無線周波数スペクトルの一部分を占有し得る。いくつかの例では、第２の階層レイヤタイプのスケーラブルな帯域幅は、さらに拡張されたデータレートを提供するために、上記で説明されたようなより短いＲＴＴを提供する組合せ技法であり得る。
【００２８】
[0034]ワイヤレス通信システム１００によって採用され得る異なる動作モードの各々は、周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）に従って動作し得る。いくつかの例では、異なる階層レイヤは、異なるＴＤＤまたはＦＤＤモードに従って動作し得る。たとえば、第１の階層レイヤはＦＤＤに従って動作し得、第２の階層レイヤはＴＤＤに従って動作し得る。いくつかの例では、ＯＦＤＭＡ通信信号が、各階層レイヤのＬＴＥダウンリンク送信のために通信リンク１２５において使用され得る一方、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）通信信号が、各階層レイヤにおけるＬＴＥアップリンク送信のために通信リンク１２５において使用され得る。ワイヤレス通信システム１００などのシステムにおける階層レイヤの実装に関する追加の詳細、ならびにそのようなシステムにおける通信に関係する他の特徴および機能が、以下の図を参照しながら以下で与えられる。
【００２９】
[0035]図２は、ＬＴＥまたはＵＬＬ  ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のスモールセルｅＮＢ２０８は、低電力クラスのもので提供されることができ、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。スモールセルｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ）であり得るまたはこれらを提供する。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６のためにコアネットワーク１３０へのアクセスポイントを提供するように構成される。一態様では、ｅＮＢ２０４および／またはスモールセルｅＮＢ２０８は、レガシー通信技術（例えば、ＬＴＥ）および１つまたは複数のＵＬＬ通信技術（ＵＬＬ  ＬＴＥ）を各々使用して１つまたは複数のＵＥと通信し得る。したがって、ＵＥ２０６のうちの１つは、レガシー通信技術および／または１つまたは複数のＵＬＬ通信技術を使用して通信することも、様々な通信技術のための１つまたは複数のソフトバッファを管理することも行うように構成された通信構成要素３６１を含み得る。アクセスネットワーク２００のこの例では集中型コントローラはないが、代替的な構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御と、アドミッション制御と、モビリティ制御と、スケジューリングと、セキュリティと、コアネットワーク１３０の１つまたは複数の構成要素への接続性とを含む、すべての無線関連機能を担う。
【００３０】
[0036]アクセスネットワーク２００によって採用される変調方式および多元接続方式は、展開されている特定の電気通信規格に応じて異なる場合がある。ＬＴＥまたはＵＬＬ  ＬＴＥの適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＤＬ上ではＯＦＤＭが使用され得、ＵＬ上ではＳＣ−ＦＤＭＡが使用され得る。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示される様々な概念は、ＬＴＥの適用例に好適である。しかしながら、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ならびにＯＦＤＭＡを採用する発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存する。
【００３１】
[0037]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は空間領域を活用して、空間多重化と、ビームフォーミングと、送信ダイバーシティとをサポートすることが可能になる。データの異なるストリームを同じ周波数上で同時に送信するために、空間多重化が使用され得る。データスチームは、データレートを上げるために単一のＵＥ２０６に、または全体的なシステム容量を増大させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いで、空間的にプリコーディングされた各ストリームをＤＬ上で複数の送信アンテナを通じて送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ２０６に到達し、これにより、ＵＥ２０６の各々は、そのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上では、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
【００３２】
[0038]空間多重化は、概して、チャネル状態が良好なときに使用される。チャネル状態があまり好ましくないとき、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通じた送信のために、データを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００３３】
[0039]以下の詳細な説明では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながら説明される。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを通してデータを変調するスペクトラム拡散技法である。サブキャリアは、正確な周波数で離間される。離間は、受信機がサブキャリアからのデータを復元することを可能にする「直交性」をもたらす。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、各ＯＦＤＭシンボルにガードインターバル（たとえば、サイクリックプレフィックス）が追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用し得る。
【００３４】
[0040]図３は、アクセスネットワーク中でｅＮＢ３１０がＵＥ３５０と通信しているブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ３７５に提供される。コントローラ／プロセッサ３７５は、Ｌ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ３７５は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、様々な優先度メトリックに基づくＵＥ３５０への無線リソース割振りとを行う。コントローラ／プロセッサ３７５はまた、ハイブリッド自動再送／要求（ＨＡＲＱ）演算と、紛失パケットの再送信と、ＵＥ３５０へのシグナリングとを担う。
【００３５】
[0041]送信（ＴＸ）プロセッサ３１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ３５０における前方誤り訂正（ＦＥＣ）を容易にするためのコーディングおよびインターリービングと、様々な変調方式（たとえば、２位相偏移変調（ＢＰＳＫ）、４位相偏移変調（ＱＰＳＫ）、Ｍ位相偏移変調（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンスタレーションへのマッピングとを含む。次いで、コーディングおよび変調されたシンボルが、並列ストリームに分割される。次いで、各ストリームは、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域において基準信号（たとえば、パイロット）と多重化され、次いで、逆高速フーリエ変換（ＩＦＦＴ）を使用して合成されて、時間領域のＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器３７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ３５０によって送信された基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機３１８ＴＸを介して異なるアンテナ３２０に与えられる。各送信機３１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。加えて、ｅＮＢ３１０は、より小さなＴＴＩに基づくＵＬＬ通信技術およびレガシー通信技術（例えば、レガシーＬＴＥおよびＵＬＬ  ＬＴＥ）を使用してＵＥ３５０と通信するように構成され得る。
【００３６】
[0042]ＵＥ３５０において、各受信機３５４ＲＸは、それのそれぞれのアンテナ３５２を通じて信号を受信する。各受信機３５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、情報を受信（ＲＸ）プロセッサ３５６に提供する。ＲＸプロセッサ３５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ３５６は、ＵＥ３５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがＵＥ３５０に宛てられた場合、それらは、ＲＸプロセッサ３５６によって単一のＯＦＤＭシンボルストリームに合成され得る。次いで、ＲＸプロセッサ３５６は、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭＡシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルおよび基準信号は、ｅＮＢ３１０によって送信された最も可能性が高い信号コンスタレーションポイントを決定することによって、復元および復調される。これらの軟決定は、チャネル推定器３５８によって計算されたチャネル推定値に基づく場合がある。次いで、軟決定は復号されデインタリーブされて、物理チャネル上でｅＮＢ３１０によって最初に送信されたデータおよび制御信号が復元される。データおよび制御信号は、次いで、コントローラ／プロセッサ３５９に提供される。
【００３７】
[0043]コントローラ／プロセッサ３５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ３６０に関連付けられ得る。メモリ３６０は、コンピュータ可読媒体と呼ばれ得る。ＵＬでは、コントローラ／プロセッサ３５９は、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、暗号解読（decipher）と、ヘッダ解凍（decompression）と、制御信号処理とを行って、コアネットワークからの上位レイヤパケットを復元する。次いで、上位レイヤパケットはデータシンク３６２に提供され、データシンク３６２はＬ２レイヤの上のすべてのプロトコルレイヤを表す。様々な制御信号も、Ｌ３処理のためにデータシンク３６２に提供され得る。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ演算をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）のプロトコルを使用する誤り検出を担う。加えて、ＵＥ３５０は、ｅＮＢ３１０のような、１つまたは複数のｅＮＢからレガシーおよび／またはＵＬＬ通信を受信することと、１つまたは複数の通信技術を通してＨＡＲＱ通信を復号するための１つまたは複数のソフトバッファを管理することとを行うように構成された通信構成要素３６１を含み得る。通信構成要素３６１は、コントローラ／プロセッサ３５９に結合されるものとして示されているが、通信構成要素３６１が、本明細書で説明されるアクションを実行するように、任意のプロセッサ（たとえば、コントローラ／プロセッサ３５９、ＲＸプロセッサ３５６、ＴＸプロセッサ３６８など）および／もしくはメモリ３６０、あるいはこれらの組み合わせに結合され得ること、またはこれら内で実装され得ることは諒解されたい。
【００３８】
[0044]ＵＬでは、データソース３６７は、上位レイヤパケットをコントローラ／プロセッサ３５９に与えるために使用される。データソース３６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ３１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ３５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅＮＢ３１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。また、コントローラ／プロセッサ３５９は、ＨＡＲＱ演算と、紛失パケットの再送信と、ｅＮＢ３１０へのシグナリングとを担う。
【００３９】
[0045]ｅＮＢ３１０によって送信された基準信号またはフィードバックからの、チャネル推定器３５８によって導出されたチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を容易にすることとを行うために、ＴＸプロセッサ３６８によって使用され得る。ＴＸプロセッサ３６８によって生成された空間ストリームは、別個の送信機３５４ＴＸを介して異なるアンテナ３５２に提供される。各送信機３５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００４０】
[0046]ＵＬ送信は、ＵＥ３５０における受信機機能に関連して説明されたのと同じようにしてｅＮＢ３１０において処理される。各受信機３１８ＲＸは、それのそれぞれのアンテナ３２０を通じて信号を受信する。各受信機３１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、情報をＲＸプロセッサ３７０に提供する。ＲＸプロセッサ３７０はＬ１レイヤを実装し得る。
【００４１】
[0047]コントローラ／プロセッサ３７５はＬ２レイヤを実装する。コントローラ／プロセッサ３７５は、プログラムコードとデータとを記憶するメモリ３７６に関連付けられ得る。メモリ３７６は、コンピュータ可読媒体と呼ばれ得る。ＵＬでは、コントローラ／プロセッサ３７５は、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、暗号解読と、ヘッダ解凍と、制御信号処理とを行って、ＵＥ３５０からの上位レイヤパケットを復元する。コントローラ／プロセッサ３７５からの上位レイヤパケットは、コアネットワークに提供され得る。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ演算をサポートするために、ＡＣＫおよび／またはＮＡＣＫのプロトコルを使用する誤り検出を担う。
【００４２】
[0048]図４は、ワイヤレス通信システムにおけるＵＬＬ通信を管理するための通信構成要素３６１によって使用される、図において時間が左から右に流れるＵＬＬタイムライン４００、４０２の非限定的な例を示す図である。この例では、タイムライン４００、４０２は、サブフレームの各シンボル内にシンボル持続時間のＵＬＬフレームを含む。タイムライン４００と４０２は両方とも、ＵＬＬ物理ダウンリンク制御チャネル（ｕＰＤＣＣＨ）および／またはＵＬＬ物理ダウンリンク共有チャネル（ｕＰＤＳＣＨ）のＴＴＩを表すシンボルと、ＵＬＬ物理アップリンク制御チャネル（ｕＰＵＣＣＨ）および／またはＵＬＬ物理アップリンク共有チャネル（ｕＰＵＳＣＨ）を含むＴＴＩを表すシンボルと、を示す。タイムライン４００において、１４個のシンボルが所与のサブフレーム（たとえば、ノーマルＣＰの場合）内に示されており、またタイムライン４０２において、１２個のシンボルが、所与のサブフレーム（たとえば、拡張ＣＰの場合）内に示されている。いずれの場合も、シンボルベースのＴＴＩを利用することによって、より低いレイテンシがＵＬＬにおいて達成される。他の例では、ＴＴＩが２つ以上のシンボル、サブフレームのスロット（ここでサブフレームは２つのスロットを含む）などであり得ることは諒解されたい。加えて、ＨＡＲＱプロセス応答時間は、３シンボル分（または４シンボル分、３デュアルシンボル分、３スロット分など）となり得る。図示の例では、サブフレーム中で、ｕＰＤＣＣＨ／ｕＰＤＳＣＨがシンボル０において送られ、ＨＡＲＱが処理されてシンボル４において送られ、以下同様である。
【００４３】
[0049]図５〜図６を参照すると、本明細書で説明されるアクションまたは機能を実行することができる１つまたは複数の構成要素および１つまたは複数の方法に関して態様が示されている。一態様では、本明細書で使用されるときに、「構成要素」という用語は、システムを構成する部分のうちの１つであってよく、ハードウェアまたはソフトウェアまたはそれらの何らかの組合せであってよく、他の構成要素に分割され得る。図６において後述される動作は、特定の順序で、および／または例示的な構成要素によって実行されるものとして提示されるが、アクションの順序およびアクションを実行する構成要素は、実装形態に応じて変更され得ることを理解されたい。その上、以下のアクションまたは機能は、特別にプログラムされたプロセッサ、特別にプログラムされたソフトウェアもしくはコンピュータ可読媒体を実行するプロセッサによって、または説明されるアクションもしくは機能を実行することが可能なハードウェア構成要素および／もしくはソフトウェア構成要素の任意の他の組合せによって実行され得ることを理解されたい。
【００４４】
[0050]レガシーＬＴＥ通信におけるＨＡＲＱ送信を復号するために定義されたソフトバッファメカニズム（例えば、特別構成のプロセッサおよび／またはメモリ）がまた、ＵＬＬ  ＬＴＥ通信におけるＨＡＲＱ送信を復号するために使用されることができることを認識されたい例えば、レガシーＬＴＥ通信およびＵＬＬ  ＬＴＥ通信が所与の通信リンク（例えば、セルでのコンポーネントキャリア（ＣＣ））を通して同時に受信されず、それは、通信リンクがＵＬＬ  ＬＴＥに対してフォールバックとしてレガシーＬＴＥで構成される（ＵＬＬ  ＬＴＥがリソース制限、無線条件、等により、利用可能でないあるいは達成できない）ケースを含み得る。したがって、ＵＬＬ  ＬＴＥのためのＨＡＲＱプロセス応答時間が、レガシーＬＴＥのサブフレーム期間と対抗させるものとしてサブフレーム未満のシンボル期間または他の期間に基づくことができるが、ソフトバッファメカニズムは、（１ｍｓサブフレームＴＴＩに基づく）ＬＴＥのために通常使用されるソフトバッファサイズが、より短いＴＴＩを使用して肯定応答されるのでより短いレイテンシになることができる、ＵＬＬ通信のために十分でなければならないので、それがレガシーＬＴＥ通信のために必要でないとき、使用されることができる。レガシーＬＴＥおよびＵＬＬ  ＬＴＥ通信が同時に受信され得る他の構成では、レガシーＬＴＥにおけるＨＡＲＱ送信を復号するために同時に使用されるソフトバッファメカニズムは、さらに本明細書で説明されるように、ＵＬＬ通信を追加で適合するように修正され得る。
【００４５】
[0051]図５は、レガシーおよび／またはＵＬＬ通信のためのソフトバッファを管理するための例示的なシステムを示す。「ソフトバッファ」が以上で定義されるのと同様に以下の説明によっても定義されるようなデバイスでのバッファを指すことができることを認識されたい。システム５００は、ワイヤレスネットワークにアクセスするためにｅＮＢ５０４と通信するＵＥ５０２を含み、この例は、上記の図１〜図３で説明されている（たとえば、アクセスポイント１０５、ｅＮＢ２０４、２０８、ｅＮＢ３１０、ＵＥ１１５、２０６、３５０など）。一態様では、ｅＮＢ５０４およびＵＥ５０２は、ダウンリンク信号５０９を介して通信する際に経由される１つまたは複数のダウンリンクチャネルを確立していることがあり、このダウンリンク信号５０９は、構成された通信リソースを通してｅＮＢ５０４からＵＥ５０２に制御および／またはデータメッセージ（たとえば、シグナリングにおける）を通信するために、ｅＮＢ５０４によって（たとえば、図示されていないトランシーバそのものを介して）送信され、ＵＥ５０２によって（たとえば、トランシーバ５０６を介して）受信されることができる。さらに、たとえば、ｅＮＢ５０４およびＵＥ５０２は、アップリンク信号５０８を介して通信する際に経由される１つまたは複数のアップリンクチャネルを確立していることがあり、このアップリンク信号５０８は、構成された通信リソースを通してＵＥ５０２からｅＮＢ５０４に制御および／またはデータメッセージ（たとえばシグナリングにおける）を通信するために、ＵＥ５０２によって（たとえばトランシーバ５０６を介して）送信されて、ｅＮＢ５０４によって（たとえばトランシーバそのものを介して）受信されることができる。本明細書でさらに説明されるように、例えば、ｅＮＢ５０４は、ＵＥ５０２が、（例えば、１ｍｓサブフレームＴＴＩに基づく）レガシータイムライン、１つまたは複数のＵＬＬタイムライン（例えば、図４における、タイムライン４００、４０２のような、期間におけるサブフレーム未満であるＴＴＩを有するタイムライン）、等を通してｅＮＢ５０４とデータを通信（送信または受信するリソースを示すことができるリソース許可を通信し得る。
【００４６】
[0052]一態様では、ＵＥ５０２は、たとえば１つまたは複数のバス５０７を介して通信可能に結合され得る、１つまたは複数のプロセッサ５０３、および／またはメモリ５０５を含み得、レガシーおよび／またはＵＬＬ通信のためのｅＮＢ５０４からのリソース許可を受信し、リソースを通して通信することも、レガシーおよび／またはＵＬＬ通信のためのソフトバッファを管理することも行うために、通信構成要素３６１とともに動作するか、またはそうでない場合は通信構成要素３６１を実装し得る。たとえば、通信構成要素３６１に関連する様々な動作は実装され得るか、またはさもなければ１つもしくは複数のプロセッサ５０３によって実行され得、一態様では、単一のプロセッサによって実行され得るが、他の態様では、動作のうちの異なるものが、２つ以上の異なるプロセッサの組合せによって実行され得る。たとえば、一態様では、１つまたは複数のプロセッサ５０３は、モデムプロセッサ、またはベースバンドプロセッサ、またはデジタル信号プロセッサ、または特定用途向け集積回路（ＡＳＩＣ）、または送信プロセッサ、受信プロセッサ、またはトランシーバ５０６に関連付けられたトランシーバプロセッサのうちの任意の１つまたは任意の組合せを含んでよい。さらに、たとえば、定義された容量を有し、ソフトバッファを定義するデータを記憶し、ソフトバッファを管理するための命令を有し得る、メモリ５０５は、限定はしないが、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、磁気ストレージデバイス（たとえば、ハードディスク、フロッピーディスク、磁気ストリップ）、光ディスク（たとえば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（たとえば、カード、スティック、キードライブ）、レジスタ、リムーバブルディスク、ならびに、コンピュータまたは１つもしくは複数のプロセッサ５０３によってアクセスされ読み取られ得るソフトウェアおよび／またはコンピュータ可読コードもしくは命令を記憶するための任意の他の適切な媒体を含む非一時的コンピュータ可読媒体であってもよい。さらに、メモリ５０５またはコンピュータ可読記憶媒体は、１つまたは複数のプロセッサ５０３内に存在しても、１つまたは複数のプロセッサ５０３の外部にあっても、１つまたは複数のプロセッサ５０３を含む複数のエンティティにわたって分散するなどしてもよい。
【００４７】
[0053]特に、１つまたは複数のプロセッサ５０３および／またはメモリ５０５は、通信構成要素３６１またはそのサブ構成要素によって定義されたアクションまたは動作を実行し得る。たとえば、１つまたは複数のプロセッサ５０３および／またはメモリ５０５は、１ｍｓサブフレームＴＴＩに基づくレガシーＬＴＥ通信のような、レガシー通信のためのレガシーソフトバッファ５１８を管理するためのレガシーソフトバッファ構成要素５１０によって定義されたアクションまたは動作を実行し得る。一態様では、例えば、レガシーソフトバッファ構成要素５１０は、ハードウェア（たとえば、１つもしくは複数のプロセッサ５０３の１つもしくは複数のプロセッサモジュール）、ならびに／または、本明細書で説明される特別構成のレガシーソフトバッファ動作を実行するために、メモリ５０５に記憶され、１つもしくは複数のプロセッサ５０３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。さらに、たとえば、１つまたは複数のプロセッサ５０３および／またはメモリ５０５は、期間（例えば、１つのシンボル、２つのシンボル、１つのスロット、等）におけるサブフレーム未満であるＴＴＩに基づくことができるサブフレームに基づくものである、ＵＬＬ  ＬＴＥ通信のような、レガシー通信より短いＴＴＩ期間を有するＵＬＬ通信のためのＵＬＬソフトバッファ５２０を管理するためのＵＬＬソフトバッファ構成要素５１２によって定義されたアクションまたは動作を実行し得る。一態様では、たとえば、ＵＬＬソフトバッファ構成要素５１２は、ハードウェア（たとえば、１つもしくは複数のプロセッサ５０３の１つもしくは複数のプロセッサモジュール）、および／または、本明細書で説明される特別構成のＵＬＬソフトバッファ動作を実行するために、メモリ５０５に記憶され、１つもしくは複数のプロセッサ５０３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。
【００４８】
[0054]さらに、例えば、１つまたは複数のプロセッサ５０３および／またはメモリ５０５は、レガシー通信のための最大ＴＢＳの一部分としてＵＬＬ通信と関係する最大ＴＢＳを決定するために最大ＴＢＳ決定構成要素５１４によって定義されたアクションまたは動作をオプションとして実行し得る。一態様では、たとえば、最大ＴＢＳ決定構成要素５１４は、ハードウェア（たとえば、１つもしくは複数のプロセッサ５０３の１つもしくは複数のプロセッサモジュール）、および／または、本明細書で説明される特別構成の最大ＴＢＳ決定動作を実施するために、メモリ５０５に記憶され１つもしくは複数のプロセッサ５０３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。さらに、例えば、１つもしくは複数のプロセッサ５０３および／またはメモリ５０５は、レガシーおよび／または複数のＵＬＬ通信のためのＨＡＲＱ送信を復号するために、１つまたは複数のソフトバッファをグルーピングするためのソフトバッファグルーピング構成要素５１６によって定義されたアクションまたは動作を実行し得る。一態様では、例えば、ソフトバッファグルーピング構成要素５１６は、ハードウェア（たとえば、１つもしくは複数のプロセッサ５０３の１つもしくは複数のプロセッサモジュール）、ならびに／または、本明細書で説明される特別構成のソフトバッファグルーピング動作を実施するために、メモリ５０５に記憶され、１つもしくは複数のプロセッサ５０３のうちの少なくとも１つによって実行可能なコンピュータ可読コードもしくは命令を含み得る。
【００４９】
[0055]トランシーバ５０６は、１つまたは複数のアンテナ、ＲＦフロントエンド、１つまたは複数の送信機、および１つまたは複数の受信機を通じてワイヤレス信号を送信および受信するように構成されてもよいことは諒解されたい。一態様では、トランシーバ５０６は、ＵＥ５０２が特定の周波数で（１つまたは複数のｅＮＢ５０４と）通信することができるように、指定された周波数で動作するように同調され得る。一態様では、１つまたは複数のプロセッサ５０３は、関連するアップリンクまたはダウンリンク通信チャネルを通してアップリンク信号５０８を送信するおよび／またはダウンリンク信号５０９を受信するために、構成、通信プロトコルなどに基づいて、指定された周波数および電力レベルで動作するように、トランシーバ５０６を構成し得る。
【００５０】
[0056]一態様では、トランシーバ５０６は、トランシーバ５０６を使用して送受信されるデジタルデータを処理するように、複数の帯域で（たとえば、マルチバンドマルチモードモデム（図示されず）を使用して）動作し得る。一態様では、トランシーバ５０６は、マルチバンドであり、特定の通信プロトコルのために複数の周波数帯域をサポートするように構成され得る。一態様では、トランシーバ５０６は、複数の動作ネットワークおよび通信プロトコルをサポートするように構成され得る。したがって、たとえば、トランシーバ５０６は、指定されたモデム構成に基づいて信号の送信および／または受信を可能にしてもよい。
【００５１】
[0057]図６は、ＵＬＬ通信のためのソフトバッファを（例えば、ＵＥ５０２によって）管理するための例示的な方法６００を示す。ブロック６０２で、ＵＥ５０２は、レガシー通信におけるＨＡＲＱベースの送信を復号するためにレガシーソフトバッファのレガシーソフトバッファサイズを決定し得る。一態様において、レガシーソフトバッファ構成要素５１０は、例えば、プロセッサ５０３および／またはメモリ５０５とともに、ｅＮＢ５０４とレガシー通信におけるＨＡＲＱベースの送信を復号するために、メモリ５０５中に構成され得る、レガシーソフトバッファ５１８のレガシーソフトバッファサイズを決定することができる。例えば、レガシーソフトバッファ構成要素５１０は、限定されるわけではないが、ＵＥ５０２のダウンリンクおよび／またはアップリンク性能に関係するＵＥ５０２のカテゴリのうちの１つまたは複数、ダウンリンク送信モード、ＵＥ５０２で動作するＨＡＲＱプロセスの数、ＣＡにおけるＵＥによって利用されるＣＣの数、または複数の接続性、等のような１つまたは複数のパラメータに基づいてレガシーソフトバッファ５１８のレガシーソフトバッファサイズ５２２を決定するように構成されることができる、またはさもなければ決定することができる。例えば、レガシーソフトバッファ構成要素５１０は、そのようなＵＥに対する通信のためのピークレートが他のＵＥのためのピークレートより小さいので、マシーンツーマシーン通信に関連するＵＥのカテゴリについてのより小さいソフトバッファサイズ５２２を決定することができる。さらに、例えば、レガシーソフトバッファ構成要素５１０は、ＨＡＲＱプロセスまたはＣＣの数に比例してレガシーソフトバッファサイズ５２２（例えば、より多くのＨＡＲＱプロセスまたはＣＣのためのより多くのバッファサイズ）を決定することができる。
【００５２】
[0058]加えて、レガシーソフトバッファ構成要素５１０は、ｅＮＢ５０４あるいは他のネットワーク構成要素、ＵＥ５０２上に記憶された構成、および／または同様のものによるレガシーソフトバッファサイズ５２２で構成されることができる。１つの例では、レガシーソフトバッファ構成要素５１０は、以上で説明された他のパラメータおよび／または構成に少なくとも部分的に基づいてレガシーソフトバッファサイズを適宜に決定することができる。さらに、レガシーソフトバッファ構成要素５１０は、ｅＮＢ５０４からのパケットのＨＡＲＱ再送信に基づいて後続の復号の試みのために適切に復号されないパケットを記憶するために、レガシーソフトバッファサイズに基づいてレガシーソフトバッファ５１８を適宜に管理することができる。レガシーソフトバッファ５１８のこの管理が、レガシーソフトバッファ５１８がより古いパケットを最初に削除することによるような、レガシーソフトバッファサイズ５２２に対応する容量に達したときに、いつレガシーソフトバッファ５１８からパケットを削除するかを決定することを含むことができることは諒解されたい。
【００５３】
[0059]ブロック６０４で、ＵＥ５０２は、ＵＬＬ通信を受信し得る。一態様では、通信構成要素３６１は、例えば、プロセッサ５０３、メモリ５０５、および／またはトランシーバ５０６とともに、（例えば、ｅＮＢ５０４のセルから）ＵＬＬ通信を受信することができる。説明されるように、通信構成要素３６１は、ｅＮＢ５０４からのレガシーおよびＵＬＬ通信を同時に受信することができる（または少なくとも、セルからのＵＬＬ通信を受信する間に、レガシー接続がまたセルと確立されるおよび／または逆も同様）。したがって、通信構成要素３６１は、所与のＣＣまたは通信リンク上でレガシーおよびＵＬＬリソースをモニタし得る。ＵＥ５０２は、説明されるように、ＵＬＬ通信に対するフォールバックとしてレガシー通信で構成され得る（および、したがって、ソフトバッファ管理は、ＬＴＥトラフィックがＵＬＬトラフィックのプレゼンスにおいて低減されるので、簡単化され得る）ことは諒解されたい。どんな場合でも、ＵＬＬ通信を受信することに基づいて、ＵＥ５０２は、それぞれ、レガシーおよびＵＬＬ通信のための（例えば、メモリ５０５中の）ソフトバッファ５１８および５２０を別々に管理することができる。１つの例では、ＵＥ５０２は、ＵＬＬソフトバッファ５２０を管理するためにＵＬＬソフトバッファ５２０パラメータ（例えば、ＵＬＬソフトバッファサイズ５２４）を決定することができ、ここで、ＵＬＬソフトバッファパラメータは、レガシーソフトバッファ５１８に（例えば、および／または１つまたは複数の同様のパラメータそのものに）基づいて決定される。
【００５４】
[0060]したがって、ブロック６０６で、ＵＥ５０２は、ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためにＵＬＬソフトバッファのためのＵＬＬソフトバッファサイズを決定し得る。一態様では、ＵＬＬソフトバッファ構成要素５１２は、プロセッサ５０３および／またはメモリ５０５とともに、ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためにＵＬＬソフトバッファ５２０のためのＵＬＬソフトバッファサイズ５２４を決定することができる。例えば、ＵＬＬソフトバッファ構成要素５１２は、レガシーソフトバッファサイズ５２２の関数としてＵＬＬソフトバッファサイズ５２４を決定し得る。この点で、合計のソフトバッファサイズ（例えば、レガシーソフトバッファサイズ５２２プラスＵＬＬソフトバッファサイズ５２４）は、所与のＵＥ５０２またはＵＥ５０２のカテゴリのために増加し得る。１つの例では、ＵＬＬソフトバッファ構成要素５１２は、様々なＵＬＬ通信に対応する（例えば、１つのシンボル、２つのシンボル、１つのスロット、等のＴＬＬを有するＵＬＬ通信のための）ＵＬＬソフトバッファ５２０のためのＵＬＬソフトバッファサイズ５２４を決定することができる。例えば、ＵＬＬソフトバッファ構成要素５１２は、ＵＬＬ通信とレガシー通信との間のＴＴＩにおける差に比例してＵＬＬソフトバッファサイズ５２４を決定することができる（例えば、１つのシンボルＴＴＩに基づくＵＬＬ  ＬＴＥ通信のために、通常のサイクリックプリフィックス（ＣＰ）レガシーＬＴＥソフトバッファサイズ５２２の１／１４、２つのシンボルＴＴＩに基づくＵＬＬ  ＬＴＥ通信のために、通常のＣＰレガシーＬＴＥソフトバッファサイズ５２２の１／７、１つのスロットＴＴＩに基づくＵＬＬ  ＬＴＥ通信のために、通常のＣＰレガシーＬＴＥソフトバッファサイズ５２２の１／２、等）。１つの例では、ＵＬＬソフトバッファ構成要素５１２は、レガシーソフトバッファサイズのある比率（例えば、１つのスロットまでの期間を有するＴＴＩに基づくＵＬＬ  ＬＴＥ通信のために、レガシーＬＴＥソフトバッファサイズ５２２の１／２）までのＵＬＬ通信の複数のタイプをサポートするために、その比率としてＵＬＬソフトバッファサイズ５２４を決定することができる。
【００５５】
[0061]ブロック６０８で、ＵＥ５０２は、ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理することができる。一態様では、ＵＬＬソフトバッファ構成要素５１２は、例えば、プロセッサ５０３および／またはメモリ５０５とともに、ＵＬＬソフトバッファサイズ５２４に少なくとも部分的に基づいてＵＬＬソフトバッファ５２０コンテンツを管理することができる。レガシーソフトバッファ５１８に関連して説明したように、ＵＬＬソフトバッファ５２０を管理することは、ＵＬＬソフトバッファ５２０の容量がＵＬＬソフトバッファサイズ５２４に達したとき、ＵＬＬソフトバッファコンテンツを削除すること（例えば、最初に最も古いＵＬＬパケットを削除すること）を含むことができる。レガシーソフトバッファ構成要素５１０がレガシーソフトバッファ５１８を管理するために使用するように、ＵＬＬソフトバッファ構成要素５１２が類似のプロセスを使用してＵＬＬソフトバッファ５２０を管理することができることは諒解されたい。例では、ＵＬＬソフトバッファ構成要素５１２は、ＵＬＬソフトバッファサイズ５２４を決定し、あるＵＥカテゴリ、ＤＬ送信モード、ＨＡＲＱプロセスの数、等のためにＵＬＬソフトバッファ５２０を管理し得る。加えて、例えば、ＵＬＬソフトバッファ構成要素５１２は、ソフトバッファサイズに基づくＵＬＬソフトバッファ５２０を使用するＵＬＬ通信の複数のタイプ（例えば、１つまでのスロットＵＬＬ通信に基づいて計算されたＵＬＬソフトバッファを持つ、同じＵＬＬソフトバッファを使用する、１つのシンボル、２つのシンボル、および１つのスロットＵＬＬ通信）をグループ化し得る。さらに、例えば、説明されるように、ＵＬＬパケットのＨＡＲＱ再送信が、ＵＬＬパケットを適切に復号することを可能にする、ｅＮＢ５０４から受信される場合、ＵＬＬソフトバッファ構成要素５１２は、ＵＬＬソフトバッファ５２０からパケットを削除することができる。
【００５６】
[0062]ブロック６１０で、ＵＥ５０２は、レガシー通信のための最大ＴＢＳの一部分として、ＵＬＬソフトバッファを使用するＨＡＲＱベースの送信を復号する際、ＵＬＬ通信のための最大ＴＢＳをオプションとして決定し得る。一態様では、最大ＴＢＳ決定構成要素５１４は、例えば、プロセッサ５０３、メモリ５０５、および／またはトランシーバ５０６とともに、レガシー通信のための最大ＴＢＳの一部分として、ＵＬＬソフトバッファ５２０を使用するＨＡＲＱベースの送信を復号する際、ＵＬＬ通信のための最大ＴＢＳを決定することができる。例えば、最大ＴＢＳ決定構成要素５１４は、所与のＴＴＩ（例えば、レガシーＬＴＥにおけるサブフレームＴＴＩ）のためのレガシー通信についての最大ＴＢＳを決定することができ、ここで、最大ＴＢＳは、シンボル（例えば、ＳＣ−ＦＤＭ／ＯＦＤＭシンボル）毎に指定されることができる。その後、最大ＴＢＳ決定構成要素５１４は、ＵＬＬ通信のＴＴＩに対するレガシー通信のＴＴＩの比率に基づいて最大ＴＢＳを決定することができる。例えば、最大ＴＢＳ決定構成要素５１４は、ＵＬＬ  ＬＴＥ通信が１つのシンボルＴＴＩである場合には通常のＣＰレガシーＬＴＥ通信のための最大ＴＢＳの１／１４、ＵＬＬ  ＬＴＥ通信が２つのシンボルＴＴＩである場合には通常のＣＰレガシーＬＴＥ通信のための最大ＴＢＳの１／７、等として、ＵＬＬ  ＬＴＥ通信のための最大ＴＢＳを決定することができる。
【００５７】
[0063]例えば、ＵＥの観点からの最大ＴＢＳは、シンボル毎の基準に、サブフレーム毎の基準に定義されることができる、あるいは異なる時間単位に基づくことができる。シンボル毎の基準に最大ＴＢＳを定義することは、ＵＥ５０２がシンボル毎に定義されるピークレートを超えて処理することを要求されないことを保証することができる。結果として、例えば、サブフレームが１４個のシンボルを有する場合、ＵＥ５０２は、シンボル毎のピークレートの１４倍を超えて処理することを要求され得ない。サブフレーム毎の基準に最大ＴＢＳを定義することは、ＵＥ５０２がサブフレームごとに定義されるピークレートを超えて処理することを要求されないことを保証することができる。しかしながら、これは、シンボル毎の基準に、シンボル毎のピークレートが、サブフレームが１４個のシンボルを有するとき、サブフレーム毎のピークレートの１／１４、より大きくなり得る可能性を有し得る。例えば、最大ＴＢＳ決定構成要素５１４は、コードワード（またはトランスポートブロック）毎に受信される最大ＴＢＳ、２つのコードワード（または２つのトランスポートブロック）をとして受信される最大ＴＢＳ、またはこれらの組み合わせ、等の形式における最大ＴＢＳを決定することができる。ＴＢＳを定義する他の変化方法がまた、可能であり、この点に関して利用され得ることは、諒解されたい。
【００５８】
[0064]別の例では、ブロック６１２で、ＵＥ５０２は、オプションとして、ＨＡＲＱベースの送信を復号する際、レガシーソフトバッファ５１８を使用するレガシー通信および第２のＵＬＬ通信をグループ化し、ＨＡＲＱベースの通信を復号する際、ＵＬＬソフトバッファ５２０を使用する他のＵＬＬ通信をグループ化し得る。一態様では、ソフトバッファグルーピング構成要素５１６は、例えば、プロセッサ５０３および／またはメモリ５０５とともに、ＨＡＲＱベースの送信を復号する際、レガシーソフトバッファ５１８を使用するレガシー通信および第２のＵＬＬ通信をグループ化し、ＨＡＲＱベースの通信を復号する際、ＵＬＬソフトバッファ５２０を使用する他のＵＬＬ通信をグループ化し得るレガシーＬＴＥ、１シンボルＵＬＬ  ＬＴＥ、２シンボルＵＬＬ  ＬＴＥ、および１スロットＵＬＬ  ＬＴＥのための上記の例では、ソフトバッファグルーピング構成要素５１６は、レガシーＬＴＥおよび１スロットＵＬＬ  ＬＴＥを通してＨＡＲＱ送信を復号するために、レガシーソフトバッファ構成要素５１０を使用するレガシーＬＴＥおよび１スロットＵＬＬ  ＬＴＥ通信をグループ化し得、１シンボルおよび２シンボルＵＬＬ  ＬＴＥにわたるＨＡＲＱ送信を復号するために、ＵＬＬソフトバッファ構成要素５１２を使用する１シンボルおよび２シンボルＵＬＬ  ＬＴＥ通信をグループ化することができる。この例では、ＵＬＬソフトバッファ構成要素５１２は、２シンボルＵＬＬ  ＬＴＥ通信に基づいてＵＬＬソフトバッファサイズ５２４を決定することができる。例えば、これは、通信の各タイプのために別個のソフトバッファを使用するときよりもより小さい合計ソフトバッファサイズに帰着し得る。この特定の例では、合計ソフトバッファサイズは、２シンボルＵＬＬ  ＬＴＥ通信のためのＵＬＬソフトバッファのサイズ（例えば、通常のＣＰレガシーＬＴＥソフトバッファサイズの１／７）だけ増加される。加えて、この例では、ソフトバッファグルーピング構成要素５１６は、固定された数のＨＡＲＱプロセス（例えば、８つのプロセス）に基づいて様々な通信の間のレガシーソフトバッファ５１８および／またはＵＬＬソフトバッファ５２０を区分化し得る。ソフトバッファサイズ５２２、５２４が１／３符号化後の合計符号化ビットの半分をカバーするように設計されることができるので、レガシーソフトバッファ構成要素５１０および／またはＵＬＬソフトバッファ構成要素５１２がグループにおけるより小さなＵＬＬ  ＴＴＩのためのソフトバッファサイズ５２２、５２４を制限する必要はないことは諒解されたい。
【００５９】
[0065]開示されたプロセスにおけるステップの特定の順序または階層は、例示的な手法の例示であることを理解されたい。設計上の選好に基づいて、プロセスにおけるステップの特定の順序または階層は再構成されてもよいことを理解されたい。さらに、いくつかのステップは、組み合わされるか、または省略される場合がある。添付の方法クレームは、様々なステップの要素を例示的な順序において提示したものであり、提示された特定の順序または階層に限定されるものではない。
【００６０】
[0066]以上の説明は、本明細書で説明された様々な態様を当業者が実施できるようにするために提供されている。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という用語は１つまたは複数を指している。「例示的（exemplary）」という用語は、「例、事例、または例証として提供される」を意味するために本明細書で使用される。本明細書において「典型的」と記載されるいかなる態様も、他の態様に対して好適であるとか、有利であると必ずしも解釈される必要はない。特に明記されていない限り、用語「いくつか」は、１または複数を称する。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらのあらゆる組み合わせ」のような組み合わせは、Ａ、Ｂ、および／またはＣのいずれの組み合わせも含み、複数のＡ、複数のＢ、または、複数のＣを含むことができる。特に、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらのあらゆる組み合わせ」のような組み合わせは、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、またはＡとＢとＣであることができ、ここにおいて、そのようなあらゆる組み合わせが、Ａ、Ｂ、またはＣの１つまたは複数のメンバーを含むことができる。当業者に知られている、または後に知られることになる、本明細書で説明された様々な態様の要素に対するすべての構造的および機能的均等物が、参照によって本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図される。その上、本明細書において開示されるものは、そのような開示が特許請求の範囲において明示的に列挙されているかどうかにかかわらず、公に供されることは意図されていない。ワード「モジュール」、「メカニズム」、「要素」、「デバイス」、および同様のものは、ワード「手段」の代用になり得ない。「ための手段」という句を使用して要素が明確に列挙されていない限り、いかなる請求項要素もミーンズプラスファンクションとして解釈されるべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信におけるハイブリッド自動再送要求（ＨＡＲＱ）ベースの送信を復号するためのソフトバッファを管理する方法であって、
レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定すること、前記レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づくものである、と、
ウルトラローレイテンシ（ＵＬＬ）通信を受信すること、前記ＵＬＬ通信は、前記第１の期間未満である第２のＴＴＩに基づくものである、と、
前記ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファについてのＵＬＬソフトバッファサイズを決定することと、
前記ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理することと
を備える、方法。
［Ｃ２］
前記ＵＬＬソフトバッファコンテンツの管理から切り離して、前記レガシーソフトバッファサイズに基づいてレガシーソフトバッファコンテンツを管理することをさらに備える、
［Ｃ１］に記載の方法。
［Ｃ３］
前記レガシー通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズは、ユーザ機器（ＵＥ）カテゴリ、ダウンリンク送信モード、ＨＡＲＱプロセスの数、キャリアアグリゲーションにおけるコンポーネントキャリアの数のうちの少なくとも１つに基づく、
［Ｃ１］に記載の方法。
［Ｃ４］
前記レガシー通信のための最大トランスポートブロックサイズの一部分として前記ＵＬＬソフトバッファに基づいてＨＡＲＱベースの送信を復号する際、ＵＬＬ通信のためのＵＬＬ最大トランスポートブロックサイズ、
［Ｃ１］に記載の方法。
［Ｃ５］
前記ＵＬＬソフトバッファサイズを決定することは、前記レガシーソフトバッファサイズの関数である、
［Ｃ１］に記載の方法。
［Ｃ６］
前記レガシーソフトバッファサイズの第２の関数として第２のＵＬＬ通信のＨＡＲＱベースの送信を復号するための第２のＵＬＬソフトバッファサイズを決定することをさらに備え、前記第２のＵＬＬ通信は、前記第１の期間未満である第３のＴＴＩに基づく、
［Ｃ５］に記載の方法。
［Ｃ７］
レガシー通信および第２のＵＬＬ通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズの前記レガシーソフトバッファを使用する前記レガシー通信および前記第２のＵＬＬ通信をグループ化することをさらに備える、
［Ｃ１］に記載の方法。
［Ｃ８］
前記第２のＵＬＬ通信は、スロット期間の第３のＴＴＩに基づく、
［Ｃ７］に記載の方法。
［Ｃ９］
前記ＵＬＬ通信および第２のＵＬＬ通信におけるＨＡＲＱベースの送信を復号する際、前記ＵＬＬソフトバッファを使用する、前記第１の期間未満の第３のＴＴＩに基づいて前記第２のＵＬＬ通信と前記ＵＬＬ通信をグループ化することをさらに備える、
［Ｃ１］に記載の方法。
［Ｃ１０］
前記第２のＴＴＩは、１つのシンボル期間であり、前記第３のＴＴＩは、２つのシンボル期間である、
［Ｃ９］に記載の方法。
［Ｃ１１］
ＨＡＲＱプロセスの数に少なくとも部分的に基づいて前記レガシーソフトバッファまたは前記ＵＬＬソフトバッファを区分化することをさらに備える、
［Ｃ１］に記載の方法。
［Ｃ１２］
ワイヤレス通信におけるハイブリッド自動再送要求（ＨＡＲＱ）ベースの送信を復号するためのソフトバッファを管理する装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと通信可能に結合されるメモリと
を備え、前記少なくとも１つのプロセッサは、
レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定すること、前記レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づくものである、と、
ウルトラローレイテンシ（ＵＬＬ）通信を受信すること、前記ＵＬＬ通信は、前記第１の期間未満である第２のＴＴＩに基づくものである、と、
前記ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファのためのＵＬＬソフトバッファサイズを決定することと、
前記ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理することと
を行うように構成される、装置。
［Ｃ１３］
前記少なくとも１つのプロセッサは、前記ＵＬＬソフトバッファコンテンツの管理から切り離して、前記レガシーソフトバッファサイズに基づいてレガシーソフトバッファコンテンツを管理することをさらに備える、
［Ｃ１２］に記載の装置。
［Ｃ１４］
前記少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）カテゴリ、ダウンリンク送信モード、ＨＡＲＱプロセスの数、キャリアアグリゲーションにおけるコンポーネントキャリアの数のうちの少なくとも１つに基づいて前記レガシー通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズを決定することを行うように構成される、
［Ｃ１２］に記載の装置。
［Ｃ１５］
前記少なくとも１つのプロセッサは、前記レガシー通信のための最大トランスポートブロックサイズの一部分として前記ＵＬＬソフトバッファに基づいてＨＡＲＱベースの送信を復号する際、ＵＬＬ通信のためのＵＬＬ最大トランスポートブロックサイズを決定することを行うように構成される、
［Ｃ１２］に記載の装置。
［Ｃ１６］
前記少なくとも１つプロセッサは、前記レガシーソフトバッファサイズの関数として前記ＵＬＬソフトバッファサイズを決定することを行うように構成される、
［Ｃ１２］に記載の装置。
［Ｃ１７］
前記少なくとも１つのプロセッサは、前記レガシーソフトバッファサイズの第２の関数として第２のＵＬＬ通信のＨＡＲＱベースの送信を復号するための第２のＵＬＬソフトバッファサイズを決定することを行うように構成され、前記第２のＵＬＬ通信は、前記第１の期間未満である第３のＴＴＩに基づく、
［Ｃ１６］に記載の装置。
［Ｃ１８］
前記少なくとも１つのプロセッサは、前記レガシー通信および第２のＵＬＬ通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズの前記レガシーソフトバッファを使用する前記レガシー通信および前記第２のＵＬＬ通信をグループ化することを行うように構成される、
［Ｃ１２］に記載の装置。
［Ｃ１９］
前記第２のＵＬＬ通信は、スロット期間の第３のＴＴＩに基づく、
［Ｃ１８］に記載の装置。
［Ｃ２０］
前記少なくとも１つのプロセッサは、前記ＵＬＬ通信および第２のＵＬＬ通信におけるＨＡＲＱベースの送信を復号する際、前記ＵＬＬソフトバッファを使用する、前記第１の期間未満の第３のＴＴＩに基づいて前記第２のＵＬＬ通信と前記ＵＬＬ通信をグループ化することを行うように構成される、
［Ｃ１２］に記載の装置。
［Ｃ２１］
前記第２のＴＴＩは、シンボル期間であり、前記第３のＴＴＩは、２つのシンボル期間である、
［Ｃ２０］に記載の装置。
［Ｃ２２］
前記少なくとも１つのプロセッサは、ＨＡＲＱプロセスの数に少なくとも部分的に基づいて前記レガシーソフトバッファまたは前記ＵＬＬソフトバッファを区分化することを行うように構成される、
［Ｃ１２］に記載の装置。
［Ｃ２３］
ワイヤレス通信におけるハイブリッド自動再送要求（ＨＡＲＱ）ベースの送信を復号するためのソフトバッファを管理する装置であって、
レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定するための手段、前記レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づくものである、と、
ウルトラローレイテンシ（ＵＬＬ）通信を受信するための手段、前記ＵＬＬ通信は、前記第１の期間未満である第２のＴＴＩに基づくものである、と、
前記ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファについてのＵＬＬソフトバッファサイズを決定するための手段と、
前記ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理するための手段と
を備える、装置。
［Ｃ２４］
前記管理するための手段は、前記ＵＬＬソフトバッファコンテンツの管理から切り離して、前記レガシーソフトバッファサイズに基づいてレガシーソフトバッファコンテンツを管理する、
［Ｃ２３］に記載の装置。
［Ｃ２５］
前記決定するための手段は、ユーザ機器（ＵＥ）カテゴリ、ダウンリンク送信モード、ＨＡＲＱプロセスの数、キャリアアグリゲーションにおけるコンポーネントキャリアの数のうちの少なくとも１つに基づいて前記レガシー通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズを決定する、
［Ｃ２３］に記載の装置。
［Ｃ２６］
前記レガシー通信のための最大トランスポートブロックサイズの一部分として前記ＵＬＬソフトバッファに基づいて、ＨＡＲＱベースの送信を復号する際、ＵＬＬ通信のためのＵＬＬ最大トランスポートブロックサイズを決定するための手段をさらに備える、
［Ｃ２３］に記載の装置。
［Ｃ２７］
ワイヤレス通信におけるハイブリッド自動再送要求（ＨＡＲＱ）ベースの送信を復号するためのソフトバッファを管理するコンピュータ実行可能コードを備えるコンピュータ可読記憶媒体であって、前記コンピュータ実行可能コードは、
レガシー通信におけるＨＡＲＱベースの送信を復号するためのレガシーソフトバッファのレガシーソフトバッファサイズを決定すること、前記レガシー通信は、第１の期間の第１の送信時間間隔（ＴＴＩ）に基づくものである、と、
ウルトラローレイテンシ（ＵＬＬ）通信を受信すること、前記ＵＬＬ通信は、前記第１の期間未満である第２のＴＴＩに基づくものである、と、
前記ＵＬＬ通信におけるＨＡＲＱベースの送信を復号するためのＵＬＬソフトバッファについてのＵＬＬソフトバッファサイズを決定することと、
前記ＵＬＬソフトバッファサイズに少なくとも部分的に基づいてＵＬＬソフトバッファコンテンツを管理することと
を行うコードを備える、コンピュータ可読記憶媒体。
［Ｃ２８］
前記管理することを行うコードは、前記ＵＬＬソフトバッファコンテンツの管理から切り離して、前記レガシーソフトバッファサイズに基づいてレガシーソフトバッファコンテンツを管理する、
［Ｃ２７］に記載のコンピュータ可読記憶媒体。
［Ｃ２９］
前記レガシー通信におけるＨＡＲＱベースの送信を復号するための前記レガシーソフトバッファサイズを前記決定することを行うコードは、ユーザ機器（ＵＥ）カテゴリ、ダウンリンク送信モード、ＨＡＲＱプロセスの数、キャリアアグリゲーションにおけるコンポーネントキャリアの数のうちの少なくとも１つに基づく、
［Ｃ２７］に記載のコンピュータ可読記憶媒体。
［Ｃ３０］
前記レガシー通信のための最大トランスポートブロックサイズの一部分として、前記ＵＬＬソフトバッファに基づくＨＡＲＱベースの送信を復号する際、ＵＬＬ通信のためのＵＬＬ最大トランスポートブロックサイズを決定することを行うためのコードをさらに備える、
［Ｃ２７］に記載のコンピュータ可読記憶媒体。
【図１】
0006457098.tif 000002
【図２】
0006457098.tif 000003
【図３】
0006457098.tif 000004
【図４】
0006457098.tif 000005
【図５】
0006457098.tif 000006
【図６】
0006457098.tif 000007