CN104854575A

CN104854575A - 集群会话管理

Info

Publication number: CN104854575A
Application number: CN201380065585.9A
Authority: CN
Inventors: 埃米尔·卡姆博; 詹森·维侬恩; 詹姆斯·斯特茨格
Original assignee: Ka Xidian Communication Co Ltd
Current assignee: Ka Xidian Communication Co Ltd; Vesta Solutions Inc
Priority date: 2012-10-22
Filing date: 2013-10-18
Publication date: 2015-08-19
Also published as: MX2015004833A; WO2014066161A3; US20140115176A1; EP2909734A2; AU2013334998A1; EP2909734A4; WO2014066161A2; CA2888453A1

Abstract

本申请涉及用于在全活动的集群形式中路由紧急呼叫中心会话的系统和方法。集群中的每个节点通过负载平衡的分配接收会话。集群中的节点可配置为使用公用数据库。数据库跨集群同步，确保可通过集群中的任何节点读取数据。会话状态保存在数据库中，以便能够通过集群中的任何节点管理任何会话。

Description

集群会话管理

相关申请的交叉引用

根据35U.S.C.§119(e)，本申请要求于2012年10月22日提交的、题为“集群会话管理”的61/717,062号美国临时申请的优先权权益，该公开全文通过引用并入本文。根据37C.F.R.§1.57，在申请资料表中认定的任何及全部优先权或对其的任何修正都通过引用并入本文。

本申请涉及题为“用于协同和分布的紧急多媒体数据管理的系统、装置和方法”并于2012年6月18日提交的13/526,305号美国专利申请和于2012年12月20日公开的2012/0320912号美国专利公开，通过引用将该公开全文并入本文。

背景

技术领域

本申请涉及集群会话管理。

背景技术

本申请可发现与多种通信会话相关的运用。会话一般是指通过网络在源装置与目标之间的通信。电话呼叫可为会话。通过即时通讯工具聊天可为会话。视频流可为会话。会话可借助网络创建，如通过会话发起协议。会话发起协议可提供基于会话数据的访问和路由的数据包。

在服务于会话的系统中可提供故障转移。例如，公共安全应答点(PSAP)可配置为接收多媒体紧急会话。这些会话路由至合适的代理以响应紧急情况。故障转移一般以活动系统和备用系统的形式提供。活动系统接收传入的会话并将会话分配至合适的代理。分配可为随机的、顺序的或根据选择算法的。备用系统一般配置为类似活动系统，但其处于空闲直至活动系统遭受故障。在这种情况下，备用系统变为活动系统并开始处理随后的会话。

上述的故障转移系统的一个缺点是用于活动会话的信息丢失，比如当存在系统故障时。一旦活动系统失效，通过现时失灵的系统处理的会话可能丢失。

包括在会话服务系统中以提高系统可用性的另一技术是使用一系列会话分配服务器。在一些实施中，这可称为“服务器群”。在群中的一个会话分配服务器选为通过负载平衡服务器接收传入的会话。负载平衡服务器可基于对每个分配服务器的负载、对每个分配服务器的活动会话数量、随机的、顺序的或本领域技术人员已知的其他的负载平衡技术选择分配服务器。

服务器群方法的一个缺点是每个会话分配服务器不知道其他会话分配服务器在干什么。用这种方法，在第一会话分配服务器处可接收第一会话用于路由至第一代理。在与第一分配服务器不通信的第二会话分配服务器处可接收第二会话，而可能再次选择第一代理用于服务会话。以这种方式，会话的分配不是基于系统内所有可用信息而是基于节点局部可用的信息。而且，接收者均需要向服务器群中的每个节点登记以有资格分配会话。服务器群也饱受上文讨论的如果会话分配服务器中断而丢失会话数据的问题困扰。

因此，需要用于集群会话管理的改进的系统和方法。

发明内容

本公开的系统、方法及装置各自具有多个创新性方面，任何单独一个都不是本文中公开的可取属性的唯一原因。

在一个创新性方面中提供了一个系统。该系统包括第一节点和第二节点。第一节点和第二节点配置为接收并保存通信会话信息。第一节点和第二节点在至少一个会话管理服务器上执行。系统包括分布式数据库。第一节点和第二节点包括分布式数据库的情况。分布式数据库配置为储存第一节点的至少一个特性和第二节点的至少一个特性。系统还包括会话负载平衡服务器。会话负载平衡服务器配置为接收通信会话。会话负载平衡服务器还配置为识别第一节点或第二节点之一以至少部分地基于策略及第一节点的至少一个特性和第二节点的至少一个特性来接收通信会话。会话负载平衡服务器还配置为生成指示通信会话和已识别节点的指示，其中已识别节点配置为从分布式数据库获得通信会话。

在系统的一些实施中，通信会话信息包括会话状态、会话标识及当前节点。第一节点和第二节点的特性可包括联接至节点的多个应答点、单位时间处理的多个通信会话、或节点会话量中的一个或多个。

在系统的一些实施中可包括配置为监控第一节点和第二节点的集群管理服务器。当第一节点或第二节点之一失效时，集群管理服务器可配置为更新与失效节点相关的分布式数据库中的一个或多个通信会话信息条目，该条目与活动节点相关，该活动节点配置为至少部分地基于通信会话信息来重建通信会话。更新可至少部分地基于策略和活动节点的至少一个特性。集群管理服务器可配置为基于通信会话信息生成再邀请消息，并且传输再邀请消息至活动节点。在一些实施中，集群管理服务器可配置为接收来自第三节点的登记请求，该登记请求包括节点配置和节点状态，并且在分布式数据库中储存登记请求。在这样的实施中，会话负载平衡器可配置为识别第一节点、第二节点或第三节点之一以接收通信会话。

通信会话可为或包括会话发起协议通信会话。在一些实施中，第一节点与第一应答点关联，第二节点与第二应答点相关联。在一些实施中可取的是对于策略包括用于节点特性的阈值，其中可基于比较节点特性的值与阈值来识别节点。

在另一创新性方面中提供了管理通信会话的方法。方法包括登记第一节点和第二节点。方法包括获得第一节点的至少一个特性和第二节点的至少一个特性。方法还包括接收通信会话。方法还包括识别第一节点或第二节点之一以至少部分地基于策略及第一节点的至少一个特性和第二节点的至少一个特性来接收通信会话。方法还包括提供通信会话信息给已识别节点。

在一些实施中，通信会话信息包括会话状态、会话标识及当前节点。

在一些实施中，第一节点和第二节点的特性包括联接至节点的多个应答点、单位时间处理的多个通信会话、节点负载、或节点会话量中的一个或多个。

