GB28181学习笔记

1.术语和定义、缩略语

SIP监控域：支持本标准规定的通信协议的监控网络,通常由SIP服务器和注册在SIP服务器上的监控资源、用 户终端、网络等组成。
非SIP监控域：不支持本标准规定的通信协议的监控资源、用户终端、网络等构成的监控网络。非SIP监控域包括 模拟接入设备、不支持本标准规定的通信协议的数字接入设备、模数混合型监控系统、不支持本标准规 定的SIP协议的数字型监控系统。
用户代理：SIP逻辑终端实体,由用户代理客户端(UAC)和用户代理服务器(UAS)组 成,UAC负责发起呼叫,UAS负责接收呼叫并作出响应。
代理服务器：SIP逻辑实体,通过它把来自用户代理客户端(UAC)的请求转发到用户代 理服务端(UAS),并把 UAS的响应消息转发回 UAC。 一个请求消息有可能通过若干个代理服务器来传送,每一个代理服务器独立地确定路由;响应消息 沿着请求消息相反的方向传递
注册服务器：SIP逻辑实体,是具有接收注册请求、将请求中携带的信息进行保存并提 供本域内位置服务的功能服务器
重定向服务器：SIP逻辑实体,负责规划SIP呼叫路由。它将获得的呼叫下一跳地址信息 告诉呼叫方,以使呼叫方根据此地址直接向下一跳发出请求,此后重定向服务器退出呼叫过程。
背靠背用户代理：SIP逻辑实体,它作为用户代理服务端(UAS)接收请求消息并处理该消 息,同时,为了判决该请求消息如何应答,它也作为用户代理客户端(UAC)来发送请求消息。
功能实体：实现一些特定功能的逻辑单元的集合。注:一个物理设备可以由多个功能实体组成,一个功能实体也可以由多个物理设备组成。
源设备/目标设备：源设备代表主动发起会话的一方,目标设备代表最终响应会话的一方。
SIP客户端：具有注册登记、建立/终止会话连接、接收和播放视音频流等功能,主要包括用户界面、用户代理 (UA)、媒体解码模块和媒体通信模块。
SIP设备：具有注册、建立/终止会话连接和控制、采集/编解码以及传送视音频流等的功能实体,主要包括用 户代理(UA)、媒体采集/编解码模块和媒体通信模块。
中心信令控制服务器：具有向SIP客户端、SIP设备、媒体服务器和网关提供注册、路由选择以及逻辑控制功能,并且提供 接口与应用服务器通信。组成中心信令控制的逻辑实体包括代理服务器、注册服务器、重定向服务器、 背靠背用户代理等的一种或者几种,是负责核心SIP信令应用处理的SIP服务器。
媒体服务器：提供实时媒体流的转发服务,提供媒体的存储、历史媒体信息的检索和点播服务。媒体服务器接收 来自SIP设备、网关或其他媒体服务器等设备的媒体数据,并根据指令,将这些数据转发到其他单个或 者多个SIP客户端和媒体服务器。
信令安全路由网关：具有接收或转发域内外SIP信令功能,并且完成信令安全路由网关间路由信息的传递以及路由信 令、信令身份标识的添加和鉴别等功能,是一种具有安全功能的SIP服务器。

2.联网结构-互联

联网系统的信息传输、交换、控制方面的SIP监控域互联结构见图1。图1描述了在单个SIP监控 域内、不同SIP监控域间两种情况下,功能实体之间的连接关系。

信令安全路由网关之间是平级关系,需要共享对方SIP监控域的监控资源时,由信令安全路由网关 向目的信令安全路由网关发起,经目的信令安全路由网关鉴权认证后方可进行平级系统间通信。

3.联网结构-级联

两个信令安全路由网关之间是上下级关系,下级信令安全路由网关主动向上级信令安全路由网关 发起注册,经上级信令安全路由网关鉴权认证后才能进行上下级系统间通信。

4.SIP监控域与非SIP监控域互联

