发送数据和接收数据的方法以及装置与流程

文档序号:16510694发布日期:2019-01-05 09:19阅读:218来源:国知局
发送数据和接收数据的方法以及装置与流程

本申请涉及数据传输领域,更具体地,涉及一种发送数据和接收数据的方法以及装置



背景技术:

随着移动通信技术的不断发展,在未来(例如,5g)的通信系统中,高可靠性低时延(ultrareliableandlowlatencycommunications,urllc)技术成为数据传输的趋势之一。urllc技术对时延要求极高。在不考虑可靠性的情况下,传输时延要求在0.5毫秒(millisecond,ms)以内。在达到99.999%的可靠性的前提下,传输时延要求在1ms以内。

为了提高urllc的可靠性,现提出了一种重复传输(repetition)的数据传输方式。这种数据传输方式建议在进行下行的urllc的数据传输时,基站设备(例如,enodeb)不等待用户设备(userequipment,ue)反馈肯定应答(acknowledgement,ack)或否定应答(negativeacknowledgement,nack),而对同一个传输块(transportblock,tb)直接进行多次传输。

在这种思路下,现有技术提出了几种方案,一种方案是基站在第一次向ue发送数据时,携带下行控制信息(downlinkcontrolinformation,dci),而后续仅对数据进行重复传输。这样方案对dci的可靠性要求非常高,因为一旦dci接收失败,后续的数据都不可能正确接收。由此,另一种方案提出在每次发送数据都携带dci,这样,对每次发送的dci的可靠性要求就会相对降低。更具体地,每次发送的dci携带的信息可以不同或相同。在每次发送的dci携带的信息不同的情况下,ue可以获知对接收到的哪些数据进行合并译码。但是考虑到可能出现dci接收错误,因此,在成功接收dci之后,ue并不知道前面的传输是因为dci接收正确而数据接收错误,还是dci接收错误。为了保证能够正确译码数据,假定repetition的最大次数为n,则ue需要缓存最近(n-1)接收的数据。在每次发送的dci携带的信息相同的情况下,ue无法判定当前是第几次重复传输,因而也需要缓存最近(n-1)次接收的数据。

可以看到,在上面的技术方案中,不管采用哪种方式,ue始终都要缓存最近(n-1)次接收的数据,由此造成ue的缓存和功耗的大量开销。



技术实现要素:

本申请提供一种发送数据和接收数据的方法,能够降低接收端缓存和功耗的开销。

第一方面,本申请提供了一种发送数据的方法,该方法包括:发送端向接收端发送第一数据和第一控制信息,第一控制信息指示发送第一数据所使用的时频资源;发送端在第一时间单元向接收端发送第一指示信息,第一指示信息指示发送端将在n个时间单元之后重复发送第一数据和第一控制信息,n≥0且为整数;发送端在所述n个时间单元之后向接收端重复发送第一数据和第一控制信息。

另外,第一指示信息也可以用于指示发送端将在n个时间单元之后重复发送第一控制信息。

因此,在一种可能的实现方式中,该方法包括:发送端向接收端发送第一数据和第一控制信息,第一控制信息指示发送第一数据所使用的时频资源;发送端在第一时间单元向接收端发送第一指示信息,第一指示信息指示发送端将在n个时间单元之后重复发送第一控制信息,n≥0且为整数;发送端在该n个时间单元之后向接收端重复发送第一控制信息。

在这种情况下,接收端接收到发送端在n个时间单元之后发送的第一控制信息之后,再根据第一控制信息的内容接收第一数据。

具体地,此时,第一指示信息可以用于指示发送端重复发送第一控制信息的时频资源和重复发送的次数等。

在本申请提供的技术方案,发送端在重复发送第一数据之前,向接收端发送第一指示信息,以向接收端指示发送端将重复发送第一数据和第一控制信息,其中,第一控制信息用于指示发送第一数据时使用的时频资源。对于接收端而言,只有在接收到第一指示信息的情况下,接收端才开始接收和缓存数据。而在未接收到第一指示信息的情况下,接收端则不会去接收数据,更不用缓存数据,因而能够降低接收端的缓存和功耗的开销。

例如,发送端可以为网络设备,接收端可以为终端设备。

在一种可能的实现方式中,第一指示信息包括以下信息中的至少一项:重复发送的起始时刻、重复发送的次数、重复发送第一数据和第一控制信息时使用的时频资源的位置和大小。

在一种可能的实现方式中,发送端在向接收端重复发送第一数据和所第一控制信息的过程中,该方法还包括:发送端向接收端发送第二指示信息,第二指示信息指示发送端将中止重复发送第一数据和第一控制信息。

应理解,发送端在发送第二指示信息之后,中止重复发送第一数据和第一控制信息。

在一种可能的实现方式中,第二指示信息具体用于指示中止重复发送第一数据和第一控制信息的第二时间单元。

后续,发送端在第二指示信息指示的第二时间单元上中止重复发送第一数据和第一控制信息。

在一种可能的实现方式中,第二指示信息还用于指示重启重复发送第一数据和第一控制信息的第三时间单元,以及,该方法还包括:发送端在第三时间单元上重复发送第一数据和第一控制信息。

