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

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

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Megaeye3.0录像回放流程 平台录像回放启动/停止 Megaeye3.0中的平台录像回放的连接控制采用RTSP,媒体流采用RTP,媒体流可以支持TCP和UDP传输。 对于前端处于NAT后的情况,增加了录像回放请求信令,为了CU处理流程的通用性,所以对于平台录像回放也增加相同的信令,同时为了对称,增加了停止录像回放的信令。 处理流程 CU录像回放请求前已经查询到相关的录像文件信息。 平台录像回放流程如下: CU向CMS发起录像回放请求(携带录像文件名或起止时间、NRUID) CMS可以直接返回流媒体服务器的地址和端口,这样可以跳过步骤3、4,直接返回结果给CU。或者通过和NRU的通信获取RTSP端口, 转发录像回放请求给NRU。 NRU回应地址和端口号。 CMS返回NRU(流媒体服务器)信息给CU。 CU根据返回结果向NRU(流媒体服务器)发送DESCRIBE请求。 NRU回应DESCRIBE请求。 CU发起SETUP请求(携带CU的媒体接收端口号) NRU发送SETUP回应给VTDU(携带PU的数据发送端口号) CU发起PLAY请求 NRU发送PLAY回应给CU NRU发送媒体数据包到CU。 停止平台录像回放流程: CU发送停止录像回放请求给CMS。 CU向NRU发起TEARDOWN请求 CMS可以转发通知录像回放给NRU。(该步骤可以省略) NRU回应CMS通知。 NRU回应TEARDOWN,结束点播。 接口 录像回放请求 SIP+XML MESSAGE MSG_START_FILE_VOD_REQ((CU) IE M/O 描述 IE_HEADER M IE_CHANNEL M IE_TIME_FILE M 按照起止时间或者文件名 IE_STORETYPE M IE_NODE_ATTRIB_NAME O NRU_ID IE_CUSTOMER O MSG_START_FILE_VOD_RESP((CU) IE M/O 描述 IE_HEADER M IE_RESULT M IE_NETLINK O IE_TIME_FILE O 停止录像回放 SIP+XML MESSAGE MSG_STOP_FILE_VOD_REQ((CU) IE M/O 描述 IE_HEADER M IE_CHANNEL M IE_TIME_FILE M 按照起止时间或者文件名 IE_NETLINK O IE_STORETYPE M IE_NODE_ATTRIB_NAME O NRU_ID IE_CUSTOMER O MSG_STOP_FILE_VOD_RESP((CU) IE M/O 描述 IE_HEADER M IE_RESULT M 前端录像回放启动/停止 Megaeye3.0中的前端录像均通过VTDU,采用下面的流程可以将PU位于防火墙内外的情况统一起来,不用再针对不同情况进行特别处理。录像回放的连接控制采用RTSP,媒体流采用RTP,媒体流可以支持TCP和UDP传输。 处理流程 CU录像回放前已经查询到相关的录像文件信息。 前端录像回放流程如下: CU向CMS发起录像回放请求(携带录像文件名或起止时间、PUID) 如果需要通过VTDU转发,CMS根据一定规则选择VTDU,并分配RTSP端口、RTP端口和传输方式(RTSP、RTP不同端口或传输方式的情况),通知VTDU。 VTDU返回处理结果。 如果VTDU返回错误,则CMS向CU返回错误。否则,CMS向PU转发录像回放请求,携带分配的VTDU的地址/RTSP端口。 PU返回地址和端口号。 同时,PU主动向VTDU发起TCP连接请求。(这一步骤是针对PU处于NAT内) CMS返回VTDU的地址和RTSP端口给CU。 VTDU根据和PU的TCP连接记录PU地址和RTSP端口(可以不需要再向CMS查询PU录像回放信息)。 建立CU和VTDU间的TCP连接。 CU根据返回结果向VTDU发送DESCRIBE请求。 VTDU根据和PU的TCP连接获取PU端信息,否则需要向CMS查询PU地址/端口。 向PU转发DESCRIBE请求。 PU回应DESCRIBE请求。 VTDU转发回应给CU。 CU发起SETUP请求(携带CU的媒体接收端口号) VTDU转发SETUP请求给PU(将接收端口号改成VTDU的RTP接收端口号) PU发送SETUP回应给VTDU(携带PU的数据发送端口号) VTDU转发SETUP回应给CU(将发送端口号改为VTDU的RTP发送端口号) CU向VTDU的RTP发送端口号发送探测包(这一步骤是针对CU也处于NAT内),CU发起PLAY请求。 VTDU转发PLAY请求给PU PU发送PLAY回应

文档评论(0)

xiaofei2001129 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档