專利名稱：數(shù)據(jù)傳輸控制方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，特別涉及一種數(shù)據(jù)傳輸控制技術(shù)。
背景技術(shù)：
對于用戶設(shè)備而言，經(jīng)常會(huì)同時(shí)進(jìn)行多個(gè)業(yè)務(wù)，例如，一邊打開網(wǎng)頁一邊進(jìn)行下 載，或者在上傳的同時(shí)進(jìn)行下載。這些業(yè)務(wù)應(yīng)用層一般使用傳輸控制協(xié)議(Transmission Control Protocol, TCP)，所以當(dāng)多個(gè)業(yè)務(wù)同時(shí)進(jìn)行時(shí)，就可能導(dǎo)致某一方向上的TCP數(shù)據(jù) 包把其反方向的TCP確認(rèn)(Acknowledge，ACK)包堵住，從而影響其反方向傳輸鏈路的性能。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸控制方法，從而可以降低任意傳輸方向上的業(yè) 務(wù)對其反方向傳輸鏈路的業(yè)務(wù)的影響，提升數(shù)據(jù)傳輸性能。一方面，本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸控制方法，主要包括根據(jù)第一傳輸方向上的緩存信息獲取所述第一傳輸方向上的待發(fā)送數(shù)據(jù)量；根據(jù)所述第一傳輸方向上的待發(fā)送數(shù)據(jù)量與第一傳輸方向上的速率獲取所述第 一傳輸方向上的等待時(shí)延；根據(jù)獲取的第一傳輸方向上的等待時(shí)延和相應(yīng)的預(yù)設(shè)門限的大小關(guān)系確定與第 一傳輸方向反方向的傳輸控制協(xié)議(TCP)確認(rèn)(ACK)通告窗口的大小。另一方面，本發(fā)明實(shí)施例提供了 一種數(shù)據(jù)傳輸控制裝置，主要包括數(shù)據(jù)量獲取模塊，用于根據(jù)第一傳輸方向上的緩存信息獲取所述第一傳輸方向上 的待發(fā)送數(shù)據(jù)量；時(shí)延獲取模塊，用于根據(jù)所述數(shù)據(jù)量獲取模塊獲取的第一傳輸方向上的待發(fā)送數(shù) 據(jù)量與第一傳輸方向上的速率獲取所述第一傳輸方向上的等待時(shí)延；通告窗口確定模塊，用于根據(jù)所述時(shí)延獲取模塊獲取的第一傳輸方向上的等待時(shí) 延和相應(yīng)的預(yù)設(shè)門限的大小關(guān)系確定與第一傳輸方向反方向的傳輸控制協(xié)議(TCP)確認(rèn) (ACK)通告窗口的大小。本發(fā)明實(shí)施例提供的方法和裝置，根據(jù)第一傳輸方向上的等待時(shí)延，確定其反方 向的TCP ACK通告窗口的大小，從而可以降低任意傳輸方向上的業(yè)務(wù)對其反方向傳輸鏈路 的業(yè)務(wù)的影響，提升數(shù)據(jù)傳輸性能。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，并不 構(gòu)成對本發(fā)明的限定。圖1是本發(fā)明一實(shí)施例提供的數(shù)據(jù)傳輸控制方法的流程圖；圖2是本發(fā)明另一實(shí)施例提供的數(shù)據(jù)傳輸控制方法的流程圖；圖3是本發(fā)明一實(shí)施例的數(shù)據(jù)傳輸控制裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下面結(jié)合附圖對本發(fā)明實(shí)施 例作進(jìn)一步詳細(xì)說明。在此，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，但并不作為 對本發(fā)明的限定。本實(shí)施例的技術(shù)方案，可以應(yīng)用于各種通信系統(tǒng)，例如GSM，碼分多址(CDMA， Code Division Multiple Access)系統(tǒng)，WCDMA，時(shí)分同步碼分多址(Time Division Synchronous Code Division Multiple Access, TD-SCDMA),長期演進(jìn)(LTE, Long Term Evolution)等。在GSM系統(tǒng)中，終端為移動(dòng)臺(Mobile Station，MS)，基站為基站收發(fā) 信臺(Base Transceiver Station，BTS)，基站控制設(shè)備為基站控制器(Base Station Controller, BSC)；在 WCDMA 和 TD-SCDMA 系統(tǒng)中，終端為用戶設(shè)備(User Equipment, UE), 基站為NodeB，基站控制設(shè)備為無線網(wǎng)絡(luò)控制器(Radio Network Controller, RNC)；在 LTE系統(tǒng)中，終端為UE，基站為演進(jìn)基站(eNodeB)，基站控制設(shè)備為服務(wù)網(wǎng)關(guān)(Servicing Gateway, SGW)及移動(dòng)管理實(shí)體(Mobile Management Entity，MME)。本發(fā)明一實(shí)施例提供了數(shù)據(jù)傳輸控制方法，如圖1所示，該方法可以包括如下內(nèi) 容。S101，根據(jù)第一傳輸方向上的緩存信息獲取第一傳輸方向上的待發(fā)送數(shù)據(jù)量。其中，該第一傳輸方向可以包括上行傳輸方向或者下行傳輸方向；對于上行傳輸 方向，可以從終端側(cè)的RLC(Radil Link Control，無線鏈路控制)層緩存信息中獲取上行 待發(fā)送數(shù)據(jù)量；對于下行方向，可以從網(wǎng)絡(luò)側(cè)的RLC層緩存信息中獲取下行待發(fā)送數(shù)據(jù)量。 需要說明的是，除了 RLC層可以緩存數(shù)據(jù)，其他協(xié)議層也可以緩存數(shù)據(jù)，對于其他協(xié)議層緩 存數(shù)據(jù)的情況，本實(shí)施例的方案也可以適用，只要能獲得相應(yīng)協(xié)議層的緩存信息即可。S102，根據(jù)第一傳輸方向上的待發(fā)送數(shù)據(jù)量與第一傳輸方向上的速率獲取第一傳 輸方向上的等待時(shí)延。此處，根據(jù)第一傳輸方向上的速率，可以獲知第一傳輸方向上緩存的數(shù)據(jù)(待發(fā) 送數(shù)據(jù))要等待多久才能發(fā)送，可以將這個(gè)等待的時(shí)間稱為等待時(shí)延。其中，可以通過如下方式獲取第一傳輸方向上的等待時(shí)延第一傳輸方向上的待 發(fā)送數(shù)據(jù)量除以第一傳輸方向上的速率，將得到的商作為獲取的第一傳輸方向上的等待時(shí) 延。需要說明的是，此處的速率也可以稱為吞吐率。S103，根據(jù)獲取的第一傳輸方向上的等待時(shí)延和相應(yīng)的預(yù)設(shè)門限的大小關(guān)系確定 與第一傳輸方向反方向的TCP ACK通告窗口的大小。例如，第一傳輸方向?yàn)樯闲蟹较驎r(shí)，則確定的是下行方向的TCP ACK通告窗口，而 第一傳輸方向?yàn)橄滦蟹较驎r(shí)，確定的是上行方向的TCP ACK通告窗口。需要說明的是，上行 方向和下行方向的相應(yīng)預(yù)設(shè)門限的取值可以相同，也可以不同。本實(shí)施例中可以將第一傳輸方向上的等待時(shí)延與預(yù)設(shè)的門限比較，如果等待時(shí)延 大于該預(yù)設(shè)的門限，則表示等待時(shí)延較大，可能影響其反方向的傳輸速率，因此，可以減小 其反方向的TCP ACK通告窗口，從而可以降低對其反方向傳輸鏈路的業(yè)務(wù)的影響，提升數(shù)據(jù) 傳輸性能。進(jìn)一步地，可以對TCPACK通告窗口設(shè)置一個(gè)下限，那么在減小其反方向的TCP ACK通告窗口時(shí)，將減小后的通告窗口與該下限比較，取兩者中的較大值作為最終確定的其
6反方向的TCP ACK通告窗口。本實(shí)施例的方法在等待時(shí)延較大(例如，等待時(shí)延大于或等于第一預(yù)設(shè)門限)時(shí)， 減小與第一傳輸方向反方向的TCP ACK通告窗口 ；在等待時(shí)延較小(例如，等待時(shí)延小于第 二預(yù)設(shè)門限)時(shí)，可以不對與第一傳輸方向反方向的TCP ACK通告窗口進(jìn)行調(diào)整(即仍然 沿用上一時(shí)刻的TCP ACK通告窗口大小)，也可以增大第一傳輸方向反方向的TCP ACK通 告窗口，從而可以提升第一傳輸方向上的TCP層的吞吐率，進(jìn)一步提高數(shù)據(jù)傳輸效率。類似 地，在增大第一傳輸方向反方向的TCP ACK通告窗口時(shí)，可以通過如下方式增大與第一傳 輸方向反方向的TCP ACK通告窗口，將增大后的TCP ACK通告窗口作為確定的與第一傳輸 方向反方向的TCP ACK通告窗口 ；或者，增大與第一傳輸方向反方向的TCP ACK通告窗口， 將增大后的TCP ACK通告窗口與通告窗口上限中的較小值作為確定的與第一傳輸方向反方 向的TCP ACK通告窗口。其中，通告窗口上限可以根據(jù)實(shí)際情況設(shè)置，例如，可以設(shè)置為TCP ACK包中攜帶的原始窗口大小。一般情況下，通告窗口的上限小于或等于TCP ACK包中攜帶 的原始窗口大小。需要說明的是，此處的第一預(yù)設(shè)門限大于或等于所述第二預(yù)設(shè)門限。而在確定TCP ACK通告窗口時(shí)，可以通過確定修改比例，根據(jù)修改比例來間接地確 定TCP ACK通告窗口的大小TCP ACK通告窗口 =參考值X確定的修改比例。此處的參考 值的取值可以為TCP ACK包中攜帶的原始窗口大小。以上描述的是間接確定TCP ACK通告 窗口的方式，也可以直接確定TCP ACK通告窗口的大小，本實(shí)施例對此不做限定。如果通告窗口過大，可能會(huì)導(dǎo)致第一傳輸方向上發(fā)送端發(fā)送給接收端的數(shù)據(jù)包超 過其接收能力，從而造成丟包；如果通告窗口過小，可能會(huì)導(dǎo)致第一傳輸方向上的TCP層的 吞吐率過低，從而影響數(shù)據(jù)傳輸效率。因此，進(jìn)一步地，為了避免TCP ACK通告窗口過大或 者過小，可以對修改比例分別設(shè)置修改比例上限和修改比例下限，修改比例上限和修改比 例下限的具體取值可以根據(jù)實(shí)際需要設(shè)置，例如，修改比例上限可以設(shè)置為1，修改比例下 限可以設(shè)置為0，當(dāng)然，修改比例上限和修改比例下限也可以設(shè)置為其他的數(shù)值，本實(shí)施例 不一一例舉。本實(shí)施例中的方法，可以根據(jù)第一傳輸方向上的等待時(shí)延，確定其反方向的TCP ACK通告窗口的大小，從而可以降低任意傳輸方向上的業(yè)務(wù)對其反方向傳輸鏈路的業(yè)務(wù)的 影響，提升數(shù)據(jù)傳輸性能。本發(fā)明另一實(shí)施例將以第一傳輸方向?yàn)樯闲蟹较驗(yàn)槔M(jìn)行詳細(xì)說明，如圖2所 示，該數(shù)據(jù)傳輸控制方法可以包括如下內(nèi)容。S201，獲取終端側(cè)的RLC層緩存信息。此處，可以是由網(wǎng)絡(luò)側(cè)獲取終端側(cè)的RLC層緩存信息，也可以是由終端獲取終端 側(cè)的RLC層緩存信息。S202，根據(jù)終端側(cè)的RLC層緩存信息，獲取上行方向的待發(fā)送數(shù)據(jù)量。對于上行方向上的待發(fā)送數(shù)據(jù)量，可以通過終端側(cè)的RLC層緩存信息來獲取，例 如，如果獲取到終端側(cè)RLC的緩存信息為當(dāng)前緩存負(fù)荷為lOObytes，則表示待發(fā)送數(shù)據(jù)量 為 lOObytes。S203，根據(jù)獲取的上行方向的待發(fā)送數(shù)據(jù)量與上行方向上的速率獲取上行方向上 的等待時(shí)延。
7
具體地，獲取等待時(shí)延的方式可以參考S102中的相關(guān)描述，此處不再贅述。S204，判斷上行方向上的等待時(shí)延與相應(yīng)的預(yù)設(shè)門限的大小關(guān)系；如果上行方向上的等待時(shí)延大于或等于第一預(yù)設(shè)門限，表明上行方向的傳輸時(shí)延較大，那么上行Uu 口速率可能成為傳輸?shù)钠款i，則執(zhí)行S205。如果上行方向上的等待時(shí)延小于第二預(yù)設(shè)門限，表明上行方向的傳輸時(shí)延較小， 則可以執(zhí)行S206。其中，第一預(yù)設(shè)門限大于或者等于第二預(yù)設(shè)門限，當(dāng)?shù)谝活A(yù)設(shè)門限大于第 二預(yù)設(shè)門限時(shí)，可以進(jìn)一步避免乒乓現(xiàn)象的發(fā)生。S205，減小下行方向的TCP ACK通告窗口的修改比例；此處，對修改比例的調(diào)整方式可以是下調(diào)比例系數(shù)，也可以是降低一個(gè)或若干個(gè) 預(yù)設(shè)的步長，也可以根據(jù)等待時(shí)延超出第一預(yù)設(shè)門限的幅度來確定對修改比例的調(diào)整幅 度，例如根據(jù)等待時(shí)延超出第一預(yù)設(shè)門限的幅度所在區(qū)間的不同，對應(yīng)于不同的調(diào)整幅度。 減小下行方向的TCP ACK修改比例后執(zhí)行S207。S206，增大下行方向的TCP ACK通告窗口的修改比例。與S205類似地，此處對修改比例的調(diào)整方式可以為上調(diào)比例系數(shù)，也可以是增大 一個(gè)或若干個(gè)預(yù)設(shè)的步長，也可以根據(jù)等待時(shí)延低于第二預(yù)設(shè)門限的幅度來確定對修改比 例的調(diào)整幅度，例如根據(jù)等待時(shí)延低于第二預(yù)設(shè)門限的幅度所在區(qū)間的不同，對應(yīng)于不同 的調(diào)整幅度。增大下行方向的TCP ACK的修改比例后執(zhí)行S207。S207，根據(jù)調(diào)整后的TCP ACK通告窗口的修改比例和相應(yīng)的限制值確定下行方向 的TCP ACK通告窗口的大小。此步驟中的相應(yīng)的限制值可以為對修改比例的取值分別設(shè)置的上限和下限，那 么，可以將S205中減小后的修改比例和設(shè)置的下限兩者中的較大值作為確定的修改比例 來確定TCP ACK通告窗口 ；可以將S206中增大后的修改比例和修改比例上限兩者中的較小 值作為確定的修改比例來確定TCP ACK通告窗口。例如，假設(shè)修改比例的上限為0.95，下 限為0. 10，當(dāng)S204中確定需要減小下行方向的TCP ACK通告窗口的修改比例時(shí)，如果S205 中得到的減小后的修改比例為0. 05，則可以將0. 10作為最終確定的修改比例。在得到最終確定的修改比例后，進(jìn)一步確定TCP ACK通告窗口，TCP ACK通告窗口 =參考值X確定的修改比例。此處的參考值可以為TCP ACK包中攜帶的原始窗口大小，當(dāng) 然也可以為其他的取值，此處不做限定。本實(shí)施例中的方法，當(dāng)上行方向的等待時(shí)延較大時(shí)，通過減小下行方向的TCP ACK 通告窗口，從而可以減少上行方向上的數(shù)據(jù)包堵住TCP ACK包的概率，以提升與下行方向的 數(shù)據(jù)傳輸性能；進(jìn)一步地，當(dāng)上行方向的等待時(shí)延較小時(shí)，通過增大下行方向的TCP ACK通 告窗口，從而可以提升第一傳輸方向上的TCP層的吞吐率，進(jìn)一步提高數(shù)據(jù)傳輸效率。需要說明的是，圖2所示實(shí)施例以第一傳輸方向?yàn)樯闲蟹较驗(yàn)槔M(jìn)行說明，可以 理解的是，對于第一傳輸方向?yàn)橄滦蟹较虻膱鼍跋?，其處理方式與此類似，需要說明的是， 當(dāng)?shù)谝粋鬏敺较驗(yàn)橄滦蟹较驎r(shí)，是根據(jù)網(wǎng)絡(luò)側(cè)的RLC層緩存信息，獲取下行方向的待發(fā)送 數(shù)據(jù)量，從而獲取下行方向的等待時(shí)延，并根據(jù)此等待時(shí)延與預(yù)設(shè)門限的關(guān)系確定上行方 向的TCP ACK通告窗口，從而可以降低任意下行方向上的業(yè)務(wù)對上行方向傳輸鏈路的業(yè)務(wù) 的影響，提升數(shù)據(jù)傳輸性能。本發(fā)明一實(shí)施例還提供了一種數(shù)據(jù)傳輸控制裝置，如圖3所示，該數(shù)據(jù)傳輸控制裝置可以包括數(shù)據(jù)量獲取模塊301，用于根據(jù)第一傳輸方向上的緩存信息獲取第一傳輸方向上 的待發(fā)送數(shù)據(jù)量；時(shí)延獲取模塊302，用于根據(jù)數(shù)據(jù)量獲取模塊301獲取的第一傳輸方向上的待發(fā) 送數(shù)據(jù)量與第一傳輸方向上的速率獲取第一傳輸方向上的等待時(shí)延；通告窗口確定模塊303，用于根據(jù)時(shí)延獲取模塊302獲取的第一傳輸方向上的等 待時(shí)延和相應(yīng)的預(yù)設(shè)門限的大小關(guān)系確定與第一傳輸方向反方向的TCP ACK通告窗口的大 小。其中，通告窗口確定模塊303可以包括減小子模塊，如果第一傳輸方向上的等待時(shí)延大于或等于第一預(yù)設(shè)門限，則該減小子模塊用于減小與第一傳輸方向反方向的TCP ACK通告窗口，將該減小后的TCP ACK通告窗口作為確定的與第一傳輸方向反方向的TCP ACK通告窗口 ；或者，如果第一傳輸方向上的等待時(shí)延大于或等于第一預(yù)設(shè)門限，該減小子模塊減小與 第一傳輸方向反方向的TCP ACK通告窗口，將該減小后的TCP ACK通告窗口與預(yù)設(shè)的通告 窗口下限中的較大值作為最終確定的與第一傳輸方向反方向的TCP ACK通告窗口。進(jìn)一步地，通告窗口確定模塊303還可以包括增大子模塊，如果第一傳輸方向上 的等待時(shí)延小于第二預(yù)設(shè)門限，該增大子模塊用于增大與第一傳輸方向反方向的TCP ACK 通告窗口，將增大后的TCP ACK通告窗口作為確定的與第一傳輸方向反方向的TCP ACK通 告窗口 ；或者，如果第一傳輸方向上的等待時(shí)延小于第二預(yù)設(shè)門限，該增大子模塊用于增大與第 一傳輸方向反方向的TCP ACK通告窗口，將增大后的TCP ACK通告窗口與預(yù)設(shè)的通告窗口 上限中的較小值作為確定的與第一傳輸方向反方向的TCP ACK通告窗口 ；其中，第一預(yù)設(shè)門限大于或等于第二預(yù)設(shè)門限。而減小子模塊可以包括第一減小單元，用于減小修改比例，將減小后的修改比例作為確定的修改比例，則 與第一傳輸方向反方向的TCP ACK通告窗口 =參考值X確定的修改比例；或者，第二減小單元，用于減小修改比例，將減小后的修改比例和預(yù)設(shè)的修改比例下限 中的較大值作為確定的修改比例，則與第一傳輸方向反方向的TCPACK通告窗口 =參考 值X確定的修改比例。此外，增大子模塊可以包括第一增大單元，用于增大修改比例，將增大后的修改比例作為確定的修改比例，則 與第一傳輸方向反方向的TCP ACK通告窗口 =參考值X確定的修改比例；或者，第二增大單元，用于增大修改比例，將增大后的修改比例和預(yù)設(shè)的修改比例上限 中的較小值作為確定的修改比例，則與第一傳輸方向反方向的TCPACK通告窗口 =參考 值X確定的修改比例。本實(shí)施例的數(shù)據(jù)傳輸控制裝置，當(dāng)上行方向的等待時(shí)延較大時(shí)，通過減小下行方 向的TCP ACK通告窗口，從而可以減少上行方向上的數(shù)據(jù)包堵住TCP ACK包的概率，以提升 與下行方向的數(shù)據(jù)傳輸性能；進(jìn)一步地，當(dāng)上行方向的等待時(shí)延較小時(shí)，通過增大下行方向 的TCP ACK通告窗口，從而可以提升第一傳輸方向上的TCP層的吞吐率，進(jìn)一步提高數(shù)據(jù)傳輸效率。對于本發(fā)明裝置實(shí)施例而言，各個(gè)模塊和單元的實(shí)現(xiàn)以及交互方式等可以參見方 法實(shí)施例相關(guān)部分的說明。此外，本發(fā)明實(shí)施例中的數(shù)據(jù)傳輸控制裝置可以為終端，也可以為網(wǎng)絡(luò)側(cè)設(shè)備，而 網(wǎng)絡(luò)側(cè)設(shè)備可以為無線網(wǎng)絡(luò)控制器或者eNodeB等。以上所描述的裝置或系統(tǒng)實(shí)施例僅僅是示意性的，其中所述作為分離部件說明的 單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物 理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上。可以根據(jù)實(shí)際的需要選 擇其中的部分或者全部模塊來實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng) 造性勞動(dòng)的情況下，即可以理解并實(shí)施。需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個(gè)實(shí) 體或者操作與另一個(gè)實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作之間存 在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵 蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要 素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備
所固有的要素。在沒有更多限制的情況下，由語句“包括一個(gè)......”限定的要素，并不排
除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以 通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計(jì)算機(jī)可讀存儲介質(zhì)中，上 述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上所述的具體實(shí)施方式
，對本發(fā) 明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步 詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實(shí)施方式
而已，并不用于限定本發(fā)明 的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含 在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種數(shù)據(jù)傳輸控制方法，其特征在于，所述方法包括根據(jù)第一傳輸方向上的緩存信息獲取所述第一傳輸方向上的待發(fā)送數(shù)據(jù)量；根據(jù)所述第一傳輸方向上的待發(fā)送數(shù)據(jù)量與第一傳輸方向上的速率獲取所述第一傳輸方向上的等待時(shí)延；根據(jù)獲取的第一傳輸方向上的等待時(shí)延和相應(yīng)的預(yù)設(shè)門限的大小關(guān)系確定與第一傳輸方向反方向的傳輸控制協(xié)議(TCP)確認(rèn)(ACK)通告窗口的大小。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果所述第一傳輸方向?yàn)樯闲蟹较颍龈鶕?jù)第一傳輸方向上的緩存信息獲取所述第 一傳輸方向上的待發(fā)送數(shù)據(jù)量包括根據(jù)終端側(cè)的無線鏈路控制層的緩存信息獲取上行方向上的待發(fā)送數(shù)據(jù)量；和/或， 如果所述第一傳輸方向?yàn)橄滦蟹较?，所述根?jù)第一傳輸方向上的緩存信息獲取所述第 一傳輸方向上的待發(fā)送數(shù)據(jù)量包括根據(jù)網(wǎng)絡(luò)側(cè)的無線鏈路控制層的緩存信息獲取上行方向上的待發(fā)送數(shù)據(jù)量。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述第一傳輸方向上的待發(fā)送數(shù)據(jù) 量與第一傳輸方向上的速率獲取所述第一傳輸方向上的等待時(shí)延包括將所述第一傳輸方向上的待發(fā)送數(shù)據(jù)量除以第一傳輸方向上的速率所得到的商作為 所述第一傳輸方向上的等待時(shí)延。
4.如權(quán)利要求1所述的方法，其特征在于，所述根據(jù)獲取的第一傳輸方向上的等待時(shí) 延和相應(yīng)的預(yù)設(shè)門限的大小關(guān)系確定與第一傳輸方向反方向的TCP ACK通告窗口的大小包 括如果所述第一傳輸方向上的等待時(shí)延大于或等于第一預(yù)設(shè)門限，減小與第一傳輸方向 反方向的TCP ACK通告窗口，將減小后的TCP ACK通告窗口作為確定的與第一傳輸方向反 方向的TCP ACK通告窗口 ；或者，如果所述第一傳輸方向上的等待時(shí)延大于或等于第一預(yù)設(shè)門限，減小與第一傳輸方向 反方向的TCP ACK通告窗口，將減小后的TCP ACK通告窗口與通告窗口下限中的較大值作 為最終確定的與第一傳輸方向反方向的TCP ACK通告窗口。
5.如權(quán)利要求4所述的方法，其特征在于，所述減小與第一傳輸方向反方向的TCPACK 通告窗口包括減小修改比例。
6.如權(quán)利要求5所述的方法，其特征在于，所述將減小后的TCP ACK通告窗口作為確定的與第一傳輸方向反方向的TCP ACK通 告窗口包括將減小后的修改比例作為確定的修改比例，所述與第一傳輸方向反方向的TCP ACK通告窗口 =參考值X確定的修改比例；或者，所述將減小后的TCP ACK通告窗口與預(yù)設(shè)的通告窗口下限中的較大值作為最終確定 的與第一傳輸方向反方向的TCP ACK通告窗口包括將減小后的修改比例和修改比例下限 中的較大值作為確定的修改比例，所述與第一傳輸方向反方向的TCP ACK通告窗口 =參考 值X確定的修改比例。
7.如權(quán)利要求4-6任一項(xiàng)所述的方法，其特征在于，所述根據(jù)獲取的第一傳輸方向上 的等待時(shí)延和相應(yīng)的預(yù)設(shè)門限的大小關(guān)系確定與第一傳輸方向反方向的TCP ACK通告窗口的大小還包括如果所述第一傳輸方向上的等待時(shí)延小于第二預(yù)設(shè)門限，增大與第一傳輸方向反方向 的TCP ACK通告窗口，將增大后的TCP ACK通告窗口作為確定的與第一傳輸方向反方向的 TCP ACK通告窗口 ；或者，如果所述第一傳輸方向上的等待時(shí)延小于第二預(yù)設(shè)門限，增大與第一傳輸方向反方向 的TCP ACK通告窗口，將增大后的TCP ACK通告窗口與通告窗口上限中的較小值作為確定 的與第一傳輸方向反方向的TCP ACK通告窗口 ；其中，所述第一預(yù)設(shè)門限大于或等于所述第二預(yù)設(shè)門限，所述通告窗口上限小于或等 于TCP ACK包中攜帶的原始窗口大小。
8.如權(quán)利要求7所述的方法，其特征在于，所述增大與第一傳輸方向反方向的TCPACK 通告窗口包括 增大修改比例。
9.如權(quán)利要求8所述的方法，其特征在于，所述將增大后的TCP ACK通告窗口作為確定的與第一傳輸方向反方向的TCP ACK通 告窗口包括將增大后的修改比例作為確定的修改比例，所述與第一傳輸方向反方向的TCP ACK通告窗口 =參考值X確定的修改比例；或者，所述將增大后的TCP ACK通告窗口與預(yù)設(shè)的通告窗口上限中的較小值作為最終確定 的與第一傳輸方向反方向的TCP ACK通告窗口包括將增大后的修改比例和修改比例上限 中的較小值作為確定的修改比例，所述與第一傳輸方向反方向的TCP ACK通告窗口 =參考 值X確定的修改比例。
10.一種數(shù)據(jù)傳輸控制裝置，其特征在于，所述裝置包括數(shù)據(jù)量獲取模塊，用于根據(jù)第一傳輸方向上的緩存信息獲取所述第一傳輸方向上的待 發(fā)送數(shù)據(jù)量；時(shí)延獲取模塊，用于根據(jù)所述數(shù)據(jù)量獲取模塊獲取的第一傳輸方向上的待發(fā)送數(shù)據(jù)量 與第一傳輸方向上的速率獲取所述第一傳輸方向上的等待時(shí)延；通告窗口確定模塊，用于根據(jù)所述時(shí)延獲取模塊獲取的第一傳輸方向上的等待時(shí)延和 相應(yīng)的預(yù)設(shè)門限的大小關(guān)系確定與第一傳輸方向反方向的傳輸控制協(xié)議(TCP)確認(rèn)(ACK) 通告窗口的大小。
11.如權(quán)利要求10所述的裝置，其特征在于，所述通告窗口確定模塊包括減小子模塊，用于如果所述第一傳輸方向上的等待時(shí)延大于或等于第一預(yù)設(shè)門限，減 小與第一傳輸方向反方向的TCP ACK通告窗口，將該減小后的TCP ACK通告窗口作為確定 的與第一傳輸方向反方向的TCP ACK通告窗口 ；或者，如果所述第一傳輸方向上的等待時(shí)延大于或等于第一預(yù)設(shè)門限，減小與第一傳輸方向 反方向的TCP ACK通告窗口，將該減小后的TCP ACK通告窗口與通告窗口下限中的較大值 作為最終確定的與第一傳輸方向反方向的TCPACK通告窗口。
12.如權(quán)利要求11所述的裝置，其特征在于，所述通告窗口確定模塊還包括增大子模塊，用于如果所述第一傳輸方向上的等待時(shí)延小于第二預(yù)設(shè)門限，增大與第 一傳輸方向反方向的TCP ACK通告窗口，將增大后的TCP ACK通告窗口作為確定的與第一 傳輸方向反方向的TCP ACK通告窗口 ；或者，如果所述第一傳輸方向上的等待時(shí)延小于第二預(yù)設(shè)門限，增大與第一傳輸方向反方向 的TCP ACK通告窗口，將增大后的TCP ACK通告窗口與通告窗口上限中的較小值作為確定 的與第一傳輸方向反方向的TCP ACK通告窗口 ；其中，所述第一預(yù)設(shè)門限大于或等于所述第二預(yù)設(shè)門限。
13.如權(quán)利要求11所述的裝置，其特征在于，所述減小子模塊包括 第一減小單元，用于減小修改比例，將減小后的修改比例作為確定的修改比例，所述與 第一傳輸方向反方向的TCP ACK通告窗口 =參考值X確定的修改比例；或者，第二減小單元，用于減小修改比例，將減小后的修改比例和修改比例下限中的較大值 作為確定的修 改比例，所述與第一傳輸方向反方向的TCP ACK通告窗口 =參考值X確定的 修改比例。
14.如權(quán)利要求12所述的裝置，其特征在于，所述增大子模塊包括第一增大單元，用于增大修改比例，將增大后的修改比例作為確定的修改比例，所述與 第一傳輸方向反方向的TCP ACK通告窗口 =參考值X確定的修改比例；或者，第二增大單元，用于增大修改比例，將增大后的修改比例和修改比例上限中的較小值 作為確定的修改比例，所述與第一傳輸方向反方向的TCP ACK通告窗口 =參考值X確定的 修改比例。
15.如權(quán)利要求10-14任一項(xiàng)所述的裝置，其特征在于，所述數(shù)據(jù)傳輸控制裝置為終端 或者網(wǎng)絡(luò)側(cè)設(shè)備。
全文摘要
本發(fā)明實(shí)施例公開了一種數(shù)據(jù)傳輸控制方法和裝置，其中，該數(shù)據(jù)傳輸控制方法主要包括根據(jù)第一傳輸方向上的緩存信息獲取所述第一傳輸方向上的待發(fā)送數(shù)據(jù)量；根據(jù)所述第一傳輸方向上的待發(fā)送數(shù)據(jù)量與第一傳輸方向上的速率獲取所述第一傳輸方向上的等待時(shí)延；根據(jù)獲取的第一傳輸方向上的等待時(shí)延和相應(yīng)的預(yù)設(shè)門限的大小關(guān)系確定與第一傳輸方向反方向的TCPACK通告窗口的大小。通過本發(fā)明實(shí)施例的方法和裝置，可以降低任意傳輸方向上的業(yè)務(wù)對其反方向傳輸鏈路的業(yè)務(wù)的影響，提升數(shù)據(jù)傳輸性能。
文檔編號H04L1/16GK101867512SQ20101015520
公開日2010年10月20日 申請日期2010年4月15日 優(yōu)先權(quán)日2010年4月15日
發(fā)明者于江, 張巖強(qiáng), 王成毅 申請人:華為技術(shù)有限公司