在运营设备、服务和位置可移植的不同系统间远程服务转发的方法.pdf

本发明公开一种在运营设备、服务和位置可移植的不同系统间远程服务转发(RSF)的方法。一种远程服务转发(RSF)系统，其在不丢失服务的情况下，允许电话服务用户经由不同的访问设备访问订购的服务。该系统通过在IP连接上移植服务而允许用户访问不同系统或者使用不同的电话设备或不同的服务提供商。用户可以访问诸如移动IP连接上的集中式用户交换机或PBX服务之类的订购服务。

1.  一种用于提供远程服务转发的方法，包括如下步骤：
在第一导出服务提供商处接收对第一电话号码的第一呼叫；
识别与所述第一电话号码相关联的第一因特网协议地址；
将所述第一呼叫转发到所述第一因特网协议地址。

2.  根据权利要求1所述的用于提供远程服务转发的方法，还包括如下步骤：
在第二导出服务提供商处接收对第二电话号码的第二呼叫；
识别与所述第二电话号码相关联的第二因特网协议地址；
将所述第二呼叫转发到所述第二因特网协议地址。

3.  根据权利要求2所述的用于提供远程服务转发的方法，其中所述第一电话号码与所述第二电话号码不同。

4.  根据权利要求3所述的用于提供远程服务转发的方法，其中所述第一因特网协议地址与所述第二因特网协议地址相同。

5.  一种用于提供远程服务转发的方法，包括如下步骤：
接收将来自导出服务提供商的呼叫移植到导入服务提供商的第一移植请求；
在与所述导出服务提供商相关联的第一数据库中存储与所述导入服务提供商的用户相关联的IP地址；
在与所述导入服务提供商相关联的第二数据库中存储与所述导出服务提供商提供的服务相关联的服务信息。

6.  根据权利要求5所述的用于提供远程服务转发的方法，其中所述导出服务提供商是移动服务提供商。

7.  根据权利要求6所述的用于提供远程服务转发的方法，其中所述导入服务提供商是宽带服务提供商。

8.  根据权利要求7所述的用于提供远程服务转发的方法，其中所述导出服务提供商提供的服务是语音邮件。

9.  一种用于提供远程服务转发的方法，包括如下步骤：
在导出服务提供商处接收对第一电话号码的呼叫；
确定与所述第一电话号码相关联的因特网协议地址；
确定与所述第一电话号码相关联的第二电话号码；
通过请求将所述呼叫转发到所述因特网协议地址和所述第二电话号码而将所述呼叫进行分支。

10.  一种用于提供远程服务转发的方法，包括如下步骤：
从用户接收转发消息；
接收对与所述用户相关联的硬件电话的来话呼叫；以及
将所述呼叫转发到与所述用户相关联的移动电话。

11.  根据权利要求10所述的用于提供远程服务转发的方法，其中所述转发消息识别呼叫将被转发到的URL。

12.  根据权利要求10所述的用于提供远程服务转发的方法，其中所述转发消息识别呼叫将被转发到的IP地址。

13.  根据权利要求10所述的用于提供远程服务转发的方法，其中所述硬件电话是专用分支交换机电话。

14.  根据权利要求10所述的用于提供远程服务转发的方法，其中所述移动电话是无线因特网协议电话。

15.  根据权利要求10所述的用于提供远程服务转发的方法，其中所述移动电话和所述硬件电话由不同的服务提供商运营。

