特許7163277 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ エルジー　エレクトロニクス　インコーポレイティドの特許一覧

特許7163277無線通信システムにおいて上りリンク送信のための方法及びそのための装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12

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

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

(11)【特許番号】

(24)【登録日】2022-10-21

(45)【発行日】2022-10-31

(54)【発明の名称】無線通信システムにおいて上りリンク送信のための方法及びそのための装置

(51)【国際特許分類】

H04W 28/04 20090101AFI20221024BHJP

H04W 72/12 20090101ALI20221024BHJP

【ＦＩ】

H04W28/04 110

H04W72/12 150

【請求項の数】 14

(21)【出願番号】P 2019507763

(86)(22)【出願日】2017-08-04

(65)【公表番号】

(43)【公表日】2019-09-05

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

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

(87)【国際公開日】2018-03-01

【審査請求日】2020-07-30

(31)【優先権主張番号】62/377,659

(32)【優先日】2016-08-21

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

(31)【優先権主張番号】62/401,839

(32)【優先日】2016-09-29

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

(31)【優先権主張番号】62/406,381

(32)【優先日】2016-10-10

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

(31)【優先権主張番号】62/417,317

(32)【優先日】2016-11-03

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

(31)【優先権主張番号】62/421,176

(32)【優先日】2016-11-11

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

(31)【優先権主張番号】62/479,245

(32)【優先日】2017-03-30

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本実

(72)【発明者】

【氏名】リヒョンホ

(72)【発明者】

【氏名】ファンテソン

(72)【発明者】

【氏名】イユンジョン

【審査官】永田義仁

(56)【参考文献】

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

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

【文献】Samsung，Overview of latency reduction operation with subframe TTI for FS2”，3GPP TSG RAN WG1 Meeting #86 R1-166693，[online]，2016年08月13日，インターネット<URL: https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_86/Docs/R1-166693.zip>，[検索日２０２１年６月１１日]

【文献】LG Electronics，“Discussion on shortened processing time for FS2”，3GPP TSG RAN WG1 Meeting #86bis R1-1609212，[online]，2016年10月01日，インターネット<URL: https://www.3gpp.org/ftp/tsg_ran/wg1_rL1/TSGR1_86b/Docs/R1-1609212.zip>，[検索日２０２１年６月１１日]

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１、４

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

【請求項1】

【請求項2】

時分割デュプレックス（ＴＤＤ）無線通信システムにおいて、端末がＨＡＲＱ－ＡＣＫを送信する方法であって、
それぞれがＰＤＳＣＨをスケジューリングする少なくとも１つの下りリンク（ＤＬ）グラントを受信するステップと、
上りリンクサブフレームｎにおいて、前記少なくとも１つのＤＬグラントに基づいて、前記上りリンクサブフレームｎと関連する下りリンクサブフレームの集合に対するＨＡＲＱ－ＡＣＫ情報を送信するステップと、を含み、
前記少なくとも１つのＤＬグラントを受信するステップは、
第１プロセッシング時間と前記第１プロセッシング時間より短い第２プロセッシング時間の１つに基づいて、前記上りリンクサブフレームｎと関連する前記下りリンクサブフレームの集合内の前記少なくとも１つのＤＬグラントを受信するステップを含み、前記端末が、前記第１プロセッシング時間と前記第２プロセッシング時間の前記１つに基づいて、前記上りリンクサブフレームｎと関連する前記下りリンクサブフレームの集合内の前記少なくとも１つのＤＬグラントを受信する場合、前記端末は、前記第１プロセッシング時間と前記第２プロセッシング時間の他の１つに基づいて、同一の上りリンクサブフレームｎと関連する下りリンクサブフレームの集合内のＤＬグラントを受信せず、
前記上りリンクサブフレームｎにおいて、前記少なくとも１つのＤＬグラントに基づいて前記ＨＡＲＱ－ＡＣＫ情報を送信するステップは、
前記第２プロセッシング時間で設定されない前記端末に基づいて、
（ｉ）前記上りリンクサブフレームｎと関連する下りリンクサブフレームの第１集合内の少なくとも１つのＤＬグラント、及び（ｉｉ）前記下りリンクサブフレームの第１集合に関連したＰＵＣＣＨリソースの第１集合に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を送信するステップと、
前記第２プロセッシング時間で設定される前記端末に基づいて、
（ｉ）前記上りリンクサブフレームｎと関連する下りリンクサブフレームの第２集合内の少なくとも１つのＤＬグラント、及び（ｉｉ）前記下りリンクサブフレームの第２集合に関連したＰＵＣＣＨリソースの第２集合に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を送信するステップと、を含み、
前記下りリンクサブフレームの第１集合は、前記第１プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、
前記下りリンクサブフレームの第２集合は、（ｉ）前記下りリンクサブフレームの第１集合に属する少なくとも１つの下りリンクサブフレーム、及び（ｉｉ）前記第２プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、前記下りリンクサブフレームの第１集合の一部ではない少なくとも１つの下りリンクサブフレームを含み、
前記ＰＵＣＣＨリソースの第２集合は、（ｉ）前記下りリンクサブフレームの第１集合に属する前記少なくとも１つの下りリンクサブフレームに基づく少なくとも１つの第１ＰＵＣＣＨリソース、及び（ｉｉ）前記第２プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、前記下りリンクサブフレームの第１集合の一部ではない前記少なくとも１つの下りリンクサブフレームに基づく少なくとも１つの第２ＰＵＣＣＨリソースを含み、
前記少なくとも１つの第１ＰＵＣＣＨリソースは、前記ＰＵＣＣＨリソースの第１集合に属し、前記少なくとも１つの第２ＰＵＣＣＨリソースは、前記第１ＰＵＣＣＨリソースと異なり、前記ＰＵＣＣＨリソースの第１集合に属さない、送信方法。

【請求項3】

前記第１プロセッシング時間は４サブフレームであり、前記第２プロセッシング時間は３サブフレームである、請求項２に記載の送信方法。

【請求項4】

前記上りリンクサブフレームｎと関連した前記下りリンクサブフレームの第１集合は、下りリンクサブフレームｎ－ｘを含み、
ｘ∈Ｘであり、Ｘは、以下の表

【表1】

で定義されるＭ個の要素｛ｘ_０、ｘ_１、．．．、ｘ_Ｍ－１｝の集合である、請求項２又は３に記載の送信方法。

【請求項5】

前記下りリンクサブフレームの第２集合のうち、前記第２プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、前記下りリンクサブフレームの第１集合の一部ではない前記少なくとも１つの下りリンクサブフレームは、下りリンクサブフレームｎ－ｙを含み、
ｙ∈Ｙであり、Ｙは、以下の表

【表2】

で定義されるＬ個の要素｛ｙ_０、ｙ_１、．．．、ｙ_Ｌ－１｝の集合である、請求項２～４のいずれか一項に記載の送信方法。

【請求項6】

【請求項7】

時分割デュプレックス（ＴＤＤ）無線通信システムにおいて、ＨＡＲＱ－ＡＣＫを送信するための端末であって、
送信機及び受信機と、
プロセッサーと、
メモリと、を含み、
前記メモリは、前記プロセッサーに、
それぞれがＰＤＳＣＨをスケジューリングする少なくとも１つの下りリンク（ＤＬ）グラントを受信し、
上りリンクサブフレームｎにおいて、前記少なくとも１つのＤＬグラントに基づいて、前記上りリンクサブフレームｎと関連する下りリンクサブフレームの集合に対するＨＡＲＱ－ＡＣＫ情報を送信することを含む動作を実行させる少なくとも１つのプログラムを格納し、
前記少なくとも１つのＤＬグラントを受信することは、
第１プロセッシング時間と前記第１プロセッシング時間より短い第２プロセッシング時間の１つに基づいて、前記上りリンクサブフレームｎと関連する前記下りリンクサブフレームの集合内の前記少なくとも１つのＤＬグラントを受信することを含み、前記端末が、前記第１プロセッシング時間と前記第２プロセッシング時間の前記１つに基づいて、前記上りリンクサブフレームｎと関連する前記下りリンクサブフレームの集合内の前記少なくとも１つのＤＬグラントを受信する場合、前記端末は、前記第１プロセッシング時間と前記第２プロセッシング時間の他の１つに基づいて、同一の上りリンクサブフレームｎと関連する下りリンクサブフレームの集合内のＤＬグラントを受信せず、
前記上りリンクサブフレームｎにおいて、前記少なくとも１つのＤＬグラントに基づいて前記ＨＡＲＱ－ＡＣＫ情報を送信することは、
前記第２プロセッシング時間で設定されない前記端末に基づいて、
（ｉ）前記上りリンクサブフレームｎと関連する下りリンクサブフレームの第１集合内の少なくとも１つのＤＬグラント、及び（ｉｉ）前記下りリンクサブフレームの第１集合に関連したＰＵＣＣＨリソースの第１集合に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を送信することと、
前記第２プロセッシング時間で設定される前記端末に基づいて、
（ｉ）前記上りリンクサブフレームｎと関連する下りリンクサブフレームの第２集合内の少なくとも１つのＤＬグラント、及び（ｉｉ）前記下りリンクサブフレームの第２集合に関連したＰＵＣＣＨリソースの第２集合に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を送信することと、を含み、
前記下りリンクサブフレームの第１集合は、前記第１プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、
前記下りリンクサブフレームの第２集合は、（ｉ）前記下りリンクサブフレームの第１集合に属する少なくとも１つの下りリンクサブフレーム、及び（ｉｉ）前記第２プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、前記下りリンクサブフレームの第１集合の一部ではない少なくとも１つの下りリンクサブフレームを含み、
前記ＰＵＣＣＨリソースの第２集合は、（ｉ）前記下りリンクサブフレームの第１集合に属する前記少なくとも１つの下りリンクサブフレームに基づく少なくとも１つの第１ＰＵＣＣＨリソース、及び（ｉｉ）前記第２プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、前記下りリンクサブフレームの第１集合の一部ではない前記少なくとも１つの下りリンクサブフレームに基づく少なくとも１つの第２ＰＵＣＣＨリソースを含み、
前記少なくとも１つの第１ＰＵＣＣＨリソースは、前記ＰＵＣＣＨリソースの第１集合に属し、前記少なくとも１つの第２ＰＵＣＣＨリソースは、前記第１ＰＵＣＣＨリソースと異なり、前記ＰＵＣＣＨリソースの第１集合に属さない、端末。

【請求項8】

前記第１プロセッシング時間は４サブフレームであり、前記第２プロセッシング時間は３サブフレームである、請求項７に記載の端末。

【請求項9】

【表3】

で定義されるＭ個の要素｛ｘ_０、ｘ_１、．．．、ｘ_Ｍ－１｝の集合である、請求項７又は８に記載の端末。

【請求項10】

【表4】

で定義されるＬ個の要素｛ｙ_０、ｙ_１、．．．、ｙ_Ｌ－１｝の集合である、請求項７～９のいずれか一項に記載の端末。

【請求項11】

【請求項12】

時分割デュプレックス（ＴＤＤ）無線通信システムにおいて、基地局がＨＡＲＱ－ＡＣＫを受信する方法であって、
それぞれがＰＤＳＣＨをスケジューリングする少なくとも１つの下りリンク（ＤＬ）グラントを端末に送信するステップと、
上りリンクサブフレームｎにおいて、前記少なくとも１つのＤＬグラントに基づいて、前記上りリンクサブフレームｎと関連する下りリンクサブフレームの集合に対するＨＡＲＱ－ＡＣＫ情報を前記端末から受信するステップと、を含み、
前記少なくとも１つのＤＬグラントを送信するステップは、
第１プロセッシング時間と前記第１プロセッシング時間より短い第２プロセッシング時間の１つに基づいて、前記上りリンクサブフレームｎと関連する前記下りリンクサブフレームの集合内の前記少なくとも１つのＤＬグラントを送信するステップを含み、前記基地局が、前記第１プロセッシング時間と前記第２プロセッシング時間の前記１つに基づいて、前記上りリンクサブフレームｎと関連する前記下りリンクサブフレームの集合内の前記少なくとも１つのＤＬグラントを送信する場合、前記基地局は、前記第１プロセッシング時間と前記第２プロセッシング時間の他の１つに基づいて、同一の上りリンクサブフレームｎと関連する下りリンクサブフレームの集合内のＤＬグラントを送信せず、
前記上りリンクサブフレームｎにおいて、前記少なくとも１つのＤＬグラントに基づいて前記ＨＡＲＱ－ＡＣＫ情報を受信するステップは、
前記第２プロセッシング時間で設定されない前記端末に基づいて、
（ｉ）前記上りリンクサブフレームｎと関連する下りリンクサブフレームの第１集合内の少なくとも１つのＤＬグラント、及び（ｉｉ）前記下りリンクサブフレームの第１集合に関連したＰＵＣＣＨリソースの第１集合に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を受信するステップと、
前記第２プロセッシング時間で設定される前記端末に基づいて、
（ｉ）前記上りリンクサブフレームｎと関連する下りリンクサブフレームの第２集合内の少なくとも１つのＤＬグラント、及び（ｉｉ）前記下りリンクサブフレームの第２集合に関連したＰＵＣＣＨリソースの第２集合に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を受信するステップと、を含み、
前記下りリンクサブフレームの第１集合は、前記第１プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、
前記下りリンクサブフレームの第２集合は、（ｉ）前記下りリンクサブフレームの第１集合に属する少なくとも１つの下りリンクサブフレーム、及び（ｉｉ）前記第２プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、前記下りリンクサブフレームの第１集合の一部ではない少なくとも１つの下りリンクサブフレームを含み、
前記ＰＵＣＣＨリソースの第２集合は、（ｉ）前記下りリンクサブフレームの第１集合に属する前記少なくとも１つの下りリンクサブフレームに基づく少なくとも１つの第１ＰＵＣＣＨリソース、及び（ｉｉ）前記第２プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、前記下りリンクサブフレームの第１集合の一部ではない前記少なくとも１つの下りリンクサブフレームに基づく少なくとも１つの第２ＰＵＣＣＨリソースを含み、
前記少なくとも１つの第１ＰＵＣＣＨリソースは、前記ＰＵＣＣＨリソースの第１集合に属し、前記少なくとも１つの第２ＰＵＣＣＨリソースは、前記第１ＰＵＣＣＨリソースと異なり、前記ＰＵＣＣＨリソースの第１集合に属さない、受信方法。

【請求項13】

【請求項14】

