用戶面重新初始化的方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無線傳輸技術(shù)領(lǐng)域，尤其涉及用戶面重新初始化的方法及裝置。
【背景技術(shù)】
[0002]演進(jìn)全球陸地?zé)o線接入系統(tǒng)(EvolvedUniversal Terrestrial Rad1 AccessNetwork，E-UTRAN)由演進(jìn)的節(jié)點(diǎn) B(evolved Node B，eNB)組成，eNB 為用戶設(shè)備(UserEquipment,UE)提供用戶面和控制面的協(xié)議終止。用戶面包括分組數(shù)據(jù)匯聚(Packet DataConvergence Protocol, PDCP)子層、無線鏈路控制(Rad1 Link Control, RLC)子層和媒體接入(Medium Access Control, MAC)子層。控制面從上至下包括非接入(Non-AccessStratum, NAS)層，無線資源控制(Rad1 Resource Control, RRC)層、PDCP 子層、RLC 子層和MAC子層。
[0003]MAC子層的主要功能包括實(shí)現(xiàn)邏輯信道和傳輸信道之間的映射；將邏輯信道上的MAC的業(yè)務(wù)數(shù)據(jù)單元(Service Data Unit，SDUs)復(fù)用到一個(gè)傳輸塊后通過傳輸信道傳遞到物理層進(jìn)行傳輸；將來自物理層通過傳輸信道投遞的傳輸塊解復(fù)用為邏輯信道上的MAC-SDUs ;通過混合自動(dòng)重傳請(qǐng)求(Hybrid Automatic Repeat Request，HARQ)功能糾正傳輸錯(cuò)誤；調(diào)度信息報(bào)告；單個(gè)UE的邏輯信道優(yōu)先級(jí)處理；eNB對(duì)多個(gè)UE通過動(dòng)態(tài)調(diào)度實(shí)現(xiàn)優(yōu)先級(jí)處理；多媒體廣播多播業(yè)務(wù)(Multimedia Broadcast Multicast Service, MBMS)業(yè)務(wù)識(shí)別；傳輸格式選擇。
[0004]RLC實(shí)體可以配置為三種模式:透明模式(Transparent Mode，TM)、非確認(rèn)模式(Unacknowledged Mode，UM)、確認(rèn)模式(Acknowledged Mode，AM)，即 RLC 子層可以提供三種模式的數(shù)據(jù)傳輸服務(wù)。其中AM模式下，RLC的協(xié)議數(shù)據(jù)單元(Protocol Data Unit，PDU)發(fā)送后，接收端會(huì)給發(fā)送端發(fā)狀態(tài)包來通知發(fā)送端RLC-PDU接收情況。UM模式下，接收端不會(huì)給發(fā)送端發(fā)送狀態(tài)報(bào)告來通知發(fā)送端RLC-PDU的接收情況，因此UM模式的數(shù)據(jù)僅能通過HARQ重傳保證數(shù)據(jù)包的發(fā)送。主要功能包括傳輸上層的PDU ;AM數(shù)據(jù)傳輸時(shí)通過自動(dòng)重傳請(qǐng)求(Automatic Repeat Request, ARQ)實(shí)現(xiàn)錯(cuò)誤更正；UM和AM數(shù)據(jù)傳輸中，實(shí)現(xiàn)級(jí)聯(lián)、分段、重組RLC-SDU ;AM數(shù)據(jù)傳輸中，RLC數(shù)據(jù)PDU的重分段；UM和AM數(shù)據(jù)傳輸中，RLC數(shù)據(jù)PDU的重排序、重復(fù)檢測(cè)、RLC-SDU丟棄；AM數(shù)據(jù)傳輸中，協(xié)議錯(cuò)誤檢測(cè)；RLC重建。
[0005]PDCP子層為用戶面提供的功能包括:頭壓縮和解壓縮；傳輸用戶面數(shù)據(jù)；RLC_AM模式傳輸時(shí)，PDCP重建過程按序投遞上層PDU和檢測(cè)重復(fù)的底層SDU ;RLC-AM模式傳輸時(shí)，切換過程重傳rocp-SDU ;加密和解密；上行基于時(shí)間的SDU丟棄。rocp子層為控制面提供的功能包括:加密和完整性保護(hù)；控制面數(shù)據(jù)傳輸。rocp為了執(zhí)行加密和完整性保護(hù)，需要維護(hù)COUNT (計(jì)數(shù)器)變量，此變量長(zhǎng)度為32bit，由高位的超幀號(hào)(Hyper Frame Number,HFN)部分和低位的roCP的序列號(hào)(Sequence Number, SN)組成，PDCP的SN的長(zhǎng)度由eNB通過RRC層的重配消息來定義。當(dāng)發(fā)送端發(fā)送一個(gè)I3DCP-PDU時(shí)，就把計(jì)數(shù)器(COUNT)加1，PDCP-PDU中的I3DCP-SN部分等于發(fā)送端COUNT的I3DCP-SN部分。當(dāng)映射到UM RLC的接收端收到I3DCP-PDU后，如果I3DCP-PDU中的roCP-SN值小于接收端維護(hù)的Next_PDCP_RX_SN (下一個(gè)期望接收的roCP-SN)變量，則接收端維護(hù)的COUNT的HFN部分加1，否則HFN部分不變。Next_PDCP_RX_SN 更新為 PDCP-PDU 的 PDCP SN+1，對(duì) PDCP-PDU 解密使用的 COUNT 由 HFN 部分和H)CP-PDU的rocp SN部分組合而成。當(dāng)發(fā)送端加密和完整性保護(hù)使用的count和接收端解密和完整性保護(hù)使用的COUNT值不同時(shí)，解密結(jié)果一定是錯(cuò)誤的，完整性保護(hù)也會(huì)失敗。
[0006]當(dāng)無線環(huán)境非常差導(dǎo)致接收端無法收到發(fā)送端的數(shù)據(jù)，并且接收端和發(fā)送端配置了 UM模式RLC實(shí)體時(shí)，UE上行的HARQ重傳多次，UE的MAC層也可能檢測(cè)不到HARQ確認(rèn)，當(dāng)HARQ重傳超過最大次數(shù)，UE會(huì)把對(duì)應(yīng)的HARQ進(jìn)程的緩存清空，即不再傳輸HARQ緩存中的MAC-PDU。由于配置了 UM模式，接收端RLC子層不會(huì)給發(fā)送端確認(rèn)包，發(fā)送端的RLC子層也無法感知有RLC-PDU傳輸失敗，因此I3DCP子層也感知不到roCP-PDU傳輸失敗。假設(shè)連續(xù)多次HARQ傳輸失敗后，有一個(gè)MAC-PDU傳輸成功，UE的TOCP子層維護(hù)的COUNT的HFN部分已經(jīng)加1，并且發(fā)送成功的MAC-PDU攜帶的PDCP-PDU中的PDCP-SN最小值已經(jīng)比eNB的roCP子層維護(hù)的Next_PDCP_RX_SN大，則eNB的I3DCP子層不會(huì)把COUNT值的HFN部分加1，會(huì)導(dǎo)致UE和eNB維護(hù)的COUNT值的HFN部分不能同步從而導(dǎo)致后續(xù)所有I3DCP-PDU的完整性保護(hù)失敗，且解密內(nèi)容錯(cuò)誤，最終導(dǎo)致業(yè)務(wù)連接斷掉。同樣的，下行HARQ也存在這樣的問題。當(dāng)HARQ重傳次數(shù)比較大時(shí)，可能在I3DCP的HFN還未不同步時(shí)，就已經(jīng)導(dǎo)致連接斷掉了，過多的重傳會(huì)浪費(fèi)空口的資源。
[0007]LTE下接入層出現(xiàn)各種異常，都可以通過重建流程恢復(fù)鏈路。異常包括配置消息無效、切換失敗、持續(xù)檢測(cè)到失步、RLC-AM模式傳輸時(shí)有重傳超過配置的最大限制次數(shù)、連接態(tài)下MAC隨機(jī)接入失敗等。重建以及重建后第一次重配流程會(huì)對(duì)RLC和HXP進(jìn)行重建操作。在rocp重建流程中會(huì)對(duì)把UM模式傳輸RB的COUNT的HFN和TOCP-SN部分都重置為O。RLC重建流程會(huì)將所有RLC的狀態(tài)變量重置為初始值。當(dāng)MAC在RRC層的控制下執(zhí)行重置流程時(shí)，會(huì)把所有下行的HARQ的緩存都清空。
[0008]現(xiàn)有技術(shù)中解決配置UM模式時(shí)，連續(xù)多次上行或者下行HARQ失敗，會(huì)造成發(fā)送端和接收端的I3DCP-COUNt的HFN部分不同步，即使后續(xù)有數(shù)據(jù)包發(fā)送成功，也由于COUNT的HFN部分不一致造成解密結(jié)果錯(cuò)誤而導(dǎo)致上層無法組裝正確的數(shù)據(jù)包而丟棄此數(shù)據(jù)包，或者完整性保護(hù)失敗而在HXP層丟包。而此時(shí)沒有重建機(jī)制來恢復(fù)用戶面的數(shù)據(jù)傳遞，最終導(dǎo)致業(yè)務(wù)連接斷開，用戶體驗(yàn)差。

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

