1、ICS 13.310A 91DB33浙江省地方標準DB 33/T 629.2 2011代替 DB 33/T 629.2-2007跨區域視頻監控聯網共享技術規范第2部分：聯網單元Technical specifications for inter-domain video surveillaneen etworki ng and shari ng Part 2: Networki ng un its2011- 06 - 27 發布2011 - 07- 27 實施浙江省質量技術監督局DB33/T 629.2 2011前言II1 范圍12規范性引用文件 13 術語和定義14 SIP協議擴展14.1

2、方法 DO14.2 消息體類型34.3 SIP地址編碼34.4 業務出錯處理 35聯網單元技術要求 45.1 設備注冊與鑒權 45.2 監控圖像獲取 10f XW5.3 控制19WW DZ事件預訂通告 丁23IDB33/T 629.2 2011DB33/T 629.2 2011本部分依據GB/T 1.1-2009給出的的規則起草。DB33/T 629跨區域視頻監控聯網共享技術規范分為六個部分:第1部分總則；第2部分聯網單元；第3部分設備描述與控制協議；第4部分用戶及設備編碼管理；第5部分視音頻編解碼技術要求及媒體插件管理;第6部分設備運行監測管理。本部分是DB33/T 629的第2部分。本部分

3、代替DB33/T 629.2-2007跨區域視頻監控聯網共享技術規范 第2部分：聯網單元，與DB33/T 629.2-2007相比，除編輯性修改外，主要技術變化如下：修改了 SIP消息示例中的承載協議，統一修改成UDP見5，2007版5）；增加了級聯和互聯的區別，級聯：下級域注冊到上級域，并把設備推送給上級域；互聯：平級域，互相注冊，互相把設備推送給對方（建議2個方向的注冊和?；顩]有關聯，這樣互聯可以方便的轉化為級聯），域間互聯信令僅限于聯網單元和聯網單元之間的交互5.1）；增加了平臺之I修改了 register及其響應消息中的to字段和from字段，2007 版 5.1);甲單元之間的交互（

4、見5.1，2007版；ZIXW2007 版取相同值，以符合sip規范（見IIIDB33/T 629.2 20 , 2007 版 ）;修改了目錄信息的結構，明確每條消息中承載的攝像機信息（見 , 2007版）;修改了?；钪芷?、保活失敗的判斷準則，以及?；钍『蟮奶幚頇C制（見 , 2007版 ）;修改了目錄推送機制，增加了：1、支持多級目錄,2、支持告警源、告警輸出等設備的推送,3、,4、在描述攝像機中增在描述設備中增加操作類型、設備類型、設備子類型、設備狀態等參數加攝像機解碼插件標識（見 , 2

5、007版）;增加了心跳報文（?；睿╉憫?增加了心跳?；畹慕y一時間要求(見 , 2007 版 );(見 , 2007 版 );修改了媒體?；钕ⅲㄒ?.2.1 , 2007版5.2.1）;修改了點播回放業務的流程定義，補充完善了點播回放的業務流程和解碼插件接口API定義，（見 5.2.2 , 2007 版 5.2.2）;修改了歷史查詢響應中信息的組織方式，增加了分頁的概念，不使用時間推移的方式（見5.2.2 , 2007 版 5.2.2）;修改了回放媒體流承載方式，統一使用TCP承載（見5.2.2 , 2007版5.2

6、.2）;-增加了事件訂閱的 SUBSCRIBED域 Subscriptio n-State和Eve nt ;交互流程中也缺少 Notify確認（見 5.4.1 , 2007 版 5.5.1）;增加了事件消息跨域轉發規定，要求都經過網絡單元轉發，不直接從前端設備轉發到外域目的（見 5.4.1、5.4.2 , 2007 版 5.5.1、5.5.2）;增加了事件通知中頭域 Subscription-State 和 Event （ 見 5.4.2 ， 2007 版 5.5.2） 。增加了預置位查詢消息和流程 （見 5.3.2 ，2007 版 5.3） 。增加了歷史圖像下載消息接口， 在現有的回放流程基

