呼叫备份及呼叫方法、装置、终端、服务器及存储介质与流程

1.本技术涉及分级组网技术领域，具体而言，涉及一种呼叫备份及呼叫方法、装置、终端、服务器及存储介质。


背景技术：

2.目前，在分级组网中，用于实现呼叫备份的主要方法是，通过多机备份的方式实现的。所谓多机备份，是指设置两个或两个以上的用于管理本级组网的呼叫业务的服务器，当主服务器故障后，即可采用其他的服务器作为新的主服务器提供服务。但是，这种方式部署成本高昂，不利于实际推广。且当某一级组网的所有服务器同时故障时，业务就会出现无法恢复的情况。


技术实现要素：

3.本技术实施例的目的在于提供一种呼叫备份及呼叫方法、装置、终端、服务器及存储介质，用以实现分级组网中的呼叫备份。
4.本技术实施例提供了一种呼叫备份方法，应用于分级组网的终端，包括：监测主服务器是否异常；在监测到主服务器异常时，向预先关联的备服务器发送包含所述终端的号码和通信地址的注册请求，以使所述备服务器关联保存所述号码和所述通信地址；其中：所述主服务器为预先注册有所述终端的通信地址的、所述终端所属本级组网对应的服务器；所述备服务器为所述终端所属的本级组网外的其他组网对应的服务器。
5.在上述实现过程中，通过以终端所属的本级组网的服务器作为主服务器，可以实现在分级组网内的设备正常时的正常呼叫。而采用终端所属的本级组网外的其他组网对应的服务器作为备服务器，通过在主服务器异常时，向预先关联的备服务器发送包含该终端的号码和通信地址的注册请求，从而在备服务器上进行注册，从而可以实现在主服务器异常时，通过备服务器查找得到该终端的通信地址，从而实现通过备服务器到该终端的呼叫接通，实现呼叫备份。相比于现有技术而言，由于采用的是终端所属的本级组网外的其他组网对应的服务器作为备服务器，因此可以不对主服务器进行多机备份，从而可以有效节约成本。此外，当某一级组网的所有服务器同时故障时，本技术实施例的方案可以继续实现呼叫业务，相比于现有技术而言，也不存在当某一级组网的所有服务器同时故障时，业务就会出现无法恢复的情况。
6.进一步地，所述方法还包括：在监测到所述主服务器从异常状态恢复为正常状态时，向所述备服务器发送注销请求，以使所述备服务器清除所述终端的通信地址。
7.在上述实现过程中，当监测到主服务器恢复时，即可以向备服务器发送注销请求，从而清除备服务器中该终端的通信地址，使得继续由主服务器为该终端提供服务。
8.进一步地，所述备服务器为所述终端所属本级组网的上级组网中的服务器；或者，所述备服务器为所述终端所属本级组网的下级组网中的服务器。
9.在实际应用过程中，上级网组中的服务器需要配置其所具有的各下级组网的出局
路由。在本技术实施例中，若采用终端所属本级组网的上级组网中的服务器作为备服务器，那么终端在备服务器中注册后，即可以在上级服务器中保存有到达该终端的通信地址，从而在上级组网中的原有终端呼叫该终端时，可以直接呼叫到该终端。
10.进一步地，所述备服务器中预先配置或同步有所述主服务器中的业务数据。
11.在上述实现过程中，由于备服务器中预先配置或同步有主服务器中的业务数据，那么当对应主服务器的终端注册到备服务器时，该终端的相关业务由于存在相应的业务数据，从而可以在备服务器上同样被执行，提高了在切换到备服务器提高服务时的服务体验。
12.本技术实施例还提供了一种呼叫备份方法，应用于分级组网的服务器，包括：接收终端发来的注册请求；所述注册请求中包含所述终端的号码和通信地址；且所述终端为与所述服务器分属不同组网；关联保存所述号码和所述通信地址。
13.在上述实现过程中，终端通过在不同组网的服务器中进行注册，可以在终端所属的组网中的服务器异常时，通过该不同组网的服务器实现呼叫，从而实现了呼叫备份。
14.进一步地，在接收到所述终端发来的注册请求之后，在关联保存所述号码和所述通信地址之前，所述方法还包括：确定所述号码在预设的备份号码集中。
15.在上述实现过程中，通过预设备份号码集，从而服务器可以实现对于特定号码的备份，可以达到对于注册号码的有效管理的目的。同时，通过只允许在预设的备份号码集中的号码进行注册，也可以有效控制服务器的业务量，达到对于服务器负载的合理管理的目的。
16.本技术实施例还提供了一种呼叫方法，应用于分级组网的服务器，包括：在接收到呼叫请求，且所述呼叫请求中的呼叫号码未在所述服务器的注册号码集中时，在所述服务器的外部组网号码集中查找所述呼叫号码；所述注册号码集为所述服务器中关联保存有通信地址的号码的集合；所述外部组网号码集为未关联保存有通信地址，但保存有对应的出局路由的号码的集合；若查找到所述呼叫号码，获取所述呼叫号码的主出局路由，将所述呼叫请求转发至所述主出局路由指示的下一设备中；所述主出局路由为指向所述呼叫号码的主服务器的出局路由；若所述主出局路由指示的下一设备故障，获取所述呼叫号码的备出局路由，将所述呼叫请求转发所述备出局路由指示的下一设备中；所述备出局路由为指向所述呼叫号码的备服务器的出局路由。
17.在上述实现过程中，通过设置指向呼叫号码的备服务器的出局路由，可以在被呼叫的终端的主服务器异常时，有效通过备服务器呼叫到该终端，从而保证了呼叫业务的正常运行，实现了呼叫备份。
18.本技术实施例还提供了一种呼叫备份装置，应用于分级组网的终端，包括：监测模块，用于监测主服务器是否异常；发送模块，用于在监测到主服务器异常时，向预先关联的备服务器发送包含所述终端的号码和通信地址的注册请求，以使所述备服务器关联保存所述号码和所述通信地址；其中：所述主服务器为预先注册有所述终端的通信地址的、所述终端所属本级组网对应的服务器；所述备服务器为所述终端所属的本级组网外的其他组网对应的服务器。
19.本技术实施例还提供了一种呼叫备份装置，应用于分级组网的服务器，包括：接收模块，接收终端发来的注册请求；所述注册请求中包含所述终端的号码和通信地址；且所述终端为与所述服务器分属不同组网；保存模块，关联保存所述号码和所述通信地址。
20.本技术实施例还提供了一种呼叫装置，应用于分级组网的服务器，包括：查找模块，用于在接收到呼叫请求，且所述呼叫请求中的呼叫号码未在所述服务器的注册号码集中时，在所述服务器的外部组网号码集中查找所述呼叫号码；所述注册号码集为所述服务器中关联保存有通信地址的号码的集合；所述外部组网号码集为未关联保存有通信地址，但保存有对应的出局路由的号码的集合；转发模块，用于在查找到所述呼叫号码时，获取所述呼叫号码的主出局路由，将所述呼叫请求转发至所述主出局路由指示的下一设备中；所述主出局路由为指向所述呼叫号码的主服务器的出局路由；若所述主出局路由指示的下一设备故障，获取所述呼叫号码的备出局路由，将所述呼叫请求转发所述备出局路由指示的下一设备中；所述备出局路由为指向所述呼叫号码的备服务器的出局路由。
21.本技术实施例还提供了一种终端，包括：第一数据通信模组、第一处理器、第一存储器及第一通信总线；所述第一数据通信模组用于与分级组网内的服务器进行数据通信；所述第一通信总线用于实现所述第一数据通信模组、所述第一处理器以及所述第一存储器之间的连接通信；所述第一处理器用于执行所述第一存储器中存储的一个或者多个程序，以实现前述应用于终端的任一种呼叫备份方法。
22.本技术实施例还提供了一种服务器，包括：第二数据通信模组、第二处理器、第二存储器及第二通信总线；所述第二数据通信模组用于与分级组网内的终端进行数据通信；所述通信总线用于实现所述第二数据通信模组、所述第二处理器以及所述第二存储器之间的连接通信；所述第二处理器用于执行所述第二存储器中存储的一个或者多个程序，以实现前述应用于服务器的任一种呼叫备份方法，和/或实现前述的呼叫方法。
23.本技术实施例中还提供了一种可读存储介质，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述任一种的呼叫备份方法，或实现上述呼叫方法。
附图说明
24.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
25.图1为本技术实施例示例出的一种两级分级组网架构的示意图；
26.图2为本技术实施例示例出的一种双机备份的两级分级组网架构的示意图；
27.图3为本技术实施例提供的一种呼叫备份方法的流程示意图；
28.图4为本技术实施例提供的一种呼叫方法的流程示意图；
29.图5为本技术实施例提供的一种应用于终端的呼叫备份装置的结构示意图；
30.图6为本技术实施例提供的一种应用于服务器的呼叫备份装置的结构示意图；
31.图7为本技术实施例提供的一种呼叫装置的结构示意图；
32.图8为本技术实施例提供的一种终端的结构示意图；
33.图9为本技术实施例提供的一种服务器的结构示意图。
具体实施方式
34.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
35.实施例一：
36.为便于理解本技术实施例所提供的方案，下面首选针对分级组网进行介绍。
37.分级组网，是语音业务中常见的一种组网方式，通常采用总部加分支的架构实现。例如图1所示，图1中示出了一种2级组网架构。其中，一级组网a具有两个二级组网a1和a2。ip(internet protocol，互联网协议)网络为组网架构内的各终端之间进行通话的网络，pstn(public switched telephone network，公共交换电话网络)网络为与组网外部终端进行通话的网络。
38.每一个组网中，其具有至少一个服务器和至少一个终端，终端在所属组网的服务器中进行注册，从而通过组网内的服务器实现呼叫。比如终端a1和a2即在组网a内的服务器1上注册，在终端a1请求呼叫终端a2，或者终端a2请求呼叫终端a1时，通过服务器1即可直接实现呼叫。
39.此外，在每一个服务器中，配置有用于跨组网呼叫的路由(称之为出局路由)。在下级组网内的服务器中，出局路由指向其所属的上级组网的服务器；而在上级组网的服务器中，出局路由则指向被呼叫终端所属组网的服务器。这样，通过出局路由的配置即可以实现跨组网呼叫。比如，对于终端a1呼叫终端b1的情况，则终端a1的呼叫请求首先到达服务器1，然后由服务器1根据出局路由，转至终端b1所属的下级组网a1的服务器2处，然后通过服务器2呼叫到终端b1。又比如，对于终端b1呼叫终端a1的情况，则终端b1的呼叫请求首先到达服务器2，然后由服务器2根据出局路由，转至终端a1所属的上级组网a的服务器1处，然后通过服务器1呼叫到终端a1。又比如，对于终端b1呼叫终端b1的情况，则终端b1的呼叫请求首先到达服务器2，然后由服务器2根据出局路由，转至上级组网a的服务器1处，然后服务器1根据出局路由将呼叫请求转至终端b2所属的下级组网a2的服务器3处，通过服务器3呼叫到终端b2。
40.在分级组网中，为了提高呼叫可靠性，需要进行呼叫备份。所谓呼叫备份，当是指呼叫链路中的服务器出现故障时，还可以通过其他服务器实现备份呼叫，从而保证呼叫的正常处理。
41.目前常规的处理方式为多机备份的方式，如图2所示的方式，在服务器1、服务器2和服务器3处分别配置了一个服务器11、服务器21和服务器31作为备份，从而在任一服务器异常时，呼叫可以通过该服务器的备份服务器进行处理。
42.但是该方式中需要增设额外的服务器，成本较高，不利于工业应用的推广。为此，在本技术实施例中提供了一种新的呼叫备份方法，以实现分级组网中的呼叫备份。
43.参见图3所示，本技术实施例中提供的呼叫备份方法包括：
44.s301：终端监测主服务器是否异常。
45.需要注意的是，在本技术实施例中，终端可以通过向主服务器发送探测报文的方式，实现对于主服务器是否异常的监测。
46.示例性的，终端可以按照预设时间间隔向主服务器发送探测报文。若超时未接收到主服务器返回的回应报文，或者收到了主服务器返回的表征存在异常状态的报文，即确定主服务器异常。
47.需要注意的是，本技术实施例中所述的终端包括但不限于可实现虚拟终端功能的网关、ip话机、以及任何形式的sip(session initiation protocol，会话初始协议)终端。
48.还需要注意的是，本技术实施例中所述的服务器可以但不限于是ippbx(internet protocolprivate branch exchange，互联网协议程控交换机)服务器。
49.s302：终端在监测到主服务器异常时，向服务器预先关联的备服务器发送包含有该终端的号码和通信地址的注册请求。
50.在本技术实施例中，终端内可以预先配置好其所对应的备服务器的地址等信息，从而可以在监测到主服务器异常时，向备服务器发送包含有该终端的号码和通信地址的注册请求。
51.需要理解的是，在本技术实施例中，主服务器可以采用终端所属的组网内的服务器，而备服务器则可以采用终端所属的组网外的任一组网的服务器。
52.比如，对于图1所示的2级组网而言，对于终端a1和a2，可以配置服务器1为主服务器，而配置服务器2和/或服务器3为备服务器。
53.应理解，对于一个终端而言，配置的备服务器可以仅有一台，但也可以有多台。在配置有多台备服务器时，在主服务器异常时，可以首先仅向多台备服务器中的一台备服务器发送注册请求，以请求进行注册。在该备服务器注册失败时(比如该备服务器也异常的情况)，再向其他的备服务器发送注册请求，以请求进行注册。
54.需要说明的是，在本技术实施例中，终端的通信地址可以是终端的url(uniform resource locator，统一资源定位符)。当一个服务器内保存有一个终端的url时，该服务器即可以通过该终端的url直接连接到该终端。
55.应理解，终端在未监测到主服务器异常时，即正常采用主服务器进行呼叫。
56.s303：备服务器在接收到注册请求后，关联保存该终端的号码和通信地址，完成注册。
57.需要理解的是，在本技术实施例中，对于一个服务器而言，其首先是所属组网内的各终端的主服务器，其次该服务器还可以作为另一组网中的终端的备服务器。因此，对于一个服务器而言，其首先会进行所属组网内的各终端的注册，即会关联保存所属组网内的各终端的号码和通信地址。
58.当该服务器作为备服务器，接收到来自于其他组网的终端发来的注册请求后，可以关联保存该终端的号码和通信地址，完成注册。此时，该终端相对于该服务器而言，在地位上即等同于该服务器所属组网的终端，从而该服务器具有可以直接连接到该终端的能力。
59.应理解，若一个服务器上所注册的终端越多，那么该服务器所需负载的业务量也就会越多，可能导致某一服务器出现过载情况。为此，在本技术实施例中，可以预先在各备服务器中配置一个备份号码集。进而在接收到终端发来的注册请求之后，先判断该终端的号码是否在该备份号码集中，若在才关联保存该终端的号码和通信地址。若不在，即可以认为该终端误发了注册请求，可以返回注册错误的消息。
60.值得注意的是，在本技术实施例中，在向备服务器注册后，还可以继续监测主服务器是否异常。若发现主服务器从异常状态恢复为正常状态，此时可以向备服务器发送注销请求，备服务器则可以根据该注销请求，清除该终端的通信地址。这样，即可恢复由主服务
器为该终端提供服务。
61.在本技术实施例中，在采用了上述呼叫备份方法后，即可实现主服务器异常时的备份呼叫。
62.需要注意的是，在以同级的组网中的服务器或下级的组网中的服务器作为备服务器时，由于进行跨组网呼叫时，出局路由需要通过上级组网进行中转，因此需要在上级组网中除了配置原本的到主服务器的主出局路由(即指向被请求呼叫的终端的号码的主服务器的出局路由)外，还得配置到备服务器的备出局路由(即指向被请求呼叫的终端的号码的备服务器的出局路由)，从而保证上级组网中的服务器可以通过某一出局路由，能够将呼叫请求转发至当前可以到达被呼叫终端的服务器。
63.示例性的，可以参见图4所示，图4示出了本技术实施例提供的一种呼叫方法，包括：
64.s401：在服务器接收到呼叫请求，且该呼叫请求中的呼叫号码未在服务器的注册号码集中时，在服务器的外部组网号码集中查找该呼叫号码。
65.需要注意的是，注册号码集为服务器中关联保存有通信地址的号码的集合，而外部组网号码集为未关联保存有通信地址，但保存有对应的出局路由的号码的集合。
66.对于本技术实施例而言，当一个终端的号码原本处于该服务器的外部组网号码集中，但是该服务器又是该终端的备服务器时，当该终端在该服务器注册后，该终端的号码即从外部组网号码集中移动至注册号码集。
67.若呼叫请求中被请求的终端的号码在注册号码集中，即服务器即可以直接获取该号码对应的通信地址，从而直接连接到该号码的终端。
68.s402：若查找到该呼叫号码，获取该呼叫号码的主出局路由，将该呼叫请求转发至主出局路由指示的下一设备中。
69.s403：若主出局路由指示的下一设备故障，获取呼叫号码的备出局路由，将呼叫请求转发备出局路由指示的下一设备中。
70.示例性的，以图1所示的组网结构为例，假设终端b1的备服务器为服务器3，当终端b1的主服务器异常时，此时终端b1即在服务器3上进行注册。
71.由于服务器3和服务器2均是服务器1所属组网的下级组网中的服务器，因此需要在上级组网a的服务器1中配置终端b1的主出局路由(指向服务器2)和备出局路由(指向服务器3)。
72.假设终端a1呼叫终端b1，此时终端a1的呼叫请求到达服务器1，服务器1即可以查找本地的注册号码集，由于终端b1在服务器1上未进行注册，可以查找外部组网号码集，找到呼叫请求中终端b1的号码，从而可以获取到终端b1的主出局路由。此时服务器2异常，无法响应服务器1，从而服务器1重新获取到终端b1的备出局路由，将呼叫请求转发至服务器3。由于终端b1在服务器3上进行了注册，服务器3查找本地的注册号码集，即可得到终端b1的通信地址，连接到终端b1。
73.假设终端b1呼叫终端a1，此时终端b1的呼叫请求到达服务器3，服务器3即可以查找本地的注册号码集，由于终端a1在服务器3上未进行注册，可以查找外部组网号码集，找到呼叫请求中终端a1的号码，从而可以获取到终端a1的出局路由，将呼叫请求转发至服务器1。由于终端a1是服务器1所属网组内的终端，因此服务器1查找本地的注册号码集，即可
得到终端a1的通信地址，连接到终端a1。
74.假设终端b1呼叫终端b2，此时终端b1的呼叫请求到达服务器3，服务器3即可以查找本地的注册号码集，由于终端b2是服务器3所属网组内的终端，因此服务器3查找本地的注册号码集，即可得到终端b2的通信地址，连接到终端b2。
75.假设终端b2呼叫终端b1，此时终端b2的呼叫请求到达服务器3，服务器3即可以查找本地的注册号码集，由于终端b1在服务器3上进行了注册，服务器3查找本地的注册号码集，即可得到终端b1的通信地址，连接到终端b1。
76.需要注意的是，由于进行跨组网呼叫时，出局路由需要通过上级组网进行中转，因此在本技术实施例的一种可行实施方式中，也可以采用终端所属组网的上级组网中的服务器作为该终端的备服务器。此时，在该终端的主服务器未异常时，通过上级组网的服务器中的出局路由即可正常连接到该终端。但是当该终端的主服务器异常时，该终端即在上级组网中的服务器进行了注册，从而可以直接通过上级组网的服务器连接到该终端，从而在上级组网的服务器中就可以不必再配置备出局路由。
77.比如，以图1所示的组网结构为例，假设终端b1的备服务器为服务器1。当终端b1的主服务器未异常时，跨组网呼叫终端b1时，需要由服务器1通过出局路由将呼叫请求转发给服务器2，然后由服务器2连接到终端b1。
78.当终端b1的主服务器异常时，此时终端b1即在服务器1上进行注册。
79.假设终端a1呼叫终端b1，此时终端a1的呼叫请求到达服务器1，服务器1即可以查找本地的注册号码集，此时由于终端b1在服务器1上进行了注册，可以找到呼叫请求中终端b1的号码，从而可以获取到终端b1的通信地址，从而连接到终端b1。
80.假设终端b2呼叫终端b1，此时终端b2的呼叫请求先到达服务器3，服务器3即可以根据出局路由，将呼叫请求转发至服务器1，服务器1即可以查找本地的注册号码集，此时由于终端b1在服务器1上进行了注册，可以找到呼叫请求中终端b1的号码，从而可以获取到终端b1的通信地址，从而连接到终端b1。
81.显然，此时无需在上级组网的服务器1中，配置到的终端b1的备出局路由。
82.需要注意的是，在实际应用过程中，终端往往可能具有一些增值业务。比如彩铃、语音邮箱、呼叫转移等等。对于这些业务而言，在本技术实施例中，可以在配置好终端对应的备服务器后，备服务器即预先配置或同步该终端的主服务器中的相关业务的业务数据，从而实现业务迁移。
83.示例性的，可以在主服务器中配置好所述组网内各终端对应的备服务器的地址，从而在主服务器中新配置有某一终端的业务数据后，即主动向该终端的备服务器发送该业务数据和该终端的号码，从而使得备服务器中关联保存该终端的号码和该业务数据，实现业务迁移。
84.需要注意的是，由于本技术实施例所采用的呼叫备份的技术路线与现有的多机备份的呼叫备份路线不同，因此本技术实施例中的呼叫备份技术还可以与现有的多机备份相结合采用。
85.比如，可以采用如图2所示的分级组网结构实现呼叫备份，当图2中某一组网中的各服务器均异常时，采用本技术实施例的方式进行运行，实现呼叫备份。
86.本技术实施例所提供的呼叫备份方法和呼叫方法，通过以终端所属的本级组网的
服务器作为主服务器，可以实现在分级组网内的设备正常时的正常呼叫。而采用终端所属的本级组网外的其他组网对应的服务器作为备服务器，通过在主服务器异常时，向预先关联的备服务器发送包含该终端的号码和通信地址的注册请求，从而在备服务器进行注册，从而可以实现在主服务器异常时，通过备服务器查找得到该终端的通信地址，从而实现通过备服务器到该终端的呼叫接通，实现呼叫备份。相比于现有技术而言，由于采用的是终端所属的本级组网外的其他组网对应的服务器作为备服务器，因此可以不对主服务器进行多机备份，从而可以有效节约成本。此外，当某一级组网的所有服务器同时故障时，本技术实施例的方案可以继续实现呼叫业务，相比于现有技术而言，也不存在当某一级组网的所有服务器同时故障时，业务就会出现无法恢复的情况。
87.实施例二：
88.本实施例在实施例一的基础上，以一个完整的配置过程为例，为本技术做进一步示例说明。
89.参见图1所示的分级组网结构，首先在服务器1、服务器2和服务器3上，分别配置自身所述组网的终端的号码，并注册(关联保存终端的号码和url)。
90.在服务器1中配置第一出局路由，指向服务器2，配置第二出局路由，指向服务器3。
91.在服务器2中配置第三出局路由，指向服务器1。
92.在服务器3中配置第四出局路由，指向服务器1。
93.在终端a1、a2中配置主服务器为服务器1，配置备服务器为服务器2。
94.在终端b1中配置主服务器为服务器2，备服务器为服务器1。
95.在终端b2中配置主服务器为服务器3，备服务器为服务器1。
96.正常情况下，终端a1、a2、b1、b2按照各自的主服务器进行呼叫连接。
97.当终端的主服务器异常时，终端向备服务器注册，通过备服务器进行呼叫连接。
98.示例性的，假设服务器2异常，此时终端b1注册到服务器1中。当终端a1呼叫终端b1时，呼叫请求先正常到达服务器1，服务器1查找本地的注册号码集，得到终端b1的url，连接到终端b1，实现a1到b1的呼叫。
99.上述方案，在实现呼叫备份时，无需在分级组网中增加设备，成本更低，且实施上也更为便捷。且上述方案可以使用与各类终端(如网关、ip话机、sip终端等)，适用性强。
100.实施例三：
101.基于同一发明构思，本技术实施例中还提供了两种呼叫备份装置500和600，以及一种呼叫装置700。应理解，装置500、600和700具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置500、600和700包括至少一个能以软件或固件的形式存储于存储器中或固化在装置500、600和700的操作系统中的软件功能模块。具体地：
102.参见图5所示，装置500应用于分级组网的终端，包括：监测模块501和发送模块502。其中：
103.监测模块501，用于监测主服务器是否异常；
104.发送模块502，用于在监测到主服务器异常时，向预先关联的备服务器发送包含所述终端的号码和通信地址的注册请求，以使所述备服务器关联保存所述号码和所述通信地址；其中：
105.所述主服务器为预先注册有所述终端的通信地址的、所述终端所属本级组网对应
的服务器；所述备服务器为所述终端所属的本级组网外的其他组网对应的服务器。
106.在本技术实施例的一种可行实施方式中，所述发送模块502还用于，在所述监测模块501监测到所述主服务器从异常状态恢复为正常状态时，向所述备服务器发送注销请求，以使所述备服务器清除所述终端的通信地址。
107.在本技术实施例中，所述备服务器为所述终端所属本级组网的上级组网中的服务器；或者，所述备服务器为所述终端所属本级组网的下级组网中的服务器。
108.在本技术实施例中，所述备服务器中预先配置或同步有所述主服务器中的业务数据。
109.参见图6所示，装置600应用于分级组网的服务器中，包括：接收模块601和保存模块602。其中：
110.接收模块601，接收终端发来的注册请求；所述注册请求中包含所述终端的号码和通信地址；且所述终端为与所述服务器分属不同组网；
111.保存模块602，关联保存所述号码和所述通信地址。
112.在本技术实施例的一种可行实施方式中，装置600还包括确定模块，用于在所述接收模块601接收到所述终端发来的注册请求之后，在所述保存模块602关联保存所述号码和所述通信地址之前，确定所述号码在预设的备份号码集中。
113.参见图7所示，装置700应用于分级组网的服务器，包括：查找模块701和转发模块702。其中：
114.查找模块701，用于在接收到呼叫请求，且所述呼叫请求中的呼叫号码未在所述服务器的注册号码集中时，在所述服务器的外部组网号码集中查找所述呼叫号码；所述注册号码集为所述服务器中关联保存有通信地址的号码的集合；所述外部组网号码集为未关联保存有通信地址，但保存有对应的出局路由的号码的集合；
115.转发模块702，用于在查找到所述呼叫号码时，获取所述呼叫号码的主出局路由，将所述呼叫请求转发至所述主出局路由指示的下一设备中；所述主出局路由为指向所述呼叫号码的主服务器的出局路由；若所述主出局路由指示的下一设备故障，获取所述呼叫号码的备出局路由，将所述呼叫请求转发所述备出局路由指示的下一设备中；所述备出局路由为指向所述呼叫号码的备服务器的出局路由。
116.需要理解的是，出于描述简洁的考量，部分实施例一中描述过的内容在本实施例中不再赘述。
117.实施例四：
118.本实施例提供了一种终端，参见图8所示，其包括第一数据通信模组801、第一处理器802、第一存储器803及第一通信总线804。其中：
119.第一数据通信模组801用于与分级组网内的服务器进行数据通信。
120.第一通信总线804用于实现第一数据通信模组801、第一处理器802、第一存储器803之间的连接通信。
121.第一处理器802用于执行第一存储器803中存储的一个或多个程序，以实现上述实施例一和/或实施例二中终端所执行的呼叫备份方法。
122.此外，本实施例提供了一种服务器，参见图9所示，其包括第二数据通信模组901、第二处理器902、第二存储器903及第二通信总线904。其中：
123.第二数据通信模组901用于与分级组网内的服务器进行数据通信。
124.第二通信总线904用于实现第二数据通信模组901、第二处理器902、第二存储器903之间的连接通信。
125.第二处理器902用于执行第二存储器903中存储的一个或多个程序，以实现上述实施例一和/或实施例二中服务器所执行的呼叫备份方法，或服务器所执行的呼叫方法。
126.应理解，图8和图9所示的结构仅为示意，终端和服务器还可包括比图8和图9中所示更多或者更少的组件，或者具有与图8和图9所示不同的配置。
127.应理解，第一数据通信模组801和第二数据通信模组901可以采用现有的各种无线或有线的通信模组实现，在本技术实施例中不做限制。
128.本实施例还提供了一种可读存储介质，如软盘、光盘、硬盘、闪存、u盘、sd(secure digital memory card，安全数码卡)卡、mmc(multimedia card，多媒体卡)卡等，在该可读存储介质中存储有实现上述各个步骤的一个或者多个程序，这一个或者多个程序可被一个或者多个处理器执行，以实现上述实施例一和/或实施例二中的呼叫备份方法，或实现上述实施例一中的呼叫方法。在此不再赘述。
129.在本技术所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
130.另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
131.再者，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
132.在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
133.在本文中，多个是指两个或两个以上。
134.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。