国标GB/T 28181详解：国标GBT28181-2022 SIP服务器发起广播的命令流程

一、定义

二、作用

1、实现信息的集中管理和分发

（1）信息集中

（2）信息分发

2、提高信息传输的可靠性和效率

（1）可靠性

（2）提高效率

3、支持多种设备和系统的互通

（1）设备兼容性

（2）系统互通性

4、提升安全防范效果

（1）实时监控

（2）证据收集

5、优化资源配置和管理

（1）资源调度

（2）数据分析

三、语音广播的基本要求

四、命令流程

1、流程图

2、流程描述

五、协议接口

1、语音广播通知、语音广播应答命令

2、SDP参数

六、产品说明

七、参考

一、定义

国标GB28181（GB/T 28181-2022）《公共安全视频监控联网系统信息传输、交换、控制技术要求》是一部关于公共安全视频监控联网系统的国家标准，该标准在2022年12月30日发布，并于2023年7月1日正式实施。

在国标GB/T28181-2022中，语音广播功能允许用户通过语音输入设备（如麦克风）向前端语音输出设备（如扬声器）发送语音广播。这一功能通过GB28181协议实现，确保了不同厂商生产的视频监控设备之间的互联互通性和信息共享性。

二、作用

在国标GB/T28181-2022中，SIP服务器发起广播的命令流程，作用主要体现在以下几个方面：

1、实现信息的集中管理和分发

（1）信息集中

SIP服务器作为广播流程中的核心节点，能够接收来自源设备的广播信息，实现信息的集中管理。这有助于统一监控和管理广播内容，确保信息的准确性和一致性。

（2）信息分发

在接收到广播信息后，SIP服务器能够迅速将信息分发给目标设备。这种高效的分发机制确保了目标设备能够及时接收到广播内容，进而采取相应的行动或响应。

2、提高信息传输的可靠性和效率

（1）可靠性

通过SIP服务器进行广播信息的转发，可以增加信息的可靠传输。即使源设备与目标设备之间存在通信障碍，借助SIP服务器也能确保广播信息能够被正确地接收和处理。

（2）提高效率

SIP服务器能够优化广播信息的传输路径和速度，减少信息在传输过程中的延迟和丢失，从而提高信息传输的效率。

3、支持多种设备和系统的互通

（1）设备兼容性

GB28181协议定义了SIP服务器与各种设备（如SIP设备、网关、SIP客户端等）之间的通信接口和协议规范，使得不同品牌和型号的设备能够相互兼容和互通。

（2）系统互通性

通过SIP服务器发起广播的命令流程，可以实现不同系统之间的信息共享和协同工作。例如，在公共安全视频监控系统中，SIP服务器可以连接多个子系统和平台，实现跨系统的广播和联动。

4、提升安全防范效果

（1）实时监控

SIP服务器发起的广播命令流程可以支持实时监控功能，及时发现和报告异常情况或事件。这对于提高安全防范效果和应对突发事件具有重要意义。

（2）证据收集

广播命令流程中的信息记录功能可以为警方或相关部门提供关键的证据和线索，帮助他们追踪嫌疑人、还原事件真相和解决犯罪问题。

5、优化资源配置和管理

（1）资源调度

通过SIP服务器对广播信息的集中管理和分发，可以实现对安全资源的有效调度和优化配置。这有助于提高安全资源的利用效率和管理水平。

（2）数据分析

对广播数据的不断分析和学习可以帮助改进和完善安防监控系统，提高其准确性和有效性。同时，通过数据分析还可以更好地了解安全威胁的分布和趋势，为制定安全策略提供依据。

三、语音广播的基本要求

语音广播功能实现用户通过语音输人设备向前端语音输出设备的语音广播。语音输入设备/语音输人联网系统(以下简称"语音流发送者”)，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规定的媒体流保活机制。

四、命令流程

1、流程图

SIP服务器发起广播的命令流程，应符合如下流程图：

2、流程描述

其中,信令 1、2、3、4为语音广播通知、语音广播应答消息流程;信令5、12、13、14、15、16 为 SIP 服务器接收到客户端的呼叫请求通过 B2BUA 代理方式建立语音流接收者与媒体服务器之间的媒体流信令过程,信令 6~11 为 SIP 服务器通过三方呼叫控制建立媒体服务器与语音流发送者之间的媒体流信令过程,信令 17~20 为 SIP 服务器断开语音流接收者与媒体服务器之间的媒体流信令过程,信令 21~24为SIP服务器断开媒体服务器与语音流发送者之间的媒体流信令过程。

命令流程描述如下:

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字段为“Play”代表实时点播,m 字段中媒体参数标识为“audio”表示请求语音媒体流。

j) 10:SIP服务器收到语音流发送者返回的200OK 响应后,向媒体服务器发送 ACK 请求,请求中携带消息9中语音流发送者回复的200OK 响应消息体,完成与媒体服务器的Invite会话建立过程。

k) 11:SIP服务器收到语音流发送者返回的200OK 响应后,向语音流发送者发送 ACK 请求,请求中不携带消息体,完成与语音流发送者的Invite会话建立过程。

l) 12:完成三方呼叫控制后,SIP服务器通过 B2BUA 代理方式建立语音流接收者和媒体服务器之间的媒体连接。在消息5中增加SSRC值,转发给媒体服务器。

m)13:媒体服务器收到Invite请求,回复200OK 响应,携带SDP消息体,消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等内容,s字段为“Play”代表实时点播,m 字段中媒体参数标识为“audio”表示请求语音媒体流。

n) 14:SIP服务器将消息13转发给语音流接收者。

o) 15:语音流接收者收到200OK 响应后,回复 ACK 消息,完成与SIP服务器的Invite会话建立过程。

p) 16:SIP服务器将消息15转发给媒体服务器,完成与媒体服务器的Invite会话建立过程。

q) 17:SIP服务器向语音流接收者发送 BYE消息,断开消息5、14、15建立的Invite会话。

r) 18:语音流接收者收到 BYE消息后回复200OK 响应,会话断开。

s) 19:SIP服务器向媒体服务器发送 BYE 消息,断开消息 12、13、16 建立的同媒体服务器的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服务器中转后回复给语音流发送者。后续呼叫流程与上述流程相同。

五、协议接口

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的格式规定。

2、SDP参数

SDP参数。传输语音流的SDP详细描述见附录 G的SDP定义,示例如下:

        v=0

        o=64010600002020000001 0 0 IN IP4 172.20.16.3

        s=Play

        c=IN IP4 172.20.16.3

        t=0 0

        m=audio 8000 RTP/AVP8    //标识语音媒体流内容

        a=sendonly

        a=rtpmap:8PCMA/8000      //RTP+音频流

        y=0100000001

        f=v/a/1/8/1              //音频参数描述

六、产品说明

AS-V1000视频监控平台能够多种方式接入国内和国际主流品牌的视频监控平台、视频相关设备、外围设备等；支持国际和国内的一些标准对接协议，包括RTSP协议、Onvif协议、GB/T28181协议、ehome协议、大华主动注册协议等等。

AS-V1000视频监控平台能够完美支持GB/T28181各个版本，通过公安一所的GB/T28181全项检测。既可以作为GB/T28181的上级，也可以作为GB/T28181的下级，还能够进行GB/T28181的互联（同时作为上级，又可以作为下级）；能够通过GB/T28181进行多达8级的级联。目前AS-V1000视频监控平台也已经完全支持最新的GB/T28181-2022版本。

可以通过通信协议，接入IPC、DVR、DVS、NVR、编码器、解码器等硬件设备、以及一些大型的软件或者硬件形式的视频监控平台，包括海康威视、浙江大华、苏州科达、杭州宇视等主流品牌；对于有些特定品牌的平台，也能够通过SDK接口、私有协议等方式接入进入平台；反过来，本平台也提供开放接口，能够接入到其他标准或者非标准的平台。