第五章：傳輸層習(xí)題集1．傳輸層的基本概念：1. (90) 在 OSI 模型中，提供端到端傳輸功能的層次是（ C ）A. 物理層 B .數(shù)據(jù)鏈路層 C .傳輸層 D .應(yīng)用層2. (90) TC

第五章：傳輸層習(xí)題集

1．傳輸層的基本概念：

1. (90) 在 OSI 模型中，提供端到端傳輸功能的層次是（ C ）

A. 物理層 B .數(shù)據(jù)鏈路層 C .傳輸層 D .應(yīng)用層

2. (90) TCP 的主要功能是（ B ）

A .進行數(shù)據(jù)分組 B .保證可靠傳輸 C .確定數(shù)據(jù)傳輸路徑 D .提高傳輸速度

3. (90)TCP/IP 模型分為四層，最高兩層是 應(yīng)用層 、 運輸

層 。

4. (90)傳輸層使高層用戶看到的就是好像在兩個運輸層實體之間有一條 端

到端 、 可靠的 、全雙工 通信通路。

5. (90)運輸層位于數(shù)據(jù)鏈路層上方（F ）

6. (90)傳輸層是屬于網(wǎng)絡(luò)功能部分，而不是用戶功能部分（F ）

2．端口的概念：

7. (90)應(yīng)用層的各種進程通過（B ）實現(xiàn)與傳輸實體的交互

A 程序 B 端口 C 進程 D 調(diào)用

8. (60)傳輸層與應(yīng)用層的接口上所設(shè)置的端口是一個多少位的地址（B ）

A 8位 B 16位 C 32位 D 64位

9. (90)熟知端口的范圍是（C ）

A 0～100 B 20～199 C 0～255 D 1024～49151

10. (90)以下端口為熟知端口的是（C ）

A 8080 B 4000 C 161 D 256

11. (90)TCP/IP 網(wǎng)絡(luò)中，物理地址與 網(wǎng)絡(luò)接口 層有關(guān)，邏輯地址與 網(wǎng)

際 層有關(guān)，端口地址和 運輸 層有關(guān)。

12. (90)UDP 和TCP 都使用了與應(yīng)用層接口處的 端口 與上層的應(yīng)用進程進

行通信。

13. (90)在TCP 連接中，主動發(fā)起連接建立的進程是 客戶

14. (90)在TCP 連接中，被動等待連接的進程是 服務(wù)器 。

15. (90)一些專門分配給最常用的端口叫 熟知端口 。

16. (60)TCP 使用 連接 ，而不僅僅是端口來標識一個通信抽象。

17. (20)一個連接由兩個端點來標識，這樣的端點叫 插口 或 套接字 。

18. (20)現(xiàn)在常使用 應(yīng)用編程接口 作為傳輸層與應(yīng)用層

19. (60)主機中的進程發(fā)起一個TCP 連接，其源端口可以重復(fù)（F ）

20. (60)傳輸層上的連接為了避免通信混亂，所有的端口都不能重復(fù)使用（F ）

21. (60)解釋socket 的含義？

答 在傳輸層的連接中，由兩個進程的IP 地址和端口組成一個端點，這樣的端點叫socket 。

22. (20)運輸層中，現(xiàn)在較為流行的API 有兩類，一類是Berkeley socket, 另一

類是 運輸層接口TLI 。

3．UDP 的特點：

23. (90)傳輸層上實現(xiàn)不可靠傳輸?shù)膮f(xié)議是 B

A TCP B UDP C IP D ARP

24. (90)欲傳輸一個短報文，TCP 和UDP 哪個更快( B )

A.TCP B.UDP C.兩個都快 D.不能比較

25. (90)TCP 和UDP 哪個效率高（ B ）

A ．TCP B．UDP C．兩個一樣 D．不能比較

26. (90)下述的哪一種協(xié)議是不屬于TCP/IP模型的協(xié)議（ D ）

A ．TCP B．UDP C ．ICMP D．HDLC

