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