网关是非SIP监控域接入SIP监 控域的接口设备,在多个层次上对联网系统信息数据进行转换。根据转换的信息数据类型,网关逻辑上 分为控制协议网关和媒体网关

控制协议网关：在SIP监控域和非SIP监控域的设备之间进行网络传输协议、控制协议、设备地址的 转换
a) 代理非SIP监控域设备在SIP监控域的SIP服务器上进行注册;
b) 将非SIP监控域的网络传输协议与GB28181中规定的网络传输协议（IP，TCP和UDP）进行双向协议转换;
c) 将非SIP监控域的设备控制协议与GB28181中规定的会话初始协议（SIP【注册，预览，回放】）、会话描述协议（SDP）、控制描述协议（MANSCDP，采用SIP Message消息体携带，负责设备控制、报警控制等命令）和媒体回放控制协议（MANSRTSP，采用SIP Info消息体携带，负责回放控制命令）进行双向协议转换;
d) 将非SIP监控域的设备地址与GB28181中规定的设备地址（SIP用户ID、URL编码规则）进行双向地址转换

媒体网关：在SIP监控域和非SIP监控域的设备之间进行媒体传输协议、媒体数据编码格式的转换
a) 将非SIP监控域的媒体传输协议和数据封装格式与GB28181规定的媒体传输协议（RTP/RTCP）和数据封装格式（PS） 进行双向协议转换;
b) 将非SIP监控域的媒体数据与GB28181中规定的媒体数据压缩编码（视频H.264、 MPEG-4，音频G.711、G.723.1、G.729、SVAC）进行双向转码。

5.传输要求

网络传输协议；媒体传输协议；信息传输延迟时间(包 括发送端信息采集、编码、网络传输、信息接收端解码、显示等过程所经历的时间)；网络传输带宽；网络传输质量(如传输时延、包丢失率、包误差率、虚假包率等)；视频帧率

6.交换要求

省略，上面其实以及描述过了，主要是网络传输协议、控制协议、媒体传输协议、编码等约束

7.传输、交换、控制安全性要求

7.1设备身份认证
低安全级别采用数字摘要认证，高安全级别采用数字证书的认证方式
SIP注册流程如下（注销流程也一致，请求中的Expires为0表示注销）：
1）摘要认证流程如下：

2）基于数字证书的双向认证注册

信令流程描述如下:
a) 1:SIPUA 向 SIP服务器发送 Register请求,消息头域中携带 SIPUA 安全能力。增加 Au- thorization头字段,Authorization的值为 Capability,参数algorithm 的值分为三部分,中间以逗号分割。第一部分为非对称算法描述,取值为 RSA;第 二 部 分 为 摘 要 算 法 描 述,取 值 为 MD5/SHA-1/SHA-256中的一个或者多个;第三部分为对称算法的描述,取值为 DES/3DES/ SM1中的一个或者多个。

b) 2:SIP服务器向SIPUA 发送一个挑战响应401,响应的消息头域 WWW-Authenticate取值为 Asymmetric,参数nonce分为两部分a和b两部分,algorithm 的值取SIPUA 安全能力中的 算法。

c) 3:SIPUA 收到401响应后,得到nonce中的a和b两部分（a为SIP服务做的摘要，b为SIPUA的公钥加密的报文）。首先用SIPUA 私钥解密b,得到 结果c,对结果c用401响应中algorithm 指定的算法做摘要,得到结果d,用sip服务器公钥解 密a,得到结果d’,与结果d进行匹配,如果相匹配则信任该结果,否则丢弃。SIPUA 重新向 SIP服务器发送 Register请求,Authorization取值为 Asymmetric,参数nonce的值与上面b) 2:中的相同;response的值为用本消息中algorithm 指明的算法对[c+nonce]做摘要的结果。

d) 4:SIP 服 务 器 对 请 求 进 行 验 证,如 果 检 查 SIP UA 身 份 合 法,向 SIP UA 发 送 成 功 响 应 200OK,如果身份不合法则发送拒绝服务应答。

