專利名稱：上、下行傳輸方法及匯聚節(jié)點(diǎn)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及Iub口的傳輸方法。
背景技術(shù)：
通用移動(dòng)通信系統(tǒng)(Universal Mobile Telecommunications System，簡(jiǎn)稱“UMTS”)是采用寬帶碼分多址(Wideband Code Division Multiple Access，簡(jiǎn)稱“WCDMA”)空中接口技術(shù)的第三代移動(dòng)通信系統(tǒng)，通常也把UMTS系統(tǒng)稱為WCDMA通信系統(tǒng)。UMTS系統(tǒng)采用了與第二代移動(dòng)通信系統(tǒng)類似的結(jié)構(gòu)，由UMTS陸地?zé)o線接入網(wǎng)(UMTS Terrestrial Radio Access Network，簡(jiǎn)稱“UTRAN”)、核心網(wǎng)絡(luò)(Core Network，簡(jiǎn)稱“CN”)與用戶設(shè)備(UserEquipment，簡(jiǎn)稱“UE”)一起構(gòu)成了整個(gè)UMTS系統(tǒng)。
UTRAN的結(jié)構(gòu)如圖1所示，包括一個(gè)或幾個(gè)無線網(wǎng)絡(luò)子系統(tǒng)(RadioNetwork Subsystem，簡(jiǎn)稱“RNS”)。一個(gè)RNS由一個(gè)無線網(wǎng)絡(luò)控制器(RadioNetwork Controller，簡(jiǎn)稱“RNC”)和一個(gè)或多個(gè)基站節(jié)點(diǎn)(Node B)組成。RNC與CN之間的接口是Iu接口，Node B和RNC之間的接口是Iub接口。在UTRAN內(nèi)部，RNC之間通過Iur互聯(lián)，Iur可以通過RNC之間的直接物理連接或通過傳輸網(wǎng)連接。RNC用來分配和控制與之相連或相關(guān)的Node B的無線資源，Node B完成Iub接口和Uu接口之間數(shù)據(jù)流的轉(zhuǎn)換，同時(shí)也參與一部分無線資源管理。
Iub接口協(xié)議棧結(jié)構(gòu)如圖2所示，分為無線網(wǎng)絡(luò)控制面(Radio NetworkControl Plane)、傳輸網(wǎng)絡(luò)控制面(Transport Network Control Plane)和用戶面(User Plane)，承載層有異步傳輸模式(Asynchronous Transfer Mode，簡(jiǎn)稱“ATM”)傳輸和網(wǎng)間互聯(lián)協(xié)議(Internet Protocol，簡(jiǎn)稱“IP”)傳輸兩種方式。UE的語(yǔ)音和數(shù)據(jù)，封裝在各種幀協(xié)議(Frame Protocol，簡(jiǎn)稱“FP”)幀中，使用ATM或IP功能，在Iub接口傳輸。
由于Node B和RNC之間的傳輸資源十分寶貴，因此，如何提升Iub接口傳輸效率，最大化利用傳輸資源，一直是運(yùn)營(yíng)商的關(guān)注重點(diǎn)之一。
目前，為了節(jié)省傳輸資源，運(yùn)營(yíng)商需要在Iub接口鏈路上設(shè)置一個(gè)匯聚設(shè)備，用于收斂傳輸帶寬。典型組網(wǎng)如圖3所示，多個(gè)Node B業(yè)務(wù)采用傳輸設(shè)備匯聚，或者通過Hub Node B(匯聚基站節(jié)點(diǎn))設(shè)備匯聚，這時(shí)Hub NodeB既作Node B，又用于匯聚級(jí)聯(lián)Node B業(yè)務(wù)。這種組網(wǎng)方式通常稱為Hub(匯聚)組網(wǎng)，匯聚設(shè)備稱為Hub節(jié)點(diǎn)(匯聚節(jié)點(diǎn))。多個(gè)Node B與Hub節(jié)點(diǎn)互連，Node B業(yè)務(wù)經(jīng)過Hub節(jié)點(diǎn)匯聚后，再通過上游端口連接到RNC。經(jīng)過Hub節(jié)點(diǎn)匯聚后，Hub節(jié)點(diǎn)與RNC之間所需的傳輸帶寬將大大減少，而不需要按照每個(gè)Node B所需業(yè)務(wù)帶寬的代數(shù)和來規(guī)劃Hub節(jié)點(diǎn)與RNC之間的傳輸帶寬，從而達(dá)到節(jié)省運(yùn)營(yíng)商的傳輸費(fèi)用和提高收入的目的。對(duì)于IPRAN，這種Hub組網(wǎng)的主要特點(diǎn)有(1)所有Node B(#1，#2，…，#n)到RNC的IP包有相同的目的IP地址；(2)RNC到所有Node B(#1，#2，…，#n)的IP包有相同的源IP地址。
基于路由器或交換機(jī)的業(yè)務(wù)匯聚組網(wǎng)方案如圖4所示。路由器或交換機(jī)匯聚的Node B數(shù)目取決于實(shí)際組網(wǎng)情況和路由器或交換機(jī)的位置。在Node B接入側(cè)，典型為10～15個(gè)Node B。
然而，本發(fā)明的發(fā)明人發(fā)現(xiàn)，目前用戶數(shù)據(jù)流在Iub接口上仍存在較大的平均開銷。這是因?yàn)?，一般情況下，特別是3G業(yè)務(wù)初期，語(yǔ)音業(yè)務(wù)占主要部分，Node B與RNC之間的IP包中小包占多數(shù)。根據(jù)如圖2所示的協(xié)議棧，在IP傳輸方式下，小包的封裝效率相當(dāng)?shù)?，傳輸帶寬利用率低下。比如說，對(duì)于自適應(yīng)多速率(Adaptive Multi-Rate，簡(jiǎn)稱“AMR”)12.2kbps業(yè)務(wù)，傳輸時(shí)間間隔(Transmission Timing Interval，簡(jiǎn)稱“TTI”)為20ms的FP大小為40字節(jié)左右，在按用戶數(shù)據(jù)報(bào)協(xié)議(User Datagram Protocol，簡(jiǎn)稱“UDP”)/IP/媒體訪問控制(Medium Access Control，簡(jiǎn)稱“MAC”)封裝待傳輸?shù)恼Z(yǔ)音包的情況下，傳輸層用于封裝的開銷包括UDP頭8字節(jié)、IP頭20字節(jié)(按IPv4計(jì)算)和MAC頭18字節(jié)，在一個(gè)凈荷為40字節(jié)的語(yǔ)音包，其封裝的開銷為46字節(jié)的情況下，傳輸層效率不到50％。
雖然存在IP頭壓縮、點(diǎn)到點(diǎn)協(xié)議(Point-to-Point Protocol，簡(jiǎn)稱“PPP”)頭壓縮和PPP復(fù)用(PPP Multiplexing，簡(jiǎn)稱“PPPmux”)等效率提升技術(shù)，但是，由于壓縮后路由器將無法正確識(shí)別出包頭中的目的地址，也就是說，這些效率提升技術(shù)只能應(yīng)用于點(diǎn)到點(diǎn)組網(wǎng)場(chǎng)景，無法在Iub接口中得以應(yīng)用，因此，用戶數(shù)據(jù)流在Iub接口上仍存在較大的平均開銷。

發(fā)明內(nèi)容
本發(fā)明實(shí)施方式要解決的主要技術(shù)問題是提供一種上、下行傳輸方法及匯聚節(jié)點(diǎn)，使得Iub接口用戶數(shù)據(jù)流的平均開銷能夠得以降低。
為解決上述技術(shù)問題，本發(fā)明的實(shí)施方式提供了一種上行傳輸方法，包括以下步驟匯聚節(jié)點(diǎn)從來自至少一個(gè)基站節(jié)點(diǎn)Node B的用戶面的用戶數(shù)據(jù)報(bào)協(xié)議UDP包中選出滿足復(fù)用條件的用戶面UDP包；將滿足復(fù)用條件的用戶面UDP包進(jìn)行復(fù)用后發(fā)送至無線網(wǎng)絡(luò)控制器RNC。
本發(fā)明的實(shí)施方式還提供了一種下行傳輸方法，包括以下步驟
匯聚節(jié)點(diǎn)從RNC收到經(jīng)復(fù)用的UDP包，將該UDP包解復(fù)用為至少兩個(gè)用戶面UDP包，分別發(fā)送到對(duì)應(yīng)的Node B。
本發(fā)明的實(shí)施方式還提供了一種匯聚節(jié)點(diǎn)，包括選擇單元，用于從來自至少一個(gè)Node B的用戶面UDP包中選出滿足復(fù)用條件的用戶面UDP包；復(fù)用單元，用于對(duì)選擇單元選出的用戶面UDP包進(jìn)行復(fù)用，得到經(jīng)復(fù)用的UDP包；發(fā)送單元，用于將經(jīng)復(fù)用的UDP包發(fā)送至RNC。
本發(fā)明的實(shí)施方式還提供了一種匯聚節(jié)點(diǎn)，包括接收單元，用于從RNC接收UDP包；判斷單元，用于判斷收到的UDP包是否為經(jīng)復(fù)用的UDP包；解復(fù)用單元，用于將收到的經(jīng)復(fù)用的UDP包解復(fù)用為至少兩個(gè)用戶面UDP包；發(fā)送單元，用于將解復(fù)用單元解復(fù)用出的用戶面UDP包分別發(fā)送到對(duì)應(yīng)的Node B。
本發(fā)明實(shí)施方式與現(xiàn)有技術(shù)相比，主要區(qū)別及其效果在于匯聚節(jié)點(diǎn)從來自至少一個(gè)Node B的用戶面UDP包中選出滿足復(fù)用條件的用戶面UDP包，對(duì)滿足復(fù)用條件的用戶面UDP包進(jìn)行復(fù)用后發(fā)送至RNC。避免了為每個(gè)用戶面UDP包都增加一定的包頭開銷，從而有效降低了Iub接口用戶數(shù)據(jù)流的平均開銷，提升了Hub節(jié)點(diǎn)到RNC之間的傳輸效率，節(jié)省了傳輸帶寬。RNC發(fā)送給Hub節(jié)點(diǎn)的UDP包也可以是經(jīng)復(fù)用的UDP包，該Hub節(jié)點(diǎn)在收到來自RNC的經(jīng)復(fù)用的UDP包后，將該經(jīng)復(fù)用的UDP包解復(fù)用為至少兩個(gè)用戶面UDP包，分別發(fā)送到對(duì)應(yīng)的Node B。同樣有效降低了Iub接口用戶數(shù)據(jù)流的平均開銷，提升了Hub節(jié)點(diǎn)到RNC之間的傳輸效率，節(jié)省了傳輸帶寬。而且，由于UDP包是基于IP的，所以既可用于點(diǎn)到點(diǎn)鏈路組網(wǎng)場(chǎng)景，也可應(yīng)用于路由組網(wǎng)場(chǎng)景。


