檢測方法、發(fā)送端、接收端及檢測系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，尤其涉及一種用于對LTE通信系統(tǒng)中rocp層COUNT進(jìn)行檢測的檢測方法、發(fā)送端、接收端及檢測系統(tǒng)。
【背景技術(shù)】
[0002]在第四代移動(dòng)通訊系統(tǒng)的無線通訊LTE網(wǎng)絡(luò)中，用戶面協(xié)議棧的rocp層主要職責(zé)是對空口數(shù)據(jù)進(jìn)行加解密，完備性保護(hù)，頭壓縮，以及在切換的過程中數(shù)據(jù)的有序遞交和完整性，其中空口數(shù)據(jù)加解密所涉及的一個(gè)參數(shù)為COUNT值，COUNT值為32bit，低位為報(bào)文序號SN，其他的高位部分稱為HFN。在LTE系統(tǒng)中，本著充分節(jié)約空口帶寬的原則，只在HXP的報(bào)文中傳輸SN部分，而HFN部分根據(jù)SN的翻轉(zhuǎn)情況由接收端和發(fā)送端(即終端和基站)各自維護(hù)。如果基站和終端兩端存儲(chǔ)的HFN不一致，就會(huì)造成COUNT值錯(cuò)誤，進(jìn)而導(dǎo)致解密失敗將接收數(shù)據(jù)丟棄，而且一旦出現(xiàn)就無法恢復(fù)。
[0003]為了解決上述問題，3GPP的36.331協(xié)議提供了一種HXP層COUNT的檢測方法，用于基站和終端兩側(cè)保證COUNT的一致性，具體的包括:當(dāng)基站側(cè)需要進(jìn)行COUNT檢測時(shí)，發(fā)送Counter Check消息給終端,終端根據(jù)實(shí)際情況填寫Counter Check Response消息回應(yīng)給基站；基站側(cè)發(fā)送的Counter Check消息中會(huì)攜帶所有DRB的上下行的COUNT值的高位，終端側(cè)填寫Counter Check Response的方法如下:如果UE的某個(gè)DRB不存在CounterCheck消息中，則在Counter Check Response中填寫DRB-1dentity,以及相應(yīng)的上下行COUNT值，如果UE的某個(gè)DRB的COUNT值的高位和Counter Check消息中相應(yīng)的DRB的COUNT值高位不同，則在Counter Check Response中填寫UE側(cè)的相應(yīng)的上下行COUNT值，如果Counter Check中的某個(gè)DRB在UE中不存在,貝U在Counter Check Response中將該DRB的COUNT高位設(shè)置為和Counter Check相同，低位設(shè)置為O。
[0004]上述方法在一定程度上可以緩解接收端及發(fā)送端COUNT不一致的情況，但是，上述檢測方法所涉及的Counter Check消息及Counter Check Response消息都是屬于RRC層的消息，消息中的內(nèi)容對應(yīng)的是某個(gè)時(shí)刻HXP層的COUNT值，RRC層的消息是承載在SRB上，PDCP的報(bào)文是承載在DRB上，而SRB和DRB的調(diào)度優(yōu)先級不同，因此在資源緊張等情況下，是無法保證RRC層的消息與F1DCP層的消息同時(shí)調(diào)度出去,進(jìn)而導(dǎo)致RRC層的消息與PDCP層的消息到達(dá)對端的時(shí)刻可能是不同的，而當(dāng)?shù)竭_(dá)時(shí)刻不同時(shí)，Counter Check消息/Counter Check Response消息中所攜帶的F1DCP層的COUNT值實(shí)際并不是接收消息時(shí)刻的COUNT值，也就會(huì)導(dǎo)致檢測結(jié)果錯(cuò)誤，即現(xiàn)有檢測方法因采用RRC層的消息作為檢測報(bào)文會(huì)導(dǎo)致檢測結(jié)果存在錯(cuò)誤。
[0005]因此，如何提供一種可以避免因采用RRC層的消息作為檢測報(bào)文所導(dǎo)致檢測結(jié)果存在錯(cuò)誤的rocp層count檢測方法，是本領(lǐng)域技術(shù)人員亟待解決的技術(shù)問題。

【發(fā)明內(nèi)容】