在一些实施中，方法还包括当第一节点或第二节点之一失效时，更新与失效节点相关的分布式数据库中的一个或多个通信会话信息条目，该条目与活动节点相关，该活动节点配置为至少部分地基于通信会话信息来重建通信会话。在这样的实施中，更新可至少部分地基于策略和活动节点的至少一个特性。在一些实例中，方法包括生成再邀请消息，并且传输再邀请消息至活动节点。在一些实施中，方法包括接收来自第三节点的登记请求，该登记请求包括节点配置和节点状态，以及在分布式数据库中储存登记请求，其中识别节点可包括识别第一节点、第二节点或第三节点之一以接收通信会话。

在一些实施中，通信会话可包括会话发起协议通信会话。在方法的一些实施中，第一节点可与第一应答点相关联，第二节点可与第二应答点相关联。

在另一创新性方面中提供了包括指令的计算机可读存储介质。当通过装置处理器执行指令时，指令使得装置登记第一节点和第二节点。指令还使装置获得第一节点的至少一个特性和第二节点的至少一个特性。指令还使装置接收通信会话。指令还使装置识别第一节点或第二节点之一以至少部分地基于策略及第一节点的至少一个特性和第二节点的至少一个特性来接收通信会话。指令还使装置提供通信会话信息给已识别节点。

在另一创新性方面中提供了另一系统。系统包括用于接收和保存通信会话信息的装置。系统包括用于接收和保存通信会话信息的装置的至少一个特性的分布式存储的装置。系统包括用于会话负载平衡的装置。用于会话负载平衡的装置配置为接收通信会话。用于会话负载平衡的装置还配置为识别用于接收和保存通信会话信息以至少部分地基于策略及至少一个特性来接收通信会话的装置。用于会话负载平衡的装置还配置为生成指示通信会话和已识别节点的指示以及用于接收和保存通信会话信息的已识别装置，其中用于接收和保存通信会话信息的已识别装置配置为从用于分布式存储的装置获得通信会话。

附图说明

图1示出了通信系统的原理框图。

图2示出了自动式会话分配器的原理框图。

图3示出了在自动式会话分配系统中可包括的节点的原理框图。

图4示出了示例集群的原理框图。

图5示出了另一示例集群的原理框图。

图6示出了管理通信会话的示例方法的流程图。

具体实施方式

本申请提供了用于在全活动集群形成中路由紧急呼叫中心会话的系统和方法。在集群中的每个节点通过负载平衡的分配接收会话。在集群中的所有节点可配置为使用公用数据库。数据库跨集群同步，确保可通过集群中的任何节点存取数据。在数据库中保存会话状态，以便能够通过集群中的任何节点管理任何会话。

所述系统和方法各自具有多个方面，其中任何单独一个都不是其可取属性的唯一原因。在不限制本公开的范围的情况下，现在将简要讨论一些特征。在考虑到该讨论后，尤其是看过题为“具体实施方式”的部分后，本领域技术人员就会理解所述特征如何具有包括提供集群会话管理的优点。

图1示出了通信系统的原理框图。通信系统可包括一个或多个源装置。如图1中所示，源装置可包括但不限于移动电话102a、便携式计算机102b、照相机102c及台式计算机102d(下文统称或单独称为“源装置102”)。源装置102一般包括允许源装置102通过输入通信链路104与网络106通信的通信接口。

输入通信链路104可为有线链路，如以太网、光纤或其组合。输入通信链路104可为无线链路，如蜂窝电话、卫星、近场通信或蓝牙链路。在一些实施中，输入通信链路104可包括有线链路和无线链路的组合。

网络106可为公用或专用网络。网络106可包括IP电话(VoIP)网络、企业网络、蜂窝网络、卫星网络或公共交换电话网络(PSTN)。网络106可为在数据通信中的网络集合，如包括至基于IP的网络的分组网关的蜂窝网络。

网络106可配置为通过应答点通信链路108与应答点110通信。例如，应答点110可为用于紧急会话(例如呼叫)的公共安全应答点(PSAP)。当参考可包括于紧急会话管理时，紧急会话可用作与所述系统和方法一致的集群配置中自动分配的会话类型的示例。客户服务会话、销售会话或其他通信会话可借助所述系统和方法集群。

应答点通信链路108可为有线链路，如以太网、光纤或其组合。应答点通信链路108可为无线链路，如蜂窝电话、卫星、近场通信或蓝牙链路。在一些实施中，应答点通信链路108可包括有线链路和无线链路的组合。

应答点110配置为接收会话并将会话路由至合适的代理以处理会话。例如，如果会话为紧急服务电话，则电话可路由至代理以获得关于紧急情况的额外细节和/或调度紧急单元。为了路由会话，应答点110可包括自动式会话分配器200。

自动式会话分配器200配置为接收传入的会话并识别合适的代理以处理传入的会话。于2012年6月18日提交的、共同拥有的13/526,305号美国专利申请中示出并描述了用于将会话与合适的代理相关联的示例性系统，该申请也包括为本申请要求其优先权的临时申请的附件A。通过引用将13/526,305号美国专利申请全文并入本文。例如，13/526,305号美国专利申请的图3示出了配置为将会话与一个或多个代理相关联的策略引擎和事件分配模块。

下面将更详细地描述自动式会话分配器200。应答点110可包括一个或多个应答端点。如图1中所示，应答点110包括第一应答端点114a和第二应答端点114b。自动式会话分配器200可配置为将会话分配至第一应答端点114a或第二应答端点114b。在一些实施中，通信系统可包括远程应答点116。远程应答点116的远程性质一般指远程应答点116与自动式呼叫分配器200不位于同一处的配置。例如，在基于分组的通信系统中，可通过分组网络将会话转移至与分组网络进行数据通信的远程应答端点114c。远程应答端点114c可物理上处于不同于自动式会话分配器200的位置，如位于次要应答点。为便于讨论，第一应答端点114a、第二应答端点114b及远程应答端点114c可在下文中统称或单独称为“应答端点114”。

应答端点114可配置为显示关于会话的信息，比如识别源装置102或源装置102的已登记用户的信息。应答端点114可配置为与自动式会话分配器200双向通信。例如，如果第一应答端点114a接收代理不能处理的会话，该会话可发回至自动式会话分配器200用于重路由至第二应答端点114b或远程应答端点114c。

