CN101632290B - 用于对呼叫进行路由的客户端设备方法及装置 - Google Patents

Abstract

本发明提供了一种电信方法、服务器和系统，对无线远程设备通过企业通信网络发起的输出电话通信进行路由。所述系统还将对与企业通信网络相关联的设备的呼入呼叫路由至包括无线设备以及其它远程设备在内的多个电话设备。

Description

用于对呼叫进行路由的客户端设备方法及装置

本申请要求于2006年10月19日提交的美国临时申请No.60/852,639的优先权，其全部内容以引用方式并入本文中。

版权保留

本专利文献公开的一部分包含受版权保护的材料。当其出现在专利商标局的专利文件或记录中时，版权所有者对任一专利文献或专利公开的复制没有异议，否则无论如何保留所有版权。

技术领域

背景技术

个人拥有用于通信的多个不同设备变得相对普遍。例如，个人可以拥有家庭电话、无线电话、寻呼机、个人数字助理(PDA)和办公室电话等。随着人们的移动日益频繁，通过这些通信设备之一与人进行联系变得更加困难。

呼叫转接是解决该问题的一种方法。如果指定振铃次数之前没有应答，则特定电话系统允许用户接入另一号码(呼叫被转接至该号码)。这应当允许具有多个电话设备的个人将呼叫转接到这些设备，直到此人所在的电话最终振铃。然而，如果涉及多个电话，则该方式变得复杂。此外，如果要将呼叫转接多次，则需要主叫方在一段相当长的时间内保持在线。此外，个人的每个电话必须具有呼叫转接能力。此外，在个人每次期望发起呼叫转接时，该方式需要对所涉及的所有电话进行重新编程。

这种转接策略的显著缺点在于，在转接的呼叫的每一段中，主叫方在链中的最后设备或网络上被终结。因此，转接方案中的最终号码负责所有可用的增强服务或对主叫方可用的语音邮件。相应地，尽管可以首先对配备有语音邮件和/或接线员协助的办公室电话进行呼叫，但是，一旦将呼叫从公司PBX上转出(例如转至用户的无线电话)，则将失去公司网络中所有这种增强服务。

旅行也可以加剧建立与能够接入多个电话设备的个人进行通信的难度。一旦入住宾馆，旅行者的宾馆房间中的电话成为可用的另一个潜在的联系装置。不幸的是，这迫使主叫方决定是否尝试通过旅行者的房间电话或其它电话设备(例如无线电话或者寻呼机)来联系他或她。如果旅行者未应答被叫的电话，则主叫方必须决定是否留下消息(不知道何时或是否可以获取该消息)或者改为尝试经由他或她的其它电话来联系到旅行者。

同样地，如果旅行者预期有个重要呼叫，但是不确定该呼叫将呼入他的房间电话还是无线电话，则该旅行者会感觉被迫留在他的房间中直到接收到该呼叫。另外，如果旅行者的无线电话不支持特定类型的长途呼叫(例如至各个外国)，则该旅行者仅能从他或她的宾馆房间进行特定类型的呼叫。同样的问题也发生在旅行者访问其它办公室或者企业(具有其自己的企业电信网络)时。

办公室电话是大多数商务人士的主要联系点。典型地，公司在其办公室电话基础设施上投入很大，办公室电话通常包括语音邮件、寻呼以及统一消息收发系统。另外，大多数公司与其电话运营商(例如，本地或者长途运营商)有协商合同，以确保其针对经由其公司网络进行的呼叫获得最低可能的费率。然而，由于公司人员的移动日益频繁，更多商务人士在不在办公室时使用无线电话或设备来进行其业务。这导致了公司将其大量电信预算花费在无线通信上，而无线通信的协商费率远高于其公司网络费率。另外，无线通信系统通常缺少公司用户在办公室环境中所预期的增强的便利性(例如办公室间的语音邮件，分机直拨，等等)。

通常，必须与特定个人通信并且不能等到其人结束当前呼叫。这有时被称为多级优先和抢占(MLPP)，但是在本文中称作“优先抢占”。然而，优先抢占局限于与企业网络连接的电话，这限制了较高等级官员在需要时联系适当个人(其也可以是高级官员或者政府官员)的能力。需要向无线以及远程设备扩展该优先抢占能力，使得优先用户能够抢占已有的通信并且与特定个人通信，即使其人正在使用无线电话或其它远程设备。

发明内容

在一个实施例中，提供了一种用于对无线设备通过企业通信网络发起的输出通信进行路由的方法。所述方法包括下列步骤：接收来自所述无线设备的第一数据信号，所述第一数据信号询问所述无线设备是否被许可通过企业通信网络进行输出通信；基于所述第一数据信号来检索与所述无线设备相关联的接入权；根据检索到的接入权来确定所述无线设备是否被许可使用企业通信网络的服务进行输出通信；向所述无线设备发送第二数据信号，所述第二数据信号指示是否已经授予许可；以及如果确定所述无线设备被许可进行输出通信，则建立通向输出通信的预期接收者的第一通信路径，建立通向所述无线设备的第二通信路径，并连接第一和第二通信路径以将输出通信从所述无线设备路由至所述接收者。根据该实施例，直到确定所述无线设备被许可进行输出通信时才建立所述第一和第二通信路径。

在另一个实施例中，提供了一种对输出通信进行路由的服务器。所述服务器被配置为：接收来自第一设备的第一数据信号，所述第一数据信号询问所述第一设备是否被许可通过所述服务器进行输出通信；基于所述第一数据信号来检索与所述第一设备相关联的接入权；根据检索到的接入权来确定所述第一设备是否被许可通过所述服务器进行输出通信；向所述第一设备发送第二数据信号，所述第二数据信号指示是否已经授予许可；以及如果确定所述第一设备被许可通过所述服务器进行输出通信，则建立通向所述第一设备的第一语音通信路径，建立通向第二设备的第二语音通信路径，并连接第一和第二通信路径以在所述第一和第二设备之间通过所述服务器对所述输出通信进行路由。在该示例实施例中，直到确定所述第一设备被许可进行输出通信时才建立语音通信路径。

另一个实施例提供了一种手持通信设备，包括：显示区；输入设备；以及处理器。所述处理器用于在显示区上显示并且控制图形用户界面，所述图形用户界面提供的界面用于将信息从输入设备输入至所述处理器并响应于来自所述处理器的信号而在显示区上显示信息。在该实施例中，所述处理器和图形用户界面适于通过下列步骤来对所述手持设备通过企业通信网络进行的输出通信进行路由：输出用于从所述手持通信设备登录企业通信网络的第一屏幕；从输入设备输入登录信息；向与企业通信网络相关联的服务器计算机输出包括输入的登录信息在内的第一数据信号；接收指示手持设备已登录企业通信网络的第二数据信号；显示呼叫选项；从输入设备输入所选呼叫选项；以及基于输入的所选呼叫选项，通过企业通信网络进行呼叫。

在又一实施例中，提供了一种对通信进行路由的方法。所述方法包括下列步骤：在第一通信路径上接收对主设备号码的呼入呼叫；检索与所述主设备号码相关联的远程设备的第一连接号码；向所述远程设备发送第一数据信号，所述数据信号询问所述远程设备处是否要接受所述呼入呼叫；接收来自所述远程设备的第二数据信号；基于所述第二数据信号来确定所述呼入呼叫是否被接受；以及如果所述呼入呼叫被接受，则建立通向所述远程设备的第二通信路径，并连接第一和第二路径以便将所述呼入呼叫路由至所述远程设备。在该实施例中，如果所述呼入呼叫未被接受，则不建立第二通信路径。

在另一个实施例中，提供了一种用于将对第一设备进行的第一呼叫连接至第二设备的装置。所述第一设备与企业网络以及第一设备号码相关联。所述装置包括：计算机可读存储介质，所述计算机可读存储介质存储与第一设备号码相关联并与所述第二设备相对应的第二设备号码；处理器，耦合至所述计算机可读存储介质，所述处理器适于：一旦在第一通信路径上检测到第一呼叫，则从所述计算机可读存储介质中检索第二设备号码，所述处理器还适于向所述第二设备发送第一数据信号，并且，如果所述处理器接收到指示第一呼叫被接受的第二数据信号，则所述处理器适于建立通向所述第二设备的第二通信路径，并连接第一和第二路径以便将第一呼叫路由至所述第二设备而不是所述第一设备。

在又一实施例中，提供了另一种电信服务器。所述服务器被配置为：在第一通信路径上接收对主设备号码的呼入呼叫；检索与所述主设备号码相关联的远程设备的第一连接号码；向所述远程设备发送第一数据信号，所述数据信号询问所述远程设备处是否要接受所述呼入呼叫；接收来自所述远程设备的第二数据信号；基于所述第二数据信号来确定所述呼入呼叫是否被接受；以及如果所述呼入呼叫被接受，则建立通向所述远程设备的第二通信路径，并连接第一和第二路径以便将所述呼入呼叫路由至所述远程设备而不是与所述主设备号码相关联的企业电话。

附图说明

图1示出了根据本文公开的实施例的电信系统的示例。

图2示出了根据本文公开的实施例的服务器单元。

图3示出了根据本文公开的另一个实施例的服务器单元。

图4示出了根据本文公开的实施例的处理器模块。

图5A示出了根据本文公开的实施例来构建的另一电信系统。

图5B示出了图5A的系统中使用的示例移动设备架构以及设备的应用。

图5C至5E示出了可以在图5B的设备上显示的通知和用户选项的示例。

图6A至6H示出了示意本文公开的实施例执行的各种操作的线型流程图。

图7以流程图形式示出了根据本文公开的实施例执行的示例性输入站对站呼叫处理。

图7A还以流程图形式示出了根据本文公开的实施例执行的输入站对站呼叫处理。

图8是根据本文公开的实施例而构建的示例移动设备的框图。

图9是根据本文公开的实施例的移动设备的示例通信子系统组件的框图。

图10是根据本文公开的实施例的无线网络的示例节点的框图。

图11是示意与图10的无线网络以及图8的移动设备一起使用的一种示例配置中的主机系统组件的框图。

图12示出了根据本文公开的实施例执行的示例优先抢占处理。

具体实施方式

现在将描述示例实施例及应用。应理解，可以实现其它实施例并且可以进行结构上或者逻辑上的改变。尽管已经将本文公开的实施例具体描述为应用于商务或办公室环境，但是，显而易见地，应当可以针对具有相同或类似问题的任何应用来实现这些实施例。

本文公开的实施例涉及一种电信系统，该系统可以选择性地建立与多个电话设备之一的通信，其中多个电话设备与特定电话号码或者其它寻址方法(如SIP URI或者专用电话号码编号方案(PNP)(例如，分机拨号))相关联。此外，该系统允许远程设备作为针对输入和输出通信的功能上标准的办公室电话来运行。该系统还具有处理器，被配置为经由例如电子邮件(email)、文本消息收发或者其它形式的数据通信来向一个或更多远程设备发送数据信号而不需要任何用户交互。该数据信号使处理器和远程设备执行一系列步骤，这些步骤被设计为基于用户首选项来对呼入和呼出呼叫进行路由，并从远程设备执行PBX功能。

参考第一示例实施例在办公室建筑、多个办公室建筑或其它企业设施内的实现来讨论和说明第一示例实施例。在办公室建筑中，例如，将人员分配至办公室(或者小隔间)，其中每个办公室具有相关联的电话。办公室电话通常被连接至PBX、交换机或者其它呼叫处理基础设施，其中一个示例是(但不限于)在3GPP IMS系统或者TISPAN NGN(例如规范ECMA TR/91以及TR/92)等系统上装有的虚拟PBX(也被称作主机式企业服务(HES)：一种下一代网络(NGN)应用，其中NGN作为企业用户所有发起和/或终结的商务通信能力的主机，其中企业用户直接附着于NGN并且在NGN中具有针对该应用的IMS服务订阅)。PBX允许每个办公室电话具有一个或者更多电话分机以及直接拨入(DID)电话号码。如本领域所知，电话分机通常是三、四或五位电话号码(即专用电话号码编号方案(PNP))，其中可以通过拨叫这三、四或五位分机进行站对站(即办公室对办公室)的呼叫。这通常被称作分机直拨。还如本领域所知，DID电话号码允许对办公室电话直接进行外部呼叫(即从办公室PBX之外发起的呼叫)。

本文公开的实施例并不限于任何具体环境。例如，可以在宾馆、寄宿公寓、宿舍、公寓或者其它商用或住宅设施中实现实施例，其中向个人分配唯一的分机或者DID电话号码。本文中使用的术语“办公室”包括商业、其它企业、宾馆房间或者类似设施中的单一房间或空间。本文中使用的术语“用户”包括了办公室人员、宾馆客人或者与电话分机以及DID电话号码相关联的其它个人。

