專利名稱：Tcp鏈接方法、網(wǎng)絡(luò)系統(tǒng)、客戶端和服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種TCP鏈接方法、網(wǎng)絡(luò)系統(tǒng)、客戶端和服務(wù)器。
背景技術(shù)：
目前，通信終端可以有多種接入因特網(wǎng)的方法，例如手機(jī)終端可以同時(shí)具有多種 2G、3G鏈接方式，通過蜂窩無線電通信網(wǎng)絡(luò)接入因特網(wǎng)；也可以通過基于IEE802. 1規(guī)范的 無線局域網(wǎng)WLAN或無線保真技術(shù)WI-FI等無線網(wǎng)絡(luò)接入因特網(wǎng)。普通的計(jì)算機(jī)也可能同 時(shí)具有有線和無線等多種鏈接方式。雖然有這么多種不同的接入因特網(wǎng)的方法，但這些方 法都是利用網(wǎng)際協(xié)議(IP)接入到因特網(wǎng)中的。如圖1所示，客戶端可以通過WI-FI、3G、2G 接入網(wǎng)鏈接到因特網(wǎng)，進(jìn)而訪問相關(guān)的服務(wù)器。由于網(wǎng)絡(luò)傳輸質(zhì)量的不同、資費(fèi)的不同以及終端的移動(dòng)性，終端需要根據(jù)環(huán)境的 變化切換不同的鏈接制式。例如，手機(jī)用戶可以通過2G的GPRS (General Packet Radio Service，通用分組業(yè)務(wù))進(jìn)行上網(wǎng)，但在3G(如時(shí)分同步的碼分多址技術(shù)TD-SCDMA)網(wǎng)絡(luò) 信號(hào)好的情況下也有可能更傾向于用3G的方式聯(lián)入網(wǎng)絡(luò)以獲得更好的網(wǎng)絡(luò)傳輸速度。又 如，手機(jī)用戶在室外的時(shí)候通過3G的TD-SCDMA制式鏈接網(wǎng)絡(luò)，但進(jìn)入家里可能會(huì)更傾向于 用WI-FI進(jìn)行無線上網(wǎng)以降低上網(wǎng)費(fèi)用。因此，對(duì)于同一終端可能需要根據(jù)不同的環(huán)境來 選擇不同的鏈接方式以獲取更好的服務(wù)或更低的資費(fèi)等。由于現(xiàn)有的終端大多都是通過IPv4 (Internet Protocol version4，網(wǎng)際協(xié)議版 本4)接入到因特網(wǎng)中，每個(gè)終端具有唯一的IP地址。由于IP地址的資源有限，大多數(shù)的 終端分配到的其實(shí)是一個(gè)內(nèi)網(wǎng)的IP地址，當(dāng)終端需要訪問外網(wǎng)時(shí)需要通過網(wǎng)關(guān)的NAT(網(wǎng) 絡(luò)地址轉(zhuǎn)換)協(xié)議進(jìn)行地址和端口的映射，在外網(wǎng)的服務(wù)器端看到的訪問地址其實(shí)是網(wǎng)關(guān) 的外網(wǎng)IP。當(dāng)終端接入網(wǎng)絡(luò)的IP地址發(fā)生變化或終端接入的網(wǎng)關(guān)發(fā)生變化時(shí)，基于IP的 傳輸層TCP (Transmission ControlProtocol，傳輸控制協(xié)議)鏈接不可避免地需要斷開。 如果用戶使用的是同一運(yùn)營(yíng)商的服務(wù)，當(dāng)終端從2G切換到3G時(shí)可以利用移動(dòng)IP技術(shù)保證 終端的IP地址和接入網(wǎng)關(guān)不變。但是，移動(dòng)IP技術(shù)的使用需要終端在鏈路層發(fā)生變化時(shí)通知其它的接入點(diǎn)，并且 其它的接入點(diǎn)不能使用這一已分配的IP。如果是雙模手機(jī)終端則可以利用兩張卡同時(shí)聯(lián) 入網(wǎng)絡(luò)，由于終端分配到的IP地址是與卡一一對(duì)應(yīng)的，如果此時(shí)用戶從原來的一張卡的2G 上網(wǎng)改成另一張卡的3G上網(wǎng)，終端使用的IP地址將不可避免地發(fā)生變化。又如，終端從3G 上網(wǎng)切換到WI-FI無線上網(wǎng)，此時(shí)使用的運(yùn)營(yíng)商都可能發(fā)生變化，不同的運(yùn)營(yíng)商具有不同 的核心網(wǎng)網(wǎng)關(guān)，這樣在服務(wù)器端看到的就是接入的IP地址不同，TCP鏈接就需要斷開。為了在IP地址改變后依然保持TCP鏈接，目前已有一種虛擬IP技術(shù)，該技術(shù)是在 客戶端和服務(wù)器端各自分配一個(gè)虛擬的IP地址，在客戶端和服務(wù)器端各自保存一個(gè)路由 表，實(shí)際的物理IP對(duì)虛擬的IP數(shù)據(jù)進(jìn)行路由發(fā)送。但是，如果客戶端要鏈接很多的服務(wù)器 端，或者服務(wù)器端要鏈接很多的客戶端，這樣就意味著要保存一張很大的路由表。此外，客戶端通過網(wǎng)關(guān)接入服務(wù)器端，需要通過網(wǎng)關(guān)的NAT協(xié)議進(jìn)行地址和端口的映射，在外網(wǎng)的 服務(wù)器端通過網(wǎng)關(guān)地址對(duì)應(yīng)到虛擬IP地址，當(dāng)客戶端的IP從第一 IP切換到第二 IP時(shí)，這 時(shí)由于所經(jīng)過的運(yùn)營(yíng)商網(wǎng)關(guān)改變或映射關(guān)系改變，服務(wù)器端查找不到對(duì)應(yīng)的虛擬地址，TCP 鏈接仍然會(huì)發(fā)生中斷，因此采用該技術(shù)仍然無法很好地解決IP地址發(fā)生改變保持TCP連接 不發(fā)生中斷的問題。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種TCP鏈接方法、網(wǎng)絡(luò)系統(tǒng)、客戶端和服務(wù)器，以至 少解決上述問題。
根據(jù)本發(fā)明的一個(gè)方面，提供了一種傳輸控制協(xié)議TCP鏈接方法，包括客戶端與 服務(wù)器端創(chuàng)建TCP鏈接后，服務(wù)器端為TCP鏈接生成會(huì)話標(biāo)識(shí)，并將會(huì)話標(biāo)識(shí)發(fā)送給客戶 端；當(dāng)客戶端的網(wǎng)際協(xié)議IP地址發(fā)生改變時(shí)，客戶端與服務(wù)器端重新創(chuàng)建新TCP鏈接；客 戶端將會(huì)話標(biāo)識(shí)發(fā)送給服務(wù)器端以確認(rèn)新TCP鏈接為TCP鏈接的重新鏈接。根據(jù)本發(fā)明的另一方面，提供了一種網(wǎng)絡(luò)系統(tǒng)，包括客戶端，用于與服務(wù)器端創(chuàng) 建傳輸控制協(xié)議TCP鏈接；還用于當(dāng)網(wǎng)際協(xié)議IP地址發(fā)生改變時(shí)，與服務(wù)器端重新創(chuàng)建新 TCP鏈接，并將服務(wù)器端為TCP鏈接生成的會(huì)話標(biāo)識(shí)發(fā)送給服務(wù)器端以確認(rèn)新TCP鏈接為 TCP鏈接的重新鏈接；服務(wù)器端，用于在與客戶端創(chuàng)建TCP鏈接成功后，為TCP鏈接生成會(huì) 話標(biāo)識(shí)，并將會(huì)話標(biāo)識(shí)發(fā)送給客戶端。根據(jù)本發(fā)明的另一方面，提供了一種客戶端，包括TCP鏈接創(chuàng)建模塊，用于與服 務(wù)器端創(chuàng)建TCP鏈接；接收模塊，用于在創(chuàng)建TCP鏈接成功后，接收服務(wù)器端發(fā)送的會(huì)話標(biāo) 識(shí)，其中，會(huì)話標(biāo)識(shí)為服務(wù)器端在與客戶端創(chuàng)建TCP鏈接成功后，為TCP鏈接生成的會(huì)話標(biāo) 識(shí)；重新建立模塊，用于當(dāng)客戶端的網(wǎng)際協(xié)議IP地址發(fā)生改變時(shí)，與服務(wù)器端重新創(chuàng)建新 TCP鏈接，并將會(huì)話標(biāo)識(shí)發(fā)送給服務(wù)器端以確認(rèn)新TCP鏈接為TCP鏈接的重新鏈接。根據(jù)本發(fā)明的另一方面，提供了一種服務(wù)器，包括創(chuàng)建模塊，用于與客戶端創(chuàng)建 TCP鏈接；會(huì)話標(biāo)識(shí)生成模塊，用于在創(chuàng)建TCP鏈接成功后，為TCP鏈接生成會(huì)話標(biāo)識(shí)；發(fā)送 模塊，用于將會(huì)話標(biāo)識(shí)發(fā)送給客戶端；重建模塊，用于當(dāng)客戶端的網(wǎng)際協(xié)議IP地址發(fā)生改 變時(shí)，與客戶端重新創(chuàng)建新TCP鏈接，并根據(jù)來自客戶端的會(huì)話標(biāo)識(shí)確認(rèn)新TCP鏈接為TCP 鏈接的重新鏈接。通過本發(fā)明，由于在客戶端與服務(wù)器端首次建立一條TCP鏈接時(shí)，服務(wù)器端就為 該TCP鏈接生成一個(gè)唯一的標(biāo)識(shí)(即會(huì)話標(biāo)識(shí))，由于標(biāo)識(shí)是不會(huì)發(fā)生改變的，因此，即使客 戶端的IP地址發(fā)生改變，服務(wù)器端也能夠通過該標(biāo)識(shí)找到重新建立的TCP鏈接是對(duì)應(yīng)于該 客戶端的TCP鏈接，從而實(shí)現(xiàn)了客戶端的IP改變后不中斷上層TCP傳輸層鏈接的效果，解 決了相關(guān)技術(shù)無法很好地解決客戶端IP地址發(fā)生改變保持TCP連接不發(fā)生中斷的問題。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的IP數(shù)據(jù)網(wǎng)絡(luò)的基本結(jié)構(gòu)圖；圖2是根據(jù)本發(fā)明實(shí)施例的TCP鏈接方法的流程圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的創(chuàng)建TCP鏈接的流程圖；圖4是根據(jù)本發(fā)明優(yōu)選實(shí)施例的客戶端的IP地址改變后重新與服務(wù)器端建立TCP鏈接的流程圖；圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例的IP數(shù)據(jù)包的格式示意圖；圖6是根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)系統(tǒng)的示意圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。在通信網(wǎng)絡(luò)中，客戶端與服務(wù)器端一般通過建立TCP鏈接來進(jìn)行數(shù)據(jù)的傳輸，如 上傳數(shù)據(jù)或下載數(shù)據(jù)等。圖2是根據(jù)本發(fā)明實(shí)施例的TCP鏈接方法的流程圖，包括以下步驟步驟S202，客戶端(例如為客戶端X)與服務(wù)器端創(chuàng)建TCP鏈接(例如為鏈接1)；例如，如圖3所示，客戶端向服務(wù)器端發(fā)送SYN報(bào)文，服務(wù)器端接收到該SYN報(bào)文 后向該客戶端返回SYN. ACK報(bào)文，該客戶端接收到給SYN. ACK報(bào)文后向該服務(wù)器端返回ACK 報(bào)文，即可以通過三次握手建立TCP鏈接。TCP鏈接創(chuàng)建成功后，客戶端和服務(wù)器端就可以 使用該TCP鏈接向?qū)Ψ絺鬏敂?shù)據(jù)。步驟S204，服務(wù)器端為該TCP鏈接生成會(huì)話標(biāo)識(shí)(例如為IDl)，并將該會(huì)話標(biāo)識(shí) 發(fā)送給客戶端；例如，服務(wù)器端為該TCP鏈接生成一個(gè)由0、1組成的N(N可以等于64)位的會(huì)話 標(biāo)識(shí)，顯然，由于服務(wù)器端一般會(huì)同時(shí)管理與大量的客戶端建立的TCP鏈接，每個(gè)客戶端也 可能與服務(wù)器端建立了多條TCP鏈接，因此，為某一個(gè)TCP鏈接生成的會(huì)話標(biāo)識(shí)應(yīng)該在服務(wù) 器端的所有TCP鏈接中具有唯一性。步驟S206，當(dāng)客戶端的IP (網(wǎng)際協(xié)議)地址發(fā)生改變時(shí)，客戶端與服務(wù)器端重新創(chuàng) 建新TCP鏈接(例如為鏈接2)；例如，如圖4所示，在客戶端X的IP地址發(fā)生改變時(shí)(此時(shí)鏈路發(fā)生切換)，客戶 端X與服務(wù)器端通過三次握手重新建立新TCP鏈接(例如為鏈接2)，即圖4中客戶端與服 務(wù)器端的SYN、SYN. ACK, ACK的交互過程。步驟S208，客戶端將該會(huì)話標(biāo)識(shí)(IDl)發(fā)送給服務(wù)器端以確認(rèn)該新TCP鏈接為步 驟S202中創(chuàng)建的TCP鏈接(鏈接1)的重新鏈接。例如，客戶端將該會(huì)話標(biāo)識(shí)IDl發(fā)送給服務(wù)器端以確認(rèn)該新TCP鏈接為之前建立 的TCP鏈接(鏈接1)的重新鏈接，即確認(rèn)與發(fā)送該IDl的客戶端建立的鏈接2即為對(duì)應(yīng)于 客戶端X的TCP鏈接。相關(guān)技術(shù)中服務(wù)器端由于通過IP地址來識(shí)別與客戶端X之間建立的TCP鏈接， 這樣一旦客戶端的IP地址發(fā)生改變，就會(huì)發(fā)生TCP鏈接的中斷，而且由于服務(wù)器端同時(shí)管 理大量的TCP鏈接，即使客戶端重新與服務(wù)器端建立了新TCP鏈接，此時(shí)客戶端的IP地址 已經(jīng)發(fā)生改變，服務(wù)器端無法憑借IP地址識(shí)別重新建立的TCP鏈接，因此也無法將中斷前 未發(fā)完的數(shù)據(jù)重新發(fā)送給所述客戶端。本實(shí)施例由于在客戶端X與服務(wù)器端首次建立一條 TCP鏈接時(shí)，服務(wù)器端就為該TCP鏈接生成一個(gè)唯一的標(biāo)識(shí)(即會(huì)話標(biāo)識(shí))，由于標(biāo)識(shí)是不會(huì)發(fā)生改變的，因此，即使客戶端X的IP地址發(fā)生改變，服務(wù)器端也能夠通過該標(biāo)識(shí)找到重新建立的TCP鏈接是對(duì)應(yīng)于客戶端X的TCP鏈接，從而實(shí)現(xiàn)了客戶端的IP改變后不中斷上 層TCP數(shù)據(jù)收發(fā)的效果，解決了相關(guān)技術(shù)無法很好地解決客戶端IP地址發(fā)生改變保持TCP 數(shù)據(jù)收發(fā)不發(fā)生中斷的問題。優(yōu)選地，如圖3所示，在步驟S204之前，還可以包括在與服務(wù)器端通過三次握手 創(chuàng)建該TCP鏈接(鏈接1)成功后，客戶端使用不對(duì)稱加密技術(shù)生成公鑰(可以記為KEY1) 和私鑰(可以記為KEY2)；將該公鑰(即圖3中的SSN:公鑰)(可以通過類型為公鑰傳送的 會(huì)話操作消息發(fā)送給公鑰)發(fā)送給服務(wù)器端。客戶端在與服務(wù)器端保持TCP鏈接的過程中， 還可以周期性地重新使用不對(duì)稱加密技術(shù)生成新公鑰和新私鑰；將新公鑰通過會(huì)話操作消 息發(fā)送給服務(wù)器端。通過定期地對(duì)密鑰(包括公鑰和私鑰)進(jìn)行更新操作以保證密鑰的健 壯性。優(yōu)選地，步驟S204包括服務(wù)器端記錄接收到的公鑰(具體地可以在接收到來自 客戶端的類型為公鑰傳送的會(huì)話操作消息后，記錄該消息中攜帶的公鑰)；服務(wù)器端為在 步驟S202中創(chuàng)建的TCP鏈接(鏈接1)生成會(huì)話標(biāo)識(shí)；服務(wù)器端使用該公鑰加密該會(huì)話標(biāo) 識(shí)，并將加密后的會(huì)話標(biāo)識(shí)(可以通過類型為會(huì)話標(biāo)識(shí)的會(huì)話操作消息發(fā)送)發(fā)送給客戶端。該優(yōu)選實(shí)施例提供了在首次創(chuàng)建TCP鏈接成功后，客戶端X利用不對(duì)稱加密技術(shù) 生成公鑰和私鑰以保護(hù)服務(wù)器端生成的會(huì)話標(biāo)識(shí)的具體實(shí)施方案。考慮到網(wǎng)絡(luò)鏈接的安全 需求，要防止創(chuàng)建的會(huì)話標(biāo)識(shí)被惡意偵聽截獲，從而偽裝成客戶端，因此考慮到對(duì)會(huì)話標(biāo)識(shí) 的保護(hù)，可以采用不對(duì)稱加密技術(shù)保護(hù)會(huì)話標(biāo)識(shí)。具體做法可以是TCP鏈接(例如為鏈接 1)創(chuàng)建后客戶端X首先告訴服務(wù)器端采用的公鑰，服務(wù)器端生成的會(huì)話標(biāo)識(shí)通過公鑰進(jìn)行 加密，客戶端通過私鑰進(jìn)行解密。此外，按照現(xiàn)有的TCP協(xié)議的定義，TCP報(bào)文的首部有用于控制一個(gè)TCP鏈接的狀 態(tài)的6個(gè)標(biāo)志比特以及6個(gè)比特的保留字段，該6個(gè)比特的保留字段中的2個(gè)比特用于定 義擁塞控制，本優(yōu)選實(shí)施例利用剩下的4個(gè)比特位的保留字段中的一個(gè)或多個(gè)來添加新的 TCP控制，創(chuàng)建會(huì)話標(biāo)識(shí)，進(jìn)行會(huì)話操作。例如如圖5所示，可以將這4個(gè)比特位的保留字 段中的一個(gè)比特定義成SSN(Session,會(huì)話)字段，用來表示該TCP報(bào)文為會(huì)話操作消息，并 且當(dāng)TCP協(xié)議棧讀取到該SSN字段時(shí)結(jié)合TCP的數(shù)據(jù)區(qū)中的首字節(jié)來確定具體的會(huì)話操作 消息的類型。其中，如圖5所示的TCP幀格式中各字段表示Source Port 源端口 ；DestiMtion Port 目標(biāo)端口 ；Sequence Number 序號(hào)；Acknowledgment Number 石角認(rèn)號(hào)；Data Offset 數(shù)據(jù)偏移位；Reserved 保留位；FIN(Finish)結(jié)束標(biāo)識(shí)位；SYN(Synchronize)同步標(biāo) 識(shí)位；RST (Reset)重新連接標(biāo)識(shí)位；PSH(PUSH)壓入標(biāo)識(shí)位；ACK (Acknowledgment) 確認(rèn)標(biāo)識(shí)位；URG(Urgent)緊急指針標(biāo)識(shí)位；ECE(Explicit Congestion Notification Echo)外部擁塞通知標(biāo)識(shí)位；CWR(Congestion Window Reduced)擁塞窗口減少標(biāo)識(shí)位； SSN(Session)會(huì)話標(biāo)識(shí)位；Window 窗口 ；Checksum 校驗(yàn)；Urgent Pointer 緊急指針； Options ；Padding；data這樣，在步驟S204之前客戶端可以將該公鑰通過類型為公鑰傳送的會(huì)話操作消 息發(fā)送給服務(wù)器端；步驟S204中服務(wù)器端也可以將加密后的會(huì)話標(biāo)識(shí)通過類型為會(huì)話標(biāo)識(shí)的會(huì)話操作消息給客戶端。其中，會(huì)話操作消息包括自定義字段(可定位為SSN字段) 和數(shù)據(jù)區(qū)，自定義字段和數(shù)據(jù)區(qū)中數(shù)據(jù)的第一個(gè)字節(jié)表示會(huì)話操作消息的類型。這樣，在 步驟S204中當(dāng)服務(wù)器端判斷接收到的來自客戶端的會(huì)話操作消息中的自定義字段不可識(shí) 別時(shí)，向客戶端發(fā)送重新鏈接消息；客戶端根據(jù)重新鏈接消息重新與服務(wù)器端創(chuàng)建TCP鏈 接。在客戶端與服務(wù)器端創(chuàng)建TCP鏈接成功后，首先由客戶端將會(huì)話操作消息發(fā)送給服務(wù) 器端，如果服務(wù)器端的協(xié)議棧不認(rèn)識(shí)該會(huì)話操作消息中的SSN字段，會(huì)發(fā)送RST (Reset,重 新鏈接)消息來終止一個(gè)異常鏈接，此時(shí)客戶端重新發(fā)起鏈接請(qǐng)求，不再進(jìn)行TCP相關(guān)的會(huì) 話操作。例如，客戶端X將公鑰通過類型為公鑰傳送的會(huì)話操作消息發(fā)送給服務(wù)器端可以 具體為會(huì)話操作消息為TCP報(bào)文，客戶端X可以設(shè)定TCP報(bào)文頭的SSN比特位(即自定義 字段)為1，以及數(shù)據(jù)區(qū)首字節(jié)為公鑰傳送操作符以表示該會(huì)話操作消息的類型為公鑰傳 送，并將公鑰加入數(shù)據(jù)區(qū)后發(fā)送給服務(wù)器端；然后，服務(wù)器端收到該類型為公鑰傳送的會(huì)話 操作消息后，其上的TCP協(xié)議棧判斷該消息中的SSN比特位為1并且數(shù)據(jù)區(qū)首字節(jié)為公鑰 傳送操作符，記錄客戶端的公鑰。服務(wù)器端將加密后的會(huì)話標(biāo)識(shí)通過類型為會(huì)話標(biāo)識(shí)的會(huì)話操作消息發(fā)送給客戶 端X可以具體為服務(wù)器端設(shè)定TCP報(bào)文頭的SSN比特位為1以及數(shù)據(jù)區(qū)首字節(jié)為會(huì)話標(biāo) 識(shí)操作符以表示該會(huì)話操作消息的類型為會(huì)話標(biāo)識(shí)，將加密后的會(huì)話標(biāo)識(shí)加入數(shù)據(jù)區(qū)后發(fā) 送給客戶端X。優(yōu)選地，如圖3所示，在步驟S204之后，還可以包括客戶端使用該私鑰(KEY2) 解密來自服務(wù)器端的加密后的會(huì)話標(biāo)識(shí)得到該會(huì)話標(biāo)識(shí)；客戶端保存該會(huì)話標(biāo)識(shí)；客戶端 向服務(wù)器端發(fā)送會(huì)話標(biāo)識(shí)確認(rèn)消息(可以為ACK包)以確認(rèn)收到服務(wù)器端發(fā)送的會(huì)話標(biāo) 識(shí)。之后，客戶端與服務(wù)器端之間就可以進(jìn)行數(shù)據(jù)傳輸(即圖中DATA和DATA.ACK的交互 過程)。例如，客戶端X收到服務(wù)器端發(fā)送的類型為會(huì)話標(biāo)識(shí)的會(huì)話操作消息后，判斷該 消息的報(bào)文頭的SSN比特位為1，并且數(shù)據(jù)區(qū)首字節(jié)為會(huì)話標(biāo)識(shí)操作符，客戶端首先通過私 鑰將數(shù)據(jù)區(qū)除會(huì)話標(biāo)識(shí)操作符以外的部分解密，保存解密后得到的會(huì)話標(biāo)識(shí)。該優(yōu)選實(shí)施例提供了客戶端使用私鑰解密服務(wù)器端發(fā)送的加密后的會(huì)話標(biāo)識(shí)的 具體實(shí)施方案。服務(wù)器端使用公鑰加密其生成的會(huì)話標(biāo)識(shí)，客戶端使用私鑰解密該加密后 的會(huì)話標(biāo)識(shí)得到會(huì)話標(biāo)識(shí)，可以防止會(huì)話標(biāo)識(shí)被惡意竊取，確保了會(huì)話標(biāo)識(shí)的安全性，進(jìn)而 確保了客戶端與服務(wù)器端的數(shù)據(jù)傳輸?shù)陌踩?。?yōu)選地，如圖4所示，步驟S204還包括服務(wù)器端將生成的所述會(huì)話標(biāo)識(shí)保存到本地的內(nèi)存中，具體可以保存到內(nèi)存中與鏈接1對(duì)應(yīng)的TCP鏈接上下文中(該TCP鏈接上下 文中還可以包括鏈接1中服務(wù)器端已接收到TCP數(shù)據(jù)幀的序號(hào)，例如已經(jīng)接收到98個(gè)TCP 數(shù)據(jù)幀，則已接收到TCP數(shù)據(jù)幀的序號(hào)記為98)；則如圖4所示，步驟S208包括客戶端將 會(huì)話標(biāo)識(shí)(IDl)發(fā)送給服務(wù)器端(可以通過類型為重連的會(huì)話操作消息(即圖4中的SSN 重連)發(fā)送)；服務(wù)器端在本地的內(nèi)存中查找是否存在與接收到的會(huì)話標(biāo)識(shí)相同的會(huì)話標(biāo) 識(shí)；若存在，則服務(wù)器端確定與發(fā)送該會(huì)話標(biāo)識(shí)的客戶端之間的TCP鏈接(即鏈接2)是查 找到的會(huì)話標(biāo)識(shí)所對(duì)應(yīng)的TCP鏈接(鏈接1)的重新鏈接。該優(yōu)選實(shí)施例提供了服務(wù)器端確認(rèn)新鏈接即為步驟S202中創(chuàng)建的TCP鏈接的重新鏈接的具體實(shí)施方案。服務(wù)器端一般會(huì)同時(shí)管理大量的TCP鏈接，此時(shí)，由于客戶端的IP地址已經(jīng)發(fā)生改變，服務(wù)器端通過會(huì)話標(biāo)識(shí)確認(rèn)了與發(fā)送該會(huì)話標(biāo)識(shí)的客戶端之間的鏈接 (此時(shí)即為上述的新TCP鏈接)即為之前與該客戶端創(chuàng)建的TCP鏈接，從而找到重新建立的 TCP鏈接(鏈接2)是對(duì)應(yīng)于客戶端X的TCP鏈接?？蛻舳薠可以在使用改變后的新IP地 址與服務(wù)器端建立新TCP鏈接(鏈接2)成功后將與鏈接1對(duì)應(yīng)的會(huì)話標(biāo)識(shí)IDl發(fā)送給服 務(wù)器端以確認(rèn)該鏈接2為之前的鏈接1的重新鏈接以便進(jìn)行數(shù)據(jù)續(xù)傳，確保TCP鏈接不會(huì) 發(fā)生中斷。優(yōu)選地，如圖4所示，在步驟S208之后，上述方法還包括客戶端和服務(wù)器端使用 新TCP鏈接(鏈接2)，將步驟S202中創(chuàng)建的TCP鏈接(鏈接1)中未發(fā)送的數(shù)據(jù)繼續(xù)發(fā)送 給對(duì)方。這樣，在服務(wù)器端確認(rèn)TCP鏈接2為鏈接1的重新鏈接之后，可以將鏈接1中未向 對(duì)方發(fā)送完的數(shù)據(jù)繼續(xù)發(fā)送給對(duì)方，以確保數(shù)據(jù)業(yè)務(wù)不會(huì)發(fā)現(xiàn)中斷。優(yōu)選地，客戶端和服務(wù)器端使用新TCP鏈接(鏈接2)，將步驟S202中創(chuàng)建的TCP 鏈接(鏈接1)中未發(fā)送的數(shù)據(jù)繼續(xù)發(fā)送給對(duì)方包括客戶端將自身在步驟S202創(chuàng)建的TCP 鏈接(鏈接1)中已接收TCP數(shù)據(jù)幀的序號(hào)發(fā)送給服務(wù)器端(該序號(hào)可以保存在客戶端本 地，例如，客戶端在鏈接1中已接收了服務(wù)器端發(fā)送的100個(gè)TCP數(shù)據(jù)幀，則客戶端的已接 收TCP數(shù)據(jù)幀的序號(hào)可以記為100)；服務(wù)器端使用該序號(hào)確定新TCP鏈接(鏈接2)中將 要發(fā)送給客戶端的數(shù)據(jù)幀(例如，將要發(fā)送給客戶端的數(shù)據(jù)幀的起始點(diǎn)為101，從第101個(gè) 數(shù)據(jù)幀開始發(fā)送)，并使用該新TCP鏈接發(fā)送該確定的數(shù)據(jù)幀(即從第101個(gè)數(shù)據(jù)幀開始發(fā) 送)；服務(wù)器端使用對(duì)應(yīng)于會(huì)話標(biāo)識(shí)的公鑰加密自身在TCP鏈接(鏈接1)中已接收TCP數(shù) 據(jù)幀的序號(hào)(同樣，該序號(hào)可以保存在服務(wù)器端本地的內(nèi)存中與鏈接1對(duì)應(yīng)的TCP鏈接上 下文中，例如服務(wù)器端已經(jīng)在鏈接1中接收到客戶端發(fā)送的98個(gè)TCP數(shù)據(jù)幀，則服務(wù)器端 的已接收到TCP數(shù)據(jù)幀的序號(hào)可以記為98)，將加密后的序號(hào)發(fā)送給客戶端(可以通過類型 為重連確認(rèn)的會(huì)話操作消息(即圖4中的SSN:重連確認(rèn))發(fā)送)；客戶端使用私鑰(KEY2) 解密該加密后的序號(hào)得到服務(wù)器端已接收TCP數(shù)據(jù)幀的序號(hào)，使用該序號(hào)確定新TCP鏈接 中將要發(fā)送給服務(wù)器端的數(shù)據(jù)幀(例如，將要發(fā)送給服務(wù)器端的數(shù)據(jù)幀的起始點(diǎn)為99，從 第99個(gè)數(shù)據(jù)幀開始發(fā)送)，并使用新TCP鏈接發(fā)送該確定的數(shù)據(jù)幀(即從第99個(gè)數(shù)據(jù)幀開 始發(fā)送)。例如，步驟1，客戶端設(shè)定TCP報(bào)文頭的SSN比特位為1以及數(shù)據(jù)區(qū)首字節(jié)為重新 建立鏈接操作符以表示該會(huì)話操作消息的類型為重連，將已確認(rèn)接收到的服務(wù)器端TCP數(shù) 據(jù)序號(hào)寫入數(shù)據(jù)區(qū)，同時(shí)將服務(wù)器端分配的會(huì)話標(biāo)識(shí)以明文形式加入數(shù)據(jù)區(qū)后發(fā)送，同時(shí) 將服務(wù)器端分配的會(huì)話標(biāo)識(shí)符以明文形式加入數(shù)據(jù)區(qū)后發(fā)送。該示例是以會(huì)話標(biāo)識(shí)和已確 認(rèn)接收到的服務(wù)器端TCP數(shù)據(jù)序號(hào)同時(shí)通過類型為重連的會(huì)話操作消息發(fā)送給服務(wù)器端， 顯然，也可以分別獨(dú)立發(fā)送；步驟2，服務(wù)器端收到數(shù)據(jù)該類型為重連的會(huì)話操作消息后，判斷其報(bào)頭的SSN比 特位為1并且數(shù)據(jù)區(qū)首字節(jié)為重新建立鏈接操作符，服務(wù)器端解析出客戶端上一 TCP鏈接 已經(jīng)接收到的TCP數(shù)據(jù)序號(hào)和會(huì)話標(biāo)識(shí)符。服務(wù)器端根據(jù)會(huì)話標(biāo)識(shí)符判斷是否有對(duì)應(yīng)的鏈 接；如果匹配成功則根據(jù)客戶端已收到的數(shù)據(jù)調(diào)整該鏈接TCP將要發(fā)送的數(shù)據(jù)，并得到該 鏈接對(duì)應(yīng)的公鑰密碼；步驟3，服務(wù)器端設(shè)定TCP報(bào)文頭的SSN比特位為1以及數(shù)據(jù)區(qū)首字節(jié)為允許重連操作符表示該會(huì)話操作消息的類型為重連確認(rèn)，服務(wù)器端將已接受收的客戶端的TCP數(shù)據(jù)幀序號(hào)通過公鑰進(jìn)行加密，并將加密后的數(shù)據(jù)加入數(shù)據(jù)區(qū)后發(fā)送給客戶端；步驟4，客戶端收到服務(wù)器端的類型為重連確認(rèn)的會(huì)話操作消息后判斷其報(bào)文頭 的SSN比特位為1，并且數(shù)據(jù)區(qū)首字節(jié)為允許重連操作符，客戶端通過私鑰解密服務(wù)器端已 確認(rèn)接收到的TCP數(shù)據(jù)幀序號(hào)，并根據(jù)解密后的序號(hào)調(diào)整將要發(fā)送的TCP數(shù)據(jù)幀；步驟5，客戶端根據(jù)調(diào)整后的TCP鏈接上下文(包括已發(fā)送的數(shù)據(jù)幀的數(shù)量和已接 收的數(shù)據(jù)幀的數(shù)量等)發(fā)送ACK包給服務(wù)器端，確認(rèn)已經(jīng)接收到的數(shù)據(jù)。步驟6，客戶端和/或服務(wù)器端可以使用如圖4中通過三次握手重新創(chuàng)建的新TCP 鏈接來繼續(xù)向?qū)Χ藗魉蛿?shù)據(jù)以完成數(shù)據(jù)的續(xù)傳。上述優(yōu)選實(shí)施例提供了客戶端與服務(wù)器端相互確認(rèn)客戶端IP地址改變前建立的 TCP鏈接(鏈接1)所未傳送完的數(shù)據(jù)，從而可以獲知應(yīng)該續(xù)傳的數(shù)據(jù)幀的起始點(diǎn)，實(shí)現(xiàn)在客 戶端的IP地址改變后使用新TCP鏈接(鏈接2)的數(shù)據(jù)續(xù)傳。根據(jù)本發(fā)明優(yōu)選實(shí)施例的的TCP鏈接方法考慮了客戶端IP地址改變后不中斷TCP 鏈接的關(guān)鍵在于服務(wù)器能夠區(qū)分?jǐn)?shù)據(jù)發(fā)自同一客戶端，因此在TCP鏈接首次創(chuàng)建時(shí)在客戶 端和服務(wù)器端之間創(chuàng)建一個(gè)唯一的標(biāo)識(shí)(即會(huì)話標(biāo)識(shí))用來表示一個(gè)TCP鏈接。TCP鏈接 的創(chuàng)建首先要經(jīng)過三次握手，然后才能進(jìn)行數(shù)據(jù)發(fā)送，在三次握手成功后創(chuàng)建一個(gè)會(huì)話標(biāo) 識(shí)，在會(huì)話標(biāo)識(shí)創(chuàng)建成功后再進(jìn)行數(shù)據(jù)傳輸。在客戶端的IP地址改變后，客戶端通過該不 會(huì)改變的會(huì)話標(biāo)識(shí)來重新建立與服務(wù)器端之間的TCP鏈接。圖6是根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)系統(tǒng)的示意圖，包括客戶端10，用于與服務(wù)器端20創(chuàng)建TCP鏈接(例如為鏈接1)；還用于當(dāng)IP地址 發(fā)生改變時(shí)，與服務(wù)器端創(chuàng)建新TCP鏈接(例如為鏈接2)，并將服務(wù)器端為上述TCP鏈接 (鏈接1)生成的會(huì)話標(biāo)識(shí)發(fā)送給服務(wù)器端以確認(rèn)該新TCP鏈接為上述TCP鏈接的重新鏈 接；服務(wù)器端20，用于在與客戶端10創(chuàng)建TCP鏈接(鏈接1)成功后，為該TCP鏈接 (鏈接1)生成會(huì)話標(biāo)識(shí)，并將該會(huì)話標(biāo)識(shí)發(fā)送給客戶端10。如圖6所示，客戶端10包括TCP鏈接創(chuàng)建模塊101，用于與服務(wù)器端創(chuàng)建TCP鏈 接(鏈接1)；接收模塊102，用于在創(chuàng)建該TCP鏈接成功后，接收服務(wù)器端發(fā)送的會(huì)話標(biāo)識(shí)， 其中，該會(huì)話標(biāo)識(shí)為服務(wù)器端在與客戶端創(chuàng)建該TCP鏈接成功后，為該TCP鏈接生成的會(huì)話 標(biāo)識(shí)；重新建立模塊103，用于當(dāng)客戶端的IP地址發(fā)生改變時(shí)，與服務(wù)器端重新創(chuàng)建新TCP 鏈接(鏈接2)，并將該會(huì)話標(biāo)識(shí)發(fā)送給服務(wù)器端以確認(rèn)該新TCP鏈接(鏈接2)為TCP鏈接 (鏈接1)的重新鏈接。服務(wù)器(端)20包括創(chuàng)建模塊201，用于與客戶端創(chuàng)建TCP鏈接(鏈接1)；會(huì)話標(biāo) 識(shí)生成模塊202，用于在創(chuàng)建該TCP鏈接成功后，為該TCP鏈接生成會(huì)話標(biāo)識(shí)(例如為IDl)； 發(fā)送模塊203，用于將該會(huì)話標(biāo)識(shí)發(fā)送給客戶端；重建模塊204，用于當(dāng)客戶端的IP地址發(fā) 生改變時(shí)，與客戶端重新創(chuàng)建新TCP鏈接(鏈接2)，并根據(jù)來自客戶端的該會(huì)話標(biāo)識(shí)(IDl) 確認(rèn)該新TCP鏈接(鏈接2)為TCP鏈接(鏈接1)的重新鏈接。該網(wǎng)絡(luò)系統(tǒng)中的客戶端與服務(wù)器端使用上述優(yōu)選實(shí)施例(如圖1至圖5所示)的 TCP鏈接方法建立TCP鏈接以保證客戶端的IP地改變時(shí)，保持TCP鏈接不會(huì)發(fā)生中斷。從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果在不改變當(dāng)前網(wǎng)絡(luò)結(jié)構(gòu)的基礎(chǔ)上，能夠在客戶端的IP地址改變時(shí)不中斷TCP數(shù)據(jù)收發(fā)，保證數(shù)據(jù)傳輸?shù)倪B貫性。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或 步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種傳輸控制協(xié)議TCP鏈接方法，其特征在于，包括客戶端與服務(wù)器端創(chuàng)建TCP鏈接后，所述服務(wù)器端為所述TCP鏈接生成會(huì)話標(biāo)識(shí)，并將所述會(huì)話標(biāo)識(shí)發(fā)送給所述客戶端；當(dāng)所述客戶端的網(wǎng)際協(xié)議IP地址發(fā)生改變時(shí)，所述客戶端與所述服務(wù)器端重新創(chuàng)建新TCP鏈接；所述客戶端將所述會(huì)話標(biāo)識(shí)發(fā)送給所述服務(wù)器端以確認(rèn)所述新TCP鏈接為所述TCP鏈接的重新鏈接。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述服務(wù)器端為所述TCP鏈接生成會(huì)話 標(biāo)識(shí)，并將所述會(huì)話標(biāo)識(shí)發(fā)送給所述客戶端之前，還包括在與所述服務(wù)器端通過三次握手創(chuàng)建所述TCP鏈接成功后，所述客戶端使用不對(duì)稱加 密技術(shù)生成公鑰和私鑰；將所述公鑰發(fā)送給所述服務(wù)器端。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述服務(wù)器端為所述TCP鏈接生成會(huì)話標(biāo) 識(shí)，并將所述會(huì)話標(biāo)識(shí)發(fā)送給所述客戶端包括所述服務(wù)器端記錄所述公鑰；為所述TCP鏈接生成所述會(huì)話標(biāo)識(shí)；使用所述公鑰加密所述會(huì)話標(biāo)識(shí)，將加密后的會(huì)話標(biāo)識(shí)發(fā)送給所述客戶端。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述服務(wù)器端為所述TCP鏈接生成會(huì)話 標(biāo)識(shí)，并將所述會(huì)話標(biāo)識(shí)發(fā)送給所述客戶端之后，還包括所述客戶端使用所述私鑰解密所述加密后的會(huì)話標(biāo)識(shí)得到所述會(huì)話標(biāo)識(shí)；保存所述會(huì)話標(biāo)識(shí)；向所述服務(wù)器端發(fā)送會(huì)話標(biāo)識(shí)確認(rèn)消息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述服務(wù)器端為所述TCP鏈接生成會(huì)話標(biāo)識(shí)，并將所述會(huì)話標(biāo)識(shí)發(fā)送給所述客戶端還 包括所述服務(wù)器端將生成的所述會(huì)話標(biāo)識(shí)保存到本地的內(nèi)存中；所述客戶端將所述會(huì)話標(biāo)識(shí)發(fā)送給所述服務(wù)器端以確認(rèn)所述新TCP鏈接為所述TCP鏈 接的重新鏈接包括所述客戶端將所述會(huì)話標(biāo)識(shí)發(fā)送給所述服務(wù)器端；所述服務(wù)器端在本 地的內(nèi)存中查找是否存在與接收到的所述會(huì)話標(biāo)識(shí)相同的會(huì)話標(biāo)識(shí)；若存在，則所述服務(wù) 器端確定與發(fā)送所述會(huì)話標(biāo)識(shí)的客戶端之間的TCP鏈接是查找到的會(huì)話標(biāo)識(shí)所對(duì)應(yīng)的所 述TCP鏈接的重新鏈接。
6.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述客戶端將所述會(huì)話標(biāo)識(shí)發(fā)送給所 述服務(wù)器端以確認(rèn)所述新TCP鏈接為所述TCP鏈接的重新鏈接之后，還包括所述客戶端和所述服務(wù)器端使用所述新TCP鏈接，將所述TCP鏈接中未發(fā)送的數(shù)據(jù)繼 續(xù)發(fā)送給對(duì)方。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述客戶端與所述服務(wù)器端使用所述新 TCP鏈接，將所述TCP鏈接中未發(fā)送的數(shù)據(jù)繼續(xù)發(fā)送給對(duì)方包括所述客戶端將自身在所述TCP鏈接中已接收TCP數(shù)據(jù)幀的序號(hào)發(fā)送給所述服務(wù)器端；所述服務(wù)器端使用所述已接收TCP數(shù)據(jù)幀的序號(hào)確定所述新TCP鏈接中將要發(fā)送給所 述客戶端的數(shù)據(jù)幀，并使用所述新TCP鏈接發(fā)送所述確定的數(shù)據(jù)幀；所述服務(wù)器端使用對(duì)應(yīng)于所述會(huì)話標(biāo)識(shí)的公鑰加密自身在所述TCP鏈接中已接收TCP 數(shù)據(jù)幀的序號(hào)，將加密后的序號(hào)發(fā)送給所述客戶端；所述客戶端使用所述私鑰解密所述加密后的序號(hào)得到所述服務(wù)器端已接收TCP數(shù)據(jù) 幀的序號(hào)，使用所述服務(wù)器端已接收TCP數(shù)據(jù)幀的序號(hào)確定所述新TCP鏈接中將要發(fā)送給 所述服務(wù)器端的數(shù)據(jù)幀，并使用所述新TCP鏈接發(fā)送所述確定的數(shù)據(jù)幀。
8.一種網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括客戶端，用于與服務(wù)器端創(chuàng)建傳輸控制協(xié)議TCP鏈接；還用于當(dāng)網(wǎng)際協(xié)議IP地址發(fā)生改變時(shí)，與所述服務(wù)器端重新創(chuàng)建新TCP鏈接，并將所 述服務(wù)器端為所述TCP鏈接生成的會(huì)話標(biāo)識(shí)發(fā)送給所述服務(wù)器端以確認(rèn)所述新TCP鏈接為 所述TCP鏈接的重新鏈接；所述服務(wù)器端，用于在與所述客戶端創(chuàng)建所述TCP鏈接成功后，為所述TCP鏈接生成會(huì) 話標(biāo)識(shí)，并將所述會(huì)話標(biāo)識(shí)發(fā)送給所述客戶端。
9.一種客戶端，其特征在于，包括TCP鏈接創(chuàng)建模塊，用于與服務(wù)器端創(chuàng)建TCP鏈接；接收模塊，用于在創(chuàng)建所述TCP鏈接成功后，接收所述服務(wù)器端發(fā)送的會(huì)話標(biāo)識(shí)，其 中，所述會(huì)話標(biāo)識(shí)為所述服務(wù)器端在與所述客戶端創(chuàng)建所述TCP鏈接成功后，為所述TCP鏈 接生成的會(huì)話標(biāo)識(shí)；重新建立模塊，用于當(dāng)所述客戶端的網(wǎng)際協(xié)議IP地址發(fā)生改變時(shí)，與所述服務(wù)器端重 新創(chuàng)建新TCP鏈接，并將所述會(huì)話標(biāo)識(shí)發(fā)送給所述服務(wù)器端以確認(rèn)所述新TCP鏈接為所述 TCP鏈接的重新鏈接。
10.一種服務(wù)器，其特征在于，包括創(chuàng)建模塊，用于與客戶端創(chuàng)建TCP鏈接；會(huì)話標(biāo)識(shí)生成模塊，用于在創(chuàng)建所述TCP鏈接成功后，為所述TCP鏈接生成會(huì)話標(biāo)識(shí)；發(fā)送模塊，用于將所述會(huì)話標(biāo)識(shí)發(fā)送給所述客戶端；重建模塊，用于當(dāng)所述客戶端的網(wǎng)際協(xié)議IP地址發(fā)生改變時(shí)，與所述客戶端重新創(chuàng)建 新TCP鏈接，并根據(jù)來自所述客戶端的所述會(huì)話標(biāo)識(shí)確認(rèn)所述新TCP鏈接為所述TCP鏈接 的重新鏈接。
全文摘要
本發(fā)明公開了一種TCP鏈接方法、網(wǎng)絡(luò)系統(tǒng)、客戶端和服務(wù)器，其中，方法包括客戶端與服務(wù)器端創(chuàng)建TCP鏈接后，服務(wù)器端為TCP鏈接生成會(huì)話標(biāo)識(shí)，并將會(huì)話標(biāo)識(shí)發(fā)送給客戶端；當(dāng)客戶端的網(wǎng)際協(xié)議IP地址發(fā)生改變時(shí)，客戶端與服務(wù)器端重新創(chuàng)建新TCP鏈接；客戶端將會(huì)話標(biāo)識(shí)發(fā)送給服務(wù)器端以確認(rèn)新TCP鏈接為TCP鏈接的重新鏈接。本發(fā)明實(shí)現(xiàn)了客戶端的IP改變后不中斷上層TCP傳輸層鏈接的效果。
文檔編號(hào)H04W76/00GK101827111SQ20101017834
公開日2010年9月8日 申請(qǐng)日期2010年5月12日 優(yōu)先權(quán)日2010年5月12日
發(fā)明者王蕾 申請(qǐng)人:中興通訊股份有限公司