RRC连接请求重传统计和成功率确定方法、装置及系统

摘要

本发明公开了一种RRC连接请求重传统计和成功率确定方法、装置及系统。其中，该方法包括：当存在RRC连接建立过程超时的UE时，查询分布式系统内的各个逻辑无线网络控制器RNC记录的该UE的RRC连接请求消息信息；根据查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传；如果是，在该UE的重传记录中进行标记；根据该UE的重传记录统计指定时间内该UE的RRC连接请求消息的重传次数。本发明解决了RRC连接请求消息的重传统计不准确的问题，达到了正确地记录UE的RRC连接请求次数及其重传次数，真实地反映RNC网络中用户接入情况，获得更加准确的系统运行监控数据和指标的效果。

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种RRC(Radio Resource Control，无线资源控制)连接请求重传统计和成功率确定方法、装置及系统。

背景技术

通用移动通信系统(Universal Mobile Telecommunications System，简称UMTS)陆地无线接入网(UMTS Terrestrial Radio Access Network，简称UTRAN)网络中的网元无线网络控制器(Radio Network Controller，简称RNC)是一个分布式系统，其由一群互相独立的无线协议层处理功能模块组成，每个无线协议层处理功能模块可以看作是小的逻辑RNC，这些小的逻辑RNC有完整的第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)中对RNC定义的处理功能。可以这样说，一个物理RNC(Physics RNC)就是由这些小的逻辑RNC(Logical RNC)组合而成，物理RNC处理能力的增加，就是通过增加小的逻辑RNC来完成。由此看出一个物理RNC是一个典型的分布式系统。

图1是根据相关技术中分布式RNC系统的逻辑结构图，该图展示了物理RNC、逻辑RNC、以及小区间的关系，如图1所示，一个物理RNC是由几个逻辑RNC组合而成的，每个逻辑RNC控制一些小区，所有逻辑RNC控制的小区就是整个物理RNC控制的小区。由图1可以看出，分布式RNC系统的优点是扩容方便，只需增加逻辑RNC，就可以增加整个物理RNC的容量。

性能统计(Performance Management)是移动通信网络中的一项最基本功能。性能统计结果反映了网络的具体运营状况，从而为网络维护、网络规划和优化、服务评估等提供依据。

RNC的性能统计中有一个非常重要的指标，即关键绩效指标(Key Performance Indicator，简称KPI)，就是RRC连接建立成功率。所谓RRC连接建立成功率，就是考察终端(UserEquipment，简称UE)从空闲(IDLE)态接入RNC，建立信令连接的成功率，这个指标是运营商最关心的指标之一。如果这个指标不好，就说明RNC网络的接入性不好，用户比较难以接入UMTS网络，这会导致运营商遭到大量的投诉，甚至导致大量用户转网，影响运营商的经济效益。因此，真实的RRC连接建立成功率这个指标是指导运营商去改善无线网络环境，提高用户满意度的一个重要指标。

分布式系统中性能统计有一个缺点，就是比较难以统计全局性资源的性能和指标，特别是对于移动性相关的一些指标的统计的处理比较困难。

UMTS系统中，用户想要获得UMTS网络提供的服务，首先必须接入UMTS网络，而想要接入UMTS网络，UE首先必须接入RNC网络，与RNC建立无线连接，这个过程叫做UE的RRC连接建立过程。为了保证UE能够和RNC建立无线连接，25.331协议中规定如果一个UE发送RRC CONNECTION REQUEST(RRC连接请求)消息给RNC之后的T300时间后，未收到RNC给UE的RRC CONNECTION SETUP(RRC连接建立)消息，则再次重发RRCCONNECTION REQUEST消息，最多发送N300次。这个机制就是为了保证UE最大程度的接入RNC网络，让用户享受到更为满意的服务。因此UE在一次RRC连接建立过程中最多尝试N300次去发送RRC CONNECTION REQUEST消息，即尝试接入RNC网络的最长时间为T300*N300。

因此，当UE希望接入UMTS网络时，UE首先会发送RRC CONNECTION REQUEST消息给RNC，RNC收到后会首先在网络侧为UE分配无线、传输资源，建立UE专用的无线链路或公用的无线通路，然后下发RRC CONNECTION SETUP消息给UE要求其建立对应的无线资源，UE给RNC返回RRC CONNECTION SETUP COMPLETE(RRC连接建立完成)消息后，就建立了UE与RNC间的信令连接通路，实现了UE与RNC的互联互通。但是如果这个过程是UE在移动中进行的，就有可能出现UE在发送RRC CONNECTION SETUP消息后，还未收到RRC CONNECTION SETUP消息之前，就移动到邻接小区去了，以至于无法收到RRC CONNECTION SETUP消息，T300定时器超时后，UE就会在新的小区重发RRCCONNECTION REQUEST消息给RNC，直到RRC连接建立成功。在这个例子里，UE至少重发了一次RRC CONNECTION REQUEST消息。UE重发该消息的最大次数由协议参数N300确定。