7、礎上， 增加下載的命令字， 流程上與回放 一支，但從命令字區分下載與回放 （ 見 5.2.2 ， 2007版 5.2.2） ；增加了實時監控圖像獲取中的2000K響應的消息體內容，增加媒體發送IP、端口號、媒體流的方向等描述，以支持雙向語音對講的需要 （ 見 5.2.1 ， 2007 版 5.2.1） ；刪除了設備狀態查詢消息和流程，將此部分內容移到本規范第六部分（見5，2007版5.4 ）。本部分由浙江省公安廳提出并歸口。本部分起草單位： 浙江省公安科技研究所、 杭州華三通信技術有限公司、 浙江立元通信技術有限公 司。本部分參加起草單位： 杭州海康威視數字技術有限公司、 浙江廣信智能建筑研究

8、院有限公司、 杭州 天視智能系統有限公司、 浙江省公眾信息產業有限公司、 浙江貝爾技術有限公司、 杭州赤誠軟件有限公 司、浙江大華技術股份有限公司、浙江方圓檢測集團股份有限公司。本部分主要起草人：蔣樂中、李福勝、趙問道、徐力、夏海元、焦慶春、馬博康、李旻、徐云、葉 裕雷、王堅、洪燕昌、李英杰、陳爽。本部分代替 DB33/T 629.2-2007 。DB33/T 629.2-2007 為第一次發布。請注意本文件的某些內容可能涉及專利。本規范的發布機構不承擔識別這些專利的責任。www .bzfxw.IIIDB33/T 629.2 2011跨區域視頻監控聯網共享技術規范第2部分：聯網單元1范圍DB3

9、3/T 629的本部分規定了跨區域視頻監控聯網共享和建設中使用的聯網單元的技術要求。 本部分適用于視頻監控系統的跨區域聯網共享建設，及相關系統和軟硬件產品的設計與開發。2規范性引用文件F列文件對于本文件的應用是必不可少的。凡是注日期的引用文件， 僅所注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。DB33/T 629.1-2011DB33/T 629.3-2011DB33/T 629.4-2011DB33/T 629.5-2011跨區域視頻監控聯網共享 跨區域視頻監控聯網共享 跨區域視頻監控聯網共享 跨區域視頻監控聯網共享技術規范 第1部分：總則;

10、技術規范第3部分技術規范第4部分技術規范第5部分設備描述與控制協議； 用戶及設備編碼管理； 視音頻編解碼技術要求及媒體插件管理；RFC 2326RFC 3261b zfxw.RFC 3265 Session In itiation Protocol (SlP)-Specific Event NotificationRFC 3550 RTP: A Tran sport Protocol for Real-Time Applicati onsRFC 3551 RTP Profile for Audio and Video Conferen ces with Mi nimal Control 3術語

11、和定義DB33/T 629.1界定的以及下列術語和定義適用于本部分。3.1心跳信息 heartbeat info由聯網單元定時發送的關于運行狀態的信息。4 SIP協議擴展4.1 方法DO4.1.1 方法描述本部分在RFC3261基礎上定義了一個新方法DO方法DO勺功能包括：心跳保活、控制對方動作、歷史監控資料查詢和回放等。發送方法DO勺請求報文時，不會創建一個新的SIP會話，也不需要存在一個SIP會話作為前提。方法D（與SIP會話無關，可在SIP會話內存在，也可在SIP會話之外存在，當DO!在一 個SIP會話內發送時，方法 DC中包含的Call-ID應與SIP會話的Call-ID 一致。4.1

12、.2 方法DO支持的頭域表1是對RFC 3261 SIP協議的擴展，規定了方法 DC支持的頭域。表中符號含義參見RFC 3261。表1 方法DO頭域表HeaderWhereenc.e-eDOAcceptReoAccept415eoAccept-EncodingReoAccept-Encoding415eoAccept-LanguageReoAccept-Language415eoAllow200eoAllow405emAuthorizationReoAuthorizationReoCall-IDGcnemContactRemHeaderWhereenc.e-eDOContact2xxeoCon

13、tact3xxT T X T T 1T 'oContact'N W ')Z八X WContent-EncodingEeoContent-LengthEemContent-TypeEe*CseqGcnemDateGeoEncryptionGneoExpiresGeoFromGcnemHideRnhoMax-ForwardsRneoOrganizationGchoPriorityRceoProxy-Authenticate407nhOProxy-AuthorizationRnhOProxy-RequireRnhORecord-RouteRhoORecord-Route2xx

