CN108886709A - 用户装置及通信方法 - Google Patents

用户装置及通信方法 Download PDF

Info

Publication number
CN108886709A
CN108886709A CN201780020721.0A CN201780020721A CN108886709A CN 108886709 A CN108886709 A CN 108886709A CN 201780020721 A CN201780020721 A CN 201780020721A CN 108886709 A CN108886709 A CN 108886709A
Authority
CN
China
Prior art keywords
data
user apparatus
mapped
information
harq response
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
CN201780020721.0A
Other languages
English (en)
Other versions
CN108886709B (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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of CN108886709A publication Critical patent/CN108886709A/zh
Application granted granted Critical
Publication of CN108886709B publication Critical patent/CN108886709B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0057Block codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075Transmission of coding parameters to receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0466Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/53Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/02Inter-networking arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/10Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

提供一种无线通信***中的用户装置,该无线通信***具有基站和用户装置,所述用户装置具有:取得部,其取得如下的信息:该信息表示在无线帧中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、和从该用户装置发送针对下行数据的HARQ应答的定时或从所述基站接收针对上行数据的HARQ应答的定时;以及通信部,其在发送针对所述下行数据的HARQ应答的定时发送针对通过所述下行数据信道接收到的下行数据的HARQ应答,在接收针对所述上行数据的HARQ应答的定时接收针对通过所述上行数据信道发送的数据的HARQ应答或者重发数据的调度信息。

Description

用户装置及通信方法
技术领域
本发明涉及用户装置及通信方法。
背景技术
目前,在3GPP(3rd Generation Partnership Project,第三代合作伙伴项目)中,为了实现***容量的进一步大容量化、数据传输速度的进一步高速化、无线区间中的进一步低延迟化、大量终端的同时连接、终端的低成本化以及省电化等,正在进行第5代的无线技术的研究。
作为第5代的无线技术中的要素技术的一例,为了有效利用高频带,正在研究对基站设置许多天线元件(例:100个元件),进行波束宽度较窄的波束成型的称为大规模MIMO(Massive MIMO)的技术。此外,为了进一步提高频率利用效率,正在研究在功率方向进行复用的称为非正交多址(NOMA:Non-Orthogonal Multiple Access)的技术。另外,也正在研究允许与LTE的不兼容性的同时,使用与在LTE中使用的信号波形不同的新的信号波形的技术。
现有技术文献
非专利文献
非专利文献1:“ドコモ5Gホワイトペーパー”、2014年9月、NTTドコモ、互联网URL:https://www.nttdocomo.co.jp/corporate/technology/whitepaper_5g/
发明内容
发明要解决的问题
在第5代的无线技术中,为了实现进一步的低延迟化,正在研究使用称为自包含子帧(Self-contained Subframe)的、比以往的LTE灵活性高的无线帧结构。
图1是示出自包含子帧的一例的图。通过使用自包含子帧,从而能够动态地切换子帧的用途(DL(Downlink:下行链路)或UL(Uplink:上行链路)),并且能够在1个子帧内进行针对DL数据的ACK/NACK的反馈。图1的(a)图示了将子帧的用途切换为DL数据信道用的情况,图1的(b)图示了将子帧的用途切换为UL数据信道用的情况。
在此,当要实现通信的进一步低延迟化时,由于需要高速地进行DL/UL数据的接收处理(解调和解码),因此可以考虑削减DL/UL数据信道的码元数量。另一方面,在5G中,由于也存在不怎么要求低延迟、但要求大容量的数据通信的终端,因此不希望在所有终端中一律地削减DL/UL数据信道的码元数量。
因此,例如,如图2所示,考虑直接利用自包含子帧,削减每个子帧的码元数量,同时在同一载波内(小区内)允许不同的子帧结构这样的方式。然而,在允许这种子帧结构的情况下,DL通信和UL通信被频率复用,从而可能会产生干扰,是不恰当的。
因此,所公开的技术是鉴于上述问题而完成的,其目的在于提供一种在使用能够灵活地切换DL和UL的无线帧结构的情况下,能够切实地实现低延迟的通信的技术。
用于解决问题的手段
所公开的技术的用户装置为无线通信***中的用户装置,该无线通信***具有基站和用户装置,所述用户装置具有:取得部,其取得如下的信息:该信息表示在无线帧中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、和从该用户装置发送针对下行数据的HARQ应答的定时或从所述基站接收针对上行数据的HARQ应答的定时;以及通信部,其在发送针对所述下行数据的HARQ应答的定时发送针对通过所述下行数据信道接收到的下行数据的HARQ应答,在接收针对所述上行数据的HARQ应答的定时接收针对通过所述上行数据信道发送的数据的HARQ应答或者重发数据的调度信息。
发明效果
根据所公开的技术,提供一种在使用能够灵活地切换DL和UL的无线帧结构的情况下,能够切实地实现低延迟的通信的技术。
附图说明
图1是示出自包含子帧的一例的图。
图2是用于说明问题的图。
图3是示出实施方式的无线通信***的结构例的图。
图4是用于说明子帧结构(DL数据)和反馈定时的一例的图。
图5是用于说明子帧结构(UL数据)和反馈定时的一例的图。
图6是用于说明子帧结构(UL数据)和反馈定时的一例的图。
图7是示出对用户装置设定子帧结构和反馈定时等时的处理过程的一例的序列图。
图8是以位图(bit map)形式表现的无线帧设定信息的一例。
图9是示出被分割为多个段(segment)的下行数据信道的一例的图。
图10是示出资源被分配给多个段的情况下的一例的图。
图11示出资源被分配给多个段的情况下的一例的图。
图12是包括段的范围在内的无线帧设定信息的一例。
图13是示出编码和加扰处理方法的图。
图14是用于说明参考信号的使用方法的图。
图15是示出实施方式的用户装置的功能结构的一例的图。
图16是示出实施方式的基站的功能结构的一例的图。
图17是示出实施方式的用户装置的硬件结构的一例的图。
图18是示出实施方式的基站的硬件结构的一例的图。
具体实施方式
下面,参照附图对本发明的实施方式进行说明。另外,以下说明的实施方式仅为一例,应用本发明的实施方式不限于以下的实施方式。例如,设想本实施方式的无线通信***是遵循LTE或5G的方式的***,但是本发明不限于LTE或5G,也能够应用于其它方式。此外,在本说明书以及权利要求书中,除非另有说明,“LTE”被广义地使用,不仅包含与3GPP的版本8或9对应的通信方式,也包含与3GPP的版本10、11、12、13或14以后的版本对应的第5代的通信方式。
此外,在下面的说明中,1TTI以调度的最小单位的意思而被使用。此外,对于1个子帧,以与1TTI相同的长度为前提来使用,但并不旨在于限定于此,也能够置换为其它的单位。
<***结构>
图3是示出实施方式的无线通信***的结构例的图。如图3所示,本实施方式的无线通信***具有基站eNB和用户装置UE。在图3的示例中,虽然图示出基站eNB和用户装置UE各1个,但可以具有多个(plural)基站eNB,也可以具有多个用户装置UE。
<处理过程>
(关于无线帧结构)
接着,对本实施方式中的基站eNB和用户装置UE进行通信时使用的无线帧结构进行说明。本实施方式的无线帧能够使用下行控制信道(DL CCH:Downlink ControlChannel)或高层(广播信息或RRC)的消息,对在1个子帧内设定的下行数据信道(DL DataCH:Downlink Data Channel)的资源位置、或/和上行数据信道(UL Data CH:Uplink DataChannel)的资源位置进行设定。此外,能够使用下行控制信道(DL CCH:Downlink ControlChannel)或高层(广播信息或RRC)的消息,对下行链路的HARQ(Hybrid Automatic RepeatRequest:混合自动重发请求)中的ACK/NACK的反馈定时(timing)、或/和上行链路的HARQ反馈定时(包括发送上行链路的重发调度信息的定时在内)进行设定。
图4是用于说明子帧结构(DL数据)和反馈定时的一例的图。图4所示的子帧在1个子帧内包括下行控制信道、下行数据信道以及上行控制信道(UL CCH:Uplink ControlChannel)。在图4的(a)所示的子帧结构中,设定成分配给下行数据信道的码元数量较少,另外,设定成使用相同子帧内的上行控制信道来反馈针对通过下行数据信道发送的数据的ACK/NACK。在图4的(b)所示的子帧结构中,设定成分配给下行数据信道的码元数量变多,另外,设定成使用下一个子帧的上行控制信道来反馈针对通过下行数据信道发送的数据的ACK/NACK。
图4(a)的子帧结构具有如下优点:即,对下行数据信道设定的码元数量较少,因此能够映射到下行数据信道的最大TB尺寸(size)较小,另一方面,由于在相同子帧内反馈ACK/NACK,因此延迟变短。另一方面,图4的(b)的子帧结构具有如下优点:即,由于对下行数据信道设定的码元数量较多,因此,延迟有所增加,但能够映射到下行数据信道的最大TB尺寸较大。
图5和图6是用于说明子帧结构(UL数据)和反馈定时的一例的图。图5和图6所示的子帧在1个子帧内包括下行控制信道、上行数据信道以及上行控制信道。在图5的(a)和图6的(a)所示的子帧结构中,设定成分配给上行数据信道的码元数量较少,另外,设定成使用下一个子帧内的下行控制信道来反馈针对通过上行数据信道发送的数据的ACK/NACK。在图5的(b)和图6的(b)所示的子帧结构中,设定成分配给上行数据信道的码元数量变多,另外,设定成使用2个子帧之前的子帧的下行控制信道来反馈针对通过上行数据信道发送的数据的ACK/NACK。另外,旨在于使图6的(a)和图6的(b)所示的UL许可(UL Grant)在进行伴随无线资源的调度的上行数据的重发的情况下被发送(即,相当于LTE中的自适应重发(Adaptive重发))。此外,旨在于使图6的(a)和图6的(b)所示的NACK在进行不伴随新的调度的上行数据的重发的情况下被发送(即,相当于LTE中的非自适应重发(Non adaptive重发))。
图5的(a)和图6的(a)的子帧结构具有如下优点:即,对上行数据信道设定的码元数量较少,因此能够映射到上行数据信道的最大TB尺寸较小,另一方面,由于在下一个子帧内反馈ACK/NACK,并进行重发数据的发送,因此延迟较短。另一方面,图5的(b)和图6的(b)的子帧结构具有如下优点:即,对上行数据信道设定的码元数量较多,因此延迟有所增加,但能够映射到上行数据信道的最大TB尺寸较大。
以上对本实施方式中的基站eNB和用户装置UE进行通信时使用的无线帧结构进行了说明,但图4~图6所示的子帧内的信道结构为一例,不限于此。例如,在子帧的开头设定其它的物理信道或规定的报头信息等,在其后设定下行控制信道这样的无线帧也包括在本实施方式中。此外,例如,在下行控制信道与上行(或下行)数据信道之间设定上行控制信道这样的无线帧也包括在本实施方式中。
(关于子帧结构和反馈定时等的设定)
图7是示出对用户装置设定子帧结构和反馈定时等时的处理过程的一例的时序图。
在步骤S11中,基站eNB对用户装置UE设定表示子帧内的下行数据信道或/和上行数据信道的资源位置(码元映射)、和下行链路的HARQ反馈定时或/和上行链路的HARQ反馈定时(包括发送上行链路的重发调度信息的定时在内)的信息。
下面,为了便于说明,将表示子帧内的下行数据信道或/和上行数据信道的资源位置(码元映射)的信息称为“无线帧设定信息”。此外,为了便于说明,将表示下行链路的HARQ反馈定时或/和上行链路的HARQ反馈定时(包括发送上行链路的重发调度信息的定时在内)的信息称为“反馈定时设定信息”。
基站eNB可以通过广播信息(SIB)对小区内的用户装置UE设定无线帧设定信息和反馈定时设定信息,也可以通过RRC消息对用户装置UE单独设定无线帧设定信息和反馈定时设定信息。此外,基站eNB可以通过下行控制信道的公共搜索空间发送包括无线帧设定信息和反馈定时设定信息的下行控制信息(DCI:Downlink Control Information),从而对小区内的用户装置UE共同设定无线帧设定信息和反馈定时设定信息,也可以通过下行控制信道的单独搜索空间进行发送,从而对用户装置UE单独设定。使用下行控制信息对用户装置UE设定无线帧设定信息和反馈定时设定信息,从而基站eNB能够按照每个子帧动态地切换子帧结构和HARQ反馈定时。
在步骤S12中,用户装置UE按照所设定的子帧内的下行数据信道或/和上行数据信道的资源位置,进行下行数据的接收或/和上行数据的发送。
在步骤S13中,用户装置UE按照所设定的HARQ反馈定时,向基站eNB发送针对下行数据的ACK或NACK。此外,用户装置UE按照所设定的HARQ反馈定时(包括进行重发调度的定时在内),接收针对上行数据的ACK或NACK(NACK或者重发调度信息)。
另外,在步骤S11的处理过程中,在通过RRC消息对用户装置UE单独设定无线帧设定信息和反馈定时设定信息、并且该RRC消息为随机接入过程中的消息(Message)4(或相当于Message4的消息)的情况下,在本实施方式中,可以按照标准规格等固定地规定默认的无线帧设定信息和反馈定时设定信息(在用户装置UE中预先存储),也可以对用户装置UE预先设定(Pre Configure),或者通过广播信息进行通知。由此,能够避免产生在接收到Message4之前的期间内,用户装置UE不能识别子帧结构和HARQ反馈定时这样的问题。
在无线帧设定信息中,对于下行数据信道或/和上行数据信道的资源位置,可以通过下行数据信道或/和上行数据信道的开始码元位置和结束码元位置进行指定。此外,例如,如图8所示,可以以位图形式表现。另外,下行数据信道或/和上行数据信道的开始码元位置可以预先固定,仅结束码元位置包含在无线帧设定信息中。此外,可以预先通过标准规格等规定表示下行数据信道或/和上行数据信道的开始码元位置和结束码元位置的多个模式,在无线帧设定信息中仅设定表示预先规定的多个模式中的所应用的模式的索引值。另外,在步骤S11中,当下行控制信息中包括无线帧设定信息时,可以不显式地指定索引值,而是通过RNTI(例如,公共搜索空间中使用的RNTI)或DCI格式(例如,公共搜索空间中使用的DCI格式)隐式地指定索引值。
反馈定时设定信息中还可以包括能够发送重发下行数据时的下行调度信息(DLassignment)的定时(或定时的候选)。由此,用户装置UE能够在直到该定时为止不能从基站eNB接收到与下行数据的重发相关的调度信息的情况下,判断为重发超时而删除缓冲器(与下行数据对应的HARQ进程的缓冲器)。此外,用户装置UE能够将删除的缓冲器用于其它的用途(例如,D2D信号的接收等)。另外,在以往的LTE中,该定时称为HARQ RTT(Round TripTime:往返时间)计时器(timer),对于下行重发数据,该计时器被规定为8ms以上。
[关于HARQ反馈定时的模式]
在此,根据下行数据信道或上行数据信道的码元数量,能够映射到下行数据信道或上行数据信道的最大TB尺寸不同。此外,设想即使是相同的码元数量,由于用户装置UE的处理能力不同,下行数据的解调和解码所需的时间也不同。
由此,在本实施方式中,基站eNB对于反馈定时设定信息中的下行链路的HARQ反馈定时、或/和上行链路的HARQ反馈定时(包括发送上行链路的重发调度信息的定时在内),可以包含与用户装置UE的处理能力相应的多个模式。此外,用户装置UE可以选择该多个模式中的与自身的处理能力相应的模式,按照所选择的模式进行针对下行数据的ACK/NACK的反馈。此外,用户装置UE可以选择该多个模式中的与自身的处理能力相应的模式,按照所选择的模式接收针对上行数据的ACK/NACK(或者与重发相关的调度信息)。另外,用户装置UE可以预先向基站eNB通知表示自身的处理能力的能力信息(UE Capability),基站eNB在位于小区内的多个用户装置UE各自的处理能力的范围内决定应包含于反馈定时设定信息中的多个模式。
此外,作为其它示例,用户装置UE可以预先向基站eNB通知自身的处理能力,基站eNB仅将位于小区内的多个用户装置UE各自的处理能力中的例如处理能力最低的用户装置UE能够应对的模式包含于反馈定时设定信息中,对小区内的各用户装置UE共同进行设定。由此,由于在用户装置UE之间ACK/NACK的反馈定时被统一,因此能够提高无线资源的利用效率。此外,能够避免由于ACK/NACK的反馈定时按照每个用户装置UE不同而引起的基站eNB中的处理的复杂化。
(关于下行数据信道或上行数据信道的分割)
在到此为止说明的子帧结构中,虽然将下行数据信道的码元数量设为可变,但在本实施方式中,还可以将下行数据信道或上行数据信道在时间方向上分割为多个段,能够对各段分别映射不同的TB。
图9是示出被分割为多个段的下行数据信道的一例的图。在图9中,下行数据信道被分割为2个段(Seg#1、Seg#2),通过下行调度信息(DL assignment)指定TB被映射到的段和资源位置。
将下行数据信道或上行数据信道在时间方向上分割为多个段,从而能够发送的TB的最大尺寸变小,因此用户装置UE和基站eNB能够缩短每1个TB的解调和解码所需的时间。此外,对于接近子帧的前半部的位置的段,即使在子帧的中途,用户装置UE和基站eNB也能够在该段的接收结束的时刻开始解调和解码,能够实现更低延迟的通信。
[资源分配的例子]
接着,使用图10和图11具体地示出将下行数据信道或上行数据信道在时间方向分割为多个段的情况下的资源分配的例子。另外,在图10和图11中,纵向为任意的带宽。
图10的(a)示出对每个段分配对于不同的用户装置UE(UE#1、UE#2)的资源的情况的例子。在图10的(a)的情况下,需要按照每个用户装置UE(UE#1、UE#2)进行下行调度信息的发送,例如能够针对要求低延迟的通信的用户装置UE(UE#1)进行对最初的段分配下行数据这样的处理。
图10的(b)示出对多个段分配对于相同的用户装置UE的资源的情况下的例子。在图10的(b)的情况下,能够通过1个下行调度信息分配多个段的资源。此外,用户装置UE能够一边接收下一个TB#2,一边并行地进行最初接收到的TB#1的解调和解码,实现更低延迟的通信。
图10的(c)示出以与图10的(b)同样的方法对用户装置UE#1进行资源的分配,对用户装置UE#2跨段来进行资源的分配的情况下的例子。
图11的(a)示出对下行数据信道和上行数据信道分别设定段(Seg#1)和段(Seg#2),对段(Seg#1)分配对于用户装置UE#1的资源,对段(Seg#2)分配对于用户装置UE#2的资源的情况下的例子。
图11的(b)示出对上行数据信道设定段(Seg#1)和段(Seg#2),对段(Seg#1)分配对于用户装置UE#1的资源,对段(Seg#2)分配对于用户装置UE#2的资源的情况下的例子。
在以上说明的资源分配的例子中,虽然例示了段为2个的情况,但在本实施方式中,不限于此,能够分割为3个以上的段。
[关于段结构的通知]
在下行数据信道或上行数据信道被分割为多个段的情况下,上述的无线帧设定信息中可以包含表示各段的范围的信息。
图12是包含段的范围的无线帧设定信息的一例。如图12所示,无线帧设定信息中可以包含表示下行数据信道或上行数据信道的码元映射的位图、和表示各段的结束码元位置的码元索引。
此外,可以利用标准规格等预先规定表示下行数据信道或上行数据信道的开始码元位置和结束码元位置、以及下行数据信道或上行数据信道的段的分割位置的多个模式,在无线帧设定信息中仅设定表示预先规定的多个模式中的所应用的模式的索引值。另外,在图7的步骤S11中,当下行控制信息中包含无线帧设定信息时,可以不显式地指定该索引值,而是通过RNTI(例如,公共搜索空间使用的RNTI)或DCI格式(例如,公共搜索空间使用的DCI格式)隐式地指定索引值。
另外,作为变形例,也可以意味着在图12所示的表示段的范围的信息中,在表示各段的结束码元位置的码元索引为相同值的情况下,未进行段的分割。例如,在图12的例子中,也可以意味着在段(Seg1)和段(Seg2)的结束码元索引被分别设定为“9”的情况下,未进行段的分割。
[关于编码和加扰处理]
以上以TB被分别映射到各段为前提进行了说明,但在本实施方式中,也能够将1个TB映射到多个段。在该情况下,如图13所示,基站eNB或用户装置UE将1个TB分割为与段数量对应的多个码块,按照每个码块进行编码(Coding)和加扰(Scrambling),将加扰后的数据映射到分配给各段的资源。用户装置UE或基站eNB能够按照每个段进行信号的解码。
(关于参考信号的发送和使用)
优选用户装置UE在进行下行数据的解调处理时,至少使用位于下行数据被映射到的资源内的参考信号(Reference Signal)来进行信道估计,使用信道估计结果进行解调处理。在此,在本实施方式中,能够将下行数据信道中使用的码元数量和段数量设定为各种各样,但也设想取决于设定内容和调度,仅对一部分码元映射下行数据的情况(即,对于一部分码元未映射下行数据的情况)。
因此,在本实施方式中,基站eNB可以对未映射有下行数据的码元也发送参考信号,用户装置UE使用通过分配给自身的下行数据的资源内的码元发送的参考信号和通过未分配给自身的资源内的码元发送的参考信号这两者来进行信道估计,从而进行解调处理。
使用图14对具体例进行说明。另外,在图14的例子中,以对下行数据信道的前半部和后半部的码元映射参考信号为前提,但参考信号的映射位置为一例。例如,也可以是如LTE那样对下行数据信道内的多个资源元素(Resource Element)映射参考信号的结构。
例如,如图14的(a)所示,在对下行数据信道的后半部的码元映射对于自身的下行数据的情况下,用户装置UE可以使用通过下行数据信道的后半部的码元发送的参考信号和通过前半部的码元发送的参考信号这两者来进行解调处理。此外,如图14的(b)所示,在对下行数据信道的前半部的码元映射了对于自身的下行数据的情况下,用户装置UE可以使用通过下行数据信道的前半部的码元发送的参考信号和通过后半部的码元发送的参考信号这两者来进行解调处理。此外,在图14的(b)的情况下,可以是用户装置UE先使用通过前半部的码元发送的参考信号来进行解调和解码处理,向基站eNB反馈解码结果(发送ACK/NACK)。此外,可以是假设在用户装置UE不能正确地解码的情况下(即,发送了NACK的情况下),使用通过后半部的码元发送的参考信号来再次进行解调和解码处理,当进行使用了从基站eNB重发的数据的HARQ中的合成接收时,将再次进行了解调和解码处理得到的数据与重发的数据进行合成。由此,能够改善BLER(Block Error Rate:块错误率)。
另一方面,在本实施方式中,基站eNB可以对未映射有下行数据的码元不发送参考信号。由此,能够将未映射有下行数据的码元用于其它的用途(例如,上行链路或D2D用资源等)。此外,能够抑制由于参考信号到达其它小区而引起的小区间干扰。
(关于其它补充事项)
在本实施方式中,由于基站eNB能够与和本实施方式不兼容的用户装置UE共存,因此能够使用RRC消息或下行控制信息,指示用户装置UE(和本实施方式不兼容的用户装置UE)在子帧内的特定的码元或/和频率资源中不发送信号(截删(puncture))。接收到该指示的用户装置UE按照在所指示的特定的码元或/和频率资源中不发送信号(截删(puncture))的方式进行动作。
<功能结构>
对执行以上说明的多个实施方式的动作的用户装置UE和基站eNB的功能结构例进行说明。
(用户装置)
图15是示出实施方式的用户装置的功能结构的一例的图。如图15所示,用户装置UE具有信号发送部101、信号接收部102、取得部103以及能力通知部104。另外,图15仅示出了用户装置UE中与本发明的实施方式特别相关的功能部,至少还具有用于执行遵循LTE的动作的未图示的功能。另外,图15所示的功能结构仅为一例。只要能够执行本实施方式的动作,则功能区分和功能部的名称可以是任意的。但是,也可以执行到此为止说明的用户装置UE的处理的一部分(例:仅执行特定的1个或多个变形例、具体例等)。
信号发送部101包括根据应从用户装置UE发送的高层的信号来生成物理层的各种信号,并进行无线发送的功能。信号接收部102包括从其它用户装置UE或基站eNB以无线方式接收各种信号,从接收到的物理层的信号中获取更高层的信号的功能。此外,信号发送部101具有在应发送针对下行数据的HARQ应答的定时发送针对通过下行数据信道接收到的下行数据的HARQ应答的功能。此外,信号接收部102具有在接收针对上行数据的HARQ应答的定时接收针对通过上行数据信道发送的数据的HARQ应答或者重发数据的调度信息(UL许可)的功能。
此外,信号接收部102在直到接收针对下行数据的重发数据的定时为止未从基站eNB接收到针对下行数据的重发数据的情况下,可以删除与下行数据对应的HARQ进程的缓冲器(例如,软信道(Soft channel)的比特)。此外,信号接收部102可以变更用户装置UE自身所保持的软信道的比特数量。由此,能够将删除的缓冲器(比特)用于D2D等其它的用途。
此外,信号接收部102可以使用删除的缓冲器(比特)来增加HARQ进程数(即,将删除的缓冲器(比特)分配给新的HARQ进程)。由此,能够提高重发效率。另外,对于增加的HARQ进程数量,可以由用户装置UE根据最大TB尺寸、码元分配来自主地判断,也可以由基站eNB对用户装置UE进行设定。
此外,信号接收部102可以接收被映射到由下行控制信号指定的1个以上的段的下行数据。另外,信号发送部101可以使用由上行许可指定的1个以上的段的资源来发送上行数据。
此外,信号接收部102在进行被映射到由下行控制信号指定的1个以上的段的下行数据的解调处理的情况下,可以使用通过被映射有对于用户装置UE自身的下行数据的段所发送的参考信号、和通过未被映射有对于用户装置UE自身的下行数据的段所发送的参考信号来进行解调处理。
取得部103具有取得如下信息的功能:即,该信息表示在无线帧(例如,子帧)中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、以及从用户装置UE发送针对下行数据的HARQ应答的定时或从基站eNB接收针对上行数据的HARQ应答的定时的信息(无线帧设定信息)。此外,取得部103可以取得表示接收针对下行数据的重发数据的定时的信息。另外,取得部103可以经由RRC消息或下行控制信号(DCI)取得无线帧设定信息和表示接收针对下行数据的重发数据的定时的信息。
能力通知部104具有向基站eNB通知能力信息的功能,该能力信息表示用户装置UE自身能够支持的、在无线帧(例如,子帧)中下行链路的数据被映射到的资源位置与能够从用户装置UE自身进行针对下行链路的数据的HARQ应答的定时的组合。
能力通知部104具有向基站eNB通知能力信息的功能,该能力信息表示用户装置UE自身能够支持的、在无线帧(例如,子帧)中下行数据信道被映射到的资源位置或/和上行数据信道被映射到的资源位置、与能够从用户装置UE进行针对下行数据的HARQ应答的定时或/和能够从基站eNB接收针对上行数据的HARQ应答或者重发数据的调度信息的定时的组合。
(基站)
图16是示出实施方式的基站的功能结构的一例的图。如图16所示,基站eNB具有信号发送部201、信号接收部202、资源分配部203以及设定部204。另外,图16仅示出了基站eNB中的与本发明的实施方式特别相关的功能部,至少还具有用于执行遵循LTE的动作的未图示的功能。另外,图16所示的功能结构仅为一例。只要能够执行本实施方式的动作,则功能区分和功能部的名称可以是任意的。但是,也可以执行到此为止说明的基站eNB的处理的一部分(例:仅执行特定的1个或多个变形例、具体例等)。
信号发送部201包括如下的功能:根据应从基站eNB发送的高层的信号生成物理层的各种信号,并进行无线发送。信号接收部202包括如下的功能:从用户装置UE以无线方式接收各种信号,从接收到的物理层的信号中获取更高层的信号。此外,信号发送部201和信号接收部202包括进行HARQ处理的功能。另外,信号发送部201可以在下行数据信道中在未进行下行数据的资源分配的区域发送参考信号,也可以在下行数据信道中在未进行下行数据的资源分配的区域不发送参考信号。
资源分配部203包括在下行数据信道和上行数据信道中进行下行数据或上行数据的调度处理的功能。此外,资源分配部203包括在分割为多个段的下行数据信道和上行数据信道中进行下行数据或上行数据的调度处理的功能。
设定部204具有如下的功能:对用户装置UE设定在无线帧(例如,子帧)中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、以及应从用户装置UE发送针对下行数据的HARQ应答的定时或应从基站eNB接收针对上行数据的HARQ应答的定时。此外,设定部204可以根据从用户装置UE通知的能力信息,决定在无线帧(例如,子帧)中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、以及应从用户装置UE发送针对下行数据的HARQ应答的定时或应从基站eNB接收针对上行数据的HARQ应答的定时。此外,设定部在下行数据信道或上行数据信道被分割为多个段的情况下,可以对用户装置UE设定各段的范围。
以上说明的基站eNB和用户装置UE的功能结构全体可以通过硬件电路(例如1个或多个IC芯片)来实现,也可以通过硬件电路构成一部分,其他部分由CPU(CentralProcessing Unit:中央处理器)和程序来实现。
(用户装置)
图17是示出实施方式的用户装置的硬件结构的一例的图。图17示出了比图15更接近安装例的结构。如图17所示,用户装置UE具有进行与无线信号相关的处理的RF(RadioFrequency:射频)模块301、进行基带信号处理的BB(Base Band:基带)处理模块302、以及进行高层等的处理的UE控制模块303。
RF模块301针对从BB处理模块302接收到的数字基带信号进行D/A(Digital-to-Analog:数字-模拟)转换、调制、频率转换以及功率放大等,由此生成应从天线发送的无线信号。另外,针对接收到的无线信号进行频率转换、A/D(Analog to Digital:模拟-数据)转换、解调等,由此生成数字基带信号,并传递给BB处理模块302。RF模块301例如包括图15所示的信号发送部101和信号接收部102的一部分。
BB处理模块302进行将IP分组和数字基带信号相互转换的处理。DSP(DigitalSignal Processor:数字信号处理器)312是进行BB处理模块302中的信号处理的处理器。存储器322被用作DSP312的工作区。RF模块301例如包括图15所示的信号发送部101的一部分、信号接收部102的一部分以及取得部103的一部分。
UE控制模块303进行IP层的协议处理、各种应用程序的处理等。处理器313是进行UE控制模块303所进行的处理的处理器。存储器323被用作处理器313的工作区。UE控制模块303例如包括图15所示的取得部103的一部分和能力通知部104。
(基站)
图18是示出实施方式的基站的硬件结构的一例的图。图18示出了比图16更接近安装例的结构。如图18所示,基站eNB具有进行与无线信号相关的处理的RF模块401、进行基带信号处理的BB处理模块402、进行高层等的处理的装置控制模块403以及作为用于与网络连接的接口的通信IF 404。
RF模块401针对从BB处理模块402接收到的数字基带信号进行D/A转换、调制、频率转换以及功率放大等,生成应从天线发送的无线信号。另外,针对接收到的无线信号进行频率转换、A/D转换、解调等,由此生成数字基带信号,并传递给BB处理模块402。RF模块401例如包括图16所示的信号发送部201和信号接收部202的一部分。
BB处理模块402进行将IP分组和数字基带信号相互转换的处理。DSP412是进行BB处理模块402中的信号处理的处理器。存储器422被用作DSP412的工作区。BB处理模块402例如包括图16所示的信号发送部201的一部分、信号接收部202的一部分、资源分配部203和设定部204的一部分。
装置控制模块403进行IP层的协议处理、OAM(Operation and Maintenance,操作和维护)处理等。处理器413是进行装置控制模块403所进行的处理的处理器。存储器423被用作处理器413的工作区。辅助存储装置433例如是HDD等,保存基站eNB自身用于进行动作的各种设定信息等。装置控制模块403例如包括图16所示的设定部204的一部分。
<总结>
以上,根据实施方式,提供一种无线通信***中的用户装置,该无线通信***具有基站和用户装置,所述用户装置具有:取得部,其取得如下的信息:该信息表示在无线帧中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、和从该用户装置发送针对下行数据的HARQ应答的定时或从所述基站接收针对上行数据的HARQ应答的定时;以及通信部,其在发送针对所述下行数据的HARQ应答的定时发送针对通过所述下行数据信道接收到的下行数据的HARQ应答,在接收针对所述上行数据的HARQ应答的定时接收针对通过所述上行数据信道发送的数据的HARQ应答或者重发数据的调度信息。根据该用户装置UE,提供一种在使用能够灵活地切换DL和UL的无线帧结构的情况下,能够切实地实现低延迟的通信的技术。
此外,可以是所述用户装置具有能力通知部,其向所述基站通知能力信息,该能力信息表示该用户装置所能支持的、在无线帧中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、与能够从该用户装置进行针对所述下行数据的HARQ应答的定时或能够从所述基站接收针对所述上行数据的HARQ应答或者重发数据的调度信息的定时的组合。由此,基站eNB能够根据小区内的各用户装置UE能够应对的处理能力,决定无线帧结构和各种反馈定时。
另外,可以是所述取得部取得表示接收针对所述下行数据的重发数据的定时的信息,所述通信部在直到接收针对所述下行数据的重发数据的定时为止未从所述基站接收到针对所述下行数据的重发数据的情况下,删除与所述下行数据对应的HARQ进程的缓冲器。由此,用户装置UE能够将删除的缓冲器用于其它的用途。
此外,可以是所述下行数据信道被映射到的资源位置、或所述上行数据信道被映射到的资源位置被划分为多个段,所述通信部接收被映射到由下行控制信号指定的1个以上的段的下行数据,或使用由上行许可指定的1个以上的段的资源来发送上行数据。由此,用户装置UE能够以段为单位进行数据的收发,能够实现更低延迟的通信。
另外,可以是所述取得部借助于RRC消息或下行控制信号取得表示所述多个段的范围的信息。由此,基站eNB能够在各种各样的定时变更段的范围。
此外,可以是被映射到所述多个段的各个下行数据是将1个传输块的数据分割为与所述多个段的数量相同数量的码块,针对各码块进行编码处理和加扰处理后的数据。由此,能够将1个TB映射到多个段,并且用户装置UE能够以段为单位进行解码处理,能够实现更低延迟的通信。
另外,可以是所述通信部在进行被映射到由下行控制信号指定的1个以上的段的下行数据的解调处理的情况下,使用通过被映射有对于该用户装置的下行数据的段所发送的参考信号和通过未被映射有对于该用户装置的下行数据的段所发送的参考信号来进行解调处理。由此,用户装置UE能够提高信道估计精度,能够实现更高质量的通信。
此外,根据实施方式,提供一种通信方法,由具有基站和用户装置的无线通信***中的用户装置执行,所述通信方法具有如下步骤:取得如下的信息:该信息表示在无线帧中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、和从该用户装置发送针对下行数据的HARQ应答的定时或从所述基站接收针对上行数据的HARQ应答的定时;在发送针对所述下行数据的HARQ应答的定时发送针对通过所述下行数据信道接收到的下行数据的HARQ应答;以及在接收针对所述上行数据的HARQ应答的定时接收针对通过所述上行数据信道发送的数据的HARQ应答或者重发数据的调度信息。由此,提供一种在使用能够灵活地切换DL和UL的无线帧结构的情况下,能够切实地实现低延迟的通信的技术。
<实施方式的补充>
参考信号也可以称为导频信号。
以上,在本实施方式中说明的各装置(用户装置UE/基站eNB)的结构可以是在具有CPU和内存的该装置中通过由CPU(处理器)执行程序来实现的结构,也可以是由具有在本实施方式中说明的处理的逻辑的硬件电路等硬件来实现的结构,还可以是程序与硬件并存的结构。
以上说明了本发明的各实施方式,但所公开的发明不限于这样的实施方式,本领域普通技术人员应当理解各种变形例、修正例、代替例、置换例等。为了促进发明的理解而使用具体的数值例进行了说明,但只要没有特别指出,这些数值就仅为一例,也可以使用适当的任意值。上述的说明中的项目的区分对于本发明而言并不是本质性的,既可以根据需要组合使用在2个以上的项目中记载的事项,也可以将在某一项目中记载的事项应用于在其它项目中记载的事项(只要不矛盾)。功能框图中的功能部或处理部的边界未必对应于物理性部件的边界。既可以通过物理上的1个部件来执行多个(plural)功能部的动作,或者也可以通过物理上的多个(plural)部件执行1个功能部的动作。实施方式中所述的序列和流程在不矛盾的情况下可以替换顺序。为了便于说明,使用功能性的框图说明了用户装置UE/基站eNB,而这样的装置也可以通过硬件、软件或它们的组合来实现。按照本发明的实施方式由用户装置UE所具有的处理器进行动作的软件以及按照本发明的实施方式由基站eNB所具有的处理器进行动作的软件也可以分别被保存于随机存取存储器(RAM)、闪速存储器、只读存储器(ROM)、EPROM、EEPROM、寄存器、硬盘(HDD)、可移动盘、CD-ROM、数据库、服务器以及其它适当的任意存储介质中。
在实施方式中,信号发送部101和信号接收部102为通信部的一例。
信息的通知不限于本说明书中说明的形式/实施方式,也可以通过其它方法进行。例如,信息的通知可以通过物理层信令(例如,DCI(Downlink Control Information:下行链路控制信息)、UCI(Uplink Control Information:上行链路控制信息))、高层信令(例如,RRC信令、MAC信令、广播信息(MIB(Master Information Block:主信息块)、SIB(SystemInformation Block:***信息块))、其它信号或这些的组合来实施。此外,RRC消息也可以称为RRC信令。此外,RRC消息例如可以是RRC连接设置(RRC Connection Setup)消息、RRC连接重新设定(RRC ConnectionReconfiguration)消息等。
本说明书中说明的各形式/实施方式也可以应用于LTE(Long Term Evolution:长期演进)、LTE-A(LTE-Advanced)、SUPER 3G、IMT-Advanced、4G、5G、FRA(Future RadioAccess,未来的无线接入)、W-CDMA(注册商标)、GSM(注册商标)、CDMA2000、UMB(UltraMobile Broadband,超移动宽带)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802.20、UWB(Ultra-WideBand,超宽带)、Bluetooth(蓝牙)(注册商标)、使用其它适当***的***和/或据此扩展的下一代***。
可以通过由1比特表示的值(0或1)进行判定或判断,也可以通过布尔值(Boolean:true(真)或false(假))进行判定或判断,还可以通过数值的比较(例如,与规定值的比较)进行判定或判断。
另外,对于本说明书中说明的用语和/或理解本说明书所需的用语,可以与具有相同或类似的意思的用语进行置换。例如,信道和/或码元(symbol)也可以是信号(signal)。此外,信号也可以是消息。
对于UE,本领域技术人员有时也用下述用语来称呼:用户站、移动单元(mobileunit)、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手持机、用户代理(user agent)、移动客户端、客户端、或一些其它适当的用语来称呼的情况。
本说明书中说明的各形态/实施方式可以单独使用,也可以组合使用,还可以根据执行来切换使用。此外,规定信息的通知不限于显式地(例如,“是X”的通知)进行,也可以隐式地(例如,不进行该规定信息的通知)进行。
本说明书中使用的“判断(determining)”、“决定(determining)”这样的用语有时也包含多种多样的动作的情况。“判断”、“决定”例如可以包括将进行了计算(calculating)、算出(computing)、处理(processing)、导出(deriving)、调查(investigating)、搜索(looking up)(例如,在表格、数据库或其它数据结构中的搜索)、确认(ascertaining)的事项视为“判断”、“决定”的事项等。此外,“判断”、“决定”可以包括将进行了接收(receiving)(例如,接收信息)、发送(transmitting)(例如,发送信息)、输入(input)、输出(output)、接入(accessing)(例如,访问存储器中的数据)的事项视为“判断”、“决定”的事项。此外,“判断”、“决定”可以包括将进行了解决(resolving)、选择(selecting)、选定(choosing)、建立(establishing)、比较(comparing)等的事项视为“判断”、“决定”的事项。即,“判断”、“决定”可以包含“判断”、“决定”了任意动作的事项。
本说明书中使用的“根据”这样的记载,除非另有说明,不是“仅根据”的意思。换而言之,“根据”这样的记载的意思是“仅根据”和“至少根据”这两者。
对于本说明书中说明的各形式/实施方式的处理过程、序列等,在不矛盾的情况下,可以更换顺序。例如,对于本说明书中说明的方法,通过例示的顺序提示各种各样的步骤的要素,但不限于所提示的特定的顺序。
输入或输出的信息等可以保存在特定的位置(例如,存储器),也可以在管理表中进行管理。可以重写、更新或追记输入或输出的信息等。也可以删除所输出的信息等。还可以向其它装置发送所输入的信息等。
规定信息的通知不限于显式地(例如,“是X”的通知)进行,也可以隐式地(例如,不进行该规定信息的通知)进行。
可以使用各种各样不同的技术中的任意一种来表示本说明书中说明的信息、信号等。例如,可以通过电压、电流、电磁波、磁场或磁性颗粒、光场或光子、或者这些的任意组合来表示上述说明整体所涉及的数据、命令、指令(command)、信息、信号、比特、码元(symbol)、码片(chip)等。
本发明不限于上述实施方式,在不脱离本发明的精神的情况下,本发明包含各种变形例、修正例、代替例、置换例等。
本专利申请以在2016年3月31日提出的日本专利申请第2016-073463号为基础并对其主张其优先权,并将该日本专利申请第2016-073463号的全部内容引用于本申请。
标号说明
UE 用户装置
eNB 基站
101 信号发送部
102 信号接收部
103 取得部
104 能力通知部
201 信号发送部
202 信号接收部
203 资源分配部
204 设定部
301 RF模块
302 BB处理模块
303 UE控制模块
304 通信IF
401 RF模块
402 BB处理模块
403 装置控制模块

Claims (8)

1.一种具有基站和用户装置的无线通信***中的用户装置,该用户装置具有:
取得部,其取得如下的信息:该信息表示在无线帧中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、和从该用户装置发送针对下行数据的HARQ应答的定时或从所述基站接收针对上行数据的HARQ应答的定时;以及
通信部,其在发送针对所述下行数据的HARQ应答的定时发送针对通过所述下行数据信道接收到的下行数据的HARQ应答,在接收针对所述上行数据的HARQ应答的定时接收针对通过所述上行数据信道发送的数据的HARQ应答或者重发数据的调度信息。
2.根据权利要求1所述的用户装置,其中,所述用户装置具有:
能力通知部,其向所述基站通知能力信息,该能力信息表示该用户装置所能支持的、在无线帧中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、与能够从该用户装置进行针对所述下行数据的HARQ应答的定时或能够从所述基站接收针对所述上行数据的HARQ应答或者重发数据的调度信息的定时的组合。
3.根据权利要求1或2所述的用户装置,其中,
所述取得部取得表示接收针对所述下行数据的重发数据的定时的信息,
所述通信部在直到接收针对所述下行数据的重发数据的定时为止未从所述基站接收到针对所述下行数据的重发数据的情况下,删除与所述下行数据对应的HARQ进程的缓冲器。
4.根据权利要求1至3中的任一项所述的用户装置,其中,
所述下行数据信道被映射到的资源位置、或所述上行数据信道被映射到的资源位置被划分为多个段,
所述通信部接收被映射到由下行控制信号指定的1个以上的段的下行数据,或使用由上行许可指定的1个以上的段的资源来发送上行数据。
5.根据权利要求4所述的用户装置,其中,
所述取得部借助于RRC消息或下行控制信号取得表示所述多个段的范围的信息。
6.根据权利要求4或5所述的用户装置,其中,
被映射到所述多个段的各个下行数据是将1个传输块的数据分割为与所述多个段的数量相同数量的码块,针对各码块进行编码处理和加扰处理后的数据。
7.根据权利要求4至6中的任一项所述的用户装置,其中,
所述通信部在进行被映射到由下行控制信号指定的1个以上的段的下行数据的解调处理的情况下,使用通过被映射有对于该用户装置的下行数据的段所发送的参考信号和通过未被映射有对于该用户装置的下行数据的段所发送的参考信号来进行解调处理。
8.一种通信方法,由具有基站和用户装置的无线通信***中的用户装置执行,所述通信方法具有如下步骤:
取得如下的信息:该信息表示在无线帧中下行数据信道被映射到的资源位置或上行数据信道被映射到的资源位置、和从该用户装置发送针对下行数据的HARQ应答的定时或从所述基站接收针对上行数据的HARQ应答的定时;
在发送针对所述下行数据的HARQ应答的定时发送针对通过所述下行数据信道接收到的下行数据的HARQ应答;以及
在接收针对所述上行数据的HARQ应答的定时接收针对通过所述上行数据信道发送的数据的HARQ应答或者重发数据的调度信息。
CN201780020721.0A 2016-03-31 2017-03-08 用户装置及通信方法 Active CN108886709B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016073463 2016-03-31
JP2016-073463 2016-03-31
PCT/JP2017/009227 WO2017169589A1 (ja) 2016-03-31 2017-03-08 ユーザ装置及び通信方法

Publications (2)

Publication Number Publication Date
CN108886709A true CN108886709A (zh) 2018-11-23
CN108886709B CN108886709B (zh) 2022-10-21

Family

ID=59963057

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780020721.0A Active CN108886709B (zh) 2016-03-31 2017-03-08 用户装置及通信方法

Country Status (6)

Country Link
US (1) US11582637B2 (zh)
EP (1) EP3439356A4 (zh)
JP (1) JP7227001B2 (zh)
KR (1) KR102414087B1 (zh)
CN (1) CN108886709B (zh)
WO (1) WO2017169589A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113574966A (zh) * 2019-03-19 2021-10-29 株式会社Ntt都科摩 用户装置
CN114270891A (zh) * 2019-08-28 2022-04-01 株式会社Ntt都科摩 终端和通信方法
CN114616887A (zh) * 2019-10-25 2022-06-10 高通股份有限公司 用于确定侧行链路无线通信中的反馈定时能力的技术
CN115280834A (zh) * 2020-03-13 2022-11-01 株式会社Ntt都科摩 终端以及通信方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11477771B2 (en) * 2016-04-05 2022-10-18 Qualcomm Incorporated Indicating start and stop symbols of PDSCH and PUSCH through PDCCH
CN107734668B (zh) * 2016-08-12 2020-06-30 ***通信有限公司研究院 一种帧结构的配置方法、网络侧设备及终端
KR102402773B1 (ko) * 2017-07-28 2022-05-27 삼성전자 주식회사 슬롯 집성을 위한 harq 프로세스 관리 방법 및 장치
US11336398B2 (en) * 2019-03-28 2022-05-17 Lg Electronics Inc. Method and apparatus for monitoring PDCCH with DRX related timer in wireless communication system
EP3955497B1 (en) * 2019-04-09 2023-09-13 Beijing Xiaomi Mobile Software Co., Ltd. Data feedback method and apparatus, data transmission method and apparatus, base station, and user equipment
US11728922B2 (en) * 2020-07-27 2023-08-15 Samsung Electronics Co., Ltd. Method and apparatus for determination of uplink/downlink transport block size and modulation and coding scheme

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102474398A (zh) * 2009-08-18 2012-05-23 Lg电子株式会社 在无线通信***中基于harq方案重新发送数据的装置和方法
US20140177491A1 (en) * 2011-08-01 2014-06-26 Zte Corporation Base Station, Terminal, System And Method For Data Transmitting In Time-Division Duplex System

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012020954A1 (en) * 2010-08-09 2012-02-16 Samsung Electronics Co., Ltd. Transmission of harq control information from a user equipment for downlink carrier aggregation
US8948113B2 (en) * 2012-03-26 2015-02-03 Telefonaktiebolaget L M Ericsson (Publ) Dynamic bundling in LTE using explicit signalling
JP6378192B2 (ja) 2012-11-13 2018-08-22 エルジー エレクトロニクス インコーポレイティド データ送信方法及び装置、並びにデータ送信方法及び装置
JP6540969B2 (ja) 2014-06-10 2019-07-10 シャープ株式会社 端末装置および集積回路
EP3403350B1 (en) * 2016-01-15 2020-05-13 Intel IP Corporation Acknowledgement (ack) transmissions using a self-contained subframe structure
US10492181B2 (en) * 2016-01-20 2019-11-26 Qualcomm Incorporated Communication of uplink control information
US10341061B2 (en) * 2016-03-30 2019-07-02 Qualcomm Incorporated Hybrid automatic repeat request timing for reduced transmission time intervals

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102474398A (zh) * 2009-08-18 2012-05-23 Lg电子株式会社 在无线通信***中基于harq方案重新发送数据的装置和方法
US20140177491A1 (en) * 2011-08-01 2014-06-26 Zte Corporation Base Station, Terminal, System And Method For Data Transmitting In Time-Division Duplex System

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "R2-161642 "Scheduling and HARQ principles for NB-IoT"", 《3GPP TSG_RAN\WG2_RL2》 *
ERICSSON: "Scheduling and HARQ principles for NB-IoT", 《3GPP TSG-RAN WG2 MEETING NB-IOT AD-HOC R2-160427》 *
HTC: "Discussion on asynchronous uplink HARQ operations", 《3GPP TSG-RAN WG2 #90 R2-152417》 *
HUAWEI, HISILICON: "Short TTI for DL transmissions", 《3GPP TSG RAN WG1 MEETING #84 R1-160292》 *
HUAWEI, HISILICON: "Short TTI for UL transmissions", 《3GPP TSG RAN WG1 MEETING #84 R1-160294》 *
LG ELECTRONICS, HUAWEI, HISILICON: "Summary of email discussion [84-10] on UCI for NB-IoT", 《3GPP TSG RAN WG1 NB-IOT AD-HOC MEETING R1-161972》 *
NOKIA SIEMENS NETWORKS, NOKIA: "UCI transmission on PUSCH with SU-MIMO", 《3GPP TSG RAN WG1 MEETING #60BIS R1-101905》 *
ZTE: "R1-160479 "Uplink HARQ-ACK transmission for NB-IoT"", 《3GPP TSG_RAN\WG1_RL1》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113574966A (zh) * 2019-03-19 2021-10-29 株式会社Ntt都科摩 用户装置
CN114270891A (zh) * 2019-08-28 2022-04-01 株式会社Ntt都科摩 终端和通信方法
CN114616887A (zh) * 2019-10-25 2022-06-10 高通股份有限公司 用于确定侧行链路无线通信中的反馈定时能力的技术
CN115280834A (zh) * 2020-03-13 2022-11-01 株式会社Ntt都科摩 终端以及通信方法

Also Published As

Publication number Publication date
US20200305177A1 (en) 2020-09-24
US11582637B2 (en) 2023-02-14
KR20180125981A (ko) 2018-11-26
WO2017169589A1 (ja) 2017-10-05
JP7227001B2 (ja) 2023-02-21
EP3439356A1 (en) 2019-02-06
JPWO2017169589A1 (ja) 2019-02-07
KR102414087B1 (ko) 2022-06-29
CN108886709B (zh) 2022-10-21
EP3439356A4 (en) 2019-11-20

Similar Documents

Publication Publication Date Title
CN108886709A (zh) 用户装置及通信方法
EP3878232B1 (en) Method and apparatus for supporting simultaneous transmission and reception to multiple transmission and reception points in next generation mobile communication system
CN105324952B (zh) 用于对用户设备处的物理下行链路共享信道进行干扰消除和/或抑制的***和方法
CN109479309A (zh) 在移动通信中使用的接入控制方法和装置
KR102674850B1 (ko) Nr 시스템에서 mr-dc에 대한 단말 능력을 보고하는 방법 및 장치
CN107210873A (zh) 统一帧结构
US20200351712A1 (en) Method and device for processing data in wireless communication system
CN101682919A (zh) 基站装置、移动台和无线通信***以及通信控制方法
CN106797583A (zh) 用户装置和缓存控制方法
CN108781451A (zh) 用户装置以及发送方法
CN104106292A (zh) 无线通信***、基站装置、终端装置以及无线通信控制方法
CN106465183A (zh) 数据传输方法、装置及***
KR20210110637A (ko) 무선 통신 시스템에서 셀 차단을 위한 장치 및 방법
CN108496408A (zh) 基站及发送方法
CN107846707A (zh) 一种免授予的ue、基站中的方法和装置
CN101822112A (zh) 基站装置、移动台装置以及通信控制方法
CN107431987A (zh) 在fdd半双工网络中的具有功率控制命令的上行链路调度
CN109391355A (zh) 无线通信的方法、芯片和***
CN110447297A (zh) 用户装置和随机接入前导码发送方法
CN110350954A (zh) 一种被用于无线通信的用户设备、基站中的方法和装置
CN111567095B (zh) 用于无线通信***中的无线通信的方法和装置
CN109565378A (zh) 用户装置及重发控制方法
JP6889150B2 (ja) 基地局及び送信方法
CN114503672A (zh) 用于条件切换的测量方法和设备
CN109861800A (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