CN106921627A - 提供到外部电话网络的呼叫转发的VoIP - Google Patents

Abstract

本发明的各实施方式总体上涉及提供到外部电话网络的呼叫转发的VoIP。具体地，涉及一种在被呼叫者的IP语音(VoIP)账户离线的情况下使用被呼叫者的电话号码向另一电话网络转发呼叫者对于VoIP呼叫的请求的系统和方法。在VoIP系统确定被呼叫者VoIP账户当前离线之后转发呼叫请求。以这一方式，尽管被呼叫者对于VoIP呼叫不可用，但是仍然能够通过电话网络建立语音通信。被呼叫者的电话号码可以明确地包含在VoIP用户ID中，或者存储在VoIP数据库中并且与用户ID相关联。转发过程对于呼叫者是透明的。

Description

提供到外部电话网络的呼叫转发的VoIP

技术领域

本公开内容总体上涉及网络通信领域，并且更具体地涉及因特网协议语音(VoIP)通信领域。

背景技术

因特网协议通信(VoIP)是一种使用数字信号传输技术实时地并且至少部分地通过因特网传输语音通信的技术。VoIP通过远距离交换载波使得通过因特网协议(IP)的音频或视频呼叫成为专门使用传统公共交换电话网络(PSTN)的语音传输的成本有效的替选。由于传输的数字属性，VoIP提供增加的信号处理、加密和呼叫建立及操作能力。

通常，使用实时传输协议(RTP)、RTP控制协议(RTCP)和会话发起协议(SIP)传输VoIP消息。因此，VoIP系统包括RTP服务器和SIP服务器。RTP定义标准化的分组格式并且携带媒体流(例如音频数据和视频数据)，而RTCP用于监测传输统计和服务质量(QoS)并且帮助多个流的同步。SIP帮助建立和结束通过网络实现的各个系统部件的连接。

在现有的VoIP系统中，每个用户与独立于电话号码(诸如固定电话号码或移动电话号码)的用户账户相关联。通常，用户ID可以是由用户选择的任何字符串。呼叫者用户和被呼叫者用户二者必须同时用其VoIP账户登录以发起VoIP呼叫。使用VoIP时的挫折的主要原因是用户账户(特别是被呼叫者)通常保持登出或离线，因此呼叫者不能联系到被呼叫者，例如当VoIP应用程序在被呼叫者的IP电话上被关闭时，被呼叫者的IP电话被关闭或者不能访问WiFi或任何其他网络服务等。相比而言，用户的固定电话或蜂窝电话通常保持待机或常开。

发明内容

因此，会有利的是，提供一种VoIP系统，该VoIP系统能够增加一个VoIP用户与另一VoIP用户语音通信的机会并且从而改善对VoIP系统的用户体验。

本公开内容的实施例提供一种VoIP系统，该VoIP系统被配置成基于VoIP呼叫请求来访问电话号码，并且如果被呼叫者离线，则向与电话号码相关联的电话设备转发呼叫请求。电话设备被VoIP系统外部的电话网络(诸如固定电话、移动电话、专用电话网络中的电话、或者被呼叫者的另一VoIP系统中的电话(本文中统称为“普通电话”))控制。在接收到VoIP呼叫请求时，VoIP系统的会话发起协议(SIP)服务器搜索被呼叫者账户已登录至其的任何端点设备。如果确定被呼叫者账户离线，则SIP服务器向与电话号码相关联的电话网络自动传送呼叫请求。以这一方式，可以有利地通过普通电话联系被呼叫者，尽管他/她的VoIP账户离线。在一些实施例中，VoIP系统使用普通电话的电话号码作为用户的VoIP账户ID。因此，在呼叫转发期间，SIP服务器可以自动且直接使用被呼叫者的VoIP账户ID联系被呼叫者的普通电话。向外部电话网络转发VoIP呼叫请求的过程对于呼叫者端点设备是透明的，并且因此对于呼叫者是透明的。因此，呼叫者仅需要拨打被呼叫者一次并且被提供通过VoIP呼叫或电话呼叫联系被呼叫者的可能性。另外，由于根据本公开内容的VoIP系统向使用VoIP通信比电话网络给予优先权，其有利地减小用于语音通信的用户的平均成本。

本公开内容的实施例还提供使用VoIP系统处理与普通电话相关的呼叫请求的机制，尤其是当普通电话在国内网络覆盖范围外部并且会产生漫游费用的时候。被呼叫者的普通电话被配置成将呼叫请求自动变换成VoIP呼叫请求，VoIP呼叫请求被自动转发给与本地接入号码相关联的SIP平台。接入号码被选择以使得普通电话与SIP平台之间的通信免漫游费。如果被呼叫者的VoIP账户ID被设置为与普通电话号码相同，则SIP平台可以基于拨打的号码直接向被呼叫者的VoIP账户发送呼叫请求。这一机制可以有利地节约在被呼叫者相对于普通电话的国内网络处于外国时会被强加的被呼叫者漫游费用。从普通电话呼叫切换到VoIP呼叫对于呼叫者的设备并且因此对于呼叫者是透明的。

