CN108540401B - 通讯协议的数据共享方法及系统 - Google Patents
通讯协议的数据共享方法及系统 Download PDFInfo
- Publication number
- CN108540401B CN108540401B CN201710127290.XA CN201710127290A CN108540401B CN 108540401 B CN108540401 B CN 108540401B CN 201710127290 A CN201710127290 A CN 201710127290A CN 108540401 B CN108540401 B CN 108540401B
- Authority
- CN
- China
- Prior art keywords
- data
- terminal
- overtime
- encryption
- pdcp
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/56—Queue scheduling implementing delay-aware scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种通讯协议的数据共享方法,在超时丢弃Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端丢弃超时加密数据中的部分超时加密数据;将所述Discard控制装置中的剩余加密数据作为待发送的加密数据;通过发送装置将待发送的所述加密数据发送至第二终端,以供所述第二终端根据维护的超帧号对接收到的所述加密数据进行解密。本发明还公开了一种通讯协议的数据共享系统。本发明仅丢弃超时加密数据中的部分超时数据,保持第二终端解密使用的超帧号和第一终端加密使用的超帧号一致,使得第二终端可以成功解密数据。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种通讯协议的数据共享方法及系统。
背景技术
在第四代移动通信系统的无线通讯网络领域中,LTE协议规定了PDCP(PacketData Convergence Protocol,分组数据汇聚协议)层具有Discard功能,Discard功能用于丢弃PDCP层中长时间未被调度的数据,也就是说,PDCP层中的发送端在发送数据之前,会检测各个数据在PDCP层中的滞留时间,若数据滞留的时间超过规定时间,基于Discard功能将该数据丢弃,后续再将剩余的数据加密发送给接收端。
对于将Discard功能的实现放在PDCP维护序号SN和加密之前的实现方法,由于现有的PDCP发送端在发送加密数据之前,先确定数据的超帧号和序号,然后采用超帧号和对应的序号对数据加密之后,再发送给PDCP接收端,因此,若发送端没有丢弃相邻帧的数据时,发送给接收端的数据,接收端可以根据接收端维护的超帧号进行解密。在这种情况下,接收端对数据解密时由于采用的超帧号与发送端的不同,会导致接收端对数据解密失败。
发明内容
本发明的主要目的在于提出一种通讯协议的数据共享方法及系统,旨在解决发送端丢弃大量序列连续的超时数据之后,与接收端通信时,容易导致接收端对数据解密失败的技术问题。
为实现上述目的,本发明提供的一种通讯协议的数据共享方法,所述通讯协议的数据共享方法包括:
在超时丢弃Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端丢弃超时加密数据中的部分超时加密数据;
将所述Discard控制装置中的剩余加密数据作为待发送的加密数据;
通过发送装置将待发送的所述加密数据发送至第二终端,以供所述第二终端根据维护的超帧号对接收到的所述加密数据进行解密。
优选地,所述在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端丢弃超时加密数据中的部分超时加密数据的步骤包括:
在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,所述第一终端确定超时加密数据的数量是否小于分组数据汇聚协议PDCP发送窗口长度的一半;
若超时加密数据的数量不小于PDCP发送窗口长度的一半,则确定第一个超时加密数据之后的第m个超时加密数据,其中,m等于PDCP发送窗口长度的一半;
丢弃确定的超时加密数据之前的所有超时加密数据。
优选地,所述第一终端确定超时加密数据的数量是否小于PDCP发送窗口长度的一半的步骤之后,所述通讯协议的数据共享方法还包括:
若超时加密数据的数量小于PDCP发送窗口长度的一半,则丢弃所有的超时加密数据。
优选地,所述在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端丢弃超时加密数据中的部分超时加密数据的步骤之前,所述通讯协议的数据共享方法还包括:
所述第一终端获取缓存装置中的缓存数据;
若获取的所述缓存数据发送至加密装置进行加密,且在加密之后发送至所述Discard控制装置,则执行所述在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端丢弃超时加密数据中的部分超时加密数据的步骤;
若获取的所述缓存数据发送至所述Discard控制装置,所述通讯协议的数据共享方法还包括:
所述第一终端从所述Discard控制装置中提取出相应的待发送数据;
对提取的所述待发送数据进行排列,并按照排列顺序生成所述待发送数据对应的超帧号;
在加密装置中根据生成的所述超帧号对所述待发送数据进行加密,并通过发送装置将加密数据发送至所述第二终端,以供所述第二终端根据接收到的数据所确定的超帧号对接收到的加密数据进行解密。
优选地,所述从所述Discard控制装置中提取出相应的待发送数据的步骤包括:
所述第一终端确定所述Discard控制装置中滞留时长大于预设时长的超时数据;
丢弃所述超时数据,并提取出所述Discard控制装置中的剩余数据作为待发送数据。
此外,为实现上述目的,本发明还提出一种通讯协议的数据共享系统,所述通讯协议的数据共享系统包括:
丢弃模块,用于在超时丢弃Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,丢弃超时加密数据中的部分超时加密数据;
处理模块,用于将所述Discard控制装置中的剩余加密数据作为待发送的加密数据;
发送模块,用于通过发送装置将待发送的所述加密数据发送至第二终端,以供所述第二终端根据维护的超帧号对接收到的所述加密数据进行解密。
优选地,所述丢弃模块包括:
第一确定单元,用于在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,确定超时加密数据的数量是否小于分组数据汇聚协议PDCP发送窗口长度的一半;
所述第一确定单元,还用于若超时加密数据的数量不小于PDCP发送窗口长度的一半,则确定第一个超时加密数据之后的第m个超时加密数据,其中,m等于PDCP发送窗口长度的一半;
丢弃单元,用于丢弃确定的超时加密数据之前的所有超时加密数据。
优选地,所述丢弃单元,还用于若超时加密数据的数量小于PDCP发送窗口长度的一半,则丢弃所有的超时加密数据。
优选地,所述通讯协议的数据共享系统还包括:
获取模块,用于获取缓存装置中的缓存数据;
提取模块,用于若获取的所述缓存数据发送至所述Discard控制装置,从所述Discard控制装置中提取出相应的待发送数据;
排列模块,用于对提取的所述待发送数据进行排列,并按照排列顺序生成所述待发送数据对应的超帧号;
加密模块,用于在加密装置中根据生成的所述超帧号对所述待发送数据进行加密;
所述发送模块,还用于通过发送装置将加密数据发送至所述第二终端,以供所述第二终端根据接收到的数据所确定的超帧号对接收到的加密数据进行解密。
优选地,所述提取模块包括:
第二确定单元,用于确定所述Discard控制装置中滞留时长大于预设时长的超时数据;
提取单元,用于丢弃所述超时数据,并提取出所述Discard控制装置中的剩余数据作为待发送数据。
本发明提出的通讯协议的数据共享方法及系统,在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端先丢弃超时加密数据中的部分超时加密数据,然后将所述Discard控制装置中的剩余加密数据作为待发送的加密数据,最终通过发送装置将待发送的所述加密数据发送至第二终端,以供所述第二终端根据维护的超帧号对接收到的所述加密数据进行解密,而不是当Discard控制装置中存在大量超时加密数据时,将大量超时加密数据全部丢弃,并将剩余加密数据发送给第二终端,此时可能出现发送端丢弃大量序号连续的数据,接收端在接收到丢弃大量序号连续的数据之后,会导致由于接收端和发送端维护的超帧号不一致造成的接收端对数据解密失败。本发明仅丢弃超时加密数据中的部分超时数据,保持第二终端解密使用的超帧号和第一终端加密使用的超帧号一致,使得第二终端可以成功解密数据。
附图说明
图1为本发明通讯协议的数据共享方法第一实施例的流程示意图;
图2为传统的第一终端丢弃部分数据后,发送数据的场景示意图;
图3为传统的第二终端接收到数据的场景示意图;
图4为本发明在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端丢弃超时加密数据中的部分超时加密数据较佳实施例的流程示意图;
图5为本发明一实施方式示意图;
图6为本发明通讯协议的数据共享方法第二实施例的流程示意图;
图7为本发明所述第一终端从所述Discard控制装置中提取出相应的待发送数据较佳实施例的流程示意图;
图8为本发明另一实施方式示意图;
图9为本发明通讯协议的数据共享系统第一实施例的功能模块示意图;
图10为图9中丢弃模块的细化功能模块示意图;
图11为本发明通讯协议的数据共享系统第二实施例的功能模块示意图;
图12为图11中提取模块的细化功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
可以理解,现有技术中,由于发送端发送的数据使用发送端的超帧号和序号作为加密参数,而超帧号是由发送端和接收端各自维护,若发送端丢弃大量序列连续的超时数据时,接收端在接收到丢弃大量序号连续的数据之后,会导致接收端和发送端维护的超帧号不一致,从而导致接收端对数据解密失败。
基于现有技术存在的问题,本发明提供一种通讯协议的数据共享方法。
参照图1,图1为本发明通讯协议的数据共享方法第一实施例的流程示意图。
本实施例提出一种通讯协议的数据共享方法,所述通讯协议的数据共享方法包括:
步骤S10,在超时丢弃Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端丢弃超时加密数据中的部分超时加密数据;
步骤S20,将所述Discard控制装置中的剩余加密数据作为待发送的加密数据;
步骤S30,通过发送装置将待发送的所述加密数据发送至第二终端,以供所述第二终端根据维护的超帧号对接收到的所述加密数据进行解密。
在LTE(Long Term Evolution,长期演进)系统中,基站侧的PDCP层位于LTE协议框架中层二的最上层,与PDCP层直接交互的协议模块有上层的RRC(Radio Resource Control无线资源控制)层或者GTP-U(GPRS Tunnelling Protocol-User),和下层的RLC(RadioLink Control,无线链路控制)层。
PDCP层的功能主要包括加解密、完保与校验,以及切换过程中保证数据完整性等,这些功能的实现与PDCP的COUNT密不可分。COUNT由HFN(Hyper Frame Number,超帧号)和SN(Sequence Number,序号)组成,其中HFN在PDCP层的发送端和接收端分别各自维护,而SN通过数据本身从发送端带到接收端,当异常情况导致发送端和接收端维护的HFN不一致时,会导致接收端对数据解密失败。
PDCP协议规定了PDCP层有Discard的功能,用于丢弃PDCP层长时间未被调度的数据。目前,LTE协议中并未规定Discard功能的具体实现,因此,将该功能的实现放在加密之前和加密之后,均符合协议的规定。但是当把该功能的实现放在PDCP SN的维护和加密之后时,如果此时丢弃的数据大于或者等于PDCP发送窗口长度的一半时,就会导致发送端和接收端维护的HFN不一致时,从而发生接收端对数据解密失败的问题,这是实现者很容易发生的错误。
为更好理解,举例如下,当异常情况触发Discard功能丢弃的数据量大于或者等于PDCP发送窗口长度的一半时,如图2所示,发送端在发送了HFN等于6且SN为0的数据之后,丢弃了HFN等于6且SN为1至127的数据,以及HFN等于7且SN为0至2的数据,那么在发生Discard之后,发送端接下来发送的数据为HFN等于7且SN为3的数据。而在接收端接收不到上述的Discard数据,所以从接收端看来,在发送端发生Discard的前后,接收端收到的数据为HFN等于6且SN为0的数据和HFN等于6且SN为3的数据,如图3所示。在这种情况下,对于发送端发送的HFN等于7且SN为3的数据,在接收端将作为HFN等于6且SN为3来接收,并且使用HFN等于6且SN为3来解密该数据,这将发生由于该数据的加解密参数HFN的不同而导致的解密失败,同样的,之后的数据也会解密失败,接收端大量数据的解密失败会导致业务断流。
因此,如果对Discard丢弃的数据量不加控制的话,当发送端丢弃的数据量大于或者等于PDCP发送窗口长度的一半时,会引起接收端与发送端的HFN不一致,这样会导致业务断流。因此,本实施例的目的在于针对上述问题,提供一种合理的正确的方法来实现PDCP层的Discard功能。所以本发明实现了一个Discard控制装置,本实施例中首先将对把Discard功能的实现放在添加PDCP SN之后的方案进行详述,下文再给出把Discard功能的实现放在添加PDCP SN之前的方案。其中,针对第一种方案,根据PDCP协议中接收端维护HFN的算法,本发明将SN对应的数据容量的半窗作为超时丢弃数据量的上限值,以保证业务的正常进行。具体实现原理为:
首先,所述第一终端(本文用发送端表示)在Discard控制装置中检测是否存在滞留时长大于预设时长的超时加密数据,若存在,此时丢弃超时加密数据中的部分超时加密数据,本实施例中,所述第一终端先确定滞留时长大于预设时长的超时加密数据对应的数据量是否小于当前PDCP发送窗口长度的一半,若小于,则说明该超时数据不影响发送端和接收端对HFN的维护,所以丢弃所有超时数据。否则当超时数据量大于或者等于PDCP发送窗口长度的一半时,丢弃所有的超时数据将会影响发送端和接收端对HFN的维护,此时为了不影响接收端的正常解密数据,需要丢弃从第一个超时数据往后直到第m个超时数据,(其中m等于PDCP发送窗口长度的一半,不包括该数据本身)。也就是说,当Discard控制装置中超时数据多于所述PDCP发送窗口长度的一半时,应该对丢弃的超时数据的数量加以控制,仅丢弃部分超时数据,把剩余数据作为待发送数据。
具体地,参照图4,所述步骤S10的实施方式包括:
步骤S11,在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,所述第一终端确定超时加密数据的数量是否小于PDCP发送窗口长度的一半;
步骤S12,若Discard控制装置中超时加密数据的数量不小于所述PDCP发送窗口长度的一半,则确定第一个超时加密数据之后的第m个超时加密数据,其中,m等于PDCP发送窗口长度的一半;
步骤S13,丢弃上述所述超时加密数据之前的所有超时加密数据,保存该超时加密数据本身以及之后的超时加密数据。
当然,所述第一终端确定超时加密数据的数量是否小于PDCP发送窗口长度的一半的步骤之后,还包括:
若超时加密数据的数量小于PDCP发送窗口长度的一半,则丢弃所有的超时的加密数据。
也就是说,在本实施方式中,如果在所述Discard控制装置中检测到的超时加密数据量小于PDCP发送窗口长度的一半,则该超时加密数据不影响发送端和接收端对HFN的维护,所以丢弃所有超时加密数据。否则当超时加密数据量大于或者等于PDCP发送窗口长度的一半时,若丢弃所有的超时加密数据,会影响发送端和接收端对HFN的维护,此时为了不影响接收端的正常解密数据,需要丢弃从第一个超时数据往后直到第m个数据(其中m等于PDCP发送窗口长度的一半,不包括该数据本身)。也就是说,当Discard控制装置中超时加密数据多于所述PDCP发送窗口长度的一半时应该对丢弃的超时加密数据的数量加以控制,仅丢弃部分超时加密数据,把剩余加密数据作为待发送的加密数据。
应当理解的是,本方案中所述的“PDCP发送窗口长度的一半”指的就是该超帧号对应的PDCP SN所维护的数据量的最大值。同时,由于在LTE协议中规定PDCP接收端使用的接收算法中使用PDCP SN对应的数据空间的半窗作为维护超帧号的判断方法,所以本发明方法中将PDCP发送窗口长度的一半作为Discard控制装置中控制丢弃超时数据的数据量的标准。
在本实施例中,将Discard控制装置中的剩余加密数据作为待发送的加密数据时,由于仅丢弃某一超帧号的部分超时加密数据,因此,此时发送端和接收端在Discard前后维护的HFN保持一致,那么所述第二终端与第一终端各自维护的超帧号将始终保持一致,第二终端将该超帧号作为解密的参数,可以保证解密的正常进行,最终也将解密后的数据进行缓存。
也就是说,当把Discard功能的实现放在添加PDCP SN之后时,Discard控制装置在实现Discard超时检测与丢弃的同时,还增加了超时数据的丢弃控制的特殊处理。具体操作为:在丢弃超时数据之前,对超时的数据量进行检测,如果检测到超时数据量如果小于PDCP发送窗口长度的一半,则丢弃所有超时数据,否则丢弃从第一个超时数据往后直到第m个超时数据,(其中m等于PDCP发送窗口长度的一半,不包括该数据本身)。因此限定了丢弃的超时数据小于PDCP发送窗口长度的一半,保证了即使丢弃超时加密数据,数据的超帧号在发送端和接收端的维护始终保持一致。
为更好理解本实施例,参照图5,举例应用场景如下:
发送端的PDCP层从上层接收数据后,将数据放到缓存装置进行缓存,然后把数据发送到加密装置;
在加密装置中对数据进行HFN和SN的维护操作,以及加密处理,其中PDCP SN和发送端维护的HFN作为加密的输入参数;
然后经过加密的数据在Discard控制装置中进行Discard超时丢弃检测,如果该数据在Discard控制装置中滞留的时间超过预设时长(如discardTimer),则对该超时加密数据进行丢弃检测和特殊处理,当检测到超时加密数据量大于或者等于PDCP发送窗口长度的一半时,会控制超时丢弃的数据个数,保证超时丢弃的数据不影响发送端和接收端对各自HFN的维护,从而保证发送端和接收端的HFN保持一致。
最终将数据通过发送装置发送给接收端。
本实施例是把Discard功能的实现放在添加PDCP SN之后,控制超时丢弃的数据个数,并保证超时丢弃的数据不影响接收端对HFN的正常维护,从而保证发送端和接收端的HFN保持一致。
本实施例提出的通讯协议的数据共享方法,在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端先丢弃超时加密数据中的部分超时加密数据,然后将所述Discard控制装置中的剩余加密数据作为待发送的加密数据,最终通过发送装置将待发送的所述加密数据发送至第二终端,以供所述第二终端根据维护的超帧号对接收到的所述加密数据进行解密,而不是当Discard控制装置中存在大量超时加密数据时,将大量超时加密数据全部丢弃,并将剩余加密数据发送给第二终端,此时可能出现发送端丢弃大量序号连续的数据,接收端在接收到丢弃大量序号连续的数据之后,会导致由于接收端和发送端维护的超帧号不一致造成的接收端对数据解密失败。本发明仅丢弃超时加密数据中的部分超时数据,保持第二终端解密使用的超帧号和第一终端加密使用的超帧号一致,使得第二终端可以成功解密数据。
进一步地,为了增加通讯协议数据共享的智能性,基于第一实施例提出本发明通讯协议的数据共享方法的第二实施例。
基于PDCP协议,将Discard功能的实现放在加密之前和加密之后都是合理的,为了保证协议对于Discard功能实现的完整性,本发明提出Discard功能实现的第二种实施例,即将Discard功能的实现放在加密之前。
在本实施例,参照图6,所述步骤S10之前,所述通讯协议的数据共享方法还包括:
步骤S40,所述第一终端获取缓存装置中的缓存数据;
若获取的所述缓存数据发送至加密装置进行加密,并在加密之后发送至所述Discard控制装置,则执行后续的步骤S10。
若获取的所述缓存数据发送至所述Discard控制装置,所述通讯协议的数据共享方法还包括:
步骤S50,所述第一终端从所述Discard控制装置中提取出相应的待发送数据;
具体的,参照图7,所述步骤S50包括:
步骤S51,所述第一终端确定所述Discard控制装置中滞留时长大于预设时长的超时数据;
步骤S52,丢弃所述超时数据,并提取出所述Discard控制装置中的剩余数据作为待发送数据。
在本实施例中,若获取的所述缓存数据发送至Discard控制装置,直接在所述Discard控制装置中确定滞留时长大于预设时长的超时数据,然后丢弃所述超时数据,并将所述Discard控制装置中的剩余数据作为待发送数据。应当理解的是,由于获取的所述缓存数据发送至Discard控制装置,数据还没有被加密,同时该数据尚未添加PDCP SN,因此滞留时长超过预设时长的超时数据可以全部被丢弃。
步骤S60,对提取的所述待发送数据进行排列,并按照排列顺序生成所述待发送数据对应的超帧号;
在提取出相应的待发送数据之后,所述第一终端对提取的所述待发送数据进行排列,值得注意的是,排列的顺序为:按照从上层接收到的先后顺序进行排列,并按照排列顺序生成所述待发送数据对应的超帧号。实际上,按照排列顺序生成所述待发送数据对应的超帧号的同时,也会生成所述待发送数据对应的序号。而对提取的所述数据进行排列,就可以按照顺序依次排列各个数据,以PDCP SN为7bit为例,提取的数据为640个,按照0-127个序号的数据为一帧,640个数据就可以得到5帧数据,每一帧数据的序号都是SN等于0-127,而超帧号HFN等于1-5。
步骤S70,在加密装置中根据生成的所述超帧号对所述待发送数据进行加密,并通过发送装置将加密数据发送至所述第二终端,以供所述第二终端根据接收到的数据所确定的超帧号对接收到的加密数据进行解密。
在本实施例中,第一终端在确定提取的数据的超帧号之后,即可根据确定的所述超帧号对所述数据进行加密,即将数据的SN和HFN作为加密参数进行加密,然后将加密数据发送至接收端,接收端根据接收到的数据对应的数量即可确定超帧号,根据本端维护的超帧号和该数据对应的序号对加密数据进行解密操作,在这种情况下,接收端与发送端各自维护的超帧号始终保持一致,那么接收端将使用相同的超帧号作为解密参数,可以保证解密的正常进行,最终所述接收端将解密后的数据进行缓存。
在本实施例中,把Discard功能放在添加PDCP SN之前,在Discard控制装置中实现Discard超时检测和丢弃的功能,如果该数据在Discard控制装置中滞留的时间超过预设时长(如discard Timer),则直接丢弃该数据,否则正常发送,此时会将所有检测到的超时数据都进行丢弃处理,并将剩余的数据进行排列,得到数据的序号和超帧号。
为更好理解本实施例,参照图8,举例应用场景如下:
发送端的PDCP层从上层接收数据后,放到缓存装置进行缓存,此时,缓存的数据尚未添加超帧号,之后把数据发送到Discard控制装置;
在Discard控制装置中对缓存的数据进行Discard超时检测,如果该数据在缓存装置中滞留的时间超过预设时长discard Timer,则PDCP丢弃该数据,并将剩余的数据发送给加密装置;
在所述加密装置中,对PDCP Discard检测处理之后的数据添加PDCP SN和HFN,然后进行加密处理,其中该数据的PDCP SN和发送端维护的HFN作为加密的输入参数;
最终将加密完成的数据通过发送装置发送给接收端。
本实施例是把Discard功能的实现放在添加PDCP SN之前,是为了把Discard的对象设定为尚未添加PDCP SN的数据。这样做的好处是,Discard功能的实现不影响数据后续添加PDCP SN的连续性,不会因超时丢弃数据而导致发送端和接收端HFN的不一致性。
在本实施例中,任一终端既可以作为发送端,也可以作为接收端,以实现了各个终端之间的数据交互,从而提高了通讯协议的数据共享的灵活性。
本发明进一步提供一种通讯协议的数据共享系统。
参照图9,图9为本发明通讯协议的数据共享系统较佳实施例的功能模块示意图。
本实施例提出的通讯协议的数据共享系统优选运行于基站或其它终端设备中如手机。在本实施例中,优选应用于基站侧,具体地,基站侧的PDCP层提取数据,并进行加密,加密之后发送给UE侧的手机,由UE侧接收到加密数据后,执行解密操作。同理,基站侧的PDCP层也可以接收到UE侧的手机发送的加密数据,并在接收到加密数据后,执行解密过程,以完成无线通讯。
需要强调的是,对本领域的技术人员来说,图9所示功能模块图仅仅是一个较佳实施例的示例图,本领域的技术人员围绕图9所示的通讯协议的数据共享系统的功能模块,可轻易进行新的功能模块的补充;各功能模块的名称是自定义名称,仅用于辅助理解该通讯协议的数据共享系统的各个程序功能块,不用于限定本发明的技术方案,本发明技术方案的核心是,各自定义名称的功能模块所要达成的功能。
本实施例提出一种通讯协议的数据共享系统,所述通讯协议的数据共享系统包括:
丢弃模块10,用于在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,丢弃超时加密数据中的部分超时加密数据;
处理模块20,用于将所述Discard控制装置中的剩余加密数据作为待发送的加密数据;
发送模块30,用于通过发送装置将待发送的所述加密数据发送至第二终端,以供所述第二终端根据维护的超帧号对接收到的所述加密数据进行解密。
在LTE(Long Term Evolution,长期演进)系统中,基站侧的PDCP层位于LTE协议框架中层二的最上层,与PDCP层直接交互的协议模块有上层的RRC(Radio Resource Control无线资源控制)层或者GTP-U(GPRS Tunnelling Protocol-User),和下层的RLC(RadioLink Control,无线链路控制)层。
PDCP层的功能主要包括加解密、完保与校验,以及切换过程中保证数据完整性等,这些功能的实现与PDCP的COUNT密不可分。COUNT由HFN(Hyper Frame Number,超帧号)和SN(Sequence Number,序号)组成,其中HFN在PDCP层的发送端和接收端分别各自维护,而SN通过数据本身从发送端带到接收端,当异常情况导致发送端和接收端维护的HFN不一致时,会导致接收端对数据解密失败。
PDCP协议规定了PDCP层有Discard的功能,用于丢弃PDCP层长时间未被调度的数据。目前,LTE协议中并未规定Discard功能的具体实现,因此,将该功能的实现放在加密之前和加密之后,均符合协议的规定。但是当把该功能的实现放在PDCP SN的维护和加密之后时,如果此时丢弃的数据大于或者等于PDCP发送窗口长度的一半时,就会导致发送端和接收端维护的HFN不一致时,从而发生接收端对数据解密失败的问题,这是实现者很容易发生的错误。
为更好理解,举例如下,当异常情况触发Discard功能丢弃的数据量大于或者等于PDCP发送窗口长度的一半时,如图2所示,发送端在发送了HFN等于6且SN为0的数据之后,丢弃了HFN等于6且SN为1至127的数据,以及HFN等于7且SN为0至2的数据,那么在发生Discard之后,发送端接下来发送的数据为HFN等于7且SN为3的数据。而在接收端接收不到上述的Discard数据,所以从接收端看来,在发送端发生Discard的前后,接收端收到的数据为HFN等于6且SN为0的数据和HFN等于6且SN为3的数据,如图3所示。在这种情况下,对于发送端发送的HFN等于7且SN为3的数据,在接收端将作为HFN等于6且SN为3来接收,并且使用HFN等于6且SN为3来解密该数据,这将发生由于该数据的加解密参数HFN的不同而导致的解密失败,同样的,之后的数据也会解密失败,接收端大量数据的解密失败会导致业务断流。
因此,如果对Discard丢弃的数据量不加控制的话,当发送端丢弃的数据量大于或者等于PDCP发送窗口长度的一半时,会引起接收端与发送端的HFN不一致,这样会导致业务断流。因此,本实施例的目的在于针对上述问题,提供一种合理的正确的方法来实现PDCP层的Discard功能。所以本发明实现了一个Discard控制装置,本实施例中首先将对把Discard功能的实现放在添加PDCP SN之后的方案进行详述,下文再给出把Discard功能的实现放在添加PDCP SN之前的方案。其中,针对第一种方案,根据PDCP协议中接收端维护HFN的算法,本发明将SN对应的数据容量的半窗作为超时丢弃数据量的上限值,以保证业务的正常进行。具体实现原理为:
首先,在Discard控制装置中检测是否存在滞留时长大于预设时长的超时加密数据,若存在,此时丢弃模块10丢弃超时加密数据中的部分超时加密数据,本实施例中,先确定滞留时长大于预设时长的超时加密数据对应的数据量是否小于当前PDCP发送窗口长度的一半,若小于,则说明该超时数据不影响发送端和接收端对HFN的维护,所以丢弃模块10丢弃所有超时数据。否则当超时数据量大于或者等于PDCP发送窗口长度的一半时,丢弃所有的超时数据将会影响发送端和接收端对HFN的维护,此时为了不影响接收端的正常解密数据,所述丢弃模块10需要丢弃从第一个超时数据往后直到第m个超时数据,(其中m等于PDCP发送窗口长度的一半,不包括该数据本身)。也就是说,当Discard控制装置中超时数据多于所述PDCP发送窗口长度的一半时,应该对丢弃的超时数据的数量加以控制,仅丢弃部分超时数据,把剩余数据作为待发送数据。
具体地,参照图10,所述丢弃模块10包括:
第一确定单元11,用于在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,确定超时加密数据的数量是否小于PDCP发送窗口长度的一半;
所述第一确定单元11,还用于若超时加密数据的数量不小于PDCP发送窗口长度的一半,则确定第一个超时加密数据之后的第m个超时加密数据,其中,m等于PDCP发送窗口长度的一半;
丢弃单元12,用于丢弃确定的超时加密数据之前的所有超时加密数据。
当然,所述丢弃单元12,还用于若超时加密数据的数量小于PDCP发送窗口长度的一半,则丢弃所有的超时加密数据。
也就是说,在本实施方式中,如果在所述Discard控制装置中检测到的超时加密数据量小于PDCP发送窗口长度的一半,则该超时加密数据不影响发送端和接收端对HFN的维护,所以丢弃单元12丢弃所有超时加密数据。否则当超时加密数据量大于或者等于PDCP发送窗口长度的一半时,若丢弃所有的超时加密数据,会影响发送端和接收端对HFN的维护,此时为了不影响接收端的正常解密数据,丢弃单元12需要丢弃从第一个超时数据往后直到第m个数据(其中m等于PDCP发送窗口长度的一半,不包括该数据本身)。也就是说,当Discard控制装置中超时加密数据多于所述PDCP发送窗口长度的一半时应该对丢弃的超时加密数据的数量加以控制,仅丢弃部分超时加密数据,把剩余加密数据作为待发送的加密数据。
应当理解的是,本方案中所述的“PDCP发送窗口长度的一半”指的就是该超帧号对应的PDCP SN所维护的数据量的最大值。同时,由于在LTE协议中规定PDCP接收端使用的接收算法中使用PDCP SN对应的数据空间的半窗作为维护超帧号的判断方法,所以本发明方法中将PDCP发送窗口长度的一半作为Discard控制装置中控制丢弃超时数据的数据量的标准。
在本实施例中,将Discard控制装置中的剩余加密数据作为待发送的加密数据时,由于仅丢弃某一超帧号的部分超时加密数据,因此,此时发送端和接收端在Discard前后维护的HFN保持一致,那么所述第二终端与第一终端各自维护的超帧号将始终保持一致,第二终端将该超帧号作为解密的参数,可以保证解密的正常进行,最终也将解密后的数据进行缓存。
也就是说,当把Discard功能的实现放在添加PDCP SN之后时,Discard控制装置在实现Discard超时检测与丢弃的同时,还增加了超时数据的丢弃控制的特殊处理。具体操作为:在丢弃超时数据之前,对超时的数据量进行检测,如果检测到超时数据量如果小于PDCP发送窗口长度的一半,则丢弃所有超时数据,否则丢弃从第一个超时数据往后直到第m个超时数据,(其中m等于PDCP发送窗口长度的一半,不包括该数据本身)。因此限定了丢弃的超时数据小于PDCP发送窗口长度的一半,保证了即使丢弃超时加密数据,数据的超帧号在发送端和接收端的维护始终保持一致。
为更好理解本实施例,参照图5,举例应用场景如下:
发送端的PDCP层从上层接收数据后,将数据放到缓存装置进行缓存,然后把数据发送到加密装置;
在加密装置中对数据进行HFN和SN的维护操作,以及加密处理,其中PDCP SN和发送端维护的HFN作为加密的输入参数;
然后经过加密的数据在Discard控制装置中进行Discard超时丢弃检测,如果该数据在Discard控制装置中滞留的时间超过预设时长(如discardTimer),则对该超时加密数据进行丢弃检测和特殊处理,当检测到超时加密数据量大于或者等于PDCP发送窗口长度的一半时,会控制超时丢弃的数据个数,保证超时丢弃的数据不影响发送端和接收端对各自HFN的维护,从而保证发送端和接收端的HFN保持一致。
最终将数据通过发送装置发送给接收端。
本实施例是把Discard功能的实现放在添加PDCP SN之后,控制超时丢弃的数据个数,并保证超时丢弃的数据不影响接收端对HFN的正常维护,从而保证发送端和接收端的HFN保持一致。
本实施例提出的通讯协议的数据共享系统,在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端先丢弃超时加密数据中的部分超时加密数据,然后将所述Discard控制装置中的剩余加密数据作为待发送的加密数据,最终通过发送装置将待发送的所述加密数据发送至第二终端,以供所述第二终端根据维护的超帧号对接收到的所述加密数据进行解密,而不是当Discard控制装置中存在大量超时加密数据时,将大量超时加密数据全部丢弃,并将剩余加密数据发送给第二终端,此时可能出现发送端丢弃大量序号连续的数据,接收端在接收到丢弃大量序号连续的数据之后,会导致由于接收端和发送端维护的超帧号不一致造成的接收端对数据解密失败。本发明仅丢弃超时加密数据中的部分超时数据,保持第二终端解密使用的超帧号和第一终端加密使用的超帧号一致,使得第二终端可以成功解密数据。
进一步地,为了增加通讯协议数据共享的智能性,基于第一实施例提出本发明通讯协议的数据共享系统的第二实施例。
基于PDCP协议,将Discard功能的实现放在加密之前和加密之后都是合理的,为了保证协议对于Discard功能实现的完整性,本发明提出Discard功能实现的第二种实施例,即将Discard功能的实现放在加密之前。
在本实施例,参照图11,所述通讯协议的数据共享系统还包括:
获取模块40,用于获取缓存装置中的缓存数据;
提取模块50,用于若获取的所述缓存数据发送至所述Discard控制装置,从所述Discard控制装置中提取出相应的待发送数据;
具体的,参照图12,所述提取模块50包括:
第二确定单元51,用于确定所述Discard控制装置中滞留时长大于预设时长的超时数据;
提取单元52,用于丢弃所述超时数据,并提取出所述Discard控制装置中的剩余数据作为待发送数据。
在本实施例中,若获取的所述缓存数据发送至Discard控制装置,第二确定单元51直接在所述Discard控制装置中确定滞留时长大于预设时长的超时数据,然后提取单元52丢弃所述超时数据,并将所述Discard控制装置中的剩余数据作为待发送数据。应当理解的是,由于获取的所述缓存数据发送至Discard控制装置,数据还没有被加密,同时该数据尚未添加PDCP SN,因此滞留时长超过预设时长的超时数据可以全部被丢弃。
排列模块60,用于对提取的所述待发送数据进行排列,并按照排列顺序生成所述待发送数据对应的超帧号;
在提取出相应的待发送数据之后,排列模块60对提取的所述待发送数据进行排列,值得注意的是,排列的顺序为:按照从上层接收到的先后顺序进行排列,并按照排列顺序生成所述待发送数据对应的超帧号。实际上,按照排列顺序生成所述待发送数据对应的超帧号的同时,也会生成所述待发送数据对应的序号。而排列模块60对提取的所述数据进行排列,就可以按照顺序依次排列各个数据,以PDCP SN为7bit为例,提取的数据为640个,按照0-127个序号的数据为一帧,640个数据就可以得到5帧数据,每一帧数据的序号都是SN等于0-127,而超帧号HFN等于1-5。
加密模块70,用于在加密装置中根据生成的所述超帧号对所述待发送数据进行加密;
所述发送模块30,还用于通过发送装置将加密数据发送至所述第二终端,以供所述第二终端根据接收到的数据所确定的超帧号对接收到的加密数据进行解密。
在本实施例中,在确定提取的数据的超帧号之后,加密模块70即可根据确定的所述超帧号对所述数据进行加密,即将数据的SN和HFN作为加密参数进行加密,然后所述发送模块30将加密数据发送至接收端,接收端根据接收到的数据对应的数量即可确定超帧号,根据本端维护的超帧号和该数据对应的序号对加密数据进行解密操作,在这种情况下,接收端与发送端各自维护的超帧号始终保持一致,那么接收端将使用相同的超帧号作为解密参数,可以保证解密的正常进行,最终所述接收端将解密后的数据进行缓存。
在本实施例中,相当于是把Discard功能放在添加PDCP SN之前,在Discard控制装置中实现Discard超时检测和丢弃的功能,如果该数据在Discard控制装置中滞留的时间超过预设时长(如discard Timer),则直接丢弃该数据,否则正常发送,此时会将所有检测到的超时数据都进行丢弃处理,并将剩余的数据进行排列,得到数据的序号和超帧号。
为更好理解本实施例,参照图8,举例应用场景如下:
发送端的PDCP层从上层接收数据后,放到缓存装置进行缓存,此时,缓存的数据尚未添加超帧号,之后把数据发送到Discard控制装置;
在Discard控制装置中对缓存的数据进行Discard超时检测,如果该数据在缓存装置中滞留的时间超过预设时长discard Timer,则PDCP丢弃该数据,并将剩余的数据发送给加密装置;
在所述加密装置中,对PDCP Discard检测处理之后的数据添加PDCP SN和HFN,然后进行加密处理,其中该数据的PDCP SN和发送端维护的HFN作为加密的输入参数;
最终将加密完成的数据通过发送装置发送给接收端。
本实施例是把Discard功能的实现放在添加PDCP SN之前,是为了把Discard的对象设定为尚未添加PDCP SN的数据。这样做的好处是,Discard功能的实现不影响数据后续添加PDCP SN的连续性,不会因超时丢弃数据而导致发送端和接收端HFN的不一致性。
在本实施例中,任一终端既可以作为发送端,也可以作为接收端,以实现了各个终端之间的数据交互,从而提高了通讯协议的数据共享的灵活性。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其它要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其它相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (6)
1.一种通讯协议的数据处理方法,其特征在于,所述通讯协议的数据处理方法包括:
在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端确定超时加密数据的数量是否小于分组数据汇聚协议PDCP发送窗口长度的一半;
若超时加密数据的数量不小于PDCP发送窗口长度的一半,则确定第一个超时加密数据之后的第m个超时加密数据,其中,m等于PDCP发送窗口长度的一半;
丢弃确定的所述第m个超时加密数据之前的所有超时加密数据;
将所述Discard控制装置中的剩余加密数据作为待发送的加密数据;
通过发送装置将待发送的所述加密数据发送至第二终端,以供所述第二终端根据维护的超帧号对接收到的所述加密数据进行解密;
其中,所述第一终端确定超时加密数据的数量是否小于PDCP发送窗口长度的一半的步骤之后,所述通讯协议的数据处理方法还包括:
若超时加密数据的数量小于PDCP发送窗口长度的一半,则丢弃所有的超时加密数据。
2.如权利要求1所述的通讯协议的数据处理方法,其特征在于,所述在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端丢弃超时加密数据中的部分超时加密数据的步骤之前,所述通讯协议的数据处理方法还包括:
所述第一终端获取缓存装置中的缓存数据;
若获取的所述缓存数据发送至加密装置进行加密,且在加密之后发送至所述Discard控制装置,则执行所述在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端丢弃超时加密数据中的部分超时加密数据的步骤;
若获取的所述缓存数据发送至所述Discard控制装置,所述通讯协议的数据处理方法还包括:
所述第一终端从所述Discard控制装置中提取出相应的待发送数据;
对提取的所述待发送数据进行排列,并按照排列顺序生成所述待发送数据对应的超帧号;
在加密装置中根据生成的所述超帧号对所述待发送数据进行加密,并通过发送装置将加密数据发送至所述第二终端,以供所述第二终端根据接收到的数据所确定的超帧号对接收到的加密数据进行解密。
3.如权利要求2所述的通讯协议的数据处理方法,其特征在于,所述从所述Discard控制装置中提取出相应的待发送数据的步骤包括:
所述第一终端确定所述Discard控制装置中滞留时长大于预设时长的超时数据;
丢弃所述超时数据,并提取出所述Discard控制装置中的剩余数据作为待发送数据。
4.一种通讯协议的数据处理系统,其特征在于,所述通讯协议的数据处理系统包括:
丢弃模块,用于在Discard控制装置中检测到滞留时长大于预设时长的超时加密数据时,第一终端确定超时加密数据的数量是否小于分组数据汇聚协议PDCP发送窗口长度的一半;若超时加密数据的数量不小于PDCP发送窗口长度的一半,则确定第一个超时加密数据之后的第m个超时加密数据,其中,m等于PDCP发送窗口长度的一半;丢弃确定的所述第m个超时加密数据之前的所有超时加密数据;
处理模块,用于将所述Discard控制装置中的剩余加密数据作为待发送的加密数据;
发送模块,用于通过发送装置将待发送的所述加密数据发送至第二终端,以供所述第二终端根据维护的超帧号对接收到的所述加密数据进行解密;
其中,所述通讯协议的数据处理系统还包括:若超时加密数据的数量小于PDCP发送窗口长度的一半,则丢弃所有的超时加密数据。
5.如权利要求4所述的通讯协议的数据处理系统,其特征在于,所述通讯协议的数据处理系统还包括:
获取模块,用于获取缓存装置中的缓存数据;
提取模块,用于若获取的所述缓存数据发送至所述Discard控制装置,从所述Discard控制装置中提取出相应的待发送数据;
排列模块,用于对提取的所述待发送数据进行排列,并按照排列顺序生成所述待发送数据对应的超帧号;
加密模块,用于在加密装置中根据生成的所述超帧号对所述待发送数据进行加密;
所述发送模块,还用于通过发送装置将加密数据发送至所述第二终端,以供所述第二终端根据接收到的数据所确定的超帧号对接收到的加密数据进行解密。
6.如权利要求5所述的通讯协议的数据处理系统,其特征在于,所述提取模块包括:
第二确定单元,用于确定所述Discard控制装置中滞留时长大于预设时长的超时数据;
提取单元,用于丢弃所述超时数据,并提取出所述Discard控制装置中的剩余数据作为待发送数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710127290.XA CN108540401B (zh) | 2017-03-03 | 2017-03-03 | 通讯协议的数据共享方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710127290.XA CN108540401B (zh) | 2017-03-03 | 2017-03-03 | 通讯协议的数据共享方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108540401A CN108540401A (zh) | 2018-09-14 |
CN108540401B true CN108540401B (zh) | 2023-05-23 |
Family
ID=63489567
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710127290.XA Active CN108540401B (zh) | 2017-03-03 | 2017-03-03 | 通讯协议的数据共享方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108540401B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111865820B (zh) * | 2020-07-10 | 2023-06-27 | 锐迪科微电子科技(上海)有限公司 | 数据发送方法、装置、接收端、通信系统、设备及介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009082848A1 (fr) * | 2007-12-28 | 2009-07-09 | Zte Corporation | Procédé de réinitialisation d'entité de commande de liaison radio |
CN102045770A (zh) * | 2011-01-06 | 2011-05-04 | 大唐移动通信设备有限公司 | 无线链路控制协议um模式下sdu丢弃的方法及设备 |
CN104518851A (zh) * | 2013-09-27 | 2015-04-15 | 中兴通讯股份有限公司 | 一种数据处理方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0020442D0 (en) * | 2000-08-18 | 2000-10-04 | Nokia Networks Oy | Data transmission protocol |
-
2017
- 2017-03-03 CN CN201710127290.XA patent/CN108540401B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009082848A1 (fr) * | 2007-12-28 | 2009-07-09 | Zte Corporation | Procédé de réinitialisation d'entité de commande de liaison radio |
CN102045770A (zh) * | 2011-01-06 | 2011-05-04 | 大唐移动通信设备有限公司 | 无线链路控制协议um模式下sdu丢弃的方法及设备 |
CN104518851A (zh) * | 2013-09-27 | 2015-04-15 | 中兴通讯股份有限公司 | 一种数据处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108540401A (zh) | 2018-09-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10958631B2 (en) | Method and system for providing security from a radio access network | |
CN107113895B (zh) | 通信方法、网络侧设备和用户设备 | |
US9986432B2 (en) | Method and system for providing security from a radio access network | |
EP2479921A1 (en) | Method and device for encrypting user identity during paging procedure | |
CN103476028B (zh) | Nas count翻转时nas消息的处理方法及装置 | |
CN109246696B (zh) | 密钥处理方法以及相关装置 | |
US10659960B2 (en) | Method and system for providing security from a radio access network | |
US8995664B2 (en) | Security in wireless communication system and device | |
KR20140021702A (ko) | 통신 네트워크들 상에서 암호화 파라미터 불일치를 검출하고 그로부터 복원하기 위한 메커니즘들 | |
EP2571303A1 (en) | Method and system for implementing synchronization of access stratum security algorithm | |
CN108377494B (zh) | 一种终端异常流程保护方法和装置 | |
CN106714151B (zh) | 信息传输方法 | |
CN108540401B (zh) | 通讯协议的数据共享方法及系统 | |
US20220345883A1 (en) | Security key updates in dual connectivity | |
CN115699986A (zh) | 非活动状态下的数据通信 | |
CN107529159B (zh) | 宽带集群下行共享信道的接入层加密、解密、完整性保护方法和装置、安全实现方法 | |
CN101383702B (zh) | 在更新跟踪区过程中保护密钥生成参数的方法及系统 | |
CN114423001A (zh) | 解密方法、服务器及存储介质 | |
EP3641263B1 (en) | Method and system for secure user plane communication between user equipments and evolved nodebs | |
US20140024344A1 (en) | Mobile communication method, radio base station, mobile management node, and mobile station | |
EP3804374B9 (en) | Method and apparatus for security algorithm negotiation | |
CN111314913B (zh) | 一种rrc消息的处理方法和装置 | |
CN105376740B (zh) | 一种安全的重建方法、设备和系统 | |
CN101483554B (zh) | 硬件安全管理的方法与系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |