CN106797284A - 用于混合自动重传请求(harq)通信的演进节点b、用户设备和方法 - Google Patents

用于混合自动重传请求(harq)通信的演进节点b、用户设备和方法 Download PDF

Info

Publication number
CN106797284A
CN106797284A CN201580022250.8A CN201580022250A CN106797284A CN 106797284 A CN106797284 A CN 106797284A CN 201580022250 A CN201580022250 A CN 201580022250A CN 106797284 A CN106797284 A CN 106797284A
Authority
CN
China
Prior art keywords
time delay
harq
data block
blocks
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
CN201580022250.8A
Other languages
English (en)
Other versions
CN106797284B (zh
Inventor
A·博卡尔
纵平平
U·库马尔
C·伊巴尔卡萨斯
郑慧琼
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.)
Apple Inc
Intel Corp
Original Assignee
Intel IP 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 Intel IP Corp filed Critical Intel IP Corp
Priority to CN202011116606.3A priority Critical patent/CN112217614A/zh
Publication of CN106797284A publication Critical patent/CN106797284A/zh
Application granted granted Critical
Publication of CN106797284B publication Critical patent/CN106797284B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/1835Buffer management
    • H04L1/1845Combining techniques, e.g. code combining
    • 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/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling 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/1867Arrangements specially adapted for the transmitter end
    • H04L1/1893Physical mapping 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/20Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/201Frame classification, e.g. bad, good or erased

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

在此公开用于HARQ传输的演进节点B(eNB)以及方法的实施例。eNB可以将用于时延减小数据块的初始HARQ块和分集HARQ块发送到时延减小用户设备(UE)。HARQ块的各发送之间的子帧间距可以小于用于将HARQ块发送到不操作为时延减小UE的UE的子帧间距。可以在为与时延减小UE的HARQ进程预留的时频资源的时延减小区域中发送用于时延减小数据块的HARQ块。此外,可以在除了时延减小区域之外的时频资源中将HARQ块发送到不操作为时延减小UE的其它UE。

Description

