專利名稱：一種移動網(wǎng)絡(luò)中tcp業(yè)務(wù)的數(shù)據(jù)傳輸方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信領(lǐng)域，特別涉及一種移動網(wǎng)絡(luò)中TCP業(yè)務(wù)的數(shù)據(jù)傳輸方法及
>J-U ρ α裝直。
背景技術(shù)：
在移動網(wǎng)絡(luò)業(yè)務(wù)應(yīng)用中，大部分業(yè)務(wù)應(yīng)用的數(shù)據(jù)包的傳輸都是基于TCP·(Transmission Control Protocol,傳輸控制協(xié)議)傳輸協(xié)議的，可以將基于TCP傳輸協(xié)議傳輸?shù)臉I(yè)務(wù)應(yīng)用簡稱為TCP業(yè)務(wù)，例如，郵件的收發(fā)、即時消息的收發(fā)、WEB (網(wǎng)頁)流量數(shù)據(jù)的下載和上傳、FTP (File Transfer Protocol,文件傳輸協(xié)議)下載、視頻的下載等。上述基于TCP傳輸協(xié)議的業(yè)務(wù)數(shù)據(jù)的傳輸是基于業(yè)務(wù)QoS (Quality of Service,服務(wù)質(zhì)量)保障建立的，通過QCI (Quality of Service Class Identifier,服務(wù)質(zhì)量類別標(biāo)識)和ARP(Address Resolution Protocol,地址解析協(xié)議)確定與要進行傳輸?shù)臉I(yè)務(wù)應(yīng)用的數(shù)據(jù)包對應(yīng)的唯一的一個承載。由于TCP傳輸協(xié)議是基于確認(rèn)機制的，每個數(shù)據(jù)包對應(yīng)一個響應(yīng)包(ACK/NACK包)(包括ACK確認(rèn)包和NACK否認(rèn)包)，并且由于同一個業(yè)務(wù)應(yīng)用的數(shù)據(jù)包和響應(yīng)包具有相同的QoS要求，因此在同一條承載中傳輸，并且具有相同的調(diào)度優(yōu)先級。TD-LTE (Time Division Long Term Evolution,分時長期演進)實驗室測試結(jié)果表明，多個TCP業(yè)務(wù)被承載在同一個承載中(即通過同一個承載傳輸數(shù)據(jù))時，存在低優(yōu)先級的TCP業(yè)務(wù)的響應(yīng)包不能及時被調(diào)度，導(dǎo)致低優(yōu)先級的TCP業(yè)務(wù)的傳輸速率陡降的問題?，F(xiàn)有技術(shù)中，多個TCP業(yè)務(wù)分別被承載在不同的傳輸者BeareK即承載，包括默認(rèn)承載或?qū)Ｓ贸休d)中時，每個TCP業(yè)務(wù)的數(shù)據(jù)包和該TCP業(yè)務(wù)的響應(yīng)包仍然是通過同一個承載傳輸?shù)?，而由于同一個業(yè)務(wù)的響應(yīng)包和數(shù)據(jù)包具有相同的調(diào)度優(yōu)先級，不存在優(yōu)先調(diào)度，因此導(dǎo)致TCP業(yè)務(wù)的傳輸速率的降低。并且TD-LTE實驗室測試表明，當(dāng)單個用戶的FTP業(yè)務(wù)的上傳文件的業(yè)務(wù)與下載文件的業(yè)務(wù)同時進行時，由于上行數(shù)據(jù)和下行數(shù)據(jù)都是通過默認(rèn)承載傳輸?shù)?，因此FTP下載文件的業(yè)務(wù)會受到上傳文件的業(yè)務(wù)的影響，速率陡降，明顯地降低用戶體驗。現(xiàn)有技術(shù)中，F(xiàn)TP上傳文件的業(yè)務(wù)和FTP下載文件的業(yè)務(wù)是兩個基于TCP傳輸協(xié)議的典型的業(yè)務(wù)。TD-LTE系統(tǒng)下的一個客戶端同時請求處理多個TCP業(yè)務(wù)(以FTP上傳文件的業(yè)務(wù)和FTP下載文件的業(yè)務(wù)為例)的數(shù)據(jù)傳輸原理如下。將FTP上傳文件的業(yè)務(wù)(上行業(yè)務(wù))、FTP下傳文件的業(yè)務(wù)(下行業(yè)務(wù))統(tǒng)稱為FTP業(yè)務(wù)。FTP業(yè)務(wù)是基于“客戶端/服務(wù)器”模型的，具有兩種傳輸方式一種方式是Standard (標(biāo)準(zhǔn))模式(即PORT方式，主動方式)，發(fā)起FTP業(yè)務(wù)的客戶端發(fā)送PORT命令到FTP服務(wù)器；一種方式是Passive (被動)模式(即PASV方式，被動方式)，發(fā)起FTP業(yè)務(wù)的客戶端發(fā)送PASV命令到FTP Server (服務(wù)器)。大部分FTP客戶端默認(rèn)使用PASV方式，即預(yù)設(shè)的首選傳輸方式是PASV方式，IE (Internet Explorer,網(wǎng)頁瀏覽器)默認(rèn)使用PORT方式，即IE預(yù)設(shè)的首選傳輸方式是PORT方式。
FTP業(yè)務(wù)基本的數(shù)據(jù)傳輸原理的示意圖如圖I所示，在進行數(shù)據(jù)傳輸時，F(xiàn)TP的客戶端和服務(wù)器之間建立兩個TCP連接控制連接和數(shù)據(jù)連接。FTP業(yè)務(wù)基本的數(shù)據(jù)傳輸步驟如下步驟101 :客戶端發(fā)起控制連接建立請求(即客戶端向服務(wù)器發(fā)送FTP請求)?？蛻舳苏埱笈c服務(wù)器的端口 21建立控制鏈接。步驟102 :客戶端與服務(wù)器通過服務(wù)器的端口 21建立控制鏈接。將此處的端口 21稱為會話端口。步驟103 :客戶端使用控制鏈接發(fā)送FTP命令(包括PORT命令和PASV命令)至服務(wù)器，服務(wù)器使用控制鏈接發(fā)送相應(yīng)的FTP應(yīng)答至客戶端。步驟104 :客戶端與服務(wù)器建立數(shù)據(jù)連接?？蛻舳税l(fā)送一個數(shù)據(jù)傳輸請求給服務(wù)器，服務(wù)器根據(jù)FTP業(yè)務(wù)的傳輸方式建立數(shù)據(jù)連接，包括 若FTP業(yè)務(wù)的傳輸模式是Standard模式,服務(wù)器通過端口 20與客戶端建立一個數(shù)據(jù)連接；若FTP業(yè)務(wù)的傳輸模式是Passive模式，服務(wù)器選擇一個較大的端口與客戶端建立一個數(shù)據(jù)連接。步驟105 :數(shù)據(jù)傳輸。數(shù)據(jù)連接建立后，發(fā)送數(shù)據(jù)的一方通過該數(shù)據(jù)連接將數(shù)據(jù)傳送給對方。此時，上行業(yè)務(wù)的數(shù)據(jù)包和響應(yīng)包以及下行業(yè)務(wù)的數(shù)據(jù)包和響應(yīng)包均通過默認(rèn)承載傳輸。在TD-LTE系統(tǒng)中的FTP業(yè)務(wù)的數(shù)據(jù)傳輸原理如下。FTP上傳文件的業(yè)務(wù)和FTP下載文件的業(yè)務(wù)，都屬于FTP業(yè)務(wù)，具有相同的QoS要求，因此，現(xiàn)有技術(shù)中FTP業(yè)務(wù)中的上行業(yè)務(wù)和下行業(yè)務(wù)都被承載在默認(rèn)承載中。圖2顯示了上下行業(yè)務(wù)通過同一個承載傳輸數(shù)據(jù)的示意圖，在本實施例中為FTP業(yè)務(wù)中的上下行業(yè)務(wù)同時通過同一個承載傳輸數(shù)據(jù)的示意圖。上述示意圖中的兩個FTP業(yè)務(wù)的數(shù)據(jù)傳輸?shù)牟襟E如圖3所示。步驟301 :客戶端在開機后,連接到EPC(Evolved Packet Core,移動核心網(wǎng)演進)網(wǎng)絡(luò)，在發(fā)起下行業(yè)務(wù)請求后，建立默認(rèn)承載，默認(rèn)承載的QCI —般為8或9。步驟302 :客戶端通過默認(rèn)承載進行下行業(yè)務(wù)的數(shù)據(jù)傳輸，包括數(shù)據(jù)包和響應(yīng)包。此時，服務(wù)器向客戶端發(fā)送下行業(yè)務(wù)的數(shù)據(jù)包。該過程中數(shù)據(jù)傳輸速率可以達(dá)到峰值。由于一個文件包括多個數(shù)據(jù)包，因此，下載一個文件的下行業(yè)務(wù)需要下載多個數(shù)據(jù)包。客戶端在每接收完畢上述下行業(yè)務(wù)的一個數(shù)據(jù)包后，向服務(wù)器反饋一個相應(yīng)的下行業(yè)務(wù)的響應(yīng)包。步驟303 :同一客戶端在進行上述下行業(yè)務(wù)的同時，發(fā)起通過同一個默認(rèn)承載進行數(shù)據(jù)傳輸?shù)纳闲袠I(yè)務(wù)。步驟304 :在客戶端發(fā)起上行業(yè)務(wù)后，客戶端通過上述同一個默認(rèn)承載向服務(wù)器發(fā)送上行業(yè)務(wù)的數(shù)據(jù)包。服務(wù)器在接收完畢客戶端發(fā)送的上行業(yè)務(wù)的一個數(shù)據(jù)包后，向客戶端反饋一個相應(yīng)的上行業(yè)務(wù)的響應(yīng)包。從圖2中可以看出單個客戶端同時進行上下行業(yè)務(wù)時，在同一個默認(rèn)承載中傳輸。由于TD-LTE系統(tǒng)是基于承載Bearer進行調(diào)度的，此時，下行業(yè)務(wù)的響應(yīng)包與上行業(yè)務(wù)的數(shù)據(jù)包在同一個承載中，具有相同的調(diào)度優(yōu)先級，并且TD-LTE系統(tǒng)空口資源的上下行業(yè)務(wù)具有不對稱性，因此，下行業(yè)務(wù)的響應(yīng)包的調(diào)度會受到上行業(yè)務(wù)的影響。這是由于相較于響應(yīng)包，數(shù)據(jù)包的傳輸時間較長。因此，同一個承載隊列中，如果一個上行業(yè)務(wù)的數(shù)據(jù)包位于一個下行業(yè)務(wù)的響應(yīng)包之前，在將該上行業(yè)務(wù)的數(shù)據(jù)包被傳輸完畢后，才會傳輸該下行業(yè)務(wù)的響應(yīng)包，這樣會導(dǎo)致該下行業(yè)務(wù)的響應(yīng)包等待被傳輸?shù)臅r間過長。而服務(wù)器在發(fā)送出去一個下行業(yè)務(wù)的數(shù)據(jù)包后，如果未接收到客戶端反饋的對應(yīng)該數(shù)據(jù)包的響應(yīng)包，就不會繼續(xù)發(fā)送下一個下行業(yè)務(wù)的數(shù)據(jù)包，這樣就會導(dǎo)致下行業(yè)務(wù)的速率陡降，而上行業(yè)務(wù)受到下行業(yè)務(wù)的影響較小。測試表明，單個客戶端進行下行業(yè)務(wù)速率為38 45M每秒，若同時進行上下行業(yè) 務(wù)，則下行業(yè)務(wù)速率會陡降為2M每秒。如果減少上行業(yè)務(wù)的線程，在一定空口資源的條件下，上行業(yè)務(wù)的響應(yīng)包傳輸相應(yīng)增加，則下行業(yè)務(wù)的速率會相應(yīng)提高。單個用戶同時進行上下行業(yè)務(wù)，并且上行業(yè)務(wù)和下行業(yè)務(wù)分別被承載在不同承載中(即FTP上傳文件的業(yè)務(wù)通過一個承載傳輸，F(xiàn)TP下載文件的業(yè)務(wù)通過另一個承載傳輸)的數(shù)據(jù)傳輸過程如圖4所示。單個客戶端的上下行業(yè)務(wù)同時在不同的承載中傳輸時，由于下行業(yè)務(wù)與上行業(yè)務(wù)具有相同QoS要求，因此，彼此間的速率會互相影響。單個用戶同時進行上下行業(yè)務(wù)，并且上行業(yè)務(wù)和下行業(yè)務(wù)分別通過不同的承載傳輸?shù)倪^程如圖5所示，具體步驟如下。步驟501 :客戶端連接到EPC網(wǎng)絡(luò)，請求進行上行業(yè)務(wù)的數(shù)據(jù)傳輸，建立默認(rèn)承載，其QCI —般為8或9。步驟502 :客戶端進行上行業(yè)務(wù)，客戶端通過默認(rèn)承載向服務(wù)器發(fā)送上行業(yè)務(wù)的數(shù)據(jù)包，并且通過默認(rèn)承載接收服務(wù)器反饋的上行業(yè)務(wù)的響應(yīng)包。步驟503 :若在進行上行業(yè)務(wù)的同時，客戶端請求進行下行業(yè)務(wù)，則建立專用承載，即發(fā)起QCI為6的專用承載的建立流程，。步驟504 :客戶端通過步驟502中建立的專用承載接收服務(wù)器發(fā)送的下行業(yè)務(wù)的數(shù)據(jù)包，并且向服務(wù)器反饋下行業(yè)務(wù)的響應(yīng)包。由于專用承載的調(diào)度優(yōu)先級高于默認(rèn)承載，因此，上述過程中，被承載在專用承載中的下行業(yè)務(wù)的數(shù)據(jù)包和響應(yīng)包的調(diào)度優(yōu)先級高于被承載在默認(rèn)承載中的上行業(yè)務(wù)的數(shù)據(jù)包和響應(yīng)包，從而使得上行業(yè)務(wù)的速率陡降，而下行業(yè)務(wù)受到上行業(yè)務(wù)的影響則較小。通過上述分析可知，現(xiàn)有技術(shù)中，當(dāng)多個TCP業(yè)務(wù)被承載在不同的承載中時，通過調(diào)度優(yōu)先級高的專用承載傳輸數(shù)據(jù)的TCP業(yè)務(wù)的速率會高于通過調(diào)度優(yōu)先級低的默認(rèn)承載傳輸數(shù)據(jù)的TCP業(yè)務(wù)，并且通過調(diào)度優(yōu)先級高的承載傳輸數(shù)據(jù)的TCP業(yè)務(wù)受到通過低優(yōu)先級的承載傳輸數(shù)據(jù)的TCP業(yè)務(wù)的影響較小。而通過調(diào)度優(yōu)先級低的承載傳輸數(shù)據(jù)的TCP業(yè)務(wù)會受到通過調(diào)度優(yōu)先級高的承載傳輸數(shù)據(jù)的TCP業(yè)務(wù)的影響造成速率陡降?？偠灾F(xiàn)有技術(shù)中不論是通過一個承載傳輸多個TCP業(yè)務(wù)的數(shù)據(jù)還是通過多個承載分別傳輸多個TCP業(yè)務(wù)的數(shù)據(jù)，都會有部分TCP業(yè)務(wù)受到其他TCP業(yè)務(wù)的影響而導(dǎo)致傳輸數(shù)據(jù)的速率陡降。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種移動網(wǎng)絡(luò)中TCP業(yè)務(wù)的數(shù)據(jù)傳輸方法及裝置，用以解決單個客戶端同時進行多個TCP業(yè)務(wù)時，部分TCP業(yè)務(wù)受到其他TPC業(yè)務(wù)的影響，導(dǎo)致速率下降的問題。本發(fā)明實施例提供的一種移動網(wǎng)絡(luò)中TCP業(yè)務(wù)的數(shù)據(jù)傳輸?shù)姆椒ǎ蛻舳苏埱筮M行當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)傳輸，并建立第一類承載，以及通過第一類承載傳輸當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包；在傳輸?shù)谝活悩I(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包的過程中，客戶端請求進行至少一個其他TCP業(yè)務(wù)的數(shù)據(jù)傳輸，并建立第二類承載；客戶端通過第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它TCP業(yè)務(wù)的數(shù)據(jù)包，以及通過第二類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它TCP業(yè)務(wù)的響應(yīng)包。本發(fā)明實施例提供一種移動網(wǎng)絡(luò)中傳輸控制協(xié)議TCP業(yè)務(wù)的數(shù)據(jù)傳輸裝置，包括業(yè)務(wù)請求模塊，用于請求第一 TPC業(yè)務(wù)的數(shù)據(jù)傳輸，以及在第一 TPC業(yè)務(wù)進行過程中,請求至少一個其他TCP業(yè)務(wù)的數(shù)據(jù)傳輸；
承載控制模塊，用于在請求第一 TPC業(yè)務(wù)的數(shù)據(jù)傳輸后，建立第一類承載，并通過第一類承載傳輸當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包，以及在第一類業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包的傳輸過程中，確定請求至少一個其他TCP業(yè)務(wù)的數(shù)據(jù)傳輸時，建立第二類承載，并通過第二類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它TCP業(yè)務(wù)的響應(yīng)包，通過第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它TCP業(yè)務(wù)的數(shù)據(jù)包。本發(fā)明實施例在客戶端請求同時進行多個TCP業(yè)務(wù)時，通過建立調(diào)度優(yōu)先級高于第一類承載的第二類承載，并將所有TCP業(yè)務(wù)的響應(yīng)包通過第二類承載中傳輸，使得響應(yīng)包能夠及時被調(diào)度，避免了現(xiàn)有技術(shù)中的響應(yīng)包需要等待數(shù)據(jù)包傳輸后才會被傳輸，由于數(shù)據(jù)包傳輸時間較長而導(dǎo)致響應(yīng)包等待被傳輸?shù)臅r間過長的情況，解決了多個TCP業(yè)務(wù)同時在同一個承載中傳輸時，由于響應(yīng)包沒有及時被調(diào)度而導(dǎo)致TCP業(yè)務(wù)的傳輸速率下降的問題。


