特許 7381565 データ再送を制御するための方法およびユーザ機器

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-07

(45)【発行日】2023-11-15

(54)【発明の名称】データ再送を制御するための方法およびユーザ機器

(51)【国際特許分類】

   H04W 28/04 20090101AFI20231108BHJP

   H04L 1/16 20230101ALI20231108BHJP

   H04W 72/20 20230101ALI20231108BHJP

【ＦＩ】

H04W28/04 110

H04L1/16

H04W72/20

【請求項の数】 7

(21)【出願番号】P 2021509842

(86)(22)【出願日】2019-08-23

(65)【公表番号】

(43)【公表日】2021-12-09

(86)【国際出願番号】 CN2019102302

(87)【国際公開番号】W WO2020038468

(87)【国際公開日】2020-02-27

【審査請求日】2021-02-19

【審判番号】

【審判請求日】2023-02-20

(31)【優先権主張番号】62/722,163

(32)【優先日】2018-08-23

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(72)【発明者】

【氏名】シュ、ジン

【合議体】

【審判長】中木 努

【審判官】新田 亮

【審判官】齋藤 哲

(56)【参考文献】

【文献】特開２００９－２３１９５０（ＪＰ，Ａ）

【文献】特表２００８－５４５３３０（ＪＰ，Ａ）

【文献】特表２０１０－５０２０９６（ＪＰ，Ａ）

【文献】特開２０１１－２２３１２７（ＪＰ，Ａ）

【文献】Ｅｒｉｃｓｓｏｎ，Ｃｏｎｆｉｇｕｒｅｄ ＵＬ ｇｒａｎｔ ｆｏｒ ＮＲ－Ｕ［ｏｎｌｉｎｅ］，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９４ Ｒ１－１８０９２０７，Ｉｎｔｅｒｎｅｔ＜ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿９４／Ｄｏｃｓ／Ｒ１－１８０９２０７．ｚｉｐ＞，２０１８年０８月１１日

【文献】Ｎｏｋｉａ， Ｎｏｋｉａ Ｓｈａｎｇｈａｉ Ｂｅｌｌ，Ｏｎ Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ＮＲ ＵＲＬＬＣ［ｏｎｌｉｎｅ］，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９４ Ｒ１－１８０８５７０，＜ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿９４ｂ／Ｄｏｃｓ／Ｒ１－１８０８５７０．ｚｉｐ＞，２０１８年０８月１０日

【文献】Ｑｕａｌｃｏｍｍ，Ｏｎ ｒｅｌｉａｂｌｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＵＲＬＬＣ ｄａｔａ［ｏｎｌｉｎｅ］，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ２ ＃９９ｂｉｓ Ｒ２－１７０９１２５，Ｉｎｔｅｒｎｅｔ＜ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿９９／Ｄｏｃｓ／Ｒ２－１７０９１２５．ｚｉｐ＞，２０１７年０９月２９日

【文献】Ｌｅｎｏｖｏ，Ｄｉｓｃｕｓｓｉｏｎ ｏｎ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｄｅｓｉｇｎ ｆｏｒ ｇｒａｎｔ－ｆｒｅｅ ｂａｓｅｄ ＵＬ ｔｒａｎｓｍｉｓｓｉｏｎ［ｏｎｌｉｎｅ］，３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ１＃８６ｂ Ｒ１－１６０９４００，Ｉｎｔｅｒｎｅｔ＜ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿８６ｂ／Ｄｏｃｓ／Ｒ１－１６０９４００．ｚｉｐ＞，２０１６年１０月０１日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

H04W 4/00 - 99/00

H04B 7/24 - 7/26

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

ＵＥにより実行される、データ再送を制御するための方法であって、
データをネットワークデバイスに伝送し、タイマ（４０１）を開始すること、
前記データに対応するＨＡＲＱ－ＮＡＣＫフィードバックが、前記タイマが満了する前に前記ネットワークデバイスから受信される場合、前記データ（４０５）を再送すること、
前記データに対応するＨＡＲＱ－ＡＣＫフィードバックが、前記タイマが満了する前に受信されない場合、前記タイマが満了した後に前記データ（４０５）を再送すること、を含むものであり、
前記データ（４０５）を再送することが、
前記タイマに従って再送のための時間リソースを獲得すること、
前の伝送に従って再送のための周波数リソースを獲得すること、および
前記時間リソースおよび前記周波数リソースを用いて前記データを再送することを含むものであり、
前記時間リソースの場所は、Ｔ＋Ｎによって決定され、Ｔは、前記タイマが満了する時間であり、Ｎは、既定のパラメータであり、
前記周波数リソースの場所は、ＲＢ＋オフセットによって決定され、ＲＢは、前記再送の前に前記データを伝送するための周波数リソースの場所であり、オフセットは、既定のパラメータであり、
オフセット＝０である、方法。

【請求項2】

タイマの開始を制御するように構成される制御装置（１４４）と、
ネットワークデバイスからＨＡＲＱ－ＡＣＫフィードバックまたはＨＡＲＱ－ＮＡＣＫフィードバックを受信するように構成される受信装置（１４２）と、
送信装置（１４６）であって、
データを前記ネットワークデバイスに伝送し、
前記データに対応するＨＡＲＱ－ＮＡＣＫフィードバックが、前記タイマが満了する前に前記ネットワークデバイスから前記受信装置（１４２）によって受信される場合、前記データを再送し、
前記データに対応するＨＡＲＱ－ＡＣＫフィードバックが、前記タイマが満了する前に前記受信装置（１４２）によって受信されない場合、前記データを再送するように構成される、送信装置（１４６）とを含むものであり、
前記送信装置（１４６）が、
前記タイマに従って再送のための時間リソースを獲得し、
前の伝送に従って再送のための周波数リソースを獲得し、
前記時間リソースおよび前記周波数リソースを用いて前記データを再送するように構成されるものであり、
前記時間リソースの場所は、Ｔ＋Ｎによって決定され、Ｔは、前記タイマが満了する時間であり、Ｎは、既定のパラメータであり、
前記周波数リソースの場所は、ＲＢ＋オフセットによって決定され、ＲＢは、前記再送の前に前記データを伝送するための周波数リソースの場所であり、オフセットは、既定のパラメータである、
オフセット＝０である、ユーザ機器（１４０）。

