通信网络实验报告

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

通信网络实验报告
实验一隐终端和暴露终端问题分析
、实验目的
1、 了解无线网络中的载波检测机制;
2、 熟悉节点的传输范围、冲突干扰范围、载波检测范围和噪声干扰范围的概念;
3、 了解载波检测接入体制中存在的隐终端问题和暴露终端问题;
4、
结合仿真实验分析载波检测无线网络中的隐终端问题和暴露终端问题。

AppCbrClient, (0) Server address: 2 AppCbrClient, (0) First packet sent at [s]: AppCbrClient, (0) Last packet sent at [s]: AppCbrClient, (0) Session status: Not closed
AppCbrClient, (0) Total number of bytes sent: 5120000
AppCbrClient, (0) Total number of packets sent: 10000 AppCbrClient, (0) Throughput (bits per second): 409600 AppCbrServer, (0) Client address: 1
AppCbrServer, (0) First packet received at [s]: AppCbrServer, (0) Last packet received at [s]: AppCbrServer, (0) Average end-to-end delay [s]: AppCbrServer, (0) Session status: Not closed Layer: AppCbrServer, (0) Total number of bytes
AppCbrServer, (0) Throughput (bits per second): 398078 AppCbrClient, (0) Server address: 4
AppCbrClient, (0) First packet sent at [s]:
AppCbrClient, (0) Last packet sent at [s]:
AppCbrClient, (0) Session status: Not closed
AppCbrClient, (0) Total number of bytes sent: 5120000
AppCbrClient, (0) Total number of packets sent: 10000 AppCbrClient, (0) Throughput (bits per second): 409600 AppCbrServer, (0) Client address: 3
AppCbrServer, (0) First packet received at [s]: AppCbrServer, (0) Last packet received at [s]: AppCbrServer, (0) Average end-to-end delay [s]: AppCbrServer, (0) Session status: Not closed Layer: AppCbrServer, (0) Total number of bytes
Node: 2, Layer: AppCbrServer, (0) Total number of packets received: Node: 4, Layer: AppCbrServer, (0) Total number of packets
received: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer:
Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 2, Layer: Node: 2, Layer: Node: 2, Layer: Node:
2, Layer:
Node: 2, Layer: Node: 2,
4975616
received:
Node: 2, Layer:
Node: 3, Layer:
Node: 3, Layer:
Node: 3, Layer:
Node: 3, Layer: Node: 3, Layer: Node: 3, Layer: Node: 3, Layer: Node: 4, Layer: Node: 4, Layer: Node:
4, Layer:
Node: 4, Layer:
Node: 4, Layer:
Node:
4,
5120000
received:
、实验结果
9718
10000
Node: 4, Layer: AppCbrServer, (0) Throughput (bits per second): 409612 三、实验结果分析通过仿真结果可以看出,节点 2 无法收到数据。

由于节点 3 是节点 1 的一个隐终端,节点 1 无法通过物理载波检测侦听到节点 3 的发送,且节点 3 在节点 2 的传输范围外,节点 3 无法通过虚拟载波检测延迟发送,所以在节点 1 传输数据的过程中,节点 3 完成退避发送时将引起冲突。

四、思考题
1、RTS/CTS能完全解决隐终端问题吗?如果不能,请说明理由。

从理论分析上看,RTS/CTS协议似乎可以完全解决数据链隐藏终端问题,然而在实际网络中并非如此,尤其是在AdHoc 网络中。

以节点为中心,存在发送区域和干扰区域。

在发送区域内,在没有干扰的情况下,数据包可正常收发;该区域的大小由站点的功率等参数确定,可视为定值。

干扰区域是相对于接受节点而言的,在该区域内,节点可以受到来自非相关节点发送的数据的干扰,造成冲突、丢包。

RTS/CTS对隐藏终端问题的屏
蔽实际上是建立在两区域相等的基础上的,即所有的隐藏终端都位于接受节点发送范围内。

此中假设并不成立,干扰区域与收发节点间距有关。

实验二无线局域网DCF协议饱和吞吐量验证
一、实验目的
1、了解IEEE DCF 协议的基本原理。

2、理解网络饱和吞吐量的概念。

3、通过仿真对DCF协议饱和吞吐量的二维马尔可夫链模型进行验证。