RRC连接建立成功率的公式为“RRC连接建立成功次数/RRC连接请求次数”。为了得到真实的RRC连接建立成功率这个指标，在统计“RRC连接请求次数”的时候，需要把上述例子中重发的一次RRC CONNECTION REQUEST消息剔除。但是由于这种重发是因为UE的移动导致的，有可能UE在发送了一条RRC CONNECTION REQUEST消息后，已经移动到另一个逻辑RNC控制的小区下，然后再重发的RRC CONNECTION REQUEST消息。对于这种场景，分布式的RNC无法统计这个UE重发的RRC CONNECTION REQUEST消息，因此该重发的RRC CONNECTION REQUEST消息可能就没有被统计为重发，而被统计成了第一次发送的RRC CONNECTION REQUEST消息。

针对相关技术中RRC连接请求消息的重传统计不准确的问题，目前尚未提出有效的解决方案。

发明内容

针对RRC连接请求消息的重传统计不准确的问题，本发明提供了一种RRC连接请求重传统计和成功率确定方法、装置及系统，以至少解决上述问题。

根据本发明的一个方面，提供了一种RRC连接请求重传统计方法，包括：当存在RRC连接建立超时的UE时，查询分布式系统内的各个逻辑RNC记录的该UE的RRC连接请求消息信息；根据查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传；如果是，在该UE的重传记录中进行标记；根据该UE的重传记录统计指定时间内该UE的RRC连接请求消息的重传次数。

优选地，根据查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传包括：当查询结果为该UE有两条RRC连接请求消息的记录，且两条RRC连接请求消息的记录是不同的逻辑RNC记录的；其中一条为RRC连接建立超时对应的RRC连接请求消息，标记为第一条RRC连接请求消息，另一条标记为第二条RRC连接请求消息；判断接收第一条RRC连接请求消息的时间T0与接收第二条RRC连接请求消息的时间T1之间的差值是否小于指定时长，如果是，确定RRC连接建立超时对应的RRC连接请求消息为重传。

优选地，RRC连接请求消息信息的记录过程包括：每个逻辑RNC接收到UE的RRC连接请求消息后，在本地全局表中记录RRC连接请求消息的索引和UE标识，在全局表的副表中记录全局表中记录的信息以及接收RRC连接请求消息的时间；查询分布式系统内的各个逻辑RNC记录的该UE的RRC连接请求消息信息包括：当第一逻辑RNC在本地全局表中仅查到RRC连接建立超时对应的RRC连接请求消息的记录时，向其它逻辑RNC发送重传查询消息，其中，第一逻辑RNC为分布式系统中RRC连接建立超时的逻辑RNC；其它逻辑RNC根据自身副表中记录的信息确定RRC连接建立超时的RRC连接请求消息为重传时，向第一逻辑RNC发送响应消息；上述根据查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传包括：在重传确定时长内，第一逻辑RNC接收到响应消息，确定超时的RRC连接请求消息为重传。

优选地，其它逻辑RNC根据自身副表中记录的信息确定RRC连接建立超时对应的RRC连接请求消息为重传包括：其它逻辑RNC将接收重传查询消息的时间作为第一时间T0；其它逻辑RNC在自身副表中查询UE的RRC连接请求消息记录，将查到的记录中的时间作为第二时间T1；当T1-(T0-Ttimeout)小于指定时长时，确定RRC连接建立超时对应的RRC连接请求消息为重传，其中，Ttimeout为设定的连接建立超时时间。

优选地，RRC连接请求消息信息的记录过程包括：每个逻辑RNC接收到UE的RRC连接请求消息后，记录接收RRC连接请求消息的时间和UE标识；每个逻辑RNC将记录的RRC连接请求消息信息同步到处理中心；查询分布式系统内的各个逻辑RNC记录的该UE的RRC连接请求消息信息，根据查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传包括：处理中心将RRC连接建立超时对应的RRC连接请求消息对应的时间作为第一时间T0，根据UE标识查询该UE的其它RRC连接请求消息记录，将查询到的其它RRC连接请求消息记录的时间作为第二时间T1，当T1-T0小于指定时长时，确定RRC连接建立超时对应的RRC连接请求消息为重传。

优选地，上述RRC连接请求消息信息的记录过程包括：每个逻辑RNC接收到UE的RRC连接请求消息后，记录接收RRC连接请求消息的时间和UE标识；每个逻辑RNC将记录的RRC连接请求消息信息同步到其它逻辑RNC；上述查询分布式系统内的各个逻辑RNC记录的该UE的RRC连接请求消息信息，根据查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传包括：逻辑RNC将RRC连接建立超时对应的RRC连接请求消息对应的时间作为第一时间T0，根据UE标识查询本地保存的其他逻辑RNC记录的RRC连接请求消息信息，将查询到的其它RRC连接请求消息记录的时间作为第二时间T1，当T1-T0小于指定时长时，确定RRC连接建立超时对应的RRC连接请求消息为重传。

优选地，上述指定时长为最长尝试时间与补偿时间之和，补偿时间≥0。