時分割デュプレックス（ＴＤＤ）無線通信システムにおいて、ＨＡＲＱ－ＡＣＫを受信するための基地局であって、
送信機及び受信機と、
プロセッサーと、
メモリと、を含み、
前記メモリは、前記プロセッサーに、
それぞれがＰＤＳＣＨをスケジューリングする少なくとも１つの下りリンク（ＤＬ）グラントを端末に送信し、
上りリンクサブフレームｎにおいて、前記少なくとも１つのＤＬグラントに基づいて、前記上りリンクサブフレームｎと関連する下りリンクサブフレームの集合に対するＨＡＲＱ－ＡＣＫ情報を前記端末から受信することを含む動作を実行させる少なくとも１つのプログラムを格納し、
前記少なくとも１つのＤＬグラントを送信することは、
第１プロセッシング時間と前記第１プロセッシング時間より短い第２プロセッシング時間の１つに基づいて、前記上りリンクサブフレームｎと関連する前記下りリンクサブフレームの集合内の前記少なくとも１つのＤＬグラントを送信することを含み、前記基地局が、前記第１プロセッシング時間と前記第２プロセッシング時間の前記１つに基づいて、前記上りリンクサブフレームｎと関連する前記下りリンクサブフレームの集合内の前記少なくとも１つのＤＬグラントを送信する場合、前記基地局は、前記第１プロセッシング時間と前記第２プロセッシング時間の他の１つに基づいて、同一の上りリンクサブフレームｎと関連する下りリンクサブフレームの集合内のＤＬグラントを送信せず、
前記上りリンクサブフレームｎにおいて、前記少なくとも１つのＤＬグラントに基づいて前記ＨＡＲＱ－ＡＣＫ情報を受信することは、
前記第２プロセッシング時間で設定されない前記端末に基づいて、
（ｉ）前記上りリンクサブフレームｎと関連する下りリンクサブフレームの第１集合内の少なくとも１つのＤＬグラント、及び（ｉｉ）前記下りリンクサブフレームの第１集合に関連したＰＵＣＣＨリソースの第１集合に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を受信することと、
前記第２プロセッシング時間で設定される前記端末に基づいて、
（ｉ）前記上りリンクサブフレームｎと関連する下りリンクサブフレームの第２集合内の少なくとも１つのＤＬグラント、及び（ｉｉ）前記下りリンクサブフレームの第２集合に関連したＰＵＣＣＨリソースの第２集合に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を受信することと、を含み、
前記下りリンクサブフレームの第１集合は、前記第１プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、
前記下りリンクサブフレームの第２集合は、（ｉ）前記下りリンクサブフレームの第１集合に属する少なくとも１つの下りリンクサブフレーム、及び（ｉｉ）前記第２プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、前記下りリンクサブフレームの第１集合の一部ではない少なくとも１つの下りリンクサブフレームを含み、
前記ＰＵＣＣＨリソースの第２集合は、（ｉ）前記下りリンクサブフレームの第１集合に属する前記少なくとも１つの下りリンクサブフレームに基づく少なくとも１つの第１ＰＵＣＣＨリソース、及び（ｉｉ）前記第２プロセッシング時間に基づく前記上りリンクサブフレームｎと関連し、前記下りリンクサブフレームの第１集合の一部ではない前記少なくとも１つの下りリンクサブフレームに基づく少なくとも１つの第２ＰＵＣＣＨリソースを含み、
前記少なくとも１つの第１ＰＵＣＣＨリソースは、前記ＰＵＣＣＨリソースの第１集合に属し、前記少なくとも１つの第２ＰＵＣＣＨリソースは、前記第１ＰＵＣＣＨリソースと異なり、前記ＰＵＣＣＨリソースの第１集合に属さない、基地局。

【発明の詳細な説明】

【技術分野】

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

【図1】無線通信システムにおいて用いられる無線フレーム構造の一例を示す図である。

【図2】無線通信システムにおいて下りリンク/上りリンク(ＤＬ／ＵＬ)スロット構造の一例を示す図である。

【図3】３ＧＰＰＬＥＴ/ＬＥＴ－Ａシステムにおいて用いられる下りリンク(ｄｏｗｎｌｉｎｋ, ＤＬ)サブフレーム構造を例示する図である。

【図4】３ＧＰＰＬＥＴ/ＬＥＴ－Ａシステムにおいて用いられる上りリンク(ｕｐｌｉｎｋ, ＵＬ)サブフレーム構造の一例を示す図である。

【図5】ＴＤＤシステムにおいて互いに異なるＤＬサブフレームで受信されたＰＤＣＣＨとリンクされたＰＵＣＣＨリソースとの衝突を示す図である。

【図6】ＴＤＤシステムにおいてＵＬ承認によるＰＵＳＣＨ送信の例を示す図である。

【図7】ＴＤＤシステムにおいてＵＬ承認によるＰＵＳＣＨ送信の例を示す図である。

【図8】サブフレームタイプ及び／又はプロセッシング時間によるリソースオフセットベースのＤＬＨＡＲＱのためのＰＵＣＣＨリソースを示す図である。

【図9】サブフレームタイプ及び／又はプロセッシング時間によるリソースオフセットベースのＤＬＨＡＲＱのためのＰＵＣＣＨリソースを示す図である。

【図10】サブフレームタイプ及び／又はプロセッシング時間によるリソースオフセットベースのＤＬＨＡＲＱのためのＰＵＣＣＨリソースを示す図である。

【図11】本発明の一実施例に係る端末の動作を示す図である。

【図12】本発明の一実施例を具現するための装置のブロック図である。

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

【0026】

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

【0027】

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

【0028】

本発明において、ユーザ機器(ｕｓｅｒｅｑｕｉｐｍｅｎｔ，ＵＥ)は、固定していても、移動性を有していてもよいもので、基地局(ｂａｓｅｓｔａｔｉｏｎ，ＢＳ)と通信してユーザデータ及び／又は各種制御情報を送受信する各種機器を含む。ＵＥを、端末(ＴｅｒｍｉｎａｌＥｑｕｉｐｍｅｎｔ)、ＭＳ(ＭｏｂｉｌｅＳｔａｔｉｏｎ)、ＭＴ(ＭｏｂｉｌｅＴｅｒｍｉｎａｌ)、ＵＴ(ＵｓｅｒＴｅｒｍｉｎａｌ)、ＳＳ(ＳｕｂｓｃｒｉｂｅＳｔａｔｉｏｎ)、無線機器(ｗｉｒｅｌｅｓｓｄｅｖｉｃｅ)、ＰＤＡ(ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ)、無線モデム(ｗｉｒｅｌｅｓｓｍｏｄｅｍ)、携帯機器(ｈａｎｄｈｅｌｄｄｅｖｉｃｅ)などと呼ぶこともできる。また、本発明において、ＢＳは一般に、ＵＥ及び／又は他のＢＳと通信する固定局(ｆｉｘｅｄｓｔａｔｉｏｎ)を意味し、ＵＥ及び他のＢＳと通信して各種データ及び制御情報を交換する。ＢＳを、ＡＢＳ(ＡｄｖａｎｃｅｄＢａｓｅＳｔａｔｉｏｎ)、ＮＢ(Ｎｏｄｅ－Ｂ)、ｅＮＢ(ｅｖｏｌｖｅｄ－ＮｏｄｅＢ)、ＢＴＳ(ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｙｓｔｅｍ)、アクセスポイント(ＡｃｃｅｓｓＰｏｉｎｔ)、ＰＳ(ＰｒｏｃｅｓｓｉｎｇＳｅｒｖｅｒ)、送信ポイント(ｔｒａｎｓｍｉｓｓｉｏｎｐｏｉｎｔ；ＴＰ)などと呼ぶこともできる。以下の本発明に関する説明では、ＢＳをｅＮＢと総称する。

【0029】

本発明でいうノード(ｎｏｄｅ)とは、ユーザ機器と通信して無線信号を送信／受信できる固定した地点(ｐｏｉｎｔ)を指す。様々な形態のｅＮＢをその名称にかかわらずノードとして用いることができる。例えば、ＢＳ、ＮＢ、ｅＮＢ、ピコ－セルｅＮＢ(ＰｅＮＢ)、ホームｅＮＢ(ＨｅＮＢ)、リレー、リピータなどをノードとすることができる。また、ノードは、ｅＮＢでなくてもよい。例えば、無線リモートヘッド(ｒａｄｉｏｒｅｍｏｔｅｈｅａｄ，ＲＲＨ)、無線リモートユニット(ｒａｄｉｏｒｅｍｏｔｅｕｎｉｔ，ＲＲＵ)であってもよい。ＲＲＨ、ＲＲＵなどは一般にｅＮＢの電力レベル(ｐｏｗｅｒｌｅｖｅｌ)よりも低い電力レベルを有する。ＲＲＨ或いはＲＲＵ(以下、ＲＲＨ／ＲＲＵ)は一般に、光ケーブルなどの専用回線(ｄｅｄｉｃａｔｅｄｌｉｎｅ)でｅＮＢに接続されており、よって、一般に無線回線で接続されているｅＮＢによる協調通信に比べて、ＲＲＨ／ＲＲＵとｅＮＢによる協調通信を円滑に行うことができる。１つのノードには少なくとも１つのアンテナが設置される。このアンテナは、物理アンテナを意味することもでき、アンテナポート、仮想アンテナ、又はアンテナグループを意味することもできる。ノードは、ポイント(ｐｏｉｎｔ)と呼ばれることもある。アンテナが基地局に集中して位置して１つのｅＮＢコントローラ(ｃｏｎｔｒｏｌｌｅｒ)によって制御される既存の(ｃｏｎｖｅｎｔｉｏｎａｌ)中央集中型アンテナシステム(ｃｅｎｔｒａｌｉｚｅｄａｎｔｅｎｎａｓｙｓｔｅｍ，ＣＡＳ)(すなわち、単一ノードシステム)と違い、多重ノードシステムにおいて複数のノードは一般に一定間隔以上で離れて位置する。これらの複数のノードは、各ノードの動作を制御したり、各ノードを通して送／受信されるデータをスケジューリング(ｓｃｈｅｄｕｌｉｎｇ)する１つ以上のｅＮＢ或いはｅＮＢコントローラによって管理することができる。各ノードは、当該ノードを管理するｅＮＢ或いはｅＮＢコントローラとケーブル(ｃａｂｌｅ)或いは専用回線(ｄｅｄｉｃａｔｅｄｌｉｎｅ)で接続することができる。多重ノードシステムにおいて、複数のノードへの／からの信号送信／受信には、同一のセル識別子(ｉｄｅｎｔｉｔｙ，ＩＤ)が用いられてもよく、異なるセルＩＤが用いられてもよい。複数のノードが同一のセルＩＤを有すると、これら複数のノードのそれぞれは、１つのセルにおける一部のアンテナ集団のように動作する。多重ノードシステムにおいてノードが互いに異なるセルＩＤを有すると、このような多重ノードシステムを多重セル(例えば、マクロ－セル／フェムト－セル／ピコ－セル)システムと見なすことができる。複数のノードのそれぞれが形成した多重セルがカバレッジによってオーバーレイする形態で構成されると、これらの多重セルが形成したネットワークを特に多重－階層(ｍｕｌｔｉ－ｔｉｅｒ)ネットワークと呼ぶ。ＲＲＨ／ＲＲＵのセルＩＤとｅＮＢのセルＩＤは同一であっても、異なってもよい。ＲＲＨ／ＲＲＵとｅＮＢが互いに異なるセルＩＤを用いる場合、ＲＲＨ／ＲＲＵとｅＮＢはいずれも独立した基地局として動作する。

【0030】

以下に説明する本発明の多重ノードシステムにおいて、複数のノードに接続した１つ以上のｅＮＢ或いはｅＮＢコントローラが、前記複数のノードの一部又は全てを介してＵＥに同時に信号を送信或いは受信するように前記複数のノードを制御することができる。各ノードの実体、各ノードの具現の形態などによって、多重ノードシステム間には差異点があるが、複数のノードが共に所定時間－周波数リソース上でＵＥに通信サービスを提供するために参加するという点で、これらの多重ノードシステムは単一ノードシステム(例えば、ＣＡＳ、従来のＭＩＭＯシステム、従来の中継システム、従来のリピータシステムなど)とは異なる。そのため、複数のノードの一部又は全てを用いてデータ協調送信を行う方法に関する本発明の実施例は、種々の多重ノードシステムに適用可能である。例えば、ノードとは、通常、他のノードと一定間隔以上で離れて位置しているアンテナグループを指すが、後述する本発明の実施例は、ノードが間隔にかかわらずに任意のアンテナグループを意味する場合にも適用可能である。例えば、Ｘ－ｐｏｌ(Ｃｒｏｓｓｐｏｌａｒｉｚｅｄ)アンテナを備えたｅＮＢの場合、該ｅＮＢが、Ｈ－ｐｏｌアンテナで構成されたノードとＶ－ｐｏｌアンテナで構成されたノードを制御すると見なし、本発明の実施例を適用することができる。

【0031】

複数の送信(Ｔｘ)／受信(Ｒｘ)ノードを介して信号を送信／受信したり、複数の送信／受信ノードから選択された少なくとも１つのノードを介して信号を送信／受信したり、下りリンク信号を送信するノードと上りリンク信号を受信するノードとを別にし得る通信技法を、多重－ｅＮＢＭＩＭＯ又はＣｏＭＰ(ＣｏｏｒｄｉｎａｔｅｄＭｕｌｔｉ－ＰｏｉｎｔＴＸ／ＲＸ)という。このようなノード間協調通信のうち、協調送信技法は、ＪＰ(ｊｏｉｎｔｐｒｏｃｅｓｓｉｎｇ)とスケジューリング協調(ｓｃｈｅｄｕｌｉｎｇｃｏｏｒｄｉｎａｔｉｏｎ)とに区別できる。前者はＪＴ(ｊｏｉｎｔｔｒａｎｓｍｉｓｓｉｏｎ)／ＪＲ(ｊｏｉｎｔｒｅｃｅｐｔｉｏｎ)とＤＰＳ(ｄｙｎａｍｉｃｐｏｉｎｔｓｅｌｅｃｔｉｏｎ)とに区別し、後者はＣＳ(ｃｏｏｒｄｉｎａｔｅｄｓｃｈｅｄｕｌｉｎｇ)とＣＢ(ｃｏｏｒｄｉｎａｔｅｄｂｅａｍｆｏｒｍｉｎｇ)とに区別できる。ＤＰＳは、ＤＣＳ(ｄｙｎａｍｉｃｃｅｌｌｓｅｌｅｃｔｉｏｎ)と呼ぶこともできる。他の協調通信技法に比べて、ノード間協調通信技法のうちＪＰを行うとき、より様々な通信環境を形成することができる。ＪＰにおいて、ＪＴは、複数のノードが同一のストリームをＵＥに送信する通信技法をいい、ＪＲは、複数のノードが同一のストリームをＵＥから受信する通信技法をいう。当該ＵＥ／ｅＮＢは、前記複数のノードから受信した信号を合成して前記ストリームを復元する。ＪＴ／ＪＲでは、同一のストリームが複数のノードから／に送信されるため、送信ダイバーシティ(ｄｉｖｅｒｓｉｔｙ)によって信号送信の信頼度を向上させることができる。ＪＰのＤＰＳは、複数のノードから特定規則によって選択された１つのノードを介して信号が送信／受信される通信技法をいう。ＤＰＳでは、通常、ＵＥとノード間のチャネル状態の良いノードが通信ノードとして選択されるはずであるため、信号送信の信頼度を向上させることができる。

