关联非企业电话和企业用户的网络架构的制作方法

专利名称：关联非企业电话和企业用户的网络架构的制作方法
技术领域：
本发明一般涉及通信，并且更具体地涉及跨越网络边界的用户映射。
背景技术：
会话发起协议(SIP)是用于建立许多种类的实时通信会话的开放式信令协议。可 以使用SIP建立的通信会话的类型的示例包括语音、视频和/或即时消息传送。这些通 信会话可以在诸如个人计算机、膝上型计算机之类的任何类型的通信设备上实现，SIP的 个人数字一键特征是其使用端用户的记录地址(AOR)作为用于所有通信的单个统一公共 地址的能力。因此，在SIP增强型通信的世界中，用户的AOR成为他们将用户链接到与 用户相关联的所有通信设备的单个地址。使用此AOR，呼叫者可以达到用户的任一个通 信设备，也被称为用户代理(UA)，而不用必须知道每一个唯一设备地址或电话号码。然而，问题是，用户在一个网络中的身份(identity)不可能跨越其它网络而普遍 存在。例如，用户可以具有企业身份，企业身份可被企业网络用来(1)识别用户，(2) 识别用户的通信偏好，以及(3)根据他们的通信偏好来扩展对用户的通信服务。遗憾的 是，如果用户不利用他们的企业身份(例如，经由企业设备)来访问网络，则网络可能不 能恰当地识别用户并提供用户所希望的通信特征。这可能对用户造成挫折，尤其是如果 用户正在远程工作并且不能即刻访问企业设备但是却希望访问企业通信服务。“移动结对(mobile twinning)” 或“分机转手机(Extension to Cellular) ” (CE) 是由企业呼叫控制器提供的产能特征的仅仅一个示例。此特征允许外部电话(移动的和 家装的)与办公室电话号码相结对(关联)。目前，此企业特征通过将外部号码(远离 PBX的电话号码)与企业号码松散耦合而被扩展到结对的外部电话。此特征的实施基于 如下假设单个呼叫控制器是这些特征的唯一的控制器并且没有其它应用需要与它们关 联。在应用控制被分布跨越多个应用服务器的架构中，通信基础设施可以调用序列中的 不止一个应用来作用于单个会话请求。然而，除非这些应用被修改为注意到此关联，否 则它们将不能调用正确的特征逻辑(即，提供所希望的服务)。因此，其中单个应用支持 企业用户的内部和外部分机与其它应用之间的关联的现有方案没有注意到此关联，在分 布式应用架构中不能很好地运作。

