Android平台GB28181实时回传流程和技术实现

于 2024-09-29 21:22:23 发布
阅读量1.2k 收藏 24
点赞数 16
分类专栏： SmartGBD 大牛直播SDK GB28181接入 文章标签： GB28181对接 GB28181 2022 GB28181信令交互流程 GB28181回传invite GB28181对接流程 GB28181 Android 大牛直播SDK
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/renhui1112/article/details/142643663
版权
大牛直播SDK 同时被 3 个专栏收录
344 篇文章 48 订阅
订阅专栏
GB28181接入
128 篇文章 20 订阅
订阅专栏
SmartGBD
123 篇文章 1 订阅
订阅专栏

规范解读

GB28181 中的 “INVITE” 是会话初始协议（SIP）中的一种请求方法，主要用于邀请一个或多个参与者加入特定的会话。在 GB28181 标准中，“INVITE” 请求通常用于发起媒体流的传输请求。当一个设备想要接收来自另一个设备的媒体流时，它会向目标设备发送一个 “INVITE” 请求，其中包含了关于会话的描述信息，如媒体类型、编码格式、传输协议等。

以下是 GB28181 中 “INVITE” 请求的一些关键特点和作用：

一、发起会话

  1. 触发媒体流传输：“INVITE” 请求是启动媒体流传输的关键步骤。当源设备发送 “INVITE” 请求时，它向目标设备表明了希望建立一个媒体会话的意图。这个请求中包含了源设备支持的媒体格式、编码方式和传输协议等信息，以便目标设备能够确定是否可以满足这些要求并接受会话邀请。
  2. 携带会话描述信息：“INVITE” 请求中通常包含会话描述协议（SDP）信息，用于描述媒体流的特性。SDP 信息包括媒体类型（音频、视频或两者兼有）、编码格式、媒体的传输地址和端口等。目标设备通过解析 SDP 信息，可以了解源设备的媒体能力，并决定是否能够参与会话。

二、协商媒体参数

  1. 媒体能力协商：在 GB28181 中，不同的设备可能具有不同的媒体处理能力。通过 “INVITE” 请求和响应的交互过程，可以进行媒体能力的协商。目标设备在接收到 “INVITE” 请求后，会检查自己的媒体能力，并根据源设备的要求进行相应的调整。如果目标设备无法满足源设备的要求，它可以返回一个错误响应，或者提出替代的媒体参数建议。
  2. 编码格式选择：“INVITE” 请求还可以用于协商媒体流的编码格式。不同的编码格式在压缩效率、图像质量和带宽需求等方面有所不同。通过协商，可以选择一种双方都支持的编码格式，以确保媒体流的正常传输和播放。

三、建立连接

  1. 确定传输路径：一旦目标设备接受了 “INVITE” 请求，双方就可以开始建立媒体流的传输连接。这个过程涉及确定媒体流的传输协议（如 RTP/RTCP）、传输地址和端口等信息。根据 GB28181 标准，媒体流可以通过 IP 网络进行传输，使用 UDP 或 TCP 协议。
  2. 会话管理：在媒体流传输过程中，“INVITE” 请求所建立的会话可以通过其他 SIP 方法进行管理，如 “BYE” 用于结束会话，“ACK” 用于确认会话的建立等。这些方法可以帮助设备在会话期间进行状态监测、错误处理和资源管理。

Android GB28181技术实现

本文以大牛直播SDK的GB28181设备接入模块为例，大牛直播SDK推出的Android平台GB28181接入SDK（SmartGBD），可实现不具备国标音视频能力的 Android终端，通过平台注册接入到现有的GB/T28181—2016服务，可用于如执法记录仪、智能安全帽、智能监控、智慧零售、智慧教育、远程办公、明厨亮灶、智慧交通、智慧工地、雪亮工程、平安乡村、生产运输、车载终端等场景。进入系统后，先启动GB28181，注册到平台，等待国标平台发起回传请求。

