CN109891795A - 用于频分双工传输时间间隔操作的***和方法 - Google Patents

用于频分双工传输时间间隔操作的***和方法 Download PDF

Info

Publication number
CN109891795A
CN109891795A CN201780047701.2A CN201780047701A CN109891795A CN 109891795 A CN109891795 A CN 109891795A CN 201780047701 A CN201780047701 A CN 201780047701A CN 109891795 A CN109891795 A CN 109891795A
Authority
CN
China
Prior art keywords
stti
uplink
downlink
channel
subframe
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
CN201780047701.2A
Other languages
English (en)
Other versions
CN109891795B (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.)
Sharp Corp
Original Assignee
FG Innovation Co Ltd
Sharp Corp
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 FG Innovation Co Ltd, Sharp Corp filed Critical FG Innovation Co Ltd
Publication of CN109891795A publication Critical patent/CN109891795A/zh
Application granted granted Critical
Publication of CN109891795B publication Critical patent/CN109891795B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • 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/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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
    • 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

Landscapes

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

Abstract

本发明描述了一种用户设备(UE)。所述UE包括处理器以及与所述处理器进行电子通信的存储器。所述UE在服务小区中配置用于下行链路的缩短的传输时间间隔(sTTI)。所述UE还确定用于上行链路子帧的下行链路(DL)关联集。所述UE至少基于DL关联集内的(多个)下行链路sTTI的数量，进一步确定在所述上行链路子帧中使用的缩短的物理上行链路控制信道(SPUCCH)格式或PUCCH格式。

Description

