CN114125058B - 数据包解压缩方法、电子设备和网络侧设备 - Google Patents

数据包解压缩方法、电子设备和网络侧设备 Download PDF

Info

Publication number
CN114125058B
CN114125058B CN202010795116.4A CN202010795116A CN114125058B CN 114125058 B CN114125058 B CN 114125058B CN 202010795116 A CN202010795116 A CN 202010795116A CN 114125058 B CN114125058 B CN 114125058B
Authority
CN
China
Prior art keywords
data
pdcp
packet
buffer
data 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.)
Active
Application number
CN202010795116.4A
Other languages
English (en)
Other versions
CN114125058A (zh
Inventor
杨建华
郭翱
姚楚婷
王键
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010795116.4A priority Critical patent/CN114125058B/zh
Priority to PCT/CN2021/111456 priority patent/WO2022033418A1/zh
Priority to US18/041,178 priority patent/US20230308944A1/en
Priority to EP21855471.5A priority patent/EP4187815A4/en
Publication of CN114125058A publication Critical patent/CN114125058A/zh
Application granted granted Critical
Publication of CN114125058B publication Critical patent/CN114125058B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本申请实施例提供数据包解压缩方法、电子设备和网络侧设备,在一种方法中,网络侧设备接收第一PDCP数据包,对第一PDCP数据包进行解压缩,若对第一PDCP数据包解压缩失败,向电子设备发送第一缓冲数据标识;第一缓冲数据标识对应第一PDCP数据包解压缩使用的缓冲数据;电子设备接收第一缓冲数据标识,将第一缓冲数据标识对应的第一缓冲数据发送至网络侧设备;第一缓冲数据是生成第一PDCP数据包所使用的缓冲数据;网络侧设备接收第一缓冲数据,使用第一缓冲数据对第一PDCP数据包进行解压缩。本申请实施例能够减少因为数据包解压缩失败导致的资源浪费问题。

Description

数据包解压缩方法、电子设备和网络侧设备
技术领域
本申请涉及数据传输领域,特别涉及一种数据包解压缩方法、电子设备和网络侧设备。
背景技术
电子设备例如用户设备(UE,user equipment)和网络侧设备例如演进型基站(eNB,evolved Node B)之间的数据传输,一般需要经过分组数据汇聚协议(PDCP,packetdata convergence protocol),无线链路层控制协议(RLC,radio link control),媒体接入控制(MAC,media access control)和物理层(PHY,physical layer)的传输,每一层完成不同的数据处理。
其中,PDCP主要是进行安全操作和头压缩/解压缩处理,例如加密和完整性保护,健壮性包头压缩(ROHC,robust header compression)和解压缩等;RLC主要完成数据的分段级联和按序递交及自动重传请求(ARQ,automatic repeat-request)数据传输保障;MAC主要完成调度和不同逻辑信道的级联处理及混合自动重传请求(HARQ,hybrid automaticrepeat request)操作;物理层完成传输块成包和空口发送。
在长期演进(LTE,long term evolution)的确认模式(AM,acknowledge mode)传输中,引入了上行数据压缩(UDC,uplink data compression)技术,在PDCP层进行实现。UDC技术主要针对某些有大量重复内容的数据包(packet),通过压缩掉前后包之间的重复冗余部分信息,来降低需要传输的数据量,以节省空口传输的数据量,节约上行资源。具体的,在UDC技术中,电子设备是发送端,对接收到的上行应用层的数据包进行压缩,根据压缩后的数据包生成PDCP数据包,PDCP数据包的结构如图1所示,PDCP层产品序列号(SN,serialnumber)包含在PDCP包头(header)中;网络侧设备作为接收端,从接收到的PDCP数据包中获取压缩后的数据包(也即电子设备中压缩后的数据包),进行解压,得到原始数据包(也即电子设备中上行应用层的数据包)。
对UDC技术中数据压缩和解压缩的原理说明如下。UDC中对数据包的压缩和解压缩都是基于一个缓冲区(buffer)来完成的,buffer中存储了一个字符串,该字符串即常说的字典。协议中规定,buffer的大小为2kbyte、4kbyte或者8kbyte。对数据包进行压缩时,将数据包跟该字典进行比较,将数据包中与字典相同的部分字段作为冗余去掉,达到减少传输的数据量的目的;解压缩即根据字典将数据包中去掉的冗余再恢复出来,填充到被解压的数据包中,得到原始数据包,字典的大小小于等于buffer的大小,例如在王者荣耀应用下,当设置buffer为8kbyte时字典的大小都在4kbyte以下。
举例来说,参见图2所示,在电子设备中,假设buffer中预置字典或初始字典是abc,将包括预置字典或初始字典的buffer称为buffer0,当packet1基于buffer0中的字典abc压缩后,会把paceket1放入buffer0,从而得到包括字典abc-def的buffer1;在网络侧设备中,未收到压缩后的packet1之前,初始的buffer也只有预置或初始的字典abc,也即buffer0,当接收到压缩后的packet1后,基于buffer0中的字典abc对压缩后的packet1进行解压缩,得到packet1,具体为def,然后将packet1中的数据从后向前存入网络侧设备的buffer(也即buffer0),此时网络侧设备中的buffer也会变成包括字典abc-def的buffer1,实现电子设备和网络侧设备中buffer的统一。同理,电子设备压缩packet2后,将packet2放入buffer1,从而得到buffer2,由于buffer的大小是固定的,后面放入的数据会把前面的数据挤出buffer,类似图中packet2加入buffer的过程;网络侧设备接收到压缩后的packet2后,基于buffer1中的字典abc-def进行解压缩,得到packet2,将packet2中的数据从后向前存buffer1,从而得到buffer2。基于以上UDC的压缩和解压缩原理可知,网络侧设备对于数据包的解压缩,后一个数据包的成功解压缩依赖于前一个数据包的成功解压缩,一旦一个数据包解压缩失败,则这个数据包之后的数据包都无法解压缩成功。
在网络侧设备中容易出现某一个数据包解压缩失败而导致的大量数据包丢失,需要从电子设备中PDCP上层的TCP/IP层再次重新传输丢失的数据,造成电子设备和网络侧设备的数据处理资源以及上行数据传输资源的浪费。
发明内容
本申请提供了一种数据包解压缩方法、电子设备和网络侧设备,能够减少因为数据包解压缩失败导致的资源浪费问题。
第一方面,本申请实施例提供一种数据包解压缩方法,包括:
网络侧设备接收第一PDCP数据包,对第一PDCP数据包进行解压缩,若对第一PDCP数据包解压缩失败,向电子设备发送第一缓冲数据标识;第一缓冲数据标识对应第一PDCP数据包解压缩使用的缓冲数据;
电子设备接收第一缓冲数据标识,将第一缓冲数据标识对应的第一缓冲数据发送至网络侧设备;第一缓冲数据是生成第一PDCP数据包所使用的缓冲数据;
网络侧设备接收第一缓冲数据,使用第一缓冲数据对第一PDCP数据包进行解压缩。
该方法中,网络侧设备对第一PDCP数据包解压缩失败时,电子设备将第一PDCP数据包解压缩使用的第一缓冲数据发送至网络侧设备,网络侧设备可以使用第一缓冲数据对第一PDCP数据包成功解压缩,从而网络侧设备中不会出现某一个数据包解压缩失败而导致的大量数据包丢失的情况,减少了因为数据包解压缩失败导致的资源浪费问题。
在一种可能的实现方式中,第一缓冲数据标识为:第一PDCP数据包解压缩所使用的解压缩buffer的标识,或者,根据第一PDCP数据包的原始数据包更新后的解压缩buffer的标识,或者,生成第一PDCP数据包所使用的压缩buffer的标识,或者,根据第一PDCP数据包的原始数据包更新后的压缩buffer的标识。
该方法中,使用与第一PDCP数据包具有关联的压缩buffer或者解压缩buffer的标识作为第一缓冲数据标识,从而可以向电子设备准确指示网络侧设备所需要的缓冲数据,保证网络侧设备从电子设备获取到准确的缓冲数据,成功对第一PDCP数据包进行解压缩。
在一种可能的实现方式中,将第一缓冲数据标识对应的第一缓冲数据发送至网络侧设备之前,还包括:
电子设备判断第一缓冲数据的大小未超过预设最大阈值。
该方法中,通过为第一缓冲数据预设最大阈值,可以防止电子设备发送至网络侧设备的第一缓冲数据的数据量过大导致的传输资源浪费或者第一缓冲数据无法成功传输等问题。
在一种可能的实现方式中,将第一缓冲数据标识对应的第一缓冲数据发送至网络侧设备,包括:
通过控制协议数据单元将第一缓冲数据发送至网络侧设备。
第二方面,本申请实施例提供一种数据包的解压缩方法,应用于网络侧设备,包括:
接收第一PDCP数据包;
对第一PDCP数据包进行解压缩;
若对第一PDCP数据包解压缩失败,向电子设备发送第一缓冲数据标识;第一缓冲数据标识对应第一PDCP数据包解压缩使用的缓冲数据;
接收电子设备发送的第一缓冲数据,第一缓冲数据与第一缓冲数据标识相对应;第一缓冲数据是生成第一PDCP数据包所使用的缓冲数据;
使用第一缓冲数据对第一PDCP数据包进行解压缩。
在一种可能的实现方式中,第一缓冲数据标识为:第一PDCP数据包解压缩所使用的解压缩buffer的标识,或者,根据第一PDCP数据包的原始数据包更新后的解压缩buffer的标识,或者,生成第一PDCP数据包所使用的压缩buffer的标识,或者,根据第一PDCP数据包的原始数据包更新后的压缩buffer的标识。
在一种可能的实现方式中,还包括:
通过控制协议数据单元接收所述第一缓冲数据。
第三方面,本申请实施例提供一种数据包解压缩方法,应用于电子设备,包括:
接收网络侧设备发送的第一缓冲数据标识,第一缓冲数据标识在网络侧设备对接收到的第一PDCP数据包解压缩失败后发送;第一缓冲数据标识对应第一PDCP数据包解压缩使用的缓冲数据;
将第一缓冲数据标识对应的第一缓冲数据发送至网络侧设备,第一缓冲数据是生成第一PDCP数据包所使用的缓冲数据。
在一种可能的实现方式中,将第一缓冲数据标识对应的第一缓冲数据发送至网络侧设备之前,还包括:
判断第一缓冲数据的大小未超过预设最大阈值。
在一种可能的实现方式中,将第一缓冲数据标识对应的第一缓冲数据发送至网络侧设备,包括:
将第一缓冲数据通过控制协议数据单元发送至网络侧设备。
第四方面,本申请实施例提供一种数据包的解压缩方法,包括:
网络侧设备若在第一时长内对第一PDCP数据包解压缩失败,向电子设备发送第一标识;
电子设备接收第一标识,向网络侧设备发送第二PDCP数据包,将第二缓冲数据发送至网络侧设备;第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据;第二PDCP数据包为第一PDCP数据包的下一个数据包;
网络侧设备接收第二缓冲数据以及第二PDCP数据包,使用第二缓冲数据对第二PDCP数据包进行解压缩。
该方法中,网络侧设备对第一PDCP数据包解压缩失败后,电子设备将生成第一PDCP数据包的下一个PDCP数据包(也即第二PDCP数据包)所使用的第二缓冲数据发送至网络侧设备,网络侧设备使用第二缓冲数据可以对第二PDCP数据包成功解压缩,从而网络侧设备中不会出现某一个数据包解压缩失败而导致的大量数据包丢失的情况,减少了因为数据包解压缩失败导致的资源浪费问题。
在一种可能的实现方式中,第一标识为NACK。
在一种可能的实现方式中,将第二缓冲数据发送至网络侧设备之前,还包括:
判断第二缓冲数据的大小未超过预设最大阈值。
在一种可能的实现方式中,将第二缓冲数据发送至网络侧设备,包括:
通过控制协议数据单元将第二缓冲数据发送至网络侧设备。
第五方面,本申请实施例提供一种数据包的解压缩方法,应用于网络侧设备,包括;
若在第一时长内对第一PDCP数据包解压缩失败,向电子设备发送第一标识;
接收电子设备发送的第二PDCP数据包,第二PDCP数据包在电子设备接收到第一标识后发送;第二PDCP数据包为第一PDCP数据包的下一个数据包;接收电子设备发送的第二缓冲数据,第二缓冲数据在电子设备接收到第一标识后发送;第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据;
使用第二缓冲数据对第二PDCP数据包进行解压缩。
在一种可能的实现方式中,第一标识为NACK。
在一种可能的实现方式中,还包括:
通过控制协议数据单元接收第二缓冲数据。
第六方面,本申请实施例提供一种数据包的解压缩方法,应用于电子设备,包括;
从网络侧设备接收第一标识,第一标识用于指示网络侧设备在第一时长内对第一PDCP数据包解压缩失败后发送;
响应于第一标识,将第二PDCP数据包发送至网络侧设备,将第二缓冲数据发送至网络侧设备,第二缓冲数据是生成第二PDCP数据包所使用的缓冲数据;第二PDCP数据包是第一PDCP数据包的下一个数据包。
在一种可能的实现方式中,第一标识为NACK。
在一种可能的实现方式中,将第二缓冲数据发送至网络侧设备之前,还包括:
判断第二缓冲数据的大小未超过预设最大阈值。
在一种可能的实现方式中,将第二缓冲数据发送至网络侧设备,包括:
通过控制协议数据单元将第二缓冲数据发送至网络侧设备。
第七方面,本申请实施例提供一种数据包的解压缩方法,包括:
电子设备监控每个PDCP数据包对应的媒体接入控制MAC包的传输结果;若监控到第一PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值,将第二缓冲数据发送至网络侧设备,第二缓冲数据是生成第二PDCP数据包所使用的缓冲数据,第二PDCP数据包是第一PDCP数据包的下一个数据包;
网络侧设备接收第二缓冲数据,使用第二缓冲数据对接收到的第二PDCP数据包进行解压缩。
该方法中,电子设备监控到第一PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值,将生成第一PDCP数据包的下一个PDCP数据包(也即第二PDCP数据包)所使用的第二缓冲数据发送至网络侧设备,网络侧设备使用第二缓冲数据可以对第二PDCP数据包成功解压缩,从而网络侧设备中不会出现某一个数据包解压缩失败而导致的大量数据包丢失的情况,减少了因为数据包解压缩失败导致的资源浪费问题。
在一种可能的实现方式中,将第二缓冲数据发送至网络侧设备之前,还包括:
判断第二缓冲数据的大小未超过预设最大阈值。
在一种可能的实现方式中,将第二缓冲数据发送至网络侧设备,包括:
通过控制协议数据单元将第二缓冲数据发送至网络侧设备。
第八方面,本申请实施例提供一种数据包解压缩方法,应用于网络侧设备,包括:
接收电子设备发送的第二缓冲数据,第二缓冲数据在电子设备监控到第一PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值后发送;第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据,第二PDCP数据包是第一PDCP数据包的下一个数据包;
使用第二缓冲数据对接收到的第二PDCP数据包进行解压缩。
在一种可能的实现方式中,还包括:
通过控制协议数据单元接收第二缓冲数据。
第九方面,本申请实施例提供一种数据包解压缩方法,应用于电子设备,包括:
监控每个PDCP数据包对应的MAC包的传输结果;若监控到第一PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值,将第二缓冲数据发送至网络侧设备,第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据,第二PDCP数据包是第一PDCP数据包的下一个数据包。
在一种可能的实现方式中,将第二缓冲数据发送至网络侧设备之前,还包括:
判断第二缓冲数据的大小未超过预设最大阈值。
在一种可能的实现方式中,将第二缓冲数据发送至网络侧设备,包括:
通过控制协议数据单元将第二缓冲数据发送至网络侧设备。
第十方面,本申请实施例提供一种网络侧设备,包括:
一个或多个处理器;存储器;以及一个或多个计算机程序,其中一个或多个计算机程序被存储在存储器中,一个或多个计算机程序包括指令,当指令被设备执行时,使得设备执行第二方面任一项的方法。
第十一方面,本申请实施例提供一种网络侧设备,包括:
一个或多个处理器;存储器;以及一个或多个计算机程序,其中一个或多个计算机程序被存储在存储器中,一个或多个计算机程序包括指令,当指令被设备执行时,使得设备执行第五方面任一项的方法。
第十二方面,本申请实施例提供一种网络侧设备,包括:
一个或多个处理器;存储器;以及一个或多个计算机程序,其中一个或多个计算机程序被存储在存储器中,一个或多个计算机程序包括指令,当指令被设备执行时,使得设备执行第八方面任一项的方法。
第十三方面,本申请实施例提供一种电子设备,包括:
一个或多个处理器;存储器;以及一个或多个计算机程序,其中一个或多个计算机程序被存储在存储器中,一个或多个计算机程序包括指令,当指令被设备执行时,使得设备执行第三方面任一项的方法。
第十四方面,本申请实施例提供一种电子设备,包括:
一个或多个处理器;存储器;以及一个或多个计算机程序,其中一个或多个计算机程序被存储在存储器中,一个或多个计算机程序包括指令,当指令被设备执行时,使得设备执行第六方面任一项的方法。
第十五方面,本申请实施例提供一种电子设备,包括:
一个或多个处理器;存储器;以及一个或多个计算机程序,其中一个或多个计算机程序被存储在存储器中,一个或多个计算机程序包括指令,当指令被设备执行时,使得设备执行第九方面任一项的方法。
第十六方面,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,当其在计算机上运行时,使得计算机执行第一方面至第九方面任一项的方法。
第十七方面,本申请提供一种计算机程序,当计算机程序被计算机执行时,用于执行第一方面至第九方面任一项的方法。
在一种可能的设计中,第十七方面中的程序可以全部或者部分存储在与处理器封装在一起的存储介质上,也可以部分或者全部存储在不与处理器封装在一起的存储器上。
附图说明
图1为现有技术PDCP数据包的结构示例图;
图2为现有技术UDC压缩和解压缩原理示例图;
图3为现有技术LTE的AM模式下使用UDC技术时的PDCP数据包传输过程示例图;
图4为现有技术中LTE的AM模式下使用UDC技术时PDCP数据包解压缩失败的处理流程示例图;
图5为将LTE的AM模式下的UDC技术重用至5G NR下PDCP数据包传输过程示例图;
图6为5G NR下使用UDC技术时PDCP数据包解压缩失败的处理流程示例图;
图7为本申请实施例电子设备和网络侧设备中维护的buffer与PDCP数据包之间的关系示例图;
图8为本申请实施例数据包解压缩方法一种实施例的流程图;
图9为图8所示数据包解压缩方法的一种示例图;
图10为本申请实施例数据包解压缩方法另一种实施例的流程图;
图11为图10所示数据包解压缩方法的一种示例图;
图12为本申请实施例数据包解压缩方法又一种实施例的流程图;
图13为图12所示数据包解压缩方法的一种示例图;
图14为本申请实施例数据包解压缩方法又一种实施例的流程图;
图15为本申请实施例数据包解压缩方法又一种实施例的流程图;
图16为本申请实施例数据包解压缩方法又一种实施例的流程图;
图17为本申请实施例数据包解压缩方法又一种实施例的流程图;
图18为本申请实施例数据包解压缩方法又一种实施例的流程图;
图19为本申请实施例数据包解压缩方法又一种实施例的流程图;
图20为本申请数据包解压缩装置一种实施例的结构图;
图21为本申请数据包解压缩装置另一种实施例的结构图;
图22为本申请数据包解压缩装置又一种实施例的结构图;
图23为本申请数据包解压缩装置又一种实施例的结构图;
图24为本申请数据包解压缩装置又一种实施例的结构图。
具体实施方式
本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释,而非旨在限定本申请。
首先对现有实现方案中UDC技术下的数据包传输过程进行说明。目前,UDC技术只适用于LTE的AM模式。通常情况下,网络侧设备的PDCP层将按序收到数据包,保证电子设备中的buffer和网络侧设备中的buffer对齐,实现按序解压。参见图3所示,以buffer大小为2个数据包为例,一个虚线框表示一个buffer,上下两排中的每一排buffer,从第一个虚线框表示buffer0开始,之后的虚线框依次表示buffer1~buffer7,上下两排序号相同的buffer相同,需要说明的是,图3中示出的原始包是指原始数据包;正常情况下,上面两行是电子设备的PDCP层及RLC层,下面两行是网络侧设备的RLC层和PDCP层,电子设备中的PDCP数据包中的1号包~8号包依次由PDCP层传输至RLC层,进而最终传输至网络侧设备的RLC层,网络侧设备中的RLC层会对接收到的PDCP数据包进行排序后,再递交至PDCP层进行解压缩。例如,参见图3,电子设备的原始数据包(即上行应用层的数据包)中的3号包,基于包括原始数据包中1号包和2号包的buffer2进行压缩,生成PDCP数据包的3号包;网络侧设备的RLC层将1~4号PDCP数据包排好序后把1~4号PDCP数据包一起递交给PDCP层,对PDCP数据包中的3号包解压缩时,是基于正确解压缩了1号包和2号包之后更新得到的buffer2,也即包括原始数据包1(也即图3中示出的原始包1)和原始数据包2(也即图3中示出的原始包2)的buffer2。其中,图3中出现的号码均为PDCP的SN。
LTE中针对UDC有解压缩出问题时的反馈机制。当网络侧设备发现某一个PDCP数据包的解压缩出错时,向电子设备反馈UDC解压缩出错的控制协议数据单元(control PDU),电子设备接收到该控制PDU后,从当前要压缩的原始数据包开始,重置(reset)buffer,基于预置字典或初始字典对上述当前要压缩的原始数据包进行压缩,生成PDCP数据包,并在UDC报头上指示该PDCP数据包为重置buffer后压缩生成的PDCP数据包。
举例来说,LTE中针对UDC的传输,电子设备中的PDCP层在某些情况下如丢弃计时器(discard timer)超时,会丢弃某些PDCP数据包,并通知下层RLC,避免将超时的PDCP数据包通过空口发出去。如图4所示,例如PDCP层SN为1,2,3,4的PDCP数据包中3号包超时被丢弃后,PDCP层会通知RLC层3号PDCP数据包需要被丢弃,并且在RLC层的编号,会变为PDCP 1号包对应RLC的1号包,PDCP 2号包对应RLC的2号包,PDCP 4号包对应RLC的3号包。网络侧设备收到PDCP数据包上交到PDCP层时,1,2号PDCP数据包解压之后,由于3号PDCP数据包已经被电子设备中的RLC层丢弃,网络侧设备对接收到的4号PDCP数据包(也即上述的RLC的3号包)进行解压缩时,其解压缩使用的buffer将出现与压缩时使用的压缩buffer不一致的问题,出现解压缩错误,进而网络侧设备会通过反馈控制PDU的方式向电子设备进行反馈。然而,如图4所示,当电子设备中的3号PDCP数据包因超时被丢弃之后,4,5,6,7,8号PDCP数据包可能已经打包好,电子设备仍然会正常发出并被网络侧设备接收到,虽然网络侧设备对4号PDCP数据包解压缩失败发送控制PDU要求电子设备重置buffer,然而此时电子设备中的5,6,7,8号PDCP数据包已发出,电子设备会从9号PDCP数据包开始重置buffer,网络侧设备将对4~8号PDCP数据包均解压缩失败,从9号PDCP数据包才能够正常解压缩并上交上行应用层。也就是说,从网络侧设备发现解压缩失败(图中4号PDCP数据包)到再接收到重置buffer后生成的PDCP数据包(图中9号PDCP数据包)之间的所有PDCP数据包(图中4~8号PDCP数据包)都会因解压缩失败被丢弃掉,造成大量PDCP数据包丢失,需要上行应用层再次进行重传这些丢失的PDCP数据包中的数据,造成电子设备和网络侧设备的数据处理资源以及上行数据传输资源的浪费。
5G新空口(NR,new radio)中目前未使用UDC技术,如果将UDC技术应用于5G NR,一种显然的技术方案是将上述现有的UDC机制重用于AM模式下数据无线承载(DRB,dataradio bearer)的传输中,具体参见图5。参见图5,图5所示5G NR下的PDCP数据包压缩和解压缩过程相对于图3所示LTE中的PDCP数据包压缩和解压缩过程的区别点主要在于以下两点:
5G NR的PDCP层具有重排序的功能,对于PDCP数据包解压缩上交的过程,会放在PDCP层上交给上层的最后一步,即对PDCP数据包排好序、准备上交上层之前,进行PDCP数据包的解压缩;
在5G NR中,为了减少数据包的处理时延,电子设备中的PDCP层还可以进行预处理,即在底层还未分配空口许可(grant)的时候,PDCP层就向下层RLC发送PDCP数据包,进行提前处理,从而,可能在空口中PDCP数据包只传输到1号包,但是2,3,4,5,6,7,8号PDCP数据包均已经在PDCP层进行了处理,并递交给了RLC层做进一步的预处理。
在5G NR中,如果出现类似LTE中电子设备发生因PDCP discard timer超时等情况在PDCP层将某些PDCP数据包删除的情况时,也会发生类似的批量丢包事件。而且,由于网络侧设备中PDCP层需要对PDCP数据包重排序,会通过开启重排序定时器(reordering timer)来等待未到达的PDCP数据包,因此在重排序定时器超时后,才能进行基于SN的排序顺序在未到达的PDCP数据包之后的PDCP数据包的解压缩,此时网络侧设备才能发现未到达的PDCP数据包之后的PDCP数据包的解压缩出现问题,向电子设备进行反馈,并且,由于电子设备中PDCP层的预处理功能,更多的PDCP数据包会基于对不齐的buffer进行压缩并传输至网络侧设备,以上两个原因会直接导致更多的数据包解压缩失败,也即5G NR中发生批量丢包事件时丢失的PDCP数据包更多。例如,参见图6所示,当3号PDCP数据包因超时被丢弃之后,4,5,6,7,8,9号PDCP数据包已经打包好,并由于预处理功能已经传输到RLC层,即使正常发出,4,5,6,7,8,9号PDCP数据包均不能被网络侧设备正确解压缩;而在网络侧设备中,网络侧设备需要等到重排序定时器超时后,才会向上层递交4号PDCP数据包,此时才能发现4号PDCP数据包解压缩失败,对比LTE的相同情况下,发现4号PDCP数据包解压缩失败的时间将延迟一个重排序定时器的长度,电子设备接收到网络侧设备对于4号PDCP数据包解压缩错误的反馈时,可能5,6号PDCP数据包已发出,7,8,9号PDCP数据包已传输至RLC层,到10号PDCP数据包才能开始重置buffer,网络侧设备接收到10号PDCP数据包时才能够正常解压缩并上交PDCP层的上层,从而由于PDCP层的预处理功能以及PDCP层重排序流程需要等待重排序定时器超时才能发现问题,可能导致5G NR在发生PDCP数据包解压缩失败时丢失的PDCP数据包数量较LTE变大,造成电子设备和网络侧设备的数据处理资源以及上行数据传输资源更为严重的浪费。
为此,本申请提出一种数据包解压缩方法、电子设备及网络侧设备,能够减少因为PDCP数据包解压缩失败导致的资源浪费问题。
本申请实施例的数据包解压缩方法可以适用于LTE的AM模式和非确认模式(UM,unacknowledged mode)模式,也可以适用于5G NR下的AM模式和UM模式。
本申请实施例的数据包解压缩方法中,电子设备对维护的压缩buffer进行编号,网络侧设备对维护的解压缩buffer进行编号,同一个PDCP数据包在电子设备进行压缩时使用的压缩buffer的编号,与该PDCP数据包在网络侧设备进行解压缩时使用的解压缩buffer的编号相同;在一种可能的实现方式中,基于PDCP数据包生成的压缩buffer和解压缩buffer可以使用PDCP数据包的SN作为编号,从而既可以区分不同的buffer,也可以有效的对PDCP数据包、压缩buffer和解压缩buffer进行关联。具体的,电子设备对于原始数据包n,根据压缩buffer(n-1)对原始数据包n进行压缩处理,生成原始数据包n对应的PDCP数据包n,并根据原始数据包n更新压缩buffer(n-1)为新的压缩buffer(n);可选地,新的压缩buffer(n)的编号可以为PDCP数据包n的SN。相应的,网络侧设备对于PDCP数据包n,使用当前的解压缩buffer(n-1)对PDCP数据包n进行解压缩处理,生成PDCP数据包n对应的原始数据包n,并根据该原始数据包n更新解压缩buffer(n-1)为新的解压缩buffer(n);可选地,新的解压缩buffer(n)的编号可以为PDCP数据包n的SN。
举例来说,参见图7所示在电子设备和网络侧设备中维护的buffer与PDCP数据包之间关系示例图,假设电子设备和网络侧设备中包括预置字典或者初始字典的buffer为buffer0;在电子设备中,PDCP数据包1是使用buffer0对原始数据包1压缩得到的,之后,根据PDCP数据包1的原始数据包1更新buffer0得到buffer1(也即根据PDCP数据包1生成buffer1),以此类推,PDCP数据包2是使用buffer1对原始数据包2压缩得到的,根据PDCP数据包2的原始数据包2更新buffer1得到buffer2,PDCP数据包3是使用buffer2对原始数据包3压缩得到的,根据PDCP数据包3的原始数据包3更新buffer2得到buffer3,…;在网络侧设备中,PDCP数据包1根据buffer0进行解压缩,得到原始数据包1,根据原始数据包1更新buffer0得到buffer1(也即根据PDCP数据包1生成buffer1),以此类推,PDCP数据包2根据buffer1解压缩得到原始数据包2,根据原始数据包2更新buffer1得到buffer2,PDCP数据包3根据buffer2解压缩得到原始数据包3,根据原始数据包3更新buffer2得到buffer3…。图7中,同一PDCP数据包在电子设备和网络侧设备中进行压缩或解压缩基于同一buffer,图7中PDCP数据包和buffer的编号0~5仅为举例,并不用以限制buffer的编号方式。
基于以上对于buffer的编号,参见图8所示,数据包解压缩方法的一种实施例可以包括:
步骤801:网络侧设备接收到一个PDCP数据包,判断PDCP数据包是否解压缩成功;
可选地,判断PDCP数据包是否解压缩成功可以包括:判断PDCP数据包的校验和(checksum)是否正确。
其中,checksum是基于PDCP数据包压缩所使用的buffer计算得到的一个4bit的数值,放置于PDCP数据包的最后,网络侧设备可以基于PDCP数据包解压缩所要使用的解压缩buffer计算得到一个checksum,通过比对网络侧设备计算得到的checksum与PDCP数据包中携带的checksum是否一致,即可以判断PDCP数据包的校验和(checksum)是否正确;如果网络侧设备计算得到的checksum与PDCP数据包中携带的checksum一致,也即判断PDCP数据包的校验和(checksum)正确,说明PDCP数据包进行解压缩使用的解压缩buffer与电子设备生成PDCP数据包时所使用的压缩buffer相同,说明PDCP数据包能够解压缩成功;反之,网络侧设备计算得到的checksum与PDCP数据包中携带的checksum不一致,也即判断PDCP数据包的checksum错误,说明PDCP数据包将解压缩失败。
举例来说,假设PDCP数据包2未收到,则网络侧设备中的解压缩buffer的编号为1(即buffer1),需要解压缩的PDCP数据包为3号包,PDCP数据包3中携带的checksum是电子设备根据编号为2的压缩buffer(即buffer2)计算得到的,而网络侧设备中将根据编号为1的解压缩buffer计算checksum,编号为2的压缩buffer与编号为1的解压缩buffer不同,所以,checksum的比对结果为不一致,也即可以判断PDCP数据包3的校验和错误,PDCP数据包解压缩失败。
其中,本步骤中判断结果为是时,网络侧设备将继续对下一个PDCP数据包是否解压缩成功进行判断,这里不再赘述。
步骤802:网络侧设备的判断结果为否,确定PDCP数据包对应的buffer标识,解压缩所使用的解压缩buffer的编号,将buffer标识发送至电子设备;电子设备接收到buffer标识,将buffer标识对应的压缩buffer中的数据发送至网络侧设备。
可选地,buffer标识可以通过控制PDU发送至电子设备。
可选地,压缩buffer可以通过控制PDU发送至网络侧设备。
其中,buffer标识用于向电子设备指示生成第N个PDCP数据包所使用的压缩buffer。可选地,buffer标识可以是PDCP数据包解压缩所使用的解压缩buffer的标识、或者生成PDCP数据包所使用的压缩buffer的标识、或者根据PDCP数据包的原始数据包更新后的解压缩buffer的标识、或者根据PDCP数据包的原始数据包更新后的压缩buffer的标识。在一种可能的实现方式中,上述解压缩buffer的标识可以是解压缩buffer的编号,上述压缩buffer的标识可以是压缩buffer的编号。
可选地,压缩buffer和解压缩buffer可以通过PDCP数据包的SN进行编号。例如,将根据PDCP数据包的原始数据包更新后的压缩buffer或者解压缩buffer的编号设置为SN,此时,SN是根据PDCP数据包的原始数据包更新后的压缩buffer、或者解压缩buffer的编号,生成PDCP数据包所使用的压缩buffer的编号为SN的数值减1,PDCP数据包解压缩所使用的解压缩buffer的编号也为SN的数值减1。举例来说,假设一个PDCP数据包的SN为m,则生成该PDCP数据包的压缩buffer的编号为m-1,根据该PDCP数据包的原始数据包更新后的压缩buffer的编号为m,同样的,该PDCP数据包解压缩所使用的解压缩buffer的编号为m-1,根据该PDCP数据包的原始数据包更新后的解压缩buffer的编号为m。基于以上对于buffer的编号方式,在一种可能的实现方式中,网络侧设备可以从PDCP数据包的包头中获取SN,将SN作为buffer标识发送至电子设备,这里作为buffer标识发送的SN是根据PDCP数据包的原始数据包更新后的压缩buffer、或者解压缩buffer的标识;在另一种可能的实现方式中,网络侧设备也可以根据从PDCP数据包的包头中获取的SN数值m计算得到PDCP数据包解压缩所使用的解压缩buffer的编号为m-1,将该编号m-1作为buffer标识发送至电子设备。
延续步骤801中的举例,参见图9所示,网络侧设备对PDCP数据包3解压缩失败,网络侧设备可以获取PDCP数据包3的SN,假设为3,则,
在一种可能的实现方式中,网络侧设备可以将SN的数值3发送至电子设备;相应的,电子设备根据SN的数值计算得到网络侧设备发送的解压缩buffer的编号为2(即3-1),将电子设备中的编号为2的压缩buffer(即解压缩buffer的编号对应的压缩buffer)中的数据发送给网络侧设备;
在另一种可能的实现方式中,网络侧设备可以根据SN的数值3计算得到网络侧设备解压缩PDCP数据包3所使用的解压缩buffer的编号为2,网络侧设备可以将编号2发送至电子设备;相应的,电子设备将电子设备中编号为2的压缩buffer(即解压缩buffer的编号对应的压缩buffer)中的数据发送给网络侧设备。
步骤803:网络侧设备接收到压缩buffer中的数据,使用接收到的压缩buffer中的数据更新解压缩buffer,根据更新后的解压缩buffer对PDCP数据包进行解压缩,得到PDCP数据包对应的原始数据包,根据原始数据包更新解压缩buffer。
之后,网络侧设备可以基于更新后的解压缩buffer继续进行PDCP数据包之后的PDCP数据包的解压缩,这里不再赘述。
延续步骤802中的举例,参见图9所示,网络侧设备接收到buffer2中的数据,使用buffer2中的数据更新PDCP数据包的解压缩buffer,更新后的解压缩buffer的编号也为2,根据解压缩buffer2对PDCP数据包3进行解压缩,得到PDCP数据包3的原始数据包3,使用得到的原始数据包3更新编号为2的解压缩buffer,得到编号为3的解压缩buffer。
由于同一编号的压缩buffer和解压缩buffer相同,网络侧设备将接收到的buffer更新为PDCP数据包的解压缩buffer,根据更新后的解压缩buffer对PDCP数据包进行解压缩,得到PDCP数据包对应的原始数据包,从而通过从电子设备中获取到解压缩失败的PDCP数据包需要的解压缩buffer,保证该解压缩失败的PDCP数据包能够解压缩成功,从而解决了现有技术中因为网络侧设备对于PDCP数据包解压缩失败导致的资源浪费问题。
可选地,为了防止发送至网络侧设备的压缩buffer数据量过大,电子设备中可以预设一最大阈值,最大阈值的具体取值本申请实施例不作限定;相应的,步骤802中,电子设备接收到buffer标识之后,可以先判断buffer标识对应的压缩buffer的大小是否超过预设的最大阈值,如果未超过最大阈值,电子设备将该buffer标识对应的压缩buffer中的数据发送至网络侧设备;如果超过最大阈值,电子设备可以通知网络侧设备执行现有技术中buffer重置流程,例如电子设备可以向网络侧设备发送buffer重置通知,可选地,buffer重置通知可以通过控制PDU发送至网络侧设备。在电子设备的buffer重置流程中,电子设备对维护的压缩buffer进行初始化,之后,电子设备使用初始化后的压缩buffer对当前要压缩的原始数据包进行压缩,生成对应的PDCP数据包传输至网络侧设备;在网络侧设备的buffer重置流程中,网络侧设备对维护的解压缩buffer进行初始化,网络侧设备使用初始化后的解压缩buffer对新接收到的PDCP数据包进行解压缩,直到对一个新接收到的PDCP数据包解压缩成功。
延续图9所示的举例,假设电子设备接收到buffer标识时,已经对原始数据包6进行了压缩,得到的PDCP数据包6,网络侧设备已经接收到PDCP数据包5,电子设备接收到buffer标识后,buffer标识对应的压缩buffer为buffer2,如果buffer2的大小未超过最大阈值,电子设备将buffer2中的数据发送至网络侧设备,如果buffer2的大小超过最大阈值,电子设备通知网络侧设备进行buffer重置;电子设备和网络侧设备分别执行buffer重置流程,对维护的buffer进行初始化,电子设备使用初始化后的压缩buffer对当前要压缩的原始数据包7进行压缩,生成PDCP数据包7,传输至网络侧设备,相应的,网络侧设备使用初始化后的解压缩buffer依次对新接收到的PDCP数据包6和PDCP数据包7进行解压缩,PDCP数据包7将解压缩成功。之后,根据PDCP数据包7解压缩得到的原始数据包7更新解压缩buffer,针对接收到的PDCP数据包8以及后续PDCP数据包按照步骤801进行处理,这里不再赘述。
参见图10所示,数据包解压缩方法的另一种实施例可以包括:
步骤1001:网络侧设备向电子设备发送针对第N个PDCP数据包的确认(ACK)后,电子设备接收ACK,生成第N+1个PDCP数据包,向网络侧设备发送第N+1个PDCP数据包,等待网络侧设备反馈ACK或否定确认(NACK),并且,网络侧设备启动预设定时器,判断在定时器时间内是否对第N+1个PDCP数据包解压缩成功;如果网络侧设备判断解压缩成功,执行步骤1002;否则,执行步骤1004。
其中,N为自然数。
举例来说,参见图11,PDCP数据包1(即第N个PDCP数据包)在针对于PDCP数据包1的定时器时间内解压缩成功,网络侧设备向电子设备发送ACK;之后,电子设备接收ACK、生成PDCP数据包2、向网络侧设备发送PDCP数据包2、等待网络侧设备反馈ACK或NACK,并且,网络侧设备启动预设定时器(针对于PDCP数据包2的定时器),判断在定时器时间内是否对PDCP数据包2(即第N+1个PDCP数据包)解压缩成功;如果判断结果为解压缩成功,将执行步骤1002;在图11中以PDCP数据包2丢失为例,那么网络侧设备无法在定时器时间内对PDCP数据包2解压缩成功,从而判断结果为解压缩失败,执行步骤1004。
需要说明的是,对于第1个PDCP数据包,可以在网络侧设备与电子设备之间成功建立承载后启动针对于第1个PDCP数据包的定时器;对于第N个PDCP数据包,N大于等于2,网络侧设备可以在向电子设备发送针对于第N-1个PDCP数据包的ACK或NACK后启动针对于第N个PDCP数据包的定时器。
步骤1002:网络侧设备向电子设备发送ACK并重新启动预设定时器,判断在定时器时间内是否对第N+2个PDCP数据包解压缩成功并执行步骤1003。
其中,步骤1002中网络侧设备对于判断结果的处理可以参考步骤1001,这里不赘述。
延续步骤1001中的举例,如果PDCP数据包2解压缩成功,网络侧设备向电子设备发送ACK并重新启动预设定时器,判断在定时器时间内是否对PDCP数据包3(即第N+2个PDCP数据包解压缩成功)并执行步骤1003,后续对于判断结果的处理可参考步骤1001,这里不赘述。
步骤1003:电子设备接收到ACK,生成第N+2个PDCP数据包,将第N+2个PDCP数据包发送至网络侧设备。
后续网络侧设备接收到第N+2个PDCP数据包之后的处理可参考步骤1002,这里不再赘述。
步骤1004:网络侧设备向电子设备发送NACK,电子设备接收到NACK,向网络侧设备发送第N+2个PDCP数据包,将生成第N+2个PDCP数据包(即第N+1个PDCP数据包的下一个PDCP数据包)所使用的压缩buffer中的数据发送至网络侧设备;执行步骤1005。
可选地,压缩buffer可以通过控制PDU发送至网络侧设备。
延续步骤1001中的举例,参见图11,电子设备接收到网络侧设备发送的NACK,将生成PDCP数据包2的下一个PDCP数据包3所使用的buffer2中的数据发送至网络侧设备。
步骤1005:网络侧设备使用接收到的压缩buffer中的数据更新解压缩buffer,使用更新后的解压缩buffer对接收到的第N+2个PDCP数据包进行解压缩。
步骤1004和步骤1005执行的意义在于,第N+1个PDCP数据包解压缩失败,那么需要保证第N+2个PDCP数据包解压缩成功,进而保证后续更多个PDCP数据包解压缩成功,因此,需要将生成第N+2个PDCP数据包所使用的压缩buffer中的数据发送至网络侧设备,网络侧设备更新解压缩buffer,进行第N+2个PDCP数据包的解压缩,此时,第N+1个PDCP数据包被丢弃,但是,网络侧设备将对第N+2个PDCP数据包解压缩成功,之后,启动预设定时器,继续在定时器时间内对第N+3个PDCP数据包是否解压缩成功进行判断,后续不再赘述。
可选地,为了防止发送至网络侧设备的压缩buffer数据量过大,电子设备中可以预设一最大阈值,最大阈值的具体区域本申请实施例不作限定;相应的,步骤1004中,电子设备接收到NACK之后,可以先判断生成第N+2个PDCP数据包所使用的压缩buffer的大小是否超过预设的最大阈值,如果未超过最大阈值,电子设备将生成第N+2个PDCP数据包所使用的压缩buffer中的数据发送至网络侧设备;如果超过最大阈值,电子设备可以执行现有技术中重置buffer的流程,电子设备和网络侧设备分别对维护的buffer进行初始化,之后,电子设备重新根据重置后的buffer对对应的原始数据包进行压缩,生成第N+2个PDCP数据包传输至网络侧设备,此时,网络侧设备对第N+2个PDCP数据包解压缩成功后的处理可参考步骤1001,这里不赘述。
参见图12所示,数据包解压缩方法的另一种实施例可以包括:
步骤1201:电子设备监控每个PDCP数据包的传输结果,判断一个PDCP数据包传输失败,将生成该PDCP数据包的下一个PDCP数据包所使用的压缩buffer中的数据发送至网络侧设备。
可选地,电子设备监控每个PDCP数据包的传输结果可以包括:电子设备监控每个PDCP数据包对应的MAC包的传输结果;相应的,监控到一个PDCP数据包对应的至少一个MAC包的传输结果为传输失败,判断该PDCP数据包传输失败。
PDCP数据包从PDCP层传输至RLC层,在RLC层,将PDCP数据包增加RLC包头,得到RLC数据包,将RLC数据包传输至MAC层;在MAC层,将RLC数据包分片后,得到若干个MAC包,得到的若干个MAC包就是本步骤中PDCP数据包对应的MAC包。MAC包可以通过HARQ的方式进行传输,此时,监控一个MAC包传输结果是成功还是失败可以通过监控该MAC包的重传次数实现,例如,可以预设次数阈值,如果一个MAC包的重传次数达到预设次数阈值,可以判断该MAC包传输失败,否则判断MAC包传输成功。其中,次数阈值的具体取值本申请实施例不作限定。可选地,MAC包通过HARQ的方式传输时,网络侧设备可以通过向电子设备反馈一个MAC包的NACK,来向电子设备指示网络侧设备接收该MAC包失败,也即:电子设备在向网络侧设备传输一个MAC包时,如果接收到网络侧设备针对于该MAC包的NACK,电子设备可以判断该MAC包本次传输失败。
可选地,电子设备可以通过控制PDU将压缩buffer中的数据发送至网络侧设备。
步骤1202:网络侧设备对上述发送失败的PDCP数据包的下一个PDCP数据包进行解压缩时,根据接收到的压缩buffer中的数据更新解压缩buffer,使用更新后的解压缩buffer对上述发送失败的PDCP数据包的下一个PDCP数据包进行解压缩。
举例来说,参见图13,电子设备监控到PDCP数据包2发送失败,将生成PDCP数据包3所使用的buffer2中的数据发送至网络侧设备,网络侧设备在对PDCP数据包3进行解压缩时,根据接收到的buffer2中的数据更新解压缩buffer(即buffer1),更新后的解压缩buffer也为buffer2,使用buffer2对PDCP数据包3进行解压缩。
可选地,为了防止发送至网络侧设备的压缩buffer数据量过大,电子设备中可以预设一最大阈值,最大阈值的具体数值本申请实施例不作限定;相应的,步骤1201中,电子设备PDCP数据包发送失败之后,可以先判断生成该PDCP数据包的下一个PDCP数据包所使用的压缩buffer的大小是否超过预设的最大阈值,如果未超过最大阈值,电子设备将生成该PDCP数据包的下一个PDCP数据包所使用的压缩buffer中的数据发送至网络侧设备;如果超过最大阈值,电子设备可以通知网络侧设备执行现有技术中buffer重置流程,例如电子设备可以向网络侧设备发送buffer重置通知,可选地,buffer重置通知可以通过控制PDU发送至网络侧设备。在电子设备的buffer重置流程中,电子设备对维护的压缩buffer进行初始化,之后,电子设备使用初始化后的压缩buffer对当前要压缩的原始数据包进行压缩,生成对应的PDCP数据包传输至网络侧设备;在网络侧设备的buffer重置流程中,网络侧设备对维护的解压缩buffer进行初始化,网络侧设备使用初始化后的解压缩buffer对新接收到的PDCP数据包进行解压缩,直到对一个新接收到的PDCP数据包解压缩成功。
该实施例中,电子设备监控到某个PDCP数据包发送失败,说明网络侧设备没有接收到这个PDCP数据包,那么需要保证网络侧设备能够对该PDCP数据包的下一个PDCP数据包解压缩成功,进而保证后续更多个PDCP数据包解压缩成功,因此,需要将生成该PDCP数据包的下一个PDCP数据包所使用的压缩buffer中的数据发送至网络侧设备,网络侧设备更新解压缩buffer,进行该PDCP数据包的下一个PDCP数据包的解压缩,此时,该PDCP数据包被丢弃,但是,网络侧设备将该PDCP数据包的下一个PDCP数据包解压缩成功,从而解决了现有技术中因为某个PDCP数据包发送失败导致的PDCP数据包大量丢失的问题,进而减少了因为PDCP数据包解压缩失败导致的资源浪费问题。
图14是本申请数据包的解压缩方法又一种实施例流程图,该方法可以应用于网络侧设备,如图14所示,该方法可以包括:
步骤1401:接收第一PDCP数据包;
步骤1402:对第一PDCP数据包进行解压缩;
步骤1403:若对第一PDCP数据包解压缩失败,向电子设备发送第一缓冲数据标识;第一缓冲数据标识对应第一PDCP数据包解压缩使用的缓冲数据。
可选地,第一PDCP数据包解压缩使用的缓冲数据可以是上述实施例中所述的解压缩buffer中的数据。
可选地,第一缓冲数据标识可以是上述解压缩buffer的标识。第一缓冲数据标识具体可以为:第一PDCP数据包解压缩所使用的解压缩buffer的标识,或者,根据第一PDCP数据包的原始数据包更新后的解压缩buffer的标识,或者,生成第一PDCP数据包所使用的压缩buffer的标识,或者,根据第一PDCP数据包的原始数据包更新后的压缩buffer的标识。
步骤1404:接收电子设备发送的第一缓冲数据,第一缓冲数据与第一缓冲数据标识相对应;第一缓冲数据是生成第一PDCP数据包所使用的缓冲数据。
可选地,第一缓冲数据可以是第一缓冲数据标识对应的压缩buffer中的数据。
可选地,网络侧设备可以通过控制PDU接收第一缓冲数据。
步骤1405:使用第一缓冲数据对第一PDCP数据包进行解压缩。
图15是本申请数据包的解压缩方法又一种实施例流程图,该方法可以应用于电子设备,如图15所示,该方法可以包括:
步骤1501:接收网络侧设备发送的第一缓冲数据标识,第一缓冲数据标识在网络侧设备对接收到的第一PDCP数据包解压缩失败后发送;第一缓冲数据标识对应第一PDCP数据包解压缩使用的缓冲数据;
步骤1502:将第一缓冲数据标识对应的第一缓冲数据发送至网络侧设备,第一缓冲数据是生成第一PDCP数据包所使用的缓冲数据。
可选地,步骤1502之前,还可以包括:
判断第一缓冲数据的大小未超过预设最大阈值。
可选地,电子设备可以将第一缓冲数据通过控制PDU发送至网络侧设备。
图14和图15所示实施例的具体实现,可以参考上述图8所示实施例中的对应说明,这里不赘述。
图16是本申请数据包的解压缩方法又一种实施例流程图,该方法可以应用于网络侧设备,如图16所示,该方法可以包括:
步骤1601:若在第一时长内对第一PDCP数据包解压缩失败,向电子设备发送第一标识。
可选地,第一标识可以为NACK。
步骤1602:接收电子设备发送的第二PDCP数据包,第二PDCP数据包在电子设备接收到第一标识后发送;第二PDCP数据包为第一PDCP数据包的下一个数据包;接收电子设备发送的第二缓冲数据,第二缓冲数据在电子设备接收到第一标识后发送;第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据。
可选地,第二缓冲数据可以是电子设备生成第二PDCP数据包所使用的压缩buffer中的数据。
可选地,网络侧设备可以通过控制PDU接收第二缓冲数据。
步骤1603:使用第二缓冲数据对第二PDCP数据包进行解压缩。
图17是本申请数据包的解压缩方法又一种实施例流程图,该方法可以应用于电子设备,如图17所示,该方法可以包括:
步骤1701:从网络侧设备接收第一标识,第一标识用于指示网络侧设备在第一时长内对第一PDCP数据包解压缩失败。
步骤1702:响应于第一标识,将第二PDCP数据包发送至网络侧设备,将第二缓冲数据发送至网络侧设备,第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据;第二PDCP数据包是第一PDCP数据包的下一个数据包。
可选地,步骤1702之前,还可以包括:
判断第二缓冲数据的大小未超过预设最大阈值。
可选地,第二缓冲数据可以通过控制PDU发送至网络侧设备。
图16和图17所示实施例的具体实现,可以参考上述图10所示实施例中的对应说明,这里不赘述。
图18是本申请数据包的解压缩方法又一种实施例流程图,该方法可以应用于网络侧设备,如图18所示,该方法可以包括:
步骤1801:接收电子设备发送的第二缓冲数据,第二缓冲数据在电子设备监控到第一PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值后发送;第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据,第二PDCP数据包是第一PDCP数据包的下一个数据包。
可选地,第二缓冲数据可以是电子设备生成第二PDCP数据包所使用的压缩buffer中的数据。
步骤1802:使用第二缓冲数据对接收到的第二PDCP数据包进行解压缩。
可选地,网络侧设备可以通过控制PDU接收第二缓冲数据。
图19是本申请数据包的解压缩方法又一种实施例流程图,该方法可以应用于电子设备,如图19所示,该方法可以包括:
步骤1901:监控每个PDCP数据包对应的MAC包的传输结果;
步骤1902:若监控到第一PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值,将第二缓冲数据发送至网络侧设备,第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据,第二PDCP数据包是第一PDCP数据包的下一个数据包。
可选地,步骤1902中将第二缓冲数据发送至网络侧设备之前,还可以包括:
判断第二缓冲数据的大小未超过预设最大阈值。
可选地,第二缓冲数据可以通过控制PDU发送至网络侧设备。
图18和图19所示实施例的具体实现,可以参考上述图12所示实施例中的对应说明,这里不赘述。
可以理解的是,上述实施例中的部分或全部步骤骤或操作仅是示例,本申请实施例还可以执行其它操作或者各种操作的变形。此外,各个步骤可以按照上述实施例呈现的不同的顺序来执行,并且有可能并非要执行上述实施例中的全部操作。
图20是本申请数据包解压缩装置一个实施例的结构图,该装置可以应用于网络侧设备,如图20所示,该装置200可以包括:
接收单元201,用于接收第一PDCP数据包;
解压缩单元202,用于对第一PDCP数据包进行解压缩;
发送单元203,用于若对第一PDCP数据包解压缩失败,向电子设备发送第一缓冲数据标识;第一缓冲数据标识对应第一PDCP数据包解压缩使用的缓冲数据;
接收单元201还用于:接收电子设备发送的第一缓冲数据,第一缓冲数据与第一缓冲数据标识相对应;第一缓冲数据是生成第一PDCP数据包所使用的缓冲数据;
解压缩单元202还用于:使用第一缓冲数据对第一PDCP数据包进行解压缩。
在一种可能的实现方式中,第一缓冲数据标识可以为:第一PDCP数据包解压缩所使用的解压缩buffer的标识,或者,根据第一PDCP数据包的原始数据包更新后的解压缩buffer的标识,或者,生成第一PDCP数据包所使用的压缩buffer的标识,或者,根据第一PDCP数据包的原始数据包更新后的压缩buffer的标识。
在一种可能的实现方式中,接收单元201可以通过控制PDU接收第一缓冲数据。
图21是本申请数据包解压缩装置一个实施例的结构图,该装置可以应用于网络侧设备,如图21所示,该装置210可以包括:
发送单元211,用于若在第一时长内对第一PDCP数据包解压缩失败,向电子设备发送第一标识;
接收单元212,用于接收电子设备发送的第二PDCP数据包,第二PCP数据包在电子设备接收到第一标识后发送;第二PDCP数据包为第一PDCP数据包的下一个数据包;接收电子设备发送的第二缓冲数据,第二缓冲数据在电子设备接收到第一标识后发送;第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据;
解压缩单元213,用于使用第二缓冲数据对第二PDCP数据包进行解压缩。
在一种可能的实现方式中,第一标识为NACK。
在一种可能的实现方式中,接收单元212可以通过控制PDU接收第一缓冲数据。
图22是本申请数据包解压缩装置另一个实施例的结构图,该装置可以应用于电子设备,如图22所示,该装置220可以包括:接收单元221和发送单元222,其中:
在一个实施例中:
接收单元221,用于接收网络侧设备发送的第一缓冲数据标识,第一缓冲数据标识在网络侧设备对接收到的第一PDCP数据包解压缩失败后发送;第一缓冲数据标识对应第一PDCP数据包解压缩使用的缓冲数据;
发送单元222,用于将第一缓冲数据标识对应的第一缓冲数据发送至网络侧设备,第一缓冲数据是生成第一PDCP数据包所使用的缓冲数据。
在一种可能的实现方式中,发送单元222还可以用于:判断第一缓冲数据的大小未超过预设最大阈值。
在一种可能的实现方式中,发送单元222具体可以用于:将第一缓冲数据通过控制协议数据单元发送至网络侧设备。
在另一个实施例中:
接收单元221,用于从网络侧设备接收第一标识,第一标识用于指示网络侧设备在第一时长内对第一PDCP数据包解压缩失败;
发送单元222,用于响应于第一标识,将第二PDCP数据包发送至网络侧设备,将第二缓冲数据发送至网络侧设备,第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据;第二PDCP数据包是第一PDCP数据包的下一个数据包。
在一种可能的实现方式中,第一标识为NACK。
在一种可能的实现方式中,发送单元222还可以用于:判断第二缓冲数据的大小未超过预设最大阈值。
在一种可能的实现方式中,发送单元222具体可以用于:通过控制协议数据单元将第二缓冲数据发送至网络侧设备。
图23是本申请数据包解压缩装置一个实施例的结构图,该装置可以应用于网络侧设备,如图23所示,该装置230可以包括:
接收单元231,用于接收电子设备发送的第二缓冲数据,第二缓冲数据在电子设备监控到第一PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值后发送;第二缓冲数据是电子设备生成第二PDCP数据包所使用的缓冲数据,第二PDCP数据包是第一PDCP数据包的下一个数据包;
解压缩单元232,用于使用第二缓冲数据对接收到的第二PDCP数据包进行解压缩。
在一种可能的实现方式中,接收单元231可以通过控制协议数据单元接收第二缓冲数据。
图24是本申请数据包解压缩装置另一个实施例的结构图,该装置可以应用于电子设备,如图24所示,该装置240可以包括:
监控单元241,用于监控每个PDCP数据包对应的媒体接入控制MAC包的传输结果;
发送单元242,用于若监控单元241监控到第一PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值,将第二缓冲数据发送至网络侧设备,第二缓冲数据电子设备是生成第二PDCP数据包所使用的缓冲数据,第二PDCP数据包是第一PDCP数据包的下一个数据包。
在一种可能的实现方式中,发送单元242还可以用于:判断第二缓冲数据的大小未超过预设最大阈值。
在一种可能的实现方式中,发送单元242具体可以用于:通过控制协议数据单元将第二缓冲数据发送至网络侧设备。
图20~图24所示实施例提供的装置可用于执行本申请图8~图19所示方法实施例的技术方案,其实现原理和技术效果可以进一步参考方法实施例中的相关描述。
应理解以上图20~图24所示的装置的各个单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元通过硬件的形式实现。例如,发送单元可以为单独设立的处理元件,也可以集成在电子设备的某一个芯片中实现。其它单元的实现与之类似。此外这些单元全部或部分可以集成在一起,也可以独立实现。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit;以下简称:ASIC),或,一个或多个微处理器(Digital Singnal Processor;以下简称:DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array;以下简称:FPGA)等。再如,这些模块可以集成在一起,以片上系统(System-On-a-Chip;以下简称:SOC)的形式实现。
本申请实施例还提供一种网络侧设备,包括:一个或多个处理器;存储器;以及一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中,所述一个或多个计算机程序包括指令,当所述指令被所述设备执行时,使得所述设备执行图8、图10、图12、图14、图16、或者图18所示实施例提供的方法。
本申请实施例还提供一种电子设备,包括:一个或多个处理器;存储器;以及一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中,所述一个或多个计算机程序包括指令,当所述指令被所述设备执行时,使得所述设备执行图8、图10、图12、图15、图17、或者图19所示实施例提供的方法。
本申请还提供一种网络侧设备,所述设备包括存储介质和中央处理器,所述存储介质可以是非易失性存储介质,所述存储介质中存储有计算机可执行程序,所述中央处理器与所述非易失性存储介质连接,并执行所述计算机可执行程序以实现本申请图8、图10、图12、图14、图16、或者图18所示实施例提供的方法。
本申请还提供一种电子设备,所述设备包括存储介质和中央处理器,所述存储介质可以是非易失性存储介质,所述存储介质中存储有计算机可执行程序,所述中央处理器与所述非易失性存储介质连接,并执行所述计算机可执行程序以实现本申请图8、图10、图12、图15、图17、或者图19所示实施例提供的方法。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,当其在计算机上运行时,使得计算机执行本申请图8~图19所示实施例提供的方法。
本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,当其在计算机上运行时,使得计算机执行本申请图8~图19所示实施例提供的方法。
本申请实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,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可以是单个,也可以是多个。
本领域普通技术人员可以意识到,本文中公开的实施例中描述的各单元及算法步骤,能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory;以下简称:ROM)、随机存取存储器(Random Access Memory;以下简称:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。本申请的保护范围应以所述权利要求的保护范围为准。

Claims (32)

1.一种数据包解压缩方法,其特征在于,包括:
网络侧设备接收第一分组数据汇聚协议PDCP数据包,对所述第一PDCP数据包进行解压缩,若对所述第一PDCP数据包解压缩失败,向电子设备发送第一缓冲数据标识;所述第一缓冲数据标识对应所述第一PDCP数据包解压缩使用的缓冲数据;
所述电子设备接收所述第一缓冲数据标识,将所述第一缓冲数据标识对应的第一缓冲数据发送至所述网络侧设备;所述第一缓冲数据是生成所述第一PDCP数据包所使用的缓冲数据;
所述网络侧设备接收所述第一缓冲数据,使用所述第一缓冲数据对所述第一PDCP数据包进行解压缩。
2.根据权利要求1所述的方法,其特征在于,所述第一缓冲数据标识为:所述第一PDCP数据包解压缩所使用的解压缩缓冲区buffer的标识,或者,根据所述第一PDCP数据包的原始数据包更新后的解压缩buffer的标识,或者,生成所述第一PDCP数据包所使用的压缩buffer的标识,或者,根据所述第一PDCP数据包的原始数据包更新后的压缩buffer的标识。
3.根据权利要求1或2所述的方法,其特征在于,所述将所述第一缓冲数据标识对应的第一缓冲数据发送至所述网络侧设备之前,还包括:
所述电子设备判断所述第一缓冲数据的大小未超过预设最大阈值。
4.根据权利要求1或2所述的方法,其特征在于,所述将所述第一缓冲数据标识对应的第一缓冲数据发送至所述网络侧设备,包括:
通过控制协议数据单元将所述第一缓冲数据发送至所述网络侧设备。
5.一种数据包的解压缩方法,应用于网络侧设备,其特征在于,包括:
接收第一分组数据汇聚协议PDCP数据包;
对所述第一PDCP数据包进行解压缩;
若对所述第一PDCP数据包解压缩失败,向电子设备发送第一缓冲数据标识;所述第一缓冲数据标识对应所述第一PDCP数据包解压缩使用的缓冲数据;
接收所述电子设备发送的第一缓冲数据,所述第一缓冲数据与所述第一缓冲数据标识相对应;所述第一缓冲数据是生成所述第一PDCP数据包所使用的缓冲数据;
使用所述第一缓冲数据对所述第一PDCP数据包进行解压缩。
6.根据权利要求5所述的方法,其特征在于,所述第一缓冲数据标识为:所述第一PDCP数据包解压缩所使用的解压缩缓冲区buffer的标识,或者,根据所述第一PDCP数据包的原始数据包更新后的解压缩buffer的标识,或者,生成所述第一PDCP数据包所使用的压缩buffer的标识,或者,根据所述第一PDCP数据包的原始数据包更新后的压缩buffer的标识。
7.根据权利要求5或6所述的方法,其特征在于,还包括:
通过控制协议数据单元接收所述第一缓冲数据。
8.一种数据包解压缩方法,应用于电子设备,其特征在于,包括:
接收网络侧设备发送的第一缓冲数据标识,所述第一缓冲数据标识在所述网络侧设备对接收到的第一分组数据汇聚协议PDCP数据包解压缩失败后发送;所述第一缓冲数据标识对应所述第一PDCP数据包解压缩使用的缓冲数据;
将所述第一缓冲数据标识对应的第一缓冲数据发送至所述网络侧设备,所述第一缓冲数据是生成所述第一PDCP数据包所使用的缓冲数据。
9.根据权利要求8所述的方法,其特征在于,所述将所述第一缓冲数据标识对应的第一缓冲数据发送至所述网络侧设备之前,还包括:
判断所述第一缓冲数据的大小未超过预设最大阈值。
10.根据权利要求8或9所述的方法,其特征在于,所述将所述第一缓冲数据标识对应的第一缓冲数据发送至所述网络侧设备,包括:
将所述第一缓冲数据通过控制协议数据单元发送至所述网络侧设备。
11.一种数据包的解压缩方法,其特征在于,包括:
网络侧设备若在第一时长内对第一分组数据汇聚协议PDCP数据包解压缩失败,向电子设备发送第一标识;
所述电子设备接收所述第一标识,向所述网络侧设备发送第二PDCP数据包,将第二缓冲数据发送至所述网络侧设备;所述第二缓冲数据是生成第二PDCP数据包所使用的缓冲数据;所述第二PDCP数据包为所述第一PDCP数据包的下一个数据包;
所述网络侧设备接收所述第二缓冲数据以及所述第二PDCP数据包,使用所述第二缓冲数据对所述第二PDCP数据包进行解压缩。
12.根据权利要求11所述的方法,其特征在于,所述第一标识为NACK。
13.根据权利要求11或12所述的方法,其特征在于,所述将第二缓冲数据发送至所述网络侧设备之前,还包括:
判断所述第二缓冲数据的大小未超过预设最大阈值。
14.根据权利要求11或12所述的方法,其特征在于,所述将第二缓冲数据发送至所述网络侧设备,包括:
通过控制协议数据单元将所述第二缓冲数据发送至所述网络侧设备。
15.一种数据包的解压缩方法,应用于网络侧设备,其特征在于,包括;
若在第一时长内对第一分组数据汇聚协议PDCP数据包解压缩失败,向电子设备发送第一标识;
接收所述电子设备发送的第二PDCP数据包,所述第二PDCP数据包在所述电子设备接收到所述第一标识后发送;所述第二PDCP数据包为所述第一PDCP数据包的下一个数据包;接收所述电子设备发送的第二缓冲数据,所述第二缓冲数据在所述电子设备接收到所述第一标识后发送;所述第二缓冲数据是所述电子设备生成所述第二PDCP数据包所使用的缓冲数据;
使用所述第二缓冲数据对所述第二PDCP数据包进行解压缩。
16.根据权利要求15所述的方法,其特征在于,所述第一标识为NACK。
17.根据权利要求15或16所述的方法,其特征在于,还包括:
通过控制协议数据单元接收所述第二缓冲数据。
18.一种数据包的解压缩方法,应用于电子设备,其特征在于,包括;
从网络侧设备接收第一标识,所述第一标识用于指示所述网络侧设备在第一时长内对第一分组数据汇聚协议PDCP数据包解压缩失败;
响应于所述第一标识,将第二PDCP数据包发送至网络侧设备,将第二缓冲数据发送至所述网络侧设备,所述第二缓冲数据是所述电子设备生成所述第二PDCP数据包所使用的缓冲数据;所述第二PDCP数据包是所述第一PDCP数据包的下一个数据包。
19.根据权利要求18所述的方法,其特征在于,所述第一标识为NACK。
20.根据权利要求18或19所述的方法,其特征在于,所述将第二缓冲数据发送至所述网络侧设备之前,还包括:
判断所述第二缓冲数据的大小未超过预设最大阈值。
21.根据权利要求18或19所述的方法,其特征在于,所述将第二缓冲数据发送至所述网络侧设备,包括:
通过控制协议数据单元将所述第二缓冲数据发送至所述网络侧设备。
22.一种数据包的解压缩方法,其特征在于,包括:
电子设备监控每个分组数据汇聚协议PDCP数据包对应的媒体接入控制MAC包的传输结果;若监控到第一PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值,将第二缓冲数据发送至网络侧设备,所述第二缓冲数据是所述电子设备生成第二PDCP数据包所使用的缓冲数据,所述第二PDCP数据包是所述第一PDCP数据包的下一个数据包;
所述网络侧设备接收所述第二缓冲数据,使用所述第二缓冲数据对接收到的第二PDCP数据包进行解压缩。
23.根据权利要求22所述的方法,其特征在于,所述将第二缓冲数据发送至网络侧设备之前,还包括:
判断所述第二缓冲数据的大小未超过预设最大阈值。
24.根据权利要求22或23所述的方法,其特征在于,所述将第二缓冲数据发送至所述网络侧设备,包括:
通过控制协议数据单元将所述第二缓冲数据发送至所述网络侧设备。
25.一种数据包解压缩方法,应用于网络侧设备,其特征在于,包括:
接收电子设备发送的第二缓冲数据,所述第二缓冲数据在所述电子设备监控到第一分组数据汇聚协议PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值后发送;所述第二缓冲数据是所述电子设备生成第二PDCP数据包所使用的缓冲数据,所述第二PDCP数据包是所述第一PDCP数据包的下一个数据包;
使用所述第二缓冲数据对接收到的第二PDCP数据包进行解压缩。
26.根据权利要求25所述的方法,其特征在于,还包括:
通过控制协议数据单元接收所述第二缓冲数据。
27.一种数据包解压缩方法,应用于电子设备,其特征在于,包括:
监控每个分组数据汇聚协议PDCP数据包对应的媒体接入控制MAC包的传输结果;若监控到第一PDCP数据包对应的至少一个MAC包的重传次数达到预设次数阈值,将第二缓冲数据发送至网络侧设备,所述第二缓冲数据是生成第二PDCP数据包所使用的缓冲数据,所述第二PDCP数据包是所述第一PDCP数据包的下一个数据包。
28.根据权利要求27所述的方法,其特征在于,所述将第二缓冲数据发送至网络侧设备之前,还包括:
判断所述第二缓冲数据的大小未超过预设最大阈值。
29.根据权利要求27或28所述的方法,其特征在于,所述将第二缓冲数据发送至网络侧设备,包括:
通过控制协议数据单元将所述第二缓冲数据发送至网络侧设备。
30.一种网络侧设备,其特征在于,包括:
一个或多个处理器;存储器;以及一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中,所述一个或多个计算机程序包括指令,当所述指令被所述处理器执行时,使得所述电子设备执行权利要求5至7,15至17,25,26任一项所述的方法。
31.一种电子设备,其特征在于,包括:
一个或多个处理器;存储器;以及一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中,所述一个或多个计算机程序包括指令,当所述指令被所述处理器执行时,使得所述电子设备执行权利要求8至10,18至21,27至29任一项所述的方法。
32.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,当其在计算机上运行时,使得计算机执行权利要求1至29任一项所述的方法。
CN202010795116.4A 2020-08-10 2020-08-10 数据包解压缩方法、电子设备和网络侧设备 Active CN114125058B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202010795116.4A CN114125058B (zh) 2020-08-10 2020-08-10 数据包解压缩方法、电子设备和网络侧设备
PCT/CN2021/111456 WO2022033418A1 (zh) 2020-08-10 2021-08-09 数据包解压缩方法、电子设备和网络侧设备
US18/041,178 US20230308944A1 (en) 2020-08-10 2021-08-09 Data packet decompression method, electronic device, and network side device
EP21855471.5A EP4187815A4 (en) 2020-08-10 2021-08-09 DATA PACKET DECOMPRESSION METHOD, ELECTRONIC DEVICE AND NETWORK SIDE DEVICE

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010795116.4A CN114125058B (zh) 2020-08-10 2020-08-10 数据包解压缩方法、电子设备和网络侧设备

Publications (2)

Publication Number Publication Date
CN114125058A CN114125058A (zh) 2022-03-01
CN114125058B true CN114125058B (zh) 2023-05-16

Family

ID=80246911

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010795116.4A Active CN114125058B (zh) 2020-08-10 2020-08-10 数据包解压缩方法、电子设备和网络侧设备

Country Status (4)

Country Link
US (1) US20230308944A1 (zh)
EP (1) EP4187815A4 (zh)
CN (1) CN114125058B (zh)
WO (1) WO2022033418A1 (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019095989A1 (zh) * 2017-11-16 2019-05-23 电信科学技术研究院有限公司 一种缓存同步异常的处理方法和设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105848173B (zh) * 2015-01-16 2021-03-30 中兴通讯股份有限公司 一种解密或解压缩失败后的业务恢复方法和装置
EP3264779B1 (en) * 2016-06-30 2022-04-13 Apple Inc. Apparatus adapted for maintaining receiving data quality and method for receiving data
CN108347468B (zh) * 2017-01-25 2021-07-13 大唐移动通信设备有限公司 一种进行数据同步的方法及设备
CN107094142B (zh) * 2017-04-28 2020-11-27 电信科学技术研究院 一种上行数据解压缩、压缩的方法和装置
ES2899137T3 (es) * 2017-11-09 2022-03-10 Samsung Electronics Co Ltd Procedimiento y aparato para comunicación inalámbrica en un sistema de comunicación inalámbrica
US11122462B2 (en) * 2018-11-06 2021-09-14 Samsung Electronics Co., Ltd. Method and system for handling checksum error in uplink data compression

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019095989A1 (zh) * 2017-11-16 2019-05-23 电信科学技术研究院有限公司 一种缓存同步异常的处理方法和设备
CN109802922A (zh) * 2017-11-16 2019-05-24 电信科学技术研究院 一种缓存同步异常的处理方法和设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"R2-086397 (Email Report PDCP Re-establishment)v5".《3GPP tsg_ran\WG2_RL2》.2008,全文. *
VoLTE分组丢失问题分层优化方法研究;吴桐;《电信工程技术与标准化》;20180215(第02期);全文 *

Also Published As

Publication number Publication date
EP4187815A1 (en) 2023-05-31
US20230308944A1 (en) 2023-09-28
WO2022033418A1 (zh) 2022-02-17
CN114125058A (zh) 2022-03-01
EP4187815A4 (en) 2024-01-24

Similar Documents

Publication Publication Date Title
US7298730B2 (en) Scheme to prevent HFN un-synchronization for UM RLC in a high speed wireless communication system
EP2493104B1 (en) Header compression data packet transmission method and device based on retransmission mechanism
CN109348508B (zh) 数据传输方法及装置
US8473825B2 (en) Evolved universal terrestrial radio access acknowledged mode radio link control status report for segmented protocol data units
US7284179B2 (en) Window based stall avoidance mechanism for high speed wireless communication system
EP3145105A1 (en) Radio resource scheduling method and apparatus
CN110073643A (zh) 上行数据压缩事务流
US20080056148A1 (en) Wireless communication method and apparatus for reducing data retransmission
EP1838026A1 (en) Packet transmission apparatus with retransmission protocol
JP2008118640A (ja) Harq送信失敗時に再送信するためにパケットデータを再断片化する方法および装置
US20120102216A1 (en) Method And Device For Message Retransmission
KR20090126296A (ko) 윈도우 제어 및 재송제어방법, 및, 송신측장치
KR20090122962A (ko) 재송요구 송신방법 및 수신측 장치
KR20090125170A (ko) 재송요구 송신방법 및 수신측장치
US20160174216A1 (en) Wireless communication apparatus and method for harq buffer management
US7979767B2 (en) Automatic repeat request (ARQ) reset method
WO2010128636A1 (ja) 通信システム、通信装置、通信方法及びプログラム
CN114125058B (zh) 数据包解压缩方法、电子设备和网络侧设备
CN105704739A (zh) 用户面重新初始化的方法及装置
US20110170491A1 (en) Communication device and communication method
CN112153694B (zh) 数据处理方法、装置、终端及存储介质
KR100366018B1 (ko) 데이터 통신 시스템 및 그 통신방법
JP3873751B2 (ja) データ通信システム
JPH1070523A (ja) パケット伝送方法及び装置
KR20100003578A (ko) 자동 재전송 요구와 하이브리드 자동 재전송 요구의 연동방법

Legal Events

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