一种在语音服务器上配置局向路由的方法和语音服务器

技术领域

本发明涉及网络通信技术，特别是涉及一种在语音服务器上配置局向路由的方法和语音服务器。

背景技术

在因特网协议语音(VOIP，Voice Over IP)网络中，局域网内部的通话可以直接由局域网中的语音服务器(VS，Voice Server)来处理，而局域网之间的通话则需要由VS进行局向路由。这里的局向路由是指在VS上配置了局向号码、目的因特网协议(IP，Internet Protocol)地址、用户数据报协议(UDP，User Datagram Protocol)端口等对应关系。这样，当发起局间VOIP呼叫时，VS就通过查找局向路由将VOIP呼叫传送到正确的接收地址，实现局域网之间的通话。

要保证在不同局域网之间进行正确的局向呼叫，就需要在所有局域网的VS上进行局向路由的配置。现有技术中，通常采用人工静态配置的方法逐一在所有的VS上进行局向路由的配置。比如：VOIP网络中有9个局域网，每个局域网有各自的VS。如果有一个新的局域网需要加入该VOIP网络，那么，就需要在这个新的局域网的VS上手工配置到达其它9个局域网的信息，即进行局向路由的配置。同样，其它9个局域网也需要手工配置到达新局域网的信息。

由于现有技术采用人工静态配置的方法在VS上进行局向路由的配置，网络管理人员的工作量非常大，配置过程比较复杂，不利于VOIP的接入。

发明内容

有鉴于此，本发明的主要目的在于提供一种在语音服务器上配置局向路由的方法，由于无需进行手工静态配置，大大减少了网络管理人员的工作量，有利于因特网协议语音(VOIP)的接入。

为了达到上述目的，本发明提出的技术方案为：

一种在语音服务器上配置局向路由的方法，该方法包括以下步骤：

新加入网络的语音服务器VS根据网络中已有VS的地址信息将自身的局向路由信息发送给网络中已有的VS；网络中已有的VS根据新加入网络的VS的地址信息将自身的局向路由信息发送给新加入网络的VS；新加入网络的VS和网络中已有的VS各自配置获得的局向路由信息。

上述方案中，所述网络中已有VS的地址信息为新加入网络VS事先获得的网络中所有VS的地址信息，获得的方法为：

所述新加入网络的VS向网络中已有的一个VS发送入网请求报文，并接收返回的入网响应报文，所述入网响应报文中携带有网络中所有VS的地址信息。

上述方案中，所述新加入网络的VS和网络中已有的VS各自配置获得的局向路由信息的方法为：

所述新加入网络的VS向所述网络中已有的VS发送表示已接收到对方局向路由信息的报文，并同时携带表示接收情况的信息；

所述网络中已有的VS根据所述表示接收情况的信息判断对方接收的局向路由信息是否正确，如果正确，则返回确认报文，并同时携带表示自身接收局向路由信息情况的信息；

所述新加入网络的VS接收到确认报文时，将对方的局向路由信息配置在自身中，并根据对方接收局向路由信息情况的信息判断对方是否接收正确，如果正确，则返回确认报文；

所述网络中已有的VS接收到确认报文后，将对方的局向路由信息配置在自身中。

上述方案中，在所述新加入网络的VS将自身的局向路由信息发送给网络中已有的VS时，该方法进一步包括：

所述新加入网络的VS将事先配置的紧急服务信息发送给网络中已有的VS，所述紧急服务信息包括提供紧急服务的IP地址、提供紧急服务的UDP端口号、提供紧急服务的电话号码；

在所述网络中已有的VS将自身的局向路由信息发送给新加入网络的VS时，该方法进一步包括：

所述网络中已有的VS将事先配置的紧急服务信息发送给新加入网络的VS，所述紧急服务信息包括提供紧急服务的IP地址、提供紧急服务的UDP端口号、提供紧急服务的电话号码。

上述方案中，所述紧急服务信息用于VS利用配置的局向路由信息呼叫失败时发起紧急呼叫。

上述方案中，在所述新加入网络的VS将自身的局向路由信息发送给网络中已有的VS时，该方法进一步包括：所述新力加入网络的VS将自身有效时间发送给网络中已有的VS；

在所述网络中已有的VS将自身的局向路由信息发送给新加入网络的VS时，该方法进一步包括：所述网络中已有的VS将自身有效时间发送给新加入网络的VS。

上述方案中，在新加入网络的VS和网络中已有的VS各自配置局向路由信息之后，该方法进一步包括：