图2示出了自动式会话分配器的原理框图。如上文所讨论，自动式会话分配器200配置为接收传入的会话202并将传入的会话202路由至应答端点114。自动式会话分配器200包括会话负载平衡器204。在一些实施中，自动式会话分配器200可配置为与会话负载平衡器204通信而不包括会话负载平衡器。会话负载平衡器204配置为在自动式会话分配器200内将会话平衡分配至节点。会话负载平衡器204可基于轮循机制、随机机制、来自节点的反馈信息如处理负载、会话负载、内存、能量、温度或用于会话的终点(如节点)的其他特性或上述的组合分配会话。

如图2中所示，自动式会话分配器200包括集群208，该集群208包括两个节点，第一节点206a和第二节点206b(下文中统称或单独称为“节点206”)。集群208一般描述了配置为给自动式会话分配器200处理会话的节点206的群组。节点206一般描述了配置为管理分配至该处的会话的处理器。节点206可配置为识别第一应答端点114a或第二应答端点114b以处理传入的会话202。如图2中所示，每个应答端点114可向集群208进行单独登记并从集群208中包括的节点接收会话，比如在图2中所示的实施中的第一节点206a或第二节点206b。应答端点可不知道自动式会话分配器200中包括的节点数量。

图3示出了可包括在自动式会话分配系统中的节点的原理框图。图3只示出了可包括在例如图2中所示的自动式会话分配器200中的一个节点206。节点206包括策略会话路由器302。策略会话路由器302配置为采取一个或多个策略用于将传入的会话202路由至应答端点114。例如，策略可确定每个应答端点114能够在一段时间内处理的多个会话。可实施基于系统特性如整体会话量、与远程应答点相关的相对会话量的其他策略。可实施基于传入的会话202的特性的其他策略。例如，应答端点可不具有视频功能，由此本身可不足以配置为处理视频会话。通过策略会话路由器302还可采用所述策略的组合。

策略会话路由器302可与一个或多个用于保存数据的装置(例如内存或其他非暂时性存储元件)进行数据通信。如图3中所示，第一存储装置308a和第二存储装置308b与节点206进行数据通信。在一些实施中可具有额外存储元件。第一存储装置308a和第二存储装置308b配置为用于复制其中储存的数据。一方面，这确保了一个存储装置失效不造成整个系统失效。为了便于描述，第一存储装置308a和第二存储装置308b可统称或单独称为“存储器308”。

集群208中包括的所有节点还配置为与第一存储装置308a和第二存储装置308b通信。因此，节点可通过公共存储器308共享关于会话的数据。这为制定路由决策提供了公共基础，因为在相同的集群208中包括的另一节点处的任何路由确定的期间也将考虑节点206的路由。

节点206包括端点会话管理器304。端点会话管理器304配置为管理与识别的应答端点114的通信。例如，端点会话管理器304提供会话信息给通过策略会话路由器302识别的应答端点114。与策略会话路由器302一样，端点会话管理器304可与在集群208中的节点之中共享的存储器308进行数据通信。

端点会话管理器304还可配置为随着接收与会话相关的额外数据而更新会话信息。端点会话管理器304还可配置为当会话已完成时终止会话。例如，端点会话管理器304可识别电话会话的结束。根据这样的识别，端点会话管理器304可在存储器308中更新记录显示会话终止。

因为端点会话管理器304使用共享的存储器管理会话信息，所以第一节点的端点会话管理器304可通过引用存储器308中的记录容易地将会话转移至集群中的另一节点。这还可具有允许另一节点继续管理初始节点应失效的会话的非限制性优点。例如，考虑通过包括第一端点会话管理器304的第一节点管理聊天会话。一旦将聊天会话路由至应答端点，已识别的应答端点与存储器308中的会话相关联。如果第一端点会话管理器304失灵，另一节点中的第二端点会话管理器可基于存储器308中的信息重建聊天会话并继续服务于会话。

如果集群中的节点失效，集群管理(例如集群管理器306)可为失效的节点选取节点以接管会话。然后新选的节点将为失败的节点识别会话并在新节点中重现会话。这可通过从储存的现有会话及事务标识(事务ID)的存储器取得状态数据来实现，并再邀请会话至新节点。在一些实施中，这可包括使用SIP。然后新选的节点将在内部重现会话并用节点信息更新存储。此时，会话将“转移”至新节点。由于媒体锚定在媒体服务器上而不是集群本身，该故障转移情景对媒体没有影响。新节点将重新负责媒体服务器上的媒体流。中转的会话将在失效的节点上暂停，上游装置将再邀请会话至通过负载平衡器选取的另一节点。

节点206还包括集群管理器306。集群管理器306配置为提供用于节点206及用于集群208和其中包括的其他节点的配置和/或状态信息。例如，用于节点206或集群208中包括的其他节点的配置/状态信息可包括与节点相关联的应答端点数量、与节点相关联的应答端点标识、用于节点的正常运行时间、用于节点的负载、节点处理器状态(例如活动、闲置、重启、故障)等等。用于集群208的配置/状态信息可包括集群中的节点数量、集群中的节点标识、集群负载等等。集群管理器306也可通过存储器308储存该信息。这样，每个节点可报告其自身的状态信息并为其自身、其他节点和集群208确定状态/配置。所述过程的另一非限定性优点是重建能够发生的速度。因为集群中的节点将会话状态信息保存在公用存储器中，重建会话状态所需的所有或绝大部分信息可通过集群的所有节点存取。与每个节点相关联的集群管理器306能够协商哪个节点将借助低级别的服务中断服务于由失效节点处理的会话。如果集群中的节点变为不可用，协商可基于每个节点的负载、先进先出、随机或其他路由策略进行。

图4示出了用于集群的原理框图。所示的集群208包括第一节点206a和第二节点206b。集群208可包括额外的节点。节点n 206n识别为集群208的第n个节点，其中n为集群208中节点的数量。在一些实施中，集群208可包括例如1个节点、10个节点、27个节点或104个节点。每个节点配置为管理多个会话。在一个实施中，节点可配置为每秒管理500至1000个会话。

集群208中的每个节点与一个或多个存储装置进行数据通信。如图4中所示，集群208与第一存储装置308a、第二存储装置308b及第n存储装置308n相耦接，其中n为与集群相关的存储装置数量。在一些实施中，集群208可与例如2个存储装置、6个存储装置、30个存储装置或107个存储装置相关联。存储装置不需要物理上位于同一处，但存储装置应配置为跨存储装置复制其中储存的数据。在一些实施中，可取的是提供位于分开的物理设施处的一些存储装置，以备一个应答设施离线(例如火灾)。

在一些实施中，多个集群可配置为使用相同的存储装置。在一些实施中，多个集群可部署在一个应答点处。

