CN102255889B - Sip监视和控制锚点 - Google Patents

Sip监视和控制锚点 Download PDF

Info

Publication number
CN102255889B
CN102255889B CN201110138910.2A CN201110138910A CN102255889B CN 102255889 B CN102255889 B CN 102255889B CN 201110138910 A CN201110138910 A CN 201110138910A CN 102255889 B CN102255889 B CN 102255889B
Authority
CN
China
Prior art keywords
application
anchor point
communication session
communication
user
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.)
Active
Application number
CN201110138910.2A
Other languages
English (en)
Other versions
CN102255889A (zh
Inventor
罗伯特·E·布劳德斯
戈登·R·布鲁森
乔尔·M·伊泽尔
哈什·V·门迪拉塔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Avaya Inc
Original Assignee
Avaya Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Avaya Inc filed Critical Avaya Inc
Publication of CN102255889A publication Critical patent/CN102255889A/zh
Application granted granted Critical
Publication of CN102255889B publication Critical patent/CN102255889B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1086—In-session procedures session scope modification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Abstract

本发明公开了SIP监视和控制锚点。引入了锚点的概念。锚点，具体地，会话发起协议(SIP)锚点用作逐用户地建立的媒体和呼叫控制点，其随后可被任何应用共享。锚点的使用允许应用得知并控制最近的通信并且及早地停止监视和控制通信会话，而不会中断该会话或者引入大量的控制或媒体延迟。

Description

SIP监视和控制锚点
技术领域
本公开一般涉及通信，并且具体地涉及会话发起协议通信。
背景技术
会话发起协议(SIP)是用于建立多种实时通信会话的开放信令协议。可以利用SIP建立的通信会话的类型的示例包括语音、视频和/或即时消息传输。这些通信会话可以在诸如个人计算机、膝上型计算机、个人数字助理、电话机、移动电话、蜂窝电话等之类的任何类型的通信设备上实现。SIP的一个关键特征是其将端用户的记录地址(AOR)用作用于所有通信的单个统一公共地址的能力。因此，在SIP增强通信领域中，用户的AOR成为将用户链接到与该用户相关联的所有通信设备的其单个地址。利用该AOR，呼叫者可以达到用户通信设备中的任一个(也称为用户代理(UA))，而无需知道每个唯一设备地址或电话号码。
许多SIP通信借助于以下事实而被增强：在通信会话的建立期间将应用插入或包括在该会话中。将应用结合在通信会话中通常称为应用排列(application sequencing)，因为应用在通信会话的建立期间顺序地被调用。在一些实例中，应用由管理SIP网络的企业所拥有并操作。在一些实例中，应用可由第三方销售商提供。在任意情况中，应用被包括在通信会话中的传统方式是在通信会话建立阶段期间，以使得这些应用可由将它们自己插入在通信会话的信令和媒体路径中。
可用于通信会话的应用的示例性类型包括但不限于呼叫记录应用、通信日志服务、会议应用、安全性应用、加密应用、协作应用、白板应用、移动性应用、呈现应用、媒体应用、消息传输应用、桥接应用以及任何其它类型的可以补充或增强通信的应用。
当前在分布式网络中没有一种较好的方式来确保应用可以逐通信方地提供媒体服务而不管呼叫拓扑和中间应用如何。也没有允许应用在通信会话建立之后得知并控制该会话的良好解决方案。也没有好的方式使媒体资源在多个应用间共享。
除了上述缺点以外，还没有用于提供实时的集中化通信日志的良好解决方案。通信日志服务，即当前可用的通信日志不会指示何时使呼叫去往个人，而是通过排列应用来重定向。除了这些缺点以外，当前没有用于将通信日志信息实时地分发给未涉及参与者的方式，这意味着端点不能在通话进行中进行“现场”更新，因此，没有机会得知并控制这些通话。
发明内容
因此，本公开的一个方面提供了用于克服前述缺点的锚点的概念。诸如SIP锚点之类的锚点是被插入在用户通信序列内的一个位置处并且由一个或多个应用访问的监视和控制点。这样的锚点通常逐通信方地来提供，但是如果需要，也可以将它们提供给一组定义的用户。这样的锚点可以由锚点服务器或者类似的一组处理资源来提供并维持。可以平衡利用(leverage)SIP锚点来实现先前不可用的若干特征。
本公开的一个方面允许应用通过平衡利用通信序列中的锚点的存在来得知并控制现存通信会话，即使该应用最初未被排列到通信会话中。反之，应用可经由锚点被包括在通信会话中并且及早地离开该通信会话，而不会实质性地延迟与通信会话相关联的控制信令。
在一些实施例中，单独的锚点被提供给参与通信会话的每个用户。取决于用户的通信偏好和其他系统要求，也可以将两个或更多个锚点提供给每个用户。如果通信会话包括三个或更多个参与者(例如，通信会话是会议)，则每个参与者或用户可以具有被排列到通信会话中的其自己的锚点。在其它实施例中，一组用户可以共享锚点。这些锚点的位置也可以取决于用户的通信偏好和其他系统要求而变化。
本发明的另一方面是智能地管理参与共同通信会话的多个锚点。具体地，提供了管理协议，其允许一个锚点平衡利用由另一锚点包括在通信会话中的媒体资源，如果这些媒体资源满足某些要求的话。这有助于保证媒体资源仅在需要时被使用。此外，现在存在以容易且高效的方式来跨越多个应用共享媒体资源的方式。
本发明的一个方面允许锚点将媒体操作瞄准单个通信方，即使其它中间应用已被加入呼叫或者会议中心节点已向呼叫加入了通信方。
根据本公开至少一些实施例，提供了一种方法，该方法一般包括：
接收用于至少在与第一用户相关联的第一通信设备和与第二用户相关联的第二通信设备之间建立通信会话的请求；
在通信会话的建立期间将至少一个锚点排列在通信会话中；以及
建立所述通信会话并且将锚点包括在通信会话的信令路径中。
如这里使用的术语“计算机可读介质”是指参与存储并且/或者提供指令给处理器以供执行的任何有形存储和/或传输介质。这种介质可以采取许多形式，包括但不限于非易失性介质、易失性介质以及传输介质。非易失性介质例如包括NVRAM或者磁盘或光盘。易失性介质包括动态存储器，例如主存储器。计算机可读介质的常见形式例如包括软盘、柔性磁盘、硬盘、磁带或任何其它磁介质，磁光介质、CD-ROM、任何其它光介质，打孔卡、纸带、任何其它具有孔图案的物理介质，RAM、PROM、EPROM、FLASH-EPROM，类似存储卡的固态介质，任何其它存储器芯片或存储器盒，如下面将描述的载波，或者计算机可以读取的任何其它介质。电子邮件的数字附件或其它自容式信息文档或文档组被认为是等效于有形存储介质的分布式介质。当计算机可读介质被配置为数据库时，将明白，该数据库可以是任何类型的数据库，例如关系数据库、层次化数据库、面向对象的数据库等等。因此，认为本公开包括其中存储了本公开的软件实现方式的有形存储介质或分布式介质以及现有技术认可的等同物和后继介质。
这里使用的术语“确定”、“计算”和“运算”及其变体可互换使用，并且包括任何类型的方法、处理、数学操作或技术。
这里使用的术语“模块”、“代理”或“工具”是指能够执行与该元件相关联的功能的任何公知的或以后开发出的硬件、软件、固件、人工智能、模糊逻辑或硬件与软件的组合。此外，虽然根据示例性实施例描述了本公开，然而，应当理解，可以单独地要求保护本公开的各个方面。
前面是本发明实施例的简化概述以提供对本公开各个方面的了解。该概述既不是对本公开及其各个实施例的广泛性综述也不是全面性综述。既不旨在标识出本公开的重要的或关键性元素也不旨在记述本公开的范围，而是以简化的形式将本公开的所选概念呈现作为对下面将呈现的更详细描述的介绍。如将会理解的，通过单独或组合地利用上面阐述的或下面将详细描述的一个或多个特征，还可以作出公开的其它实施例。
附图说明
图1A是描绘根据本公开实施例的通信系统的框图；
图1B是描绘根据本公开实施例的物理呼叫模型的框图；
图1C是描绘根据本公开实施例的逻辑呼叫模型的框图；
图2A是描绘根据本公开实施例的第一可能应用序列的示图；
图2B是描绘根据本公开实施例的第二可能应用序列的示图；
图2C是描绘根据本公开实施例的第三可能应用序列的示图；
图2D是描绘根据本公开实施例的第四可能应用序列的示图；
图3是描绘根据本公开实施例的通信会话建立方法的流程图；
图4是描绘根据本公开实施例的平衡利用SIP锚点的方法的流程图；
图5是描绘根据本公开实施例的管理多个SIP锚点的方法的流程图；
图6是描绘根据本公开实施例的平衡利用SIP锚点来填充集中式通信日志的方法的流程图；以及
图7是描绘根据本公开实施例的从通信日志向一个或多个实体提供信息的方法的流程图。
具体实施方式
下面将结合示例性通信系统说明本公开。尽管非常适合与例如使用(一个或多个)服务器和/或(一个或多个)数据库的系统一起使用，然而本公开不限于与任何特定类型的通信系统或系统元件的配置一起使用。本领域技术人员将认识到，所公开的技术可以用在希望利用锚点的任何通信应用中。
还将结合分析软件、模块和关联分析硬件来描述本公开的示例性系统和方法。然而，为了避免不必要地模糊本公开，下面的描述省略了可能以框图形式示出的、公知的或者以其它方式概括的公知结构、组件和设备。
为了说明的目的，阐述了多个细节以提供对本公开的透彻理解。然而，应当理解，本公开可以以这里阐述的具体细节以外的多种方式来实施。
图1A描绘了根据本公开一个实施例的通信系统100。通信系统100包括经由(通常为不可信或不安全或公共的)通信网络108与一个或多个外部通信设备112通信的企业网络104。之所以通常将外部通信设备112称为“外部的”是因为它们不在管理企业网络104的企业的直接控制下或者与位于企业网络104内的通信设备136相比对企业网络104具有降低的置信水平。示例性类型的外部通信设备112包括但不限于蜂窝电话、膝上型电脑、个人计算机(PC)、个人数字助理(PDA)、数字电话、模拟电话等。
通信网络108可以是分组交换型和/或电路交换型的。示例性通信网络108包括但不限于诸如因特网之类的广域网(WAN)、公共交换电话网络(PSTN)、普通老式电话服务(POTS)网络、蜂窝通信网络或者它们的组合。在一种配置中，通信网络108是支持TCP/IP协议集的公共网络。
企业网络104可以包括：包含服务器电缆120的边界服务器116、包含呼叫特征排列器128和用户表132的通信服务器124、一个或多个内部通信设备136、锚点服务器140、可能能够提供一个应用148或一组不同应用152的一个或多个应用服务器144、多个其它服务器156以及企业数据库160，所有这些设备通过(可信或安全或私有的)局域网(LAN)164相连。图1中描绘的一些或所有功能可以共同宿留和/或共同驻留在单个服务器上。对图1中的组件的描述通常旨在是对系统100的组件的逻辑描述。
可以通过位于LAN 164与通信网络108之间的网关和/或防火墙来确保LAN 164不被不可信的通信方侵入。在一些实施例中，边界服务器116可以包括网关和/或防火墙的功能。在一些实施例中，可在边界服务器116与通信网络108之间提供单独的网关或防火墙。
通信服务器124可以包括专用分支交换机(PBX)、企业交换机、企业服务器、它们的组合、或者其它类型的通讯系统交换机或服务器。通信服务器124优选地被配置来执行通讯功能，例如，如下功能的套组或者Avaya公司的Avaya AuraTM应用，包括Communication ManagerTM、AvayaAura Communication ManagerTM、Avaya IP OfficeTM、CommunicationManager BranchTM、Session ManagerTM、Systme ManagerTM、MultiVantageExpressTM以及它们的组合。
尽管在图1中仅示出了单个通信服务器124，然而两个或更多个通信服务器124可被设置在单个企业网络104中或者跨越单个企业所拥有并操作的多个分离的LAN 164被设置，但是与通信网络108相分离。在企业或企业网络104包括两个或更多个通信服务器124的配置中，每个服务器124可以包括类似的功能，但是可被配置用于仅向所有企业用户的子集提供其特征。具体地，第一通信服务器124可被授权给并服务于第一子集的企业用户，而第二通信服务器124可被授权给并服务于第二子集的企业用户，其中，第一和第二子集的用户通常不共享共同的用户。这是网络边界服务器116可被提供有服务器表120的一个原因。
另外，多个服务器124可以支持共同用户团体。例如，在用户不必束缚于单个应用服务器的地理冗余(geo-redundant)及其它应用中，可以存在这样的等效服务器集群，其中，用户可以由该集群中的任何服务器提供服务。
根据本发明的至少一些实施例，对通信请求内的用户身份的映射不一定必须发生在网络边界服务器116处。例如，授权服务器与用户之间的映射可以发生在企业网络104内的网络边界服务器116“之后”。
在一些实施例中，网络边界服务器116负责最初地将企业网络104内的通信路由到负责服务于该通信中涉及的特定用户的通信服务器124。例如，如果第一企业用户正被外部通信设备112呼叫，则网络边界服务器116可以最初地接收进入呼叫，确定该呼叫被引导至第一企业用户，参考服务器表120来标识用于第一企业用户的授权通信服务器124，并且将该进入呼叫路由到该授权通信服务器124。同样，内部企业用户(例如，内部通信设备136)之间的通信在通信建立的发起阶段期间可以首先由发起用户的授权通信服务器124提供服务。在发起阶段完成之后，端接(或被呼叫)用户的授权通信服务器124可被调用来完成通信建立的端接阶段。在一些实施例中，用于发起和端接用户的通信服务器124可以是相同的，但不是一定需要这样。在多于两个企业用户在通信会话中被调用的情形下，可以在不脱离本发明的范围的情况下采用用于各个被调用用户的授权通信服务器124。另外，每个用户的授权通信服务器124可以在同一企业网络104中或者在由共同企业拥有但被通信网络108分离开的不同企业网络104中。
每个通信服务器124包括特征排列器128和用户表132。通信服务器124的用户表132包含被授权的每个用户的通信偏好。具体地，用户表132可由用户和/或由管理人员来配置。特定用户的通信偏好被特征排列器128参考来确定应将哪些特征(如果存在的话)包括在该用户的通信会话中。特征排列器128实际上可以直接向通信会话提供通信特征或者特征排列器128可以确定将在建立期间被调用并在通信会话期间使用的一应用序列。
根据至少一些实施例，特征排列器128可以确定应用序列并且使得一个或多个应用148、152被排列到通信会话中。具体地，特征排列器128被配置为分析特定用户的通信偏好并且调用所需应用来满足这些偏好。一旦应用序列由特征排列器128确定，通信服务器124就将通信建立消息传递给该应用序列中的第一应用，从而允许第一应用确定通信会话的参数，将其自身插入该通信会话的控制和/或媒体流中，并且由此将其自身绑定到该通信会话。一旦第一应用将其自身插入到通信会话中，第一应用就向特征排列器128传递回标识应用序列中的下一应用的通信建立消息，或者直接向应用序列中的第二应用传递通信建立消息。替代地，或者另外，消息可以被重新定向，被拒绝，等等。此外，通信方和/或媒体服务器可以由应用添加到呼叫中。如可以理解的，该处理持续直到所有应用已被包括在通信会话中为止并且该处理可以针对通信会话中所涉及的每个用户而被重复。
尽管仅示出了两个应用服务器144，然而本领域技术人员将理解，可以提供一个、两个、三个或更多个应用服务器144并且每个服务器可被配置来提供一个或多个应用。由特定应用服务器144提供的应用可以取决于服务器144的能力而变化，并且在特定应用服务器144包括一组应用152的情况中，该组应用152中的一个、一些或所有应用可被包括在特定应用序列中。然而，不要求将一组应用152中的所有应用包括在应用序列中并且对应用被包括在应用序列中的顺序没有要求。而是，应用序列通常是基于可在用户表132中找到的用户的应用偏好来确定的。替代地或者另外，出现在用户序列向量中的应用及其在该向量中的顺序可以由系统管理员确定以满足商业需求。
此外，应用序列可以基于通信会话中所使用的(一个或多个)媒体类型而变化。例如，用户可以具有针对基于语音的通信的第一组偏好、针对基于视频的通信的第二组偏好以及针对基于文本的通信的第三组偏好。另外，用户可以具有定义了用于将通信会话从一种媒体类型转换为另一种媒体类型的优选媒体类型和规则的偏好。此外，用户可以具有定义了建立和进行多媒体通信的方式的偏好。
包括在特定应用序列中的应用通常被包括来适应用户的偏好。应用可以根据媒体类型、功能等而变化。应用的示例性类型包括但不限于EC-500(蜂窝的扩展)应用、呼叫建立应用、语音邮件应用、电子邮件应用、语音应用、视频应用、文本应用、会议应用、呼叫记录应用、通信日志服务、安全性应用、加密应用、协作应用、白板应用、移动性应用、呈现应用、媒体应用、消息传输应用、桥接应用以及任何其它类型的可以补充或增强通信的应用。另外，在不脱离本发明的范围的情况下，可将给定类型的一个、两个、三个或更多个应用包括在单个应用序列中。
根据本公开的至少一些实施例，锚点服务器140被提供作为一种在用户的通信序列中创建锚点的机制，由此允许某些应用148、152在会话被建立之后得知并控制该通信会话或者允许某些应用148、152在会话结束之前离开该通信会话。具体地，锚点服务器140可以在建立期间将一个或多个锚点绑定到通信会话，但是可能在应用标识出需要媒体资源之前，不必将任何媒体资源绑定到该通信会话。因此，锚点服务器140可以在其它被排列应用被绑定到通信会话之前和/或之后，将一个或多个锚点包括在逻辑通信序列中。
在引入锚点之前，如果应用148、152希望具有向给定通信施加媒体控制的能力，则其必须明确地被设置为被排列应用。然而，一些应用实际上并不关心通信建立阶段：它们是使得通信前进到原本被寻址的通信方的内容，并且于是对中间会话施加媒体和呼叫控制。将这样的应用设置为被排列应用常常导致不必要的媒体资源浪费。
在一些实施例中，锚点不是一应用独有的。取而代之的是，它们是任何应用可以平衡利用的控制点。它们甚至可以不被设置，而是由知道哪个锚点服务器140被授权给给定用户的特征排列器128自动进行排列，因为该信息也可以在用户表132中找到。由锚点服务器140提供的锚点将总是被排列到应用序列的至少一个点中。锚点被放置的位置可以取决于所需要特征的类型而变化。此外，在不脱离本发明的范围的情况下可以将多个锚点插入到通信会话中。
平衡利用锚点的应用将被提供有逻辑呼叫模型，该逻辑呼叫模型类似于由计算机支持的电话应用(CSTA)、增值-X(Parlay-X)或者用来在应用与锚点之间传输呼叫状态和操作的任何其它范例提供的模型。潜在希望平衡利用锚点的这些应用将订阅感兴趣端点的呼叫事件，并且在通信会话的呼叫/连接状态改变时将得到通知。在一些实施例中，锚点对于应用来说是不可见的。取而代之的是，它们将调用与呼叫有关的媒体操作或者该呼叫内的连接，并且锚点将被透明地平衡利用。
在大多数情况中，锚点最初不会调用媒体路径(例如，实时传输协议(RTP))中的应用148、152或者媒体资源。取而代之的是，锚点将其自身作为背对背用户代理(B2BUA)插入到信令路径中。仅当应用请求媒体动作时，锚点才开始与应用服务器144的媒体服务器标记语言(MSML)会话，然后重新邀请(RE-INVITE)每侧以将应用服务器144插入RTP路径中。在锚点位于端点“隔壁”的实施例中，则总是确保其仅针对该给定端点/用户能够起作用或记录。由于能够将用于每个用户的锚点添加到企业呼叫中，因此每方的媒体操作一般是可能的，而不管任何中间会议中心节点或应用如何。由于实施特定应用148、152所需的媒体资源直到需要时才被插入路径中，因此，媒体资源不会被浪费并且避免了附加的RTP延迟。
如果每个锚点总是携带其自己的媒体资源，则这将潜在地引起资源浪费和附加RTP延迟。这是媒体令牌可能被利用的情况。插入第一媒体资源(例如，媒体服务器)的第一锚点将把媒体令牌包括在最终由同一通信会话中涉及的第二锚点接收的INVITE或RE-INVITE的头部中。在大多数情况中，如果可能，该另一锚点于是将使用媒体令牌信息来平衡利用第一锚点所插入的媒体服务器。然而，如果中间应用或会议中心节点已插入了其自己的媒体资源，则由另一锚点再利用的该媒体资源可能导致与之前相同的问题，即，应用认为其正作用于或记录一个通信方但实际上获得了多个通信方。为了应付该问题，第二锚点将媒体令牌中的会话描述协议(SDP)信息与其在RE-INVITE中接收的SDP信息相比较。如果SDP属性相匹配，则不存在中间媒体服务器并且第一媒体资源可被再利用。如果它们不匹配，则为第二应用引入新的媒体资源。在Braudes等人于2009年10月6日提交的美国专利申请No.12/574,604中提供了对媒体令牌和使用其的优点的另外的描述，该申请的全部内容通过引用被结合于此。
可以支持的一个特征是：应用可以告诉锚点其应当总是包括用于给定用户的特定媒体资源(即，基于用户表132中的用户偏好)。一个示例将是如果应用知道其总是想要记录给定用户的所有呼叫。在该情况中，应用会将此指示给锚点(可能利用建立针对该用户的监视器时的参数)，因此，将以其它方式通过插入新的媒体资源中间呼叫而被引入的“修剪”的可能性将被消除。
在一些实施例中，这些锚点还可以作为B2BUA而潜在地被用于呼叫控制目的。它们将代表另一控制实体使得能够进行传送、会议、丢弃操作。
其它服务器156可以包括电子邮件服务器、语音邮件服务器、日程安排服务器、会议服务器，以及已知的向客户端设备提供特定服务的其它类型的服务器。在一些实施例中，其它服务器156还可以被认为是提供在通信会话中使用的一个或多个应用的应用服务器144。
除了内部通信设备136是由企业设置的并且通常由企业拥有以外，它们可以与外部通信设备112类似或相同。示例类型的通信设备112包括但不限于任何能力的电话、硬电话、软电话和/或数字电话。合适电话的示例包括1600TM、2400TM、4600TM、5400TM、5600TM、9600TM、9620TM、9630TM、9640TM、9640GTM、9650TM和Quick EditionTM电话、IP无线电话(例如Avaya公司的IP DECTTM电话)、视频电话(例如，Avaya公司的VideophoneTM)，以及Avaya公司的软电话。
企业数据库160包括企业订户信息，例如，名称、工作职位、电子地址信息(例如，电话号码、电子邮件地址、即时消息传输句柄、分机号等等)、订户联系列表(例如，联系名称和电子地址信息)、其它雇员记录等等。
系统100还可以包括通信日志158和通信日志数据库162。通信日志158和通信日志数据库162可以被第三方服务提供商设置在企业网络104内部或者企业网络104外部。
通信日志158可被使能来从代表企业104内的一个或一组用户进行操作的通信日志服务(应用148和/或152的一个示例性实施方式)接收实时或非实时的数据更新。通信日志158接收数据更新并且将信息存储在通信日志数据库162中。
通信日志158还用作通信日志信息的访问点。具体地，诸如用户通信设备112、136之类的实体可以向通信日志158发送用于请求特定的一个或一组用户的通信日志信息的数据请求。通信日志158可以从通信日志数据库162中检索所请求的信息，并且将所请求信息提供回作出请求的实体。在一些实施例中，提供回作出请求的实体的信息是表示减去接收请求、检索数据和将数据提供回请求者的处理延迟后的当前通信日志状态的实时通信日志信息。这样的实时通信日志信息可由请求者用来评估用户的通信日志的状态并且利用该信息判断用户是否希望加入正在进行的通信会话，从报导(例如，语音邮件或秘书报道)检索呼叫，或者向正在进行的通信会话施加监视和/或控制操作。
在一些实施例中，通信日志158和/或通信日志数据库162的实施方式可被用户团体和/或用户划分来提供可扩展性和可用性。因此，与通信服务器124非常相似，对这里的集中式通信日志的参考可以更准确地被当作每用户集中式通信日志，因为单个通信日志158可被授权用于企业团体内的特定用户或用户子集的通信日志信息。因此，尽管在企业网络104内仅示出了单个通信日志158，然而，本领域技术人员将理解，取决于企业用户团体的大小，多个通信日志158和/或通信日志数据库162可被设置在企业网络104中。用户对通信日志158的划分提供了跨越大的用户构成来扩展每用户集中式通信日志的能力，并且还提供了高的可用性。
由于锚点还可以逐个用户地来提供，因此针对特定用户的通信日志服务可以利用特定锚点来检索该用户在通信会话内的任何通信日志信息并且将任何这样的信息提供给通信日志158以用于结合用户的数据结构而存储在通信日志数据库162中。因此，锚点可被用作这样的机制，该机制用于使得用户的通信日志服务采集与关键事件有关的信息并且将该信息贡献回还保存了对用户的通信活动感兴趣的其它应用(例如，呼叫记录应用等)的订阅的独个日志。
图1A中示出的各个服务器和组件可以分开地(即，在不同服务器上)或者一起(即，在单个服务器上)来实现。具体地，在不脱离本发明的范围的情况下，两个或更多个所示出的组件(例如，通信服务器124和/或通信日志158/通信日志数据库162)可在单个服务器上实现。因此，单个设备可以提供在图1A中分开示出的若干个组件的功能。作为另一示例，边界设备116和通信服务器124可在单个设备上实现。作为又一示例，锚点服务器140、通信日志158、通信日志数据库162和/或应用服务器144可在单个设备上实现。
图1B描绘了根据本公开实施例的示例性物理呼叫模型(或者通信模型)。两个或更多个通信方之间的物理呼叫模型将一个或多个服务器164a、164b、164c包括在呼叫中作为会议中心节点或媒体混合器。在一些实施例中，被包括在物理呼叫模型中的服务器包括应用服务器144、通信服务器124等的一个或多个。在一些实施例中，每个服务器164a、164b、164c用作用于一个或多个应用的会议中心节点和/或媒体混合器。这使得呼叫能够让若干个应用与其连接，其中，每个应用可以服务于呼叫中所涉及的一个或多个用户或端点A-H。锚点服务器172也可被包括在物理呼叫模型中。锚点服务器172能够提供用作最初在呼叫建立期间可能或可能未被包括在应用序列中的其它(一个或多个)应用174的潜在控制点的锚点。
在企业网络中，通常存在这样的情况：通信会话的每个参与者具有与连接到该通信会话的用户相关联的至少一个锚点。因此，两个参与者之间的通信会话有可能具有两个锚点，一个锚点用于一个用户或端点A-H。因此，尽管图1B仅示出了该物理呼叫模型所包含的单个锚点服务器172，然而，一个、两个、三个、四个或更多个锚点服务器172和/或锚点可被包含在单个通信会话中，并且因此被包含在同一物理呼叫模型中。此外，单个锚点服务器172可能能够提供为单个用户提供多个锚点和/或为多个不同用户提供多个锚点。在不脱离本发明的范围的情况下，还可能单个用户或端点可以具有与之相关联的多个锚点。还应注意，尽管图1B中仅示出了三个服务器164a、164b、164c，然而，(一个或多个)锚点被配置为确保给定应用仍然具有访问每通信方媒体的权利。
服务器164a、164b、164c能够使得端点A-H在级联会议中一起举行会议。因此，被排列应用可以已发起了该会议，并且在没有位于端点A-H之后的锚点服务器172的情况下，锚点应用(即，平衡利用锚点来监视和/或控制通信会话的应用)将没有访问每通信方媒体的权利，尽管可以保留逻辑呼叫模型的其它益处。
图1C描绘了根据本公开实施例的示例性逻辑呼叫模型(或通信模型)。逻辑呼叫模型包括多个参与者176参与其中的会话。该逻辑呼叫模型伴随有用于端点176的一组呼叫控制和媒体控制操作以及可在各个操作和应用间共享的一组呼叫/媒体进行事件。逻辑呼叫模型的益处之一在于使得应用看不见物理拓扑以及锚点的存在。应用简单地调用针对用户之一的媒体操作，并且在该场景背后，实际上由锚点实现操作。
现在参考图2A-2D，将根据本公开的实施例讨论应用序列的示例性配置。图2A描绘了应用序列204的第一可能配置。可见，通信建立处理中的第一步包括处理发起UA的请求。在该处理期间，通信会话建立消息从发起用户(例如，呼叫者)，并且更具体地，从与发起用户相关联的UA被接收。UA可以是内部通信设备136，或者在UA是外部通信设备112的实例中可以是SIP中继(trunk)。当接收到初始请求时，消息可被转发给特征排列器128，特征排列器128决定调用锚点服务器140，锚点服务器140在任何其它应用具体地被排列到通信会话中之前向通信会话插入锚点208。这可以通过将初始请求发送给锚点服务器140来完成，锚点服务器140将其自身插入通信会话中并且确定通信会话的参数，由此允许锚点服务器140在通信会话建立之后将后续应用绑定到该通信会话。替代地，如果锚点服务器140在会话建立之前已从应用接收到加入会话的请求，则锚点服务器140可以经由新创建的锚点208将该应用附接到该通信会话。
此后，发起侧应用序列被执行。在一些实施例中，发起侧应用序列可以基于发起用户的身份以及如在用户表132中定义的该用户的偏好来确定。在一些实施例中，如果发起用户没有任何偏好或者如果发起用户不是企业用户，则遵循一般的发起侧应用序列。
一旦发起侧应用序列被完成，在假设目标用户(即，被呼叫者)是内部用户的情况下，请求被路由到目标用户的授权通信服务器124。目标用户的授权通信服务器124可以与发起用户的相同，尽管不是必须如此。特征排列器128然后确定端接侧应用序列。该应用序列是通过将请求传递给该应用序列所包括的应用148、152的每个来实现的。替代地，如果目标用户是外部用户(即，非企业用户)，则实现默认应用序列或者不实现应用序列。
不管实际应用序列是否被实现，锚点208都可被插入序列204中。在锚点208被插入之后，联系人解析(contact resolution)发生。建立处理中的联系人解析阶段一般包括标识与将被通知的目标用户相关联的一个或一组设备。在Brunson等人的美国专利申请No.12/488,277中提供了对联系人解析的进一步描述，该申请的全部内容通过引用被结合于此。
基于联系人解析阶段，与目标用户相关联的一个或多个设备被通知，并且目标用户答复该请求(例如，通过拿起电话，使电话被摘机、接受通信会话邀请等)。在答复之后，OK消息被发送回发起用户并且通信会话被建立。
如图2B可见，在联系人解析阶段被执行之后，序列212的端接侧上的锚点208可被插入。这可被实现为将锚点插入端接侧应用序列与联系人解析之间的方式的替代方式或除此以外的方式。
如图2C可见，序列216的端接侧上的锚点208可被插入在端接侧应用序列之前。这对于通信日志服务正平衡利用锚点208来实现集中式通信日志的情形是特别有用的。这可被实现为将锚点208放置在图2A和2B所示的位置的方式的替代方式或除此以外的方式。
如图2D可见，隐含的用户应用序列220也可被实现为使得路由步骤在发起侧和端接侧应用序列之后出现。这可被实现为将锚点208放置在图2A、2B和2C所示的位置的方式的替代方式或除此以外的方式。
尽管未示出，然而还可以使该序列的发起侧上的锚点208位于发起侧应用序列之后。再次，这种另外的可能位置可以被选为使锚点208位于发起侧应用序列之前的位置的替代位置或除此以外的位置。
尽管未示出，然而锚点208的其它位置也是可能的。例如，锚点208可被插入包括被排列应用之间的位置在内的任何位置处。对锚点208在序列内的放置(一个或多个)位置没有限制。
单个锚点服务器140可以负责将所有锚点208插入序列中。替代地，不同锚点服务器140可被用来将锚点208的每个插入序列中。例如，如果第一锚点服务器140被授权给呼叫方并且第二锚点服务器140被授权给被呼叫方，则第一锚点服务器140可以插入用于呼叫方的锚点，而第二锚点服务器140可以插入用于被呼叫方的锚点。
锚点208的“定位”通常提供两个结果。第一，在位于具有特定位置的锚点208前面的应用已被提供了通信请求之后，该锚点208将被提供该通信请求。同样，位于该锚点208之后的应用在该锚点208接收了通信请求之后将接收到该通信请求。第二，锚点208的位置确定了与该呼叫序列中包括的其它应用和媒体资源相比的、锚点208接收与所建立通信会话相关联的控制和媒体信令的相对时间点。因此，锚点208的位置将影响锚点208和平衡利用该锚点208的应用看待通信会话的方式。有利地，如果锚点208位于序列中的第一位，则确保了其对通信会话的每通信方媒体的访问。如果锚点位于发起侧上的其它应用之后，则其可以看到消息是否被重定向或者以其它方式被修饰。
现在参考图3，将根据本公开的实施例描述在通信建立期间将锚点208绑定到通信会话的示例性方法。当通信会话建立请求在企业网络104处被接收到时，该方法被启动(步骤304)。企业网络104可以包括判断是否希望锚点208作为通信会话中的第一特征的特征排列器128(步骤308)。如果对该询问的答复是肯定的，则特征排列器128调用锚点服务器140首先将锚点208插入序列的发起侧(步骤312)。然后，或者如果步骤308的询问得到了否定答复，则该方法前进来对(一个或多个)发起侧应用进行排列(步骤316)。
在发起侧应用排列完成之后，该方法继续以使得特征排列器128判断锚点208是否最后被插入发起侧(步骤320)。该判断可以在发起侧应用已被排列之后进行，或者该判断可以在特征排列器128开始应用排列处理之前进行。如果对该询问的答复是肯定的，则特征排列器128调用锚点服务器140来将锚点208最后插入序列的发起侧(步骤324)。然后，或者，如果步骤320的询问得到否定的答复，则该方法前进来将请求路由到授权给目标用户的通信服务器124(步骤328)。然而，根据图2D中示出的实施例，路由步骤可以直到端接侧应用排列之后(即，步骤340之后)才发生。
一旦请求被路由到适当通信服务器124，该服务器的特征排列器128就判断锚点208是否首先被插入呼叫的端接侧(步骤332)。如果对该询问的答复是肯定的，则特征排列器128调用锚点服务器140将锚点208首先插入序列的端接侧(步骤336)。然后，或者，如果步骤332的询问得到了否定答复，则该方法前进来对(一个或多个)端接侧应用进行排列(步骤340)。
在端接侧应用排列完成之后，该方法继续来使得特征排列器128判断锚点208是否最后被插入端接侧(步骤344)。如上面提到的，锚点208可以在联系人解析发生之前和/或之后最后被插入端接侧。如果步骤344的询问的答复是肯定答复，则特征排列器128调用锚点服务器140来在联系人解析被执行(步骤352)之前或之后或者这两者时插入锚点208(步骤348)。此后，发起用户与目标用户之间的通信会话被建立，并且这些通信方被允许在还利用被排列到通信会话中的任何应用的同时进行通信(步骤356)。尽管未在图3中示出，然而，一个或多个锚点208还可被插入在发起侧应用序列或端接侧应用序列上的应用之间。
现在参考图4，将根据本公开的至少一些实施例描述平衡利用锚点208的示例性方法。该方法开始于监视已在两个或更多个用户之间建立的通信会话(步骤404)。被视察下的通信会话已在通信会话建立期间将一个或多个锚点208与其绑定。某些媒体资源和应用可被提供有关于通信会话的足够信息，以允许这些资源和应用直接监视通信会话(例如，通过接收与通信会话有关的状态更新或者通过采用分组复制技术)。替代地，最初未被绑定到通信会话的媒体资源和应用可以通过从锚点208订阅事件通知或者通过从利用锚点208的某些应用(例如，通信日志服务)订阅事件通知来监视通信会话。
在通信会话建立之后，可以做出一个或多个并行决定。具体地，可以对应用是否希望加入会话(步骤408)、应用是否希望离开会话(步骤420)以及会话是否结束(步骤428)做出判定。
在某点处，最初未被绑定到通信会话的应用可能确定其出于某种原因而希望控制通信会话的一部分(即，“加入”通信会话)。这样的确定可以是基于预先定义的用户偏好(即，由用户在通信会话建立之前定义的偏好)或者基于从用户接收到指示希望执行与通信会话有关的特定功能的实时命令而作出的(步骤408)。如果履行用户请求或满足预定义用户偏好所需的适当应用或媒体资源当前未被包括在通信会话中，则所需要的媒体资源或应用可以尝试平衡利用对于该资源或应用而言具有优选位置的锚点208。在一些实施例中，希望加入通信会话的资源或应用发信号通知管理所希望锚点208的锚点服务器140。在其它实施例中，锚点服务器140可以单方面地作出需要新的资源用于通信会话的决定，并且锚点服务器140可以将指示此的信号发送给适当资源或应用。
在确定了新的应用将加入已有通信会话之后，该方法继续来建立应用与管理所希望锚点208的锚点服务器140之间的会话(步骤412)。该处理通常包括：锚点服务器140通过用于传达逻辑呼叫模型和相关操作和/或事件的协议来与新的应用通信。此后，如果应用调用媒体动作并且尚没有可用于锚点208的媒体服务器，则锚点服务器140将代表应用来重新邀请(Re-INVITE)呼叫参与者以使得媒体服务器被插入RTP流中(步骤416)。该方法然后返回步骤404，在步骤404中，继续监视通信会话。
返回步骤404，该方法可以并行地进行来判断当前包括在通信会话中的任何应用是否希望停止监视和控制该会话(即，“离开”该会话)(步骤420)。离开通信会话的该决定可以是由想要离开会话的应用作出的或者是由当前服务于将离开通信会话的应用的锚点服务器140作出的。具体地，一般在应用已经由锚点208被绑定到通信会话之前，不允许它们较早地离开通信会话。
如果应用被标识为想要或者需要离开通信会话，则该方法进行来使得锚点服务器140和所标识应用终止它们先前建立的会话(步骤424)。具体地，该应用和锚点服务器140可以不再继续它们的逻辑呼叫模型信令会话，并且锚点服务器140可以重新邀请(Re-INVITE)呼叫参与者以从RTP路径移除媒体服务器。
如果没有应用被标识为想要或者需要离开通信会话，或者在所希望应用或媒体资源已从会话被移除之后，该方法进行来返回步骤404。
返回到在步骤404之后作出的并行决定，可以作出关于会话是否结束的另一决定(步骤428)。如果是，则对通信会话的监视不再继续并且锚点服务器140释放先前绑定到通信会话的任何锚点208(步骤432)。如果不是，则该方法返回步骤404。
现在参考图5，将根据本发明至少一些实施例描述管理多个锚点208的示例性方法。该方法开始于第一锚点服务器140将第一媒体资源插入已有通信会话中(例如，经由第一锚点208)(步骤504)。第一锚点服务器140然后生成被发送给管理同一通信会话中涉及的锚点208的其它锚点服务器140的消息。在该消息中，第一锚点服务器140将描述了利用第一锚点208的第一媒体资源的媒体令牌包括在头部中(步骤508)。在一些实施例中，包括该媒体令牌的消息是被发送给通信会话的参与者的邀请(INVITE)或再邀请(RE-INVITE)消息，由此使得第一媒体资源能够加入通信会话。由于发送给这些参与者的消息经过该逻辑呼叫序列中包括的所有其它应用，因此该通信会话中涉及的任何其它锚点服务器140将接收到由第一锚点服务器140发送的媒体令牌(步骤512)。
在以后的某点处，并且当第一媒体资源仍被包括在通信会话中时，第二锚点服务器140确定需要媒体资源(例如，针对第二应用)用于通信会话(步骤516)。在作出该确定时，第二锚点服务器140将包含在媒体令牌中的SDP信息与从第二媒体资源接收的SDP信息相比较(步骤520)。在进行该比较时，第二锚点服务器140判断第一媒体资源是否可被平衡利用来满足希望加入通信会话的应用的需要。如果被比较的SDP信息相匹配(步骤524)，则第二锚点服务器140判定第一媒体资源可被再利用来满足力图加入通信会话的应用的需要(步骤532)。然而，如果SDP信息不匹配，则可能是某个中间媒体服务器已被引入或者会议中心节点已插入了其自己的媒体资源，从而使得第二资源的使用成为必要(步骤528)。
现在参考图6，将根据本公开的实施例描述利用锚点来在每用户集中式通信日志内填入信息的示例性方法。当通信日志服务通过锚点连接到通信会话时，该方法被启动(步骤604)。通信日志服务可以负责监视特定用户的所有通信。这样，通信日志可以向锚点服务器140或授权给其用户的通信服务器124进行订阅，以在用户具有新的通信时接收更新。当接收到这样的更新时，通信日志服务可以通过联系可能已向通信序列插入锚点208的锚点服务器140来确定与该特定通信会话有关的信息。
在一些实施例中，多个通信日志服务可以与多个锚点208相连接，以检索到尽可能多的关于通信会话的通信日志信息。当通信会话的每个参与者具有其自己的与用户的通信历史有关的通信日志服务监视信息时，可能出现这种情形。
在一些实施例中，通信日志服务向锚点服务器140告知其希望前摄地监视给定用户的所有通信而不需要该通信日志服务的进一步介入。当锚点服务器140检测到这样的通信时，锚点服务器140可以将与这些通信有关的所有相关信息中继给该通信日志服务。
在一些实施例中，被(一个或多个)通信日志服务平衡利用的锚点208将被排列在发起侧上的第一位(即，在任何被排列应用之前)以及端接侧上的第一位(即，在路由之后并且任何被排列应用之前)。具体地，图2C中所示的序列216对于平衡利用将通信日志信息填充在集中式通信日志中的通信日志服务来说可能是特别有用的。
一旦被连接，(一个或多个)通信日志就能够监视通信会话的通信者(步骤608)。凭借锚点208被排列在发起侧和端接侧两者上的第一位的事实，实际上确保了它们能看到用户正作出/接收的所有通信，而不管任何后续被排列的应用如何重定向该通信。例如，找到我(find-me)应用可以决定应当将呼叫引导至用户的家庭电话而非其登记的企业联系方式。锚点208将仍然使得用户的通信日志服务能够将该呼叫记录为正去往被呼叫方，即使用户的企业端点都不会察觉到。这延伸到了电话技术之外；例如，对于基于会话的即时消息传输来说，通信仍然被锚点208的附接物所监视。
每用户集中式通信日志然后可被监视通信会话的通信日志服务填充(步骤612)。具体地，每用户集中式数据库可被用来存储特定用户的通信日志信息。通信会话的一些或所有参与者将单个通信日志158共享作为其授权日志也是可以的，但这不是必须的。
当通信日志信息被通信日志服务检索到时，该应用实时地将信息转发给用户的授权通信日志158，该通信日志158然后将该信息与用户的其它历史通信日志信息一起存储在通信日志数据库162中(步骤616)。然后可以使得该信息可被诸如用户之类的其它实体、具有访问这些信息的许可的其它用户、应用等访问。因此，通信日志158从用户的通信日志服务接收该用户的实时通信日志信息，并且然后使得实时通信日志信息可被其它感兴趣实体(可以包括该用户)访问。
优选地，将提供高度可用并在横向上可扩展的每用户集中式数据库，以使得数据库实例将被授权给用户群体的某个子集。该处理可以针对锚点208可用的每个通信会话被重复，并且多个用户的通信数据可由不同通信应用经由锚点208收集并被提供回集中式数据库。可以根据任意数目的组织方案来组织并存储数据库内的信息。图6所示的处理可以针对特定用户的每次通信连续地或定期地被执行。
现在参考7，将根据本公开的实施例描述向感兴趣实体(例如，端点和/或应用)提供通信日志信息的方法。通信日志158可以充当通信日志数据库162、端点以及应用之间的服务接口(步骤704)。端点和应用被使得能够从该“用户仓库”检索通信日志而不是本地地存储它们(步骤708)。另外，这些实体还能够订阅改变事件，以使得它们总是可以显示任何特定用户的准确且最新的通信日志(步骤712)。注意到存在在任何给定时间进行的用户的多个同时通信是很重要的(例如，电话呼叫和IM会话或者会议通话和web协作)。给定端点针对特定用户的订阅可以是针对一个或多个活动通信会话，以及被发起的新的会话的通知的，而不管媒体类型如何。
经由通信日志158从通信日志数据库162获得的信息随后可被接收到该通信日志信息的实体用来加入正在进行的通信会话、从报导(例如，语音邮件或秘书报道)检索呼叫，或者向正在进行的通信会话施加监视和/或控制操作(步骤716)。具体地，用户的通信日志服务可以利用锚点208来采集该用户的关键事件信息并且相应地更新通信日志数据库162。该关键事件信息随后可被提供给其它感兴趣通信方。数据可由通信日志158在数据推送模型或数据拉取模型中来提供。在数据推送模型中，通信日志158可以具有标识已订阅了用户的事件更新的实体的一组规则，在该情况中，通信日志158将更新后的数据推送给实体。替代地或者另外，数据拉取模型可被利用来使得实体可以向通信日志158查询特定用户或一组用户在特定时间点时的通信日志信息。通信日志158可以检索该用户或一组用户的当前可用数据，并且将所请求信息提供给作出请求的实体。
该解决方案可在横向上扩展并被设计为在运行时可供许多客户访问。此外，一个或一组用户的历史通信信息因其集中式性质而使得更容易被上下文搜索引擎等访问。
本公开的另一有用方面在于端点显示给用户的通信日志信息不被严格地限制为已在过去发生过的通信会话。而是，通信日志信息可被维护并且实时地被更新。换言之，特定用户的通信日志服务可被使能来示出正在进行的呼叫。这可被用作一种允许端点加入呼叫或询问更多信息(例如，参加者)的机制。
在一些实施例中，端点可以利用从通信日志158获得的实时通信日志信息来采取动作或者与正在进行的通信会话连接。这些动作可以通过利用通信日志158与接入点服务器140之间的密切关系来完成。具体地，从通信日志158检索回的通信日志信息可以标识出被用户的通信日志服务用来检索通信日志信息的接入点服务器140。该信息然后可被实时地用来经由接入点服务器140接入通信会话。
此外，这将提供一种进行桥接以允许用户在同一通信会话上从一个设备转换到另一设备的替代机制。图7所示的处理可以连续地或者定期地被执行。
虽然已关于特定事件序列讨论了上述流程图，然而，应当理解，可以在不实质性地影响本公开的操作的情况下对该序列进行改变。另外，不一定进行如示例性实施例中所阐述的确切事件序列。这里说明的示例性技术不限于具体图示说明的实施例，而是还可以用于其它示例性实施例，并且可以单独地、分别地要求保护每个所描述特征。
本公开的方法和协议可以在如下装置上实现：除了所述通信设备之外的或者取代所述通信设备的专用计算机、编程微处理器或微控制器和(一个或多个)外围集成电路元件、ASIC或其它集成电路、数字信号处理器、诸如分立元件电路之类的硬连线电路或逻辑电路、诸如PLD、PLA、FPGA、PAL之类的可编程逻辑器件、诸如服务器之类的通信设备、个人计算机、任何类似装置等等。一般地，能够实现状态机(该状态机进而能够实现这里所示的方法)的任何设备可用来实现根据本公开的各种通信方法、协议和技术。
此外，可以通过利用对象的软件或面向对象的软件开发环境来容易地实现所公开的方法，这些软件和开发环境提供了可在各种计算机或工作站平台上使用的可移植源代码。替代地，可以用使用标准逻辑电路或VLSI设计的硬件来部分地或全部地实现所公开的系统。是用硬件还是软件来实现根据本发明的系统取决于系统的速度和/或效率要求、具体的功能，以及所利用的具体软件或硬件系统或微处理器或微计算机系统。可以以硬件和/或软件来容易地实现这里所示出的分析系统、方法和协议，这些硬件和/或软件使用任何已知的或者由可适用领域的普通技术人员从这里提供的功能描述并利用通信和计算机领域的一般基本知识在以后开发出的系统或结构、设备和/或软件。
此外，可以用被存储在存储介质中，并且在与控制器和存储器协同操作的经编程通用计算机、专用计算机、微处理器等上运行的软件来容易地实现所公开的方法。在这些情况中，本公开的系统和方法可以被实现为被嵌入在个人计算机上的程序(例如小应用程序、或CGI脚本)、驻留在服务器或计算机工作站上资源、被嵌入在专用通信系统或系统组件等中的例程等等。还可以通过将系统和/或方法物理地结合到软件和/或硬件系统(例如，通信设备或系统的硬件和软件系统)中来实现本系统。
因此，很清楚，已经提供了根据本公开的用于关于通信会话创建并利用锚点的系统、装置和方法。虽然已结合多个实施例描述了本公开，然而，显然，可适用领域的普通技术人员将清楚许多变更、修改和变体。因此，希望涵盖落在本发明的精神和范围内的所有这些变更、修改、等同物和变体。

Claims (9)

1.一种通信会话建立方法，包括：
接收用于至少在与第一用户相关联的第一通信设备和与第二用户相关联的第二通信设备之间建立通信会话的请求；
在所述通信会话的建立期间将至少一个锚点排列在所述通信会话中，其中，所述至少一个锚点是在所述通信会话期间应用平衡利用的对所述通信会话的潜在监视和控制点，并且至少一个锚点被作为背对背用户代理插入到所述通信会话的信令路径中；
建立所述通信会话并且将所述至少一个锚点包括在所述通信会话的信令路径中；
在所述通信会话被建立之后，判定最初未成为所述通信会话的一部分的第一应用将要控制所述通信会话的至少一部分；以及
基于该判定步骤，允许所述至少一个锚点用作所述第一应用的通信会话控制点。
2.如权利要求1所述的方法，其中，所述至少一个锚点不是应用独有的。
3.如权利要求2所述的方法，还包括：
判断是否需要与所述第一应用相关联的媒体资源；以及
将与所述第一应用相关联的媒体资源包括到所述通信会话的媒体路径中。
4.如权利要求2所述的方法，其中，所述第一应用包括如下应用中的一者或多者：呼叫建立应用、语音应用、视频应用、文本应用、呼叫记录应用、通信日志服务、安全性应用、加密应用、移动性应用、媒体应用、桥接应用。
5.如权利要求1所述的方法，其中，第一应用经由所述至少一个锚点被绑定到所述通信会话，该方法还包括：
判定所述第一应用在所述通信会话终止之前将停止监视和控制所述通信会话；以及
不再继续所述第一应用与所述至少一个锚点之间的通信会话。
6.如权利要求1所述的方法，其中所述第一用户是发起用户，并且其中所述第二用户是目标用户，并且其中所述至少一个锚点包括与所述第一用户相关联的第一锚点以及与所述第二用户相关联的第二锚点，其中，所述第一锚点在通信会话建立的发起侧上、在发起侧应用被排列之前被排列，并且其中，所述第二锚点在通信会话建立的端接侧上、在端接侧应用被排列之前和/或之后被排列，该方法还包括：
由服务于所述第一锚点的第一锚点服务器将第一媒体资源包括在所述通信会话中；
从所述第一锚点服务器向服务于所述第二锚点的第二锚点服务器发送描述了与所述第一媒体资源相关联的会话参数的媒体令牌；
由所述第二锚点服务器判定需要媒体资源用于所述通信会话；
由所述第二锚点服务器将与所述第一媒体资源相关联的会话参数和与所述媒体资源相关联的会话参数相比较；以及
当与所述第一媒体资源相关联的会话参数和与所述媒体资源相关联的会话参数相匹配时，由所述第二锚点服务器平衡利用所述第一媒体资源来取代所述媒体资源。
7.一种通信会话建立设备，包括：
用于接收用于至少在与第一用户相关联的第一通信设备和与第二用户相关联的第二通信设备之间建立通信会话的请求的装置；
用于在所述通信会话的建立期间将至少一个锚点排列在所述通信会话中的装置，其中，所述至少一个锚点是在所述通信会话期间应用平衡利用的对所述通信会话的潜在监视和控制点，并且至少一个锚点被作为背对背用户代理插入到所述通信会话的信令路径中；用于建立所述通信会话并且将所述至少一个锚点包括在所述通信会话的信令路径中的装置；
用于在所述通信会话被建立之后，判定最初未成为所述通信会话的一部分的第一应用将要控制所述通信会话的至少一部分的装置；以及
用于基于所述判定，允许所述至少一个锚点用作所述第一应用的通信会话控制点的装置。
8.一种通信会话建立系统，包括：
第一锚点服务器；以及
通信服务器，所述通信服务器包括特征排列器，所述特征排列器被配置来基于第一用户的通信偏好中的一个或多个以及默认通信偏好来确定用于所述第一用户的特征序列，所述特征排列器还被配置来接收在与所述第一用户相关联的第一通信设备和与第二用户相关联的第二通信设备之间建立通信会话的请求，并且然后使得由所述第一锚点服务器服务的第一锚点在所述通信会话的建立期间被排列在所述通信会话中作为所述特征序列的一部分，其中，排列所述第一锚点使得所述第一锚点被作为背对背用户代理包括在所述通信会话的信令路径中，并且其中，所述第一锚点是在所述通信会话期间应用平衡利用的对所述通信会话的潜在监视和控制点，其中，由所述第一锚点服务器服务的第一锚点不是应用独有的，并且其中，所述第一锚点服务器还被配置来在所述通信会话建立之后判定最初不是所述通信会话一部分的第一应用将要控制所述通信会话的至少一部分并且基于从所述第一应用接收的控制命令来控制所述通信会话的至少一部分。
9.如权利要求8所述的系统，其中，所述第一应用包括如下应用中的一者或多者：呼叫建立应用、语音应用、视频应用、文本应用、呼叫记录应用、通信日志服务、安全性应用、加密应用、移动性应用、媒体应用、桥接应用。
CN201110138910.2A 2010-05-19 2011-05-19 Sip监视和控制锚点 Active CN102255889B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US12/783,224 2010-05-19
US12/783,224 US8886789B2 (en) 2010-05-19 2010-05-19 SIP monitoring and control anchor points

Publications (2)

Publication Number Publication Date
CN102255889A CN102255889A (zh) 2011-11-23
CN102255889B true CN102255889B (zh) 2015-05-20

Family

ID=44260751

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110138910.2A Active CN102255889B (zh) 2010-05-19 2011-05-19 Sip监视和控制锚点

Country Status (4)

Country Link
US (1) US8886789B2 (zh)
CN (1) CN102255889B (zh)
DE (1) DE102011101961B4 (zh)
GB (1) GB2480551B (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9450989B2 (en) * 2010-05-19 2016-09-20 Avaya Inc. SIP anchor points to populate common communication logs
US8886789B2 (en) * 2010-05-19 2014-11-11 Avaya Inc. SIP monitoring and control anchor points
US8576996B2 (en) 2010-12-13 2013-11-05 Avaya Inc. This call
US8510435B2 (en) * 2010-12-27 2013-08-13 Avaya Inc. Highly scalable and distributed call/media modeling and control framework
US20120233334A1 (en) * 2011-03-07 2012-09-13 Avaya Inc. Shared media access for real time first and third party control
EP3487143B1 (en) 2011-04-05 2021-07-28 BlackBerry Limited System and method for sip user agent identification and efficient binding
US8644817B1 (en) 2012-09-26 2014-02-04 Avaya Inc. System and method for presenting a single persistent view of a multi-module communication device to a network
CN103067382B (zh) * 2012-12-26 2015-08-05 北京乾元利恒科技有限公司 富媒体文件加解密方法及系统
US10348778B2 (en) 2013-02-08 2019-07-09 Avaya Inc. Dynamic device pairing with media server audio substitution
US8867717B2 (en) 2013-03-11 2014-10-21 Avaya Inc. Dynamic device pairing with control session establishment
US9571529B2 (en) 2013-03-15 2017-02-14 Avaya Inc. Browser-based communications enhanced with enterprise communication features
US9282489B2 (en) 2013-05-17 2016-03-08 Avaya Inc. Media escalation with use of endpoint adapter
US9699124B2 (en) 2014-05-08 2017-07-04 Avaya Inc. On-demand robot acquisition of communication features
KR102340796B1 (ko) 2015-05-11 2021-12-17 삼성전자주식회사 단말기들의 통신 방법 및 그 단말기
CN110049227B (zh) * 2018-01-16 2021-04-27 视联动力信息技术股份有限公司 一种摄像头的操作方法和装置
JP7381574B2 (ja) 2018-10-09 2023-11-15 オッポ広東移動通信有限公司 グループ通信の実行装置及び方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101420432A (zh) * 2008-12-01 2009-04-29 华为技术有限公司 一种ims监听的实现方法、系统及装置

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6687735B1 (en) * 2000-05-30 2004-02-03 Tranceive Technologies, Inc. Method and apparatus for balancing distributed applications
AU2001276315B2 (en) * 2001-07-10 2007-04-26 Nokia Siemens Networks Gmbh & Co. Kg Method for carrying out a QOS-oriented handoff between a first and a second ip-based, especially mobile IPV6-based, communication path, between a mobile node (MN) and a correspondent node (CN)
ES2270681B2 (es) 2001-09-12 2007-12-01 Telefonaktiebolaget Lm Ericsson (Publ.) Disposicion y metodo de internet de moviles en sistemas de comunicaciones.
US20030212809A1 (en) 2002-05-09 2003-11-13 Innomedia Pte Ltd. Real time streaming media communication system with improved session detail collection systems and methods
KR101009846B1 (ko) 2003-11-28 2011-01-19 주식회사 케이티 Ｓｉｐ 단말장치에서 서비스 이용 요금을 실시간으로제공하는 방법 및 그 ｓｉｐ 단말장치
US7467210B1 (en) 2004-04-02 2008-12-16 Cisco Technology, Inc. Method and system for automatically collecting information relating to calls to one or more associated endpoint devices
US7535838B1 (en) * 2004-12-21 2009-05-19 Nortel Networks Limited Method for determining resource use in a network
US7920519B2 (en) * 2005-04-13 2011-04-05 Cisco Technology, Inc. Transferring context information to facilitate node mobility
FI20050500A0 (fi) * 2005-05-11 2005-05-11 Nokia Corp Menetelmä järjestelmien välisten kanavanvaihtojen toteuttamiseksi matkaviestinjärjestelmässä
JP4639257B2 (ja) * 2005-05-18 2011-02-23 テルコーディア ライセンシング カンパニー， リミテッド ライアビリティ カンパニー サービス制御ポイントのハンドオフコントローラを使用する異機種アクセスネットワーク間のシームレスハンドオフ
US8135022B2 (en) * 2005-05-26 2012-03-13 Xconnect Global Networks Ltd. Detection of SPIT on VoIP calls
WO2006138736A2 (en) * 2005-06-15 2006-12-28 Azaire Networks Inc. Voice call continuity application server between ip-can and cs networks
US7574212B2 (en) * 2005-06-22 2009-08-11 Sprint Spectrum L.P. Method and system for managing communication sessions during multi-mode mobile station handoff
US20070111752A1 (en) * 2005-11-15 2007-05-17 Pazhyannur Rajesh S Mobile station, anchor call server, and method for conducting a call
US8104081B2 (en) * 2005-11-15 2012-01-24 Avaya Inc. IP security with seamless roaming and load balancing
US7843901B2 (en) * 2006-03-02 2010-11-30 Tango Networks, Inc. Call flow system and method for use in a legacy telecommunication system
CN101496387B (zh) 2006-03-06 2012-09-05 思科技术公司 用于移动无线网络中的接入认证的系统和方法
US8180338B1 (en) * 2006-06-14 2012-05-15 Genband Us Llc Selective call anchoring in a multimedia subsystem
US8600006B2 (en) * 2006-12-27 2013-12-03 Genband Us Llc Voice continuity among user terminals
JP2008219461A (ja) 2007-03-05 2008-09-18 Oki Electric Ind Co Ltd 通信履歴情報管理システム、ｓｉｐクライアント端末、履歴サーバおよび通信履歴情報管理方法
KR101392099B1 (ko) * 2007-05-21 2014-05-08 삼성전자주식회사 패킷 네트워크 시스템과 회선 네트워크 시스템간의 호를 핸드오버하는 장치 및 방법
US20090003359A1 (en) * 2007-06-29 2009-01-01 Cisco Technology, Inc. Selecting a Visited Bearer Manager (VBM)
JP5120380B2 (ja) * 2007-09-18 2013-01-16 富士通株式会社 セッション管理の移行に係る通信方法、通信システム、サーバ、およびプログラム
JP2011507385A (ja) * 2007-12-13 2011-03-03 ポスコ アイシーティー カンパニー リミテッド マルチキャスト及びブロードキャストのためのシステム並びに方法
US8516256B2 (en) * 2008-01-18 2013-08-20 Telefonaktiebolaget L M Ericsson (Publ) Route optimization in mobile IP networks
US8225097B2 (en) * 2008-01-28 2012-07-17 Seagate Technology Llc Anchor point-based digital content protection
EP2109285A1 (en) * 2008-04-11 2009-10-14 Hewlett-Packard Development Company, L.P. Conference system and method
US8363664B2 (en) * 2008-08-18 2013-01-29 Cisco Technology, Inc. Combined gateway for network communications
US20100106748A1 (en) * 2008-10-23 2010-04-29 Verizon Business Network Services Inc. Method and system for logging and storing heterogeneous communication sessions
US8032624B2 (en) 2009-06-19 2011-10-04 Avaya Inc. Pluggable contact resolution
US9843650B2 (en) 2009-09-03 2017-12-12 Avaya Inc. Intelligent module sequencing
US8804936B2 (en) 2009-10-06 2014-08-12 Avaya Inc. Shared media access for real time first and third party media control
US8600386B2 (en) * 2009-10-15 2013-12-03 Ubeeairwalk, Inc. System and method for providing extending femtocell coverage
EP2496014B1 (en) * 2009-10-30 2018-12-05 Alcatel Lucent Method, network units and system for reducing the signaling delay in isc session transfer
US20110153809A1 (en) 2009-12-23 2011-06-23 Microsoft Corporation Legal Intercept
US8886789B2 (en) * 2010-05-19 2014-11-11 Avaya Inc. SIP monitoring and control anchor points
US9450989B2 (en) * 2010-05-19 2016-09-20 Avaya Inc. SIP anchor points to populate common communication logs

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101420432A (zh) * 2008-12-01 2009-04-29 华为技术有限公司 一种ims监听的实现方法、系统及装置

Also Published As

Publication number Publication date
US8886789B2 (en) 2014-11-11
GB2480551B (en) 2012-08-15
US20110289203A1 (en) 2011-11-24
DE102011101961B4 (de) 2020-09-24
DE102011101961A1 (de) 2012-02-02
GB201108366D0 (en) 2011-06-29
GB2480551A (en) 2011-11-23
CN102255889A (zh) 2011-11-23

Similar Documents

Publication Publication Date Title
CN102255889B (zh) Sip监视和控制锚点
CN102256235B (zh) 用于填充共同通信日志的方法及系统
US11595529B2 (en) System and method for providing carrier-independent VoIP communication
US7660898B2 (en) Presence enhanced telephony service architecture
EP1558005B1 (en) Comprehensive communication services system
US7634072B2 (en) Integrated instant messaging, routing and telephone services billing system
US8984143B2 (en) Emergency information services
US7975073B2 (en) Middleware server for interfacing communications, multimedia, and management systems
US20090067408A1 (en) Centralized call log and method thereof
EP2299675A1 (en) Network framework associating non-enterprise phones with enterprise users
CN102546622B (zh) 用于高度可扩展的分布式呼叫/媒体建模及控制架构的通信方法和系统
CN101340310A (zh) Ip电话和其他系统的配置
US20090046842A1 (en) Communication system and method
US20080243999A1 (en) Method and system for management of an application ensemble
US20100296640A1 (en) Multimodal callback tagging
KR101481285B1 (ko) 핫-데스킹을 인에이블링하기 위한 시스템 및 방법
US8416926B2 (en) Method and system for providing an audio representation of a name
US20060182130A1 (en) Method and system for establishing an audio/video communication session across zones
US9167085B2 (en) System and method for coordinated call-back revocation
US20060250976A1 (en) Method and apparatus for media device correspondence

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant