計算機(jī)網(wǎng)絡(luò)謝希仁版運(yùn)輸層知識點總結(jié)蒼松教學(xué)

上傳人:無*** 文檔編號:45306788 上傳時間:2021-12-06 格式:DOC 頁數(shù):6 大小:89.50KB
收藏 版權(quán)申訴 舉報 下載
計算機(jī)網(wǎng)絡(luò)謝希仁版運(yùn)輸層知識點總結(jié)蒼松教學(xué)_第1頁
第1頁 / 共6頁
計算機(jī)網(wǎng)絡(luò)謝希仁版運(yùn)輸層知識點總結(jié)蒼松教學(xué)_第2頁
第2頁 / 共6頁
計算機(jī)網(wǎng)絡(luò)謝希仁版運(yùn)輸層知識點總結(jié)蒼松教學(xué)_第3頁
第3頁 / 共6頁

下載文檔到電腦,查找使用更方便

10 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《計算機(jī)網(wǎng)絡(luò)謝希仁版運(yùn)輸層知識點總結(jié)蒼松教學(xué)》由會員分享,可在線閱讀,更多相關(guān)《計算機(jī)網(wǎng)絡(luò)謝希仁版運(yùn)輸層知識點總結(jié)蒼松教學(xué)(6頁珍藏版)》請在裝配圖網(wǎng)上搜索。

1、 運(yùn)輸層 運(yùn)輸層之間的通信是進(jìn)程與進(jìn)程之間的,通過端口的 一、 運(yùn)輸層協(xié)議概述 1、從通信和信息處理的角度看,運(yùn)輸層向它上面的應(yīng)用層提供通信服務(wù),它屬于面向通信部分的最高層,同時也是用戶功能中的最低層。 2、當(dāng)網(wǎng)絡(luò)的邊緣部分中的兩個主機(jī)使用網(wǎng)絡(luò)的核心部分的功能進(jìn)行端到端的通信時,只有位于網(wǎng)絡(luò)邊緣部分的主機(jī)的協(xié)議棧才有運(yùn)輸層,而網(wǎng)絡(luò)核心部分中的路由器在轉(zhuǎn)發(fā)分組時都只用到下三層的功能。 3、兩個主機(jī)進(jìn)行通信實際上就是兩個主機(jī)中的應(yīng)用進(jìn)程互相通信。 4、運(yùn)輸層的一個很重要的功能就是復(fù)用和分用。通過端口實現(xiàn)。 5、網(wǎng)絡(luò)層為主機(jī)之間提供邏輯通信,運(yùn)輸層為應(yīng)用進(jìn)程之間提供端到端的邏輯通

2、信 6、當(dāng)運(yùn)輸層采用面向連接的 TCP 協(xié)議時,盡管下面的網(wǎng)絡(luò)是不可靠的(只提供盡最大努力服務(wù)),但這種邏輯通信信道就相當(dāng)于一條全雙工的可靠信道。當(dāng)運(yùn)輸層采用無連接的 UDP 協(xié)議時,這種邏輯通信信道是一條不可靠信道。 7、兩個對等運(yùn)輸實體在通信時傳送的數(shù)據(jù)單位叫作運(yùn)輸協(xié)議數(shù)據(jù)單元 TPDU 8、UDP 在傳送數(shù)據(jù)之前不需要先建立連接。雖然 UDP 不提供可靠交付,但在某些情況下 UDP 是一種最有效的工作方式;TCP 則提供面向連接的服務(wù)。 9、運(yùn)輸層的 UDP 用戶數(shù)據(jù)報與網(wǎng)際層的IP數(shù)據(jù)報的區(qū)別:IP 數(shù)據(jù)報要經(jīng)過互連網(wǎng)中許多路由器的存儲轉(zhuǎn)發(fā),但 UDP 用戶數(shù)據(jù)報是在運(yùn)輸層的