【0032】

本発明でいうセル(ｃｅｌｌ)とは、１つ以上のノードが通信サービスを提供する一定の地理的領域をいう。そのため、本発明で特定セルと通信するということは、特定セルに通信サービスを提供するｅＮＢ或いはノードと通信することを意味できる。また、特定セルの下りリンク／上りリンク信号は、該特定セルに通信サービスを提供するｅＮＢ或いはノードからの／への下りリンク／上りリンク信号を意味する。ＵＥに上り／下りリンク通信サービスを提供するセルを特にサービングセル(ｓｅｒｖｉｎｇｃｅｌｌ)という。また、特定セルのチャネル状態／品質は、該特定セルに通信サービスを提供するｅＮＢ或いはノードとＵＥ間に形成されたチャネル或いは通信リンクのチャネル状態／品質を意味する。３ＧＰＰＬＥＴ－Ａベースのシステムにおいて、ＵＥは、特定ノードからの下りリンクチャネル状態を、前記特定ノードのアンテナポートが前記特定ノードに割り当てられたチャンネルＣＳＩ－ＲＳ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)リソース上で送信するＣＳＩ－ＲＳを用いて測定することができる。一般に、隣接したノードは、互いに直交するＣＳＩ－ＲＳリソース上で該当のＣＳＩ－ＲＳリソースを送信する。ＣＳＩ－ＲＳリソースが直交するということは、ＣＳＩ－ＲＳを運ぶシンボル及び副搬送波を特定するＣＳＩ－ＲＳリソース構成(ｒｅｓｏｕｒｃｅｃｏｎｆｉｇｕｒａｔｉｏｎ)、サブフレームオフセット(ｏｆｆｓｅｔ)及び送信周期(ｔｒａｎｓｍｉｓｓｉｏｎｐｅｒｉｏｄ)などによってＣＳＩ－ＲＳが割り当てられたサブフレームを特定するサブフレーム構成(ｓｕｂｆｒａｍｅｃｏｎｆｉｇｕｒａｔｉｏｎ)、ＣＳＩ－ＲＳシーケンスのうちの少なくとも１つが互いに異なることを意味する。

【0033】

本発明において、ＰＤＣＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ)／ＰＣＦＩＣＨ(ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣＨａｎｎｅｌ)／ＰＨＩＣＨ((ＰｈｙｓｉｃａｌＨｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｔｒａｎｓｍｉｔｒｅｑｕｅｓｔＩｎｄｉｃａｔｏｒＣＨａｎｎｅｌ)／ＰＤＳＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ)はそれぞれ、ＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)／ＣＦＩ(ＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒ)／下りリンクＡＣＫ／ＮＡＣＫ(ＡＣＫｎｏｗｌｅｇｅｍｅｎｔ／ＮｅｇａｔｉｖｅＡＣＫ)／下りリンクデータを運ぶ時間－周波数リソースの集合或いはリソース要素の集合を意味する。また、ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ)／ＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ)／ＰＲＡＣＨ(ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣＨａｎｎｅｌ)はそれぞれ、ＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)／上りリンクデータ／ランダムアクセス信号を運ぶ時間－周波数リソースの集合或いはリソース要素の集合を意味する。本発明では、特に、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨに割り当てられたり、又はそれに属した時間－周波数リソース或いはリソース要素(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ，ＲＥ)をそれぞれ、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨＲＥ又はＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨリソースと呼ぶ。以下でユーザ機器がＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨを送信するという表現は、それぞれ、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ上で或いは介して上りリンク制御情報／上りリンクデータ／ランダムアクセス信号を送信するという表現と同じ意味で使われる。また、ｅＮＢがＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨを送信するという表現は、それぞれ、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ上で或いは介して下りリンクデータ／制御情報を送信するという表現と同じ意味で使われる。

【0034】

図１は、無線通信システムで用いられる無線フレーム構造の一例を示す図である。特に、図１(ａ)は、３ＧＰＰＬＥＴ／ＬＥＴ－Ａシステムで用いられる周波数分割デュプレックス(ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ，ＦＤＤ)用フレーム構造を示しており、図１(ｂ)は、３ＧＰＰＬＥＴ／ＬＥＴ－Ａシステムで用いられる時分割デュプレックス(ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ，ＴＤＤ)用フレーム構造を示している。

【0035】

図１を参照すると、３ＧＰＰＬＥＴ／ＬＥＴ－Ａシステムで用いられる無線フレームは、１０ｍｓ(３０７２００Ｔｓ)の長さを有し、１０個の均等なサイズのサブフレーム(ｓｕｂｆｒａｍｅ，ＳＦ)で構成される。1無線フレームにおける１０個のサブフレームにはそれぞれ番号を与えることができる。ここで、Ｔｓは、サンプリング時間を表し、Ｔｓ＝１／(２０４８＊１５ｋＨｚ)で表示される。それぞれのサブフレームは、１ｍｓの長さを有し、２個のスロットで構成される。1無線フレームにおいて２０個のスロットには０から１９までの番号を順次に与えることができる。それぞれのスロットは０．５ｍｓの長さを有する。１サブフレームを送信するための時間は、送信時間間隔(ｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｅｉｎｔｅｒｖａｌ，ＴＴＩ)と定義される。時間リソースは、無線フレーム番号(或いは、無線フレームインデックスともいう)、サブフレーム番号(或いは、サブフレームインデックスともいう)、スロット番号(或いは、スロットインデックスともいう)などによって区別することができる。

【0036】

無線フレームは、デュプレックス(ｄｕｐｌｅｘ)技法によって別々に構成(ｃｏｎｆｉｇｕｒｅ)することができる。例えば、ＦＤＤにおいて、下りリンク送信及び上りリンク送信は周波数によって区別されるため、無線フレームは特定周波数帯域に対して下りリンクサブフレーム又は上りリンクサブフレームのいずれか１つのみを含む。ＴＤＤでは下りリンク送信及び上りリンク送信が時間によって区別されるため、特定周波数帯域に対して無線フレームは下りリンクサブフレームも上りリンクサブフレームも含む。

【0037】

表１は、ＴＤＤで、無線フレームにおけるサブフレームのＤＬ－ＵＬ構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)を例示するものである。

【0038】

【表1】

【0039】

表１で、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓは特異(ｓｐｅｃｉａｌ)サブフレームを表す。特異サブフレームは、ＤｗＰＴＳ(ＤｏｗｎｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ)、ＧＰ(ＧｕａｒｄＰｅｒｉｏｄ)、ＵｐＰＴＳ(ＵｐｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ)の３つのフィールドを含む。ＤｗＰＴＳは、下りリンク送信のために留保される時間区間であり、ＵｐＰＴＳは上りリンク送信のために留保される時間区間である。表２は、特異サブフレーム構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)を例示するものである。

【0040】

【表2】

【0041】

図２は、無線通信システムにおいて下りリンク／上りリンク(ＤＬ／ＵＬ)スロット構造の一例を示す図である。特に、図２は、３ＧＰＰＬＥＴ／ＬＥＴ－Ａシステムのリソース格子(ｒｅｓｏｕｒｃｅｇｒｉｄ)の構造を示す。アンテナポート当たりに１個のリソース格子がある。

【0042】

図２を参照すると、スロットは、時間ドメインで複数のＯＦＤＭ(ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)シンボルを含み、周波数ドメインで複数のリソースブロック(ｒｅｓｏｕｒｃｅｂｌｏｃｋ，ＲＢ)を含む。ＯＦＤＭシンボルは、１シンボル区間を意味することもある。図２を参照すると、各スロットで送信される信号は、

個の副搬送波(ｓｕｂｃａｒｒｉｅｒ)と

個のＯＦＤＭシンボルとで構成されるリソース格子(ｒｅｓｏｕｒｃｅｇｒｉｄ)と表現することができる。ここで、

は、下りリンクスロットにおけるリソースブロック(ｒｅｓｏｕｒｃｅｂｌｏｃｋ，ＲＢ)の個数を表し、

は、ＵＬスロットにおけるＲＢの個数を表す。

と

は、ＤＬ送信帯域幅とＵＬ送信帯域幅にそれぞれ依存する。

は、下りリンクスロットにおけるＯＦＤＭシンボルの個数を表し、

は、ＵＬスロットにおけるＯＦＤＭシンボルの個数を表す。

は、１つのＲＢを構成する副搬送波の個数を表す。

【0043】

ＯＦＤＭシンボルは、多元接続方式によって、ＯＦＤＭシンボル、ＳＣ－ＦＤＭ(ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)シンボルなどと呼ぶことができる。１つのスロットに含まれるＯＦＤＭシンボルの数は、チャネル帯域幅、ＣＰ(ｃｙｃｌｉｃｐｒｅｆｉｘ)長によって様々に変更可能である。例えば、正規(ｎｏｒｍａｌ)ＣＰの場合は、１つのスロットが７個のＯＦＤＭシンボルを含むが、拡張(ｅｘｔｅｎｄｅｄ)ＣＰの場合は、１つのスロットが６個のＯＦＤＭシンボルを含む。図２では、説明の便宜のために、１つのスロットが７ＯＦＤＭシンボルで構成されるサブフレームを例示するが、本発明の実施例は、その他の個数のＯＦＤＭシンボルを有するサブフレームにも同様の方式で適用されてもよい。図２を参照すると、各ＯＦＤＭシンボルは、周波数ドメインで、

個の副搬送波を含む。副搬送波の類型は、データ送信のためのデータ副搬送波、参照信号(ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ)の送信のための参照信号副搬送波、ガードバンド(ｇｕａｒｄｂａｎｄ)及び直流(ＤｉｒｅｃｔＣｕｒｒｅｎｔ，ＤＣ)成分のためのヌル(ｎｕｌｌ)副搬送波に分類することができる。ＤＣ成分のためのヌル副搬送波は、未使用のまま残される副搬送波であり、ＯＦＤＭ信号生成過程或いは周波数上り変換過程で搬送波周波数(ｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙ，ｆ０)にマッピング(ｍａｐｐｉｎｇ)される。搬送波周波数は中心周波数(ｃｅｎｔｅｒｆｒｅｑｕｅｎｃｙ)と呼ばれることもある。

【0044】

１ＲＢは、時間ドメインで

個(例えば、７個)の連続するＯＦＤＭシンボルと定義され、周波数ドメインで

個(例えば、１２個)の連続する副搬送波と定義される。参考として、１つのＯＦＤＭシンボルと１つの副搬送波で構成されたリソースをリソース要素(ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔ，ＲＥ)或いはトーン(ｔｏｎｅ)という。したがって、１つのＲＢは、

個のリソース要素で構成される。リソース格子における各リソース要素は、１つのスロットにおけるインデックス対(ｋ，１)によって固有に定義できる。ｋは、周波数ドメインで０から

－１まで与えられるインデックスであり、ｌは、時間ドメインで０から

－１まで与えられるインデックスである。

【0045】

１サブフレームにおいて

個の連続した同一副搬送波を占有しながら、当該サブフレームにおける２個のスロットのそれぞれに１個ずつ位置する２個のＲＢを物理リソースブロック(ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ，ＰＲＢ)対(ｐａｉｒ)という。ＰＲＢ対を構成する２個のＲＢは、同一のＰＲＢ番号(或いは、ＰＲＢインデックス(ｉｎｄｅｘ)ともいう)を有する。ＶＲＢは、リソース割り当てのために導入された一種の論理的リソース割り当て単位である。ＶＲＢはＰＲＢと同じサイズを有する。ＶＲＢをＰＲＢにマッピングする方式によって、ＶＲＢは、局部(ｌｏｃａｌｉｚｅｄ)タイプのＶＲＢと分散(ｄｉｓｔｒｉｂｕｔｅｄ)タイプのＶＲＢとに区別される。局部タイプのＶＲＢはＰＲＢに直接マッピングされて、ＶＲＢ番号(ＶＲＢインデックスともいう)がＰＲＢ番号に直接対応する。すなわち、ｎ_ＰＲＢ＝ｎ_ＶＲＢとなる。局部タイプのＶＲＢには０から

－１順に番号が与えられ、

である。したがって、局部マッピング方式によれば、同一のＶＲＢ番号を有するＶＲＢが第１のスロットと第２のスロットにおいて、同一ＰＲＢ番号のＰＲＢにマッピングされる。一方、分散タイプのＶＲＢはインターリービングを経てＰＲＢにマッピングされる。そのため、同一のＶＲＢ番号を有する分散タイプのＶＲＢは、第１のスロットと第２のスロットにおいて互いに異なる番号のＰＲＢにマッピングされることがある。サブフレームの２つのスロットに１個ずつ位置し、同一のＶＲＢ番号を有する２個のＰＲＢをＶＲＢ対と称する。

【0046】

図３は、３ＧＰＰＬＥＴ／ＬＥＴ－Ａシステムで用いられる下りリンク(ｄｏｗｎｌｉｎｋ，ＤＬ)サブフレーム構造を例示する図である。

【0047】

図３を参照すると、ＤＬサブフレームは、時間ドメインで制御領域(ｃｏｎｔｒｏｌｒｅｇｉｏｎ)とデータ領域(ｄａｔａｒｅｇｉｏｎ)とに区別される。図３を参照すると、サブフレームの第１のスロットで先頭部における最大３(或いは４)個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域(ｃｏｎｔｒｏｌｒｅｇｉｏｎ)に対応する。以下、ＤＬサブフレームでＰＤＣＣＨ送信に利用可能なリソース領域(ｒｅｓｏｕｒｃｅｒｅｇｉｏｎ)をＰＤＣＣＨ領域と称する。制御領域に用いられるＯＦＤＭシンボル以外のＯＦＤＭシンボルは、ＰＤＳＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｃｅｌ)が割り当てられるデータ領域(ｄａｔａｒｅｇｉｏｎ)に該当する。以下、ＤＬサブフレームでＰＤＳＣＨ送信に利用可能なリソース領域をＰＤＳＣＨ領域と称する。３ＧＰＰＬＥＴで用いられるＤＬ制御チャネルの例としては、ＰＣＦＩＣＨ(ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ)、ＰＤＣＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)、ＰＨＩＣＨ(ＰｈｙｓｉｃａｌｈｙｂｒｉｄＡＲＱｉｎｄｉｃａｔｏｒＣｈａｎｎｅｌ)などを含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレームにおいて制御チャネルの送信に用いられるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、ＵＬ送信に対する応答としてＨＡＲＱ(ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ)ＡＣＫ／ＮＡＣＫ(ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｍｅｎｔ)信号を運ぶ。

