一种接收端pdcp层hfn失步的恢复方法和设备的制作方法
【专利摘要】本发明公开了一种接收端分组数据汇聚协议PDCP层超帧号HFN失步的恢复方法，包括：在PDCP层检测接收端当前HFN的状态；接收端当前HFN的状态为失步时，使用接收端当前HFN加预设变量对相应的数据包进行解密；解密成功时，使用所述当前HFN加预设变量对接收端当前HFN进行更新；本发明还公开了一种接收端设备。通过本发明能够在不发起RRC连接重建的前提下实现接收端HFN的恢复。
【专利说明】—种接收端PDCP层HFN失步的恢复方法和设备
【技术领域】
[0001]本发明涉及通信【技术领域】，特别是指一种接收端rocp层HFN失步的恢复方法和设备。
【背景技术】
[0002]在LTE(Long Term Evolut1n,长期演进)系统中用户面的 F1DCP(Packet DataConvergence Protocol,分组数据汇聚协议)层传输数据时，发送端F1DCP层每个RB (Rad1Bearer，无线承载)为每个数据包分配一个32位数字编号COUNT用于加密计算，接收端RB使用相同的COUNT用于解密计算。其中，COUNT由高位的HFN (Hyper Frame Number,超中贞号)和低位的F1DCP SN (Sequence Number,序列号)拼接组成。
[0003]每个RB维护一个相对应的COUNT序列。RB建立时，HFN和SN的值清零。发送端每处理一个数据包，PDCP SN加1，如果rocp SN达到SN的最大值，HFN加I。如图1所示为rocp层的数据包加解密过程，发送端使用count及其他参数对数据包进行加密，最后在包头带上该数据包对应的rocp SN发送给接收端。发送端只发送rocp SN，接收端通过接收到的rocp SN维护HFN。接收端收到数据包后，从包头中解析出rocp SN和自己维护的HFN一起拼接组成COUNT，对收到的数据包进行解密。一般不丢包的情况下，发送端和接收端的COUNT是一样的，HFN是一样的。但当发收间有大量数据包丢失时，可能会造成发送端和接收端的HFN不相等，而HFN不相等会造成解密失败，解密功能失效。
[0004]目前，针对上述由于发送端和接收端的HFN失步造成的数据包解密失败的问题，现有技术提出了一种RRC连接重建的方式，但重建时需要发送端和接收端进行信令交互，并且重建会给业务造成相对较大的中断时延。
【发明内容】
[0005]有鉴于此，本发明的主要目的在于提供一种接收端HXP层HFN失步的恢复方法和设备，以解决接收端rocp层HFN失步造成的数据包解密功能失效的问题。
[0006]为达到上述目的，本发明的技术方案是这样实现的:
[0007]本发明提供了一种接收端分组数据汇聚协议HXP层超帧号HFN失步的恢复方法，该方法包括:
[0008]在TOCP层检测接收端当前HFN的状态；
[0009]所述接收端当前HFN的状态为失步时，使用接收端当前HFN加预设变量对相应的数据包进行解密；
[0010]所述解密成功时，使用所述当前HFN加预设变量对接收端当前HFN进行更新。
[0011]优选地，所述在HXP层检测接收端当前HFN的状态，包括:使用接收端当前HFN对接收的数据包进行解密，判断解密得到的数据包的固定字段是否合法，如果不合法，则确定接收端当前HFN失步。
[0012]优选地，所述使用接收端当前HFN加预设变量对相应的数据包进行解密，包括:
[0013]检测到所述接收端当前HFN的状态为失步时，解密所使用的所述预设变量的值为初始值；每解密失败一次，使所述预设变量的值加I后重新解密，直到解密成功，或者，直到预设变量达到预设的上限值；
[0014]所述预设变量的初始值为1，所述上限值为大于等于I的正整数。
[0015]优选地，所述预设变量达到预设的上限值时，如果解密失败，则通过无线资源控制协议RRC连接的重建将发送端HFN和接收端HFN进行同步。
[0016]本发明还提供了一种接收端设备，包括:
[0017]检测模块，用于在分组数据汇聚协议PDCP层检测当前超帧号HFN的状态；
[0018]解密模块，用于在当前HFN的状态为失步时，使用当前HFN加预设变量对相应的数据包进行解密；
[0019]更新模块，用于在解密成功时，使用所述当前HFN加上预设变量对当前HFN进行更新。
[0020]优选地，所述检测模块，还用于使用当前HFN对接收的数据包进行解密，判断解密得到的数据包的固定字段是否合法，如果不合法，则确定当前HFN失步。
[0021]优选地，所述解密模块，在检测到所述接收端当前HFN的状态为失步时，还用于使用的所述预设变量的值为初始值进行解密；还用于每解密失败一次，使所述预设变量的值加I后重新解密，直到解密成功，或者，直到预设变量达到预设的上限值；所述预设变量的初始值为1，所述上限值为大于等于I的正整数。
[0022]优选地，重建模块，用于在所述预设变量达到预设的上限值、且解密失败时，发起无线资源控制协议RRC连接的重建，通过重建过程同步HFN。
[0023]本发明提供的接收端rocp层HFN失步的恢复方法和接收端设备，在HXP层检测接收端当前HFN的状态；接收端当前HFN的状态为失步时，使用接收端当前HFN加预设变量对相应的数据包进行解密；解密成功时，使用当前HFN加预设变量对接收端当前HFN进行更新。通过上述方式，能够在不发起RRC连接重建的前提下实现接收端HFN与发送端HFN的同步；另外，上述恢复过程是接收端的独立行为，不涉及与发送端的交互，与现有通过RRC连接重建方式来恢复HFN的方式相比，减少了发送端和接收端的信令交互，也避免了给业务造成的相对较大的中断时延。
【专利附图】
【附图说明】
[0024]图1为TOCP层数据包加解密过程；
[0025]图2为本发明实施例提供的接收端I3DCP层HFN失步的恢复方法流程图；
[0026]图3为本发明所涉及的用户面协议栈示意图；
[0027]图4为本发明实施例提供的接收端设备结构示意图。
【具体实施方式】
[0028]下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
[0029]本发明实施例提供的接收端rocp层HFN失步的恢复方法，如图2所示包括:
[0030]步骤201，在HXP层检测接收端当前HFN的状态。
[0031]本发明实施例中，接收端是指数据包接收设备，在用户设备(UE)与基站的交互过程中，优选地，接收端为UE。当然，本发明实施例提供的方案也适用于基站。
[0032]优选地，该步骤中在rocp层检测接收端当前HFN的状态，包括:使用当前HFN对接收的数据包进行解密，判断解密得到的数据包的固定字段(如协议号、目的IP等)是否合法，如果不合法，则确定接收端当前HFN失步。
[0033]这里，所谓的不合法是指:例如目的IP和预期值不同(不相等)。
[0034]本发明实施例中，在HXP层直接检测接收端当前HFN的状态与现有技术中通过上层来检测数据包解密是否成功(如图3所示，是通过IP层来检测数据包解密是否成功)相比而言，具有如下的优点:
[0035]检测速度快，固定检验BIT位足够长的情况下(如目的IP)，I次处理失败，即可认为失败。这种在rocp本层检测解密失败的方法，可以快速检测出本层错误，启动恢复过程，提高业务稳定性和用户体验。这种快速检测和恢复方法，可以推广延伸到协议处理过程。而目前IP层对检测到低层(接入层)递交的包格式非法时，没有对接入层进行快速的反馈操作，而是依赖其上层的处理，速度比较慢，基本等同于rocp层解密失败至少3次，ip层才会检测到第一次解密失败，不能及时对解密失败进行处理，这样会造成业务的较大中断。
[0036]步骤202，接收端当前HFN的状态为失步时，使用接收端当前HFN加预设变量对相应的数据包进行解密。
[0037]优选地，检测到失步后的第一解密所使用的预设变量的值为初始值；每解密失败一次，使预设变量的值加I后重新解密，直到解密成功，或者，直到预设变量达到预设的上限值N;其中，预设变量的初始值为1，上限值N为大于等于I的正整数。
[0038]如果预设变量达到预设的上限值N时，解密仍然失败，那么停止解密操作，发起RRC(Rad1 Resource Control,无线资源控制协议)连接的重建流程,在该流程中，对失步的接收端HFN进行同步(与发送端HFN的同步)。
[0039]步骤203，解密成功时，使用当前HFN加预设变量对接收端当前HFN进行更新。
[0040]在预设变量取值未达到上限值N或达到上限值N时，如果解密成功，则使用解密成功时对应的当前HFN加预设变量替换当前HFN，完成HFN的恢复。
[0041]上述恢复过程中，根据实际的应用情况、通过N值的设置能够在不发起RRC连接重建的前提下实现接收端HFN的恢复；另外，解密成功时的HFN恢复过程是接收端的独立行为，不涉及与发送端的交互，与现有通过RRC连接重建方式来同步HFN的方式相比，减少了发送端和接收端的信令交互，也避免了给业务造成的相对较大的中断时延。
[0042]为了实现上述HFN恢复方法，本发明实施例还提供了一种接收端设备，如图4所示，包括:
[0043]检测模块10，用于在rocp层检测当前HFN的状态；
[0044]解密模块20，用于在当前HFN的状态为失步时，使用当前HFN加预设变量对相应的数据包进行解密；
[0045]更新模块30，用于在解密成功时，使用当前HFN加上预设变量对当前HFN进行更新。
[0046]优选地，检测模块10，使用当前HFN对接收的数据包进行解密，判断解密得到的数据包的固定字段是否合法，如果不合法，则确定当前HFN失步。
[0047]解密模块20，在检测到接收端当前HFN的状态为失步时，还用于使用的预设变量的值为初始值进行解密；还用于每解密失败一次，使预设变量的值加I后重新解密，直到解密成功，或者，直到预设变量达到预设的上限值N ;预设变量的初始值为1，上限值N为大于等于I的正整数。
[0048]重建模块40，用于在预设变量达到预设的上限值N、且解密失败时，发起RRC连接的重建,通过重建过程中同步HFN。
[0049]以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
【权利要求】
1.一种接收端分组数据汇聚协议rocp层超帧号HFN失步的恢复方法，其特征在于，该方法包括: 在rocp层检测接收端当前HFN的状态； 所述接收端当前HFN的状态为失步时，使用接收端当前HFN加预设变量对相应的数据包进行解密； 所述解密成功时，使用所述当前HFN加预设变量对接收端当前HFN进行更新。
2.根据权利要求1所述接收端HXP层HFN失步的恢复方法，其特征在于，所述在rocp层检测接收端当前HFN的状态，包括:使用接收端当前HFN对接收的数据包进行解密，判断解密得到的数据包的固定字段是否合法，如果不合法，则确定接收端当前HFN失步。
3.根据权利要求1所述接收端HXP层HFN失步的恢复方法，其特征在于，所述使用接收端当前HFN加预设变量对相应的数据包进行解密，包括: 检测到所述接收端当前HFN的状态为失步时，解密所使用的所述预设变量的值为初始值；每解密失败一次，使所述预设变量的值加I后重新解密，直到解密成功，或者，直到预设变量达到预设的上限值； 所述预设变量的初始值为1，所述上限值为大于等于I的正整数。
4.根据权利要求3所述接收端HXP层HFN失步的恢复方法，其特征在于，所述预设变量达到预设的上限值时，如果解密失败，则通过无线资源控制协议RRC连接的重建将发送端HFN和接收端HFN进行同步。
5.一种接收端设备，其特征在于，包括: 检测模块，用于在分组数据汇聚协议HXP层检测当前超帧号HFN的状态； 解密模块，用于在当前HFN的状态为失步时，使用当前HFN加预设变量对相应的数据包进行解密； 更新模块，用于在解密成功时，使用所述当前HFN加上预设变量对当前HFN进行更新。
6.根据权利要求5所述接收端设备，其特征在于， 所述检测模块，还用于使用当前HFN对接收的数据包进行解密，判断解密得到的数据包的固定字段是否合法，如果不合法，则确定当前HFN失步。
7.根据权利要求5所述接收端设备，其特征在于， 所述解密模块，在检测到所述接收端当前HFN的状态为失步时，还用于使用的所述预设变量的值为初始值进行解密；还用于每解密失败一次，使所述预设变量的值加I后重新解密，直到解密成功，或者，直到预设变量达到预设的上限值；所述预设变量的初始值为1，所述上限值为大于等于I的正整数。
8.根据权利要求7所述接收端设备，其特征在于，该设备还包括: 重建模块，用于在所述预设变量达到预设的上限值、且解密失败时，发起无线资源控制协议RRC连接的重建，通过重建过程同步HFN。
【文档编号】H04W56/00GK104168640SQ201310186338
【公开日】2014年11月26日 申请日期:2013年5月17日 优先权日:2013年5月17日
【发明者】崔强军, 刘钰 申请人:中兴通讯股份有限公司