CN101601241A - 用于VoIP通信的紧急呼叫方法 - Google Patents

Abstract

一种确定VoIP呼叫者位置的方法，包括经由VoIP实现装置接收来自互联网的VoIP电话的紧急呼叫。接收来自发起的VoIP实现装置的呼叫所经过的VoIP实现装置的装置标识符。将该装置标识符与先前定义的装置标识符表进行比较，表中的每一个装置标识符都具有相关联的物理位置。在来自VoIP电话的呼叫期间，返回该VoIP实现装置的物理位置。

Description

用于VoIP通信的紧急呼叫方法

相关申请

本申请要求享有2005年9月22日申请的美国临时专利申请NO.60/719,742，和2006年1月5日提交的美国临时专利申请NO.60/757,113为优先权，并通过引用的方式将上述申请的全部内容并入本申请。

技术领域

本发明涉及紧急服务通信领域。更具体的说，本发明涉及与VoIP(Voice Over Internet Protocol)有关的紧急服务通信领域。

背景技术

当前，VoIP(Voice Over Internet Protocol)电话的使用的增加超过了紧急电话系统处理例如911电话的这些呼叫类型的能力。首先，因为VoIP电话呼叫与陆上线路(landline)电话呼叫具有不同的方式，VoIP电话呼叫并非源于一个固定的物理位置，根据诸如当地的警察局，当地的火警或当地的911紧急呼叫中心的911呼叫的位置，确保将紧急呼叫发送到合适的本地PSAP(公共安全接入点)是困难的。

第二，一旦呼叫被PSAP处理，当紧急呼叫被定位的时候，使用VoIP电话进一步复杂化了探测呼叫者的位置的能力。

例如，当呼叫者使用VoIP电话时，这个呼叫通常通过互联网或其他类似的分组交换网络来被定位。因此，当例如911的拨号字串被定位时，处理这个呼叫的装置/路由器没有能力正确地确定这个通过互联网将呼叫路由到本地PSAP的呼叫者的位置。尽管PSAP可能有能力处理接入的VoIP互联网呼叫，而接出的VoIP路由器不知道将呼叫发送至哪个本地的PSAP，因为，这个VoIP呼叫者的位置是未知的。

此外，在对911或是其他相似的紧急电话号码做出的标准陆上线路电话呼叫中，因为线路的位置是固定的，911呼叫中心能够通过标准的呼叫追踪来追踪到呼叫者的物理位置。当一个呼叫者由于不知道自己的位置、或是身体上不能够描述他们的位置从而不能给出他的位置时，这将是非常有用的。同样，可以使用移动呼叫者(cellular callers)，GPS(全球定位系统)，其他的定位系统，或者蜂窝塔三角定位(cell towertriangulation)来物理地定位紧急呼叫者。

然而，使用VoIP电话的呼叫通过互联网与目的电话进行连接。如果呼叫者不能给出他们自己所在的位置，便很难和/或不可能比较容易地追踪到呼叫者的物理位置。这显现出了对于由VoIP电话定位的911或其他的紧急呼叫的情况中，指引紧急个人(directing emergencypersonal)时所增加的难度。

发明内容

本发明关注于克服现有技术的缺点，并且提供一种系统和方法，用于在紧急呼叫情况下，使紧急呼叫中心获取VoIP呼叫者的位置。

最后，本发明提供一种方法用来确定VoIP呼叫者的位置，包括从VoIP电话接收呼叫，此VoIP电话通过VoIP实现装置访问互联网。经由来自发起的VoIP装置的呼叫，接收VoIP实现装置的装置标识符。该装置标识符与先前定义的装置标识符表进行比较，表中的每个装置标识符对应相关联的物理位置。在来自VoIP电话的呼叫期间，返回VoIP实现装置的物理位置。

附图说明

通过下面的描述和附图，本发明能够得到最好的理解，其中：

图1示出了根据本发明的一个实施例，一个VoIP紧急系统的布置图；

图2示出了根据本发明的一个实施例，通过图1的VoIP系统，一个定位的PSAP电话呼叫的流程图；

图3示出了根据本发明的另一个实施例，一个VoIP紧急系统的布置图；

图4示出了根据本发明的一个实施例，通过图3的VoIP系统，一个定位的PSAP电话呼叫的流程图；

图5示出了依照本发明的另一个实施例，一个VoIP紧急系统的布置图；

