技术领域 本发明涉及通信领域， 具体而言， 涉及一种数据的解压缩、 解压缩处理方法及装 置。 背景技术 由于物理条件的限制，移动通信系统中的无线 链路与有线链路相比传输速率较低， 误码率较高。为了能有效利用有限的无线信道 带宽资源，引入了鲁棒性头压缩 （RObust Header Compress, 以下简称 ROHC) 技术。 ROHC技术的核心是利用业务流的分组之 间的信息冗余来透明的压缩和解压缩直接相连 节点间的分组头中的信息。 最少有效位 （Least Significant Bits,简称为 LSB)算法是 ROHC技术中的重要算法， 它主要用于压缩主序列号 （Master Sequence Number, 简称为 MSN)信息。 LSB压缩算 法通过使用一个参考值 V_ref以及指定值 P， 将一个待压缩的， 占 kl比特位的值 A进 行 LSB压缩， 随后得到一个压缩后的， 占用更少比特位 k2 (k2<kl ) 的， 与 V_ref关 联的值 B。 通过 LSB压缩， 无变化的比特位被删除， B值所表示的即为从值 V_ref变 化到值 A的最低有效位 (即 B = A的低 k2位)。 采用 LSB解压缩将压缩后的值进行还 原的过程与上述过程相反。