【0048】

ＰＤＣＣＨを介して送信される制御情報を下りリンク制御情報(ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ)と呼ぶ。ＤＣＩは、ＵＥ又はＵＥグループのためのリソース割り当て情報及び他の制御情報を含む。例えば、ＤＣＩは、ＤＬ共有チャネル(ｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ，ＤＬ－ＳＣＨ)の送信フォーマット及びリソース割り当て情報、ＵＬ共有チャネル(ｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ，ＵＬ－ＳＣＨ)の送信フォーマット及びリソース割り当て情報、ページングチャネル(ｐａｇｉｎｇｃｈａｎｎｅｌ，ＰＣＨ)上のページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層(ｕｐｐｅｒｌａｙｅｒ)制御メッセージのリソース割り当て情報、ＵＥグループ内の個別ＵＥへの送信電力制御命令(ＴｒａｎｓｍｉｔＣｏｎｔｒｏｌＣｏｍｍａｎｄＳｅｔ)、送信電力制御(ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ)命令、ＶｏＩＰ(ＶｏｉｃｅｏｖｅｒＩＰ)の活性化(ａｃｔｉｖａｔｉｏｎ)指示情報、ＤＡＩ(ＤｏｗｎｌｉｎｋＡｓｓｉｇｎｍｅｎｔＩｎｄｅｘ)などを含む。ＤＬ共有チャネル(ｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ，ＤＬ－ＳＣＨ)の送信フォーマット(ＴｒａｎｓｍｉｔＦｏｒｍａｔ)及びリソース割り当て情報は、ＤＬスケジューリング情報或いはＤＬグラント(ＤＬｇｒａｎｔ)とも呼ばれ、ＵＬ共有チャネル(ｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ，ＵＬ－ＳＣＨ)の送信フォーマット及びリソース割り当て情報は、ＵＬスケジューリング情報或いはＵＬグラント(ＵＬｇｒａｎｔ)とも呼ばれる。１つのＰＤＣＣＨが運ぶＤＣＩは、ＤＣＩフォーマットによってそのサイズと用途が異なり、符号化率によってそのサイズが異なり得る。現在３ＧＰＰＬＥＴシステムでは、上りリンク用にフォーマット０及び４、下りリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、３、３Ａなどの様々なフォーマットが定義されている。ＤＣＩフォーマットのそれぞれの用途に応じて、ホッピングフラグ、ＲＢ割り当て(ＲＢａｌｌｏｃａｔｉｏｎ)、ＭＣＳ(ｍｏｄｕｌａｔｉｏｎｃｏｄｉｎｇｓｃｈｅｍｅ)、ＲＶ(ｒｅｄｕｎｄａｎｃｙｖｅｒｓｉｏｎ)、ＮＤＩ(ｎｅｗｄａｔａｉｎｄｉｃａｔｏｒ)、ＴＰＣ(ｔｒａｎｓｍｉｔｐｏｗｅｒｃｏｎｔｒｏｌ)、循環シフトＤＭＲＳ(ｃｙｃｌｉｃｓｈｉｆｔｄｅｍｏｄｕｌａｔｉｏｎｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ)、ＵＬインデックス、ＣＱＩ(ｃｈａｎｎｅｌｑｕａｌｉｔｙｉｎｆｏｒｍａｔｉｏｎ)要請、ＤＬ割り当てインデックス(ＤＬａｓｓｉｇｎｍｅｎｔｉｎｄｅｘ)、ＨＡＲＱプロセスナンバー、ＴＰＭＩ(ｔｒａｎｓｍｉｔｔｅｄｐｒｅｃｏｄｉｎｇｍａｔｒｉｘｉｎｄｉｃａｔｏｒ)、ＰＭＩ(ｐｒｅｃｏｄｉｎｇｍａｔｒｉｘｉｎｄｉｃａｔｏｒ)情報などの制御情報が適宜選択された組み合わせが下りリンク制御情報としてＵＥに送信される。

【0049】

一般に、ＵＥに構成された送信モード(ｔｒａｎｓｍｉｓｓｉｏｎｍｏｄｅ，ＴＭ)によって当該ＵＥに送信可能なＤＣＩフォーマットが異なる。換言すれば、特定送信モードに構成されたＵＥのためには、いかなるＤＣＩフォーマットを用いてもよいわけではなく、特定送信モードに対応する一定ＤＣＩフォーマットのみを用いることができる。

【0050】

ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素(ｃｏｎｔｒｏｌｃｈａｎｎｅｌｅｌｅｍｅｎｔ，ＣＣＥ)の集成(ａｇｇｒｅｇａｔｉｏｎ)上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づく符号化率(ｃｏｄｉｎｇｒａｔｅ)を提供するために用いられる論理的割り当てユニット(ｕｎｉｔ)である。ＣＣＥは、複数のリソース要素グループ(ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔｇｒｏｕｐ，ＲＥＧ)に対応する。例えば、１ＣＣＥは９個のＲＥＧに対応し、１ＲＥＧは４個のＲＥに対応する。３ＧＰＰＬＥＴシステムの場合、それぞれのＵＥのためにＰＤＣＣＨが位置してもよいＣＣＥセットを定義した。ＵＥが自身のＰＤＣＣＨを発見し得るＣＣＥセットを、ＰＤＣＣＨ探索空間、簡単に探索空間(ＳｅａｒｃｈＳｐａｃｅ，ＳＳ)と呼ぶ。探索空間内でＰＤＣＣＨが送信されてもよい個別リソースをＰＤＣＣＨ候補(ｃａｎｄｉｄａｔｅ)と呼ぶ。ＵＥがモニタリング(ｍｏｎｉｔｏｒｉｎｇ)するＰＤＣＣＨ候補の集合を探索空間と定義する。３ＧＰＰＬＥＴ／ＬＥＴ－ＡシステムでそれぞれのＤＣＩフォーマットのための探索空間は異なるサイズを有してもよく、専用(ｄｅｄｉｃａｔｅｄ)探索空間と共通(ｃｏｍｍｏｎ)探索空間とが定義されている。専用探索空間は、ＵＥ－特定(ｓｐｅｃｉｆｉｃ)探索空間であり、それぞれの個別ＵＥのために構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)される。共通探索空間は、複数のＵＥのために構成される。次表は、探索空間を定義する集成レベル(ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ)を例示するものである。

【0051】

【表3】

【0052】

１つのＰＤＣＣＨ候補は、ＣＣＥ集成レベルによって１、２、４又は８個のＣＣＥに対応する。ｅＮＢは、探索空間内の任意のＰＤＣＣＨ候補上で実際のＰＤＣＣＨ(ＤＣＩ)を送信し、ＵＥは、ＰＤＣＣＨ(ＤＣＩ)を探すために探索空間をモニタリングする。ここで、モニタリングとは、全てのモニタリングされるＤＣＩフォーマットによって当該探索空間内の各ＰＤＣＣＨの復号(ｄｅｃｏｄｉｎｇ)を試みる(ａｔｔｅｍｐｔ)ことを意味する。ＵＥは、前記複数のＰＤＣＣＨをモニタリングし、自身のＰＤＣＣＨを検出することができる。基本的に、ＵＥは、自身のＰＤＣＣＨが送信される位置を知らないことから、毎サブフレームごとに当該ＤＣＩフォーマットの全てのＰＤＣＣＨに対して、自身の識別子を有するＰＤＣＣＨを検出するまで復号を試みるが、このような過程をブラインド検出(ｂｌｉｎｄｄｅｔｅｃｔｉｏｎ)(ブラインド復号(ｂｌｉｎｄｄｅｃｏｄｉｎｇ，ＢＤ))という。

【0053】

ｅＮＢは、データ領域を通してＵＥ或いはＵＥグループのためのデータを送信することができる。データ領域を通して送信されるデータをユーザデータと呼ぶこともできる。ユーザデータの送信のために、データ領域にはＰＤＳＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ)を割り当てることができる。ＰＣＨ(Ｐａｇｉｎｇｃｈａｎｎｅｌ)及びＤＬ－ＳＣＨ(Ｄｏｗｎｌｉｎｋ－ｓｈａｒｅｄｃｈａｎｎｅｌ)は、ＰＤＳＣＨを介して送信される。ＵＥは、ＰＤＣＣＨを介して送信される制御情報を復号し、ＰＤＳＣＨを介して送信されるデータを読むことができる。ＰＤＳＣＨのデータがどのＵＥ或いはＵＥグループに送信されるか、前記ＵＥ或いはＵＥグループがどのようにＰＤＳＣＨデータを受信して復号すればよいかなどを示す情報がＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ(ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ)でＣＲＣ(ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ)マスキング(ｍａｓｋｉｎｇ)されており、「Ｂ」という無線リソース(例、周波数位置)及び「Ｃ」という送信形式情報(例、送信ブロックサイズ、変調方式、コーディング情報など)を用いて送信されるデータに関する情報が特定ＤＬサブフレームで送信されると仮定する。ＵＥは、自身の所有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、「Ａ」というＲＮＴＩを有しているＵＥはＰＤＣＣＨを検出し、受信したＰＤＣＣＨの情報によって「Ｂ」と「Ｃ」で示されるＰＤＳＣＨを受信する。

【0054】

ＵＥがｅＮＢから受信した信号を復調するには、データ信号と比較する参照信号(ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ，ＲＳ)が必要である。参照信号とは、ｅＮＢがＵＥに或いはＵＥがｅＮＢに送信する、ｅＮＢとＵＥが互いに知っている、予め定義された特別な波形の信号を意味し、パイロット(ｐｉｌｏｔ)とも呼ばれる。参照信号は、セル内の全ＵＥに共用されるセル－特定(ｃｅｌｌ－ｓｐｅｃｉｆｉｃ)ＲＳと特定ＵＥに専用される復調(ｄｅｍｏｄｕｌａｔｉｏｎ)ＲＳ(ＤＭＲＳ)とに区別される。ｅＮＢが特定ＵＥのための下りリンクデータの復調のために送信するＤＭＲＳをＵＥ－特定的(ＵＥ－ｓｐｅｃｉｆｉｃ)ＲＳと特別に称することもできる。下りリンクでＤＭＲＳとＣＲＳは共に送信されてもよいが、いずれか一方のみが送信されてもよい。ただし、下りリンクでＣＲＳ無しにＤＭＲＳのみを送信される場合、データと同じプリコーダを適用して送信されるＤＭＲＳは復調の目的にのみ用いることができるため、チャネル測定用ＲＳを別途に提供しなければならない。例えば、３ＧＰＰＬＥＴ(－Ａ)では、ＵＥがチャネル状態情報を測定できるようにするために、追加の測定用ＲＳであるＣＳＩ－ＲＳが当該ＵＥに送信される。ＣＳＩ－ＲＳは、チャネル状態について相対的に時間による変化度が大きくないという事実に着目し、毎サブフレームごとに送信されるＣＲＳとは違い、複数のサブフレームで構成される所定の送信周期ごとに送信される。

【0055】

図４は、３ＧＰＰＬＥＴ／ＬＥＴ－Ａシステムで用いられる上りリンク(ｕｐｌｉｎｋ，ＵＬ)サブフレーム構造の一例を示す図である。

【0056】

図４を参照すると、ＵＬサブフレームは、周波数ドメインで制御領域とデータ領域とに区別できる。１つ又は複数のＰＵＣＣＨ(ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌｓ)を上りリンク制御情報(ｕｐｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ)を運ぶために制御領域に割り当てることができる。１つ又は複数のＰＵＳＣＨ(ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌｓ)がユーザデータを運ぶためにＵＬサブフレームのデータ領域に割り当てられてもよい。

【0057】

ＵＬサブフレームではＤＣ(ＤｉｒｅｃｔＣｕｒｒｅｎｔ)副搬送波から遠く離れた副搬送波が制御領域として用いられる。換言すれば、ＵＬ送信帯域幅の両端部に位置する副搬送波が上りリンク制御情報の送信に割り当てられる。ＤＣ副搬送波は、信号送信に用いられずに残される成分であり、周波数上り変換過程で搬送波周波数ｆ０にマッピングされる。１つのＵＥのＰＵＣＣＨは１つのサブフレームで、１つの搬送波周波数で動作するリソースに属したＲＢ対に割り当てられ、このＲＢ対に属したＲＢは、２つのスロットでそれぞれ異なる副搬送波を占有する。このように割り当てられるＰＵＣＣＨを、ＰＵＣＣＨに割り当てられたＲＢ対がスロット境界で周波数ホッピングすると表現する。ただし、周波数ホッピングが適用されない場合には、ＲＢ対が同一の副搬送波を占有する。

【0058】

ＰＵＣＣＨは、次の制御情報を送信するために用いることができる。

【0059】

－ＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)：上りリンクＵＬ－ＳＣＨリソースを要請するために用いられる情報である。ＯＯＫ(Ｏｎ－ＯｆｆＫｅｙｉｎｇ)方式を用いて送信される。

【0060】

－ＨＡＲＱ－ＡＣＫ：ＰＤＣＣＨに対する応答及び／又はＰＤＳＣＨ上の下りリンクデータパケット(例、コードワード)に対する応答である。ＰＤＣＣＨ或いはＰＤＳＣＨが成功的に受信されたか否かを示す。単一下りリンクコードワードに対する応答としてＨＡＲＱ－ＡＣＫ１ビットが送信され、２つの下りリンクコードワードに対する応答としてＨＡＲＱ－ＡＣＫ２ビットが送信される。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ(ＤｉｓｃｏｎｔｉｎｕｏｕｓＴｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語は、ＨＡＲＱＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。

【0061】

－ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)：下りリンクチャネルに対するフィードバック情報(ｆｅｅｄｂａｃｋｉｎｆｏｒｍａｔｉｏｎ)である。ＭＩＭＯ(ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ)－関連フィードバック情報は、ＲＩ(ＲａｎｋＩｎｄｉｃａｔｏｒ)及びＰＭＩ(ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ)を含む。

【0062】

ＵＥがサブフレームで送信可能な上りリンク制御情報(ＵＣＩ)の量は、制御情報送信に可用なＳＣ－ＦＤＭＡの個数に依存する。ＵＣＩに可用なＳＣ－ＦＤＭＡは、サブフレームにおいて参照信号の送信のためのＳＣ－ＦＤＭＡシンボルを除く残りのＳＣ－ＦＤＭＡシンボルを意味し、ＳＲＳ(ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)が構成されているサブフレームでは、サブフレームの最後のＳＣ－ＦＤＭＡシンボルも除く。参照信号は、ＰＵＣＣＨのコヒーレント(ｃｏｈｅｒｅｎｔ)検出に用いられる。ＰＵＣＣＨは、送信される情報によって様々なフォーマットを支援する。

