特許 7505128 下りリンクチャネルを受信する方法、ユーザ機器、プロセシング装置、格納媒体及びコンピュータープログラム、そして下りリンクチャネルを送信する方法及び基地局

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

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

(11)【特許番号】

(24)【登録日】2024-06-14

(45)【発行日】2024-06-24

(54)【発明の名称】下りリンクチャネルを受信する方法、ユーザ機器、プロセシング装置、格納媒体及びコンピュータープログラム、そして下りリンクチャネルを送信する方法及び基地局

(51)【国際特許分類】

   H04W 28/04 20090101AFI20240617BHJP

   H04W 72/50 20230101ALI20240617BHJP

   H04W 72/232 20230101ALI20240617BHJP

【ＦＩ】

H04W28/04 110

H04W72/50

H04W72/232

【請求項の数】 15

(21)【出願番号】P 2023542591

(86)(22)【出願日】2022-01-17

(65)【公表番号】

(43)【公表日】2024-01-22

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

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

(87)【国際公開日】2022-07-21

【審査請求日】2023-07-12

(31)【優先権主張番号】63/137,762

(32)【優先日】2021-01-15

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

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ペ トクヒョン

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】キム ソンウク

【審査官】望月 章俊

(56)【参考文献】

【文献】国際公開第２０１５／０５６９４６（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１６／０２６２１８２（ＵＳ，Ａ１）

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

【文献】国際公開第２０２０／２３８７８６（ＷＯ，Ａ１）

【文献】Moderator (Nokia)，Moderator summary on Rel-17 HARQ-ACK feedback enhancements for NR Rel-17 URLLC/IIoT (AI 8.3.1.1) - end of meeting[online]，3GPP TSG RAN WG1 #103-e R1-2009789，フランス，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_103-e/Docs/R1-2009789.zip>，2020年11月17日，P.1,138,139，[検索日 2024.05.08]

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

Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいてユーザ機器が下りリンクチャネルを受信する方法において、
第１の受信時点において、複数のハイブリッド自動再送要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ，ＨＡＲＱ)プロセスの中の第１のＨＡＲＱプロセスと関連した第１の物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ)を受信することと、
前記第１のＨＡＲＱプロセスに連関する第１のＰＤＳＣＨのための第１のＨＡＲＱ－確認(ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＨＡＲＱ－ＡＣＫ)を第１送信時点(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ)に送信することと、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する第２のＰＤＳＣＨを、第２受信時点に受信することを含み、
前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと前記同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨは、ＤＣＩ（ｄｏｎｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）によりスケジュールされたＰＤＳＣＨであり、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと前記同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨを受信することは、
前記第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象ではないことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第１送信時点後の前記第２受信時点に前記第２のＰＤＳＣＨを受信すること、及び
前記第１のＨＡＲＱ－ＡＣＫが前記ＨＡＲＱ延期の対象であり、前記第１送信時点が前記第１送信時点より早い第２送信時点から前記ＨＡＲＱ延期によって決定されたことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第２送信時点後の前記第２受信時点に前記第２のＰＤＳＣＨを受信することを含む、下りリンクチャネル受信方法。

【請求項2】

前記第１のＨＡＲＱ－ＡＣＫが前記ＨＡＲＱ延期の対象であり、前記第１送信時点が前記第２送信時点から前記ＨＡＲＱ延期によって決定されたことに基づいて、前記第１のＰＤＳＣＨのＨＡＲＱプロセスＩＤと前記同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨは前記第２送信時点後の前記第２受信時点で前記第１送信時点の終了前に受信される、請求項１に記載の下りリンクチャネル受信方法。

【請求項3】

前記第１のＰＤＳＣＨは準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ)基盤のＰＤＳＣＨである、請求項２に記載の下りリンクチャネル受信方法。

【請求項4】

前記第２のＰＤＳＣＨは前記ＳＰＳ基盤のＰＤＳＣＨに含まれた輸送ブロックの再送信のためのものである、請求項３に記載の下りリンクチャネル受信方法。

【請求項5】

前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨに対する第２のＨＡＲＱ－ＡＣＫのための第３送信時点を決定すること、及び
前記第３送信時点に前記第２のＨＡＲＱ－ＡＣＫを送信することを含む、請求項２に記載の下りリンクチャネル受信方法。

【請求項6】

無線通信システムにおいて下りリンクチャネルを受信するユーザ機器において、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結し、実行された場合、前記少なくとも１つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含み、前記動作は、
第１の受信時点において、複数のハイブリッド自動再送要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ，ＨＡＲＱ)プロセスの中の第１のＨＡＲＱプロセスと関連した第１の物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ)を受信することと、
前記第１のＨＡＲＱプロセスに連関する前記第１のＰＤＳＣＨに対して前記第１のＨＡＲＱ－確認(ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＨＡＲＱ－ＡＣＫ)を第１送信時点(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ)で送信することと、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する第２のＰＤＳＣＨを、第２受信時点で受信することを含み、
前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと前記同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨは、ＤＣＩ（ｄｏｎｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）によりスケジュールされたＰＤＳＣＨであり、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨを受信することは、
前記第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象ではないことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第１送信時点後の第２受信時点に前記第２のＰＤＳＣＨを受信すること、及び
前記第１のＨＡＲＱ－ＡＣＫが前記ＨＡＲＱ延期の対象であり、前記第１送信時点が前記第１送信時点より早い第２送信時点から前記ＨＡＲＱ延期によって決定されたことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第２送信時点後の前記第２受信時点に前記第２のＰＤＳＣＨを受信することを含む、ユーザ機器。

【請求項7】

無線通信システムにおけるプロセシング装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結し、実行された場合、前記少なくとも１つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含み、前記動作は、
第１の受信時点において、複数のハイブリッド自動再送要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ，ＨＡＲＱ)プロセスの中の第１のＨＡＲＱプロセスと関連した第１の物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ)を受信することと、
前記第１のＨＡＲＱプロセスに連関する前記第１のＰＤＳＣＨに対して前記第１のＨＡＲＱ－確認(ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＨＡＲＱ－ＡＣＫ)を第１送信時点(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ)で送信することと、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する第２のＰＤＳＣＨを、第２受信時点で受信することを含み、
前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと前記同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨは、ＤＣＩ（ｄｏｎｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）によりスケジュールされたＰＤＳＣＨであり、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨを受信することは、
前記第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象ではないことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同じＨＡＲＱプロセスＩＤに対して、前記第１送信時点後の第２受信時点で前記第２のＰＤＳＣＨを受信すること、及び
前記第１のＨＡＲＱ－ＡＣＫが前記ＨＡＲＱ延期の対象であり、前記第１送信時点が前記第１送信時点より早い第２送信時点から前記ＨＡＲＱ延期によって決定されたことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同じＨＡＲＱプロセスＩＤに対して、前記第２送信時点後の前記第２受信時点に前記第２のＰＤＳＣＨを受信することを含む、プロセシング装置。

【請求項8】

コンピューター読み取り可能な格納媒体であって、
前記格納媒体は実行される場合、少なくとも１つのプロセッサをして動作を行うようにする少なくとも１つのプログラムコードを格納し、前記動作は、
第１の受信時点において、複数のハイブリッド自動再送要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ，ＨＡＲＱ)プロセスの中の第１のＨＡＲＱプロセスと関連した第１の物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ)を受信することと、
前記第１のＨＡＲＱプロセスに連関する前記第１のＰＤＳＣＨに対して前記第１のＨＡＲＱ－確認(ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＨＡＲＱ－ＡＣＫ)を第１送信時点(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ)で送信することと、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する第２のＰＤＳＣＨを、第２受信時点で受信することを含み、
前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと前記同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨは、ＤＣＩ（ｄｏｎｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）によりスケジュールされたＰＤＳＣＨであり、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスとして同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨを受信することは、
前記第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象ではないことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第１送信時点後の第２受信時点で前記第２のＰＤＳＣＨを受信すること、及び
前記第１のＨＡＲＱ－ＡＣＫが前記ＨＡＲＱ延期の対象であり、前記第１送信時点が前記第１送信時点より早い第２送信時点から前記ＨＡＲＱ延期によって決定されたことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第２送信時点後の第２受信時点に前記第２のＰＤＳＣＨを受信することを含む、格納媒体。

【請求項9】

コンピューター読み取り可能な格納媒体に格納されたコンピュータープログラムであって、
第１ハイブリッド自動再送要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ，ＨＡＲＱ)プロセスに連関する第１下りリンクチャネルに対する第１のＨＡＲＱ－確認(ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＨＡＲＱ－ＡＣＫ)のための第１送信時点(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ)を決定すること、及び
第１の受信時点において、複数のハイブリッド自動再送要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ，ＨＡＲＱ)プロセスの中の第１のＨＡＲＱプロセスと関連した第１の物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ)を受信することと、
前記第１のＨＡＲＱプロセスに連関する前記第１のＰＤＳＣＨに対して前記第１のＨＡＲＱ－確認(ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＨＡＲＱ－ＡＣＫ)を第１送信時点(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ)で送信することと、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに連関する第２のＰＤＳＣＨを受信することを含み、
前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと前記同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨは、ＤＣＩ（ｄｏｎｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）によりスケジュールされたＰＤＳＣＨであり、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨを受信することは、
前記第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象ではないことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第１送信時点後の第２受信時点で前記第２のＰＤＳＣＨを受信すること、及び
前記第１のＨＡＲＱ－ＡＣＫが前記ＨＡＲＱ延期の対象であり、前記第１送信時点が前記第１送信時点より早い第２送信時点から前記ＨＡＲＱ延期によって決定されたことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第２送信時点後の前記第２受信時点に前記第２のＰＤＳＣＨを受信することを含む、コンピュータープログラム。

【請求項10】

無線通信システムにおいて基地局がユーザ機器に下りリンクチャネルを送信する方法において、
第１の送信時点において、複数のハイブリッド自動再送要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ，ＨＡＲＱ)プロセスの中の第１のＨＡＲＱプロセスと関連した第１の物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ)を送信することと、
前記第１のＨＡＲＱプロセスに連関する前記第１のＰＤＳＣＨに対する第１のＨＡＲＱ－確認(ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＨＡＲＱ－ＡＣＫ)を第１受信時点(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ)で受信すること、及び
第２の送信時点において、前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに連関する第２のＰＤＳＣＨを送信することを含み、
前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと前記同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨは、ＤＣＩ（ｄｏｎｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）によりスケジュールされたＰＤＳＣＨであり、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨを送信することは、
前記第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象ではないことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第１受信時点後の第２送信時点で前記第２のＰＤＳＣＨを送信すること、及び
前記第１のＨＡＲＱ－ＡＣＫが前記ＨＡＲＱ延期の対象であり、前記第１受信時点が前記第１受信時点より早い第２受信時点から前記ＨＡＲＱ延期によって決定されたことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第２受信時点後の前記第２送信時点に前記第２のＰＤＳＣＨを送信することを含む、下りリンクチャネル送信方法。

【請求項11】

前記第１のＨＡＲＱ－ＡＣＫが前記ＨＡＲＱ延期の対象であり、前記第１受信時点が前記第２受信時点から前記ＨＡＲＱ延期によって決定されたことに基づいて、前記第１のＰＤＳＣＨのＨＡＲＱプロセスとして前記同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨが前記第２受信時点後で前記第１受信時点の終了前の前記第２送信時点に送信される、請求項１０に記載の下りリンクチャネル送信方法。

【請求項12】

前記第１のＰＤＳＣＨは準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ)基盤のＰＤＳＣＨである、請求項１１に記載の下りリンクチャネル送信方法。

【請求項13】

前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨは、前記ＳＰＳ基盤のＰＤＳＣＨに含まれる輸送ブロックの再送信のためである、請求項１２に記載の下りリンクチャネル送信方法。

【請求項14】

同一ＨＡＲＱプロセスＩＤに対する前記ＰＤＳＣＨのための第２ＨＡＲＱ－ＡＣＫに対する第３受信時点を前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと決定することと、
前記第３受信時点で前記第２のＨＡＲＱ－ＡＣＫを受信することをさらに含む、請求項１１に記載の下りリンクチャネル送信方法。

【請求項15】

無線通信システムにおいて基地局がユーザ機器に下りリンクチャネルを送信する方法において、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結し、実行された場合、前記少なくとも１つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含み、前記動作は、
第１の送信時点において、複数のハイブリッド自動再送要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ，ＨＡＲＱ)プロセスの中の第１のＨＡＲＱプロセスと関連した第１の物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ)を送信することと、
前記第１のＨＡＲＱプロセスに連関する前記第１のＰＤＳＣＨに対するに対する第１のＨＡＲＱ－確認(ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＨＡＲＱ－ＡＣＫ)を第１受信時点(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ)で受信すること、及び
第２の送信時点において、前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤのための第２のＰＤＳＣＨを送信することを含み、
前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと前記同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨは、ＤＣＩ（ｄｏｎｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）によりスケジュールされたＰＤＳＣＨであり、
前記第１のＰＤＳＣＨの前記第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対する前記第２のＰＤＳＣＨを送信することは、
前記第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象ではないことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第１受信時点後の第２送信時点に前記第２のＰＤＳＣＨを送信すること、及び
前記第１のＨＡＲＱ－ＡＣＫが前記ＨＡＲＱ延期の対象であり、前記第１受信時点が前記第１受信時点より早い第２受信時点から前記ＨＡＲＱ延期によって決定されたことに基づいて、前記第１のＰＤＳＣＨの第１のＨＡＲＱプロセスと同一のＨＡＲＱプロセスＩＤに対して、前記第２受信時点後の前記第２送信時点に前記第２のＰＤＳＣＨを送信することを含む、基地局。

【発明の詳細な説明】

【技術分野】

【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】

【図1】本発明の具現が適用される通信システム１の一例を示す図である。

【図2】本発明による方法を実行する通信機器の一例を示すブロック図である。

【図3】本発明の具現を実行する無線機器の他の例を示す図である。

【図4】３世代パートナーシッププロジェクト(３^rd ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ＧＰＰ（登録商標）)基盤の無線通信システムにおいて利用可能なフレーム構造の一例を示す図である。

【図5】スロットのリソースグリッド(Ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を示す図である。

【図6】３ＧＰＰ基盤のシステムで使用されるスロット構造を示す図である。

【図7】ＰＤＣＣＨによるＰＤＳＣＨ時間ドメインリソース割り当ての一例とＰＤＣＣＨによるＰＵＳＣＨ時間ドメインリソース割り当ての一例を示す図である。

【図8】ハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＨＡＲＱ－ＡＣＫ)の送信／受信過程を示す図でる。

【図9】いくつのシナリオによるスケジューリング制約の一例を示す図である。

【図10】ＨＡＲＱ－ＡＣＫ延期(ｄｅｆｅｒｒａｌ)の一例を示す図である。

【図11】本発明のいくつの具現によるＵＥ動作の流れを示す図である。

【図12】いくつのシナリオによるスケジューリング制約の他の例を示す図である。

【図13】本発明のいくつの具現によるＨＡＲＱタイミングの一例を示す図である。

【図14】本発明のいくつの具現によるＢＳ動作の流れを示す図である。

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

【0031】

以下、本発明に係る好適な実施の形態を添付図面を参照して詳しく説明する。添付図面と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明するためのものであり、本発明が実施し得る唯一の実施形態を示すためのものではない。以下の詳細な説明は本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者にとってはこのような具体的な細部事項なしにも本発明を実施できることは明らかである。

【0032】

場合によって、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心とするブロック図の形式で示したりする。また、この明細書全体を通じて同一の構成要素については同一の図面符号を付して説明する。

【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】

図４を参照すると、ＮＲシステムにおいて上りリンク及び下りリンクの送信はフレームで構成(ｏｒｇａｎｉｚｅ)される。各フレームはＴ_ｆ＝(△ｆmax＊Ｎ_ｆ／１００)＊Ｔ_ｃ＝１０ｍｓの期間(ｄｕｒａｔｉｏｎ)を有し、各々５ｍｓの期間である２つのハーフフレームに分かれる。ここで、ＮＲ用の基本時間単位(ｂａｓｉｃ ｔｉｍｅ ｕｎｉｔ)はＴ_c＝１／(△f_max＊Ｎ_f)であり、△f_max＝４８０＊１０^３Ｈｚであり、Ｎ_f＝４０９６である。参考として、ＬＴＥ用の基本時間単位はＴ_s＝１／(△f_ref＊Ｎ_f,ref)であり、△f_ref＝１５＊１０^３Ｈｚであり、Ｎ_f,ref＝２０４８である。Ｔ_cとＴ_fは常数κ＝Ｔ_c／Ｔ_f＝６４の関係を有する。各々のハーフフレームは５個のサブフレームで構成され、単一のサブフレームの期間Ｔ_sfは１ｍｓである。サブフレームはスロットに分かれ、サブフレーム内のスロット数は副搬送波間隙に依存する。各々のスロットは循環プレフィクスに基づいて１４個或いは１２個のＯＦＤＭシンボルで構成される。一般(ｎｏｒｍａｌ)の循環プレフィクス(ｃｙｃｌｉｃ ｐｒｅｆｉｘ、ＣＰ)において各々のスロットは１４個のＯＦＤＭシンボルで構成され、拡張(ｅｘｔｅｎｄｅｄ)ＣＰの場合には、各々のスロットは１２個のＯＦＤＭシンボルで構成される。ニューマロロジーは指数関数的に(ｅｘｐｏｎｅｎｔｉａｌｌｙ)スケール可能な副搬送波間隙△f＝２^u＊１５ｋＨｚに依存する。以下の表は一般ＣＰに対する副搬送波間隙△f＝２^u＊１５ｋＨｚによるスロットごとのＯＦＤＭシンボル数(N^slot _symb)、フレームごとのスロット数(N^frame,u _slot)及びサブフレームごとのスロット数(N^subframe,u _slot)を示す。

【0073】

