【开题请教】-基于zigbee的路由等方面

[嘤鸣求友]

各位前辈们，又到一年开题时，我玩zigbee也有一段时间了，现在要开题，我看了一堆论文（约30多篇）——其实在搞实际应用我根本都没用到——但是学术型研究生就必须有创新点，所以我请教下，基于zigbee的什么方向比较好（比如路由，功率控制等等），我导师让我向路由方向研究，但是对于zigbee，他也没搞过，所以我非常苦恼，不知大家是否可以指点一二？

谢谢啦~

[C_Rabbit]

zigbee其实就是一套协议标准，其规定了一套帧接口定义、组网时间的限定、能耗的规定等规则，然后不管你使用何种语言，何种设备，只要你的设备在无线频段里的通信方式符合这个协议，你就能做到和其他人的设备实现互联通信，这就是zigbee协制订时的初衷。 就我之前接触到的国内的zigbee领域的现状，实现方式上，目前比较流行的是Z-STACK协议栈和TinyOS系统，前者限制较多，但是易学易用，后者可发挥的空间大，但是复杂度比前者高很多，因为你可以直接干涉组网、数据接口定义等代码，但是要想做的比其他人好（比如Z-STACK协议栈），需要很高的水平。 不知道楼主你现在的实际动手水平怎么样，以及能够投入到这个课题中的时间、经费是多少，以及最后你能接受的最低工作效果或研究结果，因为目前对于路由算法、能量利用方法、数据传输效率这些课题，在很多大学中也是作为课题来研究的，难度其实并不低。

[C_Rabbit]

其实路由协议的算法也是可以有评估标准的，比如可以在X时间段内组成Y个点的无线网络，网络间数据通信的成功率（也可以说丢包率），某个网络节点失去通信后重新上电回到网络中的速度，整个系统在电池供电下的连续运行时间（也就是能源利用效率）等等，这些都是路由协议算法的主要也是重要内容。 目前这个领域还没有比较量化的衡量标准，以当时的研究结果来看，千个节点的网络组网协议已经有几个研究组织搞出来了，工作时间方面利用两节电池实现半年的小型节点网络（估计以几十至百个）正常运行也有了。不过这些都是比较不错的成果，也是和其适用环境相结合的应用成果（比如节电的那个数据传输量非常小）。 仅靠一个人的力量的话，想要超越上面这两个指标，还是比较有难度的

[嘤鸣求友]

引用 2 楼 C_Rabbit 的回复:

其实路由协议的算法也是可以有评估标准的，比如可以在X时间段内组成Y个点的无线网络，网络间数据通信的成功率（也可以说丢包率），某个网络节点失去通信后重新上电回到网络中的速度，整个系统在电池供电下的连续运行时间（也就是能源利用效率）等等，这些都是路由协议算法的主要也是重要内容。 目前这个领域还没有比较量化的衡量标准，以当时的研究结果来看，千个节点的网络组网协议已经有几个研究……

哎呀呀，现实情况就是，只有我一个人做这个，由于导师也不懂，也就是说只能靠我自己了，前辈可以提供一些开题方向建议吗？

[C_Rabbit]

引用 3 楼 weiran2009 的回复:

引用 2 楼 C_Rabbit 的回复: 其实路由协议的算法也是可以有评估标准的，比如可以在X时间段内组成Y个点的无线网络，网络间数据通信的成功率（也可以说丢包率），某个网络节点失去通信后重新上电回到网络中的速度，整个系统在电池供电下的连续运行时间（也就是能源利用效率）等等，这些都是路由协议算法的主要也是重要内容。 目前这个领域还没有比较量化的衡量标准，以当时的研究结果来看，千个节点的网络组网……

建议谈不上吧，如果说最容易出效果的，就是网络内有效节点数量，只是这方面的研究的人也很多，想出成果不容易。或者取巧一些，先广泛收集各个研究的组网路由协议算法，然后在此基础上想办法改良某一方面的性能（例如容纳节点数、传输距离、自恢复能力及效率、数据传输容量级速度），这样的改进还是比较容易做到的，可能会牺牲某个其他方面的性能，但无线传输本身就是在各个性能方面做权衡，如果更接近实际一点，还可以联系某个实际应用场景，该场景下的各个性能要求本来就是特殊而且量化的，这样你可以更有依据的提出改善方向，大概也能算做有创新点吧，这是我的猜想，具体还是要看你导师是否通过。

[purefriendship]

我觉得如果作为研究的方向（公司的话是以应用为主，是做产品），必须要新吧。这块好像目前比较适合研究的有网络时间同步（这个对无线传感器网络在某些应用场合非常重要），另一块就是无线设备的定位（因为ZigBee可以做定位，但是具体的精度方面的话，这个正是你从算法上可以做的。）其它诸如低功耗、功率控制等都是应用时才用得到吧，个人建议而已。

[lbing7]

敢重写他的路由算法不？ 底层接口不变，优化路由选择算法