所述新力加入网络的VS和网络中已有的VS根据对方的有效时间为对方设置定时器并开始计时；当计时到达预先设置的时间时，向对方发送携带有对方局向路由信息的报文，如果在预先设置的时间段内接收到表示局向路由信息正确的确认报文，则重新启动定时器开始计时，如果在预先设置的时间段内接收到表示局向路由信息不正确的非确认报文，则与对方交互获得新的局向路由信息并重新进行配置。

上述方案中，如果在预先设置的时间段内没有接收到返回的报文，该方法进一步包括：

按照预先设置的时间间隔和报文个数周期性地向对方发送携带有对方局向路由信息的报文；如果在后续预先设置的时间段内接收到表示局向路由信息正确的确认报文，则重新启动定时器开始计时；如果在预先设置的时间段内接收到表示局向路由信息不正确的非确认报文，则与对方交互获得新的局向路由信息并重新进行配置；如果在预先设置的时间段内没有接收到返回的报文，则在定时器计时完之后删除相应的局向路由信息。

上述方案中，所述地址信息包括：因特网协议IP地址和用于学习局向路由信息的用户数据报协议UDP端口号；

所述局向路由信息包括：IP地址、用于处理业务数据的UDP端口号以及局向号码。

本发明还提出一种语音服务器VS，无需进行手工静态配置来实现网络中已有VS局向路由信息的配置。

针对上述目的，本发明提出的方案为：

一种可配置局向路由的语音服务器VS，该VS为新加入网络的VS，包括：

存储单元，保存语音服务器自身的局向路由信息和新加入网络中VS的地址信息：

发送单元，根据存储单元保存的网络中已有VS的地址信息将自身的局向路由信息发送给网络中已有的VS；

接收单元，接收返回的网络中已有VS的局向路由信息；

配置单元，将网络中已有的VS的局向路由信息保存在存储单元中以完成配置。

上述方案中，所述接收单元进一步用于接收网络中已有VS的确认报文，所述确认报文中携带有对方接收局向路由信息情况的信息，该语音服务器进一步包括：

判别单元，根据确认报文中对方接收局向路由信息情况的信息判断对方是否接收正确，如果正确接收，则指示配置单元实现配置，并指示发送单元发送确认报文：否则，指示发送单元发送非确认报文。

本发明还提出一种语音服务器VS，无需进行手工静态配置来实现网络中已有VS局向路由信息的配置。

针对上述目的，本发明提出的方案为：

一种可配置局向路由的语音服务器VS，该VS为网络中已有的VS，包括：

存储单元，保存网络中已有VS的局向路由信息；

接收单元，接收新加入网络VS的局向路由信息和新加入网络VS的地址信息；

发送单元，根据新加入网络VS的地址信息将存储单元保存的网络中已有VS的局向路由信息发送出去；

配置单元，将接收到的新加入网络VS的局向路由信息保存在存储单元中以完成配置。

上述方案中，所述接收单元进一步用于接收来自新加入网络VS的通知报文，所述通知报文携带有表示接收局向路由信息情况的信息；还用于接收来自新加入网络VS的确认报文，并指示配置单元实现配置；

该语音服务器进一步包括：

判别单元，根据通知报文中表示接收局向路由信息情况的信息判断对方接收是否正确，如果正确，则返回确认报文，并同时携带表示自身接收局向路由信息情况的信息。

综上所述，本发明提出一种在语音服务器上配置局向路由的方法和语音服务器，新加入网络的语音服务器(VS)可以根据网络中已有VS的地址信息将自身的局向路由信息发送给网络中已有的VS；网络中已有的VS也可以根据新加入网络的VS的地址信息将自身的局向路由信息发送给新加入网络的VS；新加入网络的VS和网络中已有的VS再各自配置获得的局向路由信息。这样，由于无需进行手工静态配置，大大减少了网络管理人员的工作量，从而有利于因特网协议语音(VOIP)的接入。

附图说明

图1是本发明实现在语音服务器上配置局向路由的流程图；

图2是应用本发明方案的实施例的流程图；

图3是应用本发明方案新加入网络的语音服务器的内部结构示意图；

图3a是应用本发明方案新加入网络的语音服务器需要对方确认信息正确的情况下的内部结构示意图；

图4是应用本发明方案网络中已有的语音服务器的内部结构示意图；

图4a是应用本发明方案网络中已有的语音服务器需要确认信息正确的情况下的内部结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。

图1是本发明实现在语音服务器上配置局向路由的流程图。如图1所示，该方法包括：

