数据传输调度方法、装置、通信设备及存储介质与流程

文档序号:22400804发布日期:2020-09-29 18:13阅读:158来源:国知局
数据传输调度方法、装置、通信设备及存储介质与流程

本公开涉及通信技术领域,尤其涉及一种数据传输调度方法、装置、通信设备及存储介质。



背景技术:

在相关技术中,覆盖是运营商在将蜂窝网络商业化时考虑的关键因素之一。与长期演进(longtermevolution,lte)相比,新空口(newradio,nr)的工作频率要高的多,比如fr2的28ghz或39ghz;而由于更高的频率,无线信道将会收到更高的路径损耗,这使得维持至少与当前小区相当的覆盖的质量以及服务质量变得更具挑战性;而控制信道是覆盖的主要瓶颈。

针对覆盖瓶颈,一般采用时域上重复发送的发送获得合并增益。针对上行传输,基站不会向用户设备(userequipment,ue)反馈确认字符(acknowledgecharacter,ack)或否认确认字符(negativeacknowledgecharacternack)的信息,而是直接通过调度信令中新旧数据的指示命令,区分ue是否要进行数据重传。因此,就需要经历一个基于发送数据包、等待调度指令、再经过重传数据包的过程。现有协议要求ue在收到一个调度指令后发送数据包时,基站需要等到在基于该数据包接收完毕后,才会下发另一个调度指令;如此,在调度过程中会存在一段时间的等待时间,导致传输时延的增加。



技术实现要素:

本公开实施例公开了一种数据传输调度方法、装置、通信设备及存储介质。

根据本公开实施例的第一方面,提供一种数据传输调度方法,应用于基站,包括:

在第n时域单位向用户设备(ue)发送第一调度指令;其中,所述第一调度指令,用于调度所述ue在第n+k时域单位上发送上行数据;其中,所述n及所述k均为自然数;

在所述第n时域单位和所述第n+k时域单位之间,向所述ue发送至少一个第二调度指令;其中,所述第二调度指令,用于调度所述ue发送上行数据。

在一些实施例中,所述第二调度指令,用于调度新传数据或重传数据。

在一些实施例中,所述方法还包括:

响应于所述第二调度指令调度重传数据,接收并缓存所述ue基于所述第一调度指令发送的上行数据。

在一些实施例中,所述方法还包括:

接收所述ue基于所述第二调度指令发送的重传数据;

将接收的基于所述第一调度指令发送的上传数据及所述第二调度指令发送的重传数据,进行合并检测。

在一些实施例中,所述第二调度指令的至少一个比特,用于指示调度新传数据或重传数据。

在一些实施例中,所述在第n时域单位向用户设备ue发送第一调度指令,包括:

在物理下行控制信道(pdcch)上向所述ue发送所述第一调度指令;

和/或,

在所述第n时域单位和所述第n+k时域单位之间,向所述ue发送至少一个第二调度指令,包括:

在pdcch上向所述ue发送至少一个所述第二调度指令。

在一些实施例中,接收所述ue基于所述第一调度指令发送的上行数据,包括:

接收所述ue在物理上行共享信道(pusch)上,基于所述第一调度指令发送的上行数据;

和/或,

所述接收所述ue基于所述第二调度指令发送的重传数据,包括:

接收所述ue在基于所述pusch上,基于所述第二调度指令发送的重传数据。

在一些实施例中,一个时域单位为一个时隙或一个符号。

根据本公开实施例的第二方面,提供一种数据传输调度方法,应用于用户设备ue,包括:

接收基站在第n时域单位发送的第一调度指令;

根据所述第一调度指令在第n+k时域单位上发送上行数据;其中,所述n及所述k均为自然数;

接收所述基站在所述第n时域单位和所述第n+k时域单位之间发送的第二调度指令;

根据所述第二调度指令发送上行数据。

在一些实施例中,所述根据所述第二调度指令发送上行数据,包括:

根据所述第二调度指令,发送新传数据或重传数据。

在一些实施例中,所述第二调度指令的至少一个比特,用于指示调度新传数据或重传数据。

在一些实施例中,所述接收基站在第n时域单位发送的第一调度指令,包括:

在物理下行控制信道(pdcch)上,接收基站发送的所述第一调度指令;

和/或,

所述接收所述基站在所述第n时域单位和所述第n+k时域单位之间发送的第二调度指令,包括:

在pdcch上,接收基站发送的所述第二调度指令。

在一些实施例中,所述根据所述第一调度指令在第n+k时域单位上发送上行数据,包括:

基于所述第一调度指令,在所述第n+k时域单元在物理上行共享信道(pusch)上发送上行数据;

和/或,