用于混合自动重传请求(HARQ)通信的演进节点B、用户设备和 方法
优先权要求
该申请要求2015年3月26日提交的美国专利申请序列号No.14/669,176的优先权的利益,后者要求2014年8月12日提交的美国临时专利申请序列号No.62/036,523以及2014年6月2日提交的美国临时专利申请序列号No.62/006,754的优先权的利益,其中的每一个通过引用整体并入本文。
技术领域
实施例属于无线通信。一些实施例涉及包括3GPP(第三代合作伙伴项目)网络、3GPP LTE(长期演进)网络和3GPP LTE-A(LTE高级)网络的蜂窝通信,但是实施例的范围不限于此方面。一些实施例涉及混合自动重传请求(HARQ)通信。一些实施例涉及低时延或时延减小的通信。
背景技术
操作在蜂窝网络中的用户设备(UE)可以支持根据不同特性(例如与网络的分组交换的时延)操作的各种应用。一些应用例如任务关键应用和实时游戏可以受益于相对低的时延。与之相比,其它应用例如文件传送可以能够在宽松的时延规范下操作。由于网络在一些情况下可能需要同时支持这些应用和其它应用,因此通常需要用于支持具有不同时延特性的应用的方法和系统。此外,还需要用于减小时延的方法和系统,包括可以减小与空中接口关联的时延的方法和系统。
附图说明
图1是根据一些实施例的3GPP网络的功能示图;
图2是根据一些实施例的用户设备(UE)的功能示图;
图3是根据一些实施例的演进节点B(eNB)的功能示图;
图4示出根据一些实施例的用于多个混合自动重传请求(HARQ)通信进程的示例情形;
图5示出根据一些实施例的HARQ通信的方法的操作;
图6示出根据一些实施例的子帧的示例;
图7示出根据一些实施例的子帧的另一示例;
图8示出根据一些实施例的子帧的另一示例;
图9示出根据一些实施例的HARQ通信的另一方法的操作;
图10示出根据一些实施例的下行链路和上行链路调度的示例;
图11示出根据一些实施例的下行链路和上行链路调度的另一示例;
图12示出根据一些实施例的下行链路和上行链路调度的另一示例;
图13示出根据一些实施例的下行链路和上行链路调度的另一示例。
具体实施方式
以下描述和附图充分示出特定实施例以使得本领域技术人员能够实施它们。其它实施例可以包括结构改变、逻辑改变、电气改变、处理改变和其它改变。一些实施例的部分或特征可以包括于或替代以其它实施例的部分和特征。权利要求中所阐述的实施例囊括这些权利要求的所有可用等同物。
图1是根据一些实施例的3GPP网络的功能示图。网络包括通过S1接口115耦合在一起的无线接入网(RAN)(例如,如所描绘的,E-UTRAN或演进通用地面无线接入网)100和核心网120(例如,示为演进分组核心(EPC))。为了方便和简明,仅示出核心网120和RAN 100的一部分。
核心网120包括移动性管理实体(MME)122、服务网关(服务GW)124和分组数据网络网关(PDN GW)126。RAN 100包括演进节点B(eNB)104(其可以操作为基站),用于与用户设备(UE)102进行通信。eNB 104可以包括宏eNB和低功率(LP)eNB。根据一些实施例,为了在UE102处接收,eNB 104可以发送关于数据块的混合自动重传请求(HARQ)分组。eNB 104也可以接收关于数据块的HARQ确认指示符,其可以指示UE 102是否已经成功地对数据块进行解码。
MME 122在功能上与遗留服务GPRS支持节点(SGSN)的控制平面相似。MME 122管理接入中的移动性方面(例如网关选择和跟踪区域列表管理)。服务GW 124端接朝向RAN 100的接口,并且在RAN 100与核心网120之间路由数据分组。此外,它可以是用于eNB间切换的本地移动性锚点,并且也可以提供用于3GPP间移动性的锚定。其它责任可以包括法定拦截、计费和某种策略实施。服务GW 124和MME 122可以实现于一个物理节点中,或者实现于分开的物理节点中。PDN GW 126端接朝向分组数据网络(PDN)的SGi接口。PDN GW 126在EPC 120与外部PDN之间路由数据分组,并且可以是用于策略实施和计费数据收集的关键节点。它也可以为非LTE接入提供用于移动性的锚点。外部PDN可以是任何种类的IP网络和IP多媒体子系统(IMS)域。PDN GW 126和服务GW 124可以实现于一个物理节点中,或者实现于分开的物理节点中。
eNB 104(宏eNB和微eNB)端接空中接口协议,并且可以是用于UE 102的第一接触点。在一些实施例中,eNB 104可以履行用于RAN 100的各种逻辑功能,包括但不限于RNC(无线网络控制器功能),例如无线承载管理、上行链路和下行链路动态无线资源管理和数据分组调度以及移动性管理。根据实施例,UE 102可以被配置为根据正交频分多址(OFDMA)通信技术在多载波通信信道上与eNB 104传递正交频分复用(OFDM)通信信号。OFDM信号可以包括多个正交子载波。
S1接口115是将RAN 100与EPC 120隔开的接口。它被划分为两个部分:S1-U,其在eNB 104与服务GW 124之间携带业务数据;以及S1-MME,其为eNB 104与MME 122之间的信令接口。X2接口是各eNB 104之间的接口。X2接口包括两个部分:X2-C和X2-U。X2-C是各eNB104之间的控制平面接口,而X2-U是各eNB 104之间的用户平面接口。
在蜂窝网络的情况下,LP小区典型地用于将覆盖扩展到室外信号并不良好到达的室内区域,或者用于在电话使用率非常密集的区域(例如火车站)中增加网络容量。如在此所使用的,术语低功率(LP)eNB指代用于实现(比宏小区窄的)较窄小区(例如毫微微小区、微微小区或微小区)的任何合适的相对低功率eNB。毫微微小区eNB典型地由移动网络运营商提供给其民用消费者或企业消费者。毫微微小区典型地是民用网关的大小或更小,并且通常连接到用户的宽带线路。一旦插入,毫微微小区就连接到移动运营商的移动网络,并且提供为民用毫微微小区提供范围典型地为30米至50米的额外覆盖。因此,LP eNB可能是毫微微小区eNB,因为它通过PDN GW 126耦合。类似地,微微小区是典型地覆盖小区域(例如建筑内(办公室、商城、火车站等),或者更新近地说,飞机内))的无线通信系统。微微小区eNB通常可以通过其基站控制器(BSC)功能经由X2链路连接到另一eNB(例如宏eNB)。因此,LPeNB可以用微微小区eNB来实现,因为它经由X2接口耦合到宏eNB。微微小区eNB或其它LPeNB可以合并宏eNB的一些功能或所有功能。在一些情况下,这可以称为接入点基站或企业毫微微小区。
在一些实施例中,下行链路资源网格可以用于从eNB 104到UE 102的下行链路传输,而从UE 102到eNB 104的上行链路传输可以利用类似的技术。网格可以是称为资源网格或时频资源网格的时频网格,其为每个时隙中的下行链路中的物理资源。这种时频平面表示对于OFDM系统来说是常见的做法,其使得无线资源分配变直观。资源网格的每列和每行分别对应于一个OFDM符号和一个OFDM子载波。资源网格在时域中的持续时间对应于无线帧中的一个时隙。资源网格中的最小时频单元记为资源元素(RE)。每个资源网格包括多个资源块(RB),其描述某些物理信道对资源元素的映射。每个资源块包括频域中的资源元素的集合,并且可以表示当前能够被分配的资源的最小份额。存在若干不同的物理下行链路信道是使用这些资源块传送的。与本公开特别相关的是,这些物理下行链路信道中的两种信道是物理下行链路共享信道和物理下行链路控制信道。
物理下行链路共享信道(PDSCH)将用户数据和更高层信令携带到UE 102(图1)。物理下行链路控制信道(PDCCH)携带关于与PDSCH信道有关的传输格式和资源分配的信息等。它还向UE 102通知与上行链路共享信道有关的传输格式、资源分配和HARQ信息。典型地,基于从UE 102反馈到eNB 104的信道质量信息,在eNB 104处执行下行链路调度(将控制信道资源块和共享信道资源块分配给小区内的UE 102),然后在用于(分配给)UE 102的控制信道(PDCCH)上将下行链路资源分配信息发送到UE 102。
PDCCH使用CCE(控制信道元素)来传送控制信息。在被映射到资源元素之前,PDCCH复数值符号首先被组织成四元组(quadruplet),然后使用子块交织器对其进行排列,以进行速率匹配。每个PDCCH是使用这些控制信道元素(CCE)中的一个或多个CCE来传输的,其中,每个CCE对应于九组称为资源元素组(REG)的四个物理资源元素。四个QPSK符号映射到每个REG。取决于DCI的大小和信道条件,可以使用一个或多个CCE来传输PDCCH。在LTE中可以定义有四种或更多种具有不同数量CCE(例如,聚合等级,L=1、2、4或8)的不同PDCCH格式。
图2是根据一些实施例的用户设备(UE)的功能示图。图3是根据一些实施例的演进节点B(eNB)的功能示图。应注意,在一些实施例中,eNB 300可以是静止的非移动设备。UE200可以适合于用作图1中所描绘的UE 102,而eNB 300可以适合于用作图1中所描绘的eNB104。UE 200可以包括物理层电路202和收发机205,它们之一或二者可以使得能够使用一个或多个天线201将信号发送到eNB 300、其它eNB、其它UE或其它设备以及从它们接收信号。作为示例,物理层电路202可以执行各种编码和解码功能,其可以包括:形成基带信号以进行传输以及对接收到的信号进行解码。作为另一示例,收发机205可以执行各种发送和接收功能,例如基带范围与射频(RF)范围之间的信号的转换。相应地,物理层电路202和收发机205可以是分开的部件,或者可以是组合式部件的一部分。此外,可以通过可以包括物理层电路202、收发机205和其它部件或层之一、任意或全部的组合来执行所描述的一些功能。
eNB 300可以包括物理层电路302和收发机305,它们之一或二者可以使得能够使用一个或多个天线301将信号发送到UE 200、其它eNB、其它UE或其它设备以及从它们接收信号。物理层电路302和收发机305可以执行与先前关于UE 200所描述的功能类似的各种功能。相应地,物理层电路302和收发机305可以是分开的部件,或可以是组合式部件的一部分。此外,可以通过可以包括物理层电路302、收发机305和其它部件或层之一、任意或全部的组合来执行所描述的一些功能。
UE 200可以还包括用于控制对无线介质的接入的介质接入控制层(MAC)电路204,而eNB 300可以还包括用于控制对无线介质的接入的介质接入控制层(MAC)电路304。UE200可以还包括处理电路206和存储器208,它们被布置为执行在此所描述的操作。eNB 300可以还包括处理电路306和存储器308,它们被布置为执行在此所描述的操作。eNB 300可以还包括一个或多个接口310,其可以使得能够进行与其它部件的通信,包括其它eNB 104(图1)、EPC 120(图1)中的部件或其它网络部件。此外,接口310可以使得能够进行与可能没有在图1中示出的其它部件的通信,包括网络外部的部件。接口310可以是有线的,或无线的,或其组合。
天线201、301可以包括一个或多个方向性天线或全向性天线,包括例如双极天线、单极天线、贴片天线、环路天线、微带天线或适合于传输RF信号的其它类型的天线。在一些多入多出(MIMO)实施例中,天线201、301可以等效地分开以利用空间分集以及可能产生的不同信道特性。
在一些实施例中,UE 200或eNB 300可以是移动设备,并且可以是便携式无线通信设备(例如个人数字助理(PDA)、具有无线通信能力的膝上型或便携式计算机、web平板、无线电话、智能电话、无线耳机、寻呼机、即时传信设备、数码相机、接入点、电视、可穿戴设备(例如医疗设备(例如心率监测器、血压监测器等))或其它可以以无线方式接收和/或发送信息的设备)。在一些实施例中,UE 200或eNB 300可以被配置为根据3GPP标准操作,但是实施例的范围不限于此方面。移动设备或其它设备在一些实施例中可以被配置为根据包括IEEE 802.11或其它IEEE标准的其它协议或标准操作。在一些实施例中,UE 200、eNB 300或其它设备可以包括键盘、显示器、非易失性存储器端口、多个天线、图形处理器、应用处理器、扬声器以及其它移动设备元件中的一种或多种。显示器可以是包括触摸屏的LCD屏。
虽然UE 200和eNB 300均被示为具有若干分开的功能元件,但是这些功能元件中的一个或多个元件可以组合,并且可以由软件配置的元件(例如包括数字信号处理器(DSP)的处理元件)和/或其它硬件元件的组合实现。例如,一些元件可以包括一个或多个微处理器、DSP、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、射频集成电路(RFIC)以及用于至少执行在此所描述的功能的各种硬件和逻辑电路的组合。在一些实施例中,功能元件可以指代在一个或多个处理元件上操作的一个或多个进程。
实施例可以实现于硬件、固件和软件之一或其组合中。实施例也可以实现为计算机可读存储设备上所存储的指令,这些指令可以由至少一个处理器读取并执行以执行在此所描述的操作。计算机可读存储设备可以包括用于以机器可读的形式存储信息的任何非瞬时性机构(例如计算机)。例如,计算机可读存储设备可以包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪存设备以及其它存储设备和介质。一些实施例可以包括一个或多个处理器,并且可以被配置有计算机可读存储设备上所存储的指令。
根据实施例,eNB 104可以将用于时延减小数据块的初始HARQ块和分集HARQ块发送到时延减小UE 102。HARQ块的各发送之间的子帧间距可以小于用于将HARQ块发送到不作为时延减小UE 102操作的UE 102的子帧间距。可以在为与时延减小UE 102的HARQ进程预留的时频资源的时延减小区域中发送用于时延减小数据块的HARQ块。此外,可以在除了时延减小区域之外的时频资源中将HARQ块发送到不作为时延减小UE 102操作的其它UE 102。以下更详细地描述这些实施例。
图4示出根据一些实施例的用于多个混合自动重传请求(HARQ)通信进程的示例情形。在情形400中,多个HARQ进程P1-P8(在图4标记为411-418)以交错配置的方式由eNB 104支持。作为HARQ处理P1的一部分,可以在子帧405期间发送PDSCH块420(或基于第一数据块的HARQ块),以便在UE 102处接收。UE 102可以尝试对PDSCH块420进行解码以产生第一数据块,并且可以在子帧406期间将解码的结果作为ACK/NACK 425的一部分传递回到eNB 104。如果解码是成功的,则在子帧407期间发送的下一PDSCH块430可以包括基于新的第二数据块的HARQ块。然而,如果解码不成功,则PDSCH块430可以包括先前HARQ块(或其另一分集版本)的重传。相应地,UE 102可以尝试再次对第一数据块进行解码,并且可以在解码进程中使用分集组合技术。
如图4所示,往返延迟(RTD)435是子帧405与子帧406之间的时间,并且可以表示eNB 104进行的PDSCH 420发送与UE 102进行的ACK/NACK 425发送之间的时间。重传延迟440是子帧405与子帧407之间的时间,并且可以表示PDSCH 420发送与PDSCH 430发送之间的时间。如所示的,RTD 435是三个子帧,而重传延迟440是八个子帧。在一些情况下,可以基于所估计或指定的解码时间来选择这些延迟。
进程P2对于RTD 435和重传延迟440可以利用相同的值,并且也可以在进程P1所使用的子帧之后的一个子帧出现的子帧中发送并接收类似的PDSCH和ACK/NACK。然后,可以以适当的延迟支持其余进程,并且因此,一组时频资源可以支持八个进程P1-P8。
作为示例,3GPP标准中的长期演进(LTE)子帧可以跨一毫秒。在此情况下,RTD可以是三毫秒,并且重传延迟可以是八毫秒。在一些情况下,应用可以受益于数据分组的低时延交换。因此,可能需要减小整个系统中的各种延迟和时延,其可以包括这些空中接口延迟(RTD延迟和重传延迟)。例如,在一些情况下可以指定一毫秒或更小的RTD,这可以称为“时延减小(reduced-latency)”或“低时延”。
图5示出根据一些实施例的HARQ通信的方法的操作。重要的是注意到,方法500的实施例可以包括与图5所示的相比附加的或甚至更少的操作或处理。此外,方法500的实施例不一定限于图5所示的时间先后顺序。在描述方法500中,可以参照图1-图4以及图6-图13,但是应理解,可以用任何其它合适的系统、接口和部件来实施方法500。
此外,虽然在此所描述的方法500和其它方法可以指代根据3GPP或其它标准操作的eNB 104或UE 102,但是那些方法的实施例不限于仅那些eNB 104或UE 102,也可以由其它移动设备(例如Wi-Fi接入点(AP)或用户站(STA))来实施。此外,在此所描述的方法500和其它方法可以由被配置为在其它合适类型的无线通信系统(包括被配置为根据各种IEEE标准(例如IEEE 802.11)操作的系统)中操作的无线设备来实施。
在方法500的操作505,作为与第一UE 102的HARQ进程的一部分,可以发送用于第一数据块的初始HARQ块。在操作510,作为与时延减小UE 102的HARQ进程的一部分,可以发送用于时延减小数据块的初始HARQ块。在一些实施例中,时延减小UE 102可以是被配置为操作在时延减小模式下的UE 102,而第一UE 102可以是并未被配置为操作在时延减小模式下的UE 102。在一些情况下,这些模式下的操作可以是可配置的。作为非限制性示例,时延减小UE 102和第一UE 102中的任一者或二者可以能够在时延减小模式下或正常模式下进行操作。在一些实施例中,遗留UE 102可以操作在正常模式下,但是这些实施例并非限制性的。
用于第一数据块的初始HARQ块可以至少部分地基于第一数据块。相应地,第一数据块可以包括作为产生初始HARQ块的一部分可以由各种编码功能处理的数据比特。编码功能可以包括前向纠错(FEC)、打孔、交织、比特到符号映射以及其它合适的功能中的一些功能或全部功能。作为示例,初始HARQ块可以包括任何合适调制(例如二进制相移键控(BPSK)、正交相移键控(QPSK)、正交调幅调制(QAM)或其它调制)的调制符号(星座点)。
在一些实施例中,可以使用一个或多个OFDM信号来发送初始HARQ块。虽然不限于此,但是OFDM信号的频率资源可以包括多个资源元素(RE),并且频率上连续的多个RE可以成组,以形成多个资源块(RB)。作为非限制性示例,在3GPP或其它标准中,12个RE可以形成RB。OFDM信号的时间资源可以包括多个OFDM符号或OFDM符号时段。在一些实施例中,作为形成OFDM信号以进行传输的一部分,初始HARQ块中所包括的调制符号可以被映射到各个RE和OFDM符号。
应注意,为了讨论或说明的目的,可以在此描述与特定HARQ块和/或特定数据块有关的技术和其它方面,但是实施例不限于那些特定块或块类型。因此,关于用于第一数据块的初始HARQ块的上述讨论(连同其形成、传输以及其它特征)并不限于初始HARQ块或第一数据块,并且可以适用于其它HARQ块和/或数据块,包括在此所描述那些HARQ块和/或数据块。作为示例,可以使用在操作510的用于时延减小数据块的初始HARQ块。如稍后将讨论的,也可以使用用于第一数据块或时延减小数据块的分集HARQ块。此外,在一些情况下,可以使用其它类型的HARQ块和数据块。作为另一示例,可以使用超出该分集HARQ块的附加分集HARQ块(例如用于特定数据块的第二分集HARQ块或第三分集HARQ块)。
应注意,eNB 104可以支持同时与不同的UE 102的多个HARQ会话,如先前所述的。在一些实施例中,可以支持与任何合适数量的UE 102的多个HARQ会话。UE 102可以包括操作在时延减小模式下的UE 102、操作在正常模式下的UE 102、操作在其它模式下的UE102或其任何合适的组合。作为非限制性示例,eNB 104可以支持与操作在正常模式下的UE 102的八个HARQ会话,与先前所描述的情形400类似。eNB 104也可以以类似的方式支持与操作在时延减小模式下的UE 102的多个HARQ会话。也就是说,eNB 104可以在为时延减小操作预留的时频资源中支持与时延减小UE 102的多个HARQ会话,并且可以同时在为时延减小操作预留的时频资源之外的时频资源中支持与操作在正常模式下的UE 102的多个HARQ会话。
返回到方法500,在操作515,可以接收关于对用于第一数据块的初始HARQ块成功解码的HARQ确认指示符。在一些实施例中,HARQ确认指示符可以指示第一UE 102对第一数据块解码成功与否,并且解码结果可以反映第一UE 102尝试使用接收到的用于第一数据块的初始HARQ块对第一数据块进行解码。相应地,HARQ确认指示符可以包括或可以是ACK/NACK或类似指示符,并且在一些情况下可以包括附加的有关信息。接收HARQ确认指示符可以是与第一UE 102的HARQ进程的一部分,但是实施例不限于此。
在操作520,可以接收关于对用于时延减小数据块的初始HARQ块成功解码的HARQ确认指示符。接收HARQ确认指示符可以是与时延减小UE 102的HARQ进程的一部分,但是实施例不限于此。虽然不限于此,但是先前的与操作515有关的讨论可以可适用于操作520,并且在一些情况下可以使用类似或相似技术。例如,HARQ确认指示符中所包括的解码结果可以反映时延减小UE 102尝试使用接收到的用于时延减小数据块的初始HARQ块对时延减小数据块进行解码。
在一些实施例中,可以在发送用于时延减小数据块的初始HARQ块的一毫秒内接收关于对用于时延减小数据块的初始HARQ块成功解码的HARQ确认指示符。因此,当eNB 104发送HARQ块与在eNB 104处接收到指示符(或UE 102发送指示符)之间的时间流逝小于一毫秒或另一指定值或比用于eNB 104的现有RTD小的期望时间值时,HARQ进程可以看作“时延减小”或“低时延”。如先前所述的RTD和重传延迟对于操作在时延减小模式下的UE 102比对于操作在正常模式下的UE 102可以是低的。
对于时间流逝,实施例不限于一毫秒的值,因为针对时延减小操作也可以指定时间流逝的其它值。此外,针对时延减小操作也可以指定不同于刚才所描述的时间流逝(包括RTD延迟和重传延迟)的持续时间值。实施例也不限于在时延减小操作的分类中使用“小于”作为逻辑运算符。例如,也可以使用“小于或等于”或者其它逻辑运算符。
作为时延减小操作的示例,可以从0.5毫秒至1.5毫秒之间的范围选择HARQ发送与指示符的接收之间的时间流逝的所指定的最大值。作为另一示例,可以使用小于0.5毫秒的值或大于1.5毫秒的值。作为另一示例,可以与和用于操作在“正常”模式下或不操作在时延减小模式下的UE 102的HARQ进程有关的类似时间流逝相比较地指定用于时延减小模式的时间流逝。例如,当以上所描述的时间流逝为用于操作在正常模式下的UE 102的HARQ进程的类似时间流逝的25%或更小时,时延减小HARQ进程可以看作低时延或时延减小。给出25%的值是作为示例,并且应理解,可以指定或使用其它合适的值。
在操作525,作为与第一UE 102的第一HARQ进程的一部分,可以发送用于第一数据块的分集HARQ块。在一些实施例中,可以这样发送分集HARQ块,使得用于第一数据块的HARQ块(初始HARQ块和分集HARQ块)的发送发生于在时间上间隔开预定HARQ间隔的长期演进(LTE)子帧期间。
在操作530,作为与时延减小UE 102的时延减小HARQ进程的一部分,可以发送用于时延减小数据块的分集HARQ块。在一些实施例中,可以这样发送分集HARQ块,使得用于时延减小数据块的HARQ块(初始HARQ块和分集HARQ块)的发送发生于在时间上间隔开比HARQ间隔小的预定时延减小HARQ间隔的LTE子帧期间。也就是说,与对应的初始HARQ块相比,可以根据LTE子帧的预定间距发送分集HARQ块,并且用于操作在时延减小模式下的UE 102的间距可以小于用于操作在正常模式下的UE 102的间距。在一些实施例中,重传时间(其可以是与初始HARQ块和分集HARQ块的发送之间的间隔关联的周转时间)对于时延减小HARQ进程比对于第一HARQ进程可以是少的。作为非限制性示例,用于时延减小HARQ进程的周转时间可以是用于正常HARQ进程的周转时间的25%。
在一些实施例中,(对于任何HARQ进程的)分集HARQ块的发送可以发生在当对应的HARQ确认指示符指示对数据块解码失败时。解码失败可以指代UE 102尝试至少部分基于初始HARQ块对数据块进行解码的失败。在一些情况下,发送也可以发生在当在eNB 104处没有成功接收到HARQ确认指示符时。因此,发送可以发生在当数据块通过HARQ确认指示符没有被确认为成功解码时。
如早先所述,(对于任何HARQ进程的)分集HARQ块可以包括对应的初始HARQ块中所包括的一些或所有调制符号,但不限于此。在一些实施例中,分集HARQ块和初始HARQ块可以都基于数据块,并且可以使用一些或所有相同编码功能。作为示例,来自同一FEC编码器的奇偶校验比特的不同集合可以用于形成初始HARQ块和分集HARQ块。作为另一示例,不同的交织器可以用于不同的HARQ块。作为另一示例,两个HARQ块可以包括相同的调制符号,并且分集HARQ块可以是初始HARQ块的拷贝/副本。这些示例关于HARQ块可以示出不同可能性,但是并非限制性的,因为可以使用其它合适的技术。
在操作535,当接收到的用于第一数据块的HARQ确认指示符指示基于用于第一数据块的初始HARQ块对第一数据块成功解码时,eNB 104可以抑制发送/不发送用于第一数据块的分集HARQ块。解码可以发生在第一UE 102处。因此,当eNB 104被通知已经成功地接收到第一数据块时,可以认为不必发送(或者甚至形成或计算)用于第一数据块的分集HARQ块。在操作540,当接收到的用于时延减小数据块的HARQ确认指示符指示基于用于时延减小数据块的初始HARQ块对时延减小数据块成功解码时,eNB 104可以抑制发送用于时延减小数据块的分集HARQ块。解码可以发生在时延减小UE 102处。如先前关于第一数据块所描述的,当eNB 104被通知已经对数据块成功地解码时,可以认为不必发送(或者甚至形成或计算)用于时延减小数据块的分集HARQ块。
在一些实施例中,可以在为与时延减小UE 102的HARQ进程预留的时频资源中发送用于时延减小数据块的HARQ块。此外,可以在为与时延减小UE 102的HARQ进程预留的时频资源之外的时频资源中发送用于第一数据块的HARQ块。因此,在一些情况下,时频资源可以包括为时延减小HARQ进程预留或分配的资源和可以用于正常HARQ进程的资源。
在一些实施例中,时频资源可以包括一个或多个LTE子帧,其可以包括为与时延减小UE的HARQ进程预留的时频资源的时延减小区域以及时频资源的除时延减小区域之外的正常区域。相应地,在一些情况下,每个LTE子帧的时频资源可以包括为时延减小HARQ传输预留的时延减小部分以及除时延减小部分之外的正常部分。
以下并且在图6-图8中提出的若干示例示出各种技术和布置,其中一些技术和布置可以被包括于各个实施例中,包括作为方法500的一部分描述的实施例。示例可以示出例如以下概念:关于时频资源的时延减小区域和正常区域、HARQ块的传输、先前所描述的HARQ进程的支持或其它概念。一些实施例可以利用这些示例中所示的一些或所有概念,但是实施例的范围不限于此。此外,一些实施例可以包括图6-图8的示例中未示出的类似特征和/或附加特征。
如先前所述,在一些实施例中可以使用HARQ块的正交频分复用(OFDM)传输,频率资源可以包括RE和RB,并且时间资源可以包括OFDM符号和LTE子帧。虽然图6-图8中的示例可以示出OFDM概念,但是应理解,实施例不限于信号的OFDM发送和接收。
图6示出根据一些实施例的子帧的示例。在图6的顶部,时频网格600示出单个LTE子帧605连同多个RB 610-613。应理解,实施例可以包括任何合适的数量的LTE子帧605和RB610-613,并且不限于图6所示的那样。作为示例,也可以在先前和/或后续LTE子帧期间使用为LTE子帧605示出的时频网格600。作为另一示例,可以使用多于或少于四个的RB 610-613。
为了易于说明,图6底部处的时频网格600的放大部分示出与特定RB 610关联的更多细节。时频网格600可以在时间维度和频率维度中都包括RE 615,如图6的底部的放大部分所示。应指出,为了说明的清楚性,所包括的RE 615并未全都标记为“615”。如先前所述,RE 615可以表示时频网格600中的最小分配单元,并且调制符号可以被映射到时频网格600中的RE 615,以作为一个或多个OFDM信号的一部分进行传输。在示例时频网格600中,RB610在频率维度中包括12个RE 615,LTE子帧605在时间域中包括14个OFDM符号。因此,在该示例中,RB 610所包括的RE 615的数量是12x14=168。在一些情况下,可以根据3GPP或其它标准来选择这类值,但是实施例不限于那些值。还应注意,在图6中,通过虚线图案和空白图案区分不同的RE 615类型,这将在以下解释。
LTE子帧605可以划分为多个低时延子帧(LLSF),每一个子帧在时间维度中可以跨一组连续的OFDM符号。作为示例,LTE子帧605可以划分为四个LLSF 620、630、640和650,如图6的底部部分所示。LLSF 620、640均可以跨四个OFDM符号,并且LLSF 630、650均可以跨三个OFDM符号。然而,该示例并非限制性的,如在一些实施例中那样,LLSF可以跨合适数量的OFDM符号,并且每LLSF的OFDM符号的数量可以相同或可以不相同。
此外,LLSF 620、630、640、650在频率维度中可以跨RB 610和其它RB。在一些情况下,系统的可用频率资源可以包括多个RB,其中的一些或所有RB可以用于LLSF(例如620、630、640和650)。作为示例,LLSF 620可以跨两个RB 610和611,如图6的顶部部分所示。虽然为了说明的清楚性,在图6的底部部分中并未明确示出,但是其它LLSF 630、640和650也可以跨两个RB 610和611。因此,包括RB 610和611的时频资源可以作为时延减小区域690被分配用于操作在时延减小模式下的UE 102,如图6中的点线格式所区分的。包括包含RB 612和613的时频资源的区域695可以被分配用于操作在正常模式下的UE 102。
作为示例,LLSF 620可以跨四个OFDM符号,并且可以包括用于传输数据块的低时延数据信道(LLDC)624以及包含与数据块有关的控制信息的低时延控制信道(LLCC)622。如所示的,LLCC 622可以跨单个OFDM符号,而LLDC 624可以跨三个OFDM符号,但是该示例并非限制性的。例如,在实施例中,LLCC(例如622和其它)可以跨多个OFDM符号。此外,当LLSF620跨多个RB时,LLCC 622和LLDC 624也可以跨多个RB,并且在一些情况下可以跨与LLSF620相同数量的RB。作为示例,LLSF 620、LLCC 622和LLDC 624可以跨两个RB 610和611,如图6的顶部部分所示。
作为示例,LLSF 630可以跨三个OFDM符号,并且可以包括用于传输数据块的LLDC634以及包含与数据块有关的控制信息的LLCC 632。如先前关于LLSF 620所描述的,在一些实施例中,LLCC 632和LLDC 634均可以跨一个或多个OFDM符号,其不限于图6所示的示例。此外,在一些实施例中,特别是当LLSF 630跨多个RB时,除了RB 610之外,LLCC 632和LLDC634还可以跨多个RB。
在一些实施例中,用于时延减小HARQ进程的单独HARQ块可以在单个LLSF内进行发送,或者可以被限制于在单个LLSF内进行发送。相应地,LLSF可以被配置为:为时延减小HARQ进程发送一个或多个HARQ块(初始HARQ块或分集HARQ块)。在一些情况下,LLSF内发送的多个HARQ块可以与多个时延减小HARQ进程关联。应注意,LLSF内的LLDC可以用于传输HARQ块,而LLSF内的LLCC可以包含有关控制信息。应注意,刚才所描述的LLSF的这类特征不限于图6所示的LLSF,并且在一些情况下也可以适用于在此所描述的其它LLSF。
在时频网格600中,可以在各个位置处包括若干不同类型的RE。RE 660可以是或可以表示LLCC RE,RE 670可以是或可以表示参考符号(RS),RE 680(空白框)可以是或可以表示LLDC RE。这些类型中的一些类型在图6中指示于时频网格600内及其之上的图例中。在一些情况下,可以根据3GPP或其它标准来选择图6所示的LTE子帧605中的RE类型的布局和位置,但是实施例不限于图6所示的情况。例如,在一些情况下,RS的位置和/或数目可以与图6所示的情况不同。
图7示出根据一些实施例的子帧的另一示例。虽然不限于此,但是图6中所描述的示例的一些方面和特征可以适用于图7中的示例。在图7的顶部,时频网格700示出单个LTE子帧705连同多个RB 710-713。图7的底部处的时频网格700的放大部分示出与特定RB 710关联的更多细节。
如先前关于图6中的示例所描述的,实施例可以包括任何合适数量的LTE子帧705,并且可以使用RB 710-713,而且在先前和/或后续LTE子帧期间也可以使用为LTE子帧705示出的时频网格700。RE 715可以与RE 615类似,并且先前关于RE 615的讨论可以适用于RE715。不同的RE 715类型通过包括虚线和空白的各种图案来区分,这将在以下解释。
LTE子帧705可以划分为多个低时延子帧(LLSF),每一个子帧在时间维度中可以跨一组连续的OFDM符号。作为示例,LTE子帧705可以划分为四个LLSF 720、730、740和750,如图7的底部部分所示。如早先所述,可以在单个LLSF(比如720、730、740或750)内发送用于时延减小HARQ进程的各HARQ块,并且LLSF可以被配置为:为时延减小HARQ进程发送一个或多个HARQ块。如先前关于图5中的示例所描述的,LLSF可以跨三个、四个或任何合适数量的OFDM符号以及任何合适数量的RB。相应地,时频资源可以包括可以被分配用于操作在时延减小模式下的UE 102的低时延区域790以及可以被分配用于操作在正常模式下的UE 102的区域795。
在一些实施例中,LLSF 720可以包括在时间维度中可以跨一组连续的一个或多个OFDM符号的物理下行链路控制信道(PDCCH)722。在一些情况下,该组符号可以包括LTE子帧705中的第一OFDM符号,使得PDCCH占据LTE子帧705中的第一OFDM符号。LLSF 720可以还包括用于时延减小UE 102发送数据块的低时延数据信道(LLDC)724。PDCCH 722可以包括识别为与时延减小UE 102的HARQ进程预留的时频资源的信息。作为示例,PDCCH 722可以关于在LTE子帧705内的大小、方位、位置或其它方面描述LLSF 730、740和750。PDCCH 722也可以描述关于LLDC 724的分配。
在一些实施例中,LLSF 730、740和750均可以包括LLDC和LLCC,其可以与关于图5的示例所描述的LLDC和LLCC类似。例如,LLDC 732可以包括与LLDC 734有关的控制信息,并且LLDC 732不限于图7所示的单个OFDM符号。
在时频网格700中,可以在各个位置处包括若干不同类型的RE。RE 760可以是或可以表示LLCC RE,RE 770可以是或可以表示参考符号(RS),RE 780(空白框)可以是或可以表示LLDC RE,以“P”示出的RE 790可以是或可以表示PDCCH数据RE。这些类型中的一些类型在图7中指示于时频网格700内及其之上的图例中。应注意,在一些情况下,可以根据3GPP或其它标准来选择图7所示的LTE子帧705中的RE类型的布局和位置,但是实施例不限于图7所示的情况。例如,在一些情况中,RS的位置和/或数目可以与图7所示的情况不同。
图8示出根据一些实施例的子帧的另一示例。虽然不限于此,但是图6-图7中所描述的示例的一些方面和特征可以适用于图8中的示例。时频网格800示出单个LTE子帧805,其包括或划分为由范围1-14索引的14个OFDM符号815。此外,RB 820-825可以包括与先前所描述的RE 615、715类似的RE,但是为了说明的清楚性,并未在图8中示出这些RE。如先前所述,实施例不限于图8所示的LTE子帧805、OFDM符号815以及RB 820-825的数量,并且在先前和/或后续LTE子帧期间也可以使用为LTE子帧805示出的时频网格800。
在一些实施例中,LTE子帧805可以包括为与时延减小UE 102的HARQ进程预留的时频资源的时延减小区域以及时频资源的除时延减小区域之外的正常区域。相应地,时延减小区域可以包括一个或多个低时延子帧(LLSF),每一个子帧可以包括用于传输数据块的低时延数据信道(LLDC)以及可以包含用于数据块的控制信息的低时延控制信道(LLCC)。在一些实施例中,可以在单个OFDM符号期间在频率中复用每个LLSF的LLDC和LLCC。也就是说,每个LLSF可以在单个OFDM符号815期间跨一些或所有RB和/或RE。
作为示例,在OFDM符号#4期间,RB 824中所包括的RE可以形成LLSF 830的LLCC,如根据图8的左下处的图例中所示的图案880区分的。同样,在OFDM符号#4中,RB 820-823以及RB 825中所包括的RE可以形成LLSF 830的LLDC,如根据图例中所示的图案885区分的。因此,LLSF 830可以包括OFDM符号#4期间的RB 820-825中的RE。作为另一示例,可以以类似的方式形成LLSF 840、850和860,使得LTE子帧805包括四个LLSF 830、840、850和860,它们占据OFDM符号#4、8、11和14上的RB。作为图8中未示出的另一示例,在特定OFDM符号815期间的RE可以以任何合适的形成LLSF的LLCC和LLDC的方式进行分配,并且该分配可以受限于或可以不受限于RB边界。也就是说,一些或所有RB可以包括LLCC中所包括的一个或多个RE以及LLDC中所包括的一个或多个RE。如早先所述,可以在单个LLSF(比如820、830、840或850)内发送用于时延减小HARQ进程的各HARQ块,并且LLSF可以被配置为:为时延减小HARQ进程发送一个或多个HARQ块。
此外,PDCCH 870可以跨一个或多个OFDM符号815。如所示的,PDCCH 870跨OFDM符号#1和#2,并且跨RB 820-825,但是该示例并非限制性的。PDCCH 870可以关于OFDM符号索引、LLCC和LLDC在每个LLSF内的位置或其它有关信息描述LLSF(例如830、840、850和860)的分配。PDCCH 870也可以描述时频资源的(除时延减小区域之外的)正常区域中的分配,正常区域根据图例中所示的空白图案890进行区分。在一些实施例中,可以按与遗留PDCCH操作兼容的格式在PDCCH 870中包括关于正常区域的信息。
虽然图8中未明确示出,但是对于参考符号(RS)或其它符号可以分配LLCC、LLDC、PDCCH以及其它区域中的一些RE。
图9示出根据一些实施例的HARQ通信的另一方法的操作。如先前关于方法500(图5)所述,方法900的实施例可以包括与图9所示的相比附加的或甚至更少的操作或处理,并且方法900的实施例不一定限于图9所示的时间先后顺序。在描述方法900中,可以参照图1-图8以及图10-图13,但是应理解,可以用任何其它合适的系统、接口和部件来实施方法900。例如,可以参照为了说明的目的此前在图4中所描述的情形,但是方法900的技术和操作不限于此。此外,方法900的实施例可以指代eNB 104、UE 102、AP、STA或其它无线或移动设备。
应注意,方法900可以实施于UE 102处,并且可以包括:与eNB 104交换信号或消息。类似地,方法500可以实施于eNB 104处,并且可以包括:与UE 102交换信号或消息。在一些情况下,作为方法500的一部分所描述的操作和技术可以与方法900有关。例如,方法500的操作可以包括:由eNB 104发送块,而方法900的操作可以包括:在UE 102处接收相同块或相似块。
在方法900的操作905,可以在第一下行链路子帧期间接收初始混合自动重传请求(HARQ)块。初始HARQ块可以基于下行链路数据块。在方法900的操作910,可以在上行链路子帧期间发送HARQ确认指示符。HARQ确认指示符可以指示基于接收到的初始HARQ块对下行链路数据块解码成功。在方法900的操作915,可以在第二下行链路子帧期间接收分集HARQ块。分集HARQ块可以基于下行链路数据块,并且初始HARQ块和分集HARQ块使得能够对下行链路数据块进行组合式解码。
在一些实施例中,第二下行链路子帧与上行链路子帧之间的时间差以及上行链路子帧与第一下行链路子帧之间的时间差对于时延减小模式下的UE 102操作来说,与正常模式下的UE 102操作相比可以是少的。也就是说,如先前关于方法500所描述的,RTD和重传延迟对于操作在时延减小模式下的UE 102比对于操作在正常模式下的UE 102可以是低的。
还应注意,在一些实施例中,HARQ业务可以被表征为时延减小的或正常的。也就是说,与正常业务相比,对于时延减小HARQ业务来说,时间差可以是少的。在一些情况下,UE102可以能够支持接收时延减小HARQ业务的时延减小HARQ会话,并且支持接收正常HARQ业务的正常HARQ会话。时延减小HARQ会话和正常HARQ会话在时间上可以是同时的或重叠的。作为示例,UE 102可以在同一子帧期间从每个HARQ会话接收初始HARQ分组。此外,时延减小HARQ会话可以利用时延减小资源(如先前所述),而正常HARQ会话可以利用正常资源或者除时延减小资源之外的资源。
在一些实施例中,上行链路子帧和下行链路子帧中的每一个子帧均可以包括时频资源中的支持与时延减小UE 102的HARQ进程的时延减小部分,并且可以还包括时频资源中的除时延减小部分之外的正常部分。当UE 102操作在时延减小模式下时,可以在下行链路子帧的时延减小部分中接收HARQ块,并且可以在上行链路子帧的时延减小部分中发送HARQ确认指示符。此外,当UE 102操作在正常模式下时,可以在下行链路子帧的正常部分中接收HARQ块,并且可以在上行链路子帧的正常部分中发送HARQ确认指示符。
应注意,先前所描述的概念和技术可以适用于方法900(例如初始HARQ块、分集HARQ块、HARQ确认指示符以及为时延减小操作和正常操作二者分配时频资源)。此外,图6-图8以及别处所描述的子帧格式也可以用于方法900中所包括的操作。
作为示例,可以根据一个或多个LTE标准来配置上行链路子帧和下行链路子帧。上行链路子帧或下行链路子帧中的至少一个子帧的时延减小部分可以包括一个或多个低时延子帧(LLSF),每个LLSF在时间上跨一组连续的OFDM符号。LLSF可以包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC)。
作为另一示例,可以根据一个或多个LTE标准来配置上行链路子帧和下行链路子帧,并且上行链路子帧或下行链路子帧中的至少一个子帧的时延减小部分可以包括一个或多个LLSF。每个LLSF可以包括用于传输数据块的LLDC以及包含关于数据块的控制信息的LLCC。可以在OFDM符号期间在频率中复用LLDC和LLCC。
刚才被描述用于方法900中的示例子帧格式可以与先前所描述的子帧格式(例如图6-图8或其它附图中的子帧格式)类似或相同。在一些情况下,上行链路和下行链路可以使用相同子帧格式,但是实施例不限于此,并且在一些情况下,上行链路和下行链路可以使用不同的子帧格式。此外,可以根据公共参考时间对上行链路子帧和下行链路子帧进行时间对准,使得上行链路帧和下行链路帧在基本相同的时间开始。然而,在一些情况下,上行链路子帧和下行链路子帧也可以在时间上是交错的。例如,跨第一下行链路子帧的时间窗口也可以跨第一上行链路子帧中所包括的一组最终OFDM符号以及第二上行链路子帧中所包括的一组初始符号。
返回方法900,在操作920,可以接收上行链路调度批准。该批准可以用于UE 102发送物理上行链路共享信道(PUSCH)数据块。在操作925,可以发送PUSCH数据块。发送PUSCH数据块与接收上行链路调度批准之间的时间差对于时延减小模式下的UE 102操作来说,与正常模式下的UE 102操作相比可以是少的。在一些实施例中,当UE 102操作在时延减小模式下时,可以在上行链路子帧的时延减小部分中发送PUSCH数据块。此外,当UE 102操作在正常模式下时,可以在上行链路子帧的时延减小部分中发送PUSCH数据块。
相应地,对于PUSCH数据块的上行链路传输,可以采用先前关于下行链路HARQ传输的时延减小的概念。也就是说,发送HARQ块与HARQ确认指示符之间的时间差对于时延减小模式下的UE 102操作来说,与正常模式下的UE 102操作相比可以是低的。
为了说明概念,现在将提出下行链路和上行链路调度的若干示例。使用先前所讨论的技术(例如,使用低时延子帧(LLSF))可以使得能够通过这种调度减小时延。图10示出根据一些实施例的下行链路和上行链路调度的示例。在该示例以及待描述的其它示例中,为了易于说明,可以示出单个HARQ进程或其它进程,但是这并非限制性的。如先前所述,在一些情况下,可以支持多个HARQ进程和/或其它进程。
下行链路可以使用子帧1010-1013,而上行链路可以使用子帧1020-1023,每一个子帧可以包括四个LLSF。在该示例中,上行链路子帧和下行链路子帧是时间对准的,但是这并非限制性的。虽然LLSF可以表现得跨相同数量的OFDM符号,但是这并非限制性的,并且在一些情况下,LLSF可以跨不同数量的OFDM符号。虽然并非限制,但是可以根据图6-图7的示例格式化子帧,其中,LLSF可以跨多个OFDM符号。
如所示的,可以在子帧1010的第一个LLSF期间执行第一下行链路传输1030。在自下行链路传输1030起过了五个LLSF之后,可以在子帧1021的第三个LLSF期间执行上行链路传输1035。在自上行链路传输1035起过了五个LLSF之后,可以在子帧1013的第一个LLSF期间执行第二下行链路传输1050。可以根据解码要求或其它因素来选择在这些传输之间使用五个LLSF。
作为示例,下行链路传输1030、1050可以包括HARQ块,并且上行链路传输1035可以包括HARQ确认指示符。作为另一示例,下行链路传输1030、1050可以包括上行链路调度批准和/或物理HARQ指示信道(PHICH)块,并且上行链路传输1035可以包括PUSCH数据块。这些进程可以是先前所描述的时延减小进程。作为比较,用于并未操作在时延减小模式下的UE102的正常进程可能经历多得多的RTD和重传时间。
图11示出根据一些实施例的下行链路和上行链路调度的另一示例。下行链路可以使用子帧1110和1115,而上行链路可以使用子帧1120和1125,每一个子帧可以包括14个OFDM符号。在此情况下,上行链路子帧和下行链路子帧可以按1105所示的四个OFDM符号交错。
虽然不限于此,但是可以根据图8中的示例格式化子帧,其中,LLSF跨单个OFDM符号。如所示的,可以在子帧1110的第四个OFDM符号(其也可以是子帧1110中的第一个LLSF)期间执行第一下行链路传输1130。可以在子帧1120的第四个OFDM符号(其也可以是子帧1120中的第一个LLSF)期间执行上行链路传输1140。因此,自下行链路传输1030起过了四个OFDM符号。可以在子帧1115的第四个OFDM符号(其也可以是子帧1115中的第一个LLSF)期间执行第二下行链路传输1150。因此,自上行链路传输1140起过了四个OFDM符号。可以根据解码要求或其它因素来选择在这些传输之间使用四个OFDM符号。
如关于图10中的示例所描述的,在一些情况下,下行链路传输和上行链路传输可以是或可以包括HARQ块和HARQ确认指示符,但是也可以是或可以包括上行链路调度批准和PUSCH数据块。这些进程可以是先前所描述的时延减小进程,并且用于并未操作在时延减小模式下的UE 102的正常进程可能经历多得多的RTD和重传时间。
图12示出根据一些实施例的下行链路和上行链路调度的另一示例。示例情形1200可以与图10中的情形1000类似,除了下行链路传输与上行链路传输之间的间隔减小。减小间隔可以是基于解码复杂度或其它因素。应注意,上行链路传输1235发生在LLSF 1227的单个OFDM符号中,LLSF 1227在该示例中包括四个OFDM符号。因此,eNB 104可以能够及时对上行链路传输1235中的数据进行解码,以执行下行链路传输1240,下行链路传输1240可以基于解码后的数据。
图13示出根据一些实施例的下行链路和上行链路调度的另一示例。示例情形1300可以与图11中的情形1100类似,除了下行链路传输与上行链路传输之间的间隔减小。如先前情况那样,减小间隔可以是基于解码复杂度或其它因素。
在此公开一种演进节点B(eNB)。所述eNB可以包括包含收发机电路的硬件处理电路。所述收发机电路可以被配置为:作为与第一用户设备(UE)的混合自动重传请求(HARQ)进程的一部分,发送用于第一数据块的初始HARQ块,并且发送用于所述第一数据块的分集HARQ块。发送用于所述第一数据块的HARQ块可以发生于在时间上间隔开预定HARQ间隔的子帧期间。所述收发机电路可以进一步被配置为:作为与时延减小UE的HARQ进程的一部分,发送用于时延减小数据块的初始HARQ块,并且发送用于所述时延减小数据块的分集HARQ块。发送用于所述时延减小数据块的HARQ块可以发生于在时间上间隔开比所述HARQ间隔小的预定时延减小HARQ间隔的子帧期间。
在一些实施例中,可以在为与时延减小UE的HARQ进程预留的时频资源中发送用于所述时延减小数据块的HARQ块。可以在除了为与时延减小UE的HARQ进程预留的时频资源之外的时频资源中发送用于所述第一数据块的HARQ块。在一些实施例中,可以根据长期演进(LTE)标准来配置子帧。可以使用一个或多个正交频分复用(OFDM)信号来发送HARQ块,并且所述OFDM信号的频率资源可以包括多个资源元素(RE)。
在一些实施例中,所述子帧可以包括为与时延减小UE的HARQ进程预留的时频资源的时延减小区域以及除所述时延减小区域之外的时频资源的正常区域。所述OFDM频率资源可以包括多个资源块(RB),并且每个RB可以包括在频率上连续的多个RE。所述时延减小区域在频率上可以包括至少一部分RB,在时间上可以包括多个低时延子帧(LLSF)。每个LLSF可以跨一组连续的OFDM符号。LLSF可以包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC)。
在一些实施例中,所述子帧可以包括为与时延减小UE的HARQ进程预留的时频资源的时延减小区域以及除所述时延减小区域之外的时频资源的正常区域。所述时延减小区域可以包括一个或多个低时延子帧(LLSF),并且每个LLSF可以包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC)。可以在单个OFDM符号期间在频率中复用LLDC和LLCC。
在一些实施例中,每一个所述子帧可以还包括物理下行链路控制信道(PDCCH),所述PDCCH跨包括所述子帧中的第一OFDM符号的一组连续的OFDM符号。所述PDCCH可以包括识别为与时延减小UE的HARQ进程预留的时频资源的信息。在一些实施例中,可以在同一子帧期间发送用于所述第一数据块的初始HARQ块以及用于所述时延减小数据块的初始HARQ块。
所述硬件处理电路可以被配置为使所述收发机电路:当接收到的用于所述第一数据块的HARQ确认指示符指示,在所述第一UE处基于用于所述第一数据块的初始HARQ块对所述第一数据块成功解码时,抑制发送用于所述第一数据块的分集HARQ块。所述硬件处理电路可以进一步被配置为使所述收发机电路:当接收到的用于所述时延减小数据块的HARQ确认指示符指示,在所述时延减小UE处基于用于所述时延减小数据块的初始HARQ块对所述时延减小数据块成功解码时,抑制发送用于所述时延减小数据块的分集HARQ块。
所述硬件处理电路可以进一步被配置为使所述收发机电路:在发送用于所述时延减小数据块的初始HARQ块的一毫秒内,接收关于在所述时延减小UE处对用于所述时延减小数据块的初始HARQ块成功解码的确认指示符。
在此还公开一种混合自动重传请求(HARQ)数据传输的方法。所述方法可以包括:在一组子帧期间发送一个或多个初始HARQ块。每个子帧的时频资源可以包括为时延减小HARQ传输预留的时延减小部分以及除所述时延减小部分之外的正常部分。所述方法可以还包括:接收对数据块成功解码的一个或多个HARQ确认指示符。所述方法可以还包括:在该组子帧期间发送用于没有通过所述HARQ确认指示符确认为成功解码的每个数据块的分集HARQ块。与对应的初始HARQ块相比,可以根据子帧的预定间距发送每个分集HARQ块,并且用于操作在时延减小模式下的UE的间距可以小于用于操作在正常模式下的UE的间距。
在一些实施例中,可以根据一个或多个长期演进(LTE)标准来配置子帧,并且可以使用一个或多个正交频分复用(OFDM)信号来发送所述HARQ块,所述OFDM信号使用包括多个资源元素(RE)的OFDM频率资源。在一些实施例中,所述OFDM频率资源可以包括多个资源块(RB),并且每个RB可以包括在频率上连续的多个RE。所述时延减小部分在频率上可以包括一个或多个RB,在时间上可以包括多个低时延子帧(LLSF)。每个LLSF可以跨一组连续的OFDM符号。LLSF可以包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC)。
在一些实施例中,所述时延减小部分可以包括一个或多个低时延子帧(LLSF)。每个LLSF可以包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC)。可以在单个OFDM符号期间在频率中复用LLDC和LLCC。在一些实施例中,每一个所述子帧可以还包括物理下行链路控制信道(PDCCH),所述PDCCH跨包括所述子帧中的第一OFDM符号的一组连续的OFDM符号。所述PDCCH可以包括识别所述时延减小部分的时频资源的信息。
在此还公开一种存储有指令的非瞬时性计算机可读存储介质,所述指令由一个或多个处理器执行以执行用于混合自动重传请求(HARQ)传输的操作的指令。所述操作可以将所述一个或多个处理器配置为使收发机:作为与第一用户设备(UE)的HARQ进程的一部分,发送用于第一数据块的初始HARQ块,并且发送用于所述第一数据块的分集HARQ块。发送用于所述第一数据块的HARQ块可以发生于在时间上间隔开预定HARQ间隔的子帧期间。所述操作可以进一步将所述一个或多个处理器配置为使收发机:作为与时延减小UE的HARQ进程的一部分,发送用于时延减小数据块的初始HARQ块,并且发送用于所述时延减小数据块的分集HARQ块。发送用于所述时延减小数据块的HARQ块可以发生于在时间上间隔开比所述HARQ间隔小的预定时延减小HARQ间隔的子帧期间。
在一些实施例中,可以在为与时延减小UE的HARQ进程预留的时频资源中发送用于所述时延减小数据块的HARQ块。可以在除了为与时延减小UE的HARQ进程预留的时频资源之外的时频资源中发送用于所述第一数据块的HARQ块。在一些实施例中,可以根据一个或多个长期演进(LTE)标准来配置子帧,并且可以使用一个或多个正交频分复用(OFDM)信号来发送所述HARQ块,所述OFDM信号使用包括多个资源元素(RE)的OFDM频率资源。
在此还公开一种用户设备(UE),包括包含收发机电路的硬件处理电路。所述收发机电路可以被配置为:在第一下行链路子帧期间接收初始混合自动重传请求(HARQ)块。所述初始HARQ块可以基于下行链路数据块。所述收发机电路可以进一步被配置为:在上行链路子帧期间发送指示基于接收到的初始HARQ块对所述下行链路数据块解码成功的HARQ确认指示符。所述收发机电路可以进一步被配置为:在第二下行链路子帧期间接收分集HARQ块。分集HARQ块可以基于下行链路数据块,并且初始HARQ块和分集HARQ块可以使得能够对下行链路数据块进行组合式解码。所述第二下行链路子帧与所述上行链路子帧之间的时间差以及所述上行链路子帧与所述第一下行链路子帧之间的时间差与对于时延减小模式下的UE操作来说,与正常模式下的UE操作相比可以为小。
在一些实施例中,作为HARQ进程的一部分,可以执行接收初始HARQ块和分集HARQ块并且发送所述HARQ确认指示符。所述时间差对于时延减小HARQ进程比对于正常HARQ进程可以为低。所述硬件处理电路可以进一步被配置为:在重叠时段期间支持时延减小HARQ进程和正常进程。
在一些实施例中,上行链路子帧和下行链路子帧中的每一个子帧可以包括支持与时延减小UE的HARQ进程的时频资源的时延减小部分,并且可以还包括除所述时延减小部分之外的时频资源的正常部分。在一些实施例中,当所述UE操作在时延减小模式下时,可以在所述下行链路子帧的时延减小部分中接收HARQ块,并且可以在所述上行链路子帧的时延减小部分中发送HARQ确认指示符。当所述UE操作在正常模式下时,可以在所述下行链路子帧的正常部分中接收HARQ块,并且可以在所述上行链路子帧的正常部分中发送HARQ确认指示符。
在一些实施例中,可以根据一个或多个长期演进(LTE)标准来配置所述上行链路子帧和下行链路子帧。所述上行链路子帧或下行链路子帧中的至少一个子帧的时延减小部分可以包括一个或多个低时延子帧(LLSF),并且每个LLSF在时间上可以跨一组连续的正交频分复用(OFDM)符号。LLSF可以包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC)。
在一些实施例中,可以根据一个或多个长期演进(LTE)标准来配置所述上行链路子帧和下行链路子帧。所述上行链路子帧或下行链路子帧中的至少一个子帧的时延减小部分可以包括一个或多个低时延子帧(LLSF),并且每个LLSF可以包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC)。可以在正交频分复用(OFDM)符号期间在频率中复用所述LLDC和所述LLCC。
在一些实施例中,所述上行链路子帧和下行链路子帧可以在时间上交错,使得跨所述第一下行链路子帧的时间窗口还跨第一上行链路子帧中所包括的一组最终OFDM符号以及第二上行链路子帧中所包括的一组初始符号。所述硬件处理电路可以被配置为使所述收发机电路:接收关于所述UE发送物理上行链路共享信道(PUSCH)数据块的上行链路调度批准。所述硬件处理电路可以进一步被配置为使所述收发机电路:根据发送所述PUSCH数据块与接收所述上行链路调度批准之间的时间差发送所述PUSCH数据块。所述时间差对于时延减小模式下的UE操作来说,与正常模式下的UE操作相比可以为低。在一些实施例中,所述时间差可以是预定的。
在一些实施例中,当所述UE操作在时延减小模式下时,可以在所述上行链路子帧的时延减小部分中发送所述PUSCH数据块。当所述UE操作在所述正常模式下时,可以在所述上行链路子帧的时延减小部分中发送所述PUSCH数据块。
提供摘要是为了符合37C.F.R章节1.72(b),其要求使读者确知技术公开的性质和主旨的摘要。应理解,其将不用于限制或解释权利要求的范围或涵义。所附权利要求由此合并到具体实施方式,其中,每一权利要求自身代表单独的实施例。