【表1】

【0074】

以下の表は拡張ＣＰに対する副搬送波間隙△ｆ＝２^u＊１５ｋＨｚによるスロットごとのＯＦＤＭシンボル数、フレームごとのスロット数、及びサブフレームごとのスロット数を示す。

【0075】

【表2】

【0076】

副搬送波間隔の設定ｕについて、スロットはサブフレーム内で増加順にｎ^u _s∈{０,…，ｎ^subframe,u _slot－１}、またフレーム内で増加順にｎ^u _s,f∈{０,…，ｎ^frame,u _slot－１}のように番号付けされる。

【0077】

図５はスロットのリソース格子(Ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する。スロットは時間ドメインにおいて複数(例、１４個又は１２個)のシンボルを含む。各々のニューマロロジー(例、副搬送波間隙)及び搬送波について、上位階層シグナリング(例、無線リソース制御(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)シグナリング)により指示される共通リソースブロック(ｃｏｍｍｏｎ Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＣＲＢ)Ｎ^start,u _gridで開始される、Ｎ^size,u _grid,x＊Ｎ^RB _sc個の副搬送波及びＮ^subframe,u _symb個のＯＦＤＭシンボルのリソース格子が定義される。ここで、Ｎ^size,u _grid,xはソース格子内のリソースブロック(Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ)の個数であり、下付き文字ｘは下りリンクについてはＤＬであり、上りリンクについてはＵＬである。Ｎ^RB _scはＲＢごとの副搬送波の個数であり、３ＧＰＰ基盤の無線通信システムにおいてＮ^RB _scは通常１２である。所定のアンテナポートp、副搬送波間隙の設定(ｃｏｎｆｉｇｕｒａｔｉｏｎ)ｕ及び送信方向(ＤＬ又はＵＬ)について１つのリソース格子がある。副搬送波間隙の設定ｕに対する搬送波帯域幅Ｎ^size,u _gridはネットワークからの上位階層パラメータ(例、ＲＲＣパラメータ)によりＵＥに与えられる。アンテナポートｐ及び副搬送波間隙の設定ｕに対するリソース格子内のそれぞれの要素はリソース要素(Ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ、ＲＥ)と称され、各々のリソース要素には１つの複素シンボルがマッピングされる。リソース格子内のそれぞれのリソース要素は、周波数ドメイン内のインデックスｋ及び時間ドメインで参照ポイントに対して相対的にシンボル位置を表示するインデックスｌにより固有に識別される。ＮＲシステムにおいてＲＢは周波数ドメインで１２個の連続する(ｃｏｎｓｅｃｕｔｉｖｅ)副搬送波により定義される。ＮＲシステムにおいてＲＢは共通リソースブロック(ＣＲＢ)と物理リソースブロック(ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＰＲＢ)に分類される。ＣＲＢは副搬送波間隙の設定ｕに対する周波数ドメインにおいて上方に(ｕｐｗａｒｄｓ)０から番号付けされる。副搬送波間隙の設定ｕに対するＣＲＢ０の副搬送波０の中心はリソースブロック格子のための共通参照ポイントである'ポイントＡ'と一致する。副搬送波間隙の設定ｕに対するＰＲＢは帯域幅パート(ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ)内で定義され、０からＮ^size,u _ＢＷＰ,i－１まで番号付けされ、ここでｉは帯域幅パートの番号である。共通リソースブロックｎ^u _CRBと帯域幅パートｉ内の物理リソースブロックｎ_PRBの間の関係は以下の通りである：ｎ^u _PRB＝ｎ^u _CRB＋Ｎ^start,u _ＢＷＰ,i、ここで、Ｎ^start,u _ＢＷＰ,iは帯域幅パートがＣＲＢ０に対して相対的に始まる共通リソースブロックである。ＢＷＰは周波数ドメインで複数の連続するＲＢを含む。例えば、ＢＷＰは所定の搬送波上のＢＷＰｉ内に与えられたニューマロロジーＵ_ｉに対して定義された連続(ｃｏｎｔｉｇｕｏｕｓ)ＣＲＢのサブセットである。搬送波は最大Ｎ個(例、５個)のＢＷＰを含む。ＵＥは所定のコンポーネント搬送波上で１つ以上のＢＷＰを有するように設定される。データ通信は活性化されたＢＷＰにより行われ、ＵＥに設定されたＢＷＰのうち、所定の数(例、１つ)のＢＷＰのみが該当搬送波上で活性化される。

【0078】

ＤＬ ＢＷＰ又はＵＬ ＢＷＰのセット内のそれぞれのサービングセルに対して、ネットワークは少なくとも初期ＤＬ ＢＷＰ及び(サービングセルが上りリンクを有して設定される場合)１つ又は(補助(Ｓｕｐｐｌｅｍｅｎｔａｒｙ)上りリンクを使用する場合)２つの初期ＵＬ ＢＷＰを設定する。ネットワークはサービングセルに対して追加ＵＬ及びＤＬ ＢＷＰを設定することもできる。それぞれのＤＬ ＢＷＰ又はＵＬ ＢＷＰに対して、ＵＥにはサービングセルのための以下のパラメータが提供される：i)副搬送波間隔、ii)循環プレフィクス(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)、iii)Ｎ^start _BWP＝２７５という仮定で、オフセットＲＢ_set及び長さＬ_RBをリソース指示子値(Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ、ＲＩＶ)として指示するＲＲＣパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈにより適用される、ＣＲＢ Ｎ^start _BWP＝Ｏ_carrier＋ＲＢ_start及び連続(ｃｏｎｔｉｇｕｏｕｓ)ＲＢの数Ｎ^size _BWP＝Ｌ_RB、また副搬送波間隔に対してＲＲＣパラメータｏｆｆｓｅｔＴｏＣａｒｒｉｅｒにより提供されるＯ_carrier；ＤＬ ＢＷＰ又はＵＬ ＢＷＰのセット内のインデックス；ＢＷＰ－共通パラメータのセット及びＢＷＰ－専用パラメータのセット。

【0079】

仮想のリソースブロック(ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＶＲＢ)が帯域幅パート内で定義され、０からＮ^size,u _BWP,i－１まで番号付けされる。ここで、ｉは帯域幅パートの番号である。ＶＲＢは非－インターリービングされたマッピング(Ｎｏｎ－ｉｎｔｅｒｌｅａｖｅｄ ｍａｐｐｉｎｇ)によって物理リソースブロック(ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＰＲＢ)にマッピングされる。いくつの具現において、非－インターリービングされたＶＲＢ－ｔｏ－ＰＲＢマッピングの場合、ＶＲＢ ｎはＰＲＢ ｎにマッピングされる。

【0080】

搬送波集成が設定されたＵＥは１つ以上のセルを使用するように設定される。ＵＥが多数のサービングセルを有するように設定された場合、ＵＥは１つ又は複数のセルグループを有するように設定される。ＵＥは異なるＢＳと連関する複数のセルグループを有するように設定される。或いは、ＵＥは単一ＢＳと連関する複数のセルグループを有するように設定される。ＵＥの各セルグループは１つ以上のサービングセルで構成され、各セルグループはＰＵＣＣＨリソースが設定された単一のＰＵＣＣＨセルを含む。ＰＵＣＣＨセルはＰｃｅｌｌ或いは該当セルグループのＳｃｅｌｌのうち、ＰＵＣＣＨセルとして設定されたＳｃｅｌｌである。ＵＥの各サービングセルはＵＥのセルグループのうちのいずれかに属し、多数のセルグループに属しない。

【0081】

図６は３ＧＰＰ基盤のシステムで使用可能なスロット構造を例示する。全ての３ＧＰＰ基盤のシステム、例えば、ＮＲシステムにおいて、各々のスロットは、i)ＤＬ制御チャネル、ii)ＤＬ又はＵＬデータ、及び／又はiii)ＵＬ制御チャネルを含む自己完備型(ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ)構造を有する。例えば、スロット内の最初のＮ個のシンボルはＤＬ制御チャネルを送信するために使用され(以下、ＤＬ制御領域)、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルを送信するために使用される(以下、ＵＬ制御領域)。ＮとＭはそれぞれ負でない整数である。ＤＬ制御領域とＵＬ制御領域の間のリソース領域(以下、データ領域)は、ＤＬデータ送信のために使用されるか、又はＵＬデータ送信のために使用される。単一のスロットのシンボルはＤＬ、ＵＬ又はフレキシブルに使用できる連続シンボルのグループに分かれる。以下、それぞれのスロットのシンボルがどのように使用されたかを示す情報をスロットフォーマットと称する。例えば、スロットフォーマットはスロット内のどのシンボルがＵＬのために使用され、どのシンボルがＤＬのために使用されるかを定義することができる。

【0082】

サービングセルを時間分割デュプレックス(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＴＤＤ)モードで運用しようとする場合、ＢＳは上位階層(例、ＲＲＣ)シグナリングによりサービングセルのためのＵＬ及びＤＬ割り当てのためのパターンを設定することができる。例えば、以下のパラメータがＴＤＤ ＤＬ－ＵＬパターンを設定するために使用される：

【0083】

－ＤＬ－ＵＬパターンの周期を提供するＤＬ－ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＰｅｒｉｏｄｉｃｉｔｙ；

【0084】

－各々のＤＬ－ＵＬパターンの最初に連続する完全ＤＬスロット数を提供するｎｒｏｆＤｏｗｎｌｉｎｋＳｌｏｔｓ、ここで、完全ＤＬスロットは下りリンクシンボルのみを有するスロット；

【0085】

－最後の完全ＤＬスロットの直後のスロットの最初に連続ＤＬシンボルの数を提供するｎｒｏｆＤｏｗｎｌｉｎｋＳｙｍｂｏｌｓ；

【0086】

－各々のＤＬ－ＵＬパターンの最後内に連続する完全ＵＬスロット数を提供するｎｒｏｆＵｐｌｉｎｋＳｌｏｔｓ、ここで、完全ＵＬスロットは上りリンクシンボルのみを有するスロット；及び

【0087】

－１番目の完全ＵＬスロットの直前のスロットの最後内に連続するＵＬシンボル数を提供するｎｒｏｆＵｐｌｉｎｋＳｙｍｂｏｌｓ。

【0088】

ＤＬ－ＵＬパターン内のシンボルのうち、ＤＬシンボルにもＵＬシンボルにも設定されない残りのシンボルはフレキシブルシンボルである。

【0089】

上位階層シグナリングによりＴＤＤ ＤＬ－ＵＬパターンに関する設定、即ち、ＴＤＤ ＵＬ－ＤＬ設定(例、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、又はｔｄｄ－ＵＬ－ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ)を受信したＵＥは、この設定に基づいてスロットにわたってスロットごとのスロットフォーマットをセットする。

【0090】

なお、シンボルに対してＤＬシンボル、ＵＬシンボル、フレキシブルシンボルの様々な組み合わせが可能であるが、所定の数の組み合わせがスロットフォーマットとして予め定義されることができ、予め定義されたスロットフォーマットはスロットフォーマットインデックスによりそれぞれ識別される。以下の表には予め定義されたスロットフォーマットの一部が例示されている。以下の表において、ＤはＤＬシンボル、ＵはＵＬシンボル、Ｆはフレキシブルシンボルを意味する。

【0091】

【表3】

【0092】

所定のスロットフォーマットのうち、どのスロットフォーマットが特定のスロットで使用されるかを知らせるために、ＢＳはサービングセルのセットに対して上位階層(例、ＲＲＣ)シグナリングによりセルごとに該当サービングセルに対して適用可能なスロットフォーマット組み合わせのセットを設定し、上位階層(例、ＲＲＣ)シグナリングによりＵＥをしてスロットフォーマット指示子(ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ、ＳＦＩ)のためのグループ－共通ＰＤＣＣＨをモニタリングするように設定することができる。以下、ＳＦＩのためのグループ－共通ＰＤＣＣＨが運搬するＤＣＩをＳＦＩ ＤＣＩと称する。ＤＣＩフォーマット２_０がＳＦＩ ＤＣＩとして使用される。例えば、サービングセルのセット内のそれぞれのサービングセルに対して、ＢＳはＳＦＩ ＤＣＩ内で該当サービングセルのためのスロットフォーマット組み合わせＩＤ(即ち、ＳＦＩ－インデックス)の(開始)位置、該当サービングセルに適用可能なスロットフォーマット組み合わせのセット、ＳＦＩ ＤＣＩ内のＳＦＩ－インデックス値により指示されるスロットフォーマット組み合わせ内のそれぞれのスロットフォーマットのための参照副搬送波間隙の設定などをＵＥに提供することができる。スロットフォーマット組み合わせのセット内のそれぞれのスロットフォーマット組み合わせに対して１つ以上のスロットフォーマットが設定され、スロットフォーマット組み合わせＩＤ(即ち、ＳＦＩ－インデックス)が付与される。例えば、ＢＳがＮ個のスロットフォーマットでスロットフォーマット組み合わせを設定しようとする場合、該当スロットフォーマット組み合わせのために所定のスロットフォーマット(例、表３を参照)のためのスロットフォーマットインデックスのうち、Ｎ個のスロットフォーマットインデックスを指示することができる。ＢＳはＳＦＩのためのグループ－共通ＰＤＣＣＨをモニタリングするようにＵＥを設定するために、ＳＦＩのために使用される無線ネットワーク臨時指示子(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ，ＲＮＴＩ)であるＳＦＩ－ＲＮＴＩとＳＦＩ－ＲＮＴＩにスクランブルされるＤＣＩペイロードの総長さをＵＥに知らせる。ＵＥがＳＦＩ－ＲＮＴＩに基づいてＰＤＣＣＨを検出すると、ＵＥはＰＤＣＣＨ内のＤＣＩペイロード内のＳＦＩ－インデックスのうち、サービングセルに対するＳＦＩ－インデックスから該当サービングセルに対するスロットフォーマットを判断することができる。

【0093】

ＴＤＤ ＤＬ－ＵＬパターンの設定によりフレキシブルとして指示されたシンボルがＳＦＩ ＤＣＩにより上りリンク、下りリンク又はフレキシブルとして指示されることができる。ＴＤＤ ＤＬ－ＵＬパターン設定により下りリンク／上りリンクとして指示されたシンボルはＳＦＩ ＤＣＩにより上りリンク／下りリンク又はフレキシブルとしてオーバーライドされない。

【0094】

ＴＤＤ ＤＬ－ＵＬパターンが設定されないと、ＵＥは各スロットが上りリンクであるか或いは上りリンクであるか、また各スロット内のシンボル割り当てをＳＦＩ ＤＣＩ及び／又は下りリンク又は上りリンク信号の送信をスケジューリング又はトリガリングするＤＣＩ(例、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１、ＤＣＩフォーマット１_２、ＤＣＩフォーマット０_０、ＤＣＩフォーマット０_１、ＤＣＩフォーマット０_２、ＤＣＩフォーマット２_３)に基づいて決定する。

【0095】

ＮＲ周波数帯域は２つタイプの周波数範囲、ＦＲ１及びＦＲ２により定義され、ＦＲ２はミリ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ)とも呼ばれる。以下の表はＮＲが動作可能な周波数範囲を例示している。

【0096】

【表4】

【0097】

以下、３ＧＰＰ基盤の無線通信システムで使用される物理チャネルについてより詳しく説明する。

【0098】

ＰＤＣＣＨはＤＣＩを運搬する。例えば、ＰＤＣＣＨ(即ち、ＤＣＩ)は下りリンク共有チャネル(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＤＬ－ＳＣＨ)の送信フォーマット及びリソース割り当て、上りリンク共有チャネル(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＵＬ－ＳＣＨ)に対するリソース割り当て情報、ページングチャネル(ｐａｇｉｎｇ ｃｈａｎｎｅｌ、ＰＣＨ)に対するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信される任意接続応答(ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ、ＲＡＲ)のようにＵＥ／ＢＳのプロトコルスタックのうち、物理階層よりも上側に位置する階層(以下、上位階層)の制御メッセージに対するリソース割り当て情報、送信電力制御命令、設定されたスケジューリング(ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ、ＣＳ)の活性化／解除などを運搬する。ＤＬ-ＳＣＨに対するリソース割り当て情報を含むＤＣＩをＰＤＳＣＨスケジューリングＤＣＩといい、ＵＬ-ＳＣＨに対するリソース割り当て情報を含むＤＣＩをＰＵＳＣＨスケジューリングＤＣＩという。ＤＣＩは循環冗長検査(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ、ＣＲＣ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例、無線ネットワーク臨時識別子(ｒａｄｉｏＮｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ))にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定のＵＥのためのものであると、ＣＲＣはＵＥ識別子(例、セルＲＮＴＩ(Ｃ－ＲＮＴＩ))にマスキングされる。ＰＤＣＣＨがページングに関するものであると、ＣＲＣはページングＲＮＴＩ(Ｐ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例、システム情報ブロック(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ、ＳＩＢ))に関するものであると、ＣＲＣはシステム情報ＲＮＴＩ(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ、ＳＩ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨが任意接続応答に関するものであると、ＣＲＣは任意接続ＲＮＴＩ(ｒａｎｄｏｍ ａｃｃｅｓｓ ＲＮＴＩ、ＲＡ－ＲＡＴＩ)にマスキングされる。

【0099】

１つのサービングセル上のＰＤＣＣＨが他のサービングセルのＰＤＳＣＨ或いはＰＵＳＣＨをスケジューリングすることをクロス搬送波スケジューリングという。搬送波指示子フィールド(ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ、ＣＩＦ)を用いたクロス搬送波スケジューリングがサービングセルのＰＤＣＣＨが他のサービングセル上のリソースをスケジュールすることを許容することができる。一方、サービングセル上のＰＤＳＣＨがサービングセルにＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングすることをセルフ搬送波スケジューリングという。ＢＳはクロス搬送波スケジューリングがセルで使用される場合、このセルをスケジューリングするセルに関する情報をＵＥに提供する。例えば、ＢＳはＵＥにサービングセルが他の(スケジューリング)セル上のＰＤＣＣＨによりスケジューリングされるか又はサービングセルによりスケジューリングされるか、またサービングセルが他の(スケジューリング)セルによりスケジューリングされる場合、どのセルがサービングセルのための下りリンク割り当て及び上りリンクグラントをシグナルするかを提供する。この明細において、ＰＤＣＣＨを運ぶ(ｃａｒｒｙ)セルをスケジューリングセルと称し、ＰＤＣＣＨに含まれたＤＣＩによりＰＵＳＣＨ或いはＰＤＳＣＨの送信がスケジューリングされたセル、即ち、ＰＤＣＣＨによりスケジューリングされたＰＵＳＣＨ或いはＰＤＳＣＨを運ぶセルを被スケジューリング(ｓｃｈｅｄｕｌｅｄ)セルと称する。

【0100】

ＰＤＳＣＨはＵＬデータ輸送のための物理階層ＵＬチャネルである。ＰＤＳＣＨは下りリンクデータ(例、ＤＬ－ＳＣＨ輸送ブロック)を運び、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、１６ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)を符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２つのコードワードを搬送できる。コードワードごとにスクランブル(Ｓｃｒａｍｂｌｉｎｇ)及び変調マッピング(ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｉｎｇ)が行われ、各々のコードワードから生成される変調シンボルは１つ以上のレイヤにマッピングされる。各々のレイヤはＤＭＲＳと共に無線リソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートを介して送信される。