所述根据所述第二调度指令发送上行数据,包括:

基于所述第二调度指令,在pusch上发送上行数据。

在一些实施例中,一个时域单位为一个时隙或一个符号。

根据本公实施例的第三方面,提供一种数据传输调度装置,应用于基站,包括:

第一发送模块,被配置为在第n时域单位向用户设备ue发送第一调度指令;其中,所述第一调度指令,用于调度所述ue在第n+k时域单位上发送上行数据;其中,所述n及所述k均为自然数;

所述第一发送模块,被配置为在所述第n时域单位和所述第n+k时域单位之间,向所述ue发送至少一个第二调度指令;其中,所述第二调度指令,用于调度所述ue发送上行数据。

在一些实施例中,所述第二调度指令,用于调度新传数据或重传数据。

在一些实施例中,所述装置还包括:

第一接收模块,被配置为响应于所述第二调度指令调度重传数据,接收并缓存所述ue基于所述第一调度指令发送的上行数据。

在一些实施例中,所述第一接收模块,被配置为接收所述ue基于所述第二调度指令发送的重传数据;

所述装置还包括:

处理模块,被配置为将接收的基于所述第一调度指令发送的上传数据及所述第二调度指令发送的重传数据,进行合并检测。

在一些实施例中,所述第二调度指令的至少一个比特,用于指示调度新传数据或重传数据。

在一些实施例中,所述第一发送模块,被配置为在物理下行控制信道(pdcch)上向所述ue发送所述第一调度指令;

和/或,

所述第一发送模块,被配置为在pdcch上向所述ue发送至少一个所述第二调度指令。

在一些实施例中,所述第一接收模块,被配置为接收所述ue在物理上行共享信道(pusch)上,基于所述第一调度指令发送的上行数据;

和/或,

所述第一接收模块,被配置为接收所述ue在基于所述pusch上,基于所述第二调度指令发送的重传数据。

在一些实施例中,一个时域单位为一个时隙或一个符号。

根据本公开的第四方面,提供一种数据传输调度装置,应用于用户设备ue,包括:

第二接收模块,被配置为接收基站在第n时域单位发送的第一调度指令;

第二发送模块,被配置为根据所述第一调度指令在第n+k时域单位上发送上行数据;其中,所述n及所述k均为自然数;

所述第二接收模块,被配置为接收所述基站在所述第n时域单位和所述第n+k时域单位之间发送的第二调度指令;

所述第二发送模块,被配置为根据所述第二调度指令发送上行数据。

在一些实施例中,所述第二发送模块,被配置为根据所述第二调度指令,发送新传数据或重传数据。

在一些实施例中,所述第二调度指令的至少一个比特,用于指示调度新传数据或重传数据。

在一些实施例中,所述第二接收模块,被配置为在物理下行控制信道(pdcch)上,接收基站发送的所述第一调度指令;

和/或,

所述第二接收模块,被配置为在pdcch上,接收基站发送的所述第二调度指令。

在一些实施例中,所述第二发送模块,被配置为基于所述第一调度指令,在所述第n+k时域单元在物理上行共享信道(pusch)上发送上行数据;

和/或,

所述第二发送模块,被配置为基于所述第二调度指令,在pusch上发送上行数据。

在一些实施例中,一个时域单位为一个时隙或一个符号。

根据本公开的第五方面,提供一种通信设备,所述通信设备,包括:

处理器;

用于存储所述处理器可执行指令的存储器;

其中,所述处理器被配置为:用于运行所述可执行指令时,实现本公开任意实施例所述的数据传输调度方法。

根据本公开的第六方面,提供一种计算机存储介质,其中,所述计算机存储介质存储有计算机可执行程序,所述可执行程序被处理器执行时实现本公开任意实施例所述的数据传输调度方法。

本公开实施例提供的技术方案可以包括以下有益效果:

本公开实施例中,在第n时域单位向用户设备(ue)发送第一调度指令;其中,所述第一调度指令,用于调度所述ue在第n+k时域单位上发送上行数据;其中,所述n及所述k均为自然数;在所述第n时域单位和所述第n+k时域单位之间,向所述ue发送至少一个第二调度指令;其中,所述第二调度指令,用于调度所述ue发送上行数据。如此,在本公开实施例中,基站可以在第n时域单元发送第一调度指令后,在n+k时域单元发送基于第一调度指令调度的上行数据之前就可以发送第二调度指令,不需要等到接收基于调度指令调度的上行数据时才发送第二调度指令;从而可以在等待接收上行数据的时间段内发送第二调度指令,从而能够减少整个调度过程的时延,大大提高的调度的效率。

并且,由于可以在等待接收ue基于第一调度指令发送的上行数据的同时,下发第二调度指令,从而还能提高信道的利用率。

