视频监控平台3.0——录像回放流程补充说明

Megaeye3.0 录像回放流程1 平台录像回放启动/ 停止Megaeye3.0 中的平台录像回放的连接控制采用RTSP，媒体流采用RTP,媒体流可以支持TCP 和UDP 传输。

对于前端处于NAT 后的情况，增加了录像回放请求信令，为了CU 处理流程的通用性，所以对于平台录像回放也增加相同的信令，同时为了对称，增加了停止录像回放的信令。

平台录像回放1录像回放请求（文件名或 I 起止时间、平台录像、 1 NRU 」D—以跳过，转步骤5。

3、录像回放请求4、返回结果5、返回 RTSP addr/port ,RT 传输万式6、RTSP DECRIBLE OK 7、 R TSP SETUP 8、 O K---------------------------2、RTSP TEARDOWN-------- r3、停止录像回放请求I ------------------|4、返回结果5、OK二 -----1.1处理流程CU 录像回放请求前已经查询到相关的录像文件信息。

平台录像回放流程如下：1. ） CU 向CMS 发起录像回放请求（携带录像文件名或起止时间、 NRUID ）2. ） CMS 可以直接返回流媒体服务器的地址和端口，这样可以跳过步骤3、4，直接返回结果给CU 。

或者通过和 NRU 的通信获取 RTSP 端口， 3. )转发录像回放请求给 NRU 。

CU9、RTSP2、如果是平台录像可以 直接返回流媒体服务器的吻 addr/port ，步骤3、4可 11停止录像回放请求4. ) NRU回应地址和端口号。

5. ) CMS返回NRU (流媒体服务器)信息给CU。

6. ) CU根据返回结果向NRU (流媒体服务器)发送DESCRIBE请求。

7. ) NRU 回应DESCRIBE 请求。

8. ) CU发起SETUP请求(携带CU的媒体接收端口号)9. ) NRU发送SETUP回应给VTDU (携带PU的数据发送端口号)10. ) CU发起PLAY请求11. ) NRU发送PLAY回应给CU12. ) NRU发送媒体数据包到CU。

停止平台录像回放流程：1. ) CU发送停止录像回放请求给CMS。

2. ) CU 向NRU 发起TEARDOWN 请求3. ) CMS可以转发通知录像回放给NRU。

(该步骤可以省略)4. ) NRU回应CMS通知。

5. ) NRU回应TEARDOWN，结束点播。

1.2 接口1.2.1录像回放请求SIP+XML MESSAGE1.2.2停止录像回放SIP+XML MESSAGE2前端录像回放启动/停止Megaeye3.0 中的前端录像均通过VTDU，采用下面的流程可以将PU位于防火墙内外的情况统一起来，不用再针对不同情况进行特别处理。

录像回放的连接控制采用RTSP，媒体流采用RTP，媒体流可以支持TCP和UDP传输。

2.1 处理流程CU 录像回放前已经查询到相关的录像文件信息。

前端录像回放/停止CMS ------1~~-―VTDUPU ----- 1 ----1 起止时间、前端录像、 II11 PU 」D ---1 1 1 1 k 1 1 1 r1 i 1 1i k 1 7、返回 VTDU RTSP addr/ 14、录像回放请求（携带VTD 哋址端口、 （可选，标识该路录像回放））9、建立TC P I 接10、RTSP DECRIBLE5、返回Pl 地址、端口等6、建立TCP!接1^ --------------------------- 18、VTD 记录PU 有关信息rI112、RTSP DECRIBLE 111115 、RTSP SETUPJ11 IIII 116 、RTSP SETUP 1 J 1117、 OK—7 L18 OK ;L 1虫 -----------------1111 19、R TSP PLAY 71 1120、 RTSP PLAY J122、1 OK |21、 OK----------------11停止录像回放请求2、RTSP I TEARDOWN8 OK1；4、通知VTD 关闭端口 ；5、返回结果；i_知CM 该路录.I3、RTSP TEARDOWN；6、OKVTDU 并分配 RTS 端口和RTP端口（如果媒体流采用 UDP ，否则转步骤、4。

3、返回结果I 1录像回放请求（文件名或port , RT 传输方式、ID13、OK 14、OK23、RTP11如果VTD 不 知道PU 言息,则需 要增加向CM 查询 的过程。

目前不 需要前端录像回放流程如下：1. ) CU 向CMS 发起录像回放请求(携带录像文件名或起止时间、PUID )2. ) 如果需要通过VTDU 转发，CMS 根据一定规则选择VTDU ，并分配RTSP 端口、RTP 端口和传输方式( RTSP、RTP 不同端口或传输方式的情况) ，通知VTDU 。

