CN112333773A - 通信处理方法、设备、装置及存储介质 - Google Patents
通信处理方法、设备、装置及存储介质 Download PDFInfo
- Publication number
- CN112333773A CN112333773A CN202011331752.8A CN202011331752A CN112333773A CN 112333773 A CN112333773 A CN 112333773A CN 202011331752 A CN202011331752 A CN 202011331752A CN 112333773 A CN112333773 A CN 112333773A
- Authority
- CN
- China
- Prior art keywords
- decompression
- data packet
- state
- compressed data
- compression
- 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.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 87
- 238000003672 processing method Methods 0.000 title claims abstract description 21
- 230000006837 decompression Effects 0.000 claims abstract description 219
- 238000007906 compression Methods 0.000 claims abstract description 114
- 230000006835 compression Effects 0.000 claims abstract description 114
- 238000000034 method Methods 0.000 claims abstract description 84
- 230000008569 process Effects 0.000 claims abstract description 47
- 238000012545 processing Methods 0.000 claims description 126
- 238000004590 computer program Methods 0.000 claims description 11
- 230000002159 abnormal effect Effects 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 21
- 230000015654 memory Effects 0.000 description 18
- 230000006870 function Effects 0.000 description 12
- 230000005540 biological transmission Effects 0.000 description 7
- 230000007704 transition Effects 0.000 description 7
- 230000003993 interaction Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000013144 data compression Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000005192 partition Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
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/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
- 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
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了一种通信处理方法、设备、装置及存储介质,所述方法应用于解压缩端设备,所述方法包括:在鲁棒性头压缩ROHC使能时,响应于所述解压缩端设备对第一压缩数据包解压缩失败,将解压缩失败的次数进行计数处理;若计数处理确定的解压缩失败的次数满足状态重置条件,则执行对所述解压缩端设备和压缩端设备的状态重置处理。采用本发明,能够避免因出现较长时间解压缩失败而导致终端与网络侧设备通信异常。
Description
技术领域
本发明涉及通信领域,尤其涉及一种通信处理方法、设备、装置及存储介质。
背景技术
利用ROHC(Robust Header Compression,鲁棒性头压缩)技术对终端与网络侧设备之间传输的数据进行头压缩和头解压缩处理,能够在极差的信道条件下将一个IP(Internet Protocol,网际协议)/UDP(User Datagram Protocol,用户数据报协议)/RTP(Real-Time Protocol,实时传输协议)包或者TCP(Transmission Control Protocol,传输控制协议)/IP包的包头压缩到很少的字节,提高在终端与基站在无线网络中承载IP流的性能,特别在语音业务中,比如:在VoLTE(Voice over Long-Term Evolution,长期演进语音承载)语音业务中,由于数据包头占比较大,利用ROHC技术进行头压缩处理能够提高传输语音业务数据的效率。
在解压缩端设备对接收到的利用ROHC技术进行头压缩处理的压缩数据包进行头解压缩处理,可能出现头解压缩异常情况而导致解压缩失败,比如:因为解压缩端设备与压缩端设备的HFN(Hyper Frame Number,超帧号)失步导致对压缩数据包解密发生错误而造成后续对压缩数据包解压缩失败,再比如:因为压缩数据包中的SN(Sequence Number,序号)发生跳变而导致解压缩失败,还比如:因为压缩数据包的CRC(Cyclic RedundancyCheck,循环冗余校验)域的值发生错误而导致解压缩失败。
目前,通常对通信信道检测以在确定通信信道的平均误码率达到阈值时,触发对数据进行重新压缩和重新解压缩处理,来应对头解压缩异常情况,但是其依然无法有效提高解压缩的成功率,增加了传输资源的消耗以及解压缩端设备与压缩端设备通信的时延。
发明内容
本申请实施例提供一种通信处理方法、设备、装置及存储介质,能够避免因出现较长时间解压缩失败而导致终端与网络侧设备通信异常。
为了解决上述技术问题,第一方面,本申请实施例提供一种通信处理方法,应用于解压缩端设备,所述方法包括:
在鲁棒性头压缩ROHC使能时,响应于所述解压缩端设备对第一压缩数据包解压缩失败,将解压缩失败的次数进行计数处理;
若计数处理确定的解压缩失败的次数满足状态重置条件,则执行对所述解压缩端设备和压缩端设备的状态重置处理。
第二方面,本申请实施例还提供一种通信处理方法,应用于压缩端设备,所述方法包括:
在鲁棒性头压缩ROHC使能时,生成第一压缩数据包;
发送所述第一压缩数据包。
第三方面,本申请实施例提供一种通信处理设备,所述通信处理设备包括:存储装置和处理器,
所述存储装置,用于存储程序代码;
所述处理器,在调用所述存储代码时,用于执行如第一方面所述的通信处理方法。
第四方面,本申请实施例还提供一种通信处理设备,所述通信处理设备包括:存储装置和处理器,
所述存储装置,用于存储程序代码;
所述处理器,在调用所述存储代码时,用于执行如第二方面所述的通信处理方法。
第五方面,本申请实施例提供一种通信处理装置,所述通信处理装置包括:
计数模块,用于在鲁棒性头压缩ROHC使能时,响应于所述解压缩端设备对第一压缩数据包解压缩失败,将解压缩失败的次数进行计数处理;
重置模块,用于若计数处理确定的解压缩失败的次数满足状态重置条件,则执行对所述解压缩端设备和压缩端设备的状态重置处理。
第六方面,本申请实施例还提供一种通信处理装置,所述通信处理装置包括:
生成模块,用于在鲁棒性头压缩ROHC使能时,生成第一压缩数据包;
发送模块,用于发送所述第一压缩数据包。
第七方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序使得计算机执行第一方面所述的通信处理方法。
第八方面,本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序使得计算机执行第二方面所述的通信处理方法。
第九方面,本申请实施例还提供一种通信处理系统,所述通信处理系统包括第一通信处理装置和第二通信处理装置,所述第一通信处理装置用于实现第一方面所述的方法,所述第二通信处理装置用于实现第二方面所述的方法。
实施本申请实施例,具有如下有益效果:
解压缩端设备在解压缩失败的次数满足状态重置条件时,自动触发执行对解压缩端设备和压缩端设备的状态重置处理,能够提高解压缩端设备解压缩处理的正确率,节约无线传输资源,避免因出现较长时间解压缩失败而导致终端与网络侧设备通信异常。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种终端与网络侧设备的数据面协议栈示意图;
图2a为本申请实施例提供的一种LTE(Long Term Evolution,长期演进)通信系统中的终端与网络侧设备的PDCP层的功能示意图;
图2b为本申请实施例提供的一种NR(New Radio,新空口)通信系统中的终端与网络侧设备的PDCP层的功能示意图;
图3为本申请实施例提供的一种在PDCP层进行加解密的示意图;
图4为本申请实施例提供的一种COUNT值的示意图;
图5为本申请实施例提供的一种终端与网络侧设备的HFN同步以及HFN失步的示意图;
图6为本申请实施例提供的一种通信处理方法的场景图;
图7为本申请实施例提供的一种通信处理方法的流程示意图;
图8为本申请实施例提供的一种通信处理方法的交互流程示意图;
图9为本申请实施例提供的一种通信处理设备的结构示意图;
图10为本申请实施例提供的一种通信处理装置的结构示意图;
图11为本申请实施例提供的另一种通信处理装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,本申请的说明书和权利要求书中及上述附图中的属于“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述以外的顺序实施。此外,术语“包括”及其任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了更好理解本申请实施例提供的通信译码方法、设备、装置及存储介质,对本申请涉及到的技术用语进行解释,具体如下:
(1)ROHC(Robust Header Compression,鲁棒性头压缩)
ROCH头压缩可以描述为两个状态机间——压缩状态机(压缩端设备)和解压缩状态机(解压缩端设备)的相互作用。通过在通信链路两端的状态机建立Context(上下文),即一套静态和动态报头域,获得压缩增益。压缩端设备与解压缩端设备运行时必须保持上下文同步,压缩端设备在压缩分组中加入了CRC(Cyclic Redundancy Check,循环冗余校验),解压缩端设备通过反馈ACK(Acknowledgement,肯定应答)或NACK(NegativeAcknowledgement,否定应答)来确保上下文能够及时、正确地进行更新。
ROHC支持三种操作模式:U(单向)模式、O(双向优化)模式和R(双向可靠)模式。每种模式规定了一些信息交互的方式和频度,比如:是否更多的使用反馈等。若能及时转换到可靠模式,就能交互更多的状态、特殊域等反馈信息,可以尽可能地保证压缩端设备与解压缩端设备的上下文的一致性,从而提高在高压缩比状态下解压缩处理的正确概率。
其中,U模式适用于单向无反馈信道环境。由于移动蜂窝网络带宽非常宝贵,所以无反馈信道将占有很大的比重,U模式就工作在这样的信道下。在U模式下,由于压缩端设备无法获得解压缩端设备的反馈信息,压缩端设备的状态转移只能完全依靠自己独立的转移机制。
压缩端设备的压缩状态有三种:IR(Initialization and Refresh,初始化刷新)状态、FO(First Order,第一级)状态、SO(Second Order,第二级)状态。压缩端设备的压缩状态可用于指示可进行的头压缩程度;IR状态、FO状态和SO状态的状态级别依次递增;各压缩状态之间可进行状态迁移。压缩端设备在不同的压缩状态发送不同类型的压缩数据包,具体地,压缩端设备在IR状态将发送初始化压缩数据包,该压缩数据包包含所有的与解压缩处理相关的上下文信息,解压缩端设备通过IR压缩数据包中的信息建立上下文;压缩端设备在FO状态发送某些动态域变化的信息,比如:压缩数据包的优先级中途改变等动态变化信息;压缩端设备在SO状态,只传送最小化的压缩头标,其中,SO状态是完全压缩状态。
压缩状态由IR状态开始,前向转移有两种模式:FAST(快速)模式和NORMAL(正常)模式。在FAST模式下,IR状态可直接跃升到SO状态。在NORMAL模式下,IR状态需先转移到FO状态,再由FO状态转移到SO状态。在U模式下,由于没有解压缩端设备反馈的信息,压缩端设备可根据“自己”认为解压缩端设备收到足够的信息后,从较低级的压缩状态转移到较高级的压缩状态。在O模式或R模式下,压缩端设备可根据解压缩端设备反馈的信息,比如:解压成功确认消息,确定解压缩端设备执行解压缩处理是否获得了足够的信息,进而执行相应的压缩状态的迁移。
解压缩端设备的解压缩状态有三种:NC(No Context,无上下文)状态、SC(StaticContext,静态上下文)状态、FC(Full Context,完整上下文)状态;各解压缩状态之间可进行状态迁移。解压缩端设备的解压缩状态可用于指示解压缩端设备能够解压缩对应的压缩数据包头的能力,从而解压缩状态对应了头压缩性能。其中,NC状态、SC状态、FC状态的状态级别依次递增。
解压缩端设备在获得足够的解压信息后总是处于FC状态,只是在最近收到的n1个连续的压缩数据包中有k1个压缩数据包解压失败时,才会由FC状态转移到SC状态。在SC状态下,当成功地解压缩了一个含有足够的更新信息的压缩数据包时,就会转移到FC状态,当最近接收到n2个连续的压缩数据包中有k2个压缩数据包解压失败时才会迁移到NC状态。n1、k1、n2、k2为正整数,可由高层信令配置,或由协议设定,或由人为设定。
(2)终端与网络侧设备的PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)层的功能
请参阅图1,图1为本申请实施例提供的一种终端与网络侧设备的数据面协议栈示意图,具体如图1所示,网络侧设备为压缩端设备,终端为解压缩端设备;网络侧设备在网络侧设备的PDCP层依次对数据进行(头)压缩处理,对经头压缩处理的数据进行加密处理,以生成压缩数据包;所述压缩数据包依次经过网络侧设备的RLC(Radio Link Control,无线链路控制)层、MAC(Media Access Control,介质访问控制)层以及PHY(Physical,物理)层的处理后,从网络侧设备的PHY层通过接口,比如:无线接口,传输给终端的PHY层,压缩数据包依次经过终端的PHY层、MAC层以及RLC层的处理后传输给终端的PDCP层,由终端的PDCP层依次对该压缩数据包进行解密处理,以及对解密处理后的压缩数据包进行(头)解压缩处理。其中,所述压缩处理和所述解压缩处理均是按照ROHC的方式执行的。
请参阅图2a,图2a为本申请实施例提供的一种LTE(Long Term Evolution,长期演进)通信系统中的终端与网络侧设备的PDCP层的功能示意图,具体如图2a所示,网络侧设备作为压缩端设备,即PDCP发送实体,终端作为解压缩端设备,即PDCP接收实体。PDCP发送实体在接收到上层传递到PDCP层的数据后,依次对数据执行以下步骤:
步骤10.1:添加SN(Sequence Number,序号);
步骤10.2:进行头压缩或UDC(Uplink Data Compression,上行数据压缩)处理,其中,进行头压缩或上行数据压缩处理仅应用于用户面;
若进行压缩处理后的数据包是与PDCP SDU(Service Data Unit,服务数据单元)关联的数据包,则执行步骤10.3;若进行压缩处理后的数据包是不与PDCP SDU关联的数据包,则执行步骤10.5;
步骤10.3:进行完整性保护,其中,进行完整性保护仅应用于控制面;
步骤10.4:进行加密处理;
步骤10.5:添加PDCPHeader(头信息);
步骤10.6:若经步骤10.1至步骤10.5处理后的数据包中存在RB(Resource Block,资源块)分割,则增加Routing(路由)功能。
PDCP发送实体通过无线接口,比如Uu接口,将压缩加密处理后的压缩数据包发送给PDCP接收实体。PDCP接收实体接收到该压缩数据包后依次对该压缩数据包执行以下步骤:
步骤20.1:去掉PDCP Header;
若该压缩数据包是与PDCP SDU关联的数据包,则执行步骤20.2;若该压缩数据包是不与PDCP SDU关联的数据包,则执行步骤20.5;
步骤20.2:进行解密处理;
步骤20.3:进行完整性验证;
步骤20.4:进行重新排序处理,其中,进行重新排序处理仅应用于用户面;
步骤20.5:进行头解压缩,其中,进行头压缩处理仅应用于用户面;
步骤20.6:按序递交以及重复性检测;
按序递交是将头解压缩处理得到的数据按照数据对应的SN的顺序依次递交到PDCP接收实体的上层。
图2b为本申请实施例提供的一种NR(New Radio,新空口)通信系统中的终端与网络侧设备的PDCP层的功能示意图,具体如图2b所示,网络侧设备作为压缩端设备,即PDCP发送实体,终端作为解压缩端设备,即PDCP接收实体。PDCP发送实体在接收到上层传递到PDCP层的数据后,依次对数据执行以下步骤:
步骤11.1:添加SN(Sequence Number,序号);
步骤11.2:进行头压缩处理;
若进行头压缩处理后的数据包是与PDCP SDU关联的数据包,则执行步骤11.3;若进行头压缩处理后的数据包是不与PDCP SDU关联的数据包,则执行步骤11.5;
步骤11.3:进行完整性保护;
步骤11.4:进行加密处理;
步骤11.5:添加PDCP Header;
步骤11.6:若经步骤11.1至步骤11.5处理后的数据包中存在RB(Resource Block,资源块)分割,则增加Routing(路由)功能和Duplication(复制)功能。
PDCP发送实体通过无线接口,比如Uu接口,将压缩加密处理后的压缩数据包发送给PDCP接收实体。PDCP接收实体接收到该压缩数据包后依次对该压缩数据包执行以下步骤:
步骤21.1:去掉PDCP Header;
若该压缩数据包是与PDCP SDU关联的数据包,则执行步骤21.2;若该压缩数据包是不与PDCP SDU关联的数据包,则执行步骤21.5;
步骤21.2:进行解密处理;
步骤21.3:进行完整性验证;
步骤21.4:进行重新排序和重复丢弃处理;
步骤21.5:进行头解压缩处理;
在执行步骤21.5后会将头解压缩处理得到数据递交到PDCP接收实体的上层。
其中,终端的PDCP层包括ROHC模块,所述ROHC模块用于按照ROHC协议对解密处理后的压缩数据包进行(头)解压缩处理,即对解密处理后的压缩数据包进行解压缩处理,将解压缩处理结果发送给终端的PDCP层的(处理模块)。
具体地,若所述ROHC模块对该压缩数据包解压缩成功,则向终端的PDCP层的(处理模块)发送对该压缩数据包解压缩成功的信息。若所述ROHC模块连续N次对该压缩数据包解压缩失败,则向终端的PDCP层的(处理模块)发送对该压缩数据包解压缩失败的信息。
其中,N为正整数,比如:N=3,N可以由终端的高层信令配置,或者,N可以由协议规定,或者,N可以由人为在终端设定,在此不对N做限定。
本申请实施例中,若终端的PDCP层接收到对该压缩数据包的解压缩处理结果,则不会再次对该压缩数据包进行解压缩处理;若终端的PDCP层接收到对该压缩数据包的解压缩处理结果,且终端还接收其他压缩数据包,则会对没有进行解压缩处理的其他压缩数据包执行解压缩处理。
(3)在PDCP层对数据进行加解密
请参阅图3,图3为本申请实施例提供的一种在PDCP层进行加解密的示意图,具体如图3所示,网络侧设备作为压缩端设备,终端作为解压缩端设备。在压缩端设备的PDCP层,将COUNT(计数)值、承载标识、上下行方向、密钥流长度以及加密密钥输入到加密算法模型,以从该加密算法模型输出得到密钥流块;利用该密钥流块对明文块进行加密得到密文块,其中,明文块是指待加密的数据。
其中,上下行方向用于指示待加密的数据是上行数据或下行数据。
在解压缩端设备的PDCP层,将COUNT值、承载标识、上下行方向、密钥流长度以及加密密钥输入到加密算法模型,以从该输出得到密钥流块;利用该密钥流块对接收到的密文块进行解密,得到明文块。
本申请实施例中,所述COUNT值包括两个部分:高位的HFN(Hyer Frame Number,超帧号)和低位的SN;其中,SN的取值范围为0~[2^(PDCP SNsize)-1],PDCPSNsize表示SN的数据长度,比如:bit(比特)长度。
请参阅图4,图4为本申请实施例提供的一种COUNT值的示意图,具体如图4所示,COUNT值占用32bit,则SN占用PDCP SN size的比特长度,HFN占用32-PDCP SNsize的比特长度。
(4)终端与网络侧设备的HFN同步以及HFN失步
本申请实施例中,终端和网络侧设备会维护各自的HFN,在SN达到2^(PDCP SNsize)-1时,SN就会从0重新开始依次取值,HFN也会累加1次。终端与网络侧设备在正常通信的情况下,两者的HFN是保持同步的。
请参阅图5,图5为本申请实施例提供的一种终端与网络侧设备的HFN同步以及HFN失步的示意图,具体如图5所示,网络侧设备为压缩端设备,终端为解压缩端设备;在HFN=0至HFN=1的过程中,终端与网络侧设备的HFN是保持同步的,在网络侧设备发送的压缩数据包对应的SN没有发生跳变的情况下,终端用于解密的COUNT值是正确的,能够对压缩数据包正确解密,进而利于在后续对解密后的压缩数据包解压缩成功。
在HFN=1至HFN=2的过程中,网络侧设备发送的压缩数据包丢失,具体地,PDCPPDU(Packet Data Unit,协议数据单元)丢失,而终端没有收到丢失的数据包,因此,在HFN=1至HFN=2的过程中,终端无法进行HFN的更新,以致终端的HFN与网络侧设备的HFN失步;在HFN=2时,终端用于解密的COUNT值与接收到的压缩数据包不匹配,不能对压缩数据包进行正确解密,导致解密出的数据是有问题的无效数据包,造成后续对解密后的压缩数据包解压缩处理也是错误的,即解压缩失败。
需要说明的是,除HFN失步会导致终端解压缩失败外,SN跳变,压缩数据包的CRC域的值发生错误以及其他网络侧设备和/或终端处理异常均可能导致终端解压缩失败,在此不对解压缩失败的原因做限定。
(5)RLC层的三种工作模式
RLC层有三种工作模式:AM(Acknowledged Mode,确认模式)、TM(TransparentMode,透明模式)、UM(Unacknowledged Mode,非确认模式)。
当RLC层配置为AM时,RLC AM发送端需为上层添加额外信息,RLC AM接收端需要根据自己对RLC PDU的接收情况给RLC AM发送端发送RLC AM状态报告,以使RLC AM发送端根据该状态报告确认RLC AM接收端当前已经正确接收的RLC PDU,以及RLC AM接收端没有正确接收需要RLC AM发送端重传的RLC PDU。
当RLC层配置为UM时,RLC AM发送端需为上层添加额外信息,RLC AM接收端不需要向RLC AM发送端反馈RLC AM状态报告。
当RLC层配置为TM时,RLC AM发送端不需要为上层添加额外信息,直接进行透明传输。
请参阅图6,图6为本申请实施例提供的一种通信处理方法的场景图,具体如图6所示,在该场景中,终端601与网络侧设备602之间利用压缩数据包进行通信。
所述网络侧设备602为压缩端设备,所述终端601为解压缩端设备,或者,所述终端601为压缩端设备,所述网络侧设备602为解压缩端设备。本申请实施例中,主要针对所述网络侧设备602为压缩端设备,所述终端601为解压缩端设备的场景进行描述。
本申请实施例中,在ROHC使能时,网络侧设备602按照ROHC的方式对数据包进行压缩处理得到压缩数据包。网络侧设备602向终端601发送压缩数据包。
终端601接收到压缩数据包后按照ROHC的方式对压缩数据包进行解压缩处理,若连续解压缩失败的次数满足状态重置条件,则终端601执行对所述解压缩端设备和压缩端设备的状态重置处理;若解压缩成功,则终端601可向网络侧设备602反馈相应的解压成功确认消息。
其中,压缩处理和解压缩处理的具体的过程可参见图1、图2a、图2b和图3的描述,在此不做赘述。
本申请实施例中,终端601包括但不限定于接入终端、用户单元、用户站、移动站、移动台(Mobile Station,MS)、远方站、远程终端、移动设备、用户终端、终端设备(TerminalEquipment)、无线通信设备、用户代理或用户装置。终端601还可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless LocalLoop,简称WLL)站、个人数字助理(Personal Digital Assistant,简称PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,其他4G网络中的终端设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network,简称PLMN)中的终端设备等具有无线通信功能的设备。
本申请实施例中,网络侧设备602可以为基站,所述基站包括但不限定于在2G网络中提供基站功能的设备,比如:基地无线收发站(英文:Base Transceiver Station,简称BTS),3G网络中提供基站功能的设备,比如:节点B(NodeB),在4G网络中提供基站功能的设备,比如:演进的节点B(Evolved NodeB,eNB),在无线局域网络(Wireless Local AreaNetworks,简称WLAN)中提供基站功能的设备,比如:接入点(Access Point,简称AP),5G新空口(New Radio,简称NR)中的提供基站功能的设备Gnb,以及继续演进的节点B(ng-eNB),其中gNB和终端之间采用NR技术进行通信,ng-eNB和终端之间采用E-UTRA(EvolvedUniversal Terrestrial Radio Access,演进的通用陆地无线接入)技术进行通信,gNB和ng-eNB均可连接到5G核心网。本申请实施例中的基站还包含在未来新的通信系统中提供基站功能的设备等。
请参阅图7,图7为本申请实施例提供的一种通信处理方法的流程示意图,本说明书提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的终端或者存储介质产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行。具体如图7所示,所述通信处理方法,应用于解压缩端设备,所述方法包括:
S701:在鲁棒性头压缩ROHC使能时,响应于所述解压缩端设备对第一压缩数据包解压缩失败,将解压缩失败的次数进行计数处理。
若计数处理确定的解压缩失败的次数满足状态重置条件,则执行步骤S702。
S702:对所述解压缩端设备和压缩端设备的状态重置处理。
在本申请实施例中,解压缩端设备在解压缩失败的次数满足状态重置条件时,自动触发执行对解压缩端设备和压缩端设备的状态重置处理,能够提高解压缩端设备解压缩处理的正确率,节约无线传输资源,避免因出现较长时间解压缩失败而导致终端与网络侧设备通信异常。
请参阅图8,图8为本申请实施例提供的一种通信处理方法的交互流程示意图,本说明书提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的终端或者存储介质产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行。具体如图8所示,所述方法包括:
S801:在鲁棒性头压缩ROHC使能时,压缩端设备对数据进行压缩处理,生成压缩数据包。
本申请实施例中,所述解压缩端设备为终端,所述压缩端设备为网络侧设备。所述数据可由压缩端设备的上层递交到压缩端设备的PDCP层,进而在压缩端设备的PDCP层执行步骤S801。
压缩端设备除对数据进行压缩处理,还会对数据执行其他的处理,执行其他处理的内容参见图1、图2a、图2b和图3的描述,在此不做赘述。
在鲁棒性头压缩ROHC使能时,压缩端设备对数据进行压缩处理,包括:按照ROHC的方式对数据执行压缩处理。
本申请实施例中,所述生成压缩数据包,包括:生成第一压缩数据包。
本申请实施例中,所述生成压缩数据包,还可包括:生成第二压缩数据包。
需要说明的是,压缩端设备除生成第一压缩数据包和第二压缩数据包外,还可生成更多的压缩数据包,在此不对生成的压缩数据包的数量进行限定。
S802:压缩端设备发送压缩数据包。
压缩端设备会占用一定的无线传输资源,比如:带宽资源,发送压缩数据包给解压缩端设备。
本申请实施例中,所述发送压缩数据包,包括:发送第一压缩数据包。
本申请实施例中,所述发送压缩数据包,还可包括:发送第二压缩数据包。
需要说明的是,压缩端设备除发送第一压缩数据包和第二压缩数据包外,还可发送更多的压缩数据包,即压缩端设备可对应发送生成的压缩数据包。
S803:解压缩端设备接收所述第一压缩数据包。
S804:解压缩端设备执行对所述第一压缩数据包的解压缩处理。
解压缩端设备除对第一压缩数据包执行解压缩处理外,还会对第一压缩数据包执行其他的处理,执行其他的处理的内容参见图1、图2a、图2b和图3的描述,在此不做赘述。
若所述解压缩端设备对第一压缩数据包解压缩失败,则在鲁棒性头压缩ROHC使能时,响应于所述解压缩端设备对第一压缩数据包解压缩失败,执行步骤S805。
S805:解压缩端设备将解压缩失败的次数进行计数处理;
本申请实施例中,所述将解压缩失败的次数进行计数处理,包括:将解压缩失败的次数累加1次。
所述解压缩失败的次数用于表示解压缩端设备对不同的压缩数据包解压失败的结果的累计数量,比如:解压缩端设备连续对两个不同压缩数据包解压失败,则对解压缩失败的次数累加2次。
其中,在将解压缩失败的次数进行计数处理时,对同一压缩数据包解压失败,只对解压缩失败的次数累加1次。
本申请实施例中,解压缩端设备可设置计数器,以通过计数器执行将解压缩失败的次数进行计数处理。
需要说明的是,终端在没有开始进行执行计数处理之前,将解压缩失败的次数初始化为0,即可将计数器的计数值初始化为0,计数器是对解压缩端设备连续解压缩失败的次数进行累计,若解压缩成功,则计数器的计数值需清零。
若计数处理确定的解压缩失败的次数满足状态重置条件,则执行步骤S806。
若计数处理确定的解压缩失败的次数没有满足状态重置条件且接收到第二压缩数据包,则执行步骤S807。
需要说明的是,压缩端设备生成第二压缩数据包、压缩端设备发送第二压缩数据包、解压缩端设备接收第二压缩数据包等操作并不限定在步骤S805之前执行,只要在执行对第二压缩数据包的解压缩处理之前,即在执行步骤S807之前执行即可。
本申请实施例中,所述满足状态重置条件是指计数处理确定的解压缩失败的次数达到状态重置的阈值。
所述解压缩失败的次数达到状态重置的阈值是指连续对不同的压缩数据包解压缩失败的次数达到状态重置的阈值。
S806:解压缩端设备执行对所述解压缩端设备和压缩端设备的状态重置处理。
本申请实施例中,所述执行对所述解压缩端设备和压缩端设备的状态重置处理有两种方式:
第一种方式:若按照非确认模式UM在所述解压缩端设备和所述压缩端设备之间传输数据,则所述解压缩端设备触发重建所述解压缩端设备和所述压缩端设备之间的通信链路,以使所述解压缩端设备进入单向U模式的无上下文NC状态,且所述压缩端设备进入单向U模式的初始化刷新IR状态。
本申请实施例中,所述按照非确认模式UM在所述解压缩端设备和所述压缩端设备之间传输数据,是指所述解压缩端设备和所述压缩端设备的RLC层均配置为UM。
本申请实施例中,终端的PDCP层会向终端的RRC(Radio Resource Control,无线资源控制层)层发送用于指示计数处理确定的解压缩失败的次数满足状态重置条件的事件,终端的RRC层会根据该事件向网络侧设备发送RRC重建请求信息,网络侧根据接收到的RRC重建请求信息向终端反馈相应的重建信息,以此重建终端与网络侧设备之间的通信链路。
在重建终端与网络侧设备的通信链路后,终端会首先进入U模式的NC状态,网络侧设备会首先进入U模式的IR状态;因此,终端和网络侧设备的HFN均会初始化,实现终端和网络侧设备的HFN的同步,以减少因HFN失步而造成终端解压缩失败的情况。
第二种方式:若按照确认模式AM在所述解压缩端设备和所述压缩端设备之间传输数据,则所述解压缩端设备执行Release(释放)处理,以使所述解压缩端设备进入单向U模式的无上下文NC状态,且所述压缩端设备进入单向U模式的初始化刷新IR状态。
本申请实施例中,所述按照确认模式AM在所述解压缩端设备和所述压缩端设备之间传输数据,是指所述压缩端设备和所述压缩端设备的RLC层均配置为AM。
本申请实施例中,由于所述解压缩端设备为终端,所述解压缩端设备执行释放Release处理是指终端执行本地Release处理。
所述解压缩端设备执行Release处理,包括:
所述终端在本地释放当前的RRC连接;
在所述终端在本地释放当前的RRC连接后,所述终端还可通过TAU(Tracking AreaUpdate,跟踪区更新)发起RRC连接建立流程,以重建终端与网络侧设备之间的通信链路。
在终端执行本地Release处理后,终端会首先进入U模式的NC状态,网络侧设备会首先进入U模式的IR状态;因此,终端和网络侧设备的HFN均会初始化,实现终端和网络侧设备的HFN的同步,以减少因HFN失步而造成终端解压缩失败的情况。
S807:解压缩端设备执行对第二压缩数据包的解压缩处理。
解压缩端设备执行对第二压缩数据包的解压缩处理,与执行对第一压缩数据包的解压缩处理的方式相同;解压缩端设备除对第二压缩数据包执行解压缩处理外,还会对第二压缩数据包执行其他的处理,解压缩端设备对第二压缩数据包执行其他的处理,与对第一压缩数据包执行其他的处理的方式相同,在此不做赘述。
本申请实施例中,第一压缩数据包相当于当前压缩数据包,第二压缩数据包相当于对当前压缩数据包执行解压缩处理之后的下一个需要执行解压缩处理的压缩数据包。
若对所述第二压缩数据包解压缩成功,则执行步骤S808。
若对所述第二压缩数据包解压缩失败,则将所述第二压缩数据包作为新的第一压缩数据包,执行步骤S805。
若对新的第一压缩数据包解压缩失败,执行将解压缩失败的次数进行计数处理后,计数处理确定的解压缩失败的次数没有满足状态重置的条件,且接收到其他压缩数据包,则将其他压缩数据包作为新的第二压缩数据包,执行步骤S807,如此循环,直到计数处理确定的解压缩失败的次数满足状态重置的条件,执行步骤S806。
S808:解压缩端设备将计数处理确定的解压缩失败的次数清零。
本申请实施例中,计数处理确定的解压缩失败的次数为正整数,比如:3,在解压缩端设备对任一压缩数据包解压缩成功时,则将计数处理确定的解压缩失败的次数清零,即将解压缩失败的次数更新为0。
本申请实施例中,在将计数处理确定的解压缩失败的次数清零后,若接收到其他压缩数据包,比如:第三压缩数据包,则将其他压缩数据包作为新的第一压缩数据包,执行步骤S804。
若对新的第一压缩数据包解压缩失败,执行将解压缩失败的次数进行计数处理后,计数处理确定的解压缩失败的次数没有满足状态重置的条件,且接收到新的压缩数据包,则将新的压缩数据包作为新的第二压缩数据包,执行步骤S807,如此循环,直到计数处理确定的解压缩失败的次数满足状态重置的条件,执行步骤S806。
本申请实施例中,若解压缩端设备对任一压缩数据包解压缩失败,则将解压缩失败的次数进行计数处理;若解压缩端设备对任一压缩数据包解压缩成功,则将计数处理确定的解压缩失败的次数清零。也就是说,若连续解压缩失败的次数达到状态重置的阈值,则触发执行对解压缩端设备和压缩端设备的状态重置处理。
在本申请实施例中,终端在连续解压缩失败的次数满足状态重置条件时,自动触发执行对终端和网络侧设备的状态重置处理,能够提高终端解压缩处理的正确率,节约无线传输资源,避免因出现较长时间解压缩失败而导致终端与网络侧设备通信异常。
请参阅图9,图9为本申请实施例提供的一种通信处理设备的结构示意图,具体如图9所示,所述通信处理设备,包括:存储装置901和处理器902;并且所述通信处理设备还可以包括数据接口903、用户接口904。各个硬件之间还可以通过各种类型的总线建立连接。
通过所述数据接口903,所述通信处理设备可以和其他终端、服务器等设备之间交互数据;所述用户接口904用于实现用户与所述通信处理设备之间的人机交互;所述用户接口904可提供触摸显示屏、物理按键等实现用户与所述通信处理设备之间的人机交互。
所述存储装置901可以包括易失性存储器(Volatile memory),例如随机存取存储器(Random-Access Memory,RAM);存储装置901也可以包括非易失性存储器(Non-VolatileMemory),例如快闪存储器(Flash Memory),固态硬盘(Solid-State Drive,SSD)等;存储装置901还可以包括上述种类的存储器的组合。
所述处理器902可以是中央处理器(Central Processing Unit,CPU)。所述处理器902还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(Application-Specific Integrated Circuit,ASIC),可编程逻辑器件(Programmable Logic Device,PLD)等。上述PLD可以是现场可编程逻辑门阵列(Field-Programmable Gate Array,FPGA),通用阵列逻辑(Generic Array Logic,GAL)等。
对应通信处理设备为解压缩端设备的情况:
所述存储装置901,用于存储程序代码;
所述处理器902,在调用所述存储代码时,用于在鲁棒性头压缩ROHC使能时,响应于所述解压缩端设备对第一压缩数据包解压缩失败,将解压缩失败的次数进行计数处理;
若计数处理确定的解压缩失败的次数满足状态重置条件,则执行对所述解压缩端设备和压缩端设备的状态重置处理。
在一个实施例中,所述满足状态重置条件是指计数处理确定的解压缩失败的次数达到状态重置的阈值。
在一个实施例中,所述处理器902,还用于在所述将解压缩失败的次数进行计数处理之后,若计数处理确定的解压缩失败的次数没有满足状态重置条件且接收到第二压缩数据包,则执行对第二压缩数据包的解压缩处理;
若对所述第二压缩数据包解压缩成功,则将计数处理确定的解压缩失败的次数清零。
在一个实施例中,所述处理器902,还用于在所述将解压失败的次数进行计数处理之前,接收所述第一压缩数据包;
执行对所述第一压缩数据包的解压缩处理。
在一个实施例中,所述处理器902,具体用于将解压缩失败的次数累加1次。
在一个实施例中,所述处理器902,具体用于若按照非确认模式UM在所述解压缩端设备和所述压缩端设备之间传输数据,则触发重建所述解压缩端设备和所述压缩端设备之间的通信链路,以使所述解压缩端设备进入单向U模式的无上下文NC状态,且所述压缩端设备进入单向U模式的初始化刷新IR状态。
在一个实施例中,所述处理器902,具体用于若按照确认模式AM在所述解压缩端设备和所述压缩端设备之间传输数据,则执行释放Release处理,以使所述解压缩端设备进入单向U模式的无上下文NC状态,且所述压缩端设备进入单向U模式的初始化刷新IR状态。
在一个实施例中,所述解压缩端设备为终端,所述压缩端设备为网络侧设备。
对应通信处理设备为压缩端设备的情况:
所述存储装置901,用于存储程序代码;
所述处理器902,在调用所述存储代码时,用于在鲁棒性头压缩ROHC使能时,生成第一压缩数据包;
发送所述第一压缩数据包。
在一个实施例中,所述处理器902,还用于生成第二压缩数据包;
发送所述第二压缩数据包。
在一个实施例中,解压缩端设备为终端,所述压缩端设备为网络侧设备。
请参阅图10,图10为本申请实施例提供的一种通信处理装置的结构示意图;具体如图10所示,所述通信处理装置包括:
计数模块1001,用于在鲁棒性头压缩ROHC使能时,响应于所述解压缩端设备对第一压缩数据包解压缩失败,将解压缩失败的次数进行计数处理;
重置模块1002,用于若计数处理确定的解压缩失败的次数满足状态重置条件,则执行对所述解压缩端设备和压缩端设备的状态重置处理。
在一个实施例中,所述满足状态重置条件是指计数处理确定的解压缩失败的次数达到状态重置的阈值。
在一个实施例中,所述通信处理装置还包括:
解压缩模块,用于在所述将解压缩失败的次数进行计数处理之后,若计数处理确定的解压缩失败的次数没有满足状态重置条件且接收到第二压缩数据包,则执行对第二压缩数据包的解压缩处理;
所述计数模块1001,还用于若对所述第二压缩数据包解压缩成功,则将计数处理确定的解压缩失败的次数清零。
在一个实施例中,所述通信处理装置还包括:
接收模块,用于在所述将解压失败的次数进行计数处理之前,接收所述第一压缩数据包;
所述解压缩模块,用于执行对所述第一压缩数据包的解压缩处理。
在一个实施例中,所述计数模块1001,具体用于将解压缩失败的次数累加1次。
在一个实施例中,所述重置模块1002,具体用于若按照非确认模式UM在所述解压缩端设备和所述压缩端设备之间传输数据,则触发重建所述解压缩端设备和所述压缩端设备之间的通信链路,以使所述解压缩端设备进入单向U模式的无上下文NC状态,且所述压缩端设备进入单向U模式的初始化刷新IR状态。
在一个实施例中,所述重置模块1002,具体用于若按照确认模式AM在所述解压缩端设备和所述压缩端设备之间传输数据,则执行释放Release处理,以使所述解压缩端设备进入单向U模式的无上下文NC状态,且所述压缩端设备进入单向U模式的初始化刷新IR状态。
在一个实施例中,所述解压缩端设备为终端,所述压缩端设备为网络侧设备。
请参阅图11,图11为本申请实施例提供的另一种通信处理装置的结构示意图;具体如图11所示,所述通信处理装置包括:
生成模块1101,用于在鲁棒性头压缩ROHC使能时,生成第一压缩数据包;
发送模块1102,用于发送所述第一压缩数据包。
在一个实施例中,所述生成模块1101,还用于生成第二压缩数据包;
所述发送模块1102,还用于发送所述第二压缩数据包。
在一个实施例中,解压缩端设备为终端,压缩端设备为网络侧设备。
相应地,本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序使得计算机执行本申请步骤S701至S702、步骤S803至S808中任意实施例描述的方法。可以理解的是,此处的计算机存储介质既可以包括智能终端中的内置存储介质,当然也可以包括智能终端所支持的扩展存储介质。计算机存储介质提供存储空间,该存储空间存储了智能终端的操作系统。并且,在该存储空间中还存放了适于被处理器加载并执行的一条或一条以上的指令,这些指令可以是一个或一个以上的计算机程序(包括程序代码)。需要说明的是,此处的计算机存储介质可以是高速RAM存储器,也可以是非不稳定的存储器(Non-Volatile Memory),例如至少一个磁盘存储器;可选的还可以是至少一个位于远离前述处理器的计算机存储介质。
相应地,本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,所述计算机程序使得计算机执行本申请步骤S801至S802中任意实施例描述的方法。可以理解的是,此处的计算机存储介质既可以包括智能终端中的内置存储介质,当然也可以包括智能终端所支持的扩展存储介质。计算机存储介质提供存储空间,该存储空间存储了智能终端的操作系统。并且,在该存储空间中还存放了适于被处理器加载并执行的一条或一条以上的指令,这些指令可以是一个或一个以上的计算机程序(包括程序代码)。需要说明的是,此处的计算机存储介质可以是高速RAM存储器,也可以是非不稳定的存储器(Non-Volatile Memory),例如至少一个磁盘存储器;可选的还可以是至少一个位于远离前述处理器的计算机存储介质。
相应地,本申请实施例还提供一种通信处理系统,所述通信处理系统包括第一通信处理装置和第二通信处理装置,所述第一通信处理装置用于实现本申请步骤S701至S702、步骤S803至S808中任意实施例描述的方法,所述第二通信处理装置用于实现本申请步骤S801至S802中任意实施例描述的方法。
以上所揭露的仅为本发明的部分实施例而已,当然不能以此来限定本发明之权利范围,本领域普通技术人员可以理解实现上述实施例的全部或部分流程,并依本发明权利要求所作的等同变化,仍属于发明所涵盖的范围。
Claims (11)
1.一种通信处理方法,其特征在于,应用于解压缩端设备,所述方法包括:
在鲁棒性头压缩ROHC使能时,响应于所述解压缩端设备对第一压缩数据包解压缩失败,将解压缩失败的次数进行计数处理;
若计数处理确定的解压缩失败的次数满足状态重置条件,则执行对所述解压缩端设备和压缩端设备的状态重置处理。
2.如权利要求1所述的方法,其特征在于,所述满足状态重置条件是指计数处理确定的解压缩失败的次数达到状态重置的阈值。
3.如权利要求1所述的方法,其特征在于,在所述将解压缩失败的次数进行计数处理之后,所述方法还包括:
若计数处理确定的解压缩失败的次数没有满足状态重置条件且接收到第二压缩数据包,则执行对第二压缩数据包的解压缩处理;
若对所述第二压缩数据包解压缩成功,则将计数处理确定的解压缩失败的次数清零。
4.如权利要求1所述的方法,其特征在于,在所述将解压失败的次数进行计数处理之前,所述方法还包括:
接收所述第一压缩数据包;
执行对所述第一压缩数据包的解压缩处理。
5.如权利要求1所述的方法,其特征在于,所述将解压缩失败的次数进行计数处理,包括:
将解压缩失败的次数累加1次。
6.如权利要求1所述的方法,其特征在于,所述执行对所述解压缩端设备和压缩端设备的状态重置处理,包括:
若按照非确认模式UM在所述解压缩端设备和所述压缩端设备之间传输数据,则触发重建所述解压缩端设备和所述压缩端设备之间的通信链路,以使所述解压缩端设备进入单向U模式的无上下文NC状态,且所述压缩端设备进入单向U模式的初始化刷新IR状态。
7.如权利要求1所述的方法,其特征在于,所述执行对所述解压缩端设备和压缩端设备的状态重置处理,包括:
若按照确认模式AM在所述解压缩端设备和所述压缩端设备之间传输数据,则执行释放Release处理,以使所述解压缩端设备进入单向U模式的无上下文NC状态,且所述压缩端设备进入单向U模式的初始化刷新IR状态。
8.如权利要求1-7任一项所述的方法,其特征在于,所述解压缩端设备为终端,所述压缩端设备为网络侧设备。
9.一种通信处理设备,其特征在于,所述通信处理设备包括:存储装置和处理器,
所述存储装置,用于存储程序代码;
所述处理器,在调用所述存储代码时,用于执行如权利要求1-8任一项所述的通信处理方法。
10.一种通信处理装置,其特征在于,所述通信处理装置包括:
计数模块,用于在鲁棒性头压缩ROHC使能时,响应于所述解压缩端设备对第一压缩数据包解压缩失败,将解压缩失败的次数进行计数处理;
重置模块,用于若计数处理确定的解压缩失败的次数满足状态重置条件,则执行对所述解压缩端设备和压缩端设备的状态重置处理。
11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质用于存储计算机程序,所述计算机程序使得计算机执行权利要求1-8任一项所述的通信处理方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311701780.8A CN117715109A (zh) | 2020-11-24 | 2020-11-24 | 通信处理方法、设备、装置及存储介质 |
CN202011331752.8A CN112333773B (zh) | 2020-11-24 | 2020-11-24 | 通信处理方法、设备、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011331752.8A CN112333773B (zh) | 2020-11-24 | 2020-11-24 | 通信处理方法、设备、装置及存储介质 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311701780.8A Division CN117715109A (zh) | 2020-11-24 | 2020-11-24 | 通信处理方法、设备、装置及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112333773A true CN112333773A (zh) | 2021-02-05 |
CN112333773B CN112333773B (zh) | 2023-11-03 |
Family
ID=74308539
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311701780.8A Pending CN117715109A (zh) | 2020-11-24 | 2020-11-24 | 通信处理方法、设备、装置及存储介质 |
CN202011331752.8A Active CN112333773B (zh) | 2020-11-24 | 2020-11-24 | 通信处理方法、设备、装置及存储介质 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311701780.8A Pending CN117715109A (zh) | 2020-11-24 | 2020-11-24 | 通信处理方法、设备、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN117715109A (zh) |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101594290A (zh) * | 2008-05-26 | 2009-12-02 | 中兴通讯股份有限公司 | 一种鲁棒性头压缩上下文标识的处理方法及装置 |
CN101998438A (zh) * | 2009-08-17 | 2011-03-30 | 大唐移动通信设备有限公司 | 一种提升pdcp鲁棒性头压缩算法性能的方法及设备 |
CN102045132A (zh) * | 2009-10-23 | 2011-05-04 | 华为技术有限公司 | 基于重传机制的对头压缩数据包进行传输的方法和装置 |
CN102202347A (zh) * | 2010-03-27 | 2011-09-28 | 中兴通讯股份有限公司 | 稳健头压缩业务流处理方法及装置 |
US20150280905A1 (en) * | 2014-04-01 | 2015-10-01 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for detecting and correcting pdcp hyper frame number (hfn) desynchronization |
CN106416356A (zh) * | 2015-05-20 | 2017-02-15 | 华为技术有限公司 | 上行数据包处理方法、装置和基站 |
WO2018133607A1 (zh) * | 2017-01-17 | 2018-07-26 | 中兴通讯股份有限公司 | 一种数据传输的方法、装置及系统 |
US20190028925A1 (en) * | 2015-12-15 | 2019-01-24 | Lg Electronics Inc. | User equipment and data reception method, and network node and data transmission method |
US20190150217A1 (en) * | 2017-11-10 | 2019-05-16 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data in wireless communication system |
US20190215863A1 (en) * | 2018-01-10 | 2019-07-11 | Samsung Electronics Co., Ltd. | Method and apparatus for performing contention-based and non-contention-based beam failure recovery in a wireless communication system |
CN110062420A (zh) * | 2019-04-26 | 2019-07-26 | 维沃移动通信有限公司 | 鲁棒头压缩协议rohc状态的控制方法、终端设备和网络设备 |
CN110636507A (zh) * | 2018-06-21 | 2019-12-31 | 华为技术有限公司 | 通信方法和装置 |
CN111163081A (zh) * | 2019-12-26 | 2020-05-15 | 展讯通信(上海)有限公司 | 数据传输方法、装置、设备及存储介质 |
-
2020
- 2020-11-24 CN CN202311701780.8A patent/CN117715109A/zh active Pending
- 2020-11-24 CN CN202011331752.8A patent/CN112333773B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101594290A (zh) * | 2008-05-26 | 2009-12-02 | 中兴通讯股份有限公司 | 一种鲁棒性头压缩上下文标识的处理方法及装置 |
CN101998438A (zh) * | 2009-08-17 | 2011-03-30 | 大唐移动通信设备有限公司 | 一种提升pdcp鲁棒性头压缩算法性能的方法及设备 |
CN102045132A (zh) * | 2009-10-23 | 2011-05-04 | 华为技术有限公司 | 基于重传机制的对头压缩数据包进行传输的方法和装置 |
CN102202347A (zh) * | 2010-03-27 | 2011-09-28 | 中兴通讯股份有限公司 | 稳健头压缩业务流处理方法及装置 |
US20150280905A1 (en) * | 2014-04-01 | 2015-10-01 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for detecting and correcting pdcp hyper frame number (hfn) desynchronization |
CN106416356A (zh) * | 2015-05-20 | 2017-02-15 | 华为技术有限公司 | 上行数据包处理方法、装置和基站 |
US20190028925A1 (en) * | 2015-12-15 | 2019-01-24 | Lg Electronics Inc. | User equipment and data reception method, and network node and data transmission method |
WO2018133607A1 (zh) * | 2017-01-17 | 2018-07-26 | 中兴通讯股份有限公司 | 一种数据传输的方法、装置及系统 |
US20190150217A1 (en) * | 2017-11-10 | 2019-05-16 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data in wireless communication system |
US20190215863A1 (en) * | 2018-01-10 | 2019-07-11 | Samsung Electronics Co., Ltd. | Method and apparatus for performing contention-based and non-contention-based beam failure recovery in a wireless communication system |
CN110636507A (zh) * | 2018-06-21 | 2019-12-31 | 华为技术有限公司 | 通信方法和装置 |
CN110062420A (zh) * | 2019-04-26 | 2019-07-26 | 维沃移动通信有限公司 | 鲁棒头压缩协议rohc状态的控制方法、终端设备和网络设备 |
CN111163081A (zh) * | 2019-12-26 | 2020-05-15 | 展讯通信(上海)有限公司 | 数据传输方法、装置、设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
SAMSUNG: "R2-143081 "Overall PDCP operation in Dual-Connectivity"", 3GPP TSG_RAN\\WG2_RL2, no. 2 * |
Also Published As
Publication number | Publication date |
---|---|
CN117715109A (zh) | 2024-03-15 |
CN112333773B (zh) | 2023-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018196491A1 (zh) | 上行数据解压缩、压缩的方法和装置 | |
WO2019095989A1 (zh) | 一种缓存同步异常的处理方法和设备 | |
JP7343652B2 (ja) | データ処理方法、端末デバイス、基地局、プログラムおよび通信システム | |
WO2008060097A1 (en) | Apparatus and method for transmitting/receiving ciphered packet in mobile communication system | |
US20140112157A1 (en) | Method and apparatus for sending packet, updating and maintaining hyper frame number, and processing data | |
WO2010142157A9 (zh) | 一种分组数据汇聚协议层重建的方法和装置 | |
CN111385268B (zh) | 一种数据包头压缩确认方法及通信设备 | |
KR20060086273A (ko) | 순환 중복 검사 잔류 오류 검출 및 처리 방법 | |
US20080101608A1 (en) | Method and apparatus for handling protocol error in a wireless communications system | |
CN111385263B (zh) | 一种数据包头压缩信息的维护方法及通信设备 | |
US20080137574A1 (en) | Method and apparatus for handling data delivery in a wireless communications system | |
US20080148111A1 (en) | Method and apparatus for recovering protocol error in a wireless communications system | |
WO2013001838A1 (ja) | 受信装置、送信装置及びフィードバック方法 | |
CN108429700B (zh) | 一种发送报文的方法及装置 | |
KR20160035953A (ko) | Lte 시스템을 이용한 호 수행 방법 및 장치 | |
EP4311300A1 (en) | Data transmission method and apparatus | |
CN112333773B (zh) | 通信处理方法、设备、装置及存储介质 | |
CN111769914B (zh) | 数据通信方法和存储介质 | |
US20080137687A1 (en) | Method and apparatus for handling reordering in a wireless communications system | |
EP1947871A1 (en) | Method and apparatus for reordering of packets in PDCP layer of a wireless communications system | |
CN113784389A (zh) | 一种数据处理的方法和装置 | |
CN113711558B (zh) | 以太帧包头压缩处理方法、装置、用户终端、基站和介质 | |
CN115460657A (zh) | 一种通信方法及装置 | |
JP4955734B2 (ja) | 上位にpdcpデータユニットを送信する方法 |
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 |