From 42d018b854d0f547d9f7e59d098828599eae8f47 Mon Sep 17 00:00:00 2001 From: crosstyan Date: Tue, 13 Jan 2026 11:28:56 +0800 Subject: [PATCH] Add Docker support and configuration for SRS SIP - Created a new README_cross.md file with Docker build instructions. - Updated srs.conf to include logging configuration options. - Added docker-compose.yml to define the SRS SIP service with necessary ports and volume mappings. - Introduced config.yaml for general and GB28181-specific configurations. - Added initial srs.conf with settings for RTMP, HTTP API, and WebRTC support. --- .gitignore | 1 + Dockerfile | 32 +- GBT+28181-2022.md | 4530 ++++++++++++++++++++++++++++++++++++++++++++ README_cross.md | 4 + conf/srs.conf | 7 +- docker-compose.yml | 30 + 6 files changed, 4598 insertions(+), 6 deletions(-) create mode 100644 GBT+28181-2022.md create mode 100644 README_cross.md create mode 100644 docker-compose.yml diff --git a/.gitignore b/.gitignore index cd706c9..e7ad2ee 100644 --- a/.gitignore +++ b/.gitignore @@ -23,3 +23,4 @@ hs_err_pid* objs .idea +./run diff --git a/Dockerfile b/Dockerfile index e415477..09be414 100644 --- a/Dockerfile +++ b/Dockerfile @@ -1,16 +1,29 @@ # 引入SRS -FROM ossrs/srs:v6.0.155 AS srs +FROM ossrs/srs:v6.0.184 AS srs # 前端构建阶段 FROM node:20-slim AS frontend-builder +ARG HTTP_PROXY= +ARG NO_PROXY= +ENV http_proxy=${HTTP_PROXY} \ + https_proxy=${HTTP_PROXY} \ + no_proxy=${NO_PROXY} WORKDIR /app/frontend COPY html/NextGB/package*.json ./ -RUN npm install +# RUN npm config set registry http://mirrors.cloud.tencent.com/npm/ \ +# && npm install +RUN npm install COPY html/NextGB/ . RUN npm run build # 后端构建阶段 FROM golang:1.23 AS backend-builder +ARG HTTP_PROXY= +ARG NO_PROXY= +ENV http_proxy=${HTTP_PROXY} \ + https_proxy=${HTTP_PROXY} \ + no_proxy=${NO_PROXY} \ + GOPROXY=https://goproxy.cn,direct WORKDIR /app COPY go.mod go.sum ./ RUN go mod download @@ -19,11 +32,20 @@ RUN CGO_ENABLED=0 GOOS=linux go build -o /app/srs-sip main/main.go # 最终运行阶段 FROM ubuntu:22.04 +ARG HTTP_PROXY= +ARG NO_PROXY= +ENV http_proxy=${HTTP_PROXY} \ + https_proxy=${HTTP_PROXY} \ + no_proxy=${NO_PROXY} WORKDIR /usr/local # 设置时区 ENV TZ=Asia/Shanghai -RUN apt-get update && \ +RUN sed -i \ + -e 's@http://archive.ubuntu.com/ubuntu/@http://mirrors.ustc.edu.cn/ubuntu/@g' \ + -e 's@http://security.ubuntu.com/ubuntu/@http://mirrors.ustc.edu.cn/ubuntu/@g' \ + /etc/apt/sources.list && \ + apt-get update && \ apt-get install -y ca-certificates tzdata supervisor && \ ln -fs /usr/share/zoneinfo/$TZ /etc/localtime && \ dpkg-reconfigure -f noninteractive tzdata && \ @@ -60,7 +82,7 @@ stderr_logfile=/dev/stderr\n\ stderr_logfile_maxbytes=0\n\ \n\ [program:srs-sip]\n\ -command=/usr/local/srs-sip/srs-sip\n\ +command=/usr/local/srs-sip/srs-sip -c /usr/local/srs-sip/config.yaml\n\ directory=/usr/local/srs-sip\n\ autostart=true\n\ autorestart=true\n\ @@ -71,4 +93,4 @@ stderr_logfile_maxbytes=0" > /etc/supervisor/conf.d/supervisord.conf EXPOSE 1935 5060 8025 9000 5060/udp 8000/udp -CMD ["/usr/bin/supervisord", "-c", "/etc/supervisor/conf.d/supervisord.conf"] \ No newline at end of file +CMD ["/usr/bin/supervisord", "-c", "/etc/supervisor/conf.d/supervisord.conf"] diff --git a/GBT+28181-2022.md b/GBT+28181-2022.md new file mode 100644 index 0000000..416436c --- /dev/null +++ b/GBT+28181-2022.md @@ -0,0 +1,4530 @@ + + +## 中华人民共和国国家标准 + +GB/T28181—2022 代替GB/T28181—2016 + +## 公共安全视频监控联网系统 信息传输、交换、控制技术要求 + +Technical requirements for information transmission, switch and control in video surveillance networking system for public security + +## 目 + +| 前言 | 前言 | | +|-----------------------|--------------------------------|----| +| | 1范围 | | +| 2 | 规范性引用文件 | | +| 3 术语和定义、缩略语· | 3 术语和定义、缩略语· | 3 | +| | 3.1术语和定义 | 3 | +| | 3.2缩略语 0 | | +| 互联结构 | 互联结构 | 6 | +| 4.1 | SIP监控域互联结构 | 6 | +| 4.2 | SIP监控域与非SIP监控域互联结构 | 8 | +| 4.3 | 联网系统通信协议结构 | 9 | +| 传输要求·… | 传输要求·… | 10 | +| 5.1 | 网络传输协议要求·· | 10 | +| 5.2 | 媒体传输协议要求·. | 10 | +| 5.3 | 信息传输延迟时间· | 10 | +| 5.4 | 网络传输带宽·· | 11 | +| 5.5 | 网络传输质量··· | 11 | +| 5.6 | 视频帧率·· | 11 | +| C 交换要求 | C 交换要求 | 11 | +| | 6.1统一编码规则· | 11 | +| 6.2 | 媒体编解码 | 11 | +| 6.3 | 媒体存储封装格式 | 11 | +| 6.4 | SDP定义.…. | 11 | +| 6.5 | 网络传输协议的转换 | 12 | +| 6.6 | 控制协议的转换··· | 12 | +| 6.7 | 媒体传输协议的转换 | 12 | +| 6.8 | 媒体数据格式的转换 . | | +| 6.9 | 与其他系统的互联· | 12 | +| 6.10 | 信令字符集 | 12 | +| 6.11 | 多路径级联结构 | 12 | +| 控制要求···· | 控制要求···· | 12 | +| 7.1 | 注册·…· | 12 | +| 7.2 | 实时视音频点播 | 12 | +| 7.3 控制·…·· | 7.3 控制·…·· | 13 | + +## GB/T 28181—2022 + +| 7.4 | 报警事件通知和分发· | | +|-------------------------------|--------------------------------------------------------------|-----| +| 7.5 | 设备信息查询··· | 13 | +| 7.6 | 状态信息报送··· | 13 | +| 7.7 | 历史视音频文件检索 | 14 | +| 7.8 | 历史视音频回放··· | 14 | +| 7.9 | 历史视音频文件下载·…· | 14 | +| 7.10 | 网络校时 | 14 | +| 7.11 | 订阅和通知 | 14 | +| 7.12 | 语音广播和语音对讲 | 14 | +| 7.13 | 设备软件升级 | 14 | +| 7.14 | 图像抓拍 | 14 | +| 8 传输、交换、控制安全性要求· | 8 传输、交换、控制安全性要求· | 15 | +| 8.1 | 设备身份认证···· | 15 | +| 8.2 | 数据加密··· | 15 | +| 8.3 | SIP信令认证·. | 15 | +| 8.4 | 数据完整性保护··· | 15 | +| 8.5 | 访问控制···· | 15 | +| 8.6 | 高安全级别要求· | 15 | +| 9 | 控制、传输流程和协议接口 | 16 | +| 9.1 | 注册和注销····· | 16 | +| 9.2 | 实时视音频点播·…· | 18 | +| 9.3 | 控制·…· | 23 | +| 9.4 | 报警事件通知和分发···· | 26 | +| 9.5 | 网络设备信息查询··· | 28 | +| 9.6 | 状态信息报送··· | 30 | +| 9.7 | 设备视音频文件检索·· | 31 | +| 9.8 | 历史视音频的回放·…· | 32 | +| 9.9 | 视音频文件下载···· | 38 | +| 9.10 | 校时 | 43 | +| 9.11 | 订阅和通知 | 44 | +| 9.12 | 语音广播和语音对讲 | 48 | +| 9.13 | 设备软件升级 | 52 | +| 9.14 | 图像抓拍 | 53 | +| | 附录A（规范性） 监控报警联网系统控制描述协议（MANSCDP)命令集 | 56 | +| A.1 | 命令的名称和说明 | 56 | +| A.2 | 命令定义 | 56 | +| A.3 | 前端设备控制协议 | 100 | + +## GB/T28181—2022 + +| | A.4联网系统扩展应用 | A.4联网系统扩展应用 | 104 | +|------------------------------|---------------------------------------------------------------|---------------------------------------------------------------|---------| +| | 附录B（规范性）！ 监控报警联网系统实时流协议（MANSRTSP)命令集 | 附录B（规范性）！ 监控报警联网系统实时流协议（MANSRTSP)命令集 | 106 | +| | B.1命令的名称和说明 | B.1命令的名称和说明 | 106 | +| B.2 | 命令定义 | 命令定义 | 106 | +| | 附录C（规范性）基于RTP的视音频数据封装 | 附录C（规范性）基于RTP的视音频数据封装 | 109 | +| C.1 | 基于RTP的视音频数据PS封装 | 基于RTP的视音频数据PS封装 | 109 | +| C.2 | 基于RTP的视音频基本流封装···· | 基于RTP的视音频基本流封装···· | 110 | +| 附录D | （规范性）基于TCP协议的视音频媒体传输 | （规范性）基于TCP协议的视音频媒体传输 | 112 | +| | 附录E（规范性） 统一编码规则 | 附录E（规范性） 统一编码规则 | 113 | +| E.1 | 编码规则 | 编码规则 | 113 | +| E.2 | 行业编码对照表 | 行业编码对照表 | 115 | +| E.3 | 县以下区划代码编制规则 | 县以下区划代码编制规则 | 117 | +| | 附录F（规范性） 视音频编/解码技术要求 | 附录F（规范性） 视音频编/解码技术要求 | 119 | +| F.1 | 基本要求 | 基本要求 | 119 | +| F.2 | 基于H.264的视频编、解码技术要求 | 基于H.264的视频编、解码技术要求 | 119 | +| F.3 | 基于MPEG-4的视频编、解码技术要求 | 基于MPEG-4的视频编、解码技术要求 | 122 | +| F.4 | 音频编、解码总体要求·…··· | 音频编、解码总体要求·…··· | 124 | +| F.5 | G.711格式 | G.711格式 | 124 | +| F.6 | G.723.1格式 | G.723.1格式 | 125 | +| F.7 | G.729格式 | G.729格式 | 125 | +| F.8 | SVAC视频和SVAC音频编、解码技术要求 | SVAC视频和SVAC音频编、解码技术要求 | 125 | +| F.9 | H.265视频编、解码技术要求··· | H.265视频编、解码技术要求··· | 125 | +| F.10 | AAC格式 | AAC格式 | 128 | +| | 附录G（规范性） SDP定义 | 附录G（规范性） SDP定义 | 129 | +| | 附录H（资料性） 摄像机和平台路径选择技术要求 | 附录H（资料性） 摄像机和平台路径选择技术要求 | 133 | +| H.1 | 基本要求 | 基本要求 | 133 | +| H.2 | 处理逻辑 | 处理逻辑 | 133 | +| H.3 | 多路径SIP头域扩展定义 | 多路径SIP头域扩展定义 | 134 | +| H.4 | 路径推送及选择示范·· | 路径推送及选择示范·· | 135 | +| 附录I（规范性）协议版本标识· | | | 138 139 | +| | 附录J(规范性） | 目录查询应答说明··. | | +| | 附录K(资料性) 媒体流保活机制 | 附录K(资料性) 媒体流保活机制 | 143 | +| | 附录L(规范性) Subject头域定义 | 附录L(规范性) Subject头域定义 | 144 | +| | 附录M（规范性） | 附录M（规范性） | 145 | +| | | 多响应消息传输 | 146 | +| | 附录N（规范性） 域间目录订阅通知 | 附录N（规范性） 域间目录订阅通知 | | +| N.2 | 应用场景及处理逻辑 | 应用场景及处理逻辑 | 146 | + +## GB/T28181—2022 + +N.3命令流程 147 N.4协议接口 149 附录〇（规范性）摄像机采集部位类型代码 151 参考文献·….·· 159 + +IV + +## 前言 + +本文件代替GB/T28181一2016《公共安全视频监控联网系统信息传输、交换、控制技术要求》，与 GB/T28181一2016相比，除结构调整和编辑性改动外，主要技术变化如下。 + +- 更改了标准范围（见第1章，2016年版的第1章）。 +- 中 +- 更改了"联网系统通信协议结构图"，媒体流通道增加了H.265、G.722.1、AAC（见4.3.1，2016 年版的4.3.1）。 +- 更改了网络传输带宽要求、视频帧率要求（见5.4、5.6，2016年版的5.4、5.6）。 +- 增加了对H.265、AAC的支持（见6.2、A.2.1.9、附录C、附录F、附录G）。 +- 更改了SDP协议的引用（见6.4、附录G，2016年版的6.4、附录F）。 +- 更改了与其他系统的数据交换（见6.9、附录A，2016年版的6.9、附录G）。 +- 更改了信令字符集要求（见6.10，2016年版的6.10）。 +- 更改了控制要求（见第7章，2016年版的第7章）。 +- 更改了传输、交换、控制安全性要求（见第8章，2016年版的第8章）。 +- 更改了注册和注销基本要求（见9.1.1，2016年版的9.1.1）。 +- 增加了注册重定向（见9.1.2.3）。 +- 更改了设备控制和设备配置基本要求及数据类型（见9.3.1、A.2.1、A.2.3.1、A.2.3.2）。 +- 增加了看守位信息查询、巡航轨迹列表查询、巡航轨迹查询、PTZ精准状态查询、存储卡状态 查询及应答命令（见9.5.3、A.2.4.10～A.2.4.14、A.2.6.12～A.2.6.16）。 +- 增加了PTZ精准位置变化事件订阅和通知（见9.11.1、9.11.2、A.2.4.13、A.2.6.15）。 +- 增加了设备软件升级、图像抓拍信令流程和协议接口（见9.13、9.14）。 +- 更改了附录A部分内容。增加了部分数据类型定义（见A.2.1，2016年版的A.2.1)；增加了部 分控制命令及参数（见A.2.3，2016年版的A.2.3）；增加了部分查询命令及参数（见A.2.4，2016 年版的A.2.4）；修改部分通知命令及参数（见A.2.5，2016年版的A.2.5）；增加、修改了部分应 的A.3.2)；增加了联网系统扩展应用（见A.4）。 +- 更改了附录C，补充了H.265封装描述（见附录C，2016年版附录C）。 +- 更改了附录D基于TCP协议的视音频媒体传输要求（见附录D,2016年版的附录L)。 +- 县以下区划代码编制规则（见附录E,2016年版的附录D）。 + +## GB/T28181—2022 + +- -更改了附录G，补充了部分SDP参数要求（见附录G,2016年版的附录F）。 +- 删除了2016年版的附录G、附录H、附录I、附录J。 +- 增加了附录H摄像机和平台路径选择技术要求（见附录H）。 +- 增加了附录I协议版本标识（见附录1）。 +- 更改了附录J目录查询应答说明（见附录J，2016年版的附录O）。 +- 更改了附录M多响应消息传输要求说明（见附录M，2016年版的附录N）。 +- 更改了附录N域间目录订阅通知说明（见附录N，2016年版的附录P）。 +- 增加了附录〇摄像机采集部位类型代码（见附录O）。 + +请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 + +本文件由中华人民共和国公安部提出。 + +本文件由全国安全防范报警系统标准化技术委员会(SAC/TC100)归口。 + +本文件起草单位：公安部第一研究所、视频图像信息智能分析与共享应用技术国家工程实验室、国 家信息中心、杭州海康威视数字技术股份有限公司、浙江大华技术股份有限公司、浙江宇视科技有限公 司、华为技术有限公司、中星微技术股份有限公司。 + +本文件的历次版本发布情况为： + +- -2011年首次发布为GB/T28181—2011,2016年第一次修订； +- 本次为第二次修订。 + + + +## 1范围 + +本文件规定了公共安全视频监控联网系统（以下简称"联网系统"）的互联结构，传输、交换、控制的 基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求。 + +本文件适用于公共安全视频监控联网系统的方案设计、系统检测、验收以及与之相关的设备研发、 生产。其他视频监控联网系统可参照执行。 + +## 2规范性引用文件 + +下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文 件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单)适用于 + +本文件。 + +GB/T4754国民经济行业分类 + +GB/T10114一2003县级以下行政区划代码编制规则 + +GB18030信息技术中文编码字符集 + +GB/T25724公共安全视频监控数字视音频编解码技术要求 + +GB35114公共安全视频监控联网信息安全技术要求 + +GA/T380全国公安机关机构代码编制规则 + +ISO/IEC13818-1：2019信息技术运动图像和伴音信息的通用编码第1部分：系统（Informa tion technology—Generic coding of moving pictures and associated audio information—Part 1: Systems) + +ISO/IEC14496-2:2004信息技术视听对象编码第2部分：视频（Informationtechnology一 Coding of audio-visual objects—Part 2:Visual) + +ISO/IEC14496-2：2004/Amd2：2005信息技术视听对象编码第2部分：视频修订稿2：简 单档次 的新级别（Informationtechnology—Codingof audio-visualobjects—Part2：Visual— Amendment 2:New Levels for Simple Profile) + +ISO/IEC14496-3:2019信息技术视听对象编码第3部分：音频（Informationtechnology一 Coding of audio-visual objects—Part 3:Audio) + +ISO/IEC14496-4信息技术视听对象编码第4部分：一致性测试（Informationtechnology一 Coding of audio-visual objects—Part 4: Conformance testing) + +Part 4: Conformance testing—Amendment 10: Conformance extensions for simple profile levels 4a and 5) + +ISO/IEC14496-5：2001信息技术视听对象的编码第5部分：参考软件（Informationtechnology—Coding of audio-visual objects—Part 5:Reference software) + +## 公共安全视频监控联网系统 + +## 信息传输、交换、控制技术要求 + +## GB/T28181—2022 + +- ITU-TG.711语音频率的脉冲编码调制[Pulsecodemodulation（PCM）ofvoicefrequencies] +- ITU-TG.723.1（2006）5.3和6.3kbit的多媒体通信传输中的双速率语音编码器（Dualrate speech coder for multimedia communications transmitting at 5.3 and 6.3 kbit/s) +- ITU-TG.729（2012）利用共轭结构代数码激励线形预测的8kbit/s语音编码[Codingofspeech at 8 kbit/s using conjugate-structure algebraic-code-excited linear prediction (CS-ACELP)］ +- ITU-TH.264（2019）通用音视频服务的先进视频编码（Advancedvideocodingforgenericaudio visual services) +- ITU-TH.264.1（2016）H.264先进视频编码的一致性说明（ConformancespecificationforITUT H.264 advanced video coding) +- ITU-TH.264.2（2016）H.264先进视频编码的参考软件（ReferencesoftwareforITU-TH.264 advanced video coding) +- ITU-TH.265（2019）高性能视频编码（Highefficiencyvide0coding) +- ITU-TH.265.1（2018）H.265高性能视频编码的一致性说明（Conformancespecificationfor ITU-T H.265 high efficiency video coding) +- ITU-TH.265.2（2016）H.265高性能视频编码的参考软件（ReferencesoftwareforITU-TH.265 high efficiencyvideo coding) +- IETFRFC2030适用于IPv4、IPv6和OSI的简单网络时间协议（SNTP)第4版[SimpleNetwork TimeProtocol(SNTP)Version4forIPv4,IPv6and OSI] +- IETFRFC2250用于MPEG1/MPEG2视频的RTP负载格式（RTPPayloadFormatfor MPEG1/MPEG2Video) +- IETF RFC 2326实时流协议[Real TimeStreamingProtocol(RTSP)] +- IETFRFC2976SIPINFO方法（TheSIPINFOMethod) +- IETFRFC3016用于MPEG-4音频/视频流的RTP负载格式（RTPPayloadFormatforMPEG4Audio/VisualStreams) +- IETFRFC3261会话初始协议(SIP：SessionInitiationProtocol) +- IETFRFC3428会话初始协议（SIP）即时消息扩展[SessionInitiationProtocol(SIP）Extension for Instant Messaging] +- IETF RFC 3550实时传输协议(RTP：A Transport Protocol for Real-Time Applications) +- IETFRFC3551音频和视频会议最小控制的RTP描述（RTPProfileforAudioandVideoConferences with Minimal Control) +- IETFRFC3640用于传输MPEG-4基本流传输的RTP有效载荷负载格式（RTPPayload Format for Transport of MPEG-4 Elementary Streams) +- IETFRFC3725会话初始协议（SIP）中第三方呼叫控制（3PCC）的当前最佳实现[BestCurrent Practices for Third Party Call Control(3pcc）in the Session Initiation Protocol(SIP)] +- IETFRFC3984H.264视频的RTP负载格式(RTPPayloadFormatforH.264Video) +- IETFRFC4566：2006会话描述协议(SDP：SessionDescriptionProtocol) +- IETFRFC4571面向连接的传输数据包帧实时传输协议（RTP）和实时传输控制协议（RTCP) +- [Framing Real-time Transport Protocol(RTP） and RTP Control Protocol(RTCP）Packets over Connection-Oriented Transport] + +## 3术语和定义、缩略语 + +## 3.1术语和定义 + +下列术语和定义适用于本文件。 + +## 3. 1.1 + +## 公共安全视频监控联网系统videosurveillancenetworkingsystemforpublicsecurity + +以维护国家安全和社会稳定、预防和打击违法犯罪活动为目的，综合应用视音频、通信、计算机网 络、系统集成等技术，构建的具有信息采集、传输、交换、控制、显示、存储、处理等功能的能够实现不同设 备及系统间互联、互通、互控的视频综合网络系统。 + +## 3.1.2 + +## 前端设备front-enddevice + +联网系统中安装于观察现场的信息采集、编码/处理、存储、传输、安全控制等设备。 + +## 3.1.3 + +## 用户终端userterminal + +## 会话初始协议sessioninitiationprotocol;SIP + +由互联网工程任务组（Internet Engineering TaskForce,IETF）制定的，用于多方多媒体通信的框 架协议。 + +- 注：会话初始协议是一个基于文本的应用层控制协议，独立于底层传输协议，用于建立、修改和终止IP网络上的双 方或多方多媒体会话。 + +## 3.1.5 + +## 会话控制sessioncontrol + +建立、修改或结束一个或多个参与者之间通信的过程。 + +## 3.1.6 + +## SIP监控域SIPsurveillancerealm + +由符合本文件规定的前端设备、用户终端、服务器和网络等组成的监控系统。 + +## 3.1.7 + +## 非SIP监控域non-SIPsurveillancerealm + +不符合本文件规定的监控系统。 + +## 3.1.8 + +## 第三方控制者thethirdpartycontroller + +- 一个SIP用户代理（UA），能够在另外两个用户代理之间创建会话。 + +注：第三方控制者一般采用背靠背用户代理（B2BUA)实现。 + +## 3.1.9 + +## 第三方呼叫控制thethirdpartycallcontrol + +第三方控制者在另外两方或者更多方之间发起、建立会话以及释放会话的操作，负责会话方之间的 媒体协商。 + +## GB/T28181—2022 + +## 3.1.10 + +## 用户代理useragent + +## 3.1.11 + +## 代理服务器proxyserver + +IETFRFC3261规定的SIP逻辑实体，通过它把来自用户代理客户端（UAC)的请求转发到用户代 + +理服务端（UAS），并把UAS的响应消息转发回UAC。 + +## 3.1.12 + +## 注册服务器registerserver + +IETFRFC3261规定的SIP逻辑实体，具有接收注册请求、将请求中携带的信息进行保存并提供 本域内位置服务的功能服务器。 + +## 3.1.13 + +## 重定向服务器redirectserver + +IETFRFC3261规定的SIP逻辑实体，负责规划SIP路由，将获得的信令下一跳地址信息告诉请 求方，以使请求方根据此地址直接向下一跳发出请求的服务器。 + +## 3.1.14 + +## 背靠背用户代理backtobackuseragent + +IETFRFC3261规定的SIP逻辑实体，它作为用户代理服务端（UAS)接收请求消息并处理该消 息，同时，为了判决该请求消息如何应答，它也作为用户代理客户端（UAC)来发送请求消息。 + +注：背靠背用户代理（B2BUA)和代理服务器不同的是，B2BUA需要维护一个它所创建的对话状态。 + +## 3.1.15 + +## 功能实体functionalentity + +实现一些特定功能的逻辑单元的集合。 + +注：一个物理设备可以由多个功能实体组成，一个功能实体也可以由多个物理设备组成。 + +## 3.1.16 + +## 源设备sourcedevice + +主动发起业务请求的设备。 + +## 3.1.17 + +## 目标设备targetdevice + +最终响应业务请求的设备。 + +## 3.1.18 + +## SIP客户端SIPclient + +符合IETFRFC3261规定的，具有注册登记、建立/终止会话连接、接收和播放视音频流等功能的 + +实体，主要包括用户界面、用户代理（UA）、媒体解码模块和媒体通信模块。 + +## 3.1.19 + +## SIP设备SIPdevice + +符合IETFRFC3261规定的，具有注册、建立/终止会话连接和控制、采集/编解码以及传送视音频 流等功能的实体，主要包括用户代理（UA）、媒体采集/编解码模块和媒体通信模块。 + +## 3.1.20 + +## 中心信令控制服务器centercontrolserver + +具有向SIP客户端、SIP设备、媒体服务器和网关提供注册、路由选择以及逻辑控制功能，并且提供 + +接口与应用服务器通信的服务器。 + +## 3.1.21 + +## 媒体服务器mediaserver + +提供实时媒体流的转发、媒体存储、历史媒体信息的检索和点播服务的服务器。 + +## 3.1.22 + +## 信令安全路由网关securesignalroutinggateway + +具有接收或转发域内外SIP信令功能，实现SIP域间路由信息传递以及路由信令、信令身份标识的 添加和鉴别等功能的实体。 + +## 3.1.23 + +## 级联cascadednetworking + +SIP监控域之间按照上下级关系连接。 + +## 3.1.24 + +## 互联peer-to-peernetworking + +SIP监控域之间按照平级关系连接。 + +## 3.2缩略语 + +下列缩略语适用于本文件。 + +B2BUA：背靠背用户代理（BacktoBackUserAgent) + +CIF：通用中间格式（CommonIntermediateFormat) + +ID:标识（Identification) + +IP:因特网协议（InternetProtocol) + +IPC:网络摄像机（IPCamera） + +MANSCDP：监控报警联网系统控制描述协议（MonitoringandAlarmingNetworkSystemControl + +Description Protocol) + +MANSRTSP:监控报警联网系统实时流协议（Monitoring andAlarmingNetworkSystemRealTime Streaming Protocol) + +NTP:网络时间协议(NetworkTimeProtocol) + +NVR：网络硬盘录像机（NetworkVideoRecorder） + +PS:节目流（Program Stream) + +PTZ:水平转动/垂直转动/放大缩小(Pan/Tilt/Zoom) + +RTCP:实时传输控制协议(Real-time TransportControlProtocol) + +RTP:实时传输协议(Real-timeTransportProtocol) + +RTSP:实时流化协议(Real-TimeStreamingProtocol) + +SDP：会话描述协议(SessionDescriptionProtocol) + +SIP：会话初始协议（SessionInitiationProtocol) + +SVAC：公共安全视频监控数字视音频编解码（SurveillanceVideoandAudioCoding) + +TCP：传输控制协议（TransmissionControlProtocol) + +UA:用户代理（UserAgent) + +UAC：用户代理客户端（UserAgentClient) + +UAS：用户代理服务端（UserAgentServer) + +UDP：用户数据报协议（UserDatagramProtocol) + +## GB/T28181—2022 + +URI:全局资源标识符（UniversalResourceIdentifier） XML：可扩展标记语言（ExtensibleMarkupLanguage) + +## 4互联结构 + +## 4.1SIP监控域互联结构 + +## 4.1.1概述 + +联网系统的信息传输、交换、控制方面的SIP监控域互联结构见图1。图1描述了在单个SIP监控 域内、不同SIP监控域间两种情况下,功能实体之间的连接关系。功能实体之间的通道互联协议分为会 话通道协议、媒体流（本文件主要指视/音频)通道协议两种类型，会话通道协议见4.3.2～4.3.4的规 定，媒体流通道协议见4.3.5和4.3.6的规定。 + + + +会话控制信令 + +媒体传输 + +## 4.1.2区域内联网 + +区域内的SIP监控域由SIP客户端、SIP设备、中心信令控制服务器、流媒体服务器和信令安全路 由网关等功能实体组成。各功能实体以传输网络为基础，实现SIP监控域内联网系统的信息传输、交 换、控制。 + +## 4.1.3跨区域联网 + +若干个相对独立的SIP监控域或非SIP监控域以信令安全路由网关和流媒体服务器为核心，通过 IP传输网络，实现跨区域监控域之间的信息传输、交换、控制。 + +图1SIP监控域互联结构示意图 + +## 4.1.4联网方式 + +## 4.1.4.1级联 + +两个信令安全路由网关之间是上下级关系，下级信令安全路由网关主动向上级信令安全路由网关 发起注册，经上级信令安全路由网关鉴权认证后方可进行系统间通信。 + +级联方式的多级联网结构示意图如图2、图3所示，信令流都应逐级转发；媒体流宜采用图3所示 方式传送，也可跨媒体服务器传送。 + +图2信令级联结构示意图 + + + +图3媒体级联结构示意图 + + + +## 4.1.4.2互联 + +信令安全路由网关之间是平级关系，需要共享对方SIP监控域的监控资源时，由信令安全路由网关 向目的信令安全路由网关发起注册，经目的信令安全路由网关鉴权认证后方可进行系统间通信。 + +互联方式的联网结构示意图如图4、图5所示，信令流应通过信令安全路由网关传送，媒体流宜通 过媒体服务器传送。 + +图4信令互联结构示意图 + + + +图5媒体互联结构示意图 + + + +## 4.2SIP监控域与非SIP监控域互联结构 + +## 4.2.1概述 + +SIP监控域与非SIP监控域通过网关进行互联，互联结构见图6。网关是非SIP监控域接人SIP监 控域的接口设备，在多个层次上对联网系统信息数据进行转换。根据转换的信息数据类型，网关逻辑上 分为控制协议网关和媒体网关。 + +图6SIP监控域与非SIP监控域互联结构示意图 + + + +## 4.2.2控制协议网关 + +控制协议网关在SIP监控域和非SIP监控域的设备之间进行网络传输协议、控制协议、设备地址的 转换，具体功能应包括如下的一种或几种： + +- 将非SIP监控域的网络传输协议与5.1规定的网络传输协议进行双向协议转换； +- 将非SIP监控域的设备控制协议与4.3规定的会话初始协议、会话描述协议、控制描述协议和 媒体回放控制协议进行双向协议转换； +- d）将非SIP监控域的设备地址与6.1规定的设备地址进行双向地址转换。 + +## 4.2.3媒体网关 + +媒体网关在SIP监控域和非SIP监控域的设备之间进行媒体传输协议、媒体数据编码格式的转 换，具体功能应包括如下的一种或几种： + +- 数据封装格式进行双向协议转换； + +## 4.3.1总体要求 + +议的结构见图7。 + + + +## 图7通信协议结构 + +联网系统在进行视音频传输及控制时应建立两个传输通道：会话通道和媒体流通道。会话通道用 于在设备之间建立会话并传输系统控制命令；媒体流通道用于传输视音频数据，经过编码的视音频流采 用流媒体协议RTP/RTCP传输。 + +## 4.3.2会话初始协议 + +安全注册、实时视音频点播、历史视音频的回放等应用的会话控制采用SIP协议IETFRFC3261 规定的REGISTER、INVITE等请求和响应方法实现，历史视音频回放控制采用SIP扩展协议IETF RFC2976规定的INFO方法实现，前端设备控制、信息查询、报警事件通知和分发等应用的会话控制采 用SIP扩展协议IETFRFC3428规定的MESSAGE方法实现。 + +## GB/T28181—2022 + +SIP消息应支持基于UDP和TCP的传输。 + +互联的联网系统平台及设备不应向对方的SIP端口发送应用无关消息，避免应用无关消息占用联 网系统平台及设备的SIP消息处理资源。 + +## 4.3.3会话描述协议 + +联网系统有关设备之间会话建立过程的会话协商和媒体协商应采用IETFRFC4566协议描述，主 要内容包括会话描述、媒体信息描述、时间信息描述。会话协商和媒体协商信息应采用SIP消息的消息 体携带传输。 + +## 4.3.4控制描述协议 + +联网系统有关前端设备控制、报警信息、设备目录信息等控制命令应采用MANSCDP描述，应符合 附录A的规定。联网系统控制命令应采用SIP消息MESSAGE的消息体携带传输。 + +## 4.3.5媒体回放控制协议 + +历史视音频的回放控制命令应采用MANSRTSP，协议描述应符合附录B的规定，实现设备在端到 端之间对视音频流的正常、快速、暂停、停止、随机拖动播放等远程控制。历史媒体的回放控制命令采用 SIP消息INFO的消息体携带传输。 + +## 4.3.6媒体传输和媒体编解码协议 + +值功能。RTP的负载应采用如下两种格式之一：基于PS封装的视音频数据或视音频基本流数据，应符 间戳信息及各数据流的同步，同一帧视音频数据包封装成的所有RTP数据包的RTP时间戳相同，且与 议，为按序传输数据包提供可靠保证，提供流量控制和拥塞控制。 + +## 5传输要求 + +联网系统网络层应支持IP协议，传输层应支持TCP和UDP协议。 + +## 5.2媒体传输协议要求 + +视音频流在基于IP的网络上传输时应支持RTP/RTCP协议；视音频流的数据封装格式应符合 + +4.3.6的要求。 + +视音频流在基于IP的网络上传输时宜扩展支持TCP协议，协议应符合附录D的规定。 + +## 5.3信息传输延迟时间 + +当联网系统信息经由IP网络传输时，端到端的信息延迟时间（包括发送端信息采集、编码、网络传 输，接收端信息解码、显示等过程所经历的时间)应满足下列要求： + +- a）前端设备与信号直接接人监控中心相应设备间端到端的信息延迟时间应不大于2s; +- b）前端设备与用户终端设备间端到端的信息延迟时间应不大于4S。 + +## 5.4网络传输带宽 + +## 5.5网络传输质量 + +联网系统IP网络的传输质量（如传输时延、包丢失率、包误差率、虚假包率等)应符合如下要求： + +- a）网络时延上限值为400 ms; +- b）时延抖动上限值为50 ms; +- c） 包丢失率上限值为1×10-3； +- d）包误差率上限值为1×10-4。 + +## 5.6视频帧率 + +一类视频监控点、二类视频监控点的本地录像和网络传输的最大视频帧率应不低于25帧/s。 + +## 6交换要求 + +## 6.1统一编码规则 + +## 6.1.1ID统一编码规则 + +联网系统应对前端设备、监控中心设备、用户终端ID进行统一编码，该编码具有全局唯一性。编码 通信、管理平台与其他系统之间的通信应采用本章规定的统一编码标识联网系统的设备和用户。 + +参照IETFRFC3261，规定联网系统中SIP消息的From、To头域中的SIPURI格式如下： sip[s]:username@domain;uri-parameters + +其中，用户名username的命名应保证在同一个SIP监控域内具有唯一性，宜采用6.1.1规定的ID 统一编码。domain宜采用ID统一编码的前十位编码，扩展支持十位编码加".spvmn.cn"后缀格式；或 采用IP：port格式，port宜采用5060；或域名。uri-parameters可用于携带扩展参数。 + +SIP消息中其他头域的SIPURI取值应符合IETFRFC3261的规定。 + +## 6.2媒体编解码 + +联网系统中视频编解码应采用SVAC、H.264、H.265或MPEG-4，优先采用SVAC。音频编解码宜 + +采用G.711、G.722.1、G.723.1、G.729、SVAC或AAC。相关技术要求应符合附录F的规定。 + +## 6.3媒体存储封装格式 + +联网系统中视音频等媒体数据的存储封装格式应为PS格式，格式见ISO/IEC13818-1：2019。 + +## 6.4SDP定义 + +## GB/T28181—2022 + +录G的规定。 + +## 6.5网络传输协议的转换 + +应支持将非SIP监控域的网络传输协议与5.1规定的网络传输协议进行双向协议转换。 + +## 6.6控制协议的转换 + +应支持将非SIP监控域的设备控制协议与4.3规定的会话初始协议、会话描述协议、控制描述协议 和媒体回放控制协议进行双向协议转换。 + +## 6.7媒体传输协议的转换 + +应支持将非SIP监控域的媒体传输协议和数据封装格式与5.2规定的媒体传输协议和4.3.6规定 的数据封装格式进行双向协议转换。 + +## 6.8媒体数据格式的转换 + +联网系统与其他系统的互联应符合附录A、附录E的要求。 + +## 6.10信令字符集 + +联网系统与设备的SIP信令字符集应采用GB18030编码格式。 + +## 6.11多路径级联结构 + +若某些联网系统管理平台存在多个上级平台，则整个级联结构并非如图2、图3所示的树状结 构，存在上级平台通过多个路径访问下级平台目标设备的可能性，管理平台宜按照附录H的技术要求 支持该功能。 + +## 7控制要求 + +## 7.1注册 + +注册满足以下要求： + +- a）应支持设备或系统进人联网系统时向SIP服务器进行注册登记的工作模式； +- b） +- c) +- d) 宜实现注册重定向功能，给设备动态分配接入服务器，以应付大规模设备接入时服务器端的负 +- 载均衡和故障迁移； +- e）设备或系统注册的会话控制过程见9.1。 + +## 7.2实时视音频点播 + +实时视音频点播满足以下要求： + +- a）应支持按照指定设备、指定通道进行视音频的实时点播，支持多用户对同一视音频资源的同时 12 + +点播； + +- b）实时视音频点播的会话控制过程见9.2，会话描述信息采用6.4规定的格式。 + +## 7.3控制 + +控制满足以下要求： + +- a）应支持向指定设备发送控制信息，如摄像机云台控制、录像控制、报警设备的布防/撤防等，实 现对设备的各种动作进行遥控； +- b）宜支持远程启动、报警复位、强制关键帧、拉框放大、拉框缩小、看守位控制、PTZ精准控制等 控制； +- c） 宜支持对摄像机存储卡的格式化； +- d） 宜支持对视频实况画面中的目标进行自动及手动跟踪； +- e) 宜支持对设备进行参数配置，包括基本参数、视频参数范围、SVAC编码、SVAC解码、视频参 数属性、录像计划、报警录像、视频画面遮挡、画面翻转、报警上报开关、前端OSD设置、图像抓 拍配置等； +- f）设备控制的会话控制过程见9.3,设备控制命令SIP消息体采用XML封装，并符合附录A的 规定。 + +## 7.4报警事件通知和分发 + +报警事件通知和分发应满足以下要求： + +- a）能实时接收报警源发送的报警信息，根据报警处置预案将报警信息及时分发给相应的用户终 端或系统、设备； +- b）报警信息的接收和分发的会话控制过程见9.4，报警事件通知命令SIP消息体采用XML封 装，并符合附录A的格式规定。 + +## 7.5设备信息查询 + +设备信息查询应满足以下要求： + +- a）支持分级查询并获取联网系统中注册设备或系统的设备目录、设备信息、设备状态、设备配置、 设备预置位、看守位、巡航轨迹列表、巡航轨迹、PTZ精准状态、存储卡状态等信息； +- b）查询的会话控制过程见9.5.2，设备目录、设备信息、设备状态、设备配置、设备预置位、看守位、 巡航轨迹列表、巡航轨迹、PTZ精准状态、存储卡状态的查询命令SIP消息体采用XML封 装，并符合附录A的规定； +- c）支持查询设备的基本信息，如设备厂商、设备型号、版本、支持协议类型等； +- d）设备目录组织方式按照附录J的相关规定。 + +## 7.6状态信息报送 + +状态信息报送应满足以下要求： + +- a）支持以主动报送的方式搜集、检测网络内的监控设备、报警设备、相关服务器以及连接的联网 系统的运行情况； +- b）状态信息报送的会话过程见9.6，状态信息报送命令SIP消息体采用XML封装，并符合附录 A的规定。 + + + +## 7.7历史视音频文件检索 + +历史视音频文件检索应满足以下要求： + +- a）支持对指定设备上指定时间段的历史视音频文件进行检索； +- b）历史视音频检索过程见9.7。 + +## 7.8历史视音频回放 + +历史视音频回放满足以下要求： + +- a）应支持对指定设备或系统上指定时间的历史视音频数据进行远程回放，回放过程应支持正常 播放、快速播放、慢速播放、画面暂停、随机拖放等媒体回放控制； +- b） 宜支持录像倒放、倒放拖动功能； +- 历史视音频回放的会话控制和视音频回放控制过程见9.8，会话描述信息采用SDP协议规定 的格式，视音频回放控制命令应采用附录B规定的MANSRTSP协议格式。 + +## 7.9历史视音频文件下载 + +历史视音频文件下载应满足以下要求： + +- a）支持对指定设备指定时间段的历史视音频文件进行下载； +- b）历史视音频下载过程见9.9。 + +## 7.10网络校时 + +网络校时满足以下要求。 + +- a） 联网系统内的IP网络接人设备应支持SIP信令的统一校时，接人设备应在注册时接受来自 +- SIP服务器通过消息头Date域携带的授时； +- b） 联网系统内的IP网络服务器设备宜支持NTP（见IETFRFC2030)协议的网络统一校时服 务。网络校时设备分为时钟源和客户端，支持客户/服务器的工作模式；时钟源应支持 +- TCP/IP、UDP及NTP协议，能将输入的或自身产生的时间信号以标准的NTP信息包格式 输出。 + +## 7.11订阅和通知 + +宜支持订阅和通知机制，支持事件以及目录订阅和通知，具体协议信令流程见9.11。 + +## 7.12语音广播和语音对讲 + +宜支持语音广播、语音对讲机制，协议信令流程见9.12。 + +## 7.13设备软件升级 + +宜支持对指定设备进行软件升级，协议信令流程见9.13。 + +## 7.14图像抓拍 + +宜支持指定设备进行图像抓拍功能，将抓拍图像传输到指定位置，协议信令流程见9.14。 + +## 8传输、交换、控制安全性要求 + +## 8.1设备身份认证 + +设备身份认证满足以下要求： + +- a）应支持对接人系统的所有设备进行统一编码，设备编码规范见6.1的规定； +- b）接人设备认证应根据不同情况采用不同认证方式。对于非标准SIP设备，宜通过网关进行 认证； +- c） 应支持采用基于口令的数字摘要认证方式对设备进行身份认证，认证流程见9.1和IETF +- RFC3261的第22章； +- d）宜支持数字证书的认证方式。 + +## 8.2数据加密 + +宜在网络层采用IPSec或在传输层采用TLS对SIP消息实现逐跳安全加密。 + +## 8.3SIP信令认证 + +应对SIP信令做数字摘要认证，宜支持SM3等数字摘要算法。在SIP消息头域中，启用Date 域,增加Note域。Note=（Digest nonce="",algorithm=）,nonce 的值为数字摘要经过BASE64 编码 后的值，algorithm的值为数字摘要的算法名称。当跨域访问时，若该信令是由本域的用户发起，则信令 安全路由网关宜将发送到外域的信令添加Monitor-User-Identity头域，其取值为信令安全路由网关ID 和用户的身份信息；若该信令不是由本域的用户发起，则只在原有Monitor-User-Identity域值前添加 信令安全路由网关ID；各段分隔符为"-"。用户的身份为用户ID以及用户身份属性信息（用户身份属 性信息包括用户隶属机构属性、用户类别属性和用户职级属性）。 + +## 8.4数据完整性保护 + +联网系统宜采用数字摘要、数字时间戳及数字水印等技术防止信息的完整性被破坏，即防止恶意篡 改系统数据。 + +## 8.5访问控制 + +份信息进行访问控制。 + +## 8.6高安全级别要求 + +在高安全级别情况下，设备身份认证、数据加密、SIP信令认证、数据完整性保护、访问控制应符合 GB35114的规定。 + +## 9控制、传输流程和协议接口 + +## 9.1注册和注销 + +## 9.1.1基本要求 + +注册和注销满足以下基本要求。 + +- a）SIP客户端、网关、SIP设备、联网系统等SIP代理（SIPUA)应使用IETFRFC3261定义的 REGISTER方法进行注册和注销。注册和注销时应进行认证，认证方式应支持数字摘要认证 方式，高安全级别的宜支持数字证书的认证方式。 +- b） 注册成功后，SIP代理在注册过期时间到来之前，应向注册服务器进行刷新注册，刷新注册消 息流程应与9.1.2.1的流程描述一致，并遵循IETFRFC3261对刷新注册的规定。 +- c） 若注册失败，SIP代理应间隔一定时间后继续发起注册过程，与上一次注册时间间隔应可 调，一般情况下不应短于60s。 +- d） 系统、设备注册过期时间应可配置，缺省值为86400s（1天），应在注册过期时间到来之前发送 刷新注册消息，为SIP服务器预留适当刷新注册处理时间，注册过期时间不应短于3600S。 +- e) SIP代理注册成功则认为SIP服务器为在线状态，注册失败则认为SIP服务器为离线状态。 SIP服务器在SIP代理注册成功后认为其为在线状态，SIP代理注册过期则认为其为离线 状态。 +- （J 对于处于开启网络地址转换（NAT)功能的路由器内侧的SIP代理，宜支持使用TCP发起SIP 注册，并在注册成功后保持TCP连接不关闭，SIP代理及服务器在该TCP通道里发送心跳、 刷新注册、视音频点播、控制等所有请求及响应SIP消息。若TCP通道断开，则认为SIP代理 异常掉线，SIP代理应按前述要求间隔一定时间后重新发起注册。 + +## 9.1.2信令流程 + +## 9.1.2.1基本注册 + +基本注册即采用IETFRFC3261规定的基于数字摘要的挑战应答式安全技术进行注册，具体注册 流程应与图8相符合。 + +图8基本注册流程 + + + +## 基本注册流程描述如下： + +- a）1:SIP代理向SIP服务器发送REGISTER请求； +- b) 2:SIP服务器向SIP代理发送响应401,并在响应的消息头WWW-Authenticate字段中给出 适合SIP代理的认证体制和参数； +- c) 3：SIP代理重新向SIP服务器发送REGISTER请求，在请求的Authorization字段给出信任 书，包含认证信息； +- d) 4：SIP服务器对请求进行验证，如果检查出SIP代理身份合法，向SIP代理发送成功响应200 OK，如果SIP代理身份不合法则发送拒绝服务应答。 + +## 9.1.2.2基本注销 + +基本注销流程应与图9相符合。 + +图9基本注销流程 + + + +## 基本注销流程描述如下： + +- a）1:SIP代理向 SIP服务器发送REGISTER请求,Expires 字段的值为O,表示 SIP代理要注销； +- b) 2:SIP服务器向SIP代理发送响应4O1，并在响应的消息头WWW-Authenticate字段中给出 适合SIP代理的认证体制和参数； +- c) +- d) 4:SIP服务器对请求进行验证，如果检查出SIP代理身份合法，向SIP代理发送成功响应200 OK，如果SIP代理身份不合法则发送拒绝服务应答。 + +## 9.1.2.3注册重定向 + +注册重定向应符合IETFRFC3261中8.3"重定向服务器"和21.3.3"302临时重定向"相关规定，具 体注册流程应与图10相符合。 + +图10注册重定向流程 + + + +注册重定向流程描述如下： + +- a）1：设备或系统端的SIP代理向SIP重定向服务器发起注册请求； +- b）（可选)2:SIP重定向服务器向SIP代理发送响应401，并在响应的消息头WWW-Authenticate 字段中给出适合SIP代理的认证体制和参数； +- c） （可选）3：SIP代理重新向SIP重定向服务器发送REGISTER请求，在请求的Authorization 字段给出信任书，包含认证信息； +- d）4：SIP重定向服务器对请求进行验证，如果检查出SIP代理身份合法，SIP重定向服务器根据 内部策略选择设备需注册的SIP服务器A，并回复注册请求响应302，响应消息携带Contact 头域和Expires,Contact格式为<sip:SIP服务器A编码@目的IP地址端口>,在此头域中携 带SIP服务A的地址； +- e) 5:SIP代理收到302重定向响应后，向SIP服务器A发起注册； +- （J 6～8：完成注册重定向流程后，后续所有请求和响应动作由SIP服务器A和设备直接完成； +- g） 重定向后，如果SIP代理按照9.1.1的注册要求或9.6.1的心跳要求，判定SIP服务器A离 线，或注册被SIP服务器A拒绝（包括403或500等错误），则SIP代理应重新执行注册重定向 流程，向SIP重定向服务器发起注册请求。 + +## 9.2实时视音频点播 + +## 9.2.1基本要求 + +实时视音频点播满足以下基本要求。 + +- a）实时视音频点播的SIP消息应通过本域或其他域的SIP服务器进行路由、转发，目标设备的实 时视音频流宜通过本域的媒体服务器进行转发。 +- b） RTP/RTCP协议（IETFRFC3550)实现媒体传输。 +- c） 实时视音频点播的信令流程分为客户端主动发起和第三方呼叫控制两种方式，联网系统可选 择其中一种或两种结合的实现方式。第三方呼叫控制的第三方控制者宜采用B2BUA实 现，有关第三方呼叫控制见IETFRFC3725。 +- d）实时视音频点播应符合附录K规定的媒体流保活机制。 + + + +## 9.2.2命令流程 + +## 9.2.2.1客户端主动发起 + +客户端主动发起的实时视音频点播流程应与图11相符合。 + +图11客户端主动发起的实时视音频点播流程 + + + +其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立 媒体流接收者与媒体服务器之间的媒体流信令过程，信令2～7为SIP服务器通过三方呼叫控制建立媒 体服务器与媒体流发送者之间的媒体流信令过程，信令13～16为媒体流接收者断开与媒体服务器之间 的媒体流信令过程，信令17～20为SIP服务器断开媒体服务器与媒体流发送者之间的媒体流信令 过程。 + +命令流程描述如下。 + +- a）1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，表明点播的视 频源ID、发送方媒体流序列号、媒体流接收者ID、接收端媒体流序列号标识等参数，SDP消息 体中s字段为"Play"代表实时点播。 +- b）2:SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的 媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体。 +- d）4:SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求 中携带消息3中媒体服务器回复的200OK响应消息体，s字段为"Play"代表实时点播，增加y 字段描述SSRC值，f字段描述媒体参数。 +- e）5：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息 体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容。 +- f）6:SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求 中携带消息5中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话 建立过程。 +- g）7:SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请 求中不携带消息体，完成与媒体流发送者的Invite会话建立过程。 +- h）8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者和媒体服务器之 间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器。 +- i）9:媒体服务器收到Invite请求,回复200OK响应，携带SDP消息体，消息体中描述了媒体服 务器发送媒体流的IP、端口、媒体格式、SSRC值等内容。 +- j）10:SIP服务器将消息9转发给媒体流接收者。 +- 过程。 +- m）13：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的 Invite会话。 +- n）14:SIP服务器收到BYE消息后回复200OK响应，会话断开。 +- o）15：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒 体服务器的Invite会话。 +- p） 16：媒体服务器收到BYE消息后回复200OK响应，会话断开。 +- (b 17：SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite 会话。 +- r）18：媒体服务器收到BYE消息后回复200OK响应，会话断开。 +- Invite会话。 +- t）20：媒体流发送者收到BYE消息后回复200OK响应，会话断开。 + +第三方呼叫控制的实时视音频点播流程应与图12相符合。 + +## GB/T28181-2022 + +图12第三方呼叫控制的实时视音频点播流程 + + + +其中，信令1～6为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接 信令过程，信令7～12为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链 接信令过程，信令13～16为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令17～20为 断开媒体服务器与媒体流发送者之间的媒体链接信令过程。 + +## 命令流程描述如下： + +- a) 1:SIP服务器向媒体服务器发送Invite消息，此消息不携带SDP消息体； +- b) 2：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体 中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容； +- c) 3：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求 中携带消息2中媒体服务器回复的200OK响应消息体，s字段为"Play"代表实时点播，增加y + +字段描述SSRC值，f字段描述媒体参数； + +- d）4：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息 体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容； +- e）5：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求 中携带消息4中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话 建立过程； +- f）6:SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请 求中不携带消息体，完成与媒体流发送者的Invite会话建立过程； +- 体中描述了媒体流接收者接收媒体流的IP、端口、媒体格式等内容； +- i）9:SIP服务器收到媒体流接收者返回的200OK响应后，向媒体服务器发送Invite请求,请求 中携带消息8中媒体流接收者回复的200OK响应消息体，s字段为"Play"代表实时点播，增 加y字段描述SSRC值； +- j）10:媒体服务器收到SIP服务器的Invite请求后,回复200OK响应，携带SDP消息体,消息体 中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等内容； +- k）11:SIP服务器收到媒体服务器返回的200OK响应后，向媒体流接收者发送ACK请求，请求 中携带消息10中媒体服务器回复的200OK响应消息体，完成与媒体流接收者的Invite会话 建立过程； +- 不携带消息体，完成与媒体服务器的Invite会话建立过程； +- Invite会话； +- n）14:媒体流接收者收到BYE消息后回复200OK响应，会话断开； +- o）15:SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同媒体服务器的Invite 会话； +- p）16:媒体服务器收到BYE消息后回复200OK响应，会话断开； +- q）17:SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite 会话； +- r）18：媒体服务器收到BYE消息后回复200OK响应，会话断开； +- 19：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的 Invite会话； +- t）20:媒体流发送者收到BYE消息后回复200OK响应，会话断开。 + +## 9.2.3协议接口 + +协议接口满足以下要求。 + +- a）SIP消息头域（如TO、FROM、Cseq、Call-ID、Max-Forwards、Via等）的详细定义符合相关SIP 消息的RFC文档的规定。 +- b）消息头域Allow字段应支持INVITE、ACK、INFO、CANCEL、BYE、OPTIONS、MESSAGE 方法。 +- c）发送给媒体服务器的消息的消息头应包括Subject字段，系统应支持该字段，详细定义应符合 22 + +附录L的规定。实时视频图像点播流程中携带的请求和应答消息体采用SDP协议格式定义。 有关SDP的详细描述见IETFRFC4566。 + +- d）消息头Content-type字段应表示消息体采用SDP协议格式定义，即Content-type：application/sdp。 +- e） SDP文本信息包括会话名称和意图、会话持续时间、构成会话的媒体、有关接收媒体的信息 （地址等）。 +- f） +- g）SDP协议格式消息体应包括o行（见IETFRFC 4566的5.2），o行中的username应为本设备 的设备编码，设备编码应符合6.1.1的规定；c行中应包括设备或系统IP地址；m行中应包括 +- 媒体接收端口号。 + +## 9.3控制 + +## 9.3.1基本要求 + +控制满足以下基本要求： + +- 报警布防/撤防、报警复位、强制关键帧、拉框放大、拉框缩小、看守位控制、PTZ精准控制、存 +- b）设备配置的内容包括基本参数、视频参数范围、SVAC编码、SVAC解码、视频参数属性、录像 计划、报警录像、视频画面遮挡、画面翻转、报警上报开关、前端OSD、图像抓拍配置等； +- c） 控制应采用IETFRFC3428中的MESSAGE方法实现； +- d）源设备向目标设备发送摄像机云台控制、远程启动、强制关键帧、拉框放大、拉框缩小、PTZ精 准控制、存储卡格式化、目标跟踪命令后，目标设备不发送应答命令，命令流程见9.3.2.1； +- e） 源设备向目标设备发送录像控制、报警布防/撤防、报警复位、看守位控制、软件升级、设备配置 +- 命令后，目标设备应发送应答命令表示执行的结果，命令流程见9.3.2.2； +- f） + +## 9.3.2命令流程 + +## 9.3.2.1无应答命令流程 + + + +## GB/T 28181—2022 + +## 命令流程描述如下： + +- a) 1:源设备向SIP服务器发送设备控制命令，设备控制命令采用MESSAGE方法携带； +- b) 2:SIP服务器收到命令后返回200OK； +- c) 3:SIP服务器向目标设备发送设备控制命令，设备控制命令采用MESSAGE方法携带； +- d) 4：目标设备收到命令后返回200OK。 + +## 9.3.2.2 有应答命令流程 + +有应答设备控制流程应与图14相符合。 + +图14有应答设备控制流程 + + + +## 命令流程描述如下： + +- a) 1:源设备向SIP服务器发送设备控制命令，设备控制命令采用MESSAGE方法携带； +- b) 2:SIP服务器收到命令后返回200OK； + +图13无应答设备控制流程 + + + +- c) 3：SIP服务器向目标设备发送设备控制命令，设备控制命令采用MESSAGE方法携带； +2. (P 4：目标设备收到命令后返回200OK； +- e) 5：目标设备向SIP服务器发送设备控制响应命令，设备控制响应命令采用MESSAGE方法 携带； +- f) 6：SIP服务器收到命令后返回200OK； +- g) 7:SIP服务器向源设备转发设备控制响应命令，设备控制响应命令采用MESSAGE方法 携带； +- h) 8：源设备收到命令后返回200OK。 + +## 9.3.3协议接口 + +## 9.3.3.1请求命令 + +请求命令满足以下要求： + +- a） MESSAGE 消息头 Content-type 头域为 Content-type：Application/MANSCDP十xml; +- b) 设备控制命令采用MANSCDP协议格式定义：设备控制命令消息体采用XML封装，消息体 元数据序列格式应符合A.2.3.1和A.2.3.2的规定； +- c) 设备控制命令应包括命令类型（CmdType）、命令序列号（SN）、设备编码（DeviceID）、子命令 等，采用MESSAGE方法的消息体携带； +- d） 设备在收到MESSAGE消息后，应立即返回应答，应答命令中应无消息体。 + +## 9.3.3.2应答命令 + +应答命令满足以下要求： + +- a） MESSAGE 消息头 Content-type头域为 Content-type：Application/MANSCDP十xml; +- b） 设备控制应答命令采用MANSCDP协议格式定义：设备控制命令应答消息体采用XML封 装，XML消息体格式定义应符合A.2.6.1规定的前导声明，消息体元数据序列格式应符合 A.2.6.2的规定； +- c) 设备控制应答命令应包括命令类型（CmdType）、命令序列号（SN）、设备编码（DeviceID）、执行 结果（Result）； +- d) 设备在收到MESSAGE消息后，应立即返回应答，应答均无消息体。 + +## 9.3.3.3请求命令和应答命令章节对应关系 + +各个设备控制功能与请求命令和应答命令的XML消息体格式定义章节对应关系如表1所示，各 个设备配置功能与请求命令和应答命令的XML消息体格式定义章节对应关系如表2所示。 + +## 表1设备控制功能与请求命令和应答命令XMIL消息体格式定义章节对应关系 + +| 序号 | 功能 | 对应请求命令章节 | 对应应答命令章节 | +|--------|----------------|--------------------|--------------------| +| 1 | 摄像机云台控制 | A.2.3.1.2 | （无） | +| 2 | 远程启动 | A.2.3.1.3 | （无） | +| 3 | 录像控制 | A.2.3.1.4 | A.2.6.2 | +| 4 | 报警布防/撤防 | A.2.3.1.5 | A.2.6.2 | + +| | 功能 | 对应请求命令章节 | 对应应答命令章节 | +|----|--------------|--------------------|--------------------| +| 5 | 报警复位 | A.2.3.1.6 | A.2.6.2 | +| 9 | 强制关键帧 | A.2.3.1.7 | （无） | +| 7 | 拉框放大 | A.2.3.1.8 | （无） | +| 8 | 拉框缩小 | A.2.3.1.9 | （无） | +| 6 | 看守位控制 | A.2.3.1.10 | A.2.6.2 | +| 10 | PTZ精准控制 | A.2.3.1.11 | （无） | +| 11 | 设备软件升级 | A.2.3.1.12 | A.2.6.2 | +| 12 | 存储卡格式化 | A.2.3.1.13 | （无） | +| 13 | 目标跟踪 | A.2.3.1.14 | （无） | + +## 表2设备配置功能与请求命令和应答命令XMIL消息体格式定义章节对应关系 + +| 序号 | 功能 | 对应请求命令章节 | 对应应答命令章节 | +|--------|------------------|--------------------|--------------------| +| 1 | 基本参数配置 | A.2.3.2.2 | A.2.6.8 | +| 2 | SVAC编码配置 | A.2.3.2.3 | A.2.6.8 | +| 3 | SVAC解码配置 | A.2.3.2.4 | A.2.6.8 | +| 4 | 视频参数属性配置 | A.2.3.2.5 | A.2.6.8 | +| 5 | 录像计划配置 | A.2.3.2.6 | A.2.6.8 | +| 9 | 报警录像配置 | A.2.3.2.7 | A.2.6.8 | +| 7 | 视频画面遮挡配置 | A.2.3.2.8 | A.2.6.8 | +| 8 | 画面翻转配置 | A.2.3.2.9 | A.2.6.8 | +| 9 | 报警上报开关配置 | A.2.3.2.10 | A.2.6.8 | +| 10 | 前端OSD配置 | A.2.3.2.11 | A.2.6.8 | +| 11 | 图像抓拍配置 | A.2.3.2.12 | A.2.6.8 | + +## 9.4 报警事件通知和分发 + +## 9.4.1 基本要求 + +报警事件通知和分发满足以下基本要求： + +- a) 发生报警事件时，源设备应将报警信息发送给SIP服务器，SIP服务器接收到报警事件后，将 报警信息分发给目标设备； +- b) 报警事件通知和分发使用IETFRFC3428中定义的MESSAGE方法； +- c) 源设备包括SIP设备、网关、SIP客户端、联网系统或者综合接处警系统以及卡口系统等； +- d) 目标设备包括具有接警功能的SIP客户端、联网系统或者综合接处警系统以及卡口系统等。 + +## 9.4.2命令流程 + +报警事件通知和分发流程应与图15相符合。 + +图15报警事件通知和分发流程 + + + +## 命令流程描述如下： + +- a）1：报警事件产生后，源设备向SIP服务器发送报警通知命令，报警通知命令采用MESSAGE 方法携带； +- b) 2:SIP服务器收到命令后返回200OK； +- c) 3:SIP服务器接收到报警事件后，向源设备发送报警事件通知响应命令，报警通知响应命令采 用MESSAGE方法携带； +- d) 4：源设备收到命令后返回200OK； +- e) 5：SIP服务器接收到报警事件后，确定需要转发的目标设备，SIP服务器向目标设备发送报警 事件通知命令，报警通知命令采用MESSAGE方法携带； +- f) 6：目标设备收到命令后返回200OK； +- g) 7：目标设备接收到报警事件后，向SIP服务器发送报警事件通知响应命令，报警通知响应命令 采用MESSAGE方法携带； +- h） 8：SIP服务器收到命令后返回200OK。 + +## 9.4.3协议接口 + +## 9.4.3.1请求命令 + +请求命令满足以下要求： + +- a） 源设备向SIP服务器通知报警、SIP服务器向目标设备发送报警的通知命令均采用 MESSAGE方法的消息体携带； +- b) 消息头Content-type字段为Content-type：Application/MANSCDP十xml; +- c) 报警事件通知和分发流程中的请求命令采用MANSCDP协议格式定义：请求命令消息体采用 + +## GB/T28181—2022 + +XML格式封装，XML消息体的格式定义应符合A.2.5.1规定的前导声明，消息体元数据序列 格式应符合A.2.5.3的规定； + +- d）报警事件通知命令应包括命令类型（CmdType）、命令序列号（SN）、设备编码（DeviceID）、报警 级别（AlarmPriority）、报警时间（AlarmTime）、报警方式（AlarmMethod）、经度（Longitude）、 纬度（Latitude)等，扩展报警类型（AlarmType）、报警类型参数（AlarmTypeParam）； +- e）设备在收到MESSAGE消息后，应立即返回200OK应答，200OK应答均无消息体。 + +## 9.4.3.2应答命令 + +应答命令满足以下要求： + +- a）SIP服务器向源设备、目标设备向SIP服务器发送报警通知应答命令均采用MESSAGE方法； +- b）消息头 Content-type字段为 Content-type：Application/MANSCDP十xml; +- c） 报警事件通知和分发流程中的应答命令采用MANSCDP协议格式定义：应答消息体采用 XML格式封装，XML消息体格式定义应符合A.2.6.1中规定的前导声明，消息体元数据序列 格式应符合A.2.6.3的规定； +- d）报警事件通知应答命令应包括命令类型（CmdType）、命令序列号（SN）、设备编码（DeviceID）、 执行结果（Result）； +- e）设备在收到MESSAGE消息后，应立即返回200OK应答，200OK应答均无消息体。 + +## 9.5网络设备信息查询 + +## 9.5.1基本要求 + +网络设备信息查询应满足以下基本要求： + +- a）源设备向目标设备发送信息查询命令，目标设备应将结果通过查询应答命令返回给源设备； +- b）网络设备信息查询命令包括设备目录、前端设备信息、前端设备状态信息、设备配置、预置位、 看守位信息、巡航轨迹列表、巡航轨迹、PTZ精准状态、存储卡状态等； +- c) 信息查询的范围包括本地SIP监控域或者跨SIP监控域； +- d) 网络设备信息查询命令和响应均采用IETFRFC3428中定义的MESSAGE方法； +- e) 目录查询应答命令应符合附录M多响应消息传输的要求； +- 源设备包括SIP客户端、网关或联网系统，目标设备包括SIP设备、网关或联网系统。 +- f） + +## 9.5.2命令流程 + +网络设备信息查询流程应与图16相符合。 + +图16网络设备信息查询流程 + + + +## 命令流程描述如下： + +- a) 1：源设备向SIP服务器发送设备查询命令，设备查询命令采用MESSAGE方法携带； +- b) 2:SIP服务器收到命令后返回200OK； +- c) 3：SIP服务器向目标设备转发设备查询命令，设备查询命令采用MESSAGE方法携带； +- d) 4：目标设备收到命令后返回200OK； +- e) 5：目标设备向SIP服务器发送设备查询响应命令，设备查询响应命令采用MESSAGE方法 携带； +- f) 6:SIP服务器收到命令后返回200OK； +- g) 7：SIP服务器向源设备转发查询响应命令，设备查询响应命令采用MESSAGE方法携带； +- h) 8：源设备收到命令后返回2000K。 + +## 9.5.3协议接口 + +## 9.5.3.1请求命令 + +请求命令满足以下要求： + +- a) MESSAGE 消息头 Content-type头域为 Content-type：Application/MANSCDP十xml; +- b) 网络设备信息查询命令采用MANSCDP协议格式定义，采用IETFRFC3428的MESSAGE 方法，详细描述见A.2.4； +- c) 相关设备在收到MESSAGE消息后，应立即返回200OK应答，200OK应答应无消息体。 + +## 9.5.3.2应答命令 + +## 应答命令满足以下要求： + +- a）MESSAGE 消息头 Content-type头域为 Content-type:Application/MANSCDP十xml; +- b） 网络设备信息查询应答命令采用MANSCDP协议格式定义，采用IETFRFC3428的MES- + +## GB/T28181—2022 + +## GB/T28181—2022 + +SAGE方法的消息体携带，详细描述见A.2.6； + +- c) 相关设备在收到MESSAGE消息后，应立即返回200OK应答，200OK应答均无消息体。 + +## 9.5.3.3 请求命令与应答命令章节对应关系 + +各个网络设备信息查询功能与请求命令和应答命令的XML消息体格式定义章节对应关系对应章 节如表3所示。 + +表3网络设备信息查询功能与请求命令和应答命令XML消息体定义章节对应关系 + +| 序号 | 功能 | 对应请求命令章节 | 对应应答命令章节 | +|--------|------------------|--------------------|--------------------| +| 1 | 设备目录查询 | A.2.4.3 | A.2.6.4 | +| | 设备信息查询 | A.2.4.4 | A.2.6.5 | +| 3 | 设备状态查询 | A.2.4.2 | A.2.6.6 | +| 4 | 设备配置查询 | A.2.4.7 | A.2.6.8 | +| 5 | 设备预置位查询 | A.2.4.8 | A.2.6.10 | +| 6 | 看守位信息查询 | A.2.4.10 | A.2.6.12 | +| 7 | 巡航轨迹列表查询 | A.2.4.11 | A.2.6.13 | +| 8 | 巡航轨迹查询 | A.2.4.12 | A.2.6.14 | +| 9 | PTZ精准状态查询 | A.2.4.13 | A.2.6.15 | +| 10 | 存储卡状态查询 | A.2.4.14 | A.2.6.16 | + +## 9.6状态信息报送 + +## 9.6.1基本要求 + +状态信息报送满足以下基本要求。 + +- a） 当源设备（包括网关、SIP设备、SIP客户端或联网系统)发现工作异常时，应立即向本SIP监控 域的SIP服务器发送状态信息；无异常时，应定时向本SIP监控域的SIP服务器发送状态 信息。 +- b) 状态信息报送采用IETFRFC3428中定义的MESSAGE方法。 +- c) SIP设备宜在状态信息中携带故障子设备描述信息，详见A.2.5.2状态信息报送。 +- d) 通过周期性的状态信息报送，实现注册服务器与源设备之间的状态检测，即心跳机制。心跳发 送方、接收方需统一配置心跳间隔参数，按照心跳间隔定时发送心跳消息，默认心跳间隔为 60S。心跳发送方、接收方需统一配置心跳超时次数参数，心跳消息连续超时达到心跳超时次 数则认为对方下线，默认心跳超时次数为3次。 +- e) 心跳接收方在心跳发送方上线状态下，检测到心跳消息连续超时达到配置次数则认为心跳发 送方离线；心跳发送方在心跳接收方上线状态下，检测不到心跳响应消息连续超时达到配置次 数则认为心跳接收方离线。 + +## 9.6.2命令流程 + +状态信息报送流程应与图17相符合。 + +## 命令流程描述如下： + +- a）1：源设备向SIP服务器发送设备状态信息报送命令，设备状态信息报送命令采用MESSAGE 方法携带； +- b）2:SIP服务器收到命令后返回200OK。 + +## 9.6.3协议接口 + +协议接口满足以下要求： + +- a）MESSAGE 消息头 Content-type头域为 Content-type：Application/MANSCDP十xml; +- b）状态信息报送命令采用MANSCDP协议格式定义：请求命令消息体采用XML格式封装， XML消息体的格式定义应符合A.2.5.1规定的前导声明，消息体元数据序列格式应符合 A.2.5.2的规定； +- c）状态信息报送命令应包括命令类型（CmdType）、设备/系统编码（DeviceID）、是否正常工作 (Status)等，采用MESSAGE方法的消息体携带； +- d）MESSAGE消息的成功和错误应答均无消息体。 + +## 9.7设备视音频文件检索 + +## 9.7.1基本要求 + +设备视音频文件检索满足以下基本要求。 + +- a）文件检索主要用区域、设备、录像时间段、录像地点、录像报警为条件进行查询。 +- b）用Message消息发送检索请求和返回查询结果，传送结果的Message消息可以发送多条，应 符合附录M多响应消息传输的要求。 +- c） 文件检索请求和应答命令采用MANSCDP协议格式定义：请求命令消息体采用XML格式封 装，XML消息体的格式定义应符合A.2.4.1规定的前导声明，消息体元数据序列格式应符合 A.2.4.5的规定；应答命令消息体采用XML格式封装，XML消息体的格式定义应符合A.2.6.1 规定的前导声明；消息体元数据序列格式应符合A.2.6.7的规定。 + +## 9.7.2命令流程 + +设备视音频文件检索消息流程应与图18相符合。 + + + + + +## GB/T28181—2022 + +## 命令流程描述如下： + +- a）1：目录检索方向目录拥有方发送目录查询请求Message消息，消息体中包含视音频文件检索 条件； +- b） 2：目录拥有方向目录检索方发送200OK，无消息体； +- c) 3：目录拥有方向目录检索方发送查询结果，消息体中含文件目录，当一条Message消息无法 传送完所有查询结果时，采用多条消息传送； +- d）4：目录检索方向目录拥有方发送200OK，无消息体。 + +## 9.7.3协议接口 + +SIP消息头域（如TO、FROM、Cseq、Call-ID、Max-Forwards、Via等）的详细定义按照相关SIP消 息的RFC文档的规定。 + +## 9.8历史视音频的回放 + +## 9.8.1基本要求 + +历史视音频回放满足以下基本要求。 + +- a）应采用SIP协议（IETFRFC3261）中的INVITE方法实现会话连接，采用SIP扩展协议 （IETFRFC2976)INFO方法的消息体携带视音频回放控制命令，采用RTP/RTCP协议 （IETFRFC355O)实现媒体传输。媒体回放控制命令引I用MANSRTSP协议中的PLAY、 PAUSE、TEARDOWN的请求消息和应答消息，具体见附录B。 +- b）历史媒体回放的信令流程分为客户端主动发起和第三方呼叫控制两种方式，联网系统可选择 其中一种或两种结合的实现方式。第三方呼叫控制的第三方控制者宜采用B2BUA实现，有 关第三方呼叫控制见IETFRFC3725。 +- c） 网关、媒体服务器。 + + + +## 9.8.2命令流程 + +## 9.8.2.1客户端主动发起 + +客户端主动发起的历史视音频回放流程应与图19相符合。 + +图19客户端主动发起的历史视音频回放流程 + + + +## GB/T28181—2022 + +其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立 媒体流接受者与媒体服务器之间的媒体链接信令过程，信令2～7为SIP服务器通过三方呼叫控制建立 媒体服务器与媒体流之间的媒体链接信令过程，信令13～16为媒体流接收者进行回放控制信令过 程，信令17～20为媒体流发送者回放、下载到文件结束向媒体接收者发送通知消息过程，信令21～24 为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令25～28为SIP服务器断开媒体服务 器与媒体流发送者之间的媒体链接信令过程。 + +命令流程描述如下。 + +- a）1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，表明点播的视 频源ID、发送方媒体流序列号、媒体流接收者ID、接收端媒体流序列号标识等参数，SDP消息 体中s字段为"Playback"代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放 时间段。 +- b）2:SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的 媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体。 +- d）4:SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求 中携带消息3中媒体服务器回复的200OK响应消息体，s字段为"Playback"代表历史回放，u 字段代表回放通道ID和回放类型，t字段代表回放时间段，增加y字段描述SSRC值，f字段 描述媒体参数。 +- 体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容。 +- 6：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求 中携带消息5中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话 +- g）7:SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请 求中不携带消息体，完成与媒体流发送者的Invite会话建立过程。 +- h）8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者和媒体服务器之 间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器。 +- i）9:媒体服务器收到Invite请求,回复200OK响应，携带SDP消息体,消息体中描述了媒体服 务器发送媒体流的IP、端口、媒体格式、SSRC值等内容。 +- j）10:SIP服务器将消息9转发给媒体流接收者。 +- k）11：媒体流接收者收到200OK响应后，回复ACK消息，完成与SIP服务器的Invite会话建立 过程。 +- 1）12：SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程。 +- m）13：在回放过程中，媒体流接收者通过向SIP服务器发送会话内Info消息进行回放控制，包括 视频的暂停、播放、快放、慢放、随机拖放播放等操作，Info消息体应符合附录B的规定。 +- n）14:SIP服务器收到消息13后转发给媒体流发送者。 +- o） 15：媒体流发送者收到消息14后回复200OK响应。 +- p) 16：SIP服务器将消息15转发给媒体流接收者。 +- q) 17：媒体流发送者在文件回放结束后发送会话内Message消息，通知SIP服务器回放已结 束，消息体格式应符合A.2.5.4媒体通知的要求。 + +- r）18:SIP服务器收到消息17后转发给媒体流接收者。 +- s）19:媒体流接收者收到消息18后回复 200OK响应，进行链路断开过程。 +- t） 20：SIP服务器将消息19转发给媒体流发送者。 +- u）21：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的 Invite会话。 +- v）22：SIP服务器收到BYE消息后回复200OK响应，会话断开。 +- W）23：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒 体服务器的Invite会话。 +- x）24：媒体服务器收到BYE消息后回复200OK响应，会话断开。 +- y）25:SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite 会话。 +- z）26：媒体服务器收到BYE消息后回复200OK响应，会话断开。 +- aa）27：SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同媒体流发送者的 Invite会话。 +- bb）28：媒体流发送者收到BYE消息后回复200OK响应，会话断开。 + +## 9.8.2.2第三方呼叫控制 + +第三方呼叫控制的历史视音频回放流程应与图20相符合。 + +其中，信令1～6为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接 信令过程，信令7～12为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链 接信令过程，信令13～14为回放控制信令过程，信令15～16为媒体流发送者回放、下载到文件结束向 + +## 命令流程描述如下： + +- a）1:SIP服务器向媒体服务器发送Invite消息，此消息不携带SDP消息体； +- 中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容； +- 中携带消息2中媒体服务器回复的200OK响应消息体，s字段为"Playback"代表历史回放，u 字段代表回放通道ID和回放类型，t字段代表回放时间段，增加y字段描述SSRC值，f字段 描述媒体参数； +- d）4：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息 +- 中携带消息4中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话 建立过程； +- h）8：媒体流接收者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息 +- 体中描述了媒体流接收者接收媒体流的IP、端口、媒体格式等内容； + +## GB/T28181-2022 + +图20第三方呼叫控制的历史视音频回放流程 + + + +- i) 9:SIP服务器收到媒体流接收者返回的200OK响应后，向媒体服务器发送Invite请求，请求 中携带消息8中媒体流接收者回复的200OK响应消息体，s字段为"Playback"代表历史回 放，增加y字段描述SSRC值； +- j) 10：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体 中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等内容； +- k) 11:SIP服务器收到媒体服务器返回的200OK响应后，向媒体流接收者发送ACK请求，请求 + +中携带消息10中媒体服务器回复的200OK响应消息体，完成与媒体流接收者的Invite会话 建立过程； + +- 1）12:SIP服务器收到媒体服务器返回的200OK响应后，向媒体服务器发送ACK请求，请求中 不携带消息体，完成与媒体服务器的Invite会话建立过程； +- m）13：在回放过程中，SIP服务器通过向媒体流发送者发送Info消息进行回放控制，包括视频的 暂停、播放、定位、快放、慢放等操作，Info消息体应符合附录B的规定； +- n）14:媒体流发送者收到Info消息后回复200OK响应； +- o）15:媒体流发送者在文件回放结束后发送会话内Message 消息，通知 SIP服务器回放已结 束，消息体格式应符合A.2.5.4媒体通知的要求； +- p）16:SIP服务器收到Message 消息后回复200OK响应,进行链路断开过程； +- (b 17：SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同媒体流接收者的 Invite会话； +- r）18:媒体流接收者收到BYE消息后回复200OK响应，会话断开； +- s）19:SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同媒体服务器的Invite 会话； +- t）20：媒体服务器收到BYE消息后回复200OK响应，会话断开； +- u）21:SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite +- 会话； +- v）22：媒体服务器收到BYE消息后回复200OK响应，会话断开； +- w）23：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的 +- Invite会话； +- x）24：媒体流发送者收到BYE消息后回复200OK响应，会话断开。 + +## 9.8.3协议接口 + +## 9.8.3.1会话控制协议 + +历史视音频回放会话控制协议满足以下要求。 + +- a）SIP消息头域（如TO、FROM、Cseq、Call-ID、Max-Forwards、Via等）的详细定义符合相关SIP 消息的RFC文档的规定。 +- b） 消息头域Allow字段应支持INVITE、ACK、INFO、CANCEL、BYE、OPTIONS、MESSAGE +- 方法，不排除支持其他SIP和SIP扩展方法。 +- c） 消息头Content-type 字段为Content-type：application/sdp。 +- d）历史视音频回放流程中携带消息体的请求和响应的消息体应采用SDP协议格式定义。有关 SDP的详细描述见IETFRFC4566。 +- e） SDP文本信息包括：会话名称和意图、会话持续时间、构成会话的媒体、有关接收媒体的信息 （地址等）。INVITE请求以时间段方式获取历史图像。 +- f） 定位历史视音频数据的信息在SDP协议格式的消息体中携带，应包含设备名和时间段信 息，规定如下。 +- 1）媒体流接收者应在SDP协议格式的消息体中包括u行（见IETFRFC4566的5.5），u行 应填写产生历史媒体的媒体源（如某个摄像头）的设备URI，应符合6.1.2的规定。设备 +- URI应包含媒体源设备编码，媒体源设备编码成为检索历史媒体数据的设备名信息。 + +## GB/T28181—2022 + +的开始时间和结束时间组成检索历史媒体数据的时间段信息。 + +## 9.8.3.2视音频回放控制协议 + +历史视音频回放控制协议满足以下要求： + +- a）视音频回放控制流程是采用SIP消息INFO实现视音频播放、暂停、进/退和停止等视音频回 +- 放控制命令的过程； +- b）视音频回放控制请求消息在INFO方法的消息体中携带，回放控制请求消息应符合MANSRTSP协议的请求消息的部分定义，包括PLAY、PAUSE、TEARDOWN； +- c） 视音频回放控制应答消息可在INFO方法的200OK响应消息体中携带，回放控制应答消息 应符合MANSRTSP协议的应答消息定义，视音频回放控制命令的详细描述应符合附录B的 规定； +- d）携带MANSRTSP请求和应答命令的INFO消息头Content-type字段为Content-type：Ap +- plication/MANSRTSP。 + +## 9.9视音频文件下载 + +## 9.9.1基本要求 + +视音频文件下载满足以下基本要求。 + +- b）媒体流接收者或SIP服务器可通过配置查询（见9.5.3.3)等方式获取媒体流发送者支持的下 便于媒体流接收者计算下载进度，当媒体流发送者不能提供文件大小参数时，媒体流接收者应 +- 载发送倍速，并在请求的SDP消息体中携带指定下载倍速（见附录G）。媒体流发送者可在 Invite请求对应的200OK响应SDP消息体中扩展携带下载文件的大小参数（见附录G)，以 支持根据码流中取得的时间计算下载进度。 +- c）视音频文件下载宜支持附录K规定的媒体流保活机制。 + +## 9.9.2命令流程 + +## 9.9.2.1客户端主动发起 + +客户端主动发起的视音频文件下载流程应与图21相符合。 + +图21客户端主动发起的视音频文件下载流程 + + + +其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立 媒体流接受者与媒体服务器之间的媒体链接信令过程，信令2～7为SIP服务器通过三方呼叫控制建立 媒体服务器与媒体流之间的媒体链接信令过程，信令13～16为媒体流发送者回放、下载到文件结束向 媒体接收者发送下载完成的通知消息过程，信令17～20为断开媒体流接收者断开与媒体服务器之间的 媒体链接信令过程，信令21～24为SIP服务器断开媒体服务器与媒体流发送者之间的媒体链接信令 过程。 + +命令流程描述如下。 + +- a）1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，表明点播的视 频源ID、发送方媒体流序列号、媒体流接收者ID、接收端媒体流序列号标识等参数，SDP消息 体中s字段为"Download"代表文件下载，u字段代表下载通道ID和下载类型，t字段代表下载 时间段，可扩展a字段携带下载倍速参数，规定此次下载设备发流倍速，若不携带则默认为1 倍速。 +- b）2:SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的 媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体。 +- d）4:SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求 中携带消息3中媒体服务器回复的200OK响应消息体，s字段为"Download"代表文件下 载，u字段代表下载通道ID和下载类型，t字段代表下载时间段，增加y字段描述SSRC值，f 字段描述媒体参数，可扩展a字段携带下载倍速，将倍速参数传递给设备。 +- e）5：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息 体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容，可扩展a字段 携带文件大小参数。 +- f) 6：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求 中携带消息5中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话 建立过程。 +- 求中不携带消息体，完成与媒体流发送者的Invite会话建立过程。 +- 间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器。 +- i）9:媒体服务器收到Invite请求,回复200OK响应，携带SDP消息体,消息体中描述了媒体服 务器发送媒体流的IP、端口、媒体格式、SSRC值等内容。 +- j）10:SIP服务器将消息9 转发给媒体流接收者,可扩展a字段携带文件大小参数。 +- k）11:媒体流接收者收到200OK响应后，回复ACK消息，完成与SIP服务器的Invite会话建立 过程。 +- 1）12:SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程。 +- m）13：媒体流发送者在文件下载结束后发送会话内Message消息，通知SIP服务器回放已结 束，消息体格式应符合A.2.5.4媒体通知的要求。 +- n）14:SIP服务器收到消息17后转发给媒体流接收者。 +- o）15：媒体流接收者收到消息18后回复200OK响应,进行链路断开过程。 +- p) 16：SIP服务器将消息19转发给媒体流发送者。 +- (b 17：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的 Invite会话。 +- r） 18：SIP服务器收到BYE消息后回复200OK响应，会话断开。 +- s） 体服务器的Invite会话。 +- t）20：媒体服务器收到BYE消息后回复200OK响应，会话断开。 +- 40 + +会话。 + +- V) 22：媒体服务器收到BYE消息后回复200OK响应，会话断开。 +- W) 23：SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同媒体流发送者的 Invite会话。 +- x) 24：媒体流发送者收到BYE消息后回复200OK响应，会话断开。 + +## 9.9.2.2 第三方呼叫控制 + +## 第三方呼叫控制的视音频文件下载流程应与图22相符合。 + +图22第三方呼叫控制的视音频文件下载流程 + + + +## GB/T28181—2022 + +其中，信令1～6为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接 信令过程，信令7～12为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链 接信令过程，信令13～14为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成的通知消 息过程，信令15～18为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令19～22为断开 媒体服务器与媒体流发送者之间的媒体链接信令过程。 + +## 命令流程描述如下： + +- a）1：SIP服务器向媒体服务器发送Invite消息，此消息不携带SDP消息体； +- 中携带消息2中媒体服务器回复的200OK响应消息体，s字段为"Download"代表下载，u字 段描述媒体参数，可扩展a字段携带下载倍速参数，规定此次下载设备发流倍速，若不携带则 默认为1倍速； +- d）4：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息 携带文件大小参数； +- e）5：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求 建立过程； +- f）6：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请 求中不携带消息体，完成与媒体流发送者的Invite会话建立过程； +- g）7:SIP服务器向媒体流接收者发送Invite消息，此消息不携带SDP消息体； +- h）8：媒体流接收者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息 体中描述了媒体流接收者接收媒体流的IP、端口、媒体格式等内容； +- i）9:SIP服务器收到媒体流接收者返回的200OK响应后，向媒体服务器发送Invite请求，请求 中携带消息8中媒体流接收者回复的20oOK响应消息体，s字段为"Playback"代表历史回 放，增加y字段描述SSRC值； +- 中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等内容； +- k）11:SIP服务器收到媒体服务器返回的200OK响应后，向媒体流接收者发送ACK请求，请求 中携带消息10中媒体服务器回复的200OK响应消息体，完成与媒体流接收者的Invite会话 +- 不携带消息体，完成与媒体服务器的Invite会话建立过程； +- m）13：媒体流发送者在文件下载结束后发送会话内Message消息，通知SIP服务器下载已结 束，消息体格式应符合A.2.5.4媒体通知的要求； +- o）15:SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同媒体流接收者的 +- p）16:媒体流接收者收到BYE消息后回复200OK响应，会话断开； + +- q）17:SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同媒体服务器的Invite 会话； +- r）18：媒体服务器收到BYE消息后回复200OK响应，会话断开； +- s） +- 19：SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite 会话； +- 20：媒体服务器收到BYE消息后回复200OK响应，会话断开； +- (n 21：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的 +- Invite会话； +- v）22：媒体流发送者收到BYE消息后回复200OK响应，会话断开。 + +## 9.9.3协议接口 + +## 视音频文件下载协议接口满足以下要求。 + +- a）SIP 消息头域（如TO、FROM、Cseq、Call-ID、Max-Forwards、Via等）的详细定义符合相关 +- SIP消息的RFC文档的规定。 +- 消息头域Allow字段应支持INVITE、ACK、INFO、CANCEL、BYE、OPTIONS、MESSAGE +- b） 方法，不排除支持其他SIP和SIP扩展方法。 +- 消息头Content-type字段为Content-type：application/sdp。 +- (P 历史媒体下载流程中携带消息体的请求和响应的消息体应采用SDP协议格式定义。有关 SDP的详细描述见IETFRFC4566。 +- e) SDP文本信息包括会话名称和意图、会话持续时间、构成会话的媒体、有关接收媒体的信息 （地址等）。 +- (J INVITE请求以时间段方式获取历史图像。 +- g） +- 定位历史媒体数据的信息在SDP协议格式的消息体中携带，应包含设备名和时间段信息，规 定如下： +- 1）媒体流接收者应在SDP协议格式的消息体中包括u行（见IETFRFC4566的5.5），u行 +- 表明视音频文件的URI，具体定义见附录G； +- 2）媒体流接收者应在SDP协议格式的消息体中包括t行（见IETFRFC4566的5.9），t行 的开始时间和结束时间组成检索历史媒体数据的时间段信息。 + +## 9.10校时 + +## 9.10.1基本要求 + +校时满足以下基本要求： + +- a）联网内设备支持基于SIP方式或NTP方式的网络校时功能,标准时间为北京时间； +- b）SIP方式校时具体描述见9.10.2和9.10.3； +- c） +- 生的时间信号以标准的NTP信息包格式输出； +- d）系统运行时可根据配置使用具体校时方式。 + +## 9.10.2命令流程 + +SIP校时在注册过程中完成，信令流程与9.1.2注册和注销信令流程一致。 + +## GB/T 28181—2022 + +## 9.10.3协议接口 + +在注册成功情况下，注册流程的最后一个SIP应答消息200OK中的Date头域中携带时间信息。 采用的格式为XML标准格式：Date：yyyy-MM-ddTHH:mm:ss.SSS。 + +当SIP代理通过注册方式校时，其注册过期时间宜设置为小于SIP代理与SIP服务器之间出现1s 误差所经过的运行时间。例如：SIP代理与SIP服务器校时后，SIP代理运行10h后设备时间与SIP服 务器时间相差大于1s，则宜将注册过期时间设置为10h(36000s），以保证SIP代理与SIP服务器之间 的时间误差小于1S。 + +## 9.11订阅和通知 + +- 9.11.1事件订阅 +- 9.11.1.1基本要求 + +事件订阅满足以下基本要求： + +- a）事件订阅应使用IETFRFC6665中定义的SUBSCRIBE方法； +- b) 事件源接受事件订阅时，事件源应向事件观察者发送确认消息； +- c) 事件源可以是联网系统、SIP服务器、报警设备、移动设备以及被集成的卡口系统等可以触发 事件的系统或设备； +- d） 事件观察者可以是联网系统、SIP服务器、客户端等可以接收事件的系统或设备； +- e） 事件包括报警事件、移动设备位置通知事件、PTZ精准位置变化事件等。 + +## 9.11.1.2命令流程 + +事件订阅流程应与图23相符合。 + +图23事件订阅流程 + + + +事件订阅流程示意描述如下： + +- a）1：事件观察者向事件源发送SUBSCRIBE请求，请求消息体携带订阅参数； + +事件订阅协议接口应满足以下基本要求： + +- a）消息头Content-type字段为Content-type：Application/MANSCDP十xml; + +- b）报警事件订阅流程中的请求命令消息体采用MANSCDP协议格式定义：请求命令消息体采用 XML封装，XML消息体格式定义符合A.2.4.1规定的前导声明，消息体元数据序列格式符合 A.2.4.6的格式规定； +- 序列格式符合A.2.4.9的格式规定； +- (P PTZ精准位置变化事件订阅流程中的请求命令消息体采用MANSCDP协议格式定义：请求 命令消息体采用XML封装，XML消息体格式定义符合A.2.4.1规定的前导声明，消息体元数 据序列格式符合A.2.4.13的格式规定。 + +## 9.11.2事件通知 + +## 9.11.2.1基本要求 + +事件订阅通知满足以下基本要求： + +- a）事件源接受事件订阅后，在事件触发后应立即通知事件观察者事件的发生，事件观察者应向事 件源发送事件收到的确认消息； +- b） 事件通知应使用IETFRFC6665中定义的NOTIFY方法，事件通知异常处理应符合IETF RFC6665的规定； +- 事件源可以是联网系统、SIP服务器、报警设备、移动设备以及被集成的卡口系统等可以触发 事件的系统或设备； +- d） 事件观察者可以是联网系统、SIP服务器、客户端等可以接收事件的系统或设备； +- e）事件包括报警事件、移动设备位置通知事件、PTZ精准位置变化通知事件等。 + +## 9.11.2.2命令流程 + +事件通知流程应与图24相符合。 + + + +- 知参数； +- b）2：事件观察者应将通知的200OK响应消息返回给该事件源，事件通知异常处理应符合IETF + +## GB/T28181—2022 + +## 9.11.2.3协议接口 + +事件订阅协议接口应满足以下基本要求： + +- a）消息头Content-type字段为Content-type：Application/MANSCDP十xml; +- b）报警事件通知流程中的请求命令消息体采用MANSCDP协议格式定义：请求命令消息体采用 XML封装，XML消息体格式定义符合A.2.5.1规定的前导声明，消息体元数据序列格式符合 A.2.5.3的格式规定； +- c） 移动设备位置通知流程中的请求命令消息体采用MANSCDP协议格式定义：请求命令消息体 采用XML封装，XML消息体格式定义符合A.2.5.1规定的前导声明，消息体元数据序列格式 符合A.2.5.6的格式规定； +- d）PTZ精准位置变化通知流程中的请求命令消息体采用MANSCDP协议格式定义：请求命令 消息体采用XML封装，XML消息体格式定义符合A.2.5.1规定的前导声明，消息体元数据序 列格式符合A.2.6.15的格式规定。 + +## 9.11.3目录订阅 + +## 9.11.3.1基本要求 + +目录订阅满足以下基本要求： + +- a） 目录订阅应使用IETFRFC6665中定义的SUBSCRIBE方法； +- b) 目录拥有者接受目录订阅后，应向目录订阅者发送请求确认消息； +- c) 目录拥有者可以是联网系统、有子设备的设备以及代理设备网关等； +- d) 目录接收者可以是联网系统、有子设备的设备以及代理设备网关等。 + +## 9.11.3.2命令流程 + +目录订阅流程应与图25相符合。 + +图25目录订阅流程 + + + +目标订阅流程示意描述如下： + +- a）1：目录接收者向目录拥有者发送SUBSCRIBE请求，SUBSCRIBE请求的消息体应包括订阅 的目录类型、添加设备起始时间等，详细描述见A.2.4.3设备目录查询或订阅； +- b）2：目录拥有者应将订阅成功与否的200OK或4XX等响应消息返回给目录接收者。 + +## 9.11.3.3协议接口 + +目录订阅协议接口应满足以下要求： + +- a）消息头Content-type字段为Content-type：Application/MANSCDP十xml; +- 的格式规定。 + +## 9.11.4目录通知 + +## 9.11.4.1基本要求 + +目录订阅通知满足以下基本要求： + +- a）目录拥有者接受目录订阅后，当目录发生变化时应立即通知目录接收者，目录接收者应向目录 拥有者发送目录收到的确认消息，目录通知异常处理应符合IETFRFC6665的规定； +- b) 目录通知应使用IETFRFC6665中定义的NOTIFY方法； +- c) 目录拥有者可以是联网系统、有子设备的设备以及代理设备网关等； +- d) 目录接收者可以是联网系统、有子设备的设备以及代理设备网关等； +- e) 域间目录订阅通知要求应符合附录N的要求。 + +## 9.11.4.2命令流程 + +图26目录通知流程 + + + +目录通知流程示意描述如下： + +- a）1：在目录变化后目录拥有者向目录接收者发送NOTIFY请求，详细描述见A.2.6.4设备目录 信息查询应答； +- b）2：目录接收者应将目录传送成功与否的200OK或4××等响应消息返回给该目录拥有者，目 录通知异常处理应符合IETFRFC6665的规定。 + +## 9.11.4.3协议接口 + +目录订阅通知协议接口应满足以下要求： + +- a）消息头 Content-type 字段为 Content-type：Application/MANSCDP十xml; +- b）目录通知流程中的请求命令采用MANSCDP协议格式定义：请求命令消息体采用XML封 + +## GB/T28181—2022 + +装，XML消息体格式定义符合A.2.5.1规定的前导声明，消息体元数据序列格式符合A.2.6.4 的格式规定。 + +## 9.12语音广播和语音对讲 + +- 9.12.1语音广播 + +## 9.12.1.1基本要求 + +语音广播功能实现用户通过语音输入设备向前端语音输出设备的语音广播。语音输入设备/语音 输入联网系统（以下简称"语音流发送者"）、SIP服务器向语音输出设备/语音输出视频监控联网系统 （以下简称"语音流接收者")发送通知消息，语音流接收者收到通知消息后，进行判断处理。若能够接收 广播，则向语音流发送者发起呼叫请求，获取广播媒体流。语音输入设备、语音输出设备编码应符合 E.1的规定。 + +如果设备具备语音输出能力，则在设备目录查询和订阅时，需要上报语音输出设备。如果不上报语 音输出设备，则表示该设备没有语音输出能力。上报语音输出通道时，ParentID填写其父设备的ID。 例如，IPC具备语音输出能力，在IPC上报设备目录时，需要上报语音输出设备。该语音输出设备ID的 类型编码为137，其父设备为该IPC。NVR本身具备语音输出能力，在NVR上报设备目录时，除了上 + +报NVR接入的IPC以及IPC自身的语音输出设备之外，还需要上报语音输出设备。该语音输出设备 ID的类型编码为137，其父设备为该NVR。 + +监控中心与设备之间进行语音广播，可以直接对语音输出设备发送语音广播通知，也可以对语音输 出设备所属的前端主设备发送语音广播通知。对前端主设备发送语音广播通知消息中仅需携带前端主 设备编码，表示对该设备上所有的语音输出设备进行语音广播。例如，对IPC发送语音广播通知，表示 对该IPC接入的所有语音输出设备进行广播；对NVR发送语音广播通知，表示对NVR下所有IPC以 + +及自身的语音输出设备进行广播。 + +语音流的封装格式应符合C.2.4音频流的RTP封装的定义。 语音广播宜符合附录K规定的媒体流保活机制。 + +## 9.12.1.2命令流程 + +SIP服务器发起广播的命令流程应与图27相符合。 + + + +## GB/T 28181—2022 + +图27SIP服务器发起广播流程 + + + +其中，信令1、2、3、4为语音广播通知、语音广播应答消息流程；信令5、12、13、14、15、16为SIP服务 器接收到客户端的呼叫请求后通过B2BUA代理方式建立语音流接收者与媒体服务器之间的媒体流信 令过程，信令17～20为SIP服务器断开语音流接收者与媒体服务器之间的媒体流信令过程，信令21～ 24为SIP服务器断开媒体服务器与语音流发送者之间的媒体流信令过程。 + +命令流程描述如下。 + +## GB/T28181—2022 + +- a）1：SIP服务器向语音流接收者发送语音广播通知消息，消息中通过To头域标明作为目的地址 的语音流接收者ID，消息采用MESSAGE方法携带。 +- b）2：语音流接收者收到语音广播通知消息后，向SIP服务器发送200OK响应。 +- c）3：语音流接收者向SIP服务器发送语音广播应答消息，消息中通过To头域标明作为目的地 址的SIP服务器ID，消息采用MESSAGE方法携带。 +- d）4:SIP服务器收到语音广播应答消息后，向语音流接收者发送200OK响应。 +- e）5：语音流接收者向SIP服务器发送Invite消息，消息中通过To头域标明作为目的地址的语音 流发送者ID，消息头域中携带Subject字段，表明请求的语音流发送者ID、发送方媒体流序列 号、语音流接收者ID、接收方媒体流序列号标识等参数，SDP消息体中s字段为"Play"代表实 时点播，m字段中媒体参数标识为"audio"表示请求语音媒体流。 +- f）6：SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和语音流发送者之间的 媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体。 +- g）7:媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体,消息体 中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容。 +- h）8：SIP服务器收到媒体服务器返回的200OK响应后，向语音流发送者发送Invite请求，消息 中通过To头域标明作为目的地址的语音流发送者ID，消息头域中携带Subject字段，表明请 求的语音流发送者ID、发送方媒体流序列号、语音流接收者ID、接收方媒体流序列号等参 数，请求中携带消息7中媒体服务器回复的200OK响应消息体，s字段为"Play"代表实时点 播，m字段中媒体参数标识为"audio"表示请求语音媒体流，增加y字段描述SSRC值，f字段 描述媒体参数。 +- i）9：语音流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息 体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容，S字段为 +- 中携带消息9中语音流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话 建立过程。 +- k）11：SIP服务器收到语音流发送者返回的200OK响应后，向语音流发送者发送ACK请求，请 求中不携带消息体，完成与语音流发送者的Invite会话建立过程。 +- 1）12：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立语音流接收者和媒体服务器 之间的媒体连接。在消息5中增加SSRC值，转发给媒体服务器。 +- m）13：媒体服务器收到Invite请求，回复200OK响应，携带SDP消息体，消息体中描述了媒体服 务器发送媒体流的IP、端口、媒体格式、SSRC值等内容，s字段为"Play"代表实时点播，m字段 中媒体参数标识为"audio"表示请求语音媒体流。 +- n）14:SIP服务器将消息13转发给语音流接收者。 +- 过程。 +- 16：SIP服务器将消息15转发给媒体服务器，完成与媒体服务器的Invite会话建立过程。 +- (b 17:SIP服务器向语音流接收者发送BYE消息，断开消息5、14、15建立的Invite会话。 +- r) 18：语音流接收者收到BYE消息后回复200OK响应，会话断开。 +- s） Invite会话。 + +- t）20：媒体服务器收到BYE消息后回复200OK响应，会话断开。 +- u）21:SIP服务器向媒体服务器发送BYE消息，断开消息6、7、10建立的同媒体服务器的Invite 会话。 +- v）22：媒体服务器收到BYE消息后回复200OK响应，会话断开。 +- w）23：SIP服务器向语音流发送者发送BYE消息，断开消息8、9、11建立的同语音流发送者的 Invite会话。 +- x）24：语音流发送者收到BYE消息后回复200OK响应，会话断开。 +- 注：语音广播通知消息除上述流程中通过SIP服务器发出外，也可由语音流发送者发出，消息中通过To头域标明 作为目的地址的语音流接收者ID，经SIP服务器中转后发往语音流接收者；语音流接收者处理后发送应答消 息，消息中通过To头域标明作为目的地址的语音流发送者ID，经SIP服务器中转后回复给语音流发送者。后 续呼叫流程与上述流程相同。 + +## 9.12.1.3协议接口 + +## 9.12.1.3.1语音广播通知、语音广播应答命令 + +语音广播通知、语音广播应答命令应满足以下要求： + +- a）消息头Content-type字段为Content-type：Application/MANSCDP十xml; +- b）语音广播通知命令采用MANSCDP协议格式定义：请求命令消息体采用XML封装，XML消 息体格式定义符合A.2.5.1规定的前导声明，消息体元数据序列格式符合A.2.5.5的格式 规定； +- c） 语音广播应答命令采用MANSCDP协议格式定义：请求命令消息体采用XML封装，XML消 息体格式定义符合A.2.6.1规定的前导声明，消息体元数据序列格式符合A.2.6.11的格式 规定。 + +## 9.12.1.3.2SDP参数 + +传输语音流的SDP详细描述见附录G中SDP定义，示例如下。 + +v=0 + +0= 64010600002020000001 0 0 IN IP4 172.20.16.3 + +s=Play c=IN IP4 172.20.16.3 + +t=00 + +m=audio8000 RTP/AVP 8 + +//标识语音媒体流内容 + +a=sendonly + +a=rtpmap:8PCMA/8000 + +//RTP+音频流 + +y=0100000001 + +f=v/////a/1/8/1 + +//音频参数描述 + +## 9.12.2语音对讲 + +语音对讲功能实现中心用户与前端用户之间的一对一语音对讲功能。 语音对讲功能由下述两个独立的流程组合实现： + +- a）通过9.2的实时视音频点播功能，中心用户获得前端设备的实时视音频媒体流； +- b）通过9.12.1的语音广播功能，中心用户向前端对讲设备发送实时音频媒体流，语音流的封装 + +## GB/T28181—2022 + +格式应符合C.2.4音频流的RTP封装的定义。 + +## 9.13 设备软件升级 + +## 9.13.1设备软件升级基本要求 + +设备软件升级应满足以下基本要求： + +- a） 源设备向目标设备发送设备软件升级命令，并携带升级文件地址，目标设备收到设备软件升级 命令后发送应答命令，设备升级流程结束后，目标设备发送设备软件升级结果通知命令，命令 流程见9.13.2； +- b) +- c) 源设备包括SIP客户端、网关或者联网系统，目标设备为SIP设备。 + +## 9.13.2 命令流程 + +设备软件升级信令流程应与图28相符合。 + + + +图28设备软件升级流程 + + + +命令流程描述如下。 + +- c) +- d) +- e) 5：目标设备向SIP服务器发送设备控制响应命令，命令采用MESSAGE方法携带。 +- f) 6:SIP服务器收到命令后返回200OK。 +- g 7：SIP服务器向源设备转发设备控制响应命令，命令采用MESSAGE方法携带。 +- h) 8：源设备收到命令后返回200OK。 +- i) 9～11：目标设备从源设备指定的地址获取设备软件升级软文件后启动设备软件升级，该流程 +- 不在本协议中描述。目标设备完成设备软件升级后，按9.1的流程重新进行设备注册。 +- j） +- 12：目标设备完成设备软件升级流程后，向SIP服务器发送设备软件升级结果通知命令，命令 采用MESSAGE方法携带。 +- k）13:SIP服务器向目标设备回复200OK响应。 +- 1）14:SIP服务器向源设备转发设备软件升级结果通知命令，命令采用MESSAGE方法携带。 +- m）15：源设备向SIP服务器回复200OK响应。 + +## 9.13.3协议接口 + +## 9.13.3.1请求命令 + +设备软件升级请求命令应满足以下要求。 + +- a）MESSAGE 消息头 Content-type 头域为 Content-type：Application/MANSCDP十xml。 +- b）设备软件升级命令采用MANSCDP协议格式定义：请求命令消息体采用XML封装，消息体 元数据序列格式符合A.2.3.1.1和A.2.3.1.12的格式规定。 +- c） 设备软件升级结果通知命令采用MANSCDP协议格式定义：通知命令消息体采用XML封 装，XML消息体格式定义符合A.2.5.1规定的前导声明，消息体元数据序列格式符合A.2.5.9 +- 的格式规定。其中，SessionID应与设备软件升级命令中的SessionID一致。 + +## 9.13.3.2应答命令 + +设备软件升级应答命令应符合9.3.3.2的要求。 + +## 9.14图像抓拍 + +## 9.14.1图像抓拍基本要求 + +源设备向目标设备发送图像抓拍配置命令，携带传输路径、会话ID等信息。目标设备完成图像传 输后，发送图像抓拍传输完成通知命令，采用IETFRFC3428中的MESSAGE方法实现，命令流程见 ， （2位）"的形式，抓拍图像文件命名规则应符合表4的要求。图像格式宜使用JPEG，图像分辨率宜采用 + +## 命令流程描述如下： + +- a) 1:源设备向SIP服务器发送图像抓拍配置命令，该命令采用MESSAGE方法携带； +- b) 2:SIP服务器收到命令后回复200OK响应； +- c) 3:SIP服务器向目标设备发送图像抓拍配置命令，该命令采用MESSAGE方法携带； +- d) 4：目标设备收到消息3后回复200OK响应； +- e) 5：目标设备向SIP服务器发送图像抓拍配置响应命令； +- f) 6:SIP服务器收到命令后返回200OK； + +表4抓拍图像文件命名规则 + +| 码段 | 码位 | 说明 | +|----------|--------|--------------------------------------------------------------------------| +| 设备编码 | 1~20 | 符合E.1规定的编码规则 | +| 图像编码 | 21~22 | 固定取值02 | +| 时间编码 | 23~39 | 表示抓拍图像生成时间，精确到毫秒， YYYYMMDDhhmmssSSS（年月日时分秒毫秒） | +| 序列码 | 40~41 | 抓拍图像序号 | + +## 9.14.2命令流程 + +图像抓拍命令流程应与图29相符合。 + +图29图像抓拍流程 + + + +- g）7:SIP服务器向源设备转发图像抓拍配置响应命令； +- h） 8：源设备收到命令后返回200OK； +- i) 9：目标设备完成图像传输后发送Message消息，通知SIP服务器图像传输已完成，消息格式应 符合A.2.5.7抓拍图像传输完成通知的要求； +- j) 10：SIP服务器收到消息9后回复200OK响应； +- k) 11:SIP服务器向源设备转发消息9； +- 1) 12：源设备收到命令11后回复200OK。 + +## 9.14.3协议接口 + +图像抓拍协议接口满足以下要求。 + +- a）MESSAGE 消息头 Content-type头域为 Content-type：Application/MANSCDP十xml。 +- b）图像抓拍配置命令采用MANSCDP协议格式定义：配置命令消息体采用XML封装，消息体 元数据序列格式符合A.2.3.2.1和A.2.3.2.12的格式规定。 +- c） 图像传输方式宜采用http。当报警触发图像抓拍时，可将报警信息携带在上传路径中，用于关 联抓拍的图像。 +- d） 图像抓拍传输完成通知命令采用MANSCDP协议格式定义：配置命令消息体采用XML封 装，XML消息体格式定义符合A.2.5.1规定的前导声明，消息体元数据序列格式符合A.2.5.7 的格式规定。其中，SessionID应与图像抓拍配置命令中的SessionID一致。 + +## A.1命令的名称和说明 + +应用流程中命令的名称和说明如表A.1所示。 + +表A.1命令名称及其说明 + +| 分类 | 名称 | 说明 | +|----------|----------|------------------------| +| | Control | 表示一个控制的动作 | +| 请求命令 | Query | 表示一个查询的动作 | +| 请求命令 | Notify | 表示一个通知的动作 | +| 应答命令 | Response | 表示一个请求动作的应答 | + +在MANSCDP消息中,From、To头域URI中的ID值分别用作消息源和目的标识。在 MANSCDP应答命令中，To头域URI中的ID值应使用请求命令From头域URI中的ID值。MANSCDP消息中的SN值用于与请求命令的匹配处理，响应命令中的SN值应使用请求命令中的SN值。 MANSCDP消息中的行政区域参数采用E.1定义的数字编码，取值为省级2位、市级4位、区县级6位、 基层接人单位8位。 + +## A.2命令定义 + +## A.2.1 全局数据类型定义 + +## A.2.1.1全局类型名称及其说明 + +本文件声明的全局数据类型如表A.2所示，全局数据类型是指XMLSchema类型或是Schema元 素的直接子项，可以在不同位置被多次引用。 + +表A.2全局类型名称及其说明 + +| 名称 | 说明 | +|--------------|-------------------| +| deviceIDType | 设备编码类型 | +| SNType | 命令序列号类型 | +| statusType | 状态类型 | +| resultType | 结果类型 | +| PTZCmdType | 控制码类型 | +| recordType | 录像控制类型 | +| guardType | 布防/撤防控制类型 | + +## 附录A (规范性） + +## 监控报警联网系统控制描述协议（MANSCDP）命令集 + +表A.2全局类型名称及其说明（续） + +| 名称 | 说明 | +|----------------------------|----------------------| +| itemType | 目录项类型 | +| itemFileType | 文件目录项类型 | +| PTZPreciseCtrlType | PTZ精准控制类型 | +| OSDCfgType | OSD配置类型 | +| videoParamAttributeCfgType | 视频参数属性类型 | +| itemMobilePositionType | 移动设备位置类型 | +| videoRecordPlanCfgType | 录像计划配置类型 | +| videoAlarmRecordCfgType | 报警录像配置类型 | +| pictureMaskCfgType | 视频画面遮挡配置类型 | +| alarmReportCfgType | 报警上报开关配置类型 | +| basicParamCfgType | 基本参数配置类型 | +| videoParamOptCfgType | 视频参数范围配置类型 | +| SVACEncodeCfgType | SVAC编码配置类型 | +| SVACDecodeCfgType | SVAC解码配置类型 | +| frameMirrorCfgType | 画面翻转配置类型 | +| snapShotCfgType | 图像抓拍配置类型 | + +## A.2.1.2设备编码类型 + +``` +(simpleType name= "deviceIDType"> <！--在取值为行政区划时可为2、4、6、8位，其他情况取值为20位。--> (/restriction) +``` + +## A.2.1.3 命令序列号类型 + +``` +(simpleType name="SNType"> (/simpleType> +``` + +## A.2.1.4 状态类型 + + + +(simpleType name= "statusType"> + +## GB/T 28181—2022 + +``` + +``` + +``` + (/simpleType> +``` + +## A.2.1.5结果类型 + +``` + (/restriction> (/simpleType> +``` + +## A.2.1.6控制码类型 + +``` + (/simpleType> +``` + +## A.2.1.7 录像控制类型 + +``` + (/restriction> +``` + +## A.2.1.8 布防/撤防控制类型 + +``` + (/restriction> ( +``` + +## A.2.1.9 目录项类型 + +``` + (sequence) <！--目标设备/区域/系统/业务分组/虚拟组织编码(必选）--) +``` + +``` +<！--设备/区域/系统/业务分组/虚拟组织名称(必选）--> <！-当为设备时，设备厂商(必选）--> <！--当为设备时，设备型号(必选）--) <！--行政区域，可为2、4、6、8位（必选）--> <！--警区（可选）--> <！-当为设备时，安装地址(必选）--> <！--当为设备时，是否有子设备(必选)1-有，0-没有--> <！--当为设备时，父节点ID（必选）：当无父设备时，为设备所属系统ID；当有父设备时，为 设备父设备ID； 当为业务分组时，父节点ID（必选）：所属系统ID； 当为虚拟组织时，父节点ID（上级节点为虚拟组织时必选；上级节点为业务分组时，无此字 段）：父节点虚拟组织ID； 当为系统时，父节点ID（有父节点系统时必选）：父节点系统ID； 当为区域时，无父节点ID； 可多值，用英文半角"/"分割--> <！--注册方式（必选)缺省为1；1-符合IETFRFC3261标准的认证注册模式；2-基于口令 的双向认证注册模式；3-基于数字证书的双向认证注册模式（高安全级别要求）；4-基于数字证 书的单向认证注册模式(高安全级别要求)--> <！--摄像机安全能力等级代码（可选）；A-GB35114前端设备安全能力A级；B-GB35114 前端设备安全能力B级；C-GB35114前端设备安全能力C级--> <！--保密属性(必选)缺省为0;0-不涉密，1-涉密--> <！--设备/系统IPv4/IPv6地址（可选）--> <！--设备/系统端口(可选)--> <！--设备口令(可选)--> <！--设备状态(必选）--> <！--当为设备时，经度（一类、二类视频监控点必选）WGS-84坐标系--> +``` + +## GB/T28181—2022 + +<element name="Longitude" type="double"/> + +<！--当为设备时，纬度（一类、二类视频监控点必选）WGS-84坐标系--> + +<element name="Latitude"type="double"/> + +- <！-虚拟组织所属的业务分组ID，业务分组根据特定的业务需求制定，一个业务分组包含 一组特定的虚拟组织。--> + +<element name="BusinessGroupID" type="tg:deviceIDType" minOccurs="o"/> + +## (complexType> + +(sequence> + +- <！--摄像机结构类型，标识摄像机类型：1-球机；2-半球；3-固定枪机；4-遥控枪机；5遥控半球；6-多目设备的全景/拼接通道；7-多目设备的分割通道。当为摄像机时 可选。--> + +<element name="PTZType" type="string"minOccurs="o"/> + +- <！--摄像机光电成像类型。1-可见光成像；2-热成像；3-雷达成像；4-X光成像；5-深 度光场成像；9-其他。可多值，用英文半角"/"分割。当为摄像机时可选。--> + +<element name="PhotoelectricImagingType" type="string" minOccurs="o"/> + +<！-摄像机采集部位类型。应符合附录（中的规定。当为摄像机时可选。--> + +<element name="CapturePositionType"type="string"minOccurs="o"/> + +- <！-摄像机安装位置室外、室内属性。1-室外、2-室内。当为摄像机时可选，缺省 为1。--> + +<element name="RoomType"type="integer"minOccurs="o"/> + +- <！--摄像机补光属性。1-无补光；2-红外补光；3-白光补光；4-激光补光；9-其他。当 为摄像机时可选，缺省为1。--> + +<element name= "SupplyLightType" type= "integer" minOccurs= "o"/> + +- <！--摄像机监视方位（光轴方向）属性。1-东（西向东）、2-西（东向西）、3-南（北向 南）、4-北（南向北）、5-东南（西北到东南）、6-东北（西南到东北)、7-西南（东北到西南）、 8-西北(东南到西北）。当为摄像机时且为固定摄像机或设置看守位摄像机时可选。--) + +<element name= "DirectionType" type= "integer" minOccurs= "o"/> + +- <！--摄像机支持的分辨率，可多值，用英文半角"/"。分辨率取值应符合附录G中 SDPf字段规定。当为摄像机时可选。--> + +<element name="Resolution" type="string" minOccurs="o"/> + +- <！-摄像机支持的码流编号列表，用于实时点播时指定码流编号（可选），多个取值 间用英文半角"/"分割。如"0/1/2"，表示支持主码流，子码流1，子码流2，以此 类推。--> + +<element name="StreamNumberList" type="string"minOccurs="o"/> + +- <！--下载倍速（可选），可多值，用英文半角"/"分割，如设备支持1，2，4倍速下载则 应写为"1/2/4"--> + +<element name="DownloadSpeed" type="string" minOccurs="o"/> + +- <！--空域编码能力，取值0-不支持；1-1级增强（1个增强层）；2-2级增强（2个增强 层）；3-3级增强（3个增强层）（可选）--> + +<element name="SVCSpaceSupportMode" type="integer" minOccurs= "o"/> + +- <！--时域编码能力，取值0-不支持；1-1级增强；2-2级增强；3-3级增强（可选）--> <element name="SVCTimeSupportMode" type="integer" minOccurs="o"/> <！--SSVC增强层与基本层比例能力，多个取值间用英文半角"/"分割。如"4：3/2： 1/4：1/6：1/8：1"等具体比例值一种或多种（可选)--> <！--移动采集设备类型（仅移动采集设备适用，必选）；1-移动机器人载摄像机；2-执 法记录仪；3-移动单兵设备；4-车载视频记录设备；5-无人机载摄像机；9-其他--> <element name="MobileDeviceType" type="integer"minOccurs="o"/> <！--摄像机水平视场角（可选），取值范围大于0度小于等于360度--> <element name="HorizontalFieldAngle" type="double" minOccurs="o"/> <！-摄像机竖直视场角（可选），取值范围大于0度小于等于360度--） <element name="VerticalFieldAngle"type="double"minOccurs="o"/> <！--摄像机可视距离（可选），单位：米--> <element name="MaxViewDistance" type="double" minOccurs="o"/> <！-基层组织编码（必选，非基层建设时为"000000"），编码规则采用附录E.3中规 定的格式。--> <element name="GrassrootsCode"type="string"/> <！--监控点位类型（当为摄像机时必选），1-一类视频监控点；2-二类视频监控点；3三类视频监控点；9-其他点位。--> <element name="PointType" type="integer" minOccurs= "o"/> （！--点位俗称（可选），监控点位附近如有标志性建筑、场所或监控点位处于公众约 定俗成的地点，可以填写标志性建设名称和地点俗称--> <element name="PointCommonName"type="string"minOccurs="o"/> <！--设备MAC地址（可选），用"××-××-××-××-××-××"格式表达，其中 "××"表示2位十六进制数，用英文半角"-"隔开--> <！-摄像机卡口功能类型，01-人脸卡口；02-人员卡口；03-机动车卡口；04-非机动车 卡口；05-物品卡口；99-其他。可多值，用英文半角"/"分割。当为摄像机时可选--> <element name="FunctionType"type="string"minOccurs="o"/> <！--摄像机视频编码格式（可选），取值应符合附录G中SDPf字段规定。--> <element name="EncodeType" type="string" minOccurs="o"/> <！--摄像机安装使用时间。一类视频监控点必选；二类、三类可选--> <element name="InstallTime" type="dateTime" minOccurs="o"/> <！-摄像机所属管理单位名称(可选)--> <element name="ManagementUnit" type="string" minOccurs="o"/> <！--摄像机所属管理单位联系人的联系方式（电话号码，可多值，用英文半角"/"分 割）。一类视频监控点必填；二类、三类选填--> <element name="ContactInfo"type="string"minOccurs="o"/> <！--录像保存天数(可选），一类视频监控点必填；二类、三类选填--> <element name="RecordSaveDays"type="integer"minOccurs="o"/> <！--国民经济行业分类代码（可选），代码见GB/T4754第5章--> + +``` + (/sequence) (sequence> <！--目标设备编码（必选）--> <！--目标设备名称(必选）--> <！--文件路径名(可选)--> <！--录像地址(可选）--> <！--录像开始时间(可选)--> <！-录像结束时间(可选)--> <！--保密属性(必选)缺省为0;0-不涉密，1-涉密--> <！--录像产生类型（可选）time或alarm或manual--> <！--录像触发者ID(可选)--> <！--录像文件大小，单位：Byte(可选)--> <！--> 存储录像文件的设备/系统编码，（模糊查询时必选）--> <！--码流类型：0-主码流；1-子码流1；2-子码流2；以此类推（可选）--> (/sequence> (/complexType) +``` + +## A.2.1.11PTZ精准控制类型 + +``` + (/complexType> +``` + +## A.2.1.12OSD配置类型 + +``` +(complexType name= "OSDCfgType"> (sequence> <！-酉 配置窗口长度像素值(必选)--> <！--配置窗口宽度像素值(必选)--> <！-日 时间X像素坐标(必选），以播放窗口左上角像素为原点，水平向右为正> 时间Y像素坐标（必选），以播放窗口左上角像素为原点，竖直向下为正--> <！-显示时间开关（可选），0-关闭；1-打开（默认值)--> . HH:MM:SS--> (o=n . =u 显示文字开关(可选），0-关闭；1-打开(默认值)--> <！-显示文字行数总数（必选）--) (. <！--显示文字(可选)--> (complexType> +``` + +``` +（！--文字内容，长度的取值范围0～32(必选)-> <！--文字X坐标(必选)--> <！--文字Y坐标(必选)--> (/sequence> (/sequence> (/complexType) A.2.1.13视频参数属性类型 (sequence> (complexType> (sequence> <！--视频流编号（必选），用于实时视音频点播时指定码流编号。0-主码流；1-子码流 1;2-子码流2,以此类推--> <！--视频编码格式当前配置值（必选），取值应符合附录G中SDPf字段规定--> <！--分辨率当前配置值（必选），取值应符合附录G中SDPf字段规定--> （！--帧率当前配置值（必选），取值应符合附录G中SDPf字段规定--> （！--码率类型配置值（必选）,取值应符合附录G中SDPf字段规定--> <！--视频码率配置值（固定码率时必选），取值应符合附录G中SDPf字段规定--> (/complexType> (attribute name="Num" type="integer"/> (/complexType) A.2.1.14移动设备位置类型 (sequence> +``` + +``` +64 +``` + +``` +<！--目标设备编码（必选）--> <！--位置采集时间(必选）--> <！--经度（必选），WGS-84坐标系--> <！--纬度（必选），WGS-84坐标系--> <！--速度，单位:km/h(可选）--> 0小于360，单位：度--> <！-海拔高度，单位：米（可选）--> <！-地面高度，单位：米（可选）--> +``` + +``` + <！-是否启用时间计划录像配置：0-否，1-是(必选）--) <！--每周录像计划总天数(必选）--> 选)--> (complexType> <！--周几(必选)取值1～7，表示周一到周日，如当天无录像计划可缺少--> <！--每天录像计划时间段（必选）；每天支持最多8个时间段--> （！--每天录像计划时间段总数（必选）--> (complexType> (sequence> <！--开始时间：时，0～23--> +``` + +``` +（！-方向夹角（可选），取值为当前摄像头方向与正北方的顺时针夹角，取值范围为大于等于 (/complexType> A.2.1.15录像计划配置类型 <！--一个星期的录像计划，可配置7天，对应周一至周日，每天最大支持8个时间段配置（必 +``` + + + +``` +<！--开始时间：分，0～59--> <！--开始时间：秒，0～59--> <！--结束时间：时，0～23--> <！--结束时间：分，0～59--> <！--结束时间：秒,0～59--> <！--码流类型：0-主码流，1-子码流1,2-子码流2,以此类推（必选）--> (/sequence> A.2.1.16报警录像配置类型 (sequence> <！--是否启用报警录像配置：0-否，1-是(必选）--> <！--录像延时时间，报警时间点后的时间，单位"秒"（可选）--> <！--预录时间：报警时间点前的时间，单位"秒"（可选）--> <！--码流编号：0-主码流，1-子码流1,2-子码流2，以此类推（必选）--> (/sequence> A.2.1.17 视频画面遮挡配置类型 (sequence) <！--画面遮挡开关,取值0-关闭，1-打开(必选)--> <！--区域总数（必选）--> 66 +``` + +## <！--区域列表(可选)--> <element name="RegionList" minOccurs="o"> （！--区域(必选)--> (complexType> <sequence> <element name="Item" minOccurs="o" maxOccurs="4"> (complexType> <sequence> <！--区域编号，取值范围1～4(必选)--> <！--区域左上角、右下角坐标（lx,ly,rx,ry,单位像素）， 格式如"20，30,50，60"（必选)--> <element name="Point" type="string"/> </sequence) (/complexType> </element> </sequence> （！--当前区域个数，当无区域时取值为0（必选）--> <attribute name="Num"type="integer"/> (/complexType> </element> (/sequence> (/complexType> A.2.1.18报警上报开关配置类型 (complexType name="alarmReportCfgType"> (sequence> <！--移动侦测事件上报开关，取值0-关闭，1-打开(必选)--> <element name="MotionDetection"type="integer"/> <！--区域入侵事件上报开关，取值0-关闭，1-打开(必选)--> <element name="FieldDetection" type="integer"/> (/sequence> (/complexType> A.2.1.19 基本参数配置类型 (complexType name="basicParamCfgType"> + +``` +(sequence> <！-注册过期时间(可选)--> +``` + +## GB/T28181—2022 + +``` +<！--心跳间隔时间(可选)--> <！--心跳超时次数(可选)--> (/sequence> (/complexType) A.2.1.20视频参数范围配置类型 (sequence) <！--下载倍速范围（可选），各可选参数以"/"分隔，如设备支持1，2，4倍速下载则应写为 "1/2/4"--> （！--摄像机支持的分辨率（可选），可有多个分辨率值，各个取值见以"/"分隔。分辨率取值应 符合附录G中SDPf字段规定。--> (/complexType) A.2.1.21SVAC编码配置类型 (sequence> <！-感兴趣区域参数(必选)--> (complexType> (sequence> <！-感兴趣区域开关，取值0：关闭，1：打开(配置可选，查询应答必选)--> <！--感兴趣区域数量，取值范围0～16（配置可选，查询应答必选）--) <！--感兴趣区域(可选)--> (complexType> <！-感兴趣区域编号，取值范围1～16（配置可选，查询应答必选)--> （！--感兴趣区域左上角坐标，取值为将图像按32×32划分后该坐标所在 块按光栅扫描顺序的序号(配置可选，查询应答必选)--> （！--感兴趣区域右下角坐标，取值为将图像按32×32划分后该坐标所在 块按光栅扫描顺序的序号(配置可选，查询应答必选)--> +``` + +``` +(element name="BottomRight"type="integer"/> <！--ROI区域编码质量等级，取值0-一般；1-较好；2-好；3-很好（配置可 选，查询应答必选）--> (/complexType> <！--SVC参数（可选）--> (complexType> <！--空域编码方式,取值0-基本层；1-1级增强（1个增强层);2-2级增强（2个增强 层）；3-3级增强（3个增强层）（必选）--> <！-时域编码方式，取值0-基本层；1-1级增强；2-2级增强；3-3级增强(必选)--> <！--一SSVC增强层与基本层比例值，取值字符串，如4:3、2:1、4:1、6：1、8：1等具体 比例值(可选)--> <！--空域编码能力，取值0-不支持；1-1级增强（1个增强层）；2-2级增强（2个增强 层）；3-3级增强（3个增强层）(仅查询应答必选)--> <！--时域编码能力，取值0：不支持；1-1级增强；2-2级增强；3-3级增强（仅查询应答必 选)--> -> 割，如4：3/2：1/4：1/6：1/8：1等具体比例值的一种或者多种(仅查询应答可选)--) (/complexType> <！--监控专用信息参数(仅查询应答可选)--) (complexType> (sequence> <！-绝对时间信息开关，取值0-关闭；1-打开（必选)--> <！-OSD信息开关，取值0-关闭；1-打开（必选）--> +``` + +``` + +``` + +``` +<！--智能分析信息开关，取值0-关闭；1-打开(必选)--> <！--地理信息开关，取值0-关闭；1-打开(必选)--> (/sequence> <！--音频参数(可选)--> (sequence> <！-声音识别特征参数开关，取值0-关闭；1-打开(必选)--> (/sequence> (/sequence> (sequence> <！--SVC参数（可选）--> (complexType> (sequence> <！--码流显示模式，取值0-基本层码流单独显示方式；1-基本层十1个增强层码流方 式；2-基本层十2个增强层码流方式；3-基本层十3个增强层码流方式；（配置必选，查询 应答可选)--> （！--空域编码能力，取值0-不支持；1-1级增强（1个增强层)；2-2级增强（2个增强 层）；3-3级增强（3个增强层）（仅查询应答必选）--) <！--时域编码能力，取值0-不支持；1-1级增强；2-2级增强；3-3级增强（仅查询应答 必选)--> (/sequence> <！--监控专用信息参数(可选)--> +``` + + + +``` + (complexType> (sequence> <！-- <！--OSD信息显示开关，取值0-关闭；1-打开（配置可选，查询应答必选)--> <！-- <！--地理信息开关，取值0-关闭；1-打开(配置可选，查询应答必选)--> (/sequence> +``` + +``` +绝对时间信息显示开关，取值0-关闭；1-打开（配置可选，查询应答必选)--) 智能分析信息显示开关，取值0-关闭；1-打开（配置可选，查询应答必选)--) (/complexType> A.2.1.23画面翻转配置类型 <！--0-不启用镜像，基准画面--> <！--1-水平镜像(左右翻转）--> <！--2-上下镜像（上下翻转）--> <！--3-中心镜像(上下左右都翻转)--> (/simpleType> A.2.1.24图像抓拍配置类型 (sequence> <！--连拍张数(必选），最多10张，当手动抓拍时，取值为1-> (simpleType> +``` + +``` + <！--单张抓拍间隔时间，单位：秒(必选），取值范围：最短1秒--> (/simpleType> <！--抓拍图像上传路径(必选）--> <！--会话ID,由平台生成，用于关联抓拍的图像与平台请求（必选）,SessionID由大小写英文 字母、数字、短划线组成，长度不小于32字节，不大于128字节。--> (maxLength value="128"/> (/sequence) (/complexType> +``` + +## A.2.2命令结构头文件定义 + +## A.2.2.1请求命令结构头文件定义 + +``` +请求命令消息体XMLSchema文件的前导说明为： (choice maxOccurs= "unbounded"> +``` + +## A.2.2.2应答命令结构头文件定义 + +``` +请求命令消息体XMLSchema文件的前导说明为： A.2.3控制命令 A.2.3.1设备控制命令 A.2.3.1.1设备控制命令消息体 设备控制命令消息体XMLSchema文件体为： (complexType> <！--命令类型：设备控制(必选）--) (element name="CmdType" fixed="DeviceControl"/> （！--命令序列号(必选）--> <！ --目标设备编码（必选）--> <！--设备控制请求命令序列见A.2.3.1.2～A.2.3.1.14--> <！--扩展信息，可多项--> (simpleType> (restriction base="string"> (/element> (/complexType> (/element> A.2.3.1.2摄像机云台控制命令 <！--摄像机云台控制命令（可选，控制码应符合A.3的规定）--> <！--摄像机云台控制命令附加参数(可选)--> (complexType> (sequence> （！--预置位名称(PTZCmd为设置预置位命令时可选）--> +``` + +## GB/T 28181—2022 + +``` +<！-巡航轨迹名称(最长32字节，PTZCmd为巡航指令命令时可选）--> (/sequence) +``` + +``` + A.2.3.1.3远程启动控制命令 ！-远程启动控制命令(可选）--> (simpleType> (/simpleType> A.2.3.1.4录像控制命令 <！--录像控制命令(可选）--> <！--码流类型：0-主码流，1-子码流1,2-子码流2，以此类推（可选），缺省为0--> A.2.3.1.5报警布防/撤防控制命令 <！--报警布防/撤防命令(可选）--> A.2.3.1.6报警复位控制命令 <！--报警复位命令(可选）--> (simpleType) (/simpleType> <！--报警复位控制时，扩展此项，携带报警方式、报警类型。--> (complexType> (sequence> <！--复位报警的报警方式属性，取值0-全部；1-电话报警；2-设备报警；3-短信 报警；4-GPS报警；5-视频报警；6-设备故障报警；7-其他报警；可以为直接组合如1/2 +``` + +## 为电话报警或设备报警--> + +(element name="AlarmMethod"type="string"minOccurs="o"/> （！--复位报警的报警类型属性。报警类型。报警方式为2时，不携带AlarmType 为默认的报警设备报警，携带AlarmType取值及对应报警类型如下：1-视频丢失报 警；2-设备防拆报警；3-存储设备磁盘满报警；4-设备高温报警；5-设备低温报警。报 警方式为5时，取值如下：1-人工视频报警；2-运动目标检测报警；3-遗留物检测报警； 4-物体移除检测报警；5-绊线检测报警；6-人侵检测报警；7-逆行检测报警；8-徘徊检 测报警；9-流量统计报警；10-密度检测报警；11-视频异常检测报警；12-快速移动报 警；13-图像遮挡报警。报警方式为6时，取值如下：1-存储设备磁盘故障报警；2-存储 设备风扇故障报警--> + +``` + +``` + +## A.2.3.1.7强制关键帧控制命令 + +``` +<！--强制关键帧命令，设备收到此命令应立刻发送一个IDR帧(可选)-> (simpleType> (/simpleType> (/element> +``` + +## A.2.3.1.8拉框放大控制命令 + +``` +（！--拉框放大控制命令（可选）--> +``` + +``` +(complexType> <！-播放窗口长度像素值(必选)--> (！--播放窗口宽度像素值(必选)--> （！--拉框中心的横轴坐标像素值(必选)--> <！-拉框中心的纵轴坐标像素值(必选)--> <！--拉框长度像素值(必选)--> (element name="LengthX" type="integer"/> +``` + +``` +(！--拉框宽度像素值(必选)--> +``` + + + +## GB/T28181—2022 + +``` + (/complexType> +``` + +## A.2.3.1.9拉框缩小控制命令 + +``` +（！--拉框缩小控制命令（可选）--> (complexType> <！--播放窗口长度像素值(必选)--> <！--播放窗口宽度像素值(必选)--) <！-拉框中心的横轴坐标像素值(必选)--> <！-- <！--拉框长度像素值(必选)--) <！--拉框宽度像素值(必选)--) (/complexType> +``` + +- 注：拉框放大命令将播放窗口选定框内的图像放大到整个播放窗口；拉框缩小命令将整个播放窗口的图像缩小到 播放窗口选定框内；命令中的坐标系以播放窗口的左上角为原点，各坐标取值以像素为单位。 + +## A.2.3.1.10看守位控制命令 + +``` +（！--看守位控制命令（可选）--> (complexType> <！--看守位使能1-开启;0-关闭(必选)--> <！--自动归位时间间隔，开启看守位时使用，单位：秒(s)（可选）--) <！--调用预置位编号，开启看守位时使用，取值范围0～255（可选)--> (simpleType) +``` + +``` +(maxInclusive value="255"/> +``` + +``` + (/complexType> A.2.3.1.11PTZ精准控制控制命令 <！-PTZ精准控制命令(可选）--> <！--设备软件升级命令(可选）--> (element name="DeviceUpgrade"minOccurs="o"> (complexType> <！-设备固件版本(必选）--> <！--升级文件的完整路径（必选）--> <！--设备厂商(必选）--) <！--会话ID，由平台生成，用于关联升级流程多个命令的会话标识（必选），SessionID由大 (simpleType> (/complexType> (/element> A.2.3.1.13存储卡格式化控制命令 <！--存储卡格式化命令(可选）--> (elementname="FormatSDCard"minOccurs="o"> (simpleType> +``` + +## GB/T28181—2022 + +``` + (/simpleType> +``` + +## A.2.3.1.14目标跟踪控制命令 + +（！-全景摄像机球机画面中目标进行自动及手动跟踪控制命令。 + +手动跟踪：在平台端全景画面上进行框选时，平台会将目标框的具体坐标发送给设备，设备中的球 机根据该坐标执行跟踪动作。由于平台与设备画面比例大小不同，需要进行比例关系转化。因此，平台 应提供画面大小：播放窗口长度像素值和播放窗口宽度像素值。 + +自动跟踪：平台把这个命令发送给设备，设备根据已配置参数执行跟踪操作，无需平台下发坐标 参数。 + +自动或手动跟踪命令携带全景画面中框选的区域坐标信息； + +目标跟踪命令（可选），"Auto"为自动跟踪、"Manual"为手动跟踪（指哪打哪），携带全景图片中框 选的区域坐标信息--> + +``` +（！--全景图片大小、框选的区域坐标信息（目标框长宽及中心点坐标），可选，手动跟踪时需要--) +``` + +``` +(simpleType> (/simpleType> <！-DeviceID2目标设备编码（可选）,指全景相机中的全景通道ID--> (！--全景播放窗口长度像素值(必选)--> （！--全景播放窗口宽度像素值(必选)--> <！--跟踪框中心的横轴坐标像素值(必选)--> （！--跟踪框中心的纵轴坐标像素值(必选)--> <！--跟踪框长度像素值(必选)--> (element name="LengthX" type="integer"/> （！--跟踪框宽度像素值(必选)--> +``` + +``` + (/complexType> 注：SN后面的目标设备编码（必选)指全景相机的球机通道。 A.2.3.2设备配置命令 A.2.3.2.1设备配置命令消息体 设备配置命令消息体XMLSchema文件体为： (element name="Control"> (complexType> <！--命令类型：设备配置(必选）--> (element name="CmdType" fixed="DeviceConfig"/> <！--命令序列号（必选）--> (element name="SN" type="tg:SNType"/> <！--目标设备编码（必选）--> (element name="DeviceID" type="tg:deviceIDType"/> <！ --设备配置请求命令序列见A.2.3.2.2～A.2.3.2.13--> <！--扩展信息,可多项--> (element name="ExtraInfo"minOccurs="o"maxOccurs="unbounded"> (simpleType> (/element> (/element> A.2.3.2.2基本参数配置命令 <！--基本参数配置(可选）--> A.2.3.2.3SVAC编码配置命令 A.2.3.2.4SVAC解码配置命令 <！--SVAC解码配置（可选）--) +``` + +## GB/T 28181—2022 + +<element name="SVACDecodeConfig" type="tg:SVACDecodeCfgType" minOccurs="o"/> + +## A.2.3.2.5视频参数属性配置命令 + +- <！--视频参数属性配置(可选）--> + += = minOccurs="o"/> + +## A.2.3.2.6录像计划配置命令 + +- ！--录像计划配置(可选）--> + +<element name="VideoRecordPlan" type="tg:videoRecordPlanCfgType" minOccurs="o"/> + +## A.2.3.2.7报警录像配置命令 + +- <！--报警录像配置（可选）--> + +<element name ="VideoAlarmRecord" type =" tg: videoAlarmRecordCfgType" minOccurs = " 0"/> + +## A.2.3.2.8视频画面遮挡配置命令 + +- <！--视频画面遮挡配置(可选）--> + +<element name="PictureMask" type="tg:pictureMaskCfgType" minOccurs="o"/> + +## A.2.3.2.9画面翻转配置命令 + +- <！--画面翻转配置（可选）--> + +<element name="FrameMirror" type= "tg:frameMirrorCfgType" minOccurs="o"/> + +## A.2.3.2.10报警上报开关配置命令 + +- ！--报警上报开关配置(可选）--> + +<element name="AlarmReport" type="tg:alarmReportCfgType" minOccurs="o"/> + +## A.2.3.2.11前端OSD配置命令 + +- <！--前端OSD配置命令（可选）--> + +## A.2.3.2.12图像抓拍配置命令 + +- ！--图像抓拍配置命令(可选)--> + +<element name="SnapShotConfig" type="tg:snapShotCfgType" minOccurs= "o"/> + +## A.2.4查询命令 + +## A.2.4.1查询命令消息体 + +查询命令消息体XMLSchema文件体为： + + + +``` + <！- (/complexType> +``` + + + +``` +查询请求命令序列见A.2.4.2～A.2.4.14--> (/element> A.2.4.2设备状态查询请求 <！-命令类型：设备状态查询(必选）--> <！-命令序列号（必选）--> <！-目标设备编码（必选）--> A.2.4.3设备目录查询或订阅请求 <！--命令类型：设备目录查询(必选）--> <！--命令序列号(必选）--> <！--目标设备/区域/系统/业务分组/虚拟组织编码(必选）--> <！--增加设备的起始时间(可选)空表示不限--> <！-增加设备的终止时间(可选)空表示到当前时间--> A.2.4.4设备信息查询请求 <！--命令类型：设备信息查询（必选）--> <！--命令序列号(必选）--) <！--目标设备编码（必选）--> A.2.4.5文件目录检索请求 （！-命令类型：文件目录检索（必选）--> (element name="CmdType" fixed ="RecordInfo"/> <！-命令序列号(必选）--> （！--目标设备编码（必选）--> +``` + +## GB/T28181—2022 + +``` +<！--录像检索起始时间（必选）--> <！-录像检索终止时间(必选)--> <！--文件路径名（可选)--> <！-录像地址（可选支持不完全查询）--> <！-保密属性(可选)缺省为0；0-不涉密；1-涉密--> <！-录像产生类型（可选）time或alarm或manual或all--> <！-录像触发者ID(可选)--) +``` + +<！--录像模糊查询属性（可选）缺省为O；O-不进行模糊查询，此时根据SIP消息中To头域URI中 的ID值确定查询录像位置，若ID值为本域系统ID则进行中心历史记录检索，若为前端设备ID则 进行前端设备历史记录检索；1-进行模糊查询，此时设备所在域应同时进行中心检索和前端检索并 将结果统一返回。--> + +<element name="IndistinctQuery" type="string" minOccurs= "o"/> + +（！--码流编号（可选）：0-主码流；1-子码流1；2-子码流2；以此类推--> + +<element name="StreamNumber"type="integer"minOccurs="o"/> + +<！--报警方式条件（可选）取值0-全部；1-电话报警；2-设备报警；3-短信报警；4-GPS报警；5-视 频报警；6-设备故障报警；7-其他报警；可以为直接组合如1/2为电话报警或设备报警--> + +<element name="AlarmMethod" type="string" minOccurs="o"/> + +- （！--报警类型（可选）。报警类型。报警方式为2时，不携带AlarmType为默认的报警设备报 警，携带AlarmType取值及对应报警类型如下：1-视频丢失报警；2-设备防拆报警；3-存储设备磁盘 满报警；4-设备高温报警；5-设备低温报警。报警方式为5时，取值如下：1-人工视频报警；2-运动目 标检测报警；3-遗留物检测报警；4-物体移除检测报警；5-绊线检测报警；6-入侵检测报警；7-逆行检 测报警；8-徘徊检测报警；9-流量统计报警；10-密度检测报警；11-视频异常检测报警；12-快速移动 报警；13-图像遮挡报警。报警方式为6时，取值如下：1-存储设备磁盘故障报警；2-存储设备风扇故 障报警--> + +## A.2.4.6报警订阅请求 + +``` +<！-命令类型：报警查询（必选）--> <！--命令序列号（必选）--> <！ 报警设备编码或报警中心编码（10位)(必选)--> <！--报警起始级别（可选），0为全部；1-一级警情；2-二级警情；3-三级警情；4-四级警情--> +``` + +<element name="StartAlarmPriority"type="string"minOccurs="o"/> + + + +<element name="EndAlarmPriority" type="string"minOccurs="o"/> + +- （！--报警方式条件（可选），取值0-全部；1-电话报警；2-设备报警；3-短信报警；4-GPS报警；5-视 频报警；6-设备故障报警；7-其他报警；可以为直接组合如1/2为电话报警或设备报警--> +- （！--报警类型（可选）。报警方式为2时，不携带AlarmType为默认的报警设备报警，携带AlarmType取值及对应报警类型如下：1-视频丢失报警；2-设备防拆报警；3-存储设备磁盘满报警；4设备高温报警；5-设备低温报警。报警方式为5时，取值如下：1-人工视频报警；2-运动目标检测报 像遮挡报警。报警方式为6时，取值如下：1-存储设备磁盘故障报警；2-存储设备风扇故障报警--> + +(o=n .s.= .d.= + +<element name="StartAlarmTime" type= "dateTime" minOccurs="o"/> + +<element name="EndAlarmTime" type="dateTime" minOccurs="o"/> + +## A.2.4.7设备配置查询请求 + +（！-命令类型：设备配置查询（必选）--> + +<element name="CmdType" fixed ="ConfigDownload"/> + +<！--命令序列号（必选）--> + +<element name="SN" type="tg:SNType"/> + +<！--目标设备编码（必选）--> + +<element name="DeviceID" type="tg:deviceIDType"/> + +- （！-查询配置参数类型（必选），可查询的配置类型包括基本参数配置：BasicParam，视频参数范 围配置：VideoParamOpt,SVAC编码配置：SVACEncodeConfig，SVAC解码配置：SVACDecodeConfig，视频参数属性配置：VideoParamAttribute，录像计划：VideoRecordPlan，报警录像： VideoAlarmRecord，视频画面遮挡：PictureMask，画面翻转：FrameMirror，报警上报开关：AlarmReport,前端OSD设置：OSDConfig，图像抓拍配置：SnapShotConfig。可同时查询多个配置类 型，各类型以"/"分隔，可返回与查询SN值相同的多个响应，每个响应对应一个配置类型。--> + +(element name="ConfigType" type= "string"/> + +## A.2.4.8设备预置位查询请求 + +``` +<！-命令类型：预置位查询（必选）--> （！--命令序列号（必选）--> (dN:.=.,=u (element name="DeviceID" type= "tg:deviceIDType" /> +``` + +## A.2.4.9移动设备位置数据订阅请求 + +- （！--命令类型：移动设备位置数据查询（必选）--> + +## GB/T28181—2022 + +``` + <！-命令序列号(必选）--) <！-查询移动设备/系统编码(必选）--> <！-移动设备位置信息上报时间间隔，单位：秒，默认值5(可选)--> +``` + +## A.2.4.10看守位信息查询请求 <！--命令类型：看守位信息查询(必选）--> <element name="CmdType"fixed ="HomePositionQuery"/> <！--命令序列号（必选）--> (element name="SN"type="tg:SNType"/> <！--目标设备编码（必选）--> <element name="DeviceID" type="tg:deviceIDType"/> A.2.4.11巡航轨迹列表查询请求 （！--命令类型：巡航轨迹列表查询(必选）--> <element name="CmdType" fixed ="CruiseTrackListQuery"/> <！--命令序列号（必选）--> <element name="SN" type="tg:SNType"/> （！--目标设备编码（必选）--> <element name="DeviceID" type="tg:deviceIDType"/> A.2.4.12巡航轨迹查询请求 <！--命令类型：巡航轨迹查询(必选）--> <element name="CmdType"fixed ="CruiseTrackQuery"/> （！--命令序列号（必选）--> <element name="SN" type="tg:SNType"/> <！--目标设备编码（必选）--> <！--轨迹编号(必选）：0-第一条轨迹；1-第二条轨迹--> <element name="Number" type= "integer"/> A.2.4.13PTZ精准状态查询或订阅请求 <！--命令类型：PTZ精准状态查询(必选)--> <elementname="CmdType" fixed=" PTZPosition"/> <！--命令序列号(必选)--> <element name="SN" type="tg:SNType"/> （！--查询目标设备编码(必选）--) <elementname="DeviceID" type="tg:deviceIDType"/> + +## A.2.4.14存储卡状态查询请求 + +``` +（！--命令类型：存储卡状态查询(可选）--> <！-命令序列号(必选）--> <！--查询目标设备编码（必选）--> A.2.5通知命令 A.2.5.1通知命令消息体 通知命令消息体XMLSchema文件体为： (element name="Notify"> (complexType> <！--通知请求的命令序列见A.2.5.2～A.2.5.9--> (/element> A.2.5.2状态信息报送 <！--命令类型：设备状态信息报送(必选)--> <！-命令序列号(必选)--> <！-源设备/系统编码(必选）--> <！--是否正常工作(必选）--> （！--故障设备列表--> (complexType> (/element> +``` + +## A.2.5.3报警通知 + +``` +<！--命令类型：报警通知（必选）--> （！--命令序列号(必选）--> <！--报警设备编码或报警中心编码（10位)（必选)--> <！-- +``` + +- 报警级别（必选），1-一级警情；2-二级警情；3-三级警情；4-四级警情--) <！--报警方式（必选），取值1-电话报警；2-设备报警；3-短信报警；4-GPS报警；5-视频报警；6-设 备故障报警；7-其他报警--> <！--报警时间(必选）--> <！--报警内容描述(可选）--> <element name= "AlarmDescription" type="string" minOccurs="o"/> <！--经纬度信息可选--> <element name="Longitude" type="double" minOccurs= "o"/> <element name="Latitude"type="double"minOccurs="o"/> <！--扩展Info项携带报警类型、报警类型参数字段--> <element name="Info" minOccurs= "o"> (complexType> <sequence> <！--报警类型。报警方式为2时，不携带AlarmType为默认的报警设备报警，携带AlarmType取值及对应报警类型如下：1-视频丢失报警；2-设备防拆报警；3-存储设备磁盘满报 警；4-设备高温报警；5-设备低温报警。报警方式为5时，取值如下：1-人工视频报警；2-运动 目标检测报警；3-遗留物检测报警；4-物体移除检测报警；5-绊线检测报警；6-入侵检测报警； 7-逆行检测报警；8-徘徊检测报警；9-流量统计报警；10-密度检测报警；11-视频异常检测报 警；12-快速移动报警；13-图像遮挡报警。报警方式为6时，取值如下：1-存储设备磁盘故障 报警；2-存储设备风扇故障报警。--> （！一报警类型扩展参数。在人侵检测报警时可携带（EventType）事件类型（/ EventType）,事件类型取值：1-进人区域；2-离开区域。--> <element name= "AlarmTypeParam" type= "string" minOccurs= "o") (complexType> <sequence> <element name= "EventType" type= "positiveInteger" minOccurs= "o"/> </sequence> </complexType> </sequence> + +- 注：设备发送报警方式为2的“设备报警”通知后，平台需进行A.2.3.1.6“报警复位"控制操作，设备才能发送新的 + +``` + <！--扩展信息，可多项--> (simpleType) (/element> "设备报警"通知。 +``` + +## A.2.5.4媒体通知 + +``` +<！--命令类型：媒体通知（必选）--> （！--命令序列号（必选）--> （！--媒体发送设备编码(必选）--> （！--通知事件类型（必选），取值"121"表示历史媒体文件发送结束。--> +``` + +## A.2.5.5语音广播通知 + +``` +（！--命令类型：广播通知(必选）--> < element name="CmdType" fixed ="Broadcast" /> <！--1 命令序列号(必选）--> <！- <！--语音输出设备的设备编码(必选）--> +``` + +## A.2.5.6移动设备位置数据通知 + +``` +（！--命令类型：移动设备位置数据通知(必选）--> < element name="CmdType" fixed ="MobilePosition"/> <！--命令序列号(必选）--> <！--目标设备/系统编码（必选）--> (element name="DeviceID"type="tg:deviceIDType"/> （！--上报通知时间（必选）--> . +``` + +## GB/T 28181—2022 + +``` +移动设备位置总数(必选）--> +``` + +``` + <！--移动设备位置列表，Num表示目录项个数--> (complexType> A.2.5.7图像抓拍传输完成通知 命令类型：图像抓拍传输完成通知(必选）--> 〈 element name="CmdType" fixed ="UploadSnapShotFinished"/> <！-命令序列号(必选）--> <！--i 设备编码(必选）--> <！-会话ID,由平台生成，图片上传时按配置命令中携带的SessionID值返回，用于关联抓拍的 图像与平台的请求(必选）--> (simpleType> <！--抓拍图像标识列表(必选）--> (complexType> <！--抓拍图像唯一标识，由前端抓拍设备生成。无文件标识或文件标识个数少于要求抓拍 的文件个数，表示全部或部分抓拍或上传操作异常失败。--> (/complexType> +``` + +## A.2.5.8设备实时视音频回传通知 + +``` +（！--命令类型：设备实时视音频回传通知（必选）--> <！--命令序列号（必选）--> <！--设备编码(必选）--) （！--上报通知时间（必选）--> （！--经度（可选）--> <！--纬度(可选）--> A.2.5.9设备软件升级结果通知 <！--命令类型：设备软件升级结果通知（必选）--> <！--命令序列号(必选）--> （！--设备编码(必选）--> <！--会话ID，与升级请求中的SessionID相同，定义参见A.2.3.1.12（必选）--） (element name="SessionID"> (simpleType> <！-软件升级是否成功(必选）--> (element name="UpgradeResult"type="tg:resultType"> <！-当前软件版本信息（必选）--> （！--软件升级失败原因（软件升级失败时必选），升级失败原因取值：01-软件下载超时；02-升级 包损坏；03-系统异常，99-其他--> +``` + +## A.2.6应答命令 + +## A.2.6.1应答命令消息体 + +应答命令消息体XMLSchema文件体为： + +## GB/T 28181—2022 + +``` + (complexType> <！- (/complexType> +``` + +``` +查询请求的应答信息见A.2.6.2～A.2.6.16--> A.2.6.2设备控制应答 <！--命令类型：设备控制(必选）--> <！--命令序列号(必选）--> (element name="SN"type="tg:SNType"/> <！ --目标设备/区域/系统编码(必选）--> <！--执行结果标志(必选）--> A.2.6.3报警通知应答 命令类型：报警通知(必选）--) （！-命令序列号(必选）--> <！--目标设备/区域/系统编码(必选）--> <！--执行结果标志(必选）--> A.2.6.4设备目录信息查询应答 +``` + + + +``` +<！-命令类型：设备目录查询（必选）--> <！--命令序列号(必选）--> <！--目标设备/区域/系统/业务分组/虚拟组织的编码，取值与目录查询请求相同（必选）--） <！--查询结果总数(必选）--> <！-设备目录项列表，Num表示目录项个数--> (complexType> +``` + + + +``` + (/complexType> (/element> <！--扩展信息，可多项--> (simpleType> ( A.2.6.5设备信息查询应答 <！--命令类型：设备信息查询（必选）--> <！--命令序列号(必选）--> (element name="SN" type="tg:SNType"/> <！--目标设备的编码(必选）--> （！--目标设备的名称（可选）--> <！-查询结果(必选）--> <！--设备生产商(可选）--> <！--设备型号(可选）--> <！--设备固件版本（可选）--> <！--视频输人通道数(可选）--> (simpleType) (/simpleType> (/element> <！--扩展信息，可多项--> +``` + +## GB/T 28181—2022 + +``` +(simpleType> +``` + +## A.2.6.6设备状态查询应答 + +``` +<！--命令类型：设备状态查询（必选）--> <！--1 命令序列号(必选）--> <！--目标设备的编码（必选）--) <！-查询结果标志(必选）--> <！-是否在线(必选）--> <！--是否正常工作(必选）--> <！-> 不正常工作原因(可选）--> <！--是否编码(可选）--) <！-是否录像（可选）--) <！--设备时间和日期(可选）--> <！--报警设备状态列表,num表示列表项个数（可选）--> (complexType> (complexType> (sequence> <！--报警设备编码(必选）--) +``` + + + +``` + （！--报警设备状态(必选）--> (element name="DutyStatus"minOccurs="o"> (simpleType> (enumeration value="ONDUTY"/> (/element> (/element> (/complexType> <！--扩展信息，可多项--> (simpleType> (maxLength value= "1024"/> (/simpleType> (/element> A.2.6.7文件目录检索应答 <！-命令类型：文件目录查询(必选）--> <！--命令序列号(必选）--) <！-目标设备编码（必选）--> <！--设备/区域名称(必选）--> <！--查询结果总数(必选）--> <！--文件目录项列表，Num表示目录项个数--> (complexType> +``` + +## GB/T 28181—2022 + +``` + (/complexType> <！--扩展信息，可多项--> (simpleType) (/simpleType> +``` + +``` + A.2.6.8设备配置应答 <！--命令类型：设备参数配置（必选）--> <！--命令序列号(必选）--> <！--目标设备/区域/系统编码(必选）--> <！--执行结果标志(必选）--> (element name="Result"type="tg:resultType"/> A.2.6.9设备配置查询应答 命令类型：设备配置获取(必选）--> （！-命令序列号(必选）--) <！-目标设备编码(必选）--> <！-查询结果标志(必选）--> <！--基本参数(可选）--> <！--视频参数范围(可选)--> <！--SVAC编码配置（可选）--) <！ --SVAC解码配置（可选）--> +``` + + + +``` + <！-视频参数属性配置(可选)--> （element name =" VideoParamAttribute " type = " tg: videoParamAttributeCfgType minOccurs= "o"/> <！--录像计划配置(可选)-> (element name ="VideoRecordPlan" type="tg:videoRecordPlanCfgType" minOccurs= "o"/> <！--报警录像配置(可选)--> <！-视频画面遮挡配置(可选)--> <！--画面翻转配置(可选)--> <！--报警上报开关配置(可选)--> <！--前端OSD配置（可选）--> <！- A.2.6.10设备预置位查询应答 （！-1 命令类型：预置位查询（必选）--> (element name="CmdType" fixed ="PresetQuery"/> <！--命令序列号(必选）--> <！--查询目标设备编码(必选）--> ( （！一设备预置位列表，用于平台间或平台与设备间的预置位查询（必选）--） (complexType> （！--当前配置的预置位记录，当未配置预置位时不填写--> (complexType> <！--预置位编码（必选）--> （！--预置位名称(必选）--> (element name="PresetName"type="string"/> +``` + +## GB/T 28181—2022 + +``` + (/complexType> (/complexType> +``` + +``` +（！--命令类型：看守位信息查询（必选）--> <！--命令序列号（必选）--> <！--目标设备编码(必选）--) <！--看守位配置信息（可选）--> (complexType> <！--看守位开关(必选），0-关闭；1-开启--> （！--自动归位时间间隔，开启看守位时使用，单位：秒（可选)--> （！--调用预置位编号，开启看守位时使用（可选），取值范围大于等于0小于等于255--> (simpleType) +``` + +## <！--列表项个数，当未配置预置位时取值为0（必选）--) </element> A.2.6.11语音广播应答 <！-命令类型：广播通知(必选）--> <element name="CmdType"fixed ="Broadcast"/> <！--命令序列号(必选）--> <element name="SN" type="tg:SNType"/> <！-语音输出设备的设备编码(必选）--> <element name="DeviceID" type="tg: deviceIDType"/> <！--执行结果标志(必选）--> <element name="Result"type="tg:resultType"/> A.2.6.12看守位信息查询应答 </restriction> + +``` + (/complexType> +``` + +``` +(/element> A.2.6.13巡航轨迹列表查询应答 （！--命令类型：巡航轨迹列表查询（必选）--> （！--命令序列号（必选）--> （！--目标设备编码（必选）--> <！--查询结果总数(必选）--> （！--巡航轨迹信息（可选）--> <！--轨迹信息--> (element name="CruiseTrack"> (complexType) （！--轨迹编号（必选）,0-第一条轨迹，1-第二条轨迹 （！--轨迹名称(可选），最长32字节--> (/element> <！--轨迹项个数，当未配置巡航轨迹时取值为0(必选）--> (/complexType> A.2.6.14巡航轨迹查询应答 <！--命令类型：巡航轨迹查询(必选）--> （！--命令序列号(必选）--> +``` + +## GB/T 28181—2022 + +``` +<！--目标设备编码（必选）--> <！--轨迹编号(必选)--> <！--轨迹名称，最长32字节(可选)--> <！--查询结果总数（必选）--> <！--轨迹点列表(可选）--> (complexType> <！--轨迹点信息--> (complexType> <！--预置位编号(必选)--> （！--预置点停留时间，单位：秒(必选)--> <！--云台速度：1～15(必选）--> (/element> <！--轨迹点个数，当未配置巡航轨迹时取值为0(必选）--> (/complexType> +``` + +``` + A.2.6.15PTZ精确状态查询应答 <！-命令类型：PTZ精确状态查询应答（必选）--> <！--1 命令序列号(必选）--) <！-查询目标设备编码(必选）--) <！--PTZ设置的水平角度（可选）--> <！--] PTZ设置的垂直角度（可选）--> +``` + +``` + +``` + +## <！--PTZ设置的变焦倍数（可选）--> <element name="Zoom" type="double" minOccurs= "o"/> <！--摄像机水平视场角（可选）--> <element name="HorizontalFieldAngle" type="double" minOccurs= "o"/> （！-摄像机竖直视场角（可选）--> <！--摄像机可视距离(可选）--> <element name="MaxViewDistance" type="double" minOccurs= "o"/> A.2.6.16存储卡状态查询应答 （！--命令类型：存储卡状态查询应答(必选）--> <element name="CmdType" fixed="SDCardStatus"/> <！--命令序列号(必选）--> <element name="SN" type="tg:SNType"/> <！--查询目标设备编码(必选)--) <element name="DeviceID" type="tg:deviceIDType"/> （！--返回的存储卡状态信息（可选）--> （！--查询结果总数(必选）--> <element name="SumNum"type="integer"/> (element name="SDCardStatusInfo"minOccurs="o"> (complexType> <sequence> <！--可以返回多个SDCard信息--> <element name="Item"minOccurs="o" maxOccurs="8"> (complexType> <sequence> <！--SD卡编号--> <element name="ID" type="integer"/> <!-S SD卡名称--> <！--状态，ok-正常，formatting-格式化，unformatted-未格式化，idle-空闲，error错误--> (！--格式化进度(可选)0-100，百分比--> <！-存储容量,单位：MB--> <element name="Capacity" type="integer"/> <！--<element name= "FreeSpace" type= "integer"/> </sequence> + +## GB/T 28181—2022 + +``` +(/complexType> <！--当前存储卡信息个数，当无存储卡信息时取值为0(必选）--> +``` + +## A.3前端设备控制协议 + +## A.3.1指令格式 + +指令格式应符合表A.3的要求。 + +表A.3指令格式 + +| 字节 | 字节1 | 字节2 | 字节3 | 字节4 | 字节5 | 字节6 | 字节7 | 字节8 | +|--------|---------|---------|---------|---------|---------|---------|---------|---------| +| 含义 | A5H | 组合码1 | 地址 | 指令 | 数据1 | 数据2 | 组合码2 | 校验码 | + +## 各字节定义如下。 + +- 字节1：指令的首字节为A5H。 +- 字节2：组合码1，高4位是版本信息，低4位是校验位，校验位=（字节1的高4位十字节1的 低4位十字节2的高4位)%16。本文件的版本号是1.0，版本信息为0H。 +- 字节3：地址的低8位。 +- 字节4：指令码。 +- 字节5、6：数据1和数据2。 +- 字节7：组合码2，高4位是数据3，低4位是地址的高4位；在后续叙述中，没有特别指明的高 4位，表示该4位与所指定的功能无关。 +- 字节8：校验码，为第1～7字节的算术和的低8位，即算术和对256取模后的结果，字节8= （字节1十字节2十字节3十字节4十字节5十字节6十字节7)%256。 + +地址范围000H～FFFH（即0～4095）,其中000H地址作为广播地址。 + +- 注：前端设备控制中，不使用字节3和字节7的低4位地址码，使用前端设备控制消息体中的<DeviceID>统一编 码标识控制的前端设备。 + +## A.3.2PTZ指令 + +PTZ指令见表A.4,其中Bit5和Bit4不应同时为1,Bit3和Bit2不应同时为1；Bitl和Bit0不应同 时为1。镜头变倍指令、云台上下指令、云台左右指令三者可以组合。 + + + +表A.4PTZ指令 + +| 字节 | 位 | 位 | 位 | 位 | 位 | 位 | 位 | 位 | +|--------|--------------------|--------------------|--------------------|--------------------|------------------------|------------------------|-----------------------|-----------------------| +| 字节 | Bit7 | Bit6 | Bit5 | Bit4 | Bit3 | Bit2 | Bitl | Bito | +| 字节4 | 0 | 0 | 镜头变倍（Zoom) | 镜头变倍（Zoom) | 云台垂直方向控制(Tilt) | 云台垂直方向控制(Tilt) | 云台水平方向控制(Pan) | 云台水平方向控制(Pan) | +| 字节4 | 0 | 0 | 缩小(Out) | 放大(In) | 上(Up) | 下(Down) | 左(Left) | 右(Right) | +| 字节5 | 水平控制速度相对值 | 水平控制速度相对值 | 水平控制速度相对值 | 水平控制速度相对值 | | | | | +| 字节6 | 垂直控制速度相对值 | 垂直控制速度相对值 | 垂直控制速度相对值 | 垂直控制速度相对值 | | | | | +| 字节7 | 变倍控制速度相对值 | 变倍控制速度相对值 | 变倍控制速度相对值 | 变倍控制速度相对值 | 地址高4位 | 地址高4位 | 地址高4位 | 地址高4位 | + +- 注1：字节4中的Bit5、Bit4分别控制镜头变倍的缩小和放大，字节4中的Bit3、Bit2、Bitl、Bit0位分别控制云台 上、下、左、右方向的转动。相应Bit位置1时，启动云台向相应方向转动，相应Bit位清0时，停止云台相应 方向的转动。云台的转动方向以监视器显示图像的移动方向为准。 +- 注2：字节5控制水平方向速度，速度范围由慢到快为00H～FFH；字节6控制垂直方向速度，速度范围由慢到快 为00H～FFH。 +- 注3：字节7的高4位为变焦速度，速度范围由慢到快为0H～FH；低4位为地址的高4位。 + +PTZ指令举例见表A.5。 + +表A.5PTZ指令举例 + +| 序号 | 字节4 | 字节5 | 字节6 | 字节7高4位 | 功能描述 | +|--------|---------|----------|---------|--------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------| +| 1 | 20H | | | 0H~FH | 镜头以字节7高4位的数值变倍缩小 | +| 2 | 10H | | XX | 0H~FH | 镜头以字节7高4位的数值变倍放大 | +| 3 | 08H | XX | 00H FFH | X | 云台以字节6给出的速度值向上方向运动 | +| 4 | 04H | XX | 00H FFH | | 云台以字节6给出的速度值向下方向运动 | +| 5 | 02H | H00 FFH | XX | X | 云台以字节5给出的速度值向左方向运动 | +| 6 | 01H | 00H ~FFH | XX | X | 云台以字节5给出的速度值向右方向运动 | +| 7 | H00 | XX | XX | X | PTZ的所有操作均停止 | +| 8 | 29H | 00H~FFH | 00H~FFH | OH~FH | 这是一个PTZ组合指令的示例：云台以字节5给出的速 度值向右方向运动，同时以字节6给出的速度值向上方 向运动，实际上是斜向右上方向运动；与此同时，镜头以 字节7高4位的数值变倍缩小 | + +## A.3.3FI指令 + +FI指令见表A.6，其中Bit3和Bit2不应同时为1,Bit1和Bit0不应同时为1；光圈控制和聚焦控制 的指令可以组合。 + +表A.6FI指令 + +| 字节 | 位 | 位 | 位 | 位 | 位 | 位 | 位 | 位 | +|--------|----------|------|------|------|------------|------------|-------------|-------------| +| 字节 | Bit7 | Bit6 | Bit5 | Bit4 | Bit3 | Bit2 | Bitl | Bito | +| 字节4 | | 1 | 0 | 0 | 光圈(Iris) | 光圈(Iris) | 聚焦(Focus) | 聚焦(Focus) | +| | 0 | | | | 缩小 | 放大 | 近 | 远 | +| 字节5 | 聚焦速度 | | | | | | | | +| 字节6 | 光圈速度 | | | | | | | | +| 字节7 | 0 | 0 | 0 | 0 | 地址高4位 | 地址高4位 | 地址高4位 | 地址高4位 | + +注1：字节4中的Bit3为1时，光圈缩小；Bit2为1时，光圈放大。Bitl为1时，聚焦近；Bit0为1时，聚焦远。 Bit3～Bit0的相应位清0，则相应控制操作停止动作。 + +- 注2：字节5表示聚焦速度，速度范围由慢到快为00H～FFH。 +- 注3：字节6表示光圈速度，速度范围由慢到快为00H～FFH。 + +FI指令举例见表A.7。 + +表A.7FI指令举例 + +| 序号 | 字节4 | 字节5 | 字节6 | 字节7高4位 | 功能描述 | +|--------|---------|----------|---------|--------------|-------------------------------------------------------------------------------| +| 1 | 48H | XX | 00H~FFH | H0 | 镜头以字节6的数值缩小光圈 | +| 2 | 44H | XX | 00H~FFH | HO | 镜头以字节6的数值放大光圈 | +| 3 | 42H | 00H~ FFH | | H0 | 镜头以字节5的数值聚焦近 | +| 4 | 41H | H00 FFH | ×X | HO | 镜头以字节5的数值聚焦远 | +| 5 | 40H | XX | | OH | 镜头停止FI的所有动作 | +| 6 | 49H | 00H~FFH | 00H~FFH | H0 | 这是一个FI组合指令的示例：镜头以字节6的数值缩小 光圈，同时以字节5的数值聚焦远 | + +## A.3.4预置位指令 + +预置位指令见表A.8。其中预置位数目最大为255，0号预留。 + +表A.8预置位指令 + +| 序号 | 字节4 | 字节5 | 字节6 | 功能描述 | +|--------|---------|---------|---------|------------| +| 1 | 81H | H00 | 01H~FFH | 设置预置位 | +| 2 | 82H | 00H | 01H~FFH | 调用预置位 | +| 3 | 83H | 00H | 01H~FFH | 删除预置位 | + +## A.3.5巡航指令 + +巡航指令见表A.9。 + +表A.9巡航指令 + +| 序号 | 字节4 | 字节5 | 字节6 | 字节7高4位 | 功能描述 | +|--------|---------|---------|---------|--------------|------------------| +| 1 | 84H | 00H~FFH | 01H~FFH | | 加人巡航点 | +| 2 | 85H | H00 FFH | H00 FFH | X | 删除一个巡航点 | +| 3 | 86H | H00 FFH | 01H FFH | 0H~FH | 设置巡航速度 | +| 4 | 87H | H00 FFH | 01H~FFH | 0H~FH | 设置巡航停留时间 | +| 5 | 88H | 00H~FFH | H00 | X | 开始巡航 | + +- 注1：字节5表示巡航组号，字节6表示预置位号。 +- 注2：序号2中，字节6为00H时，删除对应的整条巡航；序号3、4中，字节6表示数据的低8位，字节7的高4位 表示数据的高4位。 +- 注3：巡航停留时间的单位为秒(s)。 +- 注4：停止巡航用PTZ指令中字节4的各Bit位均为0的停止指令。 + +## A.3.6扫描指令 + +扫描指令见表A.10。 + +表A.10扫描指令 + +| 序号 | 字节4 | 字节5 | 字节6 | 字节7高4位 | 功能描述 | +|--------|---------|----------|---------|--------------|--------------------| +| 1 | 89H | H00 ~FFH | H00 | X | 开始自动扫描 | +| 2 | 89H | H00 FFH | 01H | X | 设置自动扫描左边界 | +| 3 | 89H | 00H FFH | 02H | X | 设置自动扫描右边界 | +| 4 | 8AH | 00H FFH | 01H~FFH | 0H~FH | 设置自动扫描速度 | + +- 注1：字节5表示扫描组号。 +- 注2：序号4中，字节6表示数据的低8位，字节7的高4位表示数据的高4位。 +- 注3：停止自动扫描用PTZ指令中字节4的各Bit位均为0的停止指令。 +- 注4：自动扫描开始时，整体画面从右向左移动。 + +## A.3.7辅助开关控制指令 + +辅助开关控制指令见表A.11。 + + + +表A.11辅助开关控制指令 + +| 序号 | 字节4 | 字节5 | 功能描述 | 功能描述 | 功能描述 | +|--------------------------------------------------|--------------------------------------------------|--------------------------------------------------|--------------------------------------------------|--------------------------------------------------|--------------------------------------------------| +| 序号 | 字节4 | 字节5 | 辅助开关动作 | 控制对象为开关量 | 控制对象为模拟量 | +| 1 | 8CH | 00H~FFH | 开 | 开关开 | 该模拟量步进数值增加1个单位 | +| 2 | 8DH | 00H~FFH | 关 | 开关关 | 该模拟量步进数值减少1个单位 | +| 注：字节5为辅助开关编号，取值为“1"表示雨刷控制。 | 注：字节5为辅助开关编号，取值为“1"表示雨刷控制。 | 注：字节5为辅助开关编号，取值为“1"表示雨刷控制。 | 注：字节5为辅助开关编号，取值为“1"表示雨刷控制。 | 注：字节5为辅助开关编号，取值为“1"表示雨刷控制。 | 注：字节5为辅助开关编号，取值为“1"表示雨刷控制。 | + +## A.4 联网系统扩展应用 + +联网系统扩展应用数据对象类型定义见表A.12。 + +表A.12联网系统扩展应用数据对象类型定义 + +| 名称 | 说明 | +|----------------------------|----------------------------| +| detectorType | 探测器类型 | +| pmsHostType | 停车场出入口控制器目录类型 | +| capCameraType | 车辆抓拍机目录类型 | +| barrierType | 道闸目录类型 | +| pms VehInOutInfoType | 停车场车辆进出事件 | +| dmsHostType | 门禁控制器目录类型 | +| doorType | 门目录类型 | +| readerType | 凭证识别单元目录类型 | +| doorEventType | 凭证识别事件类型 | +| remoteControlDoorEventType | 远程开门事件类型 | +| doorOpenType | 开关门事件类型 | +| alarmType | 凭证识别失败事件类型 | +| doorConrolType | 开关门控制类型 | +| personType | 人员对象类型 | +| verifyModeType | SAC 认证方式类型 | +| credentialType | 凭证对象类型 | +| securityDetectDeviceType | 安检仪设备 | +| dangerousGoodsValueType | 违禁品取值分类 | +| rectType | 坐标信息类型 | +| dangerousInfoType | 违禁品信息类型 | +| metalDetectionInfoType | 金属探测信息类型 | + +## 表A.12联网系统扩展应用数据对象类型定义（续） + +| 名称 | 说明 | +|--------------------------------------|--------------------------| +| holographicDetectionInfoType | 全息探测信息类型 | +| holographicDetectionEventType | 全息探测事件类型 | +| visiblePackageEventType | 可见光包裹事件类型 | +| xrayPackageEventType | X光包裹事件类型 | +| behavioralEventType | 行为分析事件类型 | +| openCheckEventType | 开包检测事件类型 | +| metalDetectionEventType | 金属探测事件类型 | +| liquidDetectionEventType | 液体探测事件类型 | +| explosivesAndDrugsDetectionEventType | 爆炸物与毒品检测事件类型 | + +## B.1命令的名称和说明 + +媒体回放控制命令由客户端到服务器的请求消息和由服务器到客户端的应答消息完成，请求和应 + +答引用RTSP（IETFRFC2326)协议中的部分请求和应答消息格式。 + +消息包括一个起始行，一个或多个消息头（messageheader）、一个表示标题头结束的空行（即CRLF 前没有内容的行)和一个消息体(可选）。 + +message = start-line message header + +CRLF + +[message body] + +消息有请求和应答两种，在每对请求一应答消息中，应包含相同的CSeq头域，具体描述如下。 + +- a）请求。请求消息的起始行格式为Method SPRTSP-VersionCRLF。其中：Method为请求命 +- b）应答。应答消息的起始行格式为：Status-Line=RTSP-VersionSPStatus-CodeSPReason- +- PhraseCRLF。其中：RTSP-Version为协议版本号；Status-Code为3位状态码，用于回应请 求时表示主机状态；Reason-Phrase是与状态码对应的文本解释。 + +## B.2命令定义 + +## B.2.1媒体播放命令 + +客户端发送PLAY请求消息，请求服务器发送媒体。应支持Range头，在Range头中给出播放时 间范围，播放指定时间段的媒体，见IETFRFC2326的12.29；时间范围应支持npt、smpte相对时间戳 范围。服务器的响应消息中给出RTP-Info头信息，见IETFRFC2326的12.33。RTP-Info宜在SIP INFO的200OK里返回,RTP-Info字段里宜携带seq和rtptime参数。 + +示例： + +CSeq: 2 + +Range:npt=now- + +录像回放PLAY命令返回RTP-Info示例（以随机拖放为例）： + +## 请求消息： + +INFOSIP：媒体流发送者设备编码@目的域名或IP地址端口SIP/2.0 + +From：<sip:媒体流接收者设备编码@源域名>；tag=e3719a0b + +To：<sip:媒体流发送者设备编码@目的域名>；tag=949c43d7 + +Call-ID:wlss-f7c53b46-eea27828118c3b50449185980f4bfdf0@172.20.16.4 + +Via：SIP/2.0/UDP源域名或IP地址 + +## 附录B (规范性） + +## 监控报警联网系统实时流协议（MANSRTSP）命令集 + +Content-Length：消息实体的字节长度 + +CSeq: 2 INFO + +Content-type: Application/MANSRTSP + +Max-Forwards: 70 + +PLAY RTSP/1.0 + +CSeq: 4 + +Range: npt=100- + +## 返回消息示例： + +SIP/2.0200OK + +Via：SIP/2.0/UDP源域名或IP地址 + +From：<sip:媒体流接收者设备编码@源域名>;tag=e3719a0b + +To：<sip:媒体流发送者设备编码@目的域名>；tag=949c43d7 + +Call-ID:wlss-f7c53b46-eea27828118c3b50449185980f4bfdf0@172.20.16.4 + +CSeq: 2 INFO + +Content-type:Application/MANSRTSP + +Content-Length：消息实体的字节长度 + +RTSP/1.0 200 OK + +CSeq: 6 + +Range: npt=100- + +RTP-Info:seq=18139;rtptime=3119600838 + +- 注：返回消息里的RTP-Info和Range字段便于码流接收者得知新码流从哪个RTP包开始及新码流相对于录像开 位为秒，可带小数)。 + +## B.2.2暂停播放命令 + +客户端发送PAUSE请求消息，请求服务器暂停发送媒体，但不释放资源。见IETFRFC2326的 10.6。 + +PauseTime取值固定为“now”，表示视频停止在当前位置。 + +## 示例： + +PAUSE RTSP/1.0 + +CSeq:1 + +PauseTime: now + +## B.2.3快进/慢放命令 + +在客户端发送的PLAY请求消息中，应使用Scale头来控制播放的快慢，见IETFRFC2326的 + +12.34。Scale为1，正常播放；不等于1，为正常播放速率的倍数。 + +快进/慢进命令应只携带Scale头，表示从当前位置开始以指定的倍速播放，不携带Range头。 + +## GB/T28181—2022 + +示例： + +PLAY RTSP/1.0 + +CSeq:3 + +Scale: 2.0 + +## B.2.4随机拖放命令 + +在客户端发送的PLAY请求消息中，应支持Range头域，使用smpte相对时间戳范围，实现随机拖 + +放播放，表示按当前播放速度跳转到Range头指定的时间点，不携带Scale头。 + +## 示例： + +PLAY RTSP/1.0 + +CSeq:4 + +Range: npt=100- + +## B.2.5停止命令 + +客户端发送TEARDOWN请求消息，停止发送指定流，结束会话，并释放资源。 + +## B.2.6应答命令 + +客户端、服务器端应支持应答命令的状态码200、4××以及5××。见IETFRFC2326。 + +## B.2.7Scale和Range头域取值范围 + +Scale头应支持的基本取值为0.25、0.5、1、2、4。 + +起点后的1oos处开始播放；如Range头的值为now，则表示从当前位置开始播放。 + +## B.2.8倒放命令 + +在客户端发送的PLAY请求时，可指定倒放命令，且可在指定倒放的同时指定要开始倒放的位置。 倒放时Scale头必须是负数，应至少支持一1，即一倍速倒放。如果服务器只支持一倍速倒放，但客 户端发送PLAY请求时指定了其他倒放倍数，则服务器应在响应消息里返回Scale为一1，表示服务器 后续以一倍速倒放。 + +客户端发送PLAY请求倒放时，如果指定了Range字段，则表示从指定位置开始倒放。Range的 起始时间为开始倒放的时间点，或now表示从当前位置开始倒放。结束时间可以为空，表示一直播放 到文件开始，或为一个小于起始时间的时间点，表示播放到该点结束。如Range：npt=600一120表示 从录像的第600s开始倒放到第120s结束。 + +如果PLAY请求中未指定Range字段，则表示从当前位置倒放，即相当于指定“Range：now-”的 + +情况。 + +如果PLAY请求中只有Range，未给出Scale，则应按照前端上次记录的Scale值执行。 + +倒放时服务器采用不丢帧方式发送码流。码流以关键帧为间隔分组，一个关键帧及其后续的非关 键顿为一组，传输时从定位位置开始以组为单位倒序发送，但发送每组内帧数据时正序发送，发送第一 组数据时只要发送到定位开始位置即可。 + +## 附录C (规范性） + +## 基于RTP的视音频数据封装 + +## C.1基于RTP的视音频数据PS封装 + +基于RTP的PS封装首先按照ISO/IEC13818-1：2019将视音频流封装成PS包，再将PS包以负 载的方式封装成RTP包。 + +进行PS封装时，应将每个视频帧封装为一个PS包，且每个关键帧的PS包中应包含系统头 (SystemHeader)和PSM(Program Stream Map），系统头和PSM放置于PS 包头之后、第一个PES 包 之前。 + +典型的视频关键帧PS包结构如图C.1所示，其中PESV为视频PES包,PESA为音频PES包，视 频非关键帧的PS包结构中一般不包含系统头和PSM。PS包中各部分的具体数据结构参见ISO/IEC 13818-1:2019中的相关描述。 + +| PS包头 | System header | PSM | PESV | PESA | +|----------|-----------------|-------|--------|--------| + +## 图C.1典型的视频关键帧PS包结构 + +系统头应包含对PS包中码流种类的描述，其中视频和音频的流ID(stream\_id)取值如下： + +- a）视频流ID:OxEO; +- b）音频流ID:OxC0。 + +针对本文件规定的几种视音频格式，PSM中流类型（stream\_type)的取值如下： + +- a) MPEG-4视频流：0x10； +- b) H.264视频流：0x1B； +- c) SVAC视频流：0x80； +- d) H.265视频流：0x24； +- e) G.711A律音频流：0x90； +- f) G.711U律音频流：0x91； +- g) G.722.1音频流：0x92； +- h) G.723.1音频流：0x93； +- i) G.729音频流：0x99； +- j) SVAC音频流：0x9B； +- k) AAC音频流：0x0F。 + +PS包封装的其他具体技术规范详见ISO/IEC13818-1：2019。 + +PS包的RTP封装格式参照IETFRFC2250，RTP的主要参数设置如下： + +- a) 负载类型（payload type）:96； +- b) 编码名称（encodingname）:PS； +- c) 时钟频率（clockrate）：90kHz; +- d) SDP描述中"m"字段的"media"项：vide0。 + +## C.2基于RTP的视音频基本流封装 + +## C.2.1MPEG-4视频流的RTP封装 + +MPEG-4视频流的RTP封装格式应符合IETFRFC3016协议的相关规定。 + +MPEG-4视频流RTP包的负载类型（PayloadType)标识号选定：从IETFRFC3551协议表5的 + +动态范围（96～127)中选择，建议定为97。 + +## C.2.2H.264视频流的RTP封装 + +H.264的RTP载荷格式应符合IETFRFC3984的相关规定。 + +H.264视频流RTP包的负载类型（Payload Type)标识号选定：从IETFRFC 3551协议表5的动态 范围(96～127)中选择，建议定为98。 + +## C.2.3SVAC视频流的RTP封装 + +SVAC视频流的RTP载荷格式可参照IETFRFC3984的相关规定。 + +SVAC视频流RTP包的负载类型（PayloadType)标识号选定：从IETFRFC3551协议表5的动 态范围（96～127)中选择，建议定为99。 + +## C.2.4音频流的RTP封装 + +语音比特流宜采用标准的RTP协议进行打包。 + +在一个RTP包中，音频载荷数据应为整数个音频编码帧，且时间长度在20ms～180ms之间。 + +- a）G.711的主要参数。G.711A律语音编码RTP包的负载类型（PayloadType)的参数规定如下 +- （见IETFRFC3551表4): +- 1） 负载类型（PT）:8； +- 2) 编码名称（encodingname）:PCMA; +- 3) +- 时钟频率（clockrate）：8kHz； +- 4) +- 通道数：1； +- SVAC音频的主要参数。SVAC语音编码RTP包的负载类型（PayloadType）的参数规定 如下： +- 1）负载类型（PT):20； +- 2） 编码名称（encodingname）：SVACA； +- 3） +- 时钟频率（clockrate）：8kHz； +- 4) 通道数：1； +- 5） SDP描述中"m"字段的"media"项：audio。 +- G.723.1的主要参数。G.723.1语音编码RTP包的负载类型（PayloadType）的参数规定参照 IETFRFC3551表4中的G.723，具体如下： +- 1）负载类型（PT):4; +- 2) 编码名称（encodingname）:G723； +- 3) 时钟频率（clockrate）：8kHz； +- 4) +- 通道数：1； +- 5） SDP描述中"m"字段的"media"项：audio。 +- b） + +- d）G.729的主要参数。G.729语音编码RTP包的负载类型（PayloadType）的参数规定如下（见 +- IETF RFC 3551表 4): +- 1）负载类型(PT):18； +- 2） 编码名称（encodingname）:G729; +- 3） 时钟频率（clockrate）：8kHz; +- 4) +- 通道数：1; +- 5）SDP描述中“m"字段的“media"项:audio。 +- e) G.722.1的主要参数。G.722.1语音编码RTP包的负载类型（PayloadType)的参数规定参照 +- IETFRFC3551表4中的G.722，具体如下： +- 1）负载类型（PT):9； +- 2） 编码名称（encodingname）:G722； +- 3） 时钟频率（clockrate）：8kHz； +- 4） +- 通道数：1； +- 5） +- SDP描述中“m"字段的“media"项：audio。 +- f) AAC的主要参数。AAC音频流的RTP载荷格式应符合IETFRFC3640的相关规定，参数 规定如下： +- 1）负载类型（PT）：从IETFRFC3551：2003表5的动态范围（96～127）中选择，建议定 为102； +- 2） 编码名称（encodingname）：AAC； +- 3） +- 时钟频率（clockrate）:参考ISO/IEC14496-3：2019表1.18"SamplingFrequency Index"，宜采用8kHz; +- 4) 通道数：参考ISO/IEC14496-3：2019表1.17"ChannelConfiguration"，宜使用1； +- 5） +- SDP描述中“m"字段的“media"项：audio； +- 6） SDP描述中"a"字段定义AAC音频格式时需携带rtpmap和fmtp参数，内容格式应符合 IETFRFC3640,例如： +- a=rtpmap:102AAC/8000/1 + +a=fmtp:102 streamtype=5;profile-level-id=16;mode= AAC-hbr;config=1588;sizeLength=13;indexLength=3;indexDeltaLength=3;constantDuration=1024。 + +## C.2.5H.265视频流的RTP封装 + +H.265的RTP载荷格式应符合IETFRFC7798的相关规定。 + +H.265视频流RTP包的负载类型（PayloadType)标识号选定：从IETFRFC3551协议表5的动态 + +范围（96～127)中选择，建议定为100，根据实际需要填充。 + +## 附录D （规范性） + +## 基于TCP协议的视音频媒体传输 + +实时视频点播、历史视频回放与下载的TCP媒体传输应支持基于RTP封装的视音频PS流，封装 格式参照IETFRFC4571。 + +流媒体服务器宜同时支持作为TCP媒体流传输服务端和客户端。在默认情况下，前端设备向流媒 体服务器发送媒体流时，前端设备应作为TCP媒体流传输客户端，流媒体服务器作为TCP媒体流传输 + +媒体流的发送方和接收方可扩展SDP参数进行TCP媒体流传输服务端和客户端的协商，协商机 制应符合附录G及IETFRFC4571的定义。 + +实时视频点播、历史视频回放与下载的TCP媒体传输在建立TCP连接时应支持重连机制。首次 TCP连接失败，TCP媒体流传输客户端应间隔一段时间进行重连，重连间隔应不小于1S，重连次数应 不小于3次。 + + + +## E.1编码规则 + +编码由中心编码(8位）、行业编码（2位）、类型编码(3位）、网络标识(1位)和序号(6位)5个码段共 20位十进制数字字符构成,即系统编码=中心编码 十行业编码十类型编码十网络标识十序号。 + +编码规则的详细说明见表E.1。其中，中心编码指用户或设备所归属的监控中心的编码，按照监控 类型编码指定了设备或用户的具体类型。 + +表E.1编码规则的详细说明 + +| 码段 | 码位 | 含义 | 取值说明 | 取值说明 | +|----------|------------|------------------------------|------------------------------------------------------|------------------------------------------------------| +| 中心编码 | 1、2 | 省级编码 | | | +| 中心编码 | 3、4 | 市级编码 | 由监控中心所在地的行政区划代码确定，符合中华人民共和 | 由监控中心所在地的行政区划代码确定，符合中华人民共和 | +| 中心编码 | 5、6 | 区级编码 | 国民政部发布的最新行政区划代码 | 国民政部发布的最新行政区划代码 | +| 中心编码 | 7、8 | 基层接人单位编码 | | | +| 行业编码 | 9.10 | 行业编码 | 行业编码对照表见表E.2 | 行业编码对照表见表E.2 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 111 | DVR编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 112 | 视频服务器编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 113 | 编码器编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 114 | 解码器编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 115 | 视频切换矩阵编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 116 | 音频切换矩阵编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 117 | 报警控制器编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 118 | 网络视频录像机(NVR)编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 119 | 预留 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 120 | 在线视频图像信息采集系统编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 121 | 视频卡口编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 122 | 多目设备编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 123 | 停车场出人口控制设备编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 124 | 人员出人口控制设备编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 125 | 安检设备编码 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 126~129 | 扩展的前端主设备类型 | +| 类型编码 | 11、12、13 | 11～130表示类型为 前端主设备 | 130 | 混合硬盘录像机（HVR)编码 | + +## 附录E (规范性） 统一编码规则 + +## 表E.1编码规则的详细说明（续） + +| 码段 | 码位 | 含义 | 取值说明 | 取值说明 | +|----------|------------|------------------|-------------------|---------------------------------------------------| +| 类型编码 | 11、12、13 | 为前端外围设备 | 131 | 摄像机编码 | +| | | 为前端外围设备 | 132 | 网络摄像机（IPC)/在线视频图像 信息采集设备编码 | +| | | 为前端外围设备 | 133 | 显示器编码 | +| | | 为前端外围设备 | 134 | 报警输人设备编码 （如红外、烟感、门禁等报警设备） | +| | | 为前端外围设备 | 135 | 报警输出设备编码(如警灯、警铃等设备) | +| | | 为前端外围设备 | 136 | 语音输人设备编码 | +| | | 为前端外围设备 | 137 | 语音输出设备 | +| | | 为前端外围设备 | 138 | 移动传输设备编码 | +| | | 为前端外围设备 | 139 | 其他外围设备编码 | +| | | 为前端外围设备 | 140 | 报警输出设备编码 (如继电器或触发器控制的设备） | +| | | 为前端外围设备 | 141 | 道闸(控制车辆通行) | +| | | 为前端外围设备 | 142 | 智能门(控制人员通行) | +| | | 为前端外围设备 | 143 | 凭证识别单元 | +| | | 为前端外围设备 | 144~199 | 扩展的前端外围设备类型 | +| | | | 200 | 中心信令控制服务器编码 | +| | | | 201 | Web应用服务器编码 | +| | | | 201 | 媒体分发服务器编码 | +| | | | 203 | 代理服务器编码 | +| | | | 204 | 安全服务器编码 | +| | | | 205 | 报警服务器编码 | +| | | | 206 | 数据库服务器编码 | +| | | 200～299表示类型 | 207 | GIS服务器编码 | +| | | 为平台设备 | 208 | 管理服务器编码 | +| | | | 209 | 接人网关编码 | +| | | | 210 | 媒体存储服务器编码 | +| | | | 211 | 信令安全路由网关编码 | +| | | | 215 | 业务分组编码 | +| | | | 216 | 虚拟组织编码 | +| | | | 212~214、 217~299 | 扩展的平台设备类型 | + +表E.1编码规则的详细说明(续) + +| 码段 | 码位 | 含义 | 取值说明 | 取值说明 | +|----------|------------|-----------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------| +| 类型编码 | 11、12、13 | 300～399表示类型 为中心用户 | 300 | 中心用户 | +| 类型编码 | 11、12、13 | 300～399表示类型 为中心用户 | 301～343 | 行业角色用户 | +| 类型编码 | 11、12、13 | 300～399表示类型 为中心用户 | 344~399 | 扩展的中心用户类型 | +| 类型编码 | 11、12、13 | 400～499表示类型 为终端用户 | 400 | 终端用户 | +| 类型编码 | 11、12、13 | 400～499表示类型 为终端用户 | 401~443 | 行业角色用户 | +| 类型编码 | 11、12、13 | 400～499表示类型 为终端用户 | 444~499 | 扩展的终端用户类型 | +| 类型编码 | 11、12、13 | 500～599表示类型 为平台外接服务器 | 500 | 视频图像信息综合应用平台 | +| 类型编码 | 11、12、13 | 500～599表示类型 为平台外接服务器 | 501 | 视频图像信息运维管理平台 | +| 类型编码 | 11、12、13 | 500～599表示类型 为平台外接服务器 | 502 | 视频图像分析系统 | +| 类型编码 | 11、12、13 | 500～599表示类型 为平台外接服务器 | 503 | 视频图像信息数据库 | +| 类型编码 | 11、12、13 | 500～599表示类型 为平台外接服务器 | 505 | 视频图像分析设备 | +| 类型编码 | 11、12、13 | 500～599表示类型 为平台外接服务器 | 507～599 | 扩展的平台外接服务器类型 | +| 类型编码 | 11、12、13 | 600～999为扩展 类型 | 600~999 | 扩展类型 | +| 网络标识 | 14 | 网络标识编码 | 0、1- 公安视频传输网，2 行业专网，3- 政法信息 网，4——公安移动信息网，5- 公安信息网，6—电子政 务外网，7——互联网等公共网络，8——专线，9—— 预留 | 0、1- 公安视频传输网，2 行业专网，3- 政法信息 网，4——公安移动信息网，5- 公安信息网，6—电子政 务外网，7——互联网等公共网络，8——专线，9—— 预留 | +| 序号 | 15～20 | 设备、用户序号 | | | + +- 注1：多目设备是由一个或多个视频采集传感器组成，且提供多个不同场景视频画面的设备，每个视频画面或对 应一个视频采集传感器，或由若干个视频画面拼接而成（如全景摄像机)，或由某个视频画面分割而成（如 鱼眼摄像机）。 +- 注2：多目设备又称多目摄像机。 + +行业编码对照表见表E.2。 + +表E.2行业编码对照表 + +| 接入类型码 | 名称 | 备注 | +|--------------|------------------|--------------------------------------------| +| 00 | 社会治安路面接人 | 包括城市路面、商业街、公共区域、重点区域等 | +| 01 | 社会治安社区接人 | 包括社区、楼宇、网吧等 | +| 02 | 社会治安内部接人 | 包括公安办公楼、留置室等 | +| 03 | 社会治安其他接人 | | +| 04 | 交通路面接人 | 包括城市主要干道、国道、高速交通状况监视 | + +表E.2行业编码对照表(续) + +| 接人类型码 | 名称 | 备注 | +|--------------|--------------------------------------|------------------------------------------| +| 05 | 交通卡口接人 | 包括交叉路口、“电子警察”、关口、收费站等 | +| 06 | 交通内部接人 | 包括交管办公楼等 | +| 07 | 交通其他接人 | | +| 08 | 城市管理接人 | | +| 09 | 卫生环保接人 | | +| 10 | 商检海关接人 | | +| 11 | 教育部门接人 | | +| 12 | 民航接入 | | +| 13 | 铁路接入 | | +| 14 | 航运接入 | | +| 15~39 | | 预留1 | +| 40 | 农、林、牧、渔业接入 | 40～59与GB/T4754中的门类代码A～T相 对应 | +| 41 | 采矿业接入 | 40～59与GB/T4754中的门类代码A～T相 对应 | +| 42 | 制造业接人 | 40～59与GB/T4754中的门类代码A～T相 对应 | +| 43 | 电力、热力、燃气及水生产和供应业接人 | 40～59与GB/T4754中的门类代码A～T相 对应 | +| 44 | 建筑业接入 | 40～59与GB/T4754中的门类代码A～T相 对应 | +| 45 | 批发和零售业接人 | 40～59与GB/T4754中的门类代码A～T相 对应 | +| 46 | 交通运输、仓储和邮政业接人 | SAC | +| 47 | 住宿和餐饮业接人 | SAC | +| 48 | 信息传输、软件和信息技术服务业接人 | SAC | +| 49 | 金融业接入 | | +| 50 | 房地产业接人 | | +| 51 | 租赁和商务服务业接人 | | +| 52 | 科学研究和技术服务业接人 | | +| 53 | 水利、环境和公共设施管理业接人 | | +| 54 | 居民服务、修理和其他服务业接入 | | +| 55 | 教育接人 | | +| 56 | 卫生和社会工作接人 | | +| 57 | 文化、体育和娱乐业接人 | | +| 58 | 公共管理、社会保障和社会组织接人 | | +| 59 | 国际组织 | | +| 60~89 | | 预留2 | + +表E.2行业编码对照表（续） + +| 接人类型码 | 名称 | 备注 | +|---------------------------------------------------------------------------|---------------------------------------------------------------------------|---------------------------------------------------------------------------| +| 90~99 | | 自定义 | +| 注：宜使用A.2.1.9目录项类型中的IndustrialClassification字段标明详细行业。 | 注：宜使用A.2.1.9目录项类型中的IndustrialClassification字段标明详细行业。 | 注：宜使用A.2.1.9目录项类型中的IndustrialClassification字段标明详细行业。 | + +## E.3县以下区划代码编制规则 + +## E.3.1基本要求 + +L + +- [ ] 123 456 乡级代码村级代码 + +县以下区划代码符合国家统计局最新发布的全国统计用区划代码，由6位组成，包括乡级代码和村 级代码两部分，1～3位为乡级代码，4～6位为村级代码。 + +## E.3.2乡级代码编码方法 + +凡民政部门确认的街道、镇、乡，按照GB/T10114一2003编制，其乡级代码为001～399；民政部门 未确认的开发区、工矿区、农场等类似乡级单位，乡级代码为400～599。具体编码如下： + +- 001～099表示街道； +- -100～199表示镇； +- 200～399表示乡； +- 400～599表示类似乡级单位。 + +## E.3.3村级代码编码方法 + +凡民政部门确认的村级单位，村级代码为001～399；民政部门未确认的园区、工矿区、农场等类似 村级单位，村级代码为400～599（498、598除外）。具体编码如下： + +- 001～199表示居民委员会； +- 200～399表示村民委员会； +- 400～499表示类似居民委员会（不含498代码）； +- 500～599表示类似村民委员会（不含598代码）。 + +## E.3.4特殊情况的编码方法 + +## E.3.4.1虚拟村级单位 + +当乡级单位下未设(或未明确)村级单位时，则在该乡级单位下虚拟一个村级单位，其编码方法为： 在街道、镇以及类似乡级单位的开发区、科技园区、工业园区、工矿区、高校园区、科研机构园区等区 域下，虚拟村级单位的代码为498，名称为"××虚拟社区"； + +在乡以及类似乡级单位的农、林、牧、渔场和其他农业活动区域下，虚拟村级单位的代码为598，名 称为"××虚拟生活区"。 + +## E.3.4.2县直辖村级单位 + +县级单位直辖村级单位，其乡级代码统一编为198，在198代码下，再对所辖的村民委员会和居民 委员会进行编码。 + +## E.3.4.3乡直管村民小组 + +乡级单位直接管辖的村民小组，其村级代码编为398。 + + + +## F.1基本要求 + +联网系统中，对视音频编/解码的技术要求包括编/解码的档次和级别、工具选项、码流语法的规定 + +以及比特流和解码器的一致性测试等。具体要求如下： + +视频编码应支持SVAC、H.265、H.264或MPEG-4视频编码标准，视频解码应同时支持SVAC、 H.265、H.264和MPEG-4视频解码标准。 + +音频编码应支持G.711或G.723.1或G.729或SVAC或AAC音频编码标准，音频解码应同时支 + +持G.711、G.723.1、G.729、SVAC和AAC音频解码标准，可扩展支持G.722.1音频解码标准。 + +## F.2基于H.264的视频编、解码技术要求 + +## F.2.1H.264的档次和级别 + +采用H.264标准的视频编码应至少支持ITU-TH.264（2019）视频标准的基本档次（Baseline Profile），级别（Level)应至少支持到Level1.3，标清应用宜扩展支持到Level3，高清应用宜扩展支持到 Level4；视频解码所支持的档次和级别应不低于编码支持的最高档次和级别，至少应支持到H.264视 频标准基本档次的Level3；视频解码宜扩展支持H.264主档次（MainProfile)中的隔行扫描和B帧工 具，且相邻两P帧间的B帧个数不大于2。 + +采用H.264标准的高清视频编码应至少支持ITU-TH.264（2019）视频标准的基本档次（Baseline Profile），宜扩展支持H.264主档次（MainProfile)和高级档次（HighProfile），级别（Level)宜扩展支持 ITU-TH.264(2019)的相关规定。 + +## F.2.2H.264基本档次的选项和工具 + +H.264基本档次支持的选项和工具主要有： + +- a）I片和P片（Slice）； +- b） 基于内容自适应的变长编码(CAVLC)； +- c）去 去块效应滤波器（DeblockingFilter）； +- d）多参考帧编码。 + +采用H.264编码标准的视频流应为H.264基本档次视频流，编码应支持上述基本档次选项和工具 中的部分或全部，可不支持容错工具；H.264的解码至少应支持上述除容错工具外的全部选项和工具。 + +多参考帧编码时，P片的参考帧数一般不大于两帧。 + +为了保证码流解析的效率，比特流中应当在每个1顿之前都出现相应的SPS和PPS。 + +## F.2.3H.264级别的限制 + +H.264级别（Level1～4)的限制如表F.1所示。 + +## 附录F (规范性） + +## 视音频编/解码技术要求 + +表 F.1 H.264级别（Level1～4)的限制 + +| 级别 | 最大宏块 处理速率 (宏块数/s) | 最大帧 尺寸 | 最大解码 图像缓冲区 （4：2：0视频 （宏块数）以1024Byte 为单位) | 最大视频 比特率 (1 000 bits/s 或1200 bits/s)或1200bits) | 最大编码图 像缓冲区 (1 000 bits | 垂直运动矢 量构成范围 (亮度帧采样) | 最小压 缩率 | 两个连续 宏块的最 大运动矢 量数 | +|------------------------------|--------------------------------|------------------------------|------------------------------------------------------------------|-----------------------------------------------------------|-----------------------------------|--------------------------------------|------------------------------|-----------------------------------| +| 1 | 1 485 | 99 | 148.5 | 64 | 175 | [—64,+63.75] | 2 | | +| 1.1 | 3000 | 396 | 337.5 | 192 | 500 | [—128,+127.75] | 2 | | +| 1.2 | 6000 | 396 | 891.0 | 384 | 1 000 | [128,+127.75] | 2 | | +| 1.3 | 11 880 | 396 | 891.0 | 768 | 2000 | [—128,+127.75] | 2 | | +| 2 | 11 880 | 396 | 891.0 | 2000 | 2000 | [—128,+127.75] | 2 | | +| 2.1 | 19 800 | 792 | 1 782.0 | 4000 | 4000 | -] 256,+255.75] | 2 | | +| 2.2 | 20 250 | 620 | 3 037.5 | 4000 | 4000 | [-256,+255.75] | 2 | | +| 3 | 40 500 | 620 | 3 037.5 | 10000 | 10000 | 256,+255.75] | 2 | 32 | +| 3.1 | 108 000 | 3 600 | 6 750.0 | 14 000 | 14 000 | [—512,+511.75] | 4 | 16 | +| 3.2 | 216 000 | 5 120 | 7 680.0 | 20000 | 20000 | [-512,+511.75] | 4 | 16 | +| 4 | 245 760 | 192 | 12 288.0 | 20 000 | 25 000 | [—512,+511.75] | 4 | 16 | +| 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | + +## F.2.4 H.264基本档次各级别的参数限制 + +H.264基本档次各级别的参数限制如表F.2所示。 + +表F.2 H.264基本档次各级别的参数限制 + +| 级别 | 最大子宏块尺寸(采样点数) | +|--------|----------------------------| +| 1 | 576 | +| 1.1 | 576 | +| 1.2 | 576 | +| 1.3 | 576 | +| 2 | 576 | +| 2.1 | 576 | +| 2.2 | 576 | +| 3 | 576 | +| 3.1 | 一 | +| 3.2 | | +| 4 | | + +## F.2.5H.264各级别的最大帧率限制 + +H.264中CIF、4CIF、720pHD、1080pHD各级别（Level)的最大帧率限制如表F.3所示，表中的 "一"表示未做相应的限制。其他分辨率各级别的最大帧率限制见ITU-TH.264（2019)的规定。 + +表F.3 H.264各级别的最大帧率限制 + +| 级别 | 最大顿 尺寸 （宏块数） | 最大宏块 处理速率 L (宏块数/s) | 最大帧 尺寸 | 最大采 样率 (采样点数）(采样点/s) | 格式 | CIF | 4CIF | | 720pHD1 080p HD | +|--------|--------------------------|----------------------------------|---------------|-------------------------------------|--------------|---------|---------|--------|-------------------| +| | | | | | 亮度宽度 | 352 | 704 | 1 280 | 1 920 | +| | | | | | 亮度高度 | 288 | 576 | 720 | 1088 | +| | | | | | 总宏块数 | 396 | 1 584 | 3600 | 8160 | +| | | | | | 亮度采样点数 | 101 376 | 405 504 | 921600 | 2 088960 | +| 1 | 66 | 1485 | 25 344 | 380 160 | | | | | | +| 1b | 66 | 1 485 | 25 5344 | 380160 | | | | | | +| 1.1 | 396 | 3000 | 101 376 | 768 000 | | 7.6 | | | | +| 1.2 | 396 | 6 000 | 101 376 | 1536 000 | | 15.2 | | | | +| 1.3 | 396 | 11 880 | 101 376 | 3041 280 | | 30.0 | | | | +| 2 | 396 | 11 880 | 101 376 | 3 041 280 | | 30.0 | | | | +| 2.1 | 792 | 19 800 | 202 752 | 5068800 | | 50.0 | | | | +| 2.2 | 1 620 | 20 250 | 414 720 | 5 184 000 | | 51.1 | 12.8 | | | +| 3 | 620 | 40 500 | 414 720 | 10 368 000 | | 102.3 | 25.6 | | | +| 3.1 | 3 600 | 108 000 | 921 600 | 27 648 000 | | 172.0 | 68.2 | 30.0 | | +| 3.2 | 5 120 | 216 000 | 1 310 720 | 55 296 000 | | 172.0 | 136.4 | 60.0 | | +| 4 | 8192 | 245 760 | 2 097 152 | 62 914 560 | | 172.0 | 155.2 | 68.3 | 30.1 | + +注：“一”表示未做相应的限制。 + +## F.2.6 H.264基本档次的码流语法 + +H.264码流应为符合基本档次（BaselineProfile）的码流，码流语法应按ITU-TH.264（2019）的 规定。 + +H.264基本档次的码流语法如下： + +- a) 码流的档次标识profile\_idc等于66； +- b) NAL单元流中,nal\_unit\_type的取值不包括2、3、4； +- c) 序列参数集（Sequence parameter sets）中的 frame\_mbs\_only\_flag等于1; +- d) 序列参数集中不应出现下列句法元素：chroma\_format\_idc，bit\_depth\_luma\_minus8，bit\_ depth\_chroma\_minus8,qpprime\_y\_zero\_transform\_bypass\_flag,seq\_scaling\_matrix\_present\_ flag; + +## GB/T28181—2022 + +- e）图像参数集（Picture parameter sets）中的weighted\_pred\_flag 和weighted\_bipred\_idc均等 +- 于0； +- 图像参数集中的entropy\_coding\_mode\_flag等于0； +- f) +- g) 图像参数集中num\_slice\_groups\_minus1的取值范围为0～7； +- 图像参数集中不应出现下列句法元素：transform\_8x8\_mode\_flag，pic\_scaling\_matrix +- h） present\_flag, second\_chroma\_qp\_index\_offset; +- i）句法元素level\_prefix不应大于15。 + +基本档次某一特定级别的解码器应能解码所有满足profile\_idc=66或constraint\_set0\_flag=1的 + +比特流，其中level\_idc应为一个小于或等于指定级别的级别。 + +## F.2.7H.264的一致性测试 + +## F.2.7.1比特流一致性测试 + +比特流一致性描述见ITU-TH.264（2019)附录C中C.3的规定。 + +注：测试中不考虑由于传输而产生的错误。 + +比特流一致性的进一步测试还包括虚拟参考解码器HRD的一致性测试［基于ITU-TH.264 （2019)]等，见ITU-TH.264.1(2016）。 + +上述验证比特流一致性用到的解码软件可用ITU-TH.264.2（2016)中指定的软件。 + +## F.2.7.2解码器一致性测试 + +解码器一致性描述见ITU-TH.264（2019)附录C中C.4的规定。 + +H.264解码器的一致性测试见ITU-TH.264.1（2016）中的方法，验证解码器一致性用到的软件可 用ITU-TH.264.2（2016)中指定的软件。 + +满足特定档次和级别的H.264视频解码器应能正确解码相应档次和级别的H.264一致性比特流。 + +## F.3基于MPEG-4的视频编、解码技术要求 + +## F.3.1MPEG-4的档次和级别 + +采用MPEG-4标准的视频编码应至少支持ISO/IEC14496-2：2004中简单档次（SimpleProfile）的 + +级别L5（ISO/IEC14496-2：2004/AMD2：2005），即MPEG-4SP@L5。采用MPEG-4标准的视频解码 vanced SimpleProfile)中的隔行扫描和B帧工具。 + +MPEG-4简单档次的工具如下。 + +- a）基本工具，又包括以下几种工具： +- 1）I-VOP：帧内编码的矩形视频对象平面，逐行扫描的视频格式； +- P-VOP：帧间编码的矩形视频对象平面，逐行扫描的视频格式； +- 3） AC/DCPrediction:AC/DC预测； +- 4） 4-MV：每个宏块可以有4个运动矢量； +- 5） UnrestrictedMV：不受限制的运动矢量。 + +## b） 容错工具，又包括以下3种工具： + +- 1） Slice Resynchronization:片重同步； +- 2） DataPartitioning：数据划分； +- 3） ReversibleVLC:可逆的变长编码。 + +## c） 短头工具。 + +MPEG-4视频编码应支持上述简单档次的部分或全部工具,可不支持容错工具和短头工具;视频解 码至少应支持除容错工具外的简单档次的全部工具。 + +## F.3.31 MPEG-4简单档次各级别的参数限制 + +MPEG-4视频编、解码应至少支持简单档次的L5级别，参数限制如表F.4所示。简单档次其他各 级别的参数限制见ISO/IEC14496-2：2004及ISO/IEC14496-2：2004/AMD2：2005的相关规定。 + +表F.4MPEG-4简单档次L2、L3、L5级别的参数限制 + +| 级别 | L2 | L3 | L5 | +|------------------------------------------------------------|--------------|--------------|-------------| +| 典型分辨率 | CIF(352X288) | CIF(352X288) | 720X576 | +| 最大对象数 | 4 | 4 | 4 | +| 每种类型的最大对象数 | 4个简单对象 | 4个简单对象 | 4个简单对象 | +| 最大唯一量化表 | 1 | 1 | 1 | +| 最大视频内容验证(VMV)缓冲区(宏块组） | 792 | 792 | 3240 | +| 最大视频复杂度验证(VCV)缓冲区(宏块) | 396 | 396 | 1 620 | +| 视频复杂度验证(VCV)解码速率(宏块数/s) | 5940 | 11 880 | 40500 | +| 视频复杂度验证(VCV)边界宏块解码速率(宏块数/s) | 不适用 | 不适用 | 不适用 | +| 最大视频缓冲验证（VBV)缓冲区总和(16384bits) | 40 | 40 | 112 | +| 最大视频对象层(VOL)视频缓冲验证 (VBV)缓冲区总和(16384bits) | 40 | 40 | 112 | +| 最大视频包长度（bits) | 4 096 | 8192 | 16 384 | +| 最大目标呈现尺寸(宏块数) | 不适用 | 不适用 | 不适用 | +| 小波限制 | 不适用 | 不适用 | 不适用 | +| 最大比特率（kbit/s) | 128 | 384 | 8000 | +| 单对象最大增强层数 | 不适用 | 不适用 | 不适用 | + +## F.3.4MPEG-4的码流语法 + +为实现联网系统中视频流的互通，采用MPEG-4标准的视频码流语法应符合ISO/IEC14496-2： 2004的规定。 + +MPEG-4中简单档次不同级别的相应标识码见表F.5（见ISO/IEC14496-2：2004表G-1和 ISO/IEC14496-2:2004/AMD2:2005的规定）。 + +表F.5MPEG-4简单档次各级别的标识码 + +| 档次/级别 | 标识码 | +|-----------------|--------------------| +| 保留 | 00000000 | +| 简单档次/级别1 | 00000001 | +| 简单档次/级别2 | 00000010 | +| 简单档次/级别3 | 00000011 | +| 简单档次/级别4a | 00000100 | +| 简单档次/级别5 | 00000101 | +| 保留 | 00000110～00000111 | +| 简单档次/级别0 | 00001000 | + +## F.3.5MPEG-4的一致性测试 + +## F.3.5.1比特流一致性测试 + +MPEG-4的一致性比特流（Compliantbitstream）是指实现了ISO/IEC14496-2:2004在通用语法 中定义的所有限制的比特流，包括ISO/IEC14496-2：2004第9章关于档次和级别的限制。 + +MPEG-4的一致性比特流应满足如下测试：当使用解码软件对MPEG-4视频比特流进行解码 时，不应出现任何由比特流引起的错误或不一致。 + +注：测试中不考虑由于传输而产生的错误。 + +MPEG-4的比特流一致性测试的附加测试见ISO/IEC14496-4:2004的描述。 + +上述验证比特流一致性用到的解码软件可用ISO/IEC14496-5：2001中指定的软件。 + +## F.3.5.2解码器的一致性测试 + +MPEG-4的视频解码器通常指某一特定档次和级别的解码器。 + +MPEG-4视频解码器的一致性测试见ISO/IEC14496-4：2004的规定，其中简单档次L5级别的视 频解码器一致性测试见ISO/IEC14496-4：2004/Amd.10：2005的规定。验证解码器一致性用到的软件 可参考ISO/IEC14496-5：2001中指定的软件。 + +满足特定档次和级别的MPEG-4视频解码器应能正确解码相应档次和级别的MPEG-4一致性比 特流。 + +## F.4音频编、解码总体要求 + +在联网系统中，音频编码应支持G.711或G.723.1或G.729或SVAC或AAC等音频编码标准，可 扩展支持G.722.1音频编码标准；音频解码应同时支持G.711、G.723.1、G.729、SVAC和AAC等音频 解码标准，可扩展支持G.722.1音频解码标准。 + +## F.5G.711格式 + +应至少支持ITU-TG.711中定义的A律。 + +G.711解码实现的正确性和精度应符合ITU-TG.711相应测试序列的验证要求。 + +## F.6G.723.1格式 + +应支持ITU-TG.723.1（2006）中定义的5.3kbit和6.3kbit语音编/解码模式，宜扩展支持ITU- + +TG.723.1（2006）附录A中的VAD/CNG模式。 + +应支持ITU-TG.729（2012)中定义的语音编、解码模式，宜扩展支持ITU-TG.729（2012)附录B中 定义的静音压缩模式。 + +G.729解码实现的正确性和精度应符合ITU-TG.729（2012)相应测试序列的验证要求。 + +## F.8SVAC视频和SVAC音频编、解码技术要求 + +基于SVAC的视频和音频编、解码技术要求应符合GB/T25724的相关规定。 + +## F.9H.265视频编、解码技术要求 + +## F.9.1H.265的档次和水平 + +Profile），水平（Level)应至少支持到Level2，标清应用宜扩展支持到Level3，高清应用宜扩展支持到 频标准主档次的Level4。视频解码宜扩展支持H.265主档次（MainProfile)中的B帧工具，且相邻两 + +P帧间的B帧个数不大于2。 + +H.265主档次视频编码标准的具体描述详见ITU-TH.265（2019)的相关规定。 + +## F.9.2H.265主档次的选项和工具 + +H.265主档次支持的选项和工具主要有： + +- a）比特深度限制为8bit; +- b）采样限制为4：2：0； +- c） +- CTB的大小从16×16到64×64； +- d） 在水平（Level)支持的最大分辨率下，解码图像的缓存容量限制为6幅图像，若水平（Level）下 分辨率变小，解码图像的缓存容量可大于6幅图像，但不应超过16幅图像； +- e）允许选择波前和片划分方式，但是不能同时选择。 + +采用H.265编码标准的视频流应为H.265主档次视频流，编码应支持上述主档次选项和工具中的 部分或全部；H.265的解码至少应支持上述全部选项和工具。 + +多参考帧编码时，P片的参考帧数一般不大于两帧，且不应超过15帧。 + +为了保证码流解析的效率，比特流中应当在每个I帧之前都出现相应的视频参数集（VideoParameterSet，VPS）、序列参数集（SequenceParameterSet，SPS）和图像参数集（PictureParameterSet， + +PPS)。 + +## F.9.3H.265水平（Level)的限制 + +H.265设置了1、2、2.1、3、3.1、4、4.1、5、5.1、5.2、6、6.1、6.2共13个水平，一个水平实际上就是一套 对编码比特流的一系列编码参数（最大采样率、最大图像尺寸、最大比特率等)的限制。如果一个解码器 + +## GB/T 28181—2022 + +具备解码某一水平码流的能力，则意味着该解码器具有解码这一水平以及低于这一水平所有码流的 能力。 + +## F.9.4 H.265等级（Tier）的限制 + +对同一水平，按照最大码率和缓存容量要求的不同，H.265设置了两档等级，定义为高等级和主等 级。主等级可用于大多数场合，涵盖13个水平，要求码率较低；高等级可用于有特殊要求或苛刻要求的 场合，包括4和4以上的8个水平，允许码率较高，在同一水平大约高3～4倍。 + +表F.6[ITU-TH.265（2019)附录A的表A.6]定义了不同等级的各个水平的限制值。表F.7[ITUTH.265（2019)附录A的表A.7]定义了主档次（MainProfile)不同等级的各个水平的限制值。 + +表F.6一般等级（Tier)和水平(Level)的限制 + +| 水平 | 最大亮度 图像尺寸 | 最大编码图像缓冲区 (1 000 bits 或1 200 bits) | 最大编码图像缓冲区 (1 000 bits 或1 200 bits) | 每顿最大切 片段数 | 最大片行数 | 最大片列数 | +|------------------------------|------------------------------|------------------------------------------------|------------------------------------------------|------------------------------|------------------------------|------------------------------| +| 水平 | 最大亮度 图像尺寸 | 主等级 | 高等级 | 每顿最大切 片段数 | 最大片行数 | 最大片列数 | +| 1 | 36 864 | 350 | — | 16 | 1 | 1 | +| 2 | 122 880 | 1500 | | 16 | 1 | 1 | +| 2.1 | 245 760 | 3000 | 一 | 20 | 1 | 1 | +| 3 | 552 960 | 6000 | | 30 | 2 | 2 | +| 3.1 | 983 040 | 10000 | 一 | 40 | 3 | 3 | +| 4 | 2 228 224 | 12 000 | 30000 | 75 | 5 | 5 | +| 4.1 | 2 228 224 | 20000 | 50000 | 75 | 5 | 5 | +| 5 | 8 912 896 | 25 000 | 100000 | 200 | 11 | 10 | +| 5.1 | 8 912 896 | 40000 | 160 000 | 200 | 11 | 10 | +| 5.2 | 8 912 896 | 60000 | 240000 | 200 | 11 | 10 | +| 9 | 35 651 584 | 60000 | 240 000 | 600 | 22 | 20 | +| 6.1 | 35 651 584 | 12 000 | 480000 | 600 | 22 | 20 | +| 6.2 | 35 651 584 | 240 000 | 800 000 | 600 | 22 | 20 | +| 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | 注：“一”表示未做相应的限制。 | + +表F.7主档次（MainProfile）的等级（Tier）和水平（Level)的限制 + +| 水平 | 最大亮度取样率 | 最高比特率 (1 000 bits/s或1 200 bits/s) | 最高比特率 (1 000 bits/s或1 200 bits/s) | 最小压缩率 | 最小压缩率 | +|--------|------------------|-------------------------------------------|-------------------------------------------|--------------|--------------| +| | | 主等级 | 高等级 | 主等级 | 高等级 | +| 1 | 552960 | 128 | 一 | 2 | 2 | +| 2 | 3686400 | 1 500 | | 2 | 乙 | + +表F.7主档次（MainProfile)的等级（Tier)和水平（Level)的限制（续） + +| 水平 | 最大亮度取样率 | 最高比特率 (1 000 bits/s或1 200 bits/s) | 最高比特率 (1 000 bits/s或1 200 bits/s) | 最小压缩率 | 最小压缩率 | +|------------------------------|------------------------------|-------------------------------------------|-------------------------------------------|------------------------------|------------------------------| +| 水平 | 最大亮度取样率 | 主等级 | 高等级 | 主等级 | 高等级 | +| 2.1 | 7372 800 | 3000 | 一 | 2 | 2 | +| 3 | 16 588 800 | 6 000 | 一 | 2 | 2 | +| 3.1 | 33177 600 | 10000 | 一 | 2 | 2 | +| 4 | 66 846 720 | 12 000 | 30000 | 4 | 4 | +| 4.1 | 133 693 440 | 20 000 | 50 000 | 4 | 4 | +| 5 | 267 386 880 | 25000 | 100000 | 6 | 4 | +| 5.1 | 534 773 760 | 40000 | 160 000 | 8 | 4 | +| 5.2 | 1 069 547 520 | 60 000 | 240000 | 8 | 4 | +| 6 | 1 069 547 520 | 60000 | 240000 | 8 | 4 | +| 6.1 | 2 139 095 040 | 120000 | 480000 | 8 | 4 | +| 6.2 | 4 278 190 080 | 240000 | 800000 | 6 | 4 | +| 注：“一"表示未做相应的限制。 | 注：“一"表示未做相应的限制。 | 注：“一"表示未做相应的限制。 | 注：“一"表示未做相应的限制。 | 注：“一"表示未做相应的限制。 | 注：“一"表示未做相应的限制。 | + +## F.9.5H.265主档次的码流语法 + +H.265码流应为符合主档次（MainProfile)的码流，码流语法应按ITU-TH.265（2019)的规定。 H.265主档次的码流语法如下： + +- a) 视频参数集（Videoparameter sets）中的vps\_base\_layer\_internal\_flag 和vps\_base\_layer\_a-vailable\_flag均等于1； +- b) 序列参数集（Sequence parameter sets）中的chroma\_format\_idc等于1; +- c) 序列参数集中的bit\_depth\_luma\_minus8等于0； +- d) 序列参数集中的bit\_depth\_chroma\_minus8等于0； +- e) 视频参数集中出现transform\_skip\_rotation\_enabled\_flag、transform\_skip\_context\_enabled flag、implicit \_ rdpcm \_ enabled \_ flag、explicit \_ rdpcm \_ enabled \_ flag、extended \_ precision\_ processing\_ flag、intra \_ smoothing \_ disabled \_flag、high \_ precision \_ offsets \_ enabled \_flag、 persistent\_rice\_adaptation\_enabled\_flag、cabac\_bypass\_alignment\_enabled\_flag、sps\_curr\_ pic\_ref\_enabled \_flag、palette \_mode\_enabled\_flag、motion\_ vector\_resolution\_control \_idc 和intra\_boundary\_filtering\_disabled\_flag时,均等于0; +- f) 从视频参数集中获取的CtbLog2SizeY的取值范围为4～6； +- g) 图像参数集（Picture parameter sets）中出现log2\_max\_tra nsform\_skip\_block\_size\_minus2、 chroma\_qp\_offset\_list\_enabled\_flag 和 residual\_adaptive\_colour\_transform\_enabled\_flag 时,均等于0； +- h) 当图像参数集中出现tiles\_enabled\_flag 等于1时,entropy\_coding\_sync\_enabled\_flag应等于0; +- i) 当图像参数集中出现tiles\_enabled\_flag equal等于1时,ColumnWidthInLumaSamples[i]（i 的取值范围为0～num\_tile\_columns\_minus1)均大于或等于256,RowHeightInLumaSamples + +## GB/T 28181—2022 + +- [j]（j的取值范围为0～num\_tile\_rows\_minus1)均大于或等于64； +- j） （1）的次数不应大于5XRawCtuBits／3； +- k) general\_level\_idc和 sub\_layer\_level\_idc[i不应等于 255; +- 1）主档次（MainProfile)中关于水平（Level)的限制应满足ITU-TH.265（2019)中A.4的规定。 + +主档次（Main Profile）的比特流中 general\_profile\_idc=1或 general\_profile\_compatibility\_flag [1]=1。以 TemporalDi标记的子层比特流中 sub\_layer\_profile\_idc[i]=1或 sub\_layer\_profile\_com-patibility\_flag[i][1]=1。 + +## F.9.6H.265的一致性测试 + +## F.9.6.1比特流一致性测试 + +比特流一致性描述见ITU-TH.265（2019)附录C中C.4的规定。 + +H.265的一致性比特流（Conformancebitstream）应满足如下测试：当使用解码软件对H.265视频 比特流进行解码时，不应出现任何由比特流引起的错误或不一致。 + +注：测试中不考虑由于传输而产生的错误。 + +比特流一致性的进一步测试还包括虚拟参考解码器HRD的一致性测试L基于ITU-TH.265 （2019)]等，见ITU-TH.265（2018）。 + +上述验证比特流一致性用到的解码软件可用ITU-TH.265.2（2016)中指定的软件。 + +## F.9.6.2解码器一致性测试 + +解码器一致性描述见ITU-TH.265（2019)附录C中C.5的规定。 + +H.265解码器的一致性测试见ITU-TH.265中的方法，验证解码器一致性用到的软件可用ITUTH.265.2(2019)中指定的软件。 + +满足特定档次和水平的H.265视频解码器应能正确解码相应档次和水平的H.265一致性比特流。 + +## F.10AAC格式 + +## F.10.1AAC的对象类型和工具 + +AAC标准的音频对象类型（AudioObjectType）及其支持的工具可参考ISO/IEC14496-3：2019 表1.1，应至少支持AACLC，即ObjectTypeID为2。 + +## F.10.2AAC的档次和水平 + +AAC标准的档次和水平可参考ISO/IEC14496-3：2019表1.14。采用AAC标准的音频编码应至 少支持其中定义的HighQuality AudioProfile 的水平L3（SDP中profile-level-id为16）。采用AAC 标准的音频解码所支持的档次和水平不应低于编码支持的最高档次和水平。 + +## F.10.3AAC的码流语法 + +## F.10.4AAC的一致性测试 + +## 附录G （规范性） SDP定义 + +联网系统中SIP消息体中携带的SDP内容应符合IETFRFC4566的相关要求。应有如下字段： Session description: + +``` +v= (protocol version) o= (owner/creator and session identifier) s= (session name) u=￥ (URI of description) c=￥ (connection information- not required if included in all media) Time description: t= (time the session is active) Media description: m= (media name and transport address) c= * (connection information - optional if included at session-level) b= ×（bandwidth information) a= ￥ (zero or more media attribute lines) y=*(SSRC) f=(媒体描述) +``` + +## 说明： + +a字段：启用IETFRFC4566中对a字段的定义［a=rtpmap:（payloadtype><encodingname>/ <clockrate〉[/<encodingparameters>]中的<encodingname），利用该属性携带编码器厂商名称。该属 性表明该流为某厂商编码器编码且是不符合本文件规定的媒体流，符合本文件规定的媒体流无需该 属性。 + +``` +示例1：a=rtpmap:96DAHUA/90000。 示例2：a=rtpmap:96HIKVISION/90000。 +``` + +## a字段有下列格式。 + +- ra字段可携带倍速参数，用于文件下载时控制下载进度。格式如下：a=downloadspeed：下载 倍速（取值为整型）。 +- a字段可携带文件大小参数，用于下载时的进度计算。格式如下：a=filesize：文件大小（单位： Byte)。 +- a字段可携带setup、connection作为TCP连接协商参数，用于TCP方式传输媒体流服务端、 客户端的协商，协商机制参考IETFRFC4571的定义。格式如下： +- ·a=setup:TCP连接方式（表示本 SDP发送者在RTPoverTCP连接建立时是主动还是被 +- 定采用新建TCP连接的方式）。 +- a字段可携带SVC参数，用于视频传输时的分辨率或帧频控制。格式如下： +- ·a=svcspace：空域编码方式[取值为整型。空域编码方式，取值0为不使用；取值1为1级 + +增强（1个增强层）；取值2为2级增强（2个增强层）；取值3为3级增强（3个增强层）。 + +- ·a=svctime：时域编码方式[取值为整型。时域编码方式，取值0为不使用；取值1为1级 增强（1个增强层）；取值2为2级增强（2个增强层）；取值3为3级增强（3个增强层）」。 +- ·a=ssvcratio:空域编码增强层与基本层比例,取值字符串，例如4:3、2:1、4：1、6：1、8：1等 具体比例值（可选）。 +- 一a字段可携带媒体编号参数，用于码流编号选择。格式如下：a=streamnumber：码流编号（取 值为整型。0：主码流；1：子码流1；以此类推）。 + +s字段：在SIP服务器和媒体流接收者/媒体流发送者之间的SIP消息中，使用s字段标识请求媒体 流的操作类型。"Play"代表实时点播；"Playback"代表历史回放；"Download"代表文件下载。 + +u字段：u行应填写视音频文件的URI。该URI取值有两种方式：简捷方式和普通方式。简捷方式 直接采用产生该历史媒体的媒体源（如某个摄像头）的设备ID（应符合6.1.2的规定）以及相关参数（如 回放类型、下载类型。0表示all；1表示manual；2表示alarm；3表示time），参数用"："分隔；普通方式 采用http：//存储设备ID[/文件夹］*/文件名，[/文件夹］*为0～N级文件夹。 + +m字段：m字段描述媒体的媒体类型、端口、传输层协议、负载类型等内容。媒体类型采用"video" 标识传输视频或视音频混合内容，采用"audio"标识传输音频内容；传输方式采用"RTP/AVP"标识传输 层协议为RTPoverUDP，采用"TCP/RTP/AVP"标识传输层协议为RTPoverTCP。 + +示例3："m=video6000RTP/AVP96"标识媒体类型为视频或视音频，传输端口为6000，采用RTPoverUDP传输 方式，负载类型为96。 + +示例4："m=video6000TCP/RTP/AVP96"标识媒体类型为视频或视音频，传输端口为6000，采用RTPoverTCP 传输方式，负载类型为96。 + +示例5："m=audio8000RTP/AVP8"标识媒体类型为音频，传输端口为8000，采用RTPoverUDP传输方式，负载 类型为8。 + +t字段：当回放或下载时，t行值为开始时间和结束时间，用""分隔，时间格式见IETFRFC4566： 2006的5.9，采用UNIX时间戳，即从1970年1月1日开始的相对时间。开始时间和结束时间均为要 回放或下载的视音频文件录制时间段中的某个时刻。 + +y字段：为十进制整数字符串，表示SSRC值。格式如下：dddddddddd。其中，第1位为历史或实时 媒体流的标识位，0为实时，1为历史；第2位至第6位取20位SIP监控域ID中的4到8位作为域标 识，例如"13010000002000000001"中取数字"10000"；第7位至第10位作为域内媒体流标识，是一个与 当前域内产生的媒体流SSRC值后4位不重复的四位十进制整数。 + +一V：后续参数为视频的参数。各参数间以“/”分割。参数格式如下。 + +- ·编码格式（用十进制整数字符串表示）：1——MPEG-4；2——H.264；3——SVAC；4一 3GP;5——H.265。 +- ●分辨率（用字符串表示）：1——QCIF；2——CIF；3——4CIF；4——D1；5——720P；6 1080P/I。其余分辨率用WxH表示（W表示宽，H表示高）。 +- ·帧率（用十进制整数字符串表示）：0～99。 +- ·码率类型（用十进制整数字符串表示）：1——固定码率（CBR）；2—可变码率（VBR）。 +- ·码率大小（用十进制整数字符串表示）：0～100000（如1表示1kb/s）。 a：后续参数为音频的参数；各参数间以""分割。参数格式如下。 +- ●编码格式（十进制整数字符串表示）：1—G.711；2——G.723.1；3——G.729；4G.722.1;5—SVAC;6——AAC。 + +- ·码率大小（用十进制整数字符串表示）。 +- ●音频编码码率:1——5.3kb/s;2——6.3kb/s;3—8kb/s;4——16kb/s;5——24kb/s; 6—32 kb/s;7——48 kb/s;8——64 kb/s;9——12 kb/s;10——80 kb/s;11— 96 kb/s;12——112 kb/s;13——128 kb/s;14——160 kb/s;15——192 kb/s;16224kb/s;17——256kb/s;18—288 kb/s;19——320kb/s;20——10.8 kb/s;2112.4 kb/s;22——14 kb/s;23——15.6kb/s;24——17.2 kb/s;25——19.6 kb/s;2621.2 kb/s;27——24.4 kb/s;28——23.05 kb/s;29—34 kb/s;30—48.61 kb/s。 + +注1：G.723.1中使用1、2。 + +注2：G.722.1中使用4、5、6、7。 + +注3：G.729中使用3。 + +注4：G.711中使用8。 + +注5：SVAC中使用5、9、20、21、22、23、24、25、26、27、28、29、30。 + +注6：AAC中使用4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19。 + +- 采样率（用十进制整数字符串表示）：1——8kHz;2——14kHz；3——16kHz；432kHz;5——7kHz;6——11kHz;7——12kHz;8——22kHz;9——24 kHz;10 44 kHz;11——48 kHz;12——64 kHz;13——88 kHz;14——96 kHz;15——12.8 kHz; 16——25.6kHz;17——38.4 kHz。 + +注7：G.711中使用1。 + +注8：G.722.1中使用2、3、4。 + +注9：G.723.1中使用1。 + +注10：G.729中使用1。 + +注11：SVAC中使用3、4、9、11,15、16、17。 + +注12：AAC中使用1、3、4、5、6、7、8、9、10、11、12、13、14。 + +- 注13：字符串说明：本节中“十进制整数字符串”的含义为0～4294967296之间的十进制数字字符串。 +- 注14：参数分割标识：各参数间以"/"分割，参数间的分割符"/"不能省略；两个分割符""间的某参数为空（即两个 分割符""直接将相连）表示无该参数值。 + +## 注15：f字段说明。 + +使用f字段时，应保证视频和音频参数的结构完整性，即在任何时候，f字段的结构都应是完整的结构： + +f=v/编码格式/分辨率/帧率/码率类型/码率大小a/编码格式/码率大小/采样率 + +f=v/编码格式/分辨率/帧率/码率类型/码率大小a/// + +若只有音频时，视频中的各参数项可以不填写，但应保持“v/////"的结构： + +f=v/////a/编码格式/码率大小/采样率 + +f字段中视、音频参数段之间不需空格分割。 + +可使用f字段中的分辨率参数标识同一设备不同分辨率的码流。 + +## 注16：SSRC的使用。 + +SSRC值由媒体流发送设备所在的SIP监控域产生，作为媒体流的标识使用。 + +- a）点播域内设备媒体流SSRC处理方式 + +点播域内设备媒体流时，SSRC值由本域联网系统产生并通过Invite请求发送给设备使用，设备在回复 + +的200OK消息中携带此值，设备在发送的媒体流中使用此值作为RTP的SSRC值。域内设备媒体流 SSRC处理流程应与图G.1相符合。 + +## GB/T28181—2022 + +图G.1域内设备媒体流SSRC处理流程 + + + +- b) 点播外域设备媒体流SSRC处理方式 + +图G.2外域设备媒体流SSRC处理流程 + + + +## 注17：错误响应补充说明： + +当设备收到无法满足的SDP时，向发送的Invite请求方发送488错误响应消息；当设备不能满足更多的呼 叫请求时，向发送的Invite请求方发送486错误响应消息。 + +## H.1基本要求 + +级联结构中，存在某些联网系统管理平台级联多个上级平台的情况，如图H.1所示。 + +图H.1多路径级联结构 + + + +这种联网结构中，存在上级管理平台通过多个路径访问下级平台目标设备的可能性。如图H.1，平 台A可通过C-E、B-C-E或B-D-E三条路径访问摄像机M。 + +为充分掌握联网情况并利用冗余路径，管理平台宜支持以下技术要求，以实现摄像机和平台路径推 送及选择功能： + +- a）下级平台向上级平台推送设备目录时，通过扩展目录项的ParentID字段，将已知的平台父子 关系及摄像机所属平台信息推送给上级平台，使上级平台获知摄像机及平台目录的推送路径； +- b） 视频访问会话响应消息里通过扩展的X-RoutePath头字段返回访问路径信息，使媒体流请求 者可获取视频会话信令的建立路径； +- c) 在摄像机存在多条冗余路径时，通过在扩展的X-PreferredPath头字段里携带路径，使上级平 台可指定其中一条路径获取码流。 + +## H.2处理逻辑 + +## H.2.1路径推送技术要求 + +管理平台同步本域及下级域设备目录到上级域的处理逻辑应符合以下要求。 + +- a）目录项列表应包含本域及下级域同步来的平台信息目录项（即系统目录项)形成平台信息列 表，平台信息列表应符合以下要求： +- 1）第一个目录项应为代表本级平台的平台信息目录项，且不应携带ParentID字段； +- 2）后续为下级域同步到本域的平台信息列表，列表中的平台信息目录项中应包含ParentID 字段，包含其上级平台的编号； +- 3）如果不同下级域同步了相同编号的平台信息到本域，则同步到上级域平台时应合并这些 + +## 附录H (资料性) + +## 摄像机和平台路径选择技术要求 + +平台信息节点为一个平台信息目录项，其ParentID为多个平台信息ParentID的集合。 + +- b）目录项列表里的摄像机等前端设备目录项应符合以下要求： +- 属系统编号（设备所属系统编号在平台信息列表里都应该有对应的平台信息目录项）； +- 2） 如果不同下级域同步了相同编号的摄像机信息到本平台，则应合并这些摄像机信息为一 +- 3）合并多个相同编号的摄像机目录项时，只要其中一个设备状态为"在线（ON)"，则合并后 目录项类型中Status参数的规定。 + +路径推送相关示例见H.4.1。 + +## H.2.2视频访问时返回路径信息技术要求 + +上级平台发送SIPINVITE请求给下级平台建立视频会话，下级平台在返回成功或失败SIP响应 时，消息头部应扩展X-RoutePath字段，用于记录视频会话建立过程中经过的平台路径信息。X-RoutePath字段定义见H.3.1。 + +响应消息从下级逐层转发到上级平台时，转发消息的平台应将本平台编码添加至X-RoutePath字 段的最前面（用"-"分隔）。如果下级域转发来的响应消息里不带X-RoutePath字段，则本平台应在转发 响应消息到上级平台时新增X-RoutePath字段，字段包含本域和下级域平台的编号，格式为：本平台编 号-下级域平台编号。 + +视频访问返回路径相关示例见H.4.2。 + +## H.2.3视频访问时指定路径信息技术要求 + +上级平台在发送SIPINVITE视频建立请求给下级平台时，可通过添加X-PreferredPath头部字 + +段，指定期望视频会话请求经过的平台路径。X-PreferredPath字段定义见H.3.2。 + +平台在收到SIPINVITE请求时，如果存在X-PreferredPath头字段，且本平台在路径之内，则应将 本平台编号从X-PreferredPath中删除，然后转发请求到X-PreferredPath中指定的下一个平台；否则平 + +台可以根据自定义的策略拒绝视频请求或执行默认路由转发策略。 + +如果平台收到的SIPINVITE请求没有携带X-PreferredPath头字段，则宜按默认路由转发，即平 台按照自定义策略，在多个包含该摄像机的下级平台中选择一个平台转发请求。按默认路由方式转发 SIPINVITE请求时，不应携带X-PreferredPath头字段。 + +视频访问指定路径相关示例见H.4.3。 + +## H.3多路径SIP头域扩展定义 + +## H.3.1X-RoutePath头域定义 + +SIPINVITE视频会话建立请求对应的成功或失败响应消息里加人可选的SIP扩展头字段XRoutePath，用于表示会话建立经过的平台路径。根据IETFRFC3261的BNF语法定义，该头域格 式为： + +X-RoutePath="X-RoutePath:"platform-id-list platform-id-list =platform-id*（"-"platform-id-list) + +其中platform-id是第11、12、13位为200的20位平台编号（参见附录E）。 + +示例：X-RoutePath：65010000002000000001-65010200002000000001-65010205002000000001 + +## H.3.2X-PreferredPath头域定义 + +SIPINVITE视频会话建立请求里加人可选的SIP扩展头字段X-PreferredPath,用于表示期望建 立视频会话的平台路径。根据IETFRFC3261的BNF语法定义，该头域格式为： + +X-PreferredPath ="X-PreferredPath:"platform-id-list platform-id-list = platform-id *（"-"platform-id-list) + +其中platform-id是第11、12、13位为200的20位平台编号（参见附录E)。 + +示例：X-PreferredPath：65010000002000000001-65010200002000000001-65010205002000000001 + +## H.4路径推送及选择示范 + +## H.4.1摄像机及平台路径推送流程示范 + +本示例在图H.1所示互联结构上加人了目录同步示例，如图H.2所示。 + + + +- 注：图中只列出了目录中的平台信息及摄像机目录项。 + +## 图H.2摄像机及平台路径推送流程示例 + +典型的目录同步处理见步骤（6），其管理平台B推送给管理平台A的目录项说明见表H.1。 + + + +表H.1路径推送示例步骤（6）目录项说明 + +| 目录项 | 说明 | +|---------------------------|---------------------------------------------------------------------------------------------------| +| 平台目录项B | 管理平台B自己的平台信息，无ParentID字段 | +| 平台目录项C(ParentID=B) | 从步骤（4)中获取的平台C的信息，加上ParentID=B表示此平台为本平台的下级 平台，可通过平台B访问平台C | +| 平台目录项D(ParentID=B) | 从步骤（3)中获取的平台D的信息，加上ParentID=B表示此平台为本平台的下级 平台，可通过平台B访问平台D | +| 平台目录项E(ParentID=C/D) | 从步骤(3)和(4)中获取的平台E的信息，合并后ParentID包含平台C和D的编 号，表示可通过平台C或D访问平台E | + +表H.1路径推送示例步骤（6）目录项说明（续） + +| 目录项 | 说明 | +|---------------------|-----------------------------------------------------------------------------------------------------------------------------| +| 摄像机M(ParentID=E) | 从步骤（3）和（4)中获取的摄像机M的信息，ParentID包含E表示可通过平台E 访问；结合前述平台信息，可通过B-C-E或B-D-E两条路径访问 | + +最终，管理平台A除了从管理平台B得知有两条路径可访问摄像机M外，还从管理平台C得知另 一条访问路径(C-E)。 + +## H.4.2视频访问时返回路径信息流程示范 + +本示例表示在图H.1所示互联结构上发送视频请求，并在响应消息里携带路径信息，如图H.3 所示。 + +图H.3视频建立响应消息里显示当前会话平台路径流程示例 + + + +典型处理过程见信令（8)，管理平台B返回响应消息给平台A时，把自己的编号加到了XRoutePath的最前面。另外，若平台E返回给平台D的响应消息里无X-RoutePath字段，则平台D返 回信令（7)给平台B时，应添加X-RoutePath字段，并取值为自己和平台E的平台编号。 + +## H.4.3视频访问时指定路径信息流程示范 + +本示例在图H.2所示摄像机及平台路径信息已推送到管理平台A，且平台A访问默认路径（假设 为B-D-E)失败后，选择B-C-E访问摄像机M的视频，如图H.4所示。 + + + +## GB/T 28181—2022 + +图H.4视频建立请求消息里选择平台路径流程示例 + + + +典型处理过程见信令（2），管理平台B转发来自平台A的SIPINVITE请求给平台C时，从X-PreferredPath头字段里把自己的编号删除后继续转发。另外，如果管理平台A发给平台B的SIP INVITE中X-PreferredPath=B-C（即未指定最后一个平台）,SIPINVITE的转发路径应相同，只是管 理平台C转发请求给平台E时，将不再携带X-PreferredPath头字段。 + + + +## 附录I （规范性） 协议版本标识 + +为便于联网设备或服务器之间互相识别对方支持的协议版本，在SIP注册及其响应消息（无论是成 功或失败)头部带上扩展字段X-GB-Ver用于表示版本号。双方在注册过程中得知对方支持的协议版 本后，后续交互过程中协议版本更高一方应避免向对方发送不能识别的消息。版本是由阿拉伯数字字 符和小数点字符组成的字符串。版本号表示为m.n,其中m、n为阿拉伯数字字符。例如X-GB-Ver: 3.0。 + +版本号定义见表1.1。 + +表1.1协议版本号定义 + +| 版本号 | 版本说明 | +|----------|----------------------------| +| 1 | GB/T 28181—2011 | +| 1.1 | GB/T28181—2011修改补充文件 | +| 2 | GB/T 28181—2016 | +| 3 | GB/T28181—2022 | + +## 附录J （规范性） + +## 目录查询应答说明 + +按照不同查询对象进行目录查询时满足以下要求： + +- a）按照行政区域编码进行查询时，返回该行政区域目录项及该行政区域下的行政区域、设备目 录项； +- b）按照系统编码进行查询时，被查询系统返回本级和下级系统的系统、行政区划、业务分组、虚拟 组织、设备目录项； +- c) 按照设备编码进行查询时，返回该设备目录项及设备下属的设备目录项； +- d) 按照业务分组进行查询时，返回该业务分组目录项及该业务分组下的虚拟组织、设备目录项； +- e）按照虚拟组织进行查询时，返回该虚拟组织目录项及该虚拟组织下的虚拟组织、设备目录项。 +- 注：下级平台通过业务分组操作可从特定业务角度制定一组虚拟组织，并可将摄像机划分到不同的虚拟组织中，在 查询应答中通过业务分组、虚拟组织返回定义好的摄像机所属的业务组织结构。 + +行政区划、系统、设备、业务分组、虚拟组织目录项示例如下。其中，行政区划、系统、业务分组、虚拟 组织目录项各字段应按照示例固定填写；设备目录项仅列举了A.2.1.9"目录项类型"中的必填字段，其 他选填字段应根据实际填写。业务分组、虚拟组织代表了摄像机的特定业务分组下的组织结构，用于特 定业务的设备树组织展示。 + +- a）省级行政区划目录项 + +## (Item> + +<DeviceID>11</DeviceID> + +<Name>北京市</Name） + +</Item> + +- b）市级行政区划目录项 + +<Item> + +<DeviceID>1101</DeviceID> + +<Name>市辖区</Name> + +</Item> + +- c）区县级行政区划目录项 + +(Item> + +<DeviceID>110101</DeviceID> + +<Name>东城区（/Name） + +</Item> + +- d）基层接人单位行政区划目录项 + +<Item> + +<DeviceID>11010101</DeviceID> + +<Name>东华门派出所（/Name> + +</Item> + +- e）系统目录项 + +(Item> + + + +## GB/T28181—2022 + +``` +<！--ID编码11-13位采用200标识系统ID类型--> 11010100002000000001 东城区平台（/Name） 平台厂商 平台型号 110101
平台安装地址1 0 ON +``` + +</Item> f）业务分组目录项 业务分组根据特定的业务需求制定，一个业务分组包含一组特定的虚拟组织，不包含子业务分 组，虚拟组织下可划分子虚拟组织并可挂接设备，业务分组、虚拟组织、设备间为以业务分组为根节 点，虚拟组织为分支节点，设备为叶节点的树状层次关系。 <Item> <！--业务分组标识，编码采用E.1中的20位ID格式，扩展215类型代表业务分组--> <DeviceID>11010100002150000001</DeviceID） <Name>业务分组名称（/Name> <CivilCode>110101</CivilCode> <！--填写制定此业务分组所属的系统ID--> <ParentID>11010100002000000001</ParentID> </Item> g）虚拟组织目录项 <Item> <！--虚拟组织标识，编码采用E.1中的20位ID格式，扩展216类型代表虚拟组织--> <DeviceID>11010100002160000002</DeviceID> <Name>虚拟组织名称</Name> <！--父节点虚拟组织ID，用于标识虚拟组织间的层级关系，若上级节点为虚拟组织则填写此 字段；若上级节点为业务分组时，无此字段--> <ParentID>11010100002160000001</ParentID> <！--虚拟组织所属的业务分组ID--> <BusinessGroupID>11010100002150000001</BusinessGroupID) </Item> h）设备目录项 <Item> <DeviceID>11010100001320000009</DeviceID> <Name>IPC\_视频</Name> <Manufacturer>设备厂商</Manufacturer> <Model>设备型号</Model> <CivilCode>110101</CivilCode> + +- <！--若设备属于某组织机构下，应在Block字段中填写相应组织机构代码，组织机构代码应符 合GA/T380规定。--> +- <Block>110101000000</Block> +- <Address>设备安装地址</Address> +- <Parental>o</Parental> +- <！--若上传目录中有此设备的父设备则应填写父设备ID,若无父设备则应填写系统ID;若设 备属于某虚拟组织下，则应同时填写虚拟组织ID；各个ID之间用"/"分隔。--> +- <ParentID>摄像机父设备/虚拟组织</ParentID> +- <RegisterWay>1</RegisterWay> +- <Secrecy>0</Secrecy> +- <Status>ON</Status> + +## </Item> + +按照行政区划进行设备树展示使用行政区划、设备目录类型，示例见图J.1。 + +图J.1行政区划设备树示意图 + + + +按照业务分组进行设备树展示使用业务分组、虚拟组织、设备目录类型，示例见图J.2。 + +图J.2业务分组设备树示意图 + + + +按照行政区划-业务分组设备树展示使用行政区划、业务分组、虚拟组织、设备目录类型，示例见图J.3。 + +图J.3行政区划-业务分组设备树示意图 + + + +平台、设备媒体流保活机制规定如下。 + +- a）链路建立后，码流经过的各级平台应具备媒体流丢失监测能力，若监测到媒体流丢失，应释放 该条媒体链路，并通过会话内Bye消息通知上下级平台。 +- b）上下级平台之间、平台与设备之间、平台与客户端之间应通过注册、状态信息报送等进行状态 监测，若监测到媒体流接收方或媒体流发送方故障或离线，应主动释放媒体链路，停止媒体流 的发送。 +- c）通过Subject标识进行已发送流的清理判断。上级平台向下级平台、平台向设备发送呼叫请 求时，应携带Subject头域，Subject头域的"媒体流发送者ID：发送方媒体流序列号"用于对媒 体源标识，此标识与请求的码流具有对应关系。下级平台、设备在接收到呼叫请求后，应判断 是否在发送以此媒体源标识的码流，若已经在发送，则应释放现有媒体流发送链路并按照请求 建立新的媒体流发送链路。 + +## 附录K （规范性） + +## 媒体流保活机制 + +## 附录L (规范性) Subject 头域定义 + +SIP监控域建立实时、回放、下载等媒体链路时，SIP服务器发出的Invite消息应携带Subject头域 作为此媒体链路的标识。SIP监控域应具有媒体分发能力，对于Subject中媒体发送方标识相同的视 频，应仅向目标SIP监控域或设备发起一次请求，通过自身的媒体分发能力将视频资源发往不同的接 收端。 + +Subject字段的格式如下： + +Subject：媒体流发送者ID：发送方媒体流序列号，媒体流接收者ID：接收方媒体流序列号。 各字段定义如下： + +媒体流发送者ID：为符合附录E定义的媒体流发送者的ID编码。 + +发送方媒体流序列号：发送方媒体流序列号为不超过20位的字符串；当请求为实时视频时，首位取 值为0，对于相同的实时视频取值唯一；当请求的媒体流为历史视频时，首位取值为1，对于每一路历史 + +视频取值唯一。 + + + +媒体流接收者ID：为符合附录E定义的媒体流接收者的ID编码。 + +接收方媒体流序列号：为媒体流接收端的标识序列号，在同一时刻该序列号在媒体流接收者端为不 重复的字符串。当接收者为客户端时，可以作为窗口的标识符。 + +## 附录M (规范性) + +## 多响应消息传输 + +目录查询响应、文件查询响应、订阅后的通知消息会出现响应、通知消息需发送多条记录的情况，此 时可通过多条响应、通知消息对记录进行分批传送，各响应消息的SN值需与请求消息相同。为了保证 多条响应、通知消息传输的稳定可靠，多条响应、通知消息发送时宜采用串行发送方式，记录发送方需收 响应、通知消息超过10000条时，宜采用TCP方式进行传送。 + +方式进行传送，处理机制应符合IETFRFC3261第18章“Transport"的规定。 + +以文件查询响应作为示例如下： + +- <? xml version="1.o"?> +- <Response> +- (CmdType>RecordInfo</CmdType) +- (SN>17430</SN> +- <DeviceID>64010000001310000001</DeviceID> +- <Name>Cameral</Name> +- <SumNum>0</SumNum> +- (/Response> + +## N.1基本要求 + +联网系统间采用订阅通知机制实现状态变化的设备信息的传送，用于提供联网系统间设备状态一 致性的维护机制。SIP域可通过订阅方式订阅其他SIP域的全部或部分目录的离线、上线、增加、删除、 更新等变更信息；被订阅域宜在累计一定数量（如100)条目录变更或者一定时间间隔（如1min)后，应 将变更事件通知订阅域。发送初始订阅之后，根据需要配置是否进行初始上报（在线或离线设备），为防 止大批量订阅通知，下级平台上线后，可根据数据量变化决定是否进行初始抓取目录进行设备状态同 步。订阅通知消息使用IETFRFC6665规定的SUBSCRIBE、NOTIFY方法实现。 + +某一SIP域可进行其他多个SIP域目录信息的订阅，也可接受其他多个SIP域的订阅。本域保存 订阅目录、被订阅目录列表，在本域被订阅目录变更后向订阅域发送通知消息，订阅域接收到通知消息 后进行相应更新处理。 + +## N.2应用场景及处理逻辑 + +## N.2.1相邻域间目录订阅通知 + +## N.2.1.1应用场景 + +相邻域为SIP消息路由直接相邻的两级联网系统。订阅关系如图N.1所示。 + +图N.1相邻域间目录订阅通知示意图 + + + +## N.2.1.2处理逻辑 + +## N.2.1.2.1初始订阅 + +A域向B域发送初始订阅消息，开始订阅B域设备状态。Expire头域携带订阅过期时间应可配 置，默认600s。B域在过期时间到来时未收到刷新订阅消息则移除A域的订阅状态。 + +为保持两个域间目录状态一致，订阅域在进行初始订阅成功后需默认被订阅对象范围内的目录状 态为在线，被订阅域在收到初始订阅消息后，需要通知被订阅对象范围内目录的离线和其他异常状态。 + +- 订阅对象为B域系统ID时，B域检测到直属目录和下级域的目录变更事件时应向A域 发送通知消息； + +## 附录N + +## （规范性） + +## 域间目录订阅通知 + +- 订阅对象为B域范围内行政区划编码时，B域检测到属于此行政区划的目录变更事件时 应向A域发送通知消息； +- 订阅对象为B域设备ID时，B域检测到该设备及其下属子设备发生目录变更事件时应向 A域发送通知消息； +- 订阅对象为B域上报的业务分组ID、虚拟组织ID时，B域检测到该业务分组、虚拟组织 下属虚拟组织、设备发生目录变更事件时应向A域发送通知消息。 +- b）B域在检测到被订阅范围内目录变更事件时应根据接收的订阅者列表，向处于订阅有效期的 域发送目录状态通知消息。 + +## N.2.1.2.2刷新订阅 + + + +A域在初始订阅成功之后，应在过期之前向B域发送刷新订阅消息，进行订阅状态维护，并遵循 IETFRFC6665对刷新订阅的规定。 + +刷新订阅消息与初始订阅消息属于同一会话，并且Expire头域值大于0。 + +## N.2.1.2.3取消订阅 + +若A域不再订阅B域目录变更，应向B域发送取消订阅请求。取消订阅请求应与初始订阅请求属 于同一会话，并且Expire头域值为O。B域收到取消订阅请求后应移除A域的订阅状态，目录变更后 不再通知A域。 + +B域可通过发送subscription-state头域为terminated的NOTIFY消息主动结束订阅，NOTIFY 消息体可为空，订阅方接收到该消息后回复200OK响应。 + +## N.2.2跨级域间目录订阅通知 + +## N.2.2.1应用场景 + +跨级域为SIP消息路由不直接相邻的两级平台。订阅关系如图N.2所示。 + +图N.2跨级域间目录订阅通知示意图 + + + +## N.2.2.2处理逻辑 + +如图N.2所示，跨级域间状态订阅通知仅在A域、C域维护订阅状态，进行订阅通知逻辑处理。A 域和C域的处理方式与N.2.1.2相同。 + +消息途径的中间域B域需进行SIP订阅通知消息的路由处理。 + +## N.3信令流程 + +订阅通知流程应与图N.3相符合。 + +## 命令流程描述如下： + +- a）1：订阅域向被订阅域发送初始订阅SUBSCRIBE消息，订阅目的域的目录变更事件，消息头域 中使用Event头域描述订阅事件，消息体中携带订阅的详细参数，使用Expire头域指定订阅 过期时间； +- b) 2:被订阅域设备收到订阅消息后，向订阅域发送200OK响应； +- c) 3：对于初始订阅操作，被订阅域立即发送NOTIFY消息携带离线及其他异常状态设备目 录，消息头域中使用Event头域描述订阅事件； +- d) 4:订阅域收到NOTIFY消息后回复200OK响应； +- e) 5：被订阅域目录变更后，通过NOTIFY消息将变更事件通知订阅域，消息头域中使用Event 头域描述订阅事件； +- f) 6：订阅域收到NOTIFY消息后回复200OK响应； +- g) 7:订阅域在过期之前向被订阅域发送刷新订阅SUBSCRIBE消息，订阅目的域的目录变更事 + +图N.3订阅通知信令流程 + + + +件，消息头域中使用Event头域描述订阅事件，消息体中携带订阅的详细参数，使用Expire头 域指定订阅过期时间； + +- h）8：被订阅域设备收到订阅消息后，向订阅域发送200OK响应； +- i) 9：被订阅域目录变更后，通过NOTIFY消息将变更事件通知订阅域，消息头域中使用Event 头域描述订阅事件； +- j） 10：订阅域收到NOTIFY消息后回复200OK响应； +- k) 11：订阅域向被订阅域发送取消订阅SUBSCRIBE消息，消息头域中使用Event头域描述订阅 +- 事件，消息体中携带订阅的详细参数，Expire头域值为0； +- 1) 12：被订阅域设备收到订阅消息后，向订阅域发送200OK响应，取消向订阅域发送目录变更 +- 通知消息。 + +## N.4协议接口 + +## N.4.1接口要求 + +通知消息发送时应进行多条通知消息传输处理，宜采用附录M提供的方式对通知消息的发送进行 控制，宜进行传输数据过滤处理，避免因设备频繁上下线等异常情况造成系统间传输大量无用数据影响 系统性能。 + +## N.4.2订阅通知消息Event头域 + +SUBSCRIBE消息、NOTIFY消息需携带Event头域描述订阅事件。Event头域格式为 "Catalog；id=num"，其中，num为数字取值，具体说明参见IETFRFC6665。 + +## N.4.3订阅通知命令消息体 + +## N.4.3.1订阅消息 + +``` +订阅消息消息体示例如下： (? xml version="1.o"?> (Query) <！--命令类型：目录订阅（必选）--> (CmdType>Catalog 命令序列号 <！--订阅的系统/行政区划/设备/业务分组/虚拟组织编码(必选）--> 订阅编码 (/Query> +``` + +## N.4.3.2通知消息 + +``` +通知消息消息体示例如下，增加/更新目录通知消息中Item的字段参数应符合A.2.1.9的规定： <？ xml version="1.o"?> <！--命令类型：目录订阅（必选）--> Catalog <！--命令序列号(必选）--) +``` + +## GB/T 28181—2022 + +``` +命令序列号 <！--订阅的系统/行政区划/设备/业务分组/虚拟组织编码(必选）--) 订阅编码 <！-通知消息中SumNum取值与DeviceList中Num取值相同（必选）--> (SumNum>2 (Item> <！--状态改变的系统/设备/行政区划编码(必选）--> 编码1 <！--状态改变事件ON：上线，OFF：离线，VLOST：视频丢失，DEFECT：故障， DEL:删除（必选）--> (Event>OFF (/Item> (Item) <！--新增/修改的系统/设备/行政区划编码（必选）--> 编码n <！--新增/修改事件ADD：增加，UPDATE：更新（必选）--> (Event>ADD IPC_天山视频 (Manufacturer>XXX (Model>1.0 (CivilCode>650102 (Address>axy
o 1 (Secrecy>0 (Status>ON (/Item> +``` + +附录0 (规范性） + +## 摄像机采集部位类型代码 + +摄像机采集部位类型代码结构见图O.1，代码采用层次码，共7位。左起第1～3位为大类顺序 码，顺序从001开始，用3位定长阿拉伯数字表示；左起第4～5位为中类顺序码，顺序从01开始，用2 位定长阿拉伯数字表示；左起第6～7位为小类顺序码，顺序从01开始，用2位定长阿拉伯数字表示。 大类顺序码和中类顺序码组成中类代码，中类代码和小类顺序码组成小类代码。摄像机采集部位类型 代码值见表O.1，小类顺序码按照行业具体规定取值，默认值为00。 + + + +表0.1摄像机采集部位类型代码表 + +| 代码 | 代码 | 代码 | | +|-------------|-------------|-------------|---------------------------------------------------------------------------------------------------------| +| 大类 顺序码 | 中类 顺序码 | 小类 顺序码 | 类别名称 | +| 001 | | | 具有政治历史意义、经常性举办重大群众性集会、商业服务、文化宣传和体育比赛、宗教 活动等公共活动的露天广场 | +| | 00101 | | 具有政治历史意义的露天广场 | +| | 00102 | | 经常性举办重大群众性集会的露天广场 | +| | 00103 | | 商业服务露天广场 | +| | 00104 | | 文化宣传和体育比赛类露天广场 | +| | 00105 | | 宗教活动露天广场 | +| | 00199 | | 其他公共活动露天广场 | +| 002 | | | 城市、乡镇主要路段、路口、立交桥，城市地下人行通道、隧道、过街天桥等通行区域 | +| | 00201 | | 城市主要路段、路口、立交桥等 | +| | 00202 | | 乡镇主要路段、路口、立交桥等 | +| | 00203 | | 城市地下人行通道、隧道、过街天桥等 | +| | 00204 | | 村庄通行区域 | + +## 表0.1摄像机采集部位类型代码表（续） + +| 中类 顺序码 | 小类 顺序码 | 类别名称 | +|---------------|---------------|---------------------------------------------------------------------------------------------------| +| 00297 | | 城市其他通行区域 | +| 00298 | | 乡镇其他通行区域 | +| 00299 | | 其他002类通行区域 | +| | | 高速公路、国道、省市县际、城镇道路主要出人口、卡口、公安检查站、收费站通道、高速公 路服务区等区域 | +| 00301 | | 高速公路主要出人口、卡口、公安检查站、收费站通道、高速公路服务区等 | +| 00302 | | 国道主要出人口、卡口、公安检查站、收费站通道等 | +| 00303 | | 省际主要出人口、卡口、公安检查站等 | +| 00304 | | 市际主要出人口、卡口、公安检查站等 | +| 00305 | | 县际主要出人口、卡口、公安检查站、收费站通道等 | +| 00306 | | 城镇道路主要出人口、卡口、公安检查站等 | +| 00307 | | 城市主干道、国道、高速交通状态监测区域等 | +| 00308 | | 事故多发、恶劣天气多发、急弯、长下坡等交通重点关注路段等 | +| 00399 | | 其他003类区域 | +| | | 大型桥梁、隧道等通行区域 | +| 00401 | | 大型桥梁主要通行区域 | +| 00402 | | 大型隧道主要通行区域 | +| 00499 | | 其他004类区域 | +| | | 城镇商业金融聚集区主要出人口、周边主要路段、路口等 | +| 00501 | | 城市商业金融聚集区主要出人口、周边主要路段、路口 | +| 00502 | | 乡镇商业金融聚集区主要出入口、周边主要路段、路口 | +| 00503 | | 其他金融聚集区域 | +| 00599 | | 其他005类区域 | +| | | 民用机场、铁路车站、港口、码头、长途汽车站等场所外的露天广场主要区域、重要通道、 周边路段、路口等 | +| 00601 | | 民用机场外的露天广场主要区域、重要通道、周边路段、路口等 | +| 00602 | | 铁路车站外的露天广场主要区域、重要通道、周边路段、路口等 | +| 00603 | | 港口外的露天广场主要区域、重要通道、周边路段、路口等 | + +表0.1摄像机采集部位类型代码表（续） + +| 中类 顺序码 | 小类 顺序码 | 类别名称 | +|---------------|---------------|-------------------------------------------------------------------| +| 00604 | | 码头外的露天广场主要区域、重要通道、周边路段、路口等 | +| 00605 | | 长途汽车站外的露天广场主要区域、重要通道、周边路段、路口等 | +| 00699 | | 其他006类区域 | +| | | 城市轨道交通车站周边路段、路口等 | +| 00701 | | 城市轨道交通车站周边路段、路口等 | +| 00799 | | 其他007类区域 | +| | | 海、江、河、湖、塘等水域、航道的公共区域部位 | +| 00801 | | 海洋沿线(港口、码头、重点岙口、重点桥梁/隧道、重点海岸线等) | +| 00802 | | 海洋水域(有人岛、无人岛、航道等) | +| 00803 | | 长江沿线(重点码头、重点闸口、重点桥梁/隧道、重点岸线等) | +| 00804 | | 长江水域(岛屿、岔口、航道等) | +| 00805 | | 黄河沿线(重点码头、重点闸口、重点桥梁/隧道、重点岸线等) | +| 00806 | | 黄河水域(内岛、岔口、航道等) | +| 00807 | | 湖泊/水库沿线(重点码头、重点闸口、重点桥梁/隧道、重点岸线等) | +| 00808 | | 湖泊/水库水域(内岛等) | +| 00809 | | 池塘 | +| 00896 | | 其他江河干支流沿线(重点码头、重点闸口、重点桥梁/隧道、重点岸线等) | +| 00897 | | 其他江河干支流水域(内岛、航道等) | +| 00898 | | 其他水域沿线(重点码头、重点闸口、重点桥梁/隧道、重点岸线等) | +| 00899 | | 其他水域(内岛、航道等) | +| | | 边境沿线相关区域 | +| 10600 | | 边境沿线区域 | +| | | 铁路沿线(车站除外) | +| 01001 | | 铁路沿线重点区域(沿线、岔口、道口等) | +| | | 党政机关 | +| 01101 | | 党政机关单位主出人口及采集的图像能够覆盖到单位外围一定范围的部位 | +| 01102 | | 党政机关单位办事大厅 | + +## 表0.1摄像机采集部位类型代码表（续） + +| 代码 | 代码 | 代码 | | +|-------------|-------------|-------------|-----------------------------------------------------------------------------------------------------| +| 大类 顺序码 | 中类 顺序码 | 小类 顺序码 | 类别名称 | +| | 01199 | | 其他011类（重要机关单位主出人口及采集的图像能够覆盖到单位外围一定范围的 部位)区域 | +| 012 | | | 民用机场、铁路车站、港口、码头、城市轨道交通车站及列车、长途汽车站、城市公共汽电 车站、加油(气)站等 | +| | 01201 | | 民用机场航站楼安检区以外开放区域和航站楼周边区域的人员聚集部位、停车场等 | +| | 01202 | | 铁路车站的出人口、售票大厅、候车大厅、停车场等开放区域的人员聚集部位等 | +| | 01203 | | 港口(码头)的出人口、售票大厅、候车大厅、停车场等开放区域的人员聚集部位等 | +| | 01204 | | 城市轨道列车及(转运)车站出人口、(转运)车站通道、安检区、(转运)车站站厅、站 台、停车场等开放区域等 | +| | 01205 | | 长途汽车站的出人口、售票大厅、候车大厅、停车场等开放区域的人员聚集部位等 | +| | 01206 | | 城市公共汽电车枢纽站、停车场站站区、停车场及周边一定范围区域 | +| | 01207 | | 加油(气)站车辆出人口、服务区 | +| | 01299 | | 其他012类(其他交通区域出人口、售票厅、候车厅、展厅及周边)区域 | +| 013 | | | 银行营业场所等金融机构 | +| | 01301 | | 营业网点、自助网点主出人口及其外部一定区域，运钞交接区、营业大厅等 | +| | 01399 | | 其他013类区域 | +| 014 | | | 寄递单位、物流园区、仓储园区等 | +| | 01401 | | 寄递单位营业场所主出人口、营业大厅交寄接收区等 | +| | 01402 | | 物流园区主出人口等 | +| | 01403 | | 仓储园区主出人口等 | +| | 01499 | | 其他014类区域 | +| 015 | | | 电力、电信、广电、油气、水利等行业 | +| | 01501 | | 电力行业重点单位周边一定区域、重点线路沿线等 | +| | 01502 | | 电信行业重点单位周边一定区域、重点线路沿线等 | +| | 01503 | | 广电行业重点单位周边一定区域、重点线路沿线等 | +| | 01504 | | 油气行业重点单位周边一定区域、重点线路沿线等 | +| | 01505 | | 水利行业重点单位周边一定区域、重点线路沿线等 | +| | 01599 | | 其他015类(其他能源信息行业重点单位周边一定区域、重点线路沿线等)区域 | + +## 表0.1摄像机采集部位类型代码表（续） + +| 代码 | 代码 | 代码 | | +|-------------|-------------|-------------|-------------------------------------------------------------------------------------------| +| 大类 顺序码 | 中类 顺序码 | 小类 顺序码 | 类别名称 | +| 016 | | | 大型商贸中心、会展中心/展览馆和大型农贸市场等 | +| | 01601 | | 大型商贸中心主出人口、营业场所人员聚集部位、运钞交接区及押运通道等 | +| | 01602 | | 大型会展中心或展览馆主出人口、营业场所人员聚集部位、物品交接区及押运通 道等 | +| | 01603 | | 大型农贸市场主出入口、营业场所人员聚集部位等 | +| | 01699 | | 其他016类区域 | +| 017 | | | 学校、幼儿园等教育单位 | +| | 01701 | | 学校主出人口及其外部一定区域等 | +| | 01702 | | 学前教育场所主出人口及其外部一定区域等 | +| | 01703 | | 其他教育单位主出入口及其外部一定区域等 | +| | 01799 | | 其他017类区域 | +| 018 | | | 医院卫生服务、社会服务等 | +| | 01801 | | 医院主出人口，挂号大厅、候诊大厅等开放区域的人员聚集部位及单位外围一定范 围的部位 | +| | 01802 | | 专业公共卫生服务单位的主出人口大厅等开放区域的人员聚集部位及单位外围一 定范围的部位 | +| | 01803 | | 社会工作服务单位的主出人口大厅等开放区域的人员聚集部位及单位外围一定范 围的部位 | +| | 01899 | | 其他018类区域 | +| 019 | | | 歌舞娱乐厅、电子游戏厅、互联网上网服务营业场所、新闻和出版业等文化和娱乐业场所 | +| | 01901 | | 歌舞娱乐厅出人口及采集的图像能够覆盖到场所外围一定范围的部位等 | +| | 01902 | | 电子游戏厅出人口及采集的图像能够覆盖到场所外围一定范围的部位等 | +| | 01903 | | 互联网上网服务营业场所出人口及采集的图像能够覆盖到场所外围一定范围的部 位等 | +| | 01904 | | 新闻和出版业场所出人口及采集的图像能够覆盖到场所外围一定范围的部位等 | +| | 01905 | | 民营画廊、小剧场等出人口及采集的图像能够覆盖到场所外围一定范围的部位等 | +| | 01999 | | 其他019类（其他文化和娱乐业场所出人口及采集的图像能够覆盖到场所外围一定 范围的部位等)区域 | +| 020 | | | 旅馆业、洗浴中心 | + +## 表0.1摄像机采集部位类型代码表（续） + +| 代码 | 代码 | 代码 | | +|-------------|-------------|-------------|-----------------------------------------------------------------------------------------------------------| +| 大类 顺序码 | 中类 顺序码 | 小类 顺序码 | 类别名称 | +| | 02001 | | 宾馆、酒店等旅馆业营业场所的主出人口、大厅、前台及采集的图像能够覆盖到场所 外围一定范围的部位等 | +| | 02002 | | 洗浴中心的主出人口、大厅、前台及采集的图像能够覆盖到场所外围一定范围的部 位等 | +| | 02099 | | 其他020类（其他住宿与洗浴类相关场所主出人口、大厅、前台及采集图像能够覆盖 到场所外围一定范围的部位等)区域 | +| 021 | | | 展览场馆、大型文化、体育场所和其他大型群众性活动举办场所等 | +| | 02101 | | 展览场馆出人口、安检区、室外人员聚集区域（部位）、停车场、地铁车站、公交转运车 站等 | +| | 02102 | | 大型文化、体育场所出入口、安检区、室外人员聚集区域（部位）、停车场、地铁车站、 公交转运车站等 | +| | 02103 | | 其他大型群众性活动举办场所出人口、安检区、室外人员聚集区域（部位）、停车场、 地铁车站、公交转运车站等 | +| | 02199 | | 其他021类[其他大型群众性活动举办场所出人口、安检区、室外人员聚集区域（部 位)等]区域 | +| 022 | | | 旅游景区 | +| | 02201 | | 旅游景区主出人口、核心游览点、交通接驳点、停车场、公共服务区（餐厅、购物区）、 其他人员聚集区域(部位)等 | +| | 02299 | | 其他022类[其他旅游区域主出人口、人员聚集区域(部位)区域 | +| 023 | | | 其他治安保卫重点单位 | +| | 02301 | | 单位出人口及采集的图像能够覆盖到单位外围一定范围的部位等 | +| | 02399 | | 其他023类（其他重点单位出人口及采集的图像能够覆盖到单位外围一定范围的部 位等)区域 | +| 024 | | | 社区治安保卫部位 | +| | 02401 | | 社区治安保卫出人口及采集的图像能够覆盖到单位外围一定范围的部位等 | +| | 02499 | | 其他024类(其他社区型治安保卫部位)区域 | +| 025 | | | 林业、草原 | +| | 02501 | | 林场、林区出人口及采集的图像能够覆盖到单位外围一定范围的部位等 | +| | 02502 | | 野生动植物重点场所出人口及采集的图像能够覆盖到单位外围一定范围的部位等 | + + + +## 表0.1摄像机采集部位类型代码表（续） + +| 代码 | 代码 | 代码 | | +|-------------|-------------|-------------|---------------------------------------------------------------------------------------------| +| 大类 顺序码 | 中类 顺序码 | 小类 顺序码 | 类别名称 | +| | 02599 | | 其他025类(其他林业相关场所出人口及采集的图像能够覆盖到单位外围一定范围 的部位等)区域 | +| 026 | | | 住宅小区 | +| | 02601 | | 出人口及采集的图像能够覆盖到单位外围一定范围的部位等 | +| | 02699 | | 其他026类(其他住宅小区类场所主要出人口及采集的图像能够覆盖到单位外围一 定范围的部位等)区域 | +| 027 | | | 公共停车场(库) | +| | 02701 | | 公共停车场(库)主要出人口及采集的图像能够覆盖到单位外围一定范围的部位等 | +| | 02799 | | 其他027类(其他公共停车场（库)主要出人口及采集的图像能够覆盖到单位外围一 定范围的部位等)区域 | +| 028 | | | 危险物品场所 | +| | 02801 | | 危险物品场所周边、主要出人口及采集的图像能够覆盖到外围一定范围的部位等 | +| | 02899 | | 其他028类（危险物品场所周边、主要出人口及采集的图像能够覆盖到外围一定范围 的部位等)区域 | +| 029~030 | | | 保留 | +| 031 | | | 生态环境 | +| | 03101 | | 危险废物产生、存储、处置企业或场所出人口及周边一定区域、重点线路沿线 | +| | 03102 | | 生态资源生成、加工企业或场所出人口及周边一定区域、重点线路沿线 | +| | 03199 | | 其他031类区域 | +| 032 | | | 文物、博物馆等 | +| | 03201 | | 文物保护单位主出入口及采集的图像能够覆盖到保护范围外一定区域的部位、外围 主要通行区域等 | +| | 03202 | | 博物馆主出入口、安检区、室外人员聚集区域(部位)等 | +| | 03203 | | 其他不可移动文物单位主出人口及采集的图像能够覆盖到场所外围一定范围的 部位 | +| | 03299 | | 其他文物及保护单位的主出人口及采集的图像能够覆盖到场所外围一定范围的 部位 | +| 998 | | | 其他重点公共区域的部位 | +| | 99899 | | 其他重点公共区域的部位 | + +## 表0.1摄像机采集部位类型代码表（续） + +| 代码 | 代码 | 代码 | | +|--------|--------|--------|--------------------------------------| +| 大类 | 中类 | 小类 | 类别名称 | +| 顺序码 | 顺序码 | 顺序码 | | +| 666 | | | 其他重点行业、领域涉及公共区域的部位 | +| | 66666 | | 其他 999类区域 | + + + +## 参考文献 + +| [1] | | GA/T669.1一2008城市监控报警联网系统技术标准第1部分：通用技术要求 | | | +|---------------------------------------------------|------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------|------------------------------------------------------------------------------------|---------------------------------------------------| +| [2] | | GA/T669.2一2008城市监控报警联网系统技术标准第2部分：安全技术要求 | | | +| [3] | | GA/T669.6一2008城市监控报警联网系统技术标准第6部分：视音频显示、存储、播 | | | +| 放技术要求 | 放技术要求 | 放技术要求 | 放技术要求 | 放技术要求 | +| [4] | | GA/T669.7一2008城市监控报警联网系统技术标准第7部分：管理平台技术要求 | | | +| [5] | YD/T1171一2015IP网络技术要求网络性能参数与指标 | YD/T1171一2015IP网络技术要求网络性能参数与指标 | YD/T1171一2015IP网络技术要求网络性能参数与指标 | | +| [6] | YD/T1522.1一2006会话初始协议(SIP)技术要求第1部分：基本的会话初始协议 | | | | +| [7] | ISO/IEC14496-5：2001信息技术视听对象编码第5部分：参考软件 | ISO/IEC14496-5：2001信息技术视听对象编码第5部分：参考软件 | ISO/IEC14496-5：2001信息技术视听对象编码第5部分：参考软件 | | +| [8] | IETF RFC 2778 A Model for Presence and Instant Messaging | IETF RFC 2778 A Model for Presence and Instant Messaging | IETF RFC 2778 A Model for Presence and Instant Messaging | | +| [9] | IETF RFC 2779Instant Messaging/Presence Protocol Requirements | IETF RFC 2779Instant Messaging/Presence Protocol Requirements | IETF RFC 2779Instant Messaging/Presence Protocol Requirements | | +| [10] | IETF RFC 3016RTP Payload Format for MPEG-4 Audio/Visual Streams | IETF RFC 3016RTP Payload Format for MPEG-4 Audio/Visual Streams | IETF RFC 3016RTP Payload Format for MPEG-4 Audio/Visual Streams | | +| [11] | IETF RFC 3329Security Mechanism Agreement for the Session Initiation Protocol(SIP) | IETF RFC 3329Security Mechanism Agreement for the Session Initiation Protocol(SIP) | IETF RFC 3329Security Mechanism Agreement for the Session Initiation Protocol(SIP) | | +| [12] | IETF RFC 3665Session Initiation Protocol(SIP）Basic Call Flow Examples | IETF RFC 3665Session Initiation Protocol(SIP）Basic Call Flow Examples | IETF RFC 3665Session Initiation Protocol(SIP）Basic Call Flow Examples | | +| [13] | IETF RFC 3903SessionInitiation Protocol(SIP）Extension for Event State Publication | IETF RFC 3903SessionInitiation Protocol(SIP）Extension for Event State Publication | IETF RFC 3903SessionInitiation Protocol(SIP）Extension for Event State Publication | | +| [14] | IETF RFC 4571 Framing Real-time Transport Protocol(RTP) and RTP Control Protocol | IETF RFC 4571 Framing Real-time Transport Protocol(RTP) and RTP Control Protocol | IETF RFC 4571 Framing Real-time Transport Protocol(RTP) and RTP Control Protocol | | +| (RTCP) Packets over Connection-Oriented Transport | (RTCP) Packets over Connection-Oriented Transport | (RTCP) Packets over Connection-Oriented Transport | (RTCP) Packets over Connection-Oriented Transport | (RTCP) Packets over Connection-Oriented Transport | +| | | [15］IETF RFC 4826Extensible Markup Language（XML） Formats for Representing | | | +| Resource Lists | Resource Lists | Resource Lists | Resource Lists | Resource Lists | +| | | [16］统计用区划代码和城乡划分代码编制规则.http://www.stats.gov.cn/tjsj/tjbz/tjyqhdmh- | | | +| cxhfdm/ | cxhfdm/ | cxhfdm/ | cxhfdm/ | cxhfdm/ | +| | [17]国家行政区划代码.http://www.mca.gov.cn/article/sj/xzqh/1980/ | | | | \ No newline at end of file diff --git a/README_cross.md b/README_cross.md new file mode 100644 index 0000000..a8b5656 --- /dev/null +++ b/README_cross.md @@ -0,0 +1,4 @@ + +```bash +docker compose build --network host +``` diff --git a/conf/srs.conf b/conf/srs.conf index d848643..ffdcf69 100644 --- a/conf/srs.conf +++ b/conf/srs.conf @@ -3,6 +3,11 @@ max_connections 1000; # For docker, please use docker logs to manage the logs of SRS. # See https://docs.docker.com/config/containers/logging/ srs_log_tank console; + +# srs_log_tank file; +# srs_log_file /var/log/srs/srs.log; +# ff_log_dir /var/log/srs; + daemon off; disable_daemon_for_docker off; http_api { @@ -57,4 +62,4 @@ vhost __defaultVhost__ { rtc_to_rtmp on; pli_for_rtmp 6.0; } -} \ No newline at end of file +} diff --git a/docker-compose.yml b/docker-compose.yml new file mode 100644 index 0000000..3d8437c --- /dev/null +++ b/docker-compose.yml @@ -0,0 +1,30 @@ +services: + srs-sip: + build: + context: . + network: host + args: + HTTP_PROXY: ${HTTP_PROXY:-} + NO_PROXY: "localhost,127.0.0.1,::1" + environment: + # CANDIDATE: ${CANDIDATE:-} + CANDIDATE: 192.168.2.184 + TZ: "Asia/Shanghai" + volumes: + - ./run/conf/config.yaml:/usr/local/srs-sip/config.yaml:ro + - ./run/logs:/usr/local/srs-sip/logs + - ./run/srs/conf/srs.conf:/usr/local/srs/conf/srs.conf:ro + - ./run/srs/logs:/var/log/srs/ + ports: + # SRS RTMP + - "1985:1985" + # SRS media ingest (GB28181 RTP/PS 等，取决于你的配置) + - "9000:9000" + # SRS WebRTC + - "8000:8000/udp" + # SIP + - "5060:5060" + - "5060:5060/udp" + # WebUI + - "8025:8025" + restart: unless-stopped