大家好,欢迎来到IT知识分享网。
SIP协议浅析
定义
SIP 协议,即会话发起协议(Session Initiation Protocol),
是一个应用层的点对点协议,用于初始、管理和终止网络中的语音和视频会话,属于 GB28181 的核心之一。
SIP 协议是由IETF组织提出的IP电话信令协议,IETFRFC2543中对它的定义是一个基于文本的应用层控制协议,
独立于底层传输协议: TCP/UDP/SCTP,用于建立、修改和终止 IP 网上的双方或多方多媒体会话。
借鉴了 HTTP、SMTP 等协议,支持代理、重定向及登记定位用户等功能,支持用户移动。
SIP协议通过与 RTP/RTCP、SDP、RTSP 等协议及 DNS 配合,从而支持语音、视频、数据、E-mail、
状态、IM、聊天、游戏等应用场景。
它可在 TCP 或 UDP 之上传送,由于 SIP 本身具有握手机制,一般情况下首选 UDP传输协议。
从打电话的角度去理解
SIP协议,推荐阅读:深入浅出SIP协议
本篇文章针对sip协议的应用场景是建立在GB28181协议的基础上来进行理解和解读的,如果理解有误,还请各位网友不吝指教!
在评论区留下您的宝贵建议,谢谢!
基本流程
sip协议的网络元素:
- 用户代理
- 代理服务器
- 注册服务器
- 重定向服务器
- 位置服务器
上图简单的勾勒出了sip协议网络元素之间的关系,同时通过上图也可以了解到sip会话的基本呼叫流程:
- 用户代理
B向注册服务器发送Register请求,携带contact地址; - 随后注册服务器将
B的地址,记录到位置服务器; - 用户代理
A向代理服务器发送invite请求启动与用户代理B的会话; - 代理服务器会先向
A发送响应100 Trying的信息以避免A重传invite消息; - 然后代理服务器向位置服务器搜索
B的地址,获取到地址后会进一步转发A的invite请求; - 通过上一步代理服务器将
A的请求转发到B,B向代理服务器响应180 Ringing信息; - 代理服务器将
B的响应信息转发给A,B向代理服务器响应200 OK信息; - 紧接着
A给B发送ACK请求,一个会话至此建立完成。
关于GB28181的”客户端对实时音视频点播”的流程,本质除sip服务器以外的都是sip客户端,
也可以理解为客户端对媒体发送端的基本呼叫流程,如下图:
在GB28181标准中中心信令服务器(center control server)就是一个基于sip协议设计的负责核心sip信令应用处理的SIP服务器,信令安全路由网关(secure signal routing gateway)是一种具有安全功能的sip服务器。
“组成中心信令控制的逻辑实体包括代理服务器、注册服务器、重定向服务器、背靠背用户代理等的一种或者几种,是负责核心SIP信令应用处理的SIP服务器”
–引自《GB/T 28181-2016 公共安全视频监控联网系统 信息传输、交换、控制技术要求》
协议结构
sip协议包括六个主要请求和六类响应消息:
请求:
INVITEBYEREGISTERCANCELACKOPTIONS
响应:
1xx: 临时/信息响应2xx: 成功响应3xx: 重定向响应4xx: 客户端故障响应5xx: 服务器故障响应6xx: 全局故障响应
下面是GB28181协议标准下较常用的的sip请求:
INVITE
INVITE请求在GB28181协议中是视频点播(包括实时预览和历史回放)流程中最重要的一个环节,在invite请求中会包含SDP协议的内容。
SDP协议(Session Description Protocol)是用来描述媒体数据是如何使用的,它由3个部分组成,可分为:
- 第1部分是Session description
v= (protocol version)o= (owner/creator and session identification)s= (session name)i= (session information)u= (URI of description)e= (email address – contact detail)p= (phone number – contact detail)c= (connection information – not required if included in media description)b= (session bandwidth information)z= (time zone adjustments)k= (encryption key)a= (zero or more session attribute lines)
- 第2部分是Time description
t= (time the session is active)r= (repeat times)
- 第3部分是Media description
m= (media name/ transport address)i= (media title)c= (connection information – not required if included in session description)b= (bandwidth information)k= (encryption key)a= (zero or more media attribute lines)
sdp字段的具体细节可参考链接:
sdp会话描述协议
sdp协议参考文献:
《GB/T 28181-2016 公共安全视频监控联网系统 信息传输、交换、控制技术要求》附录FSDP定义
下面是在GB28181协议中视频点播流程中的invite数据包:
BYE
BYE包是用来终止已经建立的会话,通常出现BYE包的场景是媒体接收端主动发起实时音视频点播流程时出现。
它不能由代理服务器发送,也不能发送到挂起的INVITE或者未建立的会话。
具体的数据包流程分析如下图:
REGISTER
通过抓包可以查看到GB28181一个完整的基本注册流程:
在GB28181中它是采用RFC 3261规范中基于数字摘要的CRAM机制来进行注册,基本注册流程如下图:
CANCEL
主要是用来终止未建立的会话。用户代理使用此请求取消之前发起的待处理的invite。它可以由用户代理或代理服务器发送。
ACK
ACK在RFC-3262规范中是一个请求,它只有在INVITE请求中出现,当INVITE请求响应是200 OK时,
后续的ACK则是一个独立事务。
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://haidsoft.com/137538.html







