專利名稱：一種網(wǎng)絡通信中控制建立終端連接的方法
技術領域：
本發(fā)明涉及一種網(wǎng)絡通信中控制建立終端連接的方法。
背景技術：
隨著網(wǎng)絡用戶的不斷增長，利用網(wǎng)絡進行大數(shù)據(jù)量業(yè)務的傳輸?shù)玫搅藦V泛的應用，例如個人用戶之間常常利用網(wǎng)絡進行文件傳輸、音視頻聊天等。
目前，網(wǎng)絡用戶之間進行大數(shù)據(jù)量業(yè)務的傳輸時通常以端對端的方式連接，具體的連接的方式有直連和通過服務器中轉連接，直連又包括傳輸控制協(xié)議(Transmission Control Protocol，TCP)直連、用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol，UDP)直連、點對點(point to point，P2P)連接等，通過服務器中轉連接包括TCP服務器中轉、UDP服務器中轉等，各種連接的通信質量、適用場合和傳輸特性各自不同，如何利用不同類型連接以在端對端之間建立高質穩(wěn)定的連接通道，同時盡量減少對服務器的通信壓力，成了以上大數(shù)據(jù)量傳輸業(yè)務能否高質量運行的關鍵。
現(xiàn)有技術中，在端與端進行連接時，通常同時嘗試所有可能的連接方式，若某一種連接成功后就一直使用這種連接進行通信，直到連接斷開或者業(yè)務結束。
但是，現(xiàn)有技術的這種連接方法具有無法有效控制連接建立的過程、及連接建立后無法對連接進行動態(tài)切換的缺點，以下分別具體說明這兩個缺點。
現(xiàn)有技術無法有效控制連接建立的過程，具體包括以下兩個方面1、無法根據(jù)業(yè)務需求選擇符合需求的連接；如前所述，各種連接的通信質量、適用場合和傳輸特性各自不同，所以應當根據(jù)不同的業(yè)務需求設定連接方法，讓更適合的連接可以更早啟動并成為首選連接。但是由于現(xiàn)有只能使用將所有的連接同時進行，最早成功的連接則為最終連接的方式，所示無法實現(xiàn)根據(jù)業(yè)務需求來設定連接方法；例如，當進行音視頻聊天業(yè)務時，使用UDP連接較適合該業(yè)務，但是，若TCP連接比UDP連接提前連接成功，則無法選擇UDP連接；2、直連或通過服務器連接都可以的情況下，沒有正確的機制可以保證連接方式為較優(yōu)的直連，增加了服務器的通信壓力；同樣是由于所有的連接同時進行，最早成功的連接就會是最終的連接方式；例如，如果TCP服務器中轉連接首先成功，則不會再進行其他連接，這樣就會增加服務器的通信壓力。
現(xiàn)有技術在連接后無法對連接進行動態(tài)切換的缺點，具體包括以下兩個方面1、連接異常斷開時，無法創(chuàng)建新的連接來繼續(xù)維持通信；2、連接質量較差時無法創(chuàng)建質量更好的新連接替換掉現(xiàn)有連接；例如，TCP直接連接的方式帶寬很低，文件傳輸很慢，此時使用現(xiàn)有技術無法通過嘗試建立服務器中轉連接或者其他連接來提高傳輸速度。

發(fā)明內(nèi)容
本發(fā)明要解決的技術問題是提供一種網(wǎng)絡通信中控制建立終端連接的方法，通過該方法可以有效控制連接建立的過程并在連接建立后可以對連接進行動態(tài)切換。
為解決上述技術問題，本發(fā)明的目的是通過以下技術方案實現(xiàn)的一種網(wǎng)絡通信中控制建立終端連接的方法，包括按照預置的順序啟動多個連接；當任一連接成功后，停止其他排序靠后的連接，設置該連接為首選連接。
從以上技術方案可以看出，由于本發(fā)明可以使各種連接按照預置的順序啟動，進而可以有效控制連接建立的過程并可以在建立連接后對連接進行動態(tài)切換。


