通信装置、基础设施设备、通信系统和方法与流程

文档序号:14960500发布日期:2018-07-18 00:25阅读:154来源:国知局

本公开涉及一种通信装置,其被配置为从无线通信网络接收数据。在一些实施例中,无线接入接口被配置为根据多个重复请求型处理来传送数据。本发明还涉及使用通信装置进行通信的方法、无线通信网络、基础设施设备和方法。



背景技术:

诸如基于3gpp定义的umts和长期演进(lte)架构的第三和第四代移动电信系统能够支持比由前几代移动电信系统提供的简单语音和消息服务更复杂的服务。例如,由于lte系统提供改进的无线电接口和增强的数据速率,所以用户能够享受高数据速率的应用,例如,以前只能经由固定线路数据连接可用的移动视频流和移动视频会议。因此,部署第三和第四代网络的需求是强大的,并且这些网络的覆盖区域,即,可能访问网络的地理位置,预计迅速增加。然而,尽管第四代网络可以支持智能手机和平板电脑等装置的具有高数据速率和低延迟的通信,但预计未来的无线通信网络需要支持进入和来自更广泛的装置的通信,包括复杂性降低的装置、机器类型的通信装置、需要很少或不需要移动性的装置、高分辨率视频显示器和虚拟现实耳机。对于低成本通信装置的示例,希望采用可以使用重复发送和所谓的交叉子帧调度来扩展无线电覆盖的技术,其中,分配共享信道的通信资源的控制消息的重复发送在分配的共享信道上与重复发送的处理间隙之后。然而,这些技术可能对其他方面产生影响,例如,可以使用重复请求型处理实现的最大数据速率。



技术实现要素:

本技术的实施例可以提供一种配置,其中,通信装置被配置为从一个或多个基础设施设备接收作为多个数据单元的数据,每个数据单元被编码用于根据重复请求类型协议进行发送。该重复请求协议可以是例如自动重复请求协议(arq)或混合自动重复请求(harq)协议或任何类型的协议,其包括来自接收通信装置的反馈确认(ack)或否认(nack)。数据单元的编码是提供数据是否已被正确接收的指示,在重复模式的第一数量的时分单元中的一个中从一个或多个基础设施设备中接收数据单元。根据单独控制的重复请求型处理,在数据单元的一个中接收每个数据单元。通信装置被配置为接收控制消息,分配共享信道的资源,用于接收作为在接收到控制消息的时分单元之后的一个或多个时分单元的重复请求型处理的数据单元,并且重复请求型处理和重复连续时分单元的第一数量在第二模式中增加到第二数量。

根据本技术,当基础设施设备被配置为在发送分配这些资源的控制消息之后(所谓的交叉子帧调度)之后,发送分配给作为一个或多个时间单元的共享信道的通信资源的控制信道消息时,然后,基础设施设备必须等待该对应数量的子帧,以便开始时分单元的重复模式的下一个重复,其中,重复请求型处理进行操作。根据本技术,基础设施设备控制通信装置,使得额外重复请求型处理在时分单元中调度,其中,基础设施设备将必须等待,直到开始重复请求型处理的下一次重复。因此,可以更高效地使用通信资源,而且,无线通信网络可以通过交叉子帧调度实现相同的最大下行链路数据带宽,与在没有交叉子帧调度的情况下可以实现的带宽相同。

在其他实施例中,基础设施设备向通信装置发信号通知重复请求类型处理的数量已经从第一数量增加到第二数量。作为响应,通信装置被配置为根据与基础设施设备所采用的重复请求型处理的数量对应的重复连续时分单元的更大数量,重新划分缓冲器,分配该缓冲器,用于接收来自重复请求型处理的数据单元。

根据另一方面的本技术的实施例可以提供一种设置,其中,通信装置被配置为当使用交叉子帧调度时,改变编码数据单元的解码、编码数据单元的接收或者重复请求型处理的确认或否认的发送中的至少一个,用于接收编码数据单元,以根据在分配共享信道上的通信资源的控制消息的接收与共享信道的通信资源之间的时间,减少数据单元的发送时间。对应的改变性可以应用于基础设施设备。

在所附权利要求中提供了本公开内容的各种其他方面和实施例,包括但不限于通信装置、基础设施设备、移动通信系统和通信方法。

附图说明

现在将仅通过示例,参照附图来描述本公开的实施例,在附图中,相同的部分设置有对应的附图标记,并且在附图中:

图1提供了示出传统移动通信系统的示例的示意图;

图2提供了根据lte标准操作的移动通信系统的无线接入接口的下行链路的结构的示意图;

图3提供了根据lte标准操作的移动通信系统的无线接入接口的上行链路的示意图;

图4提供了示出混合自动重复请求协议(harq)处理的示例的部分示意方框图、部分处理流程图,其中,数据作为多个帧中的多个数据单元或发送区块从基站(enb)发送到通信装置(ue);

图5提供了示出了一种设置的部分示意性harq说明性流程图,其中,enb使用多个harq处理来向通信装置发送数据;

图6是最大数量的harq处理由基础设施设备配置为向通信装置提供最大带宽的用于上行链路和下行链路的子帧设置的示意图;

图7是示出在epdcch正在pdsch的相同子帧中分配资源的子帧内的发送的绘图频率与时间的图形说明;

图8是频率资源相对于时间的图形说明,示出了与图7中所示的设置对应的设置,其中,设置交叉子帧调度,使得在mpdcch和pdsch上发送之间存在延迟;

图9是发送资源的示意图,其中,利用交叉子帧调度来部署最大数量的harq处理,在重复连续帧中在最终harq处理与第一harq处理的发送之间引入了暂时中断;

图10是与图9所示的处理对应的多个harq处理上的资源发送的示意图,但是根据本技术设置,以增加在重复连续帧中在最终harq处理与第一harq处理的发送之间具有中断的情况下使用的子帧的数量;

图11是示出根据本技术的基础设施设备指示ue重新划分其harq缓冲器的设置的示意性流程图;

图12是根据本技术的用于harq处理的上行链路和下行链路上的信号发送的时间的说明性表示;

图13是根据本技术的来自基础设施设备的用于harq处理的在上行链路和下行链路上的信号发送的时间的另一说明性表示;

图14是示出在用于harq处理的在下行链路共享信道上的接收与上行链路控制信道上的发送之间的在通信装置处的处理时间线的说明性表示;

图15是被删截以允许满足处理时间线的ack/nack的上行链路发送的初始sc-fdma符号的说明性表示;

图16是包含早期参考信号的ack/nack的上行链路发送的说明性表示;

图17是具有较短持续时间参考符号的ack/nack的上行链路发送的说明性表示;

图18是用于指示在附加到上行链路共享信道上时的ack/nack的资源元素的位置的说明性表示;以及

图19是使用比在传统设置中使用的资源元素更晚的资源元素附加到上行链路共享信道上的ack/nack的说明性表示。

具体实施方式

传统的lte网络

图1提供了示出根据lte原理操作的移动电信网络/系统的一些基本功能的示意图。图1的各种元素及其相应的操作模式在3gpp(rtm)主体所管理的相关标准中是公知的并且被定义,并且还在许多关于该主题的书籍中描述,例如,holmah.和toskalaa[1]。应该理解的是,下面没有具体描述的电信网络的操作方面可以根据任何已知技术来实现,例如,根据相关标准。

