Rss & SiteMap
通信圈 http://www.doudouqiu.com/bbs
漢江很努力啊，透明網的資料我給你。
先告訴你。
一、透明網只是HARRIS產品自己的協議。只能2臺HARRIS互聯
二、2MB定義為ATT
其他做法和QSIG一樣咯。
隨著2G,3G網絡的不斷鋪設，數以百萬計的移動通信基站分布到了神州大地各個角落。“如何對這些基站進行精確監管”這個問題浮出水面，于是動力環境監控系統這一系統的重要性開始不斷上升。
完整的動力環境監控系統包括三部分組成：現場采集模塊(視頻、門禁、盜警、電表、溫度傳感器、UPS控制口、智能空調控制口等)、傳輸設備和監控軟件。其中以傳輸設備更新換代最為迅速。
第一代，點對點獨享2M傳輸設備。任何一個基站和控制站之間，必須用一個獨立的2M電路進行傳輸監控數據。缺點是消耗大量寶貴的2M傳輸資源。
第二代，抽時隙傳輸設備。在基站和控制站的1個2M電路中提取1路時隙作為傳輸監控數據通道，其余傳輸語音等業務數據。雖然解決了大量消耗2M傳輸資源這個問題，但是本身也有很多缺點。缺點1：半永久性，一旦業務數據傳輸通道需要擴充，會把該路時隙給擠占掉。缺點2：一旦基站和控制站之間根據網絡優化需要進行切割，就必須對抽時隙傳輸設備做大量人工設置工作，比如控制站側DXC設備的時隙交*表，比如基站側時隙復用抽取設備的時隙位。這簡直就是運維人員的噩夢！
第三代，2M雙向自愈環傳輸系統,1個控制站和多個基站背靠背形成環路，多個基站共享1個2M鏈路，每個基 站獨享1個或者2個時隙,具備雙E1備份SDH環式保護。從理論上講可以克服第一代和第二代所存在的所有缺點，但自身也存在缺點，只能提供多個串口，不能提供網口，缺乏前瞻性，不能接入IP設備。特別是在基站視頻防盜這一黃金應用上面，缺乏支持。注意某些公司為了混淆概念，也會提供網口，但是帶寬只有幾十個Kb,基本上是雞肋功能。
第四代，2M雙向自愈環+以太網帶寬動態調整傳輸系統。在第三代只能單獨提供多個串口的同時，另外提供以太網口。其中環路所有網口的帶寬是共享的，即環路任意一個網口都可提供M(bit)級帶寬，因此非常適合有視頻監控需求的基站。
第三代和第四代傳輸設備雖然是發展趨勢，但是本身結構很復雜，要做好極端困難。集成商在挑選此類設備時需要謹慎謹慎再謹慎,切忌貪便宜。集成商可以從下面幾個角度去挑選。絕對的穩定性，測試在各種情況下的穩定性。如果傳輸設備本身就不穩定，那么就會在監控軟件里出現大量的誤報警和現場設備的誤操作。在穩定的基礎上，再看設備的壓力測試和普通負荷下的丟包率，如果丟包率和誤包率高，不但會增加編程難度，而且會大大增加誤報警和現場設備誤操作的概率。再其次是一些細節特點。
最近在查一些關于動環監控方面的資料，很多人都在抱怨誤報警呀、誤操作呀。有些人直接說我們
搞動環監控的是騙子，身為業內人士，內心沉重。
很多人認為監控軟件里面出現的誤報警呀，誤操作呀是軟件做的垃圾。其實很大成分是冤枉了軟件，其實稍懂點軟件的人都知道，監控軟件是相對對較簡單的軟件，光要做穩定，其實是不難的（做的漂亮、功能強大是另外一個話題）。很多情況是位于底層的硬件平臺不穩定、串口透傳誤碼率高引起的,才導致軟件眾多問題的。
在分析這個問題之前，我引入一個概念“透傳設備固有誤碼率”。我的定義是這樣的，在實驗室情況下，把所有設備集成起來，SDH傳輸云用一根1米長的同軸線代替。然后服務器向虛擬串口或者Socket的端口發送數據，這些數據通過全部設備后，最終能從物理串口里面采集到，然后在物理串口里接入一個自環頭，串口數據再次通過透傳設備，最終返回到服務器的虛擬串口或者Socket，然后比較兩者的差值。
現在很多抽時隙方案或者2M環方案，這個串口誤碼率的指標非常不好，有的誤碼率達千分之幾， 有的甚至高達百分之幾。這方面，我們的設備串口誤碼率這項指標做的很好，壓力測試下，可達20萬分之1.
再說傳輸鏈路誤碼率，我查了下資料，基站的2M誤碼率要求低于是100萬分之1.一旦誤碼率高于這個指標，很多基站里面的主設備會亮黃燈報警。但是也不排除部分2M鏈路時不時的會來一下高誤碼率，比如高于千分之一.傳統的抽時隙方案，因為傳輸鏈路只有一條，一旦鏈路誤碼率高，會把這個誤碼率疊加到串口誤碼率上面。雙向自愈2M環，因為有1+1保護，一旦一條鏈條誤碼率高，會自動切換到另外一條鏈路上面去。兩條鏈路同時出現高誤碼率的概況遠遠要小于一條鏈路。
終端設備應用層分析，一般串口應用層協議包括包頭+地址+內容+校驗+包尾。我們用簡單的開關量環境監控儀做舉例， 開關量環境監控儀是定時主動上送信息包，經過SDH傳輸云和傳輸設備，到達服務器的虛擬串口或是Socket端口。但是如果透傳的串口通道誤碼率高，這個包出現個部分數據錯誤。服務器在解析這包的時候，還要自己運算一邊校驗。如果自己的校驗和數據包自己帶的校驗一致，那么解析該包數據，就是在監控軟件里面看到是（溫度超限、濕度超限、煙霧、門磁、水浸、交流掉電）等狀態。如果校驗不一致，不解析該包。但是校驗里面存在碰撞率這個概念，即不同的數據，其校驗值也可能是一致的。這時候就把內容錯誤的一包數據也解析顯示在監控軟件里面，這就是我們常碰到的監控軟件誤報警現象。當然不同的校驗算法有不同的碰撞率，crc16碰撞率要比普通的奇偶校驗要小的多。
總結一下：要消除監控誤報警需要在三個方面同時下功夫：首先透傳設備本身的誤碼率要小。其次盡量選擇高質量的傳輸鏈路，有條件的話，上雙環冗余保護。最后是在挑選環境監控儀等設備時候，要求串口協議校驗起碼是Crc16或者是Crc32.不推薦使用簡單奇偶校驗的設備。
前文是關于監控軟件的誤報警問題，現在來談談2M環設備直接接入智能設備是否可靠，我們以UPS為例子。
目前大多基站是通過基站內部安裝一個獨立的UPS控制器來控制調節UPS的工作，不僅缺乏靈活性而且也增加額外的設備投資。2M環基站側設備，因為擁有多個串口，可以直接跟UPS主機相連。然后通過2M環透傳設備，實現服務器遠程控制UPS。但是是否可靠，我還是從3個方面來分析。
在終端串口應用層校驗這個方面：UPS標準應用層協議里面均帶有CRC校驗，不存在任何瓶頸。
SDH鏈路穩定性方面：正常情況下的鏈路誤碼率（百萬分之1），是不會對監控系統帶來任何影響，即使一條鏈路出現問題，也可以自動切換到另外一條鏈路上面。即使發生了極其小概率事件，兩條鏈路都出現問題，因為有保護倒換功能，可保證環路大多數基站的監控數據正常上送下發。所以鏈路對系統的影響也很微小。
2M環傳輸設備的穩定性以及串口誤碼率上面。服務器向虛擬串口或者Socket發送一包命令，要求UPS充電，由于透傳的串口通道誤碼嚴重（百分之1），UPS接受到的命令包出現異常，若干位（bit）出現反轉（0變為1,1變為0），異常后的命令內容剛好變為要求UPS放電。在大多數情況下（大于99.999%）的情況下，crc校驗可以校驗出了該包數據發送了異常，不解析這包命令。但是存在著一定的概率，校驗不出該包數據異常，那么UPS主機將開始放電。這種情況下，就將造成重大經濟損失，導致電池組損壞。
總結一下：直接接入智能設備比接入環境量監控儀對2M環設備有更高的要求，一方面要求2M環設備本身需要絕對穩定，另一方面要求透傳的串口有極低的誤碼率,否則將造成重大經濟損失。暫且不談穩定性，目前除了我們亮出了小于20W分之1的串口誤碼率這項核心指標，其他2M環廠家均對這項核心指標諱莫如深。
歡迎訪問2M環技術博客：http://fromafrica.blog.sohu.com/