CN113890709A - 用于调度具有减少的延迟的上行链路传输的方法和装置 - Google Patents

用于调度具有减少的延迟的上行链路传输的方法和装置 Download PDF

Info

Publication number
CN113890709A
CN113890709A CN202111171879.2A CN202111171879A CN113890709A CN 113890709 A CN113890709 A CN 113890709A CN 202111171879 A CN202111171879 A CN 202111171879A CN 113890709 A CN113890709 A CN 113890709A
Authority
CN
China
Prior art keywords
harq
transmission
downlink
ack feedback
stti
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
CN202111171879.2A
Other languages
English (en)
Other versions
CN113890709B (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 CN113890709A publication Critical patent/CN113890709A/zh
Application granted granted Critical
Publication of CN113890709B publication Critical patent/CN113890709B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0042Arrangements for allocating sub-channels of the transmission path intra-user or intra-terminal allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/18TPC being performed according to specific parameters
    • H04W52/28TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non transmission
    • H04W52/281TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non transmission taking into account user or data type priority
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/30TPC using constraints in the total amount of available transmission power
    • H04W52/34TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading
    • H04W52/346TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading distributing total power among users or channels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/30TPC using constraints in the total amount of available transmission power
    • H04W52/36TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365Power headroom reporting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/30TPC using constraints in the total amount of available transmission power
    • H04W52/36TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/367Power values between minimum and maximum limits, e.g. dynamic range
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

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

Abstract

本发明涉及用于调度具有减少的延迟的上行链路传输的方法和装置。一种方法和装置调度具有减少的延迟的上行链路传输。在设备处从网络接收配置,该配置使得设备能够以不同传送时间间隔长度接收下行链路传输;接收第一下行链路分配;接收第二下行链路分配;接收第一下行链路传输和第二下行链路传输;响应于接收到第一下行链路传输,确定第一HARQ‑ACK反馈;响应于接收到第二下行链路传输,确定第二HARQ‑ACK反馈;响应于第一下行链路传输和第二下行链路传输以及响应于确定第一HARQ‑ACK反馈是否存在于时隙中,在与时隙中的第二下行链路分配相关联的上行链路控制信道中传送HARQ‑ACK反馈响应,其中第一传送时间间隔长度和第二传送时间间隔长度不同。

Description

用于调度具有减少的延迟的上行链路传输的方法和装置
本申请是于2018年9月21日进入中国国家阶段的、PCT申请号为PCT/US2017/023880、国际申请日为2017年3月23日、中国申请号为201780019433.3、发明名称为“用于调度具有减少的延迟的上行链路传输的方法和装置”的申请的分案申请。
相关申请的交叉引用
本申请要求享有于2016年4月1日提交的题为“Method and Apparatus forScheduling Uplink Transmissions with Reduced Latency(用于调度具有减小的延迟的上行链路传输的方法和装置)”摩托罗拉移动案卷编号MM02047美国临时申请No.62/317,419的临时申请的优先权;并且涉及题为“Method and Apparatus for Scheduling UplinkTransmissions with Reduced Latency(用于调度具有减小的延迟的上行链路传输的方法和装置)”摩托罗拉移动案卷编号MM02047的申请、题为“Method and Apparatus forScheduling Uplink Transmissions with Reduced Latency(用于调度具有减小的延迟的上行链路传输的方法和装置)”摩托罗拉移动案卷编号MM02050的申请、题为“Method andApparatus for Scheduling Uplink Transmissions with Reduced Latency(用于调度具有减小的延迟的上行链路传输的方法和装置)”摩托罗拉移动案卷编号MM02051的申请、题为“Method and Apparatus for Scheduling Uplink Transmissions with ReducedLatency(用于调度具有减小的延迟的上行链路传输的方法和装置)”摩托罗拉移动案卷编号MM02052的申请、以及题为“Method and Apparatus for Scheduling UplinkTransmissions with Reduced Latency(用于调度具有减小的延迟的上行链路传输的方法和装置)”摩托罗拉移动案卷编号MM02053的申请,全部与此在同一日期提交并且共同受让给本申请的受让人,其通过引用并入本文。
技术领域
本公开涉及一种用于调度具有减少的延迟的上行链路传输的方法和装置。更特别地,本公开涉及使用缩短的传送时间间隔的无线通信设备传输。
背景技术
目前,在长期演进(LTE)通信系统中,时间-频率资源被分成子帧,其中,每个1ms子帧具有两个0.5ms时隙并且每个时隙在用于上行链路传输的时间域中具有七个单载波频分多址(SF-FDMA)符号。在频率域中,时隙内的资源被分成物理资源块(PRB),其中,每个资源块跨越12子载波。
在当前LTE系统中,用户设备(UE)上行链路数据使用1ms最小传输时间间隔(TTI)来调度。在每个调度的TTI内,UE通过由调度对UE的数据传输的上行链路许可所指示的PRB对中的物理上行链路共享信道(PUSCH)传送数据。每个PRB对包括两个PRB,在每个时隙中一个PRB。对于FDD系统而言,如果在子帧n中接收到上行链路许可,则UE响应于该许可在子帧n+4中传送PUSCH并且在子帧n+8中寻找与该传输相对应的ACK/NACK。如果NACK被指示,则UE将在子帧n+12中重新传送,这导致8ms的HARQ往返延时。TDD系统通常具有类似或者更长的往返延时。这引起延时通信信号的发送和接收的延迟。
因此,需要一种用于调度具有减少的延迟的上行链路传输的方法和装置。
附图说明
为了描述能够获得本公开的优点和特征的方式,本公开的描述通过参考在附图中图示的其特定实施例提供。这些附图仅描绘本公开的示例实施例并且因此将不被认为是其范围的限制。附图可以已经出于清晰而简化并且不必按比例绘制。
图1是根据可能实施例的系统的示例图示;
图2是根据可能实施例的示出用于DL子帧n中的下行链路rTTI并且用于DL子帧n+2中的下行链路sTTI的上行链路子帧n+4中的HARQ-ACK反馈的子帧的示例图示;
图3是根据可能实施例的用于DL子帧n+2中的下行链路sTTI-1和DL子帧n+2中的sTTI-2的上行链路子帧n+4中的HARQ-ACK反馈的示例图示;
图4是根据可能实施例的示出用于具有rTTI和sTTI的第一情况的PUCCH资源映射的示例的子帧的示例图示;
图5是根据可能实施例的示出用于具有sTTI-1和sTTI-2的第二情况的PUCCH资源映射的示例的子帧的示例图示;
图6是根据可能实施例的具有共同RS符号位置和分离的DFT预编码的sTTI和rTTI上的同时PUSCH的上行链路的示例子帧;
图7是根据可能实施例的具有共同RS符号位置和分离的DFT预编码的sTTI和rTTI上的同时PUSCH的上行链路的示例子帧;
图8是根据可能实施例的设备到设备操作的示例图示;
图9是根据可能实施例的具有符号9-10中的2符号UL数据的1ms设备到设备子帧的示例图示;
图10是根据可能实施例的图示设备的操作的示例流程图;以及
图11是根据可能实施例的装置的示例框图。
具体实施方式
实施例提供一种用于调度具有减少的延迟的上行链路传输的方法和装置。根据可能实施例,当设备被配置用于具有第一TTI长度的上行链路(UL)传输时设备能够使用第一缓冲器状态报告(BSR)配置,并且当设备被配置用于具有比第一TTI长度短的至少第二TTI长度的UL传输时设备能够使用第二BSR配置。能够做出关于设备是否使具有特定特性的数据传送的确定。当设备使具有特定特性的数据传送时,BSR能够使用第二BSR配置发送。当设备使不具有特定特性的数据传送时,BSR能够使用第一BSR配置发送。
图1是根据可能实施例的系统100的示例图示。系统100能够包括无线通信设备110、基站120和网络130。无线通信设备110能够是用户设备(UE),诸如无线终端、便携式无线通信设备、智能电话、蜂窝电话、翻盖式电话、个人数字助理、具有订户识别模块的设备、个人计算机、选择性呼叫接收器、平板计算机、膝上型计算机或者能够发送和接收无线网络上的通信信号的任何其它设备。基站120能够是增强型节点B、接入点、另一设备或者能够提供无线通信设备与网络之间的访问的任何其它元件。
网络130能够包括能够发送和接收无线通信信号的任何类型的网络。例如,网络130能够包括无线通信网络、蜂窝电话网络、基于时分多址(TDMA)的网络、基于码分多址(CDMA)的网络、基于正交频分多址(OFDMA)的网络、长期演进(LTE)网络、基于第三代合作伙伴项目(3GPP)的网络、卫星通信网络、高空平台网络和/或其它WWAN通信网络。
在操作中,使用更短的最小传送时间间隔(TTI),诸如比1ms更短的,传输UE数据能够被用于减少LTE系统中的延迟。当与当前LTE系统相比较时,更短的最小TTI(sTTI)能够允许UE使用减少的延迟发送数据。例如,在0.5ms的sTTI长度上调度UE传输(诸如使用跨1ms子帧中的0.5ms的物理资源块(PRB)调度的缩短的物理上行链路共享信道(缩短的PUSCH或者sPUSCH))或者在~140μs的sTTI长度上调度UE传输,诸如使用跨子帧中的时隙内的两个单载波频分多址(SC-FDMA)符号的缩短的物理资源块(PRB)调度的sPUSCH,可以不仅减少传送数据分组花费的时间,而且减少与该数据分组有关的可能混合自动重传reQuest(HARQ)重传的往返时间。所公开的实施例能够启用具有缩短的TTI的UE传输。
UE传输能够由或者一个或多个基站(诸如eNB)或者通信网络中的其它UE接收。当UE传输由其它UE接收时,传输还能够被称为侧链路传输。
对于sTTI操作的配置而言,sTTI传输(诸如基于缩短的最小TTI长度的传输)能够使用两种方法中的至少一种支持。对于支持sTTI传输的第一方法而言,UE能够通过较高层(诸如无线电资源控制(RRC)层、媒介访问控制(MAC)层、或者其它较高层)配置以在sTTI模式中操作。配置能够指示特定sTTI长度。一旦被配置,UE能够期望接收用于仅sTTI传输的上行链路(UL)许可,并且响应于该许可,UE传输能够基于配置的sTTI长度进行。
对于支持sTTI传输的第二方法而言,UE能够由较高层配置以在sTTI模式中操作。配置能够指示特定sTTI长度。一旦被配置,除接收调度具有正常TTI(rTTI)长度(诸如在当前LTE系统中使用的TTI长度)的UL传输的许可之外,UE还能够被期望接收调度具有配置的sTTI长度的UL传输的许可。作为当前LTE系统中的TTI长度的示例,PUSCH/传输和相关联的解调参考信号(DMRS)能够连续地跨子帧的前13SC-FDMA符号或者所有的SC-FDMA符号。这样的传输能够通常被称为1ms TTI传输或者正常TTI传输。
当与更简单的第一方法相比较时,第二方法能够是更灵活的。在sTTI传输帮助减少延迟的同时,当与正常1ms TTI传输相比较时,其还可以要求更多的控制信令和导频开销。第二方法能够为网络提供更多选项以在延迟与控制信令/导频开销之间折中。在以上两种方法中,网络能够决定何时基于接收来自UE的指示利用sTTI模式对UE进行配置。指示能够是例如与sTTI操作相关联的调度请求(SR)或者指示在需要sTTI操作的UE缓冲器中存在数据的缓冲器状态报告(BSR)。根据可能实施方式,当MAC层被用于短TTI的配置时,配置信令能够以sTTI激活/去激活MAC控制元素(MAC CE)的形式发送。
如果UE使数据传送,则其能够请求UL传输资源(诸如让网络使用至少三种不同的方法发送UL许可)。请求UL许可的一种方法是基于调度请求(SR)的方法。在该方法中,UE能够通过具有物理层SR资源的集合的网络来配置。当UE使数据发送时,其能够响应于网络能够将许可发送到UE而在SR资源上发送传输。每个SR资源能够是在1ms子帧中被映射到PRB对的物理上行链路控制信道(PUCCH)资源,并且每个PRB占用1ms子帧内的0.5ms时隙。SR资源能够在多个子帧中发生,其中,SR资源的集合能够包括所有可能子帧中的SR资源。SR资源能够发生的子帧能够由较高层配置。
用于请求UL许可的另一方法能够是基于RACH的方法。在该方法中,如果SR资源未被配置用于UE,则UE能够通过使用物理随机接入信道(PRACH)传送发起随机访问流程。
用于请求UL许可的另一方法是基于缓冲器状态报告(BSR)的方法。在该方法中,UE能够指示未完成数据量,其必须使用被称为BSR的媒介访问控制(MAC)层传送。能够使用PUSCH在物理层上携带BSR。PUSCH能够使用子帧中的一个或多个PRB对传送,并且每个PRB对包括两个PRB,其中,每个PRB能够在子帧的每个0.5ms时隙中传送。
为了使用sTTI而不是正常TTI传送数据,UE能够请求用于sTTI传输的许可。以下方法中的一种或多种能够被用于使用sTTI操作启用数据传输。使用sTTI启用传送数据的一种方法是通过使用用于请求正常和sTTI传输的不同的SR资源。在该方法中,UE能够被配置有SR资源的两个不同的集合。SR资源的第一集合能够由UE用于向网络指示其具有数据传送,该传送能够使用正常TTI传输调度。SR资源的第二集合能够由UE用于向网络指示其具有数据传送,该传送需要较低的延迟的sTTI传输。
SR资源的第二集合能够通过跨持续时间(即,<=0.5ms)的物理信道传送。第二集合的每个SR资源能够是缩短的PUCCH资源(sPUCCH)。备选地,第二集合的每个SR资源能够是缩短的PUSCH(sPUSCH)资源。对于该选项而言,UE能够可选地在SR资源传送缓冲器状态报告(BSR)。备选地,第二集合的每个SR资源能够包括探测参考信号(SRS)资源。备选地,第二集合的每个SR资源能够包括解调参考信号(DMRS)资源。
第二集合的SR资源能够被映射到子帧的0.5ms时隙中的单个PRB。备选地,SR资源能够被映射到子帧的1/2/3/4SC-FDMA符号中的一个并且跨越整个传输带宽配置或者传输带宽配置内的PRB的子集。UE可以传送指示SR资源的第二集合中的其缓冲器中的低延迟或者临界数据的存在的BSR。BSR还可以指示UE缓冲器中的未完成的低延迟/临界数据的缓冲器大小。SR资源的第二集合能够被配置成比SR资源的第一集合更频繁地发生。
对于其中资源的第二集合包括PUCCH资源的情况而言,UE能够使用来自PUCCH资源的第一较高层配置集合的第一PUCCH资源来传送SR以用于向网络指示其具有数据传送,该传送能够使用正常TTI传输来调度;并且使用来自PUCCH资源的第二较高层配置集合的第二PUCCH资源来传送SR以用于向网络指示其具有数据传送,该传送能够使用sTTI传输来调度。通常,UE还能够使用PUCCH资源以使用能够基于调度DL数据传输的控制信道的控制信道元素(CCE)索引确定的PUCCH资源,响应于DL数据而传送HARQ-ACK。如果UE必须在子帧中传送HARQ-ACK并且还具有用于请求正常TTI传输的未决SR,则UE能够使用来自该子帧中的PUCCH资源的第一较高层配置集合的PUCCH资源而不是从CCE索引确定的PUCCH资源来传送HARQ-ACK。如果UE必须在子帧中传送HARQ-ACK并且还具有用于请求sTTI传输的未决的SR或者具有用于正常TTI传输和sTTI传输二者的未决请求,则UE能够使用来自该子帧中的PUCCH资源的第二较高层配置集合的PUCCH资源而不是从CCE索引确定的PUCCH资源来传送HARQ-ACK。在一个示例中,第一PUCCH资源能够跨越第一数目的符号(例如,14个符号),而第二PUCCH资源能够跨越小于第一数目的第二数目的符号(例如,7个符号)。在另一示例中,第一PUCCH资源和第二PUCCH资源二者能够跨越相同数目的符号。
对于其中第二集合的SR资源的每个SR资源是探测参考信号(SRS)资源的情况而言,UE能够被配置成在正常SRS资源(诸如在其中UE传送用于信道探测目的的资源)和ST特定SRS资源(诸如被配置用于在其上UE传送用于请求UL传输资源(诸如请求UL许可)的资源)上传送。如果正常SRS资源和SR特定SRS资源在相同SC-FDMA符号中发生并且UE需要发送SR,则UE能够在SR特定SRS资源上传送并且丢弃正常SRS资源上的传输。如果UE不需要发送SR,则UE能够在其正常SRS资源上传送。
对于其中第二集合的SR资源的每个SR资源是DMRS资源的情况而言,UE能够使用预定义/预配置DMRS循环移位值传送DMRS以指示SR请求的存在。
使用sTTI启用传送数据的另一种方法是通过使用用于请求正常和sTTI传输的不同的PRACH资源。利用该方法,当UE被配置在sTTI操作模式中时,UE能够被配置有两个不同集合的PRACH资源。第二集合的PRACH资源能够比第一集合在时间方面更频繁地发生。只有当具有减少的延时数据传送时UE可以使用第二集合的PRACH资源传送RACH前导,并且其它方式使用第一集合的RACH资源。当与被用于使用第一集合的PRACH资源的传输的前导相比较时,使用第二集合的RACH资源时,UE能够使用较短的RACH前导,诸如其中一个示例是PRACH格式4的较小持续时间的前导。
使用sTTI启用传送数据的另一方法是通过使用经修改的BSR。在该方法中,UE能够发送经修改的BSR,当与传统LTE UE发送的BSR相比较时并且当与未配置有sTTI模式的UE相比较时该BSR能够被修改。经修改的BSR中的比特能够指示UE具有其需要利用减少的延迟传送的未完成数据。响应于经修改的BSR,网络能够将调度UL sTTI资源的UL许可发送到UE。基于网络能够发送调度sTTI资源的UL许可,经修改的BSR能够包括指示UE缓冲器中的临界或者低延迟数据的存在的(一个或多个)附加比特。例如,具有被设定为“1”的比特的BSR能够指示临界或者低延时数据的存在,其中需要sTTI许可,并且不具有(一个或多个)附加比特的BSR或者具有被设定为“0”的比特的BSR能够指示不需要sTTI许可。在当前LTE系统中,缓冲器状态能够针对4个不同的逻辑信道组(LCG)指示。LCG的数目能够针对被配置有sTTI操作的UE扩展。例如,UE能够被允许报告5或更多个LCG的缓冲器状态。UE能够报告具有LCG ID>=4的BSR以指示需要基于sTTI的传输的低延迟/临界数据的存在。经修改的BSR可以由较高层(诸如RRC)被配置有不同的BSR参数,诸如retxBSR-定时器(retxBSR-Timer)。作为示例,相同的retxBSR-Timer值能够由用于正常数据和低延迟数据二者的较高层设定,但是其能够在TTI中而非在子帧中指示。在这种情况下,单个指示可以服务目的,诸如retxBSR-Timer=2的指示意味着用于正常数据的2个子帧和用于低延迟数据的2sTTI。对于正常和周期性BSR而言,如果超过一个LCG具有可用于在其中传送BSR的TTI中的传输的数据,则长BSR能够在长BSR能够在TTI中传送的情况下被报告。否则,短BSR能够被报告。如果UE被配置有sTTI并且延迟容忍分组出现,则取决于由较高层信令完成的配置,sTTI资源可以或可以不被用于传送用于延迟容忍数据的BSR。经修改的BSR能够包括指示适于传送UE缓冲器中的数据的TTI长度值的比特。
用于调度sPUSCH传输的UL许可的下行链路控制信息格式(DCI格式)能够与用于调度正常1ms TTI PUSCH传输的UL许可的DCI格式不同。假定第一DCI格式(诸如在当前LTE系统中使用的DCI格式0)并且假定第二DCI格式(诸如用于调度sPUSCH的新DCI格式S0),配置用于sTTI操作模式的UE能够被配置成监测UL许可。如果UE检测到具有第一DCI格式的UL许可,则其能够响应于许可而传送PUSCH。如果UE检测到具有第二DCI格式的UL许可,则其能够响应于许可而传送sPUSCH。具有第二DCI格式的许可还能够可选地指示sTTI长度。sTTI长度能够以SC-FDMA符号的数目指示。备选地,具有第二DCI格式的许可能够指示分配给UE的连续的sTTI的数目。在一些情况下,分配的sTTI能够在超过一个子帧中存在。
用于UL和DL的sTTI长度能够是相同的。备选地,其能够是不同的。例如,由于覆盖原因,UE能够被配置有一个OFDM符号下行链路(DL)sTTI和一个时隙(或者7个SC-FDMA符号)UL sTTI。在这样的场景中,每个DL子帧能够具有14个DL sTTI,而每个UL子帧能够具有两个UL sTTI。一个选项能够是基于子帧索引和sTTI索引对而标识sTTI,其中,(n,x)表示子帧n内的TTI x(或者sTTI x)。给定子帧内的DL sTTI能够使用0、1、2、……、Nsttid-1来排序,其中,Nsttid能够是子帧持续时间内的可能DL sTTI持续时间的最大数目。类似地,给定子帧内的UL sTTI能够使用0、1、2、……、Nsttiu-1来排序,其中,Nsttiu能够是子帧持续时间内的可能UL sTTI持续时间的最大数目。UL许可接收与UL传输之间的定时关系能够在考虑到对于UE在接收到许可之后准备UL传输所要求的最小处理时间(Tp)之后被定义。
例如,假定Tp=0.5ms,Nsttid=14(DL sTTI长度=1个OFDM符号),Nsttiu=2(ULsTTI长度=7个SC-FDMA符号)。然后,对于在DL sTTI(n,0),诸如子帧n中的DL sTTI 0中接收的许可而言,对应的UL传输能够在UL sTTI(n,1)(诸如子帧n中的UL sTTI 1)发生。类似地,对于在DL sTTI(n,1)、(n,2)……(n,6)中接收的(一个或多个)许可而言,对应的UL传输能够在UL sTTI(n,1)(诸如在考虑处理时间Tp之后的第一可用上行链路sTTI)中发生;并且类似地对于在DL sTTI(n,7)、(n,8)……(n,13)中接收的(一个或多个)许可而言,对应的UL传输能够在UL sTTI(n+1,0)中发生。
对于其中UL sTTI长度小于DL sTTI长度的系统而言,sTTI索引参数能够在许可中用信号通知以标识许可适于的特定UL sTTI。sTTI索引参数能够使用以上两段中所描述的方法标识子帧内的sTTI索引。例如,假定Tp=0.5ms,Nsttid=2(DL sTTI长度=7个OFDM符号)和Nsttiu=14(UL sTTI长度=1SC-FDMA符号)。对于这种情况而言,在DL sTTI(n,0)中传送的UL许可能够被用于在sTTI(n+1,0)(即,子帧n+1和sTTI索引0)、(n+1,1)(即,子帧n+1和sTTI索引1)、……(n+1,6)(即,子帧n+1和sTTI索引1)中的一个或多个中调度UL传输,并且在DL sTTI(n,1)中传送的UL许可能够被用于在sTTI(n+1,7)、(n+1,1)、……(n+1,13)中的一个或多个中调度UL传输。鉴于此,除基于处理时间的隐含定时之外,能够使用UL许可中的比特向UE指示可调度的sTTI(例如,给定子帧内的sTTI)的集合内的特定UL sTTI。当使用跨载波调度时,用于UL和DL的TTI长度能够是不同的。例如,第一分量载波(CC)能够具有DLsTTI=0.5ms并且第二CC能够具有UL sTTI=1SC-FDMA符号。
图2是根据可能实施例的示出用于DL子帧n中的下行链路rTTI并且用于DL子帧n+2中的下行链路sTTI的上行链路子帧n+4中的混合自动重传reQuest-Acknowledgement(HARQ-ACK)反馈的子帧的示例图示200。响应于小于传统1ms TTI子帧操作的sTTI上的DL数据传输的UL上的HARQ反馈能够被增强以支持减少的延迟。HARQ-ACK能够表示用于与服务小区相关联的传输块或者半持久调度(SPS)释放物理下行链路控制信道/增强型物理下行链路控制信道(PDCCH/EPDCCH)的ACK/NACK/DTX响应。附加增强还能够被用于信道状态信息(CSI)反馈。
在该第一情况下,UE可以被配置有正常/传统1ms TTI子帧、rTTI和用于较少的延迟的较短的TTI、sTTI。在UL子帧内,UE可能需要传送对应于rTTI和sTTI二者上的PDSCH传输的HARQ-ACK反馈。对于减少的延迟而言,与被用于rTTI的HARQ-ACK传输的1ms传统TTI相比较,用于传达至少用于sTTI的HARQ-ACK反馈的较短的TTI可以是优选的。例如,HARQ-ACKPUCCH sTTI可以是时隙持续时间(诸如0.5ms)。
图3是根据可能实施例的用于DL子帧n+2中的下行链路sTTI-1和DL子帧n+2中的sTTI-2的上行链路子帧n+4中的HARQ-ACK反馈的示例图示300。在该第二情况下,UE可以被配置有仅sTTI,以及对于HARQ-ACK传输,下行链路sTTI比上行链路TTI PUCCH更短(诸如1/4时隙)。在这种情况下,UE能够传送对应于单个上行链路PUCCH TTI内的多个sTTI的HARQ-ACK反馈。上行链路PUCCH sTTI可以比1ms子帧的传统TTI大小更短,例如,PUCCH sTTI能够是时隙持续时间。
图4是根据可能实施例的示出对于具有rTTI和sTTI的第一情况的PUCCH资源映射的示例的子帧400的示例图示。图5是根据可能实施例的示出对于具有sTTI-1和sTTI-2的第二情况的PUCCH资源映射的示例的子帧500的示例图示。对于以上两个情况的组合而言,用于多个TTIs和一个上行链路PUCCH TTI的HARQ-ACK反馈传输的机构能够被使用。
例如,如果rTTI被配置,则UE能够确定对应于与传统1ms TTI子帧相关联的PDSCH传输或者下行链路SPS释放的PUCCH资源(n-rTTI)。UE能够确定对应于与较短的TTI、sTTI相关联的PDSCH传输或者下行链路SPS释放的PUCCH资源(n-sTTI)。n-sTTI PUCCH资源的确定可以是隐含的(诸如基于用于PDSCH的DL分配消息(诸如DCI的位置和/或类型、和/或DCI中的下行链路控制信道和/或资源指示器的类型))。n-sTTI PUCCH资源的确定还可以明确地由较高层配置来配置。在一个备选方案中,DCI中的传输功率控制(TPC)字段能够被用于传达指示PUCCH资源的资源指示器。TPC比特中的一个或者TPC字段的状态或者DCI中的另一字段还可以被用于指示另一TTI HARQ-ACK反馈的存在(诸如包括sTTI HARQ-ACK反馈的相同上行链路子帧/时隙中的TTI分配指示器或者计数器)。
将n-sTTI PUCCH资源映射到物理资源块上可以与n-rTTI类似,其映射到上行链路子帧中的两个时隙中的每个。这可以要求eNB配置附加的PUCCH资源(诸如对应于HARQ-ACK反馈应当在子帧中被携带的多个sTTI的不同的PUCCH资源偏移和/或不同的PUCCH资源块),并且从而增加上行链路开销。使用跨越n-sTTI PUCCH资源映射的两个时隙还可以增加sTTI传输的延迟。备选地,为了减少上行链路开销和延迟,较短的传输持续时间能够被用于n-sTTI,诸如一个时隙PUCCH持续时间,其中,在下行链路子帧(n)的第一时隙内的sTTI上接收到的PDSCH传输能够具有仅在上行链路子帧(n+k)的第一时隙中的对应的PUCCH资源,其中能够是基于UE处理时间、HARQ-ACK上行链路的准备和/或上行链路定时提前的HARQ-ACK反馈延时。在下行链路子帧的第二时隙内的sTTI上接收到的PDSCH传输能够具有仅在上行链路子帧的第二时隙中的对应的PUCCH资源。下行链路sTTI能够是时隙持续时间或者时隙持续时间的一部分。如果UE仅在rTTI或者sTTI上接收PDSCH传输,则HARQ-ACK能够分别地在对应的PUCCH资源n-rTTI或者n-sTTI上传送。
当可以要求UE在与多个TTI(诸如rTTI和sTTI、第一sTTI(sTTI-1)和第二sTTI(sTTI-2)上的PDSCH传输相对应的相同上行链路子帧中传送HARQ-ACK、用于在子帧内重叠的多个TTIs的HARQ-ACK反馈时,不同的选择能够被用于HARQ-ACK反馈。以下描述能够用于rTTI和sTTI HARQ-ACK反馈的第一情况,但是能够被扩展用于其它情况(诸如具有sTTI-1和sTTI-2的第二情况)。
第一选项能够是使用多PUCCH资源传输,其中,对应于rTTI的HARQ-ACK在n-rTTIPUCCH资源上被传送,并且对应于sTTI的HARQ-ACK在n-sTTI PUCCH资源上被传送。由于多PUCCH资源传输,波形的立方度量(CM)能够增加,这导致与传统单个PUCCH资源传输相比较更大的使用的功率放大器(PA)回退和对应的更小的上行链路控制信道覆盖。
第二选项能够是使用较大的有效载荷PUCCH,其中,对应于rTTI和sTTI的HARQ-ACK比特在n-rTTI PUCCH资源上级联、编码和传送。在一个备选方案中,用于rTTI和sTTI二者的HARQ-ACK能够仅在具有n-rTTI和n-sTTI PUCCH资源二者的时隙中传送,在另一时隙中HARQ-ACK能够仅被传送用于在n-rTTI PUCCH资源上的rTTI。空间捆绑,诸如在多个传输块接收的情况下HARQ-ACK比特之间的“与(AND)”运算,能够被用于减少用于sTTI和/或rTTI的有效载荷大小。
第三选项能够是使用PUCCH资源/信道选择,其中,在具有重叠的PUCCH资源,诸如n-sTTI PUCCH资源,的时隙中,在具有或不具有HARQ-ACK的空间捆绑的情况下与HARQ-ACK相关联的1比特能够经由n-rTTI PUCCH资源和n-sTTI PUCCH资源之间选择来编码。在另一时隙中,n-rTTI PUCCH资源能够被用于传送对应于rTTI的HARQ-ACK。在其中对应于另一sTTI的HARQ-ACK响应可能需要在另一时隙上被传送的情况下,PUCCH资源选择也可以在另一时隙上被使用。对于服务小区上的两个TTIs(xTTI,yTTI)的HARQ-ACK反馈的情况,下表描述了PUCCH资源选择。
在第三选项中,被配置有支持TTI类型(rTTI或者sTTI)上的多达两个传输块的传输模式的UE能够响应于具有单个传输块的PDSCH传输或者指示与TTI类型相关联的下行链路SPS释放的PDCCH/EPDCCH而使用用于这两个传输块的相同HARQ-ACK响应。用于rTTI和sTTI的传输模式可以是不同的。在支持多达两个传输块(诸如这两个TTI上的多输入多输出(MIMO))的传输模式的情况下,对应于两个TTI中的一个的HARQ-ACK反馈能够空间捆绑(诸如对于以下表中的A=3-1的情况)。xTTI能够是来自两个TTI集合{rTTI,sTTI}或{sTTI-1,sTTI-2}的一个值。yTTI能够是另一TTI。在一个示例中,xTTI=rTTI和yTTI=sTTI并且在规范中能够是固定的。
在一个备选方案中,xTTI和yTTI的值能够基于TTI分配指示器和可能映射的sTTIPUCCH资源时隙索引。对于两个TTI{rTTI,sTTI}而言,如果TTI分配指示器被“设定”并且UE已经丢失,则能够使用对应于rTTI、xTTI=sTTI和yTTI=rTTI的TTI分配消息。假定rTTI未被分配,UE能够在sTTI PUCCH(n-sTTI)上传送HARQ-ACK。由于在另一时隙中没有rTTIPUCCH资源上的传输,因而eNB能够检测丢失的rTTI分配。eNB能够使用丢失的分配上的决策来解释sTTI PUCCH资源上的比特,这导致在sTTI PUCCH资源是上行链路子帧的第一时隙的情况下的一些潜在延时。选项能够是如果sTTI PUCCH资源在第二时隙中,则使用xTTI=sTTI和yTTI=rTTI,并且假定rTTI未分配,则传送HARQ-ACK,如果sTTI PUCCH资源在第一时隙中,则使用xTTI=rTTI和yTTI=sTTI,并且根据以下表传送HARQ-ACK,其中,没有n-sTTIPUCCH资源上的传输被用于指示用于yTTI的NACK和用于xTTI的不连续传输(DTX)。
对于两个TTI{sTTI-1,sTTI-2}而言,如果TTI分配指示器被“设定”并且UE已经丢失,则对应于sTTI-1、xTTI=sTTI-1和yTTI=sTTI-2的TTI分配消息能够被使用并且HARQ-ACK根据以下表被传送,其中,没有n-sTTI-1PUCCH资源上的传输能够被用于指示用于yTTI的NACK和用于xTTI的DTX。如果TTI分配指示器被设定并且UE已经接收到rTTI分配消息,则xTTI=rTTI和yTTI=sTTI。HARQ-ACK能够根据以下表来传送,其中,sTTI HARQ-ACK反馈被用于资源选择。
表1示出了根据可能实施例的传输块(TB)和TTI到时隙内的PUCCH格式1b HARQ-ACK信道选择的HARQ-ACK(j)的映射选项。
表1
Figure BDA0003293546270000161
表2示出了根据可能实施例的用于A=2的格式1b ACK/NACK信道选择的传输。对于表2和3而言,“A”表示在用于3-1的空间捆绑之后HARQ-ACK响应的数目。
表2
Figure BDA0003293546270000162
表3示出了根据可能实施例的用于A=3、3-1的格式1b ACK/NACK信道选择的传输。
表3
Figure BDA0003293546270000171
在一个备选方案中,对于支持多达两个传输块的传输模式(诸如MIMO)而言,两个PUCCH资源能够被确定(n-xTTI-1,n-xTTI-2)。能够类似于上文所描述的确定资源n-xTTI-1,并且资源n-xTTI-2能够被确定为n-xTTI-2=n-xTTI-1+1。下面给定用于A=3和A=4的资源选择表。表与LTE中的2小区载波聚合表类似。对于A=3而言,xTTI是具有支持多达两个传输块的传输模式(诸如MIMO)的TTI。如果另一TTI未被分配或未被检测(诸如以提供后退),则对应于TTI的PUCCH资源(诸如在支持两个TB的TTI的情况下的第一PUCCH资源)能够被用于对于该TTI的HARQ-ACK反馈。如果ACK的HARQ-ACK反馈将被指示用于支持1TB的TTI,则用于支持两个TB的TTI的第二PUCCH资源能够被使用。可能不需要TTI分配指示器,因为用于两个TB TTI的附加的PUCCH资源能够在丢失的分配消息的情况下被用于提供反馈。
表4示出了根据可能实施例的用于A=3的格式1b ACK/NACK信道选择、用于两个传输块TTI的两个PUCCH资源的传输。对于表4和5而言,“A”表示PUCCH资源的数目。
表4
Figure BDA0003293546270000181
表5示出了根据可能实施例的用于A=4的格式1b ACK/NACK信道选择、用于两个传输块TTI的两个PUCCH资源的传输。
表5
Figure BDA0003293546270000182
为了扩展到载波聚合(CA),利用空间捆绑和/或时间域捆绑或者压缩的较大的有效载荷PUCCH或者PUCCH资源选择能够被使用(诸如与当前时分双工(TDD)CA类似)。
图6是根据可能实施例的具有共同RS符号位置和分离的DFT预编码的sTTI和rTTI上的同时PUSCH的上行链路的示例子帧600。对于用于sTTI操作的UL共享信道而言,子帧内的上行链路rTTI和sTTI能够具有共同RS符号位置。在子帧内的上行链路rTTI和上行链路sTTI上的同时传输的情况下(诸如利用与在时间方面与rTTI重叠并且包括SC-FDMA符号的子集的sTTI),分离的DFT预编码能够适于与sTTI和rTTI对应的PUSCH以使能更快的解码(诸如利用用于具有不同的功率水平、不同的调制和编码方案(MCS)和其它差异的rTTI和sTTI的分离的接收器处理器块)。
图7是根据可能实施例的具有共同RS符号位置和分离的DFT预编码的sTTI和rTTI上的同时PUSCH的上行链路的示例子帧700。在其中子帧内sTTI PUSCH RE与rTTI PUSCH RE重叠的情况下,对应于sTTI的PUSCH能够被传送(诸如其中sTTI先占重叠的SC-FDMA符号上的rTTI并且rTTI SC-FDMA符号被打孔)。对应于rTTI的PUSCH能够在剩余的SC-FDMA符号上被传送。
在当前LTE系统中,用于给定服务小区的UE传输功率基于以下各项来计算:路径损耗(PL)、较高层配置参数(诸如P0和alpha)的集合、分配给UE(M_PUSCH_RB)的PRB对、适于子帧的配置的最大传送功率和进行传输的服务小区(诸如用于服务小区c和子帧n的Pcmax_c(n))和经由DL物理层控制信令(PDCCH/EPDCCH)接收到的功率控制调节。对于具有较短的TTI的UE传输而言,与当前LTE系统类似的高级方法能够被使用。然而,利用sTTI操作,整个系统性能对于给定服务小区能够通过对于每个物理信道的正常TTI操作和sTTI操作配置较高层功率控制参数(诸如P0和alpha)的分离的集合来改进。例如,分离的较高层参数能够被用于基于rTTI的PUSCH和基于sTTI的sPUSCH。
如果UE被调度以进行相同子帧和相同服务小区中的sTTI传输和rTTI传输,则UE应当确保以这样的方式进行sTTI传输:其总传输功率不超过用于该子帧和服务小区的Pcmax_c值,其中,下标中的“_c”能够指代服务小区索引。对于被配置有多个服务小区的UE(诸如支持载波聚合的UE)而言,如果UE具有一个服务小区上的正常TTI传输和另一服务小区上的sTTI传输,则UE能够确保在这两个服务小区上的总传输功率不超过适于跨所有服务小区的子帧的配置的最大传送功率(Pcmax)。这能够被用于确保UE的传输服从针对在其中UE操作的(一个或多个)频带定义的任何规定,以使带外辐射和相邻信道功率泄露比(ACLR)最小化,并且通过遵守功率控制限制使带内干扰最小化。
如果UE必须利用传输功率Pstti进行子帧n中的至少SC-FDMA符号x中的基于sTTI的传输,并且UE还利用传输功率Prtti利用子帧n中的正常TTI传输来调度,则UE能够使用以下方法中的一种或多种确定用于子帧n的传输和功率水平。
根据确定用于子帧n的传输和功率水平的一种方法,UE能够根据下面定义的优先级规则中的一个或多个确定传输的优先级,并且仅传送最高优先级传输,并且丢弃该子帧中的所有其它传输。
根据确定用于子帧n的传输和功率水平的另一方法,UE能够传送sTTI和正常传输二者。如果sTTI传输和正常传输二者的总传输功率(诸如在子帧中的所有SC-FDMA符号持续时间期间)小于Pcmax_c(n),则这能够是没有任何功率缩放。如果sTTI传输和正常传输二者的总传输功率将在子帧中的任何SC-FDMA符号持续时间期间超过Pcmax_c(n),则UE能够根据一个或多个优先级规则缩放或者sTTI传输功率或者正常传输功率,使得在缩放之后,sTTI传输和正常传输二者的总传输功率将在子帧中的所有SC-FDMA符号持续时间期间不超过Pcmax_c(n)
一个优先级规则能够是其中特定TTI长度(诸如较短的TTI)的传输相比在另一TTI长度(诸如较长的TTI)的传输能够被优先化。根据另一示例,具有较长的TTI的传输相比具有较短的TTI的传输能够被优先化。这能够经由较高层信令或者经由其它信令或者预定义或者指示到UE,如下面所描述的。
另一优先级规则能够是其中优先化的传输能够经由信令来指示给UE。例如,如果UE被调度(诸如经由第一UL许可)以使用正常TTI在子帧n中传送,并且UE还被调度(诸如经由第二UL许可)以在子帧n中的sTTI中传送,那么第一许可中的比特(诸如优先级标记字段)或代码点能够指示UE是否应当优先化由第一许可所调度的传输。类似地,第二许可中的比特(诸如优先级标记字段)或代码点能够指示UE是否应当优先化由第二许可所调度的传输。
另一优先级规则能够是基于有效载荷类型、sTTI长度和物理信道类型的组合的优先化。例如,考虑以下传输,优先级能够是1>2>3>4>5>6。备选地,优先级能够是2>1>3>4>5>6。这些数目能够指示1)具有HARQ-ACK的sTTI传输;2)响应于具有被设定为1的优先级标记字段的UL许可的sTTI传输;3)具有HARQ-ACK的rTTI传输;4)没有HARQ-ACK的sTTI传输;5)没有HARQ-ACK的rTTI传输;和6)SRS传输。
由于与子帧n的符号x中的sTTI传输重叠,因而UE可能需要缩放子帧n中的正常传输的传输功率。UE能够缩放在其中进行正常传输的子帧n的所有SC-FDMA符号中的正常传输的传输功率。例如,UE能够使用用于在其中进行正常传输的子帧n的所有SC-FDMA符号的相同传输功率。这能够使对于网络而言解码UE传输更容易。备选地,UE能够缩放子帧n的时隙的所有SC-FDMA符号中的正常传输的传输功率,其中,正常传输和sTTI传输在时间方面重叠。备选地,UE能够缩放子帧n中的仅SC-FMA符号x中的正常传输的传输功率。这能够确保至少其它符号利用高功率传送并且能够改进鲁棒性。然而,网络应当能够考虑当解码正常传输时各种SC-FDMA符号之间的功率差。
如果UE被调度以传送子帧中的正常TTI传输和相同子帧中的多个sTTI传输,则UE能够缩放正常TTI传输功率,使得考虑缩放的正常TTI传输功率的总传输功率和被调度用于子帧的sTTI传输中的具有最大功率的sTTI传输不超过用于该子帧的配置的最大传送功率。在一些情况下(诸如当UL载波聚合被使用时),正常TTI传输和(一个或多个)sTTI传输能够在不同的上行链路分量载波或者服务小区上被调度。当在相同服务小区上进行正常TTI传输和sTTI传输时,它们能够通常做出假定相同的定时提前(TA)值。TA值能够被用于确定每个UL子帧相对于对应的DL子帧的开始。
为了利用设置或者调节UL传输功率辅助网络,UE能够发送一种或多种类型的功率余量报告(PHR)。在高等级处,例如,UE能够发送适于正常TTI传输的第一类型的PHR和适于较短的TTI传输的第二类型的PHR。
在另一示例中,UE能够发送用于子帧的第一类型的PHR,其中,即使这两种类型的(一个或多个)TTI传输的(一个或多个)传输实际上存在于子帧中,仅假定一种类型的(一个或多个)TTI传输存在于子帧中,能够计算被用于对于该子帧的PHR计算的配置的最大传送功率(诸如Pcmax_c)。这能够是PHR,其中,即使正常TTI和sTTI传输二者实际上被调度用于子帧,但仅假定正常TTI传输存在于子帧中,能够计算配置的最大传送功率。UE还能够发送用于子帧的第二类型PHR,其中,即使仅一种类型的TTI传输实际上在子帧中被传送,假定正常(一个或多个)TTI传输和(一个或多个)sTTI传输二者存在于子帧中,能够计算PHR。例如,UE能够报告PHR,其中,假定UE具有子帧中的sTTI传输和正常TTI传输二者,能够计算PHR。如果UE实际上被调度以仅传送子帧中的正常TTI传输,则能够假定固定资源分配(诸如1RB)和TPC命令值(诸如0dB)、被用于PHR计算的假定sTTI传输的功率调节。
图8是根据可能实施例的设备到设备(D2D)(诸如侧链路)操作的示例图示800。D2D能够是广播类型通信,其中,传送设备可以不知道接收设备的配置(诸如由用于与基站进行UL/DL通信的UE使用的TTI长度)。因此,用于D2D操作的共同TTI长度能够被用于所有UE。例如,为了维持后向兼容性,1ms TTI能够被用于D2D操作(诸如用于发现和通信),而每个UE可以出于与eNB通信的UL或者DL的目的而支持缩短的(一个或多个)TTI。假定使用用于D2D操作的共同TTI长度(诸如1ms),能够确保与蜂窝操作共存。
图9是根据可能实施例的具有符号9-10中的2个符号UL数据的1ms D2D子帧900的示例图示。从单个用户视角,优先级可以被给定到蜂窝操作;即,如果UE的UL通信与其侧链路传输重叠,则侧链路传输能够被丢弃。如果UE将使用1ms-TTI传送D2D信号并且其被调度以传送符号9和10中的UL数据,则UE可以不传送符号9和10处的D2D信号。然而,UE不需要丢弃全部D2D子帧,其是关于当前规范的情况。不同的方法能够被用于处理侧链路操作与子帧中的UL的sTTI操作一致的情况。
根据可能方法,当D2D子帧和sTTI数据重叠时,全部D2D子帧能够被丢弃,并且仅sTTI中的数据能够由UE发送。该方法能够与现有规范兼容,但是可以取决于低延时数据的到达日期和HARQ和TCP ACK延时而实现(诸如导致丢弃),同时存在(一个或多个)子帧的仅小部分与sTTI数据冲突。例如,对于8TTI的往返时间(RTT)HARQ延时和2个符号的TTI长度而言,所有连续的UL子帧能够包含仅在14个符号中的2个符号中的sTTI数据。在连续子帧的D2D子帧配置(诸如指示)的情况下,能够丢弃多个D2D子帧。
根据另一可能方法,D2D接收器(诸如接收UE)能够被通知在D2D子帧中能够对哪些符号打孔。例如,在D2D子帧内或者在D2D子帧的开始,传送UE能够通知所有D2D接收者哪些符号索引将被打孔(诸如被用于非D2D操作)。信息可以明确地或者隐含地传达(诸如经由扰码序列)。由于用于UL和D2D的不同的TA假定,接收以及传送UE也可以在用信号通知的UL传输位置之前丢弃前述符号。传送UE还能够指示传送到D2D接收器的调度分配中的这样的打孔。如果D2D子帧的好的部分将由sTTI UL操作使用,那么UE能够丢弃D2D子帧。丢弃阈值(诸如超过时间时隙)能够由服务小区用信号通知,或者被固定在规范中。与在其中接收D2D UE具有UL数据发送的子帧中D2D接收不可能的现有规范不同,在sTTI操作的情况下,当D2D接收UE具有用于UL传输的sTTI,仅由UL传输的那些实现的符号可以不被用于D2D接收。
图10是根据可能实施例的图示设备(诸如设备110)的操作的示例流程图1000。在1010处,在设备处,能够在第一下行链路子帧中的第一持续时间的第一下行链路TTI中接收第一下行链路传输。第一下行链路传输能够是PDSCH传输。第一下行链路还能够是指示SPS释放的控制信道传输。
在1020处,能够在第二下行链路子帧中的第二持续时间的第二下行链路TTI中接收第二下行链路传输。第二下行链路传输能够是PDSCH传输。第一下行链路TTI和第二下行链路TTI可以不重叠。而且,第二下行链路子帧能够与第一下行链路子帧不同。例如,第一下行链路子帧能够包括rTTI,并且第二下行链路子帧能够包括sTTI。第二下行链路子帧能够与第一下行链路子帧相同。例如,第一下行链路子帧和第二下行链路子帧能够具有相同的子帧索引。
在1030处,响应于在第一下行链路TTI中接收到第一下行链路传输,能够确定第一HARQ-ACK反馈和第一HARQ-ACK PUCCH资源。第一HARQ-ACK PUCCH资源能够被映射到第一上行链路子帧中的第三持续时间的第一上行链路TTI中的RE。在1040处,响应于在第二下行链路TTI中接收到第二下行链路传输能够确定第二HARQ-ACK反馈和第二HARQ-ACK PUCCH资源。第二HARQ-ACK PUCCH资源能够被映射到第一上行链路子帧中的第四持续时间的第二上行链路TTI中的RE。第一上行链路TTI能够包括与第二上行链路TTI重叠的时间部分。第一上行链路TTI还能够包括与第二上行链路TTI不重叠的时间部分。第一下行链路TTI能够具有第一数目的OFDM符号,第二下行链路TTI能够具有第二数目的OFDM符号,其中,第一上行链路TTI能够具有第一数目的SC-FDMA符号,并且第二上行链路TTI能够具有第二数目的SC-FDMA符号。第二下行链路传输能够包括两个传输块并且第二HARQ-ACK反馈能够是通过用于两个传输块的对应的单独HARQ-ACK的逻辑与(AND)运算的空间HARQ-ACK捆绑响应。
第二持续时间能够小于第一持续时间,并且第四持续时间能够小于第三持续时间。例如,第一持续时间能够包括用于rTTI的下行链路OFDM符号,并且第二持续时间能够包括用于sTTI的下行链路OFDM符号。类似地,第三持续时间能够包括具有与用于rTTI的第一HARQ-ACK PUCCH资源对应的RE的上行链路SC-FDMA符号,并且第四持续时间能够包括具有与用于sTTI的第一HARQ-ACK PUCH资源对应的RE的上行链路SC-FDMA符号。根据相关实施方式,第二持续时间能够等于第一持续时间,并且第四持续时间能够等于第三持续时间。例如,第二持续时间和第一持续时间能够用于DL sTTI,并且第三持续时间和第四持续时间能够用于sTTI。根据另一相关实施方式,第二持续时间能够小于第四持续时间。例如,用于下行链路传输的DL TTI能够小于用于HARQ-ACK传输的上行链路TTI。
在1050处,基于至少所确定的第二HARQ-ACK反馈能够选择第一HARQ-ACK PUCCH资源或者第二HARQ-ACK PUCCH资源。在1060处,响应于所确定的第一HARQ-ACK反馈和第二HARQ-ACK反馈,在第一上行链路子帧中的第一上行链路TTI和第二上行链路TTI的重叠部分上的所选择的HARQ-ACK PUCCH资源上能够传送信号。所传送的信号能够是第一信号,并且响应于所确定的第一HARQ-ACK反馈,在与第二上行链路TTI不重叠的第一上行链路TTI的时间部分上的第一HARQ-ACK PUCCH资源上能够传送第二信号。
应当理解,不管在附图中所示的特定步骤,各种附加或者不同的步骤能够依赖于实施例来执行,并且特定步骤中的一个或多个能够完全地依赖于实施例来重排、重复或者消除。而且,当其它步骤被执行的同时,所执行的步骤中的一些步骤能够在正在进行或连续的基础上被重复。而且,不同的步骤能够通过所公开的实施例的不同的元件或者在单个元件中被执行。
图11是根据可能实施例的装置1100(诸如无线通信设备110)的示例框图。装置1100能够包括:壳体1110;在壳体1110内的控制器1120;音频输入和输出电路1130,其耦合到控制器1120;显示器1140,其耦合到控制器1120;收发器1150,其耦合到控制器1120;天线1155,其耦合到收发器1150;用户接口1160,其耦合到控制器1120;存储器1170,其耦合到控制器1120;以及网络接口1180,其耦合到控制器1120。装置1100能够执行在所有实施例中所描述的方法。
显示器1140能够是取景器、液晶显示器(LCD)、发光二极管(LED)显示器、等离子显示器、投影显示器、触摸屏或者显示信息的任何其它设备。收发器1150能够包括发射器和/或接收器。音频输入和输出电路1130能够包括麦克风、扬声器、换能器或者任何其它音频输入和输出电路。用户接口1160能够包括小键盘、键盘、按钮、触摸板、操纵杆、触摸屏显示器、另一附加显示器、或者对于提供用户与电子设备之间的接口有用的任何其它设备。网络接口1180可以是通用串行总线(USB)端口、以太网端口、红外线发射器/接收器、IEEE 1394端口、WLAN收发器或者能够将装置连接到网络、设备或者计算机并且能够发射和接收数据通信信号的任何其它接口。存储器1170能够包括随机存取存储器、只读存储器、光学存储器、闪速存储器、可移除的存储器、硬盘驱动器、高速缓存、或者能够被耦合到装置的任何其它存储器。
装置1100或者控制器1120可以实现任何操作系统,诸如Microsoft
Figure BDA0003293546270000271
或者
Figure BDA0003293546270000272
AndroidTM、或者任何其它操作系统。装置操作软件可以以任何编程语言(诸如例如C、C++、Java或Visual Basic)编写。装置软件还可以在应用框架(诸如例如
Figure BDA0003293546270000273
框架、
Figure BDA0003293546270000274
框架或者任何其它应用框架)上运行。软件和/或操作系统可以被存储在存储器1170中或者在装置1100上的其它地方。装置1100或者控制器1120还可以使用硬件来实现所公开的操作。例如,控制器1120可以是任何可编程处理器。所公开的实施例还可以在以下各项上实现:通用或者专用计算机、程序微处理器或者微处理器、外围集成电路元件、专用集成电路或者其它集成电路、硬件/电子逻辑电路(诸如分立元件电路)、可编程逻辑器件(诸如可编程逻辑阵列、现场可编程门阵列等)。一般而言,控制器1120可以是任何控制器或者处理器设备或者能够操作装置并且实现所公开的实施例的设备。
在根据可能实施例的操作中,控制器1120能够确定被用于传送子帧中的调度请求指示的第一资源。第一资源能够与使用第一TTI长度的上行链路数据传输相关联。第一TTI长度能够包括第一数目的SC-FDMA符号。控制器1120能够确定被用于在子帧中传送调度请求指示的第二资源。第二资源能够与使用第二TTI长度的上行链路数据传输相关联。第二TTI长度能够包括第二数目的SC-FDMA符号。第二数目的SC-FDMA符号小于第一数目的SC-FDMA符号。
控制器1120能够从第一资源和第二资源中的一个选择调度请求指示资源。控制器1120能够当装置1100使数据使用具有第二数目的SC-FDMA符号的TTI传送时,选择第二资源作为调度请求指示资源。控制器1120还能够当装置1100使具有特定特性的数据传送时,选择第二资源作为调度请求指示资源,并且能够当装置使不具有特定特性的数据传送时,选择第一资源作为调度请求指示资源。收发器1150能够在子帧中传送所选择的调度请求指示资源中的调度请求指示。
根据可能实施方式,第一资源能够是第一PUCCH资源并且第二资源能够是第二PUCCH资源。当设备必须在子帧中传送HARQ-ACK指示时,收发器1150能够在所选择的调度请求指示资源中传送HARQ-ACK指示。
根据另一可能实施方式,第一资源能够是PUCCH资源并且第二资源能够是SRS资源。当装置1100还必须在子帧中传送预配置SRS传输时并且当所选择的调度请求指示资源是第二资源时,收发器1150能够传送调度请求而不是子帧中的预配置SRS传输。
根据另一可能实施方式,第一资源能够是第一PRACH资源并且第二资源能够是第二PRACH资源。当装置1100使数据使用第二TTI长度传送时,控制器1120能够选择第二PRACH资源作为调度请求指示。收发器1150能够在子帧中使用第二PRACH资源传送RACH前导。
根据另一可能实施方式中,第一资源能够是PUCCH资源并且第二资源能够是DMRS资源。收发器1150能够使用选自以下各项中的至少一项传送DMRS:与调度请求传输相关联的DMRS循环移位值;以及与调度请求传输相关联的正交序列。
在根据另一可能实施例的操作中,当装置1100被配置用于具有第一TTI长度的UL传输时控制器1120能够使用第一缓冲器状态报告(BSR)配置,并且当装置1100被配置用于具有比第一TTI长度更短的至少第二TTI长度的UL传输时控制器1120能够使用第二BSR配置。控制器1120能够确定装置1100是否使具有特定特性的数据传送。具有特定特性的数据传送能够是要求使用第二TTI长度的TTI资源的数据。特定特性能够是特定QoS等级标识符、特定资源类型、特定优先级水平、特定分组延时预算、特定分组错误损失率、特定延迟要求、特定逻辑信道组标识符,和/或能够影响BSR配置的任何其它特性。特定特性能够与减少的延迟数据传输相关联,减少的延迟数据传输具有从其它数据传输延迟减少的延迟。
当装置1100使具有特定特性的数据传送时,收发器1150能够使用第二BSR配置发送BSR。当装置1100使不具有特定特性的数据传送时收发器1150能够使用第一BSR配置发送BSR。
在根据另一可能实施例的操作中,收发器1150能够在第一下行链路子帧中的第一持续时间的第一下行链路TTI中接收第一下行链路传输。第一下行链路传输能够是PDSCH传输。第一下行链路传输还能够是指示SPS释放的控制信道传输。收发器1150能够在第二下行链路子帧中的第二持续时间的第二下行链路TTI中接收第二下行链路传输。第一下行链路TTI和第二下行链路TTI可以不重叠。第二下行链路传输能够是PDSCH传输。
响应于第一下行链路TTI中接收到第一下行链路传输,控制器1120能够确定第一HARQ-ACK反馈和第一HARQ-ACK PUCCH资源。第一HARQ-ACK PUCCH资源能够被映射到第一上行链路子帧中的第三持续时间的第一上行链路TTI中的RE。
响应于在第二下行链路TTI中接收到第二下行链路传输,控制器1120能够确定第二HARQ-ACK反馈和第二HARQ-ACK PUCCH资源。第二HARQ-ACK PUCCH资源能够被映射到第一上行链路子帧中的第四持续时间的第二上行链路TTI中的RE。第一UL TTI能够包括时间部分,其重叠第二UL TTI。根据可能实施方式,第二下行链路传输能够包括两个传输块并且第二HARQ-ACK反馈能够是由用于两个传输块的对应的单独HARQ-ACK的逻辑与(AND)运算的空间HARQ-ACK捆绑响应。
根据另一可能实施方式,第一下行链路子帧能够与第二下行链路子帧不同,第二持续时间能够小于第一持续时间,并且第四持续时间能够小于第三持续时间。根据另一可能实施方式,第一下行链路子帧能够与第二下行链路子帧相同,第二持续时间能够等于第一持续时间,并且第四持续时间能够等于第三持续时间。根据另一可能实施方式,第二持续时间可以小于第四持续时间。根据另一可能实施方式,第一下行链路TTI能够包括第一数目的OFDM符号,第二下行链路TTI能够包括第二数目的OFDM符号,第一上行链路TTI能够包括第一数目的SC-FDMA符号,并且第二上行链路TTI能够包括第二数目的SC-FDMA符号。
控制器1120能够至少基于所确定的第二HARQ-ACK反馈在第一HARQ-ACK PUCCH资源与第二HARQ-ACK PUCCH资源之间进行选择。收发器1150能够响应于所确定的第一HARQ-ACK反馈和第二HARQ-ACK反馈在第一上行链路子帧中的第一上行链路TTI和第二上行链路TTI的重叠部分上的所选择的HARQ-ACK PUCCH资源上传送信号。根据可能实施方式,所传送的信号包括第一信号并且收发器能够响应于所确定的第一HARQ-ACK反馈在与第二UL TTI不重叠的第一UL TTI的时间部分上的第一HARQ-ACK PUCCH资源上传送第二信号。
在根据另一可能实施例的操作中,控制器1120能够基于与第一TTI长度相关联的第一集合的较高层配置功率控制参数,确定第一上行链路传输的第一传输功率。较高层能够比物理层更高。第一上行链路传输能够跨第一TTI长度。第一TTI长度能够包括第一数目的SC-FDMA符号。第一上行链路传输能够携带数据、HARQ-ACK和/或任何其它传输。
控制器1120能够基于与第二TTI长度相关联的第二集合的较高层配置功率控制参数,确定第二上行链路传输的第二传输功率。第二上行链路传输能够跨第二TTI长度。第二TTI长度能够包括第二数目的SC-FDMA符号。第二数目能够与第一数目不同。第二上行链路传输能够携带数据、HARQ-ACK和/或任何其它传输。
根据可能实施方式,控制器1120能够确定第一上行链路传输的第一传输功率,使得在子帧中的任何SC-FDMA符号期间的第一上行链路传输和第二上行链路传输的组合传输功率不超过配置的最大传送功率值。根据另一可能实施方式,控制器1120能够基于根据第一上行链路传输具有比第二上行链路传输更低的优先级的优先级规则,确定第一上行链路传输的第一传输功率。
收发器1150能够使用第一传输功率传送子帧中的第一上行链路传输。收发器1150能够使用第二传输功率传送子帧中的至少第二上行链路传输。第一上行链路传输和第二上行链路传输在对于至少一个SC-FDMA符号持续时间期间在时间上重叠。
在根据另一可能实施例的操作中,控制器1120能够基于仅存在于子帧中的第一TTI长度的传输,计算第一类型的功率余量报告(PHR)。即使在子帧中存在第一TTI长度的传输和第二TTI长度的传输,控制器1120也能够基于仅存在于子帧中的第一TTI长度的传输,计算第一类型的PHR。控制器1120能够基于与第一TTI长度相关联的第一集合的较高层配置的功率控制参数,计算第一类型的PHR。
控制器1120能够基于在子帧中存在的第一TTI长度和第二TTI长度二者的传输,计算第二类型的PHR。即使第一TTI长度和第二TTI长度中的仅一个的传输存在于子帧中,控制器也能够基于在子帧中存在的第一TTI长度和第二TTI长度二者,计算第二类型的PHR。如果在子帧中不存在第二TTI长度的传输,则控制器1120能够基于固定资源块分配和固定TPC命令值,计算第二类型的PHR。控制器1120能够基于与第一TTI长度相关联的第一集合的较高层配置的功率控制参数以及与第二TTI长度相关联的第二集合的较高层配置的功率控制参数,计算第二类型的PHR。控制器1120能够基于用于第二TTI长度的传输的固定资源块分配和固定TPC命令值,计算第二类型的PHR。控制器1120能够基于在用于第二TTI长度的物理信道传输的上行链路许可中接收到的资源块分配和TPC命令值,计算第二类型的PHR。
控制器1120能够通过基于子帧中的仅第一类型的物理信道的传输计算PHR来计算第一类型的PHR和/或第二类型的PHR。第一类型的物理信道能够是PUSCH。控制器1120能够通过基于子帧中的至少两种类型的物理信道计算PHR来计算第一类型的PHR和/或第二类型的PHR。至少两种类型中的第一类型的物理信道能够是PUSCH,并且至少两种类型中的第二类型的物理信道能够是PUCCH。
收发器1150能够传送第一类型的PHR和至少第二类型的PHR。收发器1150能够使用第一TTI长度的物理信道传输在子帧中传送至少第二类型的PHR,并且第二TTI长度能够比第一TTI长度更短。收发器1150能够使用第二TTI长度的物理信道传输传送子帧中的第二类型的PHR,并且第二TTI长度能够比第一TTI长度更短。
在根据另一可能实施例的操作中,控制器1120能够将被用于TTI中的UL传输的SC-FDMA符号的数目与SC-FDMA符号的阈值相比较。收发器1150能够在侧链路信道上发送指示。当UL传输占用小于阈值的SC-FDMA符号的数目时,指示能够指示被用于UL传输的SC-FDMA符号的位置。指示能够在由侧链路信道上的装置所传送的调度分配中被发送。被用于UL传输的SC-FDMA的位置能够使用被用于侧链路传输的扰码序列指示。侧链路信道能够是侧链路共享信道、侧链路控制信道、侧链路发现信道和/或任何其它侧链路信道。当UL传输占用小于阈值的SC-FDMA符号的数目时,收发器1150能够在TTI中传送侧链路传输和UL传输二者。当UL传输占用小于阈值的SC-FDMA符号的数目时,控制器1120能够丢弃与侧链路传输相关联的符号,其中,符号能够紧接地在UL传输之前。侧链路传输和UL传输在时间方面可以不重叠。当UL信号占用为至少阈值的多个SC-FDMA符号时,收发器1150能够仅在TTI中传送UL传输。收发器1150通过丢弃在TTI期间调度的所有侧链路传输仅传送UL传输。TTI能够是具有第一TTI长度的第一TTI长度并且UL传输能够使用具有小于第一TTI长度的TTI长度的第二TTI来传送,其中,第一TTI和第二TTI在时间上重叠。
本公开的方法能够在程序处理器上实现。然而,控制器、流程图和模块还可以在以下各项上实现:通用或者专用计算机、程序微处理器或者微控制器和外围集成电路元件、集成电路、硬件电子或者逻辑电路(诸如分立元件电路)、可编程逻辑器件等。一般而言,能够实现附图中所示的流程图的有限状态机驻留在其上的任何设备可以被用于实现本公开的处理器功能。
虽然已经利用其特定实施例描述了本公开,但是显而易见的是,许多替换、修改和变型对于本领域的技术人员而言将是明显的。例如,实施例的各种部件可以在其它实施例中交换、添加或者替代。而且,每个附图的所有元件对于所公开的实施例的操作不是必要的。例如,所公开的实施例的本领域的普通技术人员将使得能够通过简单地采用独立权利要求的元件做出并且使用本公开的教导。因此,如本文阐述的本公开的实施例旨在是说明性而非限制性的。在不脱离本公开的精神和范围的情况下,可以做出各种改变。
在本文档中,关系术语(诸如“第一”和“第二”等)可以仅被用于将一个实体或动作与另一实体或动作区分而不必要求或隐含这样的实体或动作之间的任何实际的这样的关系或顺序。列举前面的短语“……中的至少一个”、“选自以下各项的组的至少一个”或者“选自以下各项的至少一个”被定义为意指在列举中的一个、一些或全部而不必全部元件。术语“包括(comprises)”、“包括(comprising)”、“包括(including)”或其任何其它变型旨在覆盖非排他的包括,使得包括一系列元件的过程、方法、制品或装置不仅包括那些元件而且可以包括未明确列出或对于这样的过程、方法、制品或装置固有的其它元件。在没有更多约束的情况下,在“一”、“一个”等前面的元件不排除包括该元件的过程、方法、制品或装置中的附加的相同元件的存在。而且,术语“另一个”被定义为至少第二或更多。如本文所使用的,术语“包括(including)”、“具有(having)”被定义为“包括(comprising)”。而且,背景技术章节在提交时作为发明人对一些实施例的上下文的自己的理解而撰写并且包括对关于现存技术的任何问题和/或在发明人的自己的工作中经历的问题的发明人的自己的认识。