提供了移动电信系统,其中,图1所示的系统包括基础设施设备,所述基础设施设备包括连接到根据熟悉通信技术的人员将理解的传统设置来操作的核心网络102的基站101。基础设施设备101也可以称为例如基站、网络元件、增强型节点b(enodeb(enb))或协调实体,并且向由虚线103表示的覆盖区域或小区内的一个或多个通信装置提供无线接入接口。一个或多个移动通信装置104可以经由使用无线接入接口发送和接收表示数据的信号来传送数据。核心网络102还可以为由网络实体服务的通信装置提供包括认证、移动性管理、收费等的功能。

图1的移动通信装置也可以称为通信终端、用户设备(ue)、终端设备等,并且被配置为经由网络实体与由相同或不同覆盖区域服务的一个或多个其他通信装置通信。可以通过在双向通信链路上使用无线接入接口发送和接收表示数据的信号来执行这些通信。

如图1所示,更详细地示出一个enodeb101a包括用于经由无线接入接口向一个或多个通信装置或ue104发送信号的发送器110以及用于从覆盖区域103内的一个或多个ue接收信号的接收器112。控制器114控制发送器110和接收器112经由无线接入接口发送和接收信号。控制器114可以执行控制无线接入接口的通信资源元素的分配的功能,并且在一些示例中,可以包括用于调度经由无线接入接口的用于上行链路和下行链路的发送的调度器。

更详细地示出示例ue104a包括用于在无线接入接口的上行链路上向enodeb101发送信号的发送器116和用于经由无线接入接口在下行链路上接收由enodeb101发送的信号的接收器118。发送器116和接收器118由控制器120控制。

lte无线接入接口

根据3gpp定义的长期演进(lte)架构设置的移动电信系统使用无线电下行链路(所谓的ofdma)的基于正交频分调制(ofdm)的无线接入接口和无线电上行链路上的单载波频分多址接入方案(sc-fdma)。图2和图3中呈现了根据lte标准的无线接入接口的下行链路和上行链路。

图2提供了无线接入接口的下行链路的结构的简化示意图,当通信系统根据lte标准进行操作时,该无线接入接口可以由图1的enodeb提供或者与图1的enodeb相关联地提供。在lte系统中,从enodeb到ue的下行链路的无线接入接口基于正交频分复用(ofdm)接入无线电接口。在ofdm接口中,可用带宽的资源在频率上划分成多个正交子载波,并且在多个正交子载波上并行发送数据,其中,1.4mhz和20mhz之间的带宽可以划分为正交子载波。并非所有这些子载波都用于发送数据(一些用于诸如ofdm符号的循环前缀等特征)。子载波的数量在72个子载波(1.4mhz)和1200个子载波(20mhz)之间变化。在一些示例中,基于2n(例如,128至2048)对子载波进行分组,使得发送器和接收器都可以使用反向快速傅里叶变换和前向快速傅里叶变换将子载波从频域转换为时域并且从时域转换为频域。每个子载波带宽可以采用任何值,但在lte中,固定为15khz。

如图2所示,无线接入接口的资源也在时间上划分成帧,其中,帧200持续10ms并且细分成1ms的持续时间的10个子帧201。每个子帧201由14个ofdm符号形成,并分成两个时隙220、222,每个时隙包括六个或七个ofdm符号,这取决于ofdm符号之间是否正在使用正常的或扩展的循环前缀来减少符号间干扰。时隙内的资源可以划分成资源区块203,每个资源区块包括在一个时隙的持续时间内的12个子载波,并且资源区块进一步划分为跨越一个ofdm符号的一个子载波的资源元素204,其中,每个矩形204表示资源元素。在子帧和频率内及时分布在主机系统带宽上的资源元素表示主机系统的通信资源。

图2中呈现的lte无线接入接口的下行链路的简化结构还包括每个子帧201的图示,每个子帧201包括用于发送控制数据的控制区域205、用于发送用户数据的数据区域206、参考信号207以及根据预定模式散布在控制区域和数据区域中的同步信号。控制区域204可以包含用于发送控制数据的多个物理信道,例如,物理下行链路控制信道(pdcch)、物理控制格式指示符信道(pcfich)和物理harq指示符信道(phich)。数据区域可以包含用于发送数据或控制的多个物理信道,例如,物理下行链路共享信道(pdsch)、增强物理下行链路控制信道(epdcch)和物理广播信道(pbch)。尽管这些物理信道为lte系统提供了广泛的功能,但就资源分配和本公开而言,epdcch和pdsch是最相关的。可以在[1]中找到有关lte系统的物理信道的结构和功能的更多信息。

enodeb可以将pdsch内的资源分配给enodeb服务的ue。例如,可以将pdsch的多个资源区块分配给ue,以便可以接收其先前请求的数据或者enodeb正在向其推送的数据,例如,无线电资源控制(rrc)信令。在图3中,已经为ue1分配了数据区域206的资源208、ue2资源209和ue3资源210。可以给lte系统中的ue分配pdsch的可用资源的一小部分,并且因此需要向ue通知其在pdcsh内分配的资源的位置,以便只检测和估计pdsch内的相关数据。为了向ue通知其分配的通信资源元素的位置,以称为下行链路控制信息(dci)的形式在pdcch上传送指定下行链路资源分配的资源控制信息,其中,在先前pdcch实例中在相同的子帧中传送用于pdsch的资源分配。

图3提供了lte无线接入接口的上行链路的结构的简化示意图,该无线接入接口可以由图1的enodeb提供或者与图1的enodeb相关联地提供。在lte网络中,上行链路无线接入接口基于单载波频分复用fdm(sc-fdm)接口,并且可以由频分双工(fdd)或时分双工(tdd)提供下行链路和上行链路无线接入接口,其中,在tdd实现方式中,子帧按照预定义的模式在上行链路与下行链路子帧之间切换。然而,不管所使用的双工的形式如何,都使用共同的上行链路帧结构。图4的简化结构示出了fdd实现方式中的这种上行链路帧。帧300分成持续时间为1ms的10个子帧301,其中,每个子帧301包括具有0.5ms持续时间的两个时隙302。然后,每个时隙由七个ofdm符号303形成,其中,循环前缀304以与下行链路子帧中相同的方式插入到每个符号之间。附件1提供了图3所示lte上行链路的更多细节。

混合自动重传请求协议(harq)

那些熟悉lte的人员会知道通信装置可以被配置为使用混合自动重传请求(harq)技术来发送数据。正如那些熟悉harq的人员理解的那样,通过将数据划分为数据单元并使用将冗余数据引入到所得到的编码数据单元中的前向纠错码对每个数据单元进行编码,使用harq技术来发送数据。数据也可以编码,以提供单独的奇偶校验参考。一旦数据已经从发送器发送到接收器,编码数据单元在接收器处解码,并且重新计算循环冗余校验。如果循环冗余校验失败,则数据单元被认定为错误接收。否认(nack)由接收器或目的地装置发送到发送器装置,发送器装置然后重新发送编码数据单元或发送已经为编码数据单元计算的更多冗余数据。然而,如果编码数据单元已经在接收器处成功解码,则将确认(ack)发送到发送器。发送器然后可以发送下一个编码数据单元。根据传统的lte设置,当通信装置经由基站或enodeb发送和接收数据时,ack/nack信号作为其他控制信号的一部分来发送或者附加到其他控制信号上,从而有效利用可用通信资源。对于lte系统,由物理下行链路共享信道(pdsch)在下行链路上承载数据单元或发送区块。

图4提供了示出根据lte标准内的已知设置的harq处理的示例的部分示意性方框图、部分流程图。图4提供了使用每个帧200中的单个子帧202从enb101向ue104发送数据的示例。因此,图4表示单个harq处理的示例。如图4所示,数据由enb101接收并形成为多个数据单元或发送区块400。控制器114然后控制接收器112将发送区块编码成编码数据单元,用于经由无线接入接口发送给ue104。如在enb101和ue104之上图片所示,对于该示例,在帧200的子帧4中发送编码数据单元402。

根据lte标准,为了在子帧4中发送编码数据单元402,enb在子帧4的pdcch中发送控制信道消息,其中,控制信道消息指示将在其上将发送编码数据402的pdsch的资源。在控制器114的控制下的ue104控制接收器112检测控制消息404,该控制消息404指示将在其中发送编码数据单元402的pdsch的通信资源。编码数据单元402然后由enb101在那些pdsch资源上发送406并由接收器118在ue104中检测。

ue104内的接收器118然后尝试解码发送区块。将要理解的是,存在各种形式的重复请求协议,其中一些协议请求重传整个编码数据单元,而另一些协议请求重传由前向纠错提供的冗余数据。控制器120根据接收器是否能够成功解码编码数据单元402来控制发送器116在pucch408上发送确认(ack)或否认(nack)。根据重复请求协议,enb101随后重新调度编码数据单元402的发送或发送更多冗余数据,以便ue104中的接收器118可以恢复数据单元402。

如上所述,图4中所示的说明性设置表示单个harq处理的发送,其中,每个帧中的一个子帧用于发送数据单元(发送区块)。然而,根据传统lte规范,通过利用每个帧200内的更多子帧202来发送数据,无线通信可以向ue104提供更大的带宽。图5中示出了这种设置。在图5中,示出了一个示例,其中,多个harq处理对于从通信网络到ue104的数据发送是有效的。

如图5所示,在发送管道500上接收数据。然后将数据分成发送区块或数据单元502并将其多路复用为多个单独的发送流504。然后,将每个流504分配给单独的harq处理,使得如图5所示,harq处理1在子帧4中发送每个编码数据单元,harq处理2在子帧5上发送编码数据单元。可能有其他harq处理在不同的子帧中发送数据单元,表示为harqn。因此,ue104可以根据由enb部署的用于在发送帧200的单独子帧中发送的harq处理的数量来接收更大的下行链路带宽。

图6示出了最大数量的harq处理用于使用pdsch在下行链路上从enb101向ue104发送数据的示例。ue在时间t0接收pdsch1,其中,ue将接收到的数据单元存储在接收器中的harq缓冲器中。在四个子帧之后(即,在时间t4),ue向enb发送harq反馈(由pucch1承载),指示其是否已经成功接收到pdsch1。如果ue发送nack,则enb将在针对harq处理1的下一可用时间段(即,在时间t8)将pdsch1中的数据单元重新发送给ue。ue将在pdsch1上接收到的重传数据单元与harq1缓冲器中已有的重传数据单元进行组合。如果ue仍未接收到发送,则具有最大数量的重传,随后,认为发送失败。在接收到包含用于harq处理(harq1)的harq反馈(ack)的pucch时,enb将需要处理pucch,然后,为后面的harq1构造pdsch(重传或新分组)。根据lte的示例,允许enb采取三个子帧来执行该处理。因此,harq处理的整个往返行程是八子帧。

如图6所示,由于harq处理内的处理和发送延迟,所以存在最大数量的harq处理,可以根据lte标准的传统操作来容纳这些处理。根据该设置,最多具有八个harq处理601。如图6所示,enb101因此调度在pdsch602上到ue104的八个发送。相应地,ue在根据harq处理发送ack/nack604,与数据单元所对应的harq处理的pdsch上的编码数据单元的发送对应。

一般而言,重复请求型协议是停止和等待处理,其中,在可以使用相同的harq处理来在重复连续子帧的子帧的pdsch上发送另一数据单元之前,enb101需要等待另外八个子帧。如上所述,这是重传或新的数据单元。在等待重新使用相同的harq处理时,例如,harq1,则enb101可以使用额外的harq处理(例如,harq2分配给harq8)继续在pdsch上向ue104发送(不同的)数据单元。这样,enb可以在连续子帧中向ue104发送数据单元,如图6所示,由此使吞吐量最大化。应该理解的是,每个harq处理需要缓冲器(存储器)来存储/累积数据单元,用于在pdsch上发送。在传统系统中,最多有八个下行链路harq处理,因此整个harq缓冲存储器需要足以存储在pdsch上发送的最大数据单元大小的八倍。根据一个示例,作为harq处理的一部分应用于数据单元(发送区块)的编码可以是1/3速率,使得基于lteturbo码的母码率为1/3,由每个harq处理支持的软物理比特的数量近似为所支持的最大发送区块大小的三倍。应该理解的是,在lte中,下行链路使用异步harq,其中,enb可以决定发生每个harq处理的时间。即,如图6所示,harq处理2不需要在harq处理1之后立即发生,而是在两个harq处理之间可能发生一些延迟(直到enb)。然而,单个harq处理的往返时间(即,发送控制、数据和确认以及处理时间)保持相同(即,8个子帧)。在图6中,harq处理连续发生,以便实现峰值吞吐量,因为任何间隙都会导致峰值吞吐量下降。

支持低成本mtcue

已经提出了提供无线接入接口的通信资源的配置,以支持称为低成本(lc)机器类型通信(mtc)装置(lc-mtcue)的装置类别。除了将载波频率带宽限制为六个物理资源区块(prb)之外,另一复杂度降低特征可以是将lc-mtcue在下行链路和上行链路中的数据单元的大小(发送区块大小)限制为1000比特,即,将潜在吞吐量限制为1mbps。将发送区块大小减小到1000比特,可以直接减少harq缓冲器所需的内存量,从而降低成本。根据以上说明,最大数量的harq处理被限制为八个,因此harq缓冲存储器被设置为支持用于lc-mtcue的最大数量的八个harq处理。

lc-mtcue的一个技术挑战是实现覆盖增强、低复杂性(即,低成本)和降低的功耗。在覆盖增强(ce)特性中,lc-mtc的覆盖范围扩展了15db(相对于传统ue的覆盖范围)。ce的主要技术是通过多次重复相同的消息。降低lc-mtcue的复杂性/成本的主要技术是限制ue在六个prb内操作。系统带宽因此被分成多重6个prb窄带,并且lc-mtcue预计能够调谐到这些窄带中的任何窄带。

