支持单交织模式和多交织模式的时分双工(TDD)子帧结构的制作方法

文档序号:18629861发布日期:2019-09-06 23:28阅读:228来源:国知局
支持单交织模式和多交织模式的时分双工(TDD)子帧结构的制作方法

相关申请的交叉引用

本申请要求于2015年7月20日在美国专利商标局提交的临时申请no.62/194,710、以及于2016年2月24日在美国专利商标局提交的非临时申请no.15/051,949的优先权和权益,这两件申请的全部内容通过援引纳入于此。

本公开的各方面一般涉及无线通信系统,且更具体地涉及在时分双工(tdd)子帧结构中支持单交织模式和多交织模式。

背景

无线通信网络被广泛部署以提供诸如电话、视频、数据、消息接发、广播等各种通信服务。典型的无线通信系统可采用能够通过共享可用系统资源(例如,带宽、发射功率)来支持与多个用户通信的多址技术。多址技术的示例包括码分多址(cdma)系统、时分多址(tdma)系统、频分多址(fdma)系统、正交频分多址(ofdma)系统、单载波频分多址(sc-fdma)系统、和时分同步码分多址(td-scdma)系统。

这些多址技术已经在各种电信标准中被采纳以提供使不同的无线设备能够在城市、国家、地区、以及甚至全球级别上进行通信的共同协议。电信标准的示例包括长期演进(lte)和高级lte(lte-a),lte和lte-a包括对由第三代伙伴项目(3gpp)颁布的通用移动电信系统(umts)移动标准的增强的集合。lte-a被设计成通过提高频谱效率、降低成本、改善服务、利用新频谱、以及更好地与在下行链路(dl)上使用ofdma、在上行链路(ul)上使用sc-fdma以及使用多输入多输出(mimo)天线技术的其他开放标准整合来更好地支持移动宽带因特网接入。

然而,随着对移动宽带接入的需求持续增长,存在对多址技术中的进一步改进的需要。例如,分配给采用多址技术的无线通信网络的频谱正在(或预期)以配对载波(其在许多现有频分双工(fdd)系统中被利用)要么不可用要么在匹配带宽配置中不可用的方式来分配。因此,期望在许多将来的无线通信系统部署中利用时分双工(tdd)载波。

一些示例的简要概述

以下给出本公开的一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是本公开的所有构想到的特征的详尽综览,并且既非旨在标识出本公开的所有方面的关键性或决定性要素亦非试图界定本公开的任何或所有方面的范围。其唯一目的是以简化形式给出本公开的一个或多个方面的一些概念作为稍后给出的更详细描述之序言。

本公开的各个方面提供了支持单交织操作模式和多交织操作模式两者的时分双工(tdd)子帧结构。在单交织操作模式中,控制信息、对应于控制信息的数据信息和对应于数据信息的确收信息被包括在单个子帧中。在多交织操作模式中,控制信息、对应于控制信息的数据信息、或者对应于数据信息的确收信息中的至少一者被包括在不同子帧中。单交织模式和多交织模式两者可在tdd子帧结构中一起复用。

在一个方面,本公开提供了一种在无线通信网络中供调度实体利用时分双工(tdd)载波来与一组一个或多个下级实体进行通信的无线通信方法,其中tdd载波包括多个子帧,每一个子帧具有tdd子帧结构。该方法包括:提供单交织操作模式,在该单交织操作模式中,控制信息、数据信息和对应于数据信息的确收信息被包括在单个子帧中;提供多交织操作模式,在该多交织操作模式中,控制信息、数据信息、或者对应于数据信息的确收信息中的至少一者被包括在不同于控制信息、数据信息和对应于数据信息的确收信息中的其他各者的子帧中;为该组下级实体中的每一个下级实体确定相应调度模式,其中相应调度模式包括单交织操作模式或者多交织操作模式;以及通过在tdd子帧结构内复用该组下级实体中的每一个下级实体的相应调度模式来调度调度实体与该组下级实体之间的传输。

本公开的另一方面提供了一种无线通信网络中的调度实体。该调度实体包括处理系统,该处理系统被配置成提供单交织操作模式,在该单交织操作模式中,控制信息、数据信息和对应于数据信息的确收信息被包括在利用时分双工(tdd)子帧结构的tdd载波的单个子帧中。该处理系统被进一步配置成提供多交织操作模式,在该多交织操作模式中,控制信息、数据信息、或者对应于数据信息的确收信息中的至少一者被包括在不同于控制信息、数据信息和对应于数据信息的确收信息中的其他各者的子帧中该处理系统被进一步配置成为一组下级实体中的每一个下级实体确定相应调度模式,其中相应调度模式包括单交织操作模式或者多交织操作模式;以及通过在tdd子帧结构内复用该组下级实体中的每一个下级实体的相应调度模式来调度调度实体与该组下级实体之间的传输。

本公开的另一方面提供了一种无线通信网络中的调度实体设备。该调度实体设备包括:用于提供单交织操作模式的装置,在单交织操作模式中,控制信息、数据信息和对应于数据信息的确收信息被包括在利用时分双工(tdd)子帧结构的tdd载波的单个子帧中;用于提供多交织操作模式的装置,在多交织操作模式中,控制信息、数据信息、或者对应于数据信息的确收信息中的至少一者被包括在不同于控制信息、数据信息和对应于数据信息的确收信息中的其他各者的子帧中;用于为一组下级实体中的每一个下级实体确定相应调度模式的装置,其中相应调度模式包括单交织操作模式或者多交织操作模式;以及用于通过在tdd子帧结构内复用该组下级实体中的每一个下级实体的相应调度模式来调度调度实体与该组下级实体之间的传输的装置。

本公开的另一方面提供了一种非瞬态计算机可读介质,包括:用于提供单交织操作模式的代码,在单交织操作模式中,控制信息、数据信息和对应于数据信息的确收信息被包括在利用时分双工(tdd)子帧结构的tdd载波的单个子帧中;用于提供多交织操作模式的代码,在多交织操作模式中,控制信息、数据信息、或者对应于数据信息的确收信息中的至少一者被包括在不同于控制信息、数据信息和对应于数据信息的确收信息中的其他各者的子帧中;用于为一组下级实体中的每一个下级实体确定相应调度模式的代码,其中相应调度模式包括单交织操作模式或者多交织操作模式;以及用于通过在tdd子帧结构内复用该组下级实体中的每一个下级实体的相应调度模式来调度调度实体与该组下级实体之间的传输的代码。

以下是本公开的附加方面的示例。在一些方面,tdd子帧结构包括至少控制部分、数据部分和确收部分。在一些方面,在多交织操作模式中,该方法进一步包括:在第一子帧的控制部分中传送控制信息;在第一子帧的数据部分中传送对应于控制信息的数据信息;在第一子帧的确收部分中接收对应于数据信息的确收信息;以及在第一子帧之后的附加子帧的数据部分中重传数据信息的至少一部分,第一子帧和该附加子帧在时间上分开至少一个中间子帧。

在一些方面,在多交织操作模式中,该方法进一步包括:在第一子帧的控制部分中传送控制信息;在第一子帧的数据部分中传送对应于控制信息的数据信息;以及在第一子帧之后的第二子帧的确收部分中接收对应于数据信息的确收信息。在一些方面,在多交织操作模式中,该方法进一步包括:在第二子帧之后的第三子帧的数据部分中重传数据信息的至少一部分。在一些方面,第三子帧和第二子帧在时间上分开至少一个中间子帧。

在一些方面,在多交织操作模式中,该方法进一步包括:在第一子帧的控制部分中传送控制信息;在第一子帧之后的第二子帧的数据部分中传送对应于控制信息的数据信息;以及在第二子帧的确收部分中接收对应于数据信息的确收信息。在一些方面,传送控制信息进一步包括:在第一子帧的控制部分和数据部分两者中传送控制信息。

在一些方面,在多交织操作模式中,该方法进一步包括:在第一子帧的控制部分中传送控制信息;在第一子帧的数据部分中传送对应于控制信息的数据信息;以及在第一子帧和第一子帧之后的至少一个附加子帧的确收部分中接收对应于数据信息的确收信息。在一些方面,在多交织操作模式中,该方法进一步包括:在下行链路中心式子帧的控制部分中传送控制信息;在该下行链路中心式子帧的数据部分中传送对应于控制信息的数据信息;以及在该下行链路中心式子帧之后的上行链路中心式子帧的数据部分中接收对应于数据信息的确收信息。在一些方面,接收确收信息进一步包括在上行链路中心式子帧的数据部分中接收对应于附加数据信息的附加确收信息。在一些方面,在多交织操作模式中,该方法进一步包括使用编码来跨一个或多个子帧提供对应于数据信息的确收信息。

本发明的这些和其它方面将在阅览以下详细描述后得到更全面的理解。在结合附图研读了下文对本发明的具体示例性实施例的描述之后,本发明的其他方面、特征和实施例对于本领域普通技术人员将是明显的。尽管本发明的特征在以下可能是针对某些实施例和附图来讨论的,但本发明的所有实施例可以包括本文所讨论的有利特征中的一个或多个。换言之,尽管可能讨论了一个或多个实施例具有某些有利特征,但也可以根据本文讨论的本发明的各种实施例使用此类特征中的一个或多个特征。以类似方式,尽管示例性实施例在下文可能是作为设备、系统或方法实施例进行讨论的,但是应该理解,此类示例性实施例可以在各种设备、系统、和方法中实现。

