來源：微網高通
使用過ZigBee無線自組網技術的工程師們和普通消費者似乎都有一個印象，那就是ZigBee技術并沒有廠家宣傳的那樣穩定可靠，那么到底是那些因素影響了該技術的可靠性呢？百度里面人云亦云的說法很多，但是很少有人愿意花這個閑工夫去深入追究這里面的門道，這就好比開源的Linux源代碼就在網上公布著，有幾個人真的花心思去研究這份源代碼呢？現在的社會節奏非?？欤蠹叶荚诙甲非蠖唐娇?，這家的產品不行就再換一家的試試嘛。ZigBee的技術規范其實也是公開的，優點和缺點稍加分析都不難發現的，本文就從信號的可靠性概率層面分析該技術的應用缺陷。
李開復老師在其著名的自傳《做最好的自己》一書中講了一個令人印象深刻的小故事，那還是他在卡內基梅隆大學念博士的時候，有一次應邀做一場語音識別項目的匯報演示。當時該演示系統剛剛開發完成，還有一些潛在的bug沒有被清除，因此該系統還不太穩定，可靠性只有90%，也就是說有10%的概率該系統在演示過程中會突然莫名其妙的宕機掉，如果真的發生了這種糟糕情況，演示肯定就搞砸了，這是絕對無法忍受的，因此該報告會的負責人要求將可靠性提高到99%，也就是說需要把系統宕機的概率控制在1%附近，通常對于一場報告會而言，整場會議也就是1-2小時的時間，真正做系統演示的時間頂多也就是十幾分鐘的時間而已，如果真的達到了99%的可靠性，應該說還是有保證的。但是報告會很快就要開始了，在這么短的時間內怎么可能將宕機的概率降低10倍呢，臨時加班加點修改程序源代碼進行調試肯定是來不及的，沒準兒還會引入新的bug也是非常有可能的，聰明的李開復博士很快就想到了概率論的方法，成功的解決了這個問題，后來那次報告會果然非常成功。
那么他是怎么做到的呢？
李博士想，既然一套系統宕機的概率是P1=10%，那么兩套系統熱備份并聯運行，按照概率論的觀點，一前一后同時宕機的概率是概率“串聯”，其概率P2=P1 * P1 = 10% * 10% = 1%，反之可靠性就是Pn=1-P2=99%，也就是說他只需要找到一款熱切換的軟件，在該系統宕機的一瞬間，在聽眾毫無覺察的情況下迅速切換到另外一套備份系統就可以了，這真的是一個聰明而且實用的解決方案！
回到ZigBee系統本身上來，為什么人們發現ZigBee的單跳組網穩定性還可以，但是多跳的可靠性就急劇下降呢？原理其實就和李開復博士的演示系統非常相似。假定ZigBee傳輸一個數據包的成功的概率是P1=90%，那么兩跳的傳輸就是概率的“串聯”，其成功的概率P2=P1 * P1=81%，經過三跳之后傳輸成功的概率P3=P1 * P1 * P1 = 73%，進一步的測算表明，經過6跳之后，其傳輸成功的概率P5=0.95=59%，這個概率已經低于考試的及格線60%了，其用戶體驗可想而知。
近年來，有很多基于433MHz頻段的多跳無線自組網技術不斷的涌現出來，針對該問題給出了多種不同的解決方案，后面我們會在單獨的文章中對于該問題著重分析，對于幾十K字節的大型數據塊的多跳可靠傳輸，微網高通的WiMi-net無線自組網組網技術做了深入全面的支持，我們會在后續的連載文章中為大家奉獻精彩紛呈的點評和分析。