在描述了多个特征之后，下列示例实施方式提供了对单独描述的或与更多的创新性方面一同描述的特征的更多说明。

在一些实施中，路由的应用可部署在全活动集群形式中。集群中的每个节点可配置为通过负载平衡分配接收呼叫。集群中的节点可配置为使用跨集群同步的公用数据库。同步确保了数据可通过集群中的任何节点存取。

呼叫状态能够保存在数据库中，以便能够通过连接数据库的集群中的任何节点管理任何呼叫。该实施为集群内的节点管理、呼叫管理及数据管理提供了支持。可包括额外的系统/装置以提供集群内的活动-待机方式。

图5示出了另一示例集群的原理框图。集群500包括5个节点502a、502b、502c、502d及502e。每个节点示出为包括数据库服务器504a、504b、504c、504d及504e。数据库服务器可耦接以允许在每个数据库服务器之间进行数据通信。如图所示，邻近的服务器在进行通信，然而可理解的是任何给定的数据库服务器可配置为与集群500中的其他服务器的一个或多个进行通信。集群中的节点不需要知道在任何特定时间点组成集群的节点数量。

集群500包括策略路由功能(PRF)506。策略路由功能506控制用于集群500的跨节点502的呼叫的平衡。策略路由功能506可在包括处理器的运算装置上实施。在一些实施中，策略路由功能506可跨节点502分布。例如，集群500中的每个节点可配置为执行基于策略的路由。在一个实施中，每个节点中包括的策略路由功能处理器配置为提供基于策略的路由特征。策略路由功能处理器可利用分布式数据库获取策略规则和集群配置信息。

一个节点可配置为用于活动配置处理器510的主机。活动配置处理器510可由管理员512访问以如同所述地配置集群500。在一些实施中，管理员512可配置以活动节点作为活动配置处理器510，比如通过配置消息。第二节点可配置为托管备用配置处理器514。备用配置处理器514配置为在活动配置处理器510可能经历停机时提供备份。第二节点可配置为通过管理员托管备用配置处理器514。

在集群架构的示例部署中，通过配置处理器创建应用的集群。节点能够为虚拟机或服务器硬件。使用在配置处理器上执行的配置管理应用程序配置节点并使用集群ID将节点群集在一起。

集群能够跨越单一的LAN或使用WAN跨越多个网络。这能够提供地理多样化群集。单一的服务器能够支持用于不同用途的多个集群。节点只能是单一集群的成员，意即节点不能是用于不同用途的多个集群的成员。如图5中所示，每个节点连接至每个其他节点。在一些实施中，连接可包括将第一局域网桥接至第二局域网。在这样的实施中，节点不可在相同的局域网上托管，而是配置为通信。此外，如安全、监控、路由等中间元件没有在图5中示出，但可包括在一个或多个节点之间以提高所述系统的功能性。

用于传统网络网关(LNG)的每个节点可包括下列服务器/进程的一个或多个：

1.背靠背用户代理(B2BUA)服务器

2.协作式和分布式紧急多媒体数据管理服务器(例如Amber信息管理系统)

3.位置信息功能(LIF)

4.统计引擎

5.数据库

6.可用性管理框架(AMF)

7.消息队列

用于ESRP的每个节点将包括下列服务器/进程的一个或多个：

1.B2BUA服务器

2.AIM(Amber信息管理)

3.LIF

4.策略和路由功能(PRF)

5.统计引擎

6.数据库

7.可用性管理框架(AMF)

8.消息队列

负载平衡

在一些实施中，包括负载平衡对于集群是可取的。在这样的实施中，上游装置能够将呼叫分配至集群中的每个节点。负载平衡能够基于轮询或量来完成。平衡能够基于上游装置的配置使用。接收呼叫的每个节点将负责处理该呼叫。每个节点将独立处理呼叫，并且集群中的每个节点将具有用于处理呼叫的完全相同的能力。集群内的节点将与集群共享呼叫状态数据。

上游装置可配置为借助集群节点维持心跳以确保呼叫能够送至每个节点。这能够使用负载平衡设备来完成，比如来自Cisco^TM的市售的那些，或者装置能够保存节点列表并向每个节点发送心跳消息，例如使用SIP选项。

节点能够将呼叫转换至集群中的其他节点。呼叫的处理能够跨集群分配。例如，LIF处理能够在一个节点中执行，PRF处理能够基于进程负载平衡在另一节点中执行。

分布式数据库

集群架构包括分布式数据库。Cassandra DB是由Apache软件基金会开发并发售的市售的分布式数据库的一个示例。分布式数据库配置为允许跨集群共享数据。在一些实施中，分布式数据库配置为在本地集群内跨每个数据库情况执行活动同步。一旦写入数据，这确保数据在集群中(LAN内)跨节点同步。直到完成同步才将控制交回写入应用程序。

对于跨地理多样性集群的数据库情况，该同步操作为惰性同步。惰性同步一般指在时间允许的情况下并行执行的同步操作。因此，地理多样性集群可不同时同步，但它们总归会随时间推移而同步。

通过集群中的节点创建的每个会话将标记创建该会话的所属节点。这会确保通过源节点处理用于该会话的SIP处理。

如果任何数据库情况在节点上失效，整个节点可从集群移除直至备份恢复数据库。

为确保我们没有用于PRF的竞态条件，可执行对于跨集群会话的同步写入操作。这能够通过每个节点将会话更新写入至该会话所属的分布式数据库情况来实现。

PRF群集

策略路由功能(PRF)比如在集群架构中的呼叫分配可为复杂进程。可包括特征以确保在集群中跨节点公平完成策略执行和分配。例如，如果集群中的PRF为基于算法执行相同的呼叫分配功能，则多个节点每次继续选择相同的分配点而不是基于先前选择的公平分配。而且在一些实施中可取的是，对于集群中的PRF将呼叫分配至下游接收者。在这样的实例中，接收池可虚拟地“连接”至集群中的每个节点。

PRF群集的一个方面是下游登记。每个PRF配置为保存能够从队列接收呼叫(例如出列)的下游装置列表。该登记能够通过例如HTTP队列登记请求或用于代理的登录/身份验证来完成。

在一些实施中，集群中的每个PRF节点从登记服务接收该列表，并按出站队列保存下游装置的列表。该列表能够为代理装置或ESRP装置。下游登记保存在分布式数据库中，并且随着分布式数据库的更新，每个PRF从分布式数据库读取该信息。