用于频分双工传输时间间隔操作的***和方法
相关申请
本申请涉及2016年8月11日提交的名称为“SYSTEMS AND METHODS FORFREQUENCY-DIVISION DUPLEX TRANSMISSION TIME INTERVAL OPERATION”的美国临时专利申请No.62/373,853，并且要求该美国临时专利申请的优先权，该美国临时专利申请据此全文以引用方式并入本文。
技术领域
本公开整体涉及通信***。更具体地讲，本公开涉及用户设备(UE)、基站和方法。
背景技术
为了满足消费者需求并改善便携性和便利性，无线通信设备已变得更小且功能更强大。消费者已变得依赖于无线通信设备，并期望得到可靠的服务、扩大的覆盖区域和增强的功能性。无线通信***可为多个无线通信设备提供通信，所述多个无线通信设备中的每一个都可由基站提供服务。基站可以是与无线通信设备通信的设备。
随着无线通信设备的发展，人们一直在寻求改善通信容量、速度、灵活性和/或效率的方法。然而，改善通信容量、速度、灵活性和/或效率可能会带来某些问题。
例如，无线通信设备可使用通信结构与一个或多个设备通信。然而，所使用的通信结构可能仅提供有限的灵活性和/或效率。如本讨论所示，改善通信灵活性和/或效率的***和方法可能是有利的。
附图说明
图1是示出一个或多个演进节点B(eNB)和一个或多个用户设备(UE)的示例的框图，其中可以实施用于频分双工(FDD)传输时间间隔(TTI)操作的***和方法；
图2是示出用于频分双工(FDD)传输时间间隔(TTI)操作的方法的流程图；
图3是示出可根据本文公开的***和方法使用的无线帧的一个示例的图示；
图4是示出可根据本文公开的***和方法使用的无线帧的另一个示例的图示；
图5是示出FDD小区操作的定时的示例的图示；
图6是示出用于延迟降低的具有缩短的传输时间间隔(sTTI)的定时的示例的图示；
图7是示出具有7符号UL sTTI的缩短的物理下行链路共享信道(sPDSCH)混合自动重传请求确认/否定确认(HARQ-ACK)关联的示例的图示；
图8是示出具有3/4符号上行链路(UL)sTTI的物理下行链路共享信道(PDSCH)关联的示例的图示；
图9是示出具有sTTI的物理上行链路共享信道(PUSCH)调度定时的示例的图示；
图10是示出具有7符号下行链路(DL)sTTI和2符号UL sTTI的PDSCH HARQ-ACK关联的示例的图示；
图11是示出来自DL sTTI的sPUSCH调度的示例的图示；
图12是示出sPUSCH HARQ-ACK反馈处理时间的示例的图示；
图13示出可在UE中利用的各种部件；
图14示出可在eNB中利用的各种部件；
图15是示出可在其中实施用于FDD TTI操作的***和方法的UE的一种具体实施的框图；以及
图16是示出可在其中实施用于FDD TTI操作的***和方法的eNB的一种具体实施的框图。
具体实施方式
本发明描述了一种用户设备(UE)。所述UE包括处理器以及与所述处理器进行电子通信的存储器。该UE在服务小区中配置用于下行链路的缩短的传输时间间隔(sTTI)。该UE还确定用于上行链路子帧的下行链路(DL)关联集。该UE至少基于DL关联集内的(多个)下行链路sTTI的数量，进一步确定在上行链路子帧中使用的缩短的物理上行链路控制信道(SPUCCH)格式或物理上行控制信道(PUCCH)格式。
在为服务小区配置上行链路的sTTI的情况下，可使用SPUCCH格式。在没有为服务小区配置上行链路的sTTI的情况下，可使用PUCCH格式。
可从多个SPUCCH格式确定SPUCCH格式。多个SPUCCH格式可支持不同的有效载荷大小。
混合自动重传请求确认/否定确认(HARQ-ACK)资源偏移(ARO)字段可包括在下行链路控制信息(DCI)格式中。可使用ARO字段的值来确定SPUCCH资源。
描述了另一个UE。该UE包括处理器以及与该处理器进行电子通信的存储器。该UE在服务小区中配置用于上行链路的缩短的传输时间间隔(sTTI)。该UE还确定用于下行链路子帧的上行链路(UL)关联集。该UE还从UL关联集内的(多个)上行链路sTTI确定上行链路sTTI。UE另外在下行链路子帧中接收下行链路信道。该UE还在上行链路sTTI中传输上行链路信道，该上行链路信道对应于下行链路信道。
下行链路信道可以是物理下行链路共享信道。上行链路信道可以是SPUCCH，SPUCCH携带用于物理下行链路共享信道的HARQ-ACK。
下行链路信道可以是物理下行链路控制信道。上行链路信道可以是由物理下行链路控制信道调度的缩短的物理上行链路共享信道(SPUSCH)。
可通过下行链路控制信息(DCI)格式从(多个)上行链路sTTI指示上行链路sTTI。该上行链路sTTI可以是UL关联集中的(多个)上行链路sTTI的初始sTTI。该上行链路sTTI可以是UL关联集中的(多个)上行链路sTTI的最后一个sTTI。
还描述了一种演进节点B(eNB)。所述eNB包括处理器以及与所述处理器进行电子通信的存储器。该eNB在服务小区中为UE配置用于下行链路的sTTI。该eNB还确定用于上行链路子帧的DL关联集。该eNB至少基于DL关联集内的(多个)下行链路sTTI的数量，进一步确定在上行链路子帧中使用的SPUCCH格式或PUCCH格式。
描述了另一个eNB。所述eNB包括处理器以及与所述处理器进行电子通信的存储器。该eNB在服务小区中为UE配置用于上行链路的sTTI。该eNB还确定用于下行链路子帧的UL关联集。该eNB还从UL关联集内的(多个)上行链路sTTI确定上行链路sTTI。该eNB另外在下行链路子帧中传输下行链路信道。该eNB还在上行链路sTTI中接收上行链路信道，该上行链路信道对应于下行链路信道。
还描述了一种用于UE的方法。该方法包括在服务小区中为下行链路配置sTTI。该方法还包括确定用于上行链路子帧的DL关联集。该方法还包括至少基于DL关联集内的(多个)下行链路sTTI的数量，确定在上行链路子帧中使用的SPUCCH格式或PUCCH格式。
还描述了一种用于eNB的方法。该方法包括在服务小区中为UE配置用于下行链路的sTTI。该方法还包括确定用于上行链路子帧的DL关联集。该方法还包括至少基于DL关联集内的(多个)下行链路sTTI的数量，确定在上行链路子帧中使用的SPUCCH格式或PUCCH格式。
第3代合作伙伴项目(也称为“3GPP”)是旨在为第三代和***无线通信***制定全球适用的技术规范和技术报告的合作协议。3GPP可为下一代移动网络、***和设备制定规范。
3GPP长期演进(LTE)是授予用来改善通用移动电信***(UMTS)移动电话或设备标准以应付未来需求的项目的名称。在一个方面，已对UMTS进行修改，以便为演进的通用陆地无线电接入(E-UTRA)和演进的通用陆地无线电接入网络(E-UTRAN)提供支持和规范。
本文所公开的***和方法的至少一些方面可结合3GPP LTE、高级LTE(LTE-A)和其他标准(例如，3GPP第8、9、10、11和/或12版)进行描述。然而，本公开的范围不应在这方面受到限制。本文所公开的***和方法的至少一些方面可用于其他类型的无线通信***。
无线通信设备可以是如下电子设备，其用于向基站传送语音和/或数据，基站进而可与设备的网络(例如，公用交换电话网(PSTN)、互联网等)进行通信。在描述本文的***和方法时，无线通信设备可另选地称为移动站、用户设备(UE)、接入终端、订户站、移动终端、远程站、用户终端、终端、订户单元、移动设备等。无线通信设备的示例包括蜂窝电话、智能电话、平板设备、个人数字助理(PDA)、膝上型计算机、上网本、电子阅读器、无线调制解调器等。在3GPP规范中，无线通信设备通常被称为UE。然而，由于本公开的范围不应限于3GPP标准，因此术语“UE”和“无线通信设备”在本文中可互换使用，以表示更一般的术语“无线通信设备”。UE还可更一般地称为终端设备。
在3GPP规范中，基站通常称为节点B、演进节点B(eNB)、家庭增强或演进节点B(HeNB)或者一些其他类似术语。由于本公开的范围不应限于3GPP标准，因此术语“基站”、“节点B”、“eNB”和“HeNB”在本文中可互换使用，以表示更一般的术语“基站”。此外，术语“基站”可用来表示接入点。接入点可以是为无线通信设备提供对网络(例如，局域网(LAN)、互联网等)的接入的电子设备。术语“通信设备”可用来表示无线通信设备和/或基站。eNB还可更一般地称为基站设备。
应当注意，如本文所用，“小区”可以指如下通信信道的任意集合：在所述通信信道上，可由标准化指定或由监管机构管理以用于高级国际移动通信(IMT-Advanced)或其扩展以及其全部或其子集的用于UE与eNB之间的通信的协议可被3GPP采用为用于eNB与UE之间的通信的授权频带(例如，频率带)。“配置的小区”是UE知晓并得到eNB准许以传输或接收信息的那些小区。“配置的小区”可以是服务小区。UE可接收***信息并对所有配置的小区执行所需的测量。“激活的小区”是UE正在其上进行传输和接收的那些配置的小区。也就是说，激活的小区是UE监控其物理下行链路控制信道(PDCCH)的那些小区，并且是在下行链路传输的情况下，UE对其物理下行链路共享信道(PDSCH)进行解码的那些小区。“去激活的小区”是UE不监控传输PDCCH的那些配置的小区。应当注意，可以按不同的维度来描述“小区”。例如，“小区”可具有时间、空间(例如，地理)和频率特性。
应当注意，如本文所用，术语“同时”及其变型可表示两个或更多个事件可在时间上彼此重叠并且/或者可在时间上彼此相近地发生。另外，“同时”及其变型可意指或可不意指两个或更多个事件精确地在相同时间发生。
这里讨论的***和方法可以涉及频分双工(FDD)传输时间间隔(TTI)操作。例如，这里讨论的***和方法可以涉及延迟降低的FDD缩短的TTI(sTTI)操作。
在延迟降低中，可以利用不同的缩短的传输时间间隔(sTTI)长度。减小的sTTI长度可以导致减少处理时间并因此降低往返延迟(例如，往返时间(RTT))。本文描述了具有不同sTTI大小的处理时间减少和RTT减少的不同场景(例如，特别是当DL和UL具有不同TTI大小时)。减少的处理时间可能对以下各项的关联定时产生影响：上行链路(DL)子帧上的下行链路(DL)混合自动重传请求确认/非确认(HARQ-ACK)报告，来自的UL子帧的物理上行链路共享信道(PUSCH)调度和/或用于PUSCH传输的DL子帧上的UL HARQ-ACK反馈。
可基于UL和DL之间的较长sTTI大小来定义固定关联定时。本文描述了基于不同sTTI大小的不同处理定时。此外，本文提供了针对来自不同UE或不同sTTI的不同处理时间而引发的潜在问题的解决方案。这些解决方案涉及不同UE之间的sPUCCH冲突和基于在ULsTTI比DL sTTI更长的情况下在DL关联集内接收的sPDSCH的实际数量的sPUCCH自适应。
根据本文描述的***和方法描述DL和UL上的半静态配置的sTTI大小。在一些配置中，可以假设不期望UE在传统TTI内接收具有不同大小的sTTI。除此之外或另选地，可以假设不期望UE在传统TTI内传输具有不同大小的sTTI。
对于sTTI大小，可以独立地配置UL和DL的传输时间间隔(TTI)长度。此外，DL和UL信道可独立配置(例如，缩短的物理上行链路控制信道(sPUCCH)和缩短的物理上行链路共享信道(sPUSCH)可配置有不同的sTTI大小)。对于频分双工(FDD)小区，可以基于配置的TTI长度缩放处理延迟。DL TTI或sTTI可以与一个或多个UL TTI或sTTI相关联。UL TTI或sTTI可以与一个或多个DL TTI或sTTI相关联。
对于FDD小区上的所有关联定时和处理延迟，存在针对不同UE或不同sTTI的不同处理时间的若干问题。针对sTTI UL上的sPDSCH HARQ-ACK报告、sTTI DL的sPUSCH调度和sTTI DL上的sPUSCH HARQ-ACK报告，描述了使用可配置延迟(例如，k和m值)的详细处理定时。
由于可应用于不同UE的不同处理时间，sPUCCH资源可在不同UE之间冲突。为了避免该问题，HARQ资源偏移可包括在DL分配DCI中。
此外，如果DL sTTI小于UL sTTI，则可将多个DL sTTI链接到单个UL sTTI用于HARQ-ACK报告。HARQ-ACK报告可使用sPUCCH格式自适应。如果在DL关联集中仅检测到一个sPDSCH，则可使用具有小有效载荷的sPUCCH格式。如果在DL关联集中检测到不止一个sPDSCH，则可使用具有大有效载荷的PUCCH格式。
在LTE版本12及更早版本中，传输时间间隔(TTI)为1毫秒(ms)的子帧。为了针对LTE减少传输时间间隔(R-TTI)，针对上行链路(UL)和下行链路(DL)TTI格式两者考虑不同的TTI大小。减少的TTI也可以称为短的TTI、缩短的TTI(sTTI)等。
现在将参考附图来描述本文所公开的***和方法的各种实施例，其中相同的参考标号可指示功能相似的元件。如在本文附图中一般性描述和说明的***和方法可以以各种不同的具体实施来布置和设计。因此，下文对附图呈现的几种具体实施进行更详细的描述并非意图限制要求保护的范围，而是仅仅代表所述***和方法。
图1是示出一个或多个eNB 160和一个或多个UE 102的示例的框图，其中可实施用于频分双工(FDD)传输时间间隔(TTI)操作的***和方法。一个或多个UE 102使用一个或多个天线122a-n来与一个或多个eNB 160进行通信。例如，UE 102使用一个或多个天线122a-n将电磁信号传输到eNB 160并且从eNB 160接收电磁信号。eNB 160使用一个或多个天线180a-n来与UE 102进行通信。
UE 102和eNB 160可使用一个或多个信道119,121来彼此通信。例如，UE 102可使用一个或多个上行链路信道121将信息或数据传输到eNB 160。上行链路信道121的示例包括PUCCH和PUSCH等。例如，一个或多个eNB 160也可使用一个或多个下行链路信道119将信息或数据传输到一个或多个UE 102。下行链路信道119的示例包括PDCCH、PDSCH等。可使用其他种类的信道。
一个或多个UE 102中的每一者可包括一个或多个收发器118、一个或多个解调器114、一个或多个解码器108、一个或多个编码器150、一个或多个调制器154、数据缓冲器104和UE操作模块124。例如，可在UE 102中实施一个或多个接收路径和/或传输路径。为方便起见，UE 102中仅示出了单个收发器118、解码器108、解调器114、编码器150和调制器154，但可实施多个并行元件(例如，多个收发器118、解码器108、解调器114、编码器150和调制器154)。
收发器118可包括一个或多个接收器120以及一个或多个发射器158。一个或多个接收器120可使用一个或多个天线122a-n从eNB 160接收信号。例如，接收器120可接收并降频转换信号，以产生一个或多个接收的信号116。可将一个或多个接收的信号116提供给解调器114。一个或多个发射器158可使用一个或多个天线122a-n将信号传输到eNB 160。例如，一个或多个发射器158可升频转换并传输一个或多个调制的信号156。
解调器114可解调一个或多个接收的信号116，以产生一个或多个解调的信号112。可将一个或多个解调的信号112提供给解码器108。UE 102可使用解码器108来解码信号。解码器108可产生解码的信号110，该解码的信号可包括UE解码的信号106(也称为第一UE解码的信号106)。例如，该第一UE解码的信号106可包括接收的有效载荷数据，该有效载荷数据可存储在数据缓冲器104中。解码的信号110(也称为第二UE解码的信号110)中包括的另一个信号可包括开销数据和/或控制数据。例如，第二UE解码的信号110可提供UE操作模块124可用来执行一个或多个操作的数据。
如本文所用，术语“模块”可意指特定的元件或部件可在硬件、软件或者硬件和软件的组合中实施。然而，应当注意，本文表示为“模块”的任何元件可另选地在硬件中实施。例如，UE操作模块124可在硬件、软件或者这两者的组合中实施。
一般来讲，UE操作模块124可使UE 102能够与一个或多个eNB 160进行通信。UE操作模块124可包括UE sTTI操作模块126。UE sTTI操作模块126可根据本文描述的功能、方法、程序、方式、案例、示例和/或技术中的一个或多个进行操作。例如，UE sTTI操作模块126可根据结合图2至图12中的一个或多个给出的描述进行操作。
UE sTTI操作模块126可确定服务小区的双工方法。例如，UE sTTI操作模块126可从eNB 160接收指示服务小区是时分双工(TDD)小区还是FDD小区的配置信息。
UE sTTI操作模块126可确定在一个或多个下行链路子帧和/或上行链路子帧上配置缩短的传输时间间隔(sTTI)。例如，UE sTTI操作模块126可从eNB 160接收指示sTTI被配置用于一个或多个下行链路子帧和/或上行链路子帧的配置信息。sTTI格式的示例可包括基于时隙的1个正交频分复用(OFDM)符号、2个OFDM符号、3和4(3/4)个OFDM符号，以及7个OFDM符号。
UE sTTI操作模块126可确定sTTI下行链路大小和sTTI上行链路大小。例如，UEsTTI操作模块126可从eNB 160接收指示sTTI下行链路大小和sTTI上行链路大小的配置信息。
UE sTTI操作模块126可基于调度的传输sTTI来确定处理时间。例如，利用减小的TTI大小，还可以减少sTTI子帧的处理时间。对于sPDSCH的处理时间，sTTI大小可以指DL数据到DL HARQ反馈定时的sPDSCH sTTI。对于sPUSCH的处理时间，sTTI大小可以指UL授权到UL数据定时的sPUSCH sTTI。对于不同的UE 102，可应用不同的k值或m值。即使针对相同的sTTI大小，这也可导致不同UE 102的不同处理时间。
对于sPUSCH传输，eNB 160可基于每个UE 102的处理时间来调度UL资源。对于sPDSCH传输，可在来自不同UE的相同UL sTTI中报告来自不同sTTI位置的HARQ-ACK反馈。
UE sTTI操作模块126可基于处理时间确定混合自动重传请求确认/否定确认(HARQ-ACK)资源偏移。在将不同的处理时间应用于不同的UE102的情况下，HARQ资源偏移(ARO)字段可包括在DL分配下行链路控制信息(DCI)中，以避免不同UE 102之间的缩短的物理上行链路控制信道(sPUCCH)冲突。
UE sTTI操作模块126可基于处理时间确定下行链路(DL)关联集。在DL sTTI大小小于UL sTTI大小的情况下，DL关联集可基于处理时间与UL sTTI相关联。对于缩短的物理下行链路共享信道(sPDSCH)HARQ-ACK反馈，可应用sPUCCH适配。例如，如果在DL关联集中仅检测到一个sPDSCH，则可使用具有小有效载荷的sPUCCH。如果在DL关联集中检测到不止一个sPDSCH，则可使用具有大有效载荷的sPUCCH。
可在DL关联集的第一DL sTTI中发信号通知用于sPUSCH和/或sPUSCH HARQ-ACK反馈的UL授权。可在DL关联集的第一DL sTTI中、在DL关联集的最后一个DL sTTI中，或在DL关联集的任何DL sTTI中，发信号通知针对sPUSCH和/或sPUSCH HARQ-ACK反馈的UL授权。
UE sTTI操作模块126可基于处理时间确定上行链路(UL)关联集。在DL sTTI大小大于UL sTTI大小的情况下，UL关联集可基于处理时间与DL sTTI相关联。例如，可在UL关联集的第一UL sTTI中、在UL关联集的最后一个UL sTTI中，或在UL关联集中的由DL分配DCI指示的UL sTTI中报告sPDSCH HARQ-ACK反馈。此外，用于sPUSCH的UL授权可包括指示UL关联集内的sPUSCH传输的索引值或偏移值。
UE操作模块124可将信息148提供给一个或多个接收器120。例如，UE操作模块124可通知接收器120何时接收重传。
UE操作模块124可将信息138提供给解调器114。例如，UE操作模块124可通知解调器114针对来自eNB 160的传输所预期的调制图案。
UE操作模块124可将信息136提供给解码器108。例如，UE操作模块124可通知解码器108针对来自eNB 160的传输所预期的编码。
UE操作模块124可将信息142提供给编码器150。信息142可包括待编码的数据和/或用于编码的指令。例如，UE操作模块124可指示编码器150编码传输数据146和/或其他信息142。其他信息142可包括HARQ-ACK信息。
编码器150可编码由UE操作模块124提供的传输数据146和/或其他信息142。例如，对数据146和/或其他信息142进行编码可涉及错误检测和/或纠正编码，将数据映射到空间、时间和/或频率资源以便传输、多路复用等。编码器150可将编码的数据152提供给调制器154。
UE操作模块124可将信息144提供给调制器154。例如，UE操作模块124可通知调制器154将用于向eNB 160进行传输的调制类型(例如，星座映射)。调制器154可调制编码的数据152，以将一个或多个调制的信号156提供给一个或多个发射器158。
UE操作模块124可将信息140提供给一个或多个发射器158。该信息140可包括用于一个或多个发射器158的指令。例如，UE操作模块124可指示一个或多个发射器158何时将信号传输到eNB 160。例如，一个或多个发射器158可在UL子帧期间进行传输。一个或多个发射器158可升频转换调制的信号156并将该信号传输到一个或多个eNB 160。
eNB 160可包括一个或多个收发器176、一个或多个解调器172、一个或多个解码器166、一个或多个编码器109、一个或多个调制器113、数据缓冲器162和eNB操作模块182。例如，可在eNB 160中实施一个或多个接收路径和/或传输路径。为方便起见，eNB 160中仅示出了单个收发器176、解码器166、解调器172、编码器109和调制器113，但可实施多个并行元件(例如，多个收发器176、解码器166、解调器172、编码器109和调制器113)。
收发器176可包括一个或多个接收器178以及一个或多个发射器117。一个或多个接收器178可使用一个或多个天线180a-n从UE 102接收信号。例如，接收器178可接收并降频转换信号，以产生一个或多个接收的信号174。可将一个或多个接收的信号174提供给解调器172。一个或多个发射器117可使用一个或多个天线180a-n将信号传输到UE 102。例如，一个或多个发射器117可升频转换并传输一个或多个调制的信号115。
解调器172可解调一个或多个接收的信号174，以产生一个或多个解调的信号170。可将一个或多个解调的信号170提供给解码器166。eNB 160可使用解码器166来解码信号。解码器166可产生一个或多个解码的信号164,168。例如，第一eNB解码的信号164可包括接收的有效载荷数据，该有效载荷数据可存储在数据缓冲器162中。第二eNB解码的信号168可包括开销数据和/或控制数据。例如，第二eNB解码的信号168可提供eNB操作模块182可用来执行一个或多个操作的数据(例如，HARQ-ACK信息)。
一般来讲，eNB操作模块182可使eNB 160能够与一个或多个UE 102进行通信。eNB操作模块182可包括eNB sTTI操作模块194中的一个或多个。eNB sTTI操作模块194可根据本文描述的功能、方法、程序、方式、案例、示例和/或技术中的一个或多个进行操作。例如，eNB sTTI操作模块194可根据结合图2至图12中的一个或多个给出的描述进行操作。
eNB sTTI操作模块194可确定服务小区的双工方法。例如，eNB sTTI操作模块194可向UE 102发送指示服务小区是TDD小区还是FDD小区的配置信息。
eNB sTTI操作模块194可确定在一个或多个下行链路子帧和/或上行链路子帧上配置缩短的传输时间间隔(sTTI)。例如，eNB sTTI操作模块194可向UE 102发送指示sTTI被配置用于一个或多个模式下行链路子帧和/或上行链路子帧的配置信息。sTTI格式的示例可包括基于时隙的1个正交频分复用(OFDM)符号、2个OFDM符号、3和4(3/4)个OFDM符号，以及7个OFDM符号。
eNB sTTI操作模块194可确定sTTI下行链路大小和sTTI上行链路大小。例如，eNBsTTI操作模块194可向UE 102发送指示sTTI下行链路大小和sTTI上行链路大小的配置信息。
eNB sTTI操作模块194可基于调度的传输sTTI来确定处理时间。例如，利用减小的TTI大小，还可以减少sTTI子帧的处理时间。对于sPDSCH的处理时间，sTTI大小可以指DL数据到DL HARQ反馈定时的sPDSCH sTTI。对于sPUSCH的处理时间，sTTI大小可以指UL授权到UL数据定时的sPUSCH sTTI。对于不同的UE 102，可应用不同的k值或m值。即使针对相同的sTTI大小，这也可导致不同UE 102的不同处理时间。
对于sPUSCH传输，eNB 160可基于每个UE 102的处理时间来调度UL资源。对于sPDSCH传输，可在来自不同UE的相同UL sTTI中报告来自不同sTTI位置的HARQ-ACK反馈。
eNB sTTI操作模块194可基于处理时间确定混合自动重传请求确认/否定确认(HARQ-ACK)资源偏移。在将不同的处理时间应用于不同的UE 102的情况下，HARQ资源偏移(ARO)字段可包括在DL分配下行链路控制信息(DCI)中，以避免不同UE 102之间的缩短的物理上行链路控制信道(sPUCCH)冲突。
eNB sTTI操作模块194可基于处理时间确定下行链路(DL)关联集。在DL sTTI大小小于UL sTTI大小的情况下，DL关联集可基于处理时间与UL sTTI相关联。对于缩短的物理下行链路共享信道(sPDSCH)HARQ-ACK反馈，可应用sPUCCH适配。例如，如果在DL关联集中仅检测到一个sPDSCH，则可使用具有小有效载荷的sPUCCH。如果在DL关联集中检测到不止一个sPDSCH，则可使用具有大有效载荷的sPUCCH。
可在DL关联集的第一DL sTTI中发信号通知用于sPUSCH和/或sPUSCH HARQ-ACK反馈的UL授权。可在DL关联集的第一DL sTTI中、在DL关联集的最后一个DL sTTI中，或在DL关联集的任何DL sTTI中，发信号通知针对sPUSCH和/或sPUSCH HARQ-ACK反馈的UL授权。
eNB sTTI操作模块194可基于处理时间确定上行链路(UL)关联集。在DL sTTI大小大于UL sTTI大小的情况下，UL关联集可基于处理时间与DL sTTI相关联。例如，可在UL关联集的第一UL sTTI中、在UL关联集的最后一个UL sTTI中，或在UL关联集中的由DL分配DCI指示的UL sTTI中报告sPDSCH HARQ-ACK反馈。此外，用于sPUSCH的UL授权可包括指示UL关联集内的sPUSCH传输的索引值或偏移值。
eNB操作模块182可将信息188提供给解调器172。例如，eNB操作模块182可通知解调器172针对来自UE 102的传输所预期的调制图案。
eNB操作模块182可将信息186提供给解码器166。例如，eNB操作模块182可通知解码器166针对来自UE 102的传输所预期的编码。
eNB操作模块182可将信息101提供给编码器109。信息101可包括待编码的数据和/或用于编码的指令。例如，eNB操作模块182可指示编码器109编码信息101，包括传输数据105。
编码器109可编码由eNB操作模块182提供的传输数据105和/或信息101中包括的其他信息。例如，对数据105和/或信息101中包括的其他信息进行编码可涉及错误检测和/或纠正编码，将数据映射到空间、时间和/或频率资源以便传输，多路复用等。编码器109可将编码的数据111提供给调制器113。传输数据105可包括要中继到UE 102的网络数据。
eNB操作模块182可将信息103提供给调制器113。该信息103可包括用于调制器113的指令。例如，eNB操作模块182可通知调制器113将用于向UE 102进行传输的调制类型(例如，星座映射)。调制器113可调制编码的数据111，以将一个或多个调制的信号115提供给一个或多个发射器117。
eNB操作模块182可将信息192提供给一个或多个发射器117。该信息192可包括用于一个或多个发射器117的指令。例如，eNB操作模块182可指示一个或多个发射器117何时(或何时不)将信号传输到UE 102。一个或多个发射器117可升频转换调制的信号115并将该信号传输到一个或多个UE 102。
应当注意，DL子帧可从eNB 160传输到一个或多个UE 102，并且UL子帧可从一个或多个UE 102传输到eNB 160。此外，eNB 160以及一个或多个UE 102均可在标准特殊子帧中传输数据。
还应当注意，包括在eNB 160和UE 102中的元件或其部件中的一者或多者可在硬件中实施。例如，这些元件或其部件中的一者或多者可被实现为芯片、电路或硬件部件等。还应当注意，本文所述功能或方法中的一者或多者可在硬件中实现和/或使用硬件执行。例如，本文所述方法中的一者或多者可在芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等中实现，并且/或者使用芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等实现。
图2是示出用于频分双工(FDD)传输时间间隔(TTI)操作的方法200的流程图。该方法可由设备(例如，UE 102和/或eNB 160)执行。设备(例如，UE 102和/或eNB 160)可与无线通信网络中的一个或多个其他设备(例如，eNB 160和/或UE 102)通信。在一些实施方式中，无线通信网络可包括LTE网络。
设备可确定202服务小区的双工方法。例如，服务小区可以是TDD小区或FDD小区。
设备可确定204在一个或多个下行链路子帧和/或上行链路子帧上配置缩短的传输时间间隔(sTTI)。例如，sTTI格式可包括基于时隙的1个正交频分复用(OFDM)符号、2个OFDM符号、3和4(3/4)个OFDM符号，以及7个OFDM符号。
设备可确定206sTTI下行链路大小和sTTI上行链路大小。例如，设备可从eNB 160接收指示sTTI下行链路大小和sTTI上行链路大小的配置信息。
设备可基于调度的传输sTTI确定208处理时间。例如，利用减小的TTI大小，还可以减少sTTI子帧的处理时间。对于sPDSCH的处理时间，sTTI大小可以指DL数据到DL HARQ反馈定时的sPDSCH sTTI。对于sPUSCH的处理时间，sTTI大小可以指UL授权到UL数据定时的sPUSCH sTTI。对于不同的UE 102，可应用不同的k值或m值。即使针对相同的sTTI大小，这也可导致不同UE 102的不同处理时间。
对于sPUSCH传输，eNB 160可基于每个UE 102的处理时间来调度UL资源。对于sPDSCH传输，可在来自不同UE的相同UL sTTI中报告来自不同sTTI位置的HARQ-ACK反馈。
设备可基于混合自动重传请求确认/否定确认(HARQ-ACK)资源偏移，在处理时间之后确定210上行链路sTTI中的缩短的物理上行链路控制信道(sPUCCH)资源。在将不同的处理时间应用于不同的UE 102的情况下，HARQ资源偏移(ARO)字段可包括在DL分配下行链路控制信息(DCI)中，以避免不同UE 102之间的缩短的物理上行链路控制信道(sPUCCH)冲突。
如果针对sPUCCH不同的UE配置有相同的UL sTTI长度，则在若干情况下可能发生sPUCCH冲突问题。在一种情况下，为不同的UE配置相同的DL sTTI长度，但是对不同的UE应用不同的处理时间。在另一种情况下，为不同的UE配置不同的DL sTTI长度，因此对不同的UE应用不同的处理时间。
在sTTI仅被配置用于下行链路并且没有为UL配置缩短的TTI的情况下，还可针对UL TTI形成DL关联集。可在1ms TTI UL例如PUCCH或PUSCH上报告DL关联集中的sPDSCH的HARQ-ACK。ARO位还可用于避免来自不同UE的PUCCH传输之间的冲突。
设备可基于处理时间确定212下行链路(DL)关联集。在DL sTTI大小小于UL sTTI大小的情况下，DL关联集可基于处理时间与UL sTTI相关联。对于缩短的物理下行链路共享信道(sPDSCH)HARQ-ACK反馈，可应用sPUCCH适配。例如，如果在DL关联集中仅检测到一个sPDSCH，则可使用具有小有效载荷的sPUCCH。如果在DL关联集中检测到不止一个sPDSCH，则可使用具有大有效载荷的sPUCCH。
可在DL关联集的第一DL sTTI中发信号通知用于sPUSCH和/或sPUSCH HARQ-ACK反馈的UL授权。可在DL关联集的第一DL sTTI中、在DL关联集的最后一个DL sTTI中，或在DL关联集的任何DL sTTI中，发信号通知针对sPUSCH和/或sPUSCH HARQ-ACK反馈的UL授权。
设备可基于处理时间确定214上行链路(UL)关联集。在DL sTTI大小大于UL sTTI大小的情况下，UL关联集可基于处理时间与DL sTTI相关联。例如，可在UL关联集的第一ULsTTI中、在UL关联集的最后一个UL sTTI中，或在UL关联集中的由DL分配DCI指示的UL sTTI中报告sPDSCH HARQ-ACK反馈。此外，用于sPUSCH的UL授权可包括指示UL关联集内的sPUSCH传输的索引值或偏移值。
图3是示出可根据本文公开的***和方法使用的无线帧335的一个示例的图示。该无线帧335结构可为TDD提供帧结构类型2。每个无线帧335可具有Tf＝307200·Ts-10ms的长度，其中Tf是无线帧335持续时间，并且Ts是等于秒的时间单元。无线帧335可包括两个半帧333，每个半帧具有153600·Ts＝5ms的长度。每个半帧333可包括5个子帧323a-e，323f-j，每个子帧具有30720·Ts＝1ms的长度。
以下在表1(取自3GPP TS 36.211中的表4.2-2)中给出了TDD上行链路/下行链路(UL/DL)配置0至6。可支持具有5毫秒(ms)和10毫秒下行链路到上行链路切换点周期的UL/DL配置。具体地讲，在3GPP规范中指定了七个UL/DL配置，如下表1所示。在表1中，“D”表示下行链路子帧，“S”表示特殊子帧，“U”则表示UL子帧。
表1
在上面的表1中，对于无线帧中的每个子帧，“D”指示该子帧被预留用于下行链路传输，“U”指示该子帧被预留用于上行链路传输，并且“S”指示具有三个字段的特殊子帧，这三个字段分别为：下行链路导频时隙(DwPTS)、保护时段(GP)和上行导频时隙(UpPTS)。DwPTS和UpPTS的长度在表2(取自3GPP TS 36.211的表4.2-1)中给出，其中DwPTS、GP和UpPTS的总长度等于30720·Ts＝1ms。在表2中，为方便起见，“循环前缀”缩写为“CP”，“配置(configuration)”缩写为“配置(Config)”。
表2
支持具有5ms和10ms下行链路到上行链路切换点周期两者的UL/DL配置。在5ms下行链路到上行链路切换点周期的情况下，特殊子帧存在于两个半帧两者中。在10ms下行链路到上行链路切换点周期的情况下，特殊子帧仅存在于第一半帧中。子帧0和5以及DwPTS可被预留用于下行链路传输。UpPTS和紧随特殊子帧的子帧可被预留用于上行链路传输。
根据本文公开的***和方法，可使用的某些类型的子帧323包括：下行链路子帧、上行链路子帧和特殊子帧331。在图3所示具有5ms周期的示例中，无线帧335中包括两个标准特殊子帧331a-b。其余子帧323是正常子帧337。
第一特殊子帧331a包括下行链路导频时隙(DwPTS)325a、保护时段(GP)327a和上行链路导频时隙(UpPTS)329a。在该示例中，第一标准特殊子帧331a包括在子帧一323b中。第二标准子帧331b包括下行链路导频时隙(DwPTS)325b、保护时段(GP)327b和上行链路导频时隙(UpPTS)329b。在该示例中，第二标准特殊子帧331b包括在子帧六323g中。DwPTS325a-b和UpPTS 329a-b的长度可由3GPP TS 36.211的表4.2-1给出(如上表2所示)，其中每组DwPTS 325，GP 327和UpPTS 329的总长度等于30720T5＝1ms。
每个子帧i 323a-j(其中在该示例中，i表示从子帧零323a(例如，0)到子帧九323j(例如，9)的子帧)被定义为在每个子帧323中长度T时隙＝15360·Ts＝0.5ms的两个时隙2i和2i+1。例如，子帧零(例如，0)323a可包括两个时隙，包括第一时隙。
具有5ms和10ms下行链路到上行链路切换点周期两者的UL/DL配置可根据本文公开的***和方法使用。图3示出了具有5ms切换点周期的无线帧335的一个示例。在5ms下行链路到上行链路切换点周期的情况下，每个半帧333包括标准特殊子帧331a-b。在10ms下行链路到上行链路切换点周期的情况下，特殊子帧331可仅存在于第一半帧333中。
子帧零(例如，0)323a和子帧五(例如，5)323f以及DwPTS 325a-b可被预留用于下行链路传输。UpPTS 329a-b和紧随特殊子帧331a-b的子帧(例如，子帧二323c和子帧七323h)可被预留用于上行链路传输。应当注意，在一些具体实施中，为了确定指示UCI传输小区的上行链路控制信息(UCI)传输上行链路子帧的一组DL子帧关联，特殊子帧331可被认为是DL子帧。
采用TDD的LTE许可证访问可以具有特殊子帧以及正常子帧。DwPTS、GP和UpPTS的长度可以通过使用特殊的子帧配置来进行配置。以下十种配置中的任何一种可以被设置为特殊子帧配置。
1)特殊子帧配置0：DwPTS包括3个OFDM符号。UpPTS包括1个单载波频分多址(SC-FDMA)符号。
2)特殊子帧配置1：DwPTS包括9个用于正常CP的OFDM符号，以及8个用于扩展CP的OFDM符号。UpPTS包括1个SC-FDMA符号。
3)特殊子帧配置2：DwPTS包括10个用于正常CP的OFDM符号，以及9个用于扩展CP的OFDM符号。UpPTS包括1个SC-FDMA符号。
4)特殊子帧配置3：DwPTS包括11个用于正常CP的OFDM符号，以及10个用于扩展CP的OFDM符号。UpPTS包括1个SC-FDMA符号。
5)特殊子帧配置4：DwPTS包括12个用于正常CP的OFDM符号，以及3个用于扩展CP的OFDM符号。UpPTS包括1个用于正常CP的SC-FDMA符号，以及2个用于扩展CP的SC-FDMA符号。
6)特殊子帧配置5：DwPTS包括3个用于正常CP的OFDM符号，以及8个用于扩展CP的OFDM符号。UpPTS包括2个SC-FDMA符号。
7)特殊子帧配置6：DwPTS包括9个OFDM符号。UpPTS包括2个SC-FDMA符号。
8)特殊子帧配置7：DwPTS包括10个用于正常CP的OFDM符号，以及5个用于扩展CP的OFDM符号。UpPTS包括2个SC-FDMA符号。
9)特殊子帧配置8：DwPTS包括11个OFDM符号。UpPTS包括2个SC-FDMA符号。特殊子帧配置8只可配置用于正常CP。
10)特殊子帧配置9：DwPTS包括6个OFDM符号。UpPTS包括2个SC-FDMA符号。特殊子帧配置9只可配置用于正常CP。
图4是示出可根据本文公开的***和方法使用的无线帧437的另一个示例的图示。该无线帧437结构可为FDD提供帧结构类型1。每个无线帧437可具有Tf＝307200·Ts＝10ms的长度，其中Tf是无线帧437持续时间，并且Ts是等于秒的时间单元。
无线帧437可包括子帧441。每个子帧441可被定义为每个子帧441中长度T时隙＝15360·Ts＝0.5ms的两个时隙439。无线帧437包括二十个时隙439(例如，时隙0至19)。
图5是示出FDD小区操作的定时的示例的图示。例如，图5示出了一些FDD关联定时和操作。具体地讲，图5示出了一系列下行链路子帧549(表示为“D”)和一系列上行链路子帧(表示为“U”)551。对于FDD或频分双工和时分双工(FDD-TDD)和主小区帧结构1，服务小区操作可包括若干功能和对应的定时。具有对应定时的一个功能可以是PDSCH HARQ-ACK反馈定时543。对于FDD或FDD-TDD和主小区帧结构1，在服务小区c中针对子帧n-4中接收到的PDSCH报告服务小区c的HARQ-ACK。
具有对应定时的另一功能(例如，第二功能)可以是PUSCH调度和传输定时545。对于FDD和正常HARQ操作，UE可在给定服务小区上检测到具有DCI格式0/4的PDCCH或增强PDCCH(EPDCCH)和/或用于UE的子帧n中的物理混合自动重传请求(ARQ)指示符信道(PHICH)传输时，根据PDCCH/EPDCCH和PHICH信息调整子帧n+4中的对应PUSCH传输。对于FDD-TDD和正常HARQ操作以及用于具有帧结构类型1的服务小区c的PUSCH，UE可在检测到具有DCI格式0/4的PDCCH/EPDCCH和/或用于UE的子帧n中的PHICH传输时，根据PDCCH/EPDCCH和PHICH信息调整子帧n+4中的服务小区c的对应PUSCH传输。
具有对应定时的另一功能(例如，第三功能)可以是用于PUSCH传输547的HARQ-ACK反馈定时。对于FDD，以及具有帧结构类型1的服务小区，在子帧i中分配给UE的物理混合自动重传请求(ARQ)指示符信道(PHICH)上接收的HARQ-ACK与子帧i-4中的PUSCH传输相关联。对于FDD-TDD，以及具有帧结构类型1的服务小区，以及未配置为监视具有帧结构类型2的另一服务小区中的PDCCH/EPDCCH以用于调度服务小区的UE，在子帧i中分配给UE的PHICH上接收的HARQ-AC可与子帧i-4中的PUSCH传输相关联。除了PHICH反馈之外，PUSCH HARQ-ACK可通过使用具有DCI格式0/4的PDCCH/EPDCCH通过新的日期指示符(NDI)来异步。因此，基于FDD的定时可遵循4毫秒(ms)的规则(例如，4个常规或传统TTI，如图5中所示)。
图6是示出用于延迟降低的具有缩短的传输时间间隔(sTTI)的定时的示例的图示。例如，图6示出了sTTI大小以及DL和UL的配置的示例。缩短的TTI(sTTI)可被定义用于DL和UL传输的延迟降低。利用减小的TTI大小，还可以减少sTTI子帧的处理时间。因此，可以相应地减少关联定时和RTT。从UE的角度来看，可能不期望UE在传统子帧内接收具有不同大小的DL sTTI。除此之外或另选地，可能不期望UE在传统子帧内传输具有不同大小的UL sTTI。
至少针对FDD可做出一些假设。例如，可支持针对sPDSCH/sPDCCH的2符号sTTI和1时隙sTTI。还可以支持针对sPUCCH/sPUSCH的2符号sTTI、4符号sTTI和1时隙sTTI。不排除向下选择。
sTTI大小和配置的一些示例如图6所示。对于2符号sTTI 653，每个传统子帧可被分为7个2符号sTTI。对于基于时隙的7符号sTTI 655，每个传统子帧可被分为2个7符号sTTI。对于3和4(3/4)符号UL sTTI 659，每个时隙可被分为两个在时隙的中间符号中共享公共符号的4符号sTTI。
可基于调度的传输sTTI大小为每个sTTI大小定义最小处理时间，如下所示：对于短TTI操作，UL授权到UL数据和DL数据到DL HARQ的最小定时可以是n+k。处理时间可大于或等于(即，>＝)随TTI长度线性缩减的传统处理时间，其中4<＝k<＝8。
至少对于基于时隙的TTI，处理时间可低于随TTI长度线性缩减的传统处理时间，其中对于基于时隙的TTI，k<4。应当注意，sTTI是指UL授权到UL数据定时的sPUSCH sTTI和DL数据到DL HARQ反馈的sPDSCH sTTI。在DL sTTI和UL sTTI具有不同长度的情况下如何处理最小定时可被进一步定义。
eNB 160可指示附加参数m。m的值可取决于对最大TA的讨论，从而导致n+k+m sTTI的定时。m的配置可以是半静态或动态的。
对于sPDSCH的处理时间，sTTI大小可以指DL数据到DL HARQ反馈定时的sPDSCHsTTI。对于sPUSCH的处理时间，sTTI大小可以指UL授权到UL数据定时的sPUSCH sTTI。可以用几种不同的方式定义或指示k和m值：
在一种方法中，k值是固定的并且针对每个sTTI大小指定(例如，对于1时隙sTTI，k＝4，对于3/4符号sTTI，k＝6，对于s符号sTTI，k＝8)。m值可经由高层信令为UE 102半静态地配置，m值可以小区特定或UE特定的方式配置。这可能需要最少的信令来减少处理时间。利用该方法，k值可基于sTTI大小而固定，并且适用于所有具有延迟降低能力的UE 102。
在另一种方法中，k和m值都可以是半静态配置的，因此，k值可以是UE特定的。在又一种方法中，m值可以是半静态配置的，k值可由DCI格式中的2位或3位动态地指示。
在又一种方法中，可在DCI中指示总处理时间的总和(k+m)，并且UE 102应该总是遵循指示的处理时间。使用这种方法，不需要进一步定义m参数。
可针对sPDSCH和sPUSCH操作独立地配置k值和m值。对于不同的sTTI长度，可不同地配置k值和m值。
对于不同的UE 102，可应用不同的k值或m值。即使对于相同的sTTI大小，这也将导致不同UE 102的不同处理时间。对于sPUSCH传输，eNB 160可基于每个UE的处理时间来调度UL资源。对于sPDSCH传输，可在来自不同UE 102的相同UL sTTI中报告来自不同sTTI位置的HARQ-ACK反馈。如果与当前LTE***类似地应用隐式PUCCH映射，则这可导致不同UE 102之间的PUCCH冲突问题。为了避免潜在的PUCCH冲突问题，HARQ资源偏移(ARO)字段可包括在用于sPDSCH分配的DCI格式中。
在一种情况下，DL sTTI大小可以(例如，总是)与给定UE 102的UL sTTI大小相同。可以将相同的sTTI大小应用于所有DL和UL信道(例如，sPUSCH、sPUCCH、sPDSCH等)。对于FDD或FDD-TDD和主小区帧结构1，作为扩展，如果在DL和UL两者上使用相同的sTTI大小，则可以按照sTTI大小(例如，用于PDSCH HARQ-ACK反馈定时、PUSCH调度和传输定时，以及/或者PUSCH传输的HARQ-ACK反馈定时的4sTTI长度)线性缩放最小关联定时。此外，考虑到不同sTTI大小所需的处理时间，对于给定的sTTI大小，UE 102可配置有大于4且小于或等于8的k值，如上所述。并且，由于大的最大TA值，UE可进一步配置有用于额外处理时间的m值。
在另一种情况下，DL sTTI大小可以与UL sTTI大小相同或不同，并且DL sTTI大小和UL sTTI大小可以独立配置。特别地，如果针对UL支持和配置3/4符号sTTI(例如，对于sPUCCH，UL和DL sTTI可以总是不同)。此外，可针对每个信道独立地配置sTTI大小(例如，sPUCCH和sPUSCH可配置有用于UE的不同sTTI大小，sPHICH和sPDSCH可配置有不同的sTTI大小等)。
剩下的一个问题是如果DL的sTTI大小不同于UL的sTTI大小，服务小区应该如何操作。描述了DL和UL sTTI大小不同的两种情况。
在情形1中，DL TTI比UL TTI短。在情形1中，对于FDD或FDD-TDD和主小区帧结构1，DL sTTI大小小于UL sTTI大小。因此，可以将多个DL sTTI映射到单个UL TTI或sTTI。
关于sPDSCH HARQ-ACK反馈定时的更多细节如下。对于sPDSCH的处理时间，sTTI大小是指DL数据到DL HARQ反馈定时的sPDSCH sTTI。对于sPDSCH HARQ-ACK报告，可在单个ULsTTI或TTI中聚合和报告多个DL sTTI的HARQ-ACK。对于DL sTTI n中的sPDSCH，在最小处理时间为n+k或n+k+m(如果m被配置)的情况下，处理时间通常大于最小配置处理时间，因为最小时间在UL sTTI的中间结束，并且必须被推迟到下一个UL sTTI。
图7是示出具有7符号UL sTTI 763的PDSCH HARQ-ACK关联的示例的图示。特别地，图7示出了当UL sTTI大小为7符号并且DL sTTI大小为2符号时的映射的示例，其中处理时间基于sPDSCH sTTI大小为n+8。对于跨越时隙边界的2符号sTTI 765，可在后一时隙中与sTTI一起报告HARQ-ACK。因此，7符号UL sTTI 763可分别与时隙0和时隙1中的UL sTTI的4或3个2符号sTTI 765相关联。
与单个UL sTTI相关联的多个DL sTTI可形成用于给定UL sTTI的DL关联集。DL关联集可包括在UL sTTI中结束的所有DL sTTI。就2符号DL sTTI 765长度而言，用于两个DL关联集中的每个DL sTTI的实际处理时间是{10.5,9.5,8.5}，{11,10,9,8}。在另一种方法中，如果DL关联集被视为UL sTTI，则处理时间可被简化为3UL sTTI。
图8是示出具有3/4符号UL sTTI 869的PDSCH HARQ-ACK关联的示例的图示。特别地，图8示出了当UL sTTI大小为3/4符号并且DL sTTI大小为2符号时的映射，其中基于sPDSCH sTTI大小，处理时间为n+S。因此，取决于子帧中的sTTI位置，UL sTTI可与2个DLsTTI或1个DL sTTI相关联。与单个UL sTTI相关联的多个DL sTTI形成针对给定UL sTTI的DL关联集。DL关联集包括在UL sTTI中结束的所有DL sTTI。就2符号DL sTTI 867长度而言，这些DL关联集中的每个DL sTTI的实际处理时间是{8.5}、{9.5,8.5}、{9,8}、{9,8}。在另一种方法中，如果DL关联集被视为UL sTTI，则处理时间可被简化为5个UL sTTI。如果针对3/4符号最小处理时间定义k＝6，则就较长的sTTI大小而言，这导致(k-1)的处理时间。
因此，需要指定一些方法以支持相同UL sTTI中(例如，在sPUCCH上)的多个sPDSCHHARQ-ACK报告。与单个UL sTTI相关联的多个DL sTTI形成针对给定UL sTTI的DL关联集。
为了指示为给定UE分配的sPDSCH的数量，下行链路分配索引(DAI)值可包括在DL分配DCI中。DAI值指示在给定UL sTTI的DL关联集内分配给给定UE的sPDSCH的数量。
在利用sTTI降低延迟时，可指定至少两种sPUCCH格式。可指定sPUCCH格式1或低有效载荷sPUCCH格式以报告针对服务小区的HARQ-ACK和/或调度请求(SR)(例如，仅1或2位的HARQ-ACK)。可指定sPUCCH格式2或更高有效载荷sPUCCH格式以报告多于2个的HARQ-ACK位，如在载波聚合(CA)情况中那样。
可支持以下sPUCCH格式。可支持针对服务小区的HARQ-ACK和/或SR反馈的一种sPUCCH格式。还可支持用于多个HARQ-ACK位的sPUCCH格式(例如，如在CA和帧结构类型2中)。要支持的sPUCCH格式的数量可取决于要支持的最大已识别有效负载大小。sPUCCH格式可允许HARQ-ACK和SR的复用。sPUCCH格式可支持信道状态信息(CSI)反馈。
利用与UL sTTI相关联的多个DL sTTI，可使用PUCCH格式自适应。UE可配置有sPUCCH格式1资源和sPUCCH格式2资源。如果在DL关联集中仅检测到一个sPDSCH，则UE可使用sPUCCH格式1资源来报告HARQ-ACK。如果在DL关联集中检测到不止一个sPDSCH，则UE可在sPUCCH格式2资源中报告多个sPDSCH的HARQ-ACK。
可基于DL分配DCI的起始位置来隐式地映射sPUCCH格式1资源。可通过更高层信令明确地配置sPUCCH格式1资源。
如果sPUCCH格式2用于报告不止1个sTTI的HARQ-ACK，则应该报告DL关联集中的所有DL sTTI的HARQ-ACK。如果在sTTI中存在不止1个码字或传输块(TB)，则可对TB的HARQ-ACK位进行空间捆绑以为DL sTTI生成一个HARQ-ACK位。在一种方法中，可基于每个sTTI的DAI索引来布置HARQ-ACK位，可以为之后的其他sTTI填充不连续传输(DTX)和/或否定确认(NACK)。在另一种方法中，可基于sTTI排序来复用HARQ-ACK位。
如果多个DL sTTI与单个UL sTTI相关联，则上述sPUCCH格式自适应方法也适用于单个UE操作(例如，利用不同的k值调度不同的DL sTTI，并且针对HARQ-ACK反馈不止一个DLsTTI被指向相同的UL sTTI)。
此外，如果多个DL sTTI与单个UL sTTI相关联，则sPUCCH格式自适应方法还适用于TDD网络(即，子帧结构类型2)和许可辅助接入(LAA)网络(即，子帧结构类型3)中的sTTI操作。如果仅在下行链路上配置缩短的TTI，并且没有为UL配置缩短的TTI，则DL关联集被形成为1ms TTI，并且可应用PUCCH格式自适应方法(即，如果在DL关联集内仅检测到1个sPDSCH，则PUCCH格式1a/1b可用于报告sPDSCH的HARQ-ACK)。如果在DL关联集中检测到不止一个sPDSCH，则使用配置的PUCCH格式(例如，PUCCH格式3或格式4或格式5)来报告DL关联集中的所有DL sTTI的HARQ-ACK位。
关于sPUSCH调度和传输定时的更多细节如下给出。对于sPUSCH调度处理时间，使用sPUSCH sTTI来确定n+k或n+k+m(如果m被配置)的最小处理时间。由于DL sTTI小于ULsTTI，因此一个UL sTTI可覆盖不止一个DL sTTI。因此，如果UE在UL sTTI n内检测到UL授权，则UE应该在UL sTTI n+k或n+k+m(如果m被配置)中传输sPUSCH。与单个UL sTTI相关联的多个DL sTTI形成针对给定UL sTTI的DL关联集。DL关联集包括在UL sTTI中结束的所有DL sTTI。由于UL sTTI中可能包括多个DL sTTI，因此可以考虑多种方法。
在方法A1中，只有在UL sTTI n范围内结束的最后一个DL sTTI可用于UL sTTI n+k或n+k+m(如果m被配置)中的sPUSCH的UL授权。这最小化了UL授权和UL传输之间的等待时间。当相同的DL关联集用于sPDSCH HARQ-ACK反馈时，只有DL关联集中的第一DL sTTI可用于通过方法A1的UL授权。
在方法A2中，只有在UL sTTI n范围内结束的最早的DL sTTI可用于UL sTTI n+k或n+k+m(如果m被配置)中的sPUSCH的UL授权。这在UL授权和UL传输之间提供稍微更多的处理时间。当相同的DL关联集用于sPDSCH HARQ-ACK反馈时，只有DL关联集中的最后一个DLsTTI可用于通过方法A2的UL授权。在方法A2的变型中，只有在UL sTTI n的范围内开始的第一DL sTTI可用于UL sTTI n+k或n+k+m(如果m被配置)中的sPUSCH的UL授权。
在方法A2中，在UL sTTI n范围内结束的任何DL sTTI可用于在UL sTTI n+k或n+k+m(如果m被配置)中的sPUSCH的UL授权。该方法为sPUSCH调度提供了更好的灵活性。eNB可在不影响UL sPUSCH传输的情况下更好地在不同的DL sTTI中分发DCI。当相同的DL关联集用于sPDSCH HARQ-ACK反馈时，DL关联集中的任何DL sTTI可用于方法A2的UL授权。
图9是示出具有sTTI的PUSCH调度定时的示例的图示。具体地讲，图9示出了2符号DL sTTI 971和7符号UL sTTI 973的示例。如图9所示，UL sTTI n内可存在4DL sTTI。通过方法A1 977，可以仅使用最后一个DL sTTI(2符号DL sTTI 971)调度UL sTTI n+4k中的sPUSCH传输。通过方法A2 979，可以仅使用在UL sTTI n内结束的第一DL sTTI调度UL sTTIn+4中的sPUSCH传输。
另外，图9示出了通过方法A3 975，可通过在UL sTTI n内结束的任何DL sTTI来调度sPUSCH。
关于sPUSCH传输的HARQ-ACK反馈定时的更多细节如下给出。DL sTTI上的sPUSCH传输的HARQ-ACK反馈也存在针对单个UL sTTI的多个DL sTTI映射问题(特别是如果指定并使用sPHICH)。该定时还定义了指示重传sPUSCH的DCI所需的最小延迟。
对于sPUSCH操作，处理时间应基于sPUSCH sTTI。在处理时间为k或n+k+m(如果m被配置)的情况下，对于sTTI n中的sPUSCH传输，应该在sTTI n+k或n+k+m(如果m被配置)中报告sPUSCH HARQ-ACK反馈。在DL sTTI小于UL sTTI的情况下，在UL sTTI n+k或n+k+m(如果m被配置)中存在多个DL sTTI，对于sPUSCH HARQ-ACk反馈可定义类似于针对PUSCH调度的方法。
在方法B1中，可在sPHICH上报告sTTI n中sPUSCH的HARQ-ACK的时间或sTTI n中sPUSCH的HARQ-ACK可为通过新UL授权的反馈的最早时间是，在UL sTTI n+k或n+k+m(如果m被配置)的范围内结束的最新DL sTTI。这在sPUSCH传输和HARQ-ACK反馈之间提供稍微更多的处理时间。为了一致性，如果上面的方法Al 977用于UL sPUSCH调度，则这里的方法B1应当用于sPUSCH传输的HARQ-ACK反馈定时。当相同的DL关联集用于sPDSCH HARQ-ACK反馈时，只有DL关联集中的最后一个DL sTTI可用于通过方法B1的UL授权和sPHICH反馈。
在方法B2中，可在sPHICH上报告sTTI n中sPUSCH的HARQ-ACK的时间或sTTI n中的sPUSCH的HARQ-ACK可为通过新UL授权的反馈的最早时间是，在UL sTTI n+k或n+k+m(如果m被配置)的范围内结束的第一DL sTTI。这提供了稍快的HARQ-ACK反馈。为了一致性，如果上面的方法A2 979用于UL sPUSCH调度，则这里的方法B2应当用于sPUSCH传输的HARQ-ACK反馈定时。当相同的DL关联集用于sPDSCH HARQ-ACK反馈时，只有DL关联集中的第一DL sTTI可用于通过方法B2的UL授权和sPHICH反馈。
在方法B2的变型中，可在sPHICH上报告sTTI n中sPUSCH的HARQ-ACK的时间或sTTIn中sPUSCH的HARQ-ACK可为通过新UL授权的反馈的最早时间是，在UL sTTI n+k或n+k+m(如果m被配置)范围内开始的第一DL sTTI。
在方法B3中，可在UL sTTI n+k或n+k+m(如果m被配置)范围内结束的任何DL sTTI中报告sTTI n中sPUSCH的HARQ-ACK。在使用sPHICH的情况下，sPHICH应当位于子帧内与使用UL授权DCI调度sPUSCH的DL sTTI相同的DL sTTI位置。在sTTI n中的sPUSCH的HARQ-ACK是通过新UL授权的反馈的情况下，最早的时间是子帧内与通过UL授权DCI调度sPUSCH的DLsTTI相同的DL sTTI位置。当相同的DL关联集用于sPDSCH HARQ-ACK反馈时，DL关联集内的任何DL sTTI可用于通过方法B3的UL授权和sPHICH反馈，并且DL sTTI位置对于DL关联集内的UL授权和sPHICH反馈应该是相同的。
图10是示出具有7符号DL sTTI 1093和2符号UL sTTI 1095的PDSCH HARQ-ACK关联的示例的图示。特别地，图10示出了具有2符号UL sTTI 1095和7符号DL sTTI 1093的一个示例。
在情形2中，UL sTTI比DL TTI短。在情形2中，对于FDD或FDD-TDD和主小区帧结构1，UL sTTI大小小于DL sTTI大小。因此，可以将多个UL sTTI映射到单个DL TTI或sTTI。ULsTTI可以是用于sPUCCH或者sPUSCH的sTTI，具体取决于对应定时。sPUSCH和sPUCCH的sTTI可能不同。
关于sPDSCH HARQ-ACK反馈定时的更多细节如下给出。对于sPDSCH的处理时间，sTTI大小是指DL数据到DL HARQ反馈定时的sPDSCH sTTI。对于sTTI n中的sPDSCH传输，sPDSCH HARQ-ACK反馈至少在n+k或n+k+m(如果m被配置)中。因为UL sTTI小于DL sTTI，所以DL sTTI n+k或n+k+m可包含多个UL sTTI。因此，每个DL sTTI可链接到UL关联集。UL关联集包括在DL sTTI内开始的所有UL sTTI。可以考虑若干方法来确定哪个UL sTTI应该用于HARQ-ACK报告。UL sTTI可以指sPUCCH的sTTI大小。如果在报告UL sTTI中调度sPUSCH，则ULsTTI可以是sPUSCH的sTTI。
在方法CI 1097中，在DL sTTI n+k或n+k+m(如果m被配置)的范围内开始的第一ULsTTI中报告DL sTTI n中的sPDSCH的HARQ-ACK。换句话讲，只有UL关联集中的第一UL sTTI可用于HARQ-ACK反馈。这在sPDSCH和HARQ-ACK反馈之间提供稍微更低的等待时间。图10示出了具有2符号UL sTTI和7符号DL sTTI的示例。DL sTTI n中有4个UL sTTI。通过方法CI1097，只有在DL sTTI n+k内开始的第一UL sTTI用于报告DL sTTI n中sPDSCH的HARQ-ACK。换句话讲，只有UL关联集中的第一UL sTTI可用于HARQ-ACK反馈。
作为替代，可在最早的UL sTTI中报告DL sTTI n-4中的sPDSCH的HARQ-ACK，其中该最早的UL sTTI在DL sTTI n的范围内结束。
在方法C2 1099中，DL sTTI n中的sPDSCH的HARQ-ACK在DL sTTI n+k或n+k+m(如果m被配置)的范围内开始的最后一个UL sTTI中报告。换句话讲，只有UL关联集中的最后一个UL sTTI可用于HARQ-ACK反馈。这为HARQ-ACK反馈提供了稍长的时间。图10示出了具有2符号UL sTTI和7符号DL sTTI的示例。DL sTTI n内存在4个UL sTTI。通过方法C1 1099，仅使用在DL sTTI n内开始的最后一个UL sTTI报告DL sTTI n-4中的sPDSCH的HARQ-ACK。
作为替代，DL sTTI n中的sPDSCH的HARQ-ACK可在DL sTTI n+k或n+k+m(如果m被配置)范围内结束的最后一个UL sTTI中报告。
在方法C3 1001中，可在DL sTTI n的范围内开始和/或结束的指示的UL sTTI中报告DL sTTI n中的sPDSCH的HARQ-ACK。换句话讲，UL关联集中指示的UL sTTI用于HARQ-ACK反馈。这为HARQ-ACK报告和eNB调度提供了更多的灵活性。然而，可在DL sTTI n sPDSCHDCI格式中引入额外的位以指示哪个UL sTTI用于DL sTTI n+k或n+k+m(如果m被配置)内的HARQ-ACK报告。例如，可以使用偏移值。如果偏移值是0，则在DL sTTI n的范围内开始的第一UL sTTI应当用于报告HARQ-ACK。如果偏移值是1，则在DL sTTI n的范围内开始的第二ULsTTI应当用于报告HARQ-ACK，依此类推。
在图10中，DL sTTI n中有4个UL sTTI。通过方法C1 1097，仅可使用在DL sTTI n内开始的第一UL sTTI报告DL sTTI n-4中的sPDSCH的HARQ-ACK。另选地，可在最早的ULsTTI中报告DL sTTI n-4中的sPDSCH的HARQ-ACK，其中该最早的UL sTTI在DL sTTI n的范围内结束。在图10中的方法CI 1097的示例中，可以替代地使用紧接在之前的UL sTTI。
另外，图10示出了具有2符号UL sTTI 1095和7符号DL sTTI 1093的另一示例。DLsTTI n中有4个UL sTTI。通过方法C2 1099，仅可使用在DL sTTI n内结束的最后一个ULsTTI来报告DL sTTI n-4中的sPDSCH的HARQ-ACK。
图11是示出来自DL sTTI的sPUSCH调度的示例的图示。具体地讲，图11示出了7符号sTTI 1101和2符号sTTI 1103的示例。
关于sPUSCH调度和传输定时的更多细节如下给出。对于sPUSCH调度处理时间，可使用sPUSCH sTTI来确定n+k或n+k+m(如果m被配置)的最小处理时间。因为UL sTTI小于DLsTTI，所以DL sTTI可用于调度多个DL sPUSCH，否则，只有有限数量的UL sTTI可用于sPUSCH传输。因此，可基于处理时间将UL调度sTTI集映射到每个DL sTTI。UL调度sTTI集包括在DL sTTI内开始的所有UL sTTI，并且可与UL关联集相同。
由于DL sTTI中可能包括多个UL sTTI，因此可在DL sTTI n DCI格式0/4中引入额外的位以指示在UL调度sTTI集内调度哪个UL sTTI用于sPUSCH传输。例如，在图11中，处理时间k(或者如果m被配置，则k+m)为8个UL 2符号sTTI。UL调度集与用于sPUSCH调度的DLsTTI相关联。在该示例中，一个UL调度集包括4个2符号UL sTTI，并且一个UL调度集包括3个2符号UL sTTI。就2符号UL sTTI大小而言，UL关联集或UL调度sTTI集中的每个UL sTTI的实际处理时间是{8,9,10,11}，{8.5,9.5,10.5}。在另一种方法中，如果UL关联集被视为DLsTTI，则处理时间可被简化为3DL sTTI。
因此，为了简化sTTI索引，可使用较长的sTTI大小。在DL sTTI大于UL sTTI的情况下，sPUSCH调度处理时间基于较长的sTTI长度(即，DL sTTI长度)遵循n+k-1或n+k+m-1(如果m被配置)规则。
可在UL授权DCI中使用索引值或偏移值1105来指示哪个UL sTTI被调度用于sPUSCH传输。如果偏移值1105是0，则调度在DL sTTI n的范围内开始的第一UL sTTI用于sPUSCH传输。如果偏移值1105是1，则调度在DL sTTI n的范围内开始的第二UL sTTI用于sPUSCH传输等。
图12是示出sPUSCH HARQ-ACK 1211反馈处理时间的示例的图示。具体地讲，图12示出了2符号sTTI 1207和7符号sTTI 1209的示例。
关于sPUSCH传输的HARQ-ACK反馈定时的更多细节如下给出。sPUSCH HARQ-ACK1211的处理时间可以如下定义：对于UL sTTI n中的sPUSCH传输，可在UL sTTI n+k或n+k+m(如果m被配置)的最小范围处报告sPUSCH HARQ-ACK 1211。
DL sTTI上的sPUSCH传输的HARQ-ACK反馈存在针对单个DL sTTI的多个UL sTTI映射问题(特别是如果指定并使用sPHICH)。该定时还定义了指示重传sPUSCH的DCI所需的最小延迟。UL sTTI指针对sPUSCH传输的HARQ-ACK反馈定时配置的sPUSCH的sTTI大小。对于每个DL sTTI，可以链接以报告UL HARQ-ACK报告关联集的HARQ-ACK。基于处理时间定义ULHARQ-ACK报告关联集。UL HARQ-ACK报告关联集包括在DL sTTI内结束的所有sTTI。
在图12所示的示例中，处理时间k(或者如果m被配置，则k+m)为8UL 2符号sTTI。ULHARQ-ACK报告关联集与用于sPUSCH HARQ-ACK 1211反馈的DL sTTI相关联。在该示例中，一个UL HARQ-ACK报告关联集包括4个2符号UL sTTI，并且一个UL关联集包括3个2符号ULsTTI。应当注意，针对sPUSCH HARQ-ACK 1211反馈的UL HARQ-ACK报告关联集可与针对sPUSCH调度的UL调度sTTI集不同，如该示例中所示。
就2个符号UL sTTI大小而言，UL HARQ-ACK报告关联集中的每个UL sTTI的实际处理时间是{8.5,9.5,10.5}，{8,9,10,11}。在另一种方法中，如果UL关联集被视为DL sTTI，则处理时间可被简化为3DL sTTI。
因此，为了简化sTTI索引，可使用较长的sTTI大小。在DL sTTI大于UL sTTI的情况下，sPUSCH调度处理时间可基于较长的sTTI长度(即，DL sTTI长度)遵循n+k-1或n+k+m-1(如果m被配置)规则。
考虑到DL和UL上不同sTTI长度的所有情况，为了简化sTTI索引，可使用较长的sTTI大小来确定sTTI索引。对于(i)在DL sTTI小于UL sTTI的情况下的sPDSCH HARQ-ACK反馈，以及(ii)在DL sTTI大于UL sTTI的情况下的sPUSCH调度，根据DL和UL之间的较长sTTI长度，最小处理时间可被定义为n+k-1或n+k-1+m(如果m被配置)。在其他情况下，处理时间可为n+k或n+k+m(如果m被配置)。
如上所述，在DL和UL具有不同sTTI大小的情况下，sPDSCH处理时间可基于sPDSCHsTTI，并且sPUSCH处理时间可基于sPUSCH sTTI。sPDSCH HARQ-ACK报告存在一些潜在问题。例如，如果针对给定UE在DL sTTI中发送sPDSCH和UL授权，则可以不在调度的sPUSCH上报告HARQ-ACK，因为sPUSCH和sPDSCH HARQ-ACK的处理时间不同。
为了避免定时问题，在DL sTTI和UL sTTI大小不同的情况下，DL和UL之间的较长sTTI大小可用于确定处理时间，k和m(如果配置)也应该基于UL和UL之间的较长sTTI大小。
图13示出了可用于UE 1302的各种部件。结合图13描述的UE 1302可根据结合图1描述的UE 102来实施。UE 1302包括控制UE 1302的操作的处理器1389。处理器1389也可称为中央处理单元(CPU)。存储器1395(可包括只读存储器(ROM)、随机存取存储器(RAM)、这两种存储器的组合或可存储信息的任何类型的设备)将指令1391a和数据1393a提供给处理器1389。存储器1395的一部分还可包括非易失性随机存取存储器(NVRAM)。指令1391b和数据1393b还可驻留在处理器1389中。加载到处理器1389中的指令1391b和/或数据1393b还可包括来自存储器1395的指令1391a和/或数据1393a，这些指令和/或数据被加载以便由处理器1389执行或处理。指令1391b可由处理器1389执行，以实施上述方法200。
UE 1302还可包括外壳，该外壳容纳一个或多个发射器1358和一个或多个接收器1320以允许传输和接收数据。发射器1358和接收器1320可合并为一个或多个收发器1318。一个或多个天线1322a-n附接到外壳并且电耦合到收发器1318。
UE 1302的各个部件通过总线***1397(除了数据总线之外，还可包括电源总线、控制信号总线和状态信号总线)耦合在一起。然而，为了清楚起见，各种总线在图13中被示出为总线***1397。UE 1302还可包括用于处理信号的数字信号处理器(DSP)1399。UE 1302还可包括对UE 1302的功能提供用户接入的通信接口1301。图13所示的UE 1302是功能框图而非具体部件的列表。
图14示出了可用于eNB 1460的各种部件。结合图14描述的eNB 1460可根据结合图1描述的eNB 160来实施。eNB 1460包括控制eNB 1460的操作的处理器1489。处理器1489也可称为中央处理单元(CPU)。存储器1495(可包括只读存储器(ROM)、随机存取存储器(RAM)、这两种存储器的组合或可存储信息的任何类型的设备)将指令1491a和数据1493a提供给处理器1489。存储器1495的一部分还可包括非易失性随机存取存储器(NVRAM)。指令1491b和数据1493b还可驻留在处理器1489中。加载到处理器1489中的指令1491b和/或数据1493b还可包括来自存储器1495的指令1491a和/或数据1493a，这些指令和/或数据被加载以便由处理器1489执行或处理。指令1491b可由处理器1489执行，以实施上述方法200。
eNB 1460还可包括外壳，该外壳容纳一个或多个发射器1417和一个或多个接收器1478以允许传输和接收数据。发射器1417和接收器1478可合并为一个或多个收发器1476。一个或多个天线1480a-n附接到外壳并且电耦合到收发器1476。
eNB 1460的各个部件通过总线***1497(除了数据总线之外，还可包括电源总线、控制信号总线和状态信号总线)耦合在一起。然而，为了清楚起见，各种总线在图14中被示出为总线***1497。eNB 1460还可包括用于处理信号的数字信号处理器(DSP)1499。eNB1460还可包括对eNB 1460的功能提供用户接入的通信接口1401。图14所示的eNB 1460是功能框图而非具体部件的列表。
图15是示出可在其中实施用于FDD TTI操作的***和方法的UE 1502的一种具体实施的框图；UE 1502包括发射装置1558、接收装置1520和控制装置1524。发射装置1558、接收装置1520和控制装置1524可被配置为执行结合以上图1至图2的一个或多个所述的功能中的一者或多者。上图13示出了图15的具体装置结构的一个实施例。可实施其他各种结构，以实现图1的功能中的一者或多者。例如，DSP可通过软件实现。
图16是示出可在其中实施用于FDD TTI操作的***和方法的eNB 1660的一种具体实施的框图。eNB 1660包括发射装置1617、接收装置1678和控制装置1682。发射装置1617、接收装置1678和控制装置1682可被配置为执行结合以上图1至图2的一个或多个所述的功能中的一者或多者。上图14示出了图16的具体装置结构的一个实施例。可实施其他各种结构，以实现图1的功能中的一者或多者。例如，DSP可通过软件实现。
术语“计算机可读介质”是指可由计算机或处理器访问的任何可用介质。如本文所用，术语“计算机可读介质”可表示非暂态性且有形的计算机可读介质和/或处理器可读介质。以举例而非限制的方式，计算机可读介质或处理器可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储设备、磁盘存储设备或其他磁存储设备，或者可用于携带或存储指令或数据结构形式的所需程序代码并且可由计算机或处理器访问的任何其他介质。如本文所用，磁盘和光盘包括压缩光盘(CD)、激光盘、光学光盘、数字通用光盘(DVD)、软磁盘及光盘，其中磁盘通常以磁性方式复制数据，而光盘则利用激光以光学方式复制数据。
应当注意，本文所述方法中的一者或多者可在硬件中实现并且/或者使用硬件执行。例如，本文所述方法中的一者或多者可在芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等中实现，并且/或者使用芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等实现。
本文所公开方法中的每一者包括用于实现所述方法的一个或多个步骤或动作。在不脱离权利要求书的范围的情况下，这些方法步骤和/或动作可彼此互换并且/或者合并为单个步骤。换句话讲，除非所述方法的正确操作需要特定顺序的步骤或动作，否则在不脱离权利要求书的范围的情况下，可对特定步骤和/或动作的顺序和/或用途进行修改。
应当理解，权利要求书不限于上文所示的精确配置和部件。在不脱离权利要求书的范围的情况下，可对本文所述***、方法和装置的布置、操作和细节进行各种修改、改变和变更。
根据所述***和方法在eNB 160或UE 102上运行的程序是以实现根据所述***和方法的功能的方式控制CPU等的程序(使得计算机操作的程序)。然后，在这些装置中处理的信息在被处理的同时被暂时存储在RAM中。随后，该信息被存储在各种ROM或HDD中，每当需要时，由CPU读取以便进行修改或写入。作为其上存储有程序的记录介质，半导体(例如，ROM、非易失性存储卡等)、光学存储介质(例如，DVD、MO、MD、CD、BD等)、磁存储介质(例如，磁带、软磁盘等)等中的任一者都是可能的。此外，在一些情况下，通过运行所加载的程序来实现上述根据所述***和方法的功能，另外，基于来自程序的指令并结合操作***或其他应用程序来实现根据所述***和方法的功能。
此外，在程序在市场上有售的情况下，可分发存储在便携式记录介质上的程序，或可将该程序传输到通过网络诸如互联网连接的服务器计算机。在这种情况下，还包括服务器计算机中的存储设备。此外，根据上述***和方法的eNB 160和UE 102中的一些或全部可实现为作为典型集成电路的LSI。eNB 160和UE 102的每个功能块可单独地内置到芯片中，并且一些或全部功能块可集成到芯片中。此外，集成电路的技术不限于LSI，并且用于功能块的集成电路可利用专用电路或通用处理器实现。此外，如果随着半导体技术不断进步，出现了替代LSI的集成电路技术，则也可以使用应用该技术的集成电路。
此外，每个上述实施方案中所使用的基站设备和终端设备的每个功能块或各种特征可通过电路(通常为一个集成电路或多个集成电路)实施或执行。被设计为执行本说明书中所述的功能的电路可包括通用处理器、数字信号处理器(DSP)、专用或通用集成电路(ASIC)、现场可编程门阵列(FPGA)，或其他可编程逻辑设备、分立栅极或晶体管逻辑器，或分立硬件部件，或它们的组合。通用处理器可为微处理器，或另选地，该处理器可为常规处理器、控制器、微控制器或状态机。通用处理器或上述每种电路可由数字电路进行配置，或可由模拟电路进行配置。此外，当由于半导体技术的进步而出现制成取代当前集成电路的集成电路的技术时，也能够使用通过该技术生产的集成电路。