附图说明

图1是一种无线通信系统的结构示意图。

图2是根据一示例性实施例示出的一种数据传输调度方法的流程图。

图3是根据一示例性实施例示出的一种数据传输调度方法的流程图。

图4是根据一示例性实施例示出的一种数据传输调度方法的流程图。

图5是根据一示例性实施例示出的一种数据传输调度方法的示意图。

图6是根据一示例性实施例示出的一种数据传输调度方法的流程图。

图7是根据一示例性实施例示出的一种数据传输调度方法的示意图。

图8是根据一示例性实施例示出的一种数据传输调度方法的流程图。

图9是根据一示例性实施例示出的一种数据传输调度装置的框图。

图10是根据一示例性实施例示出的一种数据传输调度装置的框图。

图11是根据一示例性实施例示出的一种用户设备的框图。

图12是根据一示例性实施例示出的一种基站的框图。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参考图1,其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示,无线通信系统是基于蜂窝移动通信技术的通信系统,该无线通信系统可以包括:若干个用户设备110以及若干个基站120。

其中,用户设备110可以是指向用户提供语音和/或数据连通性的设备。用户设备110可以经无线接入网(radioaccessnetwork,ran)与一个或多个核心网进行通信,用户设备110可以是物联网用户设备,如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网用户设备的计算机,例如,可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如,站(station,sta)、订户单元(subscriberunit)、订户站(subscriberstation),移动站(mobilestation)、移动台(mobile)、远程站(remotestation)、接入点、远程用户设备(remoteterminal)、接入用户设备(accessterminal)、用户装置(userterminal)、用户代理(useragent)、用户设备(userdevice)、或用户设备(userequipment)。或者,用户设备110也可以是无人飞行器的设备。或者,用户设备110也可以是车载设备,比如,可以是具有无线通信功能的行车电脑,或者是外接行车电脑的无线用户设备。或者,用户设备110也可以是路边设备,比如,可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

基站120可以是无线通信系统中的网络侧设备。其中,该无线通信系统可以是第四代移动通信技术(the4thgenerationmobilecommunication,4g)系统,又称长期演进(longtermevolution,lte)系统;或者,该无线通信系统也可以是5g系统,又称新空口系统或5gnr系统。或者,该无线通信系统也可以是5g系统的再下一代系统。其中,5g系统中的接入网可以称为ng-ran(newgeneration-radioaccessnetwork,新一代无线接入网)。

其中,基站120可以是4g系统中采用的演进型基站(enb)。或者,基站120也可以是5g系统中采用集中分布式架构的基站(gnb)。当基站120采用集中分布式架构时,通常包括集中单元(centralunit,cu)和至少两个分布单元(distributedunit,du)。集中单元中设置有分组数据汇聚协议(packetdataconvergenceprotocol,pdcp)层、无线链路层控制协议(radiolinkcontrol,rlc)层、媒体访问控制(mediaaccesscontrol,mac)层的协议栈;分布单元中设置有物理(physical,phy)层协议栈,本公开实施例对基站120的具体实现方式不加以限定。

基站120和用户设备110之间可以通过无线空口建立无线连接。在不同的实施方式中,该无线空口是基于第四代移动通信网络技术(4g)标准的无线空口;或者,该无线空口是基于第五代移动通信网络技术(5g)标准的无线空口,比如该无线空口是新空口;或者,该无线空口也可以是基于5g的更下一代移动通信网络技术标准的无线空口。

在一些实施例中,用户设备110之间还可以建立e2e(endtoend,端到端)连接。比如车联网通信(vehicletoeverything,v2x)中的v2v(vehicletovehicle,车对车)通信、v2i(vehicletoinfrastructure,车对路边设备)通信和v2p(vehicletopedestrian,车对人)通信等场景。

这里,上述用户设备可认为是下面实施例的终端设备。

在一些实施例中,上述无线通信系统还可以包含网络管理设备130。

若干个基站120分别与网络管理设备130相连。其中,网络管理设备130可以是无线通信系统中的核心网设备,比如,该网络管理设备130可以是演进的数据分组核心网(evolvedpacketcore,epc)中的移动性管理实体(mobilitymanagemententity,mme)。或者,该网络管理设备也可以是其它的核心网设备,比如服务网关(servinggateway,sgw)、公用数据网网关(publicdatanetworkgateway,pgw)、策略与计费规则功能单元(policyandchargingrulesfunction,pcrf)或者归属签约用户服务器(homesubscriberserver,hss)等。对于网络管理设备130的实现形态,本公开实施例不做限定。