步骤101：新加入网络的语音服务器(VS)根据网络中已有VS的地址信息将自身的局向路由信息发送给网络中已有的VS。

步骤102：网络中已有的VS根据新加入网络的VS的地址信息将自身的局向路由信息发送给新加入网络的VS。

在上述的步骤101和步骤102中，为了避免手工静态配置局向路由，新加入网络的VS和网络中已有的VS是采用交互的方式将自身的局向路由信息发送给对方，从而实现配置。

当然，为了将自身局向路由信息发送给对方，新加入网络的VS需要获得网络中已有VS的地址信息，网络中已有的VS也需要获得新加入网络VS的地址信息。其中，新加入网络VS可以事先获得网络中所有VS的地址信息，获得的方法可以为：

新加入网络的VS向网络中已有的一个VS发送入网请求报文，并接收返回的入网响应报文，所述入网响应报文中携带有网络中所有VS的地址信息。

实际应用中，新加入网络的VS可以在自身中事先配置网络中已有的一个VS的地址信息，再向这个VS发送入网请求报文。另外，由于接收入网请求报文的VS是网络中已有的一个VS，应该保存有网络中其它所有VS的地址信息。也就是说，利用本发明方案实施的建网初期，如果VS2需要新加入仅有VS1的网络，可以将网络中这个已有的VS1的地址信息配置在自身中，再向VS1发送携带有VS2地址信息的入网请求报文，从而使网络中VS1获得新加入网络的VS2的地址信息。

同样，如果VS3需要加入仅有两个VS的网络，也可以将网络中已有的VS2的地址信息事先配置在自身中，再向VS2发送携带有VS3地址信息的入网请求报文，然后VS2将网络已有的所有VS的地址信息，即VS1和VS2的地址信息，通过入网响应报文返回给VS3，使VS3得到网络中所有VS的地址。此后，VS3还可以通过交互将自身的地址信息发送给网络中已有的各个VS。如果网络中还需要继续加入新的VS，也可以按照上述方法依此类推。总之，一个新的VS加入网络时，是可以从某个VS中获得网络中已有的所有VS的地址信息，也可以使网络中已有的所有VS获得自身的地址信息。

当然，实际应用中，也可以不采用上述方法获得网络中已有VS的地址信息。比如：可以在新加入网络的VS中直接配置网络中已有的所有VS的地址信息。这样，就无需由新加入网络的VS发起入网请求报文来获取所有VS的地址信息了。

步骤103：新加入网络的VS和网络中已有的VS各自配置获得的局向路由信息。

这里，由于新加入网络的VS和网络中已有的VS各自获取了对方的局向路由信息，可以直接将获取的局向路由信息配置在自身中，以满足后续发起的局间呼叫。

实际应用中，为了保证对方局向路由信息的可靠，还可以采用以下方法实现配置：

X1、新加入网络的VS向所述网络中已有的VS发送表示已接收到对方局向路由信息的报文，并同时携带表示接收情况的信息。

X2、网络中已有的VS根据所述表示接收情况的信息判断对方接收的局向路由信息是否正确，如果正确，则返回确认报文，并同时携带表示自身接收局向路由信息情况的信息。

X3、新加入网络的VS接收到确认报文时，将对方的局向路由信息配置在自身中，并根据对方接收局向路由信息情况的信息判断对方是否接收正确，如果正确，则返回确认报文。

X4、网络中已有的VS接收到确认报文后，将对方的局向路由信息配置在自身中。

也就是说，新加入网络的VS和网络中已有的VS获得对方的局向路由信息后，并不立即配置局向路由信息，而是需要对方重新进行确认后再进行配置。

实际应用中，网络中VS可能发生故障或其它原因导致呼叫失败。为了避免呼叫失败时给用户的不良体验，或者使用户可以将呼叫失败的情况上报给管理员以便于及时处理，本发明还可以在新加入网络的VS将自身的局向路由信息发送给网络中已有的VS时，同时将事先配置的紧急服务信息发送给网络中已有的VS，所述紧急服务信息包括提供紧急服务的IP地址、提供紧急服务的UDP端口号、提供紧急服务的电话号码。

同样，网络中已有的VS将自身的局向路由信息发送给新加入网络的VS时，也可以同时将事先配置的紧急服务信息发送给新加入网络的VS，所述紧急服务信息包括提供紧急服务的IP地址、提供紧急服务的UDP端口号、提供紧急服务的电话号码。