3、端到端抽象的邏輯信道中傳送的。 10、硬件端口與軟件端口的區(qū)別:在協(xié)議棧層間的抽象的協(xié)議端口是軟件端口。路由器或交換機(jī)上的端口是硬件端口。硬件端口是不同硬件設(shè)備進(jìn)行交互的接口,而軟件端口是應(yīng)用層的各種協(xié)議進(jìn)程與運(yùn)輸實體進(jìn)行層間交互的一種地址。 11、端口用一個 16 位端口號進(jìn)行標(biāo)志。 12、端口號只具有本地意義,即端口號只是為了標(biāo)志本計算機(jī)應(yīng)用層中的各進(jìn)程。在因特網(wǎng)中不同計算機(jī)的相同端口號是沒有聯(lián)系的。 13、端口的分類:熟知端口和登記端口號合稱為服務(wù)器端使用的端口號 n 熟知端口,數(shù)值一般為 0~1023。 n 登記端口號,數(shù)值為1024~49151,為沒有熟知端口號的應(yīng)用程序

4、使用的。使用這個范圍的端口號必須在 IANA 登記,以防止重復(fù)。 n 客戶端口號或短暫端口號,數(shù)值為49152~65535,留給客戶進(jìn)程選擇暫時使用。 二、用戶數(shù)據(jù)報協(xié)議 UDP 1、UDP只是在 IP 的數(shù)據(jù)報服務(wù)之上增加了端口的功能和差錯檢測的功能。 2、UDP 的主要特點 n UDP 是無連接的,即發(fā)送數(shù)據(jù)之前不需要建立連接。 n UDP 使用盡最大努力交付,即不保證可靠交付,同時也不使用擁塞控制。 n UDP 是面向報文的。 n UDP 支持一對一、一對多、多對一和多對多的交互通信。 n UDP 的首部開銷小,只有 8 個字節(jié)。 n UDP沒有擁塞控制,很適

5、合多媒體通信的要求 3、發(fā)送方 UDP 對應(yīng)用程序交下來的報文,在添加首部后就向下交付 IP 層。UDP 對應(yīng)用層交下來的報文,既不合并,也不拆分,而是保留這些報文的邊界。 4、UDP 的首部格式(每個部分各兩個字節(jié)) 源端口(不需要回送時可填0),目的端口,長度(包括數(shù)據(jù)部分,最小為8字節(jié)),檢驗和(檢查用戶數(shù)據(jù)報是否有差錯) 5、IP數(shù)據(jù)報首部檢驗和與UDP數(shù)據(jù)報檢驗和的區(qū)別:IP數(shù)據(jù)報只檢驗首部,UDP則把首部和數(shù)據(jù)報部分一起檢驗了。 6、偽首部與檢驗和:為了計算檢驗和在UDP首部之前再加入12字節(jié)的偽首部。偽首部不能向上遞交也不用向下傳送。接收方將UDP數(shù)據(jù)報與偽首部按二進(jìn)制

6、反碼求和,正確的結(jié)果應(yīng)為全0,否則丟棄這個數(shù)據(jù)報。 7、偽首部包括源IP,目的IP,一個全0字節(jié),一個協(xié)議字段,2字節(jié)的UDP長度 三、傳輸控制協(xié)議 TCP 1、TCP 最主要的特點 n TCP 是面向連接的運(yùn)輸層協(xié)議。 n 每一條 TCP 連接只能有兩個端點,每一條 TCP 連接只能是點對點的(一對一)。 n TCP 提供可靠交付的服務(wù)。 n TCP 提供全雙工通信。 n 面向字節(jié)流。 2、TCP 連接是一條虛連接而不是一條真正的物理連接。 3、TCP 連接的端點:不是主機(jī),不是主機(jī)的IP 地址,不是應(yīng)用進(jìn)程,也不是運(yùn)輸層的協(xié)議端口,而是套接字(socket)或