在通信系统中,由于无线信道时变特性和多径衰落对信号传输带来的影响,以及一些不可预测的干扰会导致信号传输的失败;通常采用前向纠错编码(forwarderrorcorrection,fec)和自动重传请求(automaticrepeat-request,arq)等技术来进行差错控制,从而确保服务质量。其中,在fec技术中,通过在信息比特中增加一定的校验比特,从而降低编码效率,实现接收端的正确接收。其中,在arq技术中,接收端通过循环冗余校验(cyclicredundancycheck,crc)校验信息来判断接收到的数据包的正确性。在大多数无线重传系统中,都将arq与fec混合使用,即形成混合自动重传请求(hybridautomaticrepeatrequest,harq)机制。

在数据通信中通常有三种基本的harq重传机制,分别是停等式机制、后退n步式机制及选择重传式机制。

其中,所述停等式,即发送端每发送一个数据包就暂时停下来,等待接收端的确认字符(ack)。当数据包达到接收端时,接收端对其进行检错。若数据包接收正确,则返回ack信号;若数据包错误,则返回否认确认字符(nack)。当发送端接收到ack时,就发送新的数据包,否则就将先前上传的数据包进行重传。而在等待确认字符期间,信道是空闲的,不发送任何数据。

后退n步式机制,即发送端连续传输数据包后,后退n步。发送端和接收端分别有一个大小为n的发送和接收窗口,通过该发送和接收窗口,系统可以连接地发送和接收数据。如此,后退n步式机制不必向停等式机制那样需要在接收到ack后才能发送新的数据包。在后n步使机制中,若接收端发现错误的数据包后,则接收端会发送重发请求;如此,发送端会将发送窗口中请求重发的数据包和目标正在发送的数据包都重新发送。由于后退n步机制有一个数据包分组错了,就要重传多个数据分组,因此会浪费资源,效率不高。

选择重发式机制,即只重传出现差错的数据包。但是,选择重发式机制中,接收端不再按序接收数据包,那么接收端则需要相当容量的缓存空间来存储已经成功译码但还没能按序输出的分组。同时,接收端在组合数据包前必须知道序列号,因此序列号要和数据包分别编码;而且序列号需要更可靠的编码以克服任何时候出现在数据包里的错误。如此,选择重发式机制会增加对信令的要求。

停等式机制不仅简单可靠,系统信令开销小,并且降低了对于接收机缓存空间的要求。但是,该停等式机制的信号利用率较低。如此,可以在nr系统中采用改进的n通道的停等式机制用于harq传输。即,发送端在信道上并行地运行n个不同的停等进程,利用不同进程间的间隙来交错地传递数据或信令;从而提高了信道的利用率。如此,在等待某个harq进程的反馈信息过程中,可以继续使用其他的空闲进程传输数据包。nrr15上行或下行允许的最大进程数规定为16个。基站可以通过高层信令半静态配置ue支持的最大进程数。如果网络没有提供对应的配置参数,则下行缺省的harq进程数为8个,上行支持的最大harq进程为16个。其中,harq进程号在pdcch中承载,固定为4比特。

在nr系统中,为了降低终端实现的复杂度,nrr15仅支持顺序的harq调度,即调度的数据harq-ack不会比后调度的数据的harq-ack先反馈,其于上行或下行都是如此。同时,对于同一harq号,如果先调度的数据的harq-ack没有反馈,则不会对同一数据在进行一次调度。

针对覆盖瓶颈,一般采用时域上重复发送的方法来获得合并增益。但是,在现有协议要求中,基站需要等到在基于该数据包接收完毕后,才会下发另一个调度指令,从而导致了较大的调度时延。

基于此,本公开实施例提供一种数据传输调度方法,用以至少解决上述问题。

如图2所示,本实施例中提供一种数据传输调度方法,应用于基站,所述方法包括:

步骤s21:在第n时域单位向用户设备(ue)发送第一调度指令;

其中,所述第一调度指令,用于调度所述ue在第n+k时域单位上发送上行数据;其中,所述n及所述k均为自然数;

步骤s22:在所述第n时域单位和所述第n+k时域单位之间,向所述ue发送至少一个第二调度指令;

其中,所述第二调度指令,用于调度所述ue发送上行数据。

这里,所述基站为用户设备接入互联网的接口设备。所述基站可以为各种类型的基站,例如,3g基站、4g基站、5g基站或其它演进型基站。

这里,所述用户设备(ue)可以为移动电话、计算机、服务器、收发设备、平板设备或医疗设备,等等。

在一实施例中,所述k为正整数。

在一些实施例中,所述第二调度指令,用于调度新传数据或重传数据。

这里,所述第二调度指令,用于调度新传数据或重传数据的任意一个在所述第一调度指令之后下发的指令。