27. (90)TCP/IP的運輸層定義了兩個協(xié)議，一個是面向連接的協(xié)議，稱為 TCP

協(xié)議 。另一個是無連接的協(xié)議，稱為 UDP協(xié)議

28. (90)在TCP/IP層次模型中與OSI 參考模型第四層(運輸層) 相對應(yīng)的主要協(xié)

議有__TCP__和_UDP___，其中后者提供無連接的不可靠傳輸服務(wù)。

29. (60)UDP 協(xié)議在IP 協(xié)議的數(shù)據(jù)報服務(wù)的之上增加了 端口 功能和 差錯檢

測 功能

30. (90)UDP 是一種可靠、高效的傳輸協(xié)議（F ）

31. (60)簡要說明TCP 與UDP 之間的相同與不同點

答 相同點：同處運輸層，基于接口；不同點：連接方式，確認重傳機制

32. (60)TCP 協(xié)議與UDP 協(xié)議各有什么特點？各用在什么情況下？

答 TCP提供面向連接的服務(wù)，在傳送數(shù)據(jù)之前必須先建立連接，數(shù)據(jù)傳送結(jié)束后要釋放連接，提供可靠的連接。用于對數(shù)據(jù)可靠性要求較高的情況；UDP 在傳送數(shù)據(jù)之前不需要先建立連接，提供不可靠交付。用于實時要求比較高的情況下

4．*UDP的數(shù)據(jù)格式：

33. (60)UDP 協(xié)議校驗的數(shù)據(jù)是 A

A 首部＋偽首部 B 首部 C 首部＋數(shù)據(jù) D 偽首部＋數(shù)據(jù)

34. (60)UDP 中偽首部的傳遞方向 C

A 向下傳遞 B 向上傳遞 C 既不向下也不向上傳遞 D 上下兩個方向都傳遞

35. (60)UDP 中偽首部中的IP 地址內(nèi)容和編排順序是 C

A 源IP 地址 B 目的IP 地址 C 源IP 地址＋目的IP 地址 D 目的IP 地址 源IP 地址

36. (90)UDP 首部字段有 8 個字節(jié)

37. (20)UDP 首部字段由 源端口字段 、目的端口字段 、 長度字段 、校驗和字段 四部分組成

38. (90)UDP 數(shù)據(jù)報校驗時要在前面增加一個 偽首部 字段

39. (60)UDP 校驗增加的偽首部長度為 12字節(jié)

40. (20)UDP 在IP 數(shù)據(jù)報中的協(xié)議字段值為 17

41. (60)UDP偽首部的前兩個字段為 源IP 地址 、 目的IP 地址

42. (60)UDP偽首部的最后一個字段為 UDP長度

43. (60)UDP偽首部的第三個字段為 0

44. (90)UDP 協(xié)議是一個可靠傳輸協(xié)議（F ）

45. (90)UDP 報文首部中包含了源和目的IP 地址（F ）

46. (90)UDP 報文的偽首部中包含了端口號（F ）

47. (90)UDP 報文計算校驗和時需增加一個偽首部（T ）

5．*TCP的數(shù)據(jù)格式：

48. (90)TCP 的主要功能是 B

A .進行數(shù)據(jù)分組 B .保證可靠傳輸 C .確定數(shù)據(jù)傳輸路徑 D .提高傳輸速度

49. (90)在 TCP/IP 參考模型中TCP 協(xié)議工作在： B

A ．應(yīng)用層 B ．傳輸層 C ．互連層 D ．主機-網(wǎng)絡(luò)層

50. (60)TCP 報文段中序號字段指的是 A

A 數(shù)據(jù)部分第一個字節(jié) B 數(shù)據(jù)部分最后一個字節(jié) C 報文首部第一個字節(jié) D 報文最后一個字節(jié)

51. (60)TCP 報文中確認序號指的是 B