Claims (27)

1.一种演进节点B(eNB),包括包含收发机电路的硬件处理电路,所述收发机电路被配置为:
作为与第一用户设备(UE)的混合自动重传请求(HARQ)进程的一部分:
发送用于第一数据块的初始HARQ块;以及
发送用于所述第一数据块的分集HARQ块,使得用于所述第一数据块的HARQ块的发送发生于在时间上间隔开预定HARQ间隔的子帧期间;
作为与时延减小UE的HARQ进程的一部分:
发送用于时延减小数据块的初始HARQ块;以及
发送用于所述时延减小数据块的分集HARQ块,使得用于所述时延减小数据块的HARQ块的发送发生于在时间上间隔开比所述HARQ间隔小的预定时延减小HARQ间隔的子帧期间。
2.如权利要求1所述的eNB,其中:
在为与时延减小UE的HARQ进程预留的时频资源中发送用于所述时延减小数据块的HARQ块;并且
在除了为与时延减小UE的HARQ进程预留的时频资源之外的时频资源中发送用于所述第一数据块的HARQ块。
3.如权利要求2所述的eNB,其中:
根据一个或多个长期演进(LTE)标准来配置子帧;并且
使用一个或多个正交频分复用(OFDM)信号来发送HARQ块,并且所述OFDM信号的频率资源包括多个资源元素(RE)。
4.如权利要求3所述的eNB,其中:
所述子帧包括为与时延减小UE的HARQ进程预留的时频资源的时延减小区域以及除所述时延减小区域之外的时频资源的正常区域;
所述OFDM频率资源包括多个资源块(RB),每个RB包括在频率上连续的多个RE;
所述时延减小区域在频率上包括至少一部分RB,在时间上包括多个低时延子帧(LLSF),每个LLSF跨一组连续的OFDM符号;并且
所述LLSF包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC)。
5.如权利要求3所述的eNB,其中:
所述子帧包括为与时延减小UE的HARQ进程预留的时频资源的时延减小区域以及除所述时延减小区域之外的时频资源的正常区域;并且
所述时延减小区域包括一个或多个低时延子帧(LLSF),每个LLSF包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC),其中,在单个OFDM符号期间在频率中复用所述LLDC和所述LLCC。
6.如权利要求3所述的eNB,其中:
每一个所述子帧还包括物理下行链路控制信道(PDCCH),所述PDCCH跨包括所述子帧中的第一OFDM符号的一组连续的OFDM符号;并且
所述PDCCH包括识别为与时延减小UE的HARQ进程预留的时频资源的信息。
7.如权利要求3所述的eNB,其中,在同一子帧期间发送用于所述第一数据块的初始HARQ块和用于所述时延减小数据块的初始HARQ块。
8.如权利要求3所述的eNB,所述硬件处理电路进一步被配置为使所述收发机电路:
当接收到的用于所述第一数据块的HARQ确认指示符指示,在所述第一UE处基于用于所述第一数据块的初始HARQ块对所述第一数据块成功解码时,抑制发送用于所述第一数据块的分集HARQ块;以及
当接收到的用于所述时延减小数据块的HARQ确认指示符指示,在所述时延减小UE处基于用于所述时延减小数据块的初始HARQ块对所述时延减小数据块成功解码时,抑制发送用于所述时延减小数据块的分集HARQ块。
9.如权利要求1所述的eNB,所述硬件处理电路被配置为使所述收发机电路:在发送用于所述时延减小数据块的初始HARQ块的一毫秒内,接收关于在所述时延减小UE处对用于所述时延减小数据块的初始HARQ块成功解码的确认指示符。
10.如权利要求1所述的eNB,其中:
在为时延减小HARQ业务预留的时频资源中发送用于所述时延减小数据块的HARQ块;并且
在除了为时延减小HARQ业务预留的时频资源之外的时频资源中发送用于所述第一数据块的HARQ块。
11.一种混合自动重传请求(HARQ)数据传输的方法,所述方法包括:
在一组子帧期间发送一个或多个初始HARQ块,其中,每个子帧的时频资源包括为时延减小HARQ传输预留的时延减小部分以及除了所述时延减小部分之外的正常部分;以及
接收对数据块成功解码的一个或多个HARQ确认指示符;以及
在该组子帧期间发送用于通过HARQ确认指示符没有被确认为成功解码的每个数据块的分集HARQ块;以及
其中,与对应的初始HARQ块相比,根据预定的子帧间距发送每个分集HARQ块,并且用于所述时延减小部分的间距小于用于所述正常部分的间距。
12.如权利要求11所述的方法,其中:
根据一个或多个长期演进(LTE)标准来配置子帧;并且
使用一个或多个正交频分复用(OFDM)信号来发送HARQ块,所述OFDM信号使用包括多个资源元素(RE)的OFDM频率资源。
13.如权利要求12所述的方法,其中:
所述OFDM频率资源包括多个资源块(RB),每个RB包括在频率上连续的多个RE;
所述时延减小部分在频率上包括一个或多个RB,在时间上包括多个低时延子帧(LLSF),每个LLSF跨一组连续的OFDM符号;并且
所述LLSF包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC)。
14.如权利要求12所述的方法,其中,所述时延减小部分包括一个或多个低时延子帧(LLSF),每个LLSF包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC),在单个OFDM符号期间在频率中复用所述LLDC和所述LLCC。
15.如权利要求12所述的方法,其中:
每一个所述子帧还包括物理下行链路控制信道(PDCCH),所述PDCCH跨包括所述子帧中的第一OFDM符号的一组连续的OFDM符号;并且
所述PDCCH包括识别所述时延减小部分的时频资源的信息。
16.一种存储有指令的非瞬时性计算机可读存储介质,所述指令由一个或多个处理器执行以执行用于混合自动重传请求(HARQ)传输的操作,所述操作将所述一个或多个处理器配置为使收发机:
作为与第一用户设备(UE)的HARQ进程的一部分:
发送用于第一数据块的初始HARQ块;以及
发送用于所述第一数据块的分集HARQ块,使得用于所述第一数据块的HARQ块的发送发生于在时间上间隔开预定HARQ间隔的子帧期间;
作为与时延减小UE的HARQ进程的一部分:
发送用于时延减小数据块的初始HARQ块;以及
发送用于所述时延减小数据块的分集HARQ块,使得用于所述时延减小数据块的HARQ块的发送发生于在时间上间隔开比所述HARQ间隔小的预定时延减小HARQ间隔的子帧期间。
17.如权利要求16所述的非瞬时性计算机可读存储介质,其中:
在为与时延减小UE的HARQ进程预留的时频资源中发送用于所述时延减小数据块的HARQ块;并且
在除了为与时延减小UE的HARQ进程预留的时频资源之外的时频资源中发送用于所述第一数据块的HARQ块。
18.如权利要求17所述的非瞬时性计算机可读存储介质,其中:
根据一个或多个长期演进(LTE)标准来配置子帧;并且
使用一个或多个正交频分复用(OFDM)信号来发送HARQ块,所述OFDM信号使用包括多个资源元素(RE)的OFDM频率资源。
19.一种用户设备(UE),包括包含收发机电路的硬件处理电路,所述收发机电路被配置为:
在第一下行链路子帧期间接收初始混合自动重传请求(HARQ)块,所述初始HARQ块基于下行链路数据块;
在上行链路子帧期间发送指示基于接收到的初始HARQ块对所述下行链路数据块解码成功的HARQ确认指示符;以及
在第二下行链路子帧期间接收分集HARQ块,其中,所述分集HARQ块基于所述下行链路数据块,并且所述初始HARQ块和所述分集HARQ块使得能够对所述下行链路数据块进行组合式解码,
其中,所述第二下行链路子帧与所述上行链路子帧之间的时间差以及所述上行链路子帧与所述第一下行链路子帧之间的时间差对于时延减小模式下的UE操作来说,与正常模式下的UE操作相比为少。
20.如权利要求19所述的UE,其中,所述上行链路子帧和下行链路子帧中的每一个子帧包括用于所述时延减小模式的时频资源的时延减小部分,并且还包括除了所述时延减小部分的所述时频资源的正常部分。
21.如权利要求20所述的UE,其中:
当所述UE操作在所述时延减小模式下时,在所述下行链路子帧的时延减小部分中接收HARQ块,并且在所述上行链路子帧的时延减小部分中发送HARQ确认指示符;并且
当所述UE操作在所述正常模式下时,在所述下行链路子帧的正常部分中接收HARQ块,并且在所述上行链路子帧的正常部分中发送HARQ确认指示符。
22.如权利要求21所述的UE,其中:
根据一个或多个长期演进(LTE)标准来配置上行链路子帧和下行链路子帧;
所述上行链路子帧或下行链路子帧中的至少一个子帧的时延减小部分包括一个或多个低时延子帧(LLSF),每个LLSF在时间上跨一组连续的正交频分复用(OFDM)符号;并且
所述LLSF包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC)。
23.如权利要求21所述的UE,其中:
根据一个或多个长期演进(LTE)标准来配置上行链路子帧和下行链路子帧;
所述上行链路子帧或下行链路子帧中的至少一个子帧的时延减小部分包括一个或多个低时延子帧(LLSF),每个LLSF包括用于传输数据块的低时延数据信道(LLDC)以及包含关于数据块的控制信息的低时延控制信道(LLCC),其中,在正交频分复用(OFDM)符号期间在频率中复用所述LLDC和所述LLCC。
24.如权利要求23所述的UE,其中,所述上行链路子帧和下行链路子帧在时间上交错,使得跨所述第一下行链路子帧的时间窗口还跨第一上行链路子帧中所包括的一组最终OFDM符号以及第二上行链路子帧中所包括的一组初始符号。
25.如权利要求21所述的UE,所述硬件处理电路进一步被配置为使所述收发机电路:
接收关于所述UE发送物理上行链路共享信道(PUSCH)数据块的上行链路调度批准;以及
根据预定的发送所述PUSCH数据块与接收所述上行链路调度批准之间的时间差发送所述PUSCH数据块,其中,所述时间差对于时延减小模式下的UE操作来说,与正常模式下的UE操作相比为低。
26.如权利要求25所述的UE,其中:
当所述UE操作在所述时延减小模式下时,在所述上行链路子帧的时延减小部分中发送所述PUSCH数据块;并且
当所述UE操作在所述正常模式下时,在所述上行链路子帧的时延减小部分中发送所述PUSCH数据块。
27.如权利要求19所述的UE,其中:
作为HARQ进程的一部分,执行接收初始HARQ块和分集HARQ块并且发送所述HARQ确认指示符;
所述时间差对于时延减小HARQ进程比对于正常HARQ进程为低;并且
所述硬件处理电路进一步被配置为:在重叠时段期间支持时延减小HARQ进程和正常进程。
CN201580022250.8A 2014-06-02 2015-06-02 用于混合自动重传请求(harq)通信的演进节点b、用户设备和方法 Active CN106797284B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011116606.3A CN112217614A (zh) 2014-06-02 2015-06-02 用于混合自动重传请求(harq)通信的演进节点b、用户设备和方法

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201462006754P 2014-06-02 2014-06-02
US62/006,754 2014-06-02
US201462036523P 2014-08-12 2014-08-12
US62/036,523 2014-08-12
US14/669,176 2015-03-26
US14/669,176 US20150349929A1 (en) 2014-06-02 2015-03-26 Evolved node-b, user equipment, and methods for hybrid automatic repeat request (harq) communication
PCT/US2015/033677 WO2015187623A2 (en) 2014-06-02 2015-06-02 Evolved node-b, user equipment, and methods for hybrid automatic repeat request (harq) communication

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202011116606.3A Division CN112217614A (zh) 2014-06-02 2015-06-02 用于混合自动重传请求(harq)通信的演进节点b、用户设备和方法

