一种harq-ack反馈方法、终端及基站

文档序号:156011 发布日期:2021-10-26 浏览:20次 >En<

阅读说明:本技术 一种harq-ack反馈方法、终端及基站 (HARQ-ACK feedback method, terminal and base station ) 是由 王俊伟 赵锐 于 2020-04-23 设计创作,主要内容包括:本发明实施例提供一种HARQ-ACK反馈方法、终端及基站,方法包括:接收基站发送的广播组播调度信令,并确定单播对应的上行资源;当检测到满足预设条件时,将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到所述单播对应的上行资源上,其中所述预设条件为预设窗内同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和所述上行资源所在时隙。本发明实施例简化了广播组播反馈HARQ-ACK的协议设计和复杂度。(The embodiment of the invention provides a HARQ-ACK feedback method, a terminal and a base station, wherein the method comprises the following steps: receiving a broadcast multicast scheduling signaling sent by a base station, and determining uplink resources corresponding to unicast; and when the condition that a preset condition is met is detected, multiplexing a first hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook corresponding to the broadcast multicast scheduling signaling to an uplink resource corresponding to the unicast, wherein the preset condition is that an HARQ-ACK feedback time slot indicated by the broadcast multicast scheduling signaling and a time slot where the uplink resource is located exist in a preset window at the same time. The embodiment of the invention simplifies the protocol design and complexity of the broadcast multicast feedback HARQ-ACK.)

一种HARQ-ACK反馈方法、终端及基站

技术领域

本发明涉及通信技术领域,尤其涉及一种HARQ-ACK反馈方法、终端及基站。

背景技术

随着移动视频业务、对等组播/广播流、群组通信以及广播/组播物联网(TheInternet of Things,IoT)应用的日益普及,全球移动通信业界达成共识,第五代移动通信(5th generation mobile networks,5G)网络需要具备在单播型业务及组播型业务间灵活、动态地进行无线频谱及网络资源分配的能力,并需要支持对于广播/组播网络的独立部署。

在当前的5G中,基站发送两种数据类型,一种是面向终端的数据,该数据只有目标终端才能接收到,这种数据成为单播数据;另外一种是面向本小区内所有终端或者特定群组的数据,即小区内的所有用户或特定群组用户能够接收该业务。

此外,为了保障数据的通信质量,对于发送广播组播业务数据,需要终端进行混合自动重传请求确认回答(Hybrid Automatic Repeat request-Acknowledge,HARQ-ACK)反馈,HARQ-ACK的反馈是基于数据接收结果的反馈信息,当数据接收正确时反馈ACK(即正确接收确认),当数据接收不正确时反馈NACK(即数据未正确接收确认)。而由于基站发送广播组播数据时,发送的是基于群组的调度消息,当终端需要反馈HARQ-ACK时,由于基于终端的反馈,现有空口的调度信令机制,无法让终端有效的反馈HARQ-ACK信息。

发明内容

本发明实施例提供一种HARQ-ACK反馈方法、终端及基站,以实现在基站调度广播组播数据时终端对HARQ-ACK的反馈。

本发明实施例提供一种HARQ-ACK反馈方法,应用于终端,包括:

接收基站发送的广播组播调度信令,并确定单播对应的上行资源;

当检测到满足预设条件时,将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到所述单播对应的上行资源上,其中所述预设条件为预设窗内同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和所述上行资源所在时隙。

本发明实施例提供一种HARQ-ACK反馈方法,应用于基站,包括:

向终端发送广播组播调度信令,以使终端在检测到满足预设条件时,将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到单播对应的上行资源上,其中所述预设条件为预设窗内同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和所述上行资源所在时隙;

接收终端在满足所述预设条件时通过所述上行资源所发送的上行数据,并得到复用在所述上行资源上的第一HARQ-ACK码本。

本发明实施例提供一种HARQ-ACK反馈装置,应用于终端,包括:

接收模块,用于接收基站发送的广播组播调度信令,并确定单播对应的上行资源;

复用模块,用于当检测到满足预设条件时,将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到所述单播对应的上行资源上,其中所述预设条件为预设窗内同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和所述上行资源所在时隙。

本发明实施例提供一种HARQ-ACK反馈装置,应用于基站,包括:

发送模块,用于向终端发送广播组播调度信令,以使终端在检测到满足预设条件时,将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到单播对应的上行资源上,其中所述预设条件为预设窗内同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和所述上行资源所在时隙;

接收模块,用于接收终端在满足所述预设条件时通过所述上行资源所发送的上行数据,并得到复用在所述上行资源上的第一HARQ-ACK码本。

本发明实施例提供一种终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现所述的应用于终端的HARQ-ACK反馈方法的步骤。

本发明实施例提供一种基站,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现所述的应用于基站的HARQ-ACK反馈方法的步骤。

本发明实施例提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现所述的HARQ-ACK反馈方法的步骤。

本发明实施例提供的HARQ-ACK反馈方法、终端及基站,通过在接收到基站发送的广播组播调度信令后,若在预设窗内同时存在广播组播调度信令所指示的HARQ-ACK反馈时隙和单播对应的上行资源所在时隙,则将广播组播调度信令所对应的第一HARQ-ACK码本复用到单播对应的上行资源上,简化了广播组播反馈HARQ-ACK的协议设计和复杂度,同时有效解决了终端在小区不同位置而PUCCH需要不同的格式的需求的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例中应用于终端的HARQ-ACK反馈方法的步骤流程图;

图2为本发明实施例中应用于基站的HARQ-ACK反馈方法的步骤流程图;

图3为本发明第一实施例所对应的示意图;

图4为本发明第二实施例所对应的示意图;

图5为本发明第三实施例所对应的示意图;

图6为本发明第五实施例所对应的示意图;

图7为本发明实施例中应用于终端的HARQ-ACK反馈装置的模块框图;

图8为本发明实施例中应用于基站的HARQ-ACK反馈装置的模块框图;

图9为本发明实施例中终端的结构示意图;

图10为本发明实施例中基站的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

为了便于清楚描述本发明实施例的技术方案,在本发明的各实施例中,若采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。

本发明实施例中术语“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“三种一般表示前后关联对象是一种“或”的关系。

本发明实施例中术语“多个”是指两个或两个以上,其它量词与之类似。

此外,应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中,应理解,下述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

在无线通信的环境中,由于信道质量是快速变化的,即数据的传输有可能发生错误,为提高数据传输的可靠性,满足不同业务不同传输质量的要求。标准采用HARQ过程,典型的HARQ过程描述如下:发送端(基站)初次发送数据传输块(Transport block,TB1)给接收端(终端),并指示终端反馈HARQ-ACK的物理上行控制信道(Physical Uplink ControlChannel,PUCCH)的时隙和资源信息;接收端对TB1进行译码,译码结果为错误,在指定时隙的PUCCH资源上反馈NACK给发送端;发送端接收到NACK信息后,对TB1重新发送,并指示终端反馈HARQ-ACK的PUCCH资源信息;终端对TB1再次进行译码(终端可能会和前一次的数据进行合并),译码结果为正确,反馈ACK给数据发送端;发送端在指定时隙的PUCCH资源上反馈ACK给发送端;发送端收到ACK信息,此次数据发送过程完成。对于单播的HARQ调度过程,只适合一个接收终端做HARQ-ACK反馈,但对于广播组播业务,接收该业务的是一组终端或者小区内的所有终端,因此现有单播的HARQ调度及反馈指示机制,不适合基于蜂窝的广播组播反馈。

此外,边链路(Side link)是基于终端到终端的通信链接,对于Sidelink广播组播通信来说,有两种主要的Sidelink HARQ反馈的模式:

模式一,基于HARQ NACK的反馈方式:在这种方式下所有接收终端共享相同的用于反馈HARQ-ACK的物理边链路反馈信道资源(physical side link feedback channel,PSFCH)。如果任何一个终端未能正确接收用于传输业务数据的物理边链路共享信道(physical side link share channel,PSSCH),则在共享的PSFCH资源上发送HARQ NACK信息。针对该种方式,基站无法识别是哪个终端反馈了NACK,因此无法针对这些反馈NACK的终端链路质量进行自适应发送调整,也就是无法有效利用信道质量信息,导致浪费无线空口资源,另外当终端在没有检测出广播组播调度信令时,则终端不会反馈NACK,这样基站则会认为所有终端都正确接收了数据,这会导致广播组播数据传输的性能变差。