在一种可能的实现方式中,该方法还包括:发送端接收接收端发送的第三指示信息,第三指示信息是接收端在正确解码第一控制信息的情况下发送给发送端的。

在一种可能的实现方式中,该方法还包括:发送端停止发送第一控制信息,重复发送第一数据。

在本实施例中,发送端在接收到第三指示信息之后,停止发送第一数据,继续重复发送第一数据。

在一种可能的实现方式中,第三指示信息为针对数据未正确接收的否定应答nack。

在一种可能的实现方式中,第一指示信息包括m个比特,其中,m的取值是从备选集合中选取的,每一种取值对应一种dci格式的比特数目。

在一种可能的实现方式中,第一指示信息用于指示重复发送的次数、发送第一控制信息所使用的时频位置和聚合等级等信息。或者第一指示信息还可以指示和重复发送相关的其它信息,这里不作限定。

第二方面,本申请提供了一种接收数据的方法,该方法包括:接收端接收发送端发送的第一数据和第一控制信息,第一控制信息指示发送端发送第一数据所使用的时频资源;接收端在第一时间单元上接收发送端发送的第一指示信息,第一指示信息指示发送端将在n个时间单元之后重复发送第一数据和第一控制信息,n≥0且为整数;接收端根据第一指示信息,在所述n个时间单元之后接收发送端重复发送的第一数据和第一控制信息。

与第一方面类似,第一指示信息还可以指示发送端将在n个时间单元之后重复发送第一控制信息。此种情况下,相对应地,该方法可以包括:接收端接收发送端发送的第一数据和第一控制信息,第一控制信息指示发送端发送第一数据所使用的时频资源;接收端在第一时间单元上接收发送端发送的第一指示信息,第一指示信息指示发送端将在n个时间单元之后重复发送第一控制信息,n≥0且为整数;接收端根据第一指示信息,在所述n个时间单元之后接收发送端重复发送的第一控制信息。

类似地,在这种情况下,接收端接收到发送端在n个时间单元之后发送的第一控制信息之后,再根据第一控制信息的内容接收第一数据。

具体地,此时,第一指示信息可以用于指示发送端重复发送第一控制信息的时频资源和重复发送的次数等。

在一种可能的实现方式中,第一指示信息包括以下信息中的至少一项:重复发送的起始时刻,重复发送的次数、重复发送第一数据和第一控制信息时使用的时频资源的位置和大小。

在一种可能的实现方式中,该方法还包括:接收端接收发送端发送的第二指示信息,第二指示信息指示发送端将中止重复发送第一数据和第一控制信息。

在一种可能的实现方式中,第二指示信息具体用于指示中止重复发送第一数据和第一控制信息的第二时间单元。

应理解,接收端在接收到第二指示信息之后,在第二指示信息指示的第二时间单元中止接收第一数据和第一控制信息。

在一种可能的实现方式中,第二指示信息还用于指示重启重复发送第一数据和第一控制信息的第三时间单元,以及,该方法还包括:接收端在第三时间单元上继续接收发送端重复发送的第一数据和第一控制信息。

在一种可能的实现方式中,该方法还包括:接收端在正确解码第一控制信息的情况下,向发送端发送第三指示信息。

在一种可能的实现方式中,接收端在发送第三指示信息之后,该方法还包括:接收端接收发送端重复发送的第一数据。

在一种可能的实现方式中,第三指示信息为针对数据未正确接收的否定应答nack。

第三方面,本申请提供一种发送数据的装置,用于执行第一方面或第一方面的任意可能的实现方式中的方法。具体地,该装置包括执行第一方面或第一方面的任意可能的实现方式中的方法的单元。

第四方面,本申请提供了一种接收数据的装置,用于执行第二方面或第二方面的任意可能的实现方式中的方法。具体地,该装置包括执行第二方面或第二方面的任意可能的实现方式中的方法的单元。

第五方面,本申请提供一种设备,该设备包括一个或多个处理器,一个或多个存储器,一个或多个收发器(每个收发器包括发射机和接收机)。发射机或接收机通过天线收发信号。存储器用于存储计算机程序指令(或者说,代码)。处理器用于执行存储器中存储的指令,当指令被执行时,处理器执行第一方面或第一方面的任意可能的实现方式中的方法。

第六方面,本申请提供一种设备,该设备包括一个或多个处理器,一个或多个存储器,一个或多个收发器(每个收发器包括发射机和接收机)。发射机或接收机通过天线收发信号。存储器用于存储计算机程序指令(或者说,代码)。处理器用于执行存储器中存储的指令,当指令被执行时,处理器执行第二方面或第二方面的任意可能的实现方式中的方法。

第七方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任意可能的实现方式中的方法。

第八方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任意可能的实现方式中的方法。

第九方面,本申请提供一种芯片(或者说芯片系统),包括存储器和处理器,存储器用于存储计算机程序,处理器用于从存储器中调用并运行该计算机程序,使得安装有该芯片系统的通信设备执行上述第一方面和第二方面及其任一种可能的实现方式中的方法。

例如,在第一方面中,该通信设备为发送端。在第二方面,该通信设备为接收端。

