CN107852313A - 下行链路控制信息接收方法和用户设备以及下行链路控制信息发送方法和基站 - Google Patents
下行链路控制信息接收方法和用户设备以及下行链路控制信息发送方法和基站 Download PDFInfo
- Publication number
- CN107852313A CN107852313A CN201680043216.3A CN201680043216A CN107852313A CN 107852313 A CN107852313 A CN 107852313A CN 201680043216 A CN201680043216 A CN 201680043216A CN 107852313 A CN107852313 A CN 107852313A
- Authority
- CN
- China
- Prior art keywords
- stti
- dci
- data
- sent
- tti
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
-
- 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
- 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/0078—Timing of allocation
- H04L5/0087—Timing of allocation when data requirements change
-
- 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/14—Two-way operation using the same type of signal, i.e. duplex
- H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供一种发送/接收下行链路控制信息的方法和装置。可以通过多个解码候选之一发送关于数据信道的下行链路控制信息。取决于数据信道是以第一子帧为基础还是以第二子帧为基础,通过来自于多个解码候选当中的用于第一子帧的候选中的一个或者用于第二子帧的候选中的一个来发送下行链路控制信息。第二子帧比第一子帧短并且能够被设置在第一子帧内。
Description
技术领域
本公开涉及一种无线通信***,并且更加具体地,涉及一种发送或者接收控制信息的方法和装置。
背景技术
随着机器对机器(M2M)通信和诸如智能电话和平板PC的各种设备以及需要大量数据传输的技术的出现和普及,蜂窝网络中所需的数据吞吐量已经迅速增加。为了满足如此快速增长的数据吞吐量,已经开发出用于有效地采用更多频带的载波聚合技术、认知无线电技术等和用于提高在有限的频率资源上发送的数据容量的多输入多输出(MIMO)技术、多基站(BS)协作技术等。
一般的无线通信***通过一个下行链路(DL)频带和对应于DL频带的一个上行链路(UL)频带(在频分双工(FDD)模式的情况下)执行数据发送/接收,或者在时域中将规定的无线电帧分成UL时间单元和DL时间单元,然后通过UL/DL时间单元执行数据发送/接收(在时分双工(TDD)模式的情况下)。基站(BS)和用户设备(UE)发送和接收以规定时间单元为基础例如以子帧为基础调度的数据和/或控制信息。通过在UL/DL子帧中配置的数据区域来发送和接收数据,并且通过在UL/DL子帧中配置的控制区域来发送和接收控制信息。为此,在UL/DL子帧中形成承载无线电信号的各种物理信道。相比之下,载波聚合技术通过聚合多个UL/DL频率块来使用更宽的UL/DL带宽,以便使用更宽的频带,从而可以同时处理相对于当使用单载波时的信号的更多信号。
此外,通信环境已经演变成在节点的***处增加用户可接入的节点的密度。节点是指能够通过一个或多个天线向UE发送无线电信号/从UE接收无线电信号的固定点。包括高密度节点的通信***可以通过节点之间的协作为UE提供更好的通信服务。
发明内容
技术问题
由于引入了新的无线电通信技术,在规定的资源区域中,基站(BS)应该向其提供服务的用户设备(UE)的数量增加,并且BS应该向UE发送的数据和控制信息的量增加。由于BS可用于与UE进行通信的资源量是有限的,因此需要BS使用有限的无线电资源来有效地接收/发送上行链路/下行链路数据和/或上行链路/下行链路控制信息的新方法。
此外,随着技术的发展,克服延迟或时延已经成为重要问题。越来越多的应用的性能取决于延迟或时延。因此,与传统***相比,需要一种用于减少延迟/时延的方法。
本领域技术人员将会理解,应通过本公开实现的目的不限于上文已经具体描述的内容,并且从下面的详细描述中将会更加清楚地理解本公开应实现的上述和其他目的。
技术方案
在本公开的一个方面中,一种由用户设备(UE)接收下行链路控制信息(DCI)的方法包括:在传输时间间隔(TTI)的控制区域中接收DCI;以及基于DCI接收下行链路数据。TTI可以在时域中被划分成控制区域和数据区域。数据区域可以包括时域中的多个短TTI(sTTI)。如果在控制区域的多个解码候选当中的第一解码候选的一个中接收到DCI,则可以在遍及数据区域分配的第一下行链路数据信道上接收下行链路数据,并且如果在多个解码候选当中的第二解码候选的一个中接收到DCI,则可以在分配给多个sTTI中的一个sTTI的第二下行链路数据信道上接收下行链路数据。
在本公开的另一方面中,接收DCI的UE包括:射频(RF)单元;和处理器,该处理器被连接到RF单元。处理器可以被配置成控制RF单元以在TTI的控制区域中接收DCI,并且控制RF单元以基于DCI接收下行链路数据。TTI可以在时域中被划分成控制区域和数据区域。数据区域可以包括时域中的多个sTTI。如果在控制区域的多个解码候选当中的第一解码候选的一个中接收到DCI,则处理器可以被配置成控制RF单元以在遍及数据区域分配的第一下行链路数据信道上接收下行链路数据,并且如果在多个解码候选当中的第二解码候选的一个中接收到DCI,则处理器可以被配置成控制RF单元以在分配给多个sTTI中的一个sTTI的第二下行链路数据信道上接收下行链路数据。
在本公开的另一方面中,基站(BS)发送DCI的方法包括:在TTI的控制区域中向UE发送DCI;以及基于DCI向UE发送下行链路数据。TTI可以在时域中被划分成控制区域和数据区域。数据区域可以包括时域中的多个sTTI。如果在控制区域的多个解码候选当中的第一解码候选的一个中发送DCI,则可以在遍及数据区域分配的第一下行链路数据信道上发送下行链路数据,并且如果在多个解码候选当中的第二解码候选的一个中发送DCI,则可以在分配给多个sTTI中的一个sTTI的第二下行链路数据信道上发送下行链路数据。
在本公开的另一方面中,用于发送DCI的BS包括:RF单元和处理器,该处理器被连接到RF单元。处理器可以被配置成控制RF单元以在TTI的控制区域中向UE发送DCI,并且控制RF单元以基于DCI向UE发送下行链路数据。TTI可以在时域中被划分成控制区域和数据区域。数据区域可以包括时域中的多个sTTI。如果在控制区域的多个解码候选当中的第一解码候选的一个中发送DCI,则处理器可以被配置成控制RF单元以在遍及数据区域分配的第一下行链路数据信道上发送下行链路数据,并且如果在多个解码候选当中的第二解码候选的一个中发送DCI,则处理器可以被配置成控制RF单元以在分配给多个sTTI中的一个sTTI的第二下行链路数据信道上发送下行链路数据。
在本公开的每个方面中,一个sTTI可以是多个sTTI当中的第一sTTI。
在本公开的每个方面中,TTI可以具有1ms的持续时间。
上述技术方案仅是本公开实施例的一些部分,并且本领域技术人员从以下本公开的详细描述中能够获得和理解合并本公开的技术特征的各种实施例。
有益效果
根据本公开,可以有效地发送/接收上行链路/下行链路信号。因此,无线通信***的整体吞吐量被提升。
根据本公开的实施例,低价格/低成本的用户设备(UE)可以与基站(BS)通信,同时保持与传统***的兼容性。
根据本公开的实施例,可以以低价格/低成本来实现UE。
根据本公开的实施例,可以增强覆盖。
根据本公开的实施例,UE和BS可以在窄带中通信。
根据本公开的实施例,可以在UE与BS之间的通信期间减少延迟/时延。
本领域的技术人员将会理解,能够利用本公开实现的效果不限于已在上文特别描述的效果,并且从结合附图的下面的具体描述将更清楚地理解本公开的其它优点。
附图说明
被包括以提供对本公开的进一步理解的附图图示本公开的实施例,并且与说明书一起用于解释本公开的原理。
图1图示在无线通信***中使用的无线电帧的示例性结构。
图2图示在无线通信***中的下行链路(DL)/上行链路(UL)时隙的示例性结构。
图3图示在无线通信***中使用的DL子帧的示例性结构。
图4图示在无线通信***中使用的UL子帧的示例性结构。
图5图示在DL子帧的数据区域中配置的示例性DL控制信道。
图6图示实现低时延所要求的示例性传输时间间隔(TTI)长度。
图7图示示例性的缩短的TTI和在缩短的TTI中的控制信道和数据信道的示例性传输。
图8图示根据本公开的实施例的物理下行链路共享信道(PDSCH)和缩短的PDSCH(sPDSCH)的示例性调度。
图9图示根据本公开的实施例的在PDSCH与sPDSCH之间的冲突的情况下的示例性用户设备(UE)操作。
图10是图示用于实现本公开的发送设备10和接收设备20的组件的框图。
具体实施方式
现在将详细参考本公开的示例性实施例,其示例在附图中示出。下面将参考附图给出的详细描述旨在解释本公开的示例性实施例,而不是示出可以根据本公开实现的唯一实施例。以下详细描述包括具体细节以便提供对本公开的透彻理解。然而,对于本领域技术人员来说显而易见的是,可以在没有这些具体细节的情况下实践本公开。
在一些情况下,已知的结构和设备被省略或以框图形式示出,集中于结构和设备的重要特征,以免模糊本公开的概念。在整个说明书中将使用相同的附图标记来表示相同或相似的部分。
以下技术、装置和***可以应用于各种无线多址***。多址***的示例包括码分多址(CDMA)***、频分多址(FDMA)***、时分多址(TDMA)***、正交频分多址(OFDMA)***、单载波频分多址(SC-FDMA)***和多载波频分多址(MC-FDMA)***。CDMA可以通过诸如通用陆地无线电接入(UTRA)或CDMA2000的无线电技术来实现。TDMA可以通过诸如全球移动通信***(GSM)、通用分组无线电业务(GPRS)或用于增强型数据速率的GSM演进(EDGE)的无线电技术来实现。OFDMA可以通过诸如电气和电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20或演进的UTRA(E-UTRA)的无线电技术来实现。UTRA是通用移动电信***(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进的UMTS(E-UMTS)的一部分。3GPP LTE在DL中使用OFDMA,并且在UL中使用SC-FDMA。高级LTE(LTE-A)是3GPP LTE的演进版本。为了便于描述,假定本公开被应用于3GPP LTE/LTE-A。然而,本公开的技术特征不限于此。例如,尽管基于与3GPP LTE/LTE-A***对应的移动通信***给出以下详细描述,但是不特定于3GPP LTE/LTE-A的本公开的方面可应用于其他移动通信***。
例如,本公开可应用于诸如Wi-Fi的基于竞争的通信以及如其中演进的节点B(eNB)给用户设备(UE)分配DL/UL时间/频率资源并且UE根据eNB的资源分配接收DL信号并且发送UL信号的3GPP LTE/LTE-A***中的基于非竞争的通信。在基于非竞争的通信方案中,接入点(AP)或用于控制AP的控制节点分配用于UE和AP之间的通信的资源,而在基于竞争的通信方案中,通过希望接入AP的UE之间的竞争通信资源被占用。现在将简要描述基于竞争的通信方案。一种基于竞争的通信方案是载波监听多路访问(CSMA)。CSMA指的是用于在节点或通信设备在诸如频带的共享传输媒体(也称为共享信道)上发送业务之前确认在该相同的共享传输媒体上没有其他业务的概率性媒体访问控制(MAC)协议。在CSMA中,发送设备确定在尝试向接收设备发送业务之前是否正在执行另一个传输。换句话说,发送设备在尝试执行传输之前试图从另一个发送设备检测到载波的存在。一旦监听到载波,发送设备在执行其传输之前就等待正在进行传输的另一个发送设备完成传输。因此,CSMA可以是一种基于“先感测后传输”或“先听后讲”原则的通信方案。用于避免使用CSMA的基于竞争的通信***中的发送设备之间的冲突的方案包括具有冲突检测的载波监听多路访问(CSMA/CD)和/或具有冲突避免的载波监听多路访问(CSMA/CA)。CSMA/CD是有线局域网(LAN)环境中的冲突检测方案。在CSMA/CD中,希望在以太网环境中进行通信的个人计算机(PC)或服务器首先确认在网络上是否发生通信,并且如果另一个设备在网络上传输数据,则PC或服务器等待然后发送数据。也就是说,当两个或更多个用户(例如,PC、UE等)同时发送数据时,在同时传输之间发生冲突,并且CSMA/CD是通过监测冲突来灵活发送数据的方案。使用CSMA/CD的发送设备通过使用特定规则感测由另一个设备执行的数据传输来调整其数据传输。CSMA/CA是IEEE 802.11标准中规定的MAC协议。符合IEEE 802.11标准的无线LAN(WLAN)***不使用已经在IEEE 802.3标准中使用的CSMA/CD(即冲突避免方案)并且使用CA。发送设备总是感测网络的载波,并且如果网络是空的,则发送设备根据其登记在列表中的位置等待确定的时间,然后发送数据。使用各种方法来确定列表中的发送设备的优先级并重新配置优先级。在根据IEEE 802.11标准的某些版本的***中,可能发生冲突,并且在这种情况下,执行冲突感测过程。使用CSMA/CA的发送设备使用特定规则避免其数据传输与另一个发送设备的数据传输之间的冲突。
在本公开中,UE可以是固定或移动设备。UE的示例包括向基站(BS)发送和从基站(BS)接收用户数据和/或各种控制信息的各种设备。UE可以被称为终端设备(TE)、移动站(MS)、移动终端(MT)、用户终端(UT)、订户站(SS)、无线设备、个人数字助理(PDA)、无线调制解调器、手持设备等。另外,在本公开中,BS通常指的是执行与UE和/或另一个BS的通信,并与UE和另一个BS交换各种数据和控制信息的固定站。BS可以被称为高级基站(ABS)、节点B(NB)、演进节点B(eNB)、基站收发器***(BTS)、接入点(AP)、处理服务器(PS)等。在描述本公开时,BS将被称为eNB。
在本公开中,节点是指能够通过与UE的通信来发送/接收无线电信号的固定点。不管其术语如何,可以使用各种类型的eNB作为节点。例如,BS、节点B(NB)、eNB、微微小区eNB(PeNB)、家庭eNB(HeNB)、中继、转发器等可以是节点。另外,节点可以不是eNB。例如,节点可以是无线电远程头端(RRH)或无线电远程单元(RRU)。RRH或RRU通常具有比eNB的功率等级低的功率等级。由于RRH或RRU(以下称为RRH/RRU)一般通过诸如光缆的专用线路连接到基站,所以与通过无线电线路连接的eNB之间的协作通信相比,RRH/RRU和eNB之间的协作通信可以被平滑地执行。每个节点安装至少一个天线。天线可以意指物理天线或者意指天线端口、虚拟天线或者天线组。节点可以被称为点。
在本公开中,小区是指一个或多个节点向其提供通信服务的规定地理区域。因此,在本公开中,与特定小区进行通信可以意指与向特定小区提供通信服务的eNB或节点进行通信。另外,特定小区的DL/UL信号是指来自向该特定小区提供通信服务的eNB或节点的DL/UL信号/到向该特定小区提供通信服务的eNB或节点的DL/UL信号。向UE提供UL/DL通信服务的节点被称为服务节点,并且由服务节点向其提供UL/DL通信服务的小区被特别地称为服务小区。此外,特定小区的信道状态/质量是指向该特定小区提供通信服务的eNB或节点与UE之间形成的信道或通信链路的信道状态/质量。在基于LTE/LTE-A的***中,UE可以使用在由该特定节点的天线端口分配给该特定节点的CRS资源上发送的小区特定的参考信号(CRS)和/或在CSI-RS资源上发送的信道状态信息参考信号(CSI-RS)来测量从特定节点接收的DL信道状态。对于详细的CSI-RS配置,参考诸如3GPP TS 36.211和3GPP TS 36.331的文档。
同时,3GPP LTE/LTE-A***使用小区的概念来管理无线电资源。与无线电资源相关联的小区不同于地理区域的小区。
地理区域的“小区”可以被理解为其中节点可以使用载波提供服务的覆盖范围,并且无线电资源的“小区”与作为由载波配置的频率范围的带宽(BW)相关联。由于作为节点能够发送有效信号的范围的DL覆盖范围和作为节点能够从UE接收有效信号的范围的UL覆盖范围取决于承载信号的载波,因此节点的覆盖范围可以与节点使用的无线电资源的“小区”的覆盖范围相关联。因此,有时可以使用术语“小区”来指示节点的服务覆盖范围、其他时间可以指示无线电资源、或者在其他时间可以指示使用无线电资源的信号可以以有效的强度到达的范围。无线电资源的“小区”将在后面更详细地描述。
3GPP LTE/LTE-A标准定义了对应于承载从较高层获得的信息的资源元素的DL物理信道和对应于由物理层使用的资源元素但不承载从较高层获得的信息的DL物理信号。例如,物理下行链路共享信道(PDSCH)、物理广播信道(PBCH)、物理多播信道(PMCH)、物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)以及物理混合ARQ指示符信道(PHICH)被定义为DL物理信道,并且参考信号和同步信号被定义为DL物理信号。也称为导频的参考信号(RS)是指BS和UE都已知的预定义信号的特殊波形。例如,可以将小区特定RS(CRS)、UE特定RS(UE-RS)、定位RS(PRS)和信道状态信息RS(CSI-RS)定义为DL RS。同时,3GPP LTE/LTE-A标准定义了对应于承载从较高层获得的信息的资源元素的UL物理信道以及对应于由物理层使用的资源元素但是不承载从较高层获得的信息的UL物理信号。例如,物理上行链路共享信道(PUSCH)、物理上行链路控制信道(PUCCH)和物理随机接入信道(PRACH)被定义为UL物理信道,并且用于UL控制/数据信号的解调参考信号(DMRS)和用于UL信道测量的探测参考信号(SRS)被定义为UL物理信号。
在本公开中,物理下行链路控制信道(PDCCH)、物理控制格式指示符信道(PCFICH)、物理混合自动重传请求指示符信道(PHICH)和物理下行链路共享信道(PDSCH)分别是指承载下行链路控制信息(DCI)的时间频率资源或资源元素(RE)集合、承载控制格式指示符(CFI)的时间频率资源或RE集合、承载下行链路肯定应答(ACK)/否定应答ACK(NACK)的时间频率资源或RE集合以及承载下行数据的时间频率资源或RE集合。另外,物理上行链路控制信道(PUCCH)、物理上行链路共享信道(PUSCH)和物理随机接入信道(PRACH)分别是指承载上行链路控制信息(UCI)的时间频率资源或RE集合、承载上行链路数据的时间频率资源或RE集合和承载随机接入信号的时间频率资源或RE集合。在本公开中,具体地,被分配或属于PDCCH/PCFICH/PHICH/PDSCH/PUCCH/PUSCH/PRACH的时间频率资源或RE分别被称为PDCCH/PCFICH/PHICH/PDSCH/PUCCH/PUSCH/PRACH RE或PDCCH/PCFICH/PHICH/PDSCH/PUCCH/PUSCH/PRACH时间频率资源。因此,在本公开中,UE的PUCCH/PUSCH/PRACH传输在概念上分别与PUSCH/PUCCH/PRACH上的UCI/上行链路数据/随机接入信号传输相同。另外,eNB的PDCCH/PCFICH/PHICH/PDSCH传输在概念上分别与PDCCH/PCFICH/PHICH/PDSCH上的下行链路数据/DCI传输相同。
在下文中,向其或为其指配或配置CRS/DMRS/CSI-RS/SRS/UE-RS的OFDM符号/子载波/RE将被称为CRS/DMRS/CSI-RS/SRS/UE-RS符号/载波/子载波/RE。例如,向其或为其指配或配置跟踪RS(TRS)的OFDM符号被称为TRS符号,向其或为其指配或配置TRS的子载波被称为TRS子载波,并且向其或为其指配或配置TRS的RE被称为TRS RE。另外,配置用于TRS传输的子帧被称为TRS子帧。此外,发送广播信号的子帧被称为广播子帧或PBCH子帧,并且发送同步信号(例如,PSS和/或SSS)的子帧被称为同步信号子帧或PSS/SSS子帧。向其或为其指配或配置PSS/SSS的OFDM符号/子载波/RE分别被称为PSS/SSS符号/子载波/RE。
在本公开中,CRS端口、UE-RS端口、CSI-RS端口和TRS端口分别是指被配置成发送CRS的天线端口、被配置成发送UE-RS的天线端口、被配置成发送CSI-RS的天线端口以及被配置成发送TRS的天线端口。被配置成发送CRS的天线端口可以通过根据CRS端口由CRS占用的RE的位置而彼此区分,被配置成发送UE-RS的天线端口可以通过根据UE-RS端口由UE-RS占用的RE的位置而彼此区分,并且被配置成发送CSI-RS的天线端口可以通过根据CSI-RS端口由CSI-RS占用的RE的位置而彼此区分。因此,术语CRS/UE-RS/CSI-RS/TRS端口也可以用于指示在预定资源区域中由CRS/UE-RS/CSI-RS/TRS占用的RE的模式。
图1示出了在无线通信***中使用的无线电帧的结构。
具体地,图1(a)示出了可以在3GPP LTE/LTE-A中用于频分复用(FDD)的无线电帧的示例性结构,并且图1(b)示出了可以在3GPP LTE/LTE-A中用于时分复用(TDD)的无线电帧的示例性结构。图1(a)的帧结构被称为帧结构类型1(FS1)并且图1(b)的帧结构被称为帧结构类型2(FS2)。
参考图1,3GPP LTE/LTE-A无线电帧持续时间为10ms(307,200Ts)。无线电帧被分成10个相同大小的子帧。子帧号可以分别被指配给一个无线电帧内的10个子帧。这里,Ts表示采样时间,其中Ts=1/(2048*15kHz)。每个子帧长度为1ms,并进一步划分为两个时隙。在一个无线电帧中从0到19顺序地编号20个时隙。每个时隙的持续时间是0.5ms。发送一个子帧的时间间隔被定义为传输时间间隔(TTI)。时间资源可以通过无线电帧号(或无线电帧索引)、子帧号(或子帧索引)、时隙号(或时隙索引)等来区分。
根据双工模式,无线电帧可以具有不同的构成。例如,在FDD模式下,由于根据频率来区分DL传输和UL传输,所以在载波频率上操作的特定频带的无线电帧包括DL子帧或UL子帧。在TDD模式下,由于根据时间来区分DL传输和UL传输,所以在载波频率上操作的特定频带的无线电帧包括DL子帧和UL子帧两者。
表1示出了TDD模式下无线电帧内的示例性UL-DL配置。
表1
在表1中,D表示DL子帧,U表示UL子帧,并且S表示特殊子帧。特殊子帧包括三个字段,即,下行链路导频时隙(DwPTS)、保护时段(GP)和上行链路导频时隙(UpPTS)。DwPTS是为DL传输预留的时隙,并且UpPTS是为UL传输预留的时隙。表2示出了特殊子帧配置的示例。
表2
图2示出了无线通信***中的DL/UL时隙结构的结构。具体地,图2示出了3GPPLTE/LTE-A***的资源网格的结构。每个天线端口定义一个资源网格。
参考图2,时隙在时域中包括多个正交频分复用(OFDM)符号,并且在频域中包括多个资源块(RB)。OFDM符号可以是指一个符号持续时间。参考图2,在每个时隙中发送的信号可以由包括NDL/UL RB*NRB sc个子载波和NDL/UL symb个OFDM符号的资源网格表示。NDL RB表示DL时隙中的RB的数量,并且NUL RB表示UL时隙中的RB的数量。NDL RB和NUL RB分别取决于DL传输带宽和UL传输带宽。NDL symb表示DL时隙中的OFDM符号的数量,NUL symb表示UL时隙中的OFDM符号的数量,并且NRB sc表示构成一个RB的子载波的数量。
根据多址接入方案,OFDM符号可被称为OFDM符号、单载波频分复用(SC-FDM)符号等。包括在一个时隙中的OFDM符号的数量可以根据信道带宽和CP长度而改变。例如,在正常的循环前缀(CP)情况下,一个时隙包括7个OFDM符号。在扩展的CP情况下,一个时隙包括6个OFDM符号。尽管图2中示出了包括7个OFDM符号的子帧的一个时隙,但是为了便于描述,本公开的实施例类似地适用于具有不同数量的OFDM符号的子帧。参考图2,每个OFDM符号在频域中包括NDL/UL RB*NRB sc个子载波。子载波的类型可以划分为用于数据传输的数据子载波、用于RS传输的参考信号(RS)子载波以及用于保护带和DC分量的空(null)子载波。用于DC分量的空子载波未被使用,并且在生成OFDM信号的过程中或在上变频过程中被映射到载波频率f0。载波频率也被称为中心频率fc。
一个RB被定义为时域中的NDL/UL symb(例如7)个连续的OFDM符号,并且被定义为频域中的NRB sc(例如12)个连续的子载波。作为参考,由一个OFDM符号和一个子载波组成的资源被称为资源元素(RE)或音调(tone)。因此,一个RB包括NDL/UL symb*NRB sc个RE。资源网格内的每个RE可以由一个时隙内的索引对(k,l)唯一地定义。k是在频域中范围从0到NDL/UL RB*NRBsc-1的索引,并且l是在时域中范围从0到NDL/UL symb1-1的索引。
同时,一个RB被映射到一个物理资源块(PRB)和一个虚拟资源块(VRB)。PRB被定义为时域中的NDL symb(例如7)个连续的OFDM或SC-FDM符号以及频域中的NRB sc(例如12)个连续的子载波。因此,一个PRB构成有NDL/UL symb*NRB sc个RE。在一个子帧中,在占用相同的NRB sc个连续子载波的同时位于子帧的两个时隙中的两个RB被称为物理资源块(PRB)对。构成PRB对的两个RB具有相同的PRB号(或相同的PRB索引)。
图3图示在无线通信***中使用的DL子帧的结构。
参考图3,DL子帧在时域中被划分为控制区域和数据区域。参考图3,位于子帧的第一时隙的前部的最多3个(或4个)OFDM符号对应于控制区域。在下文中,用于DL子帧中的PDCCH传输的资源区域被称为PDCCH区域。除了在控制区域中使用的OFDM符号之外的OFDM符号对应于物理下行链路共享信道(PDSCH)被分配到的数据区域。在下文中,在DL子帧中可用于PDSCH传输的资源区域被称为PDSCH区域。
3GPP LTE中使用的DL控制信道的示例包括物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)、物理混合ARQ指示符信道(PHICH)等。
PCFICH在子帧的第一个OFDM符号中被发送,并且承载关于在子帧内可用于控制信道的传输的OFDM符号的数量的信息。PCFICH通知UE每个子帧用于相应子帧的OFDM符号的数量。PCFICH位于第一个OFDM符号处。PCFICH由四个资源元素组(REG)构成,其中每个资源元素组基于小区ID分布在控制区域内。一个REG包括四个RE。
下表给出在子帧处可用于PDCCH的OFDM符号集合。
表3
用于支持PDSCH传输的载波上的无线电帧内的下行链路子帧的子集可以由较高层配置为MBSFN子帧。每个MBSFN子帧被划分为非MBSFN区域和MBSFN区域。非MBSFN区域跨越前面一个或两个OFDM符号,其长度由表3给出。与用于子帧0的循环前缀(CP)相同的CP用于在MBSFN子帧的非MBSFN区域内传输。MBSFN子帧内的MBSFN区域被定义为在非MBSFN区域中未使用的OFDM符号。
PCFICH承载控制格式指示符(CFI),其指示值1至3中的任何一个。对于下行链路***带宽NDL RB>10,由CFI给出作为由PDCCH承载的DCI的跨度的OFDM符号的数量1、2或3。对于下行链路***带宽NDL RB≤10,由CFI+1给出作为由PDCCH承载的DCI的跨度的OFDM符号的数量2、3或4。
PHICH承载作为对UL传输的响应的HARQ(混合自动重传请求)ACK/NACK(肯定应答/否定应答)信号。PHICH包括三个REG,并且被小区特定地加扰。ACK/NACK由1位表示,并且1位的ACK/NACK重复三次。每个重复的ACK/NACK位以扩展因子(SF)4或2扩展,然后映射到控制区域。
通过PDCCH发送的控制信息将被称为下行链路控制信息(DCI)。DCI包括用于UE或UE组的资源分配信息以及其他控制信息。下行链路共享信道(DL-SCH)的发送格式和资源分配信息被称为DL调度信息或DL许可。上行链路共享信道(UL-SCH)的发送格式和资源分配信息被称为UL调度信息或UL许可。由一个PDCCH承载的DCI的大小和用途根据DCI格式而改变。DCI的大小可以根据编码率而改变。在当前的3GPP LTE***中,定义了各种格式,其中格式0和4是针对UL定义的,格式1、1A、1B、1C、1D、2、2A、2B、2C、3和3A是针对DL定义的。从诸如跳变标志、RB分配、调制编码方案(MCS)、冗余版本(RV)、新数据指示符(NDI)、发送功率控制(TPC)、循环移位、循环移位解调参考信号(DM RS)、UL索引、信道质量信息(CQI)请求、DL指配索引、HARQ进程号、发送的预编码矩阵指示符(TPMI)、预编码矩阵指示符(PMI)信息的控制信息选择的组合作为DCI被发送到UE。下表示出了DCI格式的示例。
表4
DCI格式 | 说明 |
0 | 用于PUSCH传输(上行链路)的资源许可 |
1 | 用于单个码字PDSCH传输的资源指配 |
1A | 用于单个码字PDSCH的资源指配的紧凑信令 |
1B | 用于单个码字PDSCH的资源指配的紧凑信令 |
1C | 用于PDSCH的非常紧凑的资源指配(例如,寻呼/广播***信息) |
1D | 用于使用多用户MIMO的PDSCH的紧凑资源指配 |
2 | 用于闭环MIMO操作的PDSCH的资源指配 |
2A | 用于开环MIMO操作的PDSCH的资源指配 |
2B | 使用具有UE特定参考信号的至多2个天线端口的PDSCH的资源指配 |
2C | 使用具有UE特定参考信号的至多8个天线端口的PDSCH的资源指配 |
3/3A | 具有2位/1位功率调整的PUCCH和PUSCH的功率控制命令 |
4 | 在具有多天线端口传输模式的一个UL分量载波中的PUSCH的调度 |
还可以定义除了表4中定义的DCI格式之外的其他DCI格式。
多个PDCCH可以在控制区域内发送。UE可以监测多个PDCCH。eNB根据要发送给UE的DCI确定DCI格式,并将循环冗余校验(CRC)附加到DCI。根据PDCCH的使用或者PDCCH的所有者使用标识符(例如,无线电网络临时标识符(RNTI))掩蔽(或者加扰)CRC。例如,如果PDCCH用于特定的UE,则可以使用相应的UE的标识符(例如,小区-RNTI(C-RNTI))来掩蔽CRC。如果PDCCH用于寻呼消息,则可以使用寻呼标识符(例如,寻呼-RNTI(P-RNTI))来掩蔽CRC。如果PDCCH用于***信息(更详细地,***信息块(SIB)),则可以使用***信息RNTI(SI-RNTI)来掩蔽CRC。如果PDCCH用于随机接入响应,则可以使用随机接入RNTI(RA-RNTI)来掩蔽CRC。例如,CRC掩蔽(或者加扰)包括比特级的CRC和RNTI的XOR操作。
通常,可以发送给UE的DCI格式根据为UE配置的传输模式而改变。换句话说,对应于特定传输模式的特定DCI格式而不是全部DCI格式可以仅被用于被配置成特定传输模式的UE。
例如,传输模式是由较高层为UE半静态地配置的,使得UE可以接收根据先前定义的多个传输模式之一而发送的PDSCH。UE尝试使用仅与其传输模式对应的DCI格式来解码PDCCH。换句话说,为了根据盲解码尝试来将UE操作负载保持在一定水平或更低水平下,UE不同时搜索所有DCI格式。表5示出了用于配置多天线技术的传输模式和用于允许UE在相应的传输模式下执行盲解码的DCI格式。特别地,表5示出了由C-RNTI(小区RNTI(无线电网络临时标识符))配置的PDCCH和PDSCH之间的关系。
表5
尽管在表5中列出了传输模式1至10,但是可以定义除了表5中定义的传输模式之外的其他传输模式。
参照表5,例如,被配置成传输模式9的UE尝试将UE特定搜索空间(USS)的PDCCH候选解码为DCI格式1A,并且尝试将公共搜索空间(CSS)和USS的PDCCH候选解码为DCI格式2C。UE可以基于成功解码的DCI格式按照DCI解码PDSCH。如果成功执行从多个PDCCH候选之一到DCI格式1A的DCI解码,则UE可以通过假定来自天线端口7至14的至多8层通过PDSCH被发送到其来解码PDSCH,或者可以通过假定来自天线端口7或8的单层通过PDSCH被发送到其来解码PDSCH。
除了借助于用表5中所图示的C-RNTI加扰的CRC解码的PDCCH之外,通过利用以半持久调度(SPS)C-RNTI、临时的C-RNTI、SI-RNTI或者RA-RNTI加扰的CRC来解码的PDCCH可以被定义。
表6
表7
表8
表6图示已经由SI-RNTI配置并且要在CSS中检测的PDCCH和PDSCH之间的示例性关系。表7图示已经由P-RNTI配置并且要在CSS中检测的PDCCH和PDSCH之间的示例性关系。表8图示已经由RA-RNTI配置并且要在CSS中检测的PDCCH和PDSCH之间的示例性关系。
PDCCH被分配给子帧内的前m个OFDM符号。在这种情况下,m是等于或大于1的整数,并由PCFICH指示。
PDCCH在一个或多个连续控制信道元素(CCE)的聚合上发送。CCE是逻辑分配单元,用于基于无线电信道的状态向PDCCH提供编码率。CCE对应于多个资源元素组(REG)。例如,一个CCE对应于九个资源元素组(REG),并且一个REG对应四个RE。四个QPSK符号被映射到每个REG。由参考信号(RS)占用的资源元素(RE)不包括在REG中。因此,给定OFDM符号内的REG的数量根据RS的存在而改变。REG也用于其他下行链路控制信道(即,PDFICH和PHICH)。
假定没有分配给PCFICH或PHICH的REG的数量是NREG,则***中的用于PDCCH的DL子帧中的可用CCE的数量从0到NCCE-1被编号,其中NCCE=floor(NREG/9)。
根据CCE的数量来确定DCI格式和DCI比特的数量。CCE被编号并被连续使用。为了简化解码过程,具有包括n个CCE的格式的PDCCH可以仅在被指配了对应于n的倍数的编号的CCE上发起。用于传输特定PDCCH的CCE的数量由网络或eNB根据信道状态来确定。例如,对于具有良好下行链路信道的UE(例如,与eNB相邻)的PDCCH,可能需要一个CCE。然而,在具有差信道的UE(例如,位于小区边缘附近)的PDCCH的情况下,可能需要八个CCE来获得充分的鲁棒性。另外,可以调整PDCCH的功率等级以对应于信道状态。
在3GPP LTE/LTE-A***中,定义了在其上可以为每个UE定位PDCCH的CCE集合。UE可以检测其PDCCH的CCE集合被称为PDCCH搜索空间或简称为搜索空间(SS)。在其上可以在SS中发送PDCCH的单独资源被称为PDCCH候选。将UE要监测的PDCCH候选集合定义为搜索空间(SS)。用于各个PDCCH格式的SS可以具有不同的大小,并且定义了专用SS和公共SS。专用SS是UE特定的SS(USS),并针对每个单独的UE进行配置。公共SS(CSS)被配置用于多个UE。
下表示出了定义SS的聚合等级的示例。UE应该监测的DCI格式取决于每个服务小区配置的传输模式。
表9
eNB在搜索空间中的PDCCH候选上发送实际PDCCH(DCI),并且UE监测搜索空间以检测PDCCH(DCI)。这里,监测意指根据所有监测的DCI格式尝试解码相应SS中的每个PDCCH。UE可以通过监测多个PDCCH来检测其PDCCH。基本上,UE不知道发送其PDCCH的位置。因此,UE尝试解码用于每个子帧的相应DCI格式的所有PDCCH,直到检测到具有其ID的PDCCH,并且该过程被称为盲检测(或盲解码(BD))。
例如,假定特定的PDCCH使用无线电网络临时标识符(RNTI)“A”进行CRC掩蔽,并且关于使用无线电资源“B”(例如,频率位置)以及使用传输格式信息“C”(例如,传输块大小、调制方案、编码信息等)发送的数据的信息在特定的DL子帧中发送。然后,UE使用其RNTI信息来监测PDCCH。具有RNTI“A”的UE接收PDCCH并通过接收到的PDCCH的信息接收由“B”和“C”指示的PDSCH。
因为UE不能无限地执行盲解码/检测(BD),所以定义UE可以在每个子帧中执行的BD的数量。参考表9,在包括要承载UE特定DCI的PDCCH候选的UE特定搜索空间(USS)中UE应监测的PDCCH候选的数目对于AL=1来说是6,对于AL=2来说是6,对于AL=4来说是2,并且对于AL=8来说是2,因此总共为16,并且在包括要承载公共DCI的PDCCH候选的公共搜索空间(CSS)中UE应监测的PDCCH候选的数量对于AL=4来说是4,并且AL=8来说是2,总共6个。参考表5,UE监测CSS和USS两者中的DCI格式1A,对于每种传输模式,监测CSS和USS两者的DCI格式1A,而不考虑其传输模式如何,并且在USS中监测对于其传输模式特定的DCI格式。例如,模式-10UE监测CSS和USS两者中的DCI格式1A,并进一步监测USS中的DCI格式2D。根据表6至表8,除了CSS中的DCI格式A之外,UE还监测DCI格式1C。最终,UE尝试以两种DCI格式解码CSS和USS的每个PDCCH候选。因此,根据表9,可以执行每个子帧总共44次解码/检测尝试。
图4图示在无线通信***中使用的UL子帧的结构。
参考图4,UL子帧可以在频域中被划分为数据区域和控制区域。一个或多个PUCCH可以被分配给控制区域来传递UCI。一个或者多个PUSCH可以被分配给UE子帧的数据区域以承载用户数据。
在UL子帧中,远离直流(DC)子载波的子载波被用作控制区域。换句话说,位于UL传输BW的两端的子载波被分配为发送UCI。DC子载波是不用于信号传输的分量,并且在上变频过程中被映射到载波频率f0。用于一个UE的PUCCH被分配给属于在一个载波频率上操作的资源的RB对,并且属于该RB对的RB在两个时隙中占用不同的子载波。以这种方式分配的PUCCH通过在时隙边界上分配给PUCCH的RB对的跳频来表示。如果没有应用跳频,则RB对占用相同的子载波。
PUCCH可以被用于发送以下控制信息。
-调度请求(SR):SR是用于请求UL-SCH资源并且使用开关键控(OOK)方案发送的信息。
-HARQ-ACK:HARQ-ACK是对PDCCH的响应和/或对PDSCH上的DL数据分组(例如,码字)的响应。HARQ-ACK指示PDCCH或PDSCH是否已被成功接收。响应于单个DL码字来发送1位HARQ-ACK,并且响应于两个DL码字来发送2位HARQ-ACK。HARQ-ACK响应包括肯定ACK(简称ACK)、否定ACK(NACK)、不连续传输(DTX)或NACK/DRX。HARQ-ACK与HARQ ACK/NACK和ACK/NACK可互换使用。
-信道状态信息(CSI):CSI是DL信道的反馈信息。CSI可以包括信道质量信息(CQI)、预编码矩阵指示符(PMI)、预编码类型指示符和/或秩指示符(RI)。在CSI中,MIMO相关的反馈信息包括RI和PMI。RI指示UE可以通过相同的时间频率资源接收的流的数量或层数。PMI是反映信道的空间特性的值,其基于诸如SINR的度量指示用于DL信号发送的优选预编码矩阵的索引。CQI是信道强度的值,其指示在eNB使用PMI时UE一般可以获得的接收SINR。
一般的无线通信***通过一个下行链路(DL)频带和通过对应于该DL频带的一个上行链路(UL)频带发送/接收数据(在频分双工(FDD)模式的情况下),或者将规定的无线电帧在时域中划分为UL时间单元和DL时间单元,并且通过UL/DL时间单元发送/接收数据(在时分双工(TDD)模式的情况下)。近来,为了在最近的无线通信***中使用更宽的频带,已经讨论了通过聚合多个UL/DL频率块来引入使用更宽的UL/DL BW的载波聚合(或BW聚合)技术。载波聚合(CA)与正交频分复用(OFDM)***的不同之处在于,使用多个载波频率来执行DL或UL通信,而OFDM***承载在单个载波频率上划分成多个正交子载波的基带频带来执行DL或UL通信。在下文中,通过载波聚合而聚合的每个载波将被称为分量载波(CC)。
例如,UL和DL中的每一个中的三个20MHz的CC被聚合以支持60MHz的BW。CC在频域中可以是连续的或不连续的。尽管描述了UL CC的BW和DL CC的BW是相同的并且是对称的情况,但是可以独立地定义每个分量载波的BW。另外,可以配置UL CC的数量与DL CC的数量不同的非对称载波聚合。用于特定UE的DL/UL CC可以被称为在特定UE处配置的服务UL/DLCC。
同时,3GPP LTE-A***使用小区的概念来管理无线电资源。小区由下行链路资源和上行链路资源的组合即DL CC和UL CC的组合来定义。小区可以仅由下行链路资源配置,也可以由下行链路资源和上行链路资源配置。如果支持载波聚合,则可以由***信息来指示下行链路资源(或DL CC)的载波频率和上行链路资源(或UL CC)的载波频率之间的关联。例如,可以由***信息块类型2(SIB2)的关联来指示DL资源和UL资源的组合。在这种情况下,载波频率是指每个小区或CC的中心频率。在主频率上操作的小区可以被称为主小区(P小区)或PCC,并且在辅频率上操作的小区可以被称为辅小区(S小区)或SCC。与下行链路上的P小区对应的载波将被称为下行链路主CC(DL PCC),并且与上行链路上的P小区对应的载波将被称为上行链路主CC(UL PCC)。S小区是指在完成无线电资源控制(RRC)连接建立之后可以配置的小区,并且用于提供附加的无线电资源。S小区可以根据UE的能力,与P小区一起形成UE的服务小区集合。与下行链路上的S小区对应的载波将被称为下行链路辅CC(DLSCC),并且与上行链路上的S小区对应的载波将被称为上行链路辅CC(UL SCC)。虽然UE处于RRC连接状态,但是如果其没有由载波聚合配置或者不支持载波聚合,则仅存在由P小区配置的单个服务小区。
eNB可以激活在UE中配置的服务小区中的全部或一些,或者停用用于与UE通信的一些服务小区。eNB可以改变激活/停用的小区,并且可以改变激活或停用的小区的数量。如果eNB以小区特定或UE特定的方式向UE分配可用小区,则除非对UE的小区分配完全重配置或者除非UE执行切换,否则至少一个分配的小区不被去激活。除非对UE的CC分配完全重配置否则不被停用的这样的小区将被称为P小区,并且可以由eNB自由地激活/停用的小区将被称为S小区。可以基于控制信息来彼此识别P小区和S小区。例如,可以将特定控制信息设置为仅通过特定小区发送和接收。该特定小区可以被称为P小区,而其他小区可以被称为S小区。
所配置的小区是指其中基于来自eNB的小区之中的另一个eNB或UE的测量报告针对UE执行CA并且针对每个UE进行配置的小区。为UE配置的小区可以是关于UE的服务小区。为UE配置的小区即服务小区预留用于PDSCH传输的ACK/NACK传输的资源。激活的小区是指被配置成实际用于为UE配置的小区之中的PDSCH/PUSCH传输的小区,并且在激活的小区上执行用于PDSCH/PUSCH传输的CSI报告和SRS传输。停用的小区是指由eNB的命令或定时器的操作配置成不用于进行PDSCH/PUSCH传输的小区,并且在停用的小区上停止CSI报告和SRS传输。
用于参考,载波指示符(CI)意指服务小区索引ServCellIndex,并且CI=0被应用于P小区。服务小区索引是用于识别服务小区的短标识,例如,可以将从0到“可以一次为UE配置的载波频率的最大数量减1”中的任意一个整数分配给一个服务小区作为服务小区索引。也就是说,服务小区索引可以是用于识别分配给UE的小区之中的特定服务小区的逻辑索引,而不是用于识别所有载波频率中的特定载波频率的物理索引。
如上所述,载波聚合中使用的术语“小区”与指示由一个eNB或一个天线组提供通信服务的特定地理区域的术语“小区”不同。
除非特别指出,本公开中提及的小区是指是UL CC和DL CC的组合的载波聚合的小区。
同时,由于一个服务小区仅在基于单载波的通信的情况下存在,因此在一个小区上发送承载UL/DL许可的PDCCH和对应的PUSCH/PDSCH。换句话说,在单载波环境下的FDD的情况下,在特定的CC上发送将在特定的DL CC上发送的PDSCH的DL许可的PDCCH,并且将在关联到特定UL CC的DL CC上发送将在特定UL CC上发送的PUSCH的UL许可的PDCCH。在单载波环境下的TDD的情况下,将在特定的CC上发送将在特定的CC上发送的PDSCH的DL许可的PDCCH、以及将在特定的UL CC上发送的PUSCH的UL许可的PDCCH。
相反,由于可以在多载波***中配置多个服务小区,所以可以允许通过具有良好信道状态的服务小区进行UL/DL许可的传输。这样,如果承载作为调度信息的UL/DL许可的小区不同于执行对应于UL/DL许可的UL/DL传输的小区,则这将被称为跨载波调度。
在下文中,小区从其自身被调度的情况以及小区被从另一个小区调度的情况将分别被称为自CC调度和跨CC调度。
对于数据传输速率增强和稳定控制信令,3GPP LTE/LTE-A可以支持多个CC的聚合以及基于聚合的跨载波调度操作。
如果应用跨载波调度(或跨CC调度),则用于DL CC B或DL CC C的下行链路分配即承载DL许可的PDCCH可以通过DL CC A发送,并且可以通过DL CC B或DL CC C发送对应的PDSCH。对于跨CC调度,可以引入载波指示符字段(CIF)。PDCCH内CIF的存在或不存在可以是通过较高层信令(例如,RRC信令)半静态地和UE特定地(或UE组特定地)配置。
图5是在DL子帧的数据区域中配置的下行链路控制信道的示例。
同时,如果引入RRH技术、跨载波调度技术等,则eNB应该发送的PDCCH的数量将逐渐增加。然而,由于其中可以发送PDCCH的控制区域的大小与之前相同,所以PDCCH传输成为***吞吐量的瓶颈。尽管通过引入上述多节点***、各种通信方案的应用等可以改善信道质量,但是需要引入新的控制信道以将传统通信方案和载波聚合技术应用于多节点环境。由于该需要,已经讨论了数据区域(在下文中,被称为PDSCH区域)而不是传统控制区域(在下文中,被称为PDCCH区域)中的新控制信道的配置。在下文中,新的控制信道将被称为增强的PDCCH(在下文中,被称为EPDCCH)。
EPDCCH可以配置在从配置的OFDM符号开始的后部OFDM符号内,而不是子帧的前部OFDM符号内。可以使用连续频率资源来配置EPDCCH,或者可以使用不连续频率资源来配置EPDCCH用于频率分集。通过使用EPDCCH,每个节点的控制信息可以被发送到UE,并且可以解决传统PDCCH区域可能不足的问题。用于参考,可以通过与被配置用于发送CRS的天线端口相同的天线端口来发送PDCCH,并且被配置成解码PDCCH的UE可以通过使用CRS来解调或解码PDCCH。与基于CRS发送的PDCCH不同,基于解调RS(以下称为DMRS)来发送EPDCCH。因此,UE基于CRS对PDCCH进行解码/解调,并且基于DMRS对EPDCCH进行解码/解调。与EPDCCH相关联的DMRS在与相关联的EPDCCH物理资源相同的天线端口p∈{107,108,109,110}上发送,仅在EPDCCH传输与对应的天线端口相关联时才存在与EPDCCH相关联的DMRS以用于EPDCCH解调,并且仅在映射相应的EPDCCH的PRB上发送与EPDCCH相关联的DMRS。例如,由天线端口7或8的UE-RS占用的RE可以被EPDCCH映射到的PRB上的天线端口107或108的DMRS占用,并且由天线端口9或10的UE-RS占用的RE可以被EPDCCH映射到的PRB上的天线端口109或110的DMRS占用。换句话说,如果EPDCCH的类型和层的数量与在用于解调PDSCH的UE-RS的情况下相同,则在每个RB对上使用某个数量的RE来传输用于解调EPDCCH的DMRS,而不管UE或者小区如何。
对于每个服务小区,较高层信令可以将UE配置有用于EPDCCH监测的一个或两个EPDCCH-PRB集合。对应于EPDCCH-PRB集合的PRB对由较高层指示。每个EPDCCH-PRB集合由从0编号到NECCE,p,k-1的ECCE集合组成,其中NECCE,p,k是子帧k的EPDCCH-PRB集合p中的ECCE的数量。每个EPDCCH-PRB集合可以被配置用于本地式EPDCCH传输或分布式EPDCCH传输。
UE将监测一个或多个激活的服务小区上的EPDCCH候选集合,如由用于控制信息的较高层信令所配置的。
根据EPDCCH UE特定的搜索空间来定义要监测的EPDCCH候选集合。对于每个服务小区,UE监测EPDCCH UE特定搜索空间的子帧由较高层配置。
通过EPDCCH候选的集合定义聚合等级为L∈{1,2,4,8,16,32}的EPDCCH UE特定搜索空间ES(L) k。
对于配置用于分布式传输的EPDCCH-PRB集合p,与搜索空间ES(L) k的EPDCCH候选m对应的ECCE由下表给出。
等式1
其中i=0,...,L-1。如果UE被配置有用于在其上监测EPDCCH的服务小区的载波指示符字段,则b=nCI,否则b=0。nCI是载波指示符字段(CIF)值,其与服务小区索引(ServCellIndex)相同。m=0,1,...,M(L) p-1,M(L) p是在EPDCCH-PRB集合p中在聚合等级L上监测的EPDCCH候选的数量。通过“Yp,k=(Ap·Yp,k-1)mod D”定义变量Yp,k,其中Yp,k-1=nRNTI≠0,A0=39827,A0=39829,D=65537并且k=floor(ns/2)。ns是无线电帧内的时隙号。
如果与该EPDCCH候选相对应的ECCE被映射到与同一子帧中的PBCH或PSS/SSS的传输在频率上重叠的PRB对,则不期待UE监测EPDCCH候选。
使用一个或多个连续的增强型控制信道元素(ECCE)的聚合发送EPDCCH。每个ECCE由多个增强资源元素组(EREG)组成。EREG用于定义增强控制信道到资源单元的映射。每个物理资源块(PRB)对有16个EREG,编号从0到15。在物理资源块对中除了携带用于解调EPDCCH的DMRS(在下文中,被称为EPDCCH DMRS)的资源元素之外的所有资源元素(RE)从0到15以第一频率的递增顺序进行编号。因此,在PRB对中除了携带EPDCCH DMRS的RE之外的所有RE都具有编号0至15中的任意一个。该PRB对中编号为i的所有RE组成编号i的EREG。如上所述,注意到,EREG分布在PRB对内的频率和时间轴上,并且使用其中的每一个包括多个EREG的一个或多个ECCE的聚合发送的EPDCCH也被分布在PRB对内的频率和时间轴上。
用于一个EPDCCH的ECCE的数量取决于如表10给出的EPDCCH格式,每个ECCE的EREG的数量由表11给出。表10示出所支持的EPDCCH格式的示例,并且表11示出每个ECCE的EREG的数量的示例。支持集中式和分布式传输。
表10
表11
EPDCCH能够使用在ECCE到EREG和PRB对的映射中不同的集中式或分布式传输。能够配置UE将监测的用于EPDCCH传输的一组或两组PRB对。EPDCCH集合Sp(即,EPDCCH-PRB集合)中的所有EPDCCH候选仅使用由较高层配置的集中式传输或仅使用由较高层配置的分布式传输。在子帧k中的EPDCCH集合Sp内,可用于EPDCCH传输的ECCE从0到NECCE,p,k-1进行编号。ECCE编号n对应于以下EREG:
–用于集中式映射的在PRB索引floor(n/NECCE RB)中编号为(n mod NECCE RB)+jNECCE RB的EREG,和
-用于分布式映射的在PRB索引(n+jmax(1,NSp RB/NEREG ECCE))modNSp RB中编号为(n/NSm RB)+jNECCE RB的EREG,
其中j=0,1,...,NEREG ECCE-1,NEREG ECCE是每个ECCE的EREG的数量,并且NECCE RB=16/NEREG ECCE是每个RB对的ECCE的数量。假定组成EPDCCH集合Sp的PRB对按照从0到NSp RB-1的升序被编号。
当下述情况时表10中的情况A适用:
-使用DCI格式2、2A、2B、2C或2D并且NDL RB≥25,或者
-当在具有配置3、4、8的正常子帧或特殊子帧中使用正常循环前缀并且nEPDCCH<104时的任何DCI格式。
否则使用情况2。针对特定UE的数量nEPDCCH被定义为被配置用于EPDCCH集合S0的可能的EPDCCH传输的PRB对中的下行链路资源元素(k,l)的数量,并且满足所有以下标准,
-它们是物理资源块对中的16个EREG中的任何一个的一部分,
-它们被UE假定不用于CRS或CSI-RS,
-子帧中的索引l满足l≥lEPDCCHStart。
其中,基于较高层信令“epdcch-StartSymbol-r11”、较高层信令“pdsch-Start-r11”或由PCFICH承载的CFI值给出lEPDCCHStart。
满足上述准则的在天线端口p上的到资源元素(k,l)的映射按照首先是索引k然后是索引l的升序,从子帧的第一个时隙开始并且在子帧的第二个时隙结束。
对于集中式传输,要使用的单个天线端口p由具有n'=nECCE,low mod NECCE RB+nRNTImod min(NECCE EPDCCH,NECCE RB)的表12给出,其中nECCE,low是在EPDCCH集合中通过该EPDCCH传输使用的最低的ECCE索引,nRNTI对应于与EPDCCH传输相关联的RNTI,并且NECCE EPDCCH是被用于此EPDCCH的ECCE的数目。
表12
对于分布式传输,EREG中的每个资源元素以交替方式与两个天线端口中的一个相关联,其中对于正常循环前缀,p∈{107,109},并且对于扩展循环前缀,p∈{107,108}。
在下文中,PDCCH和EPDCCH被统称为PDCCH或(E)PDCCH。
最近,机器类型通信(MTC)已经成为引人关注的重要的通信标准问题。MTC是指机器和eNB之间的信息交换,而不涉及人员或具有最小的人为干预。例如,MTC可以用于测量/感测/报告的数据通信,诸如计量表读取、水位测量、监视摄像机的使用、自动售货机的库存报告等,并且也可用于多个UE的自动应用或固件更新过程。在MTC中,传输数据量小,并且UL/DL数据发送或接收(以下称为发送/接收)偶尔发生。考虑到MTC的这些性质,根据数据传输速率降低用于MTC的UE(以下称为MTC UE)的生产成本和电池消耗,效率会更好。由于MTCUE具有低的移动性,因此其信道环境保持基本不变。如果MTC UE用于计量、读取计量表、监视等,则MTC UE很可能位于典型的eNB的覆盖范围没有达到的诸如地下室、仓库和山区的地方。考虑到MTC UE的目的,与常规UE(以下称为传统UE)的信号相比,具有更宽的覆盖范围对于MTC UE的信号来说是更好的。
当考虑MTC UE的使用时,与传统UE相比,MTC UE需要宽覆盖范围的信号的可能性高。因此,如果eNB使用与向传统UE发送PDCCH、PDSCH等的方案相同的方案向MTC UE发送PDCCH、PDSCH等,则MTC UE难以接收PDCCH、PDSCH等。因此,本公开提出eNB在向具有覆盖范围问题的MTC UE发送信号时应用诸如子帧重复(具有信号的子帧的重复)或子帧捆绑的覆盖范围增强方案,使得MTC UE可以有效地接收由eNB发送的信号。例如,PDCCH和/或PDSCH可以在多个(例如,大约100个)子帧中被发送到遇到覆盖问题的MTC UE。
除了3GPP LTE/LTE-A***之外,本公开的实施例也适用于新的无线电接入技术(RAT)***。随着越来越多的通信设备需要更大的通信容量,与传统的RAT相比,对增强型移动宽带通信的需求愈加紧迫。此外,将多个设备和物品相互连接并且因此不论时间和地点如何为他们提供各种服务的大规模MTC也是下一代通信需要考虑的重要问题之一。另外,正在讨论考虑对可靠性和时延敏感的服务/UE的通信***设计。正在讨论引入考虑到增强型移动宽带通信、大规模MTC以及超可靠和低延迟通信(URLLC)的下一代RAT。为了方便起见,相应的技术在本公开中被称为新的RAT。
在超越LTE-A***的***中,考虑用于减少数据传输的时延的技术。分组数据时延是供应商、运营商和最终用户(通过速率测试应用)定期测量的性能指标之一。在无线接入网络***的生命周期的所有阶段中,在新的软件版本或***组件阶段、***部署阶段和***商业化阶段中测量时延。
与前几代3GPP RAT相比,更短的时延是导致设计LTE的一个性能度量。LTE现在被终端用户认为是这样一种***,与前几代的移动无线电技术相比其提供更快的互联网访问和更低的数据时延。
但是,几乎没有特别针对***中的延迟的改进措施。分组数据时延是间接影响***吞吐量以及***感知响应的参数。超文本传输协议/传输控制协议(HTTP/TCP)是当今互联网上使用的主要应用和传输层协议套件。根据HTTP存档(http://httparchive.org/trends.php),通过互联网进行的基于HTTP的交易的范围是数十个兆字节到1兆字节。在此大小范围内,TCP慢启动时段是分组流的总传输时段的重要部分。在TCP慢启动期间,性能受到时延的限制。因此,可以容易地提出改进的时延以改善对于这种类型的基于TCP的数据交易的平均吞吐量。另外,为了实现真正的高比特率(在Gbps的范围内),UE L2缓冲器需要相应的大小。往返时间(RTT)越长,缓冲区需要的就越大。减少UE和eNB中的缓冲需求的唯一方式是减少时延。
无线电资源效率也可以通过时延减少而受到积极的影响。较低的分组数据时延可以在一定的时延范围内增加可能的传输尝试次数。因此,更高的误块率(BLER)目标可以用于数据传输,释放无线电资源,但是对于处于恶劣无线电条件的UE仍然保持相同水平的稳健性。如果维持相同的BLER目标,则在一定的时延范围内增加的可能传输的数量可以被解释为实时数据流(例如,LTE上的语音(VoLTE))的更加鲁棒性的传输。这可能会提高VoLTE语音***容量。
存在在诸如游戏、像VoLTE/顶层互联网协议语音(OTT VoIP)这样的实时应用,和视频电话/会议的感知到的体验质量方面可能被减少的时延积极地影响的大量的现有的应用。
将来,越来越多的新应用将会是延迟关键(delay-critical)的。例如,延迟对于智能眼镜中的增强现实应用或需要低时延的特定机器通信以及关键通信和车辆的远程控制/驾驶来说可能是关键要素。
在下面将要描述的本公开的实施例中,“假定(assume)”可以意指发送信道的实体根据相应的“假设(assumption)”发送信道,或者在根据“假设”已经发送信道的前提下接收信道的实体以遵循“假设”的形式接收或者解码信道。
图6是图示实现低时延所要求的TTI长度的示例性视图。
参考图6,当由eNB发送的信号到达UE时,UE发送用于该信号的A/N,并且A/N到达eNB,发生空中(OTA)时延,其涉及DL传播延迟(PD)、缓冲时间、解码时间、A/N准备时间、ULPD和重传裕量。为了满足低时延,存在对于通过缩短数据传输的最小单位(TTI)来重新设计跨越0.5ms或更短的缩短的TTI(sTTI)的需求。例如,如果作为从eNB中的数据(PDCCH和PDSCH)的传输开始到完成到eNB的数据的A/N的传输的时间段的OTA时延要被缩短到1ms或1ms以下,则TTI被优选地设置为0.21ms。也就是说,为了将用户平面(U-平面)时延减少到1ms,可以以大约三个OFDM符号为单位配置sTTI。
虽然sTTI被配置为包括三个OFDM符号以将OTA时延或U平面时延降低到图6中的1ms,但是,通过示例,还可以配置短于1ms的长度的sTTI。在正常CP的情况下,例如,可能存在具有两个OFDM符号的sTTI、具有四个OFDM符号的sTTI和/或具有七个OFDM符号的sTTI。
除了TTI中的PDCCH区域占用的OFDM符号之外的TTI的总OFDM符号或者TTI的剩余OFDM符号可以在TTI的整个或者一部分频率资源中在时域中被划分成两个或者更多个sTTI。
在下文中,***中使用的默认或主TTI将被称为TTI或子帧,并且比***的默认/主TTI更短的TTI将被称为sTTI。例如,具有短于1ms的时间长度的TTI可以在使用1ms TTI作为默认TTI的***(如到目前为止所使用的LTE/LTE-A***)中被称为sTTI。在下文中,以默认/主TTI为单位发送的PDCCH/PDSCH/PUSCH/PUCCH被称为PDCCH/PDSCH/PUSCH/PUCCH,并且以sTTI或者以sTTI为单位发送的PDCCH/PDSCH/PUSCH/PUCCH被称为缩短的PDCCH/缩短的PDSCH/缩短的PUSCH/缩短的PUCCH(sPDCCH/sPDSCH/sPUSCH/sPUCCH)。虽然由于参数配置的改变可以在新的RAT环境中使用与当前的LTE/LTE-A***不同的默认/主TTI,但是下面将假定默认/主TTI的时间长度是1ms,默认/主TTI被称为传统TTI或子帧,并且短于1ms TTI的TTI被称为sTTI,描述本公开的实施例。根据下述的实施例的在TTI和sTTI中发送/接收信号的方法可以以相同的方式被应用于基于新的RAT环境的参数配置的***中的默认/主TTI和sTTI以及基于当前的LTE/LTE-A参数配置的***中的默认/主TTI和sTTI。
图7图示示例性的sTTI以及sTTI中的控制信道和数据信道的示例性传输。
在DL环境中,可以发送用于sTTI(即,sPDCCH)中的数据传输/调度的PDCCH和在sTTI中发送的PDSCH(即,sPDSCH)。例如,参照图7,多个sTTI可以在一个子帧中被配置有不同的OFDM符号。例如,子帧的OFDM符号可以在时域中被划分为一个或多个sTTI。携带传统控制信道的前导OFDM符号可以从包括在sTTI中的OFDM符号中排除。在sTTI中使用不同的OFDM符号区域以TDM发送sPDCCH和sPDSCH。可以使用sTTI中的不同PRB区域/频率资源以FDM发送sPDCCH和sPDSCH。
对于在sTTI中发送和接收数据以满足低时延的UE(在下文中,被称为低时延无线电或低时延缩减(LLR)UE),关于LLR UE是否需要接收除了sPDCCH之外的传统PDCCH/传统PDSCH,以及如果LLR UE接收传统PDCCH/传统PDSCH,则将考虑什么,提出了建议。此外,提出关于同时接收sPDSCH和传统PDSCH的建议。
在下文中,监测用于接收广播数据或单播数据的PDCCH CSS/USS意指监测PDCCHCSS/USS中的调度广播数据的PDCCH或调度单播数据的PDCCH。
■A.CSSC CSS监测
本章节提出关于用于LLR UE的PDCCH CSS监测。
–替选1.仅用于广播数据的PDCCH CSS监测
LLR UE可以仅监测用于接收广播数据(例如,SIB、随机接入响应(RAR)或寻呼消息)的PDCCH CSS。也就是说,UE可以仅监测PDCCH CSS中的通过SI-RNTI、RA-RNTI或者P-RNTI加扰的PDCCH,而不监测PDCCH CSS中通过C-RNTI加扰的PDCCH。
LLR UE可以监测用于接收广播数据的PDCCH CSS,并监测用于接收单播数据的PDCCH USS和/或sPDCCH USS。在这种情况下,可以在PDCCH CSS中调度广播数据,并且在传统PDSCH上发送广播数据,并且可以在sPDCCH USS中调度单播数据,在sPDSCH上发送单播数据,和/或在PDCCH USS中调度单播数据,在传统PDSCH发送单播数据。
–替选2.用于广播/单播数据的PDCCH CSS监测
LLR UE可以监测用于广播数据(例如,SIB、RAR或寻呼消息)的接收和单播数据的接收的PDCCH CSS。也就是说,UE可以监测PDCCH CSS中通过SI-RNTI、RA-RNTI、P-RNTI和C-RNTI加扰的PDCCH。
LLR UE可以监测用于接收广播数据的PDCCH CSS,以及用于RRC信号等的单播数据,并监测用于接收单播数据的PDCCH USS和/或sPDCCH USS。
如果UE监测用于接收单播数据以及广播数据的PDCCH CSS,则同时监测PDCCH CSS和sPDCCH USS可能增加复杂度。因此,UE可以仅在特定的时域中周期性地在PDCCH CSS中监测用C-RNTI加扰的PDCCH,以便于减少监测PDCCH CSS的开销。为此,通过eNB在SIB、RRC信号等等中为UE定义(在标准规范中)或者配置关于其中在PDCCH CSS中监测被加扰有C-RNTI的PDCCH的子帧的位置的信息。例如,可以给出监测周期、作为指示其中UE将开始监测的起始子帧的信息的偏移量、和/或作为UE在每个监测周期中要监测的(连续)子帧的数量的持续时间作为关于子帧位置的信息。偏移量可以是指示参考子帧(例如,子帧#0)与起始子帧之间的差的值。
B.PDCCH USS监测
本章节提出关于用于LLR UE的PDCCH USS监测。
–替选1.在sPDCCH监测期间没有PDCCH USS监测。
在LLR UE处同时监测sPDCCH USS和传统PDCCH USS可能导致大的开销。为了减少该UE的复杂度,LLR UE可以在监测sPDCCH USS期间不监测传统PDCCH USS。在这种情况下,UE可以在sPDCCH USS中接收用于单播数据的sPDCCH,并且还可以在PDCCH CSS中接收用于单播数据的接收的PDCCH以接收RRC信号等。或者UE可以在sPDCCH USS中接收用于单播数据的sPDCCH,并且仅在PDCCH CSS中接收用于广播数据的PDCCH。
UE可以在下面的时间点监测sPDCCH USS而不监测PDCCH USS。
*选项1.如果UE支持sTTI中的数据发送/接收并且向UE提供服务的小区支持sTTI中的数据发送/接收,则UE可以始终监测sPDCCH USS而不监测PDCCH USS。
*选项2.如果UE从eNB接收到指示在sTTI中的数据发送/接收的配置,则UE可以监测sPDCCH USS而不监测PDCCH USS。这里,UE可以通过RRC信号从eNB接收指示在sTTI中的数据发送/接收的配置。
选项3.UE可以在特定时域中监测sTTI中的sPDCCH USS,并在剩余时域中监测用于PDCCH USS中的数据发送/接收的PDCCH。为此,通过eNB在SIB、RRC信号等等定义(在标准规范中)或者配置关于用于UE的PDCCH USS监测的时间段的信息或者关于用于UE的SPDCCHUSS监测的时间段的信息。关于用于监测UE的时间段的信息可以指定监测周期、偏移量和/或持续时间。
*选项4.对于UE,eNB可以配置在其上UE应当监测USS的信道(例如,PDCCH或sPDCCH)。例如,eNB可以发送指示要由UE监测的信道(例如,PDCCH或sPDCCH)的信息。该配置信息可以由RRC信号发送。UE可以根据从eNB接收的配置信息来监测PDCCH USS或者sPDCCHUSS。
–替选-2.在sPDCCH监测期间的PDCCH USS监测。
为了eNB的调度灵活性,即使在监测sPDCCH USS期间,LLR UE也可以监测PDCCHUSS。
在这种情况下,优选的是,减少sPDCCH USS和/或PDCCH USS中的BD的数量以便减少UE的BD开销。
同时,UE可以仅在特定的时域中周期性地监测PDCCH USS以便减少UE的监测开销。为此,可以由eNB在SIB、RRC信号等中定义(在标准规范中)或者配置关于PDCCH USS将要被监测的子帧位置的信息。可以给出监测周期、偏移量和/或持续时间作为关于UE被假定要监测的子帧位置的信息。
在支持sTTI中的数据发送/接收的UE在sTTI中执行数据发送/接收的情况下,下述控制信道可以调度在sTTI发送的数据信道和在TTI(例如,传统TTI)中发送的数据信道(即,PDSCH和/或PUSCH)。这里,这些数据信道可以被限制为单播数据信道。
-情况A:在sTTI中发送的数据信道由sPDCCH调度,并且在TTI中发送的数据信道由(E)PDCCH调度。
-情况B:在子帧的第一sTTI中,即,在时间轴上的子帧的开始处的sTTI中发送的sPDCCH,通过PDCCH调度,并且在剩余的sTTI中发送的sPDSCH被sPDCCHs调度。(E)PDCCH调度在TTI中发送的数据信道。即,PDCCH在一些sTTI中执行数据调度,并且sPDCCH在剩余的sTTI中执行数据调度。
-情况C:在sTTI中发送的数据信道和在TTI中发送的数据信道都可以由sPDCCH调度。这里,可以通过在第一sTTI中发送的sPDCCH来调度在TTI中发送的数据信道。或者,可以通过在子帧中发送的每个sPDCCH来调度在TTI中发送的数据信道。
这里,可以按照以下方法来调度在sTTI和TTI中发送的数据信道。以下提议可能仅限于调度单播数据。
-方法1.始终在sTTI中调度。
在sTTI中执行数据发送/接收的UE可以总是在sTTI中发送/接收数据信道。也就是说,UE可以假定仅在sTTI中,而不是在TTI中调度数据信道。
-方法2:sTTI中的调度或TTI/时分双工复用(TDM)中的调度的半静态配置。
对于在sTTI中执行数据发送/接收的UE,可以通过诸如SIB、RRC信号等的高层信令为UE配置指示是否要在sTTI或TTI中执行数据发送/接收的信息。或者,也可以根据关于用于sTTI中的数据发送/接收的时间段和用于TTI中的数据发送/接收的时间段的信息,在sTTI或TTI中以TDM执行数据发送/接收。通过eNB在SIB、RRC信号等等中定义(在标准规范)或者配置关于用于sTTI中的数据发送/接收的时间段和用于TTI中的数据发送/接收的时间段的信息。此配置可以指定用于数据发送/接收的监测时段、偏移量和/或持续时间。
-方法3:sTTI中的调度或TTI中的调度的动态配置。
对于在sTTI中执行数据发送/接收的UE,可以通过物理层信道/信号以一个或者多个子帧为单位为UE动态地配置指示是否要在sTTI或TTI中执行数据发送/接收的信息。可以通过PDCCH为UE配置指示是否要在相应子帧中的sTTI或TTI中执行数据发送/接收的信息。或者可以通过PDCCH为UE配置指示是否要在下一个子帧中在sTTI或者TTI中执行数据发送/接收的信息。或者在PDCCH上发送指示是否要在sTTI或者TTI中执行数据发送/接收的指示。包括该指示的PDCCH被称为PDCCH_STTI_ind,并且PDCCH_STTI_ind所携带的指示可以从该指示被应用到的子帧开始直到应用下一个发送的PDCCH_STTI_ind的子帧之前被应用。
-方法4.sTTI中的调度和TTI中的调度的盲检测。
在没有附加的指示的情况下,在sTTI或TTI中是否要执行数据发送/接收可以被动态确定。或者可以在sTTI和TTI中同时执行数据发送/接收。在这种情况下,假定sTTI中的数据调度和TTI中的数据调度都是可能的,UE应执行BD。按照以下方法,UE可以区分在sTTI中调度数据的DCI与在TTI中调度数据的DC。
*选项1.通过SS进行区分。
可以在单独的SS中发送调度在sTTI中发送的数据的DCI和调度在TTI中发送的数据的DCI。例如,调度在TTI中发送的数据的DCI可以在传统PDCCH(CSS/USS)或EPDCCH USS中发送,而调度在sTTI中发送的数据的DCI可以在sPDCCH USS中发送。下面将描述sPDCCHUSS。
1-1)sPDCCH USS可以存在于sTTI中。例如,调度在sTTI中发送的sPDSCH的DCI可以在存在于相同sTTI中的sPDCCH USS中发送。
1-2)调度在除了第一sTTI之外的剩余sTTI中发送的sPDSCH的DCI可以在相同sTTI中存在的sPDCCH US中发送,并且调度在第一sTTI中发送的sPDSCH的DCI可以在存在于传统PDCCH OFDM符号域中的sPDCCH USS中被发送。第一sPDCCH USS可以是在时间轴上的子帧的开始处的sPDCCH USS。第一sPDCCH USS可以存在于传统PDCCH OFDM符号区域中。
1-3)可以在存在于相同sTTI中的sPDCCH USS中发送调度在除了第一sTTI之外的剩余的sTTI中发送的sPDSCH的DCI,并且可以在CSS中发送调度在第一sTTI中发送的sPDSCH的DCI。此方法可以被应用于UE不监测可用于sTTI中的数据调度的子帧中的CSS的情况。
如果使用方法1-1)或方法1-2),则可以确定UE在PDCCH USS中UE监测的解码候选的数目和UE在sPDCCH USS中监测的解码候选的数目,使得可以从预定数量(例如,根据表格9总共16*2=12)划分用于监测PDCCH USS的BD的数量和用于监测sPDCCH USS的BD的数量。
或者,UE可以不监测可用于sTTI中的数据调度的子帧中的CSS。在这种情况下,用于监测CSS的预定数量的BD(例如,根据表9总共6*2=12)可以被用于监测sPDCCH USS。即,在sPDCCH USS中可以存在多达12个解码候选(即,sPDCCH候选)。
*选项2.通过DCI格式的区分。
选项2尤其适用于情况B或情况C。在调度在sTTI(例如,sPDSCH)中发送的数据的DCI和调度在TTI(例如,PDSCH)中发送的数据的DCI可以在PDCCH USS中发送的情况B中或者在调度在sTTI中发送的数据的DCI和调度在TTI中发送的数据的DCI可以在sPDCCH SS中发送的情况C中,存在用于区分调度在sTTI中发送的数据的DCI与调度在TTI中发送的数据的DCI的需求。只要确定携带PDCCH/sPDCCH的DCI是用于TTI还是sTTI,就可以确定是要在TTI范围还是sTTI范围内发送/接收数据。为此,可以定义调度在sTTI中发送的数据的DCI和调度在TTI中发送的数据的DCI具有不同的DCI格式。可以定义调度在sTTI中发送的数据的DCI和调度在TTI中发送的数据的DCI具有不同的DCI大小。
*选项3:通过加扰区分。
选项3尤其适用于情况B或情况C。在调度在sTTI(例如,sPDSCH)中发送的数据的DCI和调度在TTI(例如,PDSCH)中发送的数据的DCI可以在PDCCH USS中发送的情况B中或者在调度在sTTI中发送的数据的DCI和调度在TTI中发送的数据的DCI可以在sPDCCH SS中发送的情况C中,存在用于区分调度在sTTI中发送的数据的DCI与调度在TTI中发送的数据的DCI的需求。为此,不同的加扰可以被应用于调度在sTTI中发送的数据的DCI和调度在TTI中发送的数据的DCI。
3-1)通过不同的RNTI的加扰可以被应用于调度在sTTI中发送的数据的DCI和调度在TTI中发送的数据的DCI。例如,UE可以具有两个C-RNTI,并且监测通过一个C-RNTI调度在sTTI中发送的数据的DCI,并且监测通过另一个C-RNTI调度在TTI中发送的数据的DCI。这里,两个C-RNTI可以彼此独立配置。或者eNB可以为UE配置一个C-RNTI,并且UE可以假定调度在TTI中发送的数据的DCI通过C-RNTI被加扰,并且调度在sTTI中发送的数据的DCI通过C-RNTI'(=C-RNTI+α)被加扰。
3-2)与调度在TTI中发送的数据的DCI相比,附加加扰可以被应用于调度在sTTI中发送的数据的DCI。例如,如果调度在TTI中发送的数据的DCI被加扰序列A加扰,则调度在sTTI中发送的数据的DCI可以被加扰序列A和另外加扰序列B加扰。
*选项4:通过解码候选的区分。
选项4尤其适用于情况B或情况C。在情况B中,即调度在sTTI(例如,sPDSCH)中发送的数据的DCI和调度在TTI(例如,PDSCH)中发送的数据的DCI可以在PDCCH USS中发送,或者在情况C中,即调度在sTTI中发送的数据的DCI和调度在TTI中发送的数据的DCI可以在sPDCCH SS中发送,存在用于区分调度在sTTI中发送的数据的DCI与调度在TTI中发送的数据的DCI的需求。为此,可以在不同的解码候选(例如,PDCCH候选或sPDCCH候选)中发送调度在sTTI中发送的数据的DCI和调度在TTI中发送的数据的DCI。
例如,在USS中总共给定N个解码候选,调度在sTTI中发送的数据的DCI可以在解码候选0至解码候选“N/2-1”中被发送,并且调度在TTI中发送的数据的DCI可以在解码候选“N/2”至解码候选“N-1”中被发送。在另一示例中,给定用于每个AL“L”的N_L个解码候选,调度在sTTI中发送的数据的DCI可以在解码候选0至解码候选“N_L/2-1”中被发送,并且调度在TTI中发送的数据的DCI可以在解码候选“N_L/2”至解码候选“N_L-1”中被发送。
或者调度在sTTI中发送的数据的DCI和调度在TTI中发送的数据的DCI可以在具有不同的AL的解码候选中被发送。调度在sTTI中发送的数据的DCI可以在具有AL 1和AL 2的解码候选中被发送,并且调度在TTI中发送的数据的DCI可以在具有AL 4和AL 8的解码候选中被发送。
可以通过eNB在SIB/RRC信号等等中为UE定义(在标准规范中)定义或者半静态地配置携带调度在sTTI中发送的数据的DCI的解码候选和携带调度在TTI中发送的数据的DCI的解码候选。这里,在携带调度在TTI中发送的数据的DCI的解码候选之前,UE可以尝试解码携带调度在sTTI中发送的数据的DCI的解码候选。
■C.在子帧中PDSCH和sPDSCH的同时接收
在LLR UE(在相同子帧中)同时监测PDCCH和sPDCCH的情况下,可以通过PDCCH和sPDCCH同时为UE调度数据。在章节C中,提出关于同时向UE发送什么DCI并且因此可以同时发送/接收何种数据信道的建议。
·广播PDSCH和(单播)sPDSCH
对于LLR UE,可以分别在特定子帧中的PDCCH CSS和sPDCCH USS中同时调度调度广播PDSCH(例如,SIB、RAR或寻呼消息)和单播sPDSCH的PDCCH。在这种情况下,UE可以在同一个子帧中接收广播PDSCH和单播sPDSCH两者,确定这两条调度信息是有效的。
–单播PDSCH和(单播)sPDSCH
图8图示根据本公开的实施例的PDSCH和sPDSCH的示例性调度。
如图8中所图示,LLR UE有可能在特定子帧中接收在PDCCH CSS或PDCCH USS中调度单播PDSCH的PDCCH,和在sPDCCH USS中调度单播sPDSCH的sPDCCH。
本公开提出不支持在相同子帧中接收单播PDSCH和单播sPDSCH。也就是说,UE可以假定单播PDSCH和单播sPDSCH不在相同的子帧中被调度。如果UE同时接收调度单播PDSCH的PDCCH和调度单播sPDSCH的sPDCCH,则UE可以通过丢弃调度单播PDSCH的PDCCH而不接收PDSCH,确定仅调度单播的sPDCCH sPDSCH有效。
或者本公开提议支持在相同子帧中接收单播PDSCH和单播sPDSCH。也就是说,UE可以假定可以在相同的子帧中调度单播PDSCH和单播sPDSCH。在这种情况下,在从eNB接收到诸如RRC信号等的消息期间,UE可以在没有时延的情况下在sPDSCH上接收单播数据。
为了在相同子帧中接收单播PDSCH和单播sPDSCH,UE应监测携带单播PDSCH的子帧中的sPDCCH。在这种情况下,可能出现携带单播PDSCH的资源可能会与UE监测sPDCCH的资源重叠。在长TTI或更长TTI中调度的PDSCH存在的情况下,当在短TTI的控制区域中尝试接收控制信道时也会发生此现象。或者在多个短TTI上发送PDSCH的情况下,当基于短的TTI监测控制信号时也可能发生此现象。在这种情况下,UE可以以下面的方式接收sPDCCH和PDSCH。尽管以下提出的方法是关于sPDCCH和PDSCH的接收,但是这些建议也可以以相同的原理被应用于接收在短(或较短)TTI中发送的控制信道以及在长(较长)的TTI或多个sTTI中发送的数据信道。在这种情况下,在以下提议中,sPDCCH可以是在短(更短)的TTI中发送的控制信道,并且PDSCH可以是在长(更长)的TTI或多个sTTI中发送的数据信道。
*替选1.将优先级给予sPDCCH监测。
如果PDSCH传输区域和sPDCCH监测区域重叠,则UE可以给予调度延迟敏感的数据的sPDCCH的接收比PDSCH的接收更高优先级。在这种情况下,UE可以在不考虑PDSCH的情况下监测sPDCCH,假定sPDCCH也在携带PDSCH的资源中被发送。在这种情况下,可以如下接收PDSCH。
*选项1.UE可以假定在与sPDCCH监测资源重叠的PDSCH接收PRB区域中PDSCH被速率匹配或被穿孔。或者,UE可以假定在重叠sPDCCH监测资源的PDSCH-接收PRB区域内在sPDCCH被监测的sTTI的OFDM符号区域(或者其中sPDCCH被监测的OFDM符号)中PDSCH被速率匹配或者穿孔。因此,UE可以在其余区域中接收PDSCH。
*选项2。图9图示根据本公开的实施例的在PDSCH与sPDCCH之间冲突的情况下的示例性UE操作。在作为sPDCCH监测的结果接收到针对UE的sPDCCH时,UE可以假定在与携带sPDCCH的资源重叠的PDSCH接收PRB区域中,PDSCH被速率匹配或穿孔,如图9(a)中所图示。如果sPDCCH区域是小区公共保留的,则UE可以假定速率匹配或穿孔,不管针对UE的控制信道的检测如何。然而,如果sPDCCH区域是UE特定区域或者非保留区域,则仅当检测到控制信道时UE才可以假定速率匹配或者穿孔。此操作可以被应用于在章节C的替选1中呈现的所有选项。或者在作为sPDCCH监测的结果接收到针对UE的sPDCCH时,UE可以假定在重叠携带sPDCCH的资源的PDSCH-接收PRB区域内携带sPDCCH的sTTI的OFDM符号区域中PDSCH被速率匹配或者穿孔,如在图9(b)中所图示。或者在作为sPDCCH监测的结果接收到针对UE的sPDCCH时,UE可以假定在重叠携带sPDCCH的资源的PDSCH-接收PRB区域内在携带sPDCCH的OFDM符号中PDSCH被速率匹配或者穿孔,如图9(d)中所示。因此,UE可以在剩余区域中接收PDSCH。
sPDCCH可以仅包括DL许可和/或UL许可。
*选项3.在作为sPDCCH监测的结果接收到针对UE的sPDCCH时,UE可以假定PDSCH在承载sPDCCH的RE资源中被速率匹配或被穿孔。因此,UE可以在剩余区域中接收PDSCH。sPDCCH可以仅包括DL许可和/或UL许可。
*选项4.可以由eNB在SIB/RRC信号中为UE定义(在标准规范中)或配置“非-PDSCH传输PRB区域”。或者可以由调度PDSCH的DCI或其他DCI动态地配置此PRB区域。该PRB区域可以与sPDCCH-PRB-PRB-集合区域相同。在存在多个sPDCCH-PRB集合的情况下,此PRB区域可以与一个或多个sPDCCH-PRB集合区域相同。
在UE接收到PDSCH的情况下,此PRB区域与PDSCH传输区域重叠,UE可以假定在此PRB区域中PDSCH没有被发送,而是被穿孔或者速率匹配。或者当UE接收到PDSCH的情况下,此PRB区域与PDSCH传输区域重叠,则UE可以假定在用于sPDCCH监测的OFDM符号区域中或者PRB区域内的sTTI的OFDM符号区域中PDSCH被速率匹配或者穿孔。或者考虑到“非PDSCH传输PRB区域”可能根据sTTI而不同,UE可以假定在每个sTTI中的“非PDSCH传输PRB区域”,或者在每个sTTI的sPDCCH监测OFDM符号内的“非PDSCH传输PRB区域”中PDSCH被速率匹配或被穿孔。
另外,在检测到针对“非PDSCH传输PRB区域”外的UE的DL许可和/或UL许可时,UE可以通过给予章节C中的替选1的选项2至选项3中的sPDCCH传输优先级在相对应的PRB中接收PDSCH。或者,另外,在检测到针对在“非PDSCH传输PRB区域”之外的UE的DL许可和/或UL许可时,UE可以通过将优先级给予在章节C中的替选2的选项1至选项2中的PDSCH传输在相对应的PRB中接收PDSCH。
*替选2.给予PDSCH接收优先级。
在PDSCH传输区域与sPDCCH监测区域重叠的情况下,UE可以给予PDSCH接收高于sPDCCH接收的优先级。在这种情况下,假定在PDSCH传输资源中没有发送sPDCCH,UE可以监测sPDCCH。在这种情况下,可以如下接收sPDCCH。
*选项1.假定在使用携带PDSCH的PRB资源或RE资源配置的sPDCCH候选中不发送sPDCCH,UE可以不监测sPDCCH候选。
*选项2.UE可以假定在使用携带PDSCH的PRB资源或RE资源配置的sPDCCH候选中,sPDCCH在PRB资源或RE资源中被速率匹配或者被穿孔。
如果在相同的子帧中接收单播PDSCH和单播sPDSCH,则调度的PDSCH和sPDSCH的传输资源可能彼此重叠。或者在长TTI中调度的PDSCH可能与sPDSCH冲突。或者如果在多个TTI上分配PDSCH,则可能在多个TTI的中间或在多个TTI的子集中调度sPDSCH,并且在多个TTI上分配的PDSCH可能与sPDSCH重叠。在这种情况下,UE可以如下接收sPDSCH和PDSCH。尽管关于sPDSCH和PDSCH的接收提出以下建议,但是这些建议也适用于在短(更短)的TTI中发送的数据信道和在长(更长)的TTI和/或多个sTTI中发送的数据信道的情况。在这种情况下,在以下提议中,sPDSCH可以是在短(更短的TTI中发送的数据信道,并且PDSCH可以是在长(更长)的TTI和/或多个sTTI中发送的数据信道。
*替选A.优先级被给予sPDSCH接收。
如果PDSCH传输区域与sPDSCH传输区域重叠,则UE可以给予延迟关键的sPDSCH接收高于PDSCH接收的优先级。在这种情况下,假定在sPDSCH传输资源中不发送PDSCH,UE可以接收sPDSCH。在这种情况下,可以如下接收PDSCH。
*选项1.UE可以丢弃PDSCH的接收,并确定PDSCH接收失败。在这种情况下,UE可以向eNB发送用于PDSCH接收的NACK。或者UE可以确定调度PDSCH的DL许可无效。在这种情况下,UE可以不发送用于PDSCH的ACK/NACK信息。
*选项2.UE可以假定在与sPDSCH传输资源重叠的PDSCH接收PRB区域内在携带sPDSCH的sTTI的OFDM符号区域中PDSCH被速率匹配或穿孔。因此,UE可以在剩余区域中接收PDSCH。
*选项3.UE可以假定在与sPDSCH传输资源重叠的PDSCH接收PRB区域中,PDSCH被速率匹配或者穿孔。因此,UE可以在剩余区域中接收PDSCH。
*选项4.UE可以假定PDSCH在携带sPDSCH的RE资源中被速率匹配或者穿孔。因此,UE可以在剩余区域中接收PDSCH。
*替选B.优先级被给予PDSCH接收。
如果PDSCH传输区域与sPDSCH传输区域重叠,则UE可以给予PDSCH的当前接收高于sPDSCH接收的优先级。在这种情况下,假定sPDSCH不在PDSCH传输资源中被发送,则UE可以接收sPDSCH。在这种情况下,可以如下接收sPDSCH。
*选项1.UE可以丢弃sPDSCH的接收,并确定PDSCH接收已经失败。在这种情况下,UE可以向eNB发送用于sPDSCH接收的NACK。或者UE可以确定调度sPDSCH的DL许可是无效的。在这种情况下,UE可以不发送用于sPDSCH的ACK/NACK信息。
*选项2.UE可以假定sPDSCH在携带PDSCH的PRB资源中被速率匹配或穿孔。因此,UE可以在剩余区域中接收sPDSCH。
选项3.UE可以假定sPDSCH在与sPDSCH传输资源重叠的sTTI内的sPDSCH接收PRB区域中被速率匹配或被穿孔。因此,UE可以在剩余区域中接收sPDSCH。
*选项4.UE可以假定sPDSCH在携带PDSCH的RE资源中被速率匹配或者穿孔。因此,UE可以在剩余区域中接收PDSCH。
替选A和替选B的实施例也可以被应用于广播/单播PDSCH与广播/单播sPDSCH冲突的情况。
-PUSCH和sPUSCH
LLR UE可能在特定子帧中同时接收在PDCCH CSS或PDCCH USS中调度PUSCH的PDCCH,以及在sPDCCH USS中调度sPUSCH的sPDCCH。这里,sPUCCH意指在sTTI中发送的PUSCH。
在这种情况下,本公开提出不支持在相同子帧中的PUSCH和sPUSCH传输。也就是说,UE可以假定PUSCH和sPUSCH不在相同的子帧中被调度。
如果UE同时接收调度PUSCH的PDCCH和调度sPUSCH的sPDCCH,则UE可以通过丢弃调度PUSCH的PDCCH而不接收PUSCH,确定仅调度sPUSCH的sPDCCH是有效的。
-PUSCH和sPDSCH
LLR UE可能在特定子帧中同时接收在PDCCH CSS或PDCCH USS中调度PUSCH的PDCCH,以及在sPDCCH USS中调度sPDSCH的sPDCCH。
LLR UE在sTTI中的数据发送/接收期间监测传统PDCCH的主要原因可能是,接收广播数据或RRC信号。因此,UE可能不需要在sTTI中的数据发送/接收期间在传统PUSCH上发送UL信号。
因此,本公开提出在相同的子帧中不调度PUSCH和sPDSCH。也就是说,UE可以假定PUSCH和sPDSCH在相同的子帧中不被调度。
-PDSCH和sPUSCH
LLR UE可能在特定子帧中同时接收在PDCCH CSS或PDCCH USS中调度PDSCH的PDCCH,以及在sPDCCH USS中调度sPUSCH的sPDCCH。
LLR UE在sTTI中的数据发送/接收期间监测传统PDCCH的主要原因可能是,接收广播数据或RRC信号。因此,UE可以在sTTI中的PUSCH的传输期间接收广播数据和用于RRC信号等的传输的单播数据。
因此,可以在相同的子帧中调度和发送PDSCH和sPUSCH。
另外,提出当LLR UE在sTTI中执行数据发送/接收时,LLR UE假定PUSCH不由传统PDCCH调度。LLR UE在sTTI中的数据发送/接收期间监测传统PDCCH的主要原因可能是接收广播数据或RRC信号。因此,UE可能不需要在传统PUSCH上发送数据。
图10是示出用于实现本公开的发送设备10和接收设备20的元件的框图。
发送设备10和接收设备20分别包括:射频(RF)单元13和23,该射频(RF)单元13和23能够发送和接收承载信息、数据、信号和/或消息的无线电信号;存储器12和22,该存储器12和22用于存储与无线通信***中的通信相关的信息;以及处理器11和21,该处理器11和21操作地连接到诸如RF单元13和23以及存储器12和22的元件以控制这些元件并且被配置成控制存储器12和22和/或RF单元13和23使得相应的设备可以执行本公开的上述实施例中的至少一个。
存储器12和22可以存储用于处理和控制处理器11和21的程序,并且可以临时存储输入/输出信息。存储器12和22可以用作缓冲器。
处理器11和21通常控制发送设备和接收设备中的各个模块的整体操作。特别地,处理器11和21可以执行各种控制功能来实现本公开。处理器11和21可以被称为控制器、微控制器、微处理器或微型计算机。处理器11和21可以通过硬件、固件、软件或其组合来实现。在硬件配置中,处理器11中可以包括专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)或现场可编程门阵列(FPGA)。同时,如果使用固件或软件来实现本公开,则固件或软件可以被配置成包括执行本公开的功能或操作的模块、过程、函数等。被配置成执行本公开的固件或软件可以被包括在处理器11和21中,或被存储在存储器12和22中以由处理器11和21驱动。
发送设备10的处理器11对于由处理器11或与处理器11连接的调度器调度为要发送到外部的信号和/或数据执行预定的编码和调制,然后将编码和调制的数据传送到RF单元13。例如,处理器11通过解复用、信道编码、加扰和调制将要发送的数据流转换成K个层。编码的数据流也被称为码字,并且相当于由MAC层提供的作为数据块的传输块。一个传输块(TB)被编码成一个码字,并且每个码字以一个或多个层的形式被发送到接收设备。对于上变频,RF单元13可以包括振荡器。RF单元13可以包括Nt(其中Nt是正整数)个发送天线。
接收设备20的信号处理过程是发送设备10的信号处理过程的逆过程。在处理器21的控制下,接收设备20的RF单元23接收由发送设备发送的无线电信号。RF单元23可以包括Nr(其中Nr是正整数)个接收天线,并且将通过接收天线接收的每个信号下变频为基带信号。处理器21对通过接收天线接收到的无线电信号进行解码和解调,并恢复发送设备10要发送的数据。
RF单元13和23包括一个或多个天线。天线执行将由RF单元13和23处理的信号发送到外部或者从外部接收无线电信号以将无线电信号传送到RF单元13和23的功能。天线也可以被称为天线端口。每个天线可以对应于一个物理天线,或者可以由多于一个物理天线单元的组合来配置。从每个天线发送的信号不能被接收设备20进一步分解。通过相应的天线发送的RS从接收设备20的角度来定义天线,并使得接收设备20能够导出天线的信道估计,而不考虑信道是代表来自一个物理天线的单个无线电信道还是代表来自包括该天线的多个物理天线单元的复合信道。也就是说,天线被定义为使得承载天线的符号的信道可以从承载相同天线的另一个符号的信道中获得。支持使用多个天线发送和接收数据的MIMO功能的RF单元可以连接到两个或更多个天线。
在本公开的实施例中,UE在UL中用作发送设备10,并且在DL中用作接收设备20。在本公开的实施例中,eNB在UL中用作接收设备20,并且在DL中用作发送设备10。在下文中,在UE中包括的处理器、RF单元和存储器将分别被称为UE处理器、UE RF单元和UE存储器,并且在eNB中包括的处理器、RF单元和存储器将分别被称为eNB处理器、eNB RF单元和eNB存储器。
根据本公开的eNB处理器和UE处理器被配置成在被配置成比传统TTI更短的sTTI中分配/解码信号。sTTI可以包括传统TTI的OFDM符号的一部分。因为sTTI被配置在传统TTI内,所以基于传统TTI发送/接收的信号和基于sTTI发送/接收的信号可以在时域中同时发生。
本公开的eNB处理器可以根据在章节A至章节C中提出的任何实施例来生成DL控制信息(例如,DL许可和UL许可)。eNB处理器可以控制eNB RF单元以根据章节A至章节C中提出的任何实施例在子帧或sTTI中发送携带DCI的PDCCH和/或sPDCCH。eNB处理器可以控制eNBRF单元以根据DL许可在子帧或者sTTI中发送PDSCH/sPDSCH。eNB处理器可以控制eNB RF单元以根据UL许可在子帧或sTTI中接收PUSCH/sPUSCH。携带DL许可的子帧/sTTI可以与携带PDSCH/sPDSCH的子帧/sTTI相同。携带UL许可的子帧/sTTI可以不同于携带PUSCH/sPUSCH的帧/sTTI。UL许可的发送定时与PUSCH/sPUSCH的接收定时之间的差可以是子帧/sTTI的预定义的整数倍。
eNB处理器可以控制eNB RF单元以在PDCCH上发送用于调度分配给子帧的数据区域的数据信道(例如,PDSCH或PUSCH)的DCI或用于调度分配给sTTI的数据信道(例如,sPDSCH或sPUSCH)的DCI。根据基于其发送/接收数据信道的TTI,例如,根据是否基于1msTTI或者sTTI发送数据信道,eNB处理器可以控制eNB RF单元以在用于1ms TTI的解码候选之一或用于sTTI的解码候选之一中发送相应的PDCCH。
eNB处理器可以控制eNB RF单元以在sPDCCH上发送用于调度分配给子帧的数据区域的数据信道(例如,PDSCH或PUSCH)的DCI或用于调度分配给sTTI的数据信道(例如,sPDSCH或sPUSCH)的DCI。根据基于其发送/接收数据信道的TTI,例如,根据是否基于1msTTI或者sTTI发送数据信道,eNB处理器可以控制eNB RF单元以在用于1ms TTI的解码候选之一或用于sTTI的解码候选之一中发送相应的PDCCH。
例如,eNB处理器可以控制eNB RF单元以基于在用于1ms TTI的解码候选之一中发送的DCI在1ms TTI的数据区域中发送/接收数据信道。eNB处理器可以控制eNB RF单元以基于在用于sTTI内的解码候选之一中发送的DCI在sTTI内接收数据信道。
本公开的UE处理器可以控制UE RF单元以根据在章节A至章节C中提出的任何实施例在子帧或sTTI中接收携带DCI(例如,DL许可或者UL许可)的PDCCH和/或sPDCCH。UE处理器可以控制UE RF单元以根据DL许可在子帧或sTTI中接收PDSCH/sPDSCH。UE处理器可以控制UE RF单元以根据UL许可在子帧或sTTI中发送PUSCH/sPUSCH。携带DL许可的子帧/sTTI可以与携带PDSCH/sPDSCH的子帧/sTTI相同。携带UL许可的子帧/sTTI可以不同于携带PUSCH/sPUSCH的子帧/sTTI。UL许可的接收定时与PUSCH/sPUSCH的发送定时之间的差可以是子帧/sTTI的预定义的整数倍。
UE处理器可以控制UE RF单元以在PDCCH上接收用于调度分配给子帧的数据区域的数据信道(例如,PDSCH或PUSCH)的DCI或用于调度分配给sTTI的数据信道(例如,sPDSCH或sPUSCH)的DCI。UE处理器可以控制UE RF单元以根据多个解码候选当中的其中已经检测/接收到DCI的解码候选,例如,根据是否解码候选是用于基于1ms TTI发送/接收的数据信道还是用于基于sTTI发送/接收的数据信道,基于1ms TTI或sTTI发送/接收数据信道。
UE处理器可以控制UE RF单元以在sPDCCH上接收用于调度分配给子帧的数据区域的数据信道(例如,PDSCH或PUSCH)的DCI或用于调度分配给sTTI的数据信道(例如,sPDSCH或sPUSCH)的DCI。UE处理器可以控制UE RF单元以根据多个解码候选当中的其中已经检测/接收到DCI的解码候选,例如,根据是否解码候选是用于基于1ms TTI发送/接收的数据信道还是用于基于sTTI发送/接收的数据信道,基于1ms TTI或sTTI发送/接收数据信道。
例如,UE处理器可以控制UE RF单元以基于在用于1ms TTI的解码候选之一中发送的DCI,在1ms TTI的数据区域中发送/接收数据信道。UE处理器可以控制UE RF单元以在sTTI内基于用于sTTI的解码候选之一中发送的DCI在sTTI内接收数据信道。
如上所述,已经给出了本公开的优选实施例的详细描述,以使本领域技术人员能够实施和实践本发明。虽然已经参照示例性实施例描述了本发明,但是本领域技术人员将会理解,在不脱离所附权利要求书中描述的本公开的精神或范围的情况下,可以在本发明中进行各种修改和变化。因此,本发明不应限于在此描述的特定实施例,而应被赋予与本文公开的原理和新颖特征一致的最宽范围。
工业实用性
本公开的实施例适用于无线通信***中的BS、UE或其他设备。
Claims (12)
1.一种由用户设备(UE)接收下行链路控制信息(DCI)的方法,所述方法包括:
在传输时间间隔(TTI)的控制区域中接收所述DCI;以及
基于所述DCI接收下行链路数据,
其中,所述TTI在时域中被划分成所述控制区域和数据区域,
其中,所述数据区域包括在时域中的多个短TTI(sTTI),
其中,如果在所述控制区域的多个解码候选当中的第一解码候选的一个中接收到所述DCI,则在遍及所述数据区域分配的第一下行链路数据信道上接收所述下行链路数据,并且如果在所述多个解码候选当中的第二解码候选的一个中接收到所述DCI,则在分配给所述多个sTTI中的一个sTTI的第二下行链路数据信道上接收所述下行链路数据。
2.根据权利要求1所述的方法,其中,所述一个sTTI是所述多个sTTI当中的第一sTTI。
3.根据权利要求1所述的方法,其中,所述TTI具有1ms的持续时间。
4.一种用于接收下行链路控制信息(DCI)的用户设备(UE),所述UE包括:
射频(RF)单元;和
处理器,所述处理器被连接到所述RF单元,
其中,所述处理器被配置成控制所述RF单元以在传输时间间隔(TTI)的控制区域中接收所述DCI,并且控制所述RF单元以基于所述DCI接收下行链路数据,
其中,所述TTI在时域中被划分成所述控制区域和数据区域,
其中,所述数据区域包括在时域中的多个sTTI,
其中,如果在所述控制区域的多个解码候选当中的第一解码候选的一个中接收到所述DCI,则所述处理器被配置成控制所述RF单元以在遍及所述数据区域分配的第一下行链路数据信道上接收所述下行链路数据,并且如果在所述多个解码候选当中的第二解码候选的一个中接收到所述DCI,则所述处理器被配置成控制所述RF单元以在分配给所述多个sTTI中的一个sTTI的第二下行链路数据信道上接收所述下行链路数据。
5.根据权利要求4所述的UE,其中,所述一个sTTI是所述多个sTTI当中的第一sTTI。
6.根据权利要求4所述的UE,其中,所述TTI具有1ms的持续时间。
7.一种用于通过基站(BS)发送下行链路控制信息(DCI)的方法,所述方法包括:
在传输时间间隔(TTI)的控制区域中向用户设备(UE)发送所述DCI;以及
基于所述DCI向所述UE发送下行链路数据,
其中,所述TTI在时域中被划分成所述控制区域和数据区域,
其中,所述数据区域包括在时域中的多个sTTI,并且
其中,如果在所述控制区域的多个解码候选当中的第一解码候选的一个中发送所述DCI,则在遍及所述数据区域分配的第一下行链路数据信道上发送所述下行链路数据,并且如果在所述多个解码候选当中的第二解码候选的一个中发送所述DCI,则在分配给所述多个sTTI中的一个sTTI的第二下行链路数据信道上发送所述下行链路数据。
8.根据权利要求7所述的方法,其中,所述一个sTTI是所述多个sTTI当中的第一sTTI。
9.根据权利要求7所述的方法,其中,所述TTI具有1ms的持续时间。
10.一种用于发送下行链路控制信息(DCI)的基站(BS),所述BS包括:
射频(RF)单元;和
处理器,所述处理器被连接到所述RF单元,
其中,所述处理器被配置成控制所述RF单元以在传输时间间隔(TTI)的控制区域中向用户设备(UE)发送所述DCI,并且控制所述RF单元以基于所述DCI向所述UE发送下行链路数据,
其中,所述TTI在时域中被划分成所述控制区域和数据区域,
其中,所述数据区域包括在时域中的多个短TTI(sTTI),并且
其中,如果在所述控制区域的多个解码候选当中的第一解码候选的一个中发送所述DCI,则所述处理器被配置成控制所述RF单元以在遍及所述数据区域分配的第一下行链路数据信道上发送所述下行链路数据,并且如果在所述多个解码候选当中的第二解码候选的一个中发送所述DCI,则所述处理器被配置成控制所述RF单元以在分配给所述多个sTTI中的一个sTTI的第二下行链路数据信道上发送所述下行链路数据。
11.根据权利要求7所述的BS,其中,所述一个sTTI是所述多个sTTI当中的第一sTTI。
12.根据权利要求7所述的BS,其中,所述TTI具有1ms的持续时间。
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562196303P | 2015-07-24 | 2015-07-24 | |
US62/196,303 | 2015-07-24 | ||
US201562256032P | 2015-11-16 | 2015-11-16 | |
US62/256,032 | 2015-11-16 | ||
US201662288444P | 2016-01-29 | 2016-01-29 | |
US62/288,444 | 2016-01-29 | ||
US201662290981P | 2016-02-04 | 2016-02-04 | |
US62/290,981 | 2016-02-04 | ||
PCT/KR2016/008086 WO2017018758A1 (ko) | 2015-07-24 | 2016-07-25 | 하향링크 제어 정보 수신 방법 및 사용자기기와, 하향링크 제어 정보 전송 방법 및 기지국 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107852313A true CN107852313A (zh) | 2018-03-27 |
CN107852313B CN107852313B (zh) | 2021-08-03 |
Family
ID=57885169
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680043216.3A Active CN107852313B (zh) | 2015-07-24 | 2016-07-25 | 下行链路控制信息接收方法和用户设备以及下行链路控制信息发送方法和基站 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11057914B2 (zh) |
EP (1) | EP3327975B1 (zh) |
CN (1) | CN107852313B (zh) |
WO (1) | WO2017018758A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109644464A (zh) * | 2018-05-11 | 2019-04-16 | Oppo广东移动通信有限公司 | 下行信道的接收方法和终端设备 |
WO2019192360A1 (en) * | 2018-04-03 | 2019-10-10 | Huawei Technologies Co., Ltd. | Channel measurement for uplink transmission |
WO2020125535A1 (zh) * | 2018-12-21 | 2020-06-25 | 华为技术有限公司 | 数据传输方法和通信装置 |
CN112260808A (zh) * | 2016-03-18 | 2021-01-22 | Oppo广东移动通信有限公司 | 数据传输的方法、终端设备及网络设备 |
CN113765639A (zh) * | 2020-06-03 | 2021-12-07 | 三星电子株式会社 | 用于配置基于跨度的pdcch监测的机制 |
CN115801201A (zh) * | 2018-12-28 | 2023-03-14 | 联想(北京)有限公司 | 未授权频谱上的harq-ack传输 |
Families Citing this family (64)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114928892A (zh) | 2015-06-25 | 2022-08-19 | 苹果公司 | 5g网络中的动态分区资源分配 |
EP3761727B1 (en) * | 2015-07-27 | 2022-06-08 | Huawei Technologies Co., Ltd. | Information transmission methods and devices |
KR102080076B1 (ko) | 2015-08-21 | 2020-02-24 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 무선 통신 방법, 네트워크 디바이스, 사용자 장비 및 시스템 |
EP3340724B1 (en) * | 2015-08-21 | 2021-06-30 | Ntt Docomo, Inc. | User terminal and wireless communication method |
EP3873147A1 (en) * | 2015-08-21 | 2021-09-01 | NTT DoCoMo, Inc. | User equipment, wireless base station, and wireless communication method |
WO2017031762A1 (zh) * | 2015-08-27 | 2017-03-02 | 华为技术有限公司 | 一种上行信道的发射方法、ue及基站 |
US10873420B2 (en) * | 2015-10-07 | 2020-12-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and terminal for data transmission |
HUE053508T2 (hu) * | 2015-11-03 | 2021-07-28 | Ericsson Telefon Ab L M | Eljárások és berendezés ütemezéshez felfelé irányuló kapcsolatban |
WO2017075928A1 (zh) * | 2015-11-06 | 2017-05-11 | 华为技术有限公司 | 一种传输下行数据的方法和基站 |
KR102466747B1 (ko) * | 2016-01-26 | 2022-11-15 | 소니그룹주식회사 | 통신 장치 및 통신 방법 |
WO2017131810A1 (en) * | 2016-01-26 | 2017-08-03 | Intel IP Corporation | System and method for system information transmission in stand-alone mmwave systems |
RU2018127523A (ru) * | 2016-02-03 | 2020-01-27 | Сони Корпорейшн | Устройство терминала, устройство базовой станции и способ связи |
US10575297B2 (en) * | 2016-02-05 | 2020-02-25 | Panasonic Intellectual Property Corporation Of America | Base station, terminal, and communication method |
EP4072223A1 (en) * | 2016-03-30 | 2022-10-12 | Interdigital Patent Holdings, Inc. | Method and procedures for downlink physical channels to reduce latency in an lte advanced system |
CN114466443B (zh) * | 2016-03-30 | 2023-04-07 | 交互数字专利控股公司 | 减少lte网络中的物理信道的时延 |
KR20170112897A (ko) * | 2016-03-31 | 2017-10-12 | 삼성전자주식회사 | 이동 통신 시스템에서의 채널 상태 정보 보고 모드 설정 방법 및 장치 |
US10674531B2 (en) * | 2016-04-01 | 2020-06-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Collision handling between legacy TTI and short TTI |
US10420080B2 (en) | 2016-04-01 | 2019-09-17 | Hfi Innovation Inc. | Transmission preemption and its indication |
WO2017196065A1 (ko) * | 2016-05-10 | 2017-11-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 전송 전력의 제어 방법 및 이를 위한 장치 |
AU2017263585C1 (en) * | 2016-05-10 | 2022-01-13 | Ntt Docomo, Inc. | User terminal and radio communication method |
JP6805541B2 (ja) * | 2016-05-11 | 2020-12-23 | ソニー株式会社 | 端末装置、通信方法 |
TWI653853B (zh) * | 2016-05-12 | 2019-03-11 | 華碩電腦股份有限公司 | 無線通訊系統中具有不同傳輸時間間隔的控制通道的檢測 |
CN109479279B (zh) * | 2016-05-13 | 2024-03-22 | 瑞典爱立信有限公司 | 将资源准许到无线装置 |
US10687319B2 (en) | 2016-08-08 | 2020-06-16 | Comcast Cable Communications, Llc | Group power control for a secondary cell |
US10368345B2 (en) | 2016-08-10 | 2019-07-30 | Qualcomm Incorporated | Low latency physical downlink control channel and physical downlink shared channel |
US10334577B2 (en) * | 2016-08-12 | 2019-06-25 | Qualcomm Incorporated | Downlink control channel structure for low latency applications |
US11051208B2 (en) | 2016-08-25 | 2021-06-29 | Huawei Technologies Co., Ltd. | Co-existence of low latency and latency tolerant downlink communication |
US11252717B2 (en) | 2016-09-02 | 2022-02-15 | Huawei Technologies Co., Ltd. | Co-existence of latency tolerant and low latency communications |
US20180065317A1 (en) | 2016-09-06 | 2018-03-08 | Cc3D Llc | Additive manufacturing system having in-situ fiber splicing |
US10911204B2 (en) | 2016-09-30 | 2021-02-02 | Motorola Mobility Llc | Method and apparatus for reporting channel state information |
KR102236029B1 (ko) * | 2016-09-30 | 2021-04-02 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 무선 통신 시스템 내의 다운링크 제어 채널 전송 및 검출을 위한 방법 및 장치 |
EP3301848A3 (en) * | 2016-09-30 | 2018-06-20 | ASUSTek Computer Inc. | Method and apparatus for receiving control channel for multiple numerologies in a wireless communications system |
US10897776B2 (en) * | 2016-11-01 | 2021-01-19 | Apple Inc. | Downlink control information design with shorter TTI |
US11304190B2 (en) * | 2016-11-08 | 2022-04-12 | Qualcomm Incorporated | Search space design and use |
US10484144B2 (en) * | 2016-11-11 | 2019-11-19 | Qualcomm Incorporated | Hybrid automatic repeat request management for low latency communications |
US11381435B2 (en) * | 2016-11-11 | 2022-07-05 | Qualcomm Incorporated | Configuration for data and reference signal transmissions with shortened transmission time intervals |
CN110383911B (zh) * | 2016-12-16 | 2021-12-03 | 华为技术有限公司 | 一种用于无线通信网络的基站和用户设备 |
US10880911B2 (en) * | 2017-02-06 | 2020-12-29 | Motorola Mobility Llc | Method and apparatus for short PDCCH operation |
CN110622476B (zh) * | 2017-03-23 | 2022-08-16 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
EP3589051B1 (en) * | 2017-03-25 | 2021-09-22 | LG Electronics Inc. | V2x communication method of terminal in wireless communication system, and terminal using the method |
KR102015442B1 (ko) * | 2017-04-04 | 2019-08-28 | 엘지전자 주식회사 | 차세대 통신 시스템에서 방송 데이터를 위한 dm-rs 송신 방법 및 이를 위한 장치 |
EP3605931B1 (en) | 2017-04-28 | 2021-07-28 | LG Electronics Inc. | Method for terminal transmitting signals for v2x communication in wireless communication system and terminal using the method |
CN110574475B (zh) * | 2017-05-05 | 2023-04-21 | 瑞典爱立信有限公司 | Sr-bsr和资源管理 |
EP3944550B1 (en) * | 2017-05-05 | 2023-10-04 | Telefonaktiebolaget LM Ericsson (publ) | Signaling of multiple short tti transmissions |
KR102459279B1 (ko) * | 2017-05-05 | 2022-10-26 | 엘지전자 주식회사 | 무선 통신 시스템에서 전력 헤드룸 보고 방법 및 이를 위한 장치 |
EP3637928B1 (en) | 2017-05-15 | 2022-04-06 | LG Electronics Inc. | Method and device for receiving downlink signal in wireless communication system |
CN109089316B (zh) * | 2017-06-14 | 2020-11-17 | 华为技术有限公司 | 调度方法及相关装置 |
US10548126B2 (en) | 2017-06-16 | 2020-01-28 | Qualcomm Incorporated | Carrier aggregation under different subframe structures in new radio |
EP3444987A1 (en) * | 2017-08-17 | 2019-02-20 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Punctured/on-demand control information for flexible/full duplex communication |
JP6963095B2 (ja) * | 2017-11-17 | 2021-11-05 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | ユーザ機器、基地局、および通信方法 |
KR20190116927A (ko) * | 2018-04-05 | 2019-10-15 | 한국전자통신연구원 | 통신 시스템에서 상향링크 전송을 위한 방법 및 장치 |
US11357002B2 (en) * | 2018-05-07 | 2022-06-07 | Qualcomm Incorporated | Transmission time interval integration for multiple radio access technologies |
US11445387B2 (en) * | 2018-08-09 | 2022-09-13 | Lenovo (Singapore) Pte. Ltd. | Downlink assignments for downlink control channels |
WO2020029219A1 (en) * | 2018-08-10 | 2020-02-13 | Qualcomm Incorporated | Dynamic resource multiplexing |
US11310822B2 (en) * | 2018-11-02 | 2022-04-19 | Huawei Technologies Co., Ltd. | Methods and apparatus for sidelink communications and resource allocation |
CN111405642B (zh) * | 2019-01-03 | 2024-04-16 | 华为技术有限公司 | 一种消息发送方法、接收方法、装置和设备 |
EP3911063A4 (en) * | 2019-01-09 | 2022-11-02 | Ntt Docomo, Inc. | USER TERMINAL AND WIRELESS COMMUNICATION METHOD |
US11277819B2 (en) | 2019-01-21 | 2022-03-15 | Huawei Technologies Co., Ltd. | Method and apparatus for sidelink transmission and resource allocation |
WO2020168513A1 (zh) * | 2019-02-21 | 2020-08-27 | 北京小米移动软件有限公司 | 数据传输方法、装置、***及存储介质 |
WO2020194264A1 (en) * | 2019-03-28 | 2020-10-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and nodes for downlink intra-ue pre-emption |
WO2020204349A1 (ko) * | 2019-03-29 | 2020-10-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이에 대한 장치 |
WO2022067840A1 (en) * | 2020-10-01 | 2022-04-07 | Apple Inc. | Network data scheduling and transmission for reduced capability ues |
KR20230110718A (ko) * | 2020-12-02 | 2023-07-25 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말 및 기지국의 참조신호 송수신 방법 및 장치 |
US11617181B2 (en) * | 2021-02-08 | 2023-03-28 | Qualcomm Incorporated | Multi-stage downlink grant for multiple PDSCH |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070030829A1 (en) * | 2005-08-05 | 2007-02-08 | Nokia Corporation | Preamble length for discontinuous control channel transmission |
US20080101303A1 (en) * | 2006-10-27 | 2008-05-01 | Samsung Electronics Co., Ltd. | High speed shared control channel (hs-scch) communication apparatus and method in wideband code division multiple access (wcdma) communication system |
CN102740462A (zh) * | 2011-04-11 | 2012-10-17 | 中兴通讯股份有限公司 | 一种处理增强型专用传输信道的方法和*** |
CN103503347A (zh) * | 2011-05-03 | 2014-01-08 | 三星电子株式会社 | 响应于多个请求的来自用户设备的探测参考信号的传输 |
US20140226607A1 (en) * | 2011-09-21 | 2014-08-14 | Nokia Solutions And Networks Oy | Apparatus and Method for Communication |
CN104025496A (zh) * | 2011-11-08 | 2014-09-03 | 苹果公司 | 用于无线网络的可扩展及可缩放控制信道的方法和设备 |
CN104468030A (zh) * | 2014-08-26 | 2015-03-25 | 上海华为技术有限公司 | 一种数据传输方法、用户设备及基站 |
CN104620629A (zh) * | 2012-09-12 | 2015-05-13 | 华为技术有限公司 | 用于自适应发送时间间隔(tti)结构的***和方法 |
CN104662827A (zh) * | 2012-09-21 | 2015-05-27 | Lg电子株式会社 | 在无线通信***中接收或发送下行链路控制信号的方法和装置 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4732808B2 (ja) | 2005-06-14 | 2011-07-27 | 株式会社エヌ・ティ・ティ・ドコモ | 無線パラメータ群を生成する装置 |
US8385281B2 (en) * | 2009-01-30 | 2013-02-26 | Interdigital Patent Holdings, Inc. | Method and apparatus for component carrier aggregation in wireless communications |
US8989208B2 (en) * | 2009-04-30 | 2015-03-24 | Qualcomm Incorporated | PDCCH search space design for LTE-A multi-carrier operation |
EP2514238A4 (en) * | 2009-12-17 | 2016-03-09 | Lg Electronics Inc | APPARATUS AND METHOD FOR AVOIDING CONTROL CHANNEL BLOCKAGE |
US20110267948A1 (en) * | 2010-05-03 | 2011-11-03 | Koc Ali T | Techniques for communicating and managing congestion in a wireless network |
CN105610562B (zh) * | 2010-07-21 | 2019-05-21 | 太阳专利信托公司 | 通信设备、终端设备、通信方法、解码方法以及集成电路 |
EP2795981A1 (en) * | 2011-12-22 | 2014-10-29 | Interdigital Patent Holdings, Inc. | Control signaling in lte carrier aggregation |
TW201446019A (zh) | 2013-02-07 | 2014-12-01 | Interdigital Patent Holdings | 低潛時毫米波(mmw)回載系統實體層(phy)設計 |
CN105323049A (zh) * | 2014-06-13 | 2016-02-10 | 中兴通讯股份有限公司 | 一种非授权载波的调度方法、设备和*** |
EP3195508A1 (en) * | 2014-09-08 | 2017-07-26 | Interdigital Patent Holdings, Inc. | Systems and methods of operating with different transmission time interval (tti) durations |
US11212779B2 (en) * | 2014-09-22 | 2021-12-28 | Qualcomm Incorporated | Ultra-low latency LTE downlink communications |
US10560245B2 (en) | 2014-10-21 | 2020-02-11 | Lg Electronics Inc. | Data transmission/reception method in wireless communication system that supports low latency, and apparatus therefor |
CN107431588B (zh) | 2015-03-20 | 2020-08-07 | Lg 电子株式会社 | 用于短tti的时间频率资源的分配方法及其设备 |
KR102316775B1 (ko) | 2015-04-02 | 2021-10-26 | 삼성전자 주식회사 | 무선 셀룰라 통신 시스템에서 전송시간구간 감소를 위한 송수신 방법 및 장치 |
US10075949B2 (en) * | 2016-02-02 | 2018-09-11 | Motorola Mobility Llc | Method and apparatus for low latency transmissions |
-
2016
- 2016-07-25 CN CN201680043216.3A patent/CN107852313B/zh active Active
- 2016-07-25 WO PCT/KR2016/008086 patent/WO2017018758A1/ko active Application Filing
- 2016-07-25 US US15/744,512 patent/US11057914B2/en active Active
- 2016-07-25 EP EP16830791.6A patent/EP3327975B1/en active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070030829A1 (en) * | 2005-08-05 | 2007-02-08 | Nokia Corporation | Preamble length for discontinuous control channel transmission |
US20080101303A1 (en) * | 2006-10-27 | 2008-05-01 | Samsung Electronics Co., Ltd. | High speed shared control channel (hs-scch) communication apparatus and method in wideband code division multiple access (wcdma) communication system |
CN102740462A (zh) * | 2011-04-11 | 2012-10-17 | 中兴通讯股份有限公司 | 一种处理增强型专用传输信道的方法和*** |
CN103503347A (zh) * | 2011-05-03 | 2014-01-08 | 三星电子株式会社 | 响应于多个请求的来自用户设备的探测参考信号的传输 |
US20140226607A1 (en) * | 2011-09-21 | 2014-08-14 | Nokia Solutions And Networks Oy | Apparatus and Method for Communication |
CN104025496A (zh) * | 2011-11-08 | 2014-09-03 | 苹果公司 | 用于无线网络的可扩展及可缩放控制信道的方法和设备 |
CN104620629A (zh) * | 2012-09-12 | 2015-05-13 | 华为技术有限公司 | 用于自适应发送时间间隔(tti)结构的***和方法 |
CN104662827A (zh) * | 2012-09-21 | 2015-05-27 | Lg电子株式会社 | 在无线通信***中接收或发送下行链路控制信号的方法和装置 |
CN104468030A (zh) * | 2014-08-26 | 2015-03-25 | 上海华为技术有限公司 | 一种数据传输方法、用户设备及基站 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112260808A (zh) * | 2016-03-18 | 2021-01-22 | Oppo广东移动通信有限公司 | 数据传输的方法、终端设备及网络设备 |
CN112260806A (zh) * | 2016-03-18 | 2021-01-22 | Oppo广东移动通信有限公司 | 数据传输的方法、终端设备及网络设备 |
US11070345B2 (en) | 2018-04-03 | 2021-07-20 | Huawei Technologies Co., Ltd. | Channel measurement for uplink transmission |
WO2019192360A1 (en) * | 2018-04-03 | 2019-10-10 | Huawei Technologies Co., Ltd. | Channel measurement for uplink transmission |
WO2019213951A1 (zh) * | 2018-05-11 | 2019-11-14 | Oppo广东移动通信有限公司 | 下行信道的接收方法和终端设备 |
CN109644464A (zh) * | 2018-05-11 | 2019-04-16 | Oppo广东移动通信有限公司 | 下行信道的接收方法和终端设备 |
US11765743B2 (en) | 2018-05-11 | 2023-09-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Downlink channel receiving method and terminal device |
US11310787B2 (en) | 2018-05-11 | 2022-04-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Downlink channel receiving method and terminal device |
WO2020125535A1 (zh) * | 2018-12-21 | 2020-06-25 | 华为技术有限公司 | 数据传输方法和通信装置 |
CN111355562B (zh) * | 2018-12-21 | 2021-06-15 | 华为技术有限公司 | 数据传输方法和通信装置 |
CN111355562A (zh) * | 2018-12-21 | 2020-06-30 | 华为技术有限公司 | 数据传输方法和通信装置 |
US11895534B2 (en) | 2018-12-21 | 2024-02-06 | Huawei Technologies Co., Ltd. | Data transmission method and communication apparatus |
CN115801201A (zh) * | 2018-12-28 | 2023-03-14 | 联想(北京)有限公司 | 未授权频谱上的harq-ack传输 |
CN113765639A (zh) * | 2020-06-03 | 2021-12-07 | 三星电子株式会社 | 用于配置基于跨度的pdcch监测的机制 |
CN113765639B (zh) * | 2020-06-03 | 2024-04-05 | 三星电子株式会社 | 用于配置基于跨度的pdcch监测的机制 |
Also Published As
Publication number | Publication date |
---|---|
CN107852313B (zh) | 2021-08-03 |
WO2017018758A1 (ko) | 2017-02-02 |
EP3327975A1 (en) | 2018-05-30 |
EP3327975B1 (en) | 2021-03-03 |
US11057914B2 (en) | 2021-07-06 |
US20180234998A1 (en) | 2018-08-16 |
EP3327975A4 (en) | 2019-03-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107852313A (zh) | 下行链路控制信息接收方法和用户设备以及下行链路控制信息发送方法和基站 | |
US11178650B2 (en) | Downlink and uplink channel with low latency | |
US20220166562A1 (en) | Method for uplink transmission in wireless communication system, and device therefor | |
CN109997327B (zh) | 在无线通信***中发送上行链路信号的方法及其装置 | |
US10750494B2 (en) | Management of dynamic transmission time interval scheduling for low latency communications | |
US11240790B2 (en) | Method and apparatus for transmitting control and data information in wireless cellular communication system | |
US9917676B2 (en) | Harq procedure and frame structure for LTE cells on unlicensed spectrum | |
CN104685808B (zh) | 在无线通信***中接收ack/nack的方法和设备 | |
CN104662827B (zh) | 在无线通信***中接收或发送下行链路控制信号的方法和装置 | |
CN107852310A (zh) | 下行链路控制信息接收方法和用户设备,以及下行链路控制信息发送方法和基站 | |
CN105830363B (zh) | 用于在无线通信***中发送和接收低延迟信号的方法及其装置 | |
CN105052068B (zh) | 使终端能够在无线通信***中收发信号的方法及装置 | |
CN109417525A (zh) | 接收下行链路信号的方法和用户设备发送下行链路信号的方法和基站 | |
KR101840862B1 (ko) | 기계 타입 통신들(mtc)에 대한 물리적 브로드캐스트 채널(pbch) 커버리지 강화들 | |
RU2618507C2 (ru) | Способ и устройство для достижения синхронизации для связи типа устройство-устройство за пределами зоны покрытия в системе беспроводной связи | |
US11076387B2 (en) | Method and device for transmitting or receiving control information in wireless communication system | |
CN105659653B (zh) | 用于测量支持改变无线电资源用途的无线通信***中的信道状态的方法和装置 | |
CN103733549B (zh) | 无线通信***中发送控制信息的方法和设备 | |
CN107836093A (zh) | 用于接收下行链路信号的方法和用户设备以及用于发送下行链路信号的方法和基站 | |
CN104137435B (zh) | 在协作多小区无线通信***中减小小区间干扰的方法及设备 | |
CN105122925B (zh) | 针对覆盖受限的机器类型通信的无控制操作 | |
US9634815B2 (en) | Method and device for terminal to execute uplink HARQ operation in wireless communication system | |
JP2020502936A (ja) | 無線通信システムにおいて短い送信時間間隔を支援する端末のための上りリンク信号送信又は受信方法及びそのための装置 | |
CN106537995A (zh) | 发送上行链路信号的方法和用户设备、以及接收上行链路信号的方法和基站 | |
CN107852299A (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 |