专利名称：数据的解压缩、解压缩处理方法及装置的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种数据的解压缩、解压缩处理方法及装置。
背景技术：
由于物理条件的限制，移动通信系统中的无线链路与有线链路相比传输速率较低，误码率较高。为了能有效利用有限的无线信道带宽资源，引入了鲁棒性头压缩(RObustHeaderCompress,以下简称R0HC)技术。ROHC技术的核心是利用业务流的分组之间的信息冗余来透明的压缩和解压缩直接相连节点间的分组头中的信息。最少有效位(Least Significant Bits，简称为LSB)算法是ROHC技术中的重要算法，它主要用于压缩主序列号(Master Sequence Number,简称为MSN)信息。LSB压缩算法通过使用一个参考以及指定值P，将一个待压缩的，占kl比特位的值A进行LSB压缩，随后得到一个压缩后的，占用更少比特位k2 (k2〈kl)的，与V_ref关联的值B。通过LSB压缩，无变化的比特位被删除，B值所表示的即为从值V_ref变化到值A的最低有效位(即B=A的低k2位)。采用LSB解压缩将压缩后的值进行还原的过程与上述过程相反。R0HCv2 (RFC5225)，即ROHC技术的第二个版本，明确提出支持乱序投递的包流解压缩。它引入了重排序比例(Re0rde r_rati0)的概念，即压缩器可以在传输过程中，通过调整LSBP值大小，在健壮性和压缩效率之间寻找合理的平衡点，从而达到最优的传输质量。LSB算法中P值与Reorder_ratio之间的关系，具体可以参见图1所示，其中，图1中的P，k为自然数。在数据传输过程中，特别是在网络状况一般的场景，底层总会出现一定概率的误码及丢包，这将会导致ROHC层的压缩器和解压器的上下文在一定程度上失步。如果这个失步过程不及时修正，压缩数据是无法被解压器正确识别的。如果底层承载的上层应用协议是类似于实时传输协议(Real-time Transport Protocol,简称为RTP)这样的语音流,则会表现出一定程度的丢帧和延时，大大影响通信质量。在存在反馈通道的场景，当解压器检测到上下文失步时，可以通过发送NACK或者STATIC_NACK来及时通知压缩器主动同步上下文。压缩器在接收到NACK或者STATIC_NACK这两种消极反馈包后则会立即发送初始刷新-动态部分(IR_DYN)或者初始化刷新(IR)来刷新解压器的上下文。存在下面两种场景，其一，解压器发送的反馈包被压缩器立即接收，期间，压缩器没有发送任何压缩包，具体如图2所示。即解压器在发送消极反馈包后没有丢弃任何压缩包。其二，解压器发送的消极反馈包被底层链路延迟了，期间，压缩器仍然选择正常发送压缩包。由于此时解压器和压缩器的上下文已经失步，这些压缩包是无法被正确解压的，具体如图3所示。这些无法解压的压缩包会在一定程度上影响整个包流的通信质量。针对相关技术中的上述问题，目前尚未提出有效的解决方案。
发明内容
针对相关技术中，解压器在检测到上下文失步并发送完消极反馈信息后，解压器无法正确解压缩后续接收到的压缩包等技术问题，本发明提供了一种数据的解压缩、解压缩处理方法及装置，以至少解决上述问题。根据本发明的一个方面，提供了一种数据的解压缩方法，包括解压器发送用于通知压缩器同步上下文的反馈信息，其中，该反馈信息在解压器检测到上下文失步后发送；在发送上述反馈信息后，解压器缓存后续接收到的待解压缩数据包；解压器接收压缩器发送的用于同步上下文的同步信息；解压器根据上述同步信息对待解压缩数据包进行解压缩。优选地，解压器根据同步信息对待解压缩数据包进行解压缩，包括解压器利用接收待解压缩数据包的先后顺序，按照从后向前的顺序对待解压数据包进行解压缩。优选地,上述方法还包括在缓存的待解压缩数据包的数量到达预定数量,或者在预定时间段内未接收到同步信息时，清空缓存的所有待解压缩数据包并停止缓存后续接收的待解压缩数据包。优选地，解压器根据同步信息对待解压缩数据包进行解压缩之前，还包括解压器对同步信息进行校验，其中，校验通过后的同步信息用于对待解压缩数据包进行解压缩。根据本发明的另一个方面，提供了一种数据的解压缩处理方法，包括压缩器接收解压器发送的同步上下文的反馈信息，其中，反馈信息在解压器检测到上下文失步后发送；在接收到反馈信息后，压缩器向解压器发送用于同步上下文的同步信息，其中，同步信息用于对解压器在发送反馈信息后缓存的待解压缩数据包进行解压缩。根据本发明的又一个方面，提供了一种数据的解压缩装置，位于解压器中，包括检测模块，用于检测上下文是否失步；发送模块，用于在检测模块检测到上下文失步时，发送用于通知压缩器 同步上下文的反馈信息；缓存模块，用于在发送模块发送反馈信息后，缓存后续接收到的待解压缩数据包；接收模块，用于接收压缩器发送的用于同步上下文的同步信息；解压缩模块，用于根据上述同步信息对待解压缩数据包进行解压缩。优选地，上述解压缩模块，用于利用接收待解压缩数据包的先后顺序，按照从后向前的顺序对待解压数据包进行解压缩。优选地，上述装置还包括停止缓存模块，用于在缓存的待解压缩数据包的数量到达预定数量，或者在预定时间段内未接收到同步信息时，清空缓存的所有待解压缩数据包并停止缓存后续接收的待解压缩数据包。优选地，上述装置，还包括校验模块，用于对同步信息进行校验，其中，校验通过后的同步信息用于对待解压缩数据包进行解压缩。根据本发明的再一个方面，提供了一种数据的解压缩处理装置，包括接收模块，用于接收解压器发送的同步上下文的反馈信息，其中，反馈信息在解压器检测到上下文失步后发送；发送模块，用于在接收到反馈信息后，向解压器发送用于同步上下文的同步信息，其中，同步信息用于对解压器在发送反馈信息后缓存的待解压缩数据包进行解压缩。通过本发明，采用对解压器发送用于通知压缩器同步上下文的反馈信息后，缓存后续接收到的压缩包，并根据接收的同步信息对缓存的压缩包进行解压缩的技术手段，解决了相关技术中，解压器在检测到上下文失步并发送完消极反馈信息后，解压器无法正确解压缩后续接收到的压缩包等技术问题，从而有效地减少了因为上下文失步造成的丢包现象，提供了通信质量。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1为根据相关技术的LSB算法中P值与reorder_ratio之间的关系示意图；图2为根据相关技术的消极反馈包正常抵达时的流程图；图3为根据相关技术的消极反馈包延迟抵达时的流程图；图4为根据本发明实施例1的数据的解压缩方法的流程图；图5为根据本发明实施例1的数据的解压缩装置的结构框图；图6为根据本发明实施例1的数据的解压缩装置的另一结构框图；图7为根据本发明实施例2的数据的解压缩处理方法的流程图；图8为根据本发明实施例2的数据的解压缩处理装置的结构框图；图9为根据本发明实施例的消极反馈包延迟抵达且开启解压器包缓存及修复工作的原理流程示意图；图10为根据本发明实施例3的开启包缓存及修复功能流程图；图11为根据本发明实施例3的开启包缓存及修复功能后的解压器的包接收流程图12为根据本发明实施例3的压缩包缓存处理流程图；图13为根据本发明实施例的对缓存包进行修复处理的流程图；图14为根据本发明实施例3的关闭包缓存及修复功能的处理流程图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。考虑到相关技术中，解压器在检测到上下文失步并发送完消极反馈信息后，解压器无法正确解压缩后续接收到的压缩包等技术问题，以下结合实施例1-3提供了相关的解决方案，现详细说明。实施例1本实施例从解压器角度进行说明。图4为根据本发明实施例1的数据的解压缩方法的流程图。如图4所示，该方法包括步骤S402，解压器发送用于通知压缩器同步上下文的反馈信息，其中，该反馈信息在解压器检测到上下文失步后发送；步骤S404，在发送反馈信息后，解压器缓存后续接收到的待解压缩数据包；步骤S406，解压器接收压缩器发送的用于同步上下文的同步信息；步骤S408，解压器根据同步信息对待解压缩数据包进行解压缩。通过上述处理步骤，由于采用了解压器通过发送用于通知压缩器同步上下文的反馈信息后，缓存后续接收到的待解压缩数据包，并根据压缩器反馈的用于同步上下文的同步信息对该待解压缩数据包进行解压缩的技术手段，因此，在一定程度上减少了丢包现象的发生，进一步提高了通信质量。在本实施例中，步骤S402可以表现为以下实现过程当解压器支持乱序解压且当前解压器检测到上下文已失步时，解压器发起通知压缩器同步上下文的反馈信息，例如用于反映解压器解压缩失败或解压缩失步情况严重的消极反馈信息。此时，解压器可以开启压缩包缓存及修复功能，将变量RedeCOmp_Flag置位。与步骤S402的上述具体实现过程相对应，步骤S404在具体实施时可以表现为以下实现过程上述在解压器缓存及修复功能开启，即RedeC0mp_Flag置位的场合，解压器会等待同步上下文的包，如果之前发送的消极反馈(NACK)，则等待IR_DYN包，如果发送的是静态消极反馈(STATIC_NACK)，则等待IR包。在此过程中，解压器可以缓存其他类型无法正确解压的数据包。一旦正确接收到上下文同步包，则开始尝试修复之前缓存的数据。步骤S408中，解压器对缓存的上述待解压缩数据包进行解压缩的方式有多种，例如可以按照接收上述待解压缩数据包的先后顺序依次进行解压缩，或者随机对待解压缩数据进行解压缩。考虑到在LSB算法中，在时间或位置上距离IR或IR_DYN越近的数据包，与IR或IR_DYN的关联性越强，修复的成功率越高，在本实施例的一个优选实施方式中，解压器利用接收待解压缩数据包的先后顺序，按照从后向前的顺序对待解压数据包进行解压缩。具体可以采用以下表现形式在压缩包修复过程中，采取倒序修复，通常情况下，在发起消极反馈到接收到IR/IR_DYN包的过程中，包流中变化最多的域一般是SN/TS/IPID，对于其他域而言，可以显示的使用待修复压缩包中的域或者隐式的使用I R/IR_DYN包中的域。即使一些压缩包可以被成功修复，为了保证上下文的同步性，最终更新上下文的包一定只是IR/IR_DYN包。
为了防止对上述待解压缩数据包的无限制缓存，占用较多资源，进而影响通信质量，在缓存的待解压缩数据包的数量到达预定数量，或者在预定时间段内未接收到同步信息时，清空缓存的所有待解压缩数据包并停止缓存后续接收的待解压缩数据包。具体可以表现为以下处理过程在解压器缓存及修复功能开启，即RedeCOmp_Flag置位的场合，解压器会缓存无法正确解压的数据包。可以通过设置缓存门限来打开或者关闭该算法。比如，方法一，可以通过设置最大缓存包个数来避免无限制的缓存数据，因为ROHC —般承载的上层应用是实时通信，它不允许底层产生额外的延迟。超过缓存门限数量还未收到IR/IR_DYN，清空已缓存的数据，关闭该算法；方法二，可以根据上层应用，设置最大延迟时间。当达到最大延迟时间还未收到IR/IR_DYN时，清空已缓存的数据，关闭缓存及修复功能，同时将上述标识Redecomp_Flag清 O。在本实施例中，解压器根据同步信息对待解压缩数据包进行解压缩之前，还可以对同步信息进行校验，其中，校验通过后的同步信息用于对待解压缩数据包进行解压缩。如果解压器接收到的上下文同步包错误(即校验未通过)，则放弃此次缓存及修复过程。在本实施例中还提供了一种数据的解压缩装置，该装置位于解压器中，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图5为根据本发明实施例1的数据的解压缩装置的结构框图。如图5所示，该装置包括检测模块50，连接至发送模块52，用于检测上下文是否失步；发送模块52，连接至缓存模块54，用于在检测模块50检测到上下文失步时，发送用于通知压缩器同步上下文的反馈信息；缓存模块54，连接至解压缩模块58，用于在发送模块52发送反馈信息后，缓存后续接收到的待解压缩数据包；接收模块56，连接至解压缩模块58，用于接收压缩器发送的用于同步上下文的同步信息；解压缩模块58，用于根据同步信息对待解压缩数据包进行解压缩。通过上述各个模块实现的功能，和上述方法实施例类似，同样可以在一定程度上减少丢包现象的发生，进一步提高通信质量。在本实施例中，上述解压缩模块58，用于利用接收待解压缩数据包的先后顺序，按照从后向前的顺序对待解压数据 包进行解压缩。在本实施例中，为了防止无限制地缓存压缩包，如图6所示，上述装置还包括停止缓存模块60，用于在缓存的待解压缩数据包的数量到达预定数量，或者在预定时间段内未接收到同步信息时，清空缓存的所有待解压缩数据包并停止缓存后续接收的待解压缩数据包。在本实施例中，如图6所示，上述装置还可以包括以下模块校验模块62，用于对同步信息进行校验，其中，校验通过后的同步信息用于对待解压缩数据包进行解压缩。实施例2本实施例与实施例1相对应，从压缩器角度进行说明。图7为根据本发明实施例2的数据的解压缩处理方法的流程图。如图7所示，该方法包括步骤S702，压缩器接收解压器发送的同步上下文的反馈信息，其中，该反馈信息在解压器检测到上下文失步后发送；步骤S704，在接收到反馈信息后，压缩器向解压器发送用于同步上下文的同步信息，其中，该同步信息用于对解压器在发送所述反馈信息后缓存的待解压缩数据包进行解压缩。通过上述处理步骤，对压缩器的功能作了改进，从而与解压器的功能相对应，进而解决了解压器在检测到上下文失步并发送完消极反馈信息后，解压器无法正确解压缩后续接收到的压缩包的技术问题。在本实施例中，还提供了一种数据的解压缩处理装置，该装置位于压缩器中，用于实现上述方法，如图8所示，该装置包括接收模块80，连接至发送模块82，用于接收解压器发送的同步上下文的反馈信息，其中，反馈信息在解压器检测到上下文失步后发送；发送模块82，用于在接收到反馈信息后，向解压器发送用于同步上下文的同步信息，其中，同步信息用于对解压器在发送所述反馈信息后缓存的待解压缩数据包进行解压缩实施例3本实施例的主要设计思想在于，在解压器发送完消极反馈包后，缓存后续收到的压缩包，待收到期望的IR/IR_DYN包时，重新倒序解压先前由于上下文失步从而导致无法正确解压的压缩包。最后，尽可能多的将缓存中连续的可修复的压缩包投递给上层处理，从而将底层丢包对ROHC层的影响降到最低，提高上层应用的通信质量。具体可以参见图9，如图9所示，本实施例的主要设计思路包括以下处理步骤步骤S902，在解压器发送的消极反馈信息(STATIC_NACK/NACK)未抵达压缩器时，压缩器正常发送压缩包I ;步骤S904，对压缩包I进行解压，解压失败后缓存压缩包I ;步骤S906，压缩器向解压器发送压缩包2 ；步骤S908，解压器对压缩包2进行解压，解压失败后缓存包2 ；步骤S910，在上述消极反馈信息(STATIC_NACK/NACK)抵达压缩器时，压缩器向解压器发送同步上下文的信息(即IR/IR_DYN包3)；步骤S912，解压器利用IR/IR_DYN包3修复缓存的压缩包I和压缩包2 ；步骤S914，按顺序依次投递压缩包1、压缩包2以及IR/IR_DYN包3。图10为根据本发明实施例3的开启包缓存及修复功能流程图。如图10所示，该流程包括以下处理步骤步骤S1002，开启包缓存及修复功能流程启动，进入步骤S1004 ；步骤S1004，如果解压器由于检测到上下文失步并且需要发起消极反馈，进入步骤S1006 ;否则，解压器上下文和压缩器同步，进入步骤S1012 ；
步骤S1006，如果ROHC的版本支持乱序解压，进入步骤S1008 ;否则，进入步骤S1012 ；步骤S1008,判断当前是否已经开启压缩包缓存及修复功能,检查标识Redecomp_Flag，如果Redecomp_Flag为0，进入步骤S1010 ;否则，进入步骤S1012 ；步骤S1010，解压器需要开启包缓存及修复功能，将Redecomp_Flag置为1，进入步骤 S1012 ；步骤S1012，开启包缓存及修复功能流程结束。图11为根据本发明实施例3的开启包缓存及修复功能后的解压器的包接收流程图。如图11所示,该流程包括步骤S1102，开启包缓存及修复功能后的解压器包接收流程启动，进入步骤S1104 ；步骤S1104,如果开启包缓存及修复功能，即Redecomp_Flag置I,进入步骤S1106 ；否则，进入步骤S1116 ；步骤S1106，判断当前接收到的包是否是期望的IR/IR_DYN，如果是，进入步骤S1108;否则，认为压缩器暂时还未收到解压器发送的消极反馈，缓存当前接收到的压缩包，进入步骤SI 114 ;步骤SI 108，解码IR/IR_DYN包，如果CRC校验通过，进入步骤SI 112 ;否则，认为此次上下文同步过程失败，放弃压缩包缓存及修复过程，进入步骤SlllO ；步骤SI 110，关闭包缓存及修复过程，进入步骤SI 116 ；步骤SI 112，成功接收IR/IR_DYN包，进行包修复过程，进入步骤S1116 ；步骤S1114，解压器等待接收IR/IR_DYN包，暂时缓存无法解压的压缩包，进入步骤 S1116 ；步骤SI 116，开启包缓存及修复功能后的解压器包接收流程结束。下面结合图12对本实施例所涉及的压缩包缓存处理流程做进一步的详细描述，如图12所示，该流程包括步骤S1202，压缩包缓存处理流程启动，进入步骤S1204 ;步骤S1204，判断是否达到缓存门限，即能否继续进行包缓存及修复功能，如果可以继续缓存，进入步骤S1206 ;否则，进入步骤S1208 ;步骤S1206，缓存当前收到的压缩数据包，进入步骤S1210 ；步骤S1208，关闭包缓存及修复功能，进入步骤S1210 ；步骤S1210，压缩包缓存处理流程结束；下面结合图13对本实施例涉及的缓存包修复处理流程做进一步的详细描述，如图13所示，该流程包括步骤S1302，缓存包修复处理流程启动，进入步骤S1304 ;步骤S1304，由于越靠近IR/IR_DYN包，压缩包越可能被修复，按照倒序的方式解压所有缓存的压缩包，进入步骤S1306 ；步骤S1306,判断当前修复的缓存压缩包能否通过CRC校验,如果修复成功，进入步骤S1308 ;否则，进入步骤S1310 ；步骤S1308，判 断是否存在待修复的缓存压缩包，如果存在，进入步骤S1304 ;否则，进入步骤S1310 ；步骤S1310，按照压缩包的接收顺序，将所有成功修复的数据包和IR/IR_DYN包一起投递给上层，进入步骤S1312 ；步骤S1312，结束本次包缓存及修复操作，进入步骤S1314 ；步骤S1314，使用成功解压的IR/IR_DYN包更新解压上下文，完成上下文同步过程，进入步骤S1316 ；步骤S1316，缓存包修复处理过程结束。下面结合图14对本发明所涉及的关闭包缓存及修复处理流程做进一步的详细描述，如图14所示，该流程包括步骤S1402，关闭包缓存及修复流程启动，进入步骤S1404 ；步骤S1404，清空已经缓存的压缩包，进入步骤S1404 ；步骤S1406，将Redecomp_Flag置为0，关闭包缓存及修复功能，进入步骤S1408 ；步骤S1408，关闭包缓存及修复功能结束。通过上述实施例可以看出，本发明实施例实现了以下有益效果在解压器发现上下文失步时，缓存一定数量的无法正确解压的压缩包，待压缩解压上下文同步后，再次尝试解压缓存数据包，从而最大程度上减少上下文同步过程中可能丢弃的压缩包，以及将底层丢包对ROHC层的影响降到最低，在一定程度上改善上层应用程序的通信质量。在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应 包含在本发明的保护范围之内。
权利要求
1.一种数据的解压缩方法，其特征在于，包括解压器发送用于通知压缩器同步上下文的反馈信息，其中，所述反馈信息在所述解压器检测到上下文失步后发送；在发送所述反馈信息后，所述解压器缓存后续接收到的待解压缩数据包；所述解压器接收所述压缩器发送的用于同步上下文的同步信息；所述解压器根据所述同步信息对所述待解压缩数据包进行解压缩。
2.根据权利要求1所述的方法，其特征在于，所述解压器根据所述同步信息对所述待解压缩数据包进行解压缩，包括所述解压器利用接收所述待解压缩数据包的先后顺序，按照从后向前的顺序对所述待解压数据包进行解压缩。
3.根据权利要求1所述的方法，其特征在于，还包括在缓存的所述待解压缩数据包的数量到达预定数量，或者在预定时间段内未接收到所述同步信息时，清空缓存的所有待解压缩数据包并停止缓存后续接收的待解压缩数据包。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述解压器根据所述同步信息对所述待解压缩数据包进行解压缩之前，还包括所述解压器对所述同步信息进行校验，其中，校验通过后的所述同步信息用于对所述待解压缩数据包进行解压缩。
5.一种数据的解压缩处理方法，其特征在于，包括压缩器接收解压器发送的同步上下文的反馈信息，其中，所述反馈信息在所述解压器检测到上下文失步后发送；在接收到所述反馈信息后，所述压缩器向所述解压器发送用于同步上下文的同步信息，其中，所述同步信息用于对所述解压 器在发送所述反馈信息后缓存的待解压缩数据包进行解压缩。
6.一种数据的解压缩装置，位于解压器中，其特征在于，包括检测模块，用于检测上下文是否失步；发送模块，用于在所述检测模块检测到所述上下文失步时，发送用于通知压缩器同步上下文的反馈信息；缓存模块，用于在所述发送模块发送所述反馈信息后，缓存后续接收到的待解压缩数据包；接收模块，用于接收所述压缩器发送的用于同步上下文的同步信息；解压缩模块，用于根据所述同步信息对所述待解压缩数据包进行解压缩。
7.根据权利要求6所述的装置，其特征在于，所述解压缩模块，用于利用接收所述待解压缩数据包的先后顺序，按照从后向前的顺序对所述待解压数据包进行解压缩。
8.根据权利要求6所述的装置，其特征在于，还包括停止缓存模块，用于在缓存的所述待解压缩数据包的数量到达预定数量，或者在预定时间段内未接收到所述同步信息时， 清空缓存的所有待解压缩数据包并停止缓存后续接收的待解压缩数据包。
9.根据权利要求6至8中任一项所述的装置，其特征在于，还包括校验模块，用于对所述同步信息进行校验，其中，校验通过后的所述同步信息用于对所述待解压缩数据包进行解压缩。
10.一种数据的解压缩处理装置，其特征在于，包括 接收模块，用于接收解压器发送的同步上下文的反馈信息，其中，所述反馈信息在所述解压器检测到上下文失步后发送； 发送模块，用于在接收到所述反馈信息后，向所述解压器发送用于同步上下文的同步信息，其中，所述同步信息用于对所述解压器在发送所述反馈信息后缓存的待解压缩数据包进行解压缩。
全文摘要
本发明提供了一种数据的解压缩、解压缩处理方法及装置，其中，上述解压缩方法包括解压器发送用于通知压缩器同步上下文的反馈信息，其中，该反馈信息在解压器检测到上下文失步后发送；在发送上述反馈信息后，解压器缓存后续接收到的待解压缩数据包；解压器接收压缩器发送的用于同步上下文的同步信息；解压器根据上述同步信息对待解压缩数据包进行解压缩。采用本发明提供的上述方案，有效地减少了因为上下文失步造成的丢包现象，提供了通信质量。
文档编号H04L1/16GK103051434SQ201210557068
公开日2013年4月17日 申请日期2012年12月20日 优先权日2012年12月20日
发明者史学红, 高翔, 董淑松, 孙以雷 申请人:中兴通讯股份有限公司