A 已經(jīng)收到的最后一個數(shù)據(jù)序號 B 期望收到的第一個字節(jié)序號 C 出現(xiàn)錯誤的數(shù)據(jù)序號 D 請求重傳的數(shù)據(jù)序號

52. (20)英特網(wǎng)上所有計算機都應(yīng)能接受的TCP 報文長度為 D

A 65535字節(jié) B 1500字節(jié) C 255字節(jié) D 556字節(jié)

53. (60)TCP 報文的首部最小長度是 20字節(jié)

54. (60)TCP 有效荷載的最大長度是 65535 字節(jié)

55. (20)TCP 報文首部可以擴展的字節(jié)長度需滿足的規(guī)律是 4的整數(shù)倍

56. (60)TCP 報文段中給源端口分配了 2 字節(jié)的長度

57. (60)TCP 報文段中序號字段為 4 字節(jié)

58. (60)TCP 報文段中的數(shù)據(jù)偏移實際指明的是 首部長度

59. (60)TCP 報文段中的, 如果要使當前數(shù)據(jù)報傳送到接收方后，立即被上傳應(yīng)用

層，可將 急迫比特PSH 置1

60. (20)TCP 報文中選項字段只規(guī)定了一種功能，即 最長報文段MSS

61. (90)TCP 報文段中的確認序號只有在ACK=1時才有效（T ）

62. (90)TCP 報文段中的PSH 字段置1時，表明該報文段需要盡快傳輸（F ）

63. (90)TCP 報文段中窗口字段的含義是要求接收方預(yù)留的緩沖區(qū)大?。‵ ）

64. (90)TCP 報文段校驗時也需要象UDP 協(xié)議那樣增加一個偽首部（T ）

6．*TCP協(xié)議的數(shù)據(jù)編號與確認方式：

65. (90)TCP 的確認是對接收到的數(shù)據(jù)中 A 表示確認

A 最高序號 B 第一個序號 C 第二個序號 D 倒數(shù)第二個序號

66. (90)TCP 確認的方式是 B

A 專門的確認 B 專門的確認和捎帶確認 C 捎帶確認 D 稍等確認和否定確認

67. (60)TCP 發(fā)送一段數(shù)據(jù)報，其序號是35～150，如果正確到達，接收方對其

確認的序號為 D

A 36 B 150 C 35 D 151

68. (60)TCP 的確認是對接收到的數(shù)據(jù)中是以 最高序號＋1 表示確認

69. (90)TCP 協(xié)議對每一個要發(fā)送 字節(jié) 編了一個號

70. (90)TCP 協(xié)議中接收方一旦有空的緩沖區(qū)則通告發(fā)送方，這一策略可能會帶

來 糊涂窗口綜合癥 問題

71. (60)Nagle 算法規(guī)定，當發(fā)送方數(shù)據(jù)達到窗口的 一半 以上，就立即發(fā)送

一個報文段。

72. (90)TCP 協(xié)議是按報文段進行編號的（F ）

73. (20)Nagle 算法可以適用于網(wǎng)絡(luò)上控制遠程鼠標或鍵盤（F ）

74. (90)TCP 協(xié)議工作時，為了提高效率，有時候并不會對收到的數(shù)據(jù)報立刻確

認（T ）

75. (90)TCP 規(guī)定接收數(shù)據(jù)時必須按順序接收（F ）

76. (20)請簡要描述Nagle 算法的實現(xiàn)過程？

答 ：算法的思想是：若數(shù)據(jù)是逐個字節(jié)地到達發(fā)送端，那么發(fā)送端就將第一個字符先發(fā)送出去，將后面到達的字符都緩存起來，當收到對第一個字符的確認后，再將緩沖區(qū)中所有的字符裝成一個報文段發(fā)送出去，同時繼續(xù)對到達的字

符進行緩存。

77. (20)請描述糊涂窗口綜合癥所指的網(wǎng)絡(luò)現(xiàn)象？

