电话会议方案精选(九篇)

第1篇：电话会议方案范文

关键词:开源软件; Asterisk; VoIP; 拨号方案; 电话会议系统

中图分类号:TP393.02文献标识码:B

文章编号:1004-373X(2010)08-0077-03

Research and Design of Teleconference System Based on Asterisk

LIU Wei

(Fuzhou Institute of Technology, Fuzhou 350108, China)

Abstract:In recent years, Asterisk has become a standard ofvoice exchange and PBX in the open source projects, and a solution based on Asterisk for VoIP has become the first choice of many small and medium enterprises. The system structure and its function of Asterisk Open-source project are discussed. A SIP-based teleconference system is estallished by taking Linux as the networkoperation platform, Asterisk as a developmental tooland MySQL as database′s support. SIP-based IP telephone system has the charactescstics ofsmall investment, low cost, convenience, reliabilityand security. the system can meet different applications and needs after a simple modification because the system inherits the simplicity of TCP/UDP protocol, and most of functions is realized by softwares.

Keywords:open-source software; Asterisk; VoIP; dial plan; teleconference system

0 引 言

近年来,通信行业的开源项目不断涌现,打破了传统电信设备制造商对电信技术的垄断,为下一代网络(NGN)的发展注入了无限活力[1]。Asterisk是一个由Digium公司发起的开放源代码软件,以通用公共许可证(GNU GPL)的授权方式发行。Asterisk运行在Linux上,以软件的方式实现了(专用分组交换机,PBX)的大部分功能,是一个较全面的通信平台,既支持传统的模拟电话设备和数字电话设备,也支持新兴的基于网络的VoIP语音系统。Asterisk在小企业预算可承受的范围内提供了商业交换机的功能和可伸缩性。

1 基于Asterisk技术的电话会议系统研究

1.1 Asterisk特点

Asterisk[2]是一款完全用软件实现,可以运行在Linux,BSD,MacOS X等操作系统上的IP分组交换机产品,是世界上最著名的开源VoIP服务器软件之一,为各国的VoIP爱好者所痴迷。实际上,Asterisk已经成为开源项目中语音交换和PBX的标准,而且基于Asterisk的VoIP解决方案也已成为许多中小企业的首选方案。Asterisk可以使用目前流行的编解码器和协议将VoIP电话系统与传统的公共交换电话系统集成起来,以较低的通话费用,提供较高的语音质量。

Asterisk可以连接数目众多的接口类型,包括模拟接口、数字线路,也可以透明地桥接VoIP之间的一些协议,包括SIP,H.323,IAX,MGCP等协议。

1.2 Asterisk体系结构

Asterisk体系结构简单,与传统电话技术的不同之处在于本质上扮演着一个中间件的角色,连接底层不同的电话技术到上层应用,创建了一个部署异构电话技术互通的持久性通信环境。

Asterisk是基于模块化设计的,多种模块都可以在运行中通过动态模块加载并初始化,用户可以根据实际需要动态增加相应的模块。Asterisk提供了四种基本的API函数集[3],以便于不同组件的交互,如信道API、Codec转换器API、文件格式API及应用程序API。对于应用程序API允许第三方厂商开发基于Asterisk的应用程序,本文正是通过这些接口,完成在电话呼叫阶段与Asterisk的交互,实现电话会议系统。

1.3 系统开发环境

在开发系统时,由于Asterisk源码便于在Linux中编译和运行,相对比较安全,对中小型软件的研发中,Linux可成为开发的首选操作系统。因此本系统选择Redhat Linux 9.0服务器版,在此基础上安装Asterisk软件包,该设计系统使用Asterisk开源平台[4]。Asterisk的核心主要由三个包组成:Asterisk主程序(Asterisk)、Zapate电话驱动(Zaptel)和PRI库(libpri),还有一些其他软件,如语音附加包等。要实现电话会议,只需在Asterisk上对zaptel.conf,zapata.conf,sip.conf,extensions.conf和meetme.conf 进行配置,就可以通过固定模拟电话、SIP 电话完成常规呼叫和电话会议等功能[5]。开发语言采用PHP/MySQL/Apache。

2 基于Asterisk技术的电话会议系统设计

2.1 设计方案

该系统是基于Web的电话会议业务,用户可以通过软终端、普通话机、SIP硬终端、手机等参加Web会议。会议管理员通过Web页面预约会议,并对会议进行实时管理,会议信息通过Web页面显示。

Web电话会议系统的功能包括预约会议、创建会议、呼叫成员、会议结束后处理一些计费等一些基本的步骤。当许多用户并发开会时,如何保证用户间的独立性;大部分API都是异步调用,如何同步整个逻辑流程;这些都是在此设计中重点考虑的问题。

(1) 业务逻辑与Web服务器的通信[6]。后台业务需要接收并处理Web页面发来的请求,同时向页面反馈处理结果。后台要响应所有页面Session发来的请求,因此这个问题可以分解为两个问题,一个是通信机制;另一个是页面Session与后台会议的对应关系。这个问题涉及到Web电话会议系统的架构,Web Conference业务是基于Web的业务,通过Asterisk软件平台提供的API/AGI实现。

(2) 业务逻辑对呼叫会话的管理。在开会过程中每个会议都要对应一个会议呼叫会话(CCSession),通过这些呼叫会话向AGI网关发API调用请求,接收AGI网关的响应,区分响应该交给哪个业务处理,是对什么请求的响应。

(3) 业务逻辑对会议的管理。后台要并发处理多个会议,必须把这些会议组织起来。向上要提供会议状态,向下能够区分接收的API响应属于哪个会议或成员。

2.2 设计思路

经过分析可以得出,Web电话会议系统的设计思路是:通过用户登录到Web服务器启动业务,页面通过PHPAGI调用Asterisk Manager API Action实现与 Asterisk平台的交互。Asterisk调用AGI来访问数据库读取相应数据,并通过拨号方案、Meetme达到会议呼叫、会议管控与会议计费等功能,如图1所示。

图1 电话会议系统设计流程图

2.3 设计开发举例

(1) Extensions.conf:Asterisk的核心配置文件,该配置文件形成PBX的呼叫方案。

电话打进处理:

[dialin-conf]

exten => _X.,1,ExecIf($[ "${EXTEN}" = "011862556787948" ],Set,CHANNEL(language)=cn)

exten => _X.,n,ExecIf($[ "${EXTEN}" = "011862556787947" ],Goto,amytest|meet|1)

exten => _X.,n,Set(play=conference/conf-getconfno|try=1)

exten => _X.,n(read),Read(data,${play},10,,3,5)

exten => _X.,1,ExecIf($[ "${EXTEN}" = "011862556787948" ],Set,CHANNEL(language)=cn)

exten => _X.,n,ExecIf($[ "${EXTEN}" = "011862556787947" ],Goto,amytest|meet|1)

exten => _X.,n,Set(play=conference/conf-getconfno|try=1)

exten => _X.,n(read),Read(data,${play},10,,3,5)

exten => _X.,n,AGI(conf_admin.php,${data})

其中:agi conf_admin.php 是根据用户输入信息读取会议资料属性;011862556787948是被允许访问的中国号码。

Web触发电话呼入处理:

