CN110730513A - 一种通信方法及装置 - Google Patents

一种通信方法及装置 Download PDF

Info

Publication number
CN110730513A
CN110730513A CN201811142191.XA CN201811142191A CN110730513A CN 110730513 A CN110730513 A CN 110730513A CN 201811142191 A CN201811142191 A CN 201811142191A CN 110730513 A CN110730513 A CN 110730513A
Authority
CN
China
Prior art keywords
data packet
scheme
control information
downlink control
downlink
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201811142191.XA
Other languages
English (en)
Other versions
CN110730513B (zh
Inventor
徐修强
王轶
陈雁
吕永霞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to PCT/CN2019/096065 priority Critical patent/WO2020015617A1/zh
Publication of CN110730513A publication Critical patent/CN110730513A/zh
Application granted granted Critical
Publication of CN110730513B publication Critical patent/CN110730513B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种通信方法及装置,所述方法为网络设备利用下行控制信息DCI的搜索空间或加扰码,指示终端设备发送上行数据包或接收下行数据包的方案,具体为:网络设备发送DCI,终端设备根据所述DCI的搜索空间或加扰码,确定发送上行数据包的方案或接收下行数据包的方案,所述发送上行数据包的方案可为多次发送上行数据包的第一方案,或仅发送一次上行数据包的第二方案,所述接收下行数据包的方案可为多次接收下行数据包的第一方案,或仅接收下行数据包一次的第二方案。相对于,在DCI中额外增加指示域用于指示发送上行数据包的方案或接收下行数据包的方案,可减少DCI开销。

Description

一种通信方法及装置
本申请要求于2018年07月16日提交中国专利局、申请号为201810779878.8、申请名称为“一种通信方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
在第五代移动通信系统新无线接入技术(new radio access technology,NewRAT,NR)中,有些业务的数据包可采用重复发送数据包的方案,有些业务的数据包不适合采用重复发送数据包的方案,在此场景下,基站需要通知终端设备,当前传输的数据包是否采用重复传输的方案,而关于基站如何通知终端设备,目前并没有相关的解决方案。
发明内容
本申请提供一种通信方法及装置,用以通知终端设备发送上行数据包的方案或接收下行数据包的方案。
第一方面,本申请提供一种通信方法,应用于终端设备,具体为:终端设备接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备发送上行数据包;所述终端设备根据所述下行控制信息的搜索空间或加扰码,确定发送所述上行数据包的方案,所述发送所述上行数据包的方案为多次发送所述上行数据包的第一方案或仅发送所述上行数据包一次的第二方案,所述加扰码为对所述下行控制信息进行加扰的码字序列;搜索空间,又称为(search space,SS),所述搜索空间可为承载下行控制信息的物理下行控制信道(physical downlink control channel,PDCCH)域的SS;所述终端设备根据所确定的发送方案,向所述网络设备发送所述上行数据包。
由上可见,在本申请实施例中,可根据下行控制信息的加扰码与搜索空间,确定终端设备发送上行数据包的次数,相对于,在下行控制信息中额外增加指示域的方式,可减少空口资源,节约下行控制资源。
在本申请的一示例中,如果所述搜索空间为第一搜索空间,确定发送所述上行数据包的方案为第一方案;或者,如果所述搜索空间为第二搜索空间,确定发送所述上行数据包的方案为第二方案,所述第一搜索空间与所述第二搜索空间不同。
在本申请的另一示例中,如果所述加扰码为第一加扰码,确定发送所述上行数据包的方案为第一方案;或者,如果所述加扰码为第二加扰码,确定发送所述上行数据包的方案为第二方案,所述第一加扰码与所述第二加扰码不同,所述第一加扰码与第二加扰码的类型相同或不同。
在本申请实施例中,所述下行控制信息可具体用于调度所述终端设备重传所述上行数据包,所述方法还包括:所述终端设备根据所述下行控制信息中的冗余版本指示域,确定所述上行数据包的重传次数。
由上可见,在本申请实施例,除指示终端设备多次发送上行数据包的第一方案外,还可额外指示终端设备发送上行数据包的次数,指示灵活,实现简单。
第二方面,提供一种通信方法,应用于网络设备,包括:网络设备生成下行控制信息,所述下行控制信息用于调度终端设备发送上行数据包;所述网络设备向所述终端设备发送所述下行控制信息;其中,用于发送所述下行控制信息的搜索空间或所述下行控制信息的加扰码用于指示所述终端设备发送所述上行数据包的方案,所述终端设备发送所述上行数据包的方案为多次发送所述上行数据包的第一方案或仅发送所述上行数据包一次的第二方案,所述加扰码为所述下行控制信息进行加扰的码字序列。
在本申请的一示例中,用于发送所述下行控制信息的搜索空间为第一搜索空间,所述第一搜索空间用于指示所述终端设备发送所述上行数据包的方案为第一方案。或者,用于发送所述下行控制信息的搜索空间为第二搜索空间,所述第二搜索空间用于指示所述终端设备发送所述上行数据包的方案为第二方案。
在本申请的一示例中,所述下行控制信息的加扰码为第一加扰码,所述第一加扰码用于指示所述终端设备发送所述上行数据包的方案为第一方案。或者,所述下行控制信息的加扰码为第二加扰码,所述第二加扰码用于指示所述终端设备发送所述上行数据包的方案为第二方案。
在本申请实施例中,所述下行控制信息可具体用于调度所述终端设备重传所述上行数据包,其中,所述下行控制信息中的冗余版本指示域,用于指示所述上行数据包的重传次数。
第三方面,提供一种通信方法,应用于终端设备,包括:终端设备接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备接收下行数据包;所述终端设备根据所述下行控制信息的搜索空间或加扰码,确定接收所述下行数据包的方案,所述接收所述下行数据包的方案为多次接收所述下行数据包的第一方案或仅接收所述下行数据包一次的第二方案,所述加扰码为对所述下行控制信息进行加扰的码字序列;所述终端设备根据所确定的接收方案,接收来自所述网络设备的下行数据包。
在本申请的一示例中,如果所述搜索空间为第一搜索空间,确定接收所述下行数据包的方案为第一方案;或者,如果所述搜索空间为第二搜索空间,确定接收所述下行数据包的方案为第二方案,所述第一搜索空间与所述第二搜索空间不同。
在本申请的另一示例中,如果所述加扰码为第一加扰码,确定接收所述下行数据包的方案为第一方案;或者,如果所述加扰码为第二加扰码,确定接收所述下行数据包的方案为第二方案,所述第一加扰码与所述第二加扰码不同。
在本申请实施例中,所述下行控制信息具体用于调度所述终端设备接收重传的所述下行数据包,所述终端设备还可根据所述下行控制信息,确定所述下行数据包的重传次数。由上可见,在本申请实施例中,利用下行控制信息的搜索空间或加扰码,即可指示终端设备接收下行次数包的方案,相对于,在下行控制信息中额外增加指示域的方式,可减少空口开销,节约下行控制资源。同时,如果终端设备利用搜索空间或加扰码,确定终端设备接收下行数据包的方案为第一方案后,所述终端设备还可利用下行控制信息中的冗余版本指示域,具体指示终端设备接收下行数据包的次数,指示灵活,易于实现。
第四方面,本申请提供一种通信方法,应用于网络设备,包括:网络设备生成下行控制信息,所述下行控制信息用于调度终端设备接收下行数据包;所述网络设备向所述终端设备发送所述下行控制信息;其中,用于发送所述下行控制信息的搜索空间或所述下行控制信息的加扰码用于指示所述网络设备发送下行数据包的方案,所述网络设备发送所述下行数据包的方案为多次发送所述下行数据包的第一方案或仅发送所述下行数据包一次的第二方案,所述加扰码为对所述下行控制信息进行加扰的码字序列;所述网络设备根据所指示的发送方案,向所述终端设备发送所述下行数据包。
在本申请的一示例中,用于发送所述下行控制信息的搜索空间为第一搜索空间,所述第一搜索空间用于指示发送下行数据包的方案为第一方案。或者,用于发送所述下行控制信息的搜索空间为第二搜索空间,所述第二搜索空间用于指示发送所述下行数据包的方案为第二方案。
在本申请的另一示例中,所述下行控制信息的加扰码为第一加扰码,所述第一加扰码用于指示发送所述下行数据包的方案为第一方案。或者,所述下行控制信息的加扰码为第二加扰码,所述第二加扰码用于指示发送所述下行数据包的方案为第二方案。
在本申请实施例中,所述下行控制信息具体用于调度所述终端设备接收重传的所述下行数据包,其中,所述下行控制信息中的冗余版本指示域用于指示所述下行数据包的重传次数。
第五方面,本申请提供一种通信方法,应用于终端设备,包括:终端设备接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备重传上行数据包;所述终端设备根据所述下行控制信息中的冗余版本指示域,确定所述终端设备重传上行数据包的次数;所述终端设备根据所确定的重传次数,向所述网络设备重传所述上行数据包。
在本申请的一示例中,所述终端设备根据所述下行控制信息中的冗余版本指示域,确定所述终端设备重传所述上行数据包的次数,包括:所述终端设备根据所述冗余版本指示域所表示的数值,从预设的重传次数集合中,确定目标重传次数,所述目标重传次数为所述终端设备重传上行数据包的次数。
由上可见,在本申请实施例中,终端设备可利用下行控制信息中已有的冗余版本指示域,确定终端设备发送上行数据包的次数,相对于,在下行控制信息中额外增加指示域,可减少空口开销,节约下行控制资源。
第六方面,本申请提供一种通信方法,应用于网络设备,包括:网络设备生成下行控制信息;所述网络设备向终端设备发送所述下行控制信息,所述下行控制信息用于调度所述终端设备重传上行数据包,所述下行控制信息中的冗余版本指示域用于指示所述上行数据包的重传次数。
在本申请的一示例中,所述冗余版本指示域所表示的数值指示目标重传次数在预设的重传次数集合中的序号,所述目标重传次数为所述终端设备重传上行数据包的次数。
第七方面,本申请提供一种通信方法,应用于网络设备,包括:终端设备接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备接收重传的下行数据包;所述终端设备根据所述下行控制信息中的冗余版本指示域,确定所述终端设备接收重传下行数据包的次数;所述终端设备根据所确定的重传次数,接收来自所述网络设备的下行数据包。
在本申请的一示例中,所述终端设备根据所述下行控制信息中的冗余版本指示域,确定所述终端设备接收重传所述下行数据包的次数,包括:
所述终端设备根据所述冗余版本指示域所表示的数值,从预设的重传次数集合中,确定目标重传次数,所述目标重传次数为所述终端设备接收重传下行数据包的次数。
由上可见,在本申请实施例中,网络设备可利用下行控制信息中已有的冗余版本指示域,确定终端设备接收重传下行数据包的次数,相对于,在下行控制信息中额外增加指示域,可减少空口开销,节约下行控制资源。
第八方面,本申请提供一种通信方法,应用于网络设备,包括:网络设备生成下行控制信息;所述网络设备向终端设备发送所述下行控制信息,所述下行控制信息用于调度所述终端设备接收重传下行数据包,所述下行控制信息中的冗余版本指示域用于指示所述终端设备接收重传下行数据包的次数;所述网络设备根据所指示的重传次数,向所述终端设备重传的所述下行数据包。
在本申请的一示例中,所述冗余版本指示域所表示的数值指示目标重传次数在预设的重传次数集合中的序号,所述目标重传次数为所述下行数据包的重传次数。
第九方面,本申请提供一种通信装置,用于终端设备,包括:包括用于执行以上第一方面、第三方面、第五方面或第七方面各个步骤的单元或手段(means)。
第十方面,本申请提供一种通信装置,用于网络设备,包括:包括用于执行以上第二方面、第四方面、第六方面或第八方面各个步骤的单元或手段(means)。
第十一方面,本申请提供一种通信装置,用于终端设备,包括至少一个处理元件和至少一个存储元件,其中所述至少一个存储元件用于存储程序和数据,所述至少一个处理元件用于执行本申请第一方面、第三方面、第五方面或第七方面提供的方法。
第十二方面,本申请提供一种通信装置,用于网络设备,包括至少一个处理元件和至少一个存储元件,其中所述至少一个存储元件用于存储程序和数据,所述至少一个处理元件用于执行本申请第二方面、第四方面、第六方面或第八方面提供的方法。
第十三方面,本申请提供一种通信装置,用于终端设备包括用于执行以上第一方面、第三方面、第五方面或第七方面的方法的至少一个处理元件(或芯片)。
第十四方面,本申请提供一种通信装置,用于网络设备,包括用于执行以上第二方面、第四方面、第六方面或第八方面的方法的至少一个处理元件(或芯片)。
第十五方面,本申请提供一种程序,该程序在被处理器执行时用于执行以上任一方面的方法。
附图说明
图1为本申请实施例提供的通信系统的一结构示意图;
图2为本申请实施例提供的数据包传输的一示例;
图3为本申请实施例提供的数据包传输的又一示例;
图4为本申请实施例提供的时隙的一结构示意图;
图5为本申请实施例提供的通信方法的一流程示意图;
图6为本申请实施例提供的通信方法的一流程示意图;
图7a为本申请实施例提供的通信方法的一流程示意图;
图7b为本申请实施例提供的通信方法的一流程示意图;
图8a为本申请实施例提供的通信方法的一流程示意图;
图8b为本申请实施例提供的通信方法的一流程示意图;
图9为本申请实施例提供的重传数据包的一示例;
图10为本申请实施例提供的通信装置的一结构示意图;
图11为本申请实施例提供的通信装置的另一结构示意图;
图12为本申请实施例提供的基站的一结构示意图;
图13为本申请实施例提供的终端设备的一结构示意图。
具体实施方式
下面结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
图1示出了本申请实施例提供的一种通信系统100,该通信系统100可包括网络设备101和终端设备102。
其中,网络设备101,可以为终端设备102提供无线接入有关的服务,实现下述功能中的一个或多个功能:无线物理层功能、资源调度和无线资源管理、服务质量(quality ofservice,Qos)管理、无线接入控制以及移动性管理功能。
同时,在第五代移动通信系统新无线接入技术(new radio access technology,New RAT,NR)中,为了提高数据传输的可靠性,同时降低由传输带来的时延,提出了以下解决方案:允许发送端在连续或非连续的时间资源上,重复发送同一数据包,所述发送端可为网络设备101,也可为终端设备102。比如,如图2所示,发送端可在时间单元1、时间单元2、时间单元3以及时间单元4,重复发送数据包1。其中,发送端重复发送一数据包的最大次数是固定的,比如,如果为重复配置的资源均可用,预先配置给发送端发送数据包的重复次数为k,那么发送端无论发送何种类型业务的数据包,均重复k次。
由于在NR中,存在高时延要求业务以及低时延要求业务。其中,对于低时延要求业务,采用上述解决方案,不存在问题。对于高时延要求业务,也可称为时延敏感业务,比如极高可靠极低时延通信(ultra-reliability low-latency communication,URLLC)业务,采用上述解决方案,可能会存在满足不了时延要求的问题。比如,如图3所示,对于URLLC业务,要求数据包从到达至首次发送的时延不超过1个时间单元,设定在时间单元0,数据包1到达,预先配置的数据包的重传次数为4次,发送端可在时间单元1、时间单元2、时间单元3以及时间单元4,重复发送数据包1。设定在时间单元3,数据包2到达,那么发送端仅能在时间单元5、时间单元6、时间单元7以及时间单元8重复发送数据包2,可以得到,对于数据包1,从数据包1到达(时间单元0)至数据包1的首次发送(时间单元1)的时延不超过1个时间单元,满足时延要求。而对于数据包2,从数据包2到达(时间单元3)至数据包2的首次发送(时间单元5)的时延为2个时间单元,大于1个时间单元,不能满足时延需求。
通过上述可以看出,在NR系统中,有些业务的数据包可采用上述重复发送数据包的方案,有些业务的数据包不适合采用上述重复发送数据包的方案,在此场景下,基站需要通知终端设备,当前传输的数据包是否采用重复传输的方案。
同时,在图1所示的通信系统中,终端设备102在网络设备101配置的资源上发送上行数据或接收下行数据。在一种实例中,终端设备102发送上行数据或接收下行数据的过程可具体为:首先终端设备102接收网络设备101发送的下行控制信息(down controlinformation,DCI),然后根据网络设备101所发送的DCI所配置的资源(或者参数),发送上行数据或接收下行数据。
在一种解决方案中:在DCI中额外增加指示域(field),所述指示域用于指示网络设备101当前所调度的上行数据或下行数据的重复次数。由于用于发送DCI的物理下行控制信道(physical downlink control channel,PDCCH)资源本来就很稀缺,采用上述额外增加指示域的方式,会带来额外的DCI信令开销,使得物理下行控制信道的资源更加紧张,影响网络设备101的数据调度。
基于上述,本申请实施例提供一种通信方法,该通信方法可在不额外增加DCI信令开销的前提下,指示数据包传输的次数,主要原理为:通过DCI相关的参数(比如DCI的搜索空间或加扰码等),确定DCI所调度数据的重复传输次数。
为了便于理解,在介绍具体的实施方式前,首先对本申请的相关概念进行介绍:
1)DCI,可具体用于调度终端设备初次传输数据包和调度终端设备重传数据包,比如,在上行场景中,所述DCI可具体为调度终端设备初次传输或首次传输上行数据包的DCI,或者,为调度终端设备重传上行数据包的DCI。在下行场景中,所述DCI可具体为调度终端设备接收初次传输或首次传输下行数据包的DCI,或者,为调度终端设备接收重传下行数据包的DCI。
2)冗余版本指示域,又称为(redundancy version,RV),位于DCI(DCI格式中的一个字段)中,也可称为DCI中包括RV。在现有技术中,DCI的RV指示域用于指示传输的数据包的冗余版本。在本发明中,当DCI用于调度终端设备初次传输数据包时,所述DCI中的RV用于指示冗余版本,当所述DCI用于调度终端设备重传数据包时,所述DCI中的RV用于指示重传数据包的次数,所述RV可具体指示重传上行数据包的次数,或重传下行数据包的次数。
3)搜索空间,又称为(search space,SS),所述搜索空间可为承载DCI的物理下行控制信道(physical downlink control channel,PDCCH)域的SS。在一示例中,如图4所示,在NR系统中,网络设备与终端设备可以时隙(slot)为单位进行上下行数据传输。每个时隙可有由控制资源集合(control resource set,CORESET)和下行数据区域组成。所述CORESET可由SS组成,所述SS可具体为公共搜索空间(common search space,CSS)或者UE特定的搜索空间(UE-specific search space,UESS),所述公共搜索空间和UE特定的搜索空间中均可携带调度DCI。搜索空间的定义,具体可以参考现有3GPP标准,例如,3GPP TS38.213。
4)加扰码:对DCI进行加扰的码字序列。比如,所述加扰码可具体用于对DCI的循环冗余校验(cyclical redundancy check,CRC)比特进行加扰,所述加扰码可为无线网络临时标识(radio network temporary identity,RNTI),所述RNTI可具体为小区RNTI(cell-RNTI,C-RNTI)、配置调度RNTI(configured scheduling RNTI,CS-RNTI)、Y-RNTI、调制编码方案RNTI(modulation and coding scheme,MCS-RNTI)、超可靠低时延通信RNTI(ultra-reliable and low-latency communication RNTI,URLLC-RNTI,U-RNTI)或其它类型的RNTI。
5)多次发送上行数据包的第一方案:终端设备在连续或非连续的多个配置的时间资源上,针对一上行数据包,发送多次。多次发送上行数据的第一方案也称为对上行数据包作重复(repetition)(也可称之为重复传输)或聚合(aggregation)(也可称之为聚合传输)。发送同一上行数据包的次数可称为重复次数(repetition number),或聚合因子(aggregation factor),所述重复次数或聚合因子可为网络设备通过高层信令(例如,无线资源控制(radio resource control,RRC)信令)所配置的,所述终端设备多次发送上行数据包的冗余版本可相同,也可不同。用于重复或者聚合的时频资源可由网络设备配置。在本申请的一示例中,网络设备可预先配置终端设备发送上行数据包的次数K1,如果终端设备确定当前发送上行数据包的方案为多次发送上行数据包第一方案,发送上行数据包的最大次数由高层信令所配置的重复次数或者聚合因子决定。在本申请的一示例中,如果终端设备确定当前发送上行数据包的方案为多次发送上行数据包的第一方案,发送上行数据包的最大次数可以由DCI中的冗余版本指示域确定,例如,DCI中的冗余版本指示终端设备发送上行数据包的次数为K2次,终端设备可发送所述上行数据包K3次,所述K3小于或等于K2。
6)仅发送一次上行数据包的第二方案:终端设备在配置的时间资源上,针对一上行数据包,仅发送一次,所述仅发送一次上行数据包的第二方案可称为不对该上行数据包作重复,或者,不对该上行数据包作聚合。
7)多次接收下行数据包的第三方案:终端设备在连续或非连续的多个配置的时间资源上,针对一下行数据包,接收多次。多次接收下行数据包的第三方案也称为对下行数据包作重复或聚合。接收同一下行数据包的次数可称为重复次数或聚合因子,所述重复次数或聚合因子可为网络设备通过高层配置的,终端设备多次接收下行数据包的冗余版本可相同,也可不同。
8)仅接收一次下行数据包的第四方案:终端设备在配置的时间资源上,针对一下行数据包,仅接收一次。仅接收一次下行数据包的方案也称为不对该下行数据包作重复,或者,不对该下行数据包作聚合。
9)网络设备:可以是网络中将终端设备接入到无线网络的设备。所述网络设备为无线接入网中的节点,又可以称为基站,还可以称为无线接入网(radio access network,RAN)节点(或设备)。目前,一些网络设备的举例为:gNB、传输接收点(transmissionreception point,TRP)、演进型节点B(evolved Node B,eNB)、无线网络控制器(radionetwork controller,RNC)、节点B(Node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolvedNodeB,或home Node B,HNB)、基带单元(base band unit,BBU),或无线保真(wirelessfidelity,Wifi)接入点(access point,AP)等。另外,在一种网络结构中,所述网络设备可以包括集中单元(centralized unit,CU)节点和分布单元(distributed unit,DU)节点。这种结构将长期演进(long term evolution,LTE)系统中eNB的协议层拆分开,部分协议层的功能放在CU集中控制,剩下部分或全部协议层的功能分布在DU中,由CU集中控制DU。
10)终端设备:又称之为用户设备(user equipment,UE)、移动台(mobilestation,MS)、移动终端设备(mobile terminal,MT)等,是一种向用户提供语音和/或数据连通性的设备,例如,具有无线连接功能的手持式设备、车载设备等。目前,一些终端设备的举例为:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等。
11)通信系统:可以为各种无线接入技术(radio access technology,RAT)系统,譬如例如码分多址(code division multiple access,CDMA)、时分多址(time divisionmultiple access,TDMA)、频分多址(frequency division multiple access,FDMA)、正交频分多址(orthogonal frequency-division multiple access,OFDMA)、单载波频分多址(single carrier FDMA,SC-FDMA)和其它系统等。术语“系统”可以和“网络”相互替换。CDMA系统可以实现例如通用无线陆地接入(universal terrestrial radio access,UTRA),CDMA2000等无线技术。UTRA可以包括宽带CDMA(wideband CDMA,WCDMA)技术和其它CDMA变形的技术。CDMA2000可以覆盖过渡标准(interim standard,IS)2000(IS-2000),IS-95和IS-856标准。TDMA系统可以实现例如全球移动通信系统(global system for mobilecommunication,GSM)等无线技术。OFDMA系统可以实现诸如演进通用无线陆地接入(evolved UTRA,E-UTRA)、超级移动宽带(ultra mobile broadband,UMB)、IEEE 802.11(Wi-Fi),IEEE 802.16(WiMA终端设备),IEEE 802.20,Flash OFDMA等无线技术。UTRA和E-UTRA是UMTS以及UMTS演进版本。3GPP在长期演进(long term evolution,LTE)和基于LTE演进的各种版本是使用E-UTRA的UMTS的新版本。此外,所述通信系统还可以适用于面向未来的通信技术。本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
另外,需要理解的是,在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
为了便于理解,介绍一下,本申请实施例中所提供的图5、图6、图7a、图7b、图8a以及图8b所示流程的一种应用场景,但该应用场景并不作为对本申请的限定。
为了保证数据传输的可靠性,数据的传输可分为数据首次传输过程和数据重传过程,所述数据首次传输也可称为数据初次传输。在数据的首次传输过程中,发送端可发送一个或多个数据包,在数据的重传过程中,发送端可发送一个或多个数据包,所述发送端可为图1所示的网络设备101或终端设备102。比如图9所示,数据包1的传输过程可分为数据包1的首次传输过程或数据包1的重传过程,且在数据包1的首次传输过程中,发送端可发送一个或多个数据包,在数据包1的重传过程中,发送端可发送一个或多个数据包。
本申请实施例,所提供的图5、图6、图7a、图7b、图8a和图8b所示的流程,可具体应用于数据包的首次传输过程中,也可具体应用于数据包的重传过程中。而当本申请图5、图6、图7a、图7b、图8a和图8b所提供的流程,应用于数据包的重传过程中时,如果发送端为网络设备,那么本申请下述实施例所描述的“网络设备发送下行数据包”,可具体称为网络设备重传下行数据包,相应的,“终端设备接收下行数据包”,可具体称为终端设备接收重传的下行数据包。“终端设备发送上行数据包”,可具体称为终端设备重传上行数据包,相应的,“网络设备接收下行数据包”,可称为网络设备接收重传的上行数据包。当本申请图5、图6、图7a、图7b、图8a至图8b所提供的流程,应用于数据包的初次传输过程中时,如果发送端为网络设备,“网络设备发送下行数据包”,可具体为网络设备初次或首次发送下行数据包,相应的,“终端设备接收下行次数据包”,可具体为终端设备接收首次或初次传输的下行数据包。“终端设备发送上行数据包”,可具体为终端设备首次或初次发送上行数据包,“网络设备接收上行数据包”,可具体为网络设备接收首次或初次传输的上行数据包。需要说明的是,上述应用场景仅为本申请应用场景的一示例,并不作为对本申请应用场景的限定,本申请实施例所提供的方法,还可应用于其它应用场景,比如,不区分数据初传和重传的应用场景中。
如图5所示,本申请提供一种通信方法,该通信方法主要应用于指示终端设备发送上行数据包的方案,终端设备发送上行数据包的方案可为多次发送上行数据包的第一方案,或仅发送上行数据包一次的第二方案。
如图5所示,该方法具体可为:
步骤S501:网络设备生成DCI,所述DCI用于调度终端设备发送上行数据包。在本申请的一示例中,在上行场景中,网络设备可发送DCI至终端设备,所述终端设备在接收到所述DCI时,将根据所述DCI的调度,发送上行数据包。
在本申请的另一示例中,所述DCI可具体为激活DCI,用于激活终端设备的上行数据传输。例如,在上行免授权场景中,网络设备可预先为终端设备分配用于以免授权的方式发送数据所使用的资源。为了方便描述,可将上述资源称为免授权传输资源,所述免授权传输资源可包括传输资源以及传输参数等。比如,在本申请的一示例中,所述免授权传输资源的配置参数至少包括以下内容中的一个或多个:
周期(Periodicity,P)、时域资源的偏置参数(Offset)、时域资源分配(Timedomain resource allocation)、频域资源分配(Frequency domain resourceallocation)、用户特定解调参考信号配置信息(UE-Specific DMRS configuration)、调制编码策略(An MCS value)、重复次数K(Number of repetitions K),K>=1、功控相关参数(Power control related parameters)以及冗余版本(Redundancy Version)序列。
上行免授权传输,又称之为上行无动态调度传输(uplink transmission withoutdynamic scheduling)、上行无动态授权传输(uplink transmission without dynamicgrant)或者配置授权传输(uplink transmission with configured grant)。根据资源配置方法的不同,上行免授权传输可以分为两类:第一类免授权传输(又称之为第一类配置授权(Configured Grant Type 1)传输)以及第二类免授权传输(又称之为第二类配置授权(Configured Grant Type 2)传输)。针对第一类免授权传输,仅使用RRC信令配置免授权资源,不需要使用DCI来进行资源配置。针对第二类免授权传输,需要使用RRC信令和DCI配置免授权资源,其中RRC信令用于配置包括周期等在内的参数,而DCI用于激活、去激活第二类免授权传输配置,用于激活的DCI包含时频分配等其他参数,UE只有在收到激活DCI之后才能使用所配置的免授权传输资源。用于配置第一类免授权传输的RRC信令所配置的参数、用于配置第二类免授权传输的RRC信令和DCI所配置的参数,具体可以参见标准3GPP TS38.331,此处不再赘述。
本申请实施例中的DCI,可具体为用于激活第二类免授权传输的配置的DCI。在第二类免授权传输中,UE收到用于激活第二类免授权传输配置的DCI后,只要有上行数据传输需求,就可以使用该DCI和配置第二类免授权传输的RRC信令所配置的参数发送数据。可以理解的是,用于激活第二类免授权传输配置的DCI并非是针对某一次上行数据传输需求而发送的,但是在其激活第二类免授权传输配置后,UE有任何上行数据传输需求就可以使用第二类免授权传输模式进行上行数据传输了,因此,用于激活第二类免授权传输配置的DCI也可以理解为用于调度终端设备发送数据的DCI的一种。需要说明的是,由于UE进行免授权传输时所使用的信道为物理上行共享信道(Physical Uplink Shared Channel,PUSCH),而免授权传输资源的配置需要使用RRC信令,因此,UE用免授权的方式发送数据所使用的信道称为高层配置的PUSCH(Higher Layer Configured PUSCH),也可以称为配置的授权PUSCH(Configured Grant PUSCH,CG PUSCH),免授权数据的传输称为高层配置的传输(HigherLayer Configured Transmission)。在申请的一示例中,步骤S501中的DCI还包括在免授权传输模式中用于调度重传的DCI。例如,UE在采用第一类免授权传输模式或者第二类免授权传输模式传输上行数据包A,网络设备可以针对该上行数据包A发送用于调度重传的DCI,以调度UE根据该DCI所配置的参数而不是继续使用原先的免授权传输配置来重传数据包A。
在本申请的一示例中,网络设备可根据调度终端设备发送上行数据包的方案,确定用于发送DCI的搜索空间,比如,如果网络设备确定调度终端设备发送上行数据包的方案为多次发送上行数据包的第一方案,所述网络设备可确定用于发送DCI的搜索空间为第一搜索空间,相应的,在步骤S502中,网络设备可使用第一搜索空间发送上述DCI。如果网络设备确定调度终端设备发送上行数据包的方案为仅发送上行数据包一次的第二方案,所述网络设备可确定用于发送所述DCI的搜索空间为第二搜索空间,相应的,在步骤S502中,网络设备可使用第二搜索空间发送上述DCI,所述第一搜索空间与第二搜索空间不同,所述第一搜索空间用于指示所述终端设备发送上行数据包的方案为第一方案,所述第二搜索空间用于指示所述终端设备发送上行数据包的方案为第二方案。
在本申请的另一示例中,网络设备可根据调度终端设备发送上行数据包的方案,确定所述DCI的加扰码,比如,如果网络设备确定调度终端设备发送上行数据包的方案为多次发送上行数据包的第一方案,所述网络设备可使用第一加扰码对所述DCI进行加扰,相应的,在步骤S502网络设备可发送使用第一加扰码加扰后的DCI。如果网络设备确定调度终端设备发送上行数据包的方案为仅发送上行数据包一次的第二方案,所述网络设备可使用第二加扰码对所述DCI进行加扰,相应的,在步骤S502中,网络设备可发送使用第二加扰码加扰后的DCI,所述第一加扰码用于指示所述终端设备发送所述上行数据包的方案为第一方案,所述第二加扰码用于指示所述终端设备发送所述上行数据包的方案为第二方案。
进一步需要说明的是,在本申请实施例中,如果所述DCI具体用于调度终端设备重传上行数据包,网络设备可使用DCI的RV指示重传上行数据的次数,所述冗余版本指示域用于指示重传上行数据包的次数,比如,在本申请的一示例中,网络设备可使用冗余版本指示域所表示的数值,指示重传上行数据的次数,比如,可用RV=10,指示终端设备重传上行数据包2次,可用RV=11,指示终端设备重传上行数据包3次。在本申请的另一示例中,网络设备可使用冗余版本指示域所表示的数值,指示目标重传次数,在预设的重传次数集合中的序号,所述目标重传次数为终端设备重传上行数据包的次数。比如,整个预设的重传次数集合中包括3个重传次数,分别为候选值1对应的重传次数,候选值2对应的重传次数,候选值3对应的重传次数。网络设备可用RV=01,指示候选值1所对应的重传次数,用RV=10,指示候选值2所对应的重传次数,用RV=11,指示候选值3所对应的重传次数。步骤S502:网络设备发送DCI。
步骤S503:终端设备接收DCI。
步骤S504:终端设备根据所述DCI的搜索空间或加扰码,确定发送上行数据包的方案。
在本申请实施例中,可预先配置终端设备的搜索空间为第一搜索空间和第二搜索空间。终端设备可在第一搜索空间和第二搜索空间,监听DCI。如果在第一搜索空间监听到DCI,则可确定所述DCI的搜索空间为第一搜索空间,否则,确定所述DCI的搜索空间为第二搜索空间。
在本申请实施例中,可预先配置终端设备的加扰码为第一加扰码和第二加扰码。当终端设备接收到DCI后,可分别利用第一加扰码和第二加扰码,对DCI进行解扰,如果利用第一加扰码,对DCI成功解扰,可确定DCI的加扰码为第一加扰码,否则,确定DCI的加扰码为第二加扰码。
在本申请的一示例中,如果所述搜索空间为第一搜索空间,确定发送所述上行数据包的方案为第一方案;如果所述搜索空间为第二搜索空间,确定发送所述上行数据包的方案为第二方案,所述第一搜索空间与所述第二搜索空间不同。比如,第一搜索空间可为公共搜索空间,第二搜索空间可为终端设备特定的搜索空间,或者,第一搜索空间为终端设备特定的搜索空间,第二搜索空间为公共搜索空间。
在本申请的另一示例中,如果所述加扰码为第一加扰码,确定发送所述上行数据包的方案为第一方案;如果所述加扰码为第二加扰码,确定发送所述上行数据包的方案为第二方案,所述第一加扰码与所述第二加扰码不同。
在本申请实施例中,终端设备在接收到DCI后,可根据DCI的搜索空间或加扰码,确定发送上行数据包的方案。在本申请的一示例中,终端设备可根据DCI的搜索空间,确定发送上行数据包的方案,比如,如果用于发送所述DCI的搜索空间为第一搜索空间,所述终端设备发送上行数据包的方案可为第一方案,如果用于发送所述DCI的搜索空间为第二搜索空间,终端设备可确定发送上行数据包的方案为第二方案,所述第一搜索空间与第二搜索空间不同,比如第一搜索空间可为公共搜索空间,所述第二搜索空间可为UE特定搜索空间,或者,第一搜索空间为UE特定搜索空间,第二搜索空间为公共搜索空间。在本申请的另一示例中,终端设备可利用DCI的加扰码,确定发送上行数据包的方案,比如,如果所述DCI的加扰码为第一加扰码,可确定终端设备发送上行数据包的方案为第一方案,如果所述DCI的加扰码为第二加扰码,可确定终端设备发送上行数据包的方案为第二方案,所述第一加扰码与第二加扰码不同,所述第一加扰码与第二加扰码的类型相同或不同。
在本申请实施例中,可利用终端设备接收到的DCI中的新数据指示(new dataindication,NDI)域,确定该所述DCI是用来调度终端设备初始传输上行数据包还是重传上行数据包。比如,在一示例中,如果所述DCI的NDI为第一值,终端设备可确定当前DCI调度终端设备初始传输上行数据包。如果所述DCI的NDI为第二值,终端设备可确定当前DCI调度终端设备重传上行数据包,所述第一值与第二值不同。在本申请的另一示例中,针对终端设备的同一混合自动重传请求(Hybrid Automatic Repeat request,HARQ)进程,终端设备还可根据携带同一HARQ进程号的相邻DCI中的NDI值是否相同(或称为是否翻转),确定当前DCI调度终端设备初始传输上行数据包或重传上行数据包。比如,如果相邻DCI中NDI中的值相同(或称为相邻DCI中的NDI的值不翻转),可确定当前DCI调度终端设备重传上行数据包,如果相邻DCI中的NDI中的值不同(或称为相邻DCI中的NDI值翻转),则可确定当前DCI调度终端设备初始传输上行数据包。
进一步的,如果网络设备发送的DCI具体为用于调度终端设备重传上行数据包的DCI,终端设备可利用所述DCI的冗余版本指示域,确定重传上行数据包的次数。比如,在本申请实施例中,终端设备可根据冗余版本指示域所表示的数值,从预设的重传次数集合中,选择目标重传次数,所述目标重传次数即为终端设备重传上行数据包的次数。仍沿用上述举例,整个预设的重传次数集合中包括3个重传次数,分别为候选值1对应的重传次数,候选值2对应的重传次数,候选值3所对应的重传次数。如果RV=11,终端设备可确定候选值3所对应的重传次数,为目标重传次数,同理,如果RV=10,终端设备可确定候选值2所对应的重传次数,为目标重传次数。在一实施例中,上述候选值可以为某个重传次数在重传次数集合中的序号或者索引。
可选的,在本申请的一示例中,网络设备也可用RV所表示的数值,具体表示终端设备重传上行数据的次数,比如,用RV=10,表示终端设备重传上行数据的次数为2次,相应的,终端设备在接收到所述DCI时,可根据DCI中的冗余版本指示域所表示的数值,确定终端设备重传上行数据包的次数。
可选的,在本申请的另一示例中,网络设备可使用冗余版本指示域指示一个调整因子f,该调整因子f用于确定上行数据的重传次数。例如,网络设备可以通过高层信令为终端设备配置重传次数K1,终端设备接收到用于调度重传的DCI后,根据该DCI中冗余版本指示域所指示的调整因子f和K1确定上行数据的重传次数K2,例如,K2=floor(f*K1)或K2=ceil(f*K1),其中floor和ceil分别表示向下或向上取整,调整因子f的取值可以是0.5,1,2等整数或非整数。
由上可见,在本申请实施例中,可利用DCI的搜索空间或加扰码,确定终端设备重传上行数据包的次数,相对于,在DCI中额外增加指示域,用于指示重传上行数据包的次数,可减少空口开销,减少DCI的开销,节约物理下行控制信道资源的占用。
针对上述图5所示的流程,本申请提供一种具体实现方式,在该实现方式中,可将终端设备多次发送上行数据包的第一方案称为对上行数据进行多次聚合或重复,将终端设备仅一次发送上行数据包的第二方案称为对上行数据不作聚合或重复,具体提供以下两种实现:
第一种实现:终端设备根据接收的DCI所在搜索空间,确定终端设备在根据该DCI发送上行数据包时,是否进行聚合或重复发送。
在本申请实施例中,DCI所在搜索空间也称为PDCCH所在搜索空间,或上行授权(ULgrant)所在搜索空间。
在本申请的一示例中,如果搜索空间是公共搜索空间,则终端设备在发送数据时按照高层配置的聚合因子或重复次数,多次聚合或重复发送上行数据包;如果搜索空间是UE特定搜索空间,则终端设备在发送上行数据包时不进行聚合或重复发送,或仅发送上行数据包的一次聚合或一次重复或单次传输。
在本申请的另一示例中,如果搜索空间是UE特定搜索空间,则终端设备在发送数据时按照高层配置的聚合因子或重复次数,发送数据的多次聚合或重复;如果搜索空间是公共搜索空间,则终端设备在发送数据时不进行聚合或重复发送,或仅发送数据的一次聚合或一次重复或单次传输。
第二种实现:终端设备根据用于加扰DCI或上行授权所在的PDCCH的RNTI,确定终端设备在根据该DCI或上行授权发送上行数据包时,是否进行聚合或重复发送,或称为是否发送该上行数据包的多次聚合或重复:
在本申请的一示例中,如果是第一RNTI,则终端设备在发送数据时按照高层配置的聚合因子或重复次数,发送上行数据包的多次聚合或重复;如果是第二RNTI,则终端设备在发送上行数据包时不进行聚合或重复发送,或仅发送数据包的一次聚合或一次重复或单次传输。
其中,第一RNTI可以是C-RNTI或CS-RNTI或Y-RNTI或MCS-C-RNTI或U-RNTI或其他类型RNTI,第二RNTI也可以是C-RNTI或CS-RNTI或Y-RNTI或MCS-C-RNTI或U-RNTI或其他类型RNTI,且第一RNTI不同于第二RNTI。
在本申请实施例中,通过隐式的方式,在不增加DCI信令开销的前提,实现聚合或重复的动态开关,以快速匹配不同的数据传输对时延和可靠性的不同要求,提升数据传输效果。
如图6所示,本申请提供一种通信方法,该通信方法主要应用于指示终端设备接收下行数据包的方案,终端设备接收下行数据包的方案可为多次接收下行数据包的第三方案,或仅接收下行数据包一次的第四方案,如图6所示,该方法具体可为:
步骤S601:网络设备生成DCI,该DCI用于调度终端设备接收下行数据包。
在本申请的一示例中,网络设备可根据终端设备接收下行数据包的方案,确定用于传输DCI的搜索空间。比如,如果网络设备确定调度终端设备接收下行数据包的方案为多次接收的第三方案,那么用于传输DCI的搜索空间可为第一搜索空间,相应的,在步骤S602中,网络设备可使用第一搜索空间传输DCI,所述第一搜索空间用于指示所述终端设备接收下行数据包的方案为第三方案。如果网络设备调度终端设备接收下行数据包的方案为仅一次接收的第四方案,那么用于传输DCI的搜索空间可为第二搜索空间,相应的,在步骤S602中,网络设备可使用第二搜索空间传输DCI,所述第二搜索空间用于指示所述终端设备接收下行数据包的方案为第四方案。所述第一搜索空间与第二搜索空间不同,比如,第一搜索空间可为公共搜索空间,第二搜索空间可为UE特定搜索空间,或者,第一搜索空间可为UE特定搜索空间,第二搜索空间可为公共搜索空间。
可以理解的是,第一搜索空间指示所述终端设备接收下行数据包的方案为第三方案,也可以被理解为是第一搜索空间指示所述下行数据的发送次数为多次。第二搜索空间的理解也类似。
在本申请的另一示例中,网络设备可根据终端设备接收下行数据包的方案,确定用于加扰DCI的加扰码。比如,如果网络设备确定调度终端设备接收下行数据包的方案为多次接收的第三方案,那么可使用第一加扰码对DCI进行加扰,相应的,在步骤S602中发送利用第一加扰码加扰后的DCI,所述第一加扰码用于指示所述终端设备接收所述下行数据包的方案为第三方案。如果网络设备确定调度终端设备接收下行数据包的方案为仅一次接收的第四方案,那么可使用第二加扰码对DCI加扰,相应的,在步骤S602中发送利用第二加扰码加扰后的DCI,所述第二加扰码用于指示所述终端设备接收所述下行数据包的方案为第四方案。
可以理解的是,第一加扰码指示所述终端设备接收下行数据包的方案为第三方案,也可以被理解为是第一加扰码指示所述下行数据的发送次数为多次。第二加扰码的理解也类似。
步骤S602:网络设备发送DCI。
步骤S603:终端设备接收DCI。
步骤S604:终端设备根据所述DCI的搜索空间或加扰码,确定接收下行数据包的方案。
在本申请实施例中,关于终端设备确定DCI的搜索空间或加扰码的过程,可参见上述步骤S504的介绍,在此不再赘述。
在本申请的一示例中,如果所述搜索空间为第一搜索空间,确定接收所述下行数据包的方案为第三方案;如果所述搜索空间为第二搜索空间,确定接收所述下行数据包的方案为第四方案,所述第一搜索空间与所述第二搜索空间不同,比如,所述第一搜索空间可为公共搜索空间,所述第二搜索空间可为UE特定的搜索空间,或者,所述第一搜索空间为UE特定的搜索空间,所述第二搜索空间为公共搜索空间。
在本申请的另一示例中,如果所述加扰码为第一加扰码,确定接收所述下行数据包的方案为第一方案;如果所述加扰码为第二加扰码,确定接收所述下行数据包的方案为第二方案,所述第一加扰码与所述第二加扰码不同。
进一步的,在本申请实施例中,如果所述DCI具体用于调度终端设备接收重传的下行数据包,网络设备还可用DCI的冗余版本指示域指示终端设备接收重传下行数据包的次数,比如,在本申请的一示例中,网络设备可使用DCI的冗余版本指示域所表示的数值,指示目标重传次数在预设重传次数集合中的序号,所述预设重传次数集合可为预先配置的。比如,整个预设重传次数集合中包括3个重传次数,分别为候选值1对应的重传次数,候选值2对应的重传次数,候选值3对应的重传次数,所述候选值的大小可具体为重传次数的标号,比如,在本申请实施例中,网络设备可用RV=10,表示候选值2所对应的重传次数,用RV=11,表示候选值3所对应的重传次数。相应的,终端设备在接收到用于调度终端设备接收重传的下行数据包的DCI后,终端设备可利用DCI的冗余版本指示域所表示的数值,表示目标重传次数在预设的重传集合中的序号。比如,RV=10,可确定候选值2所对应的重传次数,为目标重传次数。
可选的,在本申请实施例中,网络设备可使用DCI的冗余版本指示域,所表示的数值,直接指示终端设备接收下行数据的次数,比如,网络设备可用RV=10,指示终端设备接收下行数据包的次数为2。相应的,终端设备在接收到DCI后,可利用DCI的冗余版本指示域,确定接收下行数据包的次数。比如,DCI的RV=10,终端设备可确定当前接收下行数据包的次数为2次。
步骤S605:网络设备根据所指示的接收方案,发送下行数据包。
在本申请实施例中,如果在步骤S601中确定终端设备接收下行数据包的数目为多次,网络设备可多次发送下行数据包。如果在步骤S601中确定终端设备接收下行数据包的数目为一次,网络设备可仅一次发送该下行数据包。
步骤S606:终端设备根据所确定的接收方案,接收下行数据包。
由上可见,在本申请实施例中,可利用DCI的搜索空间或加扰码,确定终端设备接收下行数据包的次数,相对于,在DCI中额外增加指示域,用于指示终端设备接收下行数据包的次数,可减少空口开销,减少DCI的开销,节约物理下行控制信道资源的占用。
针对上述图6所示的流程,本申请提供一种具体实现方式,在该实现方式中,可将终端设备多次接收下行数据包的第三方案称为对下行数据进行多次聚合或重复,将终端设备仅一次接收下行数据包的第四方案称为对下行数据不作聚合或重复,具体提供以下两种实现:
第一种实现方式:终端设备根据接收的DCI或PDCCH或下行调度(DL scheduling)所在搜索空间确定终端设备在根据该DCI或下行调度接收数据时,是否进行聚合或重复接收,或是否接收数据的多次聚合或重复:
在一种示例中,如果搜索空间是公共搜索空间,则终端设备在接收数据时按照高层配置的聚合因子或重复次数,接收数据的多次聚合或重复;如果搜索空间是UE特定搜索空间,则终端设备在接收数据时仅接收数据的一次聚合或一次重复或单次传输。
在另一种示例中,如果搜索空间是UE特定搜索空间,则终端设备在接收数据时按照高层配置的聚合因子或重复次数,接收数据的多次聚合或重复;如果搜索空间是公共搜索空间,则终端设备在接收数据时不进行聚合或重复接收,或仅接收数据的一次聚合或一次重复或单次传输。
第二种实现方式:终端设备根据用于加扰DCI或下行调度所在的PDCCH的RNTI确定终端设备在根据该DCI或下行调度接收数据时,是否进行聚合或重复接收,或是否接收数据的多次聚合或重复:
在一种示例中,如果是第一RNTI,则终端设备在接收数据时按照高层配置的聚合因子或重复次数,接收数据的多次聚合或重复;如果是第二RNTI,则终端设备在接收数据时不进行聚合或重复接收,或仅接收数据的一次聚合或一次重复或单次传输。
其中,第一RNTI可以是C-RNTI或CS-RNTI或Y-RNTI或MCS-C-RNTI或U-RNTI或其他类型RNTI,第二RNTI也可以是C-RNTI或CS-RNTI或Y-RNTI或MCS-C-RNTI或U-RNTI或其他类型RNTI,且第一RNTI不同于第二RNTI。
在本申请实施例中,在不增加DCI信令开销的前提,实现聚合或重复的动态开关,以快速匹配不同的数据传输对时延和可靠性的不同要求,提升数据传输效果。
基于以上,如图7a所示,本申请还提供一种通信方法,该方法可用于数据的重传过程中,该通信方法主要应用于指示终端设备重传上行数据包的次数,如图7a所示,该方法具体为:
步骤S701:网络设备生成DCI。
步骤S702:网络设备发送所述DCI,所述DCI用于调度终端设备重传上行数据包,所述DCI中的冗余版本指示域用于指示上行数据包的重传次数。
在本申请实施例中,关于网络设备如何利用DCI的冗余版本指示域,指示终端设备重传上行数据包的次数,可参见图5中的介绍。
步骤S703:终端设备接收DCI。
步骤S704:终端设备根据所述DCI中的冗余版本指示域,确定终端设备重传上行数据包的次数。
在本申请实施例中,如果所述DCI中的冗余版本指示域指示K2次,终端设备可确定重传上行数据包的次数为K3次,所述K3可小于或等于所述K2。
在本申请实施例中,关于终端设备如何根据DCI的冗余版本指示域,确定重传上行数据包的次数,可参见上述图5中的介绍。进一步地,终端设备可以根据所确定的发送次数,重传上行数据包。
由于DCI中原来即包括冗余版本指示域,用于指示冗余版本。在本申请实施例中,利用冗余版本指示域来指示终端设备重传上行数据包的次数,也就是说,在本申请实施例中,冗余版本指示域不再用于指示冗余版本,而是用于指示重传上行数据包的次数。由于在现有的方案中,DCI中即包括冗余版本指示域,也就是在本申请实施例中,在不额外增加DCI开销的情况下,可指示终端设备发送上行数据包的次数,可减少空口开销,节约物理下行控制信道的资源。
针对上述图7a所示的流程,本申请提供一种具体实现,在该具体实现中:终端设备可在接收到用于调度数据重传的DCI或PDCCH或上行授权时,根据DCI中携带的用于指示冗余版本的指示域确定重传该数据时的所使用的聚合因子或重复次数。
在本申请的一示例中,终端设备可以通过冗余版本指示域直接确定聚合因子或重复次数,例如RV指示域为00时,表示聚合因子或重复次数为1,RV指示域为01时,表示聚合因子为2。
在本申请的另一示例中,终端设备还可以通过冗余版本指示域从高层配置的多个聚合因子或重复次数的候选值中确定一个聚合因子或重复次数,例如高层配置了四个候选值,分别为1、2、4、8,RV指示域为00时,用于指示终端设备所确定的聚合因子或重复次数为四个候选值中的第一个,即1,当RV指示域为01时,用于指示终端设备所确定的聚合因子或重复次数为四个候选值中的第二个,即2,当RV指示域为10时,用于指示终端设备所确定的聚合因子或重复次数为四个候选值中的第三个,即4,当RV指示域为11时,用于指示终端设备所确定的聚合因子或重复次数为四个候选值中的第四个,即8。
在本申请的另一示例中,终端设备可以通过冗余版本指示域确定调整因子f,根据所确定的调整因子f进一步确定聚合因子或重复次数。一种实现方式是,终端可以根据所确定的调整因子f和由高层参数配置的聚合因子或重复次数K1确定重传上行数据包的次数K2,例如,K2=floor(f*K1)或K2=ceil(f*K1),其中floor和ceil分别表示向下或向上取整,调整因子的取值可以是0.5、1、2等整数或非整数。
需要说明的是,在本申请实施例中,当终端设备根据进行聚合重复和接收聚合或重复时,可以通过如下方法确定第n次聚合或重复所使用的冗余版本:
第一种方式,根据用于调度该数据初始传输或首次传输的DCI所携带的冗余版本指示域确定。
具体的,在本申请实施例中,可首先确定调度该数据初始传输或首次传输的DCI所携带的冗余版本指示域,确定初始传输的冗余版本,然后根据n模4的值,确定第n次聚合或重复,所使用的冗余版本指示域。
比如,如表1所示,所述n的取值可为{0,1,2…..K-1}中的任一个,如果用于调度初始传输或首次传输的DCI中所携带的RV=0,且n模4的取值为0,那么,可确定第n次聚合或重复,所使用的冗余版本指示域为0。
表1
Figure BDA0001816050650000171
再如,如表2所述,所述n的取值为{1,2…..K}中的任一个,如果用于调度初始传输或首次传输的DCI中所携带的RV=0,且(n-1)模4的取值为0,那么,可确定第n次聚合或重复,所使用的冗余版本指示域为0。
表2
Figure BDA0001816050650000172
第二种方式:根据该数据包的初始传输或首次传输中的最后一个聚合或重复所使用的RV确定。
具体的,在本申请实施例中,可首先确定初次传输或首次传输中的最后一个聚合或重复所使用的冗余版本指示域,然后根据n模4的值,确定第n次聚合或重传,所使用的冗余版本指示域。
比如,如表3所示,所述n的取值为{0,1,2…..K-1}中的任一个,如果初次传输或首次传输中的最后一个聚合或重复所使用的冗余版本指示域为0,且n模4的值为2,那么可确定第n次聚合或重复,所使用的冗余版本指示域为1。
表3
Figure BDA0001816050650000173
Figure BDA0001816050650000181
再如,如表4所示,所述n的取值为{1,2…..K}中的任一个,如果初次传输或首次传输中的最后一个聚合或重复所使用的冗余版本指示域为0,且(n-1)模4的值为1,那么可确定第n次聚合或重复,所使用的冗余版本指示域为3。
表4
Figure BDA0001816050650000182
第三种方式:根据高层配置的冗余版本序列确定。
具体的,高层配置的冗余版本序列可为{RV-1,RV-2,RV-3,RV-4},第n次重复或聚合的冗余版本为序列中的第(n mod 4)+1个值,例如n mod 4=0时,冗余版本为高层配置的冗余版本序列中的第1个值,即RV-1;n mod 4=1时,冗余版本为高层配置的冗余版本序列中的第2个值,即RV-2;以此类推。高层配置的冗余版本序列可以为{0,2,3,1},或{0,3,0,3}或{0,0,0,0}等。
在本申请实施例中,通过隐式的方式,在不增加DCI信令开销的前提,实现聚合因子或重复次数的动态调整,以快速匹配不同的数据传输对时延和可靠性的不同要求,提升数据传输效果。
基于以上,如图7b所示,本申请还提供一种通信方法,该方法可用于数据的重传过程中,该通信方法主要应用于指示终端设备重传上行数据包的次数,如图7b所示,该方法具体为:
步骤S711:网络设备生成DCI,所述DCI用于调度终端设备重传上行数据包,所述DCI中携带重复次数域,不携带冗余版本域,所述重复次数域用于指示上行数据包的重传次数。
步骤S712:网络设备发送所述DCI。
步骤S713:终端设备接收DCI。
步骤S714:终端设备根据所述DCI中的重复次数域,确定终端设备重传上行数据包的次数。
在本申请实施例中,如果根据所述DCI中的重复次数域确定的重传次数为K4,终端设备可确定重传上行数据包的次数为K5次,所述K5可小于或等于所述K4。
进一步地,终端设备可以根据所确定的发送次数,重传上行数据包。
在本申请的一实施例中,网络设备在生成用于调度终端设备重传上行数据包的DCI时,可以将现有的DCI格式(例如,DCI format 0_0/0_1)中的冗余版本域替换为具有相同比特数的重复次数域,而不用改变DCI格式类型。例如,在调度终端设备重传上行数据报时,现有的DCI format 0_0中的冗余版本域才会被替换具有相同比特数的重复次数域,在其它场景中,冗余版本域不会被替换。由于重复次数域是由冗余版本域替换而来的,不会额外增加DCI开销(DCI的比特长度)和DCI格式类型的情况下,通过该重复次数域指示终端设备发送上行数据包的次数,可减少空口开销,节约物理下行控制信道的资源。
针对上述图7b所示的流程,本申请提供一种具体实现,在该具体实现中:终端设备可在接收到用于调度数据重传的DCI或PDCCH或上行授权时,根据DCI中携带的重复次数域确定重传该数据时的所使用的聚合因子或重复次数。
在本申请的一示例中,终端设备可以通过重复次数域直接确定聚合因子或重复次数,例如重复次数域为00时,表示聚合因子或重复次数为1,重复次数域为01时,表示聚合因子为2。
在本申请的另一示例中,终端设备还可以通过重复次数域从高层配置的多个聚合因子或重复次数的候选值中确定一个聚合因子或重复次数,例如高层配置了四个候选值,分别为1、2、4、8,重复次数域为00时,用于指示聚合因子或重复次数为四个候选值中的第一个,即1,当重复次数域为01时,用于指聚合因子或重复次数为四个候选值中的第二个,即2,当重复次数域为10时,用于指示聚合因子或重复次数为四个候选值中的第三个,即4,当重复次数域为11时,用于指示聚合因子或重复次数为四个候选值中的第四个,即8。
在本申请的另一示例中,终端设备可以通过重复次数域确定调整因子f,根据所确定的调整因子f进一步确定聚合因子或重复次数。一种实现方式是,终端可以根据所确定的调整因子f和由高层参数配置的聚合因子或重复次数K1确定重传上行数据包的次数K4,例如,K4=floor(f*K1)或K4=ceil(f*K1),其中floor和ceil分别表示向下或向上取整,调整因子的取值可以是0.5,1,2等整数或非整数。
需要说明的是,在本申请实施例中,如何确定第n次聚合或重复所使用的冗余版本,可具体参见上述图7a所示具体实现方式的介绍。
在本申请实施例中,通过将DCI中的冗余版本域替换为具有相同比特数的重复次数域,在不增加DCI信令开销的前提,实现聚合因子或重复次数的动态调整,以快速匹配不同的数据传输对时延和可靠性的不同要求,提升数据传输效果。
基于以上,如图8a所示,本申请还提供一种通信方法,该方法可用于数据包的重传过程中,该通信方法主要用于指示重传下行数据包的次数,该方法具体包括:
步骤S801:网络设备生成DCI,所述DCI用于调度终端设备重传下行数据包,所述DCI的冗余版本指示域用于指示接收重传下行数据包的次数。
步骤S802:网络设备发送DCI。
步骤S803:终端设备接收DCI。
步骤S804:终端设备根据所述DCI中的冗余版本指示域,确定终端设备接收重传下行数据包的次数。
关于网络设备如何利用DCI的冗余版本指示域,指示终端设备接收重传下行数据包的次数,以及,终端设备如何根据DCI的冗余版本指示域,确定接收重传下行数据包的次数,可参见上述图6所示方法的介绍。
步骤S805:网络设备根据所指示的重传次数,发送下行数据包。
步骤S806:终端设备根据所确定的重传次数,接收下行数据包。
由上可见,在本申请实施例中,可在不额外增加DCI开销的情况下,指示终端设备接收下行数据包的次数,从而减少空口开销,节约物理下行控制信道的资源。
在本申请实施例中,针对上述图8a所示的流程,本申请提供一种实现方式,具体为:终端设备接收到用于调度数据重传的DCI或PDCCH或下行调度时,根据DCI中携带的用于指示冗余版本的指示域确定接收该数据的重传时所使用的聚合因子或重复次数。关于如何根据冗余版本指示域,确定聚合因子或重复次数,以及如何确定第n次聚合或重复,所使用的冗余版本,可具体参见上述图7a所示具体实现方式的介绍。
在本申请实施例中通过隐式的方式,在不增加DCI信令开销的前提,实现聚合因子或重复次数的动态调整,以快速匹配不同的数据传输对时延和可靠性的不同要求,提升数据传输效果。
基于以上,如图8b所示,本申请还提供一种通信方法,该方法可用于数据包的重传过程中,该通信方法主要用于确定重传下行数据包的次数,该方法具体包括:
步骤S811:网络设备生成DCI,所述DCI用于调度终端设备接收重传的下行数据包,所述DCI携带重复次数域,不携带冗余版本域,所述重复次数域用于指示接收重传下行数据包的次数。
步骤S812:网络设备发送DCI。
步骤S813:终端设备接收DCI。
步骤S814:终端设备根据所述DCI中的重复次数域,确定终端设备接收重传下行数据包的次数。
步骤S815:网络设备根据所指示的重传次数,发送下行数据包。
步骤S816:终端设备根据所确定的重传次数,接收下行数据包。
由上可见,在本申请实施例中,将现有的DCI中的冗余版本域替换为具有相同比特数的重复次数域,可在不额外增加DCI开销和DCI格式类型的情况下,指示终端设备接收下行数据包的次数,从而减少空口开销,节约物理下行控制信道的资源。
在本申请实施例中,针对上述图8b所示的流程,本申请提供一种实现方式,具体为:终端设备接收到用于调度接收下行数据重传的DCI或PDCCH或下行调度时,根据DCI中携带重复次数域确定接收该数据的重传时所使用的聚合因子或重复次数。关于如何根据重复次数域,确定聚合因子或重复次数,以及如何确定第n次聚合或重复,所使用的冗余版本,可具体参见上述图7b所示具体实现方式的介绍。
在本申请实施例中,通过将DCI中的冗余版本域替换为具有相同比特数的重复次数域,利用重复次数域指示重传次数,在不增加DCI信令开销的前提,实现聚合因子或重复次数的动态调整,以快速匹配不同的数据传输对时延和可靠性的不同要求,提升数据传输效果。
需要说明的是,在本申请实施例中,针对图5、图6、图7a、图7b、图8a和图8b所示的流程,并不限定不同步骤间执行的先后顺序,比如,在图8中,步骤S805可位于步骤S804的后面,步骤S805也可位于步骤S804的前面。
在本申请实施例中,针对上述图5、图6、图7a、图7b、图8a和图8b所示的流程,可具体应用于基于请求-调度传输的场景中,也可用于半静态调度(semi-persistentscheduling,SPS)传输的场景中,还可应用于免授权传输的场景中。其中,半静态调度的原理为:网络设备在发送下行数据前,网络设备可首先发送一激活的DCI,所述激活的DCI用于调度下行数据传输,以及指示下行数据的时频域资源。相应的,终端设备在接收到所述激活的DCI后,可根据所述DCI的指示,在相应的时频域资源上接收基站发送的下行数据。后续网络设备可按照预配置的周期P继续发送下行数据,相应的,终端设备可按照预配置的周期P继续接收下行数据。可以看出,在SPS技术中,网络设备通过发送一个激活的DCI,可实现多次下行数据的传输。相对于现有的,网络设备在每次发送下行数据前,均发送一个激活的DCI,可减少信令开销。本申请实施例中的DCI,可具体为在SPS场景中的激活DCI。
其中,所述免授权传输场景也可称为免调度传输场景、免动态调度传输场景、免动态授权传输场景或高层配置传输场景等。关于免授权传输场景可具体参见上述步骤S501的介绍,在此不再赘述。
在本申请实施例中,针对上述图5、图6、图7a、图7b、图8a和图8b所示的流程,也可应用于数据的初次传输,或数据重传的场景中,所述数据的初次传输也可称为数据的首次传输,具体过程,如下:在无线通信系统中,为了保证数据传输的可靠性,一般采用下述机制,发送端发送一数据包,接收端接收该下行数据包,且判断是否能正确解调该数据包,如果能正确解调该数据包,则反馈肯定的确认信息(比如,ACK)至发送端,否则,反馈否定的确认信息(比如,NACK)至发送端。如果发送端接收到否定的确认信息,那么发送端将重传上述数据包。在本申请实施例中,可将发送端首先发送一数据包的过程,称为数据的初次传输或首先传输,将根据反馈的否定确认信息,重传数据包的过程,称为数据的重传,所述发送端可为图1所示通信系统中的网络设备101,也可为图1所示通信系统中的终端设备102。
在本申请实施例中,在上行场景中,针对一上行数据包的初次传输或重传输,可采用上行数据包多次传输的第一方案,或上行数据包仅一次传输的第二方案。在本申请实施例中,上述图5和图7a、以及图7b所示的流程,可具体应用于上行数据包的初次传输或重传过程中。在下行场景中,针对一下行数据包的初次传输或重传输,可采用下行数据包多次传输的第三方案,或下行数据包仅一次传输的第四方案。在本申请实施例中,上述图6和图8a、图8b所示的流程,可具体应用于下行数据包的初次传输或重传过程中。
在本申请的一示例中,针对数据包1的首次传输和重传,可均采用多次发送数据包1的第一方案。或者,针对数据包1的首先传输,采用一次发送数据包1的第二方案,针对数据包1的重传输,采用多次发送数据包1的第一方案。或者,针对数据包1的首次传输,采用多次发送数据包1的第一方案,针对数据包1的重传输,采用仅一次传输数据包1的第二方案。或者,针对数据包1的首次传输和重传,均采用一次传输数据包1的第二方案。其中,针对数据1的首次传输以及重传,均采和多次发送数据包1的第一方面,可参见图9所示。
比如,在本申请实施例中,上述图5所示的流程,可应用于数据的首次传输或初始传输中,即终端设备接收到的DCI或PDCCH或上行授权是用于调度终端设备初次或首次发送数据。
在本申请实施例中,上述图5所示的流程,也可用于数据的重传,即终端设备接收到的DCI或PDCCH或上行授权是用于调度终端设备重传数据,即数据的初始传输或首次传输是多次聚合或重复时,该数据的重传可以是多次聚合或重复,也可以是一次聚合或一次重复或单次传输,终端设备可以根据实施例一中的方法进行确定;其中,如果终端设备确定重传也是多次聚合或重复时,聚合或重复次数可以与初始传输或首次传输相同,也可以是高层配置的聚合因子或重复次数。
再如,在本申请实施例中,上述图6所示的流程,可用于数据的首次传输或初始传输,即终端设备接收到的DCI或PDCCH或下行调度是用于调度终端设备初次或首次接收数据。
在本申请实施例中,上述图6所示的流程,也可用于数据的重传,即终端设备接收到的DCI或PDCCH或下行调度是用于调度终端设备接收数据的重传,即数据的初始传输或首次传输是多次聚合或重复时,该数据的重传可以是多次聚合或重复,也可以是一次聚合或一次重复或单次传输,终端设备可以根据实施例二中的方法进行确定;其中,如果终端设备确定重传也是多次聚合或重复时,聚合或重复次数可以与初始传输或首次传输相同,也可以是高层配置的聚合因子或重复次数。
在本申请实施例中,终端接收到DCI,可以根据DCI的CRC比特加扰时所使用的RNTI类型和DCI中的NDI域确定接收到的DCI是否是用于调度数据重传的DCI。如果确定出该DCI的CRC(Cyclic redundancy check,循环冗余校验)比特加扰时所使用的RNTI是免授权传输专用的RNTI(Radio Network Temparory Identifier,无线网络临时标识),比如CS-RNTI(Configured Scheduling RNTI)、且该DCI中携带的新数据指示(New Data Indicator,NDI)域被置为1,那么终端确定该DCI是用于调度数据重传的DCI。如果终端设备确定出该DCI的CRC比特在加扰时所使用的RNTI是C-RNTI(Cell RNTI)时、且该DCI中携带的NDI域相比于前一个使用C-RNTI加扰的DCI中的NDI域没有翻转(toggled),那么终端确定该DCI用于调度数据的重传,其中,该DCI和上述前一个使用C-RNTI加扰的DCI携带有相同的HARQ进程号。
与上述构思相同,如图10所示,本申请实施例提供一种通信装置1000,该通信装置1000可包括收发单元1001以及处理单元1002。
在本申请的一示例中,该通信装置1000可应用于终端设备,用于执行上述图5、图6、图7a、图7b、图8a以及图8b中,以终端设备为执行主体的步骤。
比如,具体的,收发单元1001,可用于接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备发送上行数据包;处理单元1002,可用于根据所述下行控制信息的搜索空间或加扰码,确定发送所述上行数据包的方案,所述发送所述上行数据包的方案可为多次发送所述上行数据包的第一方案或仅发送所述上行数据包一次的第二方案,所述加扰码为对所述下行控制信息进行加扰的码字序列;收发单元1001还用于根据所确定的发送方案,向所述网络设备发送所述上行数据包。
比如,具体的,收发单元1001,可用于接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备接收下行数据包;处理单元1002,可用于根据所述下行控制信息的搜索空间或加扰码,确定接收所述下行数据包的方案,所述接收所述下行数据包的方案可为多次接收所述下行数据包的第一方案或仅接收所述下行数据包一次的第二方案,所述加扰码为对所述下行控制信息的进行加扰的码字序列;收发单元1001,还用于根据所确定的接收方案,接收来自所述网络设备的下行数据包。
比如,具体的,收发单元1001,可用于接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备重传上行数据包;处理单元1002,可用于根据所述下行控制信息中的冗余版本指示域,确定重传所述上行数据包的次数;收发单元1001,还用于根据所确定的重传次数,向所述网络设备发送所述上行数据包。
再如,具体的,收发单元1001,可用于接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备接收重传的下行数据包;处理单元1002,可用于根据所述下行控制信息中的冗余版本指示域,确定接收重传下行数据包的次数;收发单元1001,还用于根据所确定的重传次数,接收来自所述网络设备的下行数据包。
在本申请的另一示例中,该通信装置1000可用于网络设备,用于执行上述图5、图6、图7a、图7b、图8a以及图8b中,以网络设备为执行主体的步骤。
比如,具体的,处理单元1002,可用于生成下行控制信息,所述下行控制信息用于调度终端设备发送上行数据包;收发单元1001,可用于向所述终端设备发送所述下行控制信息;其中,用于发送所述下行控制信息的搜索空间或所述下行控制信息的加扰码用于指示所述终端设备发送所述上行数据包的方案,所述终端设备发送所述上行数据包的方案可为多次发送所述上行数据包的第一方案或仅发送所述上行数据包一次的第二方案,所述加扰码为所述下行控制信息进行加扰的码字序列。
比如,具体的,处理单元1002,可用于生成下行控制信息,所述下行控制信息用于调度终端设备接收下行数据包;收发单元1001,可用于向所述终端设备发送所述下行控制信息;其中,用于发送所述下行控制信息的搜索空间或所述下行控制信息的加扰码用于指示所述终端设备接收下行数据包的方案,所述终端设备接收下行数据包的方案可为多次接收所述下行数据包的第一方案或仅接收所述下行数据包一次的第二方案,所述加扰码为对所述下行控制信息进行加扰的码字序列;所述收发单元1001,还用于根据所指示的接收方案,向所述终端设备发送所述下行数据包。
比如,具体的,处理单元1002,用于生成下行控制信息。收发单元1001,用于向终端设备发送所述下行控制信息,所述下行控制信息用于调度所述终端设备重传上行数据包,所述下行控制信息中的冗余版本指示域用于指示重传上行数据包的次数。
比如,具体的,处理单元1002,用于生成下行控制信息;收发单元1001,用于向终端设备发送所述下行控制信息,所述下行控制信息用于调度所述终端设备接收重传的下行数据包,所述下行控制信息中的冗余版本指示域用于指示所述终端设备接收重传下行数据包的次数;收发单元1001,还用于根据所指示的重传次数,向所述终端设备发送所述下行数据包。
在本申请实施例中,关于收发单元1001以及处理单元1002的具体介绍,可参见上述图5、图6、图7a、图7b以及图8a、图8b的介绍。
与上述构思相同,如图11所示,本申请还提供一种通信装置1100,该通信装置1100可应用于上述图5、图6、图7a、图7b、图8a以及图8b所示的网络设备,也可应用于上述图5、图6、图7a、图7b、图8a图8b所示的终端设备,在此不限定。
该通信装置1100可包括处理器1101和存储器1102。进一步的,该装置还可以包括接收器1104和发送器1105。再进一步的,该装置1100还可以包括总线系统1103。
其中,处理器1101、存储器1102、接收器1104和发送器1105可通过总线系统1103相连,该存储器1102用于存储指示,该处理器1101用于执行该存储器1102存储的指令,以控制接收器1104接收信号,并控制发送器1105发送信号,完成上述方法中网络设备或终端设备的步骤。
其中,接收器1104和发送器1105可以为相同或者不同的物理实体,也可为相同的物理实体,可以统称为收发器。该存储器1102可以集成在处理器1101中,也可以与该处理器1101分开设置。
作为一种实现方式,接收器1104和发送器1105的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器1101可以考虑通过专用处理芯片、处理电路、处理器或通用芯片实现。
作为另一种实现方式,可以考虑使用通过计算机的方式来实现本申请实施例提供的网络设备或终端设备。即将实现处理器1101、接收器1104和发送器1105功能的程序代码存储在存储器中,通用处理器通过执行存储器中的代码来实现处理器1101,接收器1104和发送器1105的功能。
该装置所涉及的与本发明实施例提供的技术方案相关的概念,解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述,此处不做赘述。
比如,在本申请的一示例中,该装置1100可应用于终端设备,所述通信装置1100可用于执行上述图5所示流程中,以终端设备为执行主体的步骤,比如,接收器1104,用于接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备发送上行数据包;处理器1101,用于根据所述下行控制信息的搜索空间或加扰码,确定发送所述上行数据包的方案,所述发送所述上行数据包的方案包括多次发送所述上行数据包的第一方案以及仅发送所述上行数据包一次的第二方案,所述加扰码为对所述下行控制信息进行加扰的码字序列;发送器1105,用于根据所确定的发送方案,向所述网络设备发送所述上行数据包。
再如,在本申请的一示例中,该装置可用于网络设备,所述通信装置1100可用于执行上述图5所示流程中,以网络设备为执行主体的步骤,比如,处理器1101,用于生成下行控制信息,所述下行控制信息用于调度终端设备发送上行数据包;发送器1105,用于向所述终端设备发送所述下行控制信息;其中,用于发送所述下行控制信息的搜索空间或所述下行控制信息的加扰码用于指示所述终端设备发送所述上行数据包的方案,所述终端设备发送所述上行数据包的方案包括多次发送所述上行数据包的第一方案以及仅发送所述上行数据包一次的第二方案,所述加扰码为所述下行控制信息进行加扰的码字序列。
再如,在本申请的一示例中,该通信装置1100可应用于终端设备,所述通信装置1100可用于执行上述图6所示流程中,以终端设备为执行主体的步骤,比如,接收器1104,用于接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备接收下行数据包;处理器1101,用于根据所述下行控制信息的搜索空间或加扰码,确定接收所述下行数据包的方案,所述接收所述下行数据包的方案包括多次接收所述下行数据包的第一方案以及仅接收所述下行数据包一次的第二方案,所述加扰码为对所述下行控制信息的进行加扰的码字序列;接收器1104,还用于根据所确定的接收方案,接收来自所述网络设备的下行数据包。
又如,在本申请的一示例中,所述通信装置1100可应用于网络设备,所述通信装置1100用于执行上述图6所示流程中,以网络设备为执行主体的步骤,比如,处理器1101,用于生成下行控制信息,所述下行控制信息用于调度终端设备接收下行数据包;发送器1105,用于向所述终端设备发送所述下行控制信息;其中,用于发送所述下行控制信息的搜索空间或所述下行控制信息的加扰码用于指示所述终端设备接收下行数据包的方案,所述终端设备接收下行数据包的方案包括多次接收所述下行数据包的第一方案以及仅接收所述下行数据包一次的第二方案,所述加扰码为对所述下行控制信息进行加扰的码字序列;发送器1105,还用于根据所指示的接收方案,向所述终端设备发送所述下行数据包。
再如,在本申请的一示例中,所述通信装置1100可应用于终端设备,所述通信装置1100可用于执行图7a所示流程中,以终端设备为执行主体的步骤。比如,接收器1104,用于接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备重传上行数据包;处理器1101,用于根据所述下行控制信息中的冗余版本指示域,确定重传所述上行数据包的次数;发送器1105,用于根据所确定的重传次数,向所述网络设备发送所述上行数据包。
再如,在本申请的一示例中,所述通信装置1100可应用于网络设备,所述通信装置1100可用于执行图7a、图7b所示流程中,以网络设备为执行主体的步骤。比如,处理器1101,用于生成下行控制信息;发送器1105,用于向终端设备发送所述下行控制信息,所述下行控制信息用于调度所述终端设备重传上行数据包,所述下行控制信息中的冗余版本指示域用于指示重传上行数据包的次数。
需要补图7b
再如,在本申请的一示例中,所述通信装置1100可应用于终端设备,所述通信装置1100可用于执行图8a、图8b所示流程中,以终端设备为执行主体的步骤。比如,接收器1104,用于接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备接收重传的下行数据包;处理器1101,用于根据所述下行控制信息中的冗余版本指示域,确定所述终端设备接收重传的所述下行数据包的次数,所述接收器1104,还有于根据所确定的重传次数,接收来自所述网络设备的下行数据包。
再如,在本申请的一示例中,所述通信装置1100可应用于网络设备,所述通信装置1100可用于执行图8a所示流程中,以网络设备为执行主体的步骤。比如,处理器1101,用于生成下行控制信息;发送器1105,可用于向终端设备发送所述下行控制信息,所述下行控制信息用于调度所述终端设备接收重传的下行数据包,所述下行控制信息中的冗余版本指示域用于指示所述终端设备接收重传下行数据包的次数;发送器1105,还有于根据所指示的重传次数,向所述终端设备发送所述下行数据包。
需要补图8b的
关于处理器1101、发送器1105以及接收器1104的介绍,可参见上述图5、图6、图7a、图7b、图8a和图8b所示的具体介绍,在此不再赘述。
基于以上构思,如图12所示,本申请还提供一种网络设备,比如基站的结构示意图。该基站可应用于上述图1所示通信系统的场景中,该基站可以为图5、图6、图7a、图8a以及图8b所示的网络设备。该基站可用于执行上述图5、图6、图7a、图7b、图8a和图8b所示流程中,以网络设备为执行主体的步骤。具体的,基站1200可包括一个或多个射频单元,如远端射频单元(remote radio unit,RRU)1201和一个或多个基带单元(baseband unit,BBU)(也可称为数字单元,digital unit,DU)1202。该RRU1201可以为收发单元、收发机、收发电路、或者收发器等等,其可以包括至少一个天线12011和射频单元12012。该RRU1201部分可以用于射频信号的收发以及射频信号与基带信号的转换,例如用于向终端设备发送下行控制信息等。该BBU1202部分可以用于基带处理,对基站进行控制等。该RRU1201和BBU1202可以是物理上设置在一起,也可以物理上分离设置的,即分布式基站。
该BBU1202为基站的控制中心,也可以称为处理单元,用于完成基带处理功率,如信道编码,复用,调制,扩频等待。例如该BBU(处理单元)可以用于控制基站执行图5、图6、图7a、图7b、图8a或图8b所示流程中的方法。
在一个示例中,该BBU1202可以由一个或多个单板构成,多个单板可以共同支持单一接入制式的无线接入网(如NR网),也可以分别支持不同接入制式的无线接入网。该BBU1202还可包括存储器12021和处理器12022。该存储器12021用以存储必要的指令和数据。例如存储器12021存储上述实施例中的“根据搜索空间或加扰码,指示终端设备发送上行数据包或接收下行数据包”的指令,该处理器12022用于控制基站进行必要的动作。该存储器12021和处理器12022用于服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器,也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
与上述构思相同,图13提供了一种终端设备的结构示意图,该终端设备可适用于图5、图6、图7a、图7b、图8a或图8b中所示的流程,以终端设备为执行主体的步骤,为了便于说明,图13仅示出了终端设备的主要部件。如图13所示,终端设备1300可包括处理器、处理器、存储器、控制电路,可选的,还可以包括天线和/或输入输出装置。处理器可用于对通信协议以及通信数据进行处理,以及对用户设备进行控制,执行软件程序,处理软件程序的数据。存储器可以存储软件程序和/或数据。控制电路可用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器,可用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏、键盘等,可用于接收用户输入的数据以及对用户输出数据。
在本申请实施例中,处理器可以读取存储单元中的软件程序,解释并执行软件程序的指令,处理软件程序的数据。当需要通过无线发送数据时,处理器对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到用户设备时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信号转换为数据并对该数据进行处理。
本领域技术人员可以理解,为了便于说明,图11仅示出了一个存储器和处理器。在实际的用户设备中,可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等,本申请实施例对此不做限制。
作为一种可选的实现方式,处理器可以包括基带处理器和中央处理器,基带处理器可用于对通信协议以及通信数据进行处理,中央处理器可用于对整个用户设备进行控制,执行软件程序,处理软件程序的数据。图13中的处理器集成了基带处理器和中央处理器的功能,本领域技术人员可以理解,基带处理器和中央处理器也可以是各自独立的处理器,通过总线等技术互联。本领域技术人员可以理解,终端设备可以包括多个基带处理器以适应不同的网络制式,终端设备可以包括多个中央处理器以增强其处理能力,终端设备的各个部件可以通过各种总线连接。该基带处理器也可以表述为基带处理电路或者基带处理芯片。该中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中,也可以以软件程序的形式存储在存储单元中,由处理器执行软件程序以实现基带处理功能。
示例性的,在本申请实施例中,可以将具有收发功能的天线和控制电路作为终端设备1300的收发单元1301,将具有处理功能的处理器视为终端设备1300的处理单元1302。如图13所示,终端设备1300可包括收发单元1301和处理单元1302。收发单元也可以称为收发器、收发机、收发装置等。可选的,可以将收发单元1301中用于实现接收功能的器件视为接收单元,将收发单元1301中用于实现发送功能的器件视为发送单元,即收发单元1301包括接收单元和发送单元。示例性的,接收单元也可以称为接收机、接收器、接收电路等,发送单元也可以称为发射机、发射器或发射电路等。
应理解,上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应,由相应的模块或单元执行相应的步骤,例如发送模块(发射器)方法执行方法实施例中发送的步骤,接收模块(接收器)执行方法实施例中接收的步骤,除发送接收外的其它步骤可以由处理模块(处理器)执行。具体模块的功能可以参考相应的方法实施例。发送模块和接收模块可以组成收发模块,发射器和接收器可以组成收发器,共同实现收发功能;处理器可以为一个或多个。
根据本申请实施例提供的方法,本发明实施例还提供一种通信系统,其包括前述的网络设备和终端设备。
基于以上实施例,本申请实施例还提供了一种计算机存储介质,该存储介质中存储软件程序,该软件程序在被一个或多个处理器读取并执行时可实现上述任意一个或多个实施例提供的方法。该计算机存储介质可以包括:U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
基于以上实施例,本申请实施例还提供了一种芯片,该芯片包括处理器,用于实现上述任意一个或多个实施例所涉及的功能,例如获取或处理上述方法中所涉及的信息或者消息。可选地,该芯片还包括存储器,该存储器,用于处理器所执行必要的程序指令和数据。该芯片,可以由芯片构成,也可以包含芯片和其他分立器件。
应理解,在本发明实施例中,处理器可以是中央处理单元(Central ProcessingUnit,简称为“CPU”),该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。
该总线系统除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线系统。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。

