特許第6443890号(P6443890)IP Force 特許公報掲載プロジェクト 2022.1.31 β版

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

▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧

<>
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000007
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000008
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000009
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000010
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000011
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000012
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000013
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000014
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000015
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000016
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000017
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000018
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000019
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000020
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000021
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000022
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000023
  • 特許6443890-端末、基地局、送信方法及び受信方法 図000024
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6443890
(24)【登録日】2018年12月7日
(45)【発行日】2018年12月26日
(54)【発明の名称】端末、基地局、送信方法及び受信方法
(51)【国際特許分類】
   H04W 72/12 20090101AFI20181217BHJP
   H04W 72/04 20090101ALI20181217BHJP
   H04W 28/04 20090101ALI20181217BHJP
【FI】
   H04W72/12 150
   H04W72/04 131
   H04W72/04 136
   H04W28/04 110
【請求項の数】9
【全頁数】31
(21)【出願番号】特願2015-559623(P2015-559623)
(86)(22)【出願日】2014年10月24日
(86)【国際出願番号】JP2014005407
(87)【国際公開番号】WO2015114700
(87)【国際公開日】20150806
【審査請求日】2017年9月27日
(31)【優先権主張番号】特願2014-17133(P2014-17133)
(32)【優先日】2014年1月31日
(33)【優先権主張国】JP
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Panasonic Intellectual Property Corporation of America
(74)【代理人】
【識別番号】100105050
【弁理士】
【氏名又は名称】鷲田 公一
(74)【代理人】
【識別番号】100104732
【弁理士】
【氏名又は名称】徳田 佳昭
(74)【代理人】
【識別番号】100116078
【弁理士】
【氏名又は名称】西田 浩希
(72)【発明者】
【氏名】山本 哲矢
(72)【発明者】
【氏名】中尾 正悟
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】星野 正幸
【審査官】 新井 寛
(56)【参考文献】
【文献】 米国特許出願公開第2013/0250924(US,A1)
【文献】 国際公開第2013/138715(WO,A1)
【文献】 Ericsson, et al.,"Framework for Scheduling Request and Buffer Status Reporting",3GPP TSG-RAN WG2#60 R2-074691,2007年11月 9日,pp.1-4
(58)【調査した分野】(Int.Cl.,DB名)
H04B 7/24 − 7/26
H04W 4/00 − 99/00
3GPP TSG RAN WG1−4
SA WG1−4
CT WG1、4
(57)【特許請求の範囲】
【請求項1】
上り信号のレピティション送信を開始する第1のサブフレーム、及び、下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを示す情報を受信する受信部と、
前記第1のサブフレームから連続する所定数のサブフレームを用いて前記上り信号をレピティション送信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いて前記応答信号をレピティション送信する送信部と、
を具備し、
前記第1のサブフレームは、前記第2のサブフレームと同一に設定され、
前記応答信号に予め設定された第1のレピティション回数と、前記上り信号に予め設定された第2のレピティション回数とが異なる場合であって、前記応答信号のレピティション送信と前記上り信号のレピティション送信とが同一サブフレームにおいて発生した場合、
前記応答信号のレピティション回数は、前記第1のレピティション回数と前記第2のレピティション回数のうち多い方の回数に設定される、
端末。
【請求項2】
前記第1のサブフレーム及び前記第2のサブフレームを周期的に設定される、
請求項1に記載の端末。
【請求項3】
前記第1のサブフレームの周期は、前記第2のサブフレームの周期の整数倍に設定される、
請求項2に記載の端末。
【請求項4】
前記第1のサブフレームの周期と前記第2のサブフレームの周期とは同一である、
請求項2に記載の端末。
【請求項5】
前記上り信号は、前記端末から基地局に対するスケジューリング要求であり、
前記送信部は、前記応答信号のレピティション送信及び前記スケジューリング要求のレピティション送信が同一サブフレームにおいて発生した場合、前記スケジューリング要求用のリソースを用いて前記応答信号を送信する、
請求項1に記載の端末。
【請求項6】
前記上り信号は、上りデータ信号であり、
前記送信部は、前記応答信号のレピティション送信及び前記上りデータ信号のレピティション送信が同一サブフレームにおいて発生した場合、上りデータチャネルにおいて、前記応答信号と前記上りデータ信号とを時間多重して送信する、
請求項1に記載の端末。
【請求項7】
上り信号のレピティション送信を開始する第1のサブフレーム及び下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを特定するための制御情報を生成する設定部と、
前記制御情報を通知した端末から、前記第1のサブフレームから連続する所定数のサブフレームを用いてレピティション送信された前記上り信号を受信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いてレピティション送信された前記応答信号を受信する受信部と、
を具備し、
前記設定部は、第1のサブフレームを、前記第2のサブフレームと同一に設定し、
前記応答信号に予め設定された第1のレピティション回数と、前記上り信号に予め設定された第2のレピティション回数とが異なる場合であって、前記応答信号のレピティション送信と前記上り信号のレピティション送信とが同一サブフレームにおいて発生した場合、
前記応答信号のレピティション回数は、前記第1のレピティション回数と前記第2のレピティション回数のうち多い方の回数に設定する、
基地局。
【請求項8】
上り信号のレピティション送信を開始する第1のサブフレーム、及び、下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを示す情報を受信する受信工程と、
前記第1のサブフレームから連続する所定数のサブフレームを用いて前記上り信号をレピティション送信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いて前記応答信号をレピティション送信する送信工程と、
を具備し、
前記第1のサブフレームは、前記第2のサブフレームと同一に設定され、
前記応答信号に予め設定された第1のレピティション回数と、前記上り信号に予め設定された第2のレピティション回数とが異なる場合であって、前記応答信号のレピティション送信と前記上り信号のレピティション送信とが同一サブフレームにおいて発生した場合、
前記応答信号のレピティション回数は、前記第1のレピティション回数と前記第2のレピティション回数のうち多い方の回数に設定される、
送信方法。
【請求項9】
上り信号のレピティション送信を開始する第1のサブフレーム及び下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを特定するための制御情報を生成する設定工程と、
前記制御情報を通知した端末から、前記第1のサブフレームから連続する所定数のサブフレームを用いてレピティション送信された前記上り信号を受信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いてレピティション送信された前記応答信号を受信する受信工程と、
を具備し、
前記設定工程は、第1のサブフレームを、前記第2のサブフレームと同一に設定し、
前記応答信号に予め設定された第1のレピティション回数と、前記上り信号に予め設定された第2のレピティション回数とが異なる場合であって、前記応答信号のレピティション送信と前記上り信号のレピティション送信とが同一サブフレームにおいて発生した場合、
前記応答信号のレピティション回数は、前記第1のレピティション回数と前記第2のレピティション回数のうち多い方の回数に設定する、
受信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、端末、基地局、送信方法及び受信方法に関する。
【背景技術】
【0002】
今後の情報社会を支える仕組みとして、近年、ユーザの判断を介することなく機器間の自律的な通信によりサービスを実現するM2M(Machine-to-Machine)通信システムが期待されている。M2M通信システムの具体的な応用事例としてスマートグリッドがある。スマートグリッドは、電気又はガスなどのライフラインを効率的に供給するインフラシステムであり、各家庭又はビルに配備されるスマートメータと中央サーバとの間でM2M通信を実施して、自律的かつ効果的に資源の需要バランスを調整する。M2M通信システムの他の応用事例として、物品管理又は遠隔医療などのためのモニタリングシステム、自動販売機の在庫又は課金の遠隔管理などが挙げられる。
【0003】
M2M通信システムにおいては、特に広範な通信エリアを有するセルラシステムの利用が着目されている。セルラ通信システムの標準化団体である3GPP(3rd Generation Partnership Project)では、LTE(Long Term Evolution)及びLTE-Advancedの規格化においてセルラネットワークを前提としたM2Mの検討が、マシンタイプ通信(MTC:Machine Type Communication)という名称で進められている。特に、スマートメータなどのMTC通信機器が、ビルの地下などの既存の通信エリアにおいて利用できない場所に配置されている場合に対応するため、通信エリアをさらに拡大することが検討されている(例えば、非特許文献1を参照)。例えば、通信エリアをさらに拡大するために、同一信号を複数回繰り返して送信するレピティションが検討されている。
【0004】
セルラ通信システムにおいて、端末から基地局への通信である上りリンク(Uplink)において用いられるチャネルには、PUCCH(Physical Uplink Control Channel)及びPUSCH(Physical Uplink Shared Channel)がある。PUCCHは、PDSCH(Physical Downlink Shared Channel)の下りデータ信号に対する肯定応答(ACK: Acknowledgement)又は否定応答(NACK:Negative Acknowledgement)の応答(以下、“ACK/NACK”と記載する。応答信号と呼ばれることもある)、及び、リソースの割り当ての要求を示すスケジューリング要求(SR:Scheduling Request)などの制御情報を送信するチャネルである。一方、PUSCHは、データ信号を送信するチャネルである。例えば、ACK/NACKは、ACK(誤り無し)又はNACK(誤り有り)のいずれかを示す1ビットの情報である。端末がACK/NACK及びSRを送信するためのPUCCHのリソースはそれぞれ予め確保される。以下の説明では、ACK/NACKのためのPUCCHリソースを“ACK/NACKリソース”と記載し、SRのためのPUCCHリソースを“SRリソース”と記載する。
【0005】
[ACK/NACK及びSRの送信]
LTEのRelease 11(以下、“Rel. 11”と記載する)では、ACK/NACKを送信するサブフレームと同一サブフレームにPUSCHの送信が割り当てられていない場合、ACK/NACKはPUCCHにおいて送信される。また、例えば、ACK/NACKには2相位相変調(BPSK:Binary Phase Shift Keying)の信号点が用いられ、ACKは-1の信号点、NACKは+1の信号点を用いて送信される。
【0006】
図1は、Rel.11でのPUCCHリソースにおけるACK/NACK及びSRの送信の一例を示す。図1に示す「送信すべき情報」は各サブフレームにおいて送信する信号を示し、A/NはACK/NACKを表す(以降の図でも同様である)。
【0007】
図1に示すように、ACK/NACKを送信するサブフレームと同一サブフレームにSRの送信が無い場合、ACK/NACK は、ACK/NACKリソースを用いて送信される。一方、ACK/NACKを送信するサブフレームと同一サブフレームにSRの送信が発生した場合、ACK/NACK は、SRリソースを用いて送信される。また、SRの送信のみが発生したサブフレームでは、SRは、SRリソースを用いて送信される。SRの送信のみがある場合、SRは、BPSKにおける+1の信号点(NACKと同一の信号点)を用いて送信される(例えば、非特許文献2を参照)。
【0008】
基地局は、電力判定等のブラインド検出により、ACK/NACKが送信されているリソース(ACK/NACKリソース又はSRリソース)を判定する。基地局は、ACK/NACKがSRリソースを用いて送信されていると判定した場合、SR有りと判定するとともにSRリソースの信号を用いてACK/NACKの復号を行う。一方、基地局は、ACK/NACKがACK/NACKリソースを用いて送信されていると判定した場合、SR無しと判定するとともにACK/NACKリソースの信号を用いてACK/NACKの復号を行う。また、基地局は、下りデータ信号に対するACK/NACKを受信するタイミング(既知のタイミング)以外のタイミングにおいてSRリソースの信号を検出した場合、SR有りと判定する。
【0009】
[ACK/NACK及びPUSCHの送信]
Rel.11では、ACK/NACKを送信するサブフレームと同一サブフレームにPUSCHの送信が割り当てられている場合、ACK/NACKはPUSCHにおいて送信される。
【0010】
図2は、Rel.11でのPUSCH及びACK/NACKの送信の一例を示す。図2に示す「送信すべき情報」において、Dataは上りデータ信号(以下、単にデータと呼ぶこともある)を表す(以降の図でも同様である)。
【0011】
図2に示すように、ACK/NACKのみを送信するサブフレームでは、ACK/NACKは、ACK/NACKリソースを用いて送信される。また、データのみが割り当てられるサブフレームでは、データは、PUSCHを用いて送信される。
【0012】
また、図2に示すように、ACK/NACKを送信するサブフレームと同一サブフレームにデータが割り当てられている場合、ACK/NACKは、PUSCHにおいてデータ信号と時間多重されて送信される。具体的には、参照信号(RS:Reference Signal)に隣接するリソースにマッピングされたデータ信号の一部分をパンクチャリングすることにより、ACK/NACKは、その一部分のリソースに配置される(例えば、非特許文献3を参照)。
【0013】
基地局は、ブラインド検出により、受信したPUSCHに対してACK/NACKが含まれているか否かを判定する。ここで、基地局はPDCCH(Physical Downlink Control Channel)による下りデータ信号(PDSCH)の割り当てに基づいて、当該下りデータ信号に対するACK/NACKが送信されるタイミングを知ることができる。したがって、基地局は、端末がACK/NACKを送信するはずであるサブフレームにおいてブラインド検出をすることなく、ACK/NACKが含まれているものとしてPUSCHの復号を行うことができる。しかし、次の理由により、基地局は、ブラインド検出によりACK/NACKの有無を判定する。端末が下りデータ信号の割り当てが通知されるPDCCHの受信に失敗した場合、端末は、ACK/NACKを送信せず、PUSCHを用いてデータ信号のみを送信する。このとき、PUSCHにはデータ信号のみが含まれるにもかかわらず、基地局がACK/NACKが含まれているものとしてPUSCHの復号を行うと、データ信号の復号特性が劣化する。したがって、基地局は、まずACK/NACKが含まれているか否かを判定する必要がある。
【0014】
[レピティション]
Rel.11では、レピティションの最大回数を6回とした、PUCCHにおけるACK/NACKレピティションが導入されている。図3は、Rel.11でのPUCCHリソースにおけるACK/NACKレピティション及びSR送信の一例を示す。
【0015】
ACK/NACKレピティションは、予め確保されたACK/NACKリソースを用いて送信される。また、図3に示すように、ACK/NACKレピティションの送信を行うサブフレームと同一サブフレームにSRの送信が発生した場合、ACK/NACKリソースによるACK/NACKレピティションの送信を優先させ、SRはドロップされる(送信されない)(例えば、非特許文献4を参照)。
【先行技術文献】
【非特許文献】
【0016】
【非特許文献1】3GPP TR 36.888 V12.0.0, “Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE、” June 2013.
【非特許文献2】3GPP TS 36.211 V11.5.0, “Physical channels and modulation (Release 11),” December 2013.
【非特許文献3】3GPP TS 36.212 V11.4.0, “Multiplexing and channel coding (Release 11),” December 2013.
【非特許文献4】3GPP TS 36.213 V11.5.0, “Physical layer procedures (Release 11),”December 2013.
【発明の概要】
【0017】
上述した更なる通信エリア拡大のために、LTE-Advanced Release12(以下、“Rel.12”と記載する)以降では、特にレピティションの導入が盛んに検討されている。ACK/NACKレピティションはRel.11でも規定されているが、更なる通信エリア拡大のためには、レピティション回数の増加が望まれる。また、Rel.11では行われていないSRのレピティション及びPUSCHのレピティションも有効である。
【0018】
しかしながら、ACK/NACK、SR、及びPUSCHなどの複数の信号に対してレピティション送信を適用する場合の詳細は、まだ検討されていない。
【0019】
そこで、本開示の一態様は、ACK/NACK、SR、及びPUSCHのうちの少なくとも2つに対してレピティション送信を適用する場合に、信号の受信特性(復号特性、検出特性など)の劣化を回避することができる端末、基地局、送信方法及び受信方法を提供する。
【0020】
本開示の一態様に係る端末は、上り信号のレピティション送信を開始する第1のサブフレーム、及び、下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを示す情報を受信する受信部と、前記第1のサブフレームから連続する所定数のサブフレームを用いて前記上り信号をレピティション送信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いて前記応答信号をレピティション送信する送信部と、を具備し、前記第1のサブフレームは、前記第2のサブフレームと同一に設定される。
【0021】
本開示の一態様に係る基地局は、上り信号のレピティション送信を開始する第1のサブフレーム及び下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを特定するための制御情報を生成する設定部と、前記制御情報を通知した端末から、前記第1のサブフレームから連続する所定数のサブフレームを用いてレピティション送信された前記上り信号を受信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いてレピティション送信された前記応答信号を受信する受信部と、を具備し、前記設定部は、前記第1のサブフレームを、前記第2のサブフレームと同一に設定する。
【0022】
本開示の一態様に係る送信方法は、上り信号のレピティション送信を開始する第1のサブフレーム、及び、下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを示す情報を受信する受信工程と、前記第1のサブフレームから連続する所定数のサブフレームを用いて前記上り信号をレピティション送信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いて前記応答信号をレピティション送信する送信工程と、を具備し、前記第1のサブフレームは、前記第2のサブフレームと同一に設定される。
【0023】
本開示の一態様に係る受信方法は、上り信号のレピティション送信を開始する第1のサブフレーム及び下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを特定するための制御情報を生成する設定工程と、前記制御情報を通知した端末から、前記第1のサブフレームから連続する所定数のサブフレームを用いてレピティション送信された前記上り信号を受信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いてレピティション送信された前記応答信号を受信する受信工程と、を具備し、前記設定工程は、第1のサブフレームを、前記第2のサブフレームと同一に設定する。
【0024】
なお、これらの包括的または具体的な側面は、システムおよびコンピュータプログラムで実現されてもよく、システム、装置、方法、およびコンピュータプログラムの任意な組み合わせで実現されてもよい。
【0025】
本開示の一態様によれば、ACK/NACK、SR、及びPUSCHのうちの少なくとも2つに対してレピティション送信を適用する場合に、信号の受信特性の劣化を回避することができる。
【図面の簡単な説明】
【0026】
図1図1は、PUCCHにおけるACK/NACK及びSRの送信例を示す。
図2図2は、ACK/NACK及びデータの送信例を示す。
図3図3は、PUCCHにおけるACK/NACKレピティション送信の一例を示す。
図4図4は、ACK/NACK及びSRのレピティション送信を行う際の課題を示す。
図5図5は、ACK/NACK及びデータのレピティション送信を行う際の課題を示す。
図6図6は、本開示の実施の形態1に係る基地局の要部構成を示す。
図7図7は、本開示の実施の形態1に係る端末の要部構成を示す。
図8図8は、本開示の実施の形態1に係る基地局の構成を示す。
図9図9は、本開示の実施の形態1に係る端末の構成を示す。
図10図10は、本開示の実施の形態1に係るACK/NACK及びSRのレピティション送信のタイミングを示す。
図11図11は、本開示の実施の形態2に係るACK/NACK及びデータのレピティション送信のタイミングを示す。
図12図12は、本開示の実施の形態3に係るACK/NACK及びSRのレピティション送信のタイミングを示す。
図13図13は、本開示の実施の形態3に係るSRレピティション送信開始位置の算出に用いるパラメータを示す。
図14図14は、本開示の実施の形態4に係るACK/NACK及びデータのレピティション送信のタイミングを示す。
図15図15は、本開示の実施の形態5に係るACK/NACK及びSRのレピティション送信を行う際の課題を示す。
図16図16は、本開示の実施の形態5に係るACK/NACK及びSRのレピティション送信のタイミングを示す。
図17図17は、本開示の実施の形態6に係るACK/NACK及びデータのレピティション送信を行う際の課題を示す。
図18図18は、本開示の実施の形態6に係るACK/NACK及びデータのレピティション送信のタイミングを示す。
【発明を実施するための形態】
【0027】
(本開示の基礎となった知見)
まず、ACK/NACK、SR及びPUSCHなどの複数の信号に対してレピティション送信を適用する場合に生じ得る課題について述べる。
【0028】
[PUCCHにおけるACK/NACK及びSRの送信時の課題]
図4A及び図4Bは、PUCCHにおけるACK/NACKレピティション送信及びSRレピティション送信の一例を示す。
【0029】
PUCCHにおいてACK/NACKレピティション送信及びSRレピティション送信を行う場合、図4A及び図4Bに示すように、ACK/NACKレピティション送信をしている途中でSRレピティション送信が発生することがある。
【0030】
このとき、Rel.11のようにACK/NACKレピティション送信を優先させる方法(図3参照)では、図4Aに示すように、ACK/NACKを送信するサブフレームと同一サブフレームにあるSRはドロップされるため、必要な数(図4Aでは4サブフレーム分)のSRが送信されなくなり、基地局でのSR検出特性の劣化を招いてしまう。
【0031】
一方、SRの送信がACK/NACKを送信するサブフレームと同一サブフレームに発生した場合、ACK/ACKをSRリソースを用いて送信する方法も考えられる(図1参照)。しかしながら、この方法では、図4Bに示すように、ACK/NACKレピティションの途中でACK/NACKを送信するリソースがACK/NACKリソースからSRリソースへ変わる可能性がある。さらに、基地局はACK/NACKが送信されているリソースを電力判定等のブラインド検出により判定する必要があるが、この方法では、基地局はレピティション送信されているSRをすべて受信してからでないとSRが送信されているか否かを判定できない可能性が高い。そのため、ACK/NACKが送信されているリソースの判定精度が劣化し、ACK/NACKの復号特性が劣化する可能性がある。
【0032】
また、図4A及び図4Bにおいて説明した「ACK/NACKレピティション送信の途中にSRレピティション送信が発生する」場合のほかに「SRレピティション送信の途中にACK/NACKレピティション送信が発生する」場合(図示せず)も考えられる。このような場合、基地局はレピティション送信されているSRをすべて受信してから、ACK/NACKの復号を行える。しかしながら、SRレピティション送信の途中にSRリソースを用いて送信される信号がSRからACK/NACKへ変わることによりSRリソースの信号点がSRレピティション送信中に変わる可能性がある。このため、SR検出時に同相合成を行えないので、SRの検出特性が劣化する可能性がある。
【0033】
[PUSCHにおけるACK/NACK及びデータの送信時の課題]
図5は、ACK/NACKレピティション送信及びPUSCHレピティション送信の一例を示す。
【0034】
ACK/NACKレピティション送信及びPUSCHレピティション送信を行う場合、図5に示すように、PUSCHレピティション送信をしている途中でACK/NACKレピティションが発生することがある。このとき、ACK/NACKとPUSCH(データ信号)とが割り当てられたサブフレームでは、PUSCHにおいてデータ信号とACK/NACKとを時間多重して送信する方法が考えられる(図2参照)。
【0035】
しかしながら、この方法では、PUSCH内の信号は、PUSCHレピティション送信の途中でデータのみの信号から、データとACK/NACKとが時間多重された信号へと変わる可能性がある。基地局はブラインド検出によりACK/NACKが含まれているか否かを判定する必要がある。しかし、基地局はデータとACK/NACKとが含まれている信号を、ACK/NACKのレピティション回数分(図5では4サブフレーム分)受信しないと、PUSCH内にACK/NACKが含まれているか否かを判定できない可能性が高い。
【0036】
そのため、PUSCHレピティション送信の途中でPUSCHの信号の内容が変わってしまうと、基地局でのPUSCH内にACK/NACKが含まれているか否かの判定精度が劣化し、その結果、ACK/NACKの復号特性及びPUSCH内データの復号特性も劣化する可能性がある。
【0037】
また、図5において説明した「PUSCHレピティション送信中にACK/NACKレピティション送信が発生する」場合のほかに「ACK/NACKレピティション送信の途中でPUSCHレピティション送信が発生する」場合も考えられる。このような場合も上記と同様の課題が発生する。
【0038】
以上の知見を踏まえ、以下、本開示の実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付す。
【0039】
[通信システムの概要]
以下の説明では、FDD(Frequency Division Duplex)システムを例に説明する。
【0040】
また、本開示の各実施の形態に係る通信システムは、例えば、LTE-Advancedに対応するシステムであって、基地局100及び端末200を備える。
【0041】
端末200は、ACK/NACK、SR及びPUSCHの送信の際、ACK/NACK、SR及びPUSCHのうち少なくとも2つに対してレピティション送信を適用する。端末200は、レピティション送信を行う際、所定のレピティション回数(Repetition Factor)分の連続するサブフレームにおいて、各信号を繰り返し送信する。
【0042】
図6は、本開示の各実施の形態に係る基地局100の要部構成を示すブロック図である。図6に示す基地局100において、設定部101は、上り信号(SR又は上りデータ信号)のレピティション送信を開始する第1のサブフレーム(開始位置)及び下りデータ信号に対する応答信号(ACK/NACK)のレピティション送信を開始する第2のサブフレーム(開始位置)を特定するための制御情報(タイミング情報)を生成する。受信部109は、上記制御情報を通知した端末200から、上記第1のサブフレームから連続する所定数のサブフレームを用いてレピティション送信された上り信号を受信し、上記第2のサブフレームから連続する少なくとも上記所定数のサブフレームを用いてレピティション送信された応答信号を受信する。なお、上り信号(SR又は上りデータ信号)のレピティション送信の上記第1のサブフレーム(開始位置)は、ACK/NACKレピティション送信の上記第2のサブフレーム(開始位置)と同一に設定する。「サブフレーム(開始位置)を同一に設定」とは、同じサブフレーム(時間リソース)にすること(開始位置を時間的に同じにすること)を意味する。また、上記第1のサブフレーム及び上記第2のサブフレームが、それぞれ複数設定される場合には、「サブフレーム(開始位置)を同一に設定」とは、複数の第1のサブフレームのそれぞれが、複数の第2のサブフレームのうちのいずれかと同一に設定されることを含む。
【0043】
図7は、本開示の各実施の形態に係る端末200の要部構成を示すブロック図である。図7に示す端末200において、設定情報受信部209は、上り信号(SR又は上りデータ信号)のレピティション送信を開始する第1のサブフレーム(開始位置)、及び、下りデータ信号に対する応答信号(ACK/NACK)のレピティション送信を開始する第2のサブフレーム(開始位置)を示す情報を受信する。送信部213は、上記第1のサブフレームから連続する所定数のサブフレームを用いて上り信号をレピティション送信し、上記第2のサブフレームから連続する少なくとも所定数のサブフレームを用いて応答信号をレピティション送信する。
【0044】
(実施の形態1)
[基地局の構成]
図8は、本開示の実施の形態1に係る基地局100の構成を示すブロック図である。図8において、基地局100は、設定部101と、符号化部102と、変調部103と、制御情報生成部104と、信号割当部105と、OFDM(Orthogonal Frequency Division Multiplexing)信号生成部106と、送信部107と、アンテナ108と、受信部109と、FFT(Fast Fourier Transform)部110と、PUSCH復調部111と、PUCCH抽出部112と、PUCCH復調部113と、ACK/NACK復号部114とを有する。
【0045】
設定部101は、端末200におけるACK/NACK、SR及びPUSCHのうちの少なくとも2つのレピティション送信の各々を開始するサブフレーム(以下、開始位置と呼ぶ)に関するタイミング情報を生成する。このタイミング情報は、PDCCHに割り当てられて端末200へ通知されてもよく、上位レイヤの制御信号(RRC:Radio Resource Control)として端末200へsemi-staticに通知されてもよい。PDCCHに割り当てられて端末200へ通知される場合は、設定部101は、タイミング情報を制御情報生成部104へ出力する。上位レイヤの制御信号として通知される場合は、設定部101は、タイミング情報を符号化部102へ出力する。なお、設定部101におけるレピティション送信の開始位置の設定方法の詳細については後述する。
【0046】
符号化部102は、送信データ(ビット系列。つまり、下りデータ信号)に対してターボ符号等の誤り訂正符号化を施し、得られる符号化ビット系列を変調部103へ出力する。
【0047】
変調部103は、符号化部102から受け取る符号化ビット系列に対してデータ変調処理を行い、得られるデータ変調信号を信号割当部105へ出力する。
【0048】
制御情報生成部104は、PDCCHに割り当てる制御情報を生成し、制御情報に対して符号化及び変調処理を施し、得られる制御情報の変調信号を信号割当部105へ出力する。
【0049】
信号割当部105は、変調部103から受け取るデータ変調信号を下りリンクデータ信号割当リソースにマッピングし、マッピングした信号をOFDM信号生成部106へ出力する。また、信号割当部105は、制御情報生成部104から受け取る制御情報の変調信号を下りリンク制御情報割当リソースにマッピングし、マッピングした信号をOFDM信号生成部106へ出力する。
【0050】
OFDM信号生成部106は、信号割当部105から受け取る信号に対してサブキャリアへのマッピング及びIFFT(Inverse Fast Fourier Transform)処理を行うことにより時間領域のOFDM信号を生成する。OFDM信号生成部106は、生成したOFDM信号を送信部107へ出力する。
【0051】
送信部107は、OFDM信号生成部106から受け取るOFDM信号に対してD/A(Digital-to-Analog)変換、アップコンバート等のRF(Radio Frequency)処理を行い、アンテナ108を介して端末200に無線信号を送信する。
【0052】
受信部109は、アンテナ108を介して受信された端末200からの無線信号に対して、ダウンコンバート又はA/D(Analog-to-Digital)変換などのRF処理を行い、得られるベースバンドのDFT-S-OFDM(Discrete Fourier Transform-spread-Orthogonal Frequency Division Multiplexing)信号をFFT部110へ出力する。受信したDFT-S-OFDM信号には、レピティション送信されたACK/NACK、SR、又は、PUSCHが含まれる。
【0053】
FFT部110は、受信部109から受け取るDFT-S-OFDM信号に対してFFT処理を行うことにより周波数領域の信号に変換する。FFT部110は得られる周波数領域の信号をPUSCH復調部111及びPUCCH抽出部112へ出力する。
【0054】
PUSCH復調部111は、FFT部110から受け取る信号からPUSCHを抽出し、抽出したPUSCHを復調する。具体的には、PUSCH復調部111は、ブラインド判定により、PUSCHにACK/NACKが含まれているか否かを判定する。そして、PUSCH復調部111は、ACK/NACKが含まれていないと判定した場合にはデータ信号を復調し、ターボ復号等の誤り訂正処理及びCRC判定等の誤り検出処理を行い、受信データを得る。一方、PUSCH復調部111は、ACK/NACKが含まれていると判定した場合には、データ信号とACK/NACKとを分離し、ACK/NACK信号をACK/NACK復号部114へ出力するとともに、データ信号に対して上述した処理を行い、受信データを得る。
【0055】
PUCCH抽出部112は、FFT部110から受け取る信号からPUCCHを抽出し、抽出したPUCCHをPUCCH復調部113へ出力する。
【0056】
PUCCH復調部113は、PUCCH抽出部112から受け取るPUCCHを復調する。具体的には、PUCCH復調部113は、電力判定等のブラインド検出により、ACK/NACKが送信されているリソース(ACK/NACKリソース又はSRリソース)を判定する。そして、PUCCH復調部113は、SRリソースを用いてACK/NACKが送信されていると判定した場合、SRありと判定するとともにACK/ACKをACK/NACK復号部114へ出力する。また、PUCCH復調部113は、ACK/NACKリソースを用いてACK/NACKが送信されていると判定した場合、SR無しと判定するとともにACK/NACKをACK/NACK復号部114へ出力する。また、PUCCH復調部113は、SRリソースを用いてSRのみが送信されていると判定した場合は、SRありと判定する。
【0057】
ACK/NACK復号部114は、PUSCH復調部111又はPUCCH復調部113から受け取るACK/NACKに対して復号処理を行い、受信ACK/NACK(ACK又はNACK)を得る。得られた受信ACK/NACKは、再送制御部(図示せず)において、対応する下りデータ信号の再送を行うか、新規データの送信を行うかの判断に用いられる。
【0058】
[端末の構成]
図9は、本開示の実施の形態1に係る端末200の構成を示すブロック図である。図9において、端末200は、アンテナ201と、受信部202と、復調部203と、復号部204と、符号化部205と、変調部206と、ACK/NACK生成部207と、SR生成部208と、設定情報受信部209と、制御チャネル形成部210と、ACK/NACK多重部211と、DFT-S-OFDM信号生成部212と、送信部213とを有する。
【0059】
受信部202は、アンテナ201を介して受信された、基地局100からの無線信号に対してダウンコンバート又はAD変換などのRF処理を行い、ベースバンドのOFDM信号を得る。受信部202は、OFDM信号を復調部203へ出力する。また、受信部202は、OFDM信号のうち、ACK/NACK、SR及びPUSCHのうちの少なくとも2つのレピティション送信に用いられる複数の連続するサブフレームの開始位置を特定するためのタイミング情報を含むPDCCH又は、上位レイヤの制御信号を設定情報受信部209に出力する。
【0060】
復調部203は、受信部202から受け取るOFDM信号に対して復調処理を行い、データ(下りデータ信号)を取り出し、データを復号部204へ出力する。
【0061】
復号部204は、復調部203から受け取るデータに対してターボ復号等の誤り訂正処理及びCRC(Cyclic Redundancy Check)判定等の誤り検出処理を行う。復号部204は、得られる誤り検出結果をACK/NACK生成部207へ出力する。
【0062】
符号化部205は、送信データ(ビット系列。つまり、上りデータ信号)に対してターボ符号等の誤り訂正符号化を施し、得られる符号化ビット系列を変調部206へ出力する。
【0063】
変調部206は、符号化部205から受け取る符号化ビット系列に対してデータ変調処理を行い、得られるデータ変調信号をACK/NACK多重部211へ出力する。
【0064】
ACK/NACK生成部207は、復号部204から受け取る誤り検出結果に基づいてACK/NACKを生成する。具体的には、ACK/NACK生成部207は、誤りが検出された場合にはACKを生成し、誤りが検出されない場合にはNACKを生成する。ACK/NACK生成部207は、生成したACK/NACKを制御チャネル形成部210へ出力する。
【0065】
SR生成部208は、基地局100へのスケジューリング要求が発生した場合にSR信号を生成し、SR信号を制御チャネル形成部210へ出力する。
【0066】
設定情報受信部209は、受信部202から受け取るタイミング情報を読み取る。そして、設定情報受信部209は、読み取った送信タイミングに従って、ACK/NACK、SR及びPUSCHのうちの少なくとも2つのレピティション送信を開始するサブフレーム(開始位置)を設定し、制御チャネル形成部210及びACK/NACK多重部211へ出力する。
【0067】
制御チャネル形成部210は、所定のPUCCHの伝送リソースを確保し、かつ、設定情報受信部209から受け取るACK/NACK及びSRのレピティション送信のタイミング(開始位置の候補となるサブフレーム)を予め把握している。制御チャネル形成部210は、ACK/NACKの単独送信、SRの単独送信、及び、ACK/NACKとSRの同時送信のそれぞれの場合に応じて、設定情報受信部209から受け取るACK/NACK及びSRのレピティション送信のタイミングに従って、ACK/NACK及び/又はSRを含む制御情報を送信するためのPUCCHを所定のフォーマットを用いて形成する。また、制御チャネル形成部210は、ACK/NACKの送信とPUSCH(上りデータ信号)の送信とが同一サブフレームにおいて発生する場合には、ACK/NACKをPUCCHには含めずにACK/NACK多重部211へ出力する。制御チャネル形成部210は、形成したPUCCHをDFT-S-OFDM信号生成部212へ出力する。
【0068】
ACK/NACK多重部211は、設定情報受信部209から受け取るACK/NACK及びPUSCHのレピティション送信のタイミング(開始位置の候補となるサブフレーム)を予め把握している。ACK/NACK多重部211は、データの単独送信、及び、ACK/NACKとデータの同時送信のそれぞれの場合に応じて、設定情報受信部209から受け取るACK/NACK及びPUSCHのレピティション送信のタイミングに従って、PUSCHを所定のフォーマットに基づいて形成する。ACK/NACK多重部211は、形成したPUSCHをDFT-S-OFDM信号生成部212へ出力する。
【0069】
DFT-S-OFDM信号生成部212は、制御チャネル形成部210から受け取るPUCCH、又は、ACK/NACK多重部211から受け取るPUSCHに対してDFT処理、サブキャリアへのマッピング及びIFFT処理を行うことにより時間領域のDFT-S-OFDM信号を生成する。DFT-S-OFDM信号生成部212は、生成したDFT-S-OFDM信号を送信部213へ出力する。
【0070】
送信部213は、DFT-S-OFDM信号生成部212から受け取るDFT-S-OFDM信号に対してD/A変換、アップコンバート等のRF処理を行い、アンテナ201を介して基地局100に無線信号を送信する。こうすることで、設定情報受信部209において読み取ったレピティション送信の開始位置から連続する複数のサブフレームを用いてACK/NACK、SR及びPUSCHのうちの少なくとも2つがそれぞれレピティション送信される。
【0071】
[基地局100及び端末200の動作]
以上の構成を有する基地局100及び端末200の動作について説明する。なお、以下では、PUCCHにおけるACK/NACKレピティション送信及びSRレピティション送信について説明する。
【0072】
以下の説明では、ACK/NACKのレピティション回数とSRのレピティション回数とを同一とする。
【0073】
基地局100は、端末200に対して、ACK/NACKレピティション送信を開始するサブフレーム(開始位置の候補)、及び、SRレピティション送信を開始するサブフレーム(開始位置の候補)を設定する。具体的には、基地局100は、SRレピティション送信の開始位置の各々を、ACK/NACKレピティション送信の開始位置に揃える。すなわち、基地局100は、SRレピティション送信の開始位置の各々を、ACK/NACKレピティション送信の開始位置の何れかと同一のサブフレームに設定する。なお、基地局100は、SRレピティション送信の開始位置の各々を、ACK/NACKレピティション送信の開始位置の全てと同一サブフレームに設定してもよい。
【0074】
そして、基地局100(設定部101)は、設定したACK/NACKレピティション送信の開始位置及びSRレピティション送信の開始位置を特定するためのタイミング情報を、例えば、上位レイヤのシグナリングにより端末200へ通知する。
【0075】
例えば、基地局100は、ACK/NACKに対応する下りデータ信号の割当(例えば、DL assignment)を行う。そして、端末200は、下りデータ信号の割当を受信したサブフレームから所定数のサブフレーム後のサブフレームを当該下りデータ信号に対するACK/NACKの送信タイミングとして特定することができる。そこで、タイミング情報として、下りデータ信号の割当を示す既存の制御情報が流用されてもよい。この場合、端末200は、タイミング情報(下りデータ信号の割当。既存の制御情報)に基づいてACK/NACKレピティション送信の開始位置を特定し、更に、ACK/NACKレピティション送信の開始位置の一部又は全てをSRレピティション送信の開始位置として設定すればよい。よって、SRレピティション送信の開始位置の設定のためのシグナリングが不要となる。
【0076】
または、基地局100は、SRレピティション送信の開始位置を設定し、当該設定を示すタイミング情報を端末200へ通知してもよい。この場合、端末200は、通知されたSRレピティション送信の開始位置を、ACK/NACKレピティション送信の開始位置として設定してもよい。または、基地局100は、ACK/NACK及びSRのレピティション送信の開始位置として、任意のサブフレームをそれぞれ設定して、当該設定を示すタイミング情報を端末200へ通知してもよい。
【0077】
端末200(設定情報受信部209)は、基地局100から通知されたタイミング情報を受信し、ACK/NACK及びSRのレピティション送信の開始位置(サブフレーム)を設定する。そして、端末200(送信部213)は、ACK/NACKレピティション送信の開始位置のサブフレームから所定のレピティション回数の連続するサブフレームを用いてACK/NACKをレピティション送信し、SRレピティション送信の開始位置のサブフレームから所定のレピティション回数の連続するサブフレームを用いてSRをレピティション送信する。
【0078】
図10は、ACK/NACK及びSRの送信タイミングの一例を示す。なお、図10では、ACK/NACK及びSRのレピティション回数を4回(4サブフレーム)とする。
【0079】
図10に示すように、ACK/NACKのみが送信されるサブフレームでは、端末200は、ACK/NACKリソースを用いてACK/NACKを送信する。また、SRのみが送信されるサブフレームでは、端末200は、SRリソースを用いてSRを送信する。
【0080】
また、図10に示すように、ACK/NACKレピティション送信及びSRレピティション送信が同一サブフレームにおいて発生した場合、端末200は、SRリソースを用いてACK/NACKを送信する。
【0081】
ここで、端末200(設定情報受信部209)は、SRレピティション送信の開始位置の各々を、ACK/NACKレピティション送信の開始位置の何れかと同一のサブフレームに設定する。すなわち、図10に示すように、少なくとも、SRレピティション送信の開始位置は、ACK/NACKレピティション送信の開始位置と同一である。
【0082】
また、図10に示すように、ACK/NACK及びSRのレピティション回数は同一の4サブフレームである。
【0083】
このため、ACK/NACKレピティション送信及びSRレピティション送信が同一サブフレームにおいて発生する場合には、ACK/NACKレピティション送信するサブフレームとSRレピティション送信するサブフレームは同一となる。つまり、ACK/NACKレピティション送信及びSRレピティション送信が同一サブフレームにおいて発生する場合、端末200は、ACK/NACK及びSRのレピティション送信期間内の全てのサブフレームにおいて、SRリソースを用いてACK/NACKを送信する。換言すると、SRレピティション送信期間内の連続するサブフレーム(図10では連続する4サブフレーム)において、図4A及び図4Bのように途中でACK/NACKを送信するリソースが切り替わってしまう状況は発生しない。
【0084】
このように、本実施の形態によれば、図4Bに示すようなSRレピティション送信の期間内にACK/NACKを送信するリソースが変わることがなくなるため、基地局100はレピティション送信されているSRをすべて受信し、SRが送信されているか否かを判定してから、ACK/NACKの復号を行うことができる。これにより、ACK/NACKの復号特性の劣化を回避できる。
【0085】
更に、本実施の形態によれば、SRレピティション送信の期間内にACK/NACKを送信するリソースが変わることがなくなるため、SRレピティション送信中にSRリソースの信号点が変わることがないので、SR検出時に同相合成を行うことができ、SR検出特性を向上させることができる。
【0086】
また、ACK/NACKレピティション送信及びSRレピティション送信が同一サブフレームにおいて発生する場合、端末200は、SRレピティション送信期間内の全てのサブフレームにおいて、SRリソースを用いてACK/NACKを送信する。これにより、本実施の形態によれば、図4Aに示すような同一サブフレーム内にACK/NACKとSRが発生した場合にSRをドロップする必要がなくなるので、SR検出特性の劣化も回避できる。
【0087】
また、本実施の形態によれば、「SRレピティション送信の途中にACK/NACKレピティション送信が発生する」場合も発生しないので、上記同様、SR検出時に同相合成を行えないことに起因するSR検出特性の劣化を回避することができる。
【0088】
(実施の形態2)
実施の形態1では、PUCCHにおけるACK/NACKレピティション送信及びSRレピティション送信について説明した。本実施の形態では、PUSCHにおけるACK/NACKレピティション送信及びPUSCHレピティション送信について説明する。
【0089】
なお、本実施の形態に係る基地局及び端末の基本構成は、実施の形態1と同様であるので、図8(基地局100)と図9(端末200)を援用して説明する。
【0090】
以下の説明では、実施の形態1と同様、ACK/NACKのレピティション回数とPUSCHのレピティション回数とを同一とする。
【0091】
基地局100は、端末200に対して、ACK/NACKレピティション送信を開始するサブフレーム(開始位置の候補)、及び、PUSCHレピティション送信を開始するサブフレーム(開始位置の候補)を設定する。例えば、基地局100は、ACK/NACKレピティション送信の開始位置と、PUSCHレピティション送信の開始位置とを同一サブフレームに設定する。又は、基地局100は、ACK/NACKレピティション送信の開始位置の各々を、PUSCHレピティション送信の開始位置の何れかに設定してもよく、PUSCHレピティション送信の開始位置の各々を、ACK/NACKレピティション送信の開始位置の何れかに設定してもよい。
【0092】
そして、基地局100(設定部101)は、設定したACK/NACKレピティション送信の開始位置及びPUSCHレピティション送信の開始位置を特定するためのタイミング情報を、例えば、上位レイヤのシグナリングにより端末200へ通知する。
【0093】
例えば、基地局100は、端末200への下り制御チャネル(PDCCH)を用いて上りデータ信号の割当(UL grant)を行う。つまり、端末200は、上りデータ信号の割当に基づいて、上りデータ信号の送信タイミングを特定することができる。そこで、タイミング情報として、上記上りデータ信号の割当を示す既存の制御情報が流用されてもよい。この場合、端末200(設定情報受信部209)は、タイミング情報(上りデータ信号の割当。既存の制御情報)に基づいてPUSCHレピティション送信の開始位置を特定し、更に、PUSCHレピティション送信の開始位置の一部又は全てをACK/NACKレピティション送信の開始位置として設定すればよい。よって、ACK/NACKレピティション送信の開始位置の設定のためのシグナリングが不要となる。
【0094】
または、基地局100は、PUSCH及びACK/NACKのレピティション送信の開始位置として任意のサブフレームをそれぞれ設定して、当該設定を示すタイミング情報を端末200へ通知してもよい。
【0095】
端末200(設定情報受信部209)は、基地局100から通知されたタイミング情報に基づいて、ACK/NACK及びPUSCHのレピティション送信の開始位置(サブフレーム)を設定する。そして、端末200(送信部213)は、ACK/NACKレピティション送信の開始位置のサブフレームから所定のレピティション回数の連続するサブフレームを用いてACK/NACKをレピティション送信し、PUSCHレピティション送信の開始位置のサブフレームから所定のレピティション回数の連続するサブフレームを用いてPUSCHをレピティション送信する。
【0096】
図11は、ACK/NACK及びPUSCHの送信タイミングの一例を示す。なお、図11では、ACK/NACK及びPUSCHのレピティション回数を4回(4サブフレーム)とする。
【0097】
図11に示すように、ACK/NACKのみが送信されるサブフレームでは、端末200は、ACK/NACKリソースを用いてACK/NACKを送信する。また、データのみが送信されるサブフレームでは、端末200は、PUSCHを用いてデータを送信する。
【0098】
また、図11に示すように、ACK/NACKレピティション送信及びPUSCHレピティション送信が同一サブフレームにおいて発生した場合、端末200は、PUSCHにおいてACK/NACKとデータとを時間多重して送信する。
【0099】
ここで、端末200(設定情報受信部209)は、ACK/NACKレピティション送信の開始位置と、PUSCHレピティション送信の開始位置とを同一サブフレームとする。すなわち、図11に示すように、ACK/NACKレピティション送信の開始位置は、PUSCHレピティション送信の開始位置と同一である。
【0100】
また、図11に示すように、ACK/NACK及びPUSCHのレピティション回数は同一の4サブフレームである。
【0101】
このため、ACK/NACKレピティション送信及びPUSCHレピティション送信が同一サブフレームにおいて発生する場合には、ACK/NACKをレピティション送信するサブフレーム及びPUSCHをレピティション送信するサブフレームは同一となり。つまり、ACK/NACKレピティション送信及びPUSCHレピティション送信が同一サブフレームにおいて発生する場合、端末200は、ACK/NACK及びデータのレピティション送信期間内の全てのサブフレームにおいて、PUSCHを用いてACK/NACK及びデータを時間多重して送信する。換言すると、PUSCHレピティション送信期間内の連続するサブフレーム(図11では連続する4サブフレーム)において、図5のようにACK/NACKを送信するリソースが切り替わり、ACK/NACKレピティション送信期間内のPUSCH内の信号が変わってしまう状況は発生しない。
【0102】
このように、本実施の形態によれば、図5に示すようなACK/NACKレピティション送信期間内にレピティション送信を行っているPUSCH内の信号が変わることがなくなるため、基地局100は、データとACK/NACKが含まれているPUSCHレピティションをACK/NACKレピティション回数分だけ受信してから、PUSCH内にACK/NACKが含まれているか否かを判定することができる。これにより、ACK/NACKの復号特性の劣化を回避できる可能性が高くなる。
【0103】
また、本実施の形態によれば、「ACK/NACKレピティション送信の途中でPUSCHレピティション送信が発生する」場合も発生しないので、上記同様、ACK/NACKの復号特性の劣化を回避できる可能性が高くなる。
【0104】
(実施の形態3)
本実施の形態では、PUCCHにおけるACK/NACKレピティション送信及びSRレピティション送信の開始位置が周期的に設定される場合について説明する。
【0105】
なお、本実施の形態に係る基地局及び端末の基本構成は、実施の形態1と同様であるので、図8(基地局100)と図9(端末200)を援用して説明する。
【0106】
以下の説明では、実施の形態1と同様、ACK/NACKのレピティション回数とSRのレピティション回数とを同一とする。
【0107】
基地局100及び端末200は、ACK/NACKレピティション送信の開始位置(サブフレーム)、及び、SRレピティション送信の開始位置(サブフレーム)を周期的に設定する。例えば、基地局100及び端末200は、SRレピティション送信の開始位置の周期を、ACK/NACKレピティション送信の開始位置の周期の整数倍に設定する。または、SRレピティション送信の開始位置の周期とACK/NACKレピティション送信の開始位置の周期とは同一であってもよい。
【0108】
また、基地局100及び端末200は、実施の形態1と同様、SRレピティション送信の開始位置(サブフレーム)をACK/NACKレピティション送信の開始位置に揃える。また、端末200は、実施の形態1と同様、ACK/NACK及びSRの送信が同一サブフレームにある場合、SRリソースを用いてACK/NACKを送信する。
【0109】
図12は、本実施の形態に係るACK/NACK及びSRの送信タイミングの一例を示す。
【0110】
図12では、ACK/NACK及びSRのレピティション回数はそれぞれ4回である。
【0111】
また、図12に示すように、ACK/NACKレピティション送信の開始位置の周期は4サブフレーム(つまり、4ms)であり、SRレピティション送信の開始位置の周期は8サブフレーム(つまり、8ms)である。つまり、SRレピティション送信の開始位置の周期は、ACK/NACKレピティション送信の開始位置の周期の2倍(整数倍)である。
【0112】
また、図12に示すように、実施の形態1と同様、SRレピティション送信の開始位置(サブフレーム)は、ACK/NACKレピティション送信の開始位置に揃えられる。つまり、SRレピティション送信の開始位置であるサブフレームの各々は、ACK/NACKレピティション送信の開始位置のサブフレームの何れかと同一である。また、図12に示すように、実施の形態1と同様、ACK/NACK及びSRの送信が同一サブフレームにある場合、ACK/NACKは、SRリソースを用いて送信される。
【0113】
上述したACK/NACKレピティション送信の開始位置は、次式を満たすサブフレームとして表される。
【数1】
【0114】
式(1)において、nfはシステムフレーム番号を示し、nsはフレーム内のスロット番号を示し、NACK/NACKはPUCCHにおけるACK/NACKレピティション回数を示す。NACK/NACKは、基地局100から端末200へ、例えば、タイミング情報として予め通知される。つまり、端末200(設定情報受信部209)は、基地局100から通知されるタイミング情報を用いて、式(1)に従ってACK/NACKレピティション送信の開始位置を設定する。
【0115】
一方、上述したSRレピティション送信の開始位置は、次式を満たすサブフレームとして表される。
【数2】
【0116】
ただし、式(2)に示すSRPERIODICITYenhanced、及び、NOFFSET,SRenhancedは、次式に従って与えられる。
【数3】
【0117】
式(3)において、NSRはSRレピティション回数を示し、本実施の形態では、NACK/NACK=NSRとなる。また、SRPERIODICITY及びNOFFSET,SR図13に示す表によって定義され、基地局100から端末200へ通知されるパラメータISRにより算出される。つまり、端末200(設定情報受信部209)は、基地局100から通知されるタイミング情報に示されるISR、及び、NACK/NACK(=NSR)を用いて、図13に示す表、式(2)、(3)に従ってSRレピティション送信の開始位置を設定する。
【0118】
例えば、図12は、NACK/NCK=NSR=4、ISR=155が基地局100から端末200へ通知される場合の例である。すなわち、NSR=NACK/NCKであり、図13に示すように、SRPERIODICITYは整数値を採ることより、式(2)においてSRレピティション送信の開始位置の周期を示すSRPERIODICITYenhanced(=SRPERIODICITYNSR)は、ACK/NACKレピティション送信の開始位置の周期を示すNACK/NCKの整数倍となる。
【0119】
本実施の形態では、端末200は、ACK/NACKレピティション送信の開始位置のサブフレームにおいて送信すべきACK/NACKがある場合、ACK/NACKレピティション送信の開始位置のサブフレームから連続したNACK/NCK個のサブフレームを用いてACK/NACKを送信する。また、端末200は、SRレピティション送信の開始位置のサブフレームにおいて送信すべきSRがある場合、SRレピティション送信開始位置のサブフレームから連続したNSR個のサブフレームを用いてSRを送信する。
【0120】
この際、端末200は、実施の形態1と同様、ACK/NACKレピティションを単独で送信するサブフレームでは、ACK/NACKリソースを用いてACK/NACKを送信する。また、端末200は、SRレピティションを単独で送信するサブフレームでは、SRリソースを用いてSRを送信する。一方、端末200は、SRレピティションとACK/NACKレピティションを同時に送信するサブフレームでは、SRリソースを用いてACK/NACKを送信する。
【0121】
このようにすることで、実施の形態1と同様、SRレピティション送信の開始位置はACK/NACKレピティション送信の開始位置に揃えられる。つまり、ACK/NACKレピティション送信の途中にSRレピティション送信が発生することがなく、又は、SRレピティション送信の途中に ACK/NACKレピティション送信が発生することがない。よって、SRレピティション送信の期間内にACK/NACKを送信するリソースが変わることがなくなる。このため、基地局100はレピティション送信されているSRをすべて受信し、SRが送信されているか否かを判定してから、ACK/NACKの復号を行うことができる。これにより、ACK/NACKの復号特性の劣化を回避できる。
【0122】
更に、実施の形態1と同様、SRのレピティション送信の期間内にACK/NACKを送信するリソースが変わることがないため、SRレピティション送信中にSRリソースの信号点が変わることがない。したがって、SR検出時に同相合成を行うことができ、SR検出特性を向上させることができる。
【0123】
また、実施の形態1と同様、ACK/NACKレピティション送信及びSRレピティション送信が同一サブフレームにおいて発生する場合、端末200は、SRレピティション送信期間内の全てのサブフレームにおいて、SRリソースを用いてACK/NACKを送信する。これにより、図4Aに示すような同一サブフレーム内にACK/NACKとSRが発生した場合にSRをドロップする必要がなくなるので、SR検出特性の劣化も回避できる。
【0124】
また、実施の形態1と同様、「SRレピティション送信の途中にACK/NACKレピティション送信が発生する」場合も発生しないので、上記同様、SR検出時に同相合成を行えないことに起因するSR検出特性の劣化を回避することができる。
【0125】
更に、本実施の形態では、ACK/NACKレピティション送信の開始位置が予め設定された周期的なサブフレームに設定されるので、ACK/NACKレピティション送信に関するシステムの制御が容易になる。
【0126】
また、本実施の形態では、SRレピティション送信の開始位置の周期がACK/NACKレピティション送信の開始位置の周期の整数倍に設定されるので、基地局100から端末200へのレピティション送信の開始位置(サブフレーム及び周期)の通知が容易となる。例えば、本実施の形態では、端末200は、ACK/NACKレピティション送信の開始位置の周期NACK/NCKに基づいてSRレピティション送信の開始位置の周期NSR(=NACK/NCK)を特定できる。また、端末200は、NACK/NCK(=NSR)、ISRを基地局100から通知されるのみで、既存の対応表(図13)を流用して、レピティション送信の開始位置を算出(式(2)、(3))することができる。
【0127】
(実施の形態4)
本実施の形態では、実施の形態3と同様にして、PUSCHにおけるACK/NACKレピティション送信及びPUSCHレピティション送信の開始位置が周期的に設定される場合について説明する。
【0128】
なお、本実施の形態に係る基地局及び端末の基本構成は、実施の形態1と同様であるので、図8(基地局100)と図9(端末200)を援用して説明する。
【0129】
以下の説明では、実施の形態2と同様、ACK/NACKのレピティション回数とPUSCHのレピティション回数とを同一とする。
【0130】
基地局100及び端末200は、ACK/NACKレピティション送信の開始位置(サブフレーム)、及び、PUSCHレピティション送信の開始位置(サブフレーム)を周期的に設定する。例えば、基地局100及び端末200は、ACK/NACKレピティション送信の開始位置の周期を、PUSCHレピティション送信の開始位置の周期と同一に設定する。又は、ACK/NACKレピティション送信の開始位置の周期、及び、PUSCHレピティション送信の開始位置の周期は、何れか一方の周期が他方の周期の整数倍であってもよい。
【0131】
また、基地局100及び端末200は、実施の形態2と同様、ACK/NACKレピティション送信の開始位置(サブフレーム)をPUSCHレピティション送信の開始位置に揃える。また、端末200は、実施の形態2と同様、ACK/NACK及びPUSCHの送信が同一サブフレームにある場合、PUSCHにおいてACK/NACKとPUSCHとを時間多重して送信する。
【0132】
図14は、本実施の形態に係るACK/NACK及びPUSCHの送信タイミングの一例を示す。
【0133】
図14では、ACK/NACK及びPUSCHのレピティション回数はそれぞれ4回である。
【0134】
また、図14に示すように、PUSCHレピティション送信の開始位置の周期は4サブフレーム(つまり、4ms)であり、ACK/NACKレピティション送信の開始位置の周期も4サブフレーム(つまり、4ms)である。つまり、ACK/NACKレピティション送信の開始位置の周期は、PUSCHレピティション送信の開始位置の周期と同一である。
【0135】
また、図14に示すように、実施の形態2と同様、ACK/NACKレピティション送信の開始位置(サブフレーム)は、PUSCHレピティション送信の開始位置に揃えられている。つまり、ACK/NACKレピティション送信の開始位置のサブフレームは、PUSCHレピティション送信の開始位置のサブフレームと同一である。また、図14に示すように、実施の形態2と同様、ACK/NACK及びPUSCHの送信が同一サブフレームにある場合、ACK/NACKとPUSCHは、PUSCHにおいて時間多重されて送信される。同一サブフレーム内のPUSCHにおけるデータとACK/NACKの多重方法は従来と同一とする。
【0136】
上述したACK/NACKレピティション送信の開始位置は、次式を満たすサブフレームとして表される。
【数4】
【0137】
式(4)において、nfはシステムフレーム番号を示し、nsはフレーム内のスロット番号を示し、NACK/NACKはPUCCHにおけるACK/NACKレピティション回数を示す。NACK/NACKは、基地局100から端末200へ、例えば、タイミング情報として予め通知される。つまり、端末200(設定情報受信部209)は、基地局100から通知されるタイミング情報を用いて、式(4)に従ってACK/NACKレピティション送信の開始位置を設定する。
【0138】
一方、上述したPUSCHレピティション送信の開始位置は、次式を満たすサブフレームとして表される。
【数5】
【0139】
式(5)において、NPUSCHはPUSCHレピティション回数を示し、本実施の形態では、NPUSCH =NACK/NACKとなる。つまり、端末200(設定情報受信部209)は、基地局100から通知される上述したACK/NACKレピティション送信に関するタイミング情報(NACK/NACK(=NPUSCH))を用いて、式(5)に従ってPUSCHレピティション送信の開始位置を設定することができる。
【0140】
例えば、図14は、NPUSCH=NACK/NACK=4が基地局100から端末200へ通知される場合の例である。
【0141】
本実施の形態では、端末200は、ACK/NACKレピティション送信の開始位置のサブフレームにおいて送信すべきACK/NACKがある場合、ACK/NACKレピティション送信の開始位置のサブフレームから連続したNACK/NCK個のサブフレームを用いてACK/NACKを送信する。また、端末200は、PUSCHレピティション送信の開始位置のサブフレームにおいて送信すべきデータがある場合、PUSCHレピティション送信の開始位置のサブフレームから連続したNPUSCH個のサブフレームを用いてデータを送信する。
【0142】
この際、端末200は、実施の形態2と同様、ACK/NACKレピティションを単独で送信するサブフレームでは、ACK/NACKリソースを用いてACK/NACKを送信する。また、端末200は、PUSCHレピティションを単独で送信するサブフレームでは、PUSCHを用いてデータを送信する。一方、端末200は、PUSCHレピティションとACK/NACKレピティションを同時に送信するサブフレームでは、PUSCHにおいてACK/NACKとデータとを時間多重して送信する。
【0143】
このようにすることで、実施の形態2と同様、PUSCHレピティション送信の途中に、ACK/NACKレピティション送信が発生することがなくなり、PUSCHレピティション送信期間内に、PUSCH内の信号が変わることがなくなる。このため、基地局100は、データとACK/NACKが含まれているPUSCHレピティションをACK/NACKレピティション回数分だけ受信してから、PUSCH内にACK/NACKが含まれているか否かを判定することができる。これにより、ACK/NACKの復号特性の劣化を回避できる可能性が高くなる。
【0144】
また、本実施の形態によれば、「ACK/NACKレピティション送信の途中でPUSCHレピティション送信が発生する」場合も発生しないので、上記同様、ACK/NACKの復号特性の劣化を回避できる可能性が高くなる。
【0145】
更に、本実施の形態では、ACK/NACKレピティション送信及びPUSCHレピティション送信の開始位置が予め設定された周期的なサブフレームに設定されるので、ACK/NACKレピティション送信及びPUSCHレピティション送信に関するシステムの制御が容易になる。
【0146】
また、本実施の形態では、ACK/NACKレピティション送信の開始位置の周期がPUSCHレピティション送信の開始位置の周期と同一に設定されるので、基地局100から端末200へのレピティション送信の開始位置(サブフレーム及び周期)の通知が容易となる。例えば、本実施の形態では、端末200は、PUSCHレピティション送信の開始位置の周期NPUSCHに基づいてACK/NACKレピティション送信の開始位置の周期NACK/NACK(=NPUSCH)を特定できる。
【0147】
(実施の形態5)
上記実施の形態1、3では、PUCCHにおけるACK/NACKのレピティション回数及びSRのレピティション回数が同一である場合について説明した。しかしながら、PUCCHにおけるACK/NACKのレピティション回数及びSRのレピティション回数が同一であるとは限らない。そこで、本実施の形態では、PUCCHにおけるACK/NACKのレピティション回数及びSRのレピティション回数が異なる場合について説明する。
【0148】
なお、本実施の形態に係る基地局及び端末の基本構成は、実施の形態1と同様であるので、図8(基地局100)と図9(端末200)を援用して説明する。
【0149】
図15において、ACK/NACKのレピティション回数は4サブフレームであり、SRのレピティション回数は8サブフレームである。すなわち、SRのレピティション回数はACK/NACKのレピティション回数よりも多い。
【0150】
図15に示すように、ACK/NACKレピティション送信及びSRレピティション送信が同一サブフレーム内において発生した場合、ACK/NACKとSRとを送信するサブフレーム(前半の4サブフレーム)では、ACK/NACKがSRリソースを用いて送信され、ACK/NACKレピティション送信完了後の残りのサブフレーム(後半の4サブフレーム)では、SRがSRリソースを用いて送信される。つまり、SRのレピティション回数がACK/NACKのレピティション回数よりも多い場合、SRレピティション送信期間(8サブフレーム)内ではSRリソースの信号点が途中で変わってしまう可能性がある。SRリソースの信号点が途中で変わってしまうと、SR検出の際に同相合成を行えないため、SR検出特性が劣化してしまう。
【0151】
そこで、本実施の形態では、実施の形態1の動作に加え、PUCCHにおけるACK/NACKのレピティション回数及びSRのレピティション回数が異なる場合でもSR検出特性の劣化を回避できる方法について説明する。
【0152】
具体的には、本実施の形態に係る端末200は、ACK/NACKレピティション送信とSRレピティション送信とが同一サブフレームにおいて発生した場合、PUCCHにおけるACK/NACKのレピティション回数を、SRのレピティション回数とACK/NACKのレピティション回数のうち多い方の回数に設定する。
【0153】
例えば、図15に示した例では、ACK/NACKのレピティション回数が4サブフレームであり、SRのレピティション回数が8サブフレームである。つまり、予め設定されたSRレピティション回数(8サブフレーム)は予め設定されたACK/NACKレピティション回数(4サブフレーム)よりも多い。この場合、端末200は、図16に示すように、ACK/NACKレピティション送信とSRレピティション送信が同一サブフレームにおいて発生した際、ACK/NACKを、SRレピティション送信と同じ回数(8サブフレーム)分、レピティション送信する。つまり、ACK/NACKのレピティション回数を、SRのレピティション回数(8サブフレーム)とACK/NACKのレピティション回数(4サブフレーム)のうち多い方の回数(8サブフレーム)に設定する。
【0154】
このようにすることで、ACK/NACKレピティション送信とSRレピティション送信とが同時に発生する場合、SRレピティション送信期間内の全てのサブフレームにおいて、ACK/NACKがSRリソースを用いて送信される。このため、SRレピティション送信期間中にSRリソースの信号点が変わることがないため、基地局100は、SRを同相合成により検出できるので、SR検出特性の劣化を回避できる可能性が高い。
【0155】
また、図16では、ACK/NACKレピティション送信とSRレピティション送信とが同時に発生する場合、ACK/NACKのレピティション回数がSRのレピティション回数と同数となるように増加されるので、基地局100におけるACK/NACKの復号特性を向上させることができる。
【0156】
なお、図16では、ACK/NACKのレピティション回数がSRのレピティション回数よりも少ない場合について説明した。これに対して、予め設定されたACK/NACKのレピティション回数が予め設定されたSRのレピティション回数よりも多い場合には、端末200は、予め設定されたACK/NACKのレピティション回数をそのまま用いる。こうすることで、ACK/NACKレピティション送信とSRレピティション送信とが同時に発生する場合でも、少なくともSRレピティション送信期間内では、ACK/NACKがSRリソースを用いて送信される。したがって、SRリソースの信号点が途中で変わることはなく、SR検出特性が劣化することを回避できる。一方、ACK/NACKレピティション送信期間内にACK/NACKが送信されるリソースは、SRリソースからACK/NACKリソースへ切り替わる。しかし、ACK/NACKが送信されるリソースがACK/NACKレピティション送信の途中で変わったとしても、基地局100は、SRレピティション送信期間内にSRリソースを用いて送信されたACK/NACKと、SRのレピティション送信期間以外の期間においてACK/NACKリソースを用いて送信されたACK/NACKとを用いて、ACK/NACKの復号特性を劣化させることなくACK/NACKを復号できる。
【0157】
(実施の形態6)
上記実施の形態2、4では、PUSCHにおけるACK/NACKのレピティション回数及びPUSCH(データ)のレピティション回数が同一である場合について説明した。しかしながら、PUSCHにおけるACK/NACKのレピティション回数及びデータのレピティション回数が同一であるとは限らない。そこで、本実施の形態では、実施の形態5と同様にして、PUSCHにおけるACK/NACKのレピティション回数及びデータのレピティション回数が異なる場合について説明する。
【0158】
なお、本実施の形態に係る基地局及び端末の基本構成は、実施の形態1と同様であるので、図8(基地局100)と図9(端末200)を援用して説明する。
【0159】
図17において、ACK/NACKのレピティション回数は4サブフレームであり、PUSCH(データ)のレピティション回数は8サブフレームである。すなわち、PUSCHのレピティション回数はACK/NACKのレピティション回数よりも多い。
【0160】
図17に示すように、ACK/NACKレピティション送信及びPUSCHレピティション送信が同一サブフレーム内において発生した場合、ACK/NACKとデータとを送信するサブフレーム(前半の4サブフレーム)では、PUSCHにおいてACK/NACKとデータとが時間多重されて送信され、ACK/NACKレピティション送信完了後の残りのサブフレーム(後半の4サブフレーム)では、PUSCHにおいてデータのみが送信される。つまり、PUSCHのレピティション回数がACK/NACKのレピティション回数よりも多い場合、PUSCHレピティション送信期間(8サブフレーム)内ではPUSCH内のデータの内容が途中で変わってしまう可能性がある。PUSCH内のデータ内容が途中で変わってしまうと、データ復号特性が劣化し、更にACK/NACK復号特性が劣化してしまう。
【0161】
そこで、本実施の形態では、実施の形態2の動作に加え、PUSCHにおけるACK/NACKのレピティション回数及びデータのレピティション回数が異なる場合でもデータ復号特性及びACK/NACK復号特性の劣化を回避できる方法について説明する。
【0162】
具体的には、本実施の形態に係る端末200は、ACK/NACKレピティション送信とPUSCHレピティション送信とが同一サブフレームにおいて発生した場合、PUSCHにおけるACK/NACKのレピティション回数を、PUSCHのレピティション回数及びACK/NACKのレピティション回数のうち多い方の回数に設定する。
【0163】
例えば、図17に示した例では、ACK/NACKのレピティション回数が4サブフレームであり、データのレピティション回数が8サブフレームである。つまり、予め設定されたPUSCHレピティション回数(8サブフレーム)は予め設定されたACK/NACKレピティション回数(4サブフレーム)よりも多い。この場合、端末200は、図18に示すように、ACK/NACKレピティション送信とPUSCHレピティション送信が同一サブフレームにおいて発生した際、ACK/NACKを、PUSCHレピティション送信と同じ回数(8サブフレーム)分、レピティション送信する。つまり、ACK/NACKのレピティション回数を、PUSCHのレピティション回数(8サブフレーム)とACK/NACKのレピティション回数(4サブフレーム)のうち多い方の回数(8サブフレーム)に設定する。
【0164】
このようにすることで、ACK/NACKレピティション送信とPUSCHレピティション送信とが同時に発生する場合、PUSCHレピティション送信期間内の全てのサブフレームのPUSCHにおいて、ACK/NACKとデータとが時間多重されて送信される。このため、PUSCHレピティション送信期間中にPUSCH内のデータの内容が変わることがないため、基地局100は、PUSCHのデータ復号特性の劣化を回避できる可能性が高い。よって、基地局100では、ACK/NACK復号特性の劣化も回避できる可能性が高くなる。
【0165】
また、図18では、ACK/NACKレピティション送信とPUSCHレピティション送信とが同時に発生する場合、ACK/NACKのレピティション回数がPUSCHのレピティション回数と同数となるように増加されるので、基地局100におけるACK/NACKの復号特性を向上させることができる。
【0166】
なお、図18では、ACK/NACKのレピティション回数がデータのレピティション回数よりも少ない場合について説明した。これに対して、予め設定されたACK/NACKのレピティション回数が予め設定されたデータのレピティション回数よりも多い場合には、端末200は、予め設定されたACK/NACKのレピティション回数をそのまま用いる。こうすることで、ACK/NACKレピティション送信とPUSCHレピティション送信とが同時に発生する場合でも、少なくともPUSCHレピティション送信期間内では、PUSCHにおいてACK/NACKとデータとが時間多重されて送信される。したがって、PUSCH内のデータ内容が途中で変わることはなく、データ復号特性及びACK/NACK復号特性が劣化することを回避できる。一方、ACK/NACKに関して、ACK/NACKレピティション送信期間内にACK/NACKが送信されるリソースは、PUSCHからPUCCH内のACK/NACKリソースへ切り替わる。しかし、ACK/NACKが送信されるリソースがACK/NACKレピティション送信の途中で変わったとしても、基地局100は、PUSCHレピティション送信期間内にPUSCHで送信されたACK/NACKと、PUSCHレピティション送信期間以外の期間においてACK/NACKリソースを用いて送信されたACK/NACKとを用いて、ACK/NACKの復号特性を劣化させることなくACK/NACKを復号できる。
【0167】
以上、本開示の各実施の形態について説明した。
【0168】
なお、上記各実施の形態では、本開示をハードウェアで構成する場合を例にとって説明したが、ハードウェアと協働して、ソフトウェアで実現することも可能である。
【0169】
また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるLSIとして実現される。これらは個別に1チップ化されてもよいし、一部または全てを含むように1チップ化されてもよい。ここでは、LSIとしたが、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。
【0170】
また、集積回路化の手法はLSIに限るものではなく、専用回路または汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGA(Field Programmable Gate Array)や、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
【0171】
さらには、半導体技術の進歩または派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【0172】
本開示の端末は、上り信号のレピティション送信を開始する第1のサブフレーム、及び、下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを示す情報を受信する受信部と、前記第1のサブフレームから連続する所定数のサブフレームを用いて前記上り信号をレピティション送信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いて前記応答信号をレピティション送信する送信部と、を具備し、前記第1のサブフレームは、前記第2のサブフレームと同一に設定される構成を採る。
【0173】
本開示の端末において、前記第1のサブフレーム及び前記第2のサブフレームを周期的に設定される。
【0174】
本開示の端末において、前記第1のサブフレームの周期は、前記第2のサブフレームの周期の整数倍に設定される。
【0175】
本開示の端末において、前記第1のサブフレームの周期と前記第2のサブフレームの周期とは同一である。
【0176】
本開示の端末において、前記応答信号に予め設定されるレピティション回数と前記上り信号に予め設定されるレピティション回数とは同一である。
【0177】
本開示の端末において、前記応答信号に予め設定された第1のレピティション回数と、前記上り信号に予め設定された第2のレピティション回数とが異なる場合であって、前記応答信号のレピティション送信と前記上り信号のレピティション送信とが同一サブフレームにおいて発生した場合、前記応答信号のレピティション回数は、前記第1のレピティション回数と前記第2のレピティション回数のうち多い方の回数に設定される。
【0178】
本開示の端末において、前記上り信号は、前記端末から基地局に対するスケジューリング要求であり、前記送信部は、前記応答信号のレピティション送信及び前記スケジューリング要求のレピティション送信が同一サブフレームにおいて発生した場合、前記スケジューリング要求用のリソースを用いて前記応答信号を送信する。
【0179】
本開示の端末において、前記上り信号は、上りデータ信号であり、前記送信部は、前記応答信号のレピティション送信及び前記上りデータ信号のレピティション送信が同一サブフレームにおいて発生した場合、上りデータチャネルにおいて、前記応答信号と前記上りデータ信号とを時間多重して送信する。
【0180】
本開示の基地局は、上り信号のレピティション送信を開始する第1のサブフレーム及び下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを特定するための制御情報を生成する設定部と、前記制御情報を通知した端末から、前記第1のサブフレームから連続する所定数のサブフレームを用いてレピティション送信された前記上り信号を受信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いてレピティション送信された前記応答信号を受信する受信部と、を具備し、前記設定部は、第1のサブフレームを、前記第2のサブフレームと同一に設定する構成を採る。
【0181】
本開示の送信方法は、上り信号のレピティション送信を開始する第1のサブフレーム、及び、下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを示す情報を受信する受信工程と、前記第1のサブフレームから連続する所定数のサブフレームを用いて前記上り信号をレピティション送信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いて前記応答信号をレピティション送信する送信工程と、を具備し、前記第1のサブフレームは、前記第2のサブフレームと同一に設定される構成を採る。
【0182】
本開示の受信方法は、上り信号のレピティション送信を開始する第1のサブフレーム及び下りデータ信号に対する応答信号のレピティション送信を開始する第2のサブフレームを特定するための制御情報を生成する設定工程と、前記制御情報を通知した端末から、前記第1のサブフレームから連続する所定数のサブフレームを用いてレピティション送信された前記上り信号を受信し、前記第2のサブフレームから連続する少なくとも前記所定数のサブフレームを用いてレピティション送信された前記応答信号を受信する受信工程と、を具備し、前記設定工程は、第1のサブフレームを、前記第2のサブフレームと同一に設定する構成を採る。
【0183】
2014年1月31日出願の特願2014−017133に含まれる明細書、図面及び要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【0184】
本開示は、移動通信システムに有用である。
【符号の説明】
【0185】
100 基地局
200 端末
101 設定部
102,205 符号化部
103,206 変調部
104 制御情報生成部
105 信号割当部
106 OFDM信号生成部
107,213 送信部
108,201 アンテナ
109,202 受信部
110 FFT部
111 PUSCH復調部
112 PUCCH抽出部
113 PUCCH復調部
114 ACK/NACK復号部
203 復調部
204 復号部
207 ACK/NACK生成部
208 SR生成部
209 設定情報受信部
210 制御チャネル形成部
211 ACK/NACK多重部
212 DFT-S-OFDM信号生成部
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16
図17
図18