14、,401,484hooRequireReoRetry-AfterRce-表1方法DC頭域表(續)HeaderWhereenc.e-eDORetry-After404,413,480, 486ceo500,503ceo600,603ceoResponse-KeyRceORouteRhoOServerrceOSubjectRceoTimestampgeoTogcnemUnsupported420eoUser-AgentgceoViagcnemWarningreoWWW-AuthenticateRceOWWW-Authenticate401ceo4.1.3 DO請求響應當DO青求得到成功執行時時，一

15、般應回送一個200 OK”響應消息，消息體中可包含結果信息。WDo . 請求失敗時，可回送請求失敗(Request Failure,4xx )、服務器失敗(Server failure,5xx )和全局失敗(Global Failure,6xx)響應消息。對于監控中的部分控制請求，DO青求可無響應消息。4.1.4 DO的消息實體方法DO勺消息實體應采用本規范定義的設備描述和控制協議(DDCP來描述相應的消息內容。DDCP協議引用的元素說明見 DB33/T 629.3-2011 。4.2 消息體類型采用RFC3261、RFC3265和方法D麒現視頻監控系統跨區域聯網時，方法的消息體MIME類型應

16、采用本規范定義的設備描述和控制協議(DDC協議)，Content-Type字段應設為“ application/DDCP ”。4.3 SIP地址編碼SIP地址編碼格式應采用 RFC3261中規定的SIP:userhost形式。其中user部分應符合本規范定義的 對象編碼規則，host按RFC 3261規定執行。4.4 業務出錯處理當SIP響應返回500錯誤的時候，在XML中帶具體的業務錯誤原因，具體錯誤代碼見DB33/T629.3-2011。返回的響應消息的XMI定義如下：<?xml version="1.0"?><Response><Vari

17、able> 請求消息的功能 </Variable><Result>XXX</Result> </Response >Catalog ， Result 中填其中 Variable 中填寫的是相應請求消息的功能識別字段，比如目錄推送就是 寫的是業務錯誤碼，具體錯誤碼見 DB33/T 629.3-2011 中的定義5 聯網單元技術要求5.1 設備注冊與鑒權5.1.1 在級聯的模式下設備注冊與鑒權源聯網單元(下級聯網單元)負責向目的聯網單元(上級聯網單元)發起注冊請求，目的聯網單元 負責進行權簽。注冊成功后，源聯網單元負責定時 (30s) 向目的聯

18、網單元發送?；钕?；注冊成功后， 源聯網單元負責發起推送請求。5.1.2 在互聯模式下設備注冊與鑒權源聯網單元負責向目的聯網單元發起注冊請求， 目的聯網單元負責進行權簽。 注冊成功后， 源聯網 單元負責定時 (30s) 向目的聯網單元發送保活消息；注冊成功后，源聯網單元負責發起推送請求。在互聯模式下，雙方可以互為源聯網單元和目的聯網單元。即可以存在以下3種模式之一：a)b)c)A為源聯網單元，B為目的聯網單元；£a為目的聯網單元；Z1XB為目的聯網單兀；同時.B為源聯網單元，矢為目的聯網單元。B 為源聯網單A為源聯網單元,5.1.3 注冊登記、目錄發送、心跳信息傳遞等消息的說明5.1

19、.4 注冊登記注冊登記消息說明如下：a) 聯網單元應使用 RFC 3261中定義的方法REGISTERS行注冊登記；b) 注冊消息支持權簽；c) 聯網單元之間?；顣r間 90s；d) 如果聯網單元修改了 IP 地址和監聽端口，應先注銷，再重新進行注冊登記；e) 注冊登記流程如下：1) 源聯網單元向目的聯網單元發送REGISTER消息；2) 目的聯網單元收到注冊登記消息后，如果請求消息沒有攜帶權簽信息，則發送401，要求源聯網單位發送帶權簽信息的REGISTER消息。頭域 WWW-Authenticate中需要攜帶參數：Digest 、realm 、nonce、opaque、algorithm (

20、算法用 MD5)、 qop；3) 源聯網單元發送攜帶權簽信息的REGISTER消息。頭域Authorization中需要攜帶參數：Digest 、username、realm 、nonce、uri 、response 、algorithm 、opaque；4) 目的聯網單元對注冊登記信息進行驗證、 核準，對符合接入條件的聯網單元進行注冊登記；5) 目的聯網單元應將注冊成功或失敗的消息返回給該源聯網單元。源聯網單元目的聯網單元REGISTER(FI)401(UNAUTHORIZED)(F2)REGISTER(帶權限信息)(F3)200 OK (F4)圖1 注冊登記消息示例：F1: REGISTE

21、R sip:目的聯網單元域名或IP地址 SIP/2.0Via: SIP/2.0/UDP源聯網單元IP地址Max-Forwards: 70From:顯示名vsip:源聯網單元地址編碼源聯網單元域名或IP地址;tag=BK32B1U8DKDrBTo:顯示名sip:源聯網單元地址編碼源聯網單元域名或IP地址Call-ID: 17250CSeq: 1 REGISTERContact: sip:源聯網單元IP地址:5060Expires: 3600Content-Length: 0F2: SIP/2.0 401 UnauthorizedVia: SIP/2.0/UDP源聯網單元IP地址Call-ID:

22、17250From:顯示名vsip:源聯網單元地址編碼源聯網單元域名或IP地址;tag=BK32B1U8DKDrBTo:顯示名vsip:源聯網單元地址編碼 源聯網單元域名或IP地址;tag= BK32B1U8YKDvsCSeq: 1 REGISTERExpires: 90WWW-Authenticate: Digest realm="user", nonce="cc4b7484724b", opaque="",algorithm=MD5, qop="auth"Content-Length: 0F3: REGISTE

23、R sip:目的聯網單元域名或IP地址SIP/2.0Via: SIP/2.0/UDP源聯網單元IP地址Call-ID: 17250From:顯示名vsip:源聯網單元地址編碼源聯網單元域名或IP地址;tag=BK32B1U8DKDrBTo:顯示名vsip:源聯網單元地址編碼 源聯網單元域名或IP地址;tag= BK32B1U8YKDvsCSeq: 2 REGISTERContact: sip:源聯網單元IP地址:5060Max-Forwards: 70Expires: 90Authorization: Digest username="user",realm="u

24、ser",nonce="cc4b7484724b",uri="sip:目的域的 IP或域名：端口response="938c0e37d",algorithm=MD5,opaque=""Content-Length: 0F4： 200Via: SIP/2.0/UDP源聯網單元IP地址From:顯示名vsip:源聯網單元地址編碼源聯網單元域名或IP地址 ;tag=BK32B1U8DKDrB To:顯示名vsip:源聯網單元地址編碼 源聯網單元域名或IP地址;tag= BK32B1U8YKDvs Call-ID: 172

25、50CSeq: 1 REGISTERExpires: 90Content-Length: 0 或： 4XXVia: SIP/2.0/UDP源聯網單元IP地址From:顯示名vsip:源聯網單元地址編碼源聯網單元域名或IP地址;tag=BK32B1U8DKDrB To:顯示名vsip:源聯網單元地址編碼 源聯網單元域名或IP地址;tag= BK32B1U8YKDvs Call-ID: 17250CSeq: 1 REGISTERContent-Length: 0 目錄發送目錄發送信息說明如下：a) 目錄及設備共享的設置：1) 對于級聯的聯網模式， 源(下級)聯網單元無條件把所有的目錄

26、和攝像機都共享給目的 (上 級)聯網單元；2) 對于互聯的聯網模式，下級聯網單元可以有選擇的把目錄和攝像機共享給目的聯網單元。b) 在以下情況下源聯網單元應自動向目的聯網單元發送目錄信息：1) 聯網單元的目錄信息發生變化(包括新增、修改和刪除共享) 后， 應發送變化部分目錄信 息；2) 聯網單元推送的設備狀態發生變化(上下線、視頻丟失)后，應發送變化部分設備信息；3) 推送多級目錄的時候， 目錄樹從父節點到子節點逐級推送； 刪除父節點的時候， 同時刪除 子節點；4) 分多個 SIP 消息推送目錄信息的時候， 當收到上一個 SIP 消息的成功返回后， 才進行下一 個 SIP 消息的推送；5) 對

