找当地的路由请求表看有无发起此的源节点所对应的路由请求表入口。

如果有则在当地缓存中查看有无与此路由请求号，此目的节点地址对相对应的入口，如有则将现在收到的分组丢弃。

如果接受的节点的路由请求表中没有和此对应的表项，说明以前没收接受过此，则按以下步骤处理该请求分组利用此的路由请求序号，目的节点地址值，为此分组在节点的路由请求表中创建入口对此分组做个完整的拷贝将节点自己的地址追加到分组的源路由节点列表中节点在自己的路由缓存中查找到分组中目的节点的路由，有则向发起的源节点回复分组，称为缓存路径回复如果节点在自己的路由缓存中没有找到通往目的节点的路径，则将新改好的拷贝广播发送出去。

中间节点回复分组在中讲到如果接收的中间节点在自己的路由缓存中找到通往分组目的节点的路径则要向源节点回复分组。

这种机制可以大大减小网络中因为路由发现过程所造成的开销，因为这种机制可以大大减少路由发现过程中的广播报文。

下面详细叙述向源节点回复的过程。

中间节点在回复之前首先要检查被回复的源路由中不会出现节点重复出现的情况。

即查看由原节点地址中已经积累的节点地址列表本节点路由缓存中找到的路径中的地址顺序排列下来的地址列表中有无重复出现的地址，如果有则不能继续进行缓存路径回复，而转到中步骤的最后步继续执行。

如不存在重复出现的地址就向下执行。

中间节点将从自己路由缓存中得到的路径追加到分组头中的源路由地址列表中，这样就得到要发给源节点的完整路由。

此中间节点的地址已经在分组头中，不需再追加。

将得到的源路由封装在包中发送给发起的源节点。

中间节点发送完路由缓存回复后，就不再继续广播分组了。

此时如果数据分组头中除了已经处理过的选项外不再含有其他任何选项，并且在选项头后面也不含有其他数据负载或数据，则中间节点可将此分组丢弃。

否则作如下处理将选项头中的目的节点地址作为分组的目的地址，即置换掉分组的广播地址将分组中的路由请求选项移除将从中间接点路由缓存中得到地路径作为源路由添加到新的分组头中将重新创建的数据分组按分组头中的源路由转发出去。

处理并转发路由回复目的节点收到分组得到完整的源节点到目的节点的路由后，将此路由封装在分组中，然后发送给源节点。

分组可以封装成个单独的分组传递给源节点，或封装在其他有数据要传输给源节点的分组中被捎带回源节点。

目的节点将自己的地址追加到携带的节点的地址列表中，将得到的地址列表作为返回给源节点的完整路由封装在分组中。

数据分组的源地址设为发送分组的节点的地址，目的地址设为发起的源节点的地址。

如果使用的底层协议支持双向路由，数据分组可沿选项中携带的源路由的逆向路由依次传输，否则目的节点为此选项发起新的路由发现过程，且要将选项封装在新产生的数据分组中以防止出现路由发现过程的反复进行。

协议的路由维护机制路由维护可以在节点通信过程中及时发现节点所用路径出现的断链以检测路由的可用性，并对其进行相应的补救措施。

出现断链主要是由于无线自组网的拓扑结构发生变化，使得节点本身或其邻居节点移动离开节点原来的位置请求消息采用洪泛方式，相邻节点路由请求消息可能发生传播冲突并可能会产生重复广播，不适合网络直径大的网络。

目前已有很多专家和学者对路由协议提出了很多优化策略和改进方法。

本文主要介绍了路由协议在下的实现机制，并详细介绍了在下模拟和协议的方法和流程。

本文在移动节点不同最大速度不同停留时间下，分别从投递率归化路由开销平均时延三方面对和协议进行了仿真，详细分析了仿真结果，评价了协议的网络性能。

本文只是在下对协议进行了仿真和优化，并对仿真结果进行分析，在未来的学习中，还需要从以下几方面对路由协议进行进步的研究和学习继续分析源代码，加深对源码实现协议过程的掌握在掌握了源码实现协议的条件下，对源码进行优化和改进，并对改进的协议进行仿真，评价其性能在实际平台上实现协议，以测试的实际路由性能。

