專利名稱：Lte中繼系統(tǒng)中分組匯聚協(xié)議的實(shí)現(xiàn)方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，特別涉及LTE中繼系統(tǒng)中分組匯聚協(xié)議的實(shí)現(xiàn) 方法和裝置。
背景技術(shù)：
長(zhǎng)期演進(jìn)(Long Term Evolution, LTE)項(xiàng)目作為第三代移動(dòng)通信技術(shù)(3G)的 演進(jìn)，其本身也在不斷演進(jìn)過(guò)程中。在最近提出的LTE標(biāo)準(zhǔn)(版本R10)中，引入中繼 (Relay)。中繼節(jié)點(diǎn)通過(guò)Un接口與主控演進(jìn)基站設(shè)備(Donor eNB, DeNB)連接，用戶 設(shè)備(UE)與中繼節(jié)點(diǎn)之間的接口采用LTE版本R8中提出的Uu接口。在LTE版本RlO 中，中繼系統(tǒng)準(zhǔn)備采用2種基本的協(xié)議棧架構(gòu)支持中繼傳輸。協(xié)議棧架構(gòu)1稱作“完全層3中繼”，其控制平面和業(yè)務(wù)平面的架構(gòu)分別如圖1 和圖2所示。該架構(gòu)對(duì)LTE版本R8的eNB具有最好的兼容性。該架構(gòu)涉及的實(shí)體包 括UE、中繼節(jié)點(diǎn)、DeNB、中繼節(jié)點(diǎn)的分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)((Packet Data Network Gateway， P-GW) / 服務(wù)網(wǎng)關(guān)(Service Gateway, S-GW)和移動(dòng)管理實(shí)體(Mobility Management Entity, MME)。圖中各符號(hào)含義如下Ll和L2分別表示網(wǎng)絡(luò)的第1層和第2層；MAC 媒體接入控制層；RLC 無(wú)線鏈路控制協(xié)議層；PDCP 分組數(shù)據(jù)匯聚協(xié)議層；GTP-U 用戶層面的GPRS隧道協(xié)議；UDP/IP 用戶數(shù)據(jù)報(bào)協(xié)議(User Datagram Protocol，UDP)/網(wǎng)際協(xié)議；SCTP 流控制傳輸協(xié)議(Stream Control Transmission Protocol，SCTP)；RRC 無(wú)線資源控制協(xié)議(Radio Resource Control，RRC)層；NAS 網(wǎng)絡(luò)接入服務(wù)層。從DeNB的角度，中繼節(jié)點(diǎn)可看成是其所控制的UE;從UE的角度，中繼是為 其服務(wù)的基站。UE的演進(jìn)分組系統(tǒng)(Evolved Packet System, EPS)承載可分為2個(gè)部分， Uu 口的無(wú)線承載和中繼與UE的分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)((Packet Data Network Gateway, P-GW)
之間的GPRS隧道協(xié)議(GTP)隧道承載，兩者一一對(duì)應(yīng)。中繼的EPS承載分為中繼與 DeNB之間的Un 口無(wú)線承載和DeNB與中繼的P_GW之間的GTP隧道承載，兩者一一對(duì)應(yīng)。協(xié)議棧架構(gòu)1的承載對(duì)應(yīng)關(guān)系如圖3所示，其中，UE、中繼節(jié)點(diǎn)、DeNB屬于 演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)(E-UTRAN)域，中繼節(jié)點(diǎn)的P-GW/S-GW、UE的S_GW/ P-GW屬于分組核心演進(jìn)網(wǎng)絡(luò)(Evolved Packet Core，EPC)域。中繼節(jié)點(diǎn)的EPS承載負(fù) 責(zé)承載多個(gè)UE的EPS承載。在下行方向，中繼節(jié)點(diǎn)的P-GW根據(jù)UE的GTP隧道承載的IP頭部，將接收到 的數(shù)據(jù)映射到DeNB與中繼節(jié)點(diǎn)的P-GW之間的GTP隧道上。在上行方向，中繼節(jié)點(diǎn)將UE的GTP隧道承載映射到中繼節(jié)點(diǎn)與DeNB之間的Un無(wú)線承載上。協(xié)議棧架構(gòu)2稱為“X2/S1代理中繼”，其控制平面和業(yè)務(wù)平面架構(gòu)分別如圖4 和圖5所示。在該架構(gòu)下，DeNB可看成UE的代理網(wǎng)關(guān)。從UE的MME的角度，UE 是與DeNB直接通信的，從UE的角度，中繼與UE的MME直接通信。協(xié)議棧架構(gòu)2的承載對(duì)應(yīng)關(guān)系如圖6所示。UE的EPS承載分成3個(gè)部分UE 與中繼節(jié)點(diǎn)之間的Un 口無(wú)線承載、中繼節(jié)點(diǎn)與DeNB之間的Un 口 GTP隧道承載、DeNB 與UE的P-GW之間的GTP隧道(S 1承載)，三者一一對(duì)應(yīng)。中繼節(jié)點(diǎn)與DeNB之間的 無(wú)線承載可以包含多個(gè)UE的專用GTP隧道。在下行方向，UE的P-GW根據(jù)UE的IP 地址，將數(shù)據(jù)映射到相應(yīng)的GTP隧道中發(fā)送至DeNB; DeNB收到數(shù)據(jù)后，將數(shù)據(jù)從GTP 隧道中解出，根據(jù)Un 口 GTP隧道與該隧道的映射關(guān)系，將數(shù)據(jù)映射到Un 口的GTP隧 道中，通過(guò)相應(yīng)的Un 口無(wú)線承載發(fā)送給中繼節(jié)點(diǎn)。在上行方向，中繼節(jié)點(diǎn)將UE的GTP 隧道承載映射到中繼與DeNB之間的Un無(wú)線承載上。圖7示出了 Un 口傳輸網(wǎng)絡(luò)層開銷，即Un接口 PDCP層以上的協(xié)議開銷。從 以上的協(xié)議棧架構(gòu)1、2來(lái)看，與Uu 口的傳輸網(wǎng)絡(luò)層開銷相比，Un 口協(xié)議棧由于增加了 GTP-U/UDP/IP層，開銷大大增加。把Uu 口傳輸網(wǎng)絡(luò)層開銷稱為內(nèi)層IP頭部(innerIP header)，新增的 GTP-U/UDP/IP 開銷稱為外層 IP 隧道頭部(outerIP tunnel header)，則 Un
口傳輸網(wǎng)絡(luò)開銷為內(nèi)層IP頭部與外層IP隧道頭部之和。在現(xiàn)有協(xié)議棧結(jié)構(gòu)下進(jìn)行中繼傳輸，存在如下問(wèn)題問(wèn)題1:為了保證PDCP層在切換過(guò)程中具有重復(fù)性檢測(cè)和按序遞交功能，以及 避免不必要的數(shù)據(jù)前轉(zhuǎn)，在Un 口和Uu 口必須進(jìn)行聯(lián)合PDCP編號(hào)。從目前來(lái)看，以上 兩種架構(gòu)都不支持PDCP聯(lián)合編號(hào)，因?yàn)樵赨n 口上，UE的EPS承載與中繼節(jié)點(diǎn)的EPS 承載及Un承載之間是“多對(duì)一”的關(guān)系。具有類似服務(wù)質(zhì)量(Quality of Service，QoS) 的UE的承載由同一個(gè)中繼節(jié)點(diǎn)EPS承載傳輸。在協(xié)議棧架構(gòu)1下，Un 口的層2只能 看到中繼節(jié)點(diǎn)的數(shù)據(jù)無(wú)線承載，利用現(xiàn)有的PDCP協(xié)議只能對(duì)這些UE的數(shù)據(jù)混合編號(hào)。 在協(xié)議棧架構(gòu)2下雖能通過(guò)GTP-TE ID區(qū)分不同UE承載，但是在層2是不可見(jiàn)的。因 此需要對(duì)Un接口的層2進(jìn)行進(jìn)一步優(yōu)化。問(wèn)題2 以上的協(xié)議棧架構(gòu)1、2中，在Un接口上UE的EPS承載通過(guò)GTP隧 道傳輸，除了原有的Uu 口內(nèi)層IP頭部開銷之外，GTP-U/UDP/IP包頭將增加約40bytes 的開銷，Un接口的PDCP層需要將內(nèi)層IP頭部和外層IP隧道頭部進(jìn)行壓縮。對(duì)GTP-U 頭部的壓縮要求是要保證壓縮過(guò)的GTP頭部保留區(qū)分不同UE承載的信息。目前LTE采 用的魯棒性頭標(biāo)壓縮機(jī)制(ROHC)并不支持上述功能。問(wèn)題3 在協(xié)議棧架構(gòu)1下，DeNB沒(méi)有UE GTP隧道的分組數(shù)據(jù)協(xié)議(Packet Data Protocol, PDP)上下文，DeNB將根據(jù)中繼節(jié)點(diǎn)承載的GTP-U隧道或IP地址進(jìn)行Un
口承載的映射，DeNB不能直接對(duì)不同UE的數(shù)據(jù)進(jìn)行區(qū)分，因而下行方向不支持對(duì)不同 UE的QoS控制。DeNB必須能夠獲取UE數(shù)據(jù)中的GTP-TEID，并保存UE承載的QCI 信息，才能對(duì)UE進(jìn)行QoS控制。而在協(xié)議棧架構(gòu)2下，DeNB對(duì)UE的Sl-AP消息不 透明，DeNB和中繼節(jié)點(diǎn)都具有UE承載的QCI及UE上下文，支持對(duì)UE承載的QOS控 制。需要對(duì)協(xié)議棧架構(gòu)1增加不同UE的QoS區(qū)分功能。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于，提出一種LTE中繼系統(tǒng)中分組匯聚協(xié)議的實(shí)現(xiàn) 方法和裝置，可以克服所述現(xiàn)有技術(shù)中存在在Un接口無(wú)法區(qū)分UE承載的問(wèn)題。本發(fā)明實(shí)施例提出一種LTE中繼系統(tǒng)中分組匯聚協(xié)議PDCP的實(shí)現(xiàn)方法，在Un 口 PDCP層引入針對(duì)用戶設(shè)備無(wú)線承載的標(biāo)識(shí)，使Un 口 PDCP層支持對(duì)不同用戶設(shè)備的 數(shù)據(jù)的復(fù)用；在用戶設(shè)備UE產(chǎn)生業(yè)務(wù)，進(jìn)行Sl承載的建立過(guò)程中，包括如下步驟觸發(fā)中繼節(jié)點(diǎn)與演進(jìn)基站設(shè)備之間的Un 口的中繼節(jié)點(diǎn)Un無(wú)線承載重配置過(guò) 程；所述中繼節(jié)點(diǎn)Un無(wú)線承載重配置過(guò)程中，演進(jìn)基站設(shè)備和中繼節(jié)點(diǎn)完成Un 口用戶 設(shè)備的無(wú)線承載和Un 口中繼的數(shù)據(jù)無(wú)線承載DRB之間的多對(duì)一映射，并建立用戶設(shè)備 無(wú)線承載標(biāo)識(shí)和用戶設(shè)備Sl承載的GPRS隧道協(xié)議GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān)系。所述中繼系統(tǒng)采用完全層3中繼的協(xié)議棧架構(gòu)，所述在用戶設(shè)備UE產(chǎn)生業(yè)務(wù)， 進(jìn)行Sl承載的建立過(guò)程中，包括如下步驟中繼節(jié)點(diǎn)收到來(lái)自用戶設(shè)備的服務(wù)請(qǐng)求消息后，向用戶設(shè)備的移動(dòng)管理實(shí)體 MME發(fā)送服務(wù)請(qǐng)求消息；用戶設(shè)備的MME收到服務(wù)請(qǐng)求消息后，向中繼節(jié)點(diǎn)發(fā)送Sl承載建立請(qǐng)求；中 繼節(jié)點(diǎn)向用戶設(shè)備發(fā)送Uu無(wú)線承載建立請(qǐng)求消息，要求建立無(wú)線承載；所述Uu為中繼 節(jié)點(diǎn)與用戶設(shè)備之間的接口；用戶設(shè)備進(jìn)行建立Uu無(wú)線承載的相關(guān)配置操作后，向中繼節(jié)點(diǎn)發(fā)送無(wú)線承載建 立完成消息；中繼節(jié)點(diǎn)向演進(jìn)基站設(shè)備發(fā)送Un數(shù)據(jù)無(wú)線承載重配置請(qǐng)求消息，將所述 UE的GTP隧道標(biāo)識(shí)和UE承載的服務(wù)質(zhì)量參數(shù)發(fā)送至演進(jìn)基站設(shè)備；演進(jìn)基站設(shè)備決定將新建立的UE Sl承載映射到相應(yīng)的Un數(shù)據(jù)無(wú)線承載上，根 據(jù)UE承載的服務(wù)質(zhì)量參數(shù)修改所述Un數(shù)據(jù)無(wú)線承載的服務(wù)質(zhì)量參數(shù)，為新建立的Sl承 載分配Un 口的用戶設(shè)備無(wú)線承載標(biāo)識(shí)，并建立所述用戶設(shè)備無(wú)線承載標(biāo)識(shí)和用戶設(shè)備Sl 承載的GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān)系；演進(jìn)基站設(shè)備向中繼節(jié)點(diǎn)的MME發(fā)送更新承載請(qǐng)求；中繼節(jié)點(diǎn)的MME進(jìn)行承 載更新的相關(guān)處理，并向演進(jìn)基站設(shè)備返回更新承載響應(yīng)消息；演進(jìn)基站設(shè)備向中繼節(jié)點(diǎn)發(fā)送Un數(shù)據(jù)無(wú)線承載重配置完成消息，該消息中攜帶 如下信息用戶設(shè)備Sl承載所映射的Un數(shù)據(jù)無(wú)線承載標(biāo)識(shí)及該Un數(shù)據(jù)無(wú)線承載的服務(wù) 質(zhì)量參數(shù)，用戶設(shè)備Sl承載的用戶設(shè)備無(wú)線承載標(biāo)識(shí)，用戶設(shè)備無(wú)線承載標(biāo)識(shí)和用戶設(shè) 備Sl承載的GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān)系；中繼節(jié)點(diǎn)進(jìn)行Un數(shù)據(jù)無(wú)線承載的重配置的相關(guān)操作，保存上述Un數(shù)據(jù)無(wú)線承 載重配置完成消息內(nèi)容；中繼節(jié)點(diǎn)向用戶設(shè)備的MME發(fā)送Sl承載建立完成消息，完成Sl承載的建立過(guò)程。所述中繼系統(tǒng)采用X2/S1代理中繼的協(xié)議棧架構(gòu)，所述在用戶設(shè)備UE產(chǎn)生業(yè) 務(wù)，進(jìn)行Sl承載的建立過(guò)程中，包括如下步驟中繼節(jié)點(diǎn)收到來(lái)自用戶設(shè)備的服務(wù)請(qǐng)求消息后，向演進(jìn)基站設(shè)備發(fā)送服務(wù)請(qǐng)求 消息；演進(jìn)基站設(shè)備向用戶設(shè)備的MME發(fā)送服務(wù)請(qǐng)求消息；用戶設(shè)備的MME進(jìn)行建立MME與演進(jìn)基站設(shè)備之間的Sl承載建立的相關(guān)處理，向演進(jìn)基站設(shè)備發(fā)送Sl承載建立請(qǐng)求；演進(jìn)基站設(shè)備進(jìn)行建立Un 口 Sl承載的相關(guān)處理，并進(jìn)行Un 口數(shù)據(jù)無(wú)線承載重 配置處理決定將新建立的用戶設(shè)備Sl承載映射到相應(yīng)的Un數(shù)據(jù)無(wú)線承載上，根據(jù)用 戶設(shè)備承載的服務(wù)質(zhì)量參數(shù)修改所述Un數(shù)據(jù)無(wú)線承載的服務(wù)質(zhì)量參數(shù)，為新建立的Sl 承載分配Un 口用戶設(shè)備無(wú)線承載標(biāo)識(shí)，并建立所述用戶設(shè)備無(wú)線承載標(biāo)識(shí)和用戶設(shè)備Sl 承載的GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān)系；演進(jìn)基站設(shè)備向中繼節(jié)點(diǎn)發(fā)送Sl承載建立請(qǐng)求消息或Un數(shù)據(jù)無(wú)線承載的重配 置請(qǐng)求消息，該消息中攜帶新Un Sl承載信息及如下信息用戶設(shè)備Sl承載所映射的Un 數(shù)據(jù)無(wú)線承載標(biāo)識(shí)及該Un數(shù)據(jù)無(wú)線承載的服務(wù)質(zhì)量參數(shù)，用戶設(shè)備Sl承載的用戶設(shè)備 無(wú)線承載標(biāo)識(shí)，用戶設(shè)備無(wú)線承載標(biāo)識(shí)和用戶設(shè)備Sl承載的GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān) 系；中繼節(jié)點(diǎn)進(jìn)行建立Sl承載和Un數(shù)據(jù)無(wú)線承載的重配置的相關(guān)操作，保存上述 Sl承載建立請(qǐng)求消息或Un數(shù)據(jù)無(wú)線承載的重配置請(qǐng)求消息的內(nèi)容；中繼節(jié)點(diǎn)向用戶設(shè)備發(fā)送用戶設(shè)備無(wú)線承載建立請(qǐng)求消息，要求建立Uu無(wú)線承 載；用戶設(shè)備進(jìn)行建立無(wú)線承載的相關(guān)處理，向中繼節(jié)點(diǎn)發(fā)送用戶設(shè)備無(wú)線承載建 立完成消息；中繼節(jié)點(diǎn)向演進(jìn)基站設(shè)備發(fā)送Un已配置資源塊重配置完成消息，演進(jìn)基站 設(shè)備向用戶設(shè)備的MME發(fā)送Sl承載建立完成消息。在Un 口 PDCP協(xié)議數(shù)據(jù)單元中包含用于攜帶用戶設(shè)備無(wú)線承載標(biāo)識(shí)的用戶設(shè) 備無(wú)線承載標(biāo)識(shí)域，進(jìn)行對(duì)映射到相同Un無(wú)線數(shù)據(jù)承載上的不同用戶設(shè)備無(wú)線承載的復(fù) 用；該方法進(jìn)一步包括Un 口的無(wú)線鏈路控制協(xié)議RLC層對(duì)PDCP協(xié)議數(shù)據(jù)單元包含的用戶設(shè)備無(wú)線承 載標(biāo)識(shí)進(jìn)行聯(lián)合處理形成RLC協(xié)議數(shù)據(jù)單元，Un 口的媒體接入控制MAC層基于已分配 資源塊進(jìn)行復(fù)用。該方法進(jìn)一步包括若Un 口的發(fā)送端為演進(jìn)基站設(shè)備，則演進(jìn)基站設(shè)備對(duì)PDCP服務(wù)數(shù)據(jù)單元的內(nèi) 層IP頭部和外層IP頭部分別壓縮；若Un 口的發(fā)送端為中繼節(jié)點(diǎn)，則中繼節(jié)點(diǎn)對(duì)外層IP 頭部進(jìn)行壓縮；若Un 口的接收端為演進(jìn)基站設(shè)備，則演進(jìn)基站設(shè)備對(duì)已壓縮的內(nèi)層IP頭部和外 層IP頭部分別進(jìn)行解壓縮；若Un 口的接收端為中繼節(jié)點(diǎn)，則中繼節(jié)點(diǎn)對(duì)外層IP頭部進(jìn) 行解壓縮。所述對(duì)PDCP服務(wù)數(shù)據(jù)單元的內(nèi)層IP頭部和外層IP頭部分別壓縮的過(guò)程中，將 其中的GTP隧道標(biāo)識(shí)轉(zhuǎn)換為對(duì)應(yīng)的用戶設(shè)備無(wú)線承載標(biāo)識(shí)。本發(fā)明實(shí)施例還提出一種演進(jìn)基站設(shè)備，包括無(wú)線資源鏈路控制實(shí)體和傳輸層 實(shí)體，所述演進(jìn)基站設(shè)備包括Un 口的分組匯聚協(xié)議PDCP發(fā)送實(shí)體；所述Un 口 PDCP發(fā)送實(shí)體包括頭部壓縮模塊、多個(gè)用戶設(shè)備無(wú)線承載PDCP發(fā) 送實(shí)體和調(diào)度/流控模塊，每個(gè)用戶設(shè)備無(wú)線承載PDCP發(fā)送實(shí)體對(duì)應(yīng)一個(gè)Un 口用戶設(shè) 備無(wú)線承載標(biāo)識(shí)；所述頭部壓縮模塊，用于對(duì)來(lái)自傳輸層的PDCP服務(wù)數(shù)據(jù)單元的內(nèi)層IP頭部和外層IP頭部分別進(jìn)行壓縮，將其中的GTP隧道標(biāo)識(shí)轉(zhuǎn)換成對(duì)應(yīng)的用設(shè)備無(wú)線承載標(biāo)識(shí)， 再根據(jù)用設(shè)備無(wú)線承載標(biāo)識(shí)將頭壓縮后的數(shù)據(jù)發(fā)送給與所述無(wú)線承載標(biāo)識(shí)對(duì)應(yīng)的用戶設(shè) 備無(wú)線承載PDCP發(fā)送實(shí)體；用戶設(shè)備無(wú)線承載PDCP發(fā)送實(shí)體包括編號(hào)模塊，對(duì)用戶設(shè)備無(wú)線承載分配序列號(hào)，實(shí)現(xiàn)了對(duì)每個(gè)用戶設(shè)備無(wú)線承載 獨(dú)立編號(hào)；加密模塊，用于對(duì)用戶設(shè)備無(wú)線承載實(shí)現(xiàn)加密，加密所用的參數(shù)為用戶設(shè)備無(wú) 線承載的序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)；封裝模塊，用于對(duì)每個(gè)用戶設(shè)備無(wú)線承載數(shù)據(jù)添加PDCP頭部；調(diào)度/流控模塊用于決定不同用戶設(shè)備無(wú)線承載數(shù)據(jù)向無(wú)線資源鏈路控制實(shí)體 的發(fā)送順序，并根據(jù)所述發(fā)送順序發(fā)送用戶設(shè)備無(wú)線承載數(shù)據(jù)。所述演進(jìn)基站設(shè)備進(jìn)一步包括Un 口的PDCP接收實(shí)體，所述Un 口 PDCP接收 實(shí)體包括解封裝模塊、多個(gè)用戶設(shè)備無(wú)線承載PDCP接收實(shí)體和頭部解壓縮模塊；每個(gè) 用戶設(shè)備無(wú)線承載PDCP接收實(shí)體對(duì)應(yīng)一個(gè)用戶設(shè)備無(wú)線承載標(biāo)識(shí)；解封裝模塊用于對(duì)來(lái)自無(wú)線資源鏈路控制實(shí)體的PDCP協(xié)議數(shù)據(jù)單元進(jìn)行解封 裝，從其中的PDCP頭部中得到PDCP序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)，然后根據(jù)用戶 設(shè)備無(wú)線承載標(biāo)識(shí)將PDCP協(xié)議數(shù)據(jù)單元發(fā)送至相應(yīng)的用戶設(shè)備無(wú)線承載PDCP接收實(shí) 體；每個(gè)用戶設(shè)備無(wú)線承載PDCP接收實(shí)體包括解密模塊，用于根據(jù)PDCP序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)對(duì)PDCP協(xié)議數(shù)據(jù)單 元進(jìn)行解密，得到各個(gè)用戶設(shè)備無(wú)線承載的數(shù)據(jù)；按序遞交及重復(fù)性檢測(cè)模塊，用于根據(jù)PDCP序列號(hào)對(duì)各個(gè)用戶設(shè)備無(wú)線承載 的數(shù)據(jù)分別進(jìn)行按序遞交及重復(fù)性檢測(cè)；頭部解壓縮模塊，用于根據(jù)用戶設(shè)備無(wú)線承載標(biāo)識(shí)恢復(fù)GTP隧道標(biāo)識(shí)，從被壓 縮頭部中恢復(fù)內(nèi)層IP頭部和外層IP頭部中除GTP隧道標(biāo)識(shí)的部分。本發(fā)明實(shí)施例還提出一種中繼節(jié)點(diǎn)，包括傳輸層實(shí)體和無(wú)線鏈路控制層實(shí)體， 所述中繼節(jié)點(diǎn)還包括Un 口的分組匯聚協(xié)議PDCP發(fā)送實(shí)體以及Un 口的PDCP接收實(shí)體；所述Un 口 PDCP發(fā)送實(shí)體包括頭部壓縮模塊、多個(gè)用戶設(shè)備無(wú)線承載PDCP發(fā) 送實(shí)體和調(diào)度/流控模塊，每個(gè)用戶設(shè)備無(wú)線承載PDCP發(fā)送實(shí)體對(duì)應(yīng)一個(gè)Un 口用戶設(shè) 備無(wú)線承載標(biāo)識(shí)；所述頭部壓縮模塊，用于對(duì)來(lái)自傳輸層實(shí)體的PDCP服務(wù)數(shù)據(jù)單元的外層IP頭 部分別進(jìn)行壓縮，將其中的GTP隧道標(biāo)識(shí)轉(zhuǎn)換成對(duì)應(yīng)的用設(shè)備無(wú)線承載標(biāo)識(shí)，再根據(jù)用 設(shè)備無(wú)線承載標(biāo)識(shí)將頭壓縮后的數(shù)據(jù)發(fā)送給與所述無(wú)線承載標(biāo)識(shí)對(duì)應(yīng)的用戶設(shè)備無(wú)線承 載PDCP發(fā)送實(shí)體；用戶設(shè)備無(wú)線承載PDCP發(fā)送實(shí)體包括加密模塊，用于對(duì)用戶設(shè)備無(wú)線承載實(shí)現(xiàn)加密，加密所用的參數(shù)為該數(shù)據(jù)的用 戶設(shè)備無(wú)線承載PDCP序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)，所述PDCP序列號(hào)為Uu 口上該 數(shù)據(jù)的PDCP序列號(hào)；封裝模塊，用于對(duì)每個(gè)用戶設(shè)備無(wú)線承載數(shù)據(jù)添加PDCP頭部，所述PDCP頭部包含Un 口用戶設(shè)備無(wú)線承載標(biāo)識(shí)和PDCP序列號(hào)，所述PDCP序列號(hào)為Uu 口上該數(shù)據(jù) 的PDCP序列號(hào)；調(diào)度/流控模塊用于決定不同用戶設(shè)備無(wú)線承載數(shù)據(jù)向無(wú)線資源鏈路控制實(shí)體 的發(fā)送順序，并根據(jù)所述發(fā)送順序發(fā)送用戶設(shè)備無(wú)線承載數(shù)據(jù)；所述Un 口 PDCP接收實(shí)體包括解封裝模塊、多個(gè)用戶設(shè)備無(wú)線承載PDCP接收 實(shí)體和頭部解壓縮模塊；每個(gè)用戶設(shè)備無(wú)線承載PDCP接收實(shí)體對(duì)應(yīng)一個(gè)用戶設(shè)備無(wú)線 承載標(biāo)識(shí)；解封裝模塊用于對(duì)來(lái)自無(wú)線資源鏈路控制實(shí)體的PDCP協(xié)議數(shù)據(jù)單元進(jìn)行解封 裝，從其中的PDCP頭部中得到PDCP序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)，然后根據(jù)用戶 設(shè)備無(wú)線承載標(biāo)識(shí)將PDCP協(xié)議數(shù)據(jù)單元發(fā)送至相應(yīng)的用戶設(shè)備無(wú)線承載PDCP接收實(shí) 體；每個(gè)用戶設(shè)備無(wú)線承載接收實(shí)體包括解密模塊，用于根據(jù)PDCP序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)對(duì)PDCP協(xié)議數(shù)據(jù)單 元進(jìn)行解密，得到各個(gè)用戶設(shè)備無(wú)線承載的數(shù)據(jù)；按序遞交及重復(fù)性檢測(cè)模塊，用于根據(jù)PDCP序列號(hào)對(duì)各個(gè)用戶設(shè)備無(wú)線承載 的數(shù)據(jù)分別進(jìn)行按序遞交及重復(fù)性檢測(cè)；頭部解壓縮模塊，用于根據(jù)用戶設(shè)備無(wú)線承載標(biāo)識(shí)恢復(fù)GTP隧道標(biāo)識(shí)，從被壓 縮頭部中外層IP頭部中除GTP隧道標(biāo)識(shí)的部分。所述中繼節(jié)點(diǎn)還包括Uu 口的PDCP發(fā)送實(shí)體以及Uu 口的PDCP接收實(shí)體；所述Uu 口的PDCP發(fā)送實(shí)體包括加密模塊，用于對(duì)來(lái)自傳輸層的用戶設(shè)備無(wú)線承載的數(shù)據(jù)實(shí)現(xiàn)加密，加密所用 的參數(shù)為該數(shù)據(jù)的PDCP序列號(hào)和Uu 口用戶設(shè)備無(wú)線承載標(biāo)識(shí)，所述PDCP序列號(hào)為Un 口上該數(shù)據(jù)的PDCP序列號(hào)；封裝模塊，用于對(duì)每個(gè)用戶設(shè)備無(wú)線承載添加PDCP頭部，所述PDCP頭部中的 PDCP序列號(hào)為Un 口上該數(shù)據(jù)的PDCP序列號(hào)，然后將用戶設(shè)備無(wú)線承載發(fā)送到無(wú)線鏈 路控制層實(shí)體；所述Uu 口的PDCP接收實(shí)體包括解封裝模塊、解密模塊和按序遞交及重復(fù)性檢 測(cè)模塊；所述解封裝模塊用于對(duì)來(lái)自無(wú)線資源鏈路控制實(shí)體的PDCP協(xié)議數(shù)據(jù)單元進(jìn)行 解封裝，從其中的PDCP頭部中得到PDCP序列號(hào)；所述解密模塊，用于根據(jù)PDCP序列號(hào)和Uu 口用戶設(shè)備無(wú)線承載標(biāo)識(shí)對(duì)PDCP 協(xié)議數(shù)據(jù)單元進(jìn)行解密，得到各個(gè)用戶設(shè)備無(wú)線承載的數(shù)據(jù)；按序遞交及重復(fù)性檢測(cè)模塊，用于根據(jù)PDCP序列號(hào)對(duì)用戶設(shè)備無(wú)線承載的 數(shù)據(jù)分別進(jìn)行按序遞交及重復(fù)性檢測(cè)，然后將所述用戶設(shè)備無(wú)線承載的數(shù)據(jù)發(fā)送至傳輸層。從以上技術(shù)方案可以看出，本發(fā)明方案對(duì)于現(xiàn)有技術(shù)的改進(jìn)包括如下方面在Un 口增加用戶設(shè)備無(wú)線承載標(biāo)識(shí)(UE RB ID)。在中繼與基站進(jìn)行Un 口無(wú) 線承載配置時(shí)建立UE RB ID與UE的GTP-TEID的對(duì)應(yīng)關(guān)系，從而解決了在Un接口區(qū) 分UE承載的問(wèn)題，進(jìn)而支持了 Uu接口和Un接口的聯(lián)合PDCP編號(hào)、不同UE承載的QoS管理/流量控制功能以及Un 口 PDCP對(duì)外層IP頭部中的GTP-TEID域的壓縮；Un 口 PDCP實(shí)體中的頭壓縮模塊對(duì)內(nèi)層IP頭部和外層IP頭部分別進(jìn)行壓縮，并使Uu 口和 Un 口對(duì)內(nèi)層IP頭部采用相同的PDCP壓縮算法，省去了中繼節(jié)點(diǎn)對(duì)內(nèi)層IP頭部的處理， 節(jié)省了中繼處理延時(shí)。


