[發明專利]一種數據傳輸方法及基站

在審

• 申請號: 201710727014.7
• 申請日: 2017-08-22
• 公開（公告）號: CN107659558A
• 公開（公告）日: 2018-02-02
• 發明（設計）人: 石嫻文;陳拓;樓群芳;鄭小金
• 申請（專利權）人: 上海華為技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L1/16;H04L5/00;H04W72/04
• 代理公司: 深圳市深佳知識產權代理事務所(普通合伙)44285
• 代理人: 王仲凱

技術領域

本申請涉及通信領域，尤其涉及一種數據傳輸方法及基站。

背景技術

傳輸控制協議(transmission control protocol，TCP)是一種面向連接的、可靠的、基于字節流的傳輸層通信協議，由IETF的RFC 793定義。在簡化的計算機網絡OSI模型中，它完成第四層傳輸層所指定的功能，用戶數據報協議(user datagram protocol，UDP)是同一層內另一個重要的傳輸協議。在因特網協議族中，TCP層是位于網絡之間互連的協議(internetprotocol，IP)層之上，應用層之下的中間層。不同主機的應用層之間經常需要可靠的、像管道一樣的連接，但是IP層不提供這樣的流機制，而是提供不可靠的包交換。

應用層向TCP層發送用于網間傳輸的、用8位字節表示的數據流，然后TCP層把數據流分區成適當長度的報文段(通常受該計算機連接的網絡的數據鏈路層的最大傳輸單元的限制)。之后TCP把結果包傳給IP層，由它來通過網絡將包傳送給接收端實體的TCP層。TCP為了保證不發生丟包，就給每個包一個序號，同時序號也保證了傳送到接收端實體的包的按序接收。然后接收端實體對已成功收到的包發回一個相應的確認字符(acknowledgement，ACK)；如果發送端實體在合理的往返時延內未收到確認，那么對應的數據包就被假設為已丟失將會被進行重傳。

目前Internet上的數據流量，TCP協議的數據流量都占了90％以上。移動網絡上的TCP協議也占了絕大多數，其中，流媒體、網頁瀏覽、Email、Filehosting和SNS業務基本都是基于TCP協議的，P2P和IM可以是基于TCP或UDP協議的。

根據現網數據統計，傳輸層采用TCP進行數據的傳輸具有以下特征：

1、對于TCP業務而言，其上行90％為TCK ACK包；

2、TCP ACK包一般是40～80Bytes的小包；

3、上下行數據包數量之比為1:1.3。

當前主流的視頻業務是基于HTTP的OTT類業務，利用TCP層進行傳輸。基于TCP的視頻業務由于需要傳輸TCP ACK，不僅對下行帶寬有需求，對上行帶寬也有需求。

現網中，大多負載為中低負載，所以下行帶寬不是影響因素，上行傳輸成為瓶頸，但小區邊緣的上行帶寬無法滿足與下行視頻數據傳輸速率對應的上行TCP ACK速率的需求，由于長期演進(long term evolution，LTE)本身的傳輸機制，如果基站不主動發送上行調度授權給終端，終端還要發上行調度請求(scheduling request，SR)來觸發基站發上行調度授權，增加了終端反饋TCP ACK的時延，且在TCP傳輸機制下，上行傳輸的速率會影響下行速率，從而影響了用戶下行感知速率，用戶體驗差。

發明內容

本申請實施例提供了一種數據傳輸方法及基站，用于減少上行反饋包的傳輸時延，從而提高TCP傳輸下用戶下行感知速率，提高用戶體驗。

本申請實施例的第一方面提供了一種數據傳輸方法，具體包括：基站根據預置的TCP數據包與RLC PDU的映射關系判斷所述基站發送的目標TCP數據包是否被終端接收成功；如果基站識別出下行的TCP數據包在終端側接收成功，那么所述基站則預測與所述目標TCP數據包相對應的TCP ACK生成，所述TCP ACK表示所述終端成功接收到所述基站發送的目標TCP數據包的確認；然后所述基站根據所述TCP ACK向所述終端直接發送上行調度授權UL grant。本實施例中，當基站預測TCP ACK生成之后，主動發送UL grant給終端，可以減少上行反饋包的傳輸時延，從而提高TCP傳輸下用戶下行感知速率，提高用戶體驗。

在一種可能的設計中，在本申請實施例第一方面的第一種實現方式中，所述基站根據預置的TCP數據包與RLC PDU的映射關系判斷所述目標TCP數據包是否被終端接收成功之前，所述方法還包括：所述基站接收所述終端發送的RLC狀態報告，所述RLC狀態報告表示所述終端成功接收到基站發送的目標RLC PDU。本實施例中，追加了基站判斷TCP數據包是否被終端接收之前的步驟，增加了本申請實施例的可實現性和完整性。