SIP协议浅析

SIP协议浅析

请添加图片描述

定义


SIP 协议,即会话发起协议(Session Initiation Protocol),
是一个应用层的点对点协议,用于初始、管理和终止网络中的语音和视频会话,属于 GB28181 的核心之一。
SIP 协议是由IETF组织提出的IP电话信令协议,IETFRFC2543中对它的定义是一个基于文本的应用层控制协议,
独立于底层传输协议: TCP/UDP/SCTP,用于建立、修改和终止 IP 网上的双方或多方多媒体会话。
借鉴了 HTTPSMTP 等协议,支持代理、重定向及登记定位用户等功能,支持用户移动。
SIP协议通过与 RTP/RTCPSDPRTSP 等协议及 DNS 配合,从而支持语音、视频、数据、E-mail
状态、IM、聊天、游戏等应用场景。
它可在 TCPUDP 之上传送,由于 SIP 本身具有握手机制,一般情况下首选 UDP传输协议。

从打电话的角度去理解SIP协议,推荐阅读:深入浅出SIP协议

本篇文章针对sip协议的应用场景是建立在GB28181协议的基础上来进行理解和解读的,如果理解有误,还请各位网友不吝指教!
在评论区留下您的宝贵建议,谢谢!

基本流程


sip协议的网络元素:

  • 用户代理
  • 代理服务器
  • 注册服务器
  • 重定向服务器
  • 位置服务器

请添加图片描述

上图简单的勾勒出了sip协议网络元素之间的关系,同时通过上图也可以了解到sip会话的基本呼叫流程:

  • 用户代理B向注册服务器发送Register请求,携带contact地址;
  • 随后注册服务器将B的地址,记录到位置服务器;
  • 用户代理A向代理服务器发送invite请求启动与用户代理B的会话;
  • 代理服务器会先向A发送响应100 Trying的信息以避免A重传invite消息;
  • 然后代理服务器向位置服务器搜索B的地址,获取到地址后会进一步转发Ainvite请求;
  • 通过上一步代理服务器将A的请求转发到BB向代理服务器响应180 Ringing信息;
  • 代理服务器将B的响应信息转发给A,B向代理服务器响应200 OK信息;
  • 紧接着AB发送ACK请求,一个会话至此建立完成。

关于GB28181的"客户端对实时音视频点播"的流程,本质除sip服务器以外的都是sip客户端,
也可以理解为客户端对媒体发送端的基本呼叫流程,如下图:
请添加图片描述

GB28181标准中中心信令服务器(center control server)就是一个基于sip协议设计的负责核心sip信令应用处理的SIP服务器,信令安全路由网关(secure signal routing gateway)是一种具有安全功能的sip服务器。
“组成中心信令控制的逻辑实体包括代理服务器、注册服务器、重定向服务器、背靠背用户代理等的一种或者几种,是负责核心SIP信令应用处理的SIP服务器”
–引自《GB/T 28181-2016 公共安全视频监控联网系统 信息传输、交换、控制技术要求》

协议结构


sip协议包括六个主要请求和六类响应消息:
请求:

  • INVITE
  • BYE
  • REGISTER
  • CANCEL
  • ACK
  • OPTIONS

响应:

  • 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

ACKRFC-3262规范中是一个请求,它只有在INVITE请求中出现,当INVITE请求响应是200 OK时,
后续的ACK则是一个独立事务。
请添加图片描述

猜你喜欢

转载自blog.csdn.net/Stephen8848/article/details/128043291