如果用户的VoIP账户和普通电话都被配置用于向彼此转发呼叫，则在被呼叫者的VoIP账户离线的情况下可以出现呼叫死循环。为了解决这一问题，根据本公开内容的实施例的SIP服务器确定呼叫请求从外部电话网络(例如共用交换电话网络(PSTN))传输还是在VoIP系统内(例如通过因特网)传输。如果呼叫来自PSTN并且被呼叫者的VoIP账户离线，则SIP服务器将呼叫标记为源自VoIP系统并且自动结束呼叫会话而将其再次转发给PSTN系统。

在本公开内容的一个实施例中，一种计算机实现的方法包括接收通过第一用户账户从第一端点设备提交的对于与第二用户实时通信的第一呼叫请求。第一呼叫请求标识与第二用户相关联的第二用户账户。第一用户账户和第二用户账户向VoIP服务提供商注册。该方法还包括确定第二用户账户当前是否在线，并且基于第一呼叫请求标识与第二用户账户相关联的电话号码。如果第二用户账户当前离线，则向与电话号码相关联的电话设备发送对于与第二用户实时通信的第二呼叫请求。电话设备被VoIP服务提供商外部的电话网络控制。然后在第一端点设备与电话设备之间发起呼叫会话。

以上是概述并且因此根据需要包含对细节的简化、概括和省略；因此，本领域技术人员应当理解，该概述仅是说明性的而非意在以任何方式进行限制。如仅由权利要求限定的本发明的其他方面、发明特征和优点在下面给出的非限制性的详细描述中将变得很清楚。

附图说明

结合附图阅读以下详细描述将更好地理解本发明的实施例，在附图中，相似的附图标记表示相似的元素，并且在附图中：

图1是描绘根据本公开内容的一种实施例的管理包括到外部电话网络中的电话的呼叫转发的VoIP呼叫的示例性计算机实现的过程的流程图；

图2图示根据本公开内容的一种实施例的在处理VoIP呼叫请求和呼叫转发期间的示例性通信流程；

图3是描绘根据本公开内容的一种实施例的向VoIP系统转发漫游呼叫以用于处理的示例性计算机实现的方法的流程图；

图4图示根据本公开内容的一种实施例的被配置成使用VoIP系统促进初始与普通电话相关的国际呼叫的示例性通信网络；

图5是描绘根据本公开内容的一种实施例的在VoIP系统与PSTN之间的呼叫转发而没有引起呼叫死循环的示例性过程的流程图；

图6图示根据本公开内容的一种实施例的在被呼叫者的VoIP账户和普通电话都被配置用于呼叫转发时、在处理VoIP呼叫请求期间的示例性通信流程；

图7是图示根据本公开内容的一种实施例的被配置成向外部电话网络转发呼叫请求的VoIP系统中的示例性SIP服务器设备的配置的框图；以及

图8图示根据本公开内容的一种实施例的包括能够向外部电话网络转发呼叫的VoIP系统的网络系统。

具体实施方式

现在将详细参考本发明的优选实施例，其示例在附图中说明。虽然结合优选实施例描述本发明，然而应当理解，其并非意在将本发明限制为这些实施例。相反，本发明意在覆盖能够被包括在由所附权利要求限定的本发明的精神和范围内的替选、修改和等同方案。另外，在对本发明的实施例的以下详细描述中，给出大量具体细节以便提高对本发明的透彻理解。然而，本领域普通技术人员应当理解，可以在没有这些具体细节的情况下实践本发明。在其他情况下，没有详细描述众所周知的方法、过程、部件和电路以免模糊本发明的各实施例的各方面。虽然一种方法出于清楚的考虑可以被描绘为一系列编号的步骤，然而编号不一定指示各步骤的顺序。应当理解，其中一些步骤可以被跳过、被并行执行或者在不要求保持严格顺序的情况下被执行。示出本发明实施例的附图是半图示性的并且没有按比例，特别地，其中一些尺寸是为了清楚的呈现并且在附图中被放大示出。类似地，虽然附图中的视图为了描述的方便通常示出相似的方位，然而附图中的这一描绘对于大多数部分是任意的。通常，可以在任何方位上操作本发明。

符号和术语