圖1為本發(fā)明一種網(wǎng)絡通信中控制建立終端連接的方法第一實施例的流程圖；
圖2為本發(fā)明一種網(wǎng)絡通信中控制建立終端連接的方法第二實施例的流程圖；圖3為本發(fā)明一種網(wǎng)絡通信中控制建立終端連接的方法第三實施例的流程圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述。
本發(fā)明的方法核心思想為按照預置的順序啟動多個連接；當任一連接成功后，停止其他排序靠后的連接，設置該連接為首選連接。
基于本發(fā)明的核心思想，針對實際中經(jīng)常出現(xiàn)的幾種情況，本發(fā)明給出了具體方案，以下分別詳細說明。
首先，說明本發(fā)明的第一實施例，本發(fā)明第一實施例舉例具體說明了當網(wǎng)絡中的計算機開始互相連接時的連接方法。
本發(fā)明首先預置了各種連接的啟動時間和優(yōu)先級，連接時根據(jù)所述預置的啟動時間和優(yōu)先級管理各個連接的啟動和替換關系。本發(fā)明第一實施例預置各種連接的優(yōu)先級和啟動時間如表一所示。
表一

以下對表一進行詳細說明UDP直連啟動時間為0，表示立即啟動；連接優(yōu)先級為4，比其他連接的優(yōu)先級都高，表示該連接一旦成功則設置其為首選連接，并要停止其他低優(yōu)先級的連接；若其連接成功時已經(jīng)有低優(yōu)先級的連接成功，則停止該低優(yōu)先級的連接，設置該連接為首選連接；UDP服務器中轉啟動時間為4，表示過4秒后才啟動；連接優(yōu)先級為3，比UDP直連低，比其他連接的優(yōu)先級都高，表示該連接一旦成功且UDP直連沒有成功則為首選連接，并要停止其他低優(yōu)先級的連接；若其連接成功時已經(jīng)有低優(yōu)先級的連接成功，則停止該低優(yōu)先級的連接，設置該連接為首選連接；TCP直連啟動時間為0，表示立即啟動；連接優(yōu)先級為2，比UDP直連和UDP服務器中轉低，比TCP服務器中轉的優(yōu)先級高，表示該連接一旦成功且UDP直連與UDP服務器中轉都未成功時則為首選連接，并要停止其他低優(yōu)先級的連接；若其連接成功時已經(jīng)有低優(yōu)先級的連接成功，則停止該低優(yōu)先級的連接，設置該連接為首選連接；TCP服務器中轉啟動時間為0xFFFFFFF，表示不與其他連接同步啟動，而是在所有比它高優(yōu)先級的連接都失敗后才啟動該連接；連接優(yōu)先級為1，是最低優(yōu)先級。
如圖1所示為本發(fā)明第一實施例的流程圖，包括101、啟動UDP直連和TCP直連；為了可以迅速獲得連接，本實施例采用將所有連接在流程一開始就在各自預置的啟動時間后啟動的方式進行連接，由于UDP直連和TCP直連的啟動時間都是0，所以它們是立即啟動的；102、當UDP直連成功，則設置UDP直連為首選連接，停止TCP直連，流程結束；當TCP直連成功且UDP直連失敗，則設置TCP直連為首選連接；103、UDP直連和TCP直連啟動4秒后且UDP直連未成功，啟動UDP服務器中轉連接；104、當UDP直連、TCP直連與UDP服務器中轉連接中任一成功且沒有比該成功連接優(yōu)先級高的連接成功后，設置該連接為首選連接，停止比該連接優(yōu)先級低的連接；具體為當UDP直連成功，則設置UDP直連為首選連接，停止TCP直連與UDP服務器中轉連接，流程結束；當UDP服務器中轉連接成功且UDP直連未成功，則設置UDP服務器中轉連接為首選連接，停止TCP直連，流程結束；當TCP直連成功且UDP直連與UDP服務器中轉連接都未成功，則設置TCP直連為首選連接，流程結束；105、當UDP直連、TCP直連與UDP服務器中轉都失敗后，啟動TCP服務器中轉連接；一般地，具體是當UDP直連、TCP直連與UDP服務器中轉都超時失敗后，啟動TCP服務器中轉連接；106、當TCP服務器中轉連接成功，則設置TCP服務器中轉連接為首選連接，流程結束。
本發(fā)明第一實施例提出了一種連接方法，該方法是根據(jù)表一的設置進行建立連接的，實際應用中適用于網(wǎng)絡用戶間音視頻聊天的需求。
實際應用時，可以根據(jù)不同的需求，預置不同的啟動時間和優(yōu)先級。如表二所示為針對網(wǎng)絡服務器負載大時對啟動時間和優(yōu)先級的設置表，其將UDP服務器中轉的優(yōu)先級降低并設置了一定的啟動時間，可以讓直連的成功概率遠大于通過服務器中轉連接成功的概率，進而明顯減少服務器的通信壓力。應用本發(fā)明原理，可以針對不同的應用情況使用不同的優(yōu)先級與啟動時間的設置，可以根據(jù)業(yè)務需求選擇符合需求的連接。
表二

