計(jì)算機(jī)專業(yè)基礎(chǔ)綜合計(jì)算機(jī)網(wǎng)絡(luò)(傳輸層)歷年真題試卷匯編1

計(jì)算機(jī)專業(yè)基礎(chǔ)綜合計(jì)算機(jī)網(wǎng)絡(luò)（傳輸層）歷年真題試卷匯編（總分：94.00，做題時(shí)間：90分鐘）一、單項(xiàng)選擇題（總題數(shù)： 22，分?jǐn)?shù)： 60.00）1.OSI七層模型中，提供端到端的透明數(shù)據(jù)傳輸服務(wù)、差錯(cuò)控制和流量控制的層是 。【南京師范大學(xué)2002年】（分?jǐn)?shù)：2.00）物理層網(wǎng)絡(luò)層C.傳輸層VD.會(huì)話層解析：解析：考查傳輸層提供的服務(wù)。傳輸層的功能如下：1）復(fù)用和分用。2）傳輸層提供應(yīng)用進(jìn)程間的邏輯通信（即端到端的通信）。3）對(duì)收到的報(bào)文進(jìn)行差錯(cuò)檢測(cè)。 4）提供兩種不同的運(yùn)輸協(xié)議 （即提供面向連接的服務(wù)和無(wú)連接的服務(wù)），即面向連接的TCP和無(wú)連接的UDPTCP協(xié)議提供差錯(cuò)控制和流量控制。.在下面給出的協(xié)議中，——是 TCP／IP標(biāo)準(zhǔn)傳輸層的協(xié)議?！救A東理工大學(xué) 2006年】（分?jǐn)?shù)：2.00）A.TCP和UDPVB.DNS和SMTPC.RAR可口IPD.DNS和FTP解析：解析：考查傳輸層協(xié)議。 B項(xiàng)和D項(xiàng)是應(yīng)用層協(xié)議。C項(xiàng)是網(wǎng)絡(luò)層協(xié)議。TCP/IP的傳輸層有兩個(gè)不同特性的協(xié)議UD可口TCP。其中，TCP向高層提供面向連接的可靠的字節(jié)流服務(wù)， 而UDP向高層提供面向無(wú)連接的不可靠的數(shù)據(jù)報(bào)服務(wù)。因此選A。.TCP和UDPM有多路復(fù)用功能，與此相關(guān)的協(xié)議頭字段是。（分?jǐn)?shù)：2.00）源端口號(hào)和目的端口號(hào)目的IP地址和目的端口號(hào)C.源IP地址和源端口號(hào)7D.源IP地址和目的IP地址解析：解析：考查傳輸層功能。傳輸層的復(fù)用、分用功能與網(wǎng)絡(luò)層的復(fù)用、分用功能不同。傳輸層的復(fù)用是指發(fā)送方不同的應(yīng)用進(jìn)程都可以使用同一個(gè)傳輸層協(xié)議傳送數(shù)據(jù)，分用是指接收方的傳輸層在剝?nèi)?bào)文的首部后能夠把這些數(shù)據(jù)正確交付到目的應(yīng)用進(jìn)程。多路復(fù)用目標(biāo)端負(fù)責(zé)檢測(cè)源IP地址和源端口，判斷是否接收。因此選 C。傳輸層為 之間提供邏輯通信。（分?jǐn)?shù)：2.00）主機(jī)進(jìn)程7路由器操作系統(tǒng)解析：解析：考查傳輸層的功能。傳輸層提供應(yīng)用進(jìn)程間的邏輯通信（即端到端的通信）。與網(wǎng)絡(luò)層的區(qū)別是，網(wǎng)絡(luò)層提供的是主機(jī)之間的邏輯通信。TOC\o"1-5"\h\z網(wǎng)絡(luò)上唯一標(biāo)識(shí)一個(gè)進(jìn)程需要用一個(gè) 。（分?jǐn)?shù)：2.00）A.一元組（服務(wù)端口號(hào) ）B.二元組（主機(jī)IP地址，服務(wù)端口號(hào)）V三元組（主機(jī)IP地址，服務(wù)端口號(hào)，協(xié)議 ）五元組（本機(jī)Ip地址，本地服務(wù)端口號(hào)，協(xié)議，遠(yuǎn)程主機(jī) IP地址，遠(yuǎn)程服務(wù)端口號(hào)）解析：解析：考查對(duì)傳輸層功能的理解。傳輸層提供應(yīng)用進(jìn)程問(wèn)的邏輯通信（即端到端的通信 ）。在傳輸層，進(jìn)程是用端口號(hào)來(lái)標(biāo)識(shí)的，而在網(wǎng)絡(luò)中IP地址可以唯一地確定一臺(tái)主機(jī)。因此選B。在TCP／IP參考模型中，傳輸層的主要作用是在互聯(lián)網(wǎng)絡(luò)的源主機(jī)和目的主機(jī)對(duì)等實(shí)體之間建立用于會(huì)話的 。【中國(guó)傳媒大學(xué) 2007年】（分?jǐn)?shù)： 2.00）點(diǎn)到點(diǎn)連接操作連接C.端到端連接VD.控制連接解析：解析：考查對(duì)傳輸層基本概念的理解。在 TCP／IP參考模型中，網(wǎng)絡(luò)層及其以下各層所構(gòu)成的通信子網(wǎng)負(fù)責(zé)主機(jī)到主機(jī)或點(diǎn)到點(diǎn)的通信，而傳輸層的主要作用是實(shí)現(xiàn)分布式的進(jìn)程通信，即在源主機(jī)進(jìn)程與目的主機(jī)進(jìn)程之間提供端到端的數(shù)據(jù)傳輸。一般來(lái)說(shuō)，端到端信道是由一段段的點(diǎn)到點(diǎn)信道構(gòu)成，端到端協(xié)議建立在點(diǎn)到點(diǎn)協(xié)議之上，提供應(yīng)用進(jìn)程之間的通信手段。相應(yīng)地，在網(wǎng)絡(luò)層標(biāo)識(shí)主機(jī)的是 IP地址，而在傳輸層標(biāo)識(shí)進(jìn)程的是端口號(hào)。因此選 C。.下列關(guān)于TCP和UDP的描述正確的是?！灸暇煼洞髮W(xué)2002年】（分?jǐn)?shù)：2.00）A.TCP和UD陽(yáng)是面向連接的B.TCP和UDP±勻是無(wú)連接的C.TCP是面向連接的，UDP是無(wú)連接的 VD.UDP是面向連接的，TCP是無(wú)連接的解析：解析：考查面向連接服務(wù)與無(wú)連接服務(wù)。 TCfyIP的傳輸層有兩個(gè)不同特性的協(xié)議： UD可口TCR其中，TCP向高層提供面向連接的可靠的字節(jié)流服務(wù)， 而UDP向高層提供面向無(wú)連接的不可靠的數(shù)據(jù)報(bào)服務(wù)。因此選 C。.在網(wǎng)絡(luò)上傳輸語(yǔ)音和影像，傳輸層一般采用 。【中南大學(xué)2006年】（分?jǐn)?shù)：2.00）A.HTTPB.TCPC.UDPVD.FTP解析：解析：考查對(duì)UDP＞議的理解。由于UD唯有擁塞控制，因此網(wǎng)絡(luò)出現(xiàn)擁塞時(shí)不會(huì)使主機(jī)的發(fā)送速TOC\o"1-5"\h\z率降低，這對(duì)某些實(shí)時(shí)應(yīng)用十分重要 （如IP電話、實(shí)時(shí)視頻會(huì)議等 ）。.下列關(guān)于UDP校驗(yàn)的描述中，是錯(cuò)誤的。（分?jǐn)?shù)：2.00）A.UDP校驗(yàn)和段的使用是可選的，如果源主機(jī)不想計(jì)算校驗(yàn)和，該校驗(yàn)和段應(yīng)為全 0B.在計(jì)算校驗(yàn)和的過(guò)程中，需要生成一個(gè)偽頭，源主機(jī)需要把該偽頭發(fā)送給目的主機(jī) VC.如果數(shù)據(jù)報(bào)在傳輸過(guò)程中被破壞，那么就把它丟棄D.uDP數(shù)據(jù)報(bào)的偽頭包含了IP地址信息和端口信息解析：解析：考查UDP校驗(yàn)。UDP^據(jù)報(bào)的偽頭包含了 IP地址信息和端口信息，目的是要保證 UDPB據(jù)報(bào)確實(shí)到達(dá)正確的目的主機(jī)和端口。該偽頭由源和目的主機(jī)僅在校驗(yàn)和計(jì)算期間建立，并不發(fā)送。所以B是錯(cuò)誤的。10.假設(shè)有3個(gè)16bit的字，分別是 0110011001100110、0101010101010101、0000111100001111那么按照UD限驗(yàn)原理，得到的校驗(yàn)碼應(yīng)該是o（分?jǐn)?shù)：2.00）A.1100101011001010B.100110001100110C.11010100110101VD.1011001110011000解析：解析：考查UDP校驗(yàn)。先將前兩個(gè)16bit字求和：| |再將上面白勺和與第3個(gè)字相加，得出：| 將得出的結(jié)果求反碼，得出校驗(yàn)和： 0011010100110101。在接收方，全部4個(gè)16bit字一起相加，如果沒(méi)有差錯(cuò)就將得到1111111111111111o11.下列關(guān)于因特網(wǎng)中的主機(jī)和路由器的說(shuō)法，錯(cuò)誤的是。（分?jǐn)?shù):2.00）A.主機(jī)通常需要實(shí)現(xiàn)IP協(xié)議B.路由器必須實(shí)現(xiàn)TCP協(xié)議VC.主機(jī)通常需要實(shí)現(xiàn)TCP協(xié)議D.路由器必須實(shí)現(xiàn)IP協(xié)議解析：解析：考查T(mén)CP報(bào)文段。路由器工作在網(wǎng)絡(luò)層，TCP協(xié)議的報(bào)文段只是封裝在網(wǎng)絡(luò)層的 IP數(shù)據(jù)報(bào)中，對(duì)路由器是不可見(jiàn)的，所以它不需要實(shí)現(xiàn) TCP協(xié)議。.關(guān)于TCP協(xié)議的描述，是錯(cuò)誤的。（分?jǐn)?shù):2.00）A.建立連接需要3次握手B.能夠保持上層消息的邊界 VC.接收方可以緩存錯(cuò)序的報(bào)文D.重傳時(shí)延動(dòng)態(tài)改變解析：解析：考查對(duì)TCP協(xié)議的理解。TCP的傳輸連接有3個(gè)階段，即連接建立、數(shù)據(jù)傳送和連接釋放，建立連接需要3次握手，A正確。TCP協(xié)議是面向字節(jié)流的，而且TC朦大報(bào)文段長(zhǎng)為1460B,因此不一定能夠保持上層消息的邊界， B錯(cuò)誤。接收方可以緩存錯(cuò)序的報(bào)文，等接收到按序到達(dá)的報(bào)文后一起交到上一層，C正確。為了計(jì)算超時(shí)計(jì)時(shí)器的重傳時(shí)間，TCP采用一種自適應(yīng)算法，它記錄一個(gè)報(bào)文段發(fā)出的時(shí)間，以及收到相應(yīng)確認(rèn)的時(shí)間，這兩個(gè)時(shí)間之差稱為報(bào)文段的往返時(shí)間 RTT（Round-TtripTime）。TCP保留了RTT的一個(gè)加權(quán)平均往返時(shí)間RTTs,當(dāng)?shù)谝淮螠y(cè)量RTT樣本時(shí)，RTTs值就為所測(cè)量到的RTT樣本的值，但以后每測(cè)量一個(gè)新的RTT樣本，就重新計(jì)算一次RTTs,D正確。.一條TCP連接的建立過(guò)程和釋放過(guò)程，分別包括個(gè)步驟?！咎旖驇煼洞髮W(xué)2005年】（分?jǐn)?shù):2.00）A.2,3B.3,3C.3,47D.4o3解析：解析：考查T(mén)CP連接管理。TCP傳輸連接的建立采用“3次握手”的方式，包括3個(gè)基本的步驟：A發(fā)送一個(gè)請(qǐng)求連接報(bào)文給B,B發(fā)回確認(rèn)，A再加以確認(rèn)。TCP傳輸連接的釋放采用“4次握手”的方式，包括4個(gè)基本的步驟：A向B釋放連接，B發(fā)出確認(rèn)，B釋放連接，A發(fā)出確認(rèn)。.TCP是采用來(lái)實(shí)現(xiàn)流量控制的?！咎旖驇煼洞髮W(xué) 2005年】（分?jǐn)?shù):2.00）A.許可證法B.丟棄分組法C.預(yù)約緩沖區(qū)法D.滑動(dòng)窗口技術(shù)V解析：解析：考查T(mén)CP流量控制和擁塞控制。TCP通過(guò)由接收方調(diào)整發(fā)送方的發(fā)送窗口大小 （即調(diào)整TCP報(bào)文段首部中的“窗口”字段值）來(lái)限制發(fā)送方向網(wǎng)絡(luò)注入報(bào)文的速率。 在使用滑動(dòng)窗口作流量控制時(shí)， 除了要考慮接收方的接收能力之外，還應(yīng)當(dāng)從全局考慮不要使網(wǎng)絡(luò)發(fā)生擁塞，稱為擁塞避免。因此選 Do.為保證數(shù)據(jù)傳輸?shù)目煽啃裕?TCP協(xié)議采用了對(duì)確認(rèn)的機(jī)制?！救A中科技大學(xué)1999年】（分?jǐn)?shù):2.00）A.報(bào)文段VB.分組C.字節(jié)D.比特解析：解析：考查T(mén)CP可靠傳輸?shù)拇_認(rèn)機(jī)制。TCP以報(bào)文段（Segment）為單位，TCP協(xié)議是面向字節(jié)的。TCP將所要傳送的報(bào)文看成是字節(jié)組成的數(shù)據(jù)流，并使每個(gè)字節(jié)對(duì)應(yīng)于一個(gè)序號(hào)。在連接建立時(shí)，雙方要商定初始序號(hào)。TCP每次發(fā)送的報(bào)文段的首部中的序號(hào)字段數(shù)值表示該報(bào)文段中的數(shù)據(jù)部分的第一個(gè)字節(jié)的序號(hào)。TCP協(xié)議其確認(rèn)是對(duì)接收到的報(bào)文段的最高序號(hào)表示確認(rèn)，接收端：返回的確認(rèn)號(hào)是已收到的最高序號(hào)加1，因此確認(rèn)號(hào)表示接收端期望下次收到的報(bào)文段中的第一個(gè)數(shù)據(jù)字節(jié)的序號(hào)。.可靠的傳輸協(xié)議中的“可靠”指的是 。（分?jǐn)?shù)：2.00）使用面向連接的會(huì)話使用“盡力而為”的傳輸使用滑動(dòng)窗口來(lái)維持可靠性D.使用確認(rèn)機(jī)制來(lái)確保傳輸?shù)臄?shù)據(jù)不丟失 V解析：解析：考查T(mén)CP可靠傳輸。如果一個(gè)協(xié)議使用確認(rèn)機(jī)制對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行確認(rèn)，那么可以認(rèn)為是一個(gè)可靠的協(xié)議。如果一個(gè)協(xié)議采用“盡力而為”的傳輸方式，那么是不可靠的。例如， TCP對(duì)傳輸?shù)膱?bào)文段提供確認(rèn)，因此是可靠的傳輸協(xié)議；而 UDP不提供確認(rèn)，因此是不可靠的傳輸協(xié)議。17.下列哪一項(xiàng)控制端到端傳送的信息量并保證 TCP的可靠性？o【重慶郵電大學(xué)2007年】（分?jǐn)?shù)：2.00）A.廣播B.窗口V錯(cuò)誤恢復(fù)流量控制解析：解析：考查對(duì)TCP的可靠傳輸機(jī)制的理解。TCP通過(guò)由接收方調(diào)整發(fā)送方的發(fā)送窗口大小 （即調(diào)整TCP報(bào)文段首部中的“窗口”字段值 ）來(lái)限制發(fā)送方向網(wǎng)絡(luò)注入報(bào)文的速率。在使用滑動(dòng)窗口作流量控制時(shí)，除了要考慮接收方的接收能力之外，還應(yīng)當(dāng)從全局考慮不要使網(wǎng)絡(luò)發(fā)生擁塞，稱為擁塞避免。18.TCP協(xié)議中發(fā)送窗口的大小應(yīng)該是 ?！局貞c大學(xué) 2007年】（分?jǐn)?shù)：2.00）接收窗口的大小接收窗口和擁塞窗口的較大一個(gè)擁塞窗口的大小D.接收窗口和擁塞窗口的較小一個(gè) V解析：解析：考查T(mén)CP的滑動(dòng)窗口機(jī)制。對(duì)每個(gè)TCP連接，必須同時(shí)考慮兩個(gè)狀態(tài)變量：接收端窗口rwnd（ReceiverWindow）：又稱通知窗口 （AdvertisedWindow），即接收方允許連續(xù)接收的最大能力，單位為字節(jié)。此接收窗口即為接收方通告發(fā)送方的窗口大小。這樣流量控制的目標(biāo)是令發(fā)送速率0接收端允許的最大速率。擁塞窗口cwnd（CongestionWindow）：這是發(fā)送方根據(jù)自己估計(jì)的網(wǎng)絡(luò)擁塞程度而設(shè)置的窗口值，實(shí)質(zhì)是來(lái)自發(fā)送端的流量控制。這樣流量控制的目標(biāo)是令發(fā)送速率《網(wǎng)絡(luò)允許的最大負(fù)載速率。因此，在TCP的滑動(dòng)窗口中，接收方接收窗口大小 =rwnd,發(fā)送方發(fā)送窗口大小=mini[wnd,cwnd]。即TCP中發(fā)送窗口由接收方通告的接收窗口rwnd和發(fā)送方估算的擁塞窗口cwnd中較小的一個(gè)來(lái)控制。因此選 D。19.TCP的擁塞控制方法如下：擁塞窗口從 1開(kāi)始 ，到達(dá)門(mén)限值時(shí) ；如果出現(xiàn)超時(shí)，門(mén)限值減半，擁塞窗口降為 1。（分?jǐn)?shù)：2.00）按線性規(guī)律增長(zhǎng)按對(duì)數(shù)規(guī)律增長(zhǎng)C.按指數(shù)規(guī)律增長(zhǎng)V保持不變解析：解析：Ao考查T(mén)CP的擁塞控制。TCP慢開(kāi)始算法：在TCP連接剛剛好，開(kāi)始發(fā)TCP報(bào)文段時(shí)，先令擁塞窗口cwnd等于一個(gè)最大報(bào)文段長(zhǎng)度 MSS而在每收到一個(gè)對(duì)新的報(bào)文段的確認(rèn)后，又將 cwnd增大一個(gè)MSS即由小到大逐步增大發(fā)送端的擁塞窗口 cwnd的大小（稱為加法增大），這樣慢開(kāi)始一直把擁塞窗口cwnd增大到一個(gè)規(guī)定的慢開(kāi)始門(mén)限 ssthresh，然后改用擁塞避免算法。而當(dāng)出現(xiàn)一次超時(shí) （網(wǎng)絡(luò)擁塞）時(shí)，則令慢開(kāi)始門(mén)限ssthresh等于當(dāng)前cwndx0.5（此做法稱為乘法減?。?。擁塞窗口降為1個(gè)MSS擁塞避免算法的做法：發(fā)送端的擁塞窗口cwnd每經(jīng)過(guò)一個(gè)往返時(shí)延RTT就增加一個(gè)MSS勺大小。通常表現(xiàn)為按線性規(guī)律增長(zhǎng)。20.設(shè)TCP的擁塞窗口的慢啟動(dòng)門(mén)限值初始為 8（單位為報(bào)文段），當(dāng)擁塞窗口上升到12時(shí)，網(wǎng)絡(luò)發(fā)生超時(shí)，TCP開(kāi)始慢啟動(dòng)和擁塞避免，那么第 13次傳輸時(shí)擁塞窗口大小為o（分?jǐn)?shù):2.00）A.4B.6C.7VD.8解析：解析：考查T(mén)CP的擁塞控制。在慢啟動(dòng)和擁塞避免算法中，擁塞窗口初始為 1,窗口大小開(kāi)始按指數(shù)增長(zhǎng)。當(dāng)擁塞窗口大于慢啟動(dòng)門(mén)限后，停止使用慢啟動(dòng)算法，改用擁塞避免算法。此處，慢啟動(dòng)的門(mén)限值初始為8,當(dāng)擁塞窗口增大到8時(shí)改用擁塞避免算法，窗口大小按線性增長(zhǎng)，每次增加 1個(gè)報(bào)文段。當(dāng)增加到12時(shí)，出現(xiàn)超時(shí)，重新設(shè)門(mén)限值為 6（12的一半），擁塞窗口再重新設(shè)為1,執(zhí)行慢啟動(dòng)算法，到門(mén)限值為6時(shí)執(zhí)行擁塞避免算法。這樣，擁塞窗口的變化為 1、2、4、8、9、10、11、12、1、2、4、6、7、8、9……其中，第13次傳輸時(shí)擁塞窗口大小為7。故選C。TCP是一個(gè)面向連接的協(xié)議，它提供連接的功能是 （1）的，采用（2）技術(shù)來(lái)實(shí)現(xiàn)可靠數(shù)據(jù)流的傳送。為了提高效率，又引入了滑動(dòng)窗口協(xié)議，協(xié)議規(guī)定重傳 （3）的分組，這種分組的數(shù)量最多可以 （4）_,TCP協(xié)議采用滑動(dòng)窗口協(xié)議解決了 （5）。（分?jǐn)?shù)：10.00）（1）.（1）（分?jǐn)?shù)：2.00）A.全雙工VB.半雙工C.單工D.單方向解析：⑵.（2）（分?jǐn)?shù)：2.00）A.超時(shí)重傳被確認(rèn)B.肯定確認(rèn)（捎帶一個(gè)分組的序號(hào)）C.超時(shí)重傳和肯定確認(rèn)（捎帶一個(gè)分組的序號(hào)）VD.丟失重傳和重復(fù)確認(rèn)解析：⑶.（3）（分?jǐn)?shù)：2.00）A.未被確認(rèn)及至窗口首端的所有分組B.未被確認(rèn)VC.未被確認(rèn)及至退回N值的所有分組D.僅丟失的解析：⑷.（4）（分?jǐn)?shù)：2.00）A.是任意的B.1個(gè)C.大于滑動(dòng)窗口的大小D.等于滑動(dòng)窗口的大小V解析：⑸.（5）（分?jǐn)?shù)：2.00）A.端到端的流量控制 VB.整個(gè)網(wǎng)絡(luò)的擁塞控制C.端到端的流量控制和網(wǎng)絡(luò)的擁塞控制D.整個(gè)網(wǎng)絡(luò)的差錯(cuò)控制解析：解析：考查對(duì)TCP協(xié)議的理解。TCP提供全雙工通信；（1）小題選AoTCP可靠傳輸通常使用確認(rèn)和超時(shí)重傳兩種機(jī)制來(lái)完成。有些情況下為了提高傳輸效率，將確認(rèn)捎帶在一個(gè)回復(fù)幀中，稱為捎帶確認(rèn)。在規(guī)定的時(shí)間內(nèi)發(fā)送方未收到確認(rèn)信息則會(huì)重傳。 TCP協(xié)議是面向字節(jié)的。TCP將所要傳送的報(bào)文看成是字節(jié)組成的數(shù)據(jù)流，并使每個(gè)字節(jié)對(duì)應(yīng)于一個(gè)序號(hào)。在連接建立時(shí)，雙方要商定初始序號(hào)。 TCP每次發(fā)送的報(bào)文段的首部中的序號(hào)字段數(shù)值表示該報(bào)文段中的數(shù)據(jù)部分的第一個(gè)字節(jié)的序號(hào)。 TCPB議其確認(rèn)是對(duì)接收到的數(shù)據(jù)的最高序號(hào)表示確認(rèn)，接收端返回的確認(rèn)號(hào)是已收到的最高序號(hào)加 1,因此確認(rèn)號(hào)表示接收端期望下次收到的數(shù)據(jù)中的第一個(gè)數(shù)據(jù)字節(jié)的序號(hào)。 （2）小題選CoTCP每發(fā)送一個(gè)報(bào)文段，就對(duì)這個(gè)報(bào)文段設(shè)置一次計(jì)時(shí)器oR要計(jì)時(shí)器設(shè)置的重傳時(shí)間到但還沒(méi)有收到確認(rèn)，就要重傳這一報(bào)文段。 （3）小題選B。TCP骨動(dòng)窗口協(xié)議中，發(fā)送方滑動(dòng)窗口的大小規(guī)定了發(fā)送方最多能夠傳送的分組的數(shù)目。重傳的分組也包含在滑動(dòng)窗口中，因而重傳分組的數(shù)量最多也不能超過(guò)滑動(dòng)窗口的大小。 （4）小題選D。TCP通過(guò)由接收方調(diào)整發(fā)送方的發(fā)送窗口大?。凑{(diào)整TCP報(bào)文段首部中的“窗口”字段值）來(lái)限制發(fā)送方向網(wǎng)絡(luò)注入報(bào)文的速率。TCP的滑動(dòng)窗口特性與數(shù)據(jù)鏈路層討論過(guò)的滑動(dòng)窗口相類似，唯一不同的是 TCP^面向字節(jié)流的全雙工通信，因此TCP的滑動(dòng)窗口是以字節(jié)為單位來(lái)控制的。 TCP的可靠傳輸機(jī)制只能對(duì)網(wǎng)絡(luò)的擁塞進(jìn)行避免。C項(xiàng)錯(cuò)誤。（5）小題選A。TCP是一個(gè)面向連接的協(xié)議，它提供連接的功能是 （1）_的，采用（2）_技術(shù)來(lái)實(shí)現(xiàn)可靠數(shù)據(jù)流的傳送。為了提高效率，又引入了滑動(dòng)窗口協(xié)議，協(xié)議規(guī)定重傳—（3）的分組汨分組的數(shù)量最多可以 （4）,TCP協(xié)議采用滑動(dòng)窗口協(xié)議解決了 （生。（分?jǐn)?shù)：10.00）（1）.（1）（分?jǐn)?shù)：2.00）A.全雙工VB.半雙工C.單工D.單方向解析：⑵.（2）（分?jǐn)?shù)：2.00）A.超時(shí)重傳被確認(rèn)B.肯定確認(rèn)（捎帶一個(gè)分組的序號(hào)）C.超時(shí)重傳和肯定確認(rèn)（捎帶一個(gè)分組的序號(hào)）VD.丟失重傳和重復(fù)確認(rèn)解析：⑶.（3）（分?jǐn)?shù)：2.00）A.未被確認(rèn)及至窗口首端的所有分組B.未被確認(rèn)VC.未被確認(rèn)及至退回N值的所有分組D.僅丟失的解析：⑷.（4）（分?jǐn)?shù)：2.00）A.是任意的B.1個(gè)C.大于滑動(dòng)窗口的大小D.等于滑動(dòng)窗口的大小 V解析：⑸.（5）（分?jǐn)?shù)：2.00）A.端到端的流量控制 VB.整個(gè)網(wǎng)絡(luò)的擁塞控制C.端到端的流量控制和網(wǎng)絡(luò)的擁塞控制D.整個(gè)網(wǎng)絡(luò)的差錯(cuò)控制解析：解析：考查對(duì)TCP協(xié)議的理解。TCP提供全雙工通信；（1）小題選AoTCP可靠傳輸通常使用確認(rèn)和超時(shí)重傳兩種機(jī)制來(lái)完成。有些情況下為了提高傳輸效率，將確認(rèn)捎帶在一個(gè)回復(fù)幀中，稱為捎帶確認(rèn)。在規(guī)定的時(shí)間內(nèi)發(fā)送方未收到確認(rèn)信息則會(huì)重傳。 TCP協(xié)議是面向字節(jié)的。TCP將所要傳送的報(bào)文看成是字節(jié)組成的數(shù)據(jù)流，并使每個(gè)字節(jié)對(duì)應(yīng)于一個(gè)序號(hào)。在連接建立時(shí)，雙方要商定初始序號(hào)。 TCP每次發(fā)送的報(bào)文段的首部中的序號(hào)字段數(shù)值表示該報(bào)文段中的數(shù)據(jù)部分的第一個(gè)字節(jié)的序號(hào)。 TCPB議其確認(rèn)是對(duì)接收到的數(shù)據(jù)的最高序號(hào)表示確認(rèn)，接收端返回的確認(rèn)號(hào)是已收到的最高序號(hào)加 1，因此確認(rèn)號(hào)表示接收端期望下次收到的數(shù)據(jù)中的第一個(gè)數(shù)據(jù)字節(jié)的序號(hào)。 （2）小題選C。TCP每發(fā)送一個(gè)報(bào)文段，就對(duì)這個(gè)報(bào)文段設(shè)置一次計(jì)時(shí)器 oR要計(jì)時(shí)器設(shè)置的重傳時(shí)間到但還沒(méi)有收到確認(rèn)，就要重傳這一報(bào)文段。（3）小題選 B。TCP骨動(dòng)窗口協(xié)議中，發(fā)送方滑動(dòng)窗口的大小規(guī)定了發(fā)送方最多能夠傳送的分組的數(shù)目。重傳的分組也包含在滑動(dòng)窗口中，因而重傳分組的數(shù)量最多也不能超過(guò)滑動(dòng)窗口的大小。 （4）小題選D。TCP通過(guò)由接收方調(diào)整發(fā)送方的發(fā)送窗口大?。凑{(diào)整TCP報(bào)文段首部中的“窗口”字段值）來(lái)限制發(fā)送方向網(wǎng)絡(luò)注入報(bào)文的速率。TCP的滑動(dòng)窗口特性與數(shù)據(jù)鏈路層討論過(guò)的滑動(dòng)窗口相類似，唯一不同的是 TC喘面向字節(jié)流的全雙工通信，因此TCP的滑動(dòng)窗口是以字節(jié)為單位來(lái)控制的。 TCP的可靠傳輸機(jī)制只能對(duì)網(wǎng)絡(luò)的擁塞進(jìn)行避免。C項(xiàng)錯(cuò)誤。（5）小題選 A。二、簡(jiǎn)答題（總題數(shù)：17，分?jǐn)?shù)：34.00）比較說(shuō)明數(shù)據(jù)鏈路層和傳輸層兩層協(xié)議的不同點(diǎn)。（分?jǐn)?shù)：2.00）正確答案：（正確答案：1）數(shù)據(jù)鏈路層提供的是點(diǎn)到點(diǎn)的數(shù)據(jù)傳輸服務(wù)，傳輸層提供的是端到端的數(shù)據(jù)傳輸服務(wù)。2）數(shù)據(jù)鏈路層使用了2次握手建立連接；傳輸層使用3次握手建立連接。3）數(shù)據(jù)鏈路層采用非對(duì)稱方式釋放連接，傳輸層采用3次握手加計(jì)時(shí)器方式的對(duì)稱方式釋放連接。4）數(shù)據(jù)鏈路層的運(yùn)行環(huán)境是通信兩端直接通過(guò)一條物理信道進(jìn)行通信，通信中不必指定要與哪一端進(jìn)行通信；而傳輸層的運(yùn)行環(huán)境是通信予網(wǎng)，必須顯式地指定目標(biāo)的地址。5）數(shù)據(jù)鏈路層的窗口管理使用固定大小的隱式窗口機(jī)制；傳輸層使用可變大小的顯示窗口機(jī)制：接收方在確認(rèn)中明確告知當(dāng)前窗口大小。6）數(shù)據(jù)鏈路層的發(fā)送方只需要維護(hù)一個(gè)窗口——接收方的窗口大?。粋鬏攲拥陌l(fā)送方要維護(hù)兩個(gè)窗口，一個(gè)是接收方準(zhǔn)許的窗口，另一個(gè)是擁塞窗口，最終發(fā)送的字節(jié)數(shù)量是兩個(gè)窗口的最小值。）解析：面向連接服務(wù)與無(wú)連接服務(wù)各自的特點(diǎn)是什么 ?【江西財(cái)經(jīng)大學(xué) 2005年】（分?jǐn)?shù)：2.00）正確答案：（正確答案：面向連接服務(wù)是在數(shù)據(jù)交換之前，必須先建立連接。當(dāng)數(shù)據(jù)交換結(jié)束后，則應(yīng)終止這個(gè)連接。面向連接服務(wù)比較適合于在一定期間內(nèi)要向同一目的地發(fā)送許多報(bào)文的情況。在無(wú)連接服務(wù)的情況下，兩個(gè)實(shí)體之間的通信不需要先建立好一個(gè)連接，因此其下層的有關(guān)資源不需要事先進(jìn)行預(yù)定保留。這些資源將在數(shù)據(jù)傳輸時(shí)動(dòng)態(tài)地進(jìn)行分配。無(wú)連接服務(wù)的另一特征就是它不需要通信的兩個(gè)實(shí)體同時(shí)是活躍的。當(dāng)發(fā)送端的實(shí)體正在進(jìn)行發(fā)送時(shí)，它才必須是活躍的。這時(shí)接收端的實(shí)體并不一定必須是活躍的。只有當(dāng)接收端的實(shí)體正在進(jìn)行接收時(shí)，它才必須是活躍的。無(wú)連接服務(wù)的優(yōu)點(diǎn)是靈活方便和比較迅速。但無(wú)連接服務(wù)不能防止報(bào)文的丟失、重復(fù)或失序。無(wú)連接服務(wù)特別適合于傳送少量零星的報(bào)文。）解析：偽首部的作用是什么 ?偽首部位于數(shù)據(jù)報(bào)的什么位置 ?【重慶大學(xué) 2005年】（分?jǐn)?shù)：2.00）正確答案：（正確答案：偽首部主要用于UDP艮文的校驗(yàn)。在計(jì)算檢驗(yàn)和時(shí)，在 UDP用戶數(shù)據(jù)報(bào)前臨時(shí)加上12個(gè)字節(jié)的“偽首部”（包括源IP地址字段、目的IP地址字段、全0字段、協(xié)議字段和UD喉度字段）和UDP用戶數(shù)據(jù)報(bào)連接在一起校驗(yàn)。通過(guò)偽首部，不僅可以檢查源端口號(hào)、目的端口號(hào)和 UDPi戶數(shù)據(jù)報(bào)的數(shù)據(jù)部分，還可以檢查 IP數(shù)據(jù)報(bào)的源 IP地址和目的lP地址。但需要注意的是，偽首部只用于計(jì)算和驗(yàn)證校驗(yàn)和，既不向下傳送，也不向上提交。）解析：簡(jiǎn)述TCP和LIDP協(xié)議的主要特點(diǎn)和應(yīng)用場(chǎng)合。【華中科技大學(xué)2003年】（分?jǐn)?shù)：2.00）正確答案：（正確答案：UDP勺主要特點(diǎn)如下：1）傳送數(shù)據(jù)前無(wú)需建立連接，沒(méi)有流量控制機(jī)制。數(shù)據(jù)到達(dá)后也無(wú)需確認(rèn)。2）不可靠交付，只有有限的差錯(cuò)控制機(jī)制。3）報(bào)文頭部短，傳輸開(kāi)銷小，時(shí)延較短。因此，UD的議簡(jiǎn)單，在一些特定的應(yīng)用中運(yùn)行效率高。通常用于可靠性較高的網(wǎng)絡(luò)環(huán)境 （如局域網(wǎng)）或不要求可靠傳輸?shù)膱?chǎng)合，另外也常用于客戶機(jī)/月艮務(wù)器模式中。 TCP的主要特點(diǎn)如下：1）面向連接，提供了可靠的建立連接和拆除連接的方法，還提供了流量控制和擁塞控制的機(jī)制。 2）可靠交付，提供了對(duì)報(bào)文段的檢錯(cuò)、確認(rèn)、重傳和排序等功能。 3）報(bào)文段頭部長(zhǎng)，傳輸開(kāi)銷大。因此， TCP常用于不可靠的互聯(lián)網(wǎng)中為應(yīng)用程序提供面向連接的、可靠的、端到端的字節(jié)流服務(wù)。 ）解析：25.TCP面向連接的服務(wù)具有哪些特征？【西北工業(yè)大學(xué)2007年】（分?jǐn)?shù):2.00）正確答案：（正確答案：TCP提供端對(duì)端、可靠的、進(jìn)程間的面向連接的數(shù)據(jù)傳送服務(wù)。它既適用于可靠的網(wǎng)絡(luò)服務(wù)環(huán)境，也適用于不可靠的網(wǎng)絡(luò)服務(wù)環(huán)境。為達(dá)到可靠傳送的目的，TCP將其傳送協(xié)議數(shù)據(jù)單元（TPDU）發(fā)送出去后必須等待對(duì)方的應(yīng)答。若對(duì)方應(yīng)答確認(rèn)正確接收，發(fā)送方將該TPDUA緩沖區(qū)隊(duì)列中除去；若超時(shí)后仍未收到應(yīng)答信號(hào)，則需重發(fā)該 TPDU接收方收到又^方發(fā)來(lái)的TPDU后，經(jīng)檢查無(wú)錯(cuò)、無(wú)重復(fù)，才放入緩沖區(qū)隊(duì)列。）解析：.簡(jiǎn)述TCP的連接和釋放過(guò)程?！颈本┛萍即髮W(xué) 2005年】（分?jǐn)?shù):2.00）正確答案：（正確答案：TCP的傳輸連接有3個(gè)階段，即連接建立、數(shù)據(jù)傳送和連接釋放。 TCP連接的建立都是采用客戶/服務(wù)器方式。主動(dòng)發(fā)起連接建立的應(yīng)用進(jìn)程稱為客戶，被動(dòng)等待連接建立的應(yīng)用進(jìn)程稱為服務(wù)器。TCP傳輸連接的建立采用“3次握手”的方法，第1次握手，A向B發(fā)送連接請(qǐng)求，即一個(gè)SYN弄段為1的報(bào)文段。第2次握手，B收到連接請(qǐng)求報(bào)文段后，如同意，則發(fā)回確認(rèn)。第 3次握手，A收到B的確認(rèn)信息后，再加以確認(rèn)。如圖5-1所示。| ）解析：.假定TCP采用2次握手代替3次握手來(lái)建立連接，也就是說(shuō)省去第3個(gè)報(bào)文，是否可能會(huì)發(fā)生死鎖？【華中科技大學(xué)1999年】（分?jǐn)?shù):2.00）正確答案：（正確答案：本題考查對(duì)TCP連接管理中3次握手原理的理解。3次握手完成兩個(gè)重要的功能，既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作（雙方都知道彼此已準(zhǔn)備好），也要允許雙方就初始序列號(hào)進(jìn)行協(xié)商，這個(gè)序列號(hào)在握手過(guò)程中被發(fā)送和確認(rèn)?，F(xiàn)在把 3次握手改成僅需要2次握手，死鎖是可能發(fā)生的。作為例子，考慮計(jì)算機(jī)A和B之間的通信，假定A給B發(fā)送一個(gè)連接請(qǐng)求分組， B收到了這個(gè)分組，并發(fā)送了確認(rèn)應(yīng)答分組。按照2次握手的協(xié)定，B認(rèn)為連接已經(jīng)成功地建立了，可以開(kāi)始發(fā)送數(shù)據(jù)分組?？墒牵珹在B的應(yīng)答分組在傳輸中被丟失的情況下， 將不知道B是否已準(zhǔn)備好，也不知道B發(fā)送數(shù)據(jù)使用的初始序列號(hào)，A甚至懷疑B是否收到自己的連接請(qǐng)求分組。在這種情況下， A認(rèn)為連接還未建立成功，將忽略B發(fā)來(lái)的任何數(shù)據(jù)分組，只等待連接確認(rèn)應(yīng)答分組。而 B在發(fā)出的分組超時(shí)后，重復(fù)發(fā)送同樣的分組。這樣就形成了死鎖，如圖5-2所示。I I）解析：28.占據(jù)兩個(gè)山頂?shù)募t軍1與紅軍2與駐扎在這兩個(gè)山之間的白軍作戰(zhàn)。 其力量對(duì)比：紅軍1或紅軍2打不贏白軍，但紅軍1和紅軍2協(xié)同作戰(zhàn)可戰(zhàn)勝白軍。紅軍1擬于次日凌晨6點(diǎn)向白軍發(fā)起攻擊，于是給紅軍2發(fā)送電文，但通信線路很不好，電文出錯(cuò)或丟失的可能性較大，因此要求收到電文的紅軍 2必須送回一個(gè)確認(rèn)電文，但確認(rèn)電文也可能出錯(cuò)或丟失。試問(wèn)能否設(shè)計(jì)出一種協(xié)議使得紅軍能夠?qū)崿F(xiàn)協(xié)同作戰(zhàn)，因而100%地取得勝利？（分?jǐn)?shù):2.00）正確答案：（正確答案：1）采用3次握手的方式。2）紅軍1給紅軍2發(fā)送電文，決定次日凌晨6點(diǎn)向白軍發(fā)起攻擊，請(qǐng)求紅軍2協(xié)同作戰(zhàn)，并等待紅軍2的應(yīng)答，如果在規(guī)定時(shí)間內(nèi)沒(méi)有收到應(yīng)答，則重發(fā)請(qǐng)求。 3）紅軍2如果收到紅軍1的作戰(zhàn)報(bào)文后，則回送一個(gè)響應(yīng)報(bào)文，表明已知道次日凌晨 6點(diǎn)向白軍發(fā)起攻擊且愿意協(xié)同作戰(zhàn)，并等待紅軍 1的確認(rèn)，如果在規(guī)定時(shí)間內(nèi)沒(méi)有收到確認(rèn)報(bào)文，則重發(fā)響應(yīng)報(bào)文。4）紅軍1收到紅軍2的響應(yīng)報(bào)文，再向紅軍 2發(fā)送一個(gè)確認(rèn)報(bào)文，并表明已知道紅軍 2將協(xié)同作戰(zhàn)。）解析：29.為什么說(shuō)TCP協(xié)議中針對(duì)某數(shù)據(jù)包的應(yīng)答包丟失也不一定導(dǎo)致該數(shù)據(jù)包重傳 ？【華中科技大學(xué)2000年】（分?jǐn)?shù)：2.00）正確答案：（正確答案：由于TCP>議采用的是面向字節(jié)流的累積確認(rèn)機(jī)制，當(dāng)某數(shù)據(jù)包的應(yīng)答丟失時(shí)，只要接收方還有數(shù)據(jù)發(fā)給發(fā)送方，在其應(yīng)答字段中將包含對(duì)前面收到的數(shù)據(jù)包的應(yīng)答信息，所以發(fā)送方不需要重發(fā)該數(shù)據(jù)包。）解析：30.TCP重傳時(shí)間是如何確定的?【江西財(cái)經(jīng)大學(xué)2006年】（分?jǐn)?shù)：2.00）正確答案：（正確答案：由于TCP的下層是一個(gè)互聯(lián)網(wǎng)環(huán)境，IP數(shù)據(jù)報(bào)所選擇的路由變化很大。因而傳輸層的往返時(shí)延的方差也很大。為了計(jì)算超時(shí)計(jì)時(shí)器的重傳時(shí)間， TCP采用一種自適應(yīng)算法，它記錄一個(gè)報(bào)文段發(fā)出的時(shí)間，以及收到相應(yīng)確認(rèn)的時(shí)間，這兩個(gè)時(shí)間之差稱為報(bào)文段的往返時(shí)間RTT（Round-TripTime）。TCP保留了RTT的一個(gè)加權(quán)平均往返時(shí)間RTTs,當(dāng)?shù)谝淮螠y(cè)量RTT樣本時(shí)，RTTs值就為所測(cè)量到的RTT樣本的值，但以后每測(cè)量一個(gè)新的 RTT樣本，就按下式重新計(jì)算一次 RTTs：新的RTTs=（1-a）x（舊的RTTs）+aX（新的RTT樣本）在上式中00a解析：31.在一個(gè)1Gbit/s的TCP連接上，發(fā)送窗口的大小為65535B,單程延遲時(shí)間等于10m4問(wèn)可以取得的最大吞吐率是多少 ?線路效率是多少 ?【江西財(cái)經(jīng)大學(xué)2005年】（分?jǐn)?shù)：2.00）正確答案：（正確答案：根據(jù)題意，往返時(shí)延 RTT=10ms2=20ms每20ms可以發(fā)送一個(gè)窗口大小的數(shù)據(jù)，每秒50個(gè)窗口（1000ms+210ms=50｝每秒能發(fā)送數(shù)據(jù)即吞吐量：65535X8X50bit/ s=26.214Mbit/s。線路效率：26.214Mbit/s-1000Mbit/s-2.6%。所以，最大吞吐率為26.214Mbit/s,線路效率約為2．6％。）解析：32.網(wǎng)絡(luò)允許的最大報(bào)文段長(zhǎng)度為 128B,序號(hào)用8bit表示，報(bào)文段在網(wǎng)絡(luò)中的壽命為 30s。求每條TCP連接所能達(dá)到的最高數(shù)據(jù)率。【華中科技大學(xué)2003年】（分?jǐn)?shù)：2.00）正確答案：（正確答案：具有相同編號(hào)的報(bào)文段不應(yīng)該同時(shí)在網(wǎng)絡(luò)中傳輸，必須保證，當(dāng)序列號(hào)循環(huán)回來(lái)重復(fù)使用時(shí)，具有相同序列號(hào)的報(bào)文段已經(jīng)從網(wǎng)絡(luò)中消失。現(xiàn)在報(bào)文段的壽命為 30s,那么在30s的時(shí)間內(nèi)發(fā)送方發(fā)送的報(bào)文段的數(shù)目不能多于 255個(gè)。255X128X8bit+30s=8704bit/s所以，每條TCP連接所能達(dá)到的最高數(shù)據(jù)率為8．704kbit／s。）解析：33.一個(gè)TCP連接下面使用256kbit/s的鏈路，其端到端時(shí)延為 128ms經(jīng)測(cè)試，發(fā)現(xiàn)吞吐量只有128kbit／s。試問(wèn)發(fā)送窗口是多少 ?（分?jǐn)?shù)：2.00）正確答案：（正確答案：來(lái)回路程的時(shí)延等于 256ms（=128ms<2）。設(shè)窗口值為x（注意：以字節(jié)為單位），假定一次最大發(fā)送量等于窗口值，且發(fā)送時(shí)間等于 256ms,那么，每發(fā)送一次都得停下來(lái)期待再次得到下一窗口的確認(rèn)