下游装置可指派给用于管理该装置并分配呼叫给该装置的单个节点。如果下游装置与集群节点失去联系，下游装置可指派给集群中的另一节点。该指派可通过下游装置执行。例如，下游装置可配置为保存其能够向之登记的节点的列表。这些节点能够对于集群本地化或跨地理多样性。

PRF群集的另一方面是队列状态处理。PRF不仅处理下游接收者的状态而且将其目前的队列状态通知上游装置。

当下游装置向集群登记时，用于下游装置的条目添加至分布式数据库。集群中的PRF节点为下游装置的状态查询该条目。

下游装置可配置成为该装置的状态变化而更新SIP B2BUA节点。B2BUA配置为将状态变化通知PRF，PRF将在分布式数据库中继续更新用于该装置的条目。类似地，集群为其上游装置管理队列状态。集群本身将具有用于为该集群配置的每种队列的本地队列状态(例如9-1-1、无线、管理等)。

一旦配置了用于集群的队列，可为该队列创建数据库条目。该条目部分地管理用于集群的总队列呼叫计数。集群中的每个PRF节点将发送至该节点的呼叫排入队列。PRF为其队列更新分布式数据库中用于添加或移除的呼叫的队列条目。然后分布式数据库中的队列条目将代表集群中PRF节点的累计队列计数。PRF节点可配置为在决定将呼叫排入队列以便处理之前检查用于该队列的总呼叫计数。如果呼叫计数超过队列阈值，则可将队列状态通知发送至发送该呼叫的上游装置。

在一些实施中，集群中的每个PRF节点监控该队列计数，以便如果队列计数低于就绪阈值，则PRF能够更新就绪状态的上游装置。该监控能够以固定频率随时间进行，比如每秒一次或每毫秒一次。替代方法是配置分布式数据库以在阈值较低时发送通知至PRF。

PRF群集还有另一方面是新呼叫的PRF处理。每个PRF配置为处理来自其入站队列集合的呼叫。随着PRF从其队列移除呼叫，PRF缩减在分布式数据库中的队列呼叫计数。PRF执行用于该呼叫的源策略并随后从分布式数据库提取终止策略。然后PRF将使用借助终止策略储存的数据和呼叫数据以执行终止策略逻辑。一旦选定策略的结果，更新并返回终止策略至数据库。

系统可允多个个PRF节点以针对这些并行的终止策略而不是控制策略处理呼叫。这可能导致交错的结果，但在高呼叫量下是可接受的。这可通过确保快速策略处理及在继续处理呼叫前插回策略结果来缓解。一旦确定策略结果，PRF为下游装置将呼叫排入出站队列。

PRF群集的另一方面是PRF呼叫分配。PRF的分配逻辑将确定呼叫如何从队列中出列。每个目的队列将配置用于分配模式(例如自动化呼叫分配(ACD)、优先、选择应答等)。

对于ACD模式，PRF可将呼叫自动分配至下一个可用的下游装置。在这样的模式中，PRF可在分布式数据库中针对队列从装置组的列表中选择下一个装置。PRF随后将呼叫发送至下游装置。此时，PRF可在分布式数据库中将会话识别为正在进行中。PRF还可更新带有已选装置的队列装置列表。这将确保集群中的任何其他PRF节点不会尝试发送并行的呼叫至相同的设备。

由于数据库同步可耗费几毫秒以传送更新至节点，就有机会能够将多个呼叫发送至相同装置。该状况能够通过下游装置处理为将这些呼叫排入队列或只留下一个而拒绝其他所有的。PRF直至下游装置接受呼叫才可使呼叫从其目的队列出列。

PRF群集的另一方面是手动使呼叫出列。当队列分配模式为优先应答(PA)或选择应答(SA)时，下游装置能够从目的队列手动出列。

当呼叫以PA或SA的分配模式在目的队列中排队时，PRF将呼叫已排队的通知发送至已登记的下游装置以从队列中出列。在该模式中，下游装置可请求其向之登记的PRF节点。虽然下游装置将具有对于每个PRF目的队列中的呼叫的可见性，但实际的会话数据储存在分布式数据库上。这样，下游装置能够通过已登记的PRF从任何PRF请求任何呼叫。请求的PRF发送分配呼叫事件至所属的PRF以将呼叫发送至下游装置。这能够消除多个请求者要求选取呼叫的竞态条件。所属的PRF可配置为发送呼叫至第一请求者并拒绝其他的。

PRF群集还可包括保存PRF统计。当借助集群和集群队列配置系统时，创建一个或多个管理信息库(MIBs)以代表系统中的呼叫统计。每个PRF可配置为用呼叫计数和策略计数统计更新这些MIB。这些MIB可通过统计引擎来管理，尽管MIB值储存在分布式数据库中。

分布式数据库负责保存来自集群中包括的PRF的增量计数的同步。

每个PRF可配置为按节点保存下列MIB的一个或多个：

——已排队的入站呼叫

——已处理的入站呼叫

——策略执行统计

——每个目标装置的出站队列呼叫计数

——失败的呼叫

——每个PRF的阈值限制

PRF可更新MIB并发送消息至统计引擎以报告给监听者。

集群MIBs能够包括：

——队列呼叫计数和阈值

——预分配的节点数量

——活动的节点数量

——下游已登记装置数量

集群中的SIP高可用性

对于集群可取的是确保如果所属节点失灵，活动呼叫能够通过集群中的任何节点来处理。对于正在进行中的呼叫，当集群节点丢失时，系统可清除正在进行中的呼叫并重建通信。由于是在分布式数据库中管理呼叫状态，集群中的任何节点都将可取得呼叫会话状态并能够继续处理与该呼叫相关的呼叫事件。

AMF可配置为探测失败的节点并选取新节点以接管那些会话的控制。会话可处于下列两种状态之一：1.会话转接中；或2.会话进行中。

对于转接中的会话，这意味着会话并不锚定至媒体服务器。上游装置将探测SIP包的丢失并使用负载平衡再邀请会话到新选取的节点上。接收这些会话的新节点将相应地更新会话数据。

对于进行中的会话，这能包括锚定至媒体服务器的建立的会话和排队的会话。当AMF选取新节点时，节点将识别孤儿会话并在B2BUA中重现会话状态。B2BUA将使用来自分布式数据库的先前状态和事务ID(例如会话信息)。B2BUA配置为传输消息以更新下游装置。消息包括用于下游装置的信息以为该SIP会话更新联系信息。随后通过新节点管理呼叫控制。

B2BUA将追踪成功转移的会话数量和失败的会话数量。对于失败的会话，可保持实时传输协议(RTP)语音和媒体服务器锚定直至呼叫者释放呼叫。这可通过缺少来自呼叫者的媒体来探测。

