CN110249572A - 用于短pdcch操作的方法和装置 - Google Patents

用于短pdcch操作的方法和装置 Download PDF

Info

Publication number
CN110249572A
CN110249572A CN201880009155.8A CN201880009155A CN110249572A CN 110249572 A CN110249572 A CN 110249572A CN 201880009155 A CN201880009155 A CN 201880009155A CN 110249572 A CN110249572 A CN 110249572A
Authority
CN
China
Prior art keywords
stti
shortening
subframe
rate
spdcch
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
CN201880009155.8A
Other languages
English (en)
Other versions
CN110249572B (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.)
Motorola Mobility LLC
Original Assignee
Motorola Mobility LLC
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 Motorola Mobility LLC filed Critical Motorola Mobility LLC
Publication of CN110249572A publication Critical patent/CN110249572A/zh
Application granted granted Critical
Publication of CN110249572B publication Critical patent/CN110249572B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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
    • 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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • 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/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • 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

Landscapes

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

Abstract

一种方法和装置提供缩短的PDCCH操作。可以确定包括子帧的sTTI中的要由设备监测的sPDCCH DL控制候选的至少一个sPDCCH监测集合(1620)。可以接收属于至少一个sPDCCH监测集合中的一个的sPDCCH(1640)。sPDCCH可以在sPDSCH中调度DL数据分组传输。sPDCCH还可以指示指示至少一个OFDM符号的速率匹配指示符。可以确定频率资源集合(1650)。可以基于sPDSCH至少在属于由速率匹配指示符指示的至少一个OFDM符号的频率资源集合的周围进行速率匹配，对sPDSCH进行解码(1660)。

Description

