[發明專利]一種用戶設備以及用戶設備接收下行數據的方法

無效

• 申請號: 200910128998.2
• 申請日: 2009-03-17
• 公開（公告）號: CN101841853A
• 公開（公告）日: 2010-09-22
• 發明（設計）人: 王堅;張銀成;賀美芳
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W28/04
• 分類號: H04W28/04;H04L1/00;H04W80/06
• 代理公司: 北京安信方達知識產權代理有限公司 11262
• 代理人: 龍洪;霍育棟

技術領域

本發明屬于長期演進LTE(long?term?evolution)系統，特別涉及一種用戶設備(UE，user?equipment)以及用戶設備接收下行數據的方法。

背景技術

LTE是3GPP最新的移動通訊系統，系統改進并增強了3G的空中接入技術，即LTE空口協議，如圖1所示，包括物理層(圖1中L1)、媒體接入層(MAC，Media?Acess?Control)、無線鏈路控制層(RLC，radio?link?control)和分組數據匯聚協議層(PDCP，packet?data?convergence?protocol)，分別位于UE和演進型基站(eNB，evolved?NodeB)中，其中位于RLC層的RLC實體提供的服務主要包括：確認數據的傳輸服務(包括PDCP?PDU的成功提交指示)、非確認數據的傳輸服務、按序提交(下層實體重建立的情況除外)和重復刪除(下層實體重建立的情況除外)，位于PDCP層的PDCP實體除了提供頭壓縮、加密和完整性保護的服務外，還必須提供下層實體重建立情況下的按序提交和重復刪除服務。

位于RLC層的RLC實體和位于MAC層的MAC實體的重建立，簡稱為下層實體重建立，下層實體重建立的原因包括切換、無線資源控制(RRC，Radio?Resource?Control)連接重建立等。eNB向UE發送下行數據，UE內部的L1層將收到的數據逐層上報，直到業務層(應用層)。RRC指示RLC實體進行下層實體重建立時，RLC實體將盡可能地向PDCP實體提交按序的RLC服務數據單元SDU(service?data?unit)，RLC?SDU經過壓縮、完整性保護(對于信令而言)、加密并加上PDCP?Head后得到的數據包為PDCP協議數據單元PDU(protocol?data?unit)。RLC實體在確認模式(AM)下時，PDCP?PDU格式如圖2所示，其中D/C(Data/Control)為數據/控制開關，PDCPSN(sequence?number)為序列號，第2字節中的PDCP?SN(cont.)為第1字節中未發送完成的PDCP?SN，R(researved)為保留比特，數據(Data)為SDU。RLC實體提交的每個PDCP?PDU都與某個計數值COUNT相聯系，COUNT分為兩部分，高位部分稱為HFN(Hyper?frame?number，超幀號)，HFN在收發兩端進行維護；低位部分為PDCP?SN，PDCP?SN即上述固定在PDCP?Header內的PDCP?SN字段。當接收到一個PDCP?PDU時，需要知道該PDU相關聯的COUNT值，才能從PDCP?PDU中解碼和解壓出最終的SDU，HFN由UE維護的RX_HFN狀態變量導出。

目前協議通過一個基于窗口的機制來維持PDCP?PDU的正確HFN。該窗口機制如下，設PDCP?SN的范圍為0≤SN≤Maximum_PDCP_SN，接收窗口大小Reordering_Window＝(Maximum_PDCP_SN+1)/2，比如對于12位的PDCP?SN，Maximum_PDCP_SN＝4095，Reordering_Window＝2048。設最近提交給上層實體的PDCP?PDU的PDCP?SN為Last_Submitted_PDCP_RX_SN，下一個接收的PDCP?PDU的PDCP?SN為Next_PDCP_Rx_SN。簡單的說，接收窗口的下邊界為Next_PDCP_Rx_SN，上邊界通常等于Next_PDCP_Rx_SN+2048。如果收到該窗口內的PDCP?PDU，那么根據Next_PDCP_Rx_SN和收到的PDCP?PDU的PDCP?SN的位置關系來確定該PDCP?PDU的HFN，進而解密和解壓后放入緩存；而將不在接收窗口內的PDU丟棄。

下層實體重建立發生后，PDCP實體接收下層實體重建立期間下層實體提交的PDCP?PDU，如果PDCP?PDU?的PDCP?SN＝Last_Submitted_PDCP_RX_SN+1，那么就從該PDU開始，將一整串連續的SDU提交給上層實體，并刷新Last_Submitted_PDCP_RX_SN；如果PDCPPDU的SN≠Last_Submitted_PDCP_RX_SN+1，則暫存在緩存中，下次收到PDCP?SN為Last_Submitted_PDCP_RX_SN+1的PDCP?PDU時，這些緩存中的PDCP?PDU有機會提交給上層實體，如果在下層實體重建立之后緩存中還有未提交的PDCP?PDU，則這些未提交PDCP?PDU將在下層實體重建立過后有機會提交給上層實體。