7、插口,是端口號拼接到IP 地址后面構(gòu)成的。 套接字 socket = (IP地址: 端口號) 192.168.1.1:80 TCP 連接 ::= {socket1, socket2} = {(IP1: port1), (IP2: port2)} 4、同一個IP地址可以有多個不同的TCP連接,而同一個端口號也可以出現(xiàn)在多個不同的TCP連接中。 四、可靠傳輸?shù)墓ぷ髟? 1、理想傳輸條件的兩個特點:傳輸信道不產(chǎn)生差錯,無論發(fā)送發(fā)以多快的速度發(fā)送,接送方總來的及接受數(shù)據(jù)。在這種條件下不需要采取何種措施就可以實現(xiàn)可靠傳輸。 2、停止

8、等待協(xié)議:每發(fā)送完一個分組就停止發(fā)送,等待對方確認(rèn)。確認(rèn)后再發(fā)下一個分組 3、為了在出現(xiàn)差錯時能夠繼續(xù)通信:在發(fā)送完一個分組后,必須暫時保留已發(fā)送的分組的副本;分組和確認(rèn)分組都必須進(jìn)行編號;超時重傳,超時計時器的重傳時間應(yīng)當(dāng)比數(shù)據(jù)在分組傳輸?shù)钠骄禃r間更長一些。 4、確認(rèn)丟失和確認(rèn)遲到 5、使用確認(rèn)和重傳機(jī)制,我們就可以在不可靠的傳輸網(wǎng)絡(luò)上實現(xiàn)可靠的通信。 6、可靠傳輸協(xié)議又稱為自動重傳請求ARQ 7、信道利用率: TD:分組發(fā)送時間;RTT:分組往返時間;TA:發(fā)送確認(rèn)分組所需的時間 8、停止等待協(xié)議的優(yōu)點是簡單,但缺點是信道利用率太低。 9、提高信道利用率的措施:采

9、用流水線傳輸:發(fā)送方可連續(xù)發(fā)送多個分組,不必每發(fā)完一個分組就停頓下來等待對方的確認(rèn) 10、連續(xù) ARQ 協(xié)議:TCP 連接的每一端都必須設(shè)有兩個窗口——一個發(fā)送窗口和一個接收窗口。發(fā)送窗口內(nèi)的數(shù)據(jù)可以連續(xù)發(fā)送出去,不需要等待對方的確認(rèn),接收方采用累積確認(rèn),對按序到達(dá)的最后一個分組確認(rèn),表示:到這個分組為止的所有分組都已正確收到了。 發(fā)送方每接收到一個確認(rèn),就把發(fā)送窗口向前滑動一個分組單位。 五、TCP 報文段的首部格式 1、源端口和目的端口字段——各占 2 字節(jié)。端口是運(yùn)輸層與應(yīng)用層的服務(wù)接口。運(yùn)輸層的復(fù)用和分用功能都要通過端口才能實現(xiàn)。 2、序號字段——占 4 字節(jié)。TCP 連

10、接中傳送的數(shù)據(jù)流中的每一個字節(jié)都編上一個序號。序號字段的值則指的是本報文段所發(fā)送的數(shù)據(jù)的第一個字節(jié)的序號。 3、確認(rèn)號字段——占 4 字節(jié),是期望收到對方的下一個報文段的數(shù)據(jù)的第一個字節(jié)的序號。 4、數(shù)據(jù)偏移(即首部長度)——占 4 位,它指出 TCP 報文段的數(shù)據(jù)起始處距離 TCP 報文段的起始處有多遠(yuǎn),以四個字節(jié)為單位,其實就是首部長度,最大60字節(jié)。 5、確認(rèn) ACK —— 只有當(dāng) ACK = 1 時確認(rèn)號字段才有效。 6、復(fù)位 RST (ReSeT) —— 當(dāng) RST = 1 時,表明 TCP 連接中出現(xiàn)嚴(yán)重差錯(如由于主機(jī)崩潰或其他原因),必須釋放連接,然后再重新建立運(yùn)輸