附图简述

图1是解说无线通信网络架构的示例的示图。

图2是概念性地解说根据一些实施例的调度实体与一个或多个下级实体通信的示例的框图。

图3是解说根据一些实施例的采用处理系统的调度实体的硬件实现的示例的框图。

图4是解说根据一些实施例的采用处理系统的下级实体的硬件实现的示例的框图。

图5解说了可在一些无线通信网络中使用的上行链路(ul)中心式和下行链路(dl)中心式tdd子帧的结构。

图6是解说实现单交织模式的dl中心式tdd子帧结构的示图。

图7是解说实现多交织模式的dl中心式tdd子帧结构的示例的示图。

图8是解说实现多交织模式的dl中心式tdd子帧结构的示例的示图。

图9是解说实现多交织模式的dl中心式tdd子帧结构的示例的示图。

图10是解说实现多交织模式的dl中心式tdd子帧结构的示例的示图。

图11是解说实现多交织模式的ul中心式和dl中心式tdd子帧结构的示例的示图。

图12是解说实现多交织模式的ul中心式tdd子帧结构的示例的示图。

图13是解说实现多交织模式的ul中心式tdd子帧结构的示例的示图。

图14是解说实现多交织模式的ul中心式tdd子帧结构的示例的示图。

图15是利用tdd子帧结构的无线通信方法的流程图。

图16是在单交织操作模式中利用tdd子帧结构的无线通信方法的流程图。

图17是在多交织操作模式中利用tdd子帧结构的无线通信方法的流程图。

图18是在多交织操作模式中利用tdd子帧结构的无线通信方法的流程图。

图19是在多交织操作模式中利用tdd子帧结构的无线通信方法的流程图。

图20是在多交织操作模式中利用tdd子帧结构的无线通信方法的流程图。

详细描述

以下结合附图阐述的详细描述旨在作为各种配置的描述,而无意表示可实践本文所描述的概念的仅有配置。本详细描述包括具体细节以提供对各种概念的透彻理解。然而,对于本领域技术人员将显而易见的是,没有这些具体细节也可实践这些概念。在一些实例中,以框图形式示出众所周知的结构和组件以避免淡化此类概念。

贯穿本公开给出的各种概念可跨种类繁多的电信系统、网络架构、和通信标准来实现。为了解说本公开通篇描述的实体或设备中的一些,图1是解说无线通信网络100的一般化示例的示图。在此示例中,无线通信网络100被划分成数个蜂窝区划(蜂窝小区)102。在多址网络的上下文中,一般可以调度信道资源,且每个实体可以是同步的。即,利用该网络的每个节点可以协调其对资源的使用,以使得传输仅在帧的所分配部分期间进行,且每个所分配部分的时间在不同节点之间同步。每个蜂窝区划102/110中的一个节点充当调度实体。

每个调度实体104/108可以是基站或接入点、或者设备到设备(d2d)网络和/或网状网络中的用户装备(ue)106。调度实体104/108管理载波上的资源并将资源指派给信道的其他用户,包括下级实体,诸如蜂窝网络100中的一个或多个ue106。调度实体104负责所有与无线电有关的功能,包括无线电承载控制、准入控制、移动性控制、调度、安全性、以及与集中式控制器和/或网关的连通性。在网络100的此示例中,没有集中式控制器,但是在替换性配置中可以使用集中式控制器。

一个或多个较低功率类调度实体108可具有与一个或多个其他蜂窝区划(蜂窝小区)102交叠的蜂窝区划110。较低功率类调度实体108可以是毫微微蜂窝小区、微微蜂窝小区、微蜂窝小区、远程无线电头端、或在一些实例中是另一ue106。宏调度实体104各自被指派给相应的蜂窝小区102并且被配置成为蜂窝小区102中的所有ue106提供去往核心网的接入点。

网络100所采用的调制和多址方案可以取决于正部署的特定电信标准而变化。在一些无线电接入网(诸如lte标准中所定义的那些无线电接入网)中,在下行链路(dl)上使用正交频分复用(ofdm)并且在上行链路(ul)上使用单载波频分多址(sc-fdma)以支持频分双工(fdd)和时分双工(tdd)两者。如本领域技术人员将容易地从以下详细描述中领会的,本文给出的各种概念良好地适用于包括采用其他调制和多址技术的电信标准的各种应用。作为示例,可以在5g、lte、或演进数据最优化(ev-do)中采用这些概念。ev-do是由第三代伙伴项目2(3gpp2)颁布的作为cdma2000标准族的一部分的空中接口标准,并且采用cdma向移动站提供宽带因特网接入。这些概念还可被扩展到采用宽带cdma(w-cdma)和其他cdma变体(诸如td-scdma)的通用地面无线电接入(utra);采用tdma的全球移动通信系统(gsm);采用ofdma的演进型utra(e-utra)、ieee802.11(wi-fi)、ieee802.16(wimax)、ieee802.20和flash-ofdm。utra、e-utra、umts、lte和gsm在来自3gpp组织的文献中描述。cdma2000在来自3gpp2组织的文献中描述。所采用的实际无线通信标准和多址技术将取决于具体应用以及加诸于系统的整体设计约束。

调度实体104可具有支持mimo技术的多个天线。mimo技术的使用使得调度实体104能利用空域来支持空间复用、波束成形和发射分集。空间复用可被用于在相同频率上同时传送不同数据流。这些数据流可被传送给单个ue106以提高数据率或传送给多个ue106以增加系统总容量。这是藉由对每一数据流进行空间预编码(即,应用振幅和相位的比例缩放)并且随后在下行链路(dl)上通过多个发射天线传送每一经空间预编码的流来达成的。经空间预编码的数据流带有不同空间签名地抵达(诸)ue106处,这些不同的空间签名使得每个ue106能够恢复旨在去往该ue106的一个或多个数据流。在上行链路(ul)上,每个ue106传送经空间预编码的数据流,这使得调度实体104能够标识每个经空间预编码的数据流的源。

空间复用一般在信道状况良好时使用。在信道状况不那么有利时,可使用波束成形来将发射能量集中在一个或多个方向上。这可通过对数据进行空间预编码以通过多个天线传输来达成。为了在蜂窝小区边缘处达成良好覆盖,单流波束成形传输可结合发射分集来使用。

本文中描述的无线通信网络的某些方面可涉及在dl上支持ofdm的系统。ofdm是将数据调制到ofdm码元内的数个副载波上的扩频技术。这些副载波以精确频率分隔开。该分隔提供使接收机能够从这些副载波恢复数据的正交性。在时域中,可向每个ofdm码元添加保护区间(例如,循环前缀)以对抗ofdm码元间干扰。在一些示例中,ul可使用经离散傅立叶变换(dft)扩展的ofdm信号形式的sc-fdma来补偿高峰均功率比(papr)。然而,本领域普通技术人员将认识到,任何合适的调制和多址方案可被用于上行链路和下行链路通信。

现在参照图2,框图解说了示例性调度实体202与多个下级实体204处于无线通信中。调度实体202传送(诸)下行链路数据信道206和(诸)下行链路控制信道208,而下级实体204传送(诸)上行链路数据信道210和(诸)上行链路控制信道212。当然,图2中解说的信道不一定是调度实体202与下级实体204之间可利用的全部信道,且本领域普通技术人员将认识到除了所解说的那些信道外还可利用其他信道,诸如其他控制和反馈信道。

根据本公开的诸方面,术语下行链路(dl)可指代在调度实体202处始发的点对多点传输。此外,术语上行链路(ul)可指代在下级实体204处始发的点对点传输。

广义地,调度实体202是负责在无线通信网络中调度话务(包括下行链路传输以及在一些示例中还包括从一个或多个下级实体204至调度实体202的上行链路数据210)的节点或设备。调度实体202可以是基站、网络节点、用户装备(ue)、接入终端、或者无线通信网络中的任何合适节点或对等方,或者可驻留在其内。

广义地,下级实体204是接收来自无线通信网络中的另一实体(诸如调度实体202)的调度控制信息(包括但不限于调度准予、同步或定时信息)、或其他控制信息的节点或设备。下级实体可以是基站、网络节点、ue、接入终端、或者无线通信网络中的任何合适节点或对等方,或者可驻留在其内。

如图2所解说的,调度实体202可向一个或多个下级实体204传送下行链路数据206。此外,下级实体204可向调度实体202传送上行链路数据210。根据本公开的诸方面,上行链路数据210和/或下行链路数据206可在传输时间区间(tti)中被传送。如本文中所使用的,术语tti指的是物理层将数据块(对应于在媒体接入控制(mac)层和在mac层之上的层处理的最小码元集合)传递到无线电接口上的时段。根据本公开的诸方面,tti等于子帧的历时。由此,如本文中所进一步使用的,术语子帧指的是在单个tti内发送的能够被独立解码的经封装信息集。在各个方面,多个子帧被编群在一起以形成单个帧。例如,在lte中,tti(子帧历时)被设置成1ms,而帧历时被设置成10ms(对应于10个子帧)。然而,在本公开的范围内,子帧可具有250μs的历时、500μs的历时、1ms的历时、或任何合适历时。类似地,任何合适数目的子帧可占用一帧。帧一般由较高开放系统互连(osi)层用于同步和其他目的。

