通信網(wǎng)絡(luò)實(shí)驗(yàn)報(bào)告

通訊網(wǎng)絡(luò)實(shí)驗(yàn)報(bào)告實(shí)驗(yàn)一隱終端和裸露終端問題剖析一、實(shí)驗(yàn)?zāi)康?、認(rèn)識(shí)無線網(wǎng)絡(luò)中的載波檢測(cè)體制；2、熟習(xí)節(jié)點(diǎn)的傳輸范圍、矛盾擾亂范圍、載波檢測(cè)范圍和噪聲擾亂范圍的觀點(diǎn)；3、認(rèn)識(shí)載波檢測(cè)接入體系中存在的隱終端問題和裸露終端問題；4、聯(lián)合仿真切驗(yàn)剖析載波檢測(cè)無線網(wǎng)絡(luò)中的隱終端問題和裸露終端問題。二、實(shí)驗(yàn)結(jié)果Node:1,Layer:AppCbrClient,(0)Serveraddress:2Node:1,Layer:AppCbrClient,(0)Firstpacketsentat[s]:Node:1,Layer:AppCbrClient,(0)Lastpacketsentat[s]:Node:1,Layer:AppCbrClient,(0)Sessionstatus:NotclosedNode:1,Layer:AppCbrClient,(0)Totalnumberofbytessent:5120000Node:1,Layer:AppCbrClient,(0)Totalnumberofpacketssent:10000Node:1,Layer:AppCbrClient,(0)Throughput(bitspersecond):409600Node:2,Layer:AppCbrServer,(0)Clientaddress:1Node:2,Layer:AppCbrServer,(0)Firstpacketreceivedat[s]:Node:2,Layer:AppCbrServer,(0)Lastpacketreceivedat[s]:Node:2,Layer:AppCbrServer,(0)Averageend-to-enddelay[s]:Node:2,Layer:AppCbrServer,(0)Sessionstatus:NotclosedNode:2,Layer:AppCbrServer,(0)Totalnumberofbytesreceived:4975616Node:2,Layer:AppCbrServer,(0)Totalnumberofpacketsreceived:9718Node:2,Layer:AppCbrServer,(0)Throughput(bitspersecond):398078Node:3,Layer:AppCbrClient,(0)Serveraddress:4Node:3,Layer:AppCbrClient,(0)Firstpacketsentat[s]:Node:3,Layer:AppCbrClient,(0)Lastpacketsentat[s]:Node:3,Layer:AppCbrClient,(0)Sessionstatus:NotclosedNode:3,Layer:AppCbrClient,(0)Totalnumberofbytessent:5120000Node:3,Layer:AppCbrClient,(0)Totalnumberofpacketssent:10000Node:3,Layer:AppCbrClient,(0)Throughput(bitspersecond):409600Node:4,Layer:AppCbrServer,(0)Clientaddress:3Node:4,Layer:AppCbrServer,(0)Firstpacketreceivedat[s]:Node:4,Layer:AppCbrServer,(0)Lastpacketreceivedat[s]:Node:4,Layer:AppCbrServer,(0)Averageend-to-enddelay[s]:Node:4,Layer:AppCbrServer,(0)Sessionstatus:NotclosedNode:4,Layer:AppCbrServer,(0)Totalnumberofbytesreceived:5120000Node:4,Layer:AppCbrServer,(0)Totalnumberofpacketsreceived:10000Node:

4,Layer:

AppCbrServer,(0)Throughput(bitspersecond):409612三、實(shí)驗(yàn)結(jié)果剖析經(jīng)過仿真結(jié)果能夠看出，節(jié)點(diǎn)

2沒法收到數(shù)據(jù)。因?yàn)楣?jié)點(diǎn)

3是節(jié)點(diǎn)

1的一個(gè)隱終端，節(jié)點(diǎn)

1沒法經(jīng)過物理載波檢測(cè)偵聽到節(jié)點(diǎn)

3的發(fā)送，且節(jié)點(diǎn)

3在節(jié)點(diǎn)

2的傳輸范圍外，節(jié)點(diǎn)3沒法經(jīng)過虛構(gòu)載波檢測(cè)延緩發(fā)送，因此在節(jié)點(diǎn)

1傳輸數(shù)據(jù)的過程中，節(jié)點(diǎn)

