GB28181协议--实时视音频点播（预览）

已于 2022-10-18 16:19:04 修改
阅读量4.3k 收藏 5
点赞数 1
分类专栏： 音视频基础 文章标签： 网络协议
于 2022-01-21 19:07:43 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jisuanji111111/article/details/122627514
版权

1、基本要求

根据《GB/T 28181 —2016》第9章关于实时视音频点播的描述，其内容如下：

  • 实时视音频点播的SIP 消息应通过本域或其他域的SIP 服务器进行路由、 转发, 目标设备的实时视音频流宜通过本域内的媒体服务器进行转发。
  • 实时视音频点播采用SIP 协议(IETF RFC3261) 中的Invite 方法实现会话连接, 采用 RTP/RTCP
    协议(IETF RFC3550) 实现媒体传输。

2、基本流程

客户端主动发起的实时视音频点播流程见下图：
在这里插入图片描述
其中, 信令1、8、9、10、11、12 为SIP 服务器接收到客户端的呼叫请求后通过 B2BUA 代理方式建立媒体流接收者与媒体服务器之间的媒体流信令过程, 信令2-7 为SIP 服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体流信令过程, 信令13~16 为媒体流接收者断开与媒体服务器之间的媒体流信令过程, 信令17 ~20 为 SIP 服务器断开媒体服务器与媒体流发送者之间的媒体流信令过程。
命令流程描述如下:

  • 媒体流接收者向SIP 服务器发送Invite 消息, 消息头域中携带 Subject 字段, 表明点播的视频源ID、 发送方媒体流序列号、 媒体流接收者ID、 接收端媒体流序列号等参数,SDP 消息体中s 字段为“Play”代表实时点播。
  • SIP 服务器收到Invite 请求后, 通过三方呼叫控制建立媒体服务器和媒体流发送者之间的媒体连接。 向媒体服务器发送Invite 消息, 此消息不携带SDP 消息体。
  • 媒体服务器收到SIP 服务器的Invite 请求后, 回复200 OK 响应, 携带SDP 消息体, 消息体中描述了媒体服务器接收媒体流的IP、 端口、 媒体格式等内容。
  • SIP 服务器收到媒体服务器返回的200 OK 响应后, 向媒体流发送者发送Invite 请求, 请求中携带消息3 中媒体服务器回复的200 OK 响应消息体,s 字段为“Play”代表实时点播, 增加y 字段描述SSRC 值,f 字段描述媒体参数。
  • 媒体流发送者收到SIP 服务器的Invite 请求后, 回复200 OK 响应, 携带SDP 消息体, 消息体中描述了媒体流发送者发送媒体流的IP、 端口、 媒体格式、SSRC 字段等内容。
  • SIP 服务器收到媒体流发送者返回的200 OK 响应后, 向媒体服务器发送 ACK 请求, 请求中携带消息5 中媒体流发送者回复的200 OK 响应消息体, 完成与媒体服务器的Invite 会话建立过程。
  • SIP 服务器收到媒体流发送者返回的200 OK 响应后, 向媒体流发送者发送 ACK 请求, 请求中不携带消息体, 完成与媒体流发送者的Invite 会话建立过程。
  • 完成三方呼叫控制后,SIP 服务器通过B2BUA 代理方式建立媒体流接收者和媒体服务器之间的媒体连接。 在消息1 中增加SSRC 值, 转发给媒体服务器。
  • 媒体服务器收到Invite 请求, 回复200 OK 响应, 携带SDP 消息体, 消息体中描述了媒体服务器发送媒体流的IP、 端口、 媒体格式、SSRC 值等内容。
  • SIP 服务器将消息9 转发给媒体流接收者。
  • 媒体流接收者收到200 OK 响应后, 回复 ACK 消息, 完成与SIP 服务器的Invite 会话建立过程。
  • SIP 服务器将消息11 转发给媒体服务器, 完成与媒体服务器的Invite 会话建立过程。
  • 媒体流接收者向SIP 服务器发送 BYE 消息, 断开消息1、10、11 建立的同媒体流接收者的Invite 会话。
  • SIP 服务器收到 BYE 消息后回复200 OK 响应, 会话断开。
  • SIP 服务器收到 BYE 消息后向媒体服务器发送 BYE 消息, 断开消息8、9、12 建立的同媒体服务器的Invite 会话。
  • 媒体服务器收到 BYE 消息后回复200 OK 响应, 会话断开。
  • SIP 服务器向媒体服务器发送 BYE 消息, 断开消息2、3、6 建立的同媒体服务器的Invite会话。
  • 媒体服务器收到 BYE 消息后回复200 OK 响应, 会话断开。
  • SIP 服务器向媒体流发送者发送 BYE 消息, 断开消息4、5、7 建立的同媒体流发送者的Invite 会话。
  • 媒体流发送者收到 BYE 消息后回复200 OK 响应, 会话断开。

