CN110832900A - 终端装置、基站装置以及通信方法 - Google Patents

终端装置、基站装置以及通信方法 Download PDF

Info

Publication number
CN110832900A
CN110832900A CN201880043513.7A CN201880043513A CN110832900A CN 110832900 A CN110832900 A CN 110832900A CN 201880043513 A CN201880043513 A CN 201880043513A CN 110832900 A CN110832900 A CN 110832900A
Authority
CN
China
Prior art keywords
harq
harq process
transmission
subframe
uplink grant
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.)
Granted
Application number
CN201880043513.7A
Other languages
English (en)
Other versions
CN110832900B (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
Priority claimed from PCT/JP2018/027086 external-priority patent/WO2019021929A1/ja
Publication of CN110832900A publication Critical patent/CN110832900A/zh
Application granted granted Critical
Publication of CN110832900B publication Critical patent/CN110832900B/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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping 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/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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • 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

Landscapes

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

Abstract

本发明的终端装置具备：媒体接入控制层处理部，管理HARQ进程；以及物理层处理部，进行与通过物理层的PUSCH发送关联的处理，设定于终端装置的第一HARQ进程至少基于所述第一HARQ进程的发送和第二HARQ进程的发送是否在同一发送时间发生，确定是否指示所述物理层处理部生成所述第一HARQ进程的发送，所述第二HARQ进程的发送被调度为使用短处理时间。

Description

终端装置、基站装置以及通信方法
技术领域
本发明涉及终端装置、基站装置以及通信方法。
本申请基于2017年7月24日在日本提出申请的日本专利申请2017-142774号和2017年8月9日在日本提出申请的日本专利申请2017-154079号主张优先权，并将其内容援引至此。
背景技术
在第三代合作伙伴计划(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)。
存在如下问题：在同一的上行链路子帧中发生了不缩短通过PHICH请求的处理时间的PUSCH的发送和缩短由上行链路授权调度的处理时间的PUSCH的发送。在3GPP中，对在该情况下优先执行由上行链路授权调度的PUSCH的发送进行了研究(非专利文献2)。
现有技术文献
非专利文献
非专利文献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：“Handling collisions between n+4 and n+3”，R1-1704633，ZTE，ZTE Microelectronics，3GPP TSG RAN WG1 Meeting#88bis，3rd-7th April 2017.
发明内容
发明要解决的问题
然而，在未通过由上行链路授权调度的PUSCH的发送来发送通过PHICH请求的PUSCH的发送的情况下，尚未充分对该未被发送的PUSCH的发送的下一次发送进行研究。
本发明的一个方案是鉴于上述情况而完成的，其目的在于，提供能与基站装置高效地进行通信的终端装置、安装于该终端装置的集成电路、用于该终端装置的通信方法、与该终端装置进行通信的基站装置、用于该基站装置的通信方法以及安装于该基站装置的集成电路。
技术方案
(1)为了实现上述目的，本发明的方案采用了如下的方案。即，本发明的第一方案是一种终端装置，具备：接收部，接收包括上行链路授权的物理下行链路控制信道(PDCCH)；以及媒体接入控制层处理部，管理混合自动重传请求(HARQ)实体，所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，在未对所述第一HARQ进程和发送时间间隔(TTI)指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
(2)此外，本发明的第二方案是：在第一方案的终端装置中，对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道(PUSCH)发送是比接收到所述上行链路授权的子帧靠后3个子帧的子帧。
(3)此外，本发明的第三方案是一种基站装置，具备：发送部，发送包括上行链路授权的物理下行链路控制信道(PDCCH)；以及媒体接入控制层处理部，管理混合自动重传请求(HARQ)实体，所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，在未对所述第一HARQ进程和发送时间间隔(TTI)指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
(4)此外，本发明的第四方案是：在第三方案的基站装置中，对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道(PUSCH)接收是比已发送所述上行链路授权的子帧靠后3个子帧的子帧。
(5)此外，本发明的第五方案是一种用于终端装置的通信方法，具有：接收过程，接收包括上行链路授权的物理下行链路控制信道(PDCCH)；以及媒体接入控制层处理过程，管理混合自动重传请求(PDCCH)实体，所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，在未对所述第一HARQ进程和发送时间间隔(TTI)指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
(6)此外，本发明的第六方案是：在第五方案的通信方法中，对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道(PUSCH)发送是比接收到所述上行链路授权的子帧靠后3个子帧的子帧。
(7)此外，本发明的第七方案是一种用于基站装置的通信方法，具有：发送过程，发送包括上行链路授权的物理下行链路控制信道(PDCCH)；以及媒体接入控制层处理过程，管理混合自动重传请求(PDCCH)实体，所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，在未对所述第一HARQ进程和发送时间间隔(TTI)指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
(8)此外，本发明的第八方案是：在第七方案的通信方法中，对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道(PUSCH)接收是比已发送所述上行链路授权的子帧靠后3个子帧的子帧。
有益效果
根据本发明的一个方案，终端装置能高效地与基站装置进行通信。
附图说明
图1是本实施方式的无线通信系统的概念图。
图2是表示本实施方式的针对设定了载波聚合的上行链路的MAC层的构造的一个示例的图。
图3是表示本实施方式的无线帧的概略构成的图。
图4是表示本实施方式的上行链路同步HARQ的一个示例的图。
图5是表示本实施方式的上行链路异步HARQ的一个示例的图。
图6是表示本实施方式的与上行链路HARQ进程对应的UL HARQ RTT定时器的值的一个示例。
图7是表示本实施方式的通过PHICH进行的PUSCH同步发送的一个示例的图。
图8是表示本实施方式的基于不同的处理时间的PUSCH发送的冲突的一个示例的图。
图9是表示本实施方式的将HARQ进程的状态变量HARQ_FEEDBACK设定为ACK的另一示例的图。
图10是表示本实施方式的TTI和sTTI的一个示例的图。
图11是表示本实施方式的终端装置1的构成的概略框图。
图12是表示本实施方式的基站装置3的构成的概略框图。
具体实施方式
以下，对本发明的实施方式进行说明。
图1是本实施方式的无线通信系统的概念图。在图1中，无线通信系统具备终端装置1A～1C以及基站装置3。以下，将终端装置1A～1C称为终端装置1。
以下，对载波聚合进行说明。
在本实施方式中，终端装置1中设定有一个或多个服务小区。将终端装置1经由多个服务小区进行通信的技术称为小区聚合或载波聚合。本发明的一个方案可以应用于对终端装置1设定的多个服务小区的每一个。此外，本发明的一个方案也可以应用于所设定的多个服务小区的一部分。此外，本发明的一个方案也可以应用于所设定的多个服务小区组的每一个。此外，本发明的一个方案也可以应用于所设定的多个服务小区组的一部分。多个服务小区至少包括一个主小区(Primary cell)。多个服务小区也可以包括一个或多个辅小区(Secondary cell)。多个服务小区也可以包括一个或多个LAA(Licensed AssistedAccess：授权辅助接入)小区。
本实施方式的无线通信系统应用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)。在设定了载波聚合的上行链路中，每个服务小区(上行链路分量载波)的MAC实体中存在一个独立的HARQ实体(entity)。HARQ实体并行管理多个HARQ进程。HARQ进程与HARQ缓冲器关联。即，HARQ实体与多个HARQ缓冲器关联。HARQ进程将MAC层的数据存储于HARQ缓冲器。HARQ进程指示物理层发送该MAC层的数据。
在设定了载波聚合的上行链路中，可以在每个服务小区按每个TTI(TransmissionTime Interval：传输时间间隔)生成至少一个传输块。各传输块和该传输块的HARQ重传映射至一个服务小区。也将TTI称为子帧。传输块是通过UL-SCH(uplink shared channel：上行链路共享信道)发送的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(Negaive 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信息。与下行链路指配一起通过PDCCH发送的HARQ信息也包括表示下行链路中的HARQ进程的编号的信息(downlink HARQprocess Identifier/Identity：下行链路HARQ进程标识符/标识、downlink HARQ processnumber：下行链路HARQ进程号)。由下行链路指配提供的(或与下行链路指配关联的)HARQ信息也包括表示下行链路中的HARQ进程的编号的信息(downlink HARQ processIdentifier/Identity：下行链路HARQ进程标识符/标识、downlink HARQ process number：下行链路HARQ进程号)。与异步HARQ关联且与上行链路授权关联的HARQ信息还可以包括表示上行链路中的HARQ进程的编号的信息(uplink HARQ process Identifier/Identity：上行链路HARQ进程标识符/标识、uplink HARQ process number：上行链路HARQ进程号)。与异步HARQ关联也可以是转送(deliver)HARQ信息的HARQ进程与异步HARQ对应。与关于异步(asynchronous)HARQ的上行链路授权一起通过PDCCH发送的HARQ信息还可以包括表示上行链路中的HARQ进程的编号的信息(uplink HARQ process Identifier/Identity、uplinkHARQ process number)。与同步HARQ关联且与上行链路授权关联的HARQ信息可以不包括表示上行链路中的HARQ进程的编号的信息(uplink HARQ process Identifier/Identity、uplink HARQ process number)。与同步HARQ关联也可以是转送(deliver)HARQ信息的HARQ进程与同步HARQ对应。与关于同步(synchronous)HARQ的上行链路授权一起通过PDCCH发送的HARQ信息也可以不包括表示上行链路中的HARQ进程的编号的信息(uplink HARQprocess Identifier/Identity、uplink HARQ process number)。
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或临时C-RNTI(Temporary C-RNTI)来对附加于通过一个PDCCH发送的下行链路控制信息的CRC(CyclicRedundancy Check：循环冗余校验)奇偶校验位进行加扰。C-RNTI和SPS C-RNTI是用于在小区内识别终端装置的标识符。临时C-RNTI是用于在竞争随机接入过程(contention basedrandom access procedure)中识别发送了随机接入前导的终端装置1的标识符。
C-RNTI和临时C-RNTI用于识别单个子帧的PDSCH发送或PUSCH发送。SPS C-RNTI用于周期性地分配PDSCH或PUSCH的资源。
以下，除非明确说明，在本实施方式中，附加于下行链路控制信息的CRC奇偶校验位通过C-RNTI来进行加扰。
PDCCH在PDCCH候选中发送。终端装置1在服务小区中监测PDCCH候选(candidate)的集合。将PDCCH候选的集合称为搜索空间。搜索空间至少包括公共搜索空间(CommonSearch Space、CSS)和UE特有搜索空间(UE-specific Search Space、USS)。UE特有搜索空间至少从终端装置1所设定的C-RNTI的值中导出。即，UE特有搜索空间按每个终端装置1单独地导出。公共搜索空间是多个终端装置1之间通用的搜索空间，由预先设定的索引CCE(Control Channel Element：控制信道元件元素)构成。CCE由多个资源元素构成。监测是根据某个DCI格式尝试PDCCH的解码的意思。
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(HybridAutomatic Repeat reQuest：混合自动重传请求)的控制。传输块是MAC层转发(deliver)至物理层的数据的单位。在物理层，传输块映射至码字，并按每个码字来进行编码处理。
对本实施方式的无线帧(radio frame)的结构(structure)进行说明。
图3是表示本实施方式的无线帧的概略构成的图。在图3中，横轴是时间轴。此外，类型1的各无线帧长度分别为10ms，由10个子帧定义。各子帧长度分别为1ms，由2个连续的时隙定义。各时隙长度为0.5ms。无线帧内的第i个子帧由第(2×i)个时隙和第(2×i+1)个时隙构成。
此外，上述的一个子帧中包括的符号的个数可以基于针对用于发送和/或接收的物理信道的子载波间隔(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的子帧靠后i个子帧的子帧。
以下，对本实施方式的针对上行链路授权的PUSCH的发送定时进行说明。
关于针对上行链路授权的PUSCH的发送定时，对于FDD，在终端装置1检测到子帧n中的PDCCH(上行链路授权)的情况下，终端装置1在子帧n+k中发送针对该上行链路授权的PUSCH。即，针对上行链路授权的PUSCH的发送定时是比检测到上行链路授权的子帧靠后k个子帧的子帧。
对于FDD，k和j可以是4。可以将是4的k和j称为常规定时(normal timing、常规处理时间、Normal processing time)。在常规处理时间的情况下，针对PDSCH的HARQ-ACK的发送定时和针对上行链路授权的PUSCH的发送定时是4个子帧。
此外，k和/或j的值也可以是小于4的值。例如，k和/或j的值可以是3。此外，例如，k和/或j的值也可以是2。k和/或j的值可以根据终端装置1的处理能力确定。是小于4的值的k和j也可以称为缩短定时(short processing time、缩短处理时间、短处理时间)。在短处理时间的情况下，针对PDSCH的HARQ-ACK的发送定时和针对上行链路授权的PUSCH的发送定时是少于4个的子帧。即，终端装置1的缩短处理能力是使用短处理时间来进行数据的收发的能力。在此，k和/或j的值可以是根据规格书等定义，基站装置3与终端装置1之间已知的值。
在此，终端装置1的处理能力可以由终端装置1的能力信息(capabilityinformation)来表示。在本实施方式中，终端装置1的缩短能力信息可以是指与表示支持(或不支持)缩短常规处理时间的能力关联的终端装置1的能力信息。具有缩短处理能力的终端装置1能使用比常规处理时间短的处理时间(缩短处理时间、短处理时间)来进行数据的收发。
在基站装置3(EUTRAN)需要终端装置1的能力信息时，基站装置3开始与连接模式的终端装置1(就是说，建立有RRC连接的终端装置1)的能力信息的获取有关的过程。基站装置3询问终端装置1的能力信息(例如，缩短处理能力)。终端装置1根据该询问将终端装置1的能力信息发送至基站装置3。基站装置3基于终端装置1的能力信息来判断终端装置1是否与规定的能力对应。在终端装置1与规定的能力对应的情况下，基站装置3使用上层信令等来向终端装置1发送与该规定的能力对应的设定信息。终端装置1基于是否设定有与能力信息对应的设定信息来判断是进行基于该能力的收发还是不基于该能力进行收发。例如，与缩短处理能力对应的设定信息可以定义为RRC层的参数shortProcessingTime。设定有RRC层的参数shortProcessingTime的终端装置1可以使用短处理时间来收发数据。此外，未设定RRC层的参数shortProcessingTime的终端装置1可以使用常规处理时间来收发数据。
RRC层的参数shortProcessingTime是表示是否在某个服务小区中执行基于短处理时间的数据的收发的参数。在此，设定有RRC参数shortProcessingTime表示通过上层信令发送的参数shortProcessingTime的值为真(True)。将参数shortProcessingTime的值设定为真可以包括使用短处理时间(例如3ms)来进行收发。以下，未设定RRC参数shortProcessingTime可以表示通过上层信令发送的参数shortProcessingTime的值为假(False)，也可以表示在接收到的上层信令(上层信息)中不包括RRC参数shortProcessingTime。将参数shortProcessingTime的值设定位假可以包括使用常规处理时间(例如3ms)来进行收发。
需要说明的是，可以在服务小区中定义(规定)RRC参数shortProcessingTime。即，基站装置3可以向终端装置1发送(通知)是否对各服务小区设定RRC参数shortProcessingTime。未设定用于某个服务小区的RRC参数shortProcessingTime的终端装置1可以在该服务小区中使用常规处理时间来进行收发。设定有用于某个服务小区的RRC参数shortProcessingTime的终端装置1可以在该服务小区中使用短处理时间(例如3ms)来进行收发。在此，如果在公共搜索空间检测到设定有RRC参数shortProcessingTime的服务小区中的下行链路指配或上行链路授权，则终端装置1可以使用常规处理时间来进行收发。此外，如果在UE特有搜索空间检测到该服务小区中的下行链路指配或上行链路授权，则终端装置1可以使用短处理时间来进行收发。是否对某个服务小区设定RRC参数shortProcessingTime对于上层(RRC)而言是任意的(optional：可选的)。
此外，RRC参数shortProcessingTime可以按每个PUCCH组(PUCCH Group)来进行定义(规定)。基站装置3可以向终端装置1发送(通知)是否对各PUCCH组设定RRC参数shortProcessingTime。可以对属于相同的PUCCH组(PUCCH Group)的各服务小区应用与RRC参数shortProcessingTime有关的设定。例如。设定有用于某个PUCCH组的RRC参数shortProcessingTime的终端装置1可以在属于该PUCCH组的服务小区中使用短处理时间来进行收发。未设定用于某个PUCCH组的RRC参数shortProcessingTime的终端装置1可以在属于该PUCCH组的服务小区中使用常规处理时间来进行收发。在此，如果在公共搜索空间检测到设定有RRC参数shortProcessingTime的PUCCH组所属的服务小区中的下行链路指配或上行链路授权，则终端装置1可以使用常规处理时间来进行收发。此外，如果在UE特有搜索空间检测到设定有RRC参数shortProcessingTime的PUCCH组所属的服务小区中的下行链路指配或上行链路授权，则终端装置1可以使用短处理时间来进行收发。
PUCCH组包括主PUCCH组(Primary PUCCH Group)和辅PUCCH组(Secondary PUCCHGroup)。主PUCCH组是包括设定有PUCCH的主小区的多个服务小区的组。辅PUCCH组是至少包括设定有PUCCH的辅小区的多个辅小区的组。
以下，对本实施方式的DCI格式进行说明。
DCI格式0用于PUSCH的调度。DCI格式0不包括“Redundancy version(冗余版本)”字段和“HARQ process number(进程号)”字段。此外，DCI格式0D包括上行链路授权，用于PUSCH的调度。DCI格式0D包括“Redundancy version”字段和“HARQ process number”字段。在此，DCI格式0D可以用于设定有短处理时间的服务小区中的PUSCH的调度。需要说明的是，DCI格式0和DCI格式0D也可以称为上行链路授权。
未设定用于服务小区的RRC层的参数shortProcessingTime的终端装置1可以在该服务小区中的公共搜索空间和UE特有搜索空间对包括DCI格式0的PDCCH进行解码。未设定用于服务小区的RRC层的参数shortProcessingTime的终端装置1也可以在该服务小区中的UE特有搜索空间对包括DCI格式0的PDCCH进行解码。该DCI格式0可以用于上行链路同步HARQ。
设定有用于服务小区的RRC层的参数shortProcessingTime的终端装置1可以在该服务小区中的公共搜索空间对包括DCI格式0的PDCCH进行解码，并且可以在该服务小区中的UE特有搜索空间对包括DCI格式0D的PDCCH进行解码。设定有用于服务小区的RRC层的参数shortProcessingTime的终端装置1可以在该服务小区中的UE特有搜索空间对包括DCI格式0的PDCCH进行解码。该DCI格式0D可以用于上行链路同步HARQ。该DCI格式0D不用于上行链路同步HARQ。上行链路HARQ进程的编号根据DCI格式0D中包括的“HARQ process number”字段给出。在FDD的情况下，终端装置1可以在UE特有搜索空间中基于包括DCI格式0D的PDCCH的解码在比对PDCCH进行了解码的子帧靠后3个子帧的子帧中执行PUSCH的发送。此外，终端装置1也可以在公共搜索空间中基于包括DCI格式0的PDCCH的解码在比对PDCCH进行了解码的子帧靠后4个子帧的子帧中执行PUSCH的发送。
在终端装置1检测到子帧n中的PDCCH(上行链路授权、DCI格式0、DCI格式0D)的情况下，终端装置1在子帧n+k中发送针对该上行链路授权的PUSCH。在未设定用于服务小区的RRC层的参数shortProcessingTime，并且在子帧n中的公共搜索空间或UE特有搜索空间中检测到PDCCH(上行链路授权、DCI格式0)的情况下，k可以是4。在设定有用于服务小区的RRC层的参数shortProcessingTime，并且在子帧n中的公共搜索空间中检测到PDCCH(上行链路授权、DCI格式0)的情况下，k可以是4。在设定有用于服务小区的RRC层的参数shortProcessingTime，并且在子帧n中的UE特有搜索空间中检测到PDCCH(上行链路授权、DCI格式0D)的情况下，k可以是3。
如上所述，与HARQ进程对应的HARQ信息从物理层转发至上层(higher layers)。HARQ信息中是否包括表示HARQ进程的编号的信息(HARQ process ID)可以至少基于以下来确定：(1)映射包括上行链路授权的PDCCH的搜索空间的类型和/或(2)是否设定有RRC层的参数shortProcessingTime。在未设定RRC层的参数shortProcessingTime的服务小区中，表示HARQ进程的编号的信息可以不包括于HARQ信息。在设定有RRC层的参数shortProcessingTime的服务小区中，HARQ信息中是否包括表示HARQ进程的编号的信息(HARQ process ID)可以基于映射包括上行链路授权的PDCCH的搜索空间的类型来确定。就是说，在设定有RRC层的参数shortProcessingTime的服务小区中在公共搜索空间接收到与上行链路HARQ进程对应的上行链路授权的情况下，表示HARQ进程的编号的信息可以不包括于该HARQ信息。此外，在设定有RRC层的参数shortProcessingTime的服务小区中，在UE特有搜索空间接收到与上行链路HARQ进程对应的上行链路授权的情况下，表示HARQ进程的编号的信息可以包括于该HARQ信息。在设定有RRC层的参数shortProcessingTime的服务小区中，在UE特有搜索空间接收到包括与上行链路HARQ进程对应的上行链路授权的DCI格式的情况下，该DCI格式中包括的HARQ进程号字段可以是3比特的字段。就是说，该HARQ进程号字段可以是仅表示设定于终端装置1的HARQ进程的一部分的字段。该HARQ进程号字段也可以是表示设定于终端装置1的HARQ进程中与异步HARQ关联的HARQ进程的编号的字段。与异步HARQ关联的HARQ进程可以是下述的类型1。例如，在未设定RRC层的参数shortProcessingTime的服务小区中，设定于终端装置1的HARQ进程的个数在FDD中可以是8个。在设定有RRC层的参数shortProcessingTime的服务小区中，设定于终端装置1的HARQ进程的个数在FDD中可以是16个。
在本实施方式中，映射包括上行链路授权的PDCCH的搜索空间也可以是接收上行链路授权的搜索空间的意思。
上行链路的HARQ进程包括同步HARQ和异步HARQ。以下，对上行链路的同步HARQ进行说明。
在同步HARQ中，上行链路授权所对应的HARQ进程与接收到上行链路授权的子帧和/或发送与上行链路授权对应的PUSCH(UL-SCH)的子帧关联。终端装置1在同步HARQ中从接收到上行链路授权的子帧和/或发送与上行链路授权对应的PUSCH(UL-SCH)的子帧中导出上行链路授权所对应的HARQ进程。即，在同步HARQ中，HARQ实体可以不使用上行链路授权中包括的信息而确定上行链路授权所对应的HARQ进程。
图4是表示本实施方式的上行链路同步HARQ的一个示例的图。在图4中，一个子帧对应于一个HARQ进程。在图4中，四边形中的数字表示所对应的HARQ进程的编号。在同步HARQ中，HARQ实体从发送MAC层中的UL-SCH的数据的子帧或检测到与MAC层中的UL-SCH的数据对应的DCI格式0的子帧中导出HARQ进程。
在图4中，发送与上行链路授权对应的MAC层的数据的子帧从接收到上行链路授权的子帧中导出。例如，可以在比接收到上行链路授权的子帧靠后4个子帧的子帧中，通过PUSCH来发送与该上行链路授权对应的MAC层中的UL-SCH的数据。
在同步HARQ中，通过PHICH发送HARQ指示符来响应上行链路发送。预先设定进行了上行链路发送的子帧与发送对应的PHICH的子帧的对应关系。例如，在比通过PUSCH发送MAC层的数据的子帧靠后4个子帧的子帧中，通过PHICH发送针对该MAC层的数据的HARQ指示符。此外，例如，在比通过PHICH接收到NACK的子帧靠后4个子帧的子帧中，通过PUSCH重传MAC层的数据。
以下，对本实施方式的上行链路的异步HARQ进行说明。
图5是表示本实施方式的上行链路异步HARQ的一个示例的图。在图5中，一个子帧对应于一个HARQ进程。在图5中，四边形中的数字表示所对应的HARQ进程的编号。在异步HARQ中，在上行链路授权包括于映射至UE特有搜索空间的PDCCH的情况下，HARQ实体从“HARQ process number”字段中导出HARQ进程。在异步HARQ中，在上行链路授权包括于随机接入响应的情况下，HARQ实体可以使用确定编号的HARQ进程。该确定编号可以是0。该确定编号也可以是预先设定的编号。
在异步HARQ中，不通过PHICH发送HARQ指示符来响应上行链路发送。即，在异步HARQ中，MAC层的数据(传输块)的重传始终经由PDCCH来调度。在图5中，发送与上行链路授权对应的MAC层的数据的子帧从接收到上行链路授权的子帧中导出。例如，在短处理时间的情况下，可以在比接收到上行链路授权的子帧靠后3个子帧的子帧中，通过PUSCH发送与该上行链路授权对应的MAC层的数据。
在本实施方式中，对某个服务小区中的上行链路HARQ进程应用同步HARQ和异步HARQ中的哪一个可以基于是否对该服务小区设定了RRC层的参数shortProcessingTime来导出。在未设定RRC层的参数shortProcessingTime的服务小区中，可以对上行链路HARQ进程应用同步HARQ。在设定有RRC层的参数shortProcessingTime的服务小区中，可以对上行链路HARQ进程应用异步HARQ。此外，对设定有RRC层的参数shortProcessingTime的服务小区中的上行链路HARQ进程应用同步HARQ和异步HARQ中的哪一个可以根据接收到上行链路授权的搜索空间的类型来导出。例如，在公共搜索空间接收到与上行链路HARQ进程对应的上行链路授权的情况下，该上行链路HARQ进程的类型可以是同步HARQ。就是说，对在公共搜索空间接收到的与上行链路授权对应的MAC层的数据应用同步HARQ。此外，在UE特有搜索空间接收到与上行链路HARQ进程对应的上行链路授权的情况下，该上行链路HARQ进程的类型可以是异步HARQ。就是说，对在UE特有搜索空间接收到的与上行链路授权对应的MAC层的数据应用异步HARQ。
在设定有RRC层的参数shortProcessingTime的服务小区中，应用异步HARQ的HARQ进程也可以是被调度为使用短处理时间(ShortProcessingTime)的意思。即，在设定有RRC层的参数shortProcessingTime的服务小区中，应用同步HARQ的HARQ进程可以是调度为不使用短处理时间(ShortProcessingTime)的意思。即，在设定有RRC层的参数shortProcessingTime的服务小区中，应用同步HARQ的HARQ进程可以是被调度为使用常规处理时间的意思。
对于被调度为使用短处理时间的HARQ进程，在FDD的情况下，将与该HARQ进程对应的UL HARQ RTT定时器设定为3个子帧。在TDD的情况下，可以将与该HARQ进程对应的ULHARQ RTT定时器设定(set)为k1ULHARQRTT个子帧。k1 ULHARQRTT的值根据UL-DL设定和/或缩短处理时间确定(选择、决定)。例如，k1ULHARQRTT的值可以根据图6的(B)来给出。图6是表示本实施方式的与上行链路HARQ进程对应的UL HARQ RTT定时器的值的一个示例。
对于调度不使用短处理时间的HARQ进程，在FDD的情况下，将与该HARQ进程对应的UL HARQ RTT定时器设定为4个子帧。在TDD的情况下，可以将与该HARQ进程对应的UL HARQRTT定时器设定(set)为kULHARQRTT个子帧。kULHARQRTT的值根据UL-DL设定和/或缩短处理时间来确定(选择、决定)。例如，kULHARQRTT的值可以根据图6的(A)来给出。
UL HARQ RTT定时器(UL HARQ RTT Timer)对每个上行链路HARQ进程进行管理。与上行链路HARQ进程对应的UL HARQ RTT定时器表示从上行链路数据的发送直至用于该上行链路数据的重传的上行链路授权(上行链路HARQ重传授权)的发送的最短间隔。就是说，与上行链路HARQ进程对应的UL HARQ RTT定时器表示终端装置1(MAC实体)等待用于上行链路重传的上行链路授权(上行链路HARQ重传授权)前的子帧的最小量(minimum amount)。
在设定有RRC层的参数shortProcessingTime的服务小区中，终端装置1在该服务小区中具有：(类型1)被调度为使用短处理时间的HARQ进程和(类型2)调度为不使用短处理时间的HARQ进程。在终端装置1中，MAC实体将针对某个TTI从物理层接收到的上行链路授权和HARQ信息转发(deliver)至HARQ实体。
HARQ实体针对各TTI识别(identify)与该TTI关联的HARQ进程。针对某个TTI，HARQ实体可以基于HARQ信息中是否包括表示HARQ进程的编号的信息来确定是两种类型的哪一种。即，在设定有RRC层的参数shortProcessingTime的服务小区中，如果该HARQ信息中包括表示HARQ进程的编号的信息，则HARQ实体可以将与该TTI对应的HARQ进程识别(确定)为类型1。此外，在设定有RRC层的参数shortProcessingTime的服务小区中，如果该HARQ信息中不包括表示HARQ进程的编号的信息，则HARQ实体可以将与该TTI对应的HARQ进程识别(确定)为类型2。
在本实施方式中，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实体的初始发送或非自适应(non-adaptive)重传的请求将状态变量HARQ_FEEDBACK设定为NACK。此外，应用异步HARQ的HARQ进程基于HARQ实体的初始发送或自适应(adaptive)重传的请求将状态变量HARQ_FEEDBACK设定为ACK。需要说明的是，自适应重传是由NDI指示的重传，非自适应重传是由HARQ指示符指示的重传。由此，应用异步HARQ的HARQ进程不进行非自适应重传。此外，在仅接收到HARQ ACK的情况下，所对应的HARQ进程将MAC层的数据保存(keep)在HARQ缓冲器中。
以下，对本实施方式的与PHICH关联的过程进行说明。
图7是表示本实施方式的通过PHICH进行的PUSCH同步发送的一个示例的图。在图7中，一个子帧对应于一个HARQ进程。在图7中，四边形中的数字表示所对应的HARQ进程的编号。
在图7中，终端装置1在子帧n-4中发送PUSCH。在图7中，终端装置1接收子帧n中的PHICH。子帧n中的PHICH与在子帧n-4中发送的PUSCH关联。子帧n中的PHICH用于发送表示针对通过子帧n-4的PUSCH发送的传输块的ACK或NACK的HARQ指示符。就是说，如果通过子帧n-4中的PUSCH发送某个传输块，则表示针对该传输块的ACK或NACK的HARQ指示符通过子帧n中的PHICH来发送(分配)。在此，例如，对应于在子帧n-4中发送的PUSCH(传输块)的HARQ进程的编号对应于0。
接着，终端装置1可以基于通过子帧n中的PHICH发送的HARQ指示符来确定是否触发该传输块的非自适应重传。例如，可以在通过子帧n中的PHICH对ACK进行了解码(decode)的情况下将用于该传输块的ACK转发(deliver)至上层。就是说，与HARQ进程的编号0对应的该传输块的非自适应重传也可以不在子帧n+4中进行。然后，在对ACK进行解码后，经由PDCCH来调度与HARQ进程的编号0对应的传输块的重传或初始发送。
此外，例如，可以在通过子帧n中的PHICH对NACK进行了解码(decode)的情况下将用于该传输块的NACK转发(deliver)至上层。就是说，与HARQ进程的编号0对应的传输块的非自适应重传可以在子帧n+4中进行。然后，终端装置1在子帧n+4中执行PUSCH的发送后，可以在子帧n+8中尝试针对该PUSCH的PHICH的接收。此外，因产生测量间隔(measurementgap)，有时会无法通过子帧n+4中的PUSCH进行传输块的非自适应重传。例如，在想要进行与HARQ进程的编号0对应的传输块的非自适应重传的子帧n+4为设定于上层的测量间隔的一部分的情况下，终端装置1不在子帧n+4中进行该传输块的非自适应重传。接着，终端装置1可以不在子帧n+8中尝试PHICH的接收，也可以在子帧n+12中继续进行与HARQ进程的编号0对应的传输块的非自适应重传。
测量间隔是用于供终端装置1进行不同的频率的小区和/或不同的RAT(RadioAccess Technology：无线接入技术)的测量的时间间隔。基站装置3将表示测量间隔的时段的信息发送至终端装置1。终端装置1基于该信息设定测量间隔的时段。终端装置1可以不在作为测量间隔的一部分的子帧中进行上行链路发送。
图8是表示本实施方式的基于不同的处理时间的PUSCH发送的冲突的一个示例的图。以下，除非明确说明，在图8中，终端装置1是具有缩短处理能力的终端装置，并且对该服务小区设定有RRC参数shortProcessingTime。在图8中，四边形中的数字表示对应的HARQ进程的编号。一个子帧对应于一个HARQ进程。一个子帧对应于一个TTI。在图8中，上行链路HARQ进程的类型可以基于发送上行链路授权的搜索空间的类型来确定。例如，在UE特有搜索空间接收到上行链路授权的情况下，可以对与由该上行链路授权调度的PUSCH对应的HARQ进程应用异步HARQ。然后，终端装置1可以在比接收到该上行链路授权的子帧靠后3个子帧的子帧中进行PUSCH的发送。HARQ实体从上行链路授权中包括的“HARQprocessnumber”字段中导出HARQ进程的编号。此外，在公共搜索空间接收到上行链路授权的情况下，可以对与由该上行链路授权调度的PUSCH对应的HARQ进程应用同步HARQ。然后，终端装置1可以在比接收到该上行链路授权的子帧靠后4个子帧的子帧中进行PUSCH的发送。HARQ实体至少可以基于发送PUSCH的子帧编号导出HARQ进程的编号。
在图8中，终端装置1在子帧n-4中通过PUSCH发送与应用同步HARQ的HARQ进程对应的传输块。在应用上行链路同步HARQ的HARQ进程中，通过PHICH发送HARQ指示符来响应传输块的发送。此外，预先设定发送包括HARQ指示符的PHICH来响应传输块的发送的子帧与进行了传输块的发送的子帧的对应关系。终端装置1在比通过PUSCH发送传输块的子帧靠后4个子帧的子帧中尝试包括针对该传输块的发送的HARQ指示符的PHICH的接收。同样地，终端装置1也可以在比通过PHICH接收到表示NACK的HARQ指示符的子帧靠后4个子帧的子帧中执行该传输块的非自适应重传。在图8中，终端装置1可以通过子帧n中的PHICH来尝试针对通过子帧n-4的PUSCH发送的传输块的HARQ指示符的接收。在通过子帧n中的PHICH接收到表示NACK的HARQ指示符的情况下，终端装置1在子帧n+4中执行该传输块的非自适应重传。在此，在图8中，应用与通过子帧n-4中的PUSCH发送的传输块对应的同步HARQ的HARQ进程的编号与0对应。此外，在检测到指示在子帧n中同一HARQ进程(HARQ进程的编号0)的上行链路授权的情况下，终端装置1可以基于检测到的上行链路授权而与通过PHICH接收到的HARQ指示符无关地执行与HARQ进程的编号0对应的传输块的初始发送或自适应重传的任一种。就是说，在对编号0的HARQ进程和子帧n指示了上行链路授权的情况下，HARQ实体可以指示该编号0的HARQ进程生成初始发送或自适应重传的任一种。即，在未对编号0的HARQ进程和子帧n指示上行链路授权的情况下，HARQ实体可以指示该编号0的HARQ进程生成非自适应重传。
接着，终端装置1在子帧n+1中的UE特有搜索空间检测到上行链路授权的情况下，可以通过子帧n+4的PUSCH执行由上行链路授权调度的传输块的发送。如上所述，在UE特有搜索空间检测到调度传输块的发送的上行链路授权的情况下，可以将传输块的发送定时设定为3ms(3个子帧)。此外，可以对与该传输块对应的HARQ进程应用异步HARQ。与该传输块对应的HARQ进程的编号可以基于上行链路授权中包括的“HARQ process number”字段来给出。例如，在图8中，由上行链路授权调度的传输块的发送与HARQ进程的编号1对应。就是说，在图8中，由表示NACK的HARQ指示符请求的传输块的发送和由上行链路授权调度的传输块的发送对应于不同的HARQ进程。
从图8来看，由表示NACK的HARQ指示符请求的传输块的发送和由上行链路授权调度的传输块的发送在相同的子帧中发生。该上行链路授权可以是被调度为使用短处理时间的上行链路授权。然而，终端装置1可能会无法在相同的子帧中同时进行发送。即，MAC实体可以接受被调度为使用短处理时间的上行链路授权。在相同的子帧中发生由该上行链路授权调度的HARQ进程(传输块)的发送和其他HARQ进程的非自适应重传的情况下，MAC实体可以不丢弃该上行链路授权。即，在该情况下，MAC实体可以选择继续进行该上行链路授权。
以下，在本实施方式中，对在发生了如图8所示的上行链路发送冲突的情况下高效地执行上行链路发送的示例进行说明。
以下，包括对应于第一HARQ进程的传输块的PUSCH的发送是由表示NACK的HARQ指示符请求的非自适应重传，可以至少基于在子帧n中检测PHICH的发送来在子帧n+4中执行。与第二HARQ进程对应的传输块的发送可以由UE特有搜索空间中的上行链路授权来调度。该上行链路授权可以是被调度为使用短处理时间的上行链路授权。需要说明的是，第一HARQ进程和第二HARQ进程可以对应于不同的HARQ进程的编号。
第一HARQ进程可以是与同步HARQ对应的HARQ进程。第一HARQ进程也可以是被调度为使用常规处理时间的HARQ进程。第一HARQ进程也可以是不调度为使用短处理时间的HARQ进程。第二HARQ进程可以是与异步HARQ进程对应的HARQ进程。第二HARQ进程也可以是被调度为使用短处理时间的HARQ进程。
在本实施方式的一个方案中，终端装置1可以至少基于在子帧n+4中停止(不发送)与第一HARQ进程对应的传输块的发送的事件来确定是否在子帧n+8中尝试PHICH的接收。在此，在子帧n+4中停止(不发送)与第一HARQ进程对应的传输块的发送的事件可以包括：事件(i)在该子帧n+4中产生测量间隔和事件(ii)在相同的子帧(子帧n+4)中发生与第二HARQ进程对应的传输块的发送。需要说明的是，第二HARQ进程是与第一HARQ进程不同的HARQ进程。
例如，在通过事件(i)产生测量间隔在子帧n+4中停止(no transmission)与第一HARQ进程对应的传输块的发送的情况下，终端装置1可以不在子帧n+8中尝试PHICH的接收，而在子帧n+12中执行与第一HARQ进程对应的传输块的发送。此外，在与第一HARQ进程对应的传输块的发送与设定于上层的测量间隔重复的情况下，终端装置1可以不在子帧n+8中尝试PHICH的接收，也不在子帧n+12中执行与第一HARQ进程对应的传输块的发送。
此外，例如，在通过事件(ii)在相同的子帧(子帧n+4)中发生由上行链路授权调度的传输块的发送停止(no transmission)与第一HARQ进程对应的传输块的发送的情况下，终端装置1可以在子帧n+8中尝试PHICH的接收。然后，终端装置1可以基于接收到的PHICH中包括的HARQ指示符来确定是否执行与第一HARQ进程对应的传输块的发送。
就是说，在相同的子帧中发生与第一HARQ进程对应的传输块的发送和与第二HARQ进程对应的传输块的发送的情况下，终端装置1可以通过该子帧的PUSCH执行与第二HARQ进程对应的传输块的发送，停止与使用了该子帧的PUSCH的第一HARQ进程对应的传输块的发送，在比该子帧靠后4个子帧的子帧中尝试PHICH的接收和/或监测用于该第一HARQ进程的PDCCH(上行链路授权)。然后，终端装置1可以至少基于PHICH中包括的HARQ指示符和/或上行链路授权来确定是否执行与第一HARQ进程对应的传输块的发送。需要说明的是，在图8中，第一HARQ进程对应于HARQ进程的编号0。第二HARQ进程对应于HARQ进程的编号1。然后，终端装置1可以在子帧n+4中执行与由上行链路授权调度的编号1的HARQ进程对应的传输块的发送，停止与由NACK请求的编号0的HARQ进程对应的传输块的非自适应重传。接着，终端装置1可以在子帧n+8中尝试包括HARQ指示符的PHICH的接收来响应与编号0的HARQ进程对应的传输块的发送。子帧n+8中的PHICH可以用于通过子帧n-4的PUSCH发送表示针对与编号0的HARQ进程对应的传输块的发送的ACK或NACK的HARQ指示符。
此外，在通过子帧n+8中的PHICH来对ACK进行了解码(decode)的情况下，可以不在子帧n+12中进行与编号0的HARQ进程对应的该传输块的非自适应重传。可以将用于与编号0的HARQ进程对应的该传输块的ACK转发(deliver)至上层。然后，经由PDCCH来调度与编号0的HARQ进程对应的传输块的重传或初始发送。此外，在通过子帧n+8中的PHICH来对NACK进行了解码(decode)的情况下，可以在子帧n+12中执行与编号0的HARQ进程对应的该传输块的非自适应重传。由此，能高效地执行与不同的两个编号的HARQ进程对应的传输块的发送。
此外，作为一个示例，在图8中，在同一子帧n+4中发生由上行链路授权调度的传输块的发送和由NACK请求的传输块的非自适应重传的情况下，终端装置1可以在子帧n+4中执行由上行链路授权调度的传输块的发送，停止与由NACK请求的编号0的HARQ进程对应的传输块的非自适应重传，不在子帧n+8中尝试PHICH的接收，也可以在子帧n+8中监测用于编号0的HARQ进程的上行链路授权，还可以不在子帧n+12中执行与编号0的HARQ进程对应的传输块的非自适应重传。
在本实施方式的其他方案中，终端装置1可以至少基于在子帧n+4中停止(不发送)与第一HARQ进程对应的传输块的发送的事件来确定是否对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
例如，在通过(i)产生测量间隔在子帧n+4中停止(notransmission)与第一HARQ进程对应的传输块的发送的情况下，终端装置1可以不对第一HARQ进程的状态变量HARQ_FEEDBACK设定为ACK。此外，在通过(i)产生测量间隔在子帧n+4中停止(no transmission)与第一HARQ进程对应的传输块的发送的情况下，终端装置1可以在子帧n+12中执行与第一HARQ进程对应的传输块的发送(非自适应重传)。
此外，例如，在通过(ii)在相同的子帧(子帧n+4)中发生由上行链路授权调度的传输块的发送停止(no transmission)与第一HARQ进程对应的传输块的发送的情况下，终端装置1可以对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。然后，经由PDCCH来调度与该第一HARQ进程对应的传输块的初始发送或自适应重传。在此，PDCCH包括映射至公共搜索空间的上行链路授权。
在此，在相同的子帧中发生了与第一HARQ进程对应的传输块的发送和与第二HARQ进程对应的传输块的发送的情况下，终端装置1可以对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK，通过该子帧的PUSCH停止与第一HARQ进程对应的传输块的非自适应重传，通过该子帧的PUSCH执行与第二HARQ进程对应的传输块的发送。在此，可以将用于与第一HARQ进程对应的传输块的ACK转发(deliver)至上层。在该情况下，终端装置1可以不在子帧n+8中尝试PHICH的接收，也可以不在子帧n+12中执行与第一HARQ进程对应的传输块的非自适应重传。
就是说，在图8中，终端装置1在通过子帧n中的PHICH对NACK进行了解码(decode)的情况下，对编号0的第一HARQ进程的状态变量HARQ_FEEDBACK设定NACK。终端装置1想要使用常规处理时间来在子帧n+4中进行与由NACK请求的第一HARQ进程对应的传输块的非自适应重传。此时，如果终端装置1在子帧n+1的UE特有搜索空间检测到与编号1的第二HARQ进程对应的上行链路授权，则终端装置1有时会使用短处理时间在子帧n+4中进行由在UE特有搜索空间接收到的上行链路授权调度的传输块的发送。在这种情况下，会在同一子帧n+4中发生与编号0的第一HARQ进程对应的传输块的发送和与编号1的第二HARQ进程对应的传输块的发送。在该情况下，终端装置1可以对编号0的第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。然后，经由PDCCH来调度(指示)与编号0的第一HARQ进程对应的传输块的初始发送或自适应重传。就是说，也可以不在子帧n+4和n+12中进行与编号0的第一HARQ进程对应的该传输块的非自适应重传。由此，能高效地执行与不同的两个编号的HARQ进程对应的传输块的发送。
图9是表示本实施方式的对HARQ进程的状态变量HARQ_FEEDBACK设定ACK的另一示例的图。
终端装置1尝试在子帧n中接收包括针对通过子帧n-4的PUSCH进行的传输块的发送的HARQ指示符的PHICH。HARQ实体针对各TTI识别(identify)与该TTI关联的HARQ进程。
(S901)针对第一TTI(子帧n)，HARQ实体将与第一TTI关联的HARQ进程识别(identify)为第一HARQ进程。在未对第一HARQ进程和第一TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，HARQ实体指示(indicate、request(请求))该第一HARQ进程生成(generate)非自适应重传。此外，在未对第一HARQ进程和第一TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器为空的情况下，HARQ实体可以不指示(indicate、request(请求))该第一HARQ进程生成(generate)非自适应重传。接着，在接受与第一HARQ进程对应的传输块用的HARQ反馈的情况下，该第一HARQ进程可以将HARQ_FEEDBACK设定为接收到的值。在此，在从物理层转发HARQ反馈NACK的情况下，该第一HARQ进程可以将HARQ_FEEDBACK设定为NACK。即，在HARQ实体向第一HARQ进程请求针对第一TTI进行非自适应重传的情况下，并且在第一HARQ进程的HARQ_FEEDBACK为NACK的情况下，第一HARQ进程生成非自适应重传。在此，第一HARQ进程的发送为非自适应重传。第一HARQ进程可以指示物理层生成发送。即，第一HARQ进程的非自适应重传可以在子帧n+4中执行。
(S902)针对第二TTI(子帧n+1)，HARQ实体将与第二TTI关联的HARQ进程识别(identify)为第二HARQ进程。将该第二HARQ进程调度为使用短处理时间(ShortProcessingTime)。在对第二HARQ进程和第二TTI指示上行链路授权的情况下，HARQ实体指示该第二HARQ进程生成初始发送或自适应重传的任一种。就是说，被调度为使用短处理时间的第二HARQ进程生成初始发送或自适应重传的任一种。第二HARQ进程可以指示在物理层生成发送。即，第二HARQ进程的发送在子帧n+4中执行。
接着，终端装置1可以执行动作A。动作A具有动作A1和动作A2中至少一方。(动作A1)在满足条件A、条件B以及条件C的情况下，HARQ实体可以指示第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK。(动作A2)在满足条件A、条件B以及条件C的情况下，第一HARQ进程可以在接收用于响应第一HARQ进程的发送的HARQ反馈时，将状态变量HARQ_FEEDBACK设定为ACK。在动作A1中，第一HARQ进程基于来自HARQ实体的指示将状态变量HARQ_FEEDBACK设定为ACK。在动作A2中，第二HARQ进程不基于来自HARQ实体的指示，如果满足上述的条件，则将状态变量HARQ_FEEDBACK设定为ACK。上述的条件如下所述。此外，(动作A2)在满足条件A、条件B以及条件C的情况下，第一HARQ进程可以将状态变量HARQ_FEEDBACK设定为ACK。
此外，在动作A1中，可以在接收来自HARQ实体的指示后将第一HARQ进程的HARQ_FEEDBACK设定为ACK。就是说，在图9的(A)中，将第一HARQ进程的HARQ_FEEDBACK设定为ACK的时间点可以是子帧n+1或子帧n+1后的子帧。
此外，在动作A2中，在接收用于响应第一HARQ进程的发送的HARQ反馈时将第一HARQ进程的HARQ_FEEDBACK设定为ACK。就是说，在图9的(A)中，将第一HARQ进程的HARQ_FEEDBACK设定为ACK的时间点是子帧n+8。
条件A是HARQ进程(第一HARQ进程)与同步HARQ对应。条件B是该HARQ进程(第一HARQ进程)的发送为非自适应重传，该发送与其他的HARQ进程(第二HARQ进程)的发送在同一发送时间发生(冲突)。条件C是将其他的HARQ进程(第二HARQ进程)调度为使用短处理时间(ShortProcessingTime)。
(S903)终端装置1可以不通过该子帧的PUSCH来进行对应于第一HARQ进程的传输块的非自适应重传。
(S904)终端装置1可以通过该子帧的PUSCH来进行对应于第二HARQ进程的传输块的发送。
(S905)针对第三TTI(子帧n+8)，HARQ实体将与第三TTI关联的HARQ进程识别(identify)为第一HARQ进程。就是说，在同步HARQ中，HARQ实体将分别与第一TTI和第三TTI关联的HARQ进程识别为相同的HARQ进程(第一HARQ进程)。终端装置1可以在子帧n+8中监测针对第一HARQ进程和第三TTI的上行链路授权。
接着，终端装置1可以执行动作B。动作B具有动作B1和动作B2中至少一方。(动作B1)在未对第一HARQ进程和第三TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，并且第一HARQ进程的前一次生成的非自适应重传和第二HARQ进程的发送在同一上行链路TTI(子帧n+4)中发生(冲突)的情况下，HARQ实体指示第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK。(动作B2)在未对第一HARQ进程和第三TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，HARQ实体指示(indicate、request(请求))该第一HARQ进程生成(generate)非自适应重传。第一HARQ进程可以在HARQ实体向第一HARQ进程请求针对第三TTI进行非自适应重传的情况下，并且第一HARQ进程的前一次生成的非自适应重传和第二HARQ进程的发送在同一上行链路TTI中发生的情况下，将状态变量HARQ_FEEDBACK设定为ACK。在此，在动作B1和动作B2中，第一HARQ进程的前一次生成的非自适应重传是在(S901)中针对第一TTI生成的非自适应重传。
在(S905)中，在HARQ实体向第一HARQ进程请求针对第三TTI进行非自适应重传的情况下，并且在第一HARQ进程的状态变量HARQ_FEEDBACK为ACK的情况下，第一HARQ进程可以不生成由HARQ实体请求的非自适应重传。就是说，在HARQ实体向第一HARQ进程请求针对第三TTI进行非自适应重传的情况下，并且在第一HARQ进程的状态变量HARQ_FEEDBACK为NACK的情况下，第一HARQ进程可以生成由HARQ实体请求的非自适应重传。能通过对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK来停止第一HARQ进程的非自适应重传。
此外，在(S905)中，在上行链路授权对第一HARQ进程和第三TTI进行了指示的情况下，第一HARQ进程指示物理层根据上行链路授权来生成初始发送或自适应重传的任一种。
在本实施方式中，可以通过上层的信号、规格书等来设定执行动作A和动作B任一种。在设定了执行动作A的情况下，也可以通过上层的信号、规格书等来设定执行动作A和动作B任一种。在设定了执行动作B的情况下，也可以通过上层的信号、规格书等来设定执行动作A和动作B任一种。
由此，能在不同的两个编号的HARQ进程的发送发生冲突的情况下，高效地执行第一HARQ进程的发送。即，第一HARQ进程的发送能基于基站装置3的控制而高效地进行。
以下，图9的(B)是表示本实施方式的PUSCH发送的冲突的另一个示例的图。
图9的(B)中的(S911)和(S912)与图9的(A)中的(S901)和(S902)相同，因此省略其说明。
终端装置1可以在执行(S912)后执行动作C。
在动作C中，在第一HARQ进程为同步HARQ，第一HARQ进程的发送为非自适应重传的情况下，如果该发送与其他的HARQ进程(第二HARQ进程)的发送未在同一发送时间发生(冲突)，则终端装置1可以执行处理A和处理B，可以不执行处理C。此外，在第一HARQ进程为同步HARQ的情况下，并且第一HARQ进程的发送为自适应重传的情况下，终端装置1可以执行处理A和处理B，可以不执行处理C。此外，在第一HARQ进程为同步HARQ的情况下，并且第一HARQ进程的发送为初始发送的情况下，终端装置1可以执行处理A和处理B，可以不执行处理C。此外，在第一HARQ进程为异步HARQ的情况下，终端装置1可以执行处理A和处理B，可以不执行处理C。
就是说，在第一HARQ进程为同步HARQ，第一HARQ进程的发送为非自适应重传的情况下，如果该发送与其他的HARQ进程(第二HARQ进程)的发送在同一发送时间发生(冲突)，则终端装置1可以不执行处理A和处理B，可以执行处理C。即，第一HARQ进程可以至少基于(条件A)该第一HARQ进程是同步HARQ和异步HARQ中的哪一种和/或(条件B)在该第一HARQ进程的发送为非自适应重传的情况下，该发送与其他的HARQ进程(第二HARQ进程)的发送是否在同一发送时间发生(冲突)，在接收用于响应第一HARQ进程的发送的HARQ反馈时，确定是否将HARQ_FEEDBACK设定为ACK。此外，第一HARQ进程可以至少基于(条件A)该第一HARQ进程是同步HARQ和异步HARQ中的哪一种和/或(条件B)在该第一HARQ进程的发送为非自适应重传的情况下，该发送与其他的HARQ进程(第二HARQ进程)的发送是否在同一发送时间发生(冲突)，确定是否将HARQ_FEEDBACK设定为ACK。在此，将其他的HARQ进程(第二HARQ进程)调度为使用短处理时间(ShortProcessingTime)。
处理A是视为指示物理层基于存储有第一HARQ进程的上行链路授权来生成发送。在处理A中，该上行链路授权所具有的冗余版本(redundancy version)与变量CURRENT_IRV的值对应。冗余版本的序列为0、2、3、1。变量CURRENT_IRV是冗余版本的序列的索引。该变量以4为模数进行更新。
处理B是视为第一HARQ进程使CURRENT_IRV递增一个。
处理C是视为第一HARQ进程在接收用于响应第一HARQ进程的发送的HARQ反馈时，将HARQ_FEEDBACK发定为ACK。此外，处理C也可以是视为第一HARQ进程将HARQ_FEEDBACK设定为ACK。
在图9的(B)中，如果第一HARQ进程的发送与第二HARQ进程的发送在同一发送时间(子帧n+4)发生(冲突)，则第一HARQ进程可以不指示物理层生成发送。即，如果第一HARQ进程的发送与第二HARQ进程的发送在同一发送时间(子帧n+4)发生(冲突)，则第二HARQ进程可以指示物理层基于所存储的上行链路授权来生成发送。
即，终端装置1所具有的HARQ进程可以至少基于以下来确定是否指示物理层生成该HARQ进程的发送：(a)该HARQ进程是同步HARQ和异步HARQ中的哪一种，(b)该HARQ进程的发送是初始发送、自适应重传、非自适应重传中的哪一种，(c)在该HARQ进程的发送为非自适应重传的情况下，该发送是否与其他的HARQ进程的发送在同一发送时间发生(冲突)。即，终端装置1可以至少基于以下来确定是否通过PUSCH来执行该HARQ进程的发送：(a)该HARQ进程是同步HARQ和异步HARQ中的哪一种，(b)该HARQ进程的发送是初始发送、自适应重传、非自适应重传中的哪一种，(c)在该HARQ进程的发送为非自适应重传的情况下，该发送是否与其他的HARQ进程的发送在同一发送时间发生(冲突)。
在本实施方式中，同一发送时间可以是同一上行链路TTI和/或同一上行链路子帧的意思。
以下，对本实施方式的sTTI进行说明。
图10是表示本实施方式的TTI和sTTI的一个示例的图。TTI可以由2×NUL symb个SC-FDMA符号构成。需要说明的是，NUL symb可以是构成一个时隙的SC-FDMA符号的个数。在图10中，构成sTTI(shortenedTTI：缩短TTI)的SC-FDMA符号的个数X是{2，3，4，7}中的任一个。也将由X个SC-FDMA符号构成的TTI/sTTI称为X个符号TTI。在上行链路中，sPUSCH可以是至少用于上行链路数据的发送的信道。sPUCCH可以是至少用于上行链路控制信息的发送的信道。sPUSCH和/或sPUCCH的TTI长度可以比1ms(1个子帧长度)或0.5ms(1个时隙长度)短。在2个符号TTI中，sPUSCH和/或sPUCCH可以映射至2个SC-FDMA符号或2个SC-FDMA符号。在7个符号TTI中，sPUSCH和/或sPUCCH可以映射至7个SC-FDMA符号。
在TTI中，针对上行链路授权的PUSCH的发送定时是比检测到上行链路授权的子帧靠后k个子帧的子帧。k的值可以是3和/或4。此外，在sTTI中，针对上行链路授权的sPUSCH的发送定时是比检测到上行链路授权的sTTI靠后m个子帧的sTTI。例如，在7个符号TTI中，m的值可以是4。即，在7个符号TTI中，在子帧n的第一sTTI中接收到调度sPUSCH的上行链路授权的情况下，sPUSCH的发送可以在子帧n+2的第一sTTI中进行。例如，在2个符号TTI中，m的值可以是6。即，在2个符号TTI中，在子帧n的第一sTTI中接收到调度sPUSCH的上行链路授权的情况下，sPUSCH的发送可以在子帧n+1的第一sTTI中进行。此外，例如，在2个符号TTI中，m的值可以是4。就是说，sPUSCH的处理时间比PUSCH的处理时间短。
以下，在本实施方式中，对在相同的子帧中发生与第一HARQ进程对应的传输块的发送和sPUSCH的发送的情况进行说明。在此，通过sPUSCH发送的传输块与第三HARQ进程对应。就是说，通过sPUSCH发送的传输块可以是与第一HARQ进程不同的HARQ进程。需要说明的是，第一HARQ进程和第三HARQ进程对应于不同的HARQ进程的编号。在此，与第一HARQ进程对应的传输块的发送也可以称为与第一HARQ进程对应的PUSCH的发送。从检测上行链路授权到发送sPUSCH为止的处理时间比针对PUSCH的处理时间短，因此，有时会在比调度PUSCH的发送的上行链路授权迟的定时接收调度sPUSCH的发送的上行链路授权，也会在与PUSCH相同的子帧中发送sPUSCH。
在这种情况下，可以通过事件(iii)在同一子帧中发生与第三HARQ进程对应的sPUSCH的发送来在该子帧中停止(不进行)与第一HARQ进程对应的传输块的发送。在本实施方式中，通过事件(iii)在同一子帧中发生与第三HARQ进程对应的sPUSCH的发送停止与第一HARQ进程对应的传输块的发送后的动作可以与通过事件(ii)在相同的子帧中发生与第二HARQ对应的传输块的发送停止与第一HARQ进程对应的传输块的发送后的动作相同。可以基于终端装置1的能力信息来确定是否进行这种动作。就是说，在本实施方式中，在根据某个条件停止与第一HARQ进程对应的传输块的发送的情况下，停止后的终端装置1的动作可以通用(相同)。
此外，通过事件(iii)在同一子帧中发送与第三HARQ进程对应的sPUSCH的发送来停止与第一HARQ进程对应的传输块的发送可以至少包括：(A)不通过PUSCH的全部符号发送与第一HARQ进程对应的传输块和/或(B)不通过PUSCH的一部分符号发送与第一HARQ进程对应的传输块。此外，在(B)中，与第一HARQ进程对应的传输块也可以不通过与sPUSCH重复的符号发送。此外，在(B)中，与第一HARQ进程对应的传输块也可以不通过与sPUSCH重复的时隙发送。
以下，对本实施方式的装置的构成进行说明。
图11是表示本实施方式的终端装置1的构成的概略框图。如图11所示，终端装置1构成为包括无线收发部10(物理层处理部10)和上层处理部14。无线收发部10构成为包括天线部11、RF(Radio Frequency：射频)部12以及基带部13。上层处理部14构成为包括媒体接入控制层处理部15以及无线资源控制层处理部16。也将无线收发部10称为发送部、接收部或物理层处理部。物理层处理部进行与通过物理层的PUSCH发送关联的处理。
上层处理部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缓存器。HARQ实体并行管理多个HARQ进程。
媒体接入控制层处理部15指示无线收发部10进行子帧中的PDCCH和或PHICH的监测。监测PDCCH是根据某DCI格式尝试PDCCH的解码的意思。监测PHICH是尝试包括针对某个传输块的发送的HARQ指示符的PHICH的接收的意思。由媒体接入控制层处理部15管理的HARQ进程基于HARQ指示符将状态变量HARQ_FEEDBACK设定为ACK或NACK。由媒体接入控制层处理部15管理的HARQ进程基于HARQ实体的指示来将状态变量HARQ_FEEDBACK设定为ACK或NACK。
上层处理部14所具备的无线资源控制层处理部16进行无线资源控制层的处理。无线资源控制层处理部16进行装置自身的各种设定信息/参数的管理。无线资源控制层处理部16基于从基站装置3接收到的上层的信号设定各种设定信息/参数。即，无线资源控制层处理部16基于从基站装置3接收到的表示各种设定信息/参数的信息来设定各种设定信息/参数。
无线收发部10进行调制、解调、编码、解码等物理层的处理。无线收发部10对从基站装置3接收到的信号进行分离、解调、解码，将解码后的信息输出至上层处理部14。无线收发部10通过对数据进行调制、编码来生成发送信号，发送至基站装置3。物理层处理部进行与通过物理层的PUSCH发送关联的处理。由媒体接入控制层处理部15管理的HARQ进程指示物理层处理部生成该HARQ进程的发送。物理层处理部基于HARQ进程的指示来进行与通过物理层的PUSCH发送关联的处理。
RF部12通过正交解调将经由天线部11接收到的信号转换(下变频：down convert)为基带信号，去除不需要的频率分量。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称为发送功率控制部。
图12是表示本实施方式的基站装置3的构成的概略框图。如图所示，基站装置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)本实施方式的第一方案是一种终端装置，具备：媒体接入控制层处理部15，管理HARQ进程；以及物理层处理部10，进行与通过物理层的PUSCH发送关联的处理，第一HARQ进程至少基于是否在同一发送时间发生所述第一HARQ进程的发送和第二HARQ进程的发送，来确定是否指示所述物理层处理部生成所述第一HARQ进程的发送，所述第二HARQ进程的发送被调度为使用短处理时间。
(2)本实施方式的第二方案是一种终端装置，具备管理HARQ进程的媒体接入控制层处理部15，第一HARQ进程可以至少基于(条件A)该第一HARQ进程是同步HARQ和异步HARQ中的哪一种和/或(条件B)在该第一HARQ进程的发送为非自适应重传的情况下，该发送与其他的HARQ进程(第二HARQ进程)的发送是否在同一发送时间发生(冲突)，在接收用于响应第一HARQ进程的发送的HARQ反馈时，确定是否将HARQ_FEEDBACK设定为ACK。
(3)本实施方式的第三方案是一种终端装置，具备管理HARQ实体的媒体接入控制层处理部15，在对第二HARQ进程和第一TTI指示上行链路授权的情况下，所述第二HARQ进程被调度为使用短处理时间，在第二HARQ进程的发送和第一HARQ进程的发送在同一上行链路TTI中发生的情况下，所述HARQ实体指示第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK。
(4)本实施方式的第四方案是一种终端装置，具备管理HARQ实体的媒体接入控制层处理部15，在未对第一HARQ进程和第二TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，HARQ实体指示所述第一HARQ进程生成非自适应重传，在第一HARQ进程的前一次生成的非自适应重传和第二HARQ进程的发送在同一上行链路TTI中发生的情况下，所述HARQ实体指示第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK，所述第二HARQ进程的发送被调度为使用短处理时间。
(5)本实施方式的第五方案是一种终端装置，具备管理HARQ实体的媒体接入控制层处理部15，第一HARQ进程在所述HARQ实体向所述第一HARQ进程请求针对第二TTI进行非自适应重传的情况下，并且所述第一HARQ进程的前一次生成的非自适应重传和第二HARQ进程的发送在同一上行链路TTI中发生的情况下，将状态变量HARQ_FEEDBACK设定为ACK，所述第二HARQ进程的发送被调度为使用短处理时间。
(6)在本实施方式的第一、第二、第三、第四以及第五方案中，对于被调度为使用短处理时间的所述第二HARQ进程，在FDD的情况下，将与所述第二HARQ进程对应的UL HARQRTT定时器设定为3个子帧。
(7)在本实施方式的第一、第二以及第三方案中，所述第一HARQ进程的发送为非自适应重传。
(8)本实施方式的第六方案是一种与终端装置进行通信的基站装置，具备：发送部30，发送包括上行链路授权的PDCCH；以及接收部30，通过PUSCH接收HARQ进程的发送，设定于所述终端装置的第一HARQ进程至少基于是否在同一发送时间发生所述第一HARQ进程的发送和第二HARQ进程的发送，确定是否指示所述物理层处理部生成所述第一HARQ进程的发送，所述第二HARQ进程的发送被调度为使用短处理时间。
(9)本实施方式的第七方案是一种与终端装置进行通信的基站装置，具备：发送部30，发送包括上行链路授权的PDCCH；以及接收部30，通过PUSCH接收HARQ进程的发送，设定于所述终端装置的第一HARQ进程至少基于是否在同一发送时间发生所述第一HARQ进程的发送和第二HARQ进程的发送，确定是否指示所述物理层处理部生成所述第一HARQ进程的发送，所述第二HARQ进程的发送被调度为使用短处理时间。
(10)本实施方式的第八方案是一种与终端装置进行通信的基站装置，具备：发送部30，发送包括上行链路授权的PDCCH；以及接收部30，通过PUSCH接收HARQ进程的发送，在对第二HARQ进程和第一TTI指示了所述上行链路授权的情况下，所述第二HARQ进程被调度为使用短处理时间，在第二HARQ进程的发送和第一HARQ进程的发送在同一上行链路TTI中发生的情况下，设定于所述终端装置的HARQ实体指示第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK。
(11)本实施方式的第九方案是一种与终端装置进行通信的基站装置，具备：发送部30，发送包括上行链路授权的PDCCH；以及接收部30，通过PUSCH接收HARQ进程的发送，在未对第一HARQ进程和第二TTI指示所述上行链路授权的情况下，并且设定于所述终端装置的第一HARQ进程的HARQ缓冲器非空的情况下，设定于所述终端装置的HARQ实体指示所述第一HARQ进程生成非自适应重传，在第一HARQ进程的前一次生成的非自适应重传和第二HARQ进程的发送在同一上行链路TTI中发生的情况下，设定于所述终端装置的所述HARQ实体指示第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK，所述第二HARQ进程的发送被调度为使用短处理时间。
(12)本实施方式的第十方案是一种与终端装置进行通信的基站装置，具备：发送部30，发送包括上行链路授权的PDCCH；以及接收部30，通过PUSCH接收HARQ进程的发送，在设定于所述终端装置的HARQ实体向所述第一HARQ进程请求针对第二TTI进行非自适应重传的情况下，并且在所述第一HARQ进程的前一次生成的非自适应重传和第二HARQ进程的发送在同一上行链路TTI中发生的情况下，设定于所述终端装置的第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK，所述第二HARQ进程的发送被调度为使用短处理时间。
(13)在本实施方式的第八、第九、第十、第十一以及第十二方案中，对于通过所述上行链路授权来调度为使用短处理时间的所述第二HARQ进程，在FDD的情况下，将与所述第二HARQ进程对应的UL HARQ RTT定时器设定为3个子帧。
(14)在本实施方式的第八、第九以及第十方案中，所述终端装置所具有的第一HARQ进程的发送为非自适应重传。<附记>
以下，对本实施方式的另一个方案进行说明。HARQ信息可以包括HARQ反馈。例如，在图9的(A)中，针对第一TTI(子帧n)，HARQ实体将与第一TTI关联的HARQ进程识别(identify)为第一HARQ进程。针对第二TTI(子帧n+1)，HARQ实体将与第二TTI关联的HARQ进程识别(identify)为第二HARQ进程。在此，将该第二HARQ进程调度为使用短处理时间(ShortProcessingTime)。
在未对第一HARQ进程和第一TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，HARQ实体可以指示(indicate、request)该第一HARQ进程生成(generate)非自适应重传。在该生成的第一HARQ进程的非自适应重传和第二HARQ进程的发送在同一上行链路TTI(同一发送时间、子帧n+4)中发生(冲突)的情况下，HARQ实体指示第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK。就是说，在未对第一HARQ进程和第一TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，并且所生成的第一HARQ进程的非自适应重传和第二HARQ进程的发送在相同的上行链路TTI(子帧n+4)中发生(冲突)的情况下，HARQ实体指示第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK。
在此，针对第一TTI，即使从物理层转发NACK作为HARQ反馈，第一HARQ进程也可以基于HARQ实体的指示将HARQ_FEEDBACK设定为ACK。此外，针对第一TTI，在将从物理层接收到的NACK设定为HARQ_FEEDBACK之后，第一HARQ进程可以基于HARQ实体的指示将HARQ_FEEDBACK设定为ACK。此外，针对第一TTI，在将从物理层接收到的NACK设定为HARQ_FEEDBACK之后，第一HARQ进程可以在未对第一HARQ进程和第一TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，并且所生成的第一HARQ进程的非自适应重传和第二HARQ进程的发送在同一上行链路TTI(子帧n+4)中发生(冲突)的情况下，基于HARQ实体的指示将HARQ_FEEDBACK设定为ACK。就是说，在HARQ实体向第一HARQ进程请求针对第一TTI进行非自适应重传的情况下，并且在第一HARQ进程的状态变量HARQ_FEEDBACK为ACK的情况下，第一HARQ进程可以不生成由HARQ实体请求的非自适应重传。
在未对第一HARQ进程和第一TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，HARQ实体可以指示(indicate、request)该第一HARQ进程生成(generate)非自适应重传。在该生成的第一HARQ进程的非自适应重传和第二HARQ进程的发送在同一上行链路TTI(同一发送时间、子帧n+4)中发生(冲突)的情况下，HARQ实体可以将ACK作为接收到的HARQ反馈转发至第一HARQ进程。就是说，在未对第一HARQ进程和第一TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，并且所生成的第一HARQ进程的非自适应重传和第二HARQ进程的发送在同一上行链路TTI(子帧n+4)中发生(冲突)的情况下，HARQ实体可以将ACK转发至第一HARQ进程作为接收到的HARQ反馈。
在此，针对第一TTI，即使从物理层转发NACK作为HARQ反馈，HARQ实体也可以向第一HARQ进程转发ACK。针对第一TTI，与从物理层接收到的HARQ反馈无关，HARQ实体可以向第一HARQ进程转发ACK。就是说，在未对第一HARQ进程和第一TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，并且所生成的第一HARQ进程的非自适应重传和第二HARQ进程的发送在同一上行链路TTI(子帧n+4)中发生(冲突)的情况下，HARQ实体可以与从物理层接收到的HARQ反馈无关地向第一HARQ进程转发ACK。
此外，在图9的(B)中，在第一HARQ进程从消息3缓冲器(Msg3buffer)获得MAC PDU的情况下，终端装置1可以与该发送和其他的HARQ进程(第二HARQ进程)的发送是否在同一发送时间发生(冲突)无关地执行处理A和处理B，可以不执行处理C。就是说，在第一HARQ进程为同步HARQ，第一HARQ进程的发送为非自适应重传的情况下，并且未从消息3缓冲器(Msg3 buffer)获得该第一HARQ进程的MAC PDU的情况下，如果该发送与其他的HARQ进程(第二HARQ进程)的发送未在同一发送时间发生(冲突)，则终端装置1可以执行处理A和处理B，可以不执行处理C。此外，在第一HARQ进程为同步HARQ，第一HARQ进程的发送为非自适应重传的情况下，并且未从消息3缓冲器(Msg 3 buffer)获得该第一HARQ进程的MAC PDU的情况下，如果该发送与其他的HARQ进程(第二HARQ进程)的发送在同一发送时间发生(冲突)，则终端装置1可以不执行处理A和处理B，可以执行处理C。此外，在第一HARQ进程为同步HARQ，第一HARQ进程的发送为非自适应重传的情况下，并且从消息3缓冲器(Msg 3 buffer)获得该第一HARQ进程的MAC PDU的情况下，如果该发送与其他的HARQ进程(第二HARQ进程)的发送在同一发送时间发生(冲突)，则终端装置1可以执行处理A和处理B，可以不执行处理C。此外，在第一HARQ进程为同步HARQ，第一HARQ进程的发送为非自适应重传的情况下，并且从消息3缓冲器(Msg 3 buffer)获得该第一HARQ进程的MAC PDU的情况下，如果该发送与其他的HARQ进程(第二HARQ进程)的发送未在同一发送时间发生(冲突)，则终端装置1可以执行处理A和处理B，可以不执行处理C。
在随机接入过程中，在通过用于RA-RNTI的PDCCH来接收针对TTI的下行指配，并对该接收到的传输块正确进行解码的情况下，并且接收到的随机接入响应包括与被发送的随机接入前导对应的随机接入前导标识符的情况下，视为MAC实体随机接入响应的接收成功。接着，在由MAC实体选择该随机接入响应中包括的随机接入前导的情况下，并且该随机接入响应是在该随机接入过程中第一个成功接收到的随机接入响应的情况下，MAC实体将MACPDU储存于消息3缓冲器。在此，随机接入过程可以是竞争随机接入过程。就是说，消息3缓冲器是在竞争随机接入的过程中使用的缓冲器。消息3可以是由随机接入响应中包括的上行链路授权调度的传输块。
(15)本实施方式的第十一方案是一种终端装置，具备管理HARQ实体的媒体接入控制层处理部15，在未对第一HARQ进程和第一TTI指示上行链路授权的情况下，并且第一HARQ进程的HARQ缓冲器非空的情况下，HARQ实体指示所述第一HARQ进程生成非自适应重传，在所生成的第一HARQ进程的非自适应重传和第二HARQ进程的发送在同一上行链路TTI中发生的情况下，所述HARQ实体指示第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK，所述第二HARQ进程的发送被调度为使用短处理时间。
(16)本实施方式的第十二方案是一种与终端装置进行通信的基站装置，具备：发送部30，发送包括上行链路授权的PDCCH；以及接收部30，通过PUSCH接收HARQ进程的发送，在未对第一HARQ进程和第一TTI指示所述上行链路授权的情况下，并且设定于所述终端装置的第一HARQ进程的HARQ缓冲器非空的情况下，设定于所述终端装置的HARQ实体指示所述第一HARQ进程生成非自适应重传，在所生成的第一HARQ进程的非自适应重传和第二HARQ进程的发送在同一上行链路TTI中发生的情况下，设定于所述终端装置的所述HARQ实体指示第一HARQ进程将状态变量HARQ_FEEDBACK设定为ACK，所述第二HARQ进程的发送被调度为使用短处理时间。
由此，终端装置1能与基站装置3高效地进行通信。
(1A)为了实现上述目的，本发明的方案采用了如下的方案。即，本发明的第一方案是一种终端装置，具备：媒体接入控制层处理部，管理HARQ进程；以及物理层处理部，进行与通过物理层的PUSCH发送关联的处理，第一HARQ进程至少基于是否在同一发送时间发生所述第一HARQ进程的发送和第二HARQ进程的发送，确定是否指示所述物理层处理部生成所述第一HARQ进程的发送，所述第二HARQ进程的发送被调度为使用短处理时间。
(2A)本发明的第二方案是一种与终端装置进行通信的基站装置，具备：发送部，发送包括上行链路授权的PDCCH；以及接收部，通过PUSCH接收HARQ进程的发送，设定于所述终端装置的第一HARQ进程至少基于是否在同一发送时间发生所述第一HARQ进程的发送和第二HARQ进程的发送，确定是否指示所述物理层处理部生成所述第一HARQ进程的发送，所述第二HARQ进程的发送被调度为使用短处理时间。
(3A)本发明的第三方案是一种用于终端装置的通信方法，具有以下步骤：管理HARQ进程；进行与通过物理层的PUSCH发送关联的处理；以及第一HARQ进程至少基于是否在同一发送时间发生所述第一HARQ进程的发送和第二HARQ进程的发送，确定是否指示所述物理层处理部生成所述第一HARQ进程的发送，所述第二HARQ进程的发送被调度为使用短处理时间。
(4A)本发明的第四方案是一种用于与终端装置进行通信的基站装置的通信方法，具有以下步骤：发送包括上行链路授权的PDCCH；通过PUSCH接收HARQ进程的发送的；以及设定于所述终端装置的第一HARQ进程至少基于是否在同一发送时间发生所述第一HARQ进程的发送和第二HARQ进程的发送，确定是否指示所述物理层处理部生成所述第一HARQ进程的发送，所述第二HARQ进程的发送被调度为使用短处理时间。
(1B)为了实现上述目的，本发明的方案采用了如下的方案。即，本发明的第一方案是一种终端装置，具备：接收部，接收包括上行链路授权的物理下行链路控制信道(PDCCH)；以及媒体接入控制层处理部，管理混合自动重传请求(HARQ)实体，所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，在未对所述第一HARQ进程和发送时间间隔(TTI)指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
(2B)此外，本发明的第二方案是：在第一方案的终端装置中，对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道(PUSCH)发送是比接收到所述上行链路授权的子帧靠后3个子帧的子帧。
(3B)此外，本发明的第三方案是一种基站装置，具备：发送部，发送包括上行链路授权的物理下行链路控制信道(PDCCH)；以及媒体接入控制层处理部，管理混合自动重传请求(HARQ)实体，所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，在未对所述第一HARQ进程和发送时间间隔(TTI)指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
(4B)此外，本发明的第四方案是：在第三方案的基站装置中，对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道(PUSCH)接收是比已发送所述上行链路授权的子帧靠后3个子帧的子帧。
(5B)此外，本发明的第五方案是一种用于终端装置的通信方法，具有：接收过程，接收包括上行链路授权的物理下行链路控制信道(PDCCH)；以及媒体接入控制层处理过程，管理混合自动重传请求(PDCCH)实体，所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，在未对所述第一HARQ进程和发送时间间隔(TTI)指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
(6B)此外，本发明的第六方案是：在第五方案的通信方法中，对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道(PUSCH)发送是比接收到所述上行链路授权的子帧靠后3个子帧的子帧。
(7B)此外，本发明的第七方案是一种用于基站装置的通信方法，具有：发送过程，发送包括上行链路授权的物理下行链路控制信道(PDCCH)；以及媒体接入控制层处理过程，管理混合自动重传请求(PDCCH)实体，所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，在未对所述第一HARQ进程和发送时间间隔(TTI)指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定为ACK。
(8B)此外，本发明的第八方案是：在第七方案的通信方法中，对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道(PUSCH)接收是比已发送所述上行链路授权的子帧靠后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 (8)

1.一种终端装置，具备：
接收部，接收包括上行链路授权的物理下行链路控制信道PDCCH；和
媒体接入控制层处理部，管理混合自动重传请求HARQ实体，
所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，
在未对所述第一HARQ进程和发送时间间隔TTI指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，
在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，
所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
2.根据权利要求1所述的终端装置，其中，
对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道PUSCH发送是比接收到所述上行链路授权的子帧靠后3个子帧的子帧。
3.一种基站装置，具备：
发送部，发送包括上行链路授权的物理下行链路控制信道PDCCH；和
媒体接入控制层处理部，管理混合自动重传请求HARQ实体，
所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，
在未对所述第一HARQ进程和发送时间间隔TTI指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，
在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，
所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
4.根据权利要求3所述的基站装置，其中，
对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道PUSCH接收是比已发送所述上行链路授权的子帧靠后3个子帧的子帧。
5.一种用于终端装置的通信方法，具有：
接收过程，接收包括上行链路授权的物理下行链路控制信道PDCCH；和
媒体接入控制层处理过程，管理混合自动重传请求HARQ实体，
所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，
在未对所述第一HARQ进程和发送时间间隔TTI指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，
在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，
所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
6.根据权利要求5所述的通信方法，其中，
对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道PUSCH发送是比接收到所述上行链路授权的子帧靠后3个子帧的子帧。
7.一种用于基站装置的通信方法，具有：
发送过程，发送包括上行链路授权的物理下行链路控制信道PDCCH；和
媒体接入控制层处理过程，管理混合自动重传请求HARQ实体，
所述HARQ实体并行管理第一HARQ进程和第二HARQ进程，
在未对所述第一HARQ进程和发送时间间隔TTI指示所述上行链路授权的情况下，并且所述第一HARQ进程的HARQ缓冲器非空的情况下，所述HARQ实体指示所述第一HARQ进程生成非自适应重传，
在所述第一HARQ进程的所述非自适应重传与被调度为使用短处理时间的第二HARQ进程的发送冲突的情况下，
所述媒体接入控制层处理部基于来自所述HARQ实体的指示，为了传输块而对第一HARQ进程的状态变量HARQ_FEEDBACK设定ACK。
8.根据权利要求7所述的通信方法，其中，
对于FDD，与所述第二HARQ进程对应的物理上行链路共享信道PUSCH接收是比已发送所述上行链路授权的子帧靠后3个子帧的子帧。
CN201880043513.7A 2017-07-24 2018-07-19 终端装置、基站装置以及通信方法 Active CN110832900B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2017-142774 2017-07-24
JP2017142774 2017-07-24
JP2017-154079 2017-08-09
JP2017154079A JP2019024184A (ja) 2017-07-24 2017-08-09 端末装置、基地局装置、通信方法、および、集積回路
PCT/JP2018/027086 WO2019021929A1 (ja) 2017-07-24 2018-07-19 端末装置、基地局装置、および、通信方法

Publications (2)

Publication Number Publication Date
CN110832900A true CN110832900A (zh) 2020-02-21
CN110832900B CN110832900B (zh) 2023-04-14

Family

ID=65369004

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880043513.7A Active CN110832900B (zh) 2017-07-24 2018-07-19 终端装置、基站装置以及通信方法

Country Status (5)

Country Link
US (1) US11375487B2 (zh)
EP (1) EP3661257A4 (zh)
JP (1) JP2019024184A (zh)
CN (1) CN110832900B (zh)
AR (1) AR112561A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114070485A (zh) * 2020-08-04 2022-02-18 中国信息通信研究院 一种数据传输方法和设备
WO2023050401A1 (zh) * 2021-09-30 2023-04-06 Oppo广东移动通信有限公司 无线通信方法和设备
WO2023151076A1 (en) * 2022-02-14 2023-08-17 Lenovo (Beijing) Limited Method and apparatus for receiving ptp-based retransmission for multicast

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020120142A (ja) * 2017-05-26 2020-08-06 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
WO2019101146A1 (en) * 2017-11-22 2019-05-31 Fg Innovation Ip Company Limited Discontinuous reception operations among multiple bandwidth parts
JP7115843B2 (ja) * 2017-12-13 2022-08-09 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
US11973719B2 (en) * 2018-09-27 2024-04-30 Mediatek Singapore Pte. Ltd. Mechanisms for feedback of multiple HARQ procedures in a slot in mobile communications
CA3071723A1 (en) * 2019-02-07 2020-08-07 Comcast Cable Communications, Llc Pre-emption of signal transmission
US20220174700A1 (en) * 2019-03-27 2022-06-02 Lg Electronics Inc. Method and apparatus for transmitting/receiving physical uplink shared channel in wireless communication system
CN113922930B (zh) * 2020-07-09 2024-05-28 中国移动通信有限公司研究院 数据传输方法及设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130083737A1 (en) * 2011-09-30 2013-04-04 Mark Earnshaw Handling Physical Uplink Shared Channel Transmissions
CN105850175A (zh) * 2014-01-15 2016-08-10 夏普株式会社 终端装置、基站装置、集成电路以及通信方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018101823A (ja) 2015-04-28 2018-06-28 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
US10567110B2 (en) * 2016-03-17 2020-02-18 Ofinno, Llc Modulation, coding and redundancy version in a wireless network
CN115379587A (zh) * 2016-07-29 2022-11-22 三星电子株式会社 用于处理下一代通信系统中的冲突的方法和设备
KR102309741B1 (ko) * 2017-03-23 2021-10-08 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 상향링크 전력제어 방법 및 장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130083737A1 (en) * 2011-09-30 2013-04-04 Mark Earnshaw Handling Physical Uplink Shared Channel Transmissions
CN105850175A (zh) * 2014-01-15 2016-08-10 夏普株式会社 终端装置、基站装置、集成电路以及通信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SHARP: "\"WF on conflicting PHICH handling for short processing time with 1ms TTI\"" *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114070485A (zh) * 2020-08-04 2022-02-18 中国信息通信研究院 一种数据传输方法和设备
CN114070485B (zh) * 2020-08-04 2023-12-26 中国信息通信研究院 一种数据传输方法和设备
WO2023050401A1 (zh) * 2021-09-30 2023-04-06 Oppo广东移动通信有限公司 无线通信方法和设备
WO2023151076A1 (en) * 2022-02-14 2023-08-17 Lenovo (Beijing) Limited Method and apparatus for receiving ptp-based retransmission for multicast

Also Published As

Publication number Publication date
CN110832900B (zh) 2023-04-14
EP3661257A1 (en) 2020-06-03
JP2019024184A (ja) 2019-02-14
US11375487B2 (en) 2022-06-28
AR112561A1 (es) 2019-11-13
US20200154411A1 (en) 2020-05-14
EP3661257A4 (en) 2021-04-21

Similar Documents

Publication Publication Date Title
CN110832900B (zh) 终端装置、基站装置以及通信方法
AU2017301071B2 (en) Terminal apparatus, base station apparatus, communication method, and integrated circuit
CN108029088B (zh) 终端装置、基站装置以及通信方法
CN108029129B (zh) 终端装置、基站装置以及通信方法
US10966237B2 (en) Terminal apparatus, base station apparatus, and communication method
CN108141869B (zh) 终端装置、基站装置以及通信方法
US10798720B2 (en) Uplink transmission skipping in a terminal apparatus
JP6751099B2 (ja) 端末装置、基地局装置、および、通信方法
CN108029085B (zh) 终端装置、基站装置以及通信方法
CN107534893B (zh) 终端装置、基站装置、集成电路及通信方法
CN107534962B (zh) 终端装置、基站装置、集成电路及通信方法
CN110521263B (zh) 终端装置、基站装置、通信方法以及集成电路
CN107431948B (zh) 终端装置、基站装置、集成电路及通信方法
WO2019021929A1 (ja) 端末装置、基地局装置、および、通信方法
US11051205B2 (en) Terminal apparatus, base station apparatus, and communication method
WO2018163907A1 (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
TR01 Transfer of patent right

Effective date of registration: 20231213

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.