平面声基阵组网v7.docVIP

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
平面声基阵组网v7.doc

多(6)平台低功耗水下通信和组网的技术方案报告UWASNs中的时隙分配问题,以解决水下长时延带来的时隙偏移问题。并且针对本课题网络负载小且数据具有突发性的特点,合理的安排时隙来提高数据的实时性。 在路由协议方面,课题针对水下节点的波束宽度与朝向分析其对三维水下网络链路造成的影响,并针对这些影响以提高送达率、降低能耗为目的设计适用的路由协议。 系统实现与验证 为测试上述研究内容的技术,检验应用模型,发现潜在的应用技术问题,为实际应用创造条件,课题将设计水下通信系统,研究并构建实验网络进行验证。 课题拟拟设计水声通信节点,实现基本协议功能。为了进一步降低能耗,课题拟研究节点休眠方法,构建具有六个网络节点的实验网络。研究设计典型实验方案,并利用该网络进行模拟试验。 2.技术方案 水下网络结构模型与拓扑控制技术方案 课题拟对水下传感器网络的应用特点进行调研,分析其监测应用的要求及特点。针对课题研究目标,把设计重点放在水下机动节点数据收集的网络的研究上,根据应用需要,针对长延迟、高衰减、不可靠水下信道链路特征,设计应用要求的典型水下网络结构应用模型。 3元平面声基阵图1 三元平面声基阵组网阵型 (a)三角形阵型:各平台位于正三角形的顶点位置,另外一个平台位于正三角形的中心(即阵型中心)。位于正三角形相邻顶点上的平台之间具有双向的通信链路。由于正三角形每对相邻边所形成的夹角为60o,而单个声基阵单元(换能器)所能覆盖的范围有120o,因此要保证位于正三角形相邻顶点上的平台之间的双向通信链路,正三角形顶点平台都只需单个换能器工作,并且将能量辐射主轴对准阵型中心。同样的,中心平台只需要单个换能器工作即可与顶点上的某2个平台进行双向通信。但是,中心平台与任意两个顶点平台的张角是120o,顶点平台位于水声能量辐射边缘,所以,为了保障通信的可靠性,中心平台需要在3个换能器之间进行切换使用,每个换能器的能量辐射主轴对准某个顶点平台。该阵型不仅满足以上组网的四个条件,并在水声单跳通信距离为2公里的前提下,单个平台的探测范围只需要1.16公里即可覆盖阵型内的所有区域,可以探测约1.732平方公里范围内的目标。该阵型具有一定的鲁棒性。 图2三角形阵型组网示意图 (b)正方形阵型:各平台位于正方形的顶点位置。由于正方形每对相邻边所形成的夹角为90o,而单个声基阵单元(换能器)所能覆盖的范围有120o,因此该阵型中每个节点只需单个换能器就可以保证与相邻节点的通信。但是在水声单跳通信距离为2公里的前提下,单个平台的探测范围也需要达到1.41公里才可覆盖阵型内的所有区域,可以探测约4平方公里范围内的目标。但是探测距离大于1公里,即可探测到进入区域内的目标,所以该阵型适合于封锁特定区域,检测进入该区域的目标。 (c)菱形阵型:当菱形角度较小时,平台近似曾两条直线排列。适合采用波达角(DOA)的方法对目标进行跟踪。通过阵列信号处理的相关方法,求取信号达到各阵元的时间差从而得到相位差,最后可得到目标信号与阵列间的波达角。从而由多个阵列的 DOA 估计值共解目标位置估计。在水声单跳通信距离为2公里的前提下,单个平台的探测范围在1.4公里可覆盖阵型内的所有区域。该阵型灵活多变,当菱形角度变大时,接近正方形阵型。 图3 DOA定位原理图 采用上述阵型的四平台组网所形成的网络拓扑是实时变化的,主要因为: 为了节能部分节点采用的换能器不是固定的,所以节点间的链路是实时变化的; 水声信道是一个带宽严重受限、噪声干扰严重的时变、空变、频变的衰落信道,网络链路状态也是实时变化的,进而造成网络拓扑的实时变化。 因此,需要实时更新网络的拓扑,保证数据的有效传输。我们采用Hello消息和链路状态更新泛洪消息来更新网络的拓扑。每个平台保留相邻节点列表和链路状态数据列表,并根据这两个列表计算网络的拓扑,从而计算路由表,根据路由表转发数据。其工作模式类似于OSPF路由。 每个节点每隔T时间(可以是30秒)广播Hello消息。节点如果收到Hello消息则将Hello消息的源节点保存到邻居节点列表,并在链路状态数据列表中添加相应的链路信息,将链路状态更新消息泛洪;节点如果在3T时间内未收到列表中某邻居发来的Hello消息,则将从邻居列表中删除该邻居,并在链路状态数据列表中删除相应的链路信息,将链路状态更新消息泛洪。 如果节点收到链路状态更新泛洪消息,则根据消息序号和源节点判断是否收到过该消息,如果收到过该消息,则丢弃该泛洪数据包;否则,将链路状态更新消息继续泛洪。 Hello消息中需要携带的信息: 上传节点令牌。如果该节点为当前的数据上传节点,则在Hello消息中标记该邻居为数据上传节点。如下图所示。 链路状态更新消息中需要携带的信息: 上传节点令牌。如果链路中某个端节点为数据上传节点,则在链路

文档评论(0)

文档资料 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档