这样，当新加入网络的VS和网络中已有的VS各自配置局向路由信息之后，如果某个用户发起呼叫，并且主叫方的VS确定被叫方VS发生故障，无法继续提供呼叫服务，那么，主叫方VS就可以利用被叫方的紧急服务信息进行呼叫。如果这个紧急服务的电话号码是传送给网络管理员的电话号码，网络管理员就可以及时获得被叫方发生故障的信息，从而进行相应的处理。

实际应用中，网络中的VS的局向路由信息还可能发生变化。为了保证记录的局向路由信息是最新的，各个VS还可以设置自身的有效时间。这样，在新加入网络的VS将自身的局向路由信息发送给网络中已有的VS时，该方法还可以进一步包括：新加入网络的VS将自身有效时间发送给网络中已有的VS。同样，在网络中已有的VS将自身的局向路由信息发送给新加入网络的VS时，该方法还可以进一步包括：网络中已有的VS将自身处理报文的有效时间发送给新加入网络的VS。

也就是说，网络中各个VS不但可以得到其它VS的局向路由信息，还可以得到其它VS相应的有效时间。这样，在新加入网络的VS和网络中已有的VS各自配置局向路由信息之后，该方法还可以进一步包括：

新加入网络的VS和网络中已有的VS根据对方的有效时间为对方设置定时器并开始计时；当计时到达预先设置的时间时，向对方发送携带有对方局向路由信息的报文，如果在预先设置的时间段内接收到表示局向路由信息正确的确认报文，则重新启动定时器开始计时，如果在预先设置的时间段内接收到表示局向路由信息不正确的非确认报文，则与对方交互获得新的局向路由信息并重新进行配置。

实际应用中，如果在预先设置的时间内没有接收到返回的报文，该方法还可以进一步包括：

按照预先设置的时间间隔和报文个数周期性地向对方发送携带有对方局向路由信息的报文；如果在预先设置的时间段内接收到表示局向路由信息正确的确认报文，则重新启动定时器开始计时；如果在预先设置的时间段内接收到表示局向路由信息不正确的非确认报文，则与对方交互获得新的局向路由信息并重新进行配置；如果在预先设置的时间段内没有接收到返回的报文，则在定时器计时完之后删除相应的局向路由信息。

为了更好地说明本发明方案，下面用一个实施例进行详细描述。

本实施例中，可以事先为网络中的VS制定专门用于局向路由信息交互的协议。为了区别现有技术的手工静态配置，本实施例制定的协议可以称为动态语音服务器配置协议。本实施例制定的协议中，包括入网请求(Join-request)报文、入网响应(Join-reply)报文、搜索请求(Seek-request)报文、搜索响应(Seek-reply)报文、通知(Notify)报文、确认(ACK)报文、非确认(NAK)报文。

其中，入网请求报文是新加入网络的VS需要获取网络中其它所有VS的地址信息时发送的报文，其格式可以如表一所示：

表一

在表一中，“版本号”表示动态语音服务器配置协议的版本号，此实施例可以假定为“1”，占4个比特；“类型”表示入网请求报文的类型，此实施例可以假定为“1”，占4个比特；“报文序列号”表示VS之间交互时发送报文的序列编号，此实施例假定可以从“1”开始递增；“VS的IP地址”表示发送该报文的VS自身的IP地址；“VS端口号”表示发送该报文的VS自身处理动态语音服务器配置协议的端口号。

本实施例中，动态语音服务器配置协议报文和业务数据都可以最后打包为UDP报文，但处理动态语音服务器配置协议报文的端口号与处理业务数据的端口号可以是不同的。比如：可以假定处理动态语音服务器配置协议报文的UDP端口号为“8048”，而处理业务数据的UDP端口号为“5061”。这里的业务数据就是指语音数据。当然，本实施例中处理动态语音服务器配置协议报文的UDP端口号可以自行配置，只要将VS自身的端口号通知给其它VS，使其它VS学习到局向路由信息即可。由于本实施例中所制定协议中的“VS的端口号”就是用来学习局向路由信息的，所以，也可以称为“用于学习局向路由信息的UDP端口号”。

入网响应报文是接收到入网请求报文的VS返回的报文，其格式可以如表二所示：

表二

在表二中，“版本号”、“类型”、“报文序列号”的含义与表一相同，可以假定“版本号”为“1”，“类型”为“2”，入网响应报文中“报文序列号”需要与入网请求报文中的“报文序列号”对应，也应该为从“1”开始递增。另外，“VS单元”可以有n个单元，每一个单元可以包括一个VS的IP地址和一个VS的端口号。也就是说，返回的入网响应报文中可以携带网络中所有已有的VS的地址信息，每一个VS的地址信息占用一个VS单元。