媒体服务器高可用性

在一些实施中可包括媒体服务器(MS)以锚定终止ESRP处或者请求记录和/或交互式语音/媒体响应(IVR/IMR)的ESRP处的呼叫。

媒体服务器能够配置为单活动单待机或多活动单待机(N+1)。

集群中的节点可使用同一组媒体服务器用于锚定呼叫。如果有多个活动MS，则系统可为集群负载平衡会话。如果一个媒体服务器在锚定呼叫时失效，AMF可探测该失效。AMF可通知在失效媒体服务器的每个节点上的会议应用程序。在一些实施中，会议应用程序选取备用媒体服务器并提交呼叫至该新MS。会话数据随后借助新MS更新。待机媒体服务器一般包括类似于活动MS的能力。在一些实施中，可取的是具有一个以上的活动MS以故障转移至单个待机情况。在这些实施中，基于MS的能力总和提供待机MS中包括的能力，这将在发生故障时提供服务。

一旦恢复了失效的媒体服务器，在待机MS上的会话仍保持在待机MS上托管直至会话解除。会话可不返回，但任何新会话都将继续锚定在原先活动的MS上。

集群中的节点可配置为如果有锚定前的会话在待机MS上就优先活动媒体服务器。即使在活动MS已失效后，待机MS仍保持待机。

专用交换分机(PBX)冗余

集群可包括冗余PBX或与冗余PBX通信。PBX包括其自身的高可用性策略。集群将需要保存PBX的活动情况。

AMF可借助活动PBX IP地址在分布式数据库中更新集群情况。这还能通过DNS名称权威指针(NAPTR)记录来保存。

节点管理

系统将为集群中的每个节点保存节点状态。该状态用于确定节点的健康。AMF用于管理集群中的节点并通过MIB报告其状态。

节点状态的示例包括：

1.预分配的

2.活动的

3.关闭的

4.下线的

5.失败的

失败的状态是指节点难以访问其任何组件(例如DB、PRF、B2BUA等)。

节点管理的一方面是添加节点至集群。节点能够随时添加至集群。一旦添加并激活节点，节点能够开始处理指向该节点的呼叫。通过网络的物理特性(例如能力、内存、物理空间)限制能够添加至集群的节点数量。在添加节点前，AMF将准备节点以便其能够成为集群的一部分。准备节点涉及节点特性的同步。一旦同步，节点就从预分配的转换为活动的。

节点管理的另一方面是从集群中移除节点。能够移除节点的方式的两个示例为：1.节点的丢失(计划外)；以及2.优雅地移除。

在优雅移除的情况下，节点将停止接收新呼叫并清空其目前的队列。一旦队列清空，节点转换为能够将其移除的离线状态。优雅移除节点将允许会话转移至另一节点。

当丢失节点时，下游装置可向另一节点重建登记。这可包括重新验证。

节点管理的另一方面是处理孤儿会话。一旦丢失管理会话的节点，会话就变为孤儿会话。当丢失节点时，AMF可选取新节点以处理孤儿会话用于重建呼叫。

一般有两种孤儿会话：1.正在进行中的；以及2.已建的。

进行中的孤儿会话是没有重建呼叫的会话。进行中的孤儿会话将针对节点超时。这将引起会话借助另一节点重建，或断开并继续作为放弃的呼叫。进行中的孤儿会话将不会重新指派给其他节点。

已建的孤儿会话是已经建立媒体流的会话。这意味着这些会话要继续就将转换为由另一节点管理。一旦新节点已登记新的下游装置，已建会话将分配至新节点。

集群配置

在一个示例中，由配置处理器管理的配置模型可包括树形中的“集群”组件。在这样的示例中，在每个集群组件下，管理员能够配置任意数量带有名称的集群。

每个集群对象可包括下列属性的一个或多个：

1.集群名称

2.节点列表(这是依据IP地址的机器列表)

3.集群队列

4.未来属性

5.PBX情况

当配置(例如结合ESRP)装置(或租户)时，装置指派给集群。通过指派装置给集群，系统可识别哪些装置是集群的一部分。

图6示出了管理通信会话的示例方法的流程图。图6中所示的方法可整体或部分地通过如图2或3中所示的装置的一个或多个来实施。在一些实施中，方法可实施为可通过为管理通信会话配置的装置的处理器执行的非暂时性可机读指令。在块602中，登记第一节点和第二节点。第一节点和第二节点可向相同集群或不同集群登记。可通过从节点传输至中央管理处理器的消息执行登记。

在块604中，获取第一节点的至少一个特性和第二节点的至少一个特性。可通过请求从会话路由器传输至节点的信息获取特性。可通过在分布式数据库中查找用于节点的信息获取特性。可通过从节点广播的消息(例如状态消息)获取特性。

在块606中，接收通信会话。在块608中，识别第一节点或第二节点之一以接收通信会话。识别至少部分地基于策略及第一节点的至少一个特性和第二节点的至少一个特性。

在块610中，将通信会话信息提供给已识别的节点。在一些实施中，提供可包括在分布式数据库中更新一个或多个值以表明通信会话信息与已识别的节点相关联。在一些实施中，提供可包括传输通信会话信息至已识别的节点。可取的是在这样的实施中包括确认消息，以便会话路由将根据用于给定的通信会话的确认消息的接收来完成。如果没收到确认消息(例如在一段预定的时间之后)，可识别另一节点用于通信会话。

示例呼叫管理流程

在下列流程中描述了图6中所示方法的详细实施。示例描述了含有上述特征的一个或多个的群集的终止ESRP。

1.系统配置为带有5节点本地集群。

2.集群配置为带有3个队列(911、无线、管理)。

3.向集群登记200个代理，每个节点40个代理。

4.通过用于每个ACD组/技能组的配置创建目的队列。

5.每个代理配置为向一个活动节点登记，如果活动节点失效，将故障转移至另一节点。

6.代理通过登入节点来向节点登记。每个代理都具有偏好和状态。

7.AAA将代理登录通知PRF并更新带有目的队列的分布式数据库至代理映像。

8.每个PRF收到关于该映像的通知并添加至其分配映像。

9.平衡负载新的911呼叫至集群中节点上的B2BUA。

10.B2BUA通知PRF分配呼叫(假设对于此例，呼叫分配模式为ACD)。

11.PRF将检查对于呼叫类型的入列限制(例如9-1-1)。

12.假设队列可用，PRF在本地将呼叫排入队列并在分布式数据库中更新9-1-1队列计数。

13.第二PRF线程使呼叫从进站队列中出列并缩减队列呼叫计数。