[嘤鸣求友]

引用 5 楼 purefriendship 的回复:

我觉得如果作为研究的方向（公司的话是以应用为主，是做产品），必须要新吧。这块好像目前比较适合研究的有网络时间同步（这个对无线传感器网络在某些应用场合非常重要），另一块就是无线设备的定位（因为ZigBee可以做定位，但是具体的精度方面的话，这个正是你从算法上可以做的。）其它诸如低功耗、功率控制等都是应用时才用得到吧，个人建议而已。

引用 6 楼 lbing7 的回复:

敢重写他的路由算法不？ 底层接口不变，优化路由选择算法

引用 6 楼 lbing7 的回复:

敢重写他的路由算法不？ 底层接口不变，优化路由选择算法

说实话，关于这方面，导师懂得并不比我多多少，我进这个实验室才发现 物联网 是个空牌牌，什么都从0开始——说到算法，目前有很多，如LEACH 协议（以及繁多的改进协议），Z-AODV路由，ZBR，AODvjr和Cluster-Tree三种算法等等，我看的脑袋都大了，似乎算法是一个很繁杂的体系。 我开题报告写得很宽，主要有2点，一个是改进能量感知路由协议，一个是基于宽带保证路由的超帧设计，唉，不知道能不能毕业，坑爹的研究生……拓扑方面如果涉及还再看看，算法估计一定要研究，重写算法也不知道是否能成功，之前直接看代码，没有在吹牛皮（理论上）上下功夫，我还是先把开题报告中的算法看懂再进行下一步计划吧……

[水共儿222]

您好 我跟你目前的状况一样 我的qq 457915838 加我吧 我们一起讨论

[水共儿222]

引用 9 楼 weiran2009 的回复:

引用 8 楼 shuigonger 的回复:您好 我跟你目前的状况一样 我的qq 457915838 加我吧 我们一起讨论 无法添加阁下为好友。

怎么回事 麻烦你再加一下试试 457915838

[嘤鸣求友]

引用 8 楼 shuigonger 的回复:

您好 我跟你目前的状况一样 我的qq 457915838 加我吧 我们一起讨论

无法添加阁下为好友。

[嘤鸣求友]

已添加，不知道在这里有没有高人可以推荐几本经典的无线算法书~

[C_Rabbit]

我当时没怎么看无线算法的书，或者说找了，但是没有找到真正意义上有料的。之前所在的公司就是做物联网方面教学实验箱的，用的tinyos系统和z-stack协议栈两套不同的代码。物联网本身的形成概念也就才十年左右，算法方面的投入估计最多也才七八年吧，其实现阶段的无线算法大致是把几个功能特性组合起来，多点组网、低功耗、自愈性等，和之前的其他无线协议的功能方向差别很大的，所以看算法要先理清其功能方向，然后才有助于理解。如果按照其他的算法功能区理解的话，就会乱了，会发现很多地方解释不通，其实是功能倾向的不同造成的

[抽烟的大树]

哎~~~我也是打算在这一块开展，不知道lz现在研究的怎样，我是打算在NS2上仿真，没打算搞实体硬件，不知道LZ是咋样呢。

[zhengxin2004]

引用 1 楼 C_Rabbit 的回复:

zigbee其实就是一套协议标准，其规定了一套帧接口定义、组网时间的限定、能耗的规定等规则，然后不管你使用何种语言，何种设备，只要你的设备在无线频段里的通信方式符合这个协议，你就能做到和其他人的设备实现互联通信，这就是zigbee协制订时的初衷。 就我之前接触到的国内的zigbee领域的现状，实现方式上，目前比较流行的是Z-STACK协议栈和TinyOS系统，前者限制较多，但是易学易用，后者可发挥的空间大，但是复杂度比前者高很多，因为你可以直接干涉组网、数据接口定义等代码，但是要想做的比其他人好（比如Z-STACK协议栈），需要很高的水平。 不知道楼主你现在的实际动手水平怎么样，以及能够投入到这个课题中的时间、经费是多少，以及最后你能接受的最低工作效果或研究结果，因为目前对于路由算法、能量利用方法、数据传输效率这些课题，在很多大学中也是作为课题来研究的，难度其实并不低。

看了你的回复，我有个小问题，想请教一下： (1)1个协调器给70个终端(End Device)发广播 每次广播只有15个能收到信息，其他都没反应，这是什么情况？ 是发出去了，其他的节点没收到还是一个协调器只能给15个发广播?在网络内放置路由节点，效果也是一样。 (2)15个节点同时给协调器发数据，每个节点每条数据发送间隔为200ms，不丢包。 请问：我想把性能提高到30ms，不丢包或者丢包率在10%以内，改从什么地方改善呢？ (3)如果(1)的问题无法改善，改用单播的话，确实可以给70个节点发信息，但是每个单播时间间隔低于500ms， 就会丢包，有解决的好办法吗？还有组播没有试，谁做过组播的实验呢？给我讲讲啊