图6示出了依照本发明的一个实施例，一个MAC地址表；

图7示出了依照本发明的一个实施例，通过图5的VoIP系统，一个定位的PSAP电话呼叫的流程图；

图8示出了依照本发明的另一个实施例，一个VoIP紧急系统的布置图；

图9示出了依照本发明的另一个实施例，一个VoIP紧急系统的布置图；

图10示出了依照本发明的一个实施例，一个具有多个VoIP电话接入点的VoIP紧急系统的布置图；

图11示出了依照本发明的一个实施例，通过图10的VoIP系统，一个定位的PSAP电话呼叫的流程图；以及

图12示出了依照本发明的另一个实施例，一个具有多个VoIP电话接入点的VoIP紧急系统的布置图。

具体实施方式

在本发明的一个实施例中，显示了第一布置用于说明用于商业办公设置的典型的VoIP装置。这里，多个VoIP电话10a-10x被优选地连接到PBX(私人分支交换)装置12上，该PBX装置12为了需要处理VoIP呼叫和陆上线路呼叫，并且路由每一个呼叫。

对于从VoIP电话10发起的VoIP呼叫，PBX 12典型地将这个呼叫通过互联网路由，如元件14所示。对于连接到PBX 12相连接的其他电话(没有显示)的呼叫，诸如在办公楼中的陆上线路电话，这些呼叫被向外部路由到PSTN(公共交换电话网络)上，如元件16所示。如在图1中展示的那样，例如911答复服务、当地警察局或消防队的本地PSAP(公共安全接入点)18，有从PSTN 16或互联网14接收接入的通信的能力。

如图2所示的流程图，在第一步骤100中，在VoIP电话10处的呼叫者出现紧急，并且拨打911或是其他的一些紧急接入的号码。在步骤102中，这个呼叫为了路由到想去的目的地而发送到PBX 12上。

根据本发明的布置，在步骤104中，PBX 14没有自动通过互联网14将911呼叫发送到PSAP 18，而是解析该通信用以判定是否包括与紧急服务有关的拨号字串。如果没有，呼叫被路由到互联网14，作为正常的呼叫流程。在本例中，因为呼叫者的拨号为911，PBX 12识别出紧急请求拨号字串。

于是，在步骤106中，替代经由互联网14将这个呼叫路由到PSAP18，PBX 12在内部将该呼叫转换为陆上线路呼叫，并且通过使用PSTN16将该呼叫路由至PSAP 18。尽管PSAP 18已经通过互联网14接收到该呼叫也执行该操作。假设PSAP 18已经得到这个呼叫，经过在PSTN16中转换和重新路由，PSAP 18能够额外利用的传统呼叫追踪的来识别呼叫者的位置(例如PBX 12的位置)。这样，通过本发明，由VoIP电话10发起到达PSAP 18的呼叫能够定位呼叫者的位置。

在本发明的另一个实施例中，描述了使用CDMA/VoIP智能电话到达PSAP的布置图，PSAP能够确定呼叫者的位置。这里，CDMA/VoIP智能电话110被作为典型的智能电话来操作。当WiFi对智能电话110是可用时，它试图与VoIP一样完成呼叫来节省开始的时间(airtime)。可选择的，如果没有WiFi可以使用，智能电话110简单地使用CDMA技术来处理这个呼叫。

这样，如图3所示的典型的连通性布置，显示了智能电话110具有与传统的CDMA蜂窝塔112或WiFi实现装置114的连接。WiFi实现装置114是典型的无线路由器，然而，任何无线互联网接入点都能够从智能电话110接收WiFi通信，并且通过互联网传输它们，这属于本发明的目的。

CDMA蜂窝塔112采用传统的蜂窝移动发送方法将智能电话110连接到理想的一方。WiFi装置114与互联网116相连接，如图中116所示，通过VoIP方法完成呼叫。PSAP 118与互联网116和CDMA蜂窝塔112电话连接设备(包括联合的移动网络和PSTN，以及任何其他传统的蜂窝电话连通性)相连接。

根据本发明如图4所示的流程图中，在第一步骤200中，使用CDMA/VoIP智能电话110的呼叫者遇到出现紧急，并且拨打911或者其他的一些紧急接入的号码。在步骤202中，智能电话立即解析拨号字串来确定是否它是紧急字串，或者仅仅是标准的电话呼叫。如果该呼叫是标准呼叫，在接下来的步骤204中，如果WiFi装置114可用，该呼叫简单的通过WiFi装置114路由，如果不可用，该呼叫通过蜂窝塔网络112路由。