为了向ue发送下行链路数据,enb首先发送由包含下行链路许可(用于pdsch的调度信息,例如,mcs(调制和编码方案)、prb数量)的pdcch或epdcch(用于lc-mtc的m-pdcch)乘载的dci。随后是承载下行链路数据的pdsch。在传统系统中,分配共享信道(pdcch)的资源的控制消息在发送pdsch和epdcch的相同子帧中的控制信道(pdcch/epdcch)上发送。图7中示出了该传统设置,其中,根据该传统设置,epdcch上的控制消息的发送在发送其的相同子帧中分配pdsch的资源。相反,图8示出了已经为lc-mtcue提出的所谓的“交叉子帧调度”。提供交叉子帧调度,以允许低功率或低成本通信装置通过重复发送来接收称为在mpdcch上的dci消息的控制信道消息,以也通过在pdsch上重复发送数据来接收和恢复具有较低信噪比的数据。控制信道消息的发送在mpdcch中的下行链路上重复地设置,如图8中在方框800内所示。相应地,可能在时间和频率轴802、804所示的不同频率内,在由mpdcch806上提供的控制消息指示的pdsch资源上重复发送数据。然而,为了允许低成本或低能力通信装置处理来自mpdcch的控制信道消息,以确定pdsch的(频率)位置,并且可能重新调谐到调度在pdsch上发送的数据的频率资源,在mpdcch上的控制信道消息的发送与pdsch上的分配资源上的发送之间提供例如一个子帧810的延迟。在如图8所示的一个示例中,延迟等于1个子帧810。

由于有限的六个prb带宽以及在覆盖增强操作中需要重复,所以使用交叉子帧调度。这六个prb带宽限制了可以用于mpdcch和pdsch发送的频率资源的数量。使用更多的频率资源,将减少重复次数(资源的时间),这有利于覆盖增强操作中的功耗。交叉子帧调度允许mpdcch和pdsch完全占用频率资源(六个prb)。

可以理解的是,为了减少生产成本和系统实现方式,希望尽可能地具有在正常覆盖和覆盖增强操作之间的共同设计,其利用重复来以低信噪比或者向lc-mtcue发送数据。因此,甚至在没有重复的操作中,也使用交叉子帧调度。然而,在非重复情况下使用交叉子帧调度可能会对物理层通信产生额外的影响。

图9中示出了使用交叉子帧调度向例如lc-mtcue发送数据的示意图。如图9所示,根据最大数据速率,通过方框900的第一行示出由enb101发送控制消息(dci消息),分配pdsch的资源,用于发送下行链路数据单元,其中,每个方框被指定为mx,其中,x等于1到8。因此,根据传统设置,八个可能的harq处理确定最大数据速率,并且因此根据该最大数据速率,在mpdcch上向ue发送八个控制信道消息,在pdsch上分配资源。相应地,pdsch被示出为方框902的一行,其中,在每个方框显示中编码数据单元dx的发送,其中,x等于1到8,与mpdcch上发送的控制信道消息对应。根据上面解释的harq处理,在方框dx中在pdsch中发送数据单元的每个harq处理设置有由ue在pucch中在上行链路上发送的反馈消息ack/nack。由一系列方框904示出了在上行链路pucch上发送的反馈消息。与图9中所示的harq处理的另一部分对应,由每个方框ux指示的在上行链路pucch上发送的反馈消息表示根据harq处理的x=1-8个反馈消息中的一个。

如图9所示,由于使用交叉子帧调度并仅具有八个harq处理,所以enb不能调度在连续的子帧中发送pdsch的数据单元的每个子帧。结果,在连续子帧的下一次重复的最终harq处理与第一harq处理的控制信道消息的发送之间,存在两个子帧的中断。相应地,在连续子帧的下一次重复的最终harq处理和第一harq处理的pdsch上的数据单元的发送中,存在两个子帧的中断。结果,enb不能实现峰值吞吐量(1mbps)。如图9所示以及以上所解释的,在时间t0,lc-mtcue接收mpdcch(m1),稍后在时间t1为harq处理1调度pdsch(d1)两个子帧。随后是ue稍后在时间t2发送承载harq反馈(ack/nack)四个子帧的pucch。可替换地,可以使用pusch来发送harq反馈。由于enb采用三个子帧来处理pucch并构建pdsch,因此harq处理1的下一个调度机会在时间t4。如图9所示,在enb处理时间期间,由于不存在更多的harq处理可用,所以在时间t3和t4之间存在两个子帧的调度间隙906(其中,不进行调度)。因此,10个子帧中只有8个可以使用pdsch进行调度,这将潜在吞吐量从1mbps降低到800kbps。

应该观察到,m-pdcch不需要使用窄带内的全部六个prb。未使用的prb可以用于支持pdsch。因此,可以在每个子帧中将pdsch和m-pdcch分配给ue。在这种操作模式中,子帧'n-2'中的m-pdcch将在子帧'n'中分配pdsch,并且子帧'n'中的m-pdcch将在子帧'n+2'中分配pdsch。这在图9中示出,其中,m-pdcchm3和pdschd1占用相同的子帧,但是pdschd1由m-pdcchm1预先调度两个子帧。

如图9所示,如果使用子帧调度,其中,比通信资源的分配更早地在子帧中发送分配pucch的资源的控制信道消息,则在相应重复的最后数据单元和第一数据单元的发送之间必须存在间隙。即,如果控制信道消息在作为发送该控制信道消息的子帧之后的一个或多个子帧的子帧中分配共享信道的资源(这是交叉子帧调度的情况),则enb接收来自ue的ack/nack时将存在相应的延迟,这等于控制信道消息的发送与由该消息在子帧中分配的共享资源之间的子帧的数量。因此,下载数据的发送将必须中断,因此,这将减少可以分配给ue的可能带宽。

根据本技术的示例实施例,为了补偿交叉子帧调度的使用并且能够实现在不使用交叉子帧的模式下可以实现的相同的峰值数据速率,enb被配置为根据将所述控制消息与所述控制消息所分配的资源分开的子帧的数量,来增加harq处理和用于发送不同harq处理的重复连续子帧的数量。图10提供了与图9中所示的设置对应的设置的图示,但是该设置根据本技术来改变,以容纳enb由于交叉子帧调度而目前不能调度发送的子帧。因此,可以实现峰值吞吐量,并且通过增加harq处理的数量,来保持接收pucch(harq反馈)的enb处理时间。对于图9和图10中所示的示例,使用两个额外的harq处理,即,harq处理9和harq处理10,以使enb能够在时间t3和t4内进行调度,并且在时间t4和t5之间发送对应的pdschd9和d10。这样,所有的子帧都被占用,从而实现1mbps的峰值吞吐量。

根据如图10所示的本技术,其中,使用交叉子帧调度,在这种情况下,在后面的子帧中分配通信资源的控制信道的发送之间存在间隙,则enb被配置为将其他harq处理设置为在对应于该间隙的子帧内执行。因此,harq处理的数量然后增加,超过为传统ue配置的最大数量。因此,当向ue发送在最终harq处理的最后一次发送与第一harq处理的第一次发送之间的子帧的中断时,可以被其他harq处理利用。因此,可以改善可用通信资源的相应利用率,并且低成本ue可以实现与传统ue相同的最大数据速率。

将harq处理的数量增加到10,将意味着增加ue中的harq缓冲存储器,这会增加ue复杂度(以及成本)。此外,传统通信装置仅需要具有支持八个harq处理的harq缓冲存储器大小。因此,根据本技术的示例实施例,enb可以向ue指示在第一模式下将其harq缓冲存储器重新划分为八个harq处理,并且在第二模式下,其harq缓冲存储器重新划分为十个harq处理。

