培训_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播放媒体流的视频服务器
Ａｂｓｔｒａｃｔ ＴｈｅｎａｔｉｏｎａｌｓｔａｎｄａｒｄＧＢ２８１８１ｂａｓｉｃａｌｌｙｓｏｌｖｅｄｔｈｅｐｒｏｂｌｅｍｏｆｓｔａｎｄａｒｄｉｚａｔｉｏｎｏｆｎｅｔｗｏｒｋａｃｃｅｓｓｆｏｒｖｉｄｅｏ ｓｕｒｖｅｉｌｌａｎｃｅｓｙｓｔｅｍｓ．Ｈｏｗｅｖｅｒ，ｉｎｄｅｖｉｃｅｓｗｉｔｈａｗｉｄｅｖａｒｉｅｔｙｏｆｄｅｖｉｃｅｓ，ｓｏｍｅｄｅｖｉｃｅｓｓｕｐｐｏｒｔｐｒｏｔｏｃｏｌｓｓｕｃｈａｓＯＮＶＩＦ ｒａｔｈｅｒｔｈａｎＧＢ２８１８１．Ｈｏｗ ｔｈｅｖｉｄｅｏｓｅｒｖｅｒｃａｎｂｅｗｅｌｌｃｏｍｐａｔｉｂｌｅｗｉｔｈｔｈｅｔｗｏｐｒｏｔｏｃｏｌｓｔｏａｃｈｉｅｖｅｍｅｄｉａｓｔｒｅａｍ ｐｌａｙｂａｃｋｉｓａｐｒｏｂｌｅｍ ｔｈａｔｔｈｅｃｏｍｐｌｅｘｓｙｓｔｅｍ ｎｅｅｄｓｔｏｓｏｌｖｅ．ＧＢ２８１８１ａｎｄＯＮＶＩＦｊｏｉｎｅｄｔｏｇｅｔｈｅｒｂｙｍｅｒｇｉｎｇｔｈｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｐｒｏｃｅｓｓａｎｄｕｓｉｎｇＲＴＳＰｔｏｃｏｎｔｒｏｌｍｅｄｉａｓｔｒｅａｍ．Ｉｎａｄｄｉｔｉｏｎ，ｔｈｅｏｂｓｅｒｖｅｒｄｅｓｉｇｎｐａｔｔｅｒｎｗａｓｕｓｅｄｉｎ ｖｉｄｅｏｓｅｒｖｅｒｔｏｃｏｍｍｕｎｉｃａｔｅｂｅｔｗｅｅｎｔｗｏｄｉｆｆｅｒｅｎｔｓｅｒｖｉｃｅｓｓｏｔｈａｔｔｈｅｓｅｔｗｏｐｒｏｔｏｃｏｌｓｗｅｒｅｃｏｍｐａｔｉｂｌｅｉｎｔｈｅｓｅｒｖｅｒ．
ＧＢ／Ｔ２８１８１与 ＯＮＶＩＦ协议的结合可以同时发挥 两者的优势，在 ＧＢ／Ｔ２８１８１下发挥 ＯＮＶＩＦ协议设备 发现及设备信息获取的优势。ＯＮＶＩＦ协议和 ＧＢ２８１８１ 标准对媒体流的播放流程都做出了规定，然而两种协
收稿日期：２０１７－１１－１４。韩滨旭，工程师，主研领域：工业控制软件。沈玉玲，高工。王子萍，高工。
摘 要 国标 ＧＢ２８１８１基本上解决了视频监控系统联网接入标准化的问题，不过在设备种类繁多的系统中有 些设备支持 ＯＮＶＩＦ等协议而不是 ＧＢ２８１８１。视频服务器如何能够很好地兼容两种协议实现媒体流的播放是复 杂系统需要解决的问题。提出通过在通信流程上融合保证 ＧＢ２８１８１与 ＯＮＶＩＦ的衔接并使用 ＲＴＳＰ控制媒体流， 在视频服务器内部使用观察者设计模式沟通两种通信服务，从而可以最终实现两种协议的兼容。 关键词 ＧＢ２８１８１ ＯＮＶＩＦ 视频监控 视频服务器 中图分类号 ＴＰ３１９ 文献标识码 Ａ ＤＯＩ：１０．３９６９／ｊ．ｉｓｓｎ．１０００３８６ｘ．２０１８．０７．０３３
- 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）。