模式二,基于HARQ ACK/NACK的反馈方式:在这种方式下每个接收终端都有自己独立的PSFCH资源,每个接收终端根据自己是否正确接收PSSCH,从而在对应的PSFCH资源上发送HARQ ACK/NACK信息;主要的应用场景是组内终端比较少的时候。针对该种方式,需要对所有终端进行分配上行反馈资源,当接收该广播组播业务的终端个数比较多时,分配上行信道资源会比较困难;不同接收端和基站的位置不同,为了有效反馈HARQ-ACK,有的需要占用2个符号,有的需要占用4个符号,甚至有的需要占用14个符号,而现有方案的资源分配是统一的一种格式,无法满足蜂窝的反馈HARQ-ACK的需求。

针对上述各种情景下的HARQ-ACK反馈问题,本发明提供如下实施例:

如图1所示,为本发明实施例中应用于终端的HARQ-ACK反馈方法的步骤流程图,该方法包括如下步骤:

步骤101:接收基站发送的广播组播调度信令,并确定单播对应的上行资源。

具体的,终端接收基站发送的广播组播调度信令,并确定单播对应的上行资源。

其中,单播对应的上行资源可用于反馈单播的HARQ-ACK,且上行资源包括PUCCH资源或者PUSCH资源。

步骤102:当检测到满足预设条件时,将广播组播调度信令所对应的第一HARQ-ACK码本复用到单播对应的上行资源上。

具体的,该预设条件为预设窗内同时存在广播组播调度信令所指示的HARQ-ACK反馈时隙和上行资源所在时隙。

这样,终端在接收到基站发送的广播组播调度信令后,若在预设窗内同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和单播对应的上行资源所在时隙,则将广播组播调度信令所对应的第一HARQ-ACK码本复用到单播对应的上行资源上,简化了广播组播反馈HARQ-ACK的协议设计和复杂度,同时有效解决了终端在小区不同位置而PUCCH需要不同的格式的需求的问题。

当然,当检测到预设窗内不同时存在广播组播调度信令所指示的HARQ-ACK反馈时隙和单播调度信令所对应的上行资源所在时隙时,可以不对广播组播调度信令所指示的HARQ-ACK信息进行反馈;或者,在广播组播调度信令所指示的PUCCH资源上反馈HARQ-ACK信息。

此外,在本实施例中,终端在确定单播对应的上行资源时,可以接收基站发送的单播调度信令,其中单播调度信令中携带有上行资源的调度信息;或者,接收基站通过高层信令配置的周期性上行资源信息,并基于周期性上行资源信息确定单播对应的上行资源;其中周期性上行资源信息包括上行资源的发送周期和时隙偏移,上行资源为PUCCH资源或PUSCH资源。

即本实施例可以通过单播调度信令或高层信令配置的方式确定单播对应的上行资源。

具体的,单播调度信令中的下行控制信息(DCI)中包括的信息元素表示如下:频域资源分配指示、时域资源分配指示、调制编码格式、冗余编码版本、新数据指示、HARQ进程号、PUCCH资源指示和HARQ反馈时间指示。具体的,HARQ-ACK的反馈时隙可以通过上述控制信令中的“时域资源分配指示“和”HARQ反馈时间指示“计算而出。

此外,基站高层配置的周期性上行资源信息包括上行资源的发送周期和时隙偏移,即包括如下内容:PUSCH或PUCCH发送周期,例如{slot1,slot2,slot4,slot 8,slot16};PUSCH或PUCCH时隙偏移。例如,假设通过配置,PUCCH资源或者PUSCH资源发送周期为4时隙,偏移量为0时隙,即在上行时隙0,4,8,12…上有相应的PUCCH或者PUSCH配置。

在此需要说明的是,当上行资源为单播调度信令所调度的用于传输单播的HARQ-ACK信息的资源时,预设条件还包括:单播调度信令的接收时刻位于广播组播调度信令所指示的HARQ-ACK反馈时隙之前且至少相距X个符号,且上行资源所在时隙满足广播组播调度信令所对应业务数据的接收处理时间;X值为终端接收单播调度信令的处理时间与广播组播调度信令所对应的第一HARQ-ACK的复用时间的和值。这为终端将广播组播调度信令所对应的第一HARQ-ACK码本复用到单播对应的上行资源上提供了条件。

此外,在本实施例中,可以显性指示由单播对应的上行资源复用广播组播调度信令对应的第一HARQ-ACK码本。此时,广播组播调度信令所对应的第一DCI中包含有请求消息,用于指示终端是否等待单播调度信令中的携带信息,携带信息中包含有是否在上行资源上携带第一HARQ-ACK码本的指示信息;单播调度信令所对应的第二DCI中包含有响应消息,用于指示终端是否在上行资源上携带第一HARQ-ACK码本。

即在广播组播调度信令和单播调度信令的DCI中增加指示终端将广播组播调度信令对应的第一HARQ-ACK码本复用到单播调度的上行资源上。

具体的,请求消息包括第一指示字段和第一HARQ-ACK码本的识别号,第一指示字段用于指示终端是否等待单播调度信令中的携带信息,其中第一DCI中新增字段且新增的字段中添加有请求消息或者第一DCI中的原有字段新增有对请求消息的指示含义;响应消息包括第二指示字段和第一HARQ-ACK码本的识别号,第二指示字段用于指示是否在上行资源上携带所述第一HARQ-ACK码本,其中第二DCI中新增字段且新增的字段中添加有响应消息或者第二DCI中的原有字段新增有对响应消息的指示含义;

其中,每个HARQ-ACK码本的识别号与HARQ-ACK的码本号之间具有对应关系。

具体的,广播组播调度信令中的第一DCI中可以新增第一指示字段和第一HARQ-CAK码本的的识别号,且第一指示字段可以为1比特,此时该比特为0时指示终端等待单播调度信令中的携带信息,该比特为1时指示终端不等待单播调度信令中的携带信息。具体的,可以将携带请求消息的广播组播调度信令称为特定广播组播调度信令。

此外,还可以通过对第一DCI中的原有字段新增对请求消息的指示含义的方式,在第一DCI中携带该请求消息。例如,使用“PUCCH功率控制命令”的2bit用于指示第一HARQ-ACK码本的识别号,PUCCH功率控制命令在广播组播中无效,可作为保留比特使用;将上述“调制编码格式–5比特”的使用bit数减少1位,即调制编码格式变为4比特,节省出来的1bit用于指示“终端是否等待所述单播调度信令中的携带信息”,5比特能够节省到4比特的原因是基于广播组播调度的情况,需要满足大多终端的性能需求,因此其码率和调制阶数不会太高。

此外,单播调度信令中的第二DCI中可以新增第二指示字段和第一HARQ-CAK码本的的识别号。第二指示字段可以为1比特,此时该比特为0时指示在上行资源上携带第一HARQ-ACK码本,该比特为1时指示不在上行资源上携带第一HARQ-ACK码本;第一HARQ-CAK码本的的识别号可以为2个比特,用于区分4个码本。具体的,可以将携带响应消息的单播调度信令称为特定单播调度信令。

此外,在另一种方式,响应消息包括K比特的携带识位图,K表述广播组播的HARQ-ACK码本的最大数量,当比特的数值为第一预设值时表示携带相应的HARQ-ACK码本,当比特的数值为第二预设值时表示不携带相应的HARQ-ACK码本。即还可以通过位图的方式指示是否携带广播组播的相应HARQ-ACK码本。

这样,通过上述显性指示方式指示终端需要将广播组播的第一HARQ-ACK码本复用到单播所对应的上行资源上,使得终端在判断是否满足复用的预设条件之前先通过信令确定是否进行HARQ-ACK的复用,提高了复用效率。

此外,进一步地,在本实施例中,在判断是否满足预设条件之前,还需要先确定预设窗的具体信息。此时,本实施例可以获取协议预定义的所述预设窗的配置信息;或者,接收基站通过高层信令发送的所述预设窗的配置信息,其中配置信息包括预设窗的起始参考位置(P0)、起始位置偏移值(offset)和预设窗的窗长度(L)。

具体的,预设窗的起始参考位置为下述中的任意一项:

广播组播调度信令所指示的HARQ-ACK反馈时隙位置;

单播调度信令所指示的PUCCH资源所在时隙;

广播组播调度信令所对应的物理下行共享信道PDSCH的结束时间;

基站配置的其中一个周期性上行资源所在时隙;

广播组播调度信令的接收时刻。