二、实验结果
Node: 1, Layer: AppCbrClient, (4) Server address: 55
1, Layer: AppCbrClient, (4) First packet sent at [s]:
Node:
Node: 1, Layer: AppCbrClient, (4) Last packet sent at [s]:
1, Layer: AppCbrClient, (4) Session status: Not closed
Node:
Node: 1, Layer: AppCbrClient, (4) Total number of bytes sent: 5120000
Node: 1, Layer: AppCbrClient, (4) Total number of packets sent: 10000
Node: 1, Layer: AppCbrClient, (4) Throughput (bits per second): 409600
Node: 1, Layer: AppCbrClient, (3) Server address: 54
1, Layer: AppCbrClient, (3) First packet sent at [s]:
Node:
1, Layer: AppCbrClient, (3) Last packet sent at [s]:
Node:
1, Layer: AppCbrClient, (3) Session status: Not closed
Node:
Node: 1, Layer: AppCbrClient, (3) Total number of bytes sent: 5120000
Node: 1, Layer: AppCbrClient, (3) Total number of packets sent: 10000
Node: 1, Layer: AppCbrClient, (3) Throughput (bits per second): 409600
Node: 1, Layer: AppCbrClient, (2) Server address: 53
9966
Node: 51, Layer: AppCbrServer, (0) Throughput (bits per second): 408219 Node: 52, Layer: AppCbrServer, (1) Client address: 1
Node: 52, Layer: AppCbrServer, (1) First packet received at [s]: Node: 52, Layer: AppCbrServer, (1) Last packet received at [s]: Node: 52, Layer: AppCbrServer, (1) Average end-to-end delay [s]: Node: 52, Layer: AppCbrServer, (1) Session status: Not closed
Node: 52, Layer: AppCbrServer, (1) Total number of bytes received: 5102592 AppCbrServer, (1) Total number of packets received:
Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer:
Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 1, Layer: Node: 51, Layer: Node: 51, Layer: Node: 51, Layer: Node: 51, Layer: Node: 51, Layer:
Node:
51, 5102592
AppCbrClient, (2) First packet sent at [s]: AppCbrClient, (2) Last packet sent at [s]: AppCbrClient, (2) Session status: Not closed
AppCbrClient, (2) Total number of bytes sent: 5120000 AppCbrClient, (2) Total number of packets sent: 10000 AppCbrClient, (2) Throughput (bits per second): 409600 AppCbrClient, (1) Server address: 52
AppCbrClient, (1) First packet sent at
[s]:
AppCbrClient, (1) Last packet sent at [s]: AppCbrClient, (1) Session status: Not closed
AppCbrClient, (1) Total number of bytes sent: 5120000 AppCbrClient, (1) Total number of packets sent: 10000 AppCbrClient, (1) Throughput (bits per second): 409600 AppCbrClient, (0) Server address: 51 AppCbrClient, (0) First packet sent at [s]: AppCbrClient, (0) Last packet sent at [s]: AppCbrClient, (0) Session status: Not closed
AppCbrClient, (0) Total number of bytes sent: 5120000 AppCbrClient, (0) Total number of packets sent: 10000 AppCbrClient, (0) Throughput (bits per second): 409600 AppCbrServer, (0) Client address: 1 AppCbrServer, (0) First packet received at [s]: AppCbrServer, (0) Last packet received at [s]: AppCbrServer, (0) Average end-to-end delay [s]: AppCbrServer, (0) Session status: Not closed Layer:
AppCbrServer, (0) Total number of bytes received:
Node: 51, Layer: AppCbrServer, (0) Total number of packets received:
Node: 52, Layer:
9966
Node: 52, Layer: AppCbrServer, (1) Throughput (bits per second): 408233 Node: 53, Layer: AppCbrServer, (2) Client address: 1
Node: 53, Layer: AppCbrServer, (2) First packet received at [s]: Node: 53, Layer: AppCbrServer, (2) Last packet received at [s]: Node: 53, Layer: AppCbrServer, (2) Average end-to-end delay [s]: Node: 53, Layer: AppCbrServer, (2) Session status: Not closed Node: 53, Layer: AppCbrServer, (2) Total number of bytes 3926016 Node: 53, Layer: AppCbrServer, (2) Total number of packets 7668 Node: 53, Layer: AppCbrServer, (2) Throughput (bits per second): 314112 Node: 54, Layer: AppCbrServer, (3) Client address: 1
Node: 54, Layer: AppCbrServer, (3) First packet received at [s]: Node: 54, Layer: AppCbrServer, (3) Last packet received at [s]: Node: 54, Layer: AppCbrServer, (3) Average end-to-end delay [s]: Node: 54, Layer: AppCbrServer, (3) Session status: Not closed
Node: 54, Layer: AppCbrServer, (3) Total number of bytes received: 22016 Node: 54, Layer: AppCbrServer, (3) Total number of packets received: 43
Node: 54, Layer: AppCbrServer, (3) Throughput (bits per second): 1761 Node: 55, Layer: AppCbrServer, (4) Client address: 1
Node: 55, Layer: AppCbrServer, (4) First packet received at [s]: Node: 55, Layer: AppCbrServer, (4) Last packet received at [s]: Node: 55, Layer: AppCbrServer, (4) Average end-to-end delay [s]: Node: 55, Layer: AppCbrServer, (4) Session status: Not closed
Node: 55, Layer: AppCbrServer, (4) Total number of bytes received: 22016 Node: 55, Layer: AppCbrServer, (4) Total number of packets received: 43
Node: 55, Layer: AppCbrServer, (4) Throughput (bits per second): 1761
三、实验结果分析 各发送节点发包间隔较大,当网络中发送节点较少时,网络还未饱和。