[conference]

exten => s,1,Hangup

exten => s,n,AGI(conf_admin.php,${data})

exten => s,n,NoOp(${Agent})

exten => s,n,Set(CALLERID(name)=${name}|MEETME_RECORDINGFORMAT=gsm|MEETME_EXIT_CONTEXT=

conference-exit|MEETME_RECORDINGFILE=/usr/local/ferser/var/spool/meetme/conf-rec-${data})

(2) Meetme.conf:用于配置 MeetMe 会议系统。在配置文件中,这里可以定义会议室和进入会议的密码来建立一个电话会议。

(3) Zaptel.conf:用于配置连接传统模拟电话硬件接口,建立一个FXS 和FXO 通道。

(4) Zapata.conf:用于为系统中安装的电话硬件配置Asterisk接口。通过zaptel.conf 和zapata.conf 对FXS/FXO 接口通道进行配置,可以将模拟话机经过FXS 接口,PSTN 经过FXO或E1/T1接入到Asterisk服务器,也可以通过SIP协议,经过软交换实现VoIP的落地。

(5) Sip.conf:用于配置SIP协议。该文件的开始是一个[general]section,包含通道设置,所有用户和对端的默认选项。可以对系统注册的每个用户设置用户名、连接类型、认证密码和指令地点(用于控制电话的权限,以及如何处理此号码的呼入呼叫)。

通过以上配置文件的设置,即可实现电话会议系统的功能[7]。

另外,Asterisk有开源数据库MySQL和开源编程语言PHP,Perl接口,所有经过Asterisk服务器的呼叫详细记录(CallDetailRecord)都被记录在数据库中,如双方的号码、ID、通话时间等。根据产生的呼叫详细记录信息,可以监控通信流量,进行流量统计和通话计费,而且Asterisk的数据库能和企业的现有数据库整合到一起。用户还可以通过PHP语言开发的Web程序对MySQL进行维护。

3 结 语

这里提出的基于SIP协议的IP电话系统设计具有投资小,成本低,方便实用,可靠性强,安全性好等优点。该系统建立在通用的计算机网络上,可在局域网或Internet上使用,对用户无特殊要求,另外还可扩展成融文本、视频会议于一体的网络交互式多媒体系统;由于终端较多地借助了PC资源,所以系统具备了较高的智能性;系统设计规范,管理模块集中化,不仅降低了成本,而且更便于系统的操作和维护。由于该系统秉承了TCP/UDP协议族的简单性,绝大多数功能都能通过软件实现,且可进行简单的改进,因此可以满足不同的应用和需要。

随着IP技术的发展,传统电信网络将逐步向IP网络发展,NGN是融合多业务的IP网,是电信网络的发展方向。Asterisk与Linux等开源项目结合,可以在原有网络基础上为企业提供IP语音解决方案,具有广阔的应用前景。Asterisk以其独特的优势获得越来越多企业的青睐。开源项目在通信行业的不断发展,会给通信业注入无限的活力。

参考文献

[1]蔡康, 李洪, 朱英军, 等. 下一代网络(NGN)业务及运营\. 北京: 人民邮电出版社, 2004.

[2]Asterisk: 电话未来之路CHN 2.0\. \. http: // asterisker. cn.

[3]汤卓凡, 栾杰. 基于Asterisk的VoIP解决方案\. 计算机系统应用, 2005(7): 79-81, 26.

[4]王继鹏, 张维. 基于Asterisk构架企业通信系统的研究\. 科学技术与工程, 2007, 7(5): 738-741.

[5]赖锋. Asterisk on Rails的应用研究\. 电脑知识与技术, 2006(12): 107, 118.

第2篇：电话会议方案范文

关键词：电力通信；电视电话会议；安全管理

中图分类号：F407文献标识码： A

1 规范化管理的必要性

随着电力系统加强集约化管理和努力构建现代型、集约型企业工作的不断深入，针对电网管理、电力建设的电视电话会议日益增加。由于会议的重要性高、范围广，因而对电视电话会议系统的可靠性和质量提出了更高的要求。因此，如何开展有特色的管理工作，保障电视电话会议系统的安全可靠运行，充分发挥该系统为电力系统服务的优势，是当前电视电话会议系统管理人员工作的重中之重。

2 规范化管理的范围

2.1 建立系统管理机制

电视电话会议系统规范化管理应以网络结构坚固化、系统平台一体化、业务应用智能化、技术装备标准化、通信管理集约化为总体建设目标。要坚持管理创新、服务创新，建立一套完整成熟的电视电话会议系统管理机制，并加强对电视电话会议系统的运行维护管理，提高电视电话会议的质量和服务水平，从而更好地为电力生产提供快速、便捷、高效、经济、安全的通信服务。

2.2 制定系统管理规章制度

制度化是做好系统管理工作的基础。根据电视电话会议系统的使用情况，制定电视电话会议系统管理办法、会议室管理制度、电视电话会议系统设备管理规定等制度，规范系统管理人员应该做什么、如何去做，从而使系统管理实现制度化、规范化。

2.3 完善系统设备技术资料档案

(1) 规范设备接线标识。各类设备的连接线应做有详细的标识，使线缆走向、连接清晰，有条不紊，方便日常维护管理。

(2) 绘制系统结构图、设备接线图。设备之间的连接应有图、有记载，以便查阅与维护。

(3) 建立系统设备台账。

(4) 建立工具仪表台账。

(5) 编写电视电话会议系统实际操作步骤书，用标准的流程约束、规范设备专责人的实际操作步骤，确保操作无差错。

(6) 规范试值机标准卡、试值机报告样式。制作试值机标准卡，以规范会前联调时应检查、测试的内容，有效杜绝现场作业的随意性和盲目性，确保作业过程的安全和质量。

2.4 备齐系统机房的技术资料和记录

(1) 全程网络结构示意图。

(2) 机房布线系统图，包括传输电缆、设备与主机的连接、电力及照明等各种布线系统图。

(3) 机房设备平面布置图和配线图。

(4) 设备说明书、电路图。

(5) 设备履历表。

(6) 验收记录和定期测试记录。

(7) 设备运行日志。

(8) 电视电话会议记录。

(9) 设备障碍及处理记录。

(10) 电视电话会议系统人员联络表。

2.5 系统备品备件管理

(1) 电视电话会议系统的备品备件应由专人保管，并定期检查。

(2) 对故障设备应做明显的标志并及时修复。

3 系统专责人岗位技术培训

电视电话会议系统专责人是设备的具体操作者，负责设备的运行维护，在会议前对系统进行调试，在会议的过程中监视设备的运行状况。专责人应具有较高的政治素质，能严格遵守会议及通信保密的有关规定。

电视电话会议系统作业流程实时性强、自动化程度低，主要依赖人工操作和随机应变。因此，系统专责人必须经过专业的技术培训，掌握电力通信基本原理、电视电话会议系统框架结构、标准协议、设备性能、运行维护知识，熟练掌握设备的操作，具有分析处理设备障碍的能力，在会议召开期间全程监视设备的运行情况，出现异常能及时应对快速处理，确保设备正常运行，会议顺利召开。

4 系统的运行维护

4.1 例行试机