【0101】

ＰＵＣＣＨはＵＣＩ送信のための物理階層ＵＬチャネルを意味する。ＰＵＣＣＨはＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ。ＰＵＣＣＨで送信されるＵＣＩタイプはハイブリッド自動再送要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ，ＨＡＲＱ)－確認(ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＡＣＫ)情報、スケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ，ＳＲ)及びチャネル状態情報(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ，ＣＳＩ)を含む。ＵＣＩビットは、あればＨＡＲＱ－ＡＣＫ情報ビット、あればＳＲ情報ビット、あればＬＲＲ情報ビット、そしてあればＣＳＩビットを含む。この明細において、ＨＡＲＱ－ＡＣＫ情報ビットはＨＡＲＱ－ＡＣＫコードブックに該当する。特にＨＡＲＱ－ＡＣＫ情報ビットが所定の規則によって並べられたビットシーケンスをＨＡＲＱ－ＡＣＫコードブックと称する。

【0102】

－スケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ，ＳＲ)：ＵＬ－ＳＣＨリソースを要請するために使用される情報である。

【0103】

－ハイブリッド自動繰り返し要請(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＨＡＲＱ)－確認(ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ)：ＰＤＳＣＨ上の下りリンクデータパーケット(例、コードワード)に対する応答である。下りリンクデータパーケットが通信機器により成功的に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ １ビットが送信され、２つのコードワードに対する応答としてＨＡＲＱ－ＡＣＫ ２ビットが送信される。ＨＡＲＱ－ＡＣＫ応答はポジティブＡＣＫ(簡単には、ＡＣＫ)、ネガティブＡＣＫ(ＮＡＣＫ)、ＤＴＸ又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語はＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫ、又はＡ／Ｎと混用される。

【0104】

－チャネル状態情報(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ，ＣＳＩ)：下りリンクチャネルに対するフィードバック情報である。ＣＳＩはチャネル品質情報(ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ、ＣＱＩ)、ランク指示子(ｒａｎｋ ｉｎｄｉｃａｔｏｒ、ＲＩ)、プリコーディング行列指示子(ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ、ＰＭＩ)、ＣＳＩ－ＲＳリソース指示子(ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ、ＣＲＩ)、ＳＳ／ＰＢＣＨリソースブロック指示子、レイヤ指示子(ｌａｙｅｒ ｉｎｄｉｃａｔｏｒ、ＬＩ)などを含む。ＣＳＩはＣＳＩに含まれるＵＣＩタイプによってＣＳＩパート１とＣＳＩパート２に区分される。例えば、ＣＲＩ、ＲＩ及び／又は１番目のコードワードに対するＣＱＩはＣＳＩパート１に含まれ、ＬＩ、ＰＭＩ、２番目のコードワードに対するＣＱＩはＣＳＩパート２に含まれる。

【0105】

－リンク回復要請(ｌｉｎｋ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ、ＬＲＲ)

【0106】

この明細書では、便宜上、ＢＳがＨＡＲＱ－ＡＣＫ、ＳＲ、ＣＳＩ送信のためにＵＥに設定した及び／又は指示したＰＵＣＣＨリソースをそれぞれ、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソース、ＳＲ ＰＵＣＣＨリソース、ＣＳＩ ＰＵＣＣＨリソースと称する。

【0107】

ＰＵＣＣＨフォーマットはＵＣＩペイロードサイズ及び／又は送信長さ(例えば、ＰＵＣＣＨリソースを構成するシンボル数)によって以下のように区分される。ＰＵＣＣＨフォーマットに関する事項は表５を共に参照できる。

【0108】

(０)ＰＵＣＣＨフォーマット０(ＰＦ０、Ｆ０)

【0109】

－支援可能なＵＣＩペイロードサイズ:Ｋビットまで(例えば、Ｋ＝２)

【0110】

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数:１～Ｘシンボル(例えば、Ｘ＝２)

【0111】

－送信構造：ＰＵＣＣＨフォーマット０はＤＭＲＳなしにＵＣＩ信号のみからなり、ＵＥは複数のシーケンスのうちのいずれかを選択及び送信することにより、ＵＣＩ状態を送信する。例えば、ＵＥは複数のシーケンスのうちのいずれかをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩをＢＳに送信する。ＵＥはポジティブＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。

【0112】

－ＰＵＣＣＨフォーマット０に対する設定は該当ＰＵＣＣＨリソースに対する以下のパラメータを含む：初期循環遷移のためのインデックス、ＰＵＣＣＨ送信のためのシンボル数、ＰＵＣＣＨ送信のための１番目のシンボル。

【0113】

(１)ＰＵＣＣＨフォーマット１(ＰＦ１、Ｆ１)

【0114】

－支援可能なＵＣＩペイロードサイズ：Ｋビットまで(例えば、Ｋ＝２)

【0115】

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル(例えば、Ｙ＝４、Ｚ＝１４)

【0116】

－送信構造：ＤＭＲＳとＵＣＩが異なるＯＦＤＭシンボルにＴＤＭ形態で設定／マッピングされる。即ち、ＤＭＲＳは変調シンボルが送信されないシンボルで送信される。ＵＣＩは特定のシーケンス(例、直交カバーコード(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ、ＯＣＣ))に変調(例、ＱＰＳＫ)シンボルを乗ずることにより表現される。ＵＣＩとＤＭＲＳにいずれも循環シフト(ｃｙｃｌｉｃ ｓｈｉｆｔ、ＣＳ)／ＯＣＣを適用して、(同一ＲＢ内で)(ＰＵＣＣＨフォーマット１による)複数のＰＵＣＣＨリソースの間にコード分割多重化(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＣＤＭ)が支援される。ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で(周波数跳躍の有無によって異なるように設定される)直交カバーコード(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ、ＯＣＣ)により拡散される。

【0117】

－ＰＵＣＣＨフォーマット１に対する設定は該当ＰＵＣＣＨリソースに対する以下のパラメータを含む：初期循環遷移のためのインデックス、ＰＵＣＣＨ送信のためのシンボル数、ＰＵＣＣＨ送信のための１番目のシンボル、直交カバーコード(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ)のためのインデックス。

【0118】

(２)ＰＵＣＣＨフォーマット２(ＰＦ２、Ｆ２)

【0119】

－支援可能なＵＣＩペイロードサイズ：Ｋビットを超える(例えば、Ｋ＝２)

【0120】

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：１～Ｘシンボル(例えば、Ｘ＝２)

【0121】

－送信構造：ＤＭＲＳとＵＣＩが同一のシンボル内で周波数分割多重化(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘ、ＦＤＭ)形態で設定／マッピングされる。ＵＥはコーディングされたＵＣＩビットにＤＦＴなしにＩＦＦＴのみを適用して送信する。ＰＵＣＣＨフォーマット２はＫビットより大きいビットサイズのＵＣＩを運び、変調シンボルはＤＭＲＳとＦＤＭされて送信される。例えば、ＤＭＲＳは１／３密度の所定のリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。疑似ノイズ(ｐｓｅｕｄｏ ｎｏｉｓｅ、ＰＮ)シーケンスがＤＭＲＳシーケンスのために使用される。２－シンボルＰＵＣＣＨフォーマット２のために周波数跳躍が活性化される。

【0122】

－ＰＵＣＣＨフォーマット２に対する設定は該当ＰＵＣＣＨリソースに対する以下のパラメータを含む：ＰＲＢの数、ＰＵＣＣＨ送信のためのシンボル数、ＰＵＣＣＨ送信のための１番目のシンボル。

【0123】

(３)ＰＵＣＣＨフォーマット３(ＰＦ３、Ｆ３)

【0124】

－支援可能なＵＣＩペイロードサイズ：Ｋビットを超える(例えば、Ｋ＝２)

【0125】

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル(例えば、Ｙ＝４、Ｚ＝１４)

【0126】

－送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で設定／マッピングされる。ＵＥは符号化されたＵＣＩビットにＤＦＴを適用して送信する。ＰＵＣＣＨフォーマット３は同じ時間－周波数リソース(例、同一ＰＲＢ)に対するＵＥ多重化を支援しない。

【0127】

－ＰＵＣＣＨフォーマット３に対する設定は該当ＰＵＣＣＨリソースに対する以下のパラメータを含む：ＰＲＢの数、ＰＵＣＣＨ送信のためのシンボル数、ＰＵＣＣＨ送信のための１番目のシンボル。

【0128】

(４)ＰＵＣＣＨフォーマット４(ＰＦ４、Ｆ４)

【0129】

－支援可能なＵＣＩペイロードサイズ：Ｋビットを超える(例えば、Ｋ＝２)

【0130】

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル(例えば、Ｙ＝４、Ｚ＝１４)

【0131】

－送信構造：ＤＭＲＳとＵＣＩが異なるシンボルにＴＤＭ形態で設定／マッピングされる。ＰＵＣＣＨフォーマット４はＤＦＴ前段でＯＣＣを適用し、ＤＭＲＳに対してＣＳ(又はインターリーブＦＤＭ(ｉｎｔｅｒｌｅａｖｅｄ ＦＤＭ、ＩＦＤＭ)マッピング)を適用することにより、同一のＰＲＢ内に最大４個のＵＥまで多重化することができる。言い換えれば、ＵＣＩの変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

【0132】

－ＰＵＣＣＨフォーマット４に対する設定は該当ＰＵＣＣＨリソースに対する以下のパラメータを含む：ＰＵＣＣＨ送信のためのシンボル数、直交カバーコードのための長さ、直交カバーコードのためのインデックス、ＰＵＣＣＨ送信のための１番目のシンボル。

【0133】

以下の表はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによって短い(Ｓｈｏｒｔ)ＰＵＣＣＨ(フォーマット０、２)及び長い(ｌｏｎｇ)ＰＵＣＣＨ(フォーマット１、３、４)に区分される。

【0134】

【表5】

【0135】

ＵＣＩタイプ(例えば、Ａ／Ｎ、ＳＲ、ＣＳＩ)ごとにＰＵＣＣＨリソースが決定される。ＵＣＩ送信に使用されるＰＵＣＣＨリソースはＵＣＩ(ペイロード)サイズに基づいて決定される。一例として、ＢＳはＵＥに複数のＰＵＣＣＨリソースセットを設定し、ＵＥはＵＣＩ(ペイロード)サイズ(例えば、ＵＣＩビット数)の範囲によって特定の範囲に対応する特定のＰＵＣＣＨリソースセットを選択する。例えば、ＵＥはＵＣＩビット数(Ｎ_ＵＣＩ)によって以下のうちのいずれかのＰＵＣＣＨリソースセットを選択することができる。

【0136】

－ＰＵＣＣＨリソースセット＃０、ＵＣＩビット数≦２であると、

【0137】

－ＰＵＣＣＨリソースセット＃１、２＜ＵＣＩビット数≦Ｎ_１であると、

【0138】

...

【0139】

－ＰＵＣＣＨリソースセット＃(Ｋ－１)、Ｎ_K－２＜ＵＣＩビット数≦Ｎ_K－１であると、

【0140】

ここで、ＫはＰＵＣＣＨリソースセット数であり(Ｋ＞１)、Ｎ_iはＰＵＣＣＨリソースセット＃ｉが支援する最大のＵＣＩビット数である。例えば、ＰＵＣＣＨリソースセット＃１はＰＵＣＣＨフォーマット０～１のリソースで構成され、それ以外のＰＵＣＣＨリソースセットはＰＵＣＣＨフォーマット２～４のリソースで構成される(表５を参照)。

【0141】

夫々のＰＵＣＣＨリソースに対する設定はＰＵＣＣＨリソースインデックス、開始ＰＲＢのンデックス、ＰＵＣＣＨフォーマット０～ＰＵＣＣＨ４のうちのいずれかに対する設定などを含む。ＵＥはＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３又はＰＵＣＣＨフォーマット４を使用したＰＵＣＣＨ送信内にＨＡＲＱ－ＡＣＫ、ＳＲ及びＣＳＩ報告を多重化するためのコードレートが上位階層パラメータｍａｘＣｏｄｅＲａｔｅを介してＢＳによりＵＥに設定される。上位階層パラメータｍａｘＣｏｄｅＲａｔｅはＰＵＣＣＨフォーマット２、３又は４のためのＰＵＣＣＨリソース上でＵＣＩをどのようにフィードバックするかを決定するために使用される。

【0142】

ＵＣＩタイプがＳＲ、ＣＳＩである場合、ＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースは上位階層シグナリング(例えば、ＲＲＣシグナリング)によりネットワークによってＵＥに設定される。ＵＣＩタイプがＳＰＳ(Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ) ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫである場合、ＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースは上位階層シグナリング(例えば、ＲＲＣシグナリング)によりネットワークによってＵＥに設定される。反面、ＵＣＩタイプがＤＣＩによりスケジュールされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫである場合は、ＰＵＣＣＨリソースセット内でＵＣＩ送信に使用するＰＵＣＣＨリソースはＤＣＩに基づいてスケジュールされる。

【0143】

ＤＣＩ－基盤のＰＵＣＣＨリソーススケジューリングの場合、ＢＳはＵＥにＰＤＣＣＨを介してＤＣＩを送信し、ＤＣＩ内のＡＣＫ／ＮＡＣＫリソース指示子(ＡＣＫ／ＮＡＣＫ Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ、ＡＲＩ)により特定のＰＵＣＣＨリソースセット内でＵＣＩ送信に使用されるＰＵＣＣＨリソースを指示することができる。ＡＲＩはＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨリソースを指示するために使用され、ＰＵＣＣＨリソース指示子(ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ、ＰＲＩ)とも称される。ここで、ＤＣＩはＰＤＳＣＨスケジューリングに使用されるＤＣＩであり、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含む。なお、ＢＳはＡＲＩが表現できる状態の数よりも多いＰＵＣＣＨリソースで構成されたＰＵＣＣＨリソースセットを(ＵＥ特定の)上位階層(例、ＲＲＣ)信号を用いてＵＥに設定することができる。この時、ＡＲＩはＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内でどのＰＵＣＣＨリソースを使用するかはＰＤＣＣＨに対する送信リソース情報(例、ＰＤＣＣＨの開始制御チャネル要素(ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ、ＣＣＥ)インデックスなど)に基づく暗黙的規則(ｉｍｐｌｉｃｉｔ ｒｕｌｅ)に従って決定される。

【0144】

ＵＥはＵＬ－ＳＣＨデータ送信のためにはＵＥに利用可能な上りリンクリソースを有し、ＤＬ－ＳＣＨデータ受信のためにはＵＥに利用可能な下りリンクリソースを有する必要がある。上りリンクリソースと下りリンクリソースはＢＳによるリソース割り当て(Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ)によりＵＥに割り当てられる。リソース割り当ては時間ドメインリソース割り当て(ｔｉｍｅ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ、ＴＤＲＡ)と周波数ドメインリソース割り当て(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ、ＦＤＲＡ)を含む。この明細書において、上りリンクリソース割り当ては上りリンクグラントとも呼ばれ、下りリンクリソース割り当ては下りリンク割り当てとも呼ばれる。上りリンクグラントはＵＥによりＰＤＣＣＨ上で或いはＲＡＲ内で動的に受信されるか、又はＢＳからＲＲＣシグナリングによりＵＥに準－持続的(Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔｌｙ)に設定される。下りリンク割り当てはＵＥによりＰＤＣＣＨ上で動的に受信されるか、又はＢＳからのＲＲＣシグナリングによりＵＥに準－持続的に設定される。

【0145】

ＵＬにおいて、ＢＳは臨時識別子(ｃｅｌｌ ｒａｄｉｏＮｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ)にアドレスされたＰＤＣＣＨを介してＵＥに上りリンクリソースを動的に割り当てることができる。ＵＥはＵＬ送信のための可能性がある上りリンクグラントを探すためにＰＤＣＣＨをモニタリングする。また、ＢＳはＵＥに設定されたグラントを用いて上りリンクリソースを割り当てることができる。タイプ１及びタイプ２の２つのタイプの設定されたグラントが使用される。タイプ１の場合、ＢＳは(周期(ｐｅｒｉｏｄｉｃｉｔｙ)を含む)設定された上りリンクグラントをＲＲＣシグナリングにより直接提供する。タイプ２の場合、ＢＳはＲＲＣ設定された上りリンクグラントの周期をＲＲＣシグナリングにより設定し、設定されたスケジューリングＲＮＴＩ(ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ、ＣＳ－ＲＮＴＩ)にアドレスされたＰＤＣＣＨ(ＰＤＣＣＨ ａｄｄｒｅｓｓｅｄ ｔｏ ＣＳ－ＲＮＴＩ)を介して上記設定された上りリンクグラントをシグナリング及び活性化するか又はそれを活性解除(ｄｅａｃｔｉｖａｔｅ)する。例えば、タイプ２の場合、ＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨは該当上りリンクグラントが活性解除されるまで、ＲＲＣシグナリングにより設定された周期によって暗黙的に(ｉｍｐｌｉｃｉｔｌｙ)再使用可能であることを指示する。