27、于推送未成功的目錄信息，需要進行重試，并最多重試 3 次，重試的時間間隔依次為 30s、45s、60s;如果重試3次還是推送失敗，在聯網單元重新注冊成功后應自動再進行 推送。c) 提供手動推送全部共享目錄和攝像機的功能。d) 目錄發送流程如下：1) 需發送共享設備目錄信息的源聯網單元向所有與之聯網的目的聯網單元發送NOTIFY 信息。 NOTIFY 消息的消息體包含整個允許共享的設備目錄信息，每個設備對應的目錄信息 應包含以下內容：顯示名( Name、地址編碼(Address )、類型(ResType)、子類型(ResSubType)、權限功能碼(Privilege )、父節點地址編碼(Par

28、e nt )、活動狀態(Status )、 經度( Longitude )、緯度( Latitude )、海拔( Elevation )、子節點個數( Subnum)、 子節點列表( Sublist )等;字段的定義參見 DB33/T 629.3-2011 ，后同;2）目的聯網單元收到正確目錄消息后更新本地目錄數據庫；3）目的聯網單元應將目錄接收成功或失敗的消息返回給該源聯網單元；4）目錄信息一次可發送一個或多個設備目錄信息；5）使用Status字段來標識設備的工作狀態；6）使用DecoderTag來標識攝像機所對應的解碼插件，其取值由標委會統一管理;7）一次目錄推送消息中，只包含兩級；8）推

29、送根節點的時候，Pare nt取值等于自己。源聯網單元NOTIFY(F1)200 （或返回400結束本次會話）(F2)圖2發送目錄信息消息示例：F1： NOTIFY sip:目的聯網單元地址編碼 目的聯網單元域名或IP地址SIP/2.0Via: SIP/2.0/UDP源聯網單元IP地址Max-Forwards: 70From:顯示名vsip:源聯網單元地址編碼源聯網單元域名或IP地址 ;tag=BK32B1U8DKDrBTo:顯示名sip:目的聯網單元地址編碼 目的聯網單元域名或IP地址Call-ID: 17250CSeq:1 NOTIFYContent-type: Application/D

30、DCPContent-Length:消息實體的字節長度v?xml version="1.0"?><Action><Variable>Catalogv/Variable> vParent>地址編碼 </Parent> <SubNum>2</SubNum><SubList><Item>vName顯示名 </Name><Address> 地址編碼 </Address> <ResType>類型 </ResType> <

31、;ResSubType>T類型 </ResSubType> <Privilege> 權限功能碼 </Privilege> <Status> 活動狀態 </Status><Longitude> 經度 </Longitude>目的聯網單元7DB33/T 629.2 2011F2：或：<Latitude> 緯度 </Latitude><Elevation> 海拔 <Elevation><DecoderTag> 解碼插件標簽 </DecoderTa

32、g><OperateType> 操作類型 </OperateType></Item><Item><Name顯示名 </Name><Address> 地址編碼 </Address><ResType>類型 </ResType><ResSubType類型 </ResSubType><Privilege> 權限功能碼 </Privilege><Status> 活動狀態 </Status><Longitude>

33、; 經度 </Longitude><Latitude> 緯度 </Latitude><Elevation> 海拔 <Elevation><DecoderTag> 解碼插件標簽 </DecoderTag><OperateType> 操作類型 </OperateType></Item></SubList></Action>200Via: SIP/2.0/UDP源聯網單元IP地址From:顯示名vsip:源聯網單元地址編碼源聯網單元域名或IP地址> ;

34、tag=BK32B1U8DKDrBTo:顯示名<sip:目的聯網單元地址編碼 目的聯網單元域名或IP地址>Call-ID: 17250CSeq:1 NOTIFYContent-type: Application/DDCPContent-Length: 消息實體的字節長度<?xml version="1.0"?><Response><Variable>Catalog</Variable><Result>0</Result></Response>400Via: SIP/2.0/UDP

35、源聯網單元IP地址From:顯示名<sip:源聯網單元地址編碼 源聯網單元域名或IP地址> ;tag=BK32B1U8DKDrBTo:顯示名<sip:目的聯網單元地址編碼 目的聯網單元域名或IP地址>Call-ID: 17250CSeq:1 NOTIFYContent-Length: 0心跳信息傳遞9DB33/T 629.2 2011#DB33/T 629.2 2011心跳信息傳遞信息說明如下：a) 注冊發起方聯網單元應定時向注冊接收方聯網單元發送心跳報文消息；b) 應使用方法DO專遞心跳信息，心跳消息的消息體包含保持活動信息(KeepAlive )。心跳

36、報文要求應答確認報文；c) 在Expires周期內，未收到?；钚畔ⅲ幢；钍?；?；顖笪陌l送周期不大于30s。聯網單元聯網單元DO(心跳信息)(F1)200 OK 響應(F2)圖3心跳信息傳遞消息示例：F1: DO sip:目的聯網單元地址編碼 目的聯網單元域名或IP地址SIP/2.0Via: SIP/2.0/UDP源聯網單元IP地址Max-Forwards: 70From:顯示名vsip:源聯網單元地址編碼源聯網單元域名或IP地址 ;tag=BK32B1U8DKDrBTo:顯示名sip:目的聯網單元地址編碼 目的聯網單元域名或IP地址Call-ID: 17250CSeq:1 DOConten