【請求項3】

前記制御装置（１４４）は、前記受信装置（１４２）が、前記タイマが満了する前に前記ネットワークデバイスから前記データに対応する前記ＨＡＲＱ－ＡＣＫフィードバックを受信する場合、ＨＡＲＱバッファ（１４８）をフラッシュするようにさらに構成される、請求項２に記載のユーザ機器。

【請求項4】

前記制御装置（１４４）が、前記タイマが満了するときに別のタイマの開始を制御するようにさらに構成され、
前記受信装置（１４２）が、前記別のタイマが満了する前に前記ネットワークデバイスから再送の許可を受信するようにさらに構成され、
前記送信装置（１４６）が、前記再送の許可に従って前記データを再送するようにさらに構成される、請求項２に記載のユーザ機器。

【請求項5】

前記制御装置（１４４）は、前記受信装置（１４２）が、前記別のタイマが満了する前に前記ネットワークデバイスから再送の許可を受信しない場合、ＨＡＲＱバッファ（１４８）をフラッシュするようにさらに構成される、請求項４に記載のユーザ機器。

【請求項6】

前記ＨＡＲＱ－ＮＡＣＫフィードバックが、再送リソースを示す情報を含み、前記送信装置（１４６）が、
前記情報によって示される前記再送リソースにおいて前記データを再送するように構成される、請求項２に記載のユーザ機器。

【請求項7】

前記制御装置（１４４）が、データ再送の数がしきい値に達する場合、ＨＡＲＱバッファ（１４８）をフラッシュするようにさらに構成され、
前記しきい値が、仕様内で規定されるか、または上位層によって構成される、請求項２～６のいずれか一項に記載のユーザ機器。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、ワイヤレス通信、ならびにより詳細には、データ再送を制御するための方法および方法を実施するためのユーザ機器に関する。

【背景技術】

【0002】

ロングタームエボリューション（ＬＴＥ）システムにおいて、ハイブリッド自動反復要求（ＨＡＲＱ）技術は、データ伝送の信頼性、具体的には、データ受信の信頼性を確実にするために利用される。伝送されるデータは、物理層内の伝送ブロック（ＴＢ）に対応し得、ＴＢがきちんと受信されるかどうかを検証するために、巡回冗長検査（ＣＲＣ）がＴＢ内に設定され得る。下りリンクデータ伝送のためのユーザ機器（ＵＥ）、または上りリンクデータ伝送のためのｇＮＢ（次世代ノードＢ）もしくは他のネットワーク側デバイスであり得る受信機において、データが受信されるとき、この受信機は、データを復号することを試み、ＣＲＣ検証に従って、データ復号の成功を示すＨＡＲＱ－ＡＣＫ、またはデータ復号の失敗を示すＨＡＲＱ－ＮＡＣＫを送り返す。

【0003】

ＨＡＲＱ－ＡＣＫおよびＨＡＲＱ－ＮＡＣＫに加えて、ＬＴＥは、受信機（例えば、ＵＥ）が指定の場所においていかなる下りリンクデータ伝送も検出しないことを示すための不連続伝送（ＤＴＸ）も導入しており、考えられ得る原因は、対応するサブフレームがＵＥにスケジュールされていないか、または検出の見逃しがＵＥに発生していることであり得る。

【0004】

Ｎｅｗ Ｒａｄｉｏ（ＮＲ）Ｒｅｌ－１６においては、明確なＨＡＲＱ－ＡＣＫが、ＤＴＸをＮＡＣＫと区別することができることから、明確なＨＡＲＱ－ＡＣＫは、上りリンク伝送信頼性を改善すると考えられている。しかしながら、現在、明確なＨＡＲＱ－ＡＣＫのための確固たるスキームは存在しない。

【発明の概要】

【0005】

鍛造態様およびそれらのそれぞれの実装形態の特徴および詳細は、矛盾なく互いと組み合わされ得るか、または置き換えられ得る。

【0006】

本開示の第１の態様によると、以下を含むデータ再送を制御するための方法が提供される。データはネットワークデバイスに伝送され、タイマが開始される。データに対応するＨＡＲＱ－ＡＣＫフィードバックが、タイマが満了する前に受信されない場合、データは、タイマが満了した後に再送されるか、または、データに対応するＨＡＲＱ－ＡＣＫフィードバックが、タイマが満了する前にネットワークデバイスから受信される場合、データは再送される。

【0007】

第１の態様の１つの実装形態において、データに対応するＨＡＲＱ－ＡＣＫフィードバックが、タイマが満了する前にネットワークデバイスから受信される場合、ＨＡＲＱバッファは、フラッシュされる。

【0008】

第１の態様の１つの実装形態において、データは、タイマが満了するときに別のタイマを開始すること、および別のタイマが満了する前にネットワークデバイスから受信される再送の許可に従ってデータを再送することによって、再送される。

【0009】

第１の態様の１つの実装形態において、再送の許可が、別のタイマが満了する前にネットワークデバイスから受信されない場合、ＨＡＲＱバッファはフラッシュされる。

【0010】

第１の態様の１つの実装形態において、データは、タイマに従って再送のための時間リソースを獲得すること、前の伝送に従って再送のための周波数リソースを獲得すること、ならびに時間リソースおよび周波数リソースを用いてデータを再送することによって、再送される。