图1示出了根据实施例构建的电信系统10。如下面将要讨论的，系统10向办公室、企业或宾馆PBX或其它通信网络提供远程电话设备的完全集成，例如远程设备70(本示例中示为具有无线语音以及数据通信的个人数字助理(PDA)(在本文中也称作移动设备))。远程设备70可以是任何合适的具有无线能力的手持远程设备。远程设备70可以基于多种类型的无线电通信技术来运行，如GSM、UMTS、CDMA、WiFi和/或WiMAX，并支持针对与各种无线电技术相关联的数据和语音通信的多种协议组。该远程设备可以支持(实现)多于一种无线电技术，并同时使用两种无线电服务(即WiFi、GSM等)和/或类型(例如电路或分组交换传送)来提供数据和语音通信能力，例如支持GSM/GPRS和WiFi的Blackberry。以下关于图8详细描述的设备800是远程设备的示例。这种设备包括加拿大安大略的Research In Motion有限公司的Blackberry^TM设备或者美国加利福尼亚州的Palm公司的

Treo^TM设备等。另外，远程设备70可以是蜂窝电话或支持VoIP的完全数据型手持设备。

系统10可以选择性地与多个设备(包括一个或者更多远程设备70)之一建立通信，其中所述多个设备与特定电话分机或者DID电话号码相关联。此外，系统10允许如移动设备之类的远程设备70(下面将更详细地描述)执行针对输入以及输出通信的标准办公室电话12a、12b的功能。这就是说，即使设备不在办公室的界限之内或者未直接连接到办公室PBX，远程设备70也能够使用办公室网络的特征(例如，分机直拨，公司拨号方案，企业语音邮件等等)。如果需要，系统10还允许远程设备70作为独立的PDA、无线电话等来运行。这就是说，即使系统10也将PBX呼叫路由至设备70，远程设备70也可以接收对其(非办公室)DID电话号码进行的呼叫。另外，系统10实质上实现了作为办公室、企业或者宾馆PBX/IP-PBX或其它通信网络中的一部分的设备上典型可用的全部或部分呼叫管理或其它信令协议功能。下面将详细讨论这些特征中的一些特征。

本文中具体说明的系统10包括传统办公室PBX网络11。PBX网络11可以包括经由通信线路18a、18b分别连接至传统PBX/IP-PBX 14的多个标准电话12a、12b。尽管PBX网络11可以使用PBX或者IP-PBX 14，但是为了方便，以下公开将仅仅涉及PBX 14。PBX 14通过主速率接口(PRI)连接20或者其它合适的通信线路或介质连接至呼叫网络，如公共交换电话网(PSTN)16。标准电话12a、12b可以是任意数字或模拟电话或本领域已知的其它通信设备。如图1所示，第一电话12a是数字电话，而第二电话12b是模拟电话。仅为了清楚起见，图1示出了两个电话12a、12b，但是应理解，系统10可以支持任何数目或任何组合的电话或其它通信设备。此外，尽管期望使用数字电话，但是本文所述的实施例并不限于系统10中使用的电话的具体类型。

PBX 14耦合至根据本发明的实施例构建的服务器30(下面将更详细讨论)。服务器30通过PRI连接22、VoIP连接24(例如，SIP以及其它私有协议)(如果PBX 14是IP-PBX)，或者其它合适的通信介质(例如，WiFi连接)连接至本实施例中的PBX 14。服务器30还通过PRI连接或者其它适合的数字通信介质连接至PSTN 54。所示的服务器30与PSTN54之间的PRI连接包括第一PRI连接32，信道服务单元(CSU)34以及第二PRI连接36。如本领域所知，CSU是用于将计算机(或者其它设备)连接至数字介质的机制，允许用户使用其自己的设备来重定时并且重新产生输入信号。应该理解，所示的服务器30与PSTN 54之间的连接是许多合适连接之一。相应地，本文所述的实施例不应限于所示的连接。服务器30是允许远程设备(例如移动设备70)集成入PBX网络11的机制之一，并且其操作将在下面更详细地描述。此外，从下面详细描述的各种呼叫流程过程中，显而易见地，服务器30维持对输入、输出和进行中的呼叫和通信的控制。

服务器30优选地通过合适的通信介质38连接至局域网(LAN)40。尽管示出了LAN 40，但是应当理解，可以使用任意其它网络，不论其为有线或无线或其组合。多个计算机(例如42a、42b)通过任意合适的通信线路44a、44b分别连接至LAN 40。网络管理员或其他人可以使用计算机42a、42b来维护服务器30以及系统10中的其它部分。LAN 40也可以通过合适的通信介质48连接至因特网50。防火墙46可以用于安全用途。根据实施例，办公室人员或系统10的其它授权用户可以使用因特网50以允许远程管理设备52(例如个人计算机)执行服务器30的远程管理。远程管理允许办公室人员设置针对特定电话分机的用户首选项。因此，每个办公室电话分机以及相关联的远程设备是分别可配置的。

在本实施例中，PSTN 54通过无线交换机58连接至商用无线运营商(或者与系统10不位于共同位置的其它运营商)，或者通过合适的通信介质56连接至其它无线运营商设备。无线交换机58(通过合适的通信介质62)连接至用于将信号64发送至无线远程设备70的至少一根天线60。该无线远程设备也可以是无线电话、蜂窝电话或者其它无线通信设备。可能期望远程设备70能够处理数字和模拟通信信号(或两者中任一)。应当注意，可以使用任意类型的无线通信协议(或者不同协议的组合)，例如TDMA、CDMA、GSM、AMPS、MSR、iDEN、WAP、WiFi等等。

应当理解，服务器30通过PSTN 54和/或数据网络(例如WLAN)而不是通过唯一的硬件或者办公室中的蜂窝网络连接至无线运营商。由此，服务器30仅需要与传统组件(如PBX 14以及PSTN 54)进行接口连接。因此，系统10实质上是独立于技术的。此外，不需要特殊的无线设备，这允许远程设备以其传统方式工作(例如作为分离的移动设备)并且作为PBX网络11的一部分(如果需要)。例如，PSTN 54将对与PBX分机相关联的DID电话号码进行的呼叫发送至服务器30，其中服务器30解析被叫号码并且执行如下所述的呼叫处理。

服务器30以及PBX 14也可以连接至记账/计费系统80。计费系统80也可以连接至LAN 40，使得系统管理员可以访问计费系统80的内容。通过将计费系统80并入系统10，可以获得针对发往/来自远程设备70或其它远程设备的呼叫的即时计费信息。这种即时计费特征不存在于其它PBX或者企业网络中，并且对公司环境(如律师事务所以及政府机构)以及宾馆环境特别有用，在这些环境中最新的计费信息是必不可少的。

如上所述，服务器30允许远程设备完全集成入PBX网络11中。根据实施例，服务器30是基于处理器的独立单元，能够处理定向至PBX网络11的通信。在第一实施例中，如图2所示，服务器30包括多个接收和发送模块220a、220b、220c；第一和第二总线275、285；至少一个处理器模块(Obj)250；网络接口卡240以及可操作为包括数据库270(例如关系数据库管理系统(RDBMS))的存储器模块。此外，服务器30可以包括基于web的用户界面(UI)处理器模块265、SIP代理服务器模块280以及多个触发文件(flop file)290a、290b、290c。处理器、UI以及SIP代理服务器模块250、265、280可以分离地或一起实现为包含源代码、目标模块、脚本或其它编程以执行下列功能的一个或者更多处理器卡(下面参考图4更详细地描述这些卡的示例硬件组件)。

SIP代理服务器模块280接收来自用户代理的会话发起协议(SIP)消息，并且代表用户代理来对这些消息执行转发或响应。实质上，SIP代理服务器模块280是对服务器30的基于IP的接口的网关。SIP代理服务器模块280还向SIP网络添加服务、特征以及可扩缩性。除了SIP代理功能之外，SIP代理服务器模块280通常包括注册服务以及SIP位置数据库。

服务器30可以接收呼入呼叫210和/或进行呼出呼叫215(下面将更详细地描述)。处理器模块250将引导并指令服务器30的呼叫过程等等。包括数据库270在内的存储器模块用于存储用户首选项以及其它相关信息，并且可以是分离的卡或被包括在一个其它模块内。如果需要，存储器模块也可以位于服务器30的外部，并且通过任意有线或者无线通信介质连接至服务器30。

图4示出了示例处理器卡400，处理器卡400可以用于处理器、UI以及SIP代理服务器模块250、265、280。卡400包括用于执行处理器模块250(或其它模块)的处理的处理器460，处理器460在总线450上与卡的各种其它设备通信。这些设备可以包括：随机存取存储器(RAM)420、只读存储器(ROM)430以及非易失性存储器440。输入/输出设备(I/O)410提供了输入卡400和从卡400输出的通信。尽管示出一个输入/输出设备410，但是，按照需要，卡上可以包括多个I/O设备。包括公开的实施例要求或执行的应用在内的源代码(或者其他编程)可以存储于卡400上的一个计算机可读存储介质中(例如ROM 430、非易失性存储器440)并由处理器来执行。

参见图2和图4，处理器模块250执行处理器模块250中(例如图4所示)或者与其耦合的一个或者更多存储器单元中存储的一个或者更多计算机程序或者应用(Obj)。处理器模块250可以包括一个或者更多过程，例如修改的VxML 260呼叫流程过程、商务逻辑过程255、呼叫服务功能(CSF)过程245、以及全局应用处理接口(API)过程235。应当理解，处理器模块250可以包括所描述的过程中的一个、全部或者任意组合。处理器模块250还可以包含在系统10的总体操作期间使用的一个或者更多附加数据库和/或其它处理存储器。

在一个实施例中，商务逻辑过程255可被用于确定呼叫方(呼入或者呼出)是否是服务器30网络的参与者并允许通过提供路由方案和路由翻译、交互式语音应答(IVR)提示和通知、数据操作、管理和控制来灵活配置服务器30。在另一个实施例中，商务逻辑255提供智能呼叫路由功能(下面详细描述)。UI模块265包括以下过程：向管理员提供简易而强大的用户界面，以及配置并管理应用，包括系统、用户、会议、通知、IVR以及语音邮件应用的管理等。

多个接收和发送模块220a、220b、220c与呼入和呼出电话呼叫通信并对其进行处理，这些模块沿总线285连接。在一个实施例中，总线285是H100或者类似总线。接收和发送模块220a、220b、220c可以是电话卡(例如Intel Dialogic卡)，经由总线275(例如PCI总线)与处理器模块250、数据库270以及其它组件通信，总线275桥接至总线285(图中未显示桥)，并且，采用这些模块在呼叫处理期间接收和发送信息至PBX 14和PSTN 54。模块220a、220b、220c还接收和发送如管理信息之类的其它信息。在图3所示的另一个实施例中，接收和发送模块220a、220b、220c也可以被实现为处理器模块320，例如具有存储器330的主机媒体处理(HMP)处理器，存储器330包括程序，当该程序被执行时，使处理器320执行所需的电话功能。

在一个实施例中，使用用于将服务器30与PBX 14和PSTN接口连接的一个或者更多传统的基于处理器的可编程电话接口电路卡(例如Intel Dialogic卡)来实现接收和发送模块220a、220b、220c执行的工作量以及处理器模块250的一些处理功能。对这些卡进行编程以执行进行和接收呼叫的所需的传统电话服务，并编程以执行下面描述的唯一呼叫处理功能。

服务器30优选地包含办公室分机号码(本文中也被称作PBX分机)以及与每个现有PBX分机相关联的DID电话号码的数据库，DID号码与包括一个或者更多远程设备70在内的一个或者更多设备相关联。将该数据库存储于计算机可读存储介质上，所述介质可以是服务器30的一部分(例如数据库270)或连接至服务器30。该数据库还可以包含服务器至PBX分机(下文称作“SERVER-PBX分机”)以及与每个PBX分机相关联的一个或者更多远程设备电话号码。在所示的实施例中，在电话模块220a、220b、220c上运行的软件与该数据库接口连接，以执行下面讨论的各种呼叫处理功能。

在图1所示的实施例中，PBX 14包含协同拨号方案(CDP)控制表。CDP控制表将存储在计算机可读存储介质并从计算机可读存储介质中检索出，该介质可以是PBX 14的一部分或者连接至PBX 14。CDP控制表对通过服务器30和PBX 14之间的PRI 22和VoIP 24连接进行的一些或全部PBX分机至服务器30的路由进行引导。另外，PBX 14的CDP控制表对接收自服务器30的全部SERVER-PBX分机至合适的办公室电话的路由进行引导。