然而，在本例中这个拨号字串是紧急呼叫，智能电话110在步骤206中不管WiFi设备114是否可用，智能电话110通过经由蜂窝塔112路由的CDMA来路由这个呼叫。即使PSAP 118已经通过互联网116接收到这个呼叫也要这样操作。假使PSAP 118已经得到这个呼叫，通过蜂窝塔112选择和路由这个呼叫，PSAP 118在简单地接收到这个呼叫之外，还能够额外的利用可用的呼叫者定位技术，例如塔三角定位、GPS或利用来自于移动服务提供商的可用的定位技术，来识别呼叫者的位置。因此，通过本发明，对于由CDMA/VoIP智能电话110发起的、到达PSAP 118的呼叫，可允许PSAP 118能够定位呼叫者的位置。

明显的，如果这个拨号字串被识别为紧急呼叫，并且只有WiFi装置114是可用的，即使没有定位可用，该呼叫将仍然被完成到PSAP118。若果，WiFi装置114的物理位置是可用的，能够被确定，是否有别的与在以下做更加具体的描述的PSAP 118注册的其余方面。

在本发明的另一个实施例中，如图5中描述的，另一个典型的呼叫者租用VoIP，仅有电话310通过一个物理的以太-SIP转换器盒312与外界连接，这个转换器盒312物理地插入家中的DSL或是电缆调制解调器314中。这种VoIP电话的连接性布置补充了PSTN(公共交换电话网络)实现VoIP连接的实质的部分。这里，软电话310生成电话通信，通过PSTN 316发送，或是经由依靠如何布置转换器盒312的互联网320。

依照本发明，当转换器盒312正在将电话呼叫转换到PSTN的陆上线路呼叫时，当911或是其他别的紧急呼叫经由VoIP的电话310被定位，呼叫通过PSTN 316被路由到本地的PSAP 318。

然而，当盒312被设置为通过调制解调器314和随后地互联网320传送通信时，PSAP 318可以参考存储在物理位置MAC地址数据库324中的MAC地址表322，通过追踪通信中使用的装置的MAC(媒体访问控制)地址的方式，来确定这个位置。

连接到网络(PBX或是其他的家庭调制解调器或路由器314)的物理SIP/PSTN转换器312有唯一的MAC地址，该MAC地址能够用于提供物理路径，从转换器312到路由器并且在DSL或电缆调制解调器314上，到网络并且外出到互联网320上。这些装置的每一个都有MAC(媒体访问控制)地址，固定并且唯一的标识符，标识符能够被PSAP 318服务使用，帮助获取呼叫者的位置。因此，在本发明的一个实施例中，通过在网络中使用节点312和314的MAC地址，VoIP电话路径的物理位置通过不同的VoIP呼叫路由器，足以将VoIP电话310的物理位置提供给PSAP 318。

例如，按照本发明PSAP 318通过利用物理的SIP/PSTN转换器312的MAC(媒体访问控制)地址，能够确定一个使用VoIP电话310的紧急呼叫者的位置。因为，如以下讨论的那样，用于转换陆上线路电话的装置312的物理位置对于PSAP 318是可知的，可以使用对装置的本地呼叫追踪，而在传统的VoIP电话呼叫中是不可用的。

为了方便，MAC地址表322被存储在物理位置MAC地址数据库324中。如图6所示，在表322中，MAC地址表维护第一MAC号码字段326和第二物理位置字段328，第二物理位置字段328具有与每一个MAC号码字段326条目相对应的条目。

MAC地址表322能够通过简单的软件建立(set-up)操作来生成，涉及VoIP通信的装置312，314等等能够与维护表322的服务注册。这个过程能够被自动地建立，自动地在后来的时间帧内(例如，通过请求)或者甚至被本地PSAP 318执行。例如，电子邮件邀请的过程可以被PSAP 318或者表322的第三方组织者使用，用以请求WiFi装置314的注册。应该理解本发明预期用于建立MAC地址表322和它存储于的位置数据库324的服务被PSAP 318自身处理，或被第三方的软件支持的PSAP 318处理，或者完全由第三方操作者在离开地点(off-site)处理。

