CN102480747B - 一种业务承载计数检查方法和装置 - Google Patents

Abstract

本发明公开了一种业务承载计数检查方法，包括：基站确定触发计数器检查过程时，向用户设备UE发送计数器检查消息，请求用户设备UE对业务承载上的数据量进行检查并上报检查结果；基站接收UE上报的检查结果，根据所述检查结果确定所述UE和基站进行数据量计数的业务承载相同，且对每条业务承载上的数据量分别计数得到计数值的差值在设定容量范围内时，维持UE的无线资源控制RRC连接。本发明避免了由于进位导致的UE和基站的统计数据不一致，及由于RLC重传等原因导致的UE和基站的统计数据不一致而错误释放RRC连接的情况，降低了正常情况下的掉话率。

Description

一种业务承载计数检查方法和装置

技术领域

本发明涉及无线通信技术领域，尤其涉及应用于LTE系统的一种业务承载计数检查方法和装置。

背景技术

现有的LTE(Long Term Evolution，长期演进)系统中，当用户设备UE需要与网络进行通信时，首先建立RRC(Radio Resource Control，无线资源控制)连接，也就是建立专用信令链路。之后通过初始安全激活过程，完成通信数据的加密保护。初始安全激活成功后，再建立业务承载。

业务承载通过计数COUNT值记录发送和接收的数据量，该COUNT值长度为32bits。在计数器检查Counter Check过程中，通过比较基站和UE每条业务承载上发送和接收数据的COUNT值的高25位是否一致，来判断是否发生了非法的侵入。

目前，在UE建立多条业务承载时，基站针对每条业务承载设定一个特定值，在某条业务承载的COUNT值达到对应的特定值时，向UE发送计数器检查CounterCheck消息，如图1所示，UE在接收到CounterCheck消息时，向基站返回计数器检查响应CounterCheckResponse消息。CounterCheck消息携带有待检查业务承载的标识及基站统计的这些待检查业务承载的上、行数据量。CounterCheckResponse消息中携带有UE对待检查业务承载的上、行数据量的计数结果。CounterCheck消息和CounterCheckResponse消息结构具体参见现有协议规定。

协议中规定基站发送的CounterCheck消息中DRB-CountMSB-InfoList是一个待检查业务承载计数信息的集合，集合中包括多条记录，每条记录包括UE建立的一条业务承载标识drb-Identity，和基站统计的该条业务承载的上、下行数据量的COUNT值的高25位，即countMSB-Uplink和countMSB-Downlink。

现有协议中UE收到基站发送的CounterCheck消息后，对消息中的DRB-CountMSB-InfoList中每一个业务承载的计数值CountMSB进行比较，如果不相同就在CounterCheckResponse消息中反馈给基站，具体处理过程为：

1)UE当前建立的某条业务承载没有包含在DRB-CountMSB-InfoList中，那么在发送给基站的响应消息CounterCheckResponse的drb-CountInfoList中，包含该业务承载的标识drb-Identity，并在drb-CountInfoList中相应的count-Uplink和count-Downlink中分别填写UE计数的该业务承载的上、下行数据量的COUNT值；

2)UE计数的某条业务承载的上行或下行数据量的COUNT值的高25位中，至少有一个和CounterCheck消息中对应业务承载的上或下行数据量的COUNT值不相等，那么UE在发送给基站的CounterCheckResponse消息的drb-CountInfoList中，包含该业务承载的标识drb-Identity，并在drb-CountInfoList中相应的count-Uplink和count-Downlink中填写UE计数的该业务承载的上、下行数据量的COUNT值。不管是基站还是UE，对于非双向的业务承载，对于不存在数据传输的方向设数据量的COUNT值为0；

3)UE收到CounterCheck消息后，如果确定DRB-CountMSB-InfoList中包含的某条业务承载，UE并没有建立。那么UE在发送给基站的CounterCheckResponse消息的drb-CountInfoList中，包含该业务承载的标识drb-Identity。并在drb-CountInfoList中相应的count-Uplink和count-Downlink中的高25位填写CounterCheck消息中的相应countMSB-Uplink和countMSB-Downlink，并将低7位补0。

在UMTS(Universal Mobile Telecommunications System，通用移动通信系统)系统中，基站在收到CounterCheckResponse消息后，如果drb-CountInfoList不为空即包含业务承载及其计数结果，说明网络侧和UE对业务承载的数据量统计一致，确认发生了非法入侵，基站将释放UE的RRC连接。在LTE系统中，协议并未进行说明，但是参照UMTS系统，在确认发生了非法入侵的情况下，也应该释放UE的RRC连接。

在LTE系统中，基站通过CounterCheck过程向UE发送CounterCheck空口消息请求UE验证每一条业务承载上的发送和接收的数据量，UE将验证结果通过CounterCheckResponse空口消息通知基站。上述CounterCheck的发送是由基站配置的特定值决定的，在现实中，由于信令传输的延时或UE侧接收数据的缓存等原因，正常情况下，UE和基站统计的业务承载的发送和接收数据量也可能不一致，导致基站误判为有人侵入，影响网络指标，例如：

1)UE计数时采用的COUNT共有32位，CounterCheck消息DRB-CountMSB-InfoList中的CountMSB为25位。UE将COUNT值的高25位和CountMSB比较，由于基站在发起Counter Check过程时，UE侧COUNT值的低7位可能快要向高位进位了，在UE收到CounterCheck消息后，COUNT值完成了进位，这样将导致基站的CountMSB和UE的COUNT值不等。

如图2所示，在基站侧某条业务承载的COUNT值为0x1234567F时，触发了Counter Check过程，基站发送CounterCheck消息。UE在收到CounterCheck消息时，该条业务承载的COUNT值已经变为0x12345680。这样UE会在发送的CounterCheckResponse消息中通知基站该业务承载的COUNT值。

2)由于传输失败触发的RLC(Radio Link Control，无线链路控制)重传，导致发端PDCP(Packet Data Convergence Protocol，分组数据集中协议)层认为数据已经发出了，而接收端的PDCP层还没有收到，导致基站的CountMSB和UE的COUNT值不等。

如图3所示，基站侧已经发送了数据包2～5，而UE由于传输等原因未收到数据包3，向基站要求重传数据包3。此时，UE的RLC由于未收到数据包3，不能及时将收到的数据递交给PDCP层处理，导致基站和UE两侧的业务承载COUNT值不等。

LTE系统的CounterCheck过程继承于UMTS系统，在UMTS系统中，当基站发现和UE的计数值不等时，将释放UE的RRC连接。同样，在LTE系统中，上面的2个问题将干扰CounterCheck过程的正常进行，导致基站误判UE的状态，错误的释放UE的RRC连接，影响网络性能。

另外，在现有协议中只是说明了在一条业务承载的COUNT达到某个特定值的时候触发CounterCheck流程，但是如何能够即保证网络的安全，同时降低信令的流量，缺乏一种合理的配置机制。

发明内容

本发明实施例提供一种业务承载计数检查方法及装置，用以优化现有的计数器检查CounterCheck过程，避免UE被错误释放而降低掉话率。

本发明提供一种业务承载计数检查方法，包括：

基站确定触发计数器检查过程时，向用户设备UE发送计数器检查消息，请求用户设备UE对业务承载上的数据量进行检查并上报检查结果；

所述基站接收UE上报的检查结果，根据所述检查结果确定所述UE和基站进行数据量计数的业务承载相同，且对每条业务承载上的数据量分别计数得到计数值的差值在设定容量范围内时，维持UE的无线资源控制RRC连接。

本发明提供一种业务承载计数检查装置，包括：

请求检查单元，用于确定触发计数器检查过程时，向用户设备UE发送计数器检查消息，请求用户设备UE对业务承载上的数据量进行检查并上报检查结果；

维持连接确定单元，用于接收UE上报的检查结果，根据所述检查结果确定所述UE和所述装置进行数据量计数的业务承载相同，且对每条业务承载上的数据量分别计数得到计数值的差值在设定容量范围内时，继续维持UE的无线资源控制RRC连接。

利用本发明提供的业务承载计数检查方法及装置，具有以下有益效果：避免了由于进位导致的UE和基站的统计数据不一致，及由于RLC重传等原因导致的UE和基站的统计数据不一致而错误释放RRC连接的情况，降低了正常情况下的掉话率。

附图说明

图1为现有的计数器检查过程流程图；

图2为示例的由于进位导致的UE和基站的统计数据不一致的示意图；

图3为示例的由于RLC重传导致的UE和基站的统计数据不一致；

图4为本发明提供的业务承载检查方法流程图；

图5为本发明实施例中的业务承载检查方法流程图；

图6为本发明实施例中的业务承载检查装置结构图。

具体实施方式

下面结合附图和实施例对本发明提供的业务承载计数检查方法及装置进行更详细地说明。

根据上面的讨论，在基站实现Counter Check过程中，需要对UE上报的CounterCheckResponse消息进行恰当的处理，不能仅仅认为消息中的drb-CountInfoList不为空就释放UE。本发明提供一种业务承载计数检查方法，如图4所示，包括：

步骤S401，基站确定触发计数器检查Counter Check过程时，向用户设备UE发送计数器检查CounterCheck消息，请求用户设备UE对业务承载上的数据量进行检查并上报检查结果；

基站和UE均对业务承载上的数据量进行计数，具体地，基站可以在CounterCheck消息的DRB-CountMSB-InfoList中携带多条业务承载标识drb-Identity，及各个drb-Identity对应的业务承载数据量，如基站统计的该条业务承载的上、下行数据量的COUNT值的高25位，即countMSB-Uplink和countMSB-Downlink。

具体地，UE可以通过CounterCheckResponse消息上报检查结果，UE收到基站发送的CounterCheck消息后，对消息中的DRB-CountMSB-InfoList中每一个业务承载的计数值CountMSB进行比较，对于如下三种情况按现有过程处理：1)UE当前建立的某条业务承载没有包含在DRB-CountMSB-InfoList中；2)UE计数的某条业务承载的上行或下行数据量的COUNT值的高25位中，至少有一个和CounterCheck消息中对应业务承载的上或下行数据量的COUNT值不相等；3)UE收到CounterCheck消息后，如果确定DRB-CountMSB-InfoList中包含的某条业务承载，UE并没有建立。

步骤S402，基站接收UE上报的检查结果，根据检查结果确定UE和基站进行数据量计数的业务承载相同，且对每条业务承载上的数据量分别计数得到计数值的差值在设定容量范围内时，维持UE的无线资源控制RRC连接。

本发明基站根据UE返回的检查结果，即CounterCheckResponse消息中的drb-CountInfoList中的内容，对于上述第2种情况，并不会在UE计数的某条业务承载的上行或下行数据量的COUNT值的高25位中，至少有一个和CounterCheck消息中对应业务承载的上或下行数据量的COUNT值不相等释放RRC连接，本发明还会进一步进行差值范围的判断，如果确定差值在设定容量范围，还会维持UE的RRC连接，具体的设定容量可以根据需要设定，从而避免了由于进位导致的UE和基站的统计数据不一致，及由于RLC重传等原因导致的UE和基站的统计数据不一致而错误释放RRC连接的情况，降低了正常情况下的掉话率。

优选地，本发明提供的业务承载计数检查方法还包括：基站确定UE和基站进行数据量计数的业务承载相同，且对任一条业务承载上的数据量分别计数得到计数值的差值超过设定容量范围时，释放UE的无线资源控制RRC连接；基站根据检查结果确定UE和基站进行数据量计数的业务承载不相同时，释放UE的无线资源控制RRC连接。

本发明在差值超出设定容量时，会释放UE的RRC连接，并且对于上述1)和3)的情况，也释放RRC连接。

优选地，所述基站确定维持UE的无线资源控制RRC连接，具体包括：

确定所述UE和基站进行数据量计数的业务承载相同，且UE和基站对每条业务承载上的数据量分别计数得到上行数据量计数值的差值，不大于第一设定容量且不小于第二设定容量时；且UE和基站对每条业务承载上的数据量分别计数得到下行数据量计数值的差值，不大于第三设定容量且不小于第四设定容量时，继续维持所述UE的RRC连接；所述第一设定容量和第三设定容量为正数，所述第二设定容量和第四设定容量为负数。本发明针对上行数据和下行数据分别设定容量门限，灵活性更高。因此，对于第2)种情况，在符合如下任一个条件下，基站会释放UE的RRC连接：