Claims (35)

1.一种通信方法,其特征在于,包括:
终端设备接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备发送上行数据包;
所述终端设备根据所述下行控制信息的搜索空间或加扰码,确定发送所述上行数据包的方案,所述发送所述上行数据包的方案为多次发送所述上行数据包的第一方案或仅发送所述上行数据包一次的第二方案,所述加扰码为对所述下行控制信息进行加扰的码字序列;
所述终端设备根据所确定的发送方案,向所述网络设备发送所述上行数据包。
2.根据权利要求1所述的方法,其特征在于,所述终端设备根据所述下行控制信息的搜索空间,确定发送所述上行数据包的方案,包括:
如果所述搜索空间为第一搜索空间,确定发送所述上行数据包的方案为第一方案;
或者,如果所述搜索空间为第二搜索空间,确定发送所述上行数据包的方案为第二方案,所述第一搜索空间与所述第二搜索空间不同。
3.根据权利要求1所述的方法,其特征在于,所述终端设备根据所述下行控制信息的加扰码,确定发送所述上行数据包的方案,包括:
如果所述加扰码为第一加扰码,确定发送所述上行数据包的方案为第一方案;
或者,如果所述加扰码为第二加扰码,确定发送所述上行数据包的方案为第二方案,所述第一加扰码与所述第二加扰码不同。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述下行控制信息具体用于调度所述终端设备重传所述上行数据包,所述方法还包括:
所述终端设备根据所述下行控制信息中的冗余版本指示域,确定所述上行数据包的重传次数。
5.根据权利要求4所述的方法,其特征在于,所述终端设备根据所述下行控制信息中的冗余版本指示域,确定所述上行数据包的重传次数包括:
根据所述冗余版本指示域所指示的调整因子和预先配置的重传次数确定所述上行数据包的重传次数。
6.一种通信方法,其特征在于,包括:
网络设备生成下行控制信息,所述下行控制信息用于调度终端设备发送上行数据包;
所述网络设备向所述终端设备发送所述下行控制信息;
其中,用于发送所述下行控制信息的搜索空间或所述下行控制信息的加扰码用于指示所述终端设备发送所述上行数据包的方案,所述终端设备发送所述上行数据包的方案为多次发送所述上行数据包的第一方案或仅发送所述上行数据包一次的第二方案,所述加扰码为所述下行控制信息进行加扰的码字序列。
7.根据权利要求6所述的方法,其特征在于,用于发送所述下行控制信息的搜索空间为第一搜索空间,所述第一搜索空间用于指示所述终端设备发送所述上行数据包的方案为第一方案。
8.根据权利要求6所述的方法,其特征在于,用于发送所述下行控制信息的搜索空间为第二搜索空间,所述第二搜索空间用于指示所述终端设备发送所述上行数据包的方案为第二方案。
9.根据权利要求6所述的方法,其特征在于,所述下行控制信息的加扰码为第一加扰码,所述第一加扰码用于指示所述终端设备发送所述上行数据包的方案为第一方案。
10.根据权利要求6所述的方法,其特征在于,所述下行控制信息的加扰码为第二加扰码,所述第二加扰码用于指示所述终端设备发送所述上行数据包的方案为第二方案。
11.根据权利要求5、6、8任一项所述的方法,其特征在于,所述下行控制信息具体用于调度所述终端设备重传所述上行数据包,其中,所述下行控制信息中的冗余版本指示域,用于确定所述上行数据包的重传次数。
12.根据权利要求11所述的方法,其特征在于,所述下行控制信息中的冗余版本指示域用于指示一个调整因子,所述调整因子用于对预先配置的重传次数进行调整。
13.一种通信方法,其特征在于,包括:
终端设备接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备接收下行数据包;
所述终端设备根据所述下行控制信息的搜索空间或加扰码,确定接收所述下行数据包的方案,所述接收所述下行数据包的方案为多次接收所述下行数据包的第一方案或仅接收所述下行数据包一次的第二方案,所述加扰码为对所述下行控制信息进行加扰的码字序列;
所述终端设备根据所确定的接收方案,接收来自所述网络设备的下行数据包。
14.根据权利要求13所述的方法,其特征在于,所述终端设备根据所述下行控制信息的搜索空间,确定接收所述下行数据包的方案,包括:
如果所述搜索空间为第一搜索空间,确定接收所述下行数据包的方案为第一方案;
或者,如果所述搜索空间为第二搜索空间,确定接收所述下行数据包的方案为第二方案,所述第一搜索空间与所述第二搜索空间不同。
15.根据权利要求13所述的方法,其特征在于,所述终端设备根据所述下行控制信息的加扰码,确定接收所述下行数据包的方案,包括:
如果所述加扰码为第一加扰码,确定接收所述下行数据包的方案为第一方案;
或者,如果所述加扰码为第二加扰码,确定接收所述下行数据包的方案为第二方案,所述第一加扰码与所述第二加扰码不同。
16.根据权利要求12至15任一项所述的方法,其特征在于,所述下行控制信息具体用于调度所述终端设备接收重传的所述下行数据包,所述方法还包括:
所述终端设备根据所述下行控制信息,确定所述下行数据包的重传次数。
17.根据权利要求16所述的方法,其特征在于,所述终端设备根据所述下行控制信息,确定所述下行数据包的重传次数:
根据所述下行控制信息中的冗余版本指示域所指示的调整因子和预先配置的重传次数确定所述下行数据包的重传次数。
18.一种通信方法,其特征在于,包括:
网络设备生成下行控制信息,所述下行控制信息用于调度终端设备接收下行数据包;
所述网络设备向所述终端设备发送所述下行控制信息;
其中,用于发送所述下行控制信息的搜索空间或所述下行控制信息的加扰码用于指示所述网络设备发送所述下行数据包的方案,所述网络设备发送所述下行数据包的方案包括多次发送所述下行数据包的第一方案或仅发送所述下行数据包一次的第二方案,所述加扰码为对所述下行控制信息进行加扰的码字序列;
所述网络设备根据所指示的发送方案,向所述终端设备发送所述下行数据包。
19.根据权利要求18所述的方法,其特征在于,用于发送所述下行控制信息的搜索空间为第一搜索空间,所述第一搜索空间用于指示发送所述下行数据包的方案为第一方案。
20.根据权利要求18所述的方法,其特征在于,用于发送所述下行控制信息的搜索空间为第二搜索空间,所述第二搜索空间用于指示发送所述下行数据包的方案为第二方案。
21.根据权利要求18所述的方法,其特征在于,所述下行控制信息的加扰码为第一加扰码,所述第一加扰码用于指示发送所述下行数据包的方案为第一方案。
22.根据权利要求18所述的方法,其特征在于,所述下行控制信息的加扰码为第二加扰码,所述第二加扰码用于指示发送所述下行数据包的方案为第二方案。
23.根据权利要求18、19、21任一项所述的方法,其特征在于,所述下行控制信息具体用于调度所述终端设备接收重传的所述下行数据包,其中,所述下行控制信息中的冗余版本指示域用于确定所述下行数据包的重传次数。
24.根据权利要求23所述的方法,其特征在于,所述冗余版本指示域用于指示一个调整因子,所述调整因子用于对预先配置的重传次数进行调整以确定所述下行数据包的重传次数。
25.一种通信方法,其特征在于,包括:
终端设备接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备重传上行数据包;
所述终端设备根据所述下行控制信息中的冗余版本指示域,确定重传所述上行数据包的次数;
所述终端设备根据所确定的重传次数,向所述网络设备重传所述上行数据包。
26.根据权利要求4或25所述的方法,其特征在于,所述终端设备根据所述下行控制信息中的冗余版本指示域,确定重传所述上行数据包的次数,包括:
所述终端设备根据所述冗余版本指示域所表示的数值,从预设的重传次数集合中,确定目标重传次数,所述目标重传次数为重传所述上行数据包的次数。
27.一种通信方法,其特征在于,包括:
网络设备生成下行控制信息;
所述网络设备向终端设备发送所述下行控制信息,所述下行控制信息用于调度所述终端设备重传上行数据包,所述下行控制信息中的冗余版本指示域用于指示所述上行数据包的重传次数。
28.根据权利要求11或27所述的方法,其特征在于,所述冗余版本指示域所表示的数值指示目标重传次数在预设的重传次数集合中的序号,所述目标重传次数为重传所述上行数据包的次数。
29.一种通信方法,其特征在于,包括:
终端设备接收来自网络设备的下行控制信息,所述下行控制信息用于调度所述终端设备接收重传的下行数据包;
所述终端设备根据所述下行控制信息中的冗余版本指示域,确定接收重传下行数据包的次数;
所述终端设备根据所确定的重传次数,接收来自所述网络设备的下行数据包。
30.根据权利要求16或29所述的方法,其特征在于,所述终端设备根据所述下行控制信息中的冗余版本指示域,确定接收重传下行数据包的次数,包括:
所述终端设备根据所述冗余版本指示域所表示的数值,从预设的重传次数集合中,确定目标重传次数,所述目标重传次数为接收重传下行数据包的次数。
31.一种通信方法,其特征在于,包括:
网络设备生成下行控制信息;
所述网络设备向终端设备发送所述下行控制信息,所述下行控制信息用于调度所述终端设备接收重传的下行数据包,所述下行控制信息中的冗余版本指示域用于指示重传下行数据包的次数;
所述网络设备根据所指示的重传次数,向所述终端设备发送所述下行数据包。
32.根据权利要求23或31所述的方法,其特征在于,所述冗余版本指示域所表示的数值指示目标重传次数在预设的重传次数集合中的序号,所述目标重传次数为接收重传下行数据包的次数。
33.一种通信装置,其特征在于,包括处理器和存储器;
所述存储器用于存储计算机执行指令;
所述处理器用于执行所述存储器所存储的计算机执行指令,以使所述通信装置实现如权利要求1至32任一项所述的方法中如下设备的功能:所述网络设备,或者,所述终端设备。
34.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机指令,当所述计算机指令被计算机执行时,使得所述计算机执行如权利要求1至32中任一项所述的方法。
35.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机指令,当所述计算机指令被计算机执行时,使得所述计算机执行如权利要求1至32中任一项所述的方法。
CN201811142191.XA 2018-07-16 2018-09-28 一种通信方法及装置 Active CN110730513B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/096065 WO2020015617A1 (zh) 2018-07-16 2019-07-16 一种通信方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810779878 2018-07-16
CN2018107798788 2018-07-16