如图5所示，MAC地址表和MAC位置数据库324被画在了PSAP318之外。然而，这不示意图限制本发明的范围。MAC位置数据库324和表322可以在PSAP 318的物理位置之内维护，或被物理地位于在PSAP 318外的第三方操作者远程维护。

也应注意到，当MAC地址路径改变时，VoIP提供商能够觉察PSTN316替换。当SIP电话310或转换器VOX 312将自己注册在网络上时，在那一点，使用VoIP电话310和转换器312的用户的呼叫能够被定位请求更新的地址。这样的注册过程获花费几秒钟，并且将为PSAP 318解决任何位置问题。

如图7流程图所示在本发明的一个实施例中，描述了在互联网320上从VoIP电话310到PSAP 318的一个示例性呼叫流程。在第一步骤300中，呼叫者使用VoIP电话310拨打911或是另一个紧急号码。在步骤302中，转换器312和调制解调器314将这个呼叫向外发送到互联网320上。在接下来的步骤304中，通过他们的接入的VoIP呼叫设备，这个呼叫被路由到接收该呼叫的PSAP 318中。

按照本发明，在步骤306中，当处理来自VoIP电话310的呼叫时，PSAP 318测试(pings)在MAC数据库324中的MAC地址表322，用以看是否列出接入的呼叫的MAC地址。若果没有，与PSAP 318的呼叫按正常情况进行，但是，没有任何对呼叫者自动定位有帮助的引导。然而，如果接入的呼叫的网络设备312或314的MAC地址在表322中被发现，于是该设备的物理位置，如盒312或调制解调器314，被发送给在PSAP 318处的操作者。在步骤308中，作为确认，如果呼叫者是清醒的并且知道他们所处的位置，在PSAP 318处的操作者可以要求确认这个位置，。需要注意的是，VoIP紧急呼叫接入并且在表322中没有发现相关联的MAC地址，对该接入的MAC地址做出记录，并且对所有者和管理者发送一个邀请，请求对于以后的呼叫在表322中注册装置314。

在本发明的另一个实施例中，如图8所示，另一种布置显示用于通过软电话410或者其他VoIP装置411，或者经由它们的笔记本电脑412的运行所有的电话会话的使用者的PSAP 418的连通性。这里，不象软电话经由PBX或CDMA的智能电话，来自这些VoIP电话410的呼叫完全被通过互联网专门地处理。类似于前面图5中的装置，笔记本电脑412大概可以与WiFi实现装置414无线联系，装置414与互联网416相连接，并且依次连接到PSAP 418上。

依照本发明的这个实施例，一个MAC地址表422被生成并且被存储在物理位置MAC地址数据库424中。类似于图6中的MAC地址表322，MAC地址表422为每一个MAC地址条目维护第一MAC号码字段426和与MAC号码字段426相关联的的第二物理位置字段428。同样的，图7中显示的呼叫流程重复来自VoIP电话410或笔记本电脑412的紧急呼叫的情况。

与对于WiFi路由装置314或414的物理位置的注册过程无关，已知地，WiFi网络具有非常有限的传输距离，典型地如同房间、办公室、咖啡店或者机场休息室的大小。当VoIP电话310或410将自身注册在网络上时，WiFi基站的MAC地址能够被识别，并且呼叫者的物理位置能够被识别。因为WiFi网络不是真正意义上的“漫游”(roam)，因而不需要使用三角定位系统来追踪位置。这个注册过程也能够使WiFi路由器314和414识别正确的本地PSAP 318或418，来保证需要送往那里的任何VoIP电话呼叫被路由到本地的、有处理接入的VoIP呼叫能力的PSAP 318或418上。

在本发明的另一个实施例中，如图9所示，使用软电话510的公路使用者可以从本发明中受益。这里VoIP电话510沿着公路从一个蜂窝塔512移动到下一个，并且经由WiFi热点(hotspot)514到下一个。每一个蜂窝塔(和相关联的电话连接设备)512和WiFi装置514被连接到本地PSAP 318上。

在公路使用者使用CDMA(GSM 3G)/VoIP电话的情况下，呼叫的布置将与上面的图3和4的描述相类似地操作。

在蜂窝塔512不可用或电话510仅仅是VoIP的情况下，操作将与上面的图5到图7相类似。

在本发明的另一个实施例中，当在电话510的范围内存在多于一个塔512或WiFi装置514时，期望VoIP电话510的位置可以基于信号的相对强度来确定。尽管如图9中所示的移动的VoIP电话510是一种更加通常的情况，在任何上述的描述的布置中，期望该布置具有同等适用性。

