(57)【要約】相対的な搬送波関連の重み係数に基づいてサイズ決定される複数の集合搬送波に対する複数のソフトバッファパーティションを得るために、ソフトバッファビットの総数が効率的に割り付けられるように、搬送波関連の重み係数の関数として、集合搬送波間でＨＡＲＱソフトビットバッファを区分化するための方法、システム、およびデバイスが提供される。集合搬送波の間で全体利用可能なソフトビットをむやみに等しく分割するよりもむしろ、搬送波依存性重み係数が、ソフトバッファを各集合搬送波に対する別個のバッファに分離するために、伝送機および／または受信機において使用され、重み係数は、ＲＲＣ信号を用いて受信機にブロードキャストまたは信号伝達するシステム情報の中で伝えるか、または他のシステム情報パラメータから受信機によって別様に伝えるか、あるいは暗示的に導出することができる。
2014502080.tif 000002
【特許請求の範囲】
【請求項１】
集合搬送波に対するハイブリッド自動再送要求（ＨＡＲＱ）動作を処理するための方法であって、
該方法は、
区分化されるべきソフトバッファビットの総数を判定することと、
複数の集合搬送波にそれぞれ対応する複数の搬送波依存性重み係数を得ることと、
複数のソフトバッファパーティションを得るために、該搬送波依存性重み係数に少なくとも部分的に基づいて、該ソフトバッファビットの総数を区分化することと
を含む、方法。
【請求項２】
前記ソフトバッファビットの総数を判定することは、ユーザ機器デバイスのユーザ機器カテゴリを判定することを含み、該ユーザ機器デバイスは、前記集合搬送波上で１つ以上のトランスポートブロックを受信するように選択される、請求項１に記載の方法。
【請求項３】
前記複数の搬送波依存性重み係数を得ることは、該複数の搬送波依存性重み係数を伝える専用制御信号を受信することを含む、請求項１に記載の方法。
【請求項４】
前記複数の搬送波依存性重み係数を得ることは、該複数の搬送波依存性重み係数のセル特有のブロードキャストにおいて、該複数の搬送波依存性重み係数を受信することを含む、請求項１に記載の方法。
【請求項５】
前記複数の搬送波依存性重み係数を得ることは、セル特有のブロードキャスト情報から該複数の搬送波依存性重み係数を導出することを含む、請求項１に記載の方法。
【請求項６】
前記ソフトバッファビットの総数を区分化することは、以下の式に少なくとも部分的に基づいて、ソフトバッファパーティションサイズを選択することを含み、
【化１００−１】
2014502080.tif 000037
式中、ＮＩＲ，ｋは、ｋ番目の搬送波に対するソフトバッファメモリパーティションサイズであり、
Ｎｓｏｆｔは、特定ＵＥカテゴリに対する前記ソフトバッファビットの総数であり、
Ｎｃａｒｒｉｅｒは、集合搬送波の総数であり、
Ｗｍは、ｍ番目の搬送波に対する相対的な搬送波依存性重み係数であり、
ＫＭＩＭＯ，ｍは、１つの伝送時間間隔でユーザ機器デバイスに伝送可能である、ｍ番目の搬送波に対するトランスポートブロックの最大数であり、
ＭＤＬ＿ＨＡＲＱ，ｍは、ｍ番目の搬送波に対するダウンリンクハイブリッド自動再伝送要求プロセスの最大数であり、
Ｍｌｉｍｉｔ，ｍは、ｍ番目の搬送波に対するハイブリッド自動再伝送要求プロセスの構成された最大数である、請求項１に記載の方法。
【請求項７】
前記ソフトバッファビットの総数を区分化することは、以下の式に少なくとも部分的に基づいて、ソフトバッファパーティションサイズを選択することを含み、
【化１００−２】
2014502080.tif 000038
式中、ＮＩＲ，ｋは、ｋ番目の搬送波に対するソフトバッファメモリパーティションサイズであり、
Ｎｓｏｆｔは、特定ＵＥカテゴリに対する前記ソフトバッファビットの総数であり、
Ｎｃａｒｒｉｅｒは、集合搬送波の総数であり、
Ｗｍは、ｍ番目の搬送波に対する相対的な搬送波依存性重み係数であり、
ＫＭＩＭＯ，ｍは、１つの伝送時間間隔でユーザ機器デバイスに伝送可能である、ｍ番目の搬送波に対するトランスポートブロックの最大数であり、
ＭＤＬ＿ＨＡＲＱ，ｍは、ｍ番目の搬送波に対するダウンリンクハイブリッド自動再伝送要求プロセスの最大数であり、
Μｌｉｍｉｔ，ｍは、ｍ番目の搬送波に対するハイブリッド自動再伝送要求プロセスの構成された最大数である、請求項１に記載の方法。
【請求項８】
前記ソフトバッファビットの総数を区分化することは、以下の式に少なくとも部分的に基づいて、ソフトバッファパーティションサイズを選択することを含み、
【化１００−３】
2014502080.tif 000039
式中、ＮＩＲ，ｋは、ｋ番目の搬送波に対するソフトバッファメモリパーティションサイズであり、
Ｎｓｏｆｔは、特定ＵＥカテゴリに対する前記ソフトバッファビットの総数であり、
Ｎｃａｒｒｉｅｒは、集合搬送波の総数であり、
【化１００−４】
2014502080.tif 000040
は、ｍ番目の搬送波の帯域幅を示す搬送波帯域幅係数であり、
ＫＭＩＭＯ，ｍは、１つの伝送時間間隔でユーザ機器デバイスに伝送可能である、ｍ番目の搬送波に対するトランスポートブロックの最大数であり、
ＭＤＬ＿ＨＡＲＱ，ｍは、ｍ番目の搬送波に対するダウンリンクハイブリッド自動再伝送要求プロセスの最大数であり、
Ｍｌｉｍｉｔ，ｍは、ｍ番目の搬送波に対するハイブリッド自動再伝送要求プロセスの構成された最大数である、請求項１に記載の方法。
【請求項９】
前記ソフトバッファビットの総数を区分化することは、以下の式に少なくとも部分的に基づいて、ソフトバッファパーティションサイズを選択することを含み、
【化１００−５】
2014502080.tif 000041
式中、ＮＩＲ，ｋは、ｋ番目の搬送波に対するソフトバッファメモリパーティションサイズであり、
Ｎｓｏｆｔは、特定ＵＥカテゴリに対する前記ソフトバッファビットの総数であり、
Ｎｃａｒｒｉｅｒは、集合搬送波の総数であり、
【化１００−６】
2014502080.tif 000042
は、ｍ番目の搬送波の帯域幅を示す搬送波帯域幅係数であり、
ＫＭＩＭＯ，ｍは、１つの伝送時間間隔でユーザ機器デバイスに伝送可能である、ｍ番目の搬送波に対するトランスポートブロックの最大数であり、
ＭＤＬ＿ＨＡＲＱ，ｍは、ｍ番目の搬送波に対するダウンリンクハイブリッド自動再伝送要求プロセスの最大数であり、
Ｍｌｉｍｉｔ，ｍは、ｍ番目の搬送波に対するハイブリッド自動再伝送要求プロセスの構成された最大数である、請求項１に記載の方法。
【請求項１０】
前記集合搬送波の一部に対する搬送波関連再構成を検出することであって、該集合搬送波の一部は、該集合搬送波の全てを含むわけではない、ことと、
該集合搬送波の一部に対応する、前記１つ以上のソフトバッファパーティションの中のＨＡＲＱプロセス情報のみを操作することであって、他のソフトバッファパーティションの中のＨＡＲＱプロセス情報を操作しない、ことと、
をさらに含む、請求項１に記載の方法。
【請求項１１】
区分されるべき前記ソフトバッファビットの総数を判定することは、
前記ソフトビットバッファに使用されるべきソフトバッファビットの総数を判定することと、
該ソフトバッファビットの総数のうちの所定数を一次構成要素搬送波に割り当てて、ソフトバッファビットの残りの数を残すことと、
複数の二次構成要素搬送波に対する構成情報を検出することと、
該複数の二次構成要素搬送波の間で区分化されるべき該ソフトバッファビットの総数として、該ソフトバッファビットの残りの数を割り当てることと
を含む、請求項１に記載の方法。
【請求項１２】
前記複数の搬送波依存性重み係数を得ることは、複数の構成された集合搬送波に対する複数の搬送波依存性重み係数を得ることを含む、請求項１に記載の方法。
【請求項１３】
前記複数の搬送波依存性重み係数を得ることは、複数のアクティブ化集合搬送波に対する複数の搬送波依存性重み係数を得ることを含む、請求項１に記載の方法。
【請求項１４】
前記複数の集合搬送波のうちのいずれか１つ以上についての再構成の場合に、専用制御信号を受信することをさらに含み、該専用制御信号は、前記ソフトバッファビットの総数を再区分化するか否かを示す、請求項１に記載の方法。
【請求項１５】
ユーザ機器デバイスであって、該ユーザ機器デバイスは、集合搬送波に対するハイブリッド自動再送要求（ＨＡＲＱ）動作を処理するように構成され、該ユーザ機器デバイスは、
プロセッサおよびＨＡＲＱサブシステムを備え、該プロセッサおよびＨＡＲＱサブシステムは、ＨＡＲＱ動作のために区分化されるべきソフトバッファビットの総数を判定し、相対的サイズを有する複数のソフトバッファパーティションを得るように、複数の集合搬送波の間で該ソフトバッファビットの総数を区分化し、各搬送波に対する各ソフトバッファパーティションの該相対的サイズは、該搬送波と関連付けられる搬送波関連特性の関数として算出される、ユーザ機器デバイス。
【請求項１６】
前記ユーザ機器デバイスは、前記複数の集合搬送波にそれぞれ対応する複数の搬送波関連特性を得、該得ることは、複数の搬送波関連特性を伝える専用制御信号またはブロードキャスト制御信号を受信することによるか、あるいは該複数の搬送波関連特性を導出するために使用されてもよい情報を受信することによる、請求項１５に記載のユーザ機器デバイス。
【請求項１７】
前記複数の搬送波関連特性は、前記複数の集合搬送波と関連付けられる複数の搬送波依存性重み係数を含む、請求項１５に記載のユーザ機器デバイス。
【請求項１８】
前記プロセッサおよびＨＡＲＱサブシステムは、前記ユーザ機器デバイスのユーザ機器カテゴリを判定することによって、前記ソフトバッファビットの総数を判定し、該ユーザ機器デバイスは、前記集合搬送波上で１つ以上のトランスポートブロックを受信するように構成される、請求項１５に記載のユーザ機器デバイス。
【請求項１９】
前記プロセッサおよびＨＡＲＱサブシステムは、以下の式に少なくとも部分的に基づいてソフトバッファパーティションサイズを計算することによって、前記ソフトバッファビットの総数を区分化し、
【化１００−７】
2014502080.tif 000043
式中、ＮＩＲ，ｋは、ｋ番目の搬送波に対するソフトバッファメモリパーティションサイズであり、
Ｎｓｏｆｔは、特定ＵＥカテゴリに対する前記ソフトバッファビットの総数であり、
Ｎｃａｒｒｉｅｒは、集合搬送波の総数であり、
Ｗｍは、ｍ番目の搬送波に対する相対的な搬送波依存性重み係数であり、
ＫＭＩＭＯ，ｍは、１つの伝送時間間隔でユーザ機器デバイスに伝送可能である、ｍ番目の搬送波に対するトランスポートブロックの最大数であり、
ＭＤＬ＿ＨＡＲＱ，ｍは、ｍ番目の搬送波に対するダウンリンクハイブリッド自動再伝送要求プロセスの最大数であり
Ｍｌｉｍｉｔ，ｍは、ｍ番目の搬送波に対するハイブリッド自動再伝送要求プロセスの構成された最大数である、請求項１５に記載のユーザ機器デバイス。
【請求項２０】
前記プロセッサおよびＨＡＲＱサブシステムは、以下の式に少なくとも部分的に基づいてソフトバッファパーティションサイズを計算することによって、前記ソフトバッファビットの総数を区分化し、
【化１００−８】
2014502080.tif 000044
式中、ＮＩＲ，ｋは、ｋ番目の搬送波に対するソフトバッファメモリパーティションサイズであり、
Ｎｓｏｆｔは、特定ＵＥカテゴリに対する前記ソフトバッファビットの総数であり、
Ｎｃａｒｒｉｅｒは、集合搬送波の総数であり、
Ｗｍは、ｍ番目の搬送波に対する相対的な搬送波依存性重み係数であり
ＫＭＩＭＯ，ｍは、１つの伝送時間間隔でユーザ機器デバイスに伝送可能である、ｍ番目の搬送波に対するトランスポートブロックの最大数であり、
ＭＤＬ＿ＨＡＲＱ，ｍは、ｍ番目の搬送波に対するダウンリンクハイブリッド自動再伝送要求プロセスの最大数であり、
Ｍｌｉｍｉｔ，ｍは、ｍ番目の搬送波に対するハイブリッド自動再伝送要求プロセスの構成された最大数である、請求項１５に記載のユーザ機器デバイス。
【請求項２１】
前記プロセッサおよびＨＡＲＱサブシステムは、以下の式に少なくとも部分的に基づいてソフトバッファパーティションサイズを計算することによって、前記ソフトバッファビットの総数を区分化し、
【化１００−９】
2014502080.tif 000045
式中、ＮＩＲ，ｋは、ｋ番目の搬送波に対するソフトバッファメモリパーティションサイズであり、
Ｎｓｏｆｔは、特定ＵＥカテゴリに対する前記ソフトバッファビットの総数であり、
Ｎｃａｒｒｉｅｒは、集合搬送波の総数であり、
【化１１０】
2014502080.tif 000046
は、ｍ番目の搬送波の帯域幅を示す搬送波帯域幅係数であり、
ＫＭＩＭＯ，ｍは、１つの伝送時間間隔でユーザ機器デバイスに伝送可能である、ｍ番目の搬送波に対するトランスポートブロックの最大数であり、
ＭＤＬ＿ＨＡＲＱ，ｍは、ｍ番目の搬送波に対するダウンリンクハイブリッド自動再伝送要求プロセスの最大数であり、
Ｍｌｉｍｉｔ，ｍは、ｍ番目の搬送波に対するハイブリッド自動再伝送要求プロセスの構成された最大数である、請求項１５に記載のユーザ機器デバイス。
【請求項２２】
前記プロセッサおよびＨＡＲＱサブシステムは、以下の式に少なくとも部分的に基づいてソフトバッファパーティションサイズを計算することによって、前記ソフトバッファビットの総数を区分化し、
【化１１０−１】
2014502080.tif 000047
式中、ＮＩＲ，ｋは、ｋ番目の搬送波に対するソフトバッファメモリパーティションサイズであり、
Ｎｓｏｆｔは、特定ＵＥカテゴリに対する前記ソフトバッファビットの総数であり、
Ｎｃａｒｒｉｅｒは、集合搬送波の総数であり
【化１１０−２】
2014502080.tif 000048
は、ｍ番目の搬送波の帯域幅を示す搬送波帯域幅係数であり、
ＫＭＩＭＯ，ｍは、１つの伝送時間間隔でユーザ機器デバイスに伝送可能である、ｍ番目の搬送波に対するトランスポートブロックの最大数であり、
ＭＤＬ＿ＨＡＲＱ，ｍは、ｍ番目の搬送波に対するダウンリンクハイブリッド自動再伝送要求プロセスの最大数であり、
Ｍｌｉｍｉｔ，ｍは、ｍ番目の搬送波に対するハイブリッド自動再伝送要求プロセスの構成された最大数である、請求項１５に記載のユーザ機器デバイス。
【請求項２３】
前記プロセッサおよびＨＡＲＱサブシステムは、前記集合搬送波の一部に対する搬送波関連再構成を検出することであって、該集合搬送波の一部は、該集合搬送波の全てを含むわけではない、ことと、該集合搬送波の一部に対応する、前記１つ以上のソフトバッファパーティションの中のＨＡＲＱプロセス情報のみを操作することであって、他のソフトバッファパーティションの中のＨＡＲＱプロセス情報を操作しない、こととを行う、請求項１５に記載のユーザ機器デバイス。
【請求項２４】
前記プロセッサおよびＨＡＲＱサブシステムは、前記ソフトビットバッファに使用されるべきソフトバッファビットの総数を判定することと、該ソフトバッファビットの総数のうちの所定数を一次構成要素搬送波に割り当てて、ソフトバッファビットの残りの数を残すことと、複数の二次構成要素搬送波の構成情報を検出することと、該複数の二次構成要素搬送波の間で区分化されるべき該ソフトバッファビットの総数として、該ソフトバッファビットの残りの数を割り当てることとによって、ＨＡＲＱ動作のために区分化されるべき該ソフトバッファビットの総数を判定する、請求項１５に記載のユーザ機器デバイス。
【請求項２５】
前記プロセッサおよびＨＡＲＱサブシステムは、複数の構成された集合搬送波に対する前記複数の搬送波依存性重み係数を得る、請求項１５に記載のユーザ機器デバイス。
【請求項２６】
前記プロセッサおよびＨＡＲＱサブシステムは、複数のアクティブ化集合搬送波に対する前記複数の搬送波依存性重み係数を得る、請求項１５に記載のユーザ機器デバイス。
【請求項２７】
前記プロセッサおよびＨＡＲＱサブシステムは、前記複数の集合搬送波のうちのいずれか１つ以上の再構成の場合に、専用制御信号を受信し、該専用制御信号は、前記ソフトバッファビットの総数を再区分化するか否かを示す、請求項１５に記載のユーザ機器デバイス。
【請求項２８】
ハイブリッド自動再送要求（ＨＡＲＱ）動作を処理するために構成されるネットワーク要素であって、該ネットワーク要素は、プロセッサおよび通信サブシステムを備え、該ネットワーク要素は、
複数の集合搬送波上でデータパケットを受信するようにユーザ機器デバイスを構成することと、
該複数の集合搬送波上でデータパケットを該ユーザ機器デバイスに伝送することと、
該複数の集合搬送波にそれぞれ対応する複数の搬送波依存性重み係数を該ユーザ機器デバイスに伝送することと
を行うように構成され、
該搬送波依存性重み係数は、該搬送波依存性重み係数に少なくとも部分的に基づいてソフトバッファビットの総数を区分化する際に、該ユーザ機器デバイスによる使用のために伝送され、それにより、相対的な搬送波依存性重み係数に基づいてサイズ決定される該複数の集合搬送波に対する複数のソフトバッファパーティションを得る、ネットワーク要素。
【請求項２９】
前記ネットワーク要素は、進化型ノードＢである、請求項２８に記載のネットワーク要素。
【請求項３０】
前記ネットワーク要素は、前記複数の搬送波依存性重み係数を伝える専用制御信号を伝送することによって、該複数の搬送波依存性重み係数を伝送する、請求項２８に記載のネットワーク要素。
【請求項３１】
前記ネットワーク要素は、セルの中で前記複数の搬送波依存性重み係数をブロードキャストすることによって、該複数の搬送波依存性重み係数を伝送する、請求項２８に記載のネットワーク要素。
【請求項３２】
コンピュータ可読媒体上に具現化されるコンピュータプログラムであって、該コンピュータプログラムは、プロセッサを制御して、集合搬送波に対するハイブリッド自動再送要求（ＨＡＲＱ）動作を処理するための方法を実行するように構成され、該コンピュータプログラムは、
ＨＡＲＱ動作のために区分化されるべきソフトバッファビットの総数を判定することと、
複数の集合搬送波にそれぞれ対応する複数の搬送波関連特性を得ることと、
該複数の集合搬送波と関連付けられる該複数の搬送波関連特性に少なくとも部分的に基づいて、該複数の集合搬送波の間で該ソフトバッファビットの総数を区分化することであって、その結果、該複数の搬送波関連特性に基づく相対的サイズを有する複数のソフトバッファパーティションを得る、ことと
を含む、コンピュータプログラム。
【請求項３３】
前記複数の搬送波関連特性を得ることは、該複数の搬送波関連特性を伝える専用制御信号またはブロードキャスト制御信号を受信すること、あるいは該複数の搬送波関連特性を導出するために使用されてもよい情報を受信することを含む、請求項３２に記載のコンピュータプログラム。
【請求項３４】
前記複数の搬送波関連特性を得ることは、前記集合搬送波の各々に対する帯域幅情報を導出することを含む、請求項３２に記載のコンピュータプログラム。
【請求項３５】
前記ソフトバッファビットの総数を区分化することは、前記複数の集合搬送波から前記ｋ番目の搬送波に対するソフトバッファパーティションサイズを選択することを含み、該選択することは、ｋ番目の搬送波に対する重み係数を該集合搬送波に対する全ての重み係数の合計で割ることによる、請求項３２に記載のコンピュータプログラム。
【請求項３６】
前記ソフトバッファパーティションを選択することは、以下の式に少なくとも部分的に基づいて、ソフトバッファパーティションサイズを計算することを含み、
【化１１０−３】
2014502080.tif 000049
式中、ＮＩＲ，ｋは、ｋ番目の搬送波に対するソフトバッファメモリパーティションサイズであり、
Ｎｓｏｆｔは、特定ＵＥカテゴリに対する前記ソフトバッファビットの総数であり、
Ｎｃａｒｒｉｅｒは、集合搬送波の総数であり、
Ｗｍは、ｍ番目の搬送波に対する相対的な搬送波依存性重み係数であり
ＫＭＩＭＯ，ｍは、１つの伝送時間間隔でユーザ機器デバイスに伝送可能である、ｍ番目の搬送波に対するトランスポートブロックの最大数であり、
ＭＤＬ＿ＨＡＲＱ，ｍは、ｍ番目の搬送波に対するダウンリンクハイブリッド自動再伝送要求プロセスの最大数であり、
Ｍｌｉｍｉｔ，ｍは、ｍ番目の搬送波に対するハイブリッド自動再伝送要求プロセスの構成された最大数である、請求項３５に記載のコンピュータプログラム。
【請求項３７】
前記ソフトバッファパーティションを選択することは、以下の式に少なくとも部分的に基づいて、ソフトバッファパーティションサイズを計算することを含み、
【化１１０−４】
2014502080.tif 000050
式中、ＮＩＲ，ｋは、ｋ番目の搬送波に対するソフトバッファメモリパーティションサイズであり、
Ｎｓｏｆｔは、特定ＵＥカテゴリに対する前記ソフトバッファビットの総数であり、
Ｎｃａｒｒｉｅｒは、集合搬送波の総数であり、
Ｗｍは、ｍ番目の搬送波に対する相対的な搬送波依存性重み係数であり、
ＫＭＩＭＯ，ｍは、１つの伝送時間間隔でユーザ機器デバイスに伝送可能である、ｍ番目の搬送波に対するトランスポートブロックの最大数であり、
ＭＤＬ＿ＨＡＲＱ，ｍは、ｍ番目の搬送波に対するダウンリンクハイブリッド自動再伝送要求プロセスの最大数であり、
Ｍｌｉｍｉｔ，ｍは、ｍ番目の搬送波に対するハイブリッド自動再伝送要求プロセスの構成された最大数である、請求項３５に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信システムおよび同システムを操作するための方法を対象とする。一側面では、本発明は、ＨＡＲＱ動作を行うための方法、システム、おおよびデバイスに関する。
【背景技術】
【０００２】
Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）Ａｄｖａｎｃｅｄは、Ｅ−ＵＴＲＡＮノードＢ（ｅＮＢ）からユーザ機器（ＵＥ）デバイスへデータを送信するために複数の同時トランスポートブロックを使用することができる、進化型汎用地上波無線アクセス（Ｅ−ＵＴＲＡ）無線技術を定義するために、３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）規格の主要な強化として提出するために現在開発中である、移動通信規格である。潜在的なデータ伝送エラーに対処するために、データ伝送エラーを検出して訂正するためのＨＡＲＱエラー制御方法を使用した、転送エラー訂正コーディングおよびエラー検出コーディングの組み合わせを提供する、ハイブリッド自動再送要求（ＨＡＲＱ）スキームが、既存のＬＴＥ  ３ＧＰＰ規格で定義されている。既存のＨＡＲＱスキームでは、再伝送されたブロックが受信された時に、２つのブロックの受信した値が組み合わせられ得るように、誤って受信したコード化データブロックが、ＵＥ／受信機におけるソフトバッファの中に記憶される場合がある。残念ながら、ダウンリンク（ＤＬ）ＨＡＲＱプロセスの間でソフトバッファを分割するための従来の（Ｒｅｌ−８）アプローチは、特に、データブロックが、同一のチャネルおよび／またはインターフェース条件および／または特性を持たない場合がある、複数集合搬送波（Ｒｅｌ−１０）上で伝送されている時、および／または搬送波関連伝送モード再構成が起こる時に、不十分なＨＡＲＱ動作および／またはバッファ利用をもたらす場合がある。
【０００３】
理解されるように、特に、搬送波の数およびタイプが搬送波集合技法とともに増加するにつれて、異なるＨＡＲＱプロセスの間でソフトバッファを区分化するために現在のＨＡＲＱスキームを使用することには課題がある。したがって、上記で概説されるような当技術分野での問題を克服するように、ダウンリンクＨＡＲＱソフトバッファを管理するための改良型方法、システム、およびデバイスの必要性が存在する。以下の図面および発明を実施するための形態を参照して、本願の残りの部分を精査した後に、従来のプロセスおよび技術のさらなる制限および不利点が、当業者に明白となるであろう。
【図面の簡単な説明】
【０００４】
以下の図面と併せて、以下の発明を実施するための形態が検討された時に、本発明が理解され、その多数の目的、特徴、および利点が得られ得る。
【図１】図１は、搬送波集合のためのＨＡＲＱソフトバッファ区分化を含むユーザエージェントを含む通信システムの構成要素を示す概略図である。
【図２】図２は、ＨＡＲＱダウンリンクソフトバッファを実装するために使用され得る、循環バッファレート整合スキームを描写する。
【図３】図３は、トランスポートブロックの長さおよび利用可能なソフトバッファのサイズに応じて、どのようにしてトランスポートブロックが切り捨てパリティビットを有し得るかを図示する。
【図４】図４は、異なるサイズの２つのトランスポートブロックを伴うソフトバッファの非効率的な区分化を図示する。
【図５】図５は、集合搬送波上でのトランスポートブロックの伝送に使用するためのＨＡＲＱバッファサイズ割付をユーザエージェントが管理することを可能にするように、アクセスデバイスによって行われ得るプロセスを図示する、フローチャートである。
【図６】図６は、集合搬送波上で伝送されたトランスポートブロックの復号に使用するためのＨＡＲＱソフトバッファ区分化を管理するように、ユーザエージェントによって行われ得るプロセスを図示する、フローチャートである。
【図７】図７は、本開示の種々の実施形態のうちのいくつかのために動作可能であるユーザエージェントおよび／またはアクセスデバイス上で実装され得る、ソフトウェア環境の略図である。
【図８】図８は、本発明の選択された実施形態とともに使用され得る、移動無線通信デバイスの例示的な構成要素を図示する、略ブロック図である。
【発明を実施するための形態】
【０００５】
搬送波の異なるチャネル条件および／または干渉レベルおよび／または他の特性を考慮するよう、各搬送波の特定の帯域幅および／または性能および／または他の特性に基づいて、複数の集合搬送波の間で全利用可能ソフトバッファビットが区分化されるように、ＨＡＲＱソフトバッファを管理するための方法、システム、およびデバイスが提供される。集合搬送波の間で全利用可能ソフトビットをむやみに等しく分割するよりもむしろ、搬送波依存性重み係数が、ソフトバッファを各集合搬送波に対する別個のバッファに分離するために、伝送機および／または受信機において使用され、重み係数は、ＲＲＣ信号を用いて受信機にブロードキャストまたは信号伝達されるか、システム情報の中で伝えられるか、あるいは別様に伝えられるか、または、他のシステム情報パラメータから受信機によって、暗示的に導出されることができる。他の実施形態では、より広い帯域幅の搬送波上で受信されるトランスポートブロックが、より狭い帯域幅の搬送波上で受信されるトランスポートブロックよりも大きいサイズ（または大きい最大サイズ）を有し得るという予期に基づいて、集合搬送波の相対的帯域幅が、ソフトバッファを区分化するために使用される。これらの実施形態については、全ての搬送波の全複合帯域幅と比較して、各搬送波の帯域幅の相対的な重み付け等の搬送波に対する重み係数を使用して、特定の搬送波上のトランスポートブロックに対するソフトビットバッファサイズを決定するために、割付規則または方程式が提供される。加えて、再構成された搬送波のソフトバッファのみに適用されるように任意の潜在的なバッファ消去動作を限定することによって、ＨＡＲＱ性能への搬送波関連再構成の影響を最小限化するように、バッファ再区分化規則が提供される。選択された実施形態では、ソフトビットの総数を、複数の搬送波にわたる複数のＨＡＲＱプロセスの間で区分化することができるように、ＨＡＲＱソフトバッファ管理機構が、Ｅ−ＵＴＲＡ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）としても知られている）のリリース１０においてダウンリンクＨＡＲＱプロセスを可能にする。しかしながら、本発明の選択された実施形態はまた、場合によっては、アップリンク伝送に多重入出力（ＭＩＭＯ）を利用し得る、将来のＥ−ＵＴＲＡリリース等のアップリンクＨＡＲＱプロセスを用いて適用され得る。さらに、本明細書で説明される実施形態は、様々な方法およびシステムを例証するように意図されているにすぎず、異なる伝送モードを有する無線ネットワーク、および複数の搬送波にわたって伝送される１つ以上のトランスポートブロックを受信して復号するためにＨＡＲＱプロセスが使用されるシナリオに適用することができる。
【０００６】
ここで、添付図面を参照して、本発明の種々の例証的実施形態を詳細に説明する。種々の詳細が以下の説明で記載されるが、本発明は、これらの具体的詳細なしで実践され得、実装によって異なる通信システム制限または設計関連制約の順守等のデバイス設計者の特定の目標を達成するように、多数の実装特有の決定が本明細書で説明される本発明に行われ得ることが理解されるであろう。そのような開発努力は、複雑で時間がかかる場合があるが、それでもなお、本開示の利益を有する当業者にとっては日常的な取り組みとなるであろう。例えば、選択された側面は、本発明を限定すること、または曖昧にすることを回避するために、詳細に示されるよりもむしろブロック図で示される。本明細書で提供される詳細な説明のいくつかの部分は、コンピュータメモリに記憶されるデータに作用するアルゴリズムおよび命令に関して提示される。そのような説明および表現は、当業者によって、作業の要旨を他の当業者に説明して伝えるために使用される。一般に、アルゴリズムとは、所望の結果につながる首尾一貫した一連のステップを指し、「ステップ」とは、記憶され、転送され、組み合わせられ、比較され、および別様に操作されることが可能な電気または磁気信号の形態を成し得るが、必ずしもその必要はない、物理量の操作を指す。これらの信号をビット、値、要素、記号、文字、項、数、または同等物として参照することが、一般的な用法である。これらおよび同様の用語は、適切な物理量に関連付けられ得、これらの量に適用される便利な標識にすぎない。以下の論議から明白であるように特に明記しない限り、説明の全体を通して、「処理する」または「算出する」または「計算する」または「決定する」または「表示する」あるいは同等物等の用語を使用した論議は、コンピュータシステムのレジスタおよびメモリ内の物理（電子）量として表されるデータを操作し、コンピュータシステムのメモリまたはレジスタ、あるいは他のそのような情報記憶、伝送、または表示デバイス内の物理量として同様に表される他のデータに変換する、コンピュータシステムまたは同様の電子コンピュータデバイスの作用およびプロセスを指すことが理解される。
【０００７】
本明細書で使用される場合、ユーザエージェント（ＵＡ）およびユーザ機器（ＵＥ）という用語は、携帯電話、携帯情報端末、手持ち式またはラップトップコンピュータ、デスクトップコンピュータ、セットトップボックス、ネットワークノード、および無線電気通信能力を有する同様のデバイス等の無線デバイスを指すために、交換可能に使用される。無線電気通信システムでは、基地局またはアクセスポイント内の伝送機器が、セルとして知られている地理的領域の全体を通して信号を伝送する。技術が進化するにつれて、従来の無線電気通信システムにおける同等の機器よりも高度に進化させられている、基地局または他のシステムおよびデバイスよりもむしろ、進化型ノードＢ（ｅＮＢ）デバイスを含むが、それに限定されない、以前は不可能であったサービスを提供することができる、より進歩した機器が導入されてきた。そのような先進的または次世代機器は、本明細書では、ＬＴＥ機器またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）機器と呼ばれ得、そのような機器を使用するパケットベースのネットワークは、進化型パケットシステム（ＥＰＳ）と呼ぶことができる。本明細書で使用される場合、アクセスデバイスまたはアクセスポイントという用語は、従来の基地局またはＬＴＥあるいはＬＴＥ−Ａアクセスデバイスを含むが、それらに限定されない、電気通信システムにおける他の構成要素へのアクセスをＵＥに提供することができる、任意の構成要素を交換可能に指す。アクセスポイントは、ダウンリンクトラフィックデータパケット伝送を動的に予定に入れ、アクセスデバイスに通信する全てのＵＥの間でアップリンクトラフィックデータパケット伝送リソースを割り付けるためにパケットスケジューラを使用して、無線アクセスを１つ以上のＵＥに提供する。スケジューラの機能は、とりわけ、ＵＥの間で利用可能なエアインターフェース容量を分割することと、各ＵＥのパケットデータ伝送に使用されるトランスポートチャネルを決定することと、パケット割付およびシステム負荷を監視することとを含む。スケジューラは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）データ伝送のためのリソースを動的に割り付け、制御チャネルを通してスケジューリング情報をＵＥに送信する。
【０００８】
アクセスデバイスは、ダウンリンクおよびアップリンクリソース割当の両方を含む、データパケットリソース割当をＵＥに伝達するために、異なるダウンリンク制御情報（ＤＣＩ）メッセージ形式を使用する。典型的には、アクセスデバイスは、ＵＥおよびアクセスデバイスの能力、ＵＥに伝送するデータの量、セル内の通信トラフィックの量、チャネル条件等を含む、いくつかの要因の関数として、リソースをＵＥに割り付けるためのＤＣＩ形式のうちの１つを選択する。ＵＥは、アップリンクおよびダウンリンク伝送のタイミングおよびデータ転送レートのスケジューリング／リソース割付情報を参照し、それに従ってデータパケットを伝送または受信する。ＤＣＩ形式の制御データパケットは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して伝送される。
【０００９】
ハイブリッド自動再送要求（ＨＡＲＱ）は、誤って受信したトラフィックパケットを補うようにトラフィックパケットを再伝送するためのスキームであり、アップリンクおよびダウンリンクデータ伝送の両方にＬＴＥシステムで使用することができる。ＵＥがダウンリンクパケットを受信するダウンリンク伝送については、ＵＥによって行われる周期的冗長チェック（ＣＲＣ）が成功した復号を示した後に、肯定応答（ＡＣＫ）が、ＵＥからアクセスデバイスへ物理アップリンク制御チャネル（ＰＵＣＣＨ）上で伝送され得る（またはＰＵＳＣＨ伝送と多重化される）。パケットが正しく受信されていないことをＣＲＣが示す場合、ＵＥ  ＨＡＲＱエンティティが、誤って受信したパケットの再伝送を要求するために、ＰＵＣＣＨ（またはＰＵＳＣＨ上で多重化される）上で否定応答（ＮＡＣＫ）を伝送する。いったんＨＡＲＱ  ＮＡＣＫがアクセスデバイスに伝送されると、ＵＥは、再伝送されるパケットを受信することを待つ。再伝送要求がアクセスデバイスにおいて受信された時に、アクセスデバイスは、誤って受信されたパケットをＵＥに再伝送する。この伝送、ＡＣＫ／ＮＡＣＫ、および再伝送のプロセスは、パケットが正しく受信されるまで、または最大数の再伝送が起こるまで継続する。本明細書で使用される場合、ＨＡＲＱプロセスは、ＮＡＣＫの伝送、再伝送されるパケットを待つこと、および再伝送されたパケットを復号しようとすることを指す。
【００１０】
（例えば、短い時間量にわたってオーディオビデオデータをＵＥに伝送するための）より高いデータ転送レートをサポートするために、アクセスデバイスは、並行していくつかのデータパケット伝送プロセスを開始し得る。複数の同時パケット伝送のうちの各々に対するＨＡＲＱスキームを促進するために、アクセスデバイスおよびＵＥは、並行ＨＡＲＱプロセスをサポートするようにプログラムされ得る。この目的を達成するために、ＰＤＣＣＨ上の各ＤＣＩ形式のダウンリンクリソース付与は、関連データパケットに対応する、３ビットＨＡＲＱプロセス数またはＨＡＲＱプロセス指標（ＨＰＩ）を含む。データパケットが正しく受信されなかった時に、誤って受信されたパケットおよび関連ＨＰＩが、ＨＡＲＱエンティティによってＨＡＲＱ復号バッファ（別名ソフトバッファ）の中に記憶され、ＮＡＣＫが、データパケットの再伝送を要求するようにアクセスデバイスに返送される。アクセスデバイスは、元の伝送されたデータパケットに関連付けられるＨＰＩとともに、データパケットをＵＥに再伝送する。再伝送されたパケットおよびＨＰＩが受信された時に、ＵＥは、再伝送されたパケットを、受信したＨＰＩに関連付けられるＨＡＲＱプロセスに送達する。ＨＡＲＱプロセスは、複数の伝送からの複合パケットデータを復号しようとし、ＨＡＲＱプロセスは継続する。ＨＰＩが３ビットである場合、同時ＨＡＲＱプロセスの最大数は８である。
【００１１】
データ転送レートを増加させるための別のアプローチは、アクセスデバイスとＵＥとの間で通信するために複数の搬送波（すなわち、複数の周波数）を使用すること等によって、伝送帯域幅を増加させることである。３ＧＰＰでは、より広い伝送帯域幅をサポートし、したがって、ＬＴＥ−Ａ要件を満たすように潜在的なピークデータ転送レートを増加させるために、搬送波集合がＬＴＥ−Ａｄｖａｎｃｅｄ（Ｅ−ＵＴＲＡ  Ｒｅｌ−１０）に使用されることが合意されている。ダウンリンク搬送波集合では、複数のダウンリンク構成要素搬送波が集約され、同じサブフレーム内で送信され得る。図１では、各構成要素搬送波（例えば、３３）が２０ＭＨｚの幅を有し、したがって、全ダウンリンクシステム帯域幅が１００ＭＨｚである、搬送波集合３１−３５の実施例が描写されている。しかしながら、図１に示される５つのダウンリンク構成要素搬送波とは異なる数が、特定のＵＥに割り付けられ得、異なる構成要素搬送波の帯域幅が、必ずしも同じである必要はないことが理解される。ＵＥは、ＵＥの能力およびｅＮＢ展開シナリオに応じて、特定最大数までの複数のダウンリンク構成要素搬送波上で受信し得る。加えて、展開シナリオに応じて、搬送波集合は、同じ周波数帯に位置する搬送波および／または非隣接（非連続）周波数帯に位置する搬送波とともに生じ得る。例えば、１つの搬送波は、２ＧＨｚに位置し得、第２の非隣接集合搬送波は、８００ＭＨｚに位置し得る。
【００１２】
伝送レートが搬送波集合の使用を介して増加させられる場合、複数の搬送波上で伝送されるデータを管理するために必要とされる、別個のＨＡＲＱプロセスの数が増加させられるべきである。加えて、ＨＡＲＱ復号／ソフトバッファのサイズもまた、付加的な搬送波および関連ＨＡＲＱプロセスに関連付けられる付加的なデータの記憶を可能にするように増加させられるべきである。異なる伝送能力および関連最小バッファサイズ要件が、３ＧＰＰ  ＴＳ  第３６．３０６項、§４．１、および「ＬＳ  ｏｎ  Ｒｅｌ−１０  ＵＥ  Ｃａｔｅｇｏｒｙ」と題された出版物、３  ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃６２，  Ｒｌ−１０５０９５で定義される、Ｒｅｌ−１０の異なるＵＥカテゴリの関数として、以下の表１で要約される。
【００１３】
表１：ＵＥカテゴリによって設定されるダウンリンク物理層パラメータ値
【００１４】
【表１】
2014502080.tif 000003
表１では、ＤＬ  ＨＡＲＱのためのソフトチャネルビットの総数が、（提案されているが、まだ完全には批准されていない値を示す角括弧を伴って）ＵＥカテゴリごとに記載されている。ＵＥカテゴリ６−８は、Ｒｅｌ−１０の特徴を十分に活用するように新たに導入されており、ＵＥカテゴリ１−５は、元来Ｒｅｌ−８ＵＥのために定義されたが、これらのカテゴリはまた、別個の信号を介して伝達されている完全ＵＥ能力（例えば、搬送波集合能力）を伴うＲｅｌ−１０ＵＥに使用することもできる。例えば、カテゴリ３のＲｅｌ−１０ＵＥは、それぞれ１０ＭＨｚ帯域幅を伴う２つの搬送波の搬送波集合をサポートすることができ、搬送波集合関連情報は、付加的なＵＥ能力信号を介して伝達される。ダウンリンクにおける空間多重化のためのサポートされた層の数は、別々に信号伝達されるので、このパラメータは、ＵＥカテゴリの表に含まれない。
【００１５】
どのようにしてＨＡＲＱダウンリンクバッファが区分化され、Ｒｅｌ−１０ＵＥデバイスで搬送波集合信号に使用されるかを理解するために、アクセスデバイス２０と、それぞれが搬送波集合に対するＨＡＲＱダウンリンク／ソフトバッファを区分化するように構成される、１つ以上のユーザ機器（ＵＥ）デバイス１０−１２とを含む、マルチチャネル通信システム１００を概略的に描写する、図１を参照する。ＵＥ１０は、とりわけ、アクセスデバイス２０からデータを受信するように、およびアクセスデバイス２０にデータを提供するように、アクセスデバイス２０と通信する１つ以上のソフトウェアプログラムを実行する、１つ以上のプロセッサを含む。データがＵＥ１０からアクセスデバイス２０へ伝送される時に、データは、アップリンクデータと呼ばれ、データがアクセスデバイス２０からＵＥ１０へ伝送される時に、データは、ダウンリンクデータと呼ばれる。通信を促進するために、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）１１３、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）１１５、および物理アップリンク制御チャネル（ＰＵＣＣＨ）１１７を含むが、それらに限定されない、複数の異なる通信チャネルが、アクセスデバイス２０とＵＥ１０との間で確立される。ＰＤＣＣＨ１１３は、ダウンリンク通信トラフィックパケットを受信するためにＵＥ１０によって使用されるスケジューリング（すなわち、ＵＥ１０によって実行されるアプリケーションによって使用される非制御データ）を示すように、スケジューリングまたは制御データパケット（別名ダウンリンク制御情報（ＤＣＩ）パケット）をＵＥ１０に伝送することによって、ダウンリンクデータ通信中にアクセスデバイス２０がＵＥ１０を制御することを可能にする、ＵＥの制御信号モジュール１１２によって受信される制御チャネルである。別個のＤＣＩパケットは、伝送される各トラフィックパケット（ＴＰ）のために、アクセスデバイス２０によってＵＥ１０に伝送される。関連トラフィックパケットのためのスケジューリングを示す情報を含むことに加えて、ＤＣＩパケットは、必要であれば、トラフィックパケットのためのＨＡＲＱプロセスを促進するために使用することができる、ＨＡＲＱプロセス指標（ＨＰＩ）を含み得る。元のＰＤＣＣＨ伝送および任意のＰＤＣＣＨ再伝送の両方において、関連パケットのＤＣＩおよびＨＰＩ値が伝送される。ＰＤＣＣＨチャネル１１３上で制御信号を伝送した後に、アクセスデバイス２０は、ＵＥのトランスポートブロックモジュール１１４によって受信される関連トラフィックデータパケットをＰＤＳＣＨ１１５上で伝送する。必要とされる時に、トラフィックパケットは、ＰＤＳＣＨ１１５上で再伝送される。ＨＡＲＱダウンリンクプロセスの一部として、ＵＥ１０は、それぞれ、正しいまたは誤ったパケット受信を示すように、受信されるトラフィックパケットのうちの各々に対して、アップリンクＰＵＣＣＨ１１７を介して確認応答（ＡＣＫ）および否定応答（ＮＡＣＫ）信号をアクセスデバイス２０に伝送する（しかし場合によっては、物理アップリンク共有チャネル（ＰＵＳＣＨ）がアップリンクＡＣＫ／ＮＡＣＫ機能性に使用され得る）。トラフィックパケットが正しく受信されず、ＮＡＣＫがアクセスデバイス２０に返送される場合、アクセスデバイス２０は、典型的には、別のＤＣＩパケットを伝送し、誤って受信されたトラフィックパケットをＵＥ１０に再伝送する。
【００１６】
ＨＡＲＱについては、各受信したコード化されたビットにソフト値が割り当てられる。ソフト値は、実際の実装内の固定小数点で表され得る。例えば、５ビットの精度を使用したソフト値は、受信されたビットを定義するように、負の１５から正の１５の間であり得る。この場合、符号は、ビットが何であるかを受信機が仮定することを示すために使用され得、（例えば）負符号が０のビット値を表し、正符号が１のビット値を表し、その大きさは、受信機が値に関して有する信頼レベルである。したがって、＋１５は、「１」のビット値が受信されたことを受信機が適正に確信していることを示し得る一方で、−１５は、「０」のビット値が受信されたことを受信機が適正に確信していることを示し得る。逆に、「＋１」の固定小数点は、１のビット値が受信されたと受信機が考えるが、あまり確信していないことを示し得る。次いで、これらのソフトビット値は、順方向エラー訂正（ＦＥＣ）復号を行うターボデコーダへの入力として使用されるが、ＦＥＣ復号の前に、任意の受信したソフトビット値が最初に、他の以前に記憶／バッファ格納されたビット値と組み合わせられ得る。そのようなソフト値を算出するための１つの一般的に使用されているアプローチは、ソフト値が、０であるコード化されたビットの確率で割られる、１であるコード化されたビットの確率の対数を表す、対数尤度比（ＬＬＲ）アプローチと呼ばれる。
【００１７】
この目的を達成するために、各ＵＥ１０は、ハードウェアおよび／または１つ以上のプロセッサ要素によって実行されるソフトウェアを使用して、ＨＡＲＱプロセスデコーダ１１６を維持する。ＨＡＲＱプロセスデコーダ１１６は、機能ブロック図を用いて図１に示される、ダウンリンクＨＡＲＱモジュール１１８と、バッファパーティションモジュール１２０−１２４とを含む。具体的には、レートデマッチング１４１後に、（ＭＩＭＯモードに応じて）１つまたは２つの受信したトランスポートブロックの符号化ソフトビット値が、ＤＬ  ＨＡＲＱアクティビティを協調させるＤＬ  ＨＡＲＱエンティティ１４３に送達される。同時に、ＤＬ  ＨＡＲＱエンティティ１４３は、トランスポートブロックサイズ、符号化ビット値の数、トランスポートブロックに関連付けるＤＬ  ＨＡＲＱプロセス、および受信したデータが新しい伝送を表すか、または再伝送を表すか等の付加的な制御信号情報を、制御信号ブロック１４０から受信する。次いで、示されたＤＬ  ＨＡＲＱエンティティ１４３は、新たに受信したデータを、ＨＡＲＱダウンリンク／ソフトバッファ１４４−１４６からの任意の以前に受信して蓄積した対数尤度比（ＬＬＲ）情報と組み合わせ、新しい結果として生じた一式のＬＬＲをターボデコーダ（ＴＤ）１４７に提供する。ＣＲＣチェックモジュール１４８は、トランスポートブロックの受信が成功したか否かを示すために、復号されたトランスポートブロックに２４ビットＣＲＣチェックを行う。トランスポートブロック自体は、トランスポートブロックのセグメンテーションから形成される複数の連結コードブロックから成り得、各コードブロックは、独自の同等に強力な（２４ビット）個別ＣＲＣが付加されている。トランスポートブロックＣＲＣチェック１４８の結果は、アクセスデバイス２０へのアップリンクＰＵＣＣＨチャネル１１７上のＤＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを生成するように、ＡＣＫ／ＮＡＣＫ信号モジュール１４９に提供され、また、復号が成功したか否かを関連ＤＬ  ＨＡＲＱプロセスが知るように、ＤＬ  ＨＡＲＱエンティティ１４３にもフィードバックされる。
【００１８】
失敗した復号の場合、ＤＬ  ＨＡＲＱエンティティ１４３は、誤って受信したパケットに関連付けられる複数のＨＡＲＱプロセスのうちの１つを一意的に識別する情報とともに、誤って受信したデータパケットを記憶する。この目的を達成するために、将来のＤＬ  ＨＡＲＱ再伝送との可能な組み合わせのために、誤って受信したデータおよび関連ＨＡＲＱプロセス識別子を記憶するための例示的なソフトビットバッファ１４４−１４６が提供される。ＵＥ１０が第１の伝送試行におけるトランスポートブロックを復号できない状況では、ＤＬ  ＨＡＲＱエンティティ１４３は、現在のＤＬ  ＨＡＲＱプロセスに対応するソフトビットバッファ（例えば、１４４）の中にソフトビット値を記憶する（これらは、ターボでコーダに入力され、数ビット以上の精度で固定小数点数値として一般的に表すことができるＬＬＲ値である）。同じトランスポートブロックのＨＡＲＱ再伝送が同じＤＬ  ＨＡＲＱプロセスに起こる時に、ＵＥは、新たに受信したソフトビット値を同じトランスポートブロックの以前に記憶されたソフトビット値と組み合わせ、次いで、ターボ復号のための入力として、これらの組み合わせたソフトビット値を使用することができる。別の実施例として、元のトラフィックパケットが誤って受信された場合、そのパケットは、第１のソフトバッファ１４４の中に関連ＨＡＲＱプロセス識別子（例えば、ＨＡＲＱプロセス０）とともに記憶され、ＨＡＲＱプロセス０に関連付けられる第２の誤って受信したトラフィックパケット（すなわち、初めて再伝送されるパケット）は、元のパケットと組み合わせられ、次いで、第１のソフトバッファ１４４の中に記憶される等である。成功したトランスポートブロック復号の場合、復号された情報は、上位プロトコル層へ上向きに伝えられ、ソフトビット値は、必ずしも将来の使用のために保持される必要はない。
【００１９】
上記で示されるように、利用可能なダウンリンクＨＡＲＱプロセスのうちの各々は、ソフトを組み合わせる目的でソフトビットバッファ（例えば、１４４）を維持する。ソフトビットバッファのサイズは、各ソフトビットが、転送エラー訂正（ＦＥＣ）復号目的で使用されるＬＬＲ等の数値を表す、ソフトチャネルビットの数に関連して定義される。加えて、各ソフトビット値は、使用されている数値の範囲に応じて、１ビット以上の物理メモリ記憶を必要とする。ＬＴＥでは、全てのダウンリンクＨＡＲＱプロセスに対するソフトチャネルビットの総数が、ＵＥカテゴリに関して定義される。これは、各ＵＥカテゴリがＴＴＩ（伝送時間間隔）内で受信されるダウンリンク共有チャネル（ＤＬ−ＳＣＨ）トランスポートブロックビットの最大数を有する、表１に上記で示される。ＰＤＳＣＨ上で搬送されるＤＬ−ＳＣＨトランスポートブロック、および／またはＰＵＳＣＨで搬送されるＵＬ−ＳＣＨ（アップリンク共有チャネル）トランスポートブロックを指す時に本明細書で使用される場合、１つのＴＴＩは、１つのサブフレームと同等であると見なすことができ、また、１つの伝送機会と呼ばれ得る。したがって、Ｅ−ＵＴＲＡとの関連で、１つの伝送機会とは、１ｍｓの長さを有し得る、１つのサブフレームに等しい伝送時間単位を指す。表１の第４の列は、全てのＨＡＲＱプロセスにわたる全ソフトバッファサイズを示し、ソフトチャネルビットの総数は、ＨＡＲＱプロセスの全てに対する合計である。
【００２０】
ＨＡＲＱデコーダを設計するための課題のうちの１つは、ＨＡＲＱプロセスの間で全ソフトバッファサイズを割り付けることである。この目的を達成するために、ＵＥ１０は、ＤＬ  ＨＡＲＱエンティティ１４３によって処理されているトランスポートブロックの間で全ＨＡＲＱ  ＤＬソフトバッファサイズを割り付ける、１つ以上のバッファパーティションモジュール１２０−１２４を含む。具体的には、バッファパーティションモジュール１２０−１２４は、ＵＥ１０によって使用されているＵＥカテゴリに応じて、トランスポートブロックに対するソフトバッファサイズを計算するために使用される、１つ以上のプロセッサ要素によって実行されるハードウェアおよび／またはソフトウェアで実装され得る。
【００２１】
例えば、ＵＥ１０が、リリース８ＵＥカテゴリ（例えば、ＵＥカテゴリ１−５）のうちの１つにおいて動作するように実装された時に、ＨＡＲＱダウンリンクソフトバッファは、トランスポートブロックに対するソフトバッファサイズを算出するように以下の方程式（その内容が参照することにより本明細書に組み込まれる、３ＧＰＰ  ＴＳ  ３６．２１２の第５．１．４．１．２項、バージョン８．７．０、２００９−０６から引き出される）を実装する、バッファパーティションモジュール１２０を使用して区分化される。
【００２２】
【化１】
2014502080.tif 000004
方程式１では、ＮＩＲは、増分冗長性ビットの数（すなわち、１つの個々のトランスポートブロックに対するソフトバッファサイズ）である。Ｎｓｏｆｔは、上記の表１で規定されるようなソフトチャネルビットの総数である。ＫＭＩＭＯは、ＵＥが伝送モード３または４に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）伝送を受信するように構成された場合、２に等しいが、そうでなければ１に等しい。ＭＤＬ＿ＨＡＲＱは、周波数分割二重については８として固定される、ダウンリンクＨＡＲＱプロセスの最大数であるが、時分割二重については可変であり得る。Ｍｌｉｍｉｔは、定数であり、８に等しい。方程式１を用いて、利用可能なソフトビットバッファメモリは、バッファ格納され得るトランスポートブロックの全ての間で同等に分割される（非空間多重化については合計８個のトランスポートブロック、空間多重化については１６個のトランスポートブロック（ＨＡＲＱプロセスにつき２個））。言い換えれば、バッファメモリは、ダウンリンクＨＡＲＱプロセスの間で同等に分割される。これは、種々のトランスポートブロックが異なるサイズである場合でさえも当てはまる。したがって、伝送モードが、伝送モード３または４等でサブフレームにつき２つのトランスポートブロックを潜在的に利用する時に、トランスポートブロックあたりのソフトビットバッファメモリの量は、他の伝送モード用となる量の半分である。つまり、ダウンリンクＨＡＲＱプロセスにつき割り付けられる全バッファメモリは、これらのバッファに記憶され得る個々のトランスポートブロックの実際のサイズにかかわらず、伝送モード１、２、５、６、または７については１つのトランスポートブロックによって占有され、または伝送モード３および４については２つのトランスポートブロックの間で同等に分割される。当業者によって理解されるように、ＦＤＤにおける８つＨＡＲＱプロセス等の種々の数のこれらのＨＡＲＱプロセスがあり得る。この場合、これら８つのＤＬ  ＨＡＲＱプロセスのうちの各々に対するバッファが提供されるが、バッファメモリの単一の全領域が、概して、実際の実装で使用され、８または１６個のバッファメモリ部分に分割される。
【００２３】
ある場合において、処理されているトランスポートブロックのサイズに応じて、ターボコーディングからのパリティビットのうちのいくつかが、コードブロックごとの基準で含まれないことがある。サイズＮｔｂビットのトランスポートブロックを検討する。最大コードブロックサイズが６１４４ビットであるとすると、トランスポートブロックは、以下の数のコードブロックを含む。
【００２４】
【化２】
2014502080.tif 000005
ここで、トランスポートブロック内に少なくとも２つのコードブロックがあり、別個のトランスポートブロックＣＲＣに加えてコードブロックＣＲＣが含まれること、および、トランスポートブロックが１つだけのコードブロックを含む時にコードブロックＣＲＣが含まれないことが仮定される。全てのＣＲＣが２４ビットのサイズを有するため、分数の分子の中の＋２４は、トランスポートブロックＣＲＣの追加を考慮し、分数の分母の中の−２４は、各コードブロックに追加される必要がある２４コードブロックＣＲＣビットを考慮する。トランスポートブロックが複数のコードブロックに分割されなければならない時、各コードブロックは、６１４４ビットの複合最大コードブロックサイズに対して、最大６１２０情報ビットおよび２４コードブロックＣＲＣビットを含むことができる。
【００２５】
特定トランスポートブロック内の特定のコードブロックに対するソフトバッファサイズは、以下のように得られ、
【００２６】
【化３】
2014502080.tif 000006
式中、Ｃは、方程式２で計算されるような問題になっているトランスポートブロックに対するコードブロックの数であり、ＮＩＲは、方程式１で表されるトランスポートブロックに対するソフトバッファサイズであり、Ｋｗは、レート整合前のそのコードブロックに対するターボコーダ出力の全長（系統およびパリティビット）に等しい。
【００２７】
ＬＴＥ  Ｒｅｌ−８およびＲｅｌ−１０ＵＥでは、ＨＡＲＱダウンリンク／ソフトバッファ１４４−１４６は、長さＫｗの循環バッファ２０６で実装され得る。コードブロック２０２、２０４の系統およびパリティビットを読み書きするために、コードブロック循環バッファ長Ｎｃｂを有する循環バッファ２０６が、どのようにして使用されるかを示す、循環バッファレート整合スキーム例が図２で描写されている。図示されるように、伝送されるコード化されたビットの循環バッファ２０６の中の開始位置は、現在の増分冗長性バージョンに応じて変化する。単に、バッファ内の適切な開始位置を識別し、次いで、順番にバッファから所望の数の記憶されたビットを読み出し、バッファの終わりに達した場合にバッファの始まりに戻ることによって、特定の一式のビットが伝送のために選択される。図２で描写される循環バッファレート整合スキーム２００を用いて、長さＫのコードブロック（２４ビットコードブロックＣＲＣ）を含む）について、Ｋｗの値を
【００２８】
【化３−１】
2014502080.tif 000007
として計算することができ、
【００２９】
【化４】
2014502080.tif 000008
あり、
【００３０】
【化５】
2014502080.tif 000009
であることが分かる。
【００３１】
方程式３が、Ｎｃｂ＝Ｋｗとして、特定のコードブロックに対するソフトバッファサイズを計算するために使用される時に、これは、ＤＬ  ＨＡＲＱプロセスあたりの１つのトランスポートブロックが構成される時に、基本１／３レートターボコーダからの完全な一式の系統およびパリティビットをＤＬ  ＨＡＲＱダウンリンク／ソフトバッファに記憶できることを暗示する。これは、利用可能なソフトバッファトランスポートブロックメモリ３０２内に適合するため、パリティビットを伴わずに伝送されるトランスポートブロックＡ３０４を参照して、図３に示されている。しかしながら、ソフトバッファサイズＮｃｂが
【００３２】
【化６】
2014502080.tif 000010
として（方程式３によって）計算される時に、これは、このサイズのトランスポートブロックを構成するコードブロックのうちの各々に対する基本１／３レートターボコーダからのＫｗ系統およびパリティビットの全てを記憶することが可能ではないように、対応するトランスポートブロック３０６のサイズが、ある閾値よりも大きいことを示す。トランスポートブロックＢ３０６を参照して、パリティビットの切り捨てが図３に示されている。理解されるように、この制約は、定義されたレート整合アルゴリズムの一部であり、よって、ＤＬ  ＨＡＲＱ再伝送の数および送信された冗長性バージョンにかかわらず、パリティビットのある一部は決して伝送されない。結果として、バッファがパリティビットの全てを保持するのに十分大きくサイズ決定されないため、ＨＡＲＱ  ＤＬソフトバッファは、ターボデコーダへの入力パリティビットの全てに対するソフト値を持たない。この場合、ＨＡＲＱ  ＤＬソフトバッファからターボデコーダへ伝えられた所与のコードブロックに対するＬＬＲ値として、別々に「情報なし」ビットを挿入することが必要となる（「情報なし」ソフト値は、０のＬＬＲ値に対応する、または同等に０あるいは１の等確率を示すが、これは、実際には、実装設計次第である）。
【００３３】
どのようにしてＨＡＲＱ  ＤＬソフトバッファが使用されるかを例証するために、（表１の通りに）Ｎｓｏｆｔの総数＝１２３７２４８ソフトチャネルビットをサポートしなければならない、カテゴリ３のＵＥの実施例がここで説明される。空間多重化がない場合については（ＫＭＩＭＯ＝１）、トランスポートブロックに対するソフトバッファサイズＮＩＲ＝１５４６５６であり、空間多重化の場合については（ＫＭＩＭＯ＝２）、トランスポートブロックに対するソフトバッファサイズＮＩＲ＝７７３２８である。どのようにして異なるトランスポートブロックがＨＡＲＱ  ＤＬソフトバッファにおいて処理されるかを例証するために、サイズ１６７２ビットのＴＢ１およびサイズ４３８１６ビットのＴＢ２を伴う、２つのトランスポートブロックがある場合を検討する。ＴＢ１は、３×１６９６＝５０８８ソフトビットに対応する、サイズ１６９６ビットの１つのコードブロックを有する（２４ビットＣＲＣを含む）。ＴＢ２は、８個のコードブロックを有し、各コードブロックは、５５０４ビットという同じ長さを有する（コードブロックにつき２４ビットＣＲＣを含む）。これは、コードブロックにつき３×５５０４＝１６５１２ソフトビットという理想最大値に対応する。しかしながら、この場合、合計７７３２８ソフトビットのみが、各トランスポートブロックに割り付けられる。コードブロックにつき記憶されるソフトビットの数は、この実施例では７７３２８／８＝９６６６に等しい。したがって、ＴＢ２の各コードブロックについては、系統ビットおよびパリティビットの約３８％のみが、実際に伝送され、ＤＬ  ＨＡＲＱ  Ｒｘバッファにおいて組み合わせられる。図４は、異なるサイズの２つのトランスポートブロックの間でソフトバッファメモリ４００を同等に区分化するというこの例により、結果として生じる非効率的なメモリ利用を示し、第１のトランスポートブロックＴＢ１が、それに利用可能な割り付けられたバッファメモリ部分４０１のごくわずかしか使用しない一方で、第２のトランスポートブロックＴＢ２は、その割り付けられたバッファメモリ部分４０２を完全に満たす。この極端な例が示すように、バッファメモリを割り付けるための既存のスキームは、特に、異なる搬送波上のトランスポートブロックが有意に異なるサイズのものである場合、バッファメモリを効率的に利用せず、それにより、ＨＡＲＱ性能を低減する。
【００３４】
先述の内容から分かるように、ＨＡＲＱプロセスの間で全ソフトビットを区分化するために方程式１で挙げられる既存のリリース８アプローチは、搬送波集合を使用するリリース１０ＵＥとともに使用するために実行可能でないことが理解される。まず第１に、リリース８アプローチは、単一の搬送波シナリオ（例えば、ＦＤＤに対する８個のＤＬ  ＨＡＲＱプロセスがあるＲｅｌ−８）に十分である、最大８個のＨＡＲＱプロセスを有するが、概して、複数の搬送波が集約される時に、不十分な数のソフトビット複合バッファを提供することが見込まれる（ここでは、ＵＥへの利用可能なデータ転送レートを増加させるために搬送波集合が使用され、したがって、８個のＨＡＲＱプロセスが各搬送波上で必要とされることを仮定する）。例えば、Ｎ個のＦＤＤ搬送波が集約され、各搬送波が８個のＤＬ  ＨＡＲＱプロセスを有する場合には、合計８×Ｎ個のＤＬ  ＨＡＲＱプロセスが生じる。８個のＨＡＲＱプロセスのみに対するソフトビット複合バッファが利用可能である場合には、これは、Ｎ＞１である時のＵＥの必要性には明らかに不十分である。リリース１０ＵＥカテゴリ（表１の中のカテゴリ６から８）については、ソフトビット複合バッファが最大８個のＨＡＲＱプロセスのために区分化される場合、利用可能なソフトビットメモリの全てが利用されるわけではない場合があるため、方程式１の区分化に関連する別の問題が生じる。例えば、ＵＥのカテゴリは、非常に多数のソフトビットが利用可能であるようなものであると仮定されたい。しかしながら、たとえ１６個の最大サイズのトランスポートブロック（すなわち、ソフトビットは、８個のＨＡＲＱプロセスのために区分化され、各ＨＡＲＱプロセスは、２つのトランスポートブロックを保持する（ＭＩＭＯ動作））が記憶されたとしても、ソフトビットメモリの全容量が依然として利用されないように、そのＵＥカテゴリに対する特定のＤＬ−ＳＣＨトランスポートブロックの中のビットの最大数は、十分小さいことがある。これは、ＵＥリソースの非効率的な使用を表す。
【００３５】
「Ｓｏｆｔ  ｂｕｆｆｅｒ  ｓｉｚｅ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｒｅｌ−１０  ＵＥ」と題された提案、３  ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃６２ｂｉｓ，  Ｒｌ−１０５１８７で説明されているように、搬送波集合を行うリリース１０ＵＥとともに使用された時にＨＡＲＱ  ＤＬソフトバッファを割り付けるための提案がある。これらの提案では、ソフト複合バッファに記憶されたＨＡＲＱプロセスの数は、集合搬送波の数とともに直線的に増加させられる。つまり、ソフトビットの総数は、集合搬送波の数の線形関数に基づいて区分されるべきである（例えば、ＦＤＤについては８×Ｎ、Ｎは集合搬送波の数である）。加えて、ソフトビットバッファ区分化のために提案された２つの解決法がある。第１の解決法では、ソフトビットは、集合搬送波の数で等しく割られ、個々のトランスポートブロックに対するソフトビットバッファサイズは、各搬送波に対して別々に導出される。第２の解決法では、ソフトビットは、各個々の搬送波に対して構成された伝送モードにかかわらず、全ての搬送波にわたる全てのトランスポートブロックに対するソフトバッファサイズが同じであるように区分化される。第２の解決法を用いると、特定の搬送波の伝送モードが、ＨＡＲＱプロセスにつき１つのトランスポートブロックを有するモードから、ＨＡＲＱプロセッサにつき２つのトランスポートブロックを有するモードへ、または逆も同様に再構成される時はいつも、ソフトビットバッファ再区分化が、全ての搬送波に必要とされる。
【００３６】
複数の搬送波が集約された時、異なる搬送波が異なる帯域幅を有する可能性は十分にある。Ｅ−ＵＴＲＡ  Ｒｅｌ−８では、許容搬送波帯域幅は、それぞれ、現在、｛６、１５、２５、５０、７５、１００｝リソースブロックまたは｛１．４、３、５、１０、１５、２０｝ＭＨｚである。集合搬送波が異なる帯域幅である（例えば、１０ＭＨｚ搬送波および５ＭＨｚ搬送波が一緒に集約される）場合、より広い帯域幅の搬送波上で伝送されるトランスポートブロックのサイズは、より狭い帯域幅の搬送波上で伝送されるトランスポートブロックのサイズより大きいであろうことを予期することができる。実際には、この予期は、アクセスデバイス２０（例えば、基地局またはｅＮＢ）の中のスケジューラ設計に応じて、有効であることも有効でないこともある。スケジューラは、時間および周波数領域の両方の中で無線リソースを割り当てる融通性を有する。割り当てられるリソースの総量は、各割付の帯域幅・時間の積の合計に等しい。スケジューラが、主に時間領域中のユーザの間でリソースを共有するというポリシーを採用する場合には、（トランスポートブロックサイズに関係する）各割付の帯域幅は、いくらかシステム帯域幅に従って変化することが予期され得る。他方で、スケジューラが、周波数領域中でリソースを共有するというポリシーを採用する場合、割り付けられた帯域幅とシステム帯域幅との間の関係が低減され得る。より一般的に、より広いシステム帯域幅の使用は、１）ユーザデータ転送レート（またはピークユーザデータ転送レート）を増加させるため、または２）（必ずしも各ユーザへのデータ転送レートをさせることなく）セルにつきサポートされるユーザの数を増加させるためといった、２つの理由のうちの１つのために採用され得る。前者では、トランスポートブロックサイズは、システム帯域幅の何らかの関数として変化することが予期され得る。そのような状況では、より広い帯域幅搬送波上のトランスポートブロックに対するソフトビットバッファが、より狭い帯域幅搬送波上のトランスポートブロックに対するソフトビットバッファよりも大きくなることも望ましい。
【００３７】
（搬送波依存性重み付けに基づくソフトビットバッファ区分化）
リリース８の区分化の使用に関する記述された欠陥、およびリリース１０ＵＥに対するソフトバッファサイズを割り付けるための提案に関して記述される他の制限を克服するために、搬送波集合信号を使用してリリース１０ＵＥと連動することができる、改良型ソフトバッファ区分化および割付スキームが開示される。開示されるように、複数の（すなわち、１つよりも多くの）集合搬送波上でのＨＡＲＱプロセスの追跡とともに使用するためのソフトバッファビットの総数は、ソフトビットバッファリング目的で、既知数のソフトバッファビットを、各搬送波の各ＨＡＲＱプロセスに割り当てることによって区分化される。この目的を達成するために、ＵＥ１０には、リリース１０ＵＥで搬送波集合とともに使用するための搬送波依存性重み係数に基づいて、全ＨＡＲＱ  ＤＬソフトバッファサイズを割り付ける、１つ以上の付加的なバッファパーティションモジュール１２１−１２２が提供される。一般的に言えば、ソフトビットバッファは、各集合搬送波に対するソフトバッファサイズを決定するために搬送波依存性相対的重み係数を使用して、区分化され得、搬送波依存性重み係数は、ＵＥ特有の無線リソース制御（ＲＲＣ）信号またはシステム情報に含まれた明示的な重み係数を使用して、ＵＥに信号伝達することができ、あるいはＵＥによって他のシステム情報パラメータから暗示的に導出することができる。選択された例示的実施形態では、より広い帯域幅の搬送波上で受信されるトランスポートブロックが、より狭い帯域幅の搬送波上で受信されるトランスポートブロックよりも大きいサイズ（または大きい最大サイズ）を有するという予期に基づいて、ソフトビットバッファが、搬送波依存性相対的重み係数として使用される相対的搬送波帯域幅に基づいて区分化される。いずれにしても、符号化ビットが伝送機および受信機の両方において適正に処理されることを確実にするために、ＵＥ１０およびアクセスポイント２０の両方は、ソフトビットバッファを区分化するための同じ方法を使用することが理解されるであろう。
【００３８】
ソフトバッファを区分化する際に搬送波依存性重み係数を使用することによって、ＨＡＲＱプロセスは、ＨＡＲＱ性能に影響を及ぼし得る特定の搬送波について存在する、チャネル条件および／または干渉条件を考慮することができる。例えば、特定の搬送波が、典型的には、より不良なチャネル条件を有する、および／または他の搬送波よりも多く干渉を体験すると（長期的な意味で）予期される場合には、１つの策略は、より少ないパリティビットが切り捨てられるように、（他の搬送波と比較して）その搬送波により大きいソフトバッファサイズを割り付けることであり得る。このアプローチは、識別された問題のある搬送波上でよりロバストなエラー訂正コーディングを可能にし、したがって、複数の集合搬送波にわたってＨＡＲＱ性能の「均衡を保つ」。
【００３９】
別の重み係数策略は、特に閉ループＭＩＭＯ（伝送モード４）が良好な搬送波上で使用される時に、より大きいトランスポートブロックサイズの伝送をサポートすることによって、システム容量を最適化するために、より大きいソフトバッファサイズを、良好なチャネル条件を被る搬送波に割り付けることであり得る。次いで、残りのソフトバッファメモリを、ロバストな伝送のために、非閉ループＭＩＭＯモードおよび／またはより小さいトランスポートブロックサイズに限定され得るあまり良好ではないチャネル条件を被る搬送波に割り当てることができる。例えば、搬送波集合展開を用いると、特定のＵＥに対する一式の集合搬送波の一次構成要素搬送波（ＰＣＣ）が、最大受信可能領域を伴う最もロバストな搬送波となるように整備され得る。そのような条件では、そのＵＥに対する他の二次構成要素搬送波（ＳＣＣ）と比較して、ソフトバッファ区分化の目的で、このＰＣＣは、より大きい重み係数を有することが望ましいであろう。
【００４０】
さらに別の策略では、異なる所望のサービスの質を伴う異なるタイプのトラフィックを搬送するために、異なる搬送波が使用され得、よって、そのようなシナリオでは、特定の搬送波に対するソフトバッファサイズをカスタマイズできることも望ましくてもよい。
【００４１】
各集合搬送波に対するソフトバッファサイズを決定するために搬送波依存性相対的重み係数が使用される、選択された実施形態を例証するために、１つ以上のバッファパーティションモジュール１２１−１２２を使用して、リリース１０ＵＥカテゴリのうちの１つで動作するように構成されるＵＥ１０を示す、図１を再び参照する。描写されるように、バッファパーティションモジュール１２１−１２２はそれぞれ、以下に記載される方程式４および５を使用して、ｋ番目の搬送波上のトランスポートブロックに対するソフトバッファサイズ（ＮＩＲ，ｋビット）を計算する。
【００４２】
【化７】
2014502080.tif 000011
【００４３】
【化８】
2014502080.tif 000012
第１の方程式（方程式４）は、ソフトバッファサイズへのＭＩＭＯ伝送モードの影響を除去する。つまり、例えば、ＭＩＭＯ伝送モードで構成される２０ＭＨｚ搬送波上のトランスポートブロックに対するソフトバッファサイズ（すなわち、ＨＡＲＱプロセスにつき最大２つのトランスポートブロック）は、非ＭＩＭＯ伝送モードで構成される２０ＭＨｚ搬送波に対するものと同じとなる（すなわち、ＨＡＲＱプロセスにつき最大１つのトランスポートブロック）。第２の方程式（方程式５）は、ＭＩＭＯ伝送モードで構成される搬送波上のＨＡＲＱプロセスに対するソフトバッファサイズ（すなわち、ＨＡＲＱプロセスにつき最大２つのトランスポートブロック）を半分に割るというＲｅｌ−８アプローチに従う。理解されるように、バッファパーティションモジュール１２１および１２２はそれぞれ、方程式４または方程式５のいずれか一方のアルゴリズム要件の下でソフトバッファを区分化するために、搬送波依存性相対的重み係数を使用し、ＵＥ１０は、バッファ区分化が行われる時に、選択に利用可能ないずれか一方または両方の方程式を有し得る。
【００４４】
方程式４および５では、Ｎｓｏｆｔは、ＵＥカテゴリに対するソフトバッファビットの総数である（表１参照）。ＫＭＩＭＯ，ｋは、ＵＥのｋ番目の搬送波が、伝送モード３または４に基づいてＰＤＳＣＨ伝送を受信するように構成される場合は２に等しく（すなわち、ＨＡＲＱプロセスにつき最大２つのトランスポートブロック）、全ての他の伝送モードについては１に等しい（すなわち、ＨＡＲＱプロセスにつき最大１つのトランスポートブロック）。Ｗｋは、ｋ番目の搬送波に対する相対重み係数であり、ＭＤＬ＿ＨＡＲＱ，ｋは、３  ＧＰＰ  ＴＳ  第３６．２１３項、§７で定義されるようなｋ番目の搬送波に対するＤＬ  ＨＡＲＱプロセスの最大数である。Ｒｅｌ−８では、ＦＤＤに対するＤＬ  ＨＡＲＱプロセスの最大数は８であり、ＴＤＤに対するＤＬ  ＨＡＲＱプロセスの最大数は、アップリンク：ダウンリンク（ＵＬ：ＤＬ）サブフレーム構成に依存する。別の実施形態では、特に異なる搬送波に対して、ＦＤＤ／ＴＤＤに対するＤＬ  ＨＡＲＱプロセスの異なる最大数を導入することができる。例えば、特定の搬送波上のいくつかのサブフレームが、マルチメディアブロードキャスト／マルチキャスト単一周波数ネットワーク（ＭＢＳＦＮ）に、またはセル間干渉軽減のためにほぼ空白のサブフレームとして使用される場合、これらのサブフレームは、予定されたＰＤＳＣＨ伝送を決して含まないことがある。このシナリオでは、ＤＬ  ＨＡＲＱプロセスのより少ない最大数の使用が、個々のソフトバッファサイズが増加させられることを可能にする（同じ数の全ソフトビットが、より少ない数のＤＬ  ＨＡＲＱプロセスによって割られるため）。特定の搬送波に対する実際のＤＬ  ＨＡＲＱプロセスの数は、ｅＮＢによって信号伝達することができるか、あるいは搬送波のＭＢＳＦＮサブフレームまたはほぼ空白のサブフレーム構成に関する情報を使用することによって、ＵＥによって決定することができる。帰路上で搬送波集合を使用する中継ノードのダウンリンク帰路に対するＨＡＲＱソフトバッファが検討される場合において、ＭＤＬ＿ＨＡＲＱ＿ＲＮ，ｋは、中継帰路リンク上のｋ番目の搬送波に対するＤＬ  ＨＡＲＱプロセスの数である。この数量は、割り付けられた帰路ＤＬサブフレームの数（または割合）に依存し得、または簡単にするために固定され得る。例えば、サブフレーム０、４、５、９は、ＦＤＤシステムでＭＢＳＦＮサブフレームとして使用することができない（ドナーｅＮＢから中継ノードへのダウンリンク中継帰路伝送が、ＭＢＳＦＮサブフレームとして構成されるサブフレームの中で起こる）が、他のサブフレームを、中継帰路サブフレームとして割り付けることができる。中継ノードに対する適切なソフトバッファサイズおよびパーティションを決定するために、方程式４および５の中のＭＤＬ＿ＨＡＲＱ，ｍは、ＭＤＬ＿ＨＡＲＱ＿ＲＮ，ｍに置換される。Ｍｌｉｍｉｔ，ｋは、ｋ番目の搬送波に対するＨＡＲＱソフトビットバッファの最大数を生じる定数である。（この数量は、ｋ番目の搬送波に対するＨＡＲＱプロセスの最大数ことは異なり得ることに留意されたい。）Ｒｅｌ−８では、Ｍｌｉｍｉｔは、８に等しいが、各搬送波のＭｌｉｍｉｔ，ｋの異なる値を、潜在的にＲｅｌ−１０に使用することができる。Ｍｌｉｍｉｔ，ｋは、規格で定義する、システム情報内でブロードキャストする、ＵＥ特有の信号を介して提供し、またはＵＥが取得した、またはＵＥに提供された他のパラメータから暗示的に導出することができる。Ｎｃａｒｒｉｅｒは、ＵＥに対する搬送波の総数である。
【００４５】
各集合搬送波に対するソフトバッファを区分化するために搬送波依存性相対的重み係数を使用する時に、アクセスデバイス２０は、搬送波集合のために構成される各ＵＥ（例えば、１０）に搬送波依存性重み係数を直接または間接的に伝達し得る。例えば、搬送波重み係数は、ＵＥ特有の搬送波重み係数を特定のＵＥに提供するために専用ＲＲＣ信号を使用して、伝達することができる。このＲＲＣ信号は、ＵＥに対する搬送波集合を構成するために使用される信号となり得る。具体的には、ＵＥ特有の搬送波重み係数は、ＳＣＣをＵＥに追加するＲＲＣ信号に、またはＵＥのすでに構成された構成要素搬送波（ＰＣＣまたはＳＣＣ）の構成を修正するＲＲＣ信号に含まれる。
【００４６】
ＵＥがそのような専用信号を受信しなかった場合、またはＵＥがネットワークから明示的な指示、コマンド、またはフラグを受信する場合、ＵＥは、フォールバックし、搬送波依存性重み係数を決定するための別の方法を使用することができる。搬送波依存性重み係数をＵＥに伝えるための他のオプションは、ｋの全ての値について、１に等しい搬送波重み係数Ｗｋを設定することによって、構成された構成要素搬送波の数に基づく同等区分化を使用すること、搬送波帯域幅に依存する、暗示的に導出された重み係数を使用すること、システム情報ブロックに含まれる、明示的にブロードキャストされた重み係数を使用することを含むが、それらに限定されない。これは、重み係数を割るための暗示的なスキームが、ネットワーク事業者の好ましいオプションである場合において、信号オーバーヘッドを最小限化するために使用され得る。
【００４７】
ＵＥ特有の搬送波重み係数が使用される場合、２つのＵＥに対する搬送波重み係数は、サービングアクセスデバイスの裁量で、かつ各ＵＥに対する集合搬送波の数および特性、相対的チャネル条件、ｅＮＢに対する特定のＵＥの位置（または距離）等の要因に基づいて、同じであることも異なることもある。
【００４８】
代替として、セル特有の重み係数は、ブロードキャストされた重み係数がセルの中の全てのＵＥに共通するように、システム情報の中でブロードキャストすることができる。各搬送波に対するシステム情報は、その特定の搬送波に対する重み係数を含むことができる。これらの重み係数は、（システム情報ブロック（例えば、ＳＩＢ２）のうちの１つの中の別個の新しい情報フィールドとして）明示的にブロードキャストすることができ、または既存のシステム情報パラメータから各集合搬送波に対する搬送波帯域幅を導出すること等によって、システム情報内の既存の情報フィールドから暗示的に導出することができる。理解されるように、他の暗示的重み付けスキームが、適用、特定、または構成され得る。暗示的重み付けスキームの使用は、明示的な構成の欠如が検出されると、デフォルト挙動になることができ、あるいは、ブロードキャストされたシステム情報内に含まれる明示的指示、コマンド、またはフラグを介して有効／無効にすることができ、または任意の他の好適な手段によってネットワークからＵＥに伝達することができる。暗示的および明示的ＣＣ重み付けの間のそのような単純な「切替」は、暗示的スキームがネットワーク事業者の好ましいオプションである場合において、信号オーバーヘッドを最小限化するために使用することができる。セル特有の重み係数はまた、特にＳＣＣに対して、（ブロードキャストよりもむしろ）専用信号を介してＵＥに信号伝達され得る。これらの二次搬送波のシステム情報は、概して、専用ＲＲＣ信号を介して、その二次搬送波で構成された各ＵＥに提供される。
【００４９】
セル特有の搬送波重み係数が使用される場合、同じＵＥカテゴリであり、同じ一式の集合搬送波を使用する２つのＵＥは、それらのソフトバッファを相互と同等に区分化することが理解されるであろう。しかしながら、たとえセル特有の搬送波重み係数が使用されても、２つのＵＥに対するソフトバッファパーティションは、ＵＥが異なるＵＥカテゴリで動作する場合には相互とは異なり得、その場合、それらは、利用可能なソフトビットの異なる総数を有し得る。加えて、ＵＥが異なる一式の集合搬送波を有する場合には、ソフトバッファパーティションも異なる。また、ソフトバッファパーティションは、１つ以上の搬送波のために構成される、異なる伝送モードを有するＵＥに対して異なり、伝送モードは、ソフトバッファサイズに影響を及ぼす。例えば、ＵＥ１が、特定の搬送波上で伝送モード３（ＨＡＲＱプロセスにつき最大２つのトランスポートブロックを伴う）を使用するように構成される場合がある一方で、ＵＥ２は、同じ搬送波上で非ＭＩＭＯである異なる伝送モード（ＨＡＲＱプロセスにつき１つだけのトランスポートブロックを伴う）を使用するように構成される場合がある。
【００５０】
（相対的搬送波帯域幅に基づくソフトビットバッファ区分化）
ソフトバッファを区分化するために搬送波依存性重みを使用するための１つの具体的実装は、全ての集合搬送波の全複合帯域幅と比較して、各集合搬送波の帯域幅の相対的重み付けを使用することである。帯域幅・重み付けスキームを実装するために、ＵＥ１０は、以下に記載されるような方程式６または７で搬送波帯域幅情報を使用して、ｋ番目の搬送波上のトランスポートブロックに対するソフトバッファサイズ（ＮＩＲ，ｋビット）を計算する、１つ以上のバッファパーティションモジュール１２３−１２４を含む。
【００５１】
【化９】
2014502080.tif 000013
【００５２】
【化１０】
2014502080.tif 000014
理解されるように、相対的重み付け項Ｗｋが、ｋ番目の搬送波の帯域幅の中のリソースブロックの数を表し得る搬送波帯域幅係数
【００５３】
【化１１】
2014502080.tif 000015
と置換されることを除いて、方程式６および７は、それぞれ、同じアプローチおよび項を使用することによって、方程式４および５と同等である。例えば、これは、それぞれ、｛１．４、３、５、１０、１５、２０ＭＨｚ｝の｛１．４、３、５、１０、１５、２０ＭＨｚ｝に対して｛６、１５、２５、５０、７５、１００｝となり得る。したがって、方程式６および７で提供される帯域幅・重み付け解決法は、方程式４および５で提供される搬送波依存性重み付け解決法の特殊な場合を提供し、相対的重み係数は、それぞれの搬送波帯域幅に等しい
【００５４】
【化１２】
2014502080.tif 000016
。方程式６および７は、搬送波の全てが同じ帯域幅を有する場合に、複数の搬送波の間で全利用可能ソフトビットを等しく分割することの所望の結果に自然に戻ることに留意されたい。
【００５５】
先述の内容から分かるように、ＵＥ１０が、バッファ区分化が行われる時に、選択に利用可能ないずれか一方または両方の方程式を有し得るように、バッファパーティションモジュール１２３および１２４はそれぞれ、方程式６または方程式７のいずれか一方のアルゴリズム要件の下でソフトバッファを区分化するために、搬送波帯域幅係数を使用する。
【００５６】
（例えば、空間多重化のために）より多数の層を使用することによって、サポート可能なピークデータ転送レートを増加させることができる場合において、付加的または代替的なパーティション因数は、各構成要素搬送波が、異なる数の層をサポートする場合に、ソフトバッファサイズを計算するための因数として空間層の数を含むこととなる。
【００５７】
（方程式４−５による）一般化された搬送波依存性相対的重み係数の使用は、ネットワーク構成およびスケジューリングポリシーに応じて、トランスポートブロックサイズと搬送波帯域幅との間に密接な関係があることもないこともある、（方程式６−７による）帯域幅重み付けスキームに関する制限を克服する。加えて、一般化された搬送波依存性相対的重み係数スキームは、各構成要素搬送波へのＨＡＲＱメモリの分布の増大した融通性および制御を提供するように、付加的な信号を使用することができる。
【００５８】
（搬送波関連再構成でのＨＡＲＱバッファ再区分化）
本発明の選択された実施形態によれば、本明細書の上記で説明される区分化方程式は、ＨＡＲＱソフトビットバッファ区分化へのＵＥにおける搬送波関連再構成の悪影響を低減するように、所定の規則の下で選択的に適用されてもよい。具体的には、いくつかの搬送波関連構成の変化は、構成された搬送波の数の変化を含む、ソフトビットバッファの再区分化をトリガできることが理解されるであろう。再区分化は、ダウンリンクデータを受信するように構成された搬送波をアクティブ化または非アクティブ化する、明示的または暗示的制御信号を用いてアクセスデバイスによって準備されている、構成された搬送波の一部であるアクティブ化搬送波の数の変化によって引き起こすこともできる。加えて、再区分化は、１つ以上の搬送波のＨＡＲＱプロセスあたりのトランスポートブロックの最大数が１から２まで（または逆も同様に）変化するように、その搬送波の伝送モードの再構成によって引き起こすことができる。中継ノードの場合、再区分化はまた、ＨＡＲＱプロセスの数が、帰路ＤＬサブフレームの再構成により変化するときに、引き起こすこともできる。最後に、再区分化は、本明細書で説明される重み付け搬送波関連重み係数に影響を及ぼし得る他の要因の変化によって引き起こすことができる。
【００５９】
バッファ再区分化によってもたらされる問題は、ＨＡＲＱプロセスに対するソフトビットバッファの現在のコンテンツが削除されるように、再区分化されているそのＨＡＲＱプロセスに対するソフトビットバッファが、再区分化時に一気に消去され得ることである。この消去は、ソフトビットバッファ内の以前に伝送されたＨＡＲＱ情報が失われることを意味する。加えて、失われたＨＡＲＱ情報が上位層（ＲＬＣを介した第２層ＡＲＱ）において再伝送されなければならない場合には、この第２層再伝送は、無線リソースのさらなる使用、および影響を受けたトラフィック上の増大した待ち時間をもたらす。その結果として、可能であれば、搬送波の全てのソフトバッファに効果を適用させるよりもむしろ、搬送波関連再構成の効果（例えば、消去）を、影響を受けた搬送波のソフトバッファのみに限定することが望ましい。
【００６０】
ＨＡＲＱ動作およびダウンリンク伝送スループットへの任意の再区分化の影響を低減するために、ＵＥ１０は、ＨＡＲＱプロセスデコーダ１１６によって実装されるパーティション方程式１２０−１２４に１つ以上の規則１３０−１３４を適用するように構成されてもよい。選択された実施形態では、第１の規則１３０は、ＵＥに対する構成された搬送波の数に基づいて、全ソフトビットが区分化されることを特定するように実装される。この「構成された搬送波」規則１３０の下で、方程式４−７の中のＮｃａｒｒｉｅｒ項は、ＵＥに対する構成された搬送波の数に等しい。この規則は、構成された搬送波の数の変化が、アクティブ化搬送波の数および／または特定の搬送波に対する伝送モードの変化よりも低頻度で起こるという事実を利用する。ソフトビットがＵＥに対する構成された搬送波の数に基づいて区分化される場合には、全ての搬送波のＨＡＲＱバッファの再区分化（および消去）は、搬送波がアクティブ化または非アクティブ化されるときはいつでも必要となるわけではない。その代わり、ＨＡＲＱバッファの全ての再区分化は、搬送波が一式の構成された搬送波から追加または除去されるときにのみ必要とされる。「構成された搬送波」規則１３０を用いると、構成されているが非アクティブ化された搬送波に割り付けられるソフトビット記憶は、本質的には「無駄」になり、したがって、アクティブ化搬送波上にあまり良好ではないＨＡＲＱ性能をもたらす場合がある。
【００６１】
ＨＡＲＱ動作への任意の再区分化の影響を低減するための別の方法は、全ソフトビットがＵＥに対するアクティブ化搬送波の数に基づいて区分化されることを要求するよう、第２の規則１３１を適用するようにＵＥ１０を構成することである。この「アクティブ化搬送波」規則１３１の下で、方程式４−７の中のＮｃａｒｒｉｅｒ項は、ＵＥに対するアクティブ化搬送波の数に等しい。このアプローチは、ソフトビット記憶の全てがアクティブ化搬送波のみによる使用のために利用可能であること、およびこのソフトビット記憶のいずれも現在非アクティブ化されている搬送波に割り付けられることによって「無駄」にされないことを確実にすることによって、利用可能なソフトビットを最大限活用する。しかしながら、この「アクティブ化搬送波」規則１３１を用いると、搬送波がアクティブ化または非アクティブ化されるときはいつでも、搬送波の全ての上でのＨＡＲＱプロセスの全てに対するソフトビットバッファの全てが、一気に消去され、再区分化される必要がある。加えて、搬送波アクティブ化／非アクティブ化コマンドが、ＵＥ１０によって見逃されているとアクセスデバイス２０によって誤って知覚された（ＡＣＫ−ｔｏ−ＮＡＣＫエラー）、またはＵＥ１０によって受信が成功したとクセスデバイス２０によって誤って知覚された（ＮＡＣＫ−ｔｏ−ＡＣＫエラー）場合に、問題があり得る。これらの状況では、ＨＡＲＱバッファ区分化（および無線で伝送される実際のパリティビット）が、アクセスデバイス２０とＵＥ１０との間で不整合となる場合がある。これは、無線スループットに対応する悪影響を及ぼして、ＵＥ１０において完全ＨＡＲＱバッファ破損をもたらし得る可能性が高い。
【００６２】
ソフトバッファ再区分化の影響はまた、所定数のソフトビットが、ＰＣＣ等の指定搬送波のために常に保留されていることを要求するよう、第３の規則１３２を適用するようにＵＥ１０を構成することによって低減されてもよい。この「一次搬送波」規則１３２の下で、ソフトバッファは、ＰＣＣ部分（ＰＣＣ専用である）および二次構成要素搬送波に対する残りの部分（方程式６等のパーティション方程式のうちの１つによって区分化される）に分割される。このアプローチは、ＰＣＣが頻繁に変化せず、二次搬送波よりも低頻度で再構成されるという事実を利用する。実装例では、あるＲｅｌ−８カテゴリに対するソフトビットの総数がＲｅｌ−８アプローチに従って区分化されたならば、ＰＣＣ部分に対するソフトビットの数は、（たとえＲｅｌ−１０ＵＥがＲｅｌ−１０ＵＥカテゴリに属しても）そのＲｅｌ−８カテゴリに対してソフトビットの数と同じとなり得る。他の実装では、ＰＣＣ部分に対するソフトビットの数は、所定の数となり得る。残りの部分のビット（ＰＣＣ部分に対するソフトビットを除く）は、ＳＣＣに対する利用可能なソフトビットとなり得る。代替として、ＳＣＣに利用可能なソフトビットの数は、所定の数となり得る。いずれにしても、ＳＣＣが追加または除去（あるいはアクティブ化／非アクティブ化）されるときに、二次搬送波に割り付けられるソフトビットのみが再区分化され、二次搬送波上のソフトバッファ再区分化は、一次搬送波上のソフトバッファに影響を及ぼさない。この配列を用いると、これらのＨＡＲＱソフトバッファがバッファ再区分化の影響を受けないので、アクセスデバイス２０は、任意の二次搬送波構成／アクティブ化／非アクティブ化ウィンドウ中に、一次搬送波上でのＵＥ１０への伝送を予定にいれるのみである。
【００６３】
ＵＥ１０はまた、信号または搬送波再構成に関する他の情報がＵＥによって受信されるときに、ＵＥ１０が再区分化命令を受信することを要求するように、第４の規則１３３を適用することによって、ソフトバッファ再区分化効果を低減するように構成されてもよい。この「再区分化命令」規則１３３の下で、アクセスデバイス２０は、現在のソフトビットバッファ区分化を維持するように、およびたとえ特定のＵＥ１０に対する搬送波が再構成、アクティブ化、非アクティブ化等されていても、新しい区分化に切り替わらないように、ＵＥ１０に指図する。そのような「再区分化命令」は、ＵＥ１０がそのソフトビットバッファを再区分化することが実際には必要ではなくてもよいとアクセスデバイス２０が判定した場合に送信される。例えば、アクセスデバイス２０は、ソフトビットバッファ再区分化（およびバッファ消去）を必要とせずに、搬送波再構成後の満足できるＨＡＲＱ性能を依然として得ることができると判定してもよい。この状況では、アクセスデバイス２０は、現在のソフトビットバッファ区分化を維持するように、および新しい区分化に切り替わらないようにＵＥ１０に指示する。この情報フィールドが欠如している、または異なる値に設定された場合には、これは、新しいソフトビットバッファ区分化が適用されてきべきであることをＵＥ１０に示す。実装例では、ＵＥがそのＨＡＲＱソフトビットバッファを再区分化するべきか否かを示す、搬送波再構成ＲＲＣメッセージの中の付加的な情報フィールドとして、明示的な再区分化命令が含まれる。「再区分化命令」規則１３３を用いると、ＵＥ１０は常に、搬送波追加（すなわち、新しい搬送波の構成）の場合に、そのＨＡＲＱソフトビットバッファを再区分化しなければならない。
【００６４】
さらに別の実施形態では、ＵＥ１０は、第５の規則１３４を適用することによって、ソフトバッファ再区分化効果を低減するように構成されてもよく、それにより、全ソフトビットが、個々の搬送波に対する伝送モードに依存しない方法を使用して、搬送波の間で区分化される。一式の集合搬送波の中の異なる搬送波が、異なる伝送モードで構成されてもよいので、この「伝送モード独立」規則１３４は、現在構成されている伝送モード（非ＭＩＭＯ対ＭＩＭＯ）に応じて、集合搬送波のうちの１つ以上に対するＨＡＲＱプロセスが、１つまたは２つのトランスポートブロックに対するソフトビットをバッファ格納する必要があってもよい状況に対処する。加えて、特定の集合搬送波の伝送モードが、ＨＡＲＱプロセッサにつき１から２個のトランスポートブロックに、または逆も同様に再構成される必要があってもよい可能性がある。そのような状況では、その搬送波のＨＡＲＱプロセスのソフトビットバッファは、再区分化される、したがって、一気に消去される必要があってもよい。「伝送モード独立」規則１３４を用いると、ＵＥ１０は、適切なパーティションバッファモジュールを選択することによって、そのＵＥに対する搬送波の全てのＨＡＲＱプロセスの全てよりもむしろ、その再構成された搬送波のＨＡＲＱプロセスのみにバッファ消去を限定するように構成される。例えば、バッファパーティションモジュール１２２および１２４は、それぞれこの提案の具体的実施形態を提供する方程式５および方程式７をそれぞれ実装し、それにより、他の搬送波に対するソフトビットバッファが再区分化されないように、１つの搬送波上の伝送モード（したがって、その搬送波に対するＫＭＩＭＯ，ｋの値）の変化が、その搬送波に対するソフトバッファのみを再区分化させる。
【００６５】
ここで図５を参照すると、集合搬送波上でトランスポートブロックを伝送することによって使用するためのＨＡＲＱバッファサイズ割付をＵＥ１０が管理することを可能にするように、アクセスデバイス２０によって行われるプロシージャ５００が、フローチャート形態で描写されている。いったんプロシージャが開始すると（ステップ５０２）、アクセスデバイスは、決定ブロック５０４で、ＵＥへのダウンリンクデータ伝送が必要とされるか否かを判定する。ダウンリンク伝送が必要とされない場合、制御は、決定ブロック５０４を通って元に戻り続ける。しかしながら、いったんダウンリンク伝送が必要とされると、制御は、アクセスデバイスが利用可能なＨＰＩまたはＨＰＩ／搬送波の組み合わせを識別する、ブロック５０６に移動する。この目的を果たすために、アクセスデバイスは、以前に伝送されたトラフィックパケットを追跡するように、任意のＵＥとともに現在使用されているＨＰＩまたはＨＰＩ／搬送波の組み合わせを追跡する。ブロック５０６では、アクセスデバイスが、利用可能な（すなわち、現在未使用の）ＨＰＩまたはＨＰＩ／搬送波の組み合わせのうちの１つを選択し、次いで、ＤＣＩパケットを生成し、ブロック５０８で選択されたＨＰＩとともにＵＥに伝送する。この段階で、アクセスデバイスは、集合搬送波が使用されることを判定してもよく、その場合、必要なＤＣＩおよびＨＰＩ情報が、選択された搬送波のために伝送され、または別様に伝えられる。
【００６６】
搬送波重み係数がアクセスデバイスからＵＥへ伝送される、選択された実施形態では、アクセスデバイスは、随意で、鎖線ブロック５１０または５１２で示されるように、搬送波重み係数を伝送してもよい。例えば、アクセスデバイスは、専用ＲＲＣ信号を使用すること等によって、ブロック５１０で任意の必要な搬送波重み係数をＵＥに伝送することができる。代替として、アクセスデバイスは、ブロック５１２で、必要な搬送波重み係数を、１つ以上のＵＥが位置するセルにブロードキャストすることができる。当然ながら、ＵＥが、アクセスデバイスによって伝送される他の制御情報から必要な重み付け情報を導出することができる時には、搬送波重み係数は、アクセスデバイスによって明示的に信号伝達される必要がない。例えば、ＵＥは、アクセスデバイスによって提供されるシステム情報ブロック制御情報から、集合搬送波のうちのそれぞれの帯域幅情報を判定することができる。
【００６７】
どのようにして搬送波重み付け情報がＵＥによって得られるかにかかわらず、アクセスデバイスは、ＤＣＩ特有のスケジュールによって特定されるＰＤＳＣＨチャネルおよび１つまたは複数の選択された搬送波周波数を使用して、プロセスブロック５１４で、トラフィックパケットをＵＥに伝送する。決定ブロック５１６では、アクセスデバイスは、ＡＣＫまたはＮＡＣＫについてアップリンクフィードバック（例えば、ＰＵＣＣＨチャネル）を監視する。ＡＣＫ（決定ブロック５１６からのＡＣＫ結果）が受信されたときに、制御は、アクセスデバイスが、受信したＡＣＫと関連付けられるＨＰＩまたはＨＰＩ／チャネルの組み合わせを利用可能にするブロック５１８に移動する。ブロック５１８の後に、制御は、決定ブロック５０４に戻る。しかしながら、もしＮＡＣＫ（決定ブロック５１６からのＮＡＣＫ結果が）が受信されるときは、制御は、アクセスデバイスが制御チャネル（例えば、ＰＤＣＣＨ）上の元のＨＰＩを含む別のＤＣＩパケットを伝送するブロック５２０に移動し、ブロック５２２で、アクセスデバイスは、データチャネル（例えば、ＰＤＳＣＨ）上でＵＥによって誤って受信された元のトラフィックパケットを再伝送する。理解されるように、いずれのＡＣＫまたはＮＡＣＫも受信されていない場合、アクセスデバイスは、少なくとも所定の継続時間にわたって、ＡＣＫまたはＮＡＣＫについてアップリンクフィードバックチャネルを監視し続け、その時点の後に、アクセスデバイスは、データパケットがＵＥによって正常に受信されなかったことを仮定し、したがって、再伝送プロシージャを進めてもよい。理解されるように、プロシージャ５００は、搬送波集合の場合に、プロシージャ５００のような複数のプロシージャが同時に行われてもよいように、搬送波上でＵＥに伝送されるそれぞれの元のトラフィックパケットに対して行われる。
【００６８】
ここで図６を参照すると、集合搬送波上で伝送されたトランスポートブロックを復号することによって使用するためのＨＡＲＱソフトバッファ区分化を管理するように、ユーザ機器１０によって行われるプロシージャ６００が、フローチャート形態で描写されている。理解されるように、プロシージャ６００は、部分的に図５で示され、描写されるプロシージャ５００と並行して行われてもよい。いったんプロシージャが開始すると（ステップ６０２）、ＵＥデバイスは、搬送波集合がデータをＵＥに伝送するために使用されることを示す任意のＤＣＩ信号を検出するように、制御チャネル（例えば、ＰＤＣＣＨ）を監視する。もしそうでなければ、プロシージャは、他のＤＣＩ信号を検出するように制御信号を監視し続ける。しかしながら、搬送波集合が示された場合、制御は、ＵＥがＤＣＩパケットの中の搬送波集合に予定されたダウンリンクリソースを識別するように構成されるブロック６０６に移動する。予定されたダウンリンクリソースを識別することに加えて、ＵＥは、その目的で提供される新しいデータ指標（ＮＤＩ）を調べることによって、リソース付与と関連付けられるトラフィックパケットが新しいデータまたは再伝送されたデータであるか否かを判定するために、ＤＣＩパケット情報を使用してもよい。加えて、ＵＥは、ＤＣＩパケット情報によって特定されるＨＰＩを識別することができる。最終的に、ＵＥは、アクセスデバイスによる明示的な制御信号から直接または間接的に、集合搬送波に対する任意の搬送波依存性重み係数を識別する。
【００６９】
ブロック６０８では、ＵＥは、効率的なＨＡＲＱ動作が、潜在的に異なる帯域幅および／または搬送波性能（例えば、異なるチャネル条件および／または干渉レベル）の複数の集合搬送波上で実現され得るように、搬送波関連重み係数の関数として、ソフトバッファメモリを区分化するように構成される。この目的を果たすために、ｋ番目の搬送波上のトランスポートブロックに対するソフトバッファサイズ（ＮＩＲ，ｋビット）を計算するために、ＵＥによって実装されてもよい、いくつかの区分化方程式が本明細書で開示および説明されている。例えば、パーティションステップ６０８は、方程式４を参照して本明細書の上記で説明されるように、ソフトバッファサイズへのＭＩＭＯ伝送モードの影響を除去するバッファパーティション方程式において搬送波依存性重み係数Ｗｍを使用するために区分化方程式６０９を選択してもよい。代替として、パーティションステップ６０８は、方程式５を参照して本明細書の上記で説明されるように、ＭＩＭＯ伝送モードで構成される搬送波上のＨＡＲＱプロセスに対するソフトバッファサイズを半分に分割するバッファパーティション方程式において搬送波依存性重み係数Ｗｍを使用するために、区分化方程式６１０を選択してもよい。他の実施形態では、パーティションステップ６０８は、方程式６を参照して本明細書の上記で説明されるように、バッファパーティション方程式において相対的搬送波帯域幅情報を使用するために、区分化方程式６１１を選択してもよく、または代替として、方程式７を参照して本明細書の上記で説明されるように、バッファパーティション方程式において相対的搬送波帯域幅情報を使用するために、区分化方程式６１２を選択してもよい。理解されるように、区分化方程式６０９−６１２の適用は、ＨＡＲＱ動作およびダウンリンク伝送スループットへの任意の再区分化の影響を低減するためにバッファ再区分化が起こるときを支配するために、１つ以上の適用規則によって支配されてもよい。
【００７０】
ブロック６１４では、ＵＥは、ブロック６０６で識別されたリソース付与を介して集合搬送波上で伝送されるトラフィックパケットにアクセスするように構成される。プロシージャ６００の中の複数の検出決定ブロック６１６によって示されるように、ＵＥは、集合搬送波のうちのそれぞれの上で受信された新しいデータまたは元のトラフィックパケットが、正しく復号されているかどうかを判定する。
【００７１】
元のトラフィックパケットが正しく受信された場合（決定ブロック６１６への肯定結果）、ＵＥは、ＡＣＫ（ブロック６１８）をアクセスデバイスに返送するように構成され、その後、制御は、ＵＥがＰＤＣＣＨ上の新しいＤＣＩについて監視し続けるブロック６０４に戻る。正しく受信したデータパケットがＨＡＲＱ再伝送パケットである場合において、それは、ブロック６１８で、示されたＨＰＩに対する再区分化されたＨＡＲＱダウンリンクソフトバッファに記憶された任意のソフトビットと組み合わせられる。所与のＨＰＩに対するデータパケットの伝送の成功時に、ＨＡＲＱダウンリンクソフトバッファの中の任意の対応するソフトビットデータは、ブロック６１８でバッファから消去される。
【００７２】
元のトラフィックパケットが正しく受信されなかったとＵＥが判定した場合（決定ブロック６１６への否定結果）、ＵＥは、ＮＡＣＫ（ブロック６２０）をアクセスデバイスに返送するように構成され、その後、制御は、ＵＥがＰＤＣＣＨ上の新しいＤＣＩについて監視し続けるブロック６０４に戻る。ブロック６２０では、誤って受信したデータパケットと関連付けられる任意のソフトビットが、示されたＨＰＩに対するＨＡＲＱダウンリンクソフトバッファに記憶される。
【００７３】
先述の内容から分かるように、開示されたバッファ区分化技法は、有意な利益をＨＡＲＱ復号プロセスに提供する。例えば、搬送波帯域幅ベースのソフトビット区分化スキームは、あるネットワークまたはスケジューラ実装制約の下で、各搬送波上で受信されることを予期できるトランスポートブロックの予期される相対的サイズに、ソフトバッファサイズを適合させることができる。これは、異なる帯域幅の搬送波が集約されたときに、全ての搬送波にわたって同等のＨＡＲＱ性能を提供するのに役立つために使用されてもよい。加えて、一般化された相対的重み付けスキームは、アクセスデバイスが、各搬送波の予測性能および／またはネットワーク事業者によって採用されるスケジューリングポリシーにソフトバッファサイズをカスタマイズすることを可能にし、チャネル条件および／または干渉条件および／またはスケジューリングポリシーが、異なる集合搬送波について異なるときに、全ての搬送波にわたって同等のＨＡＲＱ性能を提供するのに役立つことができる。最終的に、搬送波関連再構成が起こるときのソフトビット再区分化を対象とする提案された規則は、任意のバッファ再区分化の影響（すなわち、バッファ／プロセス消去）を最小限化し、ＵＥがこれらの状況で予期された規定の挙動に従うことを確実にするのに役立つ。
【００７４】
図７は、本開示の種々の実施形態のうちのいくつかのために動作可能であるユーザ機器デバイスおよび／またはアクセスデバイス上で実装されてもよい、ソフトウェア環境７０２の略図７００である。ＵＥデバイスまたはアクセスデバイスにおける１つ以上の処理リソースは、ソフトフェアの残りの部分が動作するプラットフォームを提供する、オペレーティングシステムドライバ７０４を実行する。オペレーティングシステムドライバ７０４は、アプリケーションソフトウェアにアクセス可能である標準化インターフェースを伴うデバイスハードウェア用のドライバを提供する。オペレーティングシステムドライバ７０４は、デバイス上で作動するアプリケーション間で制御を転送する、アプリケーション管理サービス（「ＡＭＳ」）７０６を含む。ＵＥインスタンスでは、ソフトウェア環境７０２は、ウェブブラウザアプリケーション７０８と、メディアプレーヤアプリケーション７１０と、デバイスアプリケーションとして提供されるＪａｖａ（登録商標）アプレット７１２とを含む。ウェブブラウザアプリケーション７０８は、ウェブブラウザとして動作するようにＵＥデバイスを構成し、ユーザが書式に情報を入力し、リンクを選択してウェブページを読み出して閲覧することを可能にする。メディアプレーヤアプリケーション７１０は、音声または視聴覚メディアを読み出して再生するようにＵＥを構成する。Ｊａｖａ（登録商標）アプレット７１２は、ゲーム、ユーティリティ、および他の機能性を提供するようにＵＥデバイスを構成する。最終的に、構成要素７１４は、本明細書で説明されるソフトバッファ区分化機能性を提供してもよい。
【００７５】
ここで図８を参照すると、本発明の選択された実施形態とともに使用されてもよい、移動無線通信デバイス１０００の例示的な構成要素を図示する、概略ブロック図が示されている。無線デバイス１０００は、上記で説明される特徴を実装するための具体的構成要素とともに示されている。無線デバイス１０００は、例示的目的のみで、非常に具体的な詳細とともに示されていることを理解されたい。
【００７６】
デバイス１０００は、例証的に、筐体１２００と、キーパッド１４００と、出力デバイス１６００とを含む。筐体１２００は、垂直に細長くてもよく、または他のサイズおよび形状（クラムシェル筐体構造を含む）を帯びてもよい。キーパッド１４００は、キーパッド、タッチパッド、または同等の英数字入力として実装されてもよく、モード選択キー、またはテキスト入力と電話入力とを切り替えるための他のハードウェアあるいはソフトウェアを含んでもよい。示される出力デバイスは、フルグラフィックＬＣＤであってもよい、ディスプレイ１６００であるが、他のタイプの出力デバイスが利用されてもよい。筐体１２００内に含有される処理デバイス１８００は、キーパッド１４００およびディスプレイ１６００と通信可能に連結される。処理デバイス１８００は、ユーザによるキーパッド１４００上のキーの作動に応じて、ディスプレイ１６００の動作、ならびにモバイルデバイス１０００の全体的な動作を制御する。
【００７７】
図８で概略的に図示されるように、モバイルデバイス１０００は、通信サブシステム１００１、短距離通信サブシステム１０２０、キーパッド１４００、ディスプレイ１６００、１つ以上の入力／出力デバイス１０６０、１０８０、１１００、および１１２０、フラッシュメモリ１１６０およびランダムアクセスメモリ（ＲＡＭ）１１８０を含むメモリデバイス１１６０、１１８０、ならびに種々の他のデバイスサブシステム１２０１等の他の部品または構成要素を含んでもよい。示されていないが、無線デバイス１０００は、無線デバイス１０００の能動要素に電力供給するバッテリを有してもよい。モバイルデバイス１０００は、好ましくは、音声、データ、および／またはビデオ通信能力を有する、双方向ＲＦ通信デバイスである。加えて、モバイルデバイス１０００は、好ましくは、インターネットまたは他の通信ネットワークを介して、他のコンピュータシステムと通信する能力を有する。
【００７８】
処理デバイス１８００によって実行されるオペレーティングシステムソフトウェアは、好ましくは、フラッシュメモリ１１６０等の持続性記憶部に記憶されるが、読取専用メモリ（ＲＯＭ）または同様の記憶要素等の他のタイプのメモリデバイスに記憶されてもよい。加えて、システムソフトウェア、特定デバイスアプリケーション、またはその部分は、ランダムアクセスメモリ（ＲＡＭ）１１８０等の揮発性メモリに一時的にロードされてもよい。モバイルデバイスによって受信される通信信号もまた、ＲＡＭ１１８０に記憶されてもよい。
【００７９】
処理デバイス１８００は、そのオペレーティングシステム機能に加えて、デバイス１０００上のソフトウェアアプリケーション１３００Ａ−１３００Ｎの実行を可能にする。データおよび音声通信１３００Ａおよび１３００Ｂ等の基本デバイス動作を制御する、所定の一式のアプリケーションが、製造中にデバイス１０００上にインストールされてもよい。加えて、個人情報マネージャ（ＰＩＭ）アプリケーションが、製造中にインストールされてもよい。ＰＩＭは、いくつかの実施形態では、Ｅメール、カレンダーイベント、音声メール、約束、およびタスクアイテム等のデータアイテムを編成および管理することが可能である。ＰＩＭアプリケーションはまた、いくつかの実施形態では、無線ネットワーク１４０１を介してデータアイテムを送信および受信することが可能である。いくつかの実施形態では、ＰＩＭデータアイテムは、無線ネットワーク１４０１を介して、ホストコンピュータシステムに記憶された、または関連付けられた、デバイスユーザの対応するデータアイテムとシームレスに統合、同期化、および更新される。同様に、別のソフトウェアモジュール１３００Ｎとして図示される付加的なソフトウェアモジュールが、製造中にインストールされてもよい。
【００８０】
データおよび音声通信を含む通信機能は、通信サブシステム１００１を通して、およびおそらく短距離通信サブシステムを通して行われる。通信サブシステム１００１は、受信機１５００と、伝送機１５２０と、１つ以上のアンテナ１５４０および１５６０とを含む。加えて、通信サブシステム１００１はまた、デジタル信号プロセッサ（ＤＳＰ）１５８０等の処理モジュールと、局部発振器（ＬＯ）１６０１とを含む。いくつかの実施形態では、通信サブシステム１００１は、別個のアンテナ配設（アンテナ１５４０および１５６０と同様である）と、各ＲＡＴに対するＲＦ処理チップ／ブロック（受信機１５００、ＬＯ１６０１、および伝送機１５２０と同様である）とを含むが、共通ベースバンド信号プロセッサ（ＤＳＰ１５８０と同様である）が、複数のＲＡＴに対するベースバンド処理に使用されてもよい。通信サブシステム１００１の具体的設計および実装は、モバイルデバイス１０００が動作することを目的としている、通信ネットワークに依存している。例えば、モバイルデバイス１０００は、ＭｏｂｉｔｅｘＴＭ、Ｄａｔａ  ＴＡＣＴＭ、または汎用パケット無線サービス（ＧＰＲＳ）移動データ通信ネットワークとともに動作するように設計され、また、先進携帯電話サービス（ＡＭＰＳ）、時分割多重アクセス（ＴＤＭＡ）、符号分割多重アクセス（ＣＤＭＡ）、パーソナル通信サービス（ＰＣＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））等の、種々の音声通信ネットワークのうちのいずれかとともに動作するように設計されている、通信サブシステム１００１を含んでもよい。ＣＤＭＡの実施例は、１Ｘおよび１ｘ  ＥＶ−ＤＯを含む。通信サブシステム１００１はまた、８０２．１１  Ｗｉ−Ｆｉネットワークおよび／または８０２．１６  ＷｉＭＡＸネットワークとともに動作するように設計されてもよい。別個および統合型の両方である、他のタイプのデータおよび音声ネットワークもまた、モバイルデバイス１０００とともに利用されてもよい。モバイルデバイス１０００はまた、３  ＧＳＭ（登録商標）、３  ＧＰＰ、ＵＭＴＳ、ＬＴＥ  Ａｄｖａｎｃｅｄ、４Ｇ等の他の通信規格に準拠してもよい。
【００８１】
ネットワークアクセスは、通信システムのタイプに応じて変化してもよい。例えば、ＭｏｂｉｔｅｘＴＭおよびＤａｔａＴＡＣＴＭネットワークでは、無線デバイスは、各デバイスと関連付けられる一意的な個人識別番号（ＰＩＮ）を使用して、ネットワーク上で登録される。しかしながら、ＧＰＲＳネットワークでは、ネットワークアクセスは、典型的には、デバイスの加入者またはユーザと関連付けられる。したがって、ＧＰＲＳデバイスは、典型的には、ＧＰＲＳネットワーク上で動作するために、加入者識別モジュール（ＳＩＭ）カードと一般的に呼ばれる、加入者識別モジュールを有する。
【００８２】
必要なネットワーク登録または起動プロシージャが完了した時に、モバイルデバイス１０００は、通信ネットワーク１４０１上で通信信号を送信および受信してもよい。アンテナ１５４０によって通信ネットワーク１４０１から受信される信号は、信号増幅、周波数下方変換、フィルタリング、チャネル選択等を提供し、また、アナログ・デジタル変換を提供してもよい、受信機１５００に送られる。受信した信号のアナログ・デジタル変換は、ＤＳＰ１５８０が復調および復号等のより複雑な通信機能を果たすことを可能にする。同様に、ネットワーク１４０１に伝送される信号は、ＤＳＰ１５８０によって処理（例えば、変調および符号化）され、次いで、デジタル・アナログ変換、周波数上方変換、フィルタリング、増幅、およびアンテナ１５６０を介した通信ネットワーク１４０１（または複数のネットワーク）への伝送のために、伝送機１５２０に提供される。
【００８３】
通信信号を処理することに加えて、ＤＳＰ１５８０は、受信機１５００および伝送機１５２０の制御を提供する。例えば、受信機１５００および伝送機１５２０において通信信号に適用される利得が、ＤＳＰ１５８０で実相される自動利得制御アルゴリズムを通して、適応的に制御されてもよい。
【００８４】
データ通信モードでは、テキストメッセージまたはウェブページダウンロード等の受信した信号が、通信サブシステム１００１によって処理され、処理デバイス１８００に入力される。次いで、受信した信号は、ディスプレイ１６００に、または代替として何らかの他の補助入出力デバイス１０６０に出力するために、処理デバイス１８００によってさらに処理される。デバイスユーザはまた、キーパッド１４００および／またはタッチパッド、ロッカースイッチ、サムホイール、あるいは何らかの他のタイプの入力デバイス等の何らかの他の補助入出力デバイス１０６０を使用して、Ｅメールメッセージ等のデータアイテムを作成してもよい。次いで、作成されたデータアイテムは、通信サブシステム１００１を介して、通信ネットワーク１４０１上で伝送されてもよい。
【００８５】
音声通信モードでは、受信した信号がスピーカ１１００に出力され、伝送のための信号がマイクロホン１１２０によって生成されることを除いて、デバイスの全体的な動作は、データ通信モードと実質的に同様である。音声メッセージ録音サブシステム等の代替的な音声またはオーディオ入出力サブシステムもまた、デバイス１０００上で実装されてもよい。加えて、ディスプレイ１６００はまた、例えば、発呼側の識別、音声通話の持続時間、または他の音声通話関連情報を表示するために、音声通信モードで利用されてもよい。
【００８６】
短距離通信サブシステム１０２０は、モバイルデバイス１０００と、必ずしも同様のデバイスである必要はない、他の近接システムまたはデバイスとの間の通信を可能にする。例えば、短距離通信サブシステムは、同様に使用可能なシステムおよびデバイスとの通信を提供するように、赤外線デバイスならびに関連回路および構成要素、またはＢｌｕｅｔｏｏｔｈ（登録商標）通信モジュールを含んでもよい。
【００８７】
これまで、集合搬送波に対するハイブリッド自動再送要求（ＨＡＲＱ）動作を処理するための方法、装置、コンピュータプログラム製品、およびシステムが本明細書で開示されていることを理解するはずである。開示された方法論、装置、コンピュータプログラム製品、およびシステムでは、集合搬送波上で１つ以上のトランスポートブロックを受信するように選択される、ユーザ機器デバイスのユーザ機器カテゴリを判定すること等によって、区分化されるソフトバッファビットの総数が判定される。他の実施形態では、区分化されるソフトバッファビットの総数は、ソフトビットバッファに使用されるソフトバッファビットの総数を判定することと、ソフトバッファビットの総数のうちの所定数を、一次構成要素搬送波に割り当て、ソフトバッファビットの残りの数を残すことと、複数の二次構成要素搬送波の構成情報を検出することと、複数の二次構成要素搬送波の間で区分化されるソフトバッファビットの総数として、ソフトバッファビットの残りの数を割り当てることとによって判定される。加えて、複数の構成またはアクティブ化された集合搬送波に対する複数の搬送波依存性重み係数を得ること等によって、集合搬送波にそれぞれ対応する搬送波依存性重み係数が得られる。選択された実施形態では、重み係数は、複数の搬送波依存性重み係数を伝える専用制御信号を受信することによって、または複数の搬送波依存性重み係数のセル特有のブロードキャストを受信することによって、またはセル特有のブロードキャスト情報から複数の搬送波依存性重み係数を導出することによって、得ることができる。この情報に基づいて、ソフトバッファビットの総数は、相対的搬送波依存性重み係数に基づいてサイズ決定される複数の集合搬送波に対する複数のソフトバッファパーティションを得るように、少なくとも部分的に搬送波依存性重み係数に基づいて区分化される。一般的に言えば、ソフトバッファビットの総数は、本明細書の上記で記載される方程式４−７のうちのいずれかを使用すること等により、ｋ番目の搬送波に対する重み係数を、集合搬送波に対する全ての重み係数の合計で割ることによって、複数の集合搬送波からｋ番目の搬送波に対するソフトバッファパーティションサイズを選択することによって区分化されてもよい。加えて、任意の搬送波関連再構成が、集合搬送波の全てを含むわけではない集合搬送波の一部に対して検出されたときに、他のソフトバッファパーティションの中のＨＡＲＱプロセス情報の操作がないように、集合搬送波の一部に対応する、１つ以上のソフトバッファパーティションの中に記憶されているＨＡＲＱプロセス情報のみが操作される。この目的を達成するために、複数の集合搬送波のうちのいずれか１つ以上の再構成の場合に、ソフトバッファビットの総数を再区分化するか否かを示すように、専用制御信号が送信されてもよい。
【００８８】
また、集合搬送波に対するハイブリッド自動再送要求（ＨＡＲＱ）動作を処理するためのユーザ機器デバイスおよび操作方法も本明細書で開示されている。開示されたＵＥデバイスは、集合搬送波上で１つ以上のトランスポートブロックを受信するように構成される、ユーザ機器デバイスのユーザ機器カテゴリを判定すること等によって、ＨＡＲＱ動作のために区分化されるソフトバッファビットの総数を判定するように構成される、プロセッサおよび／またはＨＡＲＱサブシステムを含む。加えて、プロセッサおよび／またはＨＡＲＱサブシステムは、複数の搬送波関連特性を伝える専用制御信号またはブロードキャスト制御信号を受信することによって、あるいは複数の搬送波関連特性を導出するために使用されてもよい情報を受信することによって、それぞれ複数の集合搬送波に対応する複数の搬送波関連特性（例えば、搬送波依存性重み係数）を得るように構成される。代替として、複数の構成またはアクティブ化された集合搬送波に対する複数の搬送波依存性重み係数を得ること等によって、それぞれ集合搬送波に対応する搬送波依存性重み係数が得られてもよい。プロセッサおよび／またはＨＡＲＱサブシステムはまた、複数の搬送波関連特性に基づいて相対的サイズを有する複数のソフトバッファパーティションを得るように、複数の集合搬送波と関連付けられる複数の搬送波関連特性に少なくとも部分的に基づいて、複数の集合搬送波の間でソフトバッファビットの総数を区分化するように構成される。一般的に言えば、ソフトバッファビットの総数は、本明細書の上記で記載される方程式４−７のうちのいずれかを使用すること等により、ｋ番目の搬送波に対する重み係数を集合搬送波に対する全ての重み係数の合計で割ることによって、複数の集合搬送波からｋ番目の搬送波に対するソフトバッファパーティションサイズを選択することによって区分化されてもよい。他の実施形態では、区分化されるソフトバッファビットの総数は、ソフトビットバッファに使用されるソフトバッファビットの総数を判定することと、ソフトバッファビットの総数のうちの所定数を一次構成要素搬送波に割り当て、ソフトバッファビットの残りの数を残すことと、複数の二次構成要素搬送波の構成情報を検出することと、複数の二次構成要素搬送波の間で区分化されるソフトバッファビットの総数として、ソフトバッファビットの残りの数を割り当てることとによって判定される。ユーザ機器では、プロセッサおよびＨＡＲＱサブシステムはまた、集合搬送波の全てを含むわけではない集合搬送波の一部に対する搬送波関連再構成を検出し、他のソフトバッファパーティションの中のＨＡＲＱプロセス情報を操作することなく、集合搬送波の一部に対応する、１つ以上のソフトバッファパーティションの中のＨＡＲＱプロセス情報のみを操作するように構成されてもよい。この目的を果たすために、ＵＥ機器は、複数の集合搬送波のうちのいずれか１つ以上の再構成の場合に、ソフトバッファビットの総数を再区分化するか否かを示す専用制御信号を受信するように構成されてもよい。
【００８９】
加えて、集合搬送波に対するハイブリッド自動再送要求（ＨＡＲＱ）動作を処理するためのネットワーク要素および操作方法が本明細書で開示されている。開示されたネットワーク要素（例えば、ｅＮＢ）は、複数の集合搬送波上でデータパケットを受信するようにユーザ機器デバイスを構成することによって、ハイブリッド自動再送要求（ＨＡＲＱ）動作を処理するためのプロセッサおよび通信サブシステムを含む。ネットワーク要素はまた、複数の搬送波依存性重み係数を伝える専用制御信号を伝送すること、またはセルの中で複数の搬送波依存性重み係数をブロードキャストすること等によって、複数の集合搬送波上でデータパケットをユーザ機器デバイスに伝送する。加えて、ネットワーク要素は、複数の集合搬送波にそれぞれ対応する複数の搬送波依存性重み係数をユーザ機器デバイスに伝送し、搬送波依存性重み係数は、相対的搬送波依存性重み係数に基づいてサイズ決定される複数の集合搬送波に対する複数のソフトバッファパーティションを得るように、少なくとも部分的に搬送波依存性重み係数に基づいてソフトバッファビットの総数を区分化する際に、ユーザ機器デバイスによって使用するために伝送される。
【００９０】
なおもさらなる実施形態では、実質的に上記で説明されるように、集合搬送波に対するハイブリッド自動再送要求（ＨＡＲＱ）動作を処理するようにユーザ機器（ＵＥ）および／またはアクセスデバイス（例えば、ｅＮＢ等の無線アクセスネットワーク）を操作するための方法を実装するよう、実行されるように適合される命令で具現化される、コンピュータ可読プログラムコードをその中に有する非一過性のコンピュータ可読記憶媒体を含むコンピュータプログラム製品が開示される。開示されるように、コンピュータプログラムは、ＨＡＲＱ動作のために区分化されるソフトバッファビットの総数を判定することと、複数の集合搬送波にそれぞれ対応する複数の搬送波関連特性を得ることと、複数の搬送波関連特性に基づいて相対的サイズを有する複数のソフトバッファパーティションを得るように、複数の集合搬送波と関連付けられる複数の搬送波関連特性に少なくとも部分的に基づいて、複数の集合搬送波の間でソフトバッファビットの総数を区分化することとによって、集合搬送波に対するＨＡＲＱ動作を処理するための方法を行うように、プロセッサを制御する。コンピュータプログラムは、複数の搬送波関連特性を伝える専用制御信号またはブロードキャスト制御信号を受信するようにプロセッサを制御すること、あるいは複数の搬送波関連特性を導出するために使用されてもよい情報を受信することによって、複数の搬送波関連特性を得る。代替として、コンピュータプログラムは、集合搬送波のうちのそれぞれの帯域幅情報を導出するように、プロセッサを制御する。ソフトバッファビットを区分化することに関して、コンピュータプログラムは、本明細書の上記で記載される方程式４−７のうちのいずれかを使用すること等により、ｋ番目の搬送波に対する重み係数を集合搬送波に対する全ての重み係数の合計で割ることによって、複数の集合搬送波からｋ番目の搬送波に対するソフトバッファパーティションサイズを選択するようにプロセッサを制御する。
【００９１】
本明細書で使用されるように、連結された、接続された、電気的に接続された、信号通信している、および同等物等の用語は、特定の実施形態との全体的な関連で明白となるように、構成要素間の直接接続、構成要素間の間接接続、または両方を含んでもよいことを理解されたい。連結されたという用語は、直接電気接続を含むが、それらに限定されないことを目的としている。
【００９２】
本願の多数の修正および変化例は、上記の教示に照らして可能である。したがって、添付の請求項の範囲内で、本願の実施形態が、本明細書で具体的に説明されるのとは別様に実践されてもよいことを理解されたい。
【００９３】
本明細書で開示される、説明された例示的実施形態は、ＨＡＲＱダウンリンクプロセスに対する全体利用可能なソフトビットを区分化するために搬送波関連重み係数を使用するソフトバッファ区分化スキームを参照して説明されるが、本発明は、多種多様な信号スキームおよび用途に適用可能である、本発明の発明側面を例証する例示的実施形態に必ずしも限定されない。したがって、本発明は、修正され、本明細書の教示の利益を有する当業者に明白である、異なるが同等の方式で実践されてもよいので、上記で開示される特定の実施形態は、例証的にすぎず、本発明への制限として解釈されるべきではない。したがって、先述の説明は、本発明を記載される特定の形態に限定することを目的としていないが、逆に、添付の請求項によって定義されるような本発明の精神および範囲に含まれるような代替案、修正、および同等物を対象とすることを目的としており、よって、当業者は、その最も広い形態での本発明の精神および範囲から逸脱することなく、種々の変更、置換、および改変を行うことができると理解するべきである。
【００９４】
（付録）
この付録は、搬送波集合の場合（（Ｅ−ＵＴＲＡ、Ｒｅｌ−１０）に、複数の搬送波上の複数のバッファ間でＨＡＲＱソフトビットの全体利用可能数を区分化するためのＨＡＲＱソフトバッファの管理に関する、選択された３  ＧＰＰ  ＴＳ報告および仕様への変更提案を記載する。
【００９５】
／／／／／／／／／／／／／／提案＃１：相対的搬送波帯域幅に基づくソフトビットバッファ区分化／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／
５．１．４．１．２  ビット収集、選択、および伝送
ｒ番目のコード化されたブロックに対する長さＫｗ＝３Ｋｎの循環バッファは、以下のように生成される。
【００９６】
【化５１】
2014502080.tif 000017
トランスポートブロックに対するソフトバッファサイズを、ＮＩＲビットによって表し、ｒ番目のコードブロックに対するソフトバッファサイズを、Ｎｃｂビットによって表す。サイズＮｃｂは、以下のように得られ、式中、Ｃは、第５．１．２項で算出されるコードブロックの数である。
ダウンリンクターボコード化トランスポートチャネルについては、
【００９７】
【化５２】
2014502080.tif 000018
アップリンクターボコード化トランスポーとチャネルについては、
【００９８】
【化５３】
2014502080.tif 000019
であり、式中、ＮＩＲは、以下
オプション＃１
【００９９】
【化５４】
2014502080.tif 000020
オプション＃２
【０１００】
【化５５】
2014502080.tif 000021
に等しく、式中、
Ｎｓｏｆｔは、ソフトチャネルビットの総数である［４］。
ＫＭＩＭＯ，ｋは、［３］の第７．１項で定義されるように、ＵＥのｋ番目の搬送波が伝送モード３、４、または８に基づいてＰＤＳＣＨ伝送を受信するように構成される場合は、２に等しく、そうでなければ１に等しい。
【０１０１】
【化５６】
2014502080.tif 000022
は、ｋ番目の搬送波の帯域幅の中のリソースブロックの数である。
ＭＤＬ＿ＨＡＲＱ，ｋは、［３］の第７項で定義されるように、ｋ番目の搬送波に対するＤＬ  ＨＡＲＱプロセスの最大数である。
Ｍｌｉｍｉｔ，ｋは、ｋ番目の搬送波に対するＨＡＲＱソフトビットバッファの最大数を生じる定数である。デフォルト値は、８に等しい定数である。
Ｎｃａｒｒｉｅｒは、ＵＥに対する搬送波の総数である。
【０１０２】
／／／／／／／／／／／／／／提案＃２：搬送波依存性重み付けに基づくソフトビットバッファ区分化／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／
５．１．４．１．２  ビット収集、選択、および伝送
ｒ番目のコード化されたブロックに対する長さＫｗ＝３Ｋｎの循環バッファは、以下のように生成される。
【０１０３】
【化５７】
2014502080.tif 000023
トランスポートブロックに対するソフトバッファサイズを、ＮＩＲビットによって表し、ｒ番目のコードブロックに対するソフトバッファサイズを、Ｎｃｂビットによって表す。サイズＮｃｂは、以下のように得られ、式中、Ｃは、第５．１．２項で算出されるコードブロックの数である。
ダウンリンクターボコード化トランスポートチャネルについては、
【０１０４】
【化５８】
2014502080.tif 000024
アップリンクターボコード化トランスポーとチャネルについては、
【０１０５】
【化５９】
2014502080.tif 000025
であり、式中、ＮＩＲは、以下
オプション＃１
【０１０６】
【化６０】
2014502080.tif 000026
オプション＃２
【０１０７】
【化６１】
2014502080.tif 000027
に等しく、式中、
Ｎｓｏｆｔは、ソフトチャネルビットの総数である［４］。
ＫＭＩＭＯ，ｋは、［３］の第７．１項で定義されるように、ＵＥのｋ番目の搬送波が、伝送モード３、４、または８に基づいてＰＤＳＣＨ伝送を受信するように構成される場合は、２に等しく、そうでなければ１に等しい。
Ｗｋは、ｋ番目の搬送波に対する相対的重み係数であり、上位層によって構成される。
ＭＤＬ＿ＨＡＲＱ，ｋは、［３］の第７項で定義されるように、ｋ番目の搬送波に対するＤＬ  ＨＡＲＱプロセスの最大数である。
Ｍｌｉｍｉｔ，ｋは、ｋ番目の搬送波に対するＨＡＲＱソフトビットバッファの最大数を生じる定数である。デフォルト値は、８に等しい定数である。
Ｎｃａｒｒｉｅｒは、ＵＥに対する搬送波の総数である。
【０１０８】
／／／／／／／／／／／／／／提案＃３：搬送波関連再構成でのＨＡＲＱバッファ再区分化／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／／
（提案Ａ：）
５．１．４．１．２  ビット収集、選択、および伝送
・・・・・・省略
Ｎｃａｒｒｉｅｒは、ＵＥに対する構成された搬送波の総数である。
（提案Ｂ
Ｎｃａｒｒｉｅｒは、ＵＥに対するアクティブ化搬送波の総数である。
（提案Ｃ）
５．１．４．１．２  ビット収集、選択、および伝送
ｒ番目のコード化されたブロックに対する長さＫｗ＝３Ｋｎの循環バッファは、以下のように生成される。
【０１０９】
【化６２】
2014502080.tif 000028
トランスポートブロックに対するソフトバッファサイズを、ＮＩＲビットによって表し、ｒ番目のコードブロックに対するソフトバッファサイズを、Ｎｃｂビットによって表す。サイズＮｃｂは、以下のように得られ、式中、Ｃは、第５．１．２項で算出されるコードブロックの数である。
ダウンリンクターボコード化トランスポートチャネルについては、
【０１１０】
【化６３】
2014502080.tif 000029
アップリンクターボコード化トランスポートチャネルについては、
【０１１１】
【化６４】
2014502080.tif 000030
であり、式中、ＮＩＲは、以下
一次搬送波については、
【０１１２】
【化６５】
2014502080.tif 000031
二次搬送波については、
【０１１３】
【化６６】
2014502080.tif 000032
に等しく、式中、
Ｎｓｏｆｔは、ソフトチャネルビットの総数である［４］。
Ｎｓｏｆｔ，ｓｃは、一次構成要素搬送波に対するソフトチャネルビットの総数であり、上位層によって構成され、または［４］で定義されている。
ＫＭＩＭＯ，ｋは、［３］の第７．１項で定義されるように、ＵＥのｋ番目の搬送波が、伝送モード３、４、または８に基づいてＰＤＳＣＨ伝送を受信するように構成される場合は、２に等しく、そうでなければ１に等しい。
【０１１４】
【化６７】
2014502080.tif 000033
は、ｋ番目の搬送波の帯域幅の中のリソースブロックの数である。
ＭＤＬ＿ＨＡＲＱ，ｋは、［３］の第７項で定義されるように、ｋ番目の搬送波に対するＤＬ  ＨＡＲＱプロセスの最大数である。
Ｍｌｉｍｉｔ，ｋは、ｋ番目の搬送波に対するＨＡＲＱソフトビットバッファの最大数を生じる定数である。デフォルト値は、８に等しい定数である。
Ｎｃａｒｒｉｅｒは、ＵＥに対する二次的な構成（またはアクティブ化）された搬送波の総数である。
（提案Ｄ：）
−ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ
ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ＲＲＣ接続を修正するコマンドである。それは、任意の関連専用ＮＡＳ情報およびセキュリティ構成を含む、測定構成、移動度制御、無線リソース構成（ＲＢ、ＭＡＣ主要構成、物理チャネル構成を含む）の情報を伝えてもよい。
信号無線ベアラ：ＳＲＢ１
ＲＬＣ−ＳＡＰ：ＡＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥへのＥ−ＵＴＲＡＮ
ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ
【０１１５】
【化６８−１】
2014502080.tif 000034
【０１１６】
【化６８−２】
2014502080.tif 000035
【０１１７】
【表２】
2014502080.tif 000036
【図１】
2014502080.tif 000051
【図２】
2014502080.tif 000052
【図３】
2014502080.tif 000053
【図４】
2014502080.tif 000054
【図５】
2014502080.tif 000055
【図６】
2014502080.tif 000056
【図７】
2014502080.tif 000057
【図８】
2014502080.tif 000058
【国際調査報告】
2014502080.tif 000059
2014502080.tif 000060
2014502080.tif 000061