3達(dá)成退避發(fā)送時(shí)將惹起矛盾。四、思慮題1、RTS/CTS能完整解決隱終端問題嗎？假如不可以，請(qǐng)說明原因。從理論剖析上看，RTS/CTS協(xié)議仿佛能夠完整解決數(shù)據(jù)鏈隱蔽終端問題，但是在實(shí)質(zhì)網(wǎng)絡(luò)中并不是這樣，特別是在AdHoc網(wǎng)絡(luò)中。以節(jié)點(diǎn)為中心，存在發(fā)送地區(qū)和擾亂區(qū)域。在發(fā)送地區(qū)內(nèi)，在沒有擾亂的狀況下，數(shù)據(jù)包可正常收發(fā)；該地區(qū)的大小由站點(diǎn)的功率等參數(shù)確立，可視為定值。擾亂地區(qū)是有關(guān)于接受節(jié)點(diǎn)而言的，在該地區(qū)內(nèi)，節(jié)點(diǎn)能夠遇到來自非有關(guān)節(jié)點(diǎn)發(fā)送的數(shù)據(jù)的擾亂，造成矛盾、丟包。RTS/CTS對(duì)隱蔽終端問題的屏蔽其實(shí)是成立在兩地區(qū)相等的基礎(chǔ)上的，即全部的隱蔽終端都位于接受節(jié)點(diǎn)發(fā)送范圍內(nèi)。其中假定其實(shí)不可立，擾亂地區(qū)與收發(fā)節(jié)點(diǎn)間距有關(guān)。實(shí)驗(yàn)二無線局域網(wǎng)DCF協(xié)議飽和吞吐量考證一、實(shí)驗(yàn)?zāi)康?、認(rèn)識(shí)IEEEDCF協(xié)議的基來源理。2、理解網(wǎng)絡(luò)飽和吞吐量的觀點(diǎn)。3、經(jīng)過仿真對(duì)DCF協(xié)議飽和吞吐量的二維馬爾可夫鏈模型進(jìn)行考證。二、實(shí)驗(yàn)結(jié)果Node:1,Layer:AppCbrClient,(4)Serveraddress:55Node:1,Layer:AppCbrClient,(4)Firstpacketsentat[s]:Node:1,Layer:AppCbrClient,(4)Lastpacketsentat[s]:Node:1,Layer:AppCbrClient,(4)Sessionstatus:NotclosedNode:1,Layer:AppCbrClient,(4)Totalnumberofbytessent:5120000Node:1,Layer:AppCbrClient,(4)Totalnumberofpacketssent:10000Node:1,Layer:AppCbrClient,(4)Throughput(bitspersecond):409600Node:1,Layer:AppCbrClient,(3)Serveraddress:54Node:1,Layer:AppCbrClient,(3)Firstpacketsentat[s]:Node:1,Layer:AppCbrClient,(3)Lastpacketsentat[s]:Node:1,Layer:AppCbrClient,(3)Sessionstatus:NotclosedNode:1,Layer:AppCbrClient,(3)Totalnumberofbytessent:5120000Node:1,Layer:AppCbrClient,(3)Totalnumberofpacketssent:10000Node:1,Layer:AppCbrClient,(3)Throughput(bitspersecond):409600Node:1,Layer:AppCbrClient,(2)Serveraddress:53Node:1,Layer:AppCbrClient,(2)Firstpacketsentat[s]:Node:1,Layer:AppCbrClient,(2)Lastpacketsentat[s]:Node:1,Layer:AppCbrClient,(2)Sessionstatus:NotclosedNode:1,Layer:AppCbrClient,(2)Totalnumberofbytessent:5120000Node:1,Layer:AppCbrClient,(2)Totalnumberofpacketssent:10000Node:1,Layer:AppCbrClient,(2)Throughput(bitspersecond):409600Node:1,Layer:AppCbrClient,(1)Serveraddress:52Node:1,Layer:AppCbrClient,(1)Firstpacketsentat[s]:Node:1,Layer:AppCbrClient,(1)Lastpacketsentat[s]:Node:1,Layer:AppCbrClient,(1)Sessionstatus:NotclosedNode:1,Layer:AppCbrClient,(1)Totalnumberofbytessent:5120000Node:1,Layer:AppCbrClient,(1)Totalnumberofpacketssent:10000Node:1,Layer:AppCbrClient,(1)Throughput(bitspersecond):409600Node:1,Layer:AppCbrClient,(0)Serveraddress:51Node:1,Layer:AppCbrClient,(0)Firstpacketsentat[s]:Node:1,Layer:AppCbrClient,(0)Lastpacketsentat[s]:Node:1,Layer:AppCbrClient,(0)Sessionstatus:NotclosedNode:1,Layer:AppCbrClient,(0)Totalnumberofbytessent:5120000Node:1,Layer:AppCbrClient,(0)Totalnumberofpacketssent:10000Node:1,Layer:AppCbrClient,(0)Throughput(bitspersecond):409600Node:51,Layer:AppCbrServer,(0)Clientaddress:1Node:51,Layer:AppCbrServer,(0)Firstpacketreceivedat[s]:Node:51,Layer:AppCbrServer,(0)Lastpacketreceivedat[s]:Node:51,Layer:AppCbrServer,(0)Averageend-to-enddelay[s]:Node:51,Layer:AppCbrServer,(0)Sessionstatus:NotclosedNode:51,Layer:AppCbrServer,(0)Totalnumberof5102592Node:51,Layer:AppCbrServer,(0)Totalnumberof9966Node:51,Layer:AppCbrServer,(0)Throughput(bitspersecond):408219Node:52,Layer:AppCbrServer,(1)Clientaddress:1Node:52,Layer:AppCbrServer,(1)Firstpacketreceivedat[s]:Node:52,Layer:AppCbrServer,(1)Lastpacketreceivedat[s]:Node:52,Layer:AppCbrServer,(1)Averageend-to-enddelay[s]:Node:52,Layer:AppCbrServer,(1)Sessionstatus:NotclosedNode:52,Layer:AppCbrServer,(1)Totalnumberof5102592Node:52,Layer:AppCbrServer,(1)Totalnumberof

