CN108029111B - 终端装置以及通信方法 - Google Patents

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

Info

Publication number
CN108029111B
CN108029111B CN201680038842.3A CN201680038842A CN108029111B CN 108029111 B CN108029111 B CN 108029111B CN 201680038842 A CN201680038842 A CN 201680038842A CN 108029111 B CN108029111 B CN 108029111B
Authority
CN
China
Prior art keywords
serving cell
scheduling request
pucch
harq
ack
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
CN201680038842.3A
Other languages
English (en)
Other versions
CN108029111A (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
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 Sharp Corp filed Critical Sharp Corp
Publication of CN108029111A publication Critical patent/CN108029111A/zh
Application granted granted Critical
Publication of CN108029111B publication Critical patent/CN108029111B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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/0446—Resources in time domain, e.g. slots or frames

Landscapes

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

Abstract

终端装置和基站装置相互使用多个小区来高效地通信。终端装置从第一小区的第一PUCCH(Physical Uplink Control Channel：物理上行链路控制信道)资源以及第二小区的第二PUCCH资源中选择用于发送SR(Scheduling Request：调度请求)的PUCCH资源，在第一子帧中通过所述被选择的PUCCH资源来发送SR，在所述第一小区的所述第一子帧中发送不包含传输块的第一PUSCH(Physical Uplink Shared Channel：物理上行链路共享信道)的情况下，在所述第一子帧中选择所述第二PUCCH资源。

Description

终端装置以及通信方法
技术领域
本发明涉及一种终端装置以及通信方法。
本申请基于2015年8月7日在日本申请的日本专利申请2015-156691号主张优先权，并在此援引其内容。
背景技术
在第三代合作伙伴计划(3rd Generation Partnership Project：3GPP)中，对蜂窝移动通信的无线接入方式以及无线网络(以下称为“长期演进(Long Term Evolution(LTE))”或者“演进通用陆地无线接入(Evolved Universal Terrestrial Radio Access：EUTRA)”)进行了研究。在LTE中，也将基站装置称为eNodeB(evolved NodeB：演进型节点B)，将终端装置称为UE(User Equipment：用户设备)。LTE是将基站装置所覆盖的区域以小区(cell)状配置多个的蜂窝通信系统。单个基站装置也可以管理多个小区。
根据3GPP，规范了终端装置能在五个以下的服务小区(分量载波)中同时进行发送和/或接收的载波聚合。
研究了在3GPP中终端装置在超过五个的服务小区(分量载波)中同时进行发送和/或接收(非专利文献1)。此外，研究了终端装置在作为主小区以外的服务小区的辅小区中，发送物理上行链路控制信道(非专利文献1)。
现有技术文献
非专利文献
非专利文献1：“New WI proposal：LTE Carrier Aggregation EnhancementBeyond5Carriers”，RP-142286，Nokia Corporation，NTT DoCoMo Inc.，Nokia Networks，3GPP TSG RAN Meeting#66，Hawaii，United States of America，8th-11th December2014。
非专利文献2：“3GPP TS 36.321v12.5.0(2015-03)”，27th March，2015。
非专利文献3：“3GPP TS 36.211V12.5.0(2015-03)”，26th March，2015。
非专利文献4：“3GPP TS 36.212V12.4.0(2015-03)”，26th March，2015。
非专利文献5：“3GPP TS 36.213V12.5.0(2015-03)”，26th March，2015。
发明内容
发明要解决的问题
但是，没有充分研究在作为主小区以外的服务小区的辅小区中，在传输物理上行链路控制信道的情况下，终端装置对基站装置发送调度请求的具体的方法。
本发明涉及能使用多个小区(分量载波)高效地与基站装置进行通信的终端装置、用于该终端装置的通信方法、安装于该终端装置的集成电路、与该终端装置进行通信的基站装置、安装于该基站装置的集成电路、用于该基站装置的通信方法。
技术方案
(1)本发明的实施方式采用了如下所述的方案。即，本发明的第一实施方式是一种终端装置，具备：选择部，从第一服务小区的第一子帧中的第一物理上行链路控制信道资源、以及第二服务小区的所述第一子帧中的第二物理上行链路控制信道资源中，选择用于发送调度请求的物理上行链路控制信道资源；以及发送部，在所述第一子帧中使用所述被选择的物理上行链路控制信道资源以及物理上行链路控制信道格式1来发送所述调度请求，在所述第一子帧中的所述第一服务小区发送不包含传输块的第一物理上行链路共用信道，且在所述第一子帧中的所述第二服务小区不发送不包含传输块的第二物理上行链路共用信道的情况下，选择所述第二服务小区的所述第一子帧中的所述第二物理上行链路控制信道资源来作为用于发送所述调度请求的物理上行链路控制信道资源。
(2)此外，本发明的第二实施方式是一种用于终端装置的通信方法，其中，从第一服务小区的第一子帧中的第一物理上行链路控制信道资源、以及第二服务小区的所述第一子帧中的第二物理上行链路控制信道资源中，选择用于发送调度请求的物理上行链路控制信道资源，并在所述第一子帧中使用所述被选择的物理上行链路控制信道资源以及物理上行链路控制信道格式1来发送所述调度请求，在所述第一子帧中的所述第一服务小区发送不包含传输块的第一物理上行链路共用信道，且在所述第一子帧中的所述第二服务小区不发送不包含传输块的第二物理上行链路共用信道的情况下，选择所述第二服务小区的所述第一子帧中的所述第二物理上行链路控制信道资源来作为用于发送所述调度请求的物理上行链路控制信道资源。
(3)此外，本发明的第三实施方式是一种安装于终端装置的集成电路，具备：选择电路，从第一服务小区的第一子帧中的第一物理上行链路控制信道资源、以及第二服务小区的所述第一子帧中的第二物理上行链路控制信道资源中，选择用于发送调度请求的物理上行链路控制信道资源；以及发送电路，在所述第一子帧中使用所述被选择的物理上行链路控制信道资源以及物理上行链路控制信道格式1来发送所述调度请求，在所述第一子帧中的所述第一服务小区发送不包含传输块的第一物理上行链路共用信道，且在所述第一子帧中的所述第二服务小区不发送不包含传输块的第二物理上行链路共用信道的情况下，选择所述第二服务小区的所述第一子帧中的所述第二物理上行链路控制信道资源来作为用于发送所述调度请求的的物理上行链路控制信道资源。
有益效果
根据本发明，终端装置能使用多个小区(分量载波)高效地与基站装置进行通信。
附图说明
图1是本实施方式的无线通信系统的概念图。
图2是表示本实施方式的无线帧的概略构成的图。
图3是表示本实施方式的PUCCH小区组的一例的图。
图4是表示与对本实施方式的各子帧(TTI)执行的调度请求有关的处理的一例的图。
图5是表示本实施方式的子帧中调度请求的发送和上行链路控制信息的发送同时发生的多个例子的图。
图6是表示本实施方式的终端装置1的构成的概略框图。
图7是表示本实施方式的基站装置3的构成的概略框图。
具体实施方式
以下，对本发明的实施方式进行说明。
图1是本实施方式的无线通信系统的概念图。在图1中，无线通信系统具备终端装置1A～1C以及基站装置3。以下，也将终端装置1A～1C称为终端装置1。
以下，对载波聚合进行说明。
在本实施方式中，终端装置1设定有多个服务小区。将终端装置1经由多个服务小区进行通信的技术称为小区聚合或载波聚合。本发明可以被应用于对终端装置1设定的多个服务小区的每一个。此外，本发明也可以被应用于已设定的多个服务小区的一部分。此外，本发明也可以被应用于已设定的多个服务小区的组的每一个。此外，本发明也可以被应用于已设定的多个服务小区的组的一部分。在载波聚合中，也将已设定的多个服务小区称为聚合的服务小区。
本实施方式的无线通信系统应用TDD(Time Division Duplex：时分双工)和/或FDD(Frequency Division Duplex：频分双工)。在小区聚合的情况下，可以对多个服务小区中的所有小区应用TDD。此外，在小区聚合的情况下，也可以将应用了TDD的服务小区与应用了FDD的服务小区聚合。
已设定的多个服务小区包含一个主小区和一个或多个辅小区。主小区是进行了初始连接建立(initial connection establishment)过程的服务小区、开始了连接重新建立(connection re-establishment)过程的服务小区、或在切换过程中被指示为主小区的小区。可以在建立RRC(Radio Resource Control：无线资源控制)连接的时间点或之后设定辅小区。
将下行链路中，与服务小区对应的载波称为下行链路分量载波。将上行链路中，与服务小区对应的载波称为上行链路分量载波。将下行链路分量载波以及上行链路分量载波统称为分量载波。
终端装置1能在多个服务小区(分量载波)中同时通过多个物理信道进行发送和/或接收。一个物理信道在多个服务小区(分量载波)中的一个服务小区(分量载波)中进行发送。
在本实施方式中，将用于发送PUCCH(Physical Uplink Control Channel：物理上行链路控制信道)的辅小区称为PUCCH辅小区。在本实施方式中，将不用于PUCCH的发送的辅小区称为非PUCCH辅小区、非PUCCH服务小区以及非PUCCH小区。将主小区以及PUCCH辅小区统称为PUCCH服务小区以及PUCCH小区。
PUCCH服务小区(主小区、PUCCH辅小区)具有下行链路分量载波以及上行链路分量载波。在PUCCH服务小区(主小区、PUCCH辅小区)中，设定有PUCCH的资源。
非PUCCH服务小区(非PUCCH辅小区)可以仅具有下行链路分量载波。非PUCCH服务小区(非PUCCH辅小区)可以具有下行链路分量载波以及上行链路分量载波。
终端装置1在PUCCH服务小区中进行通过PUCCH的发送。终端装置1在主小区中进行通过PUCCH的发送。终端装置1在PUCCH辅小区中进行通过PUCCH的发送。终端装置1在非PUCCH辅小区不进行通过PUCCH的发送。
需要说明的是，可以将PUCCH辅小区定义为不是主小区以及辅小区的服务小区。
对本实施方式的物理信道以及物理信号进行说明。
在图1中，在从终端装置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信息或HARQ控制信息。
调度请求包含肯定的调度请求(positive scheduling request)或否定的调度请求(negative scheduling request)。肯定的调度请求表示请求用于初始发送的UL-SCH资源。否定的调度请求表示未请求用于初始发送的UL-SCH资源。
PUCCH格式1用于发送肯定的调度请求。PUCCH格式1a用于发送1比特的HARQ-ACK。PUCCH格式1b用于发送2比特的HARQ-ACK。在终端装置设定有多于一个的服务小区的情况下，伴随信道选择的PUCCH格式1b用于发送小于4比特的HARQ-ACK。PUCCH格式3可以用于仅发送HARQ-ACK。PUCCH格式3也可以用于发送HARQ-ACK以及调度请求(肯定的调度请求或否定的调度请求)。PUCCH格式3也可以用于发送HARQ-ACK以及信道状态信息以及调度请求(肯定的调度请求或否定的调度请求)。
PUSCH用于发送上行链路数据(Uplink-Shared Channel：UL-SCH)。此外PUSCH可以用于将HARQ-ACK和/或信道状态信息与上行链路数据一起发送。此外，PUSCH也可以用于仅发送信道状态信息或仅发送HARQ-ACK以及信道状态信息。
在此，基站装置3和终端装置1在上层(higher layer)交换(发送/接收)信号。例如，基站装置3和终端装置1可以在无线资源控制(RRC：Radio Resource Control)层发送/接收RRC信令(也称为RRC message：Radio Resource Control message(无线资源控制消息)，RRC information：Radio Resource Control information(无线资源控制信息))。此外，基站装置3和终端装置1也可以在媒体接入控制(MAC：Medium Access Control)层发送/接收MAC CE。在此，也将RRC信令和/或MAC CE称为上层的信号(higher layer signaling：上层信令)。
PUSCH用于发送RRC信令以及MAC CE。在此，从基站装置3发送的RRC信令可以是对小区内的多个终端装置1的共同信令。此外，从基站装置3发送的RRC信令也可以是对某个终端装置1的专用信令(也称为dedicated signaling)。即，也可以使用专用信令对某个终端装置1发送用户装置特定(用户装置固有)信息。
PRACH用于发送随机接入前同步码。PRACH用于指示初始连接建立(initialconnection establishment)过程、切换过程、连接重新建立(connection re-establishment)过程、针对上行链路发送的同步(定时调整)、以及PUSCH(UL-SCH)资源的请求。
在图1中，在上行链路的无线通信中，使用以下的上行链路物理信号。上行链路物理信号不用于发送从上层输出的信息，但由物理层来使用。
·上行链路参考信号(Uplink Reference Signal：UL RS)
在本实施方式中，使用以下两种类型的上行链路参考信号。
·DMRS(Demodulation Reference Signa：解调参考信号)
·SRS(Sounding Reference Signal：探测参考信号)
DMRS与PUSCH或PUCCH的发送有关。DMRS与PUSCH或PUCCH进行时间复用。基站装置3为了进行PUSCH或PUCCH的传播路径校正而使用DMRS。以下，将一同发送PUSCH和DMRS简称为发送PUSCH。以下，将一同发送PUCCH和DMRS简称为发送PUCCH。
SRS与PUSCH或PUCCH的发送无关。基站装置3为了测量上行链路的信道状态而使用SRS。
在图1中，在从基站装置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指示符针对基站装置3接收到的上行链路数据(Uplink Shared Channel(上行链路共享信道)：UL-SCH)指示ACK(ACKnowledgement：肯定应答)或NACK(Negative ACKnowledgement：否定应答)。
PDCCH以及EPDCCH用于发送下行链路控制信息(Downlink Control Information：DCI)。将下行链路控制信息称为DCI格式。下行链路控制信息包含DCI格式3、DCI格式3A、下行链路授权(downlink grant)以及上行链路授权(uplink grant)。下行链路授权也称为下行链路指配(downlink assignment)或下行链路分配(downlink allocation)。
下行链路授权用于调度单个小区内的单个PDSCH。下行链路授权用于调度与已发送了该下行链路授权的子帧相同的子帧内的PDSCH。
上行链路授权用于调度单个小区内的单个PUSCH。上行链路授权用于调度比已发送了该上行链路授权的子帧靠后四个以上的子帧内的单个PUSCH。上行链路授权包含针对PUSCH的TPC指令。
下行链路授权或附加于上行链路授权的CRC奇偶校验位通过C-RNTI(Cell-RadioNetwork Temporary Identifier：小区无线网络临时标识符)或SPS C-RNTI(SemiPersistent Scheduling Cell-Radio Network Temporary Identifier：半静态调度小区无线网络临时标识符)进行加扰。C-RNTI以及SPS C-RNTI是在小区内用于识别终端装置的标识符。
C-RNTI用于控制单个子帧中的PDSCH或PUSCH。SPS C-RNTI用于周期性地分配PDSCH或PUSCH的资源。
PDSCH用于发送下行链路数据(Downlink Shared Channel：DL-SCH)。
PMCH用于发送多播数据(Multicast Channel：MCH)。
在图1中，在下行链路的无线通信中，使用以下的下行链路物理信号。下行链路物理信号用于发送从上层输出的信息，但由物理层使用。
·同步信号(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为传输信道。将在媒体接入控制(Medium AccessControl：MAC)层所使用的信道称为传输信道。将在MAC层使用的传输信道的单位也称为传输块(transport block：TB)或MAC PDU(Protocol Data Unit：协议数据单元)。在MAC层按每个传输块进行HARQ(Hybrid Automatic Repeat reQuest)的控制。传输块为MAC层转发(deliver)至物理层的数据的单位。在物理层将传输块映射至码字并按每个码字进行编码处理。
在本实施方式中，可以在主小区以及辅小区中执行随机接入过程。随机接入过程包括竞争随机接入过程以及非竞争随机接入过程。在辅小区中，不支持竞争随机接入过程。在PUCCH辅小区中，支持竞争随机接入过程。
可以在主小区中发送PRACH。终端装置1从基站装置3接收与主小区中的随机接入过程有关的信息(RRC消息)。与主小区中的随机接入过程有关的信息包含指示主小区中的PRACH资源的设定的信息。
也可以在辅小区中发送PRACH。终端装置1从基站装置3接收与辅小区中的随机接入过程有关的信息(RRC消息)。与辅小区中的随机接入过程有关的信息包含指示辅小区中的PRACH资源的集合的信息。
在本实施方式中，将多个服务小区的组称为PUCCH小区组。某个服务小区，属于任一个PUCCH小区组。
一个PUCCH小区组包含一个PUCCH服务小区。一个PUCCH小区组可以仅包含一个PUCCH服务小区。一个PUCCH小区组也可以包含一个PUCCH服务小区以及一个或多个非PUCCH服务小区。
将包含主小区的PUCCH小区称为主PUCCH小区组。将不包含主小区的PUCCH小区组称为辅PUCCH小区组。即，辅PUCCH小区组包含PUCCH辅小区。
也可以定义用于识别PUCCH小区组的索引(小区组索引)。针对主PUCCH小区组的索引始终为0。针对辅PUCCH小区组的索引可以由网络装置(基站装置3)进行设定。
PUCCH服务小区的PUCCH用于发送针对该PUCCH服务小区所属的PUCCH小区组中所包含的服务小区(PUCCH服务小区、非PUCCH服务小区)的上行链路控制信息(HARQ-ACK和/或CSI)。
即，针对PUCCH小区组中所包含的服务小区(PUCCH服务小区、非PUCCH服务小区)的上行链路控制信息(HARQ-ACK和/或CSI)使用该PUCCH小区组中所包含的PUCCH服务小区的PUCCH来进行发送。
例如，针对主PUCCH小区组中所包含的服务小区的上行链路控制信息(HARQ-ACK和/或CSI)也可以使用该主PUCCH小区组中所包含的PUCCH辅小区中的PUCCH来进行发送。
调度请求可以在多个PUCCH服务小区的一个PUCCH服务小区中发送。也可以在多个PUCCH服务小区中的一部分小区分或所有小区中同时发送多个调度请求。调度请求也可以经由主小区中的PUCCH进行发送。调度请求也可以经由PUCCH辅小区中的PUCCH进行发送。
在多个PUCCH服务小区中的一部分小区或所有小区中，设定有用于调度请求的PUCCH资源。通过上层，按每个PUCCH服务小区来设定用于调度请求的PUCCH资源。基站装置3将表示用于调度请求的PUCCH资源的信息(RRC消息)发送至终端装置1。在用于调度请求的PUCCH资源中，发送PUCCH格式1。将含有用于调度请求的PUCCH资源的上行链路子帧称为调度请求发送实例(instance)。调度请求发送实例(instances)是周期性的上行链路子帧。用于调度请求的PUCCH资源是使用PUCCH格式1来发送调度请求的PUCCH资源。也将用于调度请求的PUCCH资源称为PUCCH格式1资源。需要说明的是，调度请求也可以使用用于调度请求的PUCCH资源(PUCCH格式1资源)以外的PUCCH资源、以及PUCCH格式1以外的PUCCH格式进行发送。
调度请求发送实例由上层按每个PUCCH服务小区来设定。表示用于调度请求的PUCCH资源的信息(RRC消息)也可以包含表示调度请求发送实例的信息。即，按每个PUCCH服务小区来定义表示调度请求发送实例的信息。表示调度请求发送实例的信息表示周期以及偏移。也将子帧称为TTI(Transmission Time Interval：传输时间间隔)。
图2是表示本实施方式的无线帧的概略构成的图。在图2中，横轴为时间轴。此外，类型1以及类型2的各无线帧为10ms长，由10个子帧定义。各子帧为1ms长，由两个连续的时隙定义。各时隙为0.5ms长。无线帧内的第i个的子帧由第(2×i)个时隙和第(2×i+1)个时隙构成。
对帧构造类型2定义以下三种类型的子帧。
·下行链路子帧
·上行链路子帧
·特殊子帧
下行链路子帧是为了下行链路发送而预留的子帧。上行链路子帧是为了上行链路发送而预留的子帧。特殊子帧由三个字段构成。该三个字段为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配置的信息。
FDD中所有的子帧都为下行链路子帧。FDD中所有的子帧都为上行链路子帧。
图3是表示本实施方式中的PUCCH小区组的一例的图。
在图3中，标记了200至207的各方框表示聚合的服务小区。在图3中，服务小区200为主小区，服务小区201至207为辅小区。在图3中，服务小区200、204为PUCCH服务小区，服务小区201、202、203、205、206、207为非PUCCH服务小区。
在图3中，PUCCH小区组包含主PUCCH小区组210以及辅PUCCH小区组220。主PUCCH小区组210包含服务小区200至203。针对主PUCCH小区组210所包含的服务小区200至203的HARQ-ACK可以使用服务小区200中的PUCCH进行发送。针对主PUCCH小区组210所包含的服务小区200至203的HARQ-ACK也可以使用服务小区200至203的任一个中的PUSCH进行发送。在某个子帧中，通过一个物理信道发送针对主PUCCH小区组210所包含的服务小区200至203的HARQ-ACK。
辅PUCCH小区组220包含服务小区204至207。针对辅PUCCH小区组220所包含的服务小区204至207的HARQ-ACK可以使用服务小区204中的PUCCH进行发送。针对辅PUCCH小区组220所包含的服务小区204至207的HARQ-ACK也可以使用服务小区204至207的任一个中的PUSCH进行发送。在某个子帧中，通过一个物理信道来发送针对辅PUCCH小区组210所包含的服务小区204至207的HARQ-ACK。
也可以在某个子帧中同时发生针对主PUCCH小区组210所包含的服务小区200至203的HARQ-ACK的发送、和针对辅PUCCH小区组220所包含的服务小区204至207的HARQ-ACK的发送。
在本实施方式中，“在子帧中，X以及Y同时发生”与“在发生X的子帧中发生Y”是同一意思。在此，在该子帧中，该X以及该Y可以在时域中同时发生，也可以在时域中不同时发生。在此，在时域中，该X以及该Y可以部分或全部重复，也可以不重复。
在图3中，调度请求也可以使用服务小区200、204的任一个中的PUCCH进行发送。
以下，对与调度请求有关的处理进行说明。
在触发调度请求的情况下，直到该调度请求被取消，该调度请求被视为未决的调度请求。在触发调度请求且没有未决的其他调度请求的情况下，终端装置1将计数器SR_COUNTER归零。
图4是表示与对本实施方式的各子帧(TTI)执行的调度请求有关的处理的一例的图。图4的处理在MAC层中执行。在至少一个调度请求未决的期间，终端装置1对没有可用于发送的UL-SCH的各子帧执行图4中的处理。MAC层不对物理层指示在有可用于发送的UL-SCH的子帧中使用PUCCH来发送调度请求信号。需要说明的是，具体的处理并不仅限于图4的处理，还包括在不脱离本发明的技术精神的范围内通过步骤的替换/追加/去除等进行了变更的处理。此外，图4的处理能够在权利要求所示的范围内进行各种变更，将公开的技术手段适当组合而获得的实施方式也包括在本发明的技术范围内。
在步骤400中，对终端装置1是否满足条件400所包含的条件进行判断。在步骤400中满足条件400所包含的条件的情况下，终端装置1进入步骤402。在步骤400中不满足条件400所包含的条件的情况下，终端装置1进入步骤404。条件400至少包括终端装置1不具有设定在任一个子帧中的任一个服务小区的对调度请求有效的PUCCH资源这一条件。即，条件400至少包括没有在任一个服务小区中设定PUCCH资源这一条件。在此，有效的PUCCH资源不包括禁用的辅小区中的PUCCH资源。
在步骤402中，终端装置1执行处理402，进入步骤404。处理402至少包括开始(initiate)主小区中的随机接入过程这一处理、以及取消所有未决的调度请求这一处理。
在步骤404中，对终端装置1是否满足条件404所包含的条件进行判断。在步骤404中满足条件404所包含的条件的情况下，终端装置1进入步骤406。在步骤404中不满足条件404所包含的条件的情况下，终端装置1结束针对该TTI的处理。条件404至少包括：具有在该子帧中的任一个服务小区中设定的对调度请求有效的PUCCH资源这一条件、该子帧并非测量间隙(measurement gap)的一部分这一条件、以及定时器sr-ProhibitTimer未运行这一条件。即，条件404至少包括在该子帧中在任一个服务小区中设定对调度请求有效的PUCCH资源，并激活了该服务小区这一条件。
在步骤406中，对终端装置1是否满足条件406所包含的条件进行判断。在步骤406中不满足条件406所包含的任一个条件的情况下，终端装置1结束针对该TTI的处理。条件406包含条件4062以及条件4604。
在步骤406中满足条件4062所包含的条件的情况下，终端装置1进入步骤408。条件4062至少包含计数器SR_COUNTER的值比规定的值dsr-TransMax小这一条件。
在步骤408中，终端装置1执行处理408。处理408至少包括：将计数器SR_COUNTER的值递增1的处理、对物理层通知/指示使用PUCCH来发送调度请求信号(signal)的处理、以及启动定时器sr-ProhibitTimer的处理。
规定的值dsr-TransMax可以由基站装置3控制。基站装置3也可以将表示规定的值dsr-TransMax的信息发送至终端装置1。也可以预定义规定的值dsr-TransMax的默认值。
在步骤406中满足条件4064所包含的条件的情况下，终端装置1进入步骤410。条件4064至少包括计数器SR_COUNTER的值与规定的值dsr-TransMax相同、或比规定的值dsr-TransMax大这一条件。
在步骤410中，终端装置1执行处理410。处理410至少包括：对RRC通知/指示释放针对所有服务小区的PUCCH/SRS的处理、清除(clear)设定了的下行链路指配以及设定了的上行链路指配的处理、在主小区中开始随机接入过程的处理以及取消所有未决的调度请求的处理。在此，针对所有服务小区的PUCCH也可以包括针对CS的PUCCH、针对HARQ-ACK的PUCCH和/或针对调度请求的PUCCH。在此，半静态地设定上行链路指配。
RRC层基于来自MAC层的通知/指示，释放针对全部或部分服务小区的PUCCH/SRS。即，RRC基于来自MAC层的指示，释放针对全部或部分服务小区的PUCCH/SRS的资源。在本实施方式中，也将RRC层以及MAC层称为上层。
物理层基于来自MAC层的通知/指示，使用PUCCH来发送调度请求信号。物理层基于来自MAC层指示，使用PUCCH来发送调度请求。在本实施方式中，“基于来自MAC层的指示，使用PUCCH来发送调度请求”与“发生调度请求”是同一意思。
在由MAC层指示使用PUCCH来发送调度请求信号的调度请求发送实例中的多个PUCCH服务小区中，设定有多个用于调度请求的PUCCH资源的情况下，物理层和/或MAC层从该调度请求发送实例中的该多个PUCCH资源中选择PUCCH资源。在该调度请求发送实例中，物理层可以使用该被选择的PUCCH资源以及PUCCH格式1来发送调度请求。在该调度请求发送实例中，物理层不使用除了该被选择的PUCCH资源以外的该多个PUCCH资源以及PUCCH格式1来发送调度请求。在该调度请求发送实例中，物理层不使用该被选择的PUCCH资源以及PUCCH格式1来发送调度请求，而是使用用于HARQ-ACK的PUCCH资源以及PUCCH格式3来发送调度请求。
在某个子帧中仅发送肯定的调度请求的情况下，终端装置1在该某个子帧中使用用于调度请求的PUCCH资源以及PUCCH格式1来发送肯定的调度请求。
在进行PUCCH格式1a/1b(PUCCH格式1a或PUCCH格式1b)的发送的子帧中发生调度请求的发送的情况下，如果调度请求是否定的调度请求，则终端装置1使用用于HARQ-ACK的PUCCH资源来发送HARQ-ACK。
在进行PUCCH格式1a/1b的发送的子帧中发生调度请求的发送的情况下，如果调度请求是肯定的调度请求，且在HARQ-ACK的发送与调度请求的发送不同的服务小区中发生，则终端装置1也可以使用用于调度请求的PUCCH资源以及PUCCH格式1来发送肯定的调度请求，使用用于HARQ-ACK的PUCCH资源来发送HARQ-ACK。
在进行PUCCH格式1a/1b的发送的子帧中发生调度请求的发送的情况下，如果调度请求是肯定的调度请求，且在HARQ-ACK的发送与调度请求的发送两者相同的服务小区中发生，则终端装置1也可以使用用于调度请求的PUCCH资源来发送HARQ-ACK。
在随着信道选择进行PUCCH格式1b的发送的子帧中发生调度请求的发送的情况下，如果调度请求是否定的调度请求，则终端装置1使用用于HARQ-ACK的PUCCH资源来发送HARQ-ACK。
在随着信道选择进行PUCCH格式1b的发送的子帧中发生调度请求的发送的情况下，如果调度请求是肯定的调度请求，且在HARQ-ACK的发送与调度请求的发送不同的服务小区中发生，则终端装置1也可以使用用于调度请求的PUCCH资源以及PUCCH格式1来发送肯定的调度请求，使用用于HARQ-ACK的PUCCH资源发送HARQ-ACK。
在随着信道选择进行PUCCH格式1b的发送的子帧中发生调度请求的发送的情况下，如果调度请求是肯定的调度请求，且在HARQ-ACK的发送与调度请求的发送两者相同的服务小区中发生，则终端装置1也可以使用用于调度请求的PUCCH资源，按每个服务小区来发送1比特的HARQ-ACK(使用1比特的信息位表示的HARQ-ACK、1-bitHARQ-ACK)。即，例如在使用用于调度请求的PUCCH资源发送2比特(b(0)、b(1))的信息位的情况下，2比特(b(0)、b(1))的信息位分别与一个服务小区对应。
在此，在服务小区中仅检测出指示一个传输块或一个下行链路SPS(SemiPersistent Scheduling)释放的PDCCH/EPDCCH的情况下，针对该服务小区的1比特的HARQ-ACK是与指示该一个传输块或该一个下行链路SPS释放的PDCCH/EPDCCH对应的HARQ-ACK的比特。在此，在服务小区中接收了两个传输块的情况下，通过空间性地捆绑与该两个传输块对应的两个HARQ-ACK比特来生成针对该服务小区的1比特的HARQ-ACK。通过逻辑或运算来执行捆绑。在此，在指示提供HARQ-ACK应答的PDSCH发送以及下行链路SPS释放的PDCCH/EPDCCH中任一个都未被该服务小区检测出来的情况下，针对该服务小区的HARQ-ACK的比特被设置为NACK。
对终端装置1设定两个PUCCH小区组，随着信道选择分别对两个PUCCH小区组设定PUCCH格式1b，在随着信道选择进行PUCCH格式1b的发送的子帧中发生调度请求的发送的情况下，如果调度请求是肯定的调度请求，则终端装置1也可以使用用于调度请求的PUCCH资源，发送按每个PUCCH小区组来发送1比特的HARQ-ACK。即，例如在使用用于调度请求的PUCCH资源来发送2比特(b(0)、b(1))的信息位的情况下，2比特(b(0)、b(1))的信息位分别与一个PUCCH小区组对应。
以由MAC层使用PUCCH来发送调度请求信号的方式指示的调度请求发送实例中，在不伴随PUSCH的调度请求发送实例中，在发生使用了设定有用于调度请求的PUCCH资源的PUCCH服务小区的PUCCH格式3的HARQ-ACK的发送的情况下，也可以使用设定了用于调度请求的PUCCH资源的PUCCH服务小区的、用于HARQ-ACK的PUCCH资源以及PUCCH格式3，与HARQ-ACK、调度请求一同发送。在此，在该调度请求发送实例中，该调度请求与使用PUCCH格式3发送的该HARQ-ACK多路复用。
一种调度请求发送实例，其以由MAC层使用PUCCH来发送调度请求信号的方式指示，且不伴随PUSCH，其中，在发生使用了设定有用于调度请求的PUCCH资源的PUCCH服务小区以外的PUCCH服务小区的PUCCH格式3的HARQ-ACK的发送的情况下，也可以使用设定有用于调度请求的PUCCH资源的PUCCH服务小区以外的PUCCH服务小区的、用于HARQ-ACK的PUCCH资源以及PUCCH格式3，一起发送HARQ-ACK、调度请求。
图5是表示本实施方式的子帧中调度请求的发送和上行链路控制信息的发送同时发生的多个例子的图。图5表示例1至例32。例1至例32可以分别与不同的子帧对应，也可以与相同的子帧对应。MAC层针对例1至例32的各例，以使用PUCCH来发送调度请求信号的方式对物理层进行指示。
在例1至例32中，终端装置1未被设定上层参数(simultaneousPUCCH-PUSCH)。上层参数(simultaneousPUCCH-PUSCH)表示是否设定了同时发送PUCCH和PUSCH。按每个PUCCH服务小区来定义/设定上层参数(simultaneousPUCCH-PUSCH)。基站装置对PUCCH服务小区设定上层参数(simultaneousPUCCH-PUSCH)字段。终端装置1在某个子帧中不同时发送未被设定同时发送(simultaneousPUCCH-PUSCH)PUCCH和PUSCH的PUCCH服务小区的PUCCH以及服务小区的PUSCH。
终端装置1也可以在某个子帧中同时发送未被设定同时发送(simultaneousPUCCH-PUSCH)PUCCH和PUSCH的PUCCH服务小区的PUCCH以及服务小区的PUSCH。
在图5的例1至例32的各例中，不发生包含传输块的PUSCH的发送。在图5中，第一服务小区以及第二服务小区的一方为主小区，且第一服务小区以及第二服务小区的另一方为辅小区。在此，辅小区不是主辅小区。
图5的符号501表示设定于第一服务小区的用于调度请求的第一PUCCH资源(第一PUCCH格式1资源)。在例1至例32的各例中，用于调度请求的第一PUCCH资源设定于第一服务小区。
图5的符号502表示第一服务小区的不包含传输块(UL-SCH)的第一PUSCH的发送。在各个偶数编号的例子中，发生不包含传输块的第一PUSCH的发送。在此，不包含传输块(UL-SCH)的PUSCH的发送是仅包含HARQ-ACK和/或信道状态信息的PUSCH的发送。
图5的符号503表示使用了第一服务小区的规定的PUCCH格式的第一HARQ-ACK的发送。在第一服务小区的除以4后的余数为{0，3}的各例中，发生使用了规定的PUCCH格式的第一HARQ-ACK的发送。在此，规定的PUCCH格式也可以包括PUCCH格式3和/或PUCCH格式3以外的PUCCH格式。
在不发生使用了第一服务小区的规定的PUCCH格式的第一HARQ-ACK的发送的例子中，也可以发生使用了第一服务小区的规定的PUCCH格式以外的PUCCH格式的第一HARQ-ACK的发送。在此，“不发生使用了第一服务小区的规定的PUCCH格式的第一HARQ-ACK的发送的例子”是“除以4后的余数为{1，2}的例子”。在此，“使用了规定的PUCCH格式以外的PUCCH格式HARQ-ACK的发送”包括“使用了PUCCH格式1a、PUCCH格式1b或伴随信道选择的PUCCH格式1b的HARQ-ACK的发送”。
图5的符号511表示设定于第二服务小区的用于调度请求的第二PUCCH资源(第二PUCCH格式1资源)。在除以8后的余数为{0，5，6，7}的各例中，用于调度请求的第二PUCCH资源设定于第二服务小区。针对除以8后的余数为{0，5，6，7}的各例，物理层和/或MAC层选择在第一服务小区中设定的第一PUCCH资源以及在第二服务小区中设定的第二PUCCH资源中的任一方。
基于用于上行链路发送的推定发送功率的值，终端装置1可以选择第一PUCCH资源以及第二PUCCH资源中的任一方。终端装置1也可以基于用于上行链路发送的推定发送功率的值是否达到最大发送功率的值，来选择第一PUCCH资源以及第二PUCCH资源中的任一方。
终端装置1也可以针对某个子帧，基于第一PUCCH资源或第二PUCCH资源是否包含在发生不包含传输块的PUSCH的发送的服务小区中，选择第一PUCCH资源以及第二PUCCH资源中的任一方。
终端装置1也可以针对某个子帧，基于第一PUCCH资源或第二PUCCH资源是否包含在发生使用规定的PUCCH格式的HARQ-ACK的发送的服务小区，选择第一PUCCH资源以及第二PUCCH资源中的任一方。
终端装置1也可以针对某个子帧，基于以下情况来选择第一PUCCH资源以及第二PUCCH资源中的任一方：(i)用于上行链路发送的推定发送功率的值是否达到最大发送功率的值；(ii)第一PUCCH资源或第二PUCCH资源是否包含在发生不包含传输块的PUSCH的发送的服务小区；和/或(iii)第一PUCCH资源或第二PUCCH资源是否包含在发生使用规定的PUCCH格式的HARQ-ACK的发送的服务小区。
图5的符号512表示第二服务小区的不包含传输块(UL-SCH)的第二PUSCH的发送。在第二服务小区的例9至例16以及例25至例32的各例中，发生不包含传输块的第二PUSCH的发送。
图5的符号513表示使用第二服务小区的规定的PUCCH格式的第二HARQ-ACK的发送。第二服务小区的在例17至例32的各例中，发生使用了规定的PUCCH格式的第二HARQ-ACK的发送。
在不发生使用了第二服务小区的规定的PUCCH格式的第二HARQ-ACK的发送的例子中，也可以发生使用了第二服务小区的规定的PUCCH格式以外的PUCCH格式的HARQ-ACK的发送。在此，“不发生使用了第二服务小区的规定的PUCCH格式的第二HARQ-ACK的发送的例子”是“例1至例16”。在此，“使用了规定的PUCCH格式以外的PUCCH格式HARQ-ACK的发送”包括“使用了PUCCH格式1a、PUCCH格式1b或伴随信道选择的PUCCH格式1b的HARQ-ACK的发送”。
例如，在图5的例11中，(i)在第一服务小区设定有用于调度请求的第一PUCCH资源，(ii)在第一服务小区不发生不包含传输块的第一PUSCH的发送，(iii)在第一服务小区发生使用了规定的PUCCH格式的第一HARQ-ACK的发送，(iv)在第二服务小区不设定用于调度请求的第二PUCCH资源，(v)在第二服务小区发生不包含传输块的第二PUSCH的发送，且(vi)在第二服务小区不发生使用了规定的PUCCH格式的第二HARQ-ACK的发送。
以下，针对图5的例1至例32的各例，对终端装置1怎样发送调度请求、HARQ-ACK和/或信道状态信息进行说明。
(例1)在例1所对应的子帧中，终端装置1使用第一PUCCH资源以及PUCCH格式1来发送调度请求。
(例2)在例2所对应的子帧中，终端装置1使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH。
(例3)在例3所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求。在此，调度请求与在所述第一服务小区中使用规定的PUCCH格式来发送的第一HARQ-ACK多路复用。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例4)在例4所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例5)终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方。在例5所对应的子帧中，终端装置1使用被选择的PUCCH资源以及PUCCH格式1来发送调度请求。
(例6)在终端装置1从设定于第一服务小区的PUCCH资源以及设定于第二服务小区的PUCCH资源中选择一方的情况下，设定于不发生不包含传输块的第二PUSCH的发送的第二服务小区的第二PUCCH资源具有高优先度，且终端装置1也可以选择第二PUCCH资源。
(例6)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第一服务小区的第一PUCCH资源的情况下，在例6所对应的子帧中，终端装置1使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求。
(例6)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第二服务小区的第二PUCCH资源的情况下，在例6所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区发送不包含传输块的第一PUSCH，且使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求。
(例7)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方的情况下，设定于不发生使用规定的PUCCH格式的第二HARQ-ACK的发送的第二服务小区的第二PUCCH资源具有低优先度，且终端装置1也可以选择第一PUCCH资源。
(例7)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第一服务小区的第一PUCCH资源的情况下，在例7所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例7)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第二服务小区的第二PUCCH资源的情况下，在例7所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求。在此，调度请求不与在所述第一服务小区中使用规定的PUCCH格式来发送的第一HARQ-ACK多路复用。在此，与第一HARQ-ACK多路复用的调度请求的值与否定的调度请求对应。在此，与第一HARQ-ACK多路复用的调度请求的值也可以与肯定的调度请求对应。
(例7)在例7所对应的子帧中，无论终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择哪个，都可以不使用第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且可以不使用第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例8)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方的情况下，发生不包含传输块的第一PUSCH的发送，且设定于发生使用规定的PUCCH格式的第一HARQ-ACK的发送的第一服务小区的第一PUCCH资源具有低优先度，且终端装置1也可以选择第二PUCCH资源。
(例8)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方的情况下，基于用于上行链路发送的推定发送功率的值达到最大发送功率的值，终端装置1可以选择第一PUCCH资源。
(例8)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方的情况下，基于用于上行链路发送的推定发送功率的值未达到最大发送功率的值，终端装置1可以选择第二PUCCH资源。
(例8)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第一服务小区的第一PUCCH资源的情况下，在例8所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例8)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第二服务小区的第二PUCCH资源的情况下，在例8所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区发送不包含传输块的第一PUSCH，且在第一服务小区不使用规定的PUCCH格式来发送调度请求以及HARQ-ACK，且使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求。在此，第一HARQ-ACK包含于第一PUSCH。
(例8)在例8所对应的子帧中，无论终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择哪个，都可以不使用被选择的PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第一服务小区不发送不包含传输块的第一PUSCH，且可以在第一服务小区不使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例9)在例9所对应的子帧中，终端装置1使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区发送不包含传输块的第一PUSCH。
(例10)在例10所对应的子帧中，终端装置1使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第二服务小区发送包含传输块的第二PUSCH。
(例11)在例11所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且在第二服务小区发送不包含传输块的第二PUSCH。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例12)在例12所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且在第二服务小区发送不包含传输块的第二PUSCH。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例13)省略例13的说明。如果将例6的第二服务小区与例6的第一服务小区调换，则例6与例13相同。
(例14)终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方。
(例14)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第一服务小区的第一PUCCH资源的情况下，在例14所对应的子帧中，终端装置1使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区发送不包含传输块的第二PUSCH。
(例14)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第二服务小区的第二PUCCH资源的情况下，在例14所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区发送不包含传输块的第一PUSCH，且使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区不发送不包含传输块的第二PUSCH。
(例15)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方的情况下，设定于发生不包含传输块的第二PUSCH的发送的第二PUCCH资源比设定于发生使用规定的PUCCH格式的第一HARQ-ACK的发送的第一服务小区的第一PUCCH资源具有更低优先度，且终端装置1也可以选择第一PUCCH资源。
(例15)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第一服务小区的第一PUCCH资源的情况下，在例15所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区发送不包含传输块的第二PUSCH。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例15)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第二服务小区的第二PUCCH资源的情况下，在例15所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区不发送不包含传输块的第二PUSCH。在此，与第一HARQ-ACK多路复用的调度请求的值与否定的调度请求对应。在此，与第一HARQ-ACK多路复用的调度请求的值也可以与肯定的调度请求对应。
(例15)在例15所对应的子帧中，无论终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择哪个，都可以不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且可以不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第二服务小区发送不包含传输块的第二PUSCH。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例16)终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方。
(例16)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第一服务小区的第一PUCCH资源的情况下，在例16所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区发送不包含传输块的第二PUSCH。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例16)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第二服务小区的第二PUCCH资源的情况下，在例16所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区发送不包含传输块的第一PUSCH，且在第一服务小区中不使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区不发送不包含传输块的第二PUSCH。在此，第一HARQ-ACK包含于第一PUSCH。
(例17)在例17所对应的子帧中，终端装置1使用设定于第一服务小区的PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区中使用规定的PUCCH格式来发送不伴随调度请求的第二HARQ-ACK。
(例17)在例17所对应的子帧中，终端装置1可以不使用设定于第一服务小区的PUCCH资源以及PUCCH格式1来发送调度请求，且也可以在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第二HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例18)在例18所对应的子帧中，终端装置1使用设定于第一服务小区的PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第二服务小区中使用规定的PUCCH格式来发送不伴随调度请求的第二HARQ-ACK。
(例18)在例18所对应的子帧中，终端装置1可以不使用设定于第一服务小区的PUCCH资源以及PUCCH格式1来发送调度请求，且也可以在第一服务小区发送不包含传输块的第一PUSCH，且也可以在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第二HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例19)在例19所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且在第二服务小区使用规定的PUCCH格式来发送不伴随调度请求的第二HARQ-ACK。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例19)在例19所对应的子帧中，终端装置1也可以在第二服务小区使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第二HARQ-ACK多路复用的调度请求的值也可以与肯定的调度请求对应。由此，能更稳定地发送肯定的调度请求。
(例20)在例20所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且在第二服务小区中使用规定的PUCCH格式来发送不伴随调度请求的第二HARQ-ACK。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例20)在例20所对应的子帧中，终端装置1也可以在第二服务小区使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第二HARQ-ACK多路复用的调度请求的值也可以与肯定的调度请求对应。由此，能更稳定地发送肯定的调度请求。
(例20)在例20所对应的子帧中，终端装置1也可以不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第一服务小区发送不包含传输块的第一PUSCH，且可以在第一服务小区中不使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且可以在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，第一HARQ-ACK包含于第一PUSCH。
(例21)省略例21的说明。如果将例7的第二服务小区与例7的第一服务小区调换，则例7与例21相同。
(例22)省略例22的说明。如果将例15的第二服务小区与例15的第一服务小区调换，则例15与例22相同。
(例23)终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方。
(例23)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第一服务小区的第一PUCCH资源的情况下，在例23所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。在此，与第二HARQ-ACK多路复用的调度请求的值与否定的调度请求对应。在此，与第二HARQ-ACK多路复用的调度请求的值也可以与肯定的调度请求对应。
(例23)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第二服务小区的第二PUCCH资源的情况下，在例23所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1发送调度请求，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式2发送调度请求，且在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与否定的调度请求对应。在此，与第二HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。在此，与第一HARQ-ACK多路复用的调度请求的值也可以与肯定的调度请求对应。
(例23)在例23所对应的子帧中，无论终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择哪个，都可以不使用第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及肯定的调度请求，且可以不使用第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及肯定的调度请求。
(例24)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方的情况下，发生不包含传输块的第一PUSCH的发送，且设定于发生使用规定的PUCCH格式的第一HARQ-ACK的发送的第一服务小区的第一PUCCH资源不发生不包含传输块的第二PUSCH的发送，且比设定于发生使用规定的PUCCH格式的第二HARQ-ACK的发送的第二服务小区的第二PUCCH资源具有更低的优先度，且终端装置1也可以选择第二PUCCH资源。
(例24)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第一服务小区的第一PUCCH资源的情况下，在例24所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。在此，与第二HARQ-ACK多路复用的调度请求的值与否定的调度请求对应。在此，与第二HARQ-ACK多路复用的调度请求的值也可以与肯定的调度请求对应。
(例24)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第二服务小区的第二PUCCH资源的情况下，在例24所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区发送不包含传输块的第一PUSCH，且在第一服务小区中不使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，第一HARQ-ACK包含于第一PUSCH。在此，与第二HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例24)在例24所对应的子帧中，无论终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择哪个，都可以不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第一服务小区发送不包含传输块的第一PUSCH，且可以在第一服务小区中不使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且可以不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，第一HARQ-ACK包含于第一PUSCH。在此，与第二HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例25)在例25所对应的子帧中，终端装置1使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区发送不包含传输块的第二PUSCH，且在第二服务小区中不使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，第二HARQ-ACK包含于第二PUSCH。
(例25)在例25所对应的子帧中，终端装置1可以不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第二服务小区不发送不包含传输块的第二PUSCH，且可以在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第二HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例26)在例26所对应的子帧中，终端装置1使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第二服务小区发送不包含传输块的第二PUSCH，且在第二服务小区中不使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，第二HARQ-ACK包含于第二PUSCH。
(例26)在例26所对应的子帧中，终端装置1可以不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第一服务小区发送不包含传输块的第一PUSCH，且可以在第二服务小区不发送不包含传输块的第二PUSCH，且可以在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第二HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例27)在例27所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且在第二服务小区发送不包含传输块的第二PUSCH，且在第二服务小区中不使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。在此，第二HARQ-ACK包含于第二PUSCH。
(例28)在例28所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且在第二服务小区发送不包含传输块的第二PUSCH，且在第二服务小区中不使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。在此，第二HARQ-ACK包含于第二PUSCH。
(例28)在例28所对应的子帧中，终端装置1也可以不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且可以在第一服务小区发送不包含传输块的第一PUSCH，且可以在第一服务小区中不使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且可以在第二服务小区不发送不包含传输块的第二PUSCH，且可以在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，第一HARQ-ACK包含于第一PUSCH。在此，与第二HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。
(例29)省略例29的说明。如果将例8的第二服务小区与例8的第一服务小区调换，则例8与例29相同。
(例30)省略例30的说明。如果将例16的第二服务小区与例16的第一服务小区调换，则例16与例30相同。
(例31)省略例31的说明。如果将例24的第二服务小区与例24的第一服务小区调换，则例24与例31相同。
(例32)终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方。
(例32)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第一服务小区的第一PUCCH资源的情况下，在例32所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区不发送不包含传输块的第一PUSCH，且在第一服务小区中使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区发送不包含传输块的第二PUSCH，且在第二服务小区中不使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第一HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。在此，第二HARQ-ACK包含于第二PUSCH。
(例32)在终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第二服务小区的第二PUCCH资源的情况下，在例32所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区发送不包含传输块的第一PUSCH，且在第一服务小区中不使用规定的PUCCH格式来发送第一HARQ-ACK以及调度请求，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区不发送不包含传输块的第二PUSCH，且在第二服务小区中使用规定的PUCCH格式来发送第二HARQ-ACK以及调度请求。在此，与第二HARQ-ACK多路复用的调度请求的值与肯定的调度请求对应。在此，第一HARQ-ACK包含于第一PUSCH。
在设定了针对第一服务小区以及第二服务小区的一方的上层参数(simultaneousPUCCH-PUSCH)，且未设定针对第一服务小区以及第二服务小区的另一方的上层参数(simultaneousPUCCH-PUSCH)的情况下，图5的例1至例32中，在与除以8后的余数为{0，5，6，7}的例子的一部分对应的各子帧中，终端装置1可以选择第一服务小区以及第二服务小区的一方的PUCCH格式1资源。
例如，在例14、16、30、32中，在设定有针对第一服务小区的上层参数(simultaneousPUCCH-PUSCH)，且未设定针对第二服务小区的上层参数(simultaneousPUCCH-PUSCH)，且终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方的情况下，第二PUCCH资源会比第一PUCCH资源具有更低的优先度，且终端装置1也可以选择第一PUCCH资源。
例如，在例14、16、30、32中，在未设定针对第一服务小区的上层参数(simultaneousPUCCH-PUSCH)，且设定有针对第二服务小区的上层参数(simultaneousPUCCH-PUSCH)，且终端装置1从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择一方的情况下，第一PUCCH资源会比第二PUCCH资源具有更低的优先度，且终端装置1也可以选择第一PUCCH资源。
终端装置1可以针对某个子帧，基于如下情况来选择第一PUCCH资源以及第二PUCCH资源中的任一方：(i)用于上行链路发送的推定发送功率的值是否达到最大发送功率的值；(ii)第一PUCCH资源或第二PUCCH资源是否包含在发生不包含传输块的PUSCH的发送的服务小区；(iii)第一PUCCH资源或第二PUCCH资源是否包含在发生使用规定的PUCCH格式的HARQ-ACK的发送的服务小区；(iv)是否设定有针对第一服务小区的上层参数(simultaneousPUCCH-PUSCH)；和/或(v)是否设定有针对第二服务小区的上层参数(simultaneousPUCCH-PUSCH)。
例如，在例14所对应的子帧中，在未设定针对第一服务小区的上层参数(simultaneousPUCCH-PUSCH)，且设定有针对第二服务小区的上层参数(simultaneousPUCCH-PUSCH)，且从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第一服务小区的第一PUCCH资源的情况下，在例14所对应的子帧中，终端装置1使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区发送不包含传输块的第一PUSCH，且不使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区发送不包含传输块的第二PUSCH。
例如，在例14所对应的子帧中，在未设定针对第一服务小区的上层参数(simultaneousPUCCH-PUSCH)，且设定有针对第二服务小区的上层参数(simultaneousPUCCH-PUSCH)，且从设定于第一服务小区的第一PUCCH资源以及设定于第二服务小区的第二PUCCH资源中选择设定于第二服务小区的第二PUCCH资源的情况下，在例14所对应的子帧中，终端装置1不使用设定于第一服务小区的第一PUCCH资源以及PUCCH格式1来发送调度请求，且在第一服务小区发送不包含传输块的第一PUSCH，且使用设定于第二服务小区的第二PUCCH资源以及PUCCH格式1来发送调度请求，且在第二服务小区不发送不包含传输块的第二PUSCH。
在图5中，可以将第一服务小区的不包含传输块(UL-SCH)的第一PUSCH的发送与第一服务小区所属的PUCCH小区组所包含的任一个服务小区的不包含传输块的第一PUSCH的发送调换。在图5中，也可以将第二服务小区的不包含传输块(UL-SCH)的第二PUSCH的发送与第二服务小区所属的PUCCH小区组所包含的任一个服务小区的不包含传输块的第二PUSCH的发送调换。
在图5中，第一服务小区以及第二服务小区的一方为主小区，且第一服务小区以及第二服务小区的另一方也可以为主辅小区。
终端装置1可以基于第一服务小区以及第二服务小区的任一个是否为主辅小区来进行切换处理。
双连接是终端装置1与主基站装置3(主eNB)以及辅基站装置3(辅eNB)同时进行通信的技术。主小区与主基站装置3对应。主辅小区与辅基站装置3对应。主辅小区是支持PUCCH的发送以及竞争随机接入过程的小区。
以下，对本实施方式中的装置的构成进行说明。
图6是表示本实施方式的终端装置1的构成的概略框图。如图示，终端装置1构成为包括无线发送/接收部10以及上层处理部14。无线发送/接收部10构成为包括天线部11、RF(Radio Frequency：射频)部12以及基带部13。上层处理部14构成为包括媒体接入控制层处理部15、无线资源控制层处理部16以及选择部17。也将无线发送/接收部10称为发送部、接收部或物理层处理部。
上层处理部14将通过用户的操作等而生成的上行链路数据(传输块)输出至无线发送/接收部10。上层处理部14进行媒体接入控制(MAC：Medium Access Control)层、分组数据汇聚协议(Packet Data Convergence Protocol：PDCP)层、无线链路控制(Radio LinkControl：RLC)层、无线资源控制(Radio Resource Control：RRC)层的处理。
上层处理部14所具备的媒体接入控制层处理部15进行媒体接入控制层的处理。媒体接入控制层处理部15基于由无线资源控制层处理部16管理的各种设定信息/参数，进行调度请求的转发的控制。
上层处理部14所具备的无线资源控制层处理部16进行无线资源控制层的处理。无线资源控制层处理部16进行本装置的各种设定信息/参数的管理。无线资源控制层处理部16基于从基站装置3接收的上层的信号来设定各种设定信息/参数。即，无线资源控制层处理部16基于从基站装置3接收的表示各种设定信息/参数的信息来设定各种设定信息/参数。
上层处理部14所具备的选择部17选择用于调度请求的PUCCH格式1资源。选择部17从设定于某个子帧的多个PUCCH格式1资源之中选择一个或多个PUCCH格式1资源。选择部17所具有的功能可以包含于无线发送/接收部10或媒体接入控制层处理部15。
无线发送/接收部10进行调制、解调、编码、解码等的物理层的处理。无线发送/接收部10将从基站装置3接收的信号分离、解调、解码，并将解码后的信息输出至上层处理部14。无线发送/接收部10通过将数据调制、编码来生成发送信号，并发送至基站装置3。
RF部12将经由天线部11接收的信号通过正交解调转换为基带信号(下变频：downcovert)，以去除不需要的频率成分。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部1称为发送功率控制部。
图7是表示本实施方式的基站装置3的构成的概略框图。如图示，基站装置3构成为包括无线发送/接收部30以及上层处理部34。无线发送/接收部30构成为包括天线部31、RF部32以及基带部33。上层处理部34构成为包括媒体接入控制层处理部35以及无线资源控制层处理部36。也将无线发送/接收部30称为发送部、接收部或物理层处理部。
上层处理部34进行媒体接入控制(MAC：Medium Access Control)层、分组数据汇聚协议(Packet Data Convergence Protocol：PDCP)层、无线链路控制(Radio LinkControl：RLC)层、无线资源控制(Radio Resource Control：RRC)层的处理。
上层处理部34所具备的媒体接入控制层处理部35进行媒体接入控制层的处理。媒体接入控制层处理部35基于由无线资源控制层处理部36管理的各种设定信息/参数，进行与调度请求有关的处理。
上层处理部34所具备的无线资源控制层处理部36进行无线资源控制层的处理。无线资源控制层处理部36生成或从上位节点取得配置于物理下行链路共用信道的下行链路数据(传输块)、系统信息、RRC消息、MAC CE(Control Element：控制元素)等，并输出至无线发送/接收部30。此外，无线资源控制层处理部36进行各终端装置1的各种设定信息/参数的管理。无线资源控制层处理部36可以经由上层的信号对各终端装置1设定各种设定信息/参数。即，无线资源控制层处理部36发送/通知表示各种设定信息/参数的信息。
由于无线发送/接收部30的功能与无线发送/接收部10相同，因此省略说明。
以下，对本实施方式的终端装置的各种实施方式进行说明。
(1)在本实施方式的第一方式中，终端装置1具备：选择部17，从第一服务小区的第一子帧中的第一物理上行链路控制信道资源、以及第二服务小区的所述第一子帧中的第二物理上行链路控制信道资源中，选择用于发送调度请求的物理上行链路控制信道资源；发送部10，在所述第一子帧中使用所述被选择的物理上行链路控制信道资源以及物理上行链路控制信道格式1来发送所述调度请求；以及媒体接入控制层处理部15，对所述发送部指示在所述第一子帧中发送所述调度请求。在此，在所述第一子帧中的所述第一服务小区发送不包含传输块的第一物理上行链路共用信道，且在所述第一子帧中的所述第二服务小区不发送不包含传输块的第二物理上行链路共用信道的情况下，选择所述第一子帧中的所述第二服务小区的所述第二物理上行链路控制信道资源作为用于发送所述调度请求的物理上行链路控制信道资源。
(2)在本实施方式的第一方式中，在所述第一服务小区的在所述第一子帧中发送不包含所述传输块的所述第一物理上行链路共用信道，且在所述第二服务小区的所述第一子帧中发送不包含所述传输块的所述第二物理上行链路共用信道的情况下，选择所述第一物理上行链路控制信道资源以及所述第二物理上行链路控制信道资源中的一方作为用于发送所述调度请求的物理上行链路控制信道资源，且在所述第一子帧中，包含用于发送所述调度请求的物理上行链路控制信道资源的服务小区的不包含所述传输块的物理上行链路共用信道的发送被丢弃。
(3)在本实施方式的第二方式中，终端装置1具备：选择部17，从第一子帧中的第一服务小区的第一物理上行链路控制信道资源以及所述第一子帧中的第二服务小区的第二物理上行链路控制信道资源中，选择用于发送调度请求的物理上行链路控制信道资源；发送部10，在所述第一子帧未发生使用所述第一服务小区的规定的物理上行链路控制信道格式的第一HARQ-ACK(Hybrid Automatic Repeat reQuest ACKnowledgement)的发送和使用所述第二服务小区的规定的物理上行链路控制信道格式的第二HARQ-ACK的发送的情况下，使用所述被选择的物理上行链路控制信道资源以及使用物理上行链路控制信道格式1来发送所述调度请求；以及媒体接入控制层处理部15，对发送部指示在所述第一子帧中发送所述调度请求。在此，在所述第一子帧中发生使用所述第一服务小区的所述规定的物理上行链路控制信道格式的第一HARQ-ACK的发送以及使用所述第二服务小区的所述规定的物理上行链路控制信道格式的第二HARQ-ACK的发送的情况下，所述调度请求与使用所述第一服务小区的所述第一子帧中的所述规定的物理上行链路控制信道格式来发送的所述第一HARQ-ACK、以及使用所述第二服务小区的所述第一子帧中的所述规定的物理上行链路控制信道格式来发送的所述第二HARQ-ACK分别多路复用。
(4)在本实施方式的第二方式中，与所述第一HARQ-ACK多路复用的所述调度请求以及与所述第二HARQ-ACK多路复用的所述调度请求设定为同一值。在此，该同一值与肯定的调度请求对应。
(5)在本实施方式的第二方式中，在所述第一子帧中发生使用所述第一服务小区的所述规定的物理上行链路控制信道格式的第一HARQ-ACK的发送、以及使用所述第二服务小区的所述规定的物理上行链路控制信道格式的第二HARQ-ACK的发送的情况下，所述第一子帧中的使用所述被选择的物理上行链路控制信道资源以及所述物理上行链路控制信道格式1的所述调度请求的发送被丢弃。
(6)在本实施方式的第二方式中，所述选择部17选择所述第一服务小区的所述第一物理上行链路控制信道资源来作为所述第一子帧中的用于所述第一服务小区的调度请求的发送的物理上行链路控制信道资源，且在所述第一子帧中不发生使用所述第一服务小区的所述第一子帧中的所述规定的物理上行链路控制信道格式的所述第一HARQ-ACK的发送，且发生使用所述第二服务小区的所述规定的物理上行链路控制信道格式的所述第二HARQ-ACK的发送的情况下，所述调度请求与所述第二服务小区的所述第一子帧中的使用所述规定的物理上行链路控制信道格式来发送的所述第二HARQ-ACK多路复用，且所述第一服务小区的所述第一子帧中的使用所述被选择的第一物理上行链路控制信道资源以及所述物理上行链路控制信道格式1的所述调度请求的发送被丢弃。
(7)在本实施方式的第二方式中，所述第一服务小区以及所述第二服务小区的一方为主小区，所述第一服务小区以及所述第二服务小区的另一方为并非主辅小区的辅小区。
(8)在本实施方式的第三方式中，终端装置1具备：接收部10，接收表示第一服务小区的第一物理上行链路控制信道资源的信息以及表示第二服务小区的第二物理上行链路控制信道资源的信息；发送部10，在第一子帧中不发生使用规定的物理上行链路控制信道格式的HARQ-ACK(Hybrid Automatic Repeat reQuest ACKnowledgement)的发送的情况下，通过所述第一物理上行链路控制信道资源和所述第二物理上行链路控制信道资源中的一方或两方的物理上行链路控制信道资源来发送所述调度请求；以及媒体接入控制层处理部15，对所述发送部指示在所述第一子帧中发送所述调度请求。在此，所述第一服务小区为主小区。在此，在选择所述第一服务小区的所述第一物理上行链路控制信道资源来作为所述第一子帧的用于发送调度请求的物理上行链路控制信道资源，且在所述第一子帧中发生使用所述第二服务小区的所述规定的物理上行链路控制信道格式的HARQ-ACK的发送的情况下，所述调度请求基于所述第二服务小区是否为主辅小区来确定是否与所述第一子帧中的使用所述第二服务小区的所述规定的物理上行链路控制信道格式来发送的所述HARQ-ACK多路复用。
(9)在本实施方式的第三方式中，在选择所述第一服务小区的述第一物理上行链路控制信道资源来作为所述第一子帧中的用于发送调度请求的物理上行链路控制信道资源，且在所述第一子帧中发生使用所述第二服务小区的所述规定的物理上行链路控制信道格式的HARQ-ACK的发送，且所述第二服务小区为主辅小区的情况下，所述调度请求不与所述第一子帧中的使用所述第二服务小区的所述规定的物理上行链路控制信道格式来发送的所述HARQ-ACK多路复用，且在所述第一服务小区的所述第二子帧中被发送。在此，在选择所述第一服务小区的所述第一物理上行链路控制信道资源来作为所述第一子帧中的用于发送调度请求的物理上行链路控制信道资源，且在所述第一子帧中发生使用所述第二服务小区的所述规定的物理上行链路控制信道格式的HARQ-ACK的发送，且所述第二服务小区不是主辅小区的情况下，所述调度请求与使用所述第二服务小区的所述第一子帧中的所述规定的物理上行链路控制信道格式来发送的所述HARQ-ACK多路复用，且不使用所述第一服务小区的所述第一子帧中的所述被选择的第一物理上行链路控制信道资源以及所述物理上行链路控制信道格式1来发送。
由此，终端装置1能使用多个小区与基站装置3来高效地通信。
在本发明的基站装置3以及终端装置1中工作的程序可以是控制CPU(CentralProcessing 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设备、厨房设备、打扫/清洗设备、空调设备、办公设备、自动售卖机、汽车、自行车以及其他生活设备等终端装置或通信装置。
以上，参照附图对本发明的实施方式进行了详细叙述，但具体的构成并不限定于本实施方式，也包括不脱离本发明的技术精神的范围的设计变更等。此外，本发明可在权利要求所示范围内进行各种变更，将分别在不同的实施方式中公开的技术方案适当地组合而得到的实施方式也包括在本发明的技术的范围内。此外，还包括对记载于上述各实施方式的、起到同样效果的要素彼此进行置换而得到的构成。
符号说明
1(1A、1B、1C) 终端装置
3 基站装置
10 无线发送/接收部
11 天线部
12 RF部
13 基带部
14 上层处理部
15 媒体接入控制层处理部
16 无线资源控制层处理部
17 选择部
30 无线发送/接收部
31 天线部
32 RF部
33 基带部
34 上层处理部
35 媒体接入控制层处理部
36 无线资源控制层处理部

Claims (2)

1.一种终端装置，其特征在于，包括：
选择部，其从第一服务小区的第一子帧中的第一物理上行链路控制信道资源、以及第二服务小区的所述第一子帧中的第二物理上行链路控制信道资源中，选择用于发送调度请求的物理上行链路控制信道资源；以及
发送部，其在所述第一服务小区的所述第一子帧中使用规定的物理上行链路控制信道格式来发送混合自动重传请求肯定应答(HybridAutomatic Repeat reQuestACKnowledgement：HARQ-ACK)，
在所述第一服务小区中选择了所述物理上行链路控制信道资源的情况下，
所述发送部在所述第一服务小区的所述第一子帧中使用所述规定的物理上行链路控制信道格式来发送所述HARQ-ACK和所述调度请求，
在所述第二服务小区的所述第一子帧中不使用物理上行链路控制信道格式1来发送所述调度请求，
在所述第二服务小区中选择了所述物理上行链路控制信道资源的情况下，
所述发送部在所述第二服务小区的所述第一子帧中使用所述规定的物理上行链路控制信道格式来发送所述HARQ-ACK和所述调度请求，
在所述第二服务小区的所述第一子帧中使用所述物理上行链路控制信道格式1来发送所述调度请求。
2.一种用于终端装置的通信方法，其特征在于，具有：
选择过程，从第一服务小区的第一子帧中的第一物理上行链路控制信道资源、以及第二服务小区的所述第一子帧中的第二物理上行链路控制信道资源中，选择用于发送调度请求的物理上行链路控制信道资源；以及
发送过程，在所述第一服务小区的所述第一子帧中使用规定的物理上行链路控制信道格式来发送混合自动重传请求肯定应答(HybridAutomatic Repeat reQuestACKnowledgement：HARQ-ACK)，
在所述第一服务小区中选择了所述物理上行链路控制信道资源的情况下，
在所述发送过程中，
在所述第一服务小区的所述第一子帧中使用所述规定的物理上行链路控制信道格式来发送所述HARQ-ACK和所述调度请求，
在所述第二服务小区的所述第一子帧中不使用物理上行链路控制信道格式1来发送所述调度请求，
在所述第二服务小区中选择了所述物理上行链路控制信道资源的情况下，
在所述发送过程中，
在所述第二服务小区的所述第一子帧中使用所述规定的物理上行链路控制信道格式来发送所述HARQ-ACK和所述调度请求，
在所述第二服务小区的所述第一子帧中使用所述物理上行链路控制信道格式1来发送所述调度请求。
CN201680038842.3A 2015-08-07 2016-08-02 终端装置以及通信方法 Active CN108029111B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015-156691 2015-08-07
JP2015156691 2015-08-07
PCT/JP2016/072620 WO2017026322A1 (ja) 2015-08-07 2016-08-02 端末装置、通信方法、および、集積回路

Publications (2)

Publication Number Publication Date
CN108029111A CN108029111A (zh) 2018-05-11
CN108029111B true CN108029111B (zh) 2022-03-08

Family

ID=57983173

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680038842.3A Active CN108029111B (zh) 2015-08-07 2016-08-02 终端装置以及通信方法

Country Status (7)

Country Link
US (1) US10299308B2 (zh)
EP (1) EP3334232B1 (zh)
JP (1) JP6774414B2 (zh)
CN (1) CN108029111B (zh)
AU (1) AU2016306316B2 (zh)
SG (1) SG11201800792QA (zh)
WO (1) WO2017026322A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020136817A1 (ja) * 2018-12-27 2020-07-02 富士通株式会社 基地局装置、端末装置、及び通信システム
JP7204614B2 (ja) * 2019-08-30 2023-01-16 株式会社東芝 無線通信装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103141146A (zh) * 2010-09-29 2013-06-05 夏普株式会社 移动通信系统、移动站装置、基站装置、通信方法及集成电路
WO2013152621A1 (zh) * 2012-04-09 2013-10-17 中兴通讯股份有限公司 一种混合自动重传请求确认应答信息发送方法及装置
JP2015080278A (ja) * 2010-03-30 2015-04-23 シャープ株式会社 基地局装置、移動局装置、通信方法および集積回路
CN104685955A (zh) * 2012-09-28 2015-06-03 Lg电子株式会社 上行链路传输方法和上行链路传输装置
WO2015101046A1 (zh) * 2014-01-03 2015-07-09 中兴通讯股份有限公司 应答信息传输方法及装置、终端、基站、存储介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105721118B (zh) * 2010-09-19 2019-04-23 Lg电子株式会社 发送控制信息的方法和装置
EP3687090B1 (en) * 2010-11-02 2022-10-05 Lg Electronics Inc. Method and device for transmitting uplink control information in wireless communication system
KR102007846B1 (ko) * 2012-01-26 2019-08-06 엘지전자 주식회사 제어 정보 송수신 방법 및 이를 위한 장치
WO2014046374A1 (ko) * 2012-09-19 2014-03-27 엘지전자 주식회사 상향링크 제어정보 전송 방법 및 장치
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
JP2015142349A (ja) * 2014-01-30 2015-08-03 株式会社Ｎｔｔドコモ ユーザ装置及び送信制御方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015080278A (ja) * 2010-03-30 2015-04-23 シャープ株式会社 基地局装置、移動局装置、通信方法および集積回路
CN103141146A (zh) * 2010-09-29 2013-06-05 夏普株式会社 移动通信系统、移动站装置、基站装置、通信方法及集成电路
WO2013152621A1 (zh) * 2012-04-09 2013-10-17 中兴通讯股份有限公司 一种混合自动重传请求确认应答信息发送方法及装置
CN104685955A (zh) * 2012-09-28 2015-06-03 Lg电子株式会社 上行链路传输方法和上行链路传输装置
WO2015101046A1 (zh) * 2014-01-03 2015-07-09 中兴通讯股份有限公司 应答信息传输方法及装置、终端、基站、存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Remaining issues for PUCCH on Scell;Huawei等;《3GPP TSG RAN WG1 Meeting #81 R 1-152461》;20150515;第1-5页 *

Also Published As

Publication number Publication date
US20180235023A1 (en) 2018-08-16
AU2016306316B2 (en) 2020-11-26
CN108029111A (zh) 2018-05-11
EP3334232A4 (en) 2019-03-20
JPWO2017026322A1 (ja) 2018-05-24
EP3334232B1 (en) 2020-03-25
JP6774414B2 (ja) 2020-10-21
AU2016306316A1 (en) 2018-02-22
EP3334232A1 (en) 2018-06-13
SG11201800792QA (en) 2018-02-27
US10299308B2 (en) 2019-05-21
WO2017026322A1 (ja) 2017-02-16

Similar Documents

Publication Publication Date Title
CN107211415B (zh) 终端装置、集成电路及通信方法
CN107211416B (zh) 终端装置、基站装置、集成电路及通信方法
CN107211414B (zh) 终端装置、集成电路及通信方法
CN107534893B (zh) 终端装置、基站装置、集成电路及通信方法
CN107534962B (zh) 终端装置、基站装置、集成电路及通信方法
US11363579B2 (en) Terminal apparatus, base station apparatus, and communication method
CN108353323B (zh) 终端装置、基站装置、通信方法以及集成电路
CN107852715B (zh) 终端装置以及通信方法
CN107211421B (zh) 终端装置、集成电路及通信方法
CN107431948B (zh) 终端装置、基站装置、集成电路及通信方法
CN107852712B (zh) 终端装置、基站装置、集成电路以及通信方法
CN107615857B (zh) 终端装置、集成电路以及通信方法
JP2019087799A (ja) 端末装置、基地局装置、および、通信方法
WO2016163186A1 (ja) 端末装置、基地局装置、集積回路、および、通信方法
JP2019096921A (ja) 端末装置、基地局装置、通信方法、および、集積回路
CN108029111B (zh) 终端装置以及通信方法
WO2016121850A1 (ja) 端末装置、基地局装置、集積回路、および、通信方法
WO2016121803A1 (ja) 端末装置、基地局装置、集積回路、および、通信方法
EP3681212B1 (en) Terminal device and communication method
WO2016125584A1 (ja) 端末装置、基地局装置、集積回路、および、通信方法
CN109076518B (zh) 终端装置、基站装置以及通信方法

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