【0011】

第１の態様の１つの実装形態において、時間リソースの場所は、Ｔ＋Ｎによって決定され、Ｔは、タイマが満了する時間であり、Ｎは、既定のパラメータである。

【0012】

第１の態様の１つの実装形態において、周波数リソースの場所は、ＲＢ＋オフセットによって決定され、ＲＢは、再送の前にデータを伝送するための周波数リソースの場所であり、オフセットは、既定のパラメータである。

【0013】

第１の態様の１つの実装形態において、オフセット＝０である。

【0014】

第１の態様の１つの実装形態において、ＨＡＲＱ－ＮＡＣＫフィードバックは、再送リソースを示すための情報を含み、データは、この情報によって示される再送リソースにおいて再送される。

【0015】

第１の態様の１つの実装形態において、データ再送の数がしきい値に達する場合、ＨＡＲＱバッファはフラッシュされる。

【0016】

第１の態様の１つの実装形態において、しきい値は、仕様内で規定されるか、または上位層によって構成される。

【0017】

第２の態様によると、ユーザ機器が提供される。ユーザ機器は、プロセッサおよびメモリを含む。メモリは、プロセッサと結合され、プログラムコードを格納するように構成され、このプログラムコードは、プロセッサによって実行されるとき、第１の態様の実装形態の方法を実施するようにプロセッサにより動作可能である。

【0018】

第３の態様によると、非一時的なコンピュータ可読記憶媒体が提供される。非一時的なコンピュータ可読記憶媒体は、コンピュータによって実行されるとき、第１の態様の実装形態の方法を実施するようにコンピュータにより動作可能であるプログラムを格納するように構成される。

【0019】

第４の態様によると、ユーザ機器が提供される。ユーザ機器は、制御装置、受信装置、および送信装置を含む。制御装置は、タイマの開始を制御するように構成される。受信装置は、ネットワークデバイスからＨＡＲＱ－ＡＣＫフィードバックまたはＨＡＲＱ－ＮＡＣＫフィードバックを受信するように構成される。送信装置は、データをネットワークデバイスに伝送するように構成される。送信装置は、データに対応するＨＡＲＱ－ＡＣＫフィードバックが、タイマが満了する前に受信されない場合、データを再送するようにさらに構成される。代替的に、送信装置は、データに対応するＨＡＲＱ－ＮＡＣＫフィードバックが、タイマが満了する前にネットワークデバイスから受信される場合、データを再送するように構成される。

【0020】

第４の態様の１つの実装形態において、制御装置は、受信装置が、タイマが満了する前にネットワークデバイスからデータに対応するＨＡＲＱ－ＡＣＫフィードバックを受信する場合、ＨＡＲＱバッファをフラッシュするようにさらに構成される。

【0021】

第４の態様の１つの実装形態において、制御装置は、タイマが満了するとき別のタイマの開始を制御するようにさらに構成され、受信装置は、別のタイマが満了する前にネットワークデバイスから再送の許可を受信するようにさらに構成され、送信装置は、再送の許可に従ってデータを再送するようにさらに構成される。

【0022】

第４の態様の１つの実装形態において、制御装置は、受信装置が、別のタイマが満了する前にネットワークデバイスから再送の許可を受信しない場合、ＨＡＲＱバッファをフラッシュするようにさらに構成される。

【0023】

第４の態様の１つの実装形態において、送信装置は、タイマに従って再送のための時間リソースを獲得し、前の伝送に従って再送のための周波数リソースを獲得し、時間リソースおよび周波数リソースを用いてデータを再送するように構成される。

【0024】

第４の態様の１つの実装形態において、時間リソースの場所は、Ｔ＋Ｎによって決定され、Ｔは、タイマが満了する時間であり、Ｎは、既定のパラメータである。

【0025】

第４の態様の１つの実装形態において、周波数リソースの場所は、ＲＢ＋オフセットによって決定され、ＲＢは、再送の前にデータを伝送するための周波数リソースの場所であり、オフセットは、既定のパラメータである。

【0026】

第４の態様の１つの実装形態において、オフセット＝０である。

【0027】

第４の態様の１つの実装形態において、ＨＡＲＱ－ＮＡＣＫフィードバックは、再送リソースを示すための情報を含み、送信装置は、この情報によって示される再送リソースにおいてデータを再送するように構成される。

【0028】

第４の態様の１つの実装形態において、制御装置は、データ再送の数がしきい値に達する場合、ＨＡＲＱバッファをフラッシュするようにさらに構成される。

【0029】

第４の態様の１つの実装形態において、しきい値は、仕様内で規定されるか、または上位層によって構成される。

【0030】

先述の態様およびそれらの実装形態の技術的スキームは、矛盾なく互いと組み合わされ得るか、または置き換えられ得る。

【0031】

本開示は、添付の図面と併せて読まれるときに以下の詳細な説明から最もよく理解される。慣行に従って、図面の様々な特徴は、縮尺通りではないことが強調される。逆に、様々な特徴の寸法は、明白性のために恣意的に拡大または縮小される。同じ参照番号は、図面全体を通じて、同様の構成要素または特徴を参照するために使用される。

【図面の簡単な説明】

【0032】

【図1】本明細書に関与するシステム環境を例証する概略図である。

【図2】フレーム構造を例証する概略図である。

【図3】フレーム構造を例証する概略図である。

【図4】本開示の実施形態に従う、データ再送を制御するための方法を例証する概略フローチャートである。

【図5】タイマが満了する前にＨＡＲＱ－ＡＣＫフィードバックが受信される状況を例証する概略図である。

【図6】タイマが満了する前にＨＡＲＱ－ＡＣＫフィードバックが受信されない状況を例証する概略図である。