每月第 1 周的周二 (节假日顺延到第 2 个工作日)09:00 进行会议系统例行调试，检测会议终端的音视频信号的质量，确定设备及线路的工作是否处于正常状态，并对出现问题的设备及线路进行及时检查维修。

4.2 会前调试

在接到召开电视电话会议的通知后，系统专责人按照通知要求的联调时间，对系统进行会前调试。会前调试与上级会场之间的联络要使用规范用语，要检查、掌握会场机线设备的运行情况、音视频传输效果、会场设置等，并为调整检修留有充足的时间。试机时，发现机线设备故障、音视频传输效果不好或会场设置存在问题时，上级会议控制人员与下级会议控制人员应积极配合，尽快解决问题，确保设备运行正常，图像清晰、声音流畅。

4.3 调试工作原则

(1) 保证质量。通过调试，确保图像清晰、声音正常。

(2) 全面调试。落实“一主两备三重”的保障措施，对主用系统、备用系统、应急系统和联络指挥系统进行全面调试检查。

(3) 熟练操作。检查操作人员对操作的程序、步骤等是否熟练掌握。

(4) 规范作业。使用规范术语，按照规范步骤，检查规范项目，完成规范报告。

4.4 调试内容

联合调试主要包括以下必查内容：

(1) 电视电话会议系统图像及声音质量；

(2) 专线式电话会议系统声音质量及切换操作；

(3) 技术保障人员联络指挥系统声音质量；

(4) 应急系统图像及声音质量。

联合调试工作完成后，系统专责人应及时向上级运行单位提交调试报告。

4.5 会场值机

(1) 会场应明确现场指挥、技术保障、会场专责人、传输、交换、电源等相关岗位的具体安排，并将人员名单、联系方式汇总，建立电视电话会议系统通信联系表。

(2) 会场值机人员应坚守岗位，注意力高度集中，密切关注会议议程的进展情况，服从上一级会场的统一指挥，及时按导播方案和操作指令进行操作，随时监视、监听会场图像声音状况，发现异常时按应急预案及时操作处理。

(3) 事先做好会场其他相关岗位 (会场以外各类保障人员值班岗位) 的人员落实、工作交底、联系方式与各项准备工作。

5 系统的安全管理

5.1 制订反事故应急预案

根据系统运行情况，深入分析可能影响安全的危险点，如传输通道中断、网络设备故障、本地装置故障、电源故障等，有针对性地采取安全措施、制订应急预案，最大限度地避免发生问题。

5.2 完善安全技术措施

(1) 封网。封网措施由通信调度下令启动，在规定范围和规定时间内执行。在会议期间，停止一切通信工程施工和计划检修；紧急抢修按规程规定和管理权限报批，同时必须立即报告会议保障工作总指挥；严格执行通信机房的出入管理，设备 1 m线内除系统责任人外严禁外人进入。

(2) 双路由。在主、从 MCU 之间安排 2 条相互独立的传输路由，并由两侧加装自动切换装置。

(3) 会议电视终端备份。省级以上要求配备一主一备 2 套终端，以保证系统的可靠性。

(4) 声音一主两备安全措施。一主两备是在现有的网络条件下，通过电话会议与电视会议 2 网并联运行，保证声音始终不中断。一主就是以会议电视伴音为主 ；两备是同时启用 2 套音频系统作为备用，其中一套的传输通道为电力专用通信网，另一套的传输通道为交互式电话会议系统。

(5) 供电电源的可靠性措施。高度可靠的供电电源是保证电视电话会议安全的重要基础。为了保证安全，主会场的所有设备 (除照明、空调以外)全部采用大楼综合 UPS 供电，而照明空调等要求稍低一些的负荷则采用双路交流电源供电。

(6) 照明分散控制。照明系统对于电视电话会议的安全和图像质量都是至关重要的。照明系统的可靠性不仅取决于供电电源和照明器材本身的质量，而且照明控制系统的设计也是一个重要因素。会场细化分组接线，一路开关只控制部分灯光，避免因某个开关跳闸造成会场全黑情况的发生。

(7) 防雷接地。电视会议机房及设备必须保证可靠接地，接地电阻应符合国家有关建筑物防雷接地的有关规定，防止雷击和过电压击毁设备。单独设置接地体时，接地电阻不应大于 4 Ω；采用联合接地时，不宜大于 0.5 Ω。接地系统应采用单点接地的方式，信号地、机壳地、电源告警地、防静电地等均应分别用导线经接地排一点接至接地体。

(8) 相关设备之间的联线应做好屏蔽，防止信号串扰，特别是对视频信号的串扰。

(9) 电源线和网络传输线应布线至终端设备放置处，而且应使用导管或墙内布线的方式，以保护线缆及人身安全。

5.3 定期开展春秋季安全检查

5.3.1 电视电话会议系统检查要求

(1) 检查电视电话会议设备及相关设备的运行情况。

(2) 检查电视电话会议系统 2 M 中继和四线专线的工作情况，核准电话汇接设备的时钟。

(3) 对电视电话会议系统主设备 MCU 核心板卡及通道无损切换装置进行切换检查，确保备用板卡和备用通道正常。检查会议电视终端设备和机柜的接地情况。检查会议电视相关设备的接线情况。

(4) 检查会议室调音台及视、音频矩阵，监视墙的接线是否规范。

5.3.2 开展电视电话会议系统项目的检查

(1) 检查调音台是否有氧化点，接触是否良好。

(2) 检查功放旋钮是否有氧化点，接触是否良好。

(3) 检查麦克风是否良好，是否有备件。

(4) 检查备品备件是否完好。

(5) 检查技术资料是否齐全：查看机房内设备的供电及布线图、系统结构图、各种配线资料、电视电话会议系统使用情况记录。

(6) 检查会场灯光照明是否完好。

(7) 对电视电话会议系统机房进行防雨、防漏、防潮、防火、防尘检查。

(8) 检查电视电话会议系统机房电缆通道的防火措施，彻底消除火灾隐患。

(9) 检查电视电话会议系统机房的防尘情况，确保机房清洁、温度适宜。

(10) 检查机房电源线、电缆的布置排放和使用情况，电源线穿孔要有防火管，墙壁上穿电缆的孔洞要封堵，防止老鼠等小动物进入机房对设备造成损害。

(11) 检查供电系统的工作情况，电压指示是否正确、接线是否良好、有无松动发热点。

6 结论

目前，国家电网电视电话会议系统通过不断改进已比较完善，形成了一个自上而下、覆盖整个系统的专用视频会议网络。通过该系统能够使不同区域的与会人员及时地参与到会议收听、收看、表决、交流等全过程中，以实现真正互动、协作、民主参与，为电力企业的生产和经营工作提供各种形式的信息服务，并将发挥越来越重要的作用。系统设备是完成电视会议的基础，只有对系统进行规范化管理，做好设备的日常定期维护检测，强化安全管理，才能保证电视电话会议系统运行正常和会议质量优良，充分发挥电视电话会议系统为电力生产服务的独特优势，以适应信息化社会发展的需要。

参考文献：

第3篇：电话会议方案范文

【关键词】IP语音化 LTE IMS CSFB方案

1 引言