11、連接。 7、同步 SYN —— 同步 SYN = 1 表示這是一個連接請求或連接接受報文 8、終止 FIN (FINis) —— 用來釋放一個連接。FIN = 1 表明此報文段的發(fā)送端的數(shù)據(jù)已發(fā)送完畢,并要求釋放運(yùn)輸連接。 9、窗口字段 —— 占 2 字節(jié),用來讓對方設(shè)置發(fā)送窗口的依據(jù),單位為字節(jié)。 10、檢驗和 —— 占 2 字節(jié)。檢驗和字段檢驗的范圍包括首部和數(shù)據(jù)這兩部分。檢驗規(guī)則和UDP檢驗和一樣。 11、緊急指針字段 —— 占 16 位,指出在本報文段中緊急數(shù)據(jù)共有多少個字節(jié) 12、MSS 是 TCP 報文段中的數(shù)據(jù)字段的最大長度 13、選項字段 —— 長度可變。包括

12、: n 窗口擴(kuò)大選項 ——占 3 字節(jié), n 時間戳選項——占10 字節(jié),其中最主要的字段時間戳值字段(4 字節(jié))和時間戳回送回答字段(4 字節(jié))。用來計算往返時間,處理TCP序號超過2的32次方的情況,防止序號繞回,時間戳可以做個標(biāo)記 n 選擇確認(rèn)選項 14、填充字段,填0,這是為了使整個首部長度是 4 字節(jié)的整數(shù)倍。 六、TCP 可靠傳輸?shù)膶崿F(xiàn) 1、TCP的滑動窗口以字節(jié)為單位 2、窗口越大,發(fā)送方就可以在收到確認(rèn)之前發(fā)送更多的數(shù)據(jù),傳輸效率高,但是接收方必須來的及接收。 3、 窗口的分類:發(fā)送窗口,可用窗口,未確認(rèn)窗口 4、 A 的發(fā)送窗口并不總是和 B 的接收窗口

13、一樣大(因為有一定的時間滯后)。 5、TCP 要求接收方必須有累積確認(rèn)的功能,這樣可以減小傳輸開銷。 6、緩存和窗口的關(guān)系:緩存一般大于窗口 7、發(fā)送緩存與接收緩存的作用 發(fā)送緩存用來暫時存放: 發(fā)送應(yīng)用程序傳送給發(fā)送方 TCP 準(zhǔn)備發(fā)送的數(shù)據(jù); TCP 已發(fā)送出但尚未收到確認(rèn)的數(shù)據(jù)。 接收緩存用來暫時存放: 按序到達(dá)的、但尚未被接收應(yīng)用程序讀取的數(shù)據(jù); 不按序到達(dá)的數(shù)據(jù)。 8、超時重傳時間的選擇: RTO = RTTS + 4 RTTD 平均往返時間 新的 RTTS = (1 - a) (舊的 RTTS)

14、 + a (新的 RTT 樣本) 0 a < 1 推薦=0.125 RTT 的偏差的加權(quán)平均值 新的 RTTD = (1 - b) (舊的RTTD) + b RTTS - 新的 RTT 樣本 b推薦=0.25 9、如何判定一個確認(rèn)報文段是對原來的報文段 1 的確認(rèn),還是對重傳的報文段 2 的確認(rèn)? 采用Karn 算法:在計算平均往返時間 RTT 時,只要報文段重傳了,就不采用其往返時間樣本。 修正的 Karn 算法:報文段每重傳一次,就把 RTO 增大一些: 10、選擇確認(rèn)sack是解決:接收方收到了和前面的字節(jié)流不連續(xù)的兩個字節(jié)塊,怎樣讓發(fā)送方只發(fā)送沒有到達(dá)的