【図7】同期ＨＡＲＱ伝送を例証する概略図である。

【図8】非同期ＨＡＲＱ伝送を例証する概略図である。

【図9】同期ＨＡＲＱ伝送を例証する別の概略図である。

【図10】本開示の実施形態に従う、データ再送を制御するための方法を例証する別の概略フローチャートである。

【図11】タイマが満了する前にＨＡＲＱ－ＮＡＣＫフィードバックが受信される状況を例証する概略図である。

【図12】タイマが満了する前にＨＡＲＱ－ＮＡＣＫフィードバックが受信される状況を例証する別の概略図である。

【図13】本開示の実施形態に従う、ユーザ機器を例証するブロック図である。

【図14】本開示の別の実施形態に従う、ユーザ機器を例証するブロック図である。

【発明を実施するための形態】

【0033】

例証の目的のため、特定の例示的な実施形態が、これより図面と併せて以下に詳細に説明される。

【0034】

本明細書に明記される実施形態は、特許請求された主題を実践し、そのような主題を実践する方法を例証するのに十分な情報を表す。添付の図面を考慮して以下の説明を読むことにより、当業者は、特許請求された主題の概念を理解し、本明細書内で具体的に取り扱われないこれらの概念の応用を認識するものとする。これらの概念および応用は本開示の範囲、および添付の特許請求の範囲に入るということを理解されたい。

【0035】

さらには、命令を実行する本明細書に開示される任意のモジュール、構成要素、またはデバイスは、コンピュータ／プロセッサ可読命令、データ構造、プログラムモジュール、および／または他のデータなどの情報の格納のための非一時的なコンピュータ／プロセッサ可読記憶媒体（複数可）を含むか、または別途これへのアクセスを有し得るということを理解されたい。非一時的なコンピュータ／プロセッサ可読記憶媒体の例の非包括的なリストは、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気記憶装置、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）などの光学ディスク、デジタルビデオディスクもしくはデジタル多目的ディスク（すなわち、ＤＶＤ）、ブルーレイディスク（商標）、または他の光学ストレージ、任意の方法または技術に実装される揮発性および不揮発性のリムーバルおよび非リムーバルメディア、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的に消去可能なプログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、または他のメモリ技術を含む。任意のそのような非一時的なコンピュータ／プロセッサ記憶媒体は、デバイスの部分であり得るか、またはデバイスにアクセス可能もしくは接続可能であり得る。本明細書に説明される応用またはモジュールを実施するためのコンピュータ／プロセッサ可読／実行可能命令は、そのような非一時的なコンピュータ／プロセッサ可読記憶媒体に格納され得るか、または別途保持され得る。

【0036】

本発明を説明する前に、関連用語および本明細書に関与するシステム環境が、まず紹介される。

【0037】

図１は、本出願に関与するワイヤレス通信システムのシステムアーキテクチャを例証する。ワイヤレス通信システムは、高周波帯域で動作することができ、ＬＴＥシステム、５Ｇシステム、ＮＲシステム、Ｍ２Ｍ（マシンツーマシン）システム、および同様のものであり得る。図１に例証されるように、ワイヤレス通信システム１０は、マスターノード（ＭＮ）１１、二次ノード（ＳＮ）１３、コアネットワーク１５、および１つまたは複数の端末デバイス１７を含む。端末デバイス１７は、ＭＮ１１ＳＮ１３それぞれと接続を確立する。

【0038】

ＭＮ１１およびＳＮ１３は、ネットワークデバイスである。例えば、ＭＮ１１またはＳＮ１３は、ＴＤ－ＳＣＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｓｙｎｃｈｒｏｎｏｕｓ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）内の基地局（ＢＴＳ）、ＬＴＥシステム内のｅＮＢ、ＮＲシステム内のｇＮＢであり得る。別の観点からは、ＭＮ１１またはＳＮ１３は、アクセスポイント（ＡＰ）、中央装置、または他のネットワークエンティティであり得、上記ネットワークエンティティの機能のすべてまたは部分を含み得る。ＭＮ１１は、ワイヤレスインターフェース１１４を介して端末デバイス１７と通信し、同様に、ＳＮ１３は、ワイヤレスインターフェース１１５を介して端末デバイス１７と通信し、インターフェース１１４および１１５は、Ｕｕインターフェースであり得る。ＭＮ１１およびＳＮ１３は、それぞれバックホールインターフェース１１２および１１３を通じてコアネットワークに結合される。

【0039】

端末デバイス１７は、ワイヤレス通信システム１０全体に分布され得、永続式または移動式であり得る。端末デバイス１７は、モバイルデバイス、移動局、移動式装置、Ｍ２Ｍ端末、ワイヤレス装置、遠隔装置、ユーザジェント、モバイルクライアント、および他のユーザ機器として実装され得る。

【0040】

ＵＥなどの端末デバイス１７とｇＮＢなどのネットワークデバイス１１または１３との通信は、これらの間に確立される物理チャネルを通じて行われる。例えば、ＵＥは、物理上りリンク共有チャネル（ＰＵＳＣＨ）を通じてＧｎｂに上りリンクデータを伝送し、物理下りリンク制御チャネル（ＰＤＣＣＨ）を通じてｇＮＢからデータおよびＨＡＲＱシグナリングなどのシグナリングを受信することができる。

【0041】

伝送される“データ”は、“トランスポートブロック（ＴＢ）”または“コードブロックグループ（ＣＢＧ）”または任意の他の種類のデータとして理解され得る。

【0042】

ＨＡＲＱバッファ：各ＨＡＲＱプロセスにおいて、受信機は、受信したデータを格納するために別個のバッファを有する必要があり、これにより、復号のために、そのようなデータを後続の受信したデータと組み合わせて、組み合わせたデータパケットを獲得する。