在一实施例中,所述重传数据是与所述第一调度指令调度的初始上行数据的重传数据。

如此,在本公开实施例中,基站在等待基于第一调度指令传输上行数据的时间段内,可以发送重新调度上行数据的调度指令;或者,也可以发送调度新传的数据的调度指令。

这里,所述至少一个第二调度指令包括一个或多个所述第二调度指令。

若至少一个第二调度指令为多个所述第二调度指令时,多个所述第二调度指令可以均用于调度新传数据,或者均用于调度重传数据,或者其中部分所述第二调度指令用于调度新传数据以及部分所述第二调度指令用于调度重传数据。

这里,若多个所述第二调度指令中,至少所述两个所述第二调度指令用于调度新传数据时,该两个所述第二调度指令调度的新传数据不同。

例如,在一实施例中,所述步骤s22,包括:在所述第n时域单元和所述第n+k时域单元之间,向所述ue发送至少一个所述第二调度指令,其中,所述第二调度指令用于调度新传数据。

又如,在一实施例中,所述步骤s22:包括:在所述第n时域单元和所述第n+k时域单元之间,向所述ue发送多个所述第二调度指令,部分第二调度指令用于调度新传数据,部分第二调度指令用于调度重传数据。

再如,在一实施例中,所述步骤s22:包括:在所述第n时域单元和所述第n+k时域单元之间,向所述ue发送两个所述第二调度指令,其中,一个所述第二调度指令用于调度重传数据,另一个所述第二调度指令用于调度新传数据;发送用于调度重传数据的所述第二调度指令的时域单元,早于发送用于调度新传数据的所述第二调度指令的时域单元。

如此,在本实施例中,可以尽量保证传输完重传数据后,再传输新传数据。

又如,在一实施例中,s22可包括:在所述第n时域单元和所述第n+k时域单元之间,向所述ue发送至少一个所述第二调度指令,其中,所述第二调度指令用于调度重传数据。

又如,在一实施例中,所述步骤s22:包括:包括:在所述第n时域单元和所述第n+k时域单元之间,向所述ue发送三个第二调度指令,其中,第一个所述第二调度指令用于调度重传数据,第二个所述调度指令用于调度第一新传数据,第三个所述第二调度指令用于调度第二新传数据。

如此,在本实施例中,基站在等待基于第一调度指令传输上行数据的时间段内,不仅可以重新调度基于所述第一调度指令传输的上行数据;还可以调度多个新传数据。

在一些实施例中,所述步骤s21,包括:

在物理下行控制信道pdcch上向所述ue发送所述第一调度指令;

和/或,

所述步骤s22,包括:

在pdcch上向所述ue发送至少一个所述第二调度指令。

在一实施例中,一个时域单位为一个时隙(slot)或一个符号(symbol)。

在另一实施例中,一个时隙单位为一个位时隙(minislot)

在一实施例中,所述一个时隙包括14个符号。

在一实施例中,所述一个时隙为1毫秒。当然,在其它实施例中,所述一个时隙的时间可以为其它时间,例如,一个时隙可以为9微秒。

当然,在其它实施例中,所述时域单元可以为其它任意的时间单位,例如,一个时域单元可以为1毫秒、0.1毫秒、0.2毫秒、1微秒、10微秒等等;在本实施例中,对一个时域单元的所包括的时间不作限制。

如此,在本公开实施例中,基站可以在第n时域单元发送第一调度指令后,在n+k时域单元发送基于第一调度指令调度的上行数据之前就可以发送第二调度指令,不需要等到接收基于调度指令调度的上行数据时发送第二调度指令;从而可以在等待接收上行数据包的时间段内发送第二调度指令,从而能够减少整个调度过程的时延,大大提高的调度的效率。

并且,由于可以在等待接收ue基于第一调度指令发送的上行数据的同时,下发第二调度指令,从而还能提高信道的利用率。

在一些实施例中,所述第二调度指令的至少一个比特,用于指示调度新传数据或重传数据。

例如,在一实施例中,通过第二调度指令的一个比特“0”,用于指示调度重传数据;通过第二调度指令的一个比特“1”,用户指示调度新传数据。

又如,在一实施例中,通过第二调度指令的两个比特“00”,用户指示调度重传数据;通过第二调度指令的两个比特“01”,用户指示调度新传数据。

如此,在本公开实施例中,可以通过第二调度指令的至少一个比特,告知所述ue,所述第二调度指令是用来重传数据还是新传数据。

在一实施例中,向所述ue发送第二调度指令,包括:

向所述ue发送携带第二调度指令的dci,其中,所述第二调度指令的至少一个比特用于指示调度新传数据或重传数据。

