報(bào)文處理方法、裝置及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種報(bào)文處理方法、裝置及系統(tǒng)。
【背景技術(shù)】
[0002] LTE的層2用戶面協(xié)議棧由3個(gè)子層組成，分為分組數(shù)據(jù)匯聚協(xié)議（Packet Data Convergence Protocol,簡稱為 F1DCP)、無線鏈路控制（Radio Link Control，簡稱為 RLC) 和媒體接入控制（Media Access Control，簡稱為MAC)。其中H)CP層主要功能包括頭壓縮、 安全性功能（完整性保護(hù)和加密）以及對(duì)切換時(shí)重排序和重傳的支持，這些功能取決于無 線承載。每一無線承載有一個(gè)rocp實(shí)體。
[0003] F1DCP層發(fā)送端處理流程：從上層接收到業(yè)務(wù)數(shù)據(jù)單元（Service Data Unit，簡稱 為SDU)后，賦予序列號(hào)（Sequence Number，簡稱為SN)值，如果需要完保，則執(zhí)行完保處理； 如果需要加密，則執(zhí)行加密處理；維護(hù)發(fā)送端的序列號(hào)和超幀號(hào)（Hyper Frame Number，簡 稱為HFN)值，將協(xié)議數(shù)據(jù)單元（Protocol Data Unit，簡稱為F1DU)發(fā)送給下層處理。
[0004] rocp層接收端處理流程：從下層接收到協(xié)議數(shù)據(jù)單元rou，如果需要解密，執(zhí)行解 密處理；如果需要完保，執(zhí)行完保校驗(yàn)；根據(jù)接收到序列號(hào)SN維護(hù)本地的接收序列號(hào)SN和 超幀號(hào)HFN值，將業(yè)務(wù)數(shù)據(jù)單元SDU投遞到高層處理。
[0005] 隨著LTE的大規(guī)模商用和移動(dòng)互聯(lián)網(wǎng)的蓬勃發(fā)展，網(wǎng)絡(luò)中的業(yè)務(wù)類型變得更加的 豐富，各種各樣的報(bào)文都存在，比如很多的020應(yīng)用、如微信、易信，微博等，還有TCP的ACK 反饋報(bào)文等，這些報(bào)文的特點(diǎn)都是小包，而且是非常頻繁，數(shù)據(jù)量比較大。
[0006] 但目前不論是終端側(cè)或者是網(wǎng)絡(luò)側(cè)，rocp協(xié)議的處理基本上都是類CPU的芯片， 其主要特點(diǎn)是線性處理，小包處理能力較差。而根據(jù)rocp協(xié)議，高層的每一個(gè)SDU來需要 獨(dú)立處理，經(jīng)過rocp協(xié)議處理后形成PDU發(fā)送給低層協(xié)議棧，如RLC。這樣就會(huì)導(dǎo)致終端 或者網(wǎng)絡(luò)側(cè)rocp層處理小報(bào)文能力非常差，而空口帶寬又無法得到足夠的利用。例如FDD 20M帶寬小區(qū)，空口能力是150Mbps，假設(shè)芯片每秒能處理10000個(gè)報(bào)文，如果每個(gè)報(bào)文大小 是1500字節(jié)，則流量是IlOMbps左右；如果每個(gè)報(bào)文大小是64字節(jié)，則流量僅僅有5Mbps 左右。當(dāng)然，考慮到1500字節(jié)和64字節(jié)內(nèi)存處理等因素，可能會(huì)更高一些，但是流量還是 非常的低，遠(yuǎn)遠(yuǎn)沒法滿足真實(shí)商用環(huán)境的需求。
[0007] 對(duì)于這種小包的問題，目前的處理方法一般是使用更高速的處理器，更大的內(nèi)存， 但是基本上是治標(biāo)不治本。
[0008] 針對(duì)相關(guān)技術(shù)中不能解決小報(bào)文處理能力較差的問題，目前尚未提出有效的解決 方案。

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