【0043】

フレーム構造：図２に例証されるように、周波数分割二重化（ＦＤＤ）モードでは、システムフレームは、長さ１０ｍｓであり、各サブフレームが１ｍｓの１０個のサブフレームからなる。１つのサブフレームは、各々が０．５ｍｓである２つの連続したスロットからなる。ＴＤＤの場合、上りリンク伝送および下りリンク伝送は、周波数領域によって区別され、各１０ｍｓ内に、上りリンク伝送用の１０個のサブフレームおよび下りリンク伝送用の１０個のサブフレームが存在する。時間分割二重化（ＦＤＤ）モードにおいては、図３に示されるように、システムフレームは、長さ１０ｍｓであり、５ｍｓの２つのハーフフレームからなる。各半フレームは、１ｍｓの５つのサブフレームを含む。周波数領域に関して、ＬＴＥでは、周波数領域のための基準ユニットは、１つのサブキャリアである。

【0044】

上で述べたように、ＤＴＸをＮＡＣＫと区別することができる明確なＨＡＲＱ－ＡＣＫのための確固たるスキームは存在しない。

【0045】

１つの簡単なソリューションは、ｇＮＢが、ｇＮＢがデータを正しく復号した後にのみＨＡＲＱ－ＡＣＫをフィードバックするということである。しかしながら、ＨＡＲＱ－ＡＣＫが受信されない場合、次に何をすべきかＵＥには明白ではなく、これは、信頼性の高いデータ伝送ならびにデータ伝送率の改善の助けとならない。

【0046】

上記を考慮して、ここでは、少なくともＨＡＲＱ－ＡＣＫ／ＮＡＣＫフィードバックに基づいて上りリンクデータ再送をトリガすることができる信頼性の高いＨＡＲＱ－ＡＣＫフィードバックスキームを提供する。

【0047】

本開示の実施形態によると、データ再送のための方法が提供され、データは、ｇＮＢ（または任意の他の好適なネットワークデバイスまたはネットワークデバイス）に伝送され、タイマが同時に開始され、その後データは、（ｉ）データに対応するＨＡＲＱ－ＡＣＫフィードバックが受信されないこと、または（ｉｉ）データに対応するＨＡＲＱ－ＡＣＫフィードバックが、タイマが満了する前にｇＮＢから受信されることを決定すると、タイマが満了した後に再送される。

【0048】

上記から分かるように、上りリンクデータ再送は、タイマおよびＨＡＲＱ－ＡＣＫフィードバックによって、またはタイマおよびＨＡＲＱ－ＡＣＫ／ＮＡＣＫフィードバックによってトリガされ得、これについては以下に別個に詳述される。ＨＡＲＱ－ＡＣＫフィードバックは、ｇＮＢにおけるデータ受信の成功を示すものである。その一方、ＨＡＲＱ－ＮＡＣＫフィードバックは、例えば、誤り復号に起因する、ｇＮＢにおけるデータ受信の失敗を示すものである。

【0049】

Ｉ．再送が、タイマおよびＨＡＲＱ－ＡＣＫフィードバックによってトリガされる。
この場合、ＵＥがデータを送信するとき、タイマ１が同時に開始する（図４の４０１）。タイマ１の持続時間は、ＵＥによって継続してモニタリングされ得るＰＤＣＣＨの数に従って、またはシステム要件に従って設定され得、一般的には、いくつかのサブフレームと時間が等しいように設定され得る。例えば、時間限定イベント（例えば、伝送されるべき、ＶｏＩＰデータなどの新規データが存在する）のため、または節電の目的のために、ＵＥがデータを素早く伝送することが望ましい場合、タイマ１の持続時間は、より短く設定され得る。

【0050】

データを再送するか否かを含む、ＵＥのその後の動作は、そのデータに対応する任意のＨＡＲＱ－ＡＣＫフィードバックがｇＮＢから受信されるかどうかに依存する。図４に例証されるように、ＨＡＲＱ－ＡＣＫフィードバックが、タイマ１が満了する前、または遅くともそれまでに受信される場合、ＵＥは、例えば、ＨＡＲＱバッファをフラッシュする（図４の４０３）ことができ、逆に、ＨＡＲＱ－ＡＣＫフィードバックが、タイマ１が満了する前、または遅くともそれまでに受信されない場合、ＵＥは、データを再送する（図４の４０５）ことができ、これは、図５および図６を参照して以下に詳述される。

【0051】

図５は、タイマが満了する前、または遅くともそれまでにＨＡＲＱ－ＡＣＫフィードバックが受信される状況を例証する概略図である。図５に例証されるように、ＵＥが、タイマ１が満了する前、または遅くともそれまでに、データに対応するＨＡＲＱ－ＡＣＫフィードバックを受信する場合、ＵＥは、任意選択的に、データのＨＡＲＱバッファをフラッシュすることができる。代替的に、ＵＥは、ＨＡＲＱバッファに対して何もせず、他のデータを通常通りに伝送することを選択することができる。

【0052】

図６は、タイマが満了する前にＨＡＲＱ－ＡＣＫフィードバックが受信されない状況を例証する概略図である。図６に例証されるように、データに対応するＨＡＲＱ－ＡＣＫフィードバックが、タイマが満了する前に受信されない場合、ＵＥは、データがきちんと受信されていないと仮定し、この効果は、ＨＡＲＱ－ＮＡＣＫフィードバックを受信することと等価である。この場合、ＵＥは、データを再送する。さらには、この場合、ＵＥは、データのＨＡＲＱバッファをフラッシュしないことを選択し得る。

【0053】