图5A示出了根据本发明的另一个实施例构建的电信系统10a的另一个示例。系统10a包括PBX 14，PBX 14经由PRI连接230连接至包括处理器模块250和数据库270在内的服务器30。如上所述，PBX 14也可以是IP-PBX，并且因此在服务器30和PBX 14之间也可以有VoIP连接。如果需要，还可以存在无线连接(例如WiFi)。这就是说，除了上面说明以及讨论的连接之外，所示实施例可以使用无线蜂窝连接(即电路交换)以及数据连接(即分组交换)。如果需要，服务器30还包括来自图2或者图3的组件，为方便起见未示意出这些组件。服务器30经由主机系统480、网络1024以及无线网络(WDN)850(这些全部将在下面关于图10和11更详细地描述)连接至远程设备70。应当理解，可以对服务器30、主机系统480以及远程设备70之间的通信进行加密，以使得通信中的信息(即电话号码、用户登录标识、系统信息以及设置等等)对于公众是不可破译的。尽管期望使用加密，但是，是否要使用加密的决定是由远程设备70、主机系统480和/或服务器30的最终用户或者系统管理员来决定的。主机系统480可以包括web服务连接(即针对因特网)，以提供服务器30和远程设备70之间的接口。主机系统480还可以包括便于服务器30和远程设备70之间进行数据通信的移动数据服务器(例如图11中的服务器1174)。PSTN 54也与服务器30和远程设备70通信。

服务器30的处理器模块250执行其相关联的存储器中存储的一个或者更多程序，以处理通过PBX 14或者PSTN 54接收到的呼叫。远程设备70和主机系统480也包含“客户端”应用，所述客户端应用被设计为与服务器30通信并执行根据本文描述的实施例的下列处理。图5B示出了远程设备70的示例架构。所示的实施例包括一般表示层541、设备专用表示层542、应用逻辑543、一般设备控制544以及设备专用的设备控制545。一般而言，一般表示层541控制键区以及显示功能。设备专用表示层542控制设备70专有的特征。例如，根据远程设备70，这些特征可以包括与轨迹轮、轨迹球或者触摸屏等的接口连接。

在所示的实施例中，设备70通常包括以下装置。设备70具有带有合理分辨率和基本图形能力的屏幕。设备70还具有基本用户输入系统，例如功能键、简化的或者全尺寸键盘和/或图形输入能力(例如触摸屏)。设备70还包括针对GPRS/EGPRS、1XRTT/EVDO、802.11A/B/G/N、WiMAX、LTE、UTRAN以及卫星等中的一种或更多的数据通信接口。在设备70上运行的应用被设计为具有利用设备70的固有接口(例如屏幕、输入系统以及数据通信)的能力的一般应用。

客户端应用利用用于数据表示(层541)和设备控制(控制544)的管理的、例如Java ME(J2ME)环境的标准API和内置能力。这些标准能力允许一定水平的一般数据表示、数据输入控制以及数据消息收发，例如TCP/IP、UDP/IP、SMS、USSD以及电路交换(CS)数据等。服务器30也支持使用上述协议的数据消息收发。另外，每个设备制造商也可以提供设备专用API、控制和/或允许更大程度上集成至设备的能力(即设备专用表示层542、设备专用的设备控制545)。这些通常作为库而包括，可以使用客户端应用来编译、链接或者封装这些库。这些设备专用控制包括但不限于以下特征：例如指轮控制、轨迹球控制、电话本访问和控制、安全控制扩展，以及私有或设备专用的消息控制。

应用逻辑543管理对设备70的输入和从设备70的输出，并且以普遍存在的方式来处理这些信息，以提供一般设备客户端能力，例如管理、输入呼叫管理，输出呼叫管理以及呼叫中(进行中的呼叫)管理。以从设备专用接口中抽象出逻辑的方式来编写应用逻辑543，使得所有功能工作在所有支持的设备上。随着新的/将来的设备变为支持，客户端应用之间的差异得到最小化。

类似于系统10，系统10a实质上实现了办公室、企业或者宾馆PBX或其它通信网络桌面电话中典型可用的全部或者部分呼叫管理功能。下面详细讨论这些特性中的一些特征。此外，从下面详细描述的各种呼叫流程过程中，显而易见地，服务器30维护对输入、输出和进行中的呼叫和通信的控制。根据示例实施例，图6A至6H示出了服务器30(经由处理器模块250)、主机系统480以及远程设备70可以被编程以处理和执行的基本呼叫处理流程。

参见图6A，如场景100和102中所示，首先，远程设备70通过向服务器30发送会话请求登录数据信号(流程线100a、102a)来尝试登录至服务器30。如下面更详细描述的，使用各种所支持的方法中的任一种(例如web服务)，通过系统480来发送来自远程设备70的消息。作为响应，服务器30发送数据信号以接受登录请求(流程线100b)(即发送会话响应接受数据信号)或者拒绝登录请求(流程线102b)(即发送会话响应拒绝数据信号)。如果服务器30接受设备70，则用户可以接入服务器30，并且具有以下面描述方法中的任一种来处理呼叫的能力。应当理解，可以自动执行登录请求(例如每次设备70加电时或者周期性地执行)；当用户选择预定设备应用时，可以手动执行；或者可以响应于来自服务器30的请求而自动或者手动执行。

图5C示出了远程设备70上允许用户执行登录过程的用户界面的示例。如图所示，可以提示用户输入用户标识(Userid)546，用户标识546可以是但不限于：IMS公共用户ID、根据RFC 4282的NAI、MSISDN、字母数字字符的选择等等，然后输入与Userid相关联的口令或者个人标识号码(PIN)547。键区或者轨迹轮可以用于输入所需的信息。应当理解，图5C仅是用户如何使用远程设备来发起登录过程的一个示例。

在会话结束时或者在预定时间段之后，如场景103所示，服务器30向远程设备70发送会话请求登出数据信号(流程线103a)。远程设备70使用接受来自服务器30的登出请求的会话响应接受数据信号来进行响应(流程线103b)。应当注意，服务器30首先被编程为要求远程设备70约每24小时进行登录。用户(经由设备70并如下所示)或者服务器管理员(经由服务器30)可以改变这个定时以及其它系统特征和设置。额外的登录用作用于重新认证用户以及用户设备的简易手段，并且可以是可选的。可以在会话响应接受数据信号中发回这个定时器值。当定时器超时时，如果没有接收到来自远程设备70的更新，则应当删除注册。远程设备应当在存储器中存储该定时器。

也可以在会话响应接受数据信号中发回其它信息，例如执行心跳信号的需要、所述信号的周期，以及其它配置信息。这种信息被存储于远程设备70中。在另一实现方式中，可以发回URL，该URL指示配置数据存储位置以及远程设备可以从中检索所述信息的位置。

如图6B中所示，远程设备70以及服务器30可以使用数据信号周期性地或者连续地互相请求信息。在场景105中，远程设备70向服务器30周期性地或者连续地(由缺省、用户设置或者系统设置来设置)提供会话请求心跳数据信号(流程线105a)，服务器30在会话响应确认数据信号中对其进行确认(流程线105b)。

在场景107中，服务器30向远程设备70发送信息更新请求数据信号(流程线107a)，设备70在更新响应确认数据信号中对其进行确认(流程线107b)。来自服务器30的更新信号可以包括例如属性信息、系统设置、消息等等。

在场景109中，远程设备70向服务器30发送信息更新请求数据信号(流程线109a)，服务器30在更新响应确认数据信号中对其进行确认(流程线109b)。来自远程设备70的更新信号可以包括属性信息、请勿打扰信息(DND)、用户首选项、设备配置设置、呼叫转接信息，如SIP/TEL URI、E.164号码、分机、用于将PNP地址翻译成另一地址或者编码为E.164地址的请求(所述E.164地址或PNP地址可以是具有以下属性的地址：当在通信中使用时，用户引起的通信费用小于使用未转换的号码时的费用)。应当理解，本申请还涵盖E.212号码(IMSI)的使用，但是为方便起见仅涉及E.164。由于PNP的可用性、公共网络的存在、或者基于位置指示符等等，远程设备可以决定请求翻译。

如图6C所示，在场景104中，用户可以接受主叫者(例如主叫者1)对PBX分机或者DID电话号码的呼入呼叫。用户的PBX分机或者DID电话号码可以被认为是主电话号码。如果用户需要，用户的主电话号码也可以是主无线电话号码。在所示的实施例中，用户的PBX分机或者DID电话号码可以是主电话号码。服务器30接收来自主叫方的呼入语音呼叫(流程线104a)。服务器30向远程设备70发送呼叫建立请求数据信号(流程线104b)，询问用户是否愿意接受该呼叫。该呼叫建立请求数据信号将致使可听、可视和/或震动指示发生在远程设备70上(由用户或系统首选项来设置)。系统首选项可以由上述技术来规定，或者使用可用数据路径(服务)(如GPRS)或经由电路交换服务SMS或USSD由OMA设备管理来规定。将这种首选项存储于远程设备中的存储器中，所述存储器可以是内部存储器，或者可以是可拆卸的存储介质，例如但不限于：紧凑闪存，MicroSD，存储棒(Memory Stick)等等。例如，呼叫建立请求数据信号可以使远程设备70播放振铃、铃音或者其它适合的可听指示。呼叫建立请求数据信号可以使设备70显示文本或图形消息、弹出窗口或者其它可视通知(例如设备70上闪烁的LED)。图5D示出了文本消息“来自Jane Doe 123-456-7890的呼入呼叫”以向用户提醒主叫方。用户响应可以包括例如：“应答(answer)”或者“转移”。图5D示出了选项555，用户此时可以选择选项555。在场景104中，用户通过使设备70向服务器30发送呼叫建立响应应答数据信号来选择应答该呼叫(流程线104c)。这可以通过选择图5D中示出的选项555中的“接受”来进行。作为响应，服务器30建立对远程设备的语音呼叫(语音信号流程线104d)并且实质上无缝地经由PSTN连接54将所保持的主叫方的呼入呼叫连接至远程设备70(如语音信号流程线104e所示)。基于编程的用户界面，用户的接受或拒绝可以是手动输入操作或者自动操作。

在场景106中，远程设备70的用户希望将输入呼叫转移至语音邮件(如上所述，可能必须进行语音邮件地址翻译)。在该场景中，服务器30接收来自主叫方的呼入语音呼叫(流程线106a)。服务器30向远程设备70发送呼叫建立请求数据信号(流程线106b)，询问用户是否愿意接受该呼叫。一个或者更多上述可视、可听和/或震动指示将出现在远程设备70处。用户通过使设备70向服务器30发送呼叫建立响应转移数据信号来选择将呼叫转移(流程线106c)。这可以通过选择图5D中所示的选项555中的“发送至语音邮件”来进行。作为响应，服务器30建立对例如与用户的PBX分机相关联的语音邮箱或用户设置的其它语音邮箱进行的语音呼叫(语音信号流程线106d)。服务器30经由PSTN连接54将所保持的主叫方的呼入呼叫连接至语音邮箱(语音信号流程线106e和106f)。主叫方经由PSTN连接54与用户的语音邮件进行通信，所述通信经由主叫方与服务器30之间的连接路径(流程线106e)以及服务器30与语音邮件之间的另一条连接路径(流程线106f)来进行。

在图6D中，场景108以及110示出了呼出(从远程设备70通过服务器30并从而通过PBX)呼叫场景。如果用户要呼叫呼叫方1，则用户使远程设备70向服务器30发送拨出请求数据信号(流程线108a和110a)，请求通过服务器30进行输出呼叫(如上所述可能必须对呼叫方1的地址进行翻译)。图5E示出了用于使远程设备70完成该操作的若干用户界面。例如，选项551用于从地址薄中选择输出号码或者手动输入号码。菜单选项553也示出了进行呼叫的选项列表。选项552示出了用于手动输入要拨叫号码的域。选项554示出了另一个菜单或者弹出窗口，包含用于用户初始化输出呼叫的选择。应当注意，可以使用任意输入机制(例如键盘、轨迹轮、触笔、触摸、语音识别等等)来选择所需的选项。

服务器30根据请求来确定用户和/或远程设备70是否具有足够的权利以进行输出呼叫。根据用户的权利，服务器30通过向远程设备70发送接受用户请求的拨出响应接受数据信号(流程线108b)，或者通过向远程设备70发送拒绝输出呼叫的拨出响应拒绝数据信号(流程线110b)来进行响应。如果服务器30拒绝请求(场景110)，则拨出响应拒绝数据信号(流程线110b)可以包括拒绝理由。

如果服务器30接受输出呼叫请求(场景108)，则服务器30对远程设备70进行输出语音呼叫(流程线108c)，并对被叫方(例如呼叫方1)进行另一个语音呼叫(流程线108d)。然后，服务器30本质上无缝地连接了这两个呼叫，允许在被叫方与远程设备70的用户之间进行语音通信(双向语音通信信号流程线108e)。

可以看到，直到确定设备70的用户希望接收呼叫(输入)或者有权进行呼叫(输出)时，输入和输出呼叫处理才使用远程设备70和服务器30之间的语音通信。通过非绝对需要时不使用PSTN连接来节省费用。此外，数据信号的使用向远程设备70提供了额外的信息以及对呼叫的控制，这是当前设备中未实现的。