3. ) VTDU 返回处理结果。

4. ) 如果VTDU 返回错误，则CMS 向CU 返回错误。

否则，CMS 向PU 转发录像回放请求，携带分配的VTDU 的地址/RTSP 端口。

5. ) PU 返回地址和端口号。

6. ) 同时，PU 主动向VTDU 发起TCP 连接请求。

(这一步骤是针对PU 处于NAT 内)7. ) CMS 返回VTDU 的地址和RTSP 端口给CU 。

8. ) VTDU 根据和PU 的TCP 连接记录PU 地址和RTSP 端口(可以不需要再向CMS 查询PU 录像回放信息) 。

9. ) 建立CU 和VTDU 间的TCP 连接。

10. ) CU 根据返回结果向VTDU 发送DESCRIBE 请求。

11. ) VTDU 根据和PU 的TCP 连接获取PU 端信息，否则需要向CMS 查询PU 地址/ 端口。

12. )向PU 转发DESCRIBE 请求。

13. ) PU 回应DESCRIBE 请求。

14. ) VTDU 转发回应给CU 。

15. ) CU 发起SETUP 请求(携带CU 的媒体接收端口号)16. ) VTDU 转发SETUP 请求给PU (将接收端口号改成VTDU 的RTP 接收端口号)17. ) PU 发送SETUP 回应给VTDU (携带PU 的数据发送端口号)18. ) VTDU 转发SETUP 回应给CU (将发送端口号改为VTDU 的RTP 发送端口号)19. ) CU 向VTDU 的RTP 发送端口号发送探测包(这一步骤是针对CU 也处于NAT 内)，CU 发起PLAY 请求。

20. ) VTDU 转发PLAY 请求给PU21. ) PU 发送PLAY 回应给VTDU22. ) VTDU 转发PLAY 回应给CU23. ) PU 发送媒体数据包到VTDU ，VTDU 将接收到的媒体数据转发给步骤19 中，探测包实际远端地址。

如果没有收到探测包，就发送到步骤15 中CU 提供的接收端口号。

停止前端录像回放流程：6. ) CU 发送停止录像回放请求给CMS 。

7. ) CU 向VTDU 发起TEARDOWN 请求8. ) VTDU 转发TEARDOWN 请求给PU9. ) CMS 通知VTDU 释放资源。

10. ) VTDU 回应通知。

11. ) PU 发送TEARDOWN 回应给VTDU 。

12. ) VTDU 通知CMS ，媒体转发结束。

13. ) VTDU 转发TEARDOWN 回应给CU ，结束点播。

2.2 接口2.2.1 录像回放请求SIP+XML MESSAGE222停止录像回放223媒体转发通知SIP+XML MESSAGE224停止媒体转发SIP+XML MESSAGE2.2.5媒体状态通知SIP+XML MESSAGE3流程说明流程设计中所考虑的关键点：1. 转发服务器：如果PU处于NAT内，CU不能直接连接到PU进行点播，选择VTDU 进行录像回放的转发。

2. TCP连接：由于PU处于NAT内，所以需要PU主动向VTDU发起连接，这个操作由CMS通知PU去建立该连接。

3. 转发不分发：VTDU对于录像回放只进行转发，不分发。

所以CMS对于每次录像回放请求，不论是否同一PU或者同一文件，都需要为VTDU重新分配资源。

4. 媒体探测包：如果CU 也在NAT 内时，因为要接收中间服务器转发来的点播流，所以需要主动定时的向中间服务器发送探测包。

5. 减少信息交互：VTDU 在和PU 建立TCP 连接的时候，可以记录PU 的地址和端口，并和CMS 分配的端口对应，这样VTDU 在收到CU 的RTSP 请求时，可直接转发到目的的，否则需要再次向CMS 查询目的信息。

6. 资源回收：为了减少模块之间的交互，需要首先在VTDU 上分配资源，所以需要注意录像回放整个过程中，任意中止操作都需要通知VTDU 释放资源。

7. 接口统一：当CU、PU 不在NAT 内时，可以不需要VTDU 转发，但为了统一CU、PU 接口，所以不论是否NAT 内，均需要发起TCP 连接和探测包。

至于是否需要VTDU 转发，只需要CMS 进行相关判断。

8. 协议解析：媒体采用UDP 传输时，VTDU 需要进行RTSP 的解析，来完成录像点播的媒体转发过程。