逐渐往网络中 增加负载,网络总吞吐量逐渐增大,之后,网络吞吐量逐渐趋向于平稳,此时,网络即达 到了饱和状态。

四、思考题
1、总结 IEEE 协议饱和吞吐量和哪些因素有关。

任选一个时隙,网络中有节点在发送数据的概率 当
有节点在发送数据包时,数据包发送成功的概率 数据包发送成功和发送失败所需的时间
received:
received:
2、为什么在数据包长度较长时,采用RTS/CTS模式更合理?
" 隐藏终端" 多发生在大型单元中(一般在室外环境),这将带来效率损失,并且需要错误恢复机制。

当需要传送大容量文件时,尤其需要杜绝"隐藏终端" 现象的发生。

实验三动态源路由协议路由选择验证
一、实验目的
1、了解DSR路由协议的优缺点。

2、理解DSR路由协议中路由发现过程和路由维护过程。

3、掌握DSR路由协议性能的仿真分析方法。

二、实验结果
Time(s): , Node: 1, Route path: 2
1, Route path: 2
Time(s):
, Node:
Time(s):
1, Route path: 2
, Node:
Time(s):
1, Route path: 2
, Node:
Time(s):
1, Route path: 2
, Node:
1, Route path: 2
Time(s):
, Node:
Time(s):
1, Route path: 2
, Node:
1, Route path: 4-2
Time(s):
, Node:
Time(s):
1, Route path: 4-2
, Node:
1, Route path: 4-2
Time(s):
, Node:
Time(s):
1, Route path: 4-2
, Node:
1, Route path: 4-2
Time(s):
, Node:
1, Route path: 4-2
Time(s):
, Node:
Time(s):
1, Route path: 4-2
, Node:
1, Route path: 4-2
Time(s):
, Node:
Time(s):
1, Route path: 4-2
, Node:
1, Route path: 4-2
Time(s):
, Node:
Time(s):
1, Route path: 4-2
, Node:
Time(s):
1, Route path: 4-2
, Node:
Time(s):
1, Route path: 4-2
, Node:
1, Route path: 4-2
Time(s):
, Node:
1, Route path: 4-2
Time(s):
, Node:
1, Route path: 4-2
Time(s):
, Node:
1, Route path: 4-2
Time(s):
, Node:
1, Route path: 4-2
Time(s):
, Node:
1, Route path: 4-2
Time(s):
, Node:
Time(s):
1, Route path: 4-2
, Node:
Time(s): , Node: 1, Route path: 4-2
Time(s): , Node: 1, Route path: 4-2 Time(s): , Node: 1, Route path: 4-2 Time(s): , Node: 1, Route path: 4-2 Time(s): , Node: 1, Route path: 4-2 Time(s): , Node: 1, Route path: 4-2 Time(s): , Node: 1, Route path: 4-2 Time(s): , Node: 1, Route path: 4-2 Time(s): , Node: 1, Route path: 4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2 Time(s): , Node: 1, Route path: 5-4-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 3-2
Time(s): , Node: 1, Route path: 2
Time(s): , Node: 1, Route path: 2
Time(s): , Node: 1, Route path: 2
Time(s): , Node: 1, Route path: 2
Time(s): , Node: 1, Route path: 2
Time(s): , Node: 1, Route path: 2
Time(s): , Node: 1, Route path: 2
三、实验结果分析
仿真过程中路由表变化:2,4-2 ,5-4-2 ,3-2 ,2。

当节点[1] 在节点[2] 的传输范围内时,节点[1] 和[2] 之间直接通信,不需要中间节点。

随着节点[1] 的移动,节点[1] 离开节点[2] 的传输范围并渐渐远离,最后又逐渐靠近。

在节点[1] 离开节点[2] 的传输范围,节点[1] 和[2] 需要通过中间节点来通信,而且节点[1] 离节点[2] 越远,需要的中间节点越多。

相关文档
最新文档