CN111656814A - 无线通信***、基站、终端和通信方法 - Google Patents

无线通信***、基站、终端和通信方法 Download PDF

Info

Publication number
CN111656814A
CN111656814A CN201880085873.3A CN201880085873A CN111656814A CN 111656814 A CN111656814 A CN 111656814A CN 201880085873 A CN201880085873 A CN 201880085873A CN 111656814 A CN111656814 A CN 111656814A
Authority
CN
China
Prior art keywords
data
type
transmitting
transmission
control information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201880085873.3A
Other languages
English (en)
Other versions
CN111656814B (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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of CN111656814A publication Critical patent/CN111656814A/zh
Application granted granted Critical
Publication of CN111656814B publication Critical patent/CN111656814B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • 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

UE(20)发送包含与预定发送的数据的类型有关的信息的第1信号。gNB(10)根据从UE(20)通知的数据类型，向UE(20)发送第2信号，该第2信号包含表示是否能够通过被分配给数据的发送用的信道来发送UCI的信息。当发送数据的定时与发送UCI的定时重合时，UE(20)根据第2信号中包含的信息向gNB(10)发送UCI。由此，能够确保对要求高可靠性的数据所分配的资源，满足所要求的错误率。

Description

无线通信***、基站、终端和通信方法
技术领域
本发明涉及无线通信***、基站、终端以及通信方法。
背景技术
在当前的网络中，移动终端(例如智能手机)的业务(traffic)占据了网络资源的大半。此外，移动终端(以下记载为“终端”)使用的业务今后也有扩大的趋势。
另一方面，与IoT(Internet of a Things，物联网)服务(例如，交通***、智能仪表、装置等的监视***)的开展相匹配，要求支持具有多种要求条件的服务。因此，在下一代(例如5G(第五代移动通信))的通信标准中，除了4G(***移动通信)的标准技术(例如非专利文献1～11)之外，还要求实现进一步的高数据速率化、大容量化、低延迟化的技术。另外，关于下一代通信标准，在3GPP(3rdGeneration Partnership Project，第3代合作伙伴计划)的工作组会(例如TSG-RAN WG1，TSG-RAN WG2等)中进行了技术研究(例如非专利文献12～38)。
5G支持各种服务。例如，在5G中，设想支持分类为eMBB(Enhanced MobileBroadband，增强型移动宽带)、Massive MTC(Machine Type Communications，机器类型通信)以及URLLC(Ultra-Reliable and Low Latency Communication，超可靠低延迟通信)的多种用例(usecase)。
在作为上述一种用例的URLLC中，存在错误率为10-5这样的超高可靠性的要求。作为实现高可靠性的一种方法，有增加使用资源量而使数据具有冗余性的方法。但是，由于无线资源有限，所以不能无限制地增加使用资源。
此外，在URLLC中，关于低延迟，也将使上行链路和下行链路中的用户面(userplane)的延迟为0.5毫秒作为目标。这是还不到作为4G无线通信***的LTE(Long TermEvolution，长期演进)的1/10的高要求。
这样，在URLLC中，要求同时满足上述那样的超高可靠性和低延迟。
例如，在4G无线通信***中，终端通过物理上行链路共享信道(PUSCH：PhysicalUplink Shared Channel)将数据发送到基站。以下，将通过上行链路发送的数据记载为上行数据。此外，终端通过物理上行链路控制信道(PUCCH：Physical Uplink ControlChannel)将控制信息发送到基站。以下，将通过上行链路发送的控制信息记载为UCI(Uplink Control Information，上行链路控制信息)。另外，在同时发送上行数据和UCI的情况下，有时也通过PUSCH发送上行数据和UCI。
这里，在UCI中包含针对通过下行链路发送的数据的送达确认信息即ACK(Acknowledgement)/NACK(Negative-Acknowledgement)。以下，将通过下行链路发送的数据记载为下行数据。UCI还包括请求分配发送资源的调度请求(SR：Scheduling Request)、周期性或非周期性的CSI(Channel State Information，信道状态信息)等。
CSI中包括CQI(Channel Quality Indicator，信道质量指示)、PMI(PrecodingMatrix Indicator，预编码矩阵指示)等。另外，周期性的CSI是指通过RRC(Radio ResourceControl，无线资源控制)预先分配周期性的发送资源的情况(periodic reporting，定期报告)。非周期性的CSI是基于物理下行链路控制信道(PDCCH：Physical Downlink ControlChannel)的命令进行发送的情况(aperiodic reporting)。
此外，在4G的无线通信***中，例如基站通过物理下行链路共享信道(PDSCH：Physical Downlink Shared Channel)将数据(下行数据)发送到终端。此外，基站通过PDCCH将控制信息发送到终端。以下，将通过下行链路发送的控制信息记载为DCI(DownlinkControl Information，下行链路控制信息)。
在此，DCI中例如包含UL许可(UL grant)的信息(PUSCH的分配信息)、DL分配(DLassignment)(PDSCH的分配信息)，作为DCI格式(DCI Format)而在技术标准中进行了公开(非专利文献2、17)。
另外，在4G无线通信***中，终端在UCI的发送定时和数据的发送定时重合的情况下，将UCI借道(piggyback)到PUSCH进行发送(将UCI载置到PUSCH进行发送)。因此，在5G的通信标准中，也在采用下述方法的方向上进行了讨论：即在UCI的发送定时与数据的发送定时重合的情况下，终端将UCI借道PUSCH来发送。
在先技术文献
非专利文献
[非专利文献1]3GPP TS36.211 V14.4.0，2017年9月
[非专利文献2]3GPP TS 36.212 V 14.4.0，2017年9月
[非专利文献3]3GPP TS36.213 V14.4.0，2017年9月
[非专利文献4]3GPP TS 36.300 V 14.4.0，2017年9月
[非专利文献5]3GPP TS 36.321 V 14.4.0，2017年9月
[非专利文献6]3GPP TS36.322 V14.1.0，2017年9月
[非专利文献7]3GPP TS 36.323V 14.4.0，2017年9月
[非专利文献8]3GPP TS36.331 V14.4.0，2017年9月
[非专利文献9]3GPPTS 36.413V 14.4.0，2017年9月
[非专利文献10]3GPP TS 36.423 V 14.4.0，2017年9月
[非专利文献11]3GPP TS36.425 V14.0.0，2017年3月
[非专利文献12]3GPP TS37.340 V2.0.0，2017年12月
[非专利文献13]3GPP TS38.201 V2.0.0，2017年12月
[非专利文献14]3GPP TS38.202 V2.0.0，2017年12月
[非专利文献15]3GPP TS38.211 V2.0.0，2017年12月
[非专利文献16]3GPP TS38.212 V1.2.1，2017年12月
[非专利文献17]3GPP TS38.213 V2.0.0，2017年12月
[非专利文献18]3GPP TS38.214 V2.0.0，2017年12月
[非专利文献19]3GPP TS38.215 V2.0.0，2017年12月
[非专利文献20]3GPP TS38.300 V2.0.0，2017年12月
[非专利文献21]3GPP TS38.321 V2.0.0，2017年12月
[非专利文献22]3GPP TS38.322 V2.0.0，2017年12月
[非专利文献23]3GPP TS38.323 V2.0.0，2017年12月
[非专利文献24]3GPP TS38.331 V0.4.0，2017年12月
[非专利文献25]3GPP TS38.401 V1.0.0，2017年12月
[非专利文献26]3GPP TS38.410 V0.6.0，2017年12月
[非专利文献27]3GPP TS38.413 V0.5.0，2017年12月
[非专利文献28]3GPP TS38.420 V0.5.0，2017年12月
[非专利文献29]3GPP TS38.423 V0.5.0，2017年12月
[非专利文献30]3GPP TS38.470 V1.0.0，2017年12月
[非专利文献31]3GPP TS38.473 V1.0.0，2017年12月
[非专利文献32]3GPP TR 38.801V 14.0.0，2017年4月
[非专利文献33]3GPP TR 38.802 V14.2.0，2017年9月
[非专利文献34]3GPP TR 38.803 V 14.2.0，2017年9月
[非专利文献35]3GPP TR 38.804 V 14.0.0，2017年4月
[非专利文献36]3GPP TR 38.900 V 14.3.1，2017年7月
[非专利文献37]3GPP TR 38.912 V14.1.0，2017年6月
[非专利文献38]3GPP TR 38.913 V14.3.0，2017年6月
发明内容
发明要解决的问题
当控制信息(UCI)的发送定时与数据的发送定时重合时，如果终端将UCI借道PUSCH来发送该UCI，则上行链路数据在PUSCH中所占的比例减小。因此，PUSCH的冗余度不足，错误率变差。例如，在5G的无线通信***中，在发送要求高可靠性的URLLC用的数据的情况下，有可能不能确保分配给URLLC用的数据的资源，不能满足所要求的错误率。
所公开的技术是鉴于上述情况而完成的，其目的在于确保分配给要求高可靠性的数据的资源，并满足所要求的错误率。
解决问题的手段
在一个方式中，无线通信***在终端发送数据的定时与发送控制信息的定时重合时，使用被分配给数据的发送用的信道，将控制信息与数据同时发送到基站。该无线通信***包括具有第1发送部的终端和具有第2发送部的基站。第1发送部发送包含与预定发送的数据的类型有关的信息的第1信号。第2发送部根据从终端通知的数据的类型，向终端发送第2信号，该第2信号包含表示能否通过被分配给数据的发送用的信道来发送控制信息的信息。第1发送部在发送数据的定时与发送控制信息的定时重合时，根据第2信号中包含的信息，将控制信息发送到基站。
发明效果
在一个方面中，能够确保分配给要求高可靠性的数据的资源，满足所要求的错误率。
附图说明
图1是表示实施例1的无线通信***的结构的一例的概要图。
图2是示出实施例1的无线通信***的概要的说明图。
图3是示出实施例1的无线通信***的动作的时序图。
图4是表示在实施例1的无线通信***中，使用PDCCH中的专用字段(1比特的情况)的方法的一例的说明图。
图5是表示在实施例1的无线通信***中，使用PDCCH中的专用字段(2比特的情况)的方法的一例的说明图。
图6是表示在实施例1的无线通信***中，使用PDCCH中的共用字段的方法的一例的说明图。
图7是表示在实施例1的无线通信***中，使用PDCCH中的共用字段的方法的一例的说明图。
图8是示出实施例2的无线通信***的概要的说明书。
图9是表示实施例3的无线通信***的概要的说明书。
图10是示出实施例3的无线通信***的动作的时序图。
图11是示出实施例4的无线通信***的动作的时序图。
图12是示出实施例4的无线通信***的其他的动作的时序图。
图13是示出实施例4的无线通信***的又一其他动作的时序图。
图14是表示基站的硬件结构的一例的图。
图15是表示终端的硬件结构的一例的图。
图16是5G NR的概要图。
图17是表示5G NR的课题的说明图。
具体实施方式
以下，参照附图详细说明本实施方式。本说明书中的课题和实施例是一例，并不限定本申请的权利范围。特别是，即使记载的表达不同，只要在技术上同等，即使是不同的表达，也能够应用本申请的技术，并不限定权利范围。而且，各实施方式可以在不使处理内容矛盾的范围内适当组合。
另外，本说明书中使用的术语或记载的技术内容，也可以适当使用3GPP等作为与通信有关的标准而记载在规格书或书信中的术语或技术内容。作为这样的规格书，例如可举出上述的非专利文献1～38。
在下文中，将参照附图详细描述本申请公开的无线通信***、基站、终端和通信方法的实施例。另外，以下的实施例并不限定公开的技术。
[实施例1]
[无线通信***的结构]
图1是示出实施例1的无线通信***的配置结构的一例的概要图。图1所示的无线通信***具有基站10和终端20。
终端20例如是LTE中的UE(User Equipment，用户设备)。基站10例如是LTE中的eNB(evolved Node B，演进节点B)。另外，在3GPP中研究了5G。在5G中，作为新的通信技术，正在研究采用新RAT(Radio Access Technology，无线接入技术)。在新RAT中，基站10被称为5GNB(5G的基站)或gNB。以下，将终端20记载为“UE20”，将基站10记载为“gNB 10”。此外，将新RAT描述为“NR”或“5GNR”。
gNB 10包括通信部13和控制部14。控制部14统一控制通信部13的动作。
通信部13包括发送部11和接收部2，与UE 20之间进行无线通信。例如，发送部11通过PDSCH向UE 20发送数据(下行链路数据)，并且通过PDCCH向UE 20发送DCI。例如，接收部12接收从UE 20通过PUSCH发送的数据(上行链路数据)，并且接收从UE 20通过PUCCH发送的UCI。
UE 20具有通信部23和控制部24。控制部24统一控制通信部23的动作。
通信部23具有发送部21和接收部22，与gNB 10之间进行无线通信。例如，发送部21通过PUSCH将上行链路数据发送到gNB 10，并且通过PUCCH将UCI发送到gNB 10。例如，接收部12接收通过PDSCH从gNB 10发送的下行链路数据，并且接收通过PDCCH从gNB 10发送的DCI。
[问题]
这里，将描述在5G NR中当UE20向gNB 10发送上行链路数据和UCI时的问题。
图16是5G NR的概要图。在图16中，横轴表示时间，纵轴表示频率。在5G NR中，时隙被定义为时间方向上的发送单位。具体而言，规定了基于时隙的发送(Slot-basedtransmission)(长区间)和非基于时隙的发送(Non-slot based transmission)(短区间)。例如，将长区间规定为1个时隙(slot)，将短区间规定为0.5个时隙(slot)。例如，设想URLLC为了实现低延迟而使用短区间，设想eMBB使用长区间和短区间两者。这里，UE 20通过PUSCH向gNB 10发送数据(图16中的“数据”)和解调参考信号(DMRS：Demodulation ReferenceSignal)。此外，UE 20通过PUCCH将包含有Ack/Nack等的UCI发送到gNB 10。在下文中，在图示UCI的情况下，有时也标记为“UCI”、“Ack/Nack”、“UCI(Ack/Nack等)”。
图17是表示5G NR的课题的说明图。在图17中，横轴表示时间，纵轴表示频率。例如，在5G的通信标准中，正在采用下述方法的方向上进行讨论：即当UCI的发送定时与数据的发送定时重合时，UE 20将UCI借道PUSCH来进行发送的方向发展。但是，与4G的无线通信***一样，在UCI的发送定时和数据的发送定时重合时，UE20将UCI借道PUSCH进行发送的情况下，如图17所示，PUSCH占据的上行数据的比例减少。因此，PUSCH的冗余度不足，错误率变差。例如，在5G的无线通信***中，在发送要求高可靠性的URLLC用的数据的情况下，有可能不能满足所要求的错误率。
[解决对策]
因此，在实施例1的无线通信***中，当通过PUSCH发送数据的定时与通过PUCCH发送UCI的定时重合时，gNB 10向UE20指示用那个资源发送UCI。对此举出具体例进行说明。
图2是例示了实施例1的无线通信***的概况的说明图。在图2中，横轴表示时间，纵轴表示频率。图3是示出了实施例1的无线通信***的动作的时序图。
例如，在逻辑信道(以下，有时记载为“LCH”)中产生预定发送的数据。在这种情况下，UE 20的发送部21通过缓存状态报告(Buffer status report)或调度请求(SR)向gNB10发送第1信号，该第1信号包含有与预定发送的数据的类型相关的信息(图3中的步骤S100)。即，UE 20向gNB 10通知要发送的数据的类型。gNB 10的接收部12接收第1信号。
接着，gNB 10的发送部11通过PDCCH和对应的PDSCH向UE20分别发送DCI和数据(图3中的步骤S110)。即，gNB 10通过PDSCH向UE20发送下行链路数据，并且通过PDCCH向UE20发送DCI。DCI中包含有例如UL许可的信息(PUSCH的分配信息)、DL分配(DL assignment)(PDSCH的分配信息)。
然后，gNB 10的发送部11根据从UE 20通知的数据的类型，通过与UL许可相关的PDCCH发送第2信号，该第2信号包含有指示是否能够通过被分配用于数据的发送的信道来发送UCI的信息(图3中的步骤S120)。UE 20的接收部22接收第2信号。第2信号包含有表示当从UE 20通知的数据的类型是第1类型(例如，eMBB)时，通过被分配给第1类型的数据的发送的信道(PUSCH)资源来发送UCI的信息。此外，第2信号包含有表示当从UE 20通知的数据类型是第2类型(例如，URLLC)时，通过与分配给第2类型的数据的发送的信道不同的资源来发送UCI的信息。
接下来，在UE 20中，UCI的发送定时与数据的发送定时重合。这里，数据的类型是第1类型(例如，eMBB)。在这种情况下，UE 20的发送部21通过PUSCH发送第1类型的数据(图3中的“UL数据”)(图3中的步骤S130)。UE 20的发送部21根据包含在第2信号中的信息而向gNB 10发送UCI。具体地，UE 20将UCI载置于被分配给第1类型的数据的发送的PUSCH上，发送给gNB 10。即，UE 20将UCI借道PUSCH来发送，不执行步骤S140。
另一方面，在UE 20中，当UCI的发送定时与数据的发送定时重合时，数据类型是第2类型(例如，URLLC)。在这种情况下，UE 20的发送部21通过PUSCH发送第2类型的数据(图3中的“UL数据”)(图3中的步骤S130)。在步骤S130，UE 20的发送部21不将UCI借道PUSCH，而根据第2信号中包含的信息将UCI发送到gNB10(图3中的步骤S140)。具体地，在步骤S140中，UE20利用与PUSCH不同的资源向gNB 10发送UCI。例如，UE 20通过被分配用于发送第2类型的数据的PUSCH后面的PUSCH向gNB 10发送UCI(参见图2中的“I”)。或者，UE 20通过被分配用于发送第2类型的数据的PUSCH后面的PUCCH将UCI发送到gNB 10(参见图2中的“II”)。
这里，在步骤S120中，gNB 10的发送部11通过PDCCH中的特定字段，向UE20发送包含有与发送UCI的资源有关的信息的第2信号。即，指示UE 20是否将UCI借道PUSCH。作为该指示方法，可列举作为PDCCH中的特定的字段而使用所设定的专用字段的方法、和将已有的字段用作共用字段的方法。
首先，说明作为PDCCH中的特定的字段使用所设定的专用字段的方法。
图4是表示在实施例1的无线通信***中，使用PDCCH中的专用字段(1比特的情况)的方法的一例的说明图。
如图4所示，PDCCH中的专用字段被设定为1比特，由gNB 10用“0”、“1”来指示PDCCH中的专用字段的值。这里，gNB 10预先将PDCCH中的专用字段的值“0”、“1”映射到LCH，从而将LCH和PDCCH相关联。gNB 10通过RRC预先设定用于发送在PDCCH中的专用字段的值为“0”、“1”的情况下使用的UCI的资源，并通知UE20。
例如，在步骤S120中，gNB 10根据从UE20通知的数据类型，通过PDCCH来指示。此时，gNB 10用“0”指示PDCCH中的专用字段的值。这里，在UE 20中，UCI的发送定时与数据(例如，eMBB的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据和UCI。即，UE 20将UCI借道PUSCH来发送，并且不执行步骤S140。
例如，在步骤S120中，gNB 10根据从UE20通知的数据类型，通过PDCCH来指示。此时，gNB 10用“1”指示PDCCH中的专用字段的值。此处，在UE 20中，UCI的发送定时与数据(例如，URLLC的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据。此外，在步骤S130中，UE 20不将UCI借道PUSCH。在这种情况下，在步骤S140中，UE 20通过与分配给数据的发送的信道(PUSCH)不同的资源(PUSCH或PUCCH)向gNB 10发送UCI。
以这种方式，gNB 10可以根据来自UE20的通知，识别从UE20发送哪个数据，并且可以根据对UE20的指示来识别通过哪个信道从UE20发送UCI。
图5是表示在实施例1的无线通信***中，使用PDCCH中的专用字段(2比特的情况)的方法的一例的说明图。
如图5所示，PDCCH中的专用字段被设定为2比特，通过gNB 10，用“00”、“01”、“10”、“11”来指示PDCCH中的专用字段的值。这里，gNB 10预先将PDCCH中的专用字段的值“00”、“01”、“10”、“11”映射到LCH，从而将LCH和PDCCH相关联。gNB10通过RRC，预先设定用于发送当PDCCH中的专用字段的值是“00”、“01”、“10”、“11”时使用的UCI的资源，并通知UE 20。
例如，在步骤S120中，gNB 10根据从UE20通知的数据类型，通过PDCCH来指示。此时，gNB 10用“00”来指示PDCCH中的专用字段的值。此处，在UE 20中，UCI的发送定时与数据(例如，eMBB的数据)的发送定时重合。此时，在步骤S130中，UE20通过PUSCH发送数据(图5中针对“00”的“UL数据”)和UCI。即，UE 20将UCI借道PUSCH来进行发送，并且不执行步骤S140。
例如，在步骤S120中，gNB 10根据从UE 20通知的数据类型，通过PDCCH来指示。此时，gNB 10用“01”来指示PDCCH中的专用字段的值。此处，在UE 20中，UCI的发送定时与数据(例如，URLLC的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据。另外，在这种情况下，在步骤S130中，UE 20不将UCI借道PUSCH，并且不执行步骤S140。例如，该处理被用作根据情况本次不发送UCI的选项。
例如，在步骤S120中，gNB 10根据从UE20通知的数据类型，通过PDCCH来指示。此时，gNB 10用“10”来指示PDCCH中的专用字段的值。此处，在UE 20中，UCI的发送定时与数据(例如，URLLC的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据。另外，在这种情况下，在步骤S130，UE 20不将UCI借道PUSCH。在这种情况下，在步骤S140中，例如，UE 20通过被分配给数据(对应于图5中的“10”的“UL数据”)的发送的PUSCH后面的PUSCH(参见图2中的“I”)将UCI发送给gNB 10。
例如，在步骤S120中，gNB 10根据从UE 20通知的数据类型，通过PDCCH来指示。此时，gNB 10用“11”来指示PDCCH中的专用字段的值。此处，在UE 20中，UCI的发送定时与数据(例如，URLLC的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据。另外，在这种情况下，在步骤S130，UE 20不将UCI借道PUSCH。在这种情况下，在步骤S140中，例如，UE 20通过被分配给数据(对应于图5中的“11”的“UL数据”)发送的PUSCH后面的PUCCH(参见图2中的“II”)来向gNB 10发送UCI。
以这种方式，gNB 10可以根据来自UE20的通知来识别从UE20发送哪个数据，并且可以根据对UE20的指示来识别通过哪个信道从UE20发送UCI。另外，在图5中，举出了“10”指定PUSCH资源，“11”指定PUCCH资源的例子，但也可以通过“10”和“11”分别指定不同的PUCCH资源(或者不同的PUSCH资源)。
此外，在根据实施例1的无线通信***中，作为使用PDCCH中的专用字段的方法，描述了1比特的情况和2比特的情况作为示例，但是本发明不限于此，可以使用多个比特来设置用于发送UCI的资源。例如，可以是开头的1比特或2比特依据上述方法，而通过接下来的n比特来考虑具体内容(时间、频率等)，来设定用于发送UCI的资源。
接着，说明作为PDCCH中的特定的字段，将规定其他参数的值的已有的字段用作共用字段的方法。
在这种情况下，在与映射UCI的资源的大小相关的字段(或者与映射的UCI比特数相关的字段)中，指示映射的资源的大小是“0”(或者映射的UCI比特数是“0”)。这里，作为决定映射ACK/NACK的资源的大小的参数，使用βoffset HARQ-ACK。使用βoffset CSI作为决定映射CSI的资源的大小的参数。下面以βoffset HARQ-ACK为例进行说明。βoffset HARQ-ACK是在将ACK/NACK载置于PUSCH中时决定使用多少的RE(Resource Element，资源元素)数进行发送的参数。这里，RE数由以下的式(1)算出。
[式1]
Figure BDA0002575369650000111
在式(1)中，Q'是RE数，表示映射UCI中包含的ACK/NACK时的数量。此外，在式(1)的分子中，O表示ACK/NACK的比特数，L表示对ACK/NACK附加的循环冗余校验(CRC)码的比特数。此外，在式(1)的分子中，Msc PUSCH表示在PUSCH中预定发送的子载波(subcarrier)数，Nsymb PUSCH表示在PUSCH中预定发送的码元(symbol)数。此外，在式(1)的分母中，C以及Kr表示从调度PUSCH传输的PDCCH获得的参数。但是，在Q'大于预先决定的规定的RE数时，ACK/NACK的映射仅进行规定的RE数。
图6、图7是表示在实施例1的无线通信***中，使用PDCCH中的β偏移字段的方法的一例的说明图。图6、图7分别记载在3GPP TS38.213 V2.0.0(非专利文献17)的第9.3节的“表9.3-1”、“表9.3-3”中。
图6所示的表9.3-1表示ACK/NACK的情况下的β偏移的值和编号，32个编号“0”～“31”与βoffset HARQ-ACK相关联。在与编号“0”～“15”对应的βoffset HARQ-ACK中设定了“1.000”以上的值。在与编号“16”～“31”对应的βoffset HARQ-ACK中设定了“保留(Reserved)”。
在图7所示的表9.3-3中，作为UCI偏移指示符，4个值“00”、“01”、“10”和“11”与从图6所示的表9.3-1的32个编号“0”～“31”中选择的4个编号相关联。
例如，对于使用已有字段的方法，图7所示的UCI偏移指示符的值“00”、“01”、“10”，“11”分别被设定为与图5所示的专用字段的值“00”、“01”、“10”、“11”相同的内容。在这种情况下，gNB 10将图7所示的值“00”、“10”和“11”与图6所示的编号“0”～“15”中选择的3个编号相关联。另外，在gNB 10中，将图7所示的值“01”与图6所示的编号“16”～“31”中的一个编号相关联。这里，通过对与图6所示的编号“16”～“31”对应的βoffset HARQ-ACK设定“0”，式(1)的分子成为“0”。即，RE数为“0”，不发送包含有ACK/NACK的UCI。
具体地说，如图7所示，通过gNB 10，PDCCH中的共用字段的值由“00”、“01”、“10”、“11”(在图6中，选择的4个编号)所指示。这里，gNB 10预先将PDCCH中的共用字段的值“00”、“01”、“10”、“11”映射到LCH，将LCH和PDCCH相关联。gNB 10通过RRC，预先设定发送在PDCCH中的共用字段的值为“00”、“01”、“10”、“11”的情况下所使用的UCI的资源，并通知给UE20。
例如，在步骤S120中，gNB 10根据从UE20通知的数据类型，通过PDCCH来指示。此时，gNB 10将PDCCH中的共用字段的值指示为图7所示的值“00”(图6所示的编号“0”～“15”中的一个编号)。这里，在UE 20中，UCI的发送定时与数据(例如，eMBB的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据和UCI。即，UE 20将UCI借道PUSCH来进行发送，不执行步骤S140。
例如，在步骤S120中，gNB 10根据从UE20通知的数据类型，通过PDCCH进行指示。此时，由gNB 10将PDCCH中的共用字段的值指示为图7所示的值“01”(图6所示的编号“16”～“31”中的1个编号)。这里，在UE 20中，UCI的发送定时与数据(例如，URLLC的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据。另外，在这种情况下，在步骤S130中，UE 20不将UCI借道PUSCH，并且不执行步骤S140。例如，该处理被用作根据情况本次不发送UCI的选项。
例如，在步骤S120中，gNB 10根据从UE20通知的数据类型，通过PDCCH进行指示。此时，由gNB 10将PDCCH中的共用字段的值指示为图7所示的值“10”(图6所示的编号“0”～“15”中的另一个编号)。这里，在UE 20中，UCI的发送定时与数据(例如，URLLC的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据。另外，在这种情况下，在步骤S130，UE 20不将UCI借道PUSCH。在这种情况下，在步骤S140中，例如，UE 20通过被分配给数据的发送用的PUSCH后面的PUSCH(参见图2中的“I”)将UCI发送给gNB 10。
例如，在步骤S120中，gNB 10根据从UE20通知的数据类型，通过PDCCH进行指示。此时，gNB 10将PDCCH中的共用字段的值指示为图7所示的值“11”(图6所示的编号“0”～“15”中的又一个编号)。这里，在UE 20中，UCI的发送定时与数据(例如，URLLC的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据。另外，在这种情况下，在步骤S130，UE 20不将UCI借道PUSCH。在这种情况下，在步骤S140中，例如，UE 20通过被分配给数据的发送用的PUSCH后面的PUCCH(参见图2中的“II”)来向gNB 10发送UCI。
以这种方式，gNB 10可以根据来自UE20的通知，识别从UE20发送哪个数据，并且可以根据对UE20的指令，识别通过哪个信道从UE20发送UCI。另外，在图7中，举出了“10”指定PUSCH资源，“11”指定PUCCH资源的例子，但也可以通过“10”和“11”分别指定不同的PUCCH资源(或者不同的PUSCH资源)。此外，作为使用PDCCH中的共用字段的例子，举出了β偏移字段，但不限于此。例如，也可以使用表示映射的ACK/NACK比特数(即，式(1)中的“O”)的字段，指示ACK/NACK比特数为“0”。此时，附加的CRC比特数也是“0”。
如上所述，根据实施例1的无线通信***包括终端(UE20)和基站(gNB 10)。这里，当发送数据的定时与发送控制信息(UCI)的定时重合时，UE 20通过使用被分配用于数据的发送的信道来将UCI与数据同时发送到gNB 10。在该无线通信***中，UE 20的发送部21发送包含有关于预定发送的数据的类型的信息的第1信号，并且gNB 10的接收部12接收第1信号。gNB 10的发送部11根据从UE20通知的数据类型，向UE20发送第2信号，该第2信号包含有指示是否可以通过被分配用于数据的发送的信道来发送UCI的信息。当数据类型是第1类型(eMBB)时，第2信号包含指示通过被分配用于数据的发送的信道(PUSCH)资源来发送UCI的信息。此外，在数据类型为第2类型(URLLC)的情况下，第2信号包含表示通过与分配给数据的发送的信道(PUSCH)不同的资源(PUSCH或者PUCCH)来发送UCI的信息。在此，gNB 10的发送部11通过下行信道(PDCCH)中的特定的字段(专用字段或共用字段)，将包含与发送UCI的资源有关的信息的第2信号发送到UE 20。UE 20的接收部22接收第2信号。当发送数据的定时与发送UCI的定时重合时，UE 20的发送部21根据第2信号中包含的信息向gNB 10发送UCI。
如上所述，在根据实施例1的无线通信***中，当第2类型(URLLC)的数据与UCI的发送定时重合时，gNB 10向UE 20指示延迟UCI的发送定时。例如，作为与分配给第2类型(URLLC)的数据的发送的信道(PUSCH)不同的资源，gNB 10指示该信道(PUSCH)后面的PUSCH(参见图2中的“I”)或PUCCH(参见图2中的“II”)。其结果，确保PUSCH中占据的上行数据的比例。即，PUSCH的冗余度不会不足。因此，在实施例1的无线通信***中，在发送要求高可靠性的URLLC用的数据的情况下，能够确保对URLLC用的数据分配的资源，满足所要求的错误率。
[实施例2]
在根据实施例1的无线通信***中，gNB 10通过PDCCH中的特定字段(专用字段或共享字段)向UE20发送包含有关于发送UCI的资源的信息的第2信号，但不限于此。例如，在根据实施例2的无线通信***中，gNB 10向UE20发送第2信号，该第2信号包含有确定与发送UCI的资源相关的PDCCH被分配到的时间频率比(time-to-frequency)的区域的信息。在实施例2中，对与实施例1相同的部分标注相同的附图标记，省略其说明。
图8是例示了实施例2的无线通信***的概要的图。
作为用于确定被分配了PDCCH的时间频率比的区域的信息，可列举大小(size)、RNTI(Radio Network Temporary Identity，无线网络测试标识)、报头(header)、CORESET(Control resource set，控制资源集)的场所、搜索空间(Search space)等。这里，gNB 10预先将用于确定被分配了PDCCH的时间频率比的区域的信息映射到LCH，将LCH和PDCCH相关联。gNB 10通过RRC预先设定用于发送根据该信息而使用的UCI的资源，并通知给UE20。
例如，如图8所示，PDCCH通过CORESET的场所、搜索空间来区分。例如，CORESET的场所区分为面向URLLC的数据的CORESET“CORESET RESET#1”，或面向eMBB的数据的CORESET“CORESET RESET#2”。在“CORESET#1”内包含有作为搜索空间的“搜索空间#A”。在“搜索空间#A”中，设定了PDCCH“PDCCH#n”，该PDCCH“PDCCH#n”指示与被分配给URLLC的数据的发送的信道不同的资源(分配给URLLC的数据的发送的PUSCH后面的PUSCH或者PUCCH)。
例如，在步骤S120中，gNB 10根据从UE20通知的数据类型，通过PDCCH进行指示。此时，通过gNB 10，作为确定被分配了PDCCH的时间频率比的区域的信息，CORESET的场所由“CORESET#2”指示。在UE 20中，UCI的发送定时与数据(例如，eMBB的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据和UCI。即，UE 20将UCI借道PUSCH来进行发送，不执行步骤S140。
例如，在步骤S120中，gNB 10根据从UE20通知的数据类型，通过PDCCH进行指示。此时，通过gNB 10，作为确定被分配了PDCCH的时间频率比的区域的信息，CORESET的场所由“CORESET#1”来指示。这里，在UE 20中，UCI的发送定时与数据(例如，URLLC的数据)的发送定时重合。此时，在步骤S130中，UE 20通过PUSCH发送数据。另外，在步骤S130中，UE 20不将UCI借道PUSCH。在这种情况下，在步骤S140中，UE 20通过与分配给数据的发送用的信道(PUSCH)不同的资源(PUSCH或PUCCH)向gNB 10发送UCI。
以这种方式，gNB 10可以根据来自UE20的通知识别从UE20发送哪个数据，并且可以根据对UE20的指令识别通过哪个信道从UE20发送UCI。
如上所述，根据实施例2的无线通信***包括终端(UE20)和基站(gNB 10)。这里，当发送数据的定时与发送控制信息(UCI)的定时重合时，UE 20通过使用被分配给数据的发送用的信道将UCI与数据同时发送到gNB 10。在该无线通信***中，UE 20的发送部21发送包含有关于预定发送的数据的类型的信息的第1信号，并且gNB 10的接收部12接收该第1信号。gNB 10的发送部11根据从UE20通知的数据类型，向UE20发送第2信号，该第2信号包含有表示是否能够通过被分配用于数据的发送的信道来发送UCI的信息。当数据类型是第1类型(eMBB)时，第2信号包含有表示通过被分配用于数据的发送的信道(PUSCH)资源来发送UCI的信息。此外，在数据类型为第2类型(URLLC)的情况下，第2信号包含表示通过与分配给数据的发送用的信道(PUSCH)不同的资源(PUSCH或者PUCCH)来发送UCI的信息。这里，gNB 10的发送部11向UE20发送第2信号，该第2信号包含用于确定被分配了与UE20发送UCI的资源相关的下行链路信道(PDCCH)的区域的信息(大小、RNTI、报头、CORESET的场所、搜索空间)。UE 20的接收部22接收第2信号。当发送数据的定时与发送UCI的定时重合时，UE 20的发送部21根据第2信号中包含的信息向gNB 10发送UCI。
如上所述，在根据实施例2的无线通信***中，当第2类型(URLLC)的数据与UCI的发送定时重合时，gNB 10指示UE20延迟UCI的发送定时。例如，作为与分配给第2类型(URLLC)的数据的发送用的信道(PUSCH)不同的资源，gNB 10指示该信道(PUSCH)后面的PUSCH(参见图2中的“I”)或PUCCH(参见图2中的“II”)。其结果，确保PUSCH中占据的上行数据的比例。即，PUSCH的冗余度不会不足。因此，在实施例2的无线通信***中，在发送要求高可靠性的URLLC用的数据的情况下，确保对URLLC用的数据分配的资源，能够满足所要求的错误率。
[实施例3]
在根据实施例1、2的无线通信***中，如上所述，当数据类型是第2类型(URLLC)时，gNB 10向UE 20发送第2信号，该第2信号包含有表示通过与分配给数据的发送用的PUSCH不同的资源(PUSCH或PUCCH)来发送UCI的信息。在这种情况下，gNB 10使用指示被分配给第2类型的数据的发送用的PUSCH的PDCCH。但是，并不限定于此。例如，在根据实施例3的无线通信***中，gNB 10使用与指示被分配给第2类型的数据的发送用的PUSCH的PDCCH不同的资源。在实施例3中，对与实施例1，2相同的部分标注相同的附图标记，省略其说明。
图9是表示实施例3的无线通信***的概要的说明图。在图9中，横轴表示时间，纵轴表示频率。例如，从UE 20通知的数据类型是第2类型(例如，URLLC)。在这种情况下，gNB10使用与指示被分配给第2类型的数据的发送用的PUSCH的PDCCH不同的资源，来向UE20指示与被分配给该数据的发送用的PUSCH不同的资源(PUSCH或PUCCH)。例如，gNB 10使用与指示被分配给第2类型的数据的发送用的PUSCH的PDCCH不同的PDCCH。在这种情况下，UE 20通过被分配给第2类型的数据的发送用的PUSCH后面的PUSCH，向gNB 10发送UCI(参见图9中的“III”)。
图10是示出了实施例3的无线通信***的动作的时序图。
例如，在LCH中生成预定发送的数据。在这种情况下，UE 20的发送部21通过缓存状态报告或SR向gNB 10发送包含有与预定发送的数据的类型有关的信息的第1信号(图10中的步骤S200)。即，UE 20向gNB 10通知要发送的数据的类型。gNB 10的接收部12接收第1信号。
接着，gNB 10的发送部11通过PDCCH和对应的PDSCH来向UE20分别发送DCI和数据(图10中的步骤S210)。即，gNB 10通过PDSCH向UE20发送下行链路数据，并且通过PDCCH向UE20发送DCI。DCI中包含例如UL许可的信息(PUSCH的分配信息)和DL分配(DL assignment)(PDSCH的分配信息)。
然后，gNB 10的发送部11根据从UE20通知的数据类型，通过与UL许可相关的PDCCH发送第2信号，该第2信号包含有表示是否能够通过被分配给数据的发送用的信道来发送UCI的信息(图10中的步骤S220)。UE 20的接收部22接收第2信号。当从UE 20通知的数据类型是第2类型(例如，URLLC)时，gNB 10的发送部11通过PDCCH指示不将UCI借道PUSCH。这里，作为通过PDCCH指示不将UCI借道PUSCH的方法，可以举出以下的第1、第2方法。第1方法是指，使用实施例1中的PDCCH中的特定的字段(专用字段或者共用字段)的方法。第2方法是指使用实施例2中的确定被分配了PDCCH的时间频率比的区域的信息(大小、RNTI、报头、CORESET的场所、搜索空间)的方法。
另外，gNB 10的发送部11通过其他的PDCCH来指示UCI的新发送定时(资源)(图10中的步骤S225)。例如，gNB 10使用与指示被分配给第2类型的数据的发送用的PUSCH的PDCCH不同的PDCCH，向UE20发送第3信号，该第3信号包含有和与被分配给第2类型的数据的发送用的信道(PUSCH)不同的资源相关的信息。UE 20的接收部22接收第3信号。
在UE 20中，当UCI的发送定时与数据的发送定时重合时，数据类型是第2类型(例如，URLLC)。在这种情况下，UE 20的发送部21通过PUSCH发送第2类型的数据(图10中的“UL数据”)(图10中的步骤S230)。在步骤S230，UE 20的发送部21不将UCI借道PUSCH，并根据包含在第2和第3信号中的信息将UCI发送到gNB 10(图10中的步骤S240)。具体地，在步骤S240中，UE20利用与被分配给第2类型的数据的发送用的PUSCH不同的资源将UCI发送到gNB 10。例如，UE 20通过被分配给第2类型的数据的发送的PUSCH后面的PUSCH，向gNB 10发送UCI(参见图9中的“III”)。或者，UE 20通过被分配给第2类型的数据的发送的PUSCH后面的PUCCH，向gNB 10发送UCI。
这里，步骤S220和步骤S225的处理顺序可以颠倒，或者处理的定时可以相同。
以这种方式，gNB 10可以根据来自UE20的通知识别从UE20发送哪个数据，并且可以根据对UE20的指令识别通过哪个信道从UE20发送UCI。
如上所述，根据实施例3的无线通信***包括终端(UE20)和基站(gNB 10)。这里，当发送数据的定时与发送控制信息(UCI)的定时重合时，UE 20通过使用被分配给数据的发送用的信道，将UCI与数据同时发送到gNB 10。在该无线通信***中，UE 20的发送部21发送包含有与预定发送的数据的类型相关的信息的第1信号，并且gNB 10的接收部12接收第1信号。gNB 10的发送部11根据从UE20通知的数据类型，向UE20发送第2信号，该第2信号包含表示是否能够通过被分配给数据的发送用的信道来发送UCI的信息。当数据类型是第1类型(eMBB)时，第2信号包含表示通过被分配给数据的发送用的信道(PUSCH)资源来发送UCI的信息。此外，在数据类型为第2类型(URLLC)的情况下，第2信号包含表示通过与分配给数据的发送用的信道(PUSCH)不同的资源(PUSCH或者PUCCH)来发送UCI的信息。这里，当数据类型是第2类型(URLLC)时，gNB 10的发送部11通过使用与用于指示PUSCH的下行信道(PDCCH)不同的资源(PDCCH)，来向UE20发送包含有与用于发送UCI的资源(PUSCH或PUCCH)有关的信息的第3信号。UE 20的接收部22接收第2和第3信号。当发送数据的定时与发送UCI的定时重合时，UE 20的发送部21根据包含在第2和第3信号中的信息向gNB 10发送UCI。
如上所述，在根据实施例3的无线通信***中，当第2类型(URLLC)的数据与UCI的发送定时重合时，gNB 10指示UE20延迟UCI的发送定时。例如，作为与分配给第2类型(URLLC)的数据的发送用的信道(PUSCH)不同的资源，gNB 10指示该信道(PUSCH)后面的PUSCH(参见图9中的“III”)或PUCCH。其结果，确保在PUSCH中占据的上行数据的比例。即，PUSCH的冗余度不会不足。因此，在实施例3的无线通信***中，在发送要求高可靠性的URLLC用的数据的情况下，确保对URLLC用的数据所分配的资源，能够满足所要求的错误率。
[实施例4]
在根据实施例4的无线通信***中，设想UE 20在通知第1类型作为数据类型之后生成第2类型的数据，并且UCI的发送定时与数据的发送定时重合。在这种情况下，在根据实施例4的无线通信***中，UE 20通过与分配给第2类型的数据的发送用的PUSCH不同的PUSCH向gNB 10发送UCI。在实施例4中，对与实施例1～3相同的部分标注相同的附图标记，省略其说明。
图11是示出了实施例4的无线通信***的动作的时序图。
例如，在LCH#x中，生成第1类型的数据(图11中的“eMBB数据”)作为预定发送的数据。在这种情况下，UE 20的发送部11通过缓存状态报告或SR向gNB 10发送第1信号，该第1信号包含有与作为预定发送的数据的类型的第1类型(eMBB)有关的信息(图11中的步骤S300)。即，UE 20向gNB 10通知要发送的数据的类型。
然而，在步骤S300的处理之后，在LCH#y中生成第2类型的数据(图11中的“URLLC数据”)(图11中的步骤S305)。
接着，gNB 10的发送部11通过PDCCH和对应的PDSCH向UE20分别发送DCI和数据(图11中的步骤S310)。即，gNB 10通过PDSCH向UE20发送下行链路数据，并且通过PDCCH向UE20发送DCI。DCI中包含有例如UL许可的信息(PUSCH的分配信息)、DL分配(DL assignment)(PDSCH的分配信息)。
这里，gNB 10的发送部11根据从UE20通知的数据类型，通过与UL许可相关的PDCCH来发送第2信号，该第2信号包含有表示是否能够通过被分配给数据的发送用的信道来发送UCI的信息(图11中的步骤S320)。这里，由于从UE 20通知的数据类型是第1类型(eMBB)，因此第2信号包含有表示通过被分配给第1类型的数据的发送用的PUSCH信道(PUSCH)资源来发送UCI的信息。UE 20的接收部22接收第2信号。
接下来，在UE 20中，UCI的发送定时与第2类型(URLLC)数据的发送定时重合。在这种情况下，UE 20的发送部21生成被分配给第2类型(URLLC)的数据的发送用的第一PUSCH，并且通过第一PUSCH将第2类型(图11中的“UL数据”)的数据发送给gNB 10(图11中的步骤S330)。另外，UE 20的发送部21生成与被分配给第2类型(URLLC)的数据的发送用的第一PUSCH不同的第二PUSCH，并且通过第二PUSCH将UCI发送到gNB 10(图11中的步骤S340)。即，UE 20在步骤S230中，不将UCI借道第一PUSCH，而在步骤S240将UCI借道第二PUSCH来进行发送。
图12是示出了实施例4的无线通信***的另一动作的时序图。在图12所示的示例中，在LCH#y中，第2类型(URLLC的数据产生的定时与图11所示的示例不同。例如，在步骤S310的处理之后，在LCH#y中，生成第2类型的数据(图12中的“URLLC数据”)(图12中的步骤S315)。除此以外的处理与图11的情况相同。
图13是示出了实施例4的无线通信***的又一动作的时序图。在图13所示的示例中，在LCH#y中，第2类型(URLLC)的数据产生的定时与图11和图12所示的示例不同。例如，在步骤S320的处理之后，在LCH#y中，生成第2类型的数据(图13中的“URLLC数据”)(图13的步骤S325)。除此以外的处理与图11的情况相同。
这里，为了使gNB 10能够识别在步骤S330中从UE20发送的第2类型(URLLC)的数据和在步骤S340中从UE20发送的UCI，使用DMRS的序列或配置模式。例如，DMRS的序列或配置模式利用正交码来表示是否在PUSCH中载置UCI。
当在步骤S330从UE 20发送第2类型的数据(URLLC)时，第一PUSCH的DMRS的序列或配置模式被预先决定。例如，由于正交码是{+1，+1，+1，+1}，第一PUSCH的DMRS的序列或配置模式表示在第一PUSCH中没有载置UCI。
另一方面，在步骤S340中从UE20发送UCI时，第二PUSCH的DMRS的序列或配置模式是通过UE20变更正交码而生成的。例如，通过将正交码变更为{+1，-1，+1，-1}，第二PUSCH的DMRS的序列或配置模式表示在第二PUSCH中载置有UCI。
这样，gNB 10可以根据DMRS的序列或配置模式来识别在步骤S330中从UE20发送的第2类型(URLLC)的数据以及在步骤S340中从UE20发送的UCI。
为了使gNB 10能够识别在步骤S330中从UE20发送的数据是否是第2类型(URLLC)的数据，使用以下两种方法。
在第1方法中，是使用由PDCCH指定的MCS(Modulation and Coding Scheme，调制和编码机制)的方法。例如，由UE 20自主地替换的URLLC的数据的大小小于最初预定通过分配给eMBB的PUSCH发送的数据的大小。在这种情况下，在步骤S330中，UE 20利用零来填充不足部分而使数据大小匹配，并且基于由PDCCH指定的MCS来生成第一PUSCH。或者，UE20在步骤S330中，利用eMBB的数据来填充不足部分使大小匹配，根据由PDCCH指定的MCS生成第一PUSCH。在这种情况下，通过UE20将报头附加到eMBB的数据，gNB 10能够进行识别。
在第2方法中，是使用与由PDCCH指定的MCS不同的其他MCS的方法。例如，gNB 10预先通过RRC，指定当DMRS序列或配置模式表示在PUSCH中没有载置UCI时的MCS，作为其他的MCS。在步骤S330中，UE 20基于其他的MCS而生成第一PUSCH。或者，gNB 10预先通过RRC，利用其他的MCS指定当发送URLLC的数据时的大小。然后，UE20在步骤S330中，基于其他的MCS，按照所分配的资源来调整编码率，生成第1PUCCH。因此，gNB 10能够识别URLLC的数据。
如上所述，根据实施例4的无线通信***包括终端(UE20)和基站(gNB 10)。这里，当发送数据的定时与发送控制信息(UCI)的定时重合时，UE 20通过使用被分配用给数据的发送用的信道，将UCI与数据同时发送到gNB 10。在该无线通信***中，UE 20的发送部21发送包含有与预定发送的数据的类型相关的信息的第1信号，并且gNB 10的接收部12接收第1信号。gNB 10的发送部11根据从UE20通知的数据类型，向UE20发送第2信号，该第2信号包含表示是否能够通过被分配给数据的发送用的信道来发送UCI的信息。当数据类型是第1类型(eMBB)时，第2信号包含表示通过被分配给数据的发送用的信道(PUSCH)资源来发送UCI的信息。此外，在数据类型为第2类型(URLLC)的情况下，第2信号包含表示通过与分配给数据的发送用的信道(PUSCH)不同的资源(PUSCH或者PUCCH)来发送UCI的信息。这里，存在这样的情况：在UE 20中，在发送了作为与数据类型相关的信息而包含有表示第1类型的信息的第1信号之后生成第2类型的数据，并且发送数据的定时与发送UCI的定时重合。在这种情况下，UE 20的发送部11利用与被分配给第2类型的数据的发送用的信道(PUSCH)不同的资源(PUSCH)将UCI发送到gNB 10。
如上所述，在根据实施例4的无线通信***中，当UCI的发送定时与数据的发送定时重合并且数据类型是第2类型(URLLC)时，UE 20使UCI的发送定时延迟并且将UCI发送给gNB 10。此时，UE 20使用与分配给第2类型的数据的发送用的信道(PUSCH)不同的资源(PUSCH)。其结果，确保在PUSCH中占据的上行数据的比例。即，PUSCH的冗余度不会不足。因此，在实施例4的无线通信***中，在发送要求高可靠性的URLLC用的数据的情况下，能够确保对URLLC用的数据所分配的资源，满足所要求的错误率。
[其他实施例]
实施例中的各构成要素不一定需要在物理上如图示那样构成。即，各部分的分散/统合的具体方式不限于图示的方式，可以根据各种负荷或使用状况等，以任意的单位在功能上或物理上分散/统合来构成其全部或一部分。
进而，在各装置中进行的各种处理也可以在CPU(Central Processing Unit，中央处理单元)(或者MPU(Micro Processing Unit，微处理单元)、MCU(Micro ControllerUnit，微控制单元)等微型计算机)上执行其全部或者任意的一部分。另外，各种处理也可以在由CPU(或MPU、MCU等微型计算机)解析执行的程序上、或基于布线逻辑的硬件上执行其全部或任意的一部分。
实施例的基站10和终端20例如可以通过如下的硬件结构来实现。
图14是表示基站10的硬件结构的一例的图。基站10具有处理器101、存储器102、RF(Radio Frequency)部103、网络接口(IF)104。作为处理器101的一例，可举出CPU、DSP(Digital Signal Processor，数字信号处理器)、FPGA(Field Programmable Gate Array，场可编程阵列)等。另外，作为存储器102的一例，可以举出SDRAM(Synchronous DynamicRandom Access Memory，同步动态随机存储存储器)等RAM(Random Access Memory)、ROM(Read Only Memory)、闪存等。
此外，可以通过由处理器101执行存储在诸如非易失性存储介质等各种存储器中的程序来实现实施例的基站10中执行的各种处理。即，也可以将与由各结构执行的各处理对应的程序记录在存储器102中，由处理器101执行各程序。这里，各结构相当于控制部13的功能。另外，发送部11、接收部12由RF部103实现。
另外，在此，由实施例的基站10进行的各种处理由一个处理器101执行，但不限于此，也可以由多个处理器执行。
图15是表示终端20的硬件结构的一例的图。终端20具有处理器201、存储器202和RF部203。作为处理器201的一例，可以举出CPU、DSP、FPGA等。作为存储器202的示例可举出诸如SDRAM之类的RAM、ROM和闪存。
并且，也可以通过由处理器201执行存储在非易失性存储介质等各种存储器中的程序来实现由实施例的终端20进行的各种处理。即，也可以将与由各结构执行的各处理对应的程序记录在存储器202中，由处理器201执行各程序。这里，各结构相当于控制部23的功能。另外，发送部21、接收部22由RF部203实现。
另外，在此，由一个处理器201执行在实施例的终端20中进行的各种处理，但不限于此，也可以由多个处理器执行。
标号说明
10 基站
11 发送部
12 接收部
13 通信部
14 控制部
20 终端
21 发送部
22 接收部
23 通信部
24 控制部
101 处理器
102 存储器
103 RF部
104 网络IF
201 处理器
202 存储器
203 RF部

Claims (11)

1.一种无线通信***，终端在发送数据的定时与发送控制信息的定时重合时，使用被分配给所述数据的发送用的信道，将所述控制信息与所述数据同时发送到基站，其特征在于，所述无线通信***具有：
终端，该终端具有发送第1信号的第1发送部，所述第1信号包含与预定发送的数据的类型有关的信息；以及
基站，该基站具有第2发送部，所述第2发送部根据从所述终端通知的所述数据的类型，向所述终端发送第2信号，所述第2信号包含表示能否通过分配给所述数据的发送用的信道来发送所述控制信息的信息，
所述第1发送部在发送所述数据的定时与发送所述控制信息的定时重合时，根据所述第2信号中包含的信息，将所述控制信息发送到所述基站。
2.根据权利要求1所述的无线通信***，其特征在于，所述第2发送部发送包含如下信息的所述第2信号：在所述数据的类型是第1类型的情况下，所述信息表示通过被分配给所述数据的发送用的信道资源来发送所述控制信息，在所述数据的类型是第2类型的情况下，所述信息表示通过与被分配给所述数据的发送用的信道不同的资源来发送所述控制信息。
3.根据权利要求1或2所述的无线通信***，其特征在于，所述第2发送部通过下行信道中的特定的字段，将包含与发送所述控制信息的资源有关的信息的所述第2信号发送到所述终端。
4.根据权利要求1或2所述的无线通信***，其特征在于，所述第2发送部将包含用于确定区域的信息的所述第2信号发送到所述终端，其中所述区域被分配了与发送所述控制信息的资源相关联的下行信道。
5.根据权利要求2所述的无线通信***，其特征在于，所述第2发送部在所述数据的类型为所述第2类型的情况下，使用与指示被分配给所述数据的发送用的信道的下行信道不同的资源，将包含与发送所述控制信息的资源有关的信息的第3信号发送到所述终端，
所述第1发送部在发送所述数据的定时与发送所述控制信息的定时重合时，根据所述第2信号、第3信号中包含的信息，将所述控制信息发送到所述基站。
6.根据权利要求2所述的无线通信***，其特征在于，所述第1发送部在发送了包含表示所述第1类型的信息作为与所述数据的类型有关的信息的所述第1信号之后，生成所述第2类型的数据，在发送所述第2类型的数据的定时与发送所述控制信息的定时重合的情况下，使用与被分配给所述第2类型的数据的发送用的信道不同的资源，将所述控制信息发送到所述基站。
7.一种基站，其与终端进行无线通信，所述终端在发送数据的定时与发送控制信息的定时重合时，能够使用被分配给数据的发送用的信道，将所述控制信息与所述数据同时发送，其特征在于，
所述基站具有：
接收部，其从所述终端接收包含与数据的类型有关的信息的第1信号；以及
发送部，其根据从所述终端通知的所述数据的类型，向所述终端发送第2信号，该第2信号包含表示能否通过被分配给所述数据的发送用的信道来发送所述控制信息的信息。
8.根据权利要求7所述的基站，其特征在于，所述发送部发送包含如下信息的所述第2信号：在所述数据的类型为第1类型的情况下，所述信息表示通过被分配给所述数据的发送用的信道资源来发送所述控制信息，在所述数据的类型为第2类型的情况下，所述信息表示通过与被分配给所述数据的发送用的信道不同的资源来发送所述控制信息。
9.一种终端，在发送数据的定时与发送控制信息的定时重合时，所述终端能够使用被分配给所述数据的发送用的信道，将所述控制信息与所述数据同时发送到基站，其特征在于，
所述终端具有：
发送部，其将包含与预定发送的数据的类型有关的信息的第1信号发送到所述基站；以及
接收部，其根据所述数据的类型，接收包含表示能否通过被分配给所述数据的发送用的信道来发送所述控制信息的信息的第2信号，
所述发送部根据所述第2信号中包含的信息，将所述控制信息发送到所述基站。
10.根据权利要求9所述的终端，其特征在于，所述第2信号包含如下信息：在所述数据的类型为第1类型的情况下，所述信息表示通过被分配给所述数据的发送用的信道资源来发送所述控制信息，在所述数据的类型为第2类型的情况下，所述信息表示通过与被分配给所述数据的发送用的信道不同的资源来发送所述控制信息。
11.一种通信方法，终端在发送数据的定时与发送控制信息的定时重合时，使用被分配给所述数据的发送用的信道，将所述控制信息与所述数据同时发送到基站，其特征在于，
所述终端向所述基站发送包含与预定发送的数据的类型有关的信息的第1信号；
所述基站根据从所述终端通知的所述数据的类型，向所述终端发送第2信号，该第2信号包含表示能否通过被分配给所述数据的发送用的信道来发送所述控制信息的信息；
所述终端执行如下处理：在发送所述数据的定时与发送所述控制信息的定时重合时，根据所述第2信号中包含的信息，将所述控制信息发送到所述基站。
CN201880085873.3A 2018-01-11 2018-01-11 无线通信***、基站、终端和通信方法 Active CN111656814B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/000540 WO2019138518A1 (ja) 2018-01-11 2018-01-11 無線通信システム、基地局、端末、および通信方法

Publications (2)

Publication Number Publication Date
CN111656814A true CN111656814A (zh) 2020-09-11
CN111656814B CN111656814B (zh) 2023-09-08

Family

ID=67218944

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880085873.3A Active CN111656814B (zh) 2018-01-11 2018-01-11 无线通信***、基站、终端和通信方法

Country Status (4)

Country Link
US (2) US11811696B2 (zh)
JP (1) JP6984666B2 (zh)
CN (1) CN111656814B (zh)
WO (1) WO2019138518A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020020815A1 (en) * 2018-07-25 2020-01-30 Sony Corporation Base station, user equipment, circuitry, mobile telecommunications system and method
US11576181B2 (en) 2020-08-10 2023-02-07 International Business Machines Corporation Logical channel management in a communication system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017209555A1 (ko) * 2016-06-03 2017-12-07 엘지전자(주) 무선 통신 시스템에서 상향링크 제어 채널을 전송하는 방법 및 이를 위한 장치

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8422429B2 (en) 2010-05-04 2013-04-16 Samsung Electronics Co., Ltd. Method and system for indicating the transmission mode for uplink control information
CN107210889B (zh) * 2015-01-20 2021-03-09 Lg 电子株式会社 发送上行链路控制信息的方法及其装置
WO2017171516A1 (ko) * 2016-04-01 2017-10-05 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보의 전송 또는 수신 방법 및 이를 위한 장치
WO2018030856A1 (ko) * 2016-08-11 2018-02-15 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 상향링크 제어 정보 전송 방법 및 상기 방법을 이용하는 단말
US11350440B2 (en) * 2016-11-30 2022-05-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Information transmission method, terminal apparatus, and network apparatus
CN108270539B (zh) * 2017-01-03 2022-07-15 北京三星通信技术研究有限公司 数据传输的方法及设备
JP6848440B2 (ja) * 2017-01-06 2021-03-24 ソニー株式会社 端末装置、基地局装置、方法及び記録媒体
US10813118B2 (en) * 2017-07-10 2020-10-20 Lg Electronics Inc. Method for transmitting and receiving uplink control information and devices supporting the same
RU2743055C1 (ru) * 2017-07-28 2021-02-15 Нтт Докомо, Инк. Пользовательский терминал, базовая радиостанция и способ радиосвязи
WO2019026188A1 (ja) * 2017-08-01 2019-02-07 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017209555A1 (ko) * 2016-06-03 2017-12-07 엘지전자(주) 무선 통신 시스템에서 상향링크 제어 채널을 전송하는 방법 및 이를 위한 장치

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
GUANGDONG OPPO MOBILE TELECOM.: "R1-1611699 \"Multiplexing of UCI and UL data\"" *
LG: "\"R1-1717247 email summary 90-12 on UL PC and collision handling\"" *
LG: "\"R1-1717962\"" *
SAMSUNG: "\"R1-1713502 - Collision handling of sTTI and TTI in UL\"" *

Also Published As

Publication number Publication date
JPWO2019138518A1 (ja) 2020-12-24
US11811696B2 (en) 2023-11-07
JP6984666B2 (ja) 2021-12-22
US20240048331A1 (en) 2024-02-08
US20200344025A1 (en) 2020-10-29
CN111656814B (zh) 2023-09-08
WO2019138518A1 (ja) 2019-07-18

Similar Documents

Publication Publication Date Title
AU2021212111B2 (en) Uplink transmission method and corresponding equipment
US11929949B2 (en) Base station, user equipment and wireless communication method
US11910406B2 (en) Wireless communication with downlink control information having a semi persistent scheduling activation/deactivation field
US11664845B2 (en) Device system and method for new radio (NR) communication
JP7093856B2 (ja) フィードバック情報の伝送方法及び装置
WO2021002292A1 (en) Priority differentiation of sr transmissions with harq-ack codebooks of different service types
CN102281593B (zh) 上行控制信息发送及接收方法、***和设备
WO2016142132A1 (en) Methods using downlink control information (dci) for sub-subframe control and related nodes and terminals
EP3545720B1 (en) Method and device for transmitting downlink control information
US20210100024A1 (en) Method and device for transmitting/receiving uplink control information in wireless communication system
US20240048331A1 (en) Wireless communication system, base station, terminal, and method of communication
WO2019159303A1 (ja) 無線通信システム、端末および基地局
KR20220165755A (ko) 사이드링크 피드백 정보를 송신 및 수신하기 위한 방법 및 장치
GB2490430A (en) Configuring an uplink data channel for multi-cell periodic feedback of channel state information
RU2775252C2 (ru) Enodeb, оборудование пользователя и способ беспроводной связи
KR20230021516A (ko) 무선 통신 시스템에서 단말 능력을 보고하는 방법 및 장치
CN115189839A (zh) 一种通信方法和设备

Legal Events

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