如图6E-6H所示，场景112-130涉及到当呼叫/连接已经在进行中时的呼叫处理。参见图6E，在场景112中，在远程设备70与呼叫方1之间通过服务器30进行语音通信期间(通信流程线112a)，服务器30接收到来自呼叫方2的、以远程设备70的用户为目的地的第二语音呼叫通信(流程线112b)。服务器30向远程设备70发送呼叫建立请求数据信号(流程线112c)以提醒设备70有新呼叫。该信号可以是在带内消息(如声音(tone))中，或者是在另一数据信道(例如但不限于IP、SMS、USSD等等)上的带外消息中。该呼叫建立请求数据信号将致使可听、可视和/或震动指示发生在远程设备70上(由用户或系统首选项设置并且如以上更详细所述)。在场景112中，远程设备70的用户已经选择通过向服务器30发送呼叫建立响应数据信号(流程线112d)以将第二呼叫转移，该数据信号将该呼叫转移至数据信号中包含的目的地。这可以通过从图5D中所示的选项555中选择例如“发送至语音邮件”来进行。已建立的远程设备70与呼叫方1之间的语音通信维持不变(通信流程线112e)，但是服务器经由另一个语音通信(流程线112f)将第二呼叫转移至所标识的目的地(图6E中所示，例如IVR、语音邮件、分机或者其它号码)。

在场景114中，在远程设备70和呼叫方1之间通过服务器30进行语音通信期间(通信流程线114a)，服务器30接收到来自呼叫方2的以远程设备70的用户为目的地的第二语音呼叫通信(流程线114b)。服务器30向远程设备70发送呼叫建立请求数据信号(流程线114c)，提醒设备70有新呼叫。一个或者更多上述的可视、可听和/或震动指示将出现在远程设备70处。在该场景中，用户已经选择通过向服务器30发送呼叫建立响应接受和保持数据信号(流程线114d)来接受第二呼叫。这可以通过从图5D中所示的选项555中选择“接受”来进行。服务器30将第一语音呼叫挂起(on hold)(流程线114e)和/或将第一呼叫转移至用户的语音邮件或目的地(流程线114f)。服务器30建立并连接与远程设备70的语音通信(流程线114g)以及与呼叫方2的语音通信(流程线114h)。

在场景116中，通信流程线116a-116c类似于如上所述的通信流程线114a-114c。然而，在场景116中，用户已经决定通过向服务器30发送呼叫建立响应接受和会议数据信号(流程线116d)来接受并将第二呼叫加入会议。这可以通过选择呈现在设备70上的选项或者通过按下设备70上的按键或按键组合来进行。服务器30维持进行中的呼叫的语音通信(流程线116e)，并且将其连接至第二呼叫方(呼叫方2)与服务器30之间的语音通信，这样连接呼叫方1、呼叫方2以及远程设备70的用户。

根据本文公开的其它实施例，在其它“呼叫进行中”的场景期间，远程设备70的用户可以如在场景118和120(图6F所示)中所示进行输出呼叫。在这两个场景中，呼叫方1以及远程设备70的用户经由服务器30正在进行语音呼叫(流程线118a以及120a)。在场景118中，远程设备70的用户通过向服务器30发送拨出请求保持数据信号(流程线118b)来开始进行第二呼叫。这可以通过选择呈现在设备70上的选项或者通过按下设备70上的按键或按键组合来进行。服务器30使用拨出响应接受数据信号(流程线118c)来进行响应。服务器30将第一呼叫挂起(语音通信流程线118d)和/或将第一呼叫转移至用户的语音邮件或者其它目的地(语音通信流程线118e)。然后，服务器30对呼叫方2进行第二语音呼叫/通信(流程线118f)并对远程设备70进行第三语音呼叫/通信(流程线118g)。然后，服务器30将远程设备70无缝地连接至第二被叫方(通信流程线118h和118i)。

在场景120中，远程设备70的用户想要进行第二呼叫并将呼叫方2加入会议。为此，远程设备70的用户向服务器30发送拨出请求会议数据信号(流程线120b)。这可以通过选择呈现在设备70上的选项或者通过按下设备70上的按键或按键组合来进行。服务器30使用拨出响应请求数据信号(流程线120c)来进行响应。然后，服务器30对呼叫方2进行第二语音呼叫/通信(流程线120e)，同时维持初始的语音呼叫连接(流程线120d)。服务器30将初始的语音通信无缝地连接至第二语音通信(见通信流程线120f和120g)。应当理解，为了在相同场景中正确处理语音和数据通信，优选地使用双模远程设备70或者双模接口来实现场景118、120以及121。

另外，如场景121所示，在语音通信121a已经在进行中期间，远程设备70可以向服务器30发送断开请求以及后续呼叫(FOC)数据信号(流程线121b)，请求断开当前语音呼叫并且进行后续呼叫。这可以通过选择呈现在设备70上的选项或者通过按下设备70上的按键或按键组合来进行。服务器30使用断开响应数据信号(流程线121c)来确认该请求。服务器30断开呼叫方1，维持与远程设备70的语音通信(流程线121d)，并对呼叫方2进行呼出语音通信呼叫(流程线121e)。然后，服务器30将两个语音通信连接以形成远程设备70与呼叫方2之间的语音对话(经由通信流程线121f和121g)。

在类似的呼叫进行中的场景中，如图6G和6H中示出的场景122-130所示，用户可以经由PSTN连接，使用DTMF编码来接收输入呼叫和进行输出呼叫。每个场景分别开始于呼叫方1与远程设备70的用户之间的语音通信流程122a、124a、126a、128a、130a(经由服务器30)。

参见图6G，在场景122中，服务器30接收到第二语音通信(流程线122b)。服务器30经由DTMF编码向远程设备70发送闯入(barge-in)音信号(流程线122c)，同时原始语音对话(流程线122d)继续进行。在期望的实施例中，服务器30以如下方式过滤该信号：使得仅有远程设备70的接收者可以听见该声音。因此，呼叫方1(或呼叫方2)听不见该声音。远程设备70的用户使用接受DTMF音信号(流程线122e)来进行响应。这可以通过选择呈现在设备70上的选项或者通过按下设备70上的按键或按键组合来进行。再一次，在期望的实施例中，该信号也同样由服务器30进行过滤，以确保呼叫方1(或者呼叫方2)听不见该声音。原始对话被挂起(通信流程线122f)和/或转移至例如语音邮件(通信流程线122g)。服务器30将远程设备70无缝地连接至呼叫方2(语音通信流程线122g和122i)。

可选地，如场景124所示，远程设备70的用户可以将第二呼叫转移至他/她的语音邮件或者与用户分机相关联的另一个号码。通信流程线124a-124d与上述通信流程线122a-122d类似。在该场景中，远程设备70的用户使用转移DTMF音信号(流程线124e)(例如，通过选择设备70上的选项，或者通过按下预定按键或按键组合)来进行响应，以将第二呼叫转移至他/她的语音邮件等等(语音通信流程线124g)，同时原始对话(通信流程线124f)继续进行。

在场景126中，远程设备70的用户决定将呼叫方2加入会议。通信流程线126a-126d与上述的通信流程线122a-122d类似。然而，在该场景中，远程设备70的用户使用会议DTMF音信号(流程线126e)(例如，通过选择设备70上的选项，或者通过按下预定按键或按键组合)来进行响应，以向服务器提醒应将呼叫方2加入会议。然后，服务器30将初始对话(语音通信流程线126f)与呼叫方2(语音通信流程线126g)无缝连接。

参见图6H，在场景128中，在语音通信正在进行期间(流程线128a)，远程设备70的用户决定向服务器30发送保持DTMF音信号(流程线128b)，以请求服务器30将当前呼叫挂起并进行输出呼叫。这可以通过上述的任意机制来进行。作为响应，服务器30将原始通信(流程线128c)挂起和/或将原始呼叫转移至另一个号码，例如用户的语音邮件(通信流程线128d)，并且对呼叫方2进行输出语音通信(流程线128e)。服务器30也形成了至远程设备70的语音连接(流程线128f)，然后无缝地将呼叫方2连接至远程设备70(通信流程线128g和128h)。

在场景130中，远程设备70的用户可以将呼叫方2加入会议(即添加第三方)至现有的语音通信(流程线130a)。为此，远程设备70的用户向服务器30发送会议DTMF音信号(流程线130b)，同时现有的通信(流程线130c)继续进行。这可以通过上述任意的机制进行。然后，服务器30对呼叫方2进行第二语音呼叫(流程线130d)，并且无缝地将该呼叫连接至现有的对话(通信流程线130e和130f)以创建会议。

如场景131所示，另一个呼叫进行中的场景允许用户断开当前呼叫并进行后续呼叫。这就是说，当语音通信正在进行中时(流程线131a)，远程设备70向服务器30发送断开、后续呼叫DTMF音信号(流程线131b)。这可以通过上述任意机制来进行。服务器30允许远程设备70维持与服务器30的语音通信连接(流程线131c)，然后对呼叫方2进行呼出语音通信(流程线131d)。然后，服务器30将远程设备70连接至呼叫方2(通信流程线131e和131f)。

应当理解，远程设备70与服务器30之间的交互可以包括任意呼叫处理电话功能，如多个设备上的同时振铃、单个语音邮箱、通用语音邮件通知、应答确认、发起和接收呼叫、缩略分机拨叫、呼叫保持与恢复、多呼叫显示、直接拨入/拨出、后数位拨叫、灵活拨叫方案/国际拨叫、主叫方ID(姓名、号码)、语音邮件通知、自动重新连接、回叫、呼叫转接、呼叫转移、呼叫保持、呼叫等待、呼叫静音、呼叫阻塞、呼叫重拨、呼叫驻留、速拨、接线员辅助拨叫、请勿打扰(DND)、DND绕过列表(即允许绕过请勿打扰功能的姓名/号码的列表)以及DND忽略列表(即永远转移语音邮件的姓名/号码的列表)。

根据另一个实施例，可以使用其它呼叫处理形式来实现系统10a。如图7所示，当PBX 14接收到针对现有PBX分机的呼入站对站呼叫(即从一个内部电话设备向另一个内部设备的直接分机呼叫)时(步骤510)，PBX 14在CDP控制表中查找该PBX分机(步骤520)，以确定应当将该呼叫路由至哪里。基于CDP控制表中的信息，将对PBX分机的呼叫路由至服务器30而不是直接路由至办公室电话12a(步骤530)。

如现有技术所知，呼入呼叫将具有自动号码标识(ANI)以及拨叫号码标识服务(DNIS)信息。ANI标识主叫方的电话号码，并且传统上用于“主叫方ID”。DNIS标识被叫方的电话号码。服务器30从呼入呼叫中读取ANI/DNIS信息以获得DNIS信息(步骤540)。如上所述，服务器30已向每个现有的PBX分机分配新的SERVER-PBX分机。通过使用DNIS信息作为服务器30的数据库270的索引，通过处理器250从数据库270中获得SERVER-PBX分机和用户首选项(步骤550)。路由信息包括主叫方信息、任意额外的远程电话号码或者语音邮箱号码，或者与PBX分机相关联的通信设备的其它标识号码。下面给出用户首选项的示例。

在步骤560，服务器30保持输入通信并且通过服务器30和PBX 14之间的PRI连接22使用在步骤550中获得的SERVER-PBX分机向PBX14发送脉冲。这致使PBX 14向相关联的办公室电话(例如电话12a)振铃。同时(如果用户首选项指示了这种需要)，服务器30尝试联系一个或者更多备选的远程通信设备(例如，通过首先向远程设备70发送数据信号)。因此，在这种实施例中，将站对站呼叫同时地或者实质上同时地路由至办公室电话以及至少一个远程设备70(或者由用户首选项来确定)。

如图7A所示，步骤560包括多个步骤。当服务器30尝试经由系统480来联系远程设备70时，服务器30通过系统480向远程设备70转发数据信号(例如呼叫建立请求)(步骤560a)。该数据信号将DNIS信息承载至远程设备70，以提醒接收方存在呼入企业呼叫并且提供其相关联的ANI/DNIS信息。在步骤560b，远程设备70产生标识信息以向用户显示。然后，用户可以输入选择(步骤560c)，以选择接受呼叫(步骤560d)、将呼叫转移至语音邮件(步骤560e)或者拒绝呼叫(步骤560f)。该选择经由数据信号发送至服务器(参见例如图6C)。如果该呼叫被接受，则服务器30经由PSTN连接将该呼叫连接至用户(步骤599)。如果该呼叫被转移至语音邮件，则服务器30将呼叫转接至与被叫分机相关联的语音邮箱(步骤598)。如果该呼叫被用户拒绝，则服务器将放弃至PSTN呼叫路径(经由设备70上的用户设置选项)(步骤597)。应当理解，远程设备70可以被编程为基于接收的ANI/DNIS信息自动接受呼叫、将呼叫转移至语音邮件或者拒绝呼叫。