1)在UE对任一条业务承载上的数据量计数得到的上行数据量计数值，大于基站对该任一条业务承载上的数据量计数得到的上行数据量计数值与第一设定容量之和时，基站释放所述UE的无线资源控制RRC连接；

2)在UE对任一条业务承载上的数据量计数得到的上行数据量计数值，小于基站对该任一条业务承载上的数据量计数得到的上行数据量计数值与第二设定容量之差时，基站释放所述UE的无线资源控制RRC连接；

3)在UE对任一条业务承载上的数据量计数得到的下行数据量计数值，大于基站对该任一条业务承载上的数据量计数得到的下行数据量计数值与第三设定容量之和时，释放所述UE的无线资源控制RRC连接；

4)在UE对任一条业务承载上的数据量计数得到的下行数据量计数值，小于基站对该任一条业务承载上的数据量计数得到的下行数据量计数值与第四设定容量之差时，释放所述UE的无线资源控制RRC连接。

上述第一设定容量、第二设定容量、第三设定容量和第四设定容量的值可以分别进行设定，即可以设置为不同的值，或者采用第一设定容量和第二设定容量的值相等，第三设定容量和第四设定容量的值相等；或者第一设定容量和第三设定容量的值，第二设定容量和第四设定容量的值的相等。当然，也可以采用第一设定容量、第二设定容量、第三设定容量和第四设定容量的绝对值均相等。

依照本发明的另一实施例中，步骤S401中，基站确定触发计数器检查过程，具体包括：在UE的一条业务承载上的数据量达到设定初始值时，基站确定触发计数器检查过程；在UE的一条业务承载的数据量距上次计数器检查过程时的数据量增长设定数据量时，基站确定触发计数器检查Counter Check过程。本实施例通过配置设定数据量的值和设定初始值来控制Counter Check过程的初次发生时间及发生频率。设定初始值可以控制Counter Check过程初次发生的时间，设定数据量作为步长用来控制Counter Check过程发生的频率，COUNT值的步长和初始值，在进行网络规划时，根据网络的实际情况及运营策略配置。

下面给出本发明提供的业务承载计数方法的优选实施例。如图5所示，具体包括如下过程：

步骤S501，基站侧的不同协议层执行的不同的功能，在基站上配置上述设定数据量即步长和设定初始值，小区初始建立时，由基站的RRC层通过小区激活Cell Active消息通知PDCP层小区建立，并通知PDCP层上述针对业务承载数据量计数所设置的步长和设定初始值。

步骤S502，在UE完成RRC连接建立和业务承载建立后，由PDCP层对业务承载上的数据量进行计数，当该UE的某条业务承载的Count值满足小区建立过程中的配置的上报条件即达到设定初始值，或数据量增长了设定步长，PDCP层向RRC发送计数器检查CounterCheck请求消息，请求消息中包括UE的每个业务承载的COUNT值。RRC层收到CounterCheck请求消息后，保存每一个业务承载的COUNT值。

步骤S503，基站给UE发送计数器检查CounterCheck消息，CounterCheck消息的格式可以采用现有协议规定的格式。

步骤S504，UE收到上述CounterCheck消息后，检查自身对业务承载上的数据量的统计，将出现异常(如上述1)～3)种情况)的业务承载的数据量信息携带在计数器检查响应CounterCheckResponse消息中并发送给基站，CounterCheckResponse消息的格式可以采用现有协议规定的格式；

步骤S505，当基站收到UE返回的CounterCheckResponse消息，进行计数值COUNT处理，具体为确定其中的drb-CountInfoList为空时，不需要任何处理，即继续维持UE的RRC连接。当drb-CountInfoList不空时，对于drb-CountInfoList中的每一个业务承载根据不同情况进行以下处理：

