專利名稱：：一種計數(shù)器檢查處理的方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及無線通信領(lǐng)域，特別涉及一種計數(shù)器檢查處理的方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
：UTRAN(UMTSTerrestrialRadioAccessNetwork,UMTS陸地?zé)o線接入網(wǎng)；UMTS:UniversalMobileTelecommunicationSystem,通用移動通信系統(tǒng))使用"COUNTERCHECK"(計數(shù)器檢查)來執(zhí)行一個本地驗證。該過程的目的是驗證在UTRAN和UE(UserEquipment，用戶設(shè)備)中，RRC(RadioResourceControl，無線資源控制)連接期間雙向鏈路(上行鏈路和下行鏈路)上所發(fā)送的數(shù)據(jù)量是否相同的(用來檢測可能出現(xiàn)的入侵者的操作)。UTRAN監(jiān)測每個使用UM(UnacknowledgedMode，非應(yīng)答模式)或AM(AcknowledgedMode,應(yīng)答模式)RLC(RadioLinkControl,無線鏈路控制)的無線承載的相關(guān)COUNT-C(加密序列號)值。只要這些值到達(dá)一個臨界檢測值，則觸發(fā)該過程。當(dāng)UE收到一個COUNTERCHECK消息，UE應(yīng)將收到的COUNTERCHECK消息中信元〃RB(RadioBearer,無線承載)COUNT-CMSBinformation〃的C0UNT-CMSB(MostSignificantBit，最高有效位)值和相應(yīng)的無線承載的COUNT-CMSB值進(jìn)行比較。如果不同，UE發(fā)送COUNT-C值的COUNTERCHECKRESPONSE(計數(shù)器檢查響應(yīng))消息給UTRAN，如果UTRAN收到一個包含了一個或多個COUNT-C值的COUNTERCHECKRESP0NSE消息，UTRAN可以釋放該RRC連接。對于每個使用RLC-AM或RLC-UM的上行鏈路和下行鏈路無線承載，即使沒有使用加密，也需要持續(xù)遞增COUNT-C值，COUNT-C值在UTRAN和UE側(cè)由其RLC實體維護(hù)，因而，UTRAN可以使用"COUNTERCHECK"來進(jìn)行驗證UTRAN和UE兩端在RRC連接期間雙向鏈路(上行鏈路和下行鏈路)上所發(fā)送的數(shù)據(jù)量是相同的。其核心就是比較UTRAN和UE側(cè)對應(yīng)無線承載的COUNT-C值的MSB部分是否相同。25.331協(xié)議中COUNTERCHECK過程為UTRAN向UE發(fā)起COUNTERCHECK;UE向UTRAN反饋COUNTERCHECKRESPONSE。協(xié)議的描述為COUNTERCHECK過程啟動于UTRAN監(jiān)測每個使用UM或AMRLC的RB的相關(guān)COUNT-C值是否到達(dá)UTRAN設(shè)定的臨界檢測值，如果大于設(shè)定的臨界檢測值，UTRAN發(fā)送COUNTERCHECK消息給UE，UTRAN用該消息指示與每個使用UM或AMRLC模式的無線承載的當(dāng)前COUNT-CMSB值，請求UE比較這些值與保存的COUNT-CMSB值，并把比較結(jié)果上報給UTRAN。如果UE發(fā)送的COUNTERCHECKRESPONSE消息中包含COUNT-C值，表示UTRAN和UE的COUNTC-C值不一致，由UTRAN決定是否釋放RRC連接。COUNTERCHECK消息內(nèi)容如下5<table>tableseeoriginaldocumentpage6</column></row><table>InformationPresenceMultiIEtype肌dSemanticsElement/Groupname(存在)(復(fù)description(信元/組名)選)(信元類型(描述語義)與參數(shù))RBCOUNT-CMSBMPlto〈ForeachRBinformationmaxR(excludingBallRsignallingradioABs>bearers)usingUMorAMRLC.為了每一個RB(排除無線信號承載)利用UM或AMRLCInformationPresenceMultiIEtype肌dSemanticsElement/Groupname(存在)(復(fù)description(信元/組名)選)(信元類型(描述語義)與參數(shù))〉RBCOUNT-CMSBMPRBinformationco麗-cMSBinformationCOUNTERCHECKRESPONSE消息內(nèi)容如下InformationElement/GroupnamePresenceMultiIEtypeandreferenceSemanticsdescriptionMessageTypeMPUEinformationelements7<table>tableseeoriginaldocumentpage8</column></row><table>從協(xié)議描述看，UTRAN只要發(fā)現(xiàn)RB的COUNT-C值大于預(yù)先設(shè)定臨界檢測值就啟動COUNTERCHECK，但可能此后該RB上數(shù)據(jù)量很少或者無數(shù)據(jù)量，UTRAN還是仍舊頻繁啟動檢查。另夕卜，COUNTERCHECK過程是由UTRAN的RRC實體進(jìn)行，但COUNT-C值在RLC實體維護(hù)，進(jìn)行一次COUNTERCHECK過程，首先RRC從RLC實體獲取上下行的COUNT-C值，然后通過空口消息將COUNT-C值的MSB攜帶給UE，使UE進(jìn)行COUNT-C值一致性檢查；由于COUNTERCHECK消息中"RBCOUNT-CMSBinformation"IE的值是25BIT，如果進(jìn)行COUNTERCHECK時，恰好某個RB的COUNT-C的NotMSB部分接近溢出，從RRC實體獲取RLC實體某個RB的COUNT-C值，到UE收到COUNTERCHECK消息這個時間段內(nèi)，UE本地存貯的這個RB的COUNT-CMSB的值可能發(fā)生改變，UE比較兩端COUNT-C值不同，從而在COUNTCHECKRESPONSE消息中包含當(dāng)前的COUNT-C值，這樣URAN認(rèn)為同UE的收發(fā)數(shù)據(jù)量不能吻合。舉例說明，64k的PS(PacketSwitched,分組交換)業(yè)務(wù)，TTI=20ms，每個TTI(TransmissionTimeInterval，傳輸時間間隔)發(fā)送4個PDU(PacketDataUnit,分組數(shù)據(jù)單元)，發(fā)送128個PDU，需要32*20ms=640ms，即發(fā)送128個PDU需要640ms。按照當(dāng)前實時操作系統(tǒng)任務(wù)調(diào)度10ms周期，RRC實體和RLC實體交互獲取COUNT-C值約需要20ms，在Srb(SignalRadioBear，信令無線承載)速率為3.4K時，RRC實體在Srb2上發(fā)送COUNTERCHECK消息需要40ms，時延估計為大于等于60ms。在協(xié)議不同層間的處理時延以及空口發(fā)送消息的時延期間，RLC可能已經(jīng)收發(fā)大于128個PDU，從而導(dǎo)致COUNT-C值的MSB25Bit發(fā)生改變。所以，協(xié)議不同層間的處理時延以及空口發(fā)送消息的時延是需要考慮的，UTRAN需要估計這個處理時延。對速率不同的業(yè)務(wù)來說，在這個時延內(nèi)發(fā)送或者接收的PDU數(shù)目不同，需要考8慮當(dāng)前C0UNT-C值的NotMSB部分+時延內(nèi)可能收發(fā)的PDUNUM>=128的情況，目前協(xié)議中未描述該種情況的處理。綜上所述，從協(xié)議描述的角度看，是UTRAN的RRC實體進(jìn)行該過程，但COUNT-C值在RLC實體維護(hù)，進(jìn)行一次COUNTERCHECK過程，需要RRC實體和RLC實體進(jìn)行交互且在下行鏈路DCCH(DedicatedControlChannel，專用控制信道)上發(fā)送一個COUNTERCHECK消息，在這個處理過程中，由于處理時延的存在，當(dāng)UE收到COUNTERCHECK消息時，COUNT-C值的MSB部分可能發(fā)生跳變，其不足在于會導(dǎo)致UE認(rèn)為COUNTERCHECK消息中信元〃RBCOUNT-CMSBinformation"的COUNT-CMSB值和相應(yīng)的無線承載的COUNT-CMSB值不同，從而在響應(yīng)消息COUNTERCHECKRESPONSE中攜帶COUNT-C值，從而UTRAN釋放RRC連接。另外，協(xié)議描述某個RB的COUNT-C值到達(dá)一個臨界檢測值就啟動該過程，其不足還在于可能某個RB數(shù)據(jù)流量到達(dá)該臨界檢測值后，無數(shù)據(jù)發(fā)送或者數(shù)據(jù)量很少時，頻繁啟動COUNTERCHECK過程，增加了網(wǎng)絡(luò)處理和空口信令負(fù)荷。
發(fā)明內(nèi)容本發(fā)明解決的技術(shù)問題在于提供了一種計數(shù)器檢查處理的方法、系統(tǒng)及設(shè)備。本發(fā)明實施例中提供了一種計數(shù)器檢查處理方法，包括如下步驟在應(yīng)答模式AM的無線承載RB建立后，在每個加密序列號COUNT-C的檢查周期到達(dá)時，獲取該周期內(nèi)前后COUNT-C的差值；確定所述差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動計數(shù)器檢查COUNTERCHECK過程。本發(fā)明實施例中還提供了一種用于計數(shù)器檢查處理的網(wǎng)絡(luò)側(cè)設(shè)備，包括差值計算模塊，用于在AM模式的RB建立后，在每個COUNT-C的檢查周期到達(dá)時，獲取該周期內(nèi)前后COUNT-C的差值；檢查啟動模塊，用于確定所述差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動COUNTERCHECK過程。本發(fā)明實施例中還提供了一種用于計數(shù)器檢查處理的系統(tǒng)，包括網(wǎng)絡(luò)側(cè)設(shè)備，用于在AM模式的RB建立后，在每個COUNT-C的檢查周期到達(dá)時，獲取該周期內(nèi)前后COUNT-C的差值；確定所述差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動COUNTERCHECK過程，所述COUNTERCHECK過程是由網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行的COUNTERCHECK過程；UE，用于將COUNTERCHECK過程結(jié)果反饋至網(wǎng)絡(luò)側(cè)設(shè)備。本發(fā)明實施例中還提供了一種計數(shù)器檢查處理方法，包括如下步驟在網(wǎng)絡(luò)側(cè)的RLC實體收到RRC實體的COUNTERCHECK檢查指示后，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告；UE接收端的RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；網(wǎng)絡(luò)側(cè)RLC實體取出所述COUNT-C值后與本地COUNT-C值進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。本發(fā)明實施例中還提供了一種計數(shù)器檢查處理系統(tǒng)，包括網(wǎng)絡(luò)側(cè)設(shè)備，用于通過網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行COUNTERCHECK過程；UE，用于將COUNTERCHECK過程結(jié)果通過RLC實體反饋至網(wǎng)絡(luò)側(cè)設(shè)備。本發(fā)明實施例中還提供了一種用于計數(shù)器檢查處理的網(wǎng)絡(luò)側(cè)設(shè)備，包括指示模塊，用于通過網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行COUNTERCHECK過程。本發(fā)明實施例中還提供了一種用于計數(shù)器檢查處理的用戶設(shè)備，其特征在于，包括反饋模塊，用于將COUNTERCHECK過程結(jié)果通過RLC實體反饋至網(wǎng)絡(luò)側(cè)設(shè)備。本發(fā)明有益效果如下本發(fā)明的一種實施方案中，是在AM模式的RB建立后，在每個COUNT-C的檢查周期到達(dá)時，獲取該周期內(nèi)前后COUNT-C的差值；確定所述差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動COUNTERCHECK過程。由于實施中是在檢查周期內(nèi)發(fā)送的數(shù)據(jù)流量大于UTRAN預(yù)設(shè)定的門限值后才啟動COUNTERCHECK,因此避免了減少空口消息交互，節(jié)省空口資源。本發(fā)明的另一實施方案中，是在網(wǎng)絡(luò)側(cè)的RLC實體收到RRC實體的COUNTERCHECK檢查指示后，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告；UE接收端的RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；網(wǎng)絡(luò)側(cè)RLC實體取出所述COUNT-C值后與本地COUNT-C值進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。由于實施中將COUNTERCHECK過程從RRC實體轉(zhuǎn)移到RLC實體進(jìn)行，因而能夠利用STATUSPDU高優(yōu)先級的特性避免由于協(xié)議層間交互的處理時延和空口消息發(fā)送時延導(dǎo)致錯誤的認(rèn)為兩端COUNT-C值MSB發(fā)生變化，可以縮短COUNTERCHECK協(xié)議層間處理時延，而且響應(yīng)速度快。圖1為本發(fā)明實施例中為計數(shù)器檢查處理方法實施流程示意圖；圖2為本發(fā)明實施例中在RLC實體進(jìn)行COUNTERCHECK過程的實施流程示意圖；圖3為本發(fā)明實施例中STATUSPDU數(shù)據(jù)結(jié)構(gòu)示意圖；圖4為本發(fā)明實施例中SUFI結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例一中用于計數(shù)器檢查處理的網(wǎng)絡(luò)側(cè)設(shè)備結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例二中用于計數(shù)器檢查處理的系統(tǒng)結(jié)構(gòu)示意圖；圖7為本發(fā)明實施例三中計數(shù)器檢查處理系統(tǒng)結(jié)構(gòu)示意圖；圖8為本發(fā)明實施例四中用于計數(shù)器檢查處理的網(wǎng)絡(luò)側(cè)設(shè)備結(jié)構(gòu)示意圖；圖9為本發(fā)明實施例五中用于計數(shù)器檢查處理的用戶設(shè)備結(jié)構(gòu)示意圖；圖10為本發(fā)明實施例六中COUNTERCHECK過程的實施流程示意圖。具體實施例方式下面結(jié)合附圖對本發(fā)明的具體實施方式進(jìn)行說明。圖1為計數(shù)器檢查處理方法實施流程示意圖，如圖所示，可以包括如下步驟步驟101、在AM模式的RB建立后，在每個COUNT-C的檢查周期到達(dá)時，獲取該周期內(nèi)前后COUNT-C的差值；步驟102、確定所述差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動COUNTERCHECK過程。具體實施中，需要預(yù)先設(shè)定COUNT-C的檢查周期以及臨界值，然后通過差值以及預(yù)先設(shè)置臨界值來決定是否進(jìn)行COUNTERCHECK過程，其中，周期內(nèi)前后COUNT-C的差值也就是通過檢查周期內(nèi)AM模式的RLC發(fā)送PDU數(shù)目。在設(shè)置臨界值時，可以設(shè)置為1024時檢查。即發(fā)送的數(shù)據(jù)量為IKPDU時檢查。AM模式RLC按照2的12次方2046，UM模式取2的8次方256，折中取2的10次方1024即可。具體的，UTRAN可以設(shè)定檢查COUNT-C的周期為COUNTER_TMER，當(dāng)該值設(shè)置為0時，UTRAN可以不進(jìn)行COUNTERCHECK,同時預(yù)設(shè)定在這個周期內(nèi)發(fā)送數(shù)據(jù)量的臨界值CHECK_VALUE。COUNTERCHECK檢查周期啟動于AM模式的RB建立后，在每個COUNT-C的檢查周期到達(dá)時，得到這個周期內(nèi)前后COUNT-C的差值，如果這個值大于預(yù)設(shè)定的臨界值CHECK_VALUE，UTRAN的RRC實體就指示RLC實體進(jìn)行COUNTERCHECK過程。由于實施中，將COUNTERCHECK的啟動條件設(shè)定為在AM模式的RB建立后，在每個COUNT-C的檢查周期到達(dá)時，確定該周期內(nèi)前后COUNT—C差值大于發(fā)送數(shù)據(jù)量的臨界值時，才啟動COUNTERCHECK過程。即網(wǎng)絡(luò)側(cè)根據(jù)檢查周期內(nèi)業(yè)務(wù)數(shù)據(jù)量大于預(yù)先設(shè)定的臨界檢測值后啟動COUNTERCHECK,而不是根據(jù)已發(fā)送的業(yè)務(wù)數(shù)據(jù)量大于預(yù)先設(shè)定的臨界檢測值后來啟動，也因此克服了RB的COUNT-C值大于預(yù)先設(shè)定臨界檢測值就啟動COUNTERCHECK后，所存在此后該RB上速據(jù)量很少或者無數(shù)據(jù)量時，網(wǎng)絡(luò)側(cè)還頻繁啟動檢查的不足。實施中COUNTERCHECK過程是由網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行的COUNTERCHECK過程。下面對該過程進(jìn)行說明。圖2為在RLC實體進(jìn)行COUNTERCHECK過程的實施流程示意圖，如圖所示，可以包括如下步驟步驟201、網(wǎng)絡(luò)側(cè)的RLC實體收到RRC實體的COUNTERCHECK檢查指示后，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告；步驟202、UE接收端的RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；步驟203、網(wǎng)絡(luò)側(cè)RLC實體取出所述COUNT-C值后進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。在進(jìn)行COUNTERCHECK的實施過程中，COUNTERCHECK的檢查是在RLC實體通過STATUS(狀態(tài))報告過程來進(jìn)行，即RRC實體通知RLC需要進(jìn)行COUNTERCHECK,RLC實體就可以在AMD(AcknowledgedModeData，應(yīng)答模式數(shù)據(jù))PDU中設(shè)置輪詢(POLLING)請求狀態(tài)報告，UE側(cè)接收端的RLC實體檢查AMDPDU中POLLING比特設(shè)置為l，然后啟動STATUS報告的傳輸過程，由于STATUSPDU比數(shù)據(jù)PDU具有更高優(yōu)先級，因此可以通過擴展STATUSPDU中SUFI(SuperFieldIndication,超域指示)的類型(Type)，在SUFI的值(Value)中攜帶該RLC的COUNT-C的值，RNC側(cè)RLC接收端收到STATUSPDU后，便可將COUNT-C值取出，可以快速比較兩端COUNT-C值的一致性，然后將比較結(jié)果通知RRC實體，RRC實體便可以決定是否釋放RRC連接。其中，POLLING比特設(shè)置為1的步驟中，可以設(shè)為O和l，設(shè)置為0表示請求對等的段發(fā)送狀態(tài)報告，設(shè)置為1啟動狀態(tài)報告?zhèn)鬏?；下面再對各步驟的具體實施進(jìn)行說明。步驟201中，在RLC實體收到RRC實體的COUNTERCHECK檢查指示后，可以將該RLC的AMDPDU中輪詢POLLING比特設(shè)置為l，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告。步驟202中，在UE接收端的RLC實體在收到AMDPDU時，檢查到輪詢POLLING比11特設(shè)置為l，便可以發(fā)送STATUS報告給網(wǎng)絡(luò)側(cè)的RLC。該步驟中的狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值，可以具體為通過擴展STATUSPDU中SUFI中類型的定義，在SUFI的Value域攜帶UE側(cè)RLC實體的上下行COUNT-C值。圖3為STATUSPDU數(shù)據(jù)結(jié)構(gòu)示意圖，圖中D/C表示數(shù)據(jù)(Data)/控制(Control);Oct為Octet的縮寫，即八位字節(jié)；PAD為填充Pad。圖4為SUFI結(jié)構(gòu)示意圖，如圖所示，STATUSPDU中包括SUFI，SUFI中包括了Type(類型)、Length(長度)、Value(值)，其中Type類型定義如下所示:BitDescription(描述)0000NoMoreData(無數(shù)據(jù))(N0—M0啦0001WindowSize(窗口尺寸)(WINDOW)0010Acknowledgement(確認(rèn))(ACK)0011List(列表)(LIST)0100Bitmap(位圖)(BITMAP)0101Relativelist(有關(guān)列表)(Rlist)0110MoveReceivingWindow(移動接收窗口)(MRW)0111MoveReceivingWindowAcknowledgement(移動接收窗口確認(rèn))(MRW_ACK)1000-1111Reserved(保留)(PDUswiththisencodingareinvalidforthisversionofth印rotocol，這禾中編碼的PDUs在這個版本的協(xié)議中無效/保留)保留值1000指示此時攜帶RLC的COUNT-C這樣便可以通過SUFI的Value域攜帶進(jìn)上下行COUNT-C值，并進(jìn)而通過狀態(tài)報告將COUNT-C值通過RLC實體反饋之網(wǎng)絡(luò)側(cè)。相應(yīng)的，在步驟203中，網(wǎng)絡(luò)側(cè)RLC實體便可以取出COUNT-C值，在進(jìn)行比較后，將比較結(jié)果發(fā)送給RRC實體，從而實現(xiàn)了在RLC實體進(jìn)行COUNTERCHECK檢查過程。這樣，結(jié)合RLC實體STATUS報告過程通過擴展協(xié)議保留值，使COUNTERCHECK過程從RRC實體轉(zhuǎn)移到RLC實體進(jìn)行，并利用STATUSPDU高優(yōu)先級的特性避免了由于協(xié)議層12間交互的處理時延和空口消息發(fā)送時延導(dǎo)致錯誤的認(rèn)為兩端C0UNT-C值MSB發(fā)生變化。基于同一發(fā)明構(gòu)思，本發(fā)明實施中還提供了用于計數(shù)器檢查的系統(tǒng)及設(shè)備，由于系統(tǒng)及設(shè)備解決問題的原理與方法相似，因此系統(tǒng)及設(shè)備實施過程中可以參考方法的方式，重復(fù)之處不再贅述。實施例一圖5為用于計數(shù)器檢查處理的網(wǎng)絡(luò)側(cè)設(shè)備結(jié)構(gòu)示意圖，如圖所示，網(wǎng)絡(luò)側(cè)設(shè)備中可以包括差值計算模塊501，用于在AM模式的RB建立后，在每個COUNT-C的檢查周期到達(dá)時，獲取該周期內(nèi)前后COUNT-C的差值；檢查啟動模塊502，用于確定所述差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動COUNTERCHECK過程。實施例二圖6為用于計數(shù)器檢查處理的系統(tǒng)結(jié)構(gòu)示意圖，如圖所示，系統(tǒng)中可以包括網(wǎng)絡(luò)側(cè)設(shè)備601，用于在AM模式的RB建立后，在每個COUNT-C的檢查周期到達(dá)時，獲取該周期內(nèi)前后COUNT-C的差值；確定所述差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動COUNTERCHECK過程，所述COUNTERCHECK過程是由網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行的COUNTERCHECK過程；UE602,用于將COUNTERCHECK過程結(jié)果反饋至網(wǎng)絡(luò)側(cè)設(shè)備。UE602還可以進(jìn)一步用于在將COUNTERCHECK過程結(jié)果通過RLC實體反饋至網(wǎng)絡(luò)側(cè)設(shè)備的過程中，在RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；網(wǎng)絡(luò)側(cè)設(shè)備601進(jìn)一步用于在進(jìn)行COUNTERCHECK過程中，在網(wǎng)絡(luò)側(cè)的RLC實體收到RRC實體的COUNTERCHECK檢查指示后，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告；并在網(wǎng)絡(luò)側(cè)RLC實體取出所述COUNT-C值后進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。UE可以在狀態(tài)報告中攜帶UE側(cè)RLC實體的上下行COUNT-C值時，通過擴展STATUSPDU中SUFI中類型的定義，在SUFI的Value域攜帶UE側(cè)RLC實體的上下行COUNT-C值。實施例三圖7為計數(shù)器檢查處理系統(tǒng)結(jié)構(gòu)示意圖，如圖所示，系統(tǒng)中可以包括網(wǎng)絡(luò)側(cè)設(shè)備701，用于通過網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行COUNTERCHECK過程；UE702,用于將COUNTERCHECK過程結(jié)果通過RLC實體反饋至網(wǎng)絡(luò)側(cè)設(shè)備。UE702可以進(jìn)一步用于在將COUNTERCHECK過程結(jié)果通過RLC實體反饋至網(wǎng)絡(luò)側(cè)設(shè)備的過程中，在RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；網(wǎng)絡(luò)側(cè)設(shè)備701進(jìn)一步用于在進(jìn)行COUNTERCHECK過程中，在網(wǎng)絡(luò)側(cè)的RLC實體收到RRC實體的COUNTERCHECK檢查指示后，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告；并在網(wǎng)絡(luò)側(cè)RLC實體取出所述COUNT-C值后進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。UE還可以進(jìn)一步用于在狀態(tài)報告中攜帶UE側(cè)RLC實體的上下行COUNT-C值時，通過擴展STATUSPDU中SUFI中類型的定義，在SUFI的Value域攜帶UE側(cè)RLC實體的上下行C0UNT-C值。實施例四圖8為用于計數(shù)器檢查處理的網(wǎng)絡(luò)側(cè)設(shè)備結(jié)構(gòu)示意圖，如圖所示，網(wǎng)絡(luò)側(cè)設(shè)備可以包括指示模塊801，用于通過網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行COUNTERCHECK過程。其中，指示模塊801中可以包括接收單元8011，用于接收RRC實體發(fā)至網(wǎng)絡(luò)側(cè)RLC實體的COUNTERCHECK檢查指示；請求單元8012，用于在接收到COUNTERCHECK檢查指示后，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；比較單元8013，用于在網(wǎng)絡(luò)側(cè)RLC實體取出所述COUNT-C值后進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。實施例五圖9為用于計數(shù)器檢查處理的用戶設(shè)備結(jié)構(gòu)示意圖，如圖所示，UE中可以包括反饋模塊901，用于將COUNTERCHECK過程結(jié)果通過RLC實體反饋至網(wǎng)絡(luò)側(cè)設(shè)備。其中，反饋模塊901中可以包括接收單元9011，用于接收發(fā)至RLC實體的發(fā)送狀態(tài)報告請求；反饋單元9012，用于在RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；反饋單元9012可以進(jìn)一步用于在狀態(tài)報告中攜帶UE側(cè)RLC實體的上下行COUNT-C值時，通過擴展STATUSPDU中SUFI中類型的定義，在SUFI的Value域攜帶UE側(cè)RLC實體的上下行COUNT-C值。實施例六下面再以UTRAN側(cè)RRC實體、UTRAN側(cè)RLC實體、UE側(cè)RLC實體的實施實例來進(jìn)行說明，圖10為COUNTERCHECK過程的實施流程示意圖，如圖所示，可以包括如下步驟步驟1001、UTRAN側(cè)RRC實體向UTRAN側(cè)RLC實體發(fā)送RLC_COUNTERCHECK_REQ(RLC計數(shù)器檢查請求)；步驟1002、UTRAN側(cè)RLC實體向UE側(cè)RLC實體發(fā)送AMDPUD，其中POLLING為1;步驟1003、UE側(cè)RLC實體向UTRAN偵URLC實體返回STATUSPDU，其中SUFI的Type值為1000;步驟1004、UTRAN側(cè)RLC實體比較其中攜帶的COUNT-C值；步驟1005、UTRAN側(cè)RLC實體向UTRAN側(cè)RRC實體反饋RLC_COUNTERCHECK_CFM(計數(shù)器檢查確認(rèn))。由上述實施可知，本發(fā)明實施中在檢查周期內(nèi)發(fā)送的數(shù)據(jù)流量大于UTRAN預(yù)設(shè)定的門限值后才啟動COUNTERCHECK,因此避免了減少空口消息交互，節(jié)省空口資源。進(jìn)一步的，結(jié)合RLC實體STATUS報告過程通過擴展協(xié)議保留值，使COUNTERCHECK過程從RRC實體轉(zhuǎn)移到RLC實體進(jìn)行，由于STATUSPDU高優(yōu)先級的特性避免由于協(xié)議層間交互的處理時延和空口消息發(fā)送時延導(dǎo)致錯誤的認(rèn)為兩端COUNT-C值MSB發(fā)生變化，可以縮短COUNTERCHECK協(xié)議層間處理時延，響應(yīng)速度快。14同時，需要指出的是確定差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動COUNTERCHECK過程的實施方案，與將COUNTERCHECK過程從RRC實體轉(zhuǎn)移到RLC實體進(jìn)行的實施方案可以各自解決自己的問題，其并不必然要同時實施。例如依然是在按現(xiàn)有技術(shù)中UTRAN發(fā)現(xiàn)RB的COUNT-C值大于預(yù)先設(shè)定臨界檢測值，并啟動COUNTERCHECK,此時仍然可以將COUNTERCHECK過程從RRC實體轉(zhuǎn)移到RLC實體進(jìn)行?；蛘?，在AM模式的RB建立后，確定周期內(nèi)前后COUNT-C的差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動COUNTERCHECK過程后，然后在RRC執(zhí)行COUNTERCHECK過程。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。權(quán)利要求一種計數(shù)器檢查處理方法，其特征在于，包括如下步驟在應(yīng)答模式AM的無線承載RB建立后，在每個加密序列號COUNT-C的檢查周期到達(dá)時，獲取該周期內(nèi)前后COUNT-C的差值；確定所述差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動計數(shù)器檢查COUNTERCHECK過程。2.如權(quán)利要求l所述的方法，其特征在于，所述COUNTERCHECK過程是由網(wǎng)絡(luò)側(cè)的無線資源控制RRC實體指示無線鏈路控制RLC實體進(jìn)行的COUNTERCHECK過程。3.如權(quán)利要求2所述的方法，其特征在于，所述由網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行的COUNTERCHECK過程，包括如下步驟網(wǎng)絡(luò)側(cè)的RLC實體收到RRC實體的COUNTERCHECK檢查指示后，請求用戶設(shè)備UE側(cè)對等的RLC發(fā)送狀態(tài)報告；UE接收端的RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；網(wǎng)絡(luò)側(cè)RLC實體取出所述上下行COUNT-C值后與本地COUNT-C值進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。4.如權(quán)利要求3所述的方法，其特征在于，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值，具體為擴展?fàn)顟B(tài)報告分組數(shù)據(jù)單元STATUSPDU中超域指示SUFI中類型的定義，在SUFI的值Value域攜帶UE側(cè)RLC實體的上下行COUNT-C值。5.—種用于計數(shù)器檢查處理的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括差值計算模塊，用于在AM模式的RB建立后，在每個COUNT-C的檢查周期到達(dá)時，獲取該周期內(nèi)前后COUNT-C的差值；檢查啟動模塊，用于確定所述差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動COUNTERCHECK過程。6.—種用于計數(shù)器檢查處理的系統(tǒng)，其特征在于，包括網(wǎng)絡(luò)側(cè)設(shè)備，用于在AM模式的RB建立后，在每個COUNT-C的檢查周期到達(dá)時，獲取該周期內(nèi)前后COUNT-C的差值；確定所述差值大于發(fā)送數(shù)據(jù)量的臨界值時，啟動COUNTERCHECK過程，所述COUNTERCHECK過程是由網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行的COUNTERCHECK過程；UE，用于將COUNTERCHECK過程結(jié)果反饋至網(wǎng)絡(luò)側(cè)設(shè)備。7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述UE進(jìn)一步用于在將COUNTERCHECK過程結(jié)果通過RLC實體反饋至網(wǎng)絡(luò)側(cè)設(shè)備的過程中，在RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；所述網(wǎng)絡(luò)側(cè)設(shè)備進(jìn)一步用于在進(jìn)行COUNTERCHECK過程中，在網(wǎng)絡(luò)側(cè)的RLC實體收到RRC實體的COUNTERCHECK檢查指示后，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告；并在網(wǎng)絡(luò)側(cè)RLC實體取出所述上下行COUNT-C值后與本地COUNT-C值進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述UE進(jìn)一步用于在狀態(tài)報告中攜帶UE側(cè)RLC實體的上下行COUNT-C值時，通過擴展STATUSPDU中SUFI中類型的定義，在SUFI的Value域攜帶UE側(cè)RLC實體的上下行COUNT-C值。9.一種計數(shù)器檢查處理方法，其特征在于，包括如下步驟在網(wǎng)絡(luò)側(cè)的RLC實體收到RRC實體的COUNTERCHECK檢查指示后，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告；UE接收端的RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；網(wǎng)絡(luò)側(cè)RLC實體取出所述上下行COUNT-C值后與本地COUNT-C值進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。10.如權(quán)利要求9所述的方法，其特征在于，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值，具體為擴展STATUSPDU中SUFI中類型的定義，在SUFI的Value域攜帶UE側(cè)RLC實體的上下行COUNT-C值。11.一種計數(shù)器檢查處理系統(tǒng)，其特征在于，包括網(wǎng)絡(luò)側(cè)設(shè)備，用于通過網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行COUNTERCHECK過程；UE，用于將COUNTERCHECK過程結(jié)果通過RLC實體反饋至網(wǎng)絡(luò)側(cè)設(shè)備。12.如權(quán)利要求ll所述的系統(tǒng)，其特征在于，所述UE進(jìn)一步用于在將COUNTERCHECK過程結(jié)果通過RLC實體反饋至網(wǎng)絡(luò)側(cè)設(shè)備的過程中，在RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；所述網(wǎng)絡(luò)側(cè)設(shè)備進(jìn)一步用于在進(jìn)行COUNTERCHECK過程中，在網(wǎng)絡(luò)側(cè)的RLC實體收到RRC實體的COUNTERCHECK檢查指示后，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告；并在網(wǎng)絡(luò)側(cè)RLC實體取出所述上下行COUNT-C值后與本地COUNT-C值進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。13.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述UE進(jìn)一步用于在狀態(tài)報告中攜帶UE側(cè)RLC實體的上下行COUNT-C值時，通過擴展STATUSPDU中SUFI中類型的定義，在SUFI的Value域攜帶UE側(cè)RLC實體的上下行COUNT-C值。14.一種用于計數(shù)器檢查處理的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括指示模塊，用于通過網(wǎng)絡(luò)側(cè)的RRC實體指示RLC實體進(jìn)行COUNTERCHECK過程。15.如權(quán)利要求14所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述指示模塊包括接收單元，用于接收RRC實體發(fā)至網(wǎng)絡(luò)側(cè)RLC實體的COUNTERCHECK檢查指示；請求單元，用于在接收到COUNTERCHECK檢查指示后，請求UE側(cè)對等的RLC發(fā)送狀態(tài)報告，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值；比較單元，用于在網(wǎng)絡(luò)側(cè)RLC實體取出所述上下行COUNT-C值后與本地COUNT-C值進(jìn)行比較，并將比較結(jié)果發(fā)送給RRC實體。16.—種用于計數(shù)器檢查處理的用戶設(shè)備，其特征在于，包括反饋模塊，用于將COUNTERCHECK過程結(jié)果通過RLC實體反饋至網(wǎng)絡(luò)側(cè)設(shè)備。17.如權(quán)利要求16所述的用戶設(shè)備，其特征在于，所述反饋模塊包括接收單元，用于接收發(fā)至RLC實體的發(fā)送狀態(tài)報告請求；反饋單元，用于在RLC實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的RLC，所述狀態(tài)報告中攜帶有UE側(cè)RLC實體的上下行COUNT-C值。18.如權(quán)利要求17所述的用戶設(shè)備，其特征在于，所述反饋單元進(jìn)一步用于在狀態(tài)報告中攜帶UE側(cè)RLC實體的上下行COUNT-C值時，通過擴展STATUSPDU中SUFI中類型的定義，在SUFI的Value域攜帶UE側(cè)RLC實體的上下行COUNT-C值。全文摘要本發(fā)明公開了一種計數(shù)器檢查處理的方法、系統(tǒng)及設(shè)備，包括在應(yīng)答模式的無線承載建立后，確定每個加密序列號的檢查周期內(nèi)前后加密序列號的差值大于發(fā)送數(shù)據(jù)量的臨界值時啟動計數(shù)器檢查。在網(wǎng)絡(luò)側(cè)的無線鏈路控制實體收到無線資源控制層的計數(shù)器檢查指示后，請求用戶設(shè)備側(cè)對等的無線鏈路控制發(fā)送狀態(tài)報告；用戶設(shè)備接收端的無線鏈路控制實體在收到請求后，反饋狀態(tài)報告給網(wǎng)絡(luò)側(cè)的無線鏈路控制實體，所述狀態(tài)報告中攜帶上下行加密序列號值；網(wǎng)絡(luò)側(cè)無線鏈路控制實體取出加密序列號值后進(jìn)行比較，并將比較結(jié)果發(fā)送給無線資源控制層。使用本發(fā)明可以減少空口消息交互，節(jié)省空口資源；還可以縮短計數(shù)器檢查協(xié)議層間處理時延，而且響應(yīng)速度快。文檔編號H04W12/12GK101742513SQ20081022730公開日2010年6月16日申請日期2008年11月26日優(yōu)先權(quán)日2008年11月26日發(fā)明者程岳申請人:大唐移動通信設(shè)備有限公司