專利名稱：一種數(shù)據(jù)發(fā)送和接收的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)，特別涉及一種數(shù)據(jù)發(fā)送和接收的方法及裝置。
背景技術(shù)：
當(dāng)前LTE (Long Term Evolution，長期演進)系統(tǒng)的協(xié)議棧結(jié)構(gòu)，如圖1所示。圖 1 中，LTE 系統(tǒng)包括 UE(終端)、eNB(基站)和 MME(Mobility Management Entity，移動性管理實體)。LTE 系統(tǒng)協(xié)議棧結(jié)構(gòu)包括NAS (Non-Access Stratum,非接入)層；RRC (Radio Resource Control，無線資源控制)層；PDCP(Packet Data ConvergenceProtocol, ^v 組數(shù)據(jù)聚合協(xié)議)層；RLC (Radio Link Control無線鏈路控制)層；MAC (Media Access Control，媒體接入控制層)和PHY(Physical，物理)層。進一步的，UE(終端)和eNB(基站)的協(xié)議棧從垂直方向上可以分為用戶面和控 制面?？刂泼嬗糜趥鬏斝帕詈吞幚硇帕?，即信令承載。用戶面用于傳輸數(shù)據(jù)和處理數(shù)據(jù)，即 數(shù)據(jù)承載。在需要發(fā)送數(shù)據(jù)時，將信令或數(shù)據(jù)置于單元中的特定位置，然后每一層都進行封裝。以PDCP層為例用戶面的PDCP層主要用來對接收到的數(shù)據(jù)包(即用戶數(shù)據(jù))進行頭壓縮(或解 頭壓縮)操作、加密(或解密)操作。控制面的PDCP層主要用來對接收到的數(shù)據(jù)包(即控 制信令)進行加密(或解密)、完整性保護(或完整性驗證)操作。為了完成頭壓縮、加密和完整性保護等功能，PDCP將從高層收到的需要傳輸?shù)臄?shù) 據(jù)包(即高層的單元)做相應(yīng)處理然后加上PDCP協(xié)議頭，形成PDCP層的數(shù)據(jù)包(即PDCP 層的單元)，并發(fā)送給低層。目前的LTE系統(tǒng)的是根據(jù)帶寬IOOMbps的需求進行設(shè)計的。如采用的一個 RB (Radio Bearer，無線承載)實體對應(yīng)一個PDCP實體，一個PDCP實體對應(yīng)一個或一對RLC實體。但是隨著用戶的增加和技術(shù)的發(fā)展，IOOMbps的帶寬已經(jīng)很難滿足當(dāng)前系統(tǒng)的需 求，目前的系統(tǒng)由于是在IOOMbps帶寬的需求下設(shè)計的，如果提高了帶寬，需要提高當(dāng)前硬 件的處理速度才能順利發(fā)送數(shù)據(jù)。由于硬件在速度上的局限性，如果帶寬提高的比較多 (比如IGbps)，則現(xiàn)有的硬件無法實現(xiàn)，從而會造成很難發(fā)送數(shù)據(jù)的情況。綜上所述，目前的系統(tǒng)在提高帶寬后，有可能出現(xiàn)無法傳輸數(shù)據(jù)的情況。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)發(fā)送的方法和裝置，用以解決目前的系統(tǒng)在提高帶寬 后，有可能出現(xiàn)無法發(fā)送數(shù)據(jù)的問題。本發(fā)明實施例提供的一種數(shù)據(jù)接收的方法和裝置，用以解決目前的系統(tǒng)在提高帶寬后，有可能出現(xiàn)無法接收數(shù)據(jù)的問題。本發(fā)明實施例提供的一種數(shù)據(jù)發(fā)送的方法，該方法包括根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù)據(jù)包分成多組，并 確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口；將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端口發(fā)送。本發(fā)明實施例提供的一種接收本發(fā)明實施例發(fā)送的數(shù)據(jù)的方法，該方法包括接收側(cè)從多個接收端口中接收來自發(fā)送側(cè)的數(shù)據(jù)包；所述接收側(cè)根據(jù)數(shù)據(jù)包標(biāo)識，對接收到的多個數(shù)據(jù)包進行排序，形成數(shù)據(jù)流；其中，如果接收側(cè)是基站，則發(fā)送側(cè)是終端；如果接收側(cè)是終 端，則發(fā)送側(cè)是基站。本發(fā)明實施例提供的一種數(shù)據(jù)傳輸系統(tǒng)，該系統(tǒng)包括發(fā)送設(shè)備，用于根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù)據(jù) 包分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口，將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端口 發(fā)送；接收設(shè)備，用于從多個接收端口中接收來自所述發(fā)送設(shè)備的數(shù)據(jù)包，根據(jù)數(shù)據(jù)包 標(biāo)識，對接收到的多個數(shù)據(jù)包進行排序，形成數(shù)據(jù)流。本發(fā)明實施例提供的一種發(fā)送設(shè)備，該發(fā)送設(shè)備包括處理模塊，用于根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù)據(jù) 包分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口 ；發(fā)送模塊，用于將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端口發(fā)送。本發(fā)明實施例提供的一種接收本發(fā)明實施例發(fā)送的數(shù)據(jù)的接收設(shè)備，該接收設(shè)備 包括接收模塊，用于從多個接收端口中接收來自發(fā)送設(shè)備的數(shù)據(jù)包；排序模塊，用于根據(jù)數(shù)據(jù)包標(biāo)識，對接收到的多個數(shù)據(jù)包進行排序，形成數(shù)據(jù)流。本發(fā)明實施例數(shù)據(jù)發(fā)送的方法包括根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條 件，將收到的多個數(shù)據(jù)包分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口 ；將每組中的數(shù)據(jù)包 通過對應(yīng)的發(fā)送端口發(fā)送。由于將數(shù)據(jù)包進行分組后，通過對應(yīng)的端口發(fā)送，在系統(tǒng)提高帶 寬后，也能夠正常發(fā)送數(shù)據(jù)，從而提高了傳輸大容量數(shù)據(jù)的成功率和系統(tǒng)資源的利用率，進 一步提高了用戶體驗。本發(fā)明實施例數(shù)據(jù)接收的方法包括接收側(cè)從多個接收端口中接收來自發(fā)送側(cè)的 數(shù)據(jù)包；所述接收側(cè)根據(jù)數(shù)據(jù)包標(biāo)識，對接收到的多個數(shù)據(jù)包進行排序，形成數(shù)據(jù)流。由于 接收端通過多個接收端口接收數(shù)據(jù)，在系統(tǒng)提高帶寬后，也能夠正常接收數(shù)據(jù)，從而提高了 傳輸大容量數(shù)據(jù)的成功率和系統(tǒng)資源的利用率，進一步提高了用戶體驗。