在本申请提供的技术方案,发送端在重复发送数据(例如,第一数据)之前,向接收端发送第一指示信息,以向接收端指示发送端将重复发送数据和控制信息。对于接收端而言,只有在接收到第一指示信息的情况下,接收端才开始接收和缓存数据。而在未接收到第一指示信息的情况下,接收端则不会去接收数据,更不用缓存数据,因而能够降低缓存和功耗的开销。

附图说明

图1是适用于本申请实施例的移动通信系统的架构示意图。

图2为一种重复传输的方案示意图。

图3为另一种重复传输的方案示意图。

图4为本申请实施例提供的发送数据和接收数据的方法的交互图。

图5为发送端向接收端指示重复发送的一个示例。

图6为发送端重复发送第一数据和第一控制信息的一个示例。

图7为发送端重复发送第一数据和第一控制信息的另一个示例。

图8为发送端重复发送第一数据和第一控制信息的再一个示例。

图9为发送端重复发送第一数据和第一控制信息的又一个示例。

图10为发送端重复发送第一控制信息的一个示例。

图11为中止重复发送第一数据和第一控制信息的一个示例。

图12是中止重复发送第一数据和第一控制信息的另一个示例。

图13是中止重复发送第一数据和第一控制信息的又一个示例。

图14示出了终止重复发送第一控制信息的示意图。

图15为本申请实施例提供的发送数据的装置500的示意性框图。

图16为本申请实施例提供的接收数据的装置600的示意性框图。

图17为本申请实施例提供的设备700的示意性结构图。

图18为本申请实施例提供的设备800的示意性结构图。

图19为处理器与存储器的一种结构示意图。

图20为处理器与存储器的另一种结构示意图。

具体实施方式

下面将结合附图,对本申请中的技术方案进行描述。

参见图1,图1是适用于本申请实施例的移动通信系统的架构示意图。如图1所示,该移动通信系统包括核心网设备101、无线接入网设备102和至少一个终端设备(如图1中的终端设备103和终端设备104)。终端设备通过无线的方式与无线接入网设备相连,无线接入网设备通过无线或有线方式与核心网设备连接。核心网设备与无线接入网设备可以是独立的不同的物理设备,也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端设备可以是固定位置的,也可以是可移动的。

应理解,图1仅是作为示例说明。该移动通信系统中还可以包括其它网络设备。例如,还可以包括无线中继设备和无线回传设备,图1中未示出。另外,本申请实施例对移动通信系统中包括的核心网设备、无线接入网设备和终端设备的数量不作限定。

无线接入网设备是终端设备通过无线方式接入到该移动通信系统中的接入设备,可以是基站nodeb、演进型基站enodeb、5g移动通信系统中的基站、未来移动通信系统中的基站或wifi系统中的接入节点等,本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。

终端设备也可以称为终端terminal、用户设备(userequipment,ue)、移动台(mobilestation,ms)、移动终端(mobileterminal,mt)等,是一种具有无线收发功能的设备,所述终端设备可以是手机(mobilephone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtualreality,vr)终端设备、增强现实(augmentedreality,ar)终端设备、工业控制(industrialcontrol)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smarthome)中的无线终端等。

无线接入网设备和终端设备可以部署在陆地上,包括室内或室外、手持或车载。也可以部署在水面上。还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对无线接入网设备和终端设备的应用场景不作限定。

本申请实施例可以适用于下行信号传输,也可以适用于上行信号传输,还可以适用于设备到设备(devicetodevice,d2d)的信号传输。对于下行信号传输,发送端是无线接入网设备,对应的接收端是终端设备。对于上行信号传输,发送端是终端设备,对应的接收端是无线接入网设备。对于d2d的信号传输,发送端是终端设备,对应的接收端也是终端设备。本申请实施例对信号的传输方向也不作限定。

无线接入网设备和终端设备之间以及终端设备和终端设备之间可以通过授权频谱(licensedspectrum)进行通信,也可以通过免授权频谱(unlicensedspectrum)进行通信。也可以同时通过授权频谱和免授权频谱进行通信。无线接入网设备和终端设备之间以及终端设备和终端设备之间可以通过6吉兆赫(gigahertz,ghz)以下的频谱进行通信,也可以通过6ghz以上的频谱进行通信,还可以同时使用6ghz以下的频谱和6ghz以上的频谱进行通信。本申请实施例对无线接入网设备和终端设备之间所使用的频谱资源不作限定。

在未来的移动通信系统中,高可靠低时延通信(ultrareliableandlowlatencycommunications,urllc)业务是一种非常典型的新业务。这类业务的主要特点是超高可靠性、低延时,传输数据量较少以及具有突发性。为了提高urllc的可靠性,目前有方案提出下行的urllc使用重复传输的方式进行数据传输。这就意味着,基站向ue发送数据之后,不等待ue反馈肯定应答(acknowledgement,ack)或否定应答(negativeacknowledgement,nack)而对一个数据块(transportblock,tb)直接进行多次传输。以下,我们将这种重复传输的方式称之为repetition。

参见图2,图2为一种重复传输的方案示意图。如图2所示,发送端第一次发送数据携带有dci。后面的三次重复传输仅有数据没有dci。如果第一次发送的dci丢失,则后续重复传输发送的数据都无法正确接收。因此,对第一次发送的dci的可靠性要求极高。