bytesreceived:packetsreceived:bytesreceived:packetsreceived:9966Node:52,Layer:AppCbrServer,(1)Throughput(bitspersecond):408233Node:53,Layer:AppCbrServer,(2)Clientaddress:1Node:53,Layer:AppCbrServer,(2)Firstpacketreceivedat[s]:Node:53,Layer:AppCbrServer,(2)Lastpacketreceivedat[s]:Node:53,Layer:AppCbrServer,(2)Averageend-to-enddelay[s]:Node:53,Layer:AppCbrServer,(2)Sessionstatus:NotclosedNode:53,Layer:AppCbrServer,(2)Totalnumberofbytesreceived:3926016Node:53,Layer:AppCbrServer,(2)Totalnumberofpacketsreceived:7668Node:53,Layer:AppCbrServer,(2)Throughput(bitspersecond):314112Node:54,Layer:AppCbrServer,(3)Clientaddress:1Node:54,Layer:AppCbrServer,(3)Firstpacketreceivedat[s]:Node:54,Layer:AppCbrServer,(3)Lastpacketreceivedat[s]:Node:54,Layer:AppCbrServer,(3)Averageend-to-enddelay[s]:Node:54,Layer:AppCbrServer,(3)Sessionstatus:NotclosedNode:54,Layer:AppCbrServer,(3)Totalnumberofbytesreceived:22016Node:54,Layer:AppCbrServer,(3)Totalnumberofpacketsreceived:43Node:54,Layer:AppCbrServer,(3)Throughput(bitspersecond):1761Node:55,Layer:AppCbrServer,(4)Clientaddress:1Node:55,Layer:AppCbrServer,(4)Firstpacketreceivedat[s]:Node:55,Layer:AppCbrServer,(4)Lastpacketreceivedat[s]:Node:55,Layer:AppCbrServer,(4)Averageend-to-enddelay[s]:Node:55,Layer:AppCbrServer,(4)Sessionstatus:NotclosedNode:55,Layer:AppCbrServer,(4)Totalnumberofbytesreceived:22016Node:55,Layer:AppCbrServer,(4)Totalnumberofpacketsreceived:43Node:55,Layer:AppCbrServer,(4)Throughput(bitspersecond):1761三、實(shí)驗(yàn)結(jié)果剖析各發(fā)送節(jié)點(diǎn)發(fā)包間隔較大，當(dāng)網(wǎng)絡(luò)中發(fā)送節(jié)點(diǎn)較少時(shí)，網(wǎng)絡(luò)還未飽和。逐漸往網(wǎng)絡(luò)中增添負(fù)載，網(wǎng)絡(luò)總吞吐量逐漸增大，以后，網(wǎng)絡(luò)吞吐量逐漸趨勢(shì)于安穩(wěn)，此時(shí)，網(wǎng)絡(luò)即達(dá)到了飽和狀態(tài)。四、思慮題1、總結(jié)IEEE協(xié)議飽和吞吐量和哪些要素有關(guān)。任選一個(gè)時(shí)隙，網(wǎng)絡(luò)中有節(jié)點(diǎn)在發(fā)送數(shù)據(jù)的概率當(dāng)有節(jié)點(diǎn)在發(fā)送數(shù)據(jù)包時(shí)，數(shù)據(jù)包發(fā)送成功的概率數(shù)據(jù)包發(fā)送成功和發(fā)送失敗所需的時(shí)間2、為何在數(shù)據(jù)包長(zhǎng)度較長(zhǎng)時(shí)，采納RTS/CTS模式更合理？隱蔽終端"多發(fā)生在大型單元中（一般在室外環(huán)境），這將帶來效率損失，并且需要錯(cuò)誤恢復(fù)體制。當(dāng)需要傳遞大容量文件時(shí)，特別需要根絕"隱蔽終端"現(xiàn)象的發(fā)生。實(shí)驗(yàn)三動(dòng)向源路由協(xié)議路由選擇考證一、實(shí)驗(yàn)?zāi)康?、認(rèn)識(shí)DSR路由協(xié)議的優(yōu)弊端。2、理解DSR路由協(xié)議中路由發(fā)現(xiàn)過程和路由保護(hù)過程。3、掌握DSR路由協(xié)議性能的仿真剖析方法。二、實(shí)驗(yàn)結(jié)果Time(s):,Node:1,Routepath:2Time(s):,Node:1,Routepath:2Time(s):,Node:1,Routepath:2Time(s):,Node:1,Routepath:2Time(s):,Node:1,Routepath:2Time(s):,Node:1,Routepath:2Time(s):,Node:1,Routepath:2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:5-4-2Time(s):,Node:1,Routepath:3-2Time(s):,Node:1,Routepath:3-2Time(s):,Node:1,Routepath:3-2Time(s):,Node:1,Routepath:3-2Time(s):,Nod