[發(fā)明專利]AP組網(wǎng)場景下的下行數(shù)據(jù)包傳輸方法及RNC

有效

• 申請?zhí)枺?/td>: 201210071959.5
• 申請日: 2012-03-16
• 公開（公告）號(hào): CN103312449A
• 公開（公告）日: 2013-09-18
• 發(fā)明（設(shè)計(jì)）人: 劉亞莉;申偉;馬馨
• 申請（專利權(quán)）人: 鼎橋通信技術(shù)有限公司
• 主分類號(hào): H04L1/00
• 分類號(hào): H04L1/00;H04W88/12
• 代理公司: 北京同立鈞成知識(shí)產(chǎn)權(quán)代理有限公司 11205
• 代理人: 王申

技術(shù)領(lǐng)域

本發(fā)明涉及一種AP組網(wǎng)場景下的下行數(shù)據(jù)包傳輸方法及RNC，屬于TDFI技術(shù)領(lǐng)域。

背景技術(shù)

TDFI(Wifi?over?TDS/TDL)技術(shù)是指基于TDS或TDL技術(shù)實(shí)現(xiàn)的無線保真(Wireless?Fidelity，簡稱：Wifi)技術(shù)，用于實(shí)現(xiàn)快速、低成本地部署無線局域網(wǎng)(Wireless?Local?Area?Networks，簡稱：WLAN)網(wǎng)絡(luò)，其中，TDS技術(shù)是指時(shí)分同步碼分多址(Time?Division-Synchronous?Code?Division?Multiple?Access，簡稱：TD-SCDMA)技術(shù)；TDL技術(shù)是指時(shí)分長期演進(jìn)(Time?Division-Long?Term?Evolution，簡稱：TD-LTE長期演進(jìn))技術(shù)。

在現(xiàn)有的組網(wǎng)場景下，TDFI技術(shù)提供TD-WIFI信號(hào)的轉(zhuǎn)換，支持MUE(Multi-UE，簡稱：MUE)的TDFI客戶端將終端數(shù)據(jù)分發(fā)到多個(gè)用戶設(shè)備(User?Equipment，簡稱：UE)上，其中包括一個(gè)主UE和至少一個(gè)輔UE。目前的組網(wǎng)場景，TDFI需要與AP連接，以實(shí)現(xiàn)AP到AC的接入，TDFI僅作為中間的承載，而接入點(diǎn)(Access?Point，簡稱：AP)和接入控制器(Access?Controller，簡稱：AC)之間需要建立無線接入點(diǎn)控制與供應(yīng)(Control?And?Provisioning?of?Wireless?Access?Points，簡稱：CAPWAP)隧道對數(shù)據(jù)進(jìn)行封裝形成數(shù)據(jù)包，以便于進(jìn)行用戶的認(rèn)證、計(jì)費(fèi)等功能。

在多用戶(Multi-UE，簡稱：MUE)綁定模式下，TDFI技術(shù)需要將上行數(shù)據(jù)分發(fā)到兩個(gè)UE鏈路上進(jìn)行分發(fā)，從而增強(qiáng)數(shù)據(jù)傳輸帶寬。例如，圖1為現(xiàn)有TDFI技術(shù)在MUE綁定模式下的網(wǎng)絡(luò)結(jié)構(gòu)圖，如圖1所示，接入設(shè)備中的兩個(gè)數(shù)據(jù)卡被分別模擬稱為主UE和輔UE，圖1中的兩條粗虛線分別表示兩條UE鏈路；而AP的引入，導(dǎo)致AP與AC之間形成了CAPWAP隧道，在圖1中的單條粗實(shí)線表示CAPWAP隧道為粗虛線，從AP開始經(jīng)基站和無線網(wǎng)絡(luò)控制器(Radio?Network?Controller，簡稱：RNC)達(dá)到AC在圖1中表示為，。

現(xiàn)有技術(shù)的缺陷在于：MUE綁定模式原本不是針對AP組網(wǎng)場景設(shè)計(jì)的，其最初的設(shè)計(jì)初衷是為了使同一個(gè)設(shè)備的多個(gè)數(shù)據(jù)卡能夠分別基于不同的IP五元組信息將下行數(shù)據(jù)流與相應(yīng)的UE鏈路進(jìn)行綁定傳輸，以提高該設(shè)備的通信吞吐量。然而，在將MUE綁定模式應(yīng)用于圖1所示的AP組網(wǎng)場景中時(shí)，由于使用了CAPWAP隧道將傳輸?shù)臄?shù)據(jù)包封閉在CAPWAP隧道內(nèi)，導(dǎo)致RNC無法直接獲取下行數(shù)據(jù)包的IP五元組信息，也就無法將下行數(shù)據(jù)流與UE鏈路綁定傳輸，而只能按照1∶1的方式在兩條UE鏈路上均勻下發(fā)數(shù)據(jù)包，然而，這種1∶1的方式會(huì)造成各個(gè)UE所接收到的數(shù)據(jù)包發(fā)生亂序，因此還需要增加額外的亂序重排的操作，從而增加了接入設(shè)備的工作負(fù)擔(dān)。

發(fā)明內(nèi)容

本發(fā)明提供一種下行數(shù)據(jù)包傳輸方法及RNC，使得RNC在AP組網(wǎng)場景下也能基于IP五元組信息實(shí)現(xiàn)下行數(shù)據(jù)流與相應(yīng)的UE鏈路進(jìn)行綁定傳輸。

本發(fā)明一方面提供一種AP組網(wǎng)場景下的下行數(shù)據(jù)包傳輸方法，其中包括：

RNC接收到從SGSN發(fā)往處于MUE綁定模式的接入設(shè)備的下行數(shù)據(jù)包后，去掉該下行數(shù)據(jù)包的GTPU頭得到IP數(shù)據(jù)幀；

所述RNC判斷出所述IP數(shù)據(jù)幀的凈荷數(shù)據(jù)為UDP數(shù)據(jù)幀；

當(dāng)所述RNC判斷出所述UDP數(shù)據(jù)為非加密的CAPWAP數(shù)據(jù)幀時(shí)，判斷所述下行數(shù)據(jù)包的包類型；

當(dāng)所述RNC判斷出所述下行數(shù)據(jù)包為非心跳包時(shí)，去掉所述CAPWAP數(shù)據(jù)幀的CAPWAP頭得到隧道凈荷數(shù)據(jù)；

當(dāng)所述RNC判斷出所述隧道凈荷數(shù)據(jù)為承載用戶數(shù)據(jù)的未加密的無線凈荷數(shù)據(jù)時(shí)，從該無線凈荷數(shù)據(jù)中得到應(yīng)用數(shù)據(jù)IP包；

所述RNC從所述應(yīng)用數(shù)據(jù)IP包中提取五元組信息，并根據(jù)該五元組信息將所述下行數(shù)據(jù)包發(fā)送到相應(yīng)的UE鏈路上。

本發(fā)明另一方面提供一種RNC，其中包括：

拆包模塊，用于當(dāng)接收到從SGSN發(fā)往處于MUE綁定模式的接入設(shè)備的下行數(shù)據(jù)包后，去掉該下行數(shù)據(jù)包的GTPU頭得到IP數(shù)據(jù)幀；

第一判斷模塊，用于判斷出拆包模塊得到的所述IP數(shù)據(jù)幀的凈荷數(shù)據(jù)為UDP數(shù)據(jù)幀；

第二判斷模塊，用于當(dāng)判斷出所述UDP數(shù)據(jù)為非加密的CAPWAP數(shù)據(jù)幀時(shí)，判斷所述下行數(shù)據(jù)包的包類型；