此外,具体的,预设窗的起始位置偏移值(offset)可以为正值,负值,或者为0。当是正值时,表示窗的起始位置是P0点后offset个时间单元(如时隙);如果为负值,表示窗的起始位置是P0点前offset个时间单元(如时隙);如果是0,表示窗的起始位置时从P0点开始。例如,预设窗的起始位置偏移值和/或窗长度为下述中的任意一项:

当起始参考位置为广播组播调度信令所指示的HARQ-ACK反馈时隙位置或单播调度信令所指示的PUCCH资源所在时隙位置时,起始位置偏移值为正值、负值或0;

当起始参考位置为广播组播调度信令所对应的PDSCH的结束时间时,起始位置偏移值为d,其中d大于或等于终端接收PDSCH的处理时间与广播组播调度信令所对应的第一HARQ-ACK的复用时间的和值;

当起始参考位置为基站配置的其中一个周期性上行资源所在时隙时,起始位置偏移值为负值;

当起始参考位置为广播组播调度信令的接收时刻时,起始位置偏移值为正值或0,预设窗的窗长度为从起始位置至广播组播调度信令所指示的HARQ-ACK反馈时隙所在位置。

需要说明的是,如果offset恒等于0,offset参数可以不设置,则预设窗的起始位置为P0。

另外,在本实施例中,在将广播组播调度信令所对应的第一HARQ-ACK码本复用到上行资源上时,还可以对第一HARQ-ACK码本与上行资源上原有的第二HARQ-ACK码本之间的排列顺序进行限定。

此时,第一HARQ-ACK码本与上行资源上已有的第二HARQ-ACK码本在上行资源上的排列顺序可以为下述中任意一项:

第一HARQ-ACK码本位于第二HARQ-ACK码本之前;

第一HARQ-ACK码本位于第二HARQ-ACK码本之后;

以第一HARQ-ACK码本复用前所对应的PUCCH资源与第二HARQ-ACK码本所对应的PUCCH资源之间的先后顺序为排序;

以广播组播调度信令与单播调度信令的先后接收顺序为排序。

此外,当广播组播调度信令的数量为至少两个,且至少两个广播组播调度信令所对应的至少两个第一HARQ-ACK码本均复用到上行资源上时,至少两个第一HARQ-ACK在上行资源上的排列顺序可以为:

以每个广播组播调度信令所指示的第一HARQ-ACK反馈时间的先后顺序为排序,其中当存在至少两个广播组播调度信令所指示的第一HARQ-ACK反馈时间相同时以载波编号的增序为排序,当存在至少两个广播组播调度信令所指示的第一HARQ-ACK反馈时间相同且载波编号相同时以广播组播业务的编号增序为排序;或者,

以每个广播组播调度信令所指示的第一HARQ-ACK码本的索引排序为排序。

即本实施例在进行HARQ-ACK码本的复用时可以以上述任意一种排序进行复用,在此并不进行限定。

另外,在本实施例中,当上行资源的数量为至少两个时,在将广播组播调度信令所对应的第一HARQ-ACK码本复用到单播对应的上行资源上,可以将第一HARQ-ACK码本复用在距离预设窗的起始参考位置最近的上行资源上;或者,将第一HARQ-ACK码本复用在预设窗内的第一个上行资源上。

即通过上述方式限定了将广播组播的第一HARQ-ACK复用在多个上行资源中的哪一个上,方便了基站对第一HARQ-ACK的接收。

这样,本实施例通过在接收到基站发送的广播组播调度信令后,若在预设窗内同时存在广播组播调度信令所指示的HARQ-ACK反馈时隙和单播对应的上行资源所在时隙,则将广播组播调度信令所对应的第一HARQ-ACK码本复用到单播对应的上行资源上,简化了广播组播反馈HARQ-ACK的协议设计和复杂度,同时有效解决了终端在小区不同位置而PUCCH需要不同的格式的需求的问题。

此外,如图2所示,为本发明实施例中应用于基站的HARQ-ACK反馈方法的步骤流程图,该方法包括如下步骤:

步骤201:向终端发送广播组播调度信令。

具体的,基站在向终端发送广播组播信令之后,终端可以在检测到满足预设条件时,将广播组播调度信令所对应的第一HARQ-ACK码本复用到单播对应的上行资源上,其中预设条件为预设窗内同时存在广播组播调度信令所指示的HARQ-ACK反馈时隙和上行资源所在时隙。简化了广播组播反馈HARQ-ACK的协议设计和复杂度,同时有效解决了终端在小区不同位置而PUCCH需要不同的格式的需求的问题。

步骤202:接收终端在满足预设条件时通过上行资源所发送的上行数据,并得到复用在上行资源上的第一HARQ-ACK码本。

具体的,基站还需要接收终端在满足预设条件时通过上行资源所发送的上行数据,并解复用得到第一HARQ-ACK码本。

当然,基站在解复用得到第一HRQ-ACK码本时,需要基于终端侧复用广播组播第一HARQ-ACK码本的顺序进行解复用。

需要说明的是,基站还可以接收终端检测到预设窗内不同时存在广播组播调度信令所指示的HARQ-ACK反馈时隙和上行资源所在时隙时,在广播组播调度信令所指示的PUCCH资源上反馈的HARQ-ACK信息。

还需要说明的是,当上行资源的数量为至少两个时,第一HARQ-ACK码本复用在距离预设窗的起始参考位置最近的上行资源上;或者,第一HARQ-ACK码本复用在预设窗内的第一个上行资源上。

此外,在本实施例中,还需要向终端配置单播所对应的上行资源,此时可以向终端发送单播调度信令,其中单播调度信令中携带有上行资源的调度信息;或者,通过高层信令向终端配置周期性上行资源信息,以使终端基于周期性上行资源信息确定单播对应的上行资源;其中周期性上行资源信息包括上行资源的发送周期和时隙偏移,上行资源为物理上行控制信道PUCCH资源或物理上行共享信道PUSCH资源。

具体的,当上行资源为单播调度信令所调度的用于传输单播的HARQ-ACK信息的资源时,预设条件还包括:单播调度信令的接收时刻位于广播组播调度信令所指示的HARQ-ACK反馈时隙之前且至少相距X个符号,且上行资源所在时隙满足广播组播调度信令所对应业务数据的接收处理时间;X值为终端接收单播调度信令的处理时间与广播组播调度信令所对应的第一HARQ-ACK的复用时间的和值。

另外,在本实施例中,广播组播调度信令所对应的第一下行控制信息DCI中包含有请求消息,用于指示终端是否等待单播调度信令中的携带信息,携带信息中包含有是否在上行资源上携带第一HARQ-ACK码本的指示信息;单播调度信令所对应的第二DCI中包含有响应消息,用于指示终端是否在上行资源上携带第一HARQ-ACK码本。

具体的,请求消息包括第一指示字段和第一HARQ-ACK码本的识别号,第一指示字段用于指示终端是否等待单播调度信令中的携带信息,其中第一DCI中新增字段且新增的字段中添加有请求消息或者第一DCI中的原有字段新增有对请求消息的指示含义;响应消息包括第二指示字段和第一HARQ-ACK码本的识别号,第二指示字段用于指示是否在上行资源上携带第一HARQ-ACK码本,其中第二DCI中新增字段且新增的字段中添加有响应消息或者第二DCI中的原有字段新增有对响应消息的指示含义;其中,每个HARQ-ACK码本的识别号与HARQ-ACK的码本号之间具有对应关系。

作为另一种方式,响应消息包括K比特的携带识位图,K表述广播组播的HARQ-ACK码本的最大数量,当比特的数值为第一预设值时表示携带相应的HARQ-ACK码本,当比特的数值为第二预设值时表示不携带相应的HARQ-ACK码本。

另外,在本实施例中,还需要预先确定预设窗的相关配置信息,此时基站可以获取协议预定义的预设窗的配置信息;或者,通过高层信令向终端发送预设窗的配置信息,其中配置信息包括预设窗的起始参考位置、起始位置偏移值和预设窗的窗长度。

具体的,所述预设窗的起始参考位置为下述中的任意一项:

所述广播组播调度信令所指示的HARQ-ACK反馈时隙位置;

所述单播调度信令所指示的PUCCH资源所在时隙;

所述广播组播调度信令所对应的物理下行共享信道PDSCH的结束时间;

所述基站配置的其中一个周期性上行资源所在时隙;

所述广播组播调度信令的接收时刻;

所述预设窗的起始位置偏移值和/或窗长度为下述中的任意一项:

当所述起始参考位置为所述广播组播调度信令所指示的HARQ-ACK反馈时隙位置或单播调度信令所指示的PUCCH资源所在时隙位置时,所述起始位置偏移值为正值、负值或0;

当所述起始参考位置为广播组播调度信令所对应的PDSCH的结束时间时,所述起始位置偏移值为d,其中d大于或等于终端接收所述PDSCH的处理时间与广播组播调度信令所对应的第一HARQ-ACK的复用时间的和值;

当所述起始参考位置为所述基站配置的其中一个周期性上行资源所在时隙时,所述起始位置偏移值为负值;

当所述起始参考位置为所述广播组播调度信令的接收时刻时,所述起始位置偏移值为正值或0,所述预设窗的窗长度为从起始位置至广播组播调度信令所指示的HARQ-ACK反馈时隙所在位置。

另外,在本实施例中,第一HARQ-ACK码本与上行资源上已有的第二HARQ-ACK码本在上行资源上的排列顺序为下述中任意一项:

第一HARQ-ACK码本位于第二HARQ-ACK码本之前;

第一HARQ-ACK码本位于第二HARQ-ACK码本之后;

以第一HARQ-ACK码本复用前所对应的PUCCH资源与第二HARQ-ACK码本所对应的PUCCH资源之间的先后顺序为排序;

以广播组播调度信令与单播调度信令的先后接收顺序为排序。

需要说明的是,当广播组播调度信令的数量为至少两个,且至少两个广播组播调度信令所对应的至少两个第一HARQ-ACK码本均复用到上行资源上时,至少两个第一HARQ-ACK在上行资源上的排列顺序为:

以每个广播组播调度信令所指示的第一HARQ-ACK反馈时间的先后顺序为排序,其中当存在至少两个广播组播调度信令所指示的第一HARQ-ACK反馈时间相同时以载波编号的增序为排序,当存在至少两个广播组播调度信令所指示的第一HARQ-ACK反馈时间相同且载波编号相同时以广播组播业务的编号增序为排序;或者,

以每个广播组播调度信令所指示的第一HARQ-ACK码本的索引排序为排列顺序。

在此需要说明的是,上述基站侧的内容可以参见终端侧的相关内容,在此不再进行赘述。

下面通过具体实施例对本发明进行具体说明。

第一实施例:

本实施例中的HARQ-ACK反馈过程包括如下步骤:

步骤1,终端接收基站发送的广播组播调度信令。

该步骤中的广播组播调度信令可以为现有广播组播调度信令,在此不再进行赘述。

步骤2,终端接收基站发送的单播调度信令。

该步骤中的单播调度信令可以为现有单播调度信令,即信令中的DCI中的元素包括频域资源分配指示、时域资源分配指示、调制编码格式、冗余编码版本、新数据指示、PUCCH资源指示和HARQ反馈时间指示等,在此不再进行赘述。

步骤3,若终端检测到满足预设条件,则将广播组播的第一HARQ-ACK码本复用到单播调度信令指示的上行资源上。

具体的,预设条件为,预设窗内同时存在广播组播调度信令所指示的HARQ-ACK反馈时隙和上行资源所在时隙。

判断是否满足预设条件的过程为:先获取预设窗的配置信息,包括预设窗的起始位置、起始位置偏移值和预设窗的窗长度。此外,终端和基站可以通过接口协议默认确定该预设窗的配置信息,或者基站通过高层信令配置给终端。然后终端计算广播组播调度信令指示的HARQ-ACK反馈时隙位置。最后判断在预设窗内是否有上行资源。

例如,该预设窗的起始参考位置为广播组播调度信令所指示的HARQ-ACK反馈时隙位置,起始位置偏移值为-1,窗长度L=6。如图3所示,基站在slot n/n+2/n+5广播组播数据调度,调度信令中指示广播组播HARQ-ACK反馈时隙在slot n+10,即在slot n+10上有用于广播组播反馈的PUCCH资源,且以slot n+9为起始位置的预设窗中,slot n+15上有上行调度资源,则满足终端将广播组播的HARQ-ACK码本复用到上行资源上的条件。

当满足条件时,将广播组播的HARQ-ACK复用到单播的HARQ-ACK反馈的PUCCH资源上。在PUCCH资源上,承载两个HARQ-ACK码本,一个是广播组播的第一HARQ-ACK码本,另外一个是单播的第二HARQ-ACK码本。第一HARQ-ACK码本和第二HARQ-ACK码本的排列顺序可以采取如下方式中的一个:

第一HARQ-ACK码本位于第二HARQ-ACK码本之前;

第一HARQ-ACK码本位于第二HARQ-ACK码本之后;

以第一HARQ-ACK码本复用前所对应的PUCCH资源与第二HARQ-ACK码本所对应的PUCCH资源之间的先后顺序为排序:

即在复用之前,如果“传输广播组播HARQ-ACK码本的PUCCH资源”在“传输单播HARQ-ACK码本的PUCCH资源”之前,则广播组播HARQ-ACK码本放置在单播HARQ-ACK码本之前,则放置在之后。或者反之。

以广播组播调度信令与单播调度信令的先后接收顺序为排序:

即“调度广播组播的控制信令”在“调度单播的控制信令”之前,则广播组播HARQ-ACK码本放放置在单播HARQ-ACK码本之前,否则放置在之后。或者反之。

具体的,HARQ-ACK码本可以通过静态生成,即通过控制信道的检测时机和时域调度配置信息而生成,还可以通过动态生成,即通过调度计数来生成,在此并不进行限定。

此外,在此对预设窗的设计进行补充说明。

其一,预设窗的起始参考位置还可以为单播调度信令所指示的PUCCH资源所在时隙,预设窗的窗长度为从起始参考位置开始向前的N个时隙个数,N为大于等于1的正整数。

其二,预设窗的设置中,窗的起始位置是依据调度动态确定的。例如,预设窗的起始参考位置,以广播组播调度的PDSCH的结束时间向后偏移d个时隙时所在位置。这里d个时间单元,大于等于终端接收广播组播PDSCH的处理时间和HARQ-ACK复用的时间。假设终端接收广播组播数据和HARQ-ACK复用的时间为d符号,广播组播的PDSCH中,结束时间为时隙slot n+5,则将距离slot n+5后的slot n+8作为预设窗的起始时间点。

这样,设置以PDSCH结束点偏移d符号为起始位置,有利于终端尽快将广播组播的HARQ-ACK信息反馈给基站。从而减少业务传输时延。

此外,在预设窗的窗长中,若没有单播PUCCH满足可复用条件时,可以采用如下方式,终端不反馈广播组播的HARQ-ACK信息;或者,在广播组播调度信令所指示的PUCCH资源上反馈HARQ-ACK信息。上述方式可以通过协议确定或者通过集中所指示,在此不再进行限定。

另外,在预设窗的窗长中,有多个单播PUCCH满足可复用条件时,可以采用如下方式:将第一HARQ-ACK码本复用在距离预设窗的起始参考位置最近的上行资源上;或者,将第一HARQ-ACK码本复用在预设窗内的第一个上行资源上。上述方式可以通过协议确定或者通过集中所指示,在此不再进行限定。

第二实施例:

本实施例中的HARQ-ACK反馈过程包括如下步骤:

步骤1,终端接收基站发送的广播组播调度信令。

该步骤中的广播组播调度信令可以为现有广播组播调度信令,在此不再进行赘述。

步骤2,终端接收基站通过高层信令配置的周期性PUCCH或PUSCH资源信息,相关信息包括如下内容:PUSCH或者PUCCH周期(periodicity)ENUMERATED{slot1,slot2,slot4,slot 8,slot 16},数值包括1时隙,2时隙,4时隙等;PUSCH或者PUCCH时隙偏移值(timeDomainOffset)INTEGER(0…5119)。

假设通过配置,PUCCH资源或者PUSCH的资源信息周期为4时隙,偏移量为0时隙,即在上行时隙0,4,8,12…上有相应的PUCCH或者PUSCH配置。

步骤3,若终端检测到满足预设条件,则将广播组播的第一HARQ-ACK码本复用到高层配置的上行资源上。

具体的,预设条件为,预设窗内同时存在广播组播调度信令所指示的HARQ-ACK反馈时隙和上行资源所在时隙。