参见图3,图3为另一种重复传输的方案示意图。如图3所示,发送端每次发送数据都携带dci。显然,在这种方式中,对于每次发送的dci的可靠性要求都不如图2所示的方式中的可靠性要求高。在这种方式下,具体地可以分为两种方案。

一种方案是每次发送的dci携带的信息不同。这样,发送端每次发送的dci都可以向接收端指示当前是第几次repetition,进而接收端可以确定需要将接收到的哪些数据进行合并译码。但是由于dci可能会出现错误,因此,接收端一直需要缓存一部分数据。假定repetition的次数为4次,例如,如果前3次的dci全部未正确接收,第4次正确接收,则接收端需要缓存前3次的数据进行合并译码。但是很有可能,在缓存了3次之后,第4次正确解码了dci,却发现第4次接收的是某个数据的第二次repetition。也就是说缓存中的前两次的数据是没用的。但是,为了保证可靠性,只能为最差情况做准备,因此只能一直缓存最近3次接收的数据。综上所述,如果repetition的最大次数如果为n次,接收端就始终需要缓存最近(n-1)次接收的数据。

另一种方案是每次发送的dci携带的信息都相同。这种情况对于接收端而言,由于可以对dci进行合并译码,对每次发送的dci的可靠性要求不高,因而可以使用更少的资源进行发送。但是,在这种情况下,ue无法确定当前接收的是第几次发送,因而也需要缓存最近(n-1)次接收的数据。并且,由于接收端dci携带的信息相同,因此,ue也不清楚需要使用哪几次接收的数据作合并译码,可能需要尝试多次。例如,如果缓存了3次接收的数据,在第4次接收到数据时,ue可能需要尝试4、4+3、4+3+2、4+3+2+1这几种解码方式。其中,4表示仅对第4次接收到的数据进行解码。4+3表示对第4次接收的数据和第3次接收的数据进行合并译码。以此类推。

可见,不管采用上面的哪种方案,接收端始终都需要缓存最近(n-1)次接收的数据。这对接收端的缓存和功耗,都将造成极大的开销。

为此,本申请提出一种发送数据和接收数据的方法,能够降低接收端缓存和功耗的开销。

下面对本申请实施例提供的发送数据和接收数据的方法作详细说明。

参见图4,图4为本申请实施例提供的发送数据和接收数据的方法的交互图。

210、发送端向接收端发送第一数据和第一控制信息,接收端接收发送端发送的该第一数据和第一控制信息。

本申请实施例中,第一数据作为发送端向接收端发送的数据的一个示例。其中,第一控制信息用于指示发送端发送第一数据所使用的时频资源。

这里,步骤210可以认为是发送端向接收端初次发送第一数据和第一控制信息。

220、发送端在第一时间单元向接收端发送第一指示信息,接收端在第一时间单元接收发送端发送的第一指示信息。

其中,第一指示信息用于指示发送端将在n个时间单元之后重复发送第一数据和第一控制信息,n≥0且为整数。

重复发送,或者也可以称作重复传输(repetition),是指对一个数据或信息发送(或者说,传输)多次。进一步地,重复发送专指发送端在向接收端发送数据或信息的过程中,不等待接收端针对数据或信息是否正确接收进行反馈就进行的多次发送。

在本申请实施例中,时间单元可以为传输时间间隔(transmissiontimeinterval,tti)、时隙(slot)、微时隙(mini-slot)、符号等用于表征时间长度的参数,本申请实施例对此不作限定。

这里,将发送端向接收端发送第一指示信息的时间单元记作第一时间单元。第一指示信息向接收端指示发送端将在n个时间单元之后,向接收端重复发送第一数据和第一控制信息。

应理解,,当n取值为0时,发送端将在第一时间单元内进行第一数据和第一控制信息的重复发送。

在另一种可能的实现方式中,第一指示信息也可以指示发送端将在n个时间单元之后,向接收端重复发送第一控制信息。

即,在本申请实施例中,第一指示信息可以用于触发重复发送第一控制信息。后续,发送端仅重复发送第一控制信息。

或者,第一指示信息也可以用于触发重复发送第一数据和第一控制信息。后续,发送端向接收端重复发送第一数据和第一控制信息。

对于接收端而言,接收到第一指示信息之后,获知发送端将在n个时间单元之后开始重复发送。相对应地,如果第一指示信息指示发送端将在n个时间单元之后重复发送第一控制信息。接收端则在n个时间单元之后,接收发送端重复发送的第一控制信息。再根据第一控制信息的内容接收第一数据。

如果第一指示信息指示发送端将在n个时间单元之后重复发送第一控制信息和第一数据,接收端将在n个时间单元之后,接收发送端重复发送的第一数据和第一控制信息。

可选地,第一指示信息包括以下信息中的至少一项:

重复发送的起始时刻、重复发送的次数、重复发送第一数据和第一控制信息时使用的时频资源位置和大小。

可以理解的是,发送端向接收端指示重复发送的起始时刻、重复发送的次数和重复发送第一数据和第一控制信息时发送端使用的时频资源的位置和大小,使得接收端可以准确获知重复发送的相关信息,从而在重复发送的起始时刻、重复发送时使用的时频资源位置上接收第一数据和第一控制信息。并且,接收端也能够获知将有几次重复发送。

