视频监控平台GB28181：实时视音频点播
实时视音频点播基本要求
…实时视音频点播的SIP消息应通过本域或其它域的SIP服务器进行路由、转发，目标设备的实时视音频流宜通过本域内的媒体服务器进行转发。
…实时视音频点播采用SIP协议（RFC 3261）中的INVITE方法实现会话连接，采用RTP/RTCP协（RFC 3550）实现媒体传输。
…实时视音频点播的信令流程分为客户端主动发起和第三方呼叫控制两种方式，联网系统可选择其中一种或两种结合的实现方式。第三方呼叫控制的第三方控制者宜采用背靠背用户代理实现，有关第三方呼叫控制见RFC 3725。
命令流程
客户端主动发起
客户端主动发起的实时视音频点播流程见下图:
其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立媒体流接收者与媒体服务器之间的媒体流信令过程，信令2-7为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体流信令过程，信令13-16为媒体流接收者断开与媒体服务器之间的媒体流信令过程，信令17-20为SIP服务器断开媒体服务器与媒体流发送者之间的媒体流信令过程。
命令流程描述如下：
1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，表明点播的视频源ID、分辨率、媒体流接收者ID、接收端媒体流序列号等参数，SDP消息体中s字段为“Play”代表实时点播；
2：SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体；
3：媒体服务器收到SIP服务器的Invite请求后，回复200 OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容；
4：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体流发送者发送Invite请求，请求中携带消息3中媒体服务器回复的200 OK响应消息体，并且修改s字段为“Play”代表实时点播，增加y字段描述SSRC值，f字段描述媒体参数；
5：媒体流发送者收到SIP服务器的Invite请求后，回复200 OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容；
6：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体服务器发送ACK请求，请求中携带消息5中媒体流发送者回复的200 OK响应消息体，完成与媒体服务器的Invite会话建立过程；
7：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；
8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器；
9：媒体服务器收到Invite请求，回复200 OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等内容；
10：SIP服务器将消息9转发给媒体流接收者；
11：媒体流接收者收到200 OK响应后，回复ACK消息，完成与SIP服务器的Invite会话建立过程；
12：SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程；
13：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的Invite会话；
14：SIP服务器收到BYE消息后回复200 OK响应，会话断开；
15：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒体服务器的Invite会话；
16：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
17：SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite会话；
18：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
19：SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同媒体流发送者的Invite会话；
20：媒体流发送者收到BYE消息后回复200 OK响应，会话断开。
————————————————
版权声明：本文为CSDN博主「TSINGEYE」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/jiuaiwo1314/article/details/108592686
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！