CN116865913A - 数据包的传输方法和装置、存储介质及电子装置 - Google Patents

数据包的传输方法和装置、存储介质及电子装置 Download PDF

Info

Publication number
CN116865913A
CN116865913A CN202310882151.3A CN202310882151A CN116865913A CN 116865913 A CN116865913 A CN 116865913A CN 202310882151 A CN202310882151 A CN 202310882151A CN 116865913 A CN116865913 A CN 116865913A
Authority
CN
China
Prior art keywords
target
data packet
harq process
harq
occupied
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
CN202310882151.3A
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.)
Sunwave Communications Co Ltd
Original Assignee
Sunwave Communications 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 Sunwave Communications Co Ltd filed Critical Sunwave Communications Co Ltd
Priority to CN202310882151.3A priority Critical patent/CN116865913A/zh
Publication of CN116865913A publication Critical patent/CN116865913A/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/1607Details of the supervisory signal
    • 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]

Abstract

本申请公开了一种数据包的传输方法和装置、存储介质及电子装置,该方法包括:在目标基站上存在待传输的目标数据的情况下,检测目标基站上配置的多个HARQ进程的占用状态;在多个HARQ进程中每个HARQ进程均处于占用状态的情况下,获取当前每个HARQ进程被占用的目标占用时长;根据目标占用时长从多个HARQ进程中筛选出目标HARQ进程,其中,目标HARQ进程的目标占用时长大于或者等于参考占用时长;使用目标HARQ进程传输目标数据包,采用上述技术方案,解决了相关技术中通过HARQ进程传输数据包的传输效率较低等问题。

Description

