WO2014183672A1 - 一种接收端pdcp层hfn失步的恢复方法和设备 - Google Patents

一种接收端pdcp层hfn失步的恢复方法和设备 Download PDF

Info

Publication number
WO2014183672A1
WO2014183672A1 PCT/CN2014/077687 CN2014077687W WO2014183672A1 WO 2014183672 A1 WO2014183672 A1 WO 2014183672A1 CN 2014077687 W CN2014077687 W CN 2014077687W WO 2014183672 A1 WO2014183672 A1 WO 2014183672A1
Authority
WO
WIPO (PCT)
Prior art keywords
hfn
receiving end
decryption
current
synchronization
Prior art date
Application number
PCT/CN2014/077687
Other languages
English (en)
French (fr)
Inventor
崔强军
刘钰
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2014183672A1 publication Critical patent/WO2014183672A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Definitions

  • the present invention relates to the field of communication technologies, and in particular, to a method and a device for recovering out-of-step PDCP layer HFN at the receiving end. Background technique
  • each RB Radio Bearer of the PDCP layer at the transmitting end is used for each data.
  • the packet is assigned a 32-bit number COUNT for encryption calculation, and the receiving RB uses the same COUNT for decryption calculation.
  • the COUNT is composed of a high-order HFN (Hyper Frame Number) and a low-level PDCP SN (Sequence Number).
  • Each RB maintains a corresponding COUNT sequence.
  • the values of HFN and SN are cleared.
  • the PDCP SN is incremented by 1 for each packet processed by the sender. If the PDCP SN reaches the maximum value of SN, the HFN is incremented by 1.
  • the packet encryption and decryption process of the PDCP layer is performed.
  • the sender encrypts the data packet using COUNT (packet count) and other parameters, and finally sends the PDCP SN corresponding to the data packet to the receiving end in the packet header.
  • the sender only sends the PDCP SN, and the receiver maintains the HFN through the received PDCP SN.
  • the receiving end After receiving the data packet, the receiving end parses the PDCP SN and the HFN maintained by itself from the packet header to form a COUNT, and decrypts the received data packet.
  • the COUNT of the sender and the receiver are the same, and the HFN is the same.
  • the HFN of the sender and the receiver may be unequal. If the HFN is not equal, the decryption fails and the decryption function fails.
  • embodiments of the present invention provide a method and device for recovering out-of-step PDCP layer HFN, and a computer readable storage medium.
  • An embodiment of the present invention provides a method for recovering a PDCP layer superframe number HFN out of synchronization at a receiving end packet data convergence protocol, where the method includes:
  • the current HFN of the receiving end is added with a preset variable to decrypt the corresponding data packet;
  • the current HFN is updated by using the current HFN plus a preset variable.
  • the detecting, by the PDCP layer, the current HFN status of the receiving end comprises: decrypting the received data packet by using the current HFN of the receiving end, determining whether the fixed field of the decrypted data packet is legal, and determining that the result is illegal. When it is determined, the current HFN out of step at the receiving end is determined.
  • the using the current HFN of the receiving end and the preset variable to decrypt the corresponding data packet includes:
  • the value of the preset variable used for decryption is an initial value; each time the decryption fails, the value of the preset variable is incremented by 1 and then decrypted again, until The decryption is successful, or until the preset variable reaches the preset upper limit value;
  • the initial value of the preset variable is 1
  • the upper limit value is a positive integer greater than or equal to 1.
  • the transmitting end HFN and the receiving end HFN are synchronized by the reestablishment of the RRC connection by the RRC.
  • the embodiment of the invention further provides a receiving end device, including: a detecting module configured to detect a state of a current superframe number HFN in a PDCP layer of a packet data convergence protocol;
  • the decryption module is configured to decrypt the corresponding data packet by using the current HFN plus preset variable when the current HFN state is out of synchronization;
  • the update module is configured to update the current HFN using the current HFN plus a preset variable when the decryption is successful.
  • the detecting module is further configured to decrypt the received data packet by using the current HFN, determine whether the fixed field of the decrypted data packet is legal, and determine that the current HFN is out of synchronization when the determination result is not normal.
  • the decrypting module is configured to decrypt the value of the preset variable used as an initial value when detecting that the current HFN status of the receiving end is out of synchronization; and configured to perform each decryption failure once, Adding the value of the preset variable to 1 and then re-decrypting until the decryption is successful, or until the preset variable reaches a preset upper limit value; the initial value of the preset variable is 1, and the upper limit value is greater than A positive integer equal to 1.
  • the re-establishment module is configured to initiate re-establishment of the RRC connection of the RRC connection when the preset variable reaches a preset upper limit value and the decryption fails, and the synchronization process is synchronized by the re-establishment process.
  • the computer readable storage medium includes a set of instructions for performing the 'f gray-recovery method of the receiving end PDCP layer HFN out of step according to the embodiment of the present invention.
  • the method and device for recovering out-of-step PDCP layer HFN of the receiving end provided by the embodiment of the present invention and the computer readable storage medium detect the current HFN state of the receiving end at the PDCP layer; when the current HFN state of the receiving end is out of synchronization, the receiving end is used.
  • the current HFN plus the preset variable decrypts the corresponding data packet; when the decryption is successful, the current HFN of the receiving end is updated by using the current HFN plus the preset variable.
  • FIG. 1 is a schematic diagram of a PDCP layer data packet encryption and decryption process
  • FIG. 2 is a flow chart of a method for recovering an out-of-step PDCP layer HFN from the receiving end according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a user plane protocol stack according to an embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of a receiving end device according to an embodiment of the present invention. detailed description
  • the method for recovering the out-of-step PDCP layer HFN of the receiving end provided by the embodiment of the present invention, as shown in FIG. 2, includes:
  • Step 201 The PDCP layer detects the current state of the HFN at the receiving end.
  • the receiving end refers to a data packet receiving device.
  • the receiving end is a UE.
  • the solution provided by the embodiment of the present invention is also applicable to a base station.
  • the PDCP layer detects the current state of the HFN at the receiving end, and includes: decrypting the received data packet by using the current HFN, and determining whether the fixed field (such as the protocol number, the destination IP address, and the like) of the decrypted data packet is legal. If it is not legal, it determines that the current HFN of the receiving end is out of step; if it is legal, it determines that the current HFN of the receiving end is not lost.
  • the fixed field such as the protocol number, the destination IP address, and the like
  • the so-called illegal means For example, the destination IP and the expected value are different (not equal).
  • the PDCP layer directly detects the current state of the HFN at the receiving end and detects whether the packet decryption is successful through the upper layer in the prior art (as shown in FIG. 3, it is through the IP layer. To check whether the packet decryption is successful, compared to the following, it has the following advantages:
  • the detection speed is fast. If the fixed test BIT bit is long enough (such as the destination IP), if the processing fails, the failure can be considered.
  • This method of detecting decryption failure in the PDCP layer can quickly detect this layer error, start the recovery process, and improve service stability and user experience. This rapid detection and recovery method can be extended to the protocol processing.
  • the IP layer detects that the packet format submitted by the lower layer (access layer) is illegal, the access layer does not perform fast feedback operation, but relies on the processing of the upper layer, and the speed is relatively slow, which is basically equivalent to the PDCP layer decryption failure. At least 3 times, the IP layer will detect the first decryption failure, and the decryption failure cannot be processed in time, which will cause a large interruption of the service.
  • Step 202 When the current HFN status of the receiving end is out of synchronization, the corresponding data packet is decrypted by using the current HFN of the receiving end and the preset variable.
  • the value of the preset variable used in detecting the first decryption after the out-of-synchronization is detected as an initial value; each time the decryption fails, the value of the preset variable is incremented by 1 and then decrypted again until the decryption is successful, or until the preset is successful.
  • the variable reaches a preset upper limit value N; wherein the initial value of the preset variable is 1 and the upper limit value N is a positive integer greater than or equal to 1.
  • the decryption still fails, then the decryption operation is stopped, and a re-establishment process of the RRC (Radio Resource Control) connection is initiated, in which the out-of-synchronization reception is performed.
  • the terminal HFN performs synchronization (synchronization with the transmitting terminal HFN).
  • Step 203 When the decryption is successful, the current HFN of the receiving end is updated by using the current HFN plus a preset variable.
  • the current HFN is replaced with the current HFN plus the preset variable when the decryption succeeds, and the recovery of the HFN is completed.
  • the setting of the N value can realize the recovery of the receiving end HFN without initiating the RRC connection reestablishment;
  • the HFN recovery process is an independent behavior of the receiving end, does not involve interaction with the transmitting end, and the existing pass
  • the RRC connection re-establishment mode reduces the signaling interaction between the sender and the receiver, and avoids the relatively large interrupt delay caused by the service.
  • an embodiment of the present invention further provides a receiving end device, as shown in FIG. 4, including:
  • the detecting module 10 is configured to detect a current HFN state at the PDCP layer
  • the decryption module 20 is configured to decrypt the corresponding data packet by using the current HFN plus a preset variable when the current HFN state is out of synchronization;
  • the update module 30 is configured to update the current HFN using the current HFN plus a preset variable when the decryption is successful.
  • the detecting module 10 decrypts the received data packet by using the current HFN, determines whether the fixed field of the decrypted data packet is legal, and if not, determines that the current HFN is out of step; if legal, determines the current HFN of the receiving end. No loss of step.
  • the decryption module 20 when detecting that the current HFN status of the receiving end is out of synchronization, is further configured to decrypt the value of the preset variable used as an initial value; each decryption fails, and the value of the preset variable is incremented by 1 and then decrypted. Until the decryption is successful, or until the preset variable reaches the preset upper limit value N; the initial value of the preset variable is 1, and the upper limit value N is a positive integer greater than or equal to 1.
  • the reconstruction module 40 is configured to initiate the reconstruction of the RRC connection when the preset variable reaches the preset upper limit value N and the decryption fails, and synchronize the HFN through the reconstruction process.
  • the foregoing detection module 10, the decryption module 20, the update module 30, and the reconstruction module 40 can all be used by the central processing unit (CPU) of the receiving end device of the embodiment of the present invention, and the microprocessor (MPU, Micro). Processing Unit), Digital Signal Processor (DSP) or Field-Programmable Gate Array (FPGA).
  • CPU central processing unit
  • MPU Microprocessor
  • DSP Digital Signal Processor
  • FPGA Field-Programmable Gate Array
  • an embodiment of the present invention further provides a computer readable storage medium, where the storage medium includes a set of instructions for performing a receiving end PDCP layer HFN according to an embodiment of the present invention. Lost step recovery method.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