Claims (20)

1.一种用户设备(UE)，所述用户设备包括：
处理器；
与所述处理器进行电子通信的存储器，其中可执行所述存储器中存储的指令，以：
在服务小区中配置用于下行链路的缩短的传输时间间隔(sTTI)；
确定用于上行链路子帧的下行链路(DL)关联集；以及
至少基于所述DL关联集内的(多个)下行链路sTTI的所述数量来确定在所述上行链路子帧中使用的缩短的物理上行链路控制信道(SPUCCH)格式或PUCCH格式。
2.根据权利要求1所述的UE，其中
在为所述服务小区配置用于上行链路的sTTI的情况下，使用所述SPUCCH格式，并且
在没有为所述服务小区配置用于上行链路的sTTI的情况下，使用所述PUCCH格式。
3.根据权利要求1所述的UE，其中所述SPUCCH格式是从多个SPUCCH格式确定的，并且所述多个SPUCCH格式支持不同的有效载荷大小。
4.根据权利要求1所述的UE，其中混合自动重传请求确认/否定确认(HARQ-ACK)资源偏移(ARO)字段包括在下行链路控制信息(DCI)格式中，并且使用所述ARO字段的值确定SPUCCH资源。
5.一种用户设备(UE)，所述用户设备包括：
处理器；
与所述处理器进行电子通信的存储器，其中可执行所述存储器中存储的指令，以：
在服务小区中配置用于上行链路的缩短的传输时间间隔(sTTI)；
确定用于下行链路子帧的上行链路(UL)关联集；
从所述UL关联集内的(多个)上行链路sTTI确定上行链路sTTI；
在所述下行链路子帧中接收下行链路信道；以及
在所述上行链路sTTI中传输上行链路信道，所述上行链路信道对应于所述下行链路信道。
6.根据权利要求5所述的UE，其中所述下行链路信道是物理下行链路共享信道，并且所述上行链路信道是缩短的物理上行链路控制信道(SPUCCH)，所述缩短的物理上行链路控制信道携带用于所述物理下行链路共享信道的混合自动重传请求确认/否定确认(HARQ-ACK)。
7.根据权利要求5所述的UE，其中所述下行链路信道是物理下行链路控制信道，并且所述上行链路信道是由所述物理下行链路控制信道调度的缩短的物理上行链路共享信道(SPUSCH)。
8.根据权利要求5所述的UE，其中通过下行链路控制信息(DCI)格式从所述(多个)上行链路sTTI指示所述上行链路sTTI。
9.根据权利要求5所述的UE，其中所述上行链路sTTI是所述UL关联集中的所述(多个)上行链路sTTI的初始sTTI。
10.根据权利要求5所述的UE，其中所述上行链路sTTI是所述UL关联集中的所述(多个)上行链路sTTI的最后一个sTTI。
11.一种演进节点B(eNB)，包括：
处理器；
与所述处理器进行电子通信的存储器，其中可执行所述存储器中存储的指令，以：
在服务小区中为用户设备(UE)配置用于下行链路的缩短的传输时间间隔(sTTI)；
确定用于上行链路子帧的下行链路(DL)关联集；以及
至少基于所述DL关联集内的(多个)下行链路sTTI的所述数量来确定在所述上行链路子帧中使用的缩短的物理上行链路控制信道(SPUCCH)格式或PUCCH格式。
12.根据权利要求11所述的eNB，其中
在为所述服务小区配置用于上行链路的sTTI的情况下，使用所述SPUCCH格式，并且
在为所述服务小区配置用于上行链路的sTTI的情况下，使用所述PUCCH格式。
13.根据权利要求11所述的eNB，其中所述SPUCCH格式是根据多个SPUCCH格式确定的，并且所述多个SPUCCH格式支持不同的有效载荷大小。
14.根据权利要求11所述的eNB，其中混合自动重传请求确认/否定确认(HARQ-ACK)资源偏移(ARO)字段包括在下行链路控制信息(DCI)格式中，并且使用所述ARO字段的值确定SPUCCH资源。
15.一种演进节点B(eNB)，包括：
处理器；
与所述处理器进行电子通信的存储器，其中可执行所述存储器中存储的指令，以：
在服务小区中为用户设备(UE)配置用于上行链路的缩短的传输时间间隔(sTTI)；
确定用于下行链路子帧的上行链路(UL)关联集；
从所述UL关联集内的(多个)上行链路sTTI确定上行链路sTTI；
在所述下行链路子帧中传输下行链路信道；以及
在所述上行链路sTTI中接收上行链路信道，所述上行链路信道对应于所述下行链路信道。
16.根据权利要求15所述的eNB，其中所述下行链路信道是物理下行链路共享信道，并且所述上行链路信道是缩短的物理上行链路控制信道(SPUCCH)，所述缩短的物理上行链路控制信道携带用于所述物理下行链路共享信道的混合自动重传请求确认/否定确认(HARQ-ACK)。
17.根据权利要求15所述的eNB，其中所述下行链路信道是物理下行链路控制信道，并且所述上行链路信道是由所述物理下行链路控制信道调度的缩短的物理上行链路共享信道(SPUSCH)。
18.根据权利要求15所述的eNB，其中通过下行链路控制信息(DCI)格式从所述(多个)上行链路sTTI指示所述上行链路sTTI。
19.一种用于用户设备(UE)的方法，所述方法包括：
在服务小区中配置用于下行链路的缩短的传输时间间隔(sTTI)；
确定用于上行链路子帧的下行链路(DL)关联集；以及
至少基于所述DL关联集内的(多个)下行链路sTTI的所述数量来确定在所述上行链路子帧中使用的缩短的物理上行链路控制信道(SPUCCH)格式或PUCCH格式。
20.一种用于演进节点B(eNB)的方法，所述方法包括：
在服务小区中为用户设备(UE)配置用于下行链路的缩短的传输时间间隔(sTTI)；
确定用于上行链路子帧的下行链路(DL)关联集；以及
至少基于所述DL关联集内的(多个)下行链路sTTI的所述数量来确定在所述上行链路子帧中使用的缩短的物理上行链路控制信道(SPUCCH)格式或PUCCH格式。
CN201780047701.2A 2016-08-11 2017-08-10 用于频分双工传输时间间隔操作的***和方法 Active CN109891795B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662373853P 2016-08-11 2016-08-11
US62/373853 2016-08-11
US15/673128 2017-08-09
US15/673,128 US10873437B2 (en) 2016-08-11 2017-08-09 Systems and methods for frequency-division duplex transmission time interval operation
PCT/US2017/046295 WO2018031772A1 (en) 2016-08-11 2017-08-10 Systems and methods for frequency-division duplex transmission time interval operation

