別和延遲，IP數(shù)據(jù)具有寬范圍的不同服務(wù)和數(shù)據(jù)率。特別地，協(xié)議開銷必須衡 量。例如，廣泛地假設(shè)IP語音(Vo IP)流可以容忍I OOms量級(jí)的延遲以及高達(dá)1 %的分組丟失。 另一方面，眾所周知的是，TCP文件下載在具有較低帶寬延遲積的鏈路上執(zhí)行得更好。結(jié)果， 以非常高數(shù)據(jù)率(例如，l〇〇Mb/ S)的下載要求比VoIP業(yè)務(wù)甚至更低的延遲，并且對(duì)IP分組丟 失比VoIP業(yè)務(wù)更敏感。
[0058]總而言之，這通過LTE鏈路層的三個(gè)部分糾纏（interwined)的子層來實(shí)現(xiàn)。
[0059] 分組數(shù)據(jù)匯聚協(xié)議(PDCP)子層主要負(fù)責(zé)IP報(bào)頭壓縮和加密。此外，其在eNB間轉(zhuǎn)交 的情況下支持無損移動(dòng)性，以及向較高層控制協(xié)議提供完整性保護(hù)。
[0060] 無線電鏈路控制(RLC)子層主要包括ARQ功能，以及支持?jǐn)?shù)據(jù)分段和連接。后兩者 與數(shù)據(jù)率無關(guān)地最小化協(xié)議開銷。
[0061] 最后，介質(zhì)訪問控制(MAC)子層提供HARQ，并負(fù)責(zé)介質(zhì)訪問所需要的功能，諸如調(diào) 度操作和隨機(jī)訪問。圖10示例性地描述了IP分組通過鏈路層協(xié)議向下至物理層的數(shù)據(jù)流。 該圖示出了每個(gè)協(xié)議子層將其自己的協(xié)議報(bào)頭添加到數(shù)據(jù)單元。
[0062] 分組數(shù)據(jù)匯聚協(xié)議(PDCP)
[0063] PDCP層處理控制平面中的無線電資源控制（RRC)消息以及用戶平面中的IP分組。 取決于無線電承載特性和所關(guān)聯(lián)的RLC實(shí)體的模式以1、1]|^1〇，？00?層的^^?實(shí)體執(zhí)行的 主要功能是：
[0064]-針對(duì)用戶平面數(shù)據(jù)(DRB)的報(bào)頭壓縮和解壓縮(例如，使用健壯包頭壓縮(ROHC)) [0065]-安全功能：
[0066] ?針對(duì)用戶平面和控制平面數(shù)據(jù)(針對(duì)SRB和DRB)的加密和解密 [0067] ?針對(duì)控制平面數(shù)據(jù)(針對(duì)SRB)的完整性保護(hù)和驗(yàn)證 [0068]-針對(duì)SRB和DRB的TOCP序號(hào)的維護(hù) [0069]-轉(zhuǎn)交支持功能：
[0070] ?針對(duì)AM DRB，在轉(zhuǎn)交時(shí)對(duì)于上層的H)U的順序傳送和重排序；
[0071] ?映射在RLC確認(rèn)模式(AM)上的用戶平面數(shù)據(jù)的無損轉(zhuǎn)交;包括針對(duì)AM DRB的狀 態(tài)報(bào)告和針對(duì)AM DRB的下層SDU的副本刪除；
[0072]-由于到時(shí)對(duì)用戶平面數(shù)據(jù)的拋棄(針對(duì)SRB和DRB)。
[0073] PDCP層僅為使用專用控制信道(DCCH)或?qū)Ｓ脗鬏斝诺?DTCH)的無線電承載管理 用戶平面以及控制平面中的數(shù)據(jù)流。PDCP層的體系結(jié)構(gòu)對(duì)于用戶平面數(shù)據(jù)和控制平面數(shù)據(jù) 不相同。LTE中定義了兩個(gè)不同類型的TOCP TOU: TOCP數(shù)據(jù)TOU和TOCP控制TOU。TOCP數(shù)據(jù)TOU 用于控制和用戶平面數(shù)據(jù)兩者。PDCP控制rou僅用于傳輸反饋信息，用于報(bào)頭壓縮以及用于 在轉(zhuǎn)交的情況下使用的rocp狀態(tài)報(bào)告，因此僅用于用戶平面中。
[0074]由于與本發(fā)明的低相關(guān)性，不詳細(xì)說明報(bào)頭壓縮和安全的功能，可以在LTE-The UMTS Long Term Evolution FROM THEORY TO PRACTICE(由Stefania Sesia，Issam Toufik,Matther Baker編輯，第二版，ISBN978-0-470-66025-6，章節(jié)4·2·2、4·2·3和4·2·4， 通過引用合并到這里）中找到所述方面的細(xì)節(jié)。
[0075]另一方面，下面將詳細(xì)說明轉(zhuǎn)交功能性。當(dāng)UE在RCC_C0NNECTED狀態(tài)下從一個(gè)小區(qū) 的覆蓋范圍移動(dòng)到另一小區(qū)的覆蓋范圍時(shí)執(zhí)行轉(zhuǎn)交。取決于所需要的Q〇S，對(duì)于每個(gè)用戶平 面無線電承載適當(dāng)執(zhí)行無縫或無損轉(zhuǎn)交，如下文所說明的。
[0076]對(duì)于映射在RLC非確認(rèn)模式(UM)上的用戶平面無線電承載應(yīng)用無縫轉(zhuǎn)交。這些類 型的數(shù)據(jù)典型地在合理范圍內(nèi)容忍損失，但是較不能容忍延遲(例如，語音服務(wù)）。
[0077] 基于添加到rocp數(shù)據(jù)PDU的序號(hào)，可以確保轉(zhuǎn)交期間的順序傳送，并且甚至通過對(duì) 在轉(zhuǎn)交之前還沒有確認(rèn)其接收的rocp SDU執(zhí)行重傳而提供完全無損的轉(zhuǎn)交功能性。該無損 轉(zhuǎn)交功能被用于容忍延遲的服務(wù)，如文件下載，其中由于傳輸控制協(xié)議(TCP)的反應(yīng)，一個(gè) rocp PDU的損失可導(dǎo)致數(shù)據(jù)率的相當(dāng)大的降低。
[0078]對(duì)于映射到RLC確認(rèn)模式(AM)上的用戶平面無線電承載（即，數(shù)據(jù)無線電承載)應(yīng) 用無損轉(zhuǎn)交。為了簡化，在LTE中以相同方式處理eNodeB之間的轉(zhuǎn)交和eNodeB內(nèi)的轉(zhuǎn)交。 [0079] 在常規(guī)傳輸中，當(dāng)UE不在從一個(gè)小區(qū)轉(zhuǎn)交到另一小區(qū)時(shí)，UE和eNodeB中的RLC層確 保順序傳送?；赗LC SN對(duì)RLC協(xié)議重傳的或者由于HARQ傳輸中的可變延遲而亂序到達(dá)的 TOCP PDU重排序。在轉(zhuǎn)交時(shí)，UE和eNodeB中的RLC層將所有已經(jīng)接收的TOCP PDU傳送至TOCP 層，以便在報(bào)頭壓縮協(xié)議重置之前使它們被解壓縮。因?yàn)榇藭r(shí)一些H)CP SDU可能不可用，所 以不能順序可用的rocp SDU不立即傳送到UE中的較高層或網(wǎng)絡(luò)中的網(wǎng)關(guān)。在PDCP層中，亂 序接收的PDCP SDU被存儲(chǔ)在重排序緩沖器中。已經(jīng)被發(fā)送但還未被RLC層確認(rèn)的H)CP SDU 在rocp層中被存儲(chǔ)在重傳緩沖器中。
[0080] 為了確保上行鏈路中的無損轉(zhuǎn)交，UE重傳存儲(chǔ)在PDCP重傳緩沖器中的PDCP SDU。 例如，在轉(zhuǎn)交后，UE重新開始將還未確認(rèn)其成功傳輸?shù)哪切﹔ocp SDU發(fā)送至目標(biāo)eNodeB。為 了確保上行鏈路中的順序傳送，源eNodeB在解壓縮之后將順序接收的PDCP SDU傳送至網(wǎng) 關(guān)，并將亂序接收的H)CP SDU轉(zhuǎn)發(fā)至目標(biāo)eNodeB。因此，目標(biāo)eNodeB可以基于轉(zhuǎn)交期間維持 的PDCP SN對(duì)從源eNodeB接收的經(jīng)解壓縮的PDCP SDU和從UE接收的重傳的PDCP SDU重排 序，并將它們以正確的順序傳送至網(wǎng)關(guān)。
[0081] 為了確保下行鏈路中的無損轉(zhuǎn)交，源eNodeB將UE還未確認(rèn)其接收的未壓縮的rocp SDU轉(zhuǎn)發(fā)至目標(biāo)eNodeB用于在下行鏈路中重傳。源eNodeB從網(wǎng)關(guān)接收指示發(fā)送至源eNodeB 的最后的分組的指示。源eNodeB還將此指示轉(zhuǎn)發(fā)至目標(biāo)eNodeB，使得目標(biāo)eNodeB知道何時(shí) 它可以開始發(fā)送從網(wǎng)關(guān)接收的分組。
[0082] UE將預(yù)期來自目標(biāo)eNodeB的以SN的升序的分組。在分組沒有從源eNodeB轉(zhuǎn)發(fā)至目 標(biāo)eNodeB的情況下（即，當(dāng)在轉(zhuǎn)交操作期間UE預(yù)期的分組之一丟失時(shí)），UE可以立刻推斷出 分組丟失，并且可以將已經(jīng)順序接收的分組轉(zhuǎn)發(fā)至較高層。這避免UE不得不保留已經(jīng)接收 的分組以便等待潛在的重傳。因此，可以在不通知UE的情況下決定網(wǎng)絡(luò)中分組的轉(zhuǎn)發(fā)。 [0083] 在一些情況下，可能出現(xiàn)PDCP SDU已經(jīng)被成功接收，但是還沒有對(duì)應(yīng)RLC確認(rèn)。在 此情況下，在轉(zhuǎn)交之后，可能有由UE或目標(biāo)eNodeB基于RLC層接收的不正確的狀態(tài)而發(fā)起的 不必要的重傳。為了避免這些不必要的重傳，可以將PDCP狀態(tài)報(bào)告從eNodeB發(fā)送至UE并從 UE發(fā)送至eNodeB。另外，PDCP狀態(tài)報(bào)告可以請(qǐng)求被正確接收但在報(bào)頭解壓縮時(shí)失敗的H)CP SDU的重傳。對(duì)于每個(gè)無線電承載獨(dú)立地配置是否在轉(zhuǎn)交之后發(fā)送HXP狀態(tài)報(bào)告。
[0084] PDCP PDU格式
[0085] 在PDCP中有兩種PDU: PDCP數(shù)據(jù)PDU和PDCP控制PDU JDCP數(shù)據(jù)PDU用于傳送諸如IP 分組的用戶平面數(shù)據(jù)或諸如RRC/NAS消息的控制平面數(shù)據(jù)。用于用戶平面數(shù)據(jù)的PDCP PDU 包括"d/c"字段，以便區(qū)分?jǐn)?shù)據(jù)和控制rou，圖Ii和圖12中分別示出了其格式。 包括7或12比特序號(hào)（SN)。用于用戶平面數(shù)據(jù)的rocp數(shù)據(jù)PDU包含未壓縮(如果不使用報(bào)頭 壓縮)或壓縮的IP分組。用于控制平面數(shù)據(jù)(例如，RRC信令)的rocp數(shù)據(jù)rou包括32比特長度 的MC-I字段用于完整性保護(hù)。用于控制平面數(shù)據(jù)的rocp數(shù)據(jù)rou包含一個(gè)完整的RRC消息。 [0086] PDCP控制PDU由處理用戶平面數(shù)據(jù)的PDCP實(shí)體使用。當(dāng)前定義了兩種PDCP控制 PDU，區(qū)別在于PDCP報(bào)頭中的PDU類型字段。PDCP控制PDU攜帶用于無損轉(zhuǎn)交的情況的PDCP "狀態(tài)報(bào)告"，或由ROHC報(bào)頭壓縮協(xié)議創(chuàng)建的ROHC反饋。攜帶ROHC反饋的H)CP控制PDU被用于 映射在RLC UM或RLC AM上的用戶平面無線電承載，而攜帶PDCP狀態(tài)報(bào)告的PDCP控制H)U僅 被用于映射在RLC AM上的用戶平面無線電承載。
[0087] TOCP狀態(tài)報(bào)告
[0088]攜帶用于無損轉(zhuǎn)交的情況的PDCP狀態(tài)報(bào)告（PDCP SR)的PDCP控制H)U被用于防止 已經(jīng)正確接收的rocp SDU的重傳，并且還可被用于請(qǐng)求被正確接收但其報(bào)頭解壓縮失敗的 PDCP SDU的重傳。具有狀態(tài)報(bào)告的該P(yáng)DCP控制rou包含指示哪些rocp SDU需要重傳的位圖 和參考SN(最先丟失的SDU(FMS))。在已經(jīng)順序接收所有PDCP SDU的情況下，該字段指示下 一個(gè)預(yù)期的SN，并且不包括位圖。
[0089]圖13示出當(dāng)使用12比特SN長度時(shí)攜帶PDCP狀態(tài)報(bào)告的H)CP控制PDU的格式，并且 圖14示出當(dāng)使用15比特SN長度時(shí)攜帶PDCP狀態(tài)報(bào)告的PDCP控制PDU的格式；如3GPP TS 36.323v 11.2.0第6.2.6章中所定義的。該格式適用于映射在RLC AM上的DRB。
[0090] 從圖13和圖14很明顯，用于PDCP狀態(tài)報(bào)告的PDCP控制PDU包括如由3GPP TS 36.323v 11.2.0第6.3.7-6.3.10章(通過引用合并于此）中定義的以下參數(shù)：
[0091] -1比特"d/c"字段，允許區(qū)分控制和數(shù)據(jù)rocp rou;
[0092] -3比特PDU類型字段，允許區(qū)分PDCP狀態(tài)報(bào)告和散布的ROHC反饋分組；比特010-111預(yù)留；
[0093] -FMS字段，當(dāng)使用12比特SN時(shí)具有12比特長度，當(dāng)使用15比特SN時(shí)具有15比特長 度;其指示最先丟失的rocp SDU的rocp SN;
[0094] -可變長度的位圖字段;長度可以為0;類型"位圖"的第一個(gè)八位字節(jié)的MSB指示是 否已經(jīng)接收并且可選的正確解壓縮具有SN(FMS+1)取模(Maximum_PDCP_SN+l)的PDCP SDU。 類型"位圖"的第一個(gè)八位字節(jié)的LSB指示是否已經(jīng)接收并且可選的正確解壓縮具有SN(FMS +8)取模(]\&?丨1111111〇^0?_3奸1)的？00?301]。1^填充指示哪些301]丟失（未置比特-'0'）（即， 是否SDU還沒有被接收或者可選的已經(jīng)被接收但還沒有被正確地解壓縮）、以及哪些SDU不 需要重傳（設(shè)置比特-'1'）（即，SDU是否已經(jīng)被正確接收并且可以或可以沒有被正確解壓 縮)的位圖。
[0095] 3GPP TS 36·323ν 11.2.0第5.3.5.3.1章中更詳細(xì)說明了^^?狀態(tài)報(bào)告，通過引 用合并于此。
[0096] 對(duì)于發(fā)送操作，當(dāng)上層請(qǐng)求rocp重建時(shí)，對(duì)于映射在RLC AM上的無線電承載：
[0097] -如果通過上層配置無線電承載以在上行鏈路中發(fā)送rocp狀態(tài)報(bào)告，則由于較低 層的重建，UE應(yīng)在處理從較低層接收的PDCP數(shù)據(jù)PDU之后通過以下方式編譯如下文指示的 狀態(tài)報(bào)告，并將其作為第一個(gè)rocp PDU提交到較低層用于發(fā)送：
[0098] ?將FMS字段設(shè)置為最先丟失的rocp SDU的rocp SN;
[0099] ?如果存儲(chǔ)了至少一個(gè)亂序PDCP SDU，則為位圖字段分配等于從最先丟失的rocp SDU起(并且不包括最先丟失的rocp SDU)、直至最后的亂序的rocp SDU(并且包括最后的亂 序的rocp SDU)的rocp SN的數(shù)目（向上取整到8的下一個(gè)倍數(shù))的比特長度；
[0100] ?對(duì)于所有還沒有由較低層指示接收的rocp SDU、以及可選的其解壓縮已經(jīng)失敗 的rocu sdu，在位圖字段中的對(duì)應(yīng)位置設(shè)置為"〇" ；
[0101] ?對(duì)于所有其他rocp SDU在位圖字段中設(shè)置為"Γ。
[0102] 對(duì)于接收操作，當(dāng)在下行鏈路中接收rocp狀態(tài)報(bào)告時(shí)，對(duì)于映射在RLCAM上的無線 電承載：
[0103] -對(duì)于位圖中的比特設(shè)置為"?；蛳嚓P(guān)聯(lián)的計(jì)數(shù)值小于由FMS字段標(biāo)識(shí)的PDCP SDU 的計(jì)數(shù)值的每個(gè)PDCP SDU(如果有的話），確認(rèn)對(duì)應(yīng)PDCP SDU的成功傳送，并且UE應(yīng)處理 PDCP SDUo
[0104] 換句話說，每當(dāng)rocp層被重建時(shí)，編譯并發(fā)送rocp狀態(tài)報(bào)告。
[0105] 例如在轉(zhuǎn)交期間，即，當(dāng)由UE接收包括移動(dòng)性控制信息(mobilityControlInfo)的 RRC連接重配置(RRCConnect ionReconfigurat ion)時(shí)執(zhí)行對(duì)于所有建立的無線電承載的 PDCP重建，如3GPP TS 36.331v 11.4.0第5.3.5.4章中定義的，通過引用合并于此。當(dāng)UE接 收不包括移動(dòng)性控制信息的RRC連接重配置時(shí)，如果這是在RRC連接重建過程的成功完成之 后的第一條RRC連接重配置消息，則執(zhí)行對(duì)于建立的所有DRB和SRB2的HXP重建，如3GPP TS 36.331V 11.4.0第5.3.5.3章中定義的，通過引用合并于此。此外，當(dāng)UE接收RRC連接重建 (1^〇：〇11116(^丨〇111^68丨3131丨811111611〇時(shí)，盡管僅對(duì)于51^1，也執(zhí)行？00?重建，如36??丁5 36.331v 11.4.0第5.3.7.5章所定義的，通過引用合并于此。
[0106] RRC
[0107] 無線電資源控制（RRC)層控制在無線電接口處UE和eNB之間的通信以及跨若干小 區(qū)移動(dòng)的UE的移動(dòng)性。RRC協(xié)議還支持NAS信息的傳送。對(duì)于RRC_IDLE中的UE，RRC支持從網(wǎng) 絡(luò)通知進(jìn)入呼叫。RRC連接控制覆蓋與RRC連接的建立、修改和釋放有關(guān)的所有過程，包括尋 呼、測量配置和報(bào)告、無線電資源配置、初始安全性激活、信令無線電承載(SBR)和攜帶用戶 數(shù)據(jù)的無線電承載(數(shù)據(jù)無線電承載，DRB)的建立。
[0108] 跨信令無線電承載傳輸專用RRC消息，其經(jīng)由rocp和RLC層映射在邏輯信道上，所 述邏輯信道或者為連接建立期間的公共控制信道(CCCH)或者為RRC_C0NNECTED中的專用控 制信道(DCCH)。系統(tǒng)信息和尋呼消息直接映射到邏輯信道上，所述邏輯信道分別為廣播控 制信道(BCCH)和尋呼控制信道(PCCH)。
[0109] SRB1與SRB2之間的主要區(qū)別在于eNB中的優(yōu)先級(jí)處理，即，通過SRB2發(fā)送的RRC消 息具有比通過SRB1發(fā)送的RRC消息低的優(yōu)先級(jí)。
[0110] SRBO被用于使用CCCH的RRC消息；SRBl被用于使用DCCH的RRC消息；SRB2被用于使 用DCCH的（低優(yōu)先級(jí))RRC消息，其僅包括NAS專用信息。在SRB2建立之前，SRBl也被用于僅包 括NAS專用信息或MDT(測量驅(qū)動(dòng)測試）日志測量結(jié)果的RRC消息。此外，SRBl被用于僅包括 NAS專用信息的較高優(yōu)先級(jí)RRC消息。 所有使用DCCH的RRC消息受完整性保護(hù)并由PDCP層加密(在安全性激活之后）。使 用CCCH的RRC消息沒有受安全性保護(hù)。
[0112] 無線電鏈路控制(RLC)
[0113] RLC層位于H)CP層(從RLC的角度的"上"層)和MAC層(從RLC的角度的"下"層)之間。 其通過服務(wù)接入點(diǎn)（SAP)與rocp層通信，并經(jīng)由邏輯信道與MAC層通信。RLC層重格式化rocp PDU(即，RLC SDU)以便使其適配MAC層指示的尺寸；即，RLC發(fā)送單元對(duì)PDCP PDU進(jìn)行分段 和/或拼接，并且RLC接收單元重組RLC PDU以重構(gòu)I3DCP PDU。此外，如果RLC PDU由于在MAC 層中執(zhí)行的HARQ操作而被亂序接收，則RLC對(duì)它們進(jìn)行重排序。
[0114] RLC層的功能由"RLC實(shí)體"執(zhí)行。RLC實(shí)體被配置為處于三種數(shù)據(jù)傳輸模式之一中： 透明模式(TM)、非確認(rèn)模式(UM)和確認(rèn)模式(AM)。在AM中，定義特殊功能以支持重傳。
[0115] UM RLC的主要功能可總結(jié)如下:RLC SDU(即，PDCP PDU)的分段和拼接;RLC PDU的 重排序;RLC SDU的副本檢測;RLC SDU的重組。
[0116] AM RLC的主要功能可總結(jié)如下:RCL數(shù)據(jù)H)U的重傳;重傳的RLC數(shù)據(jù)H)U的重分段； 輪詢;狀態(tài)報(bào)告;狀態(tài)禁止。
[0117] LTE-The UMTS Long Term Evolution FROM THEORY TO PRACTICE(由Stefania Sesia ,Issam Touf ik,Matther Baker編輯，第二版，ISBN978-0-470-66025-6,通過引用合 并到這里)的第4.3.1章中給出了關(guān)于RLC的更多信息。
[0118]轉(zhuǎn)交過程
[0119] 如上所述，當(dāng)UE被配置用于PDCP狀態(tài)報(bào)告時(shí)，每當(dāng)UE執(zhí)行轉(zhuǎn)交時(shí)編譯和發(fā)送PDCP 狀態(tài)報(bào)告。
[0120] 在3GPP TS 36·300:"Evovled Universal Terrestrial Radio Access(E-UTRA) and Evolved Universal Terrestrial Radio Access Network(E-UTRAN);OveralI description;Stage2"版本ll·6·0第10·l·2部分中指定了3GPPLTE轉(zhuǎn)交過程，其可在 http: //www· 3gpp · org獲得并通過引用合并于此。此外，在TS 36 · 331: "Evovled Universal Terrestrial Radio Access(E-UTRA)Radio Resource Control (RRC)!Protocol specif ication"版本11.4.0第5.3.5部分中定義了與RRC連接重配置有關(guān)的轉(zhuǎn)交過程的細(xì) 節(jié)，其可在http: //www · 3gpp · org獲得并通過引用合并于此。
[0121] 對(duì)于連接模式中的UE的E-UTRAN內(nèi)接入移動(dòng)性支持處理轉(zhuǎn)交過程的所有必要步 驟，比如最終轉(zhuǎn)交