確認(rèn)包的處理方法、設(shè)備及系統(tǒng)本申請要求于2012年03月21日提交的申請?zhí)枮镻CT/CN2012/072726、發(fā)明名稱為“確認(rèn)包的處理方法、設(shè)備及系統(tǒng)”的國際專利申請的優(yōu)先權(quán)，其全部內(nèi)容通過引用結(jié)合在本申請中。技術(shù)領(lǐng)域本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種確認(rèn)包的處理方法、設(shè)備及系統(tǒng)。

背景技術(shù)：
傳輸控制協(xié)議(TransmissionControlProtocol，英文縮寫為TCP)提供了一種面向連接的字節(jié)流服務(wù)，終端和服務(wù)器之間在建立連接后可以正常發(fā)送數(shù)據(jù)，并且使用TCP協(xié)議進(jìn)行的數(shù)據(jù)傳輸具有數(shù)據(jù)包確認(rèn)機(jī)制以及重傳功能。在下行TCP業(yè)務(wù)中，服務(wù)器向終端發(fā)送數(shù)據(jù)包，終端在接收數(shù)據(jù)包后向服務(wù)器回復(fù)確認(rèn)包，服務(wù)器根據(jù)收到的確認(rèn)包來發(fā)送剩余的數(shù)據(jù)包?；赥CP業(yè)務(wù)的優(yōu)點(diǎn)，TCP從傳統(tǒng)的有線傳輸業(yè)務(wù)漸漸地運(yùn)用到了無線傳輸業(yè)務(wù)上?，F(xiàn)有技術(shù)中，由于傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議(TransmissionControlProtocol/InternetProtocol，英文縮寫為TCP/IP)是針對有線傳輸進(jìn)行開發(fā)和設(shè)計(jì)的。當(dāng)引入到無線系統(tǒng)后，例如長期演進(jìn)(LongTermEvolution，英文縮寫為LTE)系統(tǒng)，無線通信自身的限制會導(dǎo)致空口信號的波動，服務(wù)器可能在幾毫秒或幾百毫秒內(nèi)接收不到終端回復(fù)的確認(rèn)包，然后在空口信號波動消失后，服務(wù)器在短時(shí)間內(nèi)收到大量的確認(rèn)包。因此，現(xiàn)有技術(shù)由于缺少在新到達(dá)確認(rèn)包時(shí)的區(qū)分處理方式，可能導(dǎo)致服務(wù)器需要根據(jù)收到的大量確認(rèn)包而向終端下發(fā)大量的數(shù)據(jù)包的問題。同樣，在上行數(shù)據(jù)傳輸上，當(dāng)終端向服務(wù)器上傳數(shù)據(jù)包的時(shí)候也會存在同樣的問題。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明實(shí)施例提供一種確認(rèn)包的處理方法、數(shù)據(jù)傳輸設(shè)備和通信系統(tǒng)，以解決數(shù)據(jù)包大量突發(fā)的技術(shù)問題。第一方面，本發(fā)明實(shí)施例提供一種確認(rèn)包的處理方法，包括：發(fā)送確認(rèn)包；更新當(dāng)前發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量；比較更新后的總數(shù)據(jù)量與數(shù)據(jù)量門限；根據(jù)比較結(jié)果控制在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包。第二方面，本發(fā)明實(shí)施例提供一種數(shù)據(jù)傳輸設(shè)備，包括：接收電路，用于接收確認(rèn)包；發(fā)送電路，用于發(fā)送確認(rèn)包；存儲器，存儲數(shù)據(jù)量門限；處理器，分別與所述接收電路、發(fā)送電路、存儲器連接，用于更新當(dāng)前發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量，且比較更新后的總數(shù)據(jù)量與所述數(shù)據(jù)量門限，根據(jù)比較結(jié)果控制所述發(fā)送電路在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包。第三方面，本發(fā)明實(shí)施例提供一種數(shù)據(jù)傳輸設(shè)備，包括：發(fā)送單元，用于發(fā)送確認(rèn)包；更新單元，用于更新當(dāng)前發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量；控制單元，用于比較更新后的總數(shù)據(jù)量與數(shù)據(jù)量門限，根據(jù)比較結(jié)果控制在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包。第四方面，本發(fā)明實(shí)施例提供一種通信系統(tǒng)，包括數(shù)據(jù)發(fā)送端、數(shù)據(jù)接收端以及如第二方面或第三方面所述的數(shù)據(jù)傳輸設(shè)備，其中所述數(shù)據(jù)發(fā)送端通過所述數(shù)據(jù)傳輸設(shè)備與數(shù)據(jù)接收端進(jìn)行通信。第五方面，本發(fā)明實(shí)施例提供一種計(jì)算機(jī)程序產(chǎn)品，包括計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī)可讀介質(zhì)包括一組程序代碼，用于執(zhí)行如第一方面所述的方法。可見，在以上各個(gè)方面，通過在數(shù)據(jù)傳輸設(shè)備上設(shè)置發(fā)送周期與數(shù)據(jù)量門限，從而利用數(shù)據(jù)量門限控制每個(gè)發(fā)送周期內(nèi)數(shù)據(jù)傳輸設(shè)備發(fā)送給數(shù)據(jù)發(fā)送端的確認(rèn)包滿足所有發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量在數(shù)據(jù)量門限之內(nèi)，使得數(shù)據(jù)發(fā)送端在每個(gè)發(fā)送周期所接收到的確認(rèn)包滿足所有接收到的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量在數(shù)據(jù)量門限之內(nèi)，從而解決了數(shù)據(jù)接收端發(fā)送大量的數(shù)據(jù)包的問題。附圖說明為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其它的附圖。圖1為本發(fā)明一個(gè)實(shí)施例提供的確認(rèn)包的處理方法流程圖；圖2為本發(fā)明另一個(gè)實(shí)施例提供的確認(rèn)包的處理方法流程圖；圖3為本發(fā)明另一個(gè)實(shí)施例提供的確認(rèn)包的處理方法流程圖；圖4為本發(fā)明另一個(gè)實(shí)施例提供的確認(rèn)包的處理方法流程圖；圖5為本發(fā)明另一個(gè)實(shí)施例提供的確認(rèn)包的處理方法流程圖；圖6為本發(fā)明另一個(gè)實(shí)施例提供的確認(rèn)包的處理設(shè)備結(jié)構(gòu)示意圖；圖7為本發(fā)明另一個(gè)實(shí)施例提供的確認(rèn)包的處理設(shè)備結(jié)構(gòu)示意圖；圖8為本發(fā)明實(shí)施例一提供的數(shù)據(jù)傳輸設(shè)備的結(jié)構(gòu)示意圖；圖9為本發(fā)明實(shí)施例二提供的一種確認(rèn)包處理方法的流程示意圖；圖10為本發(fā)明實(shí)施例二提供的一種更新總數(shù)據(jù)量方法的流程示意圖；圖11為本發(fā)明實(shí)施例三提供的一種確認(rèn)包處理方法的流程示意圖；圖12為本發(fā)明實(shí)施例四提供的一種確認(rèn)包的處理方法的流程示意圖；圖13為圖12所示確認(rèn)包的處理方法的步驟S122的詳細(xì)流程示意圖；圖14為圖13所示確認(rèn)包的處理方法的步驟S131的詳細(xì)流程示意圖；圖15本發(fā)明實(shí)施例五提供的一種確認(rèn)包的處理方法的流程示意圖；圖16為本發(fā)明實(shí)施例六提供的一種數(shù)據(jù)傳輸設(shè)備的結(jié)構(gòu)示意圖；圖17為本發(fā)明實(shí)施例七提供的一種確認(rèn)包處理方法的流程示意圖；圖18為本發(fā)明實(shí)施例八提供的一種數(shù)據(jù)傳輸設(shè)備的結(jié)構(gòu)示意圖。具體實(shí)施方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。為使本發(fā)明技術(shù)方案的優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖和實(shí)施例對本發(fā)明作詳細(xì)說明。TCP/IP是針對有線傳輸進(jìn)行開發(fā)和設(shè)計(jì)的，引入無線通信系統(tǒng)后，由于無線通信系統(tǒng)自身的限制會導(dǎo)致空口信號的波動。在下行數(shù)據(jù)傳輸上，服務(wù)器可能在幾毫秒或幾百毫秒內(nèi)接收不到終端回復(fù)的確認(rèn)包，然后在空口信號波動消失后，服務(wù)器在短時(shí)間內(nèi)收到大量的確認(rèn)包，導(dǎo)致服務(wù)器根據(jù)收到的大量確認(rèn)包而向終端下發(fā)大量的數(shù)據(jù)包的問題。同樣，在上行數(shù)據(jù)傳輸上，當(dāng)終端向服務(wù)器上傳數(shù)據(jù)包的時(shí)候也會存在同樣的問題。本發(fā)明實(shí)施例考慮到此問題的存在，在數(shù)據(jù)傳輸設(shè)備上設(shè)置發(fā)送周期與數(shù)據(jù)量門限，從而利用數(shù)據(jù)量門限控制每個(gè)發(fā)送周期內(nèi)數(shù)據(jù)傳輸設(shè)備發(fā)送給數(shù)據(jù)發(fā)送端的確認(rèn)包滿足所有發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量在數(shù)據(jù)量門限之內(nèi)，使得數(shù)據(jù)發(fā)送端在每個(gè)發(fā)送周期所接收到的確認(rèn)包滿足所有接收到的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量在數(shù)據(jù)量門限之內(nèi)，從而解決了數(shù)據(jù)接收端發(fā)送大量的數(shù)據(jù)包的問題。本發(fā)明實(shí)施例中所述的數(shù)據(jù)傳輸設(shè)備可以是無線網(wǎng)絡(luò)中現(xiàn)有的數(shù)據(jù)傳輸節(jié)點(diǎn)設(shè)備，例如接入網(wǎng)設(shè)備、核心網(wǎng)設(shè)備，也可以是設(shè)置于接入網(wǎng)側(cè)獨(dú)立于現(xiàn)有接入網(wǎng)設(shè)備的數(shù)據(jù)傳輸設(shè)備，或者設(shè)置于核心網(wǎng)側(cè)獨(dú)立于現(xiàn)有核心網(wǎng)設(shè)備的數(shù)據(jù)傳輸設(shè)備。例如，所述數(shù)據(jù)傳輸設(shè)備可以為各種通信系統(tǒng)中的基站，如基站收發(fā)臺(BaseTransceiverStation，BTS)、節(jié)點(diǎn)B(nodeB)、演進(jìn)型節(jié)點(diǎn)B(EvolutionalNodeB，eNB或eNodeB)等；也可以是全球移動通信系統(tǒng)(GlobalSystemforMobileCommunications，GSM)中的基站控制器(BaseStationController，BSC)或通用移動通信系統(tǒng)(UniversalMobileTelecommunicationsSystem，UMTS)中的無線網(wǎng)絡(luò)控制器(RadioNetworkController，RNC)，本發(fā)明不做任何限制。本發(fā)明實(shí)施例中的數(shù)據(jù)發(fā)送端可以為服務(wù)器，也可以為終端；相應(yīng)的數(shù)據(jù)接收端可以為終端，也可以為服務(wù)器。例如，在上行數(shù)據(jù)傳輸中，數(shù)據(jù)發(fā)送端為終端、數(shù)據(jù)接收端為服務(wù)器；在下行數(shù)據(jù)傳輸中，數(shù)據(jù)發(fā)送端為服務(wù)器、數(shù)據(jù)接收端為終端。本發(fā)明不做任何限制。相應(yīng)的，本發(fā)明實(shí)施例中的確認(rèn)包可以為上行確認(rèn)包，也可以為下行確認(rèn)包。請參考圖8，其為本發(fā)明實(shí)施例一提供的數(shù)據(jù)傳輸設(shè)備的結(jié)構(gòu)示意圖，如圖所示，該數(shù)據(jù)傳輸設(shè)備800包括接收電路810、發(fā)送電路820、存儲器830以及分別與接收電路810、發(fā)送電路820和存儲器830連接的處理器840。其中，接收電路810用于接收確認(rèn)包；發(fā)送電路820用于發(fā)送確認(rèn)包；存儲器830存儲數(shù)據(jù)量門限；處理器840用于更新當(dāng)前發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量，且根據(jù)更新后的總數(shù)據(jù)量與存儲器840存儲的數(shù)據(jù)量門限，控制發(fā)送電路820在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包。以上數(shù)據(jù)傳輸設(shè)備在發(fā)送周期內(nèi)會更新所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量，并比較更新后的總數(shù)據(jù)量與本地存儲的數(shù)據(jù)量門限，根據(jù)比較結(jié)果控制當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包，使得一個(gè)發(fā)送周期內(nèi)達(dá)到數(shù)據(jù)發(fā)送端的確認(rèn)包不至于太多，從而解決了數(shù)據(jù)發(fā)送端發(fā)送大量的數(shù)據(jù)包的問題。而數(shù)據(jù)發(fā)送端發(fā)送大量的數(shù)據(jù)包，可能會導(dǎo)致數(shù)據(jù)包傳輸不及時(shí)和丟包問題。例如，服務(wù)器的發(fā)送能力通常比較強(qiáng)，當(dāng)其一定時(shí)間內(nèi)接收到較多的確認(rèn)包時(shí)，會根據(jù)接收到的確認(rèn)包下發(fā)大量數(shù)據(jù)包，導(dǎo)致數(shù)據(jù)突發(fā)，而中間傳輸網(wǎng)元的發(fā)送能力往往不夠，導(dǎo)致數(shù)據(jù)包傳輸不及時(shí)和丟包問題。而以上實(shí)施例相當(dāng)于在中間傳輸網(wǎng)元上限制使用了服務(wù)器的發(fā)送能力，從而解決了數(shù)據(jù)發(fā)送端數(shù)據(jù)突發(fā)引起的數(shù)據(jù)包傳輸不及時(shí)和丟包問題。需要說明的是，本領(lǐng)域技術(shù)人員可以根據(jù)實(shí)際需要或者運(yùn)營商的需求，自行設(shè)定數(shù)據(jù)量門限的取值或范圍，本發(fā)明不做任何限制。例如，在下行數(shù)據(jù)傳輸中，由于服務(wù)器的處理能力比較強(qiáng)，而數(shù)據(jù)傳輸設(shè)備所在無線網(wǎng)絡(luò)的承載能力無法滿足服務(wù)器數(shù)據(jù)突發(fā)時(shí)帶來的沖擊，從而導(dǎo)致丟包和傳輸不及時(shí)的問題。此時(shí)，可以以承載網(wǎng)絡(luò)的承載能力為依據(jù)，設(shè)置數(shù)據(jù)量門限。所述承載網(wǎng)絡(luò)的承載能力可以為接入網(wǎng)與核心網(wǎng)之間的傳輸網(wǎng)元的承載能力，例如，交換機(jī)、路由器等的承載能力。再如，該數(shù)據(jù)量門限也可以受限于承載鏈路的限制速率，所述承載鏈路可以為接入網(wǎng)與核心網(wǎng)之間的鏈路。再如，該數(shù)據(jù)量門限也可以受限于數(shù)據(jù)傳輸設(shè)備所在無線網(wǎng)絡(luò)的傳輸帶寬。再如，一旦數(shù)據(jù)發(fā)送端或數(shù)據(jù)接收端的處理能力有限時(shí)，也可以根據(jù)數(shù)據(jù)發(fā)送端或數(shù)據(jù)接收端的處理能力來確定，例如，根據(jù)數(shù)據(jù)發(fā)送端的傳輸控制協(xié)議TCP發(fā)送窗口或數(shù)據(jù)接收端的TCP接收窗口確定。另外，關(guān)于更新當(dāng)前發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量，可以每發(fā)送一個(gè)確認(rèn)包更新一次，也可以每發(fā)送兩個(gè)或更多的確認(rèn)包更新一次，也可以將發(fā)送周期分時(shí)段，前面時(shí)段，多個(gè)確認(rèn)包更新一次，后面時(shí)段一個(gè)確認(rèn)包更新一次。另外，也可以根據(jù)上一次更新后的結(jié)果，確定下一次更新所隔的確認(rèn)包的個(gè)數(shù)?？紤]到實(shí)現(xiàn)簡單，可以每發(fā)送一個(gè)確認(rèn)包更新一次，但本發(fā)明不做任何限制。相應(yīng)于實(shí)施例一，本發(fā)明實(shí)施例二還提供一種確認(rèn)包的處理方法。請參考圖9，其為本發(fā)明實(shí)施例二提供的一種確認(rèn)包處理方法的流程示意圖。如圖9所示，該方法包括如下步驟：S910：發(fā)送確認(rèn)包；S920：更新當(dāng)前發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量；S930：比較更新后的總數(shù)據(jù)量與所述數(shù)據(jù)量門限；S940：根據(jù)比較結(jié)果控制在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包。以上確認(rèn)包的處理方法在發(fā)送周期內(nèi)會更新所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量，并比較更新后的總數(shù)據(jù)量與本地存儲的數(shù)據(jù)量門限，根據(jù)比較結(jié)果控制當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包，使得一個(gè)發(fā)送周期內(nèi)達(dá)到數(shù)據(jù)發(fā)送端的確認(rèn)包不至于太多，從而解決了數(shù)據(jù)發(fā)送端發(fā)送大量的數(shù)據(jù)包的問題。而數(shù)據(jù)發(fā)送端發(fā)送大量的數(shù)據(jù)包，可能會導(dǎo)致數(shù)據(jù)包傳輸不及時(shí)和丟包問題。例如，服務(wù)器的發(fā)送能力通常比較強(qiáng)，當(dāng)其一定時(shí)間內(nèi)接收到較多的確認(rèn)包時(shí)，會根據(jù)接收到的確認(rèn)包下發(fā)大量數(shù)據(jù)包，導(dǎo)致數(shù)據(jù)突發(fā)，而中間傳輸網(wǎng)元的發(fā)送能力往往不夠，導(dǎo)致數(shù)據(jù)包傳輸不及時(shí)和丟包問題。而以上實(shí)施例相當(dāng)于在中間傳輸網(wǎng)元上限制使用了服務(wù)器的發(fā)送能力，從而解決了數(shù)據(jù)發(fā)送端數(shù)據(jù)突發(fā)引起的數(shù)據(jù)包傳輸不及時(shí)和丟包問題。關(guān)于數(shù)據(jù)量門限和更新總數(shù)據(jù)量的說明，同實(shí)施例一，在此不再贅述。下面對處理器840更新總數(shù)據(jù)量的過程或以上步驟S920更新總數(shù)據(jù)量的過程進(jìn)行詳細(xì)說明。以上總數(shù)據(jù)量的更新，可以根據(jù)確認(rèn)包的確認(rèn)包序號進(jìn)行。所述確認(rèn)包的確認(rèn)包序號為TCPACK的序號，該TCPACK的序號表示該序號以前的數(shù)據(jù)均已被數(shù)據(jù)接收端確認(rèn)。因此，每發(fā)送一個(gè)確認(rèn)包便可以根據(jù)當(dāng)前發(fā)送的確認(rèn)包與上一個(gè)發(fā)送的確認(rèn)包的序號之差，確定當(dāng)前發(fā)送的確認(rèn)包所反映的數(shù)據(jù)接收端所確認(rèn)的數(shù)據(jù)量。如此，便可以利用每個(gè)確認(rèn)包所反映的數(shù)據(jù)接收端所確認(rèn)的數(shù)據(jù)量，更新一個(gè)發(fā)送周期內(nèi)所發(fā)送的所有確認(rèn)包所反映的數(shù)據(jù)接收端所確認(rèn)的總數(shù)據(jù)量。例如，假設(shè)某一個(gè)發(fā)送的確認(rèn)包序號為747337662，其表示該第747337662字節(jié)以前的數(shù)據(jù)均已被數(shù)據(jù)接收端確認(rèn)；且在該確認(rèn)包之后發(fā)送的確認(rèn)包序號為747340582，其表示該第747340582字節(jié)以前的數(shù)據(jù)均已接收。此時(shí)，更新后的總數(shù)據(jù)量＝更新前的總數(shù)據(jù)量+(747340582-747337662)。即，如圖10所示，以上步驟S920：更新當(dāng)前發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量，進(jìn)一步可以包括：S101：根據(jù)當(dāng)前發(fā)送的確認(rèn)包的確認(rèn)包序號與上一個(gè)發(fā)送的確認(rèn)包的確認(rèn)包序號之差，確定當(dāng)前發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端所確認(rèn)的數(shù)據(jù)量；S102：根據(jù)所述當(dāng)前發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端所確認(rèn)的數(shù)據(jù)量，更新所述總數(shù)據(jù)量。需要說明的是，確認(rèn)包的確認(rèn)包序號通常以n位二進(jìn)制的形式來表示，當(dāng)編號到其所能表達(dá)的最大數(shù)值時(shí)，將重新開始編號，這種情況稱為繞回現(xiàn)象。當(dāng)當(dāng)前發(fā)送的確認(rèn)包的確認(rèn)包序號發(fā)生繞回時(shí)，其與上一個(gè)確認(rèn)包之差就會出現(xiàn)負(fù)值，按以上方法更新就會出現(xiàn)問題。因此，當(dāng)當(dāng)前發(fā)送的確認(rèn)包的確認(rèn)包序號發(fā)生繞回時(shí)，可以不做更新，即保持總數(shù)據(jù)量不變。此時(shí)，雖然少計(jì)算了一個(gè)確認(rèn)包所反映的數(shù)據(jù)量，但是并不影響實(shí)現(xiàn)的效果。這是因?yàn)?，本發(fā)明實(shí)施例并不是要把一個(gè)發(fā)送周期內(nèi)發(fā)送給數(shù)據(jù)發(fā)送端的確認(rèn)包所反映的總數(shù)據(jù)量嚴(yán)格控制在數(shù)據(jù)量門限以內(nèi)，而是要控制在數(shù)據(jù)量門限左右，即使超過數(shù)據(jù)量門限一個(gè)確認(rèn)包所反映出的數(shù)據(jù)量，并不會影響本發(fā)明的實(shí)質(zhì)，且也不會對方案的效果實(shí)現(xiàn)造成實(shí)質(zhì)上的影響。下面對處理器840根據(jù)比較結(jié)果控制發(fā)送電路820在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包的過程或步驟S940根據(jù)比較結(jié)果控制在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包的過程進(jìn)行詳細(xì)說明。當(dāng)更新后的總數(shù)據(jù)量大于數(shù)據(jù)量門限時(shí)，停止在當(dāng)前發(fā)送周期內(nèi)發(fā)送確認(rèn)包，具體可以通過處理器840控制發(fā)送電路820在當(dāng)前發(fā)送周期內(nèi)停止發(fā)送確認(rèn)包來實(shí)現(xiàn)。當(dāng)更新后的總數(shù)據(jù)量小于數(shù)據(jù)量門限時(shí)，可以繼續(xù)在當(dāng)前發(fā)送周期內(nèi)發(fā)送確認(rèn)包，具體可以通過處理器840控制發(fā)送電路820在當(dāng)前發(fā)送周期內(nèi)繼續(xù)發(fā)送確認(rèn)包來實(shí)現(xiàn)。下面對當(dāng)更新后的總數(shù)據(jù)量等于數(shù)據(jù)量門限時(shí)的處理方式進(jìn)行說明。此時(shí)，可以在當(dāng)前發(fā)送周期內(nèi)停止發(fā)送確認(rèn)包，也可以繼續(xù)發(fā)送確認(rèn)包。例如，處理器840可以控制發(fā)送電路820在當(dāng)前發(fā)送周期內(nèi)停止發(fā)送確認(rèn)包，也可以控制發(fā)送電路820在當(dāng)前發(fā)送周期內(nèi)繼續(xù)發(fā)送確認(rèn)包。這是因?yàn)?，本發(fā)明實(shí)施例并不是要把一個(gè)發(fā)送周期內(nèi)數(shù)據(jù)傳輸設(shè)備800發(fā)送給數(shù)據(jù)發(fā)送端的確認(rèn)包所反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量嚴(yán)格控制在數(shù)據(jù)量門限以內(nèi)，而是要控制在數(shù)據(jù)量門限左右，即使超過數(shù)據(jù)量門限一個(gè)確認(rèn)包所反映出的數(shù)據(jù)量，也不會對方案的效果實(shí)現(xiàn)造成實(shí)質(zhì)上的影響。另外，也可以以包括數(shù)據(jù)量門限一定范圍的取值作為停止和繼續(xù)發(fā)送確認(rèn)包的依據(jù)。例如，在比較更新后的總數(shù)據(jù)量和數(shù)據(jù)量門限時(shí)，發(fā)現(xiàn)更新后的總數(shù)據(jù)量接近數(shù)據(jù)量門限，但還未達(dá)到時(shí)，也可以停止發(fā)送確認(rèn)包?？傊?，本發(fā)明對比較更新后的總數(shù)據(jù)量與所述數(shù)據(jù)量門限，根據(jù)比較結(jié)果控制所述發(fā)送電路在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包的過程沒有嚴(yán)格限制，只要將一個(gè)發(fā)送周期內(nèi)發(fā)送給數(shù)據(jù)發(fā)送端的確認(rèn)包所反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量控制在數(shù)據(jù)量門限左右即可，本領(lǐng)域技術(shù)人員可據(jù)此做變通，得到不同實(shí)施例，均在本發(fā)明的保護(hù)范圍內(nèi)。因此，在具體實(shí)現(xiàn)上，本實(shí)施例可以有多種實(shí)現(xiàn)方式，下面進(jìn)行舉例說明，然而，這些例子并非用于限制本發(fā)明。請參考圖11，其為本發(fā)明實(shí)施例三提供的一種確認(rèn)包處理方法的流程示意圖。該方法的執(zhí)行主體為數(shù)據(jù)傳輸設(shè)備，該數(shù)據(jù)傳輸設(shè)備預(yù)存有數(shù)據(jù)量門限，且利用發(fā)送序列號(SendSeq)體現(xiàn)一個(gè)發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量。如圖11所示，該方法包括如下步驟：S110：在發(fā)送周期開始時(shí)，將SendSeq置零；而后，在當(dāng)前發(fā)送周期內(nèi)每發(fā)送一個(gè)確認(rèn)包，更新一次SendSeq，且每次更新SendSeq之后，判斷更新后的SendSeq與數(shù)據(jù)量門限之間的關(guān)系。即在當(dāng)前發(fā)送周期內(nèi)，重復(fù)執(zhí)行以下步驟S111至S113，直至當(dāng)前發(fā)送周期結(jié)束或者更新后的SendSeq大于數(shù)據(jù)量門限。S111：發(fā)送確認(rèn)包；S112：更新SendSeq；S113：確定更新后的SendSeq與數(shù)據(jù)量門限之間的關(guān)系。如果更新后的SendSeq小于數(shù)據(jù)量門限，則繼續(xù)執(zhí)行步驟S111至S113；如果更新后的SendSeq大于數(shù)據(jù)量門限，則執(zhí)行步驟S114。S114：在當(dāng)前發(fā)送周期內(nèi)暫停發(fā)送確認(rèn)包直至當(dāng)前發(fā)送周期結(jié)束，在下一個(gè)發(fā)送周期將SendSeq置零后繼續(xù)發(fā)送確認(rèn)包。關(guān)于數(shù)據(jù)量門限的說明同實(shí)施例一，在此不再贅述。在本實(shí)施例中，SendSeq可以通過確認(rèn)包序號之差確定的，其中確認(rèn)包序號用于表示該確認(rèn)包序號之前的數(shù)據(jù)均已被數(shù)據(jù)接收端確定，那么兩個(gè)確認(rèn)包序號之差便可以反映出當(dāng)前所發(fā)送的確認(rèn)包對應(yīng)的已確定的數(shù)據(jù)量，且，每發(fā)送一個(gè)確認(rèn)包，通過發(fā)送的確認(rèn)包對應(yīng)的已確定的數(shù)據(jù)量進(jìn)行累加來對SendSeq進(jìn)行更新，更新后的SendSeq便可以反映出一個(gè)周期內(nèi)數(shù)據(jù)傳輸設(shè)備已發(fā)送的確認(rèn)包所反映的已確定的總數(shù)據(jù)量。從而通過對SendSeq的監(jiān)控來控制一個(gè)發(fā)送周期內(nèi)發(fā)送的確認(rèn)包數(shù)量，以解決數(shù)據(jù)發(fā)送端發(fā)送大量的數(shù)據(jù)包的問題，進(jìn)而解決了由其導(dǎo)致的數(shù)據(jù)包傳輸不及時(shí)和丟包問題。需要說明的是，如果更新后的SendSeq等于數(shù)據(jù)量門限，可以暫停發(fā)送確認(rèn)包直至當(dāng)前發(fā)送周期結(jié)束，在下一發(fā)送周期將發(fā)送序列號置零后繼續(xù)發(fā)送確認(rèn)包。也可以繼續(xù)發(fā)送確認(rèn)包，其原因同以上實(shí)施例，在此，不再贅述。在以上步驟S112更新SendSeq的過程中，更新后的SendSeq與更新前的SendSeq之間的關(guān)系如下：更新后的SendSeq＝更新前的SendSeq+Max(0，第一確認(rèn)包的確認(rèn)包序號-第二確認(rèn)包的確認(rèn)包序號)；其中，Max()表示取最大值，所述第一確認(rèn)包和所述第二確認(rèn)包為數(shù)據(jù)傳輸設(shè)備連續(xù)向數(shù)據(jù)發(fā)送端發(fā)送的兩個(gè)確認(rèn)包，其中第一確認(rèn)包為更新SendSeq之前最近發(fā)送的確認(rèn)包，第二確認(rèn)包為在第一確認(rèn)包之前發(fā)送的確認(rèn)包。為了在更新SendSeq可以使用第二確認(rèn)包的確認(rèn)包序號，需要在發(fā)送第二確認(rèn)包之前存儲該確認(rèn)包序號，故第二確認(rèn)包的確認(rèn)包序號也即數(shù)據(jù)傳輸設(shè)備已存儲的確認(rèn)包序號。即，更新后的SendSeq＝更新前的SendSeq+Max(0，更新SendSeq之前最近發(fā)送的確認(rèn)包的確認(rèn)包序號-已存儲的確認(rèn)包序號)?？梢姡赟endSeq的更新過程中，每發(fā)送一個(gè)確認(rèn)包，則以該確認(rèn)包的確認(rèn)包序號更新已存儲的確認(rèn)包序號。即，在更新所述SendSeq之后，所述方法還包括：更新已存儲的確認(rèn)包的確認(rèn)包序號；其中，更新已存儲的確認(rèn)包序號時(shí)，如果更新SendSeq之前最近發(fā)送的確認(rèn)包的確認(rèn)包序號大于已存儲的確認(rèn)包序號，或者更新SendSeq之前最近發(fā)送的確認(rèn)包的確認(rèn)包序號與已存儲的確認(rèn)包序號的差值小于預(yù)設(shè)值，以所述更新SendSeq之前最近發(fā)送的確認(rèn)包的確認(rèn)包序號更新當(dāng)前已存儲的確認(rèn)包序號；否則，說明前后發(fā)送的兩個(gè)確認(rèn)包序號相同，則可以保持已存儲的確認(rèn)包序號不變，其中所述預(yù)設(shè)值是根據(jù)確認(rèn)包序號的位數(shù)確定的。當(dāng)確認(rèn)包序號利用n位字符來表示時(shí)，所述預(yù)設(shè)值為-2n-1。當(dāng)更新發(fā)送序列號之前最近發(fā)送的確認(rèn)包的確認(rèn)包序號與已存儲的確認(rèn)包序號的差值小于預(yù)設(shè)值時(shí)，則表明發(fā)生了繞回，即確認(rèn)包重新從“0”開始編號，以所述更新發(fā)送序列號之前最近發(fā)送的確認(rèn)包的確認(rèn)包序號更新當(dāng)前已存儲的確認(rèn)包序號，以方便后續(xù)的SendSeq更新。另外，在發(fā)生繞回的時(shí)候，可以不更新SendSeq，即更新后的SendSeq＝更新前的SendSeq+Max(0，-2n-1)＝更新前的SendSeq。此時(shí)，雖然會引起多發(fā)送一個(gè)確認(rèn)包，但并不會對方案的效果實(shí)現(xiàn)造成實(shí)質(zhì)上的影響。例如，利用32位字符來表示，此時(shí)所述預(yù)設(shè)值為-2147483648。當(dāng)更新發(fā)送序列號之前最近發(fā)送的確認(rèn)包的確認(rèn)包序號與已存儲的確認(rèn)包序號的差值小于-2147483648時(shí)，則表明發(fā)生了繞回，則可以不更新SendSeq，但更新已存儲的確認(rèn)包序號。在本發(fā)明一實(shí)施例中，可以通過在數(shù)據(jù)傳輸設(shè)備內(nèi)設(shè)置定時(shí)器，以通過定時(shí)器來實(shí)現(xiàn)以上發(fā)送周期的控制，其中，所述定時(shí)器的時(shí)長等于所述發(fā)送周期。此時(shí)，以上步驟S110，即在發(fā)送周期開始時(shí)，將發(fā)送序列號置零可以通過以下方式實(shí)現(xiàn)：啟動所述定時(shí)器，將發(fā)送序列號置零。以上步驟S114，即在當(dāng)前發(fā)送周期內(nèi)暫停發(fā)送確認(rèn)包直至當(dāng)前發(fā)送周期結(jié)束，在下一個(gè)發(fā)送周期將SendSeq置零后繼續(xù)發(fā)送確認(rèn)包可以通過以下方式實(shí)現(xiàn)：在定時(shí)器到時(shí)時(shí)，重啟所述定時(shí)器，將發(fā)送序列號置零后繼續(xù)發(fā)送確認(rèn)包。請繼續(xù)參考圖12，其為本發(fā)明實(shí)施例四提供的一種確認(rèn)包的處理方法的流程示意圖。該方法的執(zhí)行主體為數(shù)據(jù)傳輸設(shè)備，且利用SendSeq體現(xiàn)一個(gè)發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量。如圖12所示，該方法包括如下步驟：S120：接收新確認(rèn)包；S121：確定是否已緩存有其他確認(rèn)包；如果已緩存有其他確認(rèn)包則執(zhí)行步驟S122，否則執(zhí)行步驟S123。S122：緩存所述新確認(rèn)包，以在向數(shù)據(jù)發(fā)送端發(fā)送所述其他確認(rèn)包之后發(fā)送所述新確認(rèn)包；S123：確定當(dāng)前SendSeq與數(shù)據(jù)量門限之間的關(guān)系，如果當(dāng)前SendSeq大于數(shù)據(jù)量門限，則執(zhí)行步驟S124；如果當(dāng)前SendSeq小于數(shù)據(jù)量門限，則執(zhí)行步驟S125。S124：緩存所述新確認(rèn)包，并在下一個(gè)發(fā)送周期將SendSeq置零后向數(shù)據(jù)發(fā)送端發(fā)送所述新確認(rèn)包；S125：向數(shù)據(jù)發(fā)送端發(fā)送所述新確認(rèn)包。需要說明的是，當(dāng)更新后的發(fā)送序列號等于數(shù)據(jù)量門限時(shí)，可以暫停發(fā)送確認(rèn)包直至當(dāng)前發(fā)送周期結(jié)束，在下一發(fā)送周期將發(fā)送序列號置零后繼續(xù)發(fā)送確認(rèn)包，也可以繼續(xù)發(fā)送確認(rèn)包。請繼續(xù)參考圖13，以上步驟S122在向數(shù)據(jù)發(fā)送端發(fā)送所述其他確認(rèn)包之后發(fā)送所述新確認(rèn)包可以包括以下步驟：S131：發(fā)送所述其他確認(rèn)包；S132：更新SendSeq；S133：確定更新后的SendSeq與數(shù)據(jù)量門限之間的關(guān)系，如果更新后的SendSeq小于數(shù)據(jù)量門限，則執(zhí)行步驟S134，如果更新后的SendSeq大于數(shù)據(jù)量門限，則執(zhí)行步驟S135。對于更新后的SendSeq等于數(shù)據(jù)量門限時(shí)，可以執(zhí)行步驟S134，也可以執(zhí)行步驟S135，理由同以上描述，在此不再贅述。S134：發(fā)送所述新確認(rèn)包；S135：暫停發(fā)送所述新確認(rèn)包直至當(dāng)前發(fā)送周期結(jié)束，在下一發(fā)送周期將發(fā)送序列號置零后發(fā)送所述新確認(rèn)包。需要說明的是，數(shù)據(jù)傳輸設(shè)備在接收到新確認(rèn)包時(shí)，其內(nèi)可能緩存一個(gè)其他確認(rèn)包，也可能緩存多個(gè)。即，所述其他確認(rèn)包可以是多個(gè)也可以是一個(gè)。且請參考圖14，當(dāng)所述其他確認(rèn)包為多個(gè)時(shí)，以上步驟S131，即發(fā)送所述其他確認(rèn)包可以包括：按隊(duì)列順序逐一發(fā)送所述其他確認(rèn)包，且每發(fā)送一個(gè)確認(rèn)包，重復(fù)以下步驟，直至將所述其他確認(rèn)包都發(fā)送完：S141：更新SendSeq；S142：確定更新后的SendSeq與數(shù)據(jù)量門限之間的關(guān)系；如果更新后的SendSeq小于數(shù)據(jù)量門限，執(zhí)行步驟S143，如果更新后的SendSeq大于數(shù)據(jù)量門限，則執(zhí)行步驟S144。對于更新后的SendSeq等于數(shù)據(jù)量門限時(shí)，可以執(zhí)行步驟S143，也可以執(zhí)行步驟S144，理由同以上描述，在此不再贅述。S143：繼續(xù)發(fā)送下一個(gè)確認(rèn)包；S144：暫停發(fā)送確認(rèn)包直至當(dāng)前發(fā)送周期結(jié)束，在下一發(fā)送周期將發(fā)送序列號置零后繼續(xù)發(fā)送下一個(gè)確認(rèn)包。關(guān)于SendSeq的更新過程同實(shí)施例三，在此不再贅述。且在本實(shí)施例中，也可以通過在數(shù)據(jù)傳輸設(shè)備內(nèi)設(shè)置定時(shí)器，以通過定時(shí)器來實(shí)現(xiàn)以上發(fā)送周期的控制，其中，所述定時(shí)器的時(shí)長等于所述發(fā)送周期。需要說明的是，在以上實(shí)施例三和四中，均在發(fā)送周期開始時(shí)將SendSeq置零，并以此為基礎(chǔ)根據(jù)發(fā)送確認(rèn)包反映的已確認(rèn)的數(shù)據(jù)量來更新SendSeq。其僅為舉例，在其它實(shí)施例中，也可以將SendSeq置“1”或其它數(shù)值，并據(jù)此調(diào)整數(shù)據(jù)量門限即可，甚至在SendSeq置“1”等較小值，而不影響本發(fā)明效果實(shí)現(xiàn)時(shí)，也可以不調(diào)整數(shù)據(jù)量門限，總之本發(fā)明實(shí)施例對此不做任何限制。例如，在本發(fā)明實(shí)施例五中，在發(fā)送周期開始時(shí)，將SendSeq設(shè)置為數(shù)據(jù)量門限，且在每發(fā)送一個(gè)確認(rèn)包之后，以遞減的方式更新SendSeq，并在遞減至零或者小于零時(shí)，停止本周期內(nèi)確認(rèn)包的發(fā)送。請參考圖15，此時(shí)，確認(rèn)包的處理方法，包括以下步驟：S150：在發(fā)送周期開始時(shí)，將SendSeq設(shè)置為數(shù)據(jù)量門限；而后，在當(dāng)前發(fā)送周期內(nèi)每發(fā)送一個(gè)確認(rèn)包，更新一次SendSeq，且每次更新SendSeq之后，判斷更新后的SendSeq與零之間的關(guān)系。即在當(dāng)前發(fā)送周期內(nèi)，重復(fù)執(zhí)行以下步驟S151至S153，直至當(dāng)前發(fā)送周期結(jié)束或者更新后的SendSeq小于零。S151：發(fā)送確認(rèn)包；S152：更新SendSeq；S153：確定更新后的SendSeq與零之間的關(guān)系。如果更新后的SendSeq大于零，則繼續(xù)執(zhí)行步驟S151至S153；如果更新后的SendSeq小于零，則執(zhí)行步驟S154。S154：在當(dāng)前發(fā)送周期內(nèi)暫停發(fā)送確認(rèn)包直至當(dāng)前發(fā)送周期結(jié)束，在下一個(gè)發(fā)送周期將SendSeq設(shè)置為數(shù)據(jù)量門限后繼續(xù)發(fā)送確認(rèn)包。此時(shí)，SendSeq的更新如下：更新后的SendSeq＝更新前的SendSeq-Max(0，第一確認(rèn)包的確認(rèn)包序號-第二確認(rèn)包的確認(rèn)包序號)；其中，Max()表示取最大值，所述第一確認(rèn)包和所述第二確認(rèn)包為數(shù)據(jù)傳輸設(shè)備連續(xù)向數(shù)據(jù)發(fā)送端發(fā)送的兩個(gè)確認(rèn)包，其中第一確認(rèn)包為更新SendSeq之前最近發(fā)送的確認(rèn)包，第二確認(rèn)包為在第一確認(rèn)包之前發(fā)送的確認(rèn)包。為了在更新SendSeq可以使用第二確認(rèn)包的確認(rèn)包序號，需要在發(fā)送第二確認(rèn)包之前存儲該確認(rèn)包序號，故第二確認(rèn)包的確認(rèn)包序號也即接入網(wǎng)設(shè)備已存儲的確認(rèn)包序號。即，更新后的SendSeq＝更新前的SendSeq-Max(0，更新發(fā)送序列號之前最近發(fā)送的確認(rèn)包的確認(rèn)包序號-已存儲的確認(rèn)包序號)。可見，在SendSeq的更新過程中，每發(fā)送一個(gè)確認(rèn)包，則以該確認(rèn)包的確認(rèn)包序號更新已存儲的確認(rèn)包序號。即，在更新所述SendSeq之后，所述方法還包括：更新已存儲的確認(rèn)包的確認(rèn)包序號；其中，更新已存儲的確認(rèn)包序號同實(shí)施例三，在此不再贅述。另外，關(guān)于當(dāng)更新后的SendSeq等于零的情況，可以暫停發(fā)送確認(rèn)包直至當(dāng)前發(fā)送周期結(jié)束，在下一發(fā)送周期將發(fā)送序列號設(shè)置為數(shù)據(jù)量門限后繼續(xù)發(fā)送確認(rèn)包。也可以繼續(xù)發(fā)送確認(rèn)包。請繼續(xù)參考圖16，其為本發(fā)明實(shí)施例六提供的一種數(shù)據(jù)傳輸設(shè)備的結(jié)構(gòu)示意圖，如圖16所示，該數(shù)據(jù)傳輸設(shè)備160包括接收電路161、發(fā)送電路162、存儲器163和處理器164。其中，接收電路161用于接收確認(rèn)包；發(fā)送電路162用于發(fā)送確認(rèn)包；存儲器163存儲數(shù)據(jù)量門限；處理器164分別與接收電路161、發(fā)送電路162、存儲器163連接，處理器164用于更新數(shù)據(jù)量門限與總數(shù)據(jù)量的差，所述總數(shù)據(jù)量為當(dāng)前發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量，且處理器164還用于根據(jù)更新后數(shù)據(jù)量門限與總數(shù)據(jù)量的差控制發(fā)送電路162在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包?？梢?，本實(shí)施例與實(shí)施例一的區(qū)別在于處理器164以數(shù)據(jù)量門限基礎(chǔ)，更新數(shù)據(jù)量門限與總數(shù)據(jù)量的差，并根據(jù)這個(gè)差來控制162在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包。由于數(shù)據(jù)量門限是預(yù)設(shè)好的，數(shù)據(jù)量門限與總數(shù)據(jù)量的差的變化實(shí)際上就反映了總數(shù)據(jù)量的變化，因此，利用該差控制發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包可以達(dá)到與實(shí)施例一相同的效果。相應(yīng)于實(shí)施例六，本發(fā)明實(shí)施例七還提供一種確認(rèn)包的處理方法。請參考圖17，其為本發(fā)明實(shí)施例七提供的一種確認(rèn)包處理方法的流程示意圖。如圖17所示，該方法包括如下步驟：S171：發(fā)送確認(rèn)包；S172：更新數(shù)據(jù)量門限與總數(shù)據(jù)量的差，所述總數(shù)據(jù)量為當(dāng)前發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量；S173：根據(jù)更新后數(shù)據(jù)量門限與總數(shù)據(jù)量的差控制在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包。關(guān)于實(shí)施例六和七中數(shù)據(jù)量門限的說明，同實(shí)施例一，在此不再贅述。而更新數(shù)據(jù)量門限與總數(shù)據(jù)量的差的方式與頻率，例如，同實(shí)施例一的描述，在此不再贅述。下面對處理器164更新數(shù)據(jù)量門限與總數(shù)據(jù)量的差的過程或以上步驟S172更新總數(shù)據(jù)量的過程進(jìn)行說明。更新數(shù)據(jù)量門限與總數(shù)據(jù)量的差，就是以數(shù)據(jù)量門限為基礎(chǔ)，更新總數(shù)據(jù)量的過程，而該總數(shù)據(jù)量的更新同以上實(shí)施例一，且在每次更新總數(shù)量之后，將數(shù)據(jù)量門限與總數(shù)據(jù)量作差，便可以得到更新后的數(shù)據(jù)量門限與總數(shù)據(jù)量的差。且，當(dāng)當(dāng)前確認(rèn)包序號發(fā)生繞回時(shí)，同樣可以不做更新。具體，在發(fā)送周期開始時(shí)，可以以數(shù)據(jù)量門限為基礎(chǔ)，開始進(jìn)行更新，且每發(fā)送一個(gè)確認(rèn)包，將該確認(rèn)包反映的數(shù)據(jù)接收端所確認(rèn)的數(shù)據(jù)量進(jìn)行遞減，當(dāng)遞減到零或者接近零時(shí)，停止本發(fā)送周期內(nèi)的確認(rèn)包發(fā)送。請繼續(xù)參考圖18，其為本發(fā)明實(shí)施例八提供的一種數(shù)據(jù)傳輸設(shè)備的結(jié)構(gòu)示意圖。如圖18所示，該設(shè)備包括發(fā)送單元181、更新單元182和控制單元183，其中，發(fā)送單元181用于發(fā)送確認(rèn)包；更新單元182用于更新當(dāng)前發(fā)送周期內(nèi)所有已發(fā)送的確認(rèn)包反映的數(shù)據(jù)接收端已確認(rèn)的總數(shù)據(jù)量；控制單元183用于比較更新后的總數(shù)據(jù)量與所述數(shù)據(jù)量門限，根據(jù)比較結(jié)果控制在當(dāng)前發(fā)送周期內(nèi)是否繼續(xù)發(fā)送確認(rèn)包。關(guān)于數(shù)據(jù)量門限的說明，同實(shí)施例一，在此不再贅述。另外，關(guān)于更新單元182的更新過程以及控制單元183的控制過程，同實(shí)施例一的描述，在此不再贅述。本發(fā)明各實(shí)施例中的確認(rèn)包可以為上行確認(rèn)包，這里的上行指終端設(shè)備至基站)，或者終端設(shè)備至無線網(wǎng)絡(luò)控制器(RadioNetworkController，英文縮寫為RNC)，或者終端設(shè)備至服務(wù)器等。本發(fā)明的一個(gè)實(shí)施例提供一種確認(rèn)包的處理方法，如圖1所示，所述方法包括如下步驟。100、到達(dá)新確認(rèn)包。101、第一實(shí)體確定是否已緩存有其他確認(rèn)包，如果已緩存有其他確認(rèn)包，則執(zhí)行步驟102；否則，視不同情況執(zhí)行步驟103至步驟105中的一項(xiàng)。102、緩存所述新確認(rèn)包，并在發(fā)送所述其他確認(rèn)包之后發(fā)送所述新確認(rèn)包。103、如果所述第一實(shí)體的定時(shí)器未啟動，則啟動所述定時(shí)器，并發(fā)送所述新確認(rèn)包。104、如果所述第一實(shí)體的定時(shí)器已啟動，且發(fā)送序列號SendSeq大于確認(rèn)包發(fā)送門限，則緩存所述新確認(rèn)包，并重啟所述定時(shí)器，在所述定時(shí)器超時(shí)之前發(fā)送所述新確認(rèn)包。105、如果所述第一實(shí)體的定時(shí)器已啟動，且發(fā)送序列號SendSeq小于或等于確認(rèn)包發(fā)送門限，則發(fā)送所述新確認(rèn)包。其中，所述SendSeq為所述第一實(shí)體在所述定時(shí)器啟動后發(fā)送的確認(rèn)包的總數(shù)據(jù)量，所述確認(rèn)包發(fā)送門限為所述第一實(shí)體在所述定時(shí)器的時(shí)長內(nèi)被允許發(fā)送的確認(rèn)包的總數(shù)據(jù)量?？蛇x的，在所述定時(shí)器啟動或重啟時(shí)，所述SendSeq的取值為0；在發(fā)送所述新確認(rèn)包之后，所述方法還包括：更新所述SendSeq。例如，如果已緩存有其他確認(rèn)包，則緩存所述新確認(rèn)包包括：將所述新確認(rèn)包緩存在所述其他確認(rèn)包之后；所述在發(fā)送所述其他確認(rèn)包之后發(fā)送所述新確認(rèn)包包括：在所述第一實(shí)體的定時(shí)器超時(shí)時(shí)，將緩存中的確認(rèn)包按隊(duì)列順序逐一發(fā)送?？蛇x的，在步驟102之后，所述方法還包括：每發(fā)送一個(gè)確認(rèn)包，執(zhí)行一次更新所述Sendseq?？蛇x的，在步驟102之后，所述方法還包括：每執(zhí)行一次更新所述Sendseq之后，確定更新后的Sendseq是否大于所述確認(rèn)包發(fā)送門限；如果在發(fā)送所述新確認(rèn)包之前，更新后的Sendseq大于所述確認(rèn)包發(fā)送門限，則停止發(fā)送所述第一實(shí)體中已緩存的確認(rèn)包，重啟所述定時(shí)器，在所述定時(shí)器超時(shí)之前發(fā)送所述新確認(rèn)包。例如，更新所述Sendseq時(shí)，更新后的SendSeq與更新前的SendSeq之間的關(guān)系為：更新后的SendSeq＝更新前的SendSeq+Max(0，第一確認(rèn)包的確認(rèn)包序號-第二確認(rèn)包的確認(rèn)包序號)；其中，所述第一確認(rèn)包和所述第二確認(rèn)包為所述第一實(shí)體連續(xù)發(fā)送的前后兩個(gè)確認(rèn)包。進(jìn)一步的，在更新所述SendSeq之后，所述方法還包括：更新確認(rèn)包的確認(rèn)包序號；其中，更新所述第二確認(rèn)包的確認(rèn)包序號時(shí)，如果所述第一確認(rèn)包的確認(rèn)包序號大于所述第二確認(rèn)包的確認(rèn)包序號，或者所述第一確認(rèn)包的序號與所述第二確認(rèn)包的確認(rèn)包序號的差值小于-2147483648，則將所述第一確認(rèn)包的確認(rèn)包序號作為所述第二確認(rèn)包的確認(rèn)包序號；否則，將所述第一實(shí)體讀取到的所述第二確認(rèn)包的確認(rèn)包序號作為所述第二確認(rèn)包的確認(rèn)包序號。其中，所述確認(rèn)包發(fā)送門限的取值為平均發(fā)送字節(jié)速度AvgSendByte與所述定時(shí)器的時(shí)長的乘積，所述AvgSendByte是根據(jù)聚合最大比特速率AMBR和最大吞吐率MaxThroughput確定的，其中：當(dāng)MaxThroughput為0時(shí)，其中，符號位表示向下取整；當(dāng)MaxThroughput不為0時(shí)，其中，符號位表示向下取整。其中，所述定時(shí)器的時(shí)長為所述第一實(shí)體發(fā)送確認(rèn)包的周期，所述確認(rèn)包為不大于80字節(jié)、且包含確認(rèn)字符的上行數(shù)據(jù)包。進(jìn)一步的，當(dāng)?shù)竭_(dá)新確認(rèn)包時(shí)，如果不存在用于緩存和發(fā)送所述新確認(rèn)包的第一實(shí)體，則所述方法還包括：建立所述第一實(shí)體，所述第一實(shí)體位于基站?？蛇x的，本實(shí)施例中的第一實(shí)體可以是基站，例如NodeB、eNodeB、HNodeB或HeNodeB，也可以是RNC。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例能夠在第一實(shí)體接收到確認(rèn)包后，對確認(rèn)包進(jìn)行處理，為確認(rèn)包設(shè)置發(fā)送周期以及發(fā)送數(shù)據(jù)量門限，控制每個(gè)發(fā)送周期內(nèi)向服務(wù)器發(fā)送的確認(rèn)包的總數(shù)據(jù)量，進(jìn)而控制確認(rèn)包的數(shù)量，以使確認(rèn)包能夠以平穩(wěn)的速率發(fā)送到達(dá)服務(wù)器，避免因確認(rèn)包數(shù)量突增，以及由其導(dǎo)致的下行數(shù)據(jù)包傳輸不及時(shí)和丟包問題，進(jìn)而避免網(wǎng)絡(luò)吞吐量下降，并提高網(wǎng)絡(luò)傳輸效率。本發(fā)明的另一個(gè)實(shí)施例提供一種確認(rèn)包的處理方法，如圖2所示，所述方法包括如下步驟。200、到達(dá)新確認(rèn)包。201、第二實(shí)體確定是否存在用于緩存和發(fā)送所述新確認(rèn)包的第一實(shí)體，，如果存在所述第一實(shí)體，則執(zhí)行步驟202；否則，視不同情況執(zhí)行步驟203至步驟205中的一項(xiàng)。202、將所述確認(rèn)包發(fā)送給所述第一實(shí)體。203、如果不存在所述第一實(shí)體，已存在的第三實(shí)體的個(gè)數(shù)小于第二門限m，且已緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)不大于第三門限n，則建立所述第一實(shí)體，并將所述新確認(rèn)包發(fā)送給所述第一實(shí)體。204、如果不存在所述第一實(shí)體，已存在的第三實(shí)體的個(gè)數(shù)不小于第二門限m，且已緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)不大于第三門限n，則刪除至少一個(gè)未緩存有確認(rèn)包的第三實(shí)體，并建立所述第一實(shí)體，將所述新確認(rèn)包發(fā)送給所述第一實(shí)體。205、如果不存在所述第一實(shí)體，且已緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)大于第三門限n，向服務(wù)器發(fā)送所述新確認(rèn)包。其中，所述m為允許建立的用于緩存和發(fā)送確認(rèn)包的實(shí)體的個(gè)數(shù)上限，所述n為允許同時(shí)緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)上限?？蛇x的，本實(shí)施例中的第一實(shí)體可以是基站，例如NodeB、eNodeB、HNodeB或HeNodeB，也可以是RNC。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例能夠在有新確認(rèn)包到達(dá)第二實(shí)體時(shí)，第二實(shí)體為所述新確認(rèn)包設(shè)置針對新到達(dá)的確認(rèn)包進(jìn)行判斷以決定緩存和/或發(fā)送等處理方式的第一實(shí)體，通過第一實(shí)體對確認(rèn)包進(jìn)行處理，以使確認(rèn)包能夠以平穩(wěn)的速率發(fā)送到達(dá)服務(wù)器，避免因確認(rèn)包數(shù)量突增，以及由其導(dǎo)致的下行數(shù)據(jù)包傳輸不及時(shí)和丟包問題，進(jìn)而避免網(wǎng)絡(luò)吞吐量下降，并提高網(wǎng)絡(luò)傳輸效率。本發(fā)明的另一個(gè)實(shí)施例提供一種確認(rèn)包的處理方法，該實(shí)施例的細(xì)節(jié)可視為前兩個(gè)實(shí)施例的舉例。如圖3所示，所述方法包括如下步驟：301、當(dāng)?shù)竭_(dá)新確認(rèn)包時(shí)，第二實(shí)體確定是否存在用于緩存和發(fā)送所述新確認(rèn)包的第一實(shí)體，如果不存在第一實(shí)體，執(zhí)行步驟302；如果存在第一實(shí)體，執(zhí)行步驟303。其中，確認(rèn)包應(yīng)滿足三個(gè)條件：數(shù)據(jù)包的方向?yàn)樯闲?；?shù)據(jù)包的大小不大于80字節(jié)；數(shù)據(jù)包包含確認(rèn)字符(Acknowledgement，英文縮寫為ACK)。所述第一實(shí)體為基站中處理確認(rèn)包的操作單元，實(shí)體在被建立時(shí)帶有源IP、目的IP、源端口號、目的端口號、定時(shí)器、確認(rèn)包序號和發(fā)送序列號SendSeq等參數(shù)。其中，LastSeq表示前面一個(gè)被發(fā)送的確認(rèn)包的序號，SendSeq為所述第一實(shí)體在所述定時(shí)器啟動后發(fā)送的確認(rèn)包的總數(shù)據(jù)量，初始化時(shí)，確認(rèn)包序號和SendSeq均為0。302、第二實(shí)體為新確認(rèn)包建立對應(yīng)的第一實(shí)體?？蛇x的，所述方法還包括：如果不存在所述第一實(shí)體，已存在的第三實(shí)體的個(gè)數(shù)小于第二門限m，且已緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)不大于第三門限n，則建立所述第一實(shí)體，并將所述新確認(rèn)包發(fā)送給所述第一實(shí)體；如果不存在所述第一實(shí)體，已存在的第三實(shí)體的個(gè)數(shù)不小于第二門限m，且已緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)不大于第三門限n，則刪除至少一個(gè)未緩存有確認(rèn)包的第三實(shí)體，并建立所述第一實(shí)體，將所述新確認(rèn)包發(fā)送給所述第一實(shí)體?？蛇x的，所述方法還包括：如果不存在所述第一實(shí)體，且已緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)大于第三門限n，向服務(wù)器發(fā)送所述新確認(rèn)包；其中，所述m為允許建立的用于緩存和發(fā)送確認(rèn)包的實(shí)體的個(gè)數(shù)上限，所述n為允許同時(shí)緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)上限。303、第二實(shí)體將新確認(rèn)包發(fā)送給第一實(shí)體。304、當(dāng)新確認(rèn)包到達(dá)時(shí)，如果第一實(shí)體已緩存有其他確認(rèn)包，則將新確認(rèn)包緩存在其他確認(rèn)包之后。305、第一實(shí)體判斷定時(shí)器是否超時(shí)，如果定時(shí)器超時(shí)，執(zhí)行步驟307；如果定時(shí)器未超時(shí)，執(zhí)行步驟306。其中，所述定時(shí)器的時(shí)長為所述第一實(shí)體發(fā)送確認(rèn)包的周期。306、第一實(shí)體按照隊(duì)列順序和發(fā)送間隔向服務(wù)器發(fā)送確認(rèn)包，每發(fā)送一個(gè)確認(rèn)包，執(zhí)行一次更新所述Sendseq，當(dāng)更新后的Sendseq大于確認(rèn)包發(fā)送門限后，停止發(fā)送確認(rèn)包，執(zhí)行步驟308。其中，SendSeq為所述第一實(shí)體在定時(shí)器啟動后發(fā)送的確認(rèn)包的總數(shù)據(jù)量，所述確認(rèn)包發(fā)送門限為所述第一實(shí)體在所述定時(shí)器的時(shí)長內(nèi)被允許發(fā)送的確認(rèn)包的總數(shù)據(jù)量，確認(rèn)包發(fā)送門限的取值為平均發(fā)送字節(jié)速度AvgSendByte與所述定時(shí)器的時(shí)長的乘積，所述AvgSendByte是根據(jù)聚合最大比特速率AMBR和最大吞吐率MaxThroughput確定的，其中：當(dāng)MaxThroughput為0時(shí)，其中，符號位表示向下取整；當(dāng)MaxThroughput不為0時(shí)，其中，符號位表示向下取整。具體的，更新所述Sendseq時(shí)，更新后的SendSeq與更新前的SendSeq之間的關(guān)系為：更新后的SendSeq＝更新前的SendSeq+Max(0，第一確認(rèn)包的確認(rèn)包序號-第二確認(rèn)包的確認(rèn)包序號)；其中，所述第一確認(rèn)包和所述第二確認(rèn)包為所述第一實(shí)體連續(xù)發(fā)送的前后兩個(gè)確認(rèn)包。可選的，在更新所述SendSeq之后，還要相應(yīng)更新確認(rèn)包的確認(rèn)包序號；其中，更新所述第二確認(rèn)包的確認(rèn)包序號時(shí)，如果所述第一確認(rèn)包的確認(rèn)包序號大于所述第二確認(rèn)包的確認(rèn)包序號，或者所述第一確認(rèn)包的序號與所述第二確認(rèn)包的確認(rèn)包序號的差值小于-2147483648，則將所述第一確認(rèn)包的確認(rèn)包序號作為所述第二確認(rèn)包的確認(rèn)包序號；否則，將所述第一實(shí)體讀取到的所述第二確認(rèn)包的確認(rèn)包序號作為所述第二確認(rèn)包的確認(rèn)包序號。307、第一實(shí)體將緩存中的確認(rèn)包按隊(duì)列順序逐一發(fā)送給服務(wù)器，每發(fā)送一個(gè)確認(rèn)包，執(zhí)行一次更新所述Sendseq，直至更新后的Sendseq大于確認(rèn)包發(fā)送門限，停止發(fā)送確認(rèn)包。308、第一實(shí)體重啟所述定時(shí)器，在下一個(gè)發(fā)送周期發(fā)送新確認(rèn)包。需要說明的是，本實(shí)施例中的第一實(shí)體、第二實(shí)體和第三實(shí)體可以均位于基站。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例中當(dāng)有新確認(rèn)包到達(dá)時(shí)，第二實(shí)體查找或建立第一實(shí)體，將所述新確認(rèn)包發(fā)送給第一實(shí)體，第一實(shí)體將所述確認(rèn)包緩存在其他確認(rèn)包之后進(jìn)行發(fā)送，同時(shí)為確認(rèn)包設(shè)置發(fā)送周期以及發(fā)送數(shù)據(jù)量門限，控制每個(gè)發(fā)送周期內(nèi)向服務(wù)器發(fā)送的確認(rèn)包的總數(shù)據(jù)量，進(jìn)而控制確認(rèn)包的數(shù)量，以使確認(rèn)包能夠以平穩(wěn)的速率發(fā)送到達(dá)服務(wù)器，避免因確認(rèn)包數(shù)量突增，以及由其導(dǎo)致的下行數(shù)據(jù)包傳輸不及時(shí)和丟包問題，進(jìn)而避免網(wǎng)絡(luò)吞吐量下降，并提高網(wǎng)絡(luò)傳輸效率。本發(fā)明的另一個(gè)實(shí)施例提供一種確認(rèn)包的處理方法，該實(shí)施例與上一實(shí)施例相比區(qū)別在于，當(dāng)有新確認(rèn)包到達(dá)第一實(shí)體時(shí)，第一實(shí)體沒有緩存其他確認(rèn)包，并且未啟動定時(shí)器，如圖4所示，所述方法包括如下步驟：401、第二實(shí)體將新確認(rèn)包發(fā)送給第一實(shí)體。其中，第一實(shí)體的查找與建立過程參照上一實(shí)施例的步驟301-步驟302。402、當(dāng)新確認(rèn)包到達(dá)時(shí)，如果第一實(shí)體未緩存有其他確認(rèn)包，且第一實(shí)體的定時(shí)器未啟動，則向服務(wù)器發(fā)送新確認(rèn)包，并更新發(fā)送序列號SendSeq。其中，所述定時(shí)器的時(shí)長為所述第一實(shí)體發(fā)送確認(rèn)包的周期，所述SendSeq為所述第一實(shí)體在所述定時(shí)器啟動后發(fā)送的確認(rèn)包的總數(shù)據(jù)量。具體的，更新所述Sendseq時(shí)，更新后的SendSeq與更新前的SendSeq之間的關(guān)系為：更新后的SendSeq＝更新前的SendSeq+Max(0，第一確認(rèn)包的確認(rèn)包序號-第二確認(rèn)包的確認(rèn)包序號)；其中，所述第一確認(rèn)包和所述第二確認(rèn)包為所述第一實(shí)體連續(xù)發(fā)送的前后兩個(gè)確認(rèn)包?？蛇x的，在更新所述SendSeq之后，還要相應(yīng)更新確認(rèn)包的確認(rèn)包序號；其中，更新所述第二確認(rèn)包的確認(rèn)包序號時(shí)，如果所述第一確認(rèn)包的確認(rèn)包序號大于所述第二確認(rèn)包的確認(rèn)包序號，或者所述第一確認(rèn)包的序號與所述第二確認(rèn)包的確認(rèn)包序號的差值小于-2147483648，則將所述第一確認(rèn)包的確認(rèn)包序號作為所述第二確認(rèn)包的確認(rèn)包序號；否則，將所述第一實(shí)體讀取到的所述第二確認(rèn)包的確認(rèn)包序號作為所述第二確認(rèn)包的確認(rèn)包序號。需要說明的是，本實(shí)施例中的第一實(shí)體、第二實(shí)體和第三實(shí)體可以均位于基站。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例中當(dāng)有新確認(rèn)包到達(dá)時(shí)，第二實(shí)體查找或建立第一實(shí)體，將所述新確認(rèn)包發(fā)送給第一實(shí)體，第一實(shí)體在沒有緩存其他確認(rèn)包且沒有啟動定時(shí)器時(shí)，為所述新確認(rèn)包啟動定時(shí)器，并將所述新確認(rèn)包發(fā)送給服務(wù)器，同時(shí)為確認(rèn)包設(shè)置發(fā)送周期以及發(fā)送數(shù)據(jù)量門限，控制每個(gè)發(fā)送周期內(nèi)向服務(wù)器發(fā)送的確認(rèn)包的總數(shù)據(jù)量，進(jìn)而控制確認(rèn)包的數(shù)量，以使確認(rèn)包能夠以平穩(wěn)的速率發(fā)送到達(dá)服務(wù)器，避免因確認(rèn)包數(shù)量突增，以及由其導(dǎo)致的下行數(shù)據(jù)包傳輸不及時(shí)和丟包問題，進(jìn)而避免網(wǎng)絡(luò)吞吐量下降，并提高網(wǎng)絡(luò)傳輸效率。本發(fā)明的另一個(gè)實(shí)施例提供一種確認(rèn)包的處理方法，該實(shí)施例與前兩個(gè)實(shí)施例相比區(qū)別在于，當(dāng)有新確認(rèn)包到達(dá)第一實(shí)體時(shí)，第一實(shí)體沒有緩存其他確認(rèn)包，并且定時(shí)器已啟動，如圖5所示，所述方法包括如下步驟：501、第二實(shí)體將新確認(rèn)包發(fā)送給第一實(shí)體。其中，第一實(shí)體的查找與建立過程參照第三個(gè)實(shí)施例的步驟301-步驟302。502、當(dāng)新確認(rèn)包到達(dá)時(shí)，如果第一實(shí)體未緩存有其他確認(rèn)包，且第一實(shí)體的定時(shí)器已啟動，第一實(shí)體確定發(fā)送序列號SendSeq是否大于確認(rèn)包發(fā)送門限，如果SendSeq大于確認(rèn)包發(fā)送門限，執(zhí)行步驟506；如果SendSeq不大于確認(rèn)包發(fā)送門限，執(zhí)行步驟505。其中，所述SendSeq為所述第一實(shí)體在所述定時(shí)器啟動后發(fā)送的確認(rèn)包的總數(shù)據(jù)量，所述確認(rèn)包發(fā)送門限為所述第一實(shí)體在所述定時(shí)器的時(shí)長內(nèi)被允許發(fā)送的確認(rèn)包的總數(shù)據(jù)量，所述定時(shí)器的時(shí)長為所述第一實(shí)體發(fā)送確認(rèn)包的周期。例如，所述確認(rèn)包發(fā)送門限的取值為平均發(fā)送字節(jié)速度AvgSendByte與所述定時(shí)器的時(shí)長的乘積：所述AvgSendByte是根據(jù)聚合最大比特速率AMBR和最大吞吐率MaxThroughput確定的，其中：當(dāng)MaxThroughput為0時(shí)，其中，符號位表示向下取整；當(dāng)MaxThroughput不為0時(shí)，其中，符號位表示向下取整。503、第一實(shí)體向服務(wù)器發(fā)送新確認(rèn)包，并更新發(fā)送序列號SendSeq?？蛇x的，如果更新后的SendSeq大于發(fā)送門限，則停止發(fā)送后續(xù)的確認(rèn)包。例如，更新后的SendSeq＝更新前的SendSeq+Max(0，第一確認(rèn)包的確認(rèn)包序號-第二確認(rèn)包的確認(rèn)包序號)；其中，所述第一確認(rèn)包和所述第二確認(rèn)包為所述第一實(shí)體連續(xù)發(fā)送的前后兩個(gè)確認(rèn)包。可選的，在更新所述SendSeq之后，還要相應(yīng)更新確認(rèn)包的確認(rèn)包序號；其中，更新所述第二確認(rèn)包的確認(rèn)包序號時(shí)，如果所述第一確認(rèn)包的確認(rèn)包序號大于所述第二確認(rèn)包的確認(rèn)包序號，或者所述第一確認(rèn)包的序號與所述第二確認(rèn)包的確認(rèn)包序號的差值小于-2147483648，則將所述第一確認(rèn)包的確認(rèn)包序號作為所述第二確認(rèn)包的確認(rèn)包序號；否則，將所述第一實(shí)體讀取到的所述第二確認(rèn)包的確認(rèn)包序號作為所述第二確認(rèn)包的確認(rèn)包序號。504、第一實(shí)體緩存所述新確認(rèn)包，并重啟所述定時(shí)器，在所述定時(shí)器超時(shí)之前發(fā)送所述新確認(rèn)包。需要說明的是，本實(shí)施例中的第一實(shí)體、第二實(shí)體和第三實(shí)體可以均位于基站。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例中當(dāng)有新確認(rèn)包到達(dá)時(shí)，第二實(shí)體查找或建立第一實(shí)體，將所述新確認(rèn)包發(fā)送給第一實(shí)體，第一實(shí)體在沒有緩存其他確認(rèn)包并且已經(jīng)啟動定時(shí)器后，確定當(dāng)前的發(fā)送序列號Sendseq是否超過了數(shù)據(jù)量門限，如果沒有超過門限則直接發(fā)送新確認(rèn)包，如果超過門限則重啟定時(shí)器，在下一個(gè)發(fā)送周期發(fā)送新確認(rèn)包。通過控制每個(gè)發(fā)送周期內(nèi)向服務(wù)器發(fā)送的確認(rèn)包的總數(shù)據(jù)量，進(jìn)而控制確認(rèn)包的數(shù)量，以使確認(rèn)包能夠以平穩(wěn)的速率發(fā)送到達(dá)服務(wù)器，避免因確認(rèn)包數(shù)量突增，以及由其導(dǎo)致的下行數(shù)據(jù)包傳輸不及時(shí)和丟包問題，進(jìn)而避免網(wǎng)絡(luò)吞吐量下降，并提高網(wǎng)絡(luò)傳輸效率。本發(fā)明實(shí)施例還提供用于執(zhí)行上述實(shí)施例提供的方法的設(shè)備，以下做舉例說明。為描述方便，下述舉例涉及的可選描述和細(xì)節(jié)描述等未作詳細(xì)說明，可參照上述方法實(shí)施例中的舉例。本發(fā)明的另一個(gè)實(shí)施例提供一種確認(rèn)包的處理設(shè)備，如圖6所示，所述設(shè)備包括第一接收器61、第一處理器62、存儲器63、第一發(fā)送器64和定時(shí)器65，其中：所述第一接收器61用于接收確認(rèn)包；所述存儲器63用于緩存所述第一接收器61接收的確認(rèn)包；所述第一發(fā)送器64用于發(fā)送所述存儲器63緩存的確認(rèn)包；所述第一處理器62用于當(dāng)新確認(rèn)包到達(dá)所述第一接收器61時(shí)，如果確定所述存儲器63已緩存有其他確認(rèn)包，則觸發(fā)所述存儲器63緩存所述新確認(rèn)包，并命令所述第一發(fā)送器64在發(fā)送所述其他確認(rèn)包之后發(fā)送所述新確認(rèn)包；或者，當(dāng)新確認(rèn)包到達(dá)所述第一接收器61時(shí)，如果確定所述存儲器63未緩存有其他確認(rèn)包，且所述定時(shí)器65未啟動，則觸發(fā)所述定時(shí)器65啟動，并觸發(fā)所述第一發(fā)送器64發(fā)送所述新確認(rèn)包；或者，當(dāng)新確認(rèn)包到達(dá)所述第一接收器61時(shí)，如果確定所述存儲器63未緩存有其他確認(rèn)包，所述定時(shí)器65已啟動，且發(fā)送序列號SendSeq大于確認(rèn)包發(fā)送門限，則觸發(fā)所述存儲器63緩存所述新確認(rèn)包，觸發(fā)所述定時(shí)器65重啟，以及命令所述第一發(fā)送器64在所述定時(shí)器65超時(shí)之前發(fā)送所述新確認(rèn)包；或者，當(dāng)新確認(rèn)包到達(dá)所述第一接收器61時(shí)，如果確定所述存儲器63未緩存有其他確認(rèn)包，所述定時(shí)器65已啟動，且發(fā)送序列號SendSeq小于或等于確認(rèn)包發(fā)送門限，則觸發(fā)所述第一發(fā)送器64發(fā)送所述新確認(rèn)包；其中，所述SendSeq為所述定時(shí)器65啟動后發(fā)送的確認(rèn)包的總數(shù)據(jù)量，所述確認(rèn)包發(fā)送門限為在所述定時(shí)器65的時(shí)長內(nèi)被允許發(fā)送的確認(rèn)包的總數(shù)據(jù)量?？蛇x的，所述第一處理器62還用于：在所述第一發(fā)送器64發(fā)送所述新確認(rèn)包之后，更新所述SendSeq。例如，所述存儲器63具體用于：將所述新確認(rèn)包緩存在所述其他確認(rèn)包之后；所述第一發(fā)送器64具體用于：在所述定時(shí)器65超時(shí)時(shí)，將所述存儲器63中緩存的確認(rèn)包按隊(duì)列順序逐一發(fā)送?？蛇x的，所述第一處理器62還用于：在所述第一發(fā)送器64發(fā)送每發(fā)送一個(gè)確認(rèn)包之后，執(zhí)行一次更新所述Sendseq。可選的，所述第一處理器62還用于：每執(zhí)行一次更新所述Sendseq之后，確定更新后的Sendseq是否大于所述確認(rèn)包發(fā)送門限；當(dāng)所述第一發(fā)送器64發(fā)送所述新確認(rèn)包之前，所述第一處理器62更新后的Sendseq大于所述確認(rèn)包發(fā)送門限時(shí)，觸發(fā)所述第一發(fā)送器64停止發(fā)送所述第一實(shí)體中已緩存的確認(rèn)包，觸發(fā)所述定時(shí)器65重啟，并命令所述第一發(fā)送器64在所述定時(shí)器65超時(shí)之前，發(fā)送所述新確認(rèn)包。可選的，所述第一處理器62還用于：更新確認(rèn)包的確認(rèn)包序號；其中，更新所述第二確認(rèn)包的確認(rèn)包序號時(shí)，如果所述第一確認(rèn)包的確認(rèn)包序號大于所述第二確認(rèn)包的確認(rèn)包序號，或者所述第一確認(rèn)包的序號與所述第二確認(rèn)包的確認(rèn)包序號的差值小于-2147483648，則將所述第一確認(rèn)包的確認(rèn)包序號作為所述第二確認(rèn)包的確認(rèn)包序號；否則，將所述第一實(shí)體讀取到的所述第二確認(rèn)包的確認(rèn)包序號作為所述第二確認(rèn)包的確認(rèn)包序號。其中，所述定時(shí)器65的時(shí)長為發(fā)送確認(rèn)包的周期。需要說明的是，本實(shí)施例中的設(shè)備可以是基站，例如NodeB、eNodeB、HNodeB或HeNodeB，也可以是RNC。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例能夠在第一實(shí)體接收到確認(rèn)包后，對確認(rèn)包進(jìn)行處理，為確認(rèn)包設(shè)置發(fā)送周期以及發(fā)送數(shù)據(jù)量門限，控制每個(gè)發(fā)送周期內(nèi)向服務(wù)器發(fā)送的確認(rèn)包的總數(shù)據(jù)量，進(jìn)而控制確認(rèn)包的數(shù)量，以使確認(rèn)包能夠以平穩(wěn)的速率發(fā)送到達(dá)服務(wù)器，避免因確認(rèn)包數(shù)量突增，以及由其導(dǎo)致的下行數(shù)據(jù)包傳輸不及時(shí)和丟包問題，進(jìn)而避免網(wǎng)絡(luò)吞吐量下降，并提高網(wǎng)絡(luò)傳輸效率。本發(fā)明的另一個(gè)實(shí)施例提供一種確認(rèn)包的處理設(shè)備，如圖7所示，所述設(shè)備包括第二接收器71、第二處理器72和第二發(fā)送器73，其中：所述第二接收器71用于接收確認(rèn)包；所述第二發(fā)送器73用去向第一實(shí)體發(fā)送所述第二接收器71接收的確認(rèn)包，所述第一實(shí)體用于緩存和發(fā)送所述新確認(rèn)包給服務(wù)器；所述第二處理器72用于當(dāng)新確認(rèn)包到達(dá)所述第二接收器71時(shí)，如果確定存在所述第一實(shí)體，則觸發(fā)所述第二發(fā)送器73將所述確認(rèn)包發(fā)送給所述第一實(shí)體；或者，當(dāng)新確認(rèn)包到達(dá)所述第二接收器71時(shí)，如果確定不存在所述第一實(shí)體，已存在的第三實(shí)體的個(gè)數(shù)小于第二門限m，且已緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)不大于第三門限n，則建立所述第一實(shí)體，并觸發(fā)所述第二發(fā)送器73將所述新確認(rèn)包發(fā)送給所述第一實(shí)體；或者，當(dāng)新確認(rèn)包到達(dá)所述第二接收器71時(shí)，如果確定不存在所述第一實(shí)體，已存在的第三實(shí)體的個(gè)數(shù)不小于第二門限m，且已緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)不大于第三門限n，則刪除至少一個(gè)未緩存有確認(rèn)包的第三實(shí)體，建立所述第一實(shí)體，并觸發(fā)所述第二發(fā)送器73將所述新確認(rèn)包發(fā)送給所述第一實(shí)體；或者，當(dāng)新確認(rèn)包到達(dá)所述第二接收器71時(shí)，如果確定不存在所述第一實(shí)體，且已緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)大于第三門限n，則觸發(fā)所述第二發(fā)送器73向服務(wù)器發(fā)送所述新確認(rèn)包；其中，所述m為允許建立的用于緩存和發(fā)送確認(rèn)包的實(shí)體的個(gè)數(shù)上限，所述n為允許同時(shí)緩存有確認(rèn)包的第三實(shí)體的個(gè)數(shù)上限。需要說明的是，本實(shí)施例中的設(shè)備可以是基站，例如NodeB、eNodeB、HNodeB或HeNodeB，也可以是RNC。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例能夠在有新確認(rèn)包到達(dá)第二實(shí)體時(shí)，第二實(shí)體為所述新確認(rèn)包設(shè)置針對新到達(dá)的確認(rèn)包進(jìn)行判斷以決定緩存和/或發(fā)送等處理方式的第一實(shí)體，通過第一實(shí)體對確認(rèn)包進(jìn)行處理，以使確認(rèn)包能夠以平穩(wěn)的速率發(fā)送到達(dá)服務(wù)器，避免因確認(rèn)包數(shù)量突增，以及由其導(dǎo)致的下行數(shù)據(jù)包傳輸不及時(shí)和丟包問題，進(jìn)而避免網(wǎng)絡(luò)吞吐量下降，并提高網(wǎng)絡(luò)傳輸效率。本發(fā)明實(shí)施例提供的確認(rèn)包的處理設(shè)備可以實(shí)現(xiàn)上述提供的方法實(shí)施例，具體功能實(shí)現(xiàn)請參見方法實(shí)施例中的說明，在此不再贅述。本發(fā)明實(shí)施例提供的確認(rèn)包的處理方法及設(shè)備可以適用于TCP傳輸業(yè)務(wù)中的數(shù)據(jù)傳輸，但不僅限于此。本發(fā)明實(shí)施例還提供一種系統(tǒng)，可以包括上述如圖6所示的設(shè)備和/或如圖7所示的設(shè)備。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過計(jì)算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計(jì)算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-OnlyMemory，ROM)或隨機(jī)存儲記憶體(RandomAccessMemory，RAM)等。以上所述，僅為本發(fā)明的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。