【0146】

ＤＬにおいて、ＢＳはＣ－ＲＮＴＩにアドレスされたＰＤＣＣＨを介してＵＥに下りリンクリソースを動的に割り当てることができる。ＵＥは可能性がある下りリンク割り当てを探すためにＰＤＣＣＨをモニタリングする。また、ＢＳは準－持続的スケジューリング(Ｓｅｍｉ－ｓｔａｔｉｃ ｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ)を用いて下りリンクリソースをＵＥに割り当てることができる。ＢＳはＲＲＣシグナリングにより設定された下りリンク割り当ての周期を設定し、ＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨを介して設定された下りリンク割り当てをシグナリング及び活性化するか、又はそれを活性解除する。例えば、ＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨは該当下りリンク割り当てが活性解除されるまで、ＲＲＣシグナリングにより設定された周期によって暗黙的に再使用可能であることを指示する。

【0147】

以下、ＰＤＣＣＨによるリソース割り当てとＲＲＣによるリソース割り当てについてより詳しく説明する。

【0148】

＊ＰＤＣＣＨによるリソース割り当て：動的グラント／割り当て

【0149】

ＰＤＣＣＨはＰＤＳＣＨ上でのＤＬ送信又はＰＵＳＣＨ上でのＵＬ送信をスケジューリングするために使用される。ＤＬ送信をスケジューリングするＰＤＣＣＨ上のＤＣＩは、ＤＬ－ＳＣＨに関連する、変調及びコーディングフォーマット(例、変調及びコーディング方式(ＭＣＳ)インデックスＩMCS)、リソース割り当て及びＨＡＲＱ情報を少なくとも含むＤＬリソース割り当てを含む。ＵＬ送信をスケジューリングするＰＤＣＣＨ上のＤＣＩはＵＬ－ＳＣＨに関連する、変調及びコーディングフォーマット、リソース割り当て及びＨＡＲＱ情報を少なくとも含む、上りリンクスケジューリンググラントを含む。ＤＬ－ＳＣＨに関する又はＵＬ－ＳＣＨに関するＨＡＲＱ情報は新しい情報指示子(ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ、ＮＤＩ)、輸送ブロックサイズ(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｉｚｅ、ＴＢＳ)、冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ、ＲＶ)、及びＨＡＲＱプロセスＩＤ(即ち、ＨＡＲＱプロセス番号)を含む。１つのＰＤＣＣＨにより搬送されるＤＣＩサイズ及び用途はＤＣＩフォーマットによって異なる。例えば、ＤＣＩフォーマット０_０、ＤＣＩフォーマット０_１又はＤＣＩフォーマット０_２がＰＵＳＣＨのスケジューリングのために使用され、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１又はＤＣＩフォーマット１_２がＰＤＳＣＨのスケジューリングのために使用される。特に、ＤＣＩフォーマット０_２とＤＣＩフォーマット１_２はＤＣＩフォーマット０_０、ＤＣＩフォーマット０_１、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１が保障する送信信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及び待ち時間(ｌａｔｅｎｃｙ)要求事項(ｒｅｑｕｉｒｅｍｅｎｔ)よりも高い送信信頼度及び低い待ち時間の要求事項を有する送信をスケジューリングするために使用される。本発明のいくつかの具現はＤＣＬフォーマット０_２に基づくＵＬデータの送信に適用できる。本発明のいくつかの具現はＤＣＩフォーマット１_２に基づくＤＬデータの受信に適用できる。

【0150】

図７はＰＤＣＣＨによるＰＤＳＣＨ時間ドメインリソース割り当ての一例とＰＤＣＣＨによるＰＵＳＣＨ時間ドメインリソース割り当ての一例を示す。

【0151】

ＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするためにＰＤＣＣＨにより搬送されるＤＣＩは、時間ドメインリソース割り当て(ｔｉｍｅ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ、ＴＤＲＡ)フィールドを含み、ＴＤＲＡフィールドはＰＤＳＣＨ又はＰＵＳＣＨのための割り当て表(ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ)への行(ｒｏｗ)インデックスｍ＋１のための値ｍを提供する。所定のデフォルトＰＤＳＣＨ時間ドメイン割り当てがＰＤＳＣＨのための割り当て表として適用されるか、又はＢＳがＲＲＣシグナリングｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにより設定したＰＤＳＣＨ時間ドメインリソース割り当て表がＰＤＳＣＨのための割り当て表として適用される。所定のデフォルトＰＵＳＣＨ時間ドメイン割り当てがＰＵＳＣＨのための割り当て表として適用されるか、又はＢＳがＲＲＣシグナリングｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにより設定したＰＵＳＣＨ時間ドメインリソース割り当て表がＰＵＳＣＨのための割り当て表として適用される。適用するＰＤＳＣＨ時間ドメインリソース割り当て表及び／又は適用するＰＵＳＣＨ時間ドメインリソース割り当て表は、固定／所定の規則によって決定される(例、３ＧＰＰ ＴＳ３８.２１４を参照)。

【0152】

ＰＤＳＣＨ時間ドメインリソース設定において、各々のインデックスされた行は、ＤＬ割り当て－ｔｏ－ＰＤＳＣＨスロットオフセットＫ_０、開始及び長さ指示子値ＳＬＩＶ(又は直接スロット内のＰＤＳＣＨの開始位置(例、開始シンボルインデックスＳ)及び割り当て長さ(例、シンボル数Ｌ))、ＰＤＳＣＨマッピングタイプを定義する。ＰＵＳＣＨ時間ドメインリソース設定において、各々のインデックスされた行は、ＵＬグラント－ｔｏ－ＰＵＳＣＨスロットオフセットＫ_２、スロット内のＰＵＳＣＨの開始位置(例、開始シンボルインデックスＳ)及び割り当て長さ(例、シンボル数Ｌ)、ＰＵＳＣＨマッピングタイプを定義する。ＰＤＳＣＨのためのＫ_０又はＰＵＳＣＨのためのＫ_２はＰＤＣＣＨがあるスロットとＰＤＣＣＨに対応するＰＤＳＣＨ又はＰＵＳＣＨがあるスロットの間の差を示す。ＳＬＩＶはＰＤＳＣＨ又はＰＵＳＣＨを有するスロットの開始に相対的な開始シンボルＳ及びシンボルＳからカウントした連続的な(ｃｏｎｓｅｃｕｔｉｖｅ)シンボル数Ｌのジョイント指示である。ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプの場合、２つのマッピングタイプがある：その１つはマッピングタイプＡであり、他の１つはマッピングタイプＢである。ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＡの場合、復調参照信号(ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ, ＤＭＲＳ)がスロットの開始を基準としてＰＤＳＣＨ／ＰＵＳＣＨリソースにマッピングされるが、他のＤＭＲＳパラメータに従ってＰＤＳＣＨ／ＰＵＳＣＨリソースのシンボルの１つ又は２つがＤＭＲＳシンボルとして使用されることができる。例えば、ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＡの場合、ＤＭＲＳがＲＲＣシグナリングによりスロットにおいて３番目のシンボル(シンボル＃２)或いは４番目のシンボル(シンボル＃３)に位置する。ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＢの場合、ＤＭＲＳがＰＤＳＣＨ／ＰＵＳＣＨリソースの１番目のＯＦＤＭシンボルを基準としてマッピングされるが、他のＤＭＲＳパラメータに従ってＰＤＳＣＨ／ＰＵＳＣＨリソースの最初のシンボルから１つ又は２つのシンボルがＤＭＲＳシンボルとして使用されることができる。例えば、ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＢの場合、ＤＭＲＳがＰＤＳＣＨ／ＰＵＳＣＨのために割り当てられた最初のシンボルに位置する。この明細において、ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプはマッピングタイプ或いはＤＭＲＳマッピングタイプとも称される。例えば、この明細において、ＰＵＳＣＨマッピングタイプＡはマッピングタイプＡ或いはＤＭＲＳマッピングタイプＡとも称され、ＰＵＳＣＨマッピングタイプＢはマッピングタイプＢ或いはＤＭＲＳマッピングタイプＢとも称される。

【0153】

スケジューリングＤＣＩはＰＤＳＣＨ又はＰＵＳＣＨのために使用されるリソースブロックに関する割り当て情報を提供する周波数ドメインリソース割り当て(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ、ＦＤＲＡ)フィールドを含む。例えば、ＦＤＲＡフィールドは、ＵＥにＰＤＳＣＨ又はＰＵＳＣＨ送信のためのセルに関する情報、ＰＤＳＣＨ又はＰＵＳＣＨ送信のためのＢＷＰに関する情報、ＰＤＳＣＨ又はＰＵＳＣＨ送信のためのリソースブロックに関する情報を提供する。

【0154】

＊ＲＲＣによるリソース割り当て

【0155】

上述したように、上りリンクの場合、動的グラントがない２つのタイプの送信がある：設定されたグラントタイプ１及び設定されたグラントタイプ２。設定されたグラントタイプ１の場合、ＵＬグラントがＲＲＣシグナリングにより提供されて設定されたグラントとして格納される。設定されたグラントタイプ２の場合、ＵＬグラントがＰＤＣＣＨにより提供され、設定された上りリンクグラント活性化又は活性解除を指示するＬ１シグナリングに基づいて設定された上りリンクグラントとして格納又は除去される。タイプ１及びタイプ２がサービングセルごと及びＢＷＰごとにＲＲＣシグナリングにより設定される。多数の設定が異なる多数のサービングセル上で同時に活性化されることができる。

【0156】

設定されたグラントタイプ１が設定されるとき、ＵＥには以下のパラメータがＲＲＣシグナリングによりＢＳから提供される：

【0157】

－再送信のためのＣＳ－ＲＮＴＩであるｃｓ－ＲＮＴＩ；

【0158】

－設定されたグラントタイプ１の周期であるｐｅｒｉｏｄｉｃｉｔｙ；

【0159】

－時間ドメインにおいてシステムフレーム番号(Ｓｙｓｔｅｍ ｆｒａｍｅＮｕｍｂｅｒ、ＳＦＮ)＝０に対するリソースのオフセットを示すｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ；

【0160】

－開始シンボルＳ、長さＬ及びＰＵＳＣＨマッピングタイプの組み合わせを示す、割り当て表をポイントする行インデックスｍ＋１を提供するｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ値ｍ；

【0161】

－周波数ドメインリソース割り当てを提供するｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ；及び

【0162】

－変調次数、ターゲットコードレート及び輸送ブロックサイズを示すＩ_MCSを提供するｍｃｓＡｎｄＴＢＳ。

【0163】

