技术背景
在我们研发Android平台GB28181前端音视频接入模块之前,业内听到最多的是,如何用Android或者Windows端,在没有国标IPC设备的前提下,模拟GB28181的信令和媒体流交互流程,实现GB28181整体方案的测试?
Android端真的没有必要做个支持GB28181的接入模块?
如果说做一个设备端IPC国标设备接入模拟模块是完成从0到1的工作,那么从设备端模拟IPC到一个可以产品化的Android平台GB28181前端音视频接入模块,需要更严谨更符合相关spec的方式,实现不具备国标音视频能力的Android终端,通过平台注册的形式,接入到现有的GB28181服务,最终用于如智能监控、智慧零售、智慧教育、远程办公、生产运输、智慧交通、车载或执法记录仪等场景,可以说应用场景非常广泛。
除了支持常规的音视频媒体流数据接入外,还可以支持Subscribe订阅实时位置(MobilePosition)、实时目录查询等,完成标准服务的对接。产品设计方面,媒体流支持最新GB28181-2016的UDP和TCP被动模式,参数配置,支持注册有效期、心跳间隔、心跳间隔次数、TCP/UDP信令设置,支持RTP Sender IP地址类型、RTP Socket本地端口、SS-R-C、RTP socket 发送Buffer大小、RTP时间戳时钟频率设置,支持注册成功、注册超时、INVITE、ACK、BYE状态回调。
设计思路
信令设计和媒体数据传输分离,上层实现国标GB28181的注册、注销、CATALOG、INVITE、ACK、BYE、SUBSCRIBE等交互处理,如注册成功后,返回注册时间,并检测传输或心跳等异常状态,服务端发送catalog请求后,组织本地catalog信息,并以message的形式发送到服务端,服务端收到相关信息后,开始发送invite请求,客户端解析INVITE返回的SDP信息,组织相关的response,创建RTP Sender,根据返回的信息,设定相关参数。待收到服务端的Ack后,发送编码、打包后的媒体流数据。在此期间,按照设定间隔,定时发送keepalive。
如上图所示,模块除了常规的音视频参数配置外,系统可同时亦或单独实现如RTMP推送、RTSP推送、轻量级RTSP服务、实时录像、GB28181前端接入。
信令接口设计:
public interface GBSIPAgent {void addListener(GBSIPAgentListener listener);/** 设置SIP本地链接地址* @param address 本地IP地址, 如192.168.0.111* @param port本地SIP端口, 如 15070*/void setLocalAddressInfo(String address, int port);/** 设置SIP Server配置参数* @param address SIP服务器地址, 如 192.168.0.101* @param port SIP服务器端口, 如 15060* @param id SIP服务器ID, 如 34020000002000000001* @param domain SIP服务器域, 如 3402000000*/void setServerParameter(String address, int port, String id, String domain);/** 设置GB28181 SIP User配置参数* @param userName SIP用户名, 如 34020000001110000045* @param password 如 123456*/void setUserInfo(String userName, String password);/** 设置SIP请求头中的UserAgent* @param userAgent用户代理*/void setUserAgent(String userAgent);/** 设置SIP传输协议* @param transport_protocol, 设置SIP信令传输协议: UDP, TCP, 默认是UDP*/void setTransportProtocol(String transport_protocol);/** 设置GB28181配置参数* @param regExpired 注册有效期, 单位: 秒, 如 3600* @param heartBeatInterval 心跳间隔, 单位: 秒, 默认60* @param heartBeatCount 心跳超时次数, 默认3次*/void config(int regExpired, int heartBeatInterval, int heartBeatCount);void clearDevices();boolean addDevice(Device device);boolean initialize();/**启动*/boolean start();boolean isRunning();/**响应Invite play 200OK*/boolean respondPlayInviteOK(String deviceId, String localAddress, int localPort);/**响应Invite play其他状态码*/boolean respondPlayInvite(int statusCode, String deviceId);/**终止会话*/void terminatePlay(String deviceId, boolean isSendBYE);/**终止所有会话*/void terminateAllPlays(boolean isSendBYE);/**停止*/void stop();void unInitialize();
}
相关状态回调:
public interface GBSIPAgentListener
{/*注册成功* @param dateString: 服务器日期,用来矫正设备端时间,用户自行决定是否矫正设备时间*/void ntsRegisterOK(String dateString);/**注册超时*/void ntsRegisterTimeout();/**注册网络传输曾异常*/void ntsRegisterTransportError(String errorInfo);/**心跳达到异常次数*/void ntsOnHeartBeatException(int exceptionCount, String lastExceptionInfo);/**收到s=Play的实时视音频点播*/void ntsOnInvitePlay(String deviceId, InvitePlaySessionDescription sessionDescription);/**发送play invite response 异常*/void ntsOnPlayInviteResponseException(String deviceId, int statusCode, String errorInfo);/** 收到CANCEL play INVITE请求*/void ntsOnCancelPlay(String deviceId);/** 收到Ack*/void ntsOnAckPlay(String deviceId);/** 收到Bye*/void ntsOnByePlay(String deviceId);/** Play会话对应的对话终止, 一般不会出发这个回调,目前只有在响应了200K, 但在64*T1时间后还没收到ACK,才可能会出发收到这个, 请做相关清理处理*/void ntsOnPlayDialogTerminated(String deviceId);
}
总结
Android平台GB28181音视频接入模块研发之前,大牛直播SDK(官方)已经在RTSP、RTMP和音视频采集、编码传输等有了多年积累,GB28181接入,对我们来说,只是在现有架构的基础上,完成信令交互和数据打包传输(H264, H265打包成PS流,然后拆成RTP包发送即可),RTP传输支持TCP、UDP模式,配合国标28181服务器测试,延时非常低,设计支持多通道,可实现RTSP或RTMP流数据到GB28181的转换。为Android平台赋能,像支持GB28181协议的IPC一样,方便的把摄像头、屏幕、麦克风或外部RTSP、RTMP流,顺利接入到GB28181平台。