データ伝送率を保証し、上りリンクデータリソースを取り過ぎることを回避するために、データ再送の最大数は事前に設定され得る。データ再送数が、仕様内で規定されるか、または上位層によって構成される上限に達した場合、ＵＥは、ＨＡＲＱバッタをフラッシュすることができ、ＨＡＲＱ－ＡＣＫフィードバックが受信されるか否かに関係なく、それ以上はデータを再送しない。例えば、データ再送の最大数は、３に設定され得、データが３回伝送された場合、データがｇＮＢにおいてきちんと受信されたかどうかに関係なく、データはもはや再送されない。

【0054】

再送スキームについては、同期再送および非同期再送が存在し得る。同期再送の場合、ＨＡＲＱプロセスの再送は、時間／および周波数において固定の場所で発生し、その一方で、非同期再送の場合、再送は、事前に受信機には知られていない任意の場所で発生し得る。

【0055】

上記に基づいて、本明細書で使用される再送スキームについては、１つのソリューションは、ＵＥが特定のリソース内でデータを再送することである。“特定のリソース”は、規定の時間および／または周波数リソースの場所を意味し、同期再送と考えられ得る。１つの実装形態として、再送のための時間リソース（サブフレーム、スロット、および同様のものなど）は、タイマに従って獲得され得、再送のための周波数リソース（リソースブロックまたはリソースブロックのサブキャリアなど）は、前の伝送のための、すなわち、現在の再送の前にデータを伝送するための、周波数リソースの場所に従って獲得され得、次いでデータは、このように獲得された時間リソースおよび周波数リソースを用いて再送され得る。

【0056】

図７は、同期ＨＡＲＱ再送の一例を例証する。

【0057】

図７に例証されるように、データ再送のための時間リソースの場所は、Ｔ＋Ｎによって決定され、式中、Ｔは、タイマが満了する時間であり、Ｎは、上位層シグナリングによって構成され得るか、または仕様内で規定され得る既定のパラメータである。Ｔはまた、タイマの持続時間として設定され得る。そのようなものとして、例えば、ＵＥは、データを再送するためのサブフレームを決定することができる。

【0058】

周波数リソースの場所は、ＲＢ＋オフセットによって決定され、式中、ＲＢは、現在の再送の前にデータを伝送するための周波数リソースの場所であり、オフセットは、上位層によって構成され得るか、または仕様内で規定され得る既定のパラメータである。そのようなものとして、ＵＥは、データ再送のために、リソースブロック、あるいはリソースブロックのサブキャリアを獲得することができる。

【0059】

例えば、初期伝送または前の伝送（同じデータの再送の直前の伝送）は、｛ＲＢ（１）、ＲＢ（２）、ＲＢ（３）、ＲＢ（４）｝に位置し、次いでデータ再送は、｛ＲＢ（１＋オフセット）、ＲＢ（２＋オフセット）、ＲＢ（３＋オフセット）、ＲＢ（４＋オフセット）｝などのホッピングリソースに位置し得る。代替的に、データ再送は、同じ周波数リソース｛ＲＢ（１）、ＲＢ（２）、ＲＢ（３）、ＲＢ（４）｝に位置し得、この場合、オフセット＝０である。

【0060】

見て分かるように、一般に、上記ソリューションは、同期ＨＡＲＱ再送である。図８に例証されるように、別のタイマ（タイマ２）が提供される異なる非同期ＨＡＲＱ伝送が以下に提供される。

【0061】

タイマ２は、タイマ１が満了するときに開始され、データは、タイマ２が満了する前、または遅くともそれまでにｇＮＢから受信される再送の許可に従って再送される。すなわち、ＵＥは、タイマ２が満了するまで再送の許可を待つ。ＵＥが、タイマ２が満了する前、または遅くともそれまでに再送の許可を受信する場合、ＵＥは、その許可に従ってデータを再送し、そうでなければ、ＵＥは、ＨＡＲＱバッファをフラッシュする。ｇＮＢから受信される再送の許可は、データ伝送のために必要とされるリソースを示すための情報を含み得る。依然として別の可能性は、図９に例証されるように、タイマ２の持続時間がタイマ１のものよりも長い限りは、タイマ１およびタイマ２が同時に開始され得るということである。図９から分かるように、タイマ２は、タイマ１よりも長い持続時間を有し、したがってタイマ２は、タイマ１が満了したときに依然として進行中であり、再送の許可が、タイマ２が満了する前、または遅くともそれまでにｇＮＢから受信される場合、ＵＥは、その許可に従ってデータを再送することができる。

【0062】

先述のソリューションにおいて、データ再送は、タイマおよびＨＡＲＱ－ＡＣＫフィードバックによってトリガされ、これにより、２段階フィードバック機序によって高い信頼性を提供する。タイマが満了し、ＨＡＲＱ－ＡＣＫが受信されないとき、ＮＡＣＫ対ＡＣＫエラーを回避するために、ＨＡＣＫ－ＮＡＣＫが発生したと仮定される。ＨＡＲＱ－ＡＣＫは、１ビット情報であるため、そのようなＨＡＲＱ－ＡＣＫのみのフィードバックスキームは、物理的なチャネルオーバーヘッドを低減する。

【0063】

ＩＩ．再送が、タイマおよびＨＡＲＱ－ＡＣＣ／ＮＡＣＫフィードバックによってトリガされる。
このソリューションにおいては、図１０に例証されるように、ＵＥは、ｇＮＢにデータを送信子、それと同時にタイマ１が開始する（図１０の１０１）が、図４とは異なり、以下に詳述されるように、ＵＥは、ＨＡＲＲ－ＮＡＣＫフィードバックが、タイマ１が満了する前、または遅くともそれまでに受信されるときにのみ、データを再送する。

【0064】

ソリューションＩと同様に、ＵＥが、タイマ１が満了する前に、データに対応するＨＡＲＱ－ＡＣＫフィードバックを受信する場合、ＵＥは、図１０の１０３に例証されるように、ＨＡＲＱバッファをフラッシュし、データを再送しない。