例如，如图10所示，一个范围估计和定位系统600，可以通过使用VoIP装置610的内部的信号强度列表来确定VoIP电话610的位置。

一般情况下，在建立与理想的接入点进行连接并初始化呼叫之前，VoIP通信装置610执行对附近接入点和与之相对应的MAC执行扫描。然而，因为简单信号强度相比的原因，使用者可能选择了比最邻近的接入点更远的接入点。例如，距离更远但是更为合适的接入点是空闲的。然而，当响应一个紧急呼叫，在理想的情况下，假定两个接入点都被注册，理想地，PSAP应该响应距离呼叫者最近的接入点的地址，而不论他们是否正在使用这个接入点。

在本发明中，范围估计和定位系统600被PSAP 618使用。与先前的实施例相似，系统600可以在外部使用或者被第三方操作者使用。

因此，在VoIP电话610在第一个较近的WiFi装置614a和第二个较远的WiFi装置614b之间进行定位的情况下，VoIP电话610维护两个装置的信号强度，而选择与后者WiFi装置614b的连接。应该理解相对于PSAP 618覆盖的地理范围来说，两个WiFi装置具有相当有限的的地理覆盖，于是，WiFi装置614a和614b被注册在同一个PSAP上。

在本发明的一个实施例中，如图11所示的流程图中，在步骤700中，一个呼叫者拨打911或一些其他的VoIP电话610。在步骤702中，呼叫通过WiFi装置614b的连接性被发送到本地的PSAP 618中。同时，所有可用的WiFi 614的信号强度被发送到PSAP 618，或者PSAP 618发送其他的电子请求或重新获得这些强度。

在步骤704中，类似于在上面的图6中显示的，PSAP 618参考MAC地址数据库624中的MAC地址表622。在步骤706中，接入的呼叫的MAC地址与MAC字段626进行比较，并且从字段628中确定WiFi装置314b的位置。

根据本实施例，在步骤708中，除检查WiFi装置314b的位置之外，系统600进一步输入或重新获取对VoIP电话610可用的WiFi装置614的所有WiFi数据(信号强度)，诸如WiFi装置614a，并且也为它们的位置参考MAC地址表622。

在步骤710中，系统600根据被定位的VoIP呼叫，将WiFi装置614b的信号强度，和距离VoIP电话610较近但没有为该呼叫使用的WiFi装置614a的信号强度相比较。在步骤712中，由于假设VoIP电话610相对于WiFi装置614b更加接近WiFi装置614a，尽管呼叫连接是通过WiFi装置614b，因为从VoIP电话610到装置614a的信号强度更高，PSAP选择WiFi装置614a来确定VoIP电话610的位置。

显而易见地，本系统能够被扩展适应于许多VoIP电话610范围内，并且被注册在MAC地址表622中的WiFi装置。同样的，如果有一些原因，具有更高信号强度的WiFi装置614a没有在MAC地址表622中注册，PSAP 618的系统600可以仍然使用较低信号强度的WiFi装置614b，通过该方法，呼叫如同以上图7和图8中的各个例子中的呼叫一样被追踪定位。

根据本发明的另一个实施例，使用从WiFi装置614到VoIP电话610的被输入的信号强度，如以上讨论的那样，可以进一步的被用来估计离最接近类似于三角定位操作的位置的距离。

例如，如图12所示，显示了来自VoIP电话610的911紧急呼叫由WiFi装置614x到达PSAP 618，WiFi装置614x、614y和614z都是可用的网络。当输入WiFi信号强度时，系统600记录了装置614x的强度为100％，装置614y强度为20％，以及装置614z强度为60％。因此，系统600除了选择WiFi装置614x作为定位判断的基准之外，系统600进一步知道了VoIP电话610距离装置614z的距离比距离装置614y近，并且可以进一步使用这些信息来帮助对呼叫者的定位。

应该理解以上描述的本发明的示例性的实施例基于紧急情况进行描述，本发明中通过WiFi接入点的位置使用MAC地址表的来定位呼叫者，也可以在非紧急情况下使用。

例如，用户的软电话或是其他VoIP单元的链接，例如可提供“定位我”(locate me)链接。如以上讨论的那样，通过激活链路，使用本发明系统的提供商可以使用网络接入点装置的MAC或IP地址来定位呼叫者。