37、t-type: Application/DDCPContent-Length:消息實體的字節長度 v?xml version="1.0"?><Action><Notify><Variable>KeepAlive</Variable></Notify></Action>F2： 200Via: SIP/2.0/UDP源聯網單元IP地址From:顯示名sip:源聯網單元地址編碼源聯網單元域名或IP地址 ;tag=BK32B1U8DKDrBTo:顯示名sip:目的聯網單元地址編碼 目的聯網單元域名或IP地

38、址;tag=12345Call-ID: 17250CSeq:1 DOContent-type: Application/DDCPContent-Length:消息實體的字節長度<?xml version="1.0"?><Response><Variable>KeepAlive</Variable><Result>0</Result></Response>或： 400Via: SIP/2.0/UDP源聯網單元IP地址From:顯示名vsip:聯網單元地址編碼 源聯網單元域名或IP地址 ;tag

39、=BK32B1U8DKDrBTo:顯示名sip:目的聯網單元地址編碼 目的聯網單元域名或IP地址;tag=12345Call-ID: 17250CSeq:1 DOContent-Length: 05.2 監控圖像獲取5.2.1 實時監控圖像的獲取RFC 3261 中定義的方法CANCEL 法。使用 RFC 326 實時監控圖像的獲取過程應包括獲取實時流、釋放實時流。應使用INVITE 獲取一個攝像機的實時監控視頻流。取消沒有完成的連接應采用 起，也可以是目的聯網單元發起。中定義的方法BYE停止接收一個攝像機的實時視頻流,并釋放相關資源。釋放實況流可以源聯網單元發

40、媒體流需要逐級轉發。 實時監控圖像的獲取過程的主要流程如下：a）源聯網單元向目的聯網單元發送 INVITE 請求。 INVITE 請求的消息體應指明是實時監控圖像獲 取（ RealMedia ）。同時應包含請求用戶的權限功能碼（ Privilege ），源聯網單元支持的碼流 格式（Format）、視頻編碼類型（Video）、音頻編碼類型 （Audio）、最高碼率（MaxBitrate ）、 接收視頻的用戶或視頻轉發代理的 IP 地址/ 傳輸協議 /端口號（ Socket ）；b）目的聯網單元收到 INVITE 請求后，在回送成功或失敗的應答消息前如需一定的處理時間，可 發送臨時響

41、應消息 100 Tring ；c）目的聯網單元應將同意或拒絕的消息返回給該源聯網單元； 在同意的確認響應消息的消息體中 應包含確定的碼流格式（ Format ）、視頻編碼類型（ Video ）、音頻編碼類型（ Audio ）、傳輸 碼率（ MaxBitrate ）。碼流格式（ Format ）、視頻編碼類型（ Video ）、音頻編碼類型（ Audio ） 和解碼插件標識（DecoderTag）;根據INVITE請求消息體相應列表中目的聯網單元能支持的 排在最前的類型來確定；d）源聯網單元發送 ACK消息前如欲取消本操作，可向目的聯網單元發送CANCEL#求消息；e）源聯網單元收到目的聯網單元

42、同意確認消息200 OK,應向目的聯網單元發送 ACK消息；f）目的聯網單元收到源聯網單元發送ACK消息后，可向源聯網單元發送實時監控視頻流；g）媒體流的接收和發送方基于RTCP進行媒體流保活，接收方周期性的發送RTCP RR發送方周期性的發送 RTCP SR對于一個特定的 RTP會話，任何一方發送的 RTCPB文的間隔，應該在 一定范圍內變化，避免RTCP報文的突發，發送間隔的計算方式為：T（取值10s）乘以0.5-1.5 之間的一個隨機值， 這個隨機值，每發送一個報文，變化一次。如果媒體流的接收方或發送方在一定時間間隔（固定取值 90s ）內未收到，就可以認為?；钍?，釋放對應會話；h）R