A)根据基站当前对UE的业务承载数据量统计情况，如果确定drb-CountInfoList中包含了基站没有统计的业务承载，说明该业务承载在基站未建立，释放UE的RRC连接。

B)如果CounterCheckResponse消息中drb-CountInfoList中的上行数据量计数值count-Uplink和下行数据量计数值count-Downlink的高25位和基站保存的对应业务承载的count-Uplink和count-Downlink的高25位相同，但是CounterCheckResponse消息中drb-CountInfoList中的count-Uplink和count-Downlink的低7位为0，说明该业务承载UE未建立，释放UE的RRC连接。

C)如果CounterCheckResponse消息中drb-CountInfoList中的count-Uplink和count-Downlink和基站侧保存的对应业务承载的count-Uplink和count-Downlink存在如下关系：

count-Uplink(CounterCheckResponse消息中)＞count-Uplink(实例中)+Threshold1；或

count-Uplink(CounterCheckResponse消息中)＜count-Uplink(实例中)-Threshold2；或

count-Downlink(CounterCheckResponse消息中)＞count-Downlink(实例中)+Threshold3；或

count-Downlink(CounterCheckResponse消息中)＜count-Downlink(实例中)-Threshold4

则释放UE的RRC连接。

上述Threshold1～Threshold4均为根据实际情况设定的正数，即可以相同也可以不同。

由于信令传输的延时或UE侧接收数据的缓存等原因带来的UE和基站COUNT值不同步，Threshold1～Threshold4为COUNT误差的容限。可以在基站初配文件中设置，根据网络的具体情况进行调整。

综上，在CounterCheck流程中，增加了3类参数：基站的PDCP层触发CounterCheck过程的COUNT值的检查步长和初值，检查结果的误差容限Threshold1～Threshold4，以此来控制Counter Check过程发生的频率和检查严格的程度，需要在网络规划中考虑配置。

现有协议只说明了CounterCheck流程的过程和作用，在实际应用中，需要考虑具体的应用场景。本发明增加了基站的PDCP层触发CounterCheck流程的COUNT值的检查步长和检查初值。检查初值可以控制CounterCheck流程初次发生的大致时间，由于在业务建立刚建立时，被攻击的可能行不大，可以通过设置检查初值推迟CounterCheck流程的初次发生时间。检查步长可以控制CounterCheck流程的检查频率，在网络繁忙时，可以减小CounterCheck流程的发生频率，减小信令流量。对于信令传输的延时或UE侧接收数据的缓存等原因带来的UE和基站COUNT值不同步问题，合理估计后，设置误差容限Threshold，避免UE被错误释放，降低掉话率。

依照本发明的另一实施例中，还提供一种业务承载计数检查装置，如图6所示，包括：请求检查单元601，用于确定触发计数器检查过程时，向用户设备UE发送计数器检查消息，请求用户设备UE对业务承载上的数据量进行检查并上报检查结果；维持连接确定单元602，用于接收UE上报的检查结果，根据所述检查结果确定所述UE和所述装置进行数据量计数的业务承载相同，且对每条业务承载上的数据量分别计数得到计数值的差值在设定容量范围内时，继续维持UE的无线资源控制RRC连接。

优选地，上述业务承载计数检查装置，还包括：第一释放连接单元603，用于确定所述UE和装置进行数据量计数的业务承载相同，且对任一条业务承载上的数据量分别计数得到计数值的差值超过设定容量范围时，释放所述UE的无线资源控制RRC连接；第二释放连接单元604，用于根据所述检查结果确定所述UE和装置进行数据量计数的业务承载不相同时，释放所述UE的无线资源控制RRC连接。

优选地，维持连接确定单元602具体用于确定所述UE和装置进行数据量计数的业务承载相同，且UE和装置对每条业务承载上的数据量分别计数得到上行数据量计数值的差值，不大于第一设定容量且不小于第二设定容量时；且UE和所述装置对每条业务承载上的数据量分别计数得到下行数据量计数值的差值，不大于第三设定容量且不小于第四设定容量时，维持所述UE的RRC连接；所述第一设定容量和第三设定容量为正数，所述第二设定容量和第四设定容量为负数。

优选地，所述请求检查单元601具体用于在UE的一条业务承载上的数据量达到设定初始值时，确定触发计数器检查过程；及在UE的一条业务承载的数据量距上次计数器检查过程时的数据量增长设定数据量时，确定触发计数器检查过程。

本实施例中上述业务承载计数检查装置具体为基站，该装置在CounterCheck流程中，针对由于信令传输的延时或UE侧接收数据的缓存等原因带来的UE和基站COUNT值不同步，在基站侧的CounterCheck流程中增加了3类参数：基站的PDCP层触发CounterCheck流程的COUNT值的设定初始值、检查步长(设定数据量)和检查结果的误差容限第一设定容量～第四设定容量，来控制CounterCheck流程发生的频率和检查规则。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种业务承载计数检查方法，其特征在于，包括：

基站确定触发计数器检查过程时，向用户设备UE发送计数器检查消息，请求用户设备UE对业务承载上的数据量进行检查并上报检查结果；

所述基站接收UE上报的检查结果，根据所述检查结果确定所述UE和基站进行数据量计数的业务承载相同，且对每条业务承载上的数据量分别计数得到上行数据量计数值的差值，不大于第一设定容量且不小于第二设定容量时；且UE和基站对每条业务承载上的数据量分别计数得到下行数据量计数值的差值，不大于第三设定容量且不小于第四设定容量时，继续维持所述UE的RRC连接；所述第一设定容量和第三设定容量为正数，所述第二设定容量和第四设定容量为负数。

2.如权利要求1所述的方法，其特征在于，还包括：

所述基站确定所述UE和基站进行数据量计数的业务承载相同，且对任一条业务承载上的数据量分别计数得到计数值的差值超过设定容量范围时，释放所述UE的无线资源控制RRC连接；

所述基站根据所述检查结果确定所述UE和基站进行数据量计数的业务承载不相同时，释放所述UE的无线资源控制RRC连接。

3.如权利要求1所述的方法，其特征在于，所述第一设定容量和第二设定容量相等，第三设定容量和第四设定容量相等。

4.如权利要求1所述的方法，其特征在于，所述第一设定容量、第二设定容量、第三设定容量和第四设定容量的绝对值均相等。

5.如权利要求1或2所述的方法，其特征在于，所述基站确定触发计数器检查过程，具体包括：

在UE的一条业务承载上的数据量达到设定初始值时，所述基站确定触发计数器检查过程；

在UE的一条业务承载的数据量距上次计数器检查过程时的数据量增长设定数据量时，所述基站确定触发计数器检查过程。

6.一种业务承载计数检查装置，其特征在于，包括：

请求检查单元，用于确定触发计数器检查过程时，向用户设备UE发送计数器检查消息，请求用户设备UE对业务承载上的数据量进行检查并上报检查结果；

维持连接确定单元，用于接收UE上报的检查结果，根据所述检查结果确定所述UE和所述装置进行数据量计数的业务承载相同，且UE和装置对每条业务承载上的数据量分别计数得到上行数据量计数值的差值，不大于第一设定容量且不小于第二设定容量时；且UE和所述装置对每条业务承载上的数据量分别计数得到下行数据量计数值的差值，不大于第三设定容量且不小于第四设定容量时，维持所述UE的RRC连接；所述第一设定容量和第三设定容量为正数，所述第二设定容量和第四设定容量为负数。

7.如权利要求6所述的装置，其特征在于，还包括：

第一释放连接单元，用于确定所述UE和装置进行数据量计数的业务承载相同，且对任一条业务承载上的数据量分别计数得到计数值的差值超过设定容量范围时，释放所述UE的无线资源控制RRC连接；

第二释放连接单元，用于根据所述检查结果确定所述UE和装置进行数据量计数的业务承载不相同时，释放所述UE的无线资源控制RRC连接。

8.如权利要求6或7所述的装置，其特征在于，所述请求检查单元具体用于在UE的一条业务承载上的数据量达到设定初始值时，确定触发计数器检查过程；及在UE的一条业务承载的数据量距上次计数器检查过程时的数据量增长设定数据量时，确定触发计数器检查过程。