CN116566553A - 通信方法及通信装置 - Google Patents

通信方法及通信装置 Download PDF

Info

Publication number
CN116566553A
CN116566553A CN202210105105.8A CN202210105105A CN116566553A CN 116566553 A CN116566553 A CN 116566553A CN 202210105105 A CN202210105105 A CN 202210105105A CN 116566553 A CN116566553 A CN 116566553A
Authority
CN
China
Prior art keywords
data packet
layer
retransmission
indication
packet
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
Application number
CN202210105105.8A
Other languages
English (en)
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.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai 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 Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN202210105105.8A priority Critical patent/CN116566553A/zh
Priority to PCT/CN2023/073302 priority patent/WO2023143431A1/zh
Publication of CN116566553A publication Critical patent/CN116566553A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end

Landscapes

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

Abstract

本申请公开了一种通信方法及通信装置,该方法包括:终端设备确定未正确接收的数据包中包括至少一个重要数据包;终端设备向网络设备发送数据包重传指示。实施本申请实施例,当终端设备确定重要数据包未被正确接收时,才触发数据包重传,可实现在保证重要数据包的误块率的基础上,降低通信复杂度,适用性高。

Description

通信方法及通信装置
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及通信装置。
背景技术
当前,扩展现实(extended reality,XR)业务主要以视频业务为主,一般来说,XR终端是通过网络设备接收来自XR服务器的数据包,并通过对数据包进行解码以向用户呈现相应画面的。通常而言,一个视频帧包含多个数据包,每个数据包的重要程度各不相同。有的数据包比较重要,一旦丢失会严重影响画面呈现,有的数据包不太重要,如果丢失只会对画面呈现带来轻微影响。但是,目前只有XR服务器的视频编码模块和XR终端的视频解码模块能获知每个数据包的重要性,而网络设备并不知道数据包的重要程度,因此,为提高传输过程中重要数据包的误块率,相关技术中提出了可以通过XR服务器将每个数据包的重要程度指示发送给网络设备,由网络设备根据重要程度指示对每个数据包进行区分处理,即对重要性高的数据包,使用鲁棒性高的传输方式,对重要性低的数据包使用鲁棒性低的传输方式,但是这种由XR服务器提供每个数据包的重要程度指示的方式,对原本数据包传输流程改动较大,提高了通信复杂度,特别是当一个网络设备与多个XR服务器进行连接时,需要每个XR服务器都提供数据包的重要程度指示信息,并且该指示必须是通用的,能被网络设备理解并执行。
发明内容
本申请实施例提供一种通信方法及通信装置,可实现在保证重要数据包的误块率的基础上,降低通信复杂度,适用性高。
第一方面,本申请实施例提供了一种通信方法,该方法包括:
终端设备确定未正确接收的数据包中包括至少一个重要数据包;
所述终端设备向网络设备发送数据包重传指示。
基于第一方面描述的方法,当终端设备确定重要数据包未被正确接收时,才触发数据包重传,可实现在保证重要数据包的误块率的基础上,降低通信复杂度,适用性高。
可选的,结合第一方面,所述数据包重传指示用于指示M个数据包的重传,或者,所述数据包重传指示用于指示M个数据包中每个数据包的至少一个比特信息的重传,所述M为正整数。
可选的,结合第一方面,所述方法还包括:
所述终端设备接收第i个业务帧的数据包,所述i为大于或等于1的正整数;
所述终端设备确定未正确接收的数据包中包括至少一个重要数据包,包括:
所述终端设备根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包。
可选的,结合第一方面,所述终端设备根据接收到所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包,包括:
所述终端设备的应用层根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包。
可选的,结合第一方面,所述终端设备向网络设备发送数据包重传指示,包括:
所述终端设备的应用层向所述终端设备的接入层发送上层指示,所述上层指示用于指示数据包重传;
所述终端设备的接入层向所述网络设备发送数据包重传指示。
可选的,结合第一方面,所述方法还包括:
所述终端设备的接入层向所述终端设备的应用层发送第i个业务帧的数据包之后,启动定时器;
若所述定时器计时结束,仍未收到所述上层指示,所述终端设备的接入层将接收缓存清空以及重置接收变量。
可选的,结合第一方面,所述上层指示用于指示数据包的重传,包括:
所述上层指示用于指示第一数据包,所述第一数据包为第i个业务帧的第二数据包之后正确接收到的数据包,或者,所述第一数据包为第i个业务帧的第二数据包之前正确接收到的数据包,所述第二数据包为所述第i个业务帧中未正确接收的数据包。
可选的,结合第一方面,所述上层指示用于指示数据包的重传,包括:
所述上层指示用于指示第一数据包,其中,所述第一数据包为第i个业务帧的最后N个数据包,所述未正确接收的数据包为所述第i个业务帧的最后N个数据包,所述N为大于或等于1的正整数。
可选的,结合第一方面,所述上层指示用于指示数据包重传,包括:
所述上层指示用于指示至少一个需要重传的数据包的SN。
可选的,结合第一方面,所述至少一个需要重传的数据包的SN为所述至少一个需要重传的数据包的PDCPSN,或者,所述至少一个需要重传的数据包的RLCSN。
可选的,结合第一方面,所述接入层为分组数据汇聚协议PDCP层、无线链路控制RLC层或媒体接入控制MAC层。
第二方面,本申请实施例提供了一种通信装置,该装置为终端设备,该装置包括:
确定单元,用于确定未正确接收的数据包中包括至少一个重要数据包;
收发单元,用于向网络设备发送数据包重传指示。
可选的,结合第二方面,所述数据包重传指示用于指示M个数据包的重传,或者,所述数据包重传指示用于指示M个数据包中每个数据包的至少一个比特信息的重传,所述M为正整数。
可选的,结合第二方面,所述收发单元还用于:
接收第i个业务帧的数据包,所述i为大于或等于1的正整数;
所述确定单元具体用于:
根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包。
可选的,结合第二方面,所述确定单元具体用于:
通过所述终端设备的应用层根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包。
可选的,结合第二方面,所述收发单元具体用于:
通过所述终端设备的应用层向所述终端设备的接入层发送上层指示,所述上层指示用于指示数据包重传;
通过所述终端设备的接入层向所述网络设备发送数据包重传指示。
可选的,结合第二方面,所述装置还包括:
定时单元,用于所述终端设备的接入层向所述终端设备的应用层发送第i个业务帧的数据包之后,启动定时器;
释放单元,用于若所述定时器计时结束,仍未收到所述上层指示,将所述终端设备的接入层中的接收缓存清空以及将重置接收变量。
可选的,结合第二方面,所述上层指示用于指示数据包的重传,包括:
所述上层指示用于指示第一数据包,所述第一数据包为第i个业务帧的第二数据包之后正确接收到的数据包,或者,所述第一数据包为第i个业务帧的第二数据包之前正确接收到的数据包,所述第二数据包为所述第i个业务帧中未正确接收的数据包。
可选的,结合第二方面,所述上层指示用于指示数据包的重传,包括:
所述上层指示用于指示第一数据包,其中,所述第一数据包为第i个业务帧的最后N个数据包,所述未正确接收的数据包为所述第i个业务帧的最后N个数据包,所述N为大于或等于1的正整数。
可选的,结合第二方面,所述上层指示用于指示数据包重传,包括:
所述上层指示用于指示至少一个需要重传的数据包的SN。
可选的,结合第二方面,所述至少一个需要重传的数据包的SN为所述至少一个需要重传的数据包的PDCPSN,或者,所述至少一个需要重传的数据包的RLCSN。
可选的,结合第二方面,所述接入层为分组数据汇聚协议PDCP层、无线链路控制RLC层或媒体接入控制MAC层。
第三方面,提供一种芯片,包括处理器和通信接口,处理器被配置用于使芯片执行如上述第一方面中任一项的方法。
第四方面,提供一种模组设备,其特征在于,模组设备包括通信模组、电源模组、存储模组以及芯片,其中:电源模组用于为模组设备提供电能;存储模组用于存储数据和指令;通信模组用于进行模组设备内部通信,或者用于模组设备与外部设备进行通信;芯片用于执行如上述第一方面中任一项的方法。
第五方面,提供一种通信装置,包括存储器和处理器,存储器用于存储计算机程序,计算机程序包括程序指令,处理器被配置用于调用程序指令,使通信装置执行如上述第一方面中任一项的方法。
第六方面,提供一种计算机可读存储介质,计算机存储介质中存储有计算机可读指令,当计算机可读指令在通信装置上运行时,使得通信装置执行上述第一方面任一项的方法。
第七方面,本申请提供一种计算机程序或计算机程序产品,包括代码或指令,当代码或指令在计算机上运行时,使得计算机执行如第一方面任一项的方法。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种通信系统的示意图;
图2是下行数据在终端设备与基站之间各层间传输的示意图;
图3是数据包传输的一流程示意图;
图4是本申请实施例提供的通信方法的一流程示意图;
图5是本申请实施例提供的终端设备的PDCP层触发重传的一场景示意图;
图6a是本申请实施例提供的终端设备的PDCP层触发重传的另一场景示意图;
图6b是本申请实施例提供的终端设备的PDCP层触发重传的另一场景示意图;
图7是本申请实施例提供的终端设备的PDCP层触发重传的另一场景示意图;
图8a是本申请实施例提供的数据包接收情况的一场景示意图;
图8b是本申请实施例提供的数据包接收情况的另一场景示意图;
图9是本申请实施例提供的一种通信装置的结构示意图;
图10是本申请实施例提供的又一种通信装置的结构示意图;
图11是本申请实施例提供的一种模组设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请以下实施例中所使用的术语只是为了描述特定实施例的目的,而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样,单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式,除非其上下文中明确地有相反指示。还应当理解,本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。
需要说明的是,本申请的说明书和权利要求书中及上述附图中的属于“第一”、“第二”、“第三”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够用以除了在这里图示或描述以外的顺序实施。此外,术语“包括”及其任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了更好地理解本申请实施例,下面首先对本申请实施例涉及的系统架构进行介绍:
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(globalsystem of mobile communication,GSM)系统、码分多址(code division multipleaccess,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、第五代(5th generation,5G)系统或新无线(newradio,NR)以及未来的通信系统等。
图1是本申请实施例提供的一种通信系统的示意图,本申请中的方案可适用于该通信系统。该通信系统可以包括至少一个网络设备和至少一个终端设备,图1以通信系统中包括1个网络设备和1个终端设备为例。其中:
终端设备包括向用户提供语音和/或数据连通性的设备,例如终端设备是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。所述终端可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(VR)终端设备、增强现实(AR)终端设备、工业控制(industrial control)中的无线终端、车载终端设备、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、可穿戴终端设备等等。本申请的实施例对应用场景不做限定。终端有时也可以称为终端设备、用户设备(userequipment,UE)、接入终端设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、终端设备、无线通信设备、UE代理或UE装置等。终端也可以是固定的或者移动的。本申请实施例中,用于实现终端设备的功能的装置可以是终端设备,也可以是能够支持终端设备实现该功能的装置,例如芯片系统或可实现终端设备功能的组合器件、部件,该装置可以被安装在终端设备中。
网络设备可以是基站(base station)、演进型基站(evolved NodeB,eNodeB)、发送接收点(transmission reception point,TRP)、第五代(5th generation,5G)移动通信系统中的下一代基站(next generation NodeB,gNB)、第六代(6th generation,6G)移动通信系统中的下一代基站、未来移动通信系统中的基站或WiFi系统中的接入节点等。网络设备也可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU),也可以是分布式单元(distributed unit,DU)。这里的CU完成基站的无线资源控制协议和分组数据汇聚层协议(packet data convergence protocol,PDCP)的功能,还可以完成业务数据适配协议(service data adaptation protocol,SDAP)的功能;DU完成基站的无线链路控制层和媒体接入控制(medium access control,MAC)层的功能,还可以完成部分物理层或全部物理层的功能。有关上述各个协议层的具体描述,可以参考第三代合作伙伴计划(3rd generation partnership project,3GPP)的相关技术规范。网络设备可以是宏基站,也可以是微基站或室内站,还可以是中继节点或施主节点等。本申请实施例中,用于实现网络设备功能的装置可以是网络设备本身,也可以是能够支持网络设备实现该功能的装置,例如芯片系统或可实现基站功能的组合器件、部件,该装置可以被安装在网络设备中。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。
可理解的,基站和终端设备之间的通信遵循一定的协议层结构,例如控制面协议层结构可以包括无线资源控制(radio resource control,RRC)层、分组数据汇聚层协议(packet data convergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理层;用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层,在一种可能的实现中,PDCP层之上还可以包括业务数据适配(service data adaptation protocol,SDAP)层等。
以基站和终端设备之间的数据传输为例,数据传输需要经过用户面协议层,比如经过SDAP层、PDCP层、RLC层、MAC层、物理层,其中,SDAP层、PDCP层、RLC层、MAC层、物理层也可以统称为接入层。示例性地,基站和终端设备之间通过建立至少一个数据无线承载(dataradio bearer,DRB)来传输数据,每个DRB可以对应一组功能实体集合,比如包括一个PDCP层实体,该PDCP层实体对应的至少一个RLC层实体,至少一个RLC层实体对应的至少一个MAC层实体,至少一个MAC层实体对应的至少一个物理层实体。
以下行数据传输为例,图2是下行数据在终端设备与基站之间各层间传输的示意图。图2中向下的箭头表示数据发送,向上的箭头表示数据接收。SDAP层实体自上层取得数据后,可以根据数据的服务质量流标识(QoS flow indicator,QFI)将数据映射到相应DRB的PDCP层实体,PDCP层实体可以将数据传送到该PDCP层实体对应的至少一个RLC层实体,进而由至少一个RLC层实体传输到对应的MAC层实体,再由MAC层实体生成传输块,然后通过对应的物理层实体进行无线传输。数据在各个层中进行相对应的封装,某一层从该层的上层收到的数据视为该层的服务数据单元(service data unit,SDU),经过层封装后成为协议数据单元(protocol data unit,PDU),再传递给下一个层。例如PDCP层实体从上层接收到的数据称为PDCP SDU,PDCP层实体发送到下层的数据称为PDCP PDU;RLC层实体从上层接收到的数据称为RLC SDU,RLC层实体发送到下层的数据称为RLC PDU。其中,不同层之间可以通过相应的通道来传输数据,比如RLC层实体与MAC层实体之间可以通过逻辑信道(logicalchannel,LCH)来传输数据,MAC层实体与物理层实体之间可以通过传输通道(transportchannel)来传输数据。
示例性地,根据图2还可以看出,终端设备还具有应用层和非接入层;其中,应用层可以用于向终端设备中所安装的应用程序提供服务,比如,终端设备接收到的下行数据可以由物理层依次传输到应用层,进而由应用层提供给应用程序;又比如,应用层可以获取应用程序产生的数据,并将数据依次传输到物理层,发送给其它通信装置。非接入层可以用于转发用户数据,比如将从应用层接收到的上行数据转发给SDAP层或者将从SDAP层接收到的下行数据转发给应用层。
需要说明的是,当前,XR业务主要以视频业务为主,一般来说,XR终端是通过网络设备接收来自XR服务器的数据包,并通过对数据包进行解码以向用户呈现相应画面的。通常而言,一个视频帧包含多个数据包,每个数据包的重要程度各不相同。有的数据包比较重要,一旦丢失会严重影响画面呈现,有的数据包不太重要,如果丢失只会对画面呈现带来轻微影响。但是,目前只有XR服务器的视频编码模块和XR终端的视频解码模块能获知每个数据包的重要性,而网络设备并不知道数据包的重要程度,因此,如图3所示,为提高传输过程中重要数据包的误块率,相关技术中提出了可以通过XR服务器将每个数据包的重要程度指示发送给网络设备,由网络设备根据重要程度指示对每个数据包进行区分处理,即对重要性高的数据包,使用鲁棒性高的传输方式,对重要性低的数据包使用鲁棒性低的传输方式。但是这种由XR服务器提供每个数据包的重要程度指示的方式,对原本数据包传输流程改动较大,提高了通信复杂度,特别是当一个网络设备与多个XR服务器进行连接时,需要每个XR服务器都提供数据包的重要程度指示信息,并且该指示必须是通用的,能被网络设备理解并执行。
基于此,本申请实施例提供了一种通信方法,其可以在保证重要数据包的误块率的基础上,降低通信复杂度,适用性高。
下面进一步对本申请实施例提供的通信方法、装置、芯片及模组设备进行详细描述。
请参见图4,图4是本申请实施例提供的通信方法的一流程示意图。如图4所示,该通信方法包括如下步骤S401~S402:
S401、终端设备确定未正确接收的数据包中包括至少一个重要数据包。
在一些可行的实施方式中,对于下行XR业务的数据包而言,终端设备接收数据包的情况可能包括以下三种:1、数据包在终端设备的MAC层中的HARQ传输过程中,传输没有成功,因此终端设备的MAC层可以缓存尚未解码成功的传输块,而不向终端设备的上层递交。2、数据包传输过程中被网络设备的RLC层实体分段了,因此当终端设备的RLC层只收到数据包的一部分分段,没有收到全部分段时,会导致无法向终端设备的上层递交。3、数据包在终端设备的PDCP层没有通过完整性验证时,将导致无法向终端设备的上层递交。可理解的,无论是发生上述三种情况中的哪一种,都将导致数据包不能成功向终端设备上层递交,在这种情况下,终端设备可以根据接收到的数据包,确定未正确接收的数据包中包括至少一个重要数据包,即终端设备可以根据接收到的数据包,确定未正确接收的数据包中是否包括重要数据包,以及包括多少个重要数据包。需要说明的是,本申请实施例中涉及的“终端设备未正确接收的数据包”可以包括终端设备完全没有接收到的数据包,或者只接收到部分分段的数据包,或者接收错误的数据包等,在此不做限制。
可理解的,本申请实施例中的数据包是以业务帧为单位进行传输的,其中一个业务帧包括多个数据包,即终端设备可以接收第i个业务帧的数据包,i为大于或等于1的正整数。其中,终端设备确定未正确接收的数据包中包括至少一个重要数据包可以理解为:终端设备根据接收到的第i个业务帧的数据包,确定第i个业务帧中未正确接收到的数据包中包括的至少一个重要数据包。不难理解的是,对于视频业务来说,业务帧即为视频帧,其中一个视频帧包括多个数据包。为方便理解,以下本申请实施例主要以业务帧为视频帧为例进行示意性说明。
需要说明的是,由于终端设备的应用层中的视频解码模块是采用内容分发协议(content delivery protocol)执行视频解码的,其中在视频解码过程中,终端设备的应用层可获知数据包的重要程度,因此,终端设备根据接收到第i个业务帧的数据包,确定第i个业务帧中未正确接收到的数据包中包括的至少一个重要数据包进一步可理解为:终端设备的应用层根据接收到的第i个业务帧的数据包,确定第i个业务帧中未正确接收到的数据包中包括的至少一个重要数据包。其中,有关终端设备的应用层具体如何根据接收到的数据包获知未正确接收到的数据包的重要程度的实现可参见协议26.998V090中的描述,在此不进行赘述。
可选的,若未正确接收到的数据包中不包括重要数据包,则终端设备不向网络设备发送数据包重传指示,也就是说,当终端设备的应用层基于内容分发协议确定第i个业务帧中未正确接收到的数据包中不包括重要数据包时,终端设备的应用层不向终端设备的接入层发送上层指示,因此终端设备的接入层也不向网络设备发送数据包重传指示。或者,当终端设备的应用层基于内容分发协议发现第i个业务帧的所有数据包都正确收到了,终端设备也不向网络设备发送数据包重传指示。或者,当终端设备的应用层基于内容分发协议发现第i个业务帧中存在尚未收到的重要数据包,但是该重要数包已经不需要重传了,则终端设备也不向网络设备发送数据包重传指示,这里,“不需要重传”可以理解为错过了重传的时机,或其它原因导致的不需要重传等,在此不做限制。
S402、终端设备向网络设备发送数据包重传指示。
在一些可行的实施方式中,当终端设备的应用层确定未正确接收的数据包中包括至少一个重要数据包时,终端设备可以向网络设备发送数据包重传指示。具体地,终端设备向网络设备发送数据包重传指示可以理解为:终端设备的应用层向终端设备的接入层发送上层指示,上层指示用于指示数据包重传;终端设备的接入层向网络设备发送数据包重传指示。
其中,上层指示用于指示数据包重传具体可以包括以下多种情况中任一种:①上层指示仅用于指示重传,而不具体指示某个数据包。②上层指示用于指示第一数据包,第一数据包为第i个业务帧的第二数据包之后正确接收到的数据包,或者,第一数据包为第i个业务帧的第二数据包之前正确接收到的数据包,第二数据包为第i个业务帧中未正确接收的数据包。也就是说,上层指示用于指示需要重传的数据包的前一个数据包或者需要重传的数据包的后一个数据包。③上层指示用于指示第一数据包,其中,第一数据包为第i个业务帧的最后N个数据包,未正确接收的数据包为第i个业务帧的最后N个数据包,N为大于或等于1的正整数。④上层指示用于指示至少一个需要重传的数据包的序号(sequencenumber,SN)。其中,至少一个需要重传的数据包的SN可以为至少一个需要重传的数据包的PDCP SN,或者,至少一个需要重传的数据包的RLC SN。
可选的,在一些可行的实施方式中,当终端设备的应用层基于内容分发协议确定第i个业务帧中包括尚未收到的重要数据包,对当前的第i个业务帧的解码而言,该重要数包已经不需要重传了,但是,对于后面的第i+1,第i+2,…,第i+k个业务帧的解码而言,该重要数据包仍然需要重传时,那么终端设备也可以向网络设备发送数据包重传指示,即终端设备的应用层向终端设备的接入层发送上层指示,终端设备的接入层向网络设备发送数据包重传指示。需要说明的是,此种场景下,上层指示除了用于指示数据包重传,还可以指示该重传不紧急,只需要在第i+k个业务帧之前完成重传就可以了,即上层指示还可以用于指示重传的紧急程度以及重传的时间。其中,k为大于或者等于1的整数。
其中,数据包重传指示可以用于指示M个数据包的重传,或者,数据包重传指示可以用于指示M个数据包中每个数据包的至少一个比特信息的重传,M为正整数。
其中,终端设备的接入层为PDCP层、RLC层或MAC层。下面针对由终端设备的PDCP层、RLC层和MAC层触发重传的方案分别进行详细说明:
1、终端设备的PDCP层触发重传
①当终端设备的PDCP层接收到终端设备的应用层发送的上层指示,且该上层指示仅用于指示重传,而不具体指示某个数据包时,终端设备的PDCP层可以根据自己已经向上层递交过哪些数据包,确定还有哪些数据包没有向上层递交过,进而生成PDCP状态报告作为数据包重传指示发送给网络设备(或描述为网络设备的PDCP层),以通知网络设备的PDCP层执行数据包重传。
举个例子,请参见图5,图5是本申请实施例提供的终端设备的PDCP层触发重传的一场景示意图。如图5所示,终端设备的PDCP层接收到终端设备的应用层发送的上层指示后,若终端设备的PDCP层发现:数据包的PDCPSN为21、22、24、26、27…50的数据包已经向上层递交,则生成的PDCP状态报告中指示:23、25尚未收到,51及51以后的数据包尚未收到。其中,当网络设备的PDCP层接收到PDCP状态报告后,网络设备的PDCP层重传23、25号数据包,而对于51及51以后的数据包,网络设备需要先判断这些包是否已经向终端设备发送过,如果已经发送过,则重传这些包,如果尚未向终端设备发送过,则不重传。
②当终端设备的PDCP层接收到终端设备的应用层发送的上层指示,且该上层指示用于指示需要重传的数据包的前一个数据包或者需要重传的数据包的后一个数据包时,终端设备的PDCP层可以根据上层指示确定没有向上层递交过的数据包,即需要重传的数据包,进而生成PDCP状态报告作为数据包重传指示发送给网络设备(或描述为网络设备的PDCP层),以通知网络设备的PDCP层执行数据包重传。
举个例子,请参见图6a,图6a是本申请实施例提供的终端设备的PDCP层触发重传的另一场景示意图。如图6a所示,假设上层指示所指示的数据包是需要重传的数据包的前一个数据包,且上层指示所指示的数据包为PDCP SN等于22和24对应的数据包,则当终端设备的PDCP层接收到终端设备的应用层发送的该上层指示后,终端设备的PDCP层将在生成的PDCP状态报告中指示:PDCP SN等于23和25的数据包尚未接收到。其中,当网络设备的PDCP层接收到PDCP状态报告后,网络设备的PDCP层重传23号数据包和25号数据包。
再举个例子,请参见图6b,图6b是本申请实施例提供的终端设备的PDCP层触发重传的另一场景示意图。如图6b所示,假设上层指示所指示的数据包是需要重传的数据包的后一个数据包,且上层指示所指示的数据包为PDCP SN等于24和26对应的数据包,则当终端设备的PDCP层接收到终端设备的应用层发送的该上层指示后,终端设备的PDCP层将在生成的PDCP状态报告中指示:PDCP SN等于23和25的数据包尚未接收到。其中,当网络设备的PDCP层接收到PDCP状态报告后,网络设备的PDCP层重传23号数据包和25号数据包。
③如果丢失的数据包是第i个业务帧包括的多个数据包中的最后一个数据包或者多个数据包,则终端设备的应用层可以用层间原语指示“请重传第i个业务帧的最后N个数据包”。即上层指示用于指示第一数据包,其中,第一数据包为第i个业务帧的最后N个数据包,未正确接收的数据包为第i个业务帧的最后N个数据包,N为大于或等于1的正整数。因此,终端设备的PDCP层可以根据上层指示确定没有向上层递交过的数据包,即需要重传的数据包,进而生成PDCP状态报告作为数据包重传指示发送给网络设备(或描述为网络设备的PDCP层),以通知网络设备的PDCP层执行数据包重传。
④当终端设备的PDCP层接收到终端设备的应用层发送的上层指示,且该上层指示用于直接指示需要重传的数据包的PDCPSN时,终端设备的PDCP层可以根据上层指示确定没有向上层递交过的数据包,即需要重传的数据包,进而生成PDCP状态报告作为数据包重传指示发送给网络设备(或描述为网络设备的PDCP层),以通知网络设备的PDCP层执行数据包重传。
举个例子,请参见图7,图7是本申请实施例提供的终端设备的PDCP层触发重传的另一场景示意图。如图7所示,假设上层指示所指示的数据包为PDCP SN等于23对应的数据包和25对应的数据包,则当终端设备的PDCP层接收到终端设备的应用层发送的该上层指示后,终端设备的PDCP层将在生成的PDCP状态报告中指示:23号数据包和25号数据包尚未接收到。其中,当网络设备的PDCP层接收到PDCP状态报告后,网络设备的PDCP层重传23号数据包和25号数据包。
2、终端设备的RLC层触发重传
①当终端设备的RLC层接收到终端设备的应用层发送的上层指示,且该上层指示仅用于指示重传,而不具体指示某个数据包时,终端设备的RLC层可以根据自己已经向上层递交过哪些数据包,确定还有哪些数据包没有向上层递交过,进而生成RLC状态报告作为数据包重传指示发送给网络设备(或描述为网络设备的RLC层),以通知网络设备的RLC层执行数据包重传。
举个例子,终端设备的RLC层接收到终端设备的应用层发送的上层指示后,若终端设备的RLC层发现:数据包的RLCSN为21、22、24、26、27…50的数据包已经向上层递交,则生成的RLC状态报告中指示:23、25尚未收到,51及51以后的数据包尚未收到。其中,当网络设备的RLC层接收到RLC状态报告后,网络设备的RLC层重传23、25数据包,而对于51及51以后的数据包,网络设备需要先判断这些包是否已经向终端设备发送过,如果已经发送过,则重传这些包,如果尚未向终端设备发送过,则不重传。
可选的,数据包重传指示(即RLC状态报告中)也可以指示需要重传的数据包的至少一个比特信息的重传,在此不做限制。也就是说,如果终端设备的RLC层发现某个数据包已经收到一部分,还有一部分尚未收到,则终端设备的RLC层可以通过数据包重传指示来指示网络设备重新发送该数据包的某一部分。比如,23号数据包共有1000Bytes,只收到0-299Bytes,尚未收到第300-999Bytes,则终端设备的RLC层可以通过RLC状态报告(即数据包重传指示)指示网络设备的RLC层“重传RLC SN=23的数据包的第300-999Bytes”。可理解的,对于网络设备而言,当网络设备的RLC层接收到的RLC状态报告指示“重传RLC SN=23的数据包的第300-999Bytes”时,网络设备可以重传23号包对应的整个数据包(即完整数据包),也可以只重传23号包的第300-999Bytes,具体根据实际应用场景确定,在此不做限制。
②当终端设备的RLC层接收到终端设备的应用层发送的上层指示,且该上层指示用于指示需要重传的数据包的前一个数据包或者需要重传的数据包的后一个数据包时,终端设备的RLC层可以根据上层指示确定没有向上层递交过的数据包,即需要重传的数据包,进而生成RLC状态报告作为数据包重传指示发送给网络设备(或描述为网络设备的RLC层),以通知网络设备的RLC层执行数据包重传。
举个例子,假设上层指示所指示的数据包是需要重传的数据包的前一个数据包,且上层指示所指示的数据包为RLC SN等于22和24对应的数据包,则当终端设备的RLC层接收到终端设备的应用层发送的该上层指示后,终端设备的RLC层将在生成的RLC状态报告中指示:RLC SN等于23和25的数据包尚未接收到。其中,当网络设备的RLC层接收到RLC状态报告后,网络设备的RLC层重传23号数据包和25号数据包。
再举个例子,假设上层指示所指示的数据包是需要重传的数据包的后一个数据包,且上层指示所指示的数据包为RLC SN等于24和26对应的数据包,则当终端设备的RLC层接收到终端设备的应用层发送的该上层指示后,终端设备的RLC层将在生成的RLC状态报告中指示:RLC SN等于23和25的数据包尚未接收到。其中,当网络设备的RLC层接收到RLC状态报告后,网络设备的RLC层重传23号数据包。
可选的,数据包重传指示(即RLC状态报告中)也可以指示需要重传的数据包的至少一个比特信息的重传,在此不做限制。
③如果丢失的数据包是第i个业务帧包括的多个数据包中的最后一个数据包或者多个数据包,则终端设备的应用层可以用层间原语指示“请重传第i个业务帧的最后N个数据包”。即上层指示用于指示第一数据包,其中,第一数据包为第i个业务帧的最后N个数据包,未正确接收的数据包为第i个业务帧的最后N个数据包,N为大于或等于1的正整数。因此,终端设备的RLC层可以根据上层指示确定没有向上层递交过的数据包,即需要重传的数据包,进而生成RLC状态报告作为数据包重传指示发送给网络设备(或描述为网络设备的RLC层),以通知网络设备的RLC层执行数据包重传。
可选的,数据包重传指示(即RLC状态报告中)也可以指示需要重传的数据包的至少一个比特信息的重传,在此不做限制。
④当终端设备的RLC层接收到终端设备的应用层发送的上层指示,且该上层指示用于直接指示需要重传的数据包的RLCSN时,终端设备的RLC层可以根据上层指示确定没有向上层递交过的数据包,即需要重传的数据包,进而生成RLC状态报告作为数据包重传指示发送给网络设备(或描述为网络设备的RLC层),以通知网络设备的RLC层执行数据包重传。
举个例子,假设上层指示所指示的数据包为RLC SN等于23对应的数据包,则当终端设备的RLC层接收到终端设备的应用层发送的该上层指示后,终端设备的RLC层将在生成的RLC状态报告中指示:23号数据包尚未接收到。其中,当网络设备的RLC层接收到RLC状态报告后,网络设备的RLC层重传23号数据包。
可选的,数据包重传指示(即RLC状态报告中)也可以指示需要重传的数据包的至少一个比特信息的重传,在此不做限制。
3、终端设备的MAC层触发重传
对于终端设备的MAC层而言,当终端设备的MAC层接收到终端设备的应用层发送的上层指示后,终端设备的MAC层可以根据MAC层中的HARQ进程是否收到数据包,或者,是否解码成功数据包并向上层递交数据,来确定是否触发重传。此处细分为以下三种情况:
1.以收到上层指示为基准时间点,向前推一段时间,如T_burst,如果一个HARQ进程在T_burst时间段内曾收到过传输块,但尚未解码成功,则通知网络设备的MAC层重传该HARQ进程的传输块。
2.以收到上层指示为基准时间点,向前推一段时间,如T_burst,如果一个HARQ进程在T_burst时间段内曾收到过传输块,已经解码成功,且向上层递交,则不触发重传。
3.以收到上层指示为基准时间点,向前推一段时间,如T_burst,如果一个HARQ进程在T_burst时间段内未收到过传输块,则不触发重传。
其中,T_burst的具体取值,可以由网络设备配置,或者也可以由协议规定,本申请实施例在此不做限制。
可选的,在一些可行的实施方式中,针对由终端设备的PDCP层、RLC层或MAC层触发的重传,终端设备的接入层(即PDCP层、RLC层或MAC层)向终端设备的应用层发送第i个业务帧的数据包之后,终端设备的接入层启动定时器;若定时器计时结束,仍未收到上层指示,则终端设备的接入层将接收缓存清空以及重置接收变量(例如将接收变量置0,或者,将接收变量重置为下一个需要接收的数据包,即等待接收的数据包的SN)。其中,定时器的计时时长可以是网络设备指示的,也可以是预定义的,例如可以为[X]ms等,在此不做限制。可理解的,本申请实施例涉及的“接收变量”可以理解为终端设备的协议栈维护的,用于表示当前接收情况的参数。比如,请参见图8a,图8a是本申请实施例提供的数据包接收情况的一场景示意图。如图8a中,23号包已经收到,24号包未收到,25,29号包已经收到,26、27、28号包没有收到。
例如,如果终端设备的PDCP层收到第i个业务帧的数据包后,一段时间内没有收到终端设备的应用层的上层指示,则可以将PDCP层的接收缓存清空,并重置PDCP层的接收变量,以准备接收下一业务帧(即第i+1个业务帧)的数据包。这里,PDCP层的接收变量可以理解为PDCP层已经成功向上层递交的最后一个数据包的SN,即该SN之前的数据包不再考虑重传了,以上述图8a为例,接收变量为23号包;或者,PDCP层的接收变量可以理解为PDCP层希望收到的下一个包的SN,即该接收变量的含义是“当前没收到的数据包中,SN最低的那个包的SN(即最低SN)”,以上述图8a为例,接收变量为24号包;或者,PDCP层的接收变量可以理解为PDCP层当前已经收到的数据包中,SN最高的那个包的SN(即最高SN),以上述图8a为例,接收变量为29号包。
需要说明的是,上述举例中,没有考虑SN翻转,实际实现时,需要考虑翻转。比如,SN的取值范围是0-4095,即计数到4095后,下一个SN又从0开始。如果SN翻转,上述“最高SN,最低SN”都是指PDCP接收窗口内的窗口结束位置SN、窗口起始处SN,而不是指SN的绝对数值。示例性地,请参见图8b,图8b是本申请实施例提供的数据包接收情况的另一场景示意图。如图8b中,4094号包已经收到,4095号包未收到,0,4号包已经收到,1、2、3号包没有收到。以图8b为例,PDCP的接收变量可以为4和4094。
再例如,如果终端设备的RLC层收到第i个业务帧的数据包后,一段时间内没有收到终端设备的应用层的上层指示,则可以将RLC层的接收缓存清空,并重置RLC层的接收变量,以准备接收下一业务帧(即第i+1个业务帧)的数据包。这里,RLC层的接收变量可以理解为当前窗口内,已经接收到的,SN最高的SN(如果已经收到部分分段,则是收到的那部分分段),如图8a中的29号包;或者,当前窗口内,尚未收到的,SN最低的SN(如果已经收到部分分段,则是尚未收到的那部分分段);或者,当前窗口内,已经收到的SN的数据包和/或分段。
又例如,如果终端设备的MAC层中的HARQ进程收到传输块后,一段时间内没有收到终端设备的应用层的上层指示,则可以将HARQ缓存清空。
在本申请实施例中,终端设备的应用层判定是否需要重传数据包,如果未正确接收的数据包属于重要数据包,则终端设备的应用层认为需要触发重传,因此会通知终端设备的接入层触发重传,如果终端设备的应用层判定未正确接收的数据包不属于重要数据包,则终端设备的应用层认为不需要触发重传,则不通知接入层重传。由于一个视频帧中的重要数据包只占一小部分,因此对于大部分“未正确接收的数据包”的场景,终端设备的应用层是不会触发重传的。基于此,可实现在保证重要数据包的误块率的基础上,可以减少重传的数据包数量,提升频谱效率,与此同时,还可以降低通信复杂度,适用性高。
请参见图9,图9是本申请实施例提供的一种通信装置的结构示意图。该通信装置可以为终端设备或具有终端设备功能的装置(例如芯片)。具体的,如图9所示,通信装置900,可以包括:
确定单元901,用于确定未正确接收的数据包中包括至少一个重要数据包;
收发单元902,用于向网络设备发送数据包重传指示。
可选的,所述数据包重传指示用于指示M个数据包的重传,或者,所述数据包重传指示用于指示M个数据包中每个数据包的至少一个比特信息的重传,所述M为正整数。
可选的,所述收发单元902还用于:
接收第i个业务帧的数据包,所述i为大于或等于1的正整数;
所述确定单元901具体用于:
根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包。
可选的,所述确定单元901具体用于:
通过所述终端设备的应用层根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包。
可选的,所述收发单元902具体用于:
通过所述终端设备的应用层向所述终端设备的接入层发送上层指示,所述上层指示用于指示数据包重传;
通过所述终端设备的接入层向所述网络设备发送数据包重传指示。
可选的,所述装置还包括:
定时单元903,用于所述终端设备的接入层向所述终端设备的应用层发送第i个业务帧的数据包之后,启动定时器;
释放单元904,用于若所述定时器计时结束,仍未收到所述上层指示,将所述终端设备的接入层中的接收缓存清空以及重置接收变量。
可选的,所述上层指示用于指示数据包的重传,包括:
所述上层指示用于指示第一数据包,所述第一数据包为第i个业务帧的第二数据包之后正确接收到的数据包,或者,所述第一数据包为第i个业务帧的第二数据包之前正确接收到的数据包,所述第二数据包为所述第i个业务帧中未正确接收的数据包。
可选的,所述上层指示用于指示数据包的重传,包括:
所述上层指示用于指示第一数据包,其中,所述第一数据包为第i个业务帧的最后N个数据包,所述未正确接收的数据包为所述第i个业务帧的最后N个数据包,所述N为大于或等于1的正整数。
可选的,所述上层指示用于指示数据包重传,包括:
所述上层指示用于指示至少一个需要重传的数据包的SN。
可选的,所述至少一个需要重传的数据包的SN为所述至少一个需要重传的数据包的PDCPSN,或者,所述至少一个需要重传的数据包的RLCSN。
可选的,所述接入层为分组数据汇聚协议PDCP层、无线链路控制RLC层或媒体接入控制MAC层。
本申请实施例还提供了一种芯片,该芯片可以执行前述方法实施例中电子设备的相关步骤。该芯片,包括处理器和通信接口,该处理器被配置用于使芯片执行如下操作:
确定未正确接收的数据包中包括至少一个重要数据包;
向网络设备发送数据包重传指示。
可选的,所述数据包重传指示用于指示M个数据包的重传,或者,所述数据包重传指示用于指示M个数据包中每个数据包的至少一个比特信息的重传,所述M为正整数。
可选的,还包括:
接收第i个业务帧的数据包,所述i为大于或等于1的正整数;
所述确定未正确接收的数据包中包括至少一个重要数据包,包括:
根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包。
可选的,所述根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包,包括:
通过所述终端设备的应用层根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包。
可选的,所述向网络设备发送数据包重传指示,包括:
通过所述终端设备的应用层向所述终端设备的接入层发送上层指示,所述上层指示用于指示数据包重传;
通过所述终端设备的接入层向所述网络设备发送数据包重传指示。
可选的,还包括:
通过所述终端设备的接入层向所述终端设备的应用层发送第i个业务帧的数据包之后,启动定时器;
若所述定时器计时结束,仍未收到所述上层指示,将所述终端设备的接入层中的接收缓存清空以及重置接收变量。
可选的,所述上层指示用于指示数据包的重传,包括:
所述上层指示用于指示第一数据包,所述第一数据包为第i个业务帧的第二数据包之后正确接收到的数据包,或者,所述第一数据包为第i个业务帧的第二数据包之前正确接收到的数据包,所述第二数据包为所述第i个业务帧中未正确接收的数据包。
可选的,所述上层指示用于指示数据包的重传,包括:
所述上层指示用于指示第一数据包,其中,所述第一数据包为第i个业务帧的最后N个数据包,所述未正确接收的数据包为所述第i个业务帧的最后N个数据包,所述N为大于或等于1的正整数。
可选的,所述上层指示用于指示数据包重传,包括:
所述上层指示用于指示至少一个需要重传的数据包的SN。
可选的,所述至少一个需要重传的数据包的SN为所述至少一个需要重传的数据包的PDCPSN,或者,所述至少一个需要重传的数据包的RLCSN。
可选的,所述接入层为分组数据汇聚协议PDCP层、无线链路控制RLC层或媒体接入控制MAC层。
需要说明的是,上述芯片包括至少一个处理器、至少一个第一存储器和至少一个第二存储器;其中,前述至少一个第一存储器和前述至少一个处理器通过线路互联,前述第一存储器中存储有指令;前述至少一个第二存储器和前述至少一个处理器通过线路互联,前述第二存储器中存储前述方法实施例中需要存储的数据。
对于应用于或集成于芯片的各个装置、产品,其包含的各个模块可以都采用电路等硬件的方式实现,或者,至少部分模块可以采用软件程序的方式实现,该软件程序运行于芯片内部集成的处理器,剩余的(如果有)部分模块可以采用电路等硬件方式实现。
请参见图10,图10是本申请实施例提供的又一种通信装置的结构示意图。该通信装置可以是终端设备或网络设备。该通信装置1000可以包括存储器1001、处理器1002。可选的,还包括通信接口1003。存储器1001、处理器1002和通信接口1003通过一条或多条通信总线1004连接。其中,通信接口1003受处理器1002的控制用于收发信息。
存储器1001可以包括只读存储器和随机存取存储器,并向处理器1002提供指令和数据。存储器1001的一部分还可以包括非易失性随机存取存储器。
通信接口1003用于接收或发送数据。
处理器1002可以是中央处理单元(Central Processing Unit,CPU),该处理器1002还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器,可选的,该处理器1002也可以是任何常规的处理器等。其中:
存储器1001,用于存储程序指令。
处理器1002,用于调用存储器1001中存储的程序指令。
处理器1002调用存储器1001中存储的程序指令,使该通信装置1000执行上述方法实施例中终端设备或网络设备所执行的方法。
请参见图11,图11是本申请实施例提供的一种模组设备的结构示意图。该模组设备1100可以执行前述方法实施例中终端设备或网络设备的相关步骤,该模组设备1100包括:通信模组1101、电源模组1102、存储模组1103以及芯片1104。
其中,电源模组1102用于为模组设备提供电能;存储模组1103用于存储数据和指令;通信模组1101用于进行模组设备内部通信,或者用于模组设备与外部设备进行通信;芯片1104用于执行上述方法实施例中终端设备或网络设备所执行的方法。
需要说明的是,图9,图10和图11对应的实施例中未提及的内容以及各个步骤的具体实现方式可参见图4所示实施例以及前述内容,这里不再赘述。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在处理器上运行时,上述方法实施例的方法流程得以实现。
本申请实施例还提供一种计算机程序产品,当所述计算机程序产品在处理器上运行时,上述方法实施例的方法流程得以实现。
关于上述实施例中描述的各个装置、产品包含的各个模块/单元,其可以是软件模块/单元,也可以是硬件模块/单元,或者也可以部分是软件模块/单元,部分是硬件模块/单元。例如,对于应用于或集成于芯片的各个装置、产品其包含的各个模块/单元可以都采用电路等硬件的方式实现,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片内部集成处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现;对于应用于或集成于芯片模组的各个装置、产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现,不同模块/单元可以位于芯片模组的同一件(例如芯片、电路模块等)或者不同组件中,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片模组内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现;对于应用于或集成于终端的各个装置、产品,其包含的模块/单元可以都采用电路等硬件的方式实现,不同的模块/单元可以位于终端内同一组件(例如,芯片、电路模块等)或者不同组件中,或者,至少部分模块/单元可以采用软件程序的方式实现,该软件程序运行于终端内部集成的处理器,剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些操作可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
本申请提供的各实施例的描述可以相互参照,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。为描述的方便和简洁,例如关于本申请实施例提供的各装置、设备的功能以及执行的操作可以参照本申请方法实施例的相关描述,各方法实施例之间、各装置实施例之间也可以互相参考、结合或引用。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (16)

1.一种通信方法,其特征在于,所述方法包括:
终端设备确定未正确接收的数据包中包括至少一个重要数据包;
所述终端设备向网络设备发送数据包重传指示。
2.根据权利要求1所述的方法,其特征在于,所述数据包重传指示用于指示M个数据包的重传,或者,所述数据包重传指示用于指示M个数据包中每个数据包的至少一个比特信息的重传,所述M为正整数。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述终端设备接收第i个业务帧的数据包,所述i为大于或等于1的正整数;
所述终端设备确定未正确接收的数据包中包括至少一个重要数据包,包括:
所述终端设备根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括所述至少一个重要数据包。
4.根据权利要求3所述的方法,其特征在于,所述终端设备根据接收到所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包,包括:
所述终端设备的应用层根据接收到的所述第i个业务帧的数据包,确定所述第i个业务帧中未正确接收到的数据包中包括的所述至少一个重要数据包。
5.根据权利要求1-4所述的方法,其特征在于,所述终端设备向网络设备发送数据包重传指示,包括:
所述终端设备的应用层向所述终端设备的接入层发送上层指示,所述上层指示用于指示数据包重传;
所述终端设备的接入层向所述网络设备发送数据包重传指示。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述终端设备的接入层向所述终端设备的应用层发送第i个业务帧的数据包之后,启动定时器;
若所述定时器计时结束,仍未收到所述上层指示,所述终端设备的接入层将接收缓存清空以及重置接收变量。
7.根据权利要求5或6所述的方法,其特征在于,所述上层指示用于指示数据包的重传,包括:
所述上层指示用于指示第一数据包,所述第一数据包为第i个业务帧的第二数据包之后正确接收到的数据包,或者,所述第一数据包为第i个业务帧的第二数据包之前正确接收到的数据包,所述第二数据包为所述第i个业务帧中未正确接收的数据包。
8.根据权利要求5或6所述的方法,其特征在于,所述上层指示用于指示数据包的重传,包括:
所述上层指示用于指示第一数据包,其中,所述第一数据包为第i个业务帧的最后N个数据包,所述未正确接收的数据包为所述第i个业务帧的最后N个数据包,所述N为大于或等于1的正整数。
9.根据权利要求5或6所述的方法,其特征在于,所述上层指示用于指示数据包重传,包括:
所述上层指示用于指示至少一个需要重传的数据包的SN。
10.根据权利要求9所述的方法,其特征在于,所述至少一个需要重传的数据包的SN为所述至少一个需要重传的数据包的PDCPSN,或者,所述至少一个需要重传的数据包的RLCSN。
11.根据权利要求5-10任一所述的方法,其特征在于,所述接入层为分组数据汇聚协议PDCP层、无线链路控制RLC层或媒体接入控制MAC层。
12.一种通信装置,其特征在于,所述装置包括:
确定单元,用于确定未正确接收的数据包中包括至少一个重要数据包;
收发单元,用于向网络设备发送数据包重传指示。
13.一种芯片,其特征在于,包括处理器和通信接口,所述处理器被配置用于使所述芯片执行如权利要求1~11中任一项所述的方法。
14.一种模组设备,其特征在于,所述模组设备包括通信模组、电源模组、存储模组以及芯片,其中:
所述电源模组用于为所述模组设备提供电能;
所述存储模组用于存储数据和指令;
所述通信模组用于进行模组设备内部通信,或者用于所述模组设备与外部设备进行通信;
所述芯片用于执行如权利要求1~11中任一项所述的方法。
15.一种通信装置,其特征在于,包括存储器和处理器,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,使所述通信装置执行如权利要求1~11中任一项所述的方法。
16.一种计算机可读存储介质,其特征在于,所述计算机存储介质中存储有计算机可读指令,当所述计算机可读指令在通信装置上运行时,使得所述通信装置执行权利要求1~11中任一项所述的方法。
CN202210105105.8A 2022-01-28 2022-01-28 通信方法及通信装置 Pending CN116566553A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210105105.8A CN116566553A (zh) 2022-01-28 2022-01-28 通信方法及通信装置
PCT/CN2023/073302 WO2023143431A1 (zh) 2022-01-28 2023-01-20 通信方法及通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210105105.8A CN116566553A (zh) 2022-01-28 2022-01-28 通信方法及通信装置

Publications (1)

Publication Number Publication Date
CN116566553A true CN116566553A (zh) 2023-08-08

Family

ID=87470825

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210105105.8A Pending CN116566553A (zh) 2022-01-28 2022-01-28 通信方法及通信装置

Country Status (2)

Country Link
CN (1) CN116566553A (zh)
WO (1) WO2023143431A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1271955A3 (fr) * 2001-06-26 2007-05-02 Koninklijke Philips Electronics N.V. Procédé de transmission par paquet avec requetes en retransmission de paquet et mécanisme de controle relatif à la transmission de telles requètes
CN108282273B (zh) * 2017-01-05 2024-03-08 华为技术有限公司 分段重传的方法和装置
CN108667573B (zh) * 2017-04-01 2021-04-20 华为技术有限公司 一种数据处理方法、装置及相关设备
CN107277423B (zh) * 2017-07-28 2020-10-09 北京小米移动软件有限公司 丢包重传的方法及装置
US11115155B2 (en) * 2019-09-09 2021-09-07 Facebook Technologies, Llc Systems and methods for prioritizing packet retransmission

Also Published As

Publication number Publication date
WO2023143431A1 (zh) 2023-08-03

Similar Documents

Publication Publication Date Title
US11283554B2 (en) Method for partial retransmission
CN110621075B (zh) 一种传输数据的方法和装置
CN108307519B (zh) 消息传输方法、设备和系统
CN110089060B (zh) 无线装置及其中的方法、网络节点及其中的方法以及介质
CN110351020A (zh) 一种传输数据的方法、装置和系统
AU2018286249B2 (en) Communication method, apparatus, and computer-readable storage medium
US20170288742A1 (en) Wireless data transmission method, network side device, user equipment, and system
WO2019104470A1 (zh) 一种被用于非授权频谱的基站设备中的方法和装置
US20220416934A1 (en) Data processing method and apparatus
CN113796032A (zh) 用于半静态harq-ack码本确定的方法及设备
WO2022006914A1 (zh) 混合自动重传请求应答harq-ack的反馈方法和终端设备
WO2014110785A1 (en) Data transmission for low cost mtc devices
US20180049273A1 (en) Device and Method of Handling Communication with Communication Device
EP3512142B1 (en) Communication method, terminal device and network device
CN109644088B (zh) 基于载波聚合的反馈方法和设备
WO2022009702A1 (en) Multiplexing of harq-ack with different priorities on pucch
CN116114197B (zh) 无线通信的方法、终端设备和网络设备
CN116566553A (zh) 通信方法及通信装置
WO2022061751A1 (en) Method and apparatus for multicast and broadcast services
KR20220002450A (ko) 자원 활성화 방법, 장치, 저장 매체 및 전자 장치
CN111357223B (zh) 一种通信的方法、装置和计算机可读存储介质
WO2024199031A1 (zh) 通信方法与通信装置
WO2022204999A1 (zh) 存活时间的处理方法和终端设备
WO2019071463A1 (en) REQUEST FOR AUTOMATIC HYBRID REPEAT WITHOUT GRANT
WO2023165610A1 (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