43、TCP報文的PORT（偶數端口）是相應的 RTP報文的PORTF 1 （奇數端口）；i）源聯網單元欲釋放實時流時，向目的聯網單元發送BYE請求消息；j)目的聯網單元收到 BYE請求消息后，回送 200 OK同意釋放消息。源聯網單元中間聯網單元目的聯網單元口INVITE（請求實時流）（F1）100 Trying(F2)INVITE（請求實時流）（F3）<100 Trying(F4)k200 OK （或返回400結束本次會話）(F5)4*200 OK （或返回400結束本次會話）(F6)ACK確認）（F7）ACK確認)(F8)RTP （媒體流）RTP （媒體流）VRTCPRTCP -BYE（

44、釋放實時流）（F9）BYE（釋放實時流）（F10）200 OK(F11)<200 OK(F12)圖4實時監控圖像獲取消息示例：F1： INVITE sip:攝像機地址編碼 目的聯網單元域名或IP地址SIP/2.0Via: SIP/2.0/UDP源聯網單元域名或IP地址Max-Forwards: 70From:顯示名vsip:用戶地址編碼 源聯網單元域名或IP地址> ;tag=BK32B1U8DKDrBTo:顯示名<sip:攝像機地址編碼 目的聯網單元域名或IP地址>Call-ID: 17250CSeq:1 INVITEContent-type: Application/

45、DDCPContent-Length:消息實體的字節長度v?xml version="1.0"?><Action><Variable>RealMedia</Variable><Privilege> 權限功能碼 </Privilege><Format>4CIF CIF QCIF</Format> <Video>H.264 MPEG-4</Video> <Audio>G.711</Audio><MaxBitrate>800<

46、/MaxBitrate><Socket> 34 UDP 2350</ Socket ></Action>F2： 100Via: SIP/2.0/UDP源聯網單元域名或IP地址Max-Forwards: 70From:顯示名vsip:用戶地址編碼 源聯網單元域名或IP地址> ;tag=BK32B1U8DKDrBTo:顯示名< sip:攝像機地址編碼 目的聯網單元域名或IP地址>Call-ID: 17250CSeq:1 INVITEContent-Length:0F6：200Via: SIP/2.0/UDP源聯網單元

47、域名或IP地址Max-Forwards: 70From:顯示名<sip:用戶地址編碼 源聯網單元域名或IP地址> ;tag=BK32B1U8DKDrB To:顯示名<sip:攝像機地址編碼 目的聯網單元域名或IP地址>Call-ID: 17250CSeq:1 INVITEContent-type: Application/DDCPContent-Length: 消息實體的字節長度<?xml version="1.0"?><Response><Variable>RealMedia</Variable>&l

48、t;Format>CIF</Format><Video>H.264</Video><Audio>G.711</Audio><Bitrate>300</Bitrate><Socket> 00 UDP 2360</ Socket > <DecoderTag>解碼插件標識 </DecoderTag> </Response>或者： 400Via: SIP/2.0/UDP源聯網單元域名或IP地址Max-Forwards: 70From

49、:顯示名vsip:用戶地址編碼 源聯網單元域名或IP地址> ;tag=BK32B1U8DKDrB To:顯示名<sip:攝像機地址編碼 目的聯網單元域名或IP地址>Call-ID: 17250CSeq:1 INVITEContent-Length: 0F7: ACK sip:攝像機的地址編碼 1的聯網單元域名或IP地址SIP/2.0Via: SIP/2.0/UDP源聯網單元域名或IP地址Max-Forwards: 70From:顯示名vsip:用戶地址編碼 源聯網單元域名或IP地址 ;tag=BK32B1U8DKDrBTo:顯示名sip:攝像機地址編碼 目的聯網單元域名或IP