然而，应当铭记，所有这些和类似的术语要与适当的物理量相关联并且仅是适用于这些量的方便的标记。除非另外具体指出，否则根据下面的讨论很清楚的是，应当理解，贯穿本发明，使用诸如“处理”或“访问”或“执行”或“存储”或“渲染”等术语的讨论是指将被表示为计算机系统的寄存器和存储器以及其他计算机可读介质内的物理(电子)量的数据操纵和变换成类似地表示为计算机系统存储器或寄存器或其他这样的信息存储、传输或显示设备内的物理量的其他数据的计算机系统或类似的电子计算设备的动作和过程。当部件出现在若干实施例中时，相同附图标记的使用表示该部件是与初始实施例中所说明的相同的部件。

提供到外部电话网络的呼叫转发的VoIP

总之，本公开内容的实施例采用以下计算机实现的过程：在被呼叫者的VoIP账户离线的情况下，使用被呼叫者的电话号码向另一电话网络转发呼叫者的对于IP语音(VoIP)呼叫的请求。在VoIP系统确定被呼叫者VoIP账户当前离线后转发呼叫请求。以这一方式，仍然能够通过电话网络建立语音通信，尽管被呼叫者对于VoIP呼叫不可用。被呼叫者的电话号码可以明确地包含在VoIP用户ID中，或者存储在VoIP数据库中并且与用户ID相关联。转发过程对于呼叫者是透明的。

本公开内容的实施例还提供从普通电话网络到VoIP系统的呼叫转发过程。与普通电话相关的国际呼叫请求被切换到本地SIP平台以建立VoIP呼叫会话。从而被呼叫者能够节省普通电话网络可能强加的昂贵的漫游费用。如果用户的VoIP账户和普通电话都被配置用于到彼此的呼叫转发并且一旦VoIP账户被确定为离线，则SIP服务器将来自PSTN的来电标记为源自VoIP系统并且自动结束呼叫会话以防止呼叫死循环。

图1是描绘根据本公开内容的一种实施例的管理VoIP呼叫的示例性计算机实现的过程100的流程图。过程100可以在下面更详细地描述的VoIP系统的会话发起协议(SIP)服务上被实现。在101，通过呼叫者与VoIP系统中的端点设备交互来向SIP服务器提交呼叫请求。比如，呼叫者通过安装在智能电话中的VoIP应用程序的图形用户界面(GUI)输入被呼叫者的VoIP账户ID(或者本文中的“VoIPID”)。在102，在SIP服务器处处理呼叫请求。基于呼叫请求，访问包括被呼叫者的电话号码的被呼叫者的VoIP账户信息。根据本公开内容，VoIP用户账户与属于VoIP系统外部的电话网络(诸如无线电话网络或公用交换电话网络(PSTN))的电话号码相关联。

在103，SIP服务器搜索被呼叫者的账户在其上已登录或“在线”的VoIP端点设备。如果SIP服务器检测到这样的端点设备，则在104，SIP服务器在呼叫者和被呼叫者的端点设备之间发起VoIP通信会话。

呼叫者和被呼叫者的端点设备是VoIP订阅用户设备。可以作为端点设备操作的设备包括个人计算机、台式计算机、智能电话、个人数字助理(PDA)、手持式计算机、可编程消费电子产品、配置有模拟电话适配器(ATA)的标准电话、IP电话、或者其他移动设备等。应当理解，订阅用户设备可以安装有VoIP应用程序(例如在智能电话中)或者可以耦合到被配置成将电话呼叫转换成VoIP呼叫的适配器(例如VoIP路由器或VoIP网关)。

另一方面，如果SIP服务器在103确定被呼叫者的VoIP账户当前登出或“离线”，则SIP服务器向外部电话网络自动转发呼叫请求。更具体地，SIP服务器在105向外部电话网络发送被呼叫者的电话号码并且请求呼叫者的电话上的呼叫会话。作为响应，电话网络处理转发的请求并且在呼叫者的端点设备与被呼叫者的普通电话之间建立拨号连接。

在一些实施例中，呼叫转发选项由被呼叫者事先选择，例如在VoIP账户注册中或者在通过VoIP应用的GUI的设置配置过程中。在一些实施例中，电话号码与被呼叫者的VoIP ID相同或者被明确地包含在被呼叫者的VoIP ID中。在这种情况下，呼叫者可以在提交呼叫请求时直接输入被呼叫者的电话号码并且这一号码由SIP服务器直接使用以联系外部电话网络。在这一配置中，呼叫者仅需要使一个联系号码与被呼叫者相关联，而非单独的VoIP ID和电话号码。在一些其他实施例中，被呼叫者的电话号码存储在VoIP系统的数据库中作为用户简档的一部分。SIP服务器在呼叫请求中一旦接收到被呼叫者的用户ID就从数据库访问电话号码。

本公开内容不限于能够从VoIP系统接收转发的呼叫请求的任何具体类型的电话网络。与这样的电话网络相关联的电话在本文中可以称为“普通电话(regular phone)”。外部电话网络可以是PSTN、专用交换机(PBX)网络、移动电话网络或者另一VoIP系统等。这样的移动电话网络可以是全球移动通信系统(GSMC)网络、码分多址(CDMA)网络等。