从3GPP在2009年初正式LTE（Long Term Evolution）基础版本Release 8到2011年完成Release 10定稿，所需时间不过三年；同时，LTE从理论走向建设也取得了巨大的发展。截至目前，无论是基于频分双工的FDD-LTE还是基于时分双工的TDD-LTE都已完成了实验网工作，基于两种标准的商用化建设在世界范围内正如火如荼地展开，因此可以看到4G时代确实来了。

LTE的快速发展，原因之一要归功于其物理层采用了OFDM（Orthogonal Frequency Division Multiplexing，正交频分复用）技术和傅立叶变换工具。本质上LTE是端到端的IP分组网络，IP技术的成熟足以使Every thing is over IP在电信领域成为事实，但在电信级要求下，语音在LTE网络上传送，有很多问题需要考虑。通过对VoIP主要技术参数的初步分析，结合LTE网络特征，本文探讨了VoIP技术在LTE上实现需要重点考虑的问题，最后提出了LTE建设初期语音解决方案。

2 VoIP技术概述

随着电信传输网的光纤化及数据通信分组化的发展，特别是IP技术在数据领域的巨大成功，语音技术的IP承载逐渐被人们所关注，并已逐渐商用。实现VoIP，不管是ITU-T提出的H.323系统，还是IETF（Internet Engineering Task Force，互联网工程任务组）提出的SIP（Session Initiation Protocol，会话启动协议）系统，IP承载语音都需要重点考虑以下两个重要因素：

（1）语音处理技术

IP网络中的语音处理技术需解决两个问题：第一个是要在保证话音质量的前提下尽可能降低编码比特率，这主要涉及话音编码技术，包括静音检测；第二个是要在IP网络环境中保证一定的通话质量，通话质量的解决则主要涉及分组丢失补偿和回波抵消技术。其中第一个问题相对重要，即什么样的话音编码技术最适合VoIP。实际应用中，话音编码的要求可用编码器的四个主要属性来表示，即比特率、时延、复杂度和话音质量。降低比特率是话音编码的主要任务，它直接关系到传输资源的有效利用和网络容量的提高；时延主要由以下部分组成：算法时延、计算时延、复用时延及传输时延，对于一个话音交互式系统来说，其单向最大容忍时延为450ms；复杂度决定了编码器的硬件组成和功耗，也影响到编译码器的实时性；话音质量一般以ITU-TP.800定义的MOS（Mean Opinion Score，平均意见得分）等级来决定话音的可懂程度，以5分制计，质量要求3分以上。

（2）IP语音通信协议

IP语音通信协议主要包含以下几个部分：话音通信控制协议、语音信息的传送协议及实时控制协议。语音通信控制协议相对于电信网中的呼叫控制信令；语音信息的传送协议规定了话音分组如何封装、复用和传送，包括具有静音检测功能的各种话音编码分组如何组装和标识，由于话音分组必须采用实时传送，不允许有大的时延，因此无法采用重发校错机制的TCP作为其运输层的协议，只能采用UDP协议；实施控制协议和ATM中适配层话音仿真通信的AAL1适配层类似，TETF也定义了RTP（Real-time Transport Protocol，实时传输协议）协议，该协议可以传送分组的时间戳、分组序号等信息，支持QoS监视和数据合并。目前端到端语音通信协议比较成功且多采用SIP协议。

3 VoIP技术在LTE实现的探讨

3.1 LTE主要技术特点

LTE是世界范围内的新一代宽带无线移动通信技术，不同于以往的移动通信系统。在新的LTE系统架构下，LTE不再有支持实连接要求的网络架构。因此，LTE是分组网络，且该网络结构非常扁平，从接入网到核心网，只有两层架构，即基站和核心网两种网元结构，其功能结构如图1所示。

3.2 LTE承载语音的协议及平台选择

目前有两大协议支持实现VoIP，分别为ITU-T提出的H.323协议和IETF提出的SIP协议。但两种协议研究的出发点有所不同：H.323是在已有的PSTN基础上着重考虑与IP网络的互联，因此其协议复杂，同时语音的实现与承载媒体有很大的对应或依赖关系；SIP协议则重点把语音当作IP的一个应用，协议相对简单，且语音实现与承载媒体不需要很强的对应关系。目前，LTE已发展成为端到端的IP网络，语音可以看作LTE网络今后的一个应用，因此其语音协议只能选择SIP协议。

为在分组域基础上实现语音及多媒体业务，3GPP在3G分组域上成功地构建了IMS（IP Multimedia Subsystem，IP多媒体子系统）平台，本质上IMS采用的是新一代软交换技术。IMS平台技术实现了业务、控制及承载的完全分离，用户属性与接入无关等特性。这些特性在IMS上的体现解决了软交换技术无法解决的问题，如用户移动性支持、标准开放的业务接口、灵活的IP多媒体业务提供等；此外，其接入的无关性，使得IMS已成为固定和移动网络融合演进的基础。因此，从LTE发展的使命结合IMS平台技术特点，LTE承载语音将会采用IMS平台。

3.3 LTE承载语音需要解决的问题

确定了语音协议及控制平台等整体框架后，理论上说LTE可以传输语音了，下一步考虑的将是细节问题，主要涉及QoS。关于QoS需要考虑的因素包括语音编码、端到端总时延、接收端分组抖动时延、分组丢失率及无序分组等。

语音在IP传输是不能采用64kb/s的波形编码技术的。这种编码技最大特点是语音没有失真，但其编码速率太高，需要的网络成本代价太大；3G时代语音编码采用参数编码技术AMR，其编码速率在4.75～12.2kb/s内变化。随着各种媒体增值业务逐渐走向应用，AMR语音已经满足不了用户的需要，宽度语音和音频编码在电信级网络中越来越受关注，从这一点出发，LTE将采用AMR-WB参数编码技术，其编码率在6.6～23.85kb/s内变化。编码速率的增加提高了MOS分值，但对网络的要求却比3G更高。

端到端总时延是指从说话者到接听者的总时间，其时延包括无线时延、传输层时延和应用层时延等，从语音的MOS评分等级来看，高质量的端到端总时延应不超过200ms，如果超过450ms，则不可容忍。

时延抖动是指语音流中两个连续语音分组的端到端时延的差值，受IP网络虚连接特性要求的影响，语音分包后沿不同的路径传送，其抖动是不可避免的。同时还受网络资源情况、系统数据传送能力、数据缓冲能力等因素的影响。

语音包的丢失率是指在单位时间内未收到的语音分组和发送的语音分组的比值，语音包的丢失导致语音质量下降，典型的语音编码器能够容忍1%的丢失率，超出5%语音质量将会受到明显的影响。

无序分组是指每个语音帧都有一个序列号用于表示分组在流中的正确顺序，如果沿路径传输的过程中出现了失序的分组，则到达接收端的语音帧的顺序就会发生改变。极端情况下，接收方无法恢复失序的帧，从而引起语音质量的下降。

语音电话是一种典型的交互类业务，据统计和调研，该业务对时延和时延抖动有严格要求，但对语音包丢失等有较强的容忍度。LTE是针对高速数据业务设计的系统，目前从LTE实验和商用网情况来看，其时延和时延抖动达不到VoIP电信级要求，因此一旦VoIP用户大量入网，这种数据率低的实时业务需要LTE系统在设计上进行改进，甚至需要引入新的技术才能减少时延和时延抖动。