在运营设备、服务和位置可移植的不同系统间远程服务转发的方法
本申请要求在2003年12月5日申请的美国临时专利申请No.60/527,361的优先权，在此通过参考援引其说明书内容。
技术领域
本发明涉及数字电话。更具体地，本发明涉及移动交换中心、IP电话、托管PBX(hosted PBX)以及企业PHS网络。
背景技术
在一种公知的远程呼叫转发(RCF)解决方案中，用户呼叫已被转发到新位置的电话号码，上述转发对主叫方而言是未知的。在用户的发端本地交换机(originating local exchange)向视在终端本地交换机(apparent terminatinglocal exchange)发出信令消息时，该发端本地交换机驻留该呼叫。当信令消息经由CCS7网络到达初始的终端本地交换机时，交换机轮询用户线路以确定其状态(例如，该用户线路为可用、忙还是被转发)。如果该线路已被转发，则查询对照表以确定号码的新位置，并建立新的信令路径。为建立新的信令路径，将另一信令消息发送到新的视在终端本地交换机，并重复上述处理，直到识别出正确的终端用户线路。如果该线路可用，则交换机向发端交换机返回消息，以表示已为呼叫接通做好了一切准备。然后，该呼叫被发端交换机释放，并沿着与前面在信令网络上的传输路径相同的路径选择路由。
上述远程呼叫转发的依靠交换机(on-switch)解决方案的问题包括服务被限制到单一系统。此外，必须在识别出移植号码(ported number)之前完成呼叫路径(或者至少是信令路径)的建立。这导致低效率的呼叫路由，其对于大量的移植号码变得不可接受。
在另一被称为脱离交换机(off-switch)的解决方案中，允许在呼叫建立阶段初期所使用的交换机访问关于移植号码的信息。在该解决方案中，用户呼叫可能已移植到新位置或可能未移植到新位置的电话号码。在用户的发端本地交换机(在IN架构中称为业务交换点或SSP)向业务控制点(SCP)处的IN数据库始发CCS7信令消息时，该发端本地交换机驻留该呼叫。当信令消息到达SCP时，查询数据库以确定与所拨打电话号码相关联的网络地址或路由号码。SCP将路由信息返回到SSP。然后，SSP向终端交换机发送信令消息，以确定被叫方是否可用。该呼叫被SSP释放，并在最佳路由上建立通向终端本地交换机的呼叫路径。
在这种脱离交换机的解决方案中，并不存在用于非地域性服务的终端数据库解决方案的等效解决方案。此外，也未提供用于将用户的多项服务链接到一个设备、应用程序或位置的方法，其中该用户向多个服务提供商订购服务。
现有方案也存在如下缺点，即假定在特定因特网连接中不存在质量电路连接。而是假定服务质量为端点。
在本领域中已知多种IP电话解决方案。例如，White等人在美国专利6,069,809中公开了通过因特网的电话类服务。White等人在美国专利6,021,126中公开了利用因特网实现电信号码移植的技术。White和Ferris在美国专利No.6,014,379中公开了基于因特网的电信客户呼叫服务。Kalmanek等人在美国专利No.6,324,279中公开了链接两个用于IP电话的不同网络的信令技术。在此通过参考援引上述公开的全部内容。然而，这些解决方案未提供用于将用户的多项服务链接到一个设备的方法，其中该用户向多个服务提供商订购服务。
发明内容
一种远程服务转发(RSF)系统，其在不丢失或不改变服务的情况下，即使用户访问不同的系统或者使用不同的电话设备或不同的服务提供商，也能允许电话服务用户经由不同的访问设备访问订购的服务。
在远程服务转发系统的操作中，第一导出服务提供商接收对电话号码的呼叫。系统确定该呼叫是否被转发，如果是，则识别与该电话号码关联的因特网协议(IP)地址，并且将该呼叫转发到该IP地址。
该系统能够将来自多个不同系统的呼叫转发到单个用户设备。从而，该系统可以在不同的导出服务提供商处接收对不同电话号码的第二呼叫。而该系统仍可以识别用于将该呼叫转发到同一用户的相同的IP地址。
该系统不仅能够将对用户IP设备的呼叫从导出服务提供商转发到导入服务提供商，而且其还允许用户访问导出服务提供商所提供的服务，包括诸如发话呼叫和语音邮件等服务。
附图说明
图1是示出服务提供商和用户设备之间连接的示意性框图；
图2是示出在远程服务转发系统中建立服务的示意性流程图；
图3是示出在远程服务转发系统中来话呼叫处理的示意性流程图：
图4是示出在远程服务转发系统中发话呼叫处理的示意性流程图。
具体实施方式
I.远程服务转发系统的概述
一种远程服务转发(RSF)系统，其即使用户访问不同系统或者使用不同电话设备或不同服务提供商，也能够在不丢失或不改变服务的情况下，允许电话服务用户经由不同访问设备访问订购的服务。
一个实例为PBX或集中式用户交换机(Centrex)服务扩展。用户可以使用其书桌上的常规硬件电话(hardware phone)，用户可以在工作场所周围移动时使用启用了Wi-Fi(或PHS)的无线IP电话，或者用户可以在离开工作场所时使用普通移动电话(例如GSM、CDMA或PHS电话)。RSF系统可以在用户使用这些不同设备时，将提供到PBX用户的多种服务传递到这些设备。
在另一实例中，当用户离开本地服务提供商的区域时，其仍然可以利用IP设备实现对服务的访问。例如，IP设备可以是在可以进行IP连接的个人计算机(PC)上运行的应用设备。该应用设备包括图形用户接口，该图形用户接口模拟具有电话按键的电话设备的接口。该应用设备经由访问服务提供商(例如Comcast)而向本地服务提供商(例如Verizon)注册用户，以请求将普通的无线服务传递到应用设备，直到取消注册为止。
所述系统将来自不相连的各运营设备(运营商)的办公室电话和移动电话的多项服务集中为IP应用程序或IP设备内的一个集中表现端(例如集中邮箱)。如此处所述，当集中IP应用程序连接失败时，所述系统还可以使用移动或固定的公司有线电话呼叫进行恢复(drop-back)。所述恢复以如下方式实施，即满足或增强生命线(lifeline)服务以使其足以被有效地旁通(bypass)。
所述系统为无线运营商和专用公司通信提供了如下方法，即移植电话号码以及将某一用户的呼叫转变为IP语音(VoIP)以将呼叫转发到用户约定的URL或从用户约定的URL转发。所述URL可以与PC上的扬声器电话(speakerphone)应用设备或者用户的其它IP设备相关联。这种设备可以作为替代端点代替初始端点，以临时且无缝地始发或中止呼叫和服务。
上述服务可在使用远程呼叫转发的VoIP电话网络中建立，在该网络中，经由导出(exporting)非地域性服务提供商的交换机而建立对移植号码的呼叫路径。导出服务提供商利用其服务数据库经由IP地址或URL而识别导入(importing)服务提供商，然后呼叫被转变为IP并转发到该服务提供商的软交换机。或者，该呼叫不转变且不转发到相关联的媒体网关。利用其中经由导出非地域性服务提供商的交换机而建立对移植号码的信令路径的恢复处理，可以在发端运营商网络内以及在用于备份的转发网络内均建立呼叫路径。
例如，在呼叫之前，诸如Comcast之类的宽带服务提供商(BSP)注册与移动用户的电话号码相关联的用户IP地址或URL。诸如Verizon之类的移动服务提供商(MSP)向BSP提供对用户语音邮件的IP访问。经MSP用户激励(stimulus)，记录远程呼叫转发(RCF)或者分支呼叫(fork call)到媒体网关的数据库入口。对MSP的来话呼叫触发对MSP数据库的数据库查询，以确定号码是否已被移植。RCF触发向在地域上与MSP或BSP相关联的媒体网关和URL的转发。MSP或BSP向用户的IP设备发送呼叫。分支呼叫触发呼叫流，该呼叫流使用上述的RCF以及经由移动交换中心的恢复连接。
在分支呼叫的情况下，可以对如何控制恢复设定规则。这些规则可以基于例如是否可以移植或者是否用户在任何电话设备上应答振铃。
在从MSP移植的BSP上的IP设备发话呼叫时，用户激励(例如按压按键)可以始发一个简单的呼叫，其中在各SP之间只共享同步交换(计费)信息(handshake information)，如在BSP用户数据库中所指示的那样。或者，用户激励可启动对MSP数据库中关于语音邮件或其它适用于转变为IP包的MSP服务包的事务的复杂查询。
相似地，BSP可以注册CCP用户，或者相反，MSP可以注册BSP或CCP用户作为生命线替代者。
下面描述可在远程服务转发系统中发现并保持的某些实体关系。图1示出了用于提供和管理远程服务转发系统的数据关系。用户提供电话号码移植信息，这些信息需要映射到一个或多个服务简档(profile)、产品以及简档族。这些简档包含关于期望的端点特性和其相关特征的信息，以及用于通过操作(operationally)提供会话的服务质量或生命线属性的策略。接着，这些简档可以映射到应用程序管理器(例如SIP特征服务器)数据库和/或策略管理系统。
当激活时，用户传递位置信息，并识别服务提供商和将在来话呼叫时调用的简档。该信息被映射为操作顺序以及客户端数据库，以发出服务和计费信息，并且该信息还选择性地调用应用程序管理器与RSF端点之间对特定服务质量的多个策略接口和/或会话协议状态。
利用网络服务和网络拓扑发现以解决如下问题，例如用于统一邮件服务的VPIM接口以及用于服务质量目的的访问路由器类型。
诸如电话或Web浏览器之类的种子设备(seed device)可以组装如下所述的单元。
利用自设定模型(Auto-Provisioning model)，用户可以经由远程服务区域的终端设备访问其登录受保护的站点。被连接的服务器可以通过浏览器CGI、Java或其他技术(例如下载的客户端或嵌入的客户端程序)来运行种子设备程序。该发现由发现本地LAN信息和发现本地站点网络拓扑构成。
为了发现本地站点LAN信息，设置收集和发送子网发现机制，例如Ping、ARP-a、Windows注册表本地机器查询(Windows Registry LOCAL Machinequeries)等。
为了发现本地站点网络拓扑，基于针对RSF策略管理单元的客户前提，创建诸如路由跟踪(traceroute)机制的报告，以发现在出站包路径(例如traceroute-d RSFserver)上的最初几个路由网络单元的IP地址。这些报告被收集和发送。对于候选访问路由单元(例如发现的最初1-3个单元)以及也可被策略服务器选择性控制的候选基础架构(infrastructure)路由器的选定IP地址，可以进行反向DNS查询。可发现域数据库，以在与RSF功能相关联的策略管理单元的控制或服务协议范围内寻找路由和汇聚设备以及这些设备的功能及其访问类型(例如CMTS线缆路由器、DSL、DSLAM、拨号RAS、未知/尽力传送)。
为会话/策略创建呼叫流脚本(call flow script)。基于上述特定访问类型构造用于这种特定客户端类型的适当服务质量策略消息和接口(例如CMTSDQoS策略、DSLAM ATM虚拟电路规范、IntServe/DiffServ MPLS、RSVP代理服务器目标程序/设置等)。提供具有所需策略接口的访问方法脚本来满足发现RSF媒体的需要。
在一个实例中，PacketCable多媒体架构示出了在应用程序管理器的请求下，从策略管理器调用用于分布式QoS代理服务器的各种策略单元的方法。这是通过上面描述的用于远程服务转发系统的方法而发现策略的实施例的一个实例。
下面是一个应用程序管理接口(SIP头域实例)，其作为利用上面描述的用于进行远程服务转发的方法对终端设备执行应用(SIP)端点特征编程的实施例的一个实例。
SIP代理服务器和RSF端点之间的协议可以使用例如称为启用了X多媒体服务(X-multimedia-service-enabled)的新的SIP头域。可向该头域添加从SIP代理服务器(网络核心设备)发到SIP电话(终端设备)的消息。该头域指示应提供什么多媒体服务以及怎样提供多媒体服务。在注册或呼叫建立时可将该信息发送到端点。
实例1
200 OK
……
CSeq：1 REGISTER
……
X-multimedia-service-enabled：CW＝yes，CCW＝yes，CND＝no，
DVC＝WD6035，SP＝SPT
实例1是从SIP代理服务器(作为注册服务器(registrar))发送的消息，其通知该账户只订购了呼叫等待(CW)和取消呼叫等待(CCW)服务，而没订购主叫号码传送(CND)服务。仿真设备是Kyocera 6035电话(DVC＝WD6035)，并且服务应遵照Sprint用法(SP＝SPT)。在接收到“200OK”到REGISTER消息中的该头域之后，SIP电话应停止在整个注册期限内向用户显示呼叫号码，即使电话中已经内置有这种功能。客户端设备将使用具有按键映射的Sprint Kyocera 6035设备，因为该电话特性将这些按键用于Sprint专有的(Sprint-flavored)特征。
实例2
INVITE customer@x.com SIP/2.0
……
X-multimedia-service-enabled：CW＝no，DVC＝SEI202，SP＝VRZN
实例2示出一个头域，当该头域出现在INVITE消息或对INVITE消息的响应中时，可在每一个呼叫的基础上上将其发送到端点。消息从SIP代理服务器发送到被叫方终端设备。对于该来话呼叫，头域表示不应提供呼叫等待服务，即使用户订购了该服务。当主叫方不想其呼叫被等待时这种方式很有用。在接收到来话INVITE消息中的该头域后，SIP电话应将来话呼叫视作被叫方不具有呼叫等待功能。此外，终端设备映射应是西门子SNO202 SIP电话的终端设备映射，其中在被叫方站点显示用户的简档表述，并且服务应被映射以用作Verison特征。
II.远程服务转发系统实例
如图1所示，用户经由IP(因特网协议)设备10访问远程服务转发系统的特征。IP设备10可以是例如启用了Wi-Fi(或PHS)的无线IP电话或可以进行IP连接的个人计算机(PC)。IP设备10包括接口软件12。接口软件可以是例如用户PC上的图形用户接口应用程序。在这种情况下，优选地，接口软件具有模拟具有电话按键的电话设备接口的图形化接口，并且其可以模拟例如用户办公室的PBX或集中式用户交换机电话设备的外观。通过这种方式，用户无需重新学习在不同设备上使用电话的操作。
如图1所示，用户可以是多个服务提供商(“导出服务提供商”16和18)的用户，但是利用远程服务转发，其可以经由单个导入服务提供商14而访问所述多个服务提供商提供的服务。
例如，如下所述，如果用户已经设置了从第二导出服务提供商18的远程呼叫转发，则从发端电话20发出的电话呼叫可经由导入服务提供商14而转发到用户。发端电话拨打对应于第二导出服务提供商18上的用户电话号码的电话号码。例如，当第二导出服务提供商18是移动服务提供商时，该服务提供商上的用户电话号码是用户的移动电话号码。该呼叫可以从公共交换电话网上始发。
当从发端电话接收到呼叫时，第二导出服务提供商18在服务数据库24中查询与被呼叫电话号码相关联的信息。服务数据库24将电话号码与IP地址和/或URL相关联。如果查询结果指示对被呼叫电话号码的呼叫被转发到另一服务提供商，则第二导出服务提供商18检索与被呼叫电话号码相关联的IP地址。该IP地址可以与导出或导入服务提供商在地域上相关联。转发的呼叫被发送到导入服务提供商14。导入服务提供商14将呼叫发送到用户的IP设备10，该导入服务提供商14可以是例如宽带服务提供商。
第一导出服务提供商16的操作与第二导出服务提供商18相似。与服务提供商18一样，服务提供商16包括其自己的服务数据库26，该数据库将用户的电话号码与IP地址和/或URL相关联。第一导出服务提供商16可以是例如用户办公室处实施的PBX或集中式用户交换机系统。
对于不同的服务提供商，一个用户的电话号码是不同的。例如，用户办公室号码(在第一服务提供商上)与用户的移动电话号码(在第二服务提供商上)不同。然而，根据此处描述的系统，经由不同的服务提供商而对该用户的呼叫可以指向相同的IP设备10。IP设备10可以利用例如用于不同网络上主叫方的不同铃声来区分经由不同服务提供商到达的呼叫。同样地，接口软件12可以模拟用于经由不同服务提供商到达的呼叫的不同电话。
除了能够接收从不同服务提供商转发的电话呼叫之外，本系统的用户还可以进行发话呼叫和/或访问不同网络上提供的服务。为此，用户通过拨打电话号码或输入“*”命令而在IP设备10上发起发话呼叫。IP设备10利用用户输入的信息联系导入服务提供商14，导入服务提供商14查询其自己的服务数据库28，以识别与导出服务提供商的其中之一建立通信所需的信息。然后，IP设备10的用户可以经由一个导出服务提供商而进行发话呼叫，或者可以使用这些提供商的其它服务，例如检查或处理由这些提供商存储的语音邮件信息。
III.远程服务转发方法实例
在图2-4中示出远程转发系统的操作方法。图2示出了在创建服务转发中包含的步骤。具体地，响应步骤30的用户请求，系统在与导入服务提供商(步骤32)和导出服务提供商(步骤34)均相关联的数据库中存储移植信息。通过这种方式，不仅对导出服务提供商的呼叫可被转发到导入服务提供商上的用户，而且导入服务提供商处的用户可以访问导出服务提供商所提供的服务。在存在一个以上导出服务提供商的情况下，导入服务提供商处的移植信息可以识别不同的导出服务提供商。
图3示出转发来话呼叫的处理。在步骤36，在导出服务提供商处接收呼叫。然后，在步骤38，导出服务提供商进行检查以确定是否要将呼叫转发。如果为否，则正常处理呼叫，如果为是，则在步骤40导出服务提供商定位要将呼叫转发到的IP地址和/或URL，然后在步骤42，将呼叫转发到该IP地址。
图4示出利用导入服务提供商上的IP设备访问导出服务提供商上的服务的处理。在步骤50，用户始发呼叫，导入服务提供商接收该始发的呼叫。在步骤52，服务提供商检索用户信息，该用户信息可以包括用于识别用户订购的多个导出服务提供商的信息。在步骤54，导入服务提供商识别将用于当前呼叫的导出服务提供商。例如，在用户已设置多个导出服务提供商的情况下，系统可以确定哪个服务提供商用于发话语音呼叫或者哪个系统响应“*”命令。一旦检索到必要数据并识别出导出服务提供商，则导入服务提供商在步骤56与导出服务提供商交换同步交换信息。该信息可以包括计费信息。如果导入服务提供商访问导出服务提供商所提供的服务(例如语音邮件)需要任何附加信息，则在步骤58可以交换该信息。在已经接收到必要信息后，在步骤60，导入服务提供商将服务移植到IP网络上的用户。例如，在导入服务提供商是宽带服务提供商而导出服务提供商是移动电话服务提供商的情况下，用户可以经由IP网络从例如PC访问其移动电话的语音邮件。
尽管本说明书提出了特定的实例和实施例来说明本发明的不同实施方式，然而不应认为这些实例和实施例是对本发明的限制，本发明的实现应包括此处描述的这些系统和方法的变形。更确切地说，本发明的范围由所附的若干权利要求来限定。