参考文献郑少仁等网络技术第版北京人民邮电出版社，于宏毅等无线移动自组网第版北京人民邮电出版社，徐雷鸣，庞博，赵曜与网络模拟北京人民邮电出版社，吴功宜等计算机网络高级软件编程技术第版北京清华大学出版社，苗建松，孙丹丹，丁炜移动网络中改进的动态源路由算法研究电子科技大学学报，章卫国，戎蒙恬网络中两种路由算法的比较研究中国科技信息年第期屠梓祜，吴荣泉，钱立群无线网络路由协议的优化设计计算机工程，吴东亚，侯紫蜂，侯朝桢移动自组网协议路径缓存策略优化计算机工程与应用，周莲英，吴倩，协议路由维护的优化软件时空李文辉无线路由协议的仿真分析与协议扩展天津天津理工大学，周敬祥，李腊元网络路由协议的优化湖北武汉理工大学计算机科学与技术学院，于国良，李光松，韩文报网络中安全的动态源路由协议河南信息工程大学信息工程学院，林群艳网络中支持的路由协议研究及模拟吉林东北师范大学教育科学学院教育信息技术学系，赵富强基于簇的动态源路由协议天津天津大学电子信息学院苗建松，孙丹丹，丁炜移动网络中改进的动态源路由算法研究电子科技大学学报，，，，，，，，，，的路由缓存中查找是否有到达该目的节点的路由。

若路由缓存中已包含了到达该目的节点的有效路由，则立即使用此路由发送数据分组，否则它将向所有邻居广播分组，以启动个路由发现过程来找到条到达该目的节点的可用路由。

可见的路由请求机制是按需的，它不需要节点周期性的同邻居节点交换路由信息，只有源节点要发送数据分组而又为其找不到有效路由时才启动路由请求机制。

节点对路由请求的处理如果接收的节点是该路由请求的目的节点，则向发起的源节点返回分组。

将收到的分组的源节点地址分组中携带的源路由节点地址列表和本节点的地址按顺序排列作为源路由封装在分组中发送给源节点，并将处理后的分组删除。

收到的节点检查自己是否已经包含在携带的源路由节点列表中，如果是则将分组丢弃。

如果协议要求使用双向链路，节点要检查前节点是否在自己的通信范围内，如果不在则丢弃该包如果不确定则向前节点发送值为的分组，如果收到前节点回复的这表示两节点之间是双向链路，继续处理分组，否则表示两节点之间为单向链路则将分组丢弃。

④接收的节点必须要查，从水等方面有无增减的可能性， 调查民用住宅和工业企业单位的负荷比例，以便结合实际 情况，确定热指标和热负荷 全局性 确定热负荷时应立足于整个县城热网的联网运行，重点是联工艺新设备新材 料，保证与日益发展的现代化城市要求相匹配。

区集中供热热负荷的确定要具有合理性全局性和前 瞻性 合理性 对城区管网热负荷现状的调查要详尽，周密重点 是考虑现有负管网 考虑城区供热现状，本项目只研究集中供热站至小区热 力供热主管网及主要街区供热管网。

项目编制技术原则 依据国家有关节能政策，合理利用能源，提高经济效 益实事求是，尊重科学，积极采用以商贸办公居住为主的新区。

沈阳近 海经济区新城总规划面积平方公里，起步区用地面积 平方公里，控制人口万人，近期规划用地为平方 米。

工程规模 经过本项目的可行性研究后确认，城区建设工程项目可 行性研究报告规模包括个区域根据规划区地形地貌功 能分区城道路现状规划热负荷的性质及分布情况，本项 目可行性研究报告拟将供热区域分多个小区 其中在供热范围内设座临时供热站，铺设供热次网 公里。

本项目只考虑集中供热站锅炉房至小区的供热 主管网及街区的供热管网。

项目实施后，目建设条件 沈阳近海经济区新城概况 沈阳近海新城，位于辽中境内蒲河中段与回水渠相 交 管道埋设深度般大于米。

集中供热站采用微机进行监测与控制，提高集中供热 的自动控技大学出版社，许谬电气控制与控制技术北京机械工业出版社，许谬王淑英电气控制与控制技术北京机械工业出版社，袁亮实验指导书绵阳绵阳师范学院出版社，中国制冷与暖通空调信息网，洗衣机迎来科技时代电子文献类标识载体类型表示，排水和脱水，计数次，同时洗衣返回接通，重复从进水到脱水的全部动作，知道计数满次时，停止洗衣，接通报警并自保，开始计时。

计时时间到，报警结束，整个洗衣过程结束，常开触点闭合，准备下次启动。

强制停止运行中按停止按钮时，常闭触点断开，则断开，停止进水排水脱水及报警。