数据包的传输方法和装置、存储介质及电子装置
技术领域
本申请涉及通信领域,具体而言,涉及一种数据包的传输方法和装置、存储介质及电子装置。
背景技术
在无线网络通信系统中,为了提升信号质量较差的环境下,尤其在快速移动场景或大数据速率场景下通信数据的高可靠性,混合自动重传请求(HARQ,HybridAutomaticRepeatRequest)技术是一种广泛使用的差错控制技术。HARQ技术应用于媒体访问控制层(MAC,MediumAccessControllayer),负责MAC层在传输数据发生错误时重新传输数据给接收端。基站侧创建多个HARQ进程,每个HARQ进程独立进行各自的处理过程,每个进程由唯一的process Id标识,基站侧一般使用停等式(SAW)的自动重传请求协议进行实现,在下行调度过程中基站侧每发送一个传输块TB(transport block)就会分配一个HARQ进程,接收端会对该TB进行CRC检错,若接收正确,返回确认(ACK)信号,基站侧接收到ACK反馈,则会释放该ACK反馈对应的HARQ进程,错误则返回不确认(NACK)信号,基站侧会使用已分配的HARQ进程重传该TB数据,当重传达到最大限制时,基站侧也会释放该HARQ进程,但在实际应用过程中,由于信道传输超时或信号质量较差导致长时间未收到终端的ACK/NACK反馈信息,基站侧已经分配的HARQ进程未正常释放,导致HARQ进程耗尽,无法进行资源调度。
针对相关技术中通过HARQ进程传输数据包的传输效率较低等问题,尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种数据包的传输方法和装置、存储介质及电子装置,以至少解决相关技术中通过HARQ进程传输数据包的传输效率较低等问题。
根据本申请实施例的一个实施例,提供了一种数据包的传输方法,包括:在目标基站上存在待传输的目标数据的情况下,检测所述目标基站上配置的多个HARQ进程的占用状态,其中,每个所述HARQ进程用于将一个待传输的数据包传输至对应的数据接收设备,所述目标数据包为未使用所述多个HARQ进程传输过的数据包;在所述多个HARQ进程中每个所述HARQ进程均处于占用状态的情况下,获取当前每个所述HARQ进程被占用的目标占用时长;根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,其中,所述目标HARQ进程的所述目标占用时长大于或者等于参考占用时长;使用所述目标HARQ进程传输所述目标数据包。
可选的,所述获取当前每个所述HARQ进程被占用的目标占用时长,包括:获取每个所述HARQ进程对应的第一时间戳,其中,所述第一时间戳为所述目标基站为参考数据包配置对应的所述HARQ进程的时间戳,所述参考数据包为所述HARQ进程当前传输的数据包;计算当前时刻对应的第二时间戳与所述第一时间戳的目标差值作为所述目标占用时长。
可选的,所述根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,包括:确定所述目标基站与参考设备之间的目标传输模式,其中,所述目标传输模式用于表征所述目标基站和所述参考设备之间的数据传输方式,所述参考设备为用于接收参考数据包的设备,所述参考数据包为对应的所述HARQ进程当前传输的数据包;从具有对应关系的传输模式和占用时长中确定出与所述目标传输模式对应的所述参考占用时长;将所述目标占用时长大于或者等于所述参考占用时长的所述HARQ进程确定为所述目标HARQ进程。
可选的,所述获取当前每个所述HARQ进程被占用的目标占用时长,包括:判断所述HARQ进程对参考数据包是否处于重传状态,其中,所述参考数据包为所述HARQ进程当前传输的数据包,所述重传状态用于指示所述HARQ进程由于数据接收设备对所述参考数据包接收异常导致的所述参考数据包被重复传输;在所述HARQ进程对所述参考数据包不处于所述重传状态的情况下,获取所述HARQ进程被占用的目标占用时长。
可选的,在所述判断所述HARQ进程对参考数据包是否处于重传状态之后,所述方法还包括:在所述HARQ进程对参考数据包处于重传状态的情况下,将所述HARQ进程对所述参考数据包的目标重传次数与参考重传次数进行匹配;在所述目标重传次数大于或者等于所述参考重传次数的情况下,将所述HARQ进程确定为所述目标HARQ进程。
可选的,在所述将所述HARQ进程对所述参考数据包的目标重传次数于参考重传次数进行匹配之前,所述方法还包括:确定所述参考数据包中携带的数据的参考数据类型;从具有对应关系的数据类型和重传次数中确定与所述参考数据类型对应的所述参考重传次数。
可选的,所述使用所述目标HARQ进程传输所述目标数据包,包括:将目标对应关系集合中存储的第一对应关系修改为第二对应关系,其中,所述第一对应关系中记录了具有对应关系的参考数据包和目标进程编号,所述第二对应关系中记录了具有对应关系的所述目标数据包和所述目标进程编号,所述目标进程编号为所述目标HARQ进程的进程编号,所述参考数据包为所述目标HARQ进程当前传输的数据包,所述目标基站用于根据所述目标对应关系集合使用所述HARQ进程传输对应的数据包。
根据本申请实施例的另一个实施例,还提供了一种数据包的传输装置,包括:检测模块,用于在目标基站上存在待传输的目标数据的情况下,检测所述目标基站上配置的多个HARQ进程的占用状态,其中,每个所述HARQ进程用于将一个待传输的数据包传输至对应的数据接收设备,所述目标数据包为未使用所述多个HARQ进程传输过的数据包;获取模块,用于在所述多个HARQ进程中每个所述HARQ进程均处于占用状态的情况下,获取当前每个所述HARQ进程被占用的目标占用时长;筛选模块,用于根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,其中,所述目标HARQ进程的所述目标占用时长大于或者等于参考占用时长;传输模块,用于使用所述目标HARQ进程传输所述目标数据包。
根据本申请实施例的又一方面,还提供了一种计算机可读的存储介质,该计算机可读的存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述数据包的传输方法。
根据本申请实施例的又一方面,还提供了一种电子装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,上述处理器通过计算机程序执行上述数据包的传输方法。
在本申请实施例中,在目标基站上存在待传输的目标数据的情况下,检测所述目标基站上配置的多个HARQ进程的占用状态,其中,每个所述HARQ进程用于将一个待传输的数据包传输至对应的数据接收设备,所述目标数据包为未使用所述多个HARQ进程传输过的数据包;在所述多个HARQ进程中每个所述HARQ进程均处于占用状态的情况下,获取当前每个所述HARQ进程被占用的目标占用时长;根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,其中,所述目标HARQ进程的所述目标占用时长大于或者等于参考占用时长;使用所述目标HARQ进程传输所述目标数据包,即通过对基站上HARQ进程的占用时长进行监控,进而当存在需要传输的目标数据包,并且基站上设置的多个HARQ进程都处于占用状态的情况下,通过根据占用时长从多个HARQ进程中挑选出目标HARQ进程用于传输目标数据包,从而避免了基站设备上配置的多个HARQ进程长时间被占用从而导致的新接收到的数据包无法被传输。采用上述技术方案,解决了相关技术中通过HARQ进程传输数据包的传输效率较低等问题,实现了通过HARQ进程传输数据包的传输效率的技术效果。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是根据本申请实施例的一种数据包的传输方法的硬件环境示意图;
图2是根据本申请实施例的一种数据包的传输方法的流程图;
图3是根据本申请实施例的一种可选的数据发送示意图;
图4是根据申请实施例的一种可选的数据交互示意图;
图5是根据本申请实施例的一种可选的确定目标HARQ进程示意图一;
图6是根据本申请实施例的一中可选的确定目标HARQ进程示意图二;
图7是根据本申请实施例的一种可选的数据包传输流程图;
图8是根据本申请实施例的一种数据包的传输装置的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例所提供的方法实施例可以在计算机终端、设备终端或者类似的运算装置中执行。以运行在计算机终端上为例,图1是根据本申请实施例的一种数据包的传输方法的硬件环境示意图。如图1所示,计算机终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104,在一个示例性实施例中,上述计算机终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述计算机终端的结构造成限定。例如,计算机终端还可包括比图1中所示更多或者更少的组件,或者具有与图1所示等同功能或比图1所示功能更多的不同的配置。
存储器104可用于存储计算机程序,例如,应用软件的软件程序以及模块,如本发明实施例中的消息推送的发送方法对应的计算机程序,处理器102通过运行存储在存储器104内的计算机程序,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中,传输设备106包括一个网络适配器(Network Interface Controller,简称为NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输设备106可以为射频(Radio Frequency,简称为RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种数据包的传输方法,应用于上述计算机终端,图2是根据本申请实施例的一种数据包的传输方法的流程图,该流程包括如下步骤:
步骤S202,在目标基站上存在待传输的目标数据的情况下,检测所述目标基站上配置的多个HARQ进程的占用状态,其中,每个所述HARQ进程用于将一个待传输的数据包传输至对应的数据接收设备,所述目标数据包为未使用所述多个HARQ进程传输过的数据包;
步骤S204,在所述多个HARQ进程中每个所述HARQ进程均处于占用状态的情况下,获取当前每个所述HARQ进程被占用的目标占用时长;
步骤S206,根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,其中,所述目标HARQ进程的所述目标占用时长大于或者等于参考占用时长;
步骤S208,使用所述目标HARQ进程传输所述目标数据包。
通过上述步骤,通过对基站上HARQ进程的占用时长进行监控,进而当存在需要传输的目标数据包,并且基站上设置的多个HARQ进程都处于占用状态的情况下,通过根据占用时长从多个HARQ进程中挑选出目标HARQ进程用于传输目标数据包,从而避免了基站设备上配置的多个HARQ进程长时间被占用从而导致的新接收到的数据包无法被传输。采用上述技术方案,解决了相关技术中通过HARQ进程传输数据包的传输效率较低等问题,实现了通过HARQ进程传输数据包的传输效率的技术效果。
在上述步骤S202提供的技术方案中,可以但不限与通过构建HARQ进程和数据包的对应关系的方式,基站根据该对应关系代用HARQ进程传输对应的数据,从而实现通过HARQ进程和数据包的对应关系从而确定各个HARQ进程的占用状态,或者还可以是通过构建数据包和HARQ进程的进程标识的对应关系的方式,基站在需要传输数据包时,可以从该对应关系中查找出HARQ进程的进行标识对应的数据包,进而能够确定出进程标识对应的HARQ进程的占用状态。
可选地,在本实施例中,HARQ技术应用于媒体访问控制层(MAC,MediumAccessControllayer),负责MAC层在传输数据发生错误时重新传输数据给接收端。基站侧创建多个HARQ进程,每个HARQ进程独立进行各自的处理过程在下行调度过程中基站侧每发送一个传输块TB(transport block)就会分配一个HARQ进程,图3是根据本申请实施例的一种可选的数据发送示意图,如图3所示,基站上建立了多个HARQ进程,每个HARQ进程独立进行各自的处理过程,用于向对应的终端设备发送数据。
可选地,在本实施例中,基站侧一般使用停等式(SAW)的自动重传请求协议进行实现,图4是根据申请实施例的一种可选的数据交互示意图,如图4所示,在下行调度过程中基站侧每发送一个传输块TB(transport block)就会分配一个HARQ进程,终端设备会对该TB进行CRC检错,若接收正确,返回确认(ACK)信号,基站侧接收到ACK反馈,则会释放该ACK反馈对应的HARQ进程,错误则返回不确认(NACK)信号,基站侧会使用已分配的HARQ进程重传该TB数据。
在上述步骤S204提供的技术方案中,在基站上可以但不限于为每个HARQ进程设置一个计时器,该计时器用于记载对应的HARQ进程被占用的时长,从而通过该方式得到各个HARQ进程的目标占用时长。还可以是通过记载时间戳的方式,当为每个数据包分配HARQ进程时,增加一个时间戳,记为HarqProcessIdT1,用以标记当前新传数据成功分配的HARQ进程的时间点,在需要获取目标占用时长是,通获取当前时刻的时间戳HarqProcessIdT2,进而将HarqProcessIdT2与HarqProcessIdT1的差值确定为对应HARQ进程的占用时长。
在上述步骤S206提供的技术方案中,参考占用时长可以是根据各个HARQ进程对应的目标占用时长确定的,比如,计算基站上配置的全部HARQ进程的占用时长的占用时长平均值作为参考占用时长,或者通过对全部的HARQ进程的占用时长进行比较,从中挑选出参考占用时长。或者参考占用时长还可以根据基站和终端之间的数据传输的双工模式和TDD子帧确定的,比如,设置双工模式、TDD子帧和占用时长的对应关系,从中筛选出与当前双工模式和TDD子帧对应的参考占用时长。
可选地,在本实施例中,多个HARQ进程中的每个进行都设置有位置的进程编号,在获取每个HARQ进程的占用时长之前,还可以对多个HARQ进程的进程编号进行识别,并检测进程编号的编号值是否大于多个HARQ进程的总数,在确定某个HARQ进程的进程编号大于多个HARQ进程的总数的情况下,可以确定该HARQ进程为异常进程,进而将该HARQ进程确定为目标HARQ进程,并重新为目标HARQ进程配置进程编号。
在上述步骤S208提供的实施例中,使用目标数据包可以在目标HARQ进程中加密传输或者按照与接收目标数据包的终端设备之间预先约定的加密方式进行传输,本方案对此不做限定。
可选地,在本实施例中,当确定出目标HARQ进程后,首先需要释放目标HARQ进程上当前传输的业务数据,并配置目标HARQ进程为传输目标数据包的HARQ进程。
作为一种可选的实施例,所述获取当前每个所述HARQ进程被占用的目标占用时长,包括:
获取每个所述HARQ进程对应的第一时间戳,其中,所述第一时间戳为所述目标基站为参考数据包配置对应的所述HARQ进程的时间戳,所述参考数据包为所述HARQ进程当前传输的数据包;
计算当前时刻对应的第二时间戳与所述第一时间戳的目标差值作为所述目标占用时长。
可选地,在本实施例中,时间戳可以但不限与是根据当前TTI的子帧和系统帧消息组合成16比特的时间戳。
作为一种可选的实施例,所述根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,包括:
确定所述目标基站与参考设备之间的目标传输模式,其中,所述目标传输模式用于表征所述目标基站和所述参考设备之间的数据传输方式,所述参考设备为用于接收参考数据包的设备,所述参考数据包为对应的所述HARQ进程当前传输的数据包;
从具有对应关系的传输模式和占用时长中确定出与所述目标传输模式对应的所述参考占用时长;
将所述目标占用时长大于或者等于所述参考占用时长的所述HARQ进程确定为所述目标HARQ进程。
可选地,在本实施例中,目标传输模式可以但不限与把包括双工模式(比如时分双工模式、频分双工模式等等)和单工模式,本方案对此不做限定。
作为一种可选的实施例,所述获取当前每个所述HARQ进程被占用的目标占用时长,包括:
判断所述HARQ进程对参考数据包是否处于重传状态,其中,所述参考数据包为所述HARQ进程当前传输的数据包,所述重传状态用于指示所述HARQ进程由于数据接收设备对所述参考数据包接收异常导致的所述参考数据包被重复传输;
在所述HARQ进程对所述参考数据包不处于所述重传状态的情况下,获取所述HARQ进程被占用的目标占用时长。
可选地,在本实施例中,判断参考数据包的重传状态可以是通过检测参考数据对应的数据传输信息的方式,该数据传输信息可以是在发送参考数据包的设备上配置的用于表征数据传输次数的信息,比如在发送参考数据包的设备上记录各个数据包的发送次数,进而当发送次数为0时则确定该数据包为新传数据包,当发送次数为大于等于1的整数时,确定该数据包为重传数据包;数据传输信息还可以是NDI(new data indication,新传数据指示)字段,本方案对此不做限定。
可选地,在本实施例中,对于不同的重传状态可以设置不同的检测机制,从而检测当前进程是否需要被释放,是否需要被设置为用于传输目标数据包的目标进程,比如当被占用的进程上传输的数据包为重传数据包的情况下,可以根据重传次数确定当前进程是否可以作为传送目标数据包的目标HARQ进程,当被占用进程上传输的数据包为新传数据包的情况下,可以根据进程被占用的时长确定当前时长是否可以作为传输目标数据包的目标HARQ进程,图5是根据本申请实施例的一种可选的确定目标HARQ进程示意图一,如图5所示,至少包括如下步骤:
S501,针对每个TTI调度的UE的情况,首先判断该UE调度的目标数据包为新传还是重传,重传则返回已分配的HARQ进程,新传数据包则新分配下行资源。当需要为目标数据包分配HARQ进程,则需要确定当前基站上分配的全部HARQ进程的占用状态,从中筛选出处于为空闲状态的HARQ进程作为目标HARQ进程,对于新传数据成功分配的HarqProcessId,根据当前TTI调度的子帧和系统帧消息,给新传数据获取的HarqProcessId标记时间戳HarqProcessIdT1,并将该Harq进程置为占用态。但当基站上配置的全部HARQ进程均处于占用状态的情况下,则不能成功分配可用的HarqProcessId,则需要根据各个进程对数据包的重传状态确定出目标HARQ进程。
S502,遍历基站上部署的HARQ进程,确定各个进程上当前传输的数据包的重传状态。
S503,在进程上传输的数据包为重传数据包的情况下,则根据重传次数确定目标HARQ进程,比如,当重传次数大于参考重传次数,则将该HARQ进程确定为目标HARQ进程。
S504,在进程上传输的数据包为新传数据包的情况下,则根据进程被占用的时长确定目标HARQ进程,比如,当占用时长大于参考重传次数,则将该HARQ进程确定为目标HARQ进程。
在上述实施例中,为了避免重传数据包未满足重传次数导致的进程的长时间被占用,则可以根据处于重传状态的HARQ进程被占用时长确定出目标HARQ进程,图6是根据本申请实施例的一中可选的确定目标HARQ进程示意图二,如图6所示,至少包括如下步骤:
S601,检测当前进程的目标重传次数是否大于参考重传次数,在大于参考重传次数的情况下,执行步骤S603,在小于参考重传次数的情况下,执行步骤S602。
S602,在当前重传状态的进程的重传次数未达到参考重传次数的情况下,获取当前时间戳,并计算当前时间戳和当前进程被占用时刻对应的时间戳的差值,得到目标占用时长,判断目标占用时长是否大于参考占用时长。
S603,在目标占用时长大于参考占用时长的情况下,将当前HARQ进程确定为目标HARQ进程。
作为一种可选的实施例,在所述判断所述HARQ进程对参考数据包是否处于重传状态之后,所述方法还包括:
在所述HARQ进程对参考数据包处于重传状态的情况下,将所述HARQ进程对所述参考数据包的目标重传次数与参考重传次数进行匹配;
在所述目标重传次数大于或者等于所述参考重传次数的情况下,将所述HARQ进程确定为所述目标HARQ进程。
可选地,在本实施例中,在参考数据包处于重传状态的情况下,也可以先判断该数据包对HARQ进程的目标占用时长,当目标占用时长大于或者等于参考占用时长的情况下,将HARQ进程确定为目标HARQ进程,当目标占用时长小于参考占用时长的情况下,确定该数据包的目标重传次数,并在目标重传次数大于或者等于参考重传次数的情况下,将HARQ进程确定为目标HARQ进程。
可选地,在本实施例中,参考重传次数可以是根据各个HARQ进程对应的目标重传次数确定的,比如,计算基站上配置的全部HARQ进程的重传次数的重传次数平均值作为参考重传次数,或者通过对全部的HARQ进程的重传次数进行比较,从中挑选出最大次数作为参考重传次数。或者参考重传次数还可以根据基站和终端之间的数据传输的双工模式和TDD子帧确定的,比如,设置双工模式、TDD子帧和重传次数的对应关系,从中筛选出与当前双工模式和TDD子帧对应的参考重传次数。
可选地,在本实施例中,参考重传次数还可以是与传输的数据包的数据类型对应设置的重传次数,或者还可以是根据数据包所携带的数据的大小设备的重重次数,本方案对此不做限定。
作为一种可选的实施例,在所述将所述HARQ进程对所述参考数据包的目标重传次数于参考重传次数进行匹配之前,所述方法还包括:
确定所述参考数据包中携带的数据的参考数据类型;
从具有对应关系的数据类型和重传次数中确定与所述参考数据类型对应的所述参考重传次数。
作为一种可选的实施例,所述使用所述目标HARQ进程传输所述目标数据包,包括:
将目标对应关系集合中存储的第一对应关系修改为第二对应关系,其中,所述第一对应关系中记录了具有对应关系的参考数据包和目标进程编号,所述第二对应关系中记录了具有对应关系的所述目标数据包和所述目标进程编号,所述目标进程编号为所述目标HARQ进程的进程编号,所述参考数据包为所述目标HARQ进程当前传输的数据包,所述目标基站用于根据所述目标对应关系集合使用所述HARQ进程传输对应的数据包。
可选地,在本实施例中,每个HARQ进程独立进行各自的处理过程,每个进程由唯一的进程编号。
图7是根据本申请实施例的一种可选的数据包传输流程图,如图7所示,至少包括如下步骤:
S701,每个下行TTI,MAC进行下行调度,根据当前调度UE是否为新传数据进行下行资源的调度,如果调度的资源为新传数据,则进行RB数、MCS,以及下行HARQ进程等资源的分配,否则该数据为重传数据,则从重传队列中获取重传数据,调度资源采用新传时已经分配的HARQ进程,其中HARQ进程用HARQProcessID表示。
S702,判断当前TTI调度是否为新传数据包(即判断目标数据包是否为新传数据包),在为新传数据包的情况下,执行步骤S703,在不为新传数据包的情况下,则执行步骤S713。
S703,检测当前基站上配置的全部HARQ进程的占用状态,从中确定是否存在空闲的HARQProcessID,在存在空闲的HARQProcessID的情况下,执行步骤S704,在不存在HARQProcessID的情况下,执行步骤S705。
S704,在存在空闲HARQProcessID的情况下,分配空闲HARQProcessID,同时基于当前调度时刻的系统帧和子帧信息,为该TTI成功分配的HarqProcessId标记时间戳HARQProcessIDT1,并将Harq进程的状态置为占用态。
S705,如果在下行调度过程中无法正常获取空闲态HARQProcessID的情况,需遍历所有的HARQ进程,并且分以下两种情况进行处理,首先判断当前遍历的HARQProcessID是否小于当前配置的最大HARQ进程总数。
S706,检测各个HARQ进程上当前传输的数据包是否为新传数据包。
S707,在HARQ进程上当前传输的数据包为新传数据包的情况下,获取当前时间戳HARQProcessIDT2,并计算HARQProcessIDT2与HARQProcessIDT1之间的差值△T(目标占用时长)。
S708,检测目标占用时长是否小于或者等于HARQTimeout(参考占用时长),当目标占用时长大于参考占用时长的情况下,执行步骤S714。
S709,释放占用时长超过参考占用时长的进程,并将该进程确定为目标HARQ进程。
S710,检测进程重传数据包的次数是否大于最大重传次数(参考重传次数),当大于参考重传次数的情况下执行步骤S711,否则执行步骤S714。
S711,释放重传超过最大重传次数的进程,并将该进程确定为目标HARQ进程。
S712,配置用于指示该进程被目标数据包占用的初始占用时刻的时间戳。
S713,返回新传时已经分配的进程。
S714,进程发送当前需要发送的数据包。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件和必需的通用硬件平台的方式来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例的方法。
图8是根据本申请实施例的一种数据包的传输装置的结构框图;如图8所示,包括:检测模块82,用于在目标基站上存在待传输的目标数据的情况下,检测所述目标基站上配置的多个HARQ进程的占用状态,其中,每个所述HARQ进程用于将一个待传输的数据包传输至对应的数据接收设备,所述目标数据包为未使用所述多个HARQ进程传输过的数据包;获取模块84,用于在所述多个HARQ进程中每个所述HARQ进程均处于占用状态的情况下,获取当前每个所述HARQ进程被占用的目标占用时长;筛选模块86,用于根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,其中,所述目标HARQ进程的所述目标占用时长大于或者等于参考占用时长;传输模块88,用于使用所述目标HARQ进程传输所述目标数据包。
通过以上内容,通过对基站上HARQ进程的占用时长进行监控,进而当存在需要传输的目标数据包,并且基站上设置的多个HARQ进程都处于占用状态的情况下,通过根据占用时长从多个HARQ进程中挑选出目标HARQ进程用于传输目标数据包,从而避免了基站设备上配置的多个HARQ进程长时间被占用从而导致的新接收到的数据包无法被传输。采用上述技术方案,解决了相关技术中通过HARQ进程传输数据包的传输效率较低等问题,实现了通过HARQ进程传输数据包的传输效率的技术效果。
可选的,所述获取模块,包括:第一获取单元,用于获取每个所述HARQ进程对应的第一时间戳,其中,所述第一时间戳为所述目标基站为参考数据包配置对应的所述HARQ进程的时间戳,所述参考数据包为所述HARQ进程当前传输的数据包;计算单元,用于计算当前时刻对应的第二时间戳与所述第一时间戳的目标差值作为所述目标占用时长。
可选的,所述筛选模块,包括:第一确定单元,用于确定所述目标基站与参考设备之间的目标传输模式,其中,所述目标传输模式用于表征所述目标基站和所述参考设备之间的数据传输方式,所述参考设备为用于接收参考数据包的设备,所述参考数据包为对应的所述HARQ进程当前传输的数据包;第二确定单元,用于从具有对应关系的传输模式和占用时长中确定出与所述目标传输模式对应的所述参考占用时长;第三确定单元,用于将所述目标占用时长大于或者等于所述参考占用时长的所述HARQ进程确定为所述目标HARQ进程。
可选的,所述获取模块,包括:判断单元,用于判断所述HARQ进程对参考数据包是否处于重传状态,其中,所述参考数据包为所述HARQ进程当前传输的数据包,所述重传状态用于指示所述HARQ进程由于数据接收设备对所述参考数据包接收异常导致的所述参考数据包被重复传输;第二获取单元,用于在所述HARQ进程对所述参考数据包不处于所述重传状态的情况下,获取所述HARQ进程被占用的目标占用时长。
可选的,所述装置还包括:匹配模块,用于在所述判断所述HARQ进程对参考数据包是否处于重传状态之后,在所述HARQ进程对参考数据包处于重传状态的情况下,将所述HARQ进程对所述参考数据包的目标重传次数与参考重传次数进行匹配;第一确定模块,用于在所述目标重传次数大于或者等于所述参考重传次数的情况下,将所述HARQ进程确定为所述目标HARQ进程。
可选的,所述装置还包括:第二确定模块,用于在所述将所述HARQ进程对所述参考数据包的目标重传次数于参考重传次数进行匹配之前,确定所述参考数据包中携带的数据的参考数据类型;第三确定模块,用于从具有对应关系的数据类型和重传次数中确定与所述参考数据类型对应的所述参考重传次数。
可选的,所述传输模块,包括:修改单元,用于将目标对应关系集合中存储的第一对应关系修改为第二对应关系,其中,所述第一对应关系中记录了具有对应关系的参考数据包和目标进程编号,所述第二对应关系中记录了具有对应关系的所述目标数据包和所述目标进程编号,所述目标进程编号为所述目标HARQ进程的进程编号,所述参考数据包为所述目标HARQ进程当前传输的数据包,所述目标基站用于根据所述目标对应关系集合使用所述HARQ进程传输对应的数据包。
本申请的实施例还提供了一种存储介质,该存储介质包括存储的程序,其中,上述程序运行时执行上述任一项数据包的传输方法。
可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:在目标基站上存在待传输的目标数据的情况下,检测所述目标基站上配置的多个HARQ进程的占用状态,其中,每个所述HARQ进程用于将一个待传输的数据包传输至对应的数据接收设备,所述目标数据包为未使用所述多个HARQ进程传输过的数据包;在所述多个HARQ进程中每个所述HARQ进程均处于占用状态的情况下,获取当前每个所述HARQ进程被占用的目标占用时长;根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,其中,所述目标HARQ进程的所述目标占用时长大于或者等于参考占用时长;使用所述目标HARQ进程传输所述目标数据包。
本申请的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项数据包的传输方法实施例中的步骤。
可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:在目标基站上存在待传输的目标数据的情况下,检测所述目标基站上配置的多个HARQ进程的占用状态,其中,每个所述HARQ进程用于将一个待传输的数据包传输至对应的数据接收设备,所述目标数据包为未使用所述多个HARQ进程传输过的数据包;在所述多个HARQ进程中每个所述HARQ进程均处于占用状态的情况下,获取当前每个所述HARQ进程被占用的目标占用时长;根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,其中,所述目标HARQ进程的所述目标占用时长大于或者等于参考占用时长;使用所述目标HARQ进程传输所述目标数据包。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access介质。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种数据包的传输方法,其特征在于,包括:
在目标基站上存在待传输的目标数据的情况下,检测所述目标基站上配置的多个HARQ进程的占用状态,其中,每个所述HARQ进程用于将一个待传输的数据包传输至对应的数据接收设备,所述目标数据包为未使用所述多个HARQ进程传输过的数据包;
在所述多个HARQ进程中每个所述HARQ进程均处于占用状态的情况下,获取当前每个所述HARQ进程被占用的目标占用时长;
根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,其中,所述目标HARQ进程的所述目标占用时长大于或者等于参考占用时长;使用所述目标HARQ进程传输所述目标数据包。
2.根据权利要求1所述的方法,其特征在于,所述获取当前每个所述HARQ进程被占用的目标占用时长,包括:
获取每个所述HARQ进程对应的第一时间戳,其中,所述第一时间戳为所述目标基站为参考数据包配置对应的所述HARQ进程的时间戳,所述参考数据包为所述HARQ进程当前传输的数据包;
计算当前时刻对应的第二时间戳与所述第一时间戳的目标差值作为所述目标占用时长。
3.根据权利要求1所述的方法,其特征在于,所述根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,包括:
确定所述目标基站与参考设备之间的目标传输模式,其中,所述目标传输模式用于表征所述目标基站和所述参考设备之间的数据传输方式,所述参考设备为用于接收参考数据包的设备,所述参考数据包为对应的所述HARQ进程当前传输的数据包;
从具有对应关系的传输模式和占用时长中确定出与所述目标传输模式对应的所述参考占用时长;
将所述目标占用时长大于或者等于所述参考占用时长的所述HARQ进程确定为所述目标HARQ进程。
4.根据权利要求1所述的方法,其特征在于,所述获取当前每个所述HARQ进程被占用的目标占用时长,包括:
判断所述HARQ进程对参考数据包是否处于重传状态,其中,所述参考数据包为所述HARQ进程当前传输的数据包,所述重传状态用于指示所述HARQ进程由于数据接收设备对所述参考数据包接收异常导致的所述参考数据包被重复传输;
在所述HARQ进程对所述参考数据包不处于所述重传状态的情况下,获取所述HARQ进程被占用的目标占用时长。
5.根据权利要求4所述的方法,其特征在于,在所述判断所述HARQ进程对参考数据包是否处于重传状态之后,所述方法还包括:
在所述HARQ进程对参考数据包处于重传状态的情况下,将所述HARQ进程对所述参考数据包的目标重传次数与参考重传次数进行匹配;
在所述目标重传次数大于或者等于所述参考重传次数的情况下,将所述HARQ进程确定为所述目标HARQ进程。
6.根据权利要求4所述的方法,其特征在于,在所述将所述HARQ进程对所述参考数据包的目标重传次数于参考重传次数进行匹配之前,所述方法还包括:确定所述参考数据包中携带的数据的参考数据类型;
从具有对应关系的数据类型和重传次数中确定与所述参考数据类型对应的所述参考重传次数。
7.根据权利要求1所述的方法,其特征在于,所述使用所述目标HARQ进程传输所述目标数据包,包括:
将目标对应关系集合中存储的第一对应关系修改为第二对应关系,其中,所述第一对应关系中记录了具有对应关系的参考数据包和目标进程编号,所述第二对应关系中记录了具有对应关系的所述目标数据包和所述目标进程编号,所述目标进程编号为所述目标HARQ进程的进程编号,所述参考数据包为所述目标HARQ进程当前传输的数据包,所述目标基站用于根据所述目标对应关系集合使用所述HARQ进程传输对应的数据包。
8.一种数据包的传输装置,其特征在于,包括:
检测模块,用于在目标基站上存在待传输的目标数据的情况下,检测所述目标基站上配置的多个HARQ进程的占用状态,其中,每个所述HARQ进程用于将一个待传输的数据包传输至对应的数据接收设备,所述目标数据包为未使用所述多个HARQ进程传输过的数据包;
获取模块,用于在所述多个HARQ进程中每个所述HARQ进程均处于占用状态的情况下,获取当前每个所述HARQ进程被占用的目标占用时长;
筛选模块,用于根据所述目标占用时长从所述多个HARQ进程中筛选出目标HARQ进程,其中,所述目标HARQ进程的所述目标占用时长大于或者等于参考占用时长;
传输模块,用于使用所述目标HARQ进程传输所述目标数据包。
9.一种计算机可读的存储介质,其特征在于,所述计算机可读的存储介质包括存储的程序,其中,所述程序运行时执行权利要求1至7中任一项所述的方法。
10.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为通过所述计算机程序执行权利要求1至7中任一项所述的方法。
CN202310882151.3A 2023-07-18 2023-07-18 数据包的传输方法和装置、存储介质及电子装置 Pending CN116865913A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310882151.3A CN116865913A (zh) 2023-07-18 2023-07-18 数据包的传输方法和装置、存储介质及电子装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310882151.3A CN116865913A (zh) 2023-07-18 2023-07-18 数据包的传输方法和装置、存储介质及电子装置

Publications (1)

Publication Number Publication Date
CN116865913A true CN116865913A (zh) 2023-10-10

Family

ID=88218815

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310882151.3A Pending CN116865913A (zh) 2023-07-18 2023-07-18 数据包的传输方法和装置、存储介质及电子装置

Country Status (1)

Country Link
CN (1) CN116865913A (zh)

Similar Documents

Publication Publication Date Title
JP6275802B2 (ja) 意図しないダウンリンクサブフレームのためのharq−ackハンドリング
CN106452661B (zh) 应答信息的传输方法、装置、基站及终端
TWI469674B (zh) 用於媒體存取控制(mac)訊息可靠度之方法及設備
EP1020048B1 (en) Method and apparatus for conveying data packets in a packet data communication system
TWI489816B (zh) 由一無線傳輸/接收單元(wtru)實施的方法以及無線傳輸/接收單元
KR101141645B1 (ko) 데이터 블록 전송 제어 방법
US8281204B2 (en) Method and arrangement in a telecommunication system in which an acknowledgment message is fed back for a bundle of frames
KR101792167B1 (ko) 데이터 전송 방법, 장치 및 시스템
CN108631954B (zh) 一种数据传输方法及装置
JP6262359B2 (ja) データ伝送方法及びデータ伝送システム並びにデータ伝送装置
JP6374945B2 (ja) 限定されたharqプロセスを伴う分散型ネットワークトポロジにおけるより多くの伝送機会を使用するための方法および装置
CN111585722B (zh) 物理上行共享信道的传输方法、终端及网络设备
EP2613468A1 (en) Method for uplink transmitting of radio link control (rlc) layer and evolced node b (enb)
WO2016049850A1 (zh) 一种上行数据的传输方法及相关设备
US10693597B2 (en) Method and apparatus for transmitting status report for receiver
US20190253921A1 (en) Method for transmitting and receiving data in wireless communication system and apparatus for the same
CN102740353A (zh) 上行状态报告上报方法、无线链路控制数据发送方法及装置
CN1260658A (zh) 无线通信系统中分配无线资源的方法
CN112448792B (zh) 基站及其数据重传方法
CN111817824B (zh) 一种信息传输方法、终端设备和控制节点
US11812511B2 (en) TCP acknowledgment latency optimization
WO2018086707A1 (en) Feedback based flexible transmission scheme for contention-based urllc transmission
CN102201901A (zh) 数据重传方法及装置
JP2014192811A (ja) 中継装置及び通信方法
WO2016172818A1 (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