具体实施方式
针对背景技术中用户设备无法知道公共搜索空间内发送的数据包是否是最后一个数据包的问题,本发明实施例用户设备能够根据传输信息判断收到的下行动态调度信令是否是当前反馈窗口内对应载波的最后一个下行动态调度信令,从而使用户设备能够知道公共搜索空间内发送的数据包是否是最后一个数据包。
其中,本发明实施例的下行动态调度信令可以是调度动态PDSCH(PhysicalDownlink Shared Channel,下行物理共享信道)传输的信令,还可以是指示SPS(Semi-Persistent Schedule,半持续调度)资源释放的调度信令。
本发明实施例的反馈窗口是指使用同一个上行子帧发送反馈信息的一个或多个下行子帧。
在实施中,本发明实施例的下行动态调度信令对应的载波可以是用于传输该下行动态调度信令所调度的数据的载波,还可以是为指示SPS资源释放的载波。
下面结合说明书附图对本发明实施例作进一步详细描述。
在下面的说明过程中,先从网络侧和用户设备侧的配合实施进行说明,最后分别从网络侧与用户设备侧的实施进行说明,但这并不意味着二者必须配合实施,实际上,当网络侧与用户设备侧分开实施时,也解决了分别在网络侧、用户设备侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。
如图2所示,本发明实施例传输下行动态调度信息的系统包括:用户设备10和网络侧设备20。
用户设备10,用于通过公共搜索空间接收下行动态调度信令,根据传输信息,判断收到的下行动态调度信令是否是当前反馈窗口内对应载波的最后一个下行动态调度信令。
网络侧设备20,用于确定传输信息,根据传输信息发送下行动态调度信令。
其中,本发明实施例的传输信息可以是CRC(Cyclic Redundancy Check,循环冗余校验)加扰序列,承载下行动态调度信令的子帧信息和下行动态调度信令中的一种,下面分别进行介绍。
方式一、传输信息是CRC加扰序列。
具体的,用户设备10判断收到的下行动态调度信令的CRC加扰序列与最后一个下行动态调度信令对应的CRC加扰序列是否相同;
若收到的下行动态调度信令的CRC加扰序列与最后一个下行动态调度信令对应的CRC加扰序列相同,确定收到的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令;否则,确定收到的下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令。
相应的,网络侧设备20在当前待传输的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令时,采用最后一个下行动态调度信令对应的CRC加扰序列,对该下行动态调度信令进行加扰并发送;在当前待传输的下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令时,采用与最后一个下行动态调度信令对应的CRC加扰序列不同的CRC加扰序列,对该下行动态调度信令进行加扰并发送。
比如CRC加扰序列可以采用下表中的内容:
若用户设备10收到的下行动态调度信令的CRC加扰序列是0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,则确定该下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令;若用户设备10收到的下行动态调度信令的CRC加扰序列是0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1则确定该下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令;
相应的,若当前待传输的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备20采用0,0,0,0,0,0,0,0,0,0,0,0,进行加扰;若当前待传输的下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备20采用0,0,0,0,0,0,0,0,0,0,0,1,进行加扰。
较佳地,最后一个下行动态调度信令对应的CRC加扰序列可以是预先在协议中规定的;还可以由网络侧为用户设备10配置,由网络侧的高层为网络侧设备20配置。
方式二、传输信息是承载下行动态调度信令的子帧信息。
具体的,用户设备10判断承载收到的下行动态调度信令的下行子帧是否是当前反馈窗口内对应载波的最后一个下行子帧;
若承载收到的下行动态调度信令的下行子帧是当前反馈窗口内对应载波的最后一个下行子帧,确定收到的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令;否则,确定收到的下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令。
相应的,若当前承载待传输的下行动态调度信令的下行子帧是反馈窗口内的最后一个下行子帧,网络侧设备20通过公共搜索空间或用户专属搜索空间传输该下行动态调度信令;
若当前承载待传输的下行动态调度信令的下行子帧不是反馈窗口内的最后一个下行子帧,且待传输的下行动态调度信令不是反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备20通过公共搜索空间或用户专属搜索空间传输该下行动态调度信令;
若当前下行子帧不是反馈窗口内的最后一个下行子帧,且待传输的下行动态调度信令是反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备20只通过用户专属搜索空间传输该下行动态调度信令。
对于当前承载待传输的下行动态调度信令的下行子帧是反馈窗口内的最后一个下行子帧,以及当前承载待传输的下行动态调度信令的下行子帧不是反馈窗口内的最后一个下行子帧,且待传输的下行动态调度信令不是反馈窗口内对应载波的最后一个下行动态调度信令两种情况,网络侧设备20都有可能通过公共搜索空间发送(具体参见图6A),而对于当前下行子帧不是反馈窗口内的最后一个下行子帧,且待传输的下行动态调度信令是反馈窗口内对应载波的最后一个下行动态调度信令的情况,网络侧设备20不通过公共搜索空间发送;
所以,用户设备10通过公共搜索空间接收到下行动态调度信令后还需要进一步根据承载该下行动态调度信令的下行子帧是否是反馈窗口内的最后一个下行子帧来判断该下行动态调度信令是否是反馈窗口内对应载波的最后一个下行动态调度信令。
方式三、传输信息是下行动态调度信令。这种方式的核心就是网络侧设备20和用户设备10之间约定,公共搜索空间中传输的下行动态调度信令就是反馈窗口内对应载波的最后一个下行动态调度信令。
具体的,用户设备10在通过公共搜索空间接收到下行动态调度信令后,确定收到的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令。
相应的,若当前待传输的下行动态调度信令是反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备20通过公共搜索空间或用户专属搜索空间传输该下行动态调度信令;
若当前待传输的下行动态调度信令不是反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备20只通过用户专属搜索空间传输该下行动态调度信令。
对于当前待传输的下行动态调度信令是反馈窗口内对应载波的最后一个下行动态调度信令(不管是不是最后一个下行子帧),网络侧设备20有可能通过公共搜索空间发送(具体参见图6B),而对于当前待传输的下行动态调度信令不是反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备20不通过公共搜索空间发送,所以只要网络侧设备20通过公共搜索空间发送下行动态调度信令,该下行动态调度信令一定是反馈窗口内对应载波的最后一个下行动态调度信令;
所以,用户设备10只要通过公共搜索空间接收到下行动态调度信令,就可以确定该下行动态调度信令一定是反馈窗口内对应载波的最后一个下行动态调度信令。
较佳地,上述方式二和方式三中,网络侧设备20通过用户专属搜索空间传输的下行动态调度信令包括:指示PDSCH传输或SPS资源释放的调度信息,以及指示该下行动态调度信令是否为反馈窗口内对应载波的最后一个下行动态调度信令的信息;
网络侧设备20通过公共搜索空间传输的下行动态调度信令只包括:指示PDSCH传输或SPS资源释放的调度信息。
在实施中,用户设备根据判断结果以及同一反馈窗口内的下行动态调度信令,判断反馈窗口内是否有数据包丢失。
具体的:
对应方式一:如果用户设备10实际接收到的最后一个动态调度信令的CRC不是最后一个动态调度应该使用的CRC,那么用户设备10可确定有数据丢失;
对应方式二:如果用户设备10实际接收到的最后一个动态调度信令是在公共搜索空间中传输的,且传输子帧不是反馈窗口内的最后一个子帧中传输的,则用户设备10确定有数据丢失;
对应方式三:如果用户设备10实际接收到的最后一个动态调度信令是在用户专属搜索空间中传输的,且该调度信令中用于指示该下行动态调度信令是否为反馈窗口内对应载波的最后一个下行动态调度信令的信息设置为“否”,则用户设备10确定有数据丢失。
用户设备10根据判断反馈窗口内是否有数据包丢失的结果,生成ACK/NACK合并后的反馈信息,并将反馈信息发送给网络侧设备20。
其中,本发明实施例的网络侧设备可以是基站(比如宏基站、家庭基站等),也可以是RN(中继)设备,还可以是其它网络侧设备。
基于同一发明构思,本发明实施例中还提供了一种传输下行动态调度信息的系统中的基站侧设备、用户设备、及发送和接收下行动态调度信息的方法,由于这些设备和方法解决问题的原理与传输下行动态调度信息的系统相似,因此这些设备和方法的实施可以参见系统的实施,重复之处不再赘述。
如图3A所示,本发明实施例的用户设备包括:接收模块300和判断模块310。
接收模块300,用于通过公共搜索空间接收下行动态调度信令;
判断模块310,用于根据传输信息,判断接收模块300收到的下行动态调度信令是否是当前反馈窗口内对应载波的最后一个下行动态调度信令。
较佳地,传输信息是CRC加扰序列:
判断模块310判断收到的下行动态调度信令的CRC加扰序列与最后一个下行动态调度信令对应的CRC加扰序列是否相同;若收到的下行动态调度信令的CRC加扰序列与最后一个下行动态调度信令对应的CRC加扰序列相同,确定收到的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令;否则,确定收到的下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令。
较佳地,传输信息是承载下行动态调度信令的子帧信息:
判断模块310判断承载收到的下行动态调度信令的下行子帧是否是当前反馈窗口内对应载波的最后一个下行子帧;若承载收到的下行动态调度信令的下行子帧是当前反馈窗口内对应载波的最后一个下行子帧,确定收到的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令;否则,确定收到的下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令。
较佳地,传输信息是下行动态调度信令:
判断模块310在通过公共搜索空间接收到下行动态调度信令后,确定收到的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令。
如图3B所示,本发明实施例的网络侧设备包括:确定模块320和发送模块330。
确定模块320,用于确定传输信息;
发送模块330,用于根据传输信息发送下行动态调度信令。
较佳地,传输信息是CRC加扰序列:
若当前待传输的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令,发送模块330采用最后一个下行动态调度信令对应的CRC加扰序列,对该下行动态调度信令进行加扰并发送;
若当前待传输的下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令,发送模块330采用与最后一个下行动态调度信令对应的CRC加扰序列不同的CRC加扰序列,对该下行动态调度信令进行加扰并发送。
较佳地,传输信息是承载下行动态调度信令的子帧信息;
若当前承载待传输的下行动态调度信令的下行子帧是反馈窗口内的最后一个下行子帧,发送模块330,通过公共搜索空间或用户专属搜索空间传输该下行动态调度信令;
若当前承载待传输的下行动态调度信令的下行子帧不是反馈窗口内的最后一个下行子帧,且待传输的下行动态调度信令不是反馈窗口内对应载波的最后一个下行动态调度信令,发送模块330,通过公共搜索空间或用户专属搜索空间传输该下行动态调度信令;
若当前下行子帧不是反馈窗口内的最后一个下行子帧,且待传输的下行动态调度信令是反馈窗口内对应载波的最后一个下行动态调度信令,发送模块330,只通过用户专属搜索空间传输该下行动态调度信令。
较佳地,传输信息是下行动态调度信令;
若当前待传输的下行动态调度信令是反馈窗口内对应载波的最后一个下行动态调度信令,发送模块330,通过公共搜索空间或用户专属搜索空间传输该下行动态调度信令;
若当前待传输的下行动态调度信令不是反馈窗口内对应载波的最后一个下行动态调度信令,发送模块330只通过用户专属搜索空间传输该下行动态调度信令。
较佳地,发送模块330,通过用户专属搜索空间传输的下行动态调度信令包括:指示PDSCH传输或SPS资源释放的调度信息,以及指示该下行动态调度信令是否为反馈窗口内对应载波的最后一个下行动态调度信令的信息。
较佳地,发送模块330,通过公共搜索空间传输的下行动态调度信令只包括:指示PDSCH传输或SPS资源释放的调度信息。
如图4所示,本发明实施例接收下行动态调度信息的方法包括下列步骤:
步骤401、用户设备通过公共搜索空间接收下行动态调度信令;
步骤402、用户设备根据传输信息,判断收到的下行动态调度信令是否是当前反馈窗口内对应载波的最后一个下行动态调度信令。
其中,本发明实施例的传输信息可以是CRC加扰序列,承载下行动态调度信令的子帧信息和下行动态调度信令中的一种,下面分别进行介绍。
方式一、传输信息是CRC加扰序列。
具体的,步骤402中,用户设备判断收到的下行动态调度信令的CRC加扰序列与最后一个下行动态调度信令对应的CRC加扰序列是否相同;
若收到的下行动态调度信令的CRC加扰序列与最后一个下行动态调度信令对应的CRC加扰序列相同,确定收到的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令;否则,确定收到的下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令。
较佳地,最后一个下行动态调度信令对应的CRC加扰序列可以是预先在协议中规定的;还可以由网络侧为用户设备配置。
方式二、传输信息是承载下行动态调度信令的子帧信息。
具体的,步骤402中,用户设备判断承载收到的下行动态调度信令的下行子帧是否是当前反馈窗口内对应载波的最后一个下行子帧;
若承载收到的下行动态调度信令的下行子帧是当前反馈窗口内对应载波的最后一个下行子帧,确定收到的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令;否则,确定收到的下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令。
方式三、传输信息是下行动态调度信令。这种方式的核心就是网络侧设备和用户设备之间约定,公共搜索空间中传输的下行动态调度信令就是反馈窗口内对应载波的最后一个下行动态调度信令。
具体的,步骤402中,用户设备在通过公共搜索空间接收到下行动态调度信令后,确定收到的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令。
在实施中,步骤402之后还可以进一步包括:
用户设备根据判断结果以及同一反馈窗口内的下行动态调度信令,判断反馈窗口内是否有数据包丢失。
用户设备根据判断反馈窗口内是否有数据包丢失的结果,生成ACK/NACK合并后的反馈信息,并将反馈信息发送给网络侧设备。
如图5所示,本发明实施例发送下行动态调度信息的方法包括下列步骤:
步骤501、网络侧设备确定传输信息;
步骤502、网络侧设备根据传输信息发送下行动态调度信。
其中,本发明实施例的传输信息可以是CRC加扰序列,承载下行动态调度信令的子帧信息和下行动态调度信令中的一种,下面分别进行介绍。
方式一、传输信息是CRC加扰序列。
具体的,步骤502中,若当前待传输的下行动态调度信令是当前反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备采用最后一个下行动态调度信令对应的CRC加扰序列,对该下行动态调度信令进行加扰并发送;
若当前待传输的下行动态调度信令不是当前反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备采用与最后一个下行动态调度信令对应的CRC加扰序列不同的CRC加扰序列,对该下行动态调度信令进行加扰并发送。
较佳地,最后一个下行动态调度信令对应的CRC加扰序列是预先在协议中规定的,或由网络侧的高层配置的。
方式二、传输信息是承载下行动态调度信令的子帧信息。
具体的,步骤502中,若当前承载待传输的下行动态调度信令的下行子帧是反馈窗口内的最后一个下行子帧,网络侧设备通过公共搜索空间或用户专属搜索空间传输该下行动态调度信令;
若当前承载待传输的下行动态调度信令的下行子帧不是反馈窗口内的最后一个下行子帧,且待传输的下行动态调度信令不是反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备通过公共搜索空间或用户专属搜索空间传输该下行动态调度信令;
若当前下行子帧不是反馈窗口内的最后一个下行子帧,且待传输的下行动态调度信令是反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备只通过用户专属搜索空间传输该下行动态调度信令。
方式三、传输信息是下行动态调度信令。这种方式的核心就是网络侧设备和用户设备之间约定,公共搜索空间中传输的下行动态调度信令就是反馈窗口内对应载波的最后一个下行动态调度信令。
具体的,步骤502中,若当前待传输的下行动态调度信令是反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备通过公共搜索空间或用户专属搜索空间传输该下行动态调度信令;
若当前待传输的下行动态调度信令不是反馈窗口内对应载波的最后一个下行动态调度信令,网络侧设备只通过用户专属搜索空间传输该下行动态调度信令。
较佳地,上述方式二和方式三中,网络侧设备通过用户专属搜索空间传输的下行动态调度信令包括:指示PDSCH传输或SPS资源释放的调度信息,以及指示该下行动态调度信令是否为反馈窗口内对应载波的最后一个下行动态调度信令的信息;
网络侧设备通过公共搜索空间传输的下行动态调度信令只包括:指示PDSCH传输或SPS资源释放的调度信息。
其中,图4和图5可以合成一个流程,形成一个传输下行动态调度信息的方法,即先执行步骤501和步骤502,再执行步骤401和步骤402。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。