如此,在本公开实施例中,可以通过一个dci下发所述调度指令,从而可以提高dci的兼容性。

如图3所示,在一些实施例中,所述方法还包括:

步骤s23:响应于所述第二调度指令调度重传数据,接收并缓存所述ue基于所述第一调度指令发送的上行数据。

在一实施例中,接收所述ue基于所述第一调度指令发送的上行数据,包括:

接收所述ue在物理上行共享信道pusch上,基于所述第一调度指令发送的上行数据。

这里,所述步骤s23中,接收所述ue基于所述第一调度指令发送的上行数据为:在所述n+k时域单位或所述n+k时域单元之后接收所述第一调度指令发送的上行数据。

在本公开实施例中,若第二调度指令为指示调度重传数据的调度指令时,还可以将接收的基于第一调度指令发送的上行数据缓存起来,有利于所述基站后续与接收到ue基于所述第二调度指令的上行数据,共同进行处理。

在一些实施例中,所述方法还包括:

步骤s24:接收所述ue基于所述第二调度指令发送的重传数据;

步骤s25:将接收的基于所述第一调度指令发送的上传数据及所述第二调度指令发送的重传数据,进行合并检测。

例如,实现所述步骤s25的一种方式为:

将基于所述第一调度指令发送的上传数据及基于第二调度指令发送的重传数据的重复部分删除,合并删除重复部分的所述上传数据及所述重传数据。

在本公开实施例中,基站可以基于接收的基于调度指令发送的上行数据及第二调度指令发送的重传数据进行合并检测,从而可以进一步得到完成的由第一调度指令发送的上行数据,从而能够提高接收上行数据的准确率。

在本公开实施例中,基站可以基于缓存的上行数据与基于第二调度指令上报的上行数据合并解码,从而确保上行数据的解码正确率。

这里需要指出的是:以下一种数据传输调度方法,是应用在用户设备的,与上述应用在基站的所述数据传输调度方法的描述是类似的。对于本公开中应用于用户设备的基于所述数据传输调度方法实施例中未披露的技术细节,请参照本公开应用在基站的所述数据传输调度方法实施例的描述,此处不做详细阐述说明。

如图4所示,提供一种数据传输调度方法,应用于用户设备ue,包括:

步骤s31:接收基站在第n时域单位发送的第一调度指令;

步骤s32:根据所述第一调度指令在第n+k时域单位上发送上行数据;

其中,所述n及所述k均为自然数;

步骤s33:接收所述基站在所述第n时域单位和所述第n+k时域单位之间发送的第二调度指令;

步骤s34:根据所述第二调度指令发送上行数据。

在一些实施例中,所述步骤s34,包括:

根据所述第二调度指令,发送新传数据或重传数据。

在一些实施例中,所述第二调度指令的至少一个比特,用于指示调度新传数据或重传数据。

在一实施例中,所述步骤s34,包括:

响应于所述第二调度指令调度所述新传数据,发送所述新传数据。

在另一实施例中,所述步骤s34,包括:

响应于所述第二调度指令调度所述重传数据,发送所述重传数据。

在一些实施例中,所述步骤s31,包括:

在物理下行控制信道(pdcch)上,接收基站发送的所述第一调度指令;

和/或,

所述步骤s33,包括:

在pdcch上,接收基站发送的所述第二调度指令。

在一些实施例中,所述步骤s32,包括:

基于所述第一调度指令,在所述第n+k时域单元在物理上行共享信道(pusch)上发送上行数据;

和/或,

所述步骤s34,包括:

基于所述第二调度指令,在pusch上发送上行数据。

在一些实施例中,一个时域单位为一个时隙或一个符号。

为了有助于理解本公开的上述实施例,在此以下面示例为例进行说明。

示例一

在一应用场景中,如图5所示,用户设备ue在进程1需要发送第一数据包d1,并且,还需要重传所述d1。

如图6所示,本公开实施例提供了一种数据传输调度方法,所述方法包括以下步骤:

步骤s41:基站在第n时域单元,在pdcch上向ue发送第一调度指令;

其中,所述第一调度指令,用于调度所述ue在n+k时域单元发送第一数据包(d1)。

这里,在图5中,用“pdcch1”表示在pdcch上发送第一调度指令;用“d1”表示第一数据包。

步骤s42:基站在第n时域单元和第n+k时域单元之间,向ue发送一个第二调度指令;

其中,所述第二调度指令,用于调度所述ue重传第一数据包(d1)。

这里所述第二调度指令的至少一个比特用于指示重传所述第一数据包。

这里,在图5中,用“pdcch2”表示在pdcch上发送第二调度指令。

步骤s43:ue在n+k时域单元,在pusch上向基站发送第一数据包;

