動力設(shè)備及環(huán)境集中監(jiān)控系統(tǒng)（簡稱動環(huán)監(jiān)控）從開始建設(shè)之初，到現(xiàn)在已有十年左右的時間了。在這十年中，動環(huán)監(jiān)控的建設(shè)目的和應(yīng)用功能也隨著通信規(guī)模逐漸增大，通信網(wǎng)絡(luò)不斷革新，發(fā)生了非常大的變化。

起初，各個監(jiān)控廠家分別在各地市建設(shè)集中監(jiān)控系統(tǒng)，并以實現(xiàn)局站無人值守為目的，完成的功能主要是局站內(nèi)動力設(shè)備和環(huán)境的監(jiān)視和控制，并遵循多監(jiān)少控的原則，避免出現(xiàn)意外事故。

隨著動環(huán)監(jiān)控系統(tǒng)技術(shù)的成熟，以及監(jiān)控局站的增多，這種單一化的功能已遠遠無法滿足動力設(shè)備維護的需要，已分化形成各種增值應(yīng)用，如各種動力設(shè)備的管理、資源系統(tǒng)的管理、圖像監(jiān)控、智能門禁監(jiān)控等。

在管理方式上，也形成一點值班，多點維護的機制。這種機制要求各地市的監(jiān)控信息集中到一起，形成集中的監(jiān)控中心，在這個集中監(jiān)控中心上完成對整個系統(tǒng)的監(jiān)控及故障維護的派發(fā)。

廠家系統(tǒng)互聯(lián)要求
由于各地市分別由不同的監(jiān)控廠家承建，因此也就形成了各個不同廠家系統(tǒng)互聯(lián)的要求。1999年，中國移動集團公司根據(jù)這種互聯(lián)的要求，組織制定了互聯(lián)接口標準，稱為B接口標準，并在2001年發(fā)布（GF006-2001）。這個標準目前已在動環(huán)系統(tǒng)互聯(lián)中得到了廣泛的應(yīng)用，已成為了事實上的標準。

2003年，信息產(chǎn)業(yè)部重新修訂了這個互聯(lián)接口規(guī)范，稱為C接口標準，并在2005年發(fā)布（標準號YD/T 1363.2-2005）。這個標準由于制定得比較晚，目前尚沒有得到廣泛的實施。由于在制定標準時受很多因素的制約，造成目前的標準在某些功能方面還無法滿足現(xiàn)有維護體制的需要，特別是歷史數(shù)據(jù)的查詢，及一些特殊應(yīng)用無法實現(xiàn)互聯(lián)，如圖像監(jiān)控和門禁監(jiān)控等方面都有待進一步完善。

本文中的互聯(lián)接口按照信息產(chǎn)業(yè)部對互聯(lián)接口的定義方式，定義為C接口。SS為監(jiān)控站，如地市局站等，SC為集中監(jiān)控中心，為各SS的收斂點，如省局站等。在系統(tǒng)架構(gòu)上、設(shè)備配置和功能要求上遵循YD/T 1363-2005標準。

受現(xiàn)有互聯(lián)標準制約的因素
根據(jù)與多個廠家互聯(lián)的經(jīng)驗，受C接口制約主要包括以下幾個方面。

1、數(shù)據(jù)ID（局站數(shù)）的限制：
目前每個SC，僅能監(jiān)控31個SS，每個SS僅能監(jiān)控1022個局站，而目前每個地市中心監(jiān)控的局站數(shù)目，已遠遠超過這個限制。

2、歷史記錄獲取的限制：
隨著一點值班，多點維護體制的建立，要求管理的集中化，因此對歷史記錄的查詢、統(tǒng)計、分析成了動環(huán)監(jiān)控系統(tǒng)必備的要素。由于局站數(shù)目的龐大，僅靠C接口定義獲取歷史記錄的協(xié)議規(guī)范已無法獲取所有的歷史記錄。[nextpage]

3、智能門禁集中監(jiān)控限制：
在互聯(lián)規(guī)范中，僅對門禁的設(shè)備類型進行了定義，由于智能門禁在管理上的特殊性，無法象其它的動力系統(tǒng)一樣進行管理，它除了需要管理門禁控制器外，還需要對出入門禁的人員進行監(jiān)控和管理，而在這方面，C接口是一個缺失。

4、圖像集中監(jiān)控限制：
雖然在標準定義中，SC功能上包括圖像監(jiān)控的要求，但在C接口協(xié)議規(guī)范制定中并沒有體現(xiàn)對圖像監(jiān)控的互聯(lián)定義。

5、其它的限制：
在其它方面，如告警的獲取、局站狀態(tài)上送、超長機制、告警唯一性判斷、監(jiān)控對象變更（增、刪、改）、自動上送處理、浮點精度定義、自定義設(shè)備的處理、設(shè)備型號的分類、采用字符傳輸時因定長限制導(dǎo)致傳輸不完整、特殊監(jiān)控量的定義、多態(tài)遙信量的定義等都有值得探討和完善的地方，同時還要規(guī)范一些細節(jié)性的應(yīng)用。