ROHCv2 (RFC5225 ), 即 ROHC技术的第二个版本， 明确提出支持乱序投递的包 流解压缩。它引入了重排序比例（Reorder—ratio )的概念， 即压缩器可以在传输过程中， 通过调整 LSB P值大小， 在健壮性和压缩效率之间寻找合理的平衡点， 从而达到最优 的传输质量。 LSB算法中 P值与 Reorder_ratio之间的关系， 具体可以参见图 1所示， 其中， 图 1中的 p， k为自然数。 在数据传输过程中， 特别是在网络状况一般的场景， 底层总会出现一定概率的误 码及丢包， 这将会导致 ROHC层的压缩器和解压器的上下文在一定程度� �失步。 如果 这个失步过程不及时修正， 压缩数据是无法被解压器正确识别的。 如果底层承载的上 层应用协议是类似于实时传输协议 （Real-time Transport Protocol, 简称为 RTP) 这样 的语音流， 则会表现出一定程度的丢帧和延时， 大大影响通信质量。 在存在反馈通道的场景， 当解压器检测到上下文失步时， 可以通过发送否定回答 (Negative Acknowledge, 简称为 NACK) 或者静态消极反馈 （STATIC_NACK) 来及 时通知压缩器主动同步上下文。压缩器在接收 到 NACK或者 STATIC_NACK这两种消 极反馈包后则会立即发送初始刷新-动态部分 (IR_DYN)或者初始化刷新 (IR)来刷新解 压器的上下文。 存在下面两种场景， 其一， 解压器发送的反馈包被压缩器立即接收， 期间， 压缩器没有发送任何压缩包， 具体如图 2所示。 即解压器在发送消极反馈包后 没有丢弃任何压缩包。 其二， 解压器发送的消极反馈包被底层链路延迟了， 期间， 压 缩器仍然选择正常发送压缩包。 由于此时解压器和压缩器的上下文已经失步， 这些压 缩包是无法被正确解压的， 具体如图 3所示。 这些无法解压的压缩包会在一定程度上 影响整个包流的通信质量。 针对相关技术中的上述问题， 目前尚未提出有效的解决方案。 发明内容 针对相关技术中， 解压器在检测到上下文失步并发送完消极反馈 信息后， 解压器 无法正确解压缩后续接收到的压缩包等技术问 题， 本发明实施例提供了一种数据的解 压缩、 解压缩处理方法及装置， 以至少解决上述问题。 根据本发明的一个实施例， 提供了一种数据的解压缩方法， 包括： 解压器发送用 于通知压缩器同步上下文的反馈信息， 其中， 该反馈信息在解压器检测到上下文失步 后发送； 在发送上述反馈信息后， 解压器缓存后续接收到的待解压缩数据包； 解压器 接收压缩器发送的用于同步上下文的同步信息 ； 解压器根据上述同步信息对待解压缩 数据包进行解压缩。 优选地， 解压器根据同步信息对待解压缩数据包进行解 压缩， 包括： 解压器利用 接收待解压缩数据包的先后顺序， 按照从后向前的顺序对待解压数据包进行解压 缩。 优选地， 上述方法还包括： 在缓存的待解压缩数据包的数量到达预定数量 ， 或者 在预定时间段内未接收到同步信息时， 清空缓存的所有待解压缩数据包并停止缓存后 续接收的待解压缩数据包。 优选地， 解压器根据同步信息对待解压缩数据包进行解 压缩之前， 还包括： 解压 器对同步信息进行校验， 其中， 校验通过后的同步信息用于对待解压缩数据包 进行解 压缩。 根据本发明的另一个实施例， 提供了一种数据的解压缩处理方法， 包括： 压缩器 接收解压器发送的同步上下文的反馈信息， 其中， 反馈信息在解压器检测到上下文失 步后发送； 在接收到反馈信息后， 压缩器向解压器发送用于同步上下文的同步信 息， 其中， 同步信息用于对解压器在发送反馈信息后缓存 的待解压缩数据包进行解压缩。 根据本发明的又一个实施例， 提供了一种数据的解压缩装置， 位于解压器中， 包 括： 检测模块， 设置为检测上下文是否失步； 发送模块， 设置为在检测模块检测到上 下文失步时， 发送用于通知压缩器同步上下文的反馈信息； 缓存模块， 设置为在发送 模块发送反馈信息后， 缓存后续接收到的待解压缩数据包； 接收模块， 设置为接收压 缩器发送的用于同步上下文的同步信息； 解压缩模块， 设置为根据上述同步信息对待 解压缩数据包进行解压缩。 优选地， 上述解压缩模块， 设置为利用接收待解压缩数据包的先后顺序， 按照从 后向前的顺序对待解压数据包进行解压缩。 优选地， 上述装置还包括： 停止缓存模块， 设置为在缓存的待解压缩数据包的数 量到达预定数量， 或者在预定时间段内未接收到同步信息时， 清空缓存的所有待解压 缩数据包并停止缓存后续接收的待解压缩数据 包。 优选地， 上述装置， 还包括： 校验模块， 设置为对同步信息进行校验， 其中， 校 验通过后的同步信息用于对待解压缩数据包进 行解压缩。 根据本发明的再一个实施例， 提供了一种数据的解压缩处理装置， 包括： 接收模 块， 设置为接收解压器发送的同步上下文的反馈信 息， 其中， 反馈信息在解压器检测 到上下文失步后发送； 发送模块， 设置为在接收到反馈信息后， 向解压器发送用于同 步上下文的同步信息， 其中， 同步信息用于对解压器在发送反馈信息后缓存 的待解压 缩数据包进行解压缩。 通过本发明实施例，采用对解压器发送用于通 知压缩器同步上下文的反馈信息后， 缓存后续接收到的压缩包， 并根据接收的同步信息对缓存的压缩包进行解 压缩的技术 手段， 解决了相关技术中， 解压器在检测到上下文失步并发送完消极反馈 信息后， 解 压器无法正确解压缩后续接收到的压缩包等技 术问题， 从而有效地减少了因为上下文 失步造成的丢包现象， 提供了通信质量。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中- 图 1为根据相关技术的 LSB算法中 P值与 _re0 rd _er _ _ra ti ₀ 之间的关系示意图； 图 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在具体实施时可以表现为以 下实现过程： 上述在解压器缓存及修复功能开启， 即 Redecomp—Flag置位的场合， 解 压器会等待同步上下文的包，如果之前发送的 消极反馈（NACK)，则等待 IR_DYN包， 如果发送的是静态消极反馈 （STATIC_NACK)， 则等待 IR包。 在此过程中， 解压器 可以缓存其他类型无法正确解压的数据包。 一旦正确接收到上下文同步包， 则开始尝 试修复之前缓存的数据。 步骤 S408中，解压器对缓存的上述待解压缩数据包� �行解压缩的方式有多种，例 如可以按照接收上述待解压缩数据包的先后顺 序依次进行解压缩， 或者随机对待解压 缩数据进行解压缩。 考虑到在 LSB算法中， 在时间或位置上距离 IR或 IR_DYN越近 的数据包， 与 IR或 IR_DYN的关联性越强， 修复的成功率越高， 在本实施例的一个 优选实施方式中， 解压器利用接收待解压缩数据包的先后顺序， 按照从后向前的顺序 对待解压数据包进行解压缩。 具体可以采用以下表现形式： 在压缩包修复过程中， 采取倒序修复， 通常情况下， 在发起消极反馈到接收到 IR/IR_DYN包的过程中， 包流中变化最多的域一般是 SN/TS/IPID, 对于其他域而言， 可以显示的使用待修复压缩包中的域或者隐式 的使用 IR/IR_DYN包中的域。即使一些 压缩包可以被成功修复， 为了保证上下文的同步性， 最终更新上下文的包一定只是 IMR—DYN包。 为了防止对上述待解压缩数据包的无限制缓存 ， 占用较多资源， 进而影响通信质 量， 在缓存的待解压缩数据包的数量到达预定数量 ， 或者在预定时间段内未接收到同 步信息时， 清空缓存的所有待解压缩数据包并停止缓存后 续接收的待解压缩数据包。 具体可以表现为以下处理过程： 在解压器缓存及修复功能开启， 即 Redecomp—Flag置位的场合， 解压器会缓存无 法正确解压的数据包。可以通过设置缓存门限 来打开或者关闭该算法。 比如， 方法一， 可以通过设置最大缓存包个数来避免无限制的 缓存数据， 因为 ROHC—般承载的上层 应用是实时通信， 它不允许底层产生额外的延迟。 超过缓存门限数量还未收到 IR/IR_DYN, 清空已缓存的数据， 关闭该算法； 方法二， 可以根据上层应用， 设置最 大延迟时间。 当达到最大延迟时间还未收到 IR/IR_DYN时， 清空已缓存的数据， 关闭 缓存及修复功能， 同时将上述标识 Redecomp_Flag清 0。 在本实施例中， 解压器根据同步信息对待解压缩数据包进行解 压缩之前， 还可以 对同步信息进行校验， 其中， 校验通过后的同步信息用于对待解压缩数据包 进行解压 缩。如果解压器接收到的上下文同步包错误（ 即校验未通过）， 则放弃此次缓存及修复 过程。 在本实施例中还提供了一种数据的解压缩装置 ， 该装置位于解压器中， 用于实现 上述实施例及优选实施方式， 已经进行过说明的不再赘述， 下面对该装置中涉及到的 模块进行说明。 如以下所使用的， 术语"模块"可以实现预定功能的软件和 /或硬件的组 合。 尽管以下实施例所描述的装置较佳地以软件来 实现， 但是硬件， 或者软件和硬件 的组合的实现也是可能并被构想的。 图 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) 未抵达压缩 器时， 压缩器正常发送压缩包 1 ; 步骤 S904， 对压缩包 1进行解压， 解压失败后缓存压缩包 1 ; 步骤 S906， 压缩器向解压器发送压缩包 2; 步骤 S908， 解压器对压缩包 2进行解压， 解压失败后缓存包 2; 步骤 S910， 在上述消极反馈信息 （STATIC_NACK/NACK) 抵达压缩器时， 压缩 器向解压器发送同步上下文的信息 （即 IR/IR_DYN包 3 ); 步骤 S912， 解压器利用 IR/IR_DYN包 3修复缓存的压缩包 1和压缩包 2; 步骤 S914， 按顺序依次投递压缩包 1、 压缩包 2以及 IMR_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置 1，进入步骤 S1106; 否则， 进入步骤 S1116; 步骤 S1106, 判断当前接收到的包是否是期望的 IR/IR_DYN， 如果是， 进入步骤 S1108; 否则， 认为压缩器暂时还未收到解压器发送的消极反 馈， 缓存当前接收到的压 缩包， 进入步骤 S1114; 步骤 S1108,解码 IR/IR_DYN包，如果循环冗余校验码（Cyclic Redundancy Check, 简称为 CRC) 校验通过， 进入步骤 S1112; 否则， 认为此次上下文同步过程失败， 放 弃压缩包缓存及修复过程， 进入步骤 S1110; 步骤 S1110, 关闭包缓存及修复过程， 进入步骤 S1116; 步骤 S1112, 成功接收 IR/IR_DYN包， 进行包修复过程， 进入步骤 S1116; 步骤 S1114, 解压器等待接收 IR/IR_DYN包， 暂时缓存无法解压的压缩包， 进入 步骤 S1116; 步骤 S1116, 开启包缓存及修复功能后的解压器包接收流程 结束。 下面结合图 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层的影响降到最低， 在一定程度上改善上层应用程序的通信 质量。 在另外一个实施例中， 还提供了一种软件， 该软件用于执行上述实施例及优选实 施方式中描述的技术方案。 在另外一个实施例中， 还提供了一种存储介质， 该存储介 质中存储有上述软件， 该存储介质包括但不限于： 光盘、 软盘、 硬盘、 可擦写存储器 等。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现 ， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路 模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技术人 员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的任何 修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 工业实用性 本发明提供的技术方案， 可以应用于数据的解压缩处理过程中， 解决了相关技术 中， 解压器在检测到上下文失步并发送完消极反馈 信息后， 解压器无法正确解压缩后 续接收到的压缩包等技术问题， 从而有效地减少了因为上下文失步造成的丢包 现象， 提供了通信质量。