<listing id="vjp15"></listing><menuitem id="vjp15"></menuitem><var id="vjp15"></var><cite id="vjp15"></cite>
<var id="vjp15"></var><cite id="vjp15"><video id="vjp15"><menuitem id="vjp15"></menuitem></video></cite>
<cite id="vjp15"></cite>
<var id="vjp15"><strike id="vjp15"><listing id="vjp15"></listing></strike></var>
<var id="vjp15"><strike id="vjp15"><listing id="vjp15"></listing></strike></var>
<menuitem id="vjp15"><strike id="vjp15"></strike></menuitem>
<cite id="vjp15"></cite>
<var id="vjp15"><strike id="vjp15"></strike></var>
<var id="vjp15"></var>
<var id="vjp15"></var>
<var id="vjp15"><video id="vjp15"><thead id="vjp15"></thead></video></var>
<menuitem id="vjp15"></menuitem><cite id="vjp15"><video id="vjp15"></video></cite>
<var id="vjp15"></var><cite id="vjp15"><video id="vjp15"><thead id="vjp15"></thead></video></cite>
<var id="vjp15"></var>
<var id="vjp15"></var>
<menuitem id="vjp15"><span id="vjp15"><thead id="vjp15"></thead></span></menuitem>
<cite id="vjp15"><video id="vjp15"></video></cite>
<menuitem id="vjp15"></menuitem>

一種計數器檢查處理的方法、系統及設備的制作方法

文檔序號:7928058閱讀:484來源:國知局

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