组网注意：软交换组网时应注意的问题

本文首先分析了软交换技术的产生原因，然后对软交换技术做了简要介绍，并针对目前软交换设备所能够提供的业务，提出了软交换网的应用，最后，对采用软交换技术组网中应注重的问题进行了分析。

软交换技术产生的背景

人类的通信包括话音、数据、视频与音频组合的多媒体三大内容。一直以来，上述三类通信业务均是分别由不同的通信网来承载和疏通。电话网承载和疏通语音业务、数据网承载和疏通数据业务，多媒体网承载和疏通多媒体业务。

随着社会信息化程度的进一步加深，通信已经成为人们生活和工作中不可缺少的工具，人们对通信要求也不再仅仅是基本的语音通信业务和简单的WWW浏览和收发E-mail，人们需要的是能够随时、随地、灵活地获取所需要的信息。因此要求电信运营商能够灵活地为用户提供丰富的电信业务，而基于由不同通信网络提供不同业务的运营模式难以满足用户“灵活地获取所需要的信息”的需求，只有构建一个"全业务网络——即能够同时承载和疏通语音、数据、多媒体业务的网络”才能满足用户日益增长的对通信业务的需求。

电话网的历史最为悠久，其核心是电话交换机，电话交换机经历了磁石式、共用电池式、步进制、纵横制、程控制5个发展阶段，其差别在于交换机的实现方式发生了改变。程控制电话交换机的出现是一个历史性的变革，它采用了先进的体系结构，其功能可以分为呼叫业务接入、路由选择(交换)和呼叫业务控制3部分，其中的交换和呼叫业务控制功能均主要是通过程序软件来实现。但其采用的资源独占的电路交换方式，以及为通信的双方提供的对等的双向64kbit/s固定带宽通道不适于承载突发数据量大、上下行数据流量差异大的数据业务。

数据网的种类繁多，根据其采用的广域网协议不同，可将其分为DDN、X25、帧中继和IP网，由于IP网具有协议简单、终端设备价格低廉、以及基于IP协议的WWW业务的开展，基于IP协议的Internet呈爆炸式发展，一度成为了数据网的代名词。IP网要求用户终端将用户数据信息均封装在IP包中，IP网的核心设备——路由器仅是完成“尽力而为”的IP包转发的简单工作，它采用资源共享的包交换方式，根据业务量需要动态地占用上下行传输通道，因此IP网实际上仅是一个数据传送网，其本身并不提供任何高层业务控制功能，若在IP网上开放语音业务，必须额外增加电话业务的控制设备。值得一提的是，IP网中传送的IP包能够承载任何用户数据信息，为实现语音、数据、多媒体流等多种信息在一个承载网中传送创造了条件。

可见，电话网和数据网均存在一定的先天缺陷、无法通过简单地改造而成为一个“全业务网”，因此，为了能够实现在同一个网络上同时提供语音、数据以及多媒体业务，即通信业务的融合，产生了软交换(softswitch)技术。

本文首先分析了软交换技术的产生原因，然后对软交换技术做了简要介绍，并针对目前软交换设备所能够提供的业务，提出了软交换网的应用，最后，对采用软交换技术组网中应注重的问题进行了分析。

软交换技术产生的背景

人类的通信包括话音、数据、视频与音频组合的多媒体三大内容。一直以来，上述三类通信业务均是分别由不同的通信网来承载和疏通。电话网承载和疏通语音业务、数据网承载和疏通数据业务，多媒体网承载和疏通多媒体业务。

随着社会信息化程度的进一步加深，通信已经成为人们生活和工作中不可缺少的工具，人们对通信要求也不再仅仅是基本的语音通信业务和简单的WWW浏览和收发E-mail，人们需要的是能够随时、随地、灵活地获取所需要的信息。因此要求电信运营商能够灵活地为用户提供丰富的电信业务，而基于由不同通信网络提供不同业务的运营模式难以满足用户“灵活地获取所需要的信息”的需求，只有构建一个"全业务网络——即能够同时承载和疏通语音、数据、多媒体业务的网络”才能满足用户日益增长的对通信业务的需求。

电话网的历史最为悠久，其核心是电话交换机，电话交换机经历了磁石式、共用电池式、步进制、纵横制、程控制5个发展阶段，其差别在于交换机的实现方式发生了改变。程控制电话交换机的出现是一个历史性的变革，它采用了先进的体系结构，其功能可以分为呼叫业务接入、路由选择(交换)和呼叫业务控制3部分，其中的交换和呼叫业务控制功能均主要是通过程序软件来实现。但其采用的资源独占的电路交换方式，以及为通信的双方提供的对等的双向64kbit/s固定带宽通道不适于承载突发数据量大、上下行数据流量差异大的数据业务。

数据网的种类繁多，根据其采用的广域网协议不同，可将其分为DDN、X25、帧中继和IP网，由于IP网具有协议简单、终端设备价格低廉、以及基于IP协议的WWW业务的开展，

基于IP协议的Internet呈爆炸式发展，一度成为了数据网的代名词。IP网要求用户终端将用户数据信息均封装在IP包中，IP网的核心设备——路由器仅是完成“尽力而为”的IP包转发的简单工作，它采用资源共享的包交换方式，根据业务量需要动态地占用上下行传输通道，因此IP网实际上仅是一个数据传送网，其本身并不提供任何高层业务控制功能，若在IP网上开放语音业务，必须额外增加电话业务的控制设备。值得一提的是，IP网中传送的IP包能够承载任何用户数据信息，为实现语音、数据、多媒体流等多种信息在一个承载网中传送创造了条件。

可见，电话网和数据网均存在一定的先天缺陷、无法通过简单地改造而成为一个“全业务网”，因此，为了能够实现在同一个网络上同时提供语音、数据以及多媒体业务，即通信业务的融合，产生了软交换(softswitch)技术。

核心传送层

核心传送层实际上就是软交换网的承载网络，其作用和功能就是将边缘接入层中的各种媒体网关、控制层中的软交换机、业务应用层中的各种服务器平台等各个软交换网网元连接起来。

鉴于IP网能够同时承载语音、数据、视频等多种媒体信息，同时具有协议简单、终端设备对协议的支持性好且价格低廉的优势，因此软交换网选择了IP网作为承载网络。

软交换网中各网元之间均是将各种控制信息和业务数据信息封装在IP数据包中，通过核心传送层的IP网进行通信。

软交换网中的协议及标准

软交换网络中同层网元之间、不同层的网元之间均是通过软交换技术定义的标准协议进行通信的。国际上从事软交换相关标准制定的组织主要是IETF和ITU-T。它们分别从计算机界和电信界的立场出发，对软交换网协议作出了贡献。

1媒体网关与软交换机之间的协议

除SG外的各媒体网关与软交换机之间的协议有MGCP协议和MEGACO/H248协议两种。

MGCP协议是在MEGACO/H248之前的一个版本，它的灵活性和扩展性比不上MEGACO/H248，同时在对多运营商的支持方面也不如MEGACO/H248协议。

MEGACO/H248实际上是同一个协议的名字，由IETF和ITU联合开发，IETF称为MEGACO，ITU-T称为H248。MEGACO/H248称为媒体网关控制协议，它具有协议简单，功能强大，且扩展性很好的特点。

SG与软交换机之间采用SIGTRAN协议，SIGTRAN的低层采用SCTP协议，为七号信令在TCP/IP网上传送提供可靠的连接；高层分为M2PA、M2UA、M3UA。由于M3UA具有较大的灵活性，因此目前应用较为广泛。SIGTRAN/SCTP协议的根本功能在于将PSTN中基于TDM的七号信令通过SG以IP网作为承载透传至软交换机，由软交换机完成对七号信令的处理。

2软交换机之间的协议

当需要由不同的软交换机控制的媒体网关进行通信时，相关的软交换机之间需要通信，软交换机与软交换机之间的协议有BICC协议和SIP-T协议两种。

BICC协议是ITU-T推荐的标准协议，它主要是将原七号信令中的ISUP协议进行封装，对多媒体数据业务的支持存在一定不足。SIP-T是IETF推荐的标准协议，它主要是对原SIP协议进行扩展，属于一种应用层协议，采用Client-Serve结构，对多媒体数据业务的支持较好、便于增加新业务，同时SIP-T具有简单灵活、易于实现、扩展性好的特点。目前BICC和SIP协议在国际上均有较多的应用。

3软交换机与应用服务器之间的协议

软交换机与Radius服务器之间通过标准的Radius协议通信。软交换机与智能网SCP之间通过标准的智能网应用层协议(INAP、CAP)通信。一般情况下，软交换机与应用服务器之间通过厂家内部协议进行通信。为了实现软交换网业务与软交换设备厂商的分离，即软交换网业务的开放不依靠于软交换设备供给商，答应第三方基于应用服务器独立开发软交换网业务应用软件，因此，定义了软交换机与应用服务器之间的开放的Parlay接口。

4媒体网关之间的协议

除SG外，各媒体网关之间通过数据传送协议传送用户之间的语音、数据、视频等各种信息流。

软交换技术采用RTP(Real-timeTransportProtocol)作为各媒体网关之间的通信协议。RTP协议是IETF提出的适用于一般多媒体通信的通用技术，目前，基于H323和基于SIP的两大IP电话系统均是采用RTP作为IP电话网关之间的通信协议。

5小结

MGCP、MEGACO/H248、SIGTRAN、BICC、STP-T、Parlay协议传送的均是控制类信息，不包含任何用户之间的有用通信信息。RTP传送的是用户之间的有用通信信息。

同时，媒体网关与连接的非软交换网设备之间需采用相应的协议通信。值得一提的是，软交换网与H323网互通，H323GW与H323网的IP电话网关采用RTP通信，同时软交换机需与H323网的GateKeeper之间采用H323协议通信　　软交换技术的应用

1目前的软交换设备对业务的支持情况

目前，许多电话交换设备供给商和数据设备供给商均推出了自己的软交换设备，国内厂商包括中兴、华为和大唐；国外厂商包括阿尔卡特、北方电讯、西门子、朗讯、Cisco、Sonus、UT斯达康等公司。各厂商提供的软交换设备均遵从软交换技术的总体架构，只是在具体实现方式上存在着一些差异。

软交换技术的产生是为了构件一个“全业务网”，即在同一个网上实现语音、数据、多媒体视频流业务的融合；并且为了实现这个目的，将呼叫控制和业务功能在功能实体上进行了分离。但目前各厂家提供的软交换系统在业务提供上与上述目标还存在一定的差距，还需要经历一个不断发展和完善的过程。

目前，语音业务仍然在通信业务中占据主导地位，也是各电信运营商盈利的主要来源，软交换网实现多业务的融合，应首先能够提供至少与PSTN相同的语音业务。因此，各设备厂商也将对语音业务的支持列为首要任务。

语音业务可以分为语音转接业务和语音直接接入业务。

软交换网的虚拟中继业务提供语音转接业务，实际上就是利用软交换网转接PSTN端局之间的语音业务，而软交换网本身不直接接入语音终端用户，此时软交换网的功能类似于PSTN中的汇接局或长途局的功能。提供虚拟中继业务，软交换网中必须配置TG、SG和软交换机设备，若仅提供与PSTN相同的语音转接业务，则不需要单独的应用服务器，此时呼叫控制和业务的实现均是由软交换机负责完成。目前各软交换设备供给商提供的系统均已经能够提供虚拟中继业务。

语音直接接入业务，要求软交换网具备PSTN本地端局的功能，在我国信息产业部2001年5月25日发布的《电话交换设备总技术规范》以及补充件中规定了PSTN交换机应具备的各项功能，目前各软交换设备厂家均是利用软交换机来实现上述功能，而未采用专用的应用服务器。对于用户信息和存储和鉴权认证也是由软交换机来实现，也支持由专用的应用服务器或智能网SCP来实现，因此，从某种意义上说，目前各厂商提供的软交换系统对于基本语音业务仍未采用“呼叫控制与业务应用的分离”的概念。同时，软交换网中为直接接入用户还必须配置AG和/或IAD设备；与PSTN相连，则还需配置TG和SG设备。目前各软交换设备供给商提供的系统均已经能够提供基本的语音直接接入业务，但不同厂商提供的系统对于《电话交换设备总技术规范》以及补充件中规定了PSTN交换机应具备的各项功能的支持情况仍各不相同。同时，对于PSTN智能网实现的各种语音增值业务，各厂家提供的软交换系统也是通过智能网方式来实现的，此时，软交换机具备SSP功能，触发智能网业务，访问智能网的SCP。近年来数据业务的增长较快，但业务应用主要集中在WWW浏览、E-mail、下载、网络游戏、网络视频流媒体在线观看、网上购物、ICQ及网上聊天等业务。软交换设备供给商推出了一些数据与语音相融合的业务，例举如下。

上网呼叫等待业务：用户通过电话线拨号上网，当有电话呼入时，用户可以在PC界面上得到电话呼入的提示，并可选择接听、拒绝、前转来电。

点击拨号业务：通过点击Web页面上的Tel或Fax的号码，发起电话呼叫。

Web800业务：通过点击Web页面上的800号码，通过PC发起电话呼叫，话费由被叫承担。

短消息业务：通过PC发送、接收短消息至移动手机。

个人数据库业务：用户可以将自己的包括电话号码、E-Mail地址在内的通信录、单日或多日的个人日程安排表等重要私人信息存放在系统为用户分配的专用数据存储设备中，并可随时调用查看和我修改，以备纸制文件或手机的遗失。

信息业务：系统为用户分配专用的存储资源，用户的固定电话和手机电话留言、E-mail收件、网上购物定单等所有接收信息均存储在用户的统一信箱中，用户可通过PC机访问自己的统一信箱而获得所有与自己相关的信息。

呼叫跟随业务：实际上是对电话业务中的呼叫前转业务的扩展，答应用户设定多个被叫号码，来电在不同的时段转接至不同的被叫号码，且在同一时段，来电顺序接至不同的被叫号码。

网络交流中增加语音交流的业务：目前在Internet上进行网络游戏、网络聊天时，用户之间的交流只能基于PC文本的方式，此业务提供了PC-PC的语音交流功能。

其它还有会议等多方语音、数据通信业务等。

以上列举了一些目前软交换设备供给商通过增加应用服务器，已经能够支持的一些主要业务，当然不同厂商对上述业务的支持情况、实现方式、业务功能不尽相同。

2软交换网可行的应用

从上述业务中可以看出，目前软交换网络提供的业务仍主要是在语音业务方面，且提供的增值业务功能也很有限，其中部分业务功能利用智能网一样能够实现，

目前，软交换设备供给商、运营商尚无法提供真正吸引用户的“Kill”级的、软交换网特有的业务。软交换网业务的发展和完善仍需要设备供给商、运营商、内容服务提供商的努力，仍有一段漫长的路要走。

根据软交换技术的特点、设备的成熟性，以下提出一些目前软交换网可行的应用。

21长途语音业务

目前，大部分软交换设备供给商均已经能够提供成熟的虚拟中继业务，来转接PSTN语音业务。

对于拥有庞大的、完善的IP网络，但无PSTN的电信运营商来说，采用软交换网络提供长途语音业务是一种较好的选择，由于软交换网是采用IP网作为承载，因此，可以节省TDM传输电路建设的投资。建设软交换网的TG、SG和软交换机，并完成与PSTN连接，同时选择合适的用户鉴权方式即可开放业务。

对于拥有一个已经将自己各地分支机构通过IP网连接起来的跨地域的企业来说，采用软交换网将各分支机构的电话机连接起来，即TG、SG与各分支机构的PABX连接起来，或者通过AG、IAD直接连接各电话机，并建设软交换机即可使用内部网络疏通长途电话业务，节省数目可观的电话费。

22本地语音接入业务

对于拥有庞大的、完善的本地IP网络，但无本地PSTN端局的电信运营商来说，采用软交换网络接入用户也是一种较好的选择，本地PSTN端局的覆盖范围有限，且用户线布放的工程实施难度较大，因此，可以在用户端设置IAD设备，利用已有的小区宽带IP网络连接至软交换IP网络，完成各个IAD与软交换机、其它媒体网关设备的连接，即实现了本地电话机的接入，同时为了保证本地接入的电话能够与其它运营商的PSTN通信，还需完成软交换网与PSTN的连接。

同时，对接入的本地用户还可以灵活、多样地为用户开放软交换业务，并随着软交换业务的发展不断丰富完善。

23移动3G网络

无论是WCDMA还是CDMA2000，其发展目标均是在核心网络实现语音和数据业务的统一承载和交换，软交换技术无疑将是一种较好的选择。在3G网络中，原MSC将裂变为MSC-GW和MSC-SERVER，MSC-GW完成媒体网关的功能，MSC-SERVER完成软交换机的功能，IP网络作为3G网络的统一语音、数据媒体流的承载网络，实现各种业务数据流的融合。

3软交换网络建设中应注重的问题

31安全问题

安全问题包括网络安全和用户数据安全两个方面。

网络安全是指软交换网络本身的安全，即保证软交换网络中的媒体网关、软交换机、应用服务器设备不会受到非法攻击。由于软交换技术选择了IP网作为承载网，IP协议的简单和通用为网络黑客提供了便利条件。当软交换选择了开放的(与Internet相连的)IP网作为承载网时，网络安全问题尤其突出，必须在IP网上采用合适的安全策略，以保证软交换网的网络安全。

用户数据安全是指用户的签约信息和通信信息的安全，即不会被非法的第三方窃取和监听。首先，软交换网需采用必需的安全认证策略保证用户签约信息的安全，同时，无论是用户的签约信息还是用户的通信信息的安全均需要IP网的安全策略作为保证。

32QoS服务质量保证

目前各软交换设备供给商均声称所提供软交换系统支持对QoS服务质量的保证，即软交换机能够根据语音、数据、视频的业务特性为用户所申请使用的业务分配特定的网络资源，以保证QoS。但软交换网的业务是承载在IP网上的，基于“besteffort”服务策略的IP网难以很好地贯彻软交换机的QoS策略，因此，为保证软交换网的业务服务质量，必须要求软交换的IP承载网支持“Diffserv”等必要的服务质量保证策略。

33IP地址

软交换技术选择了IP网作为软交换网的承载网，因此，软交换网中的各网元设备均需要设备IP地址；若软交换网仅提供虚拟中继业务，则不需为用户分配用户IP地址，若软交换网提供本地直接接入用户的业务，则需要为每一个用户均分配一个用户IP地址。

目前的IP地址有IPv4和IPv6两种标准，IPv4推出较早，是目前广泛采用的标准，但目前剩余的IP地址数量已经极为有限。为了解决IPv4地址资源紧张的问题，产生了IPv6，IPv6对IP地址资源进行了扩展，IP地址资源已经不再成为限制。但IPv4和IPv6在同一网络中不能并存，必须在网络中进行转换和包封，IPv4和IPv6的大规模混合组网尚无经验可循。

IPv4将IP地址划分为公有IP地址和私有IP地址两大类，同时IP网络设备支持动态IP地址和静态IP地址的分配使用方式，公有地址和私有地址的选用既要考虑网络访问效率因素，又要综合考虑网络安全因素；动态地址和静态地址的选用既要考虑拥有的地址资源、地址使用效率，又要考虑对开放业务的影响。

34小结

如上所述，目前软交换网络能够提供的极具吸引力的业务还很有限，还需要设备供给商、运营商、内容服务提供商以及用户需求的各方努力，软交换网的建设应结合软交换技术的特点和自身的业务需求，避免盲目建设。

同时，软交换网的建设还需要关注IP承载网的建设情况，只有构建在一个安全、完善的IP网上的软交换网才具有生命力。

　　Wowza Streaming Engine 4 (也就是著名的Wowza Media Server®)是一个高性能、可扩展的流媒体服务器软件，支持直播、VOD、在线视频聊天、远程录制功能， 它也支持多种播放器技术，包括：

Adobe® HTTP Dynamic Streaming (HDS) Adobe Flash® 播放器

Apple® HTTP Live Streaming (HLS) iPhone®, iPad®, iPod touch®, Safari® 浏览器, QuickTime® 播放器

Microsoft® Smooth Streaming Microsoft Silverlight®

MPEG-DASH streaming DASH clients

Real Time Streaming Protocol (RTSP/RTP) QuickTime 播放器, VLC 媒体播放器, 以及许多移动终端

MPEG-2 Transport Streams (MPEG-TS) 机顶盒和IPTV 解决方案

安装Java

Wowza Streaming Engine 4 是一个基于Java 6 (也就是 16) 和Java 7 (也就是 17)的应用程序，需要先安装Java Runtime Environment (JRE) 6 或以上版本。

Wowza Streaming Engine可以使用下面的Java安装包:

Java Development Kit (JDK) 这个JDK 包含了完整的JRE 并可以让Java 开发人员开发和调试服务端应用。

Java Server JRE 这个Server JRE 是一个完整的JRE。如果你只是要运行Java程序，而不是开发和调试，那么可以用这个安装包。

第三方的Java虚拟机环境、 用户端的Java JRE、以及32位的客户端环境，这些都不是运行Wowza server 软件所需要的服务端环境。 你可以在32位的Java JRE上运行Wowza Streaming Engine，但它仅仅只能用于测试环境，此外，还需要一些额外的配置。

为了得到最好的性能，为了能够使用Wowza Transcoder AddOn，我们推荐你将Wowza Streaming Engine 安装在 64位的操作系统和最新的64位Java JDK 或 Server JRE。

注意:

Wowza Transcoder AddOn 只能运行在64位的Windows 和 Linux 操作系统和64位的Java VM。

你可以从Oracle Java SE 下载页面或 所有操作系统下的Java 下载页面下载下载64位Java JDK 或 Server JRE。

根据手册或指南安装Java 环境。

你可以用java –version命令来验证是否已经正确安装了Java。

如果Java已经被正确的安装和配置，命令行或终端窗口会出现Java的版本号，它应该至少是16版本。

针对32位Java 客户端环境下运行Wowza Streaming Engine 所需要的配置

如果你下载32位客户端版本的Java JRE，比如在wwwjavacom页面点击Free Java Download 按钮。 我们不推荐使用这个版本，要使用它，你需要在Wowza Stream Engine 上做如下配置：

在[install-dir]/conf/目录下，用一个文本编辑器打开Tunexml文件。

删除文件中的<VMOption>-server</VMOption>属性。

保存文件，然后重启Wowza Streaming Engine 。

- 或者 -

在Java的安装目录的bin文件夹下，通常位于[java-install-dir]\bin下，按如下操作

创建一个名字为server的文件夹。

例如，当你的Java安装在C:\Program Files\java\jre7下，那么创建如下文件夹:

Code:

C:\Program Files\java\jre7\bin\server

将[java-install-dir]\bin\client 文件夹下的内容拷贝到[java-install-dir]\bin\server 文件夹下。

确认JAVA_HOME 环境变量能正确匹配你的Java安装根目录([java-install-dir])

例如，C:\Program Files\java\jre7 如果这个环境变量设置的不对，请参考After installing latest Java version, java command is still using old Java (fix) 以了解更多如何解决它的信息。

安装Wowza Streaming Engine 4

注意:

在安装Wowza Streaming Engine 406之前要卸载以前的任何Wowza版本。

到Wowza官网的 安装包下载 页面点击 Download 以下载你需要的操作系统下的Wowza版本。

下载完成后，按以下步骤进行:

Windows: 双击安装文件, WowzaStreamingEngine-406exe, 按界面提示进行。

Mac OS: 双击 WowzaStreamingEngine-406dmg 文件，然后双击安装包Wowza Streaming Engine 406pkg, 按界面提示进行。

Linux: 进入包含安装文件的目录，根据你的平台，执行以下命令:

Red Hat Package Manager (RPM):

打开命令Shell，输入如下命令:

Code:

sudo chmod +x WowzaStreamingEngine-406rpmbin

sudo /WowzaStreamingEngine-406rpmbin

Debian Package Manager (DEB):

打开命令Shell，输入如下命令:

code:

sudo chmod +x WowzaMediaStreamingEngine-406debbin

sudo /WowzaStreamingEngine-406debbin

其它Linux系统TAR包安装:

打开命令Shell，输入如下命令:

code:

sudo chmod +x WowzaStreamingEngine-406tarbin

sudo /WowzaStreamingEngine-406tarbin

在安装过程中，你会被要求:

接受授权协议(license agreement)

输入一个合法的产品授权序列号。这个序列号是由Wowza公司通过邮件发给你的，你会在收件箱中找到它。

创建一个管理员账户需要的用户名和密码。你将用这个账号登录基于Web的Wowza Streaming Engine Manager。注意：用户名和密码都是大小写敏感的。

确认或改变安装目录，默认情况下，Wowza Streaming Engine 将被安装在以下目录:

/Applications/Wowza Streaming Engine 406/

/Library/LaunchDaemons/

/Library/WowzaStreamingEngine/ (an alias)

/Library/WowzaStreamingEngine-406/

Windows: \Program File(x86)\Wowza Media Systems\Wowza Streaming Engine 406

Mac OSX:

Linux/Unix: /usr/local/WowzaStreamingEngine-406

如果你希望在系统启动后自动启动Wowza Streaming Engine 和 Streaming Engine Manager 。 请在提示界面中接受默认的选项 Start Wowza Streaming Engine automatically when the system starts 以及 Launch Wowza Streaming Engine Manager in a web browser ，这样可以使得服务器和管理界面能够在操作系统启动后自动启动，这样会方便很多。 如果你没有接受这些选项，你必须自己启动服务器和管理界面。

启动软件

如果你在安装的时候没有选择自动启动服务和管理界面，你必须手动启动它们。根据不同的操作系统平台，按以下指导进行。

Windows平台上以服务方式启动:

按WIN键 + R

在运行对话框输入 servicesmsc，然后点击确定。

在Services MMC窗口中,右键Wowza Streaming Engine 406，然后点击启动。

要确定Wowza Streaming Engine是否已经正常启动，请在Web浏览器访问下面的URL：

http://[wowza-ip-address]:1935

在这里，[wowza-ip-address], 是运行Wowza Streaming Engine的服务器IP地址或域名。例如:

http://localhost:1935

如果已经正常启动，浏览器上会显示Wowza Streaming Engine 的版本号。如果没有，请检查软件是否已经正确安装，在你的路由和防火墙设备以及软件防火墙上的TCP端口是否被打开。

当 Wowza Streaming Engine 服务正常运行后，你再启动Wowza Streaming Engine Manager。

回到Services 窗口, 右键Wowza Streaming Engine Manager 406, 然后选择e Start

Mac OS X平台上以服务方式启动

到/Applications/WowzaStreamingEngine-406/ ，双击 Start Services

运行Start Services 应用，将Wowza Streaming Engine server software 和 Wowza Streaming Engine Manager 同时作为系统服务启动。

要确定Wowza Streaming Engine是否已经正常启动，请在Web浏览器访问下面的URL：

http://[wowza-ip-address]:1935

在这里，[wowza-ip-address], 是运行Wowza Streaming Engine的服务器IP地址或域名。例如:

http://localhost:1935

如果已经正常启动，浏览器上会显示Wowza Streaming Engine 的版本号。如果没有，请检查软件是否已经正确安装，在你的路由和防火墙设备以及软件防火墙上的TCP端口是否被打开。

Linux平台上以服务方式启动

要在Linux平台以服务方式将启动Wowza 软件，你必须以用sudo命令成为root用户。 如果以下的指导在你的Linux发型版本上不能生效，请咨询您的Linux手册。

在一个终端窗口，输入下面的命令(依赖你的Linux发型版本):

Code:

sudo service WowzaStreamingEngine start

-或-

Code:

/etc/initd/WowzaStreamingEngine start

要确定Wowza Streaming Engine是否已经正常启动，请在Web浏览器访问下面的URL：

http://[wowza-ip-address]:1935

在这里，[wowza-ip-address], 是运行Wowza Streaming Engine的服务器IP地址或域名。例如:

http://localhost:1935

如果已经正常启动，浏览器上会显示Wowza Streaming Engine 的版本号。如果没有，请检查软件是否已经正确安装，在你的路由和防火墙设备以及iptables上的TCP端口是否被打开。

当 Wowza Streaming Engine 服务正常运行后，你再启动Wowza Streaming Engine Manager。

在一个终端窗口，输入下面的命令(依赖你的Linux发型版本):

Code:

sudo service WowzaStreamingEngineManager start

-或-

Code:

/etc/initd/WowzaStreamingEngineManager start

分类: 电脑/网络

问题描述:

是观看网络电视用的吗？不用下载网络电视软件，可以看网络电视吗？ 希望大家给我几个网址

解析:

流媒体又叫流式媒体，它是指商家用一个视频传送服务器把节目当成数据包发出，传送到网络上。用户通过解压设备对这些数据进行解压后，节目就会像发送前那样显示出来。

这个过程的一系列相关的包称为“流”。流媒体实际指的是一种新的媒体传送方式，而非一种新的媒体。流媒体技术全面应用后，人们在网上聊天可直接语音输入；如果想彼此看见对方的容貌、表情，只要双方各有一个摄像头就可以了；在网上看到感兴趣的商品，点击以后，讲解员和商品的影像就会跳出来；更有真实感的影像新闻也会出现。

流媒体技术发端于美国，在美国目前流媒体的应用已很普遍，比如惠普公司的产品发布和销售人员培训都用网络视频进行。（南方都市报）

所谓流媒体是指采用流式传输的方式在Inter播放的媒体格式。

流式传输方式则是将整个A/V及3D等多媒体文件经过特殊的压缩方式分成一个个压缩包，由视频服务器向用户计算机连续、实时传送。在采用流式传输方式的系统中，用户不必像采用下载方式那样等到整个文件全部下载完毕，而是只需经过几秒或几十秒的启动延时即可在用户的计算机上利用解压设备(硬件或软件)对压缩的A/V、3D等多媒体文件解压后进行播放和观看。此时多媒体文件的剩余部分将在后台的服务器内继续下载。

与单纯的下载方式相比，这种对多媒体文件边下载边播放的流式传输方式不仅使启动延时大幅度地缩短，而且对系统缓存容量的需求也大大降低。（ChinaByte）

附：流媒体技术简介

一、流式传输的基础

在网络上传输音／视频等多媒体信息目前主要有下载和流式传输两种方案。A/V文件一般都较大，所以需要的存储容量也较大；同时由于网络带宽的限制，下载常常要花数分钟甚至数小时，所以这种处理方法延迟也很大。流式传输时，声音、影像或动画等时基媒体由音视频服务器向用户计算机的连续、实时传送，用户不必等到整个文件全部下载完毕，而只需经过几秒或十数秒的启动延时即可进行观看。当声音等时基媒体在客户机上播放时，文件的剩余部分将在后台从服务器内继续下载。流式不仅使启动延时成十倍、百倍地缩短，而且不需要太大的缓存容量。流式传输避免了用户必须等待整个文件全部从Inter上下载才能观看的缺点。

流媒体指在Inter/Intra中使用流式传输技术的连续时基媒体，如：音频、视频或多媒体文件。流式媒体在播放前并不下载整个文件，只将开始部分内容存入内存，流式媒体的数据流随时传送随时播放，只是在开始时有一些延迟。流媒体实现的关键技术就是流式传输。

流式传输定义很广泛，现在主要指通过网络传送媒体（如视频、音频）的技术总称。其特定含义为通过Inter 将影视节目传送到PC机。实现流式传输有两种方法：实时流式传输（Realtime streaming）和顺序流式传输（progressive streaming）。一般说来，如视频为实时广播，或使用流式传输媒体服务器，或应用如RTSP的实时协议，即为实时流式传输。如使用HTTP服务器，文件即通过顺序流发送。采用那种传输方法依赖你的需求。当然，流式文件也支持在播放前完全下载到硬盘。

顺序流式传输

顺序流式传输是顺序下载，在下载文件的同时用户可观看再线媒体，在给定时刻，用户只能观看已下载的那部分，而不能跳到还未下载的前头部分，顺序流式传输不象实时流式传输在传输期间根据用户连接的速度做调整。由于标准的HTTP服务器可发送这种形式的文件，也不需要其他特殊协议，它经常被称作HTTP流式传输。顺序流式传输比较适合高质量的短片段，如片头、片尾和广告，由于该文件在播放前观看的部分是无损下载的，这种方法保证**播放的最终质量。这意味着用户在观看前，必须经历延迟，对较慢的连接尤其如此。对通过调制解调器发布短片段，顺序流式传输显得很实用，它允许用比调制解调器更高的数据速率创建视频片段。尽管有延迟，毕竟可让你发布较高质量的视频片段。顺序流式文件是放在标准HTTP 或 FTP服务器上，易于管理，基本上与防火墙无关。顺序流式传输不适合长片段和有随机访问要求的视频，如：讲座、演说与演示。它也不支持现场广播，严格说来，它是一种点播技术。

实时流式传输

实时流式传输指保证媒体信号带宽与网络连接配匹，使媒体可被实时观看到。实时流与HTTP流式传输不同，他需要专用的流媒体服务器与传输协议。实时流式传输总是实时传送，特别适合现场事件，也支持随机访问，用户可快进或后退以观看前面或后面的内容。理论上，实时流一经播放就可不停止，但实际上，可能发生周期暂停。实时流式传输必须配匹连接带宽，这意味着在以调制解调器速度连接时图象质量较差。而且，由于出错丢失的信息被忽略掉，网络拥挤或出现问题时，视频质量很差。如欲保证视频质量，顺序流式传输也许更好。实时流式传输需要特定服务器，如QuickTime Streaming Server、RealServer与Windows Media Server。这些服务器允许你对媒体发送进行更多级别的控制，因而系统设置、管理比标准HTTP服务器更复杂。实时流式传输还需要特殊网络协议，如：RTSP (Realtime Streaming Protocol)或MMS (Microsoft Media Server)。这些协议在有防火墙时有时会出现问题，导致用户不能看到一些地点的实时内容。

二、 流媒体技术原理

流式传输的实现需要缓存。因为Inter以包传输为基础进行断续的异步传输，对一个实时A/V源或存储的A/V文件，在传输中它们要被分解为许多包，由于网络是动态变化的，各个包选择的路由可能不尽相同，故到达客户端的时间延迟也就不等，甚至先发的数据包还有可能后到。为此，使用缓存系统来弥补延迟和抖动的影响，并保证数据包的顺序正确，从而使媒体数据能连续输出，而不会因为网络暂时拥塞使播放出现停顿。通常高速缓存所需容量并不大，因为高速缓存使用环形链表结构来存储数据：通过丢弃已经播放的内容，流可以重新利用空出的高速缓存空间来缓存后续尚未播放的内容。- --- 流式传输的实现需要合适的传输协议。由于TCP需要较多的开销，故不太适合传输实时数据。在流式传输的实现方案中，一般采用HTTP/TCP来传输控制信息，而用RTP/UDP来传输实时声音数据。流式传输的过程一般是这样的：用户选择某一流媒体服务后，Web浏览器与Web服务器之间使用HTTP/TCP交换控制信息，以便把需要传输的实时数据从原始信息中检索出来；然后客户机上的Web浏览器启动A/VHelper程序，使用HTTP从Web服务器检索相关参数对Helper程序初始化。这些参数可能包括目录信息、A/V数据的编码类型或与A/V检索相关的服务器地址。

A/VHelper程序及A/V服务器运行实时流控制协议（RTSP），以交换A/V传输所需的控制信息。与CD播放机或VCRs所提供的功能相似，RTSP提供了操纵播放、快进、快倒、暂停及录制等命令的方法。A/V服务器使用RTP/UDP协议将A/V数据传输给A/V客户程序（一般可认为客户程序等同于Helper程序），一旦A/V数据抵达客户端，A/V客户程序即可播放输出。

需要说明的是，在流式传输中，使用RTP/UDP和RTSP/TCP两种不同的通信协议与A/V服务器建立联系，是为了能够把服务器的输出重定向到一个不同于运行A/VHelper程序所在客户机的目的地址。实现流式传输一般都需要专用服务器和播放器，其基本原理如图31所示。

三、智能流技术（SureStream）

今天，288Kbps调制解调器是Inter连接的基本速率，cable modem、 ADSL、DSS、ISDN等发展快，内容提供商不得不要么限制发布媒体质量，要么限制连接人数。根据RealNeork站点统计，对288Kbps调制解调器，实际流量为10bps到26Kbps，呈钟形分布，高峰在20Kbps。这意味着若内容提供商选择20Kbps固定速率，将有大量用户得不到好质量信号，并可能停止媒体流而引起客户端再次缓冲，直到接收足够数据。一种解决方法是服务器减少发送给客户端的数据而阻止再缓冲，在RealSystem 50中，这种方法称为\\\"视频流瘦化\\\"。这种方法的限制是RealVideo文件为一种数据速率设计，结果可通过抽取内部帧扩展到更低速率，导致质量较低。离原始数据速率越远，质量越差。另一种解决方法是根据不同连接速率创建多个文件，根据用户连接，服务器发送相应文件，这种方法带来制作和管理上的困难，而且，用户连接是动态变化的，服务器也无法实时协调。 智能流技术通过两种途径克服带宽协调和流瘦化。首先，确立一个编码框架，允许不同速率的多个流同时编码，合并到同一个文件中；第二，采用一种复杂客户/服务器机制探测带宽变化。

针对软件、设备和数据传输速度上的差别，用户以不同带宽浏览音视频内容。为满足客户要求，Progressive neorks公司编码、记录不同速率下媒体数据，并保存在单一文件中，此文件称为智能流文件，即创建可扩展流式文件。当客户端发出请求，它将其带宽容量传给服务器，媒体服务器根据客户带宽将智能流文件相应部分传送给用户。以此方式，用户可看到最可能的优质传输，制作人员只需要压缩一次，管理员也只需要维护单一文件，而媒体服务器根据所得带宽自动切换。智能流通过描述I现实世界Inter上变化的带宽特点来发送高质量媒体并保证可靠性，并对混合连接环境的内容授权提供了解决方法。流媒体实现方式如下： 对所有连接速率环境创建一个文件 在混合环境下以不同速率传送媒体 根据网络变化，无缝切换到其它速率 关键帧优先，音频比部分帧数据重要 向后兼容老版本RealPlayer

智能流在RealSystem G2中是对所谓自适应流管理(ASM)API的实现，ASM描述流式数据的类型，辅助智能决策，确定发送那种类型数据包。文件格式和广播插件定义了ASM规则。用最简单的形式分配预定义属性和平均带宽给数据包组。对高级形式，ASM规则允许插件根据网络条件变化改变数据包发送。每个ASM规则可有一定义条件的演示式，如演示式定义客户带宽是5,000到15,000Kbps，包损失小于25%。如此条件描述了客户当前网络连接，客户就订阅此规则。定义在规则中的属性有助于RealServer有效传送数据包，如网络条件变化，客户就订阅一个不同规则。 （意流互动网站）

RTSP（Real Time Streaming Protocol），实时流传输协议，是TCP/IP协议体系中的一个应用层协议，由哥伦比亚大学、网景和RealNetworks公司提交的IETF RFC标准。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。HTTP与RTSP相比，HTTP传送HTML，而RTSP传送的是多媒体数据。HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。

上面是

以下是个人的一些理解，一般这几个协议是同时出现的，

RTSP：实时流控制协议(Real-Time Streaming Protocol)。

RTCP：实时传输控制协议(Realtime Transport Control Protocol）。

UDP： 用户数据报协议（User Datagram Protocol）。

RTP：实时传输协议（Realtime Transport Protocol）。

RTSP控制流媒体（如视频和音频）定位、初始化流媒体连接、播放、暂停、继续、停止等命令；

RTCP是对RTP的控制协议，提供数据分发质量反馈信息，如报文的流量、确定UDP是否已经断开；

UDP数据流传输，不可靠的传输协议，传输流媒体的数据；

RTP：详细说明了在互联网上传递音频和视频的标准数据包格式。RTP 中的序列号允许接收方重组发送方的包序列，同时序列号也能用于决定适当的包位置，例如：在视频解码中，就不需要顺序解码

前段时间刚做完Airplay的相关应用，现在就开发的一点经验和大家分享一下。

首先，说说Airplay吧，Airplay可以将iPhone,iPad或iPodtouch等设备上的视频、音频以及传输到第三方认证设备上，一般是在AppleTV或Air port设备上，但其实，现在很多第三方的android设备也可以支持Airplay了，像阿里云或小米的盒子都支持Airplay投影了，而且效果都还不错。

其实，Airplay算是苹果公司定义的一种协议，或是一种技术吧，所以，按照惯例，这项技术是不开源的，对外封闭。而Android端，可以使用一套的多屏互动方案的，叫做DLAN，即Digital Living Network Alliance，它的协议是公开的。在次，得感谢诸多技术大牛，破解了Airplay，包括音频投影服务中使用的RSA私钥，和一份具体的协议说明（http://ntogithubio/AirPlayhtml）。

下面，就Airplay协议内容大概的说明一下，当然，大家直接看上述地址中的内容也许更清楚，本人能力有限，大概的说说我的部分理解。

1使用multicastDNS协议来进行服务发现，在android端可以用JmDNS来实现。

一般我们会发布两个服务：AirTunes service（RAOP）和AirPlay Service，前者用于音频流的投影，后者用于和视频内容的投影。

2协议内容（一）：AirTunesService

21协议中的音频流支持RTSP协议。

1）IOS设备向服务端发送的RTSP请求包括

ANNOUNCE：告诉RTSP服务器关于流的各种属性

SETUP：告诉RTSP服务器初始化一个record session，同时通知必要的传输信息。

RECORD：请求服务器开始流的传输

FLUSH：请求停止传输

TEARDOWN：请求结束RTSP会话

PAUSE, OPTIONS,

GET_PARAMETER,

SET_PARAMETER：可用于音量控制，Metadata：其中包括音频曲名，歌手名，专辑名，封面，播放进度信息……

POST and GET

2）RTP流，用于传输音频数据等。（如果说，RTSP用于发起/终结流媒体，那么RTP则传输流媒体数据 ）

这里音频包是几乎完全兼容RTP协议。RTP包按有效载荷的不同类型分为以下几种：

Audio packets：其有效载荷为经过加密的audio data

Sync packets：服务端每秒钟会收到一个同步包，来将RTP中的timestamps与用于始终同步的NTP time关联起来

Retransmit packets:对丢失的audio packets进行重传

Timing packets:用于音频的主时钟同步

22音频数据加密解密

Client：客户端首先会用RSA公钥，利用OAEP加密方式自动生成一个随机的128位AES key，然后和rsaaes key，aesiv一起发送给Server。

Sever：服务端利用指定的RSA私钥来解密AES key，然后将解密结果返回给Client。

Client：客户端利用RSA公钥要解密收到的数据，若解密结果和之前自动生成的随机数一致，则表明服务端解密成功。