因此，基于IMS平台实现VoIP是LTE的终极目标，目前还不能实现。

3.4 LTE初期语音承载方案

在现有的LTE版本下，实现VoIP达不到电信运营条件，但市场要求LTE必须提供语音业务，那么运营商必须依赖现有实连接网络（如GSM、3G网络、CS域网络等）才能解决语音运营问题。参照运营商现有电路域网络运行情况，有二种语音解决方案，分别为双待机终端方案和CSFB（Circuit Switched Fallback，电路交换回落）方案。

（1）双待机终端方案

该方案的基本思路是双待机终端可以同时待机在LTE网络和2G/3G网络里，可同时从LTE和2G/3G网络接收和发送信号。在拨打电话时，该终端可自动选择从2G/3G模式下进行语音通信，LTE网络仅提供数据业务。

该方案相对比较简单，终端芯片需要采用两个芯片（1个2G/3G芯片和1个LTE芯片）或多模芯片。

由于双待机终端的LTE与2G/3G模式之间没有任何互操作，终端不需要实现异系统测量，因此LTE网络和传统的2G/3G网络没有信令接口要求，网络无需改造。

（2）CSFB方案

CSFB方案基本思路是用户终端一般附着在LTE网络上，用户需要进行语音业务时可从LTE网络回落到2G/3G的电路域重新接入，并按照电路域的业务流程发起或接听语音业务。该方案要求网络互通，需要提供信令支撑，还要对现有网络架构改造，以实现SGs关联。SGs关联在CSFB技术中起着桥梁作用，能够将两个不同的系统联系起来，实现用户在不同系统间的语音业务连续。

为实现SGs关联，首先，现网MSC需要新增与MME的SGs接口，现网3G网络SGSN需要新增与MME的S3接口；其次，现网2G/3G网络的无线子系统，包括BTS NODEB，BSC及RNC等，需要增加LTE的邻小区配置；再者，为使终端在CSFB到2G/3G网络的语音业务结束后，尽快回到LTE网络，原有网络的无线子系统需要支持Fast Return功能；最后，为了优化终端从LTE回落到2G/3G的延迟，原有网络的无线子系统需要支持RIM功能。

CSFB方案关键之处是从LTE网络回落到2G/3G电路域的过程，回落的方式是释放LTE的无线链接，并且在释放消息中携带重定向字段，指出终端重新接入的制式和频点，这称为重定位。重定位方式的优点是实现简单，对原有网络的改造量小；缺点是延迟相对较大。为了减少终端重新接入2G/3G网络的时间，3GPP提出了带系统消息的重定位功能，在重定位字段中携带2G/3G网络的系统消息。2G/3G网络的系统消息是通过RIM流程从BSC/RNC、SGSN、MME传送到LTE的eNB。这种方式的特点是延迟较小，但对原有网络的改造量较大，需要对原有无线网络进行改造。为了尽可能减少对原有网络的改造量，同时减少重新接入的时延，3GPP规范提出了DMCR（Deferred Measurement Control，递延测量控制）功能。DMCR是让UE回落到3G网络进行呼叫期间只读取部分系统消息，而不需要在呼叫建立前读完所有的系统消息，从而减少呼叫建立时间，但DMCR只能用于3G网络。用于支持终端从LTE回落到2G/3G网络的另一种方法是PS域切换，虽然PS域切换延迟较小，但支持难度较大，而且现有终端基本不支持这种方式。从目前技术支持、产业实现、性能等方面来看，“带系统消息的重定位方式”切换方式将被业界广泛接受。

4 总结

CSFB方案和双待机方案共同点是语音业务均由现有的2G/3G网络提供。两者不同点是CSFB方案以数据业务优先，UE工作在TDD-LTE模式，当发起语音业务时，触发终端转换到2G/3G模式工作；双待机方案在TDD-LTE和2G/3G网络下同时待机，能及时提供数据和语音业务。

在LTE建设初期，运营商选择何种方案提供语音业务，需要结合建网成本、用户感知、终端的成熟度及语音向VoIP终极目标演进进度等综合因素后才能确定，在此不作分析。

参考文献：

[1] 蒋远，汤利明. TD-LTE原理与网络规划设计[M]. 北京： 人民邮电出版社， 2012.

[2] 徐菲，杨红梅，许慕鸿，等. 透视LTE语音业务三大方案[N]. 人民邮电报， 2013-01-15.

[3] 黄剑锋. 综述TD-LTE核心技术及其展望[J]. 无线互联科技， 2012（8）.

第4篇：电话会议方案范文

目前很受欢迎的视频会议系统,其市场分额大都集中在政府、金融、教育等系统,不过其预算往往高达数十万至数百万元不等。宝利通、思科等传统视频会议厂商因进入市场早、品牌认可度高、系统功能强大、专线网络效果好等因素,在这个市场中形成了一定的竞争力。不过,在今后一段时期内,企业用户的购买力将会下降。在这样的情况下,一些以服务形式提供给中低端用户应用的远程会议系统将会获得用户的青睐。

日前,中企网络通信技术有限公司(中企通信)与Premiere Global Services(PGI)宣布联手,共同推出一款会议及协同解决方案。该方案可以帮助中国企业客户更简单地获取高质量、定制化、具有竞争优势的网络会议服务。在双方的合作中,中企通信将面向中国客户销售PGI公司多功能的国际会议及协同应用方案,包括无需预约的电话、活动和网络会议等。而用户在应用PGI会议服务系统的过程中,可以应用中企通信现有的数据和语音网络,包括本地的和国际的免费接入电话。

Premiere Global Services亚太区董事总经理Dennis Choo表示:“全球化是当今市场的发展趋势。通过与中企通信合作来满足客户日益增长的召开国际化会议需求,是我们全球化战略的重要一步。在当今这样一个富于挑战的经济环境下,全球企业都在寻求节省成本的新途径。通过与中企通信合作,我们可以为全球各地的客户提供更具成本优势的协同解决方案。”

在金融危机的背景下,企业削减成本后对利用网络解决内部沟通的需求反而增强。在这样的市场情况下,企业需要根据用户的实际需求提供多元化的产品。中企通信运营总裁孙迎宏女士表示:“中企通信以服务高端客户为主,当然也不乏一些针对低端客户的解决方案,我们可以通过多种产品组合来满足各种企业对网络服务的需求。”

据记者了解,今后PGI协议及协同解决方案将不是以产品的形式提交给客户,而是以服务租赁的形式提供,因此属于企业增值服务的范畴。孙迎宏告诉记者:“中企通信首先会在现有的客户群体中推销这个服务。我们还看重一些在金融危机的环境下,在地理上相对比较分散的企业,比如制造业、物流、零售业等需要通过会议解决方案降低差旅成本的企业。我们的产品不仅是会议产品,还包括一些基于网络的信息服务,可以带动企业的整体网络需求。”

第5篇：电话会议方案范文

时间：2005年5月11-14日

地点：上海新国际博览中心

电话：021-50456700

传真：021-50459355

网址：省略 E-mail:

展会简介：2005亚洲CeBIT展会将聚焦目前亚洲ICT市场发展的三大原动力：商务和作业环境，终端用户以和以亚洲为目的地的国际采购行为。展会分为三大展区：数字作业展区、数字生活展区和国际采购展区。数字作业展区将集中展示中国经济高速发展中所急需的一系列IT和通讯解决方案，涵盖所有硬件、软件和相关服务的业务范围。数字生活展区将向需求多样化且日趋成熟的终端用户3C融合的最前沿的消费电子产品，各种学习和娱乐硬件以及软件，电子游戏相关服务。国际采购展区是为海外买家设立的展示大中华地区（包括中国香港、台湾地区）产品的交易平台（历届亚洲CeBIT展览会均有超过 20.省略

网址：省略

参展范围：视频会议系统、音频会议系统、电话会议终端、电话会议桥、多路音频切换分配系统、远程电话传输系统、中央控制系统、多媒体会议室设备、大屏幕投影显示系统、扩音系统、数字会议系统、多媒体设备、远程会议系统、远程医疗解决方案、远程教育解决方案、远程监控解决方案、远程数字视频会展应用、移动视频通讯、流媒体技术、数字视频采编系统。

2005国际通信设备技术及网络展览会

主办单位：广东省广播电影电视局、 南方广播影视传媒集团、美国克劳斯公司

时间：2005年5月25-27日

地点：中国 广州锦汉展览中心

电话：020-36234496、362342520

网址：省略

第6篇：电话会议方案范文

1.1软交换平台的功能结构

在电力通信专网中，软件换平台构建的目的是为了实现数据传输的特定功能，采用标准协议与接口，并将业务/控制与传送/接入相分离，进而保障电力通信网络的正常通信和连接通畅。因此适用于电力通信专网的软交换平台需要实现以下主要功能来构建完善的功能结构，即业务交换功能、呼叫控制功能、地址解析功能、业务提供功能、计费功能、协议功能、资源管理功能、互通功能等。软交换平台的各种功能与服务器、网关、终端等相互融合，共同完成软交换的连接与通信。

1.2软件换网络构架

从电力通信专用网络的软件换平台功能结构来看，软交换网络构架则可依据其功能分为接入平面、控制平面、传输平面与业务平面四部分。通常接入层面主要包括媒体网关、信令网关、接入网关等接入网关设备，目的是为各种设备提供接入核心骨干层的方法和手段；传输平面的核心传输网络是IP分组传送网络，为各种媒体流与信令提供传输通道；控制平面主要由软交换设备组成，实现协议处理、呼叫控制等功能，并提供访问底层网络资源的开放接口；业务平面最主要的软交换功能实体是应用服务器，为通信中各业务提供执行环境。

1.3软交换主要协议

适用于电力通信专网的软交换平台是一种开放和多协议实体，电力通信专网中的各种设备之间进行通信是通过软交换提供的各种标准协议进行的，软交换协议保证了不同通信信号、通信设备之间通信业务的稳定实现。一般来说，软交换主要协议包括SIP、M2UA、H.323、MGCP、BICC、H.248/ MGACO、RADIUS、SCTP、SIUP、TUP等。软交换提供的各种协议保证了通信系统各网元之间的通信，使设备与设备之间能够交互与协调，进而保障通信网络安全服务的质量。

二、电话公网和电力专网对IP电话的理解及需求差异

2.1理解差异

电力专网通信网要求交换设备性能高、功能齐全、容量相对较小，软交换与IP电话能够实现宽带与窄带混合组网，充分利用网络资源。在电力通信专网中，与电话公网不同的是，电力通信专网的软交换是控制中心，而IP电话是用户终端，IMS则是这一系统的标准架构。适用于电力通信专网的软交换平台将登陆/注册、网管/计费、信令/网关、地址解析/局向路由选择、呼叫/重定向继续控制、互联组网、业务提供、系统安全、用户数据库等功能以模块化软件的结构形式安装在同一台服务器中，进而构建成为一个具有独立性、完整性功能的软交换平台。

2.2需求差异

电话公网与电力专网在媒体流传输方式方面具有不同的需求，电话公网主用MGCP/H.248构架，由网关来实现媒体通道连接，而电力专网IP电话则是基于IMS构架，媒体流直接在IP网络上点对点传输。电话公网设有7号信令网关，而电力专网则没有7号信令系统，而是采用PSS1/QSIG。在软交换平台结构方面，电力通信专网需要独立的综合软交换平台，而电话公网则多采用功能专一的小型机和服务器群。此外电力通信专网采用分层运行管理模式来分别针对发电、输电、配电等主业体系结构，电力专网的软交换平台大量采用IP电话接入的终端接入方式。

三、适用于电力通信专网的软交换平台方案

3.1方案设计实现

为了实现在电力通信专网中电路交换调度的视频调度和变电站范围内的移动调度，软交换平台多媒体调度通信解决方案的设计上，在核心组成部分需要在调通中心部控制层部署一套SW9101软交换核心平台，接入层则包括IP视频电话和PT500多媒体调度台，业务层部署MR4000录音服务器、WM5000网管服务器、MC8064会议控制服务器，所有设备均通过RJ45网口介入本地以太网交换机。在下属的远端变电站则配置相同设备，包括视频电话、多媒体调度台、应急指挥移动设备、以太网交换机等。

第7篇：电话会议方案范文

仲裁授权委托书范本

委托人：_______(公民姓名、性别、年龄、住址、电话;法人或其他组织全称、地址、法定代表人姓名、职务、电话)

受委托人：_______(姓名、所在律师事务所名称)

现委托上述委托人在我与_______因_______纠纷一案中，作为我的仲裁人。

人_______的权限为_____________________________________________________

委托人：________

(签章)

____年__月____日

附：

1、首部。

(1)注明文书名称;(2)委托人和受委托律师的基本情况。

2、正文。首行写明仲裁当事人委托人仲裁活动的纠纷由来，再写明授予该人的具体权限。

3、尾部。

(1)委托人签名;(2)授权日期。

仲裁授权委托书范本

甲方：(姓名或者名称、住址)

乙方：(姓名或者名称、住址)

甲乙双方就(写明仲裁的事由)达成仲裁协议如下：

如果双方在履行合同过程中发生纠纷，双方自愿将此纠纷提交仲裁委员会仲裁，其仲裁裁决对双方有约束力。

本协议一式三份，甲乙双方各执一份，仲裁委员会一份。

本协议自双方签字之日起生效。

甲方：(签字、盖章)

乙方：(签字、盖章)

年 月 日

仲裁授权委托书范本

_______劳动争议仲裁委员会：

你委受理__________一案，依照法律规定，特委托下列人员为我方人：

1.姓名_____性别_____年龄_____工作单位____________职务_______住址______________联系电话______邮政编码______

2.姓名_____性别_____年龄_____工作单位____________职务_______住址______________联系电话______邮政编码______

委托事项和权限如下：

出庭应诉，陈述事实，提出证据，参加辩论和调解，代为提出、承认、放弃、变更申诉请求，进行和解，代为提交和领取司法文书;

注：可以根据授权情况填写具体委托权限!

委托人：(签名或盖章)

受委托人：(签名或盖章)

年月日