[0009]有鑒于此，本發(fā)明實(shí)施例期望提供一種用戶面重新初始化的方法及裝置，至少能解決現(xiàn)有UM模式下的數(shù)據(jù)傳輸中斷等技術(shù)問題。
[0010]本發(fā)明實(shí)施例的技術(shù)方案是這樣實(shí)現(xiàn)的:
[0011]本發(fā)明實(shí)施例提供了一種用戶面重新初始化的方法，應(yīng)用于UM模式，所述方法包括:
[0012]eNB監(jiān)測(cè)自身HARQ信息的發(fā)送狀態(tài)；
[0013]當(dāng)HARQ信息的連續(xù)重傳失敗次數(shù)超過設(shè)定閾值時(shí)，控制eNB側(cè)的用戶面重新初始化。
[0014]上述方案中，所述eNB監(jiān)測(cè)自身HARQ信息的發(fā)送狀態(tài)包括:
[0015]設(shè)置連續(xù)失敗變量，并對(duì)所述連續(xù)失敗變量置O ;
[0016]MAC實(shí)體檢測(cè)UE發(fā)來的HARQ信息，如果沒有從所述HARQ信息中檢測(cè)到發(fā)送成功的確認(rèn)信息，并且HARQ重傳次數(shù)超過重傳最大次數(shù)，則所述連續(xù)傳輸失敗變量值加一；否貝1J，繼續(xù)檢測(cè)所述HARQ信息；
[0017]當(dāng)從所述HARQ信息中檢測(cè)到發(fā)送成功的確認(rèn)消息時(shí)，對(duì)連續(xù)傳輸失敗變量置O。
[0018]上述方案中，所述當(dāng)HARQ信息的連續(xù)重傳失敗次數(shù)超過設(shè)