前言
严格的说SRS4.0正式发布版本中已经去掉了GB28181相关的代码(主要时因为该特性还有一些Bug需要修复)，本文目的是记录之前学习和使用SRS GB28181推流处理的一些心得。
内容
一、GB28181推流测试
1. SRS GB28181推流测试环境组网图
2. SRS GB28181代码下载与编译
在192.168.9.200服务器上，下载并编译SRS GB28181源代码
// 从github下载SRS
git clone https://github.com/ossrs/srs.git
// 进入srs目录，查询版本分析
git branch -a
// 切换到28181特性分支
git checkout -b gb28181 origin/feature/gb28181
// 从远程分支拉取代码
git pull
进入trunk目录，执行如下命令完成代码编译
./configure --gb28181=on
make
3. SRS GB28181配置文件说明
SRS流媒体服务器中和GB28181相关的配置在conf目录下的push.gb28181.conf文件中，具体如下：
# push gb28181 stream to SRS.
listen 1935; ## RTMP服务端口号，可用于拉取28181的推流数据
max_connections 1000;
daemon off;
srs_log_tank console; ## 表示服务在控制台运行，方便看日志
http_api { ## SRS提供了标准的HTTP API接口，可用于触发GB28181-SIP信令
enabled on;
listen 1985;
}
http_server { ## HTTP Server用于支持HLS拉流
enabled on;
listen 8080;
dir ./objs/nginx/html;
}
stats {
network 0;
}
stream_caster {
enabled on;
caster gb28181; ## 打开GB28181功能
# 转发流到rtmp服务器地址与端口
# TODO: https://github.com/ossrs/srs/pull/1679/files#r400875104
# [stream] is VideoChannelCodecID(视频通道编码ID) for sip
# 自动创建的道通[stream] 是‘chid[ssrc]’ [ssrc]是rtp的ssrc
# [ssrc] rtp中的ssrc
output rtmp://127.0.0.1:1935/live/[stream]; ## 将28181推流转为本地RTMP
# 接收设备端rtp流的多路复用端口
listen 9000;
# 多路复用端口类型，on为tcp，off为udp
# 默认：off
tcp_enable off; ## GB28181使用RTP over UDP方式传输音视频数据
# rtp接收监听端口范围，最小值
rtp_port_min 58200;
# rtp接收监听端口范围，最大值
rtp_port_max 58300;
# 是否等待关键帧之后，再转发，
# off:不需等待，直接转发
# on:等第一个关键帧后，再转发
wait_keyframe on;
# rtp包空闲等待时间，如果指定时间没有收到任何包
# rtp监听连接自动停止，发送BYE命令
rtp_idle_timeout 30;
# 是否转发音频流
# 目前只支持aac格式，所以需要设备支持aac格式
# on:转发音频
# off:不转发音频，只有视频
# *注意*!!!:flv 只支持11025 22050 44100 三种
# 如果设备端没有三种中任何一个，转发时为自动选择一种格式
# 同时也会将adts的头封装在flv aac raw数据中
# 这样的话播放器为自动通过adts头自动选择采样频率
# 像ffplay, vlc都可以，但是flash是没有声音，
# 因为flash,只支持11025 22050 44100
audio_enable off;
# 服务器主机号，可以域名或ip地址
# 也就是设备端将媒体发送的地址，如果是服务器是内外网
# 需要写外网地址，
# 调用api创建stream session时返回ip地址也是host
# $CANDIDATE 是系统环境变量，从环境变量获取地址，如果没有配置，用*
# *代表指定stats network 的网卡号地址，如果没有配置network，默认则是第0号网卡地址
# TODO: https://github.com/ossrs/srs/pull/1679/files#r400917594
host 192.168.9.200; ## 这里一定要根据自己的测试环境的IP地址进行修改
#根据收到ps rtp包自带创建rtmp媒体通道，不需要api接口创建
#rtmp地址参数[stream] 就是通道id 格式chid[ssrc]
auto_create_channel off;
sip {
# 是否启用srs内部sip信令，测试环境没有第三方SIP服务器可用，所以这里一定要打开
# 为on信令走srs, off 只转发ps流
enabled on;
# sip监听udp端口
listen 5060;
# SIP server ID(SIP服务器ID).
# 设备端配置编号需要与该值一致，否则无法注册
serial 34020000002000000001;
# SIP server domain(SIP服务器域). 要理解这两个值的含义，需要查看GB-T28181-2016.pdf文档
realm 3402000000;
# 服务端发送ack后，接收回应的超时时间，单位为秒
# 如果指定时间没有回应，认为失败
ack_timeout 30;
# 设备心跳维持时间，如果指定时间内(秒）没有接收一个心跳
# 认为设备离线
keepalive_timeout 120;
# 注册之后是否自动给设备端发送invite，
# 调试环境下，一定打开此开关，设备上线就会收到服务器发送的播放命令，这样可以简化调试
# on: 是 off 不是，需要通过api控制
auto_play on;
# 设备将流发送的端口，是否固定
# on 发送流到多路复用端口 如9000
# off 自动从rtp_mix_port - rtp_max_port 之间的值中
# 选一个可以用的端口
invite_port_fixed on;
# 向设备或下级域查询设备列表的间隔，单位(秒)
# 默认60秒
query_catalog_interval 60;
}
}
rtc_server { ## 可以通过WebRTC拉取28181的推流数据
enabled on;
# Listen at udp://8000
listen 8000;
#
# The $CANDIDATE means fetch from env, if not configed, use * as default.
#
# The * means retrieving server IP automatically, from all network interfaces,
# @see https://github.com/ossrs/srs/issues/307#issuecomment-599028124
candidate 192.168.9.200; ## 这里一定要根据自己的测试环境的IP地址进行修改
}
vhost __defaultVhost__ {
rtc { ## 打开WebRTC功能
enabled on;
bframe discard;
}
hls { ## 打开HLS功能
enabled on;
hls_path ./objs/nginx/html;
hls_fragment 10;
hls_window 30;
}
http_remux { ## 打开HTTP-Flv功能
enabled on;
mount [vhost]/[app]/[stream].flv;
}
}
使用如下命令启动SRS-28181服务
./objs/srs -c ./conf/push.gb28181.conf
4. 设置海康设备的GB28181推流参数
5. GB28181 SIP信令和RTP数据报文抓包
海康设备上电后，首先通过SIP协议向SRS服务器发起注册请求，整个协商过程基本满足GB-T28181标准的整体要求。简单讲，SIP协议实际上就是一串带有\r\n的字符串，具体描述如下：
- 客户端向服务端发送注册请求
REGISTER sip:34020000002000000001@3402000000 SIP/2.0
Via: SIP/2.0/UDP 192.168.9.107:5060;rport;branch=z9hG4bK966874349
From: <sip:34020000001320000001@3402000000>;tag=413747388
To: <sip:34020000001320000001@3402000000>
Call-ID: 1076781398
CSeq: 1 REGISTER
Contact: <sip:34020000001320000001@192.168.9.107:5060>
Max-Forwards: 70
User-Agent: IP Camera
Expires: 3600
Content-Length: 0
- 服务器应该对设备进行鉴权，但SRS为了简单，没有鉴权处理，直接返回成功
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.9.107:5060;rport=5060;received=192.168.9.107;branch=z9hG4bK966874349
From: <sip:34020000001320000001@3402000000>;tag=413747388
To: <sip:34020000001320000001@3402000000>
CSeq: 1 REGISTER
Call-ID: 1076781398
Contact: <sip:34020000001320000001@192.168.9.107:5060>
User-Agent: SRS/5.0.19(Leo)
Expires: 3600
Content-Length: 0
GB28181对注册设备执行鉴权计算的具体算法可参考以下链接：
https://blog.csdn.net/aflyeaglenku/article/details/78592567
https://blog.yasking.org/a/get-ps-stream-from-hik.html
- 服务端向设备端发送包含服务端SDP信息的INVITE请求
INVITE sip:34020000001320000001@3402000000 SIP/2.0
Via: SIP/2.0/UDP 192.168.9.200:5060;rport;branch=SrsGbB57557472
From: <sip:34020000002000000001@3402000000>;tag=SrsGbF58933543
To: <sip:34020000001320000001@3402000000>
Call-ID: 202046303969
CSeq: 101 INVITE
Content-Type: Application/SDP
Contact: <sip:34020000001320000001@3402000000>
Max-Forwards: 70
User-Agent: SRS/5.0.19(Leo)
Subject: 34020000001320000001:0009093128,34020000002000000001:0
Content-Length: 166
v=0
o=34020000002000000001 0 0 IN IP4 192.168.9.200
s=Play
c=IN IP4 192.168.9.200
t=0 0
m=video 9000 RTP/AVP 96 <-----SDP报文在这里指定使用RTP over UDP方式传输
a=recvonly
a=rtpmap:96 PS/90000
y=0009093128
- 首先，设备端针对INVITE请求先回应Trying报文
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.9.200:5060;rport=5060;branch=SrsGbB57557472
From: <sip:34020000002000000001@3402000000>;tag=SrsGbF58933543
To: <sip:34020000001320000001@3402000000>
Call-ID: 202046303969
CSeq: 101 INVITE <-----这里表明是针对INVITE报文的响应
User-Agent: IP Camera
Content-Length: 0
- 接下来，设备端再将包含本端SDP信息的响应报文回应服务端的INVITE请求
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.9.200:5060;rport=5060;branch=SrsGbB57557472
From: <sip:34020000002000000001@3402000000>;tag=SrsGbF58933543
To: <sip:34020000001320000001@3402000000>;tag=787657751
Call-ID: 202046303969
CSeq: 101 INVITE <-----这里表明是针对INVITE报文的响应
Contact: <sip:34020000001320000001@192.168.9.107:5060>
Content-Type: application/sdp
User-Agent: IP Camera
Content-Length: 187
v=0
o=34020000001320000001 2924 2924 IN IP4 192.168.9.107
s=Play
c=IN IP4 192.168.9.107
t=0 0
m=video 15060 RTP/AVP 96 <-----SDP报文在这里同意使用RTP over UDP方式传输
a=sendonly
a=rtpmap:96 PS/90000
a=filesize:0
y=0009093135
- 服务端通过ACK报文，通知客户端已收到客户端发送的SDP信息
ACK sip:34020000001320000001@3402000000 SIP/2.0
Via: SIP/2.0/UDP 192.168.9.200:5060;rport;branch=SrsGbB57557472
From: <sip:34020000002000000001@3402000000>;tag=SrsGbF58933543
To: <sip:34020000001320000001@3402000000>;tag=787657751
Call-ID: 202046303969
CSeq: 101 ACK
Max-Forwards: 70
User-Agent: SRS/5.0.19(Leo)
Content-Length: 0
- 设备端以RTP over UDP的方式向服务端SDP报文中指定的9000端口推送音视频数据包
注意：如果SRS服务器配置文件打开tcp传输方式，且设备端采用GB/T28181-2016标准，则设备发送的音视频RTP数据以TCP协议传输
stream_caster {
......
# 接收设备端rtp流的多路复用端口
listen 9000;
# 多路复用端口类型，on为tcp，off为udp
# 默认：off
tcp_enable on; ## GB28181使用RTP over TCP方式传输音视频数据
......
}
此时，设备端和服务端之间的SIP协商基本一致，主要区别在于：
1、服务端发送的INVITE请求中SDP信息指定使用 RTP over TCP 方式传输
INVITE sip:34020000001320000001@3402000000 SIP/2.0
Via: SIP/2.0/UDP 192.168.9.200:5060;rport;branch=SrsGbB23630872
From: <sip:34020000002000000001@3402000000>;tag=SrsGbF75882945
To: <sip:34020000001320000001@3402000000>
Call-ID: 202039989829
CSeq: 101 INVITE
Content-Type: Application/SDP
Contact: <sip:34020000001320000001@3402000000>
Max-Forwards: 70
User-Agent: SRS/5.0.19(Leo)
Subject: 34020000001320000001:0009093129,34020000002000000001:0
Content-Length: 205
v=0
o=34020000002000000001 0 0 IN IP4 192.168.9.200
s=Play
c=IN IP4 192.168.9.200
t=0 0
m=video 9000 TCP/RTP/AVP 96 <-----SDP报文在这里指定使用RTP over TCP方式传输
a=recvonly
a=rtpmap:96 PS/90000
a=setup:passive
a=connection:new
y=0009093129
2、设备端响应INVITE请求时，发送的SDP信息同意使用 RTP over TCP 方式传输
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.9.200:5060;rport=5060;branch=SrsGbB23630872
From: <sip:34020000002000000001@3402000000>;tag=SrsGbF75882945
To: <sip:34020000001320000001@3402000000>;tag=245947370
Call-ID: 202039989829
CSeq: 101 INVITE
Contact: <sip:34020000001320000001@192.168.9.107:5060>
Content-Type: application/sdp
User-Agent: IP Camera
Content-Length: 207
v=0
o=34020000001320000001 3808 3808 IN IP4 192.168.9.107
s=Play
c=IN IP4 192.168.9.107
t=0 0
m=video 15060 TCP/RTP/AVP 96 <----SDP报文在这里同意使用RTP over TCP方式传输
a=setup:active
a=sendonly
a=rtpmap:96 PS/90000
a=filesize:0
y=0009093129
整个过程中，协议报文如下
6. 使用SRS自带的播放工具拉取GB28181数据流
1、在浏览器中输入如下链接：http://192.168.9.200:8080/players/srs_gb28181.html (这里的IP地址需要根据实际情况修改)
2、如果前面的海康摄像机配置正确，这里点击“查询所有会话”按钮，得到如下信息
3、选中一个当前会话，再点击“查询所有通道”按钮，得到如下信息
4、最后，选择"FLV播放"或“RTC播放”任意一张方式，可以拉取海康设备的28181推流数据
总结
GB28181是安防领域的一个国家标准，整体框架基本上就是SIP协议+SDP描述+RTP封装音视频数据流。具体协议可以参考《GBT 28181-2011.pdf》和《GBT 28181-2016.pdf》
435
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