互聯(lián)標準改善方案探討
數(shù)據(jù)ID的擴展
互聯(lián)標準中SC內(nèi)的數(shù)據(jù)ID采用32位的整型數(shù)來表示，其中SS的ID為5位，最大可以包括31個地市，SS內(nèi)局站ID為10位，最大可以包括1022個。

在互聯(lián)標準制訂時計算機主要是以32位的機器為主，因此定義32位在查詢速度及處理的速度上會比較方便，但隨著監(jiān)控局站規(guī)模的逐漸擴大，SS數(shù)目及SS內(nèi)局站數(shù)目已無法滿足要求，特別是SS內(nèi)局站數(shù)目，有些已達到3000個以上，因此數(shù)據(jù)ID必須進行擴展。ID擴展的方法，可以有以下幾種：

.SC內(nèi)數(shù)據(jù)ID擴大到64位；
.將SS的5位數(shù)據(jù)ID從SC數(shù)據(jù)ID整體去除，SS數(shù)據(jù)ID單獨用一個32位的整型表示；
.將SC的數(shù)據(jù)ID分成兩個32位的整型數(shù)，SS與SS內(nèi)局站使用一個32位整型，其它的使用另一個32位整型。

不管采用那種方式，都會解決數(shù)據(jù)ID不夠的問題，但每一種擴展都會帶來或多或少協(xié)議的更改，從兼容性上來講，會與原來的協(xié)議不兼容。

標準化歷史數(shù)據(jù)庫
由于C接口標準大多數(shù)采用的都是一問一答的協(xié)議，即由SC發(fā)起，由SS響應(yīng)，因此通信的效率不是很高，即使SC與SS之間傳輸帶寬很大，也不會占用太大的帶寬。而動環(huán)監(jiān)控系統(tǒng)的歷史記錄（包括歷史告警，歷史數(shù)據(jù)等）很多，因此在這種傳輸機制上會造成歷史記錄的傳輸延遲，或傳輸不可靠，這給在SC上的數(shù)據(jù)統(tǒng)計帶來很大的麻煩。

為解決這種問題，可考慮將歷史數(shù)據(jù)庫的數(shù)據(jù)表進行標準化，歷史記錄可以由SS直接保存在SS本地，由SC直接訪問SS的歷史數(shù)據(jù)庫，也可以由SS將歷史記錄保存在SC的歷史數(shù)據(jù)庫中，SC直接訪問本級的歷史數(shù)據(jù)庫。

采用這種方式，可以充分利用SC與SS之間的傳輸帶寬，同時避免因傳輸大量的歷史記錄而導(dǎo)致實時數(shù)據(jù)的實時性降低，并有效保證告警數(shù)據(jù)上送的快速性、準確性，這對于動環(huán)監(jiān)控系統(tǒng)相當重要。另外，也解決了歷史記錄在SC上無法查詢的限制因素。歷史數(shù)據(jù)庫可以對以下關(guān)系數(shù)據(jù)表進行標準化： [nextpage]

1.當前活動告警數(shù)據(jù)表
這個數(shù)據(jù)表主要是存儲未消除的告警，即告警一直未消除。當告警消除后，自動導(dǎo)入到已消除告警歷史數(shù)據(jù)表中，作為歷史進行保存。

2.已消除告警歷史數(shù)據(jù)表
這個數(shù)據(jù)表在結(jié)構(gòu)上可以與當前活動告警數(shù)據(jù)表的結(jié)構(gòu)一致，主要保存已消除的告警，并存為歷史，供查詢?？梢酝ㄟ^已消除告警歷史數(shù)據(jù)表，根據(jù)系統(tǒng)的應(yīng)用，分類進行告警的查詢，統(tǒng)計，分析。

3.歷史數(shù)據(jù)點表
這個數(shù)據(jù)表主要存儲遙測量在某個時刻點的歷史數(shù)據(jù)，根據(jù)SS的情況，存儲相應(yīng)的遙測量點的關(guān)鍵時刻點，如告警時刻點、告警消除時刻點、變化最大的時刻點等。根據(jù)這個數(shù)據(jù)表，可以形成遙測量曲線，供在發(fā)生故障時，對相關(guān)數(shù)據(jù)進行分析，找到故障的所在。

4.監(jiān)測點歷史統(tǒng)計數(shù)據(jù)表
這個數(shù)據(jù)表主要是存儲某個監(jiān)測點在一段時間（如兩個小時）內(nèi)的統(tǒng)計數(shù)據(jù)，如最大值、最小值、平均值等，根據(jù)這個數(shù)據(jù)表，可以對數(shù)據(jù)進行統(tǒng)計和監(jiān)測，供故障時進行數(shù)據(jù)分析。

5.歷史操作記錄表
這個數(shù)據(jù)表存儲操作員對設(shè)備的操作記錄，當發(fā)生問題時，便于對故障源的跟蹤。上面提到的歷史記錄表主要存儲系統(tǒng)的基本數(shù)據(jù)，SC可以根據(jù)這些數(shù)據(jù)做各種各樣不同的應(yīng)用，當提供的基本數(shù)據(jù)不足以完成相應(yīng)的功能時，可以考慮對歷史數(shù)據(jù)表進行相應(yīng)的擴展，達到實際應(yīng)用的要求。

智能門禁互聯(lián)解決方案
隨著基站規(guī)模的增大，基站鑰匙管理不方便，同時基站盜竊也開始增多，所以智能門禁在基站中得到了越來越廣泛的應(yīng)用，給用戶的管理帶來了極大的便利。但在基站門禁監(jiān)控方面，大多數(shù)情況都僅實現(xiàn)了片區(qū)內(nèi)的門禁監(jiān)控，即實現(xiàn)SS側(cè)的集中監(jiān)控，在SC側(cè)，僅實現(xiàn)了對同一廠家設(shè)備的監(jiān)控，未能實現(xiàn)不同廠家的門禁控制的互聯(lián)，這給維護帶來了很多的不便。

根據(jù)管理范圍的不同，SC不對SS內(nèi)局站門禁進行人員授權(quán)，SC對門禁的管理一般包括：遠程的開關(guān)門控制、門位狀態(tài)信息顯示、門禁告警信息顯示、門禁控制器刷卡信息顯示等。同時智能門禁設(shè)備與動環(huán)設(shè)備相比，除需要對設(shè)備進行管理外，還需要對部門人員進行管理，這樣在門禁刷卡時，便能知道門禁卡的所屬，從而為判斷是否為正?？ㄌ峁┮罁?jù)。下面給出了智能門禁互聯(lián)標準改善的措施。

1.通訊連接方式
SC的智能門禁聯(lián)網(wǎng)監(jiān)控系統(tǒng)在與SS通訊時，可以采用與動環(huán)相同的套接字端口，也可以重新建立新的套接字端口（IP地址+端口號），這根據(jù)SS采用獨立的門禁系統(tǒng)還是與動環(huán)系統(tǒng)組合在一起的情況而定。同時要求SS作為客戶端，SC作為服務(wù)端。

2.部門人員標識號制定
部門人員在動環(huán)監(jiān)控系統(tǒng)中是沒有，因此需要對此進行改造，部門人員的標識可采用32位表示，與SC數(shù)據(jù)ID標識相似，采用全局唯一的標識號，在這個標識號中加入SS的數(shù)據(jù)ID，形如：
AAA.HHHH
其中：AAA位SS的數(shù)據(jù)ID，HHHH位部門人員的標識號。

3.報文格式
可以用到的C接口報文及其描述. [nextpage]

圖像互聯(lián)解決方案
圖像互聯(lián)需要解決兩個問題，一個是圖像的上傳，另一個是圖像設(shè)備的控制。原始視頻被編碼后，經(jīng)傳輸通道到達解碼端（SS端），可有兩種方式輸出，一種是直接模擬輸出到監(jiān)視器，另一種是通過IP接口到計算機，由計算機進行解碼并顯示。如果是前一種方式，在SS解碼后，可以經(jīng)過二次編解碼傳輸?shù)絊C。如果是后一種方式，可以由編碼端設(shè)備供應(yīng)商提供二次開發(fā)接口供接入方調(diào)用，這種方式在圖像的控制上，也采用調(diào)用編碼端的二次開發(fā)接口實現(xiàn)對圖像的控制。因此對于圖像設(shè)備的控制主要是當在SS端采用模擬輸出方式的圖像設(shè)備控制，控制協(xié)議可以通過對C接口進行擴展實現(xiàn)。

1、通訊連接方式
與智能門禁系統(tǒng)的通訊連接方式相同，可以采用與動環(huán)相同的套接字接口，也可以采用不同的接口，需要根據(jù)SS系統(tǒng)情況而定，其中SC作為客戶端，SS作為服務(wù)端。

2、類型定義
在C接口規(guī)范中，未對圖像類型進行定義，現(xiàn)擴充EnumType的定義：IMAGE=7。

3、報文格式
對圖像設(shè)備的控制，主要是對攝像機的控制，控制分成兩種，一種是圖像設(shè)備的切換，一種是圖像設(shè)備監(jiān)控量的控制。在采用“用戶寫數(shù)據(jù)動作”報文時，如果數(shù)據(jù)ID號為圖像設(shè)備本身時，表示對圖像設(shè)備的切換，此命令可以將指定的視頻切換到指定的輸出上，當數(shù)據(jù)ID號為圖像設(shè)備下屬的遙控量點ID時，表示對圖像設(shè)備的控制，如對攝像機的云臺轉(zhuǎn)動控制等。通過以上解決方案，可以很好地實現(xiàn)對圖像的切換和控制，同時在圖像的控制方面，不需要增加新協(xié)議，只需采用原有的協(xié)議格式，并給出新的語義就可以實現(xiàn)。

結(jié)語
通過對C接口標準的改造，能夠方便實現(xiàn)對智能門禁、圖像設(shè)備的控制，同時可以解決歷史數(shù)據(jù)查詢問題，實現(xiàn)監(jiān)控系統(tǒng)不同廠家之間的有效互聯(lián)，以解決用戶的實際應(yīng)用。