搜索请求报文是某个VS向另一个VS发送的报文，用于获取对方的局向路由信息，并在该报文中携带有自身的局向路由信息。比如：新加入网络的VS就可以向网络中已有的某个VS发送搜索请求报文，其格式可以如表三所示：

表三

在表三中，“版本号”、“类型”、“报文序列号”、“VS的IP地址”、“VS端口号”的含义仍然与表一相同，此处不再赘述。另外，“VS业务端口号”表示发送该报文的VS处理业务数据的UDP端口号；“VS的ID号”表示发送该报文的VS在网络中的编号，以便于区分；“VS的别名”表示描述发送该报文的VS的名称；“提供紧急服务的IP地址”表示其它VS呼叫失败时可以重新呼叫的目的IP地址；“提供紧急服务的UDP端口号”表示其它VS呼叫失败时可以重新呼叫的目的UDP地址；“提供紧急服务的电话号码”表示其它VS呼叫失败时可以重新呼叫的目的电话号码；“有效时间”表示发送该报文的VS的有效时间；“VS优先级”表示发送该报文的VS的优先级，可以用于区分主用VS和备用VS，值越小的优先级越高，优先级最高的为主用VS；“局向号码”表示电话前缀，用于区分不同的局，比如：“北京”所在网络的局向号码就可以设置为“010”。

搜索响应报文是某个VS接收到搜索请求报文时返回的报文，其格式基本上可以与搜索请求报文的格式一致，只是其中的值是发送搜索响应报文的VS自身的值。另外，如果接收搜索响应报文的VS已经获得了所有VS的端口号，在搜索响应报文中可以不包括“VS端口号”一项。

通知报文是某个VS向另一个VS发送通知已经接收到对方局向路由信息的报文，新加入网络的VS向网络中已有的VS发送的表示已接收到对方局向路由信息的报文就可以使用通知报文。为了保证所接收到的局向路由信息的正确性，通知报文还可以将之前从搜索请求报文或搜索响应报文中接收到的一部分信息重新返回给对方进行确认。通知报文中究竟携带哪些信息需要对方确认，可以由应用本发明方案的用户自行确定。比如：本实施例，通知报文中可以携带“VS的IP地址”、“VS业务端口号”、“VS的ID号”、“提供紧急服务的IP地址”、“提供紧急服务的UDP端口号”、“提供紧急服务的电话号码”、“有效时间”等信息。本实施例中，通知报文的格式可以如表四所示：

表四

确认报文是某个VS接收到通知报文后返回的报文，用于对发送通知报文的VS所接收到的局向路由信息及待确认信息进行确认。为了使发送通知报文的VS也相应地对局向路由信息及待确认信息进行确认，确认报文中还可以进一步包括“VS的IP地址”、“VS业务端口号”、“VS的ID号”、“提供紧急服务的IP地址”、“提供紧急服务的UDP端口号”、“提供紧急服务的电话号码”、“有效时间”等信息。这些信息前述含义相同，其格式仍然可以如表四所示，此处不再赘述。

非确认报文是某个VS确认对方所接收到自己的局向路由信息和待确认信息有错误时发送的报文，其格式可以如表五所示：

表五

这里，本实施例中通知报文和确认报文除了包括“版本号”、“类型”和“报文序列号”这三个常规项以外，还包括有“VS的IP地址”、“VS业务端口号”、“VS的ID号”、“提供紧急服务的IP地址”、“提供紧急服务的UDP端口号”、“提供紧急服务的电话号码”、“有效时间”这七项需要对方确认的信息。这里，可以将非确认报文中错误项的最高的第2～第8个比特依次与上述七项对应，错误项的最高的第1个比特与其它信息对应。也就是说，如果某个VS接收到通知报文后，发现其中的第二项，即“VS业务端口号”错误，与自身的业务端口号不同，就可以将非确认报文错误项设置为0010000000000000，以通知对方接收的局向路由信息中的“VS业务端口号”是错误的。如果某个VS接收到通知报文后，发现上述七项都正确，而其它的信息发生了错误，就直接将非确认报文错误项设置为1000000000000000。

为了更好地保存或配置局向路由信息及其它信息，本实施例中，各个VS还在自身中设置有一个信息列表，或者称语音服务器信息表。语音服务器信息表的格式可以如表六所示：

表六

在表六中，不但可以包括“VS的IP地址”、“VS业务端口号”以及“局向号码”这些局向路由信息，还包括有“VS的ID号”、“VS的别名”等其它的通过交互获得信息。当然，实际应用中，除了局向路由信息，VS还需要记录哪些交互过程中获得信息也可以由应用本实施例方案的用户自行确定，此处不再赘述。