根据本发明的另一方面，提供了一种RRC连接建立成功率确定方法，包括：按照上述的RRC连接请求重传统计方法统计指定时间内RRC连接请求消息的重传次数；统计指定时间内RRC连接建立成功次数以及RRC连接请求次数；根据重传次数、RRC连接建立成功次数和RRC连接请求次数确定RRC连接建立成功率。

根据本发明的再一方面，提供了一种RRC连接请求重传统计装置，包括：查询模块，用于当存在RRC连接建立超时的UE时，查询分布式系统内的各个逻辑无线网络控制器RNC记录的该UE的RRC连接请求消息信息；判断模块，用于根据查询模块获得的查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传；标记模块，用于在判断模块的判断结果为是的情况下，在该UE的重传记录中进行标记；统计模块，用于根据标记模块标记的该UE的重传记录，统计指定时间内该UE的RRC连接请求消息的重传次数。

优选地，判断模块包括：标记单元，用于当查询结果为该UE有两条RRC连接请求消息的记录，且两条RRC连接请求消息的记录是不同的逻辑RNC记录的时候，将其中RRC连接建立超时对应的RRC连接请求消息标记为第一条RRC连接请求消息，另一条标记为第二条RRC连接请求消息；判断单元，用于判断接收第一条RRC连接请求消息的时间T0与接收第二条RRC连接请求消息的时间T1之间的差值是否小于指定时长，如果是，确定RRC连接建立超时对应的RRC连接请求消息为重传。

优选地，上述RRC连接请求重传统计装置还包括：同步信息接收模块，用于接收各个逻辑RNC发送的RRC连接请求消息的同步信息；查询模块包括：查询单元，用于根据同步信息接收模块接收的同步信息，查询UE的RRC连接请求消息信息。

根据本发明的还一方面，提供了一种RRC连接建立成功率确定系统，包括：第一统计设备，其中第一统计设备包括上述RRC连接请求重传统计装置；第二统计设备，用于统计指定时间内RRC连接建立成功次数以及RRC连接请求次数；成功率确定设备，用于根据第一统计设备统计的重传次数、第二统计设备统计的RRC连接建立成功次数和RRC连接请求次数确定RRC连接建立成功率。

通过本发明，采用在RRC连接建立超时的情况下，查询分布式系统内的所有逻辑RNC记录的该UE的RRC连接请求消息信息，然后根据查询结果判断RRC连接建立超时对应的RRC连接请求消息是否为重传，并在指定时间内进行重传统计的方法，这种方式综合考虑了UE在各个逻辑RNC上建立连接的情况，因此统计的RRC连接请求消息重传的次数准确可靠，进而解决了相关技术中的RRC连接请求消息的重传统计不准确的问题，从而真实地反映RNC网络中用户接入情况，为获得更加准确的系统运行监控数据和指标提供了保障。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术中分布式RNC系统的逻辑结构图；

图2是根据本发明实施例的RRC连接请求重传统计方法的流程图；

图3是根据本发明实施例1的RRC连接请求重传统计方法的流程图；

图4是根据本发明实施例2的RRC连接请求重传统计方法的流程图；

图5是根据本发明实施例3的RRC连接请求重传统计方法的流程图；

图6是根据本发明实施例4的RRC连接建立成功率确定方法的流程图；

图7是根据本发明实施例5的RRC连接请求重传统计装置的结构框图；

图8是根据本发明优选实施例的RRC连接请求消息重传的统计装置；

图9是根据本发明另一优选实施例的RRC连接请求消息重传的统计装置；

图10是根据本发明实施例5的RRC连接建立成功率确定系统的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明实施例中的RNC系统为图1所示的分布式RNC系统，该系统中包括多个逻辑RNC，每个逻辑RNC控制一些小区，所有逻辑RNC控制的小区就是整个物理RNC控制的小区。考虑到这种分布式RNC系统中，存在RRC连接请求消息的重传统计不准确的问题，本发明实施例提供了一种RRC连接请求重传统计和成功率确定方法、装置及系统。下面通过各个实施例进行详细说明。

其中，下文中提到的UE标识是RNC中对UE的区分标识，例如，可以是UE ID，TS25协议规定，上述的UE ID可以是国际移动用户识别(Intemational Mobile SubscriberIdentity，简称IMSI)、或临时移动用户身份(Temporary Mobile Subscriber Identity，简称TMSI)、或国际移动设备身份(International Mobile station Equipment Identity，简称IMEI)、或PS域用户临时移动用户识别码(PacketTemperate Mobile Subscription Identity，简称为P-TMSI)。

图2是根据本发明实施例的RRC连接请求重传统计方法的流程图，其中，该RRC连接请求重传的统计具体指对RRC连接请求消息重传的统计。如图2所示，该方法包括以下步骤：

步骤S202，当存在RRC连接建立超时的UE时，查询分布式系统内的各个逻辑RNC记录的该UE的RRC连接请求消息信息；

步骤S204，根据查询结果确定上述RRC连接建立超时对应的RRC连接请求消息是否为重传；

步骤S206，如果是，在该UE的重传记录中进行标记；如果否，本次RRC连接请求重传统计结束，将按照RRC连接请求为首次请求进行处理，该处理可以参考相关技术实现，这里不再详述；