圖I為現(xiàn)有技術(shù)中FTP業(yè)務(wù)基本的數(shù)據(jù)傳輸原理的示意圖；圖2為現(xiàn)有技術(shù)中FTP上下行業(yè)務(wù)通過同一個默認(rèn)承載傳輸數(shù)據(jù)的示意圖；圖3為現(xiàn)有技術(shù)中FTP上下行業(yè)務(wù)通過同一個默認(rèn)承載傳輸數(shù)據(jù)的流程圖；圖4為現(xiàn)有技術(shù)中單個用戶同時進行上下行業(yè)務(wù)時，通過不同的承載分別傳輸不同的FTP業(yè)務(wù)的數(shù)據(jù)的示意圖；圖5為現(xiàn)有技術(shù)中單個用戶同時進行上下行業(yè)務(wù)時，通過不同的承載分別傳輸不同的FTP業(yè)務(wù)的數(shù)據(jù)的流程圖；圖6為本發(fā)明實施例中同時進行多個TCP業(yè)務(wù)的數(shù)據(jù)傳輸?shù)牡牧鞒虉D；圖7是本發(fā)明實施例同時進行FTP的上下行業(yè)務(wù)的數(shù)據(jù)傳輸?shù)牧鞒虉D；圖8是本發(fā)明實施例的裝置示意圖。
具體實施例方式本發(fā)明可以解決多個TCP業(yè)務(wù)同時進行時，由于TCP業(yè)務(wù)的響應(yīng)包沒有及時被調(diào)度而導(dǎo)致的該TCP業(yè)務(wù)速率下降問題。
本發(fā)明實施例中客戶端在傳輸當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包的過程中，客戶端請求進行至少一個其它TCP業(yè)務(wù)的數(shù)據(jù)傳輸?shù)倪^程如圖6所示。步驟601 :客戶端請求進行當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)傳輸。步驟602 :在客戶端與服務(wù)器之間建立第一類承載，并通過第一類承載傳輸當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包。若客戶端與服務(wù)器之間建立一個第一類承載，則通過該第一類承載傳輸當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包；若在客戶端與服務(wù)器之間建立多個第一類承載，則較佳的，通過其中一個第一類承載傳輸當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包。此時，當(dāng)前TCP業(yè)務(wù)的傳輸速率可以達(dá)到峰值。步驟603 :在傳輸?shù)谝活悩I(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包的過程中，客戶端請求進 行至少一個其他TCP業(yè)務(wù)的數(shù)據(jù)傳輸，并建立第二類承載。步驟604 :客戶端通過第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它TCP業(yè)務(wù)的數(shù)據(jù)包，以及通過第二類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它TCP業(yè)務(wù)的響應(yīng)包。若步驟602中建立了一個第一類承載，則在步驟604中客戶端通過該第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它TCP業(yè)務(wù)的數(shù)據(jù)包；若步驟602中建立了多個第一類承載，則在步驟604中客戶端可以通過每個第一類承載傳輸當(dāng)前的至少一個TCP業(yè)務(wù)的數(shù)據(jù)包，即每個第一類承載傳輸一個或多個TCP業(yè)務(wù)的數(shù)據(jù)包，例如，一個第一類承載傳輸一個上行TCP業(yè)務(wù)的數(shù)據(jù)包，而另一個第一類承載傳輸一個下行TCP業(yè)務(wù)的數(shù)據(jù)包。若步驟604中建立了一個第二類承載，則在步驟604中客戶端通過該第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它的TCP業(yè)務(wù)的數(shù)據(jù)包；若步驟603中建立了多個第二類承載，則在步驟604中客戶端則可以通過每個第二類承載傳輸當(dāng)前的至少一個TCP業(yè)務(wù)的響應(yīng)包，即每個第二類承載傳輸一個或多個TCP業(yè)務(wù)的響應(yīng)包，例如，一個第二類承載傳輸一個上行TCP業(yè)務(wù)的數(shù)據(jù)包，而另一個第二類承載傳輸一個下行TCP業(yè)務(wù)的數(shù)據(jù)包。上述過程中的第一類承載可以采用基于會話端口的默認(rèn)承載，而第二類承載可以為基于預(yù)設(shè)端口的專用承載。在3GPP 的 R7 規(guī)范中引入了 PCC (Policy and Charging Control,策略控制和計費)架構(gòu)，增加了 PCRF (Policy and Charging Rules Function,策略與計費規(guī)則功能)和PCEF (Policy and Charging Enforcement Function)兩個功能實體。運營商可定義靜態(tài)和動態(tài)PCC規(guī)則，網(wǎng)絡(luò)側(cè)根據(jù)PCC規(guī)則與業(yè)務(wù)類型決定是否發(fā)起專載(Dedicated Bearer,專用承載)的建立，從而通過專載完成業(yè)務(wù)的QoS保障。本發(fā)明下述實施例是以TCP業(yè)務(wù)中的FTP業(yè)務(wù)為例的，其中客戶端在進行一個FTP下行業(yè)務(wù)的數(shù)據(jù)傳輸過程中，請求進行一個FTP上行業(yè)務(wù)的數(shù)據(jù)傳輸，如圖7所示。步驟一在TD-LTE系統(tǒng)中，PCRF配置動態(tài)PCC規(guī)則并將其下發(fā)給P_GW (網(wǎng)關(guān)/網(wǎng)絡(luò)側(cè))。P-GW用于識別FTP下行業(yè)務(wù)，以及用于通知客戶端建立專用承載。步驟二 客戶端連接到EPC網(wǎng)絡(luò)，在進行TCP下行業(yè)務(wù)之前，在客戶端和服務(wù)器之間建立默認(rèn)承載，上述建立過程依據(jù)P-GW轉(zhuǎn)發(fā)給客戶端的動態(tài)PPC規(guī)則，默認(rèn)承載的QCI一般為8或9。步驟三客戶端進行FTP上行業(yè)務(wù)，速率正常，可以達(dá)到峰值?？蛻舳送ㄟ^默認(rèn)承載傳輸FTP上行業(yè)務(wù)的數(shù)據(jù)包和確認(rèn)包。步驟四同一客戶端在進行FTP上行業(yè)務(wù)的數(shù)據(jù)傳輸?shù)耐瑫r，發(fā)起FTP下行業(yè)務(wù)。即在傳輸FTP上行業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包的過程中，客戶端請求進行FTP下行業(yè)務(wù)的數(shù)據(jù)傳輸。步驟五P-GW識別出客戶端請求的FTP下行業(yè)務(wù)后，通知PCRF配置動態(tài)PCC規(guī)則， 并通知客戶端依據(jù)動態(tài)PPC規(guī)則發(fā)起QCI為6的Non-GBR (Guaranteed Bit Rate,保證比特速率)專用承載建立過程。步驟六在專用承載建立后，通過專用承載傳輸FTP上下行業(yè)務(wù)的響應(yīng)包，通過默認(rèn)承載傳輸FTP上下行業(yè)務(wù)的數(shù)據(jù)包，速率接近峰值。在上述過程中可以在步驟二中建立兩個默認(rèn)承載，一個QCI為8—個QCI為9。這樣在步驟三中客戶端通過QCI為8的默認(rèn)承載傳輸FTP上行業(yè)務(wù)的數(shù)據(jù)包和確認(rèn)包，而在步驟五中，客戶端通過QCI為8的默認(rèn)承載傳輸FTP上行業(yè)務(wù)的數(shù)據(jù)包，通過QCI為9的默認(rèn)承載傳輸FTP下行數(shù)據(jù)的數(shù)據(jù)包，通過專用承載傳輸FTP上下行業(yè)務(wù)的響應(yīng)包。在建立專載時，需要考慮IP(Internet Protocol,網(wǎng)際協(xié)議)五元組信息。Standard模式下服務(wù)器端使用固定端口 20，可以將固定端口為20的承載作為五元組重要參數(shù)建立相應(yīng)的專用承載TFT (Traffic Flow Template,業(yè)務(wù)流模板)。Passive模式下，服務(wù)器的端口和客戶端的端口都不是固定的，但可以在服務(wù)器側(cè)設(shè)置服務(wù)器使用的端口范圍。當(dāng)不能設(shè)置端口范圍時，需要P-GW具有DPI(De印Packet Inspection，深度包檢測技術(shù))功能，解析FTP數(shù)據(jù)業(yè)務(wù)流程，識別FTP下載數(shù)據(jù)包和反饋包。在實驗室峰值測試時，可以配置靜態(tài)PCC規(guī)則，讓FTP下行業(yè)務(wù)反饋包和FTP上行業(yè)務(wù)反饋包承載在專用承載上，F(xiàn)TP下行業(yè)務(wù)數(shù)據(jù)包和FTP上行業(yè)務(wù)數(shù)據(jù)包承載在默認(rèn)承載上?；緜?cè)在基于承載進行調(diào)度時，由于TCPACK/NACK反饋包(即響應(yīng)包)較小，且取決于FTP數(shù)據(jù)包速率，Buffer (緩沖存儲器)很難飽和，瞬間調(diào)度完畢，對默認(rèn)承載上數(shù)據(jù)包的調(diào)度幾乎沒有影響。上下行都可以達(dá)到峰值速率。本發(fā)明實施例通過核心網(wǎng)側(cè)配置PCC規(guī)則，實現(xiàn)了 TCP數(shù)據(jù)包和TCP響應(yīng)包在不同的承載中傳輸，且TCP ACK/NACK響應(yīng)包承載在高優(yōu)先級(即調(diào)度優(yōu)先級高)的專用承載上，從而提供了一種的提升數(shù)據(jù)傳輸速率的方法。本發(fā)明實施例提高了單用戶同時進行FTP的上下行業(yè)務(wù)時的FTP下行業(yè)務(wù)速率，提升了用戶感知，增加了系統(tǒng)資源利用率和吞吐率。只需要根據(jù)FTP的下行業(yè)務(wù)五元組建立專用承載。在實際應(yīng)用中，核心網(wǎng)已經(jīng)部署PCRF系統(tǒng)，且核心網(wǎng)元P-GW已具備DPI功能，滿足專載(專用承載)的建立條件。本發(fā)明實施例提供一種移動網(wǎng)絡(luò)中傳輸控制協(xié)議TCP業(yè)務(wù)的數(shù)據(jù)傳輸裝置，如圖8所示包括業(yè)務(wù)請求模塊801，用于請求第一 TPC業(yè)務(wù)的數(shù)據(jù)傳輸，以及在第一 TPC業(yè)務(wù)進行過程中,請求至少一個其他TCP業(yè)務(wù)的數(shù)據(jù)傳輸；承載控制模塊802，用于在請求第一 TPC業(yè)務(wù)的數(shù)據(jù)傳輸后，建立第一類承載，并通過第一類承載傳輸當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包，以及在第一類業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包的傳輸過程中，確定請求至少一個其他TCP業(yè)務(wù)的數(shù)據(jù)傳輸時，建立第二類承載，并通過第二類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它TCP業(yè)務(wù)的響應(yīng)包，通過第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它TCP業(yè)務(wù)的數(shù)據(jù)包。上述裝置的承載控制模塊802在建立第二類承載后，具體用于，通過一個第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它的TCP業(yè)務(wù)的數(shù)據(jù)包，或者，通過多個第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它的TCP業(yè)務(wù)的數(shù)據(jù)包，并且每一個第一類承載傳輸當(dāng)前的至少一個TCP業(yè)務(wù)的數(shù)據(jù)包；以及，具體用于通過一個第二類承載傳輸當(dāng)前TCP業(yè)務(wù)和上述其它的TCP業(yè)務(wù)的響應(yīng)包，或者，通過多個第二類承載分別傳輸當(dāng)前TCP業(yè)務(wù)和上述其它的TCP業(yè)務(wù)的響應(yīng)包，并且每一個第二類承載傳輸當(dāng)前的至少一個TCP業(yè)務(wù)的響應(yīng)包。上述第一類承載可以為基于會話端口的默認(rèn)承載，第二類承載可以為基于預(yù)設(shè)端口的專用承載。 在上述裝置應(yīng)用于TCP業(yè)務(wù)中的FTP業(yè)務(wù)中時，承載控制模塊802根據(jù)在FTP業(yè)務(wù)的工作方式，選擇相應(yīng)的第二類承載的建立方式，包括在FTP業(yè)務(wù)的工作方式為主動方式時，根據(jù)網(wǎng)際協(xié)議IP五元組信息建立相應(yīng)的第
二類承載；在FTP業(yè)務(wù)的工作方式為被動方式時若能確定服務(wù)器使用的端口范圍，則根據(jù)服務(wù)器使用的端口范圍建立相應(yīng)的第二類承載；若不能確定服務(wù)器使用的端口范圍，則根據(jù)FTP業(yè)務(wù)的數(shù)據(jù)包和響應(yīng)包的解析結(jié)果建立相應(yīng)的第二類承載，例如，基于DPI功能，解析FTP數(shù)據(jù)業(yè)務(wù)流程，識別FTP下載數(shù)據(jù)包和反饋包，從而確定專用承載的端口范圍。現(xiàn)有技術(shù)中多個TCP業(yè)務(wù)同時傳輸數(shù)據(jù)時，其中一個TCP業(yè)務(wù)的響應(yīng)包的調(diào)度可能會排在其它TCP業(yè)務(wù)的數(shù)據(jù)包之后，由于數(shù)據(jù)包的傳輸時間比響應(yīng)包長很多，這樣該TCP業(yè)務(wù)的響應(yīng)包需要等待其前面的數(shù)據(jù)包傳輸完畢，這樣響應(yīng)包等待傳輸?shù)臅r間長很多。本發(fā)明實施例在客戶端請求同時進行多個TCP業(yè)務(wù)時，通過建立調(diào)度優(yōu)先級高于第一類承載的第二類承載，并將所有TCP業(yè)務(wù)的響應(yīng)包通過第二類承載中傳輸，使得響應(yīng)包能夠及時被調(diào)度，因為在多個TCP業(yè)務(wù)同時進行數(shù)據(jù)傳輸時，相較于數(shù)據(jù)包的傳輸速率而言，TCP業(yè)務(wù)的響應(yīng)包傳輸速率要快得多，因此，在調(diào)度優(yōu)先級較高的專用承載中傳輸?shù)捻憫?yīng)包的傳輸時間很短，并且響應(yīng)包會被優(yōu)先調(diào)度，即響應(yīng)包始終比數(shù)據(jù)包先傳輸，不需等待較長的時間。由此可見，本發(fā)明實施例中多個TCP業(yè)務(wù)同時進行數(shù)據(jù)傳輸時，多個TCP業(yè)務(wù)的傳輸速率相互間的影響較小，并且本發(fā)明實施例解決了現(xiàn)有技術(shù)中多個TCP業(yè)務(wù)同時在同一個承載中傳輸時，由于響應(yīng)包沒有及時被調(diào)度而導(dǎo)致TCP業(yè)務(wù)的傳輸速率下降的問題。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種移動網(wǎng)絡(luò)中傳輸控制協(xié)議TCP業(yè)務(wù)的數(shù)據(jù)傳輸方法,其特征在于,包括 客戶端請求進行當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)傳輸，并建立第一類承載，以及通過所述第一類承載傳輸當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包； 在傳輸?shù)谝活悩I(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包的過程中，所述客戶端請求進行至少一個其他TCP業(yè)務(wù)的數(shù)據(jù)傳輸，并建立第二類承載； 所述客戶端通過所述第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的數(shù)據(jù)包，以及 通過所述第二類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的響應(yīng)包。
2.如權(quán)利要求I所述的方法，其特征在于，所述客戶端通過所述第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的數(shù)據(jù)包，包括 所述客戶端通過一個第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的數(shù)據(jù)包； 或者， 所述客戶端通過多個第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的數(shù)據(jù)包，并且每一個第一類承載傳輸當(dāng)前的至少一個TCP業(yè)務(wù)的數(shù)據(jù)包。
3.如權(quán)利要求I所述的方法，其特征在于，所述通過所述第二類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的響應(yīng)包，包括 通過一個第二類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的響應(yīng)包； 或者， 通過多個第二類承載分別傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的響應(yīng)包，并且每一個第二類承載傳輸當(dāng)前的至少一個TCP業(yè)務(wù)的響應(yīng)包。
4.如權(quán)利要求I所述的方法，其特征在于，所述第一類承載的調(diào)度優(yōu)先級低于所述第二類承載。
5.如權(quán)利要求I所述的方法，其特征在于，當(dāng)所述TCP業(yè)務(wù)為文件傳輸協(xié)議FTP業(yè)務(wù)時，所述建立第二類承載，包括 在所述FTP業(yè)務(wù)的工作方式為主動方式時，客戶端根據(jù)網(wǎng)際協(xié)議IP五元組信息建立相應(yīng)的第二類承載； 在所述FTP業(yè)務(wù)的工作方式為被動方式時 若客戶端能確定服務(wù)器使用的端口范圍，則根據(jù)服務(wù)器使用的端口范圍建立相應(yīng)的第二類承載； 若客戶端不能確定服務(wù)器使用的端口范圍，則客戶端根據(jù)FTP業(yè)務(wù)的數(shù)據(jù)包和響應(yīng)包的解析結(jié)果建立相應(yīng)的第二類承載。
6.如權(quán)利要求I所述的方法，其特征在于，所述第一類承載采用基于會話端口的默認(rèn)承載，所述第二類承載采用基于預(yù)設(shè)端口的專用承載。
7.如權(quán)利要求1-6任一項所述的方法，其特征在于，基于策略控制和計費PCC規(guī)則建立所述第二類承載。
8.一種移動網(wǎng)絡(luò)中傳輸控制協(xié)議TCP業(yè)務(wù)的數(shù)據(jù)傳輸裝置，其特征在于，包括 業(yè)務(wù)請求模塊，用于請求第一 TPC業(yè)務(wù)的數(shù)據(jù)傳輸，以及在第一 TPC業(yè)務(wù)進行過程中，請求至少一個其他TCP業(yè)務(wù)的數(shù)據(jù)傳輸； 承載控制模塊，用于在請求第一 TPC業(yè)務(wù)的數(shù)據(jù)傳輸后，建立第一類承載，并通過所述第一類承載傳輸當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包，以及在第一類業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包的傳輸過程中，確定請求至少一個其他TCP業(yè)務(wù)的數(shù)據(jù)傳輸時，建立第二類承載，并通過所述第二類承載傳輸當(dāng)前當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的響應(yīng)包，通過所述第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的數(shù)據(jù)包。
9.如權(quán)利要求8所述的裝置，其特征在于，所述承載控制模塊在建立第二類承載后，具體用于 通過一個第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它的TCP業(yè)務(wù)的數(shù)據(jù)包； 或者， 通過多個第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它的TCP業(yè)務(wù)的數(shù)據(jù)包，并且每一個第一類承載傳輸當(dāng)前的至少一個TCP業(yè)務(wù)的數(shù)據(jù)包。
10.如權(quán)利要求8所述的裝置，其特征在于，承載控制模塊在建立第二類承載后，具體用于 通過一個第二類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它的TCP業(yè)務(wù)的響應(yīng)包； 或者， 通過多個第二類承載分別傳輸當(dāng)前TCP業(yè)務(wù)和所述其它的TCP業(yè)務(wù)的響應(yīng)包，并且每一個第二類承載傳輸當(dāng)前的至少一個TCP業(yè)務(wù)的響應(yīng)包。
11.如權(quán)利要求8所述的裝置，其特征在于，所述第一類承載的調(diào)度優(yōu)先級低于所述第二類承載。
12.如權(quán)利要求8所述的裝置，其特征在于，當(dāng)所述TCP業(yè)務(wù)為文件傳輸協(xié)議FTP業(yè)務(wù)時，所述所述承載控制模塊，具體用于根據(jù)所述FTP的工作方式建立第二類承載，包括 在所述FTP業(yè)務(wù)的工作方式為主動方式時，根據(jù)網(wǎng)際協(xié)議IP五元組信息建立相應(yīng)的第二類承載； 在所述FTP業(yè)務(wù)的工作方式為被動方式時 若能確定服務(wù)器使用的端口范圍，則根據(jù)服務(wù)器使用的端口范圍建立相應(yīng)的第二類承載； 若不能確定服務(wù)器使用的端口范圍，則根據(jù)FTP業(yè)務(wù)的數(shù)據(jù)包和響應(yīng)包的解析結(jié)果建立相應(yīng)的第二類承載。
13.如權(quán)利要求8所述的裝置，其特征在于，所述第一類承載為基于會話端口的默認(rèn)承載，所述第二類承載為基于預(yù)設(shè)端口的專用承載。
14.如權(quán)利要求8-13任一項所述的裝置，其特征在于，所述第二類承載是基于策略控制和計費PCC規(guī)則建立的。
全文摘要
本發(fā)明涉及移動通信領(lǐng)域。本發(fā)明實施例提供了一種移動網(wǎng)絡(luò)中傳輸控制協(xié)議TCP業(yè)務(wù)的數(shù)據(jù)傳輸方法及裝置。該方法包括客戶端建立第一類承載，并通過所述第一類承載傳輸當(dāng)前TCP業(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包；在傳輸?shù)谝活悩I(yè)務(wù)的數(shù)據(jù)包和相應(yīng)的響應(yīng)包的過程中，所述客戶端請求進行至少一個其他TCP業(yè)務(wù)的數(shù)據(jù)傳輸，并建立第二類承載；所述客戶端通過所述第二類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的數(shù)據(jù)包，以及通過所述第一類承載傳輸當(dāng)前TCP業(yè)務(wù)和所述其它TCP業(yè)務(wù)的響應(yīng)包，用以解決單個客戶端同時進行多個TCP業(yè)務(wù)時，部分TCP業(yè)務(wù)受到其他TPC業(yè)務(wù)的影響，導(dǎo)致速率下降的問題。
文檔編號H04L29/06GK102843360SQ20121027706
公開日2012年12月26日 申請日期2012年8月6日 優(yōu)先權(quán)日2012年8月6日
發(fā)明者崔士津 申請人:大唐移動通信設(shè)備有限公司