[0006]本發(fā)明提供了一種檢測方法、發(fā)送端、接收端及檢測系統(tǒng)，用于解決現(xiàn)有采用RRC層的消息作為檢測報(bào)文所導(dǎo)致檢測結(jié)果存在錯(cuò)誤的問題。
[0007]本發(fā)明提供了一種rocp層COUNT的檢測方法，在一個(gè)實(shí)施例中，該方法包括:檢測是否滿足rocp層count檢測條件；若滿足，則通過rocp層發(fā)送攜帶有count值的檢測報(bào)文。
[0008]進(jìn)一步的，上述實(shí)施例還包括:確定在rocp層中與檢測報(bào)文相鄰的前一時(shí)刻的數(shù)據(jù)報(bào)文，將數(shù)據(jù)報(bào)文對應(yīng)的COUNT值作為檢測報(bào)文中的COUNT值。
[0009]本發(fā)明提供了一種rocp層COUNT的檢測方法，在一個(gè)實(shí)施例中，該方法包括:通過PDCP層接收攜帶有COUNT值的檢測報(bào)文；比對檢測報(bào)文中的COUNT值與本端存儲(chǔ)的COUNT
值是否一致。
[0010]本發(fā)明提供了一種rocp層COUNT的檢測方法，在一個(gè)實(shí)施例中，該方法包括:發(fā)送端在檢測到滿足rocp層count檢測條件時(shí)，通過rocp層向接收端發(fā)送攜帶有count值的檢測報(bào)文；接收端在接收到通過rocp層發(fā)送的攜帶有count值的檢測報(bào)文后，比對檢測報(bào)文中的COUNT值與接收端內(nèi)存儲(chǔ)的COUNT值是否一致。
[0011]進(jìn)一步的，上述實(shí)施例在發(fā)送端的COUNT值與接收端的COUNT值不一致時(shí)，還包括:重建發(fā)送端與接收端之間的通信鏈路，或者，將接收端的COUNT值修改為發(fā)送端的COUNT 值。
[0012]本發(fā)明提供了一種發(fā)送端，用于rocp層COUNT的檢測，在一個(gè)實(shí)施例中，該發(fā)送端包括檢測模塊及發(fā)送模塊，其中，檢測模塊用于檢測是否滿足rocp層count檢測條件；發(fā)送模塊用于若檢測模塊的檢測結(jié)果為滿足時(shí)，通過rocp層發(fā)送攜帶有count值的檢測報(bào)文。
[0013]進(jìn)一步的，上述實(shí)施例中的發(fā)送端還包括處理模塊，處理模塊用于確定在rocp層中與檢測報(bào)文相鄰的前一時(shí)刻的數(shù)據(jù)報(bào)文，將數(shù)據(jù)報(bào)文對應(yīng)的COUNT值作為檢測報(bào)文中的COUNT 值。
[0014]本發(fā)明提供了一種接收端，用于rocp層COUNT的檢測，在一個(gè)實(shí)施例中，該接收端包括接收模塊及比對模塊，其中，接收模塊用于通過rocp層接收攜帶有count值的檢測報(bào)文；比對模塊用于比對檢測報(bào)文中的COUNT值與本端存儲(chǔ)的COUNT值。
[0015]本發(fā)明提供了一種rocp層COUNT的檢測系統(tǒng)，在一個(gè)實(shí)施例中，該系統(tǒng)包括發(fā)送端及接收端，發(fā)送端用于在檢測到滿足rocp層count檢測條件時(shí)，通過rocp層向接收端發(fā)送攜帶有COUNT值的檢測報(bào)文；接收端用于在通過rocp層接收到攜帶有COUNT值的檢測報(bào)文后，比對檢測報(bào)文中的COUNT值與接收端內(nèi)存儲(chǔ)的COUNT值是否一致。
[0016]進(jìn)一步的，上述實(shí)施例中的檢測系統(tǒng)還包括修正裝置，修正裝置用于在發(fā)送端的COUNT值與接收端的COUNT值不一致時(shí)，重建發(fā)送端與接收端之間的通信鏈路，或者，將接收端的COUNT值修改為發(fā)送端的COUNT值。
[0017]本發(fā)明的有益效果:
[0018]本發(fā)明提供的檢測方法、發(fā)送端、接收端及檢測系統(tǒng)，通過采用rocp層的報(bào)文在PDCP層完成發(fā)送端與接收端的COUNT檢查，由于數(shù)據(jù)報(bào)文及檢測報(bào)文都是在rocp層傳輸，而RLC層會(huì)保證按序遞交rocp層報(bào)文，因此接收端會(huì)按照發(fā)送端發(fā)送報(bào)文的順序接收到檢查報(bào)文，那么接收端解析獲取到的COUNT值就是發(fā)送端最后所發(fā)送的數(shù)據(jù)報(bào)文對應(yīng)的COUNT值，通過和本端存儲(chǔ)的COUNT值(所接收到的最后一個(gè)數(shù)據(jù)報(bào)文對應(yīng)的COUNT值)比較即可判斷出兩端的COUNT值是否一致，根據(jù)判斷結(jié)果進(jìn)行后續(xù)，解決了現(xiàn)有采用RRC層的消息作為檢測報(bào)文所導(dǎo)致檢測結(jié)果存在錯(cuò)誤的問題，保證了 rocp層count檢測的正確性。
【附圖說明】
[0019]圖1為本發(fā)明第一實(shí)施例提供的檢測系統(tǒng)的結(jié)構(gòu)示意圖；
[0020]圖2為本發(fā)明第二實(shí)施例提供的檢測方法的流程圖。
【具體實(shí)施方式】
[0021]現(xiàn)通過【具體實(shí)施方式】結(jié)合附圖的方式對本發(fā)明做出進(jìn)一步的詮釋說明。
[0022]第一實(shí)施例:
[0023]圖1為本發(fā)明第一實(shí)施例提供的檢測系統(tǒng)的結(jié)構(gòu)示意圖，由圖1可知，在本實(shí)施例中，本發(fā)明提供的檢測系統(tǒng)I包括:發(fā)送端11及接收端12，具體的，
[0024]發(fā)送端Ii用于在檢測到滿足rocp層count檢測條件時(shí)，通過rocp層向接收端發(fā)送攜帶有COUNT值的檢測報(bào)文；在實(shí)際運(yùn)用中，發(fā)送端11即可以是基站，也可以是終端，發(fā)送端11檢測是否滿足rocp層count檢測條件可以由發(fā)送端的策略決定，比如時(shí)間周期觸發(fā)，報(bào)文個(gè)數(shù)門限觸發(fā)，丟包個(gè)數(shù)門限觸發(fā)等等；
[0025]接收端12用于在通過rocp層接收到攜帶有COUNT值的檢測報(bào)文后，比對檢測報(bào)文中的COUNT值與接收端內(nèi)存儲(chǔ)的COUNT值是否一致；
[0026]接收端12與發(fā)送端11屬于同一業(yè)務(wù)鏈路的兩端，在實(shí)際應(yīng)用中，PDCP層所承接的是DRB業(yè)務(wù)，那么，本申請所涉及的接收端12與發(fā)送端11則是某DRB業(yè)務(wù)的雙端，而雙端的COUNT值一般是值發(fā)送端11及接收端12已發(fā)送/已接收到的數(shù)據(jù)報(bào)文的個(gè)數(shù)，PDCP層利用COUNT值對數(shù)據(jù)報(bào)文進(jìn)行加密/解密處理，若在業(yè)務(wù)過程中有數(shù)據(jù)報(bào)文丟失，會(huì)使得后續(xù)數(shù)據(jù)報(bào)文的解密錯(cuò)誤，進(jìn)而認(rèn)為是無效數(shù)據(jù)報(bào)文而丟棄，直至DRB業(yè)務(wù)崩潰；本申請通過發(fā)送COUNT檢測報(bào)文來檢測兩端的COUNT值是否一致來判斷是否需要修改COUNT值，當(dāng)兩端的COUNT值不一致時(shí)，通過多種途徑處理使得兩端的COUNT值一致，進(jìn)而可以保證后續(xù)數(shù)據(jù)報(bào)文的正確加密/解密；而通過在rocp層發(fā)送count檢測報(bào)文，是因?yàn)樵趓ocp層，業(yè)務(wù)報(bào)文及檢測報(bào)文具備相同的調(diào)度等級，那么，接收端接收到報(bào)文的順序與發(fā)送端發(fā)送報(bào)文的順序一致，不會(huì)出現(xiàn)現(xiàn)有技術(shù)采用RRC層消息存在的接收端接收到報(bào)文的順序與發(fā)送端發(fā)送報(bào)文的順序可能不一