Publications (2)

Publication Number Publication Date
CN106797284A true CN106797284A (zh) 2017-05-31
CN106797284B CN106797284B (zh) 2020-10-27

Family

ID=54703028

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202011116606.3A Pending CN112217614A (zh) 2014-06-02 2015-06-02 用于混合自动重传请求(harq)通信的演进节点b、用户设备和方法
CN201580022250.8A Active CN106797284B (zh) 2014-06-02 2015-06-02 用于混合自动重传请求(harq)通信的演进节点b、用户设备和方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202011116606.3A Pending CN112217614A (zh) 2014-06-02 2015-06-02 用于混合自动重传请求(harq)通信的演进节点b、用户设备和方法

Country Status (6)

Country Link
US (1) US20150349929A1 (zh)
EP (1) EP3149876A4 (zh)
JP (1) JP2017523641A (zh)
KR (1) KR20160143717A (zh)
CN (2) CN112217614A (zh)
WO (1) WO2015187623A2 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11212779B2 (en) * 2014-09-22 2021-12-28 Qualcomm Incorporated Ultra-low latency LTE downlink communications
US9936519B2 (en) 2015-03-15 2018-04-03 Qualcomm Incorporated Self-contained time division duplex (TDD) subframe structure for wireless communications
US10075970B2 (en) * 2015-03-15 2018-09-11 Qualcomm Incorporated Mission critical data support in self-contained time division duplex (TDD) subframe structure
US9814058B2 (en) 2015-05-15 2017-11-07 Qualcomm Incorporated Scaled symbols for a self-contained time division duplex (TDD) subframe structure
US9992790B2 (en) 2015-07-20 2018-06-05 Qualcomm Incorporated Time division duplex (TDD) subframe structure supporting single and multiple interlace modes
US10455611B2 (en) * 2015-09-16 2019-10-22 Lg Electronics Inc. Method for transceiving data in wireless communication system and apparatus for same
US9801175B2 (en) 2015-11-06 2017-10-24 Motorola Mobility Llc Method and apparatus for low latency transmissions
US10075949B2 (en) 2016-02-02 2018-09-11 Motorola Mobility Llc Method and apparatus for low latency transmissions
US11589347B2 (en) 2015-11-06 2023-02-21 Motorola Mobility Llc Method and apparatus for low latency transmissions
WO2017113335A1 (zh) * 2015-12-31 2017-07-06 华为技术有限公司 一种终端、基站和数据传输的方法
KR102489755B1 (ko) 2016-09-23 2023-01-18 삼성전자 주식회사 무선 통신 시스템에서 데이터 재전송 방법 및 장치

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006105004A3 (en) * 2005-03-30 2007-01-18 Motorola Inc Method and apparatus for reducing round-trip latency and overhead within a communication system
JP2012160854A (ja) * 2011-01-31 2012-08-23 Softbank Mobile Corp 通信システム、基地局及び通信制御方法
CN101345609B (zh) * 2007-07-13 2013-01-23 株式会社日立制作所 无线通信系统、无线终端和无线基站

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09224017A (ja) * 1996-02-16 1997-08-26 Nippon Telegr & Teleph Corp <Ntt> 無線パケット再送制御方法
GB2326308B (en) * 1997-06-06 2002-06-26 Nokia Mobile Phones Ltd Method and apparatus for controlling time diversity in telephony
US7058407B2 (en) * 2003-05-12 2006-06-06 Motorola, Inc. Adapting a diversity transmission mode in a wireless communication system
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
JP4542150B2 (ja) * 2005-07-08 2010-09-08 富士通株式会社 送信装置、受信装置、情報通信方法
EP2015497A3 (en) * 2007-07-13 2013-07-03 Hitachi, Ltd. Radio communication system, mobile station, and radio base station
KR20090078723A (ko) * 2008-01-15 2009-07-20 삼성전자주식회사 무선 이동 통신 시스템에서 복합 자동 재송신 요구 방식에 기반한 신호 송수신 방법
US8630587B2 (en) * 2008-07-11 2014-01-14 Qualcomm Incorporated Inter-cell interference cancellation framework
US8996049B2 (en) * 2009-01-29 2015-03-31 Panasonic Intellectual Property Corporation Of America Reference signal arrangement method and wireless communication base station apparatus
US8705414B2 (en) * 2009-03-26 2014-04-22 Lg Electronics Inc. Method for transmitting and receiving data in wireless communication system
US8514721B2 (en) * 2009-06-22 2013-08-20 Qualcomm Incorporated Robust UE receiver
US8413001B2 (en) * 2009-12-03 2013-04-02 Intel Corporation Determining hybrid automatic repeat request (HARQ) timing
CN102143596B (zh) * 2011-04-20 2014-03-19 新邮通信设备有限公司 一种无线资源调度方法和系统
WO2013011545A1 (ja) * 2011-07-15 2013-01-24 三菱電機株式会社 送信装置、受信装置、通信装置、通信システムおよび送信方法
US8914686B2 (en) * 2011-08-12 2014-12-16 Telefonaktiebolaget L M Ericsson (Publ) Throughput improvement in wireless systems
US9398573B2 (en) * 2012-03-08 2016-07-19 Samsung Electronics Co., Ltd. Transmission of uplink control information for coordinated multi-point reception
US20130343273A1 (en) * 2012-06-26 2013-12-26 Qualcomm Incorporated Enhanced tti bundling with flexible harq merging

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006105004A3 (en) * 2005-03-30 2007-01-18 Motorola Inc Method and apparatus for reducing round-trip latency and overhead within a communication system
CN101345609B (zh) * 2007-07-13 2013-01-23 株式会社日立制作所 无线通信系统、无线终端和无线基站
JP2012160854A (ja) * 2011-01-31 2012-08-23 Softbank Mobile Corp 通信システム、基地局及び通信制御方法