【0063】

下記の表４に、ＬＥＴ／ＬＥＴ－ＡシステムでＰＵＣＣＨフォーマットとＵＣＩとのマッピング関係を示す。

【0064】

【表4】

【0065】

表４を参照すると、主に、ＰＵＣＣＨフォーマット１系列はＡＣＫ／ＮＡＣＫ情報を送信するために用いられ、ＰＵＣＣＨフォーマット２系列はＣＱＩ／ＰＭＩ／ＲＩなどのチャネル状態情報(ｃｈａｎｎｅｌｓｔａｔｅｉｎｆｏｒｍａｔｉｏｎ，ＣＳＩ)を運ぶために用いられ、ＰＵＣＣＨフォーマット３系列はＡＣＫ／ＮＡＣＫ情報を送信するために用いられる。

【0066】

参照信号(ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ；ＲＳ)

【0067】

無線通信システムにおいてパケットを送信する時、パケットは無線チャネルを通じて送信されるため、送信過程で信号の歪みが発生することがある。歪まれた信号を受信側で正しく受信するためには、チャネル情報を用いて受信信号において歪みを補正しなければならない。チャネル情報を知るために、送信側と受信側の両方で知っている信号を送信し、該信号がチャネルを通じて受信される時の歪みの度合からチャネル情報を把握する方法を主に用いる。この信号をパイロット信号(ＰｉｌｏｔＳｉｇｎａｌ)又は参照信号(ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)という。

【0068】

多重アンテナを用いてデータを送受信する場合には、各送信アンテナと受信アンテナ間のチャネル状況を知ってこそ正しい信号を受信することができる。したがって、各送信アンテナ別に、より詳しくはアンテナポート(ａｎｔｅｎｎａｐｏｒｔ)別に異なった参照信号が存在しなければならない。

【0069】

参照信号は上りリンク参照信号と下りリンク参照信号とに区別できる。現在、ＬＥＴシステムには、上りリンク参照信号として、

【0070】

i）ＰＵＳＣＨ及びＰＵＣＣＨを通じて送信された情報のコヒーレント(ｃｏｈｅｒｅｎｔ)な復調のためのチャネル推定のための復調参照信号(ＤｅＭｏｄｕｌａｔｉｏｎ－ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ，ＤＭ－ＲＳ)

【0071】

ii）基地局が、ネットワークの異なる周波数における上りリンクチャネル品質を測定するためのサウンディング参照信号(ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ，ＳＲＳ)がある。

【0072】

一方、下りリンク参照信号としては、

【0073】

i)セル内の全ての端末が共有するセル－特定参照信号(Ｃｅｌｌ－ｓｐｅｃｉｆｉｃＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ，ＣＲＳ)

【0074】

ii）特定端末だけのための端末－特定参照信号(ＵＥ－ｓｐｅｃｉｆｉｃＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)

【0075】

iii）ＰＤＳＣＨが送信される場合に、コヒーレントな復調のために送信される(ＤｅＭｏｄｕｌａｔｉｏｎ－ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ，ＤＭ－ＲＳ)

【0076】

iv）下りリンクＤＭＲＳが送信される場合に、チャネル状態情報(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ；ＣＳＩ)を伝達するためのチャネル状態情報参照信号(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ－ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ，ＣＳＩ－ＲＳ)

【0077】

v）ＭＢＳＦＮ(ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ)モードで送信される信号に対するコヒーレントな復調のために送信されるＭＢＳＦＮ参照信号(ＭＢＳＦＮＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)

【0078】

vi）端末の地理的位置情報を推定するために用いられる位置参照信号(ＰｏｓｉｔｉｏｎｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)がある。

【0079】

参照信号はその目的によって２種類に大別できる。チャネル情報取得のために用いられる参照信号と、データ復調のために用いられる参照信号とがある。前者は、ＵＥが下りリンク上のチャネル情報を取得できるようにすることに目的があるため、広帯域に送信されなければならず、特定サブフレームで下りリンクデータを受信しない端末であってもその参照信号を受信しなければならない。また、これはハンドオーバーなどの状況でも用いられる。後者は、基地局が下りリンクを送る時に該当のリソースで共に送る参照信号であって、端末は当該参照信号を受信することによってチャネル測定をしてデータを復調することが可能になる。この参照信号は、データの送信される領域で送信されなければならない。

【0080】

パケットデータのレイテンシは重要な性能メートル(ｍｅｔｒｉｃ)の１つであり、これを減らして、より早いインターネットアクセスを最終ユーザ(ｅｎｄｕｓｅｒ)に提供することは、ＬＥＴのみならず、次世代移動通信システム、いわゆる新ＲＡＴ(ｎｅｗＲＡＴ)の設計においても重要な課題の１つといえる。

【0081】

ＬＥＴの最近標準では、データレートを増加させるための努力として、既に、搬送波併合、大規模ＭＩＭＯ、より高い変調次数などのような様々な技術が導入されている。しかし、ユーザプレーン(ｕｓｅｒｐｌａｎｅ)のレイテンシを劇的に減少させると同時にＴＣＰ(ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ)スループットを向上させるために、プロセッシング時間を減少させることは核心的な技術である。近来、ＬＥＴ標準では、プロセッシング時間の減少のために、「ＵＬ承認－ｔｏ－ＰＵＳＣＨ」、「ＤＬデータ－ｔｏ－ＤＬＨＡＲＱ－ＡＣＫフィードバック」のＤＬ受信－ＵＬ送信間のタイミングを減らす方案が論議されている。

【0082】

本発明では、プロセッシング時間減少が支援される状況下において、ＨＡＲＱ－ＡＣＫフィードバックを行うための方案を提案する。便宜のために、本発明で説明する発明又は提案をＬＥＴに基づいて説明するが、該当内容は、新ＲＡＴなどの他の波形／フレーム構造が使用される技術にも適用可能である。本発明の実施例では、説明の便宜のために、特定のＴＴＩ長を仮定しているが、相違するＴＴＩ長の構成(例えば、ｓＴＴＩ(ｓｈｏｒｔＴＴＩ)(<１ｍｓｅｃ)、ｌｏｎｇＴＴＩ(=１ｍｓｅｃ)、ｌｏｎｇｅｒＴＴＩ(>１ｍｓｅｃ))に対しても本発明が適用可能であるのは当然である。例えば、次期のシステムにおいてサブキャリアの間隔を増加する形態としてｓＴＴＩが導入されてもよい。ここで、ｓＴＴＩは、既存の１ｍｓのＴＴＩよりも短い長さのＴＴＩを示す。

【0083】

[Ｐｒｏｐｏｓａｌ１] 減少されたプロセッシング時間(ｓｈｏｒｔｅｎｅｄｐｒｏｃｅｓｓｉｎｇｔｉｍｅ)によるＴＤＤＵＬ送信タイミング

【0084】

現在、ＬＥＴＲｅｌ.－１３標準によれば、初期ＰＤＣＣＨ／ＰＤＳＣＨ送信後には、ＵＥはこれを受信して検出及び複合(ブラインドデコーディングを含む)の過程を行い、その後、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信するために、ＰＵＣＣＨ又はＰＵＳＣＨ送信のために符号化過程を行い、タイミング調整(ｔｉｍｉｎｇａｄｊｕｓｔｍｅｎｔ；ＴＡ)のための送信タイミングを繰り上げて送信することができる。前記過程(以下、プロセッシング時間)は、ＦＤＤシステムにおいて、通常のＴＴＩ(すなわち、ＴＴＩが１４シンボルで構成)に基づいて、３ｍｓｅｃの間に行われ、よってＳＦ＃ｎで送信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫはＳＦ＃ｎ＋４においてＰＵＣＣＨやＰＵＳＣＨを通じて送信されることができる。

【0085】

減少されたプロセッシング時間を支援する端末の場合、前記動作に対して相対的により少ない時間を所要することになり、よってサブフレーム＃ｎにおいてＤＬ承認によってスケジューリングされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫがサブフレーム＃ｎ＋ｋ(ここで、ｋは４よりも小さい整数)で送信することができる。

【0086】

しかし、ＴＤＤシステムの場合は、表１のＴＤＤＤＬ－ＵＬ設定に従ってＤＬサブフレーム位置とＵＬサブフレーム位置(また、ＤｗＰＴＳとＵｐＰＴＳと保護区間とで構成された特異サブフレーム位置)が予め定義されており、通常のＴＴＩベースでも、ＰＤＳＣＨが送信された後、これに対するＨＡＲＱ－ＡＣＫが送信されるタイミングとか、ＵＬ承認に対するＰＤＣＣＨが送信された後に対応するＰＵＳＣＨが送信されるタイミングとかは、これ以上、４ｍｓｅｃベースではなく、ＴＤＤＤＬ－ＵＬ設定に従って、これよりも大きい値が指定され得る。表５は、ＬＥＴ標準で定義されたＴＤＤシステムにおけるＰＤＳＣＨに対する端末のＤＬＨＡＲＱ－ＡＣＫ送信タイミングを示す表である。一例として、ＴＤＤＤＬ－ＵＬで２が設定された場合、サブフレーム＃ｎ=２において端末は、サブフレーム＃ｎ－８、＃ｎ－７、＃ｎ－４、＃ｎ－６で受信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信することになる。ここで、サブフレーム＃ｎ－８、＃ｎ－７、＃ｎ－４、＃ｎ－６をサブフレーム＃ｎ=２に該当するＤＬＨＡＲＱ－ＡＣＫに対する「ＤＬ関連集合(ＤＬａｓｓｏｃｉａｔｉｏｎｓｅｔ)」を称する。

【0087】

【表5】

【0088】

一方、減少されたプロセッシング時間が支援される場合、特定のＰＤＳＣＨ(例え、サブフレーム＃ｎで送信されたＰＤＳＣＨ)に対するＨＡＲＱ－ＡＣＫが送信できる最も早い時点が従来に比べて繰り上げられることができ(例え、サブフレーム＃ｎ+２又は＃ｎ+３)、よって従来のＤＬＨＡＲＱ－ＡＣＫ送信タイミングと異なるタイミングを定義することができるため、そのためのＨＡＲＱ－ＡＣＫ送信方案が新たに定義される必要がある。

【0089】

端末が受信したＰＤＳＣＨに対するＤＬＨＡＲＱ－ＡＣＫの送信タイミングが、予め約束されているか、上位層／物理層信号として指示されたプロセッシング時間に応じて異なるように設定されてもよい。ここで、プロセッシング時間は、ＤＬ－ｔｏ－ＵＬＴｘタイミング(例え、ＰＤＣＣＨ/ＰＤＳＣＨ送信後に該当ＨＡＲＱ－ＡＣＫが送信されるタイミング、ＵＬ承認送信後に該当ｓＰＵＳＣＨが送信されるタイミング)、また/又はＵＬ－ｔｏ－ＤＬＴｘタイミング(例え、ＰＵＳＣＨが送信された後に該当ＡＣＫや再送信情報が送信されるタイミング、ＰＵＣＣＨ送信後にＰＤＣＣＨが送信されるタイミングなど)と解釈されてもよい。

【0090】

図５を参照すれば、従来のプロセッシングタイミング(例え、４サブフレーム)で動作されるＵＥ＃０と減少されたプロセッシングタイミング(例え、３サブフレーム)を支援するＵＥ＃１が互いに異なるサブフレームでＤＬ承認によるＰＤＳＣＨスケジューリングを受けても、仮に該当ＤＬ承認に対するＨＡＲＱ－ＡＣＫ送信タイミングが重なり、且つ同一ＰＵＣＣＨリソースを指す場合(すなわち、前記ＤＬ承認を含む２つのＰＤＣＣＨの最低のＣＣＥインデックスが同一の場合)、２つのＵＥのＰＵＣＣＨリソースが衝突する恐れがある。

【0091】

このようなＰＵＣＣＨリソース衝突を防止するために、特定のＴＤＤＤＬ－ＵＬ設定下の特定のサブフレームから送信されるＤＬＨＡＲＱ－ＡＣＫに対するＤＬ関連集合は、プロセッシング時間に応じて相違するように設定又は定義されることができる。

【0092】

また、特定のＴＤＤＤＬ－ＵＬ設定下の特定のサブフレームから送信されるＤＬＨＡＲＱ－ＡＣＫに対して、レガシープロセッシング時間によって決定されたＤＬ関連集合と、減少されたプロセッシング時間によって決定されたＤＬ関連集合とが互いに独立して相違するように設定された場合、集合の交差に該当するサブフレームに対するＨＡＲＱ－ＡＣＫは、従来のＰＵＣＣＨリソース集合を従うことになり、一方、集合の交差に該当しない減少されたプロセッシング時間によって決定されたＤＬ関連集合内のサブフレームに対するＨＡＲＱ－ＡＣＫは、別途のＰＵＣＣＨリソース集合を従うように規則が定義されてもよい。ここで、ＰＵＣＣＨリソース集合は、ＤＬ関連集合内の全ての(Ｅ)ＣＣＥに対応されるＰＵＣＣＨリソースからなる集合を意味する。

【0093】

具体的に、ＴＤＤシステムにおいて特定のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが送信され得る最も早いタイミングがサブフレーム＃ｎ＋３と予め約束されているか、上位／物理層信号を通じて設定されている場合、ＤＬＨＡＲＱ－ＡＣＫタイミングは以下の表のように新たに定義されることができる。

【0094】

【表6】

【0095】

一例として、ＴＤＤＤＬ－ＵＬが２と設定された場合、サブフレーム＃ｎ＝２において端末は、サブフレーム＃ｎ－７、＃ｎ－４、＃ｎ－６、＃ｎ－３で受信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信することができる。レガシープロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ－８、＃ｎ－７, ＃ｎ－４, ＃ｎ－６)と、減少されたプロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ－７、＃ｎ－４、＃ｎ－６、＃ｎ－３)の交差に該当しない減少されたプロセッシング時間内のサブフレームであるサブフレーム＃ｎ－３は、レガシープロセッシング時間によって決定されたＤＬ関連集合によって決定されたＰＵＣＣＨリソース集合とは異なる別途のＰＵＣＣＨリソース集合を従うことになる。

【0096】

具体的に、ＴＤＤシステムにおいて特定のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが送信され得る最も早いタイミングがサブフレーム＃ｎ+２と予め約束されているか、上位／物理層信号を通じて設定されている場合、ＤＬＨＡＲＱ－ＡＣＫタイミングは、以下の表のように新たに定義されることができる。

【0097】

【表7】

【0098】

