TCP客戶進(jìn)程收到B的確認(rèn)后，還要向HEF4081BP給出確認(rèn)。確認(rèn)報文段的ACK置l，確認(rèn)號ack：y+1，而自己的序號seq= x+l。TCP的標(biāo)準(zhǔn)規(guī)定，ACK報文段可烈攜帶數(shù)據(jù)。但如果不攜帶數(shù)據(jù)則不消耗序號，在這種情況下，下一個數(shù)據(jù)報文段的序號仍是seq=x+l。這

時，TCP連接已經(jīng)建立，A進(jìn)入ESTABLISHED（已建立連接）狀態(tài)。

   當(dāng)B收到A的確認(rèn)后，也進(jìn)入ESTABLISHED狀態(tài)。

   上面給出的連接建立過程叫做三次握手(three-way handshake)'2J。

   為什么A還要發(fā)送一次確認(rèn)呢？這主要是為了防止已失效的連接請求報文段突然又傳送到了B，因而產(chǎn)生錯誤。

   所謂“已失效的連接請求報文段”是這樣產(chǎn)生的�？紤]一種正常情況。A發(fā)出連接請求，但因連接請求報文丟失而未收到確認(rèn)。于是A再重傳一次連接請求。后來收到了確認(rèn)，建立了連接。數(shù)據(jù)傳輸完畢后，就釋放了連接。A共發(fā)送了兩個連接請求報文段，其中

第一個丟失，第二個到達(dá)了B。沒有“已失效的連接請求報文段”。

   現(xiàn)假定出現(xiàn)一種異常情況，即A發(fā)出的第一個連接請求報文段并沒有丟失，而是在某些網(wǎng)絡(luò)結(jié)點長時間滯留了，以致延誤到連接釋放以后的某個時間才到達(dá)B。本來這是一個早已失效的報文段。但B收到此失效的連接請求報文段后，就誤認(rèn)為是A又發(fā)出一次新的連接請求。于是就向A發(fā)出確認(rèn)報文段，同意建立連接。假定不采用三次握手，那么只要B發(fā)出確認(rèn)，新的連接就建立了。

   由于現(xiàn)在A并沒有發(fā)出建立連接的請求，因此不會理睬B的確認(rèn)，也不會向B發(fā)送數(shù)據(jù)。但B卻以為新的運輸連接已經(jīng)建立了，并一直等待A發(fā)來數(shù)據(jù)。B的許多資源就這樣白白浪費了。

   采用三次握手的辦法可以防止上述現(xiàn)象的發(fā)生。例如在剛才的情況下，A不會向B的確認(rèn)發(fā)出確認(rèn)。B由于收不到確認(rèn)，就知道A并沒有要求建立連接。

   ①注：傳輸控制塊TCB (Transmission Control Block)存儲了每一個連接中的一螳重要信息，如：TCP連接表，劍發(fā)送耳¨接收緩存的指針，到重傳隊列的指針，當(dāng)前的發(fā)送和接收序號，等等。

   ②注：章鴻獻(xiàn)主編的<最新英漢計算機(jī)詞典》（清華人學(xué)出版社1999年出版）給日{(diào)的譯名是“廣為流行的譯名“二次握手”。