网站开发学习培训,网络规划设计师考试全程指导,自己的网络平台怎么做,泰安网站设计GB28181规范必要性
好多开发者在做比如执法记录仪、智能安全帽、智能监控等设备端视频回传技术方案选型的时候#xff0c;不清楚到底是用RTSP、RTMP还是GB28181#xff0c;对GB28181相对比较陌生#xff0c;我们就GB28181规范的必要性#xff0c;做个探讨#xff1a; 实现…GB28181规范必要性
好多开发者在做比如执法记录仪、智能安全帽、智能监控等设备端视频回传技术方案选型的时候不清楚到底是用RTSP、RTMP还是GB28181对GB28181相对比较陌生我们就GB28181规范的必要性做个探讨 实现设备互联互通 不同厂商设备兼容在视频监控领域市场上存在众多的设备厂商各厂商生产的监控设备在通信协议、数据格式等方面可能存在差异。GB28181 规范为这些不同厂商的设备提供了统一的通信标准使得它们能够相互识别、连接和通信。例如一个使用 A 厂商摄像头的监控系统可以与使用 B 厂商存储设备和 C 厂商监控平台的系统实现无缝对接大大提高了设备的兼容性和互操作性。跨系统集成便利除了不同厂商的设备之间需要互联在一些大型的监控项目中还可能涉及到多个不同的监控子系统如城市安防监控系统、交通监控系统、企业内部监控系统等。GB28181 规范使得这些不同的监控系统能够基于统一的标准进行集成实现信息的共享和协同工作避免了因系统之间不兼容而导致的信息孤岛问题。保障信息传输安全 数据加密与认证GB28181 规范对设备之间的通信过程提出了安全要求包括对数据的加密传输、设备的身份认证等。通过加密技术可以防止监控视频数据在传输过程中被窃取或篡改确保信息的保密性和完整性。身份认证机制则可以保证只有合法的设备能够接入系统防止非法设备的入侵和恶意攻击提高了系统的安全性。访问控制与权限管理该规范还规定了不同用户对监控系统的访问权限和操作权限例如管理员可以对设备进行配置和管理普通用户只能查看实时视频或回放录像等。这样可以有效地防止未经授权的访问和操作保护监控系统的安全和隐私。提高系统管理效率 设备集中管理对于拥有大量监控设备的系统如城市级的安防监控网络设备的管理是一个巨大的挑战。GB28181 规范支持设备的集中管理监控中心可以通过统一的管理平台对分布在不同地点的设备进行远程配置、监控、升级等操作大大提高了设备管理的效率降低了管理成本。故障诊断与排查当监控系统出现故障时GB28181 规范规定了设备应提供的故障信息和报警机制使得管理员能够快速准确地定位故障设备和故障原因及时进行修复减少系统的故障时间提高系统的可靠性和稳定性。便于行业标准化发展 规范市场秩序在没有统一标准之前视频监控市场较为混乱各厂商各自为政产品质量和性能参差不齐。GB28181 规范的制定为行业提供了统一的技术标准和规范促使厂商按照标准进行产品研发和生产提高了产品的质量和性能规范了市场秩序有利于行业的健康发展。推动技术创新标准的制定为技术创新提供了一个明确的方向和框架厂商可以在符合标准的前提下不断探索和创新新的技术和应用推动视频监控技术的不断发展。例如在 GB28181 规范的基础上一些厂商研发出了具有智能分析功能的监控设备能够实现人脸识别、行为分析等高级功能提高了监控系统的智能化水平。满足公共安全需求 应急指挥与协同作战在公共安全领域如公安、消防、应急管理等部门需要快速获取准确的监控信息以便进行应急指挥和协同作战。GB28181 规范确保了不同部门之间的监控系统能够实现互联互通在紧急情况下各部门可以快速共享监控视频和信息提高应急响应的速度和效率为保障公共安全提供有力支持。证据收集与追溯监控视频作为一种重要的证据来源在案件侦破、事故调查等方面具有重要作用。GB28181 规范保证了监控视频数据的规范性和可靠性使得监控视频能够作为有效的证据被使用为司法机关和相关部门的工作提供了便利。
GB28181信令交互流程
GB28181 规范中的信令交互流程主要包括注册、保活、设备信息查询、实时视频预览等环节具体如下
注册流程
下级设备发起注册请求下级监控设备如摄像头、编码器等向上级监控平台或中心管理服务器发送REGISTER请求消息。该消息中包含设备的基本信息如设备 ID、IP 地址、端口号、设备类型等以及请求的过期时间expires字段等信息。上级平台要求认证可选上级平台收到注册请求后如果开启了认证功能会回复401 Unauthorized响应要求下级设备在后续的注册请求中携带认证信息。401响应中包含了认证所需的参数如认证域realm、随机数nonce等。下级设备再次发起注册请求带认证信息下级设备根据上级平台的要求在第二次发送的REGISTER请求中添加认证信息通常是使用摘要认证方式计算出响应值response并添加到请求中。认证信息包括用户名、密码、随机数、请求方法、请求 URI 等信息的摘要值。上级平台验证并回复上级平台收到第二次注册请求后验证认证信息的正确性。如果验证通过则回复200 OK响应表示注册成功同时在响应中可以包含注册的有效期expires字段等信息。上级平台会将下级设备的信息记录下来以便后续的管理和控制。
保活流程
下级设备发送保活请求注册成功后下级设备需要定期向上级平台发送保活请求以维持连接的有效性。保活请求通常使用MESSAGE方法并在消息体中携带保活命令cmdtypekeepalive和设备状态等信息。上级平台回复上级平台收到保活请求后回复200 OK响应表示确认收到保活信息。
设备信息查询流程
设备端发送查询请求上级平台或其他有权限的设备可以向下级设备发送设备信息查询请求请求消息中包含查询的命令类型和要查询的设备 ID如果是查询单个设备信息等信息。下级设备回复查询结果下级设备收到查询请求后根据请求中的命令类型和设备 ID查找相应的设备信息并将查询结果返回给上级平台。查询结果通常以 XML 格式的消息体进行封装包含设备的基本信息、状态信息、通道信息等。
实时视频预览流程
GB28181 规范中的实时视频预览流程主要包括以下步骤
发起预览请求34 上级平台客户端动作上级监控平台或有权限的客户端想要预览下级设备的实时视频时会向下级设备发送INVITE请求。请求中包含媒体流的描述信息如视频编码格式、分辨率、帧率等以及接收视频流的地址和端口号等信息。在消息头域中通常会携带subject字段表明点播的视频源 ID、发送方媒体流序列号、媒体流接收者 ID、接收端媒体流序列号等参数。例如SDP消息体中s字段为 “play” 代表实时点播。请求的路由与转发 SIP 服务器处理SIP 服务器收到上级平台的INVITE请求后开始进行信令的路由和转发工作。它会根据请求中的目标设备信息将请求转发到相应的下级设备所在的网络域或直接转发到下级设备。建立媒体连接下级设备到媒体服务器 SIP 服务器到媒体服务器SIP 服务器首先向媒体服务器发送INVITE请求此请求不携带SDP消息体目的是通知媒体服务器准备接收媒体流。媒体服务器响应媒体服务器收到 SIP 服务器的INVITE请求后回复200 OK响应携带SDP消息体。消息体中描述了媒体服务器接收媒体流的 IP、端口、媒体格式等内容以便下级设备能够将媒体流正确地发送到媒体服务器。建立媒体连接媒体服务器到下级设备 SIP 服务器到下级设备SIP 服务器收到媒体服务器返回的200 OK响应后将该响应消息体中的相关信息添加到新的INVITE请求中并发送给下级设备媒体流发送者。这个请求中的s字段同样为 “play” 代表实时点播并且增加y字段描述同步源SSRC值f字段描述媒体参数等告知下级设备向媒体服务器发送媒体流的具体要求。下级设备响应下级设备收到 SIP 服务器的INVITE请求后回复200 OK响应携带SDP消息体消息体中描述了下级设备发送媒体流的 IP、端口、媒体格式、SSRC 字段等内容表示下级设备准备好发送媒体流。会话建立确认 上级平台到媒体服务器SIP 服务器收到下级设备返回的200 OK响应后向上级平台回复确认消息告知上级平台媒体流的传输路径已经建立。上级平台收到确认消息后开始准备接收媒体流。SIP 服务器到下级设备SIP 服务器向媒体服务器发送ACK请求请求中携带下级设备回复的200 OK响应消息体完成与媒体服务器的INVITE会话建立过程。同时SIP 服务器也向下级设备发送ACK请求请求中不携带消息体完成与下级设备的INVITE会话建立过程。至此三方的媒体会话连接建立完成媒体流可以开始传输。媒体流传输 下级设备推送下级设备根据会话建立时确定的参数将实时视频流通过 RTPReal-time Transport Protocol协议推送到媒体服务器指定的接收端口。RTP 协议用于实时传输音视频数据保证数据的实时性和顺序性。媒体服务器转发媒体服务器接收到下级设备推送的媒体流后根据上级平台的请求将媒体流转发到上级平台指定的接收地址和端口。上级平台接收并解码媒体流就可以实现实时视频预览。结束预览 上级平台发起当预览结束时上级平台向上级 SIP 服务器发送BYE请求通知 SIP 服务器停止视频传输。SIP 服务器响应SIP 服务器收到BYE请求后回复200 OK响应会话断开。然后SIP 服务器分别向媒体服务器和下级设备发送BYE请求通知它们结束媒体流的传输。媒体服务器和下级设备响应媒体服务器和下级设备收到BYE请求后分别回复200 OK响应会话断开整个实时视频预览流程结束。
GB28181对接
本文以大牛直播SDK的Android平台GB28181设备接入模块为例介绍下如何实现和对接GB28181设备端。 Android终端除支持常规的音视频数据接入外还可以支持移动设备位置(MobilePosition)订阅和通知、图像抓拍、语音广播和语音对讲、历史视音频下载和回放支持对接数据类型如下
编码前数据目前支持的有YV12/NV21/NV12/I420/RGB24/RGBA32/RGB565等数据类型其中Android平台前后摄像头数据或者屏幕数据或者Unity拿到的数据均属编码前数据编码后数据如无人机等264/HEVC数据或者本地解析的MP4音视频数据拉取RTSP或RTMP流并接入至GB28181平台比如其他IPC的RTSP流可通过Android平台GB28181接入到国标平台。
功能设计 [视频格式]H.264/H.265(Android H.265硬编码) [音频格式]G.711 A律、AAC [音量调节]Android平台采集端支持实时音量调节 [H.264硬编码]支持H.264特定机型硬编码 [H.265硬编码]支持H.265特定机型硬编码 [软硬编码参数配置]支持gop间隔、帧率、bit-rate设置 [软编码参数配置]支持软编码profile、软编码速度、可变码率设置 支持横屏、竖屏推流 Android平台支持后台service推送屏幕(推送屏幕需要5.0版本)支持纯视频、音视频PS打包传输支持RTP OVER UDP和RTP OVER TCP被动模式TCP媒体流传输客户端支持信令通道网络传输协议TCP/UDP设置支持注册、注销支持注册刷新及注册有效期设置支持设备目录查询应答支持心跳机制支持心跳间隔、心跳检测次数设置支持移动设备位置(MobilePosition)订阅和通知 适用国家标准GB/T 28181—2016支持语音广播支持语音对讲支持图像抓拍支持历史视音频文件检索支持历史视音频文件下载支持历史视音频文件回放支持云台控制和预置位查询 [实时水印]支持动态文字水印、png水印 [镜像]Android平台支持前置摄像头实时镜像功能 [实时静音]支持实时静音/取消静音 [实时快照]支持实时快照 [降噪]支持环境音、手机干扰等引起的噪音降噪处理、自动增益、VAD检测 [外部编码前视频数据对接]支持YUV数据对接 [外部编码前音频数据对接]支持PCM对接 [外部编码后视频数据对接]支持外部H.264数据对接 [外部编码后音频数据对接]外部AAC数据对接 [扩展录像功能]支持和录像SDK组合使用录像相关功能。
集成示例
以Android平台Camera2对接为例信令部分需要实现如下标红接口
/** MainActivity.java* Author: daniusdk.com* WeChat: xinsheng120*/
public class MainActivity extends Activity implements ViewTreeObserver.OnGlobalLayoutListener, Camera2Listener,GBSIPAgentListener, GBSIPAgentPlayListener, GBSIPAgentAudioBroadcastListener,GBSIPAgentDeviceControlListener, GBSIPAgentQueryCommandListener, GBSIPAgentTalkListener, GBSIPAgentQueryRecordInfoListener{
}
媒体数据处理接口可参照SmartPublisherJniV2.java如需语音广播或语音对讲可参照SmartPlayerJniV2.java。
信令处理
GBSIPAgentListener主要系GB28181注册、心跳、DevicePosition等如注册成功、注册超时、注册网络传输层错误、心跳异常、设备位置请求处理
public interface GBSIPAgentListener
{/*注册成功* param dateString: 服务器日期用来校准设备端时间用户自行决定是否校准设备时间*/void ntsRegisterOK(String dateString);/**注册超时*/void ntsRegisterTimeout();/**注册网络传输层异常*/void ntsRegisterTransportError(String errorInfo);/**心跳达到异常次数*/void ntsOnHeartBeatException(int exceptionCount, String lastExceptionInfo);/** 设备位置请求, 这个主要用在移动设备位置订阅上* param interval 请求间隔, 单位是毫秒*/void ntsOnDevicePositionRequest(String deviceId, int interval);
}
GBSIPAgentPlayListener主要系GB28181的Invite、Ack、Bye等处理
public interface GBSIPAgentPlayListener {/**收到sPlay的实时视音频点播*/void ntsOnInvitePlay(String deviceId, SessionDescription 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);/** 不是在收到BYE Message情况下 终止Play*/void ntsOnTerminatePlay(String deviceId);/** Play会话对应的对话终止, 一般不会出发这个回调,目前只有在响应了200K, 但在64*T1时间后还没收到ACK,才可能会出发收到这个, 请做相关清理处理*/void ntsOnPlayDialogTerminated(String deviceId);
}
GBSIPAgentAudioBroadcastListener主要系GB28181语音广播处理相关如有语音广播相关需求可参照demo实例实现
public interface GBSIPAgentAudioBroadcastListener {/**收到语音广播通知*/void ntsOnNotifyBroadcastCommand(String fromUserName, String fromUserNameAtDomain, String sn, String sourceID, String targetID);/**需要准备接受语音广播的SDP内容*/void ntsOnAudioBroadcast(String commandFromUserName, String commandFromUserNameAtDomain, String sourceID, String targetID);/**音频广播, 发送Invite请求异常*/void ntsOnInviteAudioBroadcastException(String sourceID, String targetID, String errorInfo);/**音频广播, 等待Invite响应超时*/void ntsOnInviteAudioBroadcastTimeout(String sourceID, String targetID);/**音频广播, 收到Invite消息最终响应*/void ntsOnInviteAudioBroadcastResponse(String sourceID, String targetID, int statusCode, SessionDescription sessionDescription);/** 音频广播, 收到BYE Message*/void ntsOnByeAudioBroadcast(String sourceID, String targetID);/** 不是在收到BYE Message情况下 终止音频广播*/void ntsOnTerminateAudioBroadcast(String sourceID, String targetID);
}
GBSIPAgentDeviceControlListener主要系GB28181设备控制相关比如远程启动、云台控制
public interface GBSIPAgentDeviceControlListener {/** 收到远程启动控制命令*/void ntsOnDeviceControlTeleBootCommand(String deviceId, String teleBootValue);/** 云台控制*/void ntsOnDeviceControlPTZCmd(String deviceId, String typeValue);
}
GBSIPAgentQueryCommandListener主要系GB28181查询命令如预置位查询
public interface GBSIPAgentQueryCommandListener {/** 设备预置位查询*/void ntsOnDevicePresetQueryCommand(String fromUserName, String fromUserNameAtDomain, String sn, String deviceId);
}
GBSIPAgentTalkListener主要系GB28181语音对讲相关处理
public interface GBSIPAgentTalkListener {/**收到sTalk 语音对讲*/void ntsOnInviteTalk(String deviceId, SessionDescription sessionDescription);/**发送talk invite response 异常*/void ntsOnTalkInviteResponseException(String deviceId, int statusCode, String errorInfo);/** 收到CANCEL Talk INVITE请求*/void ntsOnCancelTalk(String deviceId);/** 收到Ack*/void ntsOnAckTalk(String deviceId);/** 收到Bye*/void ntsOnByeTalk(String deviceId);/** 不是在收到BYE Message情况下 终止Talk*/void ntsOnTerminateTalk(String deviceId);/** Talk会话对应的对话终止, 一般不会出发这个回调,目前只有在响应了200K, 但在64*T1时间后还没收到ACK,才可能会出发收到这个, 请做相关清理处理*/void ntsOnTalkDialogTerminated(String deviceId);
}
GBSIPAgentPlaybackListener系历史视音频回放相关
public interface GBSIPAgentPlaybackListener {void ntsOnInvitePlayback(long var1, String var3, SessionDescription var4);void ntsOnPlaybackInviteResponseException(long var1, String var3, int var4, String var5);void ntsOnCancelPlayback(long var1, String var3);void ntsOnAckPlayback(long var1, String var3);void ntsOnPlaybackMANSRTSPPlayCommand(long var1, String var3);void ntsOnPlaybackMANSRTSPPauseCommand(long var1, String var3);void ntsOnPlaybackMANSRTSPScaleCommand(long var1, String var3, double var4);void ntsOnPlaybackMANSRTSPSeekCommand(long var1, String var3, double var4);void ntsOnPlaybackMANSRTSPTeardownCommand(long var1, String var3);void ntsOnByePlayback(long var1, String var3);void ntsOnTerminatePlayback(long var1, String var3);void ntsOnPlaybackDialogTerminated(long var1, String var3);
}
GBSIPAgentDownloadListen系历史视音频下载相关
public interface GBSIPAgentDownloadListener {void ntsOnInviteDownload(long var1, String var3, SessionDescription var4);void ntsOnDownloadInviteResponseException(long var1, String var3, int var4, String var5);void ntsOnCancelDownload(long var1, String var3);void ntsOnAckDownload(long var1, String var3);void ntsOnDownloadMANSRTSPScaleCommand(long var1, String var3, double var4);void ntsOnByeDownload(long var1, String var3);void ntsOnTerminateDownload(long var1, String var3);void ntsOnDownloadDialogTerminated(long var1, String var3);
}媒体数据处理
RTP数据发送
RTP SenderSmartPublisherJniV2.java相关接口设计
/** SmartPublisherJniV2.java* Author: https://daniusdk.com* WeChatxinsheng120*/
/** 创建RTP Sender实例** param reserve保留参数传0** return RTP Sender 句柄0表示失败*/
public native long CreateRTPSender(int reserve);/***设置 RTP Sender传输协议** param rtp_sender_handle, CreateRTPSender返回值* param transport_protocol, 0:UDP, 1:TCP, 默认是UDP** return {0} if successful*/
public native int SetRTPSenderTransportProtocol(long rtp_sender_handle, int transport_protocol);/***设置 RTP Sender IP地址类型** param rtp_sender_handle, CreateRTPSender返回值* param ip_address_type, 0:IPV4, 1:IPV6, 默认是IPV4, 当前仅支持IPV4** return {0} if successful*/
public native int SetRTPSenderIPAddressType(long rtp_sender_handle, int ip_address_type);/***设置 RTP Sender RTP Socket本地端口** param rtp_sender_handle, CreateRTPSender返回值* param port, 必须是偶数设置0的话SDK会自动分配, 默认值是0** return {0} if successful*/
public native int SetRTPSenderLocalPort(long rtp_sender_handle, int port);/***设置 RTP Sender SSRC** param rtp_sender_handle, CreateRTPSender返回值* param ssrc, 如果设置的话这个字符串要能转换成uint32类型, 否则设置失败** return {0} if successful*/
public native int SetRTPSenderSSRC(long rtp_sender_handle, String ssrc);/***设置 RTP Sender RTP socket 发送Buffer大小** param rtp_sender_handle, CreateRTPSender返回值* param buffer_size, 必须大于0, 默认是512*1024, 当前仅对UDP socket有效, 根据视频码率考虑设置合适的值** return {0} if successful*/
public native int SetRTPSenderSocketSendBuffer(long rtp_sender_handle, int buffer_size);/***设置 RTP Sender RTP时间戳时钟频率** param rtp_sender_handle, CreateRTPSender返回值* param clock_rate, 必须大于0, 对于GB28181 PS规定是90kHz, 也就是90000** return {0} if successful*/
public native int SetRTPSenderClockRate(long rtp_sender_handle, int clock_rate);/***设置 RTP Sender 目的IP地址, 注意当前用在GB2818推送上,只设置一个地址,将来扩展如果用在其他地方可能要设置多个目的地址到时候接口可能会调整** param rtp_sender_handle, CreateRTPSender返回值* param address, IP地址* param port, 端口** return {0} if successful*/
public native int SetRTPSenderDestination(long rtp_sender_handle, String address, int port);/*** 设置是否开启 RTP Receiver* param rtp_sender_handle, CreateRTPSender返回值* param is_enable, 0表示不收RTP包, 1表示收RTP包, SDK默认值为0.* return*/
public native int EnableRTPSenderReceive(long rtp_sender_handle, int is_enable);/***设置RTP Receiver SSRC** param rtp_sender_handle, CreateRTPSender返回值* param ssrc, 如果设置的话这个字符串要能转换成uint32类型, 否则设置失败** return {0} if successful*/
public native int SetRTPSenderReceiveSSRC(long rtp_sender_handle, String ssrc);/***设置RTP Receiver Payload 相关信息** param rtp_sender_handle, CreateRTPSender返回值** param payload_type, 请参考 RFC 3551** param encoding_name, 编码名, 请参考 RFC 3551, 如果payload_type不是动态的, 可能传null就好** param media_type, 媒体类型, 请参考 RFC 3551, 1 是视频, 2是音频** param clock_rate, 请参考 RFC 3551** return {0} if successful*/
public native int SetRTPSenderReceivePayloadType(long rtp_sender_handle, int payload_type, String encoding_name, int media_type, int clock_rate);/***设置RTP Receiver PS的pts和dts clock frequency** param rtp_sender_handle, CreateRTPSender返回值** param ps_clock_frequency, 默认是90000, 一些特殊场景需要设置** return {0} if successful*/
public native int SetRTPSenderReceivePSClockFrequency(long rtp_sender_handle, int ps_clock_frequency);/***设置 RTP Receiver 音频采样率** param rtp_sender_handle, CreateRTPSender返回值* param sampling_rate, 音频采样率** return {0} if successful*/
public native int SetRTPSenderReceiveAudioSamplingRate(long rtp_sender_handle, int sampling_rate);/***设置 RTP Receiver 音频通道数** param rtp_sender_handle, CreateRTPSender返回值* param channels, 音频通道数** return {0} if successful*/
public native int SetRTPSenderReceiveAudioChannels(long rtp_sender_handle, int channels);/***初始化RTP Sender, 初始化之前先调用上面的接口配置相关参数** param rtp_sender_handle, CreateRTPSender返回值** return {0} if successful*/
public native int InitRTPSender(long rtp_sender_handle);/***获取RTP Sender RTP Socket本地端口** param rtp_sender_handle, CreateRTPSender返回值** return 失败返回0, 成功的话返回响应的端口, 请在InitRTPSender返回成功之后调用*/
public native int GetRTPSenderLocalPort(long rtp_sender_handle);/*** UnInit RTP Sender** param rtp_sender_handle, CreateRTPSender返回值** return {0} if successful*/
public native int UnInitRTPSender(long rtp_sender_handle);/*** 释放RTP Sender, 释放之后rtp_sender_handle就无效了请不要再使用** param rtp_sender_handle, CreateRTPSender返回值** return {0} if successful*/
public native int DestoryRTPSender(long rtp_sender_handle);
RTP数据接收
对应RTP ReceiverSmartPlayerJniV2.java相关接口设计如无语音广播或语音对讲相关技术需求这部分可忽略
/** SmartPlayerJniV2.java* Author: https://daniusdk.com* WeChat: xinsheng120*/
/** 创建RTP Receiver** param reserve保留参数传0** return RTP Receiver 句柄0表示失败*/
public native long CreateRTPReceiver(int reserve);/***设置 RTP Receiver传输协议** param rtp_receiver_handle, CreateRTPReceiver* param transport_protocol, 0:UDP, 1:TCP, 默认是UDP** return {0} if successful*/
public native int SetRTPReceiverTransportProtocol(long rtp_receiver_handle, int transport_protocol);/***设置 RTP Receiver IP地址类型** param rtp_receiver_handle, CreateRTPReceiver* param ip_address_type, 0:IPV4, 1:IPV6, 默认是IPV4** return {0} if successful*/
public native int SetRTPReceiverIPAddressType(long rtp_receiver_handle, int ip_address_type);/***设置 RTP Receiver RTP Socket本地端口** param rtp_receiver_handle, CreateRTPReceiver* param port, 必须是偶数设置0的话SDK会自动分配, 默认值是0** return {0} if successful*/
public native int SetRTPReceiverLocalPort(long rtp_receiver_handle, int port);/***设置 RTP Receiver SSRC** param rtp_receiver_handle, CreateRTPReceiver* param ssrc, 如果设置的话这个字符串要能转换成uint32类型, 否则设置失败** return {0} if successful*/
public native int SetRTPReceiverSSRC(long rtp_receiver_handle, String ssrc);/***创建 RTP Receiver 会话** param rtp_receiver_handle, CreateRTPReceiver* param reserve, 保留值目前传0** return {0} if successful*/
public native int CreateRTPReceiverSession(long rtp_receiver_handle, int reserve);/***获取 RTP Receiver RTP Socket本地端口** param rtp_receiver_handle, CreateRTPReceiver** return 失败返回0, 成功的话返回响应的端口, 请在CreateRTPReceiverSession返回成功之后调用*/
public native int GetRTPReceiverLocalPort(long rtp_receiver_handle);/***设置 RTP Receiver Payload 相关信息** param rtp_receiver_handle, CreateRTPReceiver** param payload_type, 请参考 RFC 3551** param encoding_name, 编码名, 请参考 RFC 3551, 如果payload_type不是动态的, 可能传null就好** param media_type, 媒体类型, 请参考 RFC 3551, 1 是视频, 2是音频** param clock_rate, 请参考 RFC 3551** return {0} if successful*/
public native int SetRTPReceiverPayloadType(long rtp_receiver_handle, int payload_type, String encoding_name, int media_type, int clock_rate);/***设置 RTP Receiver 音频采样率** param rtp_receiver_handle, CreateRTPReceiver* param sampling_rate, 音频采样率** return {0} if successful*/
public native int SetRTPReceiverAudioSamplingRate(long rtp_receiver_handle, int sampling_rate);/***设置 RTP Receiver 音频通道数** param rtp_receiver_handle, CreateRTPReceiver* param channels, 音频通道数** return {0} if successful*/
public native int SetRTPReceiverAudioChannels(long rtp_receiver_handle, int channels);/***设置 RTP Receiver 远端地址** param rtp_receiver_handle, CreateRTPReceiver* param address, IP地址* param port, 端口** return {0} if successful*/
public native int SetRTPReceiverRemoteAddress(long rtp_receiver_handle, String address, int port);/***初始化 RTP Receiver** param rtp_receiver_handle, CreateRTPReceiver** return {0} if successful*/
public native int InitRTPReceiver(long rtp_receiver_handle);/***UnInit RTP Receiver** param rtp_receiver_handle, CreateRTPReceiver** return {0} if successful*/
public native int UnInitRTPReceiver(long rtp_receiver_handle);/***Destory RTP Receiver Session** param rtp_receiver_handle, CreateRTPReceiver** return {0} if successful*/
public native int DestoryRTPReceiverSession(long rtp_receiver_handle);/***Destory RTP Receiver** param rtp_receiver_handle, CreateRTPReceiver** return {0} if successful*/
public native int DestoryRTPReceiver(long rtp_receiver_handle);
PostAudioPacketSmartPlayerJniV2.java,投递音频包给外部Live source目前仅于语音对讲使用
/** SmartPlayerJniV2.java* Author: https://daniusdk.com*/
/*** 投递音频包给外部Live source, 注意ByteBuffer对象必须是DirectBuffer** param handle: return value from SmartPlayerOpen()** return {0} if successful*/
public native int PostAudioPacket(long handle, int codec_id,java.nio.ByteBuffer packet, int offset, int size, long pts, boolean is_pts_discontinuity,java.nio.ByteBuffer extra_data, int extra_data_offset, int extra_data_size, int sample_rate, int channels);
GB28181接口调用
对应GB28181相关接口调用相关设计如下
/** SmartPublisherJniV2.java* Author: https://daniusdk.com* WeChat: xinsheng120*/
/*** 设置GB28181 RTP Sender** param rtp_sender_handle, CreateRTPSender返回值* param rtp_payload_type, 对于GB28181 PS, 协议定义是96, 具体以SDP为准, RFC 3551有定义* param encoding_name, 编码名, 请参考 RFC 3551, 当前仅支持: PS, 其他值返回失败* return {0} if successful*/
public native int SetGB28181RTPSender(long handle, long rtp_sender_handle, int rtp_payload_type, String encoding_name);/*** 设置GB28181 RTP 收到的音频包回调* param handle* param audio_packet_callback* return*/
public native int SetGB28181ReceiveAudioPacketCallback(long handle, NTAudioPacketCallback audio_packet_callback);/*** 启动 GB28181 媒体流** return {0} if successful*/
public native int StartGB28181MediaStream(long handle);/*** 停止 GB28181 媒体流** return {0} if successful*/
public native int StopGB28181MediaStream(long handle);
GB28181未来发展趋势
GB28181规范目前已经迎来了2022版随着规范行业影响力和应用范围越来越大相信还会有类似2026、2030等迭代版本出来我们预测的GB28181发展趋势可能会是以下几个方面感兴趣的也可以跟我单独探讨
技术标准持续优化 编码格式升级随着视频技术的不断发展未来 GB28181 在编码格式方面会不断优化和扩展。目前已经增加了对 H.265 等高效编码格式的支持后续可能会进一步提升对新一代编码标准的兼容性和适应性以提高视频传输的效率和质量降低带宽占用。例如在一些对画质和带宽要求较高的场景中更先进的编码格式能够更好地满足需求。传输协议改进在传输协议上会不断增强其稳定性和可靠性。可能会对现有协议的一些细节进行优化减少传输延迟、丢包等问题提高信令交互的效率。同时也会适应网络技术的发展更好地支持 5G、IPv6 等新的网络环境以满足大规模、高并发的视频传输需求。安全性增强视频监控涉及到公共安全和个人隐私等重要信息因此安全性将是未来发展的重点。GB28181 会不断加强对数据加密、身份认证、访问控制等安全机制的要求和规范以应对日益复杂的网络安全威胁。例如采用更先进的加密算法加强对设备和用户的身份认证管理确保视频数据的安全传输和存储。与其他标准和技术的融合 与物联网融合物联网技术的发展使得各种设备之间的互联互通变得更加紧密。GB28181 会与物联网技术进一步融合实现视频监控系统与其他智能设备的联动如与传感器、门禁系统、消防系统等进行信息交互和协同工作。例如当传感器检测到异常情况时能够自动触发视频监控系统进行录像和报警提高安全防范的智能化水平。与人工智能结合人工智能技术在视频分析领域的应用越来越广泛。未来GB28181 会与人工智能技术深度结合实现对视频内容的智能分析和处理如人脸识别、行为分析、车牌识别等。这将大大提高视频监控的效率和价值为公共安全、交通管理、企业管理等领域提供更强大的技术支持。与云计算结合云计算技术为视频监控系统的存储和计算提供了强大的支持。GB28181 会与云计算技术进一步结合实现视频数据的云存储和云处理降低用户的硬件投资和维护成本。同时通过云计算平台的资源共享和弹性扩展能力能够更好地满足不同用户的需求。应用场景不断拓展 智慧城市建设在智慧城市建设中视频监控是重要的组成部分。GB28181 将在智慧城市的各个领域得到广泛应用如城市交通管理、公共安全防控、城市环境监测等。通过与其他城市管理系统的集成实现信息的共享和协同工作为城市的智能化管理提供有力支持。智能安防领域除了公共安全领域GB28181 在智能安防领域的应用也会不断拓展。例如在企业安防、社区安防、家庭安防等场景中基于 GB28181 的视频监控系统能够实现多设备的互联互通和集中管理提高安防系统的可靠性和智能化水平。跨行业应用GB28181 的应用范围将不仅仅局限于安防领域还会向其他行业拓展。例如在教育、医疗、金融等行业视频监控系统也有着广泛的需求。GB28181 可以为这些行业的视频监控系统提供标准化的解决方案促进不同行业之间的视频资源整合和共享。产业生态不断完善 设备兼容性提高随着 GB28181 的不断推广和应用设备厂商会更加注重产品的兼容性生产出更多符合 GB28181 标准的设备。这将使得不同厂商的设备之间能够更好地实现互联互通减少系统集成的难度和成本促进视频监控产业的健康发展。产业协同合作加强GB28181 的发展需要产业链上各个环节的协同合作包括设备厂商、软件开发商、系统集成商、运营商等。未来这些企业之间的合作会更加紧密共同推动 GB28181 技术的不断创新和应用形成更加完善的产业生态。