在一个示例中,通过使用涡轮码对用于在pdsch中发送的数据单元(用于发送的发送区块)进行编码,根据harq处理对数据单元进行编码。在这个处理中,将额外的编码比特添加到信息比特中,以使其更加稳健。通常,将1/3编码率应用于信息比特,即,编码比特的数量是信息比特的数量的三倍。假设在最大数据单元(发送区块)大小的信息比特上使用1/3编码率,设计harq缓冲存储器。因此,本技术的实施例认识到,通常,当ue可以实现峰值吞吐量时,其处于有利的无线电条件,并且因此ue可以容忍更高的编码率。因此,当ue处于有利的无线电条件时,编码率可以例如增加到1/2编码率,而不是1/3编码率,从而导致每个harq处理的harq缓冲存储器更少。因此,1/3编码率的8个harq处理所需的内存量可以以1/2编码率(仅使用总harq缓冲器的5/6或83%)重新划分为10个harq处理。因此,这允许最大数量的harq处理增加,而不增加总的harq缓冲存储器。

当ue的无线电条件能够以大数据单元容忍1/2的较高编码率时,enb可以向ue发送指示。enb可以使用来自ue的测量报告或csi(cqi)报告来作出此决定。仅当ue处于正常覆盖范围而没有重复时,才使用这种指示符。

类似地,如果无线电条件恶化并且不再能够支持1/2编码率,则enb可以向ue指示将其harq缓冲存储器重新划分为八个harq处理(而不是十个harq处理)。

在一个实施例中,在由mpdcch携带的dci中发送指示。应该理解的是,dci通常用于向ue指示动态参数,这会影响单个调度,对于没有重复的正常覆盖情况,这只会影响单个子帧(包含pdsch)。然而,在这种情况下,该dci指示会影响至少10个调度(10个pdsch子帧),因为在已经利用所有harq处理之前改变harq处理的数量是不利的。ue可能需要一些时间来重新划分harq缓冲存储器,因此,在可以发送mpdcch以调度ue之前,需要在dci指示之后包括延迟。该指示仅需要dci中的一位。

在另一实施例中,dci比特指示可以是dci中“harq处理号”字段中的比特串。dci中的harq处理号通知ue相应的调度的pdsch属于哪个harq处理。目前仅使用三个比特(用于八个harq处理)。可以向该字段添加额外比特,以支持10个harq处理,并且可以使用特殊的比特串,例如“1111”(其指示无效的harq处理),来指示harq处理的数量从8增加到10。可以使用一个不同的比特串,例如,“1100”(即,不对应于10个harq处理中的任何一个),来指示将harq处理的数量从10减少到8。

ue可能会错过dci指示并因此不能将其harq缓冲器重新划分为期望数量的harq处理,这是可行的。然而,enb将在pdsch的调度中使用错误数量的harq处理。因此,在另一实施例中,当发送用于重新划分harq缓冲器的dci比特指示(即,改变harq处理的总数)时,预期来自ue的确认。可以稍后使用pucch,例如,四个子帧,来发送该确认。该确认是一个单独的确认,并且可以与pdsch的确认(如果发送了pdsch)不同。可替换地,可以使用pusch的mac报头中的字段来发送确认:当ue发送pusch时,单个比特字段可以指示将八个还是十个harq处理用于pdsch。

在另一实施例中,如果发送用于重新划分ue的harq缓冲器的dci指示,则不发送对应的pdsch。即,ue不期望发送pdsch。相反,ue将相应地重新划分其harq缓冲器,然后,发送确认。

图11提供了根据本技术的enb与ue之间的消息流程图。如图11所示,enb101向ue104发送dci指示,向ue104提供指示,以重新划分其harq缓冲器,以容纳两个额外的harq处理。ue104然后向enb181发送确认消息1101,并且作为响应,enb101发送第一pucch,以调度消息1102中的第一harq处理。在此处,enb在接收到harq重新划分完成的确认之后将仅向ue发送mpdcch。

在另一实施例中,在将dci中的harq缓冲器重新划分指示符发送给ue之后,enb将启动定时器。期望ue将其harq缓冲器重新划分为目标总数的harq处理,并发送确认。如果enb未能从ue接收到确认,则将假设ue未能重新划分其harq缓冲器。enb然后可以重传dci指示符。如果ue已经重新划分其harq缓冲器,但是enb未能接收到确认,则ue可以在接收到重传的dci指示符之后重新发送确认。

在一个实施例中,当重新划分harq存储器时,可以刷新harq缓冲存储器的内容。

在另一实施例中:

当harq存储器被重新划分为较小尺寸时,刷新harq缓冲器的一部分内容(例如,当8个harq处理被重新划分为10个harq处理时,刷新现有harq缓冲器的20%的内容,并且其余内容用于重新组合操作);

当harq存储器被重新划分为更大尺寸时,现有harq缓冲器的内容与未来的重传相结合。

在另一实施例中,harq缓冲器重新划分指示符经由rrc信令用信号通知给ue。rrc信令作为rrc信令的一部分由ue自动确认。

在另一实施例中,当使用十个harq处理操作时,enb以1/2编码率对数据单元进行编码。然后,ue将使用1/2编码率对接收到的pdsch进行解码。

在另一实施例中,当使用十个harq处理操作时,enb仍然以1/3编码率对数据单元进行编码,但是与较小的harq缓冲尺寸进行速率匹配。即,在发送给ue之前,删截一些比特。剩余的一些比特可以重复发送,代替被删截的比特。ue将使用1/3编码率对接收到的pdsch进行解码。turbo编码器可以恢复被删截的比特。

在另一实施例中,当使用10个harq处理操作时,enb以1/3编码率对发送区块进行编码,并以1/3编码率发送pdsch。在ue执行符号解调之后,丢弃一些(软)比特并将剩余的比特存储在harq缓冲器中(因为没有足够的存储器来存储所有的软比特)。turbo编码器可以恢复丢弃的比特。

在使用交叉子帧调度时改变harq处理

从上述实施例可以理解,当采用交叉子帧调度时,enb被配置为增加harq处理的数量,以补偿在子帧的重复模式的最终harq处理与子帧的下一个重复模式的第一harq处理之间施加的延迟。该延迟是由ue在pdsch上接收编码数据单元并且在pucch上准备和发送ack/nack所用的时间以及enb解码pucch发送所用的时间造成的。作为替代设置,本技术的实施例可以替代地或与上述实施例结合来通过在pucch(或pusch)中减少ue处的pdsch接收与相关的ack/nack发送之间的时间,来补偿由交叉子帧调度引起的延迟。

可以从图12和13提供的信号时间图中理解本技术的示例实施例。图12提供了分别在如上所述需要执行一个harq处理的m-pdcch1201、pdsch1204和pucch/pusch1206中发送的信号的表示。如图12所示,在时间t0,enodeb在m-pdcch上发送控制信道消息,在pdsch1204上分配资源。该m-pdcch1201在时间t1使用交叉子帧调度分配pdsch。然后,存在隐式或显式的资源分配,用于在pucch(或在时间t2处的pusch)1206中发送harqack/nack馈送信令。图12中的方框1206表示可能在pucch或pusch上的harqack/nack的发送。

根据示例实施例,harq处理所需的信号的发送适于根据以下时间减少:

m-pdcch占用单个子帧;

在m-pdcch和pdsch之间存在单个子帧(即,t1-t0=两个子帧);

pdsch占用单个子帧(在其他实施例中,可以截断pdsch);

在pdsch和pucch/pusch之间存在单个子帧(即,t2-t1=2个子帧,在现有技术的版本12时间关系中,t2-t1=4个子帧);

pucch或pusch占用一个子帧。

来自enodeb视角的整个harq时间如图13所示。harq时间示出了可以在m-pdcch发送1201、1301或pdsch发送1204、1304之间每8个子帧调度相同的harq处理,时间差异为t5-t1=8个子帧。这可以与上面图9和10中示出的替代实施例的时间图进行比较,其中,每10个子帧仅调度相同的harq处理。因此,根据本技术的示例实施例,在共享信道(pdsch)上分配通信资源的控制消息的发送和/或接收、pdsch上的编码数据单元和pucch/pusch上的ack/nack(harq信号)改变,并且在一些示例中妥协,以便减少延迟,使得子帧的重复模式中的对应harq处理之间的时间差从十减少到八,如图13中所示。这些信号的发送/接收的改变和/或妥协如下所述。因此,实现峰值吞吐量所需的harq处理的数量从十减少到八,由此保持相同数量的harq处理,这可以在没有交叉子帧调度的情况下使用。

在以下段落中提供了上面解释的harq信号的发送和/或接收的改变的示例实施例。例如,在ue处,pdsch和pucch/pusch之间的时间可以减少到单个子帧。为此,需要在pdsch的空中接收和pucch/pusch的空中发送之间执行以下操作。

fft(快速傅立叶变换);

信道估计;

均衡;

pdsch的turbo解码;

pucch信道处理;

pucch的时间提前。

已知在对m-pdcch进行解码时,可以在单个子帧内很好地执行{多达16个m-pdcch候选的fft、信道估计、均衡、盲解码}的功能。已知在一些实现方式中,这些功能甚至可能在2个ofdm符号(约140μs)内。

m-pdcch发送高达约27位的dci(下行链路控制信息),并且附加16位crc。多达16个m-pdcch盲解码是必需的。使用截尾卷积码对m-pdcch进行编码,因此,需要多次维特比解码迭代来解码m-pdcch。因此,m-pdcch的每次迭代的总盲解码负载是(27+16)*16=688比特。这与达到峰值数据速率所需的turbo解码处理负载(1024位)类似。因此,如果pucch信道处理和pucch的时间提前不花费过多时间,则可以实现图13中所示的减少的时间线。然而,根据ue实现方式和能力,ue能够花费一些额外的时间来解码pdsch将是有利的。

当ue在良好的snr条件下操作时,峰值速率是最可实现的。在小区的中心观察到这些良好的snr条件。如果期望在距离基站最近的小区的25%中实现峰值速率,并假设(大)小区半径为10km,则需要应用的最大时间提前小于35μs(即,小于sc-fdma符号的一半)。

pucch信道处理是一个简单的处理,由以下功能组成:

创建基本序列;

加扰基本序列;

乘以正交覆盖码;

映射到未被dmrs占用的资源元素(解调参考信号)。

图14中示出了ue处理时间线的示例,其中,pdsch1401和pucch1402的发送之间的时间间隙被示出为一个子帧202。用于不同ue功能的实际处理时间取决于实现方式。该示例处理时间线示出,如果处理时间线可以稍微延长或者ue处理功能略微加速,则在与其相关的pdsch之后,将pucch发送一个子帧,这是可行的。本技术的方面涉及稍微延长处理时间表和加速ue处理功能。在图14的处理时间线中,发生以下操作:

t0:开始缓冲空中样本;

t1:开始fft操作;

t2:开始信道估计操作。该操作可以在ue接收到第一参考信号之后立即开始。随着更多参考符号被ue接收,可以将信道估计细化;

t3:fft操作结束;

t4:信道估计操作结束;均衡开始(“均衡”操作可以用诸如最大似然(ml)解码或软球解码(ssd)等操作来代替)。信道估计操作结束的时间取决于pdsch中最后的参考信号的时间位置;

t5:均衡结束;开始pdsch的turbo解码;

t6:开始pucch信道处理(该时间可以包括ue软件/固件确定要在pucch中应用的ack/nack状态所需的时间);

t7-t8:分配给pucch的时间提前的时间。

下面提供根据图14中所示和上面解释的内容实现改进时间的一些示例,使得在如下所示开始pucch1402之前发生图8中的时间t8。

在一个实施例中,如图15所示,pucch被ue删截。在这种情况下,pucch不占用可用于pucch的全部14个sc-fdma符号(在正常循环前缀中),并且不发送初始sc-fdma符号,如虚线方框1501所示。那些初始sc-fdma符号的时间由ue用来完成pdsch解码并执行初始pucch编码。ue和enodeb可以处理删截的方式具有多种可能性,这些可能性是:

enodeb可以向ue指示要删截的sc-fdma符号的数量;

enodeb可以简单地尝试在不知道哪个符号已被删截的情况下对pucch进行解码,使用pucch编码的固有弹性来校正删截符号;

enodeb可以尝试使用关于ue已经删截的sc-fdma符号的数量的不同假设来解码pucch(这是盲解码的一种形式)。

图15示出了在子帧(由7个sc-fdma符号组成的时隙)中占用两个时隙的pucch,其中,删截在子帧的第一时隙中的初始符号1501。在一些情况下,pucch在子帧的第一时隙和第二时隙之间跳频(图15中未示出)。

通常,pucch在子帧内重复两次,其中,在每个时隙中发送pucch。因此,在上述实施例的一个可能操作中,pucch只有一个重复,并且在子帧的第二时隙中发送。即,完全删截(未发送)第一个时隙中的pucch。这会引起3db的损失,但是由于ue可能处于良好的无线电状态并且没有功率限制,所以这可以补偿(例如,通过增加ue的发射功率)。应注意的是,增加ue的发射功率不会增加ue处的能量消耗,因为增加的发射功率应用更短的时间段。

在一个实施例中,由用于组成pucch的方框1504、1506中的每一个表示的sc-fdma符号的顺序重新排列,使得初始sc-fdma符号被表示为散列的方框1504的参考信号占据。ue能够完成pdsch发送的处理,并且在确定了pdsch的ack/nack状态之前,开始发送这些参考信号1504。图16示出了示例pucch格式,其中,第一组dmrs参考信号1604已经在更早的时间移动(并且初始数据承载符号1606已经在较晚的时间移动)。

在图17中表示的另一实施例中,pucchdmrs参考信号1704的持续时间减少,并且pucch发送延迟,如箭头1702所表示的。要注意的是,当ue处于合理的信道条件时,仅向ue发送峰值下行链路数据速率。在这些情况下,ue上行链路性能不太可能受到信道估计限制,因此,减少可用参考符号的数量不是重要问题。通过以更高的功率发送pucch,可以补偿任何性能损失。