本实施例中，假设网络中已有的VS包括VS1～VS3，VS4为需要新加入网络的VS。其中VS1～VS3已经包括有网络中其它所有VS的地址信息，即：VS1包括有VS2、VS3的IP地址和VS端口号；VS2包括有VS1、VS3的IP地址和VS端口号；VS3包括有VS1、VS2的IP地址和VS端口号。

本实施例中，假设VS4中事先已经配置有VS1的地址信息。

图2是本实施例VS4和VS2实现局向路由配置的流程图。如图2所示，该方法可以包括：

步骤201：VS4根据VS1的地址信息向VS1发送入网请求报文，所述入网请求报文中携带有VS4自身的地址信息。

本步骤中，VS4实际上是将先构造一个入网请求报文，即：将协议的版本号、报文的类型、发送本步骤报文的报文序列号、VS4自身的IP地址以及VS4的端口号填到入网请求报文的相应的项中。此后，再将该报文打包为UDP报文，并发送给VS1。后续的步骤中，VS4与其它VS的交互都是先构造本实施例制定的报文，再将报文打包为UDP报文，然后发送给对方，此后不再一一重复描述。当然，在打包的UDP报文中还包括有发送该UDP报文的VS自身的IP地址和VS端口号。

步骤202：VS1将自身保存的网络中已有的所有VS的地址信息通过入网响应报文返回给VS4。

这里，由于本实施例中有3个已有的VS，即VS1～VS3，所以，VS1可以通过入网响应报文将VS1～VS3的地址信息返回给VS4。

步骤203：VS4根据VS2的地址信息将自身的局向路由信息携带于搜索请求报文中发送给VS2。

这里，本步骤是采用单播的方式将VS4的局向路由信息单独发送给VS2。当然，如果要实现VS4与其它VS的局向路由配置，还可以将VS4的局向路由信息以单播的方式发送给其它VS，此处不再赘述。

另外，本步骤中，VS4除了将自身的局向路由信息携带于搜索请求报文中，还将“VS端口号”、“VS的ID号”、“VS的别名”、“提供紧急服务的IP地址”、“提供紧急服务的UDP端口号”、“提供紧急服务的电话号码”、“有效时间”、“VS优先级”等表三中描述的其它信息一并携带于搜索请求报文中发送给VS2。

步骤204：VS2将自身的局向路由信息携带于搜索响应报文中返回给VS4。

这里，由于步骤203中VS2已经获得VS4的地址信息，因此可以利用VS4的地址信息向VS4返回搜索响应报文。本步骤的搜索响应报文中不但携带有VS2自身的局向路由信息，还携带有如表三中描述的其它信息。

此时，经过步骤203和步骤204，VS4和VS2已经获得对方的局向路由信息。但需要注意的是，本实施例，VS4和VS2并不立即将配置获得的局向路由信息，或者说，并不立即将对方的局向路由信息保存到语音服务器信息表中，而是需要利用以下步骤进行确认后再保存。

步骤205：VS4向VS2发送通知报文。

本步骤中，为了确保VS4接收到的信息是正确的，VS4将搜索响应报文中的部分信息提取出来填入通知报文中。至于通知报文中包括搜索响应报文中哪些信息，则可以参见表四，此处不再赘述。

步骤206：VS2根据通知报文判断VS4接收到的包括局向路由信息的信息是正确的，并向VS4返回确认报文。

与步骤205相似，VS2在返回确认报文时，还需要携带从搜索请求报文中所接收到的部分信息。至于确认报文中包括搜索请求报文中哪些信息，也可以参见表四，此处不再赘述。

本实施例是假设VS4接收到的局向路由信息是正确的情况下，VS2需要向VS4返回确认报文。当然，如果假设VS4接收到的局向路由信息是错误的，VS2就需要向VS4返回非确认报文，并在错误项中指出错误的地方。此后，VS4就可以重新向VS2发送搜索请求报文，VS2重新回复搜索响应报文。也就是说，如果VS4接收到非确认报文，就可以重新执行步骤203～206，直到VS4接收到确认报文为止。

步骤207：VS4将接收到的包括VS2局向路由信息的信息配置在自身中。

本实施例中，由于VS4不但从搜索响应报文中接收到VS2的局向路由信息，还接收到其它信息，可以将搜索响应报文中的信息保存在表六所示的语音服务器信息表中。这里所述将搜索响应报文中的信息保存在表六中实际上就是实现了配置，保存后的语音服务器信息表可以如表七所示：