一例として、ＴＤＤＤＬ－ＵＬが２と設定された場合、サブフレーム＃ｎ=２において端末は、サブフレーム＃ｎ－４、＃ｎ－６、＃ｎ－３、＃ｎ－２で受信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信することができる。レガシープロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ－８、＃ｎ－７、＃ｎ－４、＃ｎ－６)と、減少されたプロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ－４、＃ｎ－６、＃ｎ－３、＃ｎ－２)の交差に該当しない減少されたプロセッシング時間内のサブフレームであるサブフレーム＃ｎ－２は、レガシープロセッシング時間で決定されたＤＬ関連集合によって決定されたＰＵＣＣＨリソース集合と異なる別途のＰＵＣＣＨリソース集合を従うことになる。

【0099】

一方、減少されたプロセッシング時間が支援される場合、特定のＵＬ承認に対するＰＤＣＣＨが送信された後(例え、サブフレーム＃ｎで送信されたＰＤＣＣＨ)、該当ＰＵＳＣＨが送信され得る最も早い時点が、従来に比べて繰り上げられることができ(例え、サブフレーム＃ｎ+２又は＃ｎ+３)、よって従来のＰＵＳＣＨ送信タイミングとは異なるタイミングが定義されることができるため、そのためのＰＵＳＣＨ送信方案が新たに定義される必要がある。

【0100】

ＬＥＴ標準で定義されたＴＤＤシステムにおけるＵＬ承認に対する端末のＰＵＳＣＨ送信タイミングは、以下の表のようである。ＴＤＤＤＬ－ＵＬ設定０の場合には、ＵＬ承認内のＵＬインデックス値に応じてサブフレーム＃ｎで受信されたＵＬ承認に対するＰＵＳＣＨ送信タイミングがサブフレーム＃ｎ+ｋ及び／又はサブフレーム＃ｎ＋７と定義される。

【0101】

【表8】

【0102】

特定のＴＤＤＤＬ－ＵＬ設定下の特定の時点に端末が受信したＵＬ承認に対するＰＵＳＣＨ送信タイミングは、予め約束されているか、上位層／物理層信号で指示されたプロセッシング時間に応じて相違するように定義されてもよい。

【0103】

具体的に、ＴＤＤシステムにおいて特定の時点に受信したＵＬ承認によってスケジュールされたＰＵＳＣＨが送信され得る最も早いタイミングが、サブフレーム＃ｎ＋３と予め約束されているか、上位層／物理層信号によって設定されている場合、ＰＵＳＣＨ送信タイミングは、以下の表のように新たに定義されてもよい。

【0104】

【表9】

【0105】

具体的に、ＴＤＤシステムにおいて特定の時点に受信したＵＬ承認によってスケジュールされたＰＵＳＣＨが送信され得る最も早いタイミングが、サブフレーム＃ｎ＋２と予め約束されているか、上位層／物理層信号によって設定されている場合、ＰＵＳＣＨ送信タイミングは、以下の表のうち、いずれか一方のように新たに定義されてもよい。

【0106】

【表10】

【0107】

【表11】

【0108】

ＴＤＤＤＬ－ＵＬ設定０において特定の時点に端末が受信したＵＬ承認内のＵＬインデックスによって決定されるＰＵＳＣＨ送信タイミングが、予め約束／定義されているか、上位層／物理層信号によって指示された(既存とは異なる)値で設定されるように規則が定義されてもよい。

【0109】

具体的に、ＵＬ承認内のＵＬインデックス値に応じてサブフレーム＃ｎで受信されたＵＬ承認に対するＰＵＳＣＨ送信タイミングが、サブフレーム＃ｎ＋ｋ１及び／又はサブフレーム＃ｎ＋ｋ２と定義されてもよく、このとき、ｋ１は(予め約束／定義されているか、上位層／物理層信号によって指示されたプロセッシング時間に応じて決定された)特定の時点に受信したＵＬ承認によってスケジュールされたＰＵＳＣＨが送信され得る最も早いタイミングによって決定されてもよく、ｋ２は既存の７よりも小さい値でｎ値によって相違するように(又は、ｎ値とは関係なく同一に)約束又は設定されてもよい。

【0110】

一例として、前記規則が適用されて、ｋ１=３であり、ｎ=０, ５に対してはｋ２=４であり、ｎ=１, ６に対してはｋ２=６である場合、特定の時点に受信したＵＬ承認によってスケジュールされたＰＵＳＣＨ送信タイミングは、図６のように定義されてもよい。

【0111】

別の一例として、前記規則が適用されて、ｋ１=２であり、ｋ２=３である場合、特定の時点に受信したＵＬ承認によってスケジュールされたＰＵＳＣＨ送信タイミングは、図７のように定義されてもよい。

【0112】

特定のＴＤＤＤＬ－ＵＬ設定下の特定の時点に端末が受信したＵＬ承認に対するＰＵＳＣＨの送信タイミングが予め約束されているか、上位層／物理層信号によって指示されたプロセッシング時間に応じて相違するように設定されている場合、相違する時点に受信された複数のＵＬ承認に対するＰＵＳＣＨ送信タイミングが重なることがある。この場合、端末は、該当ＰＵＳＣＨスケジューリングの全てを有効ではない(ｉｎｖａｌｉｄ)と仮定してもよく、或いは、特定のＵＬ承認に対するＰＵＳＣＨスケジューリングを有効であると仮定してもよい。具体的に、端末は、上述した場合に、ＵＬ承認に対する端末のＰＵＳＣＨ送信タイミングがより短いＵＬ承認に対するＰＵＳＣＨスケジューリングを有効であるとみなして、相対的により長いＵＬ承認に対するＰＵＳＣＨスケジューリングは無視するオーバーライディング(ｏｖｅｒｒｉｄｉｎｇ)動作が定義されてもよい。

【0113】

ＦＤＤシステム下においても、特定の時点に端末が受信したＵＬ承認に対するＰＵＳＣＨの送信タイミングが予め約束されているか、上位層／物理層信号によって指示されたプロセッシング時間に応じて相違するように設定された場合、相違する時点に受信された複数のＵＬ承認に対するＰＵＳＣＨ送信タイミングが重なることがある。一例として、サブフレーム＃ｎで受信したＵＬ承認の場合、ＤＬ－ｔｏ－ＵＬＴｘタイミングが４ｍと設定され、サブフレーム＃ｎ+１で受信したＵＬ承認の場合、ＤＬ－ｔｏ－ＵＬＴｘタイミングが３ｍｓと設定された場合、前記２つＵＬ承認に対するＰＵＳＣＨ送信タイミングがサブフレーム＃ｎ+４と重なることがある。この場合、端末は、該当ＰＵＳＣＨスケジューリングの全てを有効ではない(ｉｎｖａｌｉｄ)と仮定してもよく、或いは、特定のＵＬ承認に対するＰＵＳＣＨスケジューリングを有効であると仮定してもよい。具体的に、端末は、上述した場合に、ＵＬ承認に対する端末のＰＵＳＣＨ送信タイミングがより短いＵＬ承認に対するＰＵＳＣＨスケジューリングを有効であるとみなして、相対的により長いＵＬ承認に対するＰＵＳＣＨスケジューリングは無視するオーバーライディング(ｏｖｅｒｒｉｄｉｎｇ)動作が定義されてもよい。

【0114】

また、ｅＩＭＴＡ(ＥｎｈａｎｃｅｄＩｎｔｅｒｆｅｒｅｎｃｅＭｉｔｉｇａｔｉｏｎ＆ＴｒａｆｆｉｃＡｄａｐｔａｔｉｏｎ)が設定された端末の場合、ＳＩＢ１(ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１)上のＴＤＤＤＬ－ＵＬ設定と再設定ＤＣＩによって指示されるＴＤＤＤＬ－ＵＬ設定とが相違することがあるが、ＤＬＨＡＲＱタイミングの曖昧さをなくすために、ｅｉｍｔａ－ＨＡＲＱ－ＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇ－ｒ１２が設定され、これによってＤＬＨＡＲＱタイミングとＰＵＣＣＨリソースが相違するように設定されてもよい。以下の表は、ＬＥＴ標準による従来のｅＩＭＴＡＤＬ関連集合を示す。

【0115】

【表12】

【0116】

よって、ｅＩＭＴＡが設定された端末の場合、特定のＴＤＤＤＬ－ＵＬ設定下の特定のサブフレームに送信されるＤＬＨＡＲＱ－ＡＣＫに対するＤＬ関連集合がプロセッシング時間に応じて相違するように設定又は定義されてもよい。具体的に、ＴＤＤシステムに特定のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが送信され得る最も早いタイミングが、サブフレーム＃ｎ+３と予め約束されているか、上位層／物理層信号によって設定されている場合、ｅＩＭＴＡＤＬ関連集合は、以下の表のように新たに定義されてもよい。

【0117】

【表13】

【0118】

具体的に、ＴＤＤシステムにおいて特定のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが送信され得る最も早いタイミングが、サブフレーム＃ｎ+２と予め約束されているか、上位層／物理層信号によって設定された場合、ｅＩＭＴＡＤＬ関連集合は、以下の表のように新たに定義されてもよい。

【0119】

【表14】

【0120】

その他の方案として、減少されたプロセッシング時間を設定された端末の場合、全てのセルに対してｅＩＭＴＡ設定を期待しない。或いは、１つのセルに対してでも、ｅＩＭＴＡ設定をされた端末の場合、全てのセルに対して減少されたプロセッシング時間関連設定を期待しないことができる。さらに具体的に、特定のセルに対して減少されたプロセッシング時間を設定された端末である場合、該当セルが属する周波数帯域の全てのセルに対してｅＩＭＴＡ設定を期待しない。或いは、特定の周波数帯域の特定のセル対してｅＩＭＴＡ設定をされた端末の場合、該当セルに対する減少されたプロセッシング時間関連設定を期待しない。

【0121】

プロセッシング時間が様々になり、互いに異なるサブフレーム又はＴＴＩで送信されたＰＤＣＣＨ／ＰＤＳＣＨが(又は、ｓＰＤＣＣＨ(ｓｈｏｒｔＰＤＣＣＨ)／ｓＰＤＳＣＨ(ｓｈｏｒｔＰＤＳＣＨ)、ｓＴＴＩによるＰＤＣＣＨ/ＰＤＳＣＨをそれぞれ称する)、同一のＳＦ又はＴＴＩでＨＡＲＱ－ＡＣＫをそれぞれ送信することができる。この場合、ＰＵＣＣＨリソースの衝突が起こることがある。また、ｅＩＭＴＡ設定のできる端末の場合、ＰＵＣＣＨリソース衝突の問題がより頻繁に起こる。これを解決するために、レガシーと減少されたプロセッシング時間を設定され得るｅＩＭＴＡ端末のＰＵＣＣＨリソース割り当て方式として、以下の方案が考えられる。説明の便宜のために、例えば、Ｔｙｐｅ１サブフレームは、ＤＬＨＡＲＱタイミングが非－ｅＩＭＡＴＵＥとｅＩＭＴＡＵＥとが同一である固定されたサブフレームを意味して、Ｔｙｐｅ２サブフレームは、ＤＬＨＡＲＱタイミングが非－ｅＩＭＡＴＵＥとｅＩＭＴＡＵＥが相違する固定されたサブフレームを意味して、Ｔｙｐｅ３サブフレームは、流動サブフレームを意味する。ここで、固定されたサブフレームとは、ＴＤＤＤＬ－ＵＬ設定による各サブフレームの用途がＤ、Ｕ又はＳに固定され、設定された用途が変更できないサブフレームをいい、流動サブフレームは、ＴＤＤＤＬ－ＵＬ設定による用途が変更できるサブフレームをいう。

【0122】

● Ａｌｔ１: 現在標準によれば、タイプ１とタイプ２／３サブフレームのＰＵＣＣＨリソースを分離するために、タイプ２／３サブフレームのＰＵＣＣＨリソースは上位層シグナリングされたオフセットを設定して、これに基づいて選択されるように規則が定義されている。減少されたプロセッシング時間に該当するタイプ１とタイプ２／３サブフレームに対するＤＬＨＡＲＱのＰＵＣＣＨリソースは、図８のように、それぞれに対して設定された別途のリソースオフセットに基づいて選択されるように規則が定義されてもよい。前記リソースオフセットは、レガシープロセッシング時間に該当するタイプ１とタイプ２／３サブフレームに対するＤＬＨＡＲＱのＰＵＣＣＨリソースとの分離のために設定されるものであってもよい。具体的に、前記リソースオフセットは、上位層信号によって設定されるか、上位層信号によって設定されたリソースオフセットをＤＣＩを通じて最終指示されるか、或いは上位層信号又はＤＣＩを通じて設定されたリソースオフセットとＰＤＣＣＨ送信位置(例え、ＣＣＥインデックス及び／又は周波数リソース(ＰＲＢインデックス))との組み合わせでＰＵＣＣＨリソースが最終決定される形態であってもよい。

【0123】

● Ａｌｔ２－１: 特定のタイプのサブフレームのうち、一部に対するＰＵＣＣＨリソースに対してレガシープロセッシング時間と減少されたプロセッシング時間との間に同じＰＵＣＣＨリソースを共有するように規則が定義されてもよい。具体的に、前記特定のタイプのサブフレームは、タイプ１サブフレームであってもよく、タイプ２／３サブフレームの場合には、各々に対して設定されたリソースオフセットに基づいて選択されるように規則が定義されてもよい。前記リソースオフセットは、上位層信号によって設定されるか、上位層信号によって設定されたリソースオフセットをＤＣＩを通じて最終指示されるか、或いは上位層信号又はＤＣＩを通じて設定されたリソースオフセットとＰＤＣＣＨ送信位置(例えば、ＣＣＥインデックス及び／又は周波数リソース(ＰＲＢインデックス))との組み合わせでＰＵＣＣＨリソースが最終決定される形態であってもよい。

【0124】

一例として、図９のように、ＴＤＤＤＬ－ＵＬ設定２が設定された場合、サブフレーム＃ｎ=２でレガシープロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ－８、＃ｎ－７、＃ｎ－４、＃ｎ－６)と減少されたプロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ－７、＃ｎ－４、＃ｎ－６、＃ｎ－３)の交差に該当するサブフレーム＃ｎ－７、＃ｎ－４、＃ｎ－６に対するＰＵＣＣＨリソースは共有されてもよく、サブフレーム＃ｎ－３に対するＰＵＣＣＨリソースは、上述のように、別途のリソースが選択されてもよく、タイプ２／３サブフレームの場合には、レガシープロセッシング時間と減少されたプロセッシング時間が適用された各々のサブフレームに対して設定された各々のリソースオフセットに基づいて選択されてもよい。

【0125】