判断是否满足预设条件的过程为:先获取预设窗的配置信息,包括预设窗的起始位置、起始位置偏移值和预设窗的窗长度。此外,终端和基站可以通过接口协议默认确定该预设窗的配置信息,或者基站通过高层信令配置给终端。然后终端计算广播组播调度信令指示的HARQ-ACK反馈时隙位置。最后判断在预设窗内是否有上行资源。然后,通过广播组播调度信令和单播高层信令配置的周期性上行资源信息计算广播组播调度对应的HARQ-ACK反馈的时隙位置(即PUCCH资源的时隙位置)。再然后,判断预设窗内是否包含一个高层配置的上行资源,如果有,则认为满足预设条件。例如,如图4所示,假设预设窗的起始位置偏移值offset=0,窗长度L=6,起始参考位置为广播组播调度信令所指示的HARQ-ACK反馈时隙位置,广播组播调度信令所指示的HARQ-ACK反馈时隙位置slot X=n+11;从slot n+11到slot n+16之间,有slot n+12和slot n+16两个时隙含有高层配置的PUCCH或者PUSCH资源,因此满足在窗中的条件。

当满足条件时,将广播组播的HARQ-ACK复用到高层配置的PUCCH或PUSCH资源上。在PUCCH或PUSCH资源上,承载两个HARQ-ACK码本,一个是广播组播的第一HARQ-ACK码本,另外一个是单播的第二HARQ-ACK码本。第一HARQ-ACK码本和第二HARQ-ACK码本的排列顺序参见第一实施例中的相关内容,在此不再进行赘述。

此外,在此对预设窗的设计进行补充说明。

预设窗的起始参考位置还可以为基站配置的其中一个周期性上行资源所在时隙,预设窗的窗长度为以起始参考位置为起始点开始向前的M个时隙个数,M为大于等于1的正整数。

此外,在预设窗的窗长中,若没有单播PUCCH满足可复用条件时,可以采用如下方式,终端不反馈广播组播的HARQ-ACK信息;或者,在广播组播调度信令所指示的PUCCH资源上反馈HARQ-ACK信息。上述方式可以通过协议确定或者通过集中所指示,在此不再进行限定。

另外,在预设窗的窗长中,有多个单播PUCCH满足可复用条件时,可以采用如下方式:将第一HARQ-ACK码本复用在距离预设窗的起始参考位置最近的上行资源上;或者,将第一HARQ-ACK码本复用在预设窗内的第一个上行资源上。上述方式可以通过协议确定或者通过集中所指示,在此不再进行限定。

第三实施例:

本实施例中的HARQ-ACK反馈过程包括如下步骤:

步骤1,终端接收基站发送的广播组播调度信令。

广播组播调度信令的第一DCI中新增请求消息,包括第一指示字段和第一HARQ-ACK码本的识别号,此时第一DCI信元表示如下:

频域资源分配指示–L比特:用于指示调度的PDSCH的频率域的带宽和位置,占用位宽数和总可调度的最大带宽相关;

时域资源分配指示–4比特:用于指示调度PDSCH的时间域的指示;

调制编码格式–5比特:用于指示PDSCH采用的调制阶数和信道编码率;

冗余编码版本–2比特:数据传输的冗余版本号,用于信道译码和解调使用;

新数据指示-1比特,表示该数据包是初次传输还是重复传输;

HARQ过程ID–4比特,表示混合自动请求重传的进程号;

PUCCH功率控制命令–2比特,用于终端发送PUCCH时的功率控制使用;

PUCCH资源指示-3比特,用于反馈HARQ-ACK的PUCCH资源指示;

HARQ反馈时间指示–3比特,反馈HARQ-ACK的定时,从PDSCH起始到反馈HARQ-ACK的时隙;

指示终端是否等待所述单播调度信令中的携带信息的第一指示字段-1比特,比特数值为0时表示等待,比特数值为1时表示不等待,或者相反。该字段为新增字段内容;

HARQ-ACK码本的识别号-A比特,单播调度时确定携带的HARQ-ACK码本的识别号,这里A可以为2。该字段为新增字段内容。

此外,还可以将包含请求消息中第一指示字段指示终端等待单播调度信令中的携带信息的广播组播信令称为特定广播组播调度信令。

进一步地,上述新增的字段内容,其信息位可以是在现有DCI内容上新的扩展,也可以使用原有比特信息。即通过对第一DCI中的原有字段新增对请求消息的指示含义的方式,在第一DCI中携带该请求消息。例如,使用“PUCCH功率控制命令”的2bit用于指示第一HARQ-ACK码本的识别号,PUCCH功率控制命令在广播组播中无效,可作为保留比特使用;将上述“调制编码格式–5比特”的使用bit数减少1位,即调制编码格式变为4比特,节省出来的1bit用于指示“终端是否等待所述单播调度信令中的携带信息”,5比特能够节省到4比特的原因是基于广播组播调度的情况,需要满足大多终端的性能需求,因此其码率和调制阶数不会太高。

步骤2,终端接收基站发送的单播调度信令。

单播调度信令的第二DCI中新增响应消息,包括第二指示字段和第一HARQ-ACK码本的识别号,此时第二DCI信元表示如下:

频域资源分配指示–L比特:用于指示调度的PDSCH的频率域的带宽和位置,占用位宽数和总可调度的最大带宽相关;

时域资源分配指示–4比特:用于指示调度PDSCH的时间域的指示;

调制编码格式–5比特:用于指示PDSCH采用的调制阶数和信道编码率;

冗余编码版本–2比特:数据传输的冗余版本号,用于信道译码和解调使用;

新数据指示-1比特,表示该数据包是初次传输还是重复传输;

HARQ过程ID–4比特,表示混合自动请求重传的进程号;

PUCCH资源指示-3比特,用于反馈HARQ-ACK的PUCCH资源指示;

PDSCH到HARQ反馈时间指示–3比特,反馈HARQ-ACK的定时,从PDSCH起始到反馈HARQ-ACK的时隙;

指示是否在上行资源上携带第一HARQ-ACK码本的第二指示字段-1比特,比特数值为0时表示携带,比特数值为1时表示不携带,或者相反。该字段为新增字段内容;

第一HARQ-ACK码本的识别号-A比特,单播调度时确定携带的广播组播的HARQ-ACK码本的识别号,这里A可以为2,总共区分4个版本,该字段为新增字段内容。

此外,还可以将包含响应消息中第二指示字段指示在上行资源上携带第一HARQ-ACK码本的单播调度信令称为特定单播调度信令。

步骤3,若终端检测到满足预设条件,则将广播组播的第一HARQ-ACK码本复用到单播调度信令指示的上行资源上。

具体的,预设条件为,预设窗内同时存在广播组播调度信令所指示的HARQ-ACK反馈时隙和上行资源所在时隙。

判断是否满足预设条件的过程为:先获取预设窗的配置信息,获取过程可以参见第一实施例,在此不再进行赘述;这里假设预设窗的起始参考位置为特定广播组播调度信令的接收时刻,起始位置偏移值为0,窗长度为从起始参考位置开始至所述广播组播调度信令所指示的HARQ-ACK反馈时隙。然后,终端计算广播组播调度信令指示的HARQ-ACK反馈时隙位置和单播调度信令指示的上行资源所在时隙,例如时间X为广播组播调度信令对应的HARQ-ACK反馈的时间位置(或者做PUCCH资源的时间位置,该时间位置可以为系统时间,或者表示成时隙,符号),时间Y为单播调度对应的HARQ-ACK反馈的时间位置(或者做PUCCH资源的时间位置,该时间位置可以为系统时间,或者表示成时隙,符号)。最后,判断单播调度信令及所指示的上行资源是否满足预设条件。

判断是否满足预设条件时,若下述两个条件同时满足,则认为可以复用:条件1,在接收特定广播组播调度信令到“时间X-d”期间接收到特定单播调度信令,d表示最晚接收到特定单播调度信令,该数值d能让终端完成该调度信令的接收/解析以及复用的动作,参数数值可以为14个符号或者其他数值。条件2,时间Y满足终端接收广播组播业务数据时延的要求,即终端能够完成最后一个广播组播业务数据接收和HARQ-ACK复用。

另外,上述两个条件也可以变成如下描述内容:如果在广播组播指示的上行PUCCH资源前d个符号之内收到特定单播调度信令,或者特定单播调度信令指示的HARQ-ACK反馈资源PUCCH不满足广播组播业务数据的接收处理时间,则终端不将广播组播的HARQ-ACK复用到单播调度的上行资源上。例如,如图5所示,在slot n接收到特定广播组播调度信令,调度信息指示广播组播反馈HARQ-ACK的位置在slot n+10;在slot n+7终端收到特定单播调度信令,且slot n+7和slot n+10之间的时间距离满足d的需求,且单播调度信令指示的上行反馈资源在slot n+15上,满足终端完成广播组播业务数据接收和HARQ-ACK复用的最小时间需求。基于以上判断,终端可以将广播组播的HARQ-ACK的反馈复用到单播调度的上行资源上。

满足预设条件之后的剩余过程可以参见第一实施例的相关内容,在此不再进行赘述。

第四实施例:

本实施例中的HARQ-ACK反馈过程包括如下步骤:

步骤1,终端接收基站发送的广播组播调度信令。

该步骤的相关内容与第三实施例中的步骤1中的内容相同,在此不再进行赘述。

步骤2,单播调度信令的第二DCI中新增响应消息,包括K比特的携带识位图,此时第二DCI信元表示如下:

频域资源分配指示–L比特:用于指示调度的PDSCH的频率域的带宽和位置,占用位宽数和总可调度的最大带宽相关;

时域资源分配指示–4比特:用于指示调度PDSCH的时间域的指示;

调制编码格式–5比特:用于指示PDSCH采用的调制阶数和信道编码率;

冗余编码版本–2比特:数据传输的冗余版本号,用于信道译码和解调使用;

新数据指示-1比特,表示该数据包是初次传输还是重复传输;

HARQ过程ID–4比特,表示混合自动请求重传的进程号;

PUCCH资源指示-3比特,用于反馈HARQ-ACK的PUCCH资源指示;

PDSCH到HARQ反馈时间指示–3比特,反馈HARQ-ACK的定时,从PDSCH起始到反馈HARQ-ACK的时隙;

携带识位图-K比特,X值为最大广播组播的码本数,对应比特值为0表示携带该码本,对应比特为1表示不携带该码本,或者相反;该字段为新增字段内容。

例如,终端slot n+13之前,分别接收到反馈4个HARQ-ACK码本的广播组播,分别为码本0,码本1,码本2,码本3。在些码本调度的窗内,在slot n+7上,终端检测到上行单播调度信令,该信令指示携带的码本位图指示为1100,则其含义是该单播调度携带码本2和码本3的HARQ-ACK信息,不携带码本0和码本1的HARQ-ACK信息。

此外,还可以将包含携带识位图的单播调度信令称为特定单播调度信令。

步骤3,若终端检测到满足预设条件,则将广播组播的第一HARQ-ACK码本复用到单播调度信令指示的上行资源上。

具体的,预设条件为,预设窗内同时存在广播组播调度信令所指示的HARQ-ACK反馈时隙和上行资源所在时隙。

判断是否满足预设条件的过程为:先获取预设窗的配置信息,获取过程可以参见第三实施例,在此不再进行赘述;然后,针对每个码本,判断是否满足预设条件。判断是否满足预设条件时,若下述两个条件同时满足,则认为可以复用:条件1,对应HARQ-ACK码本的识别号,在携带识位图中对应的指示为携带。条件2,单播调度的上行资源时间,满足终端接收广播组播数据的处理时间,即终端将广播组播数据的HARQ-ACK复用到上行资源之前,能够完成相应的解调、译码等工作。相应的,对应条件2可以换一种描述,如特定单播调度信令指示的HARQ-ACK反馈资源PUCCH不满足广播组播业务数据的接收处理时间,则终端不将广播组播的HARQ-ACK复用到单播调度的上行资源上。

满足预设条件之后的剩余过程可以参见第一实施例的相关内容,在此不再进行赘述。

在此需要补充的是,第三实施例和第四实施例中的预设窗可以替换为定时器,定时器时长为预设窗对应的时间。此时,当定时器超时还没有收到有效的单播调度信令,则终端将广播组播的HARQ-ACK码本信息丢弃或者在广播组播指示的上行资源上发送;在定时器超时前,收到有效的单播调度信令,则终端停止定时器,并将广播组播的HARQ-ACK码本复用在单播调度信令调度的上行资源上;如果在定时器超时前,收到一个新的广播组播调度信令(包括携带指示),且HARQ-ACK码本相同,则终端重新复用定时器。

第五实施例:

在实施例1/2/3/4中,假设有一个单播的HARQ-ACK码本和一个广播组播的HARQ-ACK码本时的复用顺序。本实例讨论当有2个单播HARQ和多个组播广播的HARQ-ACK码本时的复用处理方法。

第一个场景,存在0个单播HARQ-ACK码本和多个广播组播的HARQ-ACK码本:

多个广播组播的HARQ-ACK码本的出现可能场景是,基站发送了多个广播组播业务,不同的广播组播业务使用不同的码本。根据设置预设窗的方法,不同广播组播业务的码本对应到相同的上行资源(PUCCH或者PUSCH)。如图6所示,广播组播业务1的数据(3个传输块)被调度指示在时隙n+7上反馈HARQ-ACK,反馈HARQ-ACK码本1包含3bit。广播组播业务2的数据(3个传输块)被调度指示在时隙n+9上反馈HARQ-ACK,反馈HARQ-ACK码本1包含3bit。两个广播组播业务设置的预设窗的窗长都为6,且在时隙slot n+11的上行PUCCH资源是均为两个广播组播业务数据的复用资源。

当有多个广播组播的HARQ码本复用到一个上行PUCCH或者PUSCH资源上时,复用顺序如下:

1,以每个广播组播调度信令所指示的第一HARQ-ACK反馈时间的先后顺序为排序:上行反馈资源开始时间在前的,HARQ-ACK码本放置在前;当上行反馈资源开始时间相同的,以载波编号的增序为优先级,即载波编号小的HARQ-ACK码本放置在前面;当上行反馈资源开始时间相同的,且载波编号相同的,以广播组播业务的编号大小的增序为优先级,即广播组播业务编号小的放置在前面。这里的业务编号可以是临时移动群组识别(MGI),也可以是动态调度点到多点传输的识别扰码(G-RNTI),也可以为表征广播组播业务识别的其它识别号。

2,以每个广播组播调度信令所指示的第一HARQ-ACK码本的索引排序为排列顺序:以HARQ-ACK码本的索引增序为顺序,码本索引小的放置在前面,码本索引大的放置在后面,如放置顺序为:码本0,码本1,码本2;以HARQ-ACK码本的索引减序为顺序,码本索引大的放置在前面,码本索引小的放置在后面,如放置顺序为:码本2,码本1,码本0。上述排序方法可以通过接口协议的方法进行指定,也可以通过高层协议通知给终端。

第二个场景,1个单播HARQ-ACK码本和多个广播组播的HARQ-ACK码本:

当上行资源PUCCH/PUSCH上承载1个或者多个广播组播的HARQ-ACK码本时,HARQ码本的放置顺序可以为下述任意一种:单播HARQ-ACK码本放置在广播组播HARQ-ACK码本的前面;广播组播HARQ-ACK码本放置在单播HARQ-ACK码本的前面;如果广播组播指示的PUCCH资源在单播指示的PUCCH之前,则将广播组播的HARQ-ACK码本放置在单播HARQ-ACK码本之前,反之则放置在单播HARQ-ACK码本之后。上述排序方法可以通过接口协议的方法进行指定,也可以通过高层协议通知给终端。

第六实施例:

基站配置广播组播的G-RNTI时,配置对应HARQ-ACK的码本号。当基站配置多个广播组播的G-RNTI时,配置多个不同HARQ-ACK的码本号(如在M个G-RNTI中,对N个G-RNTI配置了对应的HARQ-ACK的码本号。M>=N)。将HARQ-ACK的码本号按照增序进行排列形成一个表格。单播调度信令中的“携带识别号“或”携带识位图“与高层配置的HARQ-ACK码本号的关系可以为下表所示:

这样,本发明通过上述各种实施例将广播组播的HARQ-ACK码本复用在单播的上行资源上,简化了广播组播反馈HARQ-ACK的协议设计和复杂度,同时有效解决了终端在小区不同位置而PUCCH需要不同的格式的需求的问题。

此外,如图7所示,为本发明实施例中应用于终端的HARQ-ACK反馈装置的模块框图,该装置包括:

接收模块701,用于接收基站发送的广播组播调度信令,并确定单播对应的上行资源;

复用模块702,用于当检测到满足预设条件时,将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到所述单播对应的上行资源上,其中所述预设条件为预设窗内同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和所述上行资源所在时隙。

本实施例所提供的装置能够实现上述终端侧方法实施例所能实现的所有方法步骤,并能够达到相同的技术效果,在此不再进行赘述。

此外,如图8所示,为本发明实施例中应用于基站的HARQ-ACK反馈装置的模块框图,该装置包括:

发送模块801,用于向终端发送广播组播调度信令,以使终端在检测到满足预设条件时,将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到单播对应的上行资源上,其中所述预设条件为预设窗内同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和所述上行资源所在时隙;

接收模块802,用于接收终端在满足所述预设条件时通过所述上行资源所发送的上行数据,并得到复用在所述上行资源上的第一HARQ-ACK码本。

本实施例所提供的装置能够实现上述基站侧方法实施例所能实现的所有方法步骤,并能够达到相同的技术效果,在此不再进行赘述。

图9为本发明一实施例提供的终端的结构示意图,如图9所示,该终端900可以包括:至少一个处理器901、存储器902、至少一个网络接口904和其他的用户接口903。终端900中的各个组件通过总线系统905耦合在一起。可理解,总线系统905用于实现这些组件之间的连接通信。总线系统905除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图9中将各种总线都标为总线系统905。

其中,用户接口903可以包括显示器、键盘或者点击设备,例如鼠标,轨迹球(trackball)、触感板或者触摸屏等。

可以理解,本发明实施例中的存储器902可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DRRAM)。本发明各实施例所描述的系统和方法的存储器902旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中,存储器902存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集,例如:操作系统9021和应用程序9022。

其中,操作系统9021,包含各种系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务。应用程序9022,包含各种应用程序,例如媒体播放器(Media Player)、浏览器(Browser)等,用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序9022中。

在本发明实施例中,通过调用存储器902存储的计算机程序或指令,具体的,可以是应用程序9022中存储的计算机程序或指令,处理器901用于:接收基站发送的广播组播调度信令,并确定单播对应的上行资源;当检测到满足预设条件时,将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到所述单播对应的上行资源上,其中所述预设条件为预设窗内同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和所述上行资源所在时隙。

上述本发明实施例揭示的方法可以应用于处理器901中,或者由处理器901实现。处理器901可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器901中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器901可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器902,处理器901读取存储器902中的信息,结合其硬件完成上述方法的步骤。

可以理解的是,本发明描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits,ASIC)、数字信号处理器(Digital SignalProcessing,DSP)、数字信号处理设备(DSP Device,DSPD)、可编程逻辑设备(ProgrammableLogic Device,PLD)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现,可通过执行本发明实施例中所述功能的模块(例如过程、函数等)来实现所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地,作为另一个实施例,处理器901还用于:接收基站发送的单播调度信令,其中所述单播调度信令中携带有所述上行资源的调度信息;或者,接收所述基站通过高层信令配置的周期性上行资源信息,并基于所述周期性上行资源信息确定所述单播对应的上行资源;其中所述周期性上行资源信息包括上行资源的发送周期和时隙偏移,所述上行资源为物理上行控制信道PUCCH资源或物理上行共享信道PUSCH资源。

可选地,作为另一个实施例,当所述上行资源为所述单播调度信令所调度的用于传输单播的HARQ-ACK信息的资源时,所述预设条件还包括:所述单播调度信令的接收时刻位于所述广播组播调度信令所指示的HARQ-ACK反馈时隙之前且至少相距X个符号,且所述上行资源所在时隙满足所述广播组播调度信令所对应业务数据的接收处理时间;X值为终端接收所述单播调度信令的处理时间与所述广播组播调度信令所对应的第一HARQ-ACK的复用时间的和值。

可选地,作为另一个实施例,所述广播组播调度信令所对应的第一下行控制信息DCI中包含有请求消息,用于指示终端是否等待所述单播调度信令中的携带信息,所述携带信息中包含有是否在所述上行资源上携带所述第一HARQ-ACK码本的指示信息;所述单播调度信令所对应的第二DCI中包含有响应消息,用于指示终端是否在所述上行资源上携带所述第一HARQ-ACK码本。

可选地,作为另一个实施例,所述请求消息包括第一指示字段和所述第一HARQ-ACK码本的识别号,所述第一指示字段用于指示终端是否等待所述单播调度信令中的携带信息,其中第一DCI中新增字段且新增的字段中添加有所述请求消息或者所述第一DCI中的原有字段新增有对所述请求消息的指示含义;所述响应消息包括第二指示字段和所述第一HARQ-ACK码本的识别号,所述第二指示字段用于指示是否在所述上行资源上携带所述第一HARQ-ACK码本,其中所述第二DCI中新增字段且新增的字段中添加有所述响应消息或者所述第二DCI中的原有字段新增有对所述响应消息的指示含义;其中,每个HARQ-ACK码本的识别号与HARQ-ACK的码本号之间具有对应关系。

可选地,作为另一个实施例,所述响应消息包括K比特的携带识位图,K表述广播组播的HARQ-ACK码本的最大数量,当所述比特的数值为第一预设值时表示携带相应的HARQ-ACK码本,当所述比特的数值为第二预设值时表示不携带相应的HARQ-ACK码本。

可选地,作为另一个实施例,处理器901还用于:获取协议预定义的所述预设窗的配置信息;或者,接收所述基站通过高层信令发送的所述预设窗的配置信息,其中所述配置信息包括所述预设窗的起始参考位置、起始位置偏移值和所述预设窗的窗长度。

可选地,作为另一个实施例,所述预设窗的起始参考位置为下述中的任意一项:

所述广播组播调度信令所指示的HARQ-ACK反馈时隙位置;

所述单播调度信令所指示的PUCCH资源所在时隙;

所述广播组播调度信令所对应的物理下行共享信道PDSCH的结束时间;

所述基站配置的其中一个周期性上行资源所在时隙;

所述广播组播调度信令的接收时刻;

所述预设窗的起始位置偏移值和/或窗长度为下述中的任意一项:

当所述起始参考位置为所述广播组播调度信令所指示的HARQ-ACK反馈时隙位置或单播调度信令所指示的PUCCH资源所在时隙位置时,所述起始位置偏移值为正值、负值或0;

当所述起始参考位置为广播组播调度信令所对应的PDSCH的结束时间时,所述起始位置偏移值为d,其中d大于或等于终端接收所述PDSCH的处理时间与广播组播调度信令所对应的第一HARQ-ACK的复用时间的和值;

当所述起始参考位置为所述基站配置的其中一个周期性上行资源所在时隙时,所述起始位置偏移值为负值;

当所述起始参考位置为所述广播组播调度信令的接收时刻时,所述起始位置偏移值为正值或0,所述预设窗的窗长度为从起始位置至广播组播调度信令所指示的HARQ-ACK反馈时隙所在位置。

可选地,作为另一个实施例,所述将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到所述单播对应的上行资源上时,所述第一HARQ-ACK码本与所述上行资源上已有的第二HARQ-ACK码本在所述上行资源上的排列顺序为下述中任意一项:

所述第一HARQ-ACK码本位于所述第二HARQ-ACK码本之前;所述第一HARQ-ACK码本位于所述第二HARQ-ACK码本之后;以所述第一HARQ-ACK码本复用前所对应的PUCCH资源与所述第二HARQ-ACK码本所对应的PUCCH资源之间的先后顺序为排序;以所述广播组播调度信令与所述单播调度信令的先后接收顺序为排序。

可选地,作为另一个实施例,当所述广播组播调度信令的数量为至少两个,且至少两个广播组播调度信令所对应的至少两个第一HARQ-ACK码本均复用到所述上行资源上时,所述至少两个第一HARQ-ACK在所述上行资源上的排列顺序为:以每个广播组播调度信令所指示的第一HARQ-ACK反馈时间的先后顺序为排序,其中当存在至少两个广播组播调度信令所指示的第一HARQ-ACK反馈时间相同时以载波编号的增序为排序,当存在至少两个广播组播调度信令所指示的第一HARQ-ACK反馈时间相同且载波编号相同时以广播组播业务的编号增序为排序;或者,以每个广播组播调度信令所指示的第一HARQ-ACK码本的索引排序为排列顺序。

可选地,作为另一个实施例,处理器901还用于:不对所述广播组播调度信令所指示的HARQ-ACK信息进行反馈;或者,在所述广播组播调度信令所指示的PUCCH资源上反馈HARQ-ACK信息。

可选地,作为另一个实施例,当所述上行资源的数量为至少两个时,所述将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到所述单播对应的上行资源上,处理器901还用于:将所述第一HARQ-ACK码本复用在距离所述预设窗的起始参考位置最近的上行资源上;或者,将所述第一HARQ-ACK码本复用在所述预设窗内的第一个上行资源上。

本发明实施例提供的终端能够实现前述实施例中终端实现的各个过程,为避免重复,此处不再赘述。