因此，根据本公开内容，响应于呼叫者提交呼叫请求，VoIP系统首先搜索被呼叫者的VoIP账户在其中已登录的端点设备并且从而确定是否能够建立VoIP呼叫会话。如果被呼叫者的账户当前离线，则VoIP系统向电话网络发送被呼叫者电话号码以使得能够建立呼叫者设备与被呼叫者的电话之间的通信会话。因此，VoIP系统有利地确保VoIP呼叫会话比通过电话网络的呼叫会话优先以减小用户进行呼叫的平均成本。另外，根据本公开内容，当被呼叫者的VoIP账户离线时，VoIP系统自动切换到替选通信系统。这有利地增加呼叫者接通被呼叫者的可能性。另外，由于转发过程对于呼叫者的端点设备以及呼叫者是透明的，所以呼叫者未察觉无法连接VoIP呼叫而仅察觉与呼叫者的成功连接。因此，VoIP系统提供更好的用户体验。

图2图示根据本公开内容的一种实施例的在处理VoIP呼叫请求期间的示例性通信流程。如以简化形式所图示的，VoIP系统200包括SIP服务器210以及呼叫者和被呼叫者的相应的端点设备220和230。

响应于呼叫者的与端点设备220上的用户接口的交互，从端点设备220生成呼叫请求并且该呼叫请求被发送到VoIP系统的SIP服务器210(如箭头“1”所标记的)。例如，呼叫请求包括呼叫者和被呼叫者的用户ID，SIP服务器能够从其获取向外部电话网络注册的被呼叫者的电话号码。

在接收到呼叫请求时，SIP服务器210搜索呼叫者的账户已登录的端点设备(如箭头“2”所标记的)。假定被呼叫者的端点设备230在线并且被呼叫者接受呼叫，则设备230向SIP服务器210反馈指示其可用性的信号(如箭头“3”所标记的)。作为响应，SIP服务器210告知呼叫者的端点设备220被呼叫者已经接受呼叫(如箭头“4”所标记的)。SIP服务器然后在设备220与230之间建立呼叫连接和语音数据传输。

另一方面，在没有检测到被呼叫者的VoIP账户已登录的端点设备的场景中，SIP服务器通过外部电话网络呼叫被呼叫者的电话号码，该电话号码与被呼叫者的普通电话240相关(如箭头“5”所标记的)。例如，普通电话240是由PSTN系统控制的固定电话或者由GSM系统控制的蜂窝电话。如果被呼叫者在普通电话240上应答呼叫请求，则其向SIP服务器210发送反馈信号(如箭头“6”所标记的)。因此，在呼叫者的VoIP端点设备220与被呼叫者的普通电话240之间建立呼叫会话。

通常，当用户在国内电话网络的地理覆盖区域外部旅行时，用户必须支付非常昂贵的漫游费用以使用移动电话进行呼叫或者接收呼叫，尤其是国际漫游费用。根据本公开内容的另一方面，移动电话设备可以被配置成引起任何网络外呼叫请求(例如国际呼叫)被转发给对应于SIP平台的接入号码的本地号码。作为响应，SIP平台作为VoIP呼叫请求来处理呼叫请求，从而将普通电话呼叫变换成VoIP呼叫而没有产生漫游费用。图3是描绘根据本公开内容的一种实施例的向VoIP系统转发国际漫游呼叫以用于处理的示例性计算机实现的方法300的流程图。

在301，通过将其电话号码与本地SIP平台接入号码链接来将用户的(本示例中为“被呼叫者”)电话(例如移动电话)配置用于呼叫转发。可以响应于用户输入或者在检测到电话已经行进到国内网络外部时自动启用呼叫转发功能。比如，当在海外旅行时，用户通过安装在电话中的电话程序选择呼叫转发功能。本地SIP平台接入号码可以被自动选择或者是用户特定的，使得电话与SIP平台之间的通信免漫游费。

一旦被配置，则向与本地SIP平台接入号码相关联的SIP服务器自动转发(例如通过电话国内网络)与电话号码相关的或者从电话拨打的任何呼叫请求。这一转发过程对于呼叫者的设备和呼叫者可以是透明的。因此，在302，响应于呼叫者拨打被呼叫者的电话号码，在电话网络处并且在电话处接收与电话号码相关的呼叫请求。呼叫请求可以由呼叫者从任何类型的电话(例如呼叫者的VoIP电话或者普通电话)来提交。在303，将初始呼叫请求自动变换成用于呼叫被呼叫者的VoIP账户的VoIP呼叫请求。在304，向与本地SIP平台接入号码相关联的本地SIP服务器发送VoIP呼叫请求。被呼叫者的电话与VoIP平台之间通过其国内网络的通信是本地的，并且因此免漫游费。因此，SIP服务器搜索呼叫者的账户已登录的端点设备。

