GB/T28181-2016 SDP定义和音视频传输模式解读

简介: 联网系统中SIP消息体中携带的SDP内容应符合IETF RFC 2327的相关要求。应有如下字段:Session

SDP定义

联网系统中SIP消息体中携带的SDP内容应符合IETF RFC 2327的相关要求。应有如下字段:Session

description:
v=( protocol version)
o=(owner/creator and session identifier)s=(session name)
u—*(URl of description)
c=* (connection information-not required if included in all media)Time description :
t=(time the session is active)Media description
m= (media name and transport address)
c=*(connection information-optional if included at session-level)b=*(bandwidth information)
a—*( zero or more media attribute lines)y=* (SSRC)
f—*(媒体描述)

说明:

a字段:启用IETF RFC 4566中对a字段的定义a=rtpmap:〈 payload type)〈encoding name)/(clock rate〉[/encoding parameters>]中的(encoding name) ,利用该属性携带编码器厂商名称(如:企业1或企业⒉编码名称DAHUA或HIKVISION)。该属性表明该流为某厂商编码器编码且是不符合本标准规定的媒体流,符合本标准规定的媒体流无需该属性。

例如: a=rtpmap:96 DAHUA/90000;

a=rtpmap:96 HIKVISION/90000。a字段有下列格式:

——a字段可携带倍速参数﹐用于文件下载时控制下载进度。格式如下:

a=downloadspeed:下载倍速(取值为整型)

-a字段可携带文件大小参数,用于下载时的进度计算。格式如下:a=filesize:文件大小(单位:Byte)

—a字段可携带setup,connection作为TCP连接协商参数﹐用于TCP方式传输媒体流服务端、客户端的协商,协商机制参考IETF RFC 4571的定义。格式如下:

a=setup:TCP连接方式(表示本SDP发送者在RTP over TCP连接建立时是主动还是被动发起TCP连接,"active”为主动,"passive”为被动)

a=connection:new(表示采用RTP over TCP传输时新建或重用原来的TCP连接,可固定采用新建TCP连接的方式)

—a字段可携带SVC参数,用于视频传输时的分辨率或帧频控制。格式如下:

a=svcspace:空域编码方式[取值为整型。空域编码方式,取值0:不使用;1:1级增强(1个增强层);2:2级增强(2个增强层);3:3级增强(3个增强层)]

a=svctime:时域编码方式[取值为整型。时域编码方式,取值0:不使用;1:1级增强(1个增强层);2:2级增强(2个增强层);3:3级增强(3个增强层)]

s字段:在向SIP服务器和媒体流接收者/媒体流发送者之间的SIP消息中,使用s字段标识请求媒体流的操作类型。"Play"代表实时点播;"Playback"代表历史回放;"Download"代表文件下载;“Talk”代表语音对讲。

u字段:u行应填写视音频文件的URI。该URI取值有两种方式:简捷方式和普通方式。简捷方式直接采用产生该历史媒体的媒体源(如某个摄像头)的设备ID(应符合6.1.2的规定)以及相关参数,参数用“:”分隔;普通方式采用http://存储设备ID[/文件夹]*/文件名,[/文件夹]*为0-N级文件夹。

m字段:m字段描述媒体的媒体类型、端口﹑传输层协议、负载类型等内容。媒体类型采用“video”标识传输视频或视音频混合内容,采用“audio”标识传输音频内容;传输方式采用“RTP/AVP”标识传输层协议为RTP over UDP,采用“TCP/RTP/AVP”标识传输层协议为RTP over TCP。

例如:

“m=video 6000 RTP/AVP 96”标识媒体类型为视频或视音频,传输端口为6000,采用RTP overUDP传输方式,负载类型为96。

“m=video 6000 TCP/RTP/AVP 96”标识媒体类型为视频或视音频,传输端口为6000,采用RTPover TCP传输方式,负载类型为96。

“m=audio 8000 RTP/AVP 8”标识媒体类型为音频,传输端口为8000,采用RTP over UDP传输方式,负载类型为8。

t字段:当回放或下载时,t行值为开始时间和结束时间,用“”分隔,时间格式见IETF RFC 4566一2006的5.9,采用UNIX时间戳,即从1970年1月1日开始的相对时间。开始时间和结束时间均为要回放或下载的音视频文件录制时间段中的某个时刻。


y字段:为十进制整数字符串,表示SSRC值。格式如下: dddddddddd。其中,第1位为历史或实时媒体流的标识位,0为实时,1为历史;第⒉位至第6位取20位SIP监控域ID之中的4到8位作为域标识,例如“13010000002000000001”中取数字“10000”;第7位至第10位作为域内媒体流标识,是一个与当前域内产生的媒体流SSRC值后4位不重复的四位十进制整数。

f字段:f = v/编码格式/分辨率/帧率/码率类型/码率大小a/编码格式/码率大小/采样率。

音视频传输模式解读

联网系统在进行视音频传输及控制时应建立两个传输通道:会话通道和媒体流通道。会话通道用于在设备之间建立会话并传输系统控制命令;媒体流通道用于传输视音频数据,经过压缩编码的视音频流采用流媒体协议 RTP/RTCP传输。

dd44146fabf149fc92e5b29a85e26d92.png

GB28181平台接入这块,主要有以下三种模式:UDP、TCP被动、TCP主动模式。


  • UDP模式:国标平台端启动UDP端口监听,并通过invite信令交互的方式,通知接入端接收端口,设备接入端主动向国标平台端发起音视频数据推送;
  • TCP被动(passive):国标平台端启动TCP端口监听,并通过invite信令交互的方式,通知接入端接收端口,接入端主动向国标平台端发起音视频数据推送,适用于接入端地址不确定,国标平台端端地址确定的情况下;
  • TCP主动(active):接入端通知国标平台端监听的TCP端口信息,国标平台端主动连接接入端拉流,场景特殊,适用范围很小。
相关文章
|
8月前
|
编解码 网络协议 开发工具
GB/T28181-2022协议版本标识X-GB-Ver解读
GB28181-2022相对2016,其中有个变化是:报文中携带协议版本标识 X-GB-Ver:3.0(3.0-2022 2.0-2016)
109 0
|
8月前
|
监控 前端开发 网络协议
GB/T 28181-2016多响应消息传输探究
我们在实现Android平台GB28181设备接入模块的时候,有遇到发送多条记录的情况,本文主要探讨下GB28181多响应传输。
|
8月前
|
监控 Android开发 开发者
GB/T28181规范之Subject头域定义浅析
部分开发者在实现GB28181设备接入或国标平台侧的时候,容易忽略Subject头域信息,本文就Subject头域定义,做个简单的回顾。
|
8月前
|
编解码 监控 网络协议
GB/T28181-2016基于RTP的视音频数据封装和技术实现
首先我们先回顾下相关技术规范,看看基于RTP的音视频数据PS封装。
GB/T28181-2016基于RTP的视音频数据封装和技术实现
|
9月前
|
编解码 Linux 定位技术
如何在轻量级RTSP服务支持H.264扩展SEI发送接收自定义数据?
如何在轻量级RTSP服务支持H.264扩展SEI发送接收自定义数据?
118 0
|
并行计算
CUDA stream默认流与非默认流
CUDA stream默认流与非默认流
273 0
CUDA stream默认流与非默认流
|
数据格式
网络标准之:IANA定义的传输编码
网络标准之:IANA定义的传输编码
网络标准之:IANA定义的传输编码
|
XML 网络协议 数据格式
网络标准之:永远是1.0版本的MIME
网络标准之:永远是1.0版本的MIME
|
安全 物联网 数据格式
BLE 广播格式定义
BLE 广播格式定义
462 0
BLE 广播格式定义