Claims (20)

1.一种方法,包括:
在设备处从网络接收配置,所述配置使得所述设备能够以不同传送时间间隔长度接收下行链路传输;
接收第一下行链路分配,所述第一下行链路分配指示用于对应于第一传送时间间隔长度的第一下行链路传输的下行链路资源;
接收第二下行链路分配,所述第二下行链路分配指示用于对应于第二传送时间间隔长度的第二下行链路传输的下行链路资源;
接收所述第一下行链路传输和所述第二下行链路传输;
响应于接收到所述第一下行链路传输,确定第一混合自动重传请求确认(HARQ-ACK)反馈;
响应于接收到所述第二下行链路传输,确定第二HARQ-ACK反馈;
确定在与所述第二下行链路分配相关联的上行链路控制信道中传送HARQ-ACK反馈响应的时隙,其中所述HARQ-ACK反馈响应包括至少所述第二HARQ-ACK反馈;
至少基于所述第二下行链路分配确定所述第一HARQ-ACK反馈是否存在于所述时隙中;以及
响应于所述第一下行链路传输和所述第二下行链路传输以及响应于确定所述第一HARQ-ACK反馈是否存在于所述时隙中,在所述时隙中与所述第二下行链路分配相关联的所述上行链路控制信道中传送所述HARQ-ACK反馈响应,
其中所述第一传送时间间隔长度和所述第二传送时间间隔长度不同。
2.根据权利要求1所述的方法,其中,所述第一传送时间间隔长度大于所述第二传送时间间隔长度。
3.根据权利要求1所述的方法,
其中,所述第二下行链路分配指示与所述第一传送时间间隔长度的下行链路传输相关联的分配计数器,以及
其中,确定所述第一HARQ-ACK反馈是否存在包括:基于在所述第二下行链路分配中指示的所述分配计数器来确定所述第一HARQ-ACK反馈是否存在于所述时隙中。
4.根据权利要求1所述的方法,其中,与所述第二下行链路分配相关联的所述上行链路控制信道包含调度请求。
5.根据权利要求4所述的方法,
其中,所述设备配置有探测参考信号资源的第一集合和第二集合,并且
其中,所述方法进一步包括:
如果包含探测参考信号的符号与被配置用于第三传送时间间隔持续时间的调度请求传输的资源不重叠,则在探测参考信号资源的所述第一集合上传送探测参考信号;以及
如果包含探测参考信号的符号与被配置用于所述第三传送时间间隔持续时间的调度请求传输的资源重叠,则在探测参考信号资源的所述第二集合上传送探测参考信号。
6.根据权利要求4所述的方法,进一步包括:在与被配置用于第三传送时间间隔持续时间的调度请求传输的调度请求资源重叠的符号中传送具有固定循环移位的解调参考信号。
7.根据权利要求6所述的方法,其中,所述固定循环移位是基于较高层信令确定的,所述较高层信令高于物理层信令。
8.根据权利要求1所述的方法,其中,与所述第二下行链路分配相关联的所述上行链路控制信道包括第一数量的单载波频分多址符号。
9.根据权利要求8所述的方法,
其中,所述第一数量的单载波频分多址符号为七个,并且
其中,响应于所述第一传送时间间隔长度的下行链路传输而传送的所述第一HARQ-ACK也在与所述第一数量的单载波频分多址符号在时间上不重叠的第二数量的单载波频分多址符号中传送。
10.根据权利要求1所述的方法,其中,响应于至少基于所述第二下行链路分配确定所述第一HARQ-ACK反馈存在于所述时隙中,所述HARQ-ACK反馈响应进一步包括所述第一HARQ-ACK反馈。
11.一种装置,包括:
收发器,所述收发器从网络接收配置,所述配置使得所述设备能够以不同传送时间间隔长度接收下行链路传输,接收第一下行链路分配,所述第一下行链路分配指示用于对应于第一传送时间间隔长度的第一下行链路传输的下行链路资源,接收第二下行链路分配,所述第二下行链路分配指示用于对应于第二传送时间间隔长度的第二下行链路传输的下行链路资源,以及接收所述第一下行链路传输和所述第二下行链路传输;以及
控制器,所述控制器耦合到所述收发器,其中所述控制器
响应于接收到所述第一下行链路传输,确定第一混合自动重传请求确认(HARQ-ACK)反馈;
响应于接收到所述第二下行链路传输,确定第二HARQ-ACK反馈;
确定在与所述第二下行链路分配相关联的上行链路控制信道中传送HARQ-ACK反馈响应的时隙,其中所述HARQ-ACK反馈响应包括至少所述第二HARQ-ACK反馈;
至少基于所述第二下行链路分配确定所述第一HARQ-ACK反馈是否存在于所述时隙中;
其中,响应于所述第一下行链路传输和所述第二下行链路传输以及响应于确定所述第一HARQ-ACK反馈是否存在于所述时隙中,所述收发器在所述时隙中与所述第二下行链路分配相关联的所述上行链路控制信道中传送所述HARQ-ACK反馈响应,并且
其中,所述第一传送时间间隔长度和所述第二传送时间间隔长度不同。
12.根据权利要求11所述的装置,其中,所述第一传送时间间隔长度大于所述第二传送时间间隔长度。
13.根据权利要求11所述的装置,
其中,所述第二下行链路分配指示与所述第一传送时间间隔长度的下行链路传输相关联的分配计数器,以及
其中,所述控制器基于在所述第二下行链路分配中指示的所述分配计数器来确定所述第一HARQ-ACK反馈是否存在于所述时隙中。
14.根据权利要求11所述的装置,其中,与所述第二下行链路分配相关联的所述上行链路控制信道包含调度请求。
15.根据权利要求14所述的装置,
其中,所述装置配置有探测参考信号资源的第一集合和第二集合,并且
其中,所述收发器:
如果包含探测参考信号的符号与被配置用于第三传送时间间隔持续时间的调度请求传输的资源不重叠,则在探测参考信号资源的所述第一集合上传送探测参考信号;以及
如果包含探测参考信号的符号与被配置用于所述第三传送时间间隔持续时间的调度请求传输的资源重叠,则在探测参考信号资源的所述第二集合上传送探测参考信号。
16.根据权利要求14所述的装置,其中,所述收发器在与被配置用于第三传送时间间隔持续时间的调度请求传输的调度请求资源重叠的符号中传送具有固定循环移位的解调参考信号。
17.根据权利要求16所述的装置,其中,所述固定循环移位是基于较高层信令确定的,所述较高层信令高于物理层信令。
18.根据权利要求10所述的方法,
其中,所述第一HARQ-ACK反馈包括第一数量的比特,
其中,所述第二HARQ-ACK反馈包括第二数量的比特,并且
其中,所述HARQ-ACK反馈响应包括所述第一数量的比特和所述第二数量的比特的级联。
19.根据权利要求11所述的装置,其中,响应于至少基于所述第二下行链路分配确定所述第一HARQ-ACK反馈存在于所述时隙中,所述HARQ-ACK反馈响应进一步包括所述第一HARQ-ACK反馈。
20.根据权利要求19所述的装置,
其中,所述第一HARQ-ACK反馈包括第一数量的比特,
其中,所述第二HARQ-ACK反馈包括第二数量的比特,并且
其中,所述HARQ-ACK反馈响应包括所述第一数量的比特和所述第二数量的比特的级联。
CN202111171879.2A 2016-04-01 2017-03-23 用于调度具有减少的延迟的上行链路传输的方法和装置 Active CN113890709B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662317149P 2016-04-01 2016-04-01
US62/317,149 2016-04-01
US15/262,421 US10069613B2 (en) 2016-04-01 2016-09-12 Method and apparatus for scheduling uplink transmissions with reduced latency
US15/262,421 2016-09-12
CN201780019433.3A CN108781143B (zh) 2016-04-01 2017-03-23 用于调度具有减少的延迟的上行链路传输的方法和装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201780019433.3A Division CN108781143B (zh) 2016-04-01 2017-03-23 用于调度具有减少的延迟的上行链路传输的方法和装置