如果在305处SIP服务器检测到被呼叫者的账户在线，则SIP服务器在306处在呼叫者与被呼叫者的端点设备之间发起VoIP通信会话。被呼叫者的端点设备可以是与和电话号码相关联的被呼叫者的普通电话相同的设备，或者是单独的计算设备。因此，被呼叫者可以有利地进行国际呼叫而不产生任何漫游费用。如果被呼叫者在305处被确定为离线，则SIP服务器可以在307发送指示呼叫者不可用的消息并且结束呼叫。替选地，如果被呼叫者如参考图1-图2所描述地那样配置VoIP账户中的呼叫转发特征，则可以将VoIP呼叫恢复到电话上的常规呼叫，这强加漫游费用。针对与被呼叫者的普通电话号码相关的每个呼叫请求重复302-307中的以上过程。

图4图示根据本公开内容的一种实施例的被配置成使用VoIP系统促进初始与普通电话号码相关的国际呼叫的示例性通信系统和网络400。该系统包括呼叫者的端点设备401、被呼叫者的电话402、VoIP平台403(例如SIP服务器)以及被呼叫者的VoIP账户已登录的VoIP端点设备405。VoIP平台403和端点设备405耦合到因特网404。例如，被呼叫者的电话402是具有向PSTN注册并且安装有VoIP客户端应用程序的电话号码的移动电话。

在本实施例中，被呼叫者的电话402被配置用于到VoIP平台403的呼叫转发。更具体地，电话402的电话号码与VoIP平台403的平台接入号码链接。比如，被呼叫者在电话402的国内网络的地理覆盖区域外部，例如在USA外部旅行。假定国内网络可以在被呼叫者在USA外部时对于在电话402上进行的任何呼叫强加漫游费用。在呼叫转发配置期间，选择本地平台接入号码以确保电话402与VoIP平台403之间的通信免漫游费。被呼叫者的VoIP ID与电话402的电话号码相同。

当在被呼叫者的电话402处接收到从呼叫者的设备401提交的呼叫请求(如箭头“1”所示)时，基于本地VoIP平台号码向VoIP平台403自动转发呼叫请求(如箭头“2”所示)。因此，将与电话402的电话号码相关的初始呼叫请求变换成包括被呼叫者的电话号码的VoIP请求。可以通过呼叫者的VoIP账户提交初始呼叫请求。

基于电话号码，VoIP平台直接获取被呼叫者的VoIP ID，因为其在一些实施例中与电话号码相同。VoIP平台搜索被呼叫者的VoIP ID已登录的端点设备。例如，如果被呼叫者的账户在端点设备处已登录，则可以在呼叫者设备401与被呼叫者的设备405之间建立VoIP呼叫会话。

在本公开内容的一些实施例中，用户的VoIP账户和普通电话都可以被配置用于到彼此的呼叫转发，例如如关于图1和图3所描述的。该配置可以提供更好的用户体验，并且通过有效地增加接通被呼叫者的概率以及减小用户的漫游费用来减小用户的成本。然而，本配置在VoIP账户被确定为离线的场景中可能是有问题的，其中从SIP服务器向外部电话网络转发呼叫请求。因此，提出向SIP服务器自动转发回呼叫请求的电话网络，其使SIP服务器向电话网络再次转发回呼叫请求等，以引起所谓的呼叫死循环。

图5是描绘根据本公开内容的一种实施例的VoIP系统与PSTN之间的双向呼叫转发而没有引起死循环的示例性过程500的流程图。在501，将被呼叫者的VoIP账户配置成实现从VoIP账户到耦合到PSTN的被呼叫者的普通电话的呼叫转发功能，如参考图1-图2更详细地描述的。VoIP ID可以与普通电话的电话号码相同。在502，将被呼叫者的普通电话配置成例如通过将电话号码链接到SIP平台接入号码来实现从普通电话到VoIP账户的呼叫转发的功能，如参考图3-图4更详细地描述的。在503，接收来自呼叫者的VoIP端点设备的VoIP呼叫请求。如果被呼叫者的VoIP账户在线，则在505建立VoIP呼叫会话。

如果确定被呼叫者的VoIP账户离线，则在506，基于在501执行的配置通过PSTN向被呼叫者的普通电话转发呼叫请求。因为普通电话也被配置用于呼叫转发，所以PSTN向VoIP系统自动转发回呼叫请求。因此，在507，与所规定的SIP平台接入号码相关联的SIP平台从PSTN接收呼叫请求。如虚线箭头线所图示的，过程504、506和507可能不期望地重复并且变为循环或者呼叫死循环。