上述為本發(fā)明的第一實施例，其針對用戶之間剛開始連接時的情況提出了解決方案。當連接建立成功后需要重新建立連接時，也可以應用本發(fā)明的方法，以下進行詳細說明。
一般地，用戶之間已經(jīng)連接后，當連接異常斷開或者連接質量不符合要求時，利用本發(fā)明的方法可以重新建立連接。
此時，應當根據(jù)預置的各個連接的順序控制各個連接的啟動順序，可以使合適的連接方式更早的啟動和連接成功。
例如當當前連接異常斷開時， 按照預置的順序啟動與該連接排序相同的連接，當沒有這樣的連接或這樣的連接全部失敗后，按照預置的順序啟動該連接之后的連接，當任一排序相同的連接全部失敗后則按照預置的順序啟動排序靠后的連接；當當前連接質量不符合要求時， 可以按照預置的順序啟動與該連接相比排序靠后的連接，當任一排序相同的連接全部失敗后則按照預置的順序啟動排序靠后的連接。
以下結合具體實施例詳細說明。
具體地，本發(fā)明實施例以用戶根據(jù)實際需要預先設置的各個連接的啟動序號來體現(xiàn)順序，啟動序號較小的即為排序靠前的，啟動序號較大的即為排序靠后的。當連接異常斷開后，首先應當找到所要斷開的連接的啟動序號，然后啟動與該連接啟動序號相同的其他連接或者啟動比該連接啟動序號大的連接，若連接不成功，則啟動下一啟動序號的連接，直到連接成功。以下舉例說明。
表三為針對此種情況本發(fā)明預置的各個連接的啟動序號與啟動時間表。
表三


如圖2所示為本發(fā)明第二實施例的流程圖，該實施例舉例說明了當TCP直連異常斷開后，按照表三預置的啟動序號和啟動時間，進行重新連接的方法，包括201、查找斷開的連接的啟動序號；通過表三進行查找，找到TCP直連的啟動序號為1；202、啟動與該斷開的連接啟動序號相同的所有連接；表三中啟動序號為1的有UDP直連和TCP直連，所以此時先啟動UDP直連，然后根據(jù)表三中設置的啟動時間，在2秒后啟動TCP直連；203、當UDP直連或TCP直連任一個首先成功，則設置該連接為首選連接，停止其他連接，流程結束；當UDP直連與TCP直連的連接未成功，則啟動UDP服務器中轉連接；204、當UDP服務器中轉連接成功，則設置該連接為首選連接，流程結束；當UDP服務器中轉連接未成功，則啟動TCP服務器中轉連接；205、當TCP服務器中轉連接成功，則設置該連接為首選連接，流程結束；當TCP服務器中轉連接未成功，則結束。
以上舉例具體說明了當連接異常斷開后進行重新連接的方法，下面舉例說明當連接質量不符合要求時進行重新連接的方法。
當連接質量不符合要求時，首先應當找到該連接的啟動序號，然后啟動比該啟動序號大一級的全部連接，若有連接成功則設置該成功連接為首選連接，若沒有一個連接成功，則啟動再下一啟動序號更大的全部連接，直到有連接成功。以下舉例說明。
表四為針對此種情況本發(fā)明預置的各個連接的啟動序號與啟動時間表。
表四