15、數(shù)據(jù)段 11、使用SACK時要將TCP首部中的SACK位置1,然后再選項字段填入未接受到的斷塊的邊界值,每個邊界值占4個字節(jié),確定一個斷塊要用兩個邊界值,所以選項字段最多只能指明4個字節(jié)塊的信息。另外還要一個選項指明是SACK選項,一個指明SACK占用的字節(jié)數(shù) 七、TCP 的流量控制:利用滑動窗口實現(xiàn)流量控制 1、流量控制(flow control)就是讓發(fā)送方的發(fā)送速率不要太快,既要讓接收方來得及接收,也不要使網(wǎng)絡(luò)發(fā)生擁塞。 2、丟失報文導(dǎo)致互等死鎖的解決辦法:持續(xù)計時器 n TCP 為每一個連接設(shè)有一個持續(xù)計時器。 n 只要 TCP 連接的一方收到對方的零窗口通知,就啟動持續(xù)計

16、時器。 n 若持續(xù)計時器設(shè)置的時間到期,就發(fā)送一個零窗口探測報文段(僅攜帶 1 字節(jié)的數(shù)據(jù)),而對方就在確認(rèn)這個探測報文段時給出了現(xiàn)在的窗口值。 n 若窗口仍然是零,則收到這個報文段的一方就重新設(shè)置持續(xù)計時器。 n 若窗口不是零,則死鎖的僵局就可以打破了。 3、發(fā)送方的發(fā)送窗口不能超過接收方給的接收窗口的數(shù)值,TCP窗口的單位是字節(jié)。 4、 考慮到傳輸效率,要解決TCP 報文段的發(fā)送時機(jī)的選擇: n 長度限制:第一種機(jī)制是 TCP 維持一個變量,它等于最大報文段長度 MSS。只要緩存中存放的數(shù)據(jù)達(dá)到 MSS 字節(jié)時,就組裝成一個 TCP 報文段發(fā)送出去。 n 自己要求:第二種機(jī)

17、制是由發(fā)送方的應(yīng)用進(jìn)程指明要求發(fā)送報文段,即 TCP 支持的推送(push)操作。 n 時間限制:第三種機(jī)制是發(fā)送方的一個計時器期限到了,這時就把當(dāng)前已有的緩存數(shù)據(jù)裝入報文段(但長度不能超過 MSS)發(fā)送出去。 八、TCP的擁塞控制 1、在某段時間,若對網(wǎng)絡(luò)中某資源的需求超過了該資源所能提供的可用部分,網(wǎng)絡(luò)的性能就要變壞——產(chǎn)生擁塞,即資源需求>可用資源 2、擁塞控制與流量控制的關(guān)系: 擁塞控制是一個全局性的過程,就是防止過多的數(shù)據(jù)注入到網(wǎng)絡(luò)中,這樣可以使網(wǎng)絡(luò)中的路由器或鏈路不致過載。 流量控制往往指在給定的發(fā)送端和接收端之間的點對點通信量的控制。流量控制所要做的就是抑制發(fā)送端發(fā)送

18、數(shù)據(jù)的速率,以便使接收端來得及接收。 3、擁塞控制要解決好網(wǎng)絡(luò)吞吐量與負(fù)載的關(guān)系 4、幾種擁塞控制方法:慢開始和擁塞避免,快重傳和快恢復(fù) 5、發(fā)送方維持一個叫做擁塞窗口 cwnd 的狀態(tài)變量。擁塞窗口的大小取決于網(wǎng)絡(luò)的擁塞程度,并且動態(tài)地在變化。發(fā)送方讓自己的發(fā)送窗口等于或小于擁塞窗口。 6、發(fā)送方控制擁塞窗口的原則是:只要網(wǎng)絡(luò)沒有出現(xiàn)擁塞,擁塞窗口就再增大一些,發(fā)送更多的分組。但只要網(wǎng)絡(luò)出現(xiàn)擁塞,擁塞窗口就減小一些,以減少注入到網(wǎng)絡(luò)中的分組數(shù)。 7、“擁塞避免”不能完全避免擁塞,只是說在擁塞避免階段把擁塞窗口控制為較多按線性規(guī)律增長,使網(wǎng)絡(luò)比較不容易出現(xiàn)擁塞。 8、快重傳算

