网络广播有什么?

您好我是南京万凯陈涛，我来解答您的问题。我就说说我们自己生产的IP广播吧。首先主控机房需要一台主控计算机（安装一套IP音频主播控软件）；然后就是网络传输部分，传输完全基于以太网需要交换机之类的网络设备；而后就是终端设备了，我们的终端设备分两种：一种是网络音箱，网络音箱是RJ45的接口，直接用网线连接到网络接口插座上就行。还有一时IP解码控制器，这一般是用来控制功放设备的，同样也是RJ45接口输入，将数字信号转化成音频信号输出给功放，功放输出接音柱，喇叭等设备。通过主控机房的主控软件可手动或自动实现对个终端的点对点的控制，可控播放节目内容和音量大小。可同时在不同的终端播放不同的内容。各个终端可通过软件任意的划分区域，极其方便。这是最基本得一套设备。另还可扩展其他功能：无线遥控功能，消防报警功能，外部音源输入等等。

辛辛苦苦找到的，够详细吧？

1 引言

随着互联网的飞速发展,流媒体技术的应用越来越广泛,从网上广播、**播放到远程教学以及在线的新闻网站等都用到了流媒体技术。但现有公开文献所报道的大多是利用现有的流媒体服务器来搭建一个流媒体服务系统，或者是针对流媒体数据的编码方式所进行的研究。本文对流媒体服务器技术的研究重点在于如何建立一个服务器，并且在实现流媒体传输的两个基本协议RTP/RTCP的基础上构建一个基本的流媒体服务器。

2 流媒体技术简介

21 “流”的定义

现在网上传输视频、音频主要有下载（Download）和流式传输（Streaming）两种方式。流式传输是连续传送视/音频信号，当流媒体在客户机播放时其余部分在后台继续下载。流式传输有顺序流式传输(Progressive Streaming)和实时流式传输(Realtime Streaming)两种方式。实时流式传输是实时传送，特别适合现场事件，实时流式传输必须匹配连接带宽，这意味着图像质量会因网络速度降低而变差,以减少对传输带宽的需求。“实时”的概念是指在一个应用中数据的交付必须与数据的产生保持精确的时间关系。

在Internet中使用流式传输技术的连续时基媒体就称为流媒体，通常也将其视频与音频称为视频流和音频流。实现流式传输一般都需要专用服务器和播放器。

22 流媒体系统组件

流媒体是由各种不同软件构成的，这些软件在各个不同层面上互相通信，基本的流媒体系统包含以下3个组件：

播放器（Player），用来播放流媒体的软件。

服务器（Server），用来向用户发送流媒体的软件。

编码器（Encode），用来将原始的音频视频转化为流媒体格式的软件。

这些组件之间通过特定的协议互相通信，按照特定的格式互相交换文件数据。有些文件中包含了由特定编解码器解码的数据，这种编解码器通过特定算法压缩文件的数据量。

3 流媒体服务器的基本功能和服务方式

31 流媒体服务器的主要功能

（1）响应客户的请求，把媒体数据传送给客户。流媒体服务器在流媒体传送期间必须与客户的播放器保持双向通信（这种通信是必需的，因为客户可能随时暂停或快放一个文件）。

（2）响应广播的同时能够及时处理新接收的实时广播数据，并将其编码。

（3）可提供其他额外功能，如：数字权限管理（DRM），插播广告，分割或镜像其他服务器的流，还有组播。

32 流媒体服务器的服务方式

（1）单播。在客户端与媒体服务器之间建立一个单独的数据通道，从1台服务器送出的每个数据包只能传送给1个客户机。

（2）组播。在以组播技术构建的网络上，允许路由器一次将数据包复制到多个通道上。

（3）点播与广播。点播连接是客户端与服务器之间的主动的连接，在点播连接中，用户通过选择内容项目来初始化客户端连接，用户可以开始、停止、后退、快进或暂停流。广播指的是用户被动地接收流，在广播过程中，数据包的单独一个拷贝将发送给网络上的所有用户，客户端接收流，但不能控制流。

4 构建流媒体服务器

41 RTP/RTCP协议简介

实时传输协议RTP（Realtime Transport Protocol）：是针对Internet上多媒体数据流的一个传输协议, 由IETF(Internet工程任务组)作为RFC1889发布。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP的典型应用建立在UDP上，但也可以在TCP或ATM等其他协议之上工作。RTP本身只保证实时数据的传输，并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。

实时传输控制协议RTCP（Realtime Transport Control Protocol）：负责管理传输质量在当前应用进程之间交换控制信息。在RTP会话期间，各参与者周期性地传送RTCP包，包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，能以有效的反馈和最小的开销使传输效率最佳化，故特别适合传送网上的实时数据。

RTCP主要有4个功能:

（1）用反馈信息的方法来提供分配数据的传送质量，这种反馈可以用来进行流量的拥塞控制，也可以用来监视网络和用来诊断网络中的问题；

（2）为RTP源提供一个永久性的CNAME（规范性名字）的传送层标志，因为在发现冲突或者程序更新重启时SSRC(同步源标识)会变，需要一个运作痕迹，在一组相关的会话中接收方也要用CNAME来从一个指定的与会者得到相联系的数据流（如音频和视频）；

（3）根据与会者的数量来调整RTCP包的发送率；

（4）传送会话控制信息，如可在用户接口显示与会者的标识，这是可选功能。

42 RTP/RTCP工作过程

工作时，RTP协议从上层接收流媒体信息码流（如H263），装配成RTP数据包发送给下层，下层协议提供RTP和RTCP的分流。如在UDP中， RTP使用一个偶数号端口，则相应的RTCP使用其后的奇数号端口。RTP数据包没有长度限制，它的最大包长只受下层协议的限制。

43 服务器的算法

服务器软件模型主要有两种，即并发服务器和循环服务器。循环服务器(Iterative Server)是指在一个时刻只处理一个请求的服务器。并发服务器(Concurrent Server)是指在一个时刻可以处理多个请求的服务器。事实上，多数服务器没有用于同时处理多个请求的冗余设备，而是提供一种表面上的并发性，方法是依靠执行多个线程，每个线程处理一个请求，从客户的角度看，服务器就像在并发地与多个客户通信。

由于流媒体服务时间的不定性和数据交互实时性的请求，流媒体服务器一般采用并发服务器算法。本文构建了一个基本的流媒体服务器，能够同时响应多个用户的请求，把本地硬盘流媒体文件或实时数据流（H263格式）发送给用户。在应用中，把客户分为请求实时数据的实时客户和请求文件数据的文件客户两类。主要算法为：

（1）打开设备，分配资源。当设备准备好时，创建一个RTP实时服务线程和一个RTCP实时服务线程。

（2）创建一个UDP套接字并将其绑定到所提供服务的地址之上。

（3）反复调用接收模块，接收来自客户的RTCP报告，根据其类型做出响应。对新实时客户的请求，把客户地址添加到实时服务的客户列表中，对新文件客户的请求，则创建一个新RTP文件服务线程和一个新RTCP文件服务线程；对已经在服务中的客户则根据RTCP报告的内容调整服务。

RTP实时服务线程1：初始化客户列表和RTP首部。

RTP实时服务线程2：从设备读取媒体数据，把数据发送给实时服务列表中的客户。

RTP实时服务线程3：更新RTP首部和统计数据。

RTP实时服务线程4：计算延时，重复第二步。

RTCP实时服务线程1：初始化RTCP首部。

RTCP实时服务线程2：发送发送方报告给实时服务列表中的客户。

RTCP实时服务线程3：计算延时，重复第二步。

RTP文件服务线程1：初始化RTP首部。

RTP文件服务线程2：从文件读取媒体数据，把数据发送给客户。

RTP文件服务线程3：更新已发送数据的统计信息，为生成发送方报告做准备。

RTP文件服务线程4：计算延时，调整发送速度，正常情况下开始重复第二步。

RTCP文件服务线程1：初始化RTCP首部，发送一个源描述(SDES)报文给客户。

RTCP文件服务线程2：根据已发送数据的统计信息生成发送方报告，发送给客户。

RTCP文件服务线程3：计算延时，正常情况下开始重复第一步。

5 流媒体服务器实现中应注意的问题

51 会话和流的两级分用

一个RTP会话(Session)包括传给某个指定目的地对(Destination Pair)的所有通信量，发送方可能包括多个。而从同一个同步源发出的RTP分组序列称为流(Stream),一个RTP会话可能包含多个RTP流。一个 RTP分组在服务器端发送出去的时候总是要指定属于哪个会话和流，在接收时也需要进行两级分用，即会话分用和流分用。只有当RTP使用同步源标识 (SSRC)和分组类型(PTYPE)把同一个流中的分组组合起来，才能够使用序列号(Sequence Number)和时间戳(Timestamp)对分组进行排序和正确回放。

52 多线程的管理

并发服务器模式要求用多线程来提供服务，所以多线程的管理十分重要。在本文构建的服务器中，不同客户的请求和反馈都由服务器的主线程处理，由于实时数据的独有性，不同实时客户可以共用一个RTP实时服务线程和一个RTCP实时服务线程，这样可以大大减小服务器的负担，而每个文件客户由于请求的文件不同，相应地对速度和开始时间的要求都可能不同，所以需要有自己独有的RTP文件服务线程和RTCP文件服务线程。

RTP服务线程负责把实时数据流发送给客户， RTCP服务线程根据RTP线程的统计数据，产生发送方报告给客户。RTP线程和RTCP线程之间通过一段共享内存交互统计数据，对共享内存必须设置互斥体进行保护，防止出现错误读写。在这种方式下，服务器可以根据每个用户的不同请求和具体情况方便地提供不同的服务。

53 时间戳的处理

时间戳字段是RTP首部中说明数据包时间的同步信息，是数据能以正确的时间顺序恢复的关键。时间戳的值给出了分组中数据的第一个字节的采样时间 (Sampling Instant)，要求发送方时间戳的时钟是连续、单调增长的，即使在没有数据输入或发送数据时也是如此。在静默时，发送方不必发送数据，保持时间戳的增长，在接收端，由于接收到的数据分组的序号没有丢失，就知道没有发生数据丢失，而且只要比较前后分组的时间戳的差异，就可以确定输出的时间间隔。

RTP规定一次会话的初始时间戳必须随机选择，但协议没有规定时间戳的单位，也没有规定该值的精确解释，而是由负载类型来确定时钟的颗粒，这样各种应用类型可以根据需要选择合适的输出计时精度。

在RTP传输音频数据时，一般选定逻辑时间戳速率与采样速率相同，但是在传输视频数据时，必须使时间戳速率大于每帧的一个滴答。如果数据是在同一时刻采样的，协议标准还允许多个分组具有相同的时间戳值。

54 媒体数据发送速度的控制

由于RTP协议没有规定RTP分组的长度和发送数据的速度，因而需要根据具体情况调整服务器端发送媒体数据的速度。对来自设备的实时数据可以采取等时间间隔访问设备缓冲区，在有新数据输入时发送数据的方式，时间戳的设置相对容易。对已经录制好的本地硬盘上的媒体文件，以H263格式的文件为例，由于文件本身不包含帧率信息，所以需要知道录制时的帧率或者设置一个初始值，在发送数据的时候找出发送数据中的帧数目，根据帧率和预置值来计算时延，以适当的速度发送数据并设置时间戳信息。

55 多种流同步

RTCP的一个关键作用就是能让接收方同步多个RTP流，例如：当音频与视频一起传输的时候，由于编码的不同，RTP使用两个流分别进行传输，这样两个流的时间戳以不同的速率运行，接收方必须同步两个流，以保证声音与影像的一致。为能进行流同步，RTCP要求发送方给每个传送一个唯一的标识数据源的规范名(Canonical Name），尽管由一个数据源发出的不同的流具有不同的同步源标识(SSRC)，但具有相同的规范名，这样接收方就知道哪些流是有关联的。而发送方报告报文所包含的信息可被接收方用于协调两个流中的时间戳值。发送方报告中含有一个以网络时间协议NTP(Network Time Protocol)格式表示的绝对时间值，接着RTCP报告中给出一个RTP时间戳值，产生该值的时钟就是产生RTP分组中的TimeStamp字段的那个时钟。由于发送方发出的所有流和发送方报告都使用同一个绝对时钟，接收方就可以比较来自同一数据源的两个流的绝对时间，从而确定如何将一个流中的时间戳值映射为另一个流中的时间戳值。

6 结论

流媒体技术的应用日益广泛，对流媒体技术的研究具有很大的实际意义,本文通过对RTP/RTCP协议的研究，分析流媒体服务器的一般功能和结构，给出构建一个基本的流媒体服务器的实现方案，实验证明可以同时满足多个实时和文件客户的要求,并已经应用于一个远程监控系统中

西派电子CEO-PA 农村信息化村村响广播工程整体解决方案介绍

农村信息化村村响广播的项目背景

关于农村信息化广播建设的必要性及其重要的社会意义，已有大量的论述以及相关的文件。党中央、国务院在《关于积极发展现代农业，扎实推进社会主义新农村建设的若干意见》中指出，“发展现代农业是社会主义新农村建设的首要任务”。发展现代农业，最根本的是亿万农 民都会进行科学种植和科学养殖，需要把最新的农业科技信息、农业生产服务信息及时送到农民的手中。早在《“十一五”期间国家突发公共 事件应急体系建设规划》中就提出：“加强预警系统和预警信息发布平台建设，构建各类突发公共事件信息发布公用渠道，提高全社会特别是 边远山区、农村等信息末端的预警能力，解决预警信息发布最后一千米的瓶颈问题”，这个问题现在还没有解决。之前有些省份在“村村通” 和“村村响”工程中，进行了一些有益的探索，购置了很多村组一级的广播设备，建设了一批乡村大喇叭。但由于技术问题和营运模式没有得到根本解决，要么设备闲置，要么成了“半拉子”工程。相应的“传递信息服务农民、占领农村文化阵地”的功能作用没有得到发挥。

随着“三网融合”的推进和文化产业的发展，特别是中央1号文件关于如何发展现代农业的战略部署及实施步骤，农民对党政国策信息、农 业科技信息及农业生产信息的渴求不断增强，农村信息化广播平台建设也日益摆到了重要的位置。国务院有关部门、一些省份都在积极探索、争相试点。一方面，寻求能够普遍推广的技术方案，同时也在探索长效的运营机制。

农村信息化广播到底应该怎么建？是只满足某一方面的功能需求，比如应急广播，解决应急预警抢险信息的发布，还是各级政府各个部门 甚至基层乡镇村都可使用的综合平台。应急广播要求快速响应，在一定的范围内统一播报。但仅仅是满足应急需要，没有长效运行机制，日常 维护比较困难，难以确保长期运转的可靠性，就有可能导致真正应急要用的时候急不起来，应急不了。我们认为，农村信息化广播建设要做到平战结合，把可运营的广播和应急广播结合起来,综合应用。在日常的农村信息服务中，依靠运营来建立设备维护的长效机制。

建起来，谁来用？主要有哪些功能作用？一是提供给各级党委政府部门用，成为党委政府占领农村思想文化阵地的重要喉舌。党委组织 部、宣传部、农委、政府应急办、农业局、气象局、水利局、林业局、科技局、文化局、卫生局、计生委、公检法等部门都可以切入进平台系 统，宣传党政国策，宣讲传递农林业科技信息、气象信息、水利信息、文化信息、民主法制信息、科学育儿科学饮食与生活小窍门，发布应急 预警、灾害预防及抢险救灾指（命）令信息，播发重要通知等。二是提供给基层政府用。乡镇村等基层领导，虽然单个通信很发达，但由于广 大农民朋友居住分散，要宣传党政国策，及时把上级党委政府的惠农政策、制度规定、重要会议精神传达到家喻户晓，播个乡政府或村委会的 通知等等，还是缺乏一个有效的手段。三是提供给农业种子公司、农业机械设备公司、农药化肥公司等直接服务于农业的经济实体用，他们通 过这个广播平台的运营商把各自最新的产品信息及时低成本大面积的送到亿万农民手中。一个全省整体连接的农村广播系统，有较大的广告传 媒价值。四是直接提供给农民朋友使用，活跃农村文化生活。现在农民生活水平提高了，文化需求也逐渐增强。张家有个喜事，李家有个高兴事，都可以到村广播室去点个歌，或播放一段祝词，增添喜气。

建设的资金从哪里来？后期的运营维护怎么办？这是农村信息化广播建设面临的主要问题。政府不是没有钱，问题是掏钱建设以后，长期 运营维护怎么搞？各个政府部门都有很多经费，但是单独拿出来都不够建设和维护一个整体的广播网络。所以需要探索一种模式。广播平台的 建设，需要两个重要的角色：一是平台建设的牵头，协调组织实施；二是建好以后的运营维护。按照共建共享的思路，政府各部门财政都出一 点，找到投资者更好，先把广播平台建起来。建好以后，各级各部门要使用，相应每年财政补贴一点。基层组织使用最多，每年也适当出一 点。向农民朋友宣传推荐直接服务于农业农村的新产品的企业，也出一点（这应该可以成为长期运营的主要来源之一）。这几个方面的经费加 起来，足以支撑这个平台的运转。因此，可以围绕农村广播的建设成立专门的公司，打造这个新传媒，来承担这个平台的投资、运营、工程维护等几方面的职责。

现有的各个广播平台，包括有线电视、调频电台，为什么难以满足农村信息化广播的应用需求呢？因为这些广播平台是单向的，频道的数 量也有限。农村信息化广播系统，大多的时间是各个村、各个乡镇这些基层在使用。同一时间，一个省可能会有几千个内容在播放。这种满足运营条件的个性化播放要求要用IP网络来覆盖。

IP终端覆盖到哪一级？到行政村还是到自然村？要想满足应急和日常播出的需要，必须覆盖无盲点。所以纯粹的IP网络也不行，一是造价 太高，二是有些地方还没有通IP网络。没有IP网络的地方用低成本的调频覆盖方案。传统的调频缺乏安全性，一个发射台只有一个声音。采用 数字调频，一个发射台可以有好几个声音，并且还可以加密。综合起来，我们的终端方案就是IP加数字调频的方案。要想几千个节目同时在网上跑，几万个终端同时播出，这得用分布式网络，所以我们设计了云广播平台。

什么是云广播关于广播发展的技术背景

广播系统，作为一种高效的一对多的通信方式，在车站、机场、厂矿、学校、酒店等场所，有着非常广泛的应用。广播系统的发展历史，也经历了定压广播、智能广播、调频广播、数控可寻址广播等过程。这些广播技术，虽然采用不同的传输方式和增加了控制数据，但声音都还是模拟信号传输的。最大的问题在于无法解决传输过程中信号衰减和噪声干扰的问题，传输的距离、接入的广播点数目都受到限制。

随着计算机网络技术的普及，计算机网络技术也应用到广播领域。采用TCP/IP网络协议传输声音信息的广播系统称之为IP广播。在IP广播系统传输的声音信号需要先经过采样编码为数字信号，传输的是纯数字信号，数字信号在传输过程中不会失真，信号传输距离不受限制，因此从根本上解决了模拟广播在信号传输上的缺陷。IP广播主要由服务器软件系统、IP终端设备以及中间的网络传输设备构成，服务器软件将音频流发送到指定终端，终端将接收到的音频流解码还原为模拟信号，驱动喇叭播放声音。

随着IP广播系统越来越多的应用，人们希望采用IP广播技术构建更大规模的广播网络，譬如全省、全地区统一建立的农村广播，连锁机构广播系统，集团公司广播系统等等。现有IP广播系统，大多数厂家所采用的技术，基于单服务器架构模式，服务器硬件性能、网络带宽限制了广播终端节点数目，一般单台服务器能够支持的终端节点数目为200-500个。为了突破了单合服务器性能瓶颈，支持大规模IP广播网络，西派云广播技术应运而生。什么是云广播呢？云广播就是采用云计算的模型分布部署实施的广播系统。云广播系统，突破了单台服务器性能瓶颈，支持多层次跨地域广播，构建全省乃至全国的IP网络广播系统，可以广泛应用在农村、连锁机构等需要跨地域统一建设的广播系统中，促成了广播系统再一次质的飞跃，开创广播系统应用的新纪元。

 农村信息化村村响广播功能要求

实现最小细分单位到行政村或者自然村的语音通播、分区组播和点对点广播。实现对各类突发公共事件，按照性质、程度、可控性和范围等分类分级广播。实现播放内容提前推送并存储到终端，由终端在指定时间本地离线播放。实现文字、、视频等多媒体信息的发布。实现来源于邮件、短信、文件等途径的文本转换语音广播（TTS）。 系统具有可靠的容灾备份能力。系统具备全网设备运行状态监测，支持部分参数远程配置。实现对其他公共信息的发布支持。无盲点，覆盖自然村。

农村信息化村村响广播建设原则

先进性：为应对复杂多变的突发事件，系统实现信息的分级定向分发，实时联网发布，多级管控。适应性：农村自然环境复杂，容易受地势、气象等影响，要求相关设备成熟、稳定、适应能力强，以保证系统在恶劣环境下正常工作。经济性：合理利用现有设备和资源，减少重复建设投资，同时考虑农村的现有经济状况，尽量采用低能耗产品。实用性：应急预警信息发布系统的终端延伸到广大农村，应急终端必须安装维护简单，易学易用。安全性：系统必须要有安全保障管理，对所发布信息进行实时监控、存档、日志记录。信息发布传播机构要具有高度的安全敏感性和高效的安全管理机制和手段。

可靠性：突发应急系统要求具有很强的时效性和极高的可靠性，具体要求包括电源热备份、设备（链路）冗余、软件冗余、终端自用电源等。确保应急预警信息能第一时间发出，没有时延。

维护性：从人员、制度、技术上保证该系统正常运行，系统中所有重要设备应具有远程可控可管功能。

农村信息化村村响广播工程整体解决方案 wwwceopacom 德国西派电子国际集团