CN101026594A - 一种邮件呼叫系统及其方法 - Google Patents
一种邮件呼叫系统及其方法 Download PDFInfo
- Publication number
- CN101026594A CN101026594A CN 200710062955 CN200710062955A CN101026594A CN 101026594 A CN101026594 A CN 101026594A CN 200710062955 CN200710062955 CN 200710062955 CN 200710062955 A CN200710062955 A CN 200710062955A CN 101026594 A CN101026594 A CN 101026594A
- Authority
- CN
- China
- Prior art keywords
- call
- calling
- server
- call server
- 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
Abstract
本发明涉及网络通信技术领域,尤其涉及一种基于网络交换平台的邮件呼叫系统及其方法。本发明的系统包括客户端、Internet、企业服务端和邮件呼叫服务器,所述客户端和企业服务端分别通过Internet与邮件呼叫服务器相连,所述客户端能够通过邮件呼叫服务器直接与企业服务端建立呼叫连接。本发明构架灵活、组网严密、使用方便,可有效利用现有公用Internet网络资源,支持多种网络接入方式,支持标准SIP协议,提供基础语音业务,及增值多媒体业务,是一套低成本、高可靠性、高可管理性、高灵活性的通信系统。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种基于网络交换平台的邮件呼叫系统及其方法。
背景技术
传统的呼叫系统,无论是有线呼叫或是无线呼叫,只是呼叫、对讲(医院呼叫系统、企业、工厂呼叫系统、建筑工程呼叫系统),无线呼叫系统(吧台呼叫器、点菜呼叫器、餐厅呼叫器)等等。
另外一种传统呼叫系统是通过呼叫中心访问Internet电子邮件,通过在原有的呼叫中心增加统一消息模块,把呼叫中心和电子邮件系统结合起来,即将电话、传真和email等结合在一起,利用单一的多媒体信箱,用户可以通过多种手段处理电子邮件,实现呼叫者和被呼叫者的联系。
因此,迫切需要一种能够使客户从邮件上就能够直接进行免费电话咨询的系统。邮件比网页更方便、直观了解客户的信息。
发明内容
本发明就是为了解决上述问题而提出的。
本发明的目的是提供一种邮件呼叫系统,包括客户端、Internet和企业服务端,其特征在于,该系统还包括邮件呼叫服务器,所述客户端和企业服务端分别通过Internet与邮件呼叫服务器相连,所述客户端能够通过邮件呼叫服务器直接与企业服务端建立呼叫连接。
其中的邮件呼叫服务器包括:
SIP信令交换服务装置,用于完成SIP标准代理、定位、注册和重定向;媒体服务装置,用于支持系统提示音、语音公告、交互语音应答和语音编码;媒体中继装置,用于支持定向中继和负载均衡;网关选择服务装置,用于接收SIP消息、根据网关条件参数选定一个目标网关、转发SIP消息到目标网关,并支持网关失效或者满负荷时网关路由的自动切换;认证与计费服务装置,用于实现用户身份认证和呼叫计费;管理控制装置,用于提供Web形式的系统监控管理,实现系统状态的监控和报警。
优选的,所述媒体中继装置提供的负载均衡包括信令交换的负载均衡、媒体中继的负载均衡和网关流量的负载均衡。
优选的,所述邮件呼叫服务器还包括数据加密装置,用于保证通话的安全性。
优选的,所述邮件呼叫服务器还包括呼叫队列控制器,用于呼叫排队,并支持自动呼叫分发策略。
优选的,所述邮件呼叫服务器为双机热备份,以保证系统的安全性。
客户端激活其中的邮件呼叫插件的方式通过邮件呼叫服务器与企业服务端建立呼叫连接。邮件呼叫服务器设置于IDC的机房。企业服务端通过IP电话、软件电话、IAD设备或者PBX系统接收来自客户端的邮件呼叫。
本发明的另一方面是提供一种邮件呼叫方法,邮件发送者通过邮件呼叫插件将邮件发送到邮件接收者,邮件发送者在自己的邮件签名中部署邮件呼叫组件,这样邮件接收者在看到发送者邮件时,可以直接点击其签名或者正文中的邮件呼叫控件来直接呼叫到邮件发送者这端,可以直接实现语音沟通,该方法包括如下步骤:
S1:通过企业发送的邮件中的邮件呼叫组件来直接呼叫到邮件发送者;
S2:位于IDC机房的邮件呼叫服务器接收邮件呼叫信息,并将邮件呼叫请求传输至企业服务端;
S3:企业服务端通过网络接收来自邮件呼叫服务器转发的客户呼叫,建立与客户的直接通信连接。
本发明构架灵活、组网严密、使用方便,可有效利用现有公用Internet网络资源,支持多种网络接入方式,支持标准SIP协议,提供基础语音业务,及增值多媒体业务,是一套低成本、高可靠性、高可管理性、高灵活性的通信系统。
附图说明
图1为本发明的系统拓扑结构示意图;
图2为服务器冗余/热备份部署示意图;
图3为双信令服务器部署负载均衡示意图;
图4为网状媒体中继原理示意图;
图5为强制媒体中继的应用示意图;
图6为本发明的方法流程示意图。
具体实施方式
以下实施例用于说明本发明,但不用来限制本发明的范围。
本发明的邮件呼叫系统,如图1所示,邮箱拥有者或者运营者在IDC的机房部署邮件呼叫服务器,邮件呼叫服务器设计为双机热备,在企业内部部署IP电话、软件电话或者IAD设备,同时也可以与企业的原有的PBX交换机---呼叫中心系统对接,实现完美融合。让客户随时聆听来自网上的商机,运营商也可以通过邮件呼叫系统的支撑,为客户提供一种全新的增值业务。让您的电子邮件能说话。
对于运营商来说,该邮件呼叫系统,具有良好的系统健壮性,具有功能强大的计费功能,支持基于计费分区的高度灵活的计费模型;支持预付费、后付费策略。能够支撑运营商的业务开展,邮件呼叫系统为BOSS类应用的开发提供一个标准数据接口:CSGate,CSGate包括三种接口模式:UDP Socket模式、临时数据库模式和WebService模式,实现与原有业务平台的整合。
高可靠性是运营商级服务器系统的基本特征。本发明的邮件呼叫系统的高可靠性可分解成两个方面:数据处理的高可靠性和应用服务的高可靠性。
1.数据处理的高可靠性
本发明的邮件呼叫系统采用MySQL作为数据库支撑,本发明的邮件呼叫系统支持在系统规模较小时采用数据库复制技术,在数据规模较大时采用数据库集群(Cluster)技术实现数据冗余和备份,保障数据的可靠性。据第三方机构对MySQL可靠性的评价,采用MySQL集群部署时,可靠性可以达到99.999%,完全可以达到运营商级系统可靠性的要求。
2.应用服务的高可靠性
本发明的邮件呼叫系统通过体系结构的设计和服务器技术特性的实现支持应用服务的高可靠性。
●全面支持SIP SRV机制,支持服务器系统冗余/热备份部署
通过“域名”寻址方式对外提供服务(直接通过IP地址方式也可以提供服务,但会损失掉很多优秀的特性),并由HR-EDNS提供SIP服务域的域名解析服务。系统在服务寻址、媒体中继决策等多个环节支持SIP SRV机制。SIP SRV机制除了能达到系统备份和负载均衡的功效外,还可有效地应对目前国内部分ISP的“封IP和封端口”行为。
本发明邮件呼叫系统的邮件呼叫服务器具有完善的多服务器数据同步和信令交换机制,支持通过冗余和热备份部署提高系统的可靠性,其中邮件呼叫服务器冗余/热备份的部署如图2所示。
●完备的用户认证机制
服务器端支持Digest模式的WWW认证和Proxy认证。在终端用户的注册环节及每次呼叫环节均进行认证。Digest认证基于MD5算法(一种强度较高的加密算法)。这些机制可有效防止认证环节的用户欺骗。
●服务器软件内嵌应对SIP攻击的能力
服务器采用高效的SIP消息解析引擎,并在消息解析环节实现了多种容错措施,可以应对多种非法的SIP攻击。
●支持服务器组网时采用VRRP协议,实现服务器硬件冗余
本发明的邮件呼叫系统具有可配置的完善的信令同步机制,支持服务器组网时采用VRRP协议,实现服务器硬件冗余,进而保障系统的可用性。
本发明的系统实现过程中,涉及到多方面的负载均衡,在本具体实施方式中支持负载均衡的技术特性主要有如下三个方面:
1.信令交换的负载均衡
在一个多SIP信令服务器部署的系统中,主要是通过HR-EDNS在系统服务的域名解析中采用“SRV”记录并且“定向ISP的SIP信令服务器”或者“SIP服务器轮转”的方式,实现多个SIP信令服务器的负载均衡。图3是信令交换负载均衡的一种情况的示意。
在多分组大规模系统中,本发明的邮件呼叫系统服务器平台中有一个重要的功能组件——SIP呼叫分发器(SIPDispatcher)。SIP呼叫分发器负责转发呼叫请求到支持状态处理的SIP信令服务器,并且支持SIP SRV寻址,通过SIP呼叫分发器机制,也可以实现多个SIP信令交换处理服务器的负载均衡。
2.媒体中继的负载均衡
本发明的邮件呼叫系统中的媒体中继实际上是由RRC、RRS-Dispatcher和RRS-Mediator三个组件协同完成的。RRC负责向RRS-Dispatcher请求转发器地址,并根据返回信息修改SIPNAT相关的信令;RRS-Dispatcher根据一定规则选定实际进行媒体中继的转发器——RRS-Mediator,并返回信息给RRC;RRS-Mediator可以分布部署,并且受控于RRS-Dispatcher,实际完成媒体中继任务。媒体中继的负载均衡主要是通过媒体中继分发器(RRS-Dispatcher)实现的。
3.PSTN网关流量的负载均衡
本发明的邮件呼叫系统支持通过多路网关设备实现与PSTN的连接。在多路网关设备的路由决策和负载分配上,一个独立的功能组件——网关选择器(GWSelector)扮演关键的角色。系统管理员可根据网关路由的价格、质量、容量等因素导出优先级与权重参数,“优先级”决定路由策略,“权重”决定负载分配。
本发明的邮件呼叫系统通过网关选择器实现PSTN网关流量的负载均衡。
在邮件呼叫系统数据库设计中,呼叫记录表(CDR表)是数据规模扩展的瓶颈,按照每天一张百万级记录的CDR表的数据模型,单分组邮件呼叫系统理想的用户规模应该是十万级。
在系统规模较大时,宜采用“基于标识的策略”进行用户分组,考虑到数据库的性能表现,每组用户容量设计为10万比较合理。在每一分组内部,系统是一个完整的SIP信令交换系统,并且具有分组独立的记账/计费处理系统和相应的数据库;但媒体中继服务器可以是所有的分组(全网)共享的。
采用呼叫分发器处理分组规则,理论上用户分组可无限扩张。所以说,邮件呼叫系统支持终端用户数量从1000到1000万的平滑扩展。在服务质量(Qos)改进机制方面,本发明的邮件呼叫系统从体系结构设计上采取如下策略努力改善VoIP的服务质量,弱化Qos问题。
1.定向媒体传输中继
本发明支持定向媒体中继策略,主要原理如下:
●将媒体中继服务中的转发器分组,每个转发器都附带一个标记,标记其可为哪些分组提供媒体转发服务;
●全局维护一张定向中继策略表,这个表的表项由“被叫标记-主叫标记-定向中继组号”组成;
●定向媒体传输中继使能时,每个需要中继的呼叫都去匹配定向中继策略表,根据匹配的定向中继组号在相应的范围内选定一个转发器,由这个转发器完成媒体中继。定向媒体传输中继可设定被叫和主叫组合由确定的媒体转发器提供服务,在某些条件下可大大改进VoIP的服务质量。
2.“网状媒体”中继
“网状媒体”是用于改善媒体中继服务质量的一种特别机制。在目前的Internet现状下,各Internet服务提供商(ISP)之间,有时互联互通非常差(比较典型的情况是,中国网通和中国电信互联网之间带宽很窄、拥堵和丢包严重),互联互通差的ISP之间的用户进行IP通信时,服务质量通常难以接受。“网状媒体中继”的基本原理是通过将媒体传输路由中ISP之间的“缺省路由”重定向为媒体中继服务器之间的“内部路由”,“内部路由”通过服务器的合理部署是完全可控的,可以是内部局域网,也可以是有带宽保证的VPN。在媒体传输路由的“瓶颈”环节,由可控的因素代替了不可控的因素,可以大大改善IP通信的服务质量。网状媒体中继的工作原理如图4所示。
3.定向信令处理
如图3所示,DNS服务器可以支持根据DNS请求的来源进行定向IP地址解析,以此为基础,邮件呼叫服务器通过多信令服务器在不同ISP的部署,可以实现对来自不同ISP的SIP客户端请求,由对应的服务器进行定向处理。定向信令处理是对信令处理路径的优化。
4.强制媒体传输中继
IP通信中媒体传输的理想模式一般认为是“对等通信(Peer-to-Peer)”,但在特定网络条件下,通过强制媒体传输中继,可以实现媒体传输的路径优化,从而有助于改善相关的服务质量,图5示例了一种强制媒体传输中继的应用场景。本发明支持对用户进行“强制媒体传输中继”的设置和处理。
在通信监管支持机制方面,本发明的邮件呼叫系统具有呼叫记录表,其中记录了每个会话发起方的IP地址,这有助于掌握和评价相关呼叫的位置信息,从而更好地支持对IP通信的监管。此外,本系统支持强制媒体中继和定向媒体中继,如果要对某类会话进行监听,只需将这类会话强制中继到某个特定的“媒体中继转发器”上,相应的“媒体中继转发器”可以截获会话的媒体流,进行录音或者实时转发给特定的应用,特定应用通过媒体解码即可对会话进行监听。
本发明的邮件呼叫系统涉及的终端设备包括全系列的IP话机(硬件、软件)、媒体网关及中继网关,满足各类机构/场所的商务需要,终端设备安装简单,移动、增加、改变分机简单方便。话机可以分布在网络可达的任何地方,就可以无缝地接入公司总部,区域总部和分支机构的电话系统。
在本实施例中,具体的终端配置如下:
网络电话(硬件、软件)
网络话机为客户的通信需求提供了一个节约成本的最佳方案。这款话机采用DSP芯片构成,广泛用于符合TCP/IP协议的宽带IP网络环境中进行语音通信。如用于企事业单位的内部局域网和广域网、电信IP电话运营商以及宽带INTERNET接入的用户(LAN、Cable、Modem和XDSL等)。
主要特征:
1.支持SIP RFC2543&RFC3261
2.IEEE 802.3/802.3u 10 Base T/100Base TX
3.主要的G.711 A-/U-law,G.723.1,G.729A/B,G.728,G.726和GSM610语音编解码器
4.VAD/CNG可节省带宽,RTP:实时传输协议,RTCP:实时控制协议
5.DHCP:动态主机配置协议
6.PPPoE:以太网点对点拨号协议
7.DNS:域名服务协议
硬件规格:
尺寸 | 215mmx190mmx70mm |
重量 | 1.5kg |
显示屏 | 2行*16字符(数字和文字)显示 |
网络线接口 | 2X100Base-TLAN口 |
电源适配器 | 110V或220V输入,9V DC/500mA输出 |
软件电话
标准的SIP协议客户端软件,拥有丰富和先进的功能特性,界面友好、配置简洁、易用性强,兼容最新的SIP协议相关标准,与其他SIP产品具有良好的互操作性。
主要特征:
1.严格兼容SIP(RFC3261)、RTP(RFC1889)和SDP(RFC2327)等协议标准
2.丰富的Codec支持;Speex、iLBC、GSM、G.711U、G.711A、G.729A、G.723.1
3.支持ICE、UPnP和STUN客户端NAT穿越技术性
4.支持多种呼叫控制;来电显示、呼叫保持、呼叫转移、呼叫转接等
5.支持多路混音,通过多路混音,可以实现多方通话
6.支持静音检测(VAD),静态/动态抖动缓存
7.支持可自动协商的带外(RFC2388)和带内DTMF
8.支持音频设备选择
9.支持音量、麦克风调节,支持静默模式
10.支持Presence,支持好友分组和状态通知
11.基于好友的即时消息发送和接收
12.电话本支持
13.实时通话费用和账户余额显示(需要平台支持)
14.支持Windows98/2000/XP/2003,支持Windows MobileWebcall组件
WebCall是一个标准SIP协议客户端ActiveX控件,可部署于企业网站中用于“点击呼叫”、“Web800”等应用。
主要特征:
1.支持的Codec:G.711U、G.711A、GSM、G.729A、iLBC
2.支持的DTMF:带外(RFC2388)和带内,支持通过SDP协商
3.控件大小:140KB-160KB
4.支持自动MIC检测(可有效阻止不具备通话条件的无效呼叫请求)
5.支持音量调节
6.防骚扰处理特征(配合本系统可有效阻止恶意呼叫)
媒体网关(IAD设备)(单口、多口)
连接数据网络与传统模拟设备(如:模拟电话、传真机等),完成数据包与电信号的互转。
主要特征:
1.支持SIP(RFC3261),TCP/UDP/IP,RTP/RTCP,HTTP,ICMPARP/RARP,DNS,DHCP,NTP,PPPoE,STUN,TFTP等协议;
2.使用强大的数字信号处理(DSP)芯片以确保有极好的音频质量,采用先进的抖动控制和隐藏报文丢失技术;
3.支持各种语音编码,包括G.711(a-law/u-law),G.723.1(5.3K/6.3K),G.726(40K/32K/24K/16K),G.729A/B,和iLBC;
4.支持路由/NAT,DHCP服务器Gateway,DMZ和端口映射功能;
5.支持桥接模式;
6.支持来电显示/限制,呼叫保持,呼叫等待/闪断,呼叫转接(呼叫前转或呼叫后转),呼叫转移(无条件转移,遇忙转移或无应答转移),拨号计划,三方会议等等,支持带内带外三种DTMF类型(In-audio,RFC2833,SIP INFO)
7.支持呼叫等待Caller ID显示;支持极性反转计费方式;
8.支持T.38和Pass-Through传真方式;支持DNS SRV查寻;
9.支持静音抑制及静音检测(VAD),舒适噪声产生(CNG)回声抑制(G.168)和自动增益(AGC);
10.支持各种加密及认证标准(BASIC,DIGEST,MD5及MD5-sess算法);
11.支持ISO网络结构第二层和第三层QoS(802.1Q VLAN,802.1p,DiffServ,ToS);
12.支持防火墙/NAT自动安全穿透,用户无须改动防火墙设置;
13.支持远程全自动设备管理,有效实现用户端“零”设置、即插即用、私网透明穿透以及软件自动升级;
14.可通过普通电话语音提示、Web界面或相关智能网管系统方便地更改系统配置及通过TFTP/HTTP下载加密的配置文件;
15.超小型轻巧设计(尺寸如小钱包一般大),便于携带;
16.简洁,轻巧全球通用电源适配器;
硬件规格:
功能特性 | 媒体网关 |
以太网接口 | 2RJ 45(WAN/LAN) |
DHCP/NAT路由/桥接 | 支持 |
FXS模拟话机接口 | 1/4/8/16/32 |
逃生口 | 支持 |
远程配置 | TFIP/HTTP |
本发明的邮件呼叫系统和方法以邮件呼叫软交换平台为基础,该软交换平台的核心除了具有一般软交换平台的注册、呼叫建立、记录维护、路由管理等的功能之外,还有媒体流与信令流根据不同的网络状况、不同的需要走不同的路径、NAT反穿透、注册信令流负载均衡、多点异地热备、媒体流负载均衡、网络路由负载均衡、IVR、ACD组件等等。基于Web的统一管理界面、安全管理以及优秀的网络管理和预警等功能,能适应目前国内外各种复杂网境。本发明的软交换系统的运行模式采用的是管理和运行灵活结合的方式,起初系统容量小的时候,各个模块在同一系统平台上运行,随着业务的扩展,系统模块可以分散部署,保证了系统的良好扩展性。
目前VoIP系统技术性能的评价还没有成熟的标准和体系,一般情况下仍然借用传统电信技术中的评价指标,包括两个方面:
1.每秒呼叫处理数CPS(Calls Per Second)
2.忙时试呼处理能力BHCA(Busy Hour Call Attempts):指最忙的一小时内能够处理的呼叫次数。
通常认为,VoIP服务器系统性能评价的重点是评估下列三个方面的处理能力或者容量:
1.信令交换处理能力
●用户注册处理能力
●呼叫建立和拆除处理能力
2.媒体中继处理能力
●媒体中继分发处理能力
●媒体中继转发处理能力
3.媒体服务器/增值业务服务器会话并发处理能力
由于VoIP服务器系统部署条件(硬件、网络)的差异,上述三个方面的性能表现往往不是平衡的,比如媒体中继处理能力就受到带宽资源的限制;认证事务与数据库服务器的性能表现(存储器等资源相关)有关等等。总的来说,对VoIP服务器的性能进行准确的分析和评价是非常困难的。
通过呼叫生成器等工具对系统进行模拟测试,可以对服务器系统的会话事务处理能力获得大体的认识,在此基础上,再结合具体业务模型和硬件、网络部署等条件对关联因素进行深入分析,是获得服务器系统性能指标认识的合理方法和途径。
影响本发明系统性能的主要关联因素包括三个方面:服务器硬件的数量和配置、网络组网模式和带宽配置以及邮件呼叫服务器各功能组件的部署。
本发明的邮件呼叫系统各功能组件在不同的部署条件下有多种组合,其性能评价相当复杂。通常需要根据项目实际的部署情况进行具体分析。
这里仅以一个入门级配置的实际运营系统的简单性能测试结果为例,简略地说明HR-CSS的性能水平。
项目 | 条件 |
硬件服务器 | 2台Dell 2850,配置为:CPU:双Xeon 3.0GHz,MEM:2GB,HD:SCSI 73GB |
网络 | Internet(外网)100MB;内网:2台服务器互连,100MB交换 |
服务器操作系统 | Redhat Enterprise Linux AS4 U2 |
邮件呼叫服务器 | 双系统热备份部署;数据库主-主复制;部署邮件呼叫服务器基本功能组件/未部署扩展功能组件 |
根据我们的测试数据,在上表例举的2个服务器、双系统部署条件下,如果网络带宽不是系统瓶颈,系统的性能指标大概是:
●注册处理能力大于每秒10000个注册请求;
●峰值(5秒周期)呼叫处理能力为每秒450-500个呼叫请求;
●BHCA值大约为72000;
●按照每个会话持续60秒的会话模型,系统可以支持大约1200个并发会话;如果按照每个会话持续120秒的会话模型,系统可以支持的并发会话数大于2400。
以上是对一个入门级2个服务器配置的系统的性能分析,从相关结论可以大概了解和评价本发明邮件呼叫系统的性能水平。
此外,本发明提供的基于上述网络呼叫系统的邮件呼叫方法,其方法流程如图6所示。该方法的步骤如下:
S1:通过企业发送的邮件中的邮件呼叫组件来直接呼叫到邮件发送者;
S2:位于IDC机房的邮件呼叫服务器接收邮件呼叫信息,并将邮件呼叫请求传输至企业服务端;
S3:企业服务端通过网络接收来自邮件呼叫服务器转发的客户呼叫,建立与客户的直接通信连接。
使用更多的、更好配置的服务器部署本发明的邮件呼叫系统,通常可以提供更高的性能指标。另外,更多的服务器、更多网络接入条件的部署方案有助于优化功能组件的配置组合、提高系统服务质量控制水平,从而提升系统的整体性能表现。与同类产品相比,在同样硬件和网络配置下,本邮件呼叫系统性能表现更加突出。
虽然本发明是具体结合一个优选实施例示出和说明的,但熟悉该技术领域的人员可以理解,其中无论在形式上还是在细节上都可以作出各种改变,这并不背离本发明的精神实质和专利保护范围。
Claims (10)
1、一种邮件呼叫系统,包括客户端、Internet和企业服务端,其特征在于,该系统还包括邮件呼叫服务器,所述客户端和企业服务端分别通过Internet与邮件呼叫服务器相连,所述客户端能够通过邮件呼叫服务器直接与企业服务端建立呼叫连接。
2、如权利要求1所述的邮件呼叫系统,其特征在于所述邮件呼叫服务器包括:
SIP信令交换服务装置,用于完成SIP标准代理、定位、注册和重定向;
媒体服务装置,用于支持系统提示音、语音公告、交互语音应答和语音编码;
媒体中继装置,用于支持定向中继和负载均衡;
网关选择服务装置,用于接收SIP消息、根据网关条件参数选定一个目标网关、转发SIP消息到目标网关,并支持网关失效或者满负荷时网关路由的自动切换;
认证与计费服务装置,用于实现用户身份认证和呼叫计费;
管理控制装置,用于提供Web形式的系统监控管理,实现系统状态的监控和报警。
3、如权利要求2所述的邮件呼叫系统,其特征在于所述媒体中继装置提供的负载均衡包括信令交换的负载均衡和媒体中继的负载均衡和网关流量的负载均衡。
4、如权利要求2所述的邮件呼叫系统,其特征在于所述邮件呼叫服务器还包括数据加密装置,用于保证通话的安全性。
5、如权利要求2所述的邮件呼叫系统,其特征在于所述邮件呼叫服务器还包括呼叫队列控制器,用于呼叫排队,并支持自动呼叫分发策略。
6、如权利要求1至5之一所述的邮件呼叫系统,其特征在于所述邮件呼叫服务器为双机热备份,以保证系统的安全性。
7、如权利要求1所述的邮件呼叫系统,其特征在于所述客户端激活其中的邮件呼叫插件的方式通过邮件呼叫服务器与企业服务端建立呼叫连接。
8、如权利要求1所述的邮件呼叫系统,其特征在于所述邮件呼叫服务器设置于IDC的机房。
9、如权利要求1所述的邮件呼叫系统,其特征在于所述企业服务端通过IP电话、软件电话、IAD设备或者PBX系统接收来自客户端的邮件呼叫。
10、一种邮件呼叫方法,其特征在于,邮件发送者通过邮件呼叫插件将邮件发送到邮件接收者,邮件发送者在自己的邮件签名中部署邮件呼叫组件,这样邮件接收者在看到发送者邮件时,可以直接点击其签名或者正文中的邮件呼叫控件来直接呼叫到邮件发送者这端,可以直接实现语音沟通,该方法包括如下步骤:
S1:通过企业发送的邮件中的邮件呼叫组件来直接呼叫到邮件发送者;
S2:位于IDC机房的邮件呼叫服务器接收邮件呼叫信息,并将邮件呼叫请求传输至企业服务端;
S3:企业服务端通过网络接收来自邮件呼叫服务器转发的客户呼叫,建立与客户的直接通信连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200710062955 CN101026594A (zh) | 2007-01-23 | 2007-01-23 | 一种邮件呼叫系统及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200710062955 CN101026594A (zh) | 2007-01-23 | 2007-01-23 | 一种邮件呼叫系统及其方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101026594A true CN101026594A (zh) | 2007-08-29 |
Family
ID=38744498
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200710062955 Pending CN101026594A (zh) | 2007-01-23 | 2007-01-23 | 一种邮件呼叫系统及其方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101026594A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102314381A (zh) * | 2010-07-02 | 2012-01-11 | 上海宝信软件股份有限公司 | 一种提高信息系统可用性的集成设备及其方法 |
CN102387262A (zh) * | 2010-08-27 | 2012-03-21 | 三星电子株式会社 | 用于提供随点即拨服务的装置和方法 |
CN102740168A (zh) * | 2011-04-11 | 2012-10-17 | 中兴通讯股份有限公司 | 一种实现呼叫的方法及系统、办公系统、企业总机系统 |
CN102883284A (zh) * | 2012-09-06 | 2013-01-16 | 大唐移动通信设备有限公司 | 一种基于移动终端的网管方法和系统 |
CN105610861A (zh) * | 2016-02-01 | 2016-05-25 | 腾讯科技(深圳)有限公司 | 一种实时通话方法及相关装置 |
WO2018107943A1 (zh) * | 2016-12-13 | 2018-06-21 | 腾讯科技(深圳)有限公司 | 一种网络访问控制方法、装置及系统 |
CN109462782A (zh) * | 2018-11-08 | 2019-03-12 | 杭州叙简科技股份有限公司 | 一种传真转对讲的通讯系统 |
-
2007
- 2007-01-23 CN CN 200710062955 patent/CN101026594A/zh active Pending
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102314381A (zh) * | 2010-07-02 | 2012-01-11 | 上海宝信软件股份有限公司 | 一种提高信息系统可用性的集成设备及其方法 |
CN102387262A (zh) * | 2010-08-27 | 2012-03-21 | 三星电子株式会社 | 用于提供随点即拨服务的装置和方法 |
CN102740168A (zh) * | 2011-04-11 | 2012-10-17 | 中兴通讯股份有限公司 | 一种实现呼叫的方法及系统、办公系统、企业总机系统 |
WO2012139353A1 (zh) * | 2011-04-11 | 2012-10-18 | 中兴通讯股份有限公司 | 一种实现呼叫的方法及系统、办公系统、企业总机系统 |
CN102883284A (zh) * | 2012-09-06 | 2013-01-16 | 大唐移动通信设备有限公司 | 一种基于移动终端的网管方法和系统 |
CN105610861A (zh) * | 2016-02-01 | 2016-05-25 | 腾讯科技(深圳)有限公司 | 一种实时通话方法及相关装置 |
WO2018107943A1 (zh) * | 2016-12-13 | 2018-06-21 | 腾讯科技(深圳)有限公司 | 一种网络访问控制方法、装置及系统 |
CN109462782A (zh) * | 2018-11-08 | 2019-03-12 | 杭州叙简科技股份有限公司 | 一种传真转对讲的通讯系统 |
CN109462782B (zh) * | 2018-11-08 | 2021-05-18 | 杭州叙简科技股份有限公司 | 一种传真转对讲的通讯系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8027335B2 (en) | Multimedia access device and system employing the same | |
CA2872387C (en) | Hospitality private branch exchange (pbx) system with dynamic rules for complementing mobile phones of currently checked in guests | |
CN101253746B (zh) | 多个联网设备的呼叫方-被叫方关联 | |
CN101030973A (zh) | 一种网页呼叫系统及其方法 | |
US20080002672A1 (en) | Method and apparatus for a single chassis communication server with connection-specific interfaces | |
JP5623208B2 (ja) | アプリケーションのシーケンシングとimsのピアリングを用いて異なるドメイン間(企業とサービスプロバイダ)の間での次世代ネットワークの一体化 | |
US20100303061A1 (en) | Network communication system for supporting non-specific network protocols and network communication method thereof | |
CN101026594A (zh) | 一种邮件呼叫系统及其方法 | |
CN101147364B (zh) | 根据用户的通信配置对多媒体数据的优化通信路径进行路由的综合系统和方法 | |
JP5351765B2 (ja) | ネットワーク間の呼に識別データをリンクする方法および装置 | |
CA2598328A1 (en) | Method and apparatus for voice over internet protocol telephony using a virtual private network | |
CN103404120A (zh) | 网络抽象网关及对端点进行抽象相应方法 | |
CN104683608A (zh) | 实现分布式呼叫中心的方法和分布式呼叫中心及相关装置 | |
CN1764217B (zh) | 用于分配vxml能力以便在客户设备上执行的系统 | |
WO2007115490A1 (fr) | Procédé, système et dispositif pour la mise en oeuvre de centrex étendu | |
JP5937796B2 (ja) | コールセンタシステムにおける通話録音システム及び方法 | |
US8073977B2 (en) | Internet telephony through hosts | |
CN104469034A (zh) | 一种电话转接的方法及系统 | |
CN202019368U (zh) | 一种融合mas的ip交换系统 | |
KR101388657B1 (ko) | 유무선 통합 서비스를 위한 접속 정보를 자동으로 설정하는 유무선 통합 단말 및 그 방법 | |
KR100527905B1 (ko) | 브이.오.아이.피 게이트웨이 장치 | |
JP4012209B2 (ja) | VoIPサービスシステム、呼制御サーバ、および呼制御方法 | |
Catchpole et al. | IP telephony solutions for the customer premises | |
JP4309832B2 (ja) | VoIPサービスシステム、呼制御サーバ、および呼制御方法 | |
Mupparapu | Voice over Internet protocol for the orthodontic practice: A sensible switch from plain old telephone service |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20070829 |