这里,在图5中,用“puschd1”表示在pusch上发送第一数据包(d1)。

步骤s44:ue在pusch上向基站重传所述第一数据包。

这里,所述步骤s44为上述实施例中重传数据的步骤。

这里,所述步骤s44中向基站重传所述第一数据包的时域单元可以为在第n+k时域单元之后的任意时域单元。

在一可选实施例中,向基站重传所述第一数据包的时域单元为在发送所述第二调度指令之后的第k个时域单元。

在本公开实施例中,可以在基站发送第一调度指令之后,且在ue基于第一调度指令发送第一数据包之前的时间,基站再次发送一个重新调度所述第一数据包的第二调度指令,无需等到基站接收完所述第一数据包时才发送重新调度所述第一数据包的第二调度指令;从而节省了第二调度指令发送的等待时间,大大减少了调度过程的时延。并且,还能提高pdcch和/或pusch的利用率。

示例二

在一应用场景中,如图7所示,用户设备ue在进程1需要发送第一数据包d1,并且,还需要新传第二数据包d2。

如图8所示,本公开实施例提供了一种数据传输调度方法,所述方法包括以下步骤:

步骤s51:基站在第n时域单元,在pdcch上向ue发送第一调度指令;

其中,所述第一调度指令,用于调度所述ue在n+k时域单元发送第一数据包(d1)。

这里,在图7中,用“pdcch1”表示在pdcch上发送第一调度指令;用“d1”表示第一数据包,用“d2”表示第二数据包。

步骤s52:基站在第n时域单元和第n+k时域单元之间,向ue发送一个第二调度指令;

其中,所述第二调度指令,用于调度所述ue新传第二数据包(d2)。

这里所述第二调度指令的至少一个比特用于指示重传所述第二数据包。

这里,在图7中,用“pdcch2”表示在pdcch上发送第二调度指令。

步骤s53:ue在n+k时域单元,在pusch上向基站发送第一数据包;

这里,在图7中,用“puschd1”表示在pusch上发送第一数据包(d1);用“puschd2”表示在pusch上发送第二数据包。

步骤s54:ue在pusch上向基站新传所述第二数据包。

这里,所述步骤s54为上述实施例中新传数据的步骤。

这里,所述步骤s54中向基站重传所述第二数据包的时域单元可以为在第n+k时域单元之后的任意时域单元。

在一可选实施例中,向基站重传所述第二数据包的时域单元为在发送所述第二调度指令之后的第k个时域单元。

在本公开实施例中,可以在基站发送第一调度指令之后,且在ue基于第一调度指令发送第一数据包之前的时间,基站再次发送一个调度所述第二数据包的第二调度指令,无需等到基站接收完所述第一数据包时才发送调度其它数据的第二调度指令。如此,基站可以在调度第一数据包且还未收到第一数据包的这段等待时间,发送调度第二数据包的第二调度指令,从而能够节省了第二调度指令发送的等待时间,大大减少了调度过程的时延。并且,还能提高pdcch和/或pusch的利用率。

如图9所示,本公开实施例提供一种数据传输调度装置,应用于基站,所述装置包括:

第一发送模块61,被配置为在第n时域单位向用户设备(ue)发送第一调度指令;其中,所述第一调度指令,用于调度所述ue在第n+k时域单位上发送上行数据;其中,所述n及所述k均为自然数;

所述第一发送模块61,被配置为在所述第n时域单位和所述第n+k时域单位之间,向所述ue发送至少一个第二调度指令;其中,所述第二调度指令,用于调度所述ue发送上行数据。

在一些实施例中,所述第二调度指令,用于调度新传数据或重传数据。

在一些实施例中,所述装置还包括:

第一接收模块62,被配置为响应于所述第二调度指令调度重传数据,接收并缓存所述ue基于所述第一调度指令发送的上行数据。

在一些实施例中,所述第一接收模块62,被配置为接收所述ue基于所述第二调度指令发送的重传数据;

所述装置还包括:

处理模块63,被配置为将接收的基于所述第一调度指令发送的上传数据及所述第二调度指令发送的重传数据,进行合并检测。

在一些实施例中,所述第二调度指令的至少一个比特,用于指示调度新传数据或重传数据。

在一些实施例中,所述第一发送模块61,被配置为在物理下行控制信道(pdcch)上向所述ue发送所述第一调度指令;

和/或,

所述第一发送模块61,被配置为在pdcch上向所述ue发送至少一个所述第二调度指令。

在一些实施例中,所述第一接收模块62,被配置为接收所述ue在物理上行共享信道(pusch)上,基于所述第一调度指令发送的上行数据;

和/或,