● Ａｌｔ２－２: ａｌｔ２－１よりも通常的な方案であって、同じタイプのサブフレームに対しては、一部に対するＰＵＣＣＨリソースに対してレガシープロセッシング時間と減少されたプロセッシング時間の間に同じＰＵＣＣＨリソースを共有するように規則が定義されてもよい。一例として、図１０のように、レガシープロセッシング時間によって決定されたＤＬ関連集合と減少されたプロセッシング時間によって決定されたＤＬ関連集合の交差に該当するタイプ１サブフレームのＰＵＣＣＨリソースは共有されてもよく、同様に、レガシープロセッシング時間によって決定されたＤＬ関連集合と減少されたプロセッシング時間によって決定されたＤＬ関連集合の交差に該当するタイプ２／３サブフレームのＰＵＣＣＨリソースが互いに共有されてもよい。この方案を適用するとき、減少されたプロセッシング時間の設定時にも、別途のリソースオフセットを付与する必要がない。

【0126】

減少されたプロセッシング時間が支援される場合、多くのＤＬサブフレームで送信されるＰＤＳＣＨに対するＤＬＨＡＲＱが１つのＵＬサブフレームに集中されることがある。多過ぎるＤＬＨＡＲＱに対するＰＵＣＣＨリソースを予備しなければならない場合、全体リソース活用の効率が低下する恐れがある。よって、１つのＵＬサブフレームに対するＤＬ関連集合を構成するＤＬサブフレームの数が(予め約束／定義された、或いは、上位／物理層信号によってシグナリングされた)所定数以上である場合、ＨＡＲＱ－ＡＣＫ(空間)バンドリングが適用されるように定義されてもよい。

【0127】

【0128】

又は、１つのＵＬサブフレームに対するＤＬ関連集合を構成するＤＬサブフレームの数が(予め約束／定義された、或いは、上位層／物理層信号によってシグナリングされた)所定数以上である場合、ＰＵＣＣＨフォーマット３／４／５などで、又はより大きいペイロード(ｐａｙｌｏａｄ)を支援する新たなＰＵＣＣＨフォーマットでＤＬＨＡＲＱが送信されるように規則が定義されてもよい。

【0129】

具体的に、減少されたプロセッシング時間が設定された端末に限って、前記規則が適用されるように規則が定義されてもよい。また、特定のＵＬサブフレームに対するＤＬ関連集合を構成するＤＬサブフレームの数が従来のレガシープロセッシング時間によって決定されたＤＬ関連集合を構成するＤＬサブフレームの数より多い場合に限って、前記規則が適用されるように規則が定義されてもよい。仮に、ＰＵＣＣＨフォーマット３／４／５、また／又は新たなＰＵＣＣＨフォーマットに対するＰＵＣＣＨリソースが予め約束／設定されていない場合、前記規則が適用されず、従来のレガシープロセッシングによって決定されたＤＬＨＡＲＱ送信タイミングを従うように、または、ＨＡＲＱ－ＡＣＫ(空間)バンドリングが適用されるように規則が定義されてもよい。

【0130】

ＴＤＤシステムでは、ＤＡＩ(ＤｏｗｎｌｉｎｋＡｓｓｉｇｎｍｅｎｔＩｎｄｅｘ)をＰＤＣＣＨに含ませて、１つのＵＬサブフレームのＡＣＫ／ＮＡＣＫリソースに送信されるＰＤＳＣＨの数をカウントして通知する。例えば、３つのＤＬサブフレームに対して、１つのＵＬサブフレームが対応付けられている場合、３つのＤＬサブフレーム区間に送信されるＰＤＳＣＨにインデックスを順次付与(すなわち、順次にカウント)して、ＰＤＳＣＨをスケジュールするＰＤＣＣＨに送信し、端末はＰＤＣＣＨにあるＤＡＩ情報をみて、これまでのＰＤＣＣＨを正確に受信したか否かを知ることができる。

【0131】

特定のＵＥに対しては、プロセッシング時間が複数であってもよい。以下、第１のプロセッシング時間は、減少されたプロセッシング時間の設定とは関係ないタイミングで、ＦＤＤベースではＤＬデータまたはＵＬ承認がＳＦまたはＴＴＩ＃ｎから送信される場合、これに該当するＤＬＨＡＲＱフィードバックまたはＵＬデータがＳＦまたはＴＴＩ＃ｎ+４で送信されるＨＡＲＱフィードバックまたはＵＬ送信に関連した設定または前記受信と送信との間の時間間隔を称することができる。また、第１のプロセッシング時間は、減少されたプロセッシング時間の設定とは関係ないタイミングで、ＴＤＤベースでは最小４ｍｓであるが、実際のＤＬ／ＵＬサブフレームに応じて該当値より少し長くなってもよい。第２のプロセッシング時間は、減少されたプロセッシング時間の設定に応じて新たに導入されるタイミングであってもよい。一例として、ＦＤＤベースでは、ＤＬデータまたはＵＬ承認がＳＦまたはＴＴＩ＃ｎで送信される場合、これに該当するＤＬＨＡＲＱフィードバックまたはＵＬデータがＳＦまたはＴＴＩ＃ｎで送信される場合、これに該当するＤＬＨＡＲＱフィードバックまたはＵＬデータがＳＦまたはＴＴＩ＃ｎ+３で送信されるＨＡＲＱフィードバックまたはＵＬ送信と関連した設定または受信と送信との間の時間間隔を称してもよい。ＴＤＤベースでは、最小３ｍｓであるが、実際のＤＬ／ＵＬＳＦに応じて該当値より少し長くなってもよい。単一セルベースでは、第１のプロセッシングは、フォールバック(ｆａｌｌｂａｃｋ)の動作の際(例えば、共通探索空間(ｃｏｍｍｏｎｓｅａｒｃｈｓｐａｃｅ；ＣＳＳ)ＤＣＩでＰＤＳＣＨ／ＰＵＳＣＨスケジューリング及び／又はＤＣＩフォーマット１ＡでＰＤＳＣＨスケジューリング又は通常のＲＮＴＩ使用など)に使用されるものであってもよく、第２のプロセッシング時間は、減少されてプロセッシング時間が適用される場合(例え、端末特定探索空間(ＵＥ－ｓｐｅｃｉｆｉｃｓｅａｒｃｈｓｐａｃｅ；ＵＳＳ)ＤＣＩでＰＤＳＣＨ／ＰＵＳＣＨスケジューリング及び／又はＴＭ－依存ＤＣＩでＰＤＳＣＨスケジューリング又は第３のＲＮＴＩ使用など)に使用されるものであってもよい。さらに、第２のプロセッシング時間は、搬送波併合又はデュアルコネクティビティ状況では、各セルが減少されたプロセッシング時間の動作設定を異ならせる場合に使用されてもよい。または、第２のプロセッシング時間は、長さの異なる複数のＴＴＩに対して互いに異なるプロセッシング時間が設定される場合に使用されてもよい。

【0132】

上述のように、複数のプロセッシング時間が設定された端末の場合、ＤＡＩ指示方案に対して、基地局と端末との間の同様な理解が必要となる。端末に複数のプロセッシング時間が設定された場合、ＤＡＩ送信方案を以下のように提案する。

【0133】

● Ａｌｔ１: ＤＬＨＡＲＱを送信する特定のＵＬサブフレーム又はＵＬＴＴＩに基づいて、ＰＤＳＣＨスケジュールされるＤＬサブフレーム又はＴＴＩの数、またＤＬＳＰＳリリース(ｒｅｌｅａｓｅ)を指示するＤＬ承認の数がＤＬ関連集合の元素の数であるＭを超えないように規則が定義されてもよい。

【0134】

一例として、ＴＤＤＤＬ－ＵＬが２と設定されて、前記第１のプロセッシング時間が適用された場合、サブフレーム＃ｎ=２において端末は、サブフレーム＃ｎ－８、＃ｎ－７、＃ｎ－４、＃ｎ－６で受信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信することができる。一方、前記第２のプロセッシング時間が適用された場合、サブフレーム＃ｎ=２において端末は、サブフレーム＃ｎ－７、＃ｎ－４、＃ｎ－６、＃ｎ－３で受信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信することができる。よって、サブフレーム＃ｎ=２においてＭは４と定義される。

【0135】

サブフレーム＃ｎ－８、＃ｎ－７、＃ｎ－６は、第１のプロセッシング時間が適用された(又は、フォールバック動作中である)ＤＬ承認によってスケジュールされ、サブフレーム＃ｎ－４、＃ｎ－３は、第２のプロセッシング時間が適用された(又は、減少されたプロセッシング動作中である)ＤＬ承認によってスケジュールされる場合、サブフレーム＃ｎ=２においてＭは５になる。しかし、これは、スケジューリングによって許容されず、端末はこのようなスケジューリングを期待しない。

【0136】

● Ａｌｔ２: ＤＬＨＡＲＱが送信される特定のＵＬサブフレーム又はＵＬＴＴＩに関して、第１のプロセッシング時間(又は、第２のプロセッシング時間)が適用されたＤＬ承認によるスケジューリングが、第１のプロセッシング時間(又は、第２のプロセッシング時間)によって決定されるＤＬ関連集合の元素の１つであるサブフレーム又はＴＴＩ内であるとき、第２のプロセッシング時間(又は、第１のプロセッシング時間)が適用されたＤＬ承認によるスケジューリングは、第２のプロセッシング時間(又は、第１のプロセッシング時間)によって決定されたその他のＤＬ関連集合の元素の１つであるその他のサブフレーム又はＴＴＩ内で許容されないように規則が定義されてもよい。

【0137】

具体的に、第１のプロセッシング時間によって決定されるＤＬ関連集合と、第２のプロセッシング時間によって決定されるＤＬ関連集合との交差に該当しないＤＬサブフレーム又はＤＬＴＴＩにおける第２のプロセッシング時間(又は、第１のプロセッシング時間)が適用されたＤＬ承認によるスケジューリングを許容しないものであってもよい。一例として、ＴＤＤＵＬ／ＤＬが２と設定されて、サブフレーム＃ｎ－８において第１のプロセッシング時間が適用されたＤＬ承認によってスケジュールされた場合、サブフレーム＃ｎ－３において第２のプロセッシング時間が適用されたＤＬ承認によってスケジュールされることは許容されない。

【0138】

特定のＴＤＤＤＬ－ＵＬ設定下の特定のサブフレームに送信されるＤＬＨＡＲＱ－ＡＣＫに対するＤＬ関連集合は、プロセッシング時間に応じて相違するように設定又は定義されてもよく、具体的に、前記ＤＬ関連集合は、各ＵＬサブフレームに最大に均等にＤＬＨＡＲＱが分配されるように(以下、ＨＡＲＱ－ＡＣＫ負荷バランシング(ｌｏａｄｂａｌａｎｃｉｎｇ)と称する)或いはＤＬ承認－ｔｏ－ＤＬＨＡＲＱ－ＡＣＫ送信に該当する遅れが最小となるように(以下、レイテンシ優先順位(ｌａｔｅｎｃｙｐｒｉｏｒｉｔｙ)と称する)定義されてもよい。例えば、ＴＤＤシステムにおいてサブフレーム＃ｎで受信された特定のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが送信され得る最も早いタイミングがサブフレーム＃ｎ+３と予め約束されているか、上位層／物理層信号によって設定されている場合、ＤＬＨＡＲＱ－ＡＣＫタイミングに対するＨＡＲＱ－ＡＣＫ負荷バランシングの一例は、表６のようであり、レイテンシ優先順位の一例は、以下の表のようである。

【0139】

【表15】

【0140】

具体的に、減少されたプロセッシング時間が設定された端末の場合、ＨＡＲＱ－ＡＣＫ負荷バランシング及び／又はレイテンシ優先順位及び／又は明示的にＨＡＲＱ－ＡＣＫタイミングを指示する方案のうちいずれかによってＤＬ関連集合を構成するかについて上位層／物理層信号によって設定されるように規則が定義されてもよい。

【0141】

また、１つのＵＬサブフレームに対するＤＬ関連集合を構成するＤＬサブフレームの数が(予め約束／定義された、或いは、上位／物理層信号によってシグナリングされた)所定数の以上である場合(特に、従来のレガシープロセッシング時間によって決定されたＤＬ関連集合を構成するＤＬサブフレームの数より多い場合を含む)、ＨＡＲＱ－ＡＣＫ送信の細部方案を以下のように提案する。

【0142】

Ａｌｔ１: 端末は、ＤＬサブフレーム別に空間バンドリング(ｓｐａｔｉａｌｂｕｎｄｌｉｎｇ)を先に行った後、プロセッシング時間別にバンドリングを行うように規則が定義されてもよい。

【0143】

Ａｌｔ２: 端末は、プロセッシング時間とは関係なく、１つのＵＬサブフレームに対するＨＡＲＱ－ＡＣＫに対して、コードワード別にバンドリングを行うように規則が定義されてもよい。

【0144】

Ａｌｔ３: 端末は、プロセッシング時間とは関係なく、ＨＡＲＱ－ＡＣＫ多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)を行うように規則が定義されてもよい。

【0145】

Ａｌｔ４: 端末は、プロセッシング時間別に、先にバンドリングを行った後、チャンネル選択方法を用いてＨＡＲＱ－ＡＣＫを送信することができる。又は、端末は、ＤＬサブフレーム別に空間バンドリングを行った後、チャンネル選択方法を用いてＨＡＲＱ－ＡＣＫを送信することができる。

【0146】

一例として、チャンネル選択の状態(ｓｔａｔｅ)を構成するとき、レガシープロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームに対するＨＡＲＱ－ＡＣＫ情報が優先してマッピングされ、減少されたプロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームのうち、２つ集合の交差に該当しないＤＬサブフレームに対するＨＡＲＱ－ＡＣＫ情報が以後に順次マッピングされてもよい。或いは、逆に、減少されたプロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームに対するＨＡＲＱ－ＡＣＫ情報が優先してマッピングされ、その後、レガシープロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームのうち２つ集合の交差に該当しないＤＬサブフレームに対するＨＡＲＱ－ＡＣＫ情報が以後に順次マッピングされてもよい。さらに、プロセッシング時間別に別途のＤＡＩが定義されてもよい。

【0147】

Ａｌｔ５: ＰＵＣＣＨフォーマット３／４／５などで(或いは、より大きいペイロードを支援する新たなＰＵＣＣＨフォーマット)ＨＡＲＱ－ＡＣＫ送信。

【0148】