Publications (2)

Publication Number Publication Date
CN109891795A true CN109891795A (zh) 2019-06-14
CN109891795B CN109891795B (zh) 2022-04-19

Family

ID=61159396

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780047701.2A Active CN109891795B (zh) 2016-08-11 2017-08-10 用于频分双工传输时间间隔操作的***和方法

Country Status (7)

Country Link
US (1) US10873437B2 (zh)
EP (1) EP3497848A1 (zh)
KR (1) KR102315253B1 (zh)
CN (1) CN109891795B (zh)
CA (1) CA3032529A1 (zh)
RU (1) RU2737389C2 (zh)
WO (1) WO2018031772A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106793136B (zh) * 2016-05-09 2018-11-16 北京展讯高科通信技术有限公司 用户设备及其数据传输方法
US10182452B2 (en) * 2016-08-11 2019-01-15 Qualcomm Incorporated Techniques for communicating feedback in low latency wireless communications
KR102192556B1 (ko) * 2016-08-11 2020-12-17 후아웨이 테크놀러지 컴퍼니 리미티드 정보 송신 방법, 기지국, 및 사용자 장비
US10397941B2 (en) * 2016-08-12 2019-08-27 Lg Electronics Inc. Method of transmitting and receiving uplink signal in wireless communication system and apparatus therefor
KR102408035B1 (ko) * 2016-08-12 2022-06-14 삼성전자 주식회사 무선 통신 시스템에서 복수의 전송시간구간 운용 방법 및 장치
KR102120856B1 (ko) * 2016-09-09 2020-06-10 주식회사 케이티 짧은 전송 시간 간격의 프레임 구조에서 상향링크 제어 채널을 송수신하는 방법 및 그 장치
CN107889229B (zh) * 2016-09-29 2019-12-13 电信科学技术研究院 一种上行控制信息uci的传输方法和设备
US10447453B2 (en) 2017-02-13 2019-10-15 Qualcomm Incorporated Control overhead reduction for low latency communication systems
WO2019028703A1 (zh) * 2017-08-09 2019-02-14 Oppo广东移动通信有限公司 一种反馈应答信息的长度确定方法及相关产品
WO2019138149A1 (en) * 2018-01-12 2019-07-18 Nokia Technologies Oy Uplink channel scheduling to retain channel occupancy for unlicensed wireless spectrum
KR20200117983A (ko) * 2018-02-08 2020-10-14 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 정보 전송 방법, 정보 수신 방법, 단말 기기 및 네트워크 기기
CN111181706B (zh) 2019-01-09 2021-12-24 维沃移动通信有限公司 混合自动重传请求确认的发送方法和终端

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102356687A (zh) * 2009-03-17 2012-02-15 高通股份有限公司 多载波高速分组接入中的移动性
CN103053129A (zh) * 2010-10-21 2013-04-17 Lg电子株式会社 在无线通信***中传输控制信息的方法和设备
CN103891166A (zh) * 2011-09-30 2014-06-25 交互数字专利控股公司 无线通信中的多点传输
CN105337698A (zh) * 2005-08-24 2016-02-17 高通股份有限公司 用于无线通信***的多样传输时间间隔
CN105450363A (zh) * 2007-01-03 2016-03-30 诺基亚公司 共享控制信道结构
WO2016064039A1 (ko) * 2014-10-21 2016-04-28 엘지전자(주) 저 지연을 지원하는 무선 통신 시스템에서 데이터 송수신 방법 및 이를 위한 장치

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8031583B2 (en) 2005-03-30 2011-10-04 Motorola Mobility, Inc. Method and apparatus for reducing round trip latency and overhead within a communication system
US8644292B2 (en) 2005-08-24 2014-02-04 Qualcomm Incorporated Varied transmission time intervals for wireless communication system
US8305943B2 (en) * 2006-05-18 2012-11-06 Qualcomm Incorporated Half-duplex communication in a frequency division duplex system
US7573407B2 (en) * 2006-11-14 2009-08-11 Qualcomm Incorporated Memory efficient adaptive block coding
US8687608B2 (en) * 2007-01-05 2014-04-01 Qualcomm Incorporated Method and apparatus for supporting communication in pico networks
KR101083051B1 (ko) * 2007-03-13 2011-11-16 노키아 코포레이션 비디오 부호화 및 복호화를 위한 시스템 및 방법
US8630229B2 (en) * 2009-07-06 2014-01-14 Intel Corporation Base station and method for reducing asynchronous interference in a multi-tier OFDMA overlay network
UA99371C2 (ru) * 2010-12-17 2012-08-10 Общество С Ограниченой Ответственностью "Интер-Барс 4С" Способ распределения ресурсов канала в системе широкополосного доступа во время передачи данных, в том числе мультимедийных данных
WO2013041138A1 (en) * 2011-09-21 2013-03-28 Nokia Siemens Networks Oy Apparatus and method for communication
GB2507529A (en) 2012-11-02 2014-05-07 Sony Corp Telecommunications apparatus and methods
US20140328260A1 (en) * 2013-02-26 2014-11-06 Samsung Electronics Co., Ltd. Scheduling over multiple transmission time intervals
WO2015024215A1 (en) * 2013-08-21 2015-02-26 Qualcomm Incorporated Pucch resource mapping an harq-ack feedback
RU2553091C2 (ru) * 2013-10-24 2015-06-10 Открытое акционерное общество "Омский научно-исследовательский институт приборостроения" (ОАО "ОНИИП") Система дуплексной высокоскоростной коротковолновой радиосвязи
WO2016153137A1 (ko) * 2015-03-20 2016-09-29 엘지전자 주식회사 Short tti의 주파수 대역에 다이나믹하게 자원을 할당하는 방법 및 이를 사용한 기기
WO2016163623A1 (ko) * 2015-04-08 2016-10-13 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치
WO2016199989A1 (ko) * 2015-06-11 2016-12-15 엘지전자 주식회사 Tdd 기반의 무선 통신 시스템에서 복수의 서브프레임을 사용하여 통신을 수행하는 방법 및 장치
JP6081531B2 (ja) * 2015-06-26 2017-02-15 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
JP6092347B1 (ja) * 2015-11-05 2017-03-08 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
TW202203678A (zh) * 2016-03-30 2022-01-16 美商內數位專利控股公司 無線傳輸/接收單元及由其所執行的方法
US10277367B2 (en) * 2016-04-01 2019-04-30 Motorola Mobility Llc Method and apparatus for scheduling uplink transmissions with reduced latency

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105337698A (zh) * 2005-08-24 2016-02-17 高通股份有限公司 用于无线通信***的多样传输时间间隔
CN105450363A (zh) * 2007-01-03 2016-03-30 诺基亚公司 共享控制信道结构
CN102356687A (zh) * 2009-03-17 2012-02-15 高通股份有限公司 多载波高速分组接入中的移动性
CN103053129A (zh) * 2010-10-21 2013-04-17 Lg电子株式会社 在无线通信***中传输控制信息的方法和设备
CN103891166A (zh) * 2011-09-30 2014-06-25 交互数字专利控股公司 无线通信中的多点传输
WO2016064039A1 (ko) * 2014-10-21 2016-04-28 엘지전자(주) 저 지연을 지원하는 무선 통신 시스템에서 데이터 송수신 방법 및 이를 위한 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "PUCCH design for short TTI", 《3GPP TSG RAN WG1 MEETING #85 R1-164061》 *