这里是以第一指示信息指示发送端将重复发送第一控制信息和第一数据进行说明。在第一指示信息用于指示发送端将重复发送第一控制信息的情况下,第一指示信息的内容与指示发送端将重复发送第一数据和第一控制信息类似。例如,第一指示信息可以包括:重复发送的起始时刻、重复发送的次数、重复发送第一控制信息时使用的时频资源的位置和大小等。

本申请实施例对第一指示信息的形式不作特别限定。下面给出第一指示信息的几种形式的示例。

(1)1比特+crc。

其中,1比特用于指示重复发送的开始或中止。

例如,“0”代表开始,“1”代表中止。

关于“中止”,下文会作详细说明。

(2)第一指示信息包括m个比特,m的取值从一个备选集合中选取。

其中,每一种取值可以为urllc的某一种dci格式对应的比特数目。

例如,在lte中,dci格式包括dci0、dci1、dci1a、dci1b、dci1c、dci1d、dci2、dci2a、dci3和dci3a。

m的取值可以设计为以上这些dci格式对应的比特数。

需要说明的是,m个比特的取值可以全部置0或置1,以便于和上述这些dci格式进行区分。其中,全部置0可以指示一种含义,全部置1指示另一种含义。例如,全部置0指示开始重复发送。全部置1指示中止重复发送。

以上仅以lte中的dci格式作为示例进行说明。显然,也可以为其它形式,例如5g或者说新无线接入(newradioaccess,nr)中提出的新的dci格式。

可以理解的是,设计为和现有的dci格式对应的比特数相等,那么接收端对第一指示信息的解码过程就与现有技术完全相同,不会增加接收端的盲检次数。解码成功后,根据第一指示信息的具体内容,例如上述的全部置0或全部置1,就可以获知这是一个指示重复发送开始或中止的指示信息,而不是上述的某种dci格式。

(3)少量比特。

这少量比特可以指示重复发送的次数、重复发送的起始时刻以及每次重复发送的dci所在的时频资源位置和大小。

与上述(2)类似,这少量比特的具体个数,可以设计为和现有的某一种dci格式对应的比特数目相等,就不会增加盲检次数。

在这种结构中,重复发送的起始时刻可以隐式的方式进行指示。

例如,重复发送的起始时刻可以定义为发送第一指示信息的时间单元+k。其中,k可以是k个符号、min-slot、slot、tti等时间单位。k可以通过无线资源控制(radioresourcecontrol,rrc)等信令半静态的配置。

这少量比特可以包括两个域。

其中,一个域指示重复发送的次数。例如,4比特指示1-16次。或者,也可以仅支持若干次数的重复发送,例如,repetition的次数仅可以是4、8、16这三种,那么,只需要2比特就可以指示这3种取值。

另一个域指示每次重复发送dci所在的时频资源位置和大小。

这里需要说明的是,时频资源的大小也即承载dci的pdcch所使用的cce的数量。一个pdcch所使用的cce的数量,也称为聚合等级。关于cce聚合等级更详细的说明可以参考现有技术,这里不作详述。

可以对能够支持的几种可能配置进行编号,仅指示编号即可。例如,仅有4种可能的dci位置、2种聚合等级。那么只需要3比特就可以指示这8种组合的情况。

另外,也不排除每次重复发送dci的位置和聚合等级不同,同样可以对不同情况作编号,进行指示。

(4)通过正交序列指示。

以发送端为enodeb、接收端为ue作为示例进行说明。

在相同的时频资源上,enodeb发送多个ue的第一指示信息。不同的ue使用正交序列来区分属于自己的第一指示信息。在这种方式中,第一指示信息仅包括1比特。

参见图5,图5为发送端向接收端指示重复发送的一个示例。如图5所示,enodeb将1比特的第一指示信息经过ue#a的正交序列处理后,映射到4个资源单元(resourceelement,re)上进行发送。ue#a从这4个re上接收到数据之后,经过自己的正交序列处理,获得自己的第一指示信息的内容。在这4个re上,还可以用相同的方法,同时发送其它ue的第一指示信息。这里使用4个re仅作为示例,实际上只要re的个数大于1就可以。

实际上,本申请实施例中的第一指示信息相当于一个控制信息,用于指示和重复发送相关的信息,例如资源分配、发送时刻、发送次数以及其它信息等。并且,第一指示信息用于触发重复发送的开始。因此,第一指示信息可以认为是一个triggerdci(触发dci),和普通的dci相互区别。

因此,第一指示信息的crc可以使用特殊的ue专用无线网络临时标识(ue-specificrnti)进行加扰,以和普通的dci进行区分。

以上所述,第一指示信息都设计为包括与现有的dci格式相等的比特数(payloadsize)。当然,第一指示信息也可以设计为包括新的比特数。此时,则不需要用rnti进行区分,根据payloadsize就能区分。不过这样可能会增加盲检次数。

另外,由于发送端发送第一指示信息不要对数据进行处理和通知,因此可以比普通的dci更早发送。这个提前量可以以符号、min-slot、tti等为单位。

230、发送端在n个时间单元之后向接收端重复发送第一数据和第一控制信息。接收端在n个时间单元之后,接收发送端重复发送的第一数据和第一控制信息。

接收端接收到第一指示信息之后,根据第一指示信息指示的信息,接收发送端重复发送的第一数据和第一控制信息。

