CN102857356A - 发送数据包、超帧号更新和维护、数据处理的方法及装置 - Google Patents
发送数据包、超帧号更新和维护、数据处理的方法及装置 Download PDFInfo
- Publication number
- CN102857356A CN102857356A CN2011101753531A CN201110175353A CN102857356A CN 102857356 A CN102857356 A CN 102857356A CN 2011101753531 A CN2011101753531 A CN 2011101753531A CN 201110175353 A CN201110175353 A CN 201110175353A CN 102857356 A CN102857356 A CN 102857356A
- Authority
- CN
- China
- Prior art keywords
- packet
- frame number
- hyper frame
- sequence number
- receiving terminal
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
- H04W12/106—Packet or message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及通信技术领域,公开了一种发送数据包、PDCP层超帧号状态更新和维护、数据处理的方法及装置。其中,数据处理方法包括:根据接收到的数据包中的序号判断是否需要读取所述数据包中的业务数据单元;在无需读取所述数据包中的业务数据单元时,判断当前的PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法;若判断结果表明所述数据包或者当前的PDCP实体配置未使用头压缩算法,则直接将所述数据包中的业务数据单元丢弃。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种发送数据包、PDCP层超帧号状态更新和维护、数据处理的方法及装置。
背景技术
在现有LTE(Long Term Evolution,长期演进)系统中,为了保证经过空口传输的数据在接收端可以被按序地传递到应用层,因此在发送端采用了为数据包分配序号的方法,即在PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)层按照接收到的数据包的顺序为数据包分配计数值(Count)。所述计数值包含两个部分:超帧号(HFN,Hyper Frame Number)和序号(SN,SequenceNumber)。在数据传送过程中,将计数值Count中的序号SN与数据内容同时发送给接收端;同时在发送端和接收端各维护一个HFN状态,两侧的HFN状态要保持同步。
由于只有SN被携带在数据包中传递,因此接收端只能根据接收到的SN值来推测出发送端在处理该数据包时所使用的HFN值,以此对接收端的HFN值进行更新。
此外,为了保证数据的机密性和完整性,在PDCP层还需要对发送的数据内容进行加密和/或完整性保护。在现有的加密和完整性保护算法中,都需要使用Count值作为一个输入参数。发送端在加密或完整性保护过程中使用Count值,相应地接收端在解密和完整性验证过程中使用Count值。对于同一个数据包,只有发送端和接收端同时使用相同的Count值时,数据包才能被成功接收,否则将导致解密和/或完整性验证过程失败,进而导致数据包不能正确接收。
在实现上述数据传送的过程中,发明人发现现有技术中至少存在如下问题:
如果一个数据包中的SN值在空口传输过程中被修改,而接收端仍然认为接收到的数据包中的SN值是可信的,此时接收端根据接收到的SN值来更新本地维护的HFN值时可能会导致HFN值被错误更新,进而致使发送端和接收端使用的Count值不一致。那么后续的数据包解密和/或完整性验证将无法正常进行,数据包无法正确接收;这样不仅浪费了空口的资源,同时也影响用户的感受。
此外,如果接收端PDCP层根据所接收到数据包中的协议数据单元(ProtocolData Unit,PDU)数据包头中所携带的SN判断得知,所述接收端PDCP层不需要该数据包中所携带的业务数据单元(Service Data Unit,SDU),但是由于PDCP层的ROHC(Robust Header Compression,鲁棒头压缩)实体需要该PDU中所携带的头压缩信息,因此所述接收端仍然需要对该PDU进行解密(Deciphering),并将解密后的数据交给ROHC实体处理,进一步获得头压缩的信息,然后将PDU解密后得到的SDU进行丢弃处理。
然而,ROHC是依赖于基站配置的可选功能;对于终端的一个承载(例如链路或通道)来说,可以不配置ROHC算法或配置ROHC算法为NULL,表示不使用头压缩。在该场景下,所述接收端PDCP层还是会继续对所述PDU进行解密,这样只会增加终端的处理开销。
发明内容
一方面,本发明的实施例提供一种发送数据包、PDCP层超帧号状态更新和维护的方法及装置,用以解决数据接收端PDCP层的超帧号被错误更新的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
一种PDCP层超帧号状态更新方法,包括:
接收数据包;
对接收到的所述数据包中的序号进行防篡改验证;
若验证结果表明所述序号通过了防篡改验证,则根据所述序号对所述数据包接收端的超帧号状态进行更新。
一种数据包发送方法,包括:
对待发送的数据包包头中的序号进行防篡改保护;
对所述数据包进行组装并发送给接收端。
一种PDCP层超帧号状态维护方法,包括:
根据接收到的数据包中的序号对超帧号的状态进行更新;
在后续出现数据包出错时,判断所述超帧号是否已经被修改;
若所述超帧号已经被修改,则将所述超帧号恢复至修改前的状态。
一种PDCP层超帧号状态更新装置,包括:
接收单元,用于接收数据包;
验证单元,用于对接收到的所述数据包中的序号进行防篡改验证;
更新单元,用于在所述验证单元输出的验证结果表明所述序号通过了防篡改验证时,根据所述序号对所述数据包接收端的超帧号状态进行更新。
一种数据包发送装置,包括:
保护单元,用于对待发送的数据包包头中的序号进行防篡改保护;
组装单元,用于对所述数据包进行组装;
发送单元,用于将组装好的数据包发送给接收端。
一种PDCP层超帧号状态维护装置,包括:
更新单元,用于根据接收到的数据包中的序号对超帧号的状态进行更新;
判断单元,用于在后续出现数据包出错时,判断所述超帧号是否已经被修改;
恢复单元,用于在所述判断单元输出的判断结果表明所述超帧号已经被修改时,将所述超帧号恢复至修改前的状态。
本发明实施例提供的发送数据包、PDCP层超帧号状态更新和维护的方法及装置,在接收到数据包之后对该数据包中的序号进行防篡改验证之后再对超帧号状态进行更新,或者在接收端对接收到的数据包进行相应处理的过程中出错时判断出超帧号已经被修改的情况下对超帧号状态进行恢复,从而解决现有技术中由于超帧号错误更新导致后续数据包解密失败等问题。与现有技术相比,利用本发明实施例中的方案可以解决PDCP层数据包对应的超帧号被错误更新的问题,进而保证后续数据包解密和/或完整性验证等过程的正常进行;这样,不仅可以提高数据传输的成功率和可靠性,而且提升了系统的服务质量。
另一方面,本发明实施例还提供了一种PDCP层数据处理的方法及装置,用以降低接收端处理开销。
为达到上述目的,本发明的实施例采用如下技术方案:
一种PDCP层数据处理方法,包括:
根据接收到的数据包中的序号判断是否需要读取所述数据包中的业务数据单元;
在无需读取所述数据包中的业务数据单元时,判断当前的PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法;
若判断结果表明所述数据包或者当前的PDCP实体配置未使用头压缩算法,则将所述数据包中的业务数据单元丢弃。
一种PDCP层数据处理装置,包括:
第一判断单元,用于根据接收到的数据包中的序号判断是否需要读取所述数据包中的业务数据单元;
第二判断单元,用于在所述第一判断单元的输出结果表明无需读取所述数据包中的业务数据单元时,判断当前的PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法;
第一处理单元,用于在所述第二判断单元输出的判断结果表明所述数据包或者当前的PDCP实体配置未使用头压缩算法时,将所述数据包中的业务数据单元丢弃。
本发明实施例中的PDCP层数据处理的方法及装置,在数据包接收端不需要所述数据包中携带的业务数据单元时,在对接收到的数据包中的协议数据单元PDU进行解密之前判断PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法,并根据判断结果确定是否需要对数据包中的PDU进行解密,从而减少一些非必要的解密和解压缩处理,降低接收端的处理开销。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一中的PDCP层超帧号状态更新方法的流程图;
图2为本发明实施例一中的用于实现PDCP层超帧号状态更新的装置的结构示意图;
图3为本发明实施例一中的数据包发送方法的流程图;
图4为本发明实施例一中的数据包发送装置的结构示意图;
图5为本发明实施例二中的超帧号状态更新方法的流程图;
图6为本发明实施例二中的PDCP层超帧号状态更新装置的结构示意图;
图7为本发明实施例二中的数据包发送装置的结构示意图;
图8为本发明实施例三中的PDCP层超帧号状态维护方法的流程图;
图9为本发明实施例三中的PDCP层超帧号状态维护装置的结构示意图;
图10为本发明实施例四中的超帧号状态维护方法的流程图;
图11为本发明实施例四中的超帧号HFN状态示意图一;
图12为本发明实施例四中的超帧号HFN状态示意图二;
图13为本发明实施例五中的PDCP层数据处理方法的流程图;
图14为本发明实施例五中的PDCP层数据处理装置的结构示意图;
图15为本发明实施例六中的PDCP层数据处理方法的流程图;
图16为本发明实施例六中的序号SN状态示意图;
图17为本发明实施例六中的PDCP层数据处理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一:
如图1所示,本发明实施例中提供的PDCP层超帧号状态更新方法,包括:
101、接收数据包。
102、对接收到的所述数据包中的序号SN进行防篡改验证。
在本实施例中,所述防篡改验证可以是:完整性验证和CRC(CyclicRedundancy Check,循环冗余校验码)校验中的至少一种。
103、若验证结果表明所述序号通过了防篡改验证,则根据所述序号对所述数据包接收端的超帧号状态进行更新。
上述各步骤的执行主体为数据包的接收端,其可以是终端侧,也可以是网络侧。
对应于上述方法,本发明实施例中还提供了一种用于实现超帧号状态更新的装置。如图2所示,所述装置包括:
接收单元21,用于接收数据包;
验证单元22,用于对接收到的所述数据包中的序号进行防篡改验证;
更新单元23,用于在所述验证单元输出的验证结果表明所述序号通过了防篡改验证时,根据所述序号对所述数据包接收端的超帧号状态进行更新。
上述PDCP层超帧号状态更新方法是由数据包接收端来执行的,相应地在本发明实施例中还提供了一种由数据包发送端来执行的数据包发送方法;如图3所示,本实施例中的数据包发送方法包括:
301、对待发送的数据包包头中的序号进行防篡改保护。
在本实施例中,所述防篡改保护可以是:完整性保护和循环冗余校验码(CRC)保护中的至少一种。
302、对所述数据包进行组装并发送给接收端。
上述各步骤的执行主体为数据包的发送端,其可以是网络侧,也可以是终端侧。
对应于上述数据包发送方法,本实施例还提供了一种用于实现上述发送方法的数据包发送装置;如图4所示,所述数据包发送装置包括:
保护单元41,用于对待发送的数据包包头中的序号进行防篡改保护;
组装单元42,用于对所述数据包进行组装;
发送单元43,用于将组装好的数据包发送给接收端。
本发明实施例中提供的PDCP层超帧号状态更新方法及装置,在接收到数据包之后对该数据包中的序号SN进行防篡改验证,在验证通过的情况下才对数据包接收端的超帧号状态进行更新,从而解决现有技术中由于超帧号错误更新导致后续数据包解密失败等问题。利用上述方案可以解决PDCP层数据包对应的超帧号被错误更新的问题,进而保证后续数据包解密和/或完整性验证等过程的正常进行;这样,不仅可以提高数据传输的成功率和可靠性,而且提升了系统的服务质量。
实施例二:
在本实施例中,将以一具体实例来对本发明实施例中提供的超帧号状态更新方法做进一步说明。
如图5所示,本实施例中的超帧号状态更新方法,具体包括以下步骤:
501、数据包发送端在发送数据之前,对待发送的数据包包头中的序号SN进行防篡改保护。
在本实施例中,对SN进行防篡改保护的方式包括:完整性保护和CRC(Cyclic Redundancy Check,循环冗余校验码)保护中的至少一种。在以下的描述中,将以完整性保护为例来介绍本实施例中的超帧号状态维护方法。
对SN进行完整性保护的过程大致如下:
S1、终端与网络侧通过密钥协商过程确定完整性保护和完整性验证所使用的密钥;
S2、网络侧为终端配置完整性保护算法;
S3、数据包发送端,可以是网络侧也可以是终端,利用上述完整性保护算法以及完整性保护的密钥对需要保护的内容例如序号SN进行完整性保护。
在所述完整性保护算法中,所用到的输入参数除了当前的SN值之外,还可以增加其他的输入参数例如计数值Count和/或数据的发送方向等。当然,在完整性保护算法中所用到的输入参数越多,则接收端在对数据包中的SN进行完整性验证的准确度就会越高。
如果在后续的完整性验证过程中,接收端需要使用发送端在进行完整性保护时所生成的部分或者全部结果,即数据经过完整性保护处理后得到的加密后的输出bit(比特)串,则发送端还需要将完整性保护过程中生成的部分或者全部被用于验证的结果附加到所述数据包中。
502、如果接收端需要对SN执行完整性验证,发送端需要将完整性验证所需要的验证信息承载到数据包中。
所述验证信息至少包括:MAC-I(Message Authentication Code for Integrity,完整性保护信息授权码)中的全部或者部分信息。具体地,可以是将所述完整性所需要的信息承载到数据包的包头部分,也可以是承载到包尾部分。
如果在后续的完整性验证不需要上述验证信息,那么步骤502可以跳过。
503、发送端的PDCP实体组装好数据包,并将数据包传递给底层,比如RLC(Radio Link Control,无线链路控制)层,并通过RLC层发送给数据包接收端。
504、接收端在接收到所述数据包之后,读取该数据包包头中的序号SN。
505、如果数据包中携带了完整性验证所需要的信息,接收端根据数据包中携带的验证信息对SN执行防篡改验证。
所述防篡改验证包括:完整性验证和循环冗余校验码校验中的至少一种。由于本实施例中是以完整性验证为例,因此在本步骤中即为接收端根据数据包中携带的验证信息对SN执行完整性验证。
如果在所述数据包中未携带验证信息,则终端可以利用不需要额外验证信息的完整性验证算法对SN进行完整性验证。例如,接收端可以通过对数据包中的数据部分进行完整性验证,并依据验证结果间接地判断所述序号SN是否符合完整性验证。如果所述数据部分未通过完整性验证,此时认为所述SN同样未通过完整性验证,否则认为所述SN通过完整性验证。
所述完整性验证,具体包括:接收端,可以是终端也可以是网络侧,依据完整性保护验证算法,验证所接收到的内容(序号SN)是否被篡改。比如,接收端通过完整性保护算法并结合密钥等其他输入信息,所计算出的结果不能与数据包中所携带的部分或全部内容相匹配(或者相同),则接收端认为该数据包的SN被篡改过,否则可以认为该数据包的SN未被篡改。
如果在步骤505中完整性验证的验证结果表明SN通过了完整性验证,即数据包中的SN未被篡改,则执行步骤506;否则,对所述数据包进行丢弃和/或通知上层控制部分完整性验证失败。
506、如果终端依据所接收的SN判断出需要对HFN进行更新,则数据包接收端根据所述序号SN对数据包接收端的超帧号HFN状态进行更新。
对于无线链路控制层采用确认模式传输的数据包接收端,数据包接收端按照所接收到的SN来推测发送端在处理该数据包的时候所使用的HFN值;如果接收端判断出下一个期望接收的SN减去当前接收到的SN的差值大于重排序窗口,则认为发送端已经开始采用下一个HFN值,并将接收端当前的HFN值更新为HFN+1。
对于无线链路控制层采用非确认模式传输的数据包接收端,如果所接收到的SN小于下一个期望接收到的SN,则认为发送端已经开始采用下一个HFN值,并将接收端当前的HFN值更新为HFN+1。
在上述方法中,数据包发送端对SN进行防篡改保护的过程可以是对SN独立地执行防篡改保护,也可以是与数据包中的其它数据一同执行防篡改保护。
对应于上述PDCP层超帧号更新方法,本实施例还提供了一种作为数据包接收端的PDCP层超帧号状态更新装置和作为数据包发送端的数据包发送装置。其中,
所述PDCP层超帧号状态更新装置,如图6所示,包括:
接收单元61,用于接收数据包;
验证单元62,用于对接收到的所述数据包中的序号进行防篡改验证;
更新单元63,用于在所述验证单元输出的验证结果表明所述序号通过了防篡改验证时,根据所述序号对所述数据包接收端的超帧号状态进行更新。
进一步地,本实施例中的PDCP层超帧号状态更新装置,还可以包括:
处理单元64,用于在所述验证单元输出的验证结果表明所述序号未通过所述防篡改验证时,将所述数据包丢弃或者通知控制层验证失败。
所述数据包发送装置,如图7所示,包括:
保护单元71,用于对待发送的数据包包头中的序号进行防篡改保护;
组装单元72,用于对所述数据包进行组装;
发送单元73,用于将组装好的数据包发送给接收端。
进一步地,本实施例中的数据包发送装置,还可以包括:
添加单元74,用于将防篡改验证所需的验证信息添加到所述数据包中,之后将所述数据包传送给所述组装单元。
通过本发明实施例中提供的数据包发送方法及装置、PDCP层超帧号状态更新方法及装置,可以在数据包发送端对序号SN进行防篡改保护,对应地,在数据包接收端即可对接收到的数据包中的SN进行防篡改验证;只有在验证通过的情况下,接收端当前的超帧号HFN状态才可以被更新,进而避免由于超帧号HFN错误更新导致后续数据包解密失败等问题。
实施例三:
本发明实施例提供了一种PDCP层超帧号状态维护方法,如图8所示,该方法包括:
801、根据接收到的数据包中的序号对超帧号的状态进行更新。
802、在后续出现数据包出错时,例如数据包解密失败等,判断所述超帧号在步骤801的更新过程中是否已经被修改。
803、若所述超帧号已经被修改,则将所述超帧号恢复至修改前的状态。
上述各步骤的执行主体为数据包的接收端,其可以是终端侧,也可以是网络侧。
对应于上述PDCP层超帧号状态维护方法,本实施例还提供了一种PDCP层超帧号状态维护装置;如图9所示,所述PDCP层超帧号状态维护装置包括:
更新单元91,用于根据接收到的数据包中的序号对超帧号的状态进行更新;
判断单元92,用于在后续出现数据包出错时,判断所述超帧号是否已经被修改;
恢复单元93,用于在所述判断单元输出的判断结果表明所述超帧号已经被修改时,将所述超帧号恢复至修改前的状态。
本发明实施例提供的PDCP层超帧号状态维护的方法及装置,如果接收端在对接收到的数据包进行相应处理的过程中出错,则判断超帧号HFN是否已经被修改,并在HFN已经被修改的情况下对超帧号状态进行恢复,从而解决现有技术中由于超帧号错误更新导致后续数据包解密失败等问题。与现有技术相比,利用本发明实施例中的方案可以解决PDCP层数据包对应的超帧号被错误更新的问题,进而保证后续数据包解密和/或完整性验证等过程的正常进行;这样,不仅可以提高数据传输的成功率和可靠性,而且提升了系统的服务质量。
实施例四:
在本实施例中,将以另一具体实例来对本发明实施例中提供的超帧号状态维护方法做进一步说明。
如图10所示,本实施例中的超帧号状态维护方法,具体包括以下步骤:
1001、接收端接收到来自发送端的数据包。
所述接收端和发送端可以分别是网络侧和终端、或者终端和网络侧。
1002、接收端读取所接收数据包中的序号SN。
1003、接收端根据所述数据包中的序号SN对数据包接收端的超帧号HFN进行状态更新。
比如,对于无线链路控制层采用确认模式传输的数据包接收端,当下一个期望接收的SN减去当前所接收到的SN大于重排序窗口时,则将当前的HFN更新为HFN+1;如果接收端判断不需要更新,则该步骤不更新HFN状态;
再比如,对于无线链路控制层采用非确认模式传输的数据包接收端,如果所接收到的SN小于下一个期望接收到的SN,则将当前的HFN更新为HFN+1;如果接收端判断不需要更新,则该步骤不更新HFN状态。
1004、接收端在后续处理过程中,发现所述数据包出现错误,比如数据包解密失败。
1005、判断数据包接收端所维护的超帧号HFN状态在执行步骤1003的更新过程中是否已经被修改。
如果已经被修改,则执行步骤1006;如果没有被修改,则无需对HFN状态执行任何操作。
1006、将所述数据包接收端的超帧号HFN恢复至修改前的状态。
例如,在步骤1003中将HFN更新为HFN+1,那么在数据包出错的情况下,就需要将所述HFN的状态从HFN+1恢复成原来的HFN值。
对应于上述方法描述,本实施例中还提供了一个具体实现的实例。
在无线链路控制层采用确认模式传输的数据包接收端的场景下,如图11所示,该图表示接收端所维护的超帧号HFN状态;其中,
Last_Submitted_PDCP_RX_SN:接收端上一次向上层递交的数据包的SN号,比如4000;
Next_PDCP_RX_SN:接收端期望接收到的下一个数据包的SN号,比如4001;
Received PDCP SN:接收端当前所接收到的数据包的SN所在的位置,比如10;
ReorderingWindow:重排序窗口,全部SN可以表示范围的一半。比如图中全部SN表示范围为0-4095,则reordering window为2048;
接收端的HFN状态:HFN可以为任意有效数值,比如80;
HFN状态的修改和恢复过程:
对于无线链路控制层采用确认模式传输的数据包接收端,结合图11所示,接收端接收到数据包,并判断出Next_PDCP_RX_SN-received PDCP SN>Reordering_Window;则接收端认为该数据包在发送端的处理时刻,发送端所使用的HFN为81,而不是接收端当前的HFN状态80,此时接收端为了实现与发送端HFN的同步,接收端将HFN加1,即80+1=81;
在解密过程中,接收端发现该数据包解密错误,依据本发明的方式,接收端需要恢复由该数据包引起的HFN更新,接收端将HFN恢复为未修改改前的状态,恢复HFN=80。
而在无线链路控制层采用非确认模式传输的数据包接收端的场景下,结合图12所示的接收端所维护的超帧号HFN状态,如果所接收到的SN(即ReceivedPDCP SN)小于下一个期望接收到的SN(即Next_PDCP_RX_SN),则将当前的HFN更新为HFN+1。在解密过程中,接收端发现该数据包解密错误,依据本发明的方式,接收端需要恢复由该数据包引起的HFN更新,接收端将HFN恢复为未修改改前的状态。
本发明实施例中提供的超帧号状态维护方法,在数据包接收端发现数据包出现错误或者异常时,判断数据包接收端的超帧号状态是否经过一次修改;由于数据包出错或异常在很大程度上可能是由超帧号错误更新而引起的,因此本实施例提供的方案在数据包出错的情况下对超帧号状态进行再次更新,即将超帧号恢复至修改前的状态;这样,在后续的数据处理过程中可以避免再次由超帧号HFN错误更新导致数据包解密失败等问题。
此外,在本发明实施例中还可以将上述实施例一、二中提供的方案与实施例三、四中提供的方案结合起来。比如,数据包接收端在接收到数据包后,可以先通过实施例一、二中的方案对接收到的数据包进行防篡改验证,并在通过防篡改验证的情况下对数据包接收端的超帧号状态进行更新;之后,如果出现了数据包出错的情况,则可以通过实施例三、四中的方案判断超帧号是否已经被修改,若已经修改则将超帧号恢复至修改前的状态。
在上述各实施例所描述的方案中,均是对数据包接收端的超帧号HFN进行状态更新/维护;但是,本发明的保护范围不限于此,PDCP上下文状态也可以是与HFN状态一样,在通过防篡改验证之后再进行更新或者在发现数据包出错的情况下对PDCP上下文状态进行恢复。
实施例五:
本发明实施例提供了一种PDCP层数据处理方法,如图13所示,该方法包括:
1301、根据接收到的数据包中的序号判断是否需要读取所述数据包中的业务数据单元。
1302、在无需读取所述数据包中的业务数据单元时,判断当前的PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法。
1303、若判断结果表明所述数据包或者当前的PDCP实体配置未使用头压缩算法,则将所述数据包中的业务数据单元丢弃。
上述各步骤的执行主体为数据包的接收端,其可以是终端侧,也可以是网络侧。
对应于上述方法,本实施例中还提供了一种PDCP层数据处理装置,如图14所示,包括:
第一判断单元141,用于根据接收到的数据包中的序号判断是否需要读取所述数据包中的业务数据单元;
第二判断单元142,用于在所述第一判断单元141的输出结果表明无需读取所述数据包中的业务数据单元时,判断当前的PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法;
第一处理单元143,用于在所述第二判断单元142输出的判断结果表明所述数据包或者当前的PDCP实体配置未使用头压缩算法时,将所述数据包中的业务数据单元丢弃。
本发明实施例中的PDCP层数据处理的方法及装置,在数据包接收端不需要所述数据包中携带的业务数据单元时,在对接收到的数据包中的协议数据单元PDU进行解密之前判断当前PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法,并根据判断结果确定是否需要对数据包中的PDU进行解密,从而减少一些非必要的解密和解压缩处理,降低接收端的处理开销。
实施例六:
下面将以一具体实施例来对实施例五中提供的方案做进一步的阐述。
如图15所示,本实施例中提供的PDCP层数据处理的方法,包括以下步骤:
1501、根据接收到的数据包中的序号SN判断是否需要读取所述数据包中的业务数据单元SDU。
具体地,所述判断过程可以参照如下的判断条件(可参见图16):
如果接收端接收到的数据包满足条件,即Received PDCP SN(接收端当前所接收到的数据包的SN所在的位置)减去Last_Submitted_PDCP_RX_SN(接收端上一次向上层递交的数据包的SN号)得到的差值大于Reordering WindoW(重排序窗口)或者Last_Submitted_PDCP_RX_SN减去Received PDCP SN得到的差值大于等于0而小于ReorderingWindow(见图16(A)),则丢弃PDCP SDU;
进一步地,如果received PDCP SN大于Next_PDCP_RX_SN(接收端期望接收到的下一个数据包的SN号)(见图16(B)),则对PDCP PDU进行解密,并使用基于RX_HFN-1和received PDCP SN得到的计数值;
如果received PDCP SN小于Next_PDCP_RX_SN(见图16(C)),则对PDCPPDU进行解密,并使用基于RX_HFN和received PDCP SN得到的计数值。
由上可知,如果接收端PDCP层接收到数据包中的协议数据单元PDU数据包头中所携带的SN满足上述条件,则说明所述接收端PDCP层不需要该数据包中所携带的业务数据单元SDU。
1502、在无需读取所述数据包中的业务数据单元时,判断当前的PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法。
所述配置使用头压缩算法,可以是配置了有效的头压缩算法,或者是头压缩算法不为NULL。
如果步骤1502中的判断结果为是,则执行步骤1503~1505;如果步骤1502中的判断结果为是,则执行步骤1505。
1503、对所述数据包中的协议数据单元PDU进行解密。
1504、对解密后的数据包中的PDU进行解压缩,以得到其中携带的头压缩信息和SDU。
1505、将接收端PDCP层获取到的SDU丢弃。
对应于上述方法描述,本实施例还提供了一种PDCP层数据处理装置,如图17所示,该装置包括:
第一判断单元171,用于根据接收到的数据包中的序号判断是否需要读取所述数据包中的业务数据单元;
第二判断单元172,用于在所述第一判断单元171的输出结果表明无需读取所述数据包中的业务数据单元时,判断当前的PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法;
第一处理单元173,用于在所述第二判断单元172输出的判断结果表明所述数据包或者当前的PDCP实体配置未使用头压缩算法时,将所述数据包中的业务数据单元丢弃。
进一步地,在本实施例中所述PDCP层数据处理装置,还包括:
第二处理单元174,用于在所述第二判断单元172输出的判断结果表明所述数据包或者当前的PDCP实体配置使用了头压缩算法时,对所述数据包中的协议数据单元进行解密和解压处理以获取头压缩信息,并将所述数据包中的业务数据单元丢弃。
本发明实施例中提供的PDCP层数据处理方法及装置,在数据包接收端无需要所述数据包中携带的业务数据单元时,在对接收到的数据包中的协议数据单元PDU进行解密之前判断当前PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法,并根据判断结果确定是否需要对数据包中的PDU进行解密,从而减少一些非必要的解密和解压缩处理,降低接收端的处理开销。
本发明实施例中的方法及装置适用于LTE等通信系统。
通过以上实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现,当然也可以全部通过硬件来实施。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (22)
1.一种PDCP层数据处理方法,其特征在于,包括:
根据接收到的数据包中的序号判断是否需要读取所述数据包中的业务数据单元;
在无需读取所述数据包中的业务数据单元时,判断当前的PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法;
若判断结果表明所述数据包或者当前的PDCP实体配置未使用头压缩算法,则将所述数据包中的业务数据单元丢弃。
2.根据权利要求1所述的PDCP层数据处理方法,其特征在于,还包括:
若判断结果表明所述数据包或者当前的PDCP实体配置使用了头压缩算法,则对所述数据包中的协议数据单元进行解密和解压处理以获取头压缩信息,并将所述数据包中的业务数据单元丢弃。
3.根据权利要求1或2所述的PDCP层数据处理方法,其特征在于,所述根据接收到的数据包中的序号判断是否需要读取所述数据包中的业务数据单元,包括:
如果接收到的数据包中的序号满足条件:接收端当前所接收到的所述数据包的序号所在的位置减去所述接收端上一次向上层递交的数据包的序号得到的差值大于重排序窗口或者所述接收端上一次向上层递交的数据包的序号减去所述接收端当前所接收到的所述数据包的序号所在的位置得到的差值大于等于0而小于重排序窗口,确认无需读取所述数据包中的业务数据单元。
4.一种PDCP层超帧号状态更新方法,其特征在于,包括:
接收数据包;
对接收到的所述数据包中的序号进行防篡改验证;
若验证结果表明所述序号通过了防篡改验证,则根据所述序号对所述数据包接收端的超帧号状态进行更新。
5.根据权利要求4所述的PDCP层超帧号状态更新方法,其特征在于,还包括:
若验证结果表明所述序号未通过所述防篡改验证,则将所述数据包丢弃或者通知控制层验证失败。
6.根据权利要求4或5所述的PDCP层超帧号状态更新方法,其特征在于,所述防篡改验证包括:完整性验证和循环冗余校验码校验中的至少一种。
7.一种数据包发送方法,其特征在于,包括:
对待发送的数据包包头中的序号进行防篡改保护;
对所述数据包进行组装并发送给接收端。
8.根据权利要求7所述的数据包发送方法,其特征在于,在所述对所述数据包进行组装之前,还包括:
将防篡改验证所需的验证信息添加到所述数据包中。
9.根据权利要求7或8所述的数据包发送方法,其特征在于,所述防篡改保护包括:完整性保护和循环冗余校验码保护中的至少一种。
10.一种PDCP层超帧号状态维护方法,其特征在于,包括:
根据接收到的数据包中的序号对超帧号的状态进行更新;
在后续出现数据包出错时,判断所述超帧号是否已经被修改;
若所述超帧号已经被修改,则将所述超帧号恢复至修改前的状态。
11.根据权利要求10所述的PDCP层超帧号状态维护方法,其特征在于,所述数据包出错包括数据包解密失败。
12.一种PDCP层数据处理装置,其特征在于,包括:
第一判断单元,用于根据接收到的数据包中的序号判断是否需要读取所述数据包中的业务数据单元;
第二判断单元,用于在所述第一判断单元的输出结果表明无需读取所述数据包中的业务数据单元时,判断当前的PDCP实体或该PDCP实体对应的承载链路是否配置使用头压缩算法;
第一处理单元,用于在所述第二判断单元输出的判断结果表明所述数据包或者当前的PDCP实体配置未使用头压缩算法时,将所述数据包中的业务数据单元丢弃。
13.根据权利要求12所述的PDCP层数据处理装置,其特征在于,还包括:
第二处理单元,用于在所述第二判断单元输出的判断结果表明所述数据包或者当前的PDCP实体配置使用了头压缩算法时,对所述数据包中的协议数据单元进行解密和解压处理以获取头压缩信息,并将所述数据包中的业务数据单元丢弃。
14.根据权利要求12或13所述的PDCP层数据处理装置,其特征在于,
所述第一判断单元,具体用于判断接收到的数据包中的序号是否满足条件:接收端当前所接收到的所述数据包的序号所在的位置减去所述接收端上一次向上层递交的数据包的序号得到的差值大于重排序窗口或者所述接收端上一次向上层递交的数据包的序号减去所述接收端当前所接收到的所述数据包的序号所在的位置得到的差值大于等于0而小于重排序窗口;如果满足,则所述第一判断单元输出判断结果为无需读取所述数据包中的业务数据单元。
15.一种PDCP层超帧号状态更新装置,其特征在于,包括:
接收单元,用于接收数据包;
验证单元,用于对接收到的所述数据包中的序号进行防篡改验证;
更新单元,用于在所述验证单元输出的验证结果表明所述序号通过了防篡改验证时,根据所述序号对所述数据包接收端的超帧号状态进行更新。
16.根据权利要求15所述的PDCP层超帧号状态更新装置,其特征在于,还包括:
处理单元,用于在所述验证单元输出的验证结果表明所述序号未通过所述防篡改验证时,将所述数据包丢弃或者通知控制层验证失败。
17.根据权利要求15或16所述的PDCP层超帧号状态更新装置,其特征在于,所述防篡改验证包括:完整性验证和循环冗余校验码校验中的至少一种。
18.一种数据包发送装置,其特征在于,包括:
保护单元,用于对待发送的数据包包头中的序号进行防篡改保护;
组装单元,用于对所述数据包进行组装;
发送单元,用于将组装好的数据包发送给接收端。
19.根据权利要求18所述的数据包发送装置,其特征在于,还包括:
添加单元,用于将防篡改验证所需的验证信息添加到所述数据包中,之后将所述数据包传送给所述组装单元。
20.根据权利要求19所述的数据包发送装置,其特征在于,所述防篡改保护包括:完整性保护和循环冗余校验码保护中的至少一种;
所述防篡改验证包括:完整性验证和循环冗余校验码校验中的至少一种。
21.一种PDCP层超帧号状态维护装置,其特征在于,包括:
更新单元,用于根据接收到的数据包中的序号对超帧号的状态进行更新;
判断单元,用于在后续出现数据包出错时,判断所述超帧号是否已经被修改;
恢复单元,用于在所述判断单元输出的判断结果表明所述超帧号已经被修改时,将所述超帧号恢复至修改前的状态。
22.根据权利要求21所述的PDCP层超帧号状态维护装置,其特征在于,所述数据包出错包括数据包解密失败。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011101753531A CN102857356A (zh) | 2011-06-27 | 2011-06-27 | 发送数据包、超帧号更新和维护、数据处理的方法及装置 |
PCT/CN2012/077621 WO2013000408A1 (zh) | 2011-06-27 | 2012-06-27 | 发送数据包、超帧号更新和维护、数据处理的方法及装置 |
US14/142,029 US20140112157A1 (en) | 2011-06-27 | 2013-12-27 | Method and apparatus for sending packet, updating and maintaining hyper frame number, and processing data |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011101753531A CN102857356A (zh) | 2011-06-27 | 2011-06-27 | 发送数据包、超帧号更新和维护、数据处理的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102857356A true CN102857356A (zh) | 2013-01-02 |
Family
ID=47403566
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011101753531A Pending CN102857356A (zh) | 2011-06-27 | 2011-06-27 | 发送数据包、超帧号更新和维护、数据处理的方法及装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20140112157A1 (zh) |
CN (1) | CN102857356A (zh) |
WO (1) | WO2013000408A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018171328A1 (zh) * | 2017-03-24 | 2018-09-27 | 维沃移动通信有限公司 | 数据传输方法及终端 |
CN110891287A (zh) * | 2018-09-07 | 2020-03-17 | 维沃移动通信有限公司 | 以太网包头压缩的方法、解压缩的方法和设备 |
CN111510278A (zh) * | 2020-04-26 | 2020-08-07 | Oppo广东移动通信有限公司 | 一种超帧号hfn同步方法及终端、存储介质 |
CN111818630A (zh) * | 2019-07-12 | 2020-10-23 | 维沃移动通信有限公司 | 状态变量维护方法、装置及用户设备 |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105264830B (zh) * | 2014-05-09 | 2020-01-03 | 华为技术有限公司 | 数据包的处理方法、终端、基站及系统 |
KR102202894B1 (ko) * | 2014-08-28 | 2021-01-14 | 삼성전자 주식회사 | 이동 통신 네트워크에서 패킷 손실 관리 방법 |
EP3420695B1 (en) * | 2016-02-23 | 2020-04-08 | Telefonaktiebolaget LM Ericsson (PUBL) | Methods used in user equipment and associated ues |
US10320693B2 (en) * | 2016-07-06 | 2019-06-11 | Qualcomm Incorporated | Method for packet data convergence protocol count synchronization |
CN110830421B (zh) * | 2018-08-10 | 2022-07-29 | 华为技术有限公司 | 数据传输方法和设备 |
CN111177042A (zh) * | 2019-12-10 | 2020-05-19 | 中国航空工业集团公司西安航空计算技术研究所 | 一种帧处理方法和帧存储装置 |
KR20220120958A (ko) * | 2021-02-24 | 2022-08-31 | 삼성전자주식회사 | 데이터를 송수신하는 전자 장치 및 전자 장치의 동작 방법 |
WO2022197288A1 (en) * | 2021-03-16 | 2022-09-22 | Zeku, Inc. | Hyper frame number handling mechanisms and methods for early start packet processing |
CN114124840B (zh) * | 2021-11-26 | 2023-09-15 | 哲库科技(北京)有限公司 | 一种接收pdcp包的方法、装置及终端设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080123655A1 (en) * | 2006-11-15 | 2008-05-29 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting/receiving ciphered packet in mobile communication system |
CN101675618A (zh) * | 2007-08-10 | 2010-03-17 | Lg电子株式会社 | 检测移动电信系统中的安全性错误的方法和移动电信设备 |
CN101686494A (zh) * | 2008-09-22 | 2010-03-31 | 大唐移动通信设备有限公司 | 一种分组数据汇聚协议层处理数据包的方法和装置 |
US20100157904A1 (en) * | 2008-12-24 | 2010-06-24 | Qualcomm Incorporated | Optimized header for efficient processing of data packets |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3805569B2 (ja) * | 1999-07-08 | 2006-08-02 | 富士通株式会社 | ウィンドウ制御機能を有する制御装置、ウィンドウ制御プログラムを記憶した記憶媒体及びウィンドウ制御機能を有する通信制御装置 |
JP4729000B2 (ja) * | 2006-04-27 | 2011-07-20 | イノヴァティヴ ソニック リミテッド | 無線通信システムにおいて復号パラメータを同期させる方法及び装置 |
CN101155026B (zh) * | 2006-09-29 | 2010-12-08 | 华为技术有限公司 | 通信安全性保护方法和装置 |
JP4930587B2 (ja) * | 2007-05-11 | 2012-05-16 | 富士通株式会社 | 無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置 |
-
2011
- 2011-06-27 CN CN2011101753531A patent/CN102857356A/zh active Pending
-
2012
- 2012-06-27 WO PCT/CN2012/077621 patent/WO2013000408A1/zh active Application Filing
-
2013
- 2013-12-27 US US14/142,029 patent/US20140112157A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080123655A1 (en) * | 2006-11-15 | 2008-05-29 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting/receiving ciphered packet in mobile communication system |
CN101675618A (zh) * | 2007-08-10 | 2010-03-17 | Lg电子株式会社 | 检测移动电信系统中的安全性错误的方法和移动电信设备 |
CN101686494A (zh) * | 2008-09-22 | 2010-03-31 | 大唐移动通信设备有限公司 | 一种分组数据汇聚协议层处理数据包的方法和装置 |
US20100157904A1 (en) * | 2008-12-24 | 2010-06-24 | Qualcomm Incorporated | Optimized header for efficient processing of data packets |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018171328A1 (zh) * | 2017-03-24 | 2018-09-27 | 维沃移动通信有限公司 | 数据传输方法及终端 |
CN110891287A (zh) * | 2018-09-07 | 2020-03-17 | 维沃移动通信有限公司 | 以太网包头压缩的方法、解压缩的方法和设备 |
CN110891287B (zh) * | 2018-09-07 | 2021-05-28 | 维沃移动通信有限公司 | 以太网包头压缩、解压缩的方法和设备、及可读存储介质 |
CN111818630A (zh) * | 2019-07-12 | 2020-10-23 | 维沃移动通信有限公司 | 状态变量维护方法、装置及用户设备 |
CN111818630B (zh) * | 2019-07-12 | 2024-06-25 | 维沃移动通信有限公司 | 状态变量维护方法、装置及用户设备 |
CN111510278A (zh) * | 2020-04-26 | 2020-08-07 | Oppo广东移动通信有限公司 | 一种超帧号hfn同步方法及终端、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US20140112157A1 (en) | 2014-04-24 |
WO2013000408A1 (zh) | 2013-01-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102857356A (zh) | 发送数据包、超帧号更新和维护、数据处理的方法及装置 | |
US11218477B2 (en) | Encryption key updates in wireless communication systems | |
US10038701B2 (en) | Method for detecting security error in mobile telecommunications system and device of mobile telecommunications | |
US8189586B2 (en) | Plural telecommunications functions having sharing transaction(s) | |
US20070242703A1 (en) | Binding/combining of plural telecommunications functions | |
CN102137435B (zh) | 数据处理方法、装置和系统 | |
KR101755336B1 (ko) | 음성 프레임들의 비수신이 지속되는 기간 동안 보안 동기 처리 방법 및 시스템 | |
CN112996052B (zh) | 数据发送控制方法及装置、终端、基站和介质 | |
US20080148111A1 (en) | Method and apparatus for recovering protocol error in a wireless communications system | |
US20080137574A1 (en) | Method and apparatus for handling data delivery in a wireless communications system | |
WO2024032742A1 (zh) | 业务处理方法、装置、设备、存储介质及程序产品 | |
CN100596350C (zh) | 工业控制数据的加密解密方法 | |
CN101421972B (zh) | 远程通信网络中的数据包压缩及加密方法、节点与装置 | |
CN102487501A (zh) | 非确认模式下的上行加密参数同步方法和设备 | |
EP2005641B1 (en) | Binding/combining of plural telecommunications functions | |
JP4955734B2 (ja) | 上位にpdcpデータユニットを送信する方法 | |
CN102301645A (zh) | 维护llc层加解密参数的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130102 |
|
RJ01 | Rejection of invention patent application after publication |