50、地址Call-ID: 17250CSeq:1 ACKContent-Length: 0F9: BYE sip:攝像機的地址編碼 目的聯網單元域名或IP地址SIP/2.0Via: SIP/2.0/UDP 源聯網單元域名或IP地址Max-Forwards: 70From:顯示名vsip:用戶地址編碼 源聯網單元域名或IP地址 ;tag=BK32B1U8DKDrBTo:顯示名sip:攝像機地址編碼 目的聯網單元域名或IP地址Call-ID: 17250CSeq:1 BYEContent-Length: 0F11: 200Via: SIP/2.0/UDP 源聯網單元域名或IP地址Max-Forward

51、s: 70From:顯示名sip:用戶地址編碼源聯網單元域名或IP地址 ;tag=BK32B1U8DKDrBTo:顯示名sip:攝像機地址編碼 目的聯網單元域名或IP地址Call-ID: 17250CSeq:1 BYEContent-Length: 05.2.2 歷史圖像的獲取 歷史圖像的傳輸過程包括枚舉文件列表、 文件名點播、時間段點播、點播釋放、點播控制等。 通過網絡瀏覽歷史圖像和通過網絡備份歷史圖像使用相同的報文:a）枚舉文件列表應使用方法DC枚舉一個指定地址攝像機的歷史圖像文件列表： 當目的聯網單元有多條符合檢索條件的錄像文件記錄時， 由源聯網單元來執行多次請求來獲取完整

52、 的文件列表 （如分頁查詢模式） ，目的聯網單元控制響應報文的長度 （建議整個消息長度不大于 1400B）。b）獲取 URL在開始點播回放之前，應使用方法D（獲取媒體數據的URL （含RTSP Server的地址和端口）；URL勺格式定義如下：URL = "rtsp:/"host":"port/path其中host為RTSPServer的IP地址；port為RTSPServer的端口號，可選參數，不帶該參數時默認為554； path 為媒體的存放路徑，長度不超過 256字節。c）點播控制應使用RTS協議播放控制一個指定地址攝像機的歷史圖像，包括開始、正常

53、速度播放、暫停、繼續、快放、慢放、改變進度、停止等。 本標準在遵循 RFC2326的前提下，對 RTSP接 口補充定義如下：a）支持的方法Server 端應支持 OPTIONS DESCRIBE SETUP PLAY PAUSE TEARDOV方法，其它方法可選支持； 請求端應支持 SETUP PLAY PAUS E TEARDOV方法，OPTIONS DESCRIB可選。b）OPTIONS方 法規則客戶端可使用OPTION方法查詢Server端支持的方法。請求消息中不帶 Session 字段，響應消息中返回服務器支持的方法； 請求消息中帶 Session 字段， 響 應消息中還

54、需要攜帶該會話服務端當前播放時間（絕對時間），即clock 字段。c）DESCRIBE方法規貝UServer端應支持DESCRIBE?法?？蛻舳讼騍erver端發送DESCRIBE!求，獲取Server端的媒體描述， 并用以初始化解碼插件。其中的 User-Agent 字段可選實現?？蛻舳诵枋褂庙憫⒅械?DecoderTag字段去初始化解碼插件。響應消息的 SDP中，必須包括一個 s字段，用以描述Server端的廠商信息，其取值由標委會統一定義。本標準對其它SDP字段不作要求，由Server端自定義，客戶端的解碼插件可識別即可。d）SETUP方法規則SETUP請求中應用Tran sport

55、字段攜帶客戶端的接收地址（dest in ati on）和端口（ clie nt_port ），端口包括RTP和RTC端口，中間用“-”連接。Server 端在響應消息中返回 Transport 字段，并添加 server 端的媒體流發送地址（ source ）和端口 （server_port ），端口包括 RTF和RTC端口，中間用“-”連接。e）PLA 丫方法規則PLAY方法使用Scale字段來控制播放速率，取值為有符號的浮點數。典型的取值包括0.25（ 1/4慢速播放）、 0.5 （1/2慢速播放）、 1.0 （正常速度播放）、 2.0（2倍速播放）、 4.0（4倍速播放）、 101 （ 1倍速下載）、 102（2倍速下載）、 104（4倍速下載）、 108 （8倍速下載）、 116 （全速下載）等。Server端根據客戶端請求的速率和本端的能力來自動做速率適配，并在響應消息中返回給客戶端。 比如客戶端請求scale為8.0， Server端可自適應速率為4.0，并在OK中返回給客戶端。PLAY方法使用Range字段修改播放時間點，以實現進度拖動，時間格式為絕對時間。f）PAUSE方法規