7.2 数据加密
高安全级别下：
1.网络层宜采用IPSec或传输层宜采用TLS对SIP消息实现逐跳安全加密（逐跳安全加密【链路加密】是指在离开一个节点【网络中的中继节点】进入信道时加密，在离开信道通过节点时解密，因此数据在信道中呈现密文形式，在节点中呈现明文形式）
2.宜在应用层采用S/MIME机制的端到端加密（在源端进行加密，在传输过程中不解密，一直到达目的端才进行解密。因此对于中继节点来说，用户数据是不可知的密文）
3.会话密钥宜采用RSA算法加密，传输内容宜采用DES、3DES、AES128算法加密
4.数据存储宜采用3DES、AES(128位)、SM1等算法进行加密

7.3 SIP信令认证【重点是保证信令来源安全】
SIP信令（除Register外的消息）做数字摘要认证,宜支持 MD5、SHA-1、SHA-256等数字摘要算法。
注册成功后,信令发送方与信令接收方进行交互时,采用数字摘要方式保障信令来源安全。对除 Register消息以外的每一条消息都做数字摘要。启用了 Date字段,扩展了信令消息的头域,在头域中 增加 Note字段(值为 Digest,有两个参数 nonce、algorithm)。Note=(Digest nonce="",algorithm =),nonce的值为algorithm[From+to+CallID+Date+seed+消息体]数字摘要经过 BASE64编码后 的值,algorithm 的值为数字摘要的算法名称,“+”为字符串连接运算。 Date比对有效时间范围可设,初设值为10min,应在校时精度范围内。Date精确到秒。
当跨域访问时,若该信令是由本域的用户发起,则信令安全路由网关宜将发送到外域的信令添加 Monitor-User-Identity头域,其取值为信令安全路由网关ID 和用户的身份信息;若该信令不是由本域 的用户发起,则只在原有 Monitor-User-Identity域值前添加信令安全路由网关ID;各段分隔符为“-”。 用户的身份为用户ID以及用户身份属性信息

7.4 数据完整性保护

7.5 访问控制

8.控制、传输流程和协议接口

8.1 注册和注销
可以看第七章

8.2 实时视音频点播
点播的信令流程分为客户端主动发起和第三方呼叫控制
8.2.1 客户端主动发起

SIP服务器采用B2BUA方式建立媒体服务器与接收者，媒体服务器与发送者之间的媒体流信令过程
命令流程描述如下:
a) 1:媒体流接收者向SIP服务器发送Invite消息,消息头域中携带 Subject字段,表明点播的视 频源ID、发送方媒体流序列号、媒体流接收者ID、接收端媒体流序列号等参数,SDP消息体中 s字段为“Play”代表实时点播。
b) 2:SIP服务器收到Invite请求后,通过三方呼叫控制建立媒体服务器和媒体流发送者之间的 媒体连接。向媒体服务器发送Invite消息,此消息不携带SDP消息体。
c) 3:媒体服务器收到SIP服务器的Invite请求后,回复200OK 响应,携带SDP消息体,消息体 中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容。
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转发给媒体流接收者。
k) 11:媒体流接收者收到200OK 响应后,回复 ACK 消息,完成与SIP服务器的Invite会话建立 过程。
l) 12:SIP服务器将消息11转发给媒体服务器,完成与媒体服务器的Invite会话建立过程。
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 响应,会话断开。
q) 17:SIP服务器向媒体服务器发送 BYE 消息,断开消息2、3、6建立的同媒体服务器的Invite 会话。
r) 18:媒体服务器收到 BYE消息后回复200OK 响应,会话断开。
s) 19:SIP 服务器向媒体流发送者发送 BYE 消息,断开消息4、5、7建立的同媒体流发送者的 Invite会话。
t) 20:媒体流发送者收到 BYE消息后回复200OK 响应,会话断开。

8.2.2 第三方呼叫控制