3、基于SIP库的点播开发

  • sip信令处理：
int SipEventProcess(GB28181Param_t *pGB28181Param)
{
	int ret = 0;
	eXosip_event_t *sipEvent = NULL;


	sipEvent = eXosip_event_wait( 0, 100);
	if (!sipEvent)
	{
		//GB_PrintError("sipEvent is null. \n");
		return -1;
	}
	eXosip_lock();
	eXosip_default_action(sipEvent);
	eXosip_automatic_refresh();
	eXosip_unlock();

	switch(sipEvent->type)
	{
		case EXOSIP_CALL_INVITE:/* INVITE方法建立会话 */
			ret = SipInviteProcess(pGB28181Param, sipEvent);
			break;
			
		case EXOSIP_CALL_ACK:
			ret = SipStartStreamProcess(pGB28181Param, sipEvent);
			break;

		case EXOSIP_CALL_CLOSED:
			ret = SipStopStreamProcess(pGB28181Param, sipEvent);
			break;
		default:
			break;
	}
	eXosip_event_free(sipEvent);
	return ret;
}
  • sip Invite处理
static int SipInviteProcess(GB28181Param_t *pGB28181Param, eXosip_event_t *sipEvent)
{
	int ret = -1;
	uint8_t iChn;
	char transMode[16] = "active";
	char *message = NULL;
	char sdpBody[2048] = {0,};
	osip_message_t *aswMsg = NULL;
	osip_message_t *cloneEvent = NULL;
	sdp_message_t *sdpMsg = NULL;

	if (!pGB28181Param)
	{
		return -1;
	}

	if(MSG_IS_INVITE(sipEvent->request))
	{
		eXosip_lock();
	 	ret = eXosip_call_build_answer( sipEvent->tid, 200, &aswMsg);
		if(ret != OSIP_SUCCESS)
		{
			eXosip_call_send_answer( sipEvent->tid, 603, NULL);
			eXosip_unlock();
			return -1;
		}
		eXosip_unlock();

		// 获取设备通道号
		if ((ret = osip_message_clone(sipEvent->request, &cloneEvent)) != OSIP_SUCCESS)
		{
			return -1;
		}
		if ((ret = osip_to_to_str(cloneEvent->to, &message)) != OSIP_SUCCESS)
		{
			return -1;
		}
		
		// 判断通道号是否有效
		iChn = GetChannelIdByMsg(message, pGB28181Param);
		if (!IS_ICHN_VALID(iChn))
		{
			return -1;
		}
		osip_message_free(cloneEvent);
		osip_free(message);
		
		sdpMsg = eXosip_get_remote_sdp(sipEvent->did); 
		if(NULL == sdpMsg)
		{
			return -1;
		}

		if (OSIP_SUCCESS == sdp_message_to_str(sdpMsg, &message))
		{
			char *str = NULL;
			char strTmp[16] = {0,};

			if ((str = strstr(message ,"a=setup:")))
			{
				strncpy(strTmp, str+strlen("a=setup:"), sizeof(strTmp));
			}

			if ((str = strstr(strTmp, "active")))
			{
				strncpy(transMode, "passive", strlen("passive"));
			}

			osip_free(message);
		}

		snprintf(sdpBody, sizeof(sdpBody),
			"v=0\r\n"
			"o=%s 0 0 IN IP4 %s\r\n"		/*会话源*//*用户名/会话ID/版本/网络类型/地址类型/地址*/
			"s=Play\r\n"					/*会话名*/
			"c=IN IP4 %s\r\n" 				/*连接信息*//*网络类型/地址信息/多点会议的地址*/
			"t=0 0\n"						/*时间*//*开始时间/结束时间*/
			"m=video %s RTP/AVP %d\r\n"		/*媒体/端口/传送层协议/格式列表*/
			"a=setup:%s\r\n"
			"a=sendonly\r\n"				/*收发模式*/
			"a=rtpmap:%d %s/%d\r\n"			/*净荷类型/编码名/时钟速率*/
			"a=username:%s\r\n"
			"a=password:%s\r\n"
			"a=filesize:0\r\n"
			"y=%d\r\n",
			pGB28181Param->userParam.devSipID,
			pGB28181Param->userParam.devSipIP,
			pGB28181Param->userParam.devSipIP,
			pGB28181Param->userParam.devTcpActivePort[iChn],
			pGB28181Param->runParam.vedioPayload,
			transMode,
			pGB28181Param->runParam.vedioPayload,
			pGB28181Param->runParam.vedioPackType,
			pGB28181Param->runParam.vedioSample,
			pGB28181Param->userParam.devSipID,
			pGB28181Param->userParam.devSipPasswd,
			pGB28181Param->runParam.ssrc
		);
		
		eXosip_lock();
		osip_message_set_content_type(aswMsg, "application/sdp");
		osip_message_set_body(aswMsg, sdpBody, strlen(sdpBody));
		ret = eXosip_call_send_answer( sipEvent->tid, 200, aswMsg);
		eXosip_unlock();

		if (ret == OSIP_SUCCESS)
		{
			ret = 0;
		}
	}
	return ret;
}
  • 开始点播函数