このとき、減少されたプロセッシング時間によってスケジュールされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報が優先してマッピング(又は、逆に、レガシープロセッシング時間によってスケジュールされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報が優先してマッピング)されるように規則が定義されてもよい。又は、プロセッシング時間とは関係なく、予め定義された手順でＨＡＲＱ－ＡＣＫ情報がマッピングされてもよいが、一例として、レガシープロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームに対するＨＡＲＱ－ＡＣＫ情報が優先してマッピングされ、減少されたプロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームのうち２つ集合の交差に該当しないＤＬサブフレームに対するＨＡＲＱ－ＡＣＫ情報が以後に順次マッピングされてもよい。或いは、逆に、減少されたプロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームに対するＨＡＲＱ－ＡＣＫ情報が優先してマッピングされ、その後、レガシープロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームのうち２つ集合の交差に該当しないＤＬサブフレームに対するＨＡＲＱ－ＡＣＫ情報が以後に順次マッピングされてもよい。さらに、プロセッシング時間別に別途のＤＡＩが定義されてもよい。

【0149】

特定のＵＥに対して、複数のニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)及び／又はＴＴＩの長さ及び／又はプロセッシング時間が設定されてもよい。一例として、第１のプロセッシング時間は、減少されたプロセッシング時間設定とは関係ないタイミングで、ＦＤＤベースではＤＬデータ又はＵＬ承認がＳＦ又はＴＴＩ＃ｎで受信(又は送信)される場合、これに該当するＤＬＨＡＲＱフィードバック又はＵＬデータがＳＦ又はＴＴＩ＃ｎ+４で送信されるＨＡＲＱフィードバック又はＵＬ送信に関連する設定又は前記受信と送信との間の時間間隔を称してもよい。さらに、第１のプロセッシング時間は、ＴＤＤベースでは、最小４ｍｓとなるが、実際のＤＬ／ＵＬＳＦによって該当値より少し長くなってもよい。第２のプロセッシング時間は、減少されたプロセッシング時間設定によって新たに導入されるタイミングであってもよい。或いは、ＣＡ／ＤＣ状況では、各セルにおいてニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間が相違するように設定されてもよい。

【0150】

複数のニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間が混在してスケジュールされる状況において、ニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間とは関係なくＤＡＩが割り当てられるように規則が定義されてもよい。その他の方案として、ニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間別にＤＡＩが独立して割り当てられるように規則が定義されてもよい。或いは、１ｍｓＴＴＩと短いＴＴＩとの間にはＤＡＩが独立して割り当てられてもよい。一例として、１ｍｓＴＴＩに対するＰＵＳＣＨ／ＰＵＣＣＨと２－シンボルＴＴＩに対するｓＰＵＳＣＨ／ｓＰＵＣＣＨのそれぞれには、ＤＡＩが割り当てられてもよい。

【0151】

このとき、ＤＬデータチャンネル(例え、ＰＤＳＣＨ)が送信手順でＤＡＩが順次に割り当てられるように規則が定義されてもよい。仮に、異なるニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間によってＤＬデータチャンネルの送信時点が同一又は重畳することがある。この場合、予め定義された優先順位によってＤＡＩが割り当てられてもよい。具体的に、ＤＬ承認が送信された時点順にＤＡＩが順次に割り当てられるように規則が定義されてもよい。または、特定のニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間に該当するＤＬ承認又はＤＬデータチャンネルに先ずＤＡＩが割り当てられるように規則が定義されてもよい。

【0152】

なお、ＤＬ割り当てＤＣＩが送信された順にＤＡＩが順次割り当てられるように規則が定義されてもよい。

【0153】

なお、ＤＬ割り当てＤＣＩ又はＤＬデータチャンネル(例え、ＰＤＳＣＨ)の開始位置の早い順にＤＡＩが順次割り当てられるように規則が定義されてもよい。

【0154】

なお、ＨＡＲＱ－ＡＣＫ送信タイミングの早い順にＤＡＩが順次割り当てられるように規則が定義されてもよい。具体的に、ＴＴＩの長さが互いに異なる場合について適用されてもよい。

【0155】

上述したように、第１のプロセッシング時間(又は、第２のプロセッシング時間)が適用されたＤＬ承認によるスケジューリングが、ＤＬＨＡＲＱ－ＡＣＫが送信される特定のＵＬサブフレーム又はＴＴＩに関して、第１のプロセッシング時間(又は、第２のプロセッシング時間)によって決定されるＤＬ関連集合の元素の１つであるサブフレーム又はＴＴＩ内であるとき、第２のプロセッシング時間(又は、第１のプロセッシング時間)によって決定されたその他のＤＬ関連集合の元素の１つであるその他のサブフレーム又はＴＴＩにおいて第２のプロセッシング時間(又は、第１のプロセッシング時間)が適用されたＤＬ承認によるスケジューリングを許容しないように規則が定義されてもよい。

【0156】

より具体的に、特定のＵＬサブフレームにおいてＨＡＲＱ－ＡＣＫを送信するようにする互いに異なるプロセッシング時間のＤＬ割り当て(又は、ＤＬ承認)を受信した端末は、より長いプロセッシング時間によって決定されるＤＬ関連集合の元素に該当するＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック情報を除外するように及び／又はより短いプロセッシング時間によって決定されるＤＬ関連集合の元素に該当するＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック情報を含んでＨＡＲＱ－ＡＣＫフィードバックを構成するように規則が定義されてもよい。これは、より短いプロセッシング時間に対するスケジューリングに優先順位を付与するものであってもよい。具体的に、前記から除外／包含されるＡＣＫ／ＮＡＣＫフィードバック情報は、第１のプロセッシング時間によって決定されるＤＬ関連集合と第２のプロセッシング時間によって決定されるＤＬ関連集合の交差に該当しないＤＬサブフレーム又はＤＬＴＴＩに対するＡＣＫ／ＮＡＣＫフィードバック情報であってもよい。

【0157】

逆に、特定のＵＬサブフレームにおいてＨＡＲＱ－ＡＣＫを送信するようにする互いに異なるプロセッシング時間のＤＬ割り当て(又は、ＤＬ承認)を受信した端末は、より短いプロセッシング時間によって決定されるＤＬ関連集合の元素に該当するＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック情報を除外するように、及び／又はより長いプロセッシング時間によって決定されるＤＬ関連集合の元素に該当するＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック情報を含んでＨＡＲＱ－ＡＣＫフィードバックを構成するように規則が定義されてもよい。

【0158】

上述した提案方式に対する一例も、本発明の具現方法の１つとして含まれることができ、一種の提案方法としてみなされることは明白な事実であろう。また、説明した提案方式は、独立して具現されてもよく、一部の提案方式の組み合わせ(又は、併合)の形態で具現されてもよい。提案方法の適用可否の情報(又は、上述した方法の規則に関する情報)は、基地局が端末に予め定義されたシグナル(例え、物理層シグナル又は上位層シグナル)を通じて通知するように規則が定義されてもよい。

【0159】

図１１は、本発明の一実施例に係る動作を示す図である。

【0160】

図１１は、無線通信システムにおいてＨＡＲＱ－ＡＣＫ(ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ)送信方法に関する。前記方法は、端末によって行われ、前記端末は、２つ以上のプロセッシング時間を有するように設定されてもよい。前記端末は、基地局から１つ以上の下りリンクサブフレームで下りリンクデータチャンネルを指示する下りリンク制御チャンネル及び前記下りリンクデータチャンネルを受信することができる(Ｓ１１１０)。前記端末は、前記１つ以上の下りリンクサブフレームに対応する上りリンクサブフレームで前記下りリンクデータチャンネルに対するＨＡＲＱ－ＡＣＫ情報を前記基地局に送信することができる(Ｓ１１２０)。前記上りリンクサブフレームで送信されるＨＡＲＱ－ＡＣＫ情報は、前記２つ以上のプロセッシング時間のうちただ１つのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ－ＡＣＫ情報を含み、残りのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ－ＡＣＫ情報を含まなくてもよい。

【0161】

前記上りリンクサブフレームと、前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームとの間の最小間隔は、３つ以下のサブフレームであってもよい。

【0162】

また、前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームの数が所定値の以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ－ＡＣＫ情報はバンドリングされてもよい。追加又は代案として、前記１つの上りリンクサブフレームに対応する前記下りリンクサブフレームの数が所定値の以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ－ＡＣＫ情報は、特定のＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ)フォーマットによって送信されてもよい。

【0163】

前記上りリンクサブフレームに対応する１つ以上の下りリンクサブフレームを指示する情報集合が、各プロセッシング時間において設定されてもよい。ここで、前記情報集合はＨＡＲＱ－ＡＣＫ負荷バランシング又はレイテンシ優先順位に従って決定されてもよい。

【0164】

図１２は、本発明の実施例を実行する送信装置１０及び受信装置２０の構成要素を示すブロック図である。送信装置１０及び受信装置２０は、情報及び／又はデータ、信号、メッセージなどを運ぶ無線信号を送信又は受信できる送信機／受信機１３，２３と、無線通信システム内の通信と関連した各種情報を記憶するメモリ１２，２２と、送信機／受信機１３，２３及びメモリ１２，２２などの構成要素と動作的に接続してこれらの構成要素を制御し、当該装置が前述の本発明の実施例の少なくとも一つを実行するようにメモリ１２，２２及び／又は送信機／受信機１３，２３を制御するように構成されたプロセッサ１１，２１をそれぞれ備える。

【0165】

メモリ１２，２２は、プロセッサ１１，２１の処理及び制御のためのプログラムを格納することができ、入／出力される情報を仮記憶することができる。メモリ１２，２２がバッファーとして活用されてもよい。プロセッサ１１，２１は、一般に、送信装置又は受信装置内の各種モジュールの動作全般を制御する。特に、プロセッサ１１，２１は、本発明を実行するための各種制御機能を果たすことができる。プロセッサ１１，２１をコントローラ(ｃｏｎｔｒｏｌｌｅｒ)、マイクロコントローラ(ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ)、マイクロプロセッサ(ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ)、マイクロコンピュータ(ｍｉｃｒｏｃｏｍｐｕｔｅｒ)などと呼ぶこともできる。プロセッサ１１，２１は、ハードウェア(ｈａｒｄｗａｒｅ)又はファームウェア(ｆｉｒｍｗａｒｅ)、ソフトウェア、又はこれらの結合によって具現されてもよい。ハードウェアを用いて本発明を具現する場合は、本発明を実行するように構成されたＡＳＩＣｓ(ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｉｎｇｄｅｖｉｃｅｓ)、ＰＬＤｓ(ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅｓ)、ＦＰＧＡｓ(ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙｓ)などがプロセッサ１１，２１に設けられてもよい。一方、ファームウェアやソフトウェアを用いて本発明を具現する場合は、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェアやソフトウェアが構成されてもよい。本発明を実行できるように構成されたファームウェア又はソフトウェアは、プロセッサ１１，２１内に設けられたりメモリ１２，２２に格納されてプロセッサ１１，２１によって駆動されてもよい。

【0166】

送信装置１０におけるプロセッサ１１は、プロセッサ１１又はプロセッサ１１に接続しているスケジューラからスケジューリングされて外部に送信される信号及び／又はデータに対して所定の符号化(ｃｏｄｉｎｇ)及び変調(ｍｏｄｕｌａｔｉｏｎ)を行った後、送信機／受信機１３に送信する。例えば、プロセッサ１１は、送信しようとするデータ列を逆多重化、チャネル符号化、スクランブリング、及び変調の過程などを経てＫ個のレイヤに変換する。符号化されたデータ列はコードワードとも呼ばれ、ＭＡＣ層が提供するデータブロックである伝送ブロックと等価である。一伝送ブロック(ｔｒａｎｓｐｏｒｔｂｌｏｃｋ，ＴＢ)は一コードワードに符号化され、各コードワードは一つ以上のレイヤの形態で受信装置に送信される。周波数上り変換のために送信機／受信機１３はオシレータ(ｏｓｃｉｌｌａｔｏｒ)を含むことができる。送信機／受信機１３はＮｔ個(Ｎｔは１以上の正の整数)の送信アンテナを含むことができる。

【0167】

受信装置２０の信号処理過程は、送信装置１０の信号処理過程の逆となる。プロセッサ２１の制御下に、受信装置２０の送信機／受信機２３は送信装置１０から送信された無線信号を受信する。送信機／受信機２３は、Ｎｒ個の受信アンテナを含むことができ、送信機／受信機２３は受信アンテナから受信した信号のそれぞれを周波数下り変換して(ｆｒｅｑｕｅｎｃｙｄｏｗｎ－ｃｏｎｖｅｒｔ)基底帯域信号に復元する。送信機／受信機２３は、周波数下り変換のためにオシレータを含むことができる。プロセッサ２１は、受信アンテナから受信した無線信号に対する復号(ｄｅｃｏｄｉｎｇ)及び復調(ｄｅｍｏｄｕｌａｔｉｏｎ)を行い、送信装置１０が本来送信しようとしたデータに復元することができる。

【0168】

送信機／受信機１３，２３は一つ以上のアンテナを具備する。アンテナは、プロセッサ１１，２１の制御下に、本発明の一実施例によって、送信機／受信機１３，２３で処理された信号を外部に送信したり、外部から無線信号を受信して送信機／受信機１３，２３に伝達する機能を果たす。アンテナはアンテナポートと呼ばれることもある。各アンテナは一つの物理アンテナに該当したり、２以上の物理アンテナ要素(ｅｌｅｍｅｎｔ)の組み合わせによって構成されてもよい。各アンテナから送信された信号は受信装置２０によってそれ以上分解されることはない。当該アンテナに対応して送信された参照信号(ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ，ＲＳ)は受信装置２０の観点で見たアンテナを定義し、チャネルが一物理アンテナからの単一(ｓｉｎｇｌｅ)無線チャネルであるか、或いは当該アンテナを含む複数の物理アンテナ要素(ｅｌｅｍｅｎｔ)からの合成(ｃｏｍｐｏｓｉｔｅ)チャネルであるかに関係なく、受信装置２０にとって当該アンテナに対するチャネル推定を可能にする。すなわち、アンテナは、該アンテナ上のシンボルを伝達するチャネルが同一アンテナ上の他のシンボルが伝達される前記チャネルから導出されるように定義される。複数のアンテナを用いてデータを送受信する多重入出力(Ｍｕｌｔｉ－ＩｎｐｕｔＭｕｌｔｉ－Ｏｕｔｐｕｔ、ＭＩＭＯ)機能を支援する送信機／受信機の場合は２個以上のアンテナに接続されてもよい。

【0169】

本発明の実施例において、端末又はＵＥは上りリンクでは送信装置１０として動作し、下りリンクでは受信装置２０として動作する。本発明の実施例において、基地局又はｅＮＢは上りリンクでは受信装置２０として動作し、下りリンクでは送信装置１０として動作する。

【0170】

送信装置及び／又は受信装置は、上述した本発明の実施例のうちの少なくとも１つ又は２つ以上の実施例の組み合わせを実行することができる。

【0171】

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

【産業上の利用可能性】

【0172】

本発明は、端末、リレー、基地局などのような通信装置に利用可能である。

【図1】