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