CN107925971B - 终端装置、基站装置、通信方法以及集成电路 - Google Patents
终端装置、基站装置、通信方法以及集成电路 Download PDFInfo
- Publication number
- CN107925971B CN107925971B CN201680044725.8A CN201680044725A CN107925971B CN 107925971 B CN107925971 B CN 107925971B CN 201680044725 A CN201680044725 A CN 201680044725A CN 107925971 B CN107925971 B CN 107925971B
- Authority
- CN
- China
- Prior art keywords
- pucch
- parameter
- power headroom
- cell
- secondary cell
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
- H04W52/365—Power headroom reporting
-
- 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- 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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/06—TPC algorithms
- H04W52/14—Separate analysis of uplink or downlink
- H04W52/146—Uplink power control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/32—TPC of broadcast or control channels
- H04W52/325—Power control of control or pilot channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/34—TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
高效地执行与发送电力有关的处理。一种终端装置具备:接收部,接收第一参数,并接收第二参数;以及第一MAC处理部,获取类型2的功率余量,在设定有所述第一参数,并且设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送的情况下,所述第一MAC处理部获取针对主小区的所述类型2的功率余量的值,在设定有所述第二参数的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,都获取针对所述主小区的所述类型2的功率余量的值。
Description
技术领域
本发明涉及一种终端装置、基站装置、通信方法以及集成电路。
本申请基于2015年8月5日在日本提出申请的日本专利申请2015-154652号主张优先权,并将其内容引用于此。
背景技术
在第三代合作伙伴计划(3rd Generation Partnership Project:3GPP)中,对蜂窝移动通信的无线接入方式以及无线网络(以下称为“长期演进(Long Term Evolution(LTE))”或者“演进通用陆地无线接入(Evolved Universal Terrestrial Radio Access:EUTRA)”)进行了研究。在LTE中,也将基站装置称为eNodeB(evolved NodeB:演进型节点B),将终端装置称为UE(User Equipment:用户设备)。LTE是使基站装置所覆盖的区域以小区状配置多个的蜂窝通信系统。在此,单个基站装置可以管理多个小区。
LTE支持时分双工(Time Division Duplex:TDD)。也将采用TDD方式的LTE称为TD-LTE或LTE TDD。在TDD中,上行链路信号和下行链路信号被时分多路复用。此外,LTE支持频分双工(Frequency Division Duplex:FDD)。
在3GPP中,规范了终端装置能在五组以下的服务小区(分量载波)中同时进行发送和/或接收的载波聚合。
此外,在3GPP中,正在研究终端装置在超过五组的服务小区(分量载波)中同时进行发送和/或接收。而且,还正在研究终端装置在作为主小区以外的服务小区的辅小区中,通过物理上行链路控制信道来进行发送(非专利文献1)。
现有技术文献
非专利文献
非专利文献1:“New WI proposal:LTE Carrier Aggregation EnhancementBeyond 5Carriers”,RP-142286,Nokia Corporation,NTT DoCoMo Inc.,Nokia Networks,3GPP TSG RAN Meeting#66,Hawaii,Unite States of America,8th-11th December2014。
发明内容
发明要解决的问题
但是,在如上述的无线通信系统中,没有对终端装置在执行涉及发射功率的处理时的具体方法进行充分地研究。
本发明是鉴于上述点而完成的发明,其目的在于提供一种终端装置能高效地执行涉及发射功率的处理的终端装置、基站装置、通信方法以及集成电路。
用于解决问题的技术方案
(1)为了实现上述目的,本发明的实施方式采用了如下所述的方案。即,本发明的一个实施方式中的终端装置,使用包含主小区以及辅小区的多个服务小区来与基站装置进行通信,具备:接收部,接收用于指示使用第一MAC控制元素(Extended Power HeadroomMAC control element)来报告功率余量的第一参数,并接收用于指示通过物理上行链路控制信道PUCCH以及物理上行链路共享信道PUSCH来同时进行发送的第二参数;以及MAC处理部,获取类型2的功率余量,基于设定有所述第一参数,在所述辅小区设定有PUCCH,并且设定了所述PUCCH的所述辅小区已激活,所述MAC处理部获取针对设定了所述PUCCH的所述辅小区的所述类型2的功率余量的值,基于设定有所述第一参数,在所述辅小区没有设定所述PUCCH,并且对所述主小区设定有所述第二参数,所述MAC处理部获取针对所述主小区的所述类型2的功率余量的值。
(2)此外,本发明的一个实施方式中的基站装置,使用包含主小区以及辅小区的多个服务小区来与终端装置进行通信,具备:发送部,发送用于指示使用第一MAC控制元素(Extended Power Headroom MAC control element)来报告功率余量的第一参数,并发送用于指示通过物理上行链路控制信道PUCCH以及物理上行链路共享信道PUSCH来同时进行发送的第二参数;以及接收部,接收类型2的功率余量,基于设定有所述第一参数,在所述辅小区设定有PUCCH,并且激活了设定了所述PUCCH的所述辅小区,所述接收部获取针对设定了所述PUCCH的所述辅小区的所述类型2的功率余量的值,基于设定有所述第一参数,在所述辅小区没有设定所述PUCCH,并且对所述主小区设定了所述第二参数,所述接收部接收针对所述主小区的所述类型2的功率余量的值。
(3)此外,本发明的一个实施方式中的终端装置的通信方法,是使用包含主小区以及辅小区的多个服务小区来与基站装置进行通信的终端装置的通信方法,其中,接收用于指示使用第一MAC控制元素(Extended Power Headroom MAC control element)来报告功率余量的第一参数,接收用于指示通过物理上行链路控制信道PUCCH以及物理上行链路共享信道PUSCH来同时进行发送的第二参数,基于设定有所述第一参数,在所述辅小区设定有PUCCH,并且设定了所述PUCCH的所述辅小区被激活,来获取针对设定了所述PUCCH的所述辅小区的所述类型2的功率余量的值,基于设定有所述第一参数,在所述辅小区没有设定所述PUCCH,并且对所述主小区设定了所述第二参数,来获取针对所述主小区的所述类型2的功率余量的值。
(4)此外,本发明的一个实施方式中的基站装置的通信方法,是使用包含主小区以及辅小区的多个服务小区来与终端装置进行通信的基站装置的通信方法,其中,发送用于指示使用第一MAC控制元素(Extended Power Headroom MAC control element)来报告功率余量的第一参数,发送用于指示通过物理上行链路控制信道PUCCH以及物理上行链路共享信道PUSCH来同时进行发送的第二参数,基于设定有所述第一参数,在所述辅小区设定有PUCCH,并且激活了设定了所述PUCCH的所述辅小区,来接收针对设定了所述PUCCH的所述辅小区的所述类型2的功率余量的值,基于设定有所述第一参数,在所述辅小区没有设定所述PUCCH,并且对所述主小区设定了所述第二参数,来接收针对所述主小区的所述类型2的功率余量的值。
(5)此外,本发明的一个实施方式中的集成电路,搭载于使用包含主小区以及辅小区的多个服务小区来与基站装置进行通信的终端装置,使所述终端装置发挥以下功能:接收用于指示使用第一MAC控制元素(Extended Power Headroom MAC control element)来报告功率余量的第一参数,接收用于指示通过物理上行链路控制信道PUCCH以及物理上行链路共享信道PUSCH来同时进行发送的第二参数的功能;以及基于设定有所述第一参数,在所述辅小区设定有PUCCH,并且设定了所述PUCCH的所述辅小区被激活,来获取针对设定了所述PUCCH的所述辅小区的所述类型2的功率余量的值,基于设定有所述第一参数,在所述辅小区没有设定所述PUCCH,并且对所述主小区设定了所述第二参数,来获取针对所述主小区的所述类型2的功率余量的值的功能。
(6)此外,本发明的一个实施方式中的集成电路,搭载于使用包含主小区以及辅小区的多个服务小区来与终端装置进行通信的基站装置,使所述基站装置发挥以下功能:发送用于指示使用第一MAC控制元素(Extended Power Headroom MAC control element)来报告功率余量的第一参数,发送用于指示通过物理上行链路控制信道PUCCH以及物理上行链路共享信道PUSCH来同时进行发送的第二参数的功能;以及基于设定有所述第一参数,在所述辅小区设定有PUCCH,并且激活了设定了所述PUCCH的所述辅小区,来接收针对设定了所述PUCCH的所述辅小区的所述类型2的功率余量的值,基于设定有所述第一参数,在所述辅小区没有设定所述PUCCH,并且对所述主小区设定了所述第二参数,来接收针对所述主小区的所述类型2的功率余量的值的功能。
有益效果
根据本发明,终端装置能高效地执行涉及发射功率的处理。
附图说明
图1是表示本实施方式中的无线通信系统的概念的图。
图2是用于对本实施方式中的小区组进行说明的图。
图3是用于对本实施方式中的终端装置的工作进行说明的图。
图4是用于对本实施方式中的终端装置的工作进行说明的另一个图。
图5是用于对本实施方式中的终端装置的工作进行说明的另一个图。
图6是表示本实施方式中的终端装置1的构成的概略框图。
图7是表示本实施方式中的基站装置3的构成的概略框图。
具体实施方式
以下,对本发明的实施方式进行说明。
图1是本实施方式中的无线通信系统的概念图。在图1中,无线通信系统具备终端装置1A~1C以及基站装置3。以下,也将终端装置1A~1C称为终端装置1。
对本实施方式中的物理信道以及物理信号进行说明。
在图1中,在从终端装置1向基站装置3的上行链路的无线通信中,使用以下的上行链路物理信道。在此,上行链路物理信道用于发送从上层输出的信息。
·PUCCH(Physical Uplink Control Channel:物理上行链路控制信道)
·PUSCH(Physical Uplink Shared Channel:物理上行链路共享信道)
·PRACH(Physical Random Access Channel:物理随机接入信道)
PUCCH用于发送上行链路控制信息(Uplink Control Information:UCI)。在此,上行链路控制信息中可以包含用于表示下行链路的信道的状态的信道状态信息(CSI:Channel State Information)。此外,上行链路控制信息中可以包含用于请求UL-SCH资源的调度请求(SR:Scheduling Request)。此外,上行链路控制信息中可以包含HARQ-ACK(Hybrid Automatic Repeat request ACKnowledgement:混合自动重传请求肯定应答)。在此,HARQ-ACK可以表示针对下行链路数据(Transport block(传送块)、Medium AccessControl Protocol Data Unit(媒体接入控制协议数据单元):MAC PDU、Downlink-SharedChannel:DL-SCH(下行链路共享信道)、Physical Downlink Shared Channel:PDSCH(物理下行链路共享信道))的HARQ-ACK。
即,HARQ-ACK可以表示ACK(acknowledgement:肯定应答)或NACK(negative-acknowledgement:否定应答)。在此,也将HARQ-ACK称为ACK/NACK、HARQ反馈、HARQ应答、HARQ信息或HARQ控制信息。
PUSCH用于发送上行链路数据(Uplink-Shared Channel:UL-SCH)。此外,PUSCH可以用于将HARQ-ACK和/或CSI与上行链路数据一同进行发送。此外,PUSCH也可以用于仅发送CSI或仅发送HARQ-ACK以及CSI。即,PUSCH也可以用于仅发送上行链路控制信息。
在此,基站装置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控制元素。在此,也将RRC信令和/或MAC控制元素称为上层信号(higher layersignaling:上层信令)。
PUSCH可以用于发送RRC信令以及MAC控制元素。在此,从基站装置3所发送的RRC信令可以是对小区内的多个终端装置1的共用信令。此外,从基站装置3所发送的RRC信令也可以是对某个终端装置1的专用信令(也称为dedicated signaling)。即,也可以使用专用信令对某个终端装置1发送用户装置特定(用户装置固有)信息。
PRACH用于发送随机接入前导码。PRACH可以用于表示初始连接建立(initialconnection establishment)过程、切换过程、连接重新建立(connection re-establishment)过程、针对上行链路发送的同步(定时调整)、以及PUSCH资源的请求。
在图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 Channel:物理混合自动重传请求指示信道)
·PDCCH(Physical Downlink Control Channel:物理下行链路控制信道)
·EPDCCH(Enhanced Physical Downlink Control Channel:增强型物理下行链路控制信道)
·PDSCH(Physical Downlink Shared Channel:物理下行链路共享信道)
·PMCH(Physical Multicast Channel:物理多播信道)
PBCH用于广播在终端装置1公用的主信息块(Master Information Block:MIB、Broadcast Channel:BCH(广播信道))。
PCFICH用于发送指示PDCCH的发送所使用的区域(OFDM符号)的信息。
PHICH用于发送HARQ指示符(HARQ反馈、应答信息),该HARQ指示符(HARQ反馈、应答信息)表示针对基站装置3所接收的上行链路数据(Uplink Shared Channel(上行链路共享信道):UL-SCH)的ACK(ACKnowledgement:肯定应答)或NACK(Negative ACKnowledgement:否定应答)。
PDCCH以及EPDCCH用于发送下行链路控制信息(Downlink Control Information:DCI)。在此,对发送下行链路控制信息,定义了多种DCI格式。即,针对下行链路控制信息的字段被定义为DCI格式并被映射至信息比特。
例如,作为针对下行链路的DCI格式,可以被定义为用于调度一个小区中的一个PDSCH(一个下行链路传送块的发送)的DCI格式(例如,DCI格式1A、DCI格式1C)。
在此,针对下行链路的DCI格式中包含与PDSCH的调度有关的信息。例如,针对下行链路的DCI格式中包含:载波指示符字段(CIF:Carrier Indicator Field)、与资源块分配有关的信息、与MCS(Modulation and Coding Scheme:调制和编码方案)有关的信息等下行链路控制信息。在此,也将针对下行链路的DCI格式称为下行链路授权(downlink grant)或下行链路分配(downlink assignment)。
此外,例如,作为针对上行链路的DCI格式,被定义为用于调度一个小区中的一个PUSCH(一个上行链路传送块的发送)的DCI格式(例如,DCI格式0、DCI格式4)。
在此,针对上行链路的DCI格式中包含与PUSCH的调度有关的信息。例如,针对上行链路的DCI格式中包含:载波指示符字段(CIF:Carrier Indicator Field)、与资源块分配和/或跳频资源分配(Resource block assignment and/or hopping resourceallocation)有关的信息、与MCS和/或冗余版本(Modulation and coding scheme and/orredundancy version)有关的信息、以及用于指示发送层数的信息(Precodinginformation and number of layers)等下行链路控制信息。在此,也将针对上行链路的DCI格式称为上行链路授权(uplink grant)或上行链路分配(Uplink assignment)。
在使用下行链路分配来进行PDSCH的资源的调度的情况下,终端装置1可以以所调度的PDSCH来接收下行链路数据。此外,在使用上行链路授权来进行PUSCH的资源的调度的情况下,终端装置1可以以所调度的PUSCH来发送上行链路数据和/或上行链路控制信息。
在此,终端装置1可以监测PDCCH候选(PDCCH candidates)和/或EPDCCH候选(EPDCCH candidates)的集合。以下,PDCCH可以表示PDCCH和/或EPDDCH。在此,PDCCH候选是表示可能通过基站装置3来配置和/或发送PDCCH的候选。此外,监测所指的可以包含终端装置1根据所监测到的所有DCI格式来尝试对PDCCH候选集合内的各PDCCH进行解码这一层意思。
此外,终端装置1所监测的PDCCH候选集合也被称为搜索空间。搜索空间可以包含公共搜索空间(CSS:Common Search Space)。例如,CSS可以被定义为针对多个终端装置1的公共空间。此外,搜索空间也可以包含用户装置特定搜索空间(USS:UE-specific SearchSpace)。例如,USS也可以至少基于分配给终端装置1的C-RNTI来定义。终端装置1也可以在CSS和/或USS中监测PDCCH并检测发往本装置的PDCCH。
在此,在下行链路控制信息的发送(通过PDCCH进行的发送)中,基站装置3利用分配给终端装置1的RNTI。具体而言,将CRC(Cyclic Redundancy check:循环冗余校验)奇偶校验位附加于DCI格式(可以是下行链路控制信息),在附加后,通过RNTI对CRC奇偶校验位进行加扰。在此,附加于DCI格式的CRC奇偶校验位可以根据DCI格式的有效载荷来获取。
终端装置1尝试对附加有通过RNTI进行加扰的CRC奇偶校验位的DCI格式进行解码,检测出成功进行了CRC的DCI格式来作为发往本装置的DCI格式(也称为盲解码)。即,终端装置1可以检测伴有通过RNTI进行了加扰的CRC的PDCCH。此外,终端装置1也可以检测伴有附加了通过RNTI进行了加扰的CRC奇偶校验位的DCI格式的PDCCH。
在此,RNTI中可以包含C-RNTI(Cell-Radio Network Temporary Identifier:小区无线网络临时标识符)。C-RNTI是针对终端装置1的独特的(唯一的)标识符,用于RRC连接以及调度的识别。此外,C-RNTI可以用于动态地(dynamically)被调度的单播发送。
此外,RNTI中可以包含SPS C-RNTI(Semi-Persistent Scheduling C-RNTI:半静态调度C-RNTI)。SPS C-RNTI是针对终端装置1的独特的(唯一的)标识符,用于半静态调度。此外,SPS C-RNTI可以用于半持续(semi-persistently)调度的单播发送。
PDSCH用于发送下行链路数据(Downlink Shared Channel:DL-SCH)。此外,PDSCH用于发送系统信息消息。在此,系统信息消息可以是小区特定(小区特有)的信息。此外,系统信息包含于RRC信令中。此外,PDSCH用于发送RRC信令以及MAC控制元素。
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)至物理层的数据的单位。在物理层将传送块映射至码字并按每个码字进行编码处理。
以下,对载波聚合进行详细说明。
在本实施方式中,可以对终端装置1设定一个或多个服务小区。将终端装置1经由多个服务小区进行通信的技术称为小区聚合或载波聚合。在此,也将服务小区简称为小区。
在此,本实施方式也可以被适用于对终端装置1设定的一个或多个服务小区的每一个。此外,本实施方式也可以被适用于对终端装置1设定的一个或多个服务小区的一部分。
在此,将一个或多个服务小区的组也称为小区组。即,小区组可以是服务小区的子集(例如,A subset of the serving cells of a UE:一个UE的服务小区的一个子集)。本实施方式也可以适用于各小区组。此外,本实施方式也可以适用于小区组的一部分。例如,后述的PUCCH小区组可以包含于小区组。此外,例如,后述的双连接中的主小区组以及辅小区组也可以包含于小区组。
此外,在本实施方式中,也可以适用TDD(Time Division Duplex)和/或FDD(Frequency Division Duplex)。在此,在载波聚合的情况下,可以对一个服务小区或所有的多个服务小区适用TDD或FDD。此外,在载波聚合的情况下,也可以将适用了TDD的服务小区和适用了FDD的服务小区聚合。在此,也将与FDD对应的帧结构称为帧结构类型1(Framestructure type 1)。此外,也将与TDD对应的帧结构称为帧结构类型2(Frame structuretype 2)。
在此,例如,在所设定的一个或多个服务小区中包含一个主小区(PCell:PrimaryCell)和一个或多个辅小区(SCell:Secondary Cell)。主小区可以是进行了初始连接建立(initial connection establishment)过程的服务小区、开始了连接重新建立(connection re-establishment)过程的服务小区或在切换过程中被指示为主小区的小区。在此,辅小区可以在建立RRC连接的时间点或之后进行设定。
在此,将在下行链路中与服务小区对应的载波称为下行链路分量载波。此外,将在上行链路中与服务小区对应的载波称为上行链路分量载波。此外,将下行链路分量载波以及上行链路分量载波统称为分量载波。
此外,终端装置1可以在一个或多个服务小区(分量载波)中同时进行通过多个物理信道进行的发送和/或接收。在此,一个物理信道可以在多个服务小区(分量载波)中的一个服务小区(分量载波)中进行发送。
例如,基站装置3和/或终端装置1可以支持32个以下的下行链路分量载波(下行链路的小区,up to 32downlink component carriers)的载波聚合。即,基站装置3和/或终端装置1能在32个以下的服务小区中,同时通过多个物理信道来进行发送和/或接收。在此,上行链路的分量载波数可以少于下行链路的分量载波数。
此外,例如,基站装置3和/或终端装置1可以支持5个以下的下行链路分量载波(下行链路的小区,up to 5downlink component carriers)的载波聚合。即,基站装置3和/或终端装置1能在5个以下的服务小区中,同时通过多个物理信道来进行发送和/或接收。在此,上行链路的分量载波数可以少于下行链路的分量载波数。
在此,主小区可以用于通过PUCCH进行的发送。此外,在主小区中可以执行基于竞争的随机接入过程。即,主小区也可以支持通过PUCCH进行的发送和/或基于竞争的随机接入(基于竞争的随机接入过程)。
此外,主小区不能被禁用。即,主小区始终被激活。此外,跨载波调度不适用于主小区。即,主小区始终使用主小区中的PDCCH进行调度。
在此,在本实施方式中,将用于通过PUCCH进行的发送的辅小区称为PUCCH辅小区以及特殊辅小区。此外,将未用于通过PUCCH进行的发送的辅小区称为非PUCCH辅小区、非特定辅小区、非PUCCH服务小区以及非PUCCH小区。在此,PUCCH辅小区可以被定义为主小区以及不是辅小区的服务小区。
即,PUCCH辅小区也可以用于通过PUCCH进行的发送。此外,在PUCCH辅小区中也可以执行基于竞争的随机接入过程。即,PUCCH辅小区也可以支持通过PUCCH进行的发送和/或基于竞争的随机接入(基于竞争的随机接入过程)。
在此,在PUCCH辅小区中也可以执行基于竞争的随机接入过程。即,PUCCH辅小区也可以不支持通过PUCCH进行的发送,不支持基于竞争的随机接入(基于竞争的随机接入过程)。
此外,如后述那样,PUCCH辅小区可以被激活和/或禁用。此外,跨载波调度可以不适用于PUCCH辅小区。即,PUCCH辅小区可以始终使用PUCCH辅小区中的PDCCH进行调度。在此,跨载波调度也可以适用于PUCCH辅小区。即,PUCCH辅小区也可以使用一个其他的服务小区中的PDCCH进行调度。
在此,基站装置3可以对终端装置1设定与双连接(dual connectivity)相关的小区组(例如,主小区组和/或辅小区组)。例如,基站装置3可以通过使用上层信号所包含的信息(参数),来设定与双连接相关的小区组。
在此,在双连接中,主小区组可以包含主小区。此外,在双连接中,辅小区组也可以包含主辅小区。在此,对于与双连接有关的操作,也将主小区组的主小区和/或辅小区组的主辅小区称为特定小区。
在此,特定小区(双连接中的主小区组的主小区和/或辅小区组的主辅小区)可以用于通过PUCCH进行的发送。此外,在特定小区中可以执行基于竞争的随机接入过程。即,特定小区也可以支持通过PUCCH进行的发送和/或基于竞争的随机接入(基于竞争的随机接入过程)。
此外,在双连接中,主小区不能被禁用。即,主小区始终被激活。此外,在双连接中,主辅小区不能被禁用。即,主辅小区始终被激活。
此外,在双连接中,跨载波调度不适用于主小区。即,主小区始终使用主小区中的PDCCH进行调度。此外,在双连接中,跨载波调度不适用于主辅小区。即,主辅小区始终使用主辅小区中的PDCCH进行调度。在此,在双连接中,跨载波调度也可以仅用于转发至相同小区组内的服务小区。
此外,在双连接中,终端装置1可以(同时)与主eNB(MeNB:Master eNB)以及辅eNB(SeNB:Master eNB)连接。此外,在设定了与双连接相关的小区组的情况下,可以对终端装置1设定两个MAC实体(two MAC entities)。在此,两个MAC实体中的一个可以表示针对主小区组的MAC实体。此外,两个MAC实体中的另一个可以表示针对辅小区组的MAC实体。此外,在没有设定与双连接相关的小区组的情况下,也可以对终端装置1设定一个MAC实体。
即,在设定了与双连接相关的小区组的情况下,在终端装置1中,与主小区组对应的第一MAC处理部以及与辅小区组对应的第二MAC处理部各自可以执行处理(例如,涉及后述的发射功率的处理的一部分或全部)。此外,在没有设定与双连接相关的小区组的情况下,在终端装置1中,一个MAC处理部(例如,与主小区组对应的第一MAC处理部或与辅小区组对应的第二MAC处理部)也可以执行处理(例如,后述的涉及发射功率的处理的一部分或全部)。
例如,各MAC实体也可以由RRC设定一个附带支持通过PUCCH进行的发送和/或基于竞争的随机接入(基于竞争的随机接入过程)的服务(Each MAC entity is configured byRRC with a serving cell supporting PUCCH transmission and contention basedRandom Access)。在此,根据MAC实体是否与主小区组以及辅小区组的任一个相关,特定小区可以是主小区组的主小区以及辅小区组的主辅小区的任意一方。
在此,在本实施方式中,将主小区、PUCCH辅小区和/或特定小区统称为PUCCH服务小区以及PUCCH小区。此外,辅小区也可以不包含主辅小区。此外,主小区组也可以包含后述的一个或多个PUCCH小区组。此外,辅小区组也可以包含后述的一个或多个PUCCH小区组。
在此,PUCCH服务小区可以始终具有下行链路分量载波以及上行链路分量载波。此外,如上所述,在PUCCH服务小区中,也可以设定PUCCH的资源。即,基站装置3可以将用于设定PUCCH服务小区中的PUCCH的资源的信息向终端装置1发送。
即,基站装置3可以将用于设定主小区中的PUCCH的资源的信息向终端装置1发送。此外,基站装置3也可以将用于设定辅小区(PUCCH辅小区)中的PUCCH的资源的信息向终端装置1发送。此外,在双连接中,基站装置3可以将用于设定主小区组的主小区中的PUCCH的资源的信息向终端装置1发送。此外,在双连接中,基站装置3也可以将用于设定辅小区组的主辅小区中的PUCCH的资源的信息向终端装置1发送。
在此,非PUCCH服务小区(非PUCCH辅小区)可以仅具有下行链路分量载波。此外,非PUCCH服务小区(非PUCCH辅小区)也可以具有下行链路分量载波以及上行链路分量载波。
在此,基站装置3可以使用上层信号来设定一个或多个服务小区。例如,为了将多个服务小区的集合与主小区一同形成,可以设定一个或多个辅小区。在此,PUCCH服务小区可以包含于通过基站装置3设定的服务小区。
此外,可以通过基站装置3来设定PUCCH服务小区(各个主小区、PUCCH辅小区和/或特定小区)。例如,基站装置3可以发送包含用于设定PUCCH服务小区(主小区、PUCCH辅小区和/或特定小区的各个)的信息(索引)的上层信号。
此外,基站装置3也可以使用上层信号(例如,MAC控制元素)来激活(activate)或禁用(deactivate)一个或多个服务小区。例如,激活或禁用的机制也可以基于MAC控制元素和与禁用相关的定时器(deactivation timer)的组合。
在此,被基站装置3激活或禁用的辅小区中也可以包含上述的PUCCH辅小区。即,基站装置3可以使用单个指令(a single activation/deactivation command)来将包含PUCCH辅小区的多个辅小区独立地激活或禁用。即,基站装置3可以使用MAC控制元素来发送用于激活或禁用辅小区的单个指令。
此外,可以通过上层(例如,RRC层)按每个终端装置1,将与禁用相关的定时器的值设定为一个公共的值。此外,与禁用相关的定时器(定时器的值)也可以对每个辅小区保持(适用)。在此,与禁用相关的定时器(定时器的值)也可以仅对每个非PUCCH辅小区保持。即,终端装置1可以不对PUCCH辅小区适用与禁用相关的定时器,仅对每个非PUCCH辅小区保持(适用)。
此外,可以分别设定针对PUCCH辅小区的与禁用相关的定时器和针对非PUCCH辅小区的与禁用相关定时器。例如,基站装置3可以发送包含用于设定针对PUCCH辅小区的与禁用相关的定时器的信息的上层信号。此外,基站装置3也可以发送包含用于设定针对非PUCCH辅小区的与禁用相关的定时器的信息的上层信号。
图2是用于对本实施方式中的小区组进行说明的图。在此,图2示出了三例(Example(a):例a、Example(b):例b、Example(c):例c)作为小区组的设定(构成、定义)例。在此,图2示出了PUCCH小区组作为例子,但本实施方式显然也能够适用于与PUCCH小区组不同的小区组。例如,本实施方式显然能够适用于与双连接相关的小区组。
此外,基站装置3可以与使用载波指示符字段(CIF)指示的服务小区对应地设定一个或多个服务小区的组。即,基站装置3可以与下行链路的发送相关联地设定一个或多个服务小区的组。此外,基站装置3也可以与上行链路的发送相关联地设定一个或多个服务小区的组。此外,本实施方式显然能够适用于这些小区组。
在此,例如可以通过基站装置3来设定小区组。即,基站装置3可以发送用于设定小区组的信息(可以为索引、小区组索引)。例如,基站装置3也可以发送包含用于设定小区组的信息的上层信号。
图2(a)示出了设定第一小区组、第二小区组作为小区组(例如PUCCH小区组)。例如,在图2(a)中,基站装置3可以在第一小区组中发送下行链路信号,终端装置1可以在第一小区组中发送上行链路信号。即,终端装置1可以通过第一小区组中的PUCCH发送上行链路控制信息。即,PUCCH小区组也可以是与通过PUCCH进行的发送(通过PUCCH进行的上行链路控制信息的发送)相关联的组。
例如,在第一小区组中设定或激活20个服务小区(下行链路分量载波、下行链路小区)的情况下,基站装置3和终端装置1可以发送/接收针对该20个下行链路分量载波的上行链路控制信息。
同样,基站装置3和终端装置1也可以如图2(b)所示设定小区组(例如PUCCH小区组)并发送/接收上行链路控制信息。此外,基站装置3和终端装置1也可以如图2(c)所示设定小区组(例如PUCCH小区组)并发送/接收上行链路控制信息。
在此,一个小区组可以至少包含一个服务小区。此外,一个小区组也可以仅包含一个服务小区。此外,例如,一个PUCCH小区组也可以包含一个PUCCH服务小区以及一个或多个非PUCCH服务小区。
在此,将包含主小区的小区组称为主小区组。此外,将不包含主小区的小区组称为辅小区组。此外,将包含主小区的PUCCH小区组称为主PUCCH小区组。此外,将不包含主小区的PUCCH小区组称为辅PUCCH小区组。即,PUCCH辅小区可以包含辅PUCCH小区组。
在此,基站装置3可以将用于指示PUCCH辅小区的信息包含于上层信号和/或PDCCH(通过PDCCH发送的下行链路控制信息)进行发送。即,终端装置1可以基于用于指示PUCCH辅小区的信息来决定PUCCH辅小区。
如上所述,PUCCH服务小区中的PUCCH可以用于发送针对该PUCCH服务小区所属的小区组所包含的服务小区的上行链路控制信息。
即,针对小区组所包含的服务小区的上行链路控制信息可以使用该小区组所包含的PUCCH服务小区中的PUCCH进行发送。
在此,对发射功率值以及功率余量的计算方法进行详细记述。
例如,在进行通过PUSCH的发送而没有同时进行通过PUCCH的发送的情况下,终端装置1可以基于公式(1),设定针对某个服务小区c的通过某个子帧i中的PUSCH进行的发送的发射功率值。在此,可以基于公式(2)定义公式(1)中的Preal,c(i)。
[公式1]
PPUSCH,c(i)=min{PCMAX,c(i),Preal,c(i)} [dBm]
[公式2]
Preal,c(i)=10log10(MPUSCH,c(i))+PO_PUSCH,c(j)+αc(j)·PLc+ΔTF,c(i)+fc(i)
在此,Preal,c(i)是基于针对PUSCH的实际发送(a real transmission)计算出的(估计出的)功率值。此外,基于针对PUSCH的实际发送计算出的(估计出的)功率值是包含基于PUSCH进行的实际发送而计算出的(估计出的)功率值这一层意思。
此外,在进行通过PUSCH的发送并同时进行通过PUCCH的发送的情况下,终端装置1可以基于公式(3)设定针对某个服务小区c的通过某个子帧i中的PUSCH进行的发送的发射功率值。
[公式3]
PPUSCH,c(i)=min{10log10(pCMAX,c(i)-pPUCCH,c(i)),Preal,c(i)} [dBm]
在此,PPUSCH,c(i)表示针对通过第i子帧中的PUSCH进行的发送的发射功率值。此外,还是用于选择min{X,Y}、X和Y中的最小值的函数。此外,PCMAX,c表示最大发射功率值(也称为最大输出功率值),通过终端装置1进行设定。
此外,pCMAX,c表示PCMAX,c的线性值(the liner value)。此外,pPUCCH表示PPUCCH(i)的线性值。在此,对PPUCCH(i)在后文进行叙述。
此外,MPUSCH,c表示通过基站装置3进行分配的PUSCH的资源(例如带宽),由资源块的数量来表现。此外,P0_PUSCH,c是表示对于通过PUSCH来进行的发送而言最基本的发射功率的参数。例如,P0_PUSCH,c由从上层指示的小区特定参数P0_NOMIMAL_PUSCH,c与从上层指示的用户装置特定参数P0_UE_PUSCH,c的和构成。
例如,基站装置3可以使用上层信号将用于指示P0_PUSCH,c的信息向终端装置1发送。基站装置3也可以使用上层信号来设定小区特定参数P0_NOMIMAL_PUSCH,c和/或用户装置特定参数P0_UE_PUSCH,c。
此外,PLc表示针对某个服务小区的下行链路的路径损耗的估计,可以在终端装置1中进行计算。
此外,αc表示从上层指示的与路径损耗相乘的系数。例如基站装置3可以使用上层信号将用于指示αc的信息向终端装置1发送。
此外,ΔTF,c(i)表示根据调制方式等的偏移值。此外,由fc(i)提供针对现在的通过PUSCH进行的发送的功率控制调整的状态(PUSCH power control adjustment state)。在此,基于参数(Accumulation-enabled)通过上层提供对fc(i)的累计是有效(enabled)还是无效(disabled)。
例如,在基于从上层提供的参数(Accumulation-enabled)累计为有效的情况下,终端装置1基于公式(4)设定fc(i)的值。
[公式4]
fc(i)=fc(i-1)+δPUSCH,c(i-KPUSCH)如果累计有效
在此,δPUSCH,c为校正值(a correction value),称为TPC指令。即,在基于从上层提供的参数(Accumulation-enabled)累计为有效的情况下,δPUSCH,c(i-KPUSCH)表示对fc(i-1)累计的值。在此,δPUSCH,c(i-KPUSCH)基于通过某个子帧(i-KPUSCH)进行接收的,设定于针对某个服务小区的上行链路授权所包含的针对PUSCH的TPC指令的字段(2比特信息字段)的值进行指示。
此外,在基于从上层赋予的参数(Accumulation-enabled)累计为无效的情况(即,累计并非有效的情况)下,终端装置1基于公式(5)设定fc(i)的值。
[公式5]
fc(i)=fc(i-1)+δPUSCH,c(i-KPUSCH)如果累计无效
即,在基于从上层提供的参数(Accumulation-enabled)累计为无效的情况下,δPUSCH,c(i-KPUSCH)表示针对fc(i)的绝对值(absolute value)。例如,设定上行链路授权(DCI格式0或DCI格式4)所包含的针对PUSCH的TPC指令的字段(2比特的信息字段)的值映射为绝对值{-4,-1,1,4}。
此外,在进行通过PUCCH的发送的情况下,终端装置1基于公式(6)设定针对某个服务小区c的通过某个子帧i中的PUCCH进行的发送的发射功率值。在此,基于公式(7)定义公式(6)中的Preal_PUCCH,c(i)。
[公式6]
PPUCCH,c(i)=min{PCMAX,c,Preal_PUCCH,c(i)} [dBm]
[公式7]
Preal_PUCCH,c(i)=PO_PUCCH,c+PLc+h(nCQI,nHARQ)+ΔF_PUCCH(F)+g(i)
在此,Preal_PUCCH,c(i)是基于针对PUCCH的实际发送(a real transmission)计算出的(估计出的)功率值。此外,基于针对PUCCH的实际发送计算出的(估计出的)功率值包含基于通过PUCCH进行的实际发送而计算出的(估计出的)功率值这一层意思。
此外,PPUCCH,c(i)表示针对通过第i子帧中的PUCCH进行的发送的发射功率值。此外,P0_PUCCH,c是表示对于通过PUSCH来进行的发送而言最基本的发射功率的参数,由上层指示。
此外,h(nCQI,nHARQ)是基于通过PUCCH发送的比特数以及PUCCH的格式而计算出的值。在此,nCQI表示通过PUCCH发送的信道状态信息,nHARQ表示通过PUCCH发送的HARQ的信息(例如ACK/NACK)。
此外,ΔF_PUCCH(F)是按每个PUCCH的格式从上层指示的偏移值。例如,针对PUCCH格式1a的ΔF_PUCCH(F)始终为0。此外,终端装置1也可以基于公式(8)来设定g(i)的值。
[公式8]
g(i)=g(i-1)+δPUCCH(i-KPUCCH)
在此,δPUCCH为校正值(a correction value),称为TPC指令。即,δPUCCH(i-KPUCCH)表示g(i-1)所累计的值。此外,δPUCCH(i-KPUCCH)基于通过某个子帧(i-KPUCCH)进行接收的设定于针对某个服务小区的下行链路分配所包含的针对PUCCH的TPC指令的字段的值,进行指示。例如,设定下行链路分配所包含的针对PUCCH的TPC指令的字段(2比特的信息字段)的值映射于累计的校正值{-1,0,1,3}。
在此,对功率余量的报告(Power Headroom Reporting:PHR)进行详细记述。
终端装置1将表示最大发射功率与对上行链路的发送估计出的规定的功率的差的功率余量(功率余力值)向基站装置3发送。即,功率余量的报告用于将最大发射功率(也称为额定最大发射功率(the nominal maximum transmission power))与对通过每个被激活的服务小区的UL-SCH(也可以是PUSCH)进行的发送估计出的功率的差向基站装置3供给。
即,功率余量的报告用于将终端装置1对于最大发射功率具有多少余量来进行通过PUSCH的发送,向基站装置3供给。在此,功率余量的报告也可以用于将最大发射功率与对通过UL-SCH(也可以是PUSCH)以及PUCCH进行的发送估计出的功率的差向基站装置3供给。此外,功率余量的报告也可以用于将最大发射功率值向基站装置3供给。此外,功率余量从物理层向上层供给并向基站装置3报告。
例如,基站装置3基于功率余量的值决定针对PUSCH的资源分配(例如带宽)、针对PUSCH的调制方式等。
在此,对功率余量的报告定义为两种类型(类型1、类型2)。在此,某一个功率余量针对与某个服务小区c对应的某个子帧i有效。此外,类型1的功率余量包含类型1-1、类型1-2以及类型1-3的功率余量。此外,类型2的功率余量包含类型2-1、类型2-2、类型2-3以及类型2-4的功率余量。以下,将类型1的功率余量以及类型2的功率余量简单记述为功率余量。
在此,在针对某个服务小区c的某个子帧i中,类型1-1的功率余量对终端装置1进行通过PUSCH的发送而没有同时进行通过PUCCH的发送的情况进行定义。在此,类型1-1的功率余量的报告对某个服务小区c进行定义。
例如,在针对某个小区c的某个子帧i中,在进行通过PUSCH的发送而没有同时进行通过PUCCH的发送的情况下,终端装置1基于公式(9)
计算出针对通过该某个子帧i中的PUSCH进行的发送的类型1-1的功率余量。
[公式9]
pHtypel,c(i)=PCMAx,c(i)-Preal,c(i) [dB]
即,基于针对PUSCH的实际发送计算出类型1-1的功率余量。在此,基于针对PUSCH的实际发送计算功率余量包含基于通过PUSCH进行的实际发送而计算出的功率余量这一层意思。
此外,在针对某个服务小区c的某个子帧i中,类型1-2的功率余量的报告对终端装置1进行通过PUSCH的发送并同时进行通过PUCCH的发送的情况进行定义。在此,类型1-2的功率余量的报告对某个服务小区c进行定义。
例如,在针对某个服务小区c的某个子帧i中,在进行通过PUSCH的发送并同时进行通过PUCCH的发送的情况下,终端装置1基于公式(10)计算出针对通过该某个子帧i中的PUSCH进行的发送的类型1-2的功率余量。
[公式10]
PHtype1,c(i)=PCMAX_A,c(i)-Preal,c(i) [dB]
即,基于针对PUSCH的实际发送计算出类型1-2的功率余量。在此,PCMAX_A是假定在某个子帧i中仅通过PUSCH来进行发送而计算出的最大发射功率值。在该情况下,物理层将PCMAX_A代替PCMAX_A向上层供给。
此外,在针对某个服务小区c的某个子帧i中,类型1-3的功率余量的报告对终端装置1没有进行通过PUSCH的发送的情况进行定义。在此,类型1-3的功率余量的报告对某个服务小区c进行定义。
例如,在针对某个服务小区c的某个子帧i中,在没有进行通过PUSCH的发送的情况下,终端装置1基于公式(11)计算出针对通过该某个子帧i中的PUSCH进行的发送的类型1-3的功率余量。在此,基于公式(12)定义公式(11)中的Preference,c(i)。
[公式11]
PHtype1,c(i)=PCMAX_B,c(i)-Preference,c(i) [dB]
[公式12]
Preference,c(i)=PO_PUSCH,c(1)+αc(1)·PLc+fc(i)
在此,PCMAX_B假定MPR(Maximum Power Reduction)=0dB、A-MPR(AdditionalMaximum Power Reduction)=0dB、-MPR(Power management Maximum Power Reduction)=0dB、ΔTc=0dB进行计算。在此,MPR、A-MPR、P-MPR以及ΔTC是用于设定PCMAX,c的值的参数。
即,基于针对PUSCH的参考格式(a reference format)计算出类型1-3的功率余量。在此,基于针对PUSCH的参考格式计算功率余量包含基于通过使用参考格式的PUSCH进行的发送来计算功率余量这一层意思。
此外,Preference,c(i)是基于针对PUSCH的参考格式计算出的(估计出的)功率值。在此,基于针对PUSCH的参考格式计算(估计)功率值包含由假定通过使用参考格式的PUSCH进行的发送来计算(估计)功率值这一层意思。
即,作为针对PUSCH的参考格式,假定通过使用某个子帧i中的MPUSCH,c=1的PUSCH进行的发送。此外,作为针对PUSCH的参考格式,假定P0_PUSCH,c(1)。此外,作为针对PUSCH的参考格式,假定αc(1)。此外,作为针对PUSCH的参考格式,假定ΔTF(i)=0。
在此,在针对某个服务小区c的某个子帧i中,类型2-1的功率余量的报告对终端装置1在进行通过PUSCH的发送并同时进行通过PUCCH的发送的情况进行定义。在此,类型2-1的功率余量的报告对某个服务小区c进行定义。
例如,在针对某个服务小区c的某个子帧i中,在进行通过PUSCH的发送并同时进行通过PUCCH的发送的情况下,终端装置1基于公式(13)计算出针对通过该某个子帧i中的PUSCH进行的发送的类型2-1的功率余量。
[公式13]
即,基于针对PUSCH的实际发送以及针对PUCCH的实际发送计算出类型2-1的功率余量。
此外,在针对某个服务小区c的某个子帧i中,类型2-2的功率余量的报告对终端装置1在进行通过PUSCH的发送而没有同时进行通过PUCCH的发送的情况进行定义。在此,类型2-2的功率余量的报告对某个服务小区c进行定义。
例如,在针对某个服务小区c的某个子帧i中,在进行通过PUSCH的发送而没有同时进行通过PUCCH的发送的情况下,终端装置1基于公式(14)计算出针对通过该某个子帧i中的PUSCH进行的发送的类型2-2的功率余量。在此,基于公式(15)定义公式(14)中的Preference_PUCCH,c(i)。
[公式14]
[公式15]
Prefercncc_PUCCH,c(i)=PO_PUCCH,c+PLc+g(i)
即,基于针对PUSCH的实际发送以及针对PUCCH的参考格式计算出类型2-2的功率余量。在此,基于针对PUCCH的参考格式计算功率余量包含由假定通过使用参考格式的PUCCH进行的发送来计算功率余量这一层意思。
此外,Preference_PUCCH,c(i)是基于针对PUCCH的参考格式计算出的(估计出的)功率值。在此,基于针对PUCCH的参考格式计算(估计)功率值包含由假定通过使用参考格式的PUCCH进行的发送来计算(估计)功率值这一层意思。
即,作为针对PUCCH的参考格式,假定h(nCQI,nHARQ)=0。此外,作为针对PUCCH的参考格式,假定ΔF_PUCCH(F)=0。此外,作为针对PUCCH的参考格式,假定PUCCH格式1a。
此外,在针对某个服务小区c的某个子帧i中,类型2-3的功率余量的报告对终端装置1在进行通过PUCCH的发送而没有同时进行通过PUSCH的发送的情况进行定义。在此,类型2-3的功率余量的报告对某个服务小区c进行定义。
例如,在针对某个服务小区c的某个子帧i中,在进行通过PUCCH的发送而没有同时进行通过PUSCH的发送的情况下,终端装置1基于公式(16)计算出针对通过该某个子帧i中的PUSCH进行的发送的类型2-3的功率余量。
[公式16]
即,基于针对PUSCH的参考格式以及针对PUCCH的实际发送计算出类型2-3的功率余量。
此外,在针对某个服务小区c的某个子帧i中,类型2-4的功率余量的报告对终端装置1没有进行通过PUCCH的发送或没有进行通过PUSCH的发送的情况进行定义。在此,类型2-4的功率余量的报告对某个服务小区c进行定义。
例如,在针对某个服务小区c的某个子帧i中,在没有进行通过PUCCH的发送或没有进行通过PUSCH的发送的情况下,终端装置1基于公式(17)计算出针对通过该某个子帧i中的PUSCH进行的发送的类型2-4的功率余量。
[公式17]
即,基于针对PUSCH的参考格式以及针对PUCCH的参考格式计算出类型2-4的功率余量。
在此,对用于功率余量的报告的MAC控制元素的构成(MAC CE structure)进行详细记述。
例如,用于功率余量的报告的MAC控制元素可以包含:功率余量MAC控制元素(Power Headroom MAC control element);扩展的功率余量MAC控制元素(Extended PowerHeadroom MAC control element);辅小区PUCCH功率余量MAC控制元素(Scell PUCCHPower Headroom MAC control element)和/或双连接功率余量MAC控制元素(Dualconnectivity Power Headroom MAC control element)。
以下,将扩展的功率余量MAC控制元素(Extended Power Headroom MAC controlelement)记述为第一MAC控制元素。此外,将辅小区PUCCH功率余量MAC控制元素(ScellPUCCH Power Headroom MAC control element)记述为第二MAC控制元素。此外,将双连接功率余量MAC控制元素(Dual connectivity Power Headroom MAC control element)记述为第三MAC控制元素。
在此,基站装置3可以发送用于表示使用第一MAC控制元素来报告功率余量的信息(extended-PHR)。即,在设定有用于表示使用第一MAC控制元素来报告功率余量的信息(extended-PHR)的情况下,终端装置1可以使用第一MAC控制元素来报告功率余量。以下,也将用于表示使用第一MAC控制元素来报告功率余量的信息(extended-PHR)记述为第一参数。
此外,基站装置3可以发送用于表示使用第二MAC控制元素来报告功率余量的信息(ScellPUCCH-PHR)。即,在设定有用于表示使用第二MAC控制元素来报告功率余量的信息(ScellPUCCH-PHR)的情况下,终端装置1可以使用第二MAC控制元素来报告功率余量。以下,也将用于表示使用第二MAC控制元素来报告功率余量的信息(ScellPUCCH-PHR)记述为第二参数。
此外,基站装置3可以发送用于表示使用第三MAC控制元素来报告功率余量的信息(dualconnectivity-PHR)。即,在设定有用于表示使用第三MAC控制元素来报告功率余量的信息(dualconnectivity-PHR)的情况下,终端装置1可以使用第三MAC控制元素来报告功率余量。以下,也将用于表示使用第三MAC控制元素来报告功率余量的信息(dualconnectivity-PHR)记述为第三参数。
例如,至少在辅小区中设定了PUCCH的情况下(设定了PUCCH辅小区的情况下),基站装置3始终可以将第二参数设定给终端装置1。即,至少在辅小区中设定了PUCCH的情况下(设定了PUCCH辅小区的情况下),终端装置1始终可以始终使用第二MAC控制元素来报告功率余量。
此外,至少在设定了与双连接相关的小区组的情况下(设定了双连接的情下),基站装置始终可以将第三参数始终设定给终端装置1。即,至少在设定了与双连接相关的小区组的情况下(设定了双连接的情下),终端装置1始终可以使用第三MAC控制元素来报告功率余量。
在此,可以不对终端装置1同时设定第一参数和第二参数。此外,也可以不对终端装置1同时设定第二参数和第三参数。此外,也可以不对终端装置1同时设定第一参数和第三参数。此外,也可以不对终端装置1同时设定第一参数、第二参数以及第三参数。
此外,可以使用逻辑信道ID(LCID:Logical Channel Identifier)的值来识别第一MAC控制元素、第二MAC控制元素以及第三MAC控制元素。在此,逻辑信道ID可以包含于一个MAC PDU子报头(a MAC PDU subheader)。即,可以通过包含逻辑信道ID的一个MAC PDU子报头来识别第一MAC控制元素、第二MAC控制元素以及第三MAC控制元素。
例如,可以通过使用逻辑信道ID的第一值(也可以是与逻辑信道ID的值对应的第一索引)来识别第一MAC控制元素。此外,也可以通过使用逻辑信道ID的第二值(也可以是与逻辑信道ID的值对应的第二索引)来识别第二MAC控制元素。此外,也可以通过使用逻辑信道ID的第三值(也可以是与逻辑信道ID的值对应的第三索引)来识别第三MAC控制元素。
在此,基站装置3可以将用于表示是否设定同时通过PUCCH以及PUSCH来进行发送的信息(simultaneouesPUCCH-PUSCH)向终端装置1发送。例如,基站装置3可以将包含用于表示是否设定同时通过PUCCH以及PUSCH来进行发送的信息的上层的信号向终端装置1发送。以下,也将用于表示是否设定同时通过PUCCH以及PUSCH来进行发送的信息记述为第四参数。
即,在设定同时了通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以在某个子帧中同时通过PUCCH以及PUSCH来进行发送。此外,在没有设定同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1在某个子帧中进行通过PUCCH的发送或通过PUSCH的发送。
在此,也可以对PUCCH服务小区设定第四参数(第四参数的字段)。例如,也可以对主小区设定第四参数。此外,也可以对PUCCH辅小区设定第四参数。此外,也可以对双连接中的主小区组的主小区设定第四参数。此外,也可以对双连接中的辅小区组的主辅小区设定第四参数。
在此,也可以对各小区组设定(也可以按每个小区组设定)第四参数(第四参数的字段)。例如,也可以对各PUCCH小区组设定(也可以按每个PUCCH小区组设定)第四参数。即,按每个PUCCH的小区组设定第四参数。此外,也可以对双连接中的主小区组以及辅小区组的各个设定第四参数。
使用图3、图4以及图5对在本实施方式中的终端装置1中的处理进行说明。在此,在图3、图4以及图5中,为了对终端装置1中的处理进行说明,记述了终端装置1中的MAC实体中的处理。在此,虽然在图3、图4以及图5中,记述了终端装置1中的MAC实体中的处理,但在图3、图4以及图5中所记述的处理显然是终端装置1中的处理。
此外,使用图3、图4以及图5,基本上毋庸置疑的是,虽然记述了终端装置1中的处理,但基站装置3与终端装置1中的处理对应地进行同样的处理。即,基站装置3中的MAC实体可以与终端装置1的处理对应地进行同样的处理。在此,基站装置3中的MAC实体中的处理显然也是基站装置3中的处理。例如,基站装置中的MAC实体接收功率余量的报告显然与基站装置3接收功率余量的报告相同。即,基站装置3中的MAC实体接收功率余量的报告显然与基站装置3中的接收部接收功率余量的报告相同。
此外,如图3、图4以及图5所示,在对于针对某个TTI(Transmission TimeInterval:传输时间间隔)的新的发送而言具有上行链路资源(通过基站装置3分配了上行链路资源)情况下,终端装置1中的MAC实体可以进行图3、图4以及图5所示的处理。在此,某个TTI可以与某个子帧i对应。例如,某个TTI(某个子帧i)也可以为1ms。在此,MAC实体也可以包含MAC处理部(第一MAC处理部和/或第二MAC处理部)。
此外,MAC实体也可以获取上述的功率余量。例如,MAC实体可以以如下方式进行指示:基于上述的功率余量的值(更详细而言,通过物理层报告的功率余量的值),生成以及发送第一MAC控制元素、第二MAC控制元素和/或第三MAC控制元素。
图3是用于对本实施方式中的终端装置1中的动作进行说明的另一个图。
如图3所示那样,在设定有第一参数,并且没有设定同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区的类型2的功率余量的值。即,在设定有第一参数,并且没有对主小区设定同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区的类型2的功率余量的值。在此,在该情况下,也可以不设定第二参数。此外,在该情况下,也可以不设定第三参数。
此外,在设定有第二参数的情况下,终端装置1可以获取针对主小区的类型2的功率余量的值。即,在该情况下,不论终端装置1是否设定同时通过PUCCH以及PUSCH来进行发送(例如,不论是否对主小区设定同时通过PUCCH以及PUSCH来进行发送),都可以获取针对主小区的类型2的功率余量的值。
此外,在设定有第二参数,设定有辅小区中的PUCCH的资源(即,设定了PUCCH辅小区),并且设定了该PUCCH的资源的辅小区被激活的情况下,终端装置1可以获取针对设定了该PUCCH的资源的辅小区的类型2的功率余量的值。即,在该情况下,不论终端装置1是否设定同时通过PUCCH以及PUSCH来进行发送(例如,不论是否对主小区设定同时通过PUCCH以及PUSCH来进行发送),都可以获取针对主小区的类型2的功率余量的值。在此,在该情况下,也可以不设定第一参数。
此外,在设定有第三参数,并且设定了同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区(在图3中记述为特定小区(Spcell:Special cell))的类型2的功率余量的值。即,终端装置1可以在设定有第三参数,并且没有对主小区设定同时通过PUCCH以及PUSCH来进行发送的情况下,获取针对主小区的类型2的功率余量的值。在此,在该情况下,也可以不设定第一参数。此外,在该情况下,也可以不设定第二参数。
在此,获取针对主小区的类型2的功率余量的值的MAC实体也可以是在双连接中与包含主小区的主小区组对应的MAC实体(例如,第一MAC实体、第一MAC处理部)。
此外,终端装置1在设定有第三参数的情况下,获取针对主辅小区(在图3中记述为另一方的MAC实体的特定小区(SpCell of the other MAC entity))的类型2的功率余量的值。即,在该情况下,终端装置1也可以不论是否设定了同时通过PUCCH以及PUSCH来进行发送(例如,不论是否对主辅小区设定同时通过PUCCH以及PUSCH来进行发送),都获取针对主辅小区的类型2的功率余量的值。
在此,获取针对主辅小区的类型2的功率余量的值的MAC实体也可以是在双连接中与包含主辅小区的主辅小区组对应的MAC实体(例如,第二MAC实体、第二MAC处理部)。即,在设定有第三参数,并且设定了同时通过PUCCH以及PUSCH来进行发送的情况下,另一方的MAC实体可以不是获取了针对主小区的类型2的功率余量的值的MAC实体,而是MAC实体。
即,在设定有第三参数设定,并且设定了同时通过PUCCH以及PUSCH来进行发送的情况下,在获取了针对主小区的类型2的功率余量的值的MAC实体是与包含主小区的主小区组对应的MAC实体的情况下,获取针对主辅小区的类型2的功率余量的值的MAC实体可以是与包含主辅小区的辅小区组对应的MAC实体。
此外,在设定有第三参数,并且设定了同时通过PUCCH以及PUSCH来进行发送的情况下,在获取了针对主小区的类型2的功率余量的值的MAC实体是与包含主辅小区的辅小区组对应的MAC实体的情况下,获取针对主辅小区的类型2的功率余量的值的MAC实体可以是与包含主小区的主小区组对应的MAC实体。
图4是用于对本实施方式中的终端装置1中的动作进行说明的另一个图。
如图4所示那样,在设定有第一参数,并且设定有辅小区中的PUCCH的资源(即,设定有PUCCH辅小区)的情况下,终端装置1可以获取针对主小区的类型2的功率余量。即,在该情况下,终端装置1也可以不论是否设定同时通过PUCCH以及PUSCH来进行发送(例如,不论是否对主小区设定同时通过PUCCH以及PUSCH来进行发送),都获取针对主小区的类型2的功率余量。在此,在该情况下,也可以不设定第二参数。此外,在该情况下,也可以不设定第三参数。
此外,在设定有第一参数,设定有辅小区中的PUCCH的资源,并且设定了该PUCCH的资源的辅小区被激活的情况下,终端装置1可以获取针对设定了该PUCCH的辅小区的类型2的功率余量的值。即,在该情况下,终端装置1也可以不论是否设定同时通过PUCCH以及PUSCH来进行发送(例如,不论是否对设定有该PUCCH的资源的辅小区设定了同时通过PUCCH以及PUSCH来进行发送),都获取针对设定了该PUCCH的资源的辅小区的类型2的功率余量的值。
此外,在设定有第一参数,并且没有设定同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区的类型2的功率余量。即,在设定有第一参数,没有设定辅小区中的PUCCH的资源,设定了同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区的类型2的功率余量。即,在设定有第一参数,没有设定辅小区中的PUCCH的资源,对主小区设定了同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区的类型2的功率余量。在此,在该情况下,也可以不设定第二参数。此外,在该情况下,也可以不设定第三参数。
此外,在设定有第三参数,并且设定了同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区(在图4中记述为特定小区(Spcell:Special cell))的类型2的功率余量的值。即,在设定有第三参数,并且没有对主小区设定同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区的类型2的功率余量的值。在此,在该情况下,也可以不设定第一参数。此外,在该情况下,也可以不设定第二参数。
在设定了第三参数的情况下,终端装置1可以获取针对主辅小区(在图4中记述为另一方的MAC实体的特定小区(SpCell of the other MAC entity))的类型2的功率余量的值。即,在该情况下,终端装置1也可以不论是否设定同时通过PUCCH以及PUSCH来进行发送(例如,不论是否对主辅小区设定同时通过PUCCH以及PUSCH来进行发送),都获取针对主辅小区的类型2的功率余量的值。
在此,图4中的特定小区以及另一方的MAC实体的特定小区与图3相同,省略其说明。
图5是用于对本实施方式中的终端装置1中的动作进行说明的另一个图。
如图5所示那样,在设定有第一参数,并且没有设定同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区的类型2的功率余量。即,在设定有第一参数,并且没有对主小区设定同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区的类型2的功率余量。在此,在该情况下,也可以不设定第二参数。此外,在该情况下,也可以不设定第三参数。
此外,在设定有第三参数,并且设定了同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1也可以获取针对主小区(在图4中记述为特定小区(Spcell:Specialcell))的类型2的功率余量。即,在设定有第一参数,并且没有对主小区设定同时通过PUCCH以及PUSCH来进行发送的情况下,终端装置1可以获取针对主小区的类型2的功率余量。在此,在该情况下,也可以不设定第一参数。此外,在该情况下,也可以不设定第二参数。
此外,在设定有第三参数,并且设定了辅小区中的PUCCH的资源(即,设定了PUCCH辅小区)的情况下,终端装置1也可以获取针对主小区(在图5中记述为特定小区(Spcell:Special cell))的类型2的功率余量。即,在该情况下,终端装置1也可以不论是否设定同时通过PUCCH以及PUSCH来进行发送(例如,不论是否对主小区设定同时通过PUCCH以及PUSCH来进行发送),都获取针对主小区的类型2的功率余量。在此,在该情况下,也可以不设定第一参数。此外,在该情况下,也可以不设定第二参数。
在此,在设定有第三参数,并且设定了两个MAC实体的情况下,终端装置1也可以获取针对主辅小区(在图5中记述为另一方的MAC实体的特定小区(SpCell of the other MACentity))的类型2的功率余量的值。即,在该情况下,终端装置1也可以不论是否设定同时通过PUCCH以及PUSCH来进行发送(例如,不论是否对主辅小区设定同时通过PUCCH以及PUSCH来进行发送),都获取针对主辅小区的类型2的功率余量的值。
在此,图5中的特定小区以及另一方的MAC实体的特定小区与图3相同,省略其说明。
此外,在设定有第三参数,并且设定了辅小区中的PUCCH的资源(即,设定了PUCCH辅小区)的情况下,终端装置1也可以获取针对设定了该PUCCH的资源的辅小区的类型2的功率余量的值。即,在该情况下,终端装置1也可以不论是否同时设定通过PUCCH以及PUSCH来进行发送(例如,不论是否对设定有该PUCCH的资源的辅小区设定了同时通过PUCCH以及PUSCH来进行发送),都获取针对设定了该PUCCH的资源的辅小区的类型2的功率余量的值。
此外,在设定有第三参数,并且设定有辅小区中的PUCCH的资源,并且设定了该PUCCH的资源的辅小区被激活了的情况下,终端装置1可以获取针对设定了该PUCCH的资源的辅小区的类型2的功率余量的值。即,在该情况下,终端装置1也可以不论是否设定同时通过PUCCH以及PUSCH来进行发送(例如,不论是否对设定有该PUCCH的资源的辅小区设定了同时通过PUCCH以及PUSCH来进行发送),都获取针对设定了该PUCCH的资源的辅小区的类型2的功率余量的值。
即,也可以不论终端装置1中的一个MAC实体是否设定有第四参数,都获取针对主小区的类型2的功率余量以及针对辅小区的类型2的功率余量。
以下,对本实施方式中的装置的构成进行说明。
图6为表示本实施方式中的终端装置1的构成的概略框图。如图所示,终端装置1构成为包含:上层处理部101、控制部103、接收部105、发送部107以及发送/接收天线部109。此外,上层处理部101构成为包含:无线资源控制部1011、调度信息释放部1013以及MAC处理部1015。此外,接收部105构成为包含:解码部1051、解调部1053、解复用部1055、无线接收部1057以及信道测定部1059。此外,发送部107构成为包含:编码部1071、调制部1073、多路复用部1075、无线发送部1077以及上行链路参考信号生成部1079。
上层处理部101将通过用户的操作等产生的上行链路数据(传送块)输出至发送部107。此外,上层处理部101进行媒体接入控制(MAC:Medium Access Control)层、分组数据汇聚协议(Packet Data Convergence Protocol:PDCP)层、无线链路控制(Radio LinkControl:RLC)层以及无线资源控制(Radio Resource Control:RRC)层的处理。
上层处理部101所具备的无线资源控制部1011进行本装置的各种设定信息/参数的管理。无线资源控制部1011基于从基站装置3接收的上层信号来设定各种设定信息/参数。即,无线资源控制部1011基于从基站装置3接收的表示各种设定信息/参数的信息来设定各种设定信息/参数。此外,无线资源控制部1011生成配置给上行链路的各信道的信息并输出至发送部107。也将无线资源控制部1011称为设定部1011。
在此,上层处理部101所具备的调度信息释放部1013进行经由接收部105接收的DCI格式(调度信息)的释放,并基于释放所述DCI格式的结果来生成用于进行接收部105以及发送部107的控制的控制信息并输出至控制部103。
此外,上层处理部101所具备的MAC处理部1015基于由无线资源控制部1011管理的各种设定信息/参数、TPC指令等,进行针对通过PUSCH以及PUCCH进行的发送的发射功率的控制。此外,MAC处理部1015进行与功率余量的报告有关的处理。在此,在MAC处理部1015也包含第一MAC处理部以及第二MAC处理部。此外,MAC处理部1015虽然图示出了一个,但也可以如第一MAC处理部1015、第二MAC处理部1015那样为两个MAC处理部。
此外,控制部103基于来自上层处理部101的控制信息,生成进行接收部105以及发送部107的控制的控制信号。控制部103将所生成的控制信号输出至接收部105以及发送部107来进行接收部105以及发送部107的控制。
此外,接收部105根据从控制部103输入的控制信号,将经由发送/接收天线部109从基站装置3接收的接收信号进行分离、解调、解码,并将解码后的信息输出至上层处理部101。
此外,无线接收部1057将经由发送/接收天线部109接收的下行链路信号通过正交解调转换(下变频:down covert)为基带信号,以去除不需要的频率分量、适当地维持信号水平的方式控制放大等级,并基于所接收的信号的同相分量以及正交分量来进行正交解调,并将正交解调后的模拟信号转换为数字信号。无线接收部1057从转换后的数字信号中去除相当于CP(Cyclic Prefix:循环前缀)的部分,对去除CP后的信号进行快速傅里叶变换(Fast Fourier Transform:FFT),提取频域信号。
此外,解复用部1055将提取的信号分别分离成PHICH、PDCCH、EPDCCH、PDSCH以及下行链路参考信号。此外,解复用部1055根据从信道测定部1059输入的传播路径的估计值来进行PHICH、PDCCH、EPDCCH以及PDSCH的传播路径的补偿。此外,解复用部1055将分离出的下行链路参考信号输出至信道测定部1059。
此外,解调部1053对PHICH乘以对应的符号来进行合成,并对合成后的信号进行BPSK(Binary Phase Shift Keying:二进制相移键控)调制方式的解调并输出至解码部1051。解码部1051对发往本装置的PHICH进行解码,并将解码后的HARQ指示符输出至上层处理部101。解调部1053对PDCCH和/或EPDCCH进行QPSK调制方式的解调并输出至解码部1051。解码部1051尝试PDCCH和/或EPDCCH的解码,在解码成功的情况下,将解码后的下行链路控制信息和下行链路控制信息所对应的RNTI输出至上层处理部101。
此外,解调部1053对PDSCH进行通过QPSK(Quadrature Phase Shift Keying:正交相移键控)、16QAM(Quadrature Amplitude Modulation:正交振幅调制)以及64QAM等下行链路授权而通知的调制方式的解调并输出至解码部1051。解码部1051基于与通过下行链路控制信息通知的与编码率有关的信息来进行解码,并将解码后的下行链路数据(传送块)输出至上层处理部101。
此外,信道测定部1059根据从解复用部1055输入的下行链路参考信号测定下行链路的路径损耗、信道的状态,并将所测定出的路径损耗、信道的状态输出至上层处理部101。此外,信道测定部1059根据下行链路参考信号来计算出下行链路的传播路径的估计值并输出至解复用部1055。信道测定部1059为了计算出CQI(也可以为CSI)而进行信道测定和/或干扰测定。
此外,发送部107根据从控制部103输入的控制信号来生成上行链路参考信号,对从上层处理部101输入的上行链路数据(传送块)进行编码以及调制,使PUCCH、PUSCH以及所生成的上行链路参考信号多路复用,并经由发送/接收天线部109发送至基站装置3。此外,发送部107发送上行链路控制信息。
此外,编码部1071对从上层处理部101输入的上行链路控制信息进行卷积编码、分组编码等编码。此外,编码部1071基于用于PUSCH的调度的信息来进行Turbo编码。
此外,调制部1073通过由BPSK、QPSK、16QAM以及64QAM等下行链路控制信息通知的调制方式、或按每个信道预先设定的调制方式来对从编码部1071输入的编码位进行调制。调制部1073基于用于PUSCH的调度的信息来决定空间多路复用的数据的序列数,通过使用MIMO(Multiple Input Multiple Output:多输入多输出)SM(Spatial Multiplexing:空间多路复用)来将以相同的PUSCH发送的多个上行链路数据映射至多个序列,并对该序列进行预编码(precoding)。
此外,上行链路参考信号生成部1079基于用于识别基站装置3的物理层小区标识符(称为physical layer cell identity:PCI、Cell ID等)、配置上行链路参考信号的带宽、通过上行链路授权通知的循环移位以及针对DMRS序列的生成的参数值等,来生成以预先设定的规则(公式)求得的序列。多路复用部1075根据从控制部103输入的控制信号,将PUSCH的调制符号并列排列后进行离散傅里叶变换(Discrete Fourier Transform:DFT)。此外,多路复用部1075按每个发射天线端口来对PUCCH、PUSCH的信号以及所生成的上行链路参考信号进行多路复用。就是说,多路复用部1075按每个发射天线端口来将PUCCH、PUSCH的信号以及所生成的上行链路参考信号配置于资源元素。
此外,无线发送部1077对多路复用后的信号进行快速傅里叶逆变换(InverseFast Fourier Transform:IFFT)来生成SC-FDMA符号,并对生成的SC-FDMA符号附加CP来生成基带的数字信号,将基带的数字信号转换为模拟信号,并使用低通滤波器去除多余的频率分量,对载波频率进行上变频(up convert)来放大功率,输出并发送至发送/接收天线部109。
图7为表示本实施方式中的基站装置3的构成的概略框图。如图所示,基站装置3构成为包含:上层处理部301、控制部303、接收部305、发送部307以及发送/接收天线部309。此外,上层处理部301构成为包含:无线资源控制部3011、调度部3013以及MAC处理部3015。此外,接收部305构成为包含:解码部3051、解调部3053、解复用部3055、无线接收部3057以及信道测定部3059。此外,发送部307构成为包含:编码部3071、调制部3073、多路复用部3075、无线发送部3077以及下行链路参考信号生成部3079。
上层处理部301进行媒体接入控制(MAC:Medium Access Control)层、分组数据汇聚协议(Packet Data Convergence Protocol:PDCP)层、无线链路控制(Radio LinkControl:RLC)层、无线资源控制(Radio Resource Control:RRC)层的处理。此外,上层处理部301为了进行接收部305以及发送部307的控制而生成控制信息并输出至控制部303。
此外,上层处理部301所具备的无线资源控制部3011生成或从上位节点取得配置于下行链路的PDSCH的下行链路数据(传送块)、系统信息、RRC消息、MAC CE(ControlElement:控制元素)等,并输出至发送部307。此外,无线资源控制部3011进行各终端装置1的各种设定信息/参数的管理。无线资源控制部3011可以经由上层信号对各终端装置1设定各种设定信息/参数。即,无线资源控制部1011发送/通知表示各种设定信息/参数的信息。也将无线资源控制部3011称为设定部3011。
此外,上层处理部301所具备的调度部3013根据接收到的信道状态信息以及从信道测定部3059输入的传播路径的估计值及信道的质量等,决定分配物理信道(PDSCH及PUSCH)的频率以及子帧、物理信道(PDSCH及PUSCH)的编码率以及调制方式以及发射功率等。调度部3013基于调度结果生成用于进行接收部305及发送部307的控制的控制信息(例如DCI格式)并输出至控制部303。调度部3013进一步决定进行发送处理及接收处理的定时。
此外,上层处理部301所具备的发射功率控制部3015经由通过无线资源控制部3011来进行管理的各种设定信息/参数、TPC指令等,进行针对由终端装置1通过PUSCH以及PUCCH来进行的发送的发射功率的控制。此外,MAC处理部3015进行与功率余量的报告有关的处理。在此,在MAC处理部3015也包含第一MAC处理部以及第二MAC处理部。此外,MAC处理部3015虽然图示出了一个,但也可以如第一MAC处理部3015、第二MAC处理部3015那样为两个MAC处理部。
此外,控制部303基于来自上层处理部301的控制信息,生成进行接收部305以及发送部307的控制的控制信号。控制部303将所生成的控制信号输出至接收部305以及发送部307并进行接收部305以及发送部307的控制。
此外,接收部305根据从控制部303输入的控制信号,对经由发送/接收天线部309从终端装置1接收的接收信号进行分离、解调、解码并将解码后的信息输出至上层处理部301。无线接收部3057将经由发送/接收天线部309接收的上行链路信号通过正交解调转换(下变频:down covert)为基带信号,去除不需要的频率分量,以适当地维持信号水平的方式来控制放大等级,并基于接收到的信号的同相分量以及正交分量进行正交解调,将正交解调后的模拟信号转换为数字信号。此外,接收部305接收上行链路控制信息。
此外,无线接收部3057从转换后的数字信号中去除相当于CP(Cyclic Prefix)的部分。无线接收部3057对去除CP后的信号进行快速傅里叶变换(Fast Fourier Transform:FFT)来提取频域的信号并输出至解复用部3055。
此外,解复用部1055将从无线接收部3057输入的信号分离成PUCCH、PUSCH以及上行链路参考信号等信号。需要说明的是,该分离预先由基站装置3通过无线资源控制部3011决定,基于包含于通知给各终端装置1的上行链路授权的无线资源的分配信息来进行。此外,解复用部3055根据从信道测定部3059输入的传播路径的估计值来进行PUCCH和PUSCH的传播路径的补偿。此外,解复用部3055将分离后的上行链路参考信号输出至信道测定部3059。
此外,解调部3053对PUSCH进行离散傅里叶逆变换(Inverse Discrete FourierTransform:IDFT),取得调制符号,并对PUCCH和PUSCH的各调制符号使用BPSK(BinaryPhase Shift Keying)、QPSK、16QAM以及64QAM等预先设定的、或本装置通过上行链路授权预先通知各终端装置1的调制方式进行接收信号的解调。解调部3053基于通过上行链路授权预先通知各终端装置1的空间多路复用的序列数和指示对该序列进行的预编码的信息,通过使用MIMO SM来对通过相同的PUSCH发送的多个上行链路数据的调制符号进行分离。
此外,解码部3051根据预先设定或者本装置通过上行链路授权预先通知给终端装置1的编码率,来对解调后的PUCCH和PUSCH的编码位进行解码,并将解码后的上行链路数据和上行链路控制信息输出至上层处理部101。在重新发送PUSCH的情况下,解码部3051使用保存于从上层处理部301输入的HARQ缓冲器中的编码位和解调后的编码位来进行解码。信道测定部309根据从解复用部3055输入的上行链路参考信号来测定传播路径的估计值、信道的质量等,并输出至解复用部3055以及上层处理部301。
此外,发送部307根据从控制部303输入的控制信号来生成下行链路参考信号,并对从上层处理部301输入的HARQ指示符、下行链路控制信息以及下行链路数据进行编码以及调制,对PHICH、PDCCH、EPDCCH、PDSCH以及下行链路参考信号进行多路复用,并经由发送/接收天线部309将信号发送至终端装置1。
此外,编码部3071使用分组编码、卷积编码、Turbo编码等预先设定的编码方式,或者使用由无线资源控制部3011决定的编码方式,来对从上层处理部301输入的HARQ指示符、下行链路控制信息以及下行链路数据进行编码。调制部3073通过由BPSK、QPSK、16QAM以及64QAM等预先设定的或者无线资源控制部3011所决定的调制方式,来对从编码部3071输入的编码位进行调制。
此外,下行链路参考信号生成部3079生成通过基于用于识别基站装置3的物理层小区标识符(PCI)等而预先设定的规则求得的、终端装置1已知的序列来作为下行链路参考信号。多路复用部3075对调制后的各信道的调制符号和所生成的下行链路参考信号进行多路复用。就是说,多路复用部3075将调制后的各信道的调制符号和所生成的下行链路参考信号配置于资源元素。
此外,无线发送部3077对多路复用后的调制符号等进行快速傅里叶逆变换(Inverse Fast Fourier Transform:IFFT)来生成OFDM符号,对生成的OFDM符号附加CP来生成基带的数字信号,将基带的数字信号转换为模拟信号,通过低通滤波器去除多余的频率分量,对载波频率进行上变频(up convert)来放大功率,输出并发送至发送/接收天线部309。
更具体而言,本实施方式中的终端装置1具备:接收部105,接收用于表示使用第一MAC控制元素来报告功率余量的第一参数(extended-PHR),并接收用于表示使用第二MAC控制元素来报告功率余量的第二参数(ScellPUCCH-PHR);以及第一MAC处理部1015,获取类型2的功率余量,在设定有所述第一参数(extended-PHR),并且设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送的情况下,所述第一MAC处理部1015获取针对主小区的所述类型2的功率余量的值,在设定有所述第二参数(ScellPUCCH-PHR)的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,都获取针对所述主小区的所述类型2的功率余量的值。
此外,本实施方式中的终端装置1具备:接收部105,接收用于表示使用第一MAC控制元素来报告功率余量的第一参数(extended-PHR),并接收用于设定辅小区中的物理上行链路控制信道(PUCCH)的资源的信息;以及第一MAC处理部1015,获取类型2的功率余量,在设定有所述第一参数(extended-PHR),并且设定有所述辅小区中的物理上行链路控制信道(PUCCH)的资源的情况下,不论是否设定同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,所述第一MAC处理部1015都获取针对主小区的所述类型2的功率余量的值,在设定有所述第一参数(extended-PHR),设定有所述辅小区中的物理上行链路控制信道(PUCCH)的资源,并且对所述辅小区进行激活的情况下,无论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,都获取针对所述辅小区的所述类型2的功率余量的值,在设定有所述第一参数(extended-PHR),没有设定所述辅小区中的物理上行链路控制信道(PUCCH)的资源,并且设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送的情况下,获取针对所述主小区的所述类型2的功率余量的值。
在此,所述接收部105接收用于设定辅小区中的物理上行链路控制信道(PUCCH)的资源的信息,在设定有所述第二参数(ScellPUCCH-PHR),设定有所述辅小区中的物理上行链路控制信道(PUCCH)的资源,并且对所述辅小区进行激活的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,所述第一MAC处理部1015都获取针对所述辅小区的所述类型2的功率余量的值。
此外,所述接收部105接收用于表示使用第三MAC控制元素来报告功率余量的第三参数(dualconnectivity-PHR),在设定有第三参数(dualconnectivity-PHR),并且设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送的情况下,所述第一MAC处理部1015获取针对所述主小区的所述类型2的功率余量的值,所述第一MAC处理部1015在双连接中与包含所述主小区的主小区组对应。
此外,在所述双连接中具备与包含主辅小区的辅小区组对应的第二MAC处理部1015,在设定有所述第三参数,并且设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送的情况下,所述第二MAC处理部1015获取针对所述主辅小区的所述类型2的功率余量的值,所述主辅小区支持通过物理上行链路控制信道(PUCCH)进行的发送以及竞争的随机接入。
此外,在设定有所述第三参数(dualconnectivity-PHR)的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,与包含所述主小区的主小区组对应的所述第一MAC处理部1015都获取针对与所述第二MAC处理部对应的所述主辅小区的所述类型2的功率余量的值。
此外,在设定有所述第三参数(dualconnectivity-PHR)的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,与包含所述主辅小区的辅小区组对应的所述第二MAC处理部1015都获取针对与所述第一MAC处理部对应的所述主小区的所述类型2的功率余量的值。
在此,根据逻辑信道ID的第一值来识别所述第一MAC控制元素,根据所述逻辑信道ID的第二值来识别所述第二MAC控制元素,根据所述逻辑信道ID的第三值来识别所述第三MAC控制元素。
此外,本实施方式中的基站装置3具备:发送部307,发送用于表示使用第一MAC控制元素来报告功率余量的第一参数(extended-PHR),并发送用于表示使用第二MAC控制元素来报告功率余量的第二参数(ScellPUCCH-PHR);以及第一MAC处理部3015,接收类型2的功率余量,在设定有所述第一参数(extended-PHR),并且设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送的情况下,所述第一MAC处理部3015接收针对主小区的所述类型2的功率余量的值,在设定了所述第二参数(ScellPUCCH-PHR)的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,都接收针对所述主小区的所述类型2的功率余量的值。
此外,本实施方式中的基站装置3具备:发送部307,发送用于表示使用第一MAC控制元素来报告功率余量的第一参数(extended-PHR),并发送用于设定辅小区中的物理上行链路控制信道(PUCCH)的资源的信息;以及第一MAC处理部3015,接收类型2的功率余量,在设定有所述第一参数(extended-PHR),并且设定了所述辅小区中的物理上行链路控制信道(PUCCH)的资源的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,所述第一MAC处理部3015都接收针对主小区的所述类型2的功率余量的值,在设定有所述第一参数(extended-PHR),设定有所述辅小区中的物理上行链路控制信道(PUCCH)的资源,并且激活了所述辅小区的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,都接收针对所述辅小区的所述类型2的功率余量的值,在设定有所述第一参数(extended-PHR),没有设定所述辅小区中的物理上行链路控制信道(PUCCH)的资源,并且设定了通同时过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送的情况下,接收针对所述主小区的所述类型2的功率余量的值。
在此,所述发送部307发送用于设定辅小区中的物理上行链路控制信道(PUCCH)的资源的信息,在设定有所述第二参数(ScellPUCCH-PHR),设定有所述辅小区中的物理上行链路控制信道(PUCCH)的资源,并且激活了所述辅小区的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,所述第一MAC处理部3015都接收针对所述辅小区的所述类型2的功率余量的值。
此外,所述发送部307发送用于表示使用第三MAC控制元素来报告功率余量的第三参数(dualconnectivity-PHR),在设定有所述第三参数(dualconnectivity-PHR),并且设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送的情况下,所述第一MAC处理部3015接收针对所述主小区的所述类型2的功率余量的值,所述第一MAC处理部3015在双连接中与包含所述主小区的主小区组对应。
此外,在所述双连接中具备与包含主辅小区的辅小区组对应的第二MAC处理部3015,在设定有第三参数(dualconnectivity-PHR),并且设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送的情况下,所述第二MAC处理部3015接收针对所述主辅小区的所述类型2的功率余量的值,所述主辅小区支持通过物理上行链路控制信道(PUCCH)进行的发送以及竞争的随机接入。
此外,在设定了所述第三参数(dualconnectivity-PHR)的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,与包含所述主小区的主小区组对应的所述第一MAC处理部3015都接收针对与所述第二MAC处理部对应的所述主辅小区的所述类型2的功率余量的值。
此外,在设定了所述第三参数(dualconnectivity-PHR)的情况下,不论是否设定了同时通过物理上行链路控制信道(PUCCH)以及物理上行链路共享信道(PUSCH)来进行发送,与包含所述主辅小区的辅小区组对应的所述第二MAC处理部3015都接收针对与所述第一MAC处理部对应的所述主小区的所述类型2的功率余量的值。
在此,根据逻辑信道ID的第一值来识别所述第一MAC控制元素,根据所述逻辑信道ID的第二值来识别所述第二MAC控制元素,根据所述逻辑信道ID的第三值来识别所述第三MAC控制元素。
如上所述,通过进行功率余量的报告,在双连接中,与基站装置3中的主小区组对应的MAC实体能为了调度进行通过主小区组中的PUSCH的发送以及通过辅小区组中的PUCCH的发送的子帧的通过主小区组中的PUSCH进行的发送,利用针对辅小区组的类型2的功率余量的报告。
此外,如上所述,通过进行功率余量的报告,在双连接中,与基站装置3中的辅小区组对应的MAC实体能为了调度进行通过主小区组中的PUCCH的发送以及通过辅小区组中的PUSCH的发送的子帧的通过辅小区组中的PUSCH进行的发送,利用针对主小区组的类型2的功率余量的报告。
此外,如上所述,通过进行功率余量的报告,基站装置3中的一个MAC实体能为了调度进行通过主小区中的PUSCH的发送以及通过辅小区中的PUCCH的发送的子帧的通过主小区中的PUSCH进行的发送,利用针对辅小区的类型2的功率余量的报告。
此外,如上所述,通过进行功率余量的报告,在双连接中,与基站装置3中的主小区组对应的MAC实体能为了调度进行通过主小区组中的PUCCH的发送以及通过辅小区组中的PUSCH的发送的子帧中的通过辅小区组中的PUSCH进行的发送,利用针对主小区组的类型2的功率余量的报告。
由此,能高效地执行与发送电力有关的处理。
以上参照附图对与发射功率有关的方法/处理进行了记述,但具体的构成并不限定于上述记载,还包含在不脱离本发明的主旨的范围的设计变更等。此外,对于将本实施方式所记载的上述的方法/处理适当组合而得到的实施方式也包含于本发明的技术范围内。
通过本发明的基站装置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 基站装置
101 上层处理部
103 控制部
105 接收部
107 发送部
301 上层处理部
303 控制部
305 接收部
307 发送部
1011 无线资源控制部
1013 调度信息释放部
1015 MAC处理部
3011 无线资源控制部
3013 调度部
3015 MAC处理部
Claims (4)
1.一种终端装置,使用包含主小区以及辅小区的多个服务小区来与基站装置进行通信,具备:
接收部,接收指示使用为扩展的功率余量MAC控制元素的第一MAC控制元素来报告功率余量的第一参数,并接收用于指示同时通过物理上行链路控制信道以及物理上行链路共享信道来进行发送的第二参数,其中,所述第二参数与第一参数不同;以及
MAC处理部,获取类型2的功率余量的值,
所述MAC处理部,其在设定有所述第一参数,在所述辅小区设定有所述物理上行链路控制信道的资源,并且设定了所述物理上行链路控制信道的所述辅小区被激活的情况下,即使所述第二参数不被设定于所述辅小区中,也获取针对设定了所述物理上行链路控制信道的资源的所述辅小区的所述类型2的功率余量的值,并且
在设定有所述第一参数,在所述辅小区没有设定所述物理上行链路控制信道的资源,并且在所述主小区设定有所述第二参数的情况下,获取针对所述主小区的所述类型2的功率余量的值。
2.一种基站装置,使用包含主小区以及辅小区的多个服务小区来与终端装置进行通信,具备:
发送部,发送指示使用为扩展的功率余量MAC控制元素的第一MAC控制元素来报告功率余量的第一参数,并发送用于指示同时通过物理上行链路控制信道以及物理上行链路共享信道来进行发送的第二参数,其中,所述第二参数与第一参数不同;以及
接收部,接收类型2的功率余量的值,
所述接收部,其在设定有所述第一参数,在所述辅小区设定有所述物理上行链路控制信道的资源,并且设定了所述物理上行链路控制信道的所述辅小区被激活的情况下,即使所述第二参数不被设定于所述辅小区中,也接收针对设定了所述物理上行链路控制信道的资源的所述辅小区的所述类型2的功率余量的值,并且
在设定有所述第一参数,在所述辅小区没有设定所述物理上行链路控制信道的资源,并且在所述主小区设定了所述第二参数的情况下,接收针对所述主小区的所述类型2的功率余量的值。
3.一种通信方法,是使用包含主小区以及辅小区的多个服务小区来与基站装置进行通信的终端装置的通信方法,其中,
接收用于指示使用为扩展的功率余量MAC控制元素的第一MAC控制元素来报告功率余量的第一参数,
接收指示同时通过物理上行链路控制信道以及物理上行链路共享信道来进行发送的第二参数,其中,所述第二参数与第一参数不同,
在设定有所述第一参数,在所述辅小区设定有所述物理上行链路控制信道的资源,并且设定了所述物理上行链路控制信道的所述辅小区被激活的情况下,即使所述第二参数不被设定于所述辅小区中,也获取针对设定了所述物理上行链路控制信道的资源的所述辅小区的类型2的功率余量的值,并且
在设定有所述第一参数,在所述辅小区没有设定所述物理上行链路控制信道的资源,并且在所述主小区设定了所述第二参数的情况下,获取针对所述主小区的类型2的功率余量的值。
4.一种通信方法,是使用包含主小区以及辅小区的多个服务小区来与终端装置进行通信的基站装置的通信方法,其中,
发送指示使用为扩展的功率余量MAC控制元素的第一MAC控制元素来报告功率余量的第一参数,
发送用于指示同时通过物理上行链路控制信道以及物理上行链路共享信道来进行发送的第二参数,其中,所述第二参数与第一参数不同,
在设定有所述第一参数,在所述辅小区设定有所述物理上行链路控制信道的资源,并且设定了所述物理上行链路控制信道的所述辅小区被激活的情况下,即使所述第二参数不被设定于所述辅小区中,也接收针对设定了所述物理上行链路控制信道的资源的所述辅小区的类型2的功率余量的值,
在设定有所述第一参数,在所述辅小区没有设定所述物理上行链路控制信道的资源,并且在所述主小区设定了所述第二参数的情况下,接收针对所述主小区的类型2的功率余量的值。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015154652 | 2015-08-05 | ||
JP2015-154652 | 2015-08-05 | ||
PCT/JP2016/072151 WO2017022617A1 (ja) | 2015-08-05 | 2016-07-28 | 端末装置、基地局装置、通信方法、および、集積回路 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107925971A CN107925971A (zh) | 2018-04-17 |
CN107925971B true CN107925971B (zh) | 2022-01-18 |
Family
ID=57942949
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680044725.8A Active CN107925971B (zh) | 2015-08-05 | 2016-07-28 | 终端装置、基站装置、通信方法以及集成电路 |
Country Status (6)
Country | Link |
---|---|
US (2) | US10420043B2 (zh) |
EP (1) | EP3334220B1 (zh) |
JP (1) | JP6876606B2 (zh) |
CN (1) | CN107925971B (zh) |
CA (1) | CA2994080A1 (zh) |
WO (1) | WO2017022617A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6410153B2 (ja) * | 2013-07-09 | 2018-10-24 | シャープ株式会社 | 端末装置、基地局装置、通信方法および集積回路 |
EP3678322B1 (en) | 2015-01-14 | 2021-08-11 | LG Electronics Inc. | Method for transmitting multiplexed harq feedbacks in a carrier aggregation system and a device therefor |
EP3334220B1 (en) * | 2015-08-05 | 2023-06-21 | Sharp Kabushiki Kaisha | Method and apparatus for generating and transmitting power headroom report in mobile communication system |
CN109151979B (zh) * | 2017-06-16 | 2020-12-15 | 华为技术有限公司 | 功率余量的确定方法及网络设备 |
EP3589016B1 (en) * | 2017-09-20 | 2022-05-11 | Samsung Electronics Co., Ltd. | Power headroom reporting of user equipment in dual connectivity |
WO2019215860A1 (ja) * | 2018-05-09 | 2019-11-14 | 株式会社Nttドコモ | ユーザ装置及び無線基地局 |
US10827441B2 (en) * | 2018-06-20 | 2020-11-03 | Lenovo (Singapore) Pte. Ltd. | Power headroom report generation |
WO2020250403A1 (ja) * | 2019-06-13 | 2020-12-17 | 株式会社Nttドコモ | 端末及び無線通信方法 |
CN111918409B (zh) * | 2020-08-10 | 2021-03-12 | 郑州大学体育学院 | 用于教育软件的大数据信息收集方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102104905A (zh) * | 2010-08-13 | 2011-06-22 | 电信科学技术研究院 | 载波聚合场景下的功率余量上报方法和设备 |
CN103053205A (zh) * | 2010-08-09 | 2013-04-17 | 松下电器产业株式会社 | 无线通信终端装置和无线通信方法 |
CN103119996A (zh) * | 2010-06-18 | 2013-05-22 | 瑞典爱立信有限公司 | 提供以分量载波索引的顺序排列的功率上升空间报告的方法及有关无线终端和基站 |
CN103190102A (zh) * | 2010-11-05 | 2013-07-03 | 三星电子株式会社 | 在载波聚合移动通信系统中计算功率余量的方法和装置 |
WO2015093747A1 (en) * | 2013-12-20 | 2015-06-25 | Lg Electronics Inc. | Method for power headroom reporting and device therefor |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101762610B1 (ko) * | 2010-11-05 | 2017-08-04 | 삼성전자주식회사 | 이동 통신 시스템에서 역방향 스케줄링 및 그를 위한 정보 전송 방법 및 장치 |
US10003972B2 (en) * | 2014-01-06 | 2018-06-19 | Intel IP Corporation | Systems, methods, and devices for application aware access control for communication on a mobile network |
US20160270094A1 (en) * | 2015-03-09 | 2016-09-15 | Ofinno Technologies, Llc | Power Headroom in a Wireless Network |
EP3334220B1 (en) * | 2015-08-05 | 2023-06-21 | Sharp Kabushiki Kaisha | Method and apparatus for generating and transmitting power headroom report in mobile communication system |
-
2016
- 2016-07-28 EP EP16832896.1A patent/EP3334220B1/en active Active
- 2016-07-28 CA CA2994080A patent/CA2994080A1/en not_active Abandoned
- 2016-07-28 WO PCT/JP2016/072151 patent/WO2017022617A1/ja active Application Filing
- 2016-07-28 JP JP2017532540A patent/JP6876606B2/ja active Active
- 2016-07-28 CN CN201680044725.8A patent/CN107925971B/zh active Active
- 2016-07-28 US US15/749,512 patent/US10420043B2/en not_active Expired - Fee Related
-
2019
- 2019-06-18 US US16/443,907 patent/US10945221B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103119996A (zh) * | 2010-06-18 | 2013-05-22 | 瑞典爱立信有限公司 | 提供以分量载波索引的顺序排列的功率上升空间报告的方法及有关无线终端和基站 |
CN103053205A (zh) * | 2010-08-09 | 2013-04-17 | 松下电器产业株式会社 | 无线通信终端装置和无线通信方法 |
CN102104905A (zh) * | 2010-08-13 | 2011-06-22 | 电信科学技术研究院 | 载波聚合场景下的功率余量上报方法和设备 |
CN103190102A (zh) * | 2010-11-05 | 2013-07-03 | 三星电子株式会社 | 在载波聚合移动通信系统中计算功率余量的方法和装置 |
WO2015093747A1 (en) * | 2013-12-20 | 2015-06-25 | Lg Electronics Inc. | Method for power headroom reporting and device therefor |
WO2015093746A1 (en) * | 2013-12-20 | 2015-06-25 | Lg Electronics Inc. | Method for power headroom reporting and device therefor |
Also Published As
Publication number | Publication date |
---|---|
WO2017022617A1 (ja) | 2017-02-09 |
US20190306810A1 (en) | 2019-10-03 |
CN107925971A (zh) | 2018-04-17 |
CA2994080A1 (en) | 2017-02-09 |
US20180234927A1 (en) | 2018-08-16 |
JP6876606B2 (ja) | 2021-05-26 |
US10945221B2 (en) | 2021-03-09 |
EP3334220B1 (en) | 2023-06-21 |
EP3334220A4 (en) | 2018-12-19 |
US10420043B2 (en) | 2019-09-17 |
EP3334220A1 (en) | 2018-06-13 |
JPWO2017022617A1 (ja) | 2018-06-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107925971B (zh) | 终端装置、基站装置、通信方法以及集成电路 | |
US10763946B2 (en) | Terminal device, base station device, communication method, and integrated circuit | |
CN107211305B (zh) | 终端装置、基站装置、通信方法以及集成电路 | |
JP6376564B2 (ja) | 端末装置、基地局装置、通信方法および集積回路 | |
CN109076372B (zh) | 终端装置、基站装置、通信方法以及集成电路 | |
CN107534964B (zh) | 终端装置、基站装置、通信方法及集成电路 | |
CN107534965B (zh) | 终端装置、基站装置、通信方法及集成电路 | |
JP6410153B2 (ja) | 端末装置、基地局装置、通信方法および集積回路 | |
JP6439192B2 (ja) | 端末装置、基地局装置、集積回路、および、無線通信方法 | |
EP3133876B1 (en) | Terminal device, base-station device, integrated circuit, and communication method | |
CN105340337B (zh) | 终端装置、基站装置以及通信方法 | |
JPWO2016121433A1 (ja) | 端末装置、基地局装置、通信方法および集積回路 | |
JPWO2015005325A1 (ja) | 端末装置、基地局装置、通信方法、および集積回路 | |
JP2019125818A (ja) | 端末装置、基地局装置および通信方法 | |
WO2016125580A1 (ja) | 端末装置、基地局装置、集積回路、および、通信方法 | |
WO2017002804A1 (ja) | 端末装置、基地局装置、通信方法、および、集積回路 | |
WO2017002801A1 (ja) | 端末装置、基地局装置、通信方法、および、集積回路 | |
WO2017002813A1 (ja) | 端末装置、基地局装置、通信方法、および、集積回路 | |
WO2016125584A1 (ja) | 端末装置、基地局装置、集積回路、および、通信方法 | |
JP2018042000A (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 |