步骤S208，根据该UE的重传记录统计指定时间内该UE的RRC连接请求消息的重传次数。

其中，上述统计指定时间内的重传次数是指统计一段时间内UE的重传记录，该重传记录可以采用计数器进行计数的方式实现。这种重传次数的统计最终可以得到该指定时间内的重传次数，将该次数应用于RRC连接建立成功率的计算中，将会得到准确的结果。

相关技术在确定RRC连接请求消息是否为重传时，仅可以依据每个逻辑RNC自身上记录的信息进行判断，不能综合考虑各个逻辑RNC上记录的信息，进而导致统计的RRC连接请求消息重传的次数不准确。本实施例采用在RRC连接建立超时的情况下，查询分布式系统内的所有逻辑RNC记录的该UE的RRC连接请求消息信息，然后根据查询结果判断RRC连接建立超时对应的RRC连接请求消息是否为重传，这种方式综合考虑了UE在各个逻辑RNC上建立连接的情况，因此统计的RRC连接请求消息重传的次数准确可靠，进而解决了相关技术中的RRC连接请求消息的重传统计不准确的问题，从而真实地反映RNC网络中用户接入情况，为获得更加准确的系统运行监控数据和指标提供了保障。

本发明实施例中的RRC连接请求重传(也称重发)是指：为了保证UE能够和RNC建立无线连接，25.331协议中规定如果一个UE发送RRC CONNECTION REQUEST消息给RNC之后的T300时间后，未收到RNC给UE的RRC CONNECTION SETUP消息，则再次发送RRC CONNECTION REQUEST消息给RNC，最多发送N300次。具体地，所谓重传就是指UE发送第一条RRC CONNECTION REQUEST消息后未收到RNC的RRC CONNECTIONSETUP响应消息，而再次发送的RRC CONNECTION REQUEST消息。

当步骤S204的查询结果为该UE有两条RRC连接请求消息的记录，且这两条RRC连接请求消息的记录是不同的逻辑RNC记录的时候，为了表述方便，可以在将其中RRC连接建立超时对应的RRC连接请求消息标记为第一条RRC连接请求消息，而将另一条标记为第二条RRC连接请求消息。

为使上述的统计方法更加简单且可操作性强，步骤S204的判断可以具体包括：判断接收第一条RRC连接请求消息的时间T0与接收第二条RRC连接请求消息的时间T1之间的差值是否小于指定时长，如果是，确定RRC连接建立超时对应的RRC连接请求消息为重传。

其中，上述指定时长可以为最长的尝试时间，在实际应用中可以为前面提到的T300*N300；当然，考虑到实际处理过程中可能出现的内部延时，可以对该指定时长进行时间补偿Delt，即在具体的判断过程中可以将上述的指定时长设为最长尝试时间与补偿时间之和T300*N300+Delt，其中，该补偿时间Delt≥0。

针对相关技术中，本地逻辑RNC无法查找到其他逻辑RNC所记录的同一个UE的RRC连接请求消息的情况，本发明实施例提供了下述几种方式进行处理：

方式一：基于各个逻辑RNC记录的全局表和副表，在进行重传统计时，采用发送查询消息的方式获取其它逻辑RNC记录的信息，该方式中，RRC连接请求消息信息的记录过程包括：每个逻辑RNC接收到UE的RRC连接请求消息后，在本地全局表中记录该RRC连接请求消息的索引和该UE标识，在全局表的副表中记录全局表中记录的信息以及接收该RRC连接请求消息的时间；其中，副表存储的信息基本和“RRC连接请求记录信息”全局表一样，其差别是“RRC连接请求记录信息”全局表中记录的UE ID信息在RRC连接建立完成、失败、拒绝之后会被立即删除，而副表中记录的UE ID信息在RRC连接建立完成、失败、拒绝后不会立即删除，而是打上时间戳，等待该记录信息失效；

在此基础上，上述步骤S202中查询分布式系统内的各个逻辑RNC记录的UE的RRC连接请求消息信息具体为：当第一逻辑RNC在本地全局表中仅查到RRC连接建立超时对应的RRC连接请求消息的记录时，向其它逻辑RNC发送重传查询消息，其中，第一逻辑RNC为分布式系统中RRC连接建立超时的逻辑RNC；其它逻辑RNC根据自身副表中记录的信息确定RRC连接建立超时对应的RRC连接请求消息为重传时，向第一逻辑RNC发送响应消息；相应地，上述步骤S204中根据查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传具体为：在重传确定时长内，第一逻辑RNC接收到响应消息，确定RRC连接建立超时对应的RRC连接请求消息为重传，其中，通过对重传确定时长的控制，可以控制第一逻辑RNC在发出查询消息后等待其他逻辑RNC响应的时间，以便在其他逻辑RNC没有查询到该UE的RRC连接请求消息时，第一逻辑RNC能够继续进行下面的流程。

上述其它逻辑RNC根据自身副表中记录的信息确定RRC连接建立超时对应的RRC连接请求消息为重传可以具体为：其它逻辑RNC将接收重传查询消息的时间作为第一时间T0；其它逻辑RNC在自身副表中查询UE的RRC连接请求消息记录，将查到的记录中的时间作为第二时间T1；当T1-(T0-Ttimeout)小于指定时长时，确定RRC连接建立超时对应的RRC连接请求消息为重传，其中，Ttimeout为设定的连接建立超时时间，具体指RNC根据用户的RRC连接请求消息，向用户反馈了RRC连接建立消息后，未收到该用户返回的连接建立成功消息，如果自RNC发送RRC连接建立消息起计时，计时的时长达到设定的连接建立超时时间，则认为该RRC连接请求超时。一般地，设定的连接建立超时时间Ttimeout大于T300。

方式二：各个逻辑RNC将记录的RRC连接请求消息信息同步到相同的处理中心，该方式具体为：在每个逻辑RNC接收到UE的RRC连接请求消息，记录接收RRC连接请求消息的时间和UE标识之后，每个逻辑RNC可以将记录的RRC连接请求消息信息都同步到处理中心。

针对上述同步方式，上述步骤S202和步骤S204，即查询分布式系统内的各个逻辑RNC记录的UE的RRC连接请求消息信息，根据查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传可以包括：处理中心将超时的RRC连接请求消息对应的时间作为第一时间T0，根据UE标识查询UE的其它RRC连接请求消息记录，将查询到的其它RRC连接请求消息记录的时间作为第二时间T1，当T1-T0小于指定时长时，确定RRC连接建立超时对应的RRC连接请求消息为重传。

方式三：各个逻辑RNC将记录的RRC连接请求消息信息相互进行同步，该方式具体包括：在每个逻辑RNC接收到UE的RRC连接请求消息，记录接收RRC连接请求消息的时间和UE标识之后，每个逻辑RNC将记录的RRC连接请求消息信息同步到其他逻辑RNC。

针对上述同步方式，上述步骤S202和步骤S204，即查询分布式系统内的各个逻辑RNC记录的UE的RRC连接请求消息信息，根据查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传可以包括：逻辑RNC将RRC连接建立超时对应的RRC连接请求消息对应的时间作为第一时间T0，根据UE标识查询本地保存的其他逻辑RNC记录的RRC连接请求消息信息，将查询到的其它RRC连接请求消息记录的时间作为第二时间T1，当T1-T0小于指定时长时，确定RRC连接建立超时对应的RRC连接请求消息为重传。

下面以宽带码分多址接入(Wideband Code Division Multiple Access，简称为WCDMA)系统中RNC控制的小区(Cell)中UE信息的统计为例进行说明，该优选实施例结合了上述实施例及优选实施方式。

实施例1

本实施例针对分布式系统，提出了一种RRC连接请求重传的统计方法，如图3所示的RRC连接请求重传统计方法的流程图，该方法包括以下步骤：

步骤S301，首先在每个逻辑RNC内维护一个“RRC连接请求记录信息”的全局表；该表在逻辑RNC收到RRC连接请求消息后记录该RRC连接对应的UE的信息，例如UE ID以及逻辑RNC为该UE建立的实例信息，该实例信息可以包括该UE的RRC连接请求记录的索引信息，然后进入步骤S302；

其中，RRC连接请求记录信息表可以记录UE发送的RRC连接请求消息中携带的UE ID信息，以及收到该消息时的时间戳。“RRC连接请求记录信息”的全局表在RRC连接建立成功、拒绝、失败后，会把对应的UE信息的记录删除掉；对于同一个逻辑RNC内的RRC连接请求消息的重传，会在相同的UE ID记录里标明重传，且记录最新UE的实例信息。

步骤S302，在该逻辑RNC内维护一个的“RRC连接请求记录信息”的全局表的副表，建立一个副表，然后进入步骤S303；

其中，该副表是根据“RRC连接请求记录信息”的全局表建立的，该副表存储的信息基本和“RRC连接请求记录信息”全局表一样，其差别是“RRC连接请求记录信息”全局表中记录的UE ID信息在RRC连接建立完成、失败、拒绝之后会被立即删除，而副表中记录的UE ID信息在RRC连接建立完成、失败、拒绝后不会立即删除，而是打上时间戳，等待该记录信息老化(也称失效)。所谓老化(或失效)，是指当副表中的一条记录的存活时间已经大于RRC连接建立超时的时间的时候，则该记录就失效了。上述的副表和主表可以在逻辑RNC上电的时候一起创建。

步骤S303，当逻辑RNC的一个UE的RRC连接建立超时后，首先查询本逻辑RNC的“RRC连接请求记录信息”的全局表然后进入步骤S304；

步骤S304，如果在全局表中未查到本UE ID的记录，则说明本记录是重传，这是因为在本逻辑RNC中，RRC连接建立成功/拒绝后，全局表中的记录会删除，因此进入步骤S311；

如果在全局表中查到UE ID的记录，但是UE实例信息不匹配，则也说明本记录是重传，这是因为在本逻辑RNC中，同一UE ID的新的“RRC连接请求记录信息”会替换原有的“RRC连接请求记录信息”，因此进入步骤S311；

如果在全局表中只查到自己的记录(UE ID相同，UE实例信息相同)，则可以认为在本逻辑RNC内，该RRC连接请求不是重传的，但是无法确认对应的RRC连接请求在整个物理RNC内是否是重传的，因此进入步骤S305；

步骤S305，第一逻辑RNC发送查询消息给其他逻辑RNC，其中需要携带UE ID信息，进入步骤S306；

其中，第一逻辑RNC就是分布式系统中接收到超时的RRC连接请求消息的逻辑RNC。

步骤S306，其他逻辑RNC收到第一逻辑RNC发来的RNC板间的重传查询消息后，首先记录下收到该消息的时间点并记为T0，然后查询该被查询逻辑RNC的RRC连接请求记录信息全局表的副表，进入步骤S307；

步骤S307，如果在副表中找到相同的UE ID，则将该副表中的UE ID对应的RRC连接请求消息记录的时间点记为T1，进入步骤S308；如果没找到相同的UE ID，则进入步骤S312；

步骤S308，已知RRC连接建立超时的时间为Ttimeout，该被查询逻辑RNC将T0、T1代入逻辑公式(1)：-Delt1＜T1-(T0-Ttimeout)＜(N300*T300+Delt2)中进行计算，然后进入步骤S309；

其中，逻辑公式(1)是判断RRC连接请求是否是重传的公式，该公式的推导过程如下：

被查询逻辑RNC的收到RRC连接请求的时间为T1，而其收到第一逻辑RNC的查询消息的时间点为T0；由于RRC连接建立超时的时间Ttimeout是已知和确定的，所以T0-Ttimeout就是发起查询消息的第一逻辑RNC收到RRC连接请求的时间点，又已知同一个UE尝试接入RNC的最长时间为N300*T300，所以得到如下的公式：

0＜T1-(T0-Ttimeout)＜(N300*T300)

如果上述的T0、T1的值带入该公式后，满足其的逻辑关系，则说明被查询的RRC连接请求是重传的消息；考虑到实际的处理过程中可能的内部的延时，还需要对于上述公式时间上进行补偿，所以上述公式修正为公式(1)如下：

-Delt1＜T1-(T0-Ttimeout)＜(N300*T300+Delt2)    (1)

其中，Delt1：自定义时间参数，修正因为处理延时导致的时间误差；Delt2：自定义时间参数，修正因为处理延时导致的时间误差。

步骤S309，将T0、T1的值带入公式(1)后，如果计算结果满足公式(1)的逻辑关系，则说明该被查询逻辑RNC的RRC连接请求是重传的消息，进入步骤S310；如果计算的结果不满足公式(1)的逻辑关系，则进入步骤S312；

步骤S310，该被查询逻辑RNC向发起查询消息的第一逻辑RNC返回响应消息，发起查询消息的第一逻辑RNC在指定的时间内收到响应消息后，进入步骤S311；

步骤S311，发起查询消息的第一逻辑RNC记录RRC连接请求一次、RRC连接请求重传一次；而被查询的逻辑RNC对应的UE的RRC连接建立过程，会记录一次RRC连接请求，然后记录一次RRC连接建立成功、或拒绝、或失败；

步骤S312，流程结束。

本实施例通过上述流程，可以正确地记录UE的RRC连接请求次数及其重传次数，以便于在计算RRC连接成功率这个KPI的时候进行修正，把RRC连接请求重传的次数从公式中剔除，解决了分布式系统中由于UE的移动导致的RRC连接请求消息的重传统计不准确的问题，从而得到正确的RRC连接请求次数及其重传次数这个指标，真实地反映RNC网络中用户接入的情况，以便运营商在对UMTS网络进行网络的运营和维护、网络规划和优化、服务评估、等工作的时候有更加准确的系统运行监控数据和指标。

实施例2

本实施例针对分布式系统，提出了一种RRC连接请求消息重发的统计方法。图4是根据本发明实施例2的统计方法的处理流程图，如图4所示，该方法包括以下步骤：

步骤S401，首先每个逻辑RNC在收到RRC连接请求消息后对该RRC连接请求消息进行记录，包括记录该RRC连接请求消息对应的UE ID、收到该RRC连接请求消息的时间点、以及RRC连接建立的状态(成功、拒绝、失败、超时)等RRC连接请求消息的相关信息，然后进入步骤S402；

步骤S402，将分布式RNC系统中每个逻辑RNC的UE ID的RRC连接请求消息(包括UE ID、收到RRC连接请求消息的时间点、RRC连接建立的状态等)同步到一个处理中心，然后执行步骤S403；

步骤S403，处理中心在RRC连接请求消息中找到RRC连接建立超时对应的RRC连接请求消息的记录，把该请求的时间点作为T0，其中，这里的T0是上述的第一时间，然后进入步骤S404；

步骤S404，处理中心根据连接建立超时对应的RRC连接请求消息对应的UE ID，在所有的RRC连接请求消息中查找相同的UE ID的其他RRC连接请求消息，进入步骤S405；