Publications (2)

Publication Number Publication Date
CN110730513A true CN110730513A (zh) 2020-01-24
CN110730513B CN110730513B (zh) 2023-08-01

Family

ID=69217606

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811142191.XA Active CN110730513B (zh) 2018-07-16 2018-09-28 一种通信方法及装置

Country Status (1)

Country Link
CN (1) CN110730513B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114026810A (zh) * 2021-09-29 2022-02-08 北京小米移动软件有限公司 一种混合自动重传请求进程号的确定方法及其装置
WO2022027198A1 (zh) * 2020-08-03 2022-02-10 北京小米移动软件有限公司 用于混合自动重传请求harq传输的方法及装置、存储介质
WO2022078451A1 (zh) * 2020-10-15 2022-04-21 维沃移动通信有限公司 配置授权的重复传输方法、装置、设备及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017023200A1 (en) * 2015-08-06 2017-02-09 Telefonaktiebolaget Lm Ericsson (Publ) Uplink harq procedure for mtc operation
CN107295671A (zh) * 2016-03-31 2017-10-24 中兴通讯股份有限公司 一种下行控制信息的通信方法和装置
US20180102890A1 (en) * 2015-03-30 2018-04-12 Lg Electronics Inc. Method and apparatus for designing downlink control information in wireless communication system
CN108270509A (zh) * 2016-12-30 2018-07-10 华为技术有限公司 发送控制信息的方法和装置及接收控制信息的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180102890A1 (en) * 2015-03-30 2018-04-12 Lg Electronics Inc. Method and apparatus for designing downlink control information in wireless communication system
WO2017023200A1 (en) * 2015-08-06 2017-02-09 Telefonaktiebolaget Lm Ericsson (Publ) Uplink harq procedure for mtc operation
CN107295671A (zh) * 2016-03-31 2017-10-24 中兴通讯股份有限公司 一种下行控制信息的通信方法和装置
CN108270509A (zh) * 2016-12-30 2018-07-10 华为技术有限公司 发送控制信息的方法和装置及接收控制信息的方法和装置

Non-Patent Citations (9)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "R1-1806020 "DCI Contents and Formats for URLLC"", 《3GPP TSG_RAN\WG1_RL1》 *
HUAWEI等: "\"Details of two-level DCI schemes for short TTI\"" *
HUAWEI等: "\"Details of two-level DCI schemes for short TTI\"", 《3GPP TSG_RAN\\WG1_RL1》 *
HUAWEI等: "R1-1608634 "Details of two-level DCI schemes for short TTI"", 《3GPP TSG_RAN\WG1_RL1》 *
INTEL CORPORATION: "R1-1611946 "DCI formats for shorten TTI"", 《3GPP TSG_RAN\WG1_RL1》 *
LG ELECTRONICS: "R1-155366 "Details on DCI contents for MTC"", 《3GPP TSG_RAN\WG1_RL1》 *
PANASONIC: "R1-1612109 "Discussion on single level DCI and two-level DCI"", 《3GPP TSG_RAN\WG1_RL1》 *
VIVO: "\"Remaining issues on UL data transmission procedure\"" *
VIVO: ""Remaining issues on UL data transmission procedure"" *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022027198A1 (zh) * 2020-08-03 2022-02-10 北京小米移动软件有限公司 用于混合自动重传请求harq传输的方法及装置、存储介质
WO2022078451A1 (zh) * 2020-10-15 2022-04-21 维沃移动通信有限公司 配置授权的重复传输方法、装置、设备及可读存储介质
CN114026810A (zh) * 2021-09-29 2022-02-08 北京小米移动软件有限公司 一种混合自动重传请求进程号的确定方法及其装置

