CN101378527A - 实现网络电话紧急呼叫系统的方法 - Google Patents

Abstract

本发明公开了实现网络电话紧急呼叫系统的方法。这里的紧急呼叫指110，112，119，120或911，E911等这样的紧急呼叫和公共服务呼叫。网络电话终端从服务器获得或手工设置紧急呼叫的软交换号码；网络电话终端首先向该软交换号码发起紧急呼叫；用于紧急呼叫的软交换根据主叫的网络地址，把紧急呼叫转移到其它软交换号码或转移到所属的服务电话终端。用于紧急呼叫的服务电话终端还可以从网络电话号码信息服务器获得主叫号码的物理地址信息。

Description

实现网络电话紧急呼叫系统的方法

技术领域

网络电话(VOIP)之紧急呼叫系统。这里的紧急呼叫指110，112，119，120或911，E911等这样的紧急呼叫和公共服务呼叫。

背景技术

传统固话系统使用电话用户数据库和市话交换局设置，可以把紧急呼叫如110，112，119，120或者911导向当地服务机构。互联网电话让用户随处使用其号码，这让传统的做法不再有效。随着无线互联网的应用展开，用户可能拿着手机移动。如何确定网络电话的位置，让适当的服务机构接受呼叫，是网络电话需要解决的重要问题。

发明内容

我们利用互联网地址来解决这个问题。互联网通讯设备都要需要一个IP地址才能通讯。就一个城市来说，互联网提供商在当地组建一个本地网，每个网都有网络地址，连接到该网的设备都在其网络地址范围内。例如，我们说某网的网址是202.96.12.0，其网络掩码是255.255.255.0，那么这个网内的设备ip地址将是202.96.12.xx，这里的xx代表0-255的范围值。

一个大网络可能由一些小网络构成。最基本的小网络通常局限在某一城市或地区。所以我们可以建立这样一个网络地址数据库，某一网络地址(ip & mask)对应到所在城市或地区，从而对应到当地的紧急服务机构，对网络电话系统来说，对应到这个机构的软交换号码(总机)。简单地说，这个对应关系，就是网络地址映射到软交换号码。

当网络电话终端向任何一个紧急服务机构的软交换号码发起呼叫时，这个软交换将查询其关联的网络地址数据库，获得主叫方ip地址映射的软交换号码。如果映射的软交换号码正是自己的号码，则将紧急呼叫转移到所属的服务电话终端；否则，就把紧急呼叫转移到这个映射的软交换号码。紧急呼叫经过多个软交换多次转移，最后被某个紧急服务机构的服务电话终端接听。

上面描述了一个庞大的网络地址数据库。我们在实施中，设置一些中继的软交换，它不属于具体的紧急服务机构。例如，某地紧急服务机构软交换接到一个紧急呼叫，当它发现主叫的ip地址不属于它自己的管辖范围内时，可以简单地把紧急呼叫向“上一级”软交换转移就行了。它本身不需要庞大的网络地址数据库。而它的“上一级”软交换在查询时也不需要详细的网络地址数据库。所以通过设置中继的软交换，可以减少软交换关联的网络地址数据库容量，并且增加了网络地址数据库的灵活性。例如一个地区修改网络地址数据库的某一项，受影响的网络地址数据库将被限制在小的范围内。网络地址数据库的动态修改及传播有很多办法，这不是本专利要讨论的内容。

我们可以在网络电话终端程序中预置一个或者几个顶级软交换号码，发起紧急呼叫时首先呼叫它们，然后按照上面描述的办法最终把紧急呼叫转移到当地的紧急服务机构。但这不是一个好的方案，它会让这几个顶级软交换超负荷。解决的办法是分散入口的软交换号码。例如让用户在网络电话终端上设置当地的紧急呼叫机构的号码，例如设置911＝83912300911，当用户拨打911时，网络电话终端实际拨打83912300911这个号码。这个办法需要用户知道当地的紧急呼叫机构的号码，有时候这个要求有点高。我们的实施方案是网络电话终端自动从某服务器上获取这个设置。

我们的实施方案基于headcall网络电话系统。该系统包含分布的电话号码服务器(pbs：phonebook service)。其pbs提供网络电话号码的信息和提供紧急呼叫的软交换号码设置。你可以向pbs查询网络电话号码的nsm地址及其它信息等。每个网络电话号码都有一个(基于互备份，实际是一组)实际管理其号码信息的pbs，网络电话终端向管理其号码信息的pbs查询紧急呼叫的软交换号码设置。假设，headcall规划在深圳发行839123xxxxx号码，那么管理这段号码的pbs就会把紧急呼叫的软交换号码设置为深圳的紧急服务机构的软交换号码，例如，119＝83912300119。当这些号码839123xxxxx的网络电话机终端发起紧急呼叫(119)时，首先向深圳的紧急服务机构的软交换号码(83912300119)发起呼叫。如果这个网络电话终端正在深圳使用，深圳紧急服务机构的软交换将把呼叫转移到所属的服务电话终端，这正是我们所期望的效果，它好象传统电话系统那样。如果发起呼叫的网络电话终端在北京使用，那么深圳紧急服务机构的软交换会发现主叫ip不在深圳，接下来，它把呼叫转移到广东省紧急服务机构的软交换，后者进一步把呼叫转移到国家紧急服务机构的软交换，然后再转移到北京紧急服务机构的软交换。转移的次数与其使用的网络地址数据库有关。例如，深圳紧急服务机构的软交换查询其关联的网络地址数据库时，或许已经发现主叫ip映射到北京紧急服务机构的软交换号码，那么一次转移就到北京了。