应当注意，所示的处理500是如何处理呼入的站对站呼叫的一个示例。各个用户首选项可以改变呼叫处理的方式。应当注意，在优选实施例中，服务器30向远程设备发送信号(如果接受，则是呼叫远程设备)，并且使用SERVER-PBX分机向PBX 14发送脉冲。这向服务器30提供了对至办公室电话12a和远程设备70的连接的控制。还应当注意，如果需要，服务器30可以拨出(一旦数据信令已经发生)若干远程号码，并且，应当注意，实施例不应局限于一个远程号码的拨叫。例如，一个用户首选项可以顺序地对呼叫进行路由(首先是企业电话，然后是远程设备，或者反之)。另一个首选项可以是，始终仅向远程设备70发送呼叫。

在步骤570，确定当前振铃计数(即振铃的当前次数)是否超过用户定义的最大振铃计数。由于服务器30此时正在控制该呼叫，因此可以记录振铃的次数。这可以用若干种方式来完成。例如，服务器30可以使用与所选振铃计数相关联的典型定时相对应的定时器来记录振铃次数。这就是说，如果用户振铃计数是2，则服务器30检查已经过去的时间是否等于两次振铃所需的时间。如果已经过去了该时间，则当前“振铃计数”超过用户定义的最大计数。取而代之地，如果需要，服务器30可以对发送至分机的振铃进行计数。

如果振铃计数超过最大振铃计数，则服务器30(如果需要，并由用户首选项确定)将该呼叫转接至企业的语音邮件(步骤575)。如果振铃计数未超过最大振铃计数，则服务器30确定在PBX分机处是否应答了该呼叫(步骤580)。如果应答了合适的办公室电话，则PBX 14向服务器30发出摘机消息。如果确定在PBX分机处应答了该呼叫，则服务器30经由系统420放弃至远程设备的该呼叫路径并且维持至PBX 14的路径(步骤585)。

如果在步骤590，确定用户应答了远程设备，则服务器30放弃至PBX的SERVER-PBX分机路径(步骤595)，并且经由PSTN发起主叫方和远程设备之间的连接(步骤599)。服务器30经由PSTN连接将呼入呼叫实质上无缝地连接至远程设备70。

根据本文公开的实施例，可能期望由用户而不是由无线运营商的服务来实际上应答对远程设备的呼叫。在已知的系统中，如果存在坏的连接、无线信道过载或者出于其它原因(如发起无线运营商的应答服务)，则无线运营商经常应答呼叫。当无线运营商在这些情况中应答呼叫时，即使远程用户本身未应答该呼叫，该呼叫对于服务器30将表现为“已应答呼叫”。一种区分用户应答的呼叫与无线服务应答的呼叫的方法是提示用户经由远程设备的键区向服务器30发送确认信号，如双音多频(DTMF)音。一旦检测到已应答呼叫，服务器30可以发送语音消息，指令用户例如“按1结束呼叫，或者按2将主叫方发送至语音邮件”。如果没有接收到DTMF音，则服务器30假定该呼叫是由无线运营商应答的，或者用户不想应答该呼叫，服务器30将该呼叫视为未应答呼叫。

如果呼入呼叫被转移至语音邮件，则服务器30将呼入呼叫连接至服务器上的或者与PBX分机相关联的PBX语音邮箱。如果呼入呼叫被拒绝，则服务器30断开该呼叫。如果在步骤590中呼叫远程设备处未应答呼叫，则处理流程返回步骤570，以检查振铃计数是否已经超过最大振铃计数。应当注意，如果需要，服务器30可以向主叫方播放交互式菜单，该菜单允许主叫方寻呼被叫方、留语音邮件消息或者转移至接线员。

根据实施例，服务器30的数据库也可以包含许多系统定义的用户接入权以及用户可修改的首选项，这些可以改变本文公开的呼叫处理。办公室管理员可以使用网络计算机42a、42b或者远程管理设备52来设置用户接入权以及优先级。用户可以使用远程管理设备52来设置许多用户首选项。期望使用基于Web的或图形用户界面，以便用户可以轻易接入并设置用户首选项。如果需要，用户也可以使用网络计算机42a、42b(或者远程设备52)。

许多企业已经向它们的职员提供了无线通信设备。这些无线设备已经具有现有的电话号码并且在企业PBX的外部。由于这些设备已经被职员及其客户所使用，因此企业不想改变他们的电话号码。这需要将这些电话号码集成入企业PBX中。集成这些电话号码的一种方式是将他们未应答的呼叫转接至语音邮件。无论无线电话号码与PBX分机关联与否，都可以实现这一点。

例如，企业可以从电话公司购买额外的DID电话号码(如果需要)。这些额外的DID电话号码与特殊的路由指令一起存储于服务器30的数据库中，以将所有呼叫直接路由至用户的语音邮箱中(或者所需的其它目的地)。无线电话的用户可以对无线电话编程，以将未应答的呼叫转接至他的相关联DID电话号码上。可选地，用户也可以要无线运营商将未应答的呼叫转接至DID电话号码。由此，任何未应答的对无线电话的呼叫将被转接至服务器30，服务器30解析DID并且将呼叫转接至合适的语音邮箱。使用这种特征，由于用户可以通过语音邮件检索他的全部消息，因此用户检索其消息的可能性增加。这也减轻了用户具有与无线运营商分离的语音邮件服务的需要，这可以减少无线服务的费用。

可以在任意数量的不同应用中利用本文所述的实施例。例如，一个实施例应用于具有大量房间并且每个房间有专用电话线路的宾馆，以在不需要将额外电话线路或者其它线路路由至房间的情况下提供第二或者“虚拟电话线路”。每个房间可以具有与企业PBX相连接的原始硬接线电话分机，以及用作第二或者虚拟电话线路的、与PBX分机(使用本发明的实施例来集成)相关联的无线设备(例如，电话或者PDA)。例如，如果宾馆的客人正使用针对其个人计算机的硬接线电话线路，则他仍可以使用无线设备通过PBX发起和接收呼叫。因此，本实施例允许企业的电话线路加倍，而不需要引起对宾馆房间安装第二线路所需的额外线路花费。

应当理解，该系统可以与合适的远程设备使用“IP电话”通信(即基于数据网络的语音)。许多今天的无线电话和PDA具有发起和接收蜂窝和数据(IP电话)电话呼叫的能力，并且具有接入因特网或其它数据网络的能力。应当理解，任何传统的远程设备可以与该系统一起使用。

在一个实施例中，远程设备70可以被实现为移动设备800，如图8所示。移动设备800是具有先进数据通信能力的双向通信设备，所述先进数据通信能力包括通过收发机站的网络与其它移动设备或者计算机系统进行通信的能力。该移动设备还可以具有允许语音通信的能力。根据移动设备提供的功能，可以将移动设备称作数据消息收发设备、双向寻呼机、具有数据消息收发功能的蜂窝电话、无线因特网装置、或者数据通信设备(具有或者不具有电话功能)。为了帮助读者理解移动设备800的结构以及其如何与其它设备和主机系统通信，现在将参考图8至11。

参见图8，其中示出了移动设备800的示例实施例。移动设备800包括多个组件，如控制移动设备800的整体操作的主处理器802。通过通信子系统804执行通信功能，包括数据和语音通信。通信子系统804从无线网络850接收消息，并向无线网络850发送消息。在该移动设备800的示例实施例中，可以根据全球移动通信系统(GSM)和通用分组无线业务(GPRS)标准来配置通信子系统804。GSM/GPRS标准在全世界广泛使用，预期这些标准将最终被增强数据GSM环境(EDGE)和通用移动电信业务(UMTS)所取代。新的标准仍然在制定中，但是可以相信它们与这里描述的网络行为具有相似性，并且本领域技术人员可以理解，这里描述的实施例应当可以使用将来开发的任何其它合适的标准。将通信子系统804与无线网络850连接的无线链路表示根据为GSM/GPRS通信制定的协议来操作的一个或多个不同的射频(RF)信道。通过新的网络协议，这些信道能够支持电路交换的语音通信以及分组交换的数据通信。

尽管在一个示例实现方式中与移动设备800相关联的无线网络850是GSM/GPRS无线网络，但是在实现方式变型中，其它无线网络也可以与移动设备800相关联。可以采用的不同类型的无线网络包括例如：以数据为中心的无线网络、以语音为中心的无线网络，以及可以在相同物理基站上支持语音和数据通信的双模网络。组合的双模网络包括但不限于：码分多址接入(CDMA)或者CDMA2000网络、GSM/GPRS网络(如上所述)、以及未来的第三代(3G)网络，如EDGE和UMTS。以数据为中心的网络的一些其它示例包括：WiFi 802.11、Mobitex^TM以及DataTAC^TM网络通信系统。以语音为中心的数据网络的其它示例包括：个人通信系统(PCS)网络，如GSM和时分多址接入(TDMA)系统。

主处理器802还与其他子系统进行交互，如随机存取存储器(RAM)806、闪存存储器808、显示器810、辅助输入/输出(I/O)子系统812、数据端口814、键盘816、扬声器818、麦克风820、短距离通信822以及其它设备子系统824。

移动设备800的一些子系统执行与通信相关的功能，而其它子系统可以提供“常驻”或者设备上的功能。例如，显示器810和键盘816可以用于与通信相关的功能(如输入用于在网络850上传送的文本消息)，以及设备常驻功能(如计算器或者任务列表)。

在完成所需的网络注册或者激活过程之后，移动设备800可以在无线网络850上发送和接收通信信号。网络接入与移动设备800的订户或者用户相关联。为了标识订户，移动设备800需要将SIM/RUIM卡826(即订户标识模块或者可移除用户标识模块)插入到SIM/RUIM接口828中，从而与网络通信。SIM卡或者RUIM 826是一种传统类型的“智能卡”，可以用于标识移动设备800的订户并将移动设备800个人化等。如果没有SIM卡826，则移动设备800不能完全进行与无线网络850的通信操作。通过将SIM卡/RUIM 826插入SIM/RUIM接口828，订户可以访问所有订阅的服务。服务可以包括：web浏览和消息传送，如电子邮件、语音邮件、短消息服务(SMS)和多媒体消息传送服务(MMS)。更加先进的服务可以包括：销售点、现场服务以及销售人员自动化。SIM卡/RUIM 826包括处理器和用于存储信息的存储器。一旦SIM卡/RUIM 826插入到SIM/RUIM 828中，该SIM卡/RUIM 826耦合到主处理器802。为了标识订户，SIM/RUIM 826可以包括一些用户参数，如由ITU-T E.212定义的国际移动订户标识(IMSI)。使用SIM卡/RUIM 826的优点是订户并不必须与任何单个物理移动设备绑定。SIM卡/RUIM826还可以为移动设备存储其它订户信息，包括记事簿(或者日历)信息以及最近呼叫信息。可选地，用户标识信息还可以被编程到闪存存储器808中。

移动设备800是由电池供电的设备，并且包括电池接口832用于容纳一个或多个可充电电池830。在至少一些实施例中，电池830可以是具有嵌入微处理器的智能电池。电池接口832可以耦合到调节器(未示出)，调节器协助电池830向移动设备800提供电源V+。尽管当前技术使用电池，但是，将来的技术(例如微型燃料电池)可以向移动设备800提供电源。

移动设备800还包括下面将详细描述的操作系统834和软件组件836至846。典型地，操作系统834和由主处理器802执行的软件组件836至846存储在永久存储器(如闪存存储器808)中，永久存储器可选为只读存储器(ROM)或者类似的存储单元(未示出)。本领域技术人员可以认识到，操作系统834中的部分和软件组件836至846(如特定设备应用)或者其部分可以被临时加载到易失性存储器(如RAM 806)中。如本领域技术人员所知，还可以包括其它软件组件。

控制基本设备操作的软件应用(包括数据和语音通信应用)836的子集，通常在移动设备800的制造期间安装到移动设备800。其它软件应用包括消息应用838，消息应用838可以是允许移动设备800的用户发送和接收电子消息的任何合适的软件程序。如本领域技术人员所熟知的，存在消息应用838的各种替代。用户已经发送或接收的消息典型地存储在移动设备800的闪存存储器808中或者移动设备800的一些其它合适的存储单元中。在至少一些实施例中，发送的和接收的一些消息可以远离设备800来进行存储，例如存储在移动设备800与之通信的相关联主机系统的数据存储器中。

软件应用还可以包括设备状态模块840、个人信息管理器(PIM)842以及其它合适的模块(未示出)。设备状态模块840提供了永久性，即设备状态模块840保证将重要设备数据存储在永久存储器(如闪存存储器808)中，从而当移动设备800关闭或者断电时该数据不会丢失。

PIM 842包括用于组织和管理用户感兴趣的数据项目(例如但不限于电子邮件、联系人、日历事件、语音邮件、约会和任务项目)的功能。PIM应用具有通过无线网络850发送和接收数据项目的能力。可以通过无线网络850，将PIM数据项目与存储在和/或与主机系统相关联的移动设备订户的相应数据项目无缝地整合、同步以及更新。该功能在移动设备800上创建了关于这些项目的镜像主机。这在主机系统是移动设备订户的办公室计算机系统时尤其有利。