表七

步骤208：VS4根据VS2所发送的确认报文判断VS2接收到的包括局向路由信息的信息是正确的，向VS2发送确认报文。

本步骤中，由于只需要确认VS2从搜索请求报文中接收的信息是正确的，而不需要再次请求VS2判断VS4自身接收的信息是否正确，所以，本步骤的确认报文可以仅仅为一个报文头。

当然，如果VS4根据VS2所发送的确认报文判断出VS2接收到的包括局向路由信息的信息有错误，则应该向VS2发送非确认报文，并在错误项中指出错误的地方。此后，VS4和VS2可以重新执行步骤203～206，直到VS2接收到确认报文为止。

步骤209：VS2将接收到的包括VS4局向路由信息的信息配置在自身中。

本步骤中，VS2也可以如步骤207一样，将此前接收到的搜索请求报文中的信息填入自身的语音服务器信息表中，其格式与表七相似，只是填写的是VS4的信息，此处不再赘述。

本实施例仅仅描述了VS2和VS4如何实现局向路由配置的流程。实际应用中，VS4和VS1也可以执行与步骤203～209相似的步骤，只是VS4是与VS1进行交互，步骤203～209中的VS2替换为VS1即可。相应地，VS4和VS3也可以执行与步骤203～209相似地步骤，其中的VS2替换为VS3即可。

执行本实施例之后，VS2和VS4中都配置有对方的局向路由信息，两个局域网中的用户就可以通过VS2和VS4发起呼叫，从而实现通信。

当然，如果VS2和VS4局域网中的用户呼叫失败后，还可以利用紧急服务信息进行呼叫。比如：VS2所在局域网中的用户通过VS2和VS4发起呼叫，但由于VS4发生故障，呼叫失败。此时，由于VS2的语音服务器信息表中不但保存有VS4的局向路由信息，还保存有紧急服务信息，即提供紧急服务的IP地址、提供紧急服务的UDP端口号以及提供紧急服务的电话号码，VS2就可以直接利用紧急服务信息发起呼叫。如果提供紧急服务的电话号码为一个网络管理员的电话号码，该网络管理员就可以确定VS4发生了故障，并及时对其进行处理。

本实施例中，由于VS2和VS4还通过交互接收到对方的有效时间，那么，就可以为对方设置一个定时器并开始计时。当计时到达预先设置的时间时，可以再次由对方确认局向路由信息是否正确，如果正确，则重新计时；如果不正确，则再次与对方交互获得新的局向路由信息并重新进行配置。

比如：VS4的有效时间为T，VS2在自身中为VS4预先设置了一个定时器开始计时。当VS2中的定时器计时到达预先设置的T/2时，VS2向VS4发送携带有包括VS4局向路由信息的通知报文。VS4可以判断通知报文中的信息是否正确，如果正确，则在预先设置的时间段内向VS2返回确认报文：否则，返回非确认报文。也就是说，如果VS2在预先设置的时间段内接收到返回的确认报文，就可以确定自身保存的VS4的包括局向路由信息的信息是正确的，无需更改语音服务器信息表中针对VS4的表项，重新启动定时器即可。但如果VS2在预先设置的时间内接收到返回的非确认报文，就可以确定自身的VS4的包括局向路由信息的信息是错误的，需要更改语音服务器信息表中针对VS4的表项。更改针对VS4表项的方法可以采用类似于步骤203～步骤209的方法，只是由于VS2需要主动发起搜索请求报文，将步骤203～步骤209中的VS2和VS4相互交换一下即可。当然，由于这里只需要VS2获取VS4的信息，VS2发送的搜索请求报文也可以不包括VS2自身的信息，VS4也不必判断VS2接收到的信息是否正确。

进一步地，如果VS2在预先设置地时间段内既没有接收到VS4返回到确认报文，也没有接收到非确认报文。为了确保VS2发送确认报文的可靠性，该方法还可以进一步包括：

假设发送通知报文的时间间隔为t，发送通知报文的个数为5，那么，VS2就可以每隔时间间隔t就向VS4发送一个通知报文，直到发送5个通知报文为止。发送5个通知报文以后，如果VS2在预先设置的时间段内接收到确认报文，则可以重新启动定时器；如果VS2在预先设置的时间段内接收到VS4返回的非确认报文，则仍然采用上述方法重新获取VS4的信息：如果在预先设置的时间段内没有接收到任何返回的报文，则可以确定VS4发生了故障，在定时器计时完成之后，直接将自身语音服务器信息表中针对VS4的表项删除，即删除包括VS4局向路由信息的所有信息。

