CN109802922A - 一种缓存同步异常的处理方法和设备 - Google Patents
一种缓存同步异常的处理方法和设备 Download PDFInfo
- Publication number
- CN109802922A CN109802922A CN201711140664.8A CN201711140664A CN109802922A CN 109802922 A CN109802922 A CN 109802922A CN 201711140664 A CN201711140664 A CN 201711140664A CN 109802922 A CN109802922 A CN 109802922A
- Authority
- CN
- China
- Prior art keywords
- receiving device
- compressed
- sending device
- buffer area
- pdcp
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
- H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
- H03M7/3084—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction using adaptive string matching, e.g. the Lempel-Ziv method
- H03M7/3088—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction using adaptive string matching, e.g. the Lempel-Ziv method employing the use of a dictionary, e.g. LZ78
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
- H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
- H03M7/60—General implementation details not specific to a particular type of compression
- H03M7/6052—Synchronisation of encoder and decoder
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Abstract
本发明公开了一种缓存同步异常的处理方法和设备,用以解决现有技术中并没有针对压缩校验失败的处理方案的问题。本发明实施例在缓存不同步后,向发送设备发送缓存失败通知消息,并对压缩缓存区进行复位处理以及发送复位指示,利用复位处理后的缓存区进行后续的数据包传输。本发明中在确定缓存不同步后,会发送缓存失败的通知消息,发送设备对压缩缓存区进行复位处理,并告知接收设备进行解压缓存区进行复位处理,利用复位处理后的缓存区进行后续的数据包传输,不仅解决了现有技术中发生压缩校验失败的问题,还保证了UDC功能得到充分的利用,节省了空口资源,提升了传输效率。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种缓存同步异常的处理方法和设备。
背景技术
LTE/LTE-A(Long Term Evolution,长期演进)/LTE-A(Long Term Evolution-Advanced,长期演进升级)中,终端可以配置UDC(UL data compression,上行数据压缩)功能。上行数据压缩就是终端在层二对上行数据或者信令进行压缩,基站侧在对应协议层对压缩的数据进行解压缩,目的是节省空口传输的数据量,节约上行资源,提升传输效率。
为了提高压缩率,终端和基站侧根据发送和接收的数据各自独立维护压缩缓存。一般情况下,压缩缓存中可以存放两类内容:一个是预配置的高匹配概率内容,例如通用的HTTP(Hyper Text Transport Protocol,超级文本传送协议)头中Host:、Accept:等内容;另一个是之前发送或接收的数据包内容,例如连续数据包发送时,可以将前面的数据包加入缓存,后续的数据包内容根据前面的数据包内容进行匹配。
但是当发生上行数据传输失败,或者无线链路失败时,终端与基站侧的压缩缓存可能会发生校验失败的情况,这将会导致后续终端压缩的数据包在网络侧无法正确解压缩。目前的现有技术中,UDC技术只进行了部分标准化工作,对于发生压缩校验失败的问题时,并没有相应的处理方案。
综上所述,现有技术中并没有针对压缩校验失败的处理方案。
发明内容
本发明提供一种缓存同步异常的处理方法和设备,用以解决现有技术中并没有针对压缩校验失败的处理方案的问题。
本发明实施例提供一种缓存同步异常的处理方法,该方法包括:
接收设备在确定压缩缓存区和解压缓存区不同步后通知发送设备;
所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理;
所述接收设备利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
本发明实施例提供另一种缓存同步异常的处理方法,该方法包括:
发送设备在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;
所述发送设备利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
本发明实施例提供一种缓存同步异常的接收设备,该接收设备包括处理器、存储器和收发机;
其中,处理器,用于读取存储器中的程序并执行:在确定压缩缓存区和解压缓存区不同步后通知发送设备;在收到发送设备的复位指示后对解压缓存区进行复位处理;利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
本发明实施例提供一种缓存同步异常的发送设备,该发送设备包括处理器、存储器和收发机;
其中,处理器,用于读取存储器中的程序并执行:在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
本发明实施例提供另一种缓存同步异常的接收设备,包括:
第一发送模块,用于在确定压缩缓存区和解压缓存区不同步后通知发送设备;
第一复位模块,用于所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理;
第一执行模块,用于利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
本发明实施例提供另一种缓存同步异常的发送设备,包括:
第二复位模块,用于在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;
第二发送模块,用于利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
本发明实施例提供一种缓存同步异常设备可读存储介质,包括程序代码,当所述程序代码在计算设备上运行时,所述程序代码用于使所述计算设备执行接收设备的方法的步骤或发送设备的方法的步骤。
本发明实施例接收设备在确定压缩缓存区和解压缓存区不同步后,向发送设备发送缓存失败通知消息,发送设备对压缩缓存区进行复位处理以及向接收设备发送复位指示,接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理,发送设备和接收设备利用复位处理后的压缩缓存区进行后续的数据包传输。本发明中接收设备在确定压缩缓存区和解压缓存区不同步后,会向发送设备发送缓存失败的通知消息,发送设备即可知道发生了校验失败,就会对压缩缓存区进行复位处理,并告知接收设备进行解压缓存区进行复位处理,复位处理完成之后,发送设备和接收设备利用复位处理后的缓存区进行后续的数据包传输,不仅解决了现有技术中发生压缩校验失败的问题,还保证了UDC功能得到充分的利用,节省了空口资源,提升了传输效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为根据设定的固定位置信息确定采样位置的示意图;
图2为根据采样间隔的数目、间隔选取采样数据的字节数、采样方向为从缓存区的头部至尾部时确定采样位置的示意图;
图3为根据采样间隔的数目、间隔选取采样数据的字节数、采样方向为从缓存区的尾部至头部时确定采样位置的示意图;
图4为根据采样间隔的数目和间隔选取采样数据的字节,将缓存区中前X个字节和最后X个字节作为采样位置的示意图;
图5为根据采样周期的字节数、周期选取采样数据的字节数和采样周期中的采样位置时确定采样位置的示意图;
图6为根据采样间隔的字节数、间隔选取采样数据的字节数和采样方向时确定采样位置的示意图;
图7为本发明实施例的系统结构示意图;
图8为本发明实施例一种接收设备的结构示意图;
图9为本发明实施例一种发送设备的结构示意图;
图10为本发明实施例另一种接收设备的结构示意图;
图11为本发明实施例另一种发送设备的结构示意图;
图12为本发明实施例接收侧设备的方法的流程示意图;
图13为本发明实施例发送侧设备的方法的流程示意图;
图14为本发明实施例完整方法的流程示意图。
具体实施方式
以下,对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
(1)本申请实施例中,名词“网络”和“系统”经常交替使用,但本领域的技术人员可以理解其含义。
(2)本申请实施例中术语“多个”是指两个或两个以上,其它量词与之类似。
(3)“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在执行上行数据压缩功能时,发送设备需要维护一个压缩缓存区,接收设备需要维护一个解压缓存区,所述接收设备和发送设备的缓存区都是用来存储没有压缩的数据包。在需要发送数据时,发送设备需要将发送的数据与解压缓存区内的数据作为参照,若需要发送的数据与解压缓存区内的数据相同,则用解压缓存区内的数据替代需要发送的数据,发送给接收设备。
相应的,接收设备以解压缓存区内的数据作为参照,将发送设备发送的数据进行解压缩处理。为了保证接收设备能够正确的解压缩接收到数据包,就需要保证两个缓存区的内容一致,即接收设备和发送设备缓存同步。
为了校验发送设备和接收设备是够保存同步时,在发送数据包时,发送设备会根据预设的采样方式,从所述压缩缓存区内提取部分数据,利用所述提取的采样数据生成一个缓存校验值,并将所述缓存校验值置于发送的数据包内,发送给接收设备。
相应的,接收设备在接收到发送设备发送的数据后,提取数据包内发送设备的缓存校验值,根据预设的采样方式,从所述解压缓存区内提取部分数据,利用所述提取的采样数据生成一个缓存校验值,并将所述缓存校验值与发送设备的缓存校验值进行比较,若两个缓存校验的数值相等,则说明发送设备与接收设备缓存同步,若两个缓存校验值的数值不相等,则说明发送设备与接收设备缓存不同步。
这里需要说明的是:发送设备和接收设备的预设的采样方式以及生成缓存校验值的计算方式需要保持一致。例如,当所述发送设备确定采样位置的方法为据设定的固定位置信息从压缩缓存区中采样部分数据,所述接收设备也应该为据设定的固定位置信息从解压缓存区中采样部分数据。
其中,发送设备和接收设备存在两种从缓存区中采样部分数据的方法,一种为根据设定的固定位置信息从缓存区中采样部分数据,另一种为根据设定的图样位置信息从缓存区中采样部分数据,下面对两种确定采样位置的方法进行详细描述。
一、根据设定的固定位置信息从缓存区中采样部分数据。
在实施中,所述固定位置信息可以根据标准规定,也可以由网络侧进行配置。
其中,所述固定位置信息可以是:
1、将缓存区前M个字节作为采样位置;
例如图1所示,当缓存区配置大小为2K字节时,将缓存区前8个字节作为采样位置,从所述8个字节中提取数据作为采样数据。
2、将缓存区后N个字节作为采样位置;
例如图1所示,当缓存区配置大小为2K字节时,将缓存区后8个字节作为采样位置,从所述8个字节中提取数据作为采样数据。
3、将缓存区前M个字节和压缩缓存区后N个字节作为采样位置;
例如图1所示,当缓存区配置大小为2K字节,缓存区的头部取出8字节数据以及在缓存区的尾部取出16字节数据,将这24字节采样位置,从所述24字节中提取数据作为采样数据。
二、根据设定的图样位置信息确定采样位置生成缓存校验值。
所述图样位置信息可以根据标准规定,也可以由网络侧进行配置。
可选的,所述图样位置信息包括但不限于下列信息中的部分或全部:
采样周期的字节数,即每个采样周期包括多少字节;
周期选取采样数据的字节数,即每个采样周期内采集多少字节;
采样周期中的采样位置,即在每个采样周期的什么位置进行采样;
采样间隔的字节数,即每间隔多个字节开始采样;
采样间隔的数目,即有多少个采样间隔;
间隔选取采样数据的字节数,即每次采样的多少字节;
采样方向,即从前往后还是从后往前。
下面以图样位置信息包括上面的内容举例进行说明。
1、当所述图样位置信息包括采样间隔的数目、间隔选取采样数据的字节数和采样方向时,存在以下2中确定采样位置的方法。
(1)采样方向为从缓存区的头部至尾部。
如图2所示,若缓存区配置大小为2K(2048字节)字节,采样间隔的数目为4个,间隔选取采样数据的字节数为8字节,则可以先将2048字节等分为四份,取每份的头8个字节作为采样位置。
(2)采样方向为从缓存区的尾部至头部。
如图3所示,若缓存区配置大小为2K(2048字节)字节,若采样间隔的数目为4个,间隔选取采样数据的字节数为8字节,则可以先将2048字节等分为四份,取每份的后8个字节作为采样位置。
2、当所述图样位置信息包括采样间隔的数目和间隔选取采样数据的字节时,确定采样位置的方法:
将缓存区中前X个字节和最后X个字节作为采样位置,根据采样间隔的数目和间隔选取采样数据的字节数,从缓存区中剔除前X个字节和最后X个字节后的数据中确定采样位置。
其中,X为间隔选取采样数据的字节数。
如图4所示,若缓存区配置大小为2K(2048字节)字节,采样间隔的数目为4个,将缓存区中前8个字节和最后8个字节作为采样位置,此时需要先将缓存区前8个字节[1,8]和最后8个字节[2041,2048]确定为缓存区采样位置,从剩余的2032个字节[9,2040]中根据采样间隔的数目确定采样位置。
3、当所述图样位置信息包括采样周期的字节数、周期选取采样数据的字节数和采样周期中的采样位置,确定采样位置的方法:
如图5所示,当缓存区配置大小为2K(2048字节)字节,周期的字节数为400字节,周期选取采样数据的字节数为8字节,采样周期中的采样位置从采样周期头部开始时。先将所述缓存区的[1,400]字节作为数据的图样的间隔,其中前400字节的[1,8]字节作为采样位置,[9,400]字节的数据为其它数据,第[401,800]为采样数据的图样的间隔,其中第[401,408]字节作为采样数据,[409,800]字节的数据为其它数据,以此类推。
相应的,也可以将周期选取采样数据的字节数在采样周期中的尾部,也可以是采样周期中的任意位置,确定的方法与图5所示的方法类似,在此就不在赘述。
4、当所述图样位置信息包括采样间隔的字节数、间隔选取采样数据的字节数和采样方向时,确定采样位置的方法:
如图6所示,当缓存区配置大小为2K(2048字节)字节,采样间隔的字节数为400字节,间隔选取采样数据的字节数为8字节,采样方向为从缓存区的头部开始时,则从所述缓存区的第一个字节开始采样,将所述缓存区的[1,8]字节作为采样位置,[9,408]数据为其它数据,[409,416]字节作为采样位置,[417,816]数据为其它数据,以此类推。
相应的,也可以将采样方向为从缓存区的尾部开始时,确定的方法与图6所示的方法类似,在此就不在赘述。
如图7所示,本发明实施例提供一种缓存同步异常的处理方法的系统,包括:接收设备700和发送设备701。
接收设备700,用于在确定压缩缓存区和解压缓存区不同步后通知发送设备;在收到发送设备的复位指示后对解压缓存区进行复位处理;利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
发送设备701,用于在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
其中,所述发送设备可以为终端,接收设备可以为网络侧设备。
本发明实施例接收设备在确定压缩缓存区和解压缓存区不同步后,向发送设备发送缓存失败通知消息,发送设备对压缩缓存区进行复位处理以及向接收设备发送复位指示,接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理,发送设备和接收设备利用复位处理后的压缩缓存区进行后续的数据包传输。本发明中接收设备在确定压缩缓存区和解压缓存区不同步后,会向发送设备发送缓存失败的通知消息,发送设备即可知道发生了校验失败,就会对压缩缓存区进行复位处理,并告知接收设备进行解压缓存区进行复位处理,复位处理完成之后,发送设备和接收设备利用复位处理后的缓存区进行后续的数据包传输,解决了现有技术中发生压缩校验失败的问题,还保证了UDC功能得到充分的利用,节省了空口资源,提升了传输效率。
当接收设备发现与发送设备出现校验失败时,接收设备会向发送设备发送校验失败通知消息。
本发明实施例提供两种接收设备发送通知消息的方式,一种为采用RRC(RadioResource Control,无线资源控制)信令通知发送设备,另一种为采用PDCP(Packet DataConvergence Protocol,分组数据聚合协议)控制PDU(Protocol Data Uni,协议数据单元)通知发送设备,下面对这两种方式进行详细介绍。
一、采用RRC信令通知发送设备:
当接收设备发现与发送设备出现校验失败时,所述接收设备中的PDCP层通知RRC层压缩校验失败。
相应的,RRC层通过RRC信令通知终端缓存不同步,在发送的RRC信令中可以通过DRB ID(Data Radio Bearer identification,数据无线承载标识)等信息区分不同的PDCP实体,并告知发送设备是哪个PDCP实体发生校验失败。
可选的,所述接收设备中的PDCP层通知RRC层压缩校验失败时,还可以告知所述RRC层发生校验失败的PDCP的SN(Sequence Number,序列号);所述RRC层将校验失败的PDCP的SN置于用于指示压缩缓存区和解压缓存区不同步的通知消息中发送给发送设备。
例如,所述接收设备发现PDU SN=50的数据包发生了校验失败,则所述接收设备中的PDCP层通知RRC层PDU SN=50的数据包发生了校验失败,RRC层将PDU SN=50置于用于指示压缩缓存区和解压缓存区不同步的通知消息中发送给发送设备。
二、采用PDCP控制PDU通知发送设备:
当接收设备发现与发送设备出现校验失败时,所述接收设备中的PDCP实体可以自己组织用于指示压缩缓存区和解压缓存区不同步的通知消息,比如可以将PDCP控制PDU作为通知消息。
可选的,接收设备中的PDCP实体还可以将校验失败的PDCP SN置于通知消息中发送给发送设备。
在实施中,所述PDCP控制PDU的格式包含下列部分或全部有效域,具体如下所示:
1、D/C域,用以区分数据和控制PDU;
2、PDU type域,包含一个或多个取值,代表UDC缓存验证失败指示;
3、SN域,用以指示校验失败的SN,可以根据数据PDU所使用的SN的长度使用,例如LTE支持的12、15、18比特作为SN长度。
其中,所述校验失败的PDCP SN可以为第一个发生校验失败的PDCP SN,也可以为后续发生校验失败的PDCP SN;
例如,所述接收设备发现PDU SN=50的数据包发生了校验失败,则所述接收设备中的PDCP实体将PDU SN=50置于PDCP控制PDU中发送给发送设备,通知所述发送设备是PDUSN=50这个数据包发生了校验失败。
可选的,在所述接收设备采用PDCP控制PDU发送形式时通知发送设备发生校验失败后,所述接收设备启动定时器,比如顺序定时器,例如所述定时器的定时时长为50秒,采用的是0、1、2、…….50的方式计时。
可选的,定时器还可以为逆序定时器,例如所述定时器的定时时长为50秒,采用的是50、49、48、…….0的方式计时。
若所述接收设备若在所述定时器超时之前未接收到复位指示,则重新向所述发送设备发送缓存区不同步的通知消息。
当所述接收设备在所述定时器超时之前未接收到复位指示,并且向所述发送设备发送缓存区不同步的通知消息的次数已经且达到设定的最大值,则确定数据传输失败。这里还可以确定数据传输失败后向RRC层上报错误。
其中,所述定时器的时长与发送通知的最大次数,可由本领域人员根据需要自行设定,也可以由网络侧高层进行配置。
比如,假如所述定时器预设的定时时长为50秒,发送通知的最大次数为10此,在接收设备中的PDCP实体将PDU SN=50置于PDCP控制PDU中发送给发送设备之后,所述接收设备启动定时器,在到达定50秒时并没有接收到复位指示,则接收设备重新向所述发送设备发送缓存区不同步的通知消息,并再次启动定时器,若向所述发送设备发送缓存区不同步的通知消息的次数已经达到10次,则此时接收设备确定数据传输失败并向RRC层上报错误。
相应的,所述接收设备从第一个校验失败的数据包开始,将后续接收的数据包直接删除,直到接收到复位指示。
相应的,所述发送设备在接收到校验失败的通知后,对压缩压缓存区进行复位处理。
可选的,所述发送设备可采用清空所述解压缓存区的方式进行复位处理;或采用压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容的方式进行复位处理;或采用预设的初始值替换所述解压缓存区中的所有内容的方式进行复位处理。
下面本发明实施例对发送设备采用的几种复位方式进行详细说明。
1、不存在压缩字典的情况下进行复位处理:
当发送设备和接收设备出现校验失败时,并且所述发送设备和/或接收设备并没有提前设置压缩字典时,在进行复位处理时,所述发送收设备可以清空所述压缩缓存区,或者将所述压缓存区置位于初始值。
例如,所述发送设备和/或接收设备不存在压缩字典,当进行复位处理时清空所述压缩缓存区(即进行全零操作),或者发送设备将压缩缓存区全部设置为初始值,比如全部设置为00110101。
2、存在压缩字典的情况下进行复位处理:
(1)、当发送设备和接收设备出现校验失败时,并且所述发送设备和接收设备提前设置压缩字典时,一种方式是将所述压缩缓存区清空,将所述压缩字典的部分或全部数据存储到压缩缓存区中,作为压缩缓存的初始值;另一种不清空压缩缓存区,而是直接将压缩字典的部分或全部数据按顺序从压缩缓存区尾部存储,则压缩缓存区头部的数据会被挤出压缩缓存区,最后可以实现用压缩字典的部分或全部数据替换压缩缓存区中的数据。
这里也可以从头部开始存储,相应的尾部数据会被挤出。
可选的,当压缩字典大小和缓存大小不匹配时,需要有预定义或者配置的方式,保障两端初始化的缓存内容完全一致。
例如,当压缩字典(001101001100)大于缓存区(11001010)时,取压缩字典后部的缓存内容(即01001100)作为缓存内容;当压缩字典(001101001100)小于缓存区(1100101001011011)时,将压缩字典置于缓存区的尾部,前部采取补零的方式(即0000001101001100)。
(2)、当存在多个压缩字典的情况下,采取配置或者其他方式决定使用哪个或哪几个压缩字典进行复位处理;若存在多个压缩字典,但没有选取的方案,可以使用默认的压缩字典。
例如,针对不同的压缩问题提前预置了多个压缩字典,如进行复位处理的压缩字典,当需要进行复位处理时采用专用的复位处理的压缩字典进行复位处理。
这里需要说明的是:在有压缩字典的情况下,在对于缓存区的中间进行复位时也可能不使用压缩字典,而采取缓存置位为初始值的复位方式,这主要是因为压缩字典可能仅仅是对于会话开始的数据包有作用,对中间数据包并没有很好的作用,因此复位处理时也可以不用压缩字典,但前提是两端需要保持行为一致。
相应的,所述发送设备完成了压缩缓存的复位之后,所述发送设备开始重新向接收设备发送数据包,并在复位处理后发送的第一个PDU数据包头部携带一个特殊的复位指示,例如在发送的UDC数据包中的头部的1bit信息表示复位指示。所述复位指示用于指示接收设备从这个包开始缓存区已经进行复位处理,并利用复位之后的缓存区重新进行压缩。发送设备复位处理后发送的第一个数据包之后的其他数据包,按照正常的压缩和发送流程进行处理,并不需要携带复位指示。
本发明实施例提供几种发送设备向接收设备发送复位指示的方式,下面对几种发送复位指示的方式进行详细的介绍。
一、发送设备从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送:
所述发送设备完成了压缩缓存的复位之后,所述发送设备根据自己的发送进程,紧接着开始发送下一个数据PDU,并在下一个数据PDU的头部携带一个特殊的复位指示reset。
例如,例如发送设备发送完数据PDU SN=100之后,接收到了接收设备的校验失败指示,所述发送设备进行复位处理,从PDU SN=101的数据包开始使用复位之后的缓存进行压缩处理,并携带一个特殊的复位指示reset发送至所述接收设备,从PDU SN=102之后的数据包,则使用新的缓存进行压缩处理,但需要携带复位指示reset。
发送设备从当前需要发送的数据包开始进行压缩得到UDC压缩数据包中发送复位指示的方式主要是对应于下列情况:
(1)、如果接收设备没有在UDC缓存校验失败指示中携带PDCP SN,则发送设备并不知道接收设备从哪一个数据包开始解压缩不成功,所述发送设备只能延续自己的发送进度;这时不可避免的会造成接收端出现SN gap,即出现一些丢包,这种丢包可以依赖高层的处理,例如TCP重传来恢复,但是将产生较长的时延。
(2)、接收设备如果在UDC缓存校验失败指示中携带了PDCP SN,但发送设备由于自身的原因,例如,发送设备算法判断重传并没有太大意义,或者并没有缓存之前已经发送过的数据包,或者删除了已经获得RLC(Radio Link Control,无线链路控制)ACK(ACKnowledge,正确应答指令)确认的数据包,发送设备也可以选择从自己当前的进度进行继续传输。
二、发送设备将位于校验失败的PDCP的SN对应的数据包之后,且已发送的一个数据包作为目标数据包并发送。
所述发送设备完成了压缩缓存的复位处理之后,发送设备需要开始重新发送数据包,如果发送设备从接收设备获得了校验失败的PDCP SN,则发送设备可以根据自己已发送数据的存储情况,选择进行一部分包的重传,比如可以选择校验失败的PDCP SN的数据包和校验失败的PDCP SN的下一个PDCP SN对应的数据包开始重传,并在复位缓存之后发送的第一个PDU头部携带一个特殊的复位指示reset。
例如,发送设备发送完数据PDU SN=100之后,并已知校验失败的PDCP为PDU SN=100,则发送设备进行复位缓存,这时候发送设备发现自己已经发送的数据中仍旧存储了SN=90至SN=100的数据备份,或者发送设备的PDCP SN=89(包含)之前的所有的数据包均已经接收到了RLC层ACK确认,则发送设备可以选择从PDCP SN=90开始使用复位之后的缓存区进行压缩处理,并在PDCP SN=90的PDU数据包里携带一个特殊的复位指示reset,从PDCPSN=91之后的数据包,发送设备依旧使用新的缓存进行压缩处理,但不需要携带复位指示reset。
事实上,如果发送设备接收的校验失败的通知消息里携带校验失败的PDCP SN,一般情况下,发送设备是从连续验证失败的PDCP SN发送,以避免发生SN Gap。
可选的,发送设备也可以选择该PDCP SN和Next_PDCP SN之间的任何一个发送设备认为合理的数据开始进行复位之后的重新发送,但是可能会发生SN Gap。
发送设备从位于校验失败的PDCP的SN对应的数据包之后,且已发送的一个数据包作为目标数据中包发送复位指示的方式主要是对应于下列情况:
(1)、接收设备如果不知道接收设备从哪一个数据包开始解压缩不成功,发送设备只能尽量进行重传具有备份的这些已发送数据包或者推测网络侧可能出现问题的第一个数据包(一般来说,接收设备如果是连续顺序接收的数据,则缓存维护一般是连续和同步的,只有中间出现了不确定或者异常丢包的情况,才有可能引起缓存的失步,因此发送设备从第一个没有接收到连续确认的SN开始重传,很大概率能够覆盖接收设备出问题的数据包);但仍旧不可避免的会造成接收端出现SN gap,即出现一些丢包,这种丢包可以依赖高层的处理,例如TCP重传来恢复,但是将产生较长的时延。
(2)、接收设备如果知道校验失败的PDCP SN,但发送设备由于自身的原因,例如发送设备算法判断重传并没有太大意义,或者并没有缓存之前已经发送过的数据包,或者删除了已经获得RLC ACK确认的数据包,发送设备也可以选择从自己当前缓存的数据包中不早于该校验失败的PDCP SN的位置进行重新传输。
三、发送设备根据校验失败的PDCP的SN确定目标数据包,从目标数据包开始进行压缩得到UDC压缩数据包并发送。
所述发送设备完成了压缩缓存的复位处理之后,发送设备需要开始重新发送数据包,如果发送设备从接收设备获得了校验失败的PDCP SN,且该PDCP SN及之后的所有数据发送设备均有备份,则发送设备可以从该SN开始进行重传,并在复位缓存之后发送的第一个PDU头部携带一个特殊的复位指示reset,第一个数据包之后的其他数据包,按照正常的压缩和发送流程进行处理,并不需要携带复位指示reset。
例如,发送设备发送完数据PDU SN=100之后,接收到了接收设备的校验失败指示并携带校验失败的PDCP SN=80,发送设备则进行复位缓存,这时候发送设备发现自己已经发送的数据中仍旧存储了PDCP SN=80至PDCP SN=100的数据备份,则发送设备可以选择从PDCP SN=80开始使用复位之后的缓存进行压缩处理,并在PDCP SN=80的数据包里携带一个特殊的reset复位指示,从PDCP SN=81之后的数据包,发送设备依旧使用新的缓存进行压缩处理,但不需要携带复位指示reset。
发送设备根据校验失败的PDCP的SN确定目标数据包,从目标数据包开始进行压缩得到UDC压缩数据包中发送复位指示的方式主要是对应于下列情况:
接收设备如果在UDC校验失败指示中携带了校验失败的PDCP SN,则最佳的处理方式是,发送设备从该指定的PDCP SN开始重传数据包,并在该PDCP SN对应的PDU中携带复位指示,以保证接收设备能够从第一个失败的数据开始恢复,这样没有任何的接收序列的缺口,即没有任何的丢包产生。将会对减少UDC业务的误块率和时延、提升用户的体验。
相应的,所述接收设备根据接收到的携带所述复位指示的UDC压缩数据后,根据数据包内包对应的PDCP SN,对接收窗口下边界进行设置。
例如,接收设备直接将接收窗口的下边界更新为第一个携带复位指示的数据包的PDCP SN。
在这里需要说明的是:在进行数据包传输时,会开启加密等安全操作。由于发送设备是先进行压缩再进行加密等安全操作,如果中间更改或者复位了压缩缓存,即便原始数据包是一样的,但复位缓存之前的压缩包和后面发生了复位缓存之后的数据包由于缓存不同,所以压缩后的内容也不相同。而两个不同的数据包若采用相同的安全参数进行加密等操作,从安全角度来讲,存在不合理性,因此需要考虑在重传数据的时候变更安全参数,以符合安全的基本要求。
当所述发送设备采用上述第一种利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包时,由于不进行数据重传,发送设备直接从发最新的一个数据包开始复位缓存之后的压缩包的安全操作,因此这种情况下采用相同的安全参数进行加密等操作时,不会存在不合理性,所以不需要对安全进行额外考虑。
当所述发送设备采用上述第二种和第三种利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包时,由于不同程度上对数据包进行了重新传输,此时从安全角度考虑,在重传数据时需要更新任何一个安全参数,以满足同一组安全参数不能用于两个数据包的要求。
其中,所述安全参数包括下列参数的部分或全部:安全密钥、DRB ID、PDCP SN和COUNT值。
当改变的参数为安全密钥或和/DRB ID时,可以采用RRC层重新配置,并告诉所述发送设备。
当改变的参数包括PDCP SN时,所述发送设备需要更新PDCP SN,并根据更新后的PDCP SN,利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包,后续发送的UDC压缩数据包以更新后的PDCP SN为起始重新进行编号。
其中,所述更新后的PDCP SN是位于所述校验失败的PDCP的SN之后的第Y个未使用过的PDCP SN,比如Y可以为1。
例如,如果接收设备告知发送设备从PDCP SN=100的数据包开始解压失败,那么发送设备如果需要从SN=100的数据包开始重新传输,则不能使用原始的PDCP SN号(即SN=100),而要使用当前已经用过的最高PDCP SN的下一个PDCP SN号,作为第一个重传数据包的PDCP SN号,比如已经传输使用的最高PDCP SN为110,则在重传原PDCP SN=100的数据包时,其真正携带PDCP SN号为111,,原PDCP SN=101的数据包,携带的PDCP SN号为112,原PDCP SN=102的数据包,携带的PDCP SN号为113,其后的数据包依次类推。
相应的,所述接收设备对解压缓存区进行复位处理,并利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
其中,所述接收设备对解压缓存区进行复位处理的处理方式与所述发送设备的处理方式相同,再次就不再赘述,但是需要说明的是,发送设备和所述接收设备进行复位处理的复位方式是提前预置好的,并且发送设备和所述接收设备采用的复位方式必须保持一致。
如图8所示,本发明实施例提供一种缓存同步异常的接收设备,该接收设备包括处理器800、存储器801和收发机802;
其中,处理器800,用于读取存储器中的程序并执行:在确定压缩缓存区和解压缓存区不同步后通知发送设备;在收到发送设备的复位指示后对解压缓存区进行复位处理;利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
可选的,所述处理器800具体用于:
在确定压缩缓存区和解压缓存区不同步后,将校验失败的PDCP的SN置于用于指示压缩缓存区和解压缓存区不同步的通知消息中发送给发送设备。
可选的,所述通知消息为RRC信令或PDCP控制PDU。
可选的,所述处理器还器800具体用于:
当所述通知消息为PDCP控制PDU,在确定压缩缓存区和解压缓存区不同步后通知发送设备之后,启动定时器;若在所述定时器超时之前未接收到所述复位指示,则重新通知发送设备。
可选的,所述处理器800具体用于:
在启动定时器之后,若在所述定时器超时之前未接收到所述复位指示,且重新通知的次数达到设定最大值,则确定数据传输失败。
可选的,所述处理器具体器800用于:
清空所述解压缓存区;用将压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容;用将预设的初始值替换所述解压缓存区中的所有内容。
可选的,所述处理器800还具体用于:
在收到发送设备的复位指示后对解压缓存区进行复位处理之后,根据接收到的携带所述复位指示的UDC压缩数据包对应的SN,对接收窗口下边界进行设置。
可选的,所述处理器800具体用于:
删除校验失败的UDC压缩数据包。
处理器800负责管理总线架构和通常的处理,存储器801可以存储处理器800在执行操作时所使用的数据。收发机802用于在处理器800的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥,具体由处理器800代表的一个或多个处理器和存储器801代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器800负责管理总线架构和通常的处理,存储器801可以存储处理器800在执行操作时所使用的数据。
本发明实施例揭示的流程,可以应用于处理器800中,或者由处理器800实现。在实现过程中,信号处理流程的各步骤可以通过处理器800中的硬件的集成逻辑电路或者软件形式的指令完成。处理器800可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器801,处理器800读取存储器801中的信息,结合其硬件完成信号处理流程的步骤。
如图9所示,本发明实施例提供一种缓存同步异常的发送设备,该发送设备包括处理器900、存储器901和收发机902;
其中,处理器900,用于读取存储器901中的程序并执行:
在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
可选的,所述处理器900具体用于:
清空所述解压缓存区;用将压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容;用将预设的初始值替换所述解压缓存区中的所有内容。
可选的,所述处理器900具体用于:
利用复位处理后的压缩缓存区,从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送;或根据所述接收设备通知的校验失败的PDCP的SN确定目标数据包,利用复位处理后的压缩缓存区从目标数据包开始进行压缩得到UDC压缩数据包并发送。
可选的,所述处理器900具体用于:
将所述校验失败的PDCP的SN对应的数据包作为目标数据包;或将位于所述校验失败的PDCP的SN对应的数据包之后,且已发送的一个数据包作为目标数据包。
可选的,所述处理器900还具体用于:
在利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包之前,对数据包的安全参数进行更新;
其中,所述安全参数包括下列参数的部分或全部:安全密钥、DRB ID、PDCP SN和COUNT值。
可选的,所述处理器900具体用于:
若所述安全参数包括PDCP SN,根据更新后的PDCP SN,利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
可选的,所述UDC压缩数据包是利用复位处理后的压缩缓存区通过目标数据包得到的;所述更新后的PDCP SN是位于所述校验失败的PDCP的SN之后的第Y个未使用过的PDCPSN。
可选的,所述处理器900具体用于:
向所述接收设备发送复位指示时,若利用复位处理后的压缩缓存区,从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送,则将复位指示置于当前需要发送的数据包中;或若利用复位处理后的压缩缓存区从目标数据包开始进行压缩得到UDC压缩数据包并发送,则将复位指示置于所述目标数据包中。
处理器900负责管理总线架构和通常的处理,存储器901可以存储处理器900在执行操作时所使用的数据。收发机902用于在处理器900的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥,具体由处理器900代表的一个或多个处理器和存储器901代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器900负责管理总线架构和通常的处理,存储器901可以存储处理器900在执行操作时所使用的数据。
本发明实施例揭示的流程,可以应用于处理器900中,或者由处理器900实现。在实现过程中,信号处理流程的各步骤可以通过处理器900中的硬件的集成逻辑电路或者软件形式的指令完成。处理器900可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器201,处理器900读取存储器901中的信息,结合其硬件完成信号处理流程的步骤。
如图10所示,本发明实施例提供一种缓存同步异常的接收设备,包括:
第一发送模块1000,用于在确定压缩缓存区和解压缓存区不同步后通知发送设备;
第一复位模块1001,用于所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理;
第一执行模块1002,用于利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
可选的,所述第一发送模块1000具体用于:
在确定压缩缓存区和解压缓存区不同步后,将校验失败的PDCP的SN置于用于指示压缩缓存区和解压缓存区不同步的通知消息中发送给发送设备。
可选的,所述通知消息为RRC信令或PDCP控制PDU。
可选的,所述第一发送模块1000具体用于:
若所述通知消息为PDCP控制PDU;在确定压缩缓存区和解压缓存区不同步后通知发送设备之后启动定时器;在所述定时器超时之前未接收到所述复位指示,则重新通知发送设备。
可选的,所述第一发送模块1000还具体用于:
在启动定时器之后,若在所述定时器超时之前未接收到所述复位指示,且重新通知的次数达到设定最大值,则确定数据传输失败。
可选的,所述第一复位模块1001具体用于:
清空所述解压缓存区;用将压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容;用将预设的初始值替换所述解压缓存区中的所有内容。
可选的,所述第一执行模块1002还具体用于:
在收到发送设备的复位指示后对解压缓存区进行复位处理之后,根据接收到的携带所述复位指示的UDC压缩数据包对应的SN,对接收窗口下边界进行设置。
可选的,所述第一执行模块1002还具体用于:
删除校验失败的UDC压缩数据包。
如图11所示,本发明实施例提供一种缓存同步异常的发送设备,包括:
第二复位模块1100,用于在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;
第二发送模块1101,用于利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
可选的,所述第二复位模块1100还具体用于:
清空所述解压缓存区;用将压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容;用将预设的初始值替换所述解压缓存区中的所有内容。
可选的,所述第二发送模块1101具体用于:
利用复位处理后的压缩缓存区,从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送;或根据所述接收设备通知的校验失败的PDCP的SN确定目标数据包,利用复位处理后的压缩缓存区从目标数据包开始进行压缩得到UDC压缩数据包并发送。
可选的,所述第二发送模块1101具体用于:
将所述校验失败的PDCP的SN对应的数据包作为目标数据包;或将位于所述校验失败的PDCP的SN对应的数据包之后,且已发送的一个数据包作为目标数据包。
可选的,所述第二发送模块1101具体还用于:
在利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包之前,对数据包的安全参数进行更新;
其中,所述安全参数包括下列参数的部分或全部:安全密钥、DRB ID、PDCP SN和COUNT值。
可选的,当所述安全参数包括PDCP SN时,所述第二发送模块1101具体还用于:
更新后的PDCP SN,利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
可选的,所述UDC压缩数据包是利用复位处理后的压缩缓存区通过目标数据包得到的;所述更新后的PDCP SN是位于所述校验失败的PDCP的SN之后的第Y个未使用过的PDCPSN。
可选的,所述第二发送模块1101具体还用于:
若利用复位处理后的压缩缓存区,从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送,则将复位指示置于当前需要发送的数据包中;或若利用复位处理后的压缩缓存区从目标数据包开始进行压缩得到UDC压缩数据包并发送,则将复位指示置于所述目标数据包中。
本发明实施例提供一种缓存同步异常设备的可读存储介质,其特征在于,包括程序代码,当所述程序代码在计算设备上运行时,所述程序代码用于使所述计算设备接收设备任一方法的步骤或发送设备任一方法的步骤。
接收设备在确定压缩缓存区和解压缓存区不同步后通知发送设备;
所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理;
所述接收设备利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
如图12所示,本发明实施例提供一种缓存同步异常的接收设备侧的完整方法:
步骤1200、接收设备在确定压缩缓存区和解压缓存区不同步后通知发送设备;
步骤1201、所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理;
步骤1202、所述接收设备利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
可选的,所述接收设备在确定压缩缓存区和解压缓存区不同步后通知发送设备,包括:
所述接收设备在确定压缩缓存区和解压缓存区不同步后,将校验失败的PDCP的SN置于用于指示压缩缓存区和解压缓存区不同步的通知消息中发送给发送设备。
可选的,所述通知消息为RRC信令或PDCP控制PDU。
可选的,所述通知消息为PDCP控制PDU;所述接收设备在确定压缩缓存区和解压缓存区不同步后通知发送设备之后,还包括:
所述接收设备启动定时器;所述接收设备若在所述定时器超时之前未接收到所述复位指示,则重新通知发送设备。
可选的,所述接收设备启动定时器之后,还包括:
所述接收设备若在所述定时器超时之前未接收到所述复位指示,且重新通知的次数达到设定最大值,则确定数据传输失败。
可选的,所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理,包括:
所述接收设备清空所述解压缓存区;用所述接收设备将压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容;用所述接收设备将预设的初始值替换所述解压缓存区中的所有内容。
可选的,所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理之后,还包括:
所述接收设备根据接收到的携带所述复位指示的UDC压缩数据包对应的SN,对接收窗口下边界进行设置。
可选的,该方法还包括:
所述接收设备删除校验失败的UDC压缩数据包。
如图13所示,本发明实施例提供一种缓存同步异常的发送设备侧的完整方法:
步骤1300、发送设备在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;
步骤1301、所述发送设备利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
可选的,所述发送设备对压缩缓存区进行复位处理,包括:
所述发送设备清空所述解压缓存区;用所述发送设备将压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容;或所述发送设备用预设的初始值替换所述解压缓存区中的所有内容。
可选的,所述发送设备利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包,包括:
所述发送设备利用复位处理后的压缩缓存区,从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送;或所述发送设备根据所述接收设备通知的校验失败的PDCP的SN确定目标数据包,利用复位处理后的压缩缓存区从目标数据包开始进行压缩得到UDC压缩数据包并发送。
可选的,所述发送设备根据所述接收设备通知的校验失败的PDCP的SN确定目标数据包,包括:
所述发送设备将所述校验失败的PDCP的SN对应的数据包作为目标数据包;或所述发送设备将位于所述校验失败的PDCP的SN对应的数据包之后,且已发送的一个数据包作为目标数据包。
可选的,所述发送设备利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包之前,还包括:
所述发送设备对数据包的安全参数进行更新;
其中,所述安全参数包括下列参数的部分或全部:安全密钥、DRB ID、PDCP SN和COUNT值。
可选的,若所述安全参数包括PDCP SN,所述发送设备利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包,包括:
所述发送设备根据更新后的PDCP SN,利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
可选的,所述UDC压缩数据包是利用复位处理后的压缩缓存区通过目标数据包得到的;所述更新后的PDCP SN是位于所述校验失败的PDCP的SN之后的第Y个未使用过的PDCPSN。
可选的,所述发送设备向所述接收设备发送复位指示,包括:
若所述发送设备利用复位处理后的压缩缓存区,从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送,则所述发送设备将复位指示置于当前需要发送的数据包中;或若所述发送设备利用复位处理后的压缩缓存区从目标数据包开始进行压缩得到UDC压缩数据包并发送,则所述发送设备将复位指示置于所述目标数据包中。
如图14所示,本发明实施例提供一种缓存同步异常的完整方法:
步骤1400、接收设备在确定压缩缓存区和解压缓存区不同步后通知发送设备;
步骤1401、发送设备在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;
步骤1402、所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理;
步骤1403、所述发送设备对利用复位处理后的压缩缓存区向所述接收设备发送的UDC压缩数据包的安全参数进行更新;
步骤1404、所述发送设备利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包;
步骤1405、所述接收设备利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解,可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置,以产生机器,使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。
相应地,还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地,本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式,其具有在介质中实现的计算机可使用或计算机可读程序代码,以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中,计算机可使用或计算机可读介质可以是任意介质,其可以包含、存储、通信、传输、或传送程序,以由指令执行系统、装置或设备使用,或结合指令执行系统、装置或设备使用。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (35)
1.一种缓存同步异常的处理方法,其特征在于,该方法包括:
接收设备在确定压缩缓存区和解压缓存区不同步后通知发送设备;
所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理;
所述接收设备利用复位处理后的解压缓存区对接收的上行数据压缩UDC压缩数据包进行解压。
2.如权利要求1所述的方法,其特征在于,所述接收设备在确定压缩缓存区和解压缓存区不同步后通知发送设备,包括:
所述接收设备在确定压缩缓存区和解压缓存区不同步后,将校验失败的分组数据聚合协议PDCP的序列号SN置于用于指示压缩缓存区和解压缓存区不同步的通知消息中发送给发送设备。
3.如权利要求1所述的方法,其特征在于,所述通知消息为无线资源控制RRC信令或PDCP控制协议数据单元PDU。
4.如权利要求3所述的方法,其特征在于,所述通知消息为PDCP控制PDU;
所述接收设备在确定压缩缓存区和解压缓存区不同步后通知发送设备之后,还包括:
所述接收设备启动定时器;
所述接收设备若在所述定时器超时之前未接收到所述复位指示,则重新通知发送设备。
5.如权利要求4所述的方法,其特征在于,所述接收设备启动定时器之后,还包括:
所述接收设备若在所述定时器超时之前未接收到所述复位指示,且重新通知的次数达到设定最大值,则确定数据传输失败。
6.如权利要求1所述的方法,其特征在于,所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理,包括:
所述接收设备清空所述解压缓存区;或
所述接收设备用压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容;或
所述接收设备用预设的初始值替换所述解压缓存区中的所有内容。
7.如权利要求1所述的方法,其特征在于,所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理之后,还包括:
所述接收设备根据接收到的携带所述复位指示的UDC压缩数据包对应的SN,对接收窗口下边界进行设置。
8.如权利要求1~7任一所述的方法,其特征在于,该方法还包括:
所述接收设备删除校验失败的UDC压缩数据包。
9.一种缓存同步异常的处理方法,其特征在于,该方法包括:
发送设备在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;
所述发送设备利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
10.如权利要求9所述的方法,其特征在于,所述发送设备对压缩缓存区进行复位处理,包括:
所述发送设备清空所述解压缓存区;或
所述发送设备用压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容;或
所述发送设备用预设的初始值替换所述解压缓存区中的所有内容。
11.如权利要求9所述的方法,其特征在于,所述发送设备利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包,包括:
所述发送设备利用复位处理后的压缩缓存区,从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送;或
所述发送设备根据所述接收设备通知的校验失败的PDCP的SN确定目标数据包,利用复位处理后的压缩缓存区从目标数据包开始进行压缩得到UDC压缩数据包并发送。
12.如权利要求11所述的方法,其特征在于,所述发送设备根据所述接收设备通知的校验失败的PDCP的SN确定目标数据包,包括:
所述发送设备将所述校验失败的PDCP的SN对应的数据包作为目标数据包;或
所述发送设备将位于所述校验失败的PDCP的SN对应的数据包之后,且已发送的一个数据包作为目标数据包。
13.如权利要求12所述的方法,其特征在于,所述发送设备利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包之前,还包括
所述发送设备对数据包的安全参数进行更新;
其中,所述安全参数包括下列参数的部分或全部:安全密钥、数据无线承载标识DRBID、PDCP SN和计数COUNT值。
14.如权利要求13所述的方法,其特征在于,所述安全参数包括PDCP SN;
所述发送设备利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包,包括:
所述发送设备根据更新后的PDCP SN,利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
15.如权利要求14所述的方法,其特征在于,所述UDC压缩数据包是利用复位处理后的压缩缓存区通过目标数据包得到的;
所述更新后的PDCP SN是位于所述校验失败的PDCP的SN之后的第Y个未使用过的PDCPSN。
16.如权利要求12所述的方法,其特征在于,所述发送设备向所述接收设备发送复位指示,包括:
若所述发送设备利用复位处理后的压缩缓存区,从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送,则所述发送设备将复位指示置于当前需要发送的数据包中;或
若所述发送设备利用复位处理后的压缩缓存区从目标数据包开始进行压缩得到UDC压缩数据包并发送,则所述发送设备将复位指示置于所述目标数据包中。
17.一种缓存同步异常的接收设备,其特征在于,该接收设备包括处理器、存储器和收发机;
其中,处理器,用于读取存储器中的程序并执行:
在确定压缩缓存区和解压缓存区不同步后通知发送设备;在收到发送设备的复位指示后对解压缓存区进行复位处理;利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
18.如权利要求17所述接收设备,其特征在于,所述处理器具体用于:
在确定压缩缓存区和解压缓存区不同步后,将校验失败的PDCP的SN置于用于指示压缩缓存区和解压缓存区不同步的通知消息中发送给发送设备。
19.如权利要求17所述的接收设备,其特征在于,所述通知消息为RRC信令或PDCP控制PDU。
20.如权利要求19所述的接收设备,其特征在于,所述处理器还具体用于:
当所述通知消息为PDCP控制PDU,在确定压缩缓存区和解压缓存区不同步后通知发送设备之后,启动定时器;若在所述定时器超时之前未接收到所述复位指示,则重新通知发送设备。
21.如权利要求20所述的接收设备,其特征在于,所述处理器具体用于:
在启动定时器之后,若在所述定时器超时之前未接收到所述复位指示,且重新通知的次数达到设定最大值,则确定数据传输失败。
22.如权利要求17所述的接收设备,其特征在于,所述处理器具体用于:
清空所述解压缓存区;或
用压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容;或
用预设的初始值替换所述解压缓存区中的所有内容。
23.如权利要求17所述的接收设备,其特征在于,所述处理器还具体用于:
在收到发送设备的复位指示后对解压缓存区进行复位处理之后,根据接收到的携带所述复位指示的UDC压缩数据包对应的SN,对接收窗口下边界进行设置。
24.如权利要求17~23任一所述的接收设备,其特征在于,所述处理器具体用于:
删除校验失败的UDC压缩数据包。
25.一种缓存同步异常的发送设备,其特征在于,该发送设备包括处理器、存储器和收发机;
其中,处理器,用于读取存储器中的程序并执行:
在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
26.如权利要求25所述的发送设备,其特征在于,所述处理器具体用于:
清空所述解压缓存区;用将压缩字典中的部分或全部内容替换所述解压缓存区中的所有内容;用将预设的初始值替换所述解压缓存区中的所有内容。
27.如权利要求25所述的发送设备,其特征在于,所述处理器具体用于:
利用复位处理后的压缩缓存区,从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送;或根据所述接收设备通知的校验失败的PDCP的SN确定目标数据包,利用复位处理后的压缩缓存区从目标数据包开始进行压缩得到UDC压缩数据包并发送。
28.如权利要求27所述的发送设备,其特征在于,所述处理器具体用于:
将所述校验失败的PDCP的SN对应的数据包作为目标数据包;或将位于所述校验失败的PDCP的SN对应的数据包之后,且已发送的一个数据包作为目标数据包。
29.如权利要求28所述的发送设备,其特征在于,所述处理器还具体用于:
在利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包之前,对数据包的安全参数进行更新;
其中,所述安全参数包括下列参数的部分或全部:安全密钥、DRB ID、PDCP SN和COUNT值。
30.如权利要求29所述的发送设备,其特征在于,所述处理器具体用于:
若所述安全参数包括PDCP SN,根据更新后的PDCP SN,利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
31.如权利要求30所述的发送设备,其特征在于,所述UDC压缩数据包是利用复位处理后的压缩缓存区通过目标数据包得到的;
所述更新后的PDCP SN是位于所述校验失败的PDCP的SN之后的第Y个未使用过的PDCPSN。
32.如权利要求27所述的发送设备,其特征在于,所述处理器具体用于:
向所述接收设备发送复位指示时,若利用复位处理后的压缩缓存区,从当前需要发送的数据包开始进行压缩得到UDC压缩数据包并发送,则将复位指示置于当前需要发送的数据包中;或若利用复位处理后的压缩缓存区从目标数据包开始进行压缩得到UDC压缩数据包并发送,则将复位指示置于所述目标数据包中。
33.一种缓存同步异常的接收设备,包括:
第一发送模块,用于在确定压缩缓存区和解压缓存区不同步后通知发送设备;
第一复位模块,用于所述接收设备在收到发送设备的复位指示后对解压缓存区进行复位处理;
第一执行模块,用于利用复位处理后的解压缓存区对接收的UDC压缩数据包进行解压。
34.一种缓存同步异常的发送设备,包括:
第二复位模块,用于在接收设备通知压缩缓存区和解压缓存区不同步后,对压缩缓存区进行复位处理以及向所述接收设备发送复位指示;
第二发送模块,用于利用复位处理后的压缩缓存区向所述接收设备发送UDC压缩数据包。
35.一种缓存同步异常设备可读存储介质,其特征在于,包括程序代码,当所述程序代码在计算设备上运行时,所述程序代码用于使所述计算设备执行权利要求1~8任一所述方法的步骤或权利要求9~16任一所述方法的步骤。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711140664.8A CN109802922A (zh) | 2017-11-16 | 2017-11-16 | 一种缓存同步异常的处理方法和设备 |
PCT/CN2018/112480 WO2019095989A1 (zh) | 2017-11-16 | 2018-10-29 | 一种缓存同步异常的处理方法和设备 |
US16/764,849 US11202227B2 (en) | 2017-11-16 | 2018-10-29 | Processing method and device for cache synchronous exception |
KR1020207017322A KR20200087231A (ko) | 2017-11-16 | 2018-10-29 | 비동기 버퍼를 처리하기 위한 방법 및 장치 |
JP2020527761A JP2021503842A (ja) | 2017-11-16 | 2018-10-29 | 非同期バッファを処理するための方法および装置 |
EP18877977.1A EP3713182A4 (en) | 2017-11-16 | 2018-10-29 | PROCESS AND DEVICE FOR PROCESSING FOR THE EXCEPTION OF HAS SYNCHRONISM |
TW107140530A TWI709352B (zh) | 2017-11-16 | 2018-11-15 | 一種快取同步異常的處理方法和設備 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711140664.8A CN109802922A (zh) | 2017-11-16 | 2017-11-16 | 一种缓存同步异常的处理方法和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109802922A true CN109802922A (zh) | 2019-05-24 |
Family
ID=66539348
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711140664.8A Pending CN109802922A (zh) | 2017-11-16 | 2017-11-16 | 一种缓存同步异常的处理方法和设备 |
Country Status (7)
Country | Link |
---|---|
US (1) | US11202227B2 (zh) |
EP (1) | EP3713182A4 (zh) |
JP (1) | JP2021503842A (zh) |
KR (1) | KR20200087231A (zh) |
CN (1) | CN109802922A (zh) |
TW (1) | TWI709352B (zh) |
WO (1) | WO2019095989A1 (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111447253A (zh) * | 2020-02-28 | 2020-07-24 | 清华大学 | 缓冲区管理方法、系统、设备及存储介质 |
CN111917745A (zh) * | 2020-07-16 | 2020-11-10 | 上海星秒光电科技有限公司 | 一种数据压缩方法 |
CN112333769A (zh) * | 2019-08-05 | 2021-02-05 | 华为技术有限公司 | 一种通信方法和装置 |
WO2021027854A1 (zh) * | 2019-08-15 | 2021-02-18 | 华为技术有限公司 | 一种通信方法及设备 |
CN112399400A (zh) * | 2019-08-14 | 2021-02-23 | 华为技术有限公司 | 一种ue上报udc信息方法及设备 |
CN112448795A (zh) * | 2019-08-27 | 2021-03-05 | 中国移动通信有限公司研究院 | 一种pdcp复制的处理方法及通信设备 |
CN113360314A (zh) * | 2020-03-02 | 2021-09-07 | 芯原微电子(成都)有限公司 | 数据的处理方法、系统、设备及计算机可读存储介质 |
CN114125058A (zh) * | 2020-08-10 | 2022-03-01 | 华为技术有限公司 | 数据包解压缩方法、电子设备和网络侧设备 |
CN114157723A (zh) * | 2019-08-15 | 2022-03-08 | 华为技术有限公司 | 一种通信方法及装置 |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110875909B (zh) * | 2018-08-31 | 2022-03-04 | 上海华为技术有限公司 | 数据传输方法及相关装置 |
CN111510419B (zh) * | 2019-01-31 | 2021-03-30 | 华为技术有限公司 | 一种数据压缩的方法及基站 |
EP3915327A1 (en) * | 2019-02-12 | 2021-12-01 | Google LLC | System and method for reducing delays of timer-based transmissions on a shared carrier |
KR20200129335A (ko) * | 2019-05-08 | 2020-11-18 | 삼성전자주식회사 | 무선 통신 시스템에서 데이터 유실을 방지하는 사용자 데이터 압축 방법 및 장치 |
US11122095B2 (en) * | 2019-09-23 | 2021-09-14 | Netapp, Inc. | Methods for dictionary-based compression and devices thereof |
CN111131210B (zh) * | 2019-12-16 | 2021-09-17 | 维沃移动通信有限公司 | 数据处理方法及电子设备 |
KR20210076488A (ko) * | 2019-12-16 | 2021-06-24 | 삼성전자주식회사 | 차세대 이동 통신 시스템에서 데이터 압축 해제 실패시 pdcp 의 구동 방법 및 장치 |
US20210345177A1 (en) * | 2020-05-04 | 2021-11-04 | Qualcomm Incorporated | Methods and apparatus for managing compressor memory |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103582030A (zh) * | 2012-08-01 | 2014-02-12 | 中兴通讯股份有限公司 | 服务质量的更新处理方法及装置 |
US9442941B1 (en) * | 2014-03-28 | 2016-09-13 | Emc Corporation | Data structure for hash digest metadata component |
CN107094142A (zh) * | 2017-04-28 | 2017-08-25 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5130993A (en) * | 1989-12-29 | 1992-07-14 | Codex Corporation | Transmitting encoded data on unreliable networks |
KR20080054683A (ko) * | 2006-12-13 | 2008-06-19 | 삼성전자주식회사 | 이동 통신 시스템에서 데이터 송수신 장치 및 방법 |
KR100907978B1 (ko) * | 2007-09-11 | 2009-07-15 | 엘지전자 주식회사 | 이동통신 시스템에서 pdcp 계층의 상태보고 전송 방법 및 수신장치 |
DK2208301T3 (en) * | 2007-10-01 | 2019-04-23 | Interdigital Patent Holdings Inc | METHOD AND APPARATUS FOR PCDP REJECTION |
CN101605335A (zh) | 2008-06-10 | 2009-12-16 | 中国移动通信集团设计院有限公司 | 一种栅格至基站的路径确定方法及装置 |
CN101841853A (zh) * | 2009-03-17 | 2010-09-22 | 中兴通讯股份有限公司 | 一种用户设备以及用户设备接收下行数据的方法 |
CN101605355B (zh) * | 2009-06-12 | 2011-08-24 | 中国科学技术大学 | 一种用于LTE-advanced网络中继节点上的ROHC混合工作方式 |
US9674803B2 (en) | 2013-09-23 | 2017-06-06 | Qualcomm Incorporated | Out-of synchronization detection and correction during compression |
CN106302245A (zh) | 2015-06-08 | 2017-01-04 | 中国移动通信集团公司 | 一种lte系统中数据包的压缩方法和装置 |
US20180234839A1 (en) * | 2017-02-13 | 2018-08-16 | Futurewei Technologies, Inc. | System and Method for User Equipment Identification and Communications |
US10264622B2 (en) * | 2017-03-17 | 2019-04-16 | Ofinno Technologies, Llc | Inactive state data forwarding |
CN108924948B (zh) * | 2017-03-23 | 2021-06-22 | 夏普株式会社 | 用户设备和基站处执行的方法及相应的设备 |
US11018984B2 (en) * | 2017-03-24 | 2021-05-25 | Nokia Technologies Oy | Packet data convergence protocol windows with split bearers |
US11116024B2 (en) * | 2017-04-10 | 2021-09-07 | Nokia Technologies Oy | Control mechanism for packet duplication in multi-connectivity communication |
US10405231B2 (en) * | 2017-04-24 | 2019-09-03 | Motorola Mobility Llc | Switching between packet duplication operating modes |
CN107302585B (zh) | 2017-07-11 | 2020-05-26 | 电信科学技术研究院 | 一种预置字典同步方法及设备 |
KR102298454B1 (ko) * | 2017-07-18 | 2021-09-06 | 삼성전자 주식회사 | 차세대 이동 통신 시스템에서 효율적으로 데이터를 분할하는 방법 및 장치 |
US10785817B2 (en) * | 2017-09-28 | 2020-09-22 | Apple Inc. | Signaling radio bearer type 3 (SRB3) and secondary cell group (SCG) failure handling |
KR102416439B1 (ko) * | 2017-11-09 | 2022-07-05 | 삼성전자주식회사 | 무선통신 시스템에서 통신 방법 및 장치 |
-
2017
- 2017-11-16 CN CN201711140664.8A patent/CN109802922A/zh active Pending
-
2018
- 2018-10-29 US US16/764,849 patent/US11202227B2/en active Active
- 2018-10-29 JP JP2020527761A patent/JP2021503842A/ja active Pending
- 2018-10-29 EP EP18877977.1A patent/EP3713182A4/en not_active Withdrawn
- 2018-10-29 KR KR1020207017322A patent/KR20200087231A/ko not_active Application Discontinuation
- 2018-10-29 WO PCT/CN2018/112480 patent/WO2019095989A1/zh unknown
- 2018-11-15 TW TW107140530A patent/TWI709352B/zh active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103582030A (zh) * | 2012-08-01 | 2014-02-12 | 中兴通讯股份有限公司 | 服务质量的更新处理方法及装置 |
US9442941B1 (en) * | 2014-03-28 | 2016-09-13 | Emc Corporation | Data structure for hash digest metadata component |
CN107094142A (zh) * | 2017-04-28 | 2017-08-25 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112333769B (zh) * | 2019-08-05 | 2022-10-11 | 华为技术有限公司 | 一种通信方法和装置 |
CN112333769A (zh) * | 2019-08-05 | 2021-02-05 | 华为技术有限公司 | 一种通信方法和装置 |
CN112399400A (zh) * | 2019-08-14 | 2021-02-23 | 华为技术有限公司 | 一种ue上报udc信息方法及设备 |
CN112399400B (zh) * | 2019-08-14 | 2022-10-04 | 华为技术有限公司 | 一种ue上报udc信息方法及设备 |
CN112399477A (zh) * | 2019-08-15 | 2021-02-23 | 华为技术有限公司 | 一种通信方法及设备 |
CN114157723A (zh) * | 2019-08-15 | 2022-03-08 | 华为技术有限公司 | 一种通信方法及装置 |
WO2021027854A1 (zh) * | 2019-08-15 | 2021-02-18 | 华为技术有限公司 | 一种通信方法及设备 |
CN112399477B (zh) * | 2019-08-15 | 2022-12-06 | 华为技术有限公司 | 一种通信方法及设备 |
CN114157723B (zh) * | 2019-08-15 | 2023-08-22 | 华为技术有限公司 | 一种通信方法及装置 |
CN112448795A (zh) * | 2019-08-27 | 2021-03-05 | 中国移动通信有限公司研究院 | 一种pdcp复制的处理方法及通信设备 |
CN111447253A (zh) * | 2020-02-28 | 2020-07-24 | 清华大学 | 缓冲区管理方法、系统、设备及存储介质 |
CN113360314A (zh) * | 2020-03-02 | 2021-09-07 | 芯原微电子(成都)有限公司 | 数据的处理方法、系统、设备及计算机可读存储介质 |
CN111917745B (zh) * | 2020-07-16 | 2022-07-22 | 上海星秒光电科技有限公司 | 一种数据压缩方法 |
CN111917745A (zh) * | 2020-07-16 | 2020-11-10 | 上海星秒光电科技有限公司 | 一种数据压缩方法 |
CN114125058A (zh) * | 2020-08-10 | 2022-03-01 | 华为技术有限公司 | 数据包解压缩方法、电子设备和网络侧设备 |
CN114125058B (zh) * | 2020-08-10 | 2023-05-16 | 华为技术有限公司 | 数据包解压缩方法、电子设备和网络侧设备 |
Also Published As
Publication number | Publication date |
---|---|
TWI709352B (zh) | 2020-11-01 |
WO2019095989A1 (zh) | 2019-05-23 |
US20200344644A1 (en) | 2020-10-29 |
EP3713182A4 (en) | 2020-12-23 |
EP3713182A1 (en) | 2020-09-23 |
TW201924419A (zh) | 2019-06-16 |
KR20200087231A (ko) | 2020-07-20 |
JP2021503842A (ja) | 2021-02-12 |
US11202227B2 (en) | 2021-12-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109802922A (zh) | 一种缓存同步异常的处理方法和设备 | |
CN107094142B (zh) | 一种上行数据解压缩、压缩的方法和装置 | |
RU2461147C2 (ru) | Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи | |
KR101113125B1 (ko) | 윈도우 제어 및 재송제어방법, 및, 송신측장치 | |
JP5369272B2 (ja) | ワイヤレス通信システムにおけるステータスレポート方法 | |
CN107683578B (zh) | 无线通信的方法和装置 | |
CN102137435B (zh) | 数据处理方法、装置和系统 | |
CN104683017B (zh) | 一种卫星移动通信rlc层am模式传输方法 | |
CN112436994B (zh) | 一种数据传输方法及电子设备 | |
CN109076475B (zh) | 一种用于保持无连接传输中同步的方法和系统 | |
CN108347468B (zh) | 一种进行数据同步的方法及设备 | |
TW201739233A (zh) | 一種資料傳輸方法及相關設備 | |
CN103581683B (zh) | Jpeg图像加密传输方法 | |
CN107276727A (zh) | 一种进行反馈的方法和设备 | |
CN108886713B (zh) | 一种数据传输方法、数据接收设备及数据发送设备 | |
US10153827B2 (en) | Communication apparatus and data relay method | |
CN111385263B (zh) | 一种数据包头压缩信息的维护方法及通信设备 | |
US20080137574A1 (en) | Method and apparatus for handling data delivery in a wireless communications system | |
CN107359972B (zh) | 一种数据接收方法及装置 | |
CN109587733A (zh) | 低功耗无线通讯传输方法 | |
WO2024032742A1 (zh) | 业务处理方法、装置、设备、存储介质及程序产品 | |
CN107801211A (zh) | 一种报文的非按序递交方法及rlc实体、基站 | |
WO2018214070A1 (zh) | 译码的方法和装置 | |
CN110121193A (zh) | 一种层间数据传输方法、装置、介质及设备 | |
WO2012155419A1 (zh) | 一种处理重传数据的方法及基站 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190524 |