命令流程描述如下:
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会话建立过程;
g) 7:SIP服务器向媒体流接收者发送Invite消息,此消息不携带SDP消息体;
h) 8:媒体流接收者收到SIP服务器的Invite请求后,回复200OK 响应,携带SDP消息体,消息 体中描述了媒体流接收者接收媒体流的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会话 建立过程;
l) 12:SIP服务器收到媒体服务器返回的200OK 响应后,向媒体服务器发送 ACK 请求,请求中 不携带消息体,完成与媒体服务器的Invite会话建立过程;
m)13:SIP服务器向媒体流接收者发送 BYE 消息,断开消息7、8、11建立的同媒体流接收者的 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 响应,会话断开;
s) 19:SIP 服务器向媒体流发送者发送 BYE 消息,断开消息3、4、6建立的同媒体流发送者的 Invite会话;
t) 20:媒体流发送者收到 BYE消息后回复200OK 响应,会话断开

注：invite不携带SDP时，响应的SDP数据包含的ip和端口为接收媒体流的端口。

8.2 设备控制
如云台控制，远程启动，录像，布防撤防等采用Message方法。
分为无应答命令流程和有应答命令流程：
无应答流程：

有应答流程：

请求和响应是通过XML报文中的SN序号进行标识的。

8.3 历史视音频的回放
采用SIP协议(IETFRFC3261)中的Invite方法实现会话连接,采用SIP扩展协议(IETFRFC 2976)Info方法的消息体携带视音频回放控制命令,采用 RTP/RTCP协议(IETFRFC3550)实现媒体 传输。媒体回放控制命令引用 MANSRTSP协议中的 Play、Pause、Teardown的请求消息和应答消息
客户端主动发起：

命令流程描述如下:
a) 1:媒体流接收者向SIP服务器发送Invite消息,消息头域中携带Subject字段,表明点播的视频源 ID、发送方媒体流序列号、媒体流接收者ID、接收端媒体流序列号标识等参数,SDP消息体中s字 段为“Playback”代表历史回放,u字段代表回放通道ID和回放类型,t字段代表回放时间段。
b) 2:SIP服务器收到Invite请求后,通过三方呼叫控制建立媒体服务器和媒体流发送者之间的 媒体连接。向媒体服务器发送Invite消息,此消息不携带SDP消息体。
c) 3:媒体服务器收到SIP服务器的Invite请求后,回复200OK 响应,携带 SDP消息体,消息体 中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容。
d) 4:SIP服务器收到媒体服务器返回的200OK 响应后,向媒体流发送者发送Invite请求,请求 中携带消息3中媒体服务器回复的200OK 响应消息体,s字段为“Playback”代表历史回放,u 字段代表回放通道ID和回放类型,t字段代表回放时间段,增加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转发给媒体流接收者。
k) 11:媒体流接收者收到200OK响应后,回复 ACK消息,完成与SIP服务器的Invite会话建立过程。
l) 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媒体通知。
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 响应,会话断开。

8.4 语音广播和语音对讲
8.4.1语音广播
语音广播功能实现用户通过语音输入设备向前端语音输出设备的语音广播。
语音流发送者：语音输入设备，联网系统，SIP服务器
语音流接收者：语音输出设备，联网系统
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 响应,会话断开。

8.4.2语音对讲
语音对讲功能实现中心用户与前端用户之间的一对一语音对讲功能。 语音对讲功能由下述两个独立的流程组合实现:
a) 通过实时视音频点播功能,中心用户获得前端设备的实时视音频媒体流;
b) 通过语音广播功能,中心用户向前端对讲设备发送实时音频媒体流,语音流的封装格 式见 C.2.4音频流的 RTP封装定义。

附录A 联网系统控制描述协议（MANSCDP）

命令分类：

命令定义：
标准声明了全局数据类型，是指整个MANSCDP都可以引用的类型，即数据字典

附录B 联网系统实时流协议（MANSRTSP）

基本引用RTSP协议