用于短PDCCH操作的方法和装置
技术领域
本公开涉及用于短物理下行链路控制信道(sPDCCH)操作的方法和装置。
背景技术
目前，诸如用户设备(UE)的无线通信设备使用无线信号与其他通信设备进行通信。在当前的第三代合作伙伴计划长期演进(3GPP LTE)中，UE的时频资源被划分为1ms子帧，其中每个子帧包括两个0.5ms时隙，并且具有正常CP持续时间的每个时隙在上行链路(UL)中包括时域中的7个单载波频分多址(SC-FDMA)符号以及在下行链路(DL)中包括时域中的7个正交频分复用(OFDM)符号。在频域中，时隙内的资源被划分为物理资源块(PRB)，其中每个资源块跨越12个连续的子载波。
在当前的LTE***中，通常在数据可用时使用1ms最小传输时间间隔(TTI)来指配资源，称为动态调度。在每个调度的TTI内，在UL中，UE通过由UL许可指示的PRB对中的物理上行链路共享信道(PUSCH)发送数据，该UL许可为UE调度数据传输。在DL中，基站(eNB)通过由DL许可/指配指示的PRB对中的物理下行链路共享信道(PDSCH)发送数据。UL许可和/或DL指配信息在称为PDCCH或增强型PDCCH((E)PDCCH)的控制信道中被提供给UE。(E)PDCCH信道承载关于在当前子帧上eNB针对UE发送的数据的控制信息以及关于UE需要用于上行链路数据的资源的信息。
如上所述，出于动态调度的目的，存在两种类型的下行链路物理层控制信令，PDCCH和EPDCCH。对于PDCCH，来自e节点B的控制信令由用户设备(UE)在子帧的前一个、前两个、前三个或前四个符号中接收，接下来将上述符号称为控制符号。在控制符号之后的子帧中的剩余符号通常用于接收用户数据，诸如数据分组而不是控制信号。用户数据由UE在物理下行链路共享信道(PDSCH)上接收，并且在PDSCH的选择资源块(RB)中占据整个载波带宽或其一部分。
UE监测用于控制信令的PDCCH候选，其中监测意味着尝试解码。要监测的PDCCH候选的集合是依据搜索空间定义的，其中聚合等级L∈{1,2,4,8}的搜索空间由PDCCH候选的集合定义。对于在其上监测PDCCH的每个服务小区，对应于搜索空间的PDCCH候选的控制信道元素(CCE)由使用包括以下参数的公式给出：子帧的控制区域中的CCE的总数，其通过物理控制格式指示符信道(PCFICH)和物理混合自动重传请求(HARQ)指示符信道(PHICH)资源的减少来导出；聚合等级；要在给定搜索空间中监测的PDCCH候选的数量；以及无线电帧内的时隙数量。
在一个或多个连续CCE的聚合上发送物理控制信道，其中CCE对应于9个资源元素组。每个CCE相当于36个资源元素(RE)。一个CCE是最小PDCCH分配单位。未分配给PCFICH或PHICH的资源元素组的数量是NREG。***中可用的CCE从0到NCCE-1编号，其中由n个连续CCE构成的PDCCH可以仅在满足imodn＝0的CCE开始，其中i是CCE编号。
另一种类型的下行链路物理层控制信令是EPDCCH。对于每个服务小区，较高层信令可以用一个或两个EPDCCH-PRB-集合来配置UE以用于EPDCCH监测。对应于EPDCCH-PRB-集合的PRB对由较高层来指示。每个EPDCCH-PRB-集合包括从0到NECCE,p,k-1编号的增强型CCE(ECCE)集合，其中NECCE,p,k是子帧k的EPDCCH-PRB-集合p中的ECCE的数量。每个EPDCCH-PRB-集合可以被配置为用于集中式EPDCCH传输或者分布式EPDCCH传输。对于每个服务小区，UE监测EPDCCH UE-特定搜索空间的子帧由较高层来配置。UE应监测用于控制信息的(E)PDCCH候选的集合，其中监测意味着根据所监测的DCI格式尝试解码该集合中的(E)PDCCH解码候选中的每一个。要监测的(E)PDCCH候选的集合是依据(E)PDCCH搜索空间定义的。
附图说明
为了描述可以获得本公开的优点和特征的方式，通过参考在附图中图示的本发明的特定实施例来呈现本公开的描述。这些附图仅描绘了本公开的示例实施例，因此不应被视为限制其范围。为清楚起见，附图可能已经被简化，并且不一定按比例绘制。
图1是根据可能的实施例的***的示例框图；
图2是根据可能的实施例的针对2符号TTI支持的每个子帧的OFDM符号中的sTTI图样的示例图示；
图3是根据可能的实施例的用于一个天线端口的子帧中的CRS符号的示例图示；
图4是根据可能的实施例的用于两个天线端口的CRS符号的示例图示；
图5A和图5B是根据可能的实施例的用于四个天线端口的CRS符号的示例图示；
图6是根据可能的实施例的指示未使用的用于sPDSCH传输的控制资源的示例图示；
图7是根据可能的实施例的示例图示，其中基于2OS的sTTI UE可以被分配用于sPDSCH的整个带宽，并且存在两个UL许可用于两个0.5ms-sTTI UE；
图8是根据可能的实施例的示例图示，其中基于2OS的sTTI UE可以被分配用于sPDSCH的整个带宽，并且可以存在两个UL许可用于两个2OS-sTTI UE；
图9是根据可能的实施例的示例图示，其中基于2OS的sTTI UE可以被分配用于sPDSCH的整个带宽，并且存在两个UL许可用于两个2OS-sTTI UE，并且存在1个UL许可用于0.5ms-sTTI UE；
图10是根据可能的实施例的示例图示，其中基于2OS的sTTI UE可以被分配用于sPDSCH的整个带宽，并且存在两个UL许可用于两个2OS-sTTI UE，并且存在一个UL许可用于0.5ms-sTTI UE；
图11是示出根据可能的实施例的对于UE跨越两个连续sTTI而共享的DMRS的示例图示；
图12是根据可能的实施例的UE基于sTTI索引发送DMRS和sPUSCH的示例图示；
图13A和图13B是根据可能的实施例的UE基于调度的sTTI索引确定将在(a)(2，2，3，2，2，3)和(b)(3，2，2，2，3，3)的UL sTTI布局中将数据和DMRS发送到哪里的示例示图；
图14是根据可能的实施例的针对UL DMRS的不同UL许可指示和针对UL sTTI图样：(2，2，3，2，2，3)的UE解释的示例图示；
图15是根据可能的实施例的针对UL DMRS的不同UL许可指示和针对UL sTTI图样：(3，2，2，2，2，3)的UE解释的示例图示；
图16是图示根据可能的实施例的无线通信设备的操作的示例流程图；
图17是图示根据可能的实施例的无线通信设备的操作的示例流程图；
图18是根据可能的实施例的用于sPDCCH监测的多个-PRB集合配置的示例图示；
图19是根据可能的实施例的属于不同PRB集合的sPDCCH解码候选的示例图示；
图20是根据另一个可能的实施例的UE的sPDCCH监测的示例图示；
图21是根据另一个可能的实施例的属于不同PRB集合的sPDCCH解码候选的示例图示；以及
图22是根据可能的实施例的装置的示例框图。
具体实施方式
实施例提供了用于sPDCCH操作的方法和装置。根据可能的实施例，可以确定包括要在子帧的sTTI中被设备监测的sPDCCH DL控制候选的至少一个sPDCCH监测集合。可以接收属于至少一个sPDCCH监测集合中的一个的sPDCCH。sPDCCH可以在sPDSCH中调度DL数据分组传输。sPDCCH还可以指示速率匹配指示符，其指示至少一个OFDM符号。可以确定频率资源集合。可以基于至少在属于由速率匹配指示符指示的至少一个OFDM符号的频率资源集合的周围进行速率匹配的sPDSCH对sPDSCH进行解码。
根据另一个可能的实施例，可以向设备指示包括要在子帧的sTTI中被设备监测的sPDCCH DL控制候选的至少一个sPDCCH监测集合。可以向设备发送属于至少一个sPDCCH监测集合中的一个sPDCCH。sPDCCH可以在sPDSCH中调度DL数据分组传输。sPDCCH还可以指示速率匹配指示符，其指示至少一个OFDM符号。可以发送sPDSCH，其至少在属于由速率匹配指示符指示的至少一个OFDM符号的频率资源集合的周围被速率匹配。
图1是根据可能的实施例的***100的示例框图。***100可以包括诸如用户设备(UE)的至少一个无线通信设备110、诸如增强型节点B(eNB)和/或接入点的至少一个基站120以及网络130。通信设备110可以是无线终端、便携式无线通信设备、智能手机、蜂窝电话、翻盖电话、个人数字助理、个人计算机、选呼接收机、平板电脑、膝上型计算机或任何能够在无线网络上发送和接收通信信号的其他设备。
网络130可以包括能够发送和接收无线通信信号的任何类型的网络。例如，网络130可以包括无线通信网络、蜂窝电话网络、基于时分多址(TDMA)的网络、基于码分多址(CDMA)的网络、基于正交频分多址(OFDMA)的网络、长期演进(LTE)网络、基于第三代合作伙伴计划(3GPP)的网络、卫星通信网络、高空平台网络、互联网和/或其他通信网络。
为了减少诸如LTE***的***100中的通信延迟，可以在UL/DL中使用诸如短于1ms的较短的最小TTI(sTTI)。与当前的LTE***相比，使用sTTI允许UE使用减少的延迟来发送/接收数据。此外，与使用1ms TTI应答数据相比，导致更快的应答数据的对每个sTTI或包含少量sTTI的组的应答可以在诸如传输控制协议(TCP)的一些应用中的慢启动阶段期间为处于良好信道状态的用户提供帮助。例如，在用于DL通信的TCP慢启动阶段，对于处于良好信道状态的用户的网络-UE链路容量可以支持更多的数据，但是网络发送更少量的数据，因为网络由于TCP慢启动阶段而正在等待接收对于先前发送的数据的应答。因此，诸如使用更短的TTI长度的结果的更快的应答可以帮助网络更好地利用可用的网络-UE链路容量。
例如，在0.5ms的sTTI长度上调度UE传输(例如使用跨越1ms子帧中的0.5ms的PRB来调度的sPUSCH)或者在大约140us的sTTI长度上调度UE传输(例如使用跨越子帧中的时隙内的2个SC-FDMA符号的缩短的PRB来调度的sPUSCH)不仅将减少开始和完成发送数据分组所花费的时间，而且还潜在地减少与该数据分组相关的可能的HARQ重传的往返时间。
“子帧”可以指跨越固定数量的OFDM符号的时域容器，例如对于具有15kHz子载波间隔的参数集(numerology)的1ms子帧持续时间。对于具有2m*15kHz子载波间隔的参数集而言，其中m可以是m∈{-2,0,1，...，5}的比例因子，子帧持续时间可以是1/2mms。“TTI”通常可以指UE可以从较高层(即，来自MAC层的媒体访问控制(MAC)协议数据单元(PDU))接收/发送传输块(TB)的持续时间。因此，TTI长度可以取决于TB如何映射到RE和OFDM符号。TTI可以包括用于控制信道的资源，其可以用于TTI内对UE的资源分配。物理层可以向MAC和较高层传输信道(例如，下行链路共享信道(DL-SCH)和上行链路共享信道(UL-SCH))提供信息传输服务，其特征在于支持HARQ、通过改变调制来实现动态链路自适应、编码和发射功率、动态和半静态资源分配、使用波束成形的可能性等。子帧长度TTI的DL-SCH和UL-SCH传输信道可以用诸如PDCCH和PUCCH的相关的控制信道映射到物理信道PDSCH和PUSCH。PDCCH可以至少向UE通知子帧长度TTI DL-SCH的资源分配/指配和混合ARQ信息，以及子帧长度TTI UL-SCH的上行链路调度许可和混合ARQ信息。PUCCH可以承载响应于子帧长度TTI下行链路传输的混合ARQ ACK/NAK，并且可以承载调度请求(SR)和CSI报告。在物理层上，子帧长度TTI DL和UL传输可以使用具有多个OFDM/SC-FDMA符号的子帧(例如，在15kHz子载波间隔参数集中具有1ms子帧持续时间的14个符号)。PDCCH信道可以承载关于在当前子帧上发送的数据的控制信息和关于UE需要用于上行链路数据的资源的信息。这意味着如果UE想要发送一些数据或接收一些数据，则UE必须成功地解码它。
短TTI(sTTI)可以提供对短于子帧长度DL-SCH和UL-SCH的TTI长度的支持。可以将短TTI DL-SCH和UL-SCH传输信道映射到具有相关的控制信道短PDCCH(sPDCCH)和短PUCCH(sPUCCH)的物理信道短PDSCH(sPDSCH)和短PUSCH(sPUSCH)。sPDCCH可以至少向UE通知1msTTI DL-SCH的资源分配/指配和混合ARQ信息，以及与短TTI(短于子帧长度的TTI长度)DL-SCH有关的上行链路调度许可和混合ARQ信息，以及与短TTI(短于子帧长度的TTI长度)UL-SCH有关的上行链路调度许可和混合ARQ信息。sPUCCH可以承载响应于短TTI下行链路传输的混合ARQ ACK/NAK，并且可以承载调度请求(SR)以及可能的CSI报告。可以以短于子帧长度的持续时间发送sPDCCH和sPUCCH。
在物理层上，短TTI DL和UL传输可以使用时隙或子时隙，其可以是具有小于子帧的符号的数量(例如，14个符号)的多个OFDM/SC-FDMA符号的子帧的一部分(例如，在15kHz子载波间隔参数集的情况下，7符号时隙、2或3符号子时隙)。为了减少延迟，可以定义缩短的PDCCH(sPDCCH)以在sTTI或一组sTTI中起类似的作用。对于PDCCH，资源的分配可以在CCE方面发生，其相当于36个RE。一个CCE是最小PDCCH分配单位。对于sPDCCH，可以通过一个或多个短控制信道元素(sCCE)的聚合来形成sPDCCH，其中每个sCCE可以包括资源元素的集合，例如48个RE或72个RE。一个sCCE可以是最小sPDCCH分配单位。
例如，CCE可以包括9个资源元素组(REG)，并且每个REG可以包括RB的4个连续RE，不包括属于小区特定参考信号(CRS)的RE。形成CCE的REG可以通过交织公式跨越PDCCH控制区域(即，时间中的PDCCH符号和频率中的***BW)被分布。sCCE可以包括比传统CCE的9个REG更少的REG。特别地，sCCE可以在3符号sTTI中包括用于基于DMRS的sPDCCH的6个sREG，否则包括4个sREG(即，在2或4符号sTTI中用于基于CRS的sPDCCH，以及在2符号sTTI中用于基于DMRS的sPDCCH)。每个sREG可以包括1个OFDM符号内的1个RB，包括用于CRS和/或DMRS的RE，其中用于解码基于DMRS的sPDCCH的参考符号是DMRS参考信号；用于解码基于CRS的sPDCCH的参考符号是CRS参考信号；并且根据另一个交织公式，sREG在时间中在sPDCCH符号中分布，并且在频率中在sPDCCH RB-集合中分布。
随着sTTI长度变小，控制开销可能增加，这反过来会增加复杂性并因此增加处理延迟，这可能对由低延迟操作提供的延迟减少产生负面影响。为了减少控制信号开销，几乎没有一种通用方法。
根据第一种方法，可以通过可以经由sPDCCH或(E)PDCCH命令发送的单个许可来调度多个sTTI，该sPDCCH或(E)PDCCH命令可以被称为多-sTTI调度。根据第二种方法，控制信息可以以分层的方式发送，例如以多于一个的步骤。例如，第一步，也被称为“慢速DCI”，可以在第一时刻提供对于sTTI的集合共有的控制信息的子集，以及第二步，也被称为“快速DCI”，可以在第二时刻提供与每个sTTI相关的补充控制信息。第一步可以包含第二步控制信息的资源/搜索空间信息。根据第三种方法，可以在每个调度的sTTI中发送控制信息，但是与用于传统1ms-TTI的DCI相比，一些DCI比特字段减少。例如，对于2符号sTTI，RBG大小可以比用于传统1ms-TTI的RBG大小更大，例如大6倍。
图2是根据可能的实施例的针对2符号TTI支持的每个子帧的OFDM符号中的sTTI图样的示例图示200。UE可以基于由PCFICH指示的控制格式指示符(CFI)值来确定使用哪个DLsTTI图样，例如，对于自载波调度的分量载波的情况，基于OFDM符号的数量中的PDCCH长度；以及对于跨载波调度的分量载波的情况，通过无线电资源控制(RRC)信令。可以支持基于CRS和基于解调参考信号(DMRS)的sPDCCH。
图3是根据可能的实施例的用于一个天线端口的子帧中的CRS符号R0的示例图示300。图4是根据可能的实施例的用于两个天线端口的CRS符号R0和R1的示例图示400。图5A和图5B是根据可能的实施例的用于四个天线端口的CRS符号R0、R1、R2和R3的示例图示500。对于基于CRS的sPDCCH，频率分集可以很重要，因此以频率而不是时间来扩展sPDCCH资源可以是好的。为了实现更好的延迟减少，可以在sTTI的第一个符号中发送sPDCCH，以便可以更快地得到处理。CRS符号可以位于子帧中的特定OFDM符号中。例如，对于图示400中的2个天线端口CRS，符号0、4、7和11包含CRS，并且对于图示500中的4个天线端口CRS，符号0、1、4、7、8和11包含CRS。
因此，对于基于CRS的sPDCCH，根据CRS符号相对于sTTI的位置，包含符号的sPDCCH的数量可以改变。例如，考虑两个CRS天线端口；对于DL sTTI图样1，对于sTTI索引1，CRS符号可以位于sTTI的末尾，并且先前的CRS可以位于sTTI 0的第一个符号处，例如在sTTI索引1开始之前的3个符号。因此，为了利用在sTTI索引1的第二个符号中的CRS，例如OFDM符号4，使sPDCCH在该sTTI中占用两个符号而不是一个符号可能是有用的。
根据可能的实施例，可以基于DL sTTI图样和子帧内的sTTI索引来确定包含用于UE的sPDCCH的sTTI中的符号的数量。如果尚未在先前子帧中调度UE，则该实施例可能是有用的。在这种情况下，用于估计信道质量的CRS筛选性能可能不是非常准确，因为除了可能用于PDCCH监测的子帧中的第一CRS之外，没有多少包含符号的CRS可用于筛选。例如，如果信道的时间变化是显著的，则具有最近的包含符号的CRS可以显著地增强信道估计质量。例如，以下是UE的sPDCCH符号的数量的示例：
[表1]对于2-天线端口CRS配置的基于DL sTTI图样和sTTI索引的用于sPDCCH的OFDM符号的数量
[表2]对于4-天线端口CRS配置的基于DL sTTI图样和sTTI索引的用于sPDCCH的OFDM符号的数量
在上表中，值“x”和“y”在规范中可以是固定的，例如x＝1、y＝1；经由较高层信令配置，例如经由RRC或媒体访问控制-控制元素(MAC-CE)信令，或者经由物理层信令指示，例如经由在子帧开始处的慢速DCI。但是，与其他上述方案相比，物理层指示可能有效率或没有效率，因为在慢速DCI未检测到的情况下，快速DCI可能是不可解码的。
一个可能的示例选项还可以是经由例如RRC或MAC-CE的较高层信令，或者经由例如慢速DCI的物理层信令(尽管较高层信令可能是优选的)指示sPDCCH是否占用：子帧的所有sTTI的1个符号；子帧的所有sTTI的2个符号；或者子帧的一些sTTI的1个符号和子帧的其他sTTI的2个符号。例如，对于2-CRS天线端口配置，对于DL sTTI图样1，子帧的所有sTTI可以具有占用1个符号的基于CRS的sPDCCH，除了sTTI索引1，在sTTI索引1中sPDCCH可以占用2个符号。
在时域中，sPDCCH候选可以在子帧的所有sTTI中占用1个或2个符号，其中2个sTTI可以允许多达3个符号。有可能使基于CRS的sPDCCH仅占用sTTI的第一个符号，以便潜在地增强延迟和频率分集。然而，对于基于DMRS和基于CRS的sPDCCH两者具有2个OFDM符号可以简化设计，并且可以允许使用多个高聚合等级的同时调度更加容易。例如，在sTTI的第一个符号处包含2个CRS端口的sTTI中，如果sPDCCH仅跨越一个符号，则具有聚合等级(AL)＝8的两个UL许可可能需要大约72个RB，而如果sPDCCH跨越两个符号，则仅需要大约30个RB。对于sTTI中AL＝2或更高的sPDCCH候选，使用一个符号相对于使用两个符号的频率分集增益可能变小。此外，基于CRS符号相对于sTTI的位置，可能无法始终实现早期sPDCCH解码益处。
基于DL sTTI图样1，并且假设2个CRS天线端口，考虑图示200中示出的sTTI索引1的sPDCCH。因为sPDCCH解码性能差，所以使sPDCCH仅跨越sTTI的第一个符号的早期解码益处可能是不可实现的。例如，如果UE尚未在先前子帧中被调度，例如由于不连续接收(DRX)，则用于估计信道质量的CRS筛选性能可能不是非常准确，因为唯一已经可用的CRS符号可以位于sTTI 0的第一个符号处，例如sTTI索引1开始之前的3个符号。在这种情况下，在sTTI索引1(例如OFDM符号4)的第二个符号中包括CRS用于sPDCCH解调可以是有用的。然后，可以阐明使用一个符号而不是使用两个符号用于sPDCCH的益处，例如频率分集增益胜过使用两个符号用于sPDCCH的益处。类似地，对于两种DL sTTI图样中的sTTI 0，如果sPDCCH使用4个CRS天线端口用于发射分集，则具有跨越两个符号的sPDCCH可能是有益的。
图6是根据可能的实施例的指示未使用的用于sPDSCH传输的控制资源的示例图示600，其中频率沿着x轴。可以将DL阶段1许可内的sPDSCH速率匹配信息字段的大小设置为3比特，以在sPDCCH区域内提供8个位置，以识别控制区域内的UL许可的开始。在图示600中，示出sPDCCH控制区域内的8个位置的示例，其映射到对应于不同聚合等级的UL控制许可的开始。对于此示例，可以为三个单独的用户分配3个UL许可，其中第一许可位置用于用户C。在用户B的DL许可中，sPDSCH速率匹配信息字段可以填充值5，其可以通知用户B控制区域的部分将用于sPDSCH数据传输，该控制区域开始于用户B的DL许可的末端到控制区域内的位置标记“5”的开始。
在sTTI中，eNB可以不使用所有sPDCCH候选来调度sTTI传输。在这种情况下，可以利用未使用的控制资源来发送DL数据，例如在sPDSCH上。例如，eNB可以量化控制区域并且在sTTI中向sTTI UE指示有多少控制资源可用于/不可用于其DL sTTI传输。图示600示出UEB在sTTI中获得其DL许可的示例，并且基于DL许可中的指示，它可以知道sPDCCH控制区域的哪个部分是空闲的，对其而言eNB可以调度UE B用于sPDSCH。作为示例，eNB可以在包含2个OFDM符号的sTTI中向UE指示其DL sPDSCH整个可用带宽中被调度。然而，由于一些RE可以被分配给诸如UL许可的许可，所以对于其他UE，在图示600中eNB可以指示索引5，这可以意味着在UE C的许可之后可以使用其余的控制资源。
根据另一个可能的实施例，可以向sTTI UE指示另一个TTI长度的未使用的控制资源。假设在小区中，存在1ms-TTI UE、0.5ms-sTTI UE以及基于2符号(2OS)的sTTI UE，例如，对于图示200中示出的DL sTTI图样1，一个问题是，如何能够向配置为基于2OS的DL sTTI传输的UE B指示未使用的被配置/分配为sTTI索引0中的PDCCH候选以及sTTI索引3及可能的sTTI索引4中的用于0.5ms-sTTI UE的sPDCCH候选的控制资源，用于其sPDSCH传输。
根据可能的实施例，对于sTTI 0中的PDCCH候选，UE B可以知道PDCCH控制区域长度，例如通过控制格式指示符(CFI)值，因此，类似于图示600中的方案，eNB可以量化PDCCH区域并指示哪些资源可用于到UE的sPDSCH传输。与图示600不同，PDCCH区域的量化可以是不同的，例如不基于PDCCH CCE，而是例如基于带宽的分数。例如，eNB可以指示从频率区域的开头可用于sPDSCH的分数集合{1，1/2，1/4，1/8}中的分数，或者可以指示例如前一半、后一半、前1/2、第二个1/4等是否可用。注意，由于UE B知道以OFDM符号的数量计的PDCCH区域的长度，其可能与2OS的sPDCCH的长度不同，因此可以理解哪些RE是可用的。
根据另一个可能的实施例，假设对于sTTI 3，UE B知道其sPDCCH仅占用OFDM符号索引7。如果存在被配置为用于0.5ms-sTTI DL sTTI操作的UE D，并且如果其sPDCCH资源在频率中与可能具有不同数量的OFDM符号的UE B的sPDSCH分配重叠，例如用于0.5ms-sTTIUE D的sPDCCH占用2个OFDM符号，即，子帧中的OFDM符号索引7和8，则为了向UE B指示未使用的sPDCCH，eNB还可以向UE B指示符号中的0.5ms-sPDCCH的长度。这样，UE B可以知道两个符号中的RE是否都可用于sPDSCH的重用或者仅第二个符号中的RE可用。
例如，在图示600中，如果eNB在没有0.5ms-sPDCCH并且所有2OS sPDCCH仅采用符号索引7的情况下向UE B指示索引5，则基于索引5，UE B将知道在符号7中带宽的分数可用于sPDSCH，以及在符号8中所有带宽可用。对于具有采用2个OFDM符号的0.5ms-sPDCCH的情况，向UE B指示索引5可以意味着在符号7和8两者中仅有资源的分数可用。在一个选项中，在UE B的DL许可中可以存在指示OFDM符号的数量/索引的字段，即诸如图示600中示出的频率可用性索引的速率匹配频率索引所指的。
图7是根据可能的实施例的示例图示700，其中基于2OS的sTTI UE B可以被分配用于sPDSCH的整个带宽，并且存在两个UL许可用于两个0.5ms-sTTI UE，例如UE D和UE F。UEB还可以被指示速率匹配时间索引＝2个OFDM符号。
图8是根据可能的实施例的示例图示800，其中基于2OS的sTTI UE B可以被分配用于sPDSCH的整个带宽，并且可以存在两个UL许可用于两个2OS-sTTI UE，例如UE A和UE C。UE B还可以被指示速率匹配时间索引＝1个OFDM符号。
图9是根据可能的实施例的示例图示900，其中基于2OS的sTTI UE B可以被分配用于sPDSCH的整个带宽，并且存在两个UL许可用于两个2OS-sTTI UE，例如UE A和UE C，以及1个UL许可用于0.5ms-sTTI UE D。UE B还可以被指示速率匹配时间索引＝1个OFDM符号用于2OS-sTTI UE许可，以及速率匹配时间索引＝2个OFDM符号用于0.5ms-sTTI UE许可。根据可能的实施方式，以UE B的DL许可中的附加比特为代价，eNB可以指示更加详细的速率匹配信息，如图示900所示。
图10是根据可能的实施例的示例图示1000，其中基于2OS的sTTI UE B可以被分配用于sPDSCH的整个带宽，并且存在两个UL许可用于两个2OS-sTTI UE，例如UE A和UE C，以及1个UL许可用于0.5ms-sTTI UE D。UE B还可以被指示速率匹配时间索引＝1个OFDM符号用于2OS-sTTI UE许可，并且速率匹配时间索引＝1个OFDM符号用于0.5ms-sTTI UE许可。UED的UL许可可以包含3个OFDM符号，基本上占用来自图示200的sTTI索引3和4。0.5ms sTTIUE可以具有3个OFDM符号长度，在这种情况下，它可以跨越两个基于2OS的sTTI，如在图示1000中所示。可替选地，eNB可以完全地频分复用(FDM)2-OS和0.5ms sTTI操作。然而，这可能是或可能不是图示700中提供的示例的好方式，因为在一些情况下，eNB可能无法预先知道UL数据存在。
图11是根据可能的实施例的示例图示1100，其示出对于诸如UE A的UE的跨越2个连续sTTI而共享的DMRS。频率中DMRS分配可以类似于在两个sTTI中的sPUSCH分配。对于2-OS sTTI，可以在以下图样：(2，2，3，2，2，3)和(3，2，2，2，3，3)之间向下选择(down-select)用于sPUSCH的UL sTTI图样。每个数字可以以OFDM符号数量来指示子帧中的sTTI的长度。另外，用于sPUSCH的数据符号可以限制在sTTI内。此外，如果sPUSCH被发送，则在sTTI内可用于数据传输的符号的数量对于具有2个符号的sTTI可以是1或2，而对于具有3个符号的sTTI可以是1或2或3。此外，UL DMRS的存在(如果有的话)和位置可以由UL许可给出或确定。ULDMRS可以位于相关的sTTI之前或之内。此外，UL DMRS可以位于相关的sTTI之后。可以将不同的方案用于UE以确定UL DMRS位置。对于在两个连续sTTI之间共享DMRS符号的UE，在任一调度的sTTI中的频域中的sPUSCH分配可以与如图1100中所示的DMRS相同/相似。
图12是根据可能的实施例的UE基于sTTI索引发送DMRS和sPUSCH的示例图示1200。图13A和13B是根据可能的实施例的UE基于调度的sTTI索引确定在(a)(2，2，3，2，2，3)和(b)(3，2，2，2，3，3)的UL sTTI布局中将数据和DMRS发送到哪里的示例示图1300和1302。“D”可以代表sPUSCH并且“R”可以代表DMRS。UE可以基于子帧内的sTTI索引来确定UL DMRS位置。图示1200示出由2、2、3、2、2及3个OFDM符号的sTTI构成的UL sTTI图样，表示为(2，2，3，2，2，3)。如果UE在UL sTTI布局(2，2，3，2，2，3)中的sTTI中被调度用于UL sPUSCH传输，则基于sTTI索引，UE可以发送DMRS和sPUSCH。例如，如果UE被调度为在sTTI0中进行传输，则它可以在sTTI0的第一个符号中发送sPUSCH，在sTTI0的第二个符号中发送相关的DMRS；然而，如果UE被调度为在sTTI1中进行sPUSCH传输，则UE可以在先前的sTTI的最后一个符号中发送DMRS，例如在sTTI0的最后一个符号中，并且可以在sTTI1的两个符号中发送sPUSCH。
这些图样可以提供用于无子帧间调度依赖性。如果在子帧n中调度sTTI0，则它可以包含DMRS并且可以不需要在先前子帧n-1中使用DMRS，这可以在跨越不同子帧调度PUSCH和sPUSCH中提供更大的灵活性。例如，子帧n-1中的大多数RB可能已被另一个UE的PUSCH使用，而在子帧n中没有为任何UE调度PUSCH。因此，sTTI UE可以灵活地被指配当前子帧的sTTI0中的任何RB用于UL传输。
这些图样还可以提供用于无时隙间调度依赖性。如果sTTI3被调度，则它可以包含DMRS并且不需要在先前时隙中使用DMRS，这可以在跨越子帧的不同时隙调度0.5ms sPUSCHUE和基于2OS的sPUSCH UE中提供更大的灵活性。例如，第一时隙中的大多数RB可能已被另一个UE的0.5ms-sPUSCH使用，而在第二时隙中可能没有为任何UE调度0.5ms-sPUSCH。因此，基于2OS的sTTI UE可以灵活地被指配在sTTI3中的任何RB用于UL传输。
这些图样可以附加地提供用于在sTTI之后无DMRS。对于sTTI，DMRS可以始终在sTTI之前或之内，而不是在sTTI之后，这可以减少延迟。这些图样可以进一步提供最小的UL许可开销。可能不需要UL许可中的比特来指示哪些符号应该被用于DMRS和sPUSCH。
已经跨越2个sTTI而共享的参考符号可以在两个sTTI之间被频分复用(FDM)。可选地，信令可用于修改每个单独sTTI位置的图样。例如，对于sTTI0：DR，RD。如果没有成功的sTTI，最好使用RD图样来改善延迟。对于sTTI1：DD，RD。如果没有在前的sTTI，则可以使用RD，否则可以使用DD。也可以通过导频FDM共享来始终进行RDD。对于sTTI2：RDD，DDD。
根据另一个可能的实施例，可以通过每个sTTI中的sPDCCH来指示UL DMRS位置的索引。UE可以基于所指示的索引并且至少基于子帧内的UL sTTI图样和/或sTTI索引来确定UL DMRS位置。
根据可能的实施方式，eNB还可以经由诸如RRC或MAC-CE的较高层指示(例如在慢速DCI或快速DCI中)和/或配置指示用于sTTI(例如2OS sTTI)操作的每个子帧的参考符号的平均数量的参数。然后，UE可以基于该参数(例如对于在sTTI之外的要用于该sTTI的最远的参考符号，基于所指示的索引)，并且基于子帧内的UL sTTI图样和sTTI索引中的一个或多个，来确定UL DMRS位置。可以基于信道的时间变化来选择参数。例如，如果信道没有快速变化，则可以将参数设置为较大的值，例如2或4，否则设置为较小的值，例如1，可能是合适的。该参数在规范中还可以是固定的，例如1。
图14是根据可能的实施例的针对UL DMRS的不同UL许可指示和针对UL sTTI图样：(2，2，3，2，2，3)的UE解释的示例图示1400。图15是根据可能的实施例的针对UL DMRS的不同UL许可指示和针对UL sTTI图样：(3，2，2，2，2，3)的UE解释的示例图示1500。根据可能的实施方式，UL许可可以包含1个比特，这里称为“b”，以指示UL DMRS位置。例如，UE可以根据以下映射表3来确定UL DMRS位置。这里，用于sTTI参数的sTTI之外的最远参考符号可以被设置为1。例如，参考图示1200和1300中的“R”。
[表3]对于UL sTTI图样：(2，2，3，2，2，3)的基于UL许可和sTTI索引的UL DMRS(以“R”示出)和数据位置(以“D”示出)
[表4]对于UL sTTI图样：(3，2，2，3，2，2)的基于UL许可和sTTI索引的UL DMRS(以“R”示出)和数据位置(以“D”示出)
在时域中允许sPUSCH和DMRS的各种分布(例如经由较高层信令)是可能的，并且可以提供更大的灵活性。例如，UL许可中的一个比特可以指示针对每个sTTI示出的两种可能性，如表5和表6中所示，分别针对(2，2，3，2，2，3)和(3，2，2，2，2，3)的UL sTTI布局。注意，这些图样还遵循子帧间/时隙间调度独立性，并且在该sTTI之后没有DMRS可用于调度的sTTI。
[表5]对于UL sTTI图样：(2，2，3，2，2，3)的基于1-比特UL许可字段“b”和sTTI索引确定的UL DMRS(以“R”示出)和sPUSCH(以“D”示出)位置
[表6]对于UL sTTI图样：(3，2，2，3，2，2)的基于1-比特UL许可字段“b”和sTTI索引确定的UL DMRS(以“R”示出)和sPUSCH(以“D”示出)位置
鉴于图示200中示出的结构的简单性而不需要时域中的sPUSCH和DMRS分布的指示/配置，该结构可以用作基线。根据可能的实施方式，对于单独调度的UL sTTI，UE可以基于调度的sTTI索引确定在何处发送UL DMRS和sPUSCH。例如，对于(2，2，3，2，2，3)，可以使用(DRDDRDD，DRDDRDD)图样。对于(3，2，2，2，2，3)，可以使用(DDRDDRD，DRDDRDD)图样。无ULDMRS的时域指示可以是分析的基线。
对于sPDCCH监测，sPDCCH监测候选的聚合等级(AL)可以是sTTI BW依赖性的。在小BW中，可以仅允许小AL。此外，对于子帧的第一sTTI，例如第一时隙的sTTI，可以不通过慢速DCI确定sPDCCH监测集合，以便避免第一等级DCI解码延迟。子帧的第一sTTI可以具有较少数量的sPDCCH监测候选，以便适应PDCCH盲解码。慢速-DCI可以修改用于其余sTTI的sPDCCH监测集合。
关于基于约定的DL sTTI图样的盲解码(BD)的数量，在子帧中可以存在6个sTTI。注意并非所有sPDCCH BD都需要同时被处理，因为它们出现在不同的sTTI中；每个子帧支持比LTE通常假设的更多BD是可行的，这可以类似于对于LAA初始部分子帧所支持的每子帧的BD的加倍。例如，假设44个PDCCH BD，例如在子帧的前两个OFDM符号中，可以在子帧中的第一时隙的末尾前处理，则硬件可以被重用直至44个BD用于在子帧的第二时隙中的sPDCCH解码。然而，为了适应属于第一时隙的sTTI的sPDCCH解码候选的盲解码，PDCCH BD尝试的次数可以从44减少到例如32，这可以允许子帧的前三个sTTI的12次BD尝试。假设要监测两种DCI格式，这可以使第一时隙中的每个sTTI具有两个sPDCCH解码候选。
因此，假设在44个BD的每个子帧的第一时隙结束时完成PDCCH盲解码，则UE可以每子帧执行多于44个BD，例如用于PDCCH的32个BD和用于sPDCCH候选的56个BD。此外，为了平衡用于PDCCH和sPDCCH的UE BD，与子帧的第二时隙中的sTTI相比，例如诸如14个BD/sTTI，子帧的第一时隙中的sTTI可以具有更少的BD，例如4个BD/sTTI。如果UE配置有基于DL 2OS的sTTI，则可以减少PDCCH BD的数量，并且第一时隙中的sTTI可以具有更少的sPDCCH监测候选。
对于sPDCCH的聚合等级(AL)，假设36RE/CCE类似于PDCCH，在包含两个OFDM符号而没有任何参考符号开销的sTTI中，例如24RE/RB，AL8可以需要12个RB，例如在50RB***中多于20％的开销。因此，对于2OS-sTTI，不支持高于8的AL。因此，假设sPDCCH的CCE大小为36RE，则基于2OS的sTTI可以支持不高于8的AL。
基于上述BD数量的分析，假设要监测2个DCI格式，在每个sTTI中，可以监测2-7个sPDCCH候选。可以在子帧中监测具有不同聚合等级的候选，使得每个UE(如果被配置用于sTTI操作)可以在某种程度上享受延迟减少的益处。表7示出sTTI的可能的聚合等级的示例，作为在sTTI中监测的sPDCCH候选的数量的函数。注意，可以不在子帧的所有sTTI中监测诸如4和8的较高AL。例如，每个奇数sTTI可以具有AL＝4的候选，并且每个偶数sTTI可以具有AL＝8的候选。这样，可以在sTTI中监测具有诸如1和2的较低AL的更多候选。
[表7]作为在sTTI中监测的sPDCCH候选的数量的函数的sTTI的可能的聚合等级的示例。可以不在子帧的所有sTTI中监测具有较高AL 4和8的候选，而为监测具有AL 1和2的更多候选留出空间。
因此，在子帧中，可以监测所有支持的聚合等级，并且子帧的不同sTTI可以支持不同的聚合等级集合。某些sTTI可以允许单个传输模式(TM)以允许更多的聚合等级。
图16是示出根据可能的实施例的诸如UE 110的无线通信设备的操作的示例流程图1600。在1610处，可以从网络接收指示。该指示可以，例如从基站，在子帧的至少第一符号中在控制信道中被发送。例如，可以在子帧的第一符号中在PDCCH、一组公共控制信道、或者其他控制信道中发送指示。
在1620处，可以基于从网络接收的指示来确定用于子帧的不同长度的DL sTTI的DL sTTI图样。DL sTTI图样可以表示具有不同符号长度的sTTI在子帧内如何分布。例如，sTTI图样可以指定子帧内的不同连续sTTI的不同长度。不同的sTTI图样可以对于子帧中具有给定索引的至少一个sTTI，相对于子帧中具有不同索引的另一个sTTI，指定不同的长度。
在1630处，可以确定至少一个sPDCCH监测集合。常规的PDCCH可以对应于子帧长度TTI，并且sPDCCH可以对应于sTTI。此外，sPDCCH可以或者在长度或者在频率带宽上短于常规PDCCH。可以从较高层信令确定或以其他方式确定至少一个sPDCCH监测集合。例如，可以从用于子帧内的第一数量的sTTI的较高层信令和/或从用于不包括第一数量的sTTI的子帧内的剩余数量的sTTI的指示来确定至少一个sPDCCH监测集合。第一数量的sTTI可以是子帧的第一个sTTI。至少一个sPDCCH监测集合可以包括子帧的sTTI中的要由设备监测的sPDCCHDL控制候选。sTTI的长度可以短于子帧长度TTI。不同的sTTI可以具有不同数量的sPDCCH控制候选以进行监测。sPDCCH可以是DL控制信道，其用信号通知DL指配或UL许可消息，该消息为sPDSCH/sPUSCH分配时频资源，并且为所分配的资源分配相应的接收/传输配置。用于sPDSCH/sPUSCH的时频资源可以包括作为子帧中的OFDM符号的子集的OFDM符号。在一个示例中，sPDSCH/sPUSCH的OFDM符号可以在sTTI内。根据可能的实施方式，可以关于子帧的sTTI中的要由设备监测的DL控制(sPDCCH)候选的OFDM符号的数量(L)进行确定。
在1640处，可以从网络接收属于至少一个sPDCCH监测集合中的一个的sPDCCH。sPDCCH可以在sPDSCH中调度DL数据分组传输。数据分组传输与控制传输不同。sPDCCH还可以指示可以指示至少一个OFDM符号的速率匹配指示符(i1)。速率匹配指示符可以指示sTTI中的一个或一组符号，例如sTTI中的至少一个符号的位置和数量。可以存在多个速率匹配指示符、多个数量的sPDCCH监测集合、多个频率资源集合和多个指示。属于从网络接收的至少一个sPDCCH监测集合中的一个的sPDCCH可以跨越OFDM符号的数量(L)。可以至少基于较高层配置来确定数量(L)。较高层配置可以指示以下选项之一：
1.L＝1对于子帧的所有sTTI；
2.L＝2对于子帧的所有sTTI；以及
3.L＝1对于子帧的第一数量的sTTI，并且L＝2对于子帧的第二数量的sTTI。
如果较高层指示选项3，则设备可以基于sTTI索引和配置的公共参考信号(CRS)端口的数量来确定用于子帧的sTTI的(L)。
在1650处，可以确定频率资源集合(f1)。可以至少基于速率匹配指示符(i1)来确定频率资源集合(f1)。还可以至少基于sPDCCH中的控制信息来确定频率资源集合(f1)。可以进一步基于至少一个sPDCCH监测集合来确定频率资源集合(f1)。频率资源集合(f1)可以属于由较高层信令配置的搜索空间。
在1660处，可以基于sPDSCH至少在属于由速率匹配指示符(i1)指示的至少一个OFDM符号的频率资源集合(f1)的周围进行速率匹配，对sPDSCH进行解码。属于由速率匹配指示符(i1)指示的至少一个OFDM符号的频率资源集合(f1)指示RE可以被声明为预留用于sPDSCH。UE可以假设用于UE的DL数据被映射到分配的RB和与UE的DL资源分配相对应的OFDM符号的RE，该RE至少未被声明为保留用于sPDSCH。资源分配可以指示哪些RB和OFDM符号用于sPDSCH。速率匹配可以区分在DL资源分配内用于给定设备(例如UE)的DL数据的RE和用于其他目的或预留的RE，例如可以用于诸如至少一个其他UE的其他设备的控制信令。
根据可能的实施方式，速率匹配指示符可以是第一速率匹配指示符(i1)。至少一个OFDM符号可以是第一至少一个OFDM符号。频率资源集合(f1)可以是第一频率资源集合(f1)。sPDCCH还可以指示指示第二至少一个OFDM符号的第二速率匹配指示符(i2)。可以确定第二频率资源集合(f2)。可以至少基于sPDCCH中的控制信息来确定第二频率资源集合(f2)。可以进一步基于配置的资源块集合来确定第二频率资源集合(f2)。配置的资源块集合(例如搜索空间)可以被其他设备用于监测它们自己的sPDCCH解码候选。配置的资源块集合可以仅包含在sPUSCH上调度UL数据的sPDCCH候选。设备可以使用配置的资源块集合来接收UL许可。由第二速率匹配指示符(i2)指示的OFDM符号数量可以大于由第一速率匹配指示符(i1)指示的至少一个OFDM符号。可以基于sPDSCH至少在属于由第一速率匹配指示符(i1)指示的第一至少一个OFDM符号的第一频率资源集合(f1)和属于由第二速率匹配指示符(i2)指示的第二至少一个OFDM符号的第二频率资源集合(f2)的周围进行速率匹配，来对sPDSCH进行解码。因此，对应于属于由第一速率匹配指示符(i1)指示的第一至少一个OFDM符号的第一频率资源集合(f1)和属于由第二速率匹配指示符(i2)指示的第二至少一个OFDM符号的第二频率资源集合(f2)的并集的RE可以被认为/声明为预留用于sPDSCH。UE可以假设用于UE的DL数据被映射到分配的RB和与UE的DL资源分配相对应的OFDM符号的RE，该RE至少未被声明为预留用于sPDSCH。因此，sPDSCH未映射到对应于并集的RE。
图17是图示根据可能的实施例的诸如像基站120的网络实体的无线通信设备的操作的示例流程图1700。在1710处，可以从网络向设备发送指示。该指示可以指示子帧的不同长度DL sTTI的DL sTTI图样。sTTI的长度可以短于子帧长度TTI。
在1720处，可以向设备指示至少一个sPDCCH监测集合。可以向UE指示至少一个sPDCCH监测集合，例如发送或以其他方式指示。较高层信令可以指示至少一个sPDCCH监测集合。例如，用于子帧内的第一数量的sTTI的较高层信令，和/或用于不包括第一数量的sTTI的子帧内的剩余数量的sTTI的指示可以指示至少一个sPDCCH监测集合。作为另一示例，可以在控制信道中在子帧的至少第一个符号中发送指示。至少一个sPDCCH监测集合可以包括子帧的sTTI中的要由设备监测的sPDCCH DL控制候选。
在1730处，可以发送属于至少一个sPDCCH监测集合中的一个的sPDCCH。sPDCCH可以在sPDSCH中调度DL数据分组传输。sPDCCH还可以指示指示至少一个OFDM符号的速率匹配指示符(i1)。
在1740处，可以发送至少在属于由速率匹配指示符(i1)指示的至少一个OFDM符号的频率资源集合(f1)的周围进行速率匹配的sPDSCH。可以至少基于速率匹配指示符(i1)来确定频率资源集合(f1)。至少sPDCCH中的控制信息可以指示频率资源集合(f1)。至少一个sPDCCH监测集合至少可以指示频率资源集合(f1)。
根据可能的实施方式，速率匹配指示符可以是第一速率匹配指示符(i1)。至少一个OFDM符号可以是第一至少一个OFDM符号。频率资源集合(f1)可以是第一频率资源集合(f1)。sPDCCH还可以指示第二速率匹配指示符(i2)，其指示第二至少一个OFDM符号。可以指示第二频率资源集合(f2)。例如，可以向UE指示第二频率资源集合(f2)。至少sPDCCH中的控制信息可以指示第二频率资源集合(f2)。而且，至少配置的资源块集合可以指示第二频率资源集合(f2)。配置的资源块集合可以仅包含在sPUSCH上调度UL数据的sPDCCH候选。可以发送sPDSCH，其中sPDSCH可以至少在属于由第一速率匹配指示符(i1)指示的第一至少一个OFDM符号的第一频率资源集合(f1)和属于由第二速率匹配指示符(i2)指示的第二至少一个OFDM符号的第二频率资源集合(f2)的周围进行速率匹配。
应当理解，尽管图中示出的特定步骤，可以根据实施例执行各种附加的或不同的步骤，并且根据实施例可以重新排列、重复或完全消除一个或多个特定步骤。而且，执行的一些步骤可以在执行其他步骤的同时在持续或连续的基础上同时地重复。此外，不同的步骤可以由不同的元件或在所公开的实施例的单个元件中执行。
根据另一个可能的实施例，可以在设备处接收来自网络的指示。可以基于从网络接收的指示来确定子帧的DL sTTI图样。sTTI的长度可以短于子帧长度TTI。DL sTTI图样可以表示具有不同符号长度的sTTI在子帧内如何分布。sTTI的索引可以指示DL sTTI图样中sTTI的位置。例如，sTTI图样可以指定子帧内的不同连续sTTI的不同长度。不同的sTTI图样可以指示用于在子帧中具有给定索引的至少一个sTTI的不同长度。可以至少基于DL sTTI图样和子帧内的sTTI的索引来确定子帧的sTTI中的要由设备监测的sPDCCH候选的OFDM符号数量。子帧可以包括PDCCH和sPDCCH。sPDCCH可以对应于sTTI，并且PDCCH可以对应于子帧长度TTI。sPDCCH候选可以在子帧的所有sTTI中占用一个或两个符号。例如，子帧的一些sTTI可以包括占用一个符号的sPDCCH候选，并且子帧的其他sTTI可以包括占用两个符号的sPDCCH候选。可以根据确定的OFDM符号的数量来监测和解码sPDCCH候选。子帧可以包括CRS，并且可以基于CRS对sPDCCH候选进行解码。根据可能的实施方式，可以接收指示，其指示子帧中由sPDCCH占用的sTTI中的符号。例如，指示可以指示sPDCCH是否占用子帧的所有sTTI的1个符号、子帧的所有sTTI的2个符号，或者占用子帧的一些sTTI的1个符号和其他sTTI的2个符号。
根据另一个可能的实施例，可以在设备处的控制信道中接收第一指示和第二指示。第二指示可以是1-比特指示。可以在DL sTTI中发送的UL许可中的控制信道中接收第一指示和第二指示。第一指示可以指示用于UL子帧中的UL sTTI中的UL数据传输的资源。第二指示可以指示用于UL子帧中的UL数据符号和UL DMRS符号的图样。子帧可以包括至少两个不同长度的UL sTTI的图样。每个UL sTTI可以具有在子帧中的UL sTTI的图样中的UL sTTI索引。第二指示可以指示用于UL子帧中的UL sTTI的图样中的UL数据和UL DMRS符号的图样。可以至少基于UL子帧中的第二指示和UL sTTI索引来确定UL DMRS位置。根据可能的实施方式，可以从网络接收参数。参数可以指示关于调度的UL sTTI的UL DMRS符号的位置，以用于解调调度的UL sTTI中的UL数据。参数可以指示关于调度的UL sTTI的最远的可能的ULDMRS符号，以用于解调调度的UL sTTI中的UL数据。可以至少基于UL子帧中的参数、第二指示和UL sTTI索引来确定UL DMRS位置。UL sTTI索引可以指示UL子帧中UL sTTI的位置。可以存在至少两个可能的索引，包括DMRS位置索引和sTTI索引。可以基于所确定的UL DMRS位置来发送UL DMRS和UL数据。
图18是根据可能的实施例的用于sPDCCH监测的多个-PRB集合配置的示例图示1800。具有用于UE监测sPDCCH的多个PRB集合可以使eNB能够通过发送在不与非sTTI传输重叠的PRB集合上调度sTTI UE的sPDCCH，在同一子帧中容易地复用非sTTI和sTTI UE，从而降低sPDCCH阻塞率。与当前的EPDCCH设计类似，对于每个服务小区，较高层信令可以以用于sPDCCH监测的多个PRB集合来配置UE。对应于每个PRB集合的PRB可以由较高层配置。在UE被启用sTTI操作的子帧的每个sTTI中，UE可以监测一些或所有配置的PRB集合。
对于图示1800所示的示例，eNB可以配置4个PRB集合用于sPDCCH控制监测。子帧n+1可以具有与诸如3和4的一些sPDCCH监测集合重叠的传统PDSCH分配，然而，eNB可以使用诸如1和2的剩余集合来在该子帧中调度sPDSCH。因此，UE可以被配置为使用与EPDCCH-PRB集合配置类似的原理来监测多个RB集合上的sPDCCH候选。
图19是根据可能的实施例的属于不同PRB集合的sPDCCH解码候选的示例图示1900。假设每sTTI有7个sPDCCH候选，UE可以监测集合(1，2，3)或(4，2，3)中的任何一个。可以在***BW的前一半内映射前两个集合的CCE，并且可以在***BW的后一半内映射第二两个集合的CCE。
用于sPDCCH监测的不同PRB集合可以具有不同的带宽、不同数量的解码候选，并且可以支持不同的聚合等级。例如，如图示1900所示，来自图示1800的集合1和4可以包括AL＝1的两个解码候选，以及AL＝2的一个解码候选，假设36个RE/CCE，占用约3个RB；而集合2和3可以具有AL＝4的一个候选和AL＝8的一个候选，占用约12RB。假设每sTTI有7个sPDCCH候选，UE可以监测集合(1，2，3)或(4，2，3)中的任何一个。例如，eNB可以基于对要给予非sTTI操作的资源的了解在子帧的开始处用信号通知要监测哪些集合。注意，在该示例中，即使UE错过指示要监测哪些集合的信号，UE也可以始终监测所有sTTI中的配置的sPDCCH-PRB集合2和3。因此，UE可以监测子帧的sTTI中的配置的sPDCCH RB的子集。而且，在子帧的开始，eNB可以指示要监测哪些子集。即使UE错过子集监测指示，也可以始终监测默认子集。
如果UE可以在每个sTTI中或在子帧的一些sTTI中监测少于7个候选，例如第一时隙中的sTTI，则可以精简这些集合。例如，为了监测每个sTTI的4个候选，可以精简集合1和4以仅具有AL＝1的1个候选，或者AL＝8的可以从集合2中取出而AL＝4的候选可以从集合3中取出。
如果仅监测每sTTI支持的2个sPDCCH候选，例如对于第一时隙的sTTI，则集合1和4可以仅包含AL＝2的单个候选，并且在一些sTTI中集合2可以仅包括AL＝4的一个候选而集合3可以为空，并且在剩余的sTTI中集合3可以仅包括AL＝4的一个候选而集合2为空。
在上述示例中，在监测7个sPDCCH候选的每个sTTI中，AL＝1、4和8中的每一个可以具有2个候选，并且AL＝2可以具有一个候选。如表7中所示，为了具有AL＝1、2和4的2个候选以及AL＝8的仅1个候选，集合1和4每个可以包含额外的AL＝2候选，例如分别地，对于集合1跨越CCE 2-3并且对于集合4跨越CCE 18-19。在奇数sTTI中，集合2可以不具有AL＝8候选，并且在偶数sTTI中，集合3可以不具有AL＝8候选。
根据另一种可能的实施方式，假设每sTTI有7个sPDCCH候选，UE可以基于子帧开始处的信令或基于sTTI索引来监测集合(1，2，3)或(4，2，3)中的任何一个。
图20是根据另一个可能的实施例的UE的sPDCCH监测的示例图示2000。假设每个sTTI有6个sPDCCH候选，在奇数sTTI中，UE可以基于子帧开始处的信令监测集合(1，2)或(3，2)，并且在偶数sTTI中，UE可以基于子帧开始处的信令监测集合(1，4)或(3，4)。
图21是根据另一个可能的实施例的属于不同PRB集合的sPDCCH解码候选的示例图示2100。集合3可以包括属于集合1和2的一些解码候选。集合6可以包括属于集合4和5的一些解码候选。前三个集合的CCE可以映射在***BW的前一半内，并且第二个三个集合的CCE可以映射在***BW的后一半内。
sPDCCH搜索空间设计可以分类为以下方案中的一种或其组合。在一种方案中，在每个sTTI中，量化对于所有UE可以知道的控制区域，并且用信号通知哪个部分可用。在另一种方案中，在每个sTTI中，量化***(或sTTI)带宽并且用信号通知哪个部分可用。在另一种方案中，在每个sTTI中，安排UL和DL sPDCCH候选，使得UE通过找到其自己的DL许可可以确定在其DL分配中的哪些资源可用于sPDSCH。在另一种方案中，在每个sTTI中，用信号通知要由UE监测的配置的sPDCCH-PRB集合当中未使用的sPDCCH-PRB集合。上述方案中的每一个可以具有它们自己的限制，例如关于控制候选放置，或者以某种方式的粗略的量化粒度来避免在应当管理控制开销的情况下在基于2OS的DL sTTI中的DL许可中放入许多比特。
在EPDCCH的上下文中可以发生未使用的控制资源利用的相同问题。在那里，为UE分配的PDSCH可以仅围绕其自己的EPDCCH进行速率匹配。因此，根据资源分配和sPDCCH配置，可以在没有额外的限制和规范工作的情况下执行几乎与其他提议一样好的类似的方法。虽然，EPDCCH和sPDCCH场景之间存在一些差异。一个差异可以是直至4个eCCE可以适配到PRB中，而假设36个RE/CCE的用于sPDCCH的CCE在由2个OFDM符号组成的sTTI中可以占用多于1个RB，假设2个符号并且每个符号有12个子载波。另一个差异可以是资源分配粒度可以不同的情况，例如较大的RBG大小可以用于sPDSCH。另一个差异可以是以符号数量计的sPDCCH长度可以小于sTTI中的符号数量。另一个差异可以是基于2OS的sTTI UE可以与0.5ms-sTTI UE复用。
UE可以被配置为监测sTTI中的sPDCCH解码候选。监测候选可以属于多个sPDCCH-PRB集合。eNB可以以多个sPDCCH-PRB集合来配置UE。然后，eNB(例如在子帧的开始处)可以指示应该在子帧中监测配置UE的那些当中的哪些sPDCCH解码集合。在每个sTTI中，eNB可以指示配置的集合中的哪些未被使用，UE能够使用这些以在该sTTI中接收sPDSCH。例如，eNB可以以4个集合来配置UE，其中每个集合可以包含跨越不同CCE的sPDCCH候选(对于sTTI，控制信道元素(CCE)被称为sCCE)。例如，集合1可以包含3个sPDCCH解码候选：AL＝2的1个候选，跨越CCE 0-1，以及AL＝1的2个候选(CCE0，CCE1)。在子帧的每个sTTI中，eNB可以指示监测集中的哪一个不用于控制，例如sPDCCH，可用于sPDSCH重用。例如，对于2比特，eNB可以指示4个配置的集合中的哪一个不用于控制，例如表8中所示。
[表8]
每个sTTI中的sPDCCH比特 含义
0 0 CCE 0-1可用
0 1 CCE 0-7可用
1 0 CCE 16-17
1 1 CCE 16-23可用
如果集合在CCE中重叠，则可用资源的含义可以基于重叠，如表9中所示。
[表9]
每个sTTI中的sPDCCH比特 含义
0 0 CCE 0-1可用
0 1 CCE 2-7可用
1 0 CCE 16-17
1 1 CCE 18-23可用
UE可以取出诸如CCE的资源，其中它已经在sTTI中解码了其sPDCCH。
基于慢速DCI中的sPDCCH区域的细化或者基于在慢速DCI中用信号通知的待监测的sPDCCH集合，在控制区域在VRB域中分布的情况下，可以在每个sTTI块中解释速率匹配比特。通过sTTI中的快速DCI用信号通知的关于子帧的sTTI中的未使用的sPDCCH区域的信息可以由UE基于要在sTTI中监测的sPDCCH-PRB集合的集合来解释。例如，可以通过在子帧的开始处用信号通知的慢速DCI来确定要在sTTI中监测的sPDCCH-PRB集合的集合。
对于基于DMRS的sPDCCH，集中式传输可能是好的。在这种情况下，上图中分配的点对于频率选择性信道中的一些UE可能不好。因此，具有多个位置可以是有用的。如果那些位置被放置在每个sTTI块处，也用于针对多个sTTI块调度UE，则可能必须发送更多比特，诸如每个调度的sTTI的特定数量的比特，因此sDCI中存在不同数量的比特。
为了调度多个UL，例如基于最近活动的低延迟UE，至少MAC-CE可以用于修改UL候选，因为eNB可能不知道UE是否检测到慢速DCI。如果基于慢速DCI来执行解释，则在UE未检测到慢速DCI的情况下，可能存在以下不同UE行为中的一种。在一种行为中，UE可以假设使用所有可能的UL候选。在另一种行为中，UE可以假设没有使用可能的UL候选。在另一种行为中，UE可以假设使用默认的可能的UL候选的集合。
图22是根据可能的实施例的诸如UE 110、基站120或本文公开的任何其他无线通信装置的装置2200的示例框图。装置2200可以包括壳体2210、耦合到壳体2210的控制器2220、耦合到控制器2220的音频输入和输出电路2230、耦合到控制器2220的显示器2240、耦合到控制器2220的收发器2250、耦合到收发器2250的天线2255、耦合到控制器2220的用户接口2260、耦合到控制器2220的存储器2270以及耦合到控制器2220的网络接口2280。装置2200可以不必包括所有图示的用于本公开的不同实施例的元件。装置2200可以执行所有实施例中描述的方法。
显示器2240可以是取景器、液晶显示器(LCD)、发光二极管(LED)显示器、有机发光二极管(OLED)显示器、等离子显示器、投影显示器、触摸屏、或任何其他显示信息的设备。收发器2250可以包括发射器和/或接收器。音频输入和输出电路2230可以包括麦克风、扬声器、换能器、或任何其他音频输入和输出电路。用户界口2260可以包括小型键盘、键盘、按钮、触摸板、操纵杆、触摸屏显示器、另一个附加显示器、或用于在用户和电子设备之间提供接口的任何其他设备。网络接口2280可以是通用串行总线(USB)端口、以太网端口、红外发射器/接收器、IEEE 1394端口、WLAN收发器、或可以将装置连接到网络、设备、和/或计算机以及可以发送和接收数据通信信号的任何其他接口。存储器2270可以包括随机存取存储器、只读存储器、光存储器、固态存储器、闪存、可移动存储器、硬盘驱动器、高速缓存、或可以耦合到存装置的任何其他存储器。
装置2200或控制器2220可以实现任何操作***，诸如Microsoft或AndroidTM、或任何其他操作***。装置操作软件可以用例如，诸如C、C++、Java或Visual Basic的任何编程语言来编写。装置软件还可以在应用程序框架上运行，诸如，例如，框架、框架、或任何其他应用程序框架。软件和/或操作***可以存储在存储器2270中或装置2200上的其他地方。装置2200或控制器2220还可以使用硬件来实现所公开的操作。例如，控制器2220可以是任何可编程处理器。所公开的实施例还可以在通用或专用计算机、编程微处理器或微处理器、***集成电路元件、专用集成电路或其他集成电路、诸如分立元件电路的硬件/电子逻辑电路、诸如可编程逻辑阵列、现场可编程门阵列的可编程逻辑器件等。通常，控制器2220可以是能够操作装置并实现所公开的实施例的任何控制器或处理器设备或一些设备。装置2200的一些或所有附加元件还可以执行所公开的实施例的一些或全部操作。
在操作中，收发器2250可以从网络接收指示。控制器2220可以基于从网络接收的指示来确定用于子帧的不同长度的DL sTTI的DL sTTI图样。控制器2220可以确定包括要由装置2200在子帧的sTTI中监测的sPDCCH DL控制候选的至少一个sPDCCH监测集合。sTTI的长度可以短于子帧长度TTI。可以从较高层信令确定至少一个sPDCCH监测集合。还可以从用于子帧内的第一数量的sTTI的较高层信令和/或从用于不包括第一数量的sTTI的子帧内的剩余数量的sTTI的指示来确定至少一个sPDCCH监测集合。收发器2250可以从网络接收属于至少一个sPDCCH监测集合中的一个的sPDCCH。sPDCCH可以在sPDSCH中调度DL数据分组传输。sPDCCH还可以指示指示至少一个OFDM符号的速率匹配指示符(i1)。控制器2220可以确定频率资源集合(f1)。可以至少基于速率匹配指示符(i1)来确定频率资源集合(f1)。还可以至少基于sPDCCH中的控制信息来确定频率资源集合(f1)。控制器2220可以基于sPDSCH至少在属于由速率匹配指示符(i1)指示的至少一个OFDM符号的频率资源集合(f1)的周围进行速率匹配，对sPDSCH进行解码。
根据可能的实施方式，速率匹配指示符可以是第一速率匹配指示符(i1)。至少一个OFDM符号可以是第一至少一个OFDM符号。频率资源集合(f1)可以是第一频率资源集合(f1)。sPDCCH还可以指示指示第二至少一个OFDM符号的第二速率匹配指示符(i2)。控制器2220可以确定第二频率资源集合(f2)。可以至少基于sPDCCH中的控制信息来确定第二频率资源集合(f2)。控制器2220可以基于sPDSCH至少在属于由第一速率匹配指示符(i1)指示的第一至少一个OFDM符号的第一频率资源集合(f1)和属于由第二速率匹配指示符(i2)指示的第二至少一个OFDM符号的第二频率资源集合(f2)的周围进行速率匹配，对sPDSCH进行解码。
根据另一个可能的实施例，装置2200可以作为诸如基站120的网络实体操作。收发器2250可以指示包括子帧的sTTI中的要由设备监测的sPDCCH DL控制候选的至少一个sPDCCH监测集合。例如，可以向UE指示至少一个sPDCCH监测集合。收发器2250可以向设备发送属于至少一个sPDCCH监测集合中的一个的sPDCCH。sPDCCH可以在sPDSCH中调度DL数据分组传输。sPDCCH还可以指示可以指示至少一个OFDM符号的速率匹配指示符(i1)。收发器2250可以发送至少在属于由速率匹配指示符(i1)指示的至少一个OFDM符号的频率资源集合(f1)周围进行速率匹配的sPDSCH。控制器2220可以确定和/或生成由收发器发送的信息。根据该实施例，装置2200还可以执行附加操作，诸如在流程图1700中描述的以及在其他实施例中描述的操作。
可以在编程的处理器上实现本公开的方法。然而，控制器、流程图和模块也可以在通用或专用计算机、编程微处理器或微控制器和***集成电路元件、集成电路、诸如分立元件电路的硬件电子或逻辑电路、可编程逻辑器件等上实现。通常，驻留有能够实现图中所示的流程图的有限状态机的任何设备可以用于实现本公开的处理器功能。
虽然已经用其具体实施例描述了本公开，但显然许多替代、修改和变化对于本领域技术人员而言是显而易见的。例如，在其他实施例中，实施例的各种部件可以被互换、添加或替代。而且，每个图的所有元件对于所公开的实施例的操作不是必需的。例如，通过简单地采用独立权利要求的要素，所公开的实施例的本领域普通技术人员将能够制造和使用本公开的教导。因此，如本文所述的本公开的实施例旨在说明而非限制。在不脱离本公开的精神和范围的情况下，可以进行各种改变。
在本文件中，诸如“第一”、“第二”等的关系术语可以仅用于将一个实体或动作与另一个实体或动作区分开，而不一定要求或暗示这样的实体或动作之间的任何实际的这种关系或顺序。由列表紧随其后的短语“至少一个”、“至少一个选自…的组”、或“至少一个选自”被定义为表示一个、一些或全部，但不一定是全部列表中的元素。术语“由…组成”、“包含”、“包括”或其任何其他变型旨在涵盖非排他性包含，使得包括元素列表的过程、方法、物品或装置不仅仅包括那些元素还可以包括其他未明确列出的元素或这些过程、方法、物品或装置固有的元素。在没有更多约束的情况下，在前面具有“一”、“一个”等的元素不排除在包括该元素的过程、方法、物品或装置中存在另外的相同元件。而且，术语“另一个”被定义为至少第二个或更多个。本文使用的术语“包括”、“具有”等被定义为“由…构成”。此外，背景技术部分是作为发明人自己在提交时对一些实施例的背景的理解而编写的，并且包括发明人自己对现有技术的任何问题和/或发明人自己工作中经历的问题的认识。