发送端向接收端重复发送第一数据和第一控制信息,包括多种形式。

参见图6,图6为发送端重复发送第一数据和第一控制信息的一个示例。如图6所示,以repetition等于4次为例。发送端在相同的起始时刻发送第一数据和第一控制信息(即,dci),每个第一控制信息和它对应的第一数据不一定在同一个时间单元内发送。其中,第一数据和第一控制信息可以占用相同的频域资源。

参见图7,图7为发送端重复发送第一数据和第一控制信息的另一个示例。如图7所示,继续以repetition等于4次为例。发送端发送的第一数据和第一控制信息占用不同的频域资源。并且,发送端发送第一数据的起始时刻比发送第一控制信息的起始时刻晚一些。

参见图8,图8为发送端重复发送第一数据和第一控制信息的再一个示例。如图8所示,发送端可以先连续发若干个第一控制信息,接着再发送第一数据。

参见图9,图9为发送端重复发送第一数据和第一控制信息的又一个示例。如图9所示,发送端在每次发送第一数据时,都携带第一控制信息。可选地,每次发送的第一控制信息携带的信息可以相同或不同。

此外,第一控制信息和第一数据的repetition次数可以不相等,也就是说第一控制信息和第一数据的发送位置,起始时间,发送次数都可以是相互独立的。

例如,参见前文图2中所示的发送方式发送第一控制信息和第一数据。即,仅在第一次发送第一数据时携带第一控制信息,后续仅对第一数据作repetition。

可以理解的是,发送端向接收端重复发送第一数据和第一控制信息之前,向接收端发送第一指示信息指示重复发送。这样,对于接收端而言,如果接收到第一指示信息,则在后续尝试接收和缓存发送端重复发送的第一数据和第一控制信息。如果没有接收到第一指示信息,接收端则认为没有针对自己的repetition,因此,也就不需要去做dci盲检,更不需要去尝试接收和缓存数据,因而能够降低接收端的缓存和功耗的开销。

在第一指示信息指示发送端将在n个时间单元之后将重复发送第一控制信息的情况,请参见图10,图10为发送端重复发送第一控制信息的一个示例。

如图10所示,假定repetition的次数等于4。发送端在n个时间单元之后,向接收端重复发送第一控制信息。接收端根据接收到的第一控制信息再接收第一数据。图10中所示的4次重复发送的第一控制信息在时域上的位置仅是作为示例。

在发送端向接收端重复发送第一数据和第一控制信息的过程中,该方法还包括:

发送端向接收端发送第二指示信息,第二指示信息指示发送端将中止重复发送第一数据和第一控制信息;

发送端中止重复发送第一数据和第一控制信息。

也就是说,在一些情况下,发送端可以主动中止重复发送。

以发送端为enodeb、接收端为ue作为示例进行说明。如果一个正在进行repetition的urllc的用户设备#a(下面记作ue#a)的用于后续repetition的时频资源被另一个urllc的用户设备#b(下面记作ue#b)抢占,enodeb就需要停止向ue#a继续发送数据。此时,enodeb需要主动中止对ue#a的repetition,并通知ue#a停止继续接收数据和dci。

这里,第二指示信息的形式可以和前述第一指示信息的形式相同或者不同。在第二指示信息的形式与第一指示信息的形式相同的情况下,可以通过内容进行区分。

以前文所述第一指示信息的几种形式为例进行说明。

例如,在第(1)种形式中,这1比特为0代表开始重复发送,1比特为1代表中止重复发送。

又例如,在第(2)种形式中,m个比特全部置0代表开始,全部置1代表中止。

又例如,在第(4)种形式中,0代表开始,1代表中止。

又例如,可以通过不同的rnti进行区分开始或是中止。

进一步地,第二指示信息具体用于指示中止重复发送第一数据和第一控制信息的第二时间单元;

以及,发送端中止重复发送第一数据和第一控制信息,包括:

发送端在第二时间单元上,中止发送第一数据和第一控制信息。

进一步地,第二指示信息还用于指示重启重复发送第一数据和第一控制信息的第三时间单元,以及,该方法还包括:

发送端在第三时间单元上继续重复发送第一数据和第一控制信息。

发送端在向接收端发送第二指示信息,用于向接收端指示中止repetition。具体地,第二指示信息具体用于指示中止repetition的时间单元(即,第二时间单元)。后续在第二时间单元上,发送端不发送第一数据和第一控制信息。相对应地,接收端在第二时间单元上也停止接收第一数据和第一控制信息。

可以理解的是,这里的第二时间单元可以是某一个时间单元,也可以是某几个时间单元。

同时,第二指示信息还可以指示重启重复发送的时间单元(即,第三时间单元)。也就说说,发送端开始向接收端重复发送第一数据和第一控制信息之后,可以在某几个时间单元上中止(或者说,暂时停止)repetition。后续,又可以重启repetition。这样,发送端在第三时间单元上继续向接收端重复发送第一数据和第一控制信息,相对应地,接收端在第三时间单元上又继续接收第一数据和第一控制信息。

例如,第二指示信息具体的形式为上述的第(3)种形式,即,第二指示信息包括少量比特。其中,这少量比特可以设置为两个域,其中,第一个域指示代表间隔几个时间单元再继续repetition,第二个域指示repetition还要进行几次。

