專利名稱：一種無(wú)線接入承載的傳輸方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信中的業(yè)務(wù)承載技術(shù)，尤其涉及一種無(wú)線接入承載的傳輸方法 和系統(tǒng)。
背景技術(shù)：
蜂窩無(wú)線通信系統(tǒng)如圖1所示，主要由終端(UE，User Equipment)、接入網(wǎng)和核心 網(wǎng)組成，基站(eNB)、或基站和基站控制器組成的網(wǎng)絡(luò)稱為無(wú)線接入網(wǎng)(RAN，Radio Access Network)，負(fù)責(zé)接入層事務(wù)，例如無(wú)線資源的管理；核心網(wǎng)負(fù)責(zé)非接入層事務(wù)，例如位置更 新等；UE是指可以與蜂窩無(wú)線通信網(wǎng)絡(luò)通信的各種設(shè)備，例如移動(dòng)電話、筆記本電腦等。 eNB之間可以根據(jù)實(shí)際情況存在物理或者邏輯上的連接，且每個(gè)eNB可以與一個(gè)或者一個(gè) 以上的核心網(wǎng)節(jié)點(diǎn)(CN，Core Network)連接。在蜂窩無(wú)線通信系統(tǒng)中，固定eNB網(wǎng)絡(luò)的無(wú)線覆蓋由于各種原因受到限制，例如 各種建筑結(jié)構(gòu)對(duì)于無(wú)線信號(hào)的阻擋等原因造成在無(wú)線網(wǎng)絡(luò)的覆蓋中無(wú)可避免的存在覆蓋 漏洞。另外，在小區(qū)的邊緣地帶，由于無(wú)線信號(hào)強(qiáng)度的減弱，以及相鄰小區(qū)的干擾，導(dǎo)致 UE在小區(qū)邊緣時(shí)通信質(zhì)量較差，無(wú)線傳輸?shù)腻e(cuò)誤率較高。為了提高數(shù)據(jù)的覆蓋率、群組 移動(dòng)性、臨時(shí)網(wǎng)絡(luò)部署、小區(qū)邊緣地帶的吞吐量以及新區(qū)域的覆蓋，現(xiàn)有技術(shù)引入了中繼 (Relay)的概念。Relay是指具有在網(wǎng)絡(luò)節(jié)點(diǎn)之間通過(guò)無(wú)線鏈路中繼數(shù)據(jù)功能的站點(diǎn)，也稱中繼節(jié) 點(diǎn)(Relay Node)或中繼站(Relay Station)，中繼網(wǎng)絡(luò)的結(jié)構(gòu)如圖2所示，其中，eNB直接 服務(wù)的UE稱為宏(Macro)UE，Relay服務(wù)的UE稱為Relay UE ；eNB與UE之間的無(wú)線鏈路 稱為直傳鏈路(direct link)，包含上/下行(DL/UL，downlink/uplink)直傳鏈路；Relay 與UE之間的無(wú)線鏈路稱為接入鏈路(accesslink)，包含DL/UL接入鏈路；eNB與Relay之 間的無(wú)線鏈路稱為回程鏈路(backhaul link)，包含DL/UL回程鏈路。Relay可以通過(guò)多種方法中繼數(shù)據(jù)，例如直接放大接收到的無(wú)線信號(hào)；或者將接 收的數(shù)據(jù)進(jìn)行處理，再將正確接收的數(shù)據(jù)轉(zhuǎn)發(fā)給UE ；或者Relay和eNB合作向UE發(fā)送數(shù)據(jù)。 反之，Relay也能中繼由UE向eNB發(fā)送的數(shù)據(jù)。在眾多的中繼類型中，存在一種中繼被稱為類型一中繼(Type I Relay)，其特點(diǎn) 如下UE無(wú)法區(qū)分中繼和固定eNB下的小區(qū)，即在UE看來(lái)，Relay本身就是一個(gè)小區(qū)， 與固定eNB下的小區(qū)沒(méi)有區(qū)別，此類小區(qū)可以稱為中繼小區(qū)。中繼小區(qū)有自身的小區(qū)物理 標(biāo)識(shí)(PCI，PhysiCal Cell Identity)，與普通小區(qū)一樣發(fā)送廣播，當(dāng)UE駐留在中繼小區(qū)中 時(shí)，中繼小區(qū)可以單獨(dú)分配無(wú)線資源給UE使用。中繼小區(qū)和Relay UE之間的接口以及協(xié) 議棧，與普通eNB小區(qū)和UE之間的相同。LTE系統(tǒng)采用基于互聯(lián)網(wǎng)協(xié)議(IP，Internet Protocol)的扁平化架構(gòu)，如圖3 所示，由演進(jìn)的通用地面無(wú)線接入網(wǎng)(E-UTRAN，Evolved UniversalTerrestrial Radio Access Network), CN以及其他支撐節(jié)點(diǎn)組成，其中CN包括移動(dòng)管理單元(MME，MobilityManagement Entity)和服務(wù)網(wǎng)關(guān)(S-GW，ServingGateway)，MME負(fù)責(zé)移動(dòng)性管理、非接入 層信令的處理、用戶的移動(dòng)管理、上下文的管理等控制面操作；S-GW負(fù)責(zé)UE用戶面數(shù)據(jù)的 傳送、轉(zhuǎn)發(fā)和路由切換等。eNB之間在邏輯上通過(guò)X2接口相連，用于支持UE在整個(gè)網(wǎng)絡(luò)內(nèi) 的移動(dòng)性，保證用戶的無(wú)縫切換；每個(gè)eNB通過(guò)Sl接口連接到系統(tǒng)架構(gòu)演進(jìn)(ASE，System Architecture Evolution)核心網(wǎng)，即通過(guò)控制平面的Sl-MME接口與MME相連，通過(guò)用戶平 面的Sl-U接口與S-GW相連，且Sl接口支持eNB與MME和S-GW之間的多點(diǎn)連接。Sl-MME接 口的協(xié)議棧如圖4所示，其網(wǎng)絡(luò)層使用IP協(xié)議，網(wǎng)絡(luò)層之上的傳輸層使用流控制傳輸協(xié)議 (SCTP, StreamControl Transmission Protocol)，應(yīng)用層使用控制面的應(yīng)用部分(S1-AP， Application Part)協(xié)議。Sl-U接口的協(xié)議棧如圖5所示，其通用數(shù)據(jù)傳輸平臺(tái)(GTP-U， General Data Transfer Platform) / 用戶數(shù)據(jù) 艮協(xié)議(UDP, User DatagramProtocol)/IP 組成了傳輸承載，用以傳輸eNB與S-GW之間的用戶面協(xié)議數(shù)據(jù)單元(PDU，Protocol Data Unit)。每個(gè)eNB通過(guò)Uu接口(UTRAN與UE之間的無(wú)線接口)與UE進(jìn)行信令和數(shù)據(jù)的傳 輸。圖6和圖7分別從控制面和用戶面顯示了 eNB與UE的Li，L2，L3之間的空口協(xié)議棧。LTE系統(tǒng)可提供端到端的服務(wù)，并且通過(guò)具體承載的參數(shù)來(lái)保證所提供業(yè)務(wù)的服 務(wù)質(zhì)量(QoS,Quality of Service)。在演進(jìn)的分組核心網(wǎng)(EPC,EvolvedPacket Core)和 E-UTRAN承載的QoS水平保證的粒度是演進(jìn)的分組系統(tǒng)(EPS，Evolved Packet System)承 載(EPS bearer)/E-UTRAN 的無(wú)線接入承載(E-RAB, E-UTRAN Radio Access Bearer) 在 S-GW 和公用數(shù)據(jù)網(wǎng)(PDN, Public DataNetfforks)網(wǎng)關(guān)(P-GW, PDN Gateffay)之間是通過(guò) S5/S8承載來(lái)傳輸EPS承載的數(shù)據(jù)包。在eNB和S-GW之間是通過(guò)Sl Bearer來(lái)傳輸E-RAB 的數(shù)據(jù)包，在UE和eNB之間是通過(guò)無(wú)線承載(Radio Bearer)來(lái)傳輸E-RAB的數(shù)據(jù)包。負(fù)責(zé)連接Relay的基站被稱為贈(zèng)與演進(jìn)基站(DeNB，Donr eNB)。Relay與DeNB之 間的無(wú)線接口被定義為Un接口，Un接口的無(wú)線承載被稱為Un RB ；UE與Relay之間的接口 仍被定義為Uu接口，Uu接口的無(wú)線承載被稱為Uu RB?，F(xiàn)有技術(shù)中對(duì)UE的E-RAB (即UE-E-RAB)的QoS定義參考下表1，稱為標(biāo)準(zhǔn)服務(wù)質(zhì) 量級(jí)別標(biāo)識(shí)(QCI，QoS Class Identified)。目前規(guī)定了 9類QoS是從QCI 1到QCI 9，每 類QCI規(guī)定了對(duì)應(yīng)的資源類型(Resource Type)，報(bào)文延時(shí)要求(Packet Delay Budget), 丟包率(Packet Error loss Rate)等參數(shù)。例如QCI為1表示其代表的資源類型為保證 速率(GBR，Guaranteed Bit Rate)，報(bào)文延時(shí)要求不超過(guò)100毫秒(ms)，丟包率不超過(guò)10_2 個(gè)。表 1
QCIResourcePriorityPacketPacketExampleTypeDelayError LossServicesBudgetRate 在Un接口中不同Un RB需要傳遞Relay上UE的控制信令、UE-E-RAB信息、Relay 本身的配置信息等數(shù)據(jù)。其中，UE-E-RAB的傳遞需要有QoS作為保證，由于現(xiàn)有的Un接口 僅能提供數(shù)量有限的Un RB承載，因此需要解決在保證QoS的前提下UE-E-RAB如何在數(shù)量 受限的Un RB中傳輸?shù)膯?wèn)題，然而現(xiàn)有技術(shù)還無(wú)法提供一種有效的解決方案，從而給實(shí)際應(yīng) 用帶來(lái)不便。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種無(wú)線接入承載的傳輸方法和系統(tǒng)，以 實(shí)現(xiàn)在保證QoS的前提下UE-E-RAB在數(shù)量受限的Un RB中的傳輸。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供了一種無(wú)線接入承載的傳輸方法，該方法包括終端UE業(yè)務(wù)承載的發(fā)送方對(duì)服務(wù)質(zhì)量QoS參數(shù)完全相同或部分相同的UE業(yè)務(wù)承 載進(jìn)行合并，并將合并后的UE業(yè)務(wù)承載復(fù)用到同一個(gè)底層數(shù)據(jù)承載上按照統(tǒng)一的QoS傳輸 給UE業(yè)務(wù)承載的接受方；所述UE業(yè)務(wù)承載的接受方根據(jù)預(yù)先配置的底層數(shù)據(jù)承載標(biāo)識(shí)與UE業(yè)務(wù)承載標(biāo)識(shí) 的對(duì)應(yīng)關(guān)系，從所述底層數(shù)據(jù)承載上獲取與所述底層數(shù)據(jù)承載標(biāo)識(shí)相對(duì)應(yīng)的UE業(yè)務(wù)承載。
所述對(duì)應(yīng)關(guān)系是由所述UE業(yè)務(wù)承載的發(fā)送方預(yù)先配置，并在傳輸U(kuò)E業(yè)務(wù)承載之 前發(fā)送給所述UE業(yè)務(wù)承載的接受方。所述UE業(yè)務(wù)承載合并具體為對(duì)服務(wù)質(zhì)量級(jí)別標(biāo)識(shí)QCI相同的UE業(yè)務(wù)承載進(jìn)行合并，或者對(duì)QoS參數(shù)中報(bào)文延 時(shí)要求和丟包率相同的UE業(yè)務(wù)承載進(jìn)行合并。該方法進(jìn)一步包括所述UE業(yè)務(wù)承載的接受方根據(jù)所述底層數(shù)據(jù)承載標(biāo)識(shí)選擇 返回所述UE業(yè)務(wù)承載所使用的底層數(shù)據(jù)承載。該方法進(jìn)一步包括在傳輸合并后的UE業(yè)務(wù)承載時(shí)，只傳輸通用數(shù)據(jù)傳輸平臺(tái) GTP協(xié)議數(shù)據(jù)。所述GTP協(xié)議數(shù)據(jù)的頭部只攜帶必選字段。所述底層數(shù)據(jù)承載為Un接口的無(wú)線承載Un RB，或中繼的無(wú)線接入承載 Relay-E-RAB0本發(fā)明還提供了一種無(wú)線接入承載的傳輸系統(tǒng)，該系統(tǒng)包括UE業(yè)務(wù)承載的發(fā)送 模塊和接受模塊，其中，所述UE業(yè)務(wù)承載的發(fā)送模塊，用于對(duì)QoS參數(shù)完全相同或部分相同的UE業(yè)務(wù)承 載進(jìn)行合并，并將合并后的UE業(yè)務(wù)承載復(fù)用到同一個(gè)底層數(shù)據(jù)承載上按照統(tǒng)一的QoS傳輸 給UE業(yè)務(wù)承載的接受模塊；所述UE業(yè)務(wù)承載的接受模塊，用于根據(jù)預(yù)先配置的底層數(shù)據(jù)承載標(biāo)識(shí)與UE業(yè)務(wù) 承載標(biāo)識(shí)的對(duì)應(yīng)關(guān)系，從所述底層數(shù)據(jù)承載上獲取與所述底層數(shù)據(jù)承載標(biāo)識(shí)相對(duì)應(yīng)的UE 業(yè)務(wù)承載。所述UE業(yè)務(wù)承載的發(fā)送模塊進(jìn)一步用于，在傳輸U(kuò)E業(yè)務(wù)承載之前，將預(yù)先配置的 所述對(duì)應(yīng)關(guān)系發(fā)送給所述UE業(yè)務(wù)承載的接受模塊。所述UE業(yè)務(wù)承載的發(fā)送模塊進(jìn)一步用于，對(duì)QCI相同的UE業(yè)務(wù)承載進(jìn)行合并，或 者對(duì)QoS參數(shù)中報(bào)文延時(shí)要求和丟包率相同的UE業(yè)務(wù)承載進(jìn)行合并。所述UE業(yè)務(wù)承載的接受模塊進(jìn)一步用于，根據(jù)所述底層數(shù)據(jù)承載標(biāo)識(shí)選擇返回 所述UE業(yè)務(wù)承載所使用的底層數(shù)據(jù)承載。本發(fā)明所提供的一種無(wú)線接入承載的傳輸方法和系統(tǒng)，由UE業(yè)務(wù)承載的發(fā)送方 對(duì)QoS參數(shù)完全相同或部分相同的UE業(yè)務(wù)承載進(jìn)行合并，并將合并后的UE業(yè)務(wù)承載復(fù)用 到同一個(gè)底層數(shù)據(jù)承載上按照統(tǒng)一的QoS傳輸給UE業(yè)務(wù)承載的接受方；UE業(yè)務(wù)承載的接 受方根據(jù)預(yù)先配置的底層數(shù)據(jù)承載標(biāo)識(shí)與UE業(yè)務(wù)承載標(biāo)識(shí)的對(duì)應(yīng)關(guān)系，從底層數(shù)據(jù)承載 上獲取與底層數(shù)據(jù)承載標(biāo)識(shí)相對(duì)應(yīng)的UE業(yè)務(wù)承載。通過(guò)本發(fā)明，實(shí)現(xiàn)了在底層數(shù)據(jù)承載數(shù) 量受限，且底層數(shù)據(jù)承載同時(shí)承擔(dān)其他類型業(yè)務(wù)情況下，對(duì)不同UE的業(yè)務(wù)承載提供滿足業(yè) 務(wù)QoS的傳輸。


