解密失败的恢复方法、装置、用户终端及网络设备的制作方法
【专利摘要】一种解密失败的恢复方法、装置、用户终端及网络设备。所述方法包括：监测对接收到的数据帧进行解密是否失败；对解密所述数据帧所连续失败的次数进行计数；当所述连续失败的次数达到预设的阈值时，通知移动性管理单元重新触发附着过程。所述方法及装置可以快速恢复用户业务的使用。
【专利说明】解密失败的恢复方法、装置、用户终端及网络设备
【技术领域】
[0001]本发明涉及通信【技术领域】，具体涉及一种解密失败的恢复方法、装置、用户终端及网络设备。
【背景技术】
[0002]逻辑链路控制(Logical Link Control, LLC)层协议用于LLC实体之间进行分组数据的传输，并通过加密来保证数据传输的可靠性和机密性。
[0003]全球移动通信系统(GlobalSystem for Mobile communicat1ns, GSM)网络下，LLC层可以支持两种模式的信息传输方式:确认模式和非确认模式。其中，确认模式提供的是可靠的信息传输服务，而非确认模式提供的是不可靠的信息传输服务。
[0004]LLC层信息传输的一般过程为:发送端接收到上层要传输的数据后，在要传输的数据前面加上LLC层的帧头，从而封装成数据帧，并对要发送的数据帧进行加密，把所述数据帧交给下层进行传输。其中，所述LLC层的帧头包含所述要发送的数据帧对应的帧号。在接收端，先对接收到的数据帧进行解密得到相应传输的数据，再将所述数据交给上层。
[0005]为了保证数据传输的可靠性和机密性，发送端需要采用作为加解密参数之一的溢出计数器(Overflow Counter, 0C)对数据巾贞进行加解密。此种情况下,发送端在对要发送的数据帧进行加密时，需要按照约定的OC值进行加密，再将加密后的数据帧发送给接收端。相应地,接收端也要按照同样的OC值对接收到的数据帧进行解密，以获得相应传输的数据。
[0006]其中，接收端的OC值必须要与发送端的OC值完全相同，才能对相应的数据帧成功解密。发送端和接收端的OC值会根据发送的数据帧的帧号进行更新。
[0007]在非确认模式下，数据帧在网络中传输时经常会出现丢失或乱序的情况，此时，接收端接收的数据帧也会相应的出现丢失或乱序的情况，影响接收端OC值的更新，致使发送端和接收端OC值不匹配，接收端解密失败且无法恢复，最终导致用户无法使用业务。
[0008]目前，针对上述问题，现有技术中的做法只能采用对用户终端重启或者等网络端对用户终端进行复位等操作时，才可恢复用户业务的使用，但仍然会造成用户在较长一段时间内无法使用业务。
【发明内容】
[0009]本发明实施例解决的问题是当数据帧解密失败时，快速恢复用户业务的使用。
[0010]为解决上述问题，本发明实施例提供一种解密失败的恢复方法，所述方法包括:
[0011]监测对接收到的数据帧进行解密是否失败；
[0012]对解密所述数据帧所连续失败的次数进行计数；
[0013]当所述连续失败的次数达到预设的阈值时，通知移动性管理单元重新触发附着过程。
[0014]可选地，所述方法还包括:当监测到对接收到的数据帧解密未失败时，重新计算所述连续失败的次数。
[0015]可选地，所述阈值的取值范围在7?20之间。
[0016]可选地，所述阈值为10。
[0017]本发明实施例还提供了一种解密失败的恢复装置，所述装置包括:
[0018]监测单元，用于监测对接收到的数据帧进行解密是否失败；
[0019]计数单元，用于对解密所述数据帧所连续失败的次数进行计数；
[0020]通知单元，用于当所述连续失败的次数达到预设的阈值时，通知移动性管理单元;
[0021]移动性管理单元，用于在接收到所述通知单元的通知时，重新触发附着过程。
[0022]可选地，所述装置还包括:控制单元，用于当所述监测单元监测到对接收到的数据帧解密未失败时，控制所述计数单元重新计算所述连续失败的次数。
[0023]可选地，所述阈值的取值范围在7?20之间。
[0024]可选地，所述阈值的取值为10。
[0025]本发明实施例还提供了一种用户终端，所述用户终端包括上述的解密失败的恢复
>J-U ρ?α装直。
[0026]本发明实施例还提供了一种网络设备，所述网络设备包括上述的解密失败的恢复
>J-U ρ?α装直。
[0027]与现有技术相比，本发明实施例的技术方案具有以下优点:
[0028]通过对接收到的数据帧解密情况进行监测，并判断所述解密数据帧所连续失败的次数是否达到预设的阈值，即可快速准确识别出解密失败的情况，进而通知移动性管理单元重新触发附着过程，而不需要在用户发现业务中断后采取手动干预的方法来恢复业务的使用，也不需要被动地等待网络端对用户终端进行复位等操作来恢复业务的使用，因此可以快速恢复业务的使用，减少用户业务中断的时间。
【专利附图】
【附图说明】
[0029]图1是本发明实施例一中解密失败恢复方法的流程图；
[0030]图2是本发明实施例二中解密失败恢复方法的流程图；
[0031]图3是本发明实施例三中解密失败恢复装置的结构示意图。
【具体实施方式】
[0032]在非确认模式下，由于某些原因，数据帧在网络中传输时经常出现丢失、乱序的情况，例如:由于网络带宽的限制、网络小区切换等原因。这样就无法保证接收端可以正确、及时地接收到相应的数据帧，当使用加解密参数OC对数据帧进行加解密时，也就无法使得发送端和接收端同步对OC值进行更新，导致发送端和接收端的OC值不匹配，接收端无法成功解密接收到的数据帧。
[0033]现有技术中，针对上述问题，所采取的通常做法是:方法一:网络端对用户终端的性能进行监测，当发现用户终端性能不稳定时，对用户终端采取复位等操作，以改善用户终端的性能。方法二:在用户发现业务中断时，用户手动对用户终端进行重启。
[0034]方法一中，由于用户终端出现性能不稳定的原因并不一定是由解密数据帧失败所引起的，因此容易出现非解密数据帧失败引起用户业务中断。并且用户终端只能被动地等待网络端采取操作，导致解密失败的恢复不及时。方法二中，需要用户手动对用户终端进行重启，所述重启包括对用户终端的关机、开机、初始化、附着等过程，用时相对较长且需要用户参与。
[0035]可见，无论方法一还是方法二，虽然都可以对数据帧解密失败的情况予以恢复，但都会造成用户在较长一段时间内无法正常使用业务，且使用不方便。
[0036]本实施例中所述的方法，可以通过对接收到的数据帧解密的情况进行监测，在解密数据帧所连续失败的次数达到一定的阈值时，直接通知移动性管理单元重新触发附着过程，从而可以快速地恢复用户业务的使用。
[0037]为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
[0038]实施例一
[0039]本实施例所述的解密失败的恢复方法，包括如下步骤:
[0040]步骤102:监测对接收到的数据帧解密是否失败；
[0041]步骤104:对解密所述数据帧所连续失败的次数进行计数；
[0042]步骤106:当所述连续失败的次数达到预设的阈值时，通知移动性管理单元重新触发附着过程。
[0043]在具体实施中，所述方法的执行主体可以是用户终端，也可以是网络端。所述用户终端可以为接收端，此时网络端为发送端。当用户终端作为接收端时，应用本实施例所述的方法，相对于对用户终端重启才能恢复业务使用的方法，不需要用户参与，且只需要重新触发用户终端的附着过程，因此可以更加方便、快速地恢复用户业务的使用。
[0044]所述用户终端也可以为发送端，相对应地，所述网络端为接收端。当网络端作为接收端时，应用本实施例所述的方法，相对于网络端在监测到用户终端的性能不稳定时，所进行的复位或重新进行鉴权加密等操作，只需要通过对用户终端解密数据帧的情况进行监测，并在所述连续失败的次数达到预设的阈值时，通知移动性管理单元重新触发附着过程，即可对解密数据帧失败的情况进行恢复，因此可以更加方便、快速的恢复用户业务的使用。
[0045]实施例二
[0046]参见图2，以下通过具体步骤进行详细说明:
[0047]步骤202，对接收到的数据帧进行解密。
[0048]具体实施中，发送端每发送一数据帧，下一要发送的数据帧的帧号就会相应的加I。所述帧号的取值范围在O至511之间，当所发送的数据帧的帧号等于511时，下一要发送的数据帧的帧号要重新从O开始，即数据帧的帧号发生反转。当所述帧号由511反转至O时，对发送端的OC值要进行加512的操作。当接收端发现接收到的数据帧发生反转时，即接收到帧号为511的数据帧时，则需要对接收端的OC值也要进行加512的操作，保证发送端和接收端的OC值相匹配，从而可以对接收到的数据帧成功解密。
[0049]步骤204，对接收到的数据帧解密情况进行监测，判断是否出现解密失败。
[0050]当发送端和接收端的OC值不匹配时，就会出现数据帧解密失败的情况。当解密数据帧未失败，即解密成功时，执行步骤212。当数据帧解密失败时，对解密所连续失败的次数进行计数，执行步骤206。
[0051]步骤206，每监测到对所述数据帧解密失败，则所述连续失败的次数加I。
[0052]需要说明的是，所述连续失败的次数每次增加的数值也可以是其他数值，由本领域技术人员根据需要设定即可。
[0053]步骤208，判断所述解密连续失败的次数是否达到预设的阈值。
[0054]所述阈值可以由本领域技术人员根据实际需要进行设定。具体实施中，所述阈值的范围可以在7?20之间取值。本实施例中，所述阈值可以为10。所述连续失败的次数初始值可以为0，也可以为其他数值，只要小于所述阈值即可。当所述连续失败的次数自初始值累计至所述阈值时，则执行步骤210。当所述连续失败的次数没有达到阈值时，则继续执行步骤204，即对数据帧解密的情况继续监测，直至所述解密数据帧所连续失败的次数达到阈值。
[0055]步骤210，当所述解密数据帧所连续失败的次数达到阈值时，通知移动性管理单元重新触发附着过程。
[0056]例如，所述解密数据帧所连续失败的次数初始值为0，预设的阈值为10，则当所述解密数据帧所连续失败的次数值等于10时，认为用户终端出现解密失败且无法恢复的情况，用户终端可以将解密数据帧所连续失败的次数达到阈值的情况通知移动性管理单元。
[0057]需要说明的是，所述移动性管理单元用于支持用户终端的移动性，它可以包括对用户终端的如下功能操作:附着过程、寻呼过程、鉴权加密过程等。
[0058]所述移动性管理单元接收到解密数据帧所连续失败的次数达到阈值的通知后，重新触发用户终端的附着过程。重新附着以后的用户终端，对连续失败次数的计数恢复至初始值。此时，仍然可以按照本实施例中所述的方法，监测解密数据帧的情况并计算解密数据帧所连续失败的次数，只要所述解密数据帧所连续失败的次数达到预设的阈值，就可以重新触发用户终端的附着过程。
[0059]步骤212，当监测到对接收到的数据帧解密成功时，可以重新计算所述解密数据帧所连续失败的次数，即将所述解密数据帧所连续失败的次数恢复至初始值。
[0060]这样，当监测到对接收到的数据帧解密失败时，则对连续失败的次数进行计数,当监测到对接收到的数据帧解密成功时，则重新计算所述解密数据帧所连续失败的次数，从而形成对解密数据帧的主动监测机制，可以使得监测的情况更加准确、快速。
[0061]实施例三
[0062]参见图3，本实施例提供了一种解密失败的恢复装置，所述装置包括；
[0063]监测单元302，用于监测对接收到的数据帧进行解密是否失败；
[0064]计数单元306，用于对解密所述数据帧所连续失败的次数进行计数；
[0065]通知单元308，用于当所述连续失败的次数达到预设的阈值时，通知移动性管理单元;
[0066]移动性管理单元310，用于在接收到所述通知单元308的通知时，重新触发附着过程。
[0067]在具体实施中，所述装置可以设置在用户终端，也可以设置在网络端。其中，所述用户终端可以为接收端，此时网络端为发送端。当用户终端作为接收端时，应用本实施例所述的装置，相对于对用户终端重启才能恢复业务使用的方法，不需要用户参与，且只需要重新触发用户终端的附着过程，因此可以更加方便、快速地恢复用户业务的使用。
[0068]所述用户终端也可以为发送端，相对应地，所述网络端为接收端。当网络端作为接收端时，应用本实施例所述的装置，相对于网络端在监测到用户终端的性能不稳定时，所进行的复位或重新进行鉴权加密等操作，只需要对用户终端解密数据帧的情况进行监测，并在所述解密数据帧所连续失败的次数达到预设的阈值时，通知移动性管理单元重新触发附着过程，即可对解密数据帧失败的情况进行恢复，因此可以更加方便、快速的恢复用户业务的使用。
[0069]需要说明的是，所述阈值可以由本领域技术人员根据需要任意设定。具体实施中，所述阈值可以在7?20之间取值。本实施例中，所述阈值可以为10。
[0070]所述移动性管理单元310在接收到解密数据帧所连续失败的次数达到阈值的通知后，重新触发用户终端的附着过程。重新附着以后的用户终端，对解密数据帧所连续失败次数的计数恢复至初始值。此时,可以继续监测解密数据帧的情况并计算解密数据帧所连续失败的次数，只要达到预设的阈值，就可以重新触发用户终端的附着过程。
[0071]为了更加方便用户的使用，本实施例所述的装置还可以包括:控制单元304。所述控制单元304用于当所述监测单元302监测到对接收到的数据帧解密成功时，控制所述计数单元306重新计算所述解密数据帧所连续失败的次数。
[0072]需要说明的是，本实施例中所述的装置与实施例一以及实施例二中所述的方法相对应。本领域技术人员可以参照实施例一以及实施例二中的描述来相应地理解本实施例的装置，此处不再赘述。
[0073]本发明实施例还提供了一种用户终端，所述用户终端可以包括上述的解密失败恢复装置。
[0074]本发明实施例还提供了一种网络设备，所述网络设备可以包括上述的解密失败恢复装置。
[0075]可以理解的是，本领域技术人员可以根据需要，对所述解密失败的恢复装置在所述用户终端或所述网络设备上的位置任意设定，此处不作限定。
[0076]另外，采用本实施例中所述的方法，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括:R0M、RAM、磁盘或光盘等。
[0077]虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。
【权利要求】
1.一种解密失败的恢复方法，其特征在于，包括: 监测对接收到的数据帧进行解密是否失败； 对解密所述数据帧所连续失败的次数进行计数； 当所述连续失败的次数达到预设的阈值时，通知移动性管理单元重新触发 附着过程。
2.如权利要求1所述的方法，其特征在于，还包括:当监测到对接收到的数据帧解密未失败时，重新计算所述连续失败的次数。
3.如权利要求1所述的方法，其特征在于，所述阈值的取值范围在7?20之间。
4.如权利要求3所述的方法，其特征在于，所述阈值为10。
5.一种解密失败的恢复装置，其特征在于，包括: 监测单元，用于监测对接收到的数据帧进行解密是否失败； 计数单元，用于对解密所述数据帧所连续失败的次数进行计数； 通知单元，用于当所述连续失败的次数达到预设的阈值时，通知移动性管理单元； 移动性管理单元，用于在接收到所述通知单元的通知时，重新触发附着过程。
6.如权利要求5所述的装置，其特征在于，还包括:控制单元，用于当所述监测单元监测到对接收到的数据帧解密未失败时，控制所述计数单元重新计算所述连续失败的次数。
7.如权利要求5所述的装置，其特征在于，所述阈值的取值范围在7?20之间。
8.如权利要求7所述的装置，其特征在于，所述阈值的取值为10。
9.一种用户终端，其特征在于，包括权利要求5至8任一项所述的装置。
10.一种网络设备，其特征在于，包括权利要求5至8任一项所述的装置。
【文档编号】H04W24/02GK104349360SQ201310340666
【公开日】2015年2月11日 申请日期:2013年8月6日 优先权日:2013年8月6日
【发明者】郝速志, 夏少华, 孙翔, 陈贤亮, 武海峰, 朱云 申请人:展讯通信（上海）有限公司