CN116015565A - 数据重传方法、装置、设备及存储介质 - Google Patents
数据重传方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN116015565A CN116015565A CN202211566854.7A CN202211566854A CN116015565A CN 116015565 A CN116015565 A CN 116015565A CN 202211566854 A CN202211566854 A CN 202211566854A CN 116015565 A CN116015565 A CN 116015565A
- Authority
- CN
- China
- Prior art keywords
- data
- entity
- retransmission
- rlc
- mac
- 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
- 238000000034 method Methods 0.000 title claims abstract description 132
- 230000005540 biological transmission Effects 0.000 claims abstract description 114
- 238000004891 communication Methods 0.000 claims abstract description 17
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims description 35
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims description 35
- 230000008569 process Effects 0.000 claims description 20
- 238000004590 computer program Methods 0.000 claims description 9
- 239000000523 sample Substances 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 24
- 238000013461 design Methods 0.000 description 17
- 238000012937 correction Methods 0.000 description 14
- 238000005457 optimization Methods 0.000 description 12
- 230000007246 mechanism Effects 0.000 description 9
- 239000000872 buffer Substances 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 206010000210 abortion Diseases 0.000 description 2
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 238000013475 authorization Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本申请公开了一种数据重传方法、装置、设备及存储介质,属于通信领域。所述方法由第一设备执行,所述第一设备运行有第一中间接入控制MAC实体和第一无线链路控制RLC实体,所述方法包括:在所述第一MAC实体确定混合自动重传请求HARQ传输中的数据发生丢失的情况下,所述第一MAC实体触发所述第一RLC实体对所述数据进行自动重传请求ARQ重传。该方法通过第一MAC实体触发第一RLC实体进行ARQ重传,实现了对数据的快速重传,降低了数据重传的时延。
Description
技术领域
本申请实施例涉及通信领域,特别涉及一种数据重传方法、装置、设备及存储介质。
背景技术
混合自动重传请求(Hybrid Automatic Repeat ReQuest,HARQ)技术为将前向纠错和自动重传请求(Automatic Repeat ReQuest,ARQ)结合而形成的数据传输技术,HARQ重传的前向纠错功能由中间接入控制(Medium Access Control,MAC)层和物理(PHYsical,PHY)层一起完成。
相关技术中,在HARQ重传达到最大次数且数据仍然没有传输成功的情况下,接收方的无线链路控制(Radio Link Control,RLC)层向发送方的RLC层发送状态(Status)协议数据单元(Protocol Data Unit,PDU);发送方的RLC层在接收该status PDU后获知数据已经丢失,然后通过RLC的确认模式(Acknowledged Mode,AM)的ARQ重传数据。
然而RLC的AM模式的ARQ重传时延是HARQ最大重传次数耗时的4-5倍,如何降低数据重传时延,是需要解决的问题。
发明内容
本申请实施例提供了一种数据重传方法、装置、设备及存储介质。所述技术方案如下:
根据本申请的一个方面,提供了一种数据重传方法,所述方法由第一设备执行,所述第一设备运行有第一MAC实体和第一RLC实体,所述方法包括:
在所述第一MAC实体确定HARQ传输中的数据发生丢失的情况下,所述第一MAC实体触发所述第一RLC实体对所述数据进行ARQ重传。
根据本申请的一个方面,提供了一种数据重传方法,所述方法由第二设备执行,所述第二设备运行有第二MAC实体,所述方法包括:
在所述第二MAC实体确定HARQ传输中的数据发生丢失的情况下,所述第二MAC实体向第一设备的第一MAC实体发送数据丢失通知。
根据本申请的一个方面,提供了一种数据重传装置,所述装置包括:
触发模块,用于在所述第一MAC实体确定HARQ传输中的数据发生丢失的情况下,所述第一MAC实体触发所述第一RLC实体对所述数据进行ARQ重传。
根据本申请的一个方面,提供了一种数据重传装置,所述装置包括:
发送模块,用于在所述第二MAC实体确定HARQ传输中的数据发生丢失的情况下,所述第二MAC实体向第一设备的第一MAC实体发送数据丢失通知。
根据本公开实施例的另一个方面,提供了一种终端,该终端包括:
处理器;
与处理器相连的收发器;
其中,处理器被配置为加载并执行可执行指令以实现如上各个方面的数据重传方法。
根据本公开实施例的另一个方面,提供了一种网络设备,该网络设备包括:
处理器;
与处理器相连的收发器;
其中,处理器被配置为加载并执行可执行指令以实现如上各个方面的数据重传方法。
根据本公开实施例的另一个方面,提供了一种芯片,该芯片包括可编程逻辑电路和/或程序指令,当该芯片运行时用于实现如上各个方面的数据重传方法。
根据本公开实施例的另一个方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如上各个方面的数据重传方法。
根据本公开实施例的另一个方面,提供了一种计算机程序产品,该计算机程序产品包括计算机指令,计算机指令存储在计算机可读存储介质中;该计算机设备的处理器从计算机可读存储介质中读取计算机指令,处理器执行计算机指令,使得计算机设备执行如上各个方面的数据重传方法。
本申请实施例提供的技术方案可以包括如下有益效果:
该方法通过第一MAC实体在确定HARQ传输中的数据发生丢失后触发第一RLC实体对该数据进行ARQ重传,实现了快速启动数据的ARQ重传,降低了数据重传的时延,提升了通讯的效率。
附图说明
图1是本申请一个实施例提供的无线通信系统的示意图;
图2是相关技术中HARQ和ARQ技术的协议层次分布示意图;
图3是本申请一个实施例提供的数据重传方法的流程图;
图4是本申请一个实施例提供的数据重传方法的流程图;
图5是本申请一个实施例提供的数据重传方法中HARQ进程序号和MACSN、PDCP SN的对应方法示意图;
图6是本申请一个实施例提供的数据重传方法的传输示意图;
图7是本申请一个实施例提供的数据重传方法的流程图;
图8是本申请一个实施例提供的数据重传方法的传输示意图;
图9是本申请一个实施例提供的数据重传方法的流程图;
图10是本申请一个实施例提供的数据重传方法的传输示意图;
图11是无需采用本申请的数据重传方法进行优化的传输场景的示意图;
图12是本申请一个实施例提供的数据重传方法中QoS不满足的优化方法示意图;
图13是本申请一个实施例提供的数据重传方法的流程图;
图14是本申请一个实施例提供的数据重传装置的框图;
图15是本申请一个实施例提供的数据重传装置的框图;
图16是本申请一个实施例提供的终端的结构示意图;
图17是本申请一个实施例提供的网络设备的框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案,并不构成对本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
图1示出了本申请一个实施例提供的无线通信系统的示意图。终端10可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(User Equipment,UE),移动台(MobileStation,MS)等等。为方便描述,本申请实施例中,上面提到的设备统称为终端。
网络设备20是一种部署在接入网中用以为终端10提供无线通信功能的装置。网络设备20可以包括各种形式的宏基站,微基站,中继站,接入点等等。在采用不同的无线接入技术的系统中,具备网络设备功能的设备的名称可能会有所不同,例如在5G NR系统中,称为接入网设备或gNodeB或者gNB。随着通信技术的演进,“网络设备”这一名称可能会变化。为方便描述,本申请实施例中,上述为终端10提供无线通信功能的装置统称为网络设备。
本公开实施例中的“5G NR系统”也可以称为5G系统或者NR系统,但本领域技术人员可以理解其含义。本公开实施例描述的技术方案可以适用于5GNR系统,也可以适用于5GNR系统后续的演进系统。
在HARQ的前向纠错机制中,发送方按照顺序发送帧序列,对于没有错的HARQ进程帧,接收方反馈确认标志(ACKnowledgement,ACK);对于有错的HARQ进程帧,接收方反馈否定应答(Negative ACKnowledgement,NACK)。对于有错误的第j帧HARQ进程帧,接收方反馈NACKj,发送方重发第j帧HARQ进程帧。接收方照常接收其他帧,在接收到重发的第j帧HARQ进程帧后,按照正确的顺序排序。
图2示出了相关技术中HARQ和ARQ技术的协议层次分布示意图。由图可见,MAC层用于HARQ传输,RLC层用于数据分段和ARQ重传,RLC层和PDCP层共同完成对于重传帧的重排序。
在相关技术中,当HARQ重传次数达到最大且数据仍然传输失败时,发送方的MAC已知该数据已丢失,然而发送方的RLC层是不知道的;在等到发送方的RLC层成功接收到接收方的RLC层发送的Status PDU后,发送方的RLC才会通过RLC的AM模式进行ARQ数据重传。该RLC的AM模式的ARQ重传时延高达HARQ最大重传次数的4-5倍,造成了数据重传的效率降低。
然而在本申请所述的数据重传方法中,发送方的MAC层在确认HARQ传输中的数据发生丢失的情况下,可以快速发起ARQ重传,大大降低了数据重传的时延。
图3示出了本申请一个实施例提供的数据重传方法的流程图。该方法由第一设备执行,该方法可以包括如下步骤:
在步骤220中,在第一MAC实体确定HARQ传输中的数据发生丢失的情况下,第一MAC实体触发第一RLC实体对数据进行ARQ重传。
第一设备为HARQ传输的发送方。该第一设备运行有第一MAC实体和第一RLC实体。MAC实体用于实现MAC层对应的协议栈,RLC实体用于实现RLC层对应的协议栈。
示例性的,在数据的HARQ重传次数达到最大次数且仍然收到NACK的情况下,第一MAC实体确定数据发生丢失;或者,在接收到第二设备的第二MAC实体发送的数据丢失通知的情况下,第一MAC实体确定数据发生丢失,第二设备为HARQ传输的接收方;或者,在数据的HARQ重传次数达到最大次数且接收到第二设备的重传调度或新传调度的情况下,第一MAC实体确定数据发生丢失,第二设备同时为HARQ传输的接收方和调度方。
也即,在三种场景下的至少一种场景中,第一MAC实体确定HARQ传输中的数据发生丢失。
场景一:第一MAC实体通过HARQ反馈的NACK获知发送数据错误,接着通过HARQ重传进行纠正;当HARQ重传次数达到最大次数但仍然收到NACK的情况下,第一MAC实体确定HARQ传输中的数据发生丢失。
场景二:第二设备(接收方)接收到的数据错误,向第一设备(发送方)发送NACK;第一设备将NACK解码为ACK。由于第一设备认为数据已经正确传输,所以直接启动新数据的传输。在该情况下,第二设备的第二MAC实体可以主动通知第一设备的第一MAC实体数据已丢失;即,第一MAC实体在接收到第二设备的第二MAC实体发送的数据丢失通知的情况下,第一MAC实体确定HARQ传输中的数据发生丢失。
场景三:接收方(第二设备)同时也是调度方,第二设备可以通过接收数据的正确性,直接对未成功接收的数据启动重传调度或新传调度。如果达到HARQ最大重传次数都未能成功发送数据,则第一设备的第一MAC实体主动向第一设备的第一RLC实体通知数据已经丢失。即,在数据的HARQ重传次数达到最大次数且接收到第二设备的重传调度或新传调度的情况下,第一MAC实体确定HARQ传输中的数据发生丢失。
在一些实施例中,第一MAC实体在上述任一场景中确定HARQ传输中的数据发生丢失的情况下,第一MAC实体触发第一RLC实体对该丢失数据进行ARQ重传。
在一些实施例中,第一RLC实体采用AM模式。第一MAC实体向第一RLC实体发送数据重传通知;第一RLC实体基于该数据重传通知对数据进行ARQ重传。
在一些实施例中,数据重传通知携带有数据的索引信息。在第一MAC实体向第一RLC实体发送数据重传通知后,第一RLC实体基于数据的索引信息确定数据的RLC的序列号(Sequence Number,SN);第一RLC实体基于数据的RLC的SN对数据进行重传。
在一些实施例中,索引信息至少包括数据的HARQ进程序号和数据的载波序号。
在一些实施例中,索引信息还包括数据的传输时间间隔(Transmission TimeInterval,TTI)。
在一些实施例中,第一RLC实体采用UM模式,第一设备还包括第一分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)实体。第一MAC实体向第一RLC实体发送数据重传通知;第一RLC实体从第一PDCP实体获取数据;第一RLC实体对数据进行ARQ重传。
即,在UM模式中,第一设备的第一RLC实体的UM模式并不缓存发送数据,因此第一RLC实体在接收到数据丢失通知后,无法直接对数据进行重传,而是需要从第一PDCP实体中获知原始数据后进行ARQ重传。
在一些实施例中,数据重传通知携带有数据的索引信息。第一RLC实体基于数据的索引信息确定数据的RLC的序列号SN并发送至第一PDCP实体;第一PDCP实体基于数据的RLC的SN向第一RLC提供数据;或,第一RLC实体将数据重传通知转发至第一PDCP实体;第一PDCP实体基于数据的索引信息确定数据的RLC的序列号SN;第一PDCP实体基于数据的RLC的SN向第一RLC提供数据。
综上所述,本实施例提供的方法,通过第一MAC实体在确定HARQ传输的数据丢失后,触发第一RLC实体对丢失数据进行ARQ重传,来快速启动ARQ重传。通过本方法的数据重传的时延在HARQ最大重传次数耗时的2倍以内,大大减少了数据重传的时延,提高了数据传输的效率。
图4示出了本申请一个实施例提供的数据重传方法的流程图。该方法由第一设备执行,第一设备为HARQ传输的发送方。该第一设备运行有第一MAC实体和第一RLC实体。MAC实体用于实现MAC层对应的协议栈,RLC实体用于实现RLC层对应的协议栈。该方法可以包括如下步骤:
在步骤312中,在数据的HARQ重传次数达到最大次数且仍然收到NACK的情况下,第一MAC实体确定数据发生丢失。
示例性的,第一MAC实体通过HARQ反馈的NACK获知发送数据错误,接着通过HARQ重传进行纠正;当数据的HARQ重传次数达到最大次数但仍然收到NACK的情况下,说明HARQ纠错失败,第一MAC实体确定HARQ传输中的数据发生丢失。
在步骤322中,第一MAC实体向第一RLC实体发送数据重传通知。
在一些实施例中,数据重传通知携带有数据的索引信息。
在一些实施例中,索引信息至少包括数据的HARQ进程序号和数据的载波序号。
在一些实施例中,索引信息还包括数据的TTI。
在一些实施例中,第一MAC实体向第一RLC实体发送携带有数据的索引信息的数据重传通知,通知第一RLC实体对丢失的数据发起ARQ重传。
第一RLC实体分为AM模式和UM模式。以下步骤324为第一RLC实体的AM模式下执行的步骤;步骤326至步骤328为第一RLC实体的UM模式下执行的步骤,二者仅需根据第一RLC实体的模式择一执行。
(AM模式)
在步骤324中,第一RLC实体基于数据重传通知对数据进行ARQ重传。
在一些实施例中,数据重传通知携带有数据的索引信息。
在一些实施例中,索引信息至少包括数据的HARQ进程序号和数据的载波序号。
在一些实施例中,索引信息还包括数据的TTI。
在一些实施例中,第一RLC实体基于数据的索引信息确定数据的RLC的序列号SN;第一RLC实体基于数据的RLC的SN对数据进行重传。
在一些实施例中,第一RLC实体通过丢失数据的TTI序号、HARQ进程序号和载波序号关联确定数据的RLC的真实的SN。
在一些实施例中,第一RLC实体进行数据的ARQ重传,直到PDU所在承载已经超过最大预留的包延迟预算(Packet Delay Budget)和包错误率(Packet Error Rate),第一RLC实体主动放弃重传。
(UM模式)
在步骤326中,第一RLC实体从第一PDCP实体获取数据。
在RLC的UM模式中,发送端的RLC的UM模式不缓存发送数据,而发送端的PDCP缓存发送数据。因此,在RLC的UM模式中,第一设备还包括第一PDCP实体;第一RLC实体需要从第一PDCP实体中获取数据。
在一些实施例中,第一RLC实体基于数据的索引信息确定数据的RLC的序列号SN并发送至第一PDCP实体;第一PDCP实体基于数据的RLC的SN向第一RLC实体提供数据。
在一些实施例中,第一RLC实体将数据重传通知转发至第一PDCP实体;第一PDCP实体基于数据的索引信息确定数据的RLC的序列号SN;第一PDCP实体基于数据的RLC的SN向第一RLC实体提供数据。
即,根据数据的索引信息确定数据的RLC的SN可以由第一RLC实体执行,也可以由第一PDCP实体执行。本申请对此不加以限制。
在一些实施例中,索引信息至少包括数据的HARQ进程序号和数据的载波序号。
在一些实施例中,索引信息还包括数据的TTI。
在一些实施例中,第一RLC实体基于丢失数据的TTI序号、HARQ进程序号和载波序号关联确定数据的RLC的序列号SN;在另一些实施例中,第一PDCP实体基于丢失数据的TTI序号、HARQ进程序号和载波序号关联确定数据的RLC的序列号SN。
在步骤328中,第一RLC实体对数据进行ARQ重传。
第一RLC实体在获取到待ARQ重传的数据后,对数据进行ARQ重传。
在一些实施例中,第一RLC实体进行数据的ARQ重传,直到PDU所在承载已经超过最大预留的包延迟预算(Packet Delay Budget)和包错误率(Packet Error Rate),第一RLC实体主动放弃重传。
图5示出了本申请一个实施例提供的数据重传方法中HARQ进程序号和RLC SN、PDCP SN的对应方法示意图。
PDCP真实SN取决于当前可用授权大小、应用层报文大小、无线承载个数;RLC真实SN取决于当前可用授权大小、应用层报文大小、无线承载个数。
图5中HARQ进程1用于传输RLC SN序号1的数据。该数据在HARQ进程1中三次传输失败后,HARQ传输达到最大传输次数,RLC SN序号1丢失。第一设备的第一MAC实体向第一RLC实体发送数据重传通知,该数据重传通知中携带有数据的索引信息;第一RLC实体基于该索引信息确定数据(在RLC的AM模式中第一RLC实体从自身的缓存中获取数据;在RLC的UM模式中第一RLC实体从第一PDCP实体获取数据);第一RLC实体在HARQ进程8中对该数据进行重传,该重传数据被第二设备成功接收,RLC SN序号1成功接收。
图6示出了本申请一个实施例提供的数据重传方法的传输示意图。
在图6上方的HARQ纠错失败场景1中,第一设备的第一MAC实体和PHY实体向第二设备发送数据P1(RLC SN序号1,图中标记为P1a);第二设备在接收到P1a后,CRC校验报错,第二设备向第一设备反馈NACK;第一设备在接收到NACK后,向第二设备重新发送数据P1(图中标记为P1b);第二设备在接收到P1b后,CRC校验仍然报错,第二设备向第一设备反馈NACK。在多次纠错失败后,HARQ重传次数达到最大次数,但数据仍然没有正确传输,第一设备在HARQ重传次数达到最大次数但仍然收到NACK的情况下,第一MAC实体确定HARQ传输中的数据发生丢失,即RLC SN序号1丢失。
图6下方的HARQ纠错失败场景1优化方案中展示了本申请的数据传输方法。在第一MAC实体确定HARQ传输的数据丢失的情况下(即图6中的RLC SN序号1丢失),第一设备的第一MAC实体向第一RLC实体发送数据重传通知;第一RLC实体基于数据重传通知对数据进行ARQ重传。
图7示出了本申请一个实施例提供的数据重传方法的流程图。该方法由第一设备执行,第一设备为HARQ传输的发送方,该第一设备运行有第一MAC实体和第一RLC实体。MAC实体用于实现MAC层对应的协议栈,RLC实体用于实现RLC层对应的协议栈。该方法可以包括如下步骤:
在步骤412中,在接收到第二设备的第二MAC实体发送的数据丢失通知的情况下,第一MAC实体确定数据发生丢失。
示例性的,第二设备为HARQ传输的接收方。
在一些实施例中,第二设备接收到的数据错误,第二设备向第一设备发送NACK;第一设备将NACK解码为ACK。由于第一设备认为数据已经正确传输,所以直接启动新数据的传输。在该情况下,第二设备的第二MAC实体可以主动通知第一设备的第一MAC实体数据已丢失;即,第一MAC实体在接收到第二设备的第二MAC实体发送的数据丢失通知的情况下,第一MAC实体确定HARQ传输中的数据发生丢失。
在一些实施例中,PHY层在通过PHY层控制信道提供授权时,指示传输的数据为新数据还是旧数据。
在一些实施例中,第二设备同时为HARQ传输的接收方和调度方。在HARQ传输达到最大传输次数时,如果第一设备没有新传的数据需要继续调度发送,第二MAC实体主动通知第一设备的第一MAC实体数据已丢失。
在一些实施例中,第二设备同时为HARQ传输的接收方和调度方,第二设备通过ACK或NACK反馈第一设备发送的数据是否正确。在第一设备将NACK误检为ACK的情况下,第二MAC实体主动通知第一设备的第一MAC实体数据已丢失。
在一些实施例中,第二MAC实体通过MAC控制单元(Control Element,CE)向第一MAC实体发送数据丢失通知。
在一些实施例中,用于发送数据丢失通知的MAC CE有多种设计方式。例如,用于反馈单次最大传输错误的MAC CE,包含4-5比特的HARQ进程序号和3比特的载波序号;用于反馈多次最大传输错误的MAC CE,包含5比特的缓存大小(Buffer Size)。本申请对此不加以限制。
步骤422至步骤428请参见图4所示实施例中的步骤322至步骤328,此处不再赘述。
图8示出了本申请一个实施例提供的数据重传方法的传输示意图。
在图8上方的HARQ纠错失败场景2中,第一设备的MAC实体和PHY实体向第二设备发送数据P1(RLC SN序号1,图中标记为P1a);第二设备在接收到P1a后,CRC校验报错,第二设备向第一设备反馈NACK;第一设备在接收到NACK后,向第二设备重新发送数据P1(图中标记为P1b);第二设备在接收到P1b后,CRC校验仍然报错,第二设备向第一设备反馈NACK;第一设备在接收到NACK后,向第二设备重新发送数据P1(图中标记为P1c);第二设备在接收到P1c后,CRC校验仍然报错,第二设备向第一设备反馈NACK。
然而,第二设备反馈的NACK被第一设备误检为ACK,因此第一设备认为数据已经正确传输,所以直接启动新数据的传输。即,第二设备没有成功接收数据,但第二设备发现第一设备已经启动新数据的传输,此时,第二设备的第二MAC实体主动通知第一设备的第一MAC实体数据已丢失;第一MAC实体在接收到第二设备的第二MAC实体发送的数据丢失通知的情况下,第一MAC实体确定HARQ传输中的数据发生丢失,即RLC SN序号1丢失。在该情况下,第一设备的第一MAC实体向第一RLC实体发送数据重传通知;第一RLC实体基于数据重传通知对数据进行ARQ重传。
图8中间的HARQ纠错失败场景2.1优化方案示出了第二设备的第二MAC实体和PHY实体没有成功解码数据,且没有达到HARQ最大重传次数,但第二设备发现第一设备启动新传后,第二设备的第二MAC实体主动通知丢失数据的情况;图8下方的HARQ纠错失败场景2.2优化方案示出了第二设备的第二MAC实体和PHY实体没有成功解码数据,且达到了HARQ最大重传次数,第二设备发现第一设备启动新传后,第二设备的第二MAC实体主动通知丢失数据的情况。
在第一MAC实体确定HARQ传输的数据丢失的情况下(即图8中的RLC SN序号1丢失),第一设备的第一MAC实体向第一RLC实体发送数据重传通知;第一RLC实体基于数据重传通知对数据进行ARQ重传。
图9示出了本申请一个实施例提供的数据重传方法的流程图。该方法由第一设备执行,第一设备为HARQ传输的发送方。该第一设备运行有第一MAC实体和第一RLC实体。MAC实体用于实现MAC层对应的协议栈,RLC实体用于实现RLC层对应的协议栈。该方法可以包括如下步骤:
在步骤512中,在数据的HARQ重传次数达到最大次数且接收到第二设备的重传调度或新传调度的情况下,第一MAC实体确定数据发生丢失。
示例性的,第二设备同时为HARQ传输的接收方和调度方。
在一些实施例中,第二设备可以通过确定接收数据的正确性,直接启动重传或新传调度。如果达到HARQ最大重传次数都无法恢复数据,则第一设备的第一MAC实体主动通知第一设备的第一RLC实体数据已经丢失。即,在数据的HARQ重传次数达到最大次数且接收到第二设备的重传调度或新传调度的情况下,第一MAC实体确定HARQ传输中的数据发生丢失。
在一些实施例中,第二设备通过下行控制信息(Downlink Control Information,DCI)进行重传调度或新传调度。
步骤522至步骤528请参见图4所示实施例中的步骤322至步骤328,此处不再赘述。
图10示出了本申请一个实施例提供的数据重传方法的传输示意图。在图10所示的场景中,接收方同时也是调度方,即第二设备同时为接收方和调度方;第二设备在检测接收到误码的情况下,直接启动重传,而不使用ACK或NACK进行反馈。
在图10上方的HARQ纠错失败场景3中,第一设备的第一MAC实体和PHY实体向第二设备发送数据P1(RLC SN序号1,图中标记为P1a);第二设备在接收到P1a后,CRC校验报错,第二设备向第一设备发送重传调度;第一设备在接收到重传调度后,向第二设备重新发送数据P1(图中标记为P1b);第二设备在接收到P1b后,CRC校验仍然报错,第二设备向第一设备发送重传调度;第一设备在接收到重传调度后,向第二设备重新发送数据P1(图中标记为P1c);第二设备在接收到P1c后,CRC校验仍然报错,第二设备向第一设备发送新传调度。在数据的HARQ重传次数达到最大次数且第一设备仍然接收到第二设备的重传调度或新传调度的情况下,第一MAC实体确定HARQ传输中的数据发生丢失,即RLC SN序号1丢失。在该情况下,第一设备的第一MAC实体向第一RLC实体发送数据重传通知;第一RLC实体基于数据重传通知对数据进行ARQ重传。
图10下方的HARQ纠错失败场景1优化方案中展示了本申请的数据传输方法。在第一MAC实体确定HARQ传输的数据丢失的情况下(即图6中的RLC SN序号1丢失),第一设备的第一MAC实体向第一RLC实体发送数据重传通知;第一RLC实体基于数据重传通知对数据进行ARQ重传。
图11示出了无需采用本申请的数据重传方法进行优化的传输场景的示意图。
在无需优化场景1中,HARQ传输的数据通过HARQ前向纠错机制纠错成功,第二设备成功接收数据并反馈ACK,则无需对该场景进行优化。
在无需优化场景2中,第二设备反馈的ACK被第一设备误检为NACK,第一设备重传该NACK对应的数据。即,图11中的RLC序号1对应的数据被重复传输,第二设备的RLC在重复接收到该数据后丢弃重复的数据即可。该场景仅会对时延造成很小的影响,无需进行优化。
在无需优化场景3中,第二设备同时为接收方和调度方。第二设备不使用ACK和NACK进行HARQ反馈,而是直接向第一设备发送重传调度或新传调度。若在HARQ重传的过程中纠错成功,即无需优化。
示例性的,第一设备还运行有第一无线资源控制(Radio Resource Control,RRC)实体。在数据丢失导致不满足服务质量(Quality of Service,QoS)要求的情况下,第一RLC实体向第一RRC实体上报主动数据丢失一次。
在一些实施例中,在最大时延超过数据包有效期的情况下,出现不满足QoS的主动数据丢失。
需要注意的是,第一RLC实体向第一RRC实体上报主动数据丢失不是现有技术中的RLC的AM模式达到最大重传次数的上报。RLC的AM模式达到最大重传次数要求RRC连接必须重新建立,而如果只是某些业务面数据QoS暂时不满足要求,RRC连接不一定必须发生重建。
在一些实施例中,第一RRC实体在定时器Tqos时间窗内,出现计数器Nqos次不满足QoS要求的情况,则判定当前的RRC链路不满足最低业务质量需求,释放RRC链接进入空闲状态。即,第一RRC实体通过业务QoS不满足情况的主动数据丢失累计次数和时间间隔来决定是否重建RRC连接。
在一些实施例中,Tqos和Nqos由网络通过RRC消息配置,或者由网络通过系统信息广播配置,或者由通信协议预定义。
在一些实施例中,在出现QoS不满足的情况下,例如包错误率(Packet ErrorRatio)超过预期值时,第一RLC实体通知第一RRC实体当前QoS出现不满足的状况和详细的QoS统计数据(例如,时延、丢包率、速率等)。
在一些实施例中,在使用基于QoS参数来进行重传判断的情况下,只要包延迟预算(Packet Delay Budget)没有超过应用的允许的范围,第一MAC实体和第一RLC实体在不同的场景下就都可以重传。
可选地,包延迟预算可以根据无线承载或逻辑信道来提供重传服务,即针对不同的无线承载或逻辑信道设置不同的包延迟预算;或者,在应用可以为每个IP报文分别提供包延迟预算的情况下,根据每个IP报文的包延迟预算来提供重传服务。
可选地,UE通过RRC的UE能力信息(UECapabilityInformation)中新增能力参数,来上报是否支持本申请的数据传输方法。
图12示出了本申请一个实施例提供的数据重传方法中QoS不满足的优化方法示意图。
图12的场景中,HARQ重传、ARQ重传机制和增强HARQ重传(即第一MAC实体触发第一RLC实体启动重传)机制都一直重传失败。在包延迟(Packet Delay)超过预算的情况下,数据主动丢弃,第一RLC实体向第一RRC实体上报主动数据丢失一次。
图12的右上角示出了RRC基于QoS参数进行重新连接的过程。在第一阶段中,第一RRC实体在定时器Tqos时间窗内,出现计数器Nqos次不满足QoS要求的情况,则判定当前的RRC链路不满足最低业务质量需求,释放RRC链接进入空闲状态,于是第一RRC实体进入第二阶段的空闲状态,即无线承载不能满足要求。
综上所述,本申请实施例提供的方法,通过第一MAC实体在确定数据发生丢失后,向第一RLC实体发送数据重传通知后,触发第一RLC实体进行ARQ重传,实现对数据的快速重传。相关技术中的RLC的AM模式的ARQ重传时延是HARQ最大重传次数耗时的4-5倍,而本方案的重传时延只有HARQ最大重传次数耗时的2倍以内,大大减少了数据传输的时延。
此外,本方法也可以用于RLC的UM模式,而且不影响RLC的AM模式的ARQ机制,两者可以同时并存;而且新的重传机制可以取代原来RLC的AM模式的ARQ重传机制;
此外,本方法在数据重传中考虑QOS参数的影响,直接考虑QOS参数的包延迟错误,针对QOS需求的不同来很灵活的匹配提供不同等级的重传服务。
此外,本方法改进了原有的RRC链接重建机制,新的RRC链接重建机制更为直接的体现了QOS不能满足时,RRC链接将进入空闲状态。
图13示出了本申请一个实施例提供的数据重传方法的流程图。该方法由第二设备执行,第二设备运行有第二MAC实体。MAC实体用于实现MAC层对应的协议栈。该方法可以包括如下步骤:
在步骤620中,在第二MAC实体确定HARQ传输中的数据发生丢失的情况下,第二MAC实体向第一设备的第一MAC实体发送数据丢失通知。
在一些实施例中,第二设备同时为HARQ传输的调度方。在数据的HARQ重传次数达到最大次数且接收到的数据仍然不正确的情况下,第二MAC实体确定数据发生丢失。
在一些实施例中,第二设备接收到的数据错误,第二设备向第一设备发送NACK;第一设备将NACK解码为ACK。由于第一设备认为数据已经正确传输,所以直接启动新数据的传输。在该情况下,第二设备的第二MAC实体确定HARQ传输中的数据发生丢失;即,在第二设备向第一设备发送NACK后收到第一设备的新传数据的情况下,第二设备确定HARQ传输中的数据发生丢失。可参见图8所示的实施例。
在一些实施例中,第二设备同时为HARQ传输的调度方。在HARQ传输达到最大传输次数时,如果第一设备没有新传的数据需要继续调度发送,第二MAC实体主动通知第一设备的第一MAC实体数据已丢失。
在一些实施例中,第二设备同时为HARQ传输的接收方和调度方,第二设备通过ACK或NACK反馈第一设备发送的数据是否正确。在第一设备将NACK误检为ACK的情况下,第二MAC实体主动通知第一设备的第一MAC实体数据已丢失。
在一些实施例中,第二设备同时为HARQ传输的调度方。第二MAC实体向第一MAC实体发送数据的重传调度或新传调度,该重传调度或新传调度用于隐式指示数据丢失通知。可参见图10所示的实施例。
在一些实施例中,第二MAC实体通过MAC CE向第一设备的第一MAC实体发送数据丢失通知。
在一些实施例中,用于发送数据丢失通知的MAC CE有多种设计方式。例如,用于反馈单次最大传输错误的MAC CE,包含4-5比特的HARQ进程序号和3比特的载波序号;用于反馈多次最大传输错误的MAC CE,包含5比特的缓存大小(Buffer Size)。本申请对此不加以限制。
综上所述,本申请实施例提供的方法中,通过第二MAC实体在确定HARQ传输的数据发生丢失的情况下,向第一MAC实体发送数据丢失通知,使得第一设备快速启动ARQ重传,大大减少了数据重传的时延,提高了数据传输的效率。
图14示出了本公开一个示例性实施例提供的数据重传装置的框图,该装置包括:
触发模块720,用于在所述第一MAC实体确定混合自动重传请求HARQ传输中的数据发生丢失的情况下,所述第一MAC实体触发所述第一RLC实体对所述数据进行自动重传请求ARQ重传。
在本实施例的一种可能设计中,在所述数据的HARQ重传次数达到最大次数且仍然收到否定应答NACK的情况下,所述第一MAC实体确定所述数据发生丢失。
在本实施例的一种可能设计中,在接收到第二设备的第二MAC实体发送的数据丢失通知的情况下,所述第一MAC实体确定所述数据发生丢失,所述第二设备为所述HARQ传输的接收方。
在本实施例的一种可能设计中,在所述数据的HARQ重传次数达到最大次数且接收到第二设备的重传调度或新传调度的情况下,所述第一MAC实体确定所述数据发生丢失,所述第二设备同时为所述HARQ传输的接收方和调度方。
在本实施例的一种可能设计中,第一RLC实体采用确认模式AM;所述触发模块720,用于所述第一MAC实体向所述第一RLC实体发送数据重传通知;所述第一RLC实体基于所述数据重传通知对所述数据进行ARQ重传。
在本实施例的一种可能设计中,所述数据重传通知携带有所述数据的索引信息;所述触发模块720,用于所述第一RLC实体基于所述数据的索引信息确定所述数据的RLC的序列号SN;所述第一RLC实体基于所述数据的RLC的SN对所述数据进行重传。
在本实施例的一种可能设计中,第一RLC实体采用非确认模式UM,所述第一设备还包括第一分组数据汇聚协议PDCP实体;所述触发模块720,用于所述第一MAC实体向所述第一RLC实体发送数据重传通知;所述第一RLC实体从所述第一PDCP实体获取所述数据;所述第一RLC实体对所述数据进行ARQ重传。
在本实施例的一种可能设计中,数据重传通知携带有所述数据的索引信息;所述触发模块720,用于所述第一RLC实体基于所述数据的索引信息确定所述数据的RLC的序列号SN并发送至第一PDCP实体;所述第一PDCP实体基于所述数据的RLC的SN向所述第一RLC实体提供所述数据;或,所述第一RLC实体将所述数据重传通知转发至所述第一PDCP实体;所述第一PDCP实体基于所述数据的索引信息确定所述数据的RLC的序列号SN;所述第一PDCP实体基于所述数据的RLC的SN向所述第一RLC实体提供所述数据。
在本实施例的一种可能设计中,所述索引信息至少包括所述数据的HARQ进程序号和所述数据的载波序号。
在本实施例的一种可能设计中,所述索引信息还包括所述数据的传输时间间隔TTI。
在本实施例的一种可能设计中,所述触发模块720,用于在所述数据丢失导致不满足服务质量QoS要求的情况下,所述第一PDCP实体向所述第一RRC实体上报主动数据丢失一次。
在本实施例的一种可能设计中,所述触发模块720,用于所述第一RRC实体在定时器Tqos时间窗内,出现计数器Nqos次不满足QoS要求的情况,则判定当前的RRC链路不满足最低业务质量需求,释放所述RRC链接进入空闲状态。
在本实施例的一种可能设计中,所述触发模块720,用于所述Tqos和所述Nqos由网络通过RRC消息配置,或者由网络通过系统信息广播配置,或者由通信协议预定义。
图15示出了本公开一个示例性实施例提供的数据重传装置的框图,该装置包括:
发送模块820,用于在所述第二MAC实体确定混合自动重传请求HARQ传输中的数据发生丢失的情况下,所述第二MAC实体向第一设备的第一MAC实体发送数据丢失通知。
在本实施例的一种可能设计中,所述第二设备同时为所述HARQ传输的调度方;所述发送模块820,用于在所述数据的HARQ重传次数达到最大次数且接收到的数据仍然不正确的情况下,所述第二MAC实体确定所述数据发生丢失。
在本实施例的一种可能设计中,所述第二设备同时为所述HARQ传输的调度方;所述发送模块820,用于所述第二MAC实体向所述第一MAC实体发送所述数据的重传调度或新传调度,所述重传调度或所述新传调度用于隐式指示所述数据丢失通知。
在本实施例的一种可能设计中,所述发送模块820,用于所述第二MAC实体通过媒体接入控制控制单元MAC CE向所述第一设备的第一MAC实体发送所述数据丢失通知。
图16示出了本申请一个实施例提供的终端的结构示意图,该终端包括:处理器1301、接收器1302、发射器1303、存储器1304和总线1305。
处理器1301包括一个或者一个以上处理核心,处理器1301通过运行软件程序以及模块,从而执行各种功能应用以及信息处理。
接收器1302和发射器1303可以实现为一个通信组件,该通信组件可以是一块通信芯片。
存储器1304通过总线1305与处理器1301相连。
存储器1304可用于存储至少一个指令,处理器1301用于执行该至少一个指令,以实现上述方法实施例中的各个步骤。
此外,存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,易失性或非易失性存储设备包括但不限于:磁盘或光盘,电可擦除可编程只读存储器(Electrically Erasable Programmable Read Only Memory,EEPROM),可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM),静态随时存取存储器(Static Random-Access Memory,SRAM),只读存储器(Read Only Memory,ROM),磁存储器,快闪存储器,可编程只读存储器(Programmable Read Only Memory,PROM)。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器,上述指令可由终端的处理器执行以完成上述数据重传方法。例如,非临时性计算机可读存储介质可以是ROM、随机存取存储器(Random-Access Memory,RAM)、紧凑型光盘只读存储器(Compact Disc Read Only Memory,CD-ROM)、磁带、软盘和光数据存储设备等。
图17是本申请一个实施例提供的网络设备1400的框图,该网络设备1400可以是基站。
网络设备1400可以包括:处理器1401、接收机1402、发射机1403和存储器1404。接收机1402、发射机1403和存储器1404分别通过总线与处理器1401连接。
其中,处理器1401包括一个或者一个以上处理核心,处理器1401通过运行软件程序以及模块以执行本公开实施例提供的数据重传方法。存储器1404可用于存储软件程序以及模块。具体的,存储器1404可存储操作系统14041、至少一个功能所需的应用程序模块14042。接收机1402用于接收其他设备发送的通信数据,发射机1403用于向其他设备发送通信数据。
对于本实施例中未详细说明的细节,可参见上文实施例,此处不再一一赘述。
在一些实施例中,本申请还提供了一种计算机可读存储介质,所述可读存储介质中存储有计算机程序,所述计算机程序由感知参与设备加载并执行,以使得所述感知参与设备实现上述第一设备侧的自定义标识符的获取方法。
可选地,该计算机可读存储介质可以包括:ROM(Read-Only Memory,只读存储器)、RAM(Random-Access Memory,随机存储器)、SSD(Solid State Drives,固态硬盘)或光盘等。其中,随机存取记忆体可以包括ReRAM(Resistance Random Access Memory,电阻式随机存取记忆体)和DRAM(Dynamic Random Access Memory,动态随机存取存储器)。
在一些实施例中,本申请还提供了一种芯片,所述芯片包括可编程逻辑电路或程序,所述芯片用于实现上述第一设备侧的自定义标识符的获取方法。
在一些实施例中,本申请还提供了一种计算机程序产品,所述计算机程序产品或计算机程序包括计算机指令,所述计算机指令存储在计算机可读存储介质中,感知参与设备从所述计算机可读存储介质读取并执行所述计算机指令,以使得所述感知参与设备实现上述第二设备侧的自定义标识符的生成方法。
应理解,在本申请的实施例中提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。
在本申请实施例的描述中,术语“对应”可表示两者之间具有直接对应或间接对应的关系,也可以表示两者之间具有关联关系,也可以是指示与被指示、配置与被配置等关系。
在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
在本文中提及的“小于或等于”可表示小于等于或小于。
另外,本文中描述的步骤编号,仅示例性示出了步骤间的一种可能的执行先后顺序,在一些其它实施例中,上述步骤也可以不按照编号顺序来执行,如两个不同编号的步骤同时执行,或者两个不同编号的步骤按照与图示相反的顺序执行,本申请实施例对此不作限定。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述仅为本申请的示例性实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (24)
1.一种数据重传方法,其特征在于,所述方法由第一设备执行,所述第一设备运行有第一中间接入控制MAC实体和第一无线链路控制RLC实体,所述方法包括:
在所述第一MAC实体确定混合自动重传请求HARQ传输中的数据发生丢失的情况下,所述第一MAC实体触发所述第一RLC实体对所述数据进行自动重传请求ARQ重传。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述数据的HARQ重传次数达到最大次数且仍然收到否定应答NACK的情况下,所述第一MAC实体确定所述数据发生丢失。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在接收到第二设备的第二MAC实体发送的数据丢失通知的情况下,所述第一MAC实体确定所述数据发生丢失,所述第二设备为所述HARQ传输的接收方。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述数据的HARQ重传次数达到最大次数且接收到第二设备的重传调度或新传调度的情况下,所述第一MAC实体确定所述数据发生丢失;
其中,所述第二设备同时为所述HARQ传输的接收方和调度方。
5.根据权利要求1至4任一所述的方法,其特征在于,所述第一RLC实体采用确认模式AM;
所述第一MAC实体触发所述第一RLC实体对所述数据进行ARQ重传,包括:
所述第一MAC实体向所述第一RLC实体发送数据重传通知;
所述第一RLC实体基于所述数据重传通知对所述数据进行ARQ重传。
6.根据权利要求5所述的方法,其特征在于,所述数据重传通知携带有所述数据的索引信息;
所述第一RLC实体基于所述数据重传通知对所述数据进行ARQ重传,包括:
所述第一RLC实体基于所述数据的索引信息确定所述数据的RLC的序列号SN;
所述第一RLC实体基于所述数据的RLC的SN对所述数据进行重传。
7.根据权利要求1至4任一所述的方法,其特征在于,所述第一RLC实体采用非确认模式UM,所述第一设备还包括第一分组数据汇聚协议PDCP实体;
所述第一MAC实体触发所述第一RLC实体对所述数据进行ARQ重传,包括:
所述第一MAC实体向所述第一RLC实体发送数据重传通知;
所述第一RLC实体从所述第一PDCP实体获取所述数据;
所述第一RLC实体对所述数据进行ARQ重传。
8.根据权利要求7所述的方法,其特征在于,所述数据重传通知携带有所述数据的索引信息;
所述第一RLC实体从所述第一PDCP实体获取所述数据,包括:
所述第一RLC实体基于所述数据的索引信息确定所述数据的RLC的序列号SN并发送至第一PDCP实体;所述第一PDCP实体基于所述数据的RLC的SN向所述第一RLC实体提供所述数据;
或,
所述第一RLC实体将所述数据重传通知转发至所述第一PDCP实体;所述第一PDCP实体基于所述数据的索引信息确定所述数据的RLC的序列号SN;所述第一PDCP实体基于所述数据的RLC的SN向所述第一RLC实体提供所述数据。
9.根据权利要求6或8所述的方法,其特征在于,所述索引信息至少包括所述数据的HARQ进程序号和所述数据的载波序号。
10.根据权利要求9所述的方法,其特征在于,所述索引信息还包括所述数据的传输时间间隔TTI。
11.根据权利要求1至8任一所述的方法,其特征在于,所述第一设备还运行有第一无线资源控制RRC实体,所述方法还包括:
在所述数据丢失导致不满足服务质量QoS要求的情况下,所述第一RLC实体通过所述第一PDCP实体向所述第一RRC实体上报主动数据丢失一次。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
所述第一RRC实体在定时器Tqos时间窗内,出现计数器Nqos次不满足QoS要求的情况,则判定当前的RRC链路不满足最低业务质量需求,释放RRC链接进入空闲状态。
13.根据权利要求12所述的方法,其特征在于,
所述Tqos和所述Nqos由网络通过RRC消息配置,或者由所述网络通过系统信息广播配置方式配置,或者通信协议预定义。
14.一种数据重传方法,其特征在于,所述方法由第二设备执行,所述第二设备运行有第二中间接入控制MAC实体,所述方法包括:
在所述第二MAC实体确定混合自动重传请求HARQ传输中的数据发生丢失的情况下,所述第二MAC实体向第一设备的第一MAC实体发送数据丢失通知。
15.根据权利要求14所述的方法,其特征在于,所述第二设备同时为所述HARQ传输的调度方;
所述方法还包括:
在所述数据的HARQ重传次数达到最大次数且接收到的数据仍然不正确的情况下,所述第二MAC实体确定所述数据发生丢失。
16.根据权利要求14所述的方法,其特征在于,所述第二设备同时为所述HARQ传输的调度方;
所述第二MAC实体向第一设备的第一MAC实体发送数据丢失通知,包括:
所述第二MAC实体向所述第一MAC实体发送所述数据的重传调度或新传调度,所述重传调度或所述新传调度用于隐式指示所述数据丢失通知。
17.根据权利要求14所述的方法,其特征在于,所述第二MAC实体向第一设备的第一MAC实体发送数据丢失通知,包括:
所述第二MAC实体通过媒体接入控制控制单元MAC CE向所述第一设备的第一MAC实体发送所述数据丢失通知。
18.一种数据重传装置,其特征在于,所述装置包括:
触发模块,用于在所述第一MAC实体确定混合自动重传请求HARQ传输中的数据发生丢失的情况下,所述第一MAC实体触发所述第一RLC实体对所述数据进行自动重传请求ARQ重传。
19.一种数据重传装置,其特征在于,所述装置包括:
发送模块,用于在所述第二MAC实体确定混合自动重传请求HARQ传输中的数据发生丢失的情况下,所述第二MAC实体向第一设备的第一MAC实体发送数据丢失通知。
20.一种终端,其特征在于,所述终端包括:
处理器;
与所述处理器相连的收发器;
其中,所述处理器被配置为加载并执行可执行指令以实现如权利要求1至13任一所述的数据重传方法。
21.一种网络设备,其特征在于,所述网络设备包括:
处理器;
与所述处理器相连的收发器;
其中,所述处理器被配置为加载并执行可执行指令以实现如权利要求14至17任一所述的数据重传方法。
22.一种芯片,其特征在于,所述芯片包括可编程逻辑电路和/或程序指令,当所述芯片运行时用于实现如权利要求1至13任一所述的数据重传方法,或者,如权利要求14至17任一所述的数据重传方法。
23.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至13任一所述的数据重传方法,或者,如权利要求14至17任一所述的数据重传方法。
24.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机指令,所述计算机指令存储在计算机可读存储介质中;计算机设备的处理器从所述计算机可读存储介质中读取所述计算机指令,所述处理器执行所述计算机指令,使得所述计算机设备执行如权利要求1至13任一所述的数据重传方法,或者,如权利要求14至17任一所述的数据重传方法。一种数据重传方法,其特征在于,所述方法由第一设备执行,所述第一设备运行有第一中间接入控制MAC实体和第一分组数据汇聚协议PDCP实体,所述方法包括:
在所述第一MAC实体确定混合自动重传请求HARQ传输中的数据发生丢失的情况下,所述第一MAC实体触发所述第一PDCP实体对所述数据进行自动重传请求ARQ重传。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211566854.7A CN116015565A (zh) | 2022-12-07 | 2022-12-07 | 数据重传方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211566854.7A CN116015565A (zh) | 2022-12-07 | 2022-12-07 | 数据重传方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116015565A true CN116015565A (zh) | 2023-04-25 |
Family
ID=86036476
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211566854.7A Pending CN116015565A (zh) | 2022-12-07 | 2022-12-07 | 数据重传方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116015565A (zh) |
Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009538A (zh) * | 2006-01-26 | 2007-08-01 | 华为技术有限公司 | 一种数据重传方法及装置 |
CN101060386A (zh) * | 2006-04-17 | 2007-10-24 | 华为技术有限公司 | 混合自动重传请求实体及其数据块的上报方法 |
CN102255714A (zh) * | 2003-04-10 | 2011-11-23 | 艾利森电话股份有限公司 | 重传的方法和系统 |
CN102347827A (zh) * | 2010-07-28 | 2012-02-08 | 中兴通讯股份有限公司 | 一种实现rlc层重传的方法及系统 |
US20140341013A1 (en) * | 2013-05-16 | 2014-11-20 | Annop Kumar | SYSTEM AND METHOD FOR CREATING LOGICAL RADIO LINK CONTROL (RLC) AND MEDIUM ACCESS CONTROL (MAC) PROTOCOL DATA UNITS (PDUs) IN MOBILE COMMUNICATION SYSTEM |
CN104836646A (zh) * | 2014-02-12 | 2015-08-12 | 普天信息技术研究院有限公司 | 一种rlc am模式传输可靠性增强方法 |
CN105681001A (zh) * | 2014-11-21 | 2016-06-15 | 中兴通讯股份有限公司 | 一种实现rlc层重传的方法和装置 |
CN105704739A (zh) * | 2014-11-26 | 2016-06-22 | 深圳市中兴微电子技术有限公司 | 用户面重新初始化的方法及装置 |
US20160352467A1 (en) * | 2015-05-29 | 2016-12-01 | Apple Inc. | Radio link control recovery based on medium access feedback |
CN107005560A (zh) * | 2015-09-25 | 2017-08-01 | 华为技术有限公司 | 一种数据发送方法、数据接收方法和相关设备 |
CN108429607A (zh) * | 2017-02-14 | 2018-08-21 | 普天信息技术有限公司 | 一种通信系统中的harq重传处理方法 |
CN109155704A (zh) * | 2016-05-13 | 2019-01-04 | 松下电器(美国)知识产权公司 | 短延迟快速重传触发 |
US20190174575A1 (en) * | 2016-09-30 | 2019-06-06 | Panasonic Intellectual Property Corporation Of America | Efficient user plane architecture |
CN111541523A (zh) * | 2020-04-27 | 2020-08-14 | 四川创智联恒科技有限公司 | 一种利用mac层通知rlc进行arq重传的方法 |
CN111565408A (zh) * | 2019-02-14 | 2020-08-21 | 华为技术有限公司 | 触发无线链路失败的方法及设备 |
CN112913277A (zh) * | 2018-11-02 | 2021-06-04 | 中兴通讯股份有限公司 | 数据传输与测量技术 |
-
2022
- 2022-12-07 CN CN202211566854.7A patent/CN116015565A/zh active Pending
Patent Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102255714A (zh) * | 2003-04-10 | 2011-11-23 | 艾利森电话股份有限公司 | 重传的方法和系统 |
CN101009538A (zh) * | 2006-01-26 | 2007-08-01 | 华为技术有限公司 | 一种数据重传方法及装置 |
CN101060386A (zh) * | 2006-04-17 | 2007-10-24 | 华为技术有限公司 | 混合自动重传请求实体及其数据块的上报方法 |
CN102347827A (zh) * | 2010-07-28 | 2012-02-08 | 中兴通讯股份有限公司 | 一种实现rlc层重传的方法及系统 |
US20140341013A1 (en) * | 2013-05-16 | 2014-11-20 | Annop Kumar | SYSTEM AND METHOD FOR CREATING LOGICAL RADIO LINK CONTROL (RLC) AND MEDIUM ACCESS CONTROL (MAC) PROTOCOL DATA UNITS (PDUs) IN MOBILE COMMUNICATION SYSTEM |
CN104836646A (zh) * | 2014-02-12 | 2015-08-12 | 普天信息技术研究院有限公司 | 一种rlc am模式传输可靠性增强方法 |
CN105681001A (zh) * | 2014-11-21 | 2016-06-15 | 中兴通讯股份有限公司 | 一种实现rlc层重传的方法和装置 |
CN105704739A (zh) * | 2014-11-26 | 2016-06-22 | 深圳市中兴微电子技术有限公司 | 用户面重新初始化的方法及装置 |
US20160352467A1 (en) * | 2015-05-29 | 2016-12-01 | Apple Inc. | Radio link control recovery based on medium access feedback |
CN107005560A (zh) * | 2015-09-25 | 2017-08-01 | 华为技术有限公司 | 一种数据发送方法、数据接收方法和相关设备 |
CN109155704A (zh) * | 2016-05-13 | 2019-01-04 | 松下电器(美国)知识产权公司 | 短延迟快速重传触发 |
US20190174575A1 (en) * | 2016-09-30 | 2019-06-06 | Panasonic Intellectual Property Corporation Of America | Efficient user plane architecture |
CN108429607A (zh) * | 2017-02-14 | 2018-08-21 | 普天信息技术有限公司 | 一种通信系统中的harq重传处理方法 |
CN112913277A (zh) * | 2018-11-02 | 2021-06-04 | 中兴通讯股份有限公司 | 数据传输与测量技术 |
CN111565408A (zh) * | 2019-02-14 | 2020-08-21 | 华为技术有限公司 | 触发无线链路失败的方法及设备 |
CN111541523A (zh) * | 2020-04-27 | 2020-08-14 | 四川创智联恒科技有限公司 | 一种利用mac层通知rlc进行arq重传的方法 |
Non-Patent Citations (3)
Title |
---|
""R2-1914620 - RLC retransmissions to source during DAPS HO"", 《3GPP TSG-RAN WG2 #108》, 8 November 2019 (2019-11-08) * |
程渝: ""5G路测仪PDCP层和RLC层的设计与实现"", 《中国优秀硕士学位论文全文数据库 信息科技辑》, 15 March 2022 (2022-03-15) * |
陈发堂;朱明;: "LTE系统中RLC层发送过程与接收过程的详细研究及测试", 广东通信技术, no. 02, 15 February 2013 (2013-02-15) * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11838130B2 (en) | Method for partial retransmission | |
JP5432263B2 (ja) | Cqiだけを報告した後におけるharqプロセスの再開 | |
US20170041104A1 (en) | Method of transmitting data using harq | |
US8281200B2 (en) | Method and device for retransmitting data | |
US8413002B2 (en) | Method of performing ARQ procedure for transmitting high rate data | |
US8737322B2 (en) | Method of exchanging data between a base station and a mobile station | |
EP1965534A2 (en) | Apparatus and method for transmitting control message in a wireless communication system using relaying | |
US8565126B2 (en) | Method and a transceiver for reducing retransmissions in a telecommunications system | |
US20110044243A1 (en) | Harq operation method for retransmitted data | |
JP2009533942A (ja) | 移動通信システムにおける状態報告の送受信方法及び装置 | |
US20220263606A1 (en) | Ntn-based data transmission method and apparatus and storage medium | |
JP4051338B2 (ja) | 無線通信システムにおけるデータパケットの伝送方法 | |
US20180332500A1 (en) | Toggling based Indicator of Reception Success | |
KR100928584B1 (ko) | 이동통신시스템의 하이브리드 자동 재전송 요구 지원 방법,그리고 이를 이용한 자동 재전송 요구 지원 방법 및 그시스템 | |
CN116015565A (zh) | 数据重传方法、装置、设备及存储介质 | |
KR20090017398A (ko) | Harq를 이용한 데이터 전송방법 | |
US20240113840A1 (en) | Hybrid automatic repeat request method, semi-persistent scheduling method, and communication apparatus | |
CN113872736B (zh) | 数据传输方法、装置、设备和存储介质 | |
KR101342647B1 (ko) | 동기식 하이브리드 에이알큐를 사용하는 상향 공유 채널에대한 하향 피드백 채널에서의 오류 처리 장치 및 방법 | |
CN115865282A (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 |