ＲＲＣによりサービングセルのための設定グラントタイプ１の設定時、ＵＥはＲＲＣにより提供されるＵＬグラントを指示されたサービングセルのための設定された上りリンクグラントとして格納し、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ及び(ＳＬＩＶから誘導される)Ｓによるシンボルで上記設定された上りリンクグラントが開始するように、そしてｐｅｒｉｏｄｉｃｉｔｙで再発(ｒｅｃｕｒ)するように初期化(ｉｎｉｔｉａｌｉｚｅ)又は再－初期化する。上りリンクグラントが設定されたグラントタイプ１のために設定された後、ＵＥは上りリンクグラントが以下を満たす各シンボルに連関して再発するとみなすことができる：[(ＳＦＮ ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ (ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)＋(ＳｌｏｔＮｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)＋ｓｙｍｂｏｌＮｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ]＝(ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋Ｓ＋Ｎ ＊ｐｅｒｉｏｄｉｃｉｔｙ) ｍｏｄｕｌｏ (１０２４ ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)、ｆｏｒ ａｌｌ Ｎ≧０、ここで、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ及びｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはフレームごとの連続するスロット数及びスロットごとの連続するＯＦＤＭシンボルの数をそれぞれ示す(表１及び表２を参照)。

【0164】

設定されたグラントタイプ２が設定されるとき、ＵＥには以下のパラメータがＲＲＣシグナリングによりＢＳから提供される：

【0165】

－活性化、活性解除及び再電送のためのＣＳ－ＲＮＴＩであるｃｓ－ＲＮＴＩ；

【0166】

－設定されたグラントタイプ２の周期を提供するｐｅｒｉｏｄｉｃｉｔｙ。

【0167】

実際の上りリンクグラントは(ＣＳ－ＲＮＴＩにアドレスされた)ＰＤＣＣＨによりＵＥに提供される。上りリンクグラントが設定されたグラントタイプ２のために設定された後、ＵＥは上りリンクグラントが以下を満たす各々のシンボルに連関して再発するとみなす：[(ＳＦＮ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)＋(ＳｌｏｔＮｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)＋ｓｙｍｂｏｌ Ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ]＝[(ＳＦＮ_{start time} ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔ_{start time} ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌ_{start time})＋Ｎ＊ｐｅｒｉｏｄｉｃｉｔｙ] ｍｏｄｕｌｏ (１０２４ ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)、ｆｏｒ ａｌｌ Ｎ≧０、ここで、ＳＦＮ_{start time}、ｓｌｏｔ_{start time}及びｓｙｍｂｏｌ_{start time}は上記設定れたグラントが(再－)初期化された後、ＰＵＳＣＨの１番目の送信機会のＳＦＮ、スロット、シンボルをそれぞれ示し、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ及びｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはフレームごとの連続するスロット数及びスロットごとの連続するＯＦＤＭシンボルの数をそれぞれ示す(表１及び表２を参照)。

【0168】

いくつのシナリオにおいて、設定された上りリンクグラントのためのＨＡＲＱプロセスＩＤを導き出す(ｄｅｒｉｖｅ)ために使用されるパラメータｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔ及び／又はｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔ２がＢＳによってＵＥにさらに提供される。ｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔは共有されたスペクトルチャネル接続(ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ ｃｈａｎｎｅｌ ａｃｃｅｓｓ)との動作のための設定されたグラントに対するＨＡＲＱプロセスのオフセットであり、ｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔ２は設定されたグラントに対するＨＡＲＱプロセスのオフセットである。この明細において、ｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒはＵＥが設定されたグラントに基づく(再)送信後に(再)送信のＨＡＲＱプロセスを使用した再送信を自動に(ａｕｔｏｎｏｕｍｏｕｓｌｙ)行えばいけない期間(ｄｕｒａｔｉｏｎ)であり、設定された上りリンクグラント上での再送信が設定されるとき、ＢＳによってＵＥに提供されるパラメータである。ｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔも、そしてｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒも設定されていない設定されたグラントに対して、ＵＬ送信の１番目のシンボルに連関するＨＡＲＱプロセスＩＤは以下の式から導き出される：ＨＡＲＱ Ｐｒｏｃｅｓｓ ＩＤ＝[ｆｌｏｏｒ(ＣＵＲＲＥＮＴ_ｓｙｍｂｏｌ／ｐｅｒｉｏｄｉｃｉｔｙ)]ｍｏｄｕｌｏ ｎｒｏｆＨＡＲＱ―Ｐｒｏｃｅｓｓｅｓ。ｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔ２がある設定された上りリンクグラントに対して、ＵＬ送信の１番目のシンボルに連関するＨＡＲＱプロセスＩＤは以下の式から導き出される：ＨＡＲＱ Ｐｒｏｃｅｓｓ ＩＤ＝[ｆｌｏｏｒ(ＣＵＲＲＥＮＴ_ｓｙｍｂｏｌ／ｐｅｒｉｏｄｉｃｉｔｙ)]ｍｏｄｕｌｏ ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ＋ｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔ２、ここで、ＣＵＲＲＥＮＴ_ｓｙｍｂｏｌ＝(ＳＦＮ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ)であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ及びｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはそれぞれフレームごとに連続するスロット数及びスロットごとに連続するＯＦＤＭシンボル数を示す。ｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを有する設定されたＵＬグラントに対して、ＵＥが任意に設定されたグラントの設定に利用可能なＨＡＲＱプロセスＩＤのうち、ＨＡＲＱプロセスＩＤを選択することができる。

【0169】

下りリンクの場合、ＵＥはＢＳからのＲＲＣシグナリングによりサービングセルごと及びＢＷＰごとに準－持続的スケジューリング(Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ)を有して設定される。ＤＬ ＳＰＳの場合、ＤＬ割り当てはＰＤＣＣＨによりＵＥに提供され、ＳＰＳ活性化又は活性解除を指示するＬ１シグナリングに基づいて格納又は除去される。ＳＰＳが設定されるとき、ＵＥには以下のパラメータが準－持続的送信の設定に使用されるＲＲＣシグナリング(例えば、ＳＰＳ設定)によりＢＳから提供される：

【0170】

－活性化、活性解除及び再送信のためのＣＳ－ＲＮＴＩであるｃｓ－ＲＮＴＩ；

【0171】

－ＳＰＳのための設定されたＨＡＲＱプロセスの数を提供するｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ；

【0172】

－ＳＰＳのための設定された下りリンク割り当ての周期を提供するｐｅｒｉｏｄｉｃｉｔｙ。

【0173】

－ＳＰＳのためのＰＵＣＣＨに対するＨＡＲＱリソースを提供するｎ１ＰＵＣＣＨ－ＡＮ(ネットワークはＨＡＲＱリソースをフォーマット０、或いはフォーマット１として設定し、実際ＰＵＣＣＨ－リソースはＰＵＣＣＨ－Ｃｏｎｆｉｇで設定され、それのＩＤによりｎ１ＰＵＣＣＨ－ＡＮで言及される)。

【0174】

多数の下りリンクＳＰＳ設定がサービングセルのＢＷＰ内に設定される。ＳＰＳのために下りリンク割り当てが設定された後、ＵＥはＮ番目の下りリンク割り当てが以下を満たすスロットで発生すると連続して見なすことができる：(ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ＊ＳＦＮ＋ｓｌｏｔＮｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ)＝[(ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ＊ＳＦＮ_{start time}＋ｓｌｏｔ_{start time})＋Ｎ＊ｐｅｒｉｏｄｉｃｉｔｙ ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ／１０] ｍｏｄｕｌｏ (１０２４ ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ)、ここで、ＳＦＮ_{start time}及びｓｌｏｔ_{start time}は設定された下りリンク割り当てが(再－)初期化された後、ＰＤＳＣＨの１番目の送信のＳＦＮ、スロット、シンボルをそれぞれ示し、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ及びｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはフレームごとの連続するスロット数及びスロットごとの連続するＯＦＤＭシンボルをそれぞれ示す(表１及び表２を参照)。

【0175】

いくつのシナリオにおいて、設定された下りリンク割り当てのためのＨＡＲＱプロセスＩＤを導き出す(ｄｅｒｉｖｅ)ために使用されるパラメータｈａｒｑ－ＰｒｏｃＩＤ－ＯｆｆｓｅｔがＢＳによってＵＥにさらに提供される。ｈａｒｑ－ＰｒｏｃＩＤ－ＯｆｆｓｅｔはＳＰＳのためのＨＡＲＱプロセスのオフセットである。ｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔがない設定された下りリンク割り当てに対して、ＤＬ送信が開始されるスロットに連関するＨＡＲＱプロセスＩＤは以下の式から決定される：ＨＡＲＱ Ｐｒｏｃｅｓｓ ＩＤ＝[ｆｌｏｏｒ(ＣＵＲＲＥＮＴ_ｓｌｏｔ＊１０／(ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ＊ｐｅｒｉｏｄｉｃｉｔｙ))]ｍｏｄｕｌｏ ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ、ここで、ＣＵＲＲＥＮＴ_ｓｌｏｔ＝[(ＳＦＮ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ)＋ｓｌｏｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ]であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレームごとに連続するスロット数を意味する。ｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔがある設定された下りリンク割り当てに対して、ＤＬ送信が開始されるスロットに連関するＨＡＲＱプロセスＩＤは以下の式から決定される：ＨＡＲＱ Ｐｒｏｃｅｓｓ ＩＤ＝[ｆｌｏｏｒ(ＣＵＲＲＥＮＴ_ｓｌｏｔ／ｐｅｒｉｏｄｉｃｉｔｙ)]ｍｏｄｕｌｏ ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ＋ｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔ、ここで、ＣＵＲＲＥＮＴ_ｓｌｏｔ＝[(ＳＦＮ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ)＋ｓｌｏｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ]であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレームごとに連続するスロット数を意味する。

【0176】

該当ＤＣＩフォーマットの循環冗長検査(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ、ＣＲＣ)がＲＲＣパラメータｃｓ－ＲＮＴＩにより提供されたＣＳ－ＲＮＴＩを有してスクランブルされており、有効な(ｅｎａｂｌｅｄ)輸送ブロックのための新しいデータ指示子フィールドが０にセットされていると、ＵＥはスケジューリング活性化又はスケジューリング解除のために、ＤＬ ＳＰＳ割り当てＰＤＣＣＨ又は設定されたＵＬグラントタイプ２のＰＤＣＣＨを有効であると確認する(ｖａｌｉｄａｔｅ)。ＤＣＩフォーマットに対する全てのフィールドが表６又は表７によりセットされていると、ＤＣＩフォーマットの有効確認が達成される。表６はＤＬ ＳＰＳ及びＵＬグラントタイプ２のスケジューリング活性化ＰＤＣＣＨ有効確認のための特定のフィールドを例示し、表７はＤＬ ＳＰＳ及びＵＬグラントタイプ２のスケジューリング解除ＰＤＣＣＨ有効確認のための特定のフィールドを例示する。

【0177】

【表6】

【0178】

【表7】

【0179】

ＤＬ ＳＰＳ又はＵＬグラントタイプ２のための実際のＤＬ割り当て又はＵＬグラント、そして該当変調及びコーディング方式は、該当ＤＬ ＳＰＳ又はＵＬグラントタイプ２のスケジューリング活性化ＰＤＣＣＨにより搬送されるＤＣＩフォーマット内のリソース割り当てフィールド(例、ＴＤＲＡ値ｍを提供するＴＤＲＡフィールド、周波数リソースブロック割り当てを提供するＦＤＲＡフィールド、変調及びコーディング方式フィールド)により提供される。有効確認が達成されると、ＵＥはＤＣＩフォーマット内の情報をＤＬ ＳＰＳ又は設定されたＵＬグラントタイプ２の有効な活性化又は有効な解除とみなす。

【0180】

この明細ではＤＬ ＳＰＳに基づくＰＤＳＣＨをＳＰＳ ＰＤＳＣＨとも称し、ＵＬ ＣＧに基づくＰＵＳＣＨをＣＧ ＰＵＳＣＨとも称し、ＰＤＣＣＨが運ぶＤＣＩにより動的にスケジューリングされたＰＤＳＣＨをＤＧ ＰＤＳＣＨとも称し、ＰＤＣＣＨが運ぶＤＣＩにより動的にスケジューリングされたＰＵＳＣＨをＤＧ ＰＵＳＣＨとも称する。

【0181】

図８はＨＡＲＱ－ＡＣＫ送信／受信過程を例示する。

【0182】

図８を参照すると、ＵＥはスロットｎでＰＤＣＣＨを検出(ｄｅｔｅｃｔ)する。その後、ＵＥはスロットｎでＰＤＣＣＨを介して受信したスケジューリング情報によってスロットｎ＋Ｋ０でＰＤＳＣＨを受信した後、スロットｎ＋Ｋ１でＰＵＣＣＨを介してＵＣＩを送信する。ここで、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。

【0183】

ＰＤＳＣＨをスケジューリングするＰＤＣＣＨにより搬送されるＤＣＩ(例、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１)は以下の情報を含む。

【0184】

－周波数ドメインリソースの割り当て(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ、ＦＤＲＡ)：ＰＤＳＣＨに割り当てられたＲＢセットを示す。

【0185】

－時間ドメインリソースの割り当て(ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ、ＴＤＲＡ)：ＤＬ割り当て－ｔｏ－ＰＤＳＣＨスロットオフセットＫ０、スロット内のＰＤＳＣＨの開始位置(例、シンボルインデックスＳ)及び長さ(例、シンボル数Ｌ)、ＰＤＳＣＨマッピングタイプを示す。ＰＤＳＣＨマッピングタイプＡ又はＰＤＳＣＨマッピングタイプＢがＴＤＲＡにより指示される。ＰＤＳＣＨマッピングタイプＡの場合、ＤＭＲＳがスロットにおいて３番目のシンボル(シンボル＃２)或いは４番目のシンボル(シンボル＃３)に位置する。ＰＤＳＣＨマッピングタイプＢの場合、ＤＭＲＳがＰＤＳＣＨのために割り当てられた１番目のシンボルに位置する。

【0186】

－ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ_フィードバックタイミング指示子：Ｋ１を示す。

【0187】

ＰＤＳＣＨが最大１つのＴＢを送信するように設定された場合、ＨＡＲＱ－ＡＣＫ応答は１－ビットで構成される。ＰＤＳＣＨが最大２つの輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)を送信するように設定された場合は、ＨＡＲＱ－ＡＣＫ応答は空間(Ｓｐａｔｉａｌ)バンドリングが設定されていないと、２－ビットで構成され、空間バンドリングが設定されていると、１－ビットで構成される。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点がスロットｎ＋Ｋ１と指定された場合、スロットｎ＋Ｋ１で送信されるＵＣＩは複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。

【0188】

この明細書において、１つ又は複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットで構成されたＨＡＲＱ－ＡＣＫペイロードは、ＨＡＲＱ－ＡＣＫコードブックとも称される。ＨＡＲＱ－ＡＣＫコードブックはＨＡＲＱ－ＡＣＫペイロードが決定される方式によってｉ）準－静的(Ｓｅｍｉ－ｓｔａｔｉｃ)ＨＡＲＱ－ＡＣＫコードブック、ii）動的ＨＡＲＱ－ＡＣＫコードブック、及びiii）ＨＡＲＱプロセス基盤のＨＡＲＱ－ＡＣＫコードブックに区別される。

【0189】

準－静的ＨＡＲＱ－ＡＣＫコードブックの場合、ＵＥが報告するＨＡＲＱ－ＡＣＫペイロードサイズに関連するパラメータが(ＵＥ－特定の)上位階層(例、ＲＲＣ)信号により準－静的に設定される。例えば、準－静的ＨＡＲＱ－ＡＣＫコードブックのＨＡＲＱ－ＡＣＫペイロードのサイズは、１つのスロット内の１つのＰＵＣＣＨを介して送信される(最大の)ＨＡＲＱ－ＡＣＫペイロード(サイズ)は、ＵＥに設定された全てのＤＬ搬送波(即ち、ＤＬサービングセル)及びＨＡＲＱ－ＡＣＫ送信タイミングが指示される全てのＤＬスケジューリングスロット(又はＰＤＳＣＨ送信スロット又はＰＤＣＣＨモニタリングスロット)の組み合わせ(以下、バンドリングウィンドウ)に対応するＨＡＲＱ－ＡＣＫビット数に基づいて決定される。即ち、準－静的ＨＡＲＱ－ＡＣＫコードブック方式は、実際スケジューリングされたＤＬデータの数に関係なく、ＨＡＲＱ－ＡＣＫコードブックのサイズが(最大値に)固定される方式である。例えば、ＤＬグラントＤＣＩ(ＰＤＣＣＨ)にはＰＤＳＣＨ ｔｏ ＨＡＲＱ－ＡＣＫタイミング情報が含まれ、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ＡＣＫタイミング情報は複数の値のうちの１つ(例、ｋ)を有する。例えば、ＰＤＳＣＨがスロット＃ｍで受信され、ＰＤＳＣＨをスケジューリングするＤＬグラントＤＣＩ(ＰＤＣＣＨ)内のＰＤＳＣＨ ｔｏ ＨＡＲＱ－ＡＣＫタイミング情報がｋを指示する場合、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報は、スロット＃(ｍ＋ｋ)で送信される。一例として、ｋ∈{１、２、３、４、５、６、７、８}のように与えられる。一方、ＨＡＲＱ－ＡＣＫ情報がスロット＃ｎで送信される場合は、ＨＡＲＱ－ＡＣＫ情報はバンドリングウィンドウを基準としてできる限り最大のＨＡＲＱ－ＡＣＫを含む。即ち、スロット＃ｎのＨＡＲＱ－ＡＣＫ情報はスロット＃(ｎ－ｋ)に対応するＨＡＲＱ－ＡＣＫを含む。例えば、ｋ∈{１、２、３、４、５、６、７、８}である場合、スロット＃ｎのＨＡＲＱ－ＡＣＫ情報は実際のＤＬデータ受信に関係なく、スロット＃(ｎ－８)～スロット＃(ｎ－１)に対応するＨＡＲＱ－ＡＣＫを含む(即ち、最大数のＨＡＲＱ－ＡＣＫ)。ここで、ＨＡＲＱ－ＡＣＫ情報はＨＡＲＱ－ＡＣＫコードブック、ＨＡＲＱ－ＡＣＫペイロードに代替することができる。またスロットはＤＬデータ受信のための候補時期(ｏｃｃａｓｉｏｎ)と理解／代替することができる。例示のように、バンドリングウィンドウはＨＡＲＱ－ＡＣＫスロットを基準としてＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ＡＣＫタイミングに基づいて決定され、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ＡＣＫタイミングセットは所定の値を有するか(例、{１、２、３、４、５、６、７、８})、又は上位階層(ＲＲＣ)シグナリングにより設定される。準－静的ＨＡＲＱ－ＡＣＫコードブックはタイプ－１のＨＡＲＱ－ＡＣＫコードブックとも称される。タイプ－１のＨＡＲＱ－ＡＣＫコードブックの場合、ＨＡＲＱ－ＡＣＫ報告で送信するビットの数が固定され、大きいこともある。多いセルが設定されたが、少ないセルのみスケジューリングされる場合には、タイプ－１のＨＡＲＱ－ＡＣＫコードブックは非効率的である。

【0190】

なお、動的(ｄｙｎａｍｉｃ)ＨＡＲＱ－ＡＣＫコードブックの場合、ＵＥが報告するＨＡＲＱ－ＡＣＫペイロードサイズがＤＣＩなどにより動的に変わることができる。動的ＨＡＲＱ－ＡＣＫコードブックはタイプ－２のＨＡＲＱ－ＡＣＫコードブックとも称される。タイプ－２のＨＡＲＱ－ＡＣＫコードブックはＵＥがスケジューリングされたサービングセルに対してのみフィードバックを送るので、より最適化されたＨＡＲＱ－ＡＣＫフィードバックであるといえる。なお、悪いチャネル状態ではＵＥがスケジューリングされたサービングセルの数を間違って把握する可能性があり、それを解決するために、ＤＡＩがＤＣＩの一部として含まれる。例えば、動的ＨＡＲＱ－ＡＣＫコードブック方式において、ＤＬスケジューリングＤＣＩはｃｏｕｎｔｅｒ－ＤＡＩ(即ち、ｃ－ＤＡＩ)及び／又はｔｏｔａｌ－ＤＡＩ(即ち、ｔ－ＤＡＩ)を含む。ここで、ＤＡＩは下りリンク割り当てインデックス(ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ)を意味し、１つのＨＡＲＱ－ＡＣＫ送信に含まれる送信された或いはスケジューリングされたＰＤＳＣＨをＢＳがＵＥに知らせるために使用される。特に、ｃ－ＤＡＩはＤＬスケジューリングＤＣＩを運ぶＰＤＣＣＨ(以下、ＤＬスケジューリングＰＤＣＣＨ)の間の順序を知らせるインデックスであり、ｔ－ＤＡＩはｔ－ＤＡＩを有するＰＤＣＣＨがある現在スロットまでのＤＬスケジューリングＰＤＣＣＨの総数を示すインデックスである。

【0191】

一方、ＨＡＲＱプロセス基盤のＨＡＲＱ－ＡＣＫコードブックの場合、ＰＵＣＣＨグループ内の設定された(或いは活性化された)全てのサービングセルの全てのＨＡＲＱプロセスに基づいてＨＡＲＱ－ＡＣＫペイロードが決定される。例えば、ＵＥがＨＡＲＱプロセス基盤のＨＡＲＱ－ＡＣＫコードブックにより報告するＨＡＲＱ－ＡＣＫペイロードサイズは、ＵＥに設定されたＰＵＣＣＨグループ内の設定された或いは活性化された全てのサービングセルの数及びサービングセルに対するＨＡＲＱプロセスの数によって決定される。ＨＡＲＱプロセス基盤のＨＡＲＱ－ＡＣＫコードブックはタイプ－３のＨＡＲＱ－ＡＣＫコードブックとも称される。タイプ－３のＨＡＲＱ－ＡＣＫコードブックは１回限り(ｏｎｅ－ｓｈｏｔ)のフィードバックに適用できる。

【0192】

いくつのシナリオにおいては、１４個のＯＦＤＭシンボルからなるスロットに基づくＰＵＣＣＨフィードバックだけではなく、１４個より少ない数(例えば、２～７個)のＯＦＤＭシンボルからなるサブスロットに基づくＰＵＣＣＨフィードバックが考えられる。

【0193】

異なるサービスタイプ及び／又はＱｏＳ及び／又は待ち時間要求事項及び／又は信頼度要求事項及び／又は優先順位を有する複数のＤＬデータチャネル(例えば、複数のＰＤＳＣＨ)に対するＨＡＲＱ－ＡＣＫフィードバックのために、別々(ｓｅｐａｒａｔｅ)のコードブックが形成(ｆｏｒｍ)／生成(ｇｅｎｅｒａｔｅ)される。例えば、高い優先順位に連関するＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックと低い優先順位に連関するＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックが別々に設定／形成される。異なる優先順位のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫフィードバックのために、異なる優先順位のためのそれぞれのＰＵＣＣＨ送信に対して異なるパラメータ及びリソース設定が考えられる(例えば、３ＧＰＰ ＴＳ ３８.３３１の情報要素(ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ，ＩＥ)ｐｕｃｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＬｉｓｔを参照)。例えば、ＵＥにＲＲＣシグナリングによりｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ＣｏｄｅｂｏｏｋＬｉｓｔが提供されると、ＵＥはｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ＣｏｄｅｂｏｏｋＬｉｓｔによって１つ又は複数のＨＡＲＱ－ＡＣＫコードブックを生成するように指示される。ＵＥが１つのＨＡＲＱ－ＡＣＫコードブックを生成するように指示されると、ＨＡＲＱ－ＡＣＫコードブックは優先順位インデックス０のＰＵＣＣＨに連関する。ＵＥにｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ＣｏｄｅｂｏｏｋＬｉｓｔが提供されると、ＵＥは同じ優先順位インデックスに連関するＨＡＲＱ－ＡＣＫ情報のみを同じＨＡＲＱ－ＡＣＫコードブックに多重化する。ＵＥが２つのＨＡＲＱ－ＡＣＫコードブックを生成するように指示されると、第１のＨＡＲＱ－ＡＣＫコードブックは優先順位インデックス０のＰＵＣＣＨに連関し、第２のＨＡＲＱ－ＡＣＫコードブックは優先順位１のＰＵＣＣＨに連関する。

【0194】

ＤＬデータチャネルからＨＡＲＱ－ＡＣＫフィードバック送信のためのＰＵＣＣＨ送信間の時間差(例えば、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ_フィードバックタイミング指示子)の単位(ｕｎｉｔ)は、所定のサブスロットの長さ(例えば、サブスロットを構成するシンボルの数)によって決定される。例えば、ＵＥ特定のＰＵＣＣＨパラメータの設定に使用される設定情報であるＰＵＣＣＨ－Ｃｏｎｆｉｇ内のパラメータ"ｓｕｂｓｌｏｔＬｅｎｇｔｈＦｏｒＰＵＣＣＨ"によってＤＬデータチャネルからＨＡＲＱ－ＡＣＫフィードバック送信のためのＰＵＣＣＨまでの時間差の単位が設定される。かかるシナリオによれば、ＨＡＲＱ－ＡＣＫコードブックごとにＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミング指示子の長さ単位が設定される。

【0195】

いくつのシナリオにおいては、ＨＡＲＱプロセスに対するＰＤＳＣＨ受信とＨＡＲＱ－ＡＣＫ送信がばらばらの順に(ｏｕｔ－ｏｆ－ｏｒｄｅｒ)行われることが許容されない。これはＵＥとＢＳがＰＵＣＣＨ送信時点を同一に仮定して、ＢＳがこのＢＳが送信したＰＵＣＣＨを成功的に受信するために必要な１つの方法である。かかるシナリオでは、例えば、先に受信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信は後に受信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信前に終了するようにＰＤＳＣＨがスケジューリングされなければならない。かかるシナリオでは、所定のスケジューリングされたセル内の任意(ａｎｙ)のＨＡＲＱプロセスＩＤに対して、ＵＥは他のＰＤＳＣＨと時間が重なるＰＤＳＣＨを受信することを期待しないと規定される。また、かかるシナリオでは、ＵＥは所定のＨＡＲＱプロセスに対する他のＰＤＳＣＨをそのＨＡＲＱプロセスに対するＨＡＲＱ－ＡＣＫの予定された(ｅｘｐｅｃｔｅｄ)送信が終わるまでは受信することが期待されないと規定される。

【0196】

図９はいくつのシナリオによるスケジューリング制約の一例を示す図である。

【0197】

図９を参照すると、例えば、いくつのシナリオにおいて、ＨＡＲＱプロセス＃ｉに対するＰＤＳＣＨ＃１を受信したＵＥは、ＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫ送信が終了するまでＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨ(例えば、図９のＰＤＳＣＨ＃２)を受信することを期待せず、ＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨはＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫ送信が終了してからこそ他のＰＤＳＣＨを受信すると期待する。

【0198】

いくつのシナリオにおいては、上りリンク或いは下りリンクスケジューリングが動的或いは準－静的に行われ、ＢＳはＵＥにｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ或いはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄメッセージを用いて準－静的に、或いはＤＣＩフォーマット２_０を用いて動的に各々のシンボルの送信方向(例えば、下りリンク、上りリンク又はフレキシブル)を設定又は指示する。このように設定／指示された送信方向によって設定された上りリンク或いは下りリンクスケジューリングが取り消されることもある。

【0199】

図１０はＨＡＲＱ－ＡＣＫ延期(ｄｅｆｅｒｒａｌ)の一例を示す図である。

【0200】

いくつのシナリオ(例えば、３ＧＰＰ ＮＲ Ｒｅｌ－１６)では、ＵＥにＢＳからＰＤＳＣＨがスケジューリングされると、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨ(以下、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ)をＰＤＳＣＨに対するスケジューリング情報により指定された時間に送信される。しかし、かかる一連の動作は、ＵＥをして準－静的に設定されたＳＰＳ ＰＤＳＣＨを受信した後に常に所定の時間が経過した後にＰＵＣＣＨを送信するようにして、ＳＰＳ ＰＤＳＣＨの周期と整列されないＴＤＤパターンが使用されるか、又はＢＳの動的ＴＤＤ動作によってＰＵＣＣＨ送信が容易に取り消され、この取り消されたＰＵＣＣＨ送信に連関するＰＤＳＣＨ送信も取り消されたり、再送信が要求されたりする。従って、この問題を解決するために、ＰＤＳＣＨに対して定められたＰＵＣＣＨタイミングをＵＥが所定の方法或いは任意に延期する(ｄｅｆｅｒ)動作、即ち、遅延する(ｄｅｌａｙ)動作が考えられる。例えば、ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ(以下、ＳＰＳ ＨＡＲＱ－ＡＣＫ)送信のために設定されたＰＵＣＣＨが設定或いは指示された送信方向によって取り消される場合、ＨＡＲＱ－ＡＣＫ送信を元の予定された(ｅｘｐｅｃｔｅｄ)時間後に延ばすＨＡＲＱ－ＡＣＫ延期(ＨＡＲＱ－ＡＣＫ ｄｅｆｅｒｒａｌ)が考えられている。図１０を参照すると、例えば、スロット＃ｎ－１内のＳＰＳ ＰＤＳＣＨがＨＡＲＱプロセス＃ｉを使用し、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信がスロット＃ｎにスケジューリングされたが、ＵＥがＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信のためのスロット＃ｎ内のＰＵＣＣＨを所定の条件に基づいてスロット＃ｍに延ばすと決定することができる。かかるＨＡＲＱ－ＡＣＫ延期により、ＵＥとＢＳはＰＵＣＣＨ送信が取り消されても、後にＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を送信／受信することが可能である。

【0201】

しかし、図９で説明したシナリオによるスケジューリング制約によれば、ＳＰＳ ＰＤＳＣＨに対する再送信もＨＡＲＱ－ＡＣＫ送信後に行われるので、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに対してＨＡＲＱ－ＡＣＫ延期が行われると、ＨＡＲＱ－ＡＣＫが予定の時点よりも遅い時点に送信されて、ＳＰＳ ＰＤＳＣＨに対する再送信に大きな遅延が発生する。

【0202】

この問題に勘案して、以下では、ＵＥがＳＰＳに対する一部のＰＵＣＣＨ送信を遅延してＰＤＳＣＨ受信タイミングとＨＡＲＱ－ＡＣＫ送信タイミングの間隙が長くなった場合、連関するＨＡＲＱプロセスに対する新しいＰＤＳＣＨ受信と該当ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ送信を行うための具現について説明する。

【0203】

より具体的には、以下では、ＵＥのＳＰＳ ＨＡＲＱ－ＡＣＫ情報のためのＰＵＣＣＨ送信が取り消されたとき、ＳＰＳ ＨＡＲＱ－ＡＣＫ情報を他の上りリンクチャネルで送信するために、ＵＥとＢＳが異なる上りリンクチャネル(例えば、ＰＵＣＣＨ)を選択する具現、及びＳＰＳ ＨＡＲＱ－ＡＣＫ情報を既存のＵＣＩに多重化する具現について説明する。この明細のいくつの具現により、ＢＳはより自由にＴＤＤ ＵＬ－ＤＬ設定及びＳＰＳ ＰＤＳＣＨリソースをＵＥに提供することができる。またＵＥは所定のＳＰＳ ＰＤＳＣＨに対するＰＵＣＣＨがＴＤＤ動作によって使用できない場合にも、この明細のいくつの具現により使用可能な上りリンクリソース及びチャネルを用いて該当ＳＰＳ ＨＡＲＱ－ＡＣＫ応答をＢＳに伝達することができる。

【0204】

ＵＥの立場：

【0205】

図１１はこの明細のいくつの具現によるＵＥの動作の流れを例示する図である。

【0206】

この明細のいくつの具現において、ＵＥがＨＡＲＱプロセスに連関するＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信をＢＳが指示或いは設定した時間から遅延させた場合、ＢＳはＵＥに対するさらに他のＰＤＳＣＨスケジューリングによりＵＥをして同じＨＡＲＱプロセスに対するさらに他のＰＤＳＣＨ受信を行うようにする。このとき、いくつの具現においては、ＵＥは遅延されたＨＡＲＱ－ＡＣＫ送信を省略してもよい。又はいくつの具現においては、ＵＥは遅延されたＨＡＲＱ－ＡＣＫ送信を他のＵＣＩ或いは上りリンクデータと多重化する。

【0207】

ＵＥはＢＳからＴＤＤ設定(例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、又はｔｄｄ－ＵＬ－ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ)とＳＰＳ 無線リソース設定(例えば、ＳＰＳ設定)を受信する。ＵＥはＴＤＤ設定及びＳＰＳ設定に基づいて下りリンク無線リソースでＨＡＲＱプロセス＃ｉに対するＳＰＳ ＰＤＳＣＨを受信する(Ｓ１１０１)。ＵＥはＨＡＲＱプロセス＃ｉに対するＳＰＳ ＰＤＳＣＨを受信した後、ＳＰＳ ＰＤＳＣＨに連関するＰＵＣＣＨリソースＸが下りリンク無線リソースを含む場合は、今後の他の送信可能なＰＵＣＣＨリソース或いは使用可能な上りリンクリソースＹでＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信を行うことを決定する(Ｓ１１０３)。ＵＥはＰＵＣＣＨリソースＸの後からＳＰＳ ＰＤＳＣＨのＨＡＲＱプロセス＃ｉに関する新しいＰＤＳＣＨスケジューリング情報を受信することを期待する。ＵＥはＰＵＣＣＨリソースＸの後からＳＰＳ ＰＤＳＣＨのＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨを受信することを期待する(Ｓ１１０５)。

【0208】

ＵＥが新しいＰＤＳＣＨスケジューリング情報を受信し、それに連関するＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨリソースＺで送信する場合、ＵＥはこの明細のいくつの具現により上りリンクリソースＹとＰＵＣＣＨリソースＺの上で送信するＨＡＲＱ－ＡＣＫ情報を決定する。

【0209】

この明細の具現において、以下のようなＵＥ動作が考えられる。

【0210】

＜具現Ａ１＞ＰＵＣＣＨ送信の延期後、速い(再－)送信(ｆａｓｔ (ｒｅ－)ｔｒａｎｓｍｉｓｓｉｏｎ ａｆｔｅｒ ｄｅｆｅｒｒｉｎｇ ＰＵＣＣＨ ｔｒａｎｓｍｉｓｓｉｏｎ)

【0211】

ＵＥはＢＳからＴＤＤ設定とＳＰＳ無線リソースに対する設定を受信し、下りリンク無線リソースでＳＰＳ ＰＤＳＣＨ受信を行う。ＵＥはＳＰＳ ＰＤＳＣＨを受信した後、連関するＰＵＣＣＨリソースＸが下りリンク無線リソースを含む場合は、今後の他の送信可能なＰＵＣＣＨリソース或いは使用可能な上りリンクリソースＹで該当ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信を行う。ＵＥはＰＵＣＣＨリソースＸの後から(ｆｒｏｍ ｏｒ ａｆｔｅｒ)ＳＰＳ ＰＤＳＣＨのＨＡＲＱプロセスに関する新しいスケジューリング情報の受信を期待する。

【0212】

いくつの具現においては、例えば、以下の時点にＳＰＳ ＰＤＳＣＨのＨＡＲＱプロセスに関する新しいスケジューリング情報の受信が期待される。

【0213】

i) ＰＵＣＣＨリソースＸがスロット＃ｎ或いはサブスロット＃ｎに指示された場合、スロット＃ｎ＋１或いはサブスロット＃ｎ＋１から

【0214】

ii) ＰＵＣＣＨリソースＸの開始シンボル後から

【0215】

iii) ＰＵＣＣＨリソースＸの最後シンボルから

【0216】

iv) ＰＵＣＣＨリソースＸの終了後から

【0217】

いくつの具現において、ＳＰＳ ＰＤＳＣＨのＨＡＲＱプロセスに関する新しいスケジューリング情報はＳＰＳ ＰＤＳＣＨに送信された輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＴＢ)に対する再送信に限定されることがある。例えば、新しいＰＤＳＣＨを指示するスケジューリングＤＣＩがＣＳ－ＲＮＴＩにスクランブルされ、ＮＤＩ値が１に指示された場合に対しては、具現Ａ１が適用されると限定される。例えば、いくつの具現において、遅延されたＨＡＲＱ－ＡＣＫ送信に連関するＨＡＲＱプロセスに対する新しいＰＤＳＣＨを指示するスケジューリングＤＣＩがＣＳ－ＲＮＴＩにスクランブルされ、ＮＤＩ値が１に指示された場合に限って、ＵＥはＨＡＲＱ－ＡＣＫ送信が延期された後の送信時点が終わる前であっても、ＨＡＲＱ－ＡＣＫ送信が延期される前の送信時点が終わると、スケジューリングＤＣＩの受信を期待する。

【0218】

いくつの具現においては、新しいスケジューリング情報は、該当ＨＡＲＱプロセスに対するＴＢ或いは連関するＨＡＲＱ情報(ｔｈｅ ａｓｓｏｃｉａｔｅｄ ＨＡＲＱ ｉｎｆｏｒｍａｔｉｏｎ)などを変更する情報、例えば、受信されたコーディングされたビット(ｃｏｄｅｄ ｂｉｔ)、最後に受信された冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ，ＲＶ)、受信されたＴＢ、指示された変調及びコーディング方式(ｍｏｄｕｌａｔｉｏｎ ｃｏｄｉｎｇ ｓｃｈｅｍｅ，ＭＣＳ)値、ＴＢ長さ、ＮＤＩ値、ＨＡＲＱ－ＡＣＫ送信タイミング、及びＰＵＣＣＨリソース指示子のいずれを変更する情報を含む。

【0219】

図１２はいくつのシナリオによるスケジューリング制約の他の例を示す図である。特に図１２はばらばらの順のＨＡＲＱ送信が許容されないいくつのシナリオにおいてＨＡＲＱ－ＡＣＫ延期が行われた場合、同じＨＡＲＱプロセスに対するＰＤＳＣＨ受信時点とそのＨＡＲＱ－ＡＣＫのための送信時点の関係を例示する。

【0220】

いくつのシナリオにおいては、ＵＥが１つのＨＡＲＱプロセスでＰＤＳＣＨ受信とＨＡＲＱ－ＡＣＫ送信をばらばらの順(ｏｕｔ－ｏｆ－ｏｒｄｅｒ)に行うことが許容されない。一例として、ＵＥは所定のＨＡＲＱプロセスに対するさらに他のＰＤＳＣＨはそのＨＡＲＱプロセスに対するＨＡＲＱ－ＡＣＫの予想された送信終了までは受信することが期待されない(図９を参照)。所定のスケジューリングされたセルにおいて、ＵＥは第１ＰＤＳＣＨ、そして第１ＰＤＳＣＨのために送信されるように割り当てられたＨＡＲＱ－ＡＣＫのための他のリソースの開始前に終わるリソース上で送信されるように割り当てられたその該当ＨＡＲＱ－ＡＣＫを有する、第１ＰＤＳＣＨよりも遅く開始される、第２ＰＤＳＣＨを(同時に)受信することが期待されず、ここで、２つのリソースはその連関するＨＡＲＱ－ＡＣＫ送信に対する異なるスロット内であり、各スロットは１４個のシンボル或いは提供できれば、ｓｕｂｓｌｏｔＬｅｎｇｔｈＦｏｒＰＵＣＣＨにより指示される数のシンボルからなり、２つのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫは同じ優先順位のＨＡＲＱ－ＡＣＫコードブックに連関する。所定のスケジューリングされたセルにおいて、２つのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが異なる優先順位のＨＡＲＱ－ＡＣＫコードブックに連関すると、ＵＥは第１ＰＤＳＣＨ、そして第１ＰＤＳＣＨのために送信されるように割り当てられたＨＡＲＱ－ＡＣＫのための他のリソースの開始前に終わるリソース上で送信されるように割り当てられたそのＨＡＲＱ－ＡＣＫを有する、第１ＰＤＳＣＨよりも遅く開始される、第２ＰＤＳＣＨを(同時に)受信することが期待されない。

【0221】

図１２を参照すると、ＨＡＲＱプロセス＃ｉに基づくＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫの送信がＨＡＲＱ－ＡＣＫ延期によってスロット＃ｎからスロット＃ｎよりも後であるスロット＃ｍに延期された場合、ＵＥはスロット＃ｍでのＨＡＲＱ－ＡＣＫの予定された送信が終わる前には同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨを受信することを期待せず、スロット＃ｍでのＨＡＲＱ－ＡＣＫの予定された送信が終わってからこそ同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨを受信することを期待する。

【0222】

しかし、この明細のいくつの具現では、より速い再送信或いは新しい送信のために、ＵＥは下りリンクシンボルとの衝突によってドロップされたＨＡＲＱ－ＡＣＫ応答送信及び／又は高い優先順位の上りリンク制御情報との衝突によって取り消された低い優先順位のＨＡＲＱ－ＡＣＫ応答(そしてそれに該当するＨＡＲＱプロセスＩＤ)に対しては、例外的に、１)該当ドロップされた及び／又は取り消されたＨＡＲＱ－ＡＣＫ送信が遅延して載せられるように設定されたＰＵＣＣＨ又はＴｙｐｅ－３のコードブックにより該当ＨＡＲＱ－ＡＣＫの送信が行われる前であっても同じＨＡＲＱプロセスＩＤに対するＰＤＳＣＨ(再－)送信／受信及び対応するＨＡＲＱ－ＡＣＫ送信を行う動作が許容され、２)既存に定義された１つのＨＡＲＱプロセスＩＤに対するばらばらの順の(ｏｕｔ－ｏｆ－ｏｒｄｅｒ)ＨＡＲＱ制限が(実際ＨＡＲＱ－ＡＣＫ送信時点ではない(例えば、ＨＡＲＱ－ＡＣＫの延期された送信時点ではない))ドロップされる／取り消される前に指示／設定されたＨＡＲＱ－ＡＣＫ送信時点を基準として判断されるように緩和される。

【0223】

即ち、この明細のいくつの具現では、下りリンクシンボルとの衝突によってドロップされたＨＡＲＱ－ＡＣＫ応答送信及び／又は高い優先順位の上りリンク制御情報との衝突によって取り消された低い優先順位のＨＡＲＱ－ＡＣＫ応答(そしてそれに該当するＨＡＲＱプロセスＩＤ)に対しては、例外的に、１)該当ドロップされた及び／又は取り消されたＡ／Ｎフィードバックが遅延して載せられるように設定されたＰＵＣＣＨ又はＴｙｐｅ－３のコードブックにより該当Ａ／Ｎフィードバックの送信が行われる前であっても同じＨＡＲＱプロセスＩＤに対するＰＤＳＣＨ(再－)送信／受信及び対応するＡ／Ｎフィードバック送信を行う動作が許容され、２)同じＨＡＲＱプロセスＩＤに対するばらばらの順の(ｏｕｔ－ｏｆ－ｏｒｄｅｒ)ＨＡＲＱであるか否かが(実際Ａ／Ｎ送信時点ではない(例えば、ＨＡＲＱ－ＡＣＫの延期された送信時点ではない))ドロップされる／取り消される前に指示／設定されたＡ／Ｎ送信時点を基準として判断されるように緩和される。

【0224】

図１３はこの明細のいくつの具現によるＨＡＲＱタイミングの一例を示す図である。特に図１３はＨＡＲＱ－ＡＣＫ延期が行われた場合、同じＨＡＲＱプロセスに対するＰＤＳＣＨ受信時点とそのＨＡＲＱ－ＡＣＫのための送信時点の関係を例示している。

【0225】

図１３を参照すると、ＨＡＲＱプロセス＃ｉに基づくＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫの送信がＨＡＲＱ－ＡＣＫ延期によってスロット＃ｎからスロット＃ｎよりも後であるスロット＃ｍに延期された場合、ＵＥはこの明細のいくつの具現によってスロット＃ｍでのＨＡＲＱ－ＡＣＫの予定された送信の終了前であっても、スロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された送信の終了後には同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨを受信することを期待する。

【0226】

但し、ＵＥはスロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された送信が終わる前には同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨを受信することが期待されない。即ち、ＵＥは早くてもスロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された送信が終わってからこそ同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨの受信を期待する。ここで、他のＰＤＳＣＨはＰＤＳＣＨ＃１に対する再送信ＰＤＳＣＨであってもよく、ＰＤＳＣＨ＃１とは異なる新しいＰＤＳＣＨであってもよい。いくつの具現において、ＵＥがスロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された送信が終わってからこそ同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨの受信を期待するとは、スロット＃ｍでのＨＡＲＱ－ＡＣＫの予定された送信が終わる前には同じＨＡＲＱプロセス＃ｉを使用する他のＰＤＳＣＨがＵＥに受信されないことを意味する。又は、ＵＥがスロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された送信が終わってからこそ同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨの受信を期待するとは、スロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された送信が終わる前に同じＨＡＲＱプロセス＃ｉを使用する他のＰＤＳＣＨがＵＥに受信されてもＵＥは他のＰＤＳＣＨを復号しないか、それに対するＨＡＲＱ－ＡＣＫを送信しないか、又は間違いであると判断することを意味する。又は、ＵＥがスロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された送信が終わってからこそ同じＨＡＲＱプロセス＃ｉを使用する他のＰＤＳＣＨの受信を期待するとは、同じＨＡＲＱプロセス＃ｉを使用する他のＰＤＳＣＨの送信がＨＡＲＱ－ＡＣＫ送信の終了前に行われると指示するスケジューリング情報を受信しても、ＵＥがスケジューリング情報を有効ではないと判断することを意味する。

【0227】

＜具現Ａ１－１＞速い(再－)送信のためのＨＡＲＱ－ＡＣＫ応答(ＨＡＲＱ－ＡＣＫ ｒｅｓｐｏｎｓｅ ｆｏｒ ｆａｓｔ (ｒｅ－)ｔｒａｎｓｍｉｓｓｉｏｎ)

【0228】

具現Ａ１に関連して、さらに以下のものが考えられる。具現Ａ１のように、ＳＰＳ ＰＤＳＣＨのための遅延されたＨＡＲＱ－ＡＣＫ送信Ｘの前にその連関するＨＡＲＱプロセスに対する新しい動的ＰＤＳＣＨのスケジューリングとそれに対するＨＡＲＱ－ＡＣＫ送信Ｙが指示された場合、ＵＥは以下のような代案(ａｌｔｅｒｎａｔｉｖｅ)によってＨＡＲＱ－ＡＣＫ送信Ｘ及び／又はＨＡＲＱ－ＡＣＫ送信Ｙを行う。例えば、ＨＡＲＱプロセス＃ｉに基づくＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫの送信がＨＡＲＱ－ＡＣＫ延期によってスロット＃ｎからスロット＃ｎよりも後であるスロット＃ｍに延期され、ＵＥがスロット＃ｍでのＨＡＲＱ－ＡＣＫの予定された送信Ｘ前にＨＡＲＱプロセス＃ｉに対する動的スケジューリングされた新しいＰＤＳＣＨ(以下、動的ＰＤＳＣＨ)と、動的ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信Ｙに関するスケジューリング情報を受信する場合、ＵＥは以下のような代案によってＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙを行う。

【0229】

＊代案１：ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙが同じＴＢに対するＨＡＲＱ－ＡＣＫ応答であれば、ＵＥはＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙを全て行う。このとき、フィードバック値の場合、ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙのそれぞれの送信時点に基づいて該当ＨＡＲＱプロセスに対する最新の復号結果がそれぞれ報告される。これはＨＡＲＱ－ＡＣＫの信頼度向上に使用される。

【0230】

＊代案１－１：ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙが同じＴＢに対するＨＡＲＱ－ＡＣＫ応答であれば、ＵＥはＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙを全て行う。このとき、ＨＡＲＱ－ＡＣＫ送信Ｘ内のフィードバック値としてはＳＰＳ ＰＤＳＣＨの復号結果に基づく値を使用し、ＨＡＲＱ－ＡＣＫ送信Ｙ内のフィードバック値としては動的ＰＤＳＣＨの復号結果に基づく値を使用する。

【0231】

＊代案２：ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙが同じＴＢに対するＨＡＲＱ－ＡＣＫ応答であれば、ＵＥはＨＡＲＱ－ＡＣＫ送信Ｘを行わず、ＨＡＲＱ－ＡＣＫ送信Ｙのみを行ってもよい。代案２は、ＨＡＲＱ－ＡＣＫ送信ＸがＨＡＲＱ－ＡＣＫ送信Ｘが行われる上りリンクリソースの唯一のＨＡＲＱ－ＡＣＫフィードバックである場合に限定される。例えば、代案２は、ＨＡＲＱ－ＡＣＫ送信ＸがＰＵＣＣＨに他のＨＡＲＱ－ＡＣＫ送信が多重化されない場合、即ち、該当ＰＵＣＣＨにＨＡＲＱ－ＡＣＫ送信Ｘを除いた他のＨＡＲＱ－ＡＣＫ情報がない場合に限定される。代案２ではＵＥが最新の復号結果のみを送信するようにして、ＵＥの複雑度及びＵＥによる上りリンク送信を最小化することができる。

【0232】

＊代案３：ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙが異なるＴＢに対するＨＡＲＱ－ＡＣＫ応答であれば、ＵＥはＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙを全て行う。このとき、ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙのそれぞれの送信時点に基づいて該当ＨＡＲＱプロセスに対する最新の復号結果がフィードバック値としてそれぞれ報告される。報告されるフィードバック値はＨＡＲＱ－ＡＣＫ送信Ｘの送信時点とＨＡＲＱ－ＡＣＫ送信Ｙの送信時点によって異なるか又は等しい。例えば、ＰＤＳＣＨ Ｘの受信後にＰＤＳＣＨ Ｙが受信され、ＨＡＲＱ－ＡＣＫ送信Ｘの前にＨＡＲＱ－ＡＣＫ送信Ｙに対応するＴＢの復号が終了すると、ＰＤＳＣＨ ＸのＨＡＲＱ－ＡＣＫは送信されず、ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙの両方でＰＤＳＣＨ Ｘの復号結果がフィードバック値として報告される。これはＨＡＲＱ－ＡＣＫの信頼度向上に使用される。

【0233】

いくつの具現において、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答送信を省略する場合には、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答のみが含まれるＨＡＲＱ－ＡＣＫ(副－)コードブック構成過程においてＨＡＲＱ－ＡＣＫ応答送信が省略された該当ＳＰＳ ＰＤＳＣＨは考慮されなくてもよい。例えば、ＨＡＲＱ－ＡＣＫ応答送信が省略されたＳＰＳ ＰＤＳＣＨは該当ＳＰＳ ＰＤＳＣＨリソースが(上りリンクシンボル或いは上りリンク送信を含まず)有効であっても、ＰＤＳＣＨ時期に基づくＨＡＲＱ－ＡＣＫ(副－)コードブック形成／生成過程においてＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報が除外されてＨＡＲＱ－ＡＣＫ(副－)コードブックがＳＰＳ ＰＤＳＣＨリソースに連関するビット位置を有しない。

【0234】

ＢＳの立場:

【0235】

上述したこの明細の具現についてＢＳの立場で再度説明する。

【0236】

図１４はこの明細のいくつの具現によるＢＳの動作の流れを例示する図である。

【0237】

この明細のいくつの具現において、ＵＥがＨＡＲＱプロセスに連関するＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信をＢＳが指示或いは設定した時間から遅延させた場合、ＢＳはＵＥに対するさらに他のＰＤＳＣＨスケジューリングにより同じＨＡＲＱプロセスに対するさらに他のＰＤＳＣＨ送信をＵＥに行うことができる。このとき、いくつの具現においては、ＢＳはＵＥが遅延されたＨＡＲＱ－ＡＣＫ送信を省略すると仮定する。又はいくつの具現においては、ＢＳはＵＥが遅延されたＨＡＲＱ－ＡＣＫ送信を他のＵＣＩ或いは上りリンクデータと多重化すると仮定する。

【0238】

ＢＳはＵＥにＴＤＤ設定(例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、又はｔｄｄ－ＵＬ－ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ)とＳＰＳ無線リソース設定(例えば、ＳＰＳ設定)を送信する。ＢＳはＴＤＤ設定及びＳＰＳ設定に基づいて下りリンク無線リソースでＨＡＲＱプロセス＃ｉに対するＳＰＳ ＰＤＳＣＨをＵＥに送信する(Ｓ１４０１)。ＢＳは、ＨＡＲＱプロセス＃ｉに対するＳＰＳ ＰＤＳＣＨに連関するＰＵＣＣＨリソースＸが下りリンク無線リソースを含む場合は、ＵＥが今後の他の送信可能なＰＵＣＣＨリソース或いは使用可能な上りリンクリソースＹでＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信すると仮定して、ＨＡＲＱ－ＡＣＫの受信を試みる(Ｓ１４０３)。ＢＳはＰＵＣＣＨリソースＸ後からＳＰＳ ＰＤＳＣＨのＨＡＲＱプロセス＃ｉに関する新しいＰＤＳＣＨスケジューリング情報を送信する。ＢＳはＰＵＣＣＨリソースＸ後からＳＰＳ ＰＤＳＣＨのＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨを送信する(Ｓ１４０５)。

【0239】

ＢＳは、ＵＥが新しいＰＤＳＣＨスケジューリング情報を受信し、それに連関するＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨリソースＺで送信する場合、ＵＥがこの明細のいくつの具現により上りリンクリソースＹとＰＵＣＣＨリソースＺ上で送信するＨＡＲＱ－ＡＣＫ情報を決定すると仮定する。

【0240】

この明細のいくつの具現において、以下のようなＢＳ動作が考えられる。

【0241】

＜具現Ｂ１＞ＰＵＣＣＨ送信の延期後、速い(再－)送信(ｆａｓｔ (ｒｅ－)Ｔｒａｎｓｍｉｓｓｉｏｎ ａｆｔｅｒ ｄｅｆｅｒｒｉｎｇ ＰＵＣＣＨ ｔｒａｎｓｍｉｓｓｉｏｎ)

【0242】

ＢＳはＵＥにＴＤＤ設定とＳＰＳ無線リソースに対する設定を送信し、下りリンク無線リソースでＳＰＳ ＰＤＳＣＨを送信する。ＢＳはＳＰＳ ＰＤＳＣＨに連関するＰＵＣＣＨリソースＸが下りリンク無線リソースを含む場合は、ＵＥが今後の他の送信可能なＰＵＣＣＨリソース或いは使用可能な上りリンクリソースＹで該当ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信を行うと仮定して、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの受信を試みる。ＢＳはＰＵＣＣＨリソースＸの後から(ｆｒｏｍ ｏｒ ａｆｔｅｒ)ＳＰＳ ＰＤＳＣＨのＨＡＲＱプロセスに関する新しいスケジューリング情報を送信することができる。

【0243】

いくつの具現においては、例えば、以下の時点にＳＰＳ ＰＤＳＣＨのＨＡＲＱプロセスに関する新しいスケジューリング情報を送信することができる。

【0244】

i) ＰＵＣＣＨリソースＸがスロット＃ｎ或いはサブスロット＃ｎに指示された場合、スロット＃ｎ＋１或いはサブスロット＃ｎ＋１から

【0245】

ii) ＰＵＣＣＨリソースＸの開始シンボル後から

【0246】

iii) ＰＵＣＣＨリソースＸの最後シンボルから

【0247】

iv) ＰＵＣＣＨリソースＸの終了後から

【0248】

いくつの具現においては、ＳＰＳ ＰＤＳＣＨのＨＡＲＱプロセスに関する新しいスケジューリング情報はＳＰＳ ＰＤＳＣＨに送信された輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＴＢ)に対する再送信に限定される。例えば、新しいＰＤＳＣＨを指示するスケジューリングＤＣＩがＣＳ－ＲＮＴＩにスクランブルされ、ＮＤＩ値が１に指示された場合に対しては、具現Ａ１が適用されると限定される。例えば、いくつの具現において、延期されたＨＡＲＱ－ＡＣＫ送信に連関するＨＡＲＱプロセスに対する新しいＰＤＳＣＨを指示するスケジューリングＤＣＩがＣＳ－ＲＮＴＩにスクランブルされ、ＮＤＩ値が１に指示された場合に限って、ＵＥはＨＡＲＱ－ＡＣＫ送信が延期された後の送信時点が終わる前であっても、ＨＡＲＱ－ＡＣＫ送信が延期される前の送信時点が終了すると、スケジューリングＤＣＩを送信する。

【0249】

いくつの具現においては、新しいスケジューリング情報は、該当ＨＡＲＱプロセスに対するＴＢ或いは連関するＨＡＲＱ情報(ｔｈｅ ａｓｓｏｃｉａｔｅｄ ＨＡＲＱ ｉｎｆｏｒｍａｔｉｏｎ)などを変更する情報、例えば、受信されたコーディングされたビット(ｃｏｄｅｄ ｂｉｔ)、最後に受信された冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ，ＲＶ)、受信されたＴＢ、指示された変調及びコーディング方式(ｍｏｄｕｌａｔｉｏｎ ｃｏｄｉｎｇ ｓｃｈｅｍｅ，ＭＣＳ)値、ＴＢ長さ、ＮＤＩ値、ＨＡＲＱ－ＡＣＫ送信タイミング、及びＰＵＣＣＨリソース指示子のいずれかを変更する情報を含む。

【0250】

いくつのシナリオでは、ＢＳが１つのＨＡＲＱプロセスでＰＤＳＣＨ送信とＨＡＲＱ－ＡＣＫ受信をばらばらの順(ｏｕｔ－ｏｆ－ｏｒｄｅｒ)に行うことが許容されない。一例として、ＢＳは、所定のＨＡＲＱプロセスに対するさらに他のＰＤＳＣＨはそのＨＡＲＱプロセスに対するＨＡＲＱ－ＡＣＫの予想された受信終了までは送信が許容されない(図９を参照)。所定のスケジューリングされたセルにおいて、ＢＳは第１ＰＤＳＣＨ、そして第１ＰＤＳＣＨのために受信されるように割り当てられたＨＡＲＱ－ＡＣＫのための他のリソースの開始前に終わるリソース上で受信されるように割り当てられたその該当ＨＡＲＱ－ＡＣＫを有する、第１ＰＤＳＣＨよりも遅く開始される、第２ＰＤＳＣＨを(同時に)送信することが許容されず、ここで、２つのリソースはその連関するＨＡＲＱ－ＡＣＫ受信に対する異なるスロット内であり、各スロットは１４個のシンボル或いは提供できれば、ｓｕｂｓｌｏｔＬｅｎｇｔｈＦｏｒＰＵＣＣＨにより指示される数のシンボルからなり、この２つのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫは同じ優先順位のＨＡＲＱ－ＡＣＫコードブックに連関する。所定のスケジューリングされたセルにおいて、２つのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが異なる優先順位のＨＡＲＱ－ＡＣＫコードブックに連関すると、ＵＥは第１ＰＤＳＣＨ、そして第１ＰＤＳＣＨのために受信されるように割り当てられたＨＡＲＱ－ＡＣＫのための他のリソースの開始前に終わるリソース上で受信されるように割り当てられたそのＨＡＲＱ－ＡＣＫを有する、第１ＰＤＳＣＨより遅く開始される、第２ＰＤＳＣＨを(同時に)送信することが許容されない。

【0251】

例えば、図１２を参照すると、ＨＡＲＱプロセス＃ｉに基づくＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫの受信がＨＡＲＱ－ＡＣＫ延期によってスロット＃ｎからスロット＃ｎよりも後であるスロット＃ｍに延期された場合、ＢＳはスロット＃ｍでのＨＡＲＱ－ＡＣＫの予定された受信が終わる前には同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨを送信することが許容されず、スロット＃ｍでのＨＡＲＱ－ＡＣＫの予定された受信が終わってからこそ同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨを送信することが許容されない。

【0252】