Also Published As

Publication number Publication date
KR20160143717A (ko) 2016-12-14
CN106797284B (zh) 2020-10-27
EP3149876A4 (en) 2018-03-14
CN112217614A (zh) 2021-01-12
JP2017523641A (ja) 2017-08-17
WO2015187623A3 (en) 2017-02-09
US20150349929A1 (en) 2015-12-03
WO2015187623A2 (en) 2015-12-10
EP3149876A2 (en) 2017-04-05

Similar Documents

Publication Publication Date Title
CN106797284A (zh) 用于混合自动重传请求(harq)通信的演进节点b、用户设备和方法
JP5931828B2 (ja) ユーザ端末、基地局及び無線通信方法
CN105900506B (zh) 用户终端、无线基站、无线通信方法以及无线通信系统
CN110958101B (zh) 用户终端、无线基站以及无线通信方法
CN104919724B (zh) 支持演进型节点b间的协作多点的方法
CN104321994B (zh) 用于发送或接收ack/nack信号的方法
CN105580293B (zh) 用于无线通信网络中的设备的多载波通信的方法、装置以及计算机可读介质
CN104243108B (zh) 上行混合自动重传请求反馈方法、装置和系统
CN105164949A (zh) Lte网络中用于支持协作多点传输的中央处理单元和方法
CN107370577B (zh) 通信装置及重发控制方法
CN109792318A (zh) 无线通信中的自适应码字和码块选择
CN103095436B (zh) 用于确定/辅助确定pucch的资源的方法及相应的装置
CN110249577A (zh) 传送上行链路控制信息
CN107852718A (zh) 用户终端、无线基站以及无线通信方法
CN105265016A (zh) 针对支持一个上行载波的终端的双重连接
CN105144805A (zh) 无线网络中上行链路控制信息的发送/接收
CN105580469A (zh) 用户终端、基站以及无线通信方法
CN107438973A (zh) 接收pdsch的方法和无线装置
CN107432015A (zh) 用户终端、无线基站以及无线通信方法
CN105122932A (zh) 用于设备到设备通信的方法和装置
CN104125039B (zh) 一种确定传输链路的类型的方法、系统及设备
CN109155708A (zh) Pusch中的harq-ack复用
CN105141391A (zh) 无线电通信系统中减少小区间干扰的方法和设备
CN105580404A (zh) 用户终端、基站以及无线通信方法
JP5916851B2 (ja) フィードバック情報の送・受信方法、システムおよび装置

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1235578

Country of ref document: HK

TA01 Transfer of patent application right

Effective date of registration: 20200331

Address after: California, USA

Applicant after: Apple Inc.

Address before: California, USA

Applicant before: INTEL Corp.

Effective date of registration: 20200331

Address after: California, USA

Applicant after: INTEL Corp.

Address before: California, USA

Applicant before: INTEL IP Corp.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant
REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1235578

Country of ref document: HK