在pucch的各方面被截断(dmrs1504、1604、1704或数据承载符号1506、1606、1706)的上述实施例中,可以通过将功率控制应用于pucch来减轻性能损失。由于enodeb和ue知道pucch被截断的时间,因此可以应用以下两种方法:

当enodeb知道将发生pucch的截断时,自动向ue发送功率控制命令;

ue在已知方案(例如,规范中定义的方案)下自主地增加pucch功率。当enodeb也知道该方案时,ue能够自主地改变pucch功率,并且enodeb将期望改变的接收功率(并且将能够处理由ue的增加的发射功率所产生的任何伴随干扰)。

在另一实施例中,ue尽早终止接收空中pdsch(例如,通过对所接收的pdsch的最后ofdm符号进行删截)。这使ue能够尽早开始解码pdsch。当高阶调制和编码率可用于pdsch时(如果这些不可用,则没有足够的物理资源可用于enodeb来编码用于ue的高数据速率下行链路发送),该实施例将适用。在该实施例中,enodeb可以发送pdsch的所有符号(并且ue选择适当地删截符号),或者enodeb可以发送截断的pdsch,允许enodeb保存发射功率资源,或者使用那些截断的符号发送额外的信道或额外的参考信号。这种额外的信道或参考信号可以发送到接收pdsch的ue或另一ue。

为了促进该实施例,当使用依赖于dmrs的发送模式时,移动pdschdmrs的位置可能是有利的。在传统设置中,pdschdmrs至少占用下行链路子帧的最后两个ofdm符号。这些可以被移动到更早的ofdm符号;

并非移动dmrs,pdsch的最终ofdm符号中的dmrs可以被删截,并且ue解调可以基于两组dmrs(占据更早的ofdm符号);

并非使用依赖于dmrs的发送模式,enodeb可以使用基于crs(小区特定参考信号)的发送模式(其中,crs参考信号在子帧中比dmrs参考信号更早发生)。

在另一实施例中,当调度峰值速率时,ue使用较少的turbo解码迭代。ue可以向enodeb发送正在使用减少的turbo迭代的指示,因为有利于enodeb了解ue正在执行的操作,以便稳定控制由enodeb调度的调制和编码方案的控制环路。

在另一实施例中,当应用峰值速率格式时,enodeb使用(比turbo码)解码更简单的错误控制码。例如,当应用峰值速率格式时,enodeb可以使用卷积码或分组码(例如,ldpc/低密度奇偶校验码)。

可以通知ue通过dci指示应用的错误控制码。例如。某些调制和编码方案(mcs)可能与更简单的错误控制代码相关联。

在一些实施例中,rrc信令用于指示pdsch发送与关联的pucch之间的时间减少。

在一些实施例中,dci信令用于指示pdsch发送与关联的pucch之间的时间减少。

在一些实施例中,当pdsch发送区块大小超过阈值时,应用pdsch发送和关联的pucch之间的减少的时间。

在一些实施例中,当在子帧之间不重复pdsch(即,ue不在覆盖增强模式中操作)时,应用pdsch发送和关联的pucch之间的减少的时间。

在上面的示例中,使用pucch来执行ack/nack反馈,但是如上所述,ack/nack可以由pusch承载。现在将描述使用pusch来发送ack/nack的示例实施例。

pucch承载上行链路控制信息(uci)。可以在pucch或pusch上发送uci。当在pusch上发送时,uci“附加”在pusch上。附加的uci占用puschdmrs参考符号周围的一些已知资源元素位置。

在一些示例实施例中,当pdsch和uci之间的时间线减少时,总是使用pusch,而不是pucch。这有助于减少处理时间线,因为在pusch上承载的附加的uci在比应用pucch时使用的第一个sc-fdma符号更晚的sc-fdma符号处开始。图18中示出了根据本实施例的附加uci的位置和可用于pdsch解码和pucch编码的额外符号(示出了示例映射,并且其他示例是可能的)。

在其他示例实施例中,用于附加在pusch上的uci的资源元素移动到比当前lte系统中使用的资源元素更晚的资源元素,如图19所示。

在上述实施例中,“删截”用于描述缩短harq信号发送的处理。然而,在其他示例中,并非删截现有的指定pucch,可以使用新的pucch格式,其直接映射到较短持续时间pucch的可用数量的资源元素。在这种情况下,enodeb优选地知道ue使用的较短持续时间pucch的格式。

在以下编号段落中定义本发明的各种其他方面和特征:

段落1.一种用于向无线通信网络中的一个或多个通信装置发送数据或从其接收数据的基础设施设备,所述基础设施设备包括:

发送器,其被配置为经由无线接入接口向一个或多个通信装置发送信号,

接收器,其被配置为经由无线接入接口从一个或多个通信装置接收信号,所述无线接入接口提供在提供多个通信资源的区块的载波频率带宽的时分单元中布置的通信资源,在无线接入接口的下行链路上的每个时分单元包括用于发送控制信道消息的控制信道和共享信道,所述控制信道消息将共享信道的通信资源分配给通信装置,以从一个或多个基础设施设备接收信号,

以及控制器,其与接收器和发送器一起被配置为:

将数据作为多个数据单元发送到一个或多个通信装置,每个数据单元被根据重复请求型处理被编码用于发送,所述编码提供数据已被通信装置正确接收的指示,每个所述数据单元根据单独控制的所述重复请求型处理在重复模式的第一数量的所述时分单元中的一个中被发送,所述发送器被配置为发送控制消息,该控制消息分配用于接收作为在发送控制消息的时分单元之后的一个或多个时分单元的重复请求型处理的数据单元的共享信道的资源,在时分单元的重复模式中的重复请求型处理的数量从第一模式中的第一数量增加到第二模式中的第二数量。

段落2.根据段落1所述的基础设施设备,其中,所述第二数量相对于所述第一数量增加了一个或多个重复请求型处理,该第二数量小于或等于时分单元的数量,该时分单元将控制信道消息与分配共享信道的资源的时间单元分开。

段落3.根据段落1所述的基础设施设备,其中,所述第二数量相对于所述第一数量增加了时分单元的数量,该时分单元将控制信道消息与分配共享信道的资源的时间单元分开。

段落4.根据段落1、2或3所述的基础设施设备,其中,所述控制器与所述发送器和所述接收器一起被配置为:

向所述通信装置发送控制信号,该控制信号指示所述基础设施设备将使用具有所述第二数量的重复连续时分单元的所述第二数量的重复请求型处理将所述数据发送到所述通信装置,并且

根据所述通信装置中的具有预定最大尺寸的接收器缓冲器来改变所述数据单元的编码,所述预定尺寸被确定为接收第一数量的重复请求型处理的第一数量的编码数据单元。

段落5.根据段落4所述的基础设施设备,其中,所述控制器与所述发送器一起被配置为:

根据用于重复子帧的第二模式中的重复请求型处理的数量相对于第一数量的重复请求型处理的增加,而相对于用于所述第一数量的所述重复请求型处理的编码率增大用于第二数量的重复请求型处理的编码率,使得可以由通信装置在关于第一数量的重复请求型处理而配置的预定最大缓冲尺寸内接收数据。

段落6.根据段落5所述的基础设施设备,其中,所述控制器被配置为当无线电质量度量指示无线电通信条件足以允许增大编码率时使用所述通信装置的所述第二数量的所述重复请求型处理。