在一个示例中,调度实体202可以在单个子帧内复用针对一组下级实体(即,两个或更多个下级实体)的下行链路数据。例如,调度实体202可以使用时分复用、频分复用(例如,ofdm)、码分复用、和/或本领域普通技术人员已知的任何合适的复用方案来复用至该一组下级实体的下行链路数据。同样,可以利用任何合适的多址方案来在单个子帧内组合来自多个下级实体204的上行链路数据。

调度实体202可进一步向一个或多个下级实体204广播(诸)下行链路控制信道208。在一些示例中,(诸)下行链路控制信道208可包括物理下行链路控制信道(pdcch)、物理下行链路共享信道(pdsch)和/或任何其他控制信道或导频,诸如信道状态信息-参考信号(csi-rs)导频。在又一进一步示例中,(诸)下行链路控制信道208可包括指示一个或多个子帧中的上行链路数据210是否在调度实体202处被正确地接收的确收信息(例如,确收(ack)/否定确收(nack)分组)。例如,数据分组可包括验证比特,诸如校验和、和/或循环冗余校验(crc)。相应地,接收数据分组的设备可接收和解码数据分组,并根据验证比特来验证所接收和解码的分组的完整性。当验证成功时,可以传送肯定确收(ack);而当验证失败时,可以传送否定确收(nack)。

此外,每个下级实体204可向调度实体202传送(诸)上行链路控制信道212。在一些示例中,(诸)上行链路控制信道212可包括物理上行链路控制信道(pucch)、随机接入信道(rach)、调度请求(sr)、探通参考信号(srs)、信道质量指示符(cqi)、信道状态反馈信息、缓冲器状态信息、或者任何其他合适的控制信息或信令。在本公开的一方面,(诸)上行链路控制信道212可包括对于调度实体202调度上行链路传输的请求。在此,响应于在(诸)上行链路控制信道212上传送的请求,调度实体202可以在(诸)下行链路控制信道208中传送可以用上行链路分组来调度tti的信息。在再一进一步示例中,(诸)上行链路控制信道212可包括指示一个或多个子帧中的下行链路数据206是否在下级实体204处被正确地接收的确收信息(例如,确收(ack)/否定确收(nack)分组)。

图3是解说采用处理系统314的调度实体202的硬件实现的示例的概念图。根据本公开的各个方面,元素、或元素的任何部分、或者元素的任何组合可用包括一个或多个处理器314的处理系统304来实现。

在本公开的各个方面,调度实体202可以是任何合适的无线电收发机装置,并且在一些示例中可以在基站(bs)、基收发机站(bts)、无线电基站、无线电收发机、收发机功能、基本服务集(bss)、扩展服务集(ess)、接入点(ap)、b节点、演进型b节点(enb)、网状节点、中继器或其他某个合适的术语中实施。在本文内,基站可被称为调度实体,从而指示基站向一个或多个下级实体提供调度信息。此类基站可为任何数目个下级实体提供对核心网的无线接入点。

在其它示例中,调度实体202可由无线用户装备(ue)来实现。ue的示例包括蜂窝电话、智能电话、会话发起协议(sip)电话、膝上型电脑、笔记本、上网本、智能本、个人数字助理(pda)、卫星无线电、全球定位系统(gps)设备、多媒体设备、视频设备、数字音频播放器(例如,mp3播放器)、相机、游戏控制台、娱乐设备、交通工具组件、可穿戴计算设备(例如,智能手表、健康或健身跟踪器等)、电器、传感器、自动售货机、或任何其他类似的功能设备。ue也可被本领域技术人员称为移动站(ms)、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端(at)、移动终端、无线终端、远程终端、手持机、终端、用户代理、移动客户端、客户端、或其他某个合适的术语。在本文内,ue可被称为调度实体或下级实体。即,在本公开的各个方面,无线ue可以作为向一个或多个下级实体提供调度信息的调度实体来操作,或者可以作为下级实体根据由调度实体提供的调度信息来操作。

处理器304的示例包括微处理器、微控制器、数字信号处理器(dsp)、现场可编程门阵列(fpga)、可编程逻辑器件(pld)、状态机、选通逻辑、分立硬件电路和被配置成执行贯穿本公开描述的各种功能性的其他合适硬件。即,如在调度实体202中利用的处理器304可被用于实现以下所描述的任一个或多个过程。

在这一示例中,处理系统314可被实现成具有由总线302一般地表示的总线架构。取决于处理系统314的具体应用和整体设计约束,总线302可包括任何数目的互连总线和桥接器。总线302将包括一个或多个处理器(一般由处理器304表示)、存储器305和计算机可读介质(一般由计算机可读介质306表示)的各种电路链接在一起。总线302还可链接各种其他电路(诸如定时源、外围设备、稳压器和功率管理电路),这些电路在本领域中是众所周知的,并且因此将不再进一步描述。总线接口308提供总线302与收发机310之间的接口。收发机310提供用于在传输介质上与各种其他装备进行通信的装置。取决于该装备的本质,也可提供用户接口312(例如,按键板、显示器、扬声器、话筒、操纵杆)。

处理器304负责管理总线302和一般处理,包括执行存储在计算机可读介质306上的软件。软件在由处理器304执行时使处理系统314执行以下针对任何特定装置描述的各种功能。计算机可读介质306也可被用于存储由处理器304在执行软件时操纵的数据。

在本公开的一些方面,处理器304可包括资源指派和子帧生成电路系统341,其被配置成生成、调度、和修改对时频资源的资源指派或准予。例如,资源指派和子帧控制电路系统341可生成一个或多个时分双工(tdd)子帧,每个tdd子帧包括被指派用于携带去往和/或来自多个下级实体的数据和/或控制信息的时频资源。资源指派和子帧生成电路系统341可以协同资源指派和子帧生成软件351来操作。

处理器304可进一步包括下行链路(dl)数据及控制信道生成和传输电路系统342,其被配置成生成和传送下行链路数据和控制信道。dl数据及控制信道生成和传输电路系统342可以协同资源指派和子帧控制电路系统341来操作,以调度dl数据和/或控制信息并且根据指派给dl数据和/或控制信息的资源来将dl数据和/或控制信息放置于由资源指派和子帧生成电路系统341生成的一个或多个子帧内的时分双工(tdd)载波上。dl数据及控制信道生成和传输电路系统342可进一步协同dl数据及控制信道生成和传输软件352来操作。

处理器304可进一步包括上行链路(ul)数据及控制信道接收和处理电路系统343,其被配置成从一个或多个下级实体接收并处理上行链路控制信道和上行链路数据信道。在一些示例中,ul数据及控制信道接收和处理电路系统343可被配置成从一个或多个下级实体接收调度请求,这些调度请求被配置成请求对用于上行链路用户数据传输的时频资源的准予。在其他示例中,ul数据及控制信道接收和处理电路系统343可被配置成从一个或多个下级实体接收并处理确收信息(例如,确收/否定确收分组)。ul数据及控制信道接收和处理电路系统343可以协同资源指派和子帧生成电路系统341来操作,以根据所接收到的ul控制信道信息来调度ul数据传输、dl数据传输和/或dl数据重传。ul数据及控制信道接收和处理电路系统343可进一步协同ul数据及控制信道接收和处理软件353来操作。

处理器304可进一步包括交织模式配置电路系统344,该交织模式配置电路系统344被配置成用于提供至少单交织操作模式(其中控制、数据和确收信息自包含在单个tti(或tdd子帧)内)和多交织操作模式(其中控制、数据和确收信息以交织方式包含在两个或更多个tti(或tdd子帧)内)。

在单交织操作模式中,自包含tdd子帧结构由资源指派和子帧控制电路系统341用于生成一个或多个自包含子帧。在每一个自包含子帧中,控制/调度信息为子帧内的所有数据分组提供控制/调度,且确收信息包括针对子帧内的所有数据分组的确收/否定确收(ack/nack)信号。因此,该自包含子帧结构可包括上行链路方向和下行链路方向两者上的传输。

在一些示例中,该自包含tdd子帧结构包括dl控制(调度)信息、与该调度信息相对应的dl数据信息以及与该数据信息相对应的ul确收信息。在其他示例中,该自包含子帧结构包括dl控制(调度)信息、与该调度信息相对应的ul数据信息以及与该数据信息相对应的dl确收信息。

在本公开的一方面,使用混合自动重复请求(harq)重传方案来重传被不正确地接收的数据。尽管单交织模式支持物理层处的单个harq交织处理以便在极端带宽情形中以合理的harq缓冲器成本实现高数据率,但是当下级实体的吞吐量不在峰值处时和/或当存在有限的链路预算时,处理时间线可能对于下级实体而言太紧以至于不能在相同的自包含子帧中周转harq。例如,当下级实体位于蜂窝小区的边缘处时,可能由于下行链路上有限的带宽以及上行链路和下行链路上有限的码元历时而存在有限的下行链路控制和上行链路ack链路预算。这些链路预算限制可能阻碍下级实体在与数据接收相同的子帧内返回ack/nack。

