下载文档原格式
网络直播解决方案一、引言网络直播是近年来快速发展的一种新兴形式的媒体传播方式，它通过互联网将实时的音视频内容传输给观众。
网络直播具有传播速度快、互动性强、传播范围广等优势，已经成为许多行业的重要营销和宣传工具。
本文将介绍一种网络直播解决方案，旨在提供一套完整的方案，匡助用户快速搭建稳定、高效的网络直播平台。
二、系统架构网络直播解决方案的系统架构主要包括以下几个关键组件：1. 音视频采集：该组件负责采集主播的音视频信号，包括声音和画面。
可以使用专业的摄像头和麦克风进行采集，也可以使用挪移设备的摄像头和麦克风。
2. 编码与压缩：采集到的音视频信号需要进行编码和压缩，以减少带宽占用和传输延迟。
常用的编码格式包括H.264和AAC。
3. 流媒体服务器：流媒体服务器是整个网络直播系统的核心组件，负责接收编码后的音视频流，并进行存储和转发。
常用的流媒体服务器软件包括Nginx、Wowza和Adobe Media Server。
4. 观众端播放器：观众通过播放器软件或者网页浏览器来观看直播内容。
播放器负责接收流媒体服务器传输过来的音视频流，并进行解码和播放。
常用的播放器软件包括VLC和Flash Player。
5. 云服务平台：为了提高系统的可扩展性和稳定性，可以将流媒体服务器和观众端播放器部署在云服务平台上。
云服务平台提供了强大的计算和存储能力，可以根据实际需求进行弹性扩展。
三、技术要点在搭建网络直播系统时，需要注意以下几个关键技术要点：1. 带宽和服务器资源：网络直播需要大量的带宽和服务器资源来支持高质量的音视频传输。
需要根据预期的观众数量和观看质量来选择合适的带宽和服务器配置。
2. 视频编码参数：视频编码参数的选择会直接影响到视频的清晰度和传输延迟。
需要根据实际情况选择合适的编码参数，平衡视频质量和传输效率。
3. 音视频同步：在网络直播中，音频和视频的同步非常重要。
需要使用合适的同步算法来保证音视频的同步性，避免浮现声音和画面不一致的问题。
XX直播用户服务协议特别提示：请用户注册使用本产品服务之前，认真阅读本用户协议中限制、免除XX直播义务责任和加重用户义务责任的条款，并审慎考虑风险。
如您是未成年人（未满18周岁），请在法定监护人的陪同下阅读本用户协议，并在充分理解本用户协议各条款的情况下注册使用。
一经您注册使用，即视为您接受本用户协议所有条款。
同时，未成年人的任何充值行为即被视为已取得法定监护人的同意及授权。
1.服务条款的确认1.1XX直播同意按照本协议的规定及其不时发布的操作规则提供基于互联网以及移动网的相关服务（以下称“网络服务”）。
XX直播网络服务的所有权、运营权和解释权归XX直播所有。
1.2为获得网络服务，服务使用人（以下称“用户”）应当同意本协议的全部条款并按照页面上的提示完成全部的注册程序。
用户在进行注册程序过程中勾选“我已阅读并同意”选择框即表示用户完全接受本协议项下的全部条款。
1.3用户注册成功后，每个用户将得到一个用户帐号及相应的密码，该用户帐号和密码由用户负责保管；用户应当对以其用户帐号进行的所有活动和事件负法律责任。
2.服务内容2.1XX 直播网络服务的具体内容由XX 直播根据实际情况提供，提供包括但不限于如下服务：供包括但不限于如下服务：2.1.1XX 直播主页 （含其他任何由XX 直播直接所有或运营的任何网站）以及主页以下的任何网页分页面；所有或运营的任何网站）以及主页以下的任何网页分页面；2.1.2XX 直播直接拥有或运营供用户使用的客户端、软件或者其他任何网络及传播环境；任何网络及传播环境；2.1.3XX 直播利用直接拥有或运营的服务器，为用户提供信息网络存储空间；存储空间；2.1.4XX 直播提供的技术或服务。
直播提供的技术或服务。
2.2XX 直播根据用户指令，提供网络直播及相关平台服务。
用户利用XX 直播服务实时表演或上传“内容”，该“内容”的定义为通过前款所指XX 直播的服务即时表演、上载、张贴、发送电子邮件或任何其它方式传送的视频、音频或其它任何形式的内容包括资讯、资料、文字、软件、音乐、音讯、照片、图形、视讯、信息或其它资料本身及相应链接。
网络直播解决方案一、引言网络直播已经成为一种流行的媒体形式，能够实时传输音视频内容给广大观众。
为了提供高质量的网络直播服务，需要一个完善的解决方案。
本文将介绍一个网络直播解决方案的标准格式，涵盖了相关技术、设备和流程等方面的内容。
二、技术要求1. 网络稳定性：确保网络连接的稳定性，避免直播过程中的断流和卡顿现象。
2. 视频编码：选择适合网络直播的视频编码格式，例如H.264，以保证视频的高质量传输和观看体验。
3. 音频编码：选择适合网络直播的音频编码格式，例如AAC，以保证音频的高质量传输和观看体验。
4. 带宽要求：根据直播内容的分辨率和码率，确定所需的带宽，以保证观众能够流畅地观看直播内容。
5. 媒体服务器：选择高性能的媒体服务器，能够支持大规模的并发访问和高负载的直播内容传输。
6. 流媒体传输协议：选择适合网络直播的流媒体传输协议，例如RTMP，以保证直播内容的稳定传输和观看体验。
7. 网络安全：采取必要的网络安全措施，确保直播内容不受到未授权访问和恶意攻击。
三、设备要求1. 摄像设备：选择高清晰度的摄像设备，能够提供清晰、稳定的视频画面。
2. 麦克风：选择高质量的麦克风，能够提供清晰、稳定的音频声音。
3. 编码器：选择高性能的编码器，能够将摄像设备和麦克风的信号编码为网络直播所需的音视频流。
4. 服务器：选择高性能的服务器，能够支持大规模的并发访问和高负载的直播内容传输。
5. 存储设备：选择高容量的存储设备，能够存储大量的直播内容和相关数据。
四、流程要求1. 直播准备阶段：确定直播内容、准备摄像设备和麦克风、测试网络连接和设备功能等。
2. 直播设置阶段：配置编码器和服务器的参数，包括视频分辨率、码率、音频采样率等。
3. 直播推流阶段：将编码器生成的音视频流通过流媒体传输协议推送到媒体服务器上。
4. 直播观看阶段：观众通过网络连接到媒体服务器，通过流媒体传输协议接收和播放直播内容。
5. 直播结束阶段：停止推流，保存直播内容和相关数据，进行直播回放和分析等。
obs使用方式使用OBS进行直播的方式OBS（Open Broadcaster Software）是一款开源的直播和录制软件，它可以帮助用户轻松地进行直播和录制活动。
在本文中，我将介绍如何使用OBS进行直播，并提供一些使用技巧和注意事项。
1. 下载和安装OBS首先，你需要从OBS的官方网站下载并安装软件。
安装完成后，打开OBS。
2. 配置OBS在打开的OBS界面中，点击"设置"按钮，进入配置页面。
在这里，你可以设置视频和音频的输入设备、输出分辨率、帧率等参数。
根据你的需要进行相应的配置。
3. 添加视频源在OBS界面的底部，点击"+"按钮，选择"视频捕获设备"。
在弹出的窗口中，选择你要使用的摄像头，并点击"确定"。
你也可以添加其他视频源，如屏幕捕获、媒体源等。
4. 添加音频源同样在OBS界面的底部，点击"+"按钮，选择"音频输入设备"。
在弹出的窗口中，选择你要使用的麦克风，并点击"确定"。
你还可以添加其他音频源，如音乐、系统音频等。
5. 配置直播平台在OBS界面的右侧，点击"设置"按钮，选择"直播流"选项卡。
在这里，你需要输入直播平台提供的流媒体服务器地址和密钥。
不同的直播平台提供的地址和密钥可能不同，具体请参考你所使用平台的文档。
6. 开始直播配置完成后，点击OBS界面的"开始直播"按钮，你的直播就会开始。
你可以在OBS界面的预览窗口中查看直播效果，也可以在直播平台上观看直播。
7. 调整布局和特效在直播过程中，你可以通过OBS界面的工具栏进行布局和特效的调整。
你可以添加水印、调整画面亮度对比度、切换画面布局等。
8. 使用场景切换OBS提供了场景切换的功能，你可以在直播过程中切换不同的场景，如显示桌面、显示游戏画面、显示摄像头画面等。
四种方式搭建网络电视直播系统网络电视直播基于IP网络传输，从而克服了传统网络电视的地域性。
另外，在看电视的同时，还可以通过网络查询各种信息。
通过各种网络通讯手段，用户还可以与地球另一端的人即时交流。
在内容方面，网络电视上所传输的内容也可以根据发布者的意愿添加、编辑，而收看者也可以主动搜索自己需要的电视资料，克服了传统电视、报纸等传媒体的被动性，可以说电视网络信息化是以后的一种趋势也是一种必然。
网络直播电视是未来的应用趋势，但是其对技术和网络带宽的要求却让感兴趣的单位和个人表现出力不从心。
别急，下面就让我来介绍几招针对各种层次应用的电视网络直播应用方案。
下面我们这里主要针对几个典型的应用消费，来说说当今最尖端的网络应用--网络电视直播！一、初级应用:1、配置构成：硬件：一张电视卡（80-500元不等）软件：Microsoft Windows Media Encoder (免费）2、投入资金：80～1000元3、达到目的：配置相对复杂编码速度高效画质不错单路50个并发流播放方式：Windows Media Player相信能看到这篇文章的人都属于对多媒体应用有一定兴趣和基础知识的人，你们也许只是学生，不需要什么专业应用，只是想在寝室几个哥们各自通过电脑一起收看电视或是把自己得意的DV作品给别人欣赏。
如果这样，建议你要好好利用Windows Media Encoder，它功能强大，界面简单，并提供了自行录制影像的功能，可以从影像捕捉设备或桌面画面录制，同时该软件还提供文件格式转换功能。
该软件主要的特色在于容易使用、高品质编码、增强的可程序化与管理。
利用他们配合普通的视频头或是电视卡，你也可以自己录制节目发布直播或是利用PC观看和直播电视节目。
这个方案主要适合类似学生或是流媒体爱好者的群体，只需要配备一张电视卡就可以完成电视直播、本地文件点播等功能，十分经济方便。
当然天下没有不要钱的午餐，要也存在着不可忽视的缺点：如延时大、画面不清晰、配置相对复杂、集成度差等缺点。
网络直播服务协议本协议由以下双方签订：•甲方：（直播平台名称）•乙方：（直播主播姓名）1. 协议范围1.1 本协议规定了甲方为乙方提供网络直播服务的基本条件和双方的权利、义务。
1.2 本协议的有效期为____年，自双方签字之日起生效。
2. 甲方权益2.1 甲方有权对乙方进行实名认证，并要求乙方提供真实、准确、完整的个人资料。
2.2 甲方有权对乙方的直播内容进行审核和管理，确保直播内容的合法性、合规性。
2.3 甲方有权根据市场需求和自身运营策略，对乙方提供直播服务的平台进行调整。
2.4 甲方有权根据本协议的约定，向乙方支付直播收入。
3. 乙方权益3.1 乙方有权在甲方的平台上进行直播，展示自己的才艺和个性。
3.2 乙方有权获得甲方支付的直播收入，具体金额根据双方约定的比例分配。
3.3 乙方有权在直播过程中，进行商品推广、广告植入等活动，但需符合相关法律法规的规定。
3.4 乙方有权在直播过程中，与观众互动，提高直播效果。
4. 直播内容要求4.1 乙方应保证直播内容的合法性、合规性，不得涉及违法、违规内容。
4.2 乙方应保证直播内容的真实性，不得进行虚假宣传、欺诈等行为。
4.3 乙方应尊重观众权益，不得进行恶意攻击、侮辱、诽谤等行为。
4.4 乙方应遵守甲方的平台规则，不得违反甲方的管理制度。
5. 收入分配5.1 甲乙双方的收入分配比例为：甲方____%，乙方____%。
5.2 甲方应在每月____日前，向乙方支付上一月的直播收入。
5.3 甲方应确保乙方收入的准确性和及时性，如因甲方原因导致乙方收入减少，甲方应承担相应责任。
6. 保密条款6.1 双方在签订本协议过程中，获悉的对方商业秘密、个人隐私等敏感信息，应予以严格保密。
6.2 保密期限自本协议签订之日起算，至协议终止或履行完毕之日止。
7. 违约责任7.1 如甲方违反本协议，乙方有权要求甲方承担违约责任，并要求甲方支付违约金。
7.2 如乙方违反本协议，甲方有权解除本协议，并要求乙方支付违约金。
（售后服务）直播服务器使用指南超限组播服务器使用指南超限组播流媒体系统是基于组播的流媒体系统，具有支持客户数量巨大的优点。
包括轮播、点播和直播/转播功能。
使用多项独有的专利技术，和其他基于组播的视频服务系统相比具有如下优点。
1．利用IP组播协议支持海量用户享受视像服务的时候，服务器和网络主干的负载极低。
2．成功解决了大规模组播网络丢包造成的视频马赛克问题。
能够确保视频数据传输的可靠性。
3．解决了以IP组播协议实现即点即播VOD的难题，是全球率先采用IP组播协议实现VOD即点即播的功能（免费试用版不包含此功能）。
壹、安装前准备工作1．开通网络组播协议，（1）首先开通核心交换机的IP组播协议，壹般交换机均是用PIM协议支持组播路由协议，要注意的是PIM协议是针对端口的，所以需要将每壹个需要组播数据流的交换机端口均进行PIM设置，建议使用SM稀疏模式；（2）其次要开通二层交换机上的IGMPSnooping协议；（3）详细的信息介绍参考"如何构建支持组播协议的校园网"2．检测组播协议的连通性：我们为大家提供了壹个简单易用的组播测试工具，具体使用如下：于服务器端发送组播执行如下步骤：（1）输入测试的组播地址，注意不要和已经于使用的组播地址冲突；（2）点击开始按钮（3）您会见到绿灯闪烁，如果是红灯闪烁，则需要检查您的网络连接；(4)需要注意的是如果重新连接网线以后，需要关闭发送端和接收端测试程序，再重新运行，否则刚才的错误状态可能干扰下壹步的测试。
于客户接收组播端执行如下步骤：（1）填写和发送端相对应的组播地址；（2）点击开始按钮（3）您会见到绿灯闪烁，且且会有数据包的关联信息和数量，如果是红灯闪烁，则需要检查您的网络连接；（4）注意，如果您于用测试软件过程中，曾经插拔网线，或者关闭交换机的电源，测试工具软件会自动停止工作，您必须关闭测试软件，然后重新打开测试软件。
3．于WinXP、WIN2000或WIN2003服务器上安装IIS服务器，具体的操作步骤参考微软的关联资料。
网络直播平台管理规定与实施细则第一章总则 (4)1.1 管理目的 (4)1.2 适用范围 (4)1.3 定义及解释 (4)第二章平台管理架构 (5)2.1 管理机构 (5)2.1.1 网络直播平台设立平台管理机构，负责对平台进行统一管理和监督。
(5)2.1.2 平台管理机构由以下部门组成： (5)2.1.3 平台管理机构应建立完善的内部沟通机制，保证各部门之间的协同合作。
(5)2.2 管理人员职责 (5)2.2.1 平台管理员：负责平台的日常运营管理，包括但不限于以下职责： (5)2.2.2 内容审核员：负责对平台直播内容进行实时审核，主要包括以下职责： (5)2.2.3 技术保障人员：负责平台的技术支持、系统维护、网络安全等工作，主要包括以下职责： (6)2.2.4 用户服务人员：负责用户投诉、建议处理，维护用户权益，主要包括以下职责： (6)2.3 管理流程 (6)2.3.1 平台管理制度制定流程： (6)2.3.2 直播内容审核流程： (6)2.3.3 用户投诉处理流程： (6)第三章直播内容管理 (7)3.1 内容审核标准 (7)3.1.1 审核原则 (7)3.1.2 审核标准 (7)3.2 内容审核流程 (7)3.2.1 提交审核 (7)3.2.2 审核部门 (7)3.2.3 审核流程 (7)3.3 违规内容处理 (7)3.3.1 违规内容判定 (8)3.3.2 违规处理措施 (8)第四章直播主体管理 (8)4.1 直播主体资格 (8)4.1.1 本规定所称直播主体，包括但不限于网络直播平台、直播内容提供者（以下简称“主播”）以及参与直播的观众。
(8)4.1.2 直播主体资格应当符合国家法律法规、行业规范以及本规定的要求。
(8)4.1.3 直播平台应依法取得相应的电信业务经营许可、网络文化经营许可等相关证件，具备开展直播业务的资格。
(8)4.1.4 主播应具备以下条件： (8)4.1.5 直播平台和主播应按照本规定的要求，进行实名制注册，并向相关部门备案。
92高效架设网络影视服务器第四、找不到播放列表，系统提示：“bad playlist file ”。
只要确认播放列表的路径和文件名正确即可。
限于篇幅，这里不可能讨论所有可能出现的问题。
但配置Helix Server 时，只要结合你的实际情况和这里的例子，就能很好地完成配置工作。
下面我们接着介绍怎么利用分流技术提供更加完善的直播服务和模拟直播服务。
第三节架设直播分流服务器前面我们完整地讨论了提供直播服务的各种情况。
但在实际应用中，我们还可能遇到更为复杂的情况。
之前我们一直使用一台服务器运行Helix Server ，这种情况只能适应用户较少的情况。
如果同时访问服务器的用户很多，服务器的CPU 、内存和网络带宽将不堪重负。
那该怎么办呢？此时就需要有更多的服务器来提供直播服务。
如果使用多个服务器运行Helix Server 时，是不是需要为每个服务器都提供一个直播源呢？不，Helix Server 提供了分流的功能，即它能把接收到的直播数据流分发给其它的He-lix Server ，而且Helix Producer 也可以同时向多个Helix Server 发送直播数据流。
用户点击不同的链接就可以访问不同的服务器，Helix Server 再把它们收到的直播数据流转发给用户。
虽然访问的服务器不同，但他们收看到的直播视频却是一样的。
1．分流的多种方式根据发送端和接收端运行软件的不同，分流可分为：“压缩编码端——服务器”式分流和“服务器——服务器”式分流两种。
由于压缩编码器（如Helix Producer ）运行时占用很大的系统资源，此时若要Helix Pro-ducer 向多个Helix Server 分发数据流，系统的额外开销将会很大，会影响直播的进行，所以这种方式一般不采用。
这里我们只讨论“服务器——服务器”式分流。
根据发送端的“主动”与“被动”关系还可将分流分为“拉”式分流和“推”式分流。
“拉”式分流过程为发送端被动地分流。
只有接收端发送请求到发送端，发送端才开始向接收端分发数据流，相当于接收端从发送端将数据流“拉”过来，如下图所示。
图6-3-1拉式分流93第六章架设网络电视台“推”式分流过程为发送端主动地分流。
不管接收端是否需要，发送端都将数据流发送到接收端，相当于发送端将数据流“推”到接收端。
如下图所示：图6-3-2推式分流根据接收端的数量还可分为一对一分流和一对多分流。
顾名思义，若接收端只有一个，则为一对一分流；若接收端有多个，则为一对多分流。
当采用多级一对一分流时，接收端同时把收到的数据流发送到下一个接收端，此时它也是一个发送端，整个系统形成一个链状分流。
当采用多级一对多分流时，接收端同时把收到的数据流分流给下一级的几个接收端，整个系统形成一个网状分流。
但无论是多么复杂的分流方案，它都可以分解成多个一级的一对一分流。
即架设一个分流系统，我们需要做的只是分别对多个Helix Server 重复地配置发送端和接收端。
下面我们以实例的形式讨论如何将Helix Server 配置成发送端或接收端。
分发数据流的一端就叫做发送端（Transmitter ），接收数据流的一端则为接收端（Receiver ）。
如果它既是发送端又是接受端，我们就称它为重放端。
2．配置发送端（Transmitter ）在Transmitter 内可以设置“推”式分流和“拉”式分流。
这里两者的配置有较大的区别。
“推”式分流需要设置发送端的数据源和接收端的信息，而“拉”式分流则只需设置发送端的数据源。
由于它们的设置相对独立，下面将分别进行讨论。
（1）推式分流步骤一：进入配置界面。
单击【Broadcast Distribution 】下【Transmitter 】进入配置界面，如图6-3-3所示。
高效架设网络影视服务器图6-3-3Transmitter的配置界面如上图顶部所示，发送端内有一个“Source Name”的设置。
它将出现在指向接收端数据流的链接中，所以必须确保链接的发布者知道这个名称。
默认情况下Helix Server以主机名称作为源名称，且一个Helix Server只能有一个源名称。
步骤二：新建一个接收端。
单击“Broadcast Receivers”栏的9495第六章架设网络电视台“Source Path ”栏定义的是需要进行分流的数据流的源路径。
Helix Server 默认的源路径为“/broadcast/”。
前面我们提到用Helix Producer 进行直播和用SLTA 进行模拟直播时的载入点（Mount Point ）都为“/broadcast/”。
即默认情况下Helix Server 将所有Helix Producer 的直播数据流和所有SLTA 的模拟直播数据流都分发给该接收端。
如果要对RealProducer 的直播流进行分流该怎么做呢？前面我们提到，RealProducer 使用的载入点为“/encoder/”，这里只要在“Source Path ”栏内输入“/encoder/”即可。
这里的RealProducer 是指RealProducer G2到RealProducer 8.5之间的所有版本。
如果只是要对Helix Producer 的部分直播流进行分流，可在“/broadcast/”后添加路径，例如“/broadcast/live/”，则Helix Server 仅对路径为“/live/”的Helix Producer 的数据流进行分流。
此外，还可以利用流的名称来进行限制，如“/broadcast/live/live.rm ”，则Helix Server 只对这个直播视频进行分流。
下面举个例子来说明这三种不同限制方法的不同效果。
现在Helix Server 分别对接收端A 、B 、C 进行分流，对三个接收端设置的源路径分别为“/broadcast/”、“/broadcast/live/”、“/broadcast/live/live.rm ”。
三种不同的源路径格式，可以有不同的效果，如下图所示：图6-3-4不同源路径的不同效果图中每一种箭头格式代表了一个直播数据流。
接收端A 收到了所有直播数据流，接收端B 收到了路径live 下的两个数据流，而接收端C 则只收到了一个，即“live/live.rm ”。
本例中我们设置源路径为“/broadcast/live/”，则Receiver A 只能接收到路径“/live/”下的直播数据流。
步骤四：设置接收端的地址。
在“Receiver IP Address or Hostname ”栏内输入接收端服务器的域名或IP 地址。
96高效架设网络影视服务器本例接收端的地址为“10.10.10.20”。
另外，在步骤七中将要设置数据流的传输方式，若选择了“udp/multicast ”时，发送端的直播数据流并不单独发给某个用户，而是发给多个用户。
此时需在“Receiver IP Address or Hostname ”栏内输入一个作为多播的D 类地址。
只要不与本网内其它设备使用的地址冲突，该地址可以是D 类段内任意的一个，如230.3.2.1，但后面设置接收端内的多播地址（Multicast Address ）时必须与此保持一致。
类IP 地址的第一段数字范围为224～239（从224.0.0.0到239.255.255.255），它是专用于组播的地址。
有关各类IP 地址的详细知识请参阅其它相关书籍。
步骤五：设置本机的地址。
在“Local IP Address ”栏内输入本机的地址，这个地址将被用来分流，且接收端重发分流请求时需要用到这个地址。
本例中本机IP 地址为“10.10.10.10”。
步骤六：设置多速率文件的分流方式。
前面讨论中我们提到过，一个流媒体文件内可以包含多种不同传输速率的视频数据。
在发送端和接收端之间，发送端可以将该文件的所有视频数据都发送给接收端，也可以只选择某个传输速率发送一部分视频数据给接收端。
在“SureStream Aware Splitting ”下拉菜单内有两个选项：“Enable ”、“Disable ”。
两种情况下有不同的效果，可如下图所示：图6-3-5选择Disable 时的分流过程图6-3-6选择Enable 时的分流过程从两图中可以看出，选择“Enable ”时发送端仅将用户需要的传输速率为256K 的视频数据发送给接收端，这样有利于节省带宽。
“SureStream Aware Splitting ”仅在分流的视频文件为多速率文件时才生效。
由于本例中的视频文件为单速率文件，所以这里跳过这一步设置。
若使用的是多速率文件，则在下第六章架设网络电视台拉菜单中选择“E na b le”即可。
步骤七：选择数据流传输方式。
在“Transport”下拉菜单中，有三个选项分别为“udp/unicast”、“udp/multicast”、“t c p”。
udp/unicast：UDP协议/单播，这是Helix Server最常用的传输方式。
接收端与发送端建立一个单独数据传输连接。
udp/multicast：UDP协议/多播，所有的接收端共享发送端发出的一个数据流，从而可以很好地节省网络带宽。
tcp：TCP协议，由于TCP会给网络带来很大的负载，所以它只有在UDP协议不能用的时候才被采用。
从传输效率来说，“tcp”比“udp/unicast”要好。
但使用多播方式时，网络上所有的设施包括用户的主机都必须设成允许多播的状态。
由于这个局限性，它的使用受到了一定的限制。
Helix默认的传输方式是“udp/unicast”，本例采用默认设置。
如果选择了其它传输方式，必须保证接收端上设置的传输方式与发送端上的设置相同。
步骤八：设置多播数据包的生存周期（T T L）。
这个设置只有在传输方式中选择了“udp/multicast”才生效。
所有多播数据包在网络上传输时都有一个生存周期（Time to Live），这样才不会在网络上无限制地传播下去。
当数据包通过一次路由器时，它的生存周期将减去1，生存周期变为0时，它就会被路由器扔掉。
当Helix Server的用户所处网络范围不同时，TTL可以有不同的值。
如下表：表6-3-1数据包的生存周期设置9798高效架设网络影视服务器默认值为20，这时所耗带宽将增加直播数据流所耗带宽的20%。
这20%的带宽就用来发送校验数据包。
如果需要使直播更可靠，可以增加校验比率的值，但这样将会带来更大的网络负载。
如果网络传输性能较好，误码率低，则可以减小校验比率的值以节省带宽。
本例由于用户都在同一子网内，所以将校验比率设成0。
步骤十：设置数据变化描述包的发送频率。
发送端发送数据流到接收端时，每隔一段时间将发送一个特殊的数据包给接收端。