14.PRF执行源策略，然后基于源策略的结果从分布式数据库选取终止策略。

15.在执行终止策略后，PRF用终止策略结果更新分布式数据库。

16.PRF将呼叫排在作为终止策略结果所选的目的队列上。

17.PRF从队列接收者清单选取装置(代理)。

18.如果代理向该节点登记，则PRF发送呼叫至接收者。

19.如果代理向另一PRF节点登记，代理将借助其PRF更新其状态。

20.如果代理在所配置的时间内不应答呼叫，PRF将选取新代理。

21.一旦接收者确认呼叫，在分布式数据库中更新代理列表。

22.如果节点失效，代理将登录至其次要节点。

23.次要节点将重新控制会话。

故障排除

在一些实施中，集群中的一个或多个节点可配置为提供故障排除指引。故障排除指引的示例包括：

1.显示向每个节点登记的装置列表

2.显示每个队列中的呼叫列表(入和出)

3.按节点显示状态

4.显示集群节点成员资格

5.显示会话节点所有权

6.显示下游装置状态

7.显示下游登记表

8.显示节点成员状态

每个节点可配置为通过节点追踪呼叫并显示呼叫处理的日志存底。

性能和可扩展性

在集群中添加节点能够增加性能和可扩展性，但这不是线性增加。很多因素能够在添加节点时影响整体集群性能。

例如，一旦通过额外的节点收集了更多数据，则可建立设计呼叫量的方法。方法可包括至少部分基于期望的数据量、节点特性(例如处理能力、速度、内存、网络连通性、带宽、物理位置)及一个或多个延迟来为集群确定节点数量。一个可考虑的延迟是数据库同步延迟。随着添加节点，可发生对于分布式数据库的写入操作中的延迟。延迟的另一来源是下游负载平衡。例如，当下游装置的数量不与节点一同增加时，可在发送呼叫至接收者时引入额外的信息跳转。

如本文所用，术语“确定”包括多个行为。例如，“确定”可包括计算、运算、处理、导出、调查、查找(例如在表格、数据库或另一数据结构中查找)、查明等等。而且，“确定”可包括接收(例如接收信息)、存取(例如在内存中存取数据)等等。而且，“确定”可包括解析、挑选、选定、建立等等。

如本文所用，术语“提供”包括多个行为。例如，“提供”可包括生成和传输包括要提供的信息的消息。“提供”可包括在已知位置(例如数据库)储存信息用于以后的消耗。“提供”可包括通过例如图形用户界面的界面呈现信息。在一些实施中，“提供”可包括传输信息至优先于预期的接收者的媒介。应该理解的是，“提供”可为对终端用户装置或对没有预期的终端用户/观察者(观察器？)的机器对机器接口。

如本文所用，涉及多个项的列表的“至少一个”是指那些项的任意组合，包括单个成员。例如，“a、b或c的至少一个”旨在涵盖：a、b、c、a-b、a-c、b-c以及a-b-c。

本文中使用词语“示例性”表示“作为示例、实例或例证”。本文中描述为“示例性”的任何方面或实施方式未必要解释为超过其他方面或实施方式的优选的或有利的。在下文中参照附图更充分地描述了新颖的系统、设备和方法的多个方面。然而，该公开可以多个不同形式呈现，不应解释为限于贯穿本公开所提出的任何特定结构或功能。相反，提供这些方面以便本公开将透彻和完整，并且会将本公开的范围充分传达给本领域技术人员。基于本文中的讲授，本领域技术人员应领会公开范围旨在涵盖本文公开的新颖的系统、设备和方法的任何方面，不论是否独立于或结合发明的其他任何方面来实施。例如，可使用任意数量的本文所述的方面来实现设备或实践方法。另外，发明范围旨在涵盖使用其他结构、功能性或除了或不同于本文所述的发明的多个方面的结构和功能性而实践的这样的设备或方法。应理解的是，通过权利要求的一个或多个要素可呈现本文中所公开的任何方面。

尽管本文中描述了特定方面，这些方面的多个变型和变换仍属于公开范围。尽管提到了优选方面的一些益处和优点，但公开范围并非旨在限制于特定的益处、使用或目的。相反，公开的方面旨在广泛适用于不同的通信技术、系统配置、网络及传输协议，其中有一些通过在优选方面的图示和下列描述中的示例进行了说明。详细描述和图示只是对公开进行说明而不是限制通过所附权利要求及其等同物限定的公开范围。

上述方法的多个操作可通过能够执行该操作的任何合适的装置执行，比如多个硬件和/或软件组件、电路、和/或模块。一般地，图示中示出的任何操作可通过能够执行该操作的相应的功能性装置执行。

与本公开相关的多种说明性逻辑块、模块和电路可借助通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程们列阵(FPGA)或其他可编程逻辑装置、离散门、晶体管逻辑、离散硬件组件或设计以执行本文所述功能的其任意组合实施或执行。通用处理器可为微处理器，但可选地，处理器可为任何市售的处理器、控制器、微控制器或状态机。处理器还可实施为运算装置的组合，例如DSP和微处理器、多个微处理器、一个或多个微处理器连同DSP核心或任何其他这样的配置的组合。

在一个或多个方面中，所述功能可在硬件、软件、固件或其任何组合中实施。如果在软件中实施，功能可储存在或传输为计算机可读介质上的一个或多个指令或代码。计算机可读介质包括计算机存储媒介和通信媒介，包括有助于计算机程序从一地转移到另一地的任何介质。存储媒介可为能够通过计算机存取的任何可用媒介。例如但不限于，这样的计算机可读媒介能够包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁存储装置、或能够用于以指令或数据结构的形式装载或储存所需程序代码并能够通过计算机存取的任何其他介质。并且任何连接都正确地称为计算机可读介质。例如，如果使用同轴线缆、光缆、双绞线、数字用户线(DSL)或无线技术如红外线、无线电及微波从网站、服务器或其他远程源传输软件，则同轴线缆、光缆、双绞线、DSL或无线技术如红外线、无线电及微波都包括在介质的定义中。如本文所用，磁盘和光盘包括压缩光盘(CD)、激光光盘、光学光盘、数字化通用光盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘借助激光光学地复制数据。因而在一些方面中，计算机可读介质可包括非临时性计算机可读介质(例如可触/有形/实体媒介)。此外，在一些方面中，计算机可读介质可包括临时性计算机可读介质(例如信号)。上述项的组合也应包括在计算机可读媒介的范围内。