调度实体处的处理和/或功率约束也可能阻碍调度实体在下一子帧中完成至一个或多个下级实体的重传。例如,基于在当前子帧中接收到的ack/nack信号的针对下一子帧的调度更新可能需要调度实体处的快速处理。如果在下一子帧之前没有充分的时间来解码所有ack/nack信号,则调度实体可能不能够在下一子帧中调度所有必需的重传。

因此,为了允许调度实体和/或下级实体处较长的处理时间,交织模式配置电路系统344可进一步提供多交织操作模式。在多交织操作模式中,两个或更多个tdd子帧由资源指派和子帧生成电路系统341用来传送控制、数据(或重传的数据)和确收信息。在本公开的各个方面,多交织模式使控制、数据或ack信息中的至少一者能够以交织方式在两个或更多个tdd子帧之间传送。在一些示例中,在多交织操作模式中利用的tdd子帧结构可以是在单交织操作模式中利用的相同tdd子帧结构。然而,该tdd子帧结构可以不是完全自包含的,以使得控制、数据或ack信息中的一者或多者可以在不同子帧中传送。

在一些示例中,多交织操作模式使得数据重传能够被延迟一个或多个子帧。因此,取代在紧挨的子帧中调度重传,重传可以在后续子帧中(例如,每隔一个子帧或者任何其他延迟调度配置)调度。在其他示例中,ack/nack信息可被延迟一个或多个子帧(例如,特定子帧中的ack/nack部分可对应于先前子帧中传送的数据)。在又一些其他示例中,控制信息可被预先调度,以使得特定子帧的控制部分可对应于后续子帧中传送的数据。类似的多交织模式布置可针对ul数据传输和重传来实现。交织模式配置电路系统344可以协同交织模式配置软件354来操作。

处理器304可进一步包括交织模式指派电路系统345,该交织模式指派电路系统345被配置成将选自单交织模式和多交织模式的调度模式指派给每一个下级实体。指派给特定下级实体的调度模式可取决于各种因素,诸如下级实体的吞吐量、缓冲器(例如,混合自动重复请求(harq)缓冲器大小)、和/或等待时间要求、调度实体和/或下级实体的功耗和/或处理速度、以及上行链路/下行链路的链路预算。交织模式指派电路系统345可以协同交织模式指派软件355来操作。

在一示例性操作中,交织模式指派电路系统345可基于调度实体和/或下级实体的处理资源和/或约束来针对当前子帧将单交织操作模式或多交织操作模式指派给每一个子帧实体,并且协同交织模式配置电路系统344来向资源指派和子帧生成电路系统341提供定义所指派的(诸)操作模式的参数以用于当前子帧的生成。资源指派和子帧生成电路系统341可在当前tdd子帧内复用单交织下级实体和多交织下级实体两者。

资源指派和子帧生成电路系统341可进一步确定当前子帧的tdd子帧结构。在一些示例中,资源指派和子帧生成电路系统341可确定当前子帧应当主要包括上行链路(ul)数据信息还是主要包括下行链路(dl)数据信息。当资源指派和子帧生成电路系统341确定当前子帧应当主要包括dl数据信息时,资源指派和子帧生成电路系统341提供包括dl控制(调度)部分、dl数据部分和ul确收部分的tdd子帧结构。当资源指派和子帧生成电路系统341确定当前子帧应当主要包括ul数据信息时,资源指派及子帧生成电路系统341提供包括dl控制(调度)部分、ul数据部分和dl确收部分的tdd子帧结构。在单交织操作模式中,tdd子帧结构是自包含的。然而,在多交织操作模式中,tdd子帧结构可使得控制、数据或ack信息中的至少一者能够以交织方式在两个或更多个tdd子帧之间传送。

基于当前子帧的子帧结构以及针对当前子帧为每一个下级实体选择的操作模式,dl数据及控制信道生成和传输电路系统342可通过在存储器305中准备控制和/或数据信息并且经由资源指派和子帧生成电路系统341来调度控制和/或数据信息以根据该子帧结构和每一个下级实体的相应交织模式来进行传输的方式用控制和/或数据来填充当前子帧。dl数据及控制信道生成和传输电路系统342可进一步协同ul数据及控制接收和处理电路系统343来生成当前子帧,如以下所描述的。

在本公开的一方面,当子帧结构包括dl数据部分时,dl数据及控制信道生成和传输电路系统342可在该子帧的控制部分中包括dl控制(调度)信息以及在该子帧的数据部分中包括dl数据信息。例如,dl数据及控制信道生成和传输电路系统342可通过在存储器305中准备控制(调度)信息并且将该控制(调度)信息从存储器305加载到子帧的dl控制部分中来包括该dl控制(调度)信息。dl数据及控制信道生成和传输电路系统342可进一步通过在存储器305中准备dl数据信息并且将dl数据信息从存储器305加载到子帧的dl数据部分中来包括与包含在当前子帧中(例如,在单交织操作模式中)或先前子帧中(例如,在多交织操作模式中)的控制信息相对应的dl数据信息。控制(调度)信息可包括关于新dl数据分组和重传的dl数据分组的控制(调度)信息。作为示例,dl数据及控制信道生成和传输电路系统342可进一步通过在存储器305中准备混合自动重复请求(harq)配置信息并将harq配置信息从存储器305加载到当前子帧的dl控制部分中来在关于重传的dl数据分组的控制(调度)信息内携带harq配置信息。ul数据及控制信道接收和处理电路系统343随后可通过接收并处理从一个或多个下级实体在当前子帧中发送的ack/nack分组来在当前子帧的确收部分中包括确收信息。ack/nack分组可对应于包括在当前子帧中(例如,在单交织操作模式中)或者先前子帧中(例如,在多交织操作模式中)的dl数据分组。

在本公开的其中子帧结构包括ul数据部分的一方面,dl数据及控制信道生成和传输电路系统342可通过在存储器305中准备dl控制(调度)信息并将控制(调度)信息从存储器305加载到dl控制部分中来在当前子帧的控制部分中包括dl控制(调度)信息。ul数据及控制信道接收和处理电路系统343随后可通过接收并处理从一个或多个下级实体发送的ul数据信息来在当前子帧的数据部分中包括ul数据信息。ul数据信息可对应于包括在当前子帧中(例如,在单交织操作模式中)或者先前子帧中(例如,在多交织操作模式中)的控制信息。dl数据及控制信道生成和传输电路系统342可随后通过在存储器305中准备确收信息(ack/nack分组)并且将ack/nack分组从存储器305加载到当前子帧的确收部分中来包括与在当前子帧中(例如,在单交织操作模式中)或先前子帧中(例如,在多交织操作模式中)接收到的ul数据信息相对应的确收信息。

处理器304可进一步包括调制和编码配置电路系统346,其被配置成用于确定用于下行链路传输的调制和编码方案(mcs)和/或供下级实体用于上行链路传输的mcs。调制和编码配置电路系统346可以与调制和编码配置软件356协同操作。

处理系统中的一个或多个处理器104可以执行软件。软件应当被宽泛地解释成意为指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行件、执行的线程、规程、函数等,无论其是用软件、固件、中间件、微代码、硬件描述语言、还是其他术语来述及皆是如此。软件可驻留在计算机可读介质306上。计算机可读介质306可以是非瞬态计算机可读介质。作为示例,非瞬态计算机可读介质包括磁存储设备(例如,硬盘、软盘、磁带)、光盘(例如,压缩碟(cd)或数字通用盘(dvd))、智能卡、闪存设备(例如,卡、棒或钥匙型驱动器)、随机存取存储器(ram)、只读存储器(rom)、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、寄存器、可移除盘、以及用于存储可由计算机访问和读取的软件和/或指令的其他任何合适介质。作为示例,计算机可读介质还可包括载波、传输线、以及任何其他用于传送可由计算机访问和读取的软件和/或指令的合适介质。计算机可读介质306可驻留在处理系统314中、在处理系统314外、或跨包括处理系统314的多个实体分布。计算机可读介质306可以实施在计算机程序产品中。作为示例,计算机程序产品可包括封装材料中的计算机可读介质。本领域技术人员将认识到如何取决于具体应用和加诸于整体系统上的总体设计约束来最佳地实现贯穿本公开给出的所描述的功能性。

图4是解说采用处理系统414的示例性下级实体204的硬件实现的示例的概念图。根据本公开的各个方面,元素、或元素的任何部分、或者元素的任何组合可用包括一个或多个处理器404的处理系统414来实现。

处理系统414可与图3中解说的处理系统314基本相同,包括总线接口408、总线402、存储器405、处理器404、以及计算机可读介质406。此外,下级实体204可包括与以上在图3中描述的那些用户接口和收发机基本相似的用户接口412和收发机410。如在下级实体204中利用的处理器404可用于实现以下描述的过程中的任一个或多个过程。

在本公开的一些方面,处理器404可包括上行链路(ul)数据及控制信道生成和传输电路系统442,其被配置成生成并在ul数据信道上传送上行链路数据以及生成并在ul控制信道上传送上行链路控制/反馈/确收信息。ul数据及控制信道生成和传输电路系统442可协同ul数据及控制信道生成和传输软件452来操作。处理器404可进一步包括下行链路(dl)数据及控制信道接收和处理电路系统444,其被配置成用于在数据信道上接收并处理下行链路数据以及在一个或多个下行链路控制信道上接收并处理控制信息。在一些示例中,接收到的下行链路数据和/或控制信息可被临时存储在存储器405内的数据缓冲器415中。dl数据及控制信道生成和传输电路系统444可以协同dl数据及控制信道生成和传输软件454来操作。