圖1是根據(jù)現(xiàn)有技術(shù)中的UTRAN網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖2是根據(jù)現(xiàn)有技術(shù)中的Iub接口協(xié)議棧結(jié)構(gòu)示意圖；圖3是根據(jù)現(xiàn)有技術(shù)中典型的匯聚組網(wǎng)示意圖；圖4是根據(jù)現(xiàn)有技術(shù)中基于路由器或交換機(jī)的業(yè)務(wù)匯聚組網(wǎng)示意圖；圖5是根據(jù)本發(fā)明第一實(shí)施方式的上行傳輸方法中Hub節(jié)點(diǎn)復(fù)用用戶面UDP包的流程圖；圖6是根據(jù)本發(fā)明第一實(shí)施方式中復(fù)用后的UDP包格式示意圖；圖7是根據(jù)本發(fā)明第一實(shí)施方式中的復(fù)用頭結(jié)構(gòu)示意圖；圖8是根據(jù)本發(fā)明第一實(shí)施方式中的RNC處理收到的UDP包的流程圖；圖9是根據(jù)本發(fā)明第三實(shí)施方式的下行傳輸方法中Hub節(jié)點(diǎn)處理收到的UDP包的流程圖；圖10是根據(jù)本發(fā)明第四實(shí)施方式的Hub節(jié)點(diǎn)結(jié)構(gòu)示意圖；圖11是根據(jù)本發(fā)明第五實(shí)施方式的Hub節(jié)點(diǎn)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明的實(shí)施方式作進(jìn)一步地詳細(xì)描述。
本發(fā)明的第一實(shí)施方式涉及一種上行傳輸方法，在本實(shí)施方式中，Hub節(jié)點(diǎn)將來自多個(gè)Node B的滿足復(fù)用條件的用戶面UDP包復(fù)用在一起，將經(jīng)復(fù)用的UDP包發(fā)送至RNC。具體流程如圖5所示。
在步驟510中，Hub節(jié)點(diǎn)檢測(cè)來自Node B的IP包是否為用戶面的UDP包。如果來自Node B的IP包是用戶面UDP包，則進(jìn)入步驟520；如果來自Node B的IP包為非UDP包，則進(jìn)入步驟550，按常規(guī)路由轉(zhuǎn)發(fā)非UDP包。
在步驟520中，該Hub節(jié)點(diǎn)從來自各Node B的用戶面UDP包中選出滿足復(fù)用條件的用戶面UDP包。
具體地說，由于Iub接口傳輸?shù)臉I(yè)務(wù)從低速率的AMR 4.75kbps語(yǔ)音業(yè)務(wù)到高速率的2.048Mbps數(shù)據(jù)業(yè)務(wù)，用戶面UDP包凈荷幀協(xié)議(FrameProtocol，簡(jiǎn)稱“FP”)協(xié)議數(shù)據(jù)單元(Protocol Data Unit，簡(jiǎn)稱“PDU”)大小并不相同。如高速率384kbps數(shù)據(jù)業(yè)務(wù)，其FP PDU的長(zhǎng)度為500字節(jié)左右，采用現(xiàn)有的復(fù)用技術(shù)后的效率提升很小，因此，在本步驟中先對(duì)用戶面UDP包進(jìn)行選擇，對(duì)滿足復(fù)用條件的用戶面UDP包進(jìn)行復(fù)用，而不是對(duì)所有的用戶面UDP包都進(jìn)行復(fù)用，從而可以選擇復(fù)用效率較高的用戶面UDP包進(jìn)行復(fù)用，提高復(fù)用的效果，進(jìn)而提升整體的數(shù)據(jù)傳輸效率。
具體的復(fù)用條件可以設(shè)置為以下之一或其任意組合(1)參加復(fù)用的用戶面UDP包的凈荷FP PDU具有相同的優(yōu)先級(jí)。
(2)參加復(fù)用的用戶面UDP包的凈荷FP PDU的長(zhǎng)度小于預(yù)定門限，該門限可自行配置。以凈荷FP PDU的長(zhǎng)度作為復(fù)用條件，可以保證參加復(fù)用的用戶面UDP包是具備復(fù)用價(jià)值的，從而進(jìn)一步提高了傳輸效率。
(3)復(fù)用后生成的UDP包的凈荷的長(zhǎng)度小于預(yù)定門限，該門限可自行配置。因?yàn)閁DP包的包頭長(zhǎng)度是固定的，所以也可以以復(fù)用后生成的UDP包長(zhǎng)度小于預(yù)定門限作為復(fù)用條件。由于對(duì)復(fù)用后的UDP長(zhǎng)度作了限制，可以避免將過多的用戶面UDP復(fù)用到一個(gè)發(fā)送至RNC的UDP中，從而避免了由于復(fù)用的操作導(dǎo)致產(chǎn)生較長(zhǎng)時(shí)延的問題。
(4)參加復(fù)用的用戶面UDP包的凈荷FP PDU屬于同一業(yè)務(wù)類型，如按R99/HSPA(高速分組接入)業(yè)務(wù)區(qū)分、按語(yǔ)音/數(shù)據(jù)業(yè)務(wù)區(qū)分等。
對(duì)滿足復(fù)用條件的用戶面UDP包進(jìn)行復(fù)用，可有效提升用戶業(yè)務(wù)的傳輸效率，最大化利用傳輸資源。
接著，在步驟530中，該Hub節(jié)點(diǎn)對(duì)選出的用戶面UDP包進(jìn)行復(fù)用。
由于復(fù)用后的發(fā)送至RNC的UDP包的凈荷中，包括多個(gè)參與復(fù)用的用戶面UDP中的FP PDU，因此需要為每個(gè)FP PDU設(shè)置復(fù)用頭，該復(fù)用頭中包括能夠標(biāo)識(shí)相應(yīng)的FP PDU來自哪個(gè)Node B的Node B標(biāo)識(shí)符，以及能夠標(biāo)識(shí)該FP PDU屬于該Node B的哪個(gè)用戶的用戶標(biāo)識(shí)符。
具體地說，復(fù)用后待發(fā)送至RNC的UDP包格式如圖6所示，包括IP頭(IP header)和UDP頭(UDP header)，該IP頭的長(zhǎng)度為20字節(jié)(IPv4)或40字節(jié)(IPv6)，用于存放目的IP地址與源IP地址；該UDP頭的長(zhǎng)度為8字節(jié)，用于存放目的UDP端口號(hào)與源UDP端口號(hào)。在UDP包的凈荷中包括滿足復(fù)用條件的各個(gè)用戶面UDP中的FP PDU及其復(fù)用頭(FPmuxheader)，各FP PDU之間通過復(fù)用頭隔離。
每個(gè)復(fù)用頭包括三部分Node B標(biāo)識(shí)符(Node B Identifier，簡(jiǎn)稱“NID”)，長(zhǎng)度為1字節(jié)，用于標(biāo)識(shí)相應(yīng)的FP PDU來自哪個(gè)Node B。NID與Node B的IP地址唯一對(duì)應(yīng)，因此，Hub節(jié)點(diǎn)可以根據(jù)來自Node B的用戶面UDP包的源IP地址，得到相應(yīng)的NID。用戶標(biāo)識(shí)符(User Identifier，簡(jiǎn)稱“UID”)，長(zhǎng)度為2字節(jié)，用于標(biāo)識(shí)相應(yīng)的FP PDU歸屬Node B中的哪個(gè)用戶，最大支持65535個(gè)用戶的區(qū)分。長(zhǎng)度域(Length Field)，長(zhǎng)度為1～2字節(jié)，用于指示相應(yīng)的FP PDU的長(zhǎng)度。因此，復(fù)用頭的總長(zhǎng)度為4～5字節(jié)。
其中，UID(即用戶標(biāo)識(shí)符)可采用來自Node B的用戶面UDP包中的目的UDP端口號(hào)。這是因?yàn)椋?GPP中規(guī)定以源IP、目的IP、源UDP端口、和目的UDP端口標(biāo)識(shí)用戶數(shù)據(jù)業(yè)務(wù)流，但I(xiàn)ub接口數(shù)據(jù)流上行和下行的用戶數(shù)據(jù)流標(biāo)識(shí)是分離的，即RNC分配的UDP端口用于標(biāo)識(shí)RNC側(cè)接收的數(shù)據(jù)流，而Node B分配的UDP端口號(hào)用于標(biāo)識(shí)Node B側(cè)接收的數(shù)據(jù)流。只要往所分配的端口發(fā)送數(shù)據(jù)，RNC和Node B就能夠正確接收到對(duì)應(yīng)端口的用戶數(shù)據(jù)流，并進(jìn)行相應(yīng)處理，所以，對(duì)于確定的NodeB，只需要目的UDP端口號(hào)就可以唯一標(biāo)識(shí)用戶數(shù)據(jù)業(yè)務(wù)流，從而能夠以較小的開銷唯一標(biāo)識(shí)FPPDU所屬的用戶，進(jìn)一步提高了數(shù)據(jù)傳輸效率。
該復(fù)用頭的具體結(jié)構(gòu)如圖7所示，包括NID、UID、以及長(zhǎng)度域，在長(zhǎng)度域中包括7比特的長(zhǎng)度指示字段，以及1比特的擴(kuò)展標(biāo)志(EF)，當(dāng)該擴(kuò)展標(biāo)志的值指示有擴(kuò)展字段時(shí)(如EF＝1)，該復(fù)用頭還包括預(yù)定長(zhǎng)度(如8比特)的擴(kuò)展字段。也就是說，若EF為1，表示存在擴(kuò)展字段，該擴(kuò)展字段為1字節(jié)，此時(shí)，長(zhǎng)度域就為2字節(jié)，反之(即EF＝0時(shí))，復(fù)用頭不包括擴(kuò)展字段，長(zhǎng)度域?yàn)?字節(jié)。
當(dāng)復(fù)用頭包括擴(kuò)展字段時(shí)，該擴(kuò)展字段可用于與該長(zhǎng)度指示字段共同表示緊隨該復(fù)用頭后的FP PDU的長(zhǎng)度，或者，該擴(kuò)展字段的部分比特與該長(zhǎng)度指示字段共同表示FP PDU的長(zhǎng)度。比如說，將8比特的擴(kuò)展字段分為2段，其中4個(gè)比特與7個(gè)比特的長(zhǎng)度指示字段一起用于表示FP PDU長(zhǎng)度，其它4個(gè)比特可以表示一項(xiàng)或多項(xiàng)其它信息。也就是說，當(dāng)長(zhǎng)度域?yàn)?字節(jié)時(shí)(即不存在擴(kuò)展字段)，該FP PDU長(zhǎng)度最大為127(27-1)字節(jié)；當(dāng)長(zhǎng)度域?yàn)?字節(jié)時(shí)(即存在擴(kuò)展字段)，該FP PDU長(zhǎng)度最大為2047(211-1)字節(jié)。當(dāng)然，該擴(kuò)展字段也可以用于表示其它信息。由于在復(fù)用頭中引入了擴(kuò)展標(biāo)志和擴(kuò)展字段，可以僅在需要攜帶擴(kuò)展信息時(shí)傳輸擴(kuò)展字段，減少了復(fù)用頭中的固定開銷，增加了復(fù)用的靈活性。
需要說明的是，也可以對(duì)圖6所示的復(fù)用后的UDP包格式作一些變化，例如可以將所有的復(fù)用頭級(jí)聯(lián)在一起放在UDP包凈荷的前部，將所有的FPPDU級(jí)聯(lián)在一起放在UDP包凈荷的后部，等等。這些變化的包格式同樣可以實(shí)現(xiàn)本實(shí)施方式的目的，只需要在接收端相應(yīng)地修改讀取順序即可。
接著，在步驟540中，發(fā)送經(jīng)復(fù)用的UDP包。
具體地說，Hub節(jié)點(diǎn)還為經(jīng)復(fù)用的UDP包設(shè)置復(fù)用標(biāo)記，比如說，將經(jīng)復(fù)用的UDP包包頭中的源UDP端口和/或目的UDP端口號(hào)設(shè)置為自命名端口，以指示接收端該UDP為復(fù)用后的UDP包。由于在本步驟中，是以特定的源UDP端口號(hào)和/或目的UDP端口號(hào)作為UDP包的復(fù)用標(biāo)記，因此可以在不增加額外開銷的前提下指示UDP包是否被復(fù)用，使接收端可以正確地區(qū)分和解析復(fù)用或非復(fù)用的UDP包。
然后，將設(shè)置有復(fù)用標(biāo)記的UDP包發(fā)送至RNC。其中，經(jīng)復(fù)用的UDP包的包頭中的目的IP地址為RNC的IP地址，源IP地址為該Hub節(jié)點(diǎn)的IP地址。
由于在本實(shí)施方式中，Hub節(jié)點(diǎn)從來自多個(gè)Node B的用戶面UDP包中選出滿足復(fù)用條件的用戶面UDP包，對(duì)這些UDP包進(jìn)行復(fù)用后發(fā)送至RNC。避免了為每個(gè)用戶面UDP包都增加一定的包頭開銷，從而有效降低了Iub接口用戶數(shù)據(jù)流的平均開銷，提升了Hub節(jié)點(diǎn)到RNC段之間傳輸效率，節(jié)省了傳輸帶寬。而且，由于UDP包是基于IP的，所以既可用于點(diǎn)到點(diǎn)鏈路組網(wǎng)場(chǎng)景，也可應(yīng)用于路由組網(wǎng)場(chǎng)景。另外，由于是對(duì)FP PDU進(jìn)行復(fù)用，對(duì)UDP以下的層沒有任何影響，所以對(duì)RNC和Node B之間的中間傳輸節(jié)點(diǎn)沒有特殊的要求，既可以單獨(dú)使用，也可以與其它層三、層二效率提升技術(shù)組合使用，如與UDP/IP頭壓縮、PPPmux、PPP頭壓縮等技術(shù)組合使用，以取得更高的傳輸效率。
需要說明的是，本實(shí)施方式中是以Hub節(jié)點(diǎn)從來自多個(gè)Node B的用戶面UDP包中選出滿足復(fù)用條件的用戶面UDP包為例進(jìn)行說明的，當(dāng)然，在實(shí)際應(yīng)用中，Hub節(jié)點(diǎn)也可以從來自一個(gè)Node B的用戶面UDP包中選出滿足復(fù)用條件的用戶面UDP包，具體實(shí)現(xiàn)方式與本實(shí)施方式并無本質(zhì)差別。
RNC在收到來自Hub節(jié)點(diǎn)的UDP包后，對(duì)該UDP包的處理流程如圖8所示。
在步驟810中，RNC判斷來自Hub節(jié)點(diǎn)的UDP包是否設(shè)置有復(fù)用標(biāo)記(如該UDP包包頭中的源UDP端口和/或目的UDP端口是否為自命名端口)，如果設(shè)置有復(fù)用標(biāo)記，則說明該UDP包為經(jīng)復(fù)用的UDP包，進(jìn)入步驟820；如果并未設(shè)置復(fù)用標(biāo)記，則說明該UDP包為未經(jīng)復(fù)用的UDP包，進(jìn)入步驟830，根據(jù)現(xiàn)有技術(shù)從該未經(jīng)復(fù)用的UDP包中讀取FP PDU。
在步驟820中，接收方對(duì)該UDP包的凈荷進(jìn)行解復(fù)用，得到各FP PDU。具體地說，由于UDP包的凈荷中包括至少一個(gè)FP PDU及其復(fù)用頭，每個(gè)復(fù)用頭包括NID、UID和長(zhǎng)度域，因此，通過以下方式進(jìn)行解復(fù)用從該UDP包的凈荷中讀取一個(gè)FP PDU的復(fù)用頭，根據(jù)該復(fù)用頭中的長(zhǎng)度域從該UDP包的凈荷中讀取相應(yīng)的FP PDU，根據(jù)該復(fù)用頭中的NID和UID確定該FP PDU所歸屬的Node B和用戶。重復(fù)該步驟，直至處理完該UDP包凈荷中的所有數(shù)據(jù)。
由于每一個(gè)FP PDU的復(fù)用頭包括了NID、UID、擴(kuò)展標(biāo)志、長(zhǎng)度指示字段，可能還有擴(kuò)展字段，因此，在讀取FP PDU的復(fù)用頭時(shí)，先讀取該復(fù)用頭的基本字段(即NID+UID+擴(kuò)展標(biāo)志+長(zhǎng)度指示字段)，根據(jù)基本字段中的擴(kuò)展標(biāo)志判斷是否存在擴(kuò)展字段，如果是則進(jìn)一步從UDP包的凈荷中讀取該復(fù)用頭的擴(kuò)展字段，否則忽略對(duì)擴(kuò)展字段的讀取。
本發(fā)明的第二實(shí)施方式涉及一種上行傳輸方法，本實(shí)施方式與第一實(shí)施方式大致相同，其區(qū)別在于，在第一實(shí)施方式中，Hub節(jié)點(diǎn)在收到來自各NodeB的用戶面UDP包后，直接開始選出滿足復(fù)用條件的用戶面UDP包；而在本實(shí)施方式中，Hub節(jié)點(diǎn)先判斷當(dāng)前的網(wǎng)絡(luò)負(fù)載是否大于預(yù)置門限，即判斷當(dāng)前網(wǎng)絡(luò)是否處于輕載狀態(tài)，如果大于該預(yù)置門限(即不處于輕載狀態(tài))，則再開始選出滿足復(fù)用條件的用戶面UDP包；如果小于或等于該預(yù)置門限(即處于輕載狀態(tài))，則按常規(guī)路由發(fā)送UDP包。也就是說，可以在步驟510前先判斷當(dāng)前網(wǎng)絡(luò)是否處于輕載狀態(tài)，如果不處于輕載狀態(tài)，則再進(jìn)入步驟510。以免在傳輸帶寬還有很多盈余的情況下，對(duì)用戶面UDP包進(jìn)行不必要的復(fù)用，進(jìn)而導(dǎo)致引入了不必要的時(shí)延的問題。
本發(fā)明的第三實(shí)施方式涉及一種下行傳輸方法，在本實(shí)施方式中，如果Hub節(jié)點(diǎn)從RNC收到經(jīng)復(fù)用的UDP包，則將該UDP包解復(fù)用為至少兩個(gè)用戶面UDP包，分別發(fā)送到對(duì)應(yīng)的Node B。
具體地說，RNC從待發(fā)送到各Node B的歸屬于各用戶的FP PDU中選出滿足復(fù)用條件的FP PDU，并對(duì)選出的FP PDU進(jìn)行復(fù)用。經(jīng)復(fù)用的UDP包格式如圖6所示，包括IP頭和UDP頭，在UDP包的凈荷中包括滿足復(fù)用條件的各FP PDU及其復(fù)用頭，各FP PDU之間通過復(fù)用頭隔離，復(fù)用頭的具體結(jié)構(gòu)如圖7所示。方法與第一實(shí)施方式中Hub節(jié)點(diǎn)對(duì)來自Node B的用戶面UDP進(jìn)行復(fù)用的方式相類似，在此不再贅述，其中，IP頭中的目的IP地址為Hub節(jié)點(diǎn)的IP地址，源IP地址為RNC的IP地址。
Hub節(jié)點(diǎn)收到來自RNC的UDP包后，對(duì)該UDP包的處理流程如圖9所示。當(dāng)然，該Hub節(jié)點(diǎn)需要先對(duì)來自RNC的IP包進(jìn)行檢測(cè)后，才能確定該IP包是否為UDP包，如果不是UDP包，則按常規(guī)路由將該IP包轉(zhuǎn)發(fā)給相應(yīng)的Node B，在確定該IP包為UDP包時(shí)，再進(jìn)入步驟910。
在步驟910中，Hub節(jié)點(diǎn)判斷收到的UDP包是否為經(jīng)復(fù)用的UDP包。具體地說，該Hub節(jié)點(diǎn)判斷UDP包中是否設(shè)置有復(fù)用標(biāo)記，如判斷該UDP包包頭中的源UDP端口和/或目的UDP端口是否為自命名端口。如果設(shè)置有復(fù)用標(biāo)記，則說明該UDP包為經(jīng)復(fù)用的UDP包，進(jìn)入步驟920；如果并未設(shè)置復(fù)用標(biāo)記，則說明該UDP包為未經(jīng)復(fù)用的UDP包，進(jìn)入步驟940，按常規(guī)路由將該未經(jīng)復(fù)用的UDP包發(fā)送給相應(yīng)的Node B。
在步驟920中，該Hub節(jié)點(diǎn)將經(jīng)復(fù)用的UDP包解復(fù)用為至少兩個(gè)用戶面UDP包。
具體地說，由于UDP包的凈荷中包括至少一個(gè)FP PDU及其復(fù)用頭，每個(gè)復(fù)用頭包括NID、UID和長(zhǎng)度域，該長(zhǎng)度域中包括了擴(kuò)展標(biāo)志、長(zhǎng)度指示字段，可能還有擴(kuò)展字段。因此，可通過以下方式進(jìn)行解復(fù)用從該經(jīng)復(fù)用的UDP包的凈荷中讀取一個(gè)FP PDU的復(fù)用頭，在讀取FPPDU的復(fù)用頭時(shí)，先讀取該復(fù)用頭的基本字段(即NID+UID+擴(kuò)展標(biāo)志+長(zhǎng)度指示字段)，根據(jù)基本字段中的擴(kuò)展標(biāo)志判斷是否存在擴(kuò)展字段，如果是則進(jìn)一步從讀取該復(fù)用頭的擴(kuò)展字段，否則忽略對(duì)擴(kuò)展字段的讀取。
根據(jù)對(duì)該復(fù)用頭的讀取結(jié)果，從該UDP包的凈荷中讀取相應(yīng)的FP PDU，并將讀取的FP PDU填入用戶面UDP包的凈荷。該復(fù)用頭中的NID即為該FP PDU所歸屬的Node B的標(biāo)識(shí)，該復(fù)用頭中的UID即為該FP PDU所歸屬的用戶的用戶標(biāo)識(shí)，因此，可將讀取到的UID填入該用戶面UDP包的UDP頭中的目的UDP端口，將讀取到的NID轉(zhuǎn)換為相應(yīng)的Node B的IP地址后，將該IP地址填入該用戶面UDP包的IP頭中。
上述操作完成了在該經(jīng)復(fù)用的UDP包中解復(fù)用出一個(gè)用戶面UDP包，在本步驟中，還需要進(jìn)一步重復(fù)上述操作直至處理完該經(jīng)復(fù)用的UDP包凈荷中的所有數(shù)據(jù)，即從該經(jīng)復(fù)用的UDP包中解復(fù)用出所有用戶面UDP包。
接著，在步驟930中，該Hub節(jié)點(diǎn)將解復(fù)用出的用戶面UDP包分別發(fā)送到對(duì)應(yīng)的Node B。
本發(fā)明的第四實(shí)施方式涉及一種Hub節(jié)點(diǎn)，如圖10所示，包括選擇單元，用于從來自至少一個(gè)Node B的用戶面UDP包中選出滿足復(fù)用條件的用戶面UDP包；復(fù)用單元，用于對(duì)該選擇單元選出的用戶面UDP包進(jìn)行復(fù)用，得到經(jīng)復(fù)用的UDP包；發(fā)送單元，用于將經(jīng)復(fù)用的UDP包發(fā)送至RNC。
通過對(duì)用戶面UDP包的復(fù)用，可以避免為每個(gè)用戶面UDP包都增加一定的包頭開銷，從而有效降低了Iub接口用戶數(shù)據(jù)流的平均開銷，提升了Hub節(jié)點(diǎn)到RNC段之間傳輸效率，節(jié)省了傳輸帶寬。而且，由于UDP包是基于IP的，所以既可用于點(diǎn)到點(diǎn)鏈路組網(wǎng)場(chǎng)景，也可應(yīng)用于路由組網(wǎng)場(chǎng)景。
其中，復(fù)用條件可以是以下之一或其任意組合(1)參加復(fù)用的用戶面UDP包的凈荷FP PDU具有相同的優(yōu)先級(jí)。
(2)參加復(fù)用的用戶面UDP包的凈荷FP PDU的長(zhǎng)度小于預(yù)定門限，該門限可自行配置。以凈荷FP PDU的長(zhǎng)度作為復(fù)用條件，可以保證參加復(fù)用的用戶面UDP包是具備復(fù)用價(jià)值的，從而進(jìn)一步提高了傳輸效率。
(3)復(fù)用后生成的發(fā)送至RNC的UDP包的凈荷的長(zhǎng)度小于預(yù)定門限，該門限可自行配置。因?yàn)閁DP包的包頭長(zhǎng)度是固定的，所以也可以以復(fù)用后生成的UDP包長(zhǎng)度小于預(yù)定門限作為復(fù)用條件。由于對(duì)復(fù)用后的UDP長(zhǎng)度作了限制，可以避免將過多的用戶面UDP復(fù)用到一個(gè)發(fā)送至RNC的UDP中，從而避免了由于復(fù)用的操作導(dǎo)致產(chǎn)生較長(zhǎng)時(shí)延的問題。
(4)參加復(fù)用的用戶面UDP包的凈荷FP PDU屬于同一業(yè)務(wù)類型，如按R99/HSPA(高速分組接入)業(yè)務(wù)區(qū)分、按語(yǔ)音/數(shù)據(jù)業(yè)務(wù)區(qū)分等。
由于是對(duì)滿足復(fù)用條件的用戶面UDP中的FP PDU進(jìn)行復(fù)用，而不是對(duì)所有的用戶面UDP中的FP PDU都進(jìn)行復(fù)用，從而可以選擇復(fù)用效率較高的FP PDU進(jìn)行復(fù)用，提高復(fù)用的效果，進(jìn)而提升整體的數(shù)據(jù)傳輸效率。
其中，復(fù)用單元包括以下子單元獲取子單元，用于根據(jù)用戶面UDP包的IP地址得到用于區(qū)分Node B的NID，并根據(jù)該用戶面UDP包中的信息得到用于區(qū)分同一Node B中不同用戶的UID(該UID可以采用該用戶面UDP包包頭中的目的UDP端口號(hào))；填入子單元，用于將獲取到的NID和UID，與相應(yīng)的用戶面UDP包的凈荷FP PDU一起填入一個(gè)待發(fā)送到RNC的UDP包的凈荷；控制子單元，用于控制該獲取子單元和填入子單元處理至少兩個(gè)用戶面UDP包，也就是說，將至少兩個(gè)用戶面UDP包復(fù)用在一個(gè)待發(fā)送到RNC的UDP包中。
其中，發(fā)送單元還包括第一子單元，用于為復(fù)用后待發(fā)送至RNC的UDP包設(shè)置復(fù)用標(biāo)記。
本發(fā)明的第五實(shí)施方式涉及一種Hub節(jié)點(diǎn)，如圖11所示，包括接收單元，用于從RNC接收UDP包；判斷單元，用于判斷收到的UDP包是否為經(jīng)復(fù)用的UDP包；解復(fù)用單元，用于將收到的經(jīng)復(fù)用的UDP包解復(fù)用為至少兩個(gè)用戶面UDP包；發(fā)送單元，用于將解復(fù)用單元解復(fù)用出的用戶面UDP包分別發(fā)送到對(duì)應(yīng)的Node B。
其中，解復(fù)用單元包括以下子單元讀取子單元，用于從經(jīng)復(fù)用的UDP包的凈荷中讀取一個(gè)FP PDU、用于標(biāo)識(shí)該FP PDU所歸屬的Node B的NID、和用于標(biāo)識(shí)該FP PDU所歸屬的用戶的UID；填入子單元，用于將該讀取子單元讀取的FP PDU填入用戶面UDP包的凈荷中，將讀取的NID填入該用戶面UDP包的UDP頭中；將讀取的Node B標(biāo)識(shí)符轉(zhuǎn)換為相應(yīng)的Node B的IP地址后，將該IP地址填入該用戶面UDP包的IP頭中；控制子單元，用于在處理一個(gè)經(jīng)復(fù)用的UDP包時(shí)，循環(huán)指示該讀取子單元與填入子單元進(jìn)行讀取與填入的操作，直至處理完該經(jīng)復(fù)用的UDP包凈荷中的所有數(shù)據(jù)。
綜上所述，在本發(fā)明的實(shí)施方式中，Hub節(jié)點(diǎn)從來自至少一個(gè)Node B的用戶面UDP包中選出滿足復(fù)用條件的用戶面UDP包，對(duì)這些UDP包進(jìn)行復(fù)用后發(fā)送至RNC。避免了為每個(gè)用戶面UDP包都增加一定的包頭開銷，從而有效降低了Iub接口用戶數(shù)據(jù)流的平均開銷，提升了Hub節(jié)點(diǎn)到RNC之間的傳輸效率，節(jié)省了傳輸帶寬。RNC發(fā)送給Hub節(jié)點(diǎn)的UDP包也可以是經(jīng)復(fù)用的UDP包，該Hub節(jié)點(diǎn)在收到來自RNC的經(jīng)復(fù)用的UDP包后，將該經(jīng)復(fù)用的UDP包解復(fù)用為至少兩個(gè)用戶面UDP包，分別發(fā)送到對(duì)應(yīng)的Node B。同樣有效降低了Iub接口用戶數(shù)據(jù)流的平均開銷，提升了Hub節(jié)點(diǎn)到RNC之間的傳輸效率，節(jié)省了傳輸帶寬。而且，由于UDP包是基于IP的，所以既可用于點(diǎn)到點(diǎn)鏈路組網(wǎng)場(chǎng)景，也可應(yīng)用于路由組網(wǎng)場(chǎng)景。
另外，由于是對(duì)滿足復(fù)用條件的用戶面UDP中的FP PDU進(jìn)行復(fù)用，而不是對(duì)所有的用戶面UDP中的FP PDU都進(jìn)行復(fù)用，從而可以選擇復(fù)用效率較高的FP PDU進(jìn)行復(fù)用，提高復(fù)用的效果，進(jìn)而提升整體的數(shù)據(jù)傳輸效率。例如可以選擇較小的FP PDU進(jìn)行復(fù)用，而較大的FP PDU仍使用原來的傳輸方式，從而有效提升了低速率用戶業(yè)務(wù)的傳輸效率，最大化利用傳輸資源。而且，因?yàn)槭菍?duì)FP PDU進(jìn)行復(fù)用，對(duì)UDP以下的層沒有任何影響，所以對(duì)RNC和Node B之間的中間傳輸節(jié)點(diǎn)沒有特殊的要求，既可以單獨(dú)使用，也可以與其它層三、層二效率提升技術(shù)組合使用，如與UDP/IP頭壓縮、PPPmux、PPP頭壓縮等技術(shù)組合使用，以取得更高的傳輸效率。
根據(jù)用戶面UDP包中的信息得到用于區(qū)分Node B的NID(即Node B標(biāo)識(shí))和用于區(qū)分同一Node B中不同用戶的UID(即用戶標(biāo)識(shí)符)，并將得到的NID和UID與該用戶面UDP包的凈荷FP PDU一起填入一個(gè)待發(fā)送到RNC的UDP包的凈荷，保證了作為接收端的RNC能夠正確區(qū)分出復(fù)用在該UDP包中的各FP PDU所歸屬的Node B和用戶。
以用戶面UDP包包頭中的目的UDP端口號(hào)作為UID，能夠以較小的開銷唯一標(biāo)識(shí)該用戶面UDP包中的FP PDU所屬的用戶，進(jìn)一步提高了數(shù)據(jù)傳輸效率。
為復(fù)用后待發(fā)送至RNC的UDP包設(shè)置復(fù)用標(biāo)記，并以特定的源UDP端口號(hào)和/或目的UDP端口號(hào)作為UDP包的復(fù)用標(biāo)記，可以在不增加額外開銷的前提下指示UDP包是否被復(fù)用，使接收端可以正確地區(qū)分和解析復(fù)用或非復(fù)用的UDP包。
可以靈活配置復(fù)用條件，如將復(fù)用條件設(shè)置為參加復(fù)用的用戶面UDP包的凈荷FP PDU具有相同的優(yōu)先級(jí)，或，參加復(fù)用的用戶面UDP包的凈荷FP PDU的長(zhǎng)度小于預(yù)定門限等，以便進(jìn)一步有效提高復(fù)用效率。
在對(duì)用戶面UDP包進(jìn)行復(fù)用之前，先判斷當(dāng)前的網(wǎng)絡(luò)是否處于輕載狀態(tài)，如果當(dāng)前的網(wǎng)絡(luò)處于輕載狀態(tài)，則再對(duì)用戶面UDP包進(jìn)行復(fù)用，以免在傳輸帶寬還有很多盈余的情況下，對(duì)用戶面UDP包進(jìn)行不必要的復(fù)用，進(jìn)而導(dǎo)致引入了不必要的時(shí)延的問題。
雖然通過參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種上行傳輸方法，其特征在于，包括以下步驟匯聚節(jié)點(diǎn)從來自至少一個(gè)基站節(jié)點(diǎn)Node B的用戶面用戶數(shù)據(jù)報(bào)協(xié)議UDP包中選出滿足復(fù)用條件的用戶面UDP包；將所述滿足復(fù)用條件的用戶面UDP包進(jìn)行復(fù)用后發(fā)送至無線網(wǎng)絡(luò)控制器RNC。
2.根據(jù)權(quán)利要求1所述的上行傳輸方法，其特征在于，所述對(duì)用戶面UDP包進(jìn)行復(fù)用的步驟，包括以下步驟A.根據(jù)所述用戶面UDP包的IP地址得到用于區(qū)分該用戶面UDP包所屬Node B的Node B標(biāo)識(shí)符；B.根據(jù)該用戶面UDP包中的信息得到用于區(qū)分同一Node B中不同用戶的用戶標(biāo)識(shí)符；C.將該Node B標(biāo)識(shí)符和用戶標(biāo)識(shí)符與該用戶面UDP包的凈荷幀協(xié)議FP協(xié)議數(shù)據(jù)單元PDU一起填入一個(gè)待發(fā)送到所述RNC的UDP包的凈荷；重復(fù)上述步驟A至步驟C，將至少兩個(gè)所述滿足復(fù)用條件的用戶面UDP包復(fù)用到一個(gè)所述待發(fā)送到所述RNC的UDP包。
3.根據(jù)權(quán)利要求2所述的上行傳輸方法，其特征在于，所述用戶標(biāo)識(shí)符是所述用戶面UDP包包頭中的目的UDP端口號(hào)。
4.根據(jù)權(quán)利要求2所述的上行傳輸方法，其特征在于，所述將Node B標(biāo)識(shí)符和用戶標(biāo)識(shí)符與該用戶面UDP包的凈荷FP PDU一起填入一個(gè)待發(fā)送到所述RNC的UDP包的凈荷，包括以下步驟為所述FP PDU設(shè)置一個(gè)復(fù)用頭，所述Node B標(biāo)識(shí)符和用戶標(biāo)識(shí)符包括在該復(fù)用頭中；所述復(fù)用頭還包括一個(gè)用于表示所述FP PDU長(zhǎng)度的長(zhǎng)度指示字段、和一個(gè)用于指示是否有擴(kuò)展字段的擴(kuò)展標(biāo)志，當(dāng)該擴(kuò)展標(biāo)志的值指示有擴(kuò)展字段時(shí)，該復(fù)用頭還包括預(yù)定長(zhǎng)度的擴(kuò)展字段，該擴(kuò)展字段中部分或全部的比特與所述長(zhǎng)度指示字段共同表示該FP PDU的長(zhǎng)度；將所述復(fù)用頭和所述FP PDU一起填入一個(gè)待發(fā)送到所述RNC的UDP包的凈荷中。
5.根據(jù)權(quán)利要求1所述的上行傳輸方法，其特征在于，所述對(duì)用戶面UDP包進(jìn)行復(fù)用后發(fā)送至RNC的步驟，包括以下步驟為復(fù)用后的UDP包設(shè)置復(fù)用標(biāo)記；將設(shè)置有所述復(fù)用標(biāo)記的UDP包發(fā)送至所述RNC。
6.根據(jù)權(quán)利要求5所述的上行傳輸方法，其特征在于，所述設(shè)置復(fù)用標(biāo)記的方式如下將所述復(fù)用后的UDP包的源UDP端口和/或目的UDP端口設(shè)置為預(yù)定的值。
7.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的上行傳輸方法，其特征在于，所述復(fù)用條件包括以下之一或其任意組合參加復(fù)用的用戶面UDP包的凈荷FP PDU具有相同的優(yōu)先級(jí)；參加復(fù)用的用戶面UDP包的凈荷FP PDU的長(zhǎng)度小于預(yù)定門限；復(fù)用后生成的UDP包的凈荷的長(zhǎng)度小于預(yù)定門限；參加復(fù)用的用戶面UDP包的凈荷FP PDU屬于同一業(yè)務(wù)類型。
8.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的上行傳輸方法，其特征在于，在所述選出滿足復(fù)用條件的用戶面UDP包之前，還包括以下步驟判斷當(dāng)前的網(wǎng)絡(luò)負(fù)載是否大于預(yù)置門限，如果大于該預(yù)置門限，則執(zhí)行所述選出滿足復(fù)用條件的用戶面UDP包的步驟。
9.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的上行傳輸方法，其特征在于，在所述選出滿足復(fù)用條件的用戶面UDP包之前，還包括以下步驟所述匯聚節(jié)點(diǎn)判斷來自所述Node B的IP包是否為用戶面UDP包，如果判定為是用戶面UDP包，則執(zhí)行所述選出滿足復(fù)用條件的用戶面UDP包的步驟。
10.一種下行傳輸方法，其特征在于，包括以下步驟匯聚節(jié)點(diǎn)從RNC收到經(jīng)復(fù)用的UDP包，將該UDP包解復(fù)用為至少兩個(gè)用戶面UDP包，分別發(fā)送到對(duì)應(yīng)的Node B。
11.根據(jù)權(quán)利要求10所述的下行傳輸方法，其特征在于，所述將UDP包解復(fù)用為至少兩個(gè)用戶面UDP包的步驟中，進(jìn)一步包括以下子步驟從所述經(jīng)復(fù)用的UDP包的凈荷中讀取一個(gè)FP PDU、用于標(biāo)識(shí)該FPPDU所歸屬的Node B的Node B標(biāo)識(shí)符、和用于標(biāo)識(shí)該FP PDU所歸屬的用戶的用戶標(biāo)識(shí)符；將讀取的FP PDU填入用戶面UDP包的凈荷中，將讀取的用戶標(biāo)識(shí)符填入該用戶面UDP包的UDP頭中；將讀取的Node B標(biāo)識(shí)符轉(zhuǎn)換為相應(yīng)的Node B的IP地址后，將該IP地址填入該用戶面UDP包的IP頭中；上述步驟完成在一個(gè)經(jīng)復(fù)用的UDP包中解復(fù)用出一個(gè)用戶面UDP包，重復(fù)上述步驟直至處理完該經(jīng)復(fù)用的UDP包凈荷中的所有數(shù)據(jù)。
12.根據(jù)權(quán)利要求11所述的下行傳輸方法，其特征在于，所述Node B標(biāo)識(shí)符和所述用戶標(biāo)識(shí)符包括在相應(yīng)的FP PDU的復(fù)用頭中的基本字段內(nèi)，該復(fù)用頭的基本字段中還包括一個(gè)用于表示該FP PDU長(zhǎng)度的長(zhǎng)度指示字段、和一個(gè)用于指示是否有擴(kuò)展字段的擴(kuò)展標(biāo)志，當(dāng)該擴(kuò)展標(biāo)志的值指示有擴(kuò)展字段時(shí)，該復(fù)用頭還包括預(yù)定長(zhǎng)度的擴(kuò)展字段，該擴(kuò)展字段中部分或全部的比特與所述長(zhǎng)度指示字段共同表示該FP PDU的長(zhǎng)度；所述在經(jīng)復(fù)用的UDP包中解復(fù)用出一個(gè)用戶面UDP包的步驟中，進(jìn)一步包括以下子步驟從經(jīng)復(fù)用的UDP包的凈荷中讀取對(duì)應(yīng)于一個(gè)FP PDU的復(fù)用頭，根據(jù)該復(fù)用頭的基本字段中包括的擴(kuò)展標(biāo)志判斷是否存在擴(kuò)展字段，如果判定存在擴(kuò)展字段則進(jìn)一步從該復(fù)用頭中讀取該擴(kuò)展字段，如果判定不存在擴(kuò)展字段則忽略對(duì)擴(kuò)展字段的讀??；根據(jù)對(duì)所述復(fù)用頭的讀取結(jié)果，從所述經(jīng)復(fù)用的UDP包的凈荷中讀取與該復(fù)用頭對(duì)應(yīng)的一個(gè)FP PDU，以及該FP PDU所歸屬的Node B的Node B標(biāo)識(shí)符和所歸屬的用戶的用戶標(biāo)識(shí)符。
13.根據(jù)權(quán)利要求10至12中任一項(xiàng)所述的下行傳輸方法，其特征在于，所述匯聚節(jié)點(diǎn)從RNC收到經(jīng)復(fù)用的UDP包的步驟，包括以下步驟所述匯聚節(jié)點(diǎn)從所述RNC接收UDP包，并判斷收到的UDP包是否為經(jīng)復(fù)用的UDP包；所述判斷收到的UDP包是否為經(jīng)復(fù)用的UDP包的方式如下判斷從所述RNC收到的UDP包的源UDP端口和/或目的UDP端口是否為預(yù)定的值，如果是，則判定該UDP包為經(jīng)復(fù)用的UDP包。
14.根據(jù)權(quán)利要求13所述的下行傳輸方法，其特征在于，在所述判斷收到的UDP包是否為經(jīng)復(fù)用的UDP包的步驟之前，還包括以下步驟所述匯聚節(jié)點(diǎn)判斷來自所述RNC的IP包是否為UDP包，如果判定為是UDP包，則執(zhí)行所述判斷收到的UDP包是否為經(jīng)復(fù)用的UDP包的步驟。
15.一種匯聚節(jié)點(diǎn)，其特征在于，包括選擇單元，用于從來自至少一個(gè)Node B的用戶面UDP包中選出滿足復(fù)用條件的用戶面UDP包；復(fù)用單元，用于對(duì)所述選擇單元選出的用戶面UDP包進(jìn)行復(fù)用，得到經(jīng)復(fù)用的UDP包；發(fā)送單元，用于將所述經(jīng)復(fù)用的UDP包發(fā)送至RNC。
16.根據(jù)權(quán)利要求15所述的匯聚節(jié)點(diǎn)，其特征在于，所述復(fù)用單元包括以下子單元獲取子單元，用于根據(jù)所述用戶面UDP包的IP地址得到用于區(qū)分NodeB的Node B標(biāo)識(shí)符，根據(jù)該用戶面UDP包中的信息得到用于區(qū)分同一NodeB中不同用戶的用戶標(biāo)識(shí)符；填入子單元，用于將獲取到的Node B標(biāo)識(shí)符和用戶標(biāo)識(shí)符，與相應(yīng)的所述用戶面UDP包的凈荷FP PDU一起填入一個(gè)待發(fā)送到所述RNC的UDP包的凈荷；控制子單元，用于控制所述獲取子單元和所述填入子單元處理至少兩個(gè)所述用戶面UDP包；其中，所述用戶標(biāo)識(shí)符是所述用戶面UDP包包頭中的目的UDP端口號(hào)。
17.根據(jù)權(quán)利要求16所述的匯聚節(jié)點(diǎn)，其特征在于，所述發(fā)送單元還包括第一子單元，用于為所述復(fù)用單元復(fù)用后的UDP包設(shè)置復(fù)用標(biāo)記。
18.根據(jù)權(quán)利要求15至17中任一項(xiàng)所述的匯聚節(jié)點(diǎn)，其特征在于，所述復(fù)用條件包括以下之一或其任意組合參加復(fù)用的用戶面UDP包的凈荷FP PDU具有相同的優(yōu)先級(jí)；參加復(fù)用的用戶面UDP包的凈荷FP PDU的長(zhǎng)度小于預(yù)定門限；復(fù)用后的UDP包的凈荷的長(zhǎng)度小于預(yù)定門限；參加復(fù)用的用戶面UDP包的凈荷FP PDU屬于同一業(yè)務(wù)類型。
19.一種匯聚節(jié)點(diǎn)，其特征在于，包括接收單元，用于從RNC接收UDP包；判斷單元，用于判斷收到的UDP包是否為經(jīng)復(fù)用的UDP包；解復(fù)用單元，用于將收到的經(jīng)復(fù)用的UDP包解復(fù)用為至少兩個(gè)用戶面UDP包；發(fā)送單元，用于將所述解復(fù)用單元解復(fù)用出的用戶面UDP包分別發(fā)送到對(duì)應(yīng)的Node B。
20.根據(jù)權(quán)利要求19所述的匯聚節(jié)點(diǎn)，其特征在于，所述解復(fù)用單元包括以下子單元讀取子單元，用于從所述經(jīng)復(fù)用的UDP包的凈荷中讀取一個(gè)FP PDU、用于標(biāo)識(shí)該FP PDU所歸屬的Node B的Node B標(biāo)識(shí)符、和用于標(biāo)識(shí)該FPPDU所歸屬的用戶的用戶標(biāo)識(shí)符；填入子單元，用于將所述讀取子單元讀取的FP PDU填入用戶面UDP包的凈荷中，將讀取的用戶標(biāo)識(shí)符填入該用戶面UDP包的UDP頭中；將讀取的Node B標(biāo)識(shí)符轉(zhuǎn)換為相應(yīng)的Node B的IP地址后，將該IP地址填入該用戶面UDP包的IP頭中；控制子單元，用于在處理一個(gè)所述經(jīng)復(fù)用的UDP包時(shí)，循環(huán)指示所述讀取子單元與所述填入子單元進(jìn)行所述讀取與填入，直至處理完該經(jīng)復(fù)用的UDP包凈荷中的所有數(shù)據(jù)。
全文摘要
本發(fā)明涉及通信領(lǐng)域，公開了一種上、下行傳輸方法及匯聚節(jié)點(diǎn)，使得Iub接口用戶數(shù)據(jù)流的平均開銷能夠得以降低。本發(fā)明中，Hub節(jié)點(diǎn)從來自至少一個(gè)Node B的用戶面UDP包中選出滿足復(fù)用條件的用戶面UDP包，對(duì)滿足復(fù)用條件的用戶面UDP包進(jìn)行復(fù)用后發(fā)送至RNC。在收到來自RNC的經(jīng)復(fù)用的UDP包后，將該UDP包解復(fù)用為至少兩個(gè)用戶面UDP包，分別發(fā)送到對(duì)應(yīng)的Node B。從而避免了為每個(gè)用戶面UDP包都增加一定的包頭開銷，有效降低了Iub接口用戶數(shù)據(jù)流的平均開銷，提升了Hub節(jié)點(diǎn)到RNC之間的傳輸效率，節(jié)省了傳輸帶寬。而且，由于UDP包是基于IP的，所以既可用于點(diǎn)到點(diǎn)鏈路組網(wǎng)場(chǎng)景，也可應(yīng)用于路由組網(wǎng)場(chǎng)景。
文檔編號(hào)H04B1/707GK101068216SQ20071012614
公開日2007年11月7日 申請(qǐng)日期2007年6月12日 優(yōu)先權(quán)日2007年6月12日
發(fā)明者賴志昌 申請(qǐng)人:華為技術(shù)有限公司