圖1為現(xiàn)有技術(shù)中蜂窩無(wú)線通信系統(tǒng)的結(jié)構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中中繼網(wǎng)絡(luò)的結(jié)構(gòu)示意圖；圖3為現(xiàn)有技術(shù)中LTE系統(tǒng)的網(wǎng)絡(luò)構(gòu)架示意圖；圖4為現(xiàn)有技術(shù)中Sl-MME接口的協(xié)議棧示意圖5為現(xiàn)有技術(shù)中Sl-U接口的協(xié)議棧示意圖；圖6為現(xiàn)有技術(shù)中eNB與UE之間的控制面的空口協(xié)議棧示意圖；圖7為現(xiàn)有技術(shù)中eNB與UE之間的用戶面的空口協(xié)議棧示意圖；圖8為本發(fā)明一種無(wú)線接入承載的傳輸方法的流程圖；圖9為本發(fā)明實(shí)施例一的UE-E-RAB傳輸示意圖；圖10為本發(fā)明實(shí)施例二的UE-E-RAB傳輸示意圖；圖11為本發(fā)明中UE-E-RAB在Un RB中傳輸?shù)膱?bào)文格式示意圖；圖12為本發(fā)明中UE-E-RAB在Relay-E-RAB中傳輸?shù)膱?bào)文格式示意圖；圖13為本發(fā)明一種無(wú)線接入承載的傳輸系統(tǒng)的組成結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)一步詳細(xì)闡述。本發(fā)明所提供的一種無(wú)線接入承載的傳輸方法，如圖8所示，主要包括以下步驟步驟801，UE業(yè)務(wù)承載的發(fā)送方對(duì)QoS參數(shù)完全相同或部分相同的UE業(yè)務(wù)承載進(jìn) 行合并，并將合并后的UE業(yè)務(wù)承載復(fù)用到同一個(gè)底層數(shù)據(jù)承載上按照統(tǒng)一的QoS傳輸給UE 業(yè)務(wù)承載的接受方。優(yōu)選的，UE業(yè)務(wù)承載的發(fā)送方可以對(duì)QCI相同的UE業(yè)務(wù)承載進(jìn)行合并，或者也可 以對(duì)QoS參數(shù)中報(bào)文延時(shí)要求和丟包率相同的UE業(yè)務(wù)承載進(jìn)行合并。標(biāo)準(zhǔn)QCI的特征值為9類，分別對(duì)應(yīng)9種不同的QoS，參照表1。對(duì)QCI按照資源 類型、報(bào)文延時(shí)要求、丟包率相近的情況進(jìn)行合并，各種合并的組合均在本發(fā)明的保護(hù)范圍 之內(nèi)。合并后的QCI類型的數(shù)量要求小于或等于Relay與DeNB之間的空中接口的承載數(shù) 量。優(yōu)選的，對(duì)資源類型為Non-GBR類型的QCI為6、8、9三種類型進(jìn)行合并，并按照 QCI為6分配資源，且保持剩余的QCI類型，這樣QCI由9種類型合并為7種類型。優(yōu)選的，對(duì)資源類型為Non-GBR類型的QCI為5、7兩種類型進(jìn)行合并，并按照QCI 為5分配資源；對(duì)資源類型為Non-GBR類型的QCI為6、8、9三種類型進(jìn)行合并，并按照QCI 為6分配資源；同時(shí)保持剩余的QCI類型，這樣QCI由9種類型合并為5種類型。需要指出的是，該合并后的QCI僅在Un接口分配空口資源時(shí)有效，合并后的QCI 并不需要以顯式方式或者隱式方式在Relay與DeNB之間傳遞。Relay與DeNB之間的空中接口需要建立底層數(shù)據(jù)承載(無(wú)線承載)，無(wú)線承載所 要承載的內(nèi)容是Relay上不同的UE業(yè)務(wù)承載(UE-E-RAB)，這些不同的UE-E-RAB需要在相 同的Un 口無(wú)線承載中傳遞。無(wú)線承載的建立是根據(jù)該合并后的QCI建立或者重配置合適的無(wú)線資源，以保證 最終能滿足合并QCI所指示的QoS。無(wú)線承載建立完成后，DeNB將底層數(shù)據(jù)承載標(biāo)識(shí)與UE-E-RAB標(biāo)識(shí)的對(duì)應(yīng)關(guān)系顯 式或者隱式的傳遞給Relay，這樣建立或者重配置并承載與此QCI匹配的不同的UE-E-RAB， Un接口承載建立。 步驟802，UE業(yè)務(wù)承載的接受方根據(jù)預(yù)先配置的底層數(shù)據(jù)承載標(biāo)識(shí)與UE業(yè)務(wù)承載 標(biāo)識(shí)的對(duì)應(yīng)關(guān)系，從底層數(shù)據(jù)承載上獲取與底層數(shù)據(jù)承載標(biāo)識(shí)相對(duì)應(yīng)的UE業(yè)務(wù)承載。
UE業(yè)務(wù)承載的接受方還能夠根據(jù)該底層數(shù)據(jù)承載標(biāo)識(shí)選擇返回UE業(yè)務(wù)承載所使 用的底層數(shù)據(jù)承載。需要指出的是，本發(fā)明所指的底層數(shù)據(jù)承載可以是Un接口的無(wú)線承載(UnRB)，也 可以是中繼的無(wú)線接入承載(Relay-E-RAB)。下面以Un RB為例對(duì)上述的無(wú)線接入承載的傳輸方法進(jìn)一步說(shuō)明。在該實(shí)施例一中，某DeNB需要將兩個(gè)UE不同的EPS承載通過(guò)Relay與DeNB之間 的Un接口傳遞到UE，如圖9所示，在DeNB中的Sl-U接口存在兩條UEl的無(wú)線接入承載分 別是UEl E-RABl和UEl E-RAB2 ；在DeNB中的Sl-U接口存在兩條到UE2的無(wú)線接入承載 分別是 UE2 E-RABl 和 UE2E-RAB2。在Relay與DeNB之間的空口上，存在兩條Relay到UEl的空中接口承載，分別為 UEl Relay Uu bear 1 和 UEl Relay Uu bear2 ；在 Relay 與 DeNB 之間的空口上，存在兩條 Relay 到 UE2 的空中接口承載，分別為 UE2 Relay Uu bearl 和 UE2 Relay Uu bear2。E-RAB與Uu bear是——映射，此處的映射關(guān)系是UEl E-RABl 映射到 UEl Relay Uu bearl,UEl E-RAB2 映射到 UEl Relay Uu bear2,UE2 E-RABl 映射到 UE2 Relay Uu bearl,UE2 E-RAB2 映射到 UE2 Relay Uu bear2。其中UEl E-RABUUEl E_RAB2、UE2 E-RABUUE2 E-RABl 需要通過(guò)Relay 與DeNB 的 Un接口的無(wú)線承載(Un RB)傳遞到Relay，并由Relay按該映射關(guān)系分別映射為UEl Relay Uu bearl、UEl Relay Uu bear2、UE2 Relay UubearK UE2 Relay Uu bear2。如果E-RAB的QoS類型數(shù)量小于或等于Un RB的數(shù)量，則可以將QoS —致的E-RAB 在同一個(gè)Un RB中傳輸，例如如圖9所示，在僅有兩條Un RB (UnRB N,Un RB N+1)的情況下 傳輸如下表2所示的UE-E-RAB 表2
UE-E-RABQoS參數(shù)UEl E-RABlQCI = 5UEl E-RAB2QCI = 6UE2 E-RABlQCI = 5UE2 E-RAB2QCI = 6該表中兩個(gè)UE的四個(gè)E-RAB有兩種QoS要求，DeNB按照QCI = 5為UEIE-RABl和 UE2 E-RABl分配或者重配置一個(gè)Un RB,如圖9所示為Un RB N ；DeNB按照QCI = 6為UEl E-RABl和UE2 E-RABl分配或者重配置一個(gè)Un RB，如圖9所示為Un RB N+1。如果E-RAB的QoS類型數(shù)量大于Un RB的數(shù)量，則可以將QoS相同或相近的E-RAB 進(jìn)行合并，利用合并的QoS來(lái)選擇Un RB傳輸，例如如圖9所示在僅有兩條Un RB (UnRB N，
9UnRB N+1)的情況下傳輸如下表3所示的UE-E-RAB 表3 該表中兩個(gè)UE有四個(gè)QoS要求，假設(shè)目前可用的Un RB數(shù)量只有2個(gè)，則可以將 QCI等于5的UEl E-RABl單獨(dú)分配或重配Un RB傳輸，Un RB的QoS要求按照QCI為5進(jìn) 行分配；而QCI為6、7、8的其他三個(gè)E-RAB共同使用同一個(gè)Un RB, Un RB的QoS按照QCI 為6的要求進(jìn)行分配。如果出現(xiàn)GBR類型QoS，QCI 一致，但是GBR速率不一致的情況，按照相同QCI共同 傳輸，且Un RB按照速率要求高的要求分配資源。例如如圖9所示在僅有兩條Un RB(UnRB N，UnRB N+1)的情況下傳輸如下表4所示的UE-E-RAB 表 4 在這種情況下，UElE-RAB1、UEl E_RAB2、UE2 E-RABl 使用相同的 UnRB，并按照 GBR 速率為30進(jìn)行傳輸。需要指出的是，上述的實(shí)施例一同樣適用于Relay與Relay之間的無(wú)線接入承載 的傳輸。下面再以Relay-E-RAB為例對(duì)上述的無(wú)線接入承載的傳輸方法進(jìn)一步說(shuō)明。在該實(shí)施例二中，其構(gòu)架是通過(guò)Relay作為特殊UE接入EPC，Relay上的UE的 控制面和用戶面通過(guò)Relay的Relay-E-RAB傳輸。Relay在Relay’ sSGW/PGW上下文中 區(qū)分出UE-E-RAB的QoS，根據(jù)與實(shí)施例一類似的方法為UE-E-RAB選擇滿足其QoS傳輸?shù)腞elay-E-RAB進(jìn)行傳輸。如圖10所示，在Relay的eNB屬性部分和User-UE，s SGW/PGW存在UE的E-RAB， 簡(jiǎn)稱為 UE-E-RAB。Relay 的 UE 屬性部分和 Relay-UE，s SGW/PGW 之間存在 Relay 的 E-RAB， 簡(jiǎn)稱為 Realy-E-RAB。一條 Realy-E-RAB 承載不同的 UE-E-RAB。如果UE-E-RAB的QoS類型數(shù)量小于或等于Realy-E-RAB的數(shù)量，可以將QoS —致 的 UE-E-RAB 在同一個(gè) Realy-E-RAB 中傳輸，例如在僅有兩條 Realy-E-RAB (Realy-E-RABl 和Realy-E-RAB2)的情況下傳輸如下表5所示的UE-E-RAB 表 5 該表中兩個(gè)UE的四個(gè)E-RAB有兩種QoS要求，Relay UE，SGW/PGW的邏輯實(shí)體將按 照 QCI 等于 5 的 UEl E-RABl 和 UE2 E-RABl 通過(guò) Realy-E-RABl 進(jìn)行傳輸；Relay UE，SGff/ PGff的邏輯實(shí)體將按照QCI等于6的UEl E-RAB2和UE2 E-RAB2通過(guò)Realy_E_RAB2進(jìn)行傳 輸，以保證不同的QoS的實(shí)現(xiàn)。如果UE-E-RAB的QoS類型數(shù)量大于Realy-E-RAB承載的數(shù)量，可以將UE-E-RAB 按照QoS合并后選擇Realy-E-RAB傳輸，例如在僅有兩條Realy-E-RAB (Realy-E-RAB和 Realy-E-RAB2)的情況下傳輸如下表6所示的UE-E-RAB 表 6 該表中兩個(gè)UE有四個(gè)不同QoS的UE-E-RAB，則可以將QCI等于5的UEl E-RABl在 Realy-E-RAB 1上傳輸；而QCI為6、7、8的其他三個(gè)UE-E-RAB共同使用同一個(gè)Realy-E_RAB2傳輸。如果UE-E-RAB出現(xiàn)GBR類型QoS，QCI 一致，但是速率不一致的情況，UE-E-RAB按 照相同QCI使用相同的Realy-E-RAB傳輸，且傳輸速率要求滿足合用Realy-E-RAB的最高 GBR速率要求。例如，在僅有兩條Realy-E-RAB (Realy-E-RABl和Realy-E_RAB2)的情況下 傳輸如下表7所示的UE-E-RAB 表 7 在這種情況下，UElE-RABU UEl E-RAB2、UE2 E-RABl 使用相同的 Realy-E-RABl 進(jìn)行傳輸，并按照GBR速率要求為30 ；UE2 E-RAB2使用Realy-E-RAB2進(jìn)行傳輸。需要特別指出的是，在同一個(gè)承載傳輸不同的UE-E-RAB之前，分配承載的網(wǎng)元需 要隱式或顯式的將承載標(biāo)識(shí)與UE-E-RAB標(biāo)識(shí)的對(duì)應(yīng)關(guān)系告知被接受網(wǎng)元。對(duì)應(yīng)本發(fā)明的實(shí)施例一，DeNB的Un接口為UE RAB分配Un RB之后，DeNB通過(guò) E-RAB消息攜帶為此E-RAB分配的Un RB編號(hào)，通過(guò)UE的E-RAB消息攜帶并傳送到Realy， Realy通過(guò)獲取該信息可以獲取哪些Un RB用于傳輸U(kuò)E的E-RAB信息，這樣分配數(shù)據(jù)無(wú)線 承載(DRB)的網(wǎng)元就可以顯式的將DRB編號(hào)與UE E-RAB的對(duì)應(yīng)關(guān)系告知接受網(wǎng)元。較佳的，在DeNB的Un接口為UE RAB分配Un RB的時(shí)候，配置的Un RB序號(hào)按照 默認(rèn)約定的默認(rèn)序號(hào)進(jìn)行，例如可以按照QCI的值為Un RB分配相應(yīng)的序號(hào)，QCI為1類型 的UE RAB均從序號(hào)為1的Un RB上傳輸。對(duì)應(yīng)本發(fā)明的實(shí)施例二，在Relay-UE，s SGW/PGW 為 UE-E-RAB 分配 Relay-E-RAB 的時(shí)候，Re 1 ay-UE ’ s SGW/PGW通過(guò)Re 1 ay-E-RAB的控制消息攜帶為此UE-E-RAB分配的 Relay-E-RAB標(biāo)識(shí)，通過(guò)UE的E-RAB控制消息攜帶并傳送到Relay，Relay通過(guò)獲取該信息 可以獲取哪些Relay-E-RAB用于傳輸該UE的E-RAB信息，這樣分配承載的網(wǎng)元就可以顯式 的將承載編號(hào)與UEE-RAB的對(duì)應(yīng)關(guān)系告知接受網(wǎng)元。較佳的，在Relay-UE，s SGW/PGW 為 UE-E-RAB 分配 Relay-E-RAB 的時(shí)候，UE-E-RAB 所使用的Relay-E-RAB序號(hào)按照默認(rèn)約定的默認(rèn)標(biāo)識(shí)進(jìn)行，例如可以按照QCI的值為 Relay-E-RAB分配相應(yīng)的序號(hào)，QCI為1類型的UE-E-RAB均從序號(hào)為1的Relay-E-RAB上 傳輸。另外，為了節(jié)省空口資源，在Un 口或者Relay與Relay空口數(shù)據(jù)無(wú)線承載(DRB) 傳遞UE的E-RAB時(shí)，可以僅傳輸GTP協(xié)議數(shù)據(jù)，GTP的承載UPD和IP協(xié)議并不傳輸。例如 參考圖11，Relay和DeNB傳輸?shù)腢E-E-RAB時(shí)的報(bào)文格式，Un RB僅傳輸GTP報(bào)文，不傳輸U(kuò)DP和IP協(xié)議報(bào)文。同樣的參考圖12，Relay和Relay_UE’s SGW/PGW傳輸?shù)腢E-E-RAB時(shí)的報(bào)文格式， Relay-E-RAB中僅傳輸U(kuò)E-E-RAB的GTP報(bào)文，沒(méi)有傳輸U(kuò)E-E-RAB的UDP和IP協(xié)議報(bào)文。為了進(jìn)一步節(jié)省空口資源，在承載UE-E-RAB時(shí)，UE-E-RAB的GTP頭部可以僅攜 帶必選字段，UE-E-RAB如果要求保序功能，將在DeNB側(cè)和EPS網(wǎng)元之間實(shí)現(xiàn)，由于eNB和 Relay之間、Relay和Relay之間、Relay和Relay-UE’ sSGff/PGff的承載來(lái)保證保序功能的 完成。對(duì)應(yīng)本發(fā)明的實(shí)施例一，Un 口或者Relay與Relay空口數(shù)據(jù)無(wú)線承載(DRB)傳遞 UE的E-RAB時(shí)，DeNB和EPS之間的UE的E-RAB承載通過(guò)Un接口傳輸?shù)絉elay網(wǎng)元中進(jìn)行 傳輸；這些E-RAB連接使用GTPU協(xié)議進(jìn)行傳輸，傳輸?shù)倪^(guò)程中如果需要保序功能的情況下， 也就是在需要傳遞GTPU序號(hào)(SequenceNumber)以便保序功能實(shí)現(xiàn)的情況下，在DeNB側(cè)進(jìn) 行保序功能的終結(jié)。DeNB來(lái)保證在DeNB按E-RAB的順序向Relay發(fā)送數(shù)據(jù)，同時(shí)該Un承 載可以保證承載的數(shù)據(jù)以順序傳遞。UE的GTPU序號(hào)在Un接口不傳輸。對(duì)應(yīng)本發(fā)明的實(shí)施例二，Relay和Relay_UE，s SGW/PGW之間傳遞UE的E-RAB時(shí)， Relay-UE，s SGW/PGW 和 UE-EPS 之間的 UE 的 E-RAB 承載通過(guò) Relay-E-RAB 傳輸?shù)?Relay 網(wǎng)元中進(jìn)行傳輸；這些UE-E-RAB連接使用GTPU協(xié)議進(jìn)行傳輸，傳輸?shù)倪^(guò)程中如果需要保 序功能的情況下，也就是在需要傳遞GTPU序號(hào)以便保序功能實(shí)現(xiàn)的情況下，在Relay-UE’ s SGW/PGW側(cè)進(jìn)行保序功能的終結(jié)。Relay-UE，s SGW/PGW來(lái)保證在DeNB按E-RAB的順序向 Relay發(fā)送數(shù)據(jù)，同時(shí)該Relay-E-RAB承載可以保證承載的數(shù)據(jù)以順序傳遞。UE的GTPU序 號(hào)在Un接口不傳輸。為實(shí)現(xiàn)上述的無(wú)線接入承載的傳輸方法，本發(fā)明所提供的一種無(wú)線接入承載的傳 輸系統(tǒng)，如圖13所示，包括UE業(yè)務(wù)承載的發(fā)送模塊10和接受模塊20。UE業(yè)務(wù)承載的發(fā) 送模塊10，用于對(duì)QoS參數(shù)完全相同或部分相同的UE業(yè)務(wù)承載進(jìn)行合并，并將合并后的UE 業(yè)務(wù)承載復(fù)用到同一個(gè)底層數(shù)據(jù)承載上按照統(tǒng)一的QoS傳輸給UE業(yè)務(wù)承載的接受模塊20。 UE業(yè)務(wù)承載的接受模塊20，用于根據(jù)預(yù)先配置的底層數(shù)據(jù)承載標(biāo)識(shí)與UE業(yè)務(wù)承載標(biāo)識(shí)的 對(duì)應(yīng)關(guān)系，從底層數(shù)據(jù)承載上獲取與底層數(shù)據(jù)承載標(biāo)識(shí)相對(duì)應(yīng)的UE業(yè)務(wù)承載。較佳的，UE業(yè)務(wù)承載的發(fā)送模塊10進(jìn)一步用于，在傳輸U(kuò)E業(yè)務(wù)承載之前，將預(yù)先 配置的對(duì)應(yīng)關(guān)系發(fā)送給UE業(yè)務(wù)承載的接受模塊20 ；優(yōu)選的，可以對(duì)QCI相同的UE業(yè)務(wù)承 載進(jìn)行合并，或者對(duì)QoS參數(shù)中報(bào)文延時(shí)要求和丟包率相近的UE業(yè)務(wù)承載進(jìn)行合并。較佳的，UE業(yè)務(wù)承載的接受模塊20進(jìn)一步用于，根據(jù)底層數(shù)據(jù)承載標(biāo)識(shí)選擇返回 UE業(yè)務(wù)承載所使用的底層數(shù)據(jù)承載。上述的UE業(yè)務(wù)承載的發(fā)送模塊10即作為UE業(yè)務(wù)承載的發(fā)送方中用以實(shí)現(xiàn)無(wú)線 接入承載傳輸?shù)墓δ苣K，UE業(yè)務(wù)承載的接受模塊20即作為UE業(yè)務(wù)承載的接受方中用以 實(shí)現(xiàn)無(wú)線接入承載傳輸?shù)墓δ苣K。然而需要指出的是，由于實(shí)際應(yīng)用中UE與DeNB之間 的數(shù)據(jù)可以雙向傳輸(DL/UL)，因此對(duì)應(yīng)DL中繼鏈路時(shí)，Relay即作為UE業(yè)務(wù)承載的發(fā)送 方，DeNB即作為UE業(yè)務(wù)承載的接受方；反之，對(duì)應(yīng)UL中繼鏈路時(shí)，DeNB即作為UE業(yè)務(wù)承 載的發(fā)送方，Relay即作為UE業(yè)務(wù)承載的接受方。另外，本發(fā)明的無(wú)線接入承載的傳輸方 法和系統(tǒng)，也適用于Relay與Relay之間的無(wú)線接入承載的傳輸。因此，對(duì)于實(shí)際應(yīng)用中的 某一 DeNB或Relay，其可以同時(shí)包括上述兩個(gè)功能模塊，分別用以實(shí)現(xiàn)無(wú)線接入承載的發(fā)送和接受功能。 以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種無(wú)線接入承載的傳輸方法，其特征在于，該方法包括終端UE業(yè)務(wù)承載的發(fā)送方對(duì)服務(wù)質(zhì)量QoS參數(shù)完全相同或部分相同的UE業(yè)務(wù)承載進(jìn)行合并，并將合并后的UE業(yè)務(wù)承載復(fù)用到同一個(gè)底層數(shù)據(jù)承載上按照統(tǒng)一的QoS傳輸給UE業(yè)務(wù)承載的接受方；所述UE業(yè)務(wù)承載的接受方根據(jù)預(yù)先配置的底層數(shù)據(jù)承載標(biāo)識(shí)與UE業(yè)務(wù)承載標(biāo)識(shí)的對(duì)應(yīng)關(guān)系，從所述底層數(shù)據(jù)承載上獲取與所述底層數(shù)據(jù)承載標(biāo)識(shí)相對(duì)應(yīng)的UE業(yè)務(wù)承載。
2.根據(jù)權(quán)利要求1所述無(wú)線接入承載的傳輸方法，其特征在于，所述對(duì)應(yīng)關(guān)系是由所 述UE業(yè)務(wù)承載的發(fā)送方預(yù)先配置，并在傳輸U(kuò)E業(yè)務(wù)承載之前發(fā)送給所述UE業(yè)務(wù)承載的接 受方。
3.根據(jù)權(quán)利要求1所述無(wú)線接入承載的傳輸方法，其特征在于，所述UE業(yè)務(wù)承載合并 具體為對(duì)服務(wù)質(zhì)量級(jí)別標(biāo)識(shí)QCI相同的UE業(yè)務(wù)承載進(jìn)行合并，或者對(duì)QoS參數(shù)中報(bào)文延時(shí)要 求和丟包率相同的UE業(yè)務(wù)承載進(jìn)行合并。
4.根據(jù)權(quán)利要求1所述無(wú)線接入承載的傳輸方法，其特征在于，該方法進(jìn)一步包括所 述UE業(yè)務(wù)承載的接受方根據(jù)所述底層數(shù)據(jù)承載標(biāo)識(shí)選擇返回所述UE業(yè)務(wù)承載所使用的底 層數(shù)據(jù)承載。
5.根據(jù)權(quán)利要求1所述無(wú)線接入承載的傳輸方法，其特征在于，該方法進(jìn)一步包括在 傳輸合并后的UE業(yè)務(wù)承載時(shí)，只傳輸通用數(shù)據(jù)傳輸平臺(tái)GTP協(xié)議數(shù)據(jù)。
6.根據(jù)權(quán)利要求5所述無(wú)線接入承載的傳輸方法，其特征在于，所述GTP協(xié)議數(shù)據(jù)的頭 部只攜帶必選字段。
7.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述無(wú)線接入承載的傳輸方法，其特征在于，所述底層 數(shù)據(jù)承載為Un接口的無(wú)線承載Un RB,或中繼的無(wú)線接入承載Relay-E-RAB。
8.一種無(wú)線接入承載的傳輸系統(tǒng)，其特征在于，該系統(tǒng)包括UE業(yè)務(wù)承載的發(fā)送模塊 和接受模塊，其中，所述UE業(yè)務(wù)承載的發(fā)送模塊，用于對(duì)QoS參數(shù)完全相同或部分相同的UE業(yè)務(wù)承載進(jìn) 行合并，并將合并后的UE業(yè)務(wù)承載復(fù)用到同一個(gè)底層數(shù)據(jù)承載上按照統(tǒng)一的QoS傳輸給UE 業(yè)務(wù)承載的接受模塊；所述UE業(yè)務(wù)承載的接受模塊，用于根據(jù)預(yù)先配置的底層數(shù)據(jù)承載標(biāo)識(shí)與UE業(yè)務(wù)承載 標(biāo)識(shí)的對(duì)應(yīng)關(guān)系，從所述底層數(shù)據(jù)承載上獲取與所述底層數(shù)據(jù)承載標(biāo)識(shí)相對(duì)應(yīng)的UE業(yè)務(wù) 承載。
9.根據(jù)權(quán)利要求8所述無(wú)線接入承載的傳輸系統(tǒng)，其特征在于，所述UE業(yè)務(wù)承載的發(fā) 送模塊進(jìn)一步用于，在傳輸U(kuò)E業(yè)務(wù)承載之前，將預(yù)先配置的所述對(duì)應(yīng)關(guān)系發(fā)送給所述UE業(yè) 務(wù)承載的接受模塊。
10.根據(jù)權(quán)利要求8所述無(wú)線接入承載的傳輸系統(tǒng)，其特征在于，所述UE業(yè)務(wù)承載的發(fā) 送模塊進(jìn)一步用于，對(duì)QCI相同的UE業(yè)務(wù)承載進(jìn)行合并，或者對(duì)QoS參數(shù)中報(bào)文延時(shí)要求 和丟包率相同的UE業(yè)務(wù)承載進(jìn)行合并。
11.根據(jù)權(quán)利要求8所述無(wú)線接入承載的傳輸系統(tǒng)，其特征在于，所述UE業(yè)務(wù)承載的接 受模塊進(jìn)一步用于，根據(jù)所述底層數(shù)據(jù)承載標(biāo)識(shí)選擇返回所述UE業(yè)務(wù)承載所使用的底層 數(shù)據(jù)承載。
全文摘要
本發(fā)明公開(kāi)了一種無(wú)線接入承載的傳輸方法，包括終端(UE)業(yè)務(wù)承載的發(fā)送方對(duì)服務(wù)質(zhì)量(QoS)參數(shù)完全相同或部分相同的UE業(yè)務(wù)承載進(jìn)行合并，并將合并后的UE業(yè)務(wù)承載復(fù)用到同一個(gè)底層數(shù)據(jù)承載上按照統(tǒng)一的QoS傳輸給UE業(yè)務(wù)承載的接受方；UE業(yè)務(wù)承載的接受方根據(jù)預(yù)先配置的底層數(shù)據(jù)承載標(biāo)識(shí)與UE業(yè)務(wù)承載標(biāo)識(shí)的對(duì)應(yīng)關(guān)系，從底層數(shù)據(jù)承載上獲取與底層數(shù)據(jù)承載標(biāo)識(shí)相對(duì)應(yīng)的UE業(yè)務(wù)承載。本發(fā)明還公開(kāi)了一種無(wú)線接入承載的傳輸系統(tǒng)，在底層數(shù)據(jù)承載數(shù)量受限，且底層數(shù)據(jù)承載同時(shí)承擔(dān)其他類型業(yè)務(wù)的情況下，對(duì)不同UE的業(yè)務(wù)承載提供滿足QoS的傳輸。
文檔編號(hào)H04W72/12GK101932038SQ200910087388
公開(kāi)日2010年12月29日 申請(qǐng)日期2009年6月19日 優(yōu)先權(quán)日2009年6月19日
發(fā)明者張銀成, 李大鵬, 王斌, 韓立鋒, 馬子江, 黃亞達(dá) 申請(qǐng)人:中興通訊股份有限公司