しかし、この明細のいくつの具現では、より速い再送信或いは新しい送信のために、ＢＳは下りリンクシンボルとの衝突によってドロップされたＨＡＲＱ－ＡＣＫ応答受信及び／又は高い優先順位の上りリンク制御情報との衝突によって取り消された低い優先順位のＨＡＲＱ－ＡＣＫ応答(そしてそれに該当するＨＡＲＱプロセスＩＤ)に対しては、例外的に、１)該当ドロップされた及び／又は取り消されたＨＡＲＱ－ＡＣＫ受信が遅延して載せられるように設定されたＰＵＣＣＨ又はＴｙｐｅ－３のコードブックにより該当ＨＡＲＱ－ＡＣＫの受信が行われる前であっても同じＨＡＲＱプロセスＩＤに対するＰＤＳＣＨ(再－)送信及び対応するＨＡＲＱ－ＡＣＫ受信を行う動作が許容され、２)既存に定義された１つのＨＡＲＱプロセスＩＤに対するばらばらの順(ｏｕｔ－ｏｆ－ｏｒｄｅｒ)のＨＡＲＱ制限が(実際ＨＡＲＱ－ＡＣＫ受信時点ではない(例えば、ＨＡＲＱ－ＡＣＫの延期された受信時点ではない))ドロップされる／取り消される前に指示／設定されたＨＡＲＱ－ＡＣＫ受信時点を基準として判断されるように緩和される。

【0253】

即ち、この明細のいくつの具現では、下りリンクシンボルとの衝突によってドロップされたＨＡＲＱ－ＡＣＫ応答受信及び／又は高い優先順位の上りリンク制御情報との衝突によって取り消された低い優先順位のＨＡＲＱ－ＡＣＫ応答(そしてそれに該当するＨＡＲＱプロセスＩＤ)に対しては、例外的に、１)該当ドロップされた及び／又は取り消されたＡ／Ｎフィードバックが遅延して載せられるように設定されたＰＵＣＣＨ又はＴｙｐｅ－３のコードブックにより該当Ａ／Ｎフィードバックの受信が行われる前であっても同じＨＡＲＱプロセスＩＤに対するＰＤＳＣＨ(再－)送信及び対応するＡ／Ｎフィードバック受信を行う動作が許容され、２)同じＨＡＲＱプロセスＩＤに対するばらばらの順の(ｏｕｔ－ｏｆ－ｏｒｄｅｒ)ＨＡＲＱであるか否かが(実際Ａ／Ｎ受信時点ではない(例えば、ＨＡＲＱ－ＡＣＫの延期された受信時点ではない))ドロップされる／取り消される前に指示／設定されたＡ／Ｎ受信時点を基準として判断されるように緩和される。

【0254】

例えば、図１３を参照すると、ＨＡＲＱプロセス＃ｉに基づくＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫの受信がＨＡＲＱ－ＡＣＫ延期によってスロット＃ｎからスロット＃ｎよりも後であるスロット＃ｍに延期された場合、ＢＳはこの明細のいくつの具現によってスロット＃ｍでのＨＡＲＱ－ＡＣＫの予定された受信の終了前であっても、スロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された受信の終了後には同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨをＵＥに送信することが許容される。

【0255】

但し、ＢＳはスロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された受信が終わる前には同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨをＵＥに送信することが許容されない。即ち、ＢＳは早くてもスロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された受信が終わってからこそ同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨをＵＥに送信することが許容される。ここで、他のＰＤＳＣＨはＰＤＳＣＨ＃１に対する再送信ＰＤＳＣＨであってもよく、ＰＤＳＣＨ＃１とは異なる新しいＰＤＳＣＨであってもよい。いくつの具現において、スロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された受信が終わってからこそ同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨをＢＳがＵＥに送信することが許容されるとは、スロット＃ｍでのＨＡＲＱ－ＡＣＫの予定された受信が終わる前には同じＨＡＲＱプロセス＃ｉを使用する他のＰＤＳＣＨがＵＥに送信されないことを意味する。又は、スロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された受信が終わってからこそ同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨをＢＳがＵＥに送信することが許容されるとは、スロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された受信が終わる前に同じＨＡＲＱプロセス＃ｉを使用する他のＰＤＳＣＨをＵＥに送信してもＢＳはＵＥが他のＰＤＳＣＨを復号しないか、ＨＡＲＱ－ＡＣＫを送信しないか、又は間違いであると判断することを仮定することを意味する。又は、スロット＃ｎでのＨＡＲＱ－ＡＣＫの予定された受信が終わってからこそ同じＨＡＲＱプロセス＃ｉに対する他のＰＤＳＣＨをＢＳがＵＥに送信することを許容するとは、同じＨＡＲＱプロセス＃ｉを使用する他のＰＤＳＣＨの送信がＨＡＲＱ－ＡＣＫ送信の終了前に行われると指示するスケジューリング情報をＵＥに送信しても、ＢＳがスケジューリング情報を有効ではないと判断し、他のＰＤＳＣＨの送信を行わないことを意味する。

【0256】

＜具現Ｂ１－１＞速い(再－)送信のためのＨＡＲＱ－ＡＣＫ応答(ＨＡＲＱ－ＡＣＫ ｒｅｓｐｏｎｓｅ ｆｏｒ ｆａｓｔ (ｒｅ－)ｔｒａｎｓｍｉｓｓｉｏｎ)

【0257】

具現Ｂ１に関連して、さらに以下のものが考えられる。具現Ｂ１のように、ＳＰＳ ＰＤＳＣＨのための遅延されたＨＡＲＱ－ＡＣＫ送信Ｘ前にその連関するＨＡＲＱプロセスに対する新しい動的ＰＤＳＣＨのスケジューリングとそれに対するＨＡＲＱ－ＡＣＫ送信ＹをＵＥに指示した場合、ＢＳは以下のような代案(ａｌｔｅｒｎａｔｉｖｅ)によってＨＡＲＱ－ＡＣＫ送信Ｘ及び／又はＨＡＲＱ－ＡＣＫ送信Ｙを行うことができる。例えば、ＨＡＲＱプロセス＃ｉに基づくＰＤＳＣＨ＃１に対するＨＡＲＱ－ＡＣＫの受信がＨＡＲＱ－ＡＣＫ延期によってスロット＃ｎからスロット＃ｎよりも後であるスロット＃ｍに延期され、ＢＳがＵＥにスロット＃ｍでのＨＡＲＱ－ＡＣＫの予定された受信Ｘ前にＨＡＲＱプロセス＃ｉに対する動的にスケジューリングされた新しいＰＤＳＣＨ(以下、動的ＰＤＳＣＨ)と動的ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信Ｙに関するスケジューリング情報を送信した場合、ＢＳはＵＥが以下のような代案によってＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙを行うと仮定してＵＣＩの受信を試みる。

【0258】

＊代案１：ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙが同じＴＢに対するＨＡＲＱ－ＡＣＫ応答であれば、ＵＥはＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙを全て行う。このとき、フィードバック値の場合、ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙのそれぞれの送信時点に基づいて該当ＨＡＲＱプロセスに対する最新の復号結果がそれぞれ報告される。これはＨＡＲＱ－ＡＣＫの信頼度向上に使用される。

【0259】

＊代案１－１：ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙが同じＴＢに対するＨＡＲＱ－ＡＣＫ応答であれば、ＵＥはＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙを全て行う。このとき、ＨＡＲＱ－ＡＣＫ送信Ｘ内のフィードバック値としてはＳＰＳ ＰＤＳＣＨの復号結果に基づく値を使用し、ＨＡＲＱ－ＡＣＫ送信Ｙ内のフィードバック値としては動的ＰＤＳＣＨの復号結果に基づく値を使用する。

【0260】

＊代案２：ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙが同じＴＢに対するＨＡＲＱ－ＡＣＫ応答であれば、ＵＥはＨＡＲＱ－ＡＣＫ送信Ｘを行わず、ＨＡＲＱ－ＡＣＫ送信Ｙのみを行ってもよい。代案２は、ＨＡＲＱ－ＡＣＫ送信ＸがＨＡＲＱ－ＡＣＫ送信Ｘが行われる上りリンクリソースの唯一のＨＡＲＱ－ＡＣＫフィードバックである場合に限定される。例えば、代案２は、ＨＡＲＱ－ＡＣＫ送信ＸがＰＵＣＣＨに他のＨＡＲＱ－ＡＣＫ送信が多重化されない場合、即ち、該当ＰＵＣＣＨにＨＡＲＱ－ＡＣＫ送信Ｘを除いた他のＨＡＲＱ－ＡＣＫ情報がない場合に限定される。代案２ではＵＥが最新の復号結果のみを送信するようにして、ＵＥの複雑度及びＵＥによる上りリンク送信を最小化することができる。

【0261】

＊代案３：ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙが異なるＴＢに対するＨＡＲＱ－ＡＣＫ応答であれば、ＵＥはＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙを全て行う。このとき、ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙのそれぞれの送信時点に基づいて該当ＨＡＲＱプロセスに対する最新の復号結果がフィードバック値としてそれぞれ報告される。報告されるフィードバック値はＨＡＲＱ－ＡＣＫ送信Ｘの送信時点とＨＡＲＱ－ＡＣＫ送信Ｙの送信時点によって異なるか又は等しい。例えば、ＰＤＳＣＨ Ｘ受信後にＰＤＳＣＨ Ｙが受信され、ＨＡＲＱ－ＡＣＫ送信Ｘ前にＨＡＲＱ－ＡＣＫ送信Ｙに対応するＴＢの復号が終了すると、ＰＤＳＣＨ ＸのＨＡＲＱ－ＡＣＫは送信されず、ＨＡＲＱ－ＡＣＫ送信ＸとＨＡＲＱ－ＡＣＫ送信Ｙの両方でＰＤＳＣＨ Ｘの復号結果がフィードバック値として報告される。これはＨＡＲＱ－ＡＣＫの信頼度向上に使用される。

【0262】

いくつの具現において、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答送信を省略する場合、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答のみが含まれるＨＡＲＱ－ＡＣＫ(副－)コードブック構成過程においてＨＡＲＱ－ＡＣＫ応答送信が省略された該当ＳＰＳ ＰＤＳＣＨは考慮されなくてもよい。例えば、ＨＡＲＱ－ＡＣＫ応答送信が省略されたＳＰＳ ＰＤＳＣＨは該当ＳＰＳ ＰＤＳＣＨリソースが(上りリンクシンボル或いは上りリンク送信を含まず)有効であっても、ＰＤＳＣＨ時期に基づくＨＡＲＱ－ＡＣＫ(副－)コードブック形成／生成過程においてＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報が除外されてＨＡＲＱ－ＡＣＫ(副－)コードブックがＳＰＳ ＰＤＳＣＨリソースに連関するビット位置を有しない。

【0263】

この明細のいくつの具現において、ＢＳはＳＰＳ ＰＤＳＣＨとＴＤＤ動作によるスロットフォーマット決定のためのＲＲＣ設定をＵＥに提供する。ＢＳはＵＥに１つ以上のＳＰＳ ＰＤＳＣＨ設定を提供し、ＵＥはＳＰＳ ＰＤＳＣＨの設定に基づいてＳＰＳ ＰＤＳＣＨを受信し、それに連関するＰＵＣＣＨ送信を行う。ＵＥのＰＵＣＣＨ送信が取り消された場合、ＵＥは該当ＰＵＣＣＨ送信を遅延させ、ＢＳは取り消されたＰＵＣＣＨ送信のＰＵＣＣＨリソースの後からその連関するＨＡＲＱプロセスに対する新しいスケジューリングを指示する。この明細のいくつの具現において、ＵＥは１つのＨＡＲＱプロセスに対する１つ以上のスケジューリングをＨＡＲＱ－ＡＣＫ応答前に受信し、ＨＡＲＱ－ＡＣＫ応答及び／又は１つ以上のスケジューリングに連関するＨＡＲＱ－ＡＣＫを含むＨＡＲＱ－ＡＣＫＰＵＣＣＨ送信を行う。

【0264】

この明細のいくつの具現によれば、ＢＳはＵＥのＰＵＣＣＨ送信が取り消されたとき、連関するＰＤＳＣＨの受信信頼度を向上させる新しいＰＤＳＣＨリソースをスケジューリング及び送信することができる。この明細のいくつの具現によれば、ＵＥはＰＵＣＣＨ送信が遅延された該当ＰＤＳＣＨに対する再送信をより早く受信して、下りリンク遅延時間が減少する。

【0265】

ＵＥは下りリンクチャネルの受信に関連して、この明細のいくつの具現による動作を行う。ＵＥは、少なくとも１つの送受信機；少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結可能な、そして実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。ＵＥのためのプロセシング装置は、少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結可能な、そして実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。コンピューター読み取り可能な(非揮発性)格納媒体は、少なくとも１つのプロセッサにより実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする指示を含む少なくとも１つのコンピュータープログラムを格納することができる。コンピュータープログラム或いはコンピュータープログラム製品(ｐｒｏｄｕｃｔ)は少なくとも１つのコンピューター読み取り可能な(非揮発性)格納媒体に記録され、実行されるとき、(少なくとも１つのプロセッサをして)この明細のいくつの具現による動作を行うようにする指示を含む。

【0266】

ＵＥ、プロセシング装置、コンピューター読み取り可能な(非揮発性)格納媒体、及び／又はコンピュータープログラム製品において、この動作は：第１のＨＡＲＱプロセスに連関する第１下りリンクチャネルに対する第１のＨＡＲＱ－ＡＣＫのための第１送信時点を決定；及び第１のＨＡＲＱプロセスに連関する第２下りリンクチャネルを受信することを含む。第１のＨＡＲＱプロセスに対する第２下りリンクチャネルを受信することは：第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象ではないことに基づいて、第１送信時点後に第２下りリンクチャネルを受信；及び第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象であり、第１送信時点が第１送信時点より早い第２送信時点からＨＡＲＱ延期によって決定されたことに基づいて、第２送信時点後に第２下りリンクチャネルを受信することを含む。

【0267】

いくつの具現において、第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象であり、第１送信時点が第２送信時点からＨＡＲＱ延期によって決定されたことに基づいて、第２下りリンクチャネルが第１送信時点の終了前に受信される。

【0268】

いくつの具現において、第１下りリンクチャネルはＳＰＳ基盤のＰＤＳＣＨである。

【0269】

いくつの具現において、第２下りリンクチャネルはＳＰＳ基盤のＰＤＳＣＨに含まれた輸送ブロックの再送信のためのものである。

【0270】

いくつの具現において、第２下りリンクチャネルは動的スケジューリング基盤のＰＤＳＣＨである。

【0271】

いくつの具現において、この動作は：第２下りリンクチャネルに対する第２のＨＡＲＱ－ＡＣＫのための第３送信時点を決定；第１送信時点内の第１のＨＡＲＱ－ＡＣＫの送信をドロップ；及び第３送信時点に第２のＨＡＲＱ－ＡＣＫを送信することを含む。

【0272】

ＢＳは下りリンクチャネルの送信に関連してこの明細のいくつの具現による動作を行う。ＢＳは、少なくとも１つの送受信機；少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結可能な、そして実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。ＢＳのためのプロセシング装置は、少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結可能な、そして実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。コンピューター読み取り可能な(非揮発性)格納媒体は、少なくとも１つのプロセッサにより実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする指示を含む少なくとも１つのコンピュータープログラムを格納する。コンピュータープログラム或いはコンピュータープログラム製品は、少なくとも１つのコンピューター読み取り可能な(非揮発性)格納媒体に記録され、実行されるとき、(少なくとも１つのプロセッサをして)この明細のいくつの具現による動作を行うようにする指示を含む。

【0273】

ＢＳ、プロセシング装置、コンピューター読み取り可能な(非揮発性)格納媒体、及び／又はコンピュータープログラム製品において、この動作は：第１のＨＡＲＱプロセスに連関する第１下りリンクチャネルに対する第１のＨＡＲＱ－ＡＣＫのための第１受信時点を決定；及び第１のＨＡＲＱプロセスに連関する第２下りリンクチャネルを送信することを含む。第１のＨＡＲＱプロセスに対する第２下りリンクチャネルを送信することは：第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象ではないことに基づいて、第１受信時点後に第２下りリンクチャネルを送信；及び第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象であり、第１受信時点が第１受信時点より早い第２受信時点からＨＡＲＱ延期によって決定されたことに基づいて、第２受信時点後に第２下りリンクチャネルを送信することを含む。

【0274】

いくつの具現において、第１のＨＡＲＱ－ＡＣＫがＨＡＲＱ延期の対象であり、第１受信時点が第２受信時点からＨＡＲＱ延期によって決定されたことに基づいて、第２下りリンクチャネルが第１送信時点の終了前に送信される。

【0275】

いくつの具現において、第１下りリンクチャネルはＳＰＳ基盤のＰＤＳＣＨである。

【0276】

いくつの具現において、第２下りリンクチャネルはＳＰＳ基盤のＰＤＳＣＨに含まれた輸送ブロックの再送信のためのものである。

【0277】

いくつの具現において、第２下りリンクチャネルは動的スケジューリング基盤のＰＤＳＣＨである。

【0278】

いくつの具現において、この動作は：第２下りリンクチャネルに対する第２のＨＡＲＱ－ＡＣＫのための第３受信時点を決定；第１受信時点内の第１のＨＡＲＱ－ＡＣＫの受信を省略(ｏｍｉｔ)；及び第３受信時点に第２のＨＡＲＱ－ＡＣＫを受信することを含む。

【0279】

上述したように開示された本発明の例は、本発明に関連する技術分野における通常の技術者が本発明を具現し、実施できるように提供されている。以上では、本発明の好適な実施例を参照して説明したが、当該技術分野における通常の技術者は本発明を様々に修正及び変更可能である。従って、本発明は、ここに開示された実施形態に制限されるものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を付与するためのものである。

【産業上の利用可能性】

【0280】

本発明の具現は無線通信システムにおいてＢＳ又はユーザ機器、その他の装備に使用することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】