Claims (20)

1.一种方法，包括：
确定至少一个缩短的物理下行链路控制信道监测集合，所述至少一个缩短的物理下行链路控制信道监测集合包括在子帧的缩短的传输时间间隔中的要由设备监测的缩短的物理下行链路控制信道下行链路控制候选，其中缩短的传输时间间隔的长度短于所述子帧长度传输时间间隔，并且其中常规的物理下行链路控制信道至少对应于子帧长度传输时间间隔的下行链路传输，并且其中缩短的物理下行链路控制信道至少对应于缩短的传输时间间隔的下行链路传输；
由所述设备从网络接收缩短的物理下行链路控制信道，所述缩短的物理下行链路控制信道属于所述至少一个缩短的物理下行链路控制信道监测集合中的一个，
其中，所述缩短的物理下行链路控制信道调度在缩短的物理下行链路共享信道中的下行链路数据分组传输，以及
其中，所述缩短的物理下行链路控制信道还指示速率匹配指示符，所述速率匹配指示符指示至少一个正交频分复用符号；
确定频率资源集合；以及
基于所述缩短的物理下行链路共享信道至少在属于由所述速率匹配指示符指示的所述至少一个正交频分复用符号的所述频率资源集合的周围进行速率匹配，对所述缩短的物理下行链路共享信道进行解码。
2.根据权利要求1所述的方法，其中，至少基于所述速率匹配指示符来确定所述频率资源集合。
3.根据权利要求1所述的方法，
其中，所述速率匹配指示符是第一速率匹配指示符，
其中，所述至少一个正交频分复用符号是第一至少一个正交频分复用符号，
其中，所述频率资源集合是第一频率资源集合，
其中，所述缩短的物理下行链路控制信道进一步指示第二速率匹配指示符，所述第二速率匹配指示符指示第二至少一个正交频分复用符号，
其中，所述方法进一步包括
确定第二频率资源集合，
其中，解码包括基于所述缩短的物理下行链路共享信道至少在以下周围进行速率匹配，对所述缩短的物理下行链路共享信道进行解码：
属于由所述第一速率匹配指示符指示的所述第一至少一个正交频分复用符号的所述第一频率资源集合，以及
属于由所述第二速率匹配指示符指示的所述第二至少一个正交频分复用符号的所述第二频率资源集合。
4.根据权利要求3所述的方法，其中，至少基于所述缩短的物理下行链路控制信道中的控制信息来确定所述第二频率资源集合。
5.根据权利要求4所述的方法，其中，基于配置的资源块集合来进一步确定所述第二频率资源集合。
6.根据权利要求5所述的方法，其中，所述配置的资源块集合仅包含在缩短的物理上行链路共享信道上调度上行链路数据的缩短的物理下行链路控制信道候选。
7.根据权利要求1所述的方法，其中，至少基于所述缩短的物理下行链路控制信道中的控制信息来确定所述频率资源集合。
8.根据权利要求7所述的方法，其中，基于所述至少一个缩短的物理下行链路控制信道监测集合来进一步确定所述频率资源集合。
9.根据权利要求1所述的方法，其中，从较高层信令来确定所述至少一个缩短的物理下行链路控制信道监测集合。
10.根据权利要求1所述的方法，其中，从选自以下的至少一个来确定所述至少一个缩短的物理下行链路控制信道监测集合：
用于所述子帧内的第一数量的缩短的传输时间间隔的较高层信令，以及
用于不包括所述第一数量的缩短的传输时间间隔的在所述子帧内的剩余数量的缩短的传输时间间隔的指示。
11.根据权利要求10所述的方法，其中，在所述子帧的至少第一符号中的控制信道中发送所述指示。
12.根据权利要求1所述的方法，进一步包括：
在所述设备处接收来自所述网络的指示；以及
基于从所述网络接收的所述指示来确定用于子帧的不同长度下行链路缩短的传输时间间隔的下行链路缩短的传输时间间隔图样。
13.一种装置，包括：
控制器，所述控制器确定至少一个缩短的物理下行链路控制信道监测集合，所述至少一个缩短的物理下行链路控制信道监测集合包括在子帧的缩短的传输时间间隔中的要由设备监测的缩短的物理下行链路控制信道下行链路控制候选，其中缩短的传输时间间隔的长度短于子帧长度传输时间间隔，并且其中常规的物理下行链路控制信道至少对应于子帧长度传输时间间隔的下行链路传输，并且其中缩短的物理下行链路控制信道对应于缩短的传输时间间隔的下行链路传输；以及
耦合到所述控制器的收发器，其中，所述收发器从网络接收缩短的物理下行链路控制信道，所述缩短的物理下行链路控制信道属于所述至少一个缩短的物理下行链路控制信道监测集合中的一个，
其中，所述缩短的物理下行链路控制信道调度在缩短的物理下行链路共享信道中的下行链路数据分组传输，以及
其中，所述缩短的物理下行链路控制信道还指示速率匹配指示符，所述速率匹配指示符指示至少一个正交频分复用符号，
其中，所述控制器确定频率资源集合，以及
其中，所述控制器基于所述缩短的物理下行链路共享信道至少在属于由所述速率匹配指示符指示的所述至少一个正交频分复用符号的所述频率资源集合的周围进行速率匹配，对所述缩短的物理下行链路共享信道进行解码。
14.根据权利要求13所述的装置，其中，至少基于所述速率匹配指示符来确定所述频率资源集合。
15.根据权利要求13所述的装置，
其中，所述速率匹配指示符是第一速率匹配指示符，
其中，所述至少一个正交频分复用符号是第一至少一个正交频分复用符号，
其中，所述频率资源集合是第一频率资源集合，
其中，所述缩短的物理下行链路控制信道进一步指示第二速率匹配指示符，所述第二速率匹配指示符指示第二至少一个正交频分复用符号，
其中，所述控制器确定第二频率资源集合，
其中，所述控制器基于所述缩短的物理下行链路共享信道至少在以下周围进行速率匹配，对所述缩短的物理下行链路共享信道进行解码：
属于由所述第一速率匹配指示符指示的所述第一至少一个正交频分复用符号的所述第一频率资源集合，以及
属于由所述第二速率匹配指示符指示的所述第二至少一个正交频分复用符号的所述第二频率资源集合。
16.根据权利要求15所述的装置，其中，至少基于所述缩短的物理下行链路控制信道中的控制信息来确定所述第二频率资源集合。
17.根据权利要求13所述的装置，其中，至少基于所述缩短的物理下行链路控制信道中的控制信息来确定所述频率资源集合。
18.根据权利要求13所述的装置，其中，从较高层信令来确定所述至少一个缩短的物理下行链路控制信道监测集合。
19.根据权利要求13所述的装置，其中，从选自以下的至少一个来确定所述至少一个缩短的物理下行链路控制信道监测集合：
用于所述子帧内的第一数量的缩短的传输时间间隔的较高层信令，以及
用于不包括所述第一数量的缩短的传输时间间隔的在所述子帧内的剩余数量的缩短的传输时间间隔的指示。
20.根据权利要求13的装置，
其中，所述收发器从网络接收指示；以及
其中，所述控制器基于从所述网络接收的所述指示来确定用于子帧的不同长度下行链路缩短的传输时间间隔的下行链路缩短的传输时间间隔图样。
CN201880009155.8A 2017-02-06 2018-02-05 用于短pdcch操作的方法和装置 Active CN110249572B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762455564P 2017-02-06 2017-02-06
US62/455,564 2017-02-06
PCT/US2018/016934 WO2018145047A1 (en) 2017-02-06 2018-02-05 Method and apparatus for short pdcch operation