答：糊涂窗口綜合癥是指TCP 傳輸時，當接收端的緩沖區(qū)已滿，而交互的應(yīng)用進程一次只從緩沖區(qū)中讀取一個字符，此時緩沖區(qū)產(chǎn)生了一個字節(jié)的空位置，然后向發(fā)送端發(fā)送確認，并通知窗口為1字節(jié)，但發(fā)送的數(shù)據(jù)報仍為40字節(jié)長。接著，發(fā)送端又發(fā)來一個字符，接收端發(fā)回確認，仍然通知窗口為1字節(jié)，這樣進行下去，使網(wǎng)絡(luò)效率很低。

78. (20)簡要介紹糊涂窗口綜合癥解決的方法

答：主要有兩個：發(fā)送方不要發(fā)送太小的報文段和接收方不通知很小的窗口給發(fā)送方。

7．*TCP的差錯控制方法：

79. (90)TCP 重傳計時器設(shè)置的重傳時間 C

A ．等于往返時延 B.等于平均往返時延 C.大于平均往返時延 D.小于平均往返時延

80. (60)TCP 對超時定時器的設(shè)定采用的是 自適應(yīng) 算法

81. (60)TCP 對超時區(qū)間的確定是由 報文段的往返時延 決定

82. (20)TCP 對計算平均往返時延計算公式中a 的典型值是 7/8

83. (60)Karn 算法修正時，新的重發(fā)時間為舊的重發(fā)時間r 倍，r 比較典型的取

值為 2

84. (60)在TCP 標準中，重發(fā)時間一般取為平均往返時間的 2 倍

85. (60)TCP 每發(fā)送一個報文段，就啟動一個定時器（T ）

86. (90)TCP 傳輸?shù)闹匕l(fā)時延應(yīng)略大于平均往返時延（T ）

87. (90)Karn 算法在計算往返時延時，需要考慮重傳的往返延時（F ）

88. (90)使用TCP 傳輸數(shù)據(jù)時，如果有一個報文丟失了，也不一定會引起與該報

文段對應(yīng)的數(shù)據(jù)的重傳。 （F ）

89. (20)簡要描述TCP 協(xié)議中，為了計算超時區(qū)間，其平均往返時延的計算公式 答：平均往返時延＝a(舊的往返時延T) ＋（1－a ）(新的往返時延樣本)

90. (60)簡要描述Karn 算法思想

答：在計算平均往返時延時，只要報文段重發(fā)了，就不采用其往返時延樣本。

91. (20)簡述Karn 算法的不足和改進的方法

答：當網(wǎng)絡(luò)上，報文段的時延突然增大了很多，因此在原來的重發(fā)時間內(nèi)，不會收到確認報文段，于是重發(fā)報文段。但根據(jù)Karn 算法，不考慮重發(fā)的報文段的往返時延樣本，這樣，重發(fā)時間無法更新。

修正的方法是報文段每重發(fā)一次，將重發(fā)時間增大些。

92. (20)為什么TCP 的重傳時延確定時，在發(fā)生重發(fā)報文時，不好計算？

答：當報文發(fā)生重傳時，發(fā)送方收到確認后，無法分辨這個確認是對原來的第一個報文進行的確認還是對重傳的報文進行的確認。如果實際是第一個報文的確認，而誤認為是重傳的，則會導(dǎo)致重傳時延設(shè)定偏小，反之會導(dǎo)致偏大。

93. (60)簡述在數(shù)據(jù)傳輸中，防止阻塞產(chǎn)生的辦法

答 ：流量控制，擁塞控制

8．*TCP流量控制的基本方法：

94. (90)TCP 流量控制中通知窗口的的功能是 A

A 指明接收端的接收能力 B 指明接收端已經(jīng)接收的數(shù)據(jù) C 指明發(fā)送方的發(fā)送能力 D 指明發(fā)送方已經(jīng)發(fā)送的數(shù)據(jù)

95. (90)TCP 流量控制中擁塞窗口的是 B