处理器404可进一步包括交织模式确定电路系统446,该交织模式确定电路系统446被配置成用于请求和/或确定指派给下级实体的交织模式。在本公开的一方面,交织模式确定电路系统446可在下级实体的吞吐量不在峰值处时和/或在存在有限的链路预算时请求多交织操作模式。交织模式确定电路系统446可以协同交织模式确定软件456来操作。

图5解说了tdd子帧500和510的示例性结构。tdd子帧500和510可具有固定历时(t),但也可以是可配置的并在网络部署期间确定,和/或可通过控制消息或系统消息来更新。在一个示例中,tdd子帧500的历时可以是500μs。当然,可在本公开的范围内利用任何合适的子帧历时。

发射机调度的子帧(本文中称为下行链路tti子帧或dl中心式子帧500)可被用于携带至例如可以是ue的一个或多个下级实体的下行链路控制和数据信息并且还接收来自该一个或多个下级实体的确收信息(例如,ack/nack信号)。由此,每个dl中心式子帧包括dl传输和ul传输两者,且关于时间(t)划分成dl传输部分和ul传输部分。接收机调度的子帧(本文中称为上行链路tti子帧或ul中心式子帧510)可被用于接收来自调度实体的下行链路控制信息,向调度实体传送上行链路数据,以及从调度实体接收针对所传送的数据的下行链路ack/nack信号。由此,每个ul中心式子帧510还包括dl传输和ul传输两者,且关于时间(t)划分成dl传输部分和ul传输部分。

在图5中所示的dl中心式子帧500的示例中,dl传输部分包括控制部分502和数据部分504,且ul传输部分包括确收(ack/nack)部分508。因此,在图5的子帧结构内,调度实体首先有机会在控制部分502中传送(tx)控制/调度信息,并且随后有机会在dl数据部分504中传送数据。在保护期(gp)部分506之后,调度实体有机会使用该载波从下级实体接收确收(ack)/否定确收(nack)信号(ack/nack分组)。此帧结构是下行链路中心式的,这是因为与上行链路方向上的传输(例如,来自下级实体的传输)相比,更多资源被分配给下行链路方向上的传输(例如,来自调度实体的传输)。

在一个示例中,控制信息部分502可被用于传送指示当前子帧500和/或(诸)后续子帧中旨在给一个或多个下级实体的数据分组的时频指派的物理下行链路控制信道(pdcch),且dl数据部分504可被用于在当前子帧500和/或(诸)后续子帧的所指派的时频时隙内传送包括旨在给该一个或多个下级实体的数据分组的数据有效载荷。由此,将会接收子帧500的数据部分504中的数据的每个下级实体可在当前子帧500和/或(诸)先前子帧的控制部分502中被个体地寻址,从而这些下级实体能接收并处理正确的下行链路数据分组。在gp部分506之后,调度实体可在ack/nack部分508期间从在当前子帧和/或(诸)先前子帧的数据部分504期间接收到数据分组的每个下级实体接收(rx)ack信号(或nack信号),以指示这些数据分组是否被成功接收。

在其他示例中,控制部分502可被用于传送其他下行链路控制信道和/或其他下行链路导频,诸如信道状态信息-参考信号(csi-rs)。这些附加下行链路信道和/或导频、连同任何其他下行链路控制信息可以与pdcch一起在控制部分502内被传送。宽泛地,可以与控制部分502内的上述控制信息互补地进行dl方向上的任何合适传输。另外,ack/nack部分508也可被用于传输其他上行链路控制信道和信息,诸如物理上行链路控制信道(pucch)、随机接入信道(rach)、调度请求(sr)、探通参考信号(srs)、信道质量指示符(cqi)、信道状态反馈信息以及缓冲器状态。宽泛地,可以与ack/nack部分508内的上述ack/nack和其他信息互补地进行ul方向上的任何合适传输。

在本公开的一方面,数据部分504可被用于在子帧500内复用至一组下级实体(即,两个或更多个下级实体)的dl数据传输。例如,调度实体可以使用时分复用(tdm)、频分复用(fdm)(即,ofdm)、码分复用(cdm)、和/或本领域普通技术人员已知的任何合适的复用方案来复用至该一组下级实体的下行链路数据。由此,dl数据部分504可包括给多个用户的数据,且最多达高阶多用户mimo。另外,控制部分502和ack/nack部分508也可被用于以tdm、fdm、cdm、和/或其他合适方式复用去往或来自一组下级实体的控制信息。

可以调度gp部分506以容适ul和dl定时的可变性。例如,因rf天线方向切换(例如,从dl至ul)和rf稳定(例如,锁相环、滤波器和功率放大器的稳定)引起的等待时间、连同传输路径等待时间可导致下级实体提早在ul上进行传送以匹配dl定时。此类提早传输可能干扰从调度实体接收的码元。相应地,gp部分506可允许dl数据部分504后的一时间量以防止干扰,其中gp部分506可提供对应于调度实体切换其rf天线方向、空中(ota)传输时间、以及下级实体进行ack处理的时间的恰适时间量。gp部分506可进一步提供对应于下级实体切换其rf天线方向(例如,从dl至ul)、处理数据有效载荷、以及空中(ota)传输时间的恰适时间量。

gp部分506的历时可以是基于例如蜂窝小区大小和/或处理时间要求可配置的。例如,gp部分506可具有一个码元周期(例如,31.25μs)的历时。然而,根据本公开的诸方面,从dl传输至ul传输的切换点贯穿网络可以是确定性的。由此,尽管gp部分506的起始点可以是可变且可配置的,但gp部分506的与从dl传输至ul传输的切换点相对应的结束点可由网络固定以管理dl传输和ul传输之间的干扰。在本公开的一方面,网络可以按半静态方式更新切换点并在pdcch中指示切换点。另外,还可在pdcch中指示gp部分506的gp历时和/或起始点。

在图5中所示的ul中心式子帧510的示例中,dl传输部分包括控制部分512和确收部分520,且ul传输部分包括数据部分516。因此,在图5所示的ul中心式子帧结构内,下级实体首先有机会在控制部分512中接收控制信息。在gp部分514之后,下级实体有机会在ul数据部分516中传送数据以及在另一gp部分518之后在ack/nack部分520中接收确收信息(例如,ack/nack信号)。此帧结构是上行链路中心式的,这是因为与下行链路方向上的传输(例如,来自调度实体的传输)相比,更多资源被分配给上行链路方向上的传输(例如,来自下级实体的传输)。

在一个示例中,控制信息部分512可被用于传送指示由一个或多个下级实体在当前子帧510和/或(诸)后续子帧中传送的数据分组的时频指派的物理下行链路控制信道(pdcch),且数据部分516可由下级实体用于在当前子帧510和/或(诸)后续子帧中的所指派的时频时隙内向调度实体传送其数据分组。在数据部分516内传送了数据的每个下级实体随后可在当前子帧510和/或(诸)后续子帧的ack/nack部分520期间从调度实体接收ack信号(或nack信号)以指示数据分组是否在调度实体处被成功地接收。

在其他示例中,控制部分512和/或ack/nack部分520可被用于传送其他下行链路控制信道和信息、和/或来自其他层的数据。另外,数据部分516也可用于传送上行链路控制信道和信息。例如,子帧510的控制部分512可携带针对下级实体的数据传输(例如,小数据有效载荷),诸如来自前一子帧的应用层(或除物理层之外的层)ack。该下级实体随后可在相同的子帧510和/或(诸)后续子帧的数据部分516中确收该数据传输。

在本公开的一方面,ul数据部分516可被用于使用tdma、fdma、cdma、或任何其他合适的多址方案中的一者或多者来在子帧510内携带来自一组下级实体(即,两个或更多个下级实体)的数据传输。由此,ul数据部分516可包括来自多个用户的分组,且最多达高阶多用户mimo。另外,控制部分512和ack/nack部分520也可用于以tdma、fdma、cdma、或其他合适的多址方式携带至一组下级实体的控制信息。在本公开的一方面,调度实体处的ul数据处理可在整个tti上分摊。例如,控制部分512、ack/nack部分520、以及gp部分514的一部分可被用于解码数据部分516中的ul数据。

图6是解说实现单交织模式的dl中心式tdd子帧结构600的示图。在单交织模式中,下行链路(dl)中心式子帧601和603各自是自包含的,以使得控制信息、对应于该控制信息的数据信息、以及对应于该数据信息的ack信息全都包括在单个dl中心式子帧601或603内。例如,控制信息可由调度实体在第一dl中心式子帧601的控制信息部分602中传送,对应于控制信息的数据信息(如由从控制部分602指向数据部分604的箭头所指示的)可由调度实体在第一dl中心式子帧601的数据部分604中传送,并且对应于数据信息的确收信息(如由从数据部分604指向ack/nack部分606的箭头所指示的)可由调度实体在第一dl中心式子帧601的ack/nack部分606中从下级实体接收。