Publications (2)

Publication Number Publication Date
CN110249572A true CN110249572A (zh) 2019-09-17
CN110249572B CN110249572B (zh) 2022-08-16

Family

ID=63038903

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880009155.8A Active CN110249572B (zh) 2017-02-06 2018-02-05 用于短pdcch操作的方法和装置

Country Status (6)

Country Link
US (3) US10880911B2 (zh)
EP (2) EP4145753A1 (zh)
KR (1) KR20190116293A (zh)
CN (1) CN110249572B (zh)
BR (1) BR112019016177A2 (zh)
WO (1) WO2018145047A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106793136B (zh) * 2016-05-09 2018-11-16 北京展讯高科通信技术有限公司 用户设备及其数据传输方法
US10721756B2 (en) * 2017-02-13 2020-07-21 Qualcomm Incorporated Repetition-based uplink for low latency communications in a new radio wireless communication system
US20180270797A1 (en) * 2017-03-14 2018-09-20 Kt Corporation Method of transmitting and receiving downlink channel in short tti frame structure and apparatus thereof
US10536962B2 (en) * 2017-03-24 2020-01-14 Motorola Mobility Llc Method and apparatus for receiving downlink data transmissions
EP3665828B1 (en) * 2017-08-11 2022-02-23 Telefonaktiebolaget LM Ericsson (Publ) Flexible short transmission time interval (tti) resource allocation
US11432272B2 (en) 2017-08-11 2022-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Assignment of short physical downlink control channel (sPDCCH) candidates for short transmission time interval (sTTI)
US10834717B2 (en) * 2018-03-16 2020-11-10 Intel Corporation Interrupted transmission indication for new radio (NR)
US11196512B2 (en) * 2018-06-29 2021-12-07 Qualcomm Incorporated Resolving decodability for subsequent transmissions whose throughput exceeds a threshold
US11290147B2 (en) * 2019-08-23 2022-03-29 Qualcomm Incorproated Frequency hopping with slot bundling
CN111800230B (zh) * 2019-08-23 2021-12-03 维沃移动通信有限公司 一种反馈混合自动重传请求确认的方法和终端设备
US11452123B2 (en) * 2019-09-17 2022-09-20 Qualcomm Incorporated Uplink control information multiplexing with dynamic physical uplink shared channel skipping
US11877302B2 (en) * 2020-01-07 2024-01-16 Qualcomm Incorporated Control channel element and blind decode limits for physical downlink control channel
US11990993B2 (en) * 2020-03-02 2024-05-21 Qualcomm Incorporated Rate matching between uplink and downlink
US20220321259A1 (en) * 2021-04-02 2022-10-06 Qualcomm Incorporated Techniques for interleaving a transport block

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101529837A (zh) * 2006-08-23 2009-09-09 摩托罗拉公司 无线通信***中的下行链路控制信道信令
CN102934482A (zh) * 2010-06-21 2013-02-13 松下电器产业株式会社 终端装置以及其通信方法
CN103095416A (zh) * 2007-10-30 2013-05-08 高通股份有限公司 在移动通信中进行pdcch盲解码的方法和***
CN103733561A (zh) * 2011-08-15 2014-04-16 摩托罗拉移动有限责任公司 用于无线通信网络中的控制信道的参考信号
CN103999397A (zh) * 2011-08-15 2014-08-20 摩托罗拉移动有限责任公司 用于控制信道发射和接收的方法和装置
CN104065600A (zh) * 2014-06-05 2014-09-24 京信通信***（中国）有限公司 一种抑制控制信道干扰的方法及装置
WO2016159730A1 (ko) * 2015-04-02 2016-10-06 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 전송시간구간 감소를 위한 송수신 방법 및 장치

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9154352B2 (en) * 2009-04-21 2015-10-06 Qualcomm Incorporated Pre-communication for relay base stations in wireless communication
CN103096477B (zh) * 2011-10-31 2015-08-19 ***通信集团公司 增强型pdcch实现方法及相关设备
US9521664B2 (en) * 2012-11-02 2016-12-13 Qualcomm Incorporated EPDCCH resource and quasi-co-location management in LTE
US9313782B2 (en) * 2013-05-08 2016-04-12 Qualcomm Incorporated Enhanced PDSCH operation
US10104683B2 (en) * 2015-02-06 2018-10-16 Qualcomm Incorporated Parallel low latency awareness
KR102316775B1 (ko) * 2015-04-02 2021-10-26 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 전송시간구간 감소를 위한 송수신 방법 및 장치
US10461915B2 (en) * 2015-07-20 2019-10-29 Lg Electronics Inc. Method and apparatus for handling TDD frame for short TTI in wireless communication system
US11057914B2 (en) * 2015-07-24 2021-07-06 Lg Electronics Inc. Downlink control information receiving method and user equipment, and downlink control information transmission method and base station
WO2017099526A1 (ko) * 2015-12-11 2017-06-15 엘지전자 주식회사 하향링크 채널 수신 방법 및 사용자기기와, 하향링크 채널 전송 방법 및 기지국
WO2017130990A1 (ja) * 2016-01-29 2017-08-03 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
US10855417B2 (en) * 2016-02-03 2020-12-01 Qualcomm Incorporated Control channel signaling techniques in wireless systems with multiple possible transmission time intervals
EP3437409A1 (en) * 2016-03-30 2019-02-06 Interdigital Patent Holdings, Inc. Reducing latency in physical channels in an lte network
BR112018067470A2 (pt) * 2016-03-31 2019-01-02 Sony Corp dispositivo de terminal, dispositivo de estação base, e, método de comunicação.
SG11201802485QA (en) * 2016-03-31 2018-04-27 Sony Corp Terminal device, base station device and communication method
WO2018016923A1 (ko) * 2016-07-21 2018-01-25 엘지전자 주식회사 하향링크 채널 수신 방법 및 사용자기기와, 하향링크 채널 전송 방법 및 기지국
US10200990B2 (en) * 2016-08-10 2019-02-05 Nokia Technologies Oy Method and apparatus for implementing dynamic signaling of downlink control usage
US10932247B2 (en) * 2016-11-03 2021-02-23 Lg Electronics Inc. Method for configuring downlink control region in wireless communication system and device for same
KR102164967B1 (ko) * 2017-01-06 2020-10-13 한국전자통신연구원 통신 시스템에서 제어 채널의 송수신 방법 및 장치
WO2018133819A1 (en) * 2017-01-20 2018-07-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for informing available resource for pdsch, method for determining available resource for pdsch, base station and ue
US10412716B2 (en) * 2017-02-03 2019-09-10 Qualcomm Incorporated Communicating control data based on reference signals in wireless communications

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101529837A (zh) * 2006-08-23 2009-09-09 摩托罗拉公司 无线通信***中的下行链路控制信道信令
CN103095416A (zh) * 2007-10-30 2013-05-08 高通股份有限公司 在移动通信中进行pdcch盲解码的方法和***
CN102934482A (zh) * 2010-06-21 2013-02-13 松下电器产业株式会社 终端装置以及其通信方法
CN105554814A (zh) * 2010-06-21 2016-05-04 松下电器（美国）知识产权公司 终端装置、基站装置、发送方法、接收方法和集成电路
CN103733561A (zh) * 2011-08-15 2014-04-16 摩托罗拉移动有限责任公司 用于无线通信网络中的控制信道的参考信号
CN103999397A (zh) * 2011-08-15 2014-08-20 摩托罗拉移动有限责任公司 用于控制信道发射和接收的方法和装置
CN104065600A (zh) * 2014-06-05 2014-09-24 京信通信***（中国）有限公司 一种抑制控制信道干扰的方法及装置
WO2016159730A1 (ko) * 2015-04-02 2016-10-06 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 전송시간구간 감소를 위한 송수신 방법 및 장치

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NOKIA等: ""On DL control channel design for shorter TTI operation"", 《3GPP TSG-RAN WG1 MEETING #87 R1-1612209》 *
ZTE等: ""Discussion on sPDCCH for sTTI"", 《3GPP TSG RAN WG1 MEETING #87 R1-1611469》 *