圖1為協(xié)議棧架構(gòu)1的控制平面架構(gòu)圖；圖2為協(xié)議棧架構(gòu)1的業(yè)務(wù)平面架構(gòu)圖；圖3為協(xié)議棧架構(gòu)1下的承載對(duì)應(yīng)關(guān)系圖；圖4為協(xié)議棧架構(gòu)2的控制平面架構(gòu)圖；圖5為協(xié)議棧架構(gòu)2的業(yè)務(wù)平面架構(gòu)圖；圖6為協(xié)議棧架構(gòu)2下的承載對(duì)應(yīng)關(guān)系圖；圖7為Un 口傳輸網(wǎng)絡(luò)層開銷示意圖；圖8為本發(fā)明實(shí)施例提出的在協(xié)議棧架構(gòu)1下UE承載建立流程圖；圖9為本發(fā)明實(shí)施例提出的在協(xié)議棧架構(gòu)2下UE承載建立流程圖；圖10為本發(fā)明實(shí)施例的PDCP數(shù)據(jù)PDU幀結(jié)構(gòu)圖；圖11為壓縮前的VoIP業(yè)務(wù)PDCP SDU結(jié)構(gòu)圖；圖12為壓縮后的VoIP業(yè)務(wù)PDCP SDU結(jié)構(gòu)圖；圖13為本發(fā)明實(shí)施例提出的DeNB的Un 口 PDCP發(fā)送實(shí)體框圖；圖14為本發(fā)明實(shí)施例提出的DeNB的Un 口 PDCP接收實(shí)體框圖；圖15為本發(fā)明實(shí)施例提出的中繼節(jié)點(diǎn)的Un 口 PDCP發(fā)送實(shí)體框圖；圖16為本發(fā)明實(shí)施例提出的中繼節(jié)點(diǎn)的Un 口 PDCP接收實(shí)體框圖；圖17為本發(fā)明實(shí)施例提出的中繼節(jié)點(diǎn)的Uu 口 PDCP發(fā)送實(shí)體框圖；圖18為本發(fā)明實(shí)施例提出的中繼節(jié)點(diǎn)的Uu 口 PDCP接收實(shí)體框圖。
具體實(shí)施例方式本發(fā)明公開了一種LTE無(wú)線中繼系統(tǒng)的分組匯聚協(xié)議(PDCP)的實(shí)現(xiàn)方法和裝 置，在Uu 口 PDCP協(xié)議的基礎(chǔ)上，對(duì)無(wú)線中繼系統(tǒng)的Un 口 PDCP協(xié)議進(jìn)行了改進(jìn)，所 述改進(jìn)包括如下方面(1)在Un 口增力卩PDCP層標(biāo)識(shí)——用戶設(shè)備無(wú)線承載標(biāo)識(shí)(UE RBID)。在中 繼與基站進(jìn)行Un 口無(wú)線承載配置時(shí)建立UE RB ID與UE的GTP-TEID的對(duì)應(yīng)關(guān)系。并 且，在PDCP PDU頭部中增加UE RB ID域，用以區(qū)分映射到相同Un無(wú)線承載的不同UE 承載的數(shù)據(jù)。(2)、在針對(duì)Un無(wú)線承載的PDCP實(shí)體中，增加針對(duì)UE承載的PDCP實(shí)體， 對(duì)不同UE承載的數(shù)據(jù)分別進(jìn)行處理，實(shí)現(xiàn)了 Un 口和Uu 口聯(lián)合PDCP編號(hào)，即同一個(gè) PDCP SDU在Un 口和Uu 口上的PDCP序號(hào)一致，使中繼的PDCP層省去或簡(jiǎn)化了 PDCP
編號(hào)功能。(3)、Un 口 PDCP實(shí)體中的頭壓縮模塊對(duì)內(nèi)層IP頭部(innerIP header)和外層隧 道IP頭部(outerIP tunnel IP)分別進(jìn)行壓縮，并使Uu 口和Un 口對(duì)” innerIP header”采用相同的PDCP壓縮算法，省去了中繼對(duì)” innerlPheader”的處理，節(jié)省了中繼處理延時(shí)。 較佳地，可以將GTP-U頭部中的GTP-TEID域壓縮為1 2btyes UE RB ID。在具體實(shí)施過(guò)程中，可以僅實(shí)施其中的一個(gè)方面內(nèi)容，或者實(shí)施上述內(nèi)容的組 合，本發(fā)明并未對(duì)此進(jìn)行限定。本專利所提出的方案使PDCP層可以對(duì)不同UE的數(shù)據(jù)承載進(jìn)行復(fù)用和分別處 理，在不增加任何開銷和不改動(dòng)LTE R8RLC/MAC協(xié)議的基礎(chǔ)上，使Un 口和Uu 口 PDCP 可實(shí)現(xiàn)聯(lián)合編號(hào)，并使中繼和基站都可進(jìn)行區(qū)分UE的QoS管理。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一 步的詳細(xì)闡述。本發(fā)明實(shí)施例的第一個(gè)方面，提出一種UE承載在Un 口的建立方案，包括增加一種Un 口的第2層(L2)標(biāo)識(shí)——即用戶設(shè)備無(wú)線承載標(biāo)識(shí)(UERB ID)， 用于唯一標(biāo)識(shí)映射到同一個(gè)Un數(shù)據(jù)無(wú)線承載(Data Radio Bear, DRB)上的UE承載。當(dāng)UE產(chǎn)生業(yè)務(wù)時(shí)，在Un 口建立UE的GTP隧道標(biāo)識(shí)(TEID)與UE RBID的對(duì) 應(yīng)關(guān)系，以及Un 口 UE的無(wú)線承載和RN DRB之間的映射關(guān)系(多對(duì)一)。具體是UESl承載的建立，觸發(fā)Un 口的中繼節(jié)點(diǎn)Un無(wú)線承載重配置過(guò)程(UnRB Reconfiguration)過(guò)程(RRC信令完成)。該信令過(guò)程中，DeNB和中繼節(jié)點(diǎn)完成Un 口 UE的RB承載和RN DRB之間的映射(多對(duì)一映射)，以及獲取Un 口 UE RB ID、建立 UE RB ID禾Π UE Sl承載的GTP TEID對(duì)應(yīng)關(guān)系。
步驟 Request)
圖8示出了本發(fā)明實(shí)施例提出的在協(xié)議棧架構(gòu)1下UE承載建立流程，包括如下 步驟801 用戶設(shè)備(UE)產(chǎn)生業(yè)務(wù)時(shí)，向中繼節(jié)點(diǎn)發(fā)送服務(wù)請(qǐng)求消息(Service
步驟802 中繼節(jié)點(diǎn)向UE的移動(dòng)管理實(shí)體(MME)發(fā)送服務(wù)請(qǐng)求消息。 步驟803 UE的MME收到服務(wù)請(qǐng)求消息后，向中繼節(jié)點(diǎn)發(fā)送Sl承載建立請(qǐng)求
中繼節(jié)點(diǎn)向UE發(fā)送Uu無(wú)線承載建立請(qǐng)求消息(Uu RBSetup)，要求
(Si Bearer Setup)。步驟804:
建立Uu無(wú)線承載。步驟805: UE進(jìn)行建立Uu無(wú)線承載的相關(guān)配置操作，并向中繼節(jié)點(diǎn)發(fā)送Uu無(wú) 線承載建立完成消息(Uu RB Setup Complete)。步驟806 中繼節(jié)點(diǎn)向DeNB發(fā)送UnDRB重配置請(qǐng)求(Un DRBReconfiguration)，該消息中攜帶UE的GTP-TEID和UE承載的QCI信息(QoS參數(shù))。步驟807 DeNB決定將該新建立的UE Sl承載映射到哪個(gè)DRB上，根據(jù)UE承 載的服務(wù)質(zhì)量參數(shù)修改該DRB的QCI參數(shù)，為新建立的Sl承載分配UE RB ID，并建立 UE RB ID和UE S1承載的GTP TE ID之間的對(duì)應(yīng)關(guān)系，完成上述操作后，向中繼節(jié)點(diǎn)的 MME發(fā)送更新承載請(qǐng)求(Update BearRequest)。步驟808:中繼節(jié)點(diǎn)的MME進(jìn)行承載更新的相關(guān)處理，并向DeNB返回更新承 載響應(yīng)消息(Update Bear Response)。步驟809 DeNB向中繼節(jié)點(diǎn)發(fā)送UnDRB重配置完成消息(UnDRBReconfiguration Complete)，該消息中攜帶如下信息UE Sl承載所對(duì)應(yīng)的DRB標(biāo)識(shí) 及該 DRB 的 QCI 參數(shù)，UE Sl 承載的 UE RB ID，UERB ID 禾Π UE Sl 承載的 GTP-TEID
之間的對(duì)應(yīng)關(guān)系。步驟810:中繼節(jié)點(diǎn)進(jìn)行Un數(shù)據(jù)無(wú)線承載的重配置的相關(guān)操作，保存上述Un數(shù) 據(jù)無(wú)線承載的重配置完成消息內(nèi)容；中繼節(jié)點(diǎn)向UE的MME發(fā)送Sl承載建立完成消息 (Si Bearer Setup Complete)，完成Sl承載的建立過(guò)程。圖9示出了本發(fā)明實(shí)施例提出的在協(xié)議棧架構(gòu)2下UE承載建立流程，包括如下 步驟步驟901 用戶設(shè)備(UE)產(chǎn)生業(yè)務(wù)時(shí)，向中繼節(jié)點(diǎn)發(fā)送服務(wù)請(qǐng)求消息(Service Request) 步驟902 中繼節(jié)點(diǎn)向DeNB發(fā)送服務(wù)請(qǐng)求消息。步驟903 DeNB向UE的移動(dòng)管理實(shí)體(MME)發(fā)送服務(wù)請(qǐng)求消息。步驟904 UE的MME進(jìn)行建立MME與演進(jìn)基站設(shè)備之間的Sl承載建立的相 關(guān)處理，向DeNB發(fā)送Sl承載建立請(qǐng)求(Si Bearer Setup)。步驟905 DeNB進(jìn)行建立Un 口 Sl承載的相關(guān)處理，并進(jìn)行Un 口數(shù)據(jù)無(wú)線承 載重配置處理決定將新建立的UE Sl承載映射到哪個(gè)DRB上，修改該DRB的QCI參 數(shù)，為新建立的Sl承載分配UERB ID，并建立UE RBID和UE Sl承載的GTP-TEID之 間的對(duì)應(yīng)關(guān)系，完成上述操作后，向中繼節(jié)點(diǎn)發(fā)送Sl承載建立請(qǐng)求消息或Un DRB重配 置請(qǐng)求消息(Un DRBReconfiguration)。該消息中攜帶新Un Sl承載信息及如下信息UE Sl承載所映射的DRB標(biāo)識(shí)及該DRB的QCI參數(shù)，UE Sl承載的UE RB ID，UERBID 和UE Sl承載的GTP-TEID之間的對(duì)應(yīng)關(guān)系。步驟906 中繼節(jié)點(diǎn)進(jìn)行建立Sl承載和Un數(shù)據(jù)無(wú)線承載的重配置的相關(guān)操作， 保存上述Sl承載建立請(qǐng)求(Un數(shù)據(jù)無(wú)線承載的重配置請(qǐng)求)消息內(nèi)容；并向UE發(fā)送UE 無(wú)線承載建立請(qǐng)求消息(UE RB Setup)，要求建立UE無(wú)線承載。。步驟907: UE進(jìn)行建立無(wú)線承載的相關(guān)配置操作，向中繼節(jié)點(diǎn)發(fā)送UE無(wú)線承 載建立完成消息(UE RB Setup Complete)。步驟908 中繼節(jié)點(diǎn)向DeNB發(fā)送Un DRB重配置完成消息(Un DRBReconfiguration Complete)。步驟909 DeNB向UE的MME發(fā)送Sl承載建立完成消息(Si BearerSetup Complete)，完成Sl承載的建立過(guò)程。本發(fā)明實(shí)施例的第二個(gè)方面，提出PDCP對(duì)UE承載的復(fù)用方案。在增加UE RB ID之后，DeNB和中繼節(jié)點(diǎn)都可以在L2區(qū)分UE的不同數(shù)據(jù)流， 使DeNB和中繼節(jié)點(diǎn)的PDCP對(duì)不同UE的數(shù)據(jù)可進(jìn)行分別處理，支持Uu 口和Un 口聯(lián) 合PDCP編號(hào)和區(qū)分UE的QoS管理。本發(fā)明方案提出，在Un 口的PDCP層增加對(duì)UE RB的復(fù)用功能。具體地說(shuō)， 在R8PDCP PDU的頭部中，增加UE RB ID域以區(qū)分不同UE承載的數(shù)據(jù)，如圖10所示 為本發(fā)明實(shí)施例的PDCP數(shù)據(jù)PDU結(jié)構(gòu)圖，包括三個(gè)部分，分別是UE無(wú)線承載標(biāo)識(shí)(UE RB ID)域、PDCP序列號(hào)域和數(shù)據(jù)載荷域，其中，數(shù)據(jù)載荷域?yàn)閴嚎s過(guò)的PDCP服務(wù)數(shù)據(jù) 單元(Service Data Unit, SDU)。
該實(shí)施方案使Un 口 RLC和MAC層保持與Uu 口 一致，即RLC層和MAC層不區(qū) 分UE RB，RLC層對(duì)DRB包含的UE RB ID進(jìn)行聯(lián)合處理(分段串接)形成RLC PDU,
MAC層基于DRB進(jìn)行復(fù)用。本發(fā)明實(shí)施例的第三個(gè)方面，提出Un 口 PDCP對(duì)傳輸網(wǎng)絡(luò)層協(xié)議頭的壓縮方案。GTP-U頭部中的GTP隧道標(biāo)識(shí)(GTP-TEID)與UE RB ID是——對(duì)應(yīng)關(guān)系，接
收端可根據(jù)UE RB ID恢復(fù)，因此GTP-TEID不需要壓縮或者可以將其轉(zhuǎn)換為UE RB ID。本發(fā)明實(shí)施例提出的頭壓縮方案包括Un 口 上對(duì)” innerIP header” 和” outerIP header” 分別進(jìn)行壓縮，并且 Uu 口和 Un 口對(duì)innerIP header采用相同的PDCP壓縮算法。Un 口的PDCP發(fā)送實(shí)體先將用戶 的隧道分組數(shù)據(jù)單元(T-PDU)中的GTP-TEID轉(zhuǎn)換為UE RBID,同時(shí)將GTP-U header 中除了 GTP-TEID的部分和IP+UDP header進(jìn)行壓縮，” outerIP header”可壓縮為1 3bytes。然后將” innerIP header” 壓縮為 2 4bytes。以VoIP業(yè)務(wù)為例，壓縮前的PDCP SDU如圖11所示，除去長(zhǎng)度為32字節(jié)的
VoIP幀，頭部總長(zhǎng)度為96字節(jié)至116字節(jié)。其中，外層IP頭部包括IP頭部(根據(jù)IPv4 或IPv6的不同，長(zhǎng)度為20字節(jié)至40字節(jié))、UDP頭部(8字節(jié))和GTP-U頭部(8字 節(jié))，內(nèi)層IP頭部包括IP頭部(40字節(jié))、UDP頭部(8字節(jié))和RTP頭部(12字節(jié))。壓縮后的PDCP SDU如圖12所示，包含VoIP幀在內(nèi)的總長(zhǎng)度才35字節(jié)至39字 節(jié)，其中第一壓縮頭部(對(duì)應(yīng)外層IP頭部)長(zhǎng)度為1至3字節(jié)，第二壓縮頭部(對(duì)應(yīng)內(nèi) 層IP頭部)長(zhǎng)度為2至4字節(jié)。在協(xié)議棧架構(gòu)1下，中繼節(jié)點(diǎn)和DeNB的發(fā)送端根據(jù)GTP-TEID和Un 口的DRB
之間的映射關(guān)系，將用戶分組數(shù)據(jù)單元(T-PDU)發(fā)送給相應(yīng)的PDCP實(shí)體，該P(yáng)DCP實(shí) 體對(duì)應(yīng)一個(gè)DRB0本發(fā)明實(shí)施例的第四個(gè)方面，提出對(duì)PDCP實(shí)體的優(yōu)化方案。本發(fā)明實(shí)施例方案中，對(duì)不同UE EPS承載的數(shù)據(jù)分別進(jìn)行處理，對(duì)LTER8中 針對(duì)DRB的PDCP實(shí)體進(jìn)行優(yōu)化，每個(gè)DRB的PDCP實(shí)體中增加UE RB的PDCP實(shí)體， 對(duì)應(yīng)映射到該DRB上的UE RB。圖13為本發(fā)明實(shí)施例提出的DeNB的Un 口 PDCP發(fā)送實(shí)體框圖。Un 口 PDCP發(fā)送實(shí)體1300Un位于傳輸層(GTP-U/UDP/IP)和RLC層之間，包 括頭部壓縮(Header Compression)模塊1301、UE RB PDCP發(fā)送實(shí)體1302、調(diào)度/流 控(scheduler/flow control)模塊 1303。頭部壓縮模塊1301，用于對(duì)來(lái)自傳輸層的PDCP SDU的” innerIP header+outerIP header”進(jìn)行頭壓縮，將GTP-TEID轉(zhuǎn)換成UE RB ID。再根據(jù)UE RBID將頭壓縮后的
數(shù)據(jù)發(fā)送給相應(yīng)的UE RB PDCP發(fā)送實(shí)體1302，而與PDCPSDU無(wú)關(guān)的數(shù)據(jù)包則直接發(fā) 送給調(diào)度/流控模塊1303。Un 口 PDCP發(fā)送實(shí)體1300中可包括多個(gè)UE RB PDCP發(fā)送實(shí)體1302，每個(gè)UE RB PDCP發(fā)送實(shí)體1302對(duì)應(yīng)一個(gè)無(wú)線承載，實(shí)際上就是對(duì)應(yīng)一個(gè)UE RB ID。每個(gè)UE RB PDCP發(fā)送實(shí)體1302又進(jìn)一步包括編號(hào)(Sequence Numbering)模塊1304，對(duì)UE RB分配序列號(hào)，實(shí)現(xiàn)了對(duì)每個(gè)UERB獨(dú)立編號(hào)；加密(Ciphering)模塊1305，用于對(duì)UE RB實(shí)現(xiàn)加密，加密算法與R8兼容，但 是加密所用的參數(shù)為UE RB的序列號(hào)和UE RB ID。封裝(Add PDCP Header)模塊1306，用于對(duì)每個(gè)UE RB添加PDCP頭部。調(diào)度/流控模塊決定不同UE RB數(shù)據(jù)向RLC實(shí)體的發(fā)送順序，實(shí)現(xiàn)了對(duì)不同UE 承載數(shù)據(jù)的調(diào)度和控制。調(diào)度/流控模塊1303用于決定不同UE RB數(shù)據(jù)向RLC實(shí)體的發(fā)送順序，并根 據(jù)所述發(fā)送順序發(fā)送UE RB數(shù)據(jù)；實(shí)現(xiàn)了對(duì)不同UE承載數(shù)據(jù)的調(diào)度和控制。圖14為本發(fā)明實(shí)施例提出的DeNB的Un 口 PDCP接收實(shí)體框圖。Un 口 PDCP 接收實(shí)體1400同樣位于傳輸層和RLC層之間，包括解封裝(RemovePDCP Header)模塊 1401、UE RB PDCP 接收實(shí)體 1402、頭部解壓縮(HeaderDecompression)模塊 1403。解封裝模塊1401用于對(duì)來(lái)自RLC實(shí)體的PDCP PDU進(jìn)行解封裝，從其中的 PDCP頭部中得到PDCP序列號(hào)和UE RB ID，然后根據(jù)UE RB ID將數(shù)據(jù)發(fā)送至相應(yīng)的UE RB PDCP接收實(shí)體1402。與PDCP SDU無(wú)關(guān)的數(shù)據(jù)包則在解封裝之后直接發(fā)送至頭部 解壓縮模塊1403。DRB的PDCP接收實(shí)體1400中可包含多個(gè)UE RB PDCP接收實(shí)體1402，每個(gè) UE RB PDCP接收實(shí)體1402對(duì)應(yīng)一個(gè)無(wú)線承載，實(shí)際上就是對(duì)應(yīng)一個(gè)UE RB ID。每個(gè) UE RB PDCP接收實(shí)體1402包括解密(Deciphering)模塊1404，用于根據(jù) PDCP SN 和 UE RB ID 對(duì) PDCPPDU 進(jìn)
行解密，得到各個(gè)UE RB的數(shù)據(jù)；按序遞交及重復(fù)性檢測(cè)(Inorder delivery and duplicate detection)模塊 1405，用于 根據(jù)PDCP SN對(duì)各個(gè)UE RB的數(shù)據(jù)分別進(jìn)行按序遞交及重復(fù)性檢測(cè)。頭部解壓縮(HeaderDecompression)模塊 1403，用于根據(jù) UE RB ID 恢復(fù) GTP TE ID,從被壓縮頭部中恢復(fù)” innerIPheader” 禾P” outerIPheader” 中除了 GTP-TEID 的部分。本發(fā)明實(shí)施例提出的” innerIP header”禾口” outerIP header”分別壓縮的方法 使中繼節(jié)點(diǎn)的PDCP實(shí)體可以省略頭壓縮/解壓縮部分。因?yàn)閁n 口上OuterIPheader和 InnerIP header是分別進(jìn)行壓縮的，其中對(duì)innerIP header的壓縮算法與Uu 口 ROCH算法 相同，中繼節(jié)點(diǎn)的PDCP實(shí)體不需對(duì)innerIP header進(jìn)行處理。此外，Uu 口和Un 口 PDCP聯(lián)合編號(hào)，使中繼節(jié)點(diǎn)的PDCP發(fā)送實(shí)體省去PDCP 序列編號(hào)模塊，因?yàn)榭梢灾苯永肬E和DeNB的PDCP編號(hào)。圖15為本發(fā)明實(shí)施例提出的中繼節(jié)點(diǎn)的Un 口 PDCP發(fā)送實(shí)體框圖。中繼節(jié)點(diǎn) 的Un 口 PDCP發(fā)送實(shí)體1500的模塊基本與DeNB的Un 口 PDCP發(fā)送實(shí)體1300相同， 包括頭部壓縮模塊1501、多個(gè)UE RB PDCP發(fā)送實(shí)體1502和調(diào)度/流控模塊1503，各個(gè) 模塊的功能也基本與DeNB的Un 口 PDCP發(fā)送實(shí)體1300類似。與DeNB的Un 口 PDCP發(fā)送實(shí)體1300不同的是，頭部壓縮模塊1501只需壓縮 OuterIP Header,對(duì)InnerIP header的壓縮可以省去；UE RB PCDP發(fā)送實(shí)體1502中僅包括 加密模塊1503和封裝模塊1505，編號(hào)模塊可以省去，序列號(hào)直接使用Uu 口 PDCP序列號(hào)。
圖16為本發(fā)明實(shí)施例提出的中繼節(jié)點(diǎn)的Un 口 PDCP接收實(shí)體框圖。中繼節(jié)點(diǎn)的Un 口 PDCP接收實(shí)體1600的模塊基本與DeNB中繼節(jié)點(diǎn)的Un 口 PDCP接收實(shí)體1400相同，包括解封裝模塊1601、UE RB PDCP接收實(shí)體1602、頭部 解壓縮模塊1603，只是頭解壓縮模塊1603只需解壓OuterIP header,不需解壓InnerIP headerο圖17為本發(fā)明實(shí)施例提出的中繼節(jié)點(diǎn)的Uu 口 PDCP發(fā)送實(shí)體框圖，其中包括 加密模塊1701和封裝模塊1702，與LTE R8 PDCP發(fā)送實(shí)體相比省去了頭部壓縮模塊和
PDCP編號(hào)模塊。圖18為本發(fā)明實(shí)施例提出的中繼節(jié)點(diǎn)的Uu 口 PDCP接收實(shí)體框圖。其中包括 解封裝模塊1801、解密模塊1802和按序遞交及重復(fù)性檢測(cè)模塊1803。與LTE R8 PDCP 接收實(shí)體相比省去了頭部解壓縮模塊。對(duì)上述實(shí)施例方案進(jìn)行總結(jié)，相對(duì)于現(xiàn)有技術(shù)，具有如下特征1、增加Un 口上針對(duì)每個(gè)UE承載的UE RB ID,該標(biāo)識(shí)為PDCD層標(biāo)識(shí)。在 PDCP頭部中增加UE RB ID標(biāo)識(shí)以區(qū)分不同UE承載的數(shù)據(jù)，支持PDCP層對(duì)不同UE承
載數(shù)據(jù)的復(fù)用。2.Un接口傳輸網(wǎng)絡(luò)層協(xié)議頭部壓縮方法，即將“innerIP header”和” outerIP header”分別壓縮，并將GTP-U頭部中的GTP-TEID轉(zhuǎn)換為1 2bytes的UE RB ID標(biāo)識(shí)。3.在現(xiàn)有的PDCP實(shí)體(包括發(fā)送和接收)中增加UE RB PDCP實(shí)體(包括發(fā)送 和接收)，支持對(duì)不同UE的承載分別進(jìn)行PDCP處理(序列編號(hào)、按序遞交和重復(fù)性檢 測(cè))。4.Uu 口和Un 口對(duì)” innerlPheader”采用相同的PDCP壓縮算法。中繼不需對(duì) innerIP header進(jìn)行壓縮/解壓縮，并且在Un 口和Uu 口聯(lián)合PDCP處理時(shí)，Uu/Un接口
的中繼側(cè)PDCP實(shí)體都可省去PDCP編號(hào)功能。本發(fā)明方案相對(duì)于現(xiàn)有技術(shù)，具有如下較佳實(shí)施效果1.解決現(xiàn)有技術(shù)中存在的Un接口的傳輸網(wǎng)絡(luò)層協(xié)議頭部壓縮問(wèn)題，Un 口 PDCP 實(shí)體對(duì)” innerlPheader” 和” outert tunnel IP header” 分別進(jìn)行壓縮。2.Un 接口對(duì) “innerlPheader” 禾口” outerIP header” 分別進(jìn)行壓縮，Uu 口禾口 Un 口對(duì)” innerIP header”采用相同的PDCP壓縮算法。使中繼節(jié)省了壓縮/解壓縮InnerIP header步驟，減少了中繼處理延時(shí)。3.解決了在Un接口區(qū)分UE承載的問(wèn)題，進(jìn)而支持了 Uu接口和Un接口的聯(lián)合 PDCP編號(hào)、不同UE承載的QoS管理/流量控制功能。4.在PDCP層增加對(duì)UE承載的復(fù)用，保證了與R8的MAC/RLC層的兼容，同 時(shí)不增加任何系統(tǒng)開銷。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的 精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之 內(nèi)。
權(quán)利要求
1.一種LTE中繼系統(tǒng)中分組匯聚協(xié)議PDCP的實(shí)現(xiàn)方法，其特征在于，在Un 口 PDCP 層引入針對(duì)用戶設(shè)備無(wú)線承載的標(biāo)識(shí)，使Un 口 PDCP層支持對(duì)不同用戶設(shè)備的數(shù)據(jù)的復(fù) 用；在用戶設(shè)備UE產(chǎn)生業(yè)務(wù)，進(jìn)行Sl承載的建立過(guò)程中，包括如下步驟觸發(fā)中繼節(jié)點(diǎn)與演進(jìn)基站設(shè)備之間的Un 口的中繼節(jié)點(diǎn)Un無(wú)線承載重配置過(guò)程；所 述中繼節(jié)點(diǎn)Un無(wú)線承載重配置過(guò)程中，演進(jìn)基站設(shè)備和中繼節(jié)點(diǎn)完成Un 口用戶設(shè)備的 無(wú)線承載和Un 口中繼的數(shù)據(jù)無(wú)線承載DRB之間的多對(duì)一映射，并建立用戶設(shè)備無(wú)線承 載標(biāo)識(shí)和用戶設(shè)備Sl承載的GPRS隧道協(xié)議GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān)系。
2.根據(jù)權(quán)利要求1所述的LTE中繼系統(tǒng)中分組匯聚協(xié)議的實(shí)現(xiàn)方法，其特征在于，所 述中繼系統(tǒng)采用完全層3中繼的協(xié)議棧架構(gòu)，所述在用戶設(shè)備UE產(chǎn)生業(yè)務(wù)，進(jìn)行Sl承 載的建立過(guò)程中，包括如下步驟中繼節(jié)點(diǎn)收到來(lái)自用戶設(shè)備的服務(wù)請(qǐng)求消息后，向用戶設(shè)備的移動(dòng)管理實(shí)體MME發(fā) 送服務(wù)請(qǐng)求消息；用戶設(shè)備的MME收到服務(wù)請(qǐng)求消息后，向中繼節(jié)點(diǎn)發(fā)送Sl承載建立請(qǐng)求；中繼節(jié) 點(diǎn)向用戶設(shè)備發(fā)送Uu無(wú)線承載建立請(qǐng)求消息，要求建立無(wú)線承載；所述Uu為中繼節(jié)點(diǎn) 與用戶設(shè)備之間的接口；用戶設(shè)備進(jìn)行建立Uu無(wú)線承載的相關(guān)配置操作后，向中繼節(jié)點(diǎn)發(fā)送無(wú)線承載建立完 成消息；中繼節(jié)點(diǎn)向演進(jìn)基站設(shè)備發(fā)送Un數(shù)據(jù)無(wú)線承載重配置請(qǐng)求消息，將所述UE的 GTP隧道標(biāo)識(shí)和UE承載的服務(wù)質(zhì)量參數(shù)發(fā)送至演進(jìn)基站設(shè)備；演進(jìn)基站設(shè)備決定將新建立的UE Sl承載映射到相應(yīng)的Un數(shù)據(jù)無(wú)線承載上，根據(jù) UE承載的服務(wù)質(zhì)量參數(shù)修改所述Un數(shù)據(jù)無(wú)線承載的服務(wù)質(zhì)量參數(shù)，為新建立的Sl承載 分配Un 口的用戶設(shè)備無(wú)線承載標(biāo)識(shí)，并建立所述用戶設(shè)備無(wú)線承載標(biāo)識(shí)和用戶設(shè)備Sl 承載的GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān)系；演進(jìn)基站設(shè)備向中繼節(jié)點(diǎn)的MME發(fā)送更新承載請(qǐng)求；中繼節(jié)點(diǎn)的MME進(jìn)行承載更 新的相關(guān)處理，并向演進(jìn)基站設(shè)備返回更新承載響應(yīng)消息；演進(jìn)基站設(shè)備向中繼節(jié)點(diǎn)發(fā)送Un數(shù)據(jù)無(wú)線承載重配置完成消息，該消息中攜帶如下 信息用戶設(shè)備Sl承載所映射的Un數(shù)據(jù)無(wú)線承載標(biāo)識(shí)及該Un數(shù)據(jù)無(wú)線承載的服務(wù)質(zhì)量 參數(shù)，用戶設(shè)備Sl承載的用戶設(shè)備無(wú)線承載標(biāo)識(shí)，用戶設(shè)備無(wú)線承載標(biāo)識(shí)和用戶設(shè)備Sl 承載的GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān)系；中繼節(jié)點(diǎn)進(jìn)行Un數(shù)據(jù)無(wú)線承載的重配置的相關(guān)操作，保存上述Un數(shù)據(jù)無(wú)線承載重 配置完成消息內(nèi)容；中繼節(jié)點(diǎn)向用戶設(shè)備的MME發(fā)送Sl承載建立完成消息，完成Sl承載的建立過(guò)程。
3.根據(jù)權(quán)利要求1所述的LTE中繼系統(tǒng)中分組匯聚協(xié)議的實(shí)現(xiàn)方法，其特征在于，所 述中繼系統(tǒng)采用X2/S1代理中繼的協(xié)議棧架構(gòu)，所述在用戶設(shè)備UE產(chǎn)生業(yè)務(wù)，進(jìn)行Sl 承載的建立過(guò)程中，包括如下步驟中繼節(jié)點(diǎn)收到來(lái)自用戶設(shè)備的服務(wù)請(qǐng)求消息后，向演進(jìn)基站設(shè)備發(fā)送服務(wù)請(qǐng)求消 息；演進(jìn)基站設(shè)備向用戶設(shè)備的MME發(fā)送服務(wù)請(qǐng)求消息；用戶設(shè)備的MME進(jìn)行建立MME與演進(jìn)基站設(shè)備之間的Sl承載建立的相關(guān)處理， 向演進(jìn)基站設(shè)備發(fā)送Sl承載建立請(qǐng)求；演進(jìn)基站設(shè)備進(jìn)行建立Un 口 Sl承載的相關(guān)處理，并進(jìn)行Un 口數(shù)據(jù)無(wú)線承載重配置處理決定將新建立的用戶設(shè)備Sl承載映射到相應(yīng)的Un數(shù)據(jù)無(wú)線承載上，根據(jù)用戶設(shè) 備承載的服務(wù)質(zhì)量參數(shù)修改所述Un數(shù)據(jù)無(wú)線承載的服務(wù)質(zhì)量參數(shù)，為新建立的Sl承載 分配Un 口用戶設(shè)備無(wú)線承載標(biāo)識(shí)，并建立所述用戶設(shè)備無(wú)線承載標(biāo)識(shí)和用戶設(shè)備Sl承 載的GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān)系；演進(jìn)基站設(shè)備向中繼節(jié)點(diǎn)發(fā)送Sl承載建立請(qǐng)求消息或Un數(shù)據(jù)無(wú)線承載的重配置請(qǐng) 求消息，該消息中攜帶新Un Sl承載信息及如下信息用戶設(shè)備Sl承載所映射的Un數(shù)據(jù) 無(wú)線承載標(biāo)識(shí)及該Un數(shù)據(jù)無(wú)線承載的服務(wù)質(zhì)量參數(shù)，用戶設(shè)備Sl承載的用戶設(shè)備無(wú)線 承載標(biāo)識(shí)，用戶設(shè)備無(wú)線承載標(biāo)識(shí)和用戶設(shè)備Sl承載的GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān)系；中繼節(jié)點(diǎn)進(jìn)行建立Sl承載和Un數(shù)據(jù)無(wú)線承載的重配置的相關(guān)操作，保存上述Sl承 載建立請(qǐng)求消息或Un數(shù)據(jù)無(wú)線承載的重配置請(qǐng)求消息的內(nèi)容；中繼節(jié)點(diǎn)向用戶設(shè)備發(fā)送用戶設(shè)備無(wú)線承載建立請(qǐng)求消息，要求建立Uu無(wú)線承載；用戶設(shè)備進(jìn)行建立無(wú)線承載的相關(guān)處理，向中繼節(jié)點(diǎn)發(fā)送用戶設(shè)備無(wú)線承載建立完 成消息；中繼節(jié)點(diǎn)向演進(jìn)基站設(shè)備發(fā)送Un已配置資源塊重配置完成消息，演進(jìn)基站設(shè)備 向用戶設(shè)備的MME發(fā)送Sl承載建立完成消息。
4.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，在Un口 PDCP協(xié)議數(shù)據(jù)單 元中包含用于攜帶用戶設(shè)備無(wú)線承載標(biāo)識(shí)的用戶設(shè)備無(wú)線承載標(biāo)識(shí)域，進(jìn)行對(duì)映射到相 同Un無(wú)線數(shù)據(jù)承載上的不同用戶設(shè)備無(wú)線承載的復(fù)用；該方法進(jìn)一步包括Un 口的無(wú)線鏈路控制協(xié)議RLC層對(duì)PDCP協(xié)議數(shù)據(jù)單元包含的用戶設(shè)備無(wú)線承載標(biāo) 識(shí)進(jìn)行聯(lián)合處理形成RLC協(xié)議數(shù)據(jù)單元，Un 口的媒體接入控制MAC層基于Un數(shù)據(jù)無(wú) 線承載DRB進(jìn)行復(fù)用。
5.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，該方法進(jìn)一步包括若Un 口的發(fā)送端為演進(jìn)基站設(shè)備，則演進(jìn)基站設(shè)備對(duì)PDCP服務(wù)數(shù)據(jù)單元的內(nèi)層IP 頭部和外層IP頭部分別壓縮；若Un 口的發(fā)送端為中繼節(jié)點(diǎn)，則中繼節(jié)點(diǎn)對(duì)外層IP頭部 進(jìn)行壓縮；若Un 口的接收端為演進(jìn)基站設(shè)備，則演進(jìn)基站設(shè)備對(duì)已壓縮的內(nèi)層IP頭部和外層IP 頭部分別進(jìn)行解壓縮；若Un 口的接收端為中繼節(jié)點(diǎn)，則中繼節(jié)點(diǎn)對(duì)外層IP頭部進(jìn)行解壓 縮。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述對(duì)PDCP服務(wù)數(shù)據(jù)單元的內(nèi)層IP頭 部和外層IP頭部分別壓縮的過(guò)程中，將其中的GTP隧道標(biāo)識(shí)轉(zhuǎn)換為對(duì)應(yīng)的用戶設(shè)備無(wú)線 承載標(biāo)識(shí)。
7.—種演進(jìn)基站設(shè)備，包括無(wú)線資源鏈路控制實(shí)體和傳輸層實(shí)體，其特征在于，所 述演進(jìn)基站設(shè)備包括Un 口的分組匯聚協(xié)議PDCP發(fā)送實(shí)體；所述Un 口 PDCP發(fā)送實(shí)體包括頭部壓縮模塊、多個(gè)用戶設(shè)備無(wú)線承載PDCP發(fā)送實(shí) 體和調(diào)度/流控模塊，每個(gè)用戶設(shè)備無(wú)線承載PDCP發(fā)送實(shí)體對(duì)應(yīng)一個(gè)Un 口用戶設(shè)備無(wú) 線承載標(biāo)識(shí)；所述頭部壓縮模塊，用于對(duì)來(lái)自傳輸層的PDCP服務(wù)數(shù)據(jù)單元的內(nèi)層IP頭部和外層 IP頭部分別進(jìn)行壓縮，將其中的GTP隧道標(biāo)識(shí)轉(zhuǎn)換成對(duì)應(yīng)的用設(shè)備無(wú)線承載標(biāo)識(shí)，再根 據(jù)用設(shè)備無(wú)線承載標(biāo)識(shí)將頭壓縮后的數(shù)據(jù)發(fā)送給與所述無(wú)線承載標(biāo)識(shí)對(duì)應(yīng)的用戶設(shè)備無(wú) 線承載PDCP發(fā)送實(shí)體；用戶設(shè)備無(wú)線承載PDCP發(fā)送實(shí)體包括編號(hào)模塊，對(duì)用戶設(shè)備無(wú)線承載分配序列號(hào)，實(shí)現(xiàn)了對(duì)每個(gè)用戶設(shè)備無(wú)線承載獨(dú)立編號(hào)；加密模塊，用于對(duì)用戶設(shè)備無(wú)線承載實(shí)現(xiàn)加密，加密所用的參數(shù)為用戶設(shè)備無(wú)線承 載的序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)；封裝模塊，用于對(duì)每個(gè)用戶設(shè)備無(wú)線承載數(shù)據(jù)添加PDCP頭部；調(diào)度/流控模塊用于決定不同用戶設(shè)備無(wú)線承載數(shù)據(jù)向無(wú)線資源鏈路控制實(shí)體的發(fā) 送順序，并根據(jù)所述發(fā)送順序發(fā)送用戶設(shè)備無(wú)線承載數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的演進(jìn)基站設(shè)備，其特征在于，所述演進(jìn)基站設(shè)備進(jìn)一步包括 Un 口的PDCP接收實(shí)體，所述Un 口 PDCP接收實(shí)體包括解封裝模塊、多個(gè)用戶設(shè)備無(wú)線 承載PDCP接收實(shí)體和頭部解壓縮模塊；每個(gè)用戶設(shè)備無(wú)線承載PDCP接收實(shí)體對(duì)應(yīng)一個(gè) 用戶設(shè)備無(wú)線承載標(biāo)識(shí)；解封裝模塊用于對(duì)來(lái)自無(wú)線資源鏈路控制實(shí)體的PDCP協(xié)議數(shù)據(jù)單元進(jìn)行解封裝， 從其中的PDCP頭部中得到PDCP序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)，然后根據(jù)用戶設(shè)備無(wú) 線承載標(biāo)識(shí)將PDCP協(xié)議數(shù)據(jù)單元發(fā)送至相應(yīng)的用戶設(shè)備無(wú)線承載PDCP接收實(shí)體；每個(gè)用戶設(shè)備無(wú)線承載PDCP接收實(shí)體包括解密模塊，用于根據(jù)PDCP序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)對(duì)PDCP協(xié)議數(shù)據(jù)單元進(jìn) 行解密，得到各個(gè)用戶設(shè)備無(wú)線承載的數(shù)據(jù)；按序遞交及重復(fù)性檢測(cè)模塊，用于根據(jù)PDCP序列號(hào)對(duì)各個(gè)用戶設(shè)備無(wú)線承載的數(shù) 據(jù)分別進(jìn)行按序遞交及重復(fù)性檢測(cè)；頭部解壓縮模塊，用于根據(jù)用戶設(shè)備無(wú)線承載標(biāo)識(shí)恢復(fù)GTP隧道標(biāo)識(shí)，從被壓縮頭 部中恢復(fù)內(nèi)層IP頭部和外層IP頭部中除GTP隧道標(biāo)識(shí)的部分。
9.一種中繼節(jié)點(diǎn)，包括傳輸層實(shí)體和無(wú)線鏈路控制層實(shí)體，其特征在于，所述中繼 節(jié)點(diǎn)還包括Un 口的分組匯聚協(xié)議PDCP發(fā)送實(shí)體以及Un 口的PDCP接收實(shí)體；所述Un 口 PDCP發(fā)送實(shí)體包括頭部壓縮模塊、多個(gè)用戶設(shè)備無(wú)線承載PDCP發(fā)送實(shí) 體和調(diào)度/流控模塊，每個(gè)用戶設(shè)備無(wú)線承載PDCP發(fā)送實(shí)體對(duì)應(yīng)一個(gè)Un 口用戶設(shè)備無(wú) 線承載標(biāo)識(shí)；所述頭部壓縮模塊，用于對(duì)來(lái)自傳輸層實(shí)體的PDCP服務(wù)數(shù)據(jù)單元的外層IP頭部 分別進(jìn)行壓縮，將其中的GTP隧道標(biāo)識(shí)轉(zhuǎn)換成對(duì)應(yīng)的用設(shè)備無(wú)線承載標(biāo)識(shí)，再根據(jù)用設(shè) 備無(wú)線承載標(biāo)識(shí)將頭壓縮后的數(shù)據(jù)發(fā)送給與所述無(wú)線承載標(biāo)識(shí)對(duì)應(yīng)的用戶設(shè)備無(wú)線承載 PDCP發(fā)送實(shí)體；用戶設(shè)備無(wú)線承載PDCP發(fā)送實(shí)體包括加密模塊，用于對(duì)用戶設(shè)備無(wú)線承載實(shí)現(xiàn)加密，加密所用的參數(shù)為該數(shù)據(jù)的用戶設(shè) 備無(wú)線承載PDCP序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)，所述PDCP序列號(hào)為Uu 口上該數(shù)據(jù) 的PDCP序列號(hào)；封裝模塊，用于對(duì)每個(gè)用戶設(shè)備無(wú)線承載數(shù)據(jù)添加PDCP頭部，所述PDCP頭部包 含Un 口用戶設(shè)備無(wú)線承載標(biāo)識(shí)和PDCP序列號(hào)，所述PDCP序列號(hào)為Uu 口上該數(shù)據(jù)的 PDCP序列號(hào)；調(diào)度/流控模塊用于決定不同用戶設(shè)備無(wú)線承載數(shù)據(jù)向無(wú)線資源鏈路控制實(shí)體的發(fā)送順序，并根據(jù)所述發(fā)送順序發(fā)送用戶設(shè)備無(wú)線承載數(shù)據(jù)；所述Un 口 PDCP接收實(shí)體包括解封裝模塊、多個(gè)用戶設(shè)備無(wú)線承載PDCP接收實(shí)體 和頭部解壓縮模塊；每個(gè)用戶設(shè)備無(wú)線承載PDCP接收實(shí)體對(duì)應(yīng)一個(gè)用戶設(shè)備無(wú)線承載 標(biāo)識(shí)；解封裝模塊用于對(duì)來(lái)自無(wú)線資源鏈路控制實(shí)體的PDCP協(xié)議數(shù)據(jù)單元進(jìn)行解封裝， 從其中的PDCP頭部中得到PDCP序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)，然后根據(jù)用戶設(shè)備無(wú) 線承載標(biāo)識(shí)將PDCP協(xié)議數(shù)據(jù)單元發(fā)送至相應(yīng)的用戶設(shè)備無(wú)線承載PDCP接收實(shí)體； 每個(gè)用戶設(shè)備無(wú)線承載接收實(shí)體包括解密模塊，用于根據(jù)PDCP序列號(hào)和用戶設(shè)備無(wú)線承載標(biāo)識(shí)對(duì)PDCP協(xié)議數(shù)據(jù)單元進(jìn) 行解密，得到各個(gè)用戶設(shè)備無(wú)線承載的數(shù)據(jù)；按序遞交及重復(fù)性檢測(cè)模塊，用于根據(jù)PDCP序列號(hào)對(duì)各個(gè)用戶設(shè)備無(wú)線承載的數(shù) 據(jù)分別進(jìn)行按序遞交及重復(fù)性檢測(cè)；頭部解壓縮模塊，用于根據(jù)用戶設(shè)備無(wú)線承載標(biāo)識(shí)恢復(fù)GTP隧道標(biāo)識(shí)，從被壓縮頭 部中外層IP頭部中除GTP隧道標(biāo)識(shí)的部分。
10.根據(jù)權(quán)利要求9所述的中繼節(jié)點(diǎn)，其特征在于，所述中繼節(jié)點(diǎn)還包括Uu 口的 PDCP發(fā)送實(shí)體以及Uu 口的PDCP接收實(shí)體； 所述Uu 口的PDCP發(fā)送實(shí)體包括加密模塊，用于對(duì)來(lái)自傳輸層的用戶設(shè)備無(wú)線承載的數(shù)據(jù)實(shí)現(xiàn)加密，加密所用的參 數(shù)為該數(shù)據(jù)的PDCP序列號(hào)和Uu 口用戶設(shè)備無(wú)線承載標(biāo)識(shí)，所述PDCP序列號(hào)為Un 口 上該數(shù)據(jù)的PDCP序列號(hào)；封裝模塊，用于對(duì)每個(gè)用戶設(shè)備無(wú)線承載添加PDCP頭部，所述PDCP頭部中的 PDCP序列號(hào)為Un 口上該數(shù)據(jù)的PDCP序列號(hào)，然后將用戶設(shè)備無(wú)線承載發(fā)送到無(wú)線鏈 路控制層實(shí)體；所述Uu 口的PDCP接收實(shí)體包括解封裝模塊、解密模塊和按序遞交及重復(fù)性檢測(cè)模塊；所述解封裝模塊用于對(duì)來(lái)自無(wú)線資源鏈路控制實(shí)體的PDCP協(xié)議數(shù)據(jù)單元進(jìn)行解封 裝，從其中的PDCP頭部中得到PDCP序列號(hào)；所述解密模塊，用于根據(jù)PDCP序列號(hào)和Uu 口用戶設(shè)備無(wú)線承載標(biāo)識(shí)對(duì)PDCP協(xié)議 數(shù)據(jù)單元進(jìn)行解密，得到各個(gè)用戶設(shè)備無(wú)線承載的數(shù)據(jù)；按序遞交及重復(fù)性檢測(cè)模塊，用于根據(jù)PDCP序列號(hào)對(duì)用戶設(shè)備無(wú)線承載的數(shù)據(jù)分 別進(jìn)行按序遞交及重復(fù)性檢測(cè)，然后將所述用戶設(shè)備無(wú)線承載的數(shù)據(jù)發(fā)送至傳輸層。
全文摘要
本發(fā)明公開了一種LTE無(wú)線中繼系統(tǒng)的分組匯聚協(xié)議(PDCP)的實(shí)現(xiàn)方法，在Un口PDCP層引入針對(duì)用戶設(shè)備無(wú)線承載的標(biāo)識(shí)，使Un口PDCP層支持對(duì)不同用戶設(shè)備的數(shù)據(jù)的復(fù)用；在用戶設(shè)備UE產(chǎn)生業(yè)務(wù)，進(jìn)行S1承載的建立過(guò)程中，包括如下步驟觸發(fā)中繼節(jié)點(diǎn)與演進(jìn)基站設(shè)備之間的Un口的中繼節(jié)點(diǎn)Un無(wú)線承載重配置過(guò)程；所述中繼節(jié)點(diǎn)Un無(wú)線承載重配置過(guò)程中，演進(jìn)基站設(shè)備和中繼節(jié)點(diǎn)完成Un口用戶設(shè)備的無(wú)線承載和Un口中繼的數(shù)據(jù)無(wú)線承載DRB之間的多對(duì)一映射，并建立用戶設(shè)備無(wú)線承載標(biāo)識(shí)和用戶設(shè)備S1承載的GPRS隧道協(xié)議GTP隧道標(biāo)識(shí)之間的對(duì)應(yīng)關(guān)系。本發(fā)明還公開了一種中繼節(jié)點(diǎn)及演進(jìn)基站設(shè)備。
文檔編號(hào)H04W76/02GK102026398SQ200910093218
公開日2011年4月20日 申請(qǐng)日期2009年9月15日 優(yōu)先權(quán)日2009年9月15日
發(fā)明者張莉莉, 潘瑜, 路楊, 高偉東 申請(qǐng)人:普天信息技術(shù)研究院有限公司