(高清版)GB∕T 38311-2019 城市軌道交通安全防范通信協(xié)議與接口

城市軌道交通安全防范通信協(xié)議與接口國家市場監(jiān)督管理總局國家標(biāo)準(zhǔn)化管理委員會GB/T38311—2019 I 2 3 36基本指標(biāo)和性能要求 77安全性要求 7 79聯(lián)網(wǎng)平臺通信協(xié)議 10非標(biāo)準(zhǔn)系統(tǒng)的接入要求 11檢驗與檢測 附錄A(規(guī)范性附錄)對象統(tǒng)一編碼規(guī)則 附錄B(資料性附錄)SIP消息示例 附錄C(規(guī)范性附錄)SDP字段和回放控制命令描述 附錄D(資料性附錄)控制命令內(nèi)容和格式 附錄E(規(guī)范性附錄)報警類型描述 附錄F(規(guī)范性附錄)日志類型描述 參考文獻(xiàn) GB/T38311—2019本標(biāo)準(zhǔn)按照GB/T1.1—2009給出的規(guī)則起草。本標(biāo)準(zhǔn)由中華人民共和國住房和城鄉(xiāng)建設(shè)部提出。本標(biāo)準(zhǔn)由全國城市軌道交通標(biāo)準(zhǔn)化技術(shù)委員會(SAC/TC290)歸口。本標(biāo)準(zhǔn)起草單位：中國科學(xué)院上海高等研究院、公安部第三研究所、上海市公安局城市軌道和公交總隊、廣州地鐵集團(tuán)有限公司、上海申通軌道交通研究咨詢有限公司、中車青島四方機車車輛股份有限公司、中車株洲電力機車有限公司、上海中科城市公共安全標(biāo)準(zhǔn)化技術(shù)有限公司、杭州海康威視數(shù)字技術(shù)股份有限公司、上海高晶影像科技有限公司、上海國際技貿(mào)聯(lián)合有限公司、上海富欣智能交通控制有限公司、中鐵四局集團(tuán)有限公司、中國鐵路通信信號上海工程局集團(tuán)有限公司、上海道肯奇科技有限公司、安達(dá)泰保安服務(wù)有限公司、霍尼韋爾安防(中國)有限公司、深圳英飛拓科技股份有限公司上海分公I(xiàn)1GB/T38311—2019城市軌道交通安全防范通信協(xié)議與接口本標(biāo)準(zhǔn)規(guī)定了城市軌道交通區(qū)域內(nèi)安全防范系統(tǒng)的聯(lián)網(wǎng)結(jié)構(gòu)、基本指標(biāo)和性能要求、安全性要求、站點級聯(lián)網(wǎng)單元通信協(xié)議、聯(lián)網(wǎng)平臺通信協(xié)議、非標(biāo)準(zhǔn)系統(tǒng)的接入要求以及檢驗與檢測要求。本標(biāo)準(zhǔn)適用于城市軌道交通安全防范聯(lián)網(wǎng)系統(tǒng)的通信協(xié)議與接口的方案開發(fā)、系統(tǒng)檢驗、驗收以及2規(guī)范性引用文件下列文件對于本文件的應(yīng)用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改單)適用于本文件。GB/T25724—2017公共安全視頻監(jiān)控數(shù)字視音頻編解碼技術(shù)要求GB/T28181—2016公共安全視頻監(jiān)控聯(lián)網(wǎng)系統(tǒng)信息傳輸、交換、控制技術(shù)要求GM/T0015基于SM2密碼算法的數(shù)字證書格式規(guī)范GM/T0026—2014安全認(rèn)證網(wǎng)關(guān)產(chǎn)品規(guī)范ISO/IEC13818-1:2013信息技術(shù)運動圖像和伴音信息的通用編碼第1部分：系統(tǒng)(Informationtechnology—Genericcodingofmovingpicturesandassociatedaudioinformation—Part1:Systems)ITU-TRec.G.711—1988語音頻率的脈沖編碼調(diào)制(PCM)[Pulsecodemodulation(PCM)ofITU-TRec.G.723.1—1996數(shù)字傳輸系統(tǒng)的通用部分：5.3kbit/s和6.3kbit/s的多媒體通信傳輸中的雙速率語音編碼器(Dualratespeechcoderformultimediacommunicationstransmittingat5.3ITU-TRec.G.729—1996數(shù)字傳輸系統(tǒng)的通用部分：利用共軛結(jié)構(gòu)代數(shù)碼激勵線形預(yù)測的prediction(CS-ACELP)]IETFRFC2030適用于IPv4、IPv6以及OSI的簡單網(wǎng)絡(luò)時間協(xié)議(SNTP)第四版[SimpleNet-IETFRFC2326—1998實時流協(xié)議[(RTSP)RealTimeStreamingProtocol]IETFRFC3261—2002會話初始協(xié)議(SIP:SessionInitiationProtocol)IETFRFC3265會話初始協(xié)議(SIP):事件通知[SessionInitiationProtocol(SIP):SpecificEventNotification]InstantMessaging]IETFRFC4566—2006會話描述協(xié)議(SessionDescriptionProtocol)IETFRFC5280X.509互聯(lián)網(wǎng)PKI證書與證書撤銷列表(CRL)[InternetX.509PublicKeyIn-frastructureCertificateandCertificateRevocationList(CRL)Profile]23術(shù)語和定義注：城市軌道交通公共安全防范聯(lián)網(wǎng)系統(tǒng)的簡稱。設(shè)備。經(jīng)聯(lián)網(wǎng)系統(tǒng)注冊并授權(quán)的、對聯(lián)網(wǎng)系統(tǒng)內(nèi)的數(shù)據(jù)和/或設(shè)備有操作需求的信令控制服務(wù)器signalingcontrols通過信令的轉(zhuǎn)發(fā)進(jìn)行會話控制，并負(fù)責(zé)轉(zhuǎn)發(fā)控制信息、報警信息、狀態(tài)信息等非視音頻信息的服務(wù)器。注：每個單獨的監(jiān)控區(qū)域可部署一個聯(lián)網(wǎng)平臺，上下會話初始協(xié)議sessioninitiationprotocol方多媒體會話。不符合本標(biāo)準(zhǔn)要求且無法改造或升級的安全防范系統(tǒng)。3GB/T38311—2019AES:高級加密標(biāo)準(zhǔn)(AdvancedEncryptionStandard)DVR:數(shù)字硬盤錄像機(DigitalVideoRecorder)IPSec:因特網(wǎng)安全協(xié)議(InternetProtocolSecurity)NTP:網(wǎng)絡(luò)時間協(xié)議(NetworkTimeProtocol)NVR:網(wǎng)絡(luò)硬盤錄像機(NetworkVideoRecorder)OCC:運營控制中心(OperationControlCenter)ONVIF:開放型網(wǎng)絡(luò)視頻接口論壇(OpenNetworkVideoInterfaceForum)PS:節(jié)目流(ProgramStream)RSA:RSA加密算法(RSAAlgorithm)RTCP:實時傳輸控制協(xié)議(Real-timeTransportControlProtocol)RTP:實時傳輸協(xié)議(Real-timeTransportProtocol)RTSP:實時流協(xié)議(Real-TimeStreamingProtocol)SDP:會話描述協(xié)議(SessionDescriptionProtocol)SHA:安全哈希算法(SecureHashAlgorithm)SIP:會話初始協(xié)議(SessionInitiationProtocol)SM2:橢圓曲線公鑰密碼算法(PublicKeyCryptographicAlgorithmSM2BasedOnEllipticCurves)SM3:密碼雜湊算法(SM3CryptographicHashAlgorithm)SM4:分組密碼算法(SM4BlockCipherAlgorithm)S/MIME:安全多用途網(wǎng)際郵件擴充協(xié)議(SecureMultipurposeInternetMailExtensions)SVAC:安全防范監(jiān)控數(shù)字視音頻編碼(Surveillancevideoandaudiocoding)TCP:傳輸控制協(xié)議(TransmissionControlProtocol)TLS:傳輸層安全(TransportLayerSecurity)UAS:用戶代理服務(wù)端(UserAgentServer)UDP:用戶數(shù)據(jù)報協(xié)議(UserDatagramProtocol)URI:全局資源標(biāo)識符(UniversalResourceIdentifier)XML:可擴展標(biāo)記語言(ExtensibleMarkupLanguage)5聯(lián)網(wǎng)結(jié)構(gòu)4媒體服務(wù)器媒體服務(wù)器前端設(shè)備信令控制服務(wù)器站點級聯(lián)網(wǎng)平臺路網(wǎng)級聯(lián)網(wǎng)平臺站點級聯(lián)網(wǎng)單元媒體服務(wù)器前端設(shè)備信令控制服務(wù)器站點級聯(lián)網(wǎng)平臺OcC聯(lián)網(wǎng)平臺站點級聯(lián)網(wǎng)單元.圖1聯(lián)網(wǎng)系統(tǒng)架構(gòu)示意圖5.1.2聯(lián)網(wǎng)平臺分為站點級聯(lián)網(wǎng)平臺、OCC聯(lián)網(wǎng)平臺和路網(wǎng)級聯(lián)網(wǎng)平臺。站點級聯(lián)網(wǎng)平臺負(fù)責(zé)本站點內(nèi)的安防監(jiān)控，OCC聯(lián)網(wǎng)平臺負(fù)責(zé)本條軌道交通線路的安防監(jiān)控，路網(wǎng)級聯(lián)網(wǎng)平臺負(fù)責(zé)整個路網(wǎng)或整個路網(wǎng)中部分區(qū)域(跨線路)的安防監(jiān)控。5.1.3站點級聯(lián)網(wǎng)單元是由站點級聯(lián)網(wǎng)平臺以及接入該站點級聯(lián)網(wǎng)平臺的前端設(shè)備組成的區(qū)域級安全防范系統(tǒng)。每個站點級聯(lián)網(wǎng)單元應(yīng)對一個獨立的安全防范系統(tǒng)，應(yīng)對所轄區(qū)域內(nèi)的前端設(shè)備進(jìn)行集注：一個車站或車輛基地也為一個獨立的站點級聯(lián)網(wǎng)單元。5.1.4OCC聯(lián)網(wǎng)平臺應(yīng)通過傳輸網(wǎng)絡(luò)獲取站點級聯(lián)網(wǎng)單元的視音頻、數(shù)據(jù)、報警、狀態(tài)等信息，應(yīng)是站點級聯(lián)網(wǎng)單元的上級平臺。5.1.5路網(wǎng)級聯(lián)網(wǎng)平臺應(yīng)通過傳輸網(wǎng)絡(luò)獲取站點級聯(lián)網(wǎng)單元的視音頻、數(shù)據(jù)、報警、狀態(tài)等信息，應(yīng)是站點級聯(lián)網(wǎng)單元的上級平臺。5.2通信協(xié)議結(jié)構(gòu)5.2.1聯(lián)網(wǎng)系統(tǒng)應(yīng)符合圖2所示的通信協(xié)議分層架構(gòu)。5GB/T38311—2019信令RTP/RTCPTCP/UDP圖2通信協(xié)議分層架構(gòu)5.2.2聯(lián)網(wǎng)系統(tǒng)應(yīng)在TCP/IP協(xié)議的基礎(chǔ)上通過RTP/RTCP協(xié)議傳輸視音頻數(shù)據(jù)，應(yīng)在TCP/IP協(xié)議的基礎(chǔ)上通過SIP協(xié)議傳輸交互信令、控制信息、報警信息和設(shè)備信息。5.2.3聯(lián)網(wǎng)系統(tǒng)應(yīng)支持TCP和UDP傳輸協(xié)議。5.3站點級聯(lián)網(wǎng)單元站點級聯(lián)網(wǎng)單元應(yīng)由站點級聯(lián)網(wǎng)平臺和接入該站點級聯(lián)網(wǎng)平臺的前端設(shè)備組成。站點級聯(lián)網(wǎng)平臺應(yīng)包括信令控制服務(wù)器和媒體服務(wù)器等。客戶端應(yīng)包括解碼顯示單元、用戶管理操作單元和存儲管理單元等。5.3.2站點級聯(lián)網(wǎng)單元的聯(lián)網(wǎng)方式站點級聯(lián)網(wǎng)單元應(yīng)符合圖3所示的聯(lián)網(wǎng)方式。媒體服務(wù)器媒體服務(wù)器圖3站點級聯(lián)網(wǎng)單元前端設(shè)備應(yīng)通過IP網(wǎng)絡(luò)接入站點級聯(lián)網(wǎng)平臺。前端設(shè)備應(yīng)通過本標(biāo)準(zhǔn)規(guī)定的協(xié)議接入站點級聯(lián)網(wǎng)平臺。網(wǎng)絡(luò)攝像機應(yīng)支持ONVIF通信協(xié)議。6GB/T38311—2019a)OCC聯(lián)網(wǎng)平臺應(yīng)能對所轄線路的所有站點級聯(lián)網(wǎng)單元的任一前端設(shè)備進(jìn)行實時監(jiān)控、管理；b)路網(wǎng)級聯(lián)網(wǎng)平臺應(yīng)能對路網(wǎng)中管轄范圍內(nèi)的所有站點級聯(lián)網(wǎng)單元的任一前端設(shè)備進(jìn)行實時監(jiān)a)上級平臺宜通過圖4所示的聯(lián)網(wǎng)方式和站點級聯(lián)網(wǎng)平臺進(jìn)行信令交互。在這種方式下，OCC聯(lián)網(wǎng)平臺、路網(wǎng)級聯(lián)網(wǎng)平臺等所有上級平臺宜直接與站點級聯(lián)網(wǎng)平臺交互。所有上下級平臺之間協(xié)議應(yīng)符合相同。路網(wǎng)級聯(lián)網(wǎng)平臺路網(wǎng)級聯(lián)網(wǎng)平臺站點級聯(lián)網(wǎng)平臺站點級聯(lián)網(wǎng)平臺OCC聯(lián)網(wǎng)平臺b)上級平臺亦可通過圖5所示的聯(lián)網(wǎng)方式和站點級聯(lián)網(wǎng)平臺進(jìn)行信令交互。在這種方式下，OCC聯(lián)網(wǎng)平臺應(yīng)直接和下級的站點級聯(lián)網(wǎng)平臺進(jìn)行交互，路網(wǎng)級聯(lián)網(wǎng)平臺應(yīng)通過OCC聯(lián)網(wǎng)平臺的轉(zhuǎn)發(fā)實現(xiàn)與站點級聯(lián)網(wǎng)平臺的交互。所有上下級平臺之間應(yīng)遵循相同的協(xié)議路網(wǎng)級聯(lián)網(wǎng)平臺0CC聯(lián)網(wǎng)平臺站點級聯(lián)網(wǎng)平臺站點級聯(lián)網(wǎng)平臺7GB/T38311—20196基本指標(biāo)和性能要求6.1視音頻編解碼應(yīng)符合以下要求：a)視頻壓縮編解碼應(yīng)采用H.264、H.265、MPEG-4或SVAC,并應(yīng)符合GB/T25724—2017的要求；b)圖片宜采用JPEG格式；c)音頻編解碼標(biāo)準(zhǔn)采用ITU-TRec.G.711—1988、ITU-TRec.G.723.1—1996和ITU-TRec.G.729—1996;d)基于網(wǎng)絡(luò)的語音交互音頻編碼應(yīng)采用ITU-TRec.G.711—1988。6.2視音頻數(shù)據(jù)、控制信息及報警信息等信息數(shù)據(jù)經(jīng)由IP網(wǎng)絡(luò)傳輸時，信息傳輸延遲時間應(yīng)符合GB/T28181—2016中5.3的規(guī)定。6.3傳輸帶寬應(yīng)符合GB/T28181—2016中5.4的規(guī)定。6.4聯(lián)網(wǎng)系統(tǒng)IP網(wǎng)絡(luò)的傳輸質(zhì)量應(yīng)符合GB/T28181—2016中5.5的規(guī)定。6.5視頻質(zhì)量應(yīng)符合GB/T28181—2016中5.6的規(guī)定。6.6聯(lián)網(wǎng)系統(tǒng)中視音頻媒體數(shù)據(jù)的存儲應(yīng)為PS格式，應(yīng)符合ISO/IEC13818-1:2013的要求。6.7聯(lián)網(wǎng)系統(tǒng)中SIP消息體中攜帶的SDP內(nèi)容應(yīng)符合IETFRFC4566—2006的要求。6.8聯(lián)網(wǎng)系統(tǒng)應(yīng)對前端設(shè)備、監(jiān)控中心設(shè)a)編碼應(yīng)具有唯一性，符合附錄A的要求；b)聯(lián)網(wǎng)系統(tǒng)標(biāo)準(zhǔn)設(shè)備的SIPURI命名采用格式sip:username@domain,用戶名username的命名應(yīng)保證在同一個SIP監(jiān)控域內(nèi)具有唯一性，采用設(shè)備編碼。6.9報警信息應(yīng)采用應(yīng)答機制，即接收報警端在收到報警后應(yīng)給報警發(fā)送端發(fā)送確認(rèn)收到或處理結(jié)果信息。6.10聯(lián)網(wǎng)系統(tǒng)中的各設(shè)備應(yīng)支持NTP網(wǎng)絡(luò)統(tǒng)一校時服務(wù)，應(yīng)符合IETFRFC2030的要求。7安全性要求7.1聯(lián)網(wǎng)系統(tǒng)應(yīng)采用認(rèn)證技術(shù)實現(xiàn)對用戶、設(shè)備、聯(lián)網(wǎng)平臺的身份合法性的確認(rèn)，非標(biāo)準(zhǔn)系統(tǒng)宜通過網(wǎng)關(guān)進(jìn)行認(rèn)證。認(rèn)證網(wǎng)關(guān)應(yīng)符合GM/T0026—2014的規(guī)定。7.2聯(lián)網(wǎng)系統(tǒng)中傳輸?shù)年P(guān)鍵信令與數(shù)據(jù)宜進(jìn)行數(shù)據(jù)加密，并宜分別采用以下方式進(jìn)行：a)網(wǎng)絡(luò)層采用IPSec或在傳輸層采用TLS對SIP消息實現(xiàn)逐條安全加密；b)應(yīng)用層采用S/MIME機制的端到端加密；c)傳輸過程采用SM2、RSA對會話密鑰進(jìn)行加密；d)傳輸內(nèi)容采用SM4、AES等算法進(jìn)行加密。7.3聯(lián)網(wǎng)系統(tǒng)中傳輸?shù)年P(guān)鍵信令與數(shù)據(jù)應(yīng)進(jìn)行完整性保護(hù)。聯(lián)網(wǎng)系統(tǒng)宜采用數(shù)字摘要、數(shù)字時間戳及數(shù)字水印等技術(shù)防止信息的完整性被破壞。7.4聯(lián)網(wǎng)系統(tǒng)的傳輸網(wǎng)絡(luò)應(yīng)采用專用網(wǎng)絡(luò)保證信令和數(shù)據(jù)傳輸過程的安全性。8站點級聯(lián)網(wǎng)單元通信協(xié)議8.1注冊和注銷聯(lián)網(wǎng)單元內(nèi)的支持本協(xié)議的前端設(shè)備、客戶端、服務(wù)器(不包括信令控制服務(wù)器)等SIP用戶代8理應(yīng)向本聯(lián)網(wǎng)單元內(nèi)的信令控制服務(wù)器注冊登記，并應(yīng)采用IETFRFC3261—2002中規(guī)定的REGIS-TER方法注冊，注冊認(rèn)證應(yīng)采用數(shù)字摘要認(rèn)證方式或數(shù)字證書認(rèn)證方式，數(shù)字證書的格式應(yīng)符合IETFRFC5280或GM/T0015的相關(guān)要求。如注冊失敗，應(yīng)在規(guī)定時間內(nèi)重新注冊，直到注冊成功。注冊成功后，應(yīng)在有效期內(nèi)重新注冊。信令控制服務(wù)器收到3次錯誤注冊請求后，應(yīng)采用8.3.1的流程進(jìn)行報警通知。數(shù)字摘要認(rèn)證方式注冊流程應(yīng)如圖6所示，按以下流程進(jìn)行：2:401UnauLhorized3:Register4:發(fā)送200OK(合法)4:拒絕響應(yīng)(非法)圖6數(shù)字摘要認(rèn)證方式注冊流程a)SIP用戶代理應(yīng)向信令控制服務(wù)器發(fā)送Register請求，請求中不應(yīng)包含Authorization字段；b)信令控制服務(wù)器收到Register請求，正確處理后應(yīng)回復(fù)401響應(yīng)，并應(yīng)在響應(yīng)的消息頭WWWAuthenticate字段中給出適合SIP用戶代理的認(rèn)證體制和參數(shù)；_c)SIP用戶代理在收到401響應(yīng)后應(yīng)重新向信令控制服務(wù)器發(fā)送Register請求，并應(yīng)在請求的Authorization字段中給出信任書，包含認(rèn)證信息；d)信令控制服務(wù)器應(yīng)對請求進(jìn)行驗證，如果身份合法，應(yīng)成功響應(yīng)200OK;否則，應(yīng)發(fā)送拒絕服務(wù)響應(yīng)。數(shù)字證書認(rèn)證方式中，SIP用戶代理和信令控制服務(wù)器應(yīng)進(jìn)行雙向認(rèn)證。對IETFRFC3261—2002中定義的方法REGISTER應(yīng)進(jìn)行如下頭域擴展：a)Authorization的值增加Capability項用來描述編碼器的安全能力。當(dāng)Authorization的值為Capability時，只攜帶一個參數(shù)Algorithm,參數(shù)Algorithm的值分為三部分，中間以逗號分割。第一部分為非對稱算法描述，取值為SM2/RSA中的一個或者多個；第二部分為摘要算法中的一個或者多個；第三部分為對稱算法的描述，取值為SM4/AES中的一個或者多個。b)WWW-Authenticate的值增加Asymmetric項用來攜帶驗證信令控制服務(wù)器身份的數(shù)據(jù)。當(dāng)WWW-Authenticate的值為Asymmetric時，只攜帶參數(shù)nonce和algorithm。algorithm的值取安全能力中指明的算法。c)Authorization的值增加Asymmetric項用來攜帶驗證編碼器的數(shù)據(jù)。當(dāng)Authorization的值為Asymmetric時，攜帶Nonce、Response、Algorithm三個參數(shù)。數(shù)字證書認(rèn)證方式注冊認(rèn)證流程應(yīng)如圖7所示，按以下流程進(jìn)行：9GB/T38311—20192:401[nauthuwrized3:Register4:拒絕響應(yīng)(非法)a)SIP用戶代理向信令控制服務(wù)器發(fā)送Register請求，消息頭域中攜帶SIP用戶代理安全能力。增加Authorization頭字段，Authorization的值為Capability,參數(shù)algorithm的值分為三部b)信令控制服務(wù)器向SIP用戶代理發(fā)送一個響應(yīng)401,響應(yīng)的消息頭域WWW-Authenticate取值為Asymmetric,參數(shù)nonce分為a和b兩部分，algorithm的值取SIP用戶代理安全能力中c)SIP用戶代理收到401響應(yīng)后，得到nonce中的a和b兩部分。首先用SIP用戶代理私鑰解密b,得到結(jié)果c,對結(jié)果c用401響應(yīng)中algorithm指定的算法做摘要，得到結(jié)果d,用SIP服務(wù)制服務(wù)器發(fā)送REGISTER請求，Authorization取值為Asymmetric,參數(shù)nonce的值與第二步中的相同；response的值為用本消息中algorithm指明的算法對[c+nonce]做摘要的結(jié)果。聯(lián)網(wǎng)單元內(nèi)的已經(jīng)注冊的前端設(shè)備、客戶端、服務(wù)器(不包括信令控制服務(wù)器)等SIP用戶代理注銷流程應(yīng)如圖8所示，按以下流程進(jìn)行：a)已經(jīng)注冊的SIP用戶代理應(yīng)向信令控制服務(wù)器發(fā)送Register請求，請求中應(yīng)包含Authorization字段，Expires字段的值應(yīng)為0;b)信令控制服務(wù)器收到請求后應(yīng)進(jìn)行驗證，如果身份合法，則應(yīng)成功響應(yīng)200OK;否則，應(yīng)發(fā)送拒絕服務(wù)響應(yīng)。注冊和注銷示例參見附錄B中的B.1。8.2視音頻傳輸a)媒體流接收者和媒體服務(wù)器之間，應(yīng)通過SIP協(xié)議的INVITE方法建立會話，媒體描述應(yīng)使用SDP協(xié)議。媒體流傳輸應(yīng)使用RTP協(xié)議，并應(yīng)基于RTCP協(xié)議進(jìn)行媒體流保活。b)媒體服務(wù)器和媒體流發(fā)送者之間，宜使用SIP協(xié)議建立會話，也可使用ONVIF協(xié)議建立會話。媒體流傳輸應(yīng)使用RTP/RTCP協(xié)議。c)媒體流發(fā)送者和終端視音頻采集設(shè)備之間、存儲設(shè)備和網(wǎng)絡(luò)攝像機之間宜使用ONVIF協(xié)議，可使用SIP協(xié)議和RTP/RTCP協(xié)議。d)當(dāng)RTP協(xié)議基于TCP協(xié)議傳輸時，客戶端申請時客戶端為TCPClient者，流媒體服務(wù)器作媒體流發(fā)送者作為TCPClient端。視音頻預(yù)覽流程應(yīng)如圖9所示，按以下流程進(jìn)行：GB/T38311—20191:INVITE(無媒體服務(wù)器)6:200OK2:INVITT3:INVITF4:200OK(處理成功)5:200OK4:錯誤碼，會話結(jié)束(處理失敗)7:ACK8:ACK視音頻流9:ACK視音頻流12;BYE14;200OKa)媒體流接收者應(yīng)向信令控制服務(wù)器發(fā)送INVITE請求，請求中應(yīng)攜帶SDP,SDP中應(yīng)包括媒b)信令控制服務(wù)器應(yīng)將此INVITE請求轉(zhuǎn)發(fā)給媒體服務(wù)器，如果沒有媒體服務(wù)器則應(yīng)向媒體流c)媒體服務(wù)器收到信令控制服務(wù)器發(fā)來的INVITE消息后應(yīng)向媒體流發(fā)送者發(fā)送INVITE請求，請求中應(yīng)攜帶SDP,SDP中應(yīng)包括媒體服務(wù)器接收媒體流的IP地址、端口號、媒體格d)媒體流發(fā)送者收到此INVITE請求，如果處理成功應(yīng)回復(fù)200OK消息，并應(yīng)攜帶SDP,SDPGB/T38311—2019f)信令控制服務(wù)器應(yīng)將收到的200OK消息轉(zhuǎn)發(fā)到媒體流接收者；g)媒體流接收者收到200OK消息并成功處理后，應(yīng)向信令控制服務(wù)器發(fā)送ACK信息，并準(zhǔn)備h)信令控制服務(wù)器應(yīng)將ACK消息轉(zhuǎn)發(fā)給媒體服務(wù)器；i)媒體服務(wù)器應(yīng)向媒體流發(fā)送者發(fā)送ACK消息，并準(zhǔn)備接收和轉(zhuǎn)發(fā)媒體數(shù)據(jù)，ACK消息中不應(yīng)攜帶SDP,媒體流發(fā)送者收到ACK后應(yīng)開始發(fā)送媒體數(shù)據(jù)；j)用戶需要結(jié)束會話時，應(yīng)向信令控制服務(wù)器發(fā)送BYE消息；k)信令控制服務(wù)器應(yīng)將BYE消息轉(zhuǎn)發(fā)給媒體服務(wù)器；1)媒體服務(wù)器收到信令控制服務(wù)器發(fā)送的BYE消息后應(yīng)向媒體流發(fā)送者發(fā)送BYE消息；m)媒體流發(fā)送者收到BYE消息后，應(yīng)向信令控制服務(wù)器回復(fù)200OK消息并停止發(fā)送媒體n)媒體服務(wù)器收到媒體流發(fā)送者回復(fù)的200OK消息后，應(yīng)向信令控制服務(wù)器回復(fù)200OK消協(xié)議接口應(yīng)符合以下要求：a)INVITE消息和200OK消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/b)INVITE消息和200OK消息中攜帶的SDP的內(nèi)容和格式應(yīng)符合附錄C的要求。視音頻實時預(yù)覽(站點級聯(lián)網(wǎng)單元內(nèi))示例參見B.3。聯(lián)網(wǎng)單元內(nèi)的媒體流接收者應(yīng)能根據(jù)視頻源信息回放指定時間段內(nèi)的歷史錄像。制應(yīng)采用IETFRFC2976中的會話內(nèi)的INFO方法。歷史錄像回放流程應(yīng)如圖10所示，按以下流程進(jìn)行：GB/T38311—2019(無媒體服務(wù)器)6:200OK22:BYE2:INVITE5:200OK11:INFO23;BYE4:200OK(處理成功)4:錯誤碼，會話結(jié)束(處理失敗)16:MESSAGD?21:200OK24:BYE圖10歷史錄像回放流程a)媒體流接收者應(yīng)向信令控制服務(wù)器發(fā)送INVITE請求，請求中應(yīng)攜帶SDP,SDP中應(yīng)包括媒體流接收者接收媒體流的IP地址、端口號、媒體格式等；b)信令控制服務(wù)器應(yīng)將此INVITE請求轉(zhuǎn)發(fā)給媒體服務(wù)器，如果沒有媒體服務(wù)器則應(yīng)向媒體流c)媒體服務(wù)器收到信令控制服務(wù)器發(fā)來的INVITE消息后應(yīng)向媒體流發(fā)送者發(fā)送INVITE請求，請求中應(yīng)攜帶SDP,SDP中應(yīng)包括媒體服務(wù)器接收媒體流的IP地址、端口號、媒體格d)媒體流發(fā)送者收到此INVITE請求，如果處理成功應(yīng)回復(fù)200OK消息，并應(yīng)攜帶SDP,SDPe)媒體服務(wù)器收到媒體流發(fā)送者的200OK回復(fù)后，應(yīng)向信令控制服務(wù)器回復(fù)200OK消息，并f)信令控制服務(wù)器應(yīng)將收到的200OK消息轉(zhuǎn)發(fā)到媒體流接收者；g)媒體流接收者收到200OK消息并成功處理后，應(yīng)向信令控制服務(wù)器發(fā)送ACK信息，并準(zhǔn)備h)信令控制服務(wù)器應(yīng)將ACK消息轉(zhuǎn)發(fā)給媒體服務(wù)器；i)媒體服務(wù)器應(yīng)向媒體流發(fā)送者發(fā)送ACK消息，并準(zhǔn)備接收和轉(zhuǎn)發(fā)媒體數(shù)據(jù)，ACK消息中不應(yīng)攜帶SDP,媒體流發(fā)送者收到ACK后應(yīng)開始發(fā)送媒體數(shù)據(jù)；j)需要回放控制時，媒體流接收者應(yīng)向信令控制服務(wù)器發(fā)送INFO請求，請求中應(yīng)攜帶控制命令；k)信令控制服務(wù)器應(yīng)將此INFO請求轉(zhuǎn)發(fā)給媒體服務(wù)器；1)媒體服務(wù)器收到信令控制服務(wù)器發(fā)來的INFO請求后應(yīng)向媒體流發(fā)送者發(fā)送INFO請求；200OK消息；n)媒體服務(wù)器收到媒體流發(fā)送者的200OK回復(fù)后，應(yīng)向信令控制服務(wù)器回復(fù)200OK消息；o)信令控制服務(wù)器應(yīng)將收到的200OK消息轉(zhuǎn)發(fā)到媒體流接收者；p)回放結(jié)束時，媒體流發(fā)送者應(yīng)向媒體服務(wù)器發(fā)送MESSAGE請求；q)媒體服務(wù)器收到媒體流發(fā)送者發(fā)來的MESSAGE請求后，應(yīng)向信令控制服務(wù)器發(fā)送MESSAGE請求；r)信令控制服務(wù)器將此MESSAGE請求轉(zhuǎn)發(fā)給媒體流接收者；s)媒體流接收者應(yīng)向信令控制服務(wù)器回復(fù)200OK消息；t)信令控制服務(wù)器應(yīng)將此200OK消息轉(zhuǎn)發(fā)給媒體服務(wù)器；u)媒體服務(wù)器收到此200OK消息后，應(yīng)向媒體流發(fā)送者回復(fù)200OK消息；v)用戶需要結(jié)束會話時，應(yīng)向信令控制服務(wù)器發(fā)送BYE消息；w)信令控制服務(wù)器應(yīng)將BYE消息轉(zhuǎn)發(fā)給媒體服務(wù)器；x)媒體服務(wù)器收到信令控制服務(wù)器發(fā)送的BYE消息后應(yīng)向媒體流發(fā)送者發(fā)送BYE消息；y)媒體流發(fā)送者收到BYE消息后，應(yīng)向信令控制服務(wù)器回復(fù)200OK消息并停止發(fā)送媒體z)媒體服務(wù)器收到媒體流發(fā)送者回復(fù)的200OK消息后，應(yīng)向信令控制服務(wù)器回復(fù)200OK消協(xié)議接口應(yīng)符合以下要求：a)INVITE消息和200OK消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/b)INVITE消息和200OK消息中攜帶的SDP的內(nèi)容和格式應(yīng)符合附錄C的要求；c)INFO消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/RTSP,消息體應(yīng)符合C.3的要求；d)MESSAGE消息頭字段中Content-type字段應(yīng)定義為：Content-typeApplication/XML。GB/T38311—2019錄像回放(站點級聯(lián)網(wǎng)單元內(nèi))示例參見B.6。聯(lián)網(wǎng)單元內(nèi)的視音頻流接收者應(yīng)可以根據(jù)視音頻源信息下載指定時間段內(nèi)的歷史錄像。文件下載流程應(yīng)如圖11所示，按以下流程進(jìn)行：1:INVITE2;[NVITE2:錯誤碼，會話結(jié)束(有媒體服務(wù)器)5:200OK6:200OK3;INVTT'F4:200OK(處理成功)4:錯誤碼，會話結(jié)束(處理失敗)7:ACK8:ACK9:ACK10:MESSAGE1l:MESSAGE12:MESSAGE20:200OK21;200OK19:200OKa)媒體流接收者應(yīng)向信令控制服務(wù)器發(fā)送INVITE請求，請求中應(yīng)攜帶SDP,SDP中應(yīng)包括媒體流接收者接收媒體流的IP地址、端口號、媒體格式等；b)信令控制服務(wù)器應(yīng)將此INVITE請求轉(zhuǎn)發(fā)給媒體服務(wù)器，如果沒有媒體服務(wù)器則應(yīng)向媒體流接收者回復(fù)錯誤碼，結(jié)束此次會話；c)媒體服務(wù)器收到信令控制服務(wù)器發(fā)來的INVITE消息后應(yīng)向媒體流發(fā)送者發(fā)送INVITE請求，請求中應(yīng)攜帶SDP,SDP中應(yīng)包括媒體服務(wù)器接收媒體流的IP地址、端口號、媒體格式等；d)媒體流發(fā)送者收到此INVITE請求，如果處理成功應(yīng)回復(fù)200OK消息，并應(yīng)攜帶SDP,SDP中應(yīng)包括媒體流發(fā)送者發(fā)送媒體流的IP地址、端口號、媒體格式等；如果處理失敗應(yīng)回復(fù)錯誤e)媒體服務(wù)器收到媒體流發(fā)送者的200OK回復(fù)后，應(yīng)向信令控制服務(wù)器回復(fù)200OK消息，并應(yīng)攜帶SDP,SDP中應(yīng)包括媒體服務(wù)器發(fā)送媒體流的IP地址、端口號、媒體格式等；f)信令控制服務(wù)器應(yīng)將收到的200OK消息轉(zhuǎn)發(fā)到媒體流接收者；g)媒體流接收者收到200OK消息并成功處理后，應(yīng)向信令控制服務(wù)器發(fā)送ACK信息，并準(zhǔn)備接收媒體數(shù)據(jù)，ACK消息中不應(yīng)攜帶SDP;h)信令控制服務(wù)器應(yīng)將ACK消息轉(zhuǎn)發(fā)給媒體服務(wù)器；i)媒體服務(wù)器應(yīng)向媒體流發(fā)送者發(fā)送ACK消息，并準(zhǔn)備接收和轉(zhuǎn)發(fā)媒體數(shù)據(jù)，ACK消息中不應(yīng)攜帶SDP,媒體流發(fā)送者收到ACK后應(yīng)開始發(fā)送媒體數(shù)據(jù)；j)下載結(jié)束時，媒體流發(fā)送者應(yīng)向媒體服務(wù)器發(fā)送MESSAGE請求；k)媒體服務(wù)器收到媒體流發(fā)送者發(fā)來的MESSAGE請求后，應(yīng)向信令控制服務(wù)器發(fā)送MESSAGE請求；l)信令控制服務(wù)器將此MESSAGE請求轉(zhuǎn)發(fā)給媒體流發(fā)送者；m)媒體流發(fā)送者應(yīng)向信令控制服務(wù)器回復(fù)200OK消息；n)信令控制服務(wù)器應(yīng)將此200OK消息轉(zhuǎn)發(fā)給媒體服務(wù)器；o)媒體服務(wù)器收到此200OK消息后，應(yīng)向媒體流發(fā)送者回復(fù)200OK消息；p)用戶需要結(jié)束會話時，應(yīng)向信令控制服務(wù)器發(fā)送BYE消息；q)信令控制服務(wù)器應(yīng)將BYE消息轉(zhuǎn)發(fā)給媒體服務(wù)器；r)媒體服務(wù)器收到信令控制服務(wù)器發(fā)送的BYE消息后應(yīng)向媒體流發(fā)送者發(fā)送BYE消息；s)媒體流發(fā)送者收到BYE消息后，應(yīng)向信令控制服務(wù)器回復(fù)200OK消息并停止發(fā)送媒體t)媒體服務(wù)器收到媒體流發(fā)送者回復(fù)的200OK消息后，應(yīng)向信令控制服務(wù)器回復(fù)200OK消息并停止轉(zhuǎn)發(fā)媒體數(shù)據(jù)；u)信令控制服務(wù)器將200OK消息轉(zhuǎn)發(fā)給媒體流接收者，會話結(jié)束。協(xié)議接口應(yīng)符合以下要求：a)INVITE消息和200OK消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/SDP,并應(yīng)攜帶Subject字段，格式為：Subject:Devid,其中Devid應(yīng)為視頻源ID;b)INVITE消息和200OK消息中攜帶的SDP的內(nèi)容和格式應(yīng)符合附錄C的要求；c)MESSAGE消息頭字段中Content-type字段應(yīng)定義為：Content-type:c/XML。8.3報警聯(lián)網(wǎng)單元內(nèi)的客戶端應(yīng)向本聯(lián)網(wǎng)單元內(nèi)的信令控制服務(wù)器訂閱報警發(fā)生事件，當(dāng)信令控制服務(wù)器收到報警后，應(yīng)將報警信息通知給訂閱過此報警的客戶端。報警訂閱和通知流程應(yīng)如圖12所示，按以下流程進(jìn)行：GB/T38311—2019客戶端客戶端信令控制服務(wù)器1:SUBSCRIBE(報警訂閱)2:200OK3:NOTlFY(報警通知)4:200OK圖12報警訂閱和通知流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送SUBSCRIBE消息訂閱報警；c)信令控制服務(wù)器收到報警后，應(yīng)向訂閱者發(fā)送NOTIFY消息，消息中應(yīng)攜帶報警信息；d)客戶端收到NOTIFY消息后后，應(yīng)回復(fù)200OK消息。報警消息訂閱應(yīng)采用IETFRFC3265中的SUBSCRIBE方法，消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見附錄D中的D.1.1。報警消息通知應(yīng)采用IETFRFC3265中的Notify方法，消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.1.2。生者在產(chǎn)生報警時應(yīng)通過IETFRFC3428中的MESSAGE方法將報警信息發(fā)送到信令控制服務(wù)器。在網(wǎng)絡(luò)攝像機和存儲設(shè)備之間支持ONVIF協(xié)議的情況下，網(wǎng)絡(luò)攝像機應(yīng)使用ONVIF協(xié)議將報警信息發(fā)送到存儲設(shè)備，存儲設(shè)備收到報警后應(yīng)通過MESSAGE方法將報警信息發(fā)送到信令控制服務(wù)器。設(shè)備或報警上報流程應(yīng)如圖13所示，按以下流程進(jìn)行：2:200OK3:處理5:200OK圖13設(shè)備或報警上報流程a)報警信息產(chǎn)生者應(yīng)向信令控制服務(wù)器發(fā)送MESSAGE消息，消息中應(yīng)攜帶報警內(nèi)容；b)信令控制服務(wù)器收到MESSAGE消息后，應(yīng)回復(fù)200OK;c)信令控制服務(wù)器應(yīng)對報警信息進(jìn)行處理；d)如果報警信息產(chǎn)生者需要報警處理結(jié)果，信令控制服務(wù)器在處理報警后，應(yīng)向報警信息產(chǎn)生者發(fā)送MESSAGE消息通知報警處理結(jié)果；e)報警信息產(chǎn)生者收到報警處理結(jié)果后，應(yīng)回復(fù)200OK;如果超時未收到處理信息，應(yīng)再次上報報警。報警上報消息應(yīng)采用IETFRFC3428中的MESSAGE方法，MESSAGE消息頭字段中Con-tent-type字段應(yīng)定義為：Content-type:Application/XML。消息體格式參見D.1.3,其中報警類型定義應(yīng)符合附錄E的要求。報警處理結(jié)果消息應(yīng)采用IETFRFC3428中的MESSAGE方法，MESSAGE消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體格式參見D.1.4。8.4信息查詢聯(lián)網(wǎng)單元內(nèi)的客戶端應(yīng)能查詢本聯(lián)網(wǎng)單元內(nèi)的前端設(shè)備、其他客戶端等目標(biāo)設(shè)備的設(shè)備信息。設(shè)備信息查詢流程應(yīng)如圖14所示，按以下流程進(jìn)行：客戶端信令控制服務(wù)器2:MLSSAGE6:MESSAGE5:MFSSAGF8:200OK圖14設(shè)備信息查詢流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送設(shè)備信息查詢請求，消息中應(yīng)攜帶查詢條件；b)信令控制服務(wù)器應(yīng)將此請求轉(zhuǎn)發(fā)給目標(biāo)設(shè)備；c)目標(biāo)設(shè)備收到查詢請求后，應(yīng)回復(fù)200OK消息；d)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)給客戶端；e)目標(biāo)設(shè)備應(yīng)查詢設(shè)備信息，并應(yīng)將設(shè)備信息通過MESSAGE消息發(fā)送到信令控制服務(wù)器；f)信令控制服務(wù)器應(yīng)將MESSAGE消息轉(zhuǎn)發(fā)到客戶端；GB/T38311—2019g)客戶端收到MESSAGE消息后應(yīng)向信令控制服務(wù)器回復(fù)200OK信息；h)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)給目標(biāo)設(shè)備。客戶端查詢消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體格式參見D.2.1。設(shè)備信息回復(fù)消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體格式參見D.2.2。聯(lián)網(wǎng)單元內(nèi)的客戶端應(yīng)支持按區(qū)域、設(shè)備、錄像文件類型、錄像時間段等條件及其組合查詢本聯(lián)網(wǎng)單元內(nèi)的錄像文件信息。錄像文件檢索流程應(yīng)如圖15所示，按以下流程進(jìn)行：客戶端客戶端信令控制服務(wù)器存儲設(shè)備2:MESSAGE4:200OK5:MESSAGE6:MESSAGE圖15錄像文件檢索流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送錄像文件檢索請求；b)信令控制服務(wù)器應(yīng)將此請求轉(zhuǎn)發(fā)給存儲錄像文件信息的存儲設(shè)備；c)存儲設(shè)備收到查詢請求后，應(yīng)回復(fù)200OK消息；d)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)給客戶端；e)存儲設(shè)備應(yīng)查詢文件信息，并應(yīng)將文件信息通過MESSAGE消息發(fā)送到信令控制服務(wù)器；f)信令控制服務(wù)器應(yīng)將MESSAGE消息轉(zhuǎn)發(fā)到客戶端；g)客戶端收到MESSAGE消息后應(yīng)向信令控制服務(wù)器回復(fù)200OK信息；h)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)給存儲設(shè)備。查詢消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中Con-tent-type字段應(yīng)定義為：Content-type:A/XML。消息體格式參見D.3.1。設(shè)備回復(fù)消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體格式參見D.2.2。聯(lián)網(wǎng)單元內(nèi)的客戶端應(yīng)可根據(jù)設(shè)備編碼、報警發(fā)生地、時間段、報警類型等條件及其組合向儲存報警信息的目標(biāo)設(shè)備查詢歷史報警信息。報警信息查詢流程應(yīng)如圖16所示，按以下流程進(jìn)行：客戶端客戶端2:MFSSAGl?5:MLSSAGE6;MFSSAGE8:200OKa)客戶端應(yīng)向信令控制服務(wù)器發(fā)送MESSAGE消息查詢報警信息，信息中應(yīng)攜帶查詢條件；b)信令控制服務(wù)器應(yīng)將此請求轉(zhuǎn)發(fā)給目標(biāo)設(shè)備；c)目標(biāo)設(shè)備收到查詢請求后，應(yīng)回復(fù)200OK消息；d)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)給客戶端；e)目標(biāo)設(shè)備應(yīng)查詢符合條件的報警信息，并應(yīng)將報警信息通過MESSAGE消息發(fā)送到信令控制服務(wù)器；f)信令控制服務(wù)器應(yīng)將MESSAGE消息轉(zhuǎn)發(fā)到客戶端；g)客戶端收到MESSAGE消息后應(yīng)向信令控制服務(wù)器回復(fù)200OK信息；h)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)給目標(biāo)設(shè)備。報警查詢命令應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-typeE字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.4.1,其中報警類型應(yīng)符合附錄E的要求。報警信息回復(fù)消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.4.2。聯(lián)網(wǎng)單元內(nèi)的客戶端應(yīng)能遠(yuǎn)程查詢本聯(lián)網(wǎng)單元內(nèi)的前端設(shè)備、客戶端、服務(wù)器等目標(biāo)設(shè)備的設(shè)備目錄查詢流程應(yīng)如圖17所示，按以下流程進(jìn)行：GB/T38311—20192:MESSAGE4:200OK5:MESSAGE6;MESSAGE圖17設(shè)備目錄查詢流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送設(shè)備目錄查詢請求；b)信令控制服務(wù)器應(yīng)將此請求轉(zhuǎn)發(fā)到目標(biāo)設(shè)備；c)目標(biāo)設(shè)備收到此查詢請求后，應(yīng)回復(fù)200OK消息；d)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)到客戶端；e)目標(biāo)設(shè)備應(yīng)將自己的子目錄信息發(fā)送到信令控制服務(wù)器；f)信令控制服務(wù)器應(yīng)將消息轉(zhuǎn)發(fā)到客戶端；g)客戶端應(yīng)回復(fù)200OK消息；h)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)到目標(biāo)設(shè)備。設(shè)備目錄查詢消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.5.1。設(shè)備目錄查詢回復(fù)信息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Ap聯(lián)網(wǎng)單元內(nèi)的前端設(shè)備、客戶端、服務(wù)器等目標(biāo)設(shè)備應(yīng)記錄日常操作日志，并應(yīng)向聯(lián)網(wǎng)單元內(nèi)的客戶端提供日志查詢功能。日志查詢流程應(yīng)如圖18所示，按以下流程進(jìn)行：2;MES5A(GE3:200OK5:MESSAGE6;MESSAGGE7:200OKa)客戶端應(yīng)向信令控制服務(wù)器發(fā)送MESSAGE消息查詢?nèi)罩拘畔?，信息中?yīng)攜帶查詢條件；b)信令控制服務(wù)器應(yīng)將此請求轉(zhuǎn)發(fā)給目標(biāo)設(shè)備；c)目標(biāo)設(shè)備收到查詢請求后，應(yīng)回復(fù)200OK消息；d)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)給客戶端；e)目標(biāo)設(shè)備應(yīng)查詢符合條件的日志信息，并應(yīng)將日志信息通過MESSAGE消息發(fā)送到信令控制服務(wù)器；f)信令控制服務(wù)器應(yīng)將MESSAGE消息轉(zhuǎn)發(fā)到客戶端；g)客戶端收到MESSAGE消息后應(yīng)向信令控制服務(wù)器回復(fù)200OK信息；h)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)給目標(biāo)設(shè)備。日志查詢消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.6.1。日志信息回復(fù)消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.6.2,其中日志類型應(yīng)符合附錄F的要求。8.5設(shè)備狀態(tài)查詢和通知設(shè)備狀態(tài)報送應(yīng)符合以下要求：a)聯(lián)網(wǎng)單元內(nèi)的前端設(shè)備、客戶端、服務(wù)器(除信令控制服務(wù)器外)在正常工作時，應(yīng)定時向信令控制服務(wù)器報送工作狀態(tài)；b)在出入口控制系統(tǒng)中，刷卡開門時，應(yīng)向信令控制服務(wù)器上報卡號以及門禁狀態(tài)。設(shè)備狀態(tài)報送流程應(yīng)如圖19所示，按以下流程進(jìn)行：GB/T38311—2019圖19設(shè)備狀態(tài)報送流程a)設(shè)備應(yīng)向信令控制服務(wù)器發(fā)送MESSAGE消息，應(yīng)攜帶工作狀態(tài)；b)信令控制服務(wù)器應(yīng)回復(fù)200OK信息。設(shè)備狀態(tài)報送消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。設(shè)備工作狀態(tài)報送的消息體內(nèi)容和格式參見D.7.1。8.5.2設(shè)備工作狀態(tài)查詢聯(lián)網(wǎng)單元內(nèi)的客戶端應(yīng)能遠(yuǎn)程查詢本聯(lián)網(wǎng)單元內(nèi)的前端設(shè)備、解碼設(shè)備、出入口控制設(shè)備、錄像設(shè)備、其他客戶端、除信令控制服務(wù)器以外的服務(wù)器等目標(biāo)設(shè)備的實時工作狀態(tài)。設(shè)備工作狀態(tài)查詢流程應(yīng)如圖20所示，按以下流程進(jìn)行：2:MESSAGE6:MHSSAGE5:MTSSAGD圖20設(shè)備工作狀態(tài)查詢流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送MESSAGE消息查詢設(shè)備工作狀態(tài)；b)信令控制服務(wù)器應(yīng)將此請求轉(zhuǎn)發(fā)給目標(biāo)設(shè)備；c)目標(biāo)設(shè)備收到查詢請求后，應(yīng)回復(fù)200OK消息；d)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)給客戶端；e)目標(biāo)設(shè)備應(yīng)將工作狀態(tài)信息通過MESSAGE消息發(fā)送到信令控制服務(wù)器；f)信令控制服務(wù)器應(yīng)將MESSAGE消息轉(zhuǎn)發(fā)到客戶端；g)客戶端收到MESSAGE消息后應(yīng)向信令控制服務(wù)器回復(fù)200OK信息；h)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)給目標(biāo)設(shè)備。設(shè)備工作狀態(tài)查詢消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.7.2。設(shè)備狀態(tài)信息回復(fù)消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.7.3。8.5.3設(shè)備工作狀態(tài)變化訂閱和通知聯(lián)網(wǎng)單元內(nèi)的客戶端應(yīng)向信令控制服務(wù)器訂閱前端設(shè)備、解碼設(shè)備、其他客戶端、除信令控制服務(wù)器以外的服務(wù)器等設(shè)備的狀態(tài)變化事件，當(dāng)設(shè)備工作狀態(tài)發(fā)生變化時信令控制服務(wù)器應(yīng)通知其訂閱者。設(shè)備工作狀態(tài)變化訂閱和通知流程應(yīng)如圖21所示，按以下流程進(jìn)行：客戶端客戶端信令控制服務(wù)器1:SUBSCRIBE(工作狀態(tài)訂閱)2:200QK3:NOTIFY(工作狀態(tài)通知)4:200OK圖21設(shè)備工作狀態(tài)變化訂閱和通知流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送設(shè)備工作狀態(tài)變化訂閱消息；b)信令控制服務(wù)器應(yīng)回復(fù)200OK;c)被訂閱的設(shè)備工作狀態(tài)發(fā)生變化時，信令控制服務(wù)器應(yīng)使用NOTIFY方法通知訂閱方；d)客戶端收到NOTIFY消息后，應(yīng)回復(fù)200OK。設(shè)備工作狀態(tài)變化訂閱消息應(yīng)采用IETFRFC3265中的SUBSCRIBE方法，消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.7.4。設(shè)備狀態(tài)信息變化通知消息應(yīng)采用IETFRFC3265中的NOTIFY方法，消息頭字段中Con-tent-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.7.5。GB/T38311—20198.6實時狀態(tài)控制聯(lián)網(wǎng)單元內(nèi)的客戶端應(yīng)可通過網(wǎng)絡(luò)遠(yuǎn)程控制本聯(lián)網(wǎng)單元內(nèi)的攝像裝置，應(yīng)能對云臺進(jìn)行雨刷、攝像裝置控制流程應(yīng)如圖22所示，按以下流程進(jìn)行：客戶端信令控制服務(wù)器目標(biāo)設(shè)備1:MTSSAGP?4:200OK2:MLISSAGE3:200(OK圖22攝像裝置控制流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送目標(biāo)設(shè)備攝像裝置控制請求；b)信令控制服務(wù)器應(yīng)將此消息轉(zhuǎn)發(fā)給目標(biāo)設(shè)備；c)目標(biāo)設(shè)備應(yīng)控制攝像裝置，并應(yīng)將結(jié)果發(fā)送到信令控制服務(wù)器；d)信令控制服務(wù)器應(yīng)將結(jié)果回復(fù)給客戶端。攝像裝置控制命令消息應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.9.1。控制結(jié)果由SIPMESSAGE響應(yīng)描述。SIPMESSAGE響應(yīng)碼如表1所示。表1攝像裝置控制響應(yīng)碼描述狀態(tài)碼描述成功失敗沒權(quán)限設(shè)備不存在不支持此功能格式錯誤負(fù)荷已滿請稍后再試聯(lián)網(wǎng)單元內(nèi)的客戶端應(yīng)可以遠(yuǎn)程實時控制本聯(lián)網(wǎng)單元內(nèi)的錄像設(shè)備錄像，包括控制其下一級設(shè)備錄像。錄像控制流程應(yīng)如圖23所示，按以下流程進(jìn)行：客戶端信令控制服務(wù)器目標(biāo)設(shè)備2:MESSAGE3:200OK4:200OK圖23錄像控制流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送目標(biāo)設(shè)備錄像控制請求；b)信令控制服務(wù)器應(yīng)將此消息轉(zhuǎn)發(fā)給目標(biāo)設(shè)備；c)目標(biāo)設(shè)備應(yīng)根據(jù)請求停止或開始錄像，并應(yīng)將結(jié)果發(fā)送到信令控制服務(wù)器；d)信令控制服務(wù)器應(yīng)將結(jié)果回復(fù)給客戶端。控制命令應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.9.2?？刂平Y(jié)果由SIPMESSAGE響應(yīng)描述。SIPMESSAGE響應(yīng)碼如表2所示。狀態(tài)碼描述成功400失敗401沒權(quán)限404設(shè)備不存在405不支持此功能415格式錯誤486負(fù)荷已滿請稍后再試GB/T38311—20198.6.3報警布撤防及復(fù)位控制聯(lián)網(wǎng)單元內(nèi)的客戶端應(yīng)能實時控制本聯(lián)網(wǎng)單元內(nèi)的可產(chǎn)生報警的前端設(shè)備的報警布撤防及報警復(fù)位。報警布撤防及復(fù)位控制流程應(yīng)如圖24所示，按以下流程進(jìn)行：客戶端信令控制服務(wù)器目標(biāo)設(shè)備1:ME?SSAGT2;MESSAGF3:200OK4:200OK圖24報警布撤防及復(fù)位控制流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送報警布撤防及報警復(fù)位控制請求；b)信令控制服務(wù)器應(yīng)將此消息轉(zhuǎn)發(fā)給目標(biāo)設(shè)備；d)信令控制服務(wù)器應(yīng)將結(jié)果回復(fù)給客戶端?？刂泼顟?yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.9.3?？刂平Y(jié)果由SIPMESSAGE響應(yīng)描述。SIPMESSAGE響應(yīng)碼如表3所示。表3響應(yīng)碼描述狀態(tài)碼描述成功失敗沒權(quán)限設(shè)備不存在不支持此功能格式錯誤負(fù)荷已滿請稍后再試GB/T38311—2019出入口控制系統(tǒng)控制流程應(yīng)如圖25所示，按以下流程進(jìn)行：客戶端信令控制服務(wù)器出入口控制系統(tǒng)l:MESSAGE2:MHSSAGE3:200OK4:200OK圖25出入口控制系統(tǒng)控制流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送出入口控制系統(tǒng)控制請求；b)信令控制服務(wù)器應(yīng)將此消息轉(zhuǎn)發(fā)給出入口控制系統(tǒng)；c)出入口控制系統(tǒng)應(yīng)執(zhí)行控制命令，并應(yīng)將結(jié)果發(fā)送到信令控制服務(wù)器；d)信令控制服務(wù)器應(yīng)將結(jié)果回復(fù)給客戶端。控制命令應(yīng)采用IETFRFC3428中的MESSAGE方法，其中MESSAGE消息頭字段中的Content-type字段應(yīng)定義為：Content-type:Application/XML。消息體內(nèi)容和格式參見D.11.2。控制結(jié)果由SIPMESSAGE響應(yīng)描述。SIPMESSAGE響應(yīng)碼如表4所示。表4響應(yīng)碼描述狀態(tài)碼描述成功失敗沒權(quán)限設(shè)備不存在不支持此功能8.7對講系統(tǒng)8.7.1聯(lián)網(wǎng)單元內(nèi)的支持語音交互功能的客戶端應(yīng)能向本聯(lián)網(wǎng)單元內(nèi)的支持語音交互功能的各目標(biāo)設(shè)備發(fā)起語音對講請求。8.7.2語音對講流程應(yīng)如圖26所示，按以下流程進(jìn)行：GB/T38311—20192:INVII'E5:200OK3;lNVITE4:200OK(處理成功)4:錯誤碼，會話結(jié)束(處理失敗)7:ACK8:ACK9:ACK圖26語音對講流程a)客戶端應(yīng)向信令控制服務(wù)器發(fā)送INVITE請求，請求中應(yīng)攜帶SDP,SDP中應(yīng)包括客戶端接b)信令控制服務(wù)器應(yīng)將此INVITE請求轉(zhuǎn)發(fā)給媒體服務(wù)器，如果沒有媒體服務(wù)器則應(yīng)向呼叫方c)媒體服務(wù)器應(yīng)使用INVITE消息與目標(biāo)設(shè)備建立音頻傳輸會話，INVITE消息中應(yīng)攜帶e)媒體服務(wù)器收到目標(biāo)設(shè)備回復(fù)的200OK消息后，應(yīng)向信令控制服務(wù)器回復(fù)200OK,并應(yīng)攜GB/T38311—2019f)信令控制服務(wù)器應(yīng)將200OK消息轉(zhuǎn)發(fā)到客戶端；g)客戶端收到200OK后，應(yīng)向信令控制服務(wù)器發(fā)送ACK消息，并應(yīng)準(zhǔn)備接收媒體服務(wù)器轉(zhuǎn)發(fā)h)信令控制服務(wù)器應(yīng)將ACK消息轉(zhuǎn)發(fā)到媒體服務(wù)器；i)媒體服務(wù)器應(yīng)向目標(biāo)設(shè)備發(fā)送ACK消息，并應(yīng)準(zhǔn)備接收及轉(zhuǎn)發(fā)目標(biāo)設(shè)備端數(shù)據(jù)，以及轉(zhuǎn)發(fā)客j)客戶端(或目標(biāo)設(shè)備)需要結(jié)束語音交互時，應(yīng)發(fā)送BYE消息到信令控制服務(wù)器；k)信令控制服務(wù)器應(yīng)將BYE消息轉(zhuǎn)發(fā)到媒體服務(wù)器；1)媒體服務(wù)器應(yīng)發(fā)送BYE消息到目標(biāo)設(shè)備；n)媒體服務(wù)器收到目標(biāo)設(shè)備回復(fù)的200OK消息后應(yīng)發(fā)送200OK消息到信令控制服務(wù)器；o)信令控制服務(wù)器應(yīng)轉(zhuǎn)發(fā)200OK消息到客戶端，語音交互結(jié)束。8.7.3基于網(wǎng)絡(luò)的語音交互建立請求應(yīng)采用IETFRFC3261—2002中的INVITE方法，其中消息頭字段中Content-type字段應(yīng)定義為：Content-type:Application/SDP。消息體描述應(yīng)使用SDP協(xié)議，SDP字段內(nèi)容和格式應(yīng)符合附錄C的要求。提供監(jiān)控業(yè)務(wù)的能力。注冊成功后，下級平臺應(yīng)根據(jù)上級平臺的200OK響應(yīng)中攜帶的Expires有效期，定時發(fā)起刷下級平臺應(yīng)使用SIP協(xié)議中的REGISTER方法向上級平臺進(jìn)行注冊和注銷。注冊和注銷時格式應(yīng)符合IETFRFC5280或GM/T0015的相關(guān)要求。上級平臺收到3次錯誤注冊請求后，應(yīng)采用9.11的流程進(jìn)行報警通知。GB/T38311—2019下級平臺下級平臺上級平臺2:401Unauthorized3:Regisler4:發(fā)送200OK(合法)4:拒絕響應(yīng)(非法)圖27數(shù)字摘要認(rèn)證方式上線注冊流程a)下級平臺應(yīng)向上級平臺發(fā)送REGISTER請求，請求中不應(yīng)包含Authorization字段；b)上級平臺應(yīng)向下級平臺發(fā)送響應(yīng)401,并應(yīng)在響應(yīng)的消息頭WWW_Authenticate字段中給出適合SIP代理的認(rèn)證體制和參數(shù)；c)下級平臺應(yīng)重新向上級平臺發(fā)送REGISTER請求，在請求的Authorization字段給出信任書，包含認(rèn)證信息；d)上級平臺應(yīng)對請求進(jìn)行驗證，如果檢查出下級平臺身份合法，應(yīng)向下級平臺發(fā)送成功響應(yīng)200OK,如果身份不合法則發(fā)送拒絕服務(wù)響應(yīng)。數(shù)字證書認(rèn)證方式上線注冊流程應(yīng)按照的描述對REGISTER進(jìn)行頭域擴展，應(yīng)如圖28所示，按以下流程進(jìn)行：下級平臺下級平臺上級平臺2:401Unauthorized3:Rcgisier4:200OK圖28數(shù)字證書認(rèn)證方式上線注冊流程a)下級平臺向上級平臺發(fā)送REGISTER請求，消息頭域中攜帶SIP用戶代理安全能力。增加Authorization頭字段，Authorization的值為Capability,參數(shù)algorithm的值分為三部分，中間以逗號分割。第一部分為非對稱算法描述，取值為SM2/RSA中的一個或者多個；第二部分為摘要算法描述，取值為SM3/SHA-256中的一個或者多個；第三部分為對稱算法的描述，取值GB/T38311—2019b)上級平臺向下級平臺發(fā)送一個響應(yīng)401,響應(yīng)的消息頭域WWW-Authenticate取值為Asym-c)下級平臺收到401響應(yīng)后，得到nonce中的a和b兩部分。首先用下級平臺私鑰解密b,得到結(jié)果c,對結(jié)果c用401響應(yīng)中algorithm指定的算法做摘要，得到結(jié)果d,用SIP服務(wù)器公鑰驗證b是否是d的簽名，如果是則信任該結(jié)果，否則丟棄。下級平臺重新向上級平臺發(fā)送REGISTER請求，Authorization取值為Asymmetric,參數(shù)nonce的值與第二步中的相同；response的值為用本消息中algorithm指明的算法對[c+nonce]做摘要的結(jié)果。果身份不合法則發(fā)送拒絕服務(wù)應(yīng)答。定時注冊流程應(yīng)如圖29所示，按以下流程進(jìn)行：圖29定時注冊流程a)下級平臺應(yīng)定時向上級平臺發(fā)送刷新注銷流程應(yīng)如圖30所示，按以下流程進(jìn)行：圖30注銷流程a)下級平臺應(yīng)向上級平臺發(fā)送REGISTER請求，Expires字段的值應(yīng)為0,應(yīng)在請求的Authori-b)上級平臺應(yīng)對請求進(jìn)行驗證，如果檢查出下級平臺身份合法，向下級平臺發(fā)送成功響應(yīng)GB/T38311—2019200OK;如果身份不合法則發(fā)送拒絕服務(wù)響應(yīng)。9.1.3協(xié)議接口和消息示例REGISTER消息頭應(yīng)符合IETFRFC3261—2002相關(guān)規(guī)定，響應(yīng)碼如表5所示。表5SIPREGISTER響應(yīng)碼描述狀態(tài)碼描述上線注冊/定時注冊/注銷成功上線注冊/定時注冊/注銷失敗需要提供鑒權(quán)信息注冊/注銷請求方不存在上級平臺當(dāng)前負(fù)荷已滿，稍后再注冊上級平臺內(nèi)部邏輯錯誤上線注冊消息示例參見B.1.1和B.1.2;定時注冊消息示例參見B.1.3;注銷消息示例參見B.1.4。9.2設(shè)備目錄查詢上級平臺應(yīng)能主動向下級平臺發(fā)送設(shè)備目錄查詢請求消息，下級平臺應(yīng)向上級平臺發(fā)送回復(fù)消息。查詢請求和查詢回復(fù)消息均應(yīng)使用MESSAGE消息實現(xiàn)。上級平臺主動查詢下級平臺的設(shè)備目錄流程應(yīng)如圖31所示，按以下流程進(jìn)行：1:Message(設(shè)備月錄查詢請求)2:200OK3;Mesage(設(shè)備目錄查詢回復(fù))4:200OK圖31設(shè)備目錄查詢流程a)上級平臺應(yīng)向下級平臺發(fā)送設(shè)備目錄查詢請求，應(yīng)使用MESSAGE方法攜帶；b)下級平臺收到設(shè)備目錄查詢請求后應(yīng)返回200OK;c)下級平臺應(yīng)向上級平臺發(fā)送設(shè)備目錄查詢回復(fù)，應(yīng)使用MESSAGE方法攜帶；d)上級平臺收到下級平臺的回復(fù)后應(yīng)返回200OK。9.2.3協(xié)議接口和消息示例設(shè)備目錄查詢請求MESSAGE消息頭CONTENT-TYPE字段應(yīng)為Content-type:Application/XML,消息體內(nèi)容和格式參見D.5.1。設(shè)備目錄查詢回復(fù)MESSAGE消息頭CONTENT-TYPE字段應(yīng)為Content-type:Application/XML,消息體內(nèi)容和格式參見D.5.2。200OK消息體應(yīng)無內(nèi)容。設(shè)備目錄查詢的消息示例參見B.2.1。9.3設(shè)備目錄訂閱和通知上級平臺應(yīng)能向下級平臺訂閱目錄變化；在有目錄變化時，下級平臺應(yīng)向所有訂閱過此變化的上級平臺通知目錄變化情況。訂閱請求應(yīng)使用SUBSCRIBE消息實現(xiàn)，通知請求應(yīng)使用NOTIFY消息實現(xiàn)。設(shè)備目錄訂閱和通知流程應(yīng)如圖32所示，按以下流程進(jìn)行：上級平臺上級平