发明内容
Avaya和其它PBX销售商已经通过对呼叫控制器的核心功能建立自定义分机并 且开发用于界面连接应用的私有界面而解决了此问题。产业实施可以被概括为如下的两 个大分类/模式(1)固定移动融合(FMC)和(2) IP多媒体服务(IMS)别名。
利用FMC，用户使用单个设备从移动服务提供商和VoIP服务提供商获得了连续 通信服务。呼叫通过保持不同标识符(identifier)的映射并且基于设备的信号强度在移动 网络和VoIP网络之间切换呼叫的应用服务器而被锚固。当被用在企业网络中时，其它通 信应用不会注意到此映射并且不能将移动标识符与企业标识符相关联。为了影响并参与 FMC用户的呼叫处理，需要这些应用建立自定义界面并与锚固应用服务器相结合。如本 领域技术人员可以认识到的，这是成本昂贵并且耗时的要求。IMS引入了用于将不同身份(即，公共标识符)关联在一起的用户简档(profile) 的概念。用户简档可以使用公共标识符或共同标识符(即，融合标识符)而被访问。当 通信请求源自或目标为相关联的身份中的一个时，核心网络基础设施和应用使用用户简 档来访问用户信息，其中用户简档可使用标识符中的任一个而被访问。然而，此方法要 求跨越核心基础设施、应用和提供系统的广范围改变以支持IMS别名。不理解IMS用户 简档的概念的传统的和当前的产品不能从此方法获益。在大多数当前实施中，单个应用一般负责将企业用户身份与外部身份相关联。 此种方法在新的独立应用(其逻辑依赖于身份关联)被建立时就会引入问题。缺少将外 部身份与企业用户相关联的广阔网络架构致使自定义代码和潜在的新界面的开发。此方 法不仅是低效的而且是耗时并且还是花费很大的。如上所述，类似IMS别名之类的其它应用要求对身份子系统进行大修(例如， 跨越基础设施、应用和提供系统)。这不适合在传统基础设施方面具有重大投资的网络的需求。因此，本发明的一个方面是提供一种能够促使外部身份与企业身份相关联的解 决方案，特别是在分布式应用架构被实施的情况中。根据本发明的至少一些实施例，提供了一种方法、设备和系统，它们促使去往 和来自外部身份的呼叫与针对企业身份的呼叫相类似地被对待。本发明的实施例还使得 传统的和现有的应用在不需要实质性和高成本的改变的情况下就能够运作。本发明的一个方面提供一种非企业身份表，其将企业用户的外部身份与他们的 企业身份相关联。本发明的另一方面在通信请求处理中借助(leverage)非企业身份表以使得呼叫者 的外部身份可以被呼叫者的企业身份替换(例如，使用非企业身份表查找功能)。本发明的另一方面将呼叫者在某处的最初的(多个)身份插入到请求中(即，插 入请求分组头部)。本发明的另一方面将请求路由到呼叫者的权威(authoritative)代理以进行源端处 理(也称为起源-侧特征调用)，从而使得呼叫者能够访问在呼叫者的企业简档(即，保 持在企业中并且在外部网络存在的特殊情形不被共享的包含针对呼叫者的通信偏好和规 则的通信简档)中所定义的通信特征。在发起处理之后，请求可以被路由到被叫者的权 威代理以便进行终端处理(也称为终结_侧特征调用)。本发明的另一方面在调用起源-侧处理之后，用被叫者的企业身份来替换被叫 者的外部身份(例如，使用非企业身份表查找功能)。本发明的另一方面将请求路由到被叫者的权威代理以便进行终结-侧特征调用。
本发明的另一方面恢复被叫者的最初的外部身份(例如，使用非企业身份表查 找功能)并且然后将请求路由到外部网关/中继端口(trunk)以便以外部身份结束呼叫。根据本发明的至少一些实施例，提供了一种方法，该方法一般包括在第一网络的网络边界设备处接收通信请求；确定在所述通信请求中所识别的第一用户的第一身份；以及将所述第一用户的所述第一身份映射到所述第一用户的第二身份，其中，映射 包括将所述通信请求改变为通过所述第二身份来识别所述第一用户。在一些实施例中，所述第一身份可以是非企业身份并且所述第二身份可以是企 业身份。这通常应用于进入企业网络的通信请求。在其它实施例中，所述第一身份可以 是企业身份并且所述第二身份可以是非企业身份。这通常应用于从企业网络外出的通信 请求。用户身份的映射在向企业用户提供对他们的基于企业的通信偏好的访问时特别 有用，即使企业用户可能正在利用非企业通信设备。换句话，当网络边界设备针对具体 通信请求已经利用身份映射模块将用户的非企业身份映射到企业身份之后，该通信请求 可以就好像其源自或者目标为企业设备那样被对待，即使可能并 非如此。当通信请求穿 越网络到达一个或多个应用时，无需针对每个应用都将用户的身份映射回企业身份。换 句话，企业网络中的所有处理可以从在网络边界或某些其它网络设备处发生的身份映射 中获益。对于源自企业网络的呼叫，在源端处理之后，被叫方身份在网络的核心中被替 代。对于源自企业网络的外部的呼叫，被叫方或呼叫方的身份可以在网络边界处被替 代。在任一种情况中，请求然后被转发给终结方的权威服务器。在终结侧处理之后，在 联系解析期间，最初的呼叫方被恢复。在本发明的一些实施例中，身份映射还可以包括将一个网络身份映射到另一个 网络身份，其中这两个身份都不是企业身份。在这样的实施例中，呼叫可以在具有第一 非企业身份时被接收。此第一非企业身份可以被映射到针对相同用户的企业身份。然 而，如果呼叫然后被转发回企业网络的外部，则可以将用户的企业身份映射到另一不同 的非企业身份，以促使与被叫方的有效通信。因此，可以在呼叫或通信请求的呼叫者标 识符字段中包括某些网络类型标识符。如在此所使用的，术语“通信请求”可以包括任何类型的通信会话-发起消息 或消息组。示例通信请求可以包括但不限于SIP INVITE、呼叫设立消息、视频呼叫设立 消息、第一即时消息、资源预留消息或者以任何类型的已知介质或媒体(例如，语音、 视频、文本、电子邮件、即时消息等等)的用于发起或设立通信会话的任何其他类型的 消息。在此使用的术语“计算机可读介质”是指参与向处理器提供指令以便执行的任 何有形存储装置和/或传输介质。这样的介质可以采取多种形式，包括但不限于非易失 性介质、易失性介质以及传输介质。非易失性介质例如包括NVRAM，或磁盘或光盘。 易失性介质包括诸如主存储器之类的动态存储器。计算机可读介质的通常形式例如包 括软盘、柔性盘、硬盘、磁带，或任何其它磁介质、磁光介质、CD-ROM、任何其他光 介质、打孔卡、纸带、具有孔图案的任何其它物理介质、RAM、PROM、EPROM,快闪-EPROM、类似存储卡的固态介质、任何其它存储芯片存储盒、之后所述的载波，或 计算机可读的任何其它介质。电子邮件所附加的数字文件或其它自身包含的信息档案文 件或档案文件集被认为是与有形存储介质等同的分发介质。当计算机可读介质被配置作 为数据库时，应当理解，该数据库可以是任何类型的数据库，诸如关系型、层次型、面 向对象型等等。因此，本发明被认为包括有形存储介质或分发介质，以及现有技术公认 的等同物和存储本发明的软件实现的后继的介质。在此使用的术语“确定”、“推算”和“计算”及其变化可互换使用，并且包 括任何类型的方法、处理、数学运算或技术。在此使用的术语“模块”、“代理”或“工具”是指任何已知的或以后开发的 硬件、软件、固件、人工智能、模糊逻辑，或者能够执行与该元件相关联的功能的硬件 和软件的组合。此外，虽然本发明是根据示例性实施例来描述的，但是应当认识到，本 发明的单独方面可以分开来要求保护。前面所述是本发明的实施例的简化概括，用来提供对本发明的一些方面的理 解。此概括既非是对本发明及其各实施例的详尽的概要也非排他性概要。并非旨在确认 本发明的关键或者重要的元件，也非旨在描绘本发明的范围，而是以简化形式呈现本发 明所选概念作为对下面呈现的更具体的描述的导言。如将会认识到的，本发明的其它实 施例可以单独使用或与下面具体描述的或上面提出的一个或多个特征相结合使用。


