背景技术
PDCP层在LTE的无线接口协议栈中位于RLC(Radio Link Control,无线链路控制)协议层之上,它的实体功能如图1所示。PDCP对应的RLC实体可以为非确认模式(UM,Unacknowledged Mode)或确认模式(AM,Acknowledged Mode)。为了便于描述,本文中,将对应于RLC层AM/UM的PDCP层/实体称为AM/UM类型PDCP层/实体。PDCP重建过程(Re-establishment procedure)指的是由高层指示的PDCP实体复位过程。触发PDCP重建的原因有很多,比如发生切换,进行RRC链接重配等。本文是针对DRB(Data Radio Bearer,数据无线承载)的重建过程。在重建中,涉及对PDCP层驻留报文的处理、安全配置的更新等一系列相关流程,并会触发ROHC(Robust Header Compression,鲁棒性头压缩)模块的重置。PDCP重建后,根据报文实际接收情况生成的状态报告(Status Report)发往对端,以达到减少报文重复发送,节约空口带宽的目的。下面分别对ROHC及状态报告的相关背景技术进行介绍。
ROHC提供PDCP层对业务报文的头压缩与解压缩功能。所谓头压缩,指的是压缩掉业务报文中IP,UDP(User Datagram Protocol,用户数据报协议),RTP(Real-time Transport Protocol,实时传输协议)等头部的冗余信息,并在接收端将完整的头部恢复出来,以达到节约空口带宽的目的。对VOIP(Voice over IP,IP话音)等报文静荷长度较小的业务来说,采用头压缩后获得的系统增益非常显著。ROHC在PDCP报文处理中的位置如图1所示。PDCP发送实体对应的ROHC模块称为压缩器(Compressor),与接收实体对应的称为解压器(Decompressor)。ROHC具有三种工作模式:U-Mode(Unidirectional mode):报文只在一个方向上发送,即压缩器->解压器。U模式没有反馈(Feedback)机制。压缩器总是从U-mode启动,当从解压器接收到携带模式信息的反馈报文后迁移到其他模式。O-Mode(Bi-directional Optimistic mode):解压器有反馈信道来发送反馈报文,可以及时将反馈信息告知压缩器。压缩器根据收到的反馈信息及时调整压缩策略及发送的包类型。R-Mode(Bi-directional Reliable mode):将频繁的使用反馈信道来增强系统的健壮性,压缩器对报文的确信度依赖于解压器回送的反馈信息。
反馈机制模型如图2所示,压缩器将压缩报文通过ROHC信道发送出去。解压器在接收压缩报文并进行处理的同时,会产生反馈信息。反馈信息将通过反馈信道发送给压缩器。O,R模式的反馈机制,按照发送方式主要分为两种:独立反馈(Interspersed Feedback)和捎带反馈(PiggybackedFeedback)前者采用独立的反馈报文在信道上发送。对PDCP来说,这种独立的反馈报文将被封装到PDCP层反馈类型的控制报文(Control PDU,控制协议数据单元)中,并通过空口发送出去。捎带反馈会内嵌到反向的ROHC压缩报文中发送出去,这种反馈对PDCP来说是不可见的。本专利专指独立反馈的反馈机制。无论是独立反馈还是捎带反馈,都携带了解压器的解压信息,用来告知压缩器,压缩报文是否解压成功,并可能触发压缩器的工作模式及工作状态的迁移。需要说明的是,ROHC的模式切换总是由解压器发起,并通过发送带有模式信息的反馈来触发压缩器的模式切换。
反馈报文在PDCP层的处理流程如图3所示。接收侧处理:1.接收:接收到对端PDCP发送的反馈类型的控制报文。2.解析:拆掉PDCP包头,将反馈信息交给压缩器。3.处理:压缩器根据反馈信息进行模式切换,状态迁移,调整组包策略等操作。发送侧处理:1.生成:解压器对业务报文进行解压缩,产生反馈信息。2.封装:反馈信息由发送侧封装成控制报文(CTRLPDU)。3.发送:携带反馈信息的控制报文,向下层投递,通过空口发往对端。
状态报告(status report)是一种携带业务报文实际接收情况的PDCP控制报文,应用于映射到AM模式的DRB的PDCP重建流程中。状态报告中存在着比特序列,从重建时第一个丢失报文开始的一系列报文与其一一对应,这种比特序列称为位图(bitmap)。每一包都有其对应的比特(bit)位,该位为1表明已接收到,为0则表明丢失。状态报告总是由重建时的接收实体构造,通过反向的发送通道发往对端发送实体。发送实体收到后,根据位图信息调整本地的报文发送策略,对那些状态报告已经确认的报文将不再发送,以节约空口资源。若某一无线承载(Radio Bearer)被配置为可以发送状态报告,则在重建过程中,接收侧PDCP实体根据业务报文的实际到达情况构造状态报告,并作为重建后的第一个报文发送。状态报告的生成和处理流程也分为报文接收处理流程和报文发送处理流程,如图4所示,与反馈类似,不再赘述。
重建发生时,空口报文的收发停滞,PDCP实体开始处理驻留在本层的报文。
现有的处理方法为:
本地接收侧:
a)取出驻留的PDCP数据(Data)PDU(Protocol Data Unit,协议数据单元),进行:解包->解密->解压缩,生成PDCP SDU(Service Data Unit,服务数据单元)。
b)对于对应于RLC UM的PDCP实体
c)UM类型PDCP实体,将PDCP SDU递交给上层;对于AM类型PDCP实体,将SN(序列号)连续的PDCP SDU递交给上层,将出现报文空洞即SN不连续PDCP SDU缓存起来,待重建后处理;对于基站来说,此处的上层一般是指GPRS用户面隧道协议(GPRS Tunnelling Protocol for UserPlane,GTP-U)层;对于终端来说,此处的上层一般是指应用层。
d)重复步骤a),b)直到接收侧驻留的报文(PDCP Data PDU)处理完毕。
e)对解密模块进行安全配置更新(如更换密钥),对解压器进行重置,使其回到初始状态和工作模式。
本地发送侧:
a)对加密模块进行安全配置更新(如更换密钥),重置压缩器(Compressor),使其回到初始状态和工作模式。
b)对未发送成功且已分配了SN的SDU,采用重置后的压缩器和加密器重新进行压缩和加密,生成新的Data PDU。
c)新生成的PDU将替代驻留Data PDU,向下层(即RLC协议层)投递。
d)按照SN的增序处理SDU。重复步骤b,c,直到发送侧驻留的报文处理完毕。
该方法的问题在于没有对重建时PDCP层驻留的控制报文(Feedback和Status Report)进行处理。
重建过程产生的反馈报文或者PDCP层驻留的反馈报文会失效。根据产生原因来分,重建时有3类无效反馈报文会产生:
1类:PDCP接收缓冲中驻留的反馈类型的控制报文;
2类:解压器复位前,处理接收缓冲中驻留的业务报文时产生的反馈;
3类:PDCP发送缓冲中驻留的反馈类型的控制报文。
PDCP重建时,触发ROHC重置。即压缩器/解压器从最初的模式和状态重新开始工作。因此1类反馈报文中的信息已经过时,对本地压缩器来说已经没有用处了。2类,3类反馈报文在正常流程下是发往对端压缩器的。重建对eNB(E-UTRANNode B,基站)侧和UE(User Equipment,用户设备)侧是同步的,对端压缩器此时也进行了重置。因此,2,3类反馈报文也属于无效信息。ROHC重置中会建立新的上下文,若分配的上下文标识(Context ID,CID)与这些反馈报文中的一致,则可能造成对端压缩器在收到2,3类反馈报文后,在解压器未知的情况下进入模式切换等异常流程。另一方面,这些无效的反馈报文在重建后的发送将造成空口资源的浪费。特别是重建前ROHC工作在R模式下,反馈报文的数目相当可观,则重建后失效的反馈报文对资源的浪费就更加显著。
重建时,PDCP层驻留的状态报告会失效。按产生位置,状态报告分为两类:
1类:PDCP接收缓冲中驻留的状态报告类型的控制报文;
2类:PDCP发送缓冲中驻留的状态报告类型的控制报文。
1类状态报告,将对本地报文的发送策略进行影响。状态报告通常是在重建后接收到的第一包报文。若重建中PDCP的驻留报文中出现状态报告,则对应着上次重建,其中包含的接收信息已经过时。1类状态报告包含的接收信息不能实时反映对端的实际接收情况,可能造成报文的重复发送。2类状态报告是发送给对端的,与1类报文类似,会影响对方报文的发送效率。
总之,PDCP重建时驻留报文的现有处理方法没有对反馈报文或者状态报告进行处理。失效反馈报文会造成对空口资源的浪费,更可能导致压缩器在解压器未知的情况下进入模式切换等异常流程,对重建后正常业务数据的处理造成延迟。失效的状态报告携带的过时信息,对上下行报文发送策略造成影响,从而导致报文的重复发送,降低空口资源利用率。
发明内容
本发明要解决的技术问题就是提出一种分组数据汇聚协议层重建的方法和装置,避免发送失效的反馈报文浪费空口资源和导致压缩器在解压器未知的情况下进入模式切换等异常流程。
本发明要解决的另一个技术问题就是避免发送失效的状态报告对上下行报文发送策略造成影响,降低空口资源利用率。
为了解决上述技术问题,本发明提供一种分组数据汇聚协议PDCP层重建的方法,
对于PDCP层的接收侧,包括:
清除驻留的控制报文;
处理驻留的业务报文,并清除处理过程中产生的反馈信息;
重置解压器,并更新解密模块配置;
对于PDCP层的发送侧,包括:
重置压缩器,并更新加密模块配置;
清除驻留的控制报文;
重新处理驻留的业务报文。
进一步地,上述方法还可具有以下特点:
若所述PDCP层对应的无线链路控制RLC层为非确认模式UM,
对于所述PDCP层的接收侧清除驻留的控制报文具体是指:清除驻留的反馈类型的控制报文;
对于所述PDCP层的发送侧清除驻留的控制报文具体是指:清除驻留的反馈类型的控制报文。
进一步地,上述方法还可具有以下特点:
若所述PDCP层对应的RLC层为确认模式AM,
对于所述PDCP层的接收侧清除驻留的控制报文具体是指:清除驻留的反馈类型的控制报文和状态报告类型的控制报文;
对于所述PDCP层的发送侧清除驻留的控制报文具体是指:清除驻留的反馈类型的控制报文和状态报告类型的控制报文。
为了解决上述技术问题,本发明提供一种PDCP层重建的方法,应用于PDCP层的接收侧,包括:
清除驻留的控制报文;
处理驻留的业务报文,并清除处理过程中产生的反馈信息;
重置解压器,并更新解密模块配置。
进一步地,若所述PDCP层对应的RLC层为UM,则对于所述PDCP层的接收侧,所述方法具体包括:
对接收侧驻留的报文进行分类,丢弃反馈类型的控制报文;
对驻留的业务报文进行解包、解密、解压缩处理,生成PDCP服务数据单元SDU,并将所述SDU递交给上层,并丢弃处理业务报文时产生的反馈信息;
接收侧驻留的报文处理完毕后,重置解压器,对解密模块进行安全配置更新。
进一步地,若所述PDCP层对应的RLC为AM,则对于所述PDCP层的接收侧,所述方法具体包括:
对接收侧驻留的报文进行分类,丢弃反馈类型的控制报文和状态报告类型的控制报文;
对驻留的业务报文进行解包、解密、解压缩处理,生成PDCP SDU,PDCP序列号SN连续的报文将发送给上层,将SN不连续PDCP SDU缓存起来,待重建后处理;并丢弃处理业务报文时产生的反馈信息;
接收侧驻留的报文处理完毕后,重置解压器,对解密模块进行安全配置更新。
为了解决上述技术问题,本发明提供一种PDCP层重建的方法,应用于PDCP层的发送侧,包括:
重置压缩器,并更新加密模块配置;
清除驻留的控制报文;
重新处理驻留的业务报文。
进一步地,若所述PDCP层对应的RLC层为UM,则对于所述PDCP层的发送侧,所述方法具体包括:
重置压缩器,并更新加密模块配置;
对发送侧驻留的报文进行分类,丢弃反馈类型的控制报文;
对未发送成功且已分配了SN的SDU,使用重置后的压缩器重新进行压缩,使用更新后的加密模块重新进行加密;对报文从0开始分配新的SN号,用新生成的控制协议数据单元PDU替代驻留的数据PDU,向下层投递。
进一步地,若所述PDCP层对应的RLC为AM,则对于所述PDCP层的发送侧,所述方法具体包括:
重置压缩器,并更新加密模块配置;
对发送侧驻留的报文进行分类,丢弃反馈类型的控制报文和状态报告类型的控制报文;
对未发送成功且已分配了SN的SDU,使用重置后的压缩器重新进行压缩,使用更新后的加密模块重新进行加密;对报文采用原有的SN序号,用新生成的PDU替代驻留的数据PDU,向下层投递。
为了解决上述技术问题,本发明提供一种PDCP层重建的装置,包括接收实体和发送实体,
所述接收实体用于在PDCP层重建时,清除驻留的控制报文;以及用于处理驻留的业务报文,并清除处理过程中产生的反馈信息;
所述发送实体用于在PDCP层重建时,清除驻留的控制报文。
进一步地,上述装置还可具有以下特点:
若所述PDCP层对应的RLC为UM,
所述接收实体进一步用于在PDCP层重建时,清除驻留的反馈类型的控制报文;
所述发送实体进一步用于在PDCP层重建时,清除驻留的反馈类型的控制报文。
进一步地,上述装置还可具有以下特点:
若所述PDCP层对应的RLC为AM,
所述接收实体进一步用于在PDCP层重建时,清除驻留的反馈类型的控制报文和状态报告类型的控制报文;
所述发送实体进一步用于在PDCP层重建时,清除驻留的反馈类型的控制报文和状态报告类型的控制报文。
为了解决上述技术问题,本发明提供一种PDCP层重建的装置,包括接收实体和发送实体,
所述接收实体用于在PDCP层重建时,清除驻留的控制报文;以及用于处理驻留的业务报文,并清除处理过程中产生的反馈信息。
进一步地,上述装置还可具有以下特点:
若所述PDCP层对应的RLC为UM,所述接收实体进一步用于在PDCP层重建时,对驻留的报文进行分类,丢弃反馈类型的控制报文,对驻留的业务报文进行解包、解密、解压缩处理,生成PDCP SDU,并将所述SDU递交给上层,并丢弃处理业务报文时产生的反馈信息,驻留的报文处理完毕后,重置解压器,对解密模块进行安全配置更新。
进一步地,上述装置还可具有以下特点:
若所述PDCP层对应的RLC为AM,所述接收实体进一步用于在PDCP层重建时,对驻留的报文进行分类,丢弃反馈类型的控制报文和状态报告类型的控制报文,对驻留的业务报文进行解包、解密、解压缩处理,生成PDCPSDU,PDCP序列号SN连续的报文将发送给上层,将SN不连续PDCP SDU缓存起来,待重建后处理,并丢弃处理业务报文时产生的反馈信息,驻留的报文处理完毕后,重置解压器,对解密模块进行安全配置更新。
为了解决上述技术问题,本发明提供一种PDCP层重建的装置,包括接收实体和发送实体,
所述发送实体用于在PDCP层重建时,清除驻留的控制报文。
进一步地,上述装置还可具有以下特点:
若所述PDCP层对应的RLC为UM,所述发送实体进一步用于在PDCP层重建时,重置压缩器,并更新加密模块配置,对驻留的报文进行分类,丢弃反馈类型的控制报文,对未发送成功且已分配了SN的SDU,使用重置后的压缩器重新进行压缩,使用更新后的加密模块重新进行加密;对报文从0开始分配新的SN号,用新生成的,PDU替代驻留的数据PDU,向下层投递。
进一步地,上述装置还可具有以下特点:
若所述PDCP层对应的RLC为AM,所述发送实体进一步用于在PDCP层重建时,重置压缩器,并更新加密模块配置,对驻留的报文进行分类,丢弃反馈类型的控制报文和状态报告类型的控制报文,对未发送成功且已分配了SN的SDU,使用重置后的压缩器重新进行压缩,使用更新后的加密模块重新进行加密;对报文采用原有的SN序号,用新生成的PDU替代驻留的数据PDU,向下层投递。
本发明通过对重建时PDCP层驻留报文的差异化处理,可以规避压缩器的异常模式切换,提高用户面重建后的恢复速度。更能够避免无效反馈的发送,提高空口资源利用率,同时,通过避免失效状态报告对上下行发送策略的影响,可以减少业务报文的重复发送,提高空口资源利用率。
具体实施方式
本发明提出优化的分组数据汇聚协议层重建方法,通过清除无效的控制报文,可以规避压缩器的异常模式切换,提高用户面重建后的恢复速度。更能够避免无效反馈报文的发送,提高空口资源利用率,同时,通过避免失效状态报告对上下行发送策略的影响,从而减少业务报文的重复发送,提高空口资源利用率。
下面结合附图及具体实施例对本发明进行详细说明。
本发明实施例的方法如图5和图6所示。
如图5所示,对于PDCP层的接收侧(或称为接收实体),包括如下步骤:
步骤501,接收侧清除驻留的控制报文;
所述控制报文至少包括反馈类型的控制报文(即反馈报文),还可包括状态报告类型的控制报文(即状态报告);
具体地,若所述PDCP层对应的RLC层为UM,则接收侧清除驻留的反馈类型的控制报文;
若所述PDCP层对应的RLC层为AM,则接收侧清除驻留的反馈类型的控制报文和状态报告类型的控制报文;
步骤502,接收侧处理驻留的业务报文,并清除处理过程中产生的反馈信息;
步骤503,接收侧重置解压器,更新解密模块配置。
对于PDCP层的发送侧(或称为发送实体),包括如下步骤:
步骤601,发送侧重置压缩器并更新加密模块配置;
步骤602,发送侧清除驻留的控制报文;
所述控制报文至少包括反馈类型的控制报文(即反馈报文),还可包括状态报告类型的控制报文(即状态报告);
具体地,若所述PDCP层对应的RLC层为UM,则发送侧清除驻留的反馈类型的控制报文;
若所述PDCP层对应的RLC层为AM,则发送侧清除驻留的反馈类型的控制报文和状态报告类型的控制报文;
步骤603,发送侧重新处理驻留的业务报文。
如步骤501-503所述,对于UM类型PDCP层的接收侧,具体包括如下步骤:
(1)UM类型PDCP层重建时,对接收侧驻留的报文进行分类,如果是反馈类型的控制报文则进行丢弃;
(2)对驻留的业务报文进行解包、解密、解压缩处理,生成PDCP SDU,并将所述PDCP SDU递交给上层;
(3)将步骤(2)中处理业务报文时产生的反馈信息进行丢弃,避免封装成Control PDU发往对端;
(4)重复步骤(1)-(3),直到接收侧驻留的报文处理完毕;
(5)对解密模块进行安全配置更新(如更换密钥),对解压器进行重置,使其回到初始状态和工作模式。
如步骤601-603所述,对于UM类型PDCP层的发送侧,具体包括如下步骤:
(a)UM类型PDCP层重建时,更新加密模块配置,并重置压缩器,使其回到初始状态和工作模式;
(b)对发送侧驻留的报文进行分类,如果是反馈类型的控制报文则进行丢弃,不再投递到下层;
(c)对未发送成功且已分配了SN的SDU,采用重置后的压缩器和加密模块重新进行压缩和加密;对报文从0开始分配新的SN号,用新生成的PDU替代驻留Data PDU,向下层投递;
(d)重复步骤(a)-(c)直到发送侧驻留的报文处理完毕。
如步骤501-503所述,对于AM类型PDCP层的接收侧,具体包括如下步骤:
(一)AM类型PDCP重建时,对接收侧驻留的报文进行分类,如果是反馈类型的控制报文则进行丢弃,如果是状态报告类型的控制报文则进行丢弃;
(二)对驻留的业务报文进行解包、解密、解压缩处理,生成PDCP SDU,PDCP SN连续的报文将发送给上层,将出现报文空洞即SN不连续PDCPSDU缓存起来,待重建后处理;
(三)丢弃步骤(二)中处理业务报文时产生的反馈信息,避免封装成Control PDU发往对端;
(四)重复步骤(一)-(三),直到接收侧驻留的报文处理完毕;
(五)对解密模块进行安全配置更新(如更换密钥),对解压器进行重置,使其回到初始状态和工作模式。
如步骤601-603所述,对于AM类型PDCP层的发送侧,具体包括如下步骤:
(A)AM类型PDCP层重建时,更新发送侧的加密模块配置,并重置压缩器,使其回到初始状态和工作模式;
(B)对发送侧驻留的报文进行分类,如果是反馈类型的控制报文则进行丢弃,不再投递到下层;如果是状态报告类型的控制报文则进行丢弃,不再投递到下层;
(C)对未发送成功且已分配了SN的SDU,采用重置后的压缩器和更新后的加密模块重新进行压缩和加密;对报文采用原有的SN序号,用新生成的PDU替代驻留Data PDU,向下层投递;
(D)重复步骤(A)-(C)直到发送侧驻留的报文处理完毕。
本发明实施例的PDCP层重建的装置,包括接收实体和发送实体,
所述接收实体用于在PDCP层重建时,清除驻留的控制报文;以及用于处理驻留的业务报文,并清除处理过程中产生的反馈信息;
所述发送实体用于在PDCP层重建时,清除驻留的控制报文。
若所述PDCP层对应的RLC为UM,所述接收实体进一步用于在PDCP层重建时,清除驻留的反馈类型的控制报文;所述发送实体进一步用于在PDCP层重建时,清除驻留的反馈类型的控制报文。
若所述PDCP层对应的RLC为AM,所述接收实体进一步用于在PDCP层重建时,清除驻留的反馈类型的控制报文和状态报告类型的控制报文;所述发送实体进一步用于在PDCP层重建时,清除驻留的反馈类型的控制报文和状态报告类型的控制报文。
若所述PDCP层对应的RLC为UM,所述接收实体进一步用于在PDCP层重建时,对驻留的报文进行分类,丢弃反馈类型的控制报文,对驻留的业务报文进行解包、解密、解压缩处理,生成PDCP SDU,并将所述SDU递交给上层,并丢弃处理业务报文时产生的反馈信息,驻留的报文处理完毕后,重置解压器,对解密模块进行安全配置更新。
若所述PDCP层对应的RLC为AM,所述接收实体进一步用于在PDCP层重建时,对驻留的报文进行分类,丢弃反馈类型的控制报文和状态报告类型的控制报文,对驻留的业务报文进行解包、解密、解压缩处理,生成PDCPSDU,PDCP序列号SN连续的报文将发送给上层,将SN不连续PDCP SDU缓存起来,待重建后处理,并丢弃处理业务报文时产生的反馈信息,驻留的报文处理完毕后,重置解压器,对解密模块进行安全配置更新。
若所述PDCP层对应的RLC为UM,所述发送实体进一步用于在PDCP层重建时,重置压缩器,并更新加密模块配置,对驻留的报文进行分类,丢弃反馈类型的控制报文,对未发送成功且已分配了SN的SDU,使用重置后的压缩器重新进行压缩,使用更新后的加密模块重新进行加密;对报文从0开始分配新的SN号,用新生成的,PDU替代驻留的数据PDU,向下层投递。
若所述PDCP层对应的RLC为AM,所述发送实体进一步用于在PDCP层重建时,重置压缩器,并更新加密模块配置,对驻留的报文进行分类,丢弃反馈类型的控制报文和状态报告类型的控制报文,对未发送成功且已分配了SN的SDU,使用重置后的压缩器重新进行压缩,使用更新后的加密模块重新进行加密;对报文采用原有的SN序号,用新生成的PDU替代驻留的数据PDU,向下层投递。
下面以具体应用示例进一步详细说明。
应用示例一
针对UM类型PDCP实体,采用分类缓冲的方法,即业务报文缓冲区保存业务报文,控制报文缓冲区保存控制类报文。
对于接收侧,包括如下步骤:
1.1UM类型PDCP层重建时释放接收侧控制报文缓冲区,清空其中所有的反馈类型的控制报文;
1.2重建发生时,对接收侧业务报文缓冲区内的报文进行处理,生成PDCP SDU;
1.3对步骤1.2生成的所有反馈信息进行过滤,避免发送侧对该类信息的封装处理;
1.4将PDCP SDU递交给上层;
1.5重复步骤1.2-1.4,直到接收侧业务报文缓冲区的所有报文处理完毕;
1.6对解密模块进行安全配置更新(如更换密钥),对解压器进行重置,使其回到初始状态和工作模式。
对于发送侧,包括如下步骤:
1.a UM类型PDCP重建发生时,对发送侧加密模块更新配置,并重置压缩器,使其回到初始状态和工作模式;
1.b释放发送侧控制报文缓冲区,清空其中所有的反馈类型的控制报文;
1.c对未发送成功且已分配了SN的SDU,采用重置后的压缩器和加密器重新进行压缩和加密,对报文从0开始分配新的SN号;
1.d用新生成的PDU替代驻留Data PDU,向下层投递;
1.e重复步骤1.c-1.d,直到发送侧业务报文缓冲区的所有报文处理完毕。
应用示例二
针对AM类型PDCP实体,采用分类缓冲的方法,即业务报文缓冲区保存业务报文,控制报文缓冲区保存控制类报文。
对于接收侧,包括如下步骤:
2.1AM类型PDCP层重建时释放接收侧控制报文缓冲区,清空其中所有的反馈类型的控制报文和状态报告类型的控制报文;
2.2重建发生时,对接收侧业务报文缓冲区内的报文进行处理,生成PDCP SDU;
2.3对步骤2.2生成的所有反馈信息进行过滤,避免发送侧对该类信息的封装处理;
2.4PDCP SN连续的SDU将发送给上层,出现报文空洞,即SN不连续SDU将被缓存起来;
2.5重复步骤2.2-2.4,直到接收侧业务报文缓冲区的所有报文处理完毕;
2.6对解密模块进行安全配置更新(如更换密钥),对解压器进行重置,使其回到初始状态和工作模式。
对于发送侧,包括如下步骤:
2.a AM类型PDCP层重建发生时,对发送侧加密模块更新配置并重置压缩器,使其回到初始状态和工作模式;
2.b释放发送侧控制报文缓冲区,清空其中所有的反馈类型的控制报文以和状态报告类型控制报文;
2.c对未发送成功且已分配了SN的SDU,采用重置后的压缩器和加密器重新进行压缩和加密,对报文采用原有的SN序号;
2.d用新生成的PDU替代驻留Data PDU,向下层投递;
2.e重复步骤2.c-2.d,直到发送侧所有未发送成功的业务报文处理完毕。
应用示例三
针对UM模式PDCP层重建,采用混合缓冲+报文过滤的方法,即将控制报文和业务报文保存在一个混合缓冲区中。
对于接收侧,包括如下步骤:
3.1UM模式PDCP层重建发生时,类型1的反馈报文过滤器生效,对接收侧混合缓冲区中驻留报文进行过滤,驻留的1类反馈报文将被剔除;
3.2对通过过滤器的业务报文进行解包->解密->解压缩处理,生成PDCP SDU;
3.3类型2的反馈报文过滤器在重建发生时生效,对步骤3.2生成的2类反馈信息进行过滤,避免发送侧对该类信息的封装;
3.4将PDCP SDU递交给上层;
3.5重复步骤3.1-3.4,直到接收侧所有报文处理完毕;
3.6对解密模块进行安全配置更新(如更换密钥),对解压器进行重置,使其回到初始状态和工作模式。
对于发送侧,包括如下步骤:
3.a UM类型PDCP层重建发生时,对发送侧的加密模块更新配置并重置压缩器,使其回到初始状态和工作模式;
3.b重建发生时,剔除发送侧的混合缓冲区中驻留的3类反馈控制报文;
3.c对未发送成功且已分配了SN的SDU,采用重置后的压缩器和加密器重新进行压缩和加密,对报文从0开始分配新的SN号;
3.d用新生成的PDU替代驻留Data PDU,向下层投递;
3.e重复步骤3.c-3.d,直到发送侧所有未发送成功的业务报文处理完毕。
应用示例四
针对AM模式PDCP重建,采用混合缓冲+报文过滤的方法,即将控制报文和业务报文保存在一个混合缓冲区中。
对于接收侧,包括如下步骤:
4.1AM模式PDCP层重建发生时,1类报文过滤器生效,对接收侧混合缓冲区中驻留报文进行过滤,剔除驻留的1类反馈报文和1类状态报告;
4.2对通过过滤器的业务报文进行解包->解密->解压缩处理,生成PDCP SDU;
4.32类报文过滤器在重建发生时生效,对步骤4.2生成的2类反馈信息进行过滤,避免发送侧对该类信息的封装;
4.4PDCP SN连续的SDU将发送给上层,出现报文空洞,即SN不连续SDU将被缓存起来;
4.5重复步骤4.1-4.4,直到接收侧所有报文处理完毕;
4.6对解密模块进行安全配置更新(如更换密钥),对解压器进行重置,使其回到初始状态和工作模式。
对于发送侧,包括如下步骤:
4.a AM类型PDCP层重建发生时,对发送侧的加密模块更新配置并重置压缩器,使其回到初始状态和工作模式。
4.b重建发生时,剔除发送侧的混合缓冲区中驻留的3类反馈控制报文和2类状态报告控制报文;
4.c对未发送成功且已分配了SN的SDU,采用重置后的压缩器和加密器重新进行压缩和加密,对报文仍采用原来的SN序号;
4.d用新生成的PDU替代驻留Data PDU,向下层投递;
4.e重复步骤4.c-4.d,直到发送侧所有未发送成功的业务报文处理完毕。
本发明通过对重建时PDCP层驻留报文的差异化处理,有效降低了压缩器的异常模式切换的可能性,从而避免了重建后报文处理的延迟。同时能够避免无效反馈在重建后的继续发送,提高了空口资源的利用率。
本发明所述的分组数据汇聚协议层重建的优化方法,并不仅仅限于说明书及实施方案中所列运用,他完全可以被适用于各种适合本发明之领域,对于熟悉本领域的人员而言可以容易的实现另外的优点和进行修改,因此在不背离权利要求及等同范围所限定的一般概念的精神和范围的情况下,本发明并不限于特定的细节、代表性的设备和这里示出与描述的图示实例。