(57)【要約】圧縮されたタイムラインに従ったデータパケットの義務付けられた再送信がＴＴＩバンドリングに対する代替を提供する、ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供されている。第１のデータユニットが第１のサブフレームで送信され、第１のデータユニットの先行する送信または再送信への応答が処理される前に、１つまたは複数の非連続的サブフレームで自動的に再送信される。再送信は、肯定応答が処理された後に終了される。自動再送信は、第１のデータユニットの各再送信の前に送信される所定数の介在サブフレームで周期的に生じる。【選択図】図９
2015527791.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信することと、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、非連続的サブフレームで前記第１のデータユニットを自動的に再送信することと、ここにおいて前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させることと、
を備える、方法。
【請求項２】
前記自動再送信は、周期的に生じる、請求項１に記載の方法。
【請求項３】
所定数の介在サブフレームは、前記第１のデータユニットの各再送信の前に送信される、請求項２に記載の方法。
【請求項４】
第２のデータユニットの送信または再送信への処理されたＨＡＲＱ応答がＡＣＫを備えると決定されるまで、複数の前記介在サブフレームで前記第２のデータユニットの冗長バージョンを使用して、前記第２のデータユニットを送信および自動的に再送信すること、をさらに備える、請求項３に記載の方法。
【請求項５】
前記第２のデータユニットは、非連続的サブフレームで送信および再送信される、請求項４に記載の方法。
【請求項６】
いくつかの介在サブフレームは、前記第２のデータユニットの各再送信の前に送信される、請求項５に記載の方法。
【請求項７】
同じ数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、請求項６に記載の方法。
【請求項８】
異なる数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、請求項６に記載の方法。
【請求項９】
所定最大数の再送信の後に前記第１のデータユニットの再送信を終了させること、をさらに備える、請求項１に記載の方法。
【請求項１０】
最大遅延は、前記第１のデータユニットに対して定義され、前記最大数の再送信は前記最大遅延に基づいて決定される、請求項９に記載の方法。
【請求項１１】
前記最大数の再送信は、前記第１のデータユニットの各再送信の前に送信されるいくつかの介在サブフレームに基づいて決定される、請求項１０に記載の方法。
【請求項１２】
前記第１のデータユニットは、ボイスデータを備える、請求項１０に記載の方法。
【請求項１３】
前記第１のデータユニットは、ボイスオーバＩＰ（ＶｏＩＰ）データを備える、請求項１０に記載の方法。
【請求項１４】
ワイヤレス通信のための装置であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信するための手段と、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、非連続的サブフレームで前記第１のデータユニットを自動的に再送信するための手段と、ここにおいて前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させるための手段と、
を備える、装置。
【請求項１５】
前記自動再送信は、周期的に生じる、請求項１４に記載の装置。
【請求項１６】
所定数の介在サブフレームは、前記第１のデータユニットの各再送信の前に送信される、請求項１５に記載の装置。
【請求項１７】
前記送信するための手段および自動的に再送信するための手段は、第２のデータユニットの送信または再送信への処理されたＨＡＲＱ応答がＡＣＫを備えると決定されるまで、複数の前記介在サブフレームで前記第２のデータユニットの冗長バージョンを使用して、前記第２のデータユニットを送信および再送信する、請求項１６に記載の装置。
【請求項１８】
前記第２のデータユニットは、非連続的サブフレームで送信および再送信される、請求項１７に記載の装置。
【請求項１９】
いくつかの介在サブフレームは、前記第２のデータユニットの各再送信の前に送信される、請求項１８に記載の装置。
【請求項２０】
同じ数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、請求項１９に記載の装置。
【請求項２１】
異なる数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、請求項１９に記載の装置。
【請求項２２】
前記第１のデータユニットの再送信を終了させるための手段は、所定最大数の再送信の後に前記再送信を終了させるようにさらに構成される、請求項１４に記載の装置。
【請求項２３】
最大遅延は、前記第１のデータユニットに対して定義され、前記最大数の再送信は前記最大遅延に基づいて決定される、請求項２２に記載の装置。
【請求項２４】
前記最大数の再送信は、前記第１のデータユニットの各再送信の前に送信されるいくつかの介在サブフレームに基づいて決定される、請求項２３に記載の装置。
【請求項２５】
前記第１のデータユニットは、ボイスデータを備える、請求項２３に記載の装置。
【請求項２６】
前記第１のデータユニットは、ボイスオーバＩＰ（ＶｏＩＰ）データを備える、請求項２３に記載の装置。
【請求項２７】
ワイヤレス通信のための装置であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信し、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、非連続的サブフレームで前記第１のデータユニットを自動的に再送信し、ここにおいて前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させる、
ように構成された処理システム、
を備える、装置。
【請求項２８】
コンピュータプログラム製品であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信し、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、非連続的サブフレームで前記第１のデータユニットを自動的に再送信し、ここにおいて前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させる、
ためのコードを備えるコンピュータ可読媒体、
を備える、コンピュータプログラム製品。
【請求項２９】
ワイヤレス通信の方法であって、
ユーザ機器（ＵＥ）に許可を提供することと、前記許可は、データユニットの自動再送信にリソースを提供し、
前記データユニットの第１の冗長バージョンを受信することと、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信することと、
前記ＨＡＲＱ応答を同時に送信しながら前記データユニットの第２の冗長バージョンを受信することと、
を備える、方法。
【請求項３０】
前記データユニットの複数の冗長バージョンの各々へのＨＡＲＱ応答として否定応答（ＮＡＣＫ）を送信することをさらに備え、前記複数の冗長バージョンは、前記データユニットの前記第１および第２の冗長バージョンを含む、請求項２９に記載の方法。
【請求項３１】
前記データユニットが前記データユニットの前記複数の冗長バージョンから導出できるとき、ＨＡＲＱ応答として肯定応答（ＡＣＫ）を送信すること、をさらに備える、請求項３０に記載の方法。
【請求項３２】
前記許可は、前記データユニットの冗長バージョンの各送信の前に前記ＵＥによって送信されるべきいくつかの介在サブフレームを定義する、請求項３０に記載の方法。
【請求項３３】
前記許可は、前記データユニットの冗長バージョンの最大数の送信を定義する、請求項２９に記載の方法。
【請求項３４】
前記最大数の送信は、前記データユニットに対して許容された最大遅延に基づく、請求項３３に記載の方法。
【請求項３５】
前記第１のデータユニットは、ボイスデータを備える、請求項３４に記載の方法。
【請求項３６】
前記第１のデータユニットは、ボイスオーバＩＰデータを備える、請求項３４に記載の方法。
【請求項３７】
前記データユニットが前記データユニットの次の冗長バージョンから導出できる確率を決定することと、
前記確率がしきい値を超えるとき、および前記データユニットの前記次の冗長バージョンが処理される前に、ＨＡＲＱ応答としてＡＣＫを送信することと、
をさらに備える、請求項２９に記載の方法。
【請求項３８】
前記確率は、先に受信された対数尤度比（ＬＬＲ）に基づいて決定される、請求項３７に記載の方法。
【請求項３９】
前記確率は、ＬＬＲの平均のエネルギー、ＬＬＲの平均の大きさ、複数のＬＬＲにおける固有の情報、ターボ復号後に決定される誤りの数、および平均の結合された信号対干渉および雑音比、のうちの１つまたは複数に基づいて決定される、請求項３７に記載の方法。
【請求項４０】
ワイヤレス通信のための装置であって、
ユーザ機器（ＵＥ）に許可を提供するための手段と、前記許可は、データユニットの自動再送信にリソースを提供し、
前記データユニットの第１の冗長バージョンを受信するための手段と、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信するための手段と、
前記ＨＡＲＱ応答を同時に送信しながら前記データユニットの第２の冗長バージョンを受信するための手段と、
を備える、装置。
【請求項４１】
前記データユニットの複数の冗長バージョンの各々へのＨＡＲＱ応答として否定応答（ＮＡＣＫ）を送信することをさらに備え、前記複数の冗長バージョンは、前記データユニットの前記第１および第２の冗長バージョンを含む、請求項４０に記載の装置。
【請求項４２】
前記データユニットが前記データユニットの前記複数の冗長バージョンから導出できるとき、ＨＡＲＱ応答として肯定応答（ＡＣＫ）を送信すること、をさらに備える、請求項４１に記載の装置。
【請求項４３】
前記許可は、前記データユニットの冗長バージョンの各送信の前に前記ＵＥによって送信されるべきいくつかの介在サブフレームを定義する、請求項４０に記載の装置。
【請求項４４】
前記許可は、前記データユニットの冗長バージョンの最大数の送信を定義する、請求項４０に記載の装置。
【請求項４５】
前記最大数の送信は、前記データユニットに対して許容された最大遅延に基づく、請求項４４に記載の装置。
【請求項４６】
前記第１のデータユニットは、ボイスデータを備える、請求項４５に記載の装置。
【請求項４７】
前記第１のデータユニットは、ボイスオーバＩＰデータを備える、請求項４５に記載の装置。
【請求項４８】
前記データユニットが前記データユニットの次の冗長バージョンから導出できる確率を決定することと、
前記確率がしきい値を超えるとき、および前記データユニットの前記次の冗長バージョンが処理される前に、ＨＡＲＱ応答としてＡＣＫを送信することと、
をさらに備える、請求項４０に記載の装置。
【請求項４９】
前記確率は、先に受信された対数尤度比（ＬＬＲ）に基づいて決定される、請求項４８に記載の装置。
【請求項５０】
前記確率は、ＬＬＲの平均のエネルギー、ＬＬＲの平均の大きさ、複数のＬＬＲにおける固有の情報、ターボ復号後に決定される誤りの数、および平均の結合された信号対干渉および雑音比のうちの１つまたは複数に基づいて決定される、請求項４８に記載の装置。
【請求項５１】
ワイヤレス通信のための装置であって、
ユーザ機器（ＵＥ）に許可を提供することと、前記許可は、データユニットの自動再送信にリソースを提供し、
前記データユニットの第１の冗長バージョンを受信し、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信し、
前記ＨＡＲＱ応答を同時に送信しながら前記データユニットの第２の冗長バージョンを受信する、
ように構成された処理システム、
を備える、装置。
【請求項５２】
コンピュータプログラム製品であって、
ユーザ機器（ＵＥ）に許可を提供することと、前記許可は、データユニットの自動再送信にリソースを提供し、
前記データユニットの第１の冗長バージョンを受信し、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信し、
前記ＨＡＲＱ応答を同時に送信しながら前記データユニットの第２の冗長バージョンを受信する、
ためのコードを備える、コンピュータ可読媒体、
を備える、コンピュータプログラム製品。
【発明の詳細な説明】
【関連出願】
【０００１】
[0001] 本出願は、２０１２年６月２６日に出願された、「Ｅｎｈａｎｃｅｄ  ＴＴＩ  Ｂｕｎｄｌｉｎｇ  Ｗｉｔｈ  Ｆｌｅｘｉｂｌｅ  ＨＡＲＱ  Ｍｅｒｇｉｎｇ」という名称の米国仮出願番号第６１／６６４，６６９号、および２０１３年６月６日に出願された、「Ｅｎｈａｎｃｅｄ  ＴＴＩ  Ｂｕｎｄｌｉｎｇ  Ｗｉｔｈ  Ｆｌｅｘｉｂｌｅ  ＨＡＲＱ  Ｍｅｒｇｉｎｇ」という名称の米国特許出願第１３／９１２，１６１号の利益を主張し、これら出願のの全てが参照によって明示的にここに組み込まれる。
【技術分野】
【０００２】
[0002] 本開示は一般に通信システムに関し、より具体的には、データの再送信に関する。
【背景技術】
【０００３】
[0003] ワイヤレス通信システムは、電話通信、ビデオ、データ、メッセージング、およびブロードキャストのような様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートできる多元接続技術を採用できる。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
[0004] これら多元接続技術は、異なるワイヤレスデバイスが、市区町村レベル、国レベル、地方レベルだけでなく、世界的なレベルで通信することを可能にする共通のプロトコルを提供するために、様々な電気通信規格に採用されてきた。新生の電気通信規格の例は、ロングタームエボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって発表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ）のモバイル規格に対する拡張型（enhancement）のセットである。これは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより快適にサポートし、コストを下げ、サービスを向上させ、新たなスペクトラムを利用し、並びに、ダウンリンク（ＤＬ）にＯＦＤＭＡを、アップリンク（ＵＬ）にＳＣ−ＦＤＭＡを使用する、並びに多入力多出力（ＭＩＭＯ）アンテナ技術を使用する他のオープン規格と統合するように設計されている。しかしながら、モバイルブロードバンドアクセスを求める需要が増加し続けるのに伴い、ＬＴＥ技術にはさらなる改良を求める必要性が存在する。望ましくは、これら改良が、他の多元接続技術、およびこれら技術を採用する電気通信規格に適用可能であるべきである。
【発明の概要】
【０００５】
[0005] 本開示の態様では、圧縮されたタイムラインに従ったデータパケットの義務付けられた再送信(mandated retransmission)のためのシステム、方法、および装置がＴＴＩバンドリングに対する代替を提供する。
【０００６】
[0006] 本開示の態様では、第１のデータユニットが第１のサブフレームで送信され、第１のデータユニットの先行する送信または再送信への応答が処理される前に１つまたは複数の非連続的サブフレームで自動的に再送信される。再送信は、肯定応答が処理された後に終了される。
【０００７】
[0007] 本開示の態様では、自動再送信が周期的に生じる。所定数の介在サブフレーム(intervening subframes)が、第１のデータユニットの各再送信の前に送信され得る。
【０００８】
[0008] 本開示の態様では、第２のデータユニットが、第２のデータユニットの肯定応答が受信されるまで、介在サブフレームで送信および再送信され得る。第２のデータユニットは、非連続的サブフレームで送信および再送信され得る。いくつかの介在サブフレーム(a number of intervening subframes)が、第２のデータユニットの各再送信の前に送信される。いくつかの実施形態では、同じ数の介在サブフレーム(the same number of intervening subframes)が、第１および第２のデータユニットの再送信の前に送信される。いくつかの実施形態では、異なる数の介在サブフレーム(a different number of intervening subframes)が、第１のおよび第２のデータユニットの再送信の前に送信される。
【０００９】
[0009] 本開示の態様では、第１のデータユニットの再送信が、所定最大数の再送信の後に終了される。最大遅延が、第１のデータユニットに対して定義され得る。最大数の再送信は、最大遅延に基づいて決定され得る。最大数の再送信は、第１のデータユニットの各再送信の前に送信される介在サブフレームの数(a number of intervening subframes)に基づいて決定され得る。第１および／または第２のデータユニットはボイスデータを備えることができ、かつボイスオーバデータネットワーク（ｖｏｉｃｅ  ｏｖｅｒ  ｄａｔａ  ｎｅｔｗｏｒｋ）を通じた送信のためのデータを備えることができる。
【００１０】
[0010] 本開示の態様では、ワイヤレス通信の方法が、ユーザ機器（ＵＥ）に対する許可を提供することと、データユニットの自動再送信のためのリソースを許可することと、データユニットの第１の冗長バージョンを受信することと、データユニットの第１の冗長バージョンへの応答を送信することと、応答を同時に送信しながらデータユニットの第２の冗長バージョンを受信することと、を備える。
【００１１】
[0011] 本開示の態様では、否定応答が、データユニットの複数の冗長バージョンの各々への応答として送信される。
【００１２】
[0012] 本開示の態様では、肯定応答が、データユニットがデータユニットの複数の冗長バージョンから導出できるとき、応答として送信される。
【００１３】
[0013] 本開示の態様では、許可が、データユニットの冗長バージョンの各送信の前にＵＥによって送信されるべきいくつかの介在サブフレーム(a number of intervening subframes)を定義する。許可は、データユニットの冗長バージョンの最大数の送信を定義し得る。最大数の送信は、データユニットに対して許容された最大遅延に基づき得る。第１のデータユニットは、ボイスデータを備えることができる。
【００１４】
[0014] 本開示の態様では、データユニットがデータユニットの次の冗長バージョンから導出できる確率が決定され、この確率がしきい値を超えるとき、ＡＣＫがＨＡＲＱ応答として送信され得る。ＡＣＫは、データユニットの次の冗長バージョンが処理される前に送信され得る。この確率は、先に(previously)受信された対数尤度比（ＬＬＲ）に基づいて決定され得る。この確率は、ＬＬＲの平均のエネルギー、ＬＬＲの平均の大きさ、複数のＬＬＲにおける固有の情報(intrinsic information)、ターボ復号後に決定される誤りの数、および平均の結合された信号対干渉および雑音比、のうちの１つまたは複数に基づいて決定され得る。
【図面の簡単な説明】
【００１５】
【図１】ネットワークアーキテクチャの一例を示す図である。
【図２】アクセスネットワークの一例を示す図である。
【図３】ＬＴＥにおけるＤＬフレーム構造の一例を示す図である。
【図４】ＬＴＥにおけるＵＬフレーム構造の一例を示す図である。
【図５】ユーザおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図である。
【図６】アクセスネットワークにおける発展型ノードＢおよびユーザ機器の一例を示す図である。
【図７】圧縮されたＨＡＲＱタイムラインを示すチャートタイムラインである。
【図８】圧縮されたＨＡＲＱタイムラインを示すチャートタイムラインである。
【図９】ワイヤレス通信の方法のフローチャートである。
【図１０】実例となる装置における異なるモジュール／手段／コンポーネント間のデータフローを示す概略的なデータフロー図である。
【図１１】処理システムを採用する装置のためのハードウェア実施の一例を示す図である。
【図１２】ワイヤレス通信の方法のフローチャートである。
【図１３】実例となる装置における異なるモジュール／手段／コンポーネント間のデータフローを示す概念的なデータフロー図である。
【図１４】処理システムを採用する装置のためのハードウェア実施の一例を示す図である。
【発明を実施するための形態】
【００１６】
詳細な説明
[0029] 添付の図面に関連して以下に述べられる詳細な説明は、様々な構成の説明として意図されるものであり、ここに説明される概念が実現され得る唯一の構成を表すことを意図されない。詳細な説明は、様々な概念の完全な理解を提供する目的で、具体的な詳細を含む。しかしながら、これら概念がこれらの具体的な詳細なしに実現され得ることは当業者に明らかなはずである。いくつかの事例では、周知の構造およびコンポーネントが、そのような概念を曖昧にすることを回避するためにブロック図の形態で図示されている。
【００１７】
[0030] 電気通信システムのいくつかの態様が、これから、様々な装置および方法を参照して表されることになる。これら装置および方法は、以下の詳細な説明で説明され、添付の図面で様々なブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズム等（集合的に「要素」として称される）により例示されることになる。これら要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらのあらゆる組み合わせを使用して実施され得る。そのような要素がハードウェアとして実現されるかソフトウェアとして実現されるかは、システム全体に課された設計の制約および特定のアプリケーションに依存する。
【００１８】
[0031] 例として、要素、または要素のいずれか一部、または要素のあらゆる組み合わせは、１つまたは複数のプロセッサを含む「処理システム」を用いて実現され得る。プロセッサの例は、本開示を通して説明される様々な機能を行うように構成された、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート論理、離散ハードウェア回路、および他の適したハードウェアを含む。処理システムにおける１つまたは複数のプロセッサは、ソフトウェアを実行できる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、あるいはそれ以外で称されようとも、命令、命令のセット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味するものと広く解釈されるだろう。
【００１９】
[0032] 従って、１つまたは複数の実例となる実施形態では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらのあらゆる組み合わせで実現され得る。ソフトウェアで実現される場合、これら機能は、コンピュータ可読媒体上に、１つまたは複数の命令またはコードとして記憶されるか、あるいは１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスできるあらゆる利用可能な媒体であり得る。限定ではなく例として、このようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、データ構造または命令の形態で所望のプログラムコードを搬送または記憶するために使用可能であり、かつコンピュータによってアクセスできるあらゆる他の媒体を備え得る。ここで使用されるようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光学ディスク、デジタルバーサタイルディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイ（登録商標）ディスクを含み、ここでディスク（ｄｉｓｋ）は大抵、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータを、レーザを用いて光学的に再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【００２０】
[0033] 図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は、発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００として称され得る。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０、および事業者のＩＰサービス１２２を含むことができる。ＥＰＳは、他のアクセスネットワークと相互接続できるが、簡潔化のために、それらのエンティティ／インターフェースは図示されない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者が容易に理解するように、本開示全体を通して提示される様々な概念は回路交換サービスを提供するネットワークに拡張され得る。
【００２１】
[0034] Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６および他のｅＮＢ１０８を含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザおよび制御プレーンプロトコルターミネーションを提供する。ｅＮＢ１０６は、バックホール（例えば、Ｘ２インターフェース）を介して、他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６はまた、基地局、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、ベーシックサービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の適した専門用語として称され得る。ｅＮＢ１０６は、ＵＥ１０２に対してＥＰＣ１１０へのアクセスポイントを提供する。ＵＥ１０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレイヤ（例えば、ＭＰ３プレイヤ）、カメラ、ゲーム機器、または何らかの他の同様に機能するデバイスを含む。ＵＥ１０２は、当業者によって、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、あるいは何らかの他の適した専門用語としても称され得る。
【００２２】
[0035] ｅＮＢ１０６は、Ｓ１インターフェースによってＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２、他のＭＭＥ１１４、サービングゲートウェイ１１６、およびパケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８を含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を提供する。全てのユーザＩＰパケットは、自身がＰＤＮゲートウェイ１１８に接続されているサービングゲートウェイ１１６を通って転送される。ＰＤＮゲートウェイ１１８は、ＵＥ  ＩＰアドレス割り振り、並びに他の機能を提供する。ＰＤＮゲートウェイ１１８は、事業者のＩＰサービス１２２に接続される。事業者のＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、およびＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）を含むことができる。
【００２３】
[0036] 図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例で、アクセスネットワーク２００は、いくつかのセルラ領域(a number of cellular regions)（セル）２０２に分割されている。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、１つまたは複数のセル２０２と重複する複数のセルラ領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マクロセル、または遠隔無線ヘッド（ＲＲＨ）であり得る。複数のマクロｅＮＢ２０４は、各々該当のセル２０２に割り当てられ、これらセル２０２内の全てのＵＥ２０に対してＥＰＣ１１０へのアクセスポイントを提供するように構成されている。集中コントローラがこの例のアクセスネットワーク２００に存在しないが、集中コントローラが代替の構成において使用され得る。複数のｅＮＢ２０４は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、全ての無線関連機能を担う。
【００２４】
[0037] アクセスネットワーク２００によって採用される変調および多元接続スキームは、展開されている特定の電気通信規格に依存して変化し得る。ＬＴＥ適用例では、周波数分割デュプレックス（ＦＤＤ：frequency division duplexing）および時分割デュプレックス（ＴＤＤ：time division duplexing）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に認識するように、ここで提示される様々な概念は、ＬＴＥアプリケーションに好適である。しかしながら、これら概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これら概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、規格のＣＤＭＡ２０００ファミリーの一部として、３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、モバイル局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。これら概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））、およびＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変形例を採用するユニバーサル地上無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ＯＦＤＭＡを採用する発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびフラッシュＯＦＤＭに拡張されることもできる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体による文書において説明されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体による文書において説明されている。採用される実際のワイヤレス通信規格および多元接続技術は、システムに課された全体的な設計の制約および指定の適用例に依存することになる。
【００２５】
[0038] ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有することができる。ＭＩＭＯ技術の使用は、ｅＮＢ２０４が、空間多重化、ビームフォーミング、および送信ダイバシティをサポートするために空間ドメインを活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または、全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いで、ＤＬ上の複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６へ到達し、これにより（１つまたは複数の）ＵＥ２０６の各々がこのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することを可能にする。ＵＬ上では、各ＵＥ２０６が空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４が各空間的にプリコーティングされたデータストリームのソースを識別することを可能にする。
【００２６】
[0039] 空間多重化は概して、チャネル状態が良好なときに使用される。チャネル状態があまり良好でないときには、ビームフォーミングが１つまたは複数の方向に送信エネルギーを集中させるために使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジで良好なカバレッジを達成するために、単一ストリームビームフォーミング送信が送信ダイバシティと組み合わせて使用され得る。
【００２７】
[0040] 以下の詳細な説明では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照して説明されることになる。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリア(a number of subcarriers)にわたってデータを変調する拡散スペクトル技法である。サブキャリアは、正確な周波数で離間する。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性（orthogonality）」を提供する。時間ドメインでは、各ＯＦＤＭシンボルにガードインターバル（例えば、サイクリックプリフィクス）がＯＦＤＭシンボル間干渉を無くすために追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用し得る。
【００２８】
[0041] 図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）が、１０個の等しいサイズのサブフレームに分割され得る。各サブフレームは、２個の連続するタイムスロットを含み得る。リソースグリッドが２個のタイムスロットを表すために使用でき、各タイムスロットがリソースブロックを含む。リソースグリッドは、複数のリソース要素に分割される。ＬＴＥでは、リソースブロックが、周波数ドメインにおける１２個の連続するサブキャリアと、各ＯＦＤＭシンボルにおける通常のサイクリックプリフィクスについて、時間ドメインにおける７個の連続するＯＦＤＭシンボルとを含み、すなわち、８４個のリソース要素を含む。拡張されたサイクリックプリフィクスについて、リソースブロックは、時間ドメインにおける６個の連続するＯＦＤＭシンボルを含み、７２個のリソース要素を有する。Ｒ３０２、３０４として示されるこれらリソース要素のいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、セル固有のＲＳ（ＣＲＳ：Cell-specific RS）（共通ＲＳとも呼ばれることもある）３０２、およびＵＥ固有のＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４を含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上でのみで送信される。各リソース要素によって搬送されるビット数は、変調方式(modulation scheme)に依存する。従って、ＵＥが受信するリソースブロックが多いほど、また変調方式が高度であるほど、このＵＥのためのデータレートは高くなる。
【００２９】
[0042] 図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのために利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され、設定可能なサイズを有し得る。制御セクションにおけるリソースブロックは、制御情報の送信のためにＵＥに割り当てられ得る。データセクションは、制御セクションに含まれない全てのリソースブロックを含み得る。ＵＬフレーム構造は、データセクションにおける連続するサブキャリアの全てを単一のＵＥに割り当てることを可能にし得る連続するサブキャリアを含むデータセクションを生じる。
【００３０】
[0043] ＵＥには、ｅＮＢに制御情報を送信するために、制御セクションにおけるリソースブロック４１０ａ、４１０ｂが割り当てられ得る。ＵＥには、ｅＮＢにデータを送信するために、データセクションにおけるリソースブロック４２０ａ、４２０ｂも割り当てられ得る。ＵＥは、制御セクションにおいて割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical uplink control channel）で制御情報を送信し得る。ＵＥは、データセクションにおいて割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）でデータのみ、またはデータと制御情報の両方を送信し得る。ＵＬ送信は、１サブフレームの両方のスロットにわたり得、周波数上でホッピング（ｈｏｐ）できる。
【００３１】
[0044] １セットのリソースブロックが、初期システムアクセスを行い、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０においてＵＬ同期を達成するために使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いずれのＵＬデータ／シグナリングも搬送できない。各ランダムアクセスプリアンブルは、６個の連続するリソースブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨに存在しない。ＰＲＡＣＨ試みは、単一のサブフレーム（１ｍｓ）において、または少数の連続するサブフレームのシーケンスにおいて搬送され、ＵＥは、１フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みのみを行うことができる。
【００３２】
[0045] 図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、レイヤ１、レイヤ２、およびレイヤ３の３つの層で示されている。レイヤ１（Ｌ１レイヤ）は、最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤは、ここでは物理レイヤ５０６として称される。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６よりも上位であり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担う。
【００３３】
[0046] ユーザプレーンでは、Ｌ２レイヤ５０８が、ネットワーク側のｅＮＢでターミネートされる(terminated)、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２、およびパケットデータコンバージェンスプロトコル（ＰＤＣＰ）５１４サブレイヤを含む。図示されないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８でターミネートされるネットワークレイヤ（例えば、ＩＰレイヤ）、および接続の他端（例えば、遠い端のＵＥ、サーバ等）でターミネートされるアプリケーションレイヤを含めて、Ｌ２レイヤ５０８よりも上にいくつかの上位レイヤを有することができる。
【００３４】
[0047] ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、無線送信のオーバヘッドを低減するための上位レイヤのデータパケットに対するヘッダ圧縮、データパケットを暗号化することによるセキュリティ、およびＵＥに対するｅＮＢ間のハンドオーバーサポートを提供する。ＲＬＣサブレイヤ５１２は、上位レイヤのデータパケットセグメンテーションおよびリアセンブリと、損失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）による順序の乱れた受信を補償するデータパケットの並び替えと、を提供する。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥ間で１つのセルにおける様々な無線リソース（例えば、リソースブロック）を割り振ることを担う。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作を担う。
【００３５】
[0048] 制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャが、制御プレーンのためのヘッダ圧縮機能がないことを除き、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）における無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得すること、およびｅＮＢとＵＥとの間でＲＲＣシグナリングを使用して下位レイヤを構成することを担う。
【００３６】
[0049] 図６は、アクセスネットワークにおいてＵＥ６５０と通信するｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、ヘッダ圧縮、暗号化、パケットセグメンテーションと並び替え、論理チャネルとトランスポートチャネルとの間での多重化、および様々な優先順位メトリックに基づいたＵＥ６５０への無線リソースの割り振りを提供する。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、損失パケットの再送信、およびＵＥ６５０へのシグナリングを担う。
【００３７】
[0050] 送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のために様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（例えば、２相位相変調（ＢＰＳＫ：binary phase-shift keying）、４相位相変調（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ相位相変調（Ｍ−ＰＳＫ）、Ｍ値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいて信号コンステレーションへのマッピングすることとを容易にするために符号化およびインターリーブすることを含む。符号化され変調されたシンボルは、次いで並行なストリームに分割(split)される。各ストリームは、次いで、ＯＦＤＭサブキャリアにマッピングされ、時間ドメインおよび／または周波数ドメインにおいて基準信号（例えば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成され、時間ドメインのＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、符号化および変調方式を判断するために、並びに空間処理のために、使用され得る。チャネル推定値は、ＵＥ６５０によって送信された基準信号および／またはチャネル状態のフィードバックから導出され得る。各空間ストリームは、次いで別個の送信機６１８ＴＸを介して異なるアンテナ６２０に提供される。各送信機６１８ＴＸは、ＲＦキャリアを、送信のために該当の空間ストリームで変調する。
【００３８】
[0051] ＵＥ６５０において、各受信機６５４ＲＸは、その該当のアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６にその情報を提供する。ＲＸプロセッサ６５６はＬ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、その情報に対して空間処理を行う。複数の空間ストリームがＵＥ６５０に宛てられている場合、それらは、ＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで高速フーリエ変換（ＦＦＴ）を使用して、そのＯＦＤＭシンボルストリームを時間ドメインから周波数ドメインへと変換する。周波数ドメイン信号は、ＯＦＤＭ信号のサブキャリア毎に別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、最も可能性の高い信号コンステレーションポイントを判断することによって復元され復調される。これらの軟判定は、チャネル推定器６５８によって計算されたチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータおよび制御信号を復元するために、復号されデインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に提供される。
【００３９】
[0052] コントローラ／プロセッサ６５９は、Ｌ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードおよびデータを記憶するメモリ６６０に関連付けられ得る。メモリ６６０は、コンピュータ可読媒体として称され得る。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離（demultiplexing）、パケットのリアセンブリ、復号（deciphering）、ヘッダ圧縮解除（decompression）、制御信号処理を提供する。上位レイヤパケットは、次いで、Ｌ２レイヤより上位の全てのプロトコルレイヤを表すデータシンク６６２に提供される。また、様々な制御信号がＬ３処理のためにデータシンク６６２に提供され得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担う。
【００４０】
[0053] ＵＬでは、データソース６６７が、コントローラ／プロセッサ６５９に上位レイヤパケットを提供するために使用される。データソース６６７は、Ｌ２レイヤより上位の全てのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮、暗号化、パケットセグメント化と並び替えと、ｅＮＢ６１０による無線リソースの割振りに基づいた論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、損失パケットの再送信、およびｅＮＢ６１０へのシグナリングを担う。
【００４１】
[0054] ｅＮＢ６１０によって送信された基準信号またはフィードバックからチャネル推定器６５８によって導き出されたチャネル推定値は、適切な符号化および変調方式を選択することと、空間処理を容易にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成された空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に提供される。各送信機６５４ＴＸは、送信のために該当の空間ストリームでＲＦキャリアを変調する。
【００４２】
[0055] ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明されたものと同様の形式で、ｅＮＢ６１０において処理される。各受信機６１８ＲＸは、その該当のアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、ＲＸプロセッサ６７０にその情報を提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤを実装し得る。
【００４３】
[0056] コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードおよびデータを記憶するメモリ６７６に関係付けられ得る。メモリ６７６は、コンピュータ可読媒体として称され得る。ＵＬでは、制御／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するためにトランスポートチャネルと論理チャネルとの間の多重分離、パケットのリアセンブリ、復号、ヘッダ圧縮解除、制御信号処理を提供する。コントローラ／プロセッサ６７５からの上部レイヤパケットはコアネットワークに提供され得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担う。
【００４４】
[0057] データブロックが物理送信のために符号化される時間期間は、送信時間インターバル（ＴＴＩ：transmission time interval）として表現され得る。ＴＴＩはまた、送信のためにＭＡＣプロトコルデータユニット（ＰＤＵ）が物理層にパスされるのに要求される最小時間を表し得る。ＴＴＩバンドリングは、サブフレームのグループ（例えば、ＴＴＩ）で同じトランスポートブロックまたはパケットの複数の複写を繰り返し符号化および送信することによってアップリンクカバレッジを向上させるために採用でき、各複写は、トランスポートブロックの冗長バージョン（ＲＶ）である。サブフレームのグループ、あるいは「ＴＴＩバンドル」は、従来、連続するサブフレームで送信される。ＴＴＩバンドルにおける複数のＲＶの送信は、あるチャネル状態下で、低減された送信遅延に繋がることができる。
【００４５】
[0058] ＴＴＩバンドルにおけるＲＶの各送信は、同じＨＡＲＱプロセス内で行われ、ＴＴＩバンドルは、単一のＨＡＲＱフィードバックと共に許可において提供される単一のリソースとして扱われる。例えば、ＴＴＩバンドルにおける各ＲＶは、ＡＣＫが受信されるまで送信され得る。
【００４６】
[0059] 従来のシステムは、４つのＴＴＩの固定されたバンドリングサイズを使用する。フレクシブルでないバンドリングサイズの構成は、いくつかのＵＥに関してシステム容量損失に繋がる過剰のバンドリングが存在し得る一方で、他のセル端のＵＥが実際に、所望の誤りレートを達成するために複数のバンドリングされた再送信を要求し得ることを意味する。加えてバンドリングは従来、上位レイヤで構成され、トラフィックに依存して適合されることはできない。従来のシステムでは、バンドリングが連続するＴＴＩを伴うことから、利得を合成することが時間ドメインにおけるフェージングダイバシティに起因して限定されるため、バンドリングが使用されるときに時間ダイバシティが限定される。
【００４７】
[0060] ある実施形態は、従来のバンドリングスキームで観測される欠落(deficiencies)に対処する拡張型ＨＡＲＱ圧縮システムを採用する。従来の４つのＴＴＩの固定されたバンドリングサイズよりもむしろ、よりフレクシブルなバンドリングサイズが、ＵＥ無線状態の関数(function)として提供され得る。同じＵＥに関して、バンドリングは、ボイスオーバＩＰ（ＶｏＩＰ）のような低レート、低レイテンシトラフィックでは有効にされ、バンドリングは、高レート、ベストエフォート型トラフィックでは無効にされ得る。
【００４８】
[0061] 図７は、ここで開示されている１つのＨＡＲＱ圧縮方法を示すタイムライン図７００である。いくつかの実施形態では、ＴＸ  ＨＡＲＱタイムラインが、バンドリングなしの通常のＵＬ  ＰＵＳＣＨ動作の使用を通して、ＵＥ７０２またはｅＮＢ７０４でＨＡＲＱ処理要件を変更することなく圧縮され得る。ＵＥ７０２は、復号されるべき先の(previous)送信に対するＨＡＲＱ応答を待つことなく、圧縮されたタイムラインに従ってパケットを送信することを義務付けられ得る。この例では、ＵＬ再送信インターバルが、８ｍｓから４ｍｓまで圧縮される。この例では、同じＭＡＣ  ＰＤＵの異なるＲＶ７０６ａ−７０６ｆが、先のＲＶ７０６ａ、７０６ｂ、７０６ｃ、７０６ｄ、７０６ｅ、または７０６ｆへの応答の処理を待つことなく、０ｍｓでの時間ｔ０から始まり、４ｍｓでのｔ４、８ｍｓでのｔ８、１２ｍｓでのｔ１２、１６ｍｓでのｔ１６、２０ｍｓでのｔ２０、等の４ｍｓで隔てられたサブフレームで送信される。各ＲＶ７０６ａ、７０６ｂ、７０６ｃ、または７０６ｄへの応答は、送信が時間ｔｎで始まった後の、受信側のｅＮＢ７０４がＲＶ７０６ａ、７０６ｂ、７０６ｃ、７０６ｄ、７０６ｅ、または７０６ｆを復号し、時間ｔｎ＋４ｍｓで応答を送信するための４ｍｓ期間、およびＵＥ７０２が応答７０６ａ、７０６ｂ、７０６ｃ、７０６ｄ、７０６ｅ、または７０６ｆを復号するための４ｍｓ期間に基づいた８ｍｓ後に処理されることが予期される。この例では、ｅＮＢ７０４は、ＵＥ７０２による５回の送信の後にＭＡＣ  ＰＤＵを成功裡に復号できる。
【００４９】
[0062] この例では、ＵＥ７０２が、（４ｍｓ、あるいは４つのＴＴＩ分隔てられている）ｔ０においてＴＴＩで最初に送信されたＭＡＣ  ＰＤＵのＲＶバージョン２（ＲＶ２）をＴ４においてＴＴＩで自律的に(autonomously)送信する。複数のＴＴＩにおけるＲＶ０、ＲＶ１、ＲＶ２、およびＲＶ３の送信は、複数のＴＴＩにわたる送信を許可する単一のＵＬ割り当ての下で送信される。低減されたＤＬ制御オーバヘッドは、単一の許可が複数のＵＬ送信を保証するために達成され得る。この例ではｔ２０におけるＲＶ２である、最後のＲＶ送信は、ｅＮＢ７０４が最初の５回の送信の後にＭＡＣ  ＰＤＵを成功裡に送信したために、相対的に無用であり得る。ＵＥ７０２は、ｔ２０の後の５回目の送信のためのＡＣＫ７１０の受信を認識したと想定され、ここにおいて、それは元のＭＡＣ  ＰＤＵのＲＶ２を再送信することになっているが、ＲＶ２は、所定のＨＡＲＱタイムラインとの一致を維持するように送信され得る。この「過剰」送信は、バンドリング送信の結果である。しかしながら、ここで開示されるＨＡＲＱ圧縮方法は通常、従来のバンドリングスキームよりもより効率的かつ効果的である。
【００５０】
[0063] 図７の例では、全ての送信が説明したタイムラインに従う場合、４つのＨＡＲＱプロセスのみが要求される。しかしながら４ｍｓの圧縮されたタイムラインが多くの例のうちの１つとして提供されていることに留意されたい。例えば、送信間のインターバルは、４ｍｓから２ｍｓに低減され、次いで、２つのＨＡＲＱプロセスのみが要求される。
【００５１】
[0064] 図８は、複数のＨＡＲＱプロセスが使用され、１つよりも多い送信タイムラインがサポートされる別の一例８００を示す。図８では、ｅＮＢ７０４およびＵＥ７０２は、上位レイヤシグナリングを通して規則をネゴシエートしていることが前提とされ得る。例えば、第１のＰＤＵの第１のＵＬ送信がサブフレーム番号（ＳＦＮ１）モジュロ８＝＝０または１であるＳＦＮ１で生じるとき、バンドリングが圧縮された４ｍｓタイムラインで行われる規則がネゴシエートされ得る。１つの例では、ＰＤＵ  ＴＢ１のために送信された第１のＲＶ８０６ａは、後に４ｍｓインターバルで生じ得る自動再送信８０６ｂ−８０６ｆが続く。
【００５２】
[0065] この規則はまた、第１のＰＤＵの第１のＵＬ送信がサブフレーム番号（ＳＦＮ２）モジュロ４≠０または１であるＳＦＮ２で生じるとき、８ｍｓタイムラインで、あるＰＤＵをバンドリングすることを指示できる。１つの例では、ＰＤＵ  ＴＢ３のために送信された第１のＲＶ８０８ａは、後に８ｍｓインターバルで生じ得る自動再送信８０６ｂおよび８０８ｃが続く。図８に描かれる例では、６つのＨＡＲＱプロセスが採用されている。
【００５３】
[0066] 「無用の再送信」の数は、単一の「過剰」送信に限定され得る。対照的に、従来のシステムは、多大なオーバヘッドをもたらし得る対応する無駄なＵＬシステムリソースで、固定されたＴＴＩバンドルサイズよりも１小さい過剰送信を経験し得る。
【００５４】
[0067] いくつかの実施形態では、自動の、バンドリングされた再送信が１つまたは複数のＴＴＩで隔たれ得るため、時間ダイバシティが達成される。図７の例では、間隔は送信間で４ｍｓである。チャネル状態が連続するタイムスロット間で持続する、あるいはほとんど変化しないために、ここで説明されている、隔たれた再送信は、多大に時間ダイバシティを向上させ得る。
【００５５】
[0068] 図８と関連して論じられるように、例えば、同じＵＥ７０２に対する、バンドリングされた／バンドリングされない送信の直接的な割り振りを可能にするバンドリングのフレクシビリティが提供される。ＵＬリソースは、全てのサブフレームが使用できるため、効率的に使用される。さらに、追加のＨＡＲＱプロセスが従来の方法を超えて開示されたＨＡＲＱ圧縮方法を実装するために必要とされず、結果としてさらなる（ｉｎｃｒｅａｓｅｄ）複雑さが必要とされない。
【００５６】
[0069] 現在開示されるＨＡＲＱ圧縮方法は、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）のローディングを増加させることが認識されるはずである。ＰＨＩＣＨは、ｅＮＢ７０４がＰＵＳＣＨ上で送信を正しく受信したかどうかを示すＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報を搬送する物理ＤＬチャネルである。ある実施形態では、ＴＴＩ毎にＡＣＫ／ＮＡＣＫが使用され、それにより、単一のＡＣＫ／ＮＡＣＫが全体のバンドルに対してフィードバックされる従来のバンドリング方法に関してＰＨＩＣＨローディングを増加させる。しかしながら、ＰＨＩＣＨローディングは通常、バンドリングされない通信で見られるものに比べて少しも悪くない。
【００５７】
[0070] いくつかの実施形態は、「無駄な」または「過剰」ＤＬ  ＡＣＫ／ＮＡＣＫ送信の発生を低減または除外することによって全体の効率を増加させ得る。過剰送信は、ＵＥ７０２からのＡＣＫの受信を予期するためにｅＮＢ７０４で予測技法を使用して低減され得る。例えば、ｅＮＢ７０４は、送信されるおよび／または処理される次のＲＶが、ｅＮＢ７０４がＭＡＣ  ＰＤＵを成功裡に復号することを許容することになる確率を推定できる。１つの例では、その確率が、受信されたＬＬＲの信頼性に基づいて推定され得る。ＬＬＲは、ビットの最も可能性のある値についての、およびその推定の信頼性についての情報を提供し、その確率は、現在のバンドルについて受信されたＬＬＲに基づき得る。確率が所定の、または予め設定されたしきい値を超えるとき、それより上でｅＮＢ７０４は、ｔｎ＋４ｍｓのＰＵＳＣＨペイロードにおけるＲＶのＬＬＲが既に受信されたＲＶのＬＬＲと組み合されたときに時間ｔｎ＋４ｍｓで受信されることになるＰＵＳＣＨペイロードがＰＤＵの首尾の良い復号を許容することになる前提の下、時間ｔｎでＡＣＫを送信する。予測が成功するとき、バンドルの端における「無用な」送信は除外され、それによりさらに、システム容量を向上させる。
【００５８】
[0071] いくつかの実施形態では、ｅＮＢ７０４の受信機におけるＡＣＫ／ＮＡＣＫ予測に関するアルゴリズムが、捕捉されたＬＬＲの平均のエネルギー、捕捉されたＬＬＲの平均の大きさ、ＬＬＲにおける固有の情報、ターボ復号後に決定される誤りの数、平均の結合されたＳＩＮＲ、等のうちの１つまたは複数を使用して構築され得る。
【００５９】
[0072] ある実施形態では、進化型ＴＴＩバンドリングパターンは所定の長さ（例えば長さが８であり得る）のビットマップを通信するためにＲＲＣシグナリングを使用して半静的に構成されることができ、あるいは例えば、バンドルされた送信がＵＥ７０２によって開始されるかどうかを示すためにＵＬ許可における１つまたは複数のビットを使用して動的に構成できる。バンドリングパターンが動的に構成されるとき、タイムライン圧縮値（例えば、４ｍｓ、２ｍｓ等のタイムライン値）は、ＲＲＣシグナリングを通して示され得る。進化型ＴＴＩバンドリングパターンは、どのサブフレームがバンドリングされるか、どのサブフレームがバンドリングされないか等を示し得る。
【００６０】
[0073] ある実施形態では、周波数ホッピングが自動再送信間で行われる。従って、例えば、連続するＲＶ７０６ａおよび７０６ｂが、周波数および／または周波数帯域の異なる組み合わせを使用して送信され得る。
【００６１】
[0074] ある実施形態では、開示されたＨＡＲＱタイムライン圧縮手法が、半永続スケジューリング（ＳＰＳ）と共存する。ＳＰＳは、１サブフレームよりも長い時間の期間の間、半静的に無線リソースを構成し、ＵＥ７０５に割り振るために使用され得る。ＳＰＳは、各サブフレームに対してＰＤＣＣＨをわたる特定のダウンリンク割り当てメッセージおよび／またはアップリンク許可メッセージの数を限定できる。ＳＰＳは、ＶｏＩＰのような固定レートサービスのために使用され、ここにおいて必要とされる無線リソースのタイミングおよび量は予測可能である。ＵＬ  ＳＰＳがアクティブであるとき、ＵＥ７０４は、明白なＰＤＣＣＨ許可なく、周期的なＵＬ割り当てを提供され得る。周期性および他のスケジューリングパラメータは、上位レイヤによって構成され得る。ある実施形態では、ＨＡＲＱタイムライン圧縮がＳＰＳと共存することができ、ｅＮＢ７０２によって送信される明白なＵＬ許可の不在を容認できる。いくつかの実施形態では、１つまたは複数の衝突回避技法が、複数の送信機会が、ＳＰＳ周期性に従って決定される新たなパケット送信と衝突しないことを保証する。１つの例では、ＵＥ７０２が、最大数の送信を識別する情報を提供され得る。４ｍｓの自律的(autonomous)再送信インターバルが２０ｍｓのＳＰＳ周期性で使用されるとき、最大数の５回の送信が許容され得る。別の例では、ＳＰＳ周期性および自律的再送信期間が、数の少ない再送信に対して衝突が防がれるように、素数であるように選択され得る。通常、素数は、２つの周期性の最小公倍数倍数（least common multiple）が最大化されるように選択される。
【００６２】
[0075] ある実施形態では、開示されたＨＡＲＱタイムライン圧縮手法が、間欠受信（ＤＲＸ）と共存する。ＤＲＸは、通常電力の節約の目的で受信機が周期的に無効にされるときに生じる。ＤＲＸサイクルは、ＵＥ７０２がＰＤＣＣＨを復号すること、あるいはあるサブフレームでＰＤＳＣＨ送信を受信することを必要としないように、ＤＬで構成され得る。ＵＥ７０２は通常、上位レイヤによって構成されるいくつかの条件が満たされるときにＤＲＸモードに入る。条件は、いずれの保留中のＵＬ再送信の不在も含むことができる。従って、どちらのケースでも、全ての最新のＵＬ送信がｅＮＢ７０４によってＡＣＫされるときにのみＵＥ７０２がＤＲＸに入るため、開示されたＨＡＲＱ圧縮技法はＤＲＸに対するどの影響を有さない。従って、ＡＣＫ／ＮＡＣＫ送信および受信タイムラインは影響されない。
【００６３】
[0076] ある実施形態では、開示されたＨＡＲＱタイムライン圧縮手法が、従来のＴＴＩバンドリングと共存する。開示されたバンドリング手法をサポートするＵＥ７０２は、レガシＵＥ（図示せず）と共存でき、同じｅＮＢ７０４に関連付けられ得る。複数のバンドリング技法は、ＵＬ送信のために、ＴＴＩバンドリングをレガシＵＥに、並びに異なるＰＲＢへのＨＡＲＱ圧縮をＵＥ７０２に割り当てることによって、システムリソースの浪費または性能ペナルティを被ることなくサポートされ得る。別個のＰＲＢに割り当てられるとき、異なるＨＡＲＱタイムラインのためにレガシＵＥとＵＥ７０２との間で衝突が回避され得る。同じ周波数リソースにおける異なるバンドリングタイプの混合が、結果として衝突をもたらし、これは、いずれのＵＥでも使用できないいくつかのＵＬ  ＴＴＩを浪費することによって回避され得る。さらに、バンドリングは通常、非常に小さいＰＲＢ割り当てで使用され、これにより異なるＵＥに異なるＰＲＢを割り振ることが容易に達成される。
【００６４】
[0077] １つの例示的な実施形態では、ＶｏＩＰパケットが、２０ｍｓ毎に生成され、５０ｍｓの最大の遅延がＶｏＩＰパケットに対して指示される。遅延と繰り返しのこの組み合わせに関して、いくつかのＨＡＲＱタイムライン圧縮値が使用され、圧縮値はカバレッジとシステム利用との間のトレードオフの考慮に基づいて選択され得る。例えば、３ｍｓのタイムライン間隔であり、それによって時間２０ｎ  ｍｓで生じるサブフレームで上位レイヤから受信されるＶｏＩＰパケットは、２０ｎ  ｍｓ、（２０ｎ＋３）ｍｓ、（２０ｎ＋６）ｍｓ、…（２０ｎ＋４８）ｍｓで生じるサブフレームで、異なるＲＶを使用して、ＵＥ７０２によって送信され得る。同じＭＡＣ  ＰＤＵは、ＲＶをサイクリックに変化させた状態で、最大遅延制限を満たしながら、１７回まで送信され得る。この送信は通常、時間に合わせて（ｉｎ  ｔｉｍｅ）均一に分配される。ｅＮＢ７０４によって提供されるＨＡＲＱフィードバックに基づいて、１７回より少ない送信が、通常要求される。ここで説明されているＡＣＫ／ＮＡＣＫ予測技法の使用がないときは、２または３回の送信が浪費され得る。浪費された送信の平均数は、効率的な予測スキームがｅＮＢ７０４で使用されるときに、０に近くなり得る。オプションのダイバシティ利得は、時間ドメインの結合および時間ドメインにおける均一に分配された送信の使用に起因して達成され得る。この例では、どちらでも時間２０ｎ  ｍｓで生じるサブフレームで生成されたＶｏＩＰパケットのいずれの再送信によってもＴＴＩが使用されない、時間２０ｎ＋２０ｍｓおよび２０ｎ＋４０ｍｓで生じるサブフレームで次の２つのＶｏＩＰパケットが送信のために受信されるため、３ｍｓ間隔の使用は保留中の再送信と新たなＶｏＩＰパケットとの間の衝突を回避する。
【００６５】
[0078] 図９は、ワイヤレス通信の方法のフローチャート９００である。方法は、ＵＥ７０２によって行われ得る。ステップ９０２で、ＵＥ７０２は、第１のサブフレームで第１のデータユニットを送信する。第１のデータユニットは、第１のデータユニットの複数の冗長バージョンのうちの１つとして送信され得る。
【００６６】
[0079] ステップ９０４でＵＥ７０２は、第１のデータユニットの先行する送信または再送信へのＨＡＲＱ応答が処理される前に、１つまたは複数の非連続的サブフレームで第１のデータユニットを自動的に再送信する。自動再送信は、周期的に生じ得る。所定数の介在サブフレームは、第１のデータユニットの各再送信の前に送信され得る。第１のデータユニットは、第１のデータユニットの複数の冗長バージョンを使用して再送信され得る。冗長バージョンは、サイクリック選択スキーム、または他の選択スキームに従って使用するために選択され得る。
【００６７】
[0080] いくつかの実施形態では、ＵＥ７０２は、第２のデータユニットの送信または再送信への処理されたＨＡＲＱ応答がＡＣＫを備えると決定されるまで、複数の介在サブフレームで第２のデータユニットを送信および自動的に再送信し得る。第２のデータユニットは、非連続的サブフレームで送信および再送信され得る。いくつかの介在サブフレームが、第２のデータユニットの各再送信の前に送信され得る。同じ数の介在サブフレームは、第１および第２のデータユニットの再送信の前に送信され得る。異なる数の介在サブフレームは、第１および第２のデータユニットの再送信の前に送信される。第２のデータユニットは、第２のデータユニットの複数の冗長バージョンを使用して送信および再送信され得る。
【００６８】
[0081] ステップ９０６で、ＵＥ７０２は、ＡＣＫがＵＥ７０２によって受信および処理されているかどうかを決定する。どのＡＣＫも受信されていない場合、ＵＥ７０２は、ステップ９０４でデータユニットを自動的に再送信できる。
【００６９】
[0082] ＡＣＫがＵＥ７０２によって処理される場合、ステップ９０８で、ＵＥ７０２は、第１のデータユニットの再送信を終了させる。
【００７０】
[0083] いくつかの実施形態では、第１のデータユニットの再送信は、所定最大数の再送信の後に終了される。最大遅延は、第１のデータユニットに対して定義され得る。最大数の再送信は、最大遅延に基づいて決定され得る。最大数の再送信は、第１のデータユニットの各再送信の前に送信されるいくつかの介在サブフレームに基づいて決定され得る。第１のデータユニットは、ボイスデータを備えることができる。第１のデータユニットは、ＶｏＩＰデータを備えることができる。
【００７１】
[0084] 図１０は、実例となる装置１００２において異なるモジュール／手段／コンポーネント間のデータフローを示す概略的なデータフロー図１０００である。装置は、ＵＥであり得る。装置１００２は、送信モジュール１０１０、再送信モジュール１００８、受信モジュール１００４、およびＨＡＲＱ応答モジュール１００６を含む。これらモジュールは、前述の図９のフローチャートにおけるアルゴリズムのステップを行うために共に機能する。送信モジュール１０１０は、ｅＮＢ１０５０にデータユニットを送信する。再送信モジュール１００８は、送信モジュール１０１０にあるデータユニットを自動的に再送信させる。受信モジュール１００４は、ｅＮＢ１０５０から、ＵＬ許可、ＨＡＲＱ応答、および他の通信をする。ＨＡＲＱ応答モジュール１００６は、ｅＮＢ１０５０からのＨＡＲＱ応答を処理する。
【００７２】
[0085] 装置１００２は、上述の図９のフローチャートにおけるアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。このように、上述の図９のフローチャートにおける各ステップはモジュールによって実行され、並びに、装置はこれらモジュールのうちの１つまたは複数を含み得る。モジュールは、具体的に述べたプロセス／アルゴリズムを行うように構成されたり、述べたプロセス／アルゴリズムを行うように構成されたプロセッサによって実現されたり、プロセッサによって実現されるためにコンピュータ可読媒体内に記憶されたりする、あるいはそれらのいくつかの組み合わせである１つまたは複数のハードウェアコンポーネントであり得る。
【００７３】
[0086] 図１１は、処理システム１１１４を採用する装置１００２’のためのハードウェア実施の一例を示す図１１００である。処理システム１１１４は、バス１１２４によって概して表されているバスアーキテクチャで実現され得る。バス１１２４は、処理システム１１１４の指定のアプリケーションおよび全体的な設計の制約に依存して、任意の数の相互接続バスおよびブリッジを含むことができる。バス１１２４は、プロセッサ１１０４、モジュール１００４、１００６、１００８、１０１０およびコンピュータ可読媒体１１０６によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む、様々な回路を共にリンクさせる。バス１１２４はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクさせることができ、これらは、当該技術分野で周知であるので、これ以上説明されない。
【００７４】
[0087] 処理システム１１１４は、トランシーバ１１１０に結合され得る。トランシーバ１１１０は、１つまたは複数のアンテナ１１２０に結合される。トランシーバ１１１０は、送信媒体をわたって様々な他の装置と通信するための手段を提供する。処理システム１１１４は、コンピュータ可読媒体１１０６に結合されたプロセッサ１１０４を含む。プロセッサ１１０４は、コンピュータ可読媒体１１０６上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。このソフトウェアは、プロセッサ１１０４によって実行されるとき、処理システム１１１４に、あらゆる特定の装置に関して上記で説明された様々な機能を行わせる。コンピュータ可読媒体１１０６はまた、ソフトウェアを実行するときにプロセッサ１１０４によって操作されるデータを記憶するために使用されることもできる。処理システムはさらに、モジュール１００４、１００６、１００８、および１０１０のうちの少なくとも１つを含む。モジュールは、プロセッサ１１０４において起動しているソフトウェアモジュールであり、コンピュータ可読媒体１１０６において存在／記憶され、プロセッサ１１０４に結合された１つまたは複数のハードウェアモジュールであり、またはこれらのいくつかの組み合わせであることができる。処理システム１１１４は、ＵＥ６５０のコンポーネントであり、メモリ６６０並びに／もしくは、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９のうちの少なくとも１つを含むことができる。
【００７５】
[0088] １つの構成では、ワイヤレス通信のための装置１００２／１００２’が、第１のサブフレームで第１のデータユニットを送信するための手段、第１のデータユニットの先行する送信または再送信へのＨＡＲＱ応答が処理される前に１つまたは複数の非連続的サブフレームで第１のデータユニットを自動的に再送信するための手段、処理されたＨＡＲＱ応答がＡＣＫを備えると決定された後に再送信を終了させるように構成された第１のデータユニットの再送信を終了させるための手段、およびＨＡＲＱ応答を受信するための手段を含む。
【００７６】
[0089] 上述の手段は、装置１００２の上述のモジュールのうちの１つまたは複数、および／または上述の手段によって記載された機能を行うように構成された装置１００２’の処理システム１１１４であり得る。上述のように、処理システム１１１４は、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９を含むことができる。このように、ある構成において上述の手段は、上述の手段によって記載された機能を行うように構成されたＴＸプロセッサ６６８、ＲＸプロセッサ６５６、コントローラ／プロセッサ６５９であり得る。
【００７７】
[0090] 図１２は、ワイヤレス通信の方法のフローチャート１２００である。この方法は、ｅＮＢ７０４によって行われ得る。ステップ１２０２で、ｅＮＢ７０４は、ＵＥ７０４への許可を提供する。許可は、データユニットの自動再送信にリソースを提供できる。許可は、データユニットの冗長バージョンの各送信の前にＵＥによって送信されるべきいくつかの介在サブフレームを定義し得る。許可は、データユニットの冗長バージョンの最大数の送信を定義し得る。最大数の送信は、データユニットに対して許容された最大遅延に基づき得る。第１のデータユニットは、ボイスデータを備えることができる。第１のデータユニットは、ＶｏＩＰデータを備えることができる。
【００７８】
[0091] ステップ１２０４で、ｅＮＢ７０４は、データユニットの第１の冗長バージョンを受信する。ステップ１２０６で、ｅＮＢ７０４は、データユニットの次の冗長バージョンを受信する。ステップ１２０８で、およびデータユニットの次の冗長バージョンを受信および／または処理する前に、ｅＮＢ７０４は、データユニットがデータユニットの先行する冗長バージョンから復号されているかどうかを決定する。
【００７９】
[0092] データユニットが成功裡に復号されていない場合、ステップ１２１０で、ｅＮＢ７０４は、データユニットの先行する冗長バージョンへのＨＡＲＱ応答としてＮＡＣＫを送信できる。ＮＡＣＫは、データの次の冗長バージョンを同時に受信および／または処理しながら伝送され得る。
【００８０】
[0093] データユニットが成功裡に復号されている場合、ステップ１２１２で、ｅＮＢ７０４は、データユニットの先行する冗長バージョンへのＨＡＲＱ応答としてＡＣＫを送信できる。ＡＣＫは、データの次の冗長バージョンを同時に受信および／または処理しながら伝送され得る。ＡＣＫは、データユニットがデータユニットの複数の冗長バージョンから導出できるとき、送信され得る。
【００８１】
[0094] いくつかの実施形態では、データユニットが成功裡に復号されていない場合でも、ＡＣＫが伝送され得る。ｅＮＢ７０４は、データユニットがデータユニットの次に冗長バージョンから導出できる確率を計算、そうでなければ決定できる。ＡＣＫは、その確率がしきい値を超えるとき、およびデータユニットの次の冗長バージョンが処理される前に、ＨＡＲＱ応答として送信され得る。確率は、先に受信されたＬＬＲに基づいて決定され得る。確率は、ＬＬＲの平均のエネルギー、ＬＬＲの平均の大きさ、複数のＬＬＲにおける固有の情報、ターボ復号後に決定される誤りの数、および平均の結合された信号対干渉および雑音比、のうちの１つまたは複数に基づいて決定され得る。
【００８２】
[0095] 図１３は、実例となる装置１３０２において異なるモジュール／手段／コンポーネント間のデータフローを示す概略的なデータフロー図１３００である。装置は、ｅＮＢであり得る。装置１３０２は、受信モジュール１３０４、ＨＡＲＱ応答モジュール１３０６、確率計算モジュール１３０８、および送信モジュール１３１０を含む。これらモジュールは、前述の図１２のフローチャートにおけるアルゴリズムのステップを行うために共に機能する。受信モジュール１３０４は、ＵＥ１３５０からデータユニットの冗長バージョンを受信する。ＨＡＲＱ応答モジュール１３０６は、データユニットが成功裡に復号されているかどうかを決定する。確率計算モジュール１３０８は、オプションで、データユニットが、データユニットの次の冗長バージョンを処理した後に復号されることになる可能性を決定する。送信モジュール１３１０は、ＵＥ１３５０に、許可およびＨＡＲＱ応答を送信する。
【００８３】
[0096] 装置は、上述の図１２のフローチャートにおけるアルゴリズムのステップの各々を行う追加のモジュールを含むことができる。このように、上述の図１２のフローチャートにおける各ステップはモジュールによって実行され、並びに、装置はこれらモジュールのうちの１つまたは複数を含み得る。モジュールは、具体的に述べたプロセス／アルゴリズムを行うように構成されたり、述べたプロセス／アルゴリズムを行うように構成されたプロセッサによって実現されたり、プロセッサによって実現されるためにコンピュータ可読媒体内に記憶されたりする、あるいはそれらのいくつかの組み合わせである１つまたは複数のハードウェアコンポーネントであり得る。
【００８４】
[0097] 図１４は、処理システム１４１４を採用する装置１３０２’のためのハードウェア実施の一例を示す図１４００である。処理システム１４１４は、バス１４２４によって概して表されているバスアーキテクチャで実現され得る。バス１４２４は、処理システム１４１４の指定のアプリケーションおよび全体的な設計の制約に依存して、任意の数の相互接続バスおよびブリッジを含むことができる。バス１４２４は、プロセッサ１４０４、モジュール１３０４、１３０６、１３０８、１３１０およびコンピュータ可読媒体１４０６によって表されている１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む、様々な回路を共にリンクさせる。バス１４２４はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクさせることができ」、これらは、当該技術分野で周知であるので、これ以上説明されない。
【００８５】
[0098] 処理システム１４１４は、トランシーバ１４１０に結合され得る。トランシーバ１４１０は、１つまたは複数のアンテナ１４２０に結合される。トランシーバ１４１０は、送信媒体をわたって様々な他の装置と通信するための手段を提供する。処理システム１４１４は、コンピュータ可読媒体１４０６に結合されたプロセッサ１４０４を含む。プロセッサ１４０４は、コンピュータ可読媒体１４０６上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。このソフトウェアは、プロセッサ１４０４によって実行されるとき、処理システム１４１４に、あらゆる特定の装置に関して上記で説明された様々な機能を行わせる。コンピュータ可読媒体１４０６はまた、ソフトウェアを実行するときにプロセッサ１４０４によって操作されるデータを記憶するために使用されることもできる。処理システムはさらに、モジュール１３０４、１３０６、１３０８、および１３１０のうちの少なくとも１つを含む。モジュールは、プロセッサ１４０４において起動しているソフトウェアモジュールであり、コンピュータ可読媒体１４０６において存在／記憶され、プロセッサ１４０４に結合された１つまたは複数のハードウェアモジュールであり、またはこれらのいくつかの組み合わせであることができる。処理システム１４１４は、ｅＮＢ６１０のコンポーネントであり、メモリ６７６および／またはＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５のうちの少なくとも１つを含むことができる。
【００８６】
[0099] １つの構成では、ワイヤレス通信のための装置１３０２／１３０２’は、ＵＥに許可を提供するための手段、データユニットの冗長バージョンを受信するための手段、ＨＡＲＱ応答を送信するための手段、およびデータユニットがデータユニットの次の冗長バージョンを処理した後に復号され得る確率を計算するための手段を含む。
【００８７】
[00100] 上述の手段は、装置１３０２の上述のモジュールのうちの１つまたは複数、および／または上述の手段によって記載された機能を行うように構成された装置１３０２’の処理システム１４１４であり得る。上記で説明されているように、処理システム１４１４は、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５を含むことができる。このように、ある構成において上述の手段は、上述の手段によって記載された機能を行うように構成されたＴＸプロセッサ６１６、ＲＸプロセッサ６７０、コントローラ／プロセッサ６７５であり得る。
【００８８】
[00101] 開示された処理におけるステップの指定の順序または階層は、実例となる手法の例示のであることが理解される。設計の選好に基づいて、これら処理におけるステップの指定の順序または階層は並べ替えられ得ることが理解される。さらに、いくつかのステップは、組み合わされ得るか、または省略され得る。添付の方法の請求項はサンプルの順序で様々なステップの要素を示し、示される指定の順序または階層に限定されることは意図されていない。
【００８９】
[00102] 先の説明は、いずれの当業者も、ここで説明された様々な態様を実施できるようにするために提供されている。これら態様への様々な変更は当業者には容易に明らかになり、ここで定義される包括的な本質は他の態様に適用され得る。従って、請求項はここで提示されている態様に限定されることは意図されていないが、請求項の用語と一貫する全ての範囲が与えられるべきであり、ここにおいて単数形の要素への参照は特別にそのように述べられない限り「１つおよびただ１つ」を意味するように意図されず、むしろ「１つまたは複数の」を意味するように意図される。そうでないことが特に述べられていない限り、「いくつか」という用語は、１つまたは複数のことを称する。当業者に既知、もしくはいずれ既知となる本開示全体を通して説明される様々な態様の要素に対する構造的および機能的な均等物の全ては参照によってここに明示的に組み込まれ、請求項によって包含されるように意図されている。さらに、ここで開示されたものはどれも、そのような開示が請求項において明確に記載されているかどうかに関わらず公共に寄与されるようには意図されていない。どの請求項の要素も、要素が明示的に「ための手段」という表現を使用して記載されていない限り、ミーンズプラスファンクション（ｍｅａｎｓ  ｐｌｕｓ  ｆｕｎｃｔｉｏｎ）として解釈されるべきではない。
【図１】
2015527791.tif 000003
【図２】
2015527791.tif 000004
【図３】
2015527791.tif 000005
【図４】
2015527791.tif 000006
【図５】
2015527791.tif 000007
【図６】
2015527791.tif 000008
【図７】
2015527791.tif 000009
【図８】
2015527791.tif 000010
【図９】
2015527791.tif 000011
【図１０】
2015527791.tif 000012
【図１１】
2015527791.tif 000013
【図１２】
2015527791.tif 000014
【図１３】
2015527791.tif 000015
【図１４】
2015527791.tif 000016
【手続補正書】
【提出日】平成27年3月11日(2015.3.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信することと、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、前記第１のデータユニットを自動的に再送信することと、ここにおいて前記第１のデータユニットの前記複数の冗長バージョンの各々は対応するサブフレームで送信され、前記第１のサブフレームおよび対応するサブフレームのどれもが連続的でなく、前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させることと、
を備える、方法。
【請求項２】
前記自動再送信は、周期的に生じる、請求項１に記載の方法。
【請求項３】
所定数の介在サブフレームは、前記第１のデータユニットの各再送信の前に送信される、請求項２に記載の方法。
【請求項４】
第２のデータユニットの送信または再送信への処理されたＨＡＲＱ応答がＡＣＫを備えると決定されるまで、複数の前記介在サブフレームで前記第２のデータユニットの冗長バージョンを使用して、前記第２のデータユニットを送信および自動的に再送信すること、をさらに備える、請求項３に記載の方法。
【請求項５】
前記第２のデータユニットは、非連続的サブフレームで送信および再送信される、請求項４に記載の方法。
【請求項６】
いくつかの介在サブフレームは、前記第２のデータユニットの各再送信の前に送信される、請求項５に記載の方法。
【請求項７】
同じ数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、請求項６に記載の方法。
【請求項８】
異なる数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、請求項６に記載の方法。
【請求項９】
所定最大数の再送信の後に前記第１のデータユニットの再送信を終了させること、をさらに備える、請求項１に記載の方法。
【請求項１０】
最大遅延は、前記第１のデータユニットに対して定義され、前記最大数の再送信は前記最大遅延に基づいて決定される、請求項９に記載の方法。
【請求項１１】
前記最大数の再送信は、前記第１のデータユニットの各再送信の前に送信されるいくつかの介在サブフレームに基づいて決定される、請求項１０に記載の方法。
【請求項１２】
前記第１のデータユニットは、ボイスデータを備える、請求項１０に記載の方法。
【請求項１３】
前記第１のデータユニットは、ボイスオーバＩＰ（ＶｏＩＰ）データを備える、請求項１０に記載の方法。
【請求項１４】
ワイヤレス通信のための装置であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信するための手段と、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、前記第１のデータユニットを自動的に再送信するための手段と、ここにおいて前記第１のデータユニットの前記複数の冗長バージョンの各々は対応するサブフレームで送信され、前記第１のサブフレームおよび対応するサブフレームのどれもが連続的でなく、前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させるための手段と、
を備える、装置。
【請求項１５】
前記自動再送信は、周期的に生じる、請求項１４に記載の装置。
【請求項１６】
所定数の介在サブフレームは、前記第１のデータユニットの各再送信の前に送信される、請求項１５に記載の装置。
【請求項１７】
前記送信するための手段および自動的に再送信するための手段は、第２のデータユニットの送信または再送信への処理されたＨＡＲＱ応答がＡＣＫを備えると決定されるまで、複数の前記介在サブフレームで前記第２のデータユニットの冗長バージョンを使用して、前記第２のデータユニットを送信および再送信する、請求項１６に記載の装置。
【請求項１８】
前記第２のデータユニットは、非連続的サブフレームで送信および再送信される、請求項１７に記載の装置。
【請求項１９】
いくつかの介在サブフレームは、前記第２のデータユニットの各再送信の前に送信される、請求項１８に記載の装置。
【請求項２０】
同じ数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、請求項１９に記載の装置。
【請求項２１】
異なる数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、請求項１９に記載の装置。
【請求項２２】
前記第１のデータユニットの再送信を終了させるための手段は、所定最大数の再送信の後に前記再送信を終了させるようにさらに構成される、請求項１４に記載の装置。
【請求項２３】
最大遅延は、前記第１のデータユニットに対して定義され、前記最大数の再送信は前記最大遅延に基づいて決定される、請求項２２に記載の装置。
【請求項２４】
前記最大数の再送信は、前記第１のデータユニットの各再送信の前に送信されるいくつかの介在サブフレームに基づいて決定される、請求項２３に記載の装置。
【請求項２５】
前記第１のデータユニットは、ボイスデータを備える、請求項２３に記載の装置。
【請求項２６】
前記第１のデータユニットは、ボイスオーバＩＰ（ＶｏＩＰ）データを備える、請求項２３に記載の装置。
【請求項２７】
ワイヤレス通信のための装置であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信し、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、前記第１のデータユニットを自動的に再送信し、ここにおいて前記第１のデータユニットの前記複数の冗長バージョンの各々は対応するサブフレームで送信され、前記第１のサブフレームおよび対応するサブフレームのどれもが連続的でなく、前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させる、
ように構成された処理システム、
を備える、装置。
【請求項２８】
コンピュータプログラム製品であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信し、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、前記第１のデータユニットを自動的に再送信し、ここにおいて前記第１のデータユニットの前記複数の冗長バージョンの各々は対応するサブフレームで送信され、前記第１のサブフレームおよび対応するサブフレームのどれもが連続的でなく、前記第１のデータユニットが、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させる、
ためのコードを備えるコンピュータ可読媒体、
を備える、コンピュータプログラム製品。
【請求項２９】
ワイヤレス通信の方法であって、
ユーザ機器（ＵＥ）に許可を提供することと、前記許可は、データユニットの自動再送信にリソースを提供し、ここにおいて前記リソースは第１のサブフレームおよび複数の対応するサブフレームを含み、前記第１のサブフレームおよび対応するサブフレームのどれもが連続的でない、
前記第１のサブフレームで前記データユニットの第１の冗長バージョンを受信することと、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信することと、
前記ＨＡＲＱ応答を同時に送信しながら、前記複数の対応するサブフレームのうちの１つで前記データユニットの第２の冗長バージョンを受信することと、
を備える、方法。
【請求項３０】
前記データユニットの複数の冗長バージョンの各々へのＨＡＲＱ応答として否定応答（ＮＡＣＫ）を送信することをさらに備え、前記複数の冗長バージョンは、前記データユニットの前記第１および第２の冗長バージョンを含む、請求項２９に記載の方法。
【請求項３１】
前記データユニットが前記データユニットの前記複数の冗長バージョンから導出できるとき、ＨＡＲＱ応答として肯定応答（ＡＣＫ）を送信すること、をさらに備える、請求項３０に記載の方法。
【請求項３２】
前記許可は、前記データユニットの冗長バージョンの各送信の前に前記ＵＥによって送信されるべきいくつかの介在サブフレームを定義する、請求項３０に記載の方法。
【請求項３３】
前記許可は、前記データユニットの冗長バージョンの最大数の送信を定義する、請求項２９に記載の方法。
【請求項３４】
前記最大数の送信は、前記データユニットに対して許容された最大遅延に基づく、請求項３３に記載の方法。
【請求項３５】
前記第１のデータユニットは、ボイスデータを備える、請求項３４に記載の方法。
【請求項３６】
前記第１のデータユニットは、ボイスオーバＩＰデータを備える、請求項３４に記載の方法。
【請求項３７】
前記データユニットが前記データユニットの次の冗長バージョンから導出できる確率を決定することと、
前記確率がしきい値を超えるとき、および前記データユニットの前記次の冗長バージョンが処理される前に、ＨＡＲＱ応答としてＡＣＫを送信することと、
をさらに備える、請求項２９に記載の方法。
【請求項３８】
前記確率は、前に受信された対数尤度比（ＬＬＲ）に基づいて決定される、請求項３７に記載の方法。
【請求項３９】
前記確率は、ＬＬＲの平均のエネルギー、ＬＬＲの平均の大きさ、複数のＬＬＲにおける固有の情報、ターボ復号後に決定される誤りの数、および平均の結合された信号対干渉および雑音比、のうちの１つまたは複数に基づいて決定される、請求項３７に記載の方法。
【請求項４０】
ワイヤレス通信のための装置であって、
ユーザ機器（ＵＥ）に許可を提供するための手段と、前記許可は、データユニットの自動再送信にリソースを提供し、ここにおいて前記リソースは第１のサブフレームおよび複数の対応するサブフレームを含み、前記第１のサブフレームおよび対応するサブフレームのどれもが連続的でない、
前記第１のサブフレームで前記データユニットの第１の冗長バージョンを受信するための手段と、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信するための手段と、
前記ＨＡＲＱ応答を同時に送信しながら、前記複数の対応するサブフレームのうちの１つで前記データユニットの第２の冗長バージョンを受信するための手段と、
を備える、装置。
【請求項４１】
前記データユニットの複数の冗長バージョンの各々へのＨＡＲＱ応答として否定応答（ＮＡＣＫ）を送信することをさらに備え、前記複数の冗長バージョンは、前記データユニットの前記第１および第２の冗長バージョンを含む、請求項４０に記載の装置。
【請求項４２】
前記データユニットが前記データユニットの前記複数の冗長バージョンから導出できるとき、ＨＡＲＱ応答として肯定応答（ＡＣＫ）を送信すること、をさらに備える、請求項４１に記載の装置。
【請求項４３】
前記許可は、前記データユニットの冗長バージョンの各送信の前に前記ＵＥによって送信されるべきいくつかの介在サブフレームを定義する、請求項４０に記載の装置。
【請求項４４】
前記許可は、前記データユニットの冗長バージョンの最大数の送信を定義する、請求項４０に記載の装置。
【請求項４５】
前記最大数の送信は、前記データユニットに対して許容された最大遅延に基づく、請求項４４に記載の装置。
【請求項４６】
前記第１のデータユニットは、ボイスデータを備える、請求項４５に記載の装置。
【請求項４７】
前記第１のデータユニットは、ボイスオーバＩＰデータを備える、請求項４５に記載の装置。
【請求項４８】
前記データユニットが前記データユニットの次の冗長バージョンから導出できる確率を決定することと、
前記確率がしきい値を超えるとき、および前記データユニットの前記次の冗長バージョンが処理される前に、ＨＡＲＱ応答としてＡＣＫを送信することと、
をさらに備える、請求項４０に記載の装置。
【請求項４９】
前記確率は、先に受信された対数尤度比（ＬＬＲ）に基づいて決定される、請求項４８に記載の装置。
【請求項５０】
前記確率は、ＬＬＲの平均のエネルギー、ＬＬＲの平均の大きさ、複数のＬＬＲにおける固有の情報、ターボ復号後に決定される誤りの数、および平均の結合された信号対干渉および雑音比、のうちの１つまたは複数に基づいて決定される、請求項４８に記載の装置。
【請求項５１】
ワイヤレス通信のための装置であって、
ユーザ機器（ＵＥ）に許可を提供することと、前記許可は、データユニットの自動再送信にリソースを提供し、ここにおいて前記リソースは第１のサブフレームおよび複数の対応するサブフレームを含み、前記第１のサブフレームおよび対応するサブフレームのどれもが連続的でない、
前記第１のサブフレームで前記データユニットの第１の冗長バージョンを受信し、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信し、
前記ＨＡＲＱ応答を同時に送信しながら、前記複数の対応するサブフレームのうちの１つで前記データユニットの第２の冗長バージョンを受信する、
ように構成された処理システム、
を備える、装置。
【請求項５２】
コンピュータプログラム製品であって、
ユーザ機器（ＵＥ）に許可を提供することと、前記許可は、データユニットの自動再送信にリソースを提供し、ここにおいて前記リソースは第１のサブフレームおよび複数の対応するサブフレームを含み、前記第１のサブフレームおよび対応するサブフレームのどれもが連続的でない、
前記第１のサブフレームで前記データユニットの第１の冗長バージョンを受信し、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信し、
前記ＨＡＲＱ応答を同時に送信しながら、前記複数の対応するサブフレームのうちの１つで前記データユニットの第２の冗長バージョンを受信する、
ためのコードを備える、コンピュータ可読媒体、
を備える、コンピュータプログラム製品。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
[00102] 先の説明は、いずれの当業者も、ここで説明された様々な態様を実施できるようにするために提供されている。これらの態様への様々な変更は当業者には容易に明らかになり、ここで定義される包括的な本質は他の態様に適用されうる。したがって、請求項はここで提示されている態様に限定されることは意図されていないけれども、請求項の用語と一貫する全ての範囲が与えられるべきであり、ここにおいて単数形の要素への参照は特別にそのように述べられない限り「１つおよびただ１つ」を意味するように意図されず、むしろ「１つまたは複数の」を意味するように意図される。そうでないことが特に述べられていない限り、「いくつか」という用語は、１つまたは複数のことを称する。当業者に既知、もしくはいずれ既知となる本開示全体を通じて説明される様々な態様の要素に対する構造的および機能的な均等物の全ては参照によってここに明示的に組み込まれ、請求項によって包含されるように意図されている。さらに、ここで開示されたものはどれも、そのような開示が請求項において明確に記載されているかどうかに関わらず公共に寄与されるようには意図されていない。どの請求項の要素も、要素が明示的に「ための手段」という表現を使用して記載されていない限り、ミーンズプラスファンクション（ｍｅａｎｓ  ｐｌｕｓ  ｆｕｎｃｔｉｏｎ）として解釈されるべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１]
ワイヤレス通信の方法であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信することと、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、非連続的サブフレームで前記第１のデータユニットを自動的に再送信することと、ここにおいて前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させることと、
を備える、方法。
[Ｃ２]
前記自動再送信は、周期的に生じる、Ｃ１に記載の方法。
[Ｃ３]
所定数の介在サブフレームは、前記第１のデータユニットの各再送信の前に送信される、Ｃ２に記載の方法。
[Ｃ４]
第２のデータユニットの送信または再送信への処理されたＨＡＲＱ応答がＡＣＫを備えると決定されるまで、複数の前記介在サブフレームで前記第２のデータユニットの冗長バージョンを使用して、前記第２のデータユニットを送信および自動的に再送信すること、をさらに備える、Ｃ３に記載の方法。
[Ｃ５]
前記第２のデータユニットは、非連続的サブフレームで送信および再送信される、Ｃ４に記載の方法。
[Ｃ６]
いくつかの介在サブフレームは、前記第２のデータユニットの各再送信の前に送信される、Ｃ５に記載の方法。
[Ｃ７]
同じ数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、Ｃ６に記載の方法。
[Ｃ８]
異なる数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、Ｃ６に記載の方法。
[Ｃ９]
所定最大数の再送信の後に前記第１のデータユニットの再送信を終了させること、をさらに備える、Ｃ１に記載の方法。
[Ｃ１０]
最大遅延は、前記第１のデータユニットに対して定義され、前記最大数の再送信は前記最大遅延に基づいて決定される、Ｃ９に記載の方法。
[Ｃ１１]
前記最大数の再送信は、前記第１のデータユニットの各再送信の前に送信されるいくつかの介在サブフレームに基づいて決定される、Ｃ１０に記載の方法。
[Ｃ１２]
前記第１のデータユニットは、ボイスデータを備える、Ｃ１０に記載の方法。
[Ｃ１３]
前記第１のデータユニットは、ボイスオーバＩＰ（ＶｏＩＰ）データを備える、Ｃ１０に記載の方法。
[Ｃ１４]
ワイヤレス通信のための装置であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信するための手段と、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、非連続的サブフレームで前記第１のデータユニットを自動的に再送信するための手段と、ここにおいて前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させるための手段と、
を備える、装置。
[Ｃ１５]
前記自動再送信は、周期的に生じる、Ｃ１４に記載の装置。
[Ｃ１６]
所定数の介在サブフレームは、前記第１のデータユニットの各再送信の前に送信される、Ｃ１５に記載の装置。
[Ｃ１７]
前記送信するための手段および自動的に再送信するための手段は、第２のデータユニットの送信または再送信への処理されたＨＡＲＱ応答がＡＣＫを備えると決定されるまで、複数の前記介在サブフレームで前記第２のデータユニットの冗長バージョンを使用して、前記第２のデータユニットを送信および再送信する、Ｃ１６に記載の装置。
[Ｃ１８]
前記第２のデータユニットは、非連続的サブフレームで送信および再送信される、Ｃ１７に記載の装置。
[Ｃ１９]
いくつかの介在サブフレームは、前記第２のデータユニットの各再送信の前に送信される、Ｃ１８に記載の装置。
[Ｃ２０]
同じ数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、Ｃ１９に記載の装置。
[Ｃ２１]
異なる数の介在サブフレームは、前記第１および第２のデータユニットの再送信の前に送信される、Ｃ１９に記載の装置。
[Ｃ２２]
前記第１のデータユニットの再送信を終了させるための手段は、所定最大数の再送信の後に前記再送信を終了させるようにさらに構成される、Ｃ１４に記載の装置。
[Ｃ２３]
最大遅延は、前記第１のデータユニットに対して定義され、前記最大数の再送信は前記最大遅延に基づいて決定される、Ｃ２２に記載の装置。
[Ｃ２４]
前記最大数の再送信は、前記第１のデータユニットの各再送信の前に送信されるいくつかの介在サブフレームに基づいて決定される、Ｃ２３に記載の装置。
[Ｃ２５]
前記第１のデータユニットは、ボイスデータを備える、Ｃ２３に記載の装置。
[Ｃ２６]
前記第１のデータユニットは、ボイスオーバＩＰ（ＶｏＩＰ）データを備える、Ｃ２３に記載の装置。
[Ｃ２７]
ワイヤレス通信のための装置であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信し、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、非連続的サブフレームで前記第１のデータユニットを自動的に再送信し、ここにおいて前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させる、
ように構成された処理システム、
を備える、装置。
[Ｃ２８]
コンピュータプログラム製品であって、
第１のデータユニットの複数の冗長バージョンのうちの１つを使用して、第１のサブフレームで前記第１のデータユニットを送信し、
前記第１のデータユニットの前記複数の冗長バージョンを使用して、非連続的サブフレームで前記第１のデータユニットを自動的に再送信し、ここにおいて前記第１のデータユニットは、前記第１のデータユニットの先行する送信または再送信へのハイブリット自動再送要求（ＨＡＲＱ）応答が処理される前に再送信される、
処理されたＨＡＲＱ応答が肯定応答（ＡＣＫ）を備えると決定された後に前記第１のデータユニットの再送信を終了させる、
ためのコードを備えるコンピュータ可読媒体、
を備える、コンピュータプログラム製品。
[Ｃ２９]
ワイヤレス通信の方法であって、
ユーザ機器（ＵＥ）に許可を提供することと、前記許可は、データユニットの自動再送信にリソースを提供し、
前記データユニットの第１の冗長バージョンを受信することと、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信することと、
前記ＨＡＲＱ応答を同時に送信しながら前記データユニットの第２の冗長バージョンを受信することと、
を備える、方法。
[Ｃ３０]
前記データユニットの複数の冗長バージョンの各々へのＨＡＲＱ応答として否定応答（ＮＡＣＫ）を送信することをさらに備え、前記複数の冗長バージョンは、前記データユニットの前記第１および第２の冗長バージョンを含む、Ｃ２９に記載の方法。
[Ｃ３１]
前記データユニットが前記データユニットの前記複数の冗長バージョンから導出できるとき、ＨＡＲＱ応答として肯定応答（ＡＣＫ）を送信すること、をさらに備える、Ｃ３０に記載の方法。
[Ｃ３２]
前記許可は、前記データユニットの冗長バージョンの各送信の前に前記ＵＥによって送信されるべきいくつかの介在サブフレームを定義する、Ｃ３０に記載の方法。
[Ｃ３３]
前記許可は、前記データユニットの冗長バージョンの最大数の送信を定義する、Ｃ２９に記載の方法。
[Ｃ３４]
前記最大数の送信は、前記データユニットに対して許容された最大遅延に基づく、Ｃ３３に記載の方法。
[Ｃ３５]
前記第１のデータユニットは、ボイスデータを備える、Ｃ３４に記載の方法。
[Ｃ３６]
前記第１のデータユニットは、ボイスオーバＩＰデータを備える、Ｃ３４に記載の方法。
[Ｃ３７]
前記データユニットが前記データユニットの次の冗長バージョンから導出できる確率を決定することと、
前記確率がしきい値を超えるとき、および前記データユニットの前記次の冗長バージョンが処理される前に、ＨＡＲＱ応答としてＡＣＫを送信することと、
をさらに備える、Ｃ２９に記載の方法。
[Ｃ３８]
前記確率は、先に受信された対数尤度比（ＬＬＲ）に基づいて決定される、Ｃ３７に記載の方法。
[Ｃ３９]
前記確率は、ＬＬＲの平均のエネルギー、ＬＬＲの平均の大きさ、複数のＬＬＲにおける固有の情報、ターボ復号後に決定される誤りの数、および平均の結合された信号対干渉および雑音比、のうちの１つまたは複数に基づいて決定される、Ｃ３７に記載の方法。
[Ｃ４０]
ワイヤレス通信のための装置であって、
ユーザ機器（ＵＥ）に許可を提供するための手段と、前記許可は、データユニットの自動再送信にリソースを提供し、
前記データユニットの第１の冗長バージョンを受信するための手段と、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信するための手段と、
前記ＨＡＲＱ応答を同時に送信しながら前記データユニットの第２の冗長バージョンを受信するための手段と、
を備える、装置。
[Ｃ４１]
前記データユニットの複数の冗長バージョンの各々へのＨＡＲＱ応答として否定応答（ＮＡＣＫ）を送信することをさらに備え、前記複数の冗長バージョンは、前記データユニットの前記第１および第２の冗長バージョンを含む、Ｃ４０に記載の装置。
[Ｃ４２]
前記データユニットが前記データユニットの前記複数の冗長バージョンから導出できるとき、ＨＡＲＱ応答として肯定応答（ＡＣＫ）を送信すること、をさらに備える、Ｃ４１に記載の装置。
[Ｃ４３]
前記許可は、前記データユニットの冗長バージョンの各送信の前に前記ＵＥによって送信されるべきいくつかの介在サブフレームを定義する、Ｃ４０に記載の装置。
[Ｃ４４]
前記許可は、前記データユニットの冗長バージョンの最大数の送信を定義する、Ｃ４０に記載の装置。
[Ｃ４５]
前記最大数の送信は、前記データユニットに対して許容された最大遅延に基づく、Ｃ４４に記載の装置。
[Ｃ４６]
前記第１のデータユニットは、ボイスデータを備える、Ｃ４５に記載の装置。
[Ｃ４７]
前記第１のデータユニットは、ボイスオーバＩＰデータを備える、Ｃ４５に記載の装置。
[Ｃ４８]
前記データユニットが前記データユニットの次の冗長バージョンから導出できる確率を決定することと、
前記確率がしきい値を超えるとき、および前記データユニットの前記次の冗長バージョンが処理される前に、ＨＡＲＱ応答としてＡＣＫを送信することと、
をさらに備える、Ｃ４０に記載の装置。
[Ｃ４９]
前記確率は、先に受信された対数尤度比（ＬＬＲ）に基づいて決定される、Ｃ４８に記載の装置。
[Ｃ５０]
前記確率は、ＬＬＲの平均のエネルギー、ＬＬＲの平均の大きさ、複数のＬＬＲにおける固有の情報、ターボ復号後に決定される誤りの数、および平均の結合された信号対干渉および雑音比のうちの１つまたは複数に基づいて決定される、Ｃ４８に記載の装置。
[Ｃ５１]
ワイヤレス通信のための装置であって、
ユーザ機器（ＵＥ）に許可を提供することと、前記許可は、データユニットの自動再送信にリソースを提供し、
前記データユニットの第１の冗長バージョンを受信し、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信し、
前記ＨＡＲＱ応答を同時に送信しながら前記データユニットの第２の冗長バージョンを受信する、
ように構成された処理システム、
を備える、装置。
[Ｃ５２]
コンピュータプログラム製品であって、
ユーザ機器（ＵＥ）に許可を提供することと、前記許可は、データユニットの自動再送信にリソースを提供し、
前記データユニットの第１の冗長バージョンを受信し、
前記データユニットの前記第１の冗長バージョンへのハイブリッド自動再送要求（ＨＡＲＱ）応答を送信し、
前記ＨＡＲＱ応答を同時に送信しながら前記データユニットの第２の冗長バージョンを受信する、
ためのコードを備える、コンピュータ可読媒体、
を備える、コンピュータプログラム製品。
【国際調査報告】
2015527791.tif 000017
2015527791.tif 000018
2015527791.tif 000019