CN110419238B - 终端装置、基站装置、通信方法以及集成电路 - Google Patents

终端装置、基站装置、通信方法以及集成电路 Download PDF

Info

Publication number
CN110419238B
CN110419238B CN201880015175.6A CN201880015175A CN110419238B CN 110419238 B CN110419238 B CN 110419238B CN 201880015175 A CN201880015175 A CN 201880015175A CN 110419238 B CN110419238 B CN 110419238B
Authority
CN
China
Prior art keywords
harq
pdcch
uplink
harq process
serving cell
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201880015175.6A
Other languages
English (en)
Other versions
CN110419238A (zh
Inventor
刘丽清
铃木翔一
吉村友树
大内涉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
FG Innovation Co Ltd
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FG Innovation Co Ltd, Sharp Corp filed Critical FG Innovation Co Ltd
Publication of CN110419238A publication Critical patent/CN110419238A/zh
Application granted granted Critical
Publication of CN110419238B publication Critical patent/CN110419238B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0038—Blind format detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0466—Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

终端装置接收包括DCI格式的PDCCH，基于PDCCH的检测执行PUSCH发送，对于与所述PUSCH发送对应的HARQ进程，针对所述HARQ进程的UL HARQ RTT(Round Trip Timer：往返定时器)定时器的值至少基于第一条件和/或第二条件给出，所述第一条件为所述检测到的PDCCH的搜索空间是公共搜索空间或UE特有搜索空间中的任一个，所述第二条件为所述HARQ进程的类型是同步HARQ或异步HARQ中的任一个。

Description

终端装置、基站装置、通信方法以及集成电路
技术领域
本发明涉及终端装置、基站装置、通信方法以及集成电路。
本申请对2017年3月22日在日本提出申请的日本专利申请2017-055586号主张优先权，并将其内容援引于此。
背景技术
在第三代合作伙伴计划(3rd Generation Partnership Project：3GPP)中，对蜂窝移动通信的无线接入方式以及无线网络(“Long Term Evolution(LTE)：长期演进”、“Evolved Universal Terrestrial Radio Access：EUTRA(演进通用陆地无线接入)”、“Evolved Universal Terrestrial Radio Access Network：EUTRAN(演进通用陆地无线接入网)”以及“New Radio：新无线”)进行了研究。也将基站装置称为eNodeB(evolved NodeB：演进型节点B)或gNodeB。也将终端装置称为UE(User Equipment：用户设备)。是以小区状设定多个基站装置所覆盖的区域的蜂窝通信系统。单个基站装置也可以管理多个小区。3GPP中，研究了关于降低时延的增强(latency reduction enhancements)。例如，作为缩短时延的解决方案，对传统(1ms)传输时间间隔(Transmission Time Interval，TTI)开始了缩短处理时间的研究。(非专利文献1)
在MAC(Medium Access Control：媒体接入控制)层提供HARQ(Hybrid AutomaticRepeat reQuest：混合自动重复请求)功能(functionality)。下行链路的HARQ功能具有异步(asynchronous)自适应(adaptive)HARQ的特征，并且上行链路的HARQ功能具有同步(synchronous)HARQ的特征(非专利文献2)。在3GPP中，对缩短处理时间的上行链路的异步HARQ的导入以及HARQ RTT定时器进行了研究(非专利文献3)。
现有技术文献
非专利文献
非专利文献1：“Work Item on shortened TTI and processing time for LTE”，RP-161299，Ericsson，3GPP TSG RAN Meeting#72，Busan，Korea，June 13-16，2016.
非专利文献2：“3GPP TS 36.300v14.1.0Evolved Universal Terrestrial RadioAccess(E-UTRA)and Evolved Universal Terrestrial Radio Access Network(E-UTRAN)；Overall description；Stage 2”，December 2016.
非专利文献3：“Protocol impacts of processing time reduction forlegacy1ms TTI”，R2-1701318，Intel，3GPP TSG RAN WG2 Meeting#97，13th-17thFebruary 2017.
发明内容
发明要解决的问题
然而，尚未对通过缩短处理时间来切换不同长度的RTT定时器的方法进行充分研究。
本发明的一个方案是鉴于上述情况而完成的，其目的在于，提供能与基站装置高效地进行通信的终端装置、安装于该终端装置的集成电路、用于该终端装置的通信方法、与该终端装置进行通信的基站装置、用于该基站装置的通信方法以及安装于该基站装置的集成电路。
技术方案
(1)为了实现上述目的，本发明的方案采用了如下的方案。即，本发明的第一方案是一种终端装置，具备：接收部，接收包括DCI格式的PDCCH；和发送部，基于所述PDCCH的检测执行PUSCH发送，对于与所述PUSCH发送对应的HARQ进程，针对所述HARQ进程的UL HARQRTT(Round Trip Timer：往返定时器)定时器的值至少基于第一条件和/或第二条件给出，所述第一条件为所述检测到的PDCCH的搜索空间是公共搜索空间或UE特有搜索空间中的任一个，所述第二条件为所述HARQ进程的类型是同步HARQ或异步HARQ中的任一个。
(2)本发明的第二方案是一种终端装置，具备：接收部，接收包括DCI格式的PDCCH；和发送部，基于所述PDCCH的检测在PUCCH执行针对PDSCH接收的HARQ-ACK的发送，对于与所述PDSCH接收对应的HARQ进程，针对所述HARQ进程的HARQ RTT(Round Trip Timer)定时器的值至少基于第三条件给出，所述第三条件为所述检测到的PDCCH的搜索空间是公共搜索空间或UE特有搜索空间中的任一个。
(3)本发明的第三方案是一种用于终端装置的通信方法，接收包括DCI格式的PDCCH，基于所述PDCCH的检测执行PUSCH发送，对于与所述PUSCH发送对应的HARQ进程，针对所述HARQ进程的UL HARQ RTT(Round Trip Timer)定时器的值至少基于第一条件和/或第二条件给出，所述第一条件为所述检测到的PDCCH的搜索空间是公共搜索空间或UE特有搜索空间中的任一个，所述第二条件为所述HARQ进程的类型是同步HARQ或异步HARQ中的任一个。
(4)本发明的第四方案是一种用于终端装置的通信方法，接收包括DCI格式的PDCCH，基于所述PDCCH的检测在PUCCH执行针对PDSCH接收的HARQ-ACK的发送，对于与所述PDSCH接收对应的HARQ进程，针对所述HARQ进程的HARQ RTT(Round Trip Timer)定时器的值至少基于第三条件给出，所述第三条件为所述检测到的PDCCH的搜索空间是公共搜索空间或UE特有搜索空间中的任一个。
(5)本发明的第五方案是一种安装于终端装置的集成电路，具备：接收电路，接收包括DCI格式的PDCCH；和发送电路，基于所述PDCCH的检测执行PUSCH发送，对于与所述PUSCH发送对应的HARQ进程，针对所述HARQ进程的UL HARQ RTT(Round Trip Timer)定时器的值至少基于第一条件和/或第二条件给出，所述第一条件为所述检测到的PDCCH的搜索空间是公共搜索空间或UE特有搜索空间中的任一个，所述第二条件为所述HARQ进程的类型是同步HARQ或异步HARQ中的任一个。
(6)本发明的第六方案是一种安装于终端装置的集成电路，具备：接收电路，接收包括DCI格式的PDCCH；以及发送电路，基于所述PDCCH的检测在PUCCH执行针对PDSCH接收的HARQ-ACK的发送，对于与所述PDSCH接收对应的HARQ进程，针对所述HARQ进程的HARQ RTT(Round Trip Timer)定时器的值至少基于第三条件给出，所述第三条件为所述检测到的PDCCH的搜索空间是公共搜索空间或UE特有搜索空间中的任一个。
有益效果
根据本发明的一个方案，终端装置能高效地与基站装置进行通信。
附图说明
图1是本实施方式的无线通信系统的概念图。
图2是表示本实施方式的针对设定了载波聚合的上行链路的MAC层的构造的一个示例的图。
图3是表示本实施方式的无线帧的概略构成的图。
图4是表示本实施方式的UL-DL设定的一个示例的表。
图5是表示本实施方式的上行链路同步HARQ的一个示例的图。
图6是表示本实施方式的上行链路异步HARQ的一个示例的图。
图7是表示本实施方式的配置PDSCH的子帧n-j与发送所述PDSCH所对应的HARQ-ACK的子帧n的对应关系的图。
图8是表示本实施方式的下行链路异步HARQ的一个示例的图。
图9是表示本实施方式DRX周期的一个示例的图。
图10是表示本实施方式的与上行链路HARQ进程对应的UL HARQ RTT定时器的值的一个示例。
图11是表示本实施方式的DRX操作的一个示例的流程图。
图12是表示本实施方式的DRX操作的一个示例的流程图。
图13是表示本实施方式的PUSCH的发送以及重发送的一个示例的图。
图14是表示本实施方式的PUSCH的发送以及重发送的其他示例的图。
图15是表示与相同的子帧中的PHICH以及PDCCH的接收有关的一个示例的图。
图16是表示本实施方式的终端装置1的构成的概略框图。
图17是表示本实施方式的基站装置3的构成的概略框图。
具体实施方式
以下，对本发明的实施方式进行说明。
图1是本实施方式的无线通信系统的概念图。在图1中，无线通信系统具备终端装置1A至1C以及基站装置3。以下，将终端装置1A至1C称为终端装置1。
以下，对载波聚合进行说明。
在本实施方式中，终端装置1中设有一个或多个服务小区。将终端装置1经由多个服务小区进行通信的技术称为小区聚合或载波聚合。本发明的一个方案可以应用于为终端装置1设定的多个服务小区的每一个。此外，本发明的一个方案也可以应用于所设定的多个服务小区的一部分服务小区。此外，本发明的一个方案也可以应用于所设定的多个服务小区组的每个服务小区组。此外，本发明的一个方案也可以应用于所设定的多个服务小区组的部分服务小区组。多个服务小区至少包括一个主小区(Primary cell)。多个服务小区也可以包括一个或多个辅小区(Secondary cell)。多个服务小区也可以包括一个或多个LAA(Licensed Assisted Access：授权辅助接入)小区。
本实施方式的无线通信系统应用TDD(Time Division Duplex：时分双工)、FDD(Frequency Division Duplex：频分双工)和/或授权辅助接入(LAA)。在小区聚合的情况下，也可以对多个服务小区全部应用FDD。在小区聚合的情况下，也可以对多个服务小区全部应用TDD。在小区聚合的情况下，也可以对多个服务小区全部应用LAA。此外，在小区聚合的情况下，也可以将应用了TDD的服务小区与应用了FDD的服务小区聚合。在小区聚合的情况下，也可以将LAA小区与应用了FDD的服务小区聚合。在小区聚合的情况下，也可以将LAA小区与应用了TDD的服务小区聚合。
所设定的一个或多个服务小区包括一个主小区和零或多于零个辅小区。主小区是进行了初始连接建立(initial connection establishment)过程的小区、开始了连接重新建立(connection re-establishment)过程的小区或在切换过程中被指示为主小区的小区。可以在建立RRC(Radio Resource Control)连接的时间点或之后设定/追加辅小区。
在下行链路中，将与服务小区对应的载波称为下行链路分量载波。在上行链路中，将与服务小区对应的载波称为上行链路分量载波。将下行链路分量载波以及上行链路分量载波统称为分量载波。
终端装置1能在多个服务小区(分量载波)中同时通过多个物理信道进行发送和/或接收。一个物理信道在多个服务小区(分量载波)中的一个服务小区(分量载波)中被发送。
图2是表示本实施方式的针对设定了载波聚合的上行链路的MAC层的构造的一个示例的图。在设定了载波聚合的上行链路中，每个服务小区(上行链路分量载波)存在一个独立的HARQ实体(entity)。HARQ实体并行地管理多个HARQ进程。HARQ进程与HARQ缓冲器关联。即，HARQ实体与多个HARQ缓冲器关联。HARQ进程将MAC层的数据存储于HARQ缓冲器。HARQ进程以发送该MAC层的数据的方式对物理层进行指示。
在设定了载波聚合的上行链路中，可以在每个服务小区按每个TTI(TransmissionTime Interval：传输时间间隔)生成至少一个传输块。各个传输块以及该传输块的HARQ重发送被映射至一个服务小区。也将TTI称为子帧。传输块是通过UL-SCH(uplink sharedchannel：下行共享信道)发送的MAC层的数据。
在本实施方式的上行链路中，“传输块”、“MAC PDU(Protocol Data Unit：协议数据单元)”、“MAC层的数据”、“UL-SCH”、“UL-SCH数据”以及“下行链路数据”是相同的。
对本实施方式的物理信道以及物理信号进行说明。
在从终端装置1朝向基站装置3的上行链路的无线通信中，使用以下的上行链路物理信道。上行链路物理信道用于发送从上层输出的信息。
·PUCCH(Physical Uplink Control Channel：物理上行链路控制信道)
·PUSCH(Physical Uplink Shared Channel：物理上行链路共享信道)
·PRACH(Physical Random Access Channel：物理随机接入信道)
PUCCH用于发送上行链路控制信息(Uplink Control Information：UCI)。上行链路控制信息包括：下行链路的信道状态信息(Channel State Information：CSI)、用于请求初始发送用的PUSCH(Uplink-Shared Channel：UL-SCH)资源的调度请求(SchedulingRequest：SR)、针对下行链路数据(Transport block(传输块)、Medium Access ControlProtocol Data Unit：MAC PDU(媒体接入控制协议数据单元)、Downlink-Shared Channel：DL-SCH(下行链路共享信道)、Physical Downlink Shared Channel：PDSCH(物理下行链路共享信道))的HARQ-ACK(Hybrid Automatic Repeat request ACKnowledgement：混合自动重发送请求肯定应答)。HARQ-ACK表示ACK(acknowledgement：肯定应答)或NACK(negative-acknowledgement：否定应答)。也将HARQ-ACK称为ACK/NACK、HARQ反馈、HARQ应答或HARQ控制信息。
调度请求包括肯定的调度请求(positive scheduling request)或否定的调度请求(negative scheduling request)。肯定的调度请求表示请求用于初始发送的UL-SCH资源。否定的调度请求表示不请求用于初始发送的UL-SCH资源。
PUSCH用于发送上行链路数据(Uplink-Shared Channel：UL-SCH)。此外，PUSCH也可以用于将HARQ-ACK和/或信道状态信息与上行链路数据一起发送。此外，PUSCH也可以用于仅发送信道状态信息。此外，PUSCH也可以用于仅发送HARQ-ACK以及信道状态信息。
在此，基站装置3和终端装置1在上层(higher layer)交换(收发)信号。例如，基站装置3和终端装置1可以在无线资源控制(RRC：Radio Resource Control)层收发RRC信令。此外，基站装置3和终端装置1可以在媒体接入控制(MAC：Medium Access Control)层收发MAC CE。在此，也将RRC信令和/或MAC CE称为上层信号(higher layer signaling：上层信令)。RRC信令和/或MAC CE包括在传输块中。
在本实施方式中，“RRC信令”、“RRC层的信息”、“RRC层的信号”、“RRC层的参数”、“RRC消息”、以及“RRC信息元素”是相同的。
PUSCH用于发送RRC信令以及MAC CE。在此，从基站装置3发送的RRC信令可以是对小区内的多个终端装置1的共用信令。此外，从基站装置3发送的RRC信令也可以是对某个终端装置1的专用信令(也称为dedicated signaling：专用信令)。即，可以使用专用信令来对某个终端装置1发送用户装置特有(用户装置固有)的信息。
PRACH用于发送随机接入前导。PRACH用于表示初始连接建立(initialconnection establishment)过程、切换过程、连接重新建立(connection re-establishment)过程、针对上行链路发送的同步(定时调整)以及PUSCH(UL-SCH)资源的请求。
在上行链路的无线通信中，使用以下的上行链路物理信号。上行链路物理信号不用于发送从上层输出的信息，但被物理层使用。
·上行链路参考信号(Uplink Reference Signal：UL RS)
在从基站装置3朝向终端装置1的下行链路的无线通信中，使用以下的下行链路物理信道。下行链路物理信道用于发送从上层输出的信息。
·PBCH(Physical Broadcast Channel：物理广播信道)
·PCFICH(Physical Control Format Indicator Channel：物理控制格式指示信道)
·PHICH(Physical Hybrid automatic repeat request Indicator Channel：物理混合自动重传请求指示信道)
·PDCCH(Physical Downlink Control Channel：物理下行链路控制信道)
·EPDCCH(Enhanced Physical Downlink Control Channel：增强型物理下行链路控制信道)
·PDSCH(Physical Downlink Shared Channel：物理下行链路共享信道)
·PMCH(Physical Multicast Channel：物理多播信道)
PBCH用于广播在终端装置1中共用的主信息块(Master Information Block：MIB，Broadcast Channel(广播信道)：BCH)。
PCFICH用于发送指示在PDCCH的发送中所使用的区域(OFDM符号)的信息。
PHICH用于发送HARQ指示符(HARQ反馈、应答信息)，所述HARQ指示符(HARQ反馈、应答信息)表示针对基站装置3接收到的上行链路数据(Uplink Shared Channel：UL-SCH)的ACK(ACKnowledgement)或NACK(Negative ACKnowledgement)。
PDCCH以及EPDCCH用于发送下行链路控制信息(Downlink Control Information：DCI)。在本实施方式中，为了方便，设为“PDCCH”包括“EPDCCH”。也将下行链路控制信息称为DCI格式。通过一个PDCCH发送的下行链路控制信息包括下行链路授权(downlink grant)以及HARQ信息或上行链路授权(uplink grant)以及HARQ信息。下行链路授权也称为下行链路分配(downlink assignment)或下行链路分配(downlink allocation)。下行链路分配以及上行链路授权不会通过一个PDCCH而被一起发送。下行链路授权以及上行链路授权可以包括HARQ信息。
下行链路分配用于单个小区内的单个PDSCH的调度。下行链路分配用于与发送了该下行链路授权的子帧相同的子帧内的PDSCH的调度。
上行链路授权可以用于单个小区内的单个PUSCH的调度。上行链路授权可以用于比发送了该上行链路授权靠后的子帧内的单个PUSCH的调度。
HARQ信息可以包括用于表示NDI(New Data Indicator：新数据符指示符)以及传输块大小的信息。与下行链路分配一起通过PDCCH发送的HARQ信息还包括表示下行链路的HARQ进程的编号的信息(downlink HARQ process Identifier/Identity：下行链路HARQ进程标识符/标识、downlink HARQ process number：下行链路HARQ进程编号)。与关于异步(asynchronous)HARQ的上行链路授权一起通过PDCCH发送的HARQ信息还可以包括表示上行链路的HARQ进程的编号的信息(uplink HARQ process Identifier/Identity：上行链路HARQ进程标识符/标识、uplink HARQ process number：上行链路HARQ进程编号)。与关于同步(synchronous)HARQ的上行链路授权一起通过PDCCH发送的HARQ信息也可以不包括表示上行链路的HARQ进程的编号的信息(uplink HARQ process Identifier/Identity：上行链路HARQ进程标识符/标识、uplink HARQ process number：上行链路HARQ进程编号)。
NDI指示初始发送或重发送。在通过HARQ信息对某个HARQ进程提供的NDI与针对该某个HARQ进程之前的发送的NDI的值进行比较而被触发的情况下，HARQ实体指示该HARQ进程从而触发初始发送。在通过HARQ信息对某个HARQ进程提供的NDI与针对该某个HARQ进程之前的发送的NDI的值进行比较而未被触发的情况下，HARQ实体指示该HARQ进程从而触发重发送。需要说明的是，HARQ进程也可以判定NDI是否被触发。
HARQ实体确定上行链路授权以及HARQ信息所对应的HARQ进程，并将上行链路授权以及HARQ信息转发至确定后的HARQ进程。HARQ进程存储(store)从HARQ实体转发的上行链路授权以及HARQ信息。
通过C-RNTI(Cell-Radio Network Temporary Identifier：小区无线电网络临时标识符)、SPS(Semi Persistent Scheduling：半静态调度)C-RNTI或Temporary C-RNTI来对附加于通过一个PDCCH发送的下行链路控制信息的CRC(Cyclic Redundancy Check：循环冗余校验)奇偶校验位进行加扰。C-RNTI以及SPS C-RNTI是用于在小区内识别终端装置的标识符。Temporary C-RNTI是用于在竞争随机接入过程(contention based randomaccess procedure)中识别发送了随机接入前导的终端装置1的标识符。
C-RNTI以及Temporary C-RNTI用于控制单个子帧的PDSCH发送或PUSCH发送。SPSC-RNTI用于周期性地分配PDSCH或PUSCH的资源。
以下，除非明确说明，在本实施方式中，附加于下行链路控制信息的CRC奇偶校验位通过C-RNTI来进行加扰。
PDSCH用于发送下行链路数据(Downlink Shared Channel：DL-SCH)。
PMCH用于发送多播数据(Multicast Channel：MCH)。
在下行链路的无线通信中，使用以下的下行链路物理信号。下行链路物理信号不用于发送从上层输出的信息，但被物理层使用。
·同步信号(Synchronization signal：SS)
·下行链路参考信号(Downlink Reference Signal：DL RS)
同步信号用于供终端装置1获取下行链路的频域以及时域的同步。在TDD方式中，同步信号配置于无线帧内的子帧0、1、5、6中。在FDD方式中，同步信号配置于无线帧内的子帧0和5中。
下行链路参考信号用于供终端装置1进行下行链路物理信道的传输路径校正。下行链路参考信号用于供终端装置1计算下行链路的信道状态信息。
在本实施方式中，使用以下五种类型的下行链路参考信号。
·CRS(Cell-specific Reference Signal：小区特定参考信号)
·与PDSCH关联的URS(UE-specific Reference Signal：用户装置特定参考信号)
·与EPDCCH关联的DMRS(Demodulation Reference Signal：解调参考信号)
·NZP CSI-RS(Non-Zero Power Chanel State Information-ReferenceSignal：非零功率信道状态信息参考信号)
·ZP CSI-RS(Zero Power Chanel State Information-Reference Signal：零功率信道状态信息参考信号)
·MBSFN RS(Multimedia Broadcast and Multicast Service over SingleFrequency Network Reference signal：单频网络上的多媒体广播/多播服务参考信号)
·PRS(Positioning Reference Signal：定位参考信号)
将下行链路物理信道以及下行链路物理信号统称为下行链路信号。将上行链路物理信道以及上行链路物理信号统称为上行链路信号。将下行链路物理信道以及上行链路物理信道统称为物理信道。将下行链路物理信号以及上行链路物理信号统称为物理信号。
BCH、MCH、UL-SCH、以及DL-SCH是传输信道。将在MAC(Medium Access Control)层使用的信道称为传输信道。也将在MAC层中使用的传输信道的单位称为传输块(transportblock：TB)或MAC PDU(Protocol Data Unit：协议数据单元)。在MAC层按每个传输块进行HARQ(Hybrid Automatic Repeat reQuest)的控制。传输块是MAC层转发(deliver)至物理层的数据的单位。在物理层，传输块被映射至码字，按每个码字来进行编码处理。
对本实施方式的无线帧(radio frame)的结构(structure)进行说明。
在本实施方式中，支持两个无线帧结构。两个无线帧结构是帧结构类型1和帧结构类型2。帧结构类型1能应用于FDD。帧结构类型2能应用于TDD。
图3是表示本实施方式的无线帧的概略构成的图。在图3中，横轴是时间轴。此外，类型1以及类型2的各无线帧长度分别为10ms，由10个子帧定义。各子帧长度分别为1ms，由两个连续的时隙定义。各时隙长度为0.5ms。无线帧内的第i个子帧由第(2×i)个时隙和第(2×i+1)个时隙构成。
对帧结构类型2定义了以下三种类型的子帧。
·下行链路子帧
·上行链路子帧
·特殊子帧
下行链路子帧是为了下行链路发送而预留的子帧。上行链路子帧是为了上行链路发送而预留的子帧。特殊子帧由3个字段构成。该3个字段为DwPTS(Downlink Pilot TimeSlot：下行链路导频时隙)、GP(Guard Period：保护间隔)以及UpPTS(Uplink Pilot TimeSlot：上行链路导频时隙)。DwPTS、GP、以及UpPTS的合计长度为1ms。DwPTS是为了下行链路发送而预留的字段。UpPTS是为了上行链路发送而预留的字段。GP是不进行下行链路发送以及上行链路发送的字段。需要说明的是，特殊子帧可以仅由DwPTS以及GP构成，也可以仅由GP以及UpPTS构成。
帧结构类型2的无线帧至少由下行链路子帧、上行链路子帧以及特殊子帧构成。帧结构类型2的无线帧的构成由UL-DL设定(uplink-downlink configuration)表示。终端装置1从基站装置3接收表示UL-DL设定的信息。图4是表示本实施方式的UL-DL设定的一个示例的表。在图4中，D表示下行链路子帧，U表示上行链路子帧，S表示特殊子帧。
此外，上述的一个子帧中所包括的符号的个数可以基于针对用于发送和/或接收的物理信道的子载波间隔(Subcarrier Spacing)规定。例如，在该子载波间隔为15kHz的情况下，一个子帧中所包括的符号的个数可以是14个符号。此外，在该子载波间隔为30kHz的情况下，一个子帧中所包括的符号的个数可以是28个符号。在此，子载波间隔可以是3.75kHz、7.5kHz、15kHz、30kHz、60kHz、120kHz、240kHz中的任一个。显而易见的是，当缩短子载波间隔时，符号长度变长，当扩展子载波间隔时，符号长度变短。用于上行链路发送的符号是OFDM(CP-OFDM、Cyclic Prefix-OFDM)符号或SC-FDMA(DFT-S-OFDM)符号。用于下行链路发送的符号是OFDM符号符号。此外，子帧可以包括一个或多个时隙。
以下，对针对本实施方式的下行链路发送(PDSCH)的HARQ-ACK的发送定时进行说明。
关于针对PDSCH的HARQ-ACK的发送定时，对于FDD，在终端装置1对子帧n-j中的PDSCH进行了检测的情况下，终端装置1在子帧n中发送针对PDSCH的HARQ-ACK。即，针对PDSCH的HARQ-ACK的发送定时是比发送了PDSCH的子帧靠后j个的子帧。
接着，对本实施方式的针对上行链路授权的PUSCH的发送定时进行说明。
关于针对上行链路授权的PUSCH的发送定时，对于FDD，在终端装置1检测到子帧n中的PDCCH(上行链路授权)的情况下，终端装置1在子帧n+k中发送针对该上行链路授权的PUSCH。即，针对上行链路授权的PUSCH的发送定时是比检测到上行链路授权的子帧靠后k个的子帧。
对于FDD，k和j可以是4。可以将是4的k和j称为常规定时(normal timing、常规处理时间)。在常规处理时间的情况下，针对PDSCH的HARQ-ACK的发送定时以及针对上行链路授权的PUSCH的发送定时是4个子帧。
此外，k和/或j的值也可以是小于4的值。例如，k和/或j的值可以是3。此外，例如，k和/或j的值也可以是2。k和/或j的值可以根据终端装置1的处理能力确定。是小于4的值的k和j也可以被称为缩短定时(reduced processing time、缩短处理时间)。在缩短处理时间的情况下，针对PDSCH的HARQ-ACK的发送定时以及针对上行链路授权的PUSCH的发送定时是小于4个的子帧。即，终端装置1的缩短处理能力是使用缩短处理时间来进行数据的收发的能力。在此，k和/或j的值可以是根据规格书等定义，基站装置3与终端装置1之间的已知的值。
在此，终端装置1的处理能力可以由终端装置1的能力信息(能力信息)来表示。在本实施方式中，终端装置1的缩短能力信息可以是与表示支持(或不支持)缩短常规处理时间的能力关联的终端装置1的能力信息。具有缩短处理能力的终端装置1能使用比常规处理时间短的处理时间(缩短处理时间)来进行数据的收发。
终端装置1的能力信息在基站装置3(EUTRAN)需要终端装置1的能力信息时，开始针对连接模式的终端装置1(就是说，建立了RRC连接的终端装置1)的过程。基站装置3询问终端装置1的能力信息(例如，缩短处理能力)。终端装置1根据该询问将终端装置1的能力信息发送至基站装置3。基站装置3判断终端装置1是否与该能力信息对应，在对应的情况下，使用上层信令等来向终端装置1发送与该能力信息对应的设定信息。终端装置1通过设定与能力信息对应的设定信息来判断是进行基于该能力的收发还是进行不基于该能力的收发。例如，与缩短处理能力对应的设定信息可以定义为RRC层的参数reducedProcessingTiming(缩短处理定时)。设定了RRC层的参数reducedProcessingTiming的终端装置1可以使用缩短处理时间来收发数据。此外，未设定RRC层的参数reducedProcessingTiming的终端装置1可以使用常规处理时间来收发数据。
RRC层的参数reducedProcessingTiming是表示是否在某个服务小区执行基于缩短处理时间的数据的收发的参数。在此，设定RRC参数reducedProcessingTiming表示由上层信令发送的参数reducedProcessingTiming的值为True(真)。将参数reducedProcessingTiming的值设为True可以包括使用缩短处理时间(例如，3ms)来进行收发。未设定RRC参数reducedProcessingTiming可以表示由上层信令发送的参数reducedProcessingTiming的值为False(假)，也可以表示在接收到的上层信令(上层信息)中不包括RRC参数reducedProcessingTiming。将参数reducedProcessingTiming的值设为False可以包括使用常规处理时间(例如，4ms)来进行收发。
需要说明的是，RRC参数reducedProcessingTiming可以由服务小区定义(规定)。即，基站装置3可以向终端装置1发送(通知)是否对每个服务小区设定RRC参数reducedProcessingTiming。设定有用于某个服务小区的RRC参数reducedProcessingTiming的终端装置1可以在该服务小区使用缩短处理时间(例如，3ms)来进行收发。未设定用于某个服务小区的RRC参数reducedProcessingTiming的终端装置1可以在该服务小区使用常规处理时间来进行收发。是否对某个服务小区设定RRC参数reducedProcessingTiming对于上层(RRC)而言是任意的(optional：可选的)。
在此，服务小区包括用于下行链路的分量载波和用于上行链路的分量载波。可以在上行链路分量载波与下行链路分量载波之间定义链接(linking)。RRC参数reducedProcessingTiming可以应用于相同的链接中所包括的上行链路分量载波和下行链路分量载波双方。终端装置1可以基于上行链路与下行链路之间的链接识别针对上行链路授权的服务小区(执行通过上行链路授权来调度的通USCH中的发送(上行链路的发送)的服务小区)。相同链接的情况下的下行链路分配或上行链路授权中不存在载波指示符字段。此外，设定RRC参数reducedProcessingTiming的服务小区中的下行链路分配或上行链路授权可以通过载波指示符字段，在对未设定RRC参数reducedProcessingTiming的其他服务小区的收发进行了调度的情况下，使用常规处理时间来进行收发。
如上所述，设定了用于某个服务小区的RRC参数reducedProcessingTiming的终端装置1可以在该服务小区中使用缩短处理时间(例如，3ms)来进行收发。但是，若该服务小区的下行链路分配或上行链路授权在公共搜索空间被检测到，则终端装置1可以使用常规处理时间来进行收发。就是说，若该服务小区的下行链路分配或上行链路授权在UE特有搜索空间被检测到，则终端装置1可以使用缩短处理时间来进行收发。
需要说明的是，RRC参数reducedProcessingTiming可以由上行链路分量载波和下行链路分量载波独立地定义(规定)。就是说，可以分别对下行链路和上行链路规定RRC参数reducedProcessingTiming。即，基站装置3可以向终端装置1发送(通知)是否对每个上行链路分量载波设定RRC参数reducedProcessingTiming。此外，基站装置3可以向终端装置1发送(通知)是否对每个下行链路分量载波设定RRC参数reducedProcessingTiming。例如，设定有用于某个上行链路分量载波的RRC参数reducedProcessingTiming的终端装置1可以使用缩短处理时间(例如，3ms)来对该上行链路分量载波发送PUSCH。未设定用于某个上行链路分量载波的RRC参数reducedProcessingTiming的终端装置1可以使用常规处理时间来对该上行链路分量载波发送PUSCH。此外，例如，设定有用于某个下行链路分量载波的RRC参数reducedProcessingTiming的终端装置1可以通过缩短处理时间来发送针对该下行链路分量载波中的PDSCH的HARQ-ACK。未设定用于某个下行链路分量载波的RRC参数reducedProcessingTiming的终端装置1可以通过常规处理时间来发送针对该下行链路分量载波中的PDSCH的HARQ-ACK。
需要说明的是，RRC参数reducedProcessingTiming可以由每个TAG(TimingAdvance Group)定义(规定)。基站装置3可以向终端装置1发送(通知)是否对每个TAG设定RRC参数reducedProcessingTiming。可以对属于相同TAG(Timing Advance Group)的各个服务小区应用与RRC参数reducedProcessingTiming有关的设定。例如，设定有用于某个TAG的RRC参数reducedProcessingTiming的终端装置1可以在属于该TAG的服务小区中使用缩短处理时间来进行收发。未设定用于某个TAG的RRC参数reducedProcessingTiming的终端装置1可以在属于该TAG的服务小区中使用常规处理时间来进行收发。
上行链路的HARQ进程包括同步HARQ以及异步HARQ。以下，对上行链路的同步HARQ进行说明。
在同步HARQ中，上行链路授权所对应的HARQ进程与接收到上行链路授权的子帧和/或发送与上行链路授权对应的PUSCH(UL-SCH)的子帧关联。终端装置1在同步HARQ中从接收到上行链路授权的子帧和/或发送与上行链路授权对应的PUSCH(UL-SCH)的子帧中将上行链路授权所对应的HARQ进程导出。即，在同步HARQ中，HARQ实体可以不使用上行链路授权中所包括的信息而确定上行链路授权所对应的HARQ进程。
图5是表示本实施方式的上行链路同步HARQ的一个示例的图。在图5中，一个子帧与一个HARQ进程对应。在图5中，四边形中的数字表示对应的HARQ进程的编号。在同步HARQ中，HARQ实体将HARQ进程从发送MAC层的UL-SCH的数据的子帧或检测到与MAC层的UL-SCH的数据对应的DCI格式0的子帧中导出。
在图5中，发送与上行链路授权对应的MAC层的数据的子帧从接收到上行链路授权的子帧中被导出。例如，可以在比接收到上行链路授权的子帧靠后4个的子帧中，通过PUSCH来发送与该上行链路授权对应的MAC层的UL-SCH的数据。
在同步HARQ中，响应上行链路发送而通过PHICH来发送HARQ指示符。进行了上行链路发送的子帧与发送对应的PHICH的子帧的对应关系被预先设定。例如，在比通过PUSCH发送了MAC层的数据的子帧靠后4个的子帧中，通过PHICH发送针对该MAC层的数据的HARQ指示符。此外，例如，在比通过PHICH接收到NACK的子帧靠后4个的子帧中，通过PUSCH重发送MAC层的数据。
以下，对上行链路的异步HARQ进行说明。
图6是表示本实施方式的上行链路异步HARQ的一个示例的图。在图6中，一个子帧与一个HARQ进程对应。在图6中，四边形中的数字表示对应的HARQ进程的编号。在异步HARQ中，在上行链路授权包括在映射至UE特有搜索空间的PDCCH的情况下，HARQ实体将HARQ进程从“HARQ process number(进程编号)”字段中导出。在异步HARQ中，在上行链路授权包括在映射至公共搜索空间的PDCCH的情况下，HARQ实体可以使用确定编号的HARQ进程。在异步HARQ中，在上行链路授权包括在随机接入响应的情况下，HARQ实体可以使用确定编号的HARQ进程。该确定编号可以是0。该确定编号也可以是预先设定的编号。
在异步HARQ中，响应上行链路发送而不通过PHICH发送HARQ指示符。即，在异步HARQ中，MAC层的数据的重发送始终经由PDCCH进行调度。在图6中，发送与上行链路授权对应的MAC层的数据的子帧被从接收到上行链路授权的子帧中被导出。例如，在常规处理时间的情况下，可以在比接收到上行链路授权的子帧靠后4个的子帧中，通过PUSCH来发送与该上行链路授权对应的MAC层的数据。在缩短处理时间的情况下，可以在比接收到上行链路授权的子帧靠后3个的子帧中，通过PUSCH来发送与该上行链路授权对应的MAC层的数据。
以下，对下行链路的异步HARQ进行说明。
图8是表示本实施方式的下行链路异步HARQ的一个示例的图。在图8中，一个子帧与一个HARQ进程对应。在图8中，四边形中的数字表示对应的HARQ进程的编号。在下行链路异步HARQ中，HARQ实体将HARQ进程从下行链路分配中所包括的“HARQ process number”字段中导出。
在图8中，发送针对与下行链路分配对应的PDSCH的HARQ-ACK子帧从接收到下行链路分配的子帧中被导出。例如，在常规处理时间的情况下，可以在比接收到与下行链路分配对应的PDSCH的子帧靠后4个的子帧中，通过PUCCH来发送针对该PDSCH的HARQ-ACK。在缩短处理时间的情况下，可以在比接收到与下行链路分配对应的PDSCH的子帧靠后3个的子帧中，通过PUSCH来发送针对该PDSCH的HARQ-ACK。
在本实施方式中，HARQ进程对状态变量HARQ_FEEDBACK进行管理。HARQ进程供HARQ实体请求非自适应(non-adaptive)重发送，在对状态变量HARQ_FEEDBACK设定了NACK的情况下，根据上行链路授权指示物理层从而生成发送。
应用同步HARQ的HARQ进程基于通过PHICH接收到的HARQ指示符对状态变量HARQ_FEEDBACK设定ACK或NACK。应用异步HARQ的HARQ进程可以不基于通过PHICH接收到的HARQ指示符对状态变量HARQ_FEEDBACK设定ACK或NACK。
应用同步HARQ的HARQ进程基于HARQ实体的初始发送或自适应(adaptive)重发送的请求对状态变量HARQ_FEEDBACK设定NACK。此外，应用异步HARQ的HARQ进程基于HARQ实体的初始发送或自适应(adaptive)重发送的请求对状态变量HARQ_FEEDBACK设定ACK。需要说明的是，自适应重发送是由NDI指示的重发送，非自适应重发送是由HARQ指示符指示的重发送。由此，应用异步HARQ的HARQ进程不进行非自适应重发送。
以下，对本发明的DRX(Discontinuous Reception)进行说明。
DRX功能(functionality)由上层(RRC)设定，并由MAC进行处理。DRX功能控制针对终端装置1的C-RNTI以及SPS C-RNTI的终端装置1的PDCCH监测激活(activity)。
就是说，DRX功能控制针对PDCCH的终端装置1的监测激活，所述PDCCH用于附加有通过终端装置1的C-RNTI或SPS C-RNTI加扰的CRC奇偶校验位的DCI格式的发送。
若在是RRC_CONNECTED时设定DRX，则终端装置1可以使用以下说明的DRX操作来间歇地监测PDCCH。在除此以外的情况下，终端装置1也可以连续地监测PDCCH。
以下，对PDCCH的监测(监控)进行说明。
监测意味着根据某个DCI格式尝试PDCCH的解码。PDCCH在PDCCH候选发送。终端装置1在服务小区监测PDCCH候选(candidate)的集合。将PDCCH候选的集合称为搜索空间。搜索空间至少包括公共搜索空间(Common Search Space、CSS)以及UE特有搜索空间(UE-specific Search Space、USS)。UE特有搜索空间至少被从终端装置1所设定的C-RNTI的值中导出。即，UE特有搜索空间按每个终端装置1单独地导出。公共搜索空间是多个终端装置1之间的通用的搜索空间，由预先设定的索引的CCE(Control Channel Element：控制信道元件元素)构成。CCE由多个资源元素构成。
DRX操作对多个服务小区通用。
上层(RRC)通过设定以下多个定时器和drxStartOffset的值来控制DRX操作。是否设定drxShortCycleTimer和shortDRX-Cycle对于上层(RRC)而言是任意(optional)的。
·onDurationTimer：持续时间定时器
·drx-InactivityTimer：非连续接收去激活定时器
·drx-RetransmissionTimer：非连续接收重发送定时器(除了针对广播进程的下行链路HARQ进程以外按每个下行链路HARQ设定一个)
·drx-ULRetransmissionTimer：非连续接收上行链路重发送定时器(按每个上行链路HARQ进程设定一个)
·longDRX-Cycle：长非连续接收周期
·HARQ RTT(Round Trip Time)定时器(按每个下行链路HARQ进程设定一个)
·UL HARQ RTT定时器(按每个上行链路HARQ进程设定一个)
·drxShortCycleTimer：非连续接收短周期定时器
·shortDRX-Cycle：短非连续接收周期
基站装置3可以将包括表示onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、drx-ULRetransmissionTimer、longDRX-Cycle、drxShortCycleTimer、shortDRX-Cycle以及drxStartOffset的值的参数/信息的RRC消息发送至终端装置1。
终端装置1可以基于接收到的该RRC消息设定onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、drx-ULRetransmissionTimer、longDRX-Cycle、drxShortCycleTimer、shortDRX-Cycle以及drxStartOffset的值。
也将longDRX-Cycle以及shortDRX-Cycle统称为DRX周期。
onDurationTimer表示从DRX周期的开始连续的PDCCH子帧的数量。
drx-InactivityTimer表示映射了对针对终端装置1的上行链路数据或下行链路数据的初始发送进行指示的PDCCH的子帧之后的连续的PDCCH子帧的数量。
drx-RetransmissionTimer表示用于由终端装置1等待的下行链路重发送的连续的PDCCH子帧的最大数量。对全部服务小区应用相同值的drx-RetransmissionTimer。
drx-ULRetransmissionTimer表示用于由终端装置1等待的上行链路重发送的连续的PDCCH子帧的最大数量。就是说，drx-ULRetransmissionTimer表示直到接收用于上行链路重发送的上行链路授权(上行链路HARQ重发送授权)为止的连续的PDCCH子帧的最大数量。对在上行链路应用异步HARQ的全部服务小区应用drx-ULRetransmissionTimer的相同的值。在具有缩短处理能力的终端装置1的情况下，drx-ULRetransmissionTimer也可以应用于上行链路同步HARQ。此外，若对具有缩短处理能力的终端装置1设定了用于某个服务小区的RRC参数reducedProcessingTiming，则在该服务小区中，drx-ULRetransmissionTimer也可以应用于上行链路同步HARQ进程。此外，若未对具有缩短处理能力的终端装置1设定用于某个服务小区的RRC参数reducedProcessingTiming，则在该服务小区中，drx-ULRetransmissionTimer也可以不被将上行链路同步HARQ进程应用。在不具有缩短处理能力的终端装置1的情况下，drx-ULRetransmissionTimer也可以不被上行链路同步HARQ应用。
HARQ RTT定时器(HARQ RTT Timer)与drx-RetransmissionTimer的启动关联，按每个下行链路HARQ进程进行管理。与下行链路HARQ进程对应的HARQ RTT定时器表示从下行链路数据的发送直至该下行链路数据的重发送的最短的间隔。就是说，与下行链路HARQ进程对应的HARQ RTT定时器表示通过终端装置1在MAC实体等待下行链路HARQ重发送之前的子帧的最短量。
对于各服务小区，在FDD的情况下，HARQ RTT定时器被设定(set)为8个子帧。需要说明的是，未设定用于某个服务小区的RRC参数reducedProcessingTiming的终端装置1可以在该服务小区中将HARQ RTT定时器设定(set)为8个子帧。
设定有用于某个服务小区的RRC参数reducedProcessingTiming的终端装置1可以在该服务小区中为该服务小区将HARQ RTT定时器设定(set)为6个子帧。但是，在公共搜索空间接收到调度下行链路数据的下行链路分配的情况下，HARQ RTT定时器也可以被设定(set)为8个子帧。就是说，在UE特有搜索空间接收到调度下行链路数据的下行链路分配的情况下，HARQ RTT定时器可以被设定(set)为6个子帧。
对于各服务小区，在TDD的情况下，HARQ RTT定时器被设定(set)为j+4个子帧，k是下行链路发送以及与该下行链路发送对应的HARQ反馈之间的间隔，根据UL-DL设定和/或常规处理时间而确定(选择、确定)。需要说明的是，未设定用于某个服务小区的RRC参数reducedProcessingTiming终端装置1可以为该服务小区将HARQ RTT定时器设定(set)为j+4个子帧。在此，j表示配置PDSCH的子帧n-j与发送该PDSCH所对应的HARQ-ACK的子帧n的对应关系。j的值可以根据图7给出。图7是表示本实施方式的配置PDSCH的子帧n-j与发送所述PDSCH对应的HARQ-ACK的子帧n的对应关系的图。终端装置1根据图7的表确定(选择、确定)k的值。
设定有用于某个服务小区的RRC参数reducedProcessingTiming的终端装置1可以在该服务小区中为该服务小区将HARQ RTT定时器设定(set)为j1+3个子帧。j1是下行链路发送以及与该下行链路发送关联的HARQ反馈之间的间隔，根据UL-DL设定以及缩短处理时间确定(选择、确定)。在此，j1的值可以是与j的值相同的或比j的值小的值。j1的值可以在规格书中被定义为新的表。但是，在公共搜索空间接收到调度下行链路数据的下行链路分配的情况下，HARQ RTT定时器也可以被设定(set)为j+4个子帧。就是说，在UE特有搜索空间接收到调度下行链路数据的下行链路分配的情况下，HARQRTT定时器可以被设定(set)为j1+3个子帧。
即，在FDD和/或TDD的情况下，在某个服务小区中，针对下行链路HARQ进程的HARQRTT定时器可以至少基于(1)发送调度下行链路数据的下行链路分配的搜索空间的类型和/或(2)是否设定有RRC参数reducedProcessingTiming给出。
在TDD的情况下，在某个服务小区中，给出针对下行链路HARQ进程的HARQ RTT定时器的方法是第一方法还是第二方法至少基于(1)发送调度下行链路数据的下行链路分配的搜索空间的类型和/或(2)是否设定有RRC参数reducedProcessingTiming给出。在此，给出HARQ RTT定时器的第一方法是基于第一表的，所述第一表表示配置PDSCH的子帧n-j与发送该PDSCH所对应的HARQ-ACK的子帧n的对应关系。此外，给出HARQ RTT定时器的第二方法是基于第二表的，所述第二表表示配置PDSCH的子帧n-j1与发送该PDSCH所对应的HARQ-ACK的子帧n的对应关系。
UL HARQ RTT定时器(UL HARQ RTT Timer)与drx-ULRetransmissionTimer的启动关联地按每个上行链路HARQ进程进行管理。与上行链路HARQ进程对应的UL HARQ RTT定时器表示从上行链路数据的发送直至用于该上行链路数据的重发送的上行链路授权(上行链路HARQ重发送授权)的发送的最短间隔。就是说，与上行链路HARQ进程对应的UL HARQ RTT定时器表示由终端装置1等待用于上行链路重发送的上行链路授权(上行链路HARQ重发送授权)之前的子帧的最短量(minimum amount)。UL HARQ RTT定时器可以按每个上行链路异步HARQ进程定义。此外，对于具有缩短处理能力的终端装置1，UL HARQ RTT定时器还可以按每个上行链路同步HARQ进程定义。此外，对于具有缩短处理能力的终端装置1，若设定有用于某个服务小区的RRC参数reducedProcessingTiming，则在该服务小区中，UL HARQ RTT定时器还可以按每个上行链路同步HARQ进程定义。此外，对于具有缩短处理能力的终端装置1，若未设定用于某个服务小区的RRC参数reducedProcessingTiming，则在该服务小区中，UL HARQ RTT定时器也可以不对上行链路同步HARQ进程定义(设定)。此外，对于不具有缩短处理能力的终端装置1，UL HARQ RTT定时器也可以不对上行链路同步HARQ进程定义(设定)。
对于各服务小区，在FDD的情况下，与上行链路HARQ进程对应的ULHARQ RTT定时器被设为4个子帧。需要说明的是，未设定用于某个服务小区的RRC参数reducedProcessingTiming的终端装置1可以为该服务小区将UL HARQ RTT定时器设定(set)为4个子帧。
此外，设定有用于某个服务小区的RRC参数reducedProcessingTiming的终端装置1可以在该服务小区中为该服务小区将HARQ RTT定时器设定(set)为3个子帧。
但是，在公共搜索空间接收到调度上行链路数据的上行链路授权的情况下，ULHARQ RTT定时器可以被设定(set)为4个子帧。就是说，在UE特有搜索空间接收到调度上行链路数据的上行链路授权的情况下，UL HARQ RTT定时器可以被设定(set)为3个子帧。即，针对上行链路HARQ进程的UL HARQ RTT定时器可以基于接收到与该上行链路HARQ进程对应的上行链路授权的搜索空间的类型给出。
此外，在设定有RRC参数reducedProcessingTiming的服务小区中，针对上行链路HARQ进程的UL HARQ RTT定时器可以基于该上行链路HARQ进程的类型给出。例如，在上行链路HARQ进程被上行链路同步HARQ指示的情况下，针对该上行链路HARQ进程的UL HARQ RTT定时器可以被设定(set)为4个子帧。需要说明的是，在上行链路HARQ进程被上行链路异步HARQ指示的情况下，针对该上行链路HARQ进程的UL HARQ RTT定时器可以被设定(set)为3个子帧。
对于各服务小区，在TDD的情况下，与上行链路HARQ进程对应的ULHARQ RTT定时器被设定(set)为kULHARQRTT个子帧。kULHARQRTT的值根据UL-DL设定和/或常规处理时间确定(选择、确定)。例如，kULHARQRTT的值可以由图10(A)给出。需要说明的是，未设定用于某个服务小区的RRC参数reducedProcessingTiming的终端装置1可以为该服务小区将UL HARQ RTT定时器设定(set)为kULHARQRTT个子帧。图10是表示本实施方式的与上行链路HARQ进程对应的ULHARQ RTT定时器的值的一个示例。
此外，设定有用于某个服务小区的RRC参数reducedProcessingTiming的终端装置1可以为该服务小区将UL HARQ RTT定时器设定(set)为k1ULHARQRTT个子帧。k1ULHARQRTT的值根据UL-DL设定和/或缩短处理时间确定(选择、确定)。例如，k1ULHARQRTT的值可以由图10(B)给出。但是，在公共搜索空间接收到调度上行链路数据的发送的上行链路授权的情况下，ULHARQ RTT定时器可以被设定(set)为kULHARQRTT个子帧子帧。就是说，在UE特有搜索空间接收到调度上行链路数据的上行链路授权的情况下，UL HARQ RTT定时器可以被设定(set)为k1ULHARQRTT个子帧。即，针对上行链路HARQ进程的UL HARQ RTT定时器可以基于接收到与该上行链路HARQ进程对应的上行链路授权的搜索空间的类型给出。
如上所述，在设定有RRC参数reducedProcessingTiming的服务小区中，针对上行链路HARQ进程的UL HARQ RTT定时器可以基于该上行链路HARQ进程的类型给出。在TDD的情况下，在上行链路HARQ进程被上行链路同步HARQ指示的情况下，针对该上行链路HARQ进程的UL HARQ RTT定时器可以被设定(set)为kULHARQRTT个子帧。需要说明的是，在上行链路HARQ进程被上行链路异步HARQ指示的情况下，针对该上行链路HARQ进程的UL HARQ RTT定时器可以被设定(set)为k1ULHARQRTT个子帧。
在本实施方式中，对某个服务小区中的上行链路HARQ进程应用同步HARQ以及异步HARQ中的哪一个可以基于是否对该服务小区设定RRC层的参数reducedProcessingTiming导出。在未设定RRC层的参数reducedProcessingTiming的服务小区中，上行链路HARQ进程可以是同步HARQ进程。在设定有RRC层的参数reducedProcessingTiming的服务小区中，上行链路HARQ进程可以是异步HARQ进程。此外，对设定有RRC层的参数reducedProcessingTiming的服务小区中的上行链路HARQ进程应用同步HARQ以及异步HARQ中的哪一个可以根据接收到上行链路授权的搜索空间的类型导出。例如，在公共搜索空间接收到与上行链路HARQ进程对应的上行链路授权的情况下，该上行链路HARQ进程的类型可以是同步HARQ。此外，在UE特有搜索空间接收到与上行链路HARQ进程对应的上行链路授权的情况下，该上行链路HARQ进程的类型可以是异步HARQ。此外，例如，对设定有RRC参数reducedProcessingTiming的服务小区中的上行链路HARQ进程应用同步HARQ以及异步HARQ中的哪一个可以基于是否通过上行链路授权来表示该上行链路HARQ进程的编号而导出。例如，若根据上行链路授权中所包括的字段给出上行链路HARQ进程的编号，则该上行链路HARQ进程的类型可以是异步HARQ。此外，若根据上行链路授权给出上行链路HARQ进程的编号，则该上行链路HARQ进程的类型可以是同步HARQ。
DRX周期表示持续时间(On Duration)的重复周期。在持续时间的时段之后，能进行针对终端装置1的C-RNTI以及SPS C-RNTI的终端装置1的PDCCH监控的非激活(inactivity)的时段会持续下去。
图9是表示本实施方式的DRX周期的一个示例的图。在图9中，横轴是时间轴。在图9中，在持续时间的时段P2200中，终端装置1监测PDCCH/EPDCCH。在图9中，持续时间的时段P2200之后的时段P2202是能进行非激活的时段。就是说，在图9中，终端装置1也可以不在时段P2202监测PDCCH/EPDCCH。
drxShortCycleTimer表示终端装置1与短DRX周期相伴的连续的子帧的数量。
drxStartOffset表示启动DRX周期的子帧。
在设定了DRX周期的情况下，激活时间(Active Time)包括满足下述条件(i)至(l)中的至少一个的时段。
·条件(i)：onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、drx-ULRetransmissionTimer或mac-ContentionResolutionTimer正在运行
·条件(j)：通过PUCCH发送调度请求，然后待决
·条件(k)：对于同步HARQ，可能会发送针对待决HARQ重发送的上行链路授权，然后，在对应的HARQ缓冲器中存在数据
·条件(l)：针对未被终端装置1选择的前导的随机接入响应的接收成功之后，附带终端装置1的C-RNTI，然后，不一直接收指示初始发送的PDCCH
当一旦启动定时器时，在定时器停止或定时器期满之前，会一直运行。在除此以外的情况下，定时器不运行。若定时器不运行，则定时器可能会启动。若定时器运行，则定时器可能会重启。定时器始终从该定时器的初始值启动或重启。
前导是随机接入过程的消息1，由PRACH发送。未被终端装置1选择的前导与竞争随机接入过程关联。
随机接入响应是随机接入过程的消息2，由PDSCH发送。基站装置3对接收到的前导发送随机接入响应。
执行竞争随机接入过程中的终端装置1在接收到随机接入响应之后发送消息3。终端装置1在发送了消息3之后监测与消息4关联的PDCCH。
mac-ContentionResolutionTimer表示终端装置1在发送了消息3之后监测PDCCH的连续的子帧的数量。
需要说明的是，对全部被激活的服务小区应用相同的激活时间。主小区始终激活。辅小区被MAC激活或禁用。基站装置3将指示辅小区的激活或禁用的MAC CE发送至终端装置1。
终端装置1可以不在被禁用的服务小区中监测PDCCH。终端装置1可以不监测针对被禁用的服务小区的PDCCH。
图11以及图12是表示本实施方式的DRX操作的一个示例的流程图。在设定了DRX的情况下，终端装置1基于图11以及图12的流程图对各子帧执行DRX操作。
若在该子帧中与上行链路HARQ进程对应的UL HARQ RTT定时器期满，且与对应于该UL HARQ RTT定时器的HARQ进程关联的HARQ缓冲器中存在数据(S1700)，则终端装置1启动针对与该UL HARQ RTT定时器对应的上行链路HARQ进程drx-ULRetransmissionTimer(S1702)，然后进入S1704。在除此以外的情况下，终端装置1进入S1704。需要说明的是，除此以外的情况可以包括跳过条件(S1700)。
若在该子帧中与下行链路的HARQ进程对应的HARQ RTT定时器期满，且与该HARQRTT定时器对应的HARQ进程的数据未被成功地解码(S1704)，则终端装置1启动针对与该HARQ RTT定时器对应的下行链路的HARQ进程的drx-RetransmissionTimer(S1706)，然后进入S1708。在除此以外的情况下，终端装置1进入S1708。需要说明的是，除此以外的情况可以包括跳过条件(S1704)。
若接收到DRX命令MAC CE(S1708)，则终端装置1停止onDurationTimer以及drx-InactivityTimer(S1710)，然后进入S1712。在除此以外的情况下，终端装置1进入S1712。需要说明的是，除此以外的情况可以包括跳过条件(S1708)。
若drx-InactivityTimer期满或在该子帧中接收到DRX命令MAC CE(S1712)，则终端装置1进入S1714。在除此以外的情况下，终端装置1进入S1720。需要说明的是，除此以外的情况可以包括跳过条件(S1712)。
若未设定短DRX周期(shortDRX-Cycle)(S1714)，则终端装置1使用长DRX周期(S1716)，然后进入S1720。若设定有短DRX周期(shortDRX-Cycle)(S1714)，则终端装置1启动或重启drxShortCycleTimer，使用短DRX周期(S1718)，然后进入S1720。
若在该子帧中drxShortCycleTimer期满(S1720)，则终端装置1使用长DRX周期(S1722)，然后进入图12的S1800。在除此以外的情况(S1720)下，终端装置1进入图12的S1800。需要说明的是，除此以外的情况可以包括跳过条件(S1720)。
(1)若使用短DRX周期，且[(SFN*10)+subframe编号]modulo(shortDRX-Cycle)＝(drxStartOffset)modulo(shortDRX-Cycle)或(2)若使用长DRX周期，且[(SFN*10)+subframe编号]modulo(longDRX-Cycle)＝drxStartOffset(S1800)，则终端装置1启动onDurationTimer(S1802)，然后进入S1804。在除此以外的情况(S1800)下，终端装置1进入S1804。
若满足以下全部的条件(m)至(p)(S1804)，则终端装置1在该子帧中监测PDCCH(1806)，然后进入S1808。
·条件(m)：该子帧包括于激活时间的时段
·条件(n)：该子帧是PDCCH子帧
·条件(o)：该子帧无需针对半双工FDD动作的终端装置1的上行链路发送
·条件(p)：该子帧不是所设定的测定间隔(measurement gap)的一部分
在半双工FDD的服务小区中，终端装置1无法同时进行上行链路的发送和下行链路的接收。终端装置1可以将表示在FDD的频段中是否支持半双工FDD的信息发送至基站装置3。
测定间隔是终端装置1用于进行不同的频率的小区和/或不同的RAT(RadioAccess Technology：无线接入技术)的测定的时间间隔。基站装置3将表示测定间隔的时段的信息发送至终端装置1。终端装置1基于该信息设定测定间隔的时段。
若不满足条件(m)至(p)中的至少一个(S1804)，则终端装置1结束针对该子帧的DRX操作。就是说，若不满足条件(m)至(p)中的至少一个，则终端装置1可以不进行该子帧中的PDCCH的监测。
需要说明的是，在S1804中使用的条件并不限于条件(m)至(p)，在S1804中可以使用与条件(m)至(p)不同的条件，也可以使用条件(m)至(p)的一部分。
若经由PDCCH接收到的上行链路授权指示针对异步HARQ进程的上行链路发送，或者若对于该子帧，为了异步HARQ进程而设定有上行链路授权，或者若在具有缩短处理能力的终端装置1的情况下，经由PDCCH接收到的上行链路授权指示针对同步HARQ进程的上行链路发送(S1808)，则终端装置1(i)在包括与该上行链路授权对应的PUSCH发送的子帧中，启动针对与该上行链路授权对应的上行链路的HARQ进程的UL HARQ RTT定时器，(ii)使针对与该上行链路授权对应的上行链路的HARQ进程的drx-ULRetransmissionTimer(S1810)停止，然后进入(iii)步骤S1812。在除此以外的情况下(S1808)，终端装置1进入S1812。
此外，设定有上行链路授权的状态是指，半静态调度通过附带SPS C-RNTI的上行链路授权而被激活的状态。
若经由PDCCH接收到的下行链路授权指示下行链路发送，或者对该子帧设定有下行链路授权(S91812)，则终端装置1启动针对对应的下行链路的HARQ进程的HARQ RTT定时器，停止针对对应的下行链路的HARQ进程的drx-RetransmissionTimer(S1814)。在除此之外的情况(S1812)下，终端装置1进入S1816。
设定有下行链路分配的状态是指，半静态调度通过附带SPS C-RNTI的下行链路分配而被激活的状态。
若经由PDCCH接收到的下行链路分配或上行链路授权指示下行链路或上行链路的初始发送(S1816)，则终端装置1启动或重启drx-InactivityTimer(1818)，然后结束针对该子帧的DRX操作。在除此以外的情况下(S1816)，终端装置1结束针对该子帧的DRX操作。
需要说明的是，设定了DRX的终端装置1在不处于激活时间的情况下，不发送周期性SRS。
基站装置3可以将对终端装置1指示CQI掩码的配置或释放的信息发送至该终端装置1。
设定了DRX且未由上层配置CQI掩码(cqi-Mask)的终端装置1在不处于激活时间时，不经由PUCCH发送CSI。设定了DRX且未由上层配置CQI掩码(cqi-Mask)的终端装置1在onDurationTimer未运行时，不经由PUCCH发送CSI。
以下，对本发明的PDCCH子帧进行说明。
在本实施方式中，对于FDD的服务小区，全部子帧均为PDCCH子帧。在本实施方式中，终端装置1以及基站装置3基于UL-DL设定来对TDD的服务小区确定PDCCH子帧。
在本实施方式中，使用一个主小区来与基站装置3进行通信的终端装置1以及该基站装置3在半双工TDD的情况下，通过与所述主小区对应的UL-DL设定来将指示为下行链路子帧或包括DwPTS的子帧的子帧确定(选择、确定)为PDCCH子帧。
在使用一个主小区来执行TDD操作的情况下，终端装置1无法同时进行发送以及接收。就是说，仅使用一个主小区而执行的TDD操作是半双工TDD。
在本实施方式中，使用一个主小区以及包括一个或多个辅小区的多个服务小区来与基站装置3进行通信的终端装置1以及该基站装置3在半双工TDD的情况下，通过与所述主小区对应的UL-DL设定来将指示为下行链路子帧或包括DwPTS的子帧的子帧确定为PDCCH子帧。
在本实施方式中，使用一个主小区以及包括一个或多个辅小区的多个服务小区来与基站装置3进行通信的终端装置1以及该基站装置3在全双工TDD的情况下，若对所述辅小区设定有表示针对关联的所述辅小区的下行链路分配由哪个服务小区发送的参数(schedulingCellId)，则除了设定了所述参数(schedulingCellId)的辅小区以外，通过与所述多个服务小区对应的UL-DL设定来将指示为下行链路子帧或包括DwPTS的子帧的子帧的联合(union)确定为PDCCH子帧。
需要说明的是，若未对任何辅小区设定表示针对关联的所述辅小区的下行链路分配由哪个服务小区来发送的参数(schedulingCellId)，则也可以不进行除了设定了该参数(schedulingCellId)的辅小区之外的小区的处理。
以下，对上行链路授权进行说明
DCI格式0是上行链路授权，用于PUSCH的调度。DCI格式0不包括“Redundancyversion(冗余版本)”字段以及“HARQ process number(进程编号)”字段。此外，DCI格式0D是上行链路授权，用于PUSCH的调度。DCI格式0D包括“Redundancy version”字段以及“HARQprocess number”字段。在此，DCI格式0D可以用于设定有缩短处理时间的服务小区中的PUSCH的调度。上行链路授权包括DCI格式0以及DCI格式0D。
未设定用于服务小区的RRC层的参数reducedProcessingTiming的终端装置1可以在该服务小区中的公共搜索空间以及UE特有搜索空间对包括DCI格式0的PDCCH进行解码。未设定用于服务小区的RRC层的参数reducedProcessingTiming的终端装置1可以不在该服务小区中的UE特有搜索空间对包括DCI格式0D的PDCCH进行解码。该DCI格式0可以用于上行链路同步HARQ。设定有用于服务小区的RRC层的参数reducedProcessingTiming的终端装置1可以在该服务小区中的公共搜索空间对包括DCI格式0的PDCCH进行解码，且可以在该服务小区中的UE特有搜索空间对包括DCI格式0D的PDCCH进行解码。设定有用于服务小区的RRC层的参数reducedProcessingTiming的终端装置1可以不在该服务小区中的UE特有搜索空间对包括DCI格式0的PDCCH进行解码。该DCI格式0D可以用于上行链路同步HARQ。该DCI格式0D不用于上行链路同步HARQ。上行链路HARQ进程的编号根据DCI格式0D中所包括的HARQprocess number”字段给出。在FDD的情况下，终端装置1可以在UE特有搜索空间中基于包括DCI格式0D的PDCCH的解码在比对PDCCH进行了解码的子帧靠后3个的子帧中执行PUSCH的发送。此外，终端装置1可以在公共搜索空间中基于包括DCI格式0的PDCCH的解码在比对PDCCH进行了解码的子帧靠后4个的子帧中执行PUSCH的发送。
图15是表示与相同的子帧中的PHICH以及PDCCH的接收有关的一个示例的图。在图15中，在服务小区设定有RRC层的参数reducedProcessingTiming。终端装置1在子帧n的公共搜索空间对包括DCI格式0的PDCCH(1501)进行解码，在子帧n+4中执行PUSCH(1502)的发送。接着，终端装置1在子帧n+8中通过PHICH(1503)来对响应于PUSCH的发送(1502)的HARQ指示符进行解码(检测)。此外，终端装置1可以尝试在子帧n+8中尝试包括上行链路授权的PDCCH(1504)的解码。即，终端装置1可以在相同的子帧中对PHICH以及一个上行链路授权进行解码。
在通过PHICH(1503)接收到ACK的情况下，终端装置1可以在子帧n+8的公共搜索空间以及UE特有搜索空间中尝试包括上行链路授权的PDCCH的解码。就是说，终端装置1可以在公共搜索空间对DCI格式0进行解码。终端装置1可以在UE特有搜索空间对DCI格式0D进行解码。在此，由DCI格式0D中所包括的“HARQ process number”字段所表示的HARQ进程的编号可以与PUSCH(1502)的HARQ进程的编号相同，也可以不同。表示与PUSCH(1502)的HARQ进程的编号相同的编号的DCI格式0D可以用于PUSCH(1502)的重发送。表示与PUSCH(1502)的HARQ进程的编号不同的编号的DCI格式0D可以用于PUSCH(1502)的重发送。表示与PUSCH(1502)的HARQ进程的编号不同的编号的DCI格式0D可以用于PUSCH的初始发送。终端装置1基于解码后的PDCCH执行PUSCH的发送。
在通过PHICH(1503)接收到NACK的情况下，终端装置1可以在公共搜索空间对DCI格式0进行解码。即，在通过PHICH(1503)接收到NACK的情况下，终端装置1可以不在UE特有搜索空间对DCI格式0D进行解码。并且，终端装置1基于通过PHICH检测到的HARQ指示符或通过PDCCH解码后的DCI格式0执行PUSCH的发送(1506)。即，DCI格式0用于PUSCH(1502)的重发送。就是说，PUSCH的发送(1506)是PUSCH(1502)的重发送。
此外，在通过PHICH(1503)接收到NACK的情况下，终端装置1可以尝试用于PUSCH(1502)重发送的PDCCH的解码。即，在通过PHICH(1503)接收到NACK的情况下，终端装置1可以在公共搜索空间对DCI格式0进行解码，也可以在UE特有搜索空间对DCI格式0D进行解码。DCI格式0以及DCI格式0D可以用于PUSCH(1502)的重发送。在此，由DCI格式0D中所包括的“HARQ process number”字段所表示的HARQ进程的编号与PUSCH(1502)的HARQ进程的编号相同。即，可以视为：在通过PHICH(1503)接收到NACK的情况下，终端装置1在UE特有搜索空间不产生表示与PUSCH(1502)的HARQ进程的编号不同的HARQ进程的编号的DCI格式0D。即，也可以视为：在通过PHICH(1503)接收到NACK的情况下，终端装置1在UE特有搜索空间产生表示与PUSCH(1502)的HARQ进程的编号相同的HARQ进程的编号的DCI格式0D。在子帧n+8中对DCI格式0D进行了解码的情况下，终端装置1可以在子帧n+11中执行PUSCH的发送(1505)。在此，PUSCH(1505)是PUSCH(1502)的重发送。此外，在子帧n+8中对DCI格式0进行了解码的情况下，终端装置1也可以在子帧n+12中执行PUSCH的发送(1506)。在此，PUSCH(1506)是PUSCH(1502)的重发送。
此外，在子帧n+8中通过PHICH(1503)接收到NACK，且对表示与PUSCH(1502)的HARQ进程的编号不同的HARQ进程的编号的DCI格式0D进行了解码的情况下，终端装置1可以(i)在子帧n+11中执行基于DCI格式0D的PUSCH的发送(1505)，(ii)在子帧n+12中执行基于NACK的PUSCH的重发送(1506)。
此外，在子帧n+8中对表示与PUSCH(1502)的HARQ进程的编号相同的HARQ进程的编号的上行链路授权进行了解码的情况下，无论HARQ-ACK的反馈的内容(ACK或NACK)如何，终端装置1都可以基于解码后的上行链路授权执行PUSCH的发送。在此，PUSCH的发送可以是PUSCH(1502)的重发送，也可以是用于新的传输块的PUSCH的初始发送。
在未设定RRC层的参数reducedProcessingTiming的服务中，终端装置1在子帧n+8中对PHICH进行解码。同时，终端装置1可以在该子帧的公共搜索空间以及UE特有搜索空间对DCI格式0进行解码。
图13是表示本实施方式的PUSCH的发送以及重发送的一个示例的图。在图13中，全部的定时器、初始发送以及重发送都与一个上行链路HARQ进程对应。以下，在图13中，除非明确说明，终端装置1是具有缩短处理能力的终端装置，且对该服务小区设定有RRC参数reducedProcessingTiming。P300以及P320表示针对上行链路HARQ进程的UL HARQ RTT定时器正在运行的时段，P400表示与上行链路HARQ进程对应的drx-ULRetransmissionTimer正在运行的时段。在图13中，时段P400之间是激活时间。
终端装置1在子帧n-4接收包括上行链路授权的PDCCH(1300)。在图13中，在公共搜索空间接收到包括上行链路授权的PDCCH(1300)。PDCCH(1300)中所包括的上行链路授权指示PUSCH的初始发送(1301)。如上所述，在公共搜索空间接收到调度上行链路数据的发送的上行链路授权的情况下，UL HARQ RTT定时器可以被设定(set)为4个子帧。就是说，UL HARQRTT Timer(P300)的值(长度)可以根据发送调度PUSCH的初始发送(1301)的PDCCH(1300)的公共搜索空间而被设定为4个子帧。
接着，终端装置1可以基于由PDCCH(1300)进行的初始发送的指示，使用常规处理时间(4ms)来在子帧n中发送PUSCH(1301)。由在公共搜索空间发送的PDCCH调度的PUSCH的HARQ进程是同步HARQ进程。即，在公共搜索空间接收到的PDCCH可以表示PUSCH(1301)的HARQ是上行链路同步HARQ进程。在此，在具有缩短处理能力的终端装置1的情况下，可以启动针对PUSCH的上行链路同步HARQ进程的UL HARQ RTT Timer(P300)。在针对PUSCH的上行链路HARQ进程的UL HARQ RTT Timer(P300)正在运行的时段，终端装置1也可以不监测与该上行链路同步HARQ进程对应的PDCCH。在此，将针对上行链路同步HARQ进程的UL HARQ RTTTimer(P300)设定(set)为4个子帧。即，终端装置1可以不在比子帧n+4靠前的子帧中监测与该上行链路同步HARQ进程对应的PDCCH。即，终端装置1可以在从子帧n+4开始的子帧中监测与该上行链路同步HARQ进程对应的PDCCH。
接着，也可以是，终端装置1从UL HARQ RTT Timer(P300)期满的子帧n+4开始，启动drx-ULRetransmissionTimer(P400)，监测与该PUSCH(1301)的上行链路HARQ进程对应的PDCCH。
在上行链路同步HARQ进程中，响应PUSCH(1301)的发送而通过子帧n+4的PHICH(1303)发送HARQ指示符。终端装置1在通过PHICH(1303)接收到NACK、且在该子帧中没有检测到PDCCH的情况下，可以在子帧n+Y中使用常规处理时间来进行PUSCH的非自适应(non-adaptive)重发送(1305)。在该情况下，子帧n+Y是比接收到NACK的子帧靠后4个的子帧。就是说，在此，Y的值可以是8。
此外，终端装置1在通过PHICH(1303)接收到NACK的情况下，也可以不启动drx-ULRetransmissionTimer(P400)。在该情况下，终端装置1可以在子帧n+4中尝试与该上行链路同步HARQ进程对应的PDCCH的解码。此外，终端装置1在通过PHICH(1303)接收到NACK的情况下，也可以启动drx-ULRetransmissionTimer(P400)。在该情况下，终端装置1可以在从接收到NACK的子帧到比接收到NACK的子帧靠后3个的子帧的期间，尝试与该上行链路同步HARQ进程对应的PDCCH的解码。就是说，在该情况下，drx-ULRetransmissionTimer(P400)可以是在PUSCH的非自适应重发送的子帧之前停止的4个子帧。例如，在检测到对应的PDCCH(1304)的情况下，终端装置1可以使基于NACK的PUSCH的非自适应重发送停止，基于检测到的PDCCH进行PUSCH的重发送。在该情况下，X的值是小于8的值。
此外，终端装置1在通过PHICH(1303)接收到ACK的情况下，也可以启动drx-ULRetransmissionTimer(P400)。并且，终端装置1可以在drx-ULRetransmissionTimer(P400)正在运行的时段监测与该上行链路同步HARQ进程对应的PDCCH。例如，在子帧n+X中对与该上行链路同步HARQ进程对应的PDCCH(1304)进行了检测(解码)的情况下，终端装置1可以使drx-ULRetransmissionTimer(P400)停止。需要说明的是，应用于上行链路同步HARQ进程的drx-ULRetransmissionTimer的值可以由上层的参数给出。应用于上行链路同步HARQ进程的drx-ULRetransmissionTimer可以与应用于上行链路异步HARQ进程的drx-ULRetransmissionTimer相同。此外，应用于上行链路同步HARQ进程的drx-ULRetransmissionTimer可以与应用上行链路异步HARQ进程的drx-ULRetransmissionTimer不同地被定义为新的上层参数。
接着，终端装置1可以基于检测到的PDCCH(1304)在子帧n+Y中重发送PUSCH(1305)。在公共搜索空间检测到PDCCH(1304)的情况下，终端装置1可以使用常规处理时间在比n+X靠后4个的子帧中重发送PUSCH(1305)。在该情况下，可以将UL HARQ RTT Timer(P320)设定(set)为4个子帧。此外，在UE特有搜索空间检测到PDCCH(1304)的情况下，终端装置1可以使用缩短处理时间在比n+X靠后3个的子帧中重发送PUSCH(1305)。在该情况下，可以将UL HARQ RTT Timer(P320)设定(set)为3个子帧。就是说，UL HARQ RTT Timer(P320)的值(长度)可以根据发送调度PUSCH(1305)的重发送的PDCCH(1304)的搜索空间的类型给出。
图14是表示本实施方式的PUSCH的发送以及重发送的其他一个示例的图。在图14中，全部的定时器、初始发送以及重发送都与一个上行链路HARQ进程对应。以下，在图14中，除非明确说明，终端装置1是具有缩短处理能力的终端装置且对该服务小区设定有RRC参数reducedProcessingTiming。P500以及P510表示针对上行链路HARQ进程的UL HARQ RTT定时器正在运行的时段，P600表示与上行链路HARQ进程对应的drx-ULRetransmissionTimer正在运行的时段。在图14中，时段P600期间是激活时间。
终端装置1在子帧n-4中接收包括上行链路授权的PDCCH(1400)。在图14中，在UE特有搜索空间接收到包括上行链路授权的PDCCH(1400)。PDCCH(1400)中所包括的上行链路授权指示PUSCH的初始发送(1401)。在UE特有搜索空间接收到调度上行链路数据的发送的上行链路授权的情况下，UL HARQ RTT定时器可以被设定(set)为3个子帧。就是说，UL HARQRTT Timer(P500)的值(长度)可以通过发送调度PUSCH的初始发送(1401)的PDCCH(1400)的UE特有搜索空间而被设定为3个子帧。
接着，终端装置1可以基于由PDCCH(1400)进行的初始发送的指示，使用缩短处理时间(3ms)来在子帧n-1中发送PUSCH(1401)。由在UE特有搜索空间发送的PDCCH调度的PUSCH的HARQ进程是异步HARQ进程。即，在UE特有搜索空间接收到的PDCCH可以表示PUSCH(1401)的HARQ是上行链路异步HARQ进程。可以启动针对PUSCH的上行链路异步HARQ进程的UL HARQ RTT Timer(P500)。在针对PUSCH的上行链路HARQ进程的UL HARQ RTT Timer(P500)正在运行的时段，终端装置1也可以不监测与该上行链路同步HARQ进程对应的PDCCH。在此，可以将针对上行链路异步HARQ进程的UL HARQ RTT Timer(P500)设定(set)为3个子帧。即，终端装置1可以不在比子帧n+2靠前的子帧中监测与该上行链路异步HARQ进程对应的PDCCH。
接着，终端装置1可以从UL HARQ RTT Timer(P300)期满的子帧n+2开始，启动drx-ULRetransmissionTimer(P600)，监测与该PUSCH(1401)的上行链路HARQ进程对应的PDCCH。即，终端装置1可以在从子帧n+2开始到P600正在运行的时段为止的子帧中监测与该上行链路异步HARQ进程对应的PDCCH。
终端装置1可以在drx-ULRetransmissionTimer(P600)正在运行的时段监测与该上行链路异步HARQ进程对应的PDCCH。例如，在子帧n+2中对与该上行链路异步HARQ进程对应的PDCCH(1402)进行了检测(解码)的情况下，终端装置1可以使drx-ULRetransmissionTimer(P600)停止。接着，终端装置1可以基于检测到的PDCCH(1402)在子帧n+K重发送PUSCH(1403)。在公共搜索空间检测到PDCCH(1402)的情况下，终端装置1可以使用常规处理时间在比n+2靠后4个的子帧中重发送PUSCH(1403)。在该情况下，可以将ULHARQ RTT Timer(P3510)设定(set)为4个子帧。此外，在UE特有搜索空间检测到PDCCH(1402)的情况下，终端装置1可以使用缩短处理时间来在比n+2靠后3个的子帧中重发送PUSCH(1403)。在该情况下，可以将UL HARQ RTT Timer(P510)设定(set)为3个子帧。就是说，UL HARQ RTT Timer(P510)的值(长度)可以根据发送调度PUSCH(1403)的重发送的PDCCH(1402)的搜索空间的类型给出。
此外，在本实施方式中，与上行链路HARQ进程对应的UL HARQ RTT Timer的值可以根据发送调度PUSCH的初始发送的PDCCH的搜索空间的类型给出。例如，在图13中，P300以及P320具有相同的值，可以根据调度PUSCH的初始发送(1301)的PDCCH(1300)是公共搜索空间来将该值设定为4个子帧。就是说，即使在UE特有搜索空间发送了调度PUSCH的重发送(1305)的PDCCH(1304)，P320的值也可以与P300的值相同地基于调度PUSCH的初始发送(1301)的PDCCH的类型设定为4个子帧。此外，例如，在图14中，P500以及P510具有相同的值，也可以根据调度PUSCH的初始发送(1401)的PDCCH(1400)是UE特有搜索空间将该值设定为3个子帧。就是说，即使在公共搜索空间发送了调度PUSCH的重发送(1403)的PDCCH(1402)，P510的值也可以与P500的值相同地基于调度PUSCH的初始发送(1401)的PDCCH(1400)的类型设定为3个子帧。
此外，作为一个示例，在本实施方式中，例如，在具有缩短处理能力的终端装置1的情况下，UL HARQ RTT Timer的值(长度)可以在设定有RRC参数reducedProcessingTiming的服务小区中，不基于发送调度上行链路发送的PDCCH的搜索空间的类型而被设定为相同的值(例如，3个子帧)。在图13中，即使在公共搜索空间发送调度PUSCH的发送(1301)的PDCCH(1300)，P300的值可以设定为3个子帧。在该情况下，终端装置1可以不在比子帧n+3靠前的子帧中监测与该上行链路同步HARQ进程对应的PDCCH。即，终端装置1可以在从子帧n+3开始的子帧中监测与该PUSCH(1301)的上行链路同步HARQ进程对应的PDCCH。终端装置1在子帧n+3中检测到该对应的PDCCH的情况下，可以接收子帧n+4的PHICH，也可以不接收。就是说，在该情况下，无论子帧n+4的HARQ-ACK的反馈的内容(ACK或NACK)如何，终端装置1都可以在子帧n+3中基于解码后的上行链路授权(PDCCH)执行PUSCH的发送。此外，在图14中，即使在UE特有搜索空间发送调度PUSCH的发送(1401)的PDCCH(1400)，P500的值也可以与P300同样被设定为3个子帧。
此外，作为一个示例，在本实施方式中，例如，在具有缩短处理能力的终端装置1的情况下，UL HARQ RTT Timer的值(长度)可以在设定有RRC参数reducedProcessingTiming的服务小区中，不基于上行链路HARQ进程的类型而设定为相同的值(例如，3个子帧)。在图13中，即使PUSCH(1301)的HARQ是上行链路同步HARQ进程，P300的值也可以被设定为3个子帧。此外，在图14中，即使PUSCH(1401)的HARQ是上行链路异步HARQ进程，P500的值也可以与P300同样被设定为3个子帧。
此外，作为一个示例，在本实施方式中，无论DRX操作如何，ULRetransmissionTimer都可以被定义为新的RRC参数。该RRC参数可以用于表示用于由终端装置1等待的上行链路重发送的连续的PDCCH子帧的最大数量。在设定了RRC参数reducedProcessingTiming，且设定了该RRC参数ULRetransmissionTimer的情况下，无论DRX操作如何，都可以使用ULRetransmissionTimer。就是说，无论DRX操作如何，具有缩短处理能力的终端装置1都可以在设定了RRC参数reducedProcessingTiming的服务小区中，在与上行链路HARQ进程对应的UL HARQ RTT定时器期满后，启动ULRetransmissionTimer，在表示ULRetransmissionTimer的时段，监测用于针对上行链路HARQ进程的上行链路重发送的PDCCH。
以下，对本实施方式的装置的构成进行说明。
图16是表示本实施方式的终端装置1的构成的概略框图。如图16所示，终端装置1构成为包括无线收发部10以及上层处理部14。无线收发部10构成为包括天线部11、RF(Radio Frequency：射频)部12以及基带部13。上层处理部14构成为包括媒体接入控制层处理部15以及无线资源控制层处理部16。也将无线收发部10称为发送部、接收部或物理层处理部。
上层处理部14将通过用户的操作等而生成的上行链路数据(传输块)输出至无线收发部10。上层处理部14进行媒体接入控制(Medium Access Control:MAC)层、分组数据汇聚协议(Packet Data Convergence Protocol：PDCP)层、无线链路控制(Radio LinkControl：RLC)层以及无线资源控制(Radio Resource Control：RRC)层的处理。
上层处理部14所具备的媒体接入控制层处理部15进行媒体接入控制层的处理。媒体接入控制层处理部15基于由无线资源控制层处理部16管理的各种设定信息/参数进行HARQ的控制。媒体接入控制层处理部15管理多个HARQ实体、多个HARQ进程以及多个HARQ缓存器。
媒体接入控制层处理部15特别指定(选择、确定)PDCCH子帧。媒体接入控制层处理部15基于所述PDCCH子帧进行DRX的处理。媒体接入控制层处理部15基于所述PDCCH子帧管理与DRX关联的定时器。媒体接入控制层处理部15指示无线收发部10进行子帧中的PDCCH的监测。监测PDCCH是指，根据某DCI格式尝试PDCCH的解码。
上层处理部14所具备的无线资源控制层处理部16进行无线资源控制层的处理。无线资源控制层处理部16进行装置自身的各种设定信息/参数的管理。无线资源控制层处理部16基于从基站装置3接收的上层的信号设定各种设定信息/参数。即，无线资源控制层处理部16基于从基站装置3接收到的表示各种设定信息/参数的信息设定各种设定信息/参数。
无线收发部10进行调制、解调、编码、解码等物理层的处理。无线收发部10对从基站装置3接收到的信号进行分离、解调、解码，将解码后的信息输出至上层处理部14。无线收发部10通过对数据进行调制、编码来生成发送信号，发送至基站装置3。
RF部12通过正交解调将经由天线部11接收到的信号转换(下变频：down covert)为基带信号，去除不需要的频率分量。RF部12将进行处理后的模拟信号输出至基带部。
基带部13将从RF部12输入的模拟信号转换为数字信号。基带部13从转换后的数字信号中去除相当于CP(Cyclic Prefix：循环前缀)的部分，对去除CP后的信号进行快速傅里叶变换(Fast Fourier Transform：FFT)，提取频域的信号。
基带部13对数据进行快速傅里叶逆变换(Inverse Fast Fourier Transform：IFFT)，生成SC-FDMA符号，对生成的SC-FDMA符号附加CP来生成基带的数字信号，将基带的数字信号转换为模拟信号。基带部13将转换后的模拟信号输出至RF部12。
RF部12使用低通滤波器来将多余的频率分量从由基带部13输入的模拟信号中去除，将模拟信号上变频(up convert)为载波频率，经由天线部11发送。此外，RF部12将功率放大。此外，RF部12也可以具备控制发送功率的功能。也将RF部12称为发送功率控制部。
图17是表示本实施方式的基站装置3的构成的概略框图。如图17所示，基站装置3构成为包括无线收发部30以及上层处理部34。无线收发部30构成为包括天线部31、RF部32、以及基带部33。上层处理部34构成为包括媒体接入控制层处理部35以及无线资源控制层处理部36。也将无线收发部30称为发送部、接收部或物理层处理部。
上层处理部34进行媒体接入控制(Medium Access Control：MAC)层、分组数据汇聚协议(Packet Data Convergence Protocol：PDCP)层、无线链路控制(Radio LinkControl：RLC)层、无线资源控制(Radio Resource Control：RRC)层的处理。
上层处理部34所具备的媒体接入控制层处理部35进行媒体接入控制层的处理。媒体接入控制层处理部15基于由无线资源控制层处理部16管理的各种设定信息/参数进行HARQ的控制。媒体接入控制层处理部15生成针对上行链路数据(UL-SCH)的ACK/NACK以及HARQ信息。针对上行链路数据(UL-SCH)的ACK/NACK以及HARQ信息由PHICH或PDCCH发送至终端装置1。
上层处理部34所具备的无线资源控制层处理部36进行无线资源控制层的处理。无线资源控制层处理部36生成或从上位节点获取设定于物理下行链路共享信道的下行链路数据(传输块)、系统信息、RRC消息、MAC CE(Control Element：控制元素)等，并输出至无线收发部30。此外，无线资源控制层处理部36进行各终端装置1的各种设定信息/参数的管理。无线资源控制层处理部36可以经由上层信号对各终端装置1设定各种设定信息/参数。即，无线资源控制层处理部36发送/广播表示各种设定信息/参数的信息。
由于无线收发部30的功能与无线收发部10相同，因此省略其说明。
基站装置3所具备的标注有附图标记30至附图标记36的各部分也可以构成为电路。终端装置1所具备的标注有附图标记10至附图标记16的各部分也可以构成为电路。
以下，对本实施方式的终端装置以及基站装置的各种方案进行说明。
(1)本实施方式的第一方案是一种终端装置，具备：接收部10，接收包括DCI格式的PDCCH；以及发送部10，基于所述PDCCH的检测执行PUSCH发送，对于与所述PUSCH发送对应的HARQ进程，针对所述HARQ进程的UL HARQ RTT(Round Trip Timer)定时器的值至少基于第一条件和/或第二条件给出，所述第一条件为所述检测到的PDCCH的搜索空间是公共搜索空间或UE特有搜索空间中的任一个，所述第二条件为所述HARQ进程的类型是同步HARQ或异步HARQ中的任一个。
(2)在本实施方式的第一方案中，在FDD的情况下，在公共搜索空间检测到所述PDCCH的情况下，所述UL HARQ RTT定时器的值是4个子帧，在UE特有搜索空间检测到所述PDCCH的情况下，所述UL HARQ RTT定时器的值是3个子帧。
(3)在本实施方式的第一方案中，在FDD的情况下，所述HARQ进程是同步HARQ的情况下，所述UL HARQ RTT定时器的值是4个子帧，所述HARQ进程是异步HARQ的情况下，所述ULHARQ RTT定时器的值是3个子帧。
(4)本实施方式的第二方案是终端装置，具备：接收部10，接收包括DCI格式的PDCCH；以及发送部10，基于所述PDCCH的检测在PUCCH执行针对PDSCH接收的HARQ-ACK的发送，对于与所述PDSCH接收对应的HARQ进程，针对所述HARQ进程的HARQ RTT(Round TripTimer)定时器的值至少基于第三条件给出，所述第三条件为所述检测到的PDCCH的搜索空间是公共搜索空间或UE特有搜索空间中的任一个。
(5)在本实施方式的第二方案中，在FDD的情况下，在公共搜索空间检测到所述PDCCH的情况下，所述HARQ RTT定时器的值是8个子帧，在UE特有搜索空间检测到所述PDCCH的情况下，所述HARQ RTT定时器的值是6个子帧。
由此，终端装置1能与基站装置3高效地进行通信。
在本发明的一个方案所涉及的基站装置3以及终端装置1中工作的程序可以是对CPU(Central Processing Unit)等进行控制从而实现本发明的一个方案所涉及的上述实施方式的功能的程序(使计算机发挥作用的程序)。然后，由这些装置处理的信息在进行其处理时暂时存储于RAM(Random Access Memory：随机存取存储器)，之后，储存于Flash ROM(Read Only Memory：只读存储器)等各种ROM、HDD(Hard Disk Drive：硬盘驱动器)中，根据需要通过CPU来进行读出、修正、写入。
需要说明的是，也可以通过计算机来实现上述实施方式的终端装置1、基站装置3的一部分。在该情况下，可以通过将用于实现该控制功能的程序记录于计算机可读记录介质，将记录于该记录介质的程序读入计算机系统并执行来实现。
需要说明的是，此处所提到的“计算机系统”是指内置于终端装置1或基站装置3的计算机系统，采用包括OS、外围设备等硬件的计算机系统。此外，“计算机可读记录介质”是指软盘、磁光盘、ROM、CD-ROM等可移动介质、内置于计算机系统的硬盘等存储装置。
而且，“计算机可读记录介质”也可以包括：像经由互联网等网络或电话线路等通信线路来发送程序的情况下的通信线那样短时间内、动态地保存程序的记录介质；以及像作为该情况下的服务器、客户端的计算机系统内部的易失性存储器那样保存程序固定时间的记录介质。此外，上述程序可以是用于实现上述功能的一部分的程序，而且也可以是能通过与已记录在计算机系统中的程序进行组合来实现上述功能的程序。
此外，上述实施方式中的基站装置3也能实现为由多个装置构成的集合体(装置组)。构成装置组的各个装置可以具备上述实施方式的基站装置3的各功能或各功能块中的一部分或全部。作为装置组，具有基站装置3的全部各功能或各功能块即可。此外，上述实施方式的终端装置1也能与作为集合体的基站装置进行通信。
此外，上述实施方式中的基站装置3可以是EUTRAN(Evolved UniversalTerrestrial Radio Access Network：演进通用陆地无线接入网络)。此外，上述实施方式中的基站装置3也可以具有针对eNodeB的上位节点的功能的一部分或全部。
此外，既可以将上述实施方式的终端装置1、基站装置3的一部分或全部实现为典型地作为集成电路的LSI，也可以实现为芯片组。终端装置1、基站装置3的各功能块既可以独立芯片化，也可以集成一部分或全部来芯片化。此外，集成电路化的方法不限于LSI，也可以利用专用电路或通用处理器来实现。此外，在随着半导体技术的进步而出现了代替LSI的集成电路化的技术的情况下，也可以使用基于该技术的集成电路。
此外，在上述实施方式中，记载了作为通信装置的一个示例的终端装置，但是本申请的发明并不限定于此，能被应用于设置在室内外的固定式或非可动式电子设备，例如AV设备、厨房设备、扫除/洗涤设备、空调设备、办公设备、自动售卖机以及其他生活设备等终端装置或通信装置。
以上，参照附图对本发明的实施方式进行了详细说明，但具体构成并不限于本实施方式，也包括不脱离本发明的主旨的范围的设计变更等。此外，本发明的一个方案能在技术方案所示的范围内进行各种变更，将分别在不同的实施方式中公开的技术方案适当地组合而得到的实施方式也包括在本发明的技术范围内。此外，还包括将作为上述各实施方式中记载的要素的起到同样效果的要素彼此替换而得到的构成。
工业上的可利用性
本发明的一个方案例如能用于通信系统、通信设备(例如便携电话装置、基站装置、无线LAN装置或传感器设备)、集成电路(例如通信芯片)或程序等。
符号说明
1(1A、1B、1C) 终端装置
3 基站装置
10 无线收发部
11 天线部
12 RF部
13 基带部
14 上层处理部
15 媒体接入控制层处理部
16 无线资源控制层处理部
30 无线收发部
31 天线部
32 RF部
33 基带部
34 上层处理部
35 媒体接入控制层处理部
36 无线资源控制层处理部

Claims (4)

1.一种有能力缩短处理时间的终端装置，所述终端装置具备：
接收单元，所述接收单元被配置为在配置有TDD UL/DL配置的时分双工TDD服务小区中接收第一物理下行链路控制信道PDCCH，所述第一PDCCH具有由小区无线电网络临时标识符C-RNTI加扰的循环冗余校验，所述第一PDCCH包括上行链路授权；以及
发送单元，所述发送单元被配置为在检测到所述第一PDCCH之后，在所述TDD服务小区中的子帧n中的物理上行链路共享信道PUSCH中执行上行链路发送，
其中，在针对所述TDD服务小区接收与缩短处理时间相关联的第一无线电资源控制RRC参数，且在用户设备UE特定搜索空间中解码所述第一PDCCH的情况下，与所述上行链路授权对应的混合自动重传请求HARQ进程被确定为异步HARQ进程，且根据第一表给出用于所述HARQ进程的UL HARQ往返时间RTT定时器的值；以及
在针对所述TDD服务小区接收所述第一RRC参数，且在公共搜索空间中解码所述第一PDCCH的情况下，与所述上行链路授权对应的所述HARQ进程被确定为同步HARQ进程，且根据第二表给出用于所述HARQ进程的UL HARQ RTT定时器的值，其中，
所述第一表是以下表：
Figure FDA0004065214390000011
所述第二表是以下表：
Figure FDA0004065214390000021
2.一种基站装置，所述基站具备：
发送单元，所述发送单元被配置为在配置有TDD UL/DL配置的时分双工TDD服务小区中发送第一物理下行链路控制信道PDCCH，所述第一PDCCH具有由小区无线电网络临时标识符C-RNTI加扰的循环冗余校验，所述第一PDCCH包括上行链路授权，
接收单元，所述接收单元被配置为基于所述第一PDCCH，在所述TDD服务小区中的子帧n中的物理上行链路共享信道PUSCH中执行上行链路接收，
其中，在针对所述TDD服务小区发送与缩短处理时间相关联的第一无线电资源控制RRC参数，且在用户设备UE特定搜索空间中发送所述第一PDCCH的情况下，与所述上行链路授权对应的混合自动重传请求HARQ进程被确定为异步HARQ进程，且根据第一表给出用于所述HARQ进程的UL HARQ往返时间RTT定时器的值；以及
在针对所述TDD服务小区发送所述第一RRC参数，且在公共搜索空间中发送所述第一PDCCH的情况下，与所述上行链路授权对应的所述HARQ进程被确定为同步HARQ进程，且根据第二表给出用于所述HARQ进程的UL HARQ RTT定时器的值，其中，
所述第一表是以下表：
Figure FDA0004065214390000031
所述第二表是以下表：
Figure FDA0004065214390000032
3.一种用于有能力缩短处理时间的终端装置的通信方法，所述通信方法包括：
在配置有TDD UL/DL配置的时分双工TDD服务小区中接收第一物理下行链路控制信道PDCCH，所述第一PDCCH具有由小区无线电网络临时标识符C-RNTI加扰的循环冗余校验，所述第一PDCCH包括上行链路授权；
在检测到所述第一PDCCH之后，在所述TDD服务小区中的子帧n中的物理上行链路共享信道PUSCH上执行上行链路发送，
其中，在针对所述TDD服务小区接收与缩短处理时间相关联的第一无线电资源控制RRC参数，且在用户设备UE特定搜索空间中解码所述第一PDCCH的情况下，与所述上行链路授权对应的混合自动重传请求HARQ进程被确定为异步HARQ进程，且根据第一表给出用于所述HARQ进程的UL HARQ往返时间RTT定时器的值；以及
在针对所述TDD服务小区接收所述第一RRC参数，且在公共搜索空间中解码所述第一PDCCH的情况下，与所述上行链路授权对应的所述HARQ进程被确定为同步HARQ进程，且根据第二表给出用于所述HARQ进程的UL HARQ RTT定时器的值，其中，
所述第一表是以下表：
Figure FDA0004065214390000041
所述第二表是以下表：
Figure FDA0004065214390000042
4.一种用于基站装置的通信方法，所述通信方法包括：
在配置有TDD UL/DL配置的时分双工TDD服务小区中发送第一物理下行链路控制信道PDCCH，所述第一PDCCH具有由小区无线电网络临时标识符C-RNTI加扰的循环冗余校验，所述第一PDCCH包括上行链路授权；
基于所述第一PDCCH，在所述TDD服务小区中的子帧n中的物理上行链路共享信道PUSCH上执行上行链路接收，
其中，在针对所述TDD服务小区发送与缩短处理时间相关联的第一无线电资源控制RRC参数，且在用户设备UE特定搜索空间中发送所述第一PDCCH的情况下，与所述上行链路授权对应的混合自动重传请求HARQ进程被确定为异步HARQ进程，且根据第一表给出用于所述HARQ进程的UL HARQ往返时间RTT定时器的值；以及
在针对所述TDD服务小区发送所述第一RRC参数，且在公共搜索空间中发送所述第一PDCCH的情况下，与所述上行链路授权对应的所述HARQ进程被确定为同步HARQ进程，且根据第二表给出用于所述HARQ进程的UL HARQ RTT定时器的值，其中，
所述第一表是以下表：
Figure FDA0004065214390000051
所述第二表是以下表：
Figure FDA0004065214390000052
CN201880015175.6A 2017-03-22 2018-03-14 终端装置、基站装置、通信方法以及集成电路 Active CN110419238B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017-055586 2017-03-22
JP2017055586A JP2020080442A (ja) 2017-03-22 2017-03-22 端末装置、基地局装置、通信方法、および、集積回路
PCT/JP2018/009970 WO2018173885A1 (ja) 2017-03-22 2018-03-14 端末装置、基地局装置、通信方法、および、集積回路

Publications (2)

Publication Number Publication Date
CN110419238A CN110419238A (zh) 2019-11-05
CN110419238B true CN110419238B (zh) 2023-03-21

Family

ID=63584483

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880015175.6A Active CN110419238B (zh) 2017-03-22 2018-03-14 终端装置、基站装置、通信方法以及集成电路

Country Status (8)

Country Link
US (1) US11082161B2 (zh)
EP (1) EP3606153A4 (zh)
JP (1) JP2020080442A (zh)
KR (1) KR102538561B1 (zh)
CN (1) CN110419238B (zh)
BR (1) BR112019019231A2 (zh)
CA (1) CA3056743A1 (zh)
WO (1) WO2018173885A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2017206661B2 (en) * 2016-01-11 2019-11-14 Telefonaktiebolaget Lm Ericsson (Publ) Method for controlling connected mode DRX operations
JP2020080442A (ja) * 2017-03-22 2020-05-28 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
JP2020120142A (ja) * 2017-05-26 2020-08-06 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
CN111213334B (zh) * 2017-08-11 2022-08-05 瑞典爱立信有限公司 用于自主上行链路传输和重传的方法
US20190159238A1 (en) * 2017-11-21 2019-05-23 Electronics And Telecommunications Research Institute Method for providing low latency service in communication system and apparatus for the same
US11115156B2 (en) * 2017-11-22 2021-09-07 FG Innovation Company Limited Discontinuous reception operations among multiple bandwidth parts
CN111527728B (zh) * 2018-01-04 2023-01-06 华为技术有限公司 一种全双工传输方法以及相关设备
WO2020064770A1 (en) * 2018-09-24 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Control of power saving using layer-1 signaling
US11139927B2 (en) * 2018-10-09 2021-10-05 Mediatek Singapore Pte. Ltd. Method and apparatus for re-transmission of system information message in mobile communications
CN113412659B (zh) * 2019-02-14 2024-04-16 株式会社Ntt都科摩 用户装置和通信方法
EP4221310A4 (en) * 2020-09-29 2023-11-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD AND DEVICE FOR WIRELESS COMMUNICATION
KR20240008340A (ko) * 2021-05-10 2024-01-18 엘지전자 주식회사 Harq-ack 정보를 전송하는 방법, 사용자기기, 프로세싱장치, 및 저장 매체, 그리고 harq-ack 정보를 수신하는 방법 및 기지국

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104348597A (zh) * 2013-08-08 2015-02-11 北京三星通信技术研究有限公司 一种pusch的调度和harq-ack信息的传输方法
WO2016175007A1 (ja) * 2015-04-28 2016-11-03 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
EP3140943A1 (en) * 2014-05-09 2017-03-15 Qualcomm Incorporated Hd-fdd harq operation

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9723651B2 (en) * 2014-11-10 2017-08-01 Qualcomm Incorporated Enhanced connection management for multiple access networks
JP2017055586A (ja) 2015-09-10 2017-03-16 日立オートモティブシステムズ株式会社 電力変換装置
US10581559B2 (en) * 2016-07-18 2020-03-03 Sharp Kabushiki Kaisha User Equipment, base stations and methods
US10602567B2 (en) * 2016-08-12 2020-03-24 Motorola Mobility Llc Methods, devices, and systems for discontinuous reception for a shortened transmission time interval and processing time
JP7201433B2 (ja) * 2016-08-31 2023-01-10 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
BR112019006176A2 (pt) * 2016-09-29 2019-06-18 Ericsson Telefon Ab L M gerenciamento de tempo ativo com concessão de duas etapas
WO2018106004A1 (en) 2016-12-06 2018-06-14 Lg Electronics Inc. Method and user equipment for receiving downlink signals
JP2020080442A (ja) * 2017-03-22 2020-05-28 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
US10568129B2 (en) * 2017-06-15 2020-02-18 Ofinno, Llc Grant free configuration

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104348597A (zh) * 2013-08-08 2015-02-11 北京三星通信技术研究有限公司 一种pusch的调度和harq-ack信息的传输方法
EP3140943A1 (en) * 2014-05-09 2017-03-15 Qualcomm Incorporated Hd-fdd harq operation
WO2016175007A1 (ja) * 2015-04-28 2016-11-03 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
"R2-1701606 - HARQ processes with fallback, asynchronous to synchronous HARQ";Ericsson;《3GPP tsg_ran\WG2_RL2》;20170204;全文 *
"R2-1701882 Impacts of Shortened Processing Time on RAN2";Huawei等;《3GPP tsg_ran\WG2_RL2》;20170204;全文 *
Ericsson.R1-1703251 "Asynchronous HARQ for PUSCH".《3GPP tsg_ran\WG1_RL1》.2017,第1-4节. *
R1-1701746 "Asynchronous UL HARQ";Huawei等;《3GPP tsg_ran\WG1_RL1》;20170207;全文 *
R1-1702006 "On asynchronous UL HARQ for 1ms TTI";Nokia等;《3GPP tsg_ran\WG1_RL1》;20170206;全文 *
R1-1703251 "Asynchronous HARQ for PUSCH";Ericsson;《3GPP tsg_ran\WG1_RL1》;20170207;第1-4节 *

Also Published As

Publication number Publication date
KR20190130571A (ko) 2019-11-22
BR112019019231A2 (pt) 2020-04-14
EP3606153A1 (en) 2020-02-05
KR102538561B1 (ko) 2023-06-01
US11082161B2 (en) 2021-08-03
CN110419238A (zh) 2019-11-05
CA3056743A1 (en) 2018-09-27
US20200052830A1 (en) 2020-02-13
WO2018173885A1 (ja) 2018-09-27
EP3606153A4 (en) 2021-04-21
JP2020080442A (ja) 2020-05-28

Similar Documents

Publication Publication Date Title
CN110419238B (zh) 终端装置、基站装置、通信方法以及集成电路
CN107534895B (zh) 终端装置、基站装置、通信方法以及集成电路
CN110050495B (zh) 终端装置、通信方法以及集成电路
US10389493B2 (en) Terminal device, communication method, and integrated circuit
JP6793749B2 (ja) 端末装置、基地局装置、通信方法、および、集積回路
CN107637138B (zh) 终端装置、通信方法以及集成电路
US9854599B2 (en) Terminal device, integrated circuit, and radio communication method capable of reducing power consumption in radio communication system to which dynamic TDD is applied
CN107710834B (zh) 终端装置、通信方法以及集成电路
CN107637139B (zh) 终端装置、通信方法以及集成电路
US11039462B2 (en) Terminal apparatus, base station apparatus, communication method, and integrated circuit
CN110521263B (zh) 终端装置、基站装置、通信方法以及集成电路
WO2018092844A1 (ja) 端末装置、基地局装置、通信方法、および、集積回路

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20231211

Address after: Japan's Osaka City. Sakai Sakai district town 1 times

Patentee after: Sharp Corp.

Address before: Japan's Osaka City. Sakai Sakai district town 1 times

Patentee before: Sharp Corp.

Patentee before: FG Innovation Co.,Ltd.

TR01 Transfer of patent right