CN111865503A - 一种发送、接收反馈信息的方法及设备 - Google Patents
一种发送、接收反馈信息的方法及设备 Download PDFInfo
- Publication number
- CN111865503A CN111865503A CN201910360645.9A CN201910360645A CN111865503A CN 111865503 A CN111865503 A CN 111865503A CN 201910360645 A CN201910360645 A CN 201910360645A CN 111865503 A CN111865503 A CN 111865503A
- Authority
- CN
- China
- Prior art keywords
- data packet
- packet
- received
- feedback information
- sequence number
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1642—Formats specially adapted for sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及一种发送、接收反馈信息的方法及设备,其中的发送方法包括:接收设备生成反馈信息,反馈信息包括接收设备未接收的数据包中的待反馈的数据包的信息,以及,反馈信息还包括第一字段,第一字段承载序列号(n+1)的信息,n为反馈信息所指示的数据包中的最晚的数据包的序列号;接收设备向发送设备发送反馈信息。反馈信息所包括的第一字段承载的是序列号(n+1)的信息,从而接收设备无需确定除了反馈信息所指示的数据包之外的下一个未接收的数据包究竟是哪个,而只需将反馈信息所指示的数据包中的最晚的数据包的下一个数据包的序列号添加到反馈信息即可,减少接收设备的工作量,从而有助于节省设备的功耗。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种发送、接收反馈信息的方法及设备。
背景技术
目前,接收端设备在接收数据包后,会向发送端设备发送反馈信息,如果数据包接收成功,则可以不必反馈,而如果数据包接收失败或暂时未接收到,则可以将接收失败或未接收的数据包的信息通过反馈信息发送给发送端设备,发送端设备接收反馈信息后,可以重传这些数据包。
在反馈信息中,包括确认应答(ACK)_序列号(sequence number,SN)这个字段,该字段承载的是接收端设备下一个未接收的数据包的序列号。例如,接收端设备未接收的数据包为数据包1、数据包2、数据包4和数据包7,而数据包3、数据包5和数据包6都接收成功。如果接收端设备需要发送反馈信息,那么接收端设备可以将数据包1、数据包2、数据包4和数据包7的信息均添加到反馈信息中。但反馈信息的容量有限,可能无法容纳数据包1、数据包2、数据包4和数据包7的信息。那么接收端设备就按数据包的序列号的顺序将数据包1、数据包2、数据包4和数据包7的信息添加到反馈信息中,例如在添加完毕数据包4的信息后,反馈信息已经无法再容纳更多的信息,因此数据包7的信息无法添加到该反馈信息中。那么在该反馈信息的ACK_SN字段,填写的就是数据包7的序列号,例如为7。
在这种方式下,接收端设备虽然无法将数据包7的信息添加到反馈信息中,但是接收端设备还需要确定,除了反馈信息所对应的这些数据包之外,下一个未接收的数据包究竟是哪个数据包。可见,对于接收端设备来说还需要进一步的查找过程,不利于节省功耗。
发明内容
本申请实施例提供一种发送、接收反馈信息的方法及设备,用于节省设备的功耗。
第一方面,提供一种发送反馈信息的方法,该方法包括:接收设备生成反馈信息,所述反馈信息包括所述接收设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号。所述接收设备向发送设备发送所述反馈信息。
该方法可由第一通信装置执行,第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片***。示例性地,所述通信设备为接收设备。示例性地,所述接收设备可以是终端设备,也可以是网络设备。
在本申请实施例中,反馈信息所包括的第一字段承载的是序列号(n+1)的信息,而n是反馈信息所指示的数据包中的最晚的数据包的序列号。例如,接收设备未接收的数据包为数据包1、数据包2、数据包4和数据包7,而数据包3、数据包5和数据包6都接收成功,而因为反馈信息的容量有限,因此接收设备只能将数据包1、数据包2和数据包4的信息添加到反馈信息中,而数据包7的信息无法添加到反馈信息中。那么该反馈信息的第一字段承载的是数据包5的序列号的信息,而并不是数据包7的序列号。在这种方式下,接收设备无需确定下一个未接收的数据包究竟是哪个,而只需将反馈信息所指示的数据包中的最晚的数据包的下一个数据包的序列号添加到反馈信息即可,减少接收设备的工作量,从而有助于节省设备的功耗。
结合第一方面,在第一方面的第一种可能的实施方式中,所述第一字段为确认应答序列号字段。
也就是说,第一字段可以是ACK_SN字段。当然本申请实施例并不限制第一字段的实现方式,第一字段也可以是其他的已有的字段,或者是新增的字段等。
结合第一方面或第一方面的第一种可能的实施方式,在第一方面的第二种可能的实施方式中,所述反馈信息包括所述接收设备未接收的数据包中的待反馈的数据包的信息,可以包括如下三种情况中的一种:
所述反馈信息包括所述接收设备未接收的数据包中的待反馈的第一数据包的序列号;或,
所述反馈信息包括所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
所述反馈信息包括所述接收设备未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
一个数据包的容量可能比较大,接收设备在接收数据包时,可能对一个数据包整体接收成功,或整体接收失败,或者也有可能对数据包的部分内容接收成功,而对剩余的部分内容接收失败。那么,如果接收设备对一个数据包整体接收失败,则接收设备在反馈信息中只需添加该数据包的序列号即可,通过序列号就能指示该数据包。或者,如果接收设备对一个数据包的部分内容接收成功,而剩余的部分内容接收失败,那么接收设备可以在反馈信息中添加该数据包的序列号,以及添加接收失败的部分的位置信息(起始位置信息和结束位置信息),从而使得发送设备明确接收设备接收失败的到底是该数据包的哪部分,指示较为清楚。
结合第一方面的第二种可能的实施方式,在第一方面的第三种可能的实施方式中,所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
结合第一方面的第二种可能的实施方式,在第一方面的第四种可能的实施方式中,所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
如果接收设备对于第二数据包,是未接收第二数据包中的多个不连续的部分(每个部分视为一个子数据包),那么接收设备可以将未接收的每个部分的起始位置信息和结束位置信息都添加到反馈信息中,从而使得发送设备能够较为明确地确定接收设备究竟对于第二数据包的哪些内容未能接收。
结合第一方面或第一方面的第一种可能的实施方式至第一方面的第四种可能的实施方式中的任一种可能的实施方式,在第一方面的第五种可能的实施方式中,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
第一字段所包括的序列号(n+1)可以用于指示序列号为(n+1)的数据包的接收状态,从而发送设备可以根据第一字段确定序列号为(n+1)的数据包的接收状态为接收成功或未接收。或者,第一字段所包括的序列号(n+1)也可以并不指示数据包的接收状态,发送设备并不根据第一字段包括的序列号(n+1)确定序列号为(n+1)的数据包的接收状态。具体的不做限制。
第二方面,提供一种接收反馈信息的方法,该方法包括:发送设备接收来自接收设备的反馈信息;所述发送设备根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号。
该方法可由第二通信装置执行,第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置,例如芯片***。示例性地,所述通信设备为发送设备。示例性地,所述发送设备可以是终端设备,也可以是网络设备。
结合第二方面,在第二方面的第一种可能的实施方式中,所述第一字段为确认应答序列号字段。
结合第二方面或第二方面的第一种可能的实施方式,在第二方面的第二种可能的实施方式中,所述发送设备根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息,包括如下的一种:
所述发送设备根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号;或,
所述发送设备根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
所述发送设备根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
结合第二方面的第二种可能的实施方式,在第二方面的第三种可能的实施方式中,所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
结合第二方面的第二种可能的实施方式,在第二方面的第四种可能的实施方式中,所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
结合第二方面或第二方面的第一种可能的实施方式至第二方面的第四种可能的实施方式中的任一种可能的实施方式,在第二方面的第五种可能的实施方式中,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
关于第二方面或第二方面的各种可能的实施方式所带来的技术效果,可以参考对于第一方面或第一方面的相应的实施方式的技术效果的介绍,不多赘述。
第三方面,提供第一种通信装置,例如该通信装置为如前所述的第一通信装置。所述通信装置用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第一方面或第一方面的任一可能的实现方式中的方法的模块,例如包括处理模块和收发模块。示例性地,所述通信装置为接收设备。示例性地,所述接收设备可以是终端设备,也可以是网络设备。其中,
所述处理模块,用于生成反馈信息,所述反馈信息包括所述通信装置未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号;
所述收发模块,用于向发送设备发送所述反馈信息。
结合第三方面,在第三方面的第一种可能的实施方式中,所述第一字段为确认应答序列号字段。
结合第三方面或第三方面的第一种可能的实施方式,在第三方面的第二种可能的实施方式中,所述反馈信息包括所述通信装置未接收的数据包中的待反馈的数据包的信息,可以包括如下三种情况中的一种:
所述反馈信息包括所述通信装置未接收的数据包中的待反馈的第一数据包的序列号;或,
所述反馈信息包括所述通信装置未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
所述反馈信息包括所述通信装置未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述通信装置未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
结合第三方面的第二种可能的实施方式,在第三方面的第三种可能的实施方式中,所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
结合第三方面的第二种可能的实施方式,在第三方面的第四种可能的实施方式中,所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
结合第三方面或第三方面的第一种可能的实施方式至第三方面的第四种可能的实施方式中的任一种可能的实施方式,在第三方面的第五种可能的实施方式中,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
关于第三方面或第三方面的各种可能的实施方式所带来的技术效果,可以参考对于第一方面或第一方面的相应的实施方式的技术效果的介绍,不多赘述。
第四方面,提供第二种通信装置,例如该通信装置为如前所述的第二通信装置。所述通信装置用于执行上述第二方面或第二方面的任一可能的实现方式中的方法。具体地,所述通信装置可以包括用于执行第二方面或第二方面的任一可能的实现方式中的方法的模块,例如包括处理模块和收发模块。示例性地,所述通信装置为发送设备。示例性地,所述发送设备可以是终端设备,也可以是网络设备。其中,
所述收发模块,用于接收来自接收设备的反馈信息;
所述处理模块,用于根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号。
结合第四方面,在第四方面的第一种可能的实施方式中,所述第一字段为确认应答序列号字段。
结合第四方面或第四方面的第一种可能的实施方式,在第四方面的第二种可能的实施方式中,所述处理模块用于通过如下的一种方式根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息:
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号;或,
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
结合第四方面的第二种可能的实施方式,在第四方面的第三种可能的实施方式中,所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
结合第四方面的第二种可能的实施方式,在第四方面的第四种可能的实施方式中,所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
结合第四方面或第四方面的第一种可能的实施方式至第四方面的第四种可能的实施方式中的任一种可能的实施方式,在第四方面的第五种可能的实施方式中,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
关于第四方面或第四方面的各种可能的实施方式所带来的技术效果,可以参考对于第二方面或第二方面的相应的实施方式的技术效果的介绍,不多赘述。
第五方面,提供第三种通信装置,该通信装置例如为如前所述的第三通信装置。该通信装置包括处理器和收发器,处理器和收发器相互耦合,用于实现上述第三方面或第三方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。示例性的,所述通信设备为接收设备。示例性地,所述接收设备可以是终端设备,也可以是网络设备。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。其中,
所述处理器,用于生成反馈信息,所述反馈信息包括所述通信装置未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号;
所述收发器,用于向发送设备发送所述反馈信息。
结合第五方面,在第五方面的第一种可能的实施方式中,所述第一字段为确认应答序列号字段。
结合第五方面或第五方面的第一种可能的实施方式,在第五方面的第二种可能的实施方式中,所述反馈信息包括所述通信装置未接收的数据包中的待反馈的数据包的信息,可以包括如下三种情况中的一种:
所述反馈信息包括所述通信装置未接收的数据包中的待反馈的第一数据包的序列号;或,
所述反馈信息包括所述通信装置未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
所述反馈信息包括所述通信装置未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述通信装置未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
结合第五方面的第二种可能的实施方式,在第五方面的第三种可能的实施方式中,所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
结合第五方面的第二种可能的实施方式,在第五方面的第四种可能的实施方式中,所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
结合第五方面或第五方面的第一种可能的实施方式至第五方面的第四种可能的实施方式中的任一种可能的实施方式,在第三方面的第五种可能的实施方式中,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
关于第五方面或第五方面的各种可能的实施方式所带来的技术效果,可以参考对于第一方面或第一方面的相应的实施方式的技术效果的介绍,不多赘述。
第六方面,提供第四种通信装置,该通信装置例如为如前所述的第四通信装置。该通信装置包括处理器和收发器,处理器和收发器相互耦合,用于实现上述第四方面或第四方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。示例性的,所述通信设备为发送设备。示例性地,所述发送设备可以是终端设备,也可以是网络设备。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。其中,
所述收发器,用于接收来自接收设备的反馈信息;
所述处理器,用于根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号。
结合第六方面,在第六方面的第一种可能的实施方式中,所述第一字段为确认应答序列号字段。
结合第六方面或第六方面的第一种可能的实施方式,在第四方面的第二种可能的实施方式中,所述处理器用于通过如下的一种方式根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息:
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号;或,
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
结合第六方面的第二种可能的实施方式,在第六方面的第三种可能的实施方式中,所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
结合第六方面的第二种可能的实施方式,在第六方面的第四种可能的实施方式中,所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
结合第六方面或第六方面的第一种可能的实施方式至第六方面的第四种可能的实施方式中的任一种可能的实施方式,在第六方面的第五种可能的实施方式中,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
关于第六方面或第六方面的各种可能的实施方式所带来的技术效果,可以参考对于第二方面或第二方面的相应的实施方式的技术效果的介绍,不多赘述。
第七方面,提供第五种通信装置。该通信装置可以为上述方法设计中的第一通信装置。示例性地,所述通信装置为设置在接收设备中的芯片。示例性地,所述接收设备可以是终端设备,也可以是网络设备。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使第五种通信装置执行上述第一方面或第一方面的任意一种可能的实施方式中的方法。
其中,第五种通信装置还可以包括通信接口,该通信接口可以是接收设备中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果第五种通信装置为设置在接收设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
第八方面,提供第六种通信装置。该通信装置可以为上述方法设计中的第二通信装置。示例性地,所述通信装置为设置在发送设备中的芯片。示例性地,所述发送设备可以是终端设备,也可以是网络设备。该通信装置包括:存储器,用于存储计算机可执行程序代码;以及处理器,处理器与存储器耦合。其中存储器所存储的程序代码包括指令,当处理器执行所述指令时,使第六种通信装置执行上述第二方面或第二方面的任意一种可能的实施方式中的方法。
其中,第六种通信装置还可以包括通信接口,该通信接口可以是发送设备中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果第六种通信装置为设置在发送设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
第九方面,提供一种通信***,该通信***可以包括第三方面所述的第一种通信装置、第五方面所述的第三种通信装置或第七方面所述的第五种通信装置,以及包括第四方面所述的第二种通信装置、第六方面所述的第四种通信装置或第八方面所述的第六种通信装置。
第十方面,提供一种计算机存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。
第十一方面,提供一种计算机存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。
第十二方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。
第十三方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。
在本申请实施例中,反馈信息所包括的第一字段承载的是序列号(n+1)的信息,从而接收设备无需确定除了反馈信息所指示的数据包之外的下一个未接收的数据包究竟是哪个,而只需将反馈信息所指示的数据包中的最晚的数据包的下一个数据包的序列号添加到反馈信息即可,减少接收设备的工作量,从而有助于节省设备的功耗。
附图说明
图1A为本申请实施例所涉及的发送设备和接收设备的协议栈的示意图;
图1B为数据包的计数值的构成示意图;
图2为PDCP层接收数据包以及对数据包进行排序的一种示例;
图3A为本申请实施例的一种应用场景示意图;
图3B为本申请实施例的另一种应用场景示意图;
图4为本申请实施例提供的一种发送、接收反馈信息的方法流程图;
图5为本申请实施例中的数据包中未接收的部分是连续的示意图;
图6为本申请实施例中的数据包中未接收的部分是不连续的示意图;
图7为本申请实施例中的一种反馈信息的示意图;
图8为本申请实施例提供的第一种接收设备的示意性框图;
图9为本申请实施例提供的第一种接收设备的另一示意性框图;
图10为本申请实施例提供的第一种发送设备的示意性框图;
图11为本申请实施例提供的第一种发送设备的另一示意性框图;
图12为本申请实施例提供的通信装置的示意性框图;
图13为本申请实施例提供的通信装置的另一示意性框图;
图14为本申请实施例提供的通信装置的再一示意性框图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
以下,对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
1)终端设备,包括向用户提供语音和/或数据连通性的设备,具体的,包括向用户提供语音的设备,或包括向用户提供数据连通性的设备,或包括向用户提供语音和数据连通性的设备。例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network,RAN)与核心网进行通信,与RAN交换语音或数据,或与RAN交互语音和数据。该终端设备可以包括用户设备(userequipment,UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device,D2D)终端设备、车到一切(vehicle to everything,V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications,M2M/MTC)终端设备、物联网(internet of things,IoT)终端设备、订户单元(subscriber unit)、订户站(subscriberstation),移动站(mobile station)、远程站(remote station)、接入点(access point,AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(userterminal)、用户代理(user agent)、或用户装备(user device)等。例如,可以包括移动电话(或称为“蜂窝”电话),具有移动终端设备的计算机,便携式、袖珍式、手持式、计算机内置的移动装置等。例如,个人通信业务(personal communication service,PCS)电话、无绳电话、会话发起协议(session initiation protocol,SIP)话机、无线本地环路(wirelesslocal loop,WLL)站、个人数字助理(personal digital assistant,PDA)、等设备。还包括受限设备,例如功耗较低的设备,或存储能力有限的设备,或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification,RFID)、传感器、全球定位***(global positioning system,GPS)、激光扫描器等信息传感设备。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能头盔、智能首饰等。
而如上介绍的各种终端设备,如果位于车辆上(例如放置在车辆内或安装在车辆内),都可以认为是车载终端设备,车载终端设备例如也称为车载单元(on-board unit,OBU)。
本申请实施例中,终端设备还可以包括中继(relay)。或者理解为,能够与基站进行数据通信的都可以看作终端设备。
2)网络设备,例如包括接入网(access network,AN)设备,例如基站(例如,接入点),可以是指接入网中在空口通过一个或多个小区与无线终端设备通信的设备。或者例如,一种车到一切(vehicle-to-everything,V2X)技术中的网络设备为路侧单元(roadside unit,RSU)。或者例如,云设备也可以作为发送设备,例如云服务器等。
基站可用于将收到的空中帧与IP分组进行相互转换,作为终端设备与接入网的其余部分之间的路由器,其中接入网的其余部分可包括IP网络。RSU可以是支持V2X应用的固定基础设施实体,可以与支持V2X应用的其他实体交换消息。网络设备还可协调对空口的属性管理。例如,网络设备可以包括长期演进(long term evolution,LTE)***或高级长期演进(long term evolution-advanced,LTE-A)中的演进型基站(NodeB或eNB或e-NodeB,evolutional Node B),或者也可以包括第五代移动通信技术(the 5th generation,5G)新空口(new radio,NR)***(也简称为NR***)中的下一代节点B(next generation node B,gNB)或者也可以包括云接入网(cloud radio access network,Cloud RAN)***中的集中式单元(centralized unit,CU)和分布式单元(distributed unit,DU),本申请实施例并不限定。
本申请实施例所述的接收设备,可以是终端设备,或者也可以是网络设备。而本申请实施例中用于发送数据包的发送设备,同样的,可以是终端设备也可以是网络设备。且,例如一种情况为,发送设备是网络设备,接收设备是终端设备,或者另一种情况为,发送设备和接收设备均为网络设备,或者再一种情况为,发送设备和接收设备均为终端设备(二者之间例如通过侧行链路(sidelink,SL)传输),或者还有一种情况为,发送设备是终端设备,接收设备是网络设备,等等,具体的不做限制。
3)本申请实施例中的术语“***”和“网络”可被互换使用。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。
以及,除非有相反的说明,本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。例如,第一数据包和第二数据包,只是为了区分不同的数据包,而并不是表示这两个数据包的内容、优先级、发送顺序或者重要程度等的不同。
前文介绍了本申请实施例所涉及到的一些名词概念,下面介绍本申请实施例涉及的技术特征。
请参考图1A,为发送设备和接收设备的部分协议栈的示意图。在图1A中,发送设备和接收设备都包括PDCP层、RLC层、MAC层和物理层(PHY)。另外发送设备和接收设备也都包括PDCP层的上层,图1A以PDCP层的上层是IP/传输控制协议(transmission controlprotocol,TCP)层为例。发送设备在发送数据包时,数据包的传输顺序是IP/TCP层-PDCP层-RLC层-MAC层-物理层,再从发送设备的物理层发送给接收设备的物理层。数据包到达接收设备的物理层后,在接收设备内的传输顺序是,物理层-MAC层、RLC层、PDCP层-IP/TCP层。如图1A中的弧线箭头,就用于表示数据包的传输路径。
在空口传输中,每个数据包都有对应的编号。其中,一个数据包的编号可以由两部分构成,序列号(sequence number,SN)和超帧号(hyper frame number,HFN),二者合起来就构成数据包的编号,或者说是数据包的计数(count)值。发送设备的PDCP层为待发送的数据包添加SN。同时,发送设备与接收设备还需要维护相同的HFN。SN和HFN之和就构成了数据包的计数值。其中,数据包的计数值也可以称为数据包的编号等,本申请实施例对于该特征的名称不做限定。可参考图1B,为数据包的计数值的构成示意图。
其中,发送设备需要维护发送的SN的总数不超过SN总数的一半,以免造成帧号混乱。同样的,接收设备也将以SN总数一半的长度作为接收窗。SN总数是SN所占用的比特(bit)数所对应的全部取值的数量。例如,SN的比特数是3,3个比特总共对应8个值,则SN总数是8。那么发送设备需要保证,发送的SN的总数需要小于或等于4,这里所述的发送的SN,可以理解为是维持在发送状态中的数据包对应的SN,所谓的发送状态中是指,发送设备已发送,但还未接收到接收设备针对该数据包所反馈的响应消息(例如确认应答(ACK)/否定应答(NACK))。例如,发送设备发送了数据包0、数据包1、数据包2和数据包3,且对于这4个数据包均未接收到接收设备所反馈的响应消息,那么发送设备就不能再发送其他数据包。后续,例如发送设备接收了接收设备对于数据包0的ACK,就可以再发送一个数据包,例如可以发送数据包4。
在空口传输中,虽然发送设备是按照数据包的编号,顺序发送数据包,在媒体访问控制(medium access control,MAC)层支持混合自动重传请求(hybrid automatic repeatrequest,HARQ)机制,由于多个HARQ进程的并行运行,导致接收设备接收的数据包很有可能是乱序的。对于AM来说,无线链路控制(radio link control,RLC)层支持自动重传请求(automatic repeat request,ARQ)机制,也会导致接收设备接收的数据包是乱序的。
在LTE***中,接收设备中的层2协议栈RLC负责将接收到的乱序的数据包进行重排序,并将重排序后的数据包递交给RLC层的上层,也就是PDCP层。在5G NR***中,层2协议栈RLC不再具有重排序功能,而由接收设备中的层2协议栈PDCP(或者称为PDCP层)负责将接收到的乱序的数据包进行重排序。
接收设备的PDCP层接收到一个数据包后,首先根据该数据包携带的SN,以及接收设备所维护的HFN,确定该数据包的计数值,该数据包的计数值例如用RCVD_COUNT表示。然后,PDCP层判断该数据包的计数值是否在有效的接收窗内,即,判断该数据包的计数值是否大于或等于RX_DELIV,以及小于(RX_DELIV+SN总数/2)。其中,RX_DELIV表示该PDCP层之前未递交给上层的第一个数据包的编号。如果确定该数据包的计数值大于或等于RX_DELIV,以及小于(RX_DELIV+SN总数/2),则确定该数据包的计数值位于有效的时间窗内,PDCP层可以暂存该数据包;或者,如果确定该数据包的计数值小于RX_DELIV,或确定该数据包的计数值小于(RX_DELIV+SN总数/2),或确定该数据包的计数值既小于RX_DELIV也小于(RX_DELIV+SN总数/2),则确定该数据包的计数值没有位于有效的时间窗内,PDCP层可以丢弃该数据包。对于暂存的数据包,PDCP层可以对其进行排序,或者说是进行重排序。
PDCP层对数据包进行排序,所涉及的变量大概有四个:
RCVD_COUNT:表示当前接收到的数据包的计数值;
RX_DELIV:表示PDCP层第一个未递交给PDCP层的上层的数据包的计数值,其中,第一个未递交给PDCP层的上层的数据包,可以理解为,是PDCP层未递交给上层的数据包中的计数值最小的数据包;
RX_NEXT:表示当前期待的下一个即将接收的数据包的计数值,或者说,是表示当前接收的数据包中的最大的计数值加1的值;
RX_REORD:表示开启重排序定时器(t-reordering timer)时的RX_NEXT的值。
下面以图2为例,介绍PDCP层如何对数据包进行排序。
图2的第一行,表示接收端的PDCP层并未收到任何的数据包,则此时RCVD_COUNT的取值和RX_REORD的取值都不存在,RX_DELIV的取值为0,表明当前第一个未递交给PDCP层上层的数据包的计数值为0,RX_NEXT的取值为0,表明当前期待的下一个即将接收的数据包的计数值为0,也就是说当前期待的下一个即将接收的数据包为数据包0。
图2的第二行,表示PDCP层接收到了数据包0。PDCP层判断数据包0的计数值是否位于有效的时间窗内。其中,PDCP层可以根据未更新的RX_DELIV的取值判断数据包0的计数值是否位于有效的时间窗内。例如PDCP层确定数据包0的计数值位于有效的时间窗内,PDCP层暂存数据包0。接着,PDCP层判断RCVD_COUNT是否大于或等于RX_NEXT,如果RCVD_COUNT大于或等于RX_NEXT,则需要更新RX_NEXT。此时RCVD_COUNT的取值为0,未更新前的RX_NEXT的取值为0,则RCVD_COUNT等于RX_NEXT,因此将RX_NEXT的取值更新为RCVD_COUNT+1,也就是将RX_NEXT的取值更新为1。由于接收到了数据包0,等于第一个未递交给上层的数据包的计数值,PDCP层把数据包0递交给上层,此时第一个未递交给上层的数据包的计数值变为1,则RX_DELIV更新为1。另外,PDCP层在重排序定时器没有运行时,还可以判断RX_DELIV是否大于或等于RX_NEXT,如果RX_DELIV小于RX_NEXT,表明接收的数据包出现了乱序。此时,RX_DELIV的取值和RX_NEXT的取值均为1,因此可以确定不存在乱序。其中在介绍图2时,以PDCP层的上层是IP/TCP层为例。
图2的第三行,表示PDCP层接收到了数据包3。PDCP层判断数据包3的计数值是否位于有效的时间窗内。其中,PDCP层可以根据未更新的RX_DELIV的取值判断数据包3的计数值是否位于有效的时间窗内。例如PDCP层确定数据包3的计数值位于有效的时间窗内,PDCP层暂存数据包3。接着,PDCP层判断RCVD_COUNT是否大于或等于RX_NEXT,如果RCVD_COUNT大于或等于RX_NEXT,则需要更新RX_NEXT。此时RCVD_COUNT的取值为3,未更新前的RX_NEXT的取值为1,则RCVD_COUNT大于RX_NEXT,因此PDCP层可以将RX_NEXT的取值更新为RCVD_COUNT+1,也就是将RX_NEXT的取值更新为4。此时,如果为PDCP层配置了乱序递交(out of orderdelivery)功能,则PDCP层也可以将数据包3递交给上层,此时PDCP层可以不对数据包进行排序。或者,如果没有为PDCP层配置乱序递交功能,则,因为未接收到数据包1,因此PDCP层将RX_DELIV的取值还是1,不需要向上层递交数据包。另外,PDCP层在重排序定时器没有运行时,还可以判断RX_DELIV是否大于或等于RX_NEXT,如果RX_DELIV小于RX_NEXT,表明接收的数据包出现了乱序。由于RX_DELIV=1小于RX_NEXT=4,此时PDCP层可以开启重排序定时器,以及将RX_REORD的取值更新为4,因此重排序定时器运行时,表明存在乱序。其中,本文主要介绍没有为PDCP层配置乱序递交功能的情况。
图2的第四行,表示PDCP层接收到了数据包5。PDCP层判断数据包5的计数值是否位于有效的时间窗内。其中,PDCP层可以根据未更新的RX_DELIV的取值(即,RX_DELIV的取值为1)判断数据包5的计数值是否位于有效的时间窗内。例如PDCP层确定数据包5的计数值位于有效的时间窗内,PDCP层暂存数据包5。接着,PDCP层判断RCVD_COUNT是否大于或等于RX_NEXT,如果RCVD_COUNT大于或等于RX_NEXT,则需要更新RX_NEXT。此时RCVD_COUNT的取值为5,未更新前的RX_NEXT的取值为4,则RCVD_COUNT大于RX_NEXT,因此PDCP层可以将RX_NEXT的取值更新为RCVD_COUNT+1,也就是将RX_NEXT的取值更新为6。此时,因为未接收到数据包1,则RX_DELIV的取值依然为1,不向上层递交数据包。另外,PDCP层在重排序定时器正在运行时,当RX_DELIV是否大于等于RX_REORD时,重排序定时器启动时那些编号小于RX_REORD的未收到的数据包说明已经收到了。由于此时重排序定时器正在运行,但RX_DELIV=1小于RX_REORD=4,则说明重排序定时器开启时缺失的那些数据包还没有完全收到。
图2的第五行,表示PDCP层接收到了数据包6。PDCP层判断数据包6的计数值是否位于有效的时间窗内。其中,PDCP层可以根据未更新的RX_DELIV的取值(即,RX_DELIV的取值为1)判断数据包6的计数值是否位于有效的时间窗内。例如PDCP层确定数据包6的计数值位于有效的时间窗内,PDCP层暂存数据包6。接着,PDCP层判断RCVD_COUNT是否大于或等于RX_NEXT,如果RCVD_COUNT大于或等于RX_NEXT,则需要更新RX_NEXT。此时RCVD_COUNT的取值为6,未更新前的RX_NEXT的取值为6,则RCVD_COUNT等于RX_NEXT,因此PDCP层可以将RX_NEXT的取值更新为RCVD_COUNT+1,也就是将RX_NEXT的取值更新为7。此时,因为未接收到数据包1,则RX_DELIV的取值依然为1,不向上层递交任何包。另外,PDCP层在重排序定时器正在运行时,当RX_DELIV是否大于等于RX_REORD时,重排序定时器启动时那些编号小于RX_REORD的未收到的数据包说明已经收到了。由于此时重排序定时器正在运行,但RX_DELIV=1小于RX_REORD=4,则说明重排序定时器开启时缺失的那些数据包还没有完全收到,即所启动的重排序定时器是为了等待接收数据包1和数据包2,则如果重排序定时器未超时,就不会停止重排序定时器,重排序定时器会继续运行。
图2的第六行,表示PDCP层接收到了数据包1。PDCP层判断数据包1的计数值是否位于有效的时间窗内。其中,PDCP层可以根据未更新的RX_DELIV的取值(即,RX_DELIV的取值为1)判断数据包1的计数值是否位于有效的时间窗内。例如PDCP层确定数据包1的计数值位于有效的时间窗内,PDCP层暂存数据包1。接着,PDCP层判断RCVD_COUNT是否大于或等于RX_NEXT,如果RCVD_COUNT大于或等于RX_NEXT,则需要更新RX_NEXT。此时RCVD_COUNT的取值为1,未更新前的RX_NEXT的取值为7,则RCVD_COUNT小于RX_NEXT,无需更新RX_NEXT的取值,RX_NEXT的取值依然为7。此时,因为接收到的数据包为1等于第一个未接收到数据包的取值RX_DELIV,则向上层递交1号包,RX_DELIV更新为2。另外,PDCP层在重排序定时器正在运行时,当RX_DELIV是否大于等于RX_REORD时,重排序定时器启动时那些编号小于RX_REORD的未收到的数据包说明已经收到了。由于此时重排序定时器正在运行,但RX_DELIV=2小于RX_REORD=4,则说明重排序定时器开启时缺失的那些数据包还没有完全收到,即所启动的重排序定时器是为了等待接收数据包1和数据包2,此时只接收到了数据包1,则如果重排序定时器未超时,就不会停止重排序定时器,重排序定时器会继续运行。
图2的第七行,表示PDCP层接收到了数据包2。PDCP层判断数据包2的计数值是否位于有效的时间窗内。其中,PDCP层可以根据未更新的RX_DELIV的取值(即,RX_DELIV的取值为1)判断数据包2的计数值是否位于有效的时间窗内。例如PDCP层确定数据包2的计数值位于有效的时间窗内,PDCP层暂存数据包2。接着,PDCP层判断RCVD_COUNT是否大于或等于RX_NEXT,如果RCVD_COUNT大于或等于RX_NEXT,则需要更新RX_NEXT。此时RCVD_COUNT的取值为2,未更新前的RX_NEXT的取值为7,则RCVD_COUNT小于RX_NEXT,无需更新RX_NEXT的取值,RX_NEXT的取值依然为7。此时,因为接收到的数据包为2等于第一个未接收到数据包的取值RX_DELIV,则向上层递交2号包以及2号包后边连续的3号包,第一个未递交的数据包更新为未收到的4号包,即RX_DELIV更新为4。另外,PDCP层在重排序定时器正在运行时,当RX_DELIV是否大于等于RX_REORD时,重排序定时器启动时那些编号小于RX_REORD的未收到的数据包说明已经收到了。由于此时重排序定时器正在运行,但RX_DELIV=4等于RX_REORD=4,则说明重排序定时器开启时缺失的那些数据包已完全收到,则停止并重置该重排序定时器。图2的第八行,此时由于PDCP层在重排序定时器未在运行,还可以判断RX_DELIV是否大于或等于RX_NEXT,如果RX_DELIV小于RX_NEXT,表明接收的数据包出现了乱序。由于RX_DELIV=4小于RX_NEXT=7,此时PDCP层可以开启重排序定时器,以及将RX_REORD的取值更新为7。此时所启动的重排序定时器是为了等待接收数据包4。对于其他的变量的取值,与图2的第七行一致。
图2是以PDCP层在重排序定时器的运行时间内接收到了数据包1和数据包2为例。而或者,PDCP层还未接收到数据包1和数据包2时重排序定时器就超时,那么PDCP层会将数据包3直接递交给上层,且更新RX_DELIV的取值,而对于数据包1和数据包2就认为已丢失。如果后续再接收了数据包1,因为PDCP层已更新了RX_DELIV的取值,那么后续接收的数据包1的计数值很可能不在有效的时间窗内,PDCP层会丢弃数据包1,对于数据包2来说也是同样。可见,由于重排序定时器的超时,可能导致PDCP层丢失数据包。
对于后续数据包的接收过程可以此类推。
如上介绍的是PDCP对数据包进行重排序的过程,如果由RLC层对数据包进行重排序,则过程也是类似的。不过对于RLC层来说,上层是PDCP层。
目前,接收设备在接收数据包后,会向发送设备发送反馈信息。其中,如果数据包接收成功,则可以不必反馈,而如果数据包接收失败或暂时未接收到,则可以将接收失败或未接收的数据包的信息通过反馈信息发送给发送设备。发送设备接收反馈信息后,可以重传反馈信息所指示的数据包。
在反馈信息中,包括ACK_SN这个字段,该字段承载的是接收设备下一个未接收的数据包的序列号。例如,接收设备未接收的数据包为数据包1、数据包2、数据包4和数据包7,而数据包3、数据包5和数据包6都接收成功。当然,接收设备对于数据包3、数据包5和数据包6不一定是顺序接收的,如果不是顺序接收,则在接收后可以进行重排序,具体的重排序过程可参考前文。如果接收设备需要发送反馈信息,那么接收设备可以将数据包1、数据包2、数据包4和数据包7的信息均添加到反馈信息中。以接收设备的RLC层确定反馈信息为例,例如RLC层可以将反馈信息承载在RLC协议数据单元(protocol data unit,PDU)中。而RLCPDU的容量有限,导致反馈信息的容量也是有限的。接收设备可以按照数据包的序列号的顺序,将数据包1、数据包2、数据包4和数据包7的信息添加到反馈信息中,例如在添加完毕数据包4的信息后,反馈信息已经无法再容纳更多的信息,因此数据包7的信息无法添加到该反馈信息中。那么在该反馈信息的ACK_SN字段,就可以填写数据包7的序列号,例如为7。
在这种方式下,接收设备虽然无法将数据包7的信息添加到反馈信息中,但是接收设备还需要确定,除了反馈信息所对应的这些数据包之外,下一个未接收的数据包究竟是哪个数据包。可见,对于接收端设备来说还需要进一步的查找过程,不利于节省功耗。
鉴于此,提供本申请实施例的技术方案。在本申请实施例中,反馈信息所包括的第一字段承载的是序列号(n+1)的信息,而n是反馈信息所指示的数据包中的最晚的数据包的序列号。例如,接收设备未接收的数据包为数据包1、数据包2、数据包4和数据包7,而数据包3、数据包5和数据包6都接收成功,而因为反馈信息的容量有限,因此接收设备只能将数据包1、数据包2和数据包4的信息添加到反馈信息中,而数据包7的信息无法添加到反馈信息中。那么该反馈信息的第一字段承载的是数据包5的序列号的信息,而并不是数据包7的序列号。在这种方式下,接收设备无需确定下一个未接收的数据包究竟是哪个,而只需将反馈信息所指示的数据包中的最晚的数据包的下一个数据包的序列号添加到反馈信息即可,减少接收设备的工作量,从而有助于节省设备的功耗。
本申请实施例提供的技术方案可以应用于LTE***,例如可以应用于普通的LTE***或车联网等,例如V2X、LTE-V等,或者也可以应用于NR***,例如可以应用于普通的NR***或车联网等,例如V2X、NR-V等,或者还可以应用于其他类似的通信***或下一代通信***。
请参见图3A,为本申请实施例的一种应用场景。在图3A中包括一个网络设备以及一个终端设备。其中,该网络设备例如工作在演进的通用移动通信***陆地无线接入(evolved UMTS terrestrial radio access,E-UTRA)***中,或者工作在NR***中。当然,在本申请实施例中,一个网络设备可以服务于多个终端设备,图3A只是以其中的一个终端设备为例。该网络设备可以作为发送设备,终端设备作为接收设备,或者,该网络设备可以作为接收设备,网络设备作为发送设备。
图3A中的网络设备例如为基站。其中,网络设备在不同的***对应不同的设备,例如在4G***中可以对应eNB,在5G***中对应5G中的网络设备,例如gNB。图3A以网络设备是基站为例,实际上参考前文的介绍,网络设备还可以是RSU等设备。当然本申请实施例所提供的技术方案也可以应用于未来的移动通信***中,因此图3A中的网络设备也可以对应未来的移动通信***中的接入网设备。图3A中的终端设备以手机为例,实际不限于此。
请参加图3B,为本申请实施例的另一种应用场景。在图3B中包括终端设备1和终端设备2,这两个终端设备之间可以通过sidelink通信。这两个终端设备可以处于同一个网络设备的覆盖范围之内,或者处于不同的网络设备的覆盖范围之内,或者终端设备1处于一个网络设备的覆盖范围之内,而终端设备2不处于任一个网络设备的覆盖范围之内。网络设备例如基站或RSU等。图3B中的终端设备1和终端设备2都以车辆为例,实际不限于此。
另外,本申请实施例并不限制于是网络设备和终端设备之间的通信,或是终端设备和终端设备之间的通信,还可以是网络设备与网络设备之间的通信。例如,本申请实施例中所述的发送设备可以是网络设备或终端设备,本申请实施例中所述的接收设备可以是网络设备或终端设备,且对于发送设备和接收设备的类型的组合不做限制。
下面结合附图介绍本申请实施例提供的技术方案。
本申请实施例提供一种发送、接收反馈信息的方法,请参见图4,为该方法的流程图。在下文的介绍过程中,以该方法应用于图3A或图3B所示的网络架构为例。另外,该方法可由两个通信装置执行,这两个通信装置例如为第一通信装置和第二通信装置,其中,第一通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者第一通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片***。对于第二通信装置也是同样,第二通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,或者第二通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片***。且对于第一通信装置和第二通信装置的实现方式均不做限制,例如第一通信装置可以是网络设备,第二通信装置是终端设备,或者第一通信装置和第二通信装置都是网络设备,或者第一通信装置和第二通信装置都是终端设备,或者第一通信装置是网络设备,第二通信装置是能够支持终端设备实现该方法所需的功能的通信装置,等等。其中,网络设备例如为基站。
为了便于介绍,在下文中,以该方法由接收设备和发送设备执行为例,也就是说,以第一通信装置是接收设备、第二通信装置是发送设备为例,并且对于接收设备究竟是网络设备还是终端设备不做限制,以及对于发送设备究竟是网络设备还是终端设备亦不做限制。如果将本实施例应用在图3A所示的网络架构,则下文中所述的接收设备可以是图3A所示的网络架构中的网络设备,下文中所述的发送设备可以是图3A所示的网络架构中的终端设备,或者,下文中所述的接收设备可以是图3A所示的网络架构中的终端设备,下文中所述的发送设备可以是图3A所示的网络架构中的网络设备。或者,如果将本实施例应用在图3B所示的网络架构,则下文中所述的接收设备可以是图3B所示的网络架构中的终端设备2,下文中所述的发送设备可以是图3B所示的网络架构中的终端设备1。当然,本申请实施例也可以发送设备和接收设备都是网络设备,具体的不做限制。
S41、接收设备生成反馈信息,所述反馈信息包括所述接收设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号。
在前文中介绍了,在空口传输中,每个数据包都有对应的编号。其中,一个数据包的编号可以由两部分构成,序列号和超帧号。而本申请实施例主要关注的是数据包的序列号。
发送设备向接收设备发送数据包,接收设备可以周期性地向发送设备发送反馈信息,或者,如果发送设备需要接收反馈信息,可以向接收设备发送触发信息,接收设备接收来自发送设备的触发信息后,也可以向发送设备发送反馈信息。接收设备向发送设备发送反馈信息时,可以是接收设备已将数据包接收完毕之后,或者也可以是在数据包的接收过程中。
其中,反馈信息所指示的数据包,可以理解为,反馈信息包括了这些数据包的信息,例如反馈信息包括数据包1的信息,就可以认为反馈信息指示数据包1。反馈信息所指示的数据包中,可能有些数据包是尚未接收到,但是后续还有可能会收到,或者,可能有些数据包是确认已丢失(例如后续也不会再收到,或者,即使后续再接收到,但因为已经超出了有效的时间窗,因此接收设备也会认为是无效的数据包而丢弃)。对于这两种情况,在本申请实施例中统一称之为“未接收”。也就是说,本申请实施例所述的“未接收的数据包”,可以包括尚未接收的、后续有可能会接收也有可能不会接收的数据包,相当于接收状态不确定的数据包,也可以包括确认已丢失的数据包。
例如,接收设备在接收数据包的过程中,如果接收的数据包有乱序的现象,则接收设备的RLC层或PDCP层可以对数据包进行重排序。而如果接收设备需要发送反馈信息,则接收设备可以根据重排序之后的结果生成反馈信息。例如,发送设备发送了数据包1~数据包10,接收设备接收了其中的数据包1、数据包2、数据包4、数据包7、数据包10,接收顺序为:数据包1-数据包4-数据包7-数据包2-数据包10,此时,接收设备需要发送反馈信息,例如可能是发送反馈信息的周期到来,或者是接收到了来自发送设备的触发信息,确定需要发送反馈信息。那么接收设备还有数据包3、数据包5、数据包6、数据包8和数据包9没有收到,因此原则上来讲,接收设备所发送的反馈信息可以指示数据包3、数据包5、数据包6、数据包8和数据包9,因为数据包1、数据包2、数据包4、数据包7和数据包10已经接收成功,因此接收设备无需通过反馈信息指示这些已经接收成功的数据包。
接收设备可以依次将数据包3的信息、数据包5的信息、数据包6的信息、数据包8的信息和数据包9的信息添加到反馈信息中。而反馈信息的数量是有限的,可能无法容纳这几个数据包的全部的信息,例如接收设备添加完数据包6的信息后,反馈信息已经添加满,或者虽然未添加满,但反馈信息剩余的区域已经不足以添加数据包8的信息,那么接收设备可以停止添加,反馈信息就生成完毕,且该反馈信息指示数据包3、数据包5和数据包6,而无法指示数据包8和数据包9。
另外,反馈信息可以包括一个或多个数据包的信息,或者说,反馈信息可以指示一个或多个数据包。对于反馈信息来说,n是反馈信息所指示的数据包中的最晚的数据包的序列号,这里所述的“最晚”,是按照数据包的序列号的顺序所确定的最晚。
如果数据包的序列号是无限制递增,那么反馈信息所指示的数据包中的最晚的数据包,可以理解为是反馈信息所指示的数据包中的序列号最大的数据包。但数据包的序列号有可能不是无限制递增,而是循环利用的,例如数据包的序列号总共有1024个,那么,数据包1023之后的下一个数据包,并不是数据包1024,而是数据包0(或者,数据包1024之后的下一个数据包,并不是数据包1025,而是数据包1),因此,反馈信息所指示的数据包中的最晚的数据包,并不能始终为是反馈信息所指示的数据包中的序列号最大的数据包。只能理解为,反馈信息所指示的数据包中,对于接收设备来说,如果按照数据包的序列号的顺序正常接收,则反馈信息所指示的数据包中的最晚的数据包,应该是在反馈信息所指示的数据包中接收设备最后一个接收的数据包。
例如,接收设备未接收数据包3、数据包5、数据包6、数据包8和数据包9,而接收设备添加到反馈信息中的包括数据包3的信息、数据包5的信息和数据包6的信息,那么反馈信息所指示的数据包中的最晚的数据包就是数据包6。对于数据包3、数据包5和数据包6来说,如果接收设备按照正常顺序接收,则数据包6就应该是这3个数据包中接收设备最晚接收的数据包。
再例如,接收设备未接收数据包1021、数据包1022、数据包1023、数据包0和数据包3,而接收设备添加到反馈信息中的包括数据包1021的信息、数据包1022的信息、数据包1023的信息和数据包0的信息,那么反馈信息所指示的数据包中的最晚的数据包就是数据包0。对于数据包1021、数据包1022、数据包1023和数据包0来说,如果接收设备按照正常顺序接收,则数据包0就应该是这4个数据包中接收设备最晚接收的数据包。数据包0,是数据包1023之后的下一个数据包。
另外,反馈信息除了包括数据包的信息之外,还可以包括第一字段,第一字段可以承载序列号(n+1)的信息。例如第一字段可以承载序列号(n+1)本身,承载在第一字段中的序列号(n+1)可以是二进制的形式,或者八进制的形式,或者也可以是其他进制的形式,具体与反馈信息的格式有关。或者第一字段也可以承载指示信息,该指示信息就可以指示序列号(n+1),具体的不做限制。
作为一种可选的实施方式,第一字段可以是ACK_SN字段,或者也可能是其他字段。
如果按照现有技术,那么反馈信息中的ACK_SN字段承载的是除了反馈信息所指示的数据包之外,接收设备下一个未接收的数据包的序列号。例如,接收设备未接收数据包3、数据包5、数据包6、数据包8和数据包9,而接收设备添加到反馈信息中的包括数据包3的信息、数据包5的信息和数据包6的信息,那么反馈信息包括的ACK_SN字段包括的就是数据包8的序列号。根据前文的介绍可知,接收设备在将数据包的信息添加到反馈信息时,是按照未接收的数据包的顺序依次添加的。如果按照这种方式,接收设备在添加数据包6的信息后,反馈信息已满,但是接收设备还需要进一步确定,除了反馈信息所对应(或,指示)的数据包3、数据包5和数据包6之外,下一个未接收的数据包究竟是哪个数据包。可见,对于接收设备来说还需要进一步的查找过程,不利于节省设备的功耗。
而在本申请实施例中,反馈信息中的ACK_SN字段可以承载序列号(n+1)的信息。例如,接收设备未接收数据包3、数据包5、数据包6、数据包8和数据包9,而接收设备添加到反馈信息中的包括数据包3的信息、数据包5的信息和数据包6的信息,那么反馈信息包括的ACK_SN字段包括的就是数据包8的序列号。根据前文的介绍可知,接收设备在将数据包的信息添加到反馈信息时,是按照未接收的数据包的顺序依次添加的。那么,接收设备在添加数据包6的信息后,反馈信息已满,则接收设备直接在ACK_SN字段添加序列号(n+1)的信息即可,无需再查找下一个未接收的究竟是哪个数据包,有助于节省接收设备的功耗。
作为一种可选的实现方式,承载在第一字段中的序列号(n+1)的信息也可以指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。也就是说,对于发送设备来说,在接收该反馈信息后,根据承载在第一字段中的序列号(n+1)的信息,也可以确定序列号为(n+1)的数据包的接收状态为接收成功或未接收,或者说,认为序列号为(n+1)的数据包的接收状态为待定状态。或者,承载在第一字段中的序列号(n+1)的信息也可以并不用于指示序列号为(n+1)的数据包的接收状态,而只是作为一个标记信息。
反馈信息包括的可以是接收设备未接收的数据包中的待反馈的数据包的信息。待反馈的数据包是指,这些数据包的信息等待通过反馈信息发送给发送设备。而待反馈的数据包的信息,可能之前从未向发送设备反馈过,或者也可能之前已经向发送设备反馈过,本次是重复反馈。例如接收设备添加到反馈信息中的包括数据包3的信息,数据包3的信息可能从未向发送设备发送过,或者,也可能之前发送的反馈信息已经包括了数据包3的信息,那么本次再将数据包3的信息添加到反馈信息中,属于重复反馈,以提高发送设备对于反馈信息的解读成功率。
对于一个数据包来说,也可以进行切片,可以理解为,一个数据包可以包括多个子数据包。那么接收设备在接收时,可能整个数据包都未接收到,或者也可能只是未接收到一个数据包中的部分子数据包,而对于剩余的一部分子数据包可能接收成功。针对这两种不同的情况,反馈信息所包括的数据包的信息也可能不同。
在本申请实施例中,反馈信息可以包括接收设备未接收的数据包中的待反馈的第一数据包的序列号;或者,包括接收设备未接收的数据包中的待反馈的第二数据包的序列号,以及第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或者,包括接收设备未接收的数据包中的待反馈的第一数据包的序列号,以及,接收设备未接收的数据包中的待反馈的第二数据包的序列号,和第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
例如,接收设备对于第一数据包是整体未接收到,如果第一数据包也包括多个子数据包,那么接收设备未接收第一数据包所包括的全部子数据包。因此接收设备添加到反馈信息中的第一数据包的信息,只需包括第一数据包的序列号即可,用第一数据包的序列号就可以指示第一数据包。
而对于第二数据包,接收设备是接收成功了第二数据包所包括的部分子数据包,而对于第二数据包所包括的剩余的子数据包,接收设备未接收。因此,接收设备添加到反馈信息中的第二数据包的信息,可以包括第二数据包的序列号,以及包括第二数据包内未接收的子数据包的起始位置信息和结束位置信息。发送设备可以根据第二数据包的序列号确定第二数据包,以及可以根据第二数据包内未接收的子数据包的起始位置信息和结束位置信息,确定究竟是第二数据包中的哪些子数据包未接收,从而发送设备可以只需重传这部分子数据包即可。例如,第二数据包内的未接收的子数据包为子数据包1,则接收设备可以将第二数据包的序列号,以及子数据包1的起始位置信息和结束位置信息添加到反馈信息中。
需要说明的是,将数据包进行切片,并没有严格的大小。或者可以理解为,接收设备可以根据对数据包的接收情况来确定子数据包。例如请参考图5,为一个数据包的示意图。图5中的标记为“1”的部分表示是该数据包中接收设备接收成功的部分,而标记为“0”的部分表示是该数据包中接收设备未接收的部分。可以看到,接收设备未接收的部分是连续的,并没有不连续的区域存在,因此接收设备可以将未接收的部分整个视为是一个子数据包,相当于接收设备有1个子数据包未接收。
再例如,请参考图6,为一个数据包的示意图。图6中的标记为“1”的部分表示是该数据包中接收设备接收成功的部分,而标记为“0”的部分表示是该数据包中接收设备未接收的部分。可以看到,接收设备未接收的部分是不连续的,也就是说在图6中,有不连续的两个部分都未接收。那么接收设备可以将未接收的这两个部分分别视为一个子数据包,相当于接收设备有2个子数据包未接收。根据图6也可以看出,这两个未接收的子数据包的大小是不同的。当然,未接收的子数据包的大小也可能相同,这与具体的未接收的部分的大小有关。
那么,例如第二数据包中只有一个子数据包是接收设备未接收的,则接收设备添加到反馈信息中的第二数据包的信息,可以包括第二数据包的序列号,以及包括该子数据包的起始位置信息和结束位置信息。例如对于图5所示的数据包,接收设备添加到反馈信息中的该数据包的信息,就包括该数据包的编号,以及标记为“1”的部分的起始位置信息和结束位置信息。
或者,例如第二数据包有多个不连续的子数据包是接收设备未接收的,则接收设备添加到反馈信息中的第二数据包的信息,可以包括第二数据包的序列号,以及包括其中的每个子数据包的起始位置信息和结束位置信息。或者说,如果第二数据包中包含未接收的多个不连续的子数据包,则在反馈信息中,未接收的多个不连续的子数据包中的每个子数据包,可以由第二数据包的序列号和所述的每个子数据包的起始位置信息和结束位置信息指示。例如对于图6所示的数据包,接收设备添加到反馈信息中的该数据包的信息,就包括该数据包的编号,以及其中的两个标记为“1”的部分的分别的起始位置信息和结束位置信息。
以接收设备的RLC层生成反馈信息为例。可参考图7,为RLC生成的反馈信息的格式的一种示意图,或者说,是承载反馈信息的RLC PDU的一种示意图。图7以接收设备在反馈信息中添加第一数据包的信息和第二数据包的信息,且接收设备对于第一数据包整体未接收,对于第二数据包是部分子数据包未接收,为例。另外,按照正常接收顺序,第一数据包应该在第二数据包之前接收(当然实际的接收顺序可能不一定如此,这里只是为了描述数据包的正常顺序)。
图7的最上方的分割,代表比特(bit),一个小格代表一个比特,可以看到RLC PDU是八进制格式,因此一行包括8个比特。图7中的D/C表示数据(data,D)/控制(control,C),CPT表示控制PDU类型(control PDU type)。图7中的ACK_SN(在图7中表示为确认应答序列号字段)就表示第一字段,因为图7中的一行只有8个比特,所以第一行剩余的空间不足以承载ACK_SN这个字段,因此在图7中第二行的开头部分,也包括ACK_SN,图7中的第一行的ACK_SN和第二行的ACK_SN,表示的是同一个字段。E1和E2可以视为间隔。ACK_SN可以承载序列号(n+1)的信息,如果该反馈信息只包括第一数据包的信息和第二数据包的信息,那么n可以是第二数据包的序列号,而如果该反馈信息除了包括第一数据包的信息和第二数据包的信息之外还包括其他的数据包的信息,那么n是该反馈信息所指示的数据包中的最晚的数据包的序列号。
在图7的第二行的E1之后的空白区域,可以是NACK_SN字段(在图7中表示为否定应答序列号字段),例如将该NACK_SN字段称为第一NACK_SN字段。直到第三行的E1之前的空白区域,都可以是第一NACK_SN字段。其中,一个NACK_SN字段可以用于承载一个数据包的序列号。因为接收设备是将未接收的数据包的信息顺序添加到反馈信息中,因此第一NACK_SN字段可以承载第一数据包的序列号。因为接收设备对于第一数据包是整体未接收,因此只需添加第一数据包的序列号即可,无需添加第一数据包的子数据包的位置信息,因此在图7中可以看到,在第一NACK_SN字段完结后,间隔E1和E2,之后开始下一个NACK_SN字段,表明接收设备未添加第一数据包的子数据包的位置信息。
在第一NACK_SN字段结束后,间隔E1和E2,开始下一个NACK_SN字段,例如将该NACK_SN字段称为第二NACK_SN字段。直到第五行的E1之前,都是第二NACK_SN字段。第二NACK_SN字段可以承载第二数据包的序列号。因为接收设备是对于第二数据包的部分子数据包未接收,因此接收设备添加到反馈信息中的第二数据包的信息,除了包括第二数据包的序列号之外,还需包括第二数据包中未接收的子数据包的起始位置信息和结束位置信息。第五行的E2之后的空白区域、第六行、以及第七行的SOend(在图7中,将SOend字段称为结束位置信息字段)之前的空白区域,都是SOstart字段(在图7中,将SOstart字段称为起始位置信息字段),一个SOstart字段用于承载一个起始位置信息。在SOstart字段之后,是SOend字段,一个SOend字段用于承载一个结束位置信息。
如果第二数据包中只有一个子数据包未接收(或者说,第二数据包中未接收的部分是连续的),那么接收设备可以将该子数据包的起始位置信息添加到第五行的E2之后的空白区域、第六行、以及第七行的SOend之前的空白区域构成的SOstart字段,以及将该子数据包的结束位置信息添加到第七行的SOstart之后的空白区域、第八行、以及第九行的NACK_SN字段之前的空白区域构成的SOend字段。而在第九行的NACK_SN字段(例如称为第三NACK_SN字段),接收设备可以继续顺序添加其他的未接收的待反馈的数据包的序列号,添加方式如上所述。
或者,如果第二数据包中有多个不连续的子数据包未接收(或者说,第二数据包中未接收的部分是不连续的),那么接收设备可以将多个不连续的子数据包中的第一个子数据包的起始位置信息添加到第五行的E2之后的空白区域、第六行、以及第七行的SOend之前的空白区域构成的SOstart字段,以及将该子数据包的结束位置信息添加到第七行的SOstart之后的空白区域、第八行、以及第九行的NACK_SN字段之前的空白区域构成的SOend字段。而在第九行的第三NACK_SN字段,接收设备可以再添加第二数据包的序列号,在第三NACK_SN字段之后,还会有SOstart字段和SOend字段,分别用于添加多个不连续的子数据包中的第二个子数据包的起始位置信息和结束位置信息,以此类推,直到将多个不连续的子数据包中的最后一个子数据包的起始位置信息和结束位置信息都添加到反馈信息之后,再继续顺序添加其他的未接收的待反馈的数据包的序列号。
其中,图7是以反馈信息既包括只有序列号的数据包的信息,也包括有序列号和位置信息的数据包的信息为例。在实际应用中,反馈信息可以只包括数据包的序列号,而不包括数据包的位置信息。例如接收设备添加到反馈信息的为数据包1的信息和数据包2的信息,而接收设备对于数据包1和数据包2都是整体未接收,因此反馈信息可以只包括数据包1的序列号和数据包2的序列号。
或者,反馈信息也可以只包括有序列号和位置信息的数据包的信息。例如接收设备添加到反馈信息的为数据包1的信息和数据包2的信息,而接收设备对于数据包1和数据包2都是对于部分子数据包未接收,因此反馈信息所包括的数据包1的信息,可以包括数据包1的序列号,以及数据包1中未接收的子数据包的起始位置信息和结束位置信息,同理,反馈信息所包括的数据包2的信息,可以包括数据包2的序列号,以及数据包2中未接收的子数据包的起始位置信息和结束位置信息。
反馈信息所包括的数据包的信息,究竟包括哪些内容,与接收设备对于数据包的接收情况有关,具体的不做限制。
S42、接收设备向发送设备发送所述反馈信息,发送设备接收来自接收设备的所述反馈信息。
接收设备在生成反馈信息后,可以将反馈信息发送给发送设备,以使得发送设备获得反馈信息。
S43、发送设备根据所述反馈信息确定接收设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号。
发送设备接收反馈信息后,可以确定接收设备未接收的数据包中的待反馈的第一数据包的序列号;或者,确定接收设备未接收的数据包中的待反馈的第二数据包的序列号,以及第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或者,确定接收设备未接收的数据包中的待反馈的第一数据包的序列号,以及,接收设备未接收的数据包中的待反馈的第二数据包的序列号,和第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
发送设备根据反馈信息所包括的数据包的信息,就可以确定这些数据包是接收设备未接收的,从而发送设备可以确定是否要重传这些数据包。例如,对于反馈信息只包括了序列号的数据包,发送设备可以确定接收设备是对于该数据包整体未接收,如果需要重传,则发送设备可以整体重传该数据包;而对于反馈信息包括了序列号和位置信息的数据包,发送设备可以确定接收设备是对于该数据包中的位置信息所指示的部分未接收,如果需要重传,则发送设备可以只重传未接收的子数据包,而无需重传整个数据包,从而节省传输资源。
如果接收设备是终端设备,那么,反馈信息可以是终端设备的基带芯片生成,而S43中所发送的反馈信息,可以是指通过终端设备的天线发出去的经过调制编码等处理后的信号,或者,该反馈信息也可以是终端设备的基带芯片通过与终端设备的射频芯片之间的接口发送给射频芯片的数字信号。
或者,如果接收设备是基站,那么反馈信息是基站生成的,例如是基站的某个或某些处理部件生成,例如可以是基站中的一个或多个芯片生成的。而S43中发送的反馈信息,可以是指通过基站的天线发出去的经过调制编码等处理后的信号,或者,该反馈信息也可以是基站的用于生成反馈信息的部件通过与基站的射频处理部件之间的接口发送给射频处理部件的数字信号。
在本申请实施例中,反馈信息所包括的第一字段承载的是序列号(n+1)的信息,而n是反馈信息所指示的数据包中的最晚的数据包的序列号。在这种方式下,接收设备无需确定除了反馈信息所指示的数据包之外,接收设备的下一个未接收的数据包究竟是哪个,而只需将反馈信息所指示的数据包中的最晚的数据包的下一个数据包的序列号添加到反馈信息即可,减少接收设备的工作量,从而有助于节省设备的功耗。
下面结合附图介绍本申请实施例中用来实现上述方法的装置。因此,上文中的内容均可以用于后续实施例中,重复的内容不再赘述。
图8为本申请实施例提供的通信设备800的示意性框图。示例性地,通信设备800例如为接收设备800。接收设备800可以是终端设备,也可以是网络设备,或者可以是用于完成接收设备的功能的模块,例如芯片***。接收设备800包括处理模块810和收发模块820。其中,处理模块810可以用于执行图4所示的实施例中由接收设备所执行的除了收发操作之外的全部操作,例如S41,和/或用于支持本文所描述的技术的其它过程。收发模块820可以用于执行图4所示的实施例中由接收设备所执行的全部收发操作,例如图4所示的实施例中的S42,和/或用于支持本文所描述的技术的其它过程。
处理模块810,用于生成反馈信息,所述反馈信息包括接收设备800未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号;
收发模块820,用于向发送设备发送所述反馈信息。
作为一种可选的实施方式,所述第一字段为确认应答序列号字段。也就是说,第一字段是ACK_SN字段。
作为一种可选的实施方式,所述反馈信息包括接收设备800未接收的数据包中的待反馈的数据包的信息,包括:
所述反馈信息包括接收设备800未接收的数据包中的待反馈的第一数据包的序列号;或,
所述反馈信息包括接收设备800未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
所述反馈信息包括接收设备800未接收的数据包中的待反馈的第一数据包的序列号,以及,包括接收设备800未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
作为一种可选的实施方式,
所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
作为一种可选的实施方式,所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
作为一种可选的实施方式,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
应理解,本申请实施例中的处理模块810可以由处理器或处理器相关电路组件实现,收发模块820可以由收发器或收发器相关电路组件实现。
如图9所示,本申请实施例还提供一种通信设备900。示例性地,通信设备900例如为接收设备900。接收设备900可以是终端设备,也可以是网络设备,或者可以是用于完成接收设备的功能的模块,例如芯片***。接收设备900包括处理器910,存储器920与收发器930,其中,存储器920中存储指令或程序,处理器910用于执行存储器920中存储的指令或程序。存储器920中存储的指令或程序被执行时,该处理器910用于执行上述实施例中处理模块810执行的操作,收发器930用于执行上述实施例中收发模块820执行的操作。
应理解,根据本申请实施例的接收设备800或接收设备900可对应于图4所示的实施例中的接收设备,并且接收设备800或接收设备900中的各个模块的操作和/或功能分别为了实现图4所示的实施例中的相应流程,为了简洁,在此不再赘述。
图10为本申请实施例提供的通信设备1000的示意性框图。示例性地,通信设备1000例如为发送设备1000。发送设备1000可以是终端设备,也可以是网络设备,或者可以是用于完成发送设备的功能的模块,例如芯片***。发送设备1000包括处理模块1010和收发模块1020。其中,处理模块1010可以用于执行图4所示的实施例中由发送设备所执行的除了收发操作之外的全部操作,例如S43,和/或用于支持本文所描述的技术的其它过程。收发模块1020可以用于执行图4所示的实施例中由发送设备所执行的全部收发操作,例如图4所示的实施例中的S42,和/或用于支持本文所描述的技术的其它过程。
收发模块1020,用于接收来自接收设备的反馈信息;
处理模块1010,用于根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号。
作为一种可选的实施方式,所述第一字段为确认应答序列号字段。也就是说,第一字段为ACK_SN字段。
作为一种可选的实施方式,处理模块1010用于通过如下方式根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息:
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号;或,
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
作为一种可选的实施方式,所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
作为一种可选的实施方式,所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
作为一种可选的实施方式,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
应理解,本申请实施例中的处理模块1010可以由处理器或处理器相关电路组件实现,收发模块1020可以由收发器或收发器相关电路组件实现。
如图11所示,本申请实施例还提供一种通信设备1100。示例性地,通信设备1100例如为发送设备1100。发送设备1100可以是终端设备,也可以是网络设备,或者可以是用于完成发送设备的功能的模块,发送设备1100包括处理器1110,存储器1120与收发器1130,其中,存储器1120中存储指令或程序,处理器1110用于执行存储器1120中存储的指令或程序。存储器1120中存储的指令或程序被执行时,该处理器1110用于执行上述实施例中处理模块1010执行的操作,收发器1030用于执行上述实施例中收发模块1020执行的操作。
应理解,根据本申请实施例的发送设备1000或发送设备1100可对应于图4所示的实施例中的发送设备,并且发送设备1000或发送设备1100中的各个模块的操作和/或功能分别为了实现图4所示的实施例中的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供一种通信装置,该通信装置可以是终端设备也可以是电路。该通信装置可以用于执行上述图4所示的方法实施例由发送设备或接收设备所执行的动作。可以理解为,当上述图4所示的实施例中的发送设备为终端设备或电路时,一种方式就是可以通过该通信装置实现。当上述图4所示的实施例中的接收设备为终端设备或电路时,一种方式就是可以通过该通信装置实现。
当该通信装置为终端设备时,图12示出了一种简化的终端设备的结构示意图。便于理解和图示方便,图12中,终端设备以手机作为例子。如图12所示,终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理,以及对终端设备进行控制,执行软件程序,处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是,有些种类的终端设备可以不具有输入输出装置。
当需要发送数据时,处理器对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。例如,本申请实施例所述的反馈信息可以是指处理器输出给射频电路的基带信号,或者也可以是指射频电路通过天线向外发出的信号。当有数据发送到终端设备时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信号转换为数据并对该数据进行处理。为便于说明,图12中仅示出了一个存储器和处理器。在实际的终端设备产品中,可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置,也可以是与处理器集成在一起,本申请实施例对此不做限制。
在本申请实施例中,可以将具有收发功能的天线和射频电路视为终端设备的收发单元,将具有处理功能的处理器视为终端设备的处理单元。如图12所示,终端设备包括收发单元1210和处理单元1220。收发单元也可以称为收发器、收发机、收发装置等。处理单元也可以称为处理器,处理单板,处理模块、处理装置等。可选的,可以将收发单元1210中用于实现接收功能的器件视为接收单元,将收发单元1210中用于实现发送功能的器件视为发送单元,即收发单元1210包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
应理解,收发单元1210用于执行上述图4所示的方法实施例中接收设备侧的发送操作和接收操作,处理单元1220用于执行上述图4所示的方法实施例中接收设备侧除了收发操作之外的其他操作。
例如,在一种实现方式中,收发单元1210用于执行图4所示的实施例中的接收设备侧的收发步骤,例如S42,和/或用于支持本文所描述的技术的其它过程。处理单元1220用于执行图4所示的实施例中的接收设备侧除了收发操作之外的其他操作,例如S41,和/或用于支持本文所描述的技术的其它过程。
或者,收发单元1210用于执行上述图4所示的方法实施例中发送设备侧的发送操作和接收操作,处理单元1220用于执行上述图4所示的方法实施例中发送设备侧除了收发操作之外的其他操作。
例如,在一种实现方式中,收发单元1210用于执行图4所示的实施例中的发送设备侧的收发步骤,例如S42,和/或用于支持本文所描述的技术的其它过程。处理单元1220,用于执行图4所示的实施例中的发送设备侧除了收发操作之外的其他操作,例如S43,和/或用于支持本文所描述的技术的其它过程。
当该通信装置为芯片时,该芯片包括收发单元和处理单元。其中,收发单元可以是输入输出电路、通信接口;处理单元为该芯片上集成的处理器或者微处理器或者集成电路。
本申请实施例中的通信装置为终端设备时,可以参照图13所示的设备。作为一个例子,该设备可以完成类似于图13中处理器1310的功能。在图13中,该设备包括处理器1310,发送数据处理器1320,接收数据处理器1330。上述实施例中的处理模块810可以是图13中的该处理器1310,并完成相应的功能;上述实施例中的收发模块820可以是图13中的发送数据处理器1320,和/或接收数据处理器1330。或者,上述实施例中的处理模块1010可以是图13中的该处理器1310,并完成相应的功能;上述实施例中的收发模块1020可以是图13中的发送数据处理器1320,和/或接收数据处理器1330。
虽然图13中示出了信道编码器、信道解码器,但是可以理解这些模块并不对本实施例构成限制性说明,仅是示意性的。
图14示出本实施例的另一种形式。处理装置1400中包括调制子***、中央处理子***、周边子***等模块。本实施例中的通信装置可以作为其中的调制子***。具体的,该调制子***可以包括处理器1403,接口1404。其中,处理器1403完成上述处理模块810的功能,接口1404完成上述收发模块820的功能。或者,处理器1403完成上述处理模块1010的功能,接口1404完成上述收发模块1020的功能。作为另一种变形,该调制子***包括存储器1406、处理器1403及存储在存储器1406上并可在处理器上运行的程序,该处理器1403执行该程序时实现上述图4所示的方法实施例中发送设备侧或接收设备侧的方法。需要注意的是,所述存储器1406可以是非易失性的,也可以是易失性的,其位置可以位于调制子***内部,也可以位于处理装置1400中,只要该存储器1406可以连接到所述处理器1403即可。
本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述方法实施例提供的图4所示的实施例中与接收设备相关的流程。
本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述方法实施例提供的图4所示的实施例中与发送设备相关的流程。
本申请实施例还提供一种包含指令的计算机程序产品,该指令被执行时执行上述图4所示的方法实施例中接收设备侧的方法。
本申请实施例还提供一种包含指令的计算机程序产品,该指令被执行时执行上述图4所示的方法实施例中发送设备侧的方法。
应理解,本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(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,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请实施例的保护范围应所述以权利要求的保护范围为准。
Claims (28)
1.一种发送反馈信息的方法,其特征在于,包括:
接收设备生成反馈信息,所述反馈信息包括所述接收设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号;
所述接收设备向发送设备发送所述反馈信息。
2.根据权利要求1所述的方法,其特征在于,所述第一字段为确认应答序列号字段。
3.根据权利要求1或2所述的方法,其特征在于,所述反馈信息包括所述接收设备未接收的数据包中的待反馈的数据包的信息,包括:
所述反馈信息包括所述接收设备未接收的数据包中的待反馈的第一数据包的序列号;或,
所述反馈信息包括所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
所述反馈信息包括所述接收设备未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
4.根据权利要求3所述的方法,其特征在于,
所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
5.根据权利要求3所述的方法,其特征在于,
所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
6.根据权利要求1~5任一项所述的方法,其特征在于,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
7.一种接收反馈信息的方法,其特征在于,包括:
发送设备接收来自接收设备的反馈信息;
所述发送设备根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号。
8.根据权利要求7所述的方法,其特征在于,所述第一字段为确认应答序列号字段。
9.根据权利要求7或8所述的方法,其特征在于,所述发送设备根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息,包括:
所述发送设备根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号;或,
所述发送设备根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
所述发送设备根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
10.根据权利要求9所述的方法,其特征在于,
所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
11.根据权利要求9所述的方法,其特征在于,
所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
12.根据权利要求7~11任一项所述的方法,其特征在于,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
13.一种通信设备,其特征在于,包括:
处理器,用于生成反馈信息,所述反馈信息包括所述通信设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号;
收发器,用于向发送设备发送所述反馈信息。
14.根据权利要求13所述的通信设备,其特征在于,所述第一字段为确认应答序列号字段。
15.根据权利要求13或14所述的通信设备,其特征在于,所述反馈信息包括所述通信设备未接收的数据包中的待反馈的数据包的信息,包括:
所述反馈信息包括所述通信设备未接收的数据包中的待反馈的第一数据包的序列号;或,
所述反馈信息包括所述通信设备未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
所述反馈信息包括所述通信设备未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述通信设备未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
16.根据权利要求15所述的通信设备,其特征在于,
所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
17.根据权利要求15所述的通信设备,其特征在于,
所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
18.根据权利要求13~17任一项所述的通信设备,其特征在于,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
19.一种通信设备,其特征在于,包括:
收发器,用于接收来自接收设备的反馈信息;
处理器,用于根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息,以及,所述反馈信息还包括第一字段,所述第一字段承载序列号(n+1)的信息,n为所述反馈信息所指示的数据包中的最晚的数据包的序列号。
20.根据权利要求19所述的通信设备,其特征在于,所述第一字段为确认应答序列号字段。
21.根据权利要求19或20所述的通信设备,其特征在于,所述处理器用于通过如下方式根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的数据包的信息:
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号;或,
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,以及所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息;或,
根据所述反馈信息确定所述接收设备未接收的数据包中的待反馈的第一数据包的序列号,以及,包括所述接收设备未接收的数据包中的待反馈的第二数据包的序列号,和所述第二数据包内未接收的子数据包的起始位置信息和结束位置信息。
22.根据权利要求21所述的通信设备,其特征在于,
所述第二数据包中包含未接收的多个不连续子数据包,所述未接收的多个不连续子数据包中的每个子数据包由第二数据包的序列号和所述每个子数据包的起始位置信息和结束位置信息指示。
23.根据权利要求21所述的通信设备,其特征在于,
所述未接收的子数据包为不连续的多个子数据包,所述起始位置信息包括所述未接收的子数据包中的每个子数据包的起始位置信息,所述结束位置信息包括所述未接收的子数据包中的每个子数据包的结束位置信息。
24.根据权利要求10~23任一项所述的通信设备,其特征在于,所述序列号(n+1)的信息用于指示序列号为(n+1)的数据包的接收状态,其中,数据包的接收状态包括接收成功或未接收。
25.一种通信***,其特征在于,包括如权利要求1~6中任意一项所述的通信设备,以及如权利要求7~12中任意一项所述的通信装置。
26.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1~6中任意一项所述的方法,或使得所述计算机执行如权利要求7~12中任意一项所述的方法。
27.一种芯片***,其特征在于,所述芯片***包括:
存储器:用于存储指令;
处理器,用于从所述存储器中调用并运行所述指令,使得安装有所述芯片***的通信设备执行如权利要求1~6中任意一项所述的方法,或使得所述通信设备执行如权利要求7~12中任意一项所述的方法。
28.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,当所述计算机程序在计算机上运行时,使得计算机执行如权利要求1~6中任意一项所述的方法,或使得所述计算机执行如权利要求7~12中任意一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910360645.9A CN111865503A (zh) | 2019-04-30 | 2019-04-30 | 一种发送、接收反馈信息的方法及设备 |
PCT/CN2020/087483 WO2020221247A1 (zh) | 2019-04-30 | 2020-04-28 | 一种发送、接收反馈信息的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910360645.9A CN111865503A (zh) | 2019-04-30 | 2019-04-30 | 一种发送、接收反馈信息的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111865503A true CN111865503A (zh) | 2020-10-30 |
Family
ID=72965625
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910360645.9A Pending CN111865503A (zh) | 2019-04-30 | 2019-04-30 | 一种发送、接收反馈信息的方法及设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111865503A (zh) |
WO (1) | WO2020221247A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115499932A (zh) * | 2021-07-02 | 2022-12-20 | 华为技术有限公司 | 通信方法及装置 |
WO2023024720A1 (zh) * | 2021-08-27 | 2023-03-02 | 北京希姆计算科技有限公司 | 数据传输方法、***、集成电路、多芯片结构和电子设备 |
WO2023155690A1 (zh) * | 2022-02-15 | 2023-08-24 | 阿里巴巴(中国)有限公司 | 数据传输方法以及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104836645A (zh) * | 2014-02-12 | 2015-08-12 | 普天信息技术研究院有限公司 | 一种rlc am模式状态反馈传输方法 |
CN106134099A (zh) * | 2014-01-29 | 2016-11-16 | 三星电子株式会社 | 用于在移动通信***中使用多个载波来发送和接收数据的方法和设备 |
CN107104764A (zh) * | 2008-01-31 | 2017-08-29 | Lg电子株式会社 | 在移动通信***中发送状态协议数据单元的方法 |
CN108810969A (zh) * | 2017-04-28 | 2018-11-13 | 株式会社Kt | 用于发送rlc层状态报告的方法和设备 |
WO2018214081A1 (zh) * | 2017-05-24 | 2018-11-29 | Oppo广东移动通信有限公司 | 无线链路控制传输方法及相关产品 |
CN109391376A (zh) * | 2017-08-09 | 2019-02-26 | 华为技术有限公司 | 状态报告的发送方法、设备及*** |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102317479B1 (ko) * | 2017-05-05 | 2021-10-26 | 노키아 테크놀로지스 오와이 | 무선 링크 제어 상태 보고 |
CN117279040A (zh) * | 2017-08-10 | 2023-12-22 | 三星电子株式会社 | 无线通信***中数据处理的方法和装置 |
-
2019
- 2019-04-30 CN CN201910360645.9A patent/CN111865503A/zh active Pending
-
2020
- 2020-04-28 WO PCT/CN2020/087483 patent/WO2020221247A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107104764A (zh) * | 2008-01-31 | 2017-08-29 | Lg电子株式会社 | 在移动通信***中发送状态协议数据单元的方法 |
CN106134099A (zh) * | 2014-01-29 | 2016-11-16 | 三星电子株式会社 | 用于在移动通信***中使用多个载波来发送和接收数据的方法和设备 |
CN104836645A (zh) * | 2014-02-12 | 2015-08-12 | 普天信息技术研究院有限公司 | 一种rlc am模式状态反馈传输方法 |
CN108810969A (zh) * | 2017-04-28 | 2018-11-13 | 株式会社Kt | 用于发送rlc层状态报告的方法和设备 |
WO2018214081A1 (zh) * | 2017-05-24 | 2018-11-29 | Oppo广东移动通信有限公司 | 无线链路控制传输方法及相关产品 |
CN109391376A (zh) * | 2017-08-09 | 2019-02-26 | 华为技术有限公司 | 状态报告的发送方法、设备及*** |
Non-Patent Citations (1)
Title |
---|
NTT DOCOMO, INC., ERICSSON: "R2-1711619 RLC PDU accommodation in multi MAC PDUs", 《3GPP TSG-RAN WG2 MEETING #99BIS》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115499932A (zh) * | 2021-07-02 | 2022-12-20 | 华为技术有限公司 | 通信方法及装置 |
CN115499932B (zh) * | 2021-07-02 | 2023-07-18 | 华为技术有限公司 | 通信方法及装置 |
WO2023024720A1 (zh) * | 2021-08-27 | 2023-03-02 | 北京希姆计算科技有限公司 | 数据传输方法、***、集成电路、多芯片结构和电子设备 |
WO2023155690A1 (zh) * | 2022-02-15 | 2023-08-24 | 阿里巴巴(中国)有限公司 | 数据传输方法以及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2020221247A1 (zh) | 2020-11-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3993492A1 (en) | Method and apparatus for resource allocation for half duplex frequency division duplexing in a wireless communication system | |
WO2020221247A1 (zh) | 一种发送、接收反馈信息的方法及设备 | |
TW201804745A (zh) | 傳輸數據的方法和裝置 | |
CN112187416B (zh) | 通信方法、装置及*** | |
EP4120606A1 (en) | Harq information transmission method and apparatus | |
JP2016518749A (ja) | 限定されたharqプロセスを伴う分散型ネットワークトポロジにおけるより多くの伝送機会を使用するための方法および装置 | |
CN110168982A (zh) | 自适应多harq实体设计 | |
WO2021057265A1 (zh) | 一种harq信息传输方法及设备 | |
EP3926916A1 (en) | Timer control method, data packet processing method, and device | |
WO2020164134A1 (zh) | 通信方法、装置及*** | |
US20230188267A1 (en) | Indication information receiving method, and apparatus | |
CN114157723B (zh) | 一种通信方法及装置 | |
WO2021233192A1 (zh) | 一种无线链路控制状态报告的方法及对应装置 | |
WO2018152791A1 (zh) | 通信方法、终端设备和网络设备 | |
CN112584430B (zh) | 一种通信方法及装置 | |
WO2022011718A1 (zh) | 一种通信方法和装置 | |
WO2022170976A1 (zh) | 一种数据传输方法及通信装置 | |
WO2023151464A1 (zh) | 一种通信方法及装置 | |
WO2023098464A1 (zh) | 数据传输的方法和装置 | |
CN113302999B (zh) | 数据调度方法、装置及*** | |
WO2022151410A1 (zh) | 一种传输反馈信息的方法和装置 | |
WO2022237673A1 (zh) | 一种处理数据的方法和装置 | |
CN113573357A (zh) | 下行数据接收方法、***、存储介质及终端 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201030 |