步骤S405，如果找到相同的UE ID的其他RRC连接请求消息，则进入步骤S406；否则，进入步骤S409；

步骤S406，处理中心把找到的该UE ID的其他RRC连接请求记录的时间点记为T1，然后将T1和T0代入公式(2)：-Delt1＜T1-T0＜(N300*T300+Delt2)中进行计算，进入步骤S407；

步骤S407，如果步骤S406中的计算满足公式(2)的逻辑关系，则进入步骤S408；如果不满足，则进入步骤S409；

步骤S408，在RRC连接超时的第一RNC记录RRC连接请求一次、RRC连接请求重传一次，然后进入步骤S409；

步骤S409，流程结束。

本实施例通过上述流程，可以正确地记录UE的RRC连接请求次数及其重传次数，以便于在计算RRC连接成功率这个KPI的时候进行修正，把RRC连接请求重传的次数从公式中剔除，解决了分布式系统中由于UE的移动导致的RRC连接请求消息的重传统计不准确的问题，从而得到正确的RRC连接请求次数及其重传次数这个指标，真实地反映RNC网络中用户接入的情况，以便运营商在对UMTS网络进行网络的运营和维护、网络规划和优化、服务评估、等工作的时候有更加准确的系统运行监控数据和指标。

实施例3

本实施例针对分布式系统，提出了一种RRC连接请求消息重发的统计方法。图5是根据本发明实施例3的统计方法的处理流程图，如图5所示，该方法包括以下步骤：

步骤S501，首先每个逻辑RNC在收到RRC连接请求消息后记录该RRC连接请求消息，包括该RRC连接请求消息对应的UE ID、接收到该RRC连接请求消息的时间点、以及RRC连接请求建立的状态(成功、拒绝、失败、超时)等RRC连接请求消息的相关信息，然后进入步骤S502；

步骤S502，分布式RNC系统中每个逻辑RNC互相把该逻辑RNC内的RRC连接请求消息的相关信息(包括UE ID、收到RRC连接请求消息的时间点、RRC连接建立的状态、等)同步给彼此，这样每个逻辑RNC都有完整的全系统RRC连接请求消息的相关信息，然后进入步骤S503；

步骤S503，逻辑RNC上出现RRC连接建立超时后，将RRC建立超时对应的RRC连接请求消息记录的时间点记为T0，其中，这里的T0是上述的第一时间，然后，然后进入步骤S504；

步骤S504，该逻辑RNC根据RRC连接建立超时对应的RRC连接请求消息对应的UE ID，在保存的其他逻辑RNC的RRC连接信息中查找相同的UE ID的其他RRC连接请求消息，进入步骤S505；

步骤S505，判断是否查找到与上述UE ID相同UE ID的其他RRC连接请求消息，如果是，则进入步骤S506；如果否，则进入步骤S509；

步骤S506，将该其他RRC连接请求消息记录的时间点记为T1，然后将T1和T0代入公式(2)：-Delt1＜T1-T0＜(N300*T300+Delt2)中进行计算，进入步骤S507；

步骤S507，如果步骤S506中的计算满足公式(2)的逻辑关系，则进入步骤S508；如果不满足，则进入步骤S509；

步骤S508，在RRC连接超时的第一RNC记录RRC连接请求一次、RRC连接请求重传一次，然后进入步骤S509；

步骤S509，流程结束。

本实施例通过上述流程，可以正确地记录UE的RRC连接请求次数及其重传次数，以便于在计算RRC连接成功率这个KPI的时候进行修正，把RRC连接请求重传的次数从公式中剔除，解决了分布式系统中由于UE的移动导致的RRC连接请求消息的重传统计不准确的问题，从而得到正确的RRC连接请求次数及其重传次数这个指标，真实地反映RNC网络中用户接入的情况，以便运营商在对UMTS网络进行网络的运营和维护、网络规划和优化、服务评估、等工作的时候有更加准确的系统运行监控数据和指标。

实施例4

本实施例提供了一种RRC连接建立成功率确定方法。图6是根据本发明实施例4的RRC连接建立成功率确定方法的流程图，如图6所示，该方法包括以下步骤：

步骤S602，统计指定时间内RRC连接请求消息的重传次数；其中，本实施例采用上述实施例中的统计方法进行RRC连接请求消息的重传次数的统计；

步骤S604，统计该指定时间内RRC连接建立成功次数以及RRC连接请求次数；

步骤S606，根据重传次数、RRC连接建立成功次数和RRC连接请求次数确定RRC连接建立成功率，例如，可以按照公式(3)来确定RRC连接建立成功率：

RRC连接建立成功率＝RRC连接建立成功次数/(RRC连接请求次数-重传次数)    (3)这样，在“RRC连接建立成功率”的公式中可以这个重发的次数从分母剔除，从而使“RRC连接建立成功率”这个指标准确，能真实地反映UE接入RNC网络成功率的情况。