A 接收方根據(jù)網(wǎng)絡(luò)狀況得到的數(shù)值 B 發(fā)送方根據(jù)網(wǎng)絡(luò)狀況得到的數(shù)值 C 接收方根據(jù)接收能力得到的數(shù)值 D 發(fā)送方根據(jù)發(fā)送能力得到的數(shù)值

96. (60)TCP 采用 可變發(fā)送窗口 的方式進行流量控制

97. (90)TCP 流量控制窗口大小的單位是 字節(jié)

98. (90)TCP 流量控制中是取通知窗口和擁塞窗口中 較小 的一個

99. (60)TCP 的發(fā)送窗口中的數(shù)據(jù)可以分為兩類 已發(fā)送未被確認 和 待發(fā)送數(shù)據(jù)

100.

101.

102.

103. (60)TCP 發(fā)送報文時，發(fā)送窗口是固定不變的（F ） (60)流量控制的基本思想是保證接收方有足夠多窗口接收即可（F ） (90)流量控制是TCP 有效工作的一個重要保證（T ） (20)TCP 中確認的丟失并不一定導(dǎo)致重傳，請解釋原因

答：若在定時器未超時前收到下一個報文段的確認，則不必重傳

9．*TCP擁塞控制的基本原理：

104.

105.

106.

107.

108.

109. (90)TCP 擁塞避免時，擁塞窗口增加的方式是 B (90)TCP 擁塞控制中， 接收端 將通知窗口值放在報文首部發(fā)給對方。 (60)在未發(fā)生擁塞的穩(wěn)定工作狀態(tài)下，接收端通知的窗口和擁塞窗口是 (60)TCP 擁塞控制中的慢啟動是指發(fā)送的數(shù)據(jù)報每次增加一個（F ） (20)當擁塞窗口增加到門限窗口時，擁塞窗口增長速度降為線形增長，(90)進入擁塞避免時，擁塞窗口不再增加（F ） A 隨機增加 B 線性增加 C 指數(shù)增加 D 不增加 一致 的 此為擁塞避免（T ）

110.

111. (60)門限窗口比擁塞窗口更?。═ ） (20)簡要描述加速遞減的含義

答：TCP 每次出現(xiàn)超時后，將門限窗口值減半，若超時頻繁出現(xiàn)，則門限窗口減少很慢。

112. (20)在TCP 的擁塞控制中，什么是慢開啟和擁塞避免？起什么作用？ 答：慢啟動是指TCP 發(fā)生擁塞超時后，將擁塞窗口將為1，使報文段慢慢注入到網(wǎng)絡(luò)中; 擁塞避免算法使發(fā)送端的擁塞窗口cwnd 每經(jīng)過一個往返時延RTT 就增加一個MSS 的大小。擁塞避免指在擁塞避免階段將擁塞窗口控制為按線性規(guī)律增長，使網(wǎng)絡(luò)比較不容易出現(xiàn)擁塞

113. (60)設(shè)TCP 門限窗口初始值為8個報文段。當擁塞窗口上升到10時網(wǎng)絡(luò)

發(fā)生了超時，TCP 采用慢啟動、加速遞減和擁塞避免，求出第1 ~ 10次傳輸?shù)母鲹砣翱诖笮　?/p>

解：傳輸次數(shù)： 1 2 3 4 5 6 7 8 9 10 擁塞窗口大?。? 1 2 4 8 9 10 1 2 4 5

10．*TCP協(xié)議連接建立的基本原理：

114.

115.

116.

117.

118.

119.

120.

121.

122.

123.

124.

125.

126.

127.

