预览加载中,请您耐心等待几秒...
1/10
2/10
3/10
4/10
5/10
6/10
7/10
8/10
9/10
10/10

亲,该文档总共36页,到这已经超出免费预览范围,如果喜欢就直接下载吧~

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

试验的TCP/IP协议为低功耗的无线传感器网络摘要1引言传输控制层和网络层协议是因特网的标准协议,但是它们并不是可以用于WSN通信的技术。考虑到首要开销,连接管理和端对端流和拥塞控制导致了低功耗WSN的低性能。它的节点的资源是有限的。不可靠的通信连接和频繁改变的网络拓扑结构。 WSN的集成到TCP/IP网络对于远程访问(监视和控制)任然是必须的。在通常的普遍的计算。基本的,有三种不同的集成方法如图1中描述的,首先,TCP/IP是一种使能通信技术,第二,一个WSN网关操作作为一个代理,那些可以用来地址解释和流控制自适应。最后,WSN是一个透明的中介那些通过TCP/IP的流量在它的设施之上的。 在这篇文章里,我们分析和评估了TCPIP和一个低功耗的监视WSN的交叉操作。我们用了一个本地tcp方法到一个自适应TCPIP到一个时分多路访问(TDMA)基于低数据传输率的WSN。这个试验通过TUTWSN来实现的,包括了所有的特征协议栈和节点平台。TUTWSN被用于实际的试验但是结果是有效的对于基于TDMA的WSNs。 这篇文章是这样组织的:第二段列出了WSN的特性和对比了TCP和WSN网的要求和对象。第三部分显示了TUTWSN协议和平台。TCP/IP对于linux和TUTWSN节点的试验在第四部分执行。评估结果在第五部分给出。最后,结论在第六部分被给出。 2WSN和TCP/IP特性2.1WSN挑战2.2WSN和TCP/IP相关TCP流控制假设所有的通信误差是由拥塞导致的。而对于WSN来说主要的原因是由于随机误码率和拓扑结构的改变和暂时不可获得的节点。而且,TCP假设了同时进行上连和下连。而在WSNs总他们的延时和吞吐量或许有很多的不同。 当直接tcp面对通常的TCP/IP在无线环境下的缺点时,代理tcp会允许能量有效的WSN来选择但导致缓存和自适应性在TCP/IP代理网关里的挑战。但是本地tcp的一般性被限制而它对于随机TCP/IP来说是一个能量有效的方法TCP/IP对WSNs的自适应WSN框架为TCP3TUTWSN协议和平台。3.1TUTWSN协议。TUTWSNMAC协议TUTWSN路由协议。3.2TUTWSN节点平台4TCP/IP的自适应执行为TUTWSN。4.1TCPIP自适应层的执行在Linux下4.2TUTWSN协议框架。5评估结果5.1TCP性能一个来自于tcp路由节点的移除导致了当前过程传送数据的丢失。在图7中显示了CWND和RTO的数据传送从开始到完成。一个节点的增加不会导致误差。如显示的一样,当数据丢失时,CWND降低了而RTO增加了。然而,WSN被所全部很快的操作在节点移除之后并没有拥塞发生。因此,即使TCPReno试图避免慢开始算法的激活, 5.2圆形时间。5.3吞吐量5.4能量消耗作为一个对比,在一个环境监视的TUTWSN带有二次访问环的循环一个簇的头节点来自一个次节点的路由数据到另一个跳簇平均要0.72mW。头结点保持它自己的访问周期在图3中描述。传送来自次节点的数据和开始于它的下一个节点在SF中。两个节点都是开始一个新的框架每十秒。因此,能耗的增加归因于TCP通信不是被很好的考虑增加的活动和更频繁的责任周期。 6结论和进一步的工作。我们将来的工作将集中在对于TUTWSN环境监视吞吐量优化的模式的更好集成。在TUTWSN里,在性能和能量间的交易可以通过缩短或增加通道访问周期来调整。因此,这就要求额外的考虑在执行器里,为了维持基本的WSN操作。