H5视频直播扫盲 1 H5到底能不能做视频直播 当然可以， H5火了这么久，涵盖了各个方面的技术。 对于视频录制，可以使用强大的webRTC（Web Real-Time Communication）是一个支持网页浏览器进行实时语音对话或视频对话的技术，缺点是只在PC的chrome上支持较好，移动端支持不太理想。 对于视频播放，可以使用HLS(HTTP Live Streaming)协议播放直播流，ios和android都天然支持这种协议，配置简单，直接使用video标签即可。 webRTC兼容性： video标签播放hls协议视频：
1 2 3 4 2 到底什么是HLS协议 简单讲就是把整个流分成一个个小的，基于HTTP的文件来下载，每次只下载一些，前面提到了用于H5播放直播视频时引入的一个.m3u8的文件，这个文件就是基于HLS协议，存放视频流元数据的文件。 每一个.m3u8文件，分别对应若干个ts文件，这些ts文件才是真正存放视频的数据，m3u8文件只是存放了一些ts文件的配置信息和相关路径，当视频播放时，.m3u8是动态改变的，video标签会解析这个文件，并找到对应的ts文件来播放，所以一般为了加快速度，.m3u8放在web服务器上，ts文件放在cdn上。 .m3u8文件，其实就是以UTF-8编码的m3u文件，这个文件本身不能播放，只是存放了播放信息的文本文件： 1 2 3 4 5#EXTM3U m3u文件头 #EXT-X-MEDIA-SEQUENCE 第一个TS分片的序列号#EXT-X-TARGETDURATION 每个分片TS的最大的时长#EXT-X-ALLOW-CACHE是否允许cache #EXT-X-ENDLISTm3u8文件结束符
RTMP：Real Time Messaging Protocol 实时消息传送协议 字节序：大端 Message Format： Timestamp：4 bytes Length：3 bytes Type ID：1 bytes Message Stream ID：4 bytes 小端 Handshake three static_sized chunks client：C0 C1 C2 server：S0 S1 S2 simple handshake： handshake sequence 握手开始于客户端发送C0、C1块 客户端在发送C2块之前必须等待直到S1块被接收 客户端在发送任何其他数据之前必须等待直到S2块被接收 服务器在发送S0、S1之前必须等待直到C0被接收或是C1被接收服务器在发送S2之前必须等待直到C1被接收 服务器在发送任何其他数据之前必须等待直到C2被接收 C0和S0格式 一个字节（8bits） 本版本是3 C1和S1格式 1536个字节
C2和S2格式 1536个字节，是C1和S1的回复响应 time：必须包含对等段发送的时间戳（对C2来说是S1，对S2来说是C1）time2：必须包含先前发送的被对端读取的包（S1或C1）的时间戳 handshake diagram
Complete handshake Chunking Chunk format A header and data +--------------+----------------+--------------------+----------+ | Basic Header | Message Header | Extended Timestamp | Chunk Data| +--------------+----------------+--------------------+----------+ | | |<------------------- Chunk Header ----------------->| Chunk Format Basic header：1-3bytes，chunk stream ID and chunk type(fmt) 长度可变type depend on the format of the encoded message header the length depend on the chunk stream ID ID:3-65599,0\1\2 reserved 0:2bytes,ID range 64-319 (the second byte+64) 1:3bytes,ID range 64-65599(the third byte*256+the second byte+64) 2:low-level protocol 2-63: 64-319:
RTMP Protocol Connect NetConnect.connect() Flash Play 通过NetConnect.connect连接到RTMP Server时,首先进行握手,再发送connect的参数. 1) 握手过程有三步: Step 1, Flash Player 至RTMP Server : 1个byte(0x03)+1536个byte数据. Step 2, RTMP Server至Flash Player : 1个byte(0x03)+1536个byte数据(Server的握手数据) + 1536个byte数据(通过和随机数hash得出, 详见附录) Step 3, Flash Player 至RTMP Server : 1536个byte数据(RTMP Server计算出来的). 注意:这个数据块没有1个byte的0x03. 2) 接下是connect参数 RTMP Server <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< RTMP Server >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>Flash Player RTMP协议步骤 Step 1 发送一个0x05的包,即ServerBW, (channel 0x02) (0x00 26 25 a0) Step 2 发送一个0x06的包,即ClientBW, (channel 0x02) (0x00 26 25 a0) + (0x02) Step 3 发送一个0x14的包,即Invoke, (channel 0x03) (body超过128的长度就要分包, 用0xc3来) string (“_result”) + number (0x3F F0 00 00 00 00 00 00) + Object string (“capabilities”) ; number (31.0) string (“fmsV er”) ; string (随便填) (“RubyIZUMI/0,1,2,0”) End Of Object (0x00 00 09) //(connect status) + Object string (“code”) ; string (“NetConnection.Connect.Success”) string (“level”) ; string (“status”) string (“description”) ; string (“Connection Succeeded.”) End Of Object (0x00 00 09) RTMP Server <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 36 0 引言 随着通信技术不断的发展，对通信技术的研究工作逐步深入。TD-LTE(Time Division Long Term Evolution)是我国研发的3G 通信技术标准TD-SCDMA(Time Division- Synchronization Code Division Multiple Access)的长期演进技术，国家在“新一代宽带无线通信网”计划中对TD-LTE 研究做出了巨大投入。 基站基带设备与射频设备之间接口称为Ir 接口。Ir 接口协议是依据通用公共无线接口CPRI (Common Public Radio Interface)协议规范制定的[1]。通用公共无线接口联盟是一个工业合作组织，致力于从事无线基站内部无线设备控制中心REC （Radio Equipment Controller ）及无线设备RE(Radio Equipment)之间主要接口规范的制定工作[2]。CPRI 规范定义了OSI(Open System Interconnect)系统模型的物理层和数据链路层两层结构，物理层支持电口和光口两种接入方式，并支持时分复用。数据链路层可支持用户平台数据（IQ 数据），控制和管理平台数据，同步平台数据三种数据流。CPRI 规范系统结构图如图1所示： FPGA 以其优越的性能广泛应用于接口设计和复杂算法实现技术上。全球领先的半导体解决方案提供商Xilinx 公司和全球市场份额第二的Altera 公司均以开发出基于FPGA 的适用于工业，通信，网络等领域的专用接口解决方案，如PCI （Peripheral Component Interconnect ）、PCIE(Peripheral Component Interconnect Express)、SPI(Serial Peripheral Interface)、I2C(Inter-Integrated Circuit)、Rapid IO 、CPRI 等接口。 文章基于“新一代宽带无线通信网”国家科技重大专项的子课题：TD-LTE Ir 接口一致性仿真与监测工具的开发。TD-LTE Ir 接口系统由一个基带设备和两个射频设备组成，通过光纤进行连接，采用级联的方式进行数据通信如图2所示。基带设备作为系统中的核心基带处理单元，在整个系统中起主要控制作用。 在实际的基带设备中，基带设备需要将用户数据向其上层的控制设备上报，以便完成对用户数据的处理。为验证本课题中Ir 接口对用户IQ （In-phase Quadrature ）数据的处理功能。需要将基站设备中CPRI 核解析出的IQ 数据，实时高速传输至上 基于CPRI 协议的FPGA 高速数据传输模块设计与实现 王艳秋1，李旭2，高锦春1，唐碧华1，张洪光1 （1. 北京邮电大学电子工程学院，北京 100876；2. 中国电信信息化部，北京 100032） 摘 要：随着通信技术不断发展，CPRI 协议作为无线基站的接口规范逐步完善，可支持的数据速率不断提高。本课题基于“新一代宽带无线通信网”国家科技重大专项：TD-LTE 基站基带与射频模块间接口（Ir 接口）仿真与监测工具开发。本文为了测试基带设备对IQ 数据的处理能力，基于FPGA 实现对用户数据（IQ 数据）的实时高速传输至上位机进行存储。通过比较现有高速数据传输技术，提出采用分层化，模块化的设计思想，利用FPGA 实现UDP/IP 协议栈，通过千兆以太网传输至上位机。通过测试验证，本模块可实现对IQ 数据的实时高速传输，满足设计要求。 关键词：通信系统；IQ 数据；UDP/IP 协议栈；FPGA； 中图分类号：TP332 文献标识码：A DOI：10.3969/j.issn.1003-6970.2013.12.009 本文著录格式：[1]王艳秋,李旭,高锦春,等.基于CPRI 协议的FPGA 高速数据传输模块设计与实现[J].软件,2013,34(12): 36-40 CPRI Protocol Based FPGA High-speed Data Transmission Module Design and Implementation WANG Yan-qiu 1,LI Xu 2,GAO Jin-chun 1,TANG Bi-hua 1,ZHANG Hong-guang 1 1(Beijing University of Posts and Telecommunications, Beijing 100876,China)2(China Telecommunication information department, Beijing 100032,China) 【Abstract 】CPRI protocol as the communication technology unceasing development, gradually improve as a wireless base station interface specification, can support data rate continuously improve. This topic is based on "a new generation broadband wireless communication network" national science and technology major projects: the td-scdma baseband and rf module LTE base station indirect mouth interface (Ir interface) simulation and monitoring tool development. In this paper, in order to test the baseband equipment of IQ data processing capabilities, based on the FPGA implementation of user data (IQ) of real-time transmission first place machine for storage at a high speed. By comparing the existing high speed data transmission technology, put forward the method of layered and modularized design idea, using FPGA to realize the UDP/IP protocol stack, through the supremacy of gigabit Ethernet transmission machine. Through test validation, this module can realize the IQ real-time high-speed data transmission, meet the design requirement. 【Key words 】communication system; IQ data; UDP/IP stack;FPGA 作者简介：王艳秋（1987-），女，硕士研究生，计算机硬件，数字电路设计 通信联系人：高锦春，教授，主要研究方向：无线通信关键技术，通信可靠性的研究及其产品的研发工作. nginx搭建rtmp协议流媒体服务器总结 最近在ubuntu12.04上搭建了一个rtmp服务器，感觉还挺麻烦的，所以记录下。 大部分都是参考网络上的资料。 前提： 在linux下某个目录中新建一个nginx目录。 然后进入该目录去下载搭建环境所需要的一些资源包。 此处在/root/ 目录下新建一个nginx目录即： /root/nginx/ ==================================== 1、安装依赖包: #yum -y install gcc glibc glibc-devel make nasm pkgconfig lib-devel openssl-devel expat-devel gettext-devel libtool mhash.x86_64 perl-Digest-SHA1.x86_64 2、安装相关工具包 1). git # mkdir soft-source # cd soft-source # wget ://https://www.doczj.com/doc/0613072845.html,/projects/git-snapshots/git/git-latest.tar.xz # xz -d git-latest.tar.xz # tar xzvf git-latest.tar # cd git-2014-06-27 # autoconf # ./configure # make && make install # git --version git version 2.0.0.GIT # cd .. 2). zlib # wget ://https://www.doczj.com/doc/0613072845.html,/zlib-1.2.8.tar.gz # tar -zxvf zlib-1.2.8.tar.gz cd zlib-1.2.8 # ./configure # make # make install # cd .. 3). pcre # wget ://exim.mirror.fr/pcre/pcre-8.12.tar.gz # tar zxvf pcre-8.12.tar.gz # cd pcre-8.12 # ./configure # make && make install # cd .. 4). yadmi yadmi的作用是为flv文件添加关键帧，才能实现拖动播放 # wget ://https://www.doczj.com/doc/0613072845.html,/projects/yamdi/files/yamdi/1.4/yamdi-1.4.tar.gz/download # tar xzvf download # cd yamdi-1.4 # make && make install # cd .. 使用方法： # yamdi -i input.flv -o out.flv 给input.flv文件添加关键帧，输出为out.flv文件 5). OpenSSL # wget ://https://www.doczj.com/doc/0613072845.html,/source/openssl-1.0.1c.tar.gz # tar -zxvf openssl-1.0.1c.tar.gz # ./config # make # make install 3、安装ffmpeg及其依赖包： 1). Yasm # wget ://https://www.doczj.com/doc/0613072845.html,/projects/yasm/releases/yasm-1.2.0.tar.gz # tar xzvf yasm-1.2.0.tar.gz 前言 随着通信技术的发展，标准化的基带-射频接口越来越受到各厂家的关注，在近几年内相继出现了CPRI、OBSAI、TDRI接口标准。C PRI作为通用开放接口标准，由于其实现上的经济简便性受到了多方厂家的支持，设备供应商相继推出了基于CRPI协议标准的拉远产品，另一方面基于CRPI协议的交换机和路由器也在逐渐的成熟和推广。开放的通用接口为3G基站产品节约成本、提高通用性和灵活性提供了方便。 CPRI协议由爱立信、华为、NEC、北电和西门子五个厂家联合发起制定，用于无线通讯基站中基带到射频之间的通用接口协议，对其它组织和厂家开放。CPRI大部分内容主要针对WCDMA标准，为其可实现良好服务。经分析，CPRI协议同样适用于TD-SCDMA第三代移动通讯标准。CPRI协议横向分为物理层和数据链路层；纵向分为用户平面、控制管理平面和同步平面，具有图1所示的结构。 硬件构架与实现 CPRI协议分析仪主要实现射频单元、基带单元的功能模拟。一方面采集数据进行协议分析，另一方面则产生模拟数据进行协议发送。基于图1的协议结构，分析仪由控制器、CPRI协议处理器、时钟处理以及对外接口四个主要功能单元构成，支持614.4Mbps、1.22 88Gbps和2.4576Gbps三种数据速率，原理框图如图2示。 协议分析仪上高速信号较多，单组总线宽达64位，时钟速率66. 6MHz，差分线对速率2.5Gbps。对于宽数据总线和快时钟速率，信号集成设计至关重要，一方面要保证每一个关键信号的信号完整性，同时在时序上需要满足接收芯片对于信号采样点的需求，以保证稳定无误的采样。本设计中采用了Cadence提供的SigXplorer仿真设计工具，以IBIS作为仿真模型，对关键信号进行了预仿真和布线后仿真，同时对关键链路进行了严格的时序裕度计算。文章限于篇幅，以部分关键链路和关键信号的设计为例来展开，其他内容在此不再赘述。 差分信号的端接和匹配 CPRI分析仪板卡上存在LVDS、CML和LVPECL等多种差分电平，不同电平之间的互连需要精心地设计他们之间的匹配和端接，以实现稳定可靠的工作。LVPECL到LVDS之间采用DC耦合，图3和图4显示了61.44MHz时钟在这种设计下的参数和仿真结果。 时序计算分析 所有的同步时序单沿采样分析建立在如下两个时序闭环公式的 基础上： 公式: 公式中各参数的含义及其来源可参考下表: 数字直放站中CPRI 协议的FPGA 实现 陈岳林1,石江宏2 (1.厦门大学 福建厦门 361005;2.厦门大学无线通信实验室 福建厦门 361005) 摘 要:为了开发数字直放站连接系统,介绍CPRI 协议规范和帧结构,讨论其硬件上的实现方案,给出基于 SCAN25100的FP GA 电路模块设计,采用Verilog 语言设计开发功能模块。该方案具有便于功能扩展、成本低、使用灵活等 特点,通过实际测试表明,此方案可进行可靠的数据传输,性能稳定,从而实现了数字直放站和基站之间更有效的互通,扩大了基站的覆盖范围。 关键词:直放站;CPRI ;现场可编程逻辑阵列;SCAN25100 中图分类号:TN913 文献标识码:B 文章编号:10042373X (2009)042031204 Implementation of CPRI Protocol in Digital R epeater on FPG A CH EN Yuelin 1,SHI Jianghong 2 (1.Xiamen University ,Xiamen ,361005,China ;2.Wireless Communication Lab ,Xiamen University ,Xiamen ,361005,China ) Abstract :To develop the connection of digital repeaters ,CPRI protocol specification and f rame structure are introduced.Its implementation on hardware is discussed.The detail module design of FP GA circuit and program based on SCAN25100are elaborated.The design is easy to expand and low cost.The experimental analysis shows that the solution could accomplish the data transmission ,and the interconnection between base station and digital repeater are implemented ,the network ′s coverage is enhanced. K eywords :repeater ;CPRI ;FP GA ;SCAN25100 收稿日期:2008208221 基金项目:福建省重大专项基金资助项目(2007HZ003) 0 引 言随着移动通信的发展,通信网络覆盖范围已经成为衡量通信网络运行的重要标准,直接影响着运营商的经济效益。而直放站的发展应用,已成为提高运营商网络质量,解决网络盲区或弱区问题,增强网络覆盖的主要手段之一。一个基站可以与几个直放站相连,可以组成链状、星型、树型等灵活的拓扑结构,使基站的覆盖范围大大增加。同时,既节省空间,又降低成本,提高了组网的效率。 但由于传统模拟直放站设备间没有统一的协议规范,无法满足系统厂商与直放站厂商的兼容,无法实现基站和直放站之间更有效的互通,从而限制了两者之间控制和数据的可靠传输。2003年6年,由包括爱立信、华为、N EC 、北电网络及西门子5大集团合力制定了CPRI (Common Public Radio Interface )接口。该组织成立的主要目的是制定这个接口的标准协议,从而使该接口成为一个公共的可用的指标。开放的CPRI 接口为3G 基站产品和2G 数字直放站在增加效益,提高灵活性方面提供了便利。 1 CPRI 协议概述 CPRI 规范[1]定义了物理层和链路层两层协议,能 实现数字基带IQ 信号传输时分复用,其协议结构图如图1所示[2]。物理层用千兆以太网的标准,传输的数据采用8B/10B 编解码,通过光模块串行发送,为达到所要求的灵活度和成本效益,线路比特速率有614.4Mb/s ,1228.8Mb/s 和2457.6Mb/s 三种。链 路层定义了一个同步的帧结构。帧结构包括基本帧和超帧,每个基本帧的帧频为3.84M Hz ,包括16个时隙,根据线路比特率的不同,每个时隙的大小分别为1B ,2B ,4B 。其中第一个时隙为控制时隙,其余15个 时隙为I/O 数据时隙,用来传送I/O 数据流。超帧则由256个基本帧构成,256个基本帧的控制时隙共同构成超帧的控制结构(如图2所示),同时,定义了快速C/M 通道(以太网)和慢速C/M 通道(HDL C ),用于传送 控制类和管理类的数据,可以对直放站进行维护[3,4]。2 硬件实现方案2.1 方案对比 对于CPRI 硬件实现方案,有以下几种方案可以选择: 1 3《现代电子技术》2009年第4期总第291期 计算机应用技术 实时流煤体协议概述v1.0 实时流煤体协议概述 流媒体传输类型： 流媒体传输分两类：实时流媒体和顺序流媒体 一般来说，如果视频为现场直播，或使用专用的流媒体服务器，或应用如RTSP等专用实时协议，即为实时流媒体传输； 如果使用普通的HTTP服务器，将音视频数据以从头至尾方式发送，则为顺序流媒体传输。 实时流传输既可传输实况直播，也可传输完整的音视频文件（专用协议流式）。 顺序流媒体不可用于实况直播，仅能传输完整的音视频文件（HTTP渐进式）。 主流的流媒体协议 主流的流媒体协议主要有：RTMP，HLS，RTSP等。 附：流媒体播放实现流程 一，h ttp渐进式下载原理（仅支持文件播放）http边下载边播放，严格意义上讲，不是实况直播协议。他的原理是先下载文件的基本信息，音频视频的时间戳，再下载音视频数据，以播放mp4为例，先下载文件头，根据文件头指引下载文件尾，然后再下载文件的音视频数据。 播放方式：1. 浏览器调用系统播放器播放； 2. 使HTML5的Video标签，浏览器内部支持直接播放。 二，苹果支持的hls原理（支持文件播放和实况直播）HLS的文件点播 1.使用“文件分段器”将基于H264和AAC或MP３的MPEG4分段， 生成.ts和.m3u8文件，存储于普通服务器上。 2.苹果应用程序或苹果浏览器可以通过访问.m3u8文件获取到索引， 并下载所需要的数据片段来播放。 HLS的实况直播 1.使用“流分段器”将基于H264、AAC、MP3的MPEG2传输 流分段， 2.可使用其它工具将MPEG4音视频文件加载到MPEG2传输流当中。 3.生成.ts和.m3u8文件，存储于普通服务器上。 4.苹果应用程序或苹果浏览器可以通过访问.m3u8文件获取到索引， 并下载所需要的数据片段来播放。 三，A dobe Flash 支持的RTMP协议（支持文件播放和实况直播） 必须采用Flash服务器FMS(Flash Media Server) 或 RED5. FMS的文件点播 1. 服务器（FMS或RED5）将F4v 或 Flv文件转化为RTMP流或HTTP流 2. 客户端（Flash插件或应用程序）获取RTMP流，提取相应的Flv 或 F4v文件片段进行播放。 FMS的实况直播 1.设备端（摄像头）将数据转化为F4v片段，通过RTMP流上传到服务器 2. 服务器（FMS或RED5）转发RTMP流到客户端 3. 客户端（Flash插件或应用程序）获取RTMP流，提取数据片段播放。 四，R TSP协议 RTSP为纯粹的传输控制协议。 RTSP协议本身不与它负载的媒体数据相关。 RTSP协议需要自定义客户端向服务器发送RTSP命令。 竭诚为您提供优质文档/双击可除 cpri接口协议 篇一：cpRi协议 前言 随着通信技术的发展，标准化的基带-射频接口越来越受到各厂家的关注，在近几年内相继出现了cpRi、obsai、tdRi接口标准。cpRi作为通用开放接口标准，由于其实现上的经济简便性受到了多方厂家的支持，设备供应商相继推出了基于cRpi协议标准的拉远产品，另一方面基于cRpi协议的交换机和路由器也在逐渐的成熟和推广。开放的通用接口为3g基站产品节约成本、提高通用性和灵活性提供了方便。 cpRi协议由爱立信、华为、nec、北电和西门子五个厂家联合发起制定，用于无线通讯基站中基带到射频之间的通用接口协议，对其它组织和厂家开放。cpRi大部分内容主要针对wcdma标准，为其可实现良好服务。经分析，cpRi协议同样适用于td-scdma第三代移动通讯标准。cpRi协议横向分为物理层和数据链路层；纵向分为用户平面、控制管理平面和同步平面，具有图1所示的结构。 硬件构架与实现 cpRi协议分析仪主要实现射频单元、基带单元的功能模拟。一方面采集数据进行协议分析，另一方面则产生模拟数据进行协议发送。基于图1的协议结构，分析仪由控制器、cpRi协议处理器、时钟处理以及对外接口四个主要功能单元构成，支持614.4mbps、1.2288gbps和2.4576gbps三种数据速率，原理框图如图2示。 协议分析仪上高速信号较多，单组总线宽达64位，时钟速率66.6mhz，差分线对速率2.5gbps。对于宽数据总线和快时钟速率，信号集成设计至关重要，一方面要保证每一个关键信号的信号完整性，同时在时序上需要满足接收芯片对于信号采样点的需求，以保证稳定无误的采样。本设计中采用了cadence提供的sigxplorer仿真设计工具，以ibis 作为仿真模型，对关键信号进行了预仿真和布线后仿真，同时对关键链路进行了严格的时序裕度计算。文章限于篇幅，以部分关键链路和关键信号的设计为例来展开，其他内容在此不再赘述。 差分信号的端接和匹配 cpRi分析仪板卡上存在lVds、cml和lVpecl等多种差分电平，不同电平之间的互连需要精心地设计他们之间的匹配和端接，以实现稳定可靠的工作。lVpecl到lVds之间采用dc耦合，图3和图4显示了61.44mhz时钟在这种设计下 Panabit V9.08（战国r3）专业版支持协议列表 (2009.10.16) 类别 应用协议 客户端 发布日期 版本号/注释 HTTP协议 WWW Web音乐 FLASH HTTP代理 HTTP下载 HTTP分块传输 伪IE下载 其他下载主要是“另存为” 土豆网https://www.doczj.com/doc/0613072845.html, Web视频 酷6 https://www.doczj.com/doc/0613072845.html, 6间房 https://www.doczj.com/doc/0613072845.html, 优酷https://www.doczj.com/doc/0613072845.html, Youtube https://www.doczj.com/doc/0613072845.html, HULU网https://www.doczj.com/doc/0613072845.html, 我乐网https://www.doczj.com/doc/0613072845.html, Sina视频https://www.doczj.com/doc/0613072845.html, Sohu视频 腾讯宽频 波波虎https://www.doczj.com/doc/0613072845.html, 其他Web视频 凤凰网https://www.doczj.com/doc/0613072845.html, CCTV点播https://www.doczj.com/doc/0613072845.html, Viewgood https://www.doczj.com/doc/0613072845.html, 常用协议 电子邮件 SMTP POP3 IMAP 终端类 VNC PCAnyWhere SSH Telnet 远程桌面 文件传输 FTP TFTP RSync 缺省端口873 NFS CVS MSDS Microsoft-DS DNS DHCP NNTP SNMP NTP UPNP NETBIOS DAYTIME 端口为13 SYSLOG 缺省端口514 DECRPC LDAP NAT端口映射 网络管理 ISA控制协议 HTTPS Socks4/5 L2TP PPTP IPSEC GRE 网络安全 OpenVPN 360更新 Nod32更新 Windows更新 软件更新 卡巴斯基更新 流媒体协议 RTSP MMS QuickTime QuickTime 7 Windows MediaPlayer Windows MediaPlayer 11 Real Player Real Player 11 BBSee 1.3 磊客https://www.doczj.com/doc/0613072845.html, 新浪奥运视频 网易奥运视频 QQ奥运视频 CCTV央视高清 RTMP P2P下载 BitComet 2009.06.22 1.13 BT BitSpirit 2009.07.27 V 3.6.0.135 基于CPRI协议的光纤通讯设计与实现 摘要：针对分布式基站基带处理单元和射频拉远单元之间的光纤连接，介绍了CPRI协议规范，讨论了其基于FPGA的硬件实现方案。同时给出了基于FPGA与SCAN25100方案的设计，采用Verilog语言设计开发FPGA。该方案开发成本低，调试简单方便。通过实际测试表明，该设计方案能够有效实现基于CPRI协议的光纤通讯传输，工作性能稳定。 0 引言 2009年1月国内3G牌照正式发放，随着3G时代的到来，各大通信运营商对3G移动通信网络展开了大规模建设，投入巨大，而基站是3G网络建设中，数量最多及成本最高的设备。移动通信领域日趋激烈的竞争，使得通信运营商比以往更加关注建网成本，而分布式基站具备低成本、高性能、快速运营等特性，能够大大节省运营商的建网与运维成本。因此分布式基站成为当前3G网络建设的最主要选择。 分布式基站核心理念，是把传统宏基站基带处理单元(BBU)和射频拉远单元(RRU)分离，二者通过光纤相连。网络部署时，将BBU、核心网、无线网络控制设备集中在机房内，与规划站点上部署的RRU通过光纤连接，完成网络覆盖。 为了有效处理分布式基站BBU与RRU间的光纤连接，无线通信行业形成两个联盟，分别制定了两种接口标准：2002年诺基亚、LG、三星等宣布成立OBSAI(开放式基站结构同盟)；2003年爱立信、华为、NEC、北电和西门子等联合成立CPRI (通用公共无线接口组织)。本文主要介绍基于CPRI协议的光纤通讯。 1 CPRI协议概述 CPRI协议定义了两个协议层。两个协议层为物理层(L1)和数据链路层(L2)。在物理层中，将上层接入点的传输数据进行复/分接，并采用8B/10B编解码，通过光模块串行收发数据。数据链路层定义了一个同步的帧结构，包含基本帧和超帧(由256个基本帧组成)，数据在L2层中，通过CPRI固定的帧结构形式进行相应的成帧和解帧处理。 基带处理单元(BBU)和射频拉远单元(RRU)之间可以通过一条或多条CPRI数据链路来连接，每条CPRI数据链路支持614．4Mbps、1228．8M-bps和2457．6Mbps三种比特率高速串行传输。当前工业界，通过将四条并行CPRI数据链路进行相应串行化处理，可实现BBU与RRU之间通过光纤以近10Gbps(即4X2457．6 Mbps)速率超高速传输。 2 硬件方案 采用FPGA来设计实现基于CPRI协议的光纤通讯，可以有多种方案来实现，下面介绍两种方案。 方案一：采用集成了RocketIO模块的FPGA。RocketlO收发器是在Xilinx公司Virtex2 Pro以上系列FPGA芯片中，集成的功能可配置千兆位级串行收发器。可通过调用Xilinx公司的COREGenerator生成的IPCore来使用RocketIO收发器。该模块的功能 翻译:许江华 Adobe Systems Inc. AMF3Specification Category:ActionScript Serialization类别：AS序列化 Action Message Format--AMF3 Copyright Notice Copyright(c)Adobe Systems Inc.(2002-2006).All Rights Reserved. Abstract概览 Action Message Format(AMF)is a compact binary format that is used to serialize ActionScr ipt object graphs.Once serialized an AMF encoded object graph may be used to persist and retrieve the public state of an application across sessions or allow two endpoints to communicate through the exchange of strongly typed data. AMF(Act ion Message Format动作信息格式)是用来序列化AS(ActionScr ipt动作脚本)实例对象(object graphs)的压缩的二进制格式。序列化的AMF编码的实例对象可用来持久化，并且在不同的会话中获得应用的公共状态，或者允许在两个端点(比如客户端和服务器端--译者注)通过强类型数据交换进行通信。 AMF was introduced in Flash Player6in2001and remained unchanged with the introduction of ActionScr ipt2.0in Flash Player7and with the release of Flash Player8.This version of AMF is referred to as AMF0(See[AMF0]).In Flash Player9,Action Script3.0was introduced along with a new ActionScr ipt Virtual Machine(AVM+)-the new data types and language features made possible by these improvements prompted AMF to be updated.Given the opportunity to release a new version of AMF,several opt imiza tions were also made to the encoding format to remove redundant information from serialized data.This specif ication defines this updated version of AMF,namely AMF3. AMF引进于2001年的FlashPlayer6，并且在引入AS2.0的FlashPlayer7和FlashPlayer8中没有改变的保留了。这个版本的AMF参考于AMF0(查阅[AMF0])。在FlashPla yer9中，AS3.0同新的AS虚拟机(AVM+)一起被引进—新的数据类型和语言特性的改进致使AMF升级成为可能，给了一个发布新的AMF版本的机会，新版本的AMF在序列化数据的时候做了一些优化，使得编码格式去除了一些冗余信息。升级后的AMF版本便是AMF3。 Table of Contents目录(略) 1Introduction介绍 1.1Purpose目的 Action Message Format(AMF)is a compact binary format that is used to serialize ActionScr ipt object graphs.Once serialized an AMF encoded object graph may be used to persist and retrieve the public state of an application across sessions or allow two endpoints to communicate through the exchange of strongly typed data.(译者注：之前有翻译) The first version of AMF,referred to as AMF0,supports sending complex objects by reference which helps to avoid sending redundant instances in an object graph. 第一个版本的AMF，即AMF0，支持在避免了在对象图中发送冗余的实例的通过引用发送复杂的对象。 It also allows endpoints to restore object relationships and support circular references while avoiding problems such as infinite recursion during serialization. 他也允许端点存储对象关系，并且支持在避免问题--如在序列化时无穷的递归--的情况下的循环 RTSP协议转换RTMP直播协议 RTSP协议也是广泛使用的直播/点播流媒体协议，最近实现了一个RTSP协议转换RTMP直播协议的程序，为的是可以接收远端设备或服务器的多路RTSP直播数据，实时转换为RTMP直播协议，推送到FMS、Red5、wowza server等RTMP 服务器，以实现flash观看RTSP直播源的需求。程序同时也具备从FLV文件获取输入数据并转换RTMP直播。实现的思路分享如下。 要点分析 首先，程序的主要目的，是从多路RTSP输入源中提取AAC编码的音频和H.264编码视频数据，并生成RTMP数据包，然后组装RTMP推送协议，并发往RTMP 服务器。在发送的过程中，要求可以从RTSP数据源切换到具有相同h.264和aac 编码的FLV文件中，并不影响RTMP直播。因此，本程序的关键点有以下部分： 1.RTSP直播流的读取 2.H.264和AAC编码数据的分析、处理 3.FLV文件数据的提取及与RTSP直接的切换和衔接 4.RTMP数据包封装 5.RTMP推送协议 有了关键点，就可以一项一项的去分析。 设计思路 根据上面分析的要点，首先要选择RTSP直播协议的读取。我们不需要从零做起，网络上有很多和RTSP相关的开源项目可以使用或借鉴，我选择了Live555。 Live555是一个跨平台的流媒体解决方案，主要支持RTSP协议，好像也支持SIP（这个也是我马上研究的重点，之后会写文章研究SIP相关的技术实现）。Live555实现了RTSP包括服务器-客户端的整套结构，是很知名的一个开源项目。网上有很多关于Live555学习和使用的文章，我就不具体介绍了。基于CPRI协议的FPGA高速数据传输模块设计与实现_王艳秋
课题_nginx搭建rtmp协议流媒体服务器总结
CPRI协议
数字直放站中CPRI协议的FPGA实现
实时流煤体协议概述v1.0
cpri接口协议
PANABIT支持协议库
基于CPRI协议的光纤通讯设计与实现
AMF3协议中文版
RTSP协议转换RTMP直播协议
相关主题
文本预览