注：本委托书一式三份，一份在接到受理通知书或应诉通知书后向劳动争议仲裁委员会提交，一份委托人留底，一份交受委托人。

说明：

一、本委托书是根据《中华人民共和国劳动争议调解仲裁法》和《劳动人事争议仲裁办案规则》规定制作的。

二、本文书是供劳动争议双方当事人委托参加仲裁活动委托人时填用的。

三、委托人或委托单位应按照有关法律规定写明委托的事项和权限。

四、委托人是单位的，应写明单位全称并加盖公章;委托人是个人的，应由委托人签名或盖章;受委托人应签名或盖章，然后递交劳动争议仲裁委员会。

_______劳动争议仲裁委员会：

你委受理__________一案，依照法律规定，特委托下列人员为我方人：

1.姓名_____性别_____年龄_____工作单位____________职务_______住址______________联系电话______邮政编码______

2.姓名_____性别_____年龄_____工作单位____________职务_______住址______________联系电话______邮政编码______

委托事项和权限如下：

出庭应诉，陈述事实，提出证据，参加辩论和调解，代为提出、承认、放弃、变更申诉请求，进行和解，代为提交和领取司法文书;

注：可以根据授权情况填写具体委托权限!

委托人：(签名或盖章)

受委托人：(签名或盖章)

年月日

注：本委托书一式三份，一份在接到受理通知书或应诉通知书后向劳动争议仲裁委员会提交，一份委托人留底，一份交受委托人。

说明：

一、本委托书是根据《中华人民共和国劳动争议调解仲裁法》和《劳动人事争议仲裁办案规则》规定制作的。

二、本文书是供劳动争议双方当事人委托参加仲裁活动委托人时填用的。

第8篇：电话会议方案范文

自1月最新产品路线图以来,Avaya已经做了几次重要,内容涵盖中小企业、数据、联络中心、Avaya敏捷通信环境和SIP的统一通信架构Avaya Aura 6.0平台。不过,业界一直在期待Avaya端到端的视频企业通信方案。近日,Avaya企业实时视频通信与协作相关的系列产品和服务如约而至,这被看作Avaya十年发展史中一个重要的里程碑。

低成本低带宽

Webtorials最新的调查表明,未来两年频繁使用视频会议的用户数量将激增400%,但实现这种增长必须先解决四大问题:设备和带宽的高成本、专用会议室、与其他应用和数据的集成、对视频会议的干扰。Avaya新型企业实时视频通信与协作方案显然是有备而来。它涵盖一系列软件及硬件产品,包括单个员工的桌面视频、小组视频,以及大型多屏幕会议室系统。这些视频会议解决方案可以很容易地部署到任何地点,并通过Avaya Aura进行集中式运行和管理,它的成本仅为同类解决方案的1/3,所占用的带宽也大幅减少。

Avaya 公司亚太区总裁Francois Lancon表示:“视频通话和视频会议就像打电话一样容易,因为它们都在同一个平台上进行。”之所以能做到点,就是因为这个方案同样基于Avaya Aura平台 ,支持多厂商、多分支、多模式通信。企业可将实时视频集成到核心的Avaya Aura基础设施中,给网络增加视频功能,就像添加视频终端设备一样简单,而且可以更好地控制成本,提高服务质量,改进管理。

全新用户体验

“这个方案的价值不在于技术,不在于添加视频,而在于改变了企业通信方面的体验。” Francois Lancon认为,“它变革了企业的通信方式,是Avaya公司从传统的通信提供商转变到以人为中心的实时企业通信与协作解决方案提供商的一次里程碑式的。”Avaya最新的企业通信解决方案中,最核心的亮点是Avaya Flare Experience。它基于Android操作系统,打破了通信和协作工具之间的壁垒。

第9篇：电话会议方案范文

【关键词】LTE 视频电话 QoS IMS

1 前言

众所周知，视频电话是3G的特色业务。各大运营商商用3G时都无一例外地选择视频电话进行宣传，但多年来视频电话还是停留在宣传的层面，没有实质性的发展。

抛开移动网络电路域视频电话（如WCDMA），从广义的角度看，作为VoIP发展的产物，视频电话大致可分为三类：基于软电话（Soft Phone、IM Software、Web Browser）、基于嵌入式终端（可视电话、SIP终端）、网络电视。LTE是一个全IP分组网络，也是一个全业务承载系统。从当前LTE的典型业务应用来看，视频电话是其三大应用（智能手机、视频业务、高速数据接入）之一。

基于LTE网络的视频电话是分组域解决方案，功能上与电路域基本相同；但是在实现上，如何保证时延、抖动、误码率和呼叫时延等KPI指标？下面将对此进行解析。

2 视频电话关键技术

2.1 音视频编码技术

视频电话是话音和图像的结合。可视电话的视频速率固定为64kbps（有效速率是57.6kbps）或128kbps，这主要是由手机屏幕的大小决定的。图像信号因包含的信息量大，所占的频带宽，不能直接在用户线上传输，需要先经过数字化变为数字图像信号，而后还必需采用频带压缩技术进行“压缩”，使之所占的频带变窄，这样才可在用户线上传输。语音传输也是同样的原理。

目前，语音和图像压缩技术发展十分迅速。由于LTE嫡属于3GPP系列，因此语音上会延续UMTS的AMR编码。近来有运营商提出HD-Voice，它与AMR-WB类似，是一种宽带语音。一般人声的频率是300Hz～3.4kHz，而HD-Voice可扩展至50Hz～7kHz，带宽加倍，数据速率加倍，性能提升。图像编码种类繁多，如H.263、H.264、MEPG-4等，普遍采用性能优良的H.263（低速率活动图像编码）。

2.2 信令/媒体协议

分组域视频电话业务系统由控制面和用户面构成，控制面负责为用户建立可视电话呼叫，并对呼叫进行管理，用户面则负责传输视频电话终端之间的视频和音频信息，从协议上即分为信令/媒体协议。

信令协议是用于建立、维护和拆除一个呼叫连接的控制信令，如H.323、MGCP、H.248和SIP。

媒体协议用于建立呼叫连接后音视频数据流的传送，在传输层使用UDP协议作为传输协议，在UDP之上使用RTP/RTCP协议作为视频和音频的传输协议。这主要源于RTP/RTCP协议不采用复杂的传输控制手段和纠错机制，而是采用尽量少的控制与鉴别功能，满足实时通信的要求。

LTE网络采用基于IMS网络的SIP协议，具有良好的开放性和扩展性；采用基于IMS架构的RTP/RTCP，具有较好的实时性。

3 网络架构

IMS（IP Multimedia Subsystem）是一个能提供全IP实时和非实时业务的多媒体通用结构，不限定下层接入技术，因此在固定、移动网络融合的过程中受到广泛关注。

3GPP定义了基于IMS的多媒体业务网络架构，从视频电话的角度看，IMS部分可认为是视频电话业务平台，如图1所示。

图1中，视频电话终端从LTE无线网络（E-UTRAN）接入EPC核心网，然后接入基于IMS的视频电话服务器，其中通过策略控制系统相连，实现视频电话各流的QoS保证。

图1主要包括三部分：

（1）LTE移动网络

LTE移动网络各部分及其功能如下：