如圖3所示為本發(fā)明第三實施例的流程圖，該實施例舉例說明了當TCP直連的連接質量不符合要求后，按照表四預置的啟動序號和啟動時間，進行重新連接的方法，包括301、查找斷開的連接的啟動序號；通過表四進行查找，找到TCP直連的啟動序號為1；302、啟動比該連接啟動序號大一級的所有連接；表四中啟動序號為2的是UDP服務器中轉連接，啟動UDP服務器中轉連接；303、當UDP服務器中轉連接成功，則設置該連接為首選連接，流程結束；當UDP服務器中轉連接未成功，則啟動TCP服務器中轉連接；304、當TCP服務器中轉連接成功，則設置該連接為首選連接，流程結束；當TCP服務器中轉連接未成功，則返回。
以上對本發(fā)明所提供的一種網(wǎng)絡通信中控制建立終端連接的方法進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。
權利要求
1.一種網(wǎng)絡通信中控制建立終端連接的方法，其特征在于，包括按照預置的順序啟動多個連接；當任一連接成功后，停止其他排序靠后的連接，設置該連接為首選連接。
2.如權利要求1所述的網(wǎng)絡通信中控制建立終端連接的方法，其特征在于所述按照預置的順序啟動多個連接的步驟包括所有連接在各自預置的延遲時間后啟動；所述排序靠后的連接具體為根據(jù)預置的優(yōu)先級順序比該連接的優(yōu)先級低的連接。
3.如權利要求1所述的網(wǎng)絡通信中控制建立終端連接的方法，其特征在于所述按照預置的順序啟動多個連接的步驟包括當當前連接異常斷開時，按照預置的順序啟動與該連接排序相同的連接，當沒有這樣的連接或這樣的連接全部失敗后，按照預置的順序啟動該連接之后的連接，當任一排序相同的連接全部失敗后則按照預置的順序啟動排序靠后的連接。
4.如權利要求1所述的網(wǎng)絡通信中控制建立終端連接的方法，其特征在于所述按照預置的順序啟動多個連接的步驟包括當當前連接質量不符合要求時，按照預置的順序啟動與該連接相比排序靠后的連接，當任一排序相同的連接全部失敗后則按照預置的順序啟動排序靠后的連接。
5.如權利要求1所述的網(wǎng)絡通信中控制建立終端連接的方法，其特征在于所述預置的順序為用戶根據(jù)不同業(yè)務的需要而設置的各個連接的順序。
全文摘要
本發(fā)明提供了一種網(wǎng)絡通信中控制建立終端連接的方法，包括按照預置的順序啟動多個連接；當任一連接成功后，停止其他排序靠后的連接，設置該連接為首選連接。通過本發(fā)明，可以使各種連接按照預置的順序啟動，進而可以有效控制連接建立的過程并可以在建立連接后對連接進行動態(tài)切換。
文檔編號H04L12/56GK101068147SQ200710005030
公開日2007年11月7日 申請日期2007年2月9日 優(yōu)先權日2007年2月9日
發(fā)明者黃建華 申請人:騰訊科技(深圳)有限公司