可选地,也可以不设置第二个域,默认为达到预设的repetition次数即结束,或者在预设的结束时间单元上结束。

例如,预设的repetition次数是6,并且在第6个tti结束。如果在repetition的过程中,某一个或某几次repetition被中止,那么有2种终止repetition的方式。一种是在保证6次repetition完成后结束,另一种是不管中止了几次,在第6个tti结束整个repetition。

应理解,终止repetition的方式也是可以预先设定的。这里的列举仅是作为示例,也可以采用其它方式,本申请实施例对此不作特别限定。

下面举例说明。

参见图11,图11是中止重复发送第一数据和第一控制信息的一个示例。如图11所示,假定预设repetition的次数为4。发送端在索引#0对应的符号向接收端发送第一指示信息,指示repetition开始。在索引#1对应的符号,发送端进行第1次repetition,向接收端发送第一数据和第一控制信息。接着,在索引#2对应的符号,发送端向接收端发送第二指示信息,指示中止repetition。并且,第二指示信息中指示了中止repetition的符号是索引#3对应的符号和索引#4对应的符号。进一步地,第二指示信息还指示了重启repetition的符号是索引#5对应的符号。

在图11中,发送端在索引#2对应的符号上向接收端发送第二指示信息时,可以不发送第一数据。或者,在发送第二指示信息的同时,也可以继续发送第一数据。

参见图12,图12是中止重复发送第一数据和第一控制信息的另一个示例。在图12中,发送端执行的过程与上述图11中相同,区别是在索引#2对应的符号发送第二指示信息时,同时发送了第一数据。

发送端在发送完第二指示信息之后,在索引#3和索引#4对应的符号中止repetition。相对应地,接收端在接收到第二指示信息之后,根据第二指示信息指示的内容,停止接收第一数据和第一控制信息。

发送端在符号#5对应的符号,重启repetition。发送端继续向接收端发送第一数据和第一控制信息。相对应,接收端在重启repetition的时间单元(即,索引#5对应的符号)继续接收第一数据和第一控制信息。

参见图13,图13是中止重复发送第一数据和第一控制信息的再一个示例。如图13所示,在上述图12的基础上,在索引#2对应的符号内,除了发送第二指示信息和第一数据,也可以发送第一控制信息(即,dci)。图13中所示的第二指示信息与第一控制信息的时域位置仅是作为示例,但是,第二指示信息与第一控制信息都应该在索引#2对应的符号内。

应理解,这里是以符号作为时间单元的示例。其中,索引#0对应的符号为上述实施例中所说的第一时间单元的示例。索引#3和索引#4对应的符号为上述实施例中第二时间单元的示例。索引#5为上述实施例中第三时间单元的示例。

可以理解的是,接收端在接收到发送端初次发送的第一控制信息之后,接收端对第一控制信息进行解码,以进一步解码第一数据。

在本申请实施例中,该方法还包括:

接收端在正确解码第一控制信息的情况下,向发送端发送第三指示信息,以便于发送端停止发送第一控制信息,且不停止发送第一数据。

相对应地,如果发送端在repetition的过程中,接收到接收端发送的第三指示信息,则获知接收端已经正确解码第一控制信息,因而不需要再继续发送第一控制信息。因此,发送端端停止向接收端发送第一控制信息。换句话说,停止第一控制信息的repetition。

但是需要注意的是,在本申请实施例中,在这种情况下,发送端不会停止第一数据的repetition。换句话说,在本申请实施例中,第三指示信息是针对控制信息的,而不是针对数据的。

这里需要说明的是,在本申请实施例中,发送端向接收端发送第一指示信息,表明发送端既对第一数据重复发送,也对第一控制信息重复发送。类似地,发送端向接收端发送第二指示信息,以指示发送端即中止第一控制信息的重复发送,也中止第一数据的重复发送。而第三指示信息是接收端在对第一控制信息正确解码的情况下反馈给发送端的。相对应地,发送端在接收到第三指示信息之后,仅终止第一控制信息的重复发送,而不终止第一数据的重复发送。

具体地,第三指示信息可以为接收端针对数据的译码结果,向发送端反馈的否定应答nack。其中,数据的译码结果包括正确译码和未正确译码。

这里,接收端向发送端发送的nack和针对数据反馈的nack可以完全一样,不需要重新设计。从而,发送端只要接收到nack,就会停止第一控制信息的repetition。发送端不需要区分nack是针对控制还是数据反馈的。

参见图14,图14示出了终止中止重复发送第一控制信息的示意图。如图14所示,发送端在索引#0对应的符号和索引#1对应的符号向接收端发送第一控制信息之后,收到接收端反馈的nack,表明接收端已正确解码第一控制信息。因此,在下一次repetition时,发送端仅对第一数据进行repetition,而停止了第一控制信息的repetition。

应理解,在本申请实施例中出现的“终止”与“中止”相互区别。终止是指结束。中止是指中途停止,或者也可以理解为暂停。

另外,在发送端向接收端重复发送第一数据和第一控制信息的过程中,如果接收端对第一数据正确解码,可以向发送端反馈ack。发送端接收到接收端反馈的ack,则终止整个repetition。接下来,发送端可以开始新数据的发送。

