CN103581170A - 一种统一通信系统中智能融合中间件引擎 - Google Patents
一种统一通信系统中智能融合中间件引擎 Download PDFInfo
- Publication number
- CN103581170A CN103581170A CN201310383796.9A CN201310383796A CN103581170A CN 103581170 A CN103581170 A CN 103581170A CN 201310383796 A CN201310383796 A CN 201310383796A CN 103581170 A CN103581170 A CN 103581170A
- Authority
- CN
- China
- Prior art keywords
- switch
- middleware engine
- technology
- console
- adopts
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种统一通信系统中智能融合中间件引擎,其特征在于:所述的中间件引擎提供PBX的核心能力,提供融合各个厂商的软交换平台能力,同时也能够给业务应用系统提供融合通信服务能力,包括Switch Server和Switch Console两模块,所述Switch Server模块提供PBX、VoiceCallCenter、IVR、Conference、Script核心能力,所述Switch Console模块提供可视化的界面操作功能,包括终端用户、呼叫路由、中继配置、呼叫记录、系统配置、域管理功能,同时Switch Console模块对外聚和提供业务应用系统的调用的融合通信功能,支持多种业界流行的技术协议。本发明最大限度的保护现有电信网络的投资,能降低网络建设和运行维护成本,能适应技术发展趋势,满足电力用户的需求。
Description
技术领域
本发明涉及一种统一通信系统中智能融合中间件引擎,涉及软交换技术和通信领域计算机应用电话、传真、短信、邮件等服务智能无缝融合的实现方式。
背景技术
通信领域中计算机技术的引用,已经将软交换技术推为下一代网络的核心技术。基于PSTN、PLMN、Internet等多种异构网络融合,将语音、数据、视频等多种业务集于一体,并形成分层、全开放的体系架构。电力“十二五”通信网规划中明确提出:进一步补充、完善“四级汇接、五级交换”的现有行政和调度电话交换网络,提升网络交换能力、覆盖范围及安全性水平; 根据现有设备运行状况和实际需求,按照渐进、共存、互补的原则,逐步开展软交换系统建设。以软件交换技术为代表的下一代网络技术是实现当前以语音业务为主的传统网络向多媒体业务的下一代网络演进的重要技术,是对传统电信网络的一次重大变革。而电力系统不仅是对多网融合的要求更是对信息化不断多样化、智能化方向发展,能够提供多媒体和移动综合业务的、开发的下一代网络的需求重点关注。进一步丰富通信系统的业务,提供语音、数据、视频融合的多媒体通信功能,更重要的是需要实现通信与业务的融合。
随着2002年软交换技术开始引进中国,到目前为止以软交换为核心技术的下一代网络已经开始在国内外广泛的应用,她将不可避免的替代传统的语音通信技术。由于这种新的技术引进,市场上融合通信格外纷繁复杂,来自不同领域、拥有不同背景的厂商提出了概念各异、涵盖范围不同的统一通信解决方案。在软交换发展之初,各个厂家针对下一代网络呼叫控制也拥有各自的开发的系列产品。不同厂家开发各自软交换设备产品各自成为一体,相互之间联通性和兼容性较差,客观上也造成了统一通信系统标准难以统一,无法互联互通,不利于用户降低成本的局面,从而导致客户方选择单一品牌产品而增加投资成本。
发明内容
本发明的目的在于提供一种统一通信系统中智能融合中间件引擎,该方法通过运用目前智能的和先进的通讯技术及智能通讯路由算法,实现对不同厂商的软交换设备和通信层业务应用的高度融合。
本发明的技术方案在于:一种统一通信系统中智能融合中间件引擎,其特征在于:所述的中间件引擎提供PBX的核心能力,提供融合各个厂商的软交换平台能力,同时也能够给业务应用系统提供融合通信服务能力,包括Switch Server和 Switch Console两模块,所述Switch Server模块 提供PBX、VoiceCallCenter、IVR、Conference、Script核心能力,所述Switch Console模块提供可视化的界面操作功能,包括终端用户、呼叫路由、中继配置、呼叫记录、系统配置、域管理功能,同时Switch Console模块对外聚和提供业务应用系统的调用的融合通信功能,支持多种业界流行的技术协议。
上述Switch Console采用流行成熟稳定跨平台的JAVA技术,UCSwitch Console采用MVC模式,控制层采用成熟稳定的wicket, 视图采用HTML JSP2.0。
上述Switch Console和Switch Server之间采用AMI、FAGI技术进行管理控制。
Switch Server 采用Asterisk 开源技术组件,支持语音编解码技术、视频编解码技术Switch Server 整合厂商软交换以标准SIP协议为基础。
本发明的优点在于:
本发明采用完全不同的横向组合的模式,将各个功能间的接口打开,采用开发的接口和通用的协议,构成一个开放的、分布的和多厂家应用的系统结构,使业务提供者可以灵活选择最佳和最经济的组合来构建网络,从而加速新业务和新应用的开发、生成和部署,快速实现低成本广域业务覆盖,推进语音和数据的融合;通过软交换网络平台能够同时承载话音、视频和数据等各项综合业务,并提供开放式的业务层标准接口,引入信息业务;最大限度的保护现有电信网络的投资,能降低网络建设和运行维护成本,能适应技术发展趋势,满足电力用户的需求。
附图说明
图1为本发明基于SIP协议的通用模型示意图。
图2为本发明中间件引擎的架构。
图3为本发明基于软交换系统基础之上的中间件引擎体系结构。
图4为本发明VOIP所有相关协议的补充技术规范功能图。
具体实施方式
为让本发明的上述特征和优点能更明显易懂,下文特举实施例,并配合附图,作详细说明如下。
参考图1至图4,本发明涉及一种统一通信系统中智能融合中间件引擎,其特征在于:所述的中间件引擎提供PBX的核心能力,提供融合各个厂商的软交换平台能力,同时也能够给业务应用系统提供融合通信服务能力,包括Switch Server和 Switch Console两模块,所述Switch Server模块 提供PBX、VoiceCallCenter、IVR、Conference、Script核心能力,所述Switch Console模块提供可视化的界面操作功能,包括终端用户、呼叫路由、中继配置、呼叫记录、系统配置、域管理功能,同时Switch Console模块对外聚和提供业务应用系统的调用的融合通信功能,支持多种业界流行的技术协议。
上述Switch Console采用流行成熟稳定跨平台的JAVA技术,UCSwitch Console采用MVC模式,控制层采用成熟稳定的wicket, 视图采用HTML JSP2.0。
上述Switch Console和Switch Server之间采用AMI、FAGI技术进行管理控制。
Switch Server 采用Asterisk 开源技术组件,支持语音编解码技术、视频编解码技术Switch Server 整合厂商软交换以标准SIP协议为基础。
具体实施过程:
提供一种以集成整合软交换厂商产品和提供VOIP业务服务中间件引擎技术。
中间件引擎提供PBX、VoiceCallCenter、IVR、Conference、Script核心能力。是一个VOIP的PBX系统,既支持传统的模拟电话设备和数字设备,也支持基于网络的VOIP语音系统。通过融合VOIP可以将语音、视频、传真、语音留言、电子邮件、移动短信息和数据等所有信息类型合为一体。同时能够高度和业务系统融合,使业务应用系统快速具有融合通信服务能力。例如系统提供支持点击拨号、点击会议等功能。
提供以业务服务的形式对外给业务应用系统提供融合通信服务功能,业务服务支持多种业界流行的技术协议方便业务系统快速接入、嵌入业务流程中,从而提高工作场所的效率和有效性,例如系统提供支持点击拨号、点击会议、短信收发、服务订阅等功能。
提供一种VOIP 所有相关协议的补充技术规范。
中间件引擎以标准的SIP协议能够整合各个厂商的软交换设备,通过这种集成整合从而实现各个软交换直接互通互联,实现通信的统一。
提供SIP 协议的规范补充技术,通过此项技术利用跨设备、跨协议的整合技术,能够实现对不同设备厂商的VOIP相关设备(软交换设备、媒体网关设备等)中的SIP协议的规范自动适配,从而解决SIP 协议规范差异化造成无法连通的现象。
提供协议通用兼容技术。虽然SIP是有标准规范,但是不同的厂商在产品中使用的标准并不一致,导致不同设备之间不能互通互联。通过把众多的版本,按照改动较大的功能模块,进行了模型的设计,实现SIP协议的通用和兼容目的。
提供3种不同版本的SIP协议的通用模型。提供低版本的通用模型,兼容早期的SIP版本,包括RFC 2543、RFC 3261、RFC 3262等;提供标准版本的通用模型,兼容企业通信系统中经常使用的SIP版本,如:RFC 3263、RFC 3264、RFC 3265等;提供高版本的通用模型,兼容最新的SIP版本,及一些企业通信系统中自定义的SIP版本。提供预留SIP版本模型,为后期SIP版本有较大的变动时,系统中建立更新的SIP版本通用模型。
提供标准的协议规范,利用标准规范技术,使3种版本之间既相互独立又相互关联。提供相互独立的技术支持,实现每个通用模板之间不能直接的进行通信,功能都有很大的区别,都可以独立来使用的功能。提供相互关联的技术支持,使每个通用模板之间都可以进行相互的转换,来补偿不同SIP来源信息,解决不同SIP版本之间相互通信的问题。
参照图2,中间件引擎的架构:
参照图3,基于软交换系统基础之上的中间件引擎体系结构:
中间件引擎提供PBX的核心能力,提供融合各个厂商的软交换平台能力,同时也能够给业务应用系统提供融合通信服务能力。
中间件引擎从系统架构上划分为两块Switch Server和 Switch Console,Switch Server 提供PBX、VoiceCallCenter、IVR、Conference、Script核心能力,Switch Console提供可视化的界面操作功能,包括终端用户、呼叫路由、中继配置、呼叫记录、系统配置、域管理功能,同时Switch Console对外聚和提供业务应用系统的调用的融合通信功能,支持多种业界流行的技术协议。
UCSwitch Console采用流行成熟稳定跨平台的JAVA技术,UCSwitch Console采用MVC模式,控制层采用成熟稳定的wicket, 视图采用HTML JSP2.0。
Switch Console和Switch Server之间采用AMI、FAGI技术进行管理控制。
Switch Server 采用Asterisk 开源技术组件,支持语音编解码技术、视频编解码技术Switch Server 整合厂商软交换以标准SIP协议为基础。
参照图4,VOIP所有相关协议的补充技术规范功能图。
提供VOIP协议规格补偿技术,实现SIP协议不同版本规范互联互通问题,平滑实现各种VOIP设备和应用的对接。
在融合中间件引擎中VOIP协议规范补偿技术通过协议补偿处理器进行处理,协议补偿处理器中路由引擎和协议不规则补偿是构成补偿实现的核心模块。
SIP协议是向下兼容的,不需要进行裁减,但是也有特殊情况,因为SIP是类似于HTTP的基于文本的协议,以其灵活、可扩展、开放的特点,这就造成了向下兼容会有问题,要进行转换。SIP协议的来源为IP电话,移动电话,PC,传真机等一些通过SIP协议栈发送信息的终端和设备。
路由引擎主要实现根据来源方和目标方进行SIP协议的选择补偿处理机制,路由引擎主动的从协议元数据库中智能匹配协议的规范的差异化,然后根据匹配结果选择相应的协议规则补偿处理。
协议规则补偿实现SIP协议差异化的修补、裁减、等处理。通过协议规则补偿实现高版本到低版本的适配,以及同版本的差异化适配,协议规则补偿的处理不会丢失信息。语法级的转换和语义级的转换。
具体实例:
标准模型与低版本模型相比:
增加了消息 SUBSCRIBE 、 NOTIFY , SIP 头 Allow-Events 、 Subscription State,响应 202Accept、489 等;该机制独立于 dialog;
SUBSCRIBE 发起订阅,订阅拥有状态(激活、等待、终止);收到 2xx 响应或 NOTIFY 消息时创建一个对话,后续 SUBSCRIBE 与 NOTIFY 在对话中传递;对话有一个expire时间,超时前需要重新订阅; SUBSCRIBE 的超时及取消机制与 REGISTER 类似;事件包,一种扩展机制;事件模板包,一种特殊的事件包;事件包定义自己的 MIME 类型;在 NOTIFY 的 payload 中携带状态信息。
比如:RFC 3261 转换成标准通用模板
在SIP表头信息中增加:
Allow-Events: telephone-event
Subscription-State:terminated;reason=noresource
SUBSCRIBE sip: userBfoo.bar SIP/2.0
Event: dialog
Accept: application/dialog-info+xml
……
具体实例:
高版本模型与标准版模型相比:必须限制首次在复合包中出现的包类型的数目,以增加在第一个字中常数比特的数目,这样可以增加RTCP包的有效性,以区分误传的RTP包和其他无关的包。因此,所有RTCP包必须以复合包的形式发送。复合包中至少有两个单个的RTCP包。具有以下格式:
加密前缀:当且仅当复合包被加密时,对每个RTCP复合包加32比特的前缀。
SR或RR:复合包中的第一个RTCP包必须是一个报告包。即使没有数据发送和接收,此时发送空的RR包,或者复合包中其他的唯一包是BYE包,也必须发送报告包。
附加的RR:若被报告的接收统计源数目超过SR/RR包中最大允许的31个,附加的RR必须跟在最初的报告包后面。
源描述SDES BYE 或 APP包:
比如:RFC 3264 转换成高版本模型,就要按照如下格式对RTCP包进行修改
SDES包
CNAME
NAME
EMAIL
PHONE
LOC
TOOL
NOTE
PRIV
BYE包
Pt:203。其余不列出。
APP包:应用自定义的RTCP包
Pt:204
除了标准头和SSRC之外,给出name和应用自定义的数据。
以上所述仅为本发明的较佳实施例,凡依本发明申请专利范围所做的均等变化与修饰,皆应属本发明的涵盖范围。
Claims (4)
1.一种统一通信系统中智能融合中间件引擎,其特征在于:所述的中间件引擎提供PBX的核心能力,提供融合各个厂商的软交换平台能力,同时也能够给业务应用系统提供融合通信服务能力,包括Switch Server和 Switch Console两模块,所述Switch Server模块 提供PBX、VoiceCallCenter、IVR、Conference、Script核心能力,所述Switch Console模块提供可视化的界面操作功能,包括终端用户、呼叫路由、中继配置、呼叫记录、系统配置、域管理功能,同时Switch Console模块对外聚和提供业务应用系统的调用的融合通信功能,支持多种业界流行的技术协议。
2.根据权利要求1所述的一种统一通信系统中智能融合中间件引擎,其特征在于:所述Switch Console采用流行成熟稳定跨平台的JAVA技术,UCSwitch Console采用MVC模式,控制层采用成熟稳定的wicket, 视图采用HTML JSP2.0。
3.根据权利要求2所述的一种统一通信系统中智能融合中间件引擎,其特征在于:所述Switch Console和Switch Server之间采用AMI、FAGI技术进行管理控制。
4.根据权利要求3所述的一种统一通信系统中智能融合中间件引擎,其特征在于:Switch Server 采用Asterisk 开源技术组件,支持语音编解码技术、视频编解码技术Switch Server 整合厂商软交换以标准SIP协议为基础。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310383796.9A CN103581170A (zh) | 2013-08-29 | 2013-08-29 | 一种统一通信系统中智能融合中间件引擎 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310383796.9A CN103581170A (zh) | 2013-08-29 | 2013-08-29 | 一种统一通信系统中智能融合中间件引擎 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103581170A true CN103581170A (zh) | 2014-02-12 |
Family
ID=50052100
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310383796.9A Pending CN103581170A (zh) | 2013-08-29 | 2013-08-29 | 一种统一通信系统中智能融合中间件引擎 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103581170A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105049323A (zh) * | 2015-06-05 | 2015-11-11 | 中国电力科学研究院 | 一种以IPv6技术为基础的智能电网统一信息通信系统及方法 |
CN107360186A (zh) * | 2017-08-21 | 2017-11-17 | 叶军 | 一种交换机协同通信平台 |
CN108900470A (zh) * | 2018-05-31 | 2018-11-27 | 厦门龙净环保节能科技有限公司 | 一种电除尘系统中客户机和服务机间数据的交互方法 |
CN109345072A (zh) * | 2018-08-30 | 2019-02-15 | 国网浙江省电力有限公司杭州供电公司 | 用于配网分支线调度场景的调度方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1750520A (zh) * | 2004-09-15 | 2006-03-22 | 无锡三通科技有限公司 | 复合型网络通讯设备及其控制方法 |
US20110131285A1 (en) * | 2009-11-30 | 2011-06-02 | International Business Machines Corporation | Task management system associating with contact information and method thereof |
CN102316168A (zh) * | 2011-09-30 | 2012-01-11 | 浙江元亨通信技术有限公司 | 融合通讯指挥调度系统 |
-
2013
- 2013-08-29 CN CN201310383796.9A patent/CN103581170A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1750520A (zh) * | 2004-09-15 | 2006-03-22 | 无锡三通科技有限公司 | 复合型网络通讯设备及其控制方法 |
US20110131285A1 (en) * | 2009-11-30 | 2011-06-02 | International Business Machines Corporation | Task management system associating with contact information and method thereof |
CN102316168A (zh) * | 2011-09-30 | 2012-01-11 | 浙江元亨通信技术有限公司 | 融合通讯指挥调度系统 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105049323A (zh) * | 2015-06-05 | 2015-11-11 | 中国电力科学研究院 | 一种以IPv6技术为基础的智能电网统一信息通信系统及方法 |
CN105049323B (zh) * | 2015-06-05 | 2019-04-05 | 中国电力科学研究院 | 一种以IPv6技术为基础的智能电网统一信息通信系统及方法 |
CN107360186A (zh) * | 2017-08-21 | 2017-11-17 | 叶军 | 一种交换机协同通信平台 |
CN108900470A (zh) * | 2018-05-31 | 2018-11-27 | 厦门龙净环保节能科技有限公司 | 一种电除尘系统中客户机和服务机间数据的交互方法 |
CN108900470B (zh) * | 2018-05-31 | 2021-11-02 | 厦门龙净环保节能科技有限公司 | 一种电除尘系统中客户机和服务机间数据的交互方法 |
CN109345072A (zh) * | 2018-08-30 | 2019-02-15 | 国网浙江省电力有限公司杭州供电公司 | 用于配网分支线调度场景的调度方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7283519B2 (en) | Distributed edge switching system for voice-over-packet multiservice network | |
CN1685691B (zh) | 在媒体网关控制器之间传输呼叫控制参数的方法 | |
US7139263B2 (en) | Voice over IP architecture | |
CN100372348C (zh) | 网络媒体话机终端的应用和通信方法 | |
Hartpence | Packet Guide to Voice over IP: A system administrator's guide to VoIP technologies | |
CN101554051A (zh) | 数字通信适配器 | |
CN202488489U (zh) | 融合通信业务托管平台 | |
CN101989981A (zh) | 会话发起协议 | |
CN101001290A (zh) | 一种实现多媒体统一接入的系统 | |
CN103581170A (zh) | 一种统一通信系统中智能融合中间件引擎 | |
CN100388665C (zh) | 电信网络呼叫中心系统及其实现方法 | |
WO2015117297A1 (zh) | 协同通信的客服方法及客服系统 | |
CN101166178B (zh) | 会话描述协议版本协商方法、系统及网络实体 | |
CN106464697A (zh) | 用于建立适于媒体流的传送的从第一rtc客户端到第二rtc客户端的通信连接的方法 | |
CN101005402A (zh) | Sip用户代理业务切换的信息上报方法 | |
CN100420244C (zh) | 一种综合媒体网关设备及数据转换的方法 | |
CN100531216C (zh) | 媒体资源的控制方法及装置 | |
CN102035950A (zh) | 坐席业务处理方法及ip坐席终端 | |
EP1928151B1 (en) | A packet network telecommunication system | |
CN101365157A (zh) | 一种业务触发方法、系统及装置 | |
CN103051927A (zh) | 一种流媒体转码控制方法及装置和流媒体转码装置 | |
CN101087302A (zh) | 进行媒体资源控制的方法以及呼叫建立方法 | |
Zhang et al. | Facilitating the interoperability among different voip protocols with voip web services | |
CN203039716U (zh) | 一种融合统一通信设备 | |
CN101552713B (zh) | 一种包基础与扩展关系的交换方法、装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140212 |