class ButtonGB28181AgentListener implements View.OnClickListener {
	public void onClick(View v) {
		record_executor_.cancel_tasks();

		stopRecordDownloads(true);
		stopPlaybacks(true);

		stopAudioPlayer();
		destoryRTPReceiver();

		gb_broadcast_source_id_ = null;
		gb_broadcast_target_id_ = null;
		btnGB28181AudioBroadcast.setText("GB28181语音广播");
		btnGB28181AudioBroadcast.setEnabled(false);

		stopGB28181Stream();
		destoryRTPSender();

		if (null == gb28181_agent_ ) {
			if( !initGB28181Agent() )
				return;
		}

		if (gb28181_agent_.isRunning()) {
			gb28181_agent_.terminateAllAudioBroadcasts(true);
			gb28181_agent_.terminateAllPlays(true);// 目前测试下来,发送BYE之后,有些服务器会立即发送INVITE,是否发送BYE根据实际情况看
			gb28181_agent_.stop();
			btnGB28181Agent.setText("启动GB28181");
		}
		else {
			record_executor_.cancel_tasks();
			initPlaybacks(null);
			initRecordDownloads(null);
			if ( gb28181_agent_.start() ) {
				btnGB28181Agent.setText("停止GB28181");
			}
		}
	}
}

 GBSIPAgentPlayListener主要系GB28181的Invite、Ack、Bye等处理：

public interface GBSIPAgentPlayListener {

    /*
     *收到s=Play的实时视音频点播
     */
    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);
}

平台发起回传请求时，ntsOnInvitePlay()来响应invite请求。

/*
 * Camera2MainActivity.java
 * Author: daniusdk.com
 * WeChat: xinsheng120
 */