Also Published As

Publication number Publication date
US10873437B2 (en) 2020-12-22
RU2019102592A3 (zh) 2020-09-11
US20180048451A1 (en) 2018-02-15
CN109891795B (zh) 2022-04-19
WO2018031772A1 (en) 2018-02-15
KR20190038577A (ko) 2019-04-08
KR102315253B1 (ko) 2021-10-20
RU2019102592A (ru) 2020-09-11
RU2737389C2 (ru) 2020-11-30
CA3032529A1 (en) 2018-02-15
EP3497848A1 (en) 2019-06-19

Similar Documents

Publication Publication Date Title
CN109891795A (zh) 用于频分双工传输时间间隔操作的***和方法
CN104272795B (zh) 终端装置、基站装置及其方法
CN104756575B (zh) 用于载波聚合的***和方法
US9882696B2 (en) Devices for sending and receiving feedback information
US9749094B2 (en) Devices for sending and receiving feedback information
CN104067681B (zh) 用于在时域双工无线***中重新配置上行链路和下行链路分配的设备
CN104170304B (zh) 用于tdd***的调度定时设计的方法、装置及***
CN109952731A (zh) 用于处理时间缩减的pucch资源分配和harq-ack报告的***和方法
CN109496399A (zh) 用于频分双工传输时间间隔操作的***和方法
CN108781140A (zh) 用于针对缩短的tti确定harq-ack传输定时的***和方法
CN109417808A (zh) 在相同时间间隔内与s-pucch冲突的情况下丢弃pucch的用户设备、基站以及方法
CN109997327A (zh) 在无线通信***中发送上行链路信号的方法及其装置
CN110036586A (zh) 用于处理时间缩减信令的***和方法
CN108476103A (zh) 用于利用授权辅助接入(laa)上行链路传输进行上行链路控制信息报告的***和方法
CN108370571A (zh) 用于低延迟无线通信的用户设备、基站和方法
CN108200780A (zh) 用于授权辅助接入的退避过程的***和方法
CN102394685B (zh) 多天线***上行控制信道的发送方法和***
CN103718484A (zh) 在支持载波聚合的tdd通信***中定义物理信道传送/接收定时和资源分配的设备及其方法
CN104823499A (zh) 方法和装置
CN104396178A (zh) 组合的tdd和fdd载波聚合中的传输
CN104025492A (zh) 无线通信中的确认定时的选择
CN102223219A (zh) Harq-ack的反馈处理方法及***
CN103416011A (zh) 用于通信***的灵活时分双工方法及装置
CN109792734A (zh) 在无线通信***中用于多个处理时间或多个传输时间间隔的方法及其装置
CN104885376A (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
TR01 Transfer of patent right

Effective date of registration: 20231201

Address after: Japan's Osaka City. Sakai Sakai district town 1 times

Patentee after: Sharp Corp.

Address before: Japan's Osaka City. Sakai Sakai district town 1 times

Patentee before: Sharp Corp.

Patentee before: FG Innovation Co.,Ltd.

TR01 Transfer of patent right