为了解决呼叫死循环问题，SIP平台区分并且标记呼叫请求的状态是来自外部电话网络(例如PSTN)还是来自因特网。如果SIP平台确定呼叫请求发自PSTN，则SIP平台在508通过将状态标识符与电话号码或呼叫日志中的VoIP账户号码附接来将呼叫请求的状态标记为源自VoIP请求。因此，SIP平台在509结束呼叫并且告知呼叫者被呼叫者不可用。如果SIP平台确定呼叫请求发自因特网，则SIP平台继续进行以处理呼叫。应当理解，本公开内容不受确定呼叫请求从PSTN路由还是从VoIP系统(例如因特网)路由的机制和过程的限制。

在一些其他实施例中，当在503接收到呼叫请求时，SIP平台确定呼叫从外部电话网络(例如PSTN)路由还是从因特网路由。如果其来自PSTN，则SIP平台使用电话号码或者VoIP账户号码标记这样的状态，比如使状态标识符与呼叫日志中的电话号码相关联。可以维持标记直到呼叫会话结束。SIP平台然后确定被呼叫者的VoIP账户是否在线。如果在线，则如关于块504和505所描述地那样发起呼叫会话。然而，如果离线，则SIP平台基于状态标识符结束呼叫会话，而非向PSTN转发呼叫请求，如关于块504和509所描述的。

图6图示根据本公开内容的一种实施例的在被呼叫者的VoIP账户和普通电话都被配置用户呼叫转发时在处理VoIP呼叫请求期间的示例性通信流程。如以简化形式所图示的，VoIP系统600包括SIP服务器610(或平台)以及呼叫者和被呼叫者的相应的端点设备620和630。

从VoIP端点设备620，呼叫者首先向SIP服务器610提交呼叫被呼叫者的呼叫请求(如箭头“1”所示)。作为响应，SIP服务器610尝试检测被呼叫者的账户已登录的端点设备。在本示例中，SIP服务器610确定被呼叫者的VoIP账户当前离线(如箭头“2”所示)。

基于用于VoIP账户的呼叫转发配置，SIP服务器610联系被呼叫者的普通电话640，以试图在呼叫者的设备620与被呼叫者的普通电话640之间建立呼叫会话(如箭头“3”所示)。转而，基于用于普通电话的呼叫转发配置，普通电话640向SIP服务器610转发回呼叫，以试图将呼叫变换成VoIP会话。

根据本公开内容，SIP服务器用状态标识符标记与SIP接入号码相关并且来自PSTN的所有呼叫。例如，使前缀“*”或任何其他合适的注释与呼叫日志中的普通电话号码(如箭头“5”所示)相关联。因此，如果SIP服务器检测到被呼叫者的VoIP账户离线(如箭头“6”所示)，并且电话号码与状态标识符相关联，则SIP服务器丢弃呼叫而非向普通电话640转发呼叫(如箭头“7”所示)。

图7是图示根据本公开内容的一种实施例的被配置成向外部电话网络转发呼叫请求的VoIP系统中的示例性SIP服务器设备700的配置的框图。SIP服务器设备700包括主处理器701、系统存储器702、图形处理单元(GPU)703、I/O接口704和网络电路705、操作系统706以及应用软件710。应用软件710包括存储在存储器702中的SIP服务器程序720。当由主处理器701执行时，SIP服务器程序720可以在被呼叫者在线的情况下响应于用户请求来发起VoIP呼叫会话。而如果被呼叫者离线，则SIP服务器程序720可以向与被呼叫者相关联的被呼叫者的普通电话自动转发呼叫请求，其中被呼叫者的普通电话被VoIP系统外部的电话网络控制。

更具体地，SIP服务器程序720包括网络拓扑/路由数据库721、RTP选择模块722、会话拆除模块723、会话建立模块724和端点设备检测模块725。网络拓扑/路由数据库721存储与用于提供VoIP服务的网络的各种部件的布置和状态以及物理和逻辑结构相关的信息。根据多个用户端点设备的地址并且基于数据库721中所包含的信息，RTP选择模块722标识分别用于端点设备的合适的RTP服务器。选择可以基于一组QoS量度以实现每个特定的端点设备与其分配的RTP服务器之间的增强的传输性能。一组量度可以与延迟、可用性、抖动和带宽等有关。会话建立模块724用于信令所选择的RTP服务器以建立端口镜像并且发起VoIP呼叫会话。会话拆除模块723用于信令RTP服务器以一旦电话呼叫结束就结束端口镜像关系。端点设备检测模块725基于呼叫请求来标识参与呼叫的在线端点设备。

SIP服务器700还包括用户账户数据库726和外部电话网络通信模块727。除了在传统的VoIP系统中使用的用户信息，用户账户数据库726还可以在用户简档下存储用户的电话号码。如果被呼叫者已经使能呼叫转发功能并且当端点设备检测模块725确定被呼叫者离线时，外部电话网络通信模块727使用电话号码向被电话网络控制的被呼叫者的普通电话发送呼叫请求。

SIP服务器700也可以被配置成标识从外部电话网络转发的呼叫请求是否源自本VoIP系统并且因此记录呼叫请求的这样的状态。如果呼叫请求从外部电话网络路由，则SIP服务器700将呼叫请求视为应当向外部电话网络转发回的所转发的呼叫请求。SIP服务器700可以生成状态标识符以标记呼叫请求的这样的状态。因此，如果SIP服务器检测到被呼叫者的VoIP账户离线，则其基于标记丢弃呼叫以避免呼叫死循环。

SIP服务器程序720可以执行如关于图1-图6所讨论的其他各种功能和过程。应当理解，SIP服务器700可以包括本领域众所周知的大量其他模块和功能。用于实现这些编程的模块的技术是本领域众所周知的。另外，根据本公开内容的VoIP系统可以包括可以分别被配置为SIP寄存器服务器、SIP代理服务器或SIP重定向服务器的一个或多个SIP服务器设备。根据本公开内容的呼叫转发功能可以在这些SIP服务器或任何其他合适的服务器中的任何一个或多个服务器中被实现。如本领域普通技术人员应当理解的，SIP服务器程序720可以用本领域技术人员已知的任何一个或多个合适的编程语言来实现，诸如C、C++、Java、Python、Perl、C#、SQL等。

图8图示根据本公开内容的一种实施例的包括能够向外部电话网络转发呼叫的VoIP系统810的网络系统800。VoIP系统800包括SIP服务器811、RTP服务器812和813以及端点设备814和815，这些全部通过通信网络(例如因特网)彼此耦合。应当理解，根据本公开内容的VoIP系统还包括本领域众所周知的各种其他部件。例如，应当理解，VoIP端点设备(例如814或815)可以经由一个或多个中间设备(诸如VoIP网关、支持VoIP的路由器、网络交换机、集线器、专用自动交换机(PABX)、防火墙、和/或网络地址翻译设备等)耦合到因特网和RTP服务器。另外，VoIP数据传输可以采用通过传输控制协议(TCP)的RTP和SIP。

根据本公开内容的实施例，VoIP系统810的用户向VoIP系统注册外部电话网络的电话号码。外部电话网络可以是PSTN 820、GSM系统830或PBX 840等。因此，电话号码可以与固定电话821或822、移动电话831或832、或者分机电话841或842等相关联。响应于呼叫请求，如果SIP服务器811不能定位其中被呼叫者的VoIP账户已登录的端点设备，则SIP服务器811转变为通过外部网络(例如820、830或840)呼叫电话号码。仍然根据本公开内容的实施例，VoIP系统810还可以接管和处理从外部电话网络转发的电话呼叫，如参考图3-图6更详细地描述的。

本公开内容不受用于传输VoIP数据的网络的类型或规模的限制。VoIP系统可以部署在公共网络(或因特网)或被设计用于提供VoIP服务的专用网络、有线网络、无线网络、软件定义的网络(SDN)、虚拟网络、物理网络或其组合上。因此，端点设备可以与相应的公共IP地址或专用网络地址等相关联。

RTP服务器812和813能够以镜像方式向单个RTP服务器路由VoIP数据。在RTP服务器(例如812)被选择以参与VoIP呼叫会话时，其可以执行路由优化过程以确定用于与所选择的另一RTP服务器(例如813)交换VoIP数据的网络路由。

虽然本文已经公开了某些优选实施例和方法，然而本领域技术人员根据以上公开内容应当清楚，可以在不偏离本发明的精神和范围的情况下对这样的实施例和方法进行改变和修改。意在本发明应当仅限于所附权利要求所要求的范围以及适用法律的条款和原则。

Claims (19)

1.一种通过网络提供语音通信服务的计算机实现的方法，所述方法包括：

接收通过第一用户账户从第一端点设备提交的对于与第二用户实时通信的第一呼叫请求，其中所述第一呼叫请求标识与所述第二用户相关联的第二用户账户，其中所述第一用户账户和所述第二用户账户向因特网协议语音(VoIP)服务提供商注册，并且其中所述第二用户账户的标识与电话号码相同；

确定所述第二用户账户当前是否在线；

如果基于所述确定所述第二用户账户当前离线，则向与所述电话号码相关联的电话设备自动提交对于与所述第二用户实时通信的第二呼叫请求，其中所述电话设备被所述VoIP服务提供商外部的电话网络控制；以及

在所述第一端点设备与所述电话设备之间发起呼叫会话。

2.根据权利要求1所述的计算机实现的方法，还包括：如果基于所述确定所述第二用户账户当前在线，则标识所述第二用户账户已登录的第二端点设备，在所述第一端点设备与所述第二端点设备之间发起VoIP呼叫会话。

