VoIP是一种以IP电话为主，并推出相应的增值业务的技术。VoIP最大的优势是能广泛地采用Internet和全球IP互连的环境，提供比传统业务便宜、丰富的服务。 VoIP可以在IP网络上便宜的传送语音、传真、视频、和数据等业务，如统一消息、虚拟电话、虚拟语音/传真邮箱、查号业务、Internet呼叫中心、Internet呼叫管理、电视会议、电子商务、传真存储转发和各种信息的存储转发等。
对于涉外的中小企业来说，一方面需要大量的对外交流和沟通，另一方面支付能力却有限，希望能以更低的价格获得长途通话业务，VoIP业务正好满足了他们的这种需要;对于大型集团公司来说，因为拥有很多的分支机构或办事处，集团决策的下达和子公司工作的汇报都对长途通话业务产生了较大的需求，虽然这些公司拥有较强的支付能力，但VoIP更便宜的资费让他们也多少有些移情。
从个人用户来看，VoIP的低资费是初期吸引用户，并在发展期进一步激发市场需求增长的重要原因。从长远发展来看，低资费并不能成为VoIP市场持续发展的本质动力，VoIP将演变成家庭综合信息服务的一部分，成为家庭信息服务解决方案的一个基础组成部分。这个综合的家庭信息服务将会向用户提供包括语音通信、家庭娱乐、家庭安全等一系列服务。
VoIP电话，也称网络电话或IP电话，是通过数据网络、采用分组交换技术来实现语音传输业务的一种技术。从1995年出现以来，IP电话经历了一个不断发展和完善的过程，目前在长途语音通信业务中已占有相当的市场份额。
Internet出现的目的是为了更好地解决数据传输的问题，从1969年ARPANET网络到现在全世界范围的Internet网络，数据传输一直是其主要的业务。数据传输上有流量变化不均匀、突发性和非实时性的特点。数据在传输和交换过程中，要使用不同的网络接口和不同的传输速率，传统电话采用的电路交换技术无法很好地满足这一新业务的需求。IP电话采用的分组交换技术对完整的数据进行分组，将数据分成一定长度的片段，在每个片段的头部加入源地址、目的地址、序列号、校验码等分组信息，形成一个一个的IP数据包。在传输中，通过分组信息，选择合适的传输链路从一个节点传输到下一个节点，直至目的节点。在每个节点根据网络状况选择合适的存储时间，以保证数据的生存。这种基于分组交换和存储转发的机制很好地解决了数据传输的问题，提高了传输电路的利用效率，但同时也带来了新的问题。采用存储转发技术带来的网络延时过大时，将引起数据丢失，延时变化时，将产生抖动。这对于传送实时性要求很高的语音通信业务来说，很难保证通信质量。
从20世界90年代初开始，国际互联网从最初的简单数据传输应用，发展到以TCP/IP协议为基础，以多种应用层协议为依托，能承载数据、语音、图像和传真等多媒体业务，覆盖各个国家、地区和部门的庞大的计算机互联网络。网络技术的飞速发展，网络协议的日趋完善，网络带宽的导速度增长，带来互联网用户的几何级数增长。各种语音、图像压缩和编/解码技术也推波助澜，一种基于互联网，采用分组交的技术，融合数据、语音、图像等多种业务，覆盖全世界范围的新一代网络迅速发展起来。IP电话是这种技术大融合下的第一个产物，也是各网络运营商长久以来盼望摆脱电信企业垄断通信市场的梦想。
美国是世界上互联网的发源地，IP电话作为一种联机应用，也诞生于美国，1995年，微软公司推出了网络会议软件（NetMeeting），同时Vocaltec公司也推出了网络电话软件（Internet-Phone）。安装这些软件后，只需要再给电脑配上音响和麦克风交连上网，就可以和网上另一端的任何人进行交谈，IP电话就此诞生。1996年复天，美国IDT公司的Net2Phone软件使IP电话得到了极大的发展。安装这一软件后，就可以通过互联网直接拨通他人的电话，并按分钟收费。这种电脑连接电话的方式使IP电话的使用更为便捷，成为最早的商用IP电话。
IP电话和传统电话业务的发展经因不同。IP电话应用于长途语音通信而非市话业务，它一经出现，便显示出强大的生命力，其低廉的成本对传统电信运营商构成了强有力的挑战。美国长途电信运营商曾要求联帮通信委员会(FCC)制定新的政策，来解闪由于IP电话的出现所带来的一系列竞争和技术问题，美国电信运营协会ACTA也要坟FCC在研究这个问题之前，禁止使用通过Internet的语音通信，但最终未获得通过，这也预示着IP电话这一新业务不可阻挡的发展趋势和诱人的前景。美国和世界上的许多著名网络设备制造商、ISP和传统的电信设备制造及运营商都在密切关注IP电话的发展。各种协议和标准不断出现，为IP电话的进一步发展奠定了坚实的基础。
与当初美国IP电话发展情况相似，我国当时的长途电话业务被中国电信所垄断，而各办要求打破垄断的呼声越来越高。联通和吉通则强烈要求发展IP电话来同中国电信竞争。借鉴国外IP电话技术逐渐发展成熟经验，信息产业部决定让中国电信、联通、吉通进行IP电话试验。1999年4月28日，中国电信在北京、上海、广州等14个城市开通IP电话试验网，进行了IP电话业务试验，提供预付费业务。5月17日和6月18日，吉通、联通也分别开通IP电话试验网并出售IP电话卡；网通也在同年开通了IP电话试验网。1999年成了中国的IP电话年。2000年5月17日，中国移动正式推出了移动IP电话业务，使手机用户也可使用IP电话业务。
IP网上传送话音已经能在专用企业网上实现。日益发展的VOIP技术的应用包括以下几方面：
- Internet 话音电话
- 内联网及企业网话音电话
- Internet传真业务
- Internet电视会议
- Internet多媒体协同工作
- Internet呼叫中心
- PBX互联
VOIP除了能够在给亲戚朋友打长途电话的时候省钱外，它在商业领域也有了一度之地。比如，可以全天都开着Internet电话以等待呼叫；当合作伙伴在一座建筑物内的其他地方或其他位置时，这项技术就非常有用。这时只需拨通他们的Internet可视电话就可以与他们通信了。他果他们正在办公桌旁，可以立即响应。这时就可以很方便地与他们议论工作上的问题而不必离开键盘。这项技术非常有利于远程办公，可以打电话到办公室，与同事交谈，并能够从家里看到办公室里的情景。同样，这项技术对于远程教学也十分有用。可见，VOIP同时存在来自市场与商业的推动力。
一个企业或机构的分支机构或者其合作伙伴越多，部门之间的相互沟通也就越有必要。而且，如果一个企业的分支机构越分散，对外公布的电话号码越多，它的客户就会感觉到越来越无所适众。而且，大多数企业在不同地域的分支机构一定有着不同的分工及不同的优势。如何加强企业或机构各部门之间内部人性化的沟通？如何让客户感觉到企业是一个有序而且易于沟通的组织，而不是分散各地难于交流的机构？如何利用各地不同的背景及优势？这些问题是企业管理机构最为关心问题。
VoIP 在长途通话市场所占份额将逐渐等于甚至超过PSTN及移动(GSM、CDMA)长途业务的总和。 对于住宅用户和话吧用户来说， VoIP 能使长途电话业务资费的低廉极具吸引力；对于企业用户来说，VoIP不仅费用低，而且能够实现语音与数据应用的融合，更加显著的提高企业的工作效率。
由于集团的业务分布较广，其分支机构已遍及国内及海外市场，面对机构的日益庞大，总分支机构之间需要进行大量的沟通以及协作，以及进行语音实时交流、电话会议等复杂应用，虽然通讯方式多种多样，但电话仍然占主要地位，因此，为保证电话通信，需要担负内部电话网组建，电话通讯费用和维护成本等，而目前最常见的电话通信实现方式是租用电信运营商的传统电话网服务（PSTN），由于技术体系限制，主要实现通话需求，无法满足集团多样化的通信需求。而独立于电话系统之外搭建通信网络，在一定程度上可以实现通信的多样性，但前后两者之间的协作又存在很多技术上的难题以及产生新的投资负担。 如何利用现有数据专线频宽，提供总分支机构之间话务通讯服务，既满足集团的通信需求，又可以节省投资呢？面对集团在通信需求中最关注的核心问题。VoIP能帮助企业解决了这个疑问。
话吧也叫公话超市，主要客户来源于外来人口和学生群体，是面对中低端客户而产生的一个新兴产业。中国目前的生活水准和全国范围的大量的流动人口，给话吧行业带来巨大的市场，更适合少量资金的创业者和再就业人员。应用VOIP技术诞生的网络话吧，是一种小成本，低投资的新型营业性电信场所。
在竞争激烈，利润渐薄的网吧市场，如何利用即有网络资源拓宽与挖掘网络市场，成为网吧业主的燃眉之急。网吧具有网速快，管理简单，安全性强，灵活快速等优点，可在此基础上开展增值服务VOIP话吧(基于ip的网吧变话吧业务)。VOIP话吧可为广大网民中的电话用户提供价格低廉的电话服务，为网吧业主带来比较丰厚的利润回报，具有投资少，收效快，结构简单，便于维护等特点。
家庭用户，特别是对于那些有亲人在国外或外地的，中联通讯 IP 电话的优势效果更加明显。对于那些在国外的家庭，碍于昂贵的国际长途话费，忍受着亲人远在他乡的思念之苦。在互联网盛行的今天，中联通讯推出的 IP 电话，为您免去后顾之忧。廉价的国际长话费，使您可以轻松的和亲人交谈，有无限促膝长谈之趣！
目前，IP电话正处于发展期，各个设备制造商纷纷推出IP电话网关产品，IP电话系统中的网络组件和IP电话系统中采用的协议都在不断的更新和完善。
IP电话涉及许多通信，主要包括网络协议、多媒体通信应用层协议、网关控制及互通协议三部分。协议由不同的标准化组织制定。
- IPV4、IPV6、IP组播和各种选路协议——数据传送和选路的Internet网络层标准。
- RTP（实时传送协议）——IETF RFC 1889，数据传送层实时端到端协议
- RTCP（实时传送控制协议）——IETF RFC1890,在会话过程中监视QoS和传送信息的协议，它可以对整个会话过程中的性能和质量进行反馈以便进行修改。
- RSVP（资源预留协议）——IETF RFC 2205－2209，允许对无线的数据流进行网络资源预留的信令协议。
- SNMP（简单网络管理协议）——管理者和被管理实体间通信的Internet标准。
ITU－T制定了一系列的多媒体通信协议，应用最广的为H.32x系列框架协议，如下表3-1 H.32x系列框架协议所示。
表3-1 H.32x系列框架协议
| 框架协议 | H.320 | H.321 | H.322 | H.323 | H.324 |
| 传输网络 | ISDN DDN | B-ISDN ATM | IP | IP | PSTN POTS |
| 视频 | H.261 H.263 | H.261 H.263 | H.261 H.263 | H.261 H.263 | H.263 |
| 音频 | G.711 | G.711 | G.711 | G.711 | |
| G.722 G.728 | G.722 G.728 | G.722 G.728 | G.722 G.728 | ||
| G.723 G.729 | G.723 | ||||
| 复用 | H.221 | H.221 | H.221 | H.255.0 | H.223 |
| 控制 | H.230 H.242 | H.242 | H.230 H.242 | H.245 | H.245 |
| 多点协议 | H.231 H.245 | H.231 H.243 | H.231 H.243 | H.323 |
目前，国际上IP网络通信的主要标准有H.323和SIP。
- MGCP（媒体网关控制协议）——描述呼叫控制不在网关内部实现，而由外部呼叫控制单元实现的应用编程接口协议。MGCP是在SGCP基础上增加IPDC中的一些功能而形成的一个应广泛的标准。
- SGCP（简单网关控制协议）——基于UDP的简单协议，可以管理端点之间的呼叫和连接。
- IA1.0——VoIP论坛实施协定1.0，对于互操作的VoIP选择协议任选项。
- iNOW(Interoperability NOW) ——基于H.225附件G，用于实现IP电话供应商创建用户要求的互操作平台。现在还没有成为标准。
3.2 IP电话的网络组件介绍
IP电话是IP网络上的语音应用业务，IP电话系统是由多个网络组件构成的，主要包括：终端设备（Terminal）、网关（Gateway）、网守（Gatekeeper）、网管服服器和计费服务器。
终端设备是面向用户，提供语音输入/输出的设备，包括普通的终端和IP终端两大类。普通终端只有模拟语音信号的处理功能，如传统的电话机，在IP语音通信中，只作模拟语音信号的收/发传输；IP终端不但具有模拟语音信号处理能力，同进具有IP网络语音数据包的收/发转换和处理能力。
IP电话网关是连接IP网络和PSTN，实现PSTN－IP－PSTN语音通信的关键设备，也是提供低廉长途语音通信业国的基础。网关可以支持多种电话线路，包括模拟电话线、数字中继线和PBX连结线路，并提供语音编码、压缩、呼叫控制、信令转换等功能。
网守是多点IP电话系统组成的主要组件，相当于网络中的智能集线器，它把各个终端及网关智能地结合在一起，进行统一的管理、维护、配置和开发。
管理服务器（NM）是为网络管理人员提供的一种管理工具，采用开放式结构。IP电话网络管理人员可以通过它对各种组件进行管理，这些组件包括终端、网关、网守等。管理的功能包括控制、参数配置、端口配置、状态监测、拨号方案设置、负载均衡、鉴权及安全管理等。
增值业务是IP电话发展的一个主要方向，可分为面向企业应用的业务和基于H.450协议的呼叫补充业务两大类。各种不同的增值业务是通过增值业务服务器来实现的。
H.323 和 SIP（初始会话协议） 都是实现 VoIP 和多媒体应用的通信协议，然而两者在系统结构、应用领域以及发展方向上各有千秋。
目前，国际上IP网络通信的主要标准有H.323和SIP，两者都对IP电话系统信令提出了完整的解决方案。但两者的设计风格各有千秋，H.323采用的是传统电话信令模式，包括一系列协议; 而SIP借鉴互联网协议，采用基于文本的协议。 当采用H.323协议时，各个不同厂商的多媒体产品和应用可以进行互相操作，用户不必考虑兼容性问题; 而SIP协议应用较为灵活，可扩展性强。两者各有侧重。
首先，从系统结构上分析。在H.323系统中，终端主要为媒体通信提供数据，功能比较简单，而对呼叫的控制、媒体传输控制等功能的实现则主要由网守来完成。H.323系统体现了一种集中式、层次式的控制模式。而SIP采用Client/Server结构的消息机制，对呼叫的控制是将控制信息封装到消息的头域中，通过消息的传递来实现。因此SIP系统的终端就比较智能化，它不只提供数据，还提供呼叫控制信息，其他各种服务器则用来进行定位、转发或接收消息。这样，SIP将网络设备的复杂性推向了网络终端设备，因此更适于构建智能型的用户终端。SIP系统体现的是一种分布式的控制模式。
相比而言，H.323的集中控制模式便于管理，像计费管理、带宽管理、呼叫管理等在集中控制下实现起来比较方便，其局限性是易造成瓶颈。而SIP的分布模式则不易造成瓶颈，但各项管理功能实现起来比较复杂。
H.323 和 SIP 都是实现 VoIP 和多媒体应用的通信协议。H.323协议的开发目的是在分组交换网络上为用户提供取代普通电话的VoIP业务和视频通信系统。 SIP的开发目的是用来提供跨越因特网的高级电话业务。这两种协议定位有一定的重合，并且随着协议向纵深发展，这种重合竞争的关系日益加剧。但两者所要达到的目的是一致的，就是构建 IP 多媒体通信网。由于它们使用的方法不同，因此它们是不可能互相兼容的，两者之间只存在互通的问题。
H.323是属于国际电联 (ITU) 的标准，以H.323为标准构建的多媒体通信网很容易与传统 PSTN 电话网兼容，从这点上看，H.323 更适合于构建电信级大网。国际上几乎所有的商业性 IP 电话网或视频会议网都是以 H.323 为基础的。而且，不同版本的 H.323 协议通过不断升级和扩展，已经日趋完善，为基于 H.323 的 IP 多媒体业务提供了很好的保障。
SIP 则是由一些 Internet 爱好者提出的，协议相对简单，但功能也相对简单。而且，对 SIP 的更新相对于 H.323 协议也较为落后。目前，有许多运营商正在利用 SIP 构建试验网，但若想利用 SIP 构建电信级大网，必须对它进行补充、完善，这样一来 SIP 也不可避免地变得复杂起来。事实上， SIP 的发展趋势正是如此。 SIP 的普遍使用也能够推动下一代网络的演进。
H.323协议是由国际电信联盟电信标准化部门（ITU-T）提出、基于电信网信令和协议制定的IP多媒体标准，而不是为 IP 电话专门提出的。但是IP电话，特别是电话经由网关到电话的这种工作方式，可以建议采用H.323来实现，因而 H.323 协议也常被“借用”作为IP 电话的标准。
对 IP 多媒体应用（如IP电话或视频会议）来说，它不仅用 H.323 协议，还用了一系列协议，其中有H.225、H.245、H.235、H.450、H.341等。只是 H.323 协议是“总体技术要求”，因而通常把这种方式的 IP 电话或视频会议称为 H.323IP电话或H.323视频会议。H.323 协议是一个较为完备的协议，它提供了一种集中处理和管理的工作模式。这种工作模式与电信网的管理方式是适配的，尤其适用于从终端到终端的 IP 电话网或视频会议网的构建。理论和实践都表明， H.323 有能力做成任意规模的 IP 电话系统和视频会议系统。
SIP 是由互联网工程任务组（IETF） 提出的协议，它利用已有的 IP 网络协议提供多媒体业务，是一个与 H.323 并列的协议。与 H.323 体系相比，其作用类似于 H.225.0。SIP 具有简单、扩展性好以及和现有的 Internet 应用联系紧密的特点。
SIP 的出发点是想以现有的 Internet 为基础来构架 IP 电话业务网。因此，SIP 有着与 H.323 完全不同的设计思想，它是一个分散式的协议，将网络设备的复杂性向网络边缘推，与以 H.323 协议为基础的 IP 电话相比， SIP 需要相对智能的终端。对于用户终端是非智能终端的场合，也可以使用 SIP 作为呼叫信令，但这将大大削弱 SIP 特有的优势，因此 SIP 更适用于智能用户终端。另外，可以考虑在用户电话机前添加前置机的办法来取代网关设备，这样做的代价是将增加用户购买前置机的开销。
目前，包括我国在内的许多国家都采用了 H.323 作为 IP 电话网关之间的协议。整个 IP 电话系统只是把 IP 网络作为传输媒介，在用户的接入上还是采用电路交换系统，而把 IP 电话网关作为电路交换网和 IP 网络的接口。同时，大多数电信运营商也已经将 H.323 作为建立新一代视频会议系统的首选，将传统的基于电路的 H.320 视频会议应用转移到基于 IP 的 H.323 系统中来。从应用的规模上说，在现实的电信运营中， H.323 已经成为 VoIP 和多媒体通信事实上的主导协议。
与此同时，考虑到在下一代网络中，由于 IP 产品和 IP 网关将在网络中得到大规模使用和集成，使得端到端都可以采用 IP ，以实现纯 IP 的业务应用。而基于纯 IP 的 SIP 借鉴了 HTTP（超文本传输协议） 和 SMTP（简单邮件传输协议） ，结构简单并具有可扩充性和可扩展性。此外， SIP 还提供良好的 QoS（服务质量） 支持。对于 NGN 在 IP 网络上实现 VoIP 和多媒体通信来讲， SIP 在全面满足 NGN 特性要求的应用上具有独特的优势，必将成为下一代网络 VoIP 的重要解决方案。
基于IP的话音(VoIP)，即IP电话，是用IP协议来提供哪些原来是由传统电路交换方式的PSTN网络提供的服务。这些服务包括最主要的话音业务和一些相关的补充业务，例如：电话会议、呼叫前转、呼叫等待、多线连选、呼叫转移、呼叫寄存与代容、呼叫保持和呼叫随我转移等，以及许多其他智能网络业务和一些语音频带数据。互联网话音业务是VoIP的一种特殊运用，它的语音流直接承载在公共互联网骨干网上。
H.323是ITU-T一个总括性的建议书，它为在局域网（LANs）上或者通过包括互联网在内的那些不提供服务质量（QoS）保证的IP网上进行音频、视频和数据通信奠定了基础。这些网络包含目前的企业办公网络、分组交换的TCP/IP网、IPX以太网、高速以太网和令牌环网等技术。遵守了H.323协议，多厂商的多媒体产品和应用就可以互操作，使得用户在通信时不用考虑产品间的兼容性。H.323是第一个已经定义好的VoIP协议，也被认为是用户、商业企业、娱乐场所和专业应用的基于局域网产品的一个基础。H.323系统的核心建议书部分是：
H.323－“总括性”文件，描述H.225.0、H.245以及其他一些有关传送基于包交换的多媒体会议业务的文件的用法。
H.225.0－描述了三个信令协议（RAS，呼叫信令和附件G）。
H.245－多媒体控制协议（与H.310，H.323和H.324相同）。
- H.235－基于H.245系统的安全性。
- H.246— 与PSTN的交互协议。
- H.450.x —补充业务。
- H.460.x — 各种H.323协议扩展。
- H.501— 移动性管理和网间/网内通信协议。
- H.510 — 用户、终端和业务的移动性。
- H.530—H.510的安全说明。
ITU-T在1996年批准了第一版H.323规范书，1998年1月批准了第二版，现在的第五版了是在2003年7月获得批准的。这个标准涵盖的范围宽泛，既包括独立的设备和嵌入式个人电脑技术，同时还包括点对点和点对多点会议技术标准。H.323也适用于呼叫控制、多媒体管理和带宽管理，以及局域网与其他网络的接口。
H.323是一个比较大的通信标准系列的一部分，它使视频会议得以在网络上传输。这个系列称做H.32X，包括H.320和H.324，分别用于ISDN和PSTN通信。这里只是对H.323标准的优点、体系结构和应用做一个概述。
H.323定义了网络通信系统的四个主要组成部分：终端、网关、网守和多点控制单元。此外，可能还有边界控制器和对等网络元素。以上网络元素见下图4-1 H.323系统的组成部分和配置方案所示。
图4-1 H.323 系统的组成部分和配置方案
终端（T）位于提供双向通信的IP骨干网上的用户端点。H.323终端必须支持语音通信，并且可以支持视频编码、T.120数据会议协议簇以及MCU的兼容性，例如IP电话、视频电话、交互式语音应答设备（IVR devices）、语音邮件系统、“软电话”（如：NetMeeting）等。
网关（GW）在H.323会议系统中是一个可选网络元素。网管可以提供许多服务，最普通的就是在H.323会议系统终端与其他类型终端间的协议转换功能。这个功能包括传输格式间的协议转换（如：H.245到H.242间的转换）和通信进程间的协议转换（如：H.225.0到H.221间的转换）。此外，网关可以在音频编码与视频编码间进行转换和执行呼叫建立和清除局域网端和交换电路网端的呼叫。
网守（GK）是H.323网络中的一个最重要的组成部分，它在其区域范围内对所有的呼叫处理起着核心作用，并为注册端提供呼叫控制服务。许多情况下，H.323网守的作用相当于一个虚拟交换机，它可以实现访问控制、地址解析，并且可以直接在用户终端间建立呼叫，或可以通过网守自身发送呼叫信令，实现例如跟踪/定位、忙时呼叫前转等功能。与网守关联的设备有边界（或对等的）设备元素（BE），用来在管理域内交换地址信息和参与呼叫授权。这样的功能性也将使不同的H.323“岛”或网络之间互相通信。这是通过交换一系列的信息实现的，如下图4-2管理域之间的通信所示。
图4-2 管理域之间的通信
多点控制单元（MCU）支持三点或多点终端的会议。H.323协议规定，MCU应包括一个必备的多点控制器，零个或多个多点处理器。多点控制器负责管理呼叫信令但不能直接处理媒体流，而由多点处理器来处理媒体流，它能够混合、交换和处理音频、视频和/或数据比特。多点控制器和多点处理器的性能可以集成在一个特定的组件中或是其他H.323组件的一部分。
尽管H.323起初是作为一个多媒协议设计的，但它现在最主要是应用于IP语音市场。H.323网络现在每月承载着数十亿分钟的话音和视频流量（仅指公网上的数量）；当今大部分的VoIP流量都是通过H.323协议传输的。据统计，目前VoIP的流量已占国际长途电话分钟数的百分之十，而且H.323视频流量也在稳步上升。其主要原因在于协议自身的成熟性和它的实施，再有就是H.323被证实为是一个极具扩展性的解决方案，H.323产品链从组件和芯片到无线电话和视频会议硬件，可同时满足服务提供商和企业的需求。
以下是H.323系统提供的功能性列表：
- 话音、视频和数据会议性能；
- 不同类型终端间的通信，包括个人电脑（PC）到电话、传真到传真、电话到电话和网上通话；
- 支持T.38传真和IP调制解调；
- 大量补充业务（呼叫转移、呼叫代接等）；
- 与包括H.320(ISDN)和H.323M（3GPP移动无线）在内的其他H.32x系统的强互操作性；
- 媒体网关分解规范（通过H.248网关控制协议）；
- 支持信令和媒体安全；
- 用户、终端和业务终端移动性；
- 支持应急业务信令；
应用H.323的例子包括被运营商批发转让的服务，特别是VoIP骨干网（话音业务四类交换机）和电话卡业务。在公众通信中H.323协议被用于IP-PBX交换机、IP交换中心（IP-Centrex）、语音虚拟专网、语音和数据集成系统、WiFi电话以及呼叫中心和移动业务的实施。在专业通信中，H.323协议广泛应用于语音（或音频）和视频会议的语音/数据/视频集成和远程教育。在家庭环境中，应用包括宽带音频－视频接入、PC到电话，定制新闻和信息的分发。
目前，市场上支持 SIP 的产品（特别是终端）也越来越多，出现了基于 SIP 的呼叫中心、视频会议等多种企业级应用解决方案。
以上海迅时通信设备有限公司MX8 VOIP 语音网关MX8 来进行点对点的配制进行说明。MX8 点对点的应用是一种最简单的应用方式，以实现两个点之间的IP 通话，配置也相对简单。
下面以两点(主叫方IP：210.25.185.33；被叫方IP：212.30.170.38)为例具体说明如何配置所下图5－1 网络结构图 所示。
图5-1 网络结构图
步骤一：在与主叫方MX8 网关连接在同一个网络的电脑上，双击图标打开IE 浏览器，在地址栏内输入主叫方MX8 网关IP 地址：210.25.185.33，在登录页面输入MX8 网关密码，就会弹出如下图5-2配置页面所示。
图5-2 配置页面
步骤二：网络参数的配置。
在上图中单击“配置网络参数”选项，就可打开网络配置页面。用户需要配置以下几项参数：
●DHCP 服务：此参数可以设置为0 或者1。如果设置为0，不启动DHCP 服务；如果设置为1，启动DHCP 服务，使用动态主机配置协议分配IP 地址。
●逻辑IP 地址：本机逻辑IP 地址。如果用户启动了DHCP 服务，此参数用来显示DHCP 自动获取的IP 地址；如果用户没有启动DHCP 服务，建议将此参数与“指定IP 地址”参数配置成相同，在本例子中即配置为210.25.185.33。
●网关IP 地址：用来配置MX8 缺省网关的IP 地址，用户可从网络管理员处获得此参数。
●指定IP 地址：MX8 网关以太网接口的IP 地址。如果启动了DHCP 服务，该参数不用设置；如果没有启动DHCP 服务，必须设置此项参数，在本例子中即配置为210.25.185.33。
●子网掩码：用户需要根据具体应用填写从网络管理员或Internet 服务商处获得的子网掩码。
步骤三：SIP 参数的配置。
在图5-2中单击“配置SIP”选项，就可打开SIP 配置页面。在点对点的情况下，用户只需要配置“代理服务器”这一项参数，将该参数配置为被叫方MX8 的IP 地址和SIP 缺省的端口号（5060），在本例子中即配置为：212.30.170.38:5060。
步骤四：电话号码参数配置
在上图中单击“配置电话号码”选项，就可打开电话号码配置页面。如果MX8 上的号码是连续的，那么只需要配置“起始号码”这个参数。将该参数值作为一个基数，从第一条线开始号码加1，一直到最后一条线。如果MX8 上的号码是不连续的，需要配置具体每一条线的号码。
步骤五：拨号规则参数配置
在图5-2中单击“配置拨号规则”选项，就可打开拨号规则配置页面。
所有要拨的号码都必须先在“拨号规则”参数里配置后才能拨出。为了能快速拨号，号码匹配和号码长度均必须配置。如果要拨上海的市话，我们可以在“拨号规则”参数里配置021xxxxxxxx(其中，x 代表任意数字)。可以设置多条拨号规则。例如：02xxxxxxxxx|010xxxxxxxx|13xxxxxxxxx|013xxxxxxxxx|x.T)
上面的配置定义了所有的手机号码，北京的市话，以及O2 开头的城市的市话，除了这些号码之外，别的号码必须在拨完号后加拨#号，要不然要等待几秒钟才能通。
步骤六：MGCP 参数配置。
如果MX8 使用MGCP 协议，那么在配置完步骤一后请直接转到步骤六。在图5-2中单击“配置MGCP”选项，就可打开MGCP 配置页面。
●“域名”参数与软交换上的设置保持一致。
●“呼叫代理”参数为软交换的IP 地址和端口。
除了设置以上两项参数外，用户还需要到“电话号码配置”页面配置“起始号码”参数，将该参数配置为aaln。
以上配置完成并提交后，请单击“网关重启”重新启动MX8 以使配置生效。
此次毕业设计就某企业基本的网络结构与VOIP相关需求，设计一套基于SIP协议的VOIP设计，运用相关的VOIP设备并进行相关的配置，从而实现VOIP系统功能。
首先从基本内部通话开始着手，做到电话互通，使之内部通话全免费，而且充分运用现有的设备实现VOIP，使之模拟电话与VOIP并存；基本目的达到后，进行VOIP的一些增值设计，使之真正实现VOIP系统功能；最后将进行相应的优化方案设计，对于语音质量问题，找到较合适的方法实现，使之QOS有保障。
基于以上设计后，在实施中找问题，在问题中找原理，使之此次项目作到完美，当然还有一些问题是没有碰到的或是在此次设计中未解决的，这是要在以后的学习中改进的。
企业网络结构描述如下：此企业拥有相对大型的规模，除总部外，在全国各地省市县都有相应的分支机构，网络情况比较复杂。从省到各地市采取VPN方式进行连接，在各个防火墙上集成相应的VPN模块，且NAT映射也都在防火墙中进行设置。且省和地市都是申请的100M光纤接入，带宽有所保障，而对于县级单位，考虑到县级单位的局限性，比如网络条件不是很统一，有的采用ADSL拨号上网，有的采用代理服务器等等。对于ADSL上网方式的县级机构，其放火墙接入ADSL的LAN口，且机构电脑都通过防火墙网关进行上网。
以上为企业网络环境的描述，而对于电话分布，省厅采用大型的程控交换机实现集团内部通话，而对于各地市县级机构针对其规模采用的方式也不同，具体表现在有的像总部一样采取大型程控交换机，有的采用小型程控交换机，还有的采用申请的直拨电话。而对于本企业网络运用主要是实现内部信息化，有时进行视频会议等运用，总的来说带宽运用还不是很充分。
针对以上网络情况，对于设计VOIP进行构思，以下就公司内部的电话呼入与呼出进行相应的描述：
对于企业总部，对于呼入，通过设置ZAP中继，采用IP PBX+PBX（现有的）实现。IP PBX实现VOIP终端的号码（基于SIP协议）设置分配，注册，查找相应分机路由等等功能，是VOIP通信的核心，相当于网守的功能；针对电话呼出将使用多口网关的形式实现语音信号和VOIP的转化。
相对来说规模比较大的分支机构，呼入也采用IP PBX+PBX（现有的），基本原理同总部设计，由于采用了两个IP PBX，而IP PBX 之间要实现号码共享，正常通话，则IP PBX上要添加相应的SIP中继模块。对于呼出模块，采用多口网关的形式。实现IP与语音信号的转换。
相对于比较小的的地市分支机构，比如采用小型程控交换机的和直线电话的，将采用FXO或FXS的多口或单口网关实现VOIP系统。而对于某些县级单位，考虑业务少，电话量少，工作人员不多的特点，可以分别采用如软电话，小型语音网关+模拟电话机，IP电话的方式实现VOIP系统。
基于以上基本设计思想后，通过其通信原理，进行相关的配置，实现VOIP基本通话。但如果VOIP只满足其基本通话功能则VOIP将失去它本有的价值，对于VOIP而言，它还表现在视频，流媒体等应用领域，还有一些增值功能。如召开电话会议，语音留言信箱，自动话务员等等。最后就是要针对现在VOIP语音质量问题，采取相应的措施，比如采用优等的语音编码算法，从而优化其VOIP系统方案。
由于此次项目涉及地域范围比较广泛，对于总部，还是在总部实施配置，对于各地市县级单位，考虑到有些网络结构一样，则在配置叙述方面选择相对典型的其一进行说明，使之做到举一反三。
图5－3 VOIP系统实施拓扑图
本次项目主要要达到以下三个目标：
基本目标：现要求对于企业内部通话实现零话费，保证基本通话。
增值目标：实现除了基本通话的其他一些增值服务。如电话会议，语音信箱，呼叫转移等等。
高级目标：希望在以上两个目标实现的基础上，能通过分析，进一步解决通话质量，得出一份优化的VOIP方案。
针对本次基于项目的实验实施，在已有的设备条件下，还需要增设如下设备：
一台性能较好的服务器，语音数模转换卡，语音网关，软电话，IP电话
相应的辅助材料，比如电话线，网线等等。
1.安装基于软件的IP-PBX
本次设计以软交换为核心，则首先进行软交换-基于软件的IP-PBX的安装配置：
安装基于LINUX系统的IP-PBX，采用RED HAT 8.0,考虑到LINUX系统的安全性，灵活性，稳定性等特点。IP-PBX的资源需求与其他的嵌入式，实时的应用类似，都是通过优先级的方式来访问处理器，规定系统上的任何功能都不能直接调用IP-PBX优先机级较低的进程。所以对于服务器的选择有如下要求：对于不同规模的通道数要求的性能也不一样，对于小型商用系统，推荐3G CPU,1G 内存，对于中型商用系统，推荐双核心，运用分布式结构采用多个服务器。电源的性能也是要考虑的因素，配备UPS是必要的。按照普通的安装系统的方法把LINUX系统安装完成后，然后进行相应的IP-PBX包的安装。安装完成后，基本的IP-PBX形成，接下来的工作为各种设备的配置工作：
(1) 安装LINUX系统,在LINUX系统中，进行IP-PBX的安装工作：
获得相应的安装包：
# cd /usr/src
# wget ftp://192.168.1.254/ip-pbx.tar.gz
# tar -zvxf ip-pbx.tar.gz
# cd ip-pbx
# ./configure
并进行安装与编译工作：
# make
# make install
完成后，建立了以下目录：
# mkdir /usr/src/IP-PBX
# mkdir /usr/src/zaptel
# mkdir /usr/src/libpri
他们分别是：zaptel,libpri,IP-PBX，并进行以下命令进行相应的安装
# cd zaptel
# make install
# cd ../libpri
# make install
# cd ../IP-PBX
# make install
检测IP-PBX是否运行：
# IP-PBX –vvvvc
出现一些信息后，说明IP-PBX安装成功，输入以下命令，停止调试
# stop now
运用LINUX网络配置命令
#netconfig
实现网络地址，子网掩码，默认网关，DNS服务器的设置。在本次实验中设置如下：
IP地址：222.1.1.1
子网掩码：255.255.255.248
默认网关：222.1.1.254
First dns 服务器：202.103.96.68
Second dns 服务器：202.103.96.112
注：由于网络条件的不统一，如果要保证县一级的机构也能实现VOIP，则服务器要配一个公网的IP地址。
2.进行VOIP配置
(1)PSTN TO IP
涉及到的内容：
FXO与FXS通道的区别很简单，就在于连接的哪端提供拨号音。FXO不生成拨号音，而是接受。FXS端口提供拨号音和震铃电压，在有呼入的时候提醒用户。两种接口都提供双向通讯（同时双方向的通信传输）。更通俗点讲，FXO可以比喻成拨号，FXS可以比喻成电话机。相应的连接设备也不相同，FXO口连接电话中继线，FXS口连接模拟电话机。配置端口是根据所使用的信令进行定义的，而不是物理端口类型。所以在配置文件中，FXO端口使用FXS信令定义，而FXS端口则使用FXO定义。本次使用的是板卡都为FXO模块设计，则通过配置Zaptel硬件，Zapata硬件来配置FXO通道：定位到/etc/目录下的zaptel.conf
定义FXO口的FXS信令的配置为：
Fxsks=4
Loadzone=us
Defaultzone=us
对于使用信令我们有如下定义：loop start(ls),ground start(gs),kewlstart(ks)
配置完zaptel.conf后，载入板卡的驱动。
输入：modprobe wctdm,装载驱动，没有任何提示表示装载成功，进一步，检测硬件和端口的装载和配置，使用ztcfg
#/sbin/atcfg –vv
此时配置的通道和使用的信令方法显示出来 。
运行zttool分析硬件的状态，选择相应的硬件，查看目前的状态，”OK”表示硬件安装正确。
配置zapata.conf，此文件确定系统中安装的电话硬件的设置和配置，同时控制硬件通道相关的不同功能和特性，例如主叫号码显示，呼叫等待，回声消除，以及种种其它功能。
;
; Zapata telephony interface
;
; Configuration file
[trunkgroups]
[channels] 注释：决定硬件通道和他们选项的信令方式。一个通道定义使用：
language=en
rxwink=300
;usedistinctiveringdetection=yes
usecallerid=yes 设置来电显示
hidecallerid=no呼出时不隐来电
callwaiting=yes 设置呼叫等待
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes 三方通话
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes 回声消除
echocancelwhenbridged=no
echotraining=800 在会话开如向线路发出一个声音，用于测量回声，然后会学习得很快
rxgain=0.0
txgain=0.0
group=0
callgroup=1
pickupgroup=1
immediate=no
;faxdetect=both
faxdetect=incoming
;faxdetect=outgoing
;faxdetect=no
;Context=incoming叫到达FXO接口时，希望执行一些动作，context内需要执行的指令在extensions.conf内定义
;Signaling=fxs_ks
;channel=>2
;Include genzaptelconf configs
#include zapata-auto.conf
group=1
;Include AMP configs
#include zapata_additional.conf
(2)SIP配置：SIP进行呼叫的建立和呼叫结束，和呼叫过程中的协商。SIP不处理媒体，当呼叫建立后，它通过实时传输协议(RTP)在电话A和电话B之间直接传输媒体，而IP-PBX也可以进行相应设置使之媒体流通过服务器转发，主要运用在呼叫终端在防火墙，NAT内部的情形。SIP是应用层的信令协议，使用5060端口进行通信，可能通过TCP或UDP来传输。RTP用于在端点之间传输媒体，使用端口默认为（10000到20000）。如下图5-3 VOIP通信原理图所示的SIP和RTP的一个典型原理图。
图5-3 VOIP通信原理图
SIP 协议基于客户/服务器工作模式，涉及两类协议实体：SIP 用户代理和SIP 网络服务器。前者对应呼叫的端系统，包括用户代理客户机（UAC- User Agent Client）和用户代理服务器（UAS- User Agent Server），分别相当于主叫和被叫。这样的划分使得客户/服务器模式的SIP 协议可以完成对通信网中对等呼叫的控制。后者则是处理呼叫信令的网络设备，其基本功能是地址解析和用户定位，包括代理服务器（proxy）和重定位服务器（redirect）两类。代理服务器类似于HTTP 的proxy 或SMTP 的MTA（Message Transfer Agent ），接受会话请求后，根据被叫地址确定下一跳服务器，然后前传该请求。重定位服务器有类似于DNS 服务器的作用。它并不前传请求，而是将地址解析所得的结果回告主叫，由主叫直接与下一跳服务器联络。
配置sip.conf
注意：如果SIP终端在NAT内部，则要求配置你的IP-PBX服务器其中的NAT这个参数，NAT这个参数在分机设置中出现，其把NAT设为YES即可。
[general]
bindport=5060 ;UDP绑定端口号，而5060是SIP的标准端口号
bindaddr=0.0.0.0 ;绑定IP地址，其中0.0.0.0 代表所有的IP地址
disallow=all
allow=g723
allow=g729
allow=ulaw
allow=alaw
allow=gsm
context = from-sip-external ; Send unknown SIP callers to this context
callerid = Unknown
#include sip_nat.conf
#include sip_custom.conf
#include sip_additional.conf
#include additional_a2billing_sip.conf
配置Sip_addtional：分机号的设置
[10000]
username=10000
type=friend
secret=888888
record_out=Adhoc
record_in=Adhoc
qualify=no
port=5060
nat=yes
mailbox=10000@device
host=dynamic
dtmfmode=rfc2833
context=from-internal
canreinvite=yes
callerid=Support <10000>
……………（还有很多分机，配置相仿，省略）
3.中继建立：
SIP中继：
远端是同一个IP-PBX，则要求使用register字段
register=SIP注册用户名:SIP注册密码@SIP注册服务器:SIP注册端口
在本次项目输入：
register=868:123456@ reg.sip.com.cn:6060
register语句告诉远端的peer你的IP-PBX在网络中的位置。
出口路由设置：
username=868
type=peer peer类型是呼出连接
secret=123456
port=6060
host=reg.sip.com.cn
canreinvite=no
canredirect=no
入口路由设置：
username=868
type=user user类型是呼入连接
secret=123456
port=6060
host=reg.sip.com.cn
验证是否成功：
#Sip show registry
4.各终端配置
通用软电话
主要配置以下几项：
SIP sever:222.1.1.1
Domain server:222.1.1.1
Register port:5060
Username:10000
Password:10000
通用IP 话机：
IP分配方式：
动态IP，静态IP，PPPOE
通信协议：SIP
服务地址：SIP服务器地址
电话号码：10000
帐号：10000（在SIP服务器上注册的分机号码）
密码：
注册端口：5060
信令端口：1720
控制端口：5068
注册刷新时间：3600
RTP TOS：0
RTP 端口：20000
JITTER SIZE：0
双音频发送：可选择：rfc2833,control string,inband audio,signal keybad
通用网关配置：
打开IE 浏览器，在地址栏输入http://IAD 的IP
其中的参数包括：
Domain Name 是SIP 服务域名。
Outbound Proxy 为SIP Outbound 服务器。默认IP 地址为000.000.000.000。只有
系统启用Outbound 服务时启用。
Phone Number 是SIP 的标识，SIP 的号码。
Authorization Name 是SIP 鉴权认证的标识。
Authorization Password 是SIP 用户的秘密。
Server Port 是SIP 服务器信令端口，默认值是5060。
Local Port 是终端的信令端口，默认值是5060。
RTP Port 是终端的媒体端口，最后一位应该为偶数。
STUN Server 是STUN 服务器地址。不启用STUN 时， 此项为空或者
000.000.000.000。(STUN Server解决SIP终端在防火墙或NAT内部的通信问题)。连接图如5－4网关连接图所示。
图5－4 网关连接图
1.涉及内容
其基本的呼叫流程如下[6]：
(1) UAC 向网络服务器（proxy 或redirect）发出呼叫请求；
(2) 网络服务器（proxy 或redirect）通过查找名字、定位用户，最终找到被叫UAS；
(3)被叫UAS 响应用户请求（拒绝或接受请求），该响应沿原路返回；
(4) 主叫UAC 收到响应后，接通被叫或者终止这次呼叫请求；
SIP 协议采用和HTTP 类似的请求－响应协议过程和消息结构。
SIP 消息由三个部分组成：
标识消息类型和目的地址的起始行，携带消息参数的头部以及承载任意附加信息的消息体。消息体中传送的最重要的信息就是由SDP（Session Description Protocol）协议描述的媒体控制信息，供终端协商并建立媒体信道。
SIP 协议主要有六类消息，它们分别是：
- INVITE、
- BYE
- OPTIONS
- ACK
- REGISTER
- CANCEL
SIP消息方式[10]：
(1)INVITE：INVITE 消息用于发起呼叫请求。
INVITE 消息包括消息头和数据区两部分。
INVITE 消息头包含主、被呼叫的地址，呼叫主题和呼叫优先级等信息。
数据区则是关于会话媒体的信息，可由会话描述协议SDP 来实现。
SDP 和H.245 协议具有类似的功能，主要用于描述终端的媒体处理能力。由于数据区对于SIP 协议是不可见的，因此SIP 协议也可以和H.245 协议相结合使用。
(2)BYE：当一个用户决定中止会话时，可以使用BYE 来结束会话。
(3)OPTIONS：用于询问被叫端的能力信息，但OPTIONS 本身并不能发起呼叫。
(4)ACK：对已收到的消息进行确认应答。
(5)REGISTER：用于用户向SIP 服务器传送位置信息或地址信息。
(6)CANCEL：取消当前的请求，但它并不能中止已经建立的连接。
SIP相关回应参数：
1xx: 提示信息。请求已经收到，可继续处理请求。
2xx: 表示呼叫已经正确的被接受和处理。
3xx: 重定向。表示该呼叫需被重定向处理。
4xx: 客户机错误。表示该消息存在表达错误。
5xx: 服务器错误。表示服务器不能处理该消息。
6xx: 全局错误，请求不能在任何服务器中处理。
2.输出信息
相关的调试信息命令
debug
根据配置好的号码，进行互通测试：产生如下响应消息：
(1)INVITE请求消息
Request-Line: INVITE sip: 10000@222.170.2.1;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.170.2.2;branch=z9hG4bKaclqaxqNm
From: <sip:20000@222.170.2.2>;tag=1c7314
To: <sip:10000@222.170.2.1>
CSeq: 74175 INVITE
Contact: <sip:20000@222.170.2.2;user=phone>
Supported: em,timer,replaces
Max-Forwards: 70
Accept-Language: en
Allow: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY
Content-Type: application/sdp
Content-Length: 208
(2)Cancel请求消息
Request-Line: CANCEL sip:20000@192.216.2.18:5060 SIP/2.0
Via: SIP/2.0/UDP 192.216.2.45:5060
From:<sip:40000@192.216.2.45:5060>;tag=D073.84C6
To: <sip:20000@192.216.2.18:5060>
CSeq: 5604 CANCEL
Content-Length: 0
Max-Forwards: 70
Contact: sip:40000@192.216.2.45:5060
Supported: timer
(3)ACK请求消息
ACK sip:20000@192.216.2.18:5060 SIP/2.0
Via: SIP/2.0/UDP 192.216.2.45:5060
From: <sip:40000@192.216.2.45:5060>;tag=D073.84C6
To: <sip:20000@192.216.2.18:5060>;tag=3116BFC-C1F
CSeq: 5604 ACK
Content-Length: 0
Max-Forwards: 70
(4)BYE请求消息
BYE sip:40000@192.216.2.45:5060 SIP/2.0
Via: SIP/2.0/UDP 192.216.2.18:5060
From: <sip:20000@192.216.2.18>;tag=31C3B60-5D0
To: <sip:40000@192.216.2.45>;tag=D343.04DB
Max-Forwards: 6
Timestamp: 947006699
CSeq: 103 BYE
Content-Length: 0
(5)对INVITE请求的200 OK响应
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.216.2.45:5060
From: <sip:40000@192.216.2.45:5060>;tag=D5B5.84E1
To: <sip:20000@192.216.2.18:5060>;tag=325DB78-2267
CSeq: 5576 INVITE
Session-Expires: 1800;refresher=uas
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO
Allow-Events: telephone-event
Contact: <sip:20000@192.216.2.18:5060>
Content-Type: application/sdp
Content-Length: 273
1涉及内容
A 常用的编码格式
GSM ，13.4Kbps/s，手机编码
iLBC iLBC 是20ms或者30ms的帧长度，15.2kbps 或者 13.3kbps 的比特速率
音频压缩协议G.7xx：
G.711 G.711 是10ms的帧长度， 64kbps的比特速率,程控交换机最常用
G.723 G.723 是30ms的帧长度， 5.3kbps或者6.4kbps的比特速率
G.726 G.726-32 (也叫 G.721)是10ms的帧长度，32kbps的比特速率
G.728 G.728 是2.5ms的帧长度， 16kbps的比特速率
G.729 G.729 是10ms的帧长度， 10kbps的比特速率
G.722 G.722 是10ms的帧长度， 64kbps的比特速率
B G.723是低带宽的IP通信中最佳的选择
对G.723，其帧速率是30ms发一个数据包，编码的速率是5.3kbps (20 bytes 每 30ms)或者6.4kbps (24 bytes 每 30ms)。其总的比特速率是：
5.3 + 0.432*33.3 = 19.7kbps
或者 6.4 +0.432*33.3 =20.8kbps。
如此低的比特速率，很适合于在28.8kbps拔号上网的时使用。再与其它的技术配合，如数据链路层压缩、静默抑制，及舒适的噪声产生，总的带宽可能更低。
C 选用的语音编码方法
通常的情况下，所有的编码方法，都能够提供良好的语音。但是低比特速率的编码，对音乐来说质量可能有些差。DTMF（双音多频传输法）音调或者传真信号在音频通道上传输（带宽不够时），有可能在远端不能解码。所以，如果带宽允许，选用G.711编码方法，G.722甚至能够给出更好的音质。
带宽允许的情况下，使用PCMU(G711u)编码。PCMU and PCMA都能够达到CD音质，但是它们消耗的带宽也最多(64kbps)。如果网络带宽比较低，可以选用低比特速率的编码方法，如G.723或G.729，这两种编码的方法也能达到传统长途电话的音质，但是需要很少的带宽（G723需要5.3/6.3kbps，G729需要8kbps）。
如果带宽足够并且需要更好的语音质量，就使用PCMU 和 PCMA，甚至可以使用宽带的编码方法G722(64kbps)，这可以提供有高保真度的音质。
D Voice_Frames_Per_TX与以太网的流量关系
为了减少整个 以太网/IP/RTP 的开销（这些开销是由54字节的报文头引起的），多个语音帧可以包在单个以太网帧中发送。不过，这会引起语音延迟。在网络带宽比较紧的时候，增加这个数量，可以提高整个语音质量。
如果RTP数据包每2.5ms发送一个（G.728），则整个以太网/IP/RTP的开销是
0.432*400 = 172.8kbps这在公共Internet上，将会不太好。但是，如果RTP数据包每10ms发送一个，则总的以太网/IP/RTP的开销是 0.432*100=43.2kbps如果RTP数据包每20ms发送一个，则总的以太网/IP/RTP的开销是0.432*50=21.6kbps推荐对G.723/iLBC编码，每30ms发送一个数据包，所有其它的编码则每20ms发送一个包。所以，对G.723/iLBC编码，Voice_Frames_Per_TX的值设置为1，对G.728设为8，对所有其它的编码设为2。这取决于选用什么样的编码方法，及在带宽利用率与丢包影响之间的折衷。这个值越大，则带宽利用率越高，因为更多的语音帧放到一个UDP/RTP数据包中，这样数据报文头的开销减少了。但是丢失了一个数据包，对语音质量的影响比较大。
对PCMU/PCMA，默认值是2，最大值是10
对G.723，默认值是1，最大值是32
对G726-32，默认值是2，最大值是20
对G729，默认值是2，最大值是64
对G728，默认值是4，最大值是64
E 语音抖动问题
产生的原因：
网络阻塞，网络延时等等
F 回音
回音产生的原因：
如果听到回声，并不是电话产生的，而是这个电路的远端产生的，相反的，在电路的远端产生的回声是由你这一端产生的，如果电路是电力不平衡的，或者质量不好的电话连接在电路的终端，它接受到的信号就会被子反射回来，成为往回方向信息的一部份。当这种反射的电路回到你这里来的时候，你就会听到你刚才说过的话。
2.实施中采用措施
1.语音编码优先顺序为：
G.723
G.729
G.728
GSM
G.711
G.726
Ilbc
G.722
2．对于语音抖动问题采用缓冲机制来解决，取决于相应的终端
3．在zapata.conf设置中分别进行以下设置：
echocancel=yes
Echocancelwhenbrigde=yes
Echotraining=yes
3 项目实施过程中存在的问题
(1)NAT/PAT
因为企业内部通常采用私有地址，所以会启用地址转换NAT/PAT功能。NAT是将私有地址和公有地址一一对应，并在一定时间内保持这种对应关系。对于UDP通信，有两种类型的NAT。PAT则是将私有地址+TCP/UDP端口转换并为一个公有地址+一个TCP/UDP端口，通常会将多个私有地址对应一个公有地址，用不同的TCP/UDP端口进行区分。多媒体通信协议在穿越NAT/PAT时都会出现问题，因为通常NAT/PAT只对IP包头中的源IP地址/源端口号进行转换，不能相应地修改这些协议包内的源地址，而这些协议在回传响应时都按其协议包内的源地址发送，结果造成无法建立通信。
穿越NAT/PAT是多媒体通信协议普遍面临的一个问题。一个主要问题是NAT/PAT仅能完成协议外（IP层）地址的转换，而这些多媒体通信协议依靠协议内地址完成通信，所以需要有方案保证两者的一致性。另一个主要问题是如何使终端成为被叫。NAT/PAT无法为终端建立永久的地址绑定关系，当终端完成注册过程后，注册服务器中所记录的地址（NAT/PAT后的公有地址/端口号）是否还可以对应终端的实际私有地址。当采用PAT时，问题则更加严重，因为PAT是根据IP地址+TCP/UDP端口唯一对应一个终端，而不同的流（例如信令流和媒体流）会采用不同的TCP/UDP端口。当注册完成后，PAT只记录了IP地址和TCP/UDP端口与该终端信令流的对应关系，媒体流的对应关系需要在终端发起媒体流时才能建立，这就使该终端作为被叫时媒体流建立PAT对应关系成为一个问题[16]。
(2) PROXY
很多企业网使用代理服务器（RPOXY）作为对外网访问的管理工具。PROXY的主要功能包括NAT、FireWall、用户管理和访问控制等等。微软将企业网内部应用的PROXY通常分为两类，一是Web Proxy,一是WinSock Proxy。Web Proxy主要用于对浏览业务进行控制，也就是说，它只服务于80端口的业务。WinSock Proxy服务于其他类型的业务，例如FTP、TELNET。是否提供某种服务（是否打开TCP/UDP端口）取决于企业网管理员的配置[17]。
4可行的解决办法
(1)穿越NAT/PAT SPAN(Simple Protocol for Augmenting NATs)
SPAN解决了symmetric NAT的穿透问题。SPAN的工作方式与STUN基本相同，只是在客户端询问IP地址时，SPAN服务器返回的不是客户端的公有IP，而是服务器自身的地址和为该用户分配的端口号，同时服务器记录这个客户端的公有地址与自己分配的端口号之间的对应关系。所以当用户B与这个客户端A通信时，无论是信令流还是媒体流，都将通过SPAN server转发，因此对于symmetric NAT而言，信令流与媒体流都发生在SPAN server与客户端之间，是对称的流，穿越就不再成为问题。值得注意的是, 因为需要转发媒体流，SPAN server的压力是比较大的，所以应该采用分布式的部署方式，而不宜再内置于softswitch。
STUN和SPAN都是MIDCOM工作组正在制定的标准[13]。
(2)STUN（Simple Traversal of UDP through NAT）
客户端向STUN服务器发起一个请求询问自身的转换后地址，STUN服务器将收到的请求包中的源地址作为信息返回给客户端，客户端就获得了转换后的地址信息。拥有了转换后的地址信息，客户端就可以在其H.323/MGCP/SIP等协议的协议包内的源地址直接填写这个转换后的地址，同时还可以在终端注册时直接注册这个转换后的公有IP地址，这样就解决了H.323/MGCP/SIP穿越NAT的通信建立问题以及作为被叫时的问题。
需要注意的是，NAT/PAT对于地址转换关系是有一定生命期的，某个地址转换后在一段时间内没有被使用将会被清除，当这个业务流再次出现时，将会建立一个新的地址转换关系，这就意味着STUN的询问过程以及终端的注册过程都需要再执行一遍才能保证通信的正确。解决这个问题一个比较通行的方案是采用某种方式保持NAT/PAT的转换关系，例如在NAT/PAT生命期内重复注册一次，比如NAT/PAT的生命期是3分钟，那么就将注册重复周期设置为2分钟。另外STUN server并非指一个专用的服务器，而是指一种功能、一个协议，我们可以在softswitch或者任何一个需要此功能的服务器上内置此协议。
NAT可以细分为几种操作模式，其中有一种称为symmetric NAT(对称NAT)。所谓对称NAT是指当私网内的用户A访问公网用户B时，NAT为A到B的访问所形成的地址对应关系只能服务于A与B之间的通信。虽然A已经拥有了公有地址A'，但A'并不能为其它用户使用以达到与A通信的目的。这是出于安全性考虑的一种设计。一些功能较强的NAT提供这种可选工作模式。
当NAT采用这种对称模式工作时，STUN的方案就会出现问题。
假如我们在IP-PBX上提供STUN server功能，终端A通过STUN可以获得NAT为终端A与IP-PBX之间通信分配的地址A'，并将这个地址注册在softswitch上，当一个公网上的终端B呼叫终端A时，A'和B通过IP-PBX完成呼叫建立过程。当B试图向A'发送媒体流时，问题就出现了。因为对称NAT只允许从IP-PBX发送数据给地址A'，从B发送的媒体流将被丢弃。所以STUN无法应用于工作在对称模式的NAT[13]。
(1)电话互通：
该方案采用全网直拨的方式。
总部到地州市一级分公司
如总部134分机拨地市一级分公司30001分机：134分机摘机直拨”30001”。
总部到各县级二级分公司单位
如总部134分机拨县级二级分公司30301分机：134分机摘机直拨”30301”。
地州市一级分公司到总部
如地市一级分公司30001分机拨总部134分机：30001分机摘机直拨”1134”。
地州市一级分公司之间
如地市一级分公司32001分机拨其他地市一级分公司30001分机：地市一级分公司32001分机摘机直拨”30001”。
地州市一级分公司到县级二级分公司
如地市一级分公司30001分机拨县级二级分公司30301分机：地市一级分公司30001分机摘机直拨”30301”。
县级二级分公司到地州市一级分公司
如县级二级分公司30301分机拨岳阳30001分机：县级二级分公司30301分机摘机直拨”30001”。
县级二级分公司到总部
如县级二级分公司30301分机拨总部134分机：县级二级分公司30301分机摘机直拨”1134”。
县级二级分公司之间
如县级二级分公司31301分机拨其他县级二级分公司30301分机：浏阳31001分机摘机直拨”30301”。
(2)增值业务：
电话会议：邀请多方进行电话会议系统，增强VOIP应用
语音留言:语音信箱的实现，使之在无人接听时，也不会错过电话
(3) QOS问题：
语音延时：拨号响铃有轻微的延时，但不影响通话
语音质量：在不超过300MS的情况下，语音质量可以接受
从网络的角度出发，保证IP电话质量主要有以下措施。
为了保证音频和视频实时通信应用，网络必须支持肯有一定QoS的端到端承载业务控制功能。通常采用两种方法：一种是超量工程法，即在网络规划时预留足够的带宽，使任何时候都能获得可接受的QoS；另一种是定义呼叫接纳控制功能和资源预留协议(RSVP)的综合服务Internet方法，由IETF综合服务(intserv)工作组定义。
RSVP协议通过RSVP消自定义呼叫接纳控制功能。端点应用程序可以提出数据传送全程必须保留的网络资源，同时也确定沿途各路由器的传输调度策略，从而对每个数据流的QoS逐个进行控制。RSVP类似于连接控制信令，通常称RSVP是Internet中的信令协议。RSVP支持IETF提出的QoS确保服务和负荷受控服务两种QoS服务，以QoS确保服务为主。QoS确保服务数据流的可用带宽，保证其达到规定的端到端时延指标和丢失率指标，主要用于对实时性要求很高的音/视频通信。
为保证实时多媒体通信的质量，H.323V3给出了利用RSVP实现传输层资源预留的信令过程，主要包括以下三个方面：
(1)增强的RAS过程
(2)增强的能力交换过程
(3)增强的逻辑信道控制过程
IP网络的一个特征就是网络时延与网络抖动，这是导致IP电语音质下降的主要因素。
网络时延是结一个IP包在网络上传输平均所需的时间。网络抖动是指IP包传输时间的长短变化。当网络上语音时延（加上声音取样、数字化、压缩、时延）超过200ms时，通话双方一般就愿意倾向采用半双工的通话方式，一方说完后另一方再说。另一方面，如果网络抖动较严重，那么有的语音包因迟到被丢弃，会产生语音的断续及部分失真，严重影响音质。为了防止这种抖动，人们采用了抖动缓冲技术，即在接收方设定一个缓冲池，语音包到这时首先进入缓冲池暂存，系统以稳定平滑的速率将语音包从缓冲池中取出、解压、播放给受话者。这种缓冲技术可以在一定限度内有效处理语音抖，并提高音质。
语音通信实时性要求较高。为了保证提供高音质的IP电话通信，在广域带宽不足（拥挤）的IP网络上，一般需要语音优先技术。
当WAN带宽低于512kb/s时，一般在IP网络路由器中设语音包的优先级为最高，这样，路由器一旦发现语音包，就会将它们插入到IP包队列的最前面优先发送。这样，网络的时延与抖动情况对语音通信的影响均将得到改善。
-
- 前向纠错(FEC)技术
有的先进的IP语音网关采用另一项保证音质的技术，这就是前向纠错技术(Forward Error Correction)。IP包在传送过程中有可能损坏或被丢失、丢弃，如果语音包丢失或损坏率较低，IP电话的音质就不会受到明显损害。一般企业网络均有较低的丢包率、错包率，因而IP电话网关仅需将语音包还原为声音即可。
公共Internet网络往往有较高的丢包率，这不足以维持高质量的语音通信。在这种情况下，FEC技术就能够发挥重要的作用。FEC技术有两级，第一级是Intra-Packet,第二级是Extra-Packet。这一级是在同一包内加冗余数据，以便接收方纠错、恢复、还原语音数据，保证音质。第二级是在每一个语音包中存放后续包的冗余数据，以便接收方从已经接收到的包中恢复出错或丢失的语音包。
FEC可以吸收10%－20%的丢包率，保持高音质。但是FEC要多消耗30%的网络带宽，因此在企业网内部一般不采用FEC。
如下图7－1多媒体通信中的安全威胁所示，由于IP网络天然的开放性所致，H.323系统中的所有元素都能够在地理上被随处分配，因而出现了一些安全威胁。
图7－1 多媒体通信中的安全威胁
多媒体通信和IP电话系统中的主要安全问题大体如下：
用户和终端认证：VoIP服务提供商为了准确计费或计算业务使用量而需要知道谁正在使用他们的服务。作为认证的一个先决条件，用户和/或终端必须用某种标识来标定。而后，用户/终端必须证实其出示的标识是真实的。这种情形主要发生在通过强加密认证过程（例如受保护的密码或X.509数字签名）。同样，用户可能也想通过身份认证知道他们正在与谁通话。
服务器认证：VoIP用户之间主要是通过包括服务器（网守、多播单元、网关）在内的一些VoIP基础设施实现互相通信，因此用户关心的是他们是否联接了正确的服务器和/或正确的服务提供商。这方面的问题涉及固定和移动用户。
· 用户/终端和服务器认证以应对安全威胁，例如伪装、中间者攻击、IP地址欺骗和连接劫持。
· 呼叫认证是一个判断过程，以确定用户/终端是否真的被允许使用像服务特征（例如呼叫PSTN）那样的服务资源或网络资源（QoS、带宽、编解码等）。通常是将认证和授权功能结合起来实现访问控制判断。认证和授权有助于阻止类似伪装、误用和欺骗、操控和拒绝服务等攻击。
· 信令安全保护解决的是保护信令协议免于操控、误用以及机密性和保密问题。信令协议主要通过密码加密方式以及完整性保护和重放来进行保护。应特别注意，为达到实时通信的临界性能要求，可以通过一些握手过程和短循环以避免过多的呼叫建立次数或由于安全处理造成的数据包延迟或颤抖而引起的语音质量的降低。
· 对语音的保密是通过加密语音数据包实现的，也就是RTP（real-time transpert protocol）有效载荷和计数器对被窃语音数据的监听。通常，多媒体应用的媒体数据包（例如视频）也要被加密。进一步的媒体数据包的保护还包括有效负载的认证/完整性保护。
· 密钥管理不仅包括在用户和服务器中安全分发密钥介质的所有过程，还包括更新过期的密钥和遗失的密钥。密钥管理可以是独立于VoIP应用（密码规定）分离的一个过程，在动态协商表明安全能力的安全简表及发放基于会话的密钥时，也可以与信令综合在一起。
· 跨域安全涉及在不同环境中的系统根据不同的需求、不同的安全政策和不同的安全能力已经实施不同的安全特性，因而有必要能够动态地调整安全简表和安全能力，调整包括加密算法和算法的参数。在跨越边界以及涉及不同服务提供商和网络时，这一点尤为重要。跨域通信的一个重要安全要求是能够平滑地跨越防火墙和应对网络地址转换（NAT）设备的限制。
VoIP早期的应用市场主要来自企业用户，目前这一市场已经比较成熟。VoIP技术的不断成熟，也使传统运营商在这一领域的竞争力进一步下降。2006年VoIP应用于企业市场得到迅速发展。与个人用户市场相比，企业用户更看重的不是低廉的资费，而是VoIP能够真正实现语音与数据应用的融合，以此为基础，企业的信息化真正融合到了企业内部的管理及业务流程中。
8.1 IP电话历年发展情况
近年来，H.323 IP电话业务在国内取得了快速的发展，但随着移动通信业务的兴起，H.323 IP电话业务的增长势头逐渐变缓。下图显示了自2002年以来国内传统IP电话业务的发展情况发图8-1国内IP电话业务量历年发展情况所示：
图8-1 国内IP电话业务量历年发展情况
从图8-1中可以看出，国内IP电话市场近年呈现出快速增长趋势，2002-2007年年均增长率为20.7%。预计2007年IP电话的通话时长将达到1567.6亿分钟，同比增长7%。但从2005年开始，IP电话的增长率呈下降趋势，这主要是受管制限制和移动长途的替代作用所致。
图8-2国内各类长途电话占比发展情况
从图8-2国内各类长途电话占比发展情况中可以看出，IP电话的相对快速增长在一定程度上对传统长途电话形成了替代作用，但近年来自于移动长途的替代作用更明显。从占比上来看，2007年上半年，IP国内长途电话占全部国内长途通话量38.3%，超过移动长途电话的35.9%和传统长途电话的25.8%，仍然是长途电话的主流。
1. 由单一服务向多元化服务发展，随着VoIP技术的普及，单一的普通通信服务迟早都要被淘汰出通信市场，只有提供更多的增值服务，提高服务质量，才能立于不败之地，市场的利润不再是通话费用的收入，而将体现在新颖的增值服务上
2.由小规模分散经营向大规模集中经营发展，小规模公司经历不了风雨，必然在后续的竞争中被吞并，倒闭。只有联合起来才能壮大和发展
3.从暴利行业向微利行业转变，单纯的销售利润，这种销售模式已经不复存在，要以稳定的增长的市场占有率为主要任务，薄利多销。
4.整合资源，小公司建立协会联盟，大公司建立品牌连锁。只有这种联合经营，影响力和社会地位才会提高，与其将来被人鱼肉宰割，还不如现在联合起来，同舟共济。
（1）由可听向可视发展。
（2）由有线向无线迈进。
（3）由硬件向软件过渡。随着技术的不断深化发展，最终的终端将只是一个I/O接口界面，所有的功能处理都将交给软交换来完成。
现在IP电话在飞速度发展中，我通过搜索资料和项目实施完成过程中，得出以下结论：IP电话在语音服务方面已非常成熟，VoIP终端将从PC或者VoIP电话更加广泛和普遍地延伸到手机，而其所提供的服务将从语音服务到囊括视频服务和数据服务。在我国IP电话没有大量普及与中国对VOIP电话的政策有很大的关系。但在新技术和实际需求的双重推动下，已经势不可挡地开始向企业级市场蔓延渗透，这种基于互联网的新技术，不仅代表了网络应用的新方向，将来可能会完全居于主导地位。据统计2009年亚洲VoIP业务收入将达100亿美元，中国VoIP市场到2009年将达到9950亿分钟的通话时间，而越来越多实力强劲的语音服务供应商正大量涌入这个市场。VoIP将不会是传统有线通讯的廉价替代品，而是将与其在竞争和共存中不断发展。
首先感谢我的毕业设计指导老师车生兵的细心的指导和耐心的帮助。另外感谢身边同学对我的鼓励和支持。特别是在查阅相关书籍中给了很大的帮助。在这里表现感谢。我在毕业论文完成过程中，体会到心急不能解决好问题，必须静心思考才能更加有效的解决问题；更加全面的了解VOIP在中国的现状及发展状况，和组建VOIP的能力。提高了自己的动手能力；学到了很多VOIP的知识和一些新技术，加强了自己查找资料解决问题的能力。
参 考 文 献
[1] 王瑞刚, 李燕. IP电话终端设备—原理、电路及应用. 西安电子科技大学出版社, 2003.11.
[2] 吴功宜，吴英.计算机网络教程（第3版）[M].北京电子工业出版社,2003.4.
[3] Robert Pdjen, Larry Keefer, Sean Thurston.Cisco AVVID和IP电话的设计与实现[M].北京电子工业出版社,2002.5.
[4] Daniel Minoli,Emma Minoli.IP网上的话音传递技术.北京：清华大学出版社,2003.10.
[5] AndrewS,Tanenbaum.计算机网(第3版)[M].北京：清华大学出版社,2003.7.
[6] IETF RFC 3263.Session Initiation Protocol (SIP): Locating SIP Servers[J].June 2002.
[7] 孙学军.计算机网络[M].北京：电子工业出版社,2003.3.
[8] 王能.计算机网络原理[M].北京：电子工业出版社,2002.6.
[9] 杨丰瑞,杨丰任.实用教程最新计算机网络[M].北京：中国铁道出版社,2001,7.
[10]IETF RFC 3428. Session Initiation Protocol (SIP) Extension for Instant Messaging[J].Dec.2002.
[11] J. Rosenberg.draft-ietf-sipping-conferencing-framework-01[J]. Oct 2003.
[12]“VRRP，Virtual Router Redundancy Protocol”[J].May.2000. Anritsu Company.
[13] Andrew S.Tanenbaum.清华大学出版社 COMPUTER NETWORK FOUTH EDITION影印版
[14] 庞鑫,王力.“如何提高第三层网络交换的可靠性”[J].
[15] 薛伟莲.“建设容错校园骨干网”[J].苏州大学学报工学版，第22卷第1期.
[16] Steve McQuerry.INTERCONNECTING CISCO NETWORK DEVICES[M]
[17] Steve McQuerry. Building Cisco Multilayer Switched Networks[M].
[18]Richard Froom,Blaji Sivasubramanian. 思科网络技术学院教程.人民邮电出版社.
扫一扫
3416
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