@Override
public void ntsOnInvitePlay(String deviceId, SessionDescription session_des) {
	handler_.postDelayed(new Runnable() {
		@Override
		public void run() {
			// 先振铃响应下
			gb28181_agent_.respondPlayInvite(180, device_id_);

			MediaSessionDescription video_des = null;
			SDPRtpMapAttribute ps_rtpmap_attr = null;

			// 28181 视频使用PS打包
			Vector<MediaSessionDescription> video_des_list = session_des_.getVideoPSDescriptions();
			if (video_des_list != null && !video_des_list.isEmpty()) {
				for(MediaSessionDescription m : video_des_list) {
					if (m != null && m.isValidAddressType() && m.isHasAddress() ) {
						video_des = m;
						ps_rtpmap_attr = video_des.getPSRtpMapAttribute();
						break;
					}
				}
			}

			if (null == video_des) {
				gb28181_agent_.respondPlayInvite(488, device_id_);
				Log.i(TAG, "ntsOnInvitePlay get video description is null, response 488, device_id:" + device_id_);
				return;
			}

			if (null == ps_rtpmap_attr) {
				gb28181_agent_.respondPlayInvite(488, device_id_);
				Log.i(TAG, "ntsOnInvitePlay get ps rtp map attribute is null, response 488, device_id:" + device_id_);
				return;
			}

			Log.i(TAG,"ntsOnInvitePlay, device_id:" +device_id_+", is_tcp:" + video_des.isRTPOverTCP()
					+ " rtp_port:" + video_des.getPort() + " ssrc:" + video_des.getSSRC()
					+ " address_type:" + video_des.getAddressType() + " address:" + video_des.getAddress());

			long rtp_sender_handle = libPublisher.CreateRTPSender(0);
			if ( rtp_sender_handle == 0 ) {
				gb28181_agent_.respondPlayInvite(488, device_id_);
				Log.i(TAG, "ntsOnInvitePlay CreateRTPSender failed, response 488, device_id:" + device_id_);
				return;
			}

			gb28181_rtp_payload_type_  = ps_rtpmap_attr.getPayloadType();
			gb28181_rtp_encoding_name_ =  ps_rtpmap_attr.getEncodingName();

			libPublisher.SetRTPSenderTransportProtocol(rtp_sender_handle, video_des.isRTPOverUDP()?0:1);
			libPublisher.SetRTPSenderIPAddressType(rtp_sender_handle, video_des.isIPv4()?0:1);
			libPublisher.SetRTPSenderLocalPort(rtp_sender_handle, 0);
			libPublisher.SetRTPSenderSSRC(rtp_sender_handle, video_des.getSSRC());
			libPublisher.SetRTPSenderSocketSendBuffer(rtp_sender_handle, 2*1024*1024); // 设置到2M
			libPublisher.SetRTPSenderClockRate(rtp_sender_handle, ps_rtpmap_attr.getClockRate());
			libPublisher.SetRTPSenderDestination(rtp_sender_handle, video_des.getAddress(), video_des.getPort());

			if ( libPublisher.InitRTPSender(rtp_sender_handle) != 0 ) {
				gb28181_agent_.respondPlayInvite(488, device_id_);
				libPublisher.DestoryRTPSender(rtp_sender_handle);
				return;
			}

			int local_port = libPublisher.GetRTPSenderLocalPort(rtp_sender_handle);
			if (local_port == 0) {
				gb28181_agent_.respondPlayInvite(488, device_id_);
				libPublisher.DestoryRTPSender(rtp_sender_handle);
				return;
			}

			Log.i(TAG,"get local_port:" + local_port);

			String local_ip_addr = IPAddrUtils.getIpAddress(context_);

			MediaSessionDescription local_video_des = new MediaSessionDescription(video_des.getType());

			local_video_des.addFormat(String.valueOf(ps_rtpmap_attr.getPayloadType()));
			local_video_des.addRtpMapAttribute(ps_rtpmap_attr);

			local_video_des.setAddressType(video_des.getAddressType());
			local_video_des.setAddress(local_ip_addr);
			local_video_des.setPort(local_port);

			local_video_des.setTransportProtocol(video_des.getTransportProtocol());
			local_video_des.setSSRC(video_des.getSSRC());

			if (!gb28181_agent_.respondPlayInviteOK(device_id_,local_video_des) ) {
				libPublisher.DestoryRTPSender(rtp_sender_handle);
				Log.e(TAG, "ntsOnInvitePlay call respondPlayInviteOK failed.");
				return;
			}

			gb28181_rtp_sender_handle_ = rtp_sender_handle;
		}

		private String device_id_;
		private SessionDescription session_des_;

		public Runnable set(String device_id, SessionDescription session_des) {
			this.device_id_ = device_id;
			this.session_des_ = session_des;
			return this;
		}
	}.set(deviceId, session_des),0);
}

@Override
public void ntsOnCancelPlay(String deviceId) {
	// 这里取消Play会话
	handler_.postDelayed(new Runnable() {
		@Override
		public void run() {
			Log.i(TAG, "ntsOnCancelPlay, deviceId=" + device_id_);

			destoryRTPSender();
		}

		private String device_id_;

		public Runnable set(String device_id) {
			this.device_id_ = device_id;
			return this;
		}

	}.set(deviceId),0);
}

收到Ack后，ntsOnAckPlay()处理后续逻辑：

@Override
public void ntsOnAckPlay(String deviceId) {
	handler_.postDelayed(new Runnable() {
		@Override
		public void run() {
			Log.i(TAG,"ntsOnACKPlay, device_id:" +device_id_);

			InitAndSetConfig();

			stream_publisher_.SetGB28181RTPSender(gb28181_rtp_sender_handle_, gb28181_rtp_payload_type_, gb28181_rtp_encoding_name_);

			//libPublisher.SetGBTCPConnectTimeout(publisherHandle, 10*60*1000);
			//libPublisher.SetGBInitialTCPReconnectInterval(publisherHandle, 1000);
			//libPublisher.SetGBInitialTCPMaxReconnectAttempts(publisherHandle, 3);

			boolean start_ret  = stream_publisher_.StartGB28181MediaStream();
			if (!start_ret) {
				stream_publisher_.try_release();
				destoryRTPSender();
				Log.e(TAG, "Failed to start GB28181 service..");
				return;
			}

			startAudioRecorder();
			startLayerPostThread();
		}

		private String device_id_;

		public Runnable set(String device_id) {
			this.device_id_ = device_id;
			return this;
		}

	}.set(deviceId),0);
}