在本申请实施例提供技术方案中,发送端在重复发送数据之前,向接收发送第一指示信息,指示发送端将重复发送数据和控制信息。接收端只有在接收到第一指示信息的情况下,才开始尝试接收和缓存数据。而接收端在未接收到第一指示信息的情况下,则不需要接收数据,更不用缓存数据,从而能够节约接收端的缓存资源、降低功耗。

以上结合图1至图14,对本申请实施例提供的发送数据和接收数据的方法作了详细说明。下面对本申请实施例提供的装置和设备进行说明。

图15为本申请实施例提供的发送数据的装置500的示意性框图。装置500可对应上述方法实施例中的发送端。如图15所示,装置500包括:

发送单元510,用于向接收端发送第一数据和第一控制信息,第一控制信息指示发送第一数据所使用的时频资源;

发送单元510,还用于在第一时间单元向接收端发送第一指示信息,第一指示信息指示该装置将在n个时间单元之后重复发送第一数据和第一控制信息,n≥0且为整数;

发送单元510,还用于在所述n个时间单元之后向接收端重复发送第一数据和第一控制信息。

本申请实施例提供的装置500中的各单元和上述其它操作或功能分别为了实现本申请提供的发送和接收数据的方法各实施例中由发送端执行的相应流程。为了简洁,此处不再赘述。

可选地,装置500可以为安装在发送端的芯片(或者说,芯片系统)。此情况下,该装置500可以包括:处理器和存储器,其中,存储器可以用于存储指令,处理器用于调用并执行存储器存储的指令,以实现本申请提供的各方法实施例中由发送端执行的相应流程和/或操作。

图16为本申请实施例提供的接收数据的装置600的示意性框图。装置600可对应上述方法实施例中的接收端。如图16所示,装置600包括:

接收单元610,用于接收发送端发送的第一数据和第一控制信息,第一控制信息指示发送端发送第一数据所使用的时频资源;

接收单元610,还用于在第一时间单元上接收发送端发送的第一指示信息,第一指示信息指示发送端将在n个时间单元之后重复发送第一数据和第一控制信息,n≥0且为整数;

接收单元610,还用于根据第一指示信息,在该n个时间单元之后接收发送端重复发送的第一数据和第一控制信息。

本申请实施例提供的装置600中的各单元和上述其它操作或功能分别为了实现本申请提供的发送和接收数据的方法各实施例中由接收端执行的相应流程。为了简洁,此处不再赘述。

可选地,装置600可以为安装在发送端的芯片(或者说,芯片系统)。此情况下,该装置600可以包括:处理器和存储器,其中,存储器可以用于存储指令,处理器用于调用并执行存储器存储的指令,以实现本申请提供的各方法实施例中由接收端执行的相应流程和/或操作。

图17为本申请实施例提供的设备700的示意性结构图。如图17所示,设备700包括:一个或多个处理器701,一个或多个存储器702,一个或多个收发器(每个收发器包括发射机703和接收机704)。发射机703或接收机704通过天线收发信号。存储器702中存储计算机程序指令(或者说,代码)。处理器701执行存储在存储器702中的计算机程序指令,以实现本申请提供的发送和接收数据的方法各实施例中由发送端执行的相应流程和/或操作。为了简洁,此处不再赘述。

需要说明的是,图15中所示的装置500可以通过图17中所示的设备700来实现。例如,图15中所示的发送单元510可以由图17中所示的发射机703实现。接收单元520由接收机704实现等。

图18为本申请实施例提供的设备800的示意性结构图。如图18所示,设备800包括:一个或多个处理器801,一个或多个存储器802,一个或多个收发器(每个收发器包括发射机803和接收机804)。发射机803或接收机804通过天线收发信号。存储器802中存储计算机程序指令(或者说,代码)。处理器801执行存储在存储器802中的计算机程序指令,以实现本申请提供的发送和接收数据的方法各实施例中由接收端执行的相应流程和/或操作。为了简洁,此处不再赘述。

类似地,图16中所示的装置600可以通过图18中所示的设备800来实现。例如,图16中所示的接收单元610可以由图18中所示的接收机804实现,发送单元620可以由发射机803实现等。

以上实施例中,处理器可以为中央处理器(centralprocessingunit,cpu)、微处理器、特定应用集成电路(application-specificintegratedcircuit,asic),或一个或多个用于控制本申请方案程序执行的集成电路等。例如,处理器可以包括数字信号处理器设备、微处理器设备、模数转换器、数模转换器等。处理器可以根据这些设备各自的功能而在这些设备之间分配移动设备的控制和信号处理的功能。此外,处理器可以包括操作一个或多个软件程序的功能,软件程序可以存储在存储器中。

处理器的所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

存储器可以是只读存储器(read-onlymemory,rom)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(randomaccessmemory,ram)或者可存储信息和指令的其他类型的动态存储设备。也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory,eeprom)、只读光盘(compactdiscread-onlymemory,cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。

可选的,上述图17和图18中所示的存储器与存储器可以是物理上相互独立的单元,如图19所示,图19为处理器与存储器的一种结构示意图。或者,存储器也可以和处理器集成在一起。如图20所示,图20为处理器与存储器的另一种结构示意图。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(readonlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。

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