發(fā)布日期:2022-11-01 10:35 瀏覽次數(shù):
GB 26875的本部分規(guī)定了城市消防遠程監(jiān)控系統(tǒng)中用戶信息傳輸裝置與監(jiān)控中心之間通過報警傳輸網(wǎng)絡進行數(shù)據(jù)傳輸?shù)膮f(xié)議結構、數(shù)據(jù)類型及數(shù)據(jù)定義。
本部分適用于城市消防遠程監(jiān)控系統(tǒng)中用戶信息傳輸裝置與監(jiān)控中心之間的報警傳輸網(wǎng)絡數(shù)據(jù)通信協(xié)議。
下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件,僅注日期的版本適用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。
GB 18030-2005 信息技術 中文編碼字符集
GB 50440 城市消防遠程監(jiān)控系統(tǒng)技術規(guī)范
RFC 768 用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol),Internet Engineering Task Force(互聯(lián)網(wǎng)工程任務組1980年發(fā)布)
RFC 791 網(wǎng)際互聯(lián)協(xié)議(Internet Protocol),Internet Engineering Task Force(互聯(lián)網(wǎng)工程任務組1981年發(fā)布)
RFC793 傳輸控制協(xié)議(Transmission Control Protocol),Internet Engineering Task Force(互聯(lián)網(wǎng)工程任務組1981年發(fā)布)
GB 50440 界定的以及下列術語和定義適用于本文件。
3.1
上行方向 upstream direction
從用戶信息傳輸裝置到監(jiān)控中心的數(shù)據(jù)傳輸方向。
3.2
下行方向 downstream direction
從監(jiān)控中心到用戶信息傳輸裝置的數(shù)據(jù)傳輸方向。
3.3
數(shù)據(jù)單元 data unit
具有共同傳輸原因的信息實體。
3.4
數(shù)據(jù)單元類型 data unit type
位于一個應用數(shù)據(jù)單元開始的信息域,用以識別數(shù)據(jù)單元的類型和長度,暗指或明確地指明應用數(shù)據(jù)單元的結構以及信息對象的結構、類型。
下列縮略語適用于本文件。
IP網(wǎng)際互聯(lián)協(xié)議(internet protocol)
TCP 傳輸控制協(xié)議(transmission control protocol)
UDP 用戶數(shù)據(jù)報協(xié)議(user datagram protocol)
5.1 本部分以RFC 791,RFC 793和RFC 768中規(guī)定的 TCP/IP或UDP/IP網(wǎng)絡控制協(xié)議作為底層通信承載協(xié)議,本部分規(guī)定的協(xié)議對應于ISO/OSI定義的七層協(xié)議結構的應用層,如圖1所示。

圖1 監(jiān)控中心與聯(lián)網(wǎng)用戶間通信協(xié)議棧
5.2 應用層通信協(xié)議不依賴于所選用的傳輸網(wǎng)絡,在基礎傳輸層已經(jīng)建立的基礎上,應用層通信協(xié)議與具體傳輸網(wǎng)絡無關,體現(xiàn)通信介質(zhì)無關性。
5.3 本部分不限制城市消防遠程監(jiān)控系統(tǒng)擴展其他的信息內(nèi)容,在擴展內(nèi)容時不應與本部分中所使用或保留的控制命令相沖突,并應符合國家有關標準的規(guī)定。
6.1 通信方式
城市消防遠程監(jiān)控系統(tǒng)的用戶信息傳輸裝置與監(jiān)控中心之間的通信方式主要包括控制命令、信息(火災報警和建筑消防設施運行狀態(tài)等信息)上傳和信息查詢等,均采用發(fā)送/確認或請求/應答模式進行通信。
6.2 控制命令(監(jiān)控中心→用戶信息傳輸裝置)
6.2.1 監(jiān)控中心向用戶信息傳輸裝置發(fā)送指令時的控制命令采用發(fā)送/確認模式,其通信流程如圖2所示。

圖2 控制命令流程示意圖
6.2.2 監(jiān)控中心向用戶信息傳輸裝置發(fā)送控制命令,用戶信息傳輸裝置對接收到的命令信息進行校驗。在校驗正確的情況下,用戶信息傳輸裝置執(zhí)行監(jiān)控中心的控制命令,并向監(jiān)控中心發(fā)送確認命令;在校驗錯誤的情況下,用戶信息傳輸裝置舍棄所接收數(shù)據(jù)并發(fā)出否認回答。
6.2.3 監(jiān)控中心接收到用戶信息傳輸裝置的確認命令后完成本次控制命令傳輸;監(jiān)控中心在規(guī)定時間內(nèi)未收到確認命令或收到否認回答后,啟動重發(fā)機制。
6.3 信息上傳(用戶信息傳輸裝置→監(jiān)控中心)
6.3.1 用戶信息傳輸裝置向監(jiān)控中心傳輸火災報警和建筑消防設施運行狀態(tài)等信息時采用發(fā)送/確認模式。其通信流程如圖3所示。

圖3 上傳數(shù)據(jù)流程示意圖
6.3.2 當發(fā)生火災報警或運行狀態(tài)改變時,用戶信息傳輸裝置主動向監(jiān)控中心上傳信息,監(jiān)控中心對接收到的信息進行校驗。在校驗正確的情況下,監(jiān)控中心對接收的信息進行相應處理,并向用戶信息傳輸裝置發(fā)送確認命令;在校驗錯誤的情況下,監(jiān)控中心舍棄所接收數(shù)據(jù)并發(fā)出否認回答。
6.3.3 用戶信息傳輸裝置接收到監(jiān)控中心的確認命令后完成本次信息的傳輸;用戶信息傳輸裝置在規(guī)定時間內(nèi)未收到確認命令或收到否認回答后,啟動重發(fā)機制。
6.4 信息查詢(監(jiān)控中心→用戶信息傳輸裝置)
6.4.1 監(jiān)控中心向用戶信息傳輸裝置查詢相關信息時采用請求/應答模式。其通信流程如圖4所示。

圖4 查詢命令流程示意圖
6.4.2 監(jiān)控中心向用戶信息傳輸裝置發(fā)送請求查詢命令,用戶信息傳輸裝置對接收到的信息進行校驗。在校驗正確的情況下,用戶信息傳輸裝置根據(jù)請求內(nèi)容進行應答;在校驗錯誤的情況下,用戶信息傳輸裝置舍棄所接收的數(shù)據(jù)并發(fā)出否認回答。
6.4.3 監(jiān)控中心在接收到正確的應答信息后完成本次信息查詢操作;在規(guī)定時間內(nèi)未接收到應答信息、應答信息錯誤或接收到否認回答后,啟動重發(fā)機制。
以上為標準部分內(nèi)容,如需看標準全文,請到相關授權網(wǎng)站購買標準正版。