Publications (2)

Publication Number Publication Date
CN113890709A true CN113890709A (zh) 2022-01-04
CN113890709B CN113890709B (zh) 2024-05-17

Family

ID=

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011136584A2 (ko) * 2010-04-29 2011-11-03 엘지전자 주식회사 Ack/nack 신호의 전송 방법과, 이를 위한 기지국 및 사용자기기
CN102577209A (zh) * 2009-10-01 2012-07-11 交互数字专利控股公司 上行链路控制数据传输
CN102640444A (zh) * 2009-08-21 2012-08-15 瑞典爱立信有限公司 控制具有中继节点的无线通信网络中信息的传送
CN103039031A (zh) * 2010-06-09 2013-04-10 Lg电子株式会社 执行harq处理的方法和使用该方法的装置
CN103384188A (zh) * 2012-05-04 2013-11-06 电信科学技术研究院 不同tdd上/下行配置载波聚合反馈方法、装置及系统
WO2014182009A1 (ko) * 2013-05-06 2014-11-13 주식회사 케이티 응답 신호를 전송 및 수신하는 방법 및 그 장치
CN104272690A (zh) * 2012-03-08 2015-01-07 三星电子株式会社 用于协同多点接收的上行链路控制信息的传输
US20150208402A1 (en) * 2012-09-19 2015-07-23 Lg Electronics Inc. Method and device for transmitting uplink control information
CN105340337A (zh) * 2013-07-09 2016-02-17 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
CN105337709A (zh) * 2014-07-31 2016-02-17 成都鼎桥通信技术有限公司 Harq号计算方法及装置
US20160095137A1 (en) * 2014-09-26 2016-03-31 Qualcomm Incorporated Ultra-low latency lte uplink frame structure

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102640444A (zh) * 2009-08-21 2012-08-15 瑞典爱立信有限公司 控制具有中继节点的无线通信网络中信息的传送
CN102577209A (zh) * 2009-10-01 2012-07-11 交互数字专利控股公司 上行链路控制数据传输
WO2011136584A2 (ko) * 2010-04-29 2011-11-03 엘지전자 주식회사 Ack/nack 신호의 전송 방법과, 이를 위한 기지국 및 사용자기기
CN103039031A (zh) * 2010-06-09 2013-04-10 Lg电子株式会社 执行harq处理的方法和使用该方法的装置
CN104272690A (zh) * 2012-03-08 2015-01-07 三星电子株式会社 用于协同多点接收的上行链路控制信息的传输
CN103384188A (zh) * 2012-05-04 2013-11-06 电信科学技术研究院 不同tdd上/下行配置载波聚合反馈方法、装置及系统
US20150208402A1 (en) * 2012-09-19 2015-07-23 Lg Electronics Inc. Method and device for transmitting uplink control information
WO2014182009A1 (ko) * 2013-05-06 2014-11-13 주식회사 케이티 응답 신호를 전송 및 수신하는 방법 및 그 장치
CN105340337A (zh) * 2013-07-09 2016-02-17 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
CN105337709A (zh) * 2014-07-31 2016-02-17 成都鼎桥通信技术有限公司 Harq号计算方法及装置
US20160095137A1 (en) * 2014-09-26 2016-03-31 Qualcomm Incorporated Ultra-low latency lte uplink frame structure

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
""36300_CR0844_(Rel-13)_R2-161604 36.300 Introduction of NB-IoT"", 3GPP INBOX\\RAN1, 22 March 2016 (2016-03-22) *
YOUNGHOON WHANG: "Multilevel Control Signaling for Hybrid ARQ", 《IEEE XPLORE》, 18 November 2008 (2008-11-18) *
申敏: "TD-LTE终端协议栈TTI Bundling方案的实现", 《电讯技术》, no. 52, 20 November 2012 (2012-11-20) *
陈发堂: "LTE TDD系统中下行HARQ机制的研究", 《电信科学》, no. 29, 20 April 2013 (2013-04-20) *

Also Published As

Publication number Publication date
KR20180127363A (ko) 2018-11-28
WO2017172488A1 (en) 2017-10-05
US20180323939A1 (en) 2018-11-08
EP3411980A1 (en) 2018-12-12
CN108781143A (zh) 2018-11-09
KR102354911B1 (ko) 2022-01-25
US10574421B2 (en) 2020-02-25
CN108781143B (zh) 2021-10-29
US20180076942A1 (en) 2018-03-15
US10069613B2 (en) 2018-09-04
EP3411980B1 (en) 2021-09-22

Similar Documents

Publication Publication Date Title
CN108781143B (zh) 用于调度具有减少的延迟的上行链路传输的方法和装置
CN108886798B (zh) 用于调度具有减少的延迟的缓冲器状态报告的方法和装置
US10278136B2 (en) Method and apparatus for scheduling uplink transmissions with reduced latency
CN108886801B (zh) 用于以减少的时延发送调度请求的方法和装置
CN108781418B (zh) 基于不同发送时间间隔长度发送不同功率余量报告的方法和装置
US10813150B2 (en) Method and apparatus for scheduling uplink transmissions with reduced latency
CN108781159B (zh) 以减少的延迟调度上行链路传输的方法和设备
CN113890709B (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