3.根据权利要求1所述的计算机实现的方法，其中向公共交换电话网络(PSTN)提交所述第二呼叫请求，并且所述电话设备是固定电话。

4.根据权利要求1所述的计算机实现的方法，其中向移动通信网络提交所述第二呼叫请求，并且所述电话设备是移动电话，并且其中所述提交所述第二呼叫请求对于所述第一端点设备是透明的。

5.根据权利要求1所述的计算机实现的方法，其中所述第一端点设备对应于安装有VoIP应用程序的计算设备。

6.根据权利要求1所述的计算机实现的方法，其中通过经由安装在所述第一端点设备中的VoIP应用程序的图形用户界面输入所述电话来提交所述第一呼叫请求。

7.根据权利要求1所述的计算机实现的方法，还包括：接收对于关于向所述电话号码转发VoIP呼叫请求以配置所述第二用户账户的用户指令。

8.一种系统，包括：

通信电路；

处理器；以及

存储器，耦合到所述处理器并且包括指令，所述指令在由所述处理器执行时使得所述系统执行根据会话发起协议(SIP)促进通过网络的语音通信的方法，所述方法包括：

接收通过第一用户账户从第一端点设备提交的对于与第二用户实时通信的第一呼叫请求，其中所述第一呼叫请求标识与所述第二用户相关联的第二用户账户，其中所述第一用户账户和所述第二用户账户向IP语音(VoIP)服务提供商注册，并且其中所述第二用户账户的标识与电话号码相同；

确定所述第二用户账户当前是否在线；

如果基于所述确定所述第二用户账户当前离线，则向与所述电话号码相关联的电话设备提交对于与所述第二用户实时通信的第二呼叫请求，其中所述电话设备被所述VoIP服务提供商外部的电话网络控制，并且其中所述提交所述第二呼叫请求对于所述第一端点设备是透明的；以及

在所述第一端点设备与所述电话设备之间发起呼叫会话。

9.根据权利要求8所述的系统，其中所述方法还包括：如果基于所述确定所述第二用户账户当前在线，则标识所述第二用户账户已登录的第二端点设备，在所述第一端点设备与所述第二端点设备之间发起VoIP呼叫会话。

10.根据权利要求8所述的系统，其中向公共交换电话网络(PSTN)提交所述第二呼叫请求，并且所述电话设备是固定电话。

11.根据权利要求8所述的系统，其中向移动通信网络提交所述第二呼叫请求，并且所述电话设备是移动电话。

12.根据权利要求8所述的系统，其中所述第一端点设备对应于安装有VoIP应用程序的计算设备。

13.根据权利要求8所述的系统，其中通过经由安装在所述第一端点设备中的VoIP应用程序的图形用户界面输入所述电话来提交所述第一呼叫请求。

14.根据权利要求8所述的系统，其中所述方法还包括：接收对于关于向所述电话号码转发VoIP呼叫请求以配置所述第二用户账户的用户指令。

15.一种IP语音(VoIP)网络的会话发起协议(SIP)服务器，包括：

通信电路，通信地耦合到外部电话网络；

处理器；以及

存储器，耦合到所述处理器并且包括指令，所述指令在由所述处理器执行时使得所述SIP服务器执行促进语音通信的方法，所述方法包括：

接收通过第一用户账户从第一端点设备提交的对于与第二用户实时通信的第一呼叫请求，其中所述第一呼叫请求标识与所述第二用户相关联的第二用户账户，其中所述第一用户账户和所述第二用户账户向所述VoIP网络注册，其中所述第二用户账户与电话号码相同，其中所述电话号码被所述外部电话网络控制；

搜索所述第二用户账户已登录的第二端点设备；

当未能在所述搜索期间定位所述第二端点设备的时候，向所述外部电话网络自动发送对于联系所述电话号码的电话设备的第二呼叫请求，其中所述发送所述第二呼叫请求对于所述第一端点设备是透明的；以及

在所述第一端点设备与所述电话设备之间发起呼叫会话。

16.根据权利要求15所述的SIP服务器，其中所述方法还包括：如果确定所述第二用户账户当前在线，则在所述第一端点设备与所述第二端点设备之间发起VoIP呼叫会话。

17.根据权利要求16所述的SIP服务器，其中向公共交换电话网络(PSTN)提交所述第二呼叫请求，并且所述电话设备是固定电话。

18.根据权利要求16所述的SIP服务器，其中通过经由安装在所述第一端点设备中的VoIP应用程序的图形用户界面输入所述电话来提交所述第一呼叫请求。

19.根据权利要求15所述的SIP服务器，其中所述方法还包括：接收对于关于向所述电话号码转发VoIP呼叫请求以配置所述第二用户账户的用户指令。