128. (90)TCP 協(xié)議中，連接管理的方法為( B ) (90)TCP 連接建立時，會協(xié)商哪些參數(shù) D A 確認序號 B IP地址 C 端口號 D 最大窗口 (60)TCP 連接建立時，發(fā)起連接一方序號為x, 則接收方確認的序號為B (90)TCP 建立連接的方式是 三次握手 (60)TCP 建立連接時，服務(wù)器端發(fā)出 被動打開 命令，客戶端發(fā)出 主(60)TCP 發(fā)起連接時，同步比特應(yīng) 置1 (90)TCP 是 面向連接 的協(xié)議 (90)在TCP/IP網(wǎng)絡(luò)中，兩個應(yīng)用進程之間的連接實際上是由4個數(shù)字確(90)一個TCP 連接由一對插口確定，插口包括 端口號 和IP 地址。 (60)TCP 建立連接時，還需要互相協(xié)商一些通信參數(shù)（T ） (60)TCP 建立連接時，三次握手的機制可以防止超時失效報文的干擾（T ） (90)三次握手的方式可以保證連接建立的絕對可靠（F ） (90)不采用三次握手的方式，兩個傳輸實體無法建立連接（F ） (20)簡述TCP 建立連接時需要解決的問題 A．重傳機制 B.三次握手機制 C.慢速啟動 D.Nagle算法 A y B x C x＋1 D x-1 動打開 命令 定的包括雙方的 IP地址 和 端口號 。

答：主要有三個問題：第一、要使每一方能夠確認對方的存在；第二、要允許雙方協(xié)商一些參數(shù)（如最大報文段長度、最大窗口大小，服務(wù)質(zhì)量）；第三、能夠?qū)鬏攲嶓w資源分配，如緩沖區(qū)大小、連接表中的項目；

129. (60)給出TCP 建立連接的過程。

11．TCP 連接釋放方法：

130.

131.

132.

133.

134. (90)TCP 釋放連接由哪一方發(fā)起 A (90)TCP 連接釋放時，需要將下面哪個比特置位 C (60)TCP 已經(jīng)建立起來的一個連接，當其中一方提出釋放連接后，此時(90)TCP 釋放連接的過程是三次握手（T ） (90)TCP 通信進程一方提出釋放連接時，雙方同時中止通信（F ） A 收發(fā)任何一方均可 B 服務(wù)器端 C 客戶端 D 連接建立一方 A SYN B END C FIN D STOP 進入 半關(guān)閉 狀態(tài) 綜合：

135.

136.

137.

138.

139. (90)屬于用戶功能的層次是 。D (90)對于IP 層的功能，下面說法正確的是 。B (60)網(wǎng)絡(luò)互聯(lián)時，運輸層及以上層常采用的設(shè)備是 。C (90)在Internet 上，真正能識別一臺主機的地址是 。 D (90)intranet 技術(shù)主要由一系列的組件和技術(shù)構(gòu)成，intranet 的網(wǎng)絡(luò)協(xié) A．物理層 B.網(wǎng)絡(luò)層 C.數(shù)據(jù)鏈路層 D.運輸層 A．差錯檢測 B.差錯報告 C.流量控制 D.擁塞控制 A．中繼器 B.路由器 C.網(wǎng)關(guān) D.網(wǎng)橋 A．主機IP 地址 B.主機所在網(wǎng)絡(luò)IP 地址 C.域名地址 D.主機物理地址

議核心是( C )

A .isp/spx B.ppp

C.tcp/ip D.slip

140. (90)TCP/IP體系結(jié)構(gòu)中的TCP 和IP 所提供的服務(wù)分別為( D )

A. 鏈路層服務(wù)和網(wǎng)絡(luò)層服務(wù) B.網(wǎng)絡(luò)層服務(wù)和運輸層服務(wù)

C. 運輸層服務(wù)和應(yīng)用層服務(wù) D.運輸層服務(wù)和網(wǎng)絡(luò)層服務(wù)

141. (60)下面哪些應(yīng)用在運輸層不采用TCP 協(xié)議 A

A ．IP 電話 B。萬維網(wǎng) C。電子郵件 D。軟件下載

142. (90)能夠使主機或路由器報告差錯情況和提供有關(guān)異常情況的報告是下

列那種協(xié)議的功能。（ C ）

A.IP B.HTTP C.ICMP D.TCP

143.

144.

145.

146.