static int SipStartStreamProcess(GB28181Param_t *pGB28181Param, eXosip_event_t *sipEvent)
{
	int ret = 0;
	uint8_t iChn = 0;
	uint8_t transMode = TCP_PASSIVE;
	char *message = NULL;
	char *mediaSeverIP = NULL;
	char *mediaSeverPort = NULL;
	sdp_message_t *sdpMsg = NULL;
	osip_message_t *cloneEvent = NULL;

	if (!pGB28181Param)
	{
		return -1;
	}

	if ((ret = osip_message_clone(sipEvent->request, &cloneEvent)) != OSIP_SUCCESS)
	{
		return -1;
	}
	
	if ((ret = osip_to_to_str(cloneEvent->to, &message)) != OSIP_SUCCESS)
	{
		return -1;
	}
	
	/* 从SIP服务器发过来的INVITE请求的o字段或c字段或m字段中获取媒体服务器的IP地址与端口 */
	iChn = GetChannelIdByMsg(message, pGB28181Param);
	// 判断端口是否有效
	if (!IS_ICHN_VALID(iChn))
	{
		return -1;
	}
	osip_message_free(cloneEvent);
	osip_free(message);

	sdpMsg = eXosip_get_remote_sdp(sipEvent->did); 
	if(NULL == sdpMsg)
	{
		return -1;
	}
	mediaSeverIP = sdp_message_o_addr_get(sdpMsg);    		/*媒体服务器IP地址*/
	mediaSeverPort = sdp_message_m_port_get(sdpMsg, 0); 	/*媒体服务器IP端口*/
	if (OSIP_SUCCESS == sdp_message_to_str(sdpMsg, &message))
	{
		char *str = NULL;
		char strTmp[16] = {0,};

		if ((str = strstr(message ,"a=setup:")))
		{
			strncpy(strTmp, str+strlen("a=setup:"), sizeof(strTmp));
		}

		if ((str = strstr(strTmp, "active")))
		{
			transMode = TCP_ACTIVE;
		}
	
		osip_free(message);
	}

	ret = StartStreamByChannel(mediaSeverIP, mediaSeverPort, iChn, transMode, pGB28181Param);
	sdp_message_free(sdpMsg);
	return ret;
}

上面的这个函数会根据通道号，给流媒体服务器发送相关的码流数据。

参考资料：
《GBT 28181-2016 公共安全视频监控联网系统信息传输、交换、控制技术要求》
推荐阅读：
GB28181协议–设备注册和注销
网络流媒体–SDP会话描述协议（RFC-4566）