移动设备800还包括连接模块844以及IT策略模块846。连接模块844实现移动设备800与无线基础设施和移动设备800被授权与之进行接口连接的任何主机系统(如企业系统)进行通信所需的通信协议。图10和11中给出了无线基础设施和企业系统的示例，这将在以下更详细地描述。

连接模块844包括API集合，该API集合可以与移动设备800结合以允许移动设备800使用与企业系统相关联的任何数目的服务。连接模块844允许移动设备800与主机系统建立端到端安全的、经认证的通信管道。连接模块844为其提供接入的应用的子集可以用于将IT策略命令从主机系统传送到移动设备800。这可以通过无线或者有线方式来进行。然后可以将这些指令传送到IT策略模块846以修改设备800的配置。可选地，在一些情况下，IT策略更新可以通过有线连接来执行。

IT策略模块846接收对IT策略进行编码的IT策略数据。然后，IT策略模块846保证该IT策略数据经移动设备800认证。然后，将IT策略数据以其本生形式存储在闪存存储器806中。在存储IT策略数据后，可以将全局通知从IT策略模块846发送到驻留于移动设备800上的所有应用。然后，作为响应，可对其应用IT策略的应用读取IT策略数据来查找可应用的IT策略规则。

IT策略模块846可以包括解析器(未示出)，应用可以使用该解析器来读取IT策略规则。在一些情况下，另一模块或应用可以提供解析器。将分组后的IT策略规则(下面更详细描述)作为字节流进行检索，然后将字节流发送(在某种意义上递归地)到解析器以确定在分组后的IT策略规则中定义的每个IT策略规则的值。在至少一些实施例中，IT策略模块846可以确定哪些应用受IT策略数据影响，并且仅仅向这些应用发送通知。在上述任一情况中，对于在通知时刻未运行的应用，当执行这些应用时，这些应用可以调用解析器或者IT策略模块846以确定在新接收的IT策略数据中是否存在任何相关的IT策略规则。

对支持IT策略中规则的所有应用进行编码，以知道期望的数据类型。例如，针对“WEP用户名”IT策略规则设定的值已知为字符串；因此与该规则相对应的IT策略数据中的值被解释为字符串。在另一示例中，针对“设定最大口令尝试次数”IT策略规则的设定已知为整数，因此，与该规则相对应的IT策略数据中的值被解释为整数。

在将IT策略规则应用到可应用的应用或者配置文件后，IT策略模块846向主机系统发回确认，以指示IT策略数据已接收并成功应用。

其它类型的软件应用还可以安装到移动设备800上。这些软件应用可以是在移动设备800制造之后才增加的第三方应用。第三方应用的示例包括游戏、计算器、实用程序等。

可以通过以下至少一个将其它应用加载到移动设备800上：无线网络850、辅助I/O子系统812、数据端口814、短距离通信子系统822或者任何其它合适的设备子系统824。应用安装的灵活性增加了移动设备800的功能，并且可以提供增强的设备上的功能、与通信相关的功能或者两者兼有。例如，安全通信应用可以实现使用移动设备800来执行电子商务功能和其它这样的金融交易。

数据端口814使订户能够通过外部设备或者软件应用来设定优选项，并且，通过向移动设备800提供信息或者软件下载而不通过无线通信网络来扩展移动设备800的能力。例如，替代下载路径可以用于通过直接并从而可靠和可信的连接将加密密钥加载到移动设备800上，以提供安全设备通信。

数据端口814可以是能够进行移动设备800和另一计算设备之间的数据通信的任何合适的端口。数据端口814可以是串行或并行端口。在一些示例中，数据端口814可以是USB端口，包括用于数据传送的数据线以及可以向移动设备800的电池830提供充电电流进行充电的电源线。

短距离通信子系统822提供了移动设备800和不同系统或设备之间的通信，而不需要使用无线网络850。例如，子系统822可以包括用于短距离通信的红外设备和相关联的电路和组件。短距离通信标准的示例包括：红外数据协会(IrDA)开发的标准、蓝牙以及IEEE开发的802.11标准族。

在使用中，通信子系统804处理接收信号(如文本消息、电子邮件消息或者网页下载)，并将其输入到主处理器802。然后，主处理器802处理接收信号，以将其输出到显示器810或者可选地输出到辅助I/O子系统812。例如，订户还可以结合显示器810以及可能地结合辅助I/O子系统812，使用键盘816来制作数据项目，如电子邮件消息。辅助子系统812可以包括如触摸屏、鼠标、轨迹球、红外指纹检测器或者具有动态按钮按压能力的滚轮之类的设备。键盘816优选为字母数字键盘和/或电话类型的键盘。然而，也可以使用其它类型的键盘。可以通过通信子系统804在无线网络850上传送所制作的项目。

对于语音通信，除了将接收信号输出到扬声器818，并且用于传送的信号由麦克风820产生以外，移动设备800的整体操作实质上相似。还可以在移动设备800上实现其它语音和音频I/O子系统，如语音消息记录子系统。尽管语音或音频信号输出主要通过扬声器818来完成，但是显示器810还可以用于提供其它信息，例如呼叫方的身份、语音呼叫的持续时间、或者其它与语音呼叫相关的信息。

参考图9，图9示出了通信子系统组件804的示例框图。通信子系统804包括接收机950、发射机952以及相关组件，如一个或多个嵌入或者内部天线单元954和956、本地振荡器(LO)958以及处理模块，如数字信号处理器(DSP)960。通信子系统804的特定设计取决于移动设备800预期通过其操作的通信网络850。因此，应当理解，图5所示的设计仅仅作为一个示例。

天线954通过无线网络850接收的信号输入至接收机950，接收机950可以执行常见接收机功能，如信号放大、频率下转换、滤波、信道选择以及模数(A/D)转换。接收信号的A/D转换允许更加复杂的通信功能，如在DSP 960中执行解调和解码。按照类似方式，DSP 960对要发送的信号进行处理，包括调制和编码。这些DSP处理后的信号输入至发射机952进行数模(D/A)转换、频率上转换、滤波、放大并通过天线956在无线网络850上传送。DSP 960不仅处理通信信号，还提供接收机和发射机控制。例如，可以通过DSP 960中实现的自动增益控制算法来自适应地控制接收机950和发射机952中对通信信号应用的增益。

移动设备800和无线网络850之间的无线链路可以包括一个或多个不同信道(典型地为不同的RF信道)，以及在移动设备800和无线网络850之间使用的相关协议。典型地，由于总带宽的限制以及移动设备800有限的电池电能，RF信道是一种必须节约的有限资源。

当移动设备800完全操作时，典型地，只有在向无线网络850发射时，发射机952才接通或者开启，并且否则关闭以节省资源。类似地，周期性地关闭接收机950以节省电能，直到其需要在指定的时间段期间接收信号或信息(在有信号或信息的情况下)。

参见图10，图10示出了无线网络850的节点1002的示例实现的框图。实际上，无线网络850包括一个或者更多节点1002。与连接模块844相结合，移动设备800可以与无线网络850内的节点1002进行通信。在图10的示例实现中，根据通用分组无线业务(GPRS)以及全球移动系统(GSM)技术来配置节点1002。节点1002包括：基站控制器(BSC)1004，具有相关联的塔台1006；为在GSM中支持GPRS而添加的分组控制单元(PCU)1008；移动交换中心(MSC)1010；归属位置寄存器(HLR)1012；访问位置寄存器(VLR)1014、服务GPRS支持节点(SGSN)1016；网关GPRS支持节点(GGSN)1018以及动态主机配置协议(DHCP)1020。该组件列表不意味着是GSM/GPRS网络中的每个节点1002的组件的穷尽列表，而是通过网络850进行的通信中常用的组件列表。

在GSM网络中，MSC 1010耦合至BSC 1004并耦合至陆上线路网络，如公共交换电话网(PSTN)1022，以满足电路交换要求。通过PCU1008、SGSN 1016和GGSN 1018至公共或者私有网络(因特网)1024的连接(本文中还通常被称为共享网络基础设施)表示针对具有GPRS功能的移动设备的数据路径。在拓展为具有GPRS能力的GSM网络中，BSC 1004还包含分组控制单元(PCU)1008，该单元连接至SGSN 1016以控制分段、射频信道分配并满足分组交换要求。为了跟踪移动设备800的位置以及电路交换和分组交换管理的可用性，在MSC 1010和SGSN 1016之间共享HLR 1012。对VLR 1014的接入由MSC 1010控制。

站1006是固定收发机站并且与BSC 1004一起形成了固定的收发机装备。固定收发机设备提供了针对特定覆盖区域(通常称之为“小区”)的无线网络覆盖。固定收发机设备经由站1006发送通信信号至其小区内的移动设备，并且从其小区内的移动设备接收通信信号。固定收发机设备通常执行下列功能：根据特定(通常是预定的)通信协议和参数，在其控制器的控制下，进行调制以及可能地对要发送至移动设备800的信号进行编码和/或加密。固定收发机设备类似地对从其小区内的移动设备800接收到的任意通信信号进行解调并且可能地进行解码和解密(如果需要)。通信协议和参数可以在不同节点之间改变。例如，一个节点可以采用与其它节点不同的调制方法并且在不同的频率上操作。

对于注册至特定网络的所有移动设备800，将永久配置数据(如用户配置)存储于HLR 1012中。HLR 1012还包含针对每个已注册移动设备的位置信息，并且可以被查询以确定移动设备的当前位置。MSC1010负责一组位置区域，并且将当前在其负责区域内的移动设备的数据存储在VLR 1014中。此外，VLR 1014还包含正在访问其它网络的移动设备的信息。VLR 1014中的信息包括从HLR 1012传送至VLR 1014的用于更快接入的永久移动设备数据的一部分。通过将额外信息从远程HLR 1012节点移动至VLR 1014，可以减小这些节点之间的业务量，从而语音和数据服务可以具有更快的响应时间，同时需要使用的计算资源更少。

SGSN 1016和GGSN 1018是为在GSM中支持GPRS(即支持分组交换数据)而添加的元件。通过记录每个移动设备800的位置，SGSN 1016和MSC 1010在无线网络850中具有相似的责任。SGSN 1016还执行安全功能和针对无线网络800上的数据业务量的接入控制。GGSN 1018提供与外部分组交换网络的互连连接，并且经由在网络850内运行的因特网协议(IP)主干网络连接至一个或者更多SGSN 1016。在正常运行期间，给定的移动设备800必须执行“GPRS附着”以获取IP地址并且接入数据服务。这个要求不出现在电路交换的语音信道中，这是由于使用综合业务数字网(ISDN)地址来对呼入和呼出呼叫进行路由。当前，所有支持GPRS的网络使用私有的、动态分配的IP地址，从而需要连接至GGSN 1018的DHCP服务器1020。对于动态IP分配有许多机制，包括使用远程用户拨入认证服务(RADIUS)服务器和DHCP服务器的组合。一旦GPRS附着完成，建立了从移动设备800(通过PCU1008)和SGSN 1016至GGSN 1018中的接入点节点(APN)的逻辑连接。APN表示IP隧道的逻辑端点，该端点可以接入直接因特网兼容服务或者私有网络连接。APN还表示用于网络850的安全机制，其中必须将每个移动设备800分配给一个或者更多APN，并且移动设备800在未首先向授权其使用的APN执行GPRS附着之前不能交换数据。APN可以被认为与因特网域名(如“myconnection.wireless.com”)类似。

一旦完成GPRS附着操作，则创建了隧道，并且可以使用IP分组可以支持的任何协议在标准IP分组中交换所有业务量。这包括在与虚拟专用网络(VPN)一起使用的一些IP安全(IPSec)连接的情况下的如基于IP的IP(IP over IP)之类的建立隧道方法。这些隧道也被称作分组数据协议(PDP)上下文，并且，在网络850中有有限数目的隧道可用。为了最大化PDP上下文的使用，网络800将针对每个PDP上下文运行空闲定时器，以确定是否存在活动性不足的情况。当移动设备800未使用其PDP上下文时，可以解除PDP上下文的分配，并将IP地址返回DHCP服务器1020管理的IP地址池。

参见图11，其中示出了移动设备800与连接模块844相结合可以与之通信的主机系统480的示例配置的组件的框图。主机系统480典型地是公司企业或者其它局域网(LAN)，例如在实现方式变型中，也可以是家庭办公室计算机或者一些其它私有系统。在图11所示的示例中，主机系统480被描述为移动设备800的用户所属的组织的LAN。典型地，多个移动设备可以通过无线网络850的一个或者更多节点1002与主机系统480进行无线通信。