147. (90)從通信的角度看，網(wǎng)絡(luò)體系結(jié)構(gòu)中各層所提供的服務(wù)可分為兩大類， 服務(wù)和 無連接 服務(wù)。 (90)目前常用的網(wǎng)絡(luò)連接器主要中繼器，網(wǎng)橋，路由器，交換機，集線(60)網(wǎng)絡(luò)在運輸層上互連的設(shè)備名稱是 網(wǎng)關(guān) 。 (60)IP 網(wǎng)關(guān)進行路由選擇是基于 目標網(wǎng)絡(luò) ，而不是基于目標主機 (60)安裝TCP/IP協(xié)議的步驟如下：打開“控制面板”中的“網(wǎng)絡(luò)”圖標，即 面向連接 器和 網(wǎng)關(guān) .

進入“網(wǎng)絡(luò)”對話框，在__協(xié)議____選項卡中點擊“添加”按鈕，進入“請選擇網(wǎng)絡(luò)組件類型”對話框，選擇______，點擊“添加”按鈕，再在“選擇網(wǎng)絡(luò)協(xié)議”對話框中的______欄內(nèi)選“Microsoft ”，在“網(wǎng)絡(luò)協(xié)議”中選__TCP/IP____。（參照WIN2000操作系統(tǒng)）

148.

149.

150.

151.

152.

153.

154. (90)網(wǎng)絡(luò)層與運輸層最大區(qū)別在于：運輸層為 進程 提供邏輯通信，(90)IP 協(xié)議提供 無連接 的不可靠服務(wù)，TCP 協(xié)議提供 面向連接 (90)因特網(wǎng)中，IP 向IP 用戶提供的是面向連接的數(shù)據(jù)傳送服務(wù)。 （F ） (60)數(shù)據(jù)報的分片和重組由IP 控制，對TCP 不可見，TCP 不必擔(dān)心到達(90)Internet 的網(wǎng)絡(luò)協(xié)議核心是TCP/IP 。 （T ） (90)實現(xiàn)數(shù)據(jù)壓縮與OSI 模型中傳輸層層密切相關(guān)。 （F ） (20)簡述原理體系結(jié)構(gòu)中傳輸層與應(yīng)用層的功能 而網(wǎng)絡(luò)層為 主機 提供邏輯通信 可靠服務(wù)。 數(shù)據(jù)的失序問題。 （T ）

答：傳輸層負責(zé)主機中兩個進程之間的通信，應(yīng)用層確定進程之間通信的性質(zhì)以滿足用戶的需要

155. (60)解釋下列英文縮寫的中文含義：WAN 、IMAP 、HTTP 、 SMTP、IGMP

WAN 廣域網(wǎng)

IMAP(Internet Message Access Protocol)因特網(wǎng)報文存取協(xié)議

HTTP 超文本傳送協(xié)議

SMTP 簡單郵件傳送協(xié)議

IGMP 因特網(wǎng)組管理協(xié)議

156. (60)簡述TCP 協(xié)議如何實現(xiàn)端到端可靠的通信服務(wù)。

答 三次握手建立連接，確認重傳機制，擁塞控制

157. (20)TCP 使用三次握手建立連接，在下列情況下，畫出工作示意圖，并

對參數(shù)進行說明：正常建立連接； 某主機收到延遲的重復(fù)的連接請求和連接確認；

解：

正常建立連接：

某主機收到延遲的重復(fù)的連接請求和連接確認：

158. (20)A 用TCP 傳送512字節(jié)的數(shù)據(jù)給B ，B 用TCP 傳送640字節(jié)的數(shù)據(jù)給

A 。設(shè)A 、B 的窗口都為200字節(jié)，而TCP 報文段每次也是傳送200字節(jié)的數(shù)據(jù)，再設(shè)發(fā)送端和接收端的起始序號分別為100和200，由A 發(fā)起建立連接，畫出從建立連接、數(shù)據(jù)傳輸?shù)结尫胚B接的示意圖

解：