Also Published As

Publication number Publication date
CN110730513B (zh) 2023-08-01

Similar Documents

Publication Publication Date Title
KR102076896B1 (ko) 자립식 시간 분할 듀플렉스 (tdd) 서브프레임 구조
JP6500164B2 (ja) アップリンク制御情報伝送方法及び装置
CN107534978B (zh) 物理下行链路控制和数据信道的物理资源块分配
US20180270794A1 (en) Short Physical Uplink Shared Channel Arrangement
CN113498627B (zh) 信号接收或发送方法、装置和系统
JP2020523841A (ja) フィードバック情報の送受信方法、装置及び通信システム
KR20230025789A (ko) 세팅된 우선순위 레벨들을 갖는 harq-ack 코드북들과 함께 단일-샷 harq-ack 코드북들의 관리
CN110999153B (zh) 数据传输方法和装置
WO2020220253A1 (zh) 一种信息传输方法和通信设备
US11343021B2 (en) Infrastructure equipment, wireless telecommunications system and method
CN113796032B (zh) 用于半静态harq-ack码本确定的方法及设备
CN110730513B (zh) 一种通信方法及装置
CN112020145A (zh) 一种通信方法及装置
JP2019510385A (ja) アンライセンス搬送波でアップリンク情報を伝送するための方法及び装置
WO2018233705A1 (zh) 数据传输方法、数据传输反馈方法和相关设备
CN113711667B (zh) 参考信号的发送方法、装置和通信系统
CN110798889B (zh) 一种通信方法及装置
US11564246B2 (en) Information transmission method, communications device, and network device
CN109150380B (zh) 数据传输的方法、网络设备和终端设备
US11894931B2 (en) Selective bundling techniques for HARQ-ACK feedback
WO2021204275A1 (zh) 一种反馈信息的发送方法及装置
WO2020015617A1 (zh) 一种通信方法及装置
CN112399574B (zh) 一种无线通信的方法和装置以及通信设备
CN109983818B (zh) 用于发送/接收调度命令的方法和设备
JP6946481B2 (ja) 無線通信方法、ネットワークデバイス、ユーザ装置、及びシステム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant