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相符合。

  其中，信令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 服务器发送200 OK 响应。
• c) 3:语音流接收者向 SIP 服务器发送语音广播应答消息，消息中通过 To 头域标明作为目的地址的 SIP 服务器 ID, 消息采用 MESSAGE 方法携带。
• d) 4:SIP 服务器收到语音广播应答消息后，向语音流接收者发送200 OK 响应。
• e) 5:语音流接收者向SIP 服务器发送 Invite 消息，消息中通过To 头域标明作为目的地址的语音 流发送者 ID, 消息头域中携带 Subject 字段，表明请求的语音流发送者 ID、发送方媒体流序列 号、语音流接收者 ID、接收方媒体流序列号标识等参数，SDP 消息体中 s 字段为“Play” 代表实时点播，m 字段中媒体参数标识为“audio” 表示请求语音媒体流。
• f) 6:SIP 服务器收到 Invite 请求后，通过三方呼叫控制建立媒体服务器和语音流发送者之间的媒体连接。向媒体服务器发送 Invite 消息，此消息不携带 SDP 消息体。
• g) 7:媒体服务器收到 SIP 服务器的 Invite 请求后，回复200 OK 响应，携带 SDP 消息体，消息体
  中描述了媒体服务器接收媒体流的 IP、端口、媒体格式等内容。
• h) 8:SIP 服务器收到媒体服务器返回的200 OK 响应后，向语音流发送者发送 Invite 请求，消息 中通过 To 头域标明作为目的地址的语音流发送者 ID, 消息头域中携带 Subject 字段，表明请 求的语音流发送者 ID、发送方媒体流序列号、语音流接收者 ID、接收方媒体流序列号等参 数，请求中携带消息7中媒体服务器回复的200 OK 响应消息体，s 字段为“Play” 代表实时点 播，m 字段中媒体参数标识为“audio” 表示请求语音媒体流，增加 y 字段描述 SSRC 值 ，f 字段描述媒体参数。
• i) 9:语音流发送者收到 SIP 服务器的 Invite 请求后，回复200 OK 响应，携带 SDP 消息体，消息 体中描述了媒体流发送者发送媒体流的 IP、端口、媒体格式、SSRC 字段等内容，s 字段为“Play” 代表实时点播，m 字段中媒体参数标识为“audio” 表示请求语音媒体流。
• j) 10:SIP 服务器收到语音流发送者返回的200 OK 响应后，向媒体服务器发送 ACK 请求，请求 中携带消息9中语音流发送者回复的200 OK 响应消息体，完成与媒体服务器的 Invite 会话
  建立过程。
• k) 11:SIP 服务器收到语音流发送者返回的200 OK 响应后，向语音流发送者发送 ACK 请求，请
  求中不携带消息体，完成与语音流发送者的 Invite 会话建立过程。
• l) 12:完成三方呼叫控制后，SIP 服务器通过 B2BUA 代理方式建立语音流接收者和媒体服务器
  之间的媒体连接。在消息5中增加 SSRC 值，转发给媒体服务器。
• m)13: 媒体服务器收到Invite 请求，回复200 OK 响应，携带 SDP 消息体，消息体中描述了媒体服 务器发送媒体流的 IP、端口、媒体格式、SSRC 值等内容，s 字段为“Play” 代表实时点播，m 字段
  中媒体参数标识为“audio” 表示请求语音媒体流。
• n) 14:SIP 服务器将消息13转发给语音流接收者。
• o) 15:语音流接收者收到200 OK 响应后，回复 ACK 消息，完成与 SIP 服务器的 Invite 会话建立
  过程。
• p) 16:SIP 服务器将消息15转发给媒体服务器，完成与媒体服务器的 Invite 会话建立过程。
• q) 17:SIP 服务器向语音流接收者发送 BYE 消息，断开消息5、14、15建立的 Invite 会话。
• r) 18:语音流接收者收到 BYE 消息后回复200 OK 响应，会话断开。
• s) 19:SIP 服务器向媒体服务器发送 BYE 消息，断开消息12、13、16 建立的同媒体服务器的
  Invite 会话。