圖1為LTE系統(tǒng)的協(xié)議棧結(jié)構(gòu)示意圖；圖2為本發(fā)明實施例數(shù)據(jù)傳輸系統(tǒng)的結(jié)構(gòu)示意圖；圖3A為本發(fā)明實施例發(fā)送設(shè)備的結(jié)構(gòu)示意圖；圖3B為本發(fā)明實施例發(fā)送設(shè)備是基站的結(jié)構(gòu)示意圖；圖4為本發(fā)明實施例接收設(shè)備的結(jié)構(gòu)示意圖5為本發(fā)明實施例數(shù)據(jù)發(fā)送的方法流程示意圖；圖6為本發(fā)明實施例數(shù)據(jù)接收的方法流程示意圖；圖7為本發(fā)明實施例多個PDCP實體的結(jié)構(gòu)示意圖；圖8為本發(fā)明實施例多個RLC實體的結(jié)構(gòu)示意圖；圖9為本發(fā)明實施例多個邏輯信道的結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明實施例根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù)據(jù)包 分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口，將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端口發(fā) 送。由于將數(shù)據(jù)包進行分組后，通過對應(yīng)的端口發(fā)送，在系統(tǒng)提高帶寬后，也能夠正常傳輸 數(shù)據(jù)，從而提高了傳輸大容量數(shù)據(jù)的成功率和系統(tǒng)資源的利用率。下面結(jié)合說明書附圖對本發(fā)明實施例作進一步詳細描述。如圖2所示，本發(fā)明實施例數(shù)據(jù)傳輸系統(tǒng)包括發(fā)送設(shè)備10和接收設(shè)備20。發(fā)送設(shè)備10，用于根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù) 據(jù)包分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口，將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端 口發(fā)送。接收設(shè)備20，用于從多個接收端口中接收來自發(fā)送設(shè)備10的數(shù)據(jù)包，根據(jù)數(shù)據(jù)包 標(biāo)識，對接收到的多個數(shù)據(jù)包進行排序，形成數(shù)據(jù)流。如果發(fā)送設(shè)備10是基站，則接收設(shè)備20是終端；如果發(fā)送設(shè)備10是終端，則接收設(shè)備20是基站。如圖3A所示，本發(fā)明實施例發(fā)送設(shè)備包括處理模塊100和發(fā)送模塊110。處理模塊100，用于根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù) 據(jù)包分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口。其中，與發(fā)送端口連接的可以是PDCP實體、RLC實體和邏輯信道中的一種或多種。如果與發(fā)送端口連接的是PDCP實體或RLC實體，則處理模塊100根據(jù)數(shù)據(jù)包的標(biāo) 識和與發(fā)送端口連接的實體的處理能力，將收到的數(shù)據(jù)包分成多組，組的數(shù)量不大于發(fā)送 端口的數(shù)量，確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口。其中，每組數(shù)據(jù)包的數(shù)量能夠滿足與該組數(shù)據(jù)包對應(yīng)的發(fā)送端口連接的實體的處 理能力的要求。比如有3個端口，與3個端口連接的是PDCP實體，其中第1個PDCP實體單位時間 內(nèi)最多處理2個數(shù)據(jù)包，第2個PDCP實體單位時間內(nèi)最多處理3個數(shù)據(jù)包，第3個PDCP實 體單位時間內(nèi)最多處理4個數(shù)據(jù)包。假設(shè)一共有9個數(shù)據(jù)包，這時需要根據(jù)PDCP的處理能 力，將9個數(shù)據(jù)包按照數(shù)據(jù)包標(biāo)識的順序，分成3組，一組是2個數(shù)據(jù)包、一組是3個數(shù)據(jù)包， 一組是4個數(shù)據(jù)包。2個數(shù)據(jù)包的組對應(yīng)的是第1個PDCP實體；3個數(shù)據(jù)包的組對應(yīng)的是 第2個PDCP實體；4個數(shù)據(jù)包的組對應(yīng)的是第3個PDCP實體。如果3個P⑶P實體處理的數(shù)據(jù)包個數(shù)相同，比如都是10個，假設(shè)一共有9個數(shù)據(jù) 包，這時就可以按照數(shù)據(jù)包標(biāo)識的順序平均分組，或者隨機分組。在具體實施過程中，數(shù)據(jù)包標(biāo)識可以是數(shù)據(jù)包中的SN號。比如有3個端口，與3個端口連接的是PDCP實體，每個PDCP實體的處理能力都能滿足數(shù)據(jù)包傳輸要求，則可以將SN為1、4、7...的數(shù)據(jù)包分配給第1個PDCP實體處理，SN 為2、5、8...的數(shù)據(jù)包分配給第2個PDCP實體處理，SN為3、6、9...的數(shù)據(jù)包分配給第3個 PDCP實體處理；比如有3個端口，與3個端口連接的是PDCP實體，每個PDCP實體的處理能力都能 滿足數(shù)據(jù)包傳輸要求，則可以對各PDCP實體進行數(shù)據(jù)流量分配時以數(shù)據(jù)塊為單位，一個數(shù) 據(jù)塊中可以包含多個數(shù)據(jù)包。各PDCP實體流量分配時采用的數(shù)據(jù)塊大小可以不同。如第 1個實體分配時的數(shù)據(jù)塊單位是2，第2個實體分配時的數(shù)據(jù)塊單位是3，第3個實體分配時 的數(shù)據(jù)塊單位是4。那么，SN為1、2的數(shù)據(jù)包分配給第一個實體處理，SN為3、4、5的數(shù)據(jù) 包分配給第二個實體處理，SN為6、7、8、9的數(shù)據(jù)包分配給第一個實體處理。后續(xù)分配過程 可以依次類推。實體處理的能力也可以用能夠支持的帶寬表示，比如有一個500Mbps的數(shù)據(jù)，有8 個PDCP實體，每個PDCP實體最高支持IOOMbps的數(shù)據(jù)，則可以將500Mbps的數(shù)據(jù)平均分成 8份，也可以不平均分成8份，但是要保證每份數(shù)據(jù)不能大于100Mbps。如果與發(fā)送端口連接的是邏輯信道，則處理模塊100根據(jù)數(shù)據(jù)包的標(biāo)識和與發(fā)送 端口連接的邏輯信道的處理能力，將收到的數(shù)據(jù)包分成多組，組的數(shù)量不大于發(fā)送端口的 數(shù)量，確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口。其中，與發(fā)送端口連接的是邏輯信道的分配方式和與發(fā)送端口連接的是PDCP實 體或RLC實體的分配方式類似，不再贅述。區(qū)別只在于PDCP實體或RLC實體的處理能力是 預(yù)先設(shè)置在處理模塊100中，或處理模塊100從指定地方獲取的；而邏輯信道的處理能力是 由邏輯信道上報的參數(shù)確定的。需要說明的是，本實施例并不局限于上面描述的分配方式，其他能夠根據(jù)發(fā)送端 口的數(shù)量和預(yù)先設(shè)定的分配條件的方式都適用本實施例。發(fā)送模塊110，用于將處理模塊100劃分后的每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端
口發(fā)送。其中，如果本發(fā)明實施例的發(fā)送設(shè)備是基站，則本發(fā)明實施例的發(fā)送設(shè)備還可以 進一步包括確定模塊120，參見圖3B。確定模塊120，用于根據(jù)預(yù)先設(shè)定的數(shù)量判斷條件確定發(fā)送端口的數(shù)量。其中，預(yù)先設(shè)定的數(shù)量判斷條件是確定的發(fā)送端口數(shù)量不大于終端支持的發(fā)送端 口的數(shù)量。也就是說，如果終端最多支持M個發(fā)送端口的數(shù)量，則確定的發(fā)送端口數(shù)量不大 于M個。假設(shè)終端能夠支持10個發(fā)送端口，但是有可能系統(tǒng)當(dāng)前的狀況很難保證10個發(fā) 送端口一同工作，這是還需要調(diào)整發(fā)送端口的數(shù)量。較佳的，預(yù)先設(shè)定的數(shù)量判斷條件是確定的發(fā)送端口數(shù)量不大于終端支持的發(fā)送 端口的數(shù)量，且確定的發(fā)送端口數(shù)量滿足系統(tǒng)當(dāng)前信道狀況的要求和/或系統(tǒng)當(dāng)前負荷狀 況的要求。在具體實施過程中，系統(tǒng)當(dāng)前信道狀況是根據(jù)終端反饋的各小區(qū)(或載波)的信 道條件確定的。具體的，如果小區(qū)和終端間采用的是合作多點(CoMP)的方式進行傳輸，則根據(jù)終端反饋的各小區(qū)的信道條件，確定為終端服務(wù)的小區(qū)數(shù)目，進而確定發(fā)送端口的數(shù)量。同理，根據(jù)載波的信道條件確定發(fā)送端口的數(shù)的過程與根據(jù)小區(qū)的信道條件確定 發(fā)送端口的數(shù)的過程類似，不再贅述。在具體實施過程中，系統(tǒng)當(dāng)前負荷狀況根據(jù)系統(tǒng)資源的使用情況確定的。比如 各個載波上的資源利用情況，各個小區(qū)中的資源利用情況等。當(dāng)確定終端能夠支持的發(fā)送 端口的數(shù)量時，如果發(fā)現(xiàn)載波(或小區(qū))的資源利用已經(jīng)超過設(shè)定的門限值，則表示該載波 (或小區(qū))能夠為該終端提供服務(wù)的資源不多了，這時確定的發(fā)送端口的數(shù)量就要小于終 端能夠支持的發(fā)送端口的數(shù)量。其中，如果本發(fā)明實施例的發(fā)送設(shè)備是基站，則本發(fā)明實施例的發(fā)送設(shè)備還可以 進一步包括通知模塊130。通知模塊130，用于在處理模塊100將收到的多個數(shù)據(jù)包分成多組之前，將確定模 塊120確定的發(fā)送端口的數(shù)量向終端側(cè)發(fā)送。其中，通知模塊130根據(jù)下列方式中的一種發(fā)送確定的發(fā)送端口的數(shù)量將發(fā)送端口的數(shù)量通過系統(tǒng)廣播發(fā)送；將發(fā)送端口的數(shù)量置于RRC信令中發(fā)送；將發(fā)送端口的數(shù)量置于控制數(shù)據(jù)單元中發(fā)送。相應(yīng)的，終端側(cè)接收到對應(yīng)的信息后，從信息中提取出發(fā)送端口的數(shù)量。具體采用 哪種方式發(fā)送確定的發(fā)送端口的數(shù)量可以由基站通過消息告知終端側(cè)，或者預(yù)先進行在網(wǎng) 絡(luò)側(cè)和終端側(cè)中進行設(shè)定。具體實施過程中，如果與發(fā)送端口連接的是邏輯信道，則處理模塊100和發(fā)送模 塊110的功能可以由RLC實體完成。對于本發(fā)明實施例發(fā)送數(shù)據(jù)的方案，本發(fā)明實施例還提出了 一種針對本發(fā)明實施 例發(fā)送數(shù)據(jù)的方案相對應(yīng)的接收數(shù)據(jù)的方案。如圖4所示，本發(fā)明實施例接收設(shè)備包括接收模塊200和排序模塊210。接收模塊200，用于從多個接收端口中接收來自發(fā)送設(shè)備的數(shù)據(jù)包。排序模塊210，用于根據(jù)數(shù)據(jù)包標(biāo)識，對接收模塊200接收到的多個數(shù)據(jù)包進行排 序，形成數(shù)據(jù)流。在具體實施過程中，如果與接收端口連接的是PDCP實體，則接收模塊200接收的 數(shù)據(jù)包是來自發(fā)送設(shè)備，并由PDCP實體處理后的數(shù)據(jù)包；如果與接收端口連接的是RLC實體，則接收模塊200接收的數(shù)據(jù)包是來自發(fā)送設(shè) 備，并由RLC實體處理后的數(shù)據(jù)包；如果與接收端口連接的是邏輯信道，則接收模塊200接收的數(shù)據(jù)包是來自發(fā)送設(shè) 備，并由邏輯信道遞交的數(shù)據(jù)包。如圖5所示，本發(fā)明實施例數(shù)據(jù)發(fā)送的方法包括下列步驟步驟501、根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù)據(jù)包分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口。步驟502、將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端口發(fā)送。其中，與發(fā)送端口連接的可以是PDCP實體、RLC實體和邏輯信道中的一種或多種。如果與發(fā)送端口連接的是PDCP實體或RLC實體，則步驟501中根據(jù)數(shù)據(jù)包的標(biāo)識和與發(fā)送端口連接的實體的處理能力，將收到的數(shù)據(jù)包分成多組，組的數(shù)量不大于發(fā)送端 口的數(shù)量，確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口。其中，每組數(shù)據(jù)包的數(shù)量能夠滿足與該組數(shù)據(jù)包對應(yīng)的發(fā)送端口連接的實體的處 理能力的要求。比如有3個端口，與3個端口連接的是PDCP實體，其中第1個PDCP實體最多處理 2個數(shù)據(jù)包，第2個PDCP實體最多處理3個數(shù)據(jù)包，第3個PDCP實體最多處理4個數(shù)據(jù)包。 假設(shè)一共有9個數(shù)據(jù)包，這時需要根據(jù)PDCP的處理能力，將9個數(shù)據(jù)包按照數(shù)據(jù)包標(biāo)識的 順序，分成3組，一組是2個數(shù)據(jù)包、一組是3個數(shù)據(jù)包，一組是4個數(shù)據(jù)包。2個數(shù)據(jù)包的 組對應(yīng)的是第1個PDCP實體；3個數(shù)據(jù)包的組對應(yīng)的是第2個PDCP實體；4個數(shù)據(jù)包的組 對應(yīng)的是第3個PDCP實體。如果3個P⑶P實體處理的數(shù)據(jù)包個數(shù)相同，比如都是10個，假設(shè)一共有9個數(shù)據(jù) 包，這時就可以按照數(shù)據(jù)包標(biāo)識的順序平均分組，或者隨機分組。在具體實施過程中，數(shù)據(jù)包標(biāo)識可以是數(shù)據(jù)包中的SN號。比如有3個端口，與3個端口連接的是PDCP實體，每個PDCP實體的處理能力都能 滿足數(shù)據(jù)包傳輸要求，則可以將SN為1、4、7...的數(shù)據(jù)包分配給第1個PDCP實體處理，SN 為2、5、8...的數(shù)據(jù)包分配給第2個PDCP實體處理，SN為3、6、9...的數(shù)據(jù)包分配給第3個 PDCP實體處理；
比如有3個端口，與3個端口連接的是PDCP實體，每個PDCP實體的處理能力都能 滿足數(shù)據(jù)包傳輸要求，則可以對各PDCP實體進行數(shù)據(jù)流量分配時以數(shù)據(jù)塊為單位，一個數(shù) 據(jù)塊中可以包含多個數(shù)據(jù)包。各PDCP實體流量分配時采用的數(shù)據(jù)塊大小可以不同。如第 1個實體分配時的數(shù)據(jù)塊單位是2，第2個實體分配時的數(shù)據(jù)塊單位是3，第3個實體分配時 的數(shù)據(jù)塊單位是4。那么，SN為1、2的數(shù)據(jù)包分配給第一個實體處理，SN為3、4、5的數(shù)據(jù) 包分配給第二個實體處理，SN為6、7、8、9的數(shù)據(jù)包分配給第一個實體處理。后續(xù)分配過程 可以依次類推。實體處理的能力也可以用能夠支持的帶寬表示，比如有一個500Mbps的數(shù)據(jù)，有8 個PDCP實體，每個PDCP實體最高支持IOOMbps的數(shù)據(jù)，則可以將500Mbps的數(shù)據(jù)平均分成 8份，也可以不平均分成8份，但是要保證每份數(shù)據(jù)不能大于100Mbps。如果與發(fā)送端口連接的是邏輯信道，則步驟501中根據(jù)數(shù)據(jù)包的標(biāo)識和與發(fā)送端 口連接的邏輯信道的處理能力，將收到的數(shù)據(jù)包分成多組，組的數(shù)量不大于發(fā)送端口的數(shù) 量，確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口。其中，與發(fā)送端口連接的是邏輯信道的分配方式和與發(fā)送端口連接的是PDCP實 體或RLC實體的分配方式類似，不再贅述。區(qū)別只在于PDCP實體或RLC實體的處理能力是 預(yù)先設(shè)置的；而邏輯信道的處理能力是由邏輯信道上報的參數(shù)確定的。需要說明的是，本實施例并不局限于上面描述的分配方式，其他能夠根據(jù)發(fā)送端 口的數(shù)量和預(yù)先設(shè)定的分配條件的方式都適用本實施例。其中，本發(fā)明實施例中的發(fā)送端口的數(shù)量是由網(wǎng)絡(luò)側(cè)根據(jù)預(yù)先設(shè)定的數(shù)量判斷條 件確定的。具體的，預(yù)先設(shè)定的數(shù)量判斷條件是確定的發(fā)送端口數(shù)量不大于終端支持的發(fā)送 端口的數(shù)量。
也就是說，如果終端最多支持M個發(fā)送端口的數(shù)量，則確定的發(fā)送端口數(shù)量不大 于M個。假設(shè)終端能夠支持10個發(fā)送端口，但是有可能系統(tǒng)當(dāng)前的狀況很難保證10個發(fā) 送端口一同工作，這是還需要調(diào)整發(fā)送端口的數(shù)量。較佳的，預(yù)先設(shè)定的數(shù)量判斷條件是確定的發(fā)送端口數(shù)量不大于終端支持的發(fā)送 端口的數(shù)量，且確定的發(fā)送端口數(shù)量滿足系統(tǒng)當(dāng)前信道狀況的要求和/或系統(tǒng)當(dāng)前負荷狀 況的要求。在具體實施過程中，系統(tǒng)當(dāng)前信道狀況是根據(jù)終端反饋的各小區(qū)(或載波)的信 道條件確定的。具體的，如果小區(qū)和終端間采用的是CoMP的方式進行傳輸，則根據(jù)終端反饋的各 小區(qū)的信道條件，確定為終端服務(wù)的小區(qū)數(shù)目，進而確定發(fā)送端口的數(shù)量。同理，根據(jù)載波的信道條件確定發(fā)送端口的數(shù)的過程與根據(jù)小區(qū)的信道條件確定 發(fā)送端口的數(shù)的過程類似，不再贅述。在具體實施過程中，系統(tǒng)當(dāng)前負荷狀況根據(jù)系統(tǒng)資源的使用情況確定的。比如 各個載波上的資源利用情況，各個小區(qū)中的資源利用情況等。當(dāng)確定終端能夠支持的發(fā)送 端口的數(shù)量時，如果發(fā)現(xiàn)載波(或小區(qū))的資源利用已經(jīng)超過設(shè)定的門限值，則表示該載波 (或小區(qū))能夠為該終端提供服務(wù)的資源不多了，這時確定的發(fā)送端口的數(shù)量就要小于終 端能夠支持的發(fā)送端口的數(shù)量。其中，網(wǎng)絡(luò)側(cè)在確定了發(fā)送端口的數(shù)量后，還需要通知終端側(cè)，則步驟501之前還 可以進一步包括步驟500、網(wǎng)絡(luò)側(cè)將發(fā)送端口的數(shù)量向終端側(cè)發(fā)送。步驟500中，網(wǎng)絡(luò)側(cè)根據(jù)下列方式中的一種發(fā)送確定的發(fā)送端口的數(shù)量將發(fā)送端口的數(shù)量通過系統(tǒng)廣播發(fā)送；將發(fā)送端口的數(shù)量置于RRC信令中發(fā)送；將發(fā)送端口的數(shù)量置于控制數(shù)據(jù)單元中發(fā)送。相應(yīng)的，終端側(cè)接收到對應(yīng)的信息后，從信息中提取出發(fā)送端口的數(shù)量。具體采用 哪種方式發(fā)送確定的發(fā)送端口的數(shù)量可以由基站通過消息告知終端側(cè)，或者預(yù)先進行在網(wǎng) 絡(luò)側(cè)和終端側(cè)中進行設(shè)定。如圖6所示，本發(fā)明實施例數(shù)據(jù)接收的方法包括下列步驟步驟601、接收側(cè)從多個接收端口中接收來自發(fā)送側(cè)的數(shù)據(jù)包。步驟602、接收側(cè)根據(jù)數(shù)據(jù)包標(biāo)識，對接收到的多個數(shù)據(jù)包進行排序，形成數(shù)據(jù)流。其中，如果接收側(cè)是基站，則發(fā)送側(cè)是終端；如果接收側(cè)是終端，則發(fā)送側(cè)是基站。在具體實施過程中，如果與接收端口連接的是PDCP實體，則步驟600中接收的數(shù) 據(jù)包是來自發(fā)送設(shè)備，并由PDCP實體處理后的數(shù)據(jù)包；如果與接收端口連接的是RLC實體，則步驟600中接收的數(shù)據(jù)包是來自發(fā)送設(shè)備， 并由RLC實體處理后的數(shù)據(jù)包；如果與接收端口連接的是邏輯信道，則步驟600中接收的數(shù)據(jù)包是來自發(fā)送設(shè) 備，并由邏輯信道遞交的數(shù)據(jù)包。其中，由于現(xiàn)有的LTE系統(tǒng)的協(xié)議棧結(jié)構(gòu)的局限性，對于LTE-A系統(tǒng)，如果也采用LTE系統(tǒng)的協(xié)議棧結(jié)構(gòu)，由于LTE-A系統(tǒng)的帶寬增加會造成數(shù)據(jù)傳輸失敗的情況，而本發(fā)送 實施例發(fā)送和接收數(shù)據(jù)的方式如果應(yīng)用到LTE-A系統(tǒng)，則可以減少數(shù)據(jù)傳輸失敗的情況。具體的有三種方式方式一在PDCP層中增加PDCP實體的數(shù)量。
在RRC層和PDCP層中間增加一個分配層(或分配模塊)，并且增加多個PDCP實 體，每個PDCP實體都對應(yīng)一個不同的發(fā)送端口，并通過發(fā)送端口與分配層連接。分配層(或 分配模塊)可以采用本發(fā)明實施例中的方式將收到的上層數(shù)據(jù)包進行分組并通過發(fā)送端 口發(fā)送給PDCP實體。每個PDCP實體在收到數(shù)據(jù)包后就可以進行頭壓縮(或解頭壓縮)操作、加密(或 解密)操作等。這樣就實現(xiàn)了一個RB對應(yīng)多個PDCP實體，具體結(jié)構(gòu)可以參見圖7。接收側(cè)也同樣采用與方式一類似的方式，即一個RB對應(yīng)多個PDCP實體，區(qū)別在于 增加的分配層(或分配模塊)的功能是將收到的數(shù)據(jù)包按照數(shù)據(jù)包標(biāo)識進行排序，然后發(fā)
送給上層。方式二、在RLC層增加RLC實體的數(shù)量。在PDCP層和RLC層中間增加與PDCP實體數(shù)量相同的分配層(或分配模塊)，并且 增加多個RLC實體，其中每個PDCP實體都與一個分配層(或分配模塊)相對應(yīng)，每個RLC 實體都對應(yīng)一個不同的發(fā)送端口，并通過發(fā)送端口與分配層(或分配模塊)連接。一個分 配層(或分配模塊)對應(yīng)多個發(fā)送端口，分配層(或分配模塊)可以采用本發(fā)明實施例中 的方式將來自PDCP實體的數(shù)據(jù)包進行分組并通過發(fā)送端口發(fā)送給RLC實體。這樣就實現(xiàn)了一個PDCP實體對應(yīng)多個RLC實體，具體結(jié)構(gòu)可以參見圖8。每個RLC實體在收到數(shù)據(jù)包后就可以進行封裝包頭等操作等。接收側(cè)也同樣采用與方式二類似的方式，即一個PDCP實體對應(yīng)多個RLC實體，區(qū) 別在于增加的分配層(或分配模塊)的功能是將收到的數(shù)據(jù)包按照數(shù)據(jù)包標(biāo)識進行排序， 然后發(fā)送給上層。方式三、增加RLC層對應(yīng)的邏輯信道的數(shù)量。 在RLC層和邏輯信道中間增加與RLC實體數(shù)量相同的分配層(或分配模塊)，并且 增加多個邏輯信道，其中每個RLC實體都與一個分配層(或分配模塊)相對應(yīng)，每個邏輯信 道都對應(yīng)一個不同的發(fā)送端口，并通過發(fā)送端口與分配層(或分配模塊)連接。一個分配 層(或分配模塊)對應(yīng)多個發(fā)送端口，分配層(或分配模塊)可以采用本發(fā)明實施例中的 方式將來自PDCP實體的數(shù)據(jù)包進行分組并通過發(fā)送端口發(fā)送給邏輯信道。這樣就實現(xiàn)了一個RLC實體對應(yīng)多個邏輯信道。接收側(cè)也同樣采用與方式三類似的方式，即一個RLC實體對應(yīng)多個邏輯信道，區(qū) 別在于增加的分配層(或分配模塊)的功能是將收到的數(shù)據(jù)包按照數(shù)據(jù)包標(biāo)識進行排序， 然后發(fā)送給上層。對于方式三，還可以不在RLC層和邏輯信道中間增加與RLC實體數(shù)量相同的分配 層(或分配模塊)，而是讓RLC實體完成分配層(或分配模塊)的功能，具體結(jié)構(gòu)可以參見 圖9。具體的，增加多個邏輯信道，每個邏輯信道都對應(yīng)一個不同的發(fā)送端口，并通過發(fā)送端口與RLC實體連接。一個RLC實體對應(yīng)多個發(fā)送端口，RLC實體可以采用本發(fā)明實施例中的方式將來自PDCP實體的數(shù)據(jù)包進行分組并通過發(fā)送端口發(fā)送給邏輯信道。這樣同樣實現(xiàn)了一個RLC實體對應(yīng)多個邏輯信道。在具體實施過程中，可以根據(jù)需要選擇采用方式一、方式二、方式三中的一種方式 還是多種方式。也就是說，三種方式不一定全都要采用，只采用其中的一種就可以減少數(shù)據(jù) 傳輸失敗的情況；如果采用兩種方式，可以進一步減少數(shù)據(jù)傳輸失敗的情況；較佳的是三 種方式都采用。需要說明的是，發(fā)送側(cè)和接收側(cè)采用的方式必須一致，比如發(fā)送側(cè)采用方式一，即 一個RB對應(yīng)多個PDCP實體，則接收側(cè)也要采用一個RB對應(yīng)多個PDCP實體的方式；發(fā)送側(cè) 采用方式二，即一個PDCP實體對應(yīng)多個RLC實體的方式，則接收側(cè)也要采用一個PDCP實體 對應(yīng)多個RLC實體的方式。從上述實施例中可以看出本發(fā)明實施例數(shù)據(jù)發(fā)送的方法包括根據(jù)發(fā)送端口的 數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù)據(jù)包分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā) 送端口 ；將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端口發(fā)送。由于將數(shù)據(jù)包進行分組后，通過對應(yīng) 的端口發(fā)送，在系統(tǒng)提高帶寬后，也能夠正常發(fā)送數(shù)據(jù)，從而提高了傳輸大容量數(shù)據(jù)的成功 率和系統(tǒng)資源的利用率，進一步提高了用戶體驗。本發(fā)明實施例數(shù)據(jù)接收的方法包括接收側(cè)從多個接收端口中接收來自發(fā)送側(cè)的 數(shù)據(jù)包；所述接收側(cè)根據(jù)數(shù)據(jù)包標(biāo)識，對接收到的多個數(shù)據(jù)包進行排序，形成數(shù)據(jù)流。由于 接收端通過多個接收端口接收數(shù)據(jù)，在系統(tǒng)提高帶寬后，也能夠正常接收數(shù)據(jù)，從而提高了 傳輸大容量數(shù)據(jù)的成功率和系統(tǒng)資源的利用率，進一步提高了用戶體驗。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
一種數(shù)據(jù)發(fā)送的方法，其特征在于，該方法包括根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù)據(jù)包分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口；將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端口發(fā)送。
2.如權(quán)利要求1所述的方法，其特征在于，所述發(fā)送端口的數(shù)量是由網(wǎng)絡(luò)側(cè)根據(jù)預(yù)先 設(shè)定的數(shù)量判斷條件確定的。
3.如權(quán)利要求2所述的方法，其特征在于，所述預(yù)先設(shè)定的數(shù)量判斷條件是確定的發(fā) 送端口數(shù)量不大于終端支持的發(fā)送端口的數(shù)量；或所述預(yù)先設(shè)定的數(shù)量判斷條件是確定的發(fā)送端口數(shù)量不大于終端支持的發(fā)送端口的 數(shù)量，且確定的發(fā)送端口數(shù)量滿足系統(tǒng)當(dāng)前信道狀況的要求和/或系統(tǒng)當(dāng)前負荷狀況的要 求。
4.如權(quán)利要求1所述的方法，其特征在于，如果與發(fā)送端口連接的是分組數(shù)據(jù)聚合協(xié) 議PDCP實體或無線鏈路控制RLC實體，所述將收到的多個數(shù)據(jù)包分成多組，并確定每組數(shù) 據(jù)包對應(yīng)的發(fā)送端口包括根據(jù)數(shù)據(jù)包的標(biāo)識和與發(fā)送端口連接的實體的處理能力，將收到的數(shù)據(jù)包分成多組， 組的數(shù)量不大于發(fā)送端口的數(shù)量；確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口，其中每組數(shù)據(jù)包的數(shù)量能夠滿足與該組數(shù)據(jù)包對應(yīng) 的發(fā)送端口連接的實體的處理能力的要求。
5.如權(quán)利要求1所述的方法，其特征在于，如果與發(fā)送端口連接的是邏輯信道，所述將 收到的多個數(shù)據(jù)包分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口包括根據(jù)數(shù)據(jù)包的標(biāo)識和與發(fā)送端口連接的邏輯信道的處理能力，將收到的數(shù)據(jù)包分成多 組，組的數(shù)量不大于發(fā)送端口的數(shù)量；確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口，其中每組數(shù)據(jù)包的數(shù)量能夠滿足與該組數(shù)據(jù)包對應(yīng) 的發(fā)送端口連接的邏輯信道的處理能力的要求。
6.如權(quán)利要求2所述的方法，其特征在于，所述將收到的多個數(shù)據(jù)包分成多組之前還 包括網(wǎng)絡(luò)側(cè)將發(fā)送端口的數(shù)量向終端側(cè)發(fā)送。
7.如權(quán)利要求6所述的方法，其特征在于，根據(jù)下列方式中的一種發(fā)送所述發(fā)送端口 的數(shù)量將所述發(fā)送端口的數(shù)量通過系統(tǒng)廣播發(fā)送；將所述發(fā)送端口的數(shù)量置于無線資源控制RRC信令中發(fā)送；將所述發(fā)送端口的數(shù)量置于控制數(shù)據(jù)單元中發(fā)送。
8.一種接收權(quán)利要求1發(fā)送的數(shù)據(jù)的方法，其特征在于，該方法包括 接收側(cè)從多個接收端口中接收來自發(fā)送側(cè)的數(shù)據(jù)包；所述接收側(cè)根據(jù)數(shù)據(jù)包標(biāo)識，對接收到的多個數(shù)據(jù)包進行排序，形成數(shù)據(jù)流； 其中，如果接收側(cè)是基站，則發(fā)送側(cè)是終端；如果接收側(cè)是終端，則發(fā)送側(cè)是基站。
9.一種數(shù)據(jù)傳輸系統(tǒng)，其特征在于，該系統(tǒng)包括發(fā)送設(shè)備，用于根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù)據(jù)包 分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口，將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端口發(fā)送；接收設(shè)備，用于從多個接收端口中接收來自所述發(fā)送設(shè)備的數(shù)據(jù)包，根據(jù)數(shù)據(jù)包標(biāo)識， 對接收到的多個數(shù)據(jù)包進行排序，形成數(shù)據(jù)流。
10.一種發(fā)送設(shè)備，其特征在于，該發(fā)送設(shè)備包括處理模塊，用于根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù)據(jù)包分 成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口 ；發(fā)送模塊，用于將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端口發(fā)送。
11.如權(quán)利要求10所述的發(fā)送設(shè)備，其特征在于，如果與發(fā)送端口連接的是分組數(shù)據(jù) 聚合協(xié)議PDCP實體或無線鏈路控制RLC實體，所述處理模塊用于根據(jù)數(shù)據(jù)包的標(biāo)識和與發(fā)送端口連接的實體的處理能力，將收到的數(shù)據(jù)包分成多組， 組的數(shù)量不大于發(fā)送端口的數(shù)量；確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口，其中每組數(shù)據(jù)包的數(shù)量能夠滿足與該組數(shù)據(jù)包對應(yīng) 的發(fā)送端口連接的實體的處理能力的要求；如果與發(fā)送端口連接的是邏輯信道，所述處理模塊用于根據(jù)數(shù)據(jù)包的標(biāo)識和與發(fā)送端口連接的邏輯信道的處理能力，將收到的數(shù)據(jù)包分成多 組，組的數(shù)量不大于發(fā)送端口的數(shù)量；確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口，其中每組數(shù)據(jù)包的數(shù)量能夠滿足與該組數(shù)據(jù)包對應(yīng) 的發(fā)送端口連接的邏輯信道的處理能力的要求。
12.如權(quán)利要求10所述的發(fā)送設(shè)備，其特征在于，如果所述發(fā)送設(shè)備是基站，所述發(fā)送 設(shè)備還包括確定模塊，用于根據(jù)預(yù)先設(shè)定的數(shù)量判斷條件確定所述發(fā)送端口的數(shù)量。
13.如權(quán)利要求12所述的發(fā)送設(shè)備，其特征在于，所述預(yù)先設(shè)定的數(shù)量判斷條件是確 定的發(fā)送端口數(shù)量不大于終端支持的發(fā)送端口的數(shù)量；或所述預(yù)先設(shè)定的數(shù)量判斷條件是確定的發(fā)送端口數(shù)量不大于終端支持的發(fā)送端口的 數(shù)量，且確定的發(fā)送端口數(shù)量滿足系統(tǒng)當(dāng)前信道狀況的要求和/或系統(tǒng)當(dāng)前負荷狀況的要 求。
14.如權(quán)利要求12所述的發(fā)送設(shè)備，其特征在于，所述發(fā)送設(shè)備還包括通知模塊，用于在所述處理模塊將收到的多個數(shù)據(jù)包分成多組之前，將所述確定模塊 確定的發(fā)送端口的數(shù)量向終端側(cè)發(fā)送。
15.如權(quán)利要求14所述的發(fā)送設(shè)備，其特征在于，所述通知模塊根據(jù)下列方式中的一 種發(fā)送所述發(fā)送端口的數(shù)量將所述發(fā)送端口的數(shù)量通過系統(tǒng)廣播發(fā)送；將所述發(fā)送端口的數(shù)量置于無線資源控制RRC信令中發(fā)送；將所述發(fā)送端口的數(shù)量置于控制數(shù)據(jù)單元中發(fā)送。
16.一種接收權(quán)利要求10發(fā)送的數(shù)據(jù)的接收設(shè)備，其特征在于，該接收設(shè)備包括 接收模塊，用于從多個接收端口中接收來自發(fā)送設(shè)備的數(shù)據(jù)包；排序模塊，用于根據(jù)數(shù)據(jù)包標(biāo)識，對接收到的多個數(shù)據(jù)包進行排序，形成數(shù)據(jù)流。
全文摘要
本發(fā)明涉及無線通信技術(shù)，特別涉及一種數(shù)據(jù)發(fā)送和接收的方法及裝置，用以解決目前的系統(tǒng)在提高帶寬后，有可能出現(xiàn)無法發(fā)送和接收數(shù)據(jù)的問題。本發(fā)明實施例數(shù)據(jù)發(fā)送的方法包括根據(jù)發(fā)送端口的數(shù)量和預(yù)先設(shè)定的分配條件，將收到的多個數(shù)據(jù)包分成多組，并確定每組數(shù)據(jù)包對應(yīng)的發(fā)送端口；將每組中的數(shù)據(jù)包通過對應(yīng)的發(fā)送端口發(fā)送。采用本發(fā)明實施例數(shù)據(jù)發(fā)送的方法能夠在系統(tǒng)提高帶寬后，也能夠正常發(fā)送數(shù)據(jù)，從而提高了傳輸大容量數(shù)據(jù)的成功率和系統(tǒng)資源的利用率，進一步提高了用戶體驗。
文檔編號H04W28/06GK101835197SQ20091007945
公開日2010年9月15日 申請日期2009年3月11日 優(yōu)先權(quán)日2009年3月11日
發(fā)明者楊曉東, 梁靖, 許芳麗, 趙毅, 高卓 申請人:大唐移動通信設(shè)備有限公司