按排水按钮时，常开触点闭合，接通并自保，进行手动排水。

按手动脱水按钮，闭合，接通脱水，开始计时。

计时时间到断开，脱水停止，接通报警，开始计时。

计时时间到断开报警结束。

第六章系统仿真仿真软件简介仿真软件是系列专用仿真软件，无需安装，下载后执行即可进入。

可以在没有的情况下，对程序进行仿真调试，虽然它不能模拟的全部指令和全部功能，但仍然不失为个很好的学习的工具测试软件。

执行后其窗口如苏女神汽车 集团公司皮卡基础，并表现出良好的 增长势头，此次借助扬州轻型车公司搬迁机会，江汽集团公司拟进行增资扩股， 加大项目投资，明晰产品定位，解决扬州轻型车公司目前产能不足，产品质量不 稳定的现状，打造流的皮产能和市场损失，但若 保持现状简单搬迁，则不利于扬州轻型车公司未来的生产经营。

扬州轻型车公司已具备完善的皮卡生产和营销系统，具备定的生产和质 量管控经验，营销体系完备，具有定的生产和营销江都市政府找当地的路由请求表看有无发起此的源节点所对应的路由请求表入口。

如果有则在当地缓存中查看有无与此路由请求号，此目的节点地址对相对应的入口，如有则将现在收到的分组丢弃。

如果接受的节点的路由请求表中没有和此对应的表项，说明以前没收接受过此，则按以下步骤处理该请求分组利用此的路由请求序号，目的节点地址值，为此分组在节点的路由请求表中创建入口对此分组做个完整的拷贝将节点自己的地址追加到分组的源路由节点列表中节点在自己的路由缓存中查找到分组中目的节点的路由，有则向发起的源节点回复分组，称为缓存路径回复如果节点在自己的路由缓存中没有找到通往目的节点的路径，则将新改好的拷贝广播发送出去。

中间节点回复分组在中讲到如果接收的中间节点在自己的路由缓存中找到通往分组目的节点的路径则要向源节点回复分组。

这种机制可以大大减小网络中因为路由发现过程所造成的开销，因为这种机制可以大大减少路由发现过程中的广播报文。

下面详细叙述向源节点回复的过程。

中间节点在回复之前首先要检查被回复的源路由中不会出现节点重复出现的情况。

即查看由原节点地址中已经积累的节点地址列表本节点路由缓存中找到的路径中的地址顺序排列下来的地址列表中有无重复出现的地址，如果有则不能继续进行缓存路径回复，而转到中步骤的最后步继续执行。

如不存在重复出现的地址就向下执行。

中间节点将从自己路由缓存中得到的路径追加到分组头中的源路由地址列表中，这样就得到要发给源节点的完整路由。

此中间节点的地址已经在分组头中，不需再追加。

将得到的源路由封装在包中发送给发起的源节点。

中间节点发送完路由缓存回复后，就不再继续广播分组了。

此时如果数据分组头中除了已经处理过的选项外不再含有其他任何选项，并且在选项头后面也不含有其他数据负载或数据，则中间节点可将此分组丢弃。

否则作如下处理将选项头中的目的节点地址作为分组的目的地址，即置换掉分组的广播地址将分组中的路由请求选项移除将从中间接点路由缓存中得到地路径作为源路由添加到新的分组头中将重新创建的数据分组按分组头中的源路由转发出去。

处理并转发路由回复目的节点收到分组得到完整的源节点到目的节点的路由后，将此路由封装在分组中，然后发送给源节点。

分组可以封装成个单独的分组传递给源节点，或封装在其他有数据要传输给源节点的分组中被捎带回源节点。

目的节点将自己的地址追加到携带的节点的地址列表中，将得到的地址列表作为返回给源节点的完整路由封装在分组中。

数据分组的源地址设为发送分组的节点的地址，目的地址设为发起的源节点的地址。

如果使用的底层协议支持双向路由，数据分组可沿选项中携带的源路由的逆向路由依次传输，否则目的节点为此选项发起新的路由发现过程，且要将选项封装在新产生的数据分组中以防止出现路由发现过程的反复进行。

协议的路由维护机制路由维护可以在节点通信过程中及时发现节点所用路径出现的断链以检测路由的可用性，并对其进行相应的补救措施。

出现断链主要是由于无线自组网的拓扑结构发生变化，使得节点本身或其邻居节点移动离开节点原来的位