该布置允许更快捷的VoIP呼叫者的实时位置信息，用以使对MAC地址查找无需在911呼叫之后运行。同样，如果有权限，可以允许系统将VoIP操作者的实时位置提供给朋友列表中的其他成员。

这里仅仅示出了本发明的某些特定特征，本领域的技术人员可以做出关于本技术的一些更改，置换，改变或等价。因此，应理解本申请是想要覆盖所有落入本发明实质范围内的修改和置换。

Claims (15)

1、一种确定VoIP呼叫者位置的方法，所述方法包括以下步骤：

从VoIP电话接收紧急呼叫，所述VoIP电话通过一个VoIP实现装置访问互联网；

通过来自所述VoIP实现装置的所述呼叫，接收所述VoIP实现装置的装置标识符；

将所述装置标识符与先前定义的装置标识符表进行对比。所述表中每一个标识符具有相关联的物理位置；以及

在来自所述VoIP电话的所述呼叫过程中，返回所述VoIP实现装置的所述物理位置。

2、如权利要求1所述的方法，其中所述VoIP实现装置为WiFi路由器。

3、如权利要求2所述的方法，其中所述装置标识符为所述WiFi路由器的MAC(媒体访问控制)地址。

4、如权利要求3所述的方法，其中所述先前定义的装置标识符表包括注册的WiFi路由器的MAC(媒体访问控制)地址表，和与所述注册的WiFi路由器对应的物理位置。

5、如权利要求4所述的方法，进一步包括发送邀请到所述WiFi路由器的所有者，请求它们的物理位置的步骤。

6、如权利要求5所述的方法，其中如果所述MAC地址表不包含与所述接入的VoIP呼叫相关联的MAC地址相对应的条目，进一步包括生成处理事务的记录，和发送邀请到所述WiFi路由器的所有者，请求它们的物理位置的步骤。

7、一种处理VoIP紧急呼叫的方法，有第一和第二呼叫路径可用，所述的第一呼叫路径通过互联网连接，并且所述的第二呼叫路径没有通过互联网连接，所述方法包括以下步骤：

接收来自VoIP装置使用者的呼叫的进入的拨号字串；

解析所述使用者拨打的所述拨号字串；以及

如果所述使用者拨打紧急拨号字串，将对紧急服务提供商的所述呼叫从通过互联网连接的所述第一呼叫路径，重新路由到没有通过互联网连接的所述第二呼叫路径。

8、如权利要求7所述的方法，其中所述紧急拨号字串为911。

9、如权利要求7所述的方法，其中所述第一互联网呼叫路径经由WiFi路由器。

10、如权利要求7所述的方法，其中所述第二无互联网呼叫路径是PSTN(公共交换电话网络)。

11、如权利要求7所述的方法，其中所述第二无互联网呼叫路径为移动电话路径。

12、如权利要求11所述的方法，其中如果所述呼叫经由所述移动电话路径发送，使用蜂窝塔三角定位或GPS(全球定位系统)来确定所述呼叫的起始位置。

13.一种确定VoIP呼叫者位置的方法，所述方法包括以下步骤：

从VoIP电话接收紧急呼叫，所述VoIP电话经由多个VoIP实现装置的其中一个访问互联网，所述多个VoIP实现装置的每一个都处于所述VoIP电话的范围内；

接收所述VoIP实现装置的装置标识符，包括来自发起的所述VoIP装置的所述呼叫所经过的所述VoIP实现装置和至少一个没有用于呼叫处理的其它VoIP实现装置；

接收来自发起的所述VoIP装置的所述呼叫所经过的所述VoIP实现装置和所述至少一个没有用于呼叫处理的其它VoIP实现装置的信号强度指示；将来自发起的所述VoIP装置的所述呼叫所经过的所述VoIP实现装置和所述至少一个没有用于呼叫处理的其它VoIP实现装置的所述信号强度进行对比；以及

基于具有最高信号强度的VoIP实现装置来确定所述VoIP电话的位置。

14、如权利要求13所述的方法，其中确定所述位置的所述步骤通过将装置标识符与先前定义的装置标识符表进行对比来执行，在所述表中的每一个装置标识符具有相关联的物理位置。

15、如权利要求13所述的方法，其中基于所述没有用于呼叫处理的所述VoIP实现装置，执行基于具有最高信号强度的VoIP实现装置的确定VoIP电话的位置的所述步骤。

Images