[發明專利]數據傳輸方法及裝置

有效

• 申請號: 201910878289.X
• 申請日: 2019-09-17
• 公開（公告）號: CN110636554B
• 公開（公告）日: 2021-06-29
• 發明（設計）人: 王皓;姚松平;李小金;郭興民;李鋒
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04W28/10
• 分類號: H04W28/10;H04W24/02
• 代理公司: 北京中博世達專利商標代理有限公司 11274
• 代理人: 申健

本申請提供一種數據傳輸方法及裝置，涉及通信技術領域，用于保證目標業務通過較大的帶寬進行數據傳輸。該方法包括：終端確定目標業務的剩余數據量、剩余期望時長、以及終端與服務器之間的N個鏈路中每一個鏈路的吞吐率；目標業務的剩余數據量是目標業務的總數據量與目標業務的已傳輸數據量之間的差值；剩余期望時長為目標業務的期望傳輸時長與目標業務的已傳輸時長之間的差值；終端根據目標業務的剩余數據量、剩余期望時長、以及N個鏈路中每一個鏈路的吞吐率，確定N個鏈路中每一個鏈路的待傳輸數據量；N個鏈路的待傳輸數據量之和等于所述剩余數據量。本申請適用于數據傳輸過程中。

技術領域

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

背景技術

當前，終端可以與服務器建立多個通信鏈路，以提高通信帶寬。例如，以終端為手機為例，用戶使用手機觀看流媒體視頻時，手機通過Wi-Fi和蜂窩網絡同時下載視頻數據，從而大幅提高下載速率，減少視頻播放時出現卡頓的情況。

現有技術中，智能手機采用多鏈路進行數據傳輸時，通常以最大帶寬為目的，要求在盡可能短的時間內將數據傳輸完成。然后，這種方案沒有考慮到用戶對于不同鏈路的傳輸需求，具有較大的局限性。

發明內容

本申請提供一種數據傳輸方法及裝置，用于靈活調整各個鏈路的待傳輸數據量，以滿足用戶對于不同鏈路的傳輸需求。

為達到上述目的，本申請采用如下技術方案：

第一方面，提供一種數據傳輸方法，該方法包括：終端確定目標業務的剩余數據量、剩余期望時長、以及終端與服務器之間的N個鏈路中每一個鏈路的吞吐率；目標業務的剩余數據量是目標業務的總數據量與目標業務的已傳輸數據量之間的差值；剩余期望時長為目標業務的期望傳輸時長與目標業務的已傳輸時長之間的差值，N為大于等于2的整數；終端根據目標業務的剩余數據量、剩余期望時長、以及N個鏈路中每一個鏈路的吞吐率，確定N個鏈路中每一個鏈路的待傳輸數據量；N個鏈路的待傳輸數據量之和等于剩余數據量。

基于上述技術方案，本申請提供的數據傳輸方法，終端確定目標業務的剩余數據量、以及剩余期望時長，從而確定目標業務的實際需求。終端確定N個鏈路中每一個鏈路的吞吐率，從而確定N個鏈路的傳輸情況。這樣一來，終端可以根據目標業務的實際需求以及N個鏈路的傳輸情況，分別確定N個鏈路的待傳輸數據量，以滿足用戶對于不同鏈路的傳輸需求。

例如，以終端采用Wi-Fi鏈路和蜂窩鏈路進行通信為例，由于蜂窩流量的費用一般高于Wi-Fi流量，因此用戶一般希望盡可能的少使用蜂窩流量。基于此，終端可以根據目標業務的剩余數據量、剩余期望時長、Wi-Fi鏈路的吞吐率、以及蜂窩鏈路的吞吐率，確定Wi-Fi鏈路的待傳輸數據量和蜂窩鏈路的待傳輸數據量。也就是說，在盡可能滿足目標業務的剩余數據量在剩余期望時長之內傳輸完畢的前提下，終端可以減少蜂窩鏈路的待傳輸數據量，增加Wi-Fi鏈路的待傳輸數據量，以減少用戶使用流量的成本。

一種可能的設計中，終端發送第一請求消息，第一請求消息用于請求目標業務的總數據量以及期望帶寬。其中，該第一請求消息可以為超文本傳輸協議(hyper texttransfer protocol，HTTP)消息。

一種可能的設計中，終端根據目標業務的總數據量以及期望帶寬，確定目標業務的期望傳輸時長。

一種可能的設計中，終端根據目標業務的總數據量，確定N個鏈路中每一個鏈路的期望傳輸數據量，N個鏈路的期望傳輸數據量之和等于目標業務的總數據量。

一種可能的設計中，N個鏈路的期望傳輸數據量相等。基于該設計，有利于降低實現復雜度。

一種可能的設計中，N個鏈路包括第一鏈路和第二鏈路，第一鏈路的流量成本高于第二鏈路的流量成本。