本发明公开了一种接收端分组数据汇聚协议（PDCP）层超帧号（HFN）失步的恢复方法，包括：在PDCP层检测接收端当前HFN的状态；接收端当前HFN的状态为失步时，使用接收端当前HFN加预设变量对相应的数据包进行解密；解密成功时，使用所述当前HFN加预设变量对接收端当前HFN进行更新；本发明还公开了一种接收端设备。

Description

一种接收端 PDCP层 HFN失步的恢复方法和设备 技术领域
本发明涉及通信技术领域， 特别是指一种接收端 PDCP层 HFN失步的 恢复方法和设备。 背景技术
在 LTE( Long Term Evolution,长期演进）***中用户面的 PDCP( Packet Data Convergence Protocol,分组数据汇聚协议）层传输数据时，发送端 PDCP 层每个 RB ( Radio Bearer, 无线承载） 为每个数据包分配一个 32位数字编 号 COUNT用于加密计算， 接收端 RB使用相同的 COUNT用于解密计算。 其中， COUNT由高位的 HFN ( Hyper Frame Number, 超帧号）和低位的 PDCP SN ( Sequence Number, 序列号）拼接组成。
每个 RB维护一个相对应的 COUNT序列。 RB建立时， HFN和 SN的 值清零。发送端每处理一个数据包， PDCP SN加 1 ,如果 PDCP SN达到 SN 的最大值， HFN加 1。 如图 1所示为 PDCP层的数据包加解密过程， 发送 端使用 COUNT (包计数）及其他参数对数据包进行加密， 最后在包头带上 该数据包对应的 PDCP SN发送给接收端。 发送端只发送 PDCP SN , 接收 端通过接收到的 PDCP SN维护 HFN。接收端收到数据包后， 从包头中解析 出 PDCP SN和自己维护的 HFN—起拼接组成 COUNT,对收到的数据包进 行解密。一般不丟包的情况下，发送端和接收端的 COUNT是一样的， HFN 是一样的。 但当发送端和接收端间有大量数据包丟失时， 可能会造成发送 端和接收端的 HFN不相等， 而 HFN不相等会造成解密失败， 解密功能失 效。
目前， 针对上述由于发送端和接收端的 HFN失步造成的数据包解密失 败的问题，现有技术提出了一种无线资源控制（ RRC, Radio Resource Control ) 连接重建的方式， 但重建时需要发送端和接收端进行信令交互， 并且重建 会给业务造成相对较大的中断时延。 发明内容
为解决现有存在的技术问题， 本发明实施例提供一种接收端 PDCP层 HFN失步的恢复方法和设备、 计算机可读存储介质。
本发明实施例提供了一种接收端分组数据汇聚协议 PDCP 层超帧号 HFN失步的恢复方法， 该方法包括：
在 PDCP层检测接收端当前 HFN的状态；
所述接收端当前 HFN的状态为失步时， 使用接收端当前 HFN加预设 变量对相应的数据包进行解密；
所述解密成功时， 使用所述当前 HFN加预设变量对接收端当前 HFN 进行更新。
优选地， 所述在 PDCP层检测接收端当前 HFN的状态， 包括： 使用接 收端当前 HFN对接收的数据包进行解密 , 判断解密得到的数据包的固定字 段是否合法， 并在判断结果为不合法时， 确定接收端当前 HFN失步。
优选地， 所述使用接收端当前 HFN加预设变量对相应的数据包进行解 密， 包括：
检测到所述接收端当前 HFN的状态为失步时， 解密所使用的所述预设 变量的值为初始值； 每解密失败一次， 使所述预设变量的值加 1 后重新解 密， 直到解密成功， 或者， 直到预设变量达到预设的上限值；
所述预设变量的初始值为 1 , 所述上限值为大于等于 1的正整数。
优选地， 所述预设变量达到预设的上限值时， 如果解密失败， 则通过 无线资源控制协议 RRC连接的重建将发送端 HFN和接收端 HFN进行同步。
本发明实施例还提供了一种接收端设备， 包括： 检测模块， 配置为在分组数据汇聚协议 PDCP层检测当前超帧号 HFN 的状态；
解密模块， 配置为在当前 HFN的状态为失步时， 使用当前 HFN加预 设变量对相应的数据包进行解密；
更新模块， 配置为在解密成功时， 使用所述当前 HFN加上预设变量对 当前 HFN进行更新。
优选地， 所述检测模块， 还配置为使用当前 HFN对接收的数据包进行 解密， 判断解密得到的数据包的固定字段是否合法， 并在判断结果为不合 法时， 确定当前 HFN失步。
优选地， 所述解密模块， 在检测到所述接收端当前 HFN的状态为失步 时， 还配置为使用的所述预设变量的值为初始值进行解密； 还配置为每解 密失败一次，使所述预设变量的值加 1后重新解密， 直到解密成功， 或者， 直到预设变量达到预设的上限值； 所述预设变量的初始值为 1 , 所述上限值 为大于等于 1的正整数。
优选地， 重建模块， 配置为在所述预设变量达到预设的上限值、 且解 密失败时， 发起无线资源控制协议 RRC 连接的重建， 通过重建过程同步 本发明实施例还提供了一种计算机可读存储介质 , 所述存储介质包括 一组指令， 所述指令用于执行本发明实施例所述的接收端 PDCP层 HFN失 步的' f灰复方法。
本发明实施例提供的接收端 PDCP层 HFN失步的恢复方法和设备、 计 算机可读存储介质 , 在 PDCP层检测接收端当前 HFN的状态； 接收端当前 HFN的状态为失步时，使用接收端当前 HFN加预设变量对相应的数据包进 行解密； 解密成功时， 使用当前 HFN加预设变量对接收端当前 HFN进行 更新。 通过上述方式， 能够在不发起 RRC 连接重建的前提下实现接收端 HFN与发送端 HFN的同步； 另外， 上述恢复过程是接收端的独立行为， 不 涉及与发送端的交互， 与现有通过 RRC连接重建方式来恢复 HFN的方式 相比， 减少了发送端和接收端的信令交互， 也避免了给业务造成的相对较 大的中断时延。 附图说明
图 1为 PDCP层数据包加解密过程的示意图；
图 2为本发明实施例提供的接收端 PDCP层 HFN失步的恢复方法流程 图；
图 3为本发明实施例所涉及的用户面协议栈示意图；
图 4为本发明实施例提供的接收端设备结构示意图。 具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。 本发明实施例提供的接收端 PDCP层 HFN失步的恢复方法， 如图 2所 示， 包括：
步骤 201 , 在 PDCP层检测接收端当前 HFN的状态。
本发明实施例中 , 接收端是指数据包接收设备， 在用户设备（ UE ) 与 基站的交互过程中， 优选地， 接收端为 UE。 当然， 本发明实施例提供的方 案也适用于基站。
优选地， 该步骤中在 PDCP层检测接收端当前 HFN的状态， 包括： 使 用当前 HFN对接收的数据包进行解密， 判断解密得到的数据包的固定字段 (如协议号、 目的 IP等）是否合法， 如果不合法， 则确定接收端当前 HFN 失步； 如果合法， 则确定接收端当前 HFN没有失步。
这里， 所谓的不合法是指： 例如目的 IP和预期值不同 （不相等）。 本发明实施例中 , 在 PDCP层直接检测接收端当前 HFN的状态与现有 技术中通过上层来检测数据包解密是否成功 （如图 3所示， 是通过 IP层来 检测数据包解密是否成功）相比而言， 具有如下的优点：
检测速度快， 固定检验 BIT位足够长的情况下（如目的 IP ), 1次处理 失败， 即可认为失败。 这种在 PDCP本层检测解密失败的方法， 可以快速 检测出本层错误， 启动恢复过程， 提高业务稳定性和用户体验。 这种快速 检测和恢复方法， 可以推广延伸到协议处理过程。 而目前 IP层对检测到低 层（接入层）递交的包格式非法时， 没有对接入层进行快速的反馈操作， 而是依赖其上层的处理，速度比较慢，基本等同于 PDCP层解密失败至少 3 次， IP层才会检测到第一次解密失败， 不能及时对解密失败进行处理， 这 样会造成业务的较大中断。
步骤 202,接收端当前 HFN的状态为失步时，使用接收端当前 HFN加 预设变量对相应的数据包进行解密。
优选地， 检测到失步后的第一解密所使用的预设变量的值为初始值； 每解密失败一次，使预设变量的值加 1后重新解密， 直到解密成功， 或者， 直到预设变量达到预设的上限值 N; 其中， 预设变量的初始值为 1 , 上限值 N为大于等于 1的正整数。
如果预设变量达到预设的上限值 N时， 解密仍然失败， 那么停止解密 操作， 发起 RRC ( Radio Resource Control, 无线资源控制协议）连接的重 建流程， 在该流程中， 对失步的接收端 HFN进行同步（与发送端 HFN的 同步）。
步骤 203 , 解密成功时， 使用当前 HFN加预设变量对接收端当前 HFN 进行更新。
在预设变量取值未达到上限值 N或达到上限值 N时， 如果解密成功， 则使用解密成功时对应的当前 HFN加预设变量替换当前 HFN, 完成 HFN 的恢复。
上述恢复过程中， 根据实际的应用情况、 通过 N值的设置能够在不发 起 RRC连接重建的前提下实现接收端 HFN的恢复； 另外， 解密成功时的 HFN恢复过程是接收端的独立行为， 不涉及与发送端的交互， 与现有通过
RRC连接重建方式来同步 HFN的方式相比，减少了发送端和接收端的信令 交互， 也避免了给业务造成的相对较大的中断时延。
为了实现上述 HFN恢复方法，本发明实施例还提供了一种接收端设备， 如图 4所示， 包括：
检测模块 10, 配置为在 PDCP层检测当前 HFN的状态；
解密模块 20, 配置为在当前 HFN的状态为失步时， 使用当前 HFN加 预设变量对相应的数据包进行解密；
更新模块 30, 配置为在解密成功时，使用当前 HFN加上预设变量对当 前 HFN进行更新。
优选地， 检测模块 10, 使用当前 HFN对接收的数据包进行解密， 判断 解密得到的数据包的固定字段是否合法， 如果不合法， 则确定当前 HFN失 步； 如果合法， 则确定接收端当前 HFN没有失步。
解密模块 20, 在检测到接收端当前 HFN的状态为失步时，还配置为使 用的预设变量的值为初始值进行解密； 每解密失败一次， 使预设变量的值 加 1后重新解密，直到解密成功，或者，直到预设变量达到预设的上限值 N; 预设变量的初始值为 1 , 上限值 N为大于等于 1的正整数。
重建模块 40,配置为在预设变量达到预设的上限值 N、且解密失败时， 发起 RRC连接的重建， 通过重建过程中同步 HFN。
需要说明的是， 上述检测模块 10、 解密模块 20、 更新模块 30和重建 模块 40 都可由本发明实施例的接收端设备的中央处理器 （CPU, Central Processing Unit )、 微处理器（ MPU, Micro Processing Unit )、 数字信号处理 器 （DSP, Digital Signal Processor ) 或可编程逻辑阵列 （ FPGA, Field - Programmable Gate Array )来实现。
此外， 本发明实施例还提供了一种计算机可读存储介质， 该存储介质 包括一组指令，所述指令用于执行本发明实施例所述的接收端 PDCP层 HFN 失步的恢复方法。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种接收端分组数据汇聚协议 PDCP层超帧号 HFN失步的恢复 方法， 该方法包括：
在 PDCP层检测接收端当前 HFN的状态；
所述接收端当前 HFN的状态为失步时， 使用接收端当前 HFN加预 设变量对相应的数据包进行解密；
所述解密成功时 ,使用所述当前 HFN加预设变量对接收端当前 HFN 进行更新。
2、 根据权利要求 1所述接收端 PDCP层 HFN失步的恢复方法， 其 中， 所述在 PDCP层检测接收端当前 HFN的状态， 包括： 使用接收端当 前 HFN对接收的数据包进行解密， 判断解密得到的数据包的固定字段是 否合法， 并在判断结果为不合法时， 确定接收端当前 HFN失步。
3、 根据权利要求 1所述接收端 PDCP层 HFN失步的恢复方法， 其 中， 所述使用接收端当前 HFN加预设变量对相应的数据包进行解密， 包 括：
检测到所述接收端当前 HFN的状态为失步时， 解密所使用的所述预 设变量的值为初始值； 每解密失败一次， 使所述预设变量的值加 1 后重 新解密， 直到解密成功， 或者， 直到预设变量达到预设的上限值；
所述预设变量的初始值为 1 , 所述上限值为大于等于 1的正整数。
4、 根据权利要求 3所述接收端 PDCP层 HFN失步的恢复方法， 其 中， 所述预设变量达到预设的上限值时， 如果解密失败， 则通过无线资 源控制协议 RRC连接的重建将发送端 HFN和接收端 HFN进行同步。
5、 一种接收端设备， 包括：
检测模块，配置为在分组数据汇聚协议 PDCP层检测当前超帧号 HFN 的状态； 解密模块， 配置为在当前 HFN的状态为失步时， 使用当前 HFN加 预设变量对相应的数据包进行解密；
更新模块， 配置为在解密成功时， 使用所述当前 HFN加上预设变量 对当前 HFN进行更新。
6、 根据权利要求 5所述接收端设备， 其中，
所述检测模块， 还配置为使用当前 HFN对接收的数据包进行解密， 判断解密得到的数据包的固定字段是否合法， 如果不合法， 则确定当前 HFN失步。
7、 根据权利要求 5所述接收端设备， 其中，
所述解密模块， 在检测到所述接收端当前 HFN的状态为失步时， 还 配置为使用的所述预设变量的值为初始值进行解密； 每解密失败一次， 使所述预设变量的值加 1 后重新解密， 直到解密成功， 或者， 直到预设 变量达到预设的上限值； 所述预设变量的初始值为 1 , 所述上限值为大于 等于 1的正整数。
8、 根据权利要求 7所述接收端设备， 其中， 该设备还包括： 重建模块， 配置为在所述预设变量达到预设的上限值、 且解密失败 时， 发起无线资源控制协议 RRC连接的重建， 通过重建过程同步 HFN。
9、 一种计算机可读存储介质， 所述存储介质包括一组指令， 所述指 令用于执行权利要求 1-4任一项所述的接收端分组数据汇聚协议 PDCP 层超帧号 HFN失步的恢复方法。
PCT/CN2014/077687 2013-05-17 2014-05-16 一种接收端pdcp层hfn失步的恢复方法和设备 WO2014183672A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310186338.6 2013-05-17
CN201310186338.6A CN104168640A (zh) 2013-05-17 2013-05-17 一种接收端pdcp层hfn失步的恢复方法和设备

Publications (1)

Publication Number Publication Date
WO2014183672A1 true WO2014183672A1 (zh) 2014-11-20

Family

ID=51897733

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/077687 WO2014183672A1 (zh) 2013-05-17 2014-05-16 一种接收端pdcp层hfn失步的恢复方法和设备

Country Status (2)

Country Link
CN (1) CN104168640A (zh)
WO (1) WO2014183672A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11363485B2 (en) 2020-04-28 2022-06-14 Samsung Electronics Co., Ltd. Electronic device transmitting and receiving packets and method of operating the same

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11212680B2 (en) * 2016-09-13 2021-12-28 Nokia Technologies Oy PDCP count handling in RRC connection resume
WO2018227480A1 (en) * 2017-06-15 2018-12-20 Qualcomm Incorporated Refreshing security keys in 5g wireless systems
CN108901066B (zh) * 2018-06-13 2021-03-30 京信通信***（中国）有限公司 Pdcp层超帧号同步方法和装置
CN113132978A (zh) * 2021-03-19 2021-07-16 翱捷科技股份有限公司 一种lte pdcp数据解密增强的方法及装置
CN115174491A (zh) * 2021-04-02 2022-10-11 华为技术有限公司 一种通信方法及通信装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101494858A (zh) * 2008-01-21 2009-07-29 中兴通讯股份有限公司 一种用户面处理器倒换时加密恢复的方法、装置及***
CN101742430A (zh) * 2008-11-20 2010-06-16 华为技术有限公司 数据包处理方法、装置以及基站
CN102137435A (zh) * 2010-10-21 2011-07-27 上海华为技术有限公司 数据处理方法、装置和***

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003528507A (ja) * 2000-03-23 2003-09-24 シーメンス モービル コミュニケイションズ ソシエタ ペル アチオニ 無線通信システムにおけるハンドオーバ手順
TW200803371A (en) * 2006-05-05 2008-01-01 Interdigital Tech Corp Ciphering control and synchronization in a wireless communication system
TWI466478B (zh) * 2007-09-14 2014-12-21 Koninkl Philips Electronics Nv 致能非同步無線裝置間的通信之裝置及方法
CN101150866A (zh) * 2007-10-29 2008-03-26 华为技术有限公司 参数同步方法和装置
CN102769907A (zh) * 2012-07-03 2012-11-07 中兴通讯股份有限公司 一种超帧号同步的方法、装置及***

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101494858A (zh) * 2008-01-21 2009-07-29 中兴通讯股份有限公司 一种用户面处理器倒换时加密恢复的方法、装置及***
CN101742430A (zh) * 2008-11-20 2010-06-16 华为技术有限公司 数据包处理方法、装置以及基站
CN102137435A (zh) * 2010-10-21 2011-07-27 上海华为技术有限公司 数据处理方法、装置和***

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11363485B2 (en) 2020-04-28 2022-06-14 Samsung Electronics Co., Ltd. Electronic device transmitting and receiving packets and method of operating the same

Also Published As

Publication number Publication date
CN104168640A (zh) 2014-11-26

Similar Documents

Publication Publication Date Title
CN108029015B (zh) 通信网络中的无线接入点和终端设备
WO2014183672A1 (zh) 一种接收端pdcp层hfn失步的恢复方法和设备
WO2019184483A1 (zh) 用户设备执行的方法、基站执行的方法、用户设备和基站
US10470234B2 (en) Communication method, network-side device, and user equipment
CN102137435B (zh) 数据处理方法、装置和***
US20170331884A1 (en) State Replication of Virtual Network Function Instances
US20150280905A1 (en) Method and apparatus for detecting and correcting pdcp hyper frame number (hfn) desynchronization
US11751047B2 (en) Hop by hop security in IAB networks
WO2018229657A1 (en) Apparatuses and methods for handling of data radio bearer integrity protection failure in new radio (nr) network
RU2742715C1 (ru) Восстановление радиолинии для устройства пользователя
JP2009111568A (ja) 移動通信システム、移動通信方法、無線基地局装置、および端末
WO2011147152A1 (zh) 一种实现接入层安全算法同步的方法及***
WO2009056015A1 (fr) Procédé et équipement de synchronisation de paramètre
WO2016019493A1 (zh) 一种无线链路检测方法及相关装置
US20140098657A1 (en) Error Recovery
US20230156820A1 (en) Data Communication In An Inactive State
WO2010121408A1 (zh) 一种对消息完整性保护检查失败的处理方法、设备和***
US9585014B2 (en) Fast recovery from ciphering key mismatch
WO2017194161A1 (en) Method and system for loss mitigation during device to device communication mode switching
EP2876933B1 (en) Mobile communication method, and mobile station
US20080119164A1 (en) Method and apparatus for performing security error recovery in a wireless communications system
EP3065500B1 (en) Communication device, and layer-2 status control method
TWI747164B (zh) 在通信網路中恢復無線電連接
US9900768B2 (en) Method and device for synchronizing uplink ciphering parameter in unacknowledged mode
WO2016054911A1 (zh) 检测方法、发送端、接收端及检测***

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14797614

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14797614

Country of ref document: EP

Kind code of ref document: A1