Also Published As

Publication number Publication date
US20180227939A1 (en) 2018-08-09
US20230354316A1 (en) 2023-11-02
BR112019016177A2 (pt) 2020-03-24
CN110249572B (zh) 2022-08-16
WO2018145047A1 (en) 2018-08-09
KR20190116293A (ko) 2019-10-14
EP3577835A1 (en) 2019-12-11
US11743888B2 (en) 2023-08-29
US10880911B2 (en) 2020-12-29
US20210105804A1 (en) 2021-04-08
EP3577835B1 (en) 2022-11-30
EP4145753A1 (en) 2023-03-08

Similar Documents

Publication Publication Date Title
CN110249572A (zh) 用于短pdcch操作的方法和装置
CN110035454B (zh) 无线网络多小区周期性或半持续调度信道状态信息报告
KR102605286B1 (ko) 하향링크 채널 및/또는 하향링크 기준 신호를 수신하는 방법 및 장치
CN110476385A (zh) 用于接收下行链路数据传输的方法和装置
CN107465491B (zh) 确定控制信道资源的方法和用户设备
WO2017133451A1 (zh) 一种上行控制信息的传输方法及装置
CN104769878B (zh) 在通信***中针对e‑pdcch的pucch资源分配
CN104303446B (zh) 用于载波聚合(ca)的混合自动重传请求(harq)映射的方法和设备
CN103812602B (zh) 盲检公共搜索空间和ue特定搜索空间的方法及设备
EP2720392B1 (en) Method for transmitting and receiving control information of a mobile communication system
WO2017124861A1 (zh) 上行调度的方法及装置
CN109478983A (zh) 针对降低的延迟操作的控制信道监视的方法
CN110168996A (zh) 用于资源块中的物理上行链路控制信道的方法和装置
CN108886801A (zh) 用于以减少的时延发送调度请求的方法和装置
CN109417457A (zh) 参考信号和控制信令的触发
CN108352961A (zh) 用于低延时传输的方法及装置
CN108702267A (zh) 短物理上行链路共享信道布置
KR102322471B1 (ko) 다운링크 데이터 송신에 사용되는 자원을 결정 및 구성하는 방법, 단말 및 기지국
CN105993145A (zh) 用于eIMTA的HARQ-ACK资源分配和使用
CN109690988A (zh) 下行控制信息监听、发送、接收方法及装置
WO2017132964A1 (zh) 一种上行数据传输方法及相关设备
JP2021520736A (ja) 物理アップリンク制御チャネルリソースの選択
CN111406431B (zh) 用于指示连续的资源分配的方法、装置和计算机可读介质
CN110393035B (zh) 确定用户数据资源指配的方法和装置
EP3648390B1 (en) Communication method and device

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