[0009] 本發(fā)明提供了一種報(bào)文處理方法、裝置及系統(tǒng)，以至少解決相關(guān)技術(shù)中不能解決 小報(bào)文處理能力較差的問題。
[0010] 根據(jù)本發(fā)明的一個(gè)方面，提供了一種報(bào)文處理方法，包括：創(chuàng)建緩存區(qū)，其中，所述 緩存區(qū)用于儲(chǔ)存至少兩個(gè)報(bào)文；確定在所述緩存區(qū)中用于對(duì)所述至少兩個(gè)報(bào)文進(jìn)行組包的 組包條件；依據(jù)確定的所述組包條件在所述緩存區(qū)中對(duì)所述至少兩個(gè)報(bào)文進(jìn)行處理。
[0011] 優(yōu)選地，依據(jù)確定的所述組包條件在所述緩存區(qū)中對(duì)所述至少兩個(gè)報(bào)文進(jìn)行處理 包括：判斷所述至少兩個(gè)報(bào)文是否滿足所述預(yù)定的組包條件；在判斷結(jié)果為是的情況下， 對(duì)所述至少兩個(gè)報(bào)文進(jìn)行組包，并將組包后的所述至少兩個(gè)報(bào)文發(fā)送到分組數(shù)據(jù)聚合協(xié)議 rocp層進(jìn)行處理。
[0012] 優(yōu)選地，在判斷所述至少兩個(gè)報(bào)文是否滿足預(yù)定的組包條件之前，還包括：接收無 線鏈路控制RRC發(fā)送的分組數(shù)據(jù)聚合協(xié)議rocp配置消息，其中，所述rocp配置消息中攜帶 有用于組包的累計(jì)字節(jié)數(shù)閾值和/或用于組包的預(yù)定時(shí)長；依據(jù)所述rocp配置消息確定所 述預(yù)定的組包條件。
[0013] 優(yōu)選地，判斷所述至少兩個(gè)報(bào)文是否滿足預(yù)定的組包條件包括以下至少之一：在 所述緩存區(qū)中配置最大累計(jì)字節(jié)數(shù)，判斷所述至少兩個(gè)報(bào)文的總字節(jié)數(shù)是否大于或等于所 述最大累計(jì)字節(jié)數(shù)，在判斷結(jié)果為是的情況下，確定對(duì)所述至少兩個(gè)報(bào)文進(jìn)行組包；在所述 緩存區(qū)中配置等待定時(shí)器，判斷緩存所述至少兩個(gè)報(bào)文中的第一個(gè)報(bào)文后等待的時(shí)間是否 超過等待定時(shí)器中預(yù)設(shè)的閾值，在判斷結(jié)果為是的情況下，確定對(duì)所述至少兩個(gè)報(bào)文進(jìn)行 組包。
[0014] 根據(jù)本發(fā)明的另一方面，提供了一種報(bào)文處理裝置，包括：創(chuàng)建模塊，用于創(chuàng)建緩 存區(qū)，其中，所述緩存區(qū)用于儲(chǔ)存至少兩個(gè)報(bào)文；確定模塊，用于確定在所述緩存區(qū)中用于 對(duì)所述至少兩個(gè)報(bào)文進(jìn)行組包的組包條件；處理模塊，用于依據(jù)確定的所述組包條件在所 述緩存區(qū)中對(duì)所述至少兩個(gè)報(bào)文進(jìn)行處理。
[0015] 優(yōu)選地，所述處理模塊包括：判斷單元，用于判斷所述至少兩個(gè)報(bào)文是否滿足所述 預(yù)定的組包條件；組包單元，用于在判斷結(jié)果為是的情況下，對(duì)所述至少兩個(gè)報(bào)文進(jìn)行組 包，并將組包后的所述至少兩個(gè)報(bào)文發(fā)送到分組數(shù)據(jù)聚合協(xié)議rocp層進(jìn)行處理。
[0016] 優(yōu)選地，所述裝置還包括：接收單元，用于接收無線鏈路控制RRC發(fā)送的分組數(shù)據(jù) 聚合協(xié)議rocp配置消息，其中，所述rocp配置消息中攜帶有用于組包的累計(jì)字節(jié)數(shù)閾值和 /或用于組包的預(yù)定時(shí)長；確定單元，用于依據(jù)所述rocp配置消息確定所述預(yù)定的組包條 件。
[0017] 優(yōu)選地，所述判斷單元包括以下至少之一：第一判斷子單元，用于在所述緩存區(qū)中 配置最大累計(jì)字節(jié)數(shù)，判斷所述至少兩個(gè)報(bào)文的總字節(jié)數(shù)是否大于或等于所述最大累計(jì)字 節(jié)數(shù)，在判斷結(jié)果為是的情況下，確定對(duì)所述至少兩個(gè)報(bào)文進(jìn)行組包；第二判斷子單元，用 于在所述緩存區(qū)中配置等待定時(shí)器，判斷緩存所述至少兩個(gè)報(bào)文中的第一個(gè)報(bào)文后等待的 時(shí)間是否超過等待定時(shí)器中預(yù)設(shè)的閾值，在判斷結(jié)果為是的情況下，確定對(duì)所述至少兩個(gè) 報(bào)文進(jìn)行組包。
[0018] 根據(jù)本發(fā)明的另一方面，還提供了一種報(bào)文處理系統(tǒng)，包括：包括權(quán)利要求5至8 中任一項(xiàng)所述裝置的發(fā)送設(shè)備，和接收設(shè)備，其中，所述接收設(shè)備用于在接收到對(duì)所述至少 兩個(gè)報(bào)文進(jìn)行組包后的數(shù)據(jù)包后，對(duì)所述數(shù)據(jù)包進(jìn)行解析處理。
[0019] 通過本發(fā)明，采用創(chuàng)建緩存區(qū)，其中，所述緩存區(qū)用于儲(chǔ)存至少兩個(gè)報(bào)文；確定在 所述緩存區(qū)中用于對(duì)所述至少兩個(gè)報(bào)文進(jìn)行組包的組包條件；依據(jù)確定的所述組包條件在 所述緩存區(qū)中對(duì)所述至少兩個(gè)報(bào)文進(jìn)行處理，解決了相關(guān)技術(shù)中不能解決小報(bào)文處理能力 較差的問題，有效提升了無線網(wǎng)絡(luò)中小報(bào)文的處理能力。
【附圖說明】
[0020] 此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中：
[0021] 圖1是根據(jù)本發(fā)明實(shí)施例的報(bào)文處理方法的流程圖；
[0022] 圖2是根據(jù)本發(fā)明實(shí)施例的報(bào)文處理裝置的框圖；
[0023] 圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的報(bào)文處理裝置的框圖一；
[0024] 圖4是根據(jù)本發(fā)明優(yōu)選實(shí)施例的報(bào)文處理裝置的框圖二；
[0025] 圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例的報(bào)文處理裝置的框圖三；
[0026] 圖6是根據(jù)本發(fā)明優(yōu)選實(shí)施例的報(bào)文處理裝置的示意圖；
[0027] 圖7是根據(jù)本發(fā)明優(yōu)選實(shí)施例的小包處理功能配置的流程圖。
【具體實(shí)施方式】
[0028] 下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。