【0065】

ＵＥが、タイマが満了する前に、データに対応するＨＡＲＱ－ＮＡＣＫフィードバックを受信する場合、ＵＥは、図１０の１０５においてデータを再送し、この詳細は、図１１および図１２にそれぞれ例証される。タイマは、データに対応するＨＡＲＱ－ＮＡＣＫフィードバックの受信時に終了され得る。データは、図１１および図１２に例証される再送スキームに従って再送され得る。図１１および図１２の違いは、ＵＥで採用される再送スキームにある。典型的には、図１１は、再送リソースが、タイマ、および再送の前にデータを伝送するためのリソースに従って獲得される、図７と同様の同期ＨＡＲＱ再送を例証し、図１２は、非同期ＨＡＲＱ伝送を例証する。

【0066】

非同期ＨＡＲＱ伝送の場合、再送リソースを示すための情報は、ＨＡＲＱ－ＮＡＣＫフィードバックに含まれ、ＵＥは、ＨＡＲＱ－ＮＡＣＫフィードバックに含まれる情報に従ってデータを再送することができる。

【0067】

上記ソリューションの助けを借りて、データ再送は、タイマおよびＨＡＲＱ－ＡＣＫ／ＮＡＣＫフィードバックによってトリガされ、これにより、２段階フィードバック機序によって高い信頼性を提供し、データに対応する明確なＨＡＲＱ－ＮＡＣＫフィードバックが、タイマが満了する前、または遅くともそれまでに受信されるとき、データは、ＮＡＣＫ対ＡＣＫエラーを回避するように、再送信される。そのようなＨＡＲＱ－ＮＡＣＫ／ＡＣＫフィードバックは、早期ＨＡＲＱ－ＮＡＣＫによってできる限りすぐに再送をトリガすることができる。

【0068】

本開示の実施形態は、データ再送を制御するための先述の方法を実施するように構成され得るユーザ機器（ＵＥ）をさらに提供する。ＵＥは、本開示の実施形態に従うＵＥを例証するブロック図である図１３に例証されるように構築され得る。

【0069】

図１３に例証されるように、ＵＥ１３０は、１つまたは複数のプロセッサ１３１、メモリ１３２、通信インターフェース１３３、送信機１３５、受信機１３６、およびコントローラ１３９を含む。これらの構成要素は、バス１３４または他の手段を介して接続され得る。図１３に例証されるように、ネットワークデバイス１３０は、カプラ１３７、およびカプラ１３７に接続されるアンテナ１３８をさらに含み得る。

【0070】

通信インターフェース１３３は、ＬＴＥ（４Ｇ）通信インターフェース、５Ｇ通信インターフェース、または未来の新規エアインターフェースであり得る。通信インターフェース１３３は、ネットワークデバイス１３０がネットワーク側のｇＮＢまたは他のネットワークデバイスなどの他の通信デバイスと通信するために使用され得る。ネットワークデバイス１３０はまた、有線通信のための有線インターフェースを装備し得る。

【0071】

送信機１３５は、ＰＵＣＣＨ内で信号またはデータを伝送するために使用され得る。受信機１３６は、アンテナ１３８を介して受信される信号またはデータの受信および／または処理のために使用され得、例えば、受信機１３６は、ｇＮＢからＨＡＲＱ－ＡＣＫ／ＮＡＣＫを受信するように構成され得る。いくつかの実施形態において、送信機１３５および受信機１３６は、ワイヤレスモデムと見なされ得る。ＵＥ１３０内には、２つ以上の送信機１３５が提供され得る。同様に、２つ以上の受信機１３６が提供され得る。

【0072】

プロセッサ１３１は、ワイヤレスチャネル管理、通信リンク確立、およびセルスイッチング制御を担い得る。プロセッサ１３１はまた、プロセッサに結合されるメモリ１３２に格納されるものなど、コンピュータ可読命令を読み出すこと、および実行することができる。

【0073】

メモリ１３２は、様々なソフトウェアプログラムおよび／または命令、オペレーティングシステム、ならびにネットワーク通信プログラムまたはプロトコルを格納するように構成される。メモリ１３２は、高速ランダムアクセスメモリ（ＲＡＭ）を含み得、また、１つまたは複数のディスクストレージデバイス、フラッシュメモリデバイス、または他の不揮発性ソリッドステートストレージデバイスなど、非一時的なメモリを含み得る。メモリ１３２はまた、ＨＡＲＱバッファのための記憶領域を有し得る。代替的に、ＨＡＲＱバッファは、どこか他の場所に別個に設定され得る。

【0074】

コントローラ１３９は、タイマを設定し、タイマが満了しているか否かをモニタリングすることができる。

【0075】

上記構造に基づいて、ＵＥ１３０は、メモリ１３２からデータを獲得し、送信機１３５を通じて、獲得したデータをｇＮＢに伝送し、同時に、コントローラ１３９が、例えば、タイマ１を開始する。

【0076】

１つの実施形態において、プロセッサ１３１は、データに対応する任意のＨＡＲＱ－ＡＣＫフィードバックが、タイマ１が満了する前、または遅くともそれまでに、受信機１３６を通じて受信されるかどうかを決定し、正の場合、プロセッサ１３１は、ＨＡＲＱバッファをフラッシュし得るか、または、別のデータを伝送するのを待つ以外に何もしなくてもよい。そうでない場合、ＵＥ１３０は、特定の再送スキームに従って、送信機１３５を通じてデータを伝送する。再送スキームは、同期再送または非同期再送であり得る。同期再送の場合、ＵＥ１３０は、前の伝送に従って、言い換えると、再送の前にデータを伝送するためのリソースに従って、再送リソースを獲得することができ、また非同期再送の場合、ＵＥは、ｇＮＢから受信される再送の命令または許可に従って、再送リソースを獲得することができる。そのようなリソース決定は、例えば、プロセッサ１３１によって行われ得る。

