联络中心媒介流量的动态管理和重新分配的制作方法_3

文档序号:8532102阅读:来源:国知局
别在专用网络16与专用通信网络10之间以及在远程计算环境24和专用通信网络之间对语音对话安全处理。本领域的任何传统的防火墙可以被用来实现防火墙50a、52a。根据本发明的一个实施例,数据流量不通过边界装置22a,相反地会经由链路47通过两个防火墙50a、52a。另外的装置44a可连接在两个防火墙50a和52a之间,以用于呈现传送数据流量所需的附加功能。这样的功能可以包括例如将域名转化为IP地址的DNS (域名系统)功能。
[0060]图3B是描绘根据本发明的另一个实施例的专用通信网络1b的细节的示意框图。根据该实施例的专用通信网络包括与图3A的边界装置22a、防火墙50a,52a、边界路由器48a,链路47a和网络装置46a相似的边界装置22b、防火墙50b,52b、边界路由器48b、链路47b和网络装置46b。然而,根据该实施例,边界装置22b已经配置有防火墙功能,使得连接到额外的硬件防火墙50b、52b不需要对语音对话提供安全。然而,防火墙50b、52b仍然用于为通过专用通信网络1b的数据流量提供安全保障。
[0061]图4是根据本发明的一个实施例的远程计算环境24中的服务器系统30的更详细的示意框图。服务器系统30包括但不限于SIP服务器60、通用资源服务器(URS)62、媒介服务器64和统计服务器66。根据一个实施例,服务器系统的服务器60-66体现为布置在一个示例的虚拟服务器上的软件部件。所述一个示例的虚拟服务器可以通过标准的硬件部件(例如,一个或多个处理器、磁盘、存储器和类似部件)来实现。虽然服务器60-66被认为是独立的功能单元,但本领域技术人员将认识到在不背离本发明的精神的情况下,两个或更多个服务器的功能可以结合或集成到单个服务器中或进一步细分为额外的服务器部件。此外,虽然服务器系统的服务器60-66被描述为连接到数据通信总线68,但本领域技术人员应该认识到如果服务器设置在单个物理装置(例如,单个处理器)中,服务器之间没有通信。此外,本领域技术人员应该认识到服务器系统30是可扩展的,并且可以包括相当大数量的共用一组存储装置70的服务器60-66。因此,如图4所示的服务器系统30的特定实施例仅仅是为了说明目的,不排除对本领域技术人员显而易见的其他布置或部件。
[0062]根据一个实施例,SIP服务器60被配置成从边界装置22、媒介服务器64、URS 62和类似装置接收呼叫信号消息(例如,SIP邀请消息),用于控制呼叫的建立或终止。
[0063]统计服务器66提供一个或多个呼叫中心的实时的状态和统计,包括代理的可用性、呼叫处理时间、估计的队列中的等待时间和与呼叫中心功能相关联的其他统计信息。在这方面,统计服务器已经访问一个或多个大容量存储装置70,所述存储装置存储一个或多个联络中心的呼叫中心数据和软件程序。一个或多个大容量存储装置70可以被实现为硬盘驱动器或传统技术中的其他合适的大容量存储装置。
[0064]URS 62可以配置为访问统计服务器66,以基于技能、可用性和类似物对呼入和/或呼出呼叫来识别代理,并将呼叫信号消息发送到SIP服务器60以将呼叫请求传送到所识别的代理。
[0065]媒介服务器64被配置为识别用于建立代理和客户之间的语音对话的参数(例如,服务器上的可用媒介端口),并且将这些参数提供给SIP服务器以用于传送到边界装置、客户和代理。媒介服务器64还配置用于通过边界装置22将媒介输送给客户和/或代理。例如,媒介服务器64可以被调用来提供初始的问候短信给呼叫客户并获得客户的基本信息(例如,识别信息、呼叫原因等)。另外,如果客户或代理被搁置,则媒介服务器64可以被调用来为持有的客户或代理播放音乐。另一个示例是如果客户和代理之间的对话被记录,则该电话可以通过媒介服务器,使得客户和代理与媒介服务器进行三方对话,并且媒介服务器记录对话并将该对话存储在大容量存储装置70中。
[0066]根据本发明的一个实施例,SIP服务器60包括用于为系统的一个或多个占用者提供突发流量管理服务的流量管理模块72。在这方面,该模块被配置为监测各个网络段,确定各区段的状态,并根据确定的状态提供管理和重新定向服务。虽然在所述实施例中,流量管理模块72被描绘成由SIP服务器60主导,但本领域技术人员应该认识到模块也可以由服务器系统30的一个或多个其他服务器服务。另外,流量管理模块72的功能可以被细分为多个子模块,每一个子模块被托管在单个服务器中或分布在服务器系统30的各个服务器之间。
[0067]根据一个实施例,流量管理模块72被配置为监测下列网络段及其连接:
[0068]?客户的网络连接:
[0069]-占用MPLS链路34a的带宽。
[0070].本地区域90a的网络连接(图2)和对等区域90b的网络连接:
[0071]-在远程计算环境24a和本地区域90a中的专用通信网络1a之间提供网络连接26a的带宽;
[0072]-在本地区域的专用通信网络1a与对等区域的专用通信网络1b之间提供网络链路42的带宽;
[0073]-在远程计算环境24b和对等区域中的专用通信网络1b之间提供网络连接26b的带宽;
[0074]-在SIP中继设备和本地区域1a中的专用通信网络1a之间提供SIP中继链路38a的带宽;
[0075]-在本地区域中的专用通信网络1a和占用者之间提供网络连接28a的带宽。
[0076]根据一个实施例,流量管理模块72识别呼叫达到呼叫进行状态时受到的影响,并计算受到影响的连接所消耗的带宽部分。根据一个实施例,特定连接的可用带宽等于提供的带宽(减去SIP发信号所预先分配的部分)。每一个建立的语音对话减少一段或多段网络中的可用带宽。完成的语音对话释放消耗的带宽并增加可用带宽。
[0077]具体来说,涉及代理12的每一个语音对话降低占用MPLS链路34a的可用带宽、以及专用通信网络1a与本地区域中的占用者之间的网络连接28a上的可用带宽(该带宽在各个占用者之间共享)。
[0078]涉及本地区域中的服务器系统30a的每一个语音对话减少远程计算环境24和本地区域中的专用通信网络1a之间的网络连接26a的可用带宽。
[0079]涉及本地区域中的终端用户14的每一个语音对话减少SIP中继设备18a和在本地区域中的专用通信网络1a之间的SIP中继链路38a的可用带宽。
[0080]卸载到对等区域90b中的服务器系统30b的每一个语音会话减少了本地数据通信网络1a和对等区域的数据通信网络1b之间的网络链路42的可用带宽、和远程计算环境24b与对等区域中的专用通信网络1b之间的连接的可用带宽。
[0081]根据一个实施例,服务器系统30保留一定数量建立的语音对话和相关联的对网络的影响。在这种方式下,服务器系统监测不同连接的状态和/或整个网络布局的运行状态,从而检测网络内的涌塞现象和监测段中的其它毛病。当一个或多个监测的网络连接达到带宽阈值时,服务器系统30采用由流量管理算法选择的适当措施。
[0082]图5是显示根据本发明的一个实施例的系统各个部件之间的用于处理从终端用户14到联络中心的呼入信号的流动的示意图。在步骤80中,终端用户14发送带有呼叫会话的请求(例如,SIP邀请)的数据包到边界装置22,并且请求的会话引起SIP中继链路38的使用。边界装置根据众所周知的机制处理数据包,并在步骤82中通过网络连接26发送转换的数据包到SIP服务器60。在步骤84中,SIP服务器60发送数据包到媒介服务器64。
[0083]如果媒介服务器64可用于识别用于语音对话的可用端口,则在步骤86中通过识别的端口建立语音对话的呼叫参数被发送回SIP服务器60。
[0084]在步骤88中,SIP服务器60接着通过网络连接26将参数传递到边界装置22,并且在步骤89中,边界装置传递参数给终端用户14。RTP媒介路径17 (通过步骤90和步骤92)接着通过边界装置22建立在远程计算环境24中的终端用户14和媒介服务器64之间。媒介服务器64在媒介路径上传送初始的问候和其他语音处理,用于提示终端用户14为提供识别信息和/或呼叫原因。在媒介路径17上,终端用户提供这种信息到边界装置22,然后将信息转发到媒介服务器64。
[0085]虽然没有描绘在图5中,但是SIP服务器60与URS 62通信,进而与统计服务器66通信以用于确定呼叫要发送的代理。这样的代理的确定可基于可用的代理、他们的技术等。一旦这样的代理被确定,在步骤94中,SIP服务器60发送消息到边界装置22,然后在步骤96中发信号给选择的代理12。
[0086]在步骤98中,响应于所述发信号,代理将他的用于语音对话的参数发送给边界装置22。在步骤100中,边界装置使用SIP服务器可以理解的SIP信号将参数发送到SIP服务器。在步骤102和104中,SIP服务器经由边界装置22通过将SIP数据包传送到终端用户再次邀请终端用户14与代理对话。这对话利用占用链路28和34的带宽。一旦终端用户接受邀请,由边界装置22控制的RTP媒介路径20建立在代理12和终端用户14之间(通过步骤106和108)。该媒介路径不经过网络连接26到远程计算环境24。
[0087]图6是根据本发明的一个实施例的由服务器系统30的流量管理模块72实现的分开负载过程的流程图。根据该过程,在步骤110中,流量管理模块监测各个网络段的状态,包括专用通信网络1a和远程计算环境24a之间的网络连接26a的状态。这种监测可以实时完成,并且可以包括例如在进行中的当前正在被本地区域中的媒介服务器64处理的有效呼叫的数量的确定、以及为每个呼叫提供的媒介服务的类型的确定。该信息可以用来计算为网络连接26a消耗的带宽的总量,并进一步估计涉及本地媒介服务器的呼叫流的增长。网络连接26a的通常“健康”状况也可以另外或者代替带宽饱和度被监测。例如,系统可执行网络服务定期的基于SNMP的监测,从而在通信网络1a和服务器系统30a之间提供冗余网络连接。
[0088]在步骤112中,确定是否已经满足阈值或其他卸载的标准。例如,流量管理模块可以判定网络连接26a的带宽饱和度是否已经达到了特定的水平。如果答案是肯定的,则在步骤114中,流量管理模块判定是否有对等区域可从对媒介逐渐卸载的一个或多个远程区域的选择中获得。根据一个实施例,对等区域的选择是基于考虑一个或多个参数的对等选择算法,例如远程区域的地理位置、将本地区域连接到远程区域的网络连接42的带宽饱和度、远程区域中允许的用于媒介卸载的带宽、远程媒介服务器的往返响应时间、在远程区域处的冗余连接状态等。
[00
当前第3页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1