本文中公开的方法包括用于实现所述方法的一个或多个步骤或行为。方法步骤和/或行为可与另一方法步骤和/或行为互换而不背离权利要求的范围。换言之，除非指定步骤或行为的特定顺序，否则可修改特定步骤和/或行为的顺序和/或使用而不背离权利要求的范围。

因此，某些方面可包括用于执行本文中提出的操作的计算机程序产品。例如，这样的计算机程序产品可包括具有储存(和/或编码)在其上的指令的计算机可读介质，可通过一个或多个处理器执行指令以执行本文中所述的操作。对于某些方面，计算机编程产品可包括包装材料。

此外应领会的是，如果适用，用于执行本文中所述的方法和技术的模块和/或其他合适的装置能够通过其中包括的装置或组件下载和/或另行获取。例如，这样的装置能够联接至服务器以促进用于执行本文中所述方法的装置的转移。可选地，通过存储装置(例如RAM、ROM、物理存储介质，比如压缩光盘或软盘等)能够提供本文中所述的多个方法，以使其中包括的装置或组件能够随着将存储装置联接至或提供给装置而获得多种方法。另外，能够利用用于提供本文中所述的方法和技术给装置的任何其他适宜技术。

本文中包括的标题仅供参考并旨在有助于定位各个部分。这些标题并非旨在限制其相关的所描述的概念的范围。这样的概念可具有贯穿整个说明书的适用性。

应理解的是权利要求并不限于上文所说明的精确的配置和组件。在上文所述的方法和设备的布置、操作及细节中可做出多种修改、改动及变型而不背离公开的范围。

虽然前文所述针对的是本公开的方面，但可不背离其基本范围而设计公开的其他及更多方面。

Claims

1.一种系统，包括：

第一节点和第二节点，所述第一节点和所述第二节点配置为接收和保存通信会话信息，所述第一节点和所述第二节点在至少一个会话管理服务器上执行；

分布式数据库，其中所述第一节点和所述第二节点包括所述分布式数据库的情况，所述分布式数据库配置为储存所述第一节点的至少一个特性和所述第二节点的至少一个特性；

会话负载平衡服务器，配置为：

接收通信会话；

识别所述第一节点或所述第二节点之一以至少部分地基于策略及所述第一节点的至少一个特性和所述第二节点的至少一个特性来接收通信会话；以及

生成指示所述通信会话和已识别节点的指示，其中所述已识别节点配置为从所述分布式数据库获得所述通信会话。

2.如权利要求1所述的系统，其中所述通信会话信息包括会话状态、会话标识及当前节点。

3.如权利要求1所述的系统，其中所述第一节点和所述第二节点的特性包括联接至所述节点的多个应答点、单位时间处理的多个通信会话、节点负载、或节点会话量中的一个或多个。

4.如权利要求1所述的系统，还包括配置为监控所述第一节点和所述第二节点的集群管理服务器，以及

其中当所述第一节点或所述第二节点之一失效时，所述集群管理服务器配置为更新与失效节点相关的所述分布式数据库中的一个或多个通信会话信息条目，所述条目与活动的节点相关，所述活动的节点配置为至少部分地基于所述通信会话信息来重建所述通信会话。

5.如权利要求4所述的系统，其中所述更新至少部分地基于策略和所述活动的节点的至少一个特性。

6.如权利要求4所述的系统，其中所述集群管理服务器配置为：

基于所述通信会话信息生成再邀请消息；并且

传输所述再邀请消息至所述活动的节点。

7.如权利要求4所述的系统，其中所述集群管理服务器配置为：

接收来自第三节点的登记请求，所述登记请求包括节点配置和节点状态；以及

在所述分布式数据库中储存所述登记请求，其中所述会话负载平衡器配置为识别所述第一节点、所述第二节点或所述第三节点之一以接收所述通信会话。

8.如权利要求1所述的系统，其中所述通信会话为会话发起协议通信会话。

9.如权利要求1所述的系统，其中所述第一节点与第一应答点相关联，所述第二节点与第二应答点相关联。

10.如权利要求1所述的系统，其中所述策略包括用于节点特性的阈值，其中基于比较所述节点特性的值与所述阈值来识别节点。

11.一种管理通信会话的方法，所述方法包括：

登记第一节点和第二节点；

获得所述第一节点的至少一个特性和所述第二节点的至少一个特性；

接收通信会话；

识别所述第一节点或所述第二节点之一以至少部分地基于策略及所述第一节点的至少一个特性和所述第二节点的至少一个特性来接收所述通信会话；以及

提供通信会话信息给已识别节点。

12.如权利要求11所述的方法，其中所述通信会话信息包括会话状态、会话标识及当前节点。

13.如权利要求11所述的方法，其中所述第一节点和所述第二节点的特性包括联接至所述节点的多个应答点、单位时间处理的多个通信会话、节点负载、或节点会话量中的一个或多个。

14.如权利要求11所述的方法，还包括：

当所述第一节点或所述第二节点之一失效时，更新与所失效的节点相关的所述分布式数据库中的一个或多个通信会话信息条目，所述条目与活动节点相关，所述活动节点配置为至少部分地基于所述通信会话信息来重建所述通信会话。

15.如权利要求14所述的方法，其中所述更新至少部分地基于所述策略和所述活动节点的至少一个特性。

16.如权利要求14所述的方法，还包括：

基于所述通信会话信息生成再邀请消息；以及

传输所述再邀请消息至所述活动节点。

17.如权利要求14所述的方法，还包括：

在所述分布式数据库中储存所述登记请求，其中所述识别包括识别所述第一节点、所述第二节点或所述第三节点之一以接收所述通信会话。

18.如权利要求11所述的方法，其中所述通信会话为会话发起协议通信会话。

19.如权利要求11所述的方法，其中所述第一节点与第一应答点相关联，所述第二节点与第二应答点相关联。

20.一种包括指令的计算机可读存储介质，当通过装置处理器执行所述指令时，所述指令使所述装置：

登记第一节点和第二节点；

接收通信会话；

提供通信会话信息给已识别节点。

21.一种系统，包括：

用于接收和保存通信会话信息的装置；

用于接收和保存所述通信会话信息的装置的至少一个特性的分布式存储的装置；

用于会话负载平衡的装置，配置为：

接收通信会话；

识别所述用于接收和保存所述通信会话信息以至少部分地基于策略及至少一个特性来接收所述通信会话的装置；以及

生成指示所述通信会话和已识别的用于接收和保存所述通信会话信息的装置的指示，其中所述已识别的用于接收和保存所述通信会话信息的装置配置为从所述用于所述分布式存储的装置获得所述通信会话。