主机系统480包括由网络1160互相连接的多个网络组件。例如，具有针对用户的移动设备800的随附托架1164的用户台式计算机1162a位于LAN连接上。例如，针对移动设备800的托架1164可以通过串行或者通用串行总线(USB)连接耦合至计算机1162a。其它用户计算机1162b至1162n也位于网络1160上，并且每个计算机可以或者可以不配备有随附托架1164。托架1164便于从用户计算机1162a将信息(例如，PIM数据、便于安全通信的私有对称加密密钥)加载至移动设备800，并且，对于在初始化移动设备800以进行使用时经常执行的大量信息更新可能特别有用。下载至移动设备800的信息可以包括消息交换中使用的证书。

本领域技术人员将理解，用户计算机1162a至1162n典型地也连接至未在图11中明示的其它外围设备(如打印机等)。此外，为了简化说明，图11仅示出主机系统480的网络组件的子集，并且，本领域技术人员将理解，针对本示例配置，主机系统480包括图11中未示出的附加组件。更一般地，主机系统480可以表示组织的较大网络(未示出)的较小部分，并且可以包括与图11的示例实施例所示出的不同组件和/或按照不同拓扑来布置。

为了便于移动设备800的操作以及移动设备800和主机系统480的组件之间的消息和与消息相关的数据的无线通信，可以提供多个无线通信支持组件1170。在一些实现方式中，无线通信支持组件1170可以包括消息管理服务器1172、移动数据服务器1174、联系人服务器1176以及设备管理器模块1178。设备管理器模块1178包括IT策略编辑器1180和IT用户属性编辑器1182，以及用于允许IT管理员配置移动设备800的其它软件组件。在可选实施例中，可以有一个编辑器同时提供IT策略编辑器1180和IT用户属性编辑器1182的功能。支持组件1170还包括数据存储器1184和IT策略服务器1186。IT策略服务器286包括处理器1188、网络接口1190以及存储器单元1192。处理器1188控制IT策略服务器1186的操作，并且执行与下面描述的标准化IT策略相关的功能。网络接口1190允许IT策略服务器1186与主机系统480的各个组件以及移动设备800进行通信。存储器单元1192可以存储实现IT策略中使用的功能以及相关数据。本领域技术人员知道如何实现这些各种组件。对于本领域技术人员而言也熟知可以包括其它组件。此外，在一些实现中，数据存储器1184可以是任一个服务器的一部分。

在本示例实施例中，移动设备800通过无线网络850的节点1002和共享网络基础设施1124(如服务提供商网络或公共因特网)与主机系统480进行通信。可以通过一个或者更多路由器(未示出)来提供对主机系统480的接入，并且，主机系统480的计算设备可以从防火墙或者代理服务器1166之后运行。代理服务器1166提供了主机系统480的安全节点以及无线因特网网关。代理服务器1166智能地将数据路由至主机系统480内的正确目的地服务器。

在一些实施中，主机系统480可以包括无线VPN路由器(未示出)以便于主机系统480和移动设备800之间的数据交换。无线VPN路由器允许通过特定无线网络直接建立对移动设备800的VPN连接。无线VPN路由器可以与因特网协议(IP)版本6(IPV6)和基于IP的无线网络一起使用。该协议可以提供足够的IP地址，使得每个移动设备具有专用的IP地址，从而可以在任何时刻向移动设备推送信息。使用无线VPN路由器的优点在于它可以是现货供应的VPN组件，并且不需要单独的无线网关和单独的无线基础设施。在该可选实施中，VPN连接优选地是用于直接向移动设备800传送消息的传输控制协议(TCP)/IP或者用户数据报协议(UDP)/IP连接。

要发送给移动设备800的用户的消息首先由主机系统480的消息服务器1168所接收。这种消息可以源自于任意数目的源。例如，发送者可以从主机系统480内的计算机1162b、与无线网络850或者不同无线网络相连接的不同移动设备(未示出)、或者从不同的计算设备、或者能够发送消息的其它设备，经由共享网络基础设施1124，可能通过例如应用服务提供商(ASP)或者因特网服务提供商(ISP)来发送消息。

消息服务器1168典型地用作组织内以及共享网络基础设施1124上的消息交换(特别是电子邮件消息)的主接口。已经被设置为发送和接收消息的组织中的每个用户典型地与消息服务器1168所管理的用户帐户相关联。消息服务器1168的一些示例实现包括MicrosoftExchange^TM服务器、Lotus Domino^TM服务器、Novell Groupwise^TM服务器、或者安装在公司环境中的其他适合的邮件服务器。在一些实施例中，主机系统480可以包括多个消息服务器1168。消息服务器1168还可以适用于提供除消息管理之外的附加功能，例如包括与日程表和任务列表相关联的数据的管理。

当消息服务器1168接收到消息时，典型地将消息存储在与消息服务器1168相关联的数据存储器中。在至少一些实施例中，该数据存储器可以是与消息服务器1168通信的单独的硬件单元，如数据存储器1184。随后，通过访问消息服务器1168，可以检索消息并将其传送至用户。例如，运行在用户计算机1162a上的电子邮件客户端应用可以请求与该用户帐户相关联的电子邮件消息，其中用户帐户存储在与消息服务器1168相关联的数据存储器中。然后，从数据存储器中检索这些消息，并将其本地存储在计算机1162a上。与消息服务器1168相关联的数据存储器可以存储本地存储在移动设备800上的每条消息的拷贝。可选地，与消息服务器1168相关联的数据存储器可以存储移动设备800的用户的全部消息，并且可以仅在移动设备800上存储较少数目的消息以节约存储器。例如，可以将最近的消息(即例如在过去两到三个月内接收到的消息)存储在移动设备800上。

当操作移动设备800时，用户可能希望检索电子邮件消息以向移动设备800发送。移动设备800上运行的消息应用838也可以从消息服务器1168请求与用户帐户相关联的消息。消息应用838可以被配置为(由用户或管理员来配置，可能根据组织的信息技术(IT)策略)：根据用户的指示、根据某个预定时间间隔、或者基于某个预定事件的发生来提出请求。在一些实施中，向移动设备800分配其自己的电子邮件地址，当消息服务器1168接收到消息时，具体寻址至移动设备800的消息被自动重定向至移动设备800。

消息管理服务器1172可以用于具体提供支持以对移动设备要处理的消息(例如电子邮件消息)进行管理。一般地，当消息仍存储于消息服务器1168上时，消息管理服务器1172可以用于控制何时、是否以及如何将消息发送至移动设备800。消息管理服务器1172还便于对移动设备800上编写的消息进行处理，该消息在随后的传送中被发送至消息服务器1168。

例如，消息管理服务器1172可以监控用户的“邮箱”(例如，消息服务器1168上与用户帐户相关联的消息存储器)以监控新的电子邮件消息，并且对新消息应用用户可定义的过滤器，以确定是否以及如何将消息中继至用户的移动设备800。消息管理服务器1172还可以压缩和加密新消息(例如，使用加密技术，如数据加密标准(DES)、三重DES、或者高级加密标准(AES))，并且经由共享网络基础设施1124以及无线网络850将其推送至移动设备800。消息管理服务器1172还可以接收移动设备800上编写的消息(例如使用三重DES来加密)、对编写的消息进行解密以及解压缩，重新格式化(如果需要)编写的消息使其看上去源自于用户的计算机1162a，并且将编写的消息重新路由至消息服务器1168以进行传送。

可以对与移动设备800要发送和/或接收的消息相关联的特定属性或者限制进行定义(例如由管理员根据IT策略来定义)，并由消息管理服务器1172强制执行。这可以包括例如：移动设备800是否可以接收加密的和/或签名的消息、最小加密密钥尺寸、是否必须对输出消息进行加密和/或签名，以及从移动设备800发送的所有安全消息的拷贝是否要发送至预定拷贝地址。

消息管理服务器1172还可以适于提供其它控制功能，如仅将特定消息信息或者存储于消息服务器1168上的消息的预定部分(例如“块”)推送至移动设备800。例如，在一些情况中，当首先由移动设备800从消息服务器1168中检索出消息时，消息管理服务器1172可以仅将消息的第一部分推送至移动设备800，其中该部分具有预定尺寸(例如2KB)。然后，用户可以请求消息管理服务器1172向移动设备800以类似尺寸的块来传送消息的更多部分，可能最多至最大预定消息尺寸。相应地，消息管理服务器1172便于对向移动设备800传送的数据的类型和数据量进行更好的控制，并且，有助于最小化对带宽或者其它资源的潜在浪费。

移动数据服务器1174包括存储与公司相关的信息的任意其它服务器。移动数据服务器1174可以包括但不限于：数据库、在线数据文献库、客户关系管理(CRM)系统、或者企业资源计划(ERP)应用。

联系人服务器1176可以以与移动设备800上的地址簿类似的方式向用户提供联系人列表的信息。相应地，对于给定联系人，联系人服务器1176可以包括姓名、电话号码、联系人的工作地址和电子邮件地址等等。联系人服务器1176还可以提供全局地址列表，该列表包含与主机系统480相关联的全部联系人的联系信息。

本领域技术人员将理解，消息管理服务器1172、移动数据服务器1174、联系人服务器1176、设备管理器模块1178、数据存储器1184以及IT策略服务器1186不需要被实现为主机系统480内的分离的物理服务器。例如，可以将与消息管理服务器1172相关联的一些或者全部功能与消息服务器1168集成，或者与主机系统480中的一些其它服务器集成。可选地，主机系统480可以包括多个消息管理服务器1172，特别是在需要支持大量移动设备的实现方式变型中。

可选地，在一些实施例中，IT策略服务器1186可以提供IT策略编辑器1180、IT用户属性编辑器1182以及数据存储器1184。在一些情况中，IT策略服务器1186也可以提供设备管理器模块1178。处理器1188可以执行编辑器1180和1182。在一些情况中，编辑器1180和1182的功能可以由单一编辑器提供。在一些情况中，存储器单元1192可以提供数据存储器1184。

设备管理器模块1178向IT管理员提供图形用户界面，IT管理员可以与该图形用户界面进行交互，以配置移动设备800的各种设置。如前所述，IT管理员可以使用IT策略规则来定义移动设备800上所允许的特定应用的行为，如电话、web浏览器或即时消息通信的使用。IT策略规则还可以用于设置组织要求在移动设备800上进行的配置设置的特定值，如自动签名文本、WLAN/VoIP/VPN配置、安全要求(例如，加密算法、口令规则等等)，指定允许在移动设备800上运行的主题或者应用等等。

本文描述的另一个实施例实现了对与企业网络中使用的服务器30相关联的任意设备的优先抢占。这包括与企业网络的电话号码相关联的任意语音、数据和/或卫星设备。这允许优先用户抢占现有通信并与特定个人通信，即使该个人正在使用无线电话或者其它远程设备。为了实现这种优先抢占特征，服务器30应当被编程为识别特殊拨叫模式、数据消息或者来自高优先级用户可能使用的多个设备之一的其它输入。这种独特的模式，不论其为拨叫模式、数据消息或者其它输入，本文均称之为抢占信号。优先抢占信号执行高优先级用户希望呼叫的电话号码。如果与该电话号码相关联的人已经在进行另一个呼叫，则可以如下调用优先抢占。

图12示出了本发明的实施例执行的优先抢占处理1200。当服务器单元检测到抢占信号以及拨叫的电话号码时，处理1200开始(步骤1202)。服务器单元检查抢占信号以确定其是否是有效信号(步骤1204)。如果有效，则服务器单元使用该信号来确定主叫方、与拨叫的号码相关联的个人的优先级，以及如果可能，确定在活动的呼叫上的个人的优先级(步骤1206)。服务器30对这些优先级进行比较，以确定尝试抢占呼叫的人是否具有最高优先级(步骤1210)；如果是，则通过系统420向远程设备发送数据信号(步骤1214)。如果远程设备接受该抢占，则服务器30从远程设备撤回已连接的呼叫，并通过PSTN连接来连接新的优先呼叫。由于服务器单元的灵活性，可以使用DTMF、IVR、基于web或者微浏览器的通信来实现优先抢占。

如果尝试抢占呼叫的人不具有最高优先级(步骤1210)或者如果抢占信号无效(步骤1204)，则可以执行附加的呼叫处理(步骤1212)。该附加处理可以是提示、语音或文本消息、或者其它向主叫方指示此时不能进行抢占的提醒。该处理还可以包括选项菜单，其中主叫方可以选择留下消息、重试或者仅仅挂断。应当理解，优先抢占可以以企业期望的任意方式来实现，并且，本实施例不局限于图12所示的特定步骤。

尽管这里已经具体描述并说明了优选实施例，但是，对实施例和实现方式的多种修改是显而易见的。例如，尽管这里所示的优选实施例限于对语音(分组或电路交换)呼叫的处理，但是，应当显而易见地，可以处理通过服务器30对任意通信设备(例如，蜂窝电话、寻呼机、办公室/住宅陆上线路电话、计算机终端、个人数字助理(PDA)、RIM设备等等)进行的任意形式的呼叫(例如音频、视频、数据)。可以对图6A至7A所示的示例操作流程中的各个方法步骤进行在顺序上相互交换、组合、替换或者甚至添加。在处理期间，可以执行这里未示出的任意数量的不同操作。此外，这些方法步骤可以由硬件、软件、固件或者硬件、软件、固件或、逻辑元件的任何组合来执行。