通过本实施例的上述方法，可以应用实施例1-3中得到的正确的RRC连接请求重传次数，在计算RRC连接成功率这个KPI的时候进行修正，把RRC连接请求重传的次数从公式中剔除，解决了RRC连接请求消息的重传统计不准确的问题，从而得到正确的“RRC连接建立成功率”这个指标，真实地反映RNC网络中用户接入的情况，以便运营商在对UMTS网络进行网络的运营和维护、网络规划和优化、服务评估、等工作的时候有更加准确的系统运行监控数据和指标。

实施例5

本实施例提供了一种RRC连接请求重传的统计装置。图7是根据本发明实施例5的RRC连接请求重传的统计装置的结构框图，如图7所示，该装置包括：查询模块71、判断模块72、标记模块73、以及统计模块74。其中，

查询模块71，用于当存在RRC连接建立超时的UE时，查询分布式系统内的各个逻辑无线网络控制器RNC记录的UE的RRC连接请求消息信息；

判断模块72，与查询模块71相连，用于根据查询模块71获得的查询结果确定RRC连接建立超时对应的RRC连接请求消息是否为重传；

标记模块73，与判断模块72相连，用于在判断模块72的判断结果为是的情况下，在UE的重传记录中进行标记；

统计模块74，与标记模块73相连，用于根据标记模块73标记的UE的重传记录，统计指定时间内UE的RRC连接请求消息的重传次数。

本实施例通过上述的统计装置，解决了由于UE的移动导致的RRC连接请求消息的重传统计不准确的问题，从而能够正确地记录UE的RRC连接请求次数及其重传次数，真实地反映RNC网络中用户接入情况，获得更加准确的系统运行监控数据和指标。

如图8所示的根据本发明优选实施例的RRC连接请求重传的统计装置的结构框图，该图除了包括图7中的各个模块外，上述判断模块72可以包括：标记单元722和判断单元724，其中，其功能如下：标记单元722，用于当查询结果为同一UE有两条RRC连接请求消息的记录，且两条RRC连接请求消息的记录是不同的逻辑RNC记录的时候，将其中RRC连接建立超时对应的RRC连接请求消息标记为第一条RRC连接请求消息，另一条标记为第二条RRC连接请求消息；判断单元724，与标记单元722相连，用于判断接收第一条RRC连接请求消息的时间T0与接收第二条RRC连接请求消息的时间T1之间的差值是否小于指定时长，如果是，确定超时的RRC连接请求消息为重传。

如图9所示的根据本发明另一个优选实施例的RRC连接请求重传的统计装置的结构框图，该图除了包括图7中的各个模块外，上述统计装置还可以包括：同步信息接收模块75，用于接收各个逻辑RNC发送的RRC连接请求消息的同步信息；上述查询模块71与同步信息接收模块75相连，还可以包括：查询单元712，用于根据同步信息接收模块75接收的同步信息，查询UE的RRC连接请求消息信息。

上述图7至9的统计装置可以实现上述实施例1-3的方法，具体内容不再赘述。

本实施例还提供了一种RRC连接建立成功率确定系统。图10是根据本发明实施例5的RRC连接建立成功率确定系统的结构框图，如图10所示，该系统包括第一统计设备102、第二统计设备104和成功率确定设备106。其中，

第一统计设备102，用于统计指定时间内RRC连接请求消息的重传次数，其中，该第一统计设备102包括上述的RRC连接请求消息重传的统计装置，图10中以图7所示的装置为例进行说明；

第二统计设备104，用于统计指定时间内RRC连接建立成功次数以及RRC连接请求次数；

成功率确定设备106，与第一统计设备102和第二统计设备104相连，用于根据第一统计设备统计的重传次数、第二统计设备统计的RRC连接建立成功次数和RRC连接请求次数确定RRC连接建立成功率，例如，可以按照实施例4中的公式(3)来确定RRC连接建立成功率。

通过本实施例的上述成功率确定系统，可以应用上述统计装置70得到的正确的RRC连接请求重传次数，在计算RRC连接成功率这个KPI的时候进行修正，把RRC连接请求重传的次数从公式中剔除，解决了中RRC连接请求消息的重传统计不准确的问题，尤其对于UE移动导致的RRC连接请求消息的重传统计不准确的问题，从而得到正确的“RRC连接建立成功率”这个指标，真实地反映RNC网络中用户接入的情况，以便运营商在对UMTS网络进行网络的运营和维护、网络规划和优化、服务评估、等工作的时候有更加准确的系统运行监控数据和指标。

综上所述可以看出，本发明实现了如下技术效果：通过上述给出的RRC连接请求重传统计和成功率确定的方法、装置及系统，解决了由于UE的移动导致的RRC连接请求消息的重传统计不准确的问题，从而能够正确地记录UE的RRC连接请求次数及其重传次数，然后在计算RRC连接成功率这个KPI的时候进行修正，把RRC连接请求重传的次数从公式中剔除，从而得到正确的“RRC连接建立成功率”这个指标，真实地反映RNC网络中用户接入的情况，以便运营商在对UMTS网络进行网络的运营和维护、网络规划和优化、服务评估、等工作的时候有更加准确的系统运行监控数据和指标。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。