终端：包含视频和音频编解码器，负责多媒体信息的处理，同时具有SIP用户功能以与其他用户进行通信。具有前后置双向摄像头，负责视频电话的注册、注销、点到点通话，以及与其他业务的优先级处理等功能。

无线网络：指LTE无线网（eNodeB），又称为E-UTRAN。负责视频电话业务无线资源的分配、业务建立/释放，此外还负责信令面（如移动性管理功能的MME网元（图中没有画出））。

核心网络：主要指S-GW、P-GW，负责视频电话用户IP地址分配、上下行业务流的绑定和QoS策略执行等。

（2）IMS/视频电话平台

IMS/视频电话平台各部分及其功能如下：

P-I-C/CSCF：P-CSCF是视频电话IMS平台的入口节点，主要负责SIP信令的；S-CSCF/I-CSCF负责为视频业务提供注册/注销、会话控制，并维持会话状态信息等。

HSS：负责存储视频电话用户信息及其相关业务信息，与S-CSCF配合完成用户的鉴权、认证功能。

AS：SIP应用服务器，提供视频电话业务逻辑，负责在视频通信的过程中控制媒体资源服务器进行录音通知的播放等，同时提供补充业务。

MRFC/MRFP：MRFC是媒体资源功能控制器，主要翻译来自AS和S-CSCF的信息（如会话标识），并控制相应的MRFP进行媒体流的播放；MRFP负责处理媒体流，如提供编解码器的转换、播放录音通知等功能。

（3）策略控制系统

策略控制系统各部分及其功能如下：

PCRF（Policy and Charging Rules Function，策略和计费规则功能）：策略计费控制单元，这里指运营商对视频电话视频流、音频流以及信令所使用的QoS参数（如速率、优先级、时延、抖动等）定义的网元。当网络或终端要发起视频电话业务时，PCEF需到PCRF提取视频电话各流的策略信息，或者PCRF向PCEF下发上述规则信息。

PCEF（Policy and Charging Enforcement Function，策略与计费执行功能）：PCEF是执行视频电话各流的QoS策略与计费的功能实体，物理上一般与PGW合设。

4 基于IMS的QoS保障技术

为了保证移动域IMS的QoS，RFC 3312定义了在SIP会话建立过程中进行QoS资源预留的机制。

4.1 媒体协商

媒体协商以及对条件的处理是IMS中两个密切相关的概念。在基于IMS的视频通信中，两个视频电话之间通过媒体协商使得媒体组合及编码方式达成一致。为了两个UE之间能相互协商，IMS中使用了SDP（Session Description Protocol，会话描述协议）提供应答机制，该机制允许UE推迟SIP会话建立的完成，直到双方都成功完成资源预留。为了保证视频电话的用户感受，IMS强制要求所有相关终端都支持SIP和SDP的扩展。

在一般情况下，SIP仅交换一次提供/应答之后就开始建立媒体连接了。但在IMS中，由于双方的UE都必须准备接收所选择的任何编码类型，所以如果在第一次SDP应答中对任何媒体包提供一种以上的编码方案，那么就会产生第二次提供/应答的交互，为每种媒体流选择唯一的编码方案。否则需要在空中接口上按照带宽从高到低的编码方案预留资源，这对于无线资源将是一种浪费。

4.2 资源预留

资源预留即建立媒体PDP上下文的过程。对于通信双方的视频电话而言，建立PDP上下文的执行过程是相互独立的；即在资源被成功预留之前，根本无法保证所协商的媒体会话可以建立起来。因此，在确认本地和主叫侧的资源预留都已成功之前，被叫侧不应振铃。

为了做到这一点，双方在SDP提供、应答的协商过程中彼此交换条件（precondition）。这些前提条件主要用于指示：当主叫终端处的资源预留成功后，要把一个SIP UPDATE请求发往被叫UE；被叫UE在未收到来自对方的SIP UPDATE请求同时自己也未成功地完成资源预留之前不应振铃。此外，前提条件还指示当某个特定的媒体流无法成功进行资源预留时应该如何处理。

5 LTE的QoS保障技术

在LTE系统中最主要的QoS控制粒度是EPS（Evolved Packet System，演进分组系统）承载，同一个EPS承载的业务会获得同样的QoS保障（包括调度策略、排队管理策略、速率整形策略和RLC配置等），要提供不同的QoS保障就必须再使用单独的EPS承载。对应于视频电话，EPS承载是指SIP信令承载、音频承载和视频承载。EPS承载在UE发起业务请求时，会按照IMS的要求进行协商。

EPS承载分为GBR（Guaranteed Bit Rate，保证比特率）承载与Non-GBR（无保证比特率）承载两类。GBR承载会一直占用相关的网络资源，以确保在资源紧张时仍保持承载的最低保证速度。GBR承载一般不会长期建立，只在进行有特殊QoS需求的业务时才创建。从视频电话的特性来看，视频电话的三个业务都属于GBR承载，都有专门的QoS要求。

每一个专有承载都会与一个TFT（Traffic Flow Template，业务流模板）相关联。TFT分为上行TFT与下行TFT两种，UE根据上行TFT把业务流对应到上行EPS承载中去；P-GW根据下行TFT把业务流对应到下行EPS承载中；而与任何TFT都无法匹配的业务流就由缺省承载进行承载。视频电话的三个流都有专用承载，都对QoS有特定要求，因此不能适用承载BE业务的缺省承载来承载。图2是EPS承载示意图：

图2中，视频电话终端客户端发起相应的业务流请求，终端根据上行TFT将其映射到上行EPS承载中，P-GW根据下行TFT将视频电话各流对应到下行的EPS承载中；无线承载负责传输UE与eNodeB之间的EPS承载，无线承载与EPS承载是一一对应的关系；S1承载负责传输eNodeB与S-GW之间的EPS承载，S1承载与对应的无线承载组合称之为E-RAB（E-UTRAN Radio Access Bearer，E-UTRAN无线接入承载）；S5/S8承载负责传输S-GW与P-GW之间的EPS承载。UE保存了TFT中上行包过滤器与无线承载的对应关系，从而创建业务流与上行无线承载的对应关系；P-GW保存了TFT中下行包过滤器与S5/S8承载的对应关系，从而创建业务流与下行S5/S8承载的对应关系；eNodeB保存了无线承载与S1承载的一对一关系，从而创建无线承载S1承载的双向对应关系。

由此可见，LTE无线网络能保证视频电话各业务流端到端的QoS。

6 结束语

随着LTE以及其他宽带技术的推广应用，视频电话必将成为今后移动网乃至互联网的重要业务。但是从3G视频电话的发展来看，如果视频电话仅仅维持在两个移动终端之间点到点的通信，将会重蹈3G商用初期的覆辙。

从当前的市场发展来看，视频应用的融合是视频电话发展的关键，运营商可通过提供与视频相关的应用，如视频信箱、视频问候语、视频博客、多媒体会议和视频监控等，确保视频通信的旺盛生命力。

参考文献：

[1] 3GPP TS 22.228. Service requirementsfor the IP multimedia core networksubsystem[S].

[2] 3GPP TS 23.228. IP Multimedia（IM） Subsystem-stage 2[S].