一種數(shù)據(jù)傳輸?shù)姆椒ā⒕W(wǎng)絡(luò)服務(wù)器、用戶終端及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實(shí)施例公開了一種數(shù)據(jù)傳輸?shù)姆椒?，包括：獲取用于確定擁塞控制算法的信息；根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；使用所述擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸。本發(fā)明實(shí)施例還提供一種網(wǎng)絡(luò)服務(wù)器、用戶終端及系統(tǒng)。本發(fā)明實(shí)施例能夠根據(jù)用戶終端的接入類型和接入網(wǎng)方式選擇相應(yīng)的擁塞控制算法，提高TCP傳輸效率。
【專利說明】
一種數(shù)據(jù)傳輸?shù)姆椒?、網(wǎng)絡(luò)服務(wù)器、用戶終端及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明實(shí)施例涉及通信領(lǐng)域，尤其涉及一種數(shù)據(jù)傳輸?shù)姆椒?、網(wǎng)絡(luò)服務(wù)器、用戶終端及系統(tǒng)。
【背景技術(shù)】
[0002]傳輸控制協(xié)議(TCP，Transport Control Protocol)是目前網(wǎng)絡(luò)上使用最多的傳輸協(xié)議，它提供了端到端的數(shù)據(jù)可靠性傳輸。隨著信息傳送量的逐漸增大和網(wǎng)絡(luò)組成的日益復(fù)雜，網(wǎng)絡(luò)發(fā)生擁塞的可能性越來越大。為了防止網(wǎng)絡(luò)的擁塞，目前已經(jīng)提出了一系列有關(guān)TCP的擁塞控制算法。TCP的擁塞控制算法一般用于實(shí)現(xiàn)擁塞避免和擁塞控制。擁塞避免是預(yù)防機(jī)制，它的目的是避免網(wǎng)絡(luò)進(jìn)入擁塞狀態(tài)，使網(wǎng)絡(luò)在高吞吐量、低延遲的狀態(tài)下運(yùn)行；擁塞控制是恢復(fù)機(jī)制，它的目的是恢復(fù)處于擁塞狀態(tài)中的網(wǎng)絡(luò)。
[0003]現(xiàn)有技術(shù)方案中，網(wǎng)絡(luò)服務(wù)器與用戶終端之間在選擇擁塞控制算法時(shí)，都是由網(wǎng)絡(luò)服務(wù)器隨機(jī)選擇的，這樣就可能出現(xiàn)網(wǎng)絡(luò)服務(wù)器選擇的擁塞控制算法不適合用戶終端，導(dǎo)致TCP傳輸效率降低。
【發(fā)明內(nèi)容】
[0004]本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸?shù)姆椒?、網(wǎng)絡(luò)服務(wù)器、用戶終端及系統(tǒng)，能夠根據(jù)用戶終端的接入類型和接入網(wǎng)方式選擇相應(yīng)的擁塞控制算法，提高TCP傳輸效率。
[0005]有鑒于此，本發(fā)明第一方面提供一種數(shù)據(jù)傳輸?shù)姆椒?，包?
[0006]獲取用于確定擁塞控制算法的信息；
[0007]根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0008]使用所述擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸。
[0009]結(jié)合本發(fā)明實(shí)施例的第一方面，在第一種可能的實(shí)現(xiàn)方式中，所述用于確定擁塞控制算法的信息包括所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中至少一種時(shí)，所述根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，包括:
[0010]從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0011]結(jié)合本發(fā)明實(shí)施例的第一方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，所述用于確定擁塞控制算法的信息還包括所述用戶終端確定的擁塞控制算法的類型時(shí)，所述從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，包括:
[0012]判斷是否支持所述用戶終端確定的擁塞控制算法；
[0013]當(dāng)支持所述用戶終端確定的擁塞控制算法時(shí)，將所述用戶終端確定的擁塞控制算法確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0014]當(dāng)不支持所述用戶終端確定的擁塞控制算法時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0015]結(jié)合第一方面，第一方面第一種或第二種可能的實(shí)現(xiàn)方式，在第三種可能的實(shí)現(xiàn)方式中，所述使用所述擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)，所述方法還包括:
[0016]獲取所述用戶終端與服務(wù)器通信路徑上的第二網(wǎng)絡(luò)狀態(tài)信息；
[0017]根據(jù)所述第二網(wǎng)絡(luò)狀態(tài)信息，調(diào)用應(yīng)用程序編程AP I接口，所述API接口用于修改傳輸控制協(xié)議TCP參數(shù)；
[0018]通過所述API接口修改所述TCP參數(shù)。
[0019]本發(fā)明第二方面提供一種數(shù)據(jù)傳輸?shù)姆椒ǎ?
[0020]通過已有API接口或新建API接口獲取用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種；
[0021]向網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，以使得網(wǎng)絡(luò)服務(wù)器根據(jù)網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種確定擁塞控制算法;
[0022]使用所述擁塞控制算法與所述網(wǎng)絡(luò)服務(wù)器進(jìn)行數(shù)據(jù)傳輸。
[0023]結(jié)合本發(fā)明實(shí)施例的第二方面，在第一種可能的實(shí)現(xiàn)方式中，所述通過已有API接口或新建API接口獲取所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種之后，所述方法還包括:
[0024]根據(jù)所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，確定與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種對應(yīng)的擁塞控制算法；
[0025]所述向網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，包括:
[0026]向所述網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求中至少一種，以及所述對應(yīng)的擁塞控制算法。
[0027]本發(fā)明第三方面提供一種網(wǎng)絡(luò)服務(wù)器，包括:
[0028]第一獲取模塊，用于獲取用于確定擁塞控制算法的信息；
[0029]第一確定模塊，用于根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0030]第一傳輸模塊，用于使用所述擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸。
[0031]結(jié)合本發(fā)明實(shí)施例的第三方面，在第一種可能的實(shí)現(xiàn)方式中，所述確定模塊具體用于在所述用于確定擁塞控制算法的信息包括所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中至少一種時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0032]結(jié)合本發(fā)明實(shí)施例的第三方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，所述第一確定模塊包括:
[0033]判斷單元，用于判斷是否支持所述用戶終端確定的擁塞控制算法；
[0034]第一確定單元，用于當(dāng)支持所述用戶終端確定的擁塞控制算法時(shí)，將所述用戶終端確定的擁塞控制算法確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0035]第二確定單元，用于當(dāng)不支持所述用戶終端確定的擁塞控制算法時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0036]結(jié)合第三方面，第三方面第一種或第二種可能的實(shí)現(xiàn)方式，在第三種可能的實(shí)現(xiàn)方式中，所述網(wǎng)絡(luò)服務(wù)器還包括:
[0037]第二獲取模塊，用于獲取所述用戶終端與服務(wù)器通信路徑上的第二網(wǎng)絡(luò)狀態(tài)信息;
[0038]調(diào)用模塊，用于根據(jù)所述第二網(wǎng)絡(luò)狀態(tài)信息，調(diào)用應(yīng)用程序編程AP I接口，所述API接口用于修改傳輸控制協(xié)議TCP參數(shù)；
[0039]修正模塊，用于通過所述API接口修改所述TCP參數(shù)。
[0040]本發(fā)明第四方面提供一種用戶終端，包括:
[0041 ] 第三獲取模塊，用于通過已有API接口或新建API接口獲取用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種；
[0042]第一發(fā)送模塊，用于向網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，以使得網(wǎng)絡(luò)服務(wù)器根據(jù)網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種確定擁塞控制算法；
[0043]第二傳輸模塊，用于使用所述擁塞控制算法與所述網(wǎng)絡(luò)服務(wù)器進(jìn)行數(shù)據(jù)傳輸。
[0044]結(jié)合本發(fā)明實(shí)施例的第四方面，在第一種可能的實(shí)現(xiàn)方式中，所述用戶終端還包括:
[0045]第二確定模塊，用于根據(jù)所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，確定與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種對應(yīng)的擁塞控制算法；
[0046]所述第一發(fā)送模塊包括:
[0047]發(fā)送單元，用于向所述網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求中至少一種，以及所述對應(yīng)的擁塞控制算法。
[0048]本發(fā)明第五方面提供一種數(shù)據(jù)傳輸?shù)南到y(tǒng)，包括:網(wǎng)絡(luò)服務(wù)器和用戶終端；
[0049]所述網(wǎng)絡(luò)服務(wù)器為上述第三方面、第三方面第一種、第二種或第三種可能的實(shí)現(xiàn)方式中的所述網(wǎng)絡(luò)服務(wù)器；
[0050]所述用戶終端為上述第三方面或第三方面第一種可能的實(shí)現(xiàn)方式的所述用戶終端。
[0051]從以上技術(shù)方案可以看出，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn):
[0052]本發(fā)明實(shí)施例中，網(wǎng)絡(luò)服務(wù)器獲取用戶終端發(fā)送的信息，并結(jié)合自身支持的擁塞控制算法，選擇最終采用的擁塞控制算法，網(wǎng)絡(luò)服務(wù)器使用該擁塞控制算法進(jìn)行TCP傳輸。網(wǎng)絡(luò)服務(wù)器根據(jù)接收到的不同信息選擇不同的擁塞控制算法，針對具體終端類型與接入網(wǎng)方式進(jìn)行TCP傳輸，提高TCP傳輸效率。
【附圖說明】
[0053]圖1為本發(fā)明實(shí)施例中數(shù)據(jù)傳輸?shù)姆椒ㄒ粋€(gè)實(shí)施例示意圖；
[0054]圖2為本發(fā)明實(shí)施例中數(shù)據(jù)傳輸?shù)姆椒硪粋€(gè)實(shí)施例示意圖；
[0055]圖3為本發(fā)明實(shí)施例中網(wǎng)絡(luò)服務(wù)器一個(gè)實(shí)施例示意圖；
[0056]圖4為本發(fā)明實(shí)施例中網(wǎng)絡(luò)服務(wù)器另一個(gè)實(shí)施例示意圖；
[0057]圖5為本發(fā)明實(shí)施例中網(wǎng)絡(luò)服務(wù)器另一個(gè)實(shí)施例示意圖；
[0058]圖6為本發(fā)明實(shí)施例中用戶終端一個(gè)實(shí)施例示意圖；
[0059]圖7為本發(fā)明實(shí)施例中用戶終端另一個(gè)實(shí)施例示意圖；
[0060]圖8為本發(fā)明實(shí)施例中網(wǎng)絡(luò)服務(wù)器一個(gè)結(jié)構(gòu)示意圖；
[0061]圖9為本發(fā)明實(shí)施例中用戶終端一個(gè)結(jié)構(gòu)示意圖；
[0062]圖10為本發(fā)明實(shí)施例中數(shù)據(jù)傳輸系統(tǒng)一個(gè)實(shí)施例示意圖。
【具體實(shí)施方式】
[0063]本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸?shù)姆椒?、網(wǎng)絡(luò)服務(wù)器、用戶終端及系統(tǒng)，用于針對具體終端類型與接入網(wǎng)方式進(jìn)行TCP傳輸，提高TCP傳輸效率。
[0064]請參閱圖1，本發(fā)明實(shí)施例中數(shù)據(jù)傳輸?shù)姆椒ㄒ粋€(gè)實(shí)施例包括:
[0065]101、獲取用于確定擁塞控制算法的信息；
[0066]本實(shí)施例中，網(wǎng)絡(luò)服務(wù)器獲取用于確定擁塞控制算法的信息。
[0067]通常情況下，當(dāng)網(wǎng)絡(luò)資源的需求大于可用資源時(shí)就會(huì)出現(xiàn)網(wǎng)絡(luò)性能下降的問題，即出現(xiàn)擁塞的情況，而擁塞控制算法可以有效的避免或者緩解擁塞的情況。
[0068]102、根據(jù)網(wǎng)絡(luò)特征信息，確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法;
[0069]本實(shí)施例中，當(dāng)網(wǎng)絡(luò)服務(wù)器接收了用于確定擁塞控制算法的信息后，根據(jù)這些用于確定擁塞控制算法的信息，確定使用具體哪一種擁塞控制算法與用戶終端進(jìn)行數(shù)據(jù)傳輸。
[0070]103、使用擁塞控制算法與用戶終端進(jìn)行數(shù)據(jù)傳輸。
[0071]本實(shí)施例中，在確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法后，可以使用這種擁塞控制算法與用戶終端進(jìn)行數(shù)據(jù)傳輸。
[0072]可以理解的是，本實(shí)施例中使用TCP作為數(shù)據(jù)傳輸?shù)膮f(xié)議，實(shí)際應(yīng)用中，也可以使用網(wǎng)際協(xié)議(IP，Internet Protocol)作為數(shù)據(jù)傳輸?shù)膮f(xié)議，或者其他數(shù)據(jù)傳輸?shù)膮f(xié)議，故此處不做限定。
[0073]本發(fā)明實(shí)施例中，網(wǎng)絡(luò)服務(wù)器獲取用戶終端發(fā)送的信息，并結(jié)合自身支持的擁塞控制算法，選擇最終采用的擁塞控制算法，網(wǎng)絡(luò)服務(wù)器使用該擁塞控制算法進(jìn)行TCP傳輸。網(wǎng)絡(luò)服務(wù)器根據(jù)接收到的不同信息選擇不同的擁塞控制算法，針對具體終端類型與接入網(wǎng)方式進(jìn)行TCP傳輸，提高TCP傳輸效率。
[0074]需要說明的是，上述實(shí)施例中可以通過多種方式確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，為便于理解，下面分別進(jìn)行說明:
[0075]一、網(wǎng)絡(luò)服務(wù)器根據(jù)用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中至少一種確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0076]可選地，在上述圖1對應(yīng)的實(shí)施例的基礎(chǔ)上，本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸?shù)姆椒ǖ谝粋€(gè)可選實(shí)施例中，用于確定擁塞控制算法的信息包括用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中至少一種時(shí)，根據(jù)用于確定擁塞控制算法的信息，確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，包括:
[0077]從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0078]本實(shí)施例中，用戶終端通過0PENTCP協(xié)議的API接口獲取用戶終端的網(wǎng)卡類型、接入網(wǎng)方式以及用戶業(yè)務(wù)需求，再通過TCP或IP建立連接時(shí)所使用的握手信號(SYN，Synchronous)報(bào)文中的opt1ns選項(xiàng)，將攜帶有網(wǎng)卡類型、接入網(wǎng)方式以及用戶業(yè)務(wù)需求的信息發(fā)送至網(wǎng)絡(luò)服務(wù)器側(cè)，網(wǎng)絡(luò)服務(wù)器側(cè)接收并解析SYN報(bào)文中的opt1ns選項(xiàng)信息，得到用戶終端的網(wǎng)卡類型、接入網(wǎng)方式以及用戶業(yè)務(wù)需求。
[0079]同時(shí)，用戶終端還可以獲取用戶終端與服務(wù)器通信路徑上的第二網(wǎng)絡(luò)狀態(tài)信息，需要說明的是，第二網(wǎng)絡(luò)狀態(tài)信息可以為用戶終端與服務(wù)器通信路徑上的丟包率，也可以為其它網(wǎng)絡(luò)狀態(tài)信息，例如帶寬或時(shí)延等參數(shù)，此處不做限定。
[0080]可以理解的是，用戶終端發(fā)送網(wǎng)絡(luò)特征信息至網(wǎng)絡(luò)服務(wù)器的方式有多種，不限于通過SYN報(bào)文的opt1ns選項(xiàng)將攜帶有網(wǎng)絡(luò)特征信息發(fā)送至網(wǎng)絡(luò)服務(wù)器，故此處不做限定。
[0081]本實(shí)施例中，網(wǎng)絡(luò)服務(wù)器在接收到網(wǎng)卡類型、接入網(wǎng)方式、用戶業(yè)務(wù)需求以及用戶終端與服務(wù)器通信路徑上的第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種后，可以從其中至少一種信息與對應(yīng)的擁塞控制算法，確定為與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0082]需要說明的是，網(wǎng)絡(luò)服務(wù)器在接收到網(wǎng)卡類型、接入網(wǎng)方式、用戶業(yè)務(wù)需求以及用戶終端與服務(wù)器通信路徑上的第一網(wǎng)絡(luò)狀態(tài)信息中的每一種信息與擁塞控制算法的對應(yīng)關(guān)系可以為一對一，或者一對多，例如，當(dāng)獲取的是網(wǎng)卡類型為通用串行總線(USB，Universal Serial Bus)網(wǎng)卡時(shí)，可以采用對應(yīng)的A擁塞控制算法，也可以對應(yīng)A與B兩種擁塞控制算法，根據(jù)具體網(wǎng)絡(luò)狀態(tài)擇優(yōu)使用，故此處不對該對應(yīng)關(guān)系做限定。
[0083]其次，本實(shí)施例中網(wǎng)絡(luò)服務(wù)器可以根據(jù)網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中至少一種，確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，如此便可以靈活的根據(jù)實(shí)際應(yīng)用與動(dòng)態(tài)網(wǎng)絡(luò)選擇最佳的擁塞控制算法來解決網(wǎng)絡(luò)擁塞的問題，使方案更具有靈活性，同時(shí)更具備實(shí)用性。
[0084]二、網(wǎng)絡(luò)服務(wù)器根據(jù)用戶終端確定的擁塞控制算法的類型、用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求以及第一網(wǎng)絡(luò)狀態(tài)信息中至少一種確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0085]可選地，在上述圖1對應(yīng)的實(shí)施例的基礎(chǔ)上，本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸?shù)姆椒ǖ诙€(gè)可選實(shí)施例中，用于確定擁塞控制算法的信息還包括用戶終端確定的擁塞控制算法的類型時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，包括:
[0086]判斷是否支持用戶終端確定的擁塞控制算法；
[0087]當(dāng)支持用戶終端確定的擁塞控制算法時(shí)，將用戶終端確定的擁塞控制算法確定為與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0088]當(dāng)不支持用戶終端確定的擁塞控制算法時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0089]本實(shí)施例中，網(wǎng)絡(luò)服務(wù)器接收并解析SYN報(bào)文中的opt1ns選項(xiàng)信息，得到用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、用戶的業(yè)務(wù)需求和用戶終端確定的擁塞控制算法的類型后，通過0PENTCP協(xié)議的API查詢自身是否支持用戶終端所選擇的擁塞控制算法，若查詢后確定網(wǎng)絡(luò)服務(wù)器自身支持用戶終端所選擇的擁塞控制算法時(shí)，則將用戶終端確定的擁塞控制算法確定為與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，但是當(dāng)查詢后得知網(wǎng)絡(luò)服務(wù)器自身不支持用戶終端所選擇的擁塞控制算法的時(shí)候，則根據(jù)用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、用戶的業(yè)務(wù)需求和用戶終端與服務(wù)器通信路徑上的第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種，選擇對應(yīng)的擁塞控制算法，確定為與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0090]擁塞控制算法可以劃分為四類，分別是慢開始算法、擁塞避免算法、快重傳算法或快恢復(fù)算法，慢開始算法是指開始傳輸時(shí)，傳輸?shù)臄?shù)據(jù)由小到大遞增到一個(gè)值，即發(fā)送窗口由小至大的呈指數(shù)增大，逐漸增大到擁塞窗口的數(shù)值；擁塞避免算法是當(dāng)擁塞窗口的數(shù)值不能再以指數(shù)級往上升時(shí)，擁塞窗口每次加I的線性增大，這樣就可以避免增長過快導(dǎo)致網(wǎng)絡(luò)擁塞，慢慢調(diào)整到網(wǎng)絡(luò)的最佳值；快重傳算法是在數(shù)據(jù)傳輸時(shí)，將數(shù)據(jù)劃分為若干報(bào)文，每個(gè)報(bào)文攜帶有序號，若接收方收到一個(gè)失序的報(bào)文段，則立即發(fā)出重復(fù)確認(rèn)，發(fā)送方只要一連收到三個(gè)重復(fù)確認(rèn)信息時(shí)，就可及時(shí)重傳為收到的報(bào)文段；快恢復(fù)算法是與快重傳配合的一種算法，在發(fā)送方一連收到三個(gè)重復(fù)確認(rèn)信息時(shí)，就把每次傳輸?shù)臄?shù)據(jù)量減小為原來的一半，擁塞窗口也修改為該值，然后執(zhí)行擁塞避免算法，使擁塞窗口緩慢地線性增大。
[0091]需要說明的是，上述四種算法為基本擁塞控制算法，在本實(shí)施例中使用的擁塞控制算法可以為這四種中其中一種或多種，故此處不做限定。
[0092]其次，本實(shí)施例中提出一種通過判斷網(wǎng)絡(luò)服務(wù)器自身是否支持用戶終端所選擇的擁塞控制算法來確定最終擁塞控制算法的方法，使方案的可操作性得以提升，增加方案的靈活性。
[0093]可選地，在上述圖1對應(yīng)的實(shí)施例、第一個(gè)可選實(shí)施例以及第二個(gè)可選實(shí)施例中任一項(xiàng)的基礎(chǔ)上，本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸?shù)姆椒ǖ谌齻€(gè)可選實(shí)施例中，使用擁塞控制算法與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)，方法還可以包括:
[0094]獲取用戶終端與服務(wù)器通信路徑上的第二網(wǎng)絡(luò)狀態(tài)信息；
[0095]根據(jù)第二網(wǎng)絡(luò)狀態(tài)信息，調(diào)用應(yīng)用程序編程API接口，API接口用于修改傳輸控制協(xié)議TCP參數(shù)；
[0096]通過API接口修改TCP參數(shù)。
[0097]本實(shí)施例中，網(wǎng)絡(luò)服務(wù)器通過網(wǎng)管系統(tǒng)或軟件定義網(wǎng)絡(luò)(SDN，Software DefinedNetwork)控制器獲取用戶終端與服務(wù)器通信路徑上的中間網(wǎng)絡(luò)節(jié)點(diǎn)信息，其中網(wǎng)管系統(tǒng)又稱為網(wǎng)絡(luò)管理系統(tǒng)，是一個(gè)軟硬件結(jié)合以軟件為主的分布式網(wǎng)絡(luò)應(yīng)用系統(tǒng)，其目的是管理網(wǎng)絡(luò)，使網(wǎng)絡(luò)高效正常運(yùn)行，網(wǎng)絡(luò)管理對象一般包括路由器，交換機(jī)與多端口的轉(zhuǎn)發(fā)器。
[0098]需要說明的是，網(wǎng)絡(luò)服務(wù)器可以通過用戶終端與網(wǎng)絡(luò)服務(wù)器通信路徑上的中間網(wǎng)絡(luò)節(jié)點(diǎn)信息，獲取網(wǎng)絡(luò)節(jié)點(diǎn)出口的丟包率，并以此來確定對應(yīng)的擁塞控制算法，也可以根據(jù)其他的網(wǎng)絡(luò)狀態(tài)信息來確定擁塞控制算法，例如帶寬或時(shí)延，此處不做限定。
[0099]本實(shí)施例中，網(wǎng)絡(luò)服務(wù)器根據(jù)與用戶終端在通信路徑上的丟包率，或其它的網(wǎng)絡(luò)狀態(tài)信息，來調(diào)用API接口進(jìn)行TCP參數(shù)的修改，而一種修改的方式為JtAPI接口函數(shù)沒有具體實(shí)現(xiàn)的參數(shù)，但是可根據(jù)現(xiàn)有的格式進(jìn)行擴(kuò)展，因此動(dòng)態(tài)調(diào)整TCP參數(shù)，TCP參數(shù)一般包括擁塞窗口、接收緩存區(qū)大小與發(fā)送緩存區(qū)大小，用戶根據(jù)網(wǎng)絡(luò)狀態(tài)變化及時(shí)通過API接口修改這些參數(shù)。
[0100]需要說明的是，本實(shí)施例中，通過現(xiàn)有的API接口或者新建的API接口進(jìn)行TCP參數(shù)修改，而實(shí)際應(yīng)用中，也可以采用通用的socket編程接口來修改TCP參數(shù)，還可以采用其他基于TCP流修改TCP參數(shù)的方式，
[0101]再次，本實(shí)施例中，網(wǎng)絡(luò)服務(wù)器獲取網(wǎng)絡(luò)狀態(tài)信息，并根據(jù)該信息通過API接口進(jìn)行TCP參數(shù)的修改，可以及時(shí)根據(jù)網(wǎng)絡(luò)狀態(tài)信息確定網(wǎng)絡(luò)的調(diào)整策略，通過API接口動(dòng)態(tài)調(diào)整TCP參數(shù)，從而提高TCP傳輸效率，使得方案的應(yīng)用更為廣泛，并且使得靈活性更進(jìn)一步的提尚了。
[0102]上面的實(shí)例中都是從網(wǎng)絡(luò)服務(wù)器的角度對本發(fā)明中數(shù)據(jù)傳輸進(jìn)行描述，下面將從用戶終端的角度對本發(fā)明中數(shù)據(jù)處理的方法進(jìn)行描述。請參閱圖2，本發(fā)明數(shù)據(jù)傳輸方法的另一個(gè)實(shí)施例包括:
[0103]201、通過已有API接口或新建API接口獲取用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種；
[0104]本實(shí)施例中，用戶終端通過新建的OPENTCP API接口來獲取用戶的網(wǎng)卡類型、接入網(wǎng)方式以及部分的用戶需求，也可通過已有的API接口獲取已有API接口無法獲取到的部分用戶業(yè)務(wù)需求，其中OPENTCP API接口可以作為已有API接口的擴(kuò)展，用戶終端需要獲取以上三種信息中的至少一種。
[0105]202、向網(wǎng)絡(luò)服務(wù)器發(fā)送用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，以使得網(wǎng)絡(luò)服務(wù)器根據(jù)網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種確定擁塞控制算法;
[0106]本實(shí)施例中，用戶終端向網(wǎng)絡(luò)服務(wù)器發(fā)送用戶終端獲取網(wǎng)卡類型、接入網(wǎng)方式與用戶業(yè)務(wù)需求中的至少一種，以使得網(wǎng)絡(luò)服務(wù)器根據(jù)這些信息中的至少一項(xiàng)來確定擁塞控制算法。
[0107]其中，常用的接入網(wǎng)方式有多種，例如非對稱數(shù)字用戶環(huán)路(ADSL，AsymmetricDigital Subscriber Line)接入網(wǎng)方式、線纜調(diào)制解調(diào)器接入網(wǎng)方式和光纖接入網(wǎng)方式(OAN, Optical Access Network)，使用ADSL接入網(wǎng)方式保密性好，安全系數(shù)高；線纜調(diào)制解調(diào)器接入網(wǎng)方式是以太網(wǎng)方式的接入，高速且穩(wěn)定；而OAN接入網(wǎng)方式僅對入戶線路進(jìn)行改造就可以提供高速寬帶網(wǎng)絡(luò)，方便快速。
[0108]203、使用擁塞控制算法與網(wǎng)絡(luò)服務(wù)器進(jìn)行數(shù)據(jù)傳輸。
[0109]本實(shí)施例中，用戶終端根據(jù)網(wǎng)絡(luò)服務(wù)器確定的擁塞控制算法，與網(wǎng)絡(luò)服務(wù)器進(jìn)行數(shù)據(jù)傳輸。
[0110]本發(fā)明實(shí)施例中，用戶終端通過新建API接口或者已有的API接口獲取自身的網(wǎng)卡類型、接入網(wǎng)方式以及用戶的業(yè)務(wù)需求，并將這些信息發(fā)送至網(wǎng)絡(luò)服務(wù)器，使得網(wǎng)絡(luò)服務(wù)器可以根據(jù)這些信息確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，網(wǎng)絡(luò)服務(wù)器根據(jù)用戶終端不同的網(wǎng)絡(luò)特征信息選擇不同的擁塞控制算法，針對具體網(wǎng)卡類型、接入網(wǎng)方式和用戶的業(yè)務(wù)需求進(jìn)行TCP傳輸，提高TCP傳輸效率。
[0111]可選地，在上述圖2對應(yīng)的實(shí)施例的基礎(chǔ)上，本發(fā)明實(shí)施例提供的數(shù)據(jù)傳輸?shù)姆椒ǖ谝粋€(gè)可選實(shí)施例中，通過已有API接口或新建API接口獲取用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種之后，方法還可以包括:
[0112]根據(jù)用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，確定與用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種對應(yīng)的擁塞控制算法；
[0113]向網(wǎng)絡(luò)服務(wù)器發(fā)送用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求中至少一種，以及所述對應(yīng)的擁塞控制算法。
[0114]本實(shí)施例中，已有的API接口可以獲取系統(tǒng)支持的擁塞控制算法與部分的用戶業(yè)務(wù)需求，而新建的OPENTCP API接口可以獲取用戶終端的網(wǎng)卡類型、接入網(wǎng)方式以及已有API接口無法獲取到的部分用戶業(yè)務(wù)需求，再向網(wǎng)絡(luò)服務(wù)器發(fā)送上述系統(tǒng)支持的擁塞控制算法，網(wǎng)絡(luò)服務(wù)器結(jié)合自身支持的擁塞控制算法判斷是否支持用戶終端發(fā)送的擁塞控制算法，如果支持，就可以直接使用該擁塞控制算法進(jìn)行數(shù)據(jù)傳輸，但是，當(dāng)不支持的時(shí)候，則網(wǎng)絡(luò)服務(wù)器會(huì)根據(jù)用戶終端發(fā)送的網(wǎng)卡類型、接入網(wǎng)方式與用戶的業(yè)務(wù)需求中至少一項(xiàng)，來重新選擇最合適的擁塞控制算法，確定為最終用于數(shù)據(jù)傳輸是擁塞控制算法。
[0115]其次，本發(fā)明實(shí)施例中用戶終端可以通過網(wǎng)卡類型、接入網(wǎng)方式以及用戶的業(yè)務(wù)需求，確定與用戶終端的網(wǎng)卡類型和接入網(wǎng)方式對應(yīng)的擁塞控制算法，若網(wǎng)絡(luò)服務(wù)器也支持該擁塞控制算法則為最佳選擇，否則網(wǎng)絡(luò)服務(wù)器會(huì)選擇次佳的擁塞控制算法進(jìn)行數(shù)據(jù)傳輸，該方案的可實(shí)施性得到提升，同時(shí)在實(shí)際應(yīng)用中的效果會(huì)更好，提供TCP傳輸?shù)男省?br>[0116]為便于理解，下面以一個(gè)具體應(yīng)用場景對本發(fā)明中一種網(wǎng)絡(luò)處理方法進(jìn)行詳細(xì)描述，具體為:
[0117]用戶終端通過OPENTCP協(xié)議的API獲取用戶終端的網(wǎng)卡類型是以太網(wǎng)卡，接入網(wǎng)方式為固定IP，用戶終端根據(jù)以太網(wǎng)卡的固定IP接入方式在編譯好的程序中選擇對應(yīng)的一種擁塞控制算法A，再通過SYN報(bào)文中的opt1ns選項(xiàng)將這些信息發(fā)送至網(wǎng)絡(luò)服務(wù)器，網(wǎng)絡(luò)服務(wù)器側(cè)接收并解析SYN報(bào)文中的opt1ns選項(xiàng)信息，得到用戶終端為以太網(wǎng)卡的固定IP接入方式。
[0118]網(wǎng)絡(luò)服務(wù)器通過OPENTCP協(xié)議的API查詢得到自身并不支持擁塞控制算法A，于是網(wǎng)絡(luò)服務(wù)器通過OPENTCP協(xié)議的API查找到以太網(wǎng)卡的固定IP接入方式對應(yīng)的為擁塞控制算法B，而編程人員提前通過OPENTCP協(xié)議的API編譯了不同網(wǎng)卡類型和接入網(wǎng)方式對應(yīng)的擁塞控制算法，例如使用以太網(wǎng)終端時(shí)網(wǎng)絡(luò)服務(wù)器可以選用Cubic擁塞控制算法，當(dāng)使用3G或4G網(wǎng)絡(luò)時(shí)，網(wǎng)絡(luò)服務(wù)器可以選用Westwood擁塞控制算法，具體可以由編程人員自行編譯決定。
[0119]網(wǎng)絡(luò)服務(wù)器選擇擁塞控制算法B，完成TCP三次握手后進(jìn)行TCP傳輸，在傳輸過程中，網(wǎng)絡(luò)服務(wù)器可以獲取當(dāng)前網(wǎng)絡(luò)的狀態(tài)信息，當(dāng)網(wǎng)絡(luò)的帶寬為I兆，延時(shí)為100毫秒，網(wǎng)絡(luò)丟包率是10.00%時(shí)，根據(jù)這些參數(shù)可以調(diào)用OPENTCP協(xié)議的API來動(dòng)態(tài)調(diào)整TCP參數(shù)，TCP參數(shù)可以為初始擁塞窗口，初始擁塞窗口大小為1，在采用擁塞控制算法B時(shí)，閾值變?yōu)楫?dāng)前擁塞窗口值的一半，然后擁塞窗口大小重置為1，網(wǎng)絡(luò)服務(wù)器繼續(xù)采用擁塞控制算法B，使得TCP傳輸效率得到保證。
[0120]下面對本發(fā)明中的網(wǎng)絡(luò)服務(wù)器進(jìn)行詳細(xì)描述，請參閱圖3，本發(fā)明實(shí)施例中的網(wǎng)絡(luò)服務(wù)器包括:
[0121]第一獲取模塊301，用于獲取用于確定擁塞控制算法的信息；
[0122]第一確定模塊302，用于根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0123]第一傳輸模塊303，用于使用所述擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸。
[0124]本實(shí)施例中，第一獲取模塊301獲取用于確定擁塞控制算法的信息，第一確定模塊302根據(jù)第一獲取模塊301獲取的用于確定擁塞控制算法的信息，確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，第一傳輸模塊303使用第一確定模塊302確定的擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸。
[0125]本發(fā)明實(shí)施例中，網(wǎng)絡(luò)服務(wù)器獲取用戶終端發(fā)送的信息，并結(jié)合自身支持的擁塞控制算法，選擇最終采用的擁塞控制算法，網(wǎng)絡(luò)服務(wù)器使用該擁塞控制算法進(jìn)行TCP傳輸。網(wǎng)絡(luò)服務(wù)器根據(jù)接收到的不同信息選擇不同的擁塞控制算法，針對具體終端類型與接入網(wǎng)方式進(jìn)行TCP傳輸，提高TCP傳輸效率。
[0126]在實(shí)際應(yīng)用中，上述實(shí)施例中可以通過多種方式確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，為便于理解，下面分別進(jìn)行說明:
[0127]一、網(wǎng)絡(luò)服務(wù)器根據(jù)用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中至少一種確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0128]可選地，在上述圖3對應(yīng)的實(shí)施例的基礎(chǔ)上，本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)服務(wù)器第一個(gè)可選實(shí)施例中，確定模塊具體用于在所述用于確定擁塞控制算法的信息包括所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中至少一種時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0129]其次，本實(shí)施例中網(wǎng)絡(luò)服務(wù)器可以根據(jù)網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中至少一種，確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，如此便可以靈活的根據(jù)實(shí)際應(yīng)用與動(dòng)態(tài)網(wǎng)絡(luò)選擇最佳的擁塞控制算法來解決網(wǎng)絡(luò)擁塞的問題，使方案更具有靈活性，同時(shí)更具備實(shí)用性。
[0130]二、網(wǎng)絡(luò)服務(wù)器根據(jù)用戶終端確定的擁塞控制算法的類型、用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求以及第一網(wǎng)絡(luò)狀態(tài)信息中至少一種確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0131]請參閱圖4，本發(fā)明網(wǎng)絡(luò)服務(wù)器的另一個(gè)實(shí)施例包括:
[0132]第一獲取模塊401，用于獲取用于確定擁塞控制算法的信息；
[0133]第一確定模塊402，用于根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0134]第一傳輸模塊403，用于使用所述擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸。
[0135]所述第一確定模塊402可以進(jìn)一步包括:
[0136]判斷單元4021，用于判斷是否支持所述用戶終端確定的擁塞控制算法；
[0137]第一確定單元4022，用于當(dāng)支持所述用戶終端確定的擁塞控制算法時(shí)，將所述用戶終端確定的擁塞控制算法確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法;
[0138]第二確定單元4023，用于當(dāng)不支持所述用戶終端確定的擁塞控制算法時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0139]其次，本實(shí)施例中提出一種通過判斷網(wǎng)絡(luò)服務(wù)器自身是否支持用戶終端所選擇的擁塞控制算法來確定最終擁塞控制算法的方法，使方案的可操作性得以提升，增加方案的靈活性。
[0140]請參閱圖5，本發(fā)明網(wǎng)絡(luò)服務(wù)器的另一個(gè)實(shí)施例包括:
[0141]第一獲取模塊501，用于獲取用于確定擁塞控制算法的信息；
[0142]第一確定模塊502，用于根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法；
[0143]第一傳輸模塊503，用于使用所述擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸；
[0144]第二獲取模塊504，用于獲取所述用戶終端與服務(wù)器通信路徑上的第二網(wǎng)絡(luò)狀態(tài)信息；
[0145]調(diào)用模塊505，用于根據(jù)所述第二網(wǎng)絡(luò)狀態(tài)信息，調(diào)用應(yīng)用程序編程API接口，所述API接口用于修改傳輸控制協(xié)議TCP參數(shù)；
[0146]修正模塊506，用于通過所述API接口修改所述TCP參數(shù)。
[0147]所述第一確定模塊502可以進(jìn)一步包括:
[0148]判斷單元5021，用于判斷是否支持所述用戶終端確定的擁塞控制算法；
[0149]第一確定單元5022，用于當(dāng)支持所述用戶終端確定的擁塞控制算法時(shí)，將所述用戶終端確定的擁塞控制算法確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法;
[0150]第二確定單元5023，用于當(dāng)不支持所述用戶終端確定的擁塞控制算法時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。
[0151]再次，本實(shí)施例中，網(wǎng)絡(luò)服務(wù)器獲取網(wǎng)絡(luò)狀態(tài)信息，并根據(jù)該信息通過API接口進(jìn)行TCP參數(shù)的修改，可以及時(shí)根據(jù)網(wǎng)絡(luò)狀態(tài)信息確定網(wǎng)絡(luò)的調(diào)整策略，通過API接口動(dòng)態(tài)調(diào)整TCP參數(shù)，從而提高TCP傳輸效率，使得方案的應(yīng)用更為廣泛，并且使得靈活性更進(jìn)一步的提尚了。
[0152]下面對本發(fā)明中的用戶終端進(jìn)行詳細(xì)描述，請參閱圖6，本發(fā)明實(shí)施例中的用戶終端包括:
[0153]第三獲取模塊601，用于通過已有API接口或新建API接口獲取用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種；
[0154]第一發(fā)送模塊602，用于向網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，以使得網(wǎng)絡(luò)服務(wù)器根據(jù)網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種確定擁塞控制算法；
[0155]第二傳輸模塊603，用于使用所述擁塞控制算法與所述網(wǎng)絡(luò)服務(wù)器進(jìn)行數(shù)據(jù)傳輸。
[0156]本實(shí)施例中，第三獲取模塊601通過已有API接口或新建API接口獲取用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，第一發(fā)送模塊602向網(wǎng)絡(luò)服務(wù)器發(fā)送第三獲取模塊601獲取的用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，以使得網(wǎng)絡(luò)服務(wù)器根據(jù)網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種確定擁塞控制算法，第二傳輸模塊603使用擁塞控制算法與網(wǎng)絡(luò)服務(wù)器進(jìn)行數(shù)據(jù)傳輸。
[0157]本發(fā)明實(shí)施例中，用戶終端通過新建API接口或者已有的API接口獲取自身的網(wǎng)卡類型、接入網(wǎng)方式以及用戶的業(yè)務(wù)需求，并將這些信息發(fā)送至網(wǎng)絡(luò)服務(wù)器，使得網(wǎng)絡(luò)服務(wù)器可以根據(jù)這些信息確定與用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，網(wǎng)絡(luò)服務(wù)器根據(jù)用戶終端不同的網(wǎng)絡(luò)特征信息選擇不同的擁塞控制算法，針對具體網(wǎng)卡類型、接入網(wǎng)方式和用戶的業(yè)務(wù)需求進(jìn)行TCP傳輸，提高TCP傳輸效率。
[0158]請參閱圖7，本發(fā)明實(shí)施例中用戶終端的另一個(gè)實(shí)施例包括:
[0159]第三獲取模塊701，用于通過已有API接口或新建API接口獲取所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種；
[0160]第二確定模塊702，用于根據(jù)所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，確定與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種對應(yīng)的擁塞控制算法；
[0161]第一發(fā)送模塊703，用于向網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，以使得網(wǎng)絡(luò)服務(wù)器根據(jù)網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種確定所述擁塞控制算法；
[0162]第二傳輸模塊704，用于使用所述擁塞控制算法與所述網(wǎng)絡(luò)服務(wù)器進(jìn)行數(shù)據(jù)傳輸。
[0163]所述第一發(fā)送模塊703可以進(jìn)一步包括:
[0164]發(fā)送單元7031，用于向所述網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求中至少一種，以及所述對應(yīng)的擁塞控制算法；
[0165]其次，本發(fā)明實(shí)施例中用戶終端可以通過網(wǎng)卡類型、接入網(wǎng)方式以及用戶的業(yè)務(wù)需求，確定與用戶終端的網(wǎng)卡類型和接入網(wǎng)方式對應(yīng)的擁塞控制算法，若網(wǎng)絡(luò)服務(wù)器也支持該擁塞控制算法則為最佳選擇，否則網(wǎng)絡(luò)服務(wù)器會(huì)選擇次佳的擁塞控制算法進(jìn)行數(shù)據(jù)傳輸，該方案的可實(shí)施性得到提升，同時(shí)在實(shí)際應(yīng)用中的效果會(huì)更好，提供TCP傳輸?shù)男省?br>[0166]圖8是本發(fā)明實(shí)施例提供的一種服務(wù)器結(jié)構(gòu)示意圖，該服務(wù)器800可因配置或性能不同而產(chǎn)生比較大的差異，可以包括一個(gè)或一個(gè)以上中央處理器(CPU，centralprocessing units) 822 (例如，一個(gè)或一個(gè)以上處理器)和存儲(chǔ)器832，一個(gè)或一個(gè)以上存儲(chǔ)應(yīng)用程序842或數(shù)據(jù)844的存儲(chǔ)介質(zhì)830 (例如一個(gè)或一個(gè)以上海量存儲(chǔ)設(shè)備)。其中，存儲(chǔ)器832和存儲(chǔ)介質(zhì)830可以是短暫存儲(chǔ)或持久存儲(chǔ)。存儲(chǔ)在存儲(chǔ)介質(zhì)830的程序可以包括一個(gè)或一個(gè)以上模塊(圖示沒標(biāo)出)，每個(gè)模塊可以包括對服務(wù)器中的一系列指令操作。更進(jìn)一步地，中央處理器822可以設(shè)置為與存儲(chǔ)介質(zhì)830通信，在服務(wù)器800上執(zhí)行存儲(chǔ)介質(zhì)830中的一系列指令操作。
[0167]服務(wù)器800還可以包括一個(gè)或一個(gè)以上電源826，一個(gè)或一個(gè)以上有線或無線網(wǎng)絡(luò)接口 850，一個(gè)或一個(gè)以上輸入輸出接口 858，和/或，一個(gè)或一個(gè)以上操作系統(tǒng)841，例如Windows ServerTM, Mac OS XTM，UnixTM, LinuxTM，F(xiàn)reeBSDTM 等等。
[0168]上述實(shí)施例中由服務(wù)器所執(zhí)行的步驟可以基于該圖8所示的服務(wù)器結(jié)構(gòu)。
[0169]本發(fā)明實(shí)施例還提供了一種用戶終端裝置，如圖9所示，為了便于說明，僅示出了與本發(fā)明實(shí)施例相關(guān)的部分，具體技術(shù)細(xì)節(jié)未揭示的，請參照本發(fā)明實(shí)施例方法部分。該終端可以為包括手機(jī)、平板電腦、PDA(Personal Digital Assistant，個(gè)人數(shù)字助理)、POS (Point of Sales，銷售終端)、車載電腦等任意終端設(shè)備，以終端為手機(jī)為例:
[0170]圖9示出的是與本發(fā)明實(shí)施例提供的終端相關(guān)的手機(jī)的部分結(jié)構(gòu)的框圖。參考圖9，手機(jī)包括:射頻(Rad1 Frequency, RF)電路910、存儲(chǔ)器920、輸入單元930、顯示單元940、傳感器950、音頻電路960、無線保真(wireless fidelity，WiFi)模塊970、處理器980、以及電源990等部件。本領(lǐng)域技術(shù)人員可以理解，圖9中示出的手機(jī)結(jié)構(gòu)并不構(gòu)成對手機(jī)的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。
[0171]下面結(jié)合圖9對手機(jī)的各個(gè)構(gòu)成部件進(jìn)行具體的介紹:
[0172]RF電路910可用于收發(fā)信息或通話過程中，信號的接收和發(fā)送，特別地，將基站的下行信息接收后，給處理器980處理；另外，將設(shè)計(jì)上行的數(shù)據(jù)發(fā)送給基站。通常，RF電路910包括但不限于天線、至少一個(gè)放大器、收發(fā)信機(jī)、耦合器、低噪聲放大器(Low NoiseAmplifier, LNA)、雙工器等。此外，RF電路910還可以通過無線通信與網(wǎng)絡(luò)和其他設(shè)備通信。上述無線通信可以使用任一通信標(biāo)準(zhǔn)或協(xié)議，包括但不限于全球移動(dòng)通訊系統(tǒng)(Global System of Mobile communicat1n，GSM)、通用分組無線服務(wù)(General PacketRad1 Service，GPRS)、碼分多址(Code Divis1n Multiple Access，CDMA)、寬帶碼分多址(Wideband Code Divis1n Multiple Access, WCDMA)、長期演進(jìn)(Long Term Evolut1n,LTE)、電子郵件、短消息服務(wù)(Short Messaging Service, SMS)等。
[0173]存儲(chǔ)器920可用于存儲(chǔ)軟件程序以及模塊，處理器980通過運(yùn)行存儲(chǔ)在存儲(chǔ)器920的軟件程序以及模塊，從而執(zhí)行手機(jī)的各種功能應(yīng)用以及數(shù)據(jù)處理。存儲(chǔ)器920可主要包括存儲(chǔ)程序區(qū)和存儲(chǔ)數(shù)據(jù)區(qū)，其中，存儲(chǔ)程序區(qū)可存儲(chǔ)操作系統(tǒng)、至少一個(gè)功能所需的應(yīng)用程序(比如聲音播放功能、圖像播放功能等)等；存儲(chǔ)數(shù)據(jù)區(qū)可存儲(chǔ)根據(jù)手機(jī)的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。此外，存儲(chǔ)器920可以包括高速隨機(jī)存取存儲(chǔ)器，還可以包括非易失性存儲(chǔ)器，例如至少一個(gè)磁盤存儲(chǔ)器件、閃存器件、或其他易失性固態(tài)存儲(chǔ)器件。
[0174]輸入單元930可用于接收輸入的數(shù)字或字符信息，以及產(chǎn)生與手機(jī)的用戶設(shè)置以及功能控制有關(guān)的鍵信號輸入。具體地，輸入單元930可包括觸控面板931以及其他輸入設(shè)備932。觸控面板931，也稱為觸摸屏，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸控面板931上或在觸控面板931附近的操作)，并根據(jù)預(yù)先設(shè)定的程式驅(qū)動(dòng)相應(yīng)的連接裝置?？蛇x的，觸控面板931可包括觸摸檢測裝置和觸摸控制器兩個(gè)部分。其中，觸摸檢測裝置檢測用戶的觸摸方位，并檢測觸摸操作帶來的信號，將信號傳送給觸摸控制器；觸摸控制器從觸摸檢測裝置上接收觸摸信息，并將它轉(zhuǎn)換成觸點(diǎn)坐標(biāo)，再送給處理器980，并能接收處理器980發(fā)來的命令并加以執(zhí)行。此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類型實(shí)現(xiàn)觸控面板931。除了觸控面板931，輸入單元930還可以包括其他輸入設(shè)備932。具體地，其他輸入設(shè)備932可以包括但不限于物理鍵盤、功能鍵(比如音量控制按鍵、開關(guān)按鍵等)、軌跡球、鼠標(biāo)、操作桿等中的一種或多種。
[0175]顯示單元940可用于顯示由用戶輸入的信息或提供給用戶的信息以及手機(jī)的各種菜單。顯示單元940可包括顯示面板941，可選的，可以采用液晶顯示器(Liquid CrystalDisplay，IXD)、有機(jī)發(fā)光二極管(Organic Light-Emitting D1de, OLED)等形式來配置顯示面板941。進(jìn)一步的，觸控面板931可覆蓋顯示面板941，當(dāng)觸控面板931檢測到在其上或附近的觸摸操作后，傳送給處理器980以確定觸摸事件的類型，隨后處理器980根據(jù)觸摸事件的類型在顯示面板941上提供相應(yīng)的視覺輸出。雖然在圖9中，觸控面板931與顯示面板941是作為兩個(gè)獨(dú)立的部件來實(shí)現(xiàn)手機(jī)的輸入和輸入功能，但是在某些實(shí)施例中，可以將觸控面板931與顯示面板941集成而實(shí)現(xiàn)手機(jī)的輸入和輸出功能。
[0176]手機(jī)還可包括至少一種傳感器950，比如光傳感器、運(yùn)動(dòng)傳感器以及其他傳感器。具體地，光傳感器可包括環(huán)境光傳感器及接近傳感器，其中，環(huán)境光傳感器可根據(jù)環(huán)境光線的明暗來調(diào)節(jié)顯示面板941的亮度，接近傳感器可在手機(jī)移動(dòng)到耳邊時(shí)，關(guān)閉顯示面板941和/或背光。作為運(yùn)動(dòng)傳感器的一種，加速計(jì)傳感器可檢測各個(gè)方向上(一般為三軸)加速度的大小，靜止時(shí)可檢測出重力的大小及方向，可用于識(shí)別手機(jī)姿態(tài)的應(yīng)用(比如橫豎屏切換、相關(guān)游戲、磁力計(jì)姿態(tài)校準(zhǔn))、振動(dòng)識(shí)別相關(guān)功能(比如計(jì)步器、敲擊)等；至于手機(jī)還可配置的陀螺儀、氣壓計(jì)、濕度計(jì)、溫度計(jì)、紅外線傳感器等其他傳感器，在此不再贅述。
[0177]音頻電路960、揚(yáng)聲器961，傳聲器962可提供用戶與手機(jī)之間的音頻接口。音頻電路960可將接收到的音頻數(shù)據(jù)轉(zhuǎn)換后的電信號，傳輸?shù)綋P(yáng)聲器961，由揚(yáng)聲器961轉(zhuǎn)換為聲音信號輸出；另一方面，傳聲器962將收集的聲音信號轉(zhuǎn)換為電信號，由音頻電路960接收后轉(zhuǎn)換為音頻數(shù)據(jù)，再將音頻數(shù)據(jù)輸出處理器980處理后，經(jīng)RF電路910以發(fā)送給比如另一手機(jī)，或者將音頻數(shù)據(jù)輸出至存儲(chǔ)器920以便進(jìn)一步處理。
[0178]WiFi屬于短距離無線傳輸技術(shù)，手機(jī)通過WiFi模塊970可以幫助用戶收發(fā)電子郵件、瀏覽網(wǎng)頁和訪問流式媒體等，它為用戶提供了無線的寬帶互聯(lián)網(wǎng)訪問。雖然圖9示出了WiFi模塊970，但是可以理解的是，其并不屬于手機(jī)的必須構(gòu)成，完全可以根據(jù)需要在不改變發(fā)明的本質(zhì)的范圍內(nèi)而省略。
[0179]處理器980是手機(jī)的控制中心，利用各種接口和線路連接整個(gè)手機(jī)的各個(gè)部分，通過運(yùn)行或執(zhí)行存儲(chǔ)在存儲(chǔ)器920內(nèi)的軟件程序和/或模塊，以及調(diào)用存儲(chǔ)在存儲(chǔ)器920內(nèi)的數(shù)據(jù)，執(zhí)行手機(jī)的各種功能和處理數(shù)據(jù)，從而對手機(jī)進(jìn)行整體監(jiān)控?？蛇x的，處理器980可包括一個(gè)或多個(gè)處理單元；優(yōu)選的，處理器980可集成應(yīng)用處理器和調(diào)制解調(diào)處理器，其中，應(yīng)用處理器主要處理操作系統(tǒng)、用戶界面和應(yīng)用程序等，調(diào)制解調(diào)處理器主要處理無線通信?？梢岳斫獾氖?，上述調(diào)制解調(diào)處理器也可以不集成到處理器980中。
[0180]手機(jī)還包括給各個(gè)部件供電的電源990 (比如電池)，優(yōu)選的，電源可以通過電源管理系統(tǒng)與處理器980邏輯相連，從而通過電源管理系統(tǒng)實(shí)現(xiàn)管理充電、放電、以及功耗管理等功能。
[0181]盡管未示出，手機(jī)還可以包括攝像頭、藍(lán)牙模塊等，在此不再贅述。
[0182]下面對本發(fā)明實(shí)施例中的數(shù)據(jù)傳輸系統(tǒng)進(jìn)行描述，請參閱圖10，本發(fā)明實(shí)施例中的數(shù)據(jù)傳輸系統(tǒng)包括:
[0183]網(wǎng)絡(luò)服務(wù)器1001以及用戶終端1002 ；
[0184]網(wǎng)絡(luò)服務(wù)器1001獲取用于確定擁塞控制算法的信息，網(wǎng)絡(luò)服務(wù)器1001根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端1002進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，網(wǎng)絡(luò)服務(wù)器1001使用所述擁塞控制算法與所述用戶終端1002進(jìn)行數(shù)據(jù)傳輸；
[0185]用戶終端1002通過已有API接口或新建API接口獲取所述用戶終端1002的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，用戶終端1002向網(wǎng)絡(luò)服務(wù)器1001發(fā)送所述用戶終端1002的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，以使得網(wǎng)絡(luò)服務(wù)器1001根據(jù)網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種確定所述擁塞控制算法，用戶終端1002使用所述擁塞控制算法與所述網(wǎng)絡(luò)服務(wù)器1001進(jìn)行數(shù)據(jù)傳輸。
[0186]本發(fā)明實(shí)施例中，網(wǎng)絡(luò)服務(wù)器獲取用戶終端發(fā)送的信息，并結(jié)合自身支持的擁塞控制算法，選擇最終采用的擁塞控制算法，網(wǎng)絡(luò)服務(wù)器使用該擁塞控制算法進(jìn)行TCP傳輸。網(wǎng)絡(luò)服務(wù)器根據(jù)接收到的不同信息選擇不同的擁塞控制算法，針對具體終端類型與接入網(wǎng)方式進(jìn)行TCP傳輸，提高TCP傳輸效率。
[0187]所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實(shí)施例中的對應(yīng)過程，在此不再贅述。
[0188]在本申請所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。
[0189]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。
[0190]另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。
[0191]所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括:U盤、移動(dòng)硬盤、只讀存儲(chǔ)器(ROM，Read-OnlyMemory)、隨機(jī)存取存儲(chǔ)器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。
[0192]以上所述，以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
【主權(quán)項(xiàng)】
1.一種數(shù)據(jù)傳輸?shù)姆椒?，其特征在于，包? 獲取用于確定擁塞控制算法的信息； 根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法； 使用所述擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用于確定擁塞控制算法的信息包括所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中至少一種時(shí)，所述根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，包括: 從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述用于確定擁塞控制算法的信息還包括所述用戶終端確定的擁塞控制算法的類型時(shí)，所述從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法，包括: 判斷是否支持所述用戶終端確定的擁塞控制算法； 當(dāng)支持所述用戶終端確定的擁塞控制算法時(shí)，將所述用戶終端確定的擁塞控制算法確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法； 當(dāng)不支持所述用戶終端確定的擁塞控制算法時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。4.根據(jù)權(quán)利要求1至3任一所述的方法，其特征在于，所述使用所述擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)，所述方法還包括: 獲取所述用戶終端與服務(wù)器通信路徑上的第二網(wǎng)絡(luò)狀態(tài)信息； 根據(jù)所述第二網(wǎng)絡(luò)狀態(tài)信息，調(diào)用應(yīng)用程序編程AP I接口，所述API接口用于修改傳輸控制協(xié)議TCP參數(shù)； 通過所述API接口修改所述TCP參數(shù)。5.一種數(shù)據(jù)傳輸?shù)姆椒?，其特征在于，包? 通過已有API接口或新建API接口獲取用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種； 向網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，以使得網(wǎng)絡(luò)服務(wù)器根據(jù)網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種確定擁塞控制算法； 使用所述擁塞控制算法與所述網(wǎng)絡(luò)服務(wù)器進(jìn)行數(shù)據(jù)傳輸。6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述通過已有API接口或新建API接口獲取所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種之后，所述方法還包括: 根據(jù)所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，確定與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種對應(yīng)的擁塞控制算法； 所述向網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，包括: 向所述網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求中至少一種，以及所述對應(yīng)的擁塞控制算法。7.一種網(wǎng)絡(luò)服務(wù)器，其特征在于，包括: 第一獲取模塊，用于獲取用于確定擁塞控制算法的信息； 第一確定模塊，用于根據(jù)所述用于確定擁塞控制算法的信息，確定與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法； 第一傳輸模塊，用于使用所述擁塞控制算法與所述用戶終端進(jìn)行數(shù)據(jù)傳輸。8.根據(jù)權(quán)利要求7所述的網(wǎng)絡(luò)服務(wù)器，其特征在于，所述確定模塊具體用于在所述用于確定擁塞控制算法的信息包括所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中至少一種時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。9.根據(jù)權(quán)利要求8所述的網(wǎng)絡(luò)服務(wù)器，其特征在于，所述第一確定模塊包括: 判斷單元，用于判斷是否支持所述用戶終端確定的擁塞控制算法； 第一確定單元，用于當(dāng)支持所述用戶終端確定的擁塞控制算法時(shí)，將所述用戶終端確定的擁塞控制算法確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法； 第二確定單元，用于當(dāng)不支持所述用戶終端確定的擁塞控制算法時(shí)，從網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種與擁塞控制算法的對應(yīng)關(guān)系中，將與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求和第一網(wǎng)絡(luò)狀態(tài)信息中的至少一種對應(yīng)的擁塞控制算法，確定為與所述用戶終端進(jìn)行數(shù)據(jù)傳輸時(shí)所使用的擁塞控制算法。10.根據(jù)權(quán)利要求7至9任一所述的網(wǎng)絡(luò)服務(wù)器，其特征在于，所述網(wǎng)絡(luò)服務(wù)器還包括: 第二獲取模塊，用于獲取所述用戶終端與服務(wù)器通信路徑上的第二網(wǎng)絡(luò)狀態(tài)信息； 調(diào)用模塊，用于根據(jù)所述第二網(wǎng)絡(luò)狀態(tài)信息，調(diào)用應(yīng)用程序編程AP I接口，所述API接口用于修改傳輸控制協(xié)議TCP參數(shù)； 修正模塊，用于通過所述API接口修改所述TCP參數(shù)。11.一種用戶終端，其特征在于，包括: 第三獲取模塊，用于通過已有API接口或新建API接口獲取用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種； 第一發(fā)送模塊，用于向網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，以使得網(wǎng)絡(luò)服務(wù)器根據(jù)網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種確定擁塞控制算法； 第二傳輸模塊，用于使用所述擁塞控制算法與所述網(wǎng)絡(luò)服務(wù)器進(jìn)行數(shù)據(jù)傳輸。12.根據(jù)權(quán)利要求11所述的用戶終端，其特征在于，所述用戶終端還包括: 第二確定模塊，用于根據(jù)所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種，確定與所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式和業(yè)務(wù)需求中至少一種對應(yīng)的擁塞控制算法； 所述第一發(fā)送模塊包括: 發(fā)送單元，用于向所述網(wǎng)絡(luò)服務(wù)器發(fā)送所述用戶終端的網(wǎng)卡類型、接入網(wǎng)方式、業(yè)務(wù)需求中至少一種，以及所述對應(yīng)的擁塞控制算法。13.一種數(shù)據(jù)傳輸?shù)南到y(tǒng)，其特征在于，包括:網(wǎng)絡(luò)服務(wù)器和用戶終端 所述網(wǎng)絡(luò)服務(wù)器為上述權(quán)利要求7至10中任一項(xiàng)所述的網(wǎng)絡(luò)服務(wù)器； 所述用戶終端為上述權(quán)利要求11至12任一項(xiàng)所述的用戶終端。
【文檔編號】H04L12/801GK105847168SQ201510014307
【公開日】2016年8月10日
【申請日】2015年1月12日
【發(fā)明人】孔維慶, 周洪
【申請人】華為技術(shù)有限公司