基于在第一dl中心式子帧601的ack/nack部分606中接收到的ack/nack信息,调度实体生成关于下一(第二)dl中心式子帧603的控制部分608的控制信息(如由从ack/nack部分606指向控制部分608的箭头所指示的)。例如,如果ack/nack信息包括nack信号,则在第一dl中心式子帧601的数据部分604中传送的数据信息的经编码数据比特的至少一部分可在第二dl中心式子帧603的数据部分610中重传。

图7是解说实现多交织模式的dl中心式tdd子帧结构700的示图,该dl中心式tdd子帧结构700通过将harq重传延迟一个或多个子帧来在调度实体中提供附加的处理时间。在图7中,每个dl中心式tdd子帧701、703和705可以是自包含的。然而,重传不在紧挨的子帧中调度。取而代之的是,重传可在后续子帧中调度(例如,每隔一个子帧或者任何其他延迟调度配置)。

例如,第一dl中心式子帧701可以是自包含的,以使得控制信息部分702中的控制信息、对应于控制信息的数据信息(如由从控制部分702指向数据部分704的箭头所指示的)以及对应于数据信息的确收信息(如由从数据部分704指向ack/nack部分706的箭头所指示的)可被包括在第一dl中心式子帧701中。然而,为了允许调度实体中的附加的ack/nack处理时间,取代在下一dl中心式子帧703中调度harq重传,调度实体可延迟重传直至关于一个或多个下级实体的dl中心式子帧705。例如,基于在第一dl中心式子帧701的ack/nack部分706中从一个或多个下级实体接收到的ack/nack信息,调度实体可在dl中心式子帧705中调度那一个或多个下级实体的下一传输(如由从ack/nack部分706指向dl中心式子帧705的控制部分708的箭头所指示的)。

在本公开的一方面,调度实体可在tdd子帧701、703和705内复用单交织下级实体和多交织下级实体两者。例如,调度实体可在单交织模式中调度高吞吐量下级实体并且在多交织模式中调度低吞吐量下级实体。高吞吐量下级实体可例如在dl中心式子帧701、703和705中调度,而低吞吐量下级实体可在dl中心式子帧701和705中调度。在一附加方面,对于一个或多个单交织下级实体,调度实体可将预先生成的波形用于harq重传和/或新传输以确保调度实体满足针对单交织模式下级实体的调度时间线要求。

图8是解说实现多交织模式的tdd子帧结构800的示图,该tdd子帧结构800通过将ack/nack信息延迟一个或多个子帧来在调度实体中提供附加的处理时间。在图8中,尽管dl中心式tdd子帧结构保持相同,但是每个dl中心式子帧801、803和805可以不是自包含的。取而代之的是,特定子帧中的ack/nack部分可对应于先前子帧中传送的数据。

例如,在第一dl中心式子帧801中,数据部分804中的数据信息对应于控制部分802中的控制信息(如由从控制部分802指向数据部分804的箭头所指示的)。然而,为了允许一个或多个下级实体中的附加的数据处理时间,取代在第一dl中心式子帧801中调度那一个或多个下级实体的ack/nack信号,调度实体可在下一dl中心式子帧803或者在任何其他后续dl中心式子帧中调度ack/nack信号。在图8中所示的示例中,来自那一个或多个下级实体的ack/nack信号可由调度实体在第二dl中心式子帧803的确收部分806中接收。随后,基于在第二dl中心式子帧803的ack/nack部分806中接收到的ack/nack信息,调度实体可在dl中心式子帧805中(如由从ack/nack部分806指向dl中心式子帧805的控制部分808的箭头所指示的)或者在任何其他后续dl中心式子帧中调度那一个或多个下级实体的下一传输。

在本公开的一方面,调度实体可在tdd子帧801、803和805内复用单交织下级实体和多交织下级实体两者。例如,调度实体可在单交织模式中调度高吞吐量下级实体并且在多交织模式中调度低吞吐量下级实体。高吞吐量下级实体可被调度成在tdd子帧801、803和805中传送ack/nack,而低吞吐量下级实体可被调度成在tdd子帧803中传送ack/nack。在一附加方面,调度实体可在tdd子帧801、803和805内复用单交织下级实体、ack延迟的多交织下级实体、以及控制延迟的多交织下级实体。调度实体可进一步延迟一个或多个下级实体的控制和ack两者并且将此类控制/ack延迟的多交织下级实体与单交织下级实体和其他类型的多交织下级实体(ack延迟和/或控制延迟)复用。

图9是解说实现多交织模式的dl中心式tdd子帧结构900的示图,其中控制信息被预先调度。在图9中,尽管dl中心式tdd子帧结构保持相同,但是每个dl中心式子帧901和903可以不是自包含的。取而代之的是,特定子帧的控制部分可对应于后续子帧中传送的数据。

例如,第一dl中心式子帧901的控制部分902中的控制信息可对应于第二dl中心式子帧903的数据部分904中的数据信息(如由从控制部分902指向数据部分904的箭头所指示的)。对应于数据信息的确收信息可被包括在第二dl中心式子帧903的确收部分906中(如由从数据部分904指向确收部分906的箭头所指示的)或者可被包括在后续子帧中以延长下级实体的处理时间。另外,尽管未示出,但是重传和/或新传输可在第二dl中心式子帧903之后的下一中心式子帧中或者在任何后续dl中心式子帧中调度以延长调度实体的处理时间。

在本公开的一方面,预先调度控制信息可通过在控制信息与数据信息之间提供延迟来支持高效的微休眠和动态带宽切换。这种延迟使下级实体能够在数据接收之前苏醒并且打开较大带宽接收机。调度实体可监视控制信道并且在没有检测到控制准予时进入微休眠状态。

图10是解说实现控制预先调度的多交织模式的dl中心式tdd子帧结构1000的示图,该dl中心式tdd子帧结构支持增强型物理下行链路控制信道(epdcch)1002。在具有epdcch的情况下,控制信息可以例如在整个子帧上扩展以推升下行链路控制信道链路预算。例如,对应于epdcch1002的控制信息可在时间上与第一dl中心式子帧1001的控制部分1004和数据部分1006两者交叠。在一个示例中,如图10中所解说的,epdcch1002中的控制信息可使用相对于控制和数据部分的频分复用(fdm)来分别与控制和数据部分1004和1006复用。在其他示例中,epdcch1002中的控制信息可使用码分复用(cdm)通过加扰码来与控制和数据部分1004和1006复用;或者epdcch1002中的控制信息可使用时分复用(tdm)来分别与控制和数据部分1004和1006复用。

对应于控制信息的数据信息可随后包括在下一(第二)dl中心式子帧1003的数据部分1008中(如由从控制部分1004/1006指向数据部分1008的箭头所指示的)。对应于数据信息的确收信息可被包括在第二dl中心式子帧1010的确收部分1003中(如由从数据部分1006指向确收部分1008的箭头所指示的)或者可被包括在后续子帧中以延长下级实体的处理时间。另外,尽管未示出,但是重传和/或新传输可在第二dl中心式子帧1003之后的下一中心式子帧中或者在任何后续dl中心式子帧中调度以延长调度实体的处理时间。

在本公开的一方面,调度实体可在同一tdd子帧结构内将控制预先调度的多交织下级实体与单交织下级实体和其他类型的多交织下级实体复用。例如,调度实体可在单交织模式中调度高吞吐量下级实体并且在控制预先调度和/或控制/ack延迟的多交织模式中调度低吞吐量下级实体。

图11是解说实现多交织模式的ul中心式tdd子帧结构1100的示图,其中在ul中心式子帧1107中信道化ulack。例如,来自一个或多个dl中心式子帧1101、1103和1105的ack可被编群在一起并且在ul中心式子帧1107的数据部分1111内传送。在本公开的一方面,在一些ul中心式子帧1107中信道化ack可通过实现ack码元的历时和/或数目的增加来推升ack链路预算。在其他方面,ack可被集束在多个dl中心式/ul中心式子帧上。例如,系统性ack可在每个dl中心式子帧中发送,并且奇偶校验ack(例如,系统性ack的冗余版本)可在一些dl中心式子帧和/或ul中心式子帧中发送以进一步改进ack的效率。编码也可跨这些ack使用以改进ack的可靠性。

类似地,来自一个或多个ul中心式子帧的dlack可被编群在一起并且在dl中心式子帧的控制、数据、和/或ack部分内传送。例如,来自ul中心式子帧1107的dlack可在dl中心式子帧1109的控制、数据、和/或ack部分内传送。

除了确收信息之外,数据和/或调度信息也可在ul中心式子帧与dl中心式子帧之间传送。在一个示例中,与dl中心式子帧的ack部分中的nack相对应的dl数据重传可被包括在ul中心式子帧内。类似地,与ul中心式子帧的ack部分中的nack相对应的ul数据重传可被包括在dl中心式子帧内。在另一示例中,关于要在dl中心式子帧内传送的数据的调度信息可被包括在先前的ul中心式子帧内(反之亦然)。

图12是解说实现多交织模式的ul中心式tdd子帧结构1200的示图,该ul中心式tdd子帧结构1200通过将dlack/nack延迟一个或多个子帧来在调度实体中提供附加的处理时间。在图12中,尽管ul中心式tdd子帧结构保持相同,但是每个ul中心式tdd子帧1201和1203可以不是自包含的。取而代之的是,特定ul中心式子帧中的dlack/nack部分可对应于在先前的ul中心式子帧中传送的数据。