段落7.一种将数据从基础设施设备发送到无线通信网络中的通信装置的方法,所述方法包括:

将所述数据作为多个数据单元发送到所述通信装置,每个所述数据单元根据重复请求型处理被编码用于发送,所述编码提供所述数据是否已被所述通信装置正确接收的指示,每个所述数据单元根据单独控制的所述重复请求型处理在提供无线接入接口的多个通信资源的区块的载波频率带宽的重复模式的第一数量的时分单元中的一个中被发送,每个所述时分单元包括用于发送控制信道消息的控制信道和共享信道,所述控制信道消息将所述共享信道的所述通信资源分配给所述通信装置以从一个或多个所述基础设施设备接收信号,其中,发送包括:

发送控制消息,该控制消息分配用于接收作为在发送控制消息的时分单元之后的一个或多个时分单元的重复请求型处理的数据单元的共享信道的资源,在时分单元的重复模式中的重复请求型处理的数量从第一数量增加到第二数量。

段落8.一种用于向无线通信网络发送数据或从无线通信网络接收数据的通信装置,所述通信装置包括:

发送器,其被配置为经由无线接入接口向无线通信网络的一个或多个基础设施设备发送信号,

接收器,其被配置为经由无线接入接口从无线通信网络的一个或多个基础设施设备接收信号,所述无线接入接口提供在提供多个通信资源的区块的载波频率带宽的时分单元中设置的通信资源,在无线接入接口的下行链路上的每个时分单元包括用于接收控制信道消息的控制信道和共享信道,所述控制信道消息将共享信道的通信资源分配给通信装置,以从所述一个或多个基础设施设备接收信号,

以及控制器,其与接收器和发送器一起被配置为:

从一个或多个所述基础设施设备接收作为多个数据单元的所述数据,每个所述数据单元根据重复请求型处理被编码用于发送,所述编码提供是否已正确接收所述数据的指示,所述数据单元在重复模式的第一数量的时分单元中的一个中被从一个或多个所述基础设施设备接收,每个所述数据单元根据单独控制的所述重复请求型处理在重复模式的所述数据单元中的一个中被接收,其中,所述接收器被配置为接收控制消息,所述控制消息分配用于接收作为在接收所述控制消息的时分单元之后的一个或多个所述时分单元的所述重复请求型处理的所述数据单元的所述共享信道的资源,并且在所述时分单元的所述重复模式中的所述重复请求型处理的第一数量增加为第二数量。

段落9.根据段落8所述的通信装置,其中,所述第二数量相对于所述第一数量增加了一个或多个重复请求型处理,所述数量小于或等于时分单元的数量,该时分单元将控制信道消息与分配了共享信道的资源的时间单元分开。

段落10.根据段落8所述的通信装置,其中,所述第二数量相对于所述第一数量增加了时分单元的数量,该时分单元将控制信道消息与分配共享信道的资源的时间单元分开。

段落11.根据段落8、9或10所述的通信装置,其中,所述接收器包括具有预定最大尺寸的缓冲器,所述预定尺寸被确定为接收harq处理的第一预定数量的编码的传送区块,并且在操作的第二模式中,编码所述传送区块,使得具有第二数量的harq处理的编码传送区块的总尺寸小于预定最大尺寸的效果。

段落12.根据权利要求8至11中任一项所述的通信装置,其中,所述控制器与所述发送器和所述接收器一起被配置为响应于从所述一个或多个基础设施设备接收到的控制信号而使用第二数量的重复请求型处理。

参考文献

[1]lteforumts:ofdmaandsc-fdmabasedradioaccess,harrisholmaandanttitoskala,wiley2009,isbn978-0-470-99401-6.

附件1:

如图4所示,每个lte上行链路子帧可以包括多个不同的信道,例如物理上行链路通信信道(pusch)305、物理上行链路控制信道(pucch)306和物理随机接入信道(prach)。物理上行链路控制信道(pucch)可以将诸如ack/nack等控制信息传送到enodeb,用于下行链路发送,ue的调度请求指示符(sri)希望成为调度上行链路资源,并且例如,反馈下行链路信道状态信息(csi)。pusch可以携带ue上行数据或一些上行控制数据。经由pdcch授予pusch的资源,这种授予通常通过向网络传送准备好在ue的缓冲器中发送的数据量来触发。根据可在诸如系统信息区块等下行链路信令中用信号发送给ue的多个prach模式中的一个模式,可以在上行链路帧的任何资源中调度prach。除了物理上行链路信道,上行链路子帧还可以包括参考信号。例如,解调参考信号(dmrs)307和探测参考信号(srs)308可以存在于上行链路子帧中,其中,dmrs占用发送pusch的时隙的第四个符号并且用于解码pucch和pusch数据,并且其中,srs用于enodeb处的上行链路信道估计。epdcch信道携带与pdcch相似的控制信息(dci),但是pdcch的物理方面不同于epdcch的物理方面,如本文其他地方所讨论的。可以在[1]中找到有关lte系统的物理信道的结构和功能的更多信息。

以与pdsch的资源类似的方式,pusch的资源需要由服务enodeb调度或授予,因此,如果数据要由ue发送,则pusch的资源需要由enodeb授予给ue。在ue处,通过向其服务enodeb发送调度请求或缓冲状态报告来实现pusch资源分配。当没有足够的上行链路资源用于ue发送缓冲状态报告时,可以通过在不存在针对ue的现有pusch分配时在pucch上发送上行链路控制信息(uci)或者通过在存在针对ue的现有pusch分配时在pusch上直接发送,可以做出调度请求。响应于调度请求,enodeb被配置为向请求ue分配足以传送缓冲状态报告的一部分pusch资源,然后,经由pdcch中的dci向ue通知缓冲状态报告资源分配。一旦或如果ue具有足以发送缓冲状态报告的pusch资源,则将缓冲状态报告发送到enodeb并且给enodeb提供关于ue处的一个或多个上行链路缓冲器中的数据量的信息。在接收到缓冲状态报告之后,enodeb可以将pusch资源的一部分分配给发送ue,以便发送一些其缓冲的上行数据,然后,通过pdcch中的dci通知ue资源分配。例如,假设ue与enodeb具有连接,则ue将首先以uci的形式在pucch中发送pusch资源请求。然后,ue将监视pdcch,以获得适当的dci,提取pusch资源分配的细节,并且在分配的资源中发送上行链路数据,首先包括缓冲状态报告,和/或稍后包括缓冲数据的一部分。

虽然在结构上与下行链路子帧类似,但是上行链路子帧具有与下行链路子帧不同的控制结构,尤其是保留上行链路子帧的上部309和下部310子载波/频率/资源区块,用于控制信令,而不是下行链路子帧的初始符号。此外,虽然用于下行链路和上行链路的资源分配处理比较相似,但是由于分别在下行链路和上行链路中使用的ofdm和sc-fdm接口的不同特性,所以可以分配的资源的实际结构可能会变化。在ofdm中,单独调制每个子载波,因此,频率/子载波分配不必是连续的,然而,在sc-fdm中,组合调制子载波,因此,如果有效利用可用资源,则每个ue的连续频率分配是优选的。

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