【0077】

別の実施形態において、ＵＥ１３０は、データに対応する任意のＨＡＲＱ－ＡＣＫフィードバックまたはＨＡＲＱ－ＮＡＣＫフィードバックが、タイマ１が満了する前、または遅くともそれまでに、受信機１３６を通じて受信されるかどうかを決定する。データに対応するＨＡＲＱ－ＮＡＣＫフィードバックが、タイマ１が満了する前に受信される場合、ＵＥ１３０は、ＨＡＲＱ－ＮＡＣＫフィードバックに含まれるデータ再送を示すための情報に従って、データを再送する。データに対応するＨＡＲＱ－ＡＣＫフィードバックが、タイマ１が満了する前、または遅くともそれまでに、受信機１３６を通じて受信される場合、前に論じたのと同じように、プロセッサ１３１は、ＨＡＲＱバッファをフラッシュすることができ、データ再送は発生しない。

【0078】

別の実施形態に従うＵＥがさらに提供される。図１４は、ＵＥを例証するブロック図である。図１４に例証されるように、ＵＥ１４０は、受信装置１４２、制御装置１４４、送信装置１４６、およびＨＡＱＲバッファ１４８を含む。制御装置１４４は、少なくとも１つのタイマの設定を制御するように構成される。実際のニーズまたは設計に従って、１つ、または２つ、または３つ以上のタイマが設定され得る。例えば、制御装置１４４は、タイマ１、タイマ２、および同様のものの開始を制御するように構成される。制御装置１４４は、受信装置１４２、送信装置１４６、およびＨＡＱＲバッファ１４８と結合され得る。送信装置１４６は、データをネットワークデバイスに伝送または再送するように構成され、受信装置１４２は、ネットワークデバイスからフィードバックを受信するように構成される。この文脈で言及されるフィードバックは、ＨＡＲＱ ＡＣＫ、ＨＡＲＱ ＮＡＣＫを含み得る。

【0079】

送信装置１４６は、図１３の送信機１３５として実装され得る。受信装置１４２は、図１３の受信機１３６として実装され得る。制御装置１４４は、図１３のコントローラ１３９として実装され得る。さらにおそらくは、送信装置１４６、受信装置１４２、および／または制御装置１４４は、図１３のプロセッサ１３１など、プロセッサに統合され得る。

【0080】

ＵＥ１４０においてデータ伝送を行うとき、送信装置１４６は、データをネットワークデバイスに伝送し、同時に、制御装置１４４は、例えば、タイマ１を開始する。

【0081】

データ伝送の後、制御装置１４４は、データに対応する任意のＨＡＲＱ－ＡＣＫフィードバックが、タイマ１が満了する前、または遅くともそれまでに、受信装置１４２によって受信されるかどうかを見るためにモニタリングし、正の場合、制御装置１４４は、ＨＡＲＱバッファをフラッシュし得るか、または、送信装置１４６が別のデータを伝送するのを待つ以外に何もしなくてもよい。逆に、データに対応するＨＡＲＱ－ＡＣＫフィードバックが、タイマ１が満了する前、または遅くともそれまでに、受信装置１４２によって受信されない場合、送信装置１４６は、特定の再送スキームに従ってデータを再送する。再送スキームは、同期再送または非同期再送であり得る。同期再送の場合、送信装置１４６は、タイマ１および／または再送の前にデータを伝送するためのリソースに従って再送リソースを獲得することができ、また非同期再送の場合、送信装置１４６は、ｇＮＢから受信される再送の命令または許可に従って、再送リソースを獲得することができる。

【0082】

別の実施形態として、データ伝送の後、制御装置１４４は、データに対応するＨＡＲＱ－ＡＣＫフィードバックまたはＨＡＲＱ－ＮＡＣＫフィードバックが、タイマ１が満了する前、または遅くともそれまでに、受信装置１４２によって受信されるかどうかを見るためにモニタリングする。データに対応するＨＡＲＱ－ＡＣＫフィードバックが、タイマ１が満了する前に受信装置１４２によって受信される場合、制御装置１４４は、ＨＡＲＱバッファをフラッシュすることができ、ここでは、データ再送は発生しない。データに対応するＨＡＲＱ－ＮＡＣＫフィードバックが、タイマ１が満了する前に受信装置１４２によって受信される場合、送信装置１４６は、前に述べたように、同期再送または非同期再送に従ってデータを再送する。

【0083】

当業者は、上の実施形態を実施するためのプロセスのすべてまたは部分が、関連ハードウェアに命令するためのコンピュータプログラムによって完了され得、このプログラムは、非一時的なコンピュータ可読記憶媒体に格納され得るということを理解できる。この点に関して、本開示の実施形態によると、非一時的なコンピュータ可読記憶媒体が提供される。非一時的なコンピュータ可読記憶媒体は、コンピュータによって実行されるとき、本開示のデータ再送を制御するための方法の動作のすべてまたは部分をコンピュータに実行させる少なくとも１つのコンピュータ可読プログラムを格納するように構成される。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムストレージメモリ（ＲＡＭ）、ディスクまたは光学ディスク、および同様のものを含むが、これらに限定されない。

【0084】

本開示は、特定の実施形態と関連して説明されているが、本開示は開示された実施形態に限定されるべきではなく、逆に、添付の特許請求の範囲内に含まれる様々な修正形態および等価の構成を網羅することが意図され、この範囲とは、法律の下で許可されるようなすべてのそのような修正形態および等価の構造を包含するように最も広範な解釈と一致するものとする、ということを理解されたい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】