• t) 20:媒体服务器收到 BYE 消息后回复200 OK 响应，会话断开。
• u) 21:SIP 服务器向媒体服务器发送 BYE 消息，断开消息6、7、10建立的同媒体服务器的 Invite
  会话。
• v) 22:媒体服务器收到 BYE 消息后回复200 OK 响应，会话断开。
• w)23:SIP 服务器向语音流发送者发送 BYE 消息，断开消息8、9、11建立的同语音流发送者的
  Invite 会话。
• x) 24:语音流发送者收到 BYE 消息后回复200 OK 响应，会话断开。
  注：语音广播通知消息除上述流程中通过 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 的格式规定。

国标28181协议语音广播失败常见原因

1. 网络传输问题

• 带宽不足或拥塞：语音广播需要稳定的实时传输，若网络带宽不足或存在丢包（如UDP传输时），会导致语音数据丢失或延迟。
• NAT穿透失败：跨网络设备通信时，若未正确配置NAT（如端口映射或STUN/TURN服务器），可能导致信令或媒体流无法到达目标设备。
• 防火墙/ACL限制：网络设备（如路由器、防火墙）可能拦截了语音流或SIP信令（默认端口5060、RTP端口范围）。

2. 协议配置错误

• SIP信令交互失败：
  • SIP服务器（SIP Proxy）地址或端口配置错误。
  • 设备未正确注册到SIP服务器（如鉴权信息错误、注册超时）。
  • INVITE消息中的SDP协商失败（如媒体格式不匹配）。
• 媒体流参数不匹配：
  • 音频编码格式不支持（如GB28181要求支持G.711/G.722等，但设备仅支持AAC）。
  • RTP/RTCP端口未正确协商或冲突。

3. 设备端问题

• 硬件或资源限制：
  • 设备麦克风或音频输出模块故障。
  • 设备CPU/内存资源不足，无法处理实时语音流。
• 软件逻辑缺陷：
  • 设备未实现完整的语音广播功能（如仅支持单向语音对讲，不支持广播模式）。
  • 固件版本过旧，存在协议兼容性问题。

4. 权限与业务逻辑限制

• **权限不足：**平台侧未授权当前用户发起语音广播（需检查角色权限配置）。
• 业务状态冲突：
  • 目标设备正在执行其他语音业务（如对讲或录音）。
  • 设备处于休眠或离线状态（需检查设备心跳机制）。

5. 其他原因

• 时钟同步问题：NTP未同步可能导致信令时间戳错误，影响会话建立。
• 第三方服务异常：如流媒体服务器（Media Server）转发失败或存储服务器满负荷。

智联视频超融合平台介绍

• 智联视频超融合平台通过GB/T28181-2011/2016/2022、国网B接口、RTSP、RTMP、ONVIF、GB/T35114、GA1400、海康大华SDK/API等方式，接入海康、大华、宇视等各个厂家的摄像机、录像机，接入直播手机，接入下级平台，提供web客户端进行视频预览、录像回放、配置管理和智慧运维。
  

• 提供标准RESTful格式的HTTP API，提供web播放器demo，满足二次开发需求。同时支持将音视频数据等转发成各种通用标准的流媒体协议，方便第三方客户端调用展示。

• 支持按照GB/T28181-2011/2016/2022、国网B接口、GB/T35114、GA1400等协议对接到上级平台，包括智联视频云平台和第三方平台。支持普通级联，多级级联，混合级联等多种级联方式。
  
  智联视频超融合平台目前已经在电力、公安、交通、教育、医疗、物联网、智慧城市、智慧园区等多个行业得到了广泛应用。在电力行业，智联视频超融合平台已经在全国多个省区二十多个地市部署，在上百个变电站和集控中心接入了十多个厂家的摄像机、无人机、录像机和平台，视频接入总数接近十万路，持续为电力行业贡献力量。在公安行业，已经参与过多个二十万路以上视频的项目，稳定性和安全性都得到了充分的验证。