当然，如果某个VS的信息发生了变化，比如局向号码发生了变化，也可以主动向其它VS发送携带自身局向路由信息的搜索请求报文，从而使其它VS更新各自的语音服务器信息表。

针对上述方法，本发明还提出一种语音服务器。下面将从逻辑上分为新加入网络的语音服务器和网络中已有的语音服务器进行详细描述。

图3是新加入网络的语音服务器的内部结构示意图。如图3所示，该语音服务器可以包括：

存储单元301，保存语音服务器自身的局向路由信息和网络中已有VS的地址信息；

发送单元302，根据网络中已有VS的地址信息将自身的局向路由信息发送给网络中已有的VS；

接收单元303，接收返回的网络中已有VS的局向路由信息；

配置单元304，将网络中已有的VS的局向路由信息保存在存储单元301中以完成配置。

也就是说，新加入网络的语音服务器可以事先保存自身的局向路由信息和网络中已有VS的地址信息。当需要加入网络时，可以由发送单元302根据网络中已有VS的地址信息将自身的局向路由信息发送给网络中已有的VS。此后，如果接收单元303接收到返回的网络中已有VS的局向路由信息，就可以进一步由配置单元304将网络中已有的VS的局向路由信息保存在存储单元301中以完成配置。

实际应用中，为了保证配置的局向路由信息是正确的，该语音服务器还可以在对方确认信息正确的情况再进行配置。这种情况可以由图3a表示，如图3a所示，该语音服务器不但包括图3中的单元，其中，接收单元303进一步用于接收网络中已有VS的确认报文，所述确认报文中携带有对方接收局向路由信息情况的信息。相应地，该语音服务器还进一步包括：

判别单元305，根据确认报文中对方接收局向路由信息情况的信息判断对方是否接收正确，如果正确接收，则指示配置单元304实现配置，并指示发送单元302发送确认报文；否则，指示发送单元302发送非确认报文。

与新加入网络的语音服务器对应的为网络中已有的语音服务器。图4是网络中已有的语音服务器的内部结构示意图。如图4所示，该语音服务器可以包括：

存储单元401，保存网络中已有VS的局向路由信息；

接收单元402，接收新加入网络VS的局向路由信息和新加入网络VS的地址信息；

发送单元403，根据新加入网络VS的地址信息将网络中已有VS自身的局向路由信息发送出去；

配置单元404，将接收到的新加入网络VS的局向路由信息保存在存储单元401中以完成配置。

也就是说，当网络中已有语音服务器的接收单元402接收到新加入网络VS的局向路由信息和新加入网络VS的地址信息，可以知道目前有新的语音服务器需要加入网络。此时，发送单元403可以根据新加入网络VS的地址信息将网络中已有VS自身的局向路由信息发送出去，并由配置单元404将接收到的新加入网络VS的局向路由信息保存在存储单元401中以完成配置。

实际应用中，网络中已有的语音服务器也可以先确认接收到的信息是正确的情况下再进行配置。这种情况可以如图4a所示。也就是说，接收单元402进一步用于：接收来自新加入网络VS的通知报文，所述通知报文携带有表示接收局向路由信息情况的信息；还用于接收来自新加入网络VS的确认报文，并指示配置单元404实现配置。相应地，该语音服务器还可以进一步包括：

判别单元405，根据通知报文中表示接收局向路由信息情况的信息判断对方接收是否正确，如果正确，则返回确认报文，并同时携带表示自身接收局向路由信息情况的信息。

当然，新加入网络的语音服务器和网络中已有语音服务器的交互可以按照上述方法进行，此处不再赘述。

另外，本发明实施例是将新加入网络的语音服务器和网络中已有的语音服务器分开进行描述的。而实际应用中，新加入网络的语音服务器和网络中已有的语音服务器可以在物理上为同一个语音服务器，并不会严格的分开。比如：某个语音服务器要加入网络时，从逻辑上讲应该为一个新加入网络的语音服务器。当该语音服务器加入网络之后，从逻辑上讲又应该称为一个网络中已有的语音服务器。所以，实际应用中，语音服务器可以既可以包括图3或图3a的内部单元，又可以包括图4或图4a的内部单元。

应用本发明方案，由于新加入网络的VS和网络中已有VS通过交互获得对方的局向路由信息，再根据获得的局向路由信息各自进行配置，无需进行手工静态配置，大大减少了网络管理人员的工作量，从而有利于因特网协议语音(VOIP)的接入。

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。