(57)【特許請求の範囲】
【請求項１】
ＵＥにおけるワイヤレス通信の方法であって、
前記ＵＥカテゴリーのインジケーションを基地局に送信することと、
前記基地局から、キャリアアグリゲーション（ＣＡ）動作のために構成された第１の数のダウンリンクコンポーネントキャリア（ＣＣ）を示すシグナリングを受信することと、
ＣＡ動作のために構成されたダウンリンクＣＣの前記第１の数がしきい値を超えるとき、前記第１の数のダウンリンクＣＣのサブセット上でのダウンリンク送信に関連するＨＡＲＱ情報を記憶するために利用されるソフトバッファを区分するためのＣＣの参照数を決定することと、
前記ＵＥによって、ＣＣの前記参照数と前記ＵＥのために構成されたダウンリンクＣＣの前記第１の数に基づいて、前記ＨＡＲＱ情報を記憶するための前記ソフトバッファを区分することと、
を備え、
ＣＣの前記参照数は、前記ソフトバッファのサイズまたは前記ＵＥカテゴリーに関連付けられ、
前記区分することは、ダウンリンクＣＣの前記第１の数とＣＣの前記参照数とのうちの最小値に基づく、方法。
【請求項２】
前記基地局からＣＣの前記参照数のインジケーションを受信すること、ここにおいて、ＣＣの前記参照数の前記受信されたインジケーションは、前記ＵＥカテゴリーに基づく、
をさらに備える、請求項１に記載の方法。
【請求項３】
前記ソフトバッファの前記サイズは、前記ＵＥカテゴリーに関連付けられ、ＣＣの前記参照数は、前記ＵＥカテゴリーによってサポートされるＣＣの最大数よりも少ない、請求項１に記載の方法。
【請求項４】
前記区分することと、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの終了ステータスとに基づいて、前記第１の数のダウンリンクＣＣからのＣＣに前記ソフトバッファの一部分を割り振ることと、
前記ソフトバッファの前記一部分中に、前記ＨＡＲＱプロセスのための対数尤度比（ＬＬＲ）のセットを記憶することと、
をさらに備える、請求項１に記載の方法。
【請求項５】
前記ソフトバッファを区分することは、
コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、ＨＡＲＱプロセスの数、ＨＡＲＱプロセス制限、前記ＵＥの前記カテゴリーに従ったソフトバッファビットの総数、前記ＵＥの送信モードに基づく整数値、またはそれらの任意の組合せのうちの少なくとも１つを識別すること、
を備える、請求項１に記載の方法。
【請求項６】
前記第１の数のダウンリンクＣＣの優先度付けに基づいて、前記ソフトバッファの前記区分と複数のスケジュールされたＣＣとの間の対応を決定すること、
をさらに備える、請求項１に記載の方法。
【請求項７】
前記第１の数のダウンリンクＣＣは、少なくとも１次グループと２次グループとにグループ化され、各グループは、前記第１の数のダウンリンクＣＣからの少なくとも１つのＣＣを備える、請求項１に記載の方法。
【請求項８】
前記第１の数のダウンリンクＣＣは、２つ以上の優先度グループを備え、前記方法は、
各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別することと、
各優先度グループのための前記重み係数とＣＣの前記参照数とに基づいて、ソフトバッファ区分の数を計算することと、
ソフトバッファ区分の前記数に基づいて、ソフトバッファを区分することと、
をさらに備える、請求項１に記載の方法。
【請求項９】
ＵＥにおけるワイヤレス通信のための装置であって、
前記ＵＥカテゴリーのインジケーションを基地局に送信するための手段と、
前記基地局から、キャリアアグリゲーション（ＣＡ）動作のために構成された第１の数のダウンリンクコンポーネントキャリア（ＣＣ）を示すシグナリングを受信するための手段と、
ＣＡ動作のために構成されたダウンリンクＣＣの前記第１の数がしきい値を超えるとき、前記第１の数のダウンリンクＣＣのサブセット上でのダウンリンク送信に関連するＨＡＲＱ情報を記憶するために利用されるソフトバッファを区分するためのＣＣの参照数を決定するための手段と、
前記ＵＥによって、ＣＣの前記参照数と前記ＵＥのために構成されたダウンリンクＣＣの前記第１の数に基づいて、前記ＨＡＲＱ情報を記憶するための前記ソフトバッファを区分するための手段と、
を備え、
ＣＣの前記参照数は、前記ソフトバッファのサイズまたは前記ＵＥカテゴリーに関連付けられ、
前記区分することは、ダウンリンクＣＣの前記第１の数とＣＣの前記参照数とのうちの最小値に基づく、装置。
【請求項１０】
ＣＣの前記参照数を決定するための前記手段は、ユーザ機器（ＵＥ）カテゴリーに基づいて、ＣＣの前記参照数を決定するように構成された、請求項９に記載の装置。
【請求項１１】
前記ソフトバッファの前記サイズは、前記ＵＥカテゴリーに関連付けられ、ＣＣの前記参照数は、前記ＵＥカテゴリーによってサポートされるＣＣの最大数よりも少ない、請求項９に記載の装置。
【請求項１２】
前記区分することと、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの終了ステータスとに基づいて、前記第１の数のＣＣからのＣＣに前記ソフトバッファの一部分を割り振るための手段と、
前記ソフトバッファの前記一部分中に、前記ＨＡＲＱプロセスのための対数尤度比（ＬＬＲ）のセットを記憶するための手段と、
をさらに備える、請求項９に記載の装置。
【請求項１３】
前記ソフトバッファを区分するための前記手段は、
コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、ＨＡＲＱプロセスの数、ＨＡＲＱプロセス制限、またはそれらの任意の組合せのうちの少なくとも１つを識別するための手段、
を備える、請求項９に記載の装置。
【請求項１４】
前記第１の数のＣＣの優先度付けに基づいて、前記ソフトバッファの前記区分と複数のスケジュールされたＣＣとの間の対応を決定するための手段、
をさらに備える、請求項９に記載の装置。
【請求項１５】
ＵＥにおけるワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
前記ＵＥカテゴリーのインジケーションを基地局に送信することと、
前記基地局から、キャリアアグリゲーション（ＣＡ）動作のために構成された第１の数のダウンリンクコンポーネントキャリア（ＣＣ）を示すシグナリングを受信することと、
ＣＡ動作のために構成されたダウンリンクＣＣの前記第１の数がしきい値を超えるとき、前記第１の数のダウンリンクＣＣのサブセット上でのダウンリンク送信に関連するＨＡＲＱ情報を記憶するために利用されるソフトバッファを区分するためのＣＣの参照数を決定することと、
ＣＣの前記参照数と前記ＵＥのために構成されたダウンリンクＣＣの前記第１の数に基づいて、前記第１の数のダウンリンクＣＣの前記サブセットに関連する前記ＨＡＲＱ情報を記憶するための前記ソフトバッファを区分することと、
を行うように実行可能な命令を備え、
ＣＣの前記参照数は、前記ソフトバッファのサイズまたは前記ＵＥカテゴリーに関連付けられ、
前記区分することは、ダウンリンクＣＣの前記第１の数とＣＣの前記参照数とのうちの最小値に基づく、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【優先権の主張】
【０００１】
相互参照
本特許出願は、各々が本出願の譲受人に譲渡された、２０１６年１月２８日に出願された「Ｓｏｆｔ  Ｂｕｆｆｅｒ  Ｍａｎａｇｅｍｅｎｔ  ｆｏｒ  Ｅｎｈａｎｃｅｄ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ」と題する、Ｃｈｅｎらによる米国特許出願第１５／００８，８５２号、および２０１５年１月３０日に出願された「Ｓｏｆｔ  Ｂｕｆｆｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｆｏｒ  Ｅｎｈａｎｃｅｄ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ」と題する、Ｃｈｅｎらによる米国仮特許出願第６２／１１０，２３６号の優先権を主張する。
【技術分野】
【０００２】
以下は、一般に、ワイヤレス通信に関し、より詳細には、拡張キャリアアグリゲーション（ｅＣＡ：enhanced carrier aggregation）のためのソフトバッファ管理に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなど、様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、時間、周波数、および電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム（たとえば、ロングタームエボリューション（ＬＴＥ（登録商標））システム）がある。
【０００４】
[0004]例として、ワイヤレス多元接続通信システムは、場合によってはユーザ機器（ＵＥ）として知られ得る、複数の通信デバイスのための通信を各々が同時にサポートする、いくつかの基地局を含み得る。基地局は、（たとえば、基地局からＵＥへの送信のために）ダウンリンクチャネル、および（たとえば、ＵＥから基地局への送信のために）アップリンクチャネル上で、通信デバイスと通信し得る。
【０００５】
[0005]場合によっては、ＵＥは、キャリアアグリゲーション（ＣＡ）のための多数のコンポーネントキャリア（ＣＣ）を用いて通信し得る。多数のＣＣを介して送信を受信すると、送信のうちのいくつかは、誤って受信され得、ＵＥは、誤って受信されたデータの後続バージョンを復号する可能性を改善するために、ソフトバッファ中に再送信に関係する情報（たとえば、対数尤度比（ＬＬＲＳ：log-likelihood ratios））を記憶し得る。ソフトバッファが多数のＣＣのすべての間で区分される場合、任意の所与のＣＣから再送信のために少数のビットが利用可能であり得る。これは、データの後続のバージョンを正しく復号する可能性を低減し得、したがって、ワイヤレス通信リンクのスループットを低減し得る。
【発明の概要】
【０００６】
[0006]拡張キャリアアグリゲーション（ｅＣＡ）におけるソフトバッファ管理のためのシステム、方法および装置について説明する。ユーザ機器（ＵＥ）は、キャリアアグリゲーション（ＣＡ）動作のために構成されるコンポーネントキャリア（ＣＣ）の数が（たとえば、ｅＣＡ動作において）しきい値を超えるとき、ソフトバッファを区分するためのＣＣの参照数を決定し得る。たとえば、ＣＣの参照数は、ソフトバッファサイズまたはＵＥのカテゴリーに関連付けられ得る。ＵＥは、ＣＣの参照数とＣＣの数との間の比較に基づいてソフトバッファを区分し得る（たとえば、ＵＥは、ＣＣの参照数と構成されるＣＣの数とのうちの最小値を選択し得る）。ＵＥは、次いで、区分と、対応するハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）プロセスのステータスとに基づいて、異なるＣＣにソフトバッファの部分を割り振り得る（たとえば、ＵＥが送信を正しく受信することに失敗した場合）。ＵＥは、ソフトバッファの対応する部分中に、各ＨＡＲＱプロセスのための対数尤度比（ＬＬＲ）のセットを記憶し得る。
【０００７】
[0007]ワイヤレス通信の方法について説明する。本方法は、ＣＡ動作のために構成される複数のＣＣを示すシグナリングを受信することと、ＣＡ動作のために構成されるＣＣの数がしきい値を超えるとき、ソフトバッファを区分するためのＣＣの参照数を決定することと、ＣＣの参照数とＣＡ動作のために構成されるＣＣの数との間の比較に少なくとも部分的に基づいて、ソフトバッファを区分することと、を含み得る。
【０００８】
[0008]ワイヤレス通信のための装置について説明する。本装置は、ＣＡ動作のために構成される複数のＣＣを示すシグナリングを受信するための手段と、ＣＡ動作のために構成されるＣＣの数がしきい値を超えるとき、ソフトバッファを区分するためのＣＣのＣＣの参照数を決定するための手段と、ＣＣの参照数とＣＡ動作のために構成されるＣＣの数との間の比較に少なくとも部分的に基づいて、ソフトバッファを区分するための手段とを含み得る。
【０００９】
[0009]ワイヤレス通信のためのさらなる装置について説明する。本装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリ中に記憶され、プロセッサによって実行されたとき、装置に、ＣＡ動作のために構成される複数のＣＣを示すシグナリングを受信することと、ＣＡ動作のために構成されるＣＣの数がしきい値を超えるとき、ソフトバッファを区分するためのＣＣの参照数を決定することと、ＣＣの参照数とＣＡ動作のために構成されるＣＣの数との間の比較に少なくとも部分的に基づいて、ソフトバッファを区分することと、を行わせるように動作可能な命令とを含み得る。
【００１０】
[0010]ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体について説明する。コードは、ＣＡ動作のために構成される複数のＣＣを示すシグナリングを受信することと、ＣＡ動作のために構成されるＣＣの数がしきい値を超えるとき、ソフトバッファを区分するためのＣＣの参照数を決定することと、ＣＣの参照数とＣＡ動作のために構成されるＣＣの数との間の比較に少なくとも部分的に基づいて、ソフトバッファを区分することと、を行うように実行可能な命令を含み得る。
【００１１】
[0011]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、区分することは、ＣＣの参照数と構成されるＣＣの数とのうちの最小値に少なくとも部分的に基づく。さらに、いくつかの例では、ＣＣの参照数を決定することは、ＵＥカテゴリーに少なくとも部分的に基づく。
【００１２】
[0012]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、基地局にＵＥカテゴリーのインジケーションを送信することと、基地局からＣＣの参照数を受信することとを行うためのプロセス、特徴、手段、または命令がさらに含み得る。追加または代替として、いくつかの例では、ＣＣの参照数を決定することは、ＣＣの数に少なくとも部分的に基づく。
【００１３】
[0013]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、ＣＣの参照数は、ソフトバッファのサイズに少なくとも部分的に基づく。追加または代替として、いくつかの例では、ソフトバッファのサイズは、ＵＥカテゴリーに関連付けられ、ＣＣの参照数は、ＵＥカテゴリーによってサポートされるＣＣの最大数よりも少ない。
【００１４】
[0014]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、区分することとＨＡＲＱプロセスの終了（termination）ステータスとに少なくとも部分的に基づいて、複数のＣＣからの１つのＣＣにソフトバッファの一部分を割り振ることと、ソフトバッファの一部分中にＨＡＲＱプロセスのためのＬＬＲのセットを記憶することと、を行うためのプロセス、特徴、手段、または命令をさらに含み得る。追加または代替として、いくつかの例では、ソフトバッファを区分することは、コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、ＨＡＲＱプロセスの数、ＨＡＲＱプロセス制限、またはそれらの任意の組合せのうちの少なくとも１つを識別することを備える。
【００１５】
[0015]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例において、しきい値を決定することは５つのＣＣである。追加または代替として、いくつかの例は、複数のＣＣの優先度付けに少なくとも部分的に基づいて、ソフトバッファの区分と複数のスケジュールされたＣＣとの間の対応を決定するためのプロセス、機能、手段、または命令を含み得る。
【００１６】
[0016]本明細書で説明する方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、複数のＣＣは、少なくとも１次グループと２次グループとにグループ化され、各グループは、複数のＣＣからの少なくとも１つのＣＣを備える。追加または代替として、いくつかの例では、１次グループと２次グループとは、二重接続動作（dual-connectivity operation）の一部である。
【００１７】
[0017]ワイヤレス通信の方法について説明する。本方法は、ＣＡ動作のために構成される複数のＣＣを示すシグナリングを受信すること、ここにおいて、複数のＣＣは、２つ以上の優先度グループを備える、と、各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別することと、各優先度グループのための重み係数とＣＣの数とに少なくとも部分的に基づいてソフトバッファ区分の数を計算することと、ソフトバッファ区分の数に少なくとも部分的に基づいてソフトバッファを区分することとを含み得る。
【００１８】
[0018]ワイヤレス通信のための装置について説明する。本装置は、ＣＡ動作のために構成される複数のＣＣを示すシグナリングを受信するための手段、ここにおいて、複数のＣＣは、２つ以上の優先度グループを備える、と、各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別するための手段と、各優先度グループのための重み係数とＣＣの数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算するための手段と、ソフトバッファ区分の数に少なくとも部分的に基づいてソフトバッファを区分するための手段とを含み得る。
【００１９】
[0019]ワイヤレス通信のためのさらなる装置について説明する。本装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリ中に記憶され、プロセッサによって実行されたとき、装置に、ＣＡ動作のために構成されたる数のＣＣを示すシグナリングを受信すること、ここにおいて、複数のＣＣは、２つ以上の優先度グループを備える、と、各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別することと、各優先度グループのための重み係数とＣＣの数とに少なくとも部分的に基づいてソフトバッファ区分の数を計算することと、ソフトバッファ区分の数に少なくとも部分的に基づいてソフトバッファを区分することとを行わせるように動作可能な命令とを含み得る。
【００２０】
[0020]ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体について説明する。コードは、ＣＡ動作のために構成される複数のＣＣを示すシグナリングを受信すること、ここにおいて、複数のＣＣは、２つ以上の優先度グループを備え、と、各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別することと、各優先度グループのための重み係数とＣＣの参照数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算することと、ソフトバッファ区分の数に少なくとも部分的に基づいて、ソフトバッファを区分することとを行うように実行可能な命令を含み得る。
【００２１】
[0021]開示する概念および具体例は、本開示の同じ目的を実行するための他の構造を修正または設計するための基礎として容易に利用され得る。そのような等価な構成は、添付の特許請求の範囲から逸脱しない。本明細書で開示される概念の特性、それらの編成と動作方法の両方は、関連する利点とともに、添付の図に関連して以下の説明を検討するとより良く理解されよう。図の各々は、例示および説明の目的でのみ与えられるものであり、特許請求の範囲の制限の定義として与えられるものではない。
【００２２】
[0022]本開示の性質および利点のより一層の理解は、以下の図面を参照することによって実現され得る。添付の図では、同様の構成要素または特徴は、同一の参照ラベルを有し得る。さらに、同じタイプの様々な構成要素が、参照ラベルの後に、ダッシュと、同様の構成要素の間で区別する第２のラベルとを続けることによって区別され得る。第１の参照ラベルのみが本明細書において使用される場合、その説明は、第２の参照ラベルにかかわらず、同じ第１の参照ラベルを有する同様の構成要素のうちのいずれか１つに適用可能である。
【図面の簡単な説明】
【００２３】
【図１】[0023]本開示の様々な態様による、ｅＣＡのためのソフトバッファ管理をサポートする例示的なワイヤレス通信システムを示す図。
【図２】[0024]本開示の様々な態様による、ｅＣＡのためのソフトバッファ管理をサポートする例示的なワイヤレス通信システムを示す図。
【図３】[0025]本開示の様々な態様による、ｅＣＡのためのソフトバッファ管理をサポートする例示的なソフトバッファを示す図。
【図４】[0026]本開示の様々な態様による、ｅＣＡのためのソフトバッファ管理をサポートするシステム中の例示的なプロセスフローを示す図。
【図５】[0027]本開示の様々な態様による、ｅＣＡのためのソフトバッファ管理をサポートする例示的なワイヤレスデバイスのブロック図。
【図６】[0028]本開示の様々な態様による、ｅＣＡのためのソフトバッファ管理をサポートする例示的なワイヤレスデバイスのブロック図。
【図７】[0029]本開示の様々な態様による、ｅＣＡのためのソフトバッファ管理をサポートする例示的なワイヤレスデバイスのブロック図。
【図８】[0030]本開示の様々な態様による、ｅＣＡのためのソフトバッファ管理をサポートする、ユーザ機器（ＵＥ）を含む例示的なシステムを示す図。
【図９】[0031]本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法を示す図。
【図１０】[0032]本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法を示す図。
【図１１】[0033]本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法を示す図。
【図１２】[0034]本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法を示す図。
【図１３】[0035]本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法を示す図。
【図１４】[0036]本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法を示す図。
【発明を実施するための形態】
【００２４】
[0037]ＵＥは、ＣＡ動作のために構成されるＣＣの数がしきい値を超えるとき、ソフトバッファを区分するためのＣＣの参照数を決定し得る。たとえば、ＣＣの参照数は、ソフトバッファサイズまたはＵＥのカテゴリーに関連付けられ得る。ＵＥは、ＣＣの参照数とＣＣの数との間の比較に基づいてソフトバッファを区分し得る。ＵＥは、次いで、区分と、対応するＨＡＲＱプロセスのステータスとに基づいて、異なるＣＣにソフトバッファの部分を割り振り得る（たとえば、ＵＥが送信を正しく受信することに失敗した場合）。ＵＥは、ソフトバッファの対応する部分中に、各ＨＡＲＱプロセスのための対数尤度比（ＬＬＲ）のセットを記憶し得る。
【００２５】
[0038]いくつかのワイヤレス通信システムは、キャリアアグリゲーション（ＣＡ）において同時にいくつかのＣＣを使用して動作するように構成され得る。場合によっては、ＣＡは、最大５つのＣＣについて１つのＵＥによってサポートされ得る。各ＣＣは、最大２０ＭＨｚであり得、ＣＡを使用して動作しないシステムと後方互換性があり得る。したがって、最大１００ＭＨｚが、各ＵＥに割り振られ得る。他のシステムでは、ｅＣＡにおいて、６つ以上のＣＣが同時に構成され得、１００ＭＨｚ超の帯域幅が使用され得る。ＣＡのために構成されるＣＣはすべて、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、またはそれらの組合せを使用し得る。ＴＤＤを使用するコンポーネントキャリアは、同じまたは同様のダウンリンク（ＤＬ）またはアップリンク（ＵＬ）構成あるいは異なるＤＬ／ＵＬ構成を有し得る。さらに、いくつかのサブフレーム、たとえば、特殊サブフレームは、異なるＤＬ／ＵＬ構成を使用し得る。
【００２６】
[0039]ＣＡのための構成されるＣＣの数がしきい値よりも多い場合（たとえば、６つ以上のＣＣ）、構成は、ｅＣＡ動作として知られ得る。アップリンクキャリアアグリゲーションとｐＳＣｅｌｌとをサポートするＵＥは、ｅＣＡ構成（たとえば、６〜３２個のＣＣ構成）のためのＤＬおよびＵＬ制御シグナリングに対する拡張から利益を得ることがある。例として、ＤＬ制御シグナリングは、自己スケジューリングと、存在する場合は、クロスキャリアスケジューリングとを含み得る。ＵＬ制御シグナリングは、最大３２個のＤＬキャリアについてのＰＵＣＣＨ上でのアップリンク制御情報（ＵＣＩ：uplink control information）フィードバックのサポート、または最大３２個のＤＬキャリアについての物理アップリンク共有チャネル（ＰＵＳＣＨ）上でのＵＣＩフィードバックのサポートを含み得る。
【００２７】
[0040]異なるカテゴリーのＵＥは、異なる能力を有し得る。場合によっては、ＵＥカテゴリー情報は、基地局とＵＥとが効果的に通信することを保証するために基地局によって使用され得る。たとえば、ＵＥのカテゴリーについての知識を用いて、基地局は、基地局によって利用される通信技法またはリソースがＵＥと互換性があることを保証することによってＵＥと通信するときに定義されたＵＬ能力を使用し得る。ＵＥの様々なカテゴリーが異なる数のＣＣ構成に適応し得る。たとえば、ＵＥのいくつかのカテゴリーは、最大１６個のＣＣをサポートし得、一方、別のカテゴリーは、最大３２個のＣＣをサポートし得る。ＵＥのさらに他のカテゴリーは、より少ないまたはより多いＣＣをサポートし得る。表１に、例示的なＵＥカテゴリーと、各々に関連するソフトチャネルビットの数とを示す。
【００２８】
【表１】
0006651533.tif 000002
【００２９】
[0041]場合によっては、以下でさらに詳細に説明するように、ＵＥは、基地局から送信を適切に受信しないことがある。ＵＥは、基地局に送信を再送するように促すために再送信要求を使用し得、ＵＥはこれを適切に受信し得る。再送信が必要であるのかどうかを決定するために、誤り検出および訂正、たとえば、巡回冗長検査（ＣＲＣ）または前方誤り訂正（ＦＥＣ）が使用され得る。ワイヤレスシステムは、ハイブリッド自動再送要求（ＨＡＲＱ）を含む様々な誤り検出および再送信技法を採用し得る。
【００３０】
[0042]異なるフレーム構造およびキャリア構成は異なる誤り訂正方式をサポートし得る。場合によっては、周波数分割複信（ＦＤＤ）構成は、例えば、最大８つのＤＬ  ＨＡＲＱプロセスをサポートし得、一方、時分割複信（ＴＤＤ）構成について、ＤＬ  ＨＡＲＱプロセスの数は、ＴＤＤ  ＤＬ／ＵＬサブフレーム構成に依存し得、最大１５個であり得る。表２に、様々なＴＤＤ  ＵＬ／ＤＬ構成のための最大のＤＬ  ＨＡＲＱプロセスの例を示す。
【００３１】
【表２】
0006651533.tif 000003
【００３２】
ソフト合成（soft combining）は、バッファ、たとえば、再構成可能なソフトバッファに、誤って受信されたデータ（たとえば、再送信が要求されることになるデータ）を記憶し、再送信されたデータの受信時にバッファ中に記憶されたデータと再送信されたデータとを合成することによって使用され得る。ソフトバッファは、ＨＡＲＱプロセス、コードワード、およびいくつかの構成されたコンポーネントキャリアに区分され得、半静的な方法で行われ得る。
【００３３】
[0043]たとえば、５つより多いＣＣを使用して通信することが可能であるＵＥのための追加のＣＣに適応するために、ソフトバッファサイズが拡大され得る。たとえば、ＵＥが、最大３２個のＣＣを使用して通信することが可能である場合、ｅＣＡの追加のＣＣ（たとえば、ＣＣ６〜３２個）のために、ソフトバッファが６．４倍（すなわち、３２／５）増加され得ると考えられる。ただし、それは、どのＣＣも再送信のためにソフトバッファリソースを利用する必要があることになるまれなシナリオであり得るので、ソフトバッファのためにそんなに多くのリソースを予約することは不要であり得る。したがって、本明細書で説明するように、ソフトバッファは、ＵＥが適応し得るＣＣの数とは異なる数、またはＵＥのために構成されるＣＣの数とは異なる数に基づいて構成され得る。
【００３４】
[0044]以下の説明は例を与えるものであり、特許請求の範囲に記載される範囲、適用可能性、または例を限定するものではない。本開示の範囲から逸脱することなく、説明される要素の機能および構成において変更が行われ得る。様々な例は、適宜に様々なプロシージャまたは構成要素を省略、置換、または追加し得る。たとえば、説明される方法は、説明される順序とは異なる順序で実行され得、様々なステップが追加、省略、または組み合わされ得る。また、いくつかの例に関して説明される特徴は、他の例において組み合わされ得る。
【００３５】
[0045]図１に、本開示の様々な態様による、ワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、基地局１０５と、ＵＥ１１５と、コアネットワーク１３０とを含み、ｅＣＡ動作をサポートし得る。コアネットワーク１３０は、ユーザ認証と、アクセス許可と、トラッキングと、インターネットプロトコル（ＩＰ）接続性と、他のアクセス、ルーティング、またはモビリティ機能とを与え得る。基地局１０５は、バックホールリンク１３２（たとえば、Ｓ１など）を通してコアネットワーク１３０とインターフェースする。基地局１０５は、ＵＥ１１５との通信のための無線構成およびスケジューリングを実行し得るか、または基地局コントローラ（図示せず）の制御下で動作し得る。様々な例では、基地局１０５は、ワイヤードまたはワイヤレス通信リンクであり得るバックホールリンク１３４（たとえば、Ｘ１など）を介して、直接的または間接的のいずれかで（たとえば、コアネットワーク１３０を通して）、互いに通信し得る。基地局１０５のうちのいくつかは、上記で説明したように、非理想的なバックホールリンクを介して接続され得る。
【００３６】
[0046]基地局１０５は、１つまたは複数の基地局アンテナを介してＵＥ１１５とワイヤレス通信し得る。基地局１０５の各々は、それぞれの地理的カバレージエリア１１０に通信カバレージを与え得る。いくつかの例では、基地局１０５は、基地トランシーバ局、無線基地局、アクセスポイント、無線トランシーバ、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、または何らかの他の好適な用語で呼ばれることがある。基地局１０５のための地理的カバレージエリア１１０は、カバレージエリアの一部分のみを構成するセクタに分割され得る（図示せず）。ワイヤレス通信システム１００は、異なるタイプの基地局１０５（たとえば、マクロセル基地局またはスモールセル基地局）を含み得る。異なる技術のための重複する地理的カバレージエリア１１０があり得る。
【００３７】
[0047]いくつかの例では、ワイヤレス通信システム１００はロングタームエボリューション（ＬＴＥ）／ＬＴＥアドバンスト（ＬＴＥ−Ａ）ネットワークである。ＬＴＥ／ＬＴＥ−Ａネットワークでは、発展型ノードＢ（ｅＮＢ）という用語は、概して、基地局１０５を表すために使用され得、ＵＥという用語は、概して、ＵＥ１１５を表すために使用され得る。ワイヤレス通信システム１００は、異なるタイプのｅＮＢが様々な地理的領域にカバレージを与える、異種ＬＴＥ／ＬＴＥ−Ａネットワークであり得る。たとえば、各ｅＮＢまたは基地局１０５は、マクロセル、スモールセル、または他のタイプのセルに通信カバレージを与え得る。「セル」という用語は、状況に応じて、基地局、基地局に関連付けられたキャリアもしくはコンポーネントキャリア、またはキャリアもしくは基地局のカバレージエリア（たとえば、セクタなど）を記述するために使用され得る３ＧＰＰ（登録商標）用語である。
【００３８】
[0048]マクロセルは、一般に、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし、ネットワークプロバイダのサービスに加入しているＵＥ１１５による無制限アクセスを可能にし得る。スモールセルは、マクロセルと比較して、同じまたは異なる（たとえば、認可、無認可などの）周波数帯域内でマクロセルとして動作し得る低電力基地局である。スモールセルは、様々な例によれば、ピコセル、フェムトセル、およびマイクロセルを含み得る。ピコセルは、たとえば、小さい地理的エリアをカバーし得、ネットワークプロバイダのサービスに加入しているＵＥ１１５による無制限アクセスを可能にし得る。また、フェムトセルは、小さい地理的エリア（たとえば、自宅）をカバーし得、フェムトセルとの関連を有するＵＥ１１５（たとえば、限定加入者グループ（ＣＳＧ：closed subscriber group）中のＵＥ１１５、自宅内のユーザのためのＵＥ１１５など）による制限付きアクセスを与え得る。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれることがある。スモールセルのためのｅＮＢは、スモールセルｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、またはホームｅＮＢと呼ばれることがある。ｅＮＢは、１つまたは複数の（たとえば、２つ、３つ、４つなどの）セル（たとえば、コンポーネントキャリア）をサポートし得る。
【００３９】
[0049]ワイヤレス通信システム１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、複数の基地局１０５は同様のフレームタイミングを有し得、異なる基地局１０５からの送信は近似的に時間的に整合され得る。非同期動作の場合、複数の基地局１０５は異なるフレームタイミングを有し得、異なる基地局１０５からの送信は時間的に整合され得ない。本明細書で説明する技法は、同期動作または非同期動作のいずれかのために使用され得る。
【００４０】
[0050]様々な開示する例のうちのいくつかに適応し得る通信ネットワークは、階層化プロトコルスタックに従って動作するパケットベースネットワークであり得、ユーザプレーン中のデータは、ＩＰに基づき得る。無線リンク制御（ＲＬＣ）レイヤが、論理チャネルを介して通信するためにパケットセグメンテーションおよびリアセンブリを実行し得る。媒体アクセス制御（ＭＡＣ）レイヤが、優先度処理と、トランスポートチャネルへの論理チャネルの多重化とを実行し得る。ＭＡＣレイヤはまた、リンク効率を改善するためにＭＡＣレイヤにおいて再送信を行うためにハイブリッド自動再送要求（ＨＡＲＱ）を使用し得る。制御プレーンでは、無線リソース制御（ＲＲＣ）プロトコルレイヤは、ＵＥ１１５と基地局１０５との間のＲＲＣ接続の確立と構成と保守とを行い得る。ＲＲＣプロトコルレイヤはまた、ユーザプレーンデータのための無線ベアラのコアネットワーク１３０サポートのために使用され得る。物理（ＰＨＹ）レイヤにおいて、トランスポートチャネルは物理チャネルにマッピングされ得る。
【００４１】
[0051]上述のように、ＨＡＲＱは、データがワイヤレス通信リンク１２５を介して正しく受信されることを保証する方法であり得る。ＨＡＲＱは、（たとえば、ＣＲＣを使用する）誤り検出、前方誤り訂正（ＦＥＣ）、および再送信（たとえば、自動再送要求（ＡＲＱ））の組合せを含み得る。ＨＡＲＱは、劣悪な無線状態（たとえば、信号対雑音状態）でのＭＡＣレイヤにおけるスループットを改善し得る。インクリメンタル冗長ＨＡＲＱでは、誤って受信されたデータは、バッファに記憶され、後続の送信と組み合わされ得、データの復号に成功する可能性全体が向上される。場合によっては、冗長ビットが、送信前に各メッセージに追加される。これは、劣悪な状態において特に有用であり得る。他の場合には、冗長ビットは各送信に追加されないが、情報を復号する試みの失敗を示す否定確認応答（ＮＡＣＫ）を元のメッセージの送信機が受信した後に再送信される。
【００４２】
[0052]ＵＥ１１５は、ワイヤレス通信システム１００全体にわたって分散され得、各ＵＥ１１５は固定またはモバイルであり得る。ＵＥ１１５はまた、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語を含み得るか、あるいは当業者によってそのように呼ばれることがある。ＵＥ１１５は、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。ＵＥは、マクロｅＮＢ、スモールセルｅＮＢ、リレー基地局などを含む、様々なタイプの基地局およびネットワーク機器と通信することが可能であり得る。ＵＥ１１５は、表１を参照しながら上に述べたように、様々なカテゴリーのものであり得る。いくつかのＵＥ１１５は、ｅＣＡ動作のケーブルであり得る。
【００４３】
[0053]ワイヤレス通信システム１００に示されている通信リンク１２５は、ＵＥ１１５から基地局１０５へのアップリンク（ＵＬ）送信、または基地局１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含み得る。ダウンリンク送信は、順方向リンク送信と呼ばれることもあり、アップリンク送信は、逆方向リンク送信と呼ばれることもある。各通信リンク１２５は１つまたは複数のキャリアを含み得、ここで、各キャリアは、上記で説明した様々な無線技術に従って変調された複数のサブキャリア（たとえば、異なる周波数の波形信号）からなる信号であり得る。各被変調信号は、異なるサブキャリア上で送られ得、制御情報（たとえば、基準信号、制御チャネルなど）、オーバーヘッド情報、ユーザデータなどを搬送し得る。通信リンク１２５は、周波数分割複信（ＦＤＤ）動作を使用して（たとえば、ペア（paired）スペクトルリソースを使用して）または時分割複信（ＴＤＤ）動作を使用して（たとえば、アンペア（unpaired）スペクトルリソースを使用して）双方向通信を送信し得る。ＦＤＤ（たとえば、フレーム構造タイプ１）およびＴＤＤ（たとえば、フレーム構造タイプ２）のためのフレーム構造が定義され得る。
【００４４】
[0054]ワイヤレス通信システム１００は、複数のセルまたはキャリア上での動作、すなわち、キャリアアグリゲーション（ＣＡ）またはマルチキャリア動作と呼ばれることがある機能をサポートし得る。キャリアは、ＣＣ、レイヤ、チャネルなどと呼ばれることもある。「コンポーネントキャリア」という用語は、キャリアアグリゲーション（ＣＡ）動作においてＵＥによって利用される複数のキャリアの各々を指すことがあり、システム帯域幅の他の部分とは別個であり得る。たとえば、コンポーネントキャリアは、独立して、または他のコンポーネントキャリアと組み合わせて利用されることが可能である、比較的狭い帯域幅のキャリアであり得る。各コンポーネントキャリアは、ＬＴＥ規格のリリース８またはリリース９に基づいて、分離(isolated)キャリアと同じ能力を与え得る。複数のコンポーネントキャリアは、アグリゲートされるか、または同時に利用され得、いくつかのＵＥ１１５に、より大きい帯域幅と、たとえば、より高いデータレートとを提供する。
【００４５】
[0055]したがって、個別のＣＣは、レガシーＵＥ１１５（たとえば、ＬＴＥリリース８またはリリース９を実装するＵＥ１１５）との後方互換性があり得るが、他のＵＥ１１５（たとえば、リリース８／９後のＬＴＥバージョンを実装するＵＥ１１５）は、マルチキャリアモードにおいて複数のコンポーネントキャリアを用いて構成され得る。ＤＬのために使用されるキャリアはＤＬ  ＣＣと呼ばれることがあり、ＵＬのために使用されるキャリアはＵＬ  ＣＣと呼ばれることがある。ＵＥ１１５は、キャリアアグリゲーションのために、複数のＤＬ  ＣＣと１つまたは複数のＵＬ  ＣＣとで構成され得る。各キャリアは、制御情報（たとえば、基準信号、制御チャネルなど）、オーバーヘッド情報、データなどを送信するために使用され得る。場合によっては、ＵＥ１１５のために構成されるＣＣの数は、５つに限定され得る。しかし、他の場合には、数は、拡張キャリアアグリゲーション（ｅＣＡ）動作と呼ばれることがあるものの中で、いくらか高い限度（たとえば、３２個）まで構成され得る。ｅＣＡ動作は、ＵＥ１１５と基地局１０５との間の追加のまたは異なる制御シグナリングの使用を含み得る。
【００４６】
[0056]ＵＥ１１５は、複数のキャリアを利用して単一の基地局１０５と通信し得、また、異なるキャリア上で同時に複数の基地局と通信し得る。基地局１０５の各セルは、ＵＬコンポーネントキャリア（ＣＣ）とＤＬ  ＣＣとを含み得る。基地局１０５のための各サービングセルのカバレージエリア１１０は異なり得る（たとえば、異なる周波数帯域上のＣＣは、異なる経路損失を経験し得る）。いくつかの例では、あるキャリアは、１次セル（ＰＣｅｌｌ）によってサービスされ得るＵＥ１１５のための、１次キャリアまたは１次コンポーネントキャリア（ＰＣＣ）として指定される。１次セルは、ＵＥごとに上位レイヤ（たとえば、無線リソース制御（ＲＲＣ）など）によって半静的に構成され得る。あるアップリンク制御情報（ＵＣＩ）、たとえば、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信された、確認応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）、チャネル品質インジケータ（ＣＱＩ）、およびスケジューリング情報は、１次セルによって搬送される。
【００４７】
[0057]ＵＥ１１５は、ＵＥ１１５のための１次コンポーネントキャリア（ＰＣＣ）と１つまたは複数の２次コンポーネントキャリア（ＳＣＣ）とで構成され得る。ＰＣＣは、物理アップリンク制御チャネル（ＰＵＣＣＨ）とＵＥ１１５のための共通探索空間とを搬送する唯一のＣＣであり得る。ただし、場合によっては、ＰＵＣＣＨは、ＳＣＣ上でも使用可能にされ得、これは、デュアル接続性構成においてまたはＰＵＣＣＨ負荷のバランスをとるのを助けるのに（またはその両方に）有用であり得る。２次セルは、同様に、ＵＥごとに半静的に構成され得る。場合によっては、２次セルは、１次セルと同じ制御情報を含まないかまたはそれを送信するように構成されないことがある。
【００４８】
[0058]場合によっては、基地局１０５は、理想的なバックホールを介して接続されないことがあり、コンポーネントキャリア間の協調は困難であることがある。たとえば、サービング基地局１０５間の接続は、正確なタイミング調整を容易にするのに十分でないことがある。したがって、非理想的なバックホールは、限られたバックホール容量または無視できないバックホールレイテンシを（たとえば、数十ミリ秒）をもつ状況を指すことがある。しかしながら、デュアル接続性解決策は、この問題に対処し得る。たとえば、セルは、１次セルグループ（ＰＣＧ）と１つまたは複数の２次セルグループ（ＳＣＧ）との２つ以上のグループに区分され得る。各グループは、ＣＡ動作中のセルを有し得る。さらに、各グループは、ＰＣＧ中の１次セル（ＰＣＣ）およびＳＣＧ中の２次セル（ＳＣＣ）などのＰＵＣＣＨを搬送する単一のセルを有し得、このＰＵＣＣＨ対応のＳＣＣは、ｐＳＣｅｌｌと呼ばれ得る。したがって、いくつかの場合には、ＵＥ１１５をサービスするセルは、複数のタイミング調整グループ（ＴＡＧ）に分割され得る。各ＴＡＧは、ＵＥ１１５が、異なるＵＬキャリアに対して異なるようにＵＬ送信を同期させ得るように、異なるタイミングオフセットに関連付けられ得る。そのような場合、共通探索空間は、さらに、ＵＥによってＳＣＧ中で監視され得る。さらに、いくつかの例では、アップリンク制御情報は、各グループのＰＵＣＣＨを使用して各グループに別個に伝達される。ＳＣＧに対して、半永続的スケジューリング（ＳＰＳ：semi-persistent scheduling）とスケジューリング要求（ＳＲ：scheduling request）とがサポートされ得る。
【００４９】
[0059]上述のように、ＵＥ１１５は、再送信要求に関係する情報を記憶するためにソフトバッファなどの構成可能なバッファを有し得る。基地局１０５とＵＥ１１５との間の通信のために使用されるＣＣの数の増加に伴って、追加のＣＣに適応するためにソフトバッファサイズの増加が必要とされ得る。あらゆるＣＣが、第１のＨＡＲＱ送信失敗を有する可能性は低いことがあるので、ＣＣの増加に比例してバッファサイズを増加させるのは非効率的であり得る。したがって、ＣＣの参照数は、ソフトバッファのサイズ、ソフトバッファの区分の数、ソフトバッファの区分のサイズ、またはソフトバッファの区分の割振りを構成するために使用され得る。ＣＣの参照数は、ＵＥ１１５において、基地局１０５において、または別のネットワーク構成要素において決定され得る。ソフトバッファ構成のためのＣＣの数を制限することによって、別の用途のためなどのようにリソースを保持しながら、大部分の送信のために十分なソフトバッファが構成され得る。
【００５０】
[0060]したがって、ＵＥ１１５は、ＣＡ動作のために構成されたＣＣの数がしきい値を超えるときにソフトバッファを区分するためのＣＣの参照数を決定し得る（たとえば、ＵＥ１１５は、１６個のＣＣのしきい値で構成され得、最大３２個のＣＣがｅＣＡ動作中に構成され得る）。たとえば、ＣＣの参照数は、ソフトバッファサイズまたはＵＥ１１５のカテゴリーに関連付けられ得る。ＵＥ１１５は、ＣＣの参照数とＣＣの数との間の比較に基づいてソフトバッファを区分し得る。ＵＥ１１５は、次いで、区分と、対応するＨＡＲＱプロセスのステータスとに基づいて、異なるＣＣにソフトバッファの部分を割り振り得る（すなわち、ＵＥが送信を正しく受信または復号することに失敗した場合）。ＵＥ１１５は、ソフトバッファの対応する部分中に各ＨＡＲＱプロセスのためのＬＬＲのセットを記憶し得る。
【００５１】
[0061]図２に、本開示の様々な態様による、ｅＣＡ構成におけるジョイント制御をサポートするワイヤレス通信システム２００の一例を示す。ワイヤレス通信システム２００に、基地局１０５−ａと、１０５−ｂと、ＵＥ１１５−ａとの間の通信を示す。場合によっては、基地局１０５−ａとＵＥ１１５−ａとは、キャリアアグリゲーション、デュアル接続性、またはそれらの何らかの組合せを使用して通信し得る。基地局１０５−ａおよび１０５−ｂは、図１の通信リンク１２５の一例であり得るＣＣ２０５を介した通信リンクを使用してＵＥ１１５−ａと通信し得る。場合によっては、ＣＣ２０５は、再送信のスケジューリングまたは優先度付けのためにグループ化され得る。構成されたＣＣ２０５のうちの１つからの送信が誤って受信される場合、基地局１０５−ａは、情報が受信されない、誤って受信される、またはチャネル品質が非常に不十分である場合などに再送信を開始し得る。たとえば、基地局１０５−ａは、再送信を開始するために自動再送要求（ＡＲＱ）、ハイブリッド自動再送要求（ＨＡＲＱ）、または別の再送信機構を使用し得る。ＵＥ１１５−ａは、次いで、消失した送信の後続のバージョンを復号する可能性を増加させるために、ソフトバッファ２１５中に元の送信からのデータを記憶し得る。
【００５２】
[0062]場合によっては、ＵＥが送信を復号することに失敗するのはまれであり得るので、各ＣＣ上で受信されたシンボルまたはパケットのすべてについてのデータをバッファする必要がないことがある。したがって、ソフトバッファは、区分され得、バッファのビットは、異なるＣＣ上でのＨＡＲＱプロセスに必要に応じて割り振られ得る。ソフトバッファ２１５は、準リアルタイムで、半静的に、周期的に、または静的に構成され得る。ソフトバッファ２１５の区分の態様は、ＵＥ１１５−ａによって、または基地局１０５−ａによって構成され得る。通信リンク１２５−ａは、基地局１０５−ａから、ソフトバッファ２１５を構成すること、またはそれの構成を開始することを行い得るＵＥ１１５−ａに情報を送信するために使用され得る。たとえば、構成されたセルの数は、ソフトバッファ２１５を区分するために使用され得る。ソフトバッファ２１５を構成することによって、区分の数または区分のサイズが調整され得る。ＵＥ１１５−ａが再送信を正常に復号することが可能になるのに各区分が十分なサイズのものである可能性を増加させるために、区分の数は、構成されたＣＣの数の代わりにＣＣの参照数に基づき得る。
【００５３】
[0063]すなわち、ＣＣ２０５の数を増加させることは、より大きいソフトバッファ２１５、またはソフトバッファ２１５を区分する異なる方法を必要とし得る。したがって、ＣＣの数に対する制限は、区分が使用され得ると決定するために使用され得る。ＣＣの参照数は、ソフトバッファサイズまたはＵＥ１１５−ａのカテゴリーに関連付けられ得る。ＵＥ１１５−ａは、ＣＣの参照数とＣＣの数との間の比較に基づいてソフトバッファ２１５を区分し得る。ＵＥ１１５−ａは、次いで、区分と対応するＨＡＲＱプロセスのステータスとに基づいて異なるＣＣにソフトバッファ２１５の部分を割り振り得る。ＵＥ１１５−ａは、ソフトバッファ２１５の割り振られた部分中に失敗した送信に関係するＬＬＲのセットを記憶し得る。異なるＣＣ上に、ソフトバッファの区分があるよりも多くの失敗した送信がある場合、ＬＬＲの１つまたは複数のセットがＣＣの優先度付け方式に基づいてドロップされ得る。
【００５４】
[0064]場合によっては、ＣＣの参照数を使用する代わりに、ＣＣ２０５のグループの優先度付けに基づいて数が計算され得る。各グループは、スカラーで重み付けされ、グループ中のＣＣの数を乗算され得、グループごとに得られた積が合計され得る。得られた和は、ソフトバッファ２１５中の区分の総数として使用され得る。たとえば、セルの第１のグループは、１の重み付けを与えられ得、それには、Ｘ1個のソフトバッファ区分を割り振られ得、一方、セルの第２のグループは、１／２または１／４の重みを与えられ得、それには、Ｘ2／２またはＸ2／４個のソフトバッファ区分を割り振られ得る。
【００５５】
[0065]図３に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のためのソフトバッファ３００の一例を示す。ソフトバッファ３００は、ソフトバッファ２１５の一例であり得、図２で説明したように、ＵＥ１１５の一部であり得る。ソフトバッファ３００は、いくつかの区分３０５を含み得る。図示のように、ソフトバッファ３００は、Ｎ個の区分３０５を含む。区分３０５のサイズは、区分３０５の数に依存し得、あらかじめ定義されるか、シグナリングされるか、半静的に構成されるか、または、準リアルタイムで構成され得る。場合によっては、区分３０５は、すべて同じサイズであるが、区分３０５はまたサイズが異なり得る。区分３０５の総数は、ＵＥカテゴリーなどの通信されたパラメータに基づいて決定され得、ＵＥ１１５のメモリリソースによって定義または制限され得る。場合によっては、ソフトバッファ３００は、総サイズ、区分３０５の数、または区分３０５のサイズで調整可能であり得る。場合によっては、ソフトバッファ３００によって使用されないメモリは、ＵＥ１１５によって他の用途のために構成され得る。
【００５６】
[0066]ソフトバッファ３００は、ソフト合成を伴うＨＡＲＱのために構成され得る。ソフト合成を伴うＨＡＲＱを採用する方式では、ＵＥ１１５などの受信機は、何らかの誤りをもつデータブロックを受信し、バッファ（たとえば、ソフトバッファ３００）中にブロックに関係するＬＬＲを記憶し得る。データブロックの再送信の後に（たとえば、１つまたは複数の冗長バージョンの送信の後に）、受信機は、データを正常に復号する可能性を増加させるために、１つまたは複数の前のバージョンに基づく既存のＬＬＲと新しいバージョンを組み合わせ得る。比較的少数の構成されたＣＣを用いるＣＡ動作では、ＵＥ１１５は、各区分中にソフトバッファビットの数
ｎSBを与えることに基づいて区分されるソフトバッファ３００中に、ソフトチャネルビットを記憶し得、ここで、
【００５７】
【数１】
0006651533.tif 000004
【００５８】
Ｎ’softは、ＵＥ１１５のカテゴリーによるソフトバッファビットの総数であり、ＫMIMOは、ＵＥ１１５の送信モードに基づく整数値であり、ＭDL_HARQは、ダウンリンクＨＡＲＱプロセスの最大数であり、Ｍlimitは、ＨＡＲＱプロセス制限（たとえば、８の制限）であり、Ｃはコードブロックの数であり、
【００５９】
【数２】
0006651533.tif 000005
【００６０】
は、構成されたサービングセル（たとえば、ＣＣ）の数であり、Ｎcbは、ｒ番目のコードブロックのためのビット数である。
【００６１】
[0067]
ダウンリンク共有（ＤＬ−ＳＣＨ）およびページング（ＰＣＨ）トランスポートチャネルについて、
【００６２】
【数３】
0006651533.tif 000006
【００６３】
であり、アップリンク共有（ＵＬ−ＳＣＨ）およびマルチキャスト（ＭＣＨ）トランスポートチャネルについて、Ｎcb＝Ｋwである。Ｋwは、サーキュラーバッファ長さである。ＮLRは、ｒ番目のコードブロックのためのソフトバッファサイズを示し、
【００６４】
【数４】
0006651533.tif 000007
【００６５】
であり、ここで、ＵＥ１１５が、ｕｅ−Ｃａｔｅｇｏｒｙ−ｖ１０ｘｙをシグナリングし、ＤＬセルのために送信モード９／１０で構成された場合、Ｎsoftは、ｕｅ−Ｃａｔｅｇｏｒｙ−ｖ１０ｘｙによって示されるＵＥカテゴリーによるソフトチャネルビットの総数になり得る。そうでない場合、Ｎsoftは、ｕｅ−Ｃａｔｅｇｏｒｙによって示されるＵＥ１１５のカテゴリーによるソフトチャネルビットの総数になり得る。たとえば、Ｎsoft＝３５９８２７２０である場合、ＫCは、ＣＡが構成されるときに５であり、あるいはＵＥ１１５の能力（たとえば、ＵＥ１１５がサポートすることができるレイヤの数）に応じて１または２である。場合によっては、ＵＥが、所与のＣＣ上でなど、送信モード３、４、８、９、または１０に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信するように構成される場合、ＫMIMOは、２に等しくなり、そうでない場合、１に等しくなり得る。ＵＥが２つ以上のサービングセルで構成され、少なくとも２つのサービングセルが異なるＵＬ／ＤＬ構成を有する場合、ＭDL_HARQは、サービングセルのＤＬ参照ＵＬ／ＤＬ構成のためのＤＬ  ＨＡＲＱプロセスの最大数になり得る。他の場合、ＭDL_HARQは、ＤＬ  ＨＡＲＱプロセスの最大数になり得る。
【００６６】
[0068]式１および２によって示されるように、ソフトバッファ管理（たとえば、ソフトバッファサイズ）は、ＨＡＲＱプロセスの数または構成されたＣＣの数、またはその両方の関数として説明され得る。ソフトバッファは、各ＣＣに対して事実上等しい区分を含み得るか、または異なるＣＣに異なる量で割り振られ得る。
【００６７】
[0069]ある数のＣＣが構成されるとき（たとえば、５より多い）、区分の数３０５は、ＵＥ１１５によって、または基地局１０５によって、制限または定義され得る。たとえば、基地局１０５は、ソフトバッファ３００のための区分３０５の数を示すか、またはそれを決定するために使用され得る信号をＵＥ１１５に送信し得る。ＵＥ１１５は、受信されたインジケーション、他の受信された情報、あるいはＵＥ１１５の他のファクタまたは特性に基づいて、区分３０５の数を決定し得る。たとえば、基地局１０５とＵＥ１１５との間の通信のために構成されたセルの数は、基地局１０５からＵＥ１１５への通信のために構成されたセルの数のインジケータを送信することによってなど、構成すべき区分３０５の数を決定するために使用され得る。
【００６８】
[0070]通信のために構成された構成されたＣＣの数以外の値は、ソフトバッファ３００をどのように区分するかを決定するために使用され得る。たとえば、ＣＣの参照数は、通信のために構成されたＣＣの実際の数の代わりに、またはそれに加えて使用され得る。たとえば、ＣＣの参照番号の最小値と通信のために構成されたセルの数とは、ソフトバッファ３００をどのように区分するのかを決定するときに使用され得る。ＣＣの参照数は、あらかじめ定義されるか、（たとえば、ＵＥ１１５によって、または基地局１０５によって）決定されるか、または（たとえば、基地局１０５からＵＥ１１５に）シグナリングされ得る。ＣＣの参照数は、構成されたＣＣの数にかかわらず固定値であり得るか、あるいは構成されたＣＣの数の異なる仮定に対応するかまたは異なるＵＥカテゴリーに対応するなど、２つ以上の値を有し得る。
【００６９】
[0071]時々、ＣＣの参照数は、再送信要求のためになど、区分３０５のすべてまたはそれより多くが必要とされる確率に基づいて決定され得る。たとえば、１０個のＣＣの制限は、めったに使用されないか、または別の目的のために使用された方がよいリソースをソフトバッファ３００に不必要に割り振ることなしに最大３２個のコンポーネントキャリアの多くのｅＣＡシナリオの必要を満たし得る。たとえば、３２個のＣＣがＵＥのために構成されると仮定し、第１のＨＡＲＱ送信について１０％のブロック誤り率（ＢＬＥＲ）を仮定すると、第１のＨＡＲＱ送信失敗をもつＣＣのＣＣの参照数より多くを有する確率は、８つの制限ではほぼ０．３３％であり得るか、確率は、１０個の制限では０．０１７％であり得るか、または確率は、１２個の制限では０．００６％であり得る。ただし、ＣＣの参照数が、ここで説明するように、構成されたもののうちでＵＥ１１５が使用し得るＣＣの数に対する制限ではなく、ソフトバッファ３００のサイズまたは区分３０５を決定するための制限であり得ることを留意されたい。
【００７０】
[0072]例として、
【００７１】
【数５】
0006651533.tif 000008
【００７２】
は、ＣＣの参照数を表し得、したがって、
【００７３】
【数６】
0006651533.tif 000009
【００７４】
ここで、式は、ＵＥカテゴリーと結びつけられるか、またはそれに基づいて実装され得、ＵＥカテゴリーのソフトバッファサイズは、Ｋ個のキャリアに基づいて定義され得るが、ＵＥ１１５は、最大３２個のＣＣをサポートし得る。場合によっては、したがって、Ｍlimitは、ソフトバッファサイズ区分のためのＨＡＲＱプロセスの数を制限するために使用され得、
【００７５】
【数７】
0006651533.tif 000010
【００７６】
は、ソフトバッファサイズ区分のためのＣＣの数を制限するために使用され得る。いくつかの例では、ＣＣの実際にスケジュールされた数がＣＣの参照数を超える場合、ＵＥ１１５は、対応するＬＬＲをどのように記憶するかを決定し得る。追加または代替として、場合によっては、ＰＣｅｌｌまたはｐＳＣｅｌｌは、区分についてより高い優先度が与えられ得るか、あるいはより大きいトランスポートブロックサイズ（ＴＢＳ）またはより高いＭＣＳまたは最新の送信でのＣＣに対するＨＡＲＱプロセスについてより高い優先度が割り当てられ得る。
【００７７】
[0073]場合によっては、ＣＣの参照数は、ＵＥのために構成されたＣＣの数よりも小さいことがある。次いで、ＵＥは、各ＣＣのＨＡＲＱ終了ステータスに基づいて異なるＣＣにソフトバッファ３００を動的に割り振り得る。さらに、異なるＣＣは、異なる数のＤＬ  ＨＡＲＱプロセスを有し得るが、制限Ｍlimit＝８は、異なるＨＡＲＱプロセスにＣＣごとのソフトバッファを区分するために８の値を使用することを強制し得る。したがって、ある１つのＣＣについてＭDL_HARQ＜８でない限り、すべてのＣＣは、実質的に、同じＨＡＲＱプロセスごとのソフトバッファサイズを有し得る。
【００７８】
[0074]場合によっては、ソフトバッファ３００の区分３０５のサブセットは、区分３０５のグループ３１０を形成するために一緒にグループ化され得る。グループ３１０は、同数の区分３０５または異なる数の区分３０５を含み得る。さらに、グループ３１０内の区分は、同じサイズであるか、または異なるサイズであり得、グループ３１０にわたる区分３０５は、同じサイズであるか、または異なるサイズのものであり得る。グループ３１０は、優先度を付けられ得る。たとえば、グループ１は、グループ２と比較してより高い優先度であり得、したがって、グループ１は、グループ２よりも多くのソフトバッファ３００の区分３０５を割り振られ得る。グループ３１０のサイズは、ＵＥ１１５においてまたは基地局１０５において決定され、その後、ＵＥ１１５にシグナリングされ得る。区分３０５のデフォルト数またはグループスカラー値など、パラメータがシグナリングまたは決定され得る。たとえば、グループ３１０ごとの区分３０５のデフォルト数は８であり得る。グループ１〜Ｍは、区分のデフォルト数に基づいてそれらに関連するスカラー値を有し得る。たとえば、グループ１は、１／２のスカラー値を有し得、一方、グループ２および３は、１／４のスカラー値を有し得、グループ４およびＭは、１／８のスカラー値を有し得る。時々、ＨＡＲＱプロセスの数の制限は、各グループのスカラー値に基づき得る。ソフトバッファ区分をグループ化することによって、ＣＣにわたるソフトバッファ３００の再利用が低減され得る。さらに、１よりも小さいスカラー値を有する１つのＣＣについて、Ｍlimitの低減が検討され得、したがって、そのＣＣのためのＨＡＲＱプロセスごとのソフトバッファサイズは小さくなりすぎない。
【００７９】
[0075]図４に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のためのプロセスフロー４００の一例を示す。プロセスフロー４００は、ＵＥ１１５−ｂと基地局１０５−ｃとの間の通信プロセスを表し得、これは、図１〜図２を参照しながら本明細書で説明したＵＥ１１５と基地局１０５との例であり得る。
【００８０】
[0076]ブロック４０５において、ＵＥ１１５−ｂは、基地局１０５−ｂにそれのＵＥカテゴリーのインジケーションを送信し得る。場合によっては、カテゴリーは、ＵＥ１１５−ｂのためのソフトバッファ区分の数を決定するために使用され得る。
【００８１】
[0077]ブロック４１０において、基地局１０５−ｃは、ＣＡ動作（またはデュアル接続性動作）のために構成された複数のＣＣを示す受信シグナリングを送信し（、ＵＥ１１５−ｂは、それを受信し）得る。場合によっては、ＵＥ１１５−ｂは、複数のＣＣの優先度付けに基づいてソフトバッファの区分と複数のスケジュールされたＣＣとの間の対応を決定し得る。いくつかの例では、複数のＣＣは、少なくとも１次グループと２次グループとにグループ化され、ここで、各グループは、複数のＣＣからの少なくとも１つのＣＣを含む。いくつかの例では、１次グループと２次グループとは、二重接続動作（dual-connectivity operation）の一部である。場合によっては、シグナリングは、ＲＲＣレイヤシグナリングであり得る。
【００８２】
[0078]ブロック４１５において、ＵＥ１１５−ｂまたは基地局１０５−ｃは、ソフトバッファのための区分を決定する際に使用されるべきＣＣの参照数を決定し得る。基地局１０５−ｃがコンポーネントキャリアの数についての制限を決定する場合、基地局１０５−ｃは、ＵＥ１１５−ｂにＣＣの参照数をシグナリングし得る。ＣＣの参照数が、基地局１０５−ｃとＵＥ１１５−ｂとが通信のために使用することが可能である構成またはスケジュールされたコンポーネントキャリアの数に対する制限にではなく、ソフトバッファ目的のためのコンポーネントキャリアの数に対応し得ることに留意されたい。いくつかの例では、ＣＣの参照数は、ソフトバッファのサイズに基づく。いくつかの例では、ソフトバッファのサイズは、ＵＥカテゴリーに関連付けられ、ＣＣの参照数は、ＵＥカテゴリーによってサポートされるＣＣの最大数よりも少ない。
【００８３】
[0079]ブロック４２０において、ＵＥ１１５−ｂは、ＣＣの参照数とＣＡ動作のために構成されたＣＣの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、区分することは、ＣＣの参照数と構成されたＣＣの数とのうちの最小値に基づく。いくつかの例では、ＣＣの参照数を決定することは、ＵＥカテゴリーに基づく。いくつかの例では、ソフトバッファを区分することは、コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、ＨＡＲＱプロセスの数、ＨＡＲＱプロセス制限、またはそれらの任意の組合せのうちの少なくとも１つを識別することを含む。
【００８４】
[0080]ブロック４２５において、基地局１０５−ｃは、いくつかのＣＣを使用してＵＥ１１５−ｂと通信し得る。通信は、ＨＡＲＱプロセスの数に基づき得る。場合によっては、ＣＣの数は、５つよりも大きい。
【００８５】
[0081]ブロック４３０において、ＵＥ１１５−ｂは、ＨＡＲＱプロセスの各々のためのＨＡＲＱフィードバックを送信し得る。場合によっては、いくつかの送信は、誤って受信され得、ＵＥ１１５−ｂは、誤りを有して受信された各送信についてＮＡＣＫを送信し得る。
【００８６】
[0082]ブロック４３５において、ＵＥ１１５−ｂは、ソフトバッファ中に再送信要求に関係する情報（たとえば、各ＮＡＣＫに対応するＬＬＲ）を記憶し得る。すなわち、ＵＥ１１５−ｂは、区分することとＨＡＲＱプロセスの終了ステータスとに基づいてＣＣにソフトバッファの一部を割り振り得る。次いで、ＵＥ１１５−ｂは、ソフトバッファの部分中にＨＡＲＱプロセスのための対数尤度比（ＬＬＲ）のセットを記憶し得る。
【００８７】
[0083]ブロック４４０において、基地局１０５−ｃは、受信されたＨＡＲＱフィードバックに基づいてＵＥ１１５−ｂに（たとえば、追加の冗長バージョンを使用して）いくつかのデータブロックを再送信し得る。再送信の数は、送信の元の数よりも小さいことがある。
【００８８】
[0084]ブロック４４５において、ＵＥ１１５−ｂは、ソフトバッファ中の情報を使用して再送信を復号し得る。
【００８９】
[0085]ＣＣの参照数を使用することの代替として、ＵＥ１１５−ｂは、２つ以上の優先度グループに構成されたＣＣをグループ化し、各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別し、各優先度グループのための重み係数とＣＣの数とに基づいてソフトバッファ区分の数を計算し得る。ＵＥ１１５−ｂは、次いで、このようにして決定されたソフトバッファ区分の数に基づいてソフトバッファを区分し得る。
【００９０】
[0086]図５に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のために構成されたワイヤレスデバイス５００のブロック図を示す。ワイヤレスデバイス５００は、図１〜図４を参照しながら説明したＵＥ１１５の態様の一例であり得る。ワイヤレスデバイス５００は、受信機５０５、ｅＣＡソフトバッファマネージャ５１０、または送信機５１５を含み得る。ワイヤレスデバイス５００はまた、プロセッサを含み得る。これらの構成要素の各々は互いに通信していることがある。
【００９１】
[0087]受信機５０５は、パケット、ユーザデータ、または様々な情報チャネルに関連する制御情報（たとえば、制御チャネル、データチャネル、およびｅＣＡのためのソフトバッファ管理に関係する情報など）などの情報を受信し得る。情報は、ｅＣＡソフトバッファマネージャ５１０に、およびワイヤレスデバイス５００の他の構成要素にパスされ得る。いくつかの例では、受信機５０５は、基地局からＣＣの参照数を受信し得る。
【００９２】
[0088]ｅＣＡソフトバッファマネージャ５１０は、ＣＡ動作のために構成された複数のＣＣを示すシグナリングを受信することと、ＣＡ動作のために構成されたＣＣの数がしきい値を超えるときにソフトバッファを区分するためのＣＣの参照数を決定することと、ＣＣの参照数とＣＡ動作のために構成されたＣＣの数との間の比較に基づいてソフトバッファを区分することとを行い得る。
【００９３】
[0089]送信機５１５は、ワイヤレスデバイス５００の他の構成要素から受信された信号を送信し得る。いくつかの例では、送信機５１５は、トランシーバモジュールにおいて受信機５０５とコロケートされ得る。送信機５１５は、単一のアンテナを含み得るか、または送信機５１５は、複数のアンテナを含み得る。
【００９４】
[0090]図６に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のためのワイヤレスデバイス６００のブロック図を示す。ワイヤレスデバイス６００は、図１〜図５を参照しながら説明したワイヤレスデバイス５００またはＵＥ１１５の態様の一例であり得る。ワイヤレスデバイス６００は、受信機５０５−ａ、ｅＣＡソフトバッファマネージャ５１０−ａ、または送信機５１５−ａを含み得る。ワイヤレスデバイス６００はまた、プロセッサを含み得る。これらの構成要素の各々は互いに通信していることがある。ｅＣＡソフトバッファマネージャ５１０−ａはまた、ＣＡモジュール６０５と、ＣＣの参照数モジュール６１０と、ソフトバッファ区分モジュール６１５とを含み得る。
【００９５】
[0091]受信機５０５−ａは、ｅＣＡソフトバッファマネージャ５１０−ａに、およびワイヤレスデバイス６００の他の構成要素にパスされ得る情報を受信し得る。ｅＣＡソフトバッファマネージャ５１０−ａは、図５を参照しながら本明細書で説明した動作を実行し得る。送信機５１５−ａは、ワイヤレスデバイス６００の他の構成要素から受信された信号を送信し得る。
【００９６】
[0092]ＣＡモジュール６０５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成された複数のＣＣを示すシグナリングを受信し得る。ＣＡモジュール６０５はまた、ＣＡ動作のために構成された複数のＣＣを示すシグナリングを受信し得、複数のＣＣは、２つ以上の優先度グループを含み得る。
【００９７】
[0093]ＣＣの参照数モジュール６１０は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成されたＣＣの数がしきい値を超えるときにソフトバッファを区分するためのＣＣの参照数を決定し得る。いくつかの例では、ＣＣの参照数を決定することは、ＵＥカテゴリーに基づき得る。場合によっては、ＣＣの参照数を決定することは、ＣＣの数に基づき得る。追加または代替として、ＣＣの参照数は、ソフトバッファのサイズに基づき得る。構成されたＣＣの数は、たとえば、６つ以上であり得る。
【００９８】
[0094]ソフトバッファ区分モジュール６１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＣの参照数とＣＡ動作のために構成されたＣＣの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、区分することは、ＣＣの参照数と構成されたＣＣの数とのうちの最小値に基づき得る。場合によっては、ソフトバッファを区分することは、コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、ＨＡＲＱプロセスの数、ＨＡＲＱプロセス制限のうちの少なくとも１つを識別することを含む。ソフトバッファ区分モジュール６１５はまた、各優先度グループのための重み係数とＣＣの数とに基づいてソフトバッファ区分の数を計算し得る。ソフトバッファ区分モジュール６１５は、いくつかの例では、異なるＣＣグループに関連する重みに基づいて計算されるソフトバッファ区分の数に従ってソフトバッファを区分し得る。
【００９９】
[0095]図７に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のためのワイヤレスデバイス５００またはワイヤレスデバイス６００の構成要素であり得るｅＣＡソフトバッファマネージャ５１０−ｂのブロック図７００を示す。ｅＣＡソフトバッファマネージャ５１０−ｂは、図５〜図６を参照しながら説明したｅＣＡソフトバッファマネージャ５１０の態様の一例であり得る。ｅＣＡソフトバッファマネージャ５１０−ｂは、ＣＡモジュール６０５−ａと、ＣＣの参照数モジュール６１０−ａと、ソフトバッファ区分モジュール６１５−ａとを含み得る。これらのモジュールの各々は、図６を参照しながら本明細書で説明した機能を実行し得る。ｅＣＡソフトバッファマネージャ５１０−ｂはまた、ＵＥカテゴリーモジュール７０５と、ソフトバッファ割振りモジュール７１０と、ＬＬＲバッファリングモジュール７１５と、ＣＣ優先度付けモジュール７２０とを含み得る。
【０１００】
[0096]ＵＥカテゴリーモジュール７０５は、図２〜図４を参照しながら本明細書で説明したように、基地局にＵＥカテゴリーのインジケーションを送信し得る。いくつかの例では、ソフトバッファのサイズは、ＵＥカテゴリーに関連付けられ得、サイズは、ＣＣの参照数に基づいて決定され得、ＣＣの参照数は、ＵＥカテゴリーによってサポートされるＣＣの最大数よりも小さいことがある。
【０１０１】
[0097]ソフトバッファ割振りモジュール７１０は、図２〜図４を参照しながら本明細書で説明したように、区分することとＨＡＲＱプロセスの終了ステータスとに基づいて複数のＣＣからのＣＣにソフトバッファの一部を割り振り得る。
【０１０２】
[0098]ＬＬＲバッファリングモジュール７１５は、図２〜図４を参照しながら本明細書で説明したように、ソフトバッファの対応する部分中に１つまたは複数のＨＡＲＱプロセスのためのＬＬＲのセットを記憶し得る。
【０１０３】
[0099]ＣＣ優先度付けモジュール７２０は、図２〜図４を参照しながら本明細書で説明したように、複数のＣＣの優先度付けに基づいてソフトバッファの区分と複数のスケジュールされたＣＣとの間の対応を決定し得る。いくつかの例では、複数のＣＣは、少なくとも１次グループと２次グループとにグループ化され、ここで、各グループは、複数のＣＣからの少なくとも１つのＣＣを含む。いくつかの例では、１次グループと２次グループとは、二重接続動作の一部である。ＣＣ優先度付けモジュール７２０はまた、各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別し得る。
【０１０４】
[0100]ワイヤレスデバイス５００、ワイヤレスデバイス６００、およびｅＣＡソフトバッファマネージャ５１０−ｂの構成要素は、適用可能な機能の一部またはすべてをハードウェアで実行するように適応された少なくとも１つのＡＳＩＣを用いて個別にまたはまとめて実装され得る。代替的に、それらの機能は、１つまたは複数の他の処理ユニット（またはコア）によって、少なくとも１つのＩＣ上で実行され得る。他の例では、当技術分野で知られている任意の様式でプログラムされ得る、他のタイプの集積回路（たとえば、ストラクチャード／プラットフォームＡＳＩＣ、ＦＰＧＡ、または別のセミカスタムＩＣ）が使用され得る。各ユニットの機能はまた、全体的にまたは部分的に、１つまたは複数の汎用または特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ中に組み込まれた命令を用いて実装され得る。
【０１０５】
[0101]図８に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のために構成されたＵＥ１１５を含むシステム８００の図を示す。システム８００は、図１、図２および図５〜図７を参照しながら本明細書で説明したワイヤレスデバイス５００、ワイヤレスデバイス６００、またはＵＥ１１５の一例であり得るＵＥ１１５−ｃを含み得る。ＵＥ１１５−ｃは、図５〜図７を参照しながら説明したｅＣＡソフトバッファマネージャ５１０の一例であり得るｅＣＡソフトバッファマネージャ８１０を含み得る。ＵＥ１１５−ｃは、ソフトバッファ８２５をも含み得る。ＵＥ１１５−ｃは、通信を送信するための構成要素と通信を受信するための構成要素とを含む、双方向音声およびデータ通信のための構成要素をも含み得る。たとえば、ＵＥ１１５−ｃは、基地局１０５−ｄまたはＵＥ１１５−ｄと双方向に通信し得る。
【０１０６】
[0102]ソフトバッファ８２５は、再送信を正常に受信する可能性を増加させるためにＨＡＲＱ送信に関係する情報を記憶するために使用され得る。ソフトバッファ８２５は、図１〜図７を参照しながら本明細書で説明したように、ソフトバッファ２１５またはソフトバッファ３００の一例であり得る。
【０１０７】
[0103]ＵＥ１１５−ｃは、プロセッサ８０５と、（ソフトウェア（ＳＷ）を含む）メモリ８１５  ８２０と、トランシーバ８３５と、１つまたは複数のアンテナ８４０とを含み得、その各々は、（たとえば、バス８４５を介して）互いに直接または間接的に通信し得る。トランシーバ８３５は、上述されたように、アンテナ８４０またはワイヤードリンクもしくはワイヤレスリンクを介して、１つまたは複数のネットワークと双方向に通信し得る。たとえば、トランシーバ８３５は、基地局１０５または別のＵＥ１１５と双方向に通信し得る。トランシーバ８３５は、パケットを変調し、被変調パケットを送信用にアンテナ８４０に供給し、アンテナ８４０から受信されたパケットを復調するためにモデムを含み得る。ＵＥ１１５−ｃは、単一のアンテナ８４０を含み得るが、ＵＥ１１５−ｃはまた、複数のワイヤレス送信を同時に送信または受信することができる複数のアンテナ８４０を有し得る。
【０１０８】
[0104]メモリ８１５は、ランダムアクセスメモリ（ＲＡＭ）と読取り専用メモリ（ＲＯＭ）とを含み得る。メモリ８１５は、実行されたとき、プロセッサ８０５に、本明細書で説明する様々な機能（たとえば、ｅＣＡのためのソフトバッファ管理など）を実行することを行わせる命令を含むコンピュータ可読、コンピュータ実行可能ソフトウェア／ファームウェアコード８２０を記憶し得る。代替として、ソフトウェア／ファームウェアコード８２０は、プロセッサ８０５によって直接実行可能ではないことがあるが、（たとえば、コンパイルされ実行されたときに）コンピュータに、本明細書で説明する機能を実行させ得る。プロセッサ８０５は、インテリジェントなハードウェアデバイス（たとえば、中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなど）を含み得る。
【０１０９】
[0105]図９に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法９００を示すフローチャートを示す。方法９００の動作は、図１〜図８を参照しながら説明したように、ＵＥ１１５またはそれの構成要素によって実装され得る。たとえば、方法９００の動作は、図５〜図８を参照しながら説明したように、ｅＣＡソフトバッファマネージャ５１０によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。
【０１１０】
[0106]ブロック９０５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成された複数のＣＣを示すシグナリングを受信し得る。いくつかの例では、ブロック９０５の動作は、図６を参照しながら本明細書で説明したように、ＣＡモジュール６０５によって実行され得る。
【０１１１】
[0107]ブロック９１０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成されたＣＣの数がしきい値を超えるときにソフトバッファを区分するためのＣＣの参照数を決定し得る。いくつかの例では、ブロック９１０の動作は、図６を参照しながら本明細書で説明したように、ＣＣの参照数モジュール６１０によって実行され得る。
【０１１２】
[0108]ブロック９１５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＣの参照数とＣＡ動作のために構成されたＣＣの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック９１５の動作は、図６を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール６１５によって実行され得る。
【０１１３】
[0109]図１０に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法１０００を示すフローチャートを示す。方法１０００の動作は、図１〜図８を参照しながら説明したように、ＵＥ１１５またはそれの構成要素によって実装され得る。たとえば、方法１０００の動作は、図５〜図８を参照しながら説明したように、ｅＣＡソフトバッファマネージャ５１０によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。方法１０００はまた、図９の方法９００の態様を組み込み得る。
【０１１４】
[0110]ブロック１００５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成された複数のＣＣを示すシグナリングを受信し得る。いくつかの例では、ブロック１００５の動作は、図６を参照しながら本明細書で説明したように、ＣＡモジュール６０５によって実行され得る。
【０１１５】
[0111]ブロック１０１０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成されたＣＣの数がしきい値を超えるときにソフトバッファを区分するためのＣＣの参照数を決定し得る。いくつかの例では、ブロック１０１０の動作は、図６を参照しながら本明細書で説明したように、ＣＣの参照数モジュール６１０によって実行され得る。
【０１１６】
[0112]ブロック１０１５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように。ＣＣの参照数と構成されたＣＣの数とのうちの最小値に関して選択し得る。いくつかの例では、ブロック１０１５の動作は、図６を参照しながら本明細書で説明したように、ＣＣの参照数モジュール６１０によって実行され得る。
【０１１７】
[0113]ブロック１０２０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、最小値に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック１０２０の動作は、図６を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール６１５によって実行され得る。
【０１１８】
[0114]図１１に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法１１００を示すフローチャートを示す。方法１１００の動作は、図１〜図８を参照しながら説明したように、ＵＥ１１５またはそれの構成要素によって実装され得る。たとえば、方法１１００の動作は、図５〜図８を参照しながら説明したように、ｅＣＡソフトバッファマネージャ５１０によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。方法１１００はまた、図９〜図１０の方法９００、および１０００の態様を組み込み得る。
【０１１９】
[0115]ブロック１１０５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、基地局にＵＥカテゴリーのインジケーションを送信し得る。いくつかの例では、ブロック１１０５の動作は、図７を参照しながら本明細書で説明したように、ＵＥカテゴリーモジュール７０５によって実行され得る。
【０１２０】
[0116]ブロック１１１０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、基地局からＣＣの参照数を受信し得る。いくつかの例では、ブロック１１１０の動作は、図５を参照しながら本明細書で説明したように、受信機５０５によって実行され得る。
【０１２１】
[0117]ブロック１１１５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成された複数のＣＣを示すシグナリングを受信し得る。いくつかの例では、ブロック１１１５の動作は、図６を参照しながら本明細書で説明したように、ＣＡモジュール６０５によって実行され得る。
【０１２２】
[0118]ブロック１１２０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成されたＣＣの数がしきい値を超えるときにソフトバッファを区分するためのＣＣの参照数を決定し得る。場合によっては、ＣＣの参照数を決定することは、ＵＥカテゴリーに基づく。いくつかの例では、ブロック１１２０の動作は、図６を参照しながら本明細書で説明したように、ＣＣの参照数モジュール６１０によって実行され得る。
【０１２３】
[0119]ブロック１１２５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＣの参照数とＣＡ動作のために構成されたＣＣの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック１１２５の動作は、図６を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール６１５によって実行され得る。
【０１２４】
[0120]図１２に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法１２００を示すフローチャートを示す。方法１２００の動作は、図１〜図８を参照しながら説明したように、ＵＥ１１５またはそれの構成要素によって実装され得る。たとえば、方法１２００の動作は、図５〜図８を参照しながら説明したように、ｅＣＡソフトバッファマネージャ５１０によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。方法１２００はまた、図９〜図１１の方法９００、１０００、および１１００の態様を組み込み得る。
【０１２５】
[0121]ブロック１２０５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成された複数のＣＣを示すシグナリングを受信し得る。いくつかの例では、ブロック１２０５の動作は、図６を参照しながら本明細書で説明したように、ＣＡモジュール６０５によって実行され得る。
【０１２６】
[0122]ブロック１２１０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成されたＣＣの数がしきい値を超えるときにソフトバッファを区分するためのＣＣの参照数を決定し得る。いくつかの例では、ブロック１２１０の動作は、図６を参照しながら本明細書で説明したように、ＣＣの参照数モジュール６１０によって実行され得る。
【０１２７】
[0123]ブロック１２１５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＣの参照数とＣＡ動作のために構成されたＣＣの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック１２１５の動作は、図６を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール６１５によって実行され得る。
【０１２８】
[0124]ブロック１２２０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、区分することとＨＡＲＱプロセスの終了ステータスとに基づいて複数のＣＣからのＣＣにソフトバッファの一部を割り振り得る。いくつかの例では、ブロック１２２０の動作は、図７を参照しながら本明細書で説明したように、ソフトバッファ割振りモジュール７１０によって実行され得る。
【０１２９】
[0125]ブロック１２２５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ソフトバッファの一部分中にＨＡＲＱプロセスのためのＬＬＲのセットを記憶し得る。いくつかの例では、ブロック１２２５の動作は、図７を参照しながら本明細書で説明したように、ＬＬＲバッファリングモジュール７１５によって実行され得る。
【０１３０】
[0126]図１３に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法１３００を示すフローチャートを示す。方法１３００の動作は、図１〜図８を参照しながら説明したように、ＵＥ１１５またはそれの構成要素によって実装され得る。たとえば、方法１３００の動作は、図５〜図８を参照しながら説明したように、ｅＣＡソフトバッファマネージャ５１０によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。方法１３００はまた、図９〜図１２の方法９００、１０００、１１００、および１２００の態様を組み込み得る。
【０１３１】
[0127]ブロック１３０５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成された複数のＣＣを示すシグナリングを受信し得る。いくつかの例では、ブロック１３０５の動作は、図６を参照しながら本明細書で説明したように、ＣＡモジュール６０５によって実行され得る。
【０１３２】
[0128]ブロック１３１０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成されたＣＣの数がしきい値を超えるときにソフトバッファを区分するためのＣＣの参照数を決定し得る。いくつかの例では、ブロック１３１０の動作は、図６を参照しながら本明細書で説明したように、ＣＣの参照数モジュール６１０によって実行され得る。
【０１３３】
[0129]ブロック１３１５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＣの参照数とＣＡ動作のために構成されたＣＣの数との間の比較に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック１３１５の動作は、図６を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール６１５によって実行され得る。
【０１３４】
[0130]ブロック１３２０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、複数のＣＣの優先度付けに基づいてソフトバッファの区分と複数のスケジュールされたＣＣとの間の対応を決定し得る。いくつかの例では、ブロック１３２０の動作は、図７を参照しながら本明細書で説明したように、ＣＣ優先度付けモジュール７２０によって実行され得る。
【０１３５】
[0131]図１４に、本開示の様々な態様による、ｅＣＡにおけるソフトバッファ管理のための方法１４００を示すフローチャートを示す。方法１４００の動作は、図１〜図８を参照しながら説明したように、ＵＥ１１５またはそれの構成要素によって実装され得る。たとえば、方法１４００の動作は、図５〜図８を参照しながら説明したように、ｅＣＡソフトバッファマネージャ５１０によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するようにＵＥ１１５の機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明する態様ザ機能を実行し得る。方法１４００はまた、図９〜図１３の方法９００、１０００、１１００、１２００、および１３００の態様を組み込み得る。
【０１３６】
[0132]ブロック１４０５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ＣＡ動作のために構成された複数のＣＣを示すシグナリングを受信し得、ここで、複数のＣＣは、２つ以上の優先度グループを含み得る。いくつかの例では、ブロック１４０５の動作は、図６を参照しながら本明細書で説明したように、ＣＡモジュール６０５によって実行され得る。
【０１３７】
[0133]ブロック１４１０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別し得る。いくつかの例では、ブロック１４１０の動作は、図７を参照しながら本明細書で説明したように、ＣＣ優先度付けモジュール７２０によって実行され得る。
【０１３８】
[0134]ブロック１４１５において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、各優先度グループのための重み係数とＣＣの数とに基づいてソフトバッファ区分の数を計算し得る。いくつかの例では、ブロック１４１５の動作は、図６を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール６１５によって実行され得る。
【０１３９】
[0135]ブロック１４２０において、ＵＥ１１５は、図２〜図４を参照しながら本明細書で説明したように、ソフトバッファ区分の数に基づいてソフトバッファを区分し得る。いくつかの例では、ブロック１４２０の動作は、図６を参照しながら本明細書で説明したように、ソフトバッファ区分モジュール６１５によって実行され得る。
【０１４０】
[0136]このようにして、方法９００、１０００、１１００、１２００、１３００、および１４００は、ｅＣＡにおけるソフトバッファ管理を実現し得る。方法９００、１０００、１１００、１２００、１３００、および１４００は可能な実装形態を表すこと、ならびに動作およびステップは、他の実装形態が可能であるように、並べ替えられるかまたは別の方法で変更され得ることに留意されたい。いくつかの例では、方法９００、１０００、１１００、１２００、１３００、および１４００のうちの２つまたはそれ以上からの態様が組み合わされ得る。
【０１４１】
[0137]添付の図面に関して上記に記載した詳細な説明は、例示的な構成について説明しており、実装され得るまたは特許請求の範囲内に入るすべての例を表すとは限らない。本明細書で使用する「例示的」という用語は、「例、事例、または例示の働きをすること」を意味し、「好ましい」または「他の例よりも有利な」を意味しない。詳細な説明は、説明した技法の理解を与えるための具体的な詳細を含む。ただし、これらの技法は、これらの具体的な詳細なしに実施され得る。いくつかの事例では、説明した例の概念を不明瞭にすることを回避するために、よく知られている構造とデバイスとをブロック図の形式で示す。
【０１４２】
[0138]情報および信号は、多種多様な技術および技法のいずれかを使用して表され得る。たとえば、上の説明全体を通じて参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁気粒子、光場もしくは光粒子、またはそれらの任意の組合せによって表され得る。
【０１４３】
[0139]本明細書の開示に関して説明した様々な例示的なブロックおよびモジュールは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ＡＳＩＣ、ＦＰＧＡまたは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ（たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成）として実装され得る。
【０１４４】
[0140]本明細書で説明した機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。他の例および実装形態は、本開示の範囲および添付の特許請求の範囲内に入る。たとえば、ソフトウェアの性質に起因して、上述された機能は、プロセッサ、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのいずれかの組合せによって実行されるソフトウェアを使用して実装され得る。機能を実装する特徴はまた、機能の部分が、異なる物理的ロケーションにおいて実装されるように分散されることを含めて、様々な位置に物理的に配置され得る。また、特許請求の範囲を含め、本明細書で使用されるように、項目の列挙（たとえば、「のうちの少なくとも１つ」または「のうちの１つまたは複数」などの句で終わる項目の列挙）内で使用される「または」は、たとえば、Ａ、Ｂ、またはＣのうちの少なくとも１つの列挙が、ＡまたはＢまたはＣまたはＡＢまたはＡＣまたはＢＣまたはＡＢＣ（すなわち、ＡおよびＢおよびＣ）を意味するような包含的列挙を示す。
【０１４５】
[0141]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、非一時的コンピュータ記憶媒体と通信媒体の両方を含む。非一時的記憶媒体は、汎用コンピュータまたは専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスク（ＣＤ）ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の非一時的媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ソフトウェアがウェブサイト、サーバまたは他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、ＣＤ、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記のものの組合せもコンピュータ可読媒体の範囲内に含まれる。
【０１４６】
[0142]本開示の前述の説明は、当業者が本開示を作成または使用することができるように与えたものである。本開示の様々な変更は当業者には容易に明らかとなり、本明細書で定義される一般原理は、本開示の範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるべきでなく、本明細書で開示した原理および新規の特徴に一致する最も広い範囲を与えられるべきである。
【０１４７】
[0143]本明細書で説明した技法は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）、および他のシステムなど、様々なワイヤレス通信システムのために使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ＣＤＭＡ２０００、ユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）などの無線技術を実装し得る。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＩＳ−２０００リリース０およびＡは、一般に、ＣＤＭＡ２０００  １Ｘ、１Ｘなどと呼ばれる。ＩＳ−８５６（ＴＩＡ−８５６）は、一般に、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ、高速パケットデータ（ＨＲＰＤ）などと呼ばれる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標）：Wideband CDMA）およびＣＤＭＡの他の変形態を含む。ＴＤＭＡシステムは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡはユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）の新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびモバイル通信用グローバルシステム（ＧＳＭ）は、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称する団体からの文書に記載されている。本明細書において記載される技法は、上述のシステムおよび無線技術、ならびに他のシステムおよび無線技術に使用され得る。しかしながら、上記の説明は、例としてＬＴＥシステムを記載し、上記の説明の大部分においてＬＴＥ用語が使用されるが、本技法はＬＴＥの適用例以外に適用可能である。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１]  ワイヤレス通信の方法であって、
キャリアアグリゲーション（ＣＡ）動作のために構成された第１の数のコンポーネントキャリア（ＣＣ）を示すシグナリングを受信することと、
ＣＡ動作のために構成された前記第１の数のＣＣがしきい値を超えるとき、ソフトバッファを区分するためのＣＣの参照数を決定することと、
ＣＣの前記参照数に少なくとも部分的に基づいて、前記ソフトバッファを区分することと、
を備える、方法。
[Ｃ２]  前記区分することは、ＣＣの前記参照数と前記構成されたＣＣの前記数とのうちの最小値に少なくとも部分的に基づく、Ｃ１に記載の方法。
[Ｃ３]  ＣＣの前記参照数を決定することは、ユーザ機器（ＵＥ）カテゴリーに少なくとも部分的に基づく、Ｃ１に記載の方法。
[Ｃ４]  基地局に前記ＵＥカテゴリーのインジケーションを送信することと、
前記基地局からＣＣの前記参照数のインジケーションを受信することと、
をさらに備える、Ｃ３に記載の方法。
[Ｃ５]  ＣＣの前記参照数を決定することは、前記構成されたＣＣの前記数に少なくとも部分的に基づく、Ｃ１に記載の方法。
[Ｃ６]  ＣＣの前記参照数は、前記ソフトバッファのサイズに少なくとも部分的に基づく、Ｃ１に記載の方法。
[Ｃ７]  前記ソフトバッファの前記サイズは、ＵＥカテゴリーに関連付けられ、ＣＣの前記参照数は、前記ＵＥカテゴリーによってサポートされるＣＣの最大数よりも少ない、Ｃ６に記載の方法。
[Ｃ８]  前記区分することと、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの終了ステータスとに少なくとも部分的に基づいて、前記第１の数のＣＣからのＣＣに前記ソフトバッファの一部分を割り振ることと、
前記ソフトバッファの前記一部分中に、前記ＨＡＲＱプロセスのための対数尤度比（ＬＬＲ）のセットを記憶することと、
をさらに備える、Ｃ１に記載の方法。
[Ｃ９]  前記ソフトバッファを区分することは、
コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、ＨＡＲＱプロセスの数、ＨＡＲＱプロセス制限、またはそれらの任意の組合せのうちの少なくとも１つを識別すること、
を備える、Ｃ１に記載の方法。
[Ｃ１０]  前記しきい値は５つのＣＣである、Ｃ１に記載の方法。
[Ｃ１１]  前記第１の数のＣＣの優先度付けに少なくとも部分的に基づいて、前記ソフトバッファの前記区分と複数のスケジュールされたＣＣとの間の対応を決定すること、
をさらに備える、Ｃ１に記載の方法。
[Ｃ１２]  前記第１の数のＣＣは、少なくとも１次グループと２次グループとにグループ化され、各グループは、前記第１の数のＣＣからの少なくとも１つのＣＣを備える、Ｃ１に記載の方法。
[Ｃ１３]  前記１次グループと前記２次グループとは、二重接続動作の一部である、Ｃ１２に記載の方法。
[Ｃ１４]  前記第１の数のＣＣは、２つ以上の優先度グループを備え、前記方法は、
各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別することと、
各優先度グループのための前記重み係数とＣＣの前記参照数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算することと、
ソフトバッファ区分の前記数に少なくとも部分的に基づいて、ソフトバッファを区分することと、
をさらに備える、Ｃ１に記載の方法。
[Ｃ１５]  ワイヤレス通信のための装置であって、
キャリアアグリゲーション（ＣＡ）動作のために構成された第１の数のコンポーネントキャリア（ＣＣ）を示すシグナリングを受信するための手段と、
ＣＡ動作のために構成された前記第１の数のＣＣがしきい値を超えるとき、ソフトバッファを区分するためのＣＣの参照数を決定するための手段と、
ＣＣの前記参照数に少なくとも部分的に基づいて、前記ソフトバッファを区分するための手段と、
を備える、装置。
[Ｃ１６]  区分するための前記手段は、ＣＣの前記参照数と前記構成されたＣＣの前記数とのうちの最小値に少なくとも部分的に基づいて、前記ソフトバッファを区分するように構成された、Ｃ１５に記載の装置。
[Ｃ１７]  ＣＣの前記参照数を決定するための前記手段は、ユーザ機器（ＵＥ）カテゴリーに少なくとも部分的に基づいて、ＣＣの前記参照数を決定するように構成された、Ｃ１５に記載の装置。
[Ｃ１８]  ＣＣの前記参照数を決定するための前記手段は、前記構成されたＣＣの前記数に少なくとも部分的に基づいて、ＣＣの前記参照数を決定するように構成された、Ｃ１５に記載の装置。
[Ｃ１９]  ＣＣの前記参照数は、前記ソフトバッファのサイズに少なくとも部分的に基づく、Ｃ１５に記載の装置。
[Ｃ２０]  前記ソフトバッファの前記サイズは、ＵＥカテゴリーに関連付けられ、ＣＣの前記参照数は、前記ＵＥカテゴリーによってサポートされるＣＣの最大数よりも少ない、Ｃ１９に記載の装置。
[Ｃ２１]  前記区分することと、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの終了ステータスとに少なくとも部分的に基づいて、前記第１の数のＣＣからのＣＣに前記ソフトバッファの一部分を割り振るための手段と、
前記ソフトバッファの前記一部分中に、前記ＨＡＲＱプロセスのための対数尤度比（ＬＬＲ）のセットを記憶するための手段と、
をさらに備える、Ｃ１５に記載の装置。
[Ｃ２２]  前記ソフトバッファを区分するための前記手段は、
コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、ＨＡＲＱプロセスの数、ＨＡＲＱプロセス制限、またはそれらの任意の組合せのうちの少なくとも１つを識別するための手段、
を備える、Ｃ１５に記載の装置。
[Ｃ２３]  前記しきい値は５つのＣＣである、Ｃ１５に記載の装置。
[Ｃ２４]  前記第１の数のＣＣの優先度付けに少なくとも部分的に基づいて、前記ソフトバッファの前記区分と複数のスケジュールされたＣＣとの間の対応を決定するための手段、
をさらに備える、Ｃ１５に記載の装置。
[Ｃ２５]  前記第１の数のＣＣは、少なくとも１次グループと２次グループとにグループ化され、各グループは、前記第１の数のＣＣからの少なくとも１つのＣＣを備える、Ｃ１５に記載の装置。
[Ｃ２６]  前記１次グループと前記２次グループとは、二重接続動作の一部である、Ｃ２５に記載の装置。
[Ｃ２７]  前記第１の数のＣＣは、２つ以上の優先度グループを備え、前記装置は、
各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別するための手段と、
各優先度グループのための前記重み係数とＣＣの前記参照数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算するための手段と、
ソフトバッファ区分の前記数に少なくとも部分的に基づいて、ソフトバッファを区分するための手段と、
をさらに備える、Ｃ１５に記載の装置。
[Ｃ２８]  ワイヤレス通信のための装置であって、
プロセッサと、
前記プロセッサと電子通信しているメモリと、
前記メモリ中に記憶され、前記プロセッサによって実行されたとき、前記装置に、
キャリアアグリゲーション（ＣＡ）動作のために構成された第１の数のコンポーネントキャリア（ＣＣ）を示すシグナリングを受信することと、
ＣＡ動作のために構成された前記第１の数のＣＣがしきい値を超えるとき、ソフトバッファを区分するためのＣＣの参照数を決定することと、
ＣＣの前記参照数に少なくとも部分的に基づいて、前記ソフトバッファを区分することと、
を行わせるように動作可能な命令と、
を備える、装置。
[Ｃ２９]  前記命令は、前記装置に、
前記区分することと、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの終了ステータスとに少なくとも部分的に基づいて、前記第１の数のＣＣからのＣＣに前記ソフトバッファの一部分を割り振ることと、
前記ソフトバッファの前記一部分中に、前記ＨＡＲＱプロセスのための対数尤度比（ＬＬＲ）のセットを記憶することと、
を行わせるように動作可能である、Ｃ２８に記載の装置。
[Ｃ３０]  前記装置に、前記ソフトバッファを区分することを行わせるように動作可能な前記命令は、前記装置に、
コードブロックの数、基地局におけるコードブロックのソフトバッファサイズ、ＨＡＲＱプロセスの数、ＨＡＲＱプロセス制限、またはそれらの任意の組合せのうちの少なくとも１つを識別すること、
を行わせるように動作可能な命令を備える、Ｃ２８に記載の装置。
[Ｃ３１]  前記しきい値は５つのＣＣである、Ｃ２８に記載の装置。
[Ｃ３２]  前記第１の数のＣＣは、２つ以上の優先度グループを備え、前記命令は、前記装置に、  各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別することと、
各優先度グループのための前記重み係数とＣＣの数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算することと、
ソフトバッファ区分の前記数に少なくとも部分的に基づいて、ソフトバッファを区分することと、
を行わせるようにさらに動作可能である、Ｃ２８に記載の装置。
[Ｃ３３]  ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
キャリアアグリゲーション（ＣＡ）動作のために構成された第１の数のコンポーネントキャリア（ＣＣ）を示すシグナリングを受信することと、
ＣＡ動作のために構成された前記第１の数のＣＣがしきい値を超えるとき、ソフトバッファを区分するためのＣＣの参照数を決定することと、
ＣＣの前記参照数に少なくとも部分的に基づいて、前記ソフトバッファを区分することと、
を行うように実行可能な命令を備える、非一時的コンピュータ可読媒体。
[Ｃ３４]  ＣＣの前記参照数は、前記ソフトバッファのサイズに少なくとも部分的に基づく、Ｃ３３に記載の非一時的コンピュータ可読媒体。
[Ｃ３５]  前記ソフトバッファの前記サイズは、ＵＥカテゴリーに関連付けられ、ＣＣの前記参照数は、前記ＵＥカテゴリーによってサポートされるＣＣの最大数よりも少ない、Ｃ３４に記載の非一時的コンピュータ可読媒体。
[Ｃ３６]  前記第１の数のＣＣは、２つ以上の優先度グループを備え、前記コードは、
各優先度グループのための重み係数と各優先度グループのためのＣＣの参照数とを識別することと、
各優先度グループのための前記重み係数とＣＣの前記参照数とに少なくとも部分的に基づいて、ソフトバッファ区分の数を計算することと、
ソフトバッファ区分の前記数に少なくとも部分的に基づいて、ソフトバッファを区分することと、
を行うように実行可能な命令をさらに備える、Ｃ３３に記載の非一時的コンピュータ可読媒体。
【図１】
0006651533.tif 000011
【図２】
0006651533.tif 000012
【図３】
0006651533.tif 000013
【図４】
0006651533.tif 000014
【図５】
0006651533.tif 000015
【図６】
0006651533.tif 000016
【図７】
0006651533.tif 000017
【図８】
0006651533.tif 000018
【図９】
0006651533.tif 000019
【図１０】
0006651533.tif 000020
【図１１】
0006651533.tif 000021
【図１２】
0006651533.tif 000022
【図１３】
0006651533.tif 000023
【図１４】
0006651533.tif 000024