下面描述我们的实施方案：

我们将使用两种类型的软交换，分别称为紧急呼叫的“中继软交换”和“未端软交换”。网络地址数据库将无区别地使用这两种软交换的号码。

A 紧急呼叫的“中继软交换”接到紧急呼叫后，查询其关联的网络地址数据库，查找主叫ip映射的软交换号码。并把呼叫转移过去。

B 紧急呼叫的“未端软交换”接到紧急呼叫后，把呼叫转移到所属的服务电话终端。

这样细分软交换功能不是必须的，但让每个软交换的工作简单化是优化的系统设计应该具备的。这样的设计亦符合权利要求1所描述的系统特征。

headcall网络电话终端从管理其号码的pbs查询紧急呼叫的软交换号码设置，Headcall也允许手工设置该软交换号码，并且手工设置被优先使用。当紧急呼叫时，headcall网络电话终端首先向这个该软交换号码发起紧急呼叫。

图1说明：

headcall网络电话终端102使用网络电话号码83912345678和ip地址12.34.56.78。如果它在NAT后面，这里指其公网ip地址，而不是私网ip地址。管理其号码的pbs是101。

Headcall网络电话终端102从pbs101处获得紧急呼叫的软交换号码设置，图中有紧急呼叫110，119的设置。当headcall网络电话终端102拨打紧急呼叫号码119时，实际拨向119的软交换号码设置，即83912300119。它是软交换103的号码。

紧急呼叫的中继软交换103接收到紧急呼叫，查询主叫ip地址12.34.56.78映射的软交换号码是83912309119，把紧急呼叫转移到此号码。它是软交换104的号码。

紧急呼叫的中继软交换104接收到紧急呼叫，查询主叫ip地址12.34.56.78映射的软交换号码是83912308119，把呼叫转移到此号码。它是软交换105的号码。

紧急呼叫的未端软交换105接收到紧急呼叫，查找所属的服务电话终端有没有空闲的，发现服务电话终端106空闲，将紧急呼叫转移到它。106将接听此紧急呼叫。

上面描述的网络地址数据库可能是通过网络服务提供查询的，可以同时为多个紧急呼叫的软交换所关联。不能因为我们的描述和图示就限定这个网络地址数据库必须跟软交换处于同一设备和跟软交换一对一关联。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (6)

1.一种实现网络电话紧急呼叫系统的方法，其特征在于：

该系统由网络地址数据库、软交换、服务电话终端构成。网络地址数据库提供网络地址到软交换号码的映射。紧急呼叫首先被软交换接收，经过多次呼叫转移，最终由服务电话终端接听。

用于紧急呼叫的软交换接收到紧急呼叫时，采取下面动作之一：

I从呼叫信息中获得主叫的网络地址，查询本软交换关联的网络地址数据库，获得主叫的网络地址映射的软交换号码。如果映射的软交换号码正是自己的号码，则采取动作II。否则，将紧急呼叫转移到映射的软交换号码。

II将紧急呼叫转移到所属的服务电话终端。

2.根据权利要求1所述的实现网络电话紧急呼叫系统的方法，其特征在于：

发起紧急呼叫的主叫网络电话终端使用下面的办法获得紧急呼叫的软交换号码：

A手工设置。

B从服务器获得。

C终端程序预置。

3.根据权利要求1或2所述的实现网络电话紧急呼叫系统的方法，其特征在于：

所述服务电话终端可以查询网络电话号码信息服务器，获得主叫号码的物理地址信息。

4.根据权利要求1或2所述的实现网络电话紧急呼叫系统的方法，其特征在于：

所述服务电话终端可以从主叫网络电话终端那里获得其物理地址信息。

5.根据权利要求4所述的实现网络电话紧急呼叫系统的方法，其特征在于：

所述主叫网络电话终端可以通过人工设置其物理地址信息。

6.根据权利要求4所述的实现网络电话紧急呼叫系统的方法，其特征在于：

所述主叫网络电话终端可以通过卫星定位系统(GPS)或手机定位系统，确定其物理地址信息。

Images