所述第一接收模块62,被配置为接收所述ue在基于所述pusch上,基于所述第二调度指令发送的重传数据。

在一些实施例中,一个时域单位为一个时隙或一个符号。

如图10所示,本公开实施例提供一种数据传输调度装置,应用于用户设备,所述装置包括:

第二接收模块71,被配置为接收基站在第n时域单位发送的第一调度指令;

第二发送模块72,被配置为根据所述第一调度指令在第n+k时域单位上发送上行数据;其中,所述n及所述k均为自然数;

所述第二接收模块71,被配置为接收所述基站在所述第n时域单位和所述第n+k时域单位之间发送的第二调度指令;

所述第二发送模块72,被配置为根据所述第二调度指令发送上行数据。

在一些实施例中,所述第二发送模块72,被配置为根据所述第二调度指令,发送新传数据或重传数据。

在一些实施例中,所述第二调度指令的至少一个比特,用于指示调度新传数据或重传数据。

在一些实施例中,所述第二接收模块71,被配置为在物理下行控制信道(pdcch)上,接收基站发送的所述第一调度指令;

和/或,

所述第二接收模块71,被配置为在pdcch上,接收基站发送的所述第二调度指令。

在一些实施例中,所述第二发送模块72,被配置为基于所述第一调度指令,在所述第n+k时域单元在物理上行共享信道(pusch)上发送上行数据;

和/或,

所述第二发送模块72,被配置为基于所述第二调度指令,在pusch上发送上行数据。

在一些实施例中,一个时域单位为一个时隙或一个符号。

关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

本公开实施例提供一种通信设备,所述通信设备,包括:

处理器;

用于存储所述处理器可执行指令的存储器;

其中,所述处理器被配置为:用于运行所述可执行指令时,实现本公开任意实施例所述的数据传输调度方法。

这里,所述通信设备包括基站或用户设备。

其中,处理器可包括各种类型的存储介质,该存储介质为非临时性计算机存储介质,在通信设备掉电之后能够继续记忆存储其上的信息。

所述处理器可以通过总线等与存储器连接,用于读取存储器上存储的可执行程序,例如,如图2至4、6、8所示的方法的至少其中之一。

本公开实施例还提供一种计算机存储介质,所述计算机存储介质存储有计算机可执行程序,所述可执行程序被处理器执行时实现本公开任意实施例所述的数据传输调度的处理方法。例如,如2至4、6、8所示的方法的至少其中之一。

关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

图11是根据一示例性实施例示出的一种用户设备(ue)800的框图。例如,用户设备800可以是移动电话,计算机,数字广播用户设备,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。

参照图11,用户设备800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(i/o)的接口812,传感器组件814,以及通信组件816。

处理组件802通常控制用户设备800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在用户设备800的操作。这些数据的示例包括用于在用户设备800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(sram),电可擦除可编程只读存储器(eeprom),可擦除可编程只读存储器(eprom),可编程只读存储器(prom),只读存储器(rom),磁存储器,快闪存储器,磁盘或光盘。

电源组件806为用户设备800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为用户设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述用户设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当用户设备800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(mic),当用户设备800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。

i/o接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器,用于为用户设备800提供各个方面的状态评估。例如,传感器组件814可以检测到设备800的打开/关闭状态,组件的相对定位,例如所述组件为用户设备800的显示器和小键盘,传感器组件814还可以检测用户设备800或用户设备800一个组件的位置改变,用户与用户设备800接触的存在或不存在,用户设备800方位或加速/减速和用户设备800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如cmos或ccd图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。

通信组件816被配置为便于用户设备800和其他设备之间有线或无线方式的通信。用户设备800可以接入基于通信标准的无线网络,如wifi,2g或3g,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(nfc)模块,以促进短程通信。例如,在nfc模块可基于射频识别(rfid)技术,红外数据协会(irda)技术,超宽带(uwb)技术,蓝牙(bt)技术和其他技术来实现。

在示例性实施例中,用户设备800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由用户设备800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

如图12所示,本公开一实施例示出一种基站的结构。例如,基站900可以被提供为一网络侧设备。参照图12,基站900包括处理组件922,其进一步包括一个或多个处理器,以及由存储器932所代表的存储器资源,用于存储可由处理组件922的执行的指令,例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件922被配置为执行指令,以执行上述方法前述应用在所述基站的任意方法,例如,如图2-3所示方法。

基站900还可以包括一个电源组件926被配置为执行基站900的电源管理,一个有线或无线网络接口950被配置为将基站900连接到网络,和一个输入输出(i/o)接口958。基站900可以操作基于存储在存储器932的操作系统,例如windowsservertm,macosxtm,unixtm,linuxtm,freebsdtm或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。

应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

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