jimte_pro
关注
  • 1
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
【gb28181问题】eXosip_get_remote_sdp返回空的解决办法
废人一枚的博客
05-20 115
当使用exosip开发GB28181客户端时，与服务器连接进行实时视频预览时，发现调用eXosip_get_remote_sdp返回为空，无法正确进行预览到视频流，设置自动化测试工具服务端设备ID：34020000001180000001。检查目录返回的通道ID是否正确，是否服务GB28181服务器规则。eXosip_get_remote_sdp返回空的解决办法。1、28181服务端发送SDP为空。1）设备ID和通道ID设置一样。wireshake抓包确定。wireshake抓包确定。
国标GB28181协议客户端开发（二）程序架构和注册
十五年专注直播点播、网络视频技术，haibindev.cnblogs.com
06-25 1159
本系列文章旨在探讨国标GB28181协议设备端的开发过程。本文将聚焦于架构设计和设备注册，并详细介绍了设备端的程序架构设计、exosip库介绍和接口分类，以及GB28181设备端的注册流程和信令交互报文。通过阅读本文，读者将深入了解GB28181协议设备端的架构设计原则、exosip库的使用方法，以及设备的注册过程和信令交互的关键报文。
GB28181实现
z5201314100的博客
05-03 5684
前几篇以3399平台大致讲解了一些视频的概念及应用，考虑到大家使用平台的通用性，接下来提供的附件以x86 ubuntu18.04为运行平台。 GB28181主要用于安防场景，目前电力行业也逐步引入了该标准。与B接口（后续章节可能会给大家普及）相似，都是基于sip指令的交互，完成视频的转发，控制，历史查询等（这两个标准实际上，也是互相借鉴补充，如B接口2019也开始引入了基于tcp通道的视频播放）。 本篇以GB28181-2016为基础讲解，2011老版本也...
国标28181：libexosip2协议栈原理
OceanStar的博客
04-13 2842
exosip2使用原理 eXosip是Osip2协议栈的封装和调用。它实现了作为单个sip终端的大部分功能，如register、call、subscription等。 eXosip使用UDP socket套接字实现底层sip协议的接收/发送。并且封装了sip消息的解释器。 eXosip使用定时轮循的方式调用Osip2的transaction处理函数，这部分是协议栈运转的核心。透过添加/读取transaction消息管道的方式，驱动transaction的状态机，使得来自远端的sip信令能汇报给调用程序，来
GB28181学习之路——eXosip多线程
qq_39805297的博客
05-15 2048
多线程开发的主要的工作就是就是使用多个eXosip_t int i，j; TRACE_INITIALIZE (6, NULL); m_ctx1 = eXosip_malloc(); m_ctx1 = eXosip_malloc(); if (m_ctx1==NULL || m_ctx2==NULL) { FLOG("eXosip_malloc failed\n"); return -1; } i=eXosi.
国网B接口调阅实时视频(INVITE)接口描述和消息示例
乐学吧
10-26 2247
前面三篇blog分别介绍国网B接口注册、资源上报和资源信息获取，今天过一下国网B接口调阅实时视频相关的接口描述和消息示例，做过GB28181设备接入的都知道，国网B接口调阅实时视频流程和GB28181的基本一致的，区别在于SDP的一些参数描述，有些差别，举个例子，调阅实时视频，GB28181的SDP里面“s=Play”，国网B接口SDP取值定义“s=-”，如果严格按照规范来，估计好多系统都没法正常接入。
GB28181语音对讲/摄像头公网对讲指挥
wjfeng007的博客
07-05 4718
GB28181语音对讲是在2014版本提出来的，我这里详细写一遍国标28181-2016语音对讲的功能介绍。 提前先把GB28181检测需要注意的事项说一下： 1、语音对讲其实主要的是音频流的输入输出， 输入设备类型是136，输出设备类型是137 2、目前检测的时候，海康摄像机是定制的检测版本有固定的137类型id，一般海康摄像............
GB28181-2016.zip
10-24
3. **信令控制**：GB28181定义了一套统一的信令控制协议，用于控制设备的录像、云台操作、音频对讲等功能，以及实现动态调整视频质量和码率，确保服务质量和带宽的有效利用。 4. **媒体流传输**：标准支持SIP...
国标28181-2016协议
06-09
2. **信息传输**：定义了视频流、音频流及报警信息等在不同设备间的传输协议，通常采用基于IP的传输方式，如TCP/IP协议栈，支持实时传输协议（RTP）和实时传输控制协议（RTCP）。 3. **交换与控制**：设计了一套...
C/C++音视频实战-gb28181系列-pjsip-sip栈-h264安防流媒体服务器
最新发布
02-19
音视频技术涉及广泛。包括语音信号处理、数字图像处理、...3、然后我们就可以学习音视频的基础知识了：RGB、YUV像素数据处理、PCM音频采样、H.264音视频码流解析以及Android平台多媒体相关如：Camera、AudioTrack、Ope
GB28181-2016规范和测试规范
05-04
在信息传输方面，GB28181-2016引入了基于SIP（Session Initiation Protocol）的控制协议，用于设备的注册、会话建立和管理。同时，规定了基于HTTP或RTSP的媒体流传输协议，确保视频和音频数据的有效传输。此外，为了...
非标设备接入GB28181平台（C语言代码实现，给出测试库）
07-25
对于市面上非标设备（IPC USB摄像头等采集视频设备）在不支持GB28181协议的情况下，接入GB28181平台，让普通设备通过接口成为GB28181设备
HK 28181 PS流解包代码
12-21
HK 28181 PS流解包代码，可以提取出PS流中视频数据，音频数据
GB28181文档
08-21
GB28181协议，全称为《公共安全视频监控联网系统信息传输、交换、控制技术要求》，是中国国家标准，旨在规范国内视频监控系统的联网技术，提高监控系统的互操作性和资源共享能力。该标准自2011年发布以来，经历了多...
【GBT28181开发：SIP协议实践】之实况直播
莫问收获、敢问耕耘
06-27 8578
实况直播(标准中的叫法是实时点播，但是以前在HW，SE的设计文档里面是实况，叫习惯了，其实只是个叫法而已)是整个视频监控系统中比较核心的一个业务，GBT28181标准中对其也做了详细的设计。相对于设备信息、状态查询等业务，其稍微复杂点。 首先消息类型采用的是INVITE，然后消息体的描述采用SDP协议。SDP协议的之前已经学习过了，还算简单：http://blog.csdn.net/long
GB28181平台实现，支持摄像头公网WEB端直播
fuyuanpiao的博客
06-26 1517
背景 28181协议全称为GB/T28181《安全防范视频监控联网系统信息传输、交换、控制技术要求》，是由公安部科技信息化局提出，由全国安全防范报警系统标准化技术委员会(SAC/TC100)归口，公安部一所等多家单位共同起草的一部国家标准（以下简称28181）。 28181协议在全国平安城市、交通、道路等监控中广泛采用，若想做统一的大监控平台，则支持28181协议接入是必不可少的。如今很...
Freeswitch和东方网力平台的GB28181国标上下级对接
爱上程序员
09-05 4055
一、Freeswitch作为国标下级 1、主要工作： 注册到上级平台、心跳上报 GB28181终端设备目录上报（查询上报和主动上报） 东方网力平台调取终端实时视频（一对一） 东方网力平台调取终端实时视频（一对多） 东方网力平台调取某个终端回传的历史视频 2、大致实现： 在/usr/local/freeswitch/conf/sip_profiles/external配置外部网关，网...
GB28181协议之语音对讲
hzhouhangkeji的博客
09-22 1204
LiveMedia视频平台经过多年的研发和沉淀，已逐步完善了从前端多协议（海康、大华、GB28181、RTSP、ONVIF等）设备接入、视频（软硬兼容）转码、视频转发、平台级联等一系列功能并提供完善的API调用接口，目前已在城市建筑工地、国家电网、医疗AI、铁路局、农业大棚、园区监控、移动指挥等领域已有案例落地。 GB28181标准规定了公共安全视频监控联网系统(以下简称联网系统) 的互联结构, 传输、 交换、 控制的基本要求和安全性要求, 以及控制、 传输流程和协议接口等技术要求。
GB28181基于TCP协议的视音频媒体传输探究及实现
乐学吧
10-30 1412
同级或跨级流媒体服务器间基于 TCP协议传输视频流时,媒体流的接收方宜作为TCP媒体流传输服务端。传输方式采用“RTP/AVP”标识传输层协议为 RTP over UDP，采用“TCP/RTP/AVP”标识传输层协议为 RTP over TCP，需要注意的是，我们实际对接的时候，部分厂商SDP非常随意，有的甚至直接标记个tcp，这让我们对接的时候，很困惑。以上是GB28181基于TCP协议的视音频媒体传输探究及实现，感兴趣的开发者，可以查看相关协议规范，根据需求实现自己的业务逻辑即可。
gb28181实时视音频点播同时点播视频流和音频流的sdp
06-09
如果你想同时点播视频流和音频流，可以使用以下格式的SDP： ``` v=0 o=- 0 0 IN IP4 127.0.0.1 s=Live Streaming c=IN IP4 0.0.0.0 t=0 0 m=video 0 RTP/AVP 96 a=rtpmap:96 H264/90000 a=recvonly m=audio 0 RTP/AVP 97 a=rtpmap:97 PCMU/8000 a=recvonly ``` 其中，"m=video 0 RTP/AVP 96" 表示视频流的媒体类型为"video"，使用RTP协议传输，使用96作为RTP的Payload Type。"a=rtpmap:96 H264/90000" 表示使用H264编码，采样率为90000。"a=recvonly" 表示只接收数据，不发送数据。 "m=audio 0 RTP/AVP 97" 表示音频流的媒体类型为"audio"，使用RTP协议传输，使用97作为RTP的Payload Type。"a=rtpmap:97 PCMU/8000" 表示使用PCMU编码，采样率为8000。"a=recvonly" 表示只接收数据，不发送数据。 你可以根据自己的需求修改SDP中的各项参数，比如更改编码格式、采样率等。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值