@Override
public void ntsOnPlayInviteResponseException(String deviceId, int statusCode, String errorInfo) {
	// 这里要释放掉响应的资源
	Log.i(TAG, "ntsOnPlayInviteResponseException, deviceId=" + deviceId + " statusCode=" +statusCode
	+ " errorInfo:" + errorInfo);

	handler_.postDelayed(new Runnable() {
		@Override
		public void run() {
			Log.i(TAG, "ntsOnPlayInviteResponseException, deviceId=" + device_id_);

			destoryRTPSender();
		}

		private String device_id_;

		public Runnable set(String device_id) {
			this.device_id_ = device_id;
			return this;
		}

	}.set(deviceId),0);
}

总结

GB28181 中的 “INVITE” 请求在媒体流传输中起着至关重要的作用，它通过发起会话、协商媒体参数和建立连接等步骤，实现了设备之间的媒体通信。在实际应用中，需要根据具体的需求和场景，合理地使用 “INVITE” 请求和其他 SIP 方法，以确保媒体流的稳定传输和高质量播放。

音视频牛哥
关注
专栏目录
博客
iOS平台RTSP|RTMP直播播放器技术接入说明
09-18 1601
iOS平台RTSP、RTMP直播播放模块，延迟低、资源占有少，性能优异。由于设备和系统比较单一，优先考虑硬解码，除了基础播放外，我们还实现了实时快照、实时录像、实时回调YUV数据、实时音量调节等，实际体验下来，iOS平台RTMP和RTSP，可以轻松毫秒级。
博客
Android平台RTMP直播推送模块技术接入说明
08-07 1215
以上是大牛直播SDK的Android平台RTMP直播推送模块详细的对接说明，除了可以对接编码前各种类型的音视频数据外，模块还支持对接编码后音视频数据，并实现本地录像、快照等功能，除支持H.264外，RTMP推送模块还支持扩展H.265和Enhanced RTMP。感兴趣的开发者，可以单独跟我们探讨。
博客
Android平台RTSP|RTMP直播播放器技术接入说明
07-24 1711
以上是Android平台RTSP、RTMP直播播放模块对接说明，在此之前，我们针对SmartPlayer做过一些技术方面的探讨，从低延迟、音视频同步处理、多实例实现、解码效率、性能占用、解码后数据对接、实时截图、录像、网络抖动处理等各个维度，做过相关的技术分享。感兴趣的开发者，可以单独跟我们探讨。
博客
Android平台轻量级RTSP服务模块技术接入说明
07-17 1572
本文以大牛直播SDK Android平台Camera2Demo为例，启动RTSP服务、发布RTSP流之前，可以先选择视频分辨率、软编还是硬编码，音频是PCMA还是AAC编码等基础设置，其他参数的设置，可以参考下面InitAndSetConfig()。，实现本地的音视频数据（如摄像头、麦克风），编码后，汇聚到内置RTSP服务，对外提供可供拉流的RTSP URL，轻量级RTSP服务，其中，InitAndSetConfig()实现如下，通过调研SmartPublisherOpen()接口，生成推送实例句柄。
博客
基于arm64架构国产操作系统|Linux下的RTMP|RTSP低延时直播播放器开发探究
05-19 1461
arm64架构的国产操作系统|Linux下的RTMP、RTSP直播播放，延迟依然毫秒级，随着国产操作系统在传统行业的推进，越来越多的场景需要高稳定性高延迟低的RTMP|RTSP播放器，本文抛砖引玉，感兴趣的开发者可以跟我单独探讨。
博客
Android平台GB28181设备接入模块CSDN博客汇总
09-15 609
大牛直播SDK推出的Android平台GB28181接入SDK，可实现不具备国标音视频能力的 Android终端，通过平台注册接入到现有的GB/T28181—2016服务，可用于如。
博客
Android平台GB28181接入模块技术接入说明
12-19 3261
以上是大牛直播SDK发布的Android平台GB28181设备接入模块的相关说明，除了上述接口设计外，模块还可以扩展实现实时静音、实时快照、按需录像、实时音量调节等，可扩展性非常好。
博客
Android平台GB28181设备接入端如何支持跨网段语音对讲
12-13 1210
实际上，GB28181平台语音广播和语音对讲，特别是语音对讲，不光要解决传输跨网段问题，还可能要处理回音，噪音，增益控制等，这块，我们之前有了非常好的技术积累，处理起来轻车熟路，有需要测试的开发者，也可以私信联系我。两种技术方案虽然都可以实现语音对讲，方案1相对实现起来简单，但缺点明显，方案2技术优势有目共睹，更适合相对复杂的网络环境。遗憾的是，大多公司都没有实现，或者说市面上真正实现跨网段语音对讲的尚在少数，感兴趣的开发者可以酌情参考。
博客
Android平台GB28181设备接入模块相关博客概览
11-02 1147
Android平台GB28181设备接入模块，可实现不具备国标音视频能力的 Android终端，通过平台注册接入到现有的GB/T28181—2016服务，可用于如智能监控、智慧零售、智慧教育、远程办公、生产运输、智慧交通、车载或执法记录仪等场景。
博客
如何快速实现Android平台前端设备接入能力
03-08 5880
技术背景SIP(会话初始化协议)是在 IP网络上进行多媒体通信的应用层控制协议，以几种RFC的形式提供，其中最重要的是包含核心协议规范的RFC3261。该协议用于创建，修改和终止与一个或多个参与者的会话。通过会话，我们了解了一组进行通信的发送方和接收方，以及在通信过程中这些发送方和接收方保持的状态。会话的示例可以包括Internet电话呼叫，多媒体分发，多媒体会议，分布式计算机游戏等。SIP不是通信设备将需要的唯一协议，也不意味着是通用协议。SIP的目的仅仅是使通信成为可能，通信本身必须通过其他方式
博客
基于RTMP实现Linux|麒麟操作系统下屏幕|系统声音采集推送
07-22 1608
背景Windows操作系统自问世以来，以其简单易用的图形化界面操作受到大众追捧，为计算机的普及、科技的发展做出了不可磨灭的功绩，也慢慢的成为人们最依赖的操作系统。在中国，90％以上的办公环境都是Windows，学校和各种培训班的培训内容也都是Windows，Windows操作系统已经渗入到各行各业，人们已经习惯了Windows的界面和操作习惯，IT计算机和Windows已经被习以为常的画上了等号。但是，我们使用的软件真的安全吗？黑屏事件和棱镜门事件让很多乐观看待或尚未意识到信息安全问题的人们警醒，我
博客
麒麟操作系统|Linux下低延时RTMP|RTSP直播播放实现
07-21 2480
背景国产操作系统多为以Linux为基础二次开发的操作系统。2014年4月8日起，美国微软公司停止了对Windows XP SP3操作系统提供服务支持，这引起了社会和广大用户的广泛关注和对信息安全的担忧。而2020年对Windows7服务支持的终止再一次推动了国产系统的发展。工信部对此表示，将继续加大力度，支持Linux的国产操作系统的研发和应用，并希望用户可以使用国产操作系统。随着信息技术和互联网的快速发展普及，电子商务已经成为不可抗拒的现代商业潮流，云计算、大数据应用...
博客
Unity环境下RTMP推流+RTMP播放低延迟解决方案
06-13 4226
在本文之前，我们发布了Unity环境下的RTMP推流和RTMP|RTSP拉流低延迟的解决方案，今天做个整体汇总，权当抛砖引玉。关于如何实现Unity环境下低延迟的音视频解决方案。
博客
公网可用的RTMP、RTSP测试地址（更新于2021年3月）
03-16 1万+
好多博客提到的公网可测试的RTSP和RTMP URL大多都不用了，以下是大牛直播SDK(Github)于2021年3月亲测可用的几个URL，有其他可用的URL，也欢迎大家在评论区回复。RTMP流地址目前实际可用的有如下两个：1.rtmp://58.200.131.2:1935/livetv/hunantv (720*576)2.rtmp://ns8.indexforce.com/home/mystream (分辨率 800*450)RTSP流地址大熊兔（VOD）：rtsp:/..
博客
rtmp/rtsp/hls公网真正可用的测试地址
06-03 11万+
相信大家在调试播放器的时候，都有这样的困惑，很难找到合适的公有测试源，以下是大牛直播SDK（GitHub地址）整理的真正可用的直播地址源。其中，rtmp和rtsp的url，用我们播放器验证通过，hls的地址，用vlc验证通过。1. RTMP协议直播源香港卫视：rtmp://live.hkstv.hk.lxdns.com/live/hks (目前不可用，hks1、hks2可用)这个r...
博客
Android平台RTSP|RTMP播放器高效率如何回调YUV或RGB数据？
10-30 953
Android平台RTSP、RTMP播放器回调yuv数据，意义非常重大，既保证了低延迟传输解码，又可以通过回调解码后数据，高效率的投递给AI算法，实现视觉处理。ffmpeg实现还是SmartPlayer，各有利弊
博客
Android平台RTSP转RTMP推送之采集麦克风音频转发
10-30 953
从我发的Android平台RTSP转RTMP推送的demo界面，可以看到，这个demo，不是单纯的RTSP转RTMP推送的，还可以实现RTSP流获取后，回调上来解码后的数据，然后添加动态水印或其他处理后，把video数据二次编码推送出去。或者audio数据二次处理。RTSP转RTMP推送，好多开发者第一想到的是采用ffmpeg命令行的形式，如果对ffmpeg比较熟，而且产品不要额外的定制和更高阶的要求，未尝不可，如果对产品稳定性、时延、断网重连等有更高的技术诉求，比较好的办法，还是采用我们的技术实现。
博客
海康威视网络摄像头RTSP地址格式和播放时延测试
10-23 1817
上述是我们公司的海康摄像头，2560*1440分辨率，25帧，8M码率播放效果，左边是VLC，右边是SmartPlayer大概延迟情况，可以看到，VLC延迟在1.5秒左右，SmartPlayer的在200ms左右。SmartPlayer是大牛直播SDK旗下全自研内核，行业内一致认可的跨平台RTSP直播播放器SDK，功能齐全、高稳定、超低延迟，超低资源占用，适用于安防、教育、单兵指挥等行业。
博客
为什么要做Android端GB28181设备接入模块？
10-22 1045
为什么要选GB28181？好多开发者跟我们做沟通交流的时候，问的比较多的问题是，你们是怎么想到做Android平台GB28181设备接入模块的？为什么有了RTMP推送模块、轻量级RTSP服务模块，还要费时费力的做GB28181设备接入模块？GB28181规范有什么优势或特点？GB28181规范以其标准化、高效的数据传输与控制、广泛的应用场景以及安全防护与标准扩展等技术优势，在视频监控领域发挥着重要作用。
博客
GB/T28181-2022规范解读、应用场景和技术实现探究
10-22 1272
作为公共安全视频监控联网系统的国家标准，GB28181为不同厂家、不同类型的视频监控设备规定了统一的通信标准和技术规范。这使得各种品牌和型号的设备能够轻松实现互联互通，打破了以往设备之间因通信协议差异而形成的信息壁垒。无论是海康、大华等大型安防企业的设备，还是其他小型厂商的产品，只要符合 GB28181 标准，都可以接入到同一个监控网络中，便于统一管理和调度。遵循开放式架构的原则，具有良好的可扩展性，并且与其他相关标准（如 ONVIF、PSI 等）具有一定的兼容性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值