培训_GB28181中的视频流
国标28181视频流分析
国标28181视频流分析转载：1、写在前⾯：最开始接触H264的PS封装的时候，参考的是： , 确实是很有帮助，但完全参照这个实现，发现问题也很多，主要还是对MPEG213818的封装协议理解不深产⽣，所以我们在参考代码实现时，还是需要对原理做深⼊细致的分析，特别是封装涉及到bit级别的配置，⼀个bit配错了，可能就播放不了，所以记录下，做个备份。
2、封装需要基本了解的概念：RTP：是流媒体实时传输协议，RTP头有12个字节H264视频帧：由NALU单元组成，其中I帧起始是00 00 00 01 65⾮I帧 00 00 00 01 41SPS 00 00 00 01 67PPS 00 00 00 01 68根据上⾯参考⽂章的说法，I帧前⾯需要增加PS头+System 头+ System Map 头+ PES 头⾮I帧前⾯增加PS 头 + PES 头#####个⼈觉得，如果是技术⽀持⽽⾮开发，看到这⾥即可了，当然了解的越多，肯定越好~~~3、对⽐参考⽂章做的⼀些修改：1、PS封装头的长度是可以变化的，不是固定长度参考⽂章中PS头：#define PS_HDR_LEN 14#define SYS_HDR_LEN 18#define PSM_HDR_LEN 24#define PES_HDR_LEN 19我们定义的长度如下：#define PS_HDR_LEN 14#define PSM_HDR_LEN 24#define SYS_HDR_LEN 18#define PES_HDR_LEN 142、关键的PTS和DTS是播放的关键因素，PTS：显⽰时间戳，DTS：解码时间戳PTS可以是⼀个相对值，以90KHZ采样，25fps的视频为例，每帧视频的步长应该为3600另外：参考⽂章中PTS的计算和DTS的计算有问题，封装后的视频通过VLC播放时会⼀闪⽽过，修改后的函数如下：static void Packet_PS_header(char* pDestBuf, int length, int currPts){unsigned long long lScrExt = 0;//(currPts) % 100;unsigned long s64Scr = currPts;//currPts / 100;bits_buffer_t bits;if ( NULL == pDestBuf){return PS_Error_Param;}bits_initwrite( &bits, length, pDestBuf);bits_write(&bits, 32, 0x000001BA); /*start codes*/bits_write(&bits, 2, 1); /*marker bits '01b'*/bits_write(&bits, 3, (s64Scr>>30)&0x07); /*System clock [32..30]*/bits_write(&bits, 1, 1); /*marker bit*/bits_write(&bits, 15, (s64Scr>>15)&0x7FFF); /*System clock [29..15]*/bits_write(&bits, 1, 1); /*marker bit*/bits_write(&bits, 15, s64Scr&0x7fff); /*System clock [29..15]*/bits_write(&bits, 1, 1); /*marker bit*/bits_write(&bits, 9, lScrExt&0x01ff); /*System clock [14..0]*/bits_write(&bits, 1, 1); /*marker bit*/bits_write(&bits, 22, (160001)&0x3fffff); /*bit rate(n units of 50 bytes per second.)*/bits_write(&bits, 2, 3); /*marker bits '11'*/bits_write(&bits, 5, 0x1f); /*reserved(reserved for future use)*/bits_write(&bits, 3, 0); /*stuffing length*/}3、PES头中，如果只包括PTS时间戳，则需要修改为下⾯代码：修改的时候把DTS去掉了，然后配套修改了第8个字节，但没有检查原来参考⽂章中设置的是同时包括PTS和DTS，所以需要关注修改：第七字节的⾼两位是PTS和DTS指⽰位，00表⽰⽆PTS⽆DTS，01禁⽌使⽤，10表⽰PES头部字段会附加PTS结构，11表⽰PTS和DTS都包括static void gb28181_make_pes_header (unsigned char *dst , int32_t dstlen, int32_t data_length, int pts){short datalen = data_length + 8;bits_buffer_t bits;bits_initwrite( &bits, dstlen, dst);bits_write( &bits, 24, 0x000001 ); // headerbits_write( &bits, 8, 0xe0 );bits_write( &bits, 16, datalen); //pes_packet_length : es len and the following pes lenbits_write( &bits, 8, 0x8c ); //bits_write( &bits, 2, 0x02 ); //第七字节的⾼两位是PTS和DTS指⽰位，00表⽰⽆PTS⽆DTS，01禁⽌使⽤，10表⽰PES头部字段会附加PTS结构，11表⽰PTS和DTS都包括 bits_write( &bits, 6, 0x00 ); //bits_write( &bits, 8, 0x05 ); //8//UINT64 i_scr = I_SCR(_iFrameIndextemp);bits_write( &bits, 4, 2 ); /*'0010'*/bits_write( &bits, 3, ((pts)>>30)&0x07 ); /*PTS[32..30]*/bits_write( &bits, 1, 1 );bits_write( &bits, 15,((pts)>>15)&0x7FFF); /*PTS[29..15]*/bits_write( &bits, 1, 1 );bits_write( &bits, 15,(pts)&0x7FFF); /*PTS[14..0]*/bits_write( &bits, 1, 1 );}4、RTP的组包发送上⾯，根据H264的RTP打包⽅式，有单NALU、FU-A、FU-B多种形式，根据适配需要调整。
gb28181协议
gb28181协议GB28181是一种基于IP网络视频监控系统的标准协议，由中国电子标准化研究院制定，旨在实现视频图像在IP网络上传输、存储、管理和控制。
GB28181协议主要包括视频图像传输标准、设备接入标准、平台接入标准和应用接口标准四个方面。
在GB28181协议中，视频图像传输标准主要通过RTP/RTCP协议完成，实现高清流畅的视频传输。
设备接入标准规定了在IP网络上实现设备接入和通信所需的各项要求和规范，保证了设备之间的互通性和兼容性。
平台接入标准则规定了平台与设备之间的接口形式和数据传输的方法，保证了多种不同平台之间的互通性和兼容性。
最后，应用接口标准规定了GB28181协议的应用接口，为开发者提供了方便快捷的开发接口，使得GB28181协议可以被更广泛地应用于各行各业。
在实际应用过程中，GB28181协议具有以下几个优点：1.灵活性强：GB28181协议不仅支持网络摄像机等常见监控设备，还支持开放式的第三方设备接入，具有很强的扩展性和兼容性。
2.易于集成：GB28181协议支持API接口，可以快速方便地将其集成到自己的系统中，与其他业务进行联动。
3.稳定性高：GB28181协议采用了实时传输协议RTP/RTCP，并具备数据加密和解密技术，使得它在网络传输过程中具有很高的稳定性和安全性。
4.节约成本：GB28181协议无需专门采购专有设备，只需要计算机网络和常见的监控设备即可。
总的来说，GB28181协议是基于IP网络视频监控系统的标准协议，具有多种优点，包括灵活性强、易于集成、稳定性高和节约成本等。
通过GB28181协议的应用，可以实现视频图像的高清传输，提高安防监控效率和水平，达到更好的保障安全的目的。
GB28181视频监控统专题之相关标准
GB28181视频监控统专题之相关标准
提供 GB 28181⽹关及整体解决⽅案。
公安部要求：做好顶层设计，必须“统⼀标准”，各地在组织视频监控系统联⽹建设及视频图像信息整合与共享⼯作中，必须遵循国家和⾏业针对公安视频监控领域制定标准的要求，必须遵循：
（⼀）国家标准 GB/T 28181-2011安全防范视频监控联⽹系统传输、交换、控制技术要求（业内简称：SIP 国标）；
（⼆）国家标准 GB/T 27524-2010 安全防范监控数字视⾳频编解码技术要求（业内简称：SVAC 国标）
（三）⾏业标准GA/T 669、792，GA 793 即城市监控报警联⽹系统系列标准（业内简称：3111系列标准）。
确保能够实现视频图像信息跨区域、跨部门、跨警种的⾼效、准确传输及共享应⽤，并预留出与其他信息系统或平台对接的统⼀接⼝；确保系统建设的科学性、实⽤性和可扩展性。
GBT28181国标流媒体服务器在海康平台上进行级联配置步骤总结
GBT28181国标流媒体服务器在海康平台上进⾏级联配置步骤总
结
⽤过国标流媒体服务器的朋友们应该都知道，GB28181协议是公安部提出来的，能够对接公安部的⽹络系统，给安防带来了很⼤的便利性，我们的国标流媒体服务器就⽀持集成接⼊⾃⼰的平台，也能够对视频进⾏录像。
使⽤国标流媒体服务器会有很多⼆次开发的可能，因为我们会提供丰富的⼆次开发接⼝。
近期也有不少⽤户⽤https接⼊国标流媒体服务器，是⼀种⼗分实⽤的视频监控⽹页直播。
有的⽤户在拿easygbs平台作为上级平台，海康平台作为下级平台做对接过程中，往往遇到海康的技术不在现场给与技术指导和⽀撑，导致不知道怎么在海康平台上进⾏国标级联配置。
本⽂就来讲⼀下国标流媒体服务器在海康平台上进⾏级联配置的步骤，解决过程如下：
我们可以看到在国标流媒体平台上⾯就能显⽰海康平台已经注册过来了，列表也已经同步更新。
紧接着来进⾏海康平台上的配置，让在海康平台上⾯的摄像头资源推进国标流媒体服务器。
如上图都配置完成之后，就能在国标流媒体服务器上正常播放视频了。
监控智能摄像头通过国标GB28181协议视频平台接入EasyGBS如何实现移动端的适配？
监控智能摄像头通过国标GB28181协议视频平台接⼊EasyGBS如何实现移动端的适配？很多咨询者来问我们，TSINGSEE青犀视频团队开发的视频云智能分析平台是否有⼿机APP，其实除了EasyRTMP、EasyGBD等推流辅助⼯具外，视频智能分析平台都是没有APP的。
由于我们的平台为⽹页⽆插件的直播平台，因此在⼿机上，我们也有适配页⾯，可直接由⽹页进⼊，⽆需下载APP。
⽐如国标GB28181协议视频平台EasyGBS的移动端适配界⾯如下：当初我们做⼿机适配的开发时，也碰到了不少难题，其中第⼀个就是如何区分页⾯是不是在移动端打开。
在web前端主要做PC端web页⾯，同时需要做移动端的适配，因此如何区分页⾯是不是在移动端打开是解决难题的关键。
下⾯跟⼤家分享⼀下我们是如何在移动端适配开发中解决这个问题的。
⼀般我们前端会采⽤两种⽅式，⼀种是检测页⾯宽度，另⼀种是返回值区分。
1、检测页⾯宽度⽅式：我们可以通过以下代码了解到但⼩于560px就可以认定为移动端，然后渲染指定的样式就⾏了。
@media screen and (max-width: 560px) {}2、返回值区分⽅式：通过以下代码可以获取返回值，再通过返回值来区分是否是移动端打开的的登录界⾯。
isMobile:function() {return videojs.browser.IS_IOS || videojs.browser.IS_ANDROID;},此外，通过国标GB28181协议推流平台EasyGBD推送的视频流也可以直接在web页⾯或者⼿机移动端观看，在很多户外安防直播或者警卫执勤中，有很⼴泛的实⽤性。
EasyGBD是TSINGSEE青犀视频新开发的国标推流平台，如果⼤家有兴趣，欢迎联系我们了解。
网络摄像机支持GB-T28181-2011
致力于推动平安城市发展
• 自主研发生产高清网络摄像机，在GB/T28181-2011推出之初，吉瑞 特就已经针对性的对产品做了研发准备和技术准备，进行产品测试， 以此为契机，提高产品的竞争力，在产品与其他系统的互联上保持领 先优势，希望在尽快融入国际大系统中。
• GB/T28181-2011推出已经对现有平台商的研发和在平安城市的应用 推广产生较大影响，系统互联已经让人看到了希望。未来，大系统互 联是安防监控摄像机发展的大方向.
全线网络摄像机产品支持gbt281812011全线网络摄像机产品支持gbt281812011概述?2012年6月1日gbt281812011正式发布实施在全国范围内的平安城市项目建设中被普遍推广应用截止2012年底有近百家视频安城市项目建设中被普遍推广应用截止2012年底有近百家视频监控企业通过公安部一所公安部三所的认证吉瑞特作为河南唯一一家安防监控摄像头生产企业通过了公安部门的认证郑州吉瑞特电子科技有限公司所生产的全线网络摄像头支持gbt281812011协议
颁布GB/T28181-2011的背景
• 高清网络摄像机厂家各自为政，联网系统信息传输、交换、控制没有 现行统一标准，，无法城市监控报警联网系统互联，阻碍了安防监控 行业与报警系统的互联，影响安防监控行业及城市报警系统的发展。
颁布GB/T28181-2011的机构
• GB/T28181-2011 《安全防范视频监控联网系统信息传输、交换、 控制技术要求》是由公安部科技信息化局提出，由全国安全防范报警 系统标准化技术委员会
• （SAC/TC100)归口，公安部一所等多家单位共同起草的一部行业标 准。GB/T28181-2011规定了城市监控报警联网系统中信息传输、交 换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求 和安全性要求，以及控制、传输流程和协议接口等技术要求。
视频监控GB28181测试参考
视频监控GB28181测试参考说明：1、需要对前端摄像机和后端NVR、解码器、平台进⾏GB28181测试和开发的⼈员。
本⽂档提供的⼀些测试细节，⽐如测试环境，SIP消息格式说明，SDP⽂本信息字段说明，GB28181测试注意项，将很可能会帮到这些测试和开发⼈员。
2、单纯想了解SIP消息格式和SDP⽂本信息字段的⼈员。
3、阅读此⽂档，最好结合以下⽂档⼀起阅读：a) GB28181标准⽂档《安全防范视频监控联⽹系统信息传输、交换、控制技术要求》b) 《公安机关视频监控系统联⽹标准符合性⾃测⼯具（SPVMN）说明书》，来⾃公安部安全与警⽤电⼦产品质量检测中⼼c) 《视频监控联⽹系统标准符合性检测⽅法》，来⾃公安部安全与警⽤电⼦产品质量检测中⼼4、此⽂档相对简略，如果读者遇到问题，可以在⽂章下⽅留⾔，我将尽可能回复。
1. 测试环境1.1. SIP设备接⼊到平台1.2. 平台注册到SPVMN1.3. SPVMN注册到平台1.4. SPVMN配置SPVMN Web应⽤程序访问地址：udp://@192.168.0.152:6000 （SPVMN Web客户端视频播放或回放时指定窗⼝）SSDConfig.properties⽂件配置如下：#############SIP服务器配置##############SIP服务器域名sipserver_domainname=3401000000#SIP服务器IDsipserver_id=34010000002000000001#SIP服务器本地IP地址sipserver_ip=192.168.0.152#SIP服务器本地SIP端⼝sipserver_port=5060#SIP服务器对外注册密码sipserver_password=12345678#############DVR/NVR设备配置##############DVR/NVR设备IDsipdevice_DVR_id=34010000001180000001#DVR/NVR设备注册密码sipdevice_DVR_password=12345678#DVR/NVR所带通道IDsipdevice_DVR_camera_id=34010000001320000001#DVR/NVR所带报警输⼊IDsipdevice_DVR_alarm_id=34010000001340000001#############IPC设备配置##############IPC设备IDsipdevice_IPC_id=34010000001320000002#IPC设备注册密码sipdevice_IPC_password=12345678#IPC所带报警输⼊IDsipdevice_IPC_alarm_id=34010000001340000002 sipdevice_IPC_camera_id=34010000001320000002#############解码器设备配置##############解码器设备IDsipdevice_decoder_id=34010000001140000001#解码器设备注册密码sipdevice_decoder_password=12345678#解码器所带监视器IDsipdevice_decoder_monitor_id=34010000001330000001 #############外部系统配置##############外部系统IDsipdevice_othersystem_id=34020000002000000001#外部系统密码sipdevice_othersystem_password=12345678#外部系统IP地址sipdevice_othersystem_ip=192.168.0.197#外部系统SIP端⼝sipdevice_othersystem_port=5060#############视频参数配置##############媒体接收端IDmedia_dest_id=34010000002020000001#媒体接收端IPmedia_dest_ip=192.168.0.152#媒体接收端Portmedia_dest_port=6000#历史回放开始时间，格式为yyyyMMddhhmmss history_starttime=20110827010456#历史回放结束时间，格式为yyyyMMddhhmmss history_endtime=201108270114561.5. 平台配置平台IP：192.168.0.197平台SIP Server ID : 34020000002000000001 Port: 5060 Media server ID: 34020000002020000001 Port:5080 Client ID : 34020000003000000001 Port :5070IPC IP：192.168.0.223IPC ID : 34020000001320000002Port: 5060IPC alarm ID: 34020000001340000002NVR IP：192.168.0.158IPC ID : 34020000001180000001Port: 5060NVR alarm ID: 34020000001340000001NVR IPC ID: 34020000001320000001解码器IP: 192.168.0.224port:5060解码器ID: 34020000001140000001监视器ID: 34020000001330000001SPVMN IP: 192.168.0.152SPVMN SIP Server ID : 34010000002000000001 Port: 50601.6. 解码器配置解码器型号：DS-6401HD-T1.7. NVR配置NVR型号：DS-9608N-STNVR平台接⼊配置如下：1.8. IPC配置IPC型号：DS-2DF5276-A1.9. SIP消息格式说明SIP消息⽤于建⽴或终结会话，采⽤纯⽂本形式，⽤于Internet多媒体会议，Internet电话呼叫或多媒体信息流分配。
可兼容GB28181与Onvif播放媒体流的视频服务器
Ａｂｓｔｒａｃｔ ＴｈｅｎａｔｉｏｎａｌｓｔａｎｄａｒｄＧＢ２８１８１ｂａｓｉｃａｌｌｙｓｏｌｖｅｄｔｈｅｐｒｏｂｌｅｍｏｆｓｔａｎｄａｒｄｉｚａｔｉｏｎｏｆｎｅｔｗｏｒｋａｃｃｅｓｓｆｏｒｖｉｄｅｏ ｓｕｒｖｅｉｌｌａｎｃｅｓｙｓｔｅｍｓ．Ｈｏｗｅｖｅｒ，ｉｎｄｅｖｉｃｅｓｗｉｔｈａｗｉｄｅｖａｒｉｅｔｙｏｆｄｅｖｉｃｅｓ，ｓｏｍｅｄｅｖｉｃｅｓｓｕｐｐｏｒｔｐｒｏｔｏｃｏｌｓｓｕｃｈａｓＯＮＶＩＦ ｒａｔｈｅｒｔｈａｎＧＢ２８１８１．Ｈｏｗ ｔｈｅｖｉｄｅｏｓｅｒｖｅｒｃａｎｂｅｗｅｌｌｃｏｍｐａｔｉｂｌｅｗｉｔｈｔｈｅｔｗｏｐｒｏｔｏｃｏｌｓｔｏａｃｈｉｅｖｅｍｅｄｉａｓｔｒｅａｍ ｐｌａｙｂａｃｋｉｓａｐｒｏｂｌｅｍ ｔｈａｔｔｈｅｃｏｍｐｌｅｘｓｙｓｔｅｍ ｎｅｅｄｓｔｏｓｏｌｖｅ．ＧＢ２８１８１ａｎｄＯＮＶＩＦｊｏｉｎｅｄｔｏｇｅｔｈｅｒｂｙｍｅｒｇｉｎｇｔｈｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｐｒｏｃｅｓｓａｎｄｕｓｉｎｇＲＴＳＰｔｏｃｏｎｔｒｏｌｍｅｄｉａｓｔｒｅａｍ．Ｉｎａｄｄｉｔｉｏｎ，ｔｈｅｏｂｓｅｒｖｅｒｄｅｓｉｇｎｐａｔｔｅｒｎｗａｓｕｓｅｄｉｎ ｖｉｄｅｏｓｅｒｖｅｒｔｏｃｏｍｍｕｎｉｃａｔｅｂｅｔｗｅｅｎｔｗｏｄｉｆｆｅｒｅｎｔｓｅｒｖｉｃｅｓｓｏｔｈａｔｔｈｅｓｅｔｗｏｐｒｏｔｏｃｏｌｓｗｅｒｅｃｏｍｐａｔｉｂｌｅｉｎｔｈｅｓｅｒｖｅｒ．
ＧＢ／Ｔ２８１８１与 ＯＮＶＩＦ协议的结合可以同时发挥 两者的优势，在 ＧＢ／Ｔ２８１８１下发挥 ＯＮＶＩＦ协议设备 发现及设备信息获取的优势。ＯＮＶＩＦ协议和 ＧＢ２８１８１ 标准对媒体流的播放流程都做出了规定，然而两种协
收稿日期：２０１７－１１－１４。韩滨旭，工程师，主研领域：工业控制软件。沈玉玲，高工。王子萍，高工。
摘 要 国标 ＧＢ２８１８１基本上解决了视频监控系统联网接入标准化的问题，不过在设备种类繁多的系统中有 些设备支持 ＯＮＶＩＦ等协议而不是 ＧＢ２８１８１。视频服务器如何能够很好地兼容两种协议实现媒体流的播放是复 杂系统需要解决的问题。提出通过在通信流程上融合保证 ＧＢ２８１８１与 ＯＮＶＩＦ的衔接并使用 ＲＴＳＰ控制媒体流， 在视频服务器内部使用观察者设计模式沟通两种通信服务，从而可以最终实现两种协议的兼容。 关键词 ＧＢ２８１８１ ＯＮＶＩＦ 视频监控 视频服务器 中图分类号 ＴＰ３１９ 文献标识码 Ａ ＤＯＩ：１０．３９６９／ｊ．ｉｓｓｎ．１０００３８６ｘ．２０１８．０７．０３３
培训-GB28181中的视频流
浅论GB28181平台视频流武汉烽火众智数字技术有限责任公司目录一、概述 (4)二、国标媒体流简介 (4)2.1视频流的数据要求 (4)2.2视频流编解码要求 (5)2.2.1基于H.264的视频编、解码技术要求 (5)2.2.2基于MPEG-4的视频编/、解码技术要求 (7)2.2.3 SIP信令中的SDP内容规范 (9)2. 3国标视频流示例 (11)三、实际问题浅析 (13)3.1 客户端解码花屏 (13)3.2 解码器无法解码 (15)3.3 画面出现卡顿 (18)四、小论总结 (19)4.1码流的不确定性 (19)4.2以国标为本 (20)一、概述GB/T 28181-2011是2011年由中华人民共和国公安部提出，中国国家标准化管理委员会发布的国家标准。
GB/T 28181-2011的正式实施规定了安全防范影像视频监控联网系统中信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求。
适用于安全防范视频监控联网系统及城市监控报警联网系统的方案设计、系统检测、验收以及与之相关的设备研发、生产。
虽然该标准不可能一次性解决视频监控联网系统中的所有技术规定，但是比较清晰地定义了建议的通讯模型，重要的数据格式，和既有系统的兼容性方案，以及子系统和外部系统之间的通讯模式。
对大型系统建设，尤其是联网的社会共享性系统建设给出了明确的、可实施的技术标准。
本文主要结合贵州省国标平台项目的实施经验介绍并讨论GB/T 28181-2011中媒体流相关知识。
二、国标媒体流简介下面通过GB28181-2011中的媒体传输和编解码协议两方面，简单介绍下国标对媒体流的技术要求1：2.1视频流的数据要求GB/T 28181-2011中规定媒体流在联网系统IP网络上传输时应采用RFC 3550规定的RTP协议，提供实时数据传输中的时间戳信息及各数据流的同步；应采用RFC 3550规定的RTCP协议，为按序传输数据包提供可靠保证，提供流量控制和拥塞控制。
安防标准GBT28181
安防标准GBT28181提要：2012年6⽉1⽇，新国标GB/T 28181-2011正式实施了，这个名为《安全防范视频监控联⽹系统信息传输、交换、控制技术要求》的国标被寄予了厚望，为国内热⽕朝天的安全防范、视频监控系统建设提供⽅向和规范。
来源：中关村在线 2012年6⽉1⽇，新国标GB/T 28181-2011正式实施了，这个名为《安全防范视频监控联⽹系统信息传输、交换、控制技术要求》的国标被寄予了厚望，为国内热⽕朝天的安全防范、视频监控系统建设提供⽅向和规范。
然⽽，半年过去了，⼤量的⼯程实践、理论研究却发现这个国标还有不少局限性，如果不尽快解决，会在建设过程中带来不少的困扰，并造成新的标准混乱。
GB28181的出台背景 近⼗年以来，各地建设平安城市如⽕如荼，对公安的业务带来了极⼤的便利和强⼤的技术⼿段，其他⾏业如市政、交通、城管、教育、⾦融，也通过安防和视频监控系统，提⾼了管理⽔平，降低管理成本。
平均来说，每年的监控覆盖范围和监控点、卡⼝数量都以30%以上的增长率在快速增加。
随着规模的增加，新的问题和需要出现了： 如何在可控的成本下，管理规模不断增加的系统？ 为了避免重复建设，如何通过系统的整合，来形成社会化的⼤系统？ 在这个⼤背景下，⼀些产业巨头和标准化组织，也在通过⾏业的有序探索，发表了⾃⼰的解决途径，例如ONVIF标准、PSIA标准，我国则先由⼀些联⽹监控发展⽐较早的地区，先做出了⼀些探索和实践，例如浙江的DB33 629系列，北京的DB11-384，重庆的DB50/216-2006系列标准，但是由于地⽅标准之间有相当⼤的差异性，使得产品供应商和软件平台很难有效的应对这么多的差异化要求，给维护和开发带来了很⼤的困难，因此，很多系统未能按照地⽅已颁布的地⽅标准和规范执⾏。
在这个⼤背景下，经过了GA669标准的尝试，国标GB/T28181-2011 正式实施。
本标准规定了安全防范影像视频监控联⽹系统中信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接⼝等技术要求。
EasyGBS国标GB28181服务支持https视频流播放问题的解决方法
EasyGBS国标GB28181服务⽀持https视频流播放问题的解决⽅法2012年6⽉1⽇，由公安部牵头起草的GB/T28181-2011 《安全防范视频监控联⽹系统信息传输、交换、控制技术要求》正式发布实施。
要将全国视频统⼀联⽹，制定统⼀的国家标准⽆疑是⾸要任务。
EasyGBS发展⽬标EasyGBS流媒体平台（以下简称“EasyGBS”）⽀持GB/T28181协议接⼊，平台中包含GB/T28181接⼊服务器和GB/T28181流媒体服务器。
接⼊服务器⽤于接收设备注册并提供信息上报设备控制等，GB/T28181流媒体服务器⽤于接收设备推流并输出RTSP、RTMP、HLS、FLV 直播流分发。
具体问题⾃从国标35114安全强制标准出台后，视频安防的可靠加密传输越来越受到重视，RTP⽅⾯有35114了，那么在http上，⽬前能拿出来的、可⾏的⽅案，就是https了。
EasyGBS为了⽀持https，专门有https证书配置的选项，只需要配置https证书的路径就可以全套⽀持https化：但前⼏天遇到⼀个客户，不但要使⽤EasyGBS实现管理页⾯的HTTPS加密传输，还需要实现流媒体国标GB28181视频直播、国标GB28181视频录像回放的https播放，但是⼀直⽆法正常在浏览器播放。
问题分析我们通过浏览器抓包，发现EasyGBS返回给客户端的https播放地址中，端⼝变成了0，说明流媒体部分的https配置不正确。
于是，我们打开EasyGBS的EasySIPSMS配置⽂件easysipsms.ini配置，将其中的https证书也进⾏正确的配置，视频就能够正常播放了。
解决问题EasyGBS⽬前已经⾮常完善地解决了国标GB28181设备的接⼊和视频流的输出，包括RTSP输出、RTMP输出、HTTP-FLV输出、HLS输出、国标级联输出、录像输出等，下⼀步将计划对国标35114国密协议进⾏⽀持。
安全防范视频监控联网系统信息传输、交换、控制技术要求(GBT28181)解读
RTP/RTCP UDP IP
建立，修改和 终止会话
TCP/UDP
建立，修改和终止
为RTP媒体流 提供控制 在互联网上传递音频和 视频的标准数据包格式
相关协议介绍
SIP（Session Initiation Protocol）会话发起协议:
SIP 在IETF（Internet工程任务组，最权威的互联网标准化组织 ） RFC 2543中定 义，在RFC 3261中有深入描述。 SIP 用于建立，修改和终止包括视频，语音，即时通信，在线游戏和虚拟现 实等多种多媒体元素在内的交互式用户会话。协议本身没有限制，甚至能够传送 未来还没有设想的应用。 基于IETF的SIP协议标准，是继HTTP和IP协议之后的非赢利Internet标准协 议，提供开放式体系架构。 SIP可与许多其它的协议协同工作，仅仅涉及通信会话的信令部分(control message)。
10
与非标准平台间的互联
标准信令监控域与非标准信令监控域通过转换网关进行互联。转换网关是非 标准信令监控域接入标准信令监控域的接口设备，在多个层次上对联网系统信息 数据进行转换。 根据转换的信息数据类型，转换网关在逻辑上分为控制协议网关和媒体网关。
网关 控制协议网关 SIP监控域 媒体网关 非SIP监控域
GB/T 28181-2011 《安全防范视频监控联 网系统信息传输、交换、 控制技术要求》
5
GB/T 28181国家标准的制定过程
标准问世
安徽公安地方标准 新疆公安地方标准 浙 江 DB33 地 方 标 准 其他公安地方标准
公 安 部 标 准 GA/T669系列标准 GA/T669.5 信 息 传 输交换控制技术要 求 GB/T 28181-2011 《安全防范视频监 控联网系统信息传 输、交换、控制技 术要求》
视频监控联网标准GB
为更好地指导全国公安机关开展视频监控系统联网建设及视频图像信息整合与共享工作，公安部先后发布了《全国公安机关视频图像信息整合与共享工作任务书》(公科信[2012]11号)、《全国公安机关图像信息联网总体技术方案》的通知(公科信[2012]73号)等一系列文件，明确了统一标准，以GB/T 28181国标和GA/T669系列行标等作为视频监控系统互联的标准依据，部署了到2015年间的视频图像整合与共享工作的工作任务，并对省市平台建设主要任务、联网架构、标准强制项、标准符合性测试、联网平台功能性能等进行了规范。对全国跨区域联网建设工作具有全面的指导意义。
GB/T 28181国标检测与推广使用的政策、方法、工具、技术支持的配套完善，进一步使国标在全国的推广具备了可行性，促进了GB/T 28181联网的全面开展。据不完全统计，截至目前国家级安防产品质量监督检验中心已进行了数百款监控平台、监控设备的GB/T 28181标准符合性检测，涵盖系统平台软件、DVR/NVR、IPC、解码器等常用关键设备和系统，这些产品在各地公安监控视频标准化联网建设中已经发挥了重要作用;全国大多数省级检测机构已进行了现场检测工具的申请，用于进行工程现场平台和系统联网规范化检测，这项突破性技术和可实施的工程系统检测手段，使视频数据逐渐整合规范成数据资源，以便提供公安各警种及社会各相关部门更高效的使用成为可能，对节省国家整体投资、充分利用已有和新建视频资源十分有利!。
3)标准和联网应用平台相关内容的界定。GB/T 28181标准不能规定个别厂家提出的少部分和集成平台应用功能关系紧密，但在互联应用中需求较小，且各平台厂家各叙己见的内容，因为支持厂家较少的内容不适宜进行统一要求;那样的需求内容应该由平台厂家应用逻辑来实现，不宜在GB/T 28181标准本身进行规定。目前标准编制组积极搜集类似需求，正在研究是否需考虑在后续修订补充标准时，通过适当的说明或辅助型附录等方式对类似应用提供一些指导性的建议。
国标GB28181协议紫光华智云平台级联国标GB28181协议视频平台EasyGBS注意事项
国标GB28181协议紫光华智云平台级联国标GB28181协议视频平
台EasyGBS注意事项
EasyGBS不仅可以作为上级平台，接收下级平台级联上来，同时也⽀持作为下级平台向上级联。
最近遇到⼀个客户现场，就是需要级联到EasyGBS上，其中有⼀些注意事项与⼤家分享。
紫光华智云平台是以“视频+AI”产品的研发、制造、销售和服务的企业，华智平台可以⽀持国标平台，因此也能通过级联的⽅式接⼊我们EasyGBS平台，下⾯为⼤家介绍下接⼊我们EasyGBS的需要注意的事项。
1.这个页⾯上级平台端⼝15060，上级平台ID，上级平台IP⼀定要配置正确，另外要注意SIP的连接⽅式要选UDP，不能如下图选择TCP
2.服务器的UDP=15060的端⼝号要对外开通，可以⽤抓包⼯具探测下
3.设备在线后要在华智平台上⾯配置共享通道，但是要注意，这⾥不能直接拉视频通道，⼀定要将组织机构拉到⾥⾯去，否则摄像头会报400错误，且EasyGBS⽆法消出该报错信息。
TSINGSEE青犀视频曾经介绍过不少平台对接EasyGBS的⽅法，⽐如：，，。
⼤家可以了解⼀下。
⽬前我们也已经推出国标GB28181视频平台EasyGBS推流软件EasyGBD，在使⽤⼿机等移动设备进⾏执法或者户外监控的时候，能够实现户外移动监控的⽹页⽆插件直播（）。
gb28181标准
gb28181标准GB28181标准。
GB28181是我国监控视频信息技术的重要标准，它是指基于IP网络的视频监控系统技术要求和测试方法的标准。
该标准的制定，旨在规范和统一我国监控视频信息技术领域的发展，提高监控视频系统的技术水平和应用质量，保障公共安全和社会秩序的需要。
下面将从标准的背景、主要内容和应用前景等方面进行详细介绍。
首先，GB28181标准的制定背景。
随着信息技术的不断发展和应用，视频监控技术在社会生活和公共安全领域发挥着越来越重要的作用。
然而，由于缺乏统一的技术标准，导致监控视频系统在设备兼容性、数据传输、接口协议等方面存在诸多问题，限制了监控视频技术的进一步发展和应用。
因此，制定GB28181标准，对于规范和统一监控视频信息技术具有重要意义。
其次，GB28181标准的主要内容。
该标准主要包括视频监控系统的基本架构、设备接口、数据传输、安全性、性能指标等方面的技术要求和测试方法。
其中，视频监控系统的基本架构包括前端设备、传输网络、存储设备和控制中心等组成部分，要求各个部分之间能够实现互联互通、数据交换和控制指令传输。
此外，标准还对视频编码格式、数据传输协议、存储设备的要求、系统安全性等方面提出了具体的技术要求和测试方法，以确保监控视频系统的稳定性、可靠性和安全性。
最后，GB28181标准的应用前景。
随着标准的逐步推广和实施，监控视频系统的设备和技术将得到更好的兼容性和互操作性，用户将能够更加灵活地选择和配置监控设备，实现设备的互联互通和数据的共享利用。
同时，监控视频系统的安全性和稳定性将得到更好的保障，有效应对各种安全威胁和风险，提升社会公共安全和秩序的维护能力。
可以预见，GB28181标准的实施将为监控视频技术的进一步发展和应用打下良好的基础，推动监控视频信息技术不断创新和完善。
综上所述，GB28181标准的制定和实施，对于规范和统一我国监控视频信息技术具有重要意义，将为监控视频技术的进一步发展和应用提供有力支持，促进社会公共安全和秩序的维护，具有广阔的应用前景和发展空间。
GBT28181流媒体服务器转发网关在不同平台之间集成融合的视频监控技术方案-文库
GB/T28181流媒体服务器转发网关在不同平台之间集成融合的视频监控技术方案深圳市杰士安电子科技有限公司安防与人工智能系统产品集成开发提供商14[2005~2019]年行业积累沉淀专注专业缔造品质目录1.需求描述和分析 (3)2.杰士安GB/T28181流媒体服务器应用网络架构 (3)3.Onvif/Rtsp、GB/T28181存储转发网关一体机 (5)4.杰士安远程安防综合管理系统平台服务器[可选] (8)5、视频存储服务器和流媒体服务器[可选] (13)5.安防综合管理平台/视频存储服务器/流媒体转发软件功能模块 (17)6.杰士安GB/T28181流媒体服务器转发网关组网设备参考表 (22)7.GB/T28181流媒体服务器转发网关典型应用 (22)1.需求描述和分析随着监控的普及数量的增多，各式各样的监控品牌，各自的软件和协议，导致不能很好的互联互通。
无法很好的预览，维护成本高，维护难，对顾客造成不好的体验。
由GB/T28181流媒体服务器，对各品牌监控设备进行有效的统一管理，28181协议是由公安部科技信息化局提出，由全国安全防范报警系统标准化技术委员会(SAC/TC100)归口，公安部一所等多家单位共同起草的一部国家标准，推行标准来整合安防市场资源，减少大量重复开发劳动和无谓的人力、物力和时间消耗，提高产品的可靠性。
促进产业集体升级，促进安防监控业的健康发展。
现急需一套GBT28181流媒体服务器把各个品牌的监控设备进行统一管理和存储；同时通过GB/T28181存储转发网关与上级管理平台进行对接。
给监控环境提供有效的、科学的、实时的数据报告，以提高监控环境的高效运营和对突发事件实现有效的预防及管控。
2.杰士安GB/T28181流媒体服务器应用网络架构3.Onvif/Rtsp、GB/T28181存储转发网关一体机█产品特点★8~200路H.265/H.264混合接入实时录像★1~4个通道录像同步回放,支持手机远程监控★采用单颗高性能嵌入式芯片及LINUX操作系统★支持GB/T28181[2016]与指定的第三方平台进行对接★支持通过主动注册与平台建立连接，适用于互联网环境下组网★支持接入图像质量12MP/8MP/6MP/5MP/3MP/1080P/720P★1~16个SATA硬盘接口，最大支持12TB硬盘,支持硬盘冗余录像方式★采用标准H.265/H.264视频压缩算法,智能时间标签/分时回放/高速回放★采用标准H.265/H.264视频压缩算法,智能时间标签/分时回放/高速回放★支持ONVIF、RTSP和HIK/DH/XM/JSACCTV私有协议等方式接入IPC★≥8盘位机型支持HDMI高清4K输出,2个HDMI和1个VGA，可选双屏拼接、扩展★单机支持32~320M接入/32~320M存储/32~320M转发,可选600~800M存储/转发大容量机型★支持单机版管理软件/安防综合管理平台系统/第三方管理平台管理；可与模拟或SDI/TVI系统混合组网★可选监控直播模块，支持转码输出H5或FLV格式通过URL方式调用/仅限JSA-6SFGS300I500F1S型号█规格参数4.杰士安远程安防综合管理系统平台服务器[可选]JSA-6CMSMTS系列安防综合管理平台服务器是监控系统中必不可少的核心部分，可以进行精细完善的系统管理，可集中管理海量前端设备、存储设备、解码矩阵上墙等设备，支持多级服务器集群、级联，提供给客户一套完善的管理系统。
实现国标GB28181流媒体服务解决方案
实现国标GB28181流媒体服务解决⽅案背景28181协议全称为GB/T28181《安全防范视频监控联⽹系统信息传输、交换、控制技术要求》，是由公安部科技信息化局提出，由全国安全防范报警系统标准化技术委员会(SAC/TC100)归⼝，公安部⼀所等多家单位共同起草的⼀部国家标准（以下简称28181）。
28181协议在全国平安城市、交通、道路等监控中⼴泛采⽤，若想做统⼀的⼤监控平台，则⽀持28181协议接⼊是必不可少的。
如今很多客户都是想在之前使⽤的28181平台的基础上进⾏拓展。
说明LiveGBS流媒体服务器是LiveQing提供的流转发服务，负责将GB28181设备/平台推送的PS流转成ES流，然后提供RTSP、RTMP、FLV、HLS多种格式进⾏分发，实现web浏览器、⼿机浏览器、微信、PC客户端等各终端⽆插件播放。
同时，LiveGB流媒体服务器对外提供HTTP API接⼝，通过接⼝可以获知流媒体转发服务的运⾏状态信息，转发会话信息，服务器配置和版本信息等；LiveGBS GB28181流媒体服务器提供以下功能：1. 接受和处理GB28181接⼊服务器的推流请求；2. 接受和处理GB28181设备的推流；3. 接受和处理GB28181接⼊服务器的断开推流请求；3. 实时流媒体处理，PS（TS）转ES；4. 实时快照、视频数据获取；5. 设备状态监测；6. 云台控制；7. 录像检索、回放；8. 提供RTSP、RTMP、HTTP-FLV、HLS等多种协议流输出；9. ⾳视频转码；10. 对外提供服务器获取状态、信息，控制等http API接⼝；LiveGBS流媒体服务架构图流媒体点播详细流程LiveGBS分为接⼊管理服务LiveSIPCMS和流媒体服务LiveSIPSMS。
1 接⼊服务器LiveSIPCMS发送Invite请求接⼊服务器LiveSIPCMS向流媒体服务器LiveSIPSMS发送Invite请求，请求流媒体服务返回携带SDP 消息体，消息体中描述了媒体服务器LiveSIPSMS接收媒体流的IP、端⼝、媒体格式等内容；Invite请求代码如下：2 流媒体服务LiveSIPSMS接受Invite请求处理并ACK应答我们在SDP消息体中提供了两种流传输⽅式，分别是TCP和UDP，通过Invite请求所带的 “rtpovertcp ”参数来控制，TCP⽅式因为其不丢包的传输⽅式在GB28181设备推流到公⽹服务器的⽅案中得以⼴泛应⽤.3 接⼊服务器接收ACK应答并Invite请求设备开始推流在InviteDevice请求完成后，我们在返回Response处理过程中做过⼀次特殊处理，即：如果TCP拉流时发现设备拉流应答中返回其推流模式依然是’RTP/AVP’的UDP模式，我们认为其设备不⽀持TCP模式，从⽽向上层返回700，不⽀持的流媒体传输⽅式。
GB28181规范中视频的技术要求
ＲＦ Ｃ ２ ３ ２ ６只 是 规 定 了 Ｒｒ ｒ Ｐ ＯＶＥ Ｒ Ｔ ＣＰ传 输 格 式 ． 没 有 相 应 的
信令协 商 Ｆ Ｃ Ｐ服 务 端 和 客 户 端 的 问题 ， 只能 通 过 各 个 系统 厂
商协 商 使 用 ．
图 １
３ ＿ ３ 基 ｆ Ｒ Ｆ Ｃ ４ ５ ７ ｌ标准 的 Ｔ Ｃ Ｐ
【 文章编号 】 １ ０ ０ ６ — ４ ２ ２ ２ （ ２ ０ １ ７ ） 】 ４ 一 Ｏ 】 ４ ３ — ０ ｌ
近 些 年 来我 国 各地 、 各 行 业 建 设 了一 批 视 频 监 控 联 网 系 统． 各 个 系统 的技 术 标 准 差 异 性 比较 大 ． 造 成 各 个 系 统 互联 互
要互联互通 的各个系统的技术 接 口， 本 文 主 要 探 讨 国 标 ＧＢ ｆ ｌ ２ ８ １ ８ １ 规范 中视频的技术要 求 ， 以 此 期 望 为 ＧＢ ｆ Ｉ ’ ２ ８ １ ８ Ｉ规范 的 进 一 步 完 善 ， 提 供
一
些参考性的建议。
【 关键 词 】 Ｇ Ｂ ｆ Ｉ ＇ ２ ８ ｌ ８ １ ； 码流传输 ； Ｐ ６ 【 文献标 识码 】 Ａ
帧数 一般 不 大 于 两 帧 为 了保 证 视 频 流 解 码 的 效 率 ． 应 当在 每 个 ｌ帧 之 前 部 出现 相 应 的 Ｓ Ｐ Ｓ和 Ｐ Ｐ Ｓ信 息 ． 如 图 ｌ所 示 、
长度 的 Ｒ Ｔ Ｐ数 据 包 这 种 方 式 有 效 的解 决 了视 频 传 输 的 可 靠
性 问 题 ． 但 是 这 种 方 式 不 是 国 标 ＧＢ ／ ｒ ｌ ’ ２ ８ １ ８ ｌ 中 的 标 准 ， 并 且
标 ＧＢ ｆ Ｉ ＇ ２ ８ ｌ ８ｌ中的 技 术要 求 采 用 Ｈ２ ６ ４编 码 标 准 的 视 频 流
SRS支持rtmpsrtgb28181webrtc上行推流和rtmphttp-flvhls。。。
SRS⽀持rtmpsrtgb28181webrtc上⾏推流和rtmphttp-flvhls。
Usage1. 编译SRS编译SRS，需要切换到Develop分⽀，并开启gb28181功能：git checkout develop &&./configure --with-gb28181 &&make clean && make然后使⽤配置⽂件conf/push.gb28181.conf 启动：./objs/srs -c conf/push.gb28181.conf2. 配置摄像头先找到摄像头IP然后登录到摄像头⽹页后台按下⾯的操作配置摄像头，推流到SRS：最后，观看RTMP流：Remark: 海康摄像头默认会连接萤⽯云，可以在APP上看到摄像头的内⽹IP，然后访问这个IP进⼊管理页⾯。
其他摄像头也有对应办法，可以配置摄像头使⽤GB28181推流。
Remark：如果看不了流，请确认你的服务器IP，还有流名称也就是视频通道编码ID是否正确。
Remark: 默认不开启声⾳，如果需要开启声⾳，要打开配置audio_enable on;，并且在摄像头的⾳频配置中开启。
Remark: 若需要开启⾳频，需要将编码设置为AAC，同时采样率设置为44100HZ，否则Flash可能⽆法观看。
以上这段应⽤说明在SRS develop分⽀的issues⾥3. 添加http-flv和webrtc预览⽀持整合http.flv.live.confrtc.confpush.gb28181.conf得到的配置⽂件，⽀持rtmp/gb28181上⾏推流，和rtmp/http-flv/gb28181/webrtc下⾏拉流# push gb28181 stream to SRS.listen 1935;max_connections 1000;daemon off;srs_log_tank console;http_api {enabled on;listen 1985;}http_server {enabled on;listen 8080;dir ./objs/nginx/html;}stats {network 0;}stream_caster {enabled on;caster gb28181;# 转发流到rtmp服务器地址与端⼝# TODO: https:///ossrs/srs/pull/1679/files#r400875104# [stream] is VideoChannelCodecID(视频通道编码ID) for sip# ⾃动创建的道通[stream] 是‘chid[ssrc]’ [ssrc]是rtp的ssrc# [ssrc] rtp中的ssrcoutput rtmp://127.0.0.1:1935/live/[stream];# 接收设备端rtp流的多路复⽤端⼝listen 9000;# rtp接收监听端⼝范围，最⼩值rtp_port_min 58200;# rtp接收监听端⼝范围，最⼤值rtp_port_max 58300;# 是否等待关键帧之后，再转发，# off:不需等待，直接转发# on:等第⼀个关键帧后，再转发wait_keyframe off;# 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 44100audio_enable off;# 服务器主机号，可以域名或ip地址# 也就是设备端将媒体发送的地址，如果是服务器是内外⽹# 需要写外⽹地址，# 调⽤api创建stream session时返回ip地址也是host# $CANDIDATE 是系统环境变量，从环境变量获取地址，如果没有配置，⽤*# *代表指定stats network 的⽹卡号地址，如果没有配置network，默认则是第0号⽹卡地址 # TODO: https:///ossrs/srs/pull/1679/files#r400917594host $CANDIDATE;#根据收到ps rtp包⾃带创建rtmp媒体通道，不需要api接⼝创建#rtmp地址参数[stream] 就是通道id 格式chid[ssrc]auto_create_channel off;sip {# 是否启⽤srs内部sip信令# 为on信令⾛srs, off 只转发ps流enabled on;# sip监听udp端⼝listen 5060;# SIP server ID(SIP服务器ID).# 设备端配置编号需要与该值⼀致，否则⽆法注册serial 34020000002000000001;# SIP server domain(SIP服务器域)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 {enabled on;# Listen at udp://8000listen 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:///ossrs/srs/issues/307#issuecomment-599028124candidate $CANDIDATE;}vhost __defaultVhost__ {http_remux {enabled on;mount [vhost]/[app]/[stream].flv;}rtc {enabled on;bframe discard;}}注意：host 配置，$CANDIDATE是⾃动获取eth0的IP，如果部署到公⽹，将$CANDIDATE改成公⽹IP启动 srs./objs/srs -c conf/push.gb28181.conf启动 srs_player在srs/trunk/research/players⽬录运⾏⼀个http服务python -m SimpleHTTPServer 9000进⼊播放器 172.16.23.240:9000可以预览rtmp可以预览webrtc可以分别预览rtmp和webrtc流⽀持预览，后缀是 id@channelrtmp://172.16.23.240:1935/live/34020000001320000001@34020000001320000001webrtc://172.16.23.240:1985/live/34020000001320000001@34020000001320000001推荐webrtc预览，延迟⾮常⼩，局域⽹在毫秒级，甚⾄500ms以内，外⽹还没验证，其他⼈验证的在1秒左右。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
浅论GB28181平台视频流武汉烽火众智数字技术有限责任公司目录一、概述 (4)二、国标媒体流简介 (4)2.1视频流的数据要求 (4)2.2视频流编解码要求 (5)2.2.1基于H.264的视频编、解码技术要求 (5)2.2.2基于MPEG-4的视频编/、解码技术要求 (7)2.2.3 SIP信令中的SDP内容规范 (9)2. 3国标视频流示例 (11)三、实际问题浅析 (13)3.1 客户端解码花屏 (13)3.2 解码器无法解码 (15)3.3 画面出现卡顿 (18)四、小论总结 (19)4.1码流的不确定性 (19)4.2以国标为本 (20)一、概述GB/T 28181-2011是2011年由中华人民共和国公安部提出，中国国家标准化管理委员会发布的国家标准。
GB/T 28181-2011的正式实施规定了安全防范影像视频监控联网系统中信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求。
适用于安全防范视频监控联网系统及城市监控报警联网系统的方案设计、系统检测、验收以及与之相关的设备研发、生产。
虽然该标准不可能一次性解决视频监控联网系统中的所有技术规定，但是比较清晰地定义了建议的通讯模型，重要的数据格式，和既有系统的兼容性方案，以及子系统和外部系统之间的通讯模式。
对大型系统建设，尤其是联网的社会共享性系统建设给出了明确的、可实施的技术标准。
本文主要结合贵州省国标平台项目的实施经验介绍并讨论GB/T 28181-2011中媒体流相关知识。
二、国标媒体流简介下面通过GB28181-2011中的媒体传输和编解码协议两方面，简单介绍下国标对媒体流的技术要求1：2.1视频流的数据要求GB/T 28181-2011中规定媒体流在联网系统IP网络上传输时应采用RFC 3550规定的RTP协议，提供实时数据传输中的时间戳信息及各数据流的同步；应采用RFC 3550规定的RTCP协议，为按序传输数据包提供可靠保证，提供流量控制和拥塞控制。
RTP的负载应采用如下两种格式之一：1.基于PS封装的视音频数据基于RTP的PS封装首先按照ISO/IEC 13818-1:2000将视音频流封装成PS包，再将PS 包以负载的方式封装成RTP包。
PS包的主要参数设置针对本文档规定的几种视音频格式，PS包中的流类型（stream_type）的取值如下：a)MPEG-4视频流：0x10；b)H.264视频流：0x1B；c)SVAC视频流：0x80；d)G.711音频流：0x90；e)G.722.1音频流：0x92；f)G.723.1音频流：0x93；g)G.729音频流：0x99；h)SVAC音频流：0x9B。
PS包的RTP封装格式参照RFC2250，RTP的主要参数设置如下：1本节内容部分引用GB/T28181-2011中4.3.6小节、附录C、附录E、附录F。
a)负载类型（payload type）:96；b)编码名称（encoding name）：PS；c)时钟频率（clock rate）：90kHz；d)SDP描述中“m”字段的“media”项：video。
2.基于RTP的视音频基本流封装该方式直接将视音频数据以负载的方式封装成RTP包。
A）MPEG-4视频流的RTP封装MPEG-4视频流的RTP封装格式应符合RFC3016协议中的相关规定。
MPEG-4视频流RTP包的负载类型（Payload Type）标识号选定：从RFC3551协议的表5中的动态范围（96-127）中选择,建议定为97。
B）H.264视频流的RTP封装H.264的RTP载荷格式应符合RFC3984中的相关规定。
H.264视频流RTP包的负载类型（Payload Type）标识号选定：从RFC3551协议的表5中的动态范围（96-127）中选择,建议定为98。
C）SVAC视频流的RTP封装SVAC视频流的RTP载荷格式可参照RFC3984中的相关规定。
SVAC视频流RTP包的负载类型（Payload Type）标识号选定：从RFC3551协议的表5中的动态范围（96-127）中选择,建议定为99。
2.2视频流编解码要求联网系统中，对视音频编/解码的技术要求包括编/解码的档次和级别、工具选项、码流语法的规定以及比特流和解码器的一致性测试等。
具体要求如下：视频编码应支持H.264、SVAC或 MPEG-4视频编码标准，视频解码应同时支持H.264、SVAC 和 MPEG-4视频解码标准。
2.2.1基于H.264的视频编、解码技术要求2.2.1.1 H.264的档次和级别采用H.264标准的视频编码应至少支持ITU-T Rec. H.264-2005视频标准的基本档次（Baseline Profile），级别（Level）应至少支持到Level 1.3，标清应用宜扩展支持到Level 3，高清应用宜扩展支持到Level 4；视频解码所支持的档次和级别应不低于编码支持的最高档次和级别，至少应支持到H.264视频标准基本档次的Level 3；视频解码宜扩展支持H.264主档次（Main Profile）中的隔行扫描和B帧工具，且相邻两P帧间的B帧个数不大于2。
1、H.264基本档次的选项和工具H.264基本档次支持的选项和工具主要有：a)I片和P片（Slice）；b)基于内容自适应的变长编码CAVLC；c)容错工具：FMO，ASO，RS；d)去块效应滤波器（Deblocking Filter）；e)多参考帧编码。
采用H.264编码标准的视频流应为H.264 Baseline视频流，编码应支持上述Baseline 选项和工具中的部分或全部，可不支持容错工具；H.264的解码至少应支持上述除容错工具外的全部选项和工具。
多参考帧编码时，P片的参考帧数一般不大于两帧。
为了保证码流解析的效率，比特流中应当在每个I 帧之前都出现相应的SPS 和PPS；2、H.264级别的限制H.264级别（Level 1～4）的限制如表1所示，表中“-”表示未做相应的限制。
3、H.264基本档次各级别的参数限制H.264基本档次各级别的参数限制如表2所示。
表2 H.264基本档次各级别的参数限制4、H.264各级别的最大帧率限制H.264中CIF、4CIF、720p HD、1080p HD各级别（Level）的最大帧率限制如表3所示，表中的“-”表示未做相应的限制。
其他分辨率各级别的最大帧率限制见ITU-T Rec.H.264-2005中的规定。
2.2.2基于MPEG-4的视频编/、解码技术要求2.2.2.1MPEG-4的档次和级别采用MPEG-4标准的视频编码应至少支持ISO/IEC 14496-2:2004中简单档次（Simple Profile）的级别L5（ISO/IEC 14496-2:2004/Amd.2:2005），即MPEG-4 SP@L5。
采用MPEG-4标准的视频解码所支持的档次和级别不应低于编码支持的最高档次和级别，宜扩展支持MPEG-4先进简单档次（Advanced Simple Profile）中的隔行扫描和B帧工具。
1、MPEG-4简单档次的工具MPEG-4简单档次的工具包括：a)Basic：基本工具，又包括以下几种工具：1)I-VOP：帧内编码的矩形视频对象平面，逐行扫描的视频格式；2)P-VOP：帧间编码的矩形视频对象平面，逐行扫描的视频格式；3)AC/DC Prediction：AC/DC预测；4)4-MV：每个宏块可以有4个运动矢量；5)Unrestricted MV：不受限制的运动矢量。
b)Error Resilience：容错工具，又包括以下3种工具：1)Slice Resynchronization：片重同步；2)Data Partitioning：数据划分；3)Reversible VLC：可逆的变长编码。
c)Short Header：短头工具。
MPEG-4视频编码应支持上述简单档次的部分或全部工具，可不支持容错和短头工具；视频解码至少应支持除容错工具外的简单档次的全部工具。
2、MPEG-4简单档次各级别的参数限制MPEG-4视频编/、解码应至少支持简单档次的L5级别，参数限制如表4所示。
简单档次其他各级别的参数限制见ISO/IEC 14496-2:2004及ISO/IEC 14496-2:2004/Amd.2:2005中的相关规定。
表4MPEG-4简单档次L2、L3、L5级别的参数限制3、MPEG-4的码流语法为实现联网系统中视频流的互通，采用MPEG-4标准的视频码流语法应符合ISO/IEC14496-2:2004中的规定。
MPEG-4中简单档次不同级别的相应标识码见表5（见ISO/IEC14496-2:2004中的表G-1和ISO/IEC 14496-2:2004/Amd.2:2005中的规定）。
表5 MPEG-4简单档次各级别的标识码2.2.2.2 MPEG-4的一致性测试包括比特流一致性测试和解码器的一致性测试。
●比特流一致性测试MPEG-4的一致性比特流（compliant bitstream）是指实现了ISO/IEC 14496-2:2004在通用语法中定义的所有限制的比特流，包括ISO/IEC 14496-2:2004中第9章关于档次和级别的限制。
MPEG-4的一致性比特流应满足如下测试：当使用解码软件对MPEG-4视频比特流进行解码时，不应出现任何由比特流引起的错误或不一致。
注：测试中不考虑由于传输而产生的错误。
MPEG-4的比特流一致性测试的附加测试见ISO/IEC 14496-4:2004中的描述。
上述验证比特流一致性用到的解码软件可参考ISO/IEC 14496-5:2001中指定的软件。
●解码器的一致性测试MPEG-4的视频解码器通常指某一特定档次和级别的解码器。
MPEG-4视频解码器的一致性测试见ISO/IEC 14496-4：2004中的规定，其中简单档次L5级别的视频解码器一致性测试见ISO/IEC 14496-4:2004/Amd.10:2005的规定。
验证解码器一致性用到的软件可参考ISO/IEC14496-5:2001中指定的软件。
满足特定档次和级别的MPEG-4视频解码器应能正确解码相应档次和级别的MPEG-4一致性比特流。
2.2.3 SIP信令中的SDP内容规范●SDP定义联网系统中SIP消息体中携带的SDP内容应符合RFC 2327 - SDP Session Description Protocol的相关要求。
应有如下字段：Session description：v= (protocol version)o= (owner/creator and session identifier).s= (session name)u=* (URI of description)c=* (connection information - not required if included in all media)Time description：t= (time the session is active)Media descriptionm= (media name and transport address)c=* (connection information - optional if included at session-level)b=* (bandwidth information)a=* (zero or more media attribute lines)y=*（SSRC）f=*（媒体描述）说明：a字段：启用RFC4566中对a字段的定义【a=rtpmap:<payload type><encoding name>/<clock rate> [/<encodingparameters>]中的<encoding name>，利用该属性携带编码器厂商名称（如：大华或海康编码名称DAHUA或HIKVISION）。