另外，尽管所示的实施例已经说明了使用基于PBX的通信系统的实现，但是，应当显而易见地，服务器模块可以与用于处理呼叫的任意其它网络交换设备或通信系统(如中心交换局、汇线通(centrex)系统、或者用于在公共交换电话网、私有电话网络上进行的电话呼叫、或者甚至在因特网上进行的因特网协议(IP)电话网络的电话呼叫的因特网服务器)相连接(直接、间接、共址、或远程连接)。本领域技术人员应当理解，实施例不需要PBX来操作或执行图6A至7A中示出的任意处理。所需的仅仅是适当编程的服务器30。

应当显而易见地，尽管在讨论优选实施例时仅示意了PRI线路(例如，在PBX 14和服务器30之间，PBX 14和PSTN 16之间)，但是，这些通信线路(以及本文讨论的任意其它通信线路或者介质)可以是任意形式、格式或者介质(例如，PRI、T1、OC3、电的、光的、有线的、无线的、数字的、模拟的等等)。此外，尽管出于说明目的将PSTN16、54描述为分离的网络，但是应当显而易见地，可以仅使用单一PSTN网络。应当注意，服务器30可以干线连接回PBX 14而不是直接连接至PSTN 54。根据注册至系统的通信设备，本文描述的商用无线运营商网络的使用(由无线交换机58和天线60表示)可以使用一个或者更多使用相同或不同信令协议的商用运营商(例如Sprint/Nextel等等)来实现。

本文描述的模块(如构成服务器30的模块以及服务器30和PBX 14本身)可以是一个或者更多硬件、软件、或者驻留在(或分布于)一个或者更多本地或远程系统中的混合组件。应当显而易见地，按照本文公开的实施例的具体实现的要求，可以对模块进行组合(例如，服务器30和PBX 14)或者进一步分成共享不同资源的各个不同组件(包括处理单元、存储器、时钟设备、软件过程等等)。实际上，甚至可以利用执行存储于记录介质上的计算机程序以生产功能的单一通用计算机以及本文涉及的任何其它存储器设备来实现所示的实施例。服务器30中使用的或者与服务器30结合使用的用户接口设备可以是用于输入和/或输出信息的任意设备。接口设备可以被实现为包含显示器等的图形用户界面(GUI)，或者可以是至现有技术已知的其它用户输入/输出设备的链接。

此外，系统所采用的存储器单元可以是任意一个或者更多已知的存储设备(例如，随机存取存储器(RAM)、只读存储器(ROM)、硬盘驱动器(HDD)、软盘驱动器、zip驱动器、光盘ROM、DVD、磁泡存储器等)，并且还可以是一个或者更多嵌入至CPU内的存储器设备，或者与一个或者更多其它组件共享的存储器设备。相应地，要求保护的发明不局限于以上描述，而仅由所附权利要求的范围来限定。

Claims (35)

1.一种用于对无线设备通过企业通信网络向预期接收者发起的输出通信进行路由的方法，所述无线设备包括至少一个数据通信接口，所述方法包括：

从无线设备接收用于无线设备登录企业通信网络的会话请求登录数据信号；

使用所述至少一个数据通信接口，通过数据消息收发来建立与无线设备的数据通信，所述数据通信不利用语音通信；

使用所述数据通信接收来自所述无线设备的第一数据信号，所述第一数据信号询问所述无线设备是否有权通过企业通信网络向预期接收者进行输出通信；

基于所述第一数据信号来检索与所述无线设备相关联的接入权；

根据检索到的接入权来确定所述无线设备是否有权使用企业通信网络的服务进行输出通信；

使用所述数据通信向所述无线设备发送第二数据信号，所述第二数据信号指示是否有权进行输出通信；以及

如果确定所述无线设备有权进行输出通信，则建立通向输出通信的预期接收者的第一语音通信路径，建立通向所述无线设备的第二语音通信路径，并连接第一和第二语音通信路径以将输出通信从所述无线设备路由至所述预期接收者，

其中，直到确定所述无线设备有权进行输出通信时才建立所述第一和第二语音通信路径并利用从所述无线设备通过企业通信网络的语音通信。

2.根据权利要求1所述的方法，其中，如果确定所述无线设备无权，则所述第二数据信号包括所述无线设备无权进行输出通信的指示。

3.根据权利要求1所述的方法，其中，所述第一和第二数据信号包括电子邮件消息。

4.根据权利要求1所述的方法，其中，所述第一和第二数据信号包括文本消息。

5.根据权利要求1所述的方法，其中，所述第一和第二数据信号包括SIP协议消息。

6.根据权利要求1所述的方法，还包括：

使用所述数据通信接收来自所述无线设备的第三数据信号，所述第三数据信号请求对第二接收者进行第二输出通信；

建立通向第二预期接收者的第三语音通信路径；

断开所述第一语音通信路径；以及

连接第二和第三语音通信路径，以将所述第二输出通信从所述无线设备路由至所述第二预期接收者。

7.根据权利要求1所述的方法，还包括：

使用所述数据通信接收来自所述无线设备的第三数据信号，所述第三数据信号请求将第二接收者加入会议至所述输出通信中；

建立通向第二预期接收者的第三语音通信路径；以及

将所述第三语音通信路径连接至已连接的第一和第二语音通信路径，以形成会议呼叫。

8.根据权利要求1所述的方法，其中，所述连接步骤包括对所述第一和第二语音通信路径进行桥接。

9.根据权利要求1所述的方法，其中，所述第一和第二语音通信路径是至少部分通过公共交换电话网PSTN来建立的。

10.一种用于对无线设备通过企业通信网络向预期接收者发起的输出通信进行路由的设备，所述无线设备包括至少一个数据通信接口，所述设备包括：

用于从无线设备接收用于无线设备登录企业通信网络的会话请求登录数据信号的装置；

用于使用所述至少一个数据通信接口，通过数据消息收发来建立与无线设备的数据通信，所述数据通信不利用语音通信的装置；

用于使用所述数据通信接收来自所述无线设备的第一数据信号的装置，所述第一数据信号询问所述无线设备是否有权通过企业通信网络向预期接收者进行输出通信；

用于基于所述第一数据信号来检索与所述无线设备相关联的接入权的装置；

用于根据检索到的接入权来确定所述无线设备是否有权使用企业通信网络的服务进行输出通信的装置；

用于使用所述数据通信向所述无线设备发送第二数据信号的装置，所述第二数据信号指示是否有权进行输出通信；以及

用于在确定所述无线设备有权进行输出通信的情况下，建立通向输出通信的预期接收者的第一语音通信路径，建立通向所述无线设备的第二语音通信路径，并连接第一和第二语音通信路径以将输出通信从所述无线设备路由至所述预期接收者的装置，

其中，直到确定所述无线设备有权进行输出通信时才建立所述第一和第二语音通信路径并利用从所述无线设备通过企业通信网络的语音通信。

11.根据权利要求10所述的设备，其中，如果确定所述无线设备无权，则所述第二数据信号包括所述无线设备无权进行输出通信的指示。

12.根据权利要求10所述的设备，其中，所述无线设备是个人数字助理，并且，所述第一和第二数据信号包括电子邮件消息。

13.根据权利要求10所述的设备，其中，所述无线设备是个人数字助理，并且，所述第一和第二数据信号包括SIP协议消息。

14.根据权利要求10所述的设备，其中，所述无线设备是蜂窝电话，并且，所述第一和第二数据信号包括文本消息。

15.根据权利要求10所述的设备，其中，所述设备还包括：

用于使用所述数据通信接收来自所述无线设备的第三数据信号的装置，所述第三数据信号请求将第二接收者加入会议至所述输出通信中；

用于建立通向第二预期接收者的第三语音通信路径的装置；以及

用于将所述第三语音通信路径连接至已连接的第一和第二语音通信路径，以形成会议呼叫的装置。

16.根据权利要求10所述的设备，其中，所述设备还包括：

用于使用所述数据通信接收来自所述无线设备的第三数据信号的装置，所述第三数据信号请求对第二接收者进行第二输出通信；

用于建立通向第二预期接收者的第三语音通信路径的装置；

用于断开所述第一语音通信路径的装置；以及

用于连接第二和第三语音通信路径，以将所述第二输出通信从所述无线设备路由至所述第二预期接收者的装置。

17.根据权利要求10所述的设备，其中，用于连接第一和第二语音通信路径的装置对所述第一和第二语音通信路径进行桥接。

18.根据权利要求10所述的设备，其中，所述第一和第二语音通信路径是至少部分通过公共交换电话网PSTN来建立的。

19.一种在企业通信网络中对通信进行路由的方法，所述方法包括下列步骤：

在第一语音通信路径上接收对主设备号码的呼入呼叫；

检索与所述主设备号码相关联的远程设备的第一连接号码；

向所述远程设备发送第一数据信号，所述数据信号询问所述远程设备处是否要接受所述呼入呼叫，所述远程设备包括至少一个数据通信接口，所述发送包括：使用所述至少一个数据通信接口，通过数据消息收发来建立与远程设备的数据通信，所述数据通信不利用语音通信；

使用所述数据通信接收来自所述远程设备的第二数据信号；

基于所述第二数据信号来确定所述呼入呼叫是否被接受；以及

如果所述呼入呼叫被接受，则建立通向所述远程设备的第二语音通信路径，并连接第一和第二语音通信路径以便将所述呼入呼叫路由至所述远程设备，

其中，如果所述呼入呼叫未被接受，则不建立所述第二语音通信路径，并且不利用从所述远程设备通过企业通信网络的语音通信。

20.根据权利要求19所述的方法，其中，如果所述呼入呼叫未被接受，则所述方法还包括：将所述呼入呼叫转移至与所述主设备号码相关联的企业语音邮箱。

21.根据权利要求19所述的方法，其中，所述发送步骤包括：向所述远程设备发送包括所述第一数据信号在内的电子邮件消息。

22.根据权利要求19所述的方法，其中，所述发送步骤包括：向所述远程设备发送包括所述第一数据信号在内的SIP协议消息。

23.根据权利要求19所述的方法，还包括：经由第三通信路径向与所述主设备号码相关联的企业电话号码发送电话信号。

24.根据权利要求23所述的方法，其中，所述发送第一数据信号的步骤和所述发送电话信号的步骤实质上同时进行。

25.根据权利要求23所述的方法，其中，所述发送第一数据信号的步骤和所述发送电话信号的步骤顺序地进行。

26.根据权利要求19所述的方法，其中，所述连接步骤包括对所述第一和第二语音通信路径进行桥接。

27.根据权利要求19所述的方法，还包括：在连接所述第一和第二通信路径之前，对所述远程设备的用户进行认证。

28.根据权利要求19所述的方法，其中，所述第一和第二语音通信路径是至少部分通过公共交换电话网PSTN来建立的。

29.一种在企业通信网络中对通信进行路由的设备，包括：

用于在第一语音通信路径上接收对主设备号码的呼入呼叫的装置；

用于检索与所述主设备号码相关联的远程设备的第一连接号码的装置；

用于向所述远程设备发送第一数据信号的装置，所述数据信号询问所述远程设备处是否要接受所述呼入呼叫，所述远程设备包括至少一个数据通信接口，所述发送包括：使用所述至少一个数据通信接口，通过数据消息收发来建立与远程设备的数据通信，所述数据通信不利用语音通信；

用于使用所述数据通信接收来自所述远程设备的第二数据信号的装置；

用于基于所述第二数据信号来确定所述呼入呼叫是否被接受的装置；以及

以及在所述呼入呼叫被接受的情况下，建立通向所述远程设备的第二语音通信路径，并连接第一和第二语音通信路径以便将所述呼入呼叫路由至所述远程设备的装置，

其中，如果所述呼入呼叫未被接受，则不建立所述第二语音通信路径，并且不利用从所述远程设备通过企业通信网络的语音通信。

30.根据权利要求29所述的设备，还包括：用于在所述呼入呼叫未被接受的情况下，将所述呼入呼叫转移至与所述主设备号码相关联的企业语音邮箱的装置。

31.根据权利要求29所述的设备，还包括：用于经由第三语音通信路径向企业电话号码发送电话信号的装置。

32.根据权利要求31所述的设备，其中，所述第一数据信号和电话信号实质上同时发送。

33.根据权利要求29所述的设备，其中，还包括：用于在连接第一和第二语音通信路径之前，对所述远程设备的用户进行认证的装置。

34.根据权利要求29所述的设备，其中，所述第一和第二语音通信路径是电路交换通信路径。

35.根据权利要求29所述的设备，其中，所述第一和第二语音通信路径是至少部分通过公共交换电话网PSTN来建立的。

Images