例如,在第一ul中心式子帧1201中,由下级实体在数据部分1204中传送的数据信息对应于由调度实体在控制部分1202中传送的控制信息(如由从控制部分1202指向数据部分1204的箭头所指示的)。然而,为了允许调度实体有附加的数据处理时间,取代在第一子帧1201中调度由调度实体传送的dlack/nack信号,调度实体可在下一ul中心式子帧1203中调度ack/nack信号。由此,ack/nack信号可在第二ul中心式子帧1203的确收部分1206中发送给下级实体(如由从数据部分1204指向确收部分1206的箭头所指示的)。

图13是解说实现多交织模式的ul中心式tdd子帧结构1300的示图,该ul中心式tdd子帧结构1300通过将ul重传延迟一个或多个子帧来在下级实体中提供附加的处理时间并且在调度实体中提供放松的调度。在图13中,尽管ul中心式tdd子帧结构保持相同,但是每个ul中心式tdd子帧1301、1303和1305可以不是自包含的。取而代之的是,ul重传可在后续ul中心式子帧中调度(例如,每隔一个ul中心式子帧或者任何其他延迟调度配置)。

例如,在第一ul中心式子帧1301中,由下级实体在数据部分1304中传送的数据信息对应于由调度实体在控制部分1302中传送的控制信息(如由从控制部分1302指向数据部分1304的箭头所指示的)。另外,由调度实体传送的并且对应于数据信息的确收信息可被包括在第一ul中心式子帧1301的确收(ack/nack)部分1306中(如由从数据部分1304指向ack/nack部分1306的箭头所指示的)。然而,为了允许在下级实体中的附加的ack/nack处理时间,取代在下一tdd子帧1303中调度harq重传,调度实体可延迟重传直至关于一个或多个下级实体的ul中心式tdd子帧1305(如由从ack/nack部分1306指向ul中心式子帧1305的控制部分1308的箭头所指示的)。

在本公开的一方面,调度实体可在ul中心式tdd子帧内复用单交织下级实体和多交织下级实体两者。例如,调度实体可在单交织模式中调度高吞吐量下级实体并且在多交织模式中调度低吞吐量下级实体。高吞吐量下级实体可被调度成在ul中心式子帧1301、1303和1305中传送数据,而低吞吐量下级实体可被调度成在ul中心式子帧1301和1303中传送数据。在一附加方面,调度实体可在ul中心式子帧1301、1303和1305内复用单交织下级实体、ack延迟的多交织下级实体、以及控制延迟的多交织下级实体。调度实体可进一步延迟一个或多个下级实体的控制和dlack两者并且将此类控制/ack延迟的多交织下级实体与单交织下级实体和其他类型的多交织下级实体(ack延迟和/或控制延迟)复用。

图14是解说实现多交织模式的ul中心式tdd子帧结构1400的示图,其中控制信息被预先调度以放松下级实体中的控制/数据处理时间线。在图14中,尽管ul中心式tdd子帧结构保持相同,但是每个ul中心式tdd子帧1401和1403可以不是自包含的。取而代之的是,特定ul中心式子帧的控制部分可对应于由一个或多个下级实体在后续ul中心式子帧中传送的数据。

例如,由调度实体在第一ul中心式子帧1401的控制部分1402中传送的控制信息可对应于由一个或多个下级实体在第二ul中心式子帧1403的数据部分1404中传送的数据信息(如由从控制部分1402指向数据部分1404的箭头所指示的)。由调度实体传送并且对应于数据信息的确收信息可被包括在第二dl中心式子帧1403的确收部分1406中或者可被包括在后续ul中心式子帧中以延长调度实体的处理时间。另外,尽管未示出,但是由下级实体进行的重传和/或新传输可在第二dl中心式子帧1403之后的下一ul中心式子帧中或者在后续ul中心式子帧中调度以延长调度实体的处理时间。

图15是利用tdd子帧结构的无线通信方法的流程图1500。该方法可由如上所述且在图2和3中解说的调度实体、由处理器或处理系统、或者由用于执行所描述的功能的任何合适装置来执行。

在框1502,调度实体提供单交织操作模式。例如,参照图5和6,单交织操作模式可包括自包含ul中心式和/或dl中心式tdd子帧结构,其中控制信息、与该控制信息相对应的数据信息以及与该数据信息相对应的确收信息是在单个tdd子帧内传送的。

在框1504,调度实体提供多交织操作模式。在各个方面,参照图7-14,多交织操作模式可包括与单交织模式相同的基本ul中心式和/或dl中心式tdd子帧结构,但是其中控制、数据、或确收信息中的一者或多者是在分开的ul中心式或dl中心式tdd子帧中传送的。

在框1506,调度实体从单交织和多交织模式确定每个下级实体的相应调度模式。在本公开的一方面,调度实体在将特定调度模式指派给下级实体时考虑一个或多个因素。因素的示例可包括但不限于下级实体和调度实体两者的吞吐量要求、harq缓冲器要求、等待时间要求、处理速度,下级实体和调度实体两者的功耗要求,下级实体是否已进入微休眠模式,以及上行链路和下行链路的链路预算。调度模式可基于调度实体的调度要求或者基于来自下级实体的请求来静态地确定或者周期性地动态更新。

在框1508,调度实体通过在tdd子帧结构内复用指派给下级实体的调度模式来调度至下级实体的传输。例如,单交织下级实体可被调度成在每个dl中心式tdd子帧中传送ack/nack信号或者在每个ul中心式tdd子帧中传送数据,而多交织下级实体的每个交织可被调度成在交替的dl中心式tdd子帧中传送ack/nack信号或者在交替的ul中心式子帧中传送数据(其中多个交织在毗邻子帧之间交替)。

图16是在单交织操作模式中利用tdd子帧结构的无线通信方法的流程图1600。该方法可由如上所述且在图2和3中解说的调度实体、由处理器或处理系统、或者由用于执行所描述的功能的任何合适装置来执行。

在框1602,调度实体确定下级实体的调度模式是单交织操作模式。在单交织操作模式中,自包含tdd子帧结构被用于生成自包含子帧。例如,参照图5和6,该自包含子帧结构可以是dl中心式子帧或ul中心式子帧,其中控制信息、与该控制信息相对应的数据信息以及与该数据信息相对应的确收信息被包括在单个tdd子帧内。

在框1604,调度实体生成具有该自包含子帧结构的子帧,并将控制信息包括在该子帧的控制部分中。对于dl中心式子帧,控制信息可包括指示针对从调度实体至下级实体的数据传输的时频资源指派的pdcch。对于ul中心式子帧,控制信息可包括指示针对从下级实体至调度实体的数据传输的时频资源指派的pdcch。另外,其他下行链路控制信息也可被包括在控制部分中。

在框1606,将与该控制信息相对应的数据信息包括在该子帧的数据部分中。例如,在dl中心式子帧中,数据信息可包括在下行链路数据信道上传送给下级实体的数据分组。在ul中心式子帧中,数据信息可包括在上行链路数据信道上从下级实体传送的数据分组。

在框1608,将与该数据信息相对应的确收信息包括在该子帧的确收部分中。例如,在dl中心式子帧中,来自接收该子帧的数据部分中的数据的下级实体的ack/nack消息可被包括在该子帧的确收部分中,以指示这些下级实体是否正确地接收了下行链路数据。在ul中心式子帧中,确收信息可包括至在该子帧的数据部分中传送了数据的下级实体的ack/nack消息,以指示调度实体是否正确地接收了上行链路数据。

图17是在多交织操作模式中利用tdd子帧结构的无线通信方法的流程图1700。该方法可由如上所述且在图2和3中解说的调度实体、由处理器或处理系统、或者由用于执行所描述的功能的任何合适装置来执行。

在框1702,调度实体确定下级实体的调度模式是多交织操作模式。在多交织操作模式中,两个或更多个tdd子帧被用于传送控制、数据(或重传的数据)和确收信息。尽管多交织操作模式中的子帧结构可以与单交织操作模式中的子帧结构相同,但是该子帧结构可以不是完全自包含的。

在框1704,调度实体生成第一子帧,并将控制信息包括在第一子帧的控制部分中。对于dl中心式子帧,控制信息可包括指示针对从调度实体至下级实体的数据传输的时频资源指派的pdcch。对于ul中心式子帧,控制信息可包括指示针对从下级实体至调度实体的数据传输的时频资源指派的pdcch。另外,其他下行链路控制信息也可被包括在控制部分中。

在框1706,将与该控制信息相对应的数据信息包括在第一子帧的数据部分中。例如,在dl中心式子帧中,数据信息可包括在下行链路数据信道上传送给下级实体的数据分组。在ul中心式子帧中,数据信息可包括在上行链路数据信道上从下级实体传送的数据分组。

在框1708,将与该数据信息相对应的确收信息包括在该子帧的确收部分中。例如,在dl中心式子帧中,来自接收该子帧的数据部分中的数据的下级实体的ack/nack消息可被包括在该子帧的确收部分中,以指示这些下级实体是否正确地接收了下行链路数据。在ul中心式子帧中,确收信息可包括至在该子帧的数据部分中传送了数据的下级实体的ack/nack消息,以指示调度实体是否正确地接收了上行链路数据。

在框1710,当nack被包括在确收信息中时,调度实体在第一子帧之后生成第二子帧并且在第二子帧的数据部分中重传来自第一子帧的数据。如图7和13中所示,第二子帧可以在时间上与第一子帧分开至少一个中间子帧。

图18是在多交织操作模式中利用tdd子帧结构的无线通信方法的流程图1800。该方法可由如上所述且在图2和3中解说的调度实体、由处理器或处理系统、或者由用于执行所描述的功能的任何合适装置来执行。

在框1802,调度实体确定下级实体的调度模式是多交织操作模式。在多交织操作模式中,两个或更多个tdd子帧被用于传送控制、数据(或重传的数据)和确收信息。尽管多交织操作模式中的子帧结构可以与单交织操作模式中的子帧结构相同,但是该子帧结构可以不是完全自包含的。

在框1804,调度实体生成第一子帧,并将控制信息包括在第一子帧的控制部分中。对于dl中心式子帧,控制信息可包括指示针对从调度实体至下级实体的数据传输的时频资源指派的pdcch。对于ul中心式子帧,控制信息可包括指示针对从下级实体至调度实体的数据传输的时频资源指派的pdcch。另外,其他下行链路控制信息也可被包括在控制部分中。

在框1806,将与该控制信息相对应的数据信息包括在第一子帧的数据部分中。例如,在dl中心式子帧中,数据信息可包括在下行链路数据信道上传送给下级实体的数据分组。在ul中心式子帧中,数据信息可包括在上行链路数据信道上从下级实体传送的数据分组。

在框1808,调度实体在第一子帧之后生成第二子帧并且将对应于数据信息的确收信息包括在第二子帧的确收部分中。例如,在如图8中所示的dl中心式子帧中,来自接收第一子帧的数据部分中的数据的下级实体的ack/nack消息可被包括在第二子帧的确收部分中,以指示这些下级实体是否正确地接收了下行链路数据。在如图12中所示的ul中心式子帧中,确收信息可包括至在第一子帧的数据部分中传送了数据的下级实体的ack/nack消息,以指示调度实体是否正确地接收了上行链路数据。

图19是在多交织操作模式中利用tdd子帧结构的无线通信方法的流程图1900。该方法可由如上所述且在图2和3中解说的调度实体、由处理器或处理系统、或者由用于执行所描述的功能的任何合适装置来执行。

在框1902,调度实体确定下级实体的调度模式是多交织操作模式。在多交织操作模式中,两个或更多个tdd子帧被用于传送控制、数据(或重传的数据)和确收信息。尽管多交织操作模式中的子帧结构可以与单交织操作模式中的子帧结构相同,但是该子帧结构可以不是完全自包含的。

在框1904,调度实体生成第一子帧,并将控制信息包括在第一子帧的控制部分中。对于dl中心式子帧,控制信息可包括指示针对从调度实体至下级实体的数据传输的时频资源指派的pdcch。对于ul中心式子帧,控制信息可包括指示针对从下级实体至调度实体的数据传输的时频资源指派的pdcch。另外,其他下行链路控制信息也可被包括在控制部分中。

在框1906,调度实体在第一子帧之后生成第二子帧并且将对应于控制信息的数据信息包括在第二子帧的数据部分中。例如,在如图9和10中所示的dl中心式子帧中,数据信息可包括在下行链路数据信道上传送给下级实体的数据分组。在如图14中所示的ul中心式子帧中,数据信息可包括在上行链路数据信道上从下级实体传送的数据分组。

在框1908,将与该数据信息相对应的确收信息包括在第二子帧的确收部分中。例如,在如图9中所示的dl中心式子帧中,来自接收第二子帧的数据部分中的数据的下级实体的ack/nack消息可被包括在第二子帧的确收部分中,以指示该下级实体是否正确地接收了下行链路数据。在如图14中所示的ul中心式子帧中,确收信息可包括至在第一子帧的数据部分中传送了数据的下级实体的ack/nack消息,以指示调度实体是否正确地接收了上行链路数据。

图20是在多交织操作模式中利用tdd子帧结构的无线通信方法的流程图2000。该方法可由如上所述且在图2和3中解说的调度实体、由处理器或处理系统、或者由用于执行所描述的功能的任何合适装置来执行。

在框2002,调度实体确定下级实体的调度模式是多交织操作模式。在多交织操作模式中,两个或更多个tdd子帧被用于传送控制、数据(或重传的数据)和确收信息。尽管多交织操作模式中的子帧结构可以与单交织操作模式中的子帧结构相同,但是该子帧结构可以不是完全自包含的。

在框2004,调度实体生成dl中心式子帧,并将控制信息包括在该dl中心式子帧的控制部分中。例如,控制信息可包括指示针对从调度实体至下级实体的数据传输的时频资源指派的pdcch。

在框2006,将与该控制信息相对应的数据信息包括在该dl中心式子帧的数据部分中。例如,数据信息可包括在下行链路数据信道上传送给下级实体的数据分组。

在框2008,调度实体在dl中心式子帧之后生成ul中心式子帧并且将对应于数据信息的确收信息包括在该ul中心式子帧中。例如,如图11中所示,来自接收到该dl中心式子帧的数据部分中的数据的下级实体的ack/nack消息可被包括在该ul中心式子帧的数据部分中,以指示该下级实体是否正确地接收了下行链路数据。

如本领域技术人员将容易领会的那样,贯穿本公开描述的各个方面可扩展到任何合适的电信系统、网络架构和通信标准。作为示例,各个方面可被应用于umts系统,诸如w-cdma、td-scdma、和td-cdma。各个方面还可应用于采用长期演进(lte)(在fdd、tdd或这两种模式下)、高级lte(lte-a)(在fdd、tdd或这两种模式下)、cdma2000、演进数据最优化(ev-do)、超移动宽带(umb)、ieee802.11(wi-fi)、ieee802.16(wimax)、ieee802.20、超宽带(uwb)、蓝牙的系统和/或其他合适的系统,包括由待定义的广域网标准所描述的那些系统。所采用的实际电信标准、网络架构和/或通信标准将取决于具体应用以及加诸于该系统的整体设计约束。

在本公开内,措辞“示例性”用于表示“用作示例、实例或解说”。本文中描述为“示例性”的任何实现或方面不必被解释为优于或胜过本公开的其他方面。同样,术语“方面”不要求本公开的所有方面都包括所讨论的特征、优点或操作模式。术语“耦合”在本文中用于指代两个对象之间的直接或间接耦合。例如,如果对象a物理地接触对象b,且对象b接触对象c,则对象a和c可仍被认为是彼此耦合的——即便它们并非彼此直接物理接触。例如,第一管芯可以在封装中耦合至第二管芯,即便第一管芯从不直接与第二管芯物理接触。术语“电路”和“电路系统”被宽泛地使用且意在包括电子器件和导体的硬件实现以及信息和指令的软件实现两者,这些电子器件和导体在被连接和配置时使得能执行本公开中描述的功能而在电子电路的类型上没有限制,这些信息和指令在由处理器执行时使得能执行本公开中描述的功能。

图1-20中解说的组件、步骤、特征和/或功能中的一者或更多者可以被重新安排和/或组合成单个组件、步骤、特征或功能,或者可以实施在若干组件、步骤、或功能中。也可添加附加的元件、组件、步骤、和/或功能而不会脱离本文中所公开的新颖性特征。图1-4中所解说的装置、设备和/或组件可以被配置成执行本文所描述的一个或多个方法、特征、或步骤。本文中描述的新颖算法还可以高效地实现在软件中和/或嵌入到硬件中。

应理解,所公开的方法中各步骤的具体次序或阶层是示例性过程的解说。基于设计偏好,应理解,可以重新编排这些方法中各步骤的具体次序或阶层。所附方法权利要求以样本次序呈现各种步骤的要素,且并不意味着被限定于所呈现的具体次序或阶层,除非在本文中有特别叙述。

提供先前描述是为了使本领域任何技术人员均能够实践本文中所述的各个方面。对这些方面的各种修改将容易为本领域技术人员所明白,并且在本文中所定义的普适原理可被应用于其他方面。因此,权利要求并非旨在被限定于本文中所示出的各方面,而是应被授予与权利要求的语言相一致的全部范围,其中对要素的单数形式的引述并非旨在表示“有且仅有一个”——除非特别如此声明,而是旨在表示“一个或多个”。除非特别另外声明,否则术语“一些”指的是一个或多个。引述一列项目中的“至少一个”的短语是指这些项目的任何组合,包括单个成员。作为示例,“a、b或c中的至少一者”旨在涵盖:a;b;c;a和b;a和c;b和c;以及a、b和c。本公开通篇描述的各种方面的要素为本领域普通技术人员当前或今后所知的所有结构上和功能上的等效方案通过引述被明确纳入于此,且旨在被权利要求所涵盖。此外,本文中所公开的任何内容都并非旨在贡献给公众,无论这样的公开是否在权利要求书中被显式地叙述。权利要求的任何要素都不应当在35u.s.c.§112(f)的规定下来解释,除非该要素是使用短语“用于……的装置”来明确叙述的或者在方法权利要求情形中该要素是使用短语“用于……的步骤”来叙述的。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1