图10为本发明一实施例提供的基站的结构示意图,如图10所示,该基站1000可以包括至少一个处理器1001、存储器1002、至少一个其他的用户接口1003,以及收发机1004。基站1000中的各个组件通过总线系统1005耦合在一起。可理解,总线系统1005用于实现这些组件之间的连接通信。总线系统1005除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图10中将各种总线都标为总线系统1005,总线系统可以包括任意数量的互联的总线和桥,具体由处理器1001代表的一个或多个处理器和存储器1002代表的存储器的各种电路链接在一起。总线系统还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本发明实施例不再对其进行进一步描述。总线接口提供接口。收发机1004可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口1003还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

可以理解,本发明实施例中的存储器1002可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DRRAM)。本发明各实施例所描述的系统和方法的存储器1002旨在包括但不限于这些和任意其它适合类型的存储器。

处理器1001负责管理总线系统和通常的处理,存储器1002可以存储处理器1001在执行操作时所使用的计算机程序或指令,具体地,处理器1001可以用于:向终端发送广播组播调度信令,以使终端在检测到满足预设条件时,将所述广播组播调度信令所对应的第一混合自动重传请求确认回答HARQ-ACK码本复用到单播对应的上行资源上,其中所述预设条件为预设窗内同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和所述上行资源所在时隙;接收终端在满足所述预设条件时通过所述上行资源所发送的上行数据,并得到复用在所述上行资源上的第一HARQ-ACK码本。

上述本发明实施例揭示的方法可以应用于处理器1001中,或者由处理器1001实现。处理器1001可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1001可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1002,处理器1001读取存储器1002中的信息,结合其硬件完成上述方法的步骤。

可以理解的是,本发明描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits,ASIC)、数字信号处理器(Digital SignalProcessing,DSP)、数字信号处理设备(DSP Device,DSPD)、可编程逻辑设备(ProgrammableLogic Device,PLD)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现,可通过执行本发明实施例中所述功能的模块(例如过程、函数等)来实现所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地,作为另一个实施例,处理器1001还用于:向所述终端发送单播调度信令,其中所述单播调度信令中携带有所述上行资源的调度信息;或者,通过高层信令向所述终端配置周期性上行资源信息,以使所述终端基于所述周期性上行资源信息确定单播对应的上行资源;其中所述周期性上行资源信息包括上行资源的发送周期和时隙偏移,所述上行资源为物理上行控制信道PUCCH资源或物理上行共享信道PUSCH资源。

可选地,作为另一个实施例,当所述上行资源为所述单播调度信令所调度的用于传输单播的HARQ-ACK信息的资源时,所述预设条件还包括:所述单播调度信令的接收时刻位于所述广播组播调度信令所指示的HARQ-ACK反馈时隙之前且至少相距X个符号,且所述上行资源所在时隙满足所述广播组播调度信令所对应业务数据的接收处理时间;X值为终端接收所述单播调度信令的处理时间与所述广播组播调度信令所对应的第一HARQ-ACK的复用时间的和值。

可选地,作为另一个实施例,所述广播组播调度信令所对应的第一下行控制信息DCI中包含有请求消息,用于指示终端是否等待所述单播调度信令中的携带信息,所述携带信息中包含有是否在所述上行资源上携带所述第一HARQ-ACK码本的指示信息;所述单播调度信令所对应的第二DCI中包含有响应消息,用于指示终端是否在所述上行资源上携带所述第一HARQ-ACK码本。

可选地,作为另一个实施例,所述请求消息包括第一指示字段和所述第一HARQ-ACK码本的识别号,所述第一指示字段用于指示终端是否等待所述单播调度信令中的携带信息,其中第一DCI中新增字段且新增的字段中添加有所述请求消息或者所述第一DCI中的原有字段新增有对所述请求消息的指示含义;所述响应消息包括第二指示字段和所述第一HARQ-ACK码本的识别号,所述第二指示字段用于指示是否在所述上行资源上携带所述第一HARQ-ACK码本,其中所述第二DCI中新增字段且新增的字段中添加有所述响应消息或者所述第二DCI中的原有字段新增有对所述响应消息的指示含义;其中,每个HARQ-ACK码本的识别号与HARQ-ACK的码本号之间具有对应关系。

可选地,作为另一个实施例,所述响应消息包括K比特的携带识位图,K表述广播组播的HARQ-ACK码本的最大数量,当所述比特的数值为第一预设值时表示携带相应的HARQ-ACK码本,当所述比特的数值为第二预设值时表示不携带相应的HARQ-ACK码本。

可选地,作为另一个实施例,处理器1001还用于:获取协议预定义的所述预设窗的配置信息;或者,通过高层信令向所述终端发送所述预设窗的配置信息,其中所述配置信息包括所述预设窗的起始参考位置、起始位置偏移值和所述预设窗的窗长度。

可选地,作为另一个实施例,所述预设窗的起始参考位置为下述中的任意一项:

所述广播组播调度信令所指示的HARQ-ACK反馈时隙位置;

所述单播调度信令所指示的PUCCH资源所在时隙;

所述广播组播调度信令所对应的物理下行共享信道PDSCH的结束时间;

所述基站配置的其中一个周期性上行资源所在时隙;

所述广播组播调度信令的接收时刻;

所述预设窗的起始位置偏移值和/或窗长度为下述中的任意一项:

当所述起始参考位置为所述广播组播调度信令所指示的HARQ-ACK反馈时隙位置或单播调度信令所指示的PUCCH资源所在时隙位置时,所述起始位置偏移值为正值、负值或0;

当所述起始参考位置为广播组播调度信令所对应的PDSCH的结束时间时,所述起始位置偏移值为d,其中d大于或等于终端接收所述PDSCH的处理时间与广播组播调度信令所对应的第一HARQ-ACK的复用时间的和值;

当所述起始参考位置为所述基站配置的其中一个周期性上行资源所在时隙时,所述起始位置偏移值为负值;

当所述起始参考位置为所述广播组播调度信令的接收时刻时,所述起始位置偏移值为正值或0,所述预设窗的窗长度为从起始位置至广播组播调度信令所指示的HARQ-ACK反馈时隙所在位置。

可选地,作为另一个实施例,所述第一HARQ-ACK码本与所述上行资源上已有的第二HARQ-ACK码本在所述上行资源上的排列顺序为下述中任意一项:

所述第一HARQ-ACK码本位于所述第二HARQ-ACK码本之前;所述第一HARQ-ACK码本位于所述第二HARQ-ACK码本之后;以所述第一HARQ-ACK码本复用前所对应的PUCCH资源与所述第二HARQ-ACK码本所对应的PUCCH资源之间的先后顺序为排序;以所述广播组播调度信令与所述单播调度信令的先后接收顺序为排序。

可选地,作为另一个实施例,当所述广播组播调度信令的数量为至少两个,且至少两个广播组播调度信令所对应的至少两个第一HARQ-ACK码本均复用到所述上行资源上时,所述至少两个第一HARQ-ACK在所述上行资源上的排列顺序为:

以每个广播组播调度信令所指示的第一HARQ-ACK反馈时间的先后顺序为排序,其中当存在至少两个广播组播调度信令所指示的第一HARQ-ACK反馈时间相同时以载波编号的增序为排序,当存在至少两个广播组播调度信令所指示的第一HARQ-ACK反馈时间相同且载波编号相同时以广播组播业务的编号增序为排序;或者,以每个广播组播调度信令所指示的第一HARQ-ACK码本的索引排序为排列顺序。

可选地,作为另一个实施例,处理器1001还用于:接收终端检测到预设窗内不同时存在所述广播组播调度信令所指示的HARQ-ACK反馈时隙和所述上行资源所在时隙时,在所述广播组播调度信令所指示的PUCCH资源上反馈的HARQ-ACK信息。

可选地,作为另一个实施例,当所述上行资源的数量为至少两个时,所述第一HARQ-ACK码本复用在距离所述预设窗的起始参考位置最近的上行资源上;或者,所述第一HARQ-ACK码本复用在所述预设窗内的第一个上行资源上。

本发明实施例提供的基站能够实现前述实施例中基站实现的各个过程,为避免重复,此处不再赘述。

上述主要从电子设备的角度对本发明实施例提供的方案进行了介绍。可以理解的是,本发明实施例提供的电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本发明中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。

某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对电子设备等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。

需要说明的是,本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

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

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

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行本发明各个实施例所述方法的全部或部分步骤。所述计算机存储介质是非短暂性(英文:nontransitory)介质,包括:快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面,本发明实施例还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各实施例提供的方法并能够达到相同的技术效果,在此不再进行赘述。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

35页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:通信方法、网络设备、终端设备及存储介质

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!

技术分类