图1是示出根据本发明的至少一些实施例的通信系统的框图；图2是示出根据本发明的至少一些实施例的用于将第一用户身份映射到第二用 户身份的示例性数据结构集的框图；图3是示出根据本发明的至少一些实施例的外出请求处理流程的示图；以及图4是示出根据本发明的至少一些实施例的进入请求处理流程的示图。
具体实施例方式下面将结合示例性通信系统来图示说明本发明。虽然本发明非常适用于例如使 用(一个或多个)服务器和/或(一个或多个)数据库的系统，但是本发明并不限于结合 任何特定类型的通信系统或系统元件的配置来使用。本领域技术人员将认识到，所公开 的技术可以用在希望跨越网络边界关联身份的任何通信应用中。本发明的示例性系统和方法也将针对分析软件、模块和相关联的分析硬件来描 述。然而，为了避免不必要地模糊本发明，下面的描述省略了公知的结构、部件和设 备，它们可以以框图的形式被示出为是公知的或者以其它方式被概括出。为了说明的目的，许多细节被提出以便提供对本发明的透彻理解。然而，应当 认识到，本发明可以在这里提出的具体细节以外以多种方式来实施。首先参考图1，将描述根据本发明的至少一些实施例的示例性通信系统100。更 具体地，通信系统100包括第一网络，诸如企业通信网络104，其适用于将一个或多个企 业通信设备108(即，管理企业网络104的企业所拥有的、操控的和/或信赖的设备)与 一个或多个内部网络设备112a、112b互连。内部网络设备112a、112b可以对应于任何类型的应用或特征服务器。更具体地，内部网络设备112a、112b可以对应于适用于向一个 或多个企业通信设备108提供SIP功能的SIP应用或特征服务器。更宽泛地，内部网络 设备112a、112b可以向可能正在或者不一定正在使用企业通信设备108的企业用户提供 所选的特征和应用。除了提供特征或应用以外，内部网络设备112a、112b还可以被配置 以对在内部网络设备112a、112b处接收的各种通信请求提供联系解析(contact resolution) 功能和/或确定应用定序(application sequencing)。适当的内部网络设备112a、112b的 一些示例包括但不限于由Avaya，Inc.生产销售的通信管理器、通信管理器分支、SIP使 能服务、系统管理器和其它类似的设备。企业通信网络104可以是任何类型的已知通信介质或者通信介质的集合，并且 可以使用任何类型的协议来在端点之间传送消息。企业通信网络104可以包括有线和/或 无线通信技术。企业网络104的示例包括局域网(LAN)、广域网(WAN)、会话发起协议 (SIP)网络以及现有技术中的任何其它类型的分组交换或电路交换网络。另外，可以认识 到，企业通信网络104不需要局限于任何一种网络类型，而是可以由多种不同的网络和/ 或网络类型构成。企业网络104可以经由一个或多个网络边界设备136连接到外部通信网络 152 (例如，非企业通信网络)。网络边界设备136的一个示例是由Avaya，Inc.生产销售 的Aura会话管理器。外部通信网络152可以包括任何类型的非企业网络(例如，并非由 企业人员管理和/或保护的任何网络)。因特网是非信赖通信网络152的示例，其构成由 通过许多电话系统或其它装置相连的位于世界各地的若干计算机和其它通信设备组成的 IP网络。外部通信网络152的其它示例包括但不限于标准普通老式电话系统(POTS)、 综合业务数字网络(ISDN)、公共交换电话网络(PSTN)、任何类型的已知蜂窝通信网络 以及它们的组合。根据本发明的至少一些实施例，企业通信设备108和非企业通信设备156(即， 没有向企业注册的通信设备或者没有正被已注册的企业用户使用的通信设备)之间的通 信可以通过一个或多个网络边界设备136来促使。外部通信设备156可以与内部通信设备 108类似在于任一种设备可以是任何类型的已知通信或处理设备，诸如个人计算机、膝上 型计算机、个人数字助理(PDA)、蜂窝电话、智能电话、电话机、模拟电话、DCP电话 或者它们的组合。单个通信设备108或156可以由单个用户控制或者与单个用户相关联， 或者可以适用于由许多用户使用(例如，允许任何企业用户在呈递了有效用户名和/或口 令时都能够利用通信设备的企业通信设备)。两个或多个通信设备108或156可以与同一用户相关联。换句话，通信设备108 或156可以属于单个用户并且可以对应于不同类型的通信设备。作为一个示例，企业用 户可以具有四个企业通信设备108和/或156，其中每个分别对应于单个用户的个人电 话、工作电话、个人计算机和电子邮件检索设备。因此，一些企业通信设备108可以直 接连接到企业通信网络104，而诸如电子邮件检索设备的其它企业通信设备156可以经由 非企业服务提供商而连接到外部通信网络152。然而，根据至少一些实施例，与企业用户 相关联的通信设备即使未连接到内部企业网络104也被认为是企业通信设备108，因为其 可以接收企业通信对待。可替代地，通信设备108、156中的每一个可以由不同的用户拥 有和操纵(即，与其相关联)。
一般而言，通信设备108、156可以适用于支持与其它通信设备108、156的视 频、音频、文本和/或数据通信。通信设备108、156用来与其它通信设备108、156通 信的介质的类型可以依赖于通信设备108、156可用的通信应用。根据本发明的至少一些实施例，如果企业用户在他们的连接到非信赖网络152 的企业通信设备108处发起呼叫或者接收呼叫，则企业网络104的某些特征可用于企业用 户。这些特征可以由内部网络设备112a、112b基于网络边界设备136是否将企业用户的 身份映射到已知的企业身份来提供。内部网络设备112a、112b可以设置一种或多种应用116、用户偏好表120、应用 定序模块124和联系解析模块128，以向企业用户提供一种或多种通信特征。应用116可 以能够向企业用户提供一种或多种通信特征。示例性应用116包括但不限于EC_500(分 机转手机)应用、呼叫设立应用、语音邮件应用、电子邮件应用、语音应用、视频应 用、文本应用、会议应用以及任何其它类型的通信应用。用户偏好表120可以包括针对企业网络104的各企业用户的通信偏好。根据本发 明的至少一些实施例，特定内部网络设备112a、112b可以包括仅针对所有企业用户中的 选择出的子集的用户偏好。在此配置中，具有针对特定用户的通信偏好的内部网络设备 112a、112b可以被认为是用于该用户的权威代理或权威服务器。当用作权威服务器或代 理时，内部网络设备112a、112b可以接收通信请求、识别与通信请求相关联的用户(通 常通过用户的企业身份)以及通过参阅用户偏好表120来确定用户的通信偏好。在用户的通信偏好被内部网络设备112a、112b确定时，应用定序模块124被调 用来确定将促成用户被识别的通信偏好的应用序列。在一些实施例中，用户偏好表120 的内容可以由企业用户经由web界面和/或听觉界面提供。内部网络设备112a、112b然后可以将通信请求路由到适当的应用116 (不管其驻 留在相同的设备中或是不同的设备中)以被该应用处理。联系解析模块128可以被配置以在通信请求被必要的应用116处理之后对通信请 求执行联系解析。在一些实施例中，联系解析模块128可以驻留在相同的权威服务器或 代理上。在其它实施例中，联系解析模块128可以驻留在与具有用户的通信偏好的设备 不同的内部网络设备112a、112b上。在任一种情况中，联系解析模块128是可以关于通 信警报来确定用户的通信偏好并且向或者不向与用户相关联的适当通信设备进行报警的 特定种类的应用。例如，如果企业用户具有与其相关联的两个不同的通信设备108，则联 系解析模块128可以在针对特定用户的通信请求被接收时确定是向这些通信设备108中的 一个还是两个进行报警。在联系解析阶段结束之后，通信请求可以被转发给试图建立通 信会话的适当的通信设备108。根据本发明的至少一些实施例，网络边界设备136可以包括身份映射模块140、 非企业身份表144和路由表148，它们使得网络边界设备136能够分析进入企业网络104 或者从企业网络104出去的呼叫或通信请求，确定呼叫或通信请求中的哪个实体要使其 身份映射到供替换的身份，并且将呼叫或通信请求改变为参阅供替换的身份。如本领域技术人员可认识到的，内部网络设备112a、112b还可以用于分析呼叫 并且适当地将呼叫者和/或被叫者的身份映射到供替换的身份。因此，虽然未描述，但 是内部网络设备112a、112b中的一者或两者也可以包括身份映射模块140、非企业身份表144和路由表148。在此提供的网络边界设备136包括属于企业网络104的维护某部分的企业用户记 录的任何类型的设备。可以考虑作为网络边界设备136的示例性设备包括但不限于SIP 路由元件、用户关联元件、会话边界控制器(SBC)、网关和代理。SIP路由元件是能够 建立SIP站点之间的路由和拨号计划关系的任何设备，和/或提供从非信赖通信网络152 到企业网络104的入口 /企业网络104到非信赖通信网络152的出口。用户关联元件包 括能够将用户绑定到设备和/或将用户绑定到他们的应用的任何设备。代理包括能够接 管来自通信设备的呼叫控制并且用作地址翻译(名称到IP地址)的中央知识库的任何设 备。如可以认识到的，这些元件中的一个或多个可以驻留在共同的服务器上或者可以分 布跨越多个服务器。根据本发明的至少一些实施例，通信请求内的用户身份的映射不一定必须发 生在网络边界设备136处。例如，此映射可以发生在企业网络104内的网络边界设备 136 “之后”。用户身份的映射在向企业用户提供对他们的基于企业的通信偏好(存储在用户 偏好表120中)的访问时特别有用，即使企业用户可能正在利用非企业通信设备108。换 句话，当网络边界设备136针对具体通信请求已经利用身份映射模块140将用户的非企业 身份映射到企业身份之后，该通信请求可以就好像其源自或者目标为企业设备那样被对 待，即使可能并非如此。当通信请求穿越网络到达一个或多个应用116、124、128时， 无需针对每个应用都将用户的身份映射回企业身份。此步骤已经在网络边界设备136处 执行了，因此，身份映射是不可知的(agnostic)并且被绑定到通信会话的应用，而非特定 应用。换句话，企业网络104内的所有处理可从在网络边界设备136处发生的身份映射 中获益。另外，虽然网络边界设备136被描绘为包含非企业身份表144和路由表148，但 是本领域技术人员将会认识到，需要用来填充这些表的所有信息或者某些信息也可以驻 留在可被网络边界设备136访问的企业数据库132中。因此，当这些表中的一个内的信 息被企业用户或企业网络管理员预先提供或者改变了时，数据可以在单个点(即，企业 数据库132)处被改变并且网络边界设备136可以按需来检索这些更新。可替代地，表 144、148可以单独并全部地被保持在各个网络边界设备136内。根据本发明的至少一些实施例，非企业身份表144是用户和/或管理员提供的包 含将某些企业用户的企业身份映射到相同用户的一个或多个非企业身份的信息的表。身 份映射模块140是可操作用于实现必要的身份映射的例程，其使得企业用户能够在没有 利用企业通信设备108的情况下访问他们的企业通信偏好。另一方面，路由表148包括企业身份到用于与该身份相关联的用户的权威服务 器或代理的映射。此信息也可以经由web界面或视觉界面直接提供在网络边界设备120 中，或者可以在用户更新他们在企业数据库116中的信息时自动填充(例如，企业数据库 116可以将数据更新推入网络边界设备120或者边界设备120可以定期向企业数据库116 轮询近来的改变)。换句话，路由表148可以包括识别用户(通常经由企业AOR)并且将企业AOR映 射到内部网络设备112a、112b的信息。SIP允许使用三个(或更多个)别名中的任何一个来表达域内AOR。 “域内”是指企业对其而言是可信的任何域或子域的成员。每个别 名可以是指相同的用户，但是表达或格式不同。为每个用户分配三个AOR提供了与典型 私有企业网络、全球PSTN、因特网的最大互操作性。作为示例，对于用户“JohnDoe” 的三个AOR可以是· 3031234567@e.com-此格式被称为企业私有编号格式。用户部分必须是数字 串。其不包括“ + ”字符，但是包括@3位域部分。注意客户可以选择E.164格式 (没有开头的“ + ”)作为他们的私有编号计划或根本不具有私有编号计划别名。· +13031234567@e.com-此格式被称为E.164国际格式。其在第一位置包括 “ + ”字符并且包括@SIP域部分。· JohnDoe@e.com-此格式被称为字母数字处理格式。其包括@SIP域部分并且 用户部分一定不是E.164国际格式或私有编号格式。所有这三种形式被认为是符合企业规范的，因为它们可核心路由并且唯一地表 示遍及企业网络104中的每个位置或站点的单个用户。所有这些AOR格式以及针对它们 的路由都是提供好的，并且所有的或者其中一些提供的信息可以被保持在路由表148和/ 或非企业身份表144中。在操作中，网络边界设备136适用于从外部通信网络152和企业网络104中的任 一者接收通信请求。网络边界设备136然后调用身份映射模块140来分析通信请求并确定 在通信请求中所识别的一个或多个实体，诸如发起用户(即，呼叫者)、目标用户(即， 被叫者)和/或目标实体(例如，在其中一个通信请求被导向企业而非特定用户的联系中 心配置中)。身份映射模块140获得此信息并且执行评估以确定在通信请求中所识别的一 个或多个实体是否具有可供替代的身份(例如，通信请求中经由非企业身份所识别的用 户的企业身份，或者通信请求中经由企业身份所识别的用户的非企业身份)。此评估可以 包括针对存储在非企业身份表144、路由表148中的信息或者任何其它提供的策略或规则 进行的比较。基于此确定，身份映射模块140然后利用可供替代的标识符来改变通信请 求中的一个或多个头部，此可供替代的标识符将跟随通信请求通过企业网络104或者非 信赖通信网络152。参考图2，将根据本发明的至少一些实施例来描述用于映射身份的示例性数据结 构集。更具体地，将根据本发明的至少一些实施例来描述非企业身份表144和路由表148 的细节。非企业身份表144可以包括用于促使将非企业身份映射到企业身份或者反之的 一个或多个字段。在一些实施例中，非企业身份表144包括利用针对企业用户的各种实 体/非实体关联填充的企业身份字段和非企业身份字段。在一些实施例中，在给定网络 边界设备136处的非企业身份表144可以包括针对所有企业用户的条目，或者至少具有企 业身份和非企业身份之间的映射的那些条目。在其它实施例中，网络边界设备136处的 非企业身份表144可以包括仅仅针对所有企业用户中的子集的条目。路由表148也可以包括用于促使将企业用户映射到权威服务器的一个或多个字 段。在一些实施例中，路由表148包括企业身份字段和权威服务器字段。路由表148中 的每行将针对企业用户的特定企业身份映射到该用户的权威服务器。如本领域技术人员 可认识到的，因为企业身份(例如，域内AOR)可以具有多个别名，所以用户的每个别名可以被映射到相同的权威服务器。如在图2中可以看出，特定用户(Alice)可以具有多个非企业身份204a、204b, 其中每个可与不同的通信设备(例如，个人家装电话和个人蜂窝电话)相关联。所有的 用户的非企业身份204a、204b都可以映射到相同的企业身份208，企业身份208然后在路 由表148中被参考以识别用于该用户的权威服务器。根据至少一些实施例，身份映射模块140可以被配置来接收通信请求并且将通 信请求的头部中的用户的第一身份用针对该用户的第二身份来替代。非企业身份表144 中针对用户的企业和非企业身份可以包括可以被身份映射模块140交换的那些可供替代 的身份，这依赖于通信请求是从企业网络104进入的还是外出的。现在参考图3，将根据本发明的至少一些实施例描述示例性外出请求处理流程 图。该特定流程图反映了针对从企业网络104外出到非信赖通信网络152的通信请求所 采取的步骤。该流程在当由企业通信设备108发起通信请求时开始(步骤304)。之后， 如果企业要求用户授权的步骤，则执行用户授权(步骤308)。通信请求然后经历源端-侧处理，其中，呼叫方的权威服务器基于呼叫方的通 信偏好来确定适当的应用序列(步骤312)。此应用序列是通过参考用户偏好表120内的 呼叫方的企业身份并确定与呼叫方的偏好匹配的应用序列来确定的。当通信请求在网络边界设备136处被接收时，流程继续，其中，身份映射模块 140被调用来确定被叫方是否在非企业身份表144中(步骤316)。如果在非企业身份表 144中没有找到针对被叫方的匹配，则通信请求继续到非信赖通信网络152。然而，如果 在非企业身份表144中找到了匹配，则请求URI的内容(即，目的地侧头部中的被叫方的 非企业身份)被在非企业身份表144中找到的被叫方的企业身份替代。另外，识别目的 地设备是外部设备(即，非企业通信设备)的补充参数可以添加到头部。将此特定数据 添加到通信请求的另外的细节在2009年6月26目提交的美国专利申请No.12/493,031中 被描述，其全部内容通过引用被结合于此。此外，被叫方的最初的标识符(即，非企业身份)可以通过使其值插入头部而保 持在通信请求中，在稍后的呼叫处理点可以在头部中检索该标识符。之后，呼叫阶段可以被改变成终端-侧处理，并且通信请求可以被路由到通过 参考路由表148确定的被叫方的权威服务器(步骤320)。当在被叫方的权威服务器接收 到通信请求时，实际的终端-侧处理开始，以使得该权威服务器的应用定序模块124基于 被叫方的通信偏好来确定用于对通信请求进行终端-侧处理的适当应用序列(步骤324)。在终端侧处理之后，通信请求的阶段可再次被改变为联系解析阶段，并且联系 解析可以针对所有联系地址而被执行(步骤328)。在此步骤中，请求URI中的值可以被 联系地址替代，并且通信请求的阶段可以被改变为结束点。通信请求然后被转发到(一 个或多个)适当设备。在目的地设备中的一个是企业网络104内的企业通信设备108的 情况中，然后路由逻辑将此请求转发到联系地址(步骤332)。另一方面，如果目的地设 备中的一个是非企业通信设备156，则通信请求被路由到适当的网关/SIP中继端口(步 骤336)，以使得通信请求可以被路由到所希望的外部号码(步骤340)。在一些实施例 中，因为标签阶段已经被改变成通信请求的结束点，所以路由逻辑可以被允许绕过在呼 叫路由期间通常需要的非企业分机以及其他表查找。此外，因为通信请求正离开企业网络104，所以利用被叫方的最初的身份来替代请求URI中的值是有益的或者必要的。现在参考图4，将根据本发明的至少一些实施例来描述示例性进入请求处理流程 图。此特定流程图反映了针对在企业网络104处接收的从非信赖网络152进入的通信请 求所采取的步骤。该流程以通信请求的源端是非信赖通信网络152的某部分(例如，通过 非企业通信设备156)而开始(步骤404)。到来的请求在网关、SIP中继端口或类似类型 的网络边界设备136处被接收(步骤408)。最初，通信请求不具有与其相关联的阶段。 当接收到请求时，网络边界设备136调用身份映射模块140来在非企业身份表144中查找 通信请求的PAI头部、来自(From)头部或者某些其他约定的头部所识别的该请求的发起 者(呼叫者或呼叫方)。如果在非企业身份表144中未找到对于发起者的标识符的匹配，则流程通过在 路由表148中查找在R-URI头部、去往(To)头部或某些其他约定的头部中所识别的通信 请求的目标(被叫者或被叫方)来继续，以确定用于被叫方的权威服务器(步骤412)。 再次，PAI头部和请求URI的细节在美国专利申请No.12/493,031中被描述。通信请求然后被网络边界设备136转发到用于被叫方的权威服务器，在此，针 对被叫方的应用序列被确定(步骤428)。这调用对通信请求的终端处理，涉及将通信请 求传送到在应用序列中所识别的应用116，以使得那些应用116可以处理通信请求。之 后，权威服务器可以执行联系解析，并且通信请求被转发到与被叫方相关联的(一个或 多个)适当的通信设备(步骤432)。返回步骤408，如果在非企业身份表144中找到了针对呼叫方的匹配，则流程通 过将呼叫方的最初的身份映射到呼叫方的企业身份来继续(步骤416)。在此步骤中，发 起者的企业AOR替代了通信请求的PAI头部中的发起者的最初的非企业身份。另外，通 信请求可以被标记某个指示符，诸如设备-类型=外部，以指示通信请求源自非企业通 信设备156。此外，被叫方的最初的身份可以作为参数被插入通信请求，有可能被插入 通信请求的一个或多个头部。用于呼叫方的权威服务器然后通过参考路由表148来被确 定。呼叫阶段然后被改变以反映源端处理正开始并且请求被转发到权威服务器(步 骤420)。权威服务器基于呼叫方的通信偏好来确定应用序列并且将通信请求路由到序列 中的第一应用以调用此应用序列。如本领域技术人员可认识到的，上述应用序列中的任 一个可以包括调用一个或多个应用。当第一应用完成对通信请求的处理时，第一应用然 后可将通信请求转发到(在应用序列中所识别的)第二应用以继续对通信请求进行处理并 且完成应用序列。在用于发起者的应用序列的应用被调用之后，该方法通过将通信请求路由到被 叫方的权威服务器而继续(步骤424)。如本领域技术人员可以认识到的，用于呼叫方和 被叫方二者的权威服务器可以由网络边界设备136在同一步骤中确定或者在分别的步骤 中确定。被叫方的权威服务器可以与呼叫方的权威服务器相同或者可以不同。一般来 说，在单个设备(例如，网络边界设备136)处确定用于呼叫方和被叫方二者的权威服务 器比在两个不同的步骤中确定更高效，因为可针对呼叫方和被叫方参考同一路由表148。 之后，通信请求的终端处理开始(步骤428)。图3和图4被用来讨论这样的通信情形，其中，因为通信请求由企业通信设备108发起并且被导向非企业通信设备156或者因为通信请求由非企业通信设备156发起并 且被导向企业通信设备108，所以，通信请求自然地穿越企业网络104边界。在这些情形 中，通信请求由于通信的固有本质而遭遇到网络边界设备136。如本领域技术人员可以认识到的，通信请求也可以在一个企业通信设备108处 发起，并且被导向到另一企业通信设备108。这些类型的通信被称为内部通信，因为它们 一般发生在两个被身份的企业用户之间。将根据本发明的至少一些实施例来描述两个企 业用户之间的内部呼叫的操作，其中，这两个用户使他们的企业AOR绑定到一个或多个 外部号码。当具有共享外线(line appearance)(具有外部号码)的用户向另一企业用户发起请 求时，该请求通过呼叫用户的权威服务器。源端-侧权威服务器(即，呼叫方的权威服 务器)调用与呼叫方相关联的源端应用116的序列，这些应用116中的一个负责实现共享 外线。此时，呼叫未被扩展到外部号码，而是企业设备具有对其进行扩展的选择权。在终端-侧，被叫方的权威服务器起动与被叫方相关联的应用序列。因为被叫 方也具有共享外线特征，所以终端序列中的应用116之一负责此逻辑。为了将呼叫提供给包括外部号码的被叫方的不同联系，应用116可以借助联系 解析逻辑通过将请求转发到联系解析模块128来使呼叫分岔(无需修改R-URI)。可替代 地，应用可以通过用不同的联系地址替代R-URI来使呼叫分岔。现在根据本发明的至少一些实施例来描述涉及两个企业用户的少数呼叫情形。 两个用户都具有企业号码(即，企业身份)以及相关联的外部号码(即，非企业身份)。 下面是两个呼叫示例1.企业用户通过从企业电话拨打被叫用户的PSTN分机来呼叫另一用户；以及2.企业用户通过从其企业电话的PSTN分机拨打企业号码来呼叫另一用户。在这些示例中，可以假设这两个企业用户是Alice和Bob。它们分别具有企业ID 2852l223@avaya.com(称其为 Alice-e)和 2538l324@avaya.com(称其为 Bob_e)。另夕卜， 他们都将他们的企业特征扩展到他们的外部号码。Alice具有移动号码+17324215858 (称 其为Alice-m)并且Bob具有移动号码+13035657856 (称其为Bob_m)作为他们各自的 PSTN分机。在第一种情形中，Alice从她的企业电话呼叫Bob的移动号码，而在第二种情形 中，Alice从她的移动号码呼叫Bob的办公室号码。在第一种情形中，因为Alice-e向 Bob-m发起呼叫，所以通信请求通过Alice的权威服务器。因为此权威服务器作为呼叫 源端，因此其调用与Alice的通信偏好相关联的源端应用。在所有源端侧应用都被调用之 后，此权威服务器将呼叫阶段改变为终结。为了确定接下来的权威服务器，Alice的权威 服务器将此通信请求传送到边界设备136，边界设备136调用身份映射模块140来在非企 业身份表144中查找被叫方(Bob-m)。可替代地，Alice的权威服务器可以包括能够执行 表144查找的身份映射模块140。因为Bob-m与Bob-e相关联，所以在非企业身份表144中找到了条目。使用 Bob-e,在路由表148中执行另一查找以确定用于Bob的权威服务器。在将请求转发给 Bob的权威服务器之前，通信请求被更新以反映呼叫的特殊性质。在Bob的权威服务器处，(在用户偏好表120中确定的)与Bob的通信简档相关联的终端应用116被调用。因为应用116之一负责共享外线特征，所以其可以将请求分 岔到Bob注册的多个设备(如Bob-e和Bob-m)。此应用116通过登记到登记事件分组 或者类似的知道登记的应用来学得Bob的多个联系地址。可替代地，此应用116可以依 赖Bob的权威服务器的联系解析模块128来使请求分岔。如果此应用116希望权威服务 器使请求分岔，则其不改变R-URI。在调用了所有的终端侧应用之后，Bob的权威服务 器执行联系解析。对于SIP设备(Bob-e)，其将请求转发给登记的地址。对于外部设备 (Bob-m),其将呼叫移交到网络边界设备136以递送到适当的外部网关/SIP中继端口。在第二中情形中，Alice从她的移动电话(Alice-m)向Bob的企业AOR(Bob-e) 发起呼叫。该呼叫请求穿越移动网络到达连接企业网络104与非信赖通信网络152的网 络边界设备136。网络边界设备136接收请求并且调用身份映射模块140。由于请求已 到达而没有任何阶段标签，所以呼叫方ID(AliCe-m)针对非企业身份表144被检查。因 为关联被找到(到Alice-e)，所以在路由表148中执行另一查找以定位Alice的权威服务 器。在将请求转发给Alice的权威服务器之前，阶段标签被插入到请求中以请求对呼叫进 行源端处理。另外，通信请求被更新以反映呼叫的特殊性质。在Alice的权威服务器处，(由用户偏好表120确定的)与Alice相关联的源端-侧 应用被调用。因为应用116之一是共享外线，所以此应用116向其他登记的联系发送通 知。这将使得Alice能够从其它设备(诸如Alice-e)加入此呼叫。在所有源端侧应用被 调用之后，Alice的权威服务器将呼叫阶段改变为终结。为了确定下一个权威服务器，通 信请求被传送到网络边界设备136，在网络边界设备136处，身份映射模块140被调用以 在非企业身份表144中查找被叫方(Bob-e)。可替代地，Alice的权威服务器可以在非企 业身份表144中执行查找。因为在此表中未找到Bob-e，所以在路由表148中执行第二查找以确定Bob-e的 权威服务器。因为Bob-e是企业用户，所以此查找返回Bob的权威服务器的地址。在将 请求转发给Bob的权威服务器之前，阶段标签被插入到请求中以请求对该通信请求的终 端处理。在Bob的权威服务器处，(从用户偏好表120确定的)与Bob的简档相关联的终 端应用被调用。因为Bob也具有多个联系(内部的和外部的)，所以请求被分岔以终止 于企业SIP设备(Bob-e)和外部移动设备(Bob-m)。依赖于逻辑和应用策略，这些设备 之一(通常是用于应答的第一设备)保持在呼叫中，而其他请求被丢弃。直到目前为止讨论的通信情形一般涉及自然地穿越企业网络104的边界的通信 (例如，到达企业网络104或离开企业网络104的呼叫)或者由于共享线路穿越企业网络 104的边界的通信。本发明的实施例还可以被用在其中第一企业用户从非企业通信设备 156呼叫第二用户(不一定是企业用户)的境况中。这可能要求企业用户将他们的非企业 通信设备156配置为以“企业模式”而非正常模式操作，从而通信请求被直接发送到被 拨的号码。在企业模式中，非企业通信设备156可适用于利用被拨号码生成通信请求， 但是将此通信请求发送到企业网络104以进行源端侧处理。这使得网络边界设备136能够 如上所述地接收通信请求并且处理通信请求。当源端-侧处理完成后，通信请求可以被 发送给网络边界设备136以使得其可以被路由到被拨号码。如果被叫方具有企业身份， 则通信请求可以通过非信赖通信网络152被直接转发给被叫方。然而，如果被叫方不具有企业身份，则网络边界设备136可以如上所述调用身份映射模块140并且可以在企业网 络104中发生对通信请求的终端侧处理。根据本发明的至少一些实施例，可以将一种网络类型映射到另一网络类型。特 别地，可以在呼叫方身份字段中包括某种网络类型标识符。不是简单地将外部身份映射 到企业身份并且可能将企业身份映射回到同样的外部身份，而是，可以借助本发明的实 施例来将第一外部身份映射到企业身份，并且然后将企业身份映射到与第一外部身份不 同的第二外部身份。这可以使得呼叫方或被叫方能够从企业网络内访问并借助多个外部 身份。虽然已经结合呼叫描述了众多细节，但是本发明的实施例不限于此。例如，本 发明的实施例可以用在任何SIP请求中，包括但不限于存在(presence)请求、即时消息传 送和其他通信服务。另外，虽然已经结合使用估计算法(可以包括表查找)描述了本发明，但是本领 域技术人员将认识到本发明的实施例不限于此。更具体地，本发明的实施例涉及如下事 实呼叫或请求的身份是否改变，并且具体地，设备如何决定创建和应用改变。在不脱 离本发明的精神的前提下，任何决定算法都可用于确定实体的身份是否应当被改变。虽然上面描述的流程图是根据特定事件序列来讨论的，但是应当认识到，可以 不在重大影响本发明的操作的前提下可以发生对此序列的改变。另外，精确的事件序列 无需按照在示例性实施例中提出的那样发生。在此图示说明的示例性实施例不限于具体 图示说明的实施例，而是还可以由其它示例性实施例利用，并且每个描述的特征是可单 独分开要求保护的。本发明的系统、方法和协议可以在所描述的通信设备以外的或代替所描述的通 信设备的如下装置上实现专用计算机、编程的微处理器或微控制器以及(一个或多个) 外围集成电路元件、ASIC或其他它集成电路、数字信号处理器、硬连线电子或逻辑电路 (诸如离散的元件电路)、诸如PLD、PLA, FPGA、PAL之类的可编程逻辑设备、诸如 服务器、个人计算机的通信设备、任何相当的装置等。一般而言，能够实现能实施在此 图示说明的方法的状态机的任何设备都可以被用来实现根据本发明的各种通信方法、协 议和技术。此外，所公开的方法可以在使用提供便携源代码的对象或面向对象的软件开发 环境的软件中容易实现，源代码可被用在各种计算机或工作站平台上。可替代地，所公 开的系统可以部分地或者全部地在使用标准逻辑电路或VLSI设计的硬件中实现。是软件 还是硬件被用来实现根据本发明的系统依赖于系统的速度和/或效率要求、所利用的特 定功能、特定软件或硬件系统或微处理器或微计算机系统。在此所公开的分析系统、方 法和协议可以在使用任何已知的或以后开发的系统或结构的硬件和/或软件中、本领域 技术人员结合通信和计算机领域的普通基础知识可从在此提供的功能描述得知的可应用 领域中的设备和/或软件中容易地实现。此外，所公开的方法可以在可被存储在存储介质上、在与控制器和存储器协作 的编程通用计算机、专用计算机、微处理器等上被执行的软件中容易地实现。在这些 实例中，本发明的系统和方法可以被实现为嵌入在个人计算机上的程序，诸如小程序 JAVA 或CGI脚本，作为驻留在服务器或计算机工作台上的资源、嵌入专用通信系统或系统部件的例程等。此系统还可以通过物理地将此系统和/或方法结合到软件和/或 软件系统(诸如通信设备或系统的硬件和软件系统)中来实现。 因此，很明显，根据本发明的实施例，提供了用于跨越网络边界来映射用户身 份的系统、设备和方法。虽然已经结合大量实施例描述了本发明，但是对于本领域技术 人员来说，许多替代、修改和改变将是或者是很明显的。因此，意在包括所有这些落入 本发明的精神和范围内的这些替代、修改、等同物和改变。
权利要求
1.一种方法，包括在第一网络的网络设备处接收通信请求；确定在所述通信请求中所识别出的第一用户的第一身份；将所述第一用户的所述第一身份映射到所述第一用户的第二身份，其中，映射包括 将所述通信请求改变为通过所述第二身份来识别所述第一用户。
2.根据权利要求1所述的方法，其中，所述第一身份包括非企业身份，其中，所述第 二身份包括企业身份，并且其中，所述第一网络包括企业网络，所述方法还包括将改变后的通信请求转发给所述第一网络的第一内部网络设备。
3.根据权利要求2所述的方法，其中，所述确定和所述映射中的至少一者发生在 所述网络设备处，其中，非企业识别表结合所述第一身份到所述第二身份的所述映射被 使用，并且其中，所述表可用于网络边界设备，其中，所述非企业识别表通过提供被填 充，并且所述非企业识别表针对在所述第一网络中信赖的用户将企业身份映射到非企业 身份，其中，路由表结合所述转发步骤被使用，其中，所述路由表将用户的企业身份映 射到用户的权威服务器，并且其中，所述权威服务器包括所述第一内部网络设备。
4.根据权利要求1所述的方法，其中，作为改变的一部分，所述通信请求的头部中的 至少一个值被改变为参考所述第二身份而不是所述第一身份，其中，所述头部包括目的 地侧头部、呼叫方侧头部和联系头部中的至少一个，其中，所述第一用户是所述通信请 求的发起者和目标中的至少一个，并且其中，所述第二身份是所述发起者和目标中的所 述至少一个的企业身份。
5.根据权利要求2所述的方法，其中，所述第一内部网络设备包括应用定序模块， 所述应用定序模块可操作用于基于所述第二身份来确定用于所述通信请求的应用序列并 且将所述通信请求转发给所确定的应用序列中的第一应用以便由所述第一应用处理，其 中，所述第一应用可操作用于结合对所述通信请求进行处理而参阅所述第二身份并且将 所述通信请求转发给所确定的应用序列中的第二应用，其中，所述第二应用也可操作用 于结合对所述通信请求的处理而参阅所述第二身份。
6.根据权利要求2所述的方法，其中，所述改变后的通信请求在头部包括所述第二身 份，并且还在所述通信请求的非头部部分保持所述第一身份，所述方法还包括在所述通信请求被所述第一网络处理之后，在所述第一网络的网络边界设备处接收 所述改变后的通信请求；在所述网络边界设备处在所述头部中用所述第一身份来替代所述第二身份；并且将二次改变后的在所述头部具有所述第一身份的通信请求转发到所述第一网络外部 的设备。
7.根据权利要求1所述的方法，其中，所述第一身份包括企业身份，其中所述第二身 份包括非企业身份，并且其中，所述第一网络包括企业网络，所述方法还包括将所述改变后的通信请求转发给所述第一网络外部的设备。
8.—种通信系统，包括第一网络，所述第一网络具有第一网络边界设备，所述第一网络边界设备驻留在所 述第一网络和第二网络之间，所述第一网络边界设备可操作用于接收通信请求，确定在 所述通信请求中识别的第一用户的第一身份，并且将所述第一用户的所述第一身份映射到所述第一用户的第二身份，其中，映射包括将所述通信请求改变为通过所述第二身份 来识别所述第一用户。
9.根据权利要求8所述的系统，其中，所述第一身份包括非企业身份，其中，所述第 二身份包括企业身份，并且其中，所述第一网络包括企业网络，并且其中所述第一网络 边界设备还可操作用于将改变后的通信请求转发给所述第一网络的第一内部网络设备。
10.根据权利要求9所述的系统，其中，作为改变的一部分，所述通信请求的头部中 的至少一个值被改变为参考所述第二身份而不是所述第一身份，并且其中，所述头部包 括目的地侧头部、呼叫方侧头部和联系头部中的至少一个，其中，所述第一用户是所述 通信请求的发起者和目标中的至少一个，并且其中，所述第二身份是所述发起者和目标 中的所述至少一个的企业身份，其中，所述第一内部网络设备包括应用定序模块，所述 应用定序模块可操作用于基于所述第二身份来确定用于所述通信请求的应用序列并且将 所述通信请求转发给所确定的应用序列中的第一应用以便由所述第一应用处理，其中， 所述第一应用可操作用于结合对所述通信请求的处理而参阅所述第二身份并且将所述通 信请求转发给所确定的应用序列中的第二应用，其中，所述第二应用也可操作用于结合 对所述通信请求的处理而参阅所述第二身份，其中，所述改变后的通信请求在头部包括 所述第二身份，并且还在所述通信请求的非头部部分保持所述第一身份，并且其中，第 二网络边界设备可操作用于，在所述通信请求被所述第一网络处理之后，接收所述改变 后的通信请求，在所述头部中用所述第一身份替代所述第二身份，并且将二次改变后的 在所述头部具有所述第一身份的通信请求转发到所述第一网络外部的设备，其中，所述 第一身份包括企业身份，其中所述第二身份包括非企业身份，其中所述第一网络包括企 业网络，并且其中所述第一网络边界设备还可操作用于将改变后的通信请求转发给所述 第一网络外部的设备，并且还在所述通信请求中提供网络类型和第三身份中的至少一 个，所述第三身份与所述第一身份和所述第二身份不同。
全文摘要
关联非企业电话和企业用户的网络架构。提供了用于识别通信处理中的特殊点以便替换和恢复与通信相关联的身份的方法、设备和系统。这些特定替代促使去往和来自外部身份的通信请求与去往和来自企业用户的通信请求相类似地被对待，从而使得企业用户能够经由非企业设备来访问基于企业的通信偏好和服务。
文档编号H04L29/06GK102025720SQ201010287210
公开日2011年4月20日 申请日期2010年9月16日 优先权日2009年9月16日
发明者哈什·V·门迪拉塔, 戈登·R·布鲁森, 钱德拉·拉维帕特 申请人:阿瓦雅公司