專(zhuān)利名稱(chēng)：Rrc連接請(qǐng)求重傳統(tǒng)計(jì)和成功率確定方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種RRC(Radio Resource Control,無(wú)線資源控制)連接請(qǐng)求重傳統(tǒng)計(jì)和成功率確定方法、裝置及系統(tǒng)。
背景技術(shù)：
通用移動(dòng)通信系統(tǒng)(UniversalMobile Telecommunications System,簡(jiǎn)稱(chēng)UMTS)陸地?zé)o線接入網(wǎng)(UMTS Terrestrial Radio Access Network,簡(jiǎn)稱(chēng)UTRAN)網(wǎng)絡(luò)中的網(wǎng)兀無(wú)線網(wǎng)絡(luò)控制器(Radio Network Controller,簡(jiǎn)稱(chēng)RNC)是一個(gè)分布式系統(tǒng),其由一群互相獨(dú)立的無(wú)線協(xié)議層處理功能模塊組成，每個(gè)無(wú)線協(xié)議層處理功能模塊可以看作是小的邏輯RNC,這些小的邏輯RNC有完整的第三代合作伙伴計(jì)劃(3rd Generation PartnershipProject,簡(jiǎn)稱(chēng)3GPP)中對(duì)RNC定義的處理功能?？梢赃@樣說(shuō)，一個(gè)物理RNC(Physics RNC)就是由這些小的邏輯RNC(Logical RNC)組合而成，物理RNC處理能力的增加，就是通過(guò)增加小的邏輯RNC來(lái)完成。由此看出一個(gè)物理RNC是一個(gè)典型的分布式系統(tǒng)。圖1是根據(jù)相關(guān)技術(shù)中分布式RNC系統(tǒng)的邏輯結(jié)構(gòu)圖，該圖展示了物理RNC、邏輯RNC、以及小區(qū)間的關(guān)系，如圖1所示，一個(gè)物理RNC是由幾個(gè)邏輯RNC組合而成的，每個(gè)邏輯RNC控制一些小區(qū)，所有邏輯RNC控制的小區(qū)就是整個(gè)物理RNC控制的小區(qū)。由圖1可以看出，分布式RNC系統(tǒng)的優(yōu)點(diǎn)是擴(kuò)容方便，只需增加邏輯RNC，就可以增加整個(gè)物理RNC的容量。性能統(tǒng)計(jì)(Performance Management)是移動(dòng)通信網(wǎng)絡(luò)中的一項(xiàng)最基本功能。性能統(tǒng)計(jì)結(jié)果反映了網(wǎng)絡(luò)的具體運(yùn)營(yíng)狀況，從而為網(wǎng)絡(luò)維護(hù)、網(wǎng)絡(luò)規(guī)劃和優(yōu)化、服務(wù)評(píng)估等提供依據(jù)。RNC的性能統(tǒng)計(jì)中有一個(gè)非常重要的指標(biāo)，即關(guān)鍵績(jī)效指標(biāo)(Key PerformanceIndicator，簡(jiǎn)稱(chēng)KPI)，就是RRC連接建立成功率。所謂RRC連接建立成功率，就是考察終端(UserEquipment，簡(jiǎn)稱(chēng)UE)從空閑(IDLE)態(tài)接入RNC，建立信令連接的成功率，這個(gè)指標(biāo)是運(yùn)營(yíng)商最關(guān)心的指標(biāo)之一。如果這個(gè)指標(biāo)不好，就說(shuō)明RNC網(wǎng)絡(luò)的接入性不好，用戶(hù)比較難以接入U(xiǎn)MTS網(wǎng)絡(luò)，這會(huì)導(dǎo)致運(yùn)營(yíng)商遭到大量的投訴，甚至導(dǎo)致大量用戶(hù)轉(zhuǎn)網(wǎng)，影響運(yùn)營(yíng)商的經(jīng)濟(jì)效益。因此，真實(shí)的RRC連接建立成功率這個(gè)指標(biāo)是指導(dǎo)運(yùn)營(yíng)商去改善無(wú)線網(wǎng)絡(luò)環(huán)境，提高用戶(hù)滿(mǎn)意度的一個(gè)重要指標(biāo)。分布式系統(tǒng)中性能統(tǒng)計(jì)有一個(gè)缺點(diǎn)，就是比較難以統(tǒng)計(jì)全局性資源的性能和指標(biāo)，特別是對(duì)于移動(dòng)性相關(guān)的一些指標(biāo)的統(tǒng)計(jì)的處理比較困難。UMTS系統(tǒng)中，用戶(hù)想要獲得UMTS網(wǎng)絡(luò)提供的服務(wù)，首先必須接入U(xiǎn)MTS網(wǎng)絡(luò)，而想要接入U(xiǎn)MTS網(wǎng)絡(luò)，UE首先必須接入RNC網(wǎng)絡(luò)，與RNC建立無(wú)線連接，這個(gè)過(guò)程叫做UE的RRC連接建立過(guò)程。為了保證UE能夠和RNC建立無(wú)線連接，25.331協(xié)議中規(guī)定如果一個(gè)UE發(fā)送RRC CONNECTION REQUEST (RRC連接請(qǐng)求)消息給RNC之后的T300時(shí)間后，未收到RNC給UE 的 RRC CONNECTION SETUP (RRC 連接建立)消息，則再次重發(fā) RRCC0NNECT10N REQUEST消息，最多發(fā)送N300次。這個(gè)機(jī)制就是為了保證UE最大程度的接入RNC網(wǎng)絡(luò)，讓用戶(hù)享受到更為滿(mǎn)意的服務(wù)。因此UE在一次RRC連接建立過(guò)程中最多嘗試N300次去發(fā)送RRCCONNECTION REQUEST消息，即嘗試接入RNC網(wǎng)絡(luò)的最長(zhǎng)時(shí)間為T(mén)300*N300。因此，當(dāng)UE希望接入U(xiǎn)MTS網(wǎng)絡(luò)時(shí)，UE首先會(huì)發(fā)送RRC CONNECTION REQUEST消息給RNC，RNC收到后會(huì)首先在網(wǎng)絡(luò)側(cè)為UE分配無(wú)線、傳輸資源，建立UE專(zhuān)用的無(wú)線鏈路或公用的無(wú)線通路，然后下發(fā)RRC CONNECTION SETUP消息給UE要求其建立對(duì)應(yīng)的無(wú)線資源，UE給RNC返回RRC CONNECTION SETUP COMPLETE (RRC連接建立完成)消息后，就建立了 UE與RNC間的信令連接通路，實(shí)現(xiàn)了 UE與RNC的互聯(lián)互通。但是如果這個(gè)過(guò)程是UE在移動(dòng)中進(jìn)行的，就有可能出現(xiàn)UE在發(fā)送RRC CONNECTION SETUP消息后，還未收到RRC CONNECTIONSETUP消息之前，就移動(dòng)到鄰接小區(qū)去了，以至于無(wú)法收到RRC CONNECTION SETUP消息，T300定時(shí)器超時(shí)后，UE就會(huì)在新的小區(qū)重發(fā)RRCC0NNECT10N REQUEST消息給RNC，直到RRC連接建立成功。在這個(gè)例子里，UE至少重發(fā)了一次RRC CONNECTION REQUEST消息。UE重發(fā)該消息的最大次數(shù)由協(xié)議參數(shù)N300確定。RRC連接建立成功率的公式為“RRC連接建立成功次數(shù)/RRC連接請(qǐng)求次數(shù)”。為了得到真實(shí)的RRC連接建立成功率這個(gè)指標(biāo)，在統(tǒng)計(jì)“RRC連接請(qǐng)求次數(shù)”的時(shí)候，需要把上述例子中重發(fā)的一次RRC CONNECTION REQUEST消息剔除。但是由于這種重發(fā)是因?yàn)閁E的移動(dòng)導(dǎo)致的，有可能UE在發(fā)送了一條RRC CONNECTION REQUEST消息后，已經(jīng)移動(dòng)到另一個(gè)邏輯RNC控制的小區(qū)下，然后再重發(fā)的RRC CONNECTION REQUEST消息。對(duì)于這種場(chǎng)景，分布式的RNC無(wú)法統(tǒng)計(jì)這個(gè)UE重發(fā)的RRC CONNECTION REQUEST消息，因此該重發(fā)的RRC CONNECTION REQUEST消息可能就沒(méi)有被統(tǒng)計(jì)為重發(fā)，而被統(tǒng)計(jì)成了第一次發(fā)送的RRCCONNECT I ON REQUEST 消息。針對(duì)相關(guān)技術(shù)中RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對(duì)RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，本發(fā)明提供了一種RRC連接請(qǐng)求重傳統(tǒng)計(jì)和成功率確定方法、裝置及系統(tǒng)，以至少解決上述問(wèn)題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種RRC連接請(qǐng)求重傳統(tǒng)計(jì)方法，包括:當(dāng)存在RRC連接建立超時(shí)的UE時(shí)，查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的該UE的RRC連接請(qǐng)求消息信息；根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳；如果是，在該UE的重傳記錄中進(jìn)行標(biāo)記；根據(jù)該UE的重傳記錄統(tǒng)計(jì)指定時(shí)間內(nèi)該UE的RRC連接請(qǐng)求消息的重傳次數(shù)。優(yōu)選地，根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳包括:當(dāng)查詢(xún)結(jié)果為該UE有兩條RRC連接請(qǐng)求消息的記錄，且兩條RRC連接請(qǐng)求消息的記錄是不同的邏輯RNC記錄的；其中一條為RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息，標(biāo)記為第一條RRC連接請(qǐng)求消息，另一條標(biāo)記為第二條RRC連接請(qǐng)求消息；判斷接收第一條RRC連接請(qǐng)求消息的時(shí)間TO與接收第二條RRC連接請(qǐng)求消息的時(shí)間Tl之間的差值是否小于指定時(shí)長(zhǎng)，如果是，確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。優(yōu)選地，RRC連接請(qǐng)求消息信息的記錄過(guò)程包括:每個(gè)邏輯RNC接收到UE的RRC連接請(qǐng)求消息后，在本地全局表中記錄RRC連接請(qǐng)求消息的索引和UE標(biāo)識(shí),在全局表的副表中記錄全局表中記錄的信息以及接收RRC連接請(qǐng)求消息的時(shí)間；查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的該UE的RRC連接請(qǐng)求消息信息包括:當(dāng)?shù)谝贿壿婻NC在本地全局表中僅查到RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息的記錄時(shí)，向其它邏輯RNC發(fā)送重傳查詢(xún)消息，其中，第一邏輯RNC為分布式系統(tǒng)中RRC連接建立超時(shí)的邏輯RNC ;其它邏輯RNC根據(jù)自身副表中記錄的信息確定RRC連接建立超時(shí)的RRC連接請(qǐng)求消息為重傳時(shí)，向第一邏輯RNC發(fā)送響應(yīng)消息；上述根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳包括:在重傳確定時(shí)長(zhǎng)內(nèi)，第一邏輯RNC接收到響應(yīng)消息，確定超時(shí)的RRC連接請(qǐng)求消息為重傳。優(yōu)選地，其它邏輯RNC根據(jù)自身副表中記錄的信息確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳包括:其它邏輯RNC將接收重傳查詢(xún)消息的時(shí)間作為第一時(shí)間TO ；其它邏輯RNC在自身副表中查詢(xún)UE的RRC連接請(qǐng)求消息記錄，將查到的記錄中的時(shí)間作為第二時(shí)間Tl ;當(dāng)Tl-(TO-Ttimeout)小于指定時(shí)長(zhǎng)時(shí)，確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳，其中，Ttimeout為設(shè)定的連接建立超時(shí)時(shí)間。優(yōu)選地，RRC連接請(qǐng)求消息信息的記錄過(guò)程包括:每個(gè)邏輯RNC接收到UE的RRC連接請(qǐng)求消息后，記錄接收RRC連接請(qǐng)求消息的時(shí)間和UE標(biāo)識(shí)；每個(gè)邏輯RNC將記錄的RRC連接請(qǐng)求消息信息同步到處理中心；查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的該UE的RRC連接請(qǐng)求消息信息，根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳包括:處理中心將RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息對(duì)應(yīng)的時(shí)間作為第一時(shí)間T0，根據(jù)UE標(biāo)識(shí)查詢(xún)?cè)揢E的其它RRC連接請(qǐng)求消息記錄，將查詢(xún)到的其它RRC連接請(qǐng)求消息記錄的時(shí)間作為第二時(shí)間TI，當(dāng)T1-TO小于指定時(shí)長(zhǎng)時(shí)，確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。優(yōu)選地，上述RRC連接請(qǐng)求消息信息的記錄過(guò)程包括:每個(gè)邏輯RNC接收到UE的RRC連接請(qǐng)求消息后，記錄接收RRC連接請(qǐng)求消息的時(shí)間和UE標(biāo)識(shí)；每個(gè)邏輯RNC將記錄的RRC連接請(qǐng)求消息信息同步到其它邏輯RNC ;上述查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的該UE的RRC連接請(qǐng)求消息信息，根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳包括:邏輯RNC將RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息對(duì)應(yīng)的時(shí)間作為第一時(shí)間T0，根據(jù)UE標(biāo)識(shí)查詢(xún)本地保存的其他邏輯RNC記錄的RRC連接請(qǐng)求消息信息，將查詢(xún)到的其它RRC連接請(qǐng)求消息記錄的時(shí)間作為第二時(shí)間Tl，當(dāng)Tl-TO小于指定時(shí)長(zhǎng)時(shí)，確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。優(yōu)選地，上述指定時(shí)長(zhǎng)為最長(zhǎng)嘗試時(shí)間與補(bǔ)償時(shí)間之和，補(bǔ)償時(shí)間> O。根據(jù)本發(fā)明的另一方面，提供了一種RRC連接建立成功率確定方法，包括:按照上述的RRC連接請(qǐng)求重傳統(tǒng)計(jì)方法統(tǒng)計(jì)指定時(shí)間內(nèi)RRC連接請(qǐng)求消息的重傳次數(shù)；統(tǒng)計(jì)指定時(shí)間內(nèi)RRC連接建立成功次數(shù)以及RRC連接請(qǐng)求次數(shù)；根據(jù)重傳次數(shù)、RRC連接建立成功次數(shù)和RRC連接請(qǐng)求次數(shù)確定RRC連接建立成功率。根據(jù)本發(fā)明的再一方面，提供了一種RRC連接請(qǐng)求重傳統(tǒng)計(jì)裝置，包括:查詢(xún)模塊，用于當(dāng)存在RRC連接建立超時(shí)的UE時(shí)，查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯無(wú)線網(wǎng)絡(luò)控制器RNC記錄的該UE的RRC連接請(qǐng)求消息信息；判斷模塊，用于根據(jù)查詢(xún)模塊獲得的查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳；標(biāo)記模塊，用于在判斷模塊的判斷結(jié)果為是的情況下，在該UE的重傳記錄中進(jìn)行標(biāo)記；統(tǒng)計(jì)模塊，用于根據(jù)標(biāo)記模塊標(biāo)記的該UE的重傳記錄，統(tǒng)計(jì)指定時(shí)間內(nèi)該UE的RRC連接請(qǐng)求消息的重傳次數(shù)。優(yōu)選地，判斷模塊包括:標(biāo)記單元，用于當(dāng)查詢(xún)結(jié)果為該UE有兩條RRC連接請(qǐng)求消息的記錄，且兩條RRC連接請(qǐng)求消息的記錄是不同的邏輯RNC記錄的時(shí)候，將其中RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息標(biāo)記為第一條RRC連接請(qǐng)求消息，另一條標(biāo)記為第二條RRC連接請(qǐng)求消息；判斷單元，用于判斷接收第一條RRC連接請(qǐng)求消息的時(shí)間TO與接收第二條RRC連接請(qǐng)求消息的時(shí)間Tl之間的差值是否小于指定時(shí)長(zhǎng)，如果是，確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。優(yōu)選地，上述RRC連接請(qǐng)求重傳統(tǒng)計(jì)裝置還包括:同步信息接收模塊，用于接收各個(gè)邏輯RNC發(fā)送的RRC連接請(qǐng)求消息的同步信息；查詢(xún)模塊包括:查詢(xún)單元，用于根據(jù)同步信息接收模塊接收的同步信息，查詢(xún)UE的RRC連接請(qǐng)求消息信息。根據(jù)本發(fā)明的還一方面，提供了一種RRC連接建立成功率確定系統(tǒng),包括:第一統(tǒng)計(jì)設(shè)備，其中第一統(tǒng)計(jì)設(shè)備包括上述RRC連接請(qǐng)求重傳統(tǒng)計(jì)裝置；第二統(tǒng)計(jì)設(shè)備，用于統(tǒng)計(jì)指定時(shí)間內(nèi)RRC連接建立成功次數(shù)以及RRC連接請(qǐng)求次數(shù)；成功率確定設(shè)備，用于根據(jù)第一統(tǒng)計(jì)設(shè)備統(tǒng)計(jì)的重傳次數(shù)、第二統(tǒng)計(jì)設(shè)備統(tǒng)計(jì)的RRC連接建立成功次數(shù)和RRC連接請(qǐng)求次數(shù)確定RRC連接建立成功率。通過(guò)本發(fā)明，采用在RRC連接建立超時(shí)的情況下，查詢(xún)分布式系統(tǒng)內(nèi)的所有邏輯RNC記錄的該UE的RRC連接請(qǐng)求消息信息，然后根據(jù)查詢(xún)結(jié)果判斷RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳，并在指定時(shí)間內(nèi)進(jìn)行重傳統(tǒng)計(jì)的方法，這種方式綜合考慮了 UE在各個(gè)邏輯RNC上建立連接的情況，因此統(tǒng)計(jì)的RRC連接請(qǐng)求消息重傳的次數(shù)準(zhǔn)確可靠，進(jìn)而解決了相關(guān)技術(shù)中的RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，從而真實(shí)地反映RNC網(wǎng)絡(luò)中用戶(hù)接入情況，為獲得更加準(zhǔn)確的系統(tǒng)運(yùn)行監(jiān)控?cái)?shù)據(jù)和指標(biāo)提供了保障。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中:圖1是根據(jù)相關(guān)技術(shù)中分布式RNC系統(tǒng)的邏輯結(jié)構(gòu)圖；圖2是根據(jù)本發(fā)明實(shí)施例的RRC連接請(qǐng)求重傳統(tǒng)計(jì)方法的流程圖；圖3是根據(jù)本發(fā)明實(shí)施例1的RRC連接請(qǐng)求重傳統(tǒng)計(jì)方法的流程圖；圖4是根據(jù)本發(fā)明實(shí)施例2的RRC連接請(qǐng)求重傳統(tǒng)計(jì)方法的流程圖；圖5是根據(jù)本發(fā)明實(shí)施例3的RRC連接請(qǐng)求重傳統(tǒng)計(jì)方法的流程圖；圖6是根據(jù)本發(fā)明實(shí)施例4的RRC連接建立成功率確定方法的流程圖；圖7是根據(jù)本發(fā)明實(shí)施例5的RRC連接請(qǐng)求重傳統(tǒng)計(jì)裝置的結(jié)構(gòu)框圖；圖8是根據(jù)本發(fā)明優(yōu)選實(shí)施例的RRC連接請(qǐng)求消息重傳的統(tǒng)計(jì)裝置；圖9是根據(jù)本發(fā)明另一優(yōu)選實(shí)施例的RRC連接請(qǐng)求消息重傳的統(tǒng)計(jì)裝置；圖10是根據(jù)本發(fā)明實(shí)施例5的RRC連接建立成功率確定系統(tǒng)的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。
本發(fā)明實(shí)施例中的RNC系統(tǒng)為圖1所示的分布式RNC系統(tǒng)，該系統(tǒng)中包括多個(gè)邏輯RNC，每個(gè)邏輯RNC控制一些小區(qū)，所有邏輯RNC控制的小區(qū)就是整個(gè)物理RNC控制的小區(qū)?？紤]到這種分布式RNC系統(tǒng)中，存在RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，本發(fā)明實(shí)施例提供了一種RRC連接請(qǐng)求重傳統(tǒng)計(jì)和成功率確定方法、裝置及系統(tǒng)。下面通過(guò)各個(gè)實(shí)施例進(jìn)行詳細(xì)說(shuō)明。其中，下文中提到的UE標(biāo)識(shí)是RNC中對(duì)UE的區(qū)分標(biāo)識(shí)，例如，可以是UEID, TS25協(xié)議規(guī)定，上述的UE ID可以是國(guó)際移動(dòng)用戶(hù)識(shí)別(International MobileSubscriberIdentity,簡(jiǎn)稱(chēng) IMSI)、或臨時(shí)移動(dòng)用戶(hù)身份(Temporary Mobile SubscriberIdentity,簡(jiǎn)稱(chēng) TMSI)、或國(guó)際移動(dòng)設(shè)備身份(International Mobile station EquipmentIdentity,簡(jiǎn)稱(chēng)I ME I)、或PS域用戶(hù)臨時(shí)移動(dòng)用戶(hù)識(shí)別碼(PacketTemperate MobileSubscription Identity,簡(jiǎn)稱(chēng)為 P-TMSI)。圖2是根據(jù)本發(fā)明實(shí)施例的RRC連接請(qǐng)求重傳統(tǒng)計(jì)方法的流程圖，其中，該RRC連接請(qǐng)求重傳的統(tǒng)計(jì)具體指對(duì)RRC連接請(qǐng)求消息重傳的統(tǒng)計(jì)。如圖2所示，該方法包括以下步驟:步驟S202，當(dāng)存在RRC連接建立超時(shí)的UE時(shí)，查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的該UE的RRC連接請(qǐng)求消息信息；步驟S204，根據(jù)查詢(xún)結(jié)果確定上述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳；步驟S206，如果是，在該UE的重傳記錄中進(jìn)行標(biāo)記；如果否，本次RRC連接請(qǐng)求重傳統(tǒng)計(jì)結(jié)束，將按照RRC連接請(qǐng)求為首次請(qǐng)求進(jìn)行處理，該處理可以參考相關(guān)技術(shù)實(shí)現(xiàn)，這里不再詳述；步驟S208,根據(jù)該UE的重傳記錄統(tǒng)計(jì)指定時(shí)間內(nèi)該UE的RRC連接請(qǐng)求消息的重傳次數(shù)。其中，上述統(tǒng)計(jì)指定時(shí)間內(nèi)的重傳次數(shù)是指統(tǒng)計(jì)一段時(shí)間內(nèi)UE的重傳記錄，該重傳記錄可以采用計(jì)數(shù)器進(jìn)行計(jì)數(shù)的方式實(shí)現(xiàn)。這種重傳次數(shù)的統(tǒng)計(jì)最終可以得到該指定時(shí)間內(nèi)的重傳次數(shù)，將該次數(shù)應(yīng)用于RRC連接建立成功率的計(jì)算中，將會(huì)得到準(zhǔn)確的結(jié)果。相關(guān)技術(shù)在確定RRC連接請(qǐng)求消息是否為重傳時(shí)，僅可以依據(jù)每個(gè)邏輯RNC自身上記錄的信息進(jìn)行判斷，不能綜合考慮各個(gè)邏輯RNC上記錄的信息，進(jìn)而導(dǎo)致統(tǒng)計(jì)的RRC連接請(qǐng)求消息重傳的次數(shù)不準(zhǔn)確。本實(shí)施例采用在RRC連接建立超時(shí)的情況下，查詢(xún)分布式系統(tǒng)內(nèi)的所有邏輯RNC記錄的該UE的RRC連接請(qǐng)求消息信息，然后根據(jù)查詢(xún)結(jié)果判斷RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳，這種方式綜合考慮了 UE在各個(gè)邏輯RNC上建立連接的情況，因此統(tǒng)計(jì)的RRC連接請(qǐng)求消息重傳的次數(shù)準(zhǔn)確可靠，進(jìn)而解決了相關(guān)技術(shù)中的RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，從而真實(shí)地反映RNC網(wǎng)絡(luò)中用戶(hù)接入情況，為獲得更加準(zhǔn)確的系統(tǒng)運(yùn)行監(jiān)控?cái)?shù)據(jù)和指標(biāo)提供了保障。本發(fā)明實(shí)施例中的RRC連接請(qǐng)求重傳(也稱(chēng)重發(fā))是指:為了保證UE能夠和RNC建立無(wú)線連接，25.331協(xié)議中規(guī)定如果一個(gè)UE發(fā)送RRC CONNECTION REQUEST消息給RNC之后的T300時(shí)間后，未收到RNC給UE的RRC CONNECTION SETUP消息，則再次發(fā)送RRCCONNECTION REQUEST消息給RNC，最多發(fā)送N300次。具體地，所謂重傳就是指UE發(fā)送第一條RRC CONNECTION REQUEST消息后未收到RNC的RRC CONNECT 10NSETUP響應(yīng)消息，而再次發(fā)送的 RRC CONNECTION REQUEST 消息。當(dāng)步驟S204的查詢(xún)結(jié)果為該UE有兩條RRC連接請(qǐng)求消息的記錄，且這兩條RRC連接請(qǐng)求消息的記錄是不同的邏輯RNC記錄的時(shí)候，為了表述方便，可以在將其中RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息標(biāo)記為第一條RRC連接請(qǐng)求消息，而將另一條標(biāo)記為第二條RRC連接請(qǐng)求消息。為使上述的統(tǒng)計(jì)方法更加簡(jiǎn)單且可操作性強(qiáng)，步驟S204的判斷可以具體包括:判斷接收第一條RRC連接請(qǐng)求消息的時(shí)間TO與接收第二條RRC連接請(qǐng)求消息的時(shí)間Tl之間的差值是否小于指定時(shí)長(zhǎng)，如果是，確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。其中，上述指定時(shí)長(zhǎng)可以為最長(zhǎng)的嘗試時(shí)間，在實(shí)際應(yīng)用中可以為前面提到的T300*N300 ;當(dāng)然，考慮到實(shí)際處理過(guò)程中可能出現(xiàn)的內(nèi)部延時(shí)，可以對(duì)該指定時(shí)長(zhǎng)進(jìn)行時(shí)間補(bǔ)償Delt，即在具體的判斷過(guò)程中可以將上述的指定時(shí)長(zhǎng)設(shè)為最長(zhǎng)嘗試時(shí)間與補(bǔ)償時(shí)間之和T300*N300+Delt，其中，該補(bǔ)償時(shí)間Delt ^ O0針對(duì)相關(guān)技術(shù)中，本地邏輯RNC無(wú)法查找到其他邏輯RNC所記錄的同一個(gè)UE的RRC連接請(qǐng)求消息的情況，本發(fā)明實(shí)施例提供了下述幾種方式進(jìn)行處理:
方式一:基于各個(gè)邏輯RNC記錄的全局表和副表，在進(jìn)行重傳統(tǒng)計(jì)時(shí)，采用發(fā)送查詢(xún)消息的方式獲取其它邏輯RNC記錄的信息，該方式中，RRC連接請(qǐng)求消息信息的記錄過(guò)程包括:每個(gè)邏輯RNC接收到UE的RRC連接請(qǐng)求消息后，在本地全局表中記錄該RRC連接請(qǐng)求消息的索引和該UE標(biāo)識(shí)，在全局表的副表中記錄全局表中記錄的信息以及接收該RRC連接請(qǐng)求消息的時(shí)間；其中，副表存儲(chǔ)的信息基本和“ RRC連接請(qǐng)求記錄信息”全局表一樣，其差別是“RRC連接請(qǐng)求記錄信息”全局表中記錄的UE ID信息在RRC連接建立完成、失敗、拒絕之后會(huì)被立即刪除，而副表中記錄的UE ID信息在RRC連接建立完成、失敗、拒絕后不會(huì)立即刪除，而是打上時(shí)間戳，等待該記錄信息失效；在此基礎(chǔ)上，上述步驟S202中查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的UE的RRC連接請(qǐng)求消息信息具體為:當(dāng)?shù)谝贿壿婻NC在本地全局表中僅查到RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息的記錄時(shí)，向其它邏輯RNC發(fā)送重傳查詢(xún)消息，其中，第一邏輯RNC為分布式系統(tǒng)中RRC連接建立超時(shí)的邏輯RNC ;其它邏輯RNC根據(jù)自身副表中記錄的信息確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳時(shí)，向第一邏輯RNC發(fā)送響應(yīng)消息；相應(yīng)地，上述步驟S204中根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳具體為:在重傳確定時(shí)長(zhǎng)內(nèi)，第一邏輯RNC接收到響應(yīng)消息，確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳，其中，通過(guò)對(duì)重傳確定時(shí)長(zhǎng)的控制，可以控制第一邏輯RNC在發(fā)出查詢(xún)消息后等待其他邏輯RNC響應(yīng)的時(shí)間，以便在其他邏輯RNC沒(méi)有查詢(xún)到該UE的RRC連接請(qǐng)求消息時(shí)，第一邏輯RNC能夠繼續(xù)進(jìn)行下面的流程。上述其它邏輯RNC根據(jù)自身副表中記錄的信息確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳可以具體為:其它邏輯RNC將接收重傳查詢(xún)消息的時(shí)間作為第一時(shí)間TO ;其它邏輯RNC在自身副表中查詢(xún)UE的RRC連接請(qǐng)求消息記錄，將查到的記錄中的時(shí)間作為第二時(shí)間Tl ;當(dāng)Tl-(TO-Ttimeout)小于指定時(shí)長(zhǎng)時(shí)，確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳，其中，Ttimeout為設(shè)定的連接建立超時(shí)時(shí)間，具體指RNC根據(jù)用戶(hù)的RRC連接請(qǐng)求消息，向用戶(hù)反饋了 RRC連接建立消息后，未收到該用戶(hù)返回的連接建立成功消息，如果自RNC發(fā)送RRC連接建立消息起計(jì)時(shí)，計(jì)時(shí)的時(shí)長(zhǎng)達(dá)到設(shè)定的連接建立超時(shí)時(shí)間，則認(rèn)為該RRC連接請(qǐng)求超時(shí)。一般地，設(shè)定的連接建立超時(shí)時(shí)間Ttimeout大于T300。方式二:各個(gè)邏輯RNC將記錄的RRC連接請(qǐng)求消息信息同步到相同的處理中心，該方式具體為:在每個(gè)邏輯RNC接收到UE的RRC連接請(qǐng)求消息，記錄接收RRC連接請(qǐng)求消息的時(shí)間和UE標(biāo)識(shí)之后，每個(gè)邏輯RNC可以將記錄的RRC連接請(qǐng)求消息信息都同步到處理中心。針對(duì)上述同步方式，上述步驟S202和步驟S204，即查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的UE的RRC連接請(qǐng)求消息信息，根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳可以包括:處理中心將超時(shí)的RRC連接請(qǐng)求消息對(duì)應(yīng)的時(shí)間作為第一時(shí)間T0，根據(jù)UE標(biāo)識(shí)查詢(xún)UE的其它RRC連接請(qǐng)求消息記錄，將查詢(xún)到的其它RRC連接請(qǐng)求消息記錄的時(shí)間作為第二時(shí)間Tl，當(dāng)Tl-TO小于指定時(shí)長(zhǎng)時(shí)，確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。方式三:各個(gè)邏輯RNC將記錄的RRC連接請(qǐng)求消息信息相互進(jìn)行同步，該方式具體包括:在每個(gè)邏輯RNC接收到UE的RRC連接請(qǐng)求消息，記錄接收RRC連接請(qǐng)求消息的時(shí)間和UE標(biāo)識(shí)之后，每個(gè)邏輯RNC將記錄的RRC連接請(qǐng)求消息信息同步到其他邏輯RNC。針對(duì)上述同步方式，上述步驟S202和步驟S204，即查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的UE的RRC連接請(qǐng)求消息信息，根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳可以包括:邏輯RNC將RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息對(duì)應(yīng)的時(shí)間作為第一時(shí)間T0，根據(jù)UE標(biāo)識(shí)查詢(xún)本地保存的其他邏輯RNC記錄的RRC連接請(qǐng)求消息信息，將查詢(xún)到的其它RRC連接請(qǐng)求消息記錄的時(shí)間作為第二時(shí)間Tl，當(dāng)Tl-TO小于指定時(shí)長(zhǎng)時(shí)，確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。下面以寬帶碼分多址接入(Wideband Code Division Multiple Access,簡(jiǎn)稱(chēng)為WCDMA)系統(tǒng)中RNC控制的小區(qū)(Cell)中UE信息的統(tǒng)計(jì)為例進(jìn)行說(shuō)明，該優(yōu)選實(shí)施例結(jié)合了上述實(shí)施例及優(yōu)選實(shí)施方式。實(shí)施例1本實(shí)施例針對(duì)分布式系統(tǒng)，提出了一種RRC連接請(qǐng)求重傳的統(tǒng)計(jì)方法，如圖3所示的RRC連接請(qǐng)求重傳統(tǒng)計(jì)方法的流程圖，該方法包括以下步驟:步驟S301，首先在每個(gè)邏輯RNC內(nèi)維護(hù)一個(gè)“RRC連接請(qǐng)求記錄信息”的全局表；該表在邏輯RNC收到RRC連接請(qǐng)求消息后記錄該RRC連接對(duì)應(yīng)的UE的信息，例如UE ID以及邏輯RNC為該UE建立的實(shí)例信息，該實(shí)例信息可以包括該UE的RRC連接請(qǐng)求記錄的索引信息，然后進(jìn)入步驟S302;其中，RRC連接請(qǐng)求記錄信息表可以記錄UE發(fā)送的RRC連接請(qǐng)求消息中攜帶的UEID信息，以及收到該消息時(shí)的時(shí)間戳。“RRC連接請(qǐng)求記錄信息”的全局表在RRC連接建立成功、拒絕、失敗后，會(huì)把對(duì)應(yīng)的UE信息的記錄刪除掉；對(duì)于同一個(gè)邏輯RNC內(nèi)的RRC連接請(qǐng)求消息的重傳，會(huì)在相同的UE ID記錄里標(biāo)明重傳，且記錄最新UE的實(shí)例信息。步驟S302，在該邏輯RNC內(nèi)維護(hù)一個(gè)的“RRC連接請(qǐng)求記錄信息”的全局表的副表，建立一個(gè)副表，然后進(jìn)入步驟S303 ；其中，該副表是根據(jù)“RRC連接請(qǐng)求記錄信息”的全局表建立的，該副表存儲(chǔ)的信息基本和“RRC連接請(qǐng)求記錄信息”全局表一樣，其差別是“RRC連接請(qǐng)求記錄信息”全局表中記錄的UE ID信息在RRC連接建立完成、失敗、拒絕之后會(huì)被立即刪除，而副表中記錄的UE ID信息在RRC連接建立完成、失敗、拒絕后不會(huì)立即刪除，而是打上時(shí)間戳，等待該記錄信息老化(也稱(chēng)失效)。所謂老化(或失效)，是指當(dāng)副表中的一條記錄的存活時(shí)間已經(jīng)大于RRC連接建立超時(shí)的時(shí)間的時(shí)候，則該記錄就失效了。上述的副表和主表可以在邏輯RNC上電的時(shí)候一起創(chuàng)建。步驟S303，當(dāng)邏輯RNC的一個(gè)UE的RRC連接建立超時(shí)后，首先查詢(xún)本邏輯RNC的“RRC連接請(qǐng)求記錄信息”的全局表然后進(jìn)入步驟S304 ；步驟S304，如果在全局表中未查到本UE ID的記錄，則說(shuō)明本記錄是重傳，這是因?yàn)樵诒具壿婻NC中，RRC連接建立成功/拒絕后，全局表中的記錄會(huì)刪除，因此進(jìn)入步驟
5311；如果在全局表中查到UE ID的記錄，但是UE實(shí)例信息不匹配，則也說(shuō)明本記錄是重傳，這是因?yàn)樵诒具壿婻NC中，同一 UE ID的新的“RRC連接請(qǐng)求記錄信息”會(huì)替換原有的“RRC連接請(qǐng)求記錄信息”，因此進(jìn)入步驟S311 ;如果在全局表中只查到自己的記錄(UE ID相同，UE實(shí)例信息相同)，則可以認(rèn)為在本邏輯RNC內(nèi)，該RRC連接請(qǐng)求不是重傳的，但是無(wú)法確認(rèn)對(duì)應(yīng)的RRC連接請(qǐng)求在整個(gè)物理RNC內(nèi)是否是重傳的，因此進(jìn)入步驟S305 ；步驟S305，第一邏輯RNC發(fā)送查詢(xún)消息給其他邏輯RNC，其中需要攜帶UE ID信息，進(jìn)入步驟S306 ；其中，第一邏輯RNC就是分布式系統(tǒng)中接收到超時(shí)的RRC連接請(qǐng)求消息的邏輯RNC。 步驟S306，其他邏輯RNC收到第一邏輯RNC發(fā)來(lái)的RNC板間的重傳查詢(xún)消息后，首先記錄下收到該消息的時(shí)間點(diǎn)并記為T(mén)0，然后查詢(xún)?cè)摫徊樵?xún)邏輯RNC的RRC連接請(qǐng)求記錄信息全局表的副表，進(jìn)入步驟S307 ；步驟S307，如果在副表中找到相同的UE ID，則將該副表中的UE ID對(duì)應(yīng)的RRC連接請(qǐng)求消息記錄的時(shí)間點(diǎn)記為T(mén)l，進(jìn)入步驟S308 ;如果沒(méi)找到相同的UE ID，則進(jìn)入步驟
5312；步驟S308，已知RRC連接建立超時(shí)的時(shí)間為T(mén)timeout，該被查詢(xún)邏輯RNC將T0、Tl 代入邏輯公式(I):-Deltl < Tl-(TO-Ttimeout) < (N300*T300+Delt2)中進(jìn)行計(jì)算，然后進(jìn)入步驟S309 ；其中，邏輯公式(I)是判斷RRC連接請(qǐng)求是否是重傳的公式，該公式的推導(dǎo)過(guò)程如下:被查詢(xún)邏輯RNC的收到RRC連接請(qǐng)求的時(shí)間為T(mén)l，而其收到第一邏輯RNC的查詢(xún)消息的時(shí)間點(diǎn)為T(mén)O ;由于RRC連接建立超時(shí)的時(shí)間Ttimeout是已知和確定的，所以TO-Ttimeout就是發(fā)起查詢(xún)消息的第一邏輯RNC收到RRC連接請(qǐng)求的時(shí)間點(diǎn)，又已知同一個(gè)UE嘗試接入RNC的最長(zhǎng)時(shí)間為N300*T300，所以得到如下的公式:O < Tl-(TO-Ttimeout) < (N300*T300)如果上述的T0、T1的值帶入該公式后，滿(mǎn)足其的邏輯關(guān)系，則說(shuō)明被查詢(xún)的RRC連接請(qǐng)求是重傳的消息；考慮到實(shí)際的處理過(guò)程中可能的內(nèi)部的延時(shí)，還需要對(duì)于上述公式時(shí)間上進(jìn)行補(bǔ)償，所以上述公式修正為公式(I)如下:
-Deltl < Tl-(TO-Ttimeout) < (N300*T300+Delt2) (I)其中，Deltl:自定義時(shí)間參數(shù)，修正因?yàn)樘幚硌訒r(shí)導(dǎo)致的時(shí)間誤差；Delt2:自定義時(shí)間參數(shù)，修正因?yàn)樘幚硌訒r(shí)導(dǎo)致的時(shí)間誤差。步驟S309，將TO、Tl的值帶入公式(I)后，如果計(jì)算結(jié)果滿(mǎn)足公式(I)的邏輯關(guān)系，則說(shuō)明該被查詢(xún)邏輯RNC的RRC連接請(qǐng)求是重傳的消息，進(jìn)入步驟S310 ;如果計(jì)算的結(jié)果不滿(mǎn)足公式(I)的邏輯關(guān)系，則進(jìn)入步驟S312; 步驟S310，該被查詢(xún)邏輯RNC向發(fā)起查詢(xún)消息的第一邏輯RNC返回響應(yīng)消息，發(fā)起查詢(xún)消息的第一邏輯RNC在指定的時(shí)間內(nèi)收到響應(yīng)消息后，進(jìn)入步驟S311 ；步驟S311，發(fā)起查詢(xún)消息的第一邏輯RNC記錄RRC連接請(qǐng)求一次、RRC連接請(qǐng)求重傳一次；而被查詢(xún)的邏輯RNC對(duì)應(yīng)的UE的RRC連接建立過(guò)程，會(huì)記錄一次RRC連接請(qǐng)求，然后記錄一次RRC連接建立成功、或拒絕、或失敗；步驟S312，流程結(jié)束。本實(shí)施例通過(guò)上述流程，可以正確地記錄UE的RRC連接請(qǐng)求次數(shù)及其重傳次數(shù)，以便于在計(jì)算RRC連接成功率這個(gè)KPI的時(shí)候進(jìn)行修正，把RRC連接請(qǐng)求重傳的次數(shù)從公式中剔除，解決了分布式系統(tǒng)中由于UE的移動(dòng)導(dǎo)致的RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，從而得到正確的RRC連接請(qǐng)求次數(shù)及其重傳次數(shù)這個(gè)指標(biāo)，真實(shí)地反映RNC網(wǎng)絡(luò)中用戶(hù)接入的情況，以便運(yùn)營(yíng)商在對(duì)UMTS網(wǎng)絡(luò)進(jìn)行網(wǎng)絡(luò)的運(yùn)營(yíng)和維護(hù)、網(wǎng)絡(luò)規(guī)劃和優(yōu)化、月艮務(wù)評(píng)估、等工作的時(shí)候有更加準(zhǔn)確的系統(tǒng)運(yùn)行監(jiān)控?cái)?shù)據(jù)和指標(biāo)。實(shí)施例2本實(shí)施例針對(duì)分布式系統(tǒng)，提出了一種RRC連接請(qǐng)求消息重發(fā)的統(tǒng)計(jì)方法。圖4是根據(jù)本發(fā)明實(shí)施例2的統(tǒng)計(jì)方法的處理流程圖，如圖4所示，該方法包括以下步驟:步驟S401，首先每個(gè)邏輯RNC在收到RRC連接請(qǐng)求消息后對(duì)該RRC連接請(qǐng)求消息進(jìn)行記錄，包括記錄該RRC連接請(qǐng)求消息對(duì)應(yīng)的UE ID、收到該RRC連接請(qǐng)求消息的時(shí)間點(diǎn)、以及RRC連接建立的狀態(tài)(成功、拒絕、失敗、超時(shí))等RRC連接請(qǐng)求消息的相關(guān)信息，然后進(jìn)入步驟S402 ；步驟S402，將分布式RNC系統(tǒng)中每個(gè)邏輯RNC的UE ID的RRC連接請(qǐng)求消息(包括UE ID、收到RRC連接請(qǐng)求消息的時(shí)間點(diǎn)、RRC連接建立的狀態(tài)等)同步到一個(gè)處理中心，然后執(zhí)行步驟S403 ；步驟S403，處理中心在RRC連接請(qǐng)求消息中找到RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息的記錄，把該請(qǐng)求的時(shí)間點(diǎn)作為T(mén)0，其中，這里的TO是上述的第一時(shí)間，然后進(jìn)入步驟S404 ；步驟S404，處理中心根據(jù)連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息對(duì)應(yīng)的UE ID,在所有的RRC連接請(qǐng)求消息中查找相同的UE ID的其他RRC連接請(qǐng)求消息，進(jìn)入步驟S405 ；步驟S405，如果找到相同的UE ID的其他RRC連接請(qǐng)求消息，則進(jìn)入步驟S406 ;否貝丨J，進(jìn)入步驟S409 ；步驟S406，處理中心把找到的該UE ID的其他RRC連接請(qǐng)求記錄的時(shí)間點(diǎn)記為T(mén)l，然后將Tl和TO代入公式(2):-Deltl < Tl-TO < (N300*T300+Delt2)中進(jìn)行計(jì)算，進(jìn)入步驟 S407 ；步驟S407，如果步驟S406中的計(jì)算滿(mǎn)足公式(2)的邏輯關(guān)系，則進(jìn)入步驟S408 ；如果不滿(mǎn)足，則進(jìn)入步驟S409 ；步驟S408，在RRC連接超時(shí)的第一 RNC記錄RRC連接請(qǐng)求一次、RRC連接請(qǐng)求重傳一次，然后進(jìn)入步驟S409 ；步驟S409，流程結(jié)束。本實(shí)施例通過(guò)上述流程，可以正確地記錄UE的RRC連接請(qǐng)求次數(shù)及其重傳次數(shù)，以便于在計(jì)算RRC連接成功率這個(gè)KPI的時(shí)候進(jìn)行修正，把RRC連接請(qǐng)求重傳的次數(shù)從公式中剔除，解決了分布式系統(tǒng)中由于UE的移動(dòng)導(dǎo)致的RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，從而得到正確的RRC連接請(qǐng)求次數(shù)及其重傳次數(shù)這個(gè)指標(biāo)，真實(shí)地反映RNC網(wǎng)絡(luò)中用戶(hù)接入的情況，以便運(yùn)營(yíng)商在對(duì)UMTS網(wǎng)絡(luò)進(jìn)行網(wǎng)絡(luò)的運(yùn)營(yíng)和維護(hù)、網(wǎng)絡(luò)規(guī)劃和優(yōu)化、月艮務(wù)評(píng)估、等工作的時(shí)候有更加準(zhǔn)確的系統(tǒng)運(yùn)行監(jiān)控?cái)?shù)據(jù)和指標(biāo)。實(shí)施例3本實(shí)施例針對(duì)分布式系統(tǒng)，提出了一種RRC連接請(qǐng)求消息重發(fā)的統(tǒng)計(jì)方法。圖5是根據(jù)本發(fā)明實(shí)施例3的統(tǒng)計(jì)方法的處理流程圖，如圖5所示，該方法包括以下步驟:步驟S501，首先每個(gè)邏輯RNC在收到RRC連接請(qǐng)求消息后記錄該RRC連接請(qǐng)求消息，包括該RRC連接請(qǐng)求消息對(duì)應(yīng)的UE ID、接收到該RRC連接請(qǐng)求消息的時(shí)間點(diǎn)、以及RRC連接請(qǐng)求建立的狀態(tài)(成功、拒絕、失敗、超時(shí))等RRC連接請(qǐng)求消息的相關(guān)信息，然后進(jìn)入步驟S502 ；步驟S502，分布式RNC系統(tǒng)中每個(gè)邏輯RNC互相把該邏輯RNC內(nèi)的RRC連接請(qǐng)求消息的相關(guān)信息(包括UE ID、收到RRC連接請(qǐng)求消息的時(shí)間點(diǎn)、RRC連接建立的狀態(tài)、等)同步給彼此，這樣每個(gè)邏輯RNC都有完整的全系統(tǒng)RRC連接請(qǐng)求消息的相關(guān)信息，然后進(jìn)入步驟S503 ；步驟S503，邏輯RNC上出現(xiàn)RRC連接建立超時(shí)后，將RRC建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息記錄的時(shí)間點(diǎn)記為T(mén)0，其中，這里的TO是上述的第一時(shí)間，然后，然后進(jìn)入步驟S504 ；步驟S504，該邏輯RNC根據(jù)RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息對(duì)應(yīng)的UEID,在保存的其他邏輯RNC的RRC連接信息中查找相同的UE ID的其他RRC連接請(qǐng)求消息，進(jìn)入步驟S505 ；步驟S505，判斷是否查找到與上述UE ID相同UE ID的其他RRC連接請(qǐng)求消息，如果是，則進(jìn)入步驟S506 ;如果否，則進(jìn)入步驟S509 ；步驟S506，將該其他RRC連接請(qǐng)求消息記錄的時(shí)間點(diǎn)記為T(mén)l，然后將Tl和TO代入公式(2):-Deltl < Tl-TO < (N300*T300+Delt2)中進(jìn)行計(jì)算，進(jìn)入步驟 S507 ；步驟S507，如果步驟S506中的計(jì)算滿(mǎn)足公式(2)的邏輯關(guān)系，則進(jìn)入步驟S508 ；如果不滿(mǎn)足，則進(jìn)入步驟S509 ；步驟S508，在RRC連接超時(shí)的第一 RNC記錄RRC連接請(qǐng)求一次、RRC連接請(qǐng)求重傳一次，然后進(jìn)入步驟S509 ；步驟S509，流程結(jié)束。本實(shí)施例通過(guò)上述流程，可以正確地記錄UE的RRC連接請(qǐng)求次數(shù)及其重傳次數(shù)，以便于在計(jì)算RRC連接成功率這個(gè)KPI的時(shí)候進(jìn)行修正，把RRC連接請(qǐng)求重傳的次數(shù)從公式中剔除，解決了分布式系統(tǒng)中由于UE的移動(dòng)導(dǎo)致的RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，從而得到正確的RRC連接請(qǐng)求次數(shù)及其重傳次數(shù)這個(gè)指標(biāo)，真實(shí)地反映RNC網(wǎng)絡(luò)中用戶(hù)接入的情況，以便運(yùn)營(yíng)商在對(duì)UMTS網(wǎng)絡(luò)進(jìn)行網(wǎng)絡(luò)的運(yùn)營(yíng)和維護(hù)、網(wǎng)絡(luò)規(guī)劃和優(yōu)化、月艮務(wù)評(píng)估、等工作的時(shí)候有更加準(zhǔn)確的系統(tǒng)運(yùn)行監(jiān)控?cái)?shù)據(jù)和指標(biāo)。實(shí)施例4本實(shí)施例提供了一種RRC連接建立成功率確定方法。圖6是根據(jù)本發(fā)明實(shí)施例4的RRC連接建立成功率確定方法的流程圖，如圖6所示，該方法包括以下步驟:步驟S602，統(tǒng)計(jì)指定時(shí)間內(nèi)RRC連接請(qǐng)求消息的重傳次數(shù)；其中，本實(shí)施例采用上述實(shí)施例中的統(tǒng)計(jì)方法進(jìn)行RRC連接請(qǐng)求消息的重傳次數(shù)的統(tǒng)計(jì)；步驟S604，統(tǒng)計(jì)該指定時(shí)間內(nèi)RRC連接建立成功次數(shù)以及RRC連接請(qǐng)求次數(shù)；步驟S606，根據(jù)重傳次數(shù)、RRC連接建立成功次數(shù)和RRC連接請(qǐng)求次數(shù)確定RRC連接建立成功率，例如，可以按照公式(3)來(lái)確定RRC連接建立成功率:RRC連接建立成功率=RRC連接建立成功次數(shù)/ (RRC連接請(qǐng)求次數(shù)-重傳次數(shù))
(3)這樣，在“RRC連接建立成功率”的公式中可以這個(gè)重發(fā)的次數(shù)從分母剔除，從而使“RRC連接建立成功率”這個(gè)指標(biāo)準(zhǔn)確，能真實(shí)地反映UE接入RNC網(wǎng)絡(luò)成功率的情況。通過(guò)本實(shí)施例的上述方法，可以應(yīng)用實(shí)施例1-3中得到的正確的RRC連接請(qǐng)求重傳次數(shù)，在計(jì)算RRC連接成功率這個(gè)KPI的時(shí)候進(jìn)行修正，把RRC連接請(qǐng)求重傳的次數(shù)從公式中剔除，解決了 RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，從而得到正確的“RRC連接建立成功率”這個(gè)指標(biāo)，真實(shí)地反映RNC網(wǎng)絡(luò)中用戶(hù)接入的情況，以便運(yùn)營(yíng)商在對(duì)UMTS網(wǎng)絡(luò)進(jìn)行網(wǎng)絡(luò)的運(yùn)營(yíng)和維護(hù)、網(wǎng)絡(luò)規(guī)劃和優(yōu)化、服務(wù)評(píng)估、等工作的時(shí)候有更加準(zhǔn)確的系統(tǒng)運(yùn)行監(jiān)控?cái)?shù)據(jù)和指標(biāo)。實(shí)施例5本實(shí)施例提供了一種RRC連接請(qǐng)求重傳的統(tǒng)計(jì)裝置。圖7是根據(jù)本發(fā)明實(shí)施例5的RRC連接請(qǐng)求重傳的統(tǒng)計(jì)裝置的結(jié)構(gòu)框圖，如圖7所示，該裝置包括:查詢(xún)模塊71、判斷模塊72、標(biāo)記模塊73、以及統(tǒng)計(jì)模塊74。其中，查詢(xún)模塊71，用于當(dāng)存在RRC連接建立超時(shí)的UE時(shí)，查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯無(wú)線網(wǎng)絡(luò)控制器RNC記錄的UE的RRC連接請(qǐng)求消息信息；判斷模塊72，與查詢(xún)模塊71相連，用于根據(jù)查詢(xún)模塊71獲得的查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳；標(biāo)記模塊73，與判斷模塊72相連，用于在判斷模塊72的判斷結(jié)果為是的情況下，在UE的重傳記錄中進(jìn)行標(biāo)記；統(tǒng)計(jì)模塊74，與標(biāo)記模塊73相連，用于根據(jù)標(biāo)記模塊73標(biāo)記的UE的重傳記錄，統(tǒng)計(jì)指定時(shí)間內(nèi)UE的RRC連接請(qǐng)求消息的重傳次數(shù)。本實(shí)施例通過(guò)上述的統(tǒng)計(jì)裝置，解決了由于UE的移動(dòng)導(dǎo)致的RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，從而能夠正確地記錄UE的RRC連接請(qǐng)求次數(shù)及其重傳次數(shù)，真實(shí)地反映RNC網(wǎng)絡(luò)中用戶(hù)接入情況，獲得更加準(zhǔn)確的系統(tǒng)運(yùn)行監(jiān)控?cái)?shù)據(jù)和指標(biāo)。如圖8所示的根據(jù)本發(fā)明優(yōu)選實(shí)施例的RRC連接請(qǐng)求重傳的統(tǒng)計(jì)裝置的結(jié)構(gòu)框圖，該圖除了包括圖7中的各個(gè)模塊外，上述判斷模塊72可以包括:標(biāo)記單元722和判斷單元724，其中，其功能如下:標(biāo)記單元722，用于當(dāng)查詢(xún)結(jié)果為同一 UE有兩條RRC連接請(qǐng)求消息的記錄，且兩條RRC連接請(qǐng)求消息的記錄是不同的邏輯RNC記錄的時(shí)候，將其中RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息標(biāo)記為第一條RRC連接請(qǐng)求消息，另一條標(biāo)記為第二條RRC連接請(qǐng)求消息；判斷單元724,與標(biāo)記單元722相連,用于判斷接收第一條RRC連接請(qǐng)求消息的時(shí)間TO與接收第二條RRC連接請(qǐng)求消息的時(shí)間Tl之間的差值是否小于指定時(shí)長(zhǎng)，如果是，確定超時(shí)的RRC連接請(qǐng)求消息為重傳。如圖9所示的根據(jù)本發(fā)明另一個(gè)優(yōu)選實(shí)施例的RRC連接請(qǐng)求重傳的統(tǒng)計(jì)裝置的結(jié)構(gòu)框圖，該圖除了包括圖7中的各個(gè)模塊外，上述統(tǒng)計(jì)裝置還可以包括:同步信息接收模塊75，用于接收各個(gè)邏輯RNC發(fā)送的RRC連接請(qǐng)求消息的同步信息；上述查詢(xún)模塊71與同步信息接收模塊75相連，還可以包括:查詢(xún)單元712，用于根據(jù)同步信息接收模塊75接收的同步信息，查詢(xún)UE的RRC連接請(qǐng)求消息信息。上述圖7至9的統(tǒng)計(jì)裝置可以實(shí)現(xiàn)上述實(shí)施例1-3的方法，具體內(nèi)容不再贅述。本實(shí)施例還提供了一種RRC連接建立成功率確定系統(tǒng)。圖10是根據(jù)本發(fā)明實(shí)施例5的RRC連接建立成功率確定系統(tǒng)的結(jié)構(gòu)框圖，如圖10所示，該系統(tǒng)包括第一統(tǒng)計(jì)設(shè)備102、第二統(tǒng)計(jì)設(shè)備104和成功率確定設(shè)備106。其中，第一統(tǒng)計(jì)設(shè)備102，用于統(tǒng)計(jì)指定時(shí)間內(nèi)RRC連接請(qǐng)求消息的重傳次數(shù)，其中，該第一統(tǒng)計(jì)設(shè)備102包括上述的RRC連接請(qǐng)求消息重傳的統(tǒng)計(jì)裝置，圖10中以圖7所示的裝置為例進(jìn)行說(shuō)明；第二統(tǒng)計(jì)設(shè)備104，用于統(tǒng)計(jì)指定時(shí)間內(nèi)RRC連接建立成功次數(shù)以及RRC連接請(qǐng)求次數(shù)；成功率確定設(shè)備106，與第一統(tǒng)計(jì)設(shè)備102和第二統(tǒng)計(jì)設(shè)備104相連，用于根據(jù)第一統(tǒng)計(jì)設(shè)備統(tǒng)計(jì)的重傳次數(shù)、第二統(tǒng)計(jì)設(shè)備統(tǒng)計(jì)的RRC連接建立成功次數(shù)和RRC連接請(qǐng)求次數(shù)確定RRC連接建立成功率，例如，可以按照實(shí)施例4中的公式(3)來(lái)確定RRC連接建立成功率。通過(guò)本實(shí)施例的上述成功率確定系統(tǒng)，可以應(yīng)用上述統(tǒng)計(jì)裝置70得到的正確的RRC連接請(qǐng)求重傳次數(shù)，在計(jì)算RRC連接成功率這個(gè)KPI的時(shí)候進(jìn)行修正，把RRC連接請(qǐng)求重傳的次數(shù)從公式中剔除，解決了中RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，尤其對(duì)于UE移動(dòng)導(dǎo)致的RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，從而得到正確的“RRC連接建立成功率”這個(gè)指標(biāo)，真實(shí)地反映RNC網(wǎng)絡(luò)中用戶(hù)接入的情況，以便運(yùn)營(yíng)商在對(duì)UMTS網(wǎng)絡(luò)進(jìn)行網(wǎng)絡(luò)的運(yùn)營(yíng)和維護(hù)、網(wǎng)絡(luò)規(guī)劃和優(yōu)化、服務(wù)評(píng)估、等工作的時(shí)候有更加準(zhǔn)確的系統(tǒng)運(yùn)行監(jiān)控?cái)?shù)據(jù)和指標(biāo)。綜上所述可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果:通過(guò)上述給出的RRC連接請(qǐng)求重傳統(tǒng)計(jì)和成功率確定的方法、裝置及系統(tǒng)，解決了由于UE的移動(dòng)導(dǎo)致的RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，從而能夠正確地記錄UE的RRC連接請(qǐng)求次數(shù)及其重傳次數(shù)，然后在計(jì)算RRC連接成功率這個(gè)KPI的時(shí)候進(jìn)行修正，把RRC連接請(qǐng)求重傳的次數(shù)從公式中剔除，從而得到正確的“RRC連接建立成功率”這個(gè)指標(biāo)，真實(shí)地反映RNC網(wǎng)絡(luò)中用戶(hù)接入的情況，以便運(yùn)營(yíng)商在對(duì)UMTS網(wǎng)絡(luò)進(jìn)行網(wǎng)絡(luò)的運(yùn)營(yíng)和維護(hù)、網(wǎng)絡(luò)規(guī)劃和優(yōu)化、服務(wù)評(píng)估、等工作的時(shí)候有更加準(zhǔn)確的系統(tǒng)運(yùn)行監(jiān)控?cái)?shù)據(jù)和指標(biāo)。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種無(wú)線資源控制RRC連接請(qǐng)求重傳統(tǒng)計(jì)方法，其特征在于包括: 當(dāng)存在RRC連接建立超時(shí)的終端UE時(shí)，查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯無(wú)線網(wǎng)絡(luò)控制器RNC記錄的所述UE的RRC連接請(qǐng)求消息信息； 根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳； 如果是，在所述UE的重傳記錄中進(jìn)行標(biāo)記； 根據(jù)所述UE的重傳記錄統(tǒng)計(jì)指定時(shí)間內(nèi)所述UE的RRC連接請(qǐng)求消息的重傳次數(shù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳包括: 當(dāng)查詢(xún)結(jié)果為所述UE有兩條RRC連接請(qǐng)求消息的記錄，且所述兩條RRC連接請(qǐng)求消息的記錄是不同的邏輯RNC記錄的；其中一條為所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息，標(biāo)記為第一條RRC連接請(qǐng)求消·息，另一條標(biāo)記為第二條RRC連接請(qǐng)求消息； 判斷接收第一條RRC連接請(qǐng)求消息的時(shí)間TO與接收第二條RRC連接請(qǐng)求消息的時(shí)間Tl之間的差值是否小于指定時(shí)長(zhǎng)，如果是，確定所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述RRC連接請(qǐng)求消息信息的記錄過(guò)程包括:每個(gè)邏輯RNC接收到所述UE的RRC連接請(qǐng)求消息后，在本地全局表中記錄所述RRC連接請(qǐng)求消息的索引和所述UE標(biāo)識(shí)，在所述全局表的副表中記錄所述全局表中記錄的信息以及接收所述RRC連接請(qǐng)求消息的時(shí)間；查詢(xún)所述分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的所述UE的RRC連接請(qǐng)求消息信息包括:當(dāng)?shù)谝贿壿婻NC在本地全局表中僅查到所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息的記錄時(shí)，向其它邏輯RNC發(fā)送重傳查詢(xún)消息，其中，所述第一邏輯RNC為所述分布式系統(tǒng)中接收到所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息的邏輯RNC ;所述其它邏輯RNC根據(jù)自身副表中記錄的信息確定所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳時(shí)，向所述第一邏輯RNC發(fā)送響應(yīng)消息； 根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的所述RRC連接請(qǐng)求消息是否為重傳包括:在重傳確定時(shí)長(zhǎng)內(nèi)，所述第一邏輯RNC接收到所述響應(yīng)消息，確定所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述其它邏輯RNC根據(jù)自身副表中記錄的信息確定所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳包括: 所述其它邏輯RNC將接收所述重傳查詢(xún)消息的時(shí)間作為第一時(shí)間TO ； 所述其它邏輯RNC在自身副表中查詢(xún)所述UE的RRC連接請(qǐng)求消息記錄，將查到的記錄中的時(shí)間作為第二時(shí)間Tl ； 當(dāng)Tl-(TO-Ttimeout)小于指定時(shí)長(zhǎng)時(shí)，確定所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳，其中，Ttimeout為設(shè)定的連接建立超時(shí)時(shí)間。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述RRC連接請(qǐng)求消息信息的記錄過(guò)程包括:每個(gè)邏輯RNC接收到所述UE的RRC連接請(qǐng)求消息后，記錄接收所述RRC連接請(qǐng)求消息的時(shí)間和所述UE標(biāo)識(shí)；所述每個(gè)邏輯RNC將記錄的所述RRC連接請(qǐng)求消息信息同步到處理中心； 查詢(xún)所述分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的所述UE的RRC連接請(qǐng)求消息信息，根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳包括:處理中心將所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息對(duì)應(yīng)的時(shí)間作為第一時(shí)間T0，根據(jù)所述UE標(biāo)識(shí)查詢(xún)所述UE的其它RRC連接請(qǐng)求消息記錄，將查詢(xún)到的其它RRC連接請(qǐng)求消息記錄的時(shí)間作為第二時(shí)間Tl，當(dāng)Tl-TO小于指定時(shí)長(zhǎng)時(shí)，確定所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述RRC連接請(qǐng)求消息信息的記錄過(guò)程包括:每個(gè)邏輯RNC接收到所述UE的RRC連接請(qǐng)求消息后，記錄接收所述RRC連接請(qǐng)求消息的時(shí)間和所述UE標(biāo)識(shí)；所述每個(gè)邏輯RNC將記錄的所述RRC連接請(qǐng)求消息信息同步到其它邏輯RNC ； 查詢(xún)所述分布式系統(tǒng)內(nèi)的各個(gè)邏輯RNC記錄的所述UE的RRC連接請(qǐng)求消息信息，根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳包括:邏輯RNC將所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息對(duì)應(yīng)的時(shí)間作為第一時(shí)間T0，根據(jù)所述UE標(biāo)識(shí)查詢(xún)本地保存的其他邏輯RNC記錄的RRC連接請(qǐng)求消息信息，將查詢(xún)到的其它RRC連接請(qǐng)求消息記錄的時(shí)間作為第二時(shí)間Tl，當(dāng)Tl-TO小于指定時(shí)長(zhǎng)時(shí)，確定所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。
7.根據(jù)權(quán)利要求2、4-6任一項(xiàng)所述的方法，其特征在于，所述指定時(shí)長(zhǎng)為最長(zhǎng)嘗試時(shí)間與補(bǔ)償時(shí)間之和，所述補(bǔ)償時(shí)間> O。
8.一種無(wú)線資源控制RRC連接建立成功率確定方法，其特征在于包括: 按照權(quán)利要求1-6任一項(xiàng)所·述的方法統(tǒng)計(jì)所述指定時(shí)間內(nèi)RRC連接請(qǐng)求消息的重傳次數(shù)； 統(tǒng)計(jì)所述指定時(shí)間內(nèi)RRC連接建立成功次數(shù)以及RRC連接請(qǐng)求次數(shù)； 根據(jù)所述重傳次數(shù)、所述RRC連接建立成功次數(shù)和所述RRC連接請(qǐng)求次數(shù)確定RRC連接建立成功率。
9.一種無(wú)線資源控制RRC連接請(qǐng)求重傳統(tǒng)計(jì)裝置，其特征在于包括: 查詢(xún)模塊，用于當(dāng)存在RRC連接建立超時(shí)的終端UE時(shí)，查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯無(wú)線網(wǎng)絡(luò)控制器RNC記錄的所述UE的RRC連接請(qǐng)求消息信息； 判斷模塊，用于根據(jù)所述查詢(xún)模塊獲得的查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳； 標(biāo)記模塊，用于在所述判斷模塊的判斷結(jié)果為是的情況下，在所述UE的重傳記錄中進(jìn)行標(biāo)記； 統(tǒng)計(jì)模塊，用于根據(jù)所述標(biāo)記模塊標(biāo)記的所述UE的重傳記錄，統(tǒng)計(jì)指定時(shí)間內(nèi)所述UE的RRC連接請(qǐng)求消息的重傳次數(shù)。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述判斷模塊包括: 標(biāo)記單元，用于當(dāng)查詢(xún)結(jié)果為所述UE有兩條RRC連接請(qǐng)求消息的記錄，且所述兩條RRC連接請(qǐng)求消息的記錄是不同的邏輯RNC記錄的時(shí)候，將其中所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息標(biāo)記為第一條RRC連接請(qǐng)求消息,另一條標(biāo)記為第二條RRC連接請(qǐng)求消息； 判斷單元，用于判斷接收第一條RRC連接請(qǐng)求消息的時(shí)間TO與接收第二條RRC連接請(qǐng)求消息的時(shí)間Tl之間的差值是否小于指定時(shí)長(zhǎng)，如果是，確定所述RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息為重傳。
11.根據(jù)權(quán)利要求9所述的裝置，其特征在于， 所述裝置還包括:同步信息接收模塊，用于接收各個(gè)邏輯RNC發(fā)送的所述RRC連接請(qǐng)求消息的同步信息；所述查詢(xún)模塊包括:查詢(xún)單元，用于根據(jù)所述同步信息接收模塊接收的同步信息，查詢(xún)所述UE的RRC連接請(qǐng)求消息信息。
12.一種無(wú)線資源控制RRC連接建立成功率確定系統(tǒng)，其特征在于包括:第一統(tǒng)計(jì)設(shè)備，其中所述第一統(tǒng)計(jì)設(shè)備包括權(quán)利要求9-11任一項(xiàng)所述的RRC連接請(qǐng)求消息重傳的統(tǒng)計(jì)裝置； 所述系統(tǒng)還包括:第二統(tǒng)計(jì)設(shè)備，用于統(tǒng)計(jì)所述指定時(shí)間內(nèi)RRC連接建立成功次數(shù)以及RRC連接請(qǐng)求次數(shù)； 成功率確定設(shè)備，用于根據(jù)所述第一統(tǒng)計(jì)設(shè)備統(tǒng)計(jì)的所述重傳次數(shù)、所述第二統(tǒng)計(jì)設(shè)備統(tǒng)計(jì)的所述RRC連接建立成功次數(shù)·和所述RRC連接請(qǐng)求次數(shù)確定RRC連接建立成功率。
全文摘要
本發(fā)明公開(kāi)了一種RRC連接請(qǐng)求重傳統(tǒng)計(jì)和成功率確定方法、裝置及系統(tǒng)。其中，該方法包括當(dāng)存在RRC連接建立過(guò)程超時(shí)的UE時(shí)，查詢(xún)分布式系統(tǒng)內(nèi)的各個(gè)邏輯無(wú)線網(wǎng)絡(luò)控制器RNC記錄的該UE的RRC連接請(qǐng)求消息信息；根據(jù)查詢(xún)結(jié)果確定RRC連接建立超時(shí)對(duì)應(yīng)的RRC連接請(qǐng)求消息是否為重傳；如果是，在該UE的重傳記錄中進(jìn)行標(biāo)記；根據(jù)該UE的重傳記錄統(tǒng)計(jì)指定時(shí)間內(nèi)該UE的RRC連接請(qǐng)求消息的重傳次數(shù)。本發(fā)明解決了RRC連接請(qǐng)求消息的重傳統(tǒng)計(jì)不準(zhǔn)確的問(wèn)題，達(dá)到了正確地記錄UE的RRC連接請(qǐng)求次數(shù)及其重傳次數(shù)，真實(shí)地反映RNC網(wǎng)絡(luò)中用戶(hù)接入情況，獲得更加準(zhǔn)確的系統(tǒng)運(yùn)行監(jiān)控?cái)?shù)據(jù)和指標(biāo)的效果。
文檔編號(hào)H04W76/02GK103079230SQ20111032908
公開(kāi)日2013年5月1日 申請(qǐng)日期2011年10月26日 優(yōu)先權(quán)日2011年10月26日
發(fā)明者鄭濤 申請(qǐng)人:中興通訊股份有限公司