19、法:快重傳算法首先要求接收方每收到一個失序的報文段后就立即發(fā)出重復(fù)確認(rèn)。這樣做可以讓發(fā)送方及早知道有報文段沒有到達(dá)接收方。 發(fā)送方只要一連收到三個重復(fù)確認(rèn)就應(yīng)當(dāng)立即重傳對方尚未收到的報文段。 9、快恢復(fù)算法:當(dāng)發(fā)送端收到連續(xù)三個重復(fù)的確認(rèn)時,就執(zhí)行“乘法減小”算法,把慢開始門限 ssthresh 減半,然后執(zhí)行加法增大。這是因為三個確認(rèn)報文能夠到達(dá)發(fā)送端,網(wǎng)絡(luò)很可能沒有擁塞 10、發(fā)送窗口的上限值 = Min [rwnd, cwnd] 接收方窗口 rwnd 和擁塞窗口 cwnd 九、TCP 的運(yùn)輸連接管理 1、運(yùn)輸連接就有三個階段,即:連接建立、數(shù)據(jù)傳送和連接釋

20、放。 2、TCP 連接的建立都是采用客戶服務(wù)器方式。主動發(fā)起連接建立的應(yīng)用進(jìn)程叫做客戶(client)。被動等待連接建立的應(yīng)用進(jìn)程叫做服務(wù)器(server)。 3、TCP用三次握手建立連接:A表示發(fā)送方,B表示接收方 (1)A 的 TCP 向 B 發(fā)出連接請求報文段,其首部中的同步位 SYN = 1,并選擇序號 seq = x,表明傳送數(shù)據(jù)時的第一個數(shù)據(jù)字節(jié)的序號是 x。 (2)B 的 TCP 收到連接請求報文段后,如同意,則發(fā)回確認(rèn)。 B 在確認(rèn)報文段中應(yīng)使 SYN = 1,使 ACK = 1, 其確認(rèn)號ack = x + 1,自己選擇的序號 seq = y。 (3)A 收到此

21、報文段后向 B 給出確認(rèn),其 ACK = 1, 確認(rèn)號 ack = y + 1。 A 的 TCP 通知上層應(yīng)用進(jìn)程,連接已經(jīng)建立。 4、 TCP 的連接釋放:四次握手釋放連接。A表示發(fā)送方,B表示接收方 (1)A 把連接釋放報文段首部的 FIN = 1,其序號seq = u,等待 B 的確認(rèn)。 (2)B 發(fā)出確認(rèn),確認(rèn)號 ack = u + 1, 而這個報文段自己的序號 seq = v。 TCP 服務(wù)器進(jìn)程通知高層應(yīng)用進(jìn)程。 從 A 到 B 這個方向的連接就釋放了,TCP 連接處于半關(guān)閉狀態(tài)。B 若發(fā)送數(shù)據(jù),A 仍要接收。 (3)若 B 已經(jīng)沒有要向 A 發(fā)送的數(shù)據(jù),其應(yīng)用進(jìn)程就

22、通知 TCP 釋放連接。 (4)A 收到連接釋放報文段后,必須發(fā)出確認(rèn)。 5、數(shù)據(jù)傳輸結(jié)束后,通信的雙方都可釋放連接。 6、發(fā)送方確認(rèn)后必須等待 2MSL 的時間后才能真正釋放連接理由如下: 第一,為了保證 A 發(fā)送的最后一個 ACK 報文段能夠到達(dá) B。 第二,防止 “已失效的連接請求報文段”出現(xiàn)在本連接中。A 在發(fā)送完最后一個 ACK 報文段后,再經(jīng)過時間 2MSL,就可以使本連接持續(xù)的時間內(nèi)所產(chǎn)生的所有報文段,都從網(wǎng)絡(luò)中消失。 整理者:福州大學(xué) 張毅 6 教育專業(yè)b

展開閱讀全文
溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

相關(guān)資源

更多
正為您匹配相似的精品文檔
關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!