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

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

Info

Publication number
CN107211416B
CN107211416B CN201680007609.9A CN201680007609A CN107211416B CN 107211416 B CN107211416 B CN 107211416B CN 201680007609 A CN201680007609 A CN 201680007609A CN 107211416 B CN107211416 B CN 107211416B
Authority
CN
China
Prior art keywords
pucch
scheduling request
serving cell
cell
resource
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
CN201680007609.9A
Other languages
English (en)
Other versions
CN107211416A (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 CN107211416A publication Critical patent/CN107211416A/zh
Application granted granted Critical
Publication of CN107211416B publication Critical patent/CN107211416B/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/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • 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/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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation
    • H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

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

Abstract

终端装置在主小区以外的服务小区中，在用于调度请求的物理上行链路控制信道的资源没有被设定的情况下，基于MAC控制要素，将所述主小区以外的服务小区激活及去激活，在所述主小区以外的服务小区中，用于所述调度请求的物理上行链路控制信道的资源被设定的情况下，所述主小区以外的服务小区始终被激活，其中，所述调度请求是被用来请求用于初始发送的UL‑SCH资源的调度请求。

Description

终端装置、基站装置、集成电路及通信方法
技术领域
本发明涉及终端装置、基站装置、集成电路及通信方法。
本申请基于2015年1月28日于日本申请的2015-014739号日本专利申请主张优先权，在此引用其内容。
背景技术
在第三代合作伙伴项目(3rd Generation Partnership Project: 3GPP)中研究探讨了蜂窝移动通信的无线接入方式及无线网络 (下面称为“Long Term Evolution(LTE)，长期演进”或“Evolved Universal Terrestrial Radio Access:EUTRA，演进的通用陆基无线电接入”)。LTE中，也将基站装置称为eNodeB(evolved NodeB，演进a节点B)，将终端装置也称为UE(User Equipment，用户设备)。LTE是将基站装置覆盖的区域配置为多个蜂窝状的蜂窝通信系统。单一的基站装置也可管理多个小区。
LTE对应时分双工(Time Division Duplex:TDD)。也将采用TDD方式的LTE称为TD-LTE或LTE TDD。TDD中，上行链路信号和下行链路信号被时分多路复用。此外，LTE对应频分双工(Frequency Division Duplex:FDD)。
利用3GPP，终端装置可在最多5个服务小区(分量载波) 中同时进行发送和/或接收的载波聚合被规范化。
3GPP中，终端装置在超过5个服务小区(分量载波)中同时进行发送和/或接收的情况被研究探讨(非专利文献1)。此外，终端装置在作为主小区以外的服务小区的辅小区中，在物理上行链路控制信道中进行发送的情况被研究探讨(非专利文献1)。
现有技术文献
非特许 文献
非专利文献1：”New WI proposal:LTE Carrier Aggregation EnhancementBeyond 5Carriers”，RP-142286,Nokia Corporation, NTT DoCoMo Inc.,Noki aNetworks,3GPP TSG RAN Meeting#66, Hawaii,United States of America,8th-11thDecember 2014.
非专利文献2：”3GPP TS 36.321v12.4.0Evolved Universal Terrestrial RadioAccess(E-UTRA)；Medium Access Control(MAC) protocol specification”，5thNovember 2015.
非专利文献3：”3GPP TS 36.213v12.4.0Evolved Universal Terrestrial RadioAccess(E-UTRA)；Physical Layer procedures”， 7th November 2015.
发明内容
本发明所要解决的技术问题
然而，在作为主小区以外的服务小区即辅小区中，物理上行链路控制信道被传送的情况下，终端装置将调度请求发送到基站装置的具体方法并没有被充分研究探讨。
本发明的若干实施方式鉴于上述问题而提出，其目的在于，提供：可利用多个小区(分量载波)与基站装置高效地进行通信的终端装置、安装于该终端装置中的集成电路、该终端装置所使用的通信方法、与该终端装置通信的基站装置、于该基站装置的集成电路、该基站装置所使用的通信方法。
解决问题的手段
(1)为了达成上述目的，本发明的若干实施方式采取了如下的手段。即，本发明的第一实施方式为一种终端装置，该终端装置包括：MAC(Medium Access Control，媒体接入控制)层处理部，其基于与辅小区相关的第一计时器到期，将所述辅小区去激活，其中，所述辅小区在建立RRC(Radio Resource Control，无线资源控制)连接的时间点或之后被设定；以及发送部，其利用在所述辅小区中设定的物理上行链路控制信道的资源，发送调度请求，在所述辅小区中，在用于所述调度请求的所述物理上行链路控制信道的资源被设定的情况下，所述第一计时器并不适用于所述辅小区。
(2)此外，本发明的第二实施方式是安装于终端装置的集成电路，该集成电路包括：MAC(Medium Access Control，媒体接入控制)层处理电路，其基于与辅小区相关的第一计时器到期，将所述辅小区去激活，其中，所述辅小区在建立RRC(Radio ResourceControl，无线资源控制)连接的时间点或之后被设定；以及发送电路，其利用在所述辅小区中设定的物理上行链路控制信道的资源，发送调度请求，在所述辅小区中，在用于所述调度请求的所述物理上行链路控制信道的资源被设定的情况下，所述第一计时器并不适用于所述辅小区。
(3)本发明的第三实施方式是终端装置所使用的通信方法，该通信方法基于与辅小区相关的第一计时器到期，将所述辅小区去激活，其中，所述辅小区在建立RRC(RadioResource Control，无线资源控制)连接的时间点或之后被设定，利用在所述辅小区中设定的物理上行链路控制信道的资源，发送调度请求，在所述辅小区中，在用于所述调度请求的所述物理上行链路控制信道的资源被设定的情况下，所述第一计时器并不适用于所述辅小区。
发明效果
根据本发明的若干实施方式，终端装置能够利用多个小区 (分量载波)高效地与基站装置进行通信。
附图说明
图1是本实施方式的无线通信系统的概念图。
图2是示出本实施方式中的PUCCH小区组的一例的图。
图3是示出本实施方式中的针对各个子帧(TTI)实行的与调度请求相关的处理的一例的图。
图4是示出本实施方式的终端装置1的构成的概略框图。
图5是示出本实施方式的基站装置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辅小区)也可具有下行链路分量载波及上行链路分量载波。
终端装置1在PUCCH服务小区中进行利用PUCCH的发送。终端装置1在主小区中进行利用PUCCH的发送。终端装置 1在特殊辅小区中进行利用PUCCH的发送。终端装置1在非特殊辅小区中不进行利用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，上行链路共享信道)资源的调度请求(Scheduling Request:SR)、与下行链路数据(Transport block(传输块)、MediumAccess Control Protocol Data Unit:MAC PDU(媒体接入控制协议数据单元)、Downlink-Shared Channel:DL-SCH(下行链路共享信道)、Physical Downlink Shared Channel:PDSCH(物理下行链路共享信道))对应的 HARQ-ACK(Hybrid Automatic Repeat requestACKnowledgement，混合自动重传请求应答)。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用于在终端装置中设定多于1个服务小区的情况下发送最多4比特的 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 ControI)层中也可收发RRC信令 (也称为RRC message:Radio Resource Control message(无线资源控制消息)、RRC information:Radio Resource Control information(无线资源控制信息))。此外，基站装置3和终端装置1在媒体接入控制(MAC:Medium Access Control)层中也可收发MACCE。在这里，也将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 Signal，解调参考信号)
·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 Chan nel，物理混合自动重传请求指示信道)
·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的调度。上行链路许可用于调度比发送该上行链路许可的子帧靠后4个以上的子帧内的单一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，UE 专用参考信号)
·与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 S ingleFrequency 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 RepeatreOuest，混合自动重传请求)的控制。传输块是 MAC层向物理层传送(deliver)数据的单位。物理层中，传输块被映射为码字，对每个码字进行编码处理。
本实施方式中，主小区及辅小区中也可实行随机接入过程。不过，时域中的任一点都仅实行一个随机接入过程。即，不同时实行多个随机接入过程。
主小区中也可发送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来发送。
也可单独地定义与HARQ-ACK对应的PUCCH小区组和与CSI对应的PUCCH小区组。也可为共用与HARQ-ACK对应的PUCCH小区组和与CSI对应的PUCCH小区组。
在多个PUCCH服务小区之中的一个PUCCH服务小区中发送调度请求。在多个PUCCH服务小区中，不同时发送多个调度请求。也可经由主小区中的PUCCH来发送调度请求。也可经由特殊辅小区中的PUCCH来发送调度请求。
在多个PUCCH服务小区之中的一个PUCCH服务小区中，设定用于调度请求的PUCCH资源。在用于调度请求的PUCCH 资源中，发送PUCCH格式1。将含有用于调度请求的PUCCH资源(PUCCH格式1)的上行链路子帧称为调度请求发送的实例 (instance)。调度请求发送的实例(instances)是周期性的上行链路子帧。
调度请求发送的实例由上位层来设定。基站装置3将表示调度请求发送实例的信息(RRC消息)发送到终端装置1。表示调度请求发送实例的信息示出周期及偏移。基站装置3将表示服务小区的信息发送到终端装置1，该服务小区设定有用于调度请求的PUCCH资源。将子帧也称作TTI(Transmission Time Interval，传输时间间隔)。
图2是示出本实施方式的PUCCH小区组的一例的图。
图2中，示出聚合各个标注有200～207的方形的服务小区。图2中，服务小区200是主小区，服务小区201～207是辅小区。图2中，服务小区200、202、204是PUCCH服务小区，服务小区201、203、205、206、207是非PUCCH服务小区。
图2中，与HARQ-ACK对应的PUCCH小区组包含主 PUCCH小区组210及辅PUCCH小区组220。与HARQ-ACK对应的主PUCCH小区组210包含服务小区200～203。与HARQ- ACK对应的主PUCCH小区组210中含有的服务小区200～203 所对应的HARQ-ACK也可利用服务小区200、202的任一个中的PUCCH来被发送。
与HARQ-ACK对应的主PUCCH小区组220包含服务小区204～207。与HARQ-ACK对应的主PUCCH小区组220中含有的服务小区204～207所对应的HARQ-ACK，也可利用服务小区204中的PUCCH来被发送。
图2中，与CSI对应的PUCCH小区组仅包含一个主PUCCH 小区组230。与CSI对应的主PUCCH小区组230包含服务小区 200～207。与CSI对应的主PUCCH小区组230中含有的服务小区200～207所对应的CSI，也可利用服务小区200、202、204的任一个中的PUCCH来被发送。
图2中，SR也可利用服务小区200、202、204的任一个中的PUCCH来被发送。
下面，对与调度请求相关的处理进行说明。
调度请求被触发的情况下，直到该调度请求被取消为止，该调度请求被视为待定。在调度请求被触发，没有待定的其他调度请求的情况下，终端装置1将计数器SR_COUNTER设为0。
图3是示出与本实施方式中的、对各个子帧(TTI)实行的调度请求相关的处理的一例的图。图3的处理在MAC层被实行。在至少一个调度请求待定期间，终端装置1对没有能够用于发送的UL-SCH的各个子帧实行图3中的处理。另外，具体的处理并不限定于图3的处理，在不脱离本发明主旨的范围内也包含通过步骤更换/追加/去除等而进行了变更的处理。此外，图3的处理在权利要求所示的范围内可以进行各种变更，关于适当组合已公开的技术手段而获得的实施方式，也包含在本发明的技术范围内。
步骤300中，终端装置1判断是否满足条件300中含有的条件。步骤300中，在满足条件300中含有的条件的情况下，终端装置1进至步骤302。步骤300中，在不满足条件300中含有的条件的情况下，终端装置1进至步骤304。条件300至少包含如下条件：终端装置1在任何子帧中都不具有被设定的用于调度请求的有效的PUCCH资源。即，条件300至少包含如下条件：在任何服务小区中都没有设定PUCCH资源。
步骤S302中，终端装置1实行处理302，并进至步骤304。处理302至少包含开始(initiate)主小区中的随机接入过程的处理及取消所有待定的调度请求的处理。
步骤304中，终端装置1判断是否满足条件304中含有的条件。步骤304中，在满足条件304中含有的条件的情况下，终端装置1进至步骤306。步骤304中，在不满足条件304中含有的条件的情况下，终端装置1进至步骤308。条件306至少包含如下两个条件：终端装置1在这个子帧中具有被设定的用于调度请求的有效的PUCCH资源；以及在该子帧中设定有用于调度请求的有效的PUCCH资源的辅小区被去激活。即，条件306至少包含如下条件：在该子帧中，用于调度请求的有效的PUCCH资源在辅小区中被设定，而该辅小区被去激活。
步骤S306中，终端装置1实行处理306，并进至步骤308。处理306至少包含开始(initiate)主小区中的随机接入过程的处理。处理306还可包括取消所有待定的调度请求的处理。处理306 中，终端装置1也可不取消待定的调度请求。由此，在设定了用于调度请求的有效的PUCCH资源的辅小区被激活的情况下，能够尽快地进行调度请求的发送。
步骤308中，终端装置1判断是否满足条件308中含有的条件。步骤308中，在满足条件308中含有的条件的情况下，终端装置1进至步骤310。步骤308中，在不满足条件308中含有的条件的情况下，终端装置1结束对这个TTI的处理。条件308 至少包含如下三个条件：在这个子帧中具有被设定的用于调度请求的有效的PUCCH资源；这个子帧不是测量间隔(measurement gap)的一部分；以及计时器sr-ProhibitTimer没有运行。此外，条件308也可包含如下的条件：在这个子帧中设定有用于调度请求的有效的PUCCH资源的服务小区(主小区或辅小区)被激活。即，条件308至少包含如下的条件：在该子帧中，用于调度请求的有效的PUCCH资源在服务小区中被设定，该服务小区被激活。
步骤310中，终端装置1判断是否满足条件310中含有的条件。步骤310中，在不满足条件310中含有的任何条件的情况下，终端装置1结束对这个TTI的处理。条件310包含条件3102、条件3104及条件3106。
步骤310中，在满足条件3102中含有的条件的情况下，终端装置1进至步骤312。条件3102至少包含如下的条件：计数器SR_COUNTER的值小于规定值dsr-TransMax。
步骤S312中，终端装置1实行处理312。处理312至少包含如下三个处理：将计数器SR_COUNTER的值加1；对物理层进行通知/指示，以利用PUCCH来发信号(signal)通知调度请求；以及启动计时器sr-ProhibitTimer。
规定值dsr-TransMax也可由基站装置3控制。基站装置3 也可将表示规定值dsr-TransMax的信息发送到终端装置1。规定值dsr-TransMax的默认值也可被预先定义。
步骤310中，在满足条件3104中含有的条件的情况下，终端装置1进至步骤314。条件3104至少包含如下两个条件：计数器SR_COUNTER的值与规定值dsr-TransMax相同或大于规定值dsr-TransMax；以及用于调度请求的PUCCH资源在主小区中被设定。
步骤S314中，终端装置1实行处理314。处理314至少包含如下四个处理：对RRC进行通知/指示，以释放所有服务小区对应的PUCCH/SRS；清除(clear)设定的下行链路指配及设定的上行链路指配；在主小区中开始随机接入过程；以及取消所有待定的调度请求。在这里，所有服务小区对应的PUCCH也可包含：与CSI对应的PUCCH、与HARQ-ACK对应的PUCCH、及/或与调度请求对应的PUCCH。在这里，上行链路指配被设定为准静态。
步骤310中，在满足条件3106中含有的条件的情况下，终端装置1进至步骤316。条件3106至少包含如下两个条件：计数器SR_COUNTER的值与规定值dsr-TransMax相同或大于规定值dsr-TransMax；以及用于调度请求的PUCCH资源在辅小区中被设定。
步骤S316中，终端装置1实行处理316。处理316至少包含如下三个处理：对RRC进行通知/指示，以释放与用于调度请求的PUCCH资源被设定的辅小区对应的PUCCH/SRS；在主小区中开始随机接入过程；以及取消所有待定的调度请求。处理316 中，也可不清除(clear)设定的下行链路指配及设定的上行链路指配。即，处理316中，也可不对RRC通知/指示释放与用于调度请求的PUCCH资源被设定的辅小区以外的所有服务小区对应的PUCCH/SRS。在这里，与设定有用于调度请求的PUCCH资源的辅小区对应的PUCCH也可包含：与CSI对应的PUCCH、与HARQ-ACK对应的PUCCH、及/或与调度请求对应的PUCCH。在这里，上行链路指配被设定为准静态。
RRC层基于来自MAC层的通知/指示，释放全部或一部分的服务小区所对应的PUCCH/SRS。即，RRC层基于来自MAC 层的指示，释放全部或一部分的服务小区所对应的PUCCH/SRS 的资源。
物理层基于来自MAC层的通知/指示，用PUCCH来发信号通知调度请求。
在仅被发送正调度请求的情况下，终端装置1利用用于调度请求的PUCCH资源及PUCCH格式1来发送正调度请求。
在进行PUCCH格式1a/1b(PUCCH格式1a或PUCCH格式1b)发送的子帧中发生SR发送的情况下，如果调度请求为负调度请求，则终端装置1利用用于HARQ-ACK的PUCCH资源来发送HARQ-ACK。
在进行PUCCH格式1a/1b发送的子帧中发生SR发送的情况下，如果调度请求为正调度请求，且HARQ-ACK与SR在不同的服务小区中被发送的话，则终端装置1也可利用用于调度请求的PUCCH资源及PUCCH格式1来发送正调度请求，并利用用于HARQ-ACK的PUCCH资源来发送HARQ-ACK。
在进行PUCCH格式1a/1b发送的子帧中发生SR发送的情况下，如果调度请求为正调度请求，且HARQ-ACK与SR在不同的服务小区中被发送的话，则终端装置1也可利用用于调度请求的PUCCH资源及PUCCH格式1来发送正调度请求，并放弃 HARQ-ACK的发送。
在进行PUCCH格式1a/1b发送的子帧中发生SR发送的情况下，如果调度请求为正调度请求，且HARQ-ACK与SR在不同的服务小区中被发送的话，则终端装置1也可放弃正调度请求的发送，并利用用于HARQ-ACK的PUCCH资源来发送HARQ- ACK。
在进行PUCCH格式1a/1b发送的子帧中发生SR发送的情况下，如果调度请求为正调度请求，且HARQ-ACK与SR二者都在相同的服务小区中被发送的话，则终端装置1也可利用用于调度请求的PUCCH资源来发送HARQ-ACK。
在进行有伴随着信道选择的PUCCH格式1b发送的子帧中发生SR发送的情况下，如果调度请求为负调度请求，则终端装置1利用用于HARQ-ACK的PUCCH资源来发送HARQ-ACK。
在进行有伴随着信道选择的PUCCH格式1b发送的子帧中发生SR发送的情况下，如果调度请求为正调度请求，且HARQ- ACK与SR在不同的服务小区中被发送的话，则终端装置1也可利用用于调度请求的PUCCH资源及PUCCH格式1来发送正调度请求，并利用用于HARQ-ACK的PUCCH资源来发送HARQ- ACK。
在进行有伴随着信道选择的PUCCH格式1b发送的子帧中发生SR发送的情况下，如果调度请求为正调度请求，且HARQ- ACK与SR在不同的服务小区中被发送的话，则终端装置1也可利用用于调度请求的PUCCH资源及PUCCH格式1来发送正调度请求，并放弃HARQ-ACK的发送。
在进行有伴随着信道选择的PUCCH格式1b发送的子帧中发生SR发送的情况下，如果调度请求为正调度请求，且HARQ- ACK与SR在不同的服务小区中被发送的话，则终端装置1也可放弃正调度请求的发送，并利用用于HARQ-ACK的PUCCH资源来发送HARQ-ACK。
在进行有伴随着信道选择的PUCCH格式1b发送的子帧中发生SR发送的情况下，如果调度请求为正调度请求，且HARQ- ACK与SR二者都在相同的服务小区中被发送的话，则终端装置 1也可利用用于调度请求的PUCCH资源向每个服务小区发送1 比特的HARQ-ACK(用1比特的信息比特表示的HARQ-ACK， 1-bit HARQ-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格式1b，被发送伴随着信道选择的PUCCH格式1b的子帧中发生SR发送的情况下，如果调度请求为正调度请求，则终端装置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和调度请求。
在从MAC层用PUCCH发信号通知调度请求的方式指示的调度请求发送实例中，亦即在未伴随PUSCH的调度请求发送实例中，在利用了设定有用于调度请求的PUCCH资源的PUCCH 服务小区以外的PUCCH服务小区中的PUCCH格式3的HARQ- ACK发送发生的情况下，也可同时进行HARQ-ACK发送和正调度请求发送，该HARQ-ACK发送是利用了设定有用于调度请求的PUCCH资源的PUCCH服务小区以外的PUCCH服务小区中的、用于HARQ-ACK的PUCCH资源及PUCCH格式3的HARQ- ACK发送，该正调度请求发送是利用了设定有用于调度请求的 PUCCH资源的PUCCH服务小区中的、用于调度请求的PUCCH 资源及PUCCH格式1的正调度请求发送。
在从MAC层用PUCCH发信号通知调度请求的方式指示的调度请求发送实例中，亦即在未伴随PUSCH的调度请求发送实例中，利用了设定有用于调度请求的PUCCH资源的PUCCH服务小区以外的PUCCH服务小区中的PUCCH格式3的HARQ- ACK发送发生的情况下，也可进行HARQ-ACK发送，并放弃正调度请求发送，该HARQ-ACK发送是利用了设定有用于调度请求的PUCCH资源的PUCCH服务小区以外的PUCCH服务小区中的、用于HARQ-ACK的PUCCH资源及PUCCH格式3的 HARQ-ACK发送，该正调度请求发送是利用了设定有用于调度请求的PUCCH资源的PUCCH服务小区中的、用于调度请求的 PUCCH资源及PUCCH格式1的正调度请求发送。
在从MAC层用PUCCH发信号通知调度请求的方式指示的调度请求发送实例中，亦即在未伴随PUSCH的调度请求发送实例中，利用了设定有用于调度请求的PUCCH资源的PUCCH服务小区以外的PUCCH服务小区中的、用于HARQ-ACK的 PUCCH资源及PUCCH格式3的HARQ-ACK发送发生的情况下，也可放弃HARQ-ACK发送，并进行正调度请求发送，该 HARQ-ACK发送是利用了设定有用于调度请求的PUCCH资源的PUCCH服务小区以外的PUCCH服务小区中的PUCCH格式 3的HARQ-ACK发送，该正调度请求发送是利用了设定有用于调度请求的PUCCH资源的PUCCH服务小区中的、用于调度请求的PUCCH资源及PUCCH格式1的正调度请求发送。
在从MAC层用PUCCH发信号通知调度请求的方式指示的调度请求发送实例中，亦即在未伴随PUSCH的调度请求发送实例中，利用了设定有用于调度请求的PUCCH资源的PUCCH服务小区以外的PUCCH服务小区中的PUCCH格式3的HARQ- ACK发送发生的情况下，利用设定有用于调度请求的PUCCH资源的PUCCH服务小区以外的PUCCH服务小区中的、用于 HARQ-ACK的PUCCH资源及PUCCH格式3，来一起发送 HARQ-ACK和调度请求。
下面，对本实施方式中的服务小区的激活(activation)及去激活(deactivation)进行说明。
主小区始终被激活。网络(基站装置3)通过传送激活/去激活MAC(Medium AccessControl，媒体接入控制)CE(Control Element，控制元素)，能够激活/去激活被设定的辅小区。终端装置1基于接收指示激活被设定的服务小区的激活/去激活MAC CE，激活该被设定的辅小区。终端装置1基于接收指示去激活被设定的服务小区的激活/去激活MAC CE，去激活该被设定的辅小区。终端装置1对每个设定的辅小区保持 sCellDeactivationTimer，sCellDeactivationTimer到期了的情况下，使相关的辅小区去激活。
终端装置1对于激活的辅小区使用一般的辅小区操作，该一般的辅小区操作包含：(1)监视该被激活的辅小区中的PDCCH； (2)监视针对被激活的辅小区的PDCCH；(3)该被去激活的辅小区中的SRS发送；(4)对于该被去激活的辅小区的CSI的报告。
终端装置1在辅小区被去激活的情况下，(1)不监视在该被去激活的辅小区中PDCCH；(2)不监视针对该被去激活的辅小区的PDCCH；(3)在该被去激活的辅小区中不发送SRS；(4) 不报告针对该被去激活的辅小区的CSI；(5)在该被去激活的辅小区中不发送UL-SCH；(6)在该被去激活的辅小区中不发送 PRACH；(7)在该被去激活的辅小区中不发送调度请求。
设定有用于调度请求的PUCCH资源的PUCCH辅小区也可始终被激活。即，对设定有用于调度请求的PUCCH资源的 PUCCH辅小区，也可不使用激活/去激活MAC CE及sCellDeactivationTimer。对未设定有用于调度请求的PUCCH资源的PUCCH辅小区，使用激活/去激活MAC CE及 sCellDeactivationTimer。
即，PUCCH辅小区中，在设定有用于调度请求的PUCCH 资源的情况下，也可不对该PUCCH辅小区使用激活/去激活MAC CE及sCellDeactivationTimer。PUCCH辅小区中，在未设定用于调度请求的PUCCH资源，而设定有用于HARQ-ACK及/或CSI 的PUCCH资源的情况下，也可对该PUCCH辅小区使用激活/去激活MAC CE及sCellDeactivationTimer。
即，PUCCH辅小区中，在设定有用于调度请求的PUCCH 资源的情况下，也可不对该PUCCH辅小区使用激活/去激活MAC CE及sCellDeactivationTimer。PUCCH辅小区中，在未设定用于调度请求的PUCCH资源的情况下，也可对该PUCCH辅小区使用激活/去激活MAC CE及sCellDeactivationTimer。
此外，设定有用于调度请求、HARQ-ACK及/或CSI的 PUCCH资源的辅小区也可始终被激活。
即，辅小区中，在设定有用于调度请求、HARQ-ACK及/或 CSI的PUCCH资源的情况下，也可不对该辅小区使用活性化/去激活MAC CE及sCellDeactivationTimer。辅小区中，在未设定用于调度请求、HARQ-ACK及/或CSI的PUCCH资源的情况下，也可对该辅小区使用激活/去激活MAC CE及 sCellDeactivationTimer。
此外，设定有用于调度请求的PUCCH资源的PUCCH辅小区也可基于激活/去激活MACCE及sCellDeactivationTimer而被去激活。
下面，对本实施方式中的装置的构成进行说明。
图4是表示本实施方式的终端装置1的构成的概要框图。如图所示，终端装置1构成为包含：无线收发部10及上位层处理部14。无线收发部10构成为包含：天线部11、RF(RadioFrequency，射频)部12及基带部13。上位层处理部14构成为包含：媒体接入控制层处理部15及无线资源控制层处理部16。也将无线收发部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接收到的表示各种设定信息/参数的信息，设置各种设定信息/参数。
无线收发部10进行调制、解调、编码、解码等物理层的处理。无线收发部10对自基站装置3接收到的信号进行分离、解调、解码，并将解码后的信息输出至上位层处理部14。无线收发部10通过对数据进行调制、编码来生成发送信号，并发送至基站装置3。
RF部12将经由天线部11接收到的信号通过正交解调来转换(降频：down covert)为基带信号，并去除不需要的频率分量。RF部12将进行了处理的模拟信号输出至基带部。
基带部13将自RF部12输入的模拟信号转换为数字信号。基带部13从转换后的数字信号之中去除相当于CP(Cyclic Prefix，循环前缀)的部分，针对去除CP后的信号进行快速傅里叶转换 (Fast Fourier Transform：FFT)，来提取频域信号。
基带部13对数据进行快速傅里叶逆转换(Inverse Fast Fourier Transform：IFFT)，生成SC-FDMA符号，对生成的SC- FDMA符号附加CP，生成基带的数字信号，将基带的数字信号转换为模拟信号。基带部13将转换后的模拟信号输出到RF部 12。
RF部12用低通滤波器将多余的频率分量从基带部13所输入的模拟信号中去除，并将模拟信号升频(up convert)至载波频率，经由天线部11来发送。此外，RF部12将功率放大。此外，RF部12也可具备控制发送功率的功能。也可将RF部12称为发送功率控制部。
图5是表示本实施方式的基站装置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)本实施方式的终端装置是使用包含一个主小区的两个服务小区来与基站装置进行通信的终端装置，该终端装置也可具备接收部、发送部和MAC层处理部，该接收部接收如下三个信息：表示与主小区中的随机接入过程相关的参数的信息、表示与所述主小区以外的服务小区中的随机接入过程相关的参数的信息、以及表示所述主小区以外的服务小区中的用于调度请求的物理上行链路控制信道资源的信息，该发送部在所述主小区以外的服务小区中，通过所述物理上行链路控制信道，发送调度请求，其中，该调度请求用来请求用于初始发送的UL-SCH(uplink shared channel，上行链路共享信道)资源，该MAC层处理部在第一情况下，如果计数器的值小于规定值，则所述计数器的值加 1，并对所述发送部作如下指示，即，通过所述主小区以外的服务小区中的所述物理上行链路控制信道来发送所述调度请求，该 MAC层处理部在所述第一情况下，如果所述计数器的值与所述规定值相同或大于所述规定值，则开始所述主小区中的随机接入过程，释放所述主小区以外的服务小区中的用于所述调度请求的所述物理上行链路控制信道的资源，取消所有待定的调度请求，其中，所述第一情况是满足至少包含如下条件的条件的情况，即，某个TTI(TransmissionTime Interval，传输时间间隔)中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置具有相对于所述某个TTI而设定的用于调度请求的、有效的物理上行链路控制信道的资源。
(2)本实施方式的终端装置是使用包含一个主小区的两个服务小区来与基站装置进行通信的终端装置，该终端装置也可具备接收部、发送部和MAC层处理部，该接收部接收如下三个信息：表示与主小区中的随机接入过程相关的参数的信息、表示与所述主小区以外的服务小区中的随机接入过程相关的参数的信息、以及表示所述主小区以外的服务小区中的用于调度请求的物理上行链路控制信道资源的信息，该发送部在所述主小区以外的服务小区中，通过所述物理上行链路控制信道，发送调度请求，其中，该调度请求用来请求用于初始发送的UL-SCH(uplink shared channel，上行链路共享信道)资源，该MAC层处理部在第一情况下，开始所述主小区中的随机接入过程，并取消所有待定的调度请求，其中，所述第一情况是满足至少包含如下条件的条件的情况，即，某个TTI(Transmission TimeInterval，传输时间间隔)中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置具有相对于所述某个TTI而设定的用于调度请求的、有效的物理上行链路控制信道的资源，所述主小区以外的服务小区被去激活。
(3)本实施方式的终端装置是使用包含一个主小区的两个服务小区来与基站装置进行通信的终端装置，该终端装置也可具备发送部和MAC层处理部，该发送部在所述主小区或所述主小区以外的服务小区中，通过所述物理上行链路控制信道，发送调度请求，其中，该调度请求用来请求用于初始发送的UL-SCH (uplink shared channel，上行链路共享信道)资源，该MAC层处理部在满足至少包含如下条件的条件的情况，即，某个TTI(Transmission Time Interval，传输时间间隔)中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置相对于所述某个TTI具有设定于所述主小区或所述主小区以外的服务小区的用于调度请求的、有效的物理上行链路控制信道资源的情况下，如果计数器的值小于规定值，则所述计数器的值加1，并对所述发送部作如下指示，即，通过所述主小区或所述主小区以外的服务小区中的所述物理上行链路控制信道来发送所述调度请求，该MAC层处理部在满足至少包含如下条件的条件的情况，即，某个TTI中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置相对于所述某个TTI具有设定于所述主小区中的用于调度请求的、有效的物理上行链路控制信道资源的情况下，如果所述计数器的值与所述规定值相同或大于所述规定值，则对RRC指示为释放用于所有服务小区的物理上行链路控制信道，该MAC层处理部在满足至少包含如下条件的条件的情况，即，某个TTI中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置相对于所述某个TTI具有设定于所述主小区以外的服务小区中的用于调度请求的、有效的物理上行链路控制信道资源的情况下，如果所述计数器的值与所述规定值相同或大于所述规定值，则对RRC指示为释放用于所述主小区以外的服务小区的物理上行链路控制信道。
(4)本实施方式的终端装置所具备的MAC处理部在满足至少包含如下条件的条件的情况，即，某个TTI中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置相对于所述某个TTI具有设定于所述主小区以外的服务小区中的用于调度请求的、有效的物理上行链路控制信道资源情况下，如果所述计数器的值与所述规定值相同或大于所述规定值，则也可不释放用于所述主小区的的物理上行链路控制信道。
(5)本实施方式的终端装置是使用包含一个主小区的两个服务小区来与基站装置进行通信的终端装置，该终端装置也可具备发送部和MAC层处理部，该发送部在所述主小区或所述主小区以外的服务小区中，通过所述物理上行链路控制信道，发送调度请求，其中，该调度请求用来请求用于初始发送的UL-SCH (uplink shared channel，上行链路共享信道)资源，该MAC层处理部在满足至少包含如下条件的条件的情况，即，某个TTI(Transmission Time Interval，传输时间间隔)中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置相对于所述某个TTI具有设定于所述主小区或所述主小区以外的服务小区中的用于调度请求的、有效的物理上行链路控制信道资源的情况下，如果计数器的值小于规定值，则所述计数器的值加1，并对所述发送部作如下指示，即，通过所述主小区或所述主小区以外的服务小区中的所述物理上行链路控制信道来发送所述调度请求，该MAC层处理部在满足至少包含如下条件的条件的情况，即，某个TTI中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置相对于所述某个TTI具有设定于所述主小区中被的用于调度请求的、有效的物理上行链路控制信道资源的情况下，如果所述计数器的值与所述规定值相同或大于所述规定值，则对RRC指示为释放用于所有服务小区的物理上行链路控制信道，该MAC层处理部在满足至少包含如下条件的条件的情况，即，某个TTI中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL- SCH资源，所述终端装置相对于所述某个TTI具有设定于所述主小区以外的服务小区中的用于调度请求的、有效的物理上行链路控制信道资源的情况下，如果所述计数器的值与所述规定值相同或大于所述规定值，则对RRC指示为释放用于所述主小区以外的服务小区的物理上行链路控制信道。
(6)本实施方式的终端装置是使用包含一个主小区的两个服务小区来与基站装置进行通信的终端装置，该终端装置也可具备发送部和MAC层处理部，该发送部在所述主小区或所述主小区以外的服务小区中，通过所述物理上行链路控制信道，发送调度请求，其中，该调度请求用来请求用于初始发送的UL-SCH (uplink shared channel，上行链路共享信道)资源，该MAC层处理部在满足至少包含如下条件的条件的情况，即，某个TTI(Transmission Time Interval，传输时间间隔)中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置相对于所述某个TTI具有设定于所述主小区或所述主小区以外的服务小区中的用于调度请求的、有效的物理上行链路控制信道资源的情况下，如果计数器的值小于规定值，则所述计数器的值加1，并对所述发送部作如下指示，即，通过所述主小区或所述主小区以外的服务小区中的所述物理上行链路控制信道来发送所述调度请求，该MAC层处理部在满足至少包含如下条件的条件的情况，即，某个TTI中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置相对于所述某个TTI具有设定于所述主小区中被设定的用于调度请求的、有效的物理上行链路控制信道资源的情况下，如果所述计数器的值与所述规定值相同或大于所述规定值，则清除设定的下行链路指配及设定的上行链路许可，该MAC层处理部在满足至少包含如下条件的条件的情况，即，某个TTI中至少一个调度请求被待定，所述TTI中没有能够用于发送的UL-SCH资源，所述终端装置相对于所述某个TTI具有设定于所述主小区以外的服务小区中的用于调度请求的、有效的物理上行链路控制信道资源的情况下，如果所述计数器的值与所述规定值相同或大于所述规定值，则不清除设定的下行链路指配及设定的上行链路许可。
(7)本实施方式的终端装置是使用包含一个主小区的两个服务小区来与基站装置进行通信的终端装置，该终端装置也可具备发送部和MAC层处理部，该发送部在所述主小区及所述主小区以外的各个服务小区中，在物理上行链路控制信道中进行发送，所述MAC层处理部在在所述主小区以外的服务小区中，没有设定用于调度请求的物理上行链路控制信道的资源的情况下，基于 MAC控制要素，将所述主小区以外的服务小区激活及去激活，其中，该调度请求用来请求用于初始发送的UL-SCH(uplink shared channel，上行链路共享信道)资源，在所述主小区以外的服务小区中，设定有用于所述调度请求的物理上行链路控制信道的资源的情况下，所述主小区以外的服务小区也可始终被激活。
(8)本实施方式的终端装置是使用包含一个主小区的两个服务小区来与基站装置进行通信的终端装置，该终端装置也可具备接收部和MAC层处理部，该接收部在所述主小区及所述主小区以外的各个服务小区中接收物理上行链路控制信道，所述 MAC层处理部在所述主小区以外的服务小区中，没有设定用于调度请求的物理上行链路控制信道的资源的情况下，根据发送 MAC控制要素的情况，将所述主小区以外的服务小区激活及使之无效，其中，该调度请求用来请求用于初始发送的UL-SCH (uplink shared channel，上行链路共享信道)资源，在所述主小区以外的服务小区中，设定有用于所述调度请求的物理上行链路控制信道的资源的情况下，所述主小区以外的服务小区也可始终被激活。
由此，终端装置1能够与基站装置3高效地进行通信。
在与本发明相关的基站装置3以及终端装置1中运行的程序也可以是控制CPU(Central Processing Unit，中央处理单元)等以实现与本发明相关的上述实施方式的功能的程序(使计算机发挥功能的程序)。而且，这些装置中处理的信息，在其处理时被暂时性地存储于RAM(Random Access Memory，随机存取存储器)，然后保存在Flash ROM(ReadOnly 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 无线资源控制层处理部
30 无线收发部
31 天线部
32 RF部
33 基带部
34 上位层处理部
35 媒体接入控制层处理部
36 无线资源控制层处理部。

Claims (4)

1.一种终端装置，其特征在于，具备：
媒体接入控制MAC层处理部，其在第一服务小区中开始随机接入过程，并在第二服务小区中开始随机接入过程，并且
在某个传输时间间隔TTI中，至少一个调度请求被待定、并且没有用于发送的可利用的上行链路共享信道UL-SCH资源、仅在所述第二服务小区中设定有用于所述调度请求的物理上行链路控制信道PUCCH的资源、所述第二服务小区被激活、计数器的值小于规定值时，将所述计数器的值加1，并判断为通过所述PUCCH发送所述调度请求；
发送部，其在所述第二服务小区中，通过所述PUCCH发送所述调度请求，
所述MAC层处理部当在某个TTI中，至少一个调度请求被待定、并且没有用于发送的可利用的UL-SCH资源、仅在所述第二服务小区中设定有用于所述调度请求的PUCCH的资源、所述第二服务小区被去激活时，在已进行初始连接建立过程的小区即所述第一服务小区，以及被设置用于所述调度请求的PUCCH的资源的所述第二服务小区中，在所述第一服务小区中开始随机接入过程，
所述发送部，如果在所述某个TTI中进行所述PUCCH格式1a或1b的发送，且在相同的服务小区中发送HARQ-ACK和正调度请求，则使用用于所述调度请求的所述PUCCH资源发送所述HARQ-ACK。
2.根据权利要求1所述的终端装置，其特征在于，
所述MAC层处理部当在所述某个TTI中，至少一个调度请求被待定、并且没有用于发送的可利用的UL-SCH资源、仅在所述第二服务小区中设定有用于所述调度请求的PUCCH的资源、所述第二服务小区被去激活时，取消所有待定的调度请求。
3.根据权利要求1或2所述的终端装置，其特征在于，
所述调度请求被用来请求用于初始发送的UL-SCH资源。
4.一种终端装置的通信方法，其特征在于，包括如下步骤：
在第一服务小区中开始随机接入过程，并在第二服务小区中开始随机接入过程；
在某个传输时间间隔TTI中，至少一个调度请求被待定、并且没有用于发送的可利用的上行链路共享信道UL-SCH资源、仅在所述第二服务小区中设定有用于所述调度请求的物理上行链路控制信道PUCCH的资源、所述第二服务小区被激活、计数器的值小于规定值时，将所述计数器的值加1，并判断为通过所述PUCCH发送所述调度请求；
在所述第二服务小区中，通过所述PUCCH发送所述调度请求；
当在所述某个TTI中，至少一个调度请求被待定、并且没有用于发送的可利用的UL-SCH资源、仅在所述第二服务小区中设定有用于所述调度请求的PUCCH的资源、所述第二服务小区被去激活时，在已进行初始连接建立过程的小区即所述第一服务小区，以及被设置用于所述调度请求的PUCCH的资源的所述第二服务小区中，在所述第一服务小区中开始随机接入过程，
如果在所述某个TTI中进行所述PUCCH格式1a或1b的发送，且在相同的服务小区中发送HARQ-ACK和正调度请求，则使用用于所述调度请求的所述PUCCH资源发送所述HARQ-ACK。
CN201680007609.9A 2015-01-28 2016-01-25 终端装置、基站装置、集成电路及通信方法 Active CN107211416B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015014739 2015-01-28
JP2015-014739 2015-01-28
PCT/JP2016/051958 WO2016121666A1 (ja) 2015-01-28 2016-01-25 端末装置、基地局装置、集積回路、および、通信方法

Publications (2)

Publication Number Publication Date
CN107211416A CN107211416A (zh) 2017-09-26
CN107211416B true CN107211416B (zh) 2021-08-31

Family

ID=56543279

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680007609.9A Active CN107211416B (zh) 2015-01-28 2016-01-25 终端装置、基站装置、集成电路及通信方法

Country Status (5)

Country Link
US (1) US10448375B2 (zh)
EP (1) EP3253150B1 (zh)
JP (1) JP6730198B2 (zh)
CN (1) CN107211416B (zh)
WO (1) WO2016121666A1 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107211421B (zh) * 2015-01-28 2021-08-24 夏普株式会社 终端装置、集成电路及通信方法
US10284354B2 (en) 2015-01-30 2019-05-07 Nokia Solutions And Networks Oy Methods, apparatus, computer program, computer program product and mobile communications network for serving cells comprising primary cell and secondary cells
US9820264B2 (en) 2015-03-09 2017-11-14 Ofinno Technologies, Llc Data and multicast signals in a wireless device and wireless network
US10700845B2 (en) 2015-03-09 2020-06-30 Comcast Cable Communications, Llc Secondary cell deactivation in a wireless device and a base station
US10182406B2 (en) 2015-03-09 2019-01-15 Comcast Cable Communications, Llc Power headroom report for a wireless device and a base station
US10327236B2 (en) 2015-03-09 2019-06-18 Comcast Cable Communications, Llc Secondary cell in a wireless device and wireless network
US9820298B2 (en) 2015-03-09 2017-11-14 Ofinno Technologies, Llc Scheduling request in a wireless device and wireless network
EP3275266B1 (en) * 2015-03-27 2020-04-29 Sharp Kabushiki Kaisha Systems and methods for a physical uplink control channel on a secondary cell
US9877334B2 (en) * 2015-04-05 2018-01-23 Ofinno Technologies, Llc Cell configuration in a wireless device and wireless network
US11641255B2 (en) 2015-04-05 2023-05-02 Comcast Cable Communications, Llc Uplink control information transmission in a wireless network
US10200177B2 (en) 2015-06-12 2019-02-05 Comcast Cable Communications, Llc Scheduling request on a secondary cell of a wireless device
US9894681B2 (en) 2015-06-12 2018-02-13 Ofinno Technologies, Llc Uplink scheduling in a wireless device and wireless network
US9948487B2 (en) 2015-06-15 2018-04-17 Ofinno Technologies, Llc Uplink resource allocation in a wireless network
GB2556090B (en) * 2016-11-18 2019-07-17 Bluwireless Tech Ltd Apparatus and method for scheduling communications in a wireless communication system
CN108632007B (zh) * 2017-03-22 2020-08-14 华为技术有限公司 用于传输数据的方法和终端设备
US10785802B2 (en) * 2017-05-05 2020-09-22 Motorola Mobility Llc Transmitting SR prior to completing RACH
CN112385292A (zh) * 2018-05-10 2021-02-19 株式会社Ntt都科摩 用户终端以及无线通信方法
MX2021011467A (es) * 2019-03-28 2021-10-13 Ntt Docomo Inc Equipo de usuario y dispositivo de estacion base.
CN113785514A (zh) * 2019-09-30 2021-12-10 Oppo广东移动通信有限公司 反馈信息的发送方法、接收方法、装置、终端和介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101795497A (zh) * 2009-02-01 2010-08-04 大唐移动通信设备有限公司 调度请求的发送方法及用户设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010002642A1 (en) * 2008-07-02 2010-01-07 Interdigital Patent Holdings, Inc. Method and apparatus for avoiding a collision between a scheduling request and a periodic rank indicator report or a periodic channel quality indicator/precoding matrix indicator report
US8660076B2 (en) * 2010-08-12 2014-02-25 Lg Electronics Inc. Apparatus and method of transmitting scheduling request in wireless communication system
KR101776873B1 (ko) * 2011-01-11 2017-09-11 삼성전자 주식회사 이동통신 시스템에서 역방향 전송 출력 결정 방법 및 장치
JP6192288B2 (ja) 2012-11-30 2017-09-06 株式会社Ｎｔｔドコモ 移動局及び制御方法
CN111491305B (zh) * 2014-01-29 2023-04-28 三星电子株式会社 移动通信系统中的随机接入方法和设备

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101795497A (zh) * 2009-02-01 2010-08-04 大唐移动通信设备有限公司 调度请求的发送方法及用户设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP Organizational Partners."3rd Generation Partnership Project;Technical Specification Group Radio Access Network；Evolved Universal Terrestrial Radio Access（E-UTRA）；Medium Access Control（MAC）protocol specification（Release 12）".《3GPP TS 36.321 V12.4.0》.2014, *

Also Published As

Publication number Publication date
CN107211416A (zh) 2017-09-26
EP3253150A4 (en) 2018-08-22
WO2016121666A1 (ja) 2016-08-04
US10448375B2 (en) 2019-10-15
JPWO2016121666A1 (ja) 2017-11-02
EP3253150B1 (en) 2020-04-29
JP6730198B2 (ja) 2020-07-29
EP3253150A1 (en) 2017-12-06
US20180027548A1 (en) 2018-01-25

Similar Documents

Publication Publication Date Title
CN107211416B (zh) 终端装置、基站装置、集成电路及通信方法
CN107211415B (zh) 终端装置、集成电路及通信方法
CN107211414B (zh) 终端装置、集成电路及通信方法
CN107211421B (zh) 终端装置、集成电路及通信方法
CN107615857B (zh) 终端装置、集成电路以及通信方法
JP6725516B2 (ja) 端末装置、および通信方法
JP6774414B2 (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