一种局点故障后的业务恢复方法及装置与流程

1.本发明涉及通信技术领域，更具体的，涉及一种局点故障后的业务恢复方法及装置。


背景技术：

2.当epc(evolved packet core network，演进型分组核心网)整个局点发生故障时，比如机房断电，失火，地震等灾害发生时，整个局点的epc设备全部故障。在容灾部署下，发生故障的epc业务将会整体迁移到另外一个容灾局点继续后续的业务。
3.目前对于容灾局点接管之后的用户业务恢复主要有两种方式，一种是用户主动发起业务然后触发重新附着；另一种是等待周期性位置更新，周期一般为1小时。
4.可见，现有技术下，如果用户不主动发起业务，则将会在很长时间内不能作为被叫接收业务。


技术实现要素：

5.有鉴于此，本发明提供了一种局点故障后的业务恢复方法及装置，容灾局点接管后实现用户业务的快速恢复。
6.为了实现上述发明目的，本发明提供的具体技术方案如下：
7.一种局点故障后的业务恢复方法，应用于容灾局点的移动性管理实体mme，所述方法包括：
8.在已接管故障移动性管理实体mme业务的情况下，获取容灾局点的归属用户服务器hss中的用户数据，其中，所述用户数据包括用户的国际移动用户识别码imsi和跟踪区标识列表，且所述用户数据为故障归属用户服务器hss同步到所述容灾局点的归属用户服务器hss中的最新信息；
9.基于所述用户数据，向用户终端发起寻呼；
10.接收所述用户终端发起的重新附着请求，停止执行寻呼所述用户终端。
11.可选的，在已接管故障移动性管理实体mme业务之前，所述方法还包括：
12.判断对应的移动性管理实体mme是否发生故障；
13.若发生故障，接管故障移动性管理实体mme的业务；
14.若未发生故障，不对对应的移动性管理实体mme做任何处理。
15.可选的，所述基于所述用户数据，向用户终端发起寻呼，包括：
16.基于所述跟踪区标识列表，向所述跟踪区列表中的基站发起基于所述imsi的寻呼，以使所述基站收到所述寻呼后向所述用户终端发起寻呼。
17.可选的，所述基于所述用户数据，向用户终端发起寻呼包括：
18.基于所述用户数据对应的所述用户终端，设置寻呼周期，每个寻呼周期对应不同的用户终端，依次在不同的寻呼周期内向所述对应的用户终端发起寻呼。
19.可选的，所述基于所述用户数据，向用户终端发起寻呼包括：
20.基于所述用户数据，设置所述用户数据对应用户终端的优先级，按照所述用户终端的优先级依次向所述用户终端发起寻呼。
21.可选的，在向用户终端发起寻呼之前，所述方法还包括：
22.判断用户终端是否已经在容灾局点的移动性管理实体mme上重新附着；
23.若已经重新附着，则不向用户终端发起寻呼；
24.若未重新附着，则向用户终端发起寻呼。
25.可选的，检测到用户终端位置信息发生改变或发起附着时，将携带有所述用户终端的用户数据消息发送至所述主用局点的归属用户服务器hss，其中，所述用户数据包括用户的国际移动用户识别码imsi、跟踪区标识列表、所述主用局点mme标识信息。
26.可选的，主用局点的归属用户服务器hss使用静态开户数据同步的方式将所述用户终端的用户数据同步到所述容灾局点的归属用户服务器hss。
27.可选的，所述用户终端位置信息发生改变包括：
28.用户终端位置信息发生改变，同时有跟踪区更新tau、s1切换、x2切换当中的至少一个变更流程。
29.一种局点故障后的业务恢复装置，应用于容灾局点的移动性管理实体mme，所述装置包括：
30.数据获取单元，用于在已接管故障移动性管理实体mme业务的情况下，获取容灾局点的归属用户服务器hss中的用户数据，其中，所述用户数据包括用户的国际移动用户识别码imsi和跟踪区标识列表，且所述用户数据为故障归属用户服务器hss同步到所述容灾局点的归属用户服务器hss中的最新信息；
31.寻呼发起单元，用于基于所述用户数据，向用户终端发起寻呼；
32.请求接收单元，用于接收所述用户终端发起重新附着请求，停止执行寻呼所述用户终端。
33.可选的，所述装置还包括故障检测单元，用于：
34.判断对应的移动性管理实体mme是否发生故障；
35.若发生故障，接管故障移动性管理实体mme的业务；
36.若未发生故障，不对对应的移动性管理实体mme做任何处理。
37.可选的，所述寻呼发起单元，具体用于：
38.基于所述跟踪区标识列表，向所述跟踪区列表中的基站发起基于所述imsi的寻呼，以使所述基站收到所述寻呼后向所述用户终端发起寻呼。
39.可选的，所述寻呼发起单元，具体用于：
40.基于所述用户数据对应的所述用户终端，设置寻呼周期，每个寻呼周期对应不同的用户终端，依次在不同的寻呼周期内向所述对应的用户终端发起寻呼。
41.可选的，所述寻呼发起单元，具体用于：
42.基于所述用户数据，设置所述用户数据对应用户终端的优先级，按照所述用户终端的优先级依次向所述用户终端发起寻呼。
43.可选的，所述寻呼发起单元，还用于在向用户终端发起寻呼之前，判断用户终端是否已经在容灾局点的移动性管理实体mme上重新附着；若已经重新附着，则不向用户终端发起寻呼；若未重新附着，则向用户终端发起寻呼。
44.可选的，主用局点的mme检测到用户终端位置信息发生改变或发起附着时，将携带有所述用户终端的用户数据消息发送至所述主用局点的归属用户服务器hss，其中，所述用户数据包括用户的国际移动用户识别码imsi、跟踪区标识列表、所述主用局点mme标识信息。
45.可选的，主用局点的归属用户服务器hss使用静态开户数据同步的方式将所述用户终端的用户数据同步到所述容灾局点的归属用户服务器hss。
46.可选的，所述用户终端位置信息发生改变包括：
47.用户终端位置信息发生改变，同时有跟踪区更新tau、s1切换、x2切换等当中的至少一个变更流程。
48.一种通信设备，包括存储器和处理器：
49.所述存储器用于存储程序指令；
50.所述处理器用于根据所述存储器存储的程序执行上述实施例公开的局点故障后的业务恢复方法。
51.一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例公开的局点故障后的业务恢复方法。
52.相对于现有技术，本发明的有益效果如下：
53.本发明公开的局点故障后的业务恢复方法，在发生故障前，归属用户服务器hss会将用户数据同步到容灾局点的归属用户服务器hss，当容灾局点的移动性管理实体mme在已接管故障移动性管理实体mme业务的情况下，获取容灾局点的归属用户服务器hss中的用户数据，并通过基于用户数据主动向用户终端发起寻呼，使用户终端可以通过发起重新附着请求实现在容灾局点的移动性管理实体mme上的重新附着，及时恢复用户终端的被叫业务。
附图说明
54.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
55.图1为本发明实施例公开的一种局点故障后的业务恢复方法的流程示意图；
56.图2为本发明实施例公开的一种用户终端位置更新数据同步过程示意图；
57.图3为本发明实施例公开的一种业务恢复过程示意图；
58.图4为本发明实施例公开的一种局点故障后的业务恢复装置的结构示意图。
具体实施方式
59.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
60.每个局点都存在一个容灾局点，局点中的每个移动性管理实体mme在容灾局点中都对应一个移动性管理实体mme，本实施例公开了一种局点故障后的业务恢复方法，应用于
容灾局点的移动性管理实体mme，请参阅图1，该业务恢复方法具体包括以下步骤：
61.s101：在已接管故障移动性管理实体mme业务的情况下，获取容灾局点的归属用户服务器hss中的用户数据；
62.用户数据包括用户的国际移动用户识别码imsi、跟踪区标识列表和主用局点mme标识信息等信息，用户数据为故障归属用户服务器hss同步到容灾局点的归属用户服务器hss中的最新信息，其中，故障归属用户服务器hss中的最新用户数据来自于故障移动性管理实体mme。
63.具体的，主用局点的mme检测到用户终端位置信息发生改变或发起附着时，将携带有用户终端的用户数据消息发送至主用局点的归属用户服务器hss，用户终端位置信息发生改变包括：用户终端位置信息发生改变，同时有跟踪区更新tau、s1切换、x2切换等当中的至少一个变更流程。
64.主用局点的归属用户服务器hss使用静态开户数据同步的方式将用户终端的用户数据同步到容灾局点的归属用户服务器hss。
65.目标跟踪区标识列表包括故障移动性管理实体的mme标识和附着在故障移动性管理实体mme上的移动终端的位置信息，如移动终端所在小区，移动终端所对应的基站。
66.请参阅图2，用户终端位置更新数据同步过程如下：
67.s201：用户终端ue发起附着。
68.s202：用户终端位置信息更新，如tau(跟踪区)更新，s1切换，x2切换等。
69.s203：mme构造私有消息将包括携带有mme标识的跟踪区标识列表和imsi的用户数据发送给hss，此交互消息为新增。
70.s204：hss收到用户数据之后向mme反馈响应信息。
71.s205：hss使用静态开户数据同步的方式将用户数据同步到容灾局点的hss上。
72.s102：基于用户数据，向用户终端发起寻呼；
73.具体的，可以通过构造paging消息，向目标跟踪区标识列表中的基站发起基于imsi的寻呼，以使基站收到寻呼后向用户终端发起寻呼。
74.在发起寻呼时，为了防止瞬间呼叫量过大，对发起寻呼进行平滑处理，如根据所述目标跟踪区标识列表中用户终端，设置寻呼周期，每个寻呼周期对应不同的用户终端，依次在不同的寻呼周期内向对应的用户终端发起寻呼。如目标跟踪区标识列表中用户终端的数量为1000个，寻呼周期为1秒，即根据目标跟踪区标识列表中用户终端的排列顺序，在第1秒对第一批100个用户终端进行寻呼，在第2秒对第二批100个用户终端进行寻呼，在第3秒对第三批100个用户终端进行寻呼，直到目标跟踪区标识列表中的用户终端都被寻呼。
75.优选的，还可以基于用户数据中的目标跟踪区标识列表，设置用户数据对应用户终端的优先级，按照用户终端的优先级依次向用户终端发起寻呼，如根据用户优先级对所述目标跟踪区标识列表中的用户终端进行分组，按照用户优先级的顺序依次向每个用户终端组中的用户终端发起寻呼。
76.其中，用户优先级是预先设定的，通过根据用户优先级对目标跟踪区标识列表中的用户终端进行分组，实现优先恢复优先级高的用户终端的被叫业务。
77.进一步，在发起寻呼之前，还可以执行如下操作，以避免向已经重新附着的用户终端发起寻呼，降低寻呼量：
78.判断用户终端是否已经在容灾局点的移动性管理实体mme上重新附着；
79.若已经重新附着，则不向用户终端发起寻呼；
80.若未重新附着，则向用户终端发起寻呼。
81.s103：接收用户终端发起的重新附着请求，停止执行寻呼该用户终端。
82.具体的，请参阅图3，容灾后被叫业务恢复过程如下：
83.s301：容灾局点的mme获取目标跟踪区标识列表，其中，获取目标跟踪区标识列表的方法可以为mme向hss请求目标跟踪区标识列表，也可以为hss主动向mme下发目标跟踪区标识列表。
84.s302：mme构造paging消息，向目标跟踪标识列表中的用户终端发起寻呼。
85.s303：enb将paging消息转发至相应用户终端ue。
86.s304：用户终端ue向enb发起附着请求。
87.s305：enb向mme发起附着请求，实现用户终端的重新附着。
88.向用户终端发起寻呼之后，用户终端发起业务请求以及重新附着流程，用户终端重新附着之后，用户终端就可以正常进行被叫业务了，避免由于用户终端不能感知局点故障，从而导致用户不主动发起业务将会在长时间内不能恢复被叫业务的问题，及时恢复用户终端的被叫业务。
89.基于上述实施例公开的一种局点故障后的业务恢复方法，本实施例对应公开了一种局点故障后的业务恢复装置，请参阅图4，该装置包括：
90.数据获取单元401，用于在已接管故障移动性管理实体mme业务的情况下，获取容灾局点的归属用户服务器hss中的用户数据，其中，所述用户数据包括用户的国际移动用户识别码imsi和跟踪区标识列表，且所述用户数据为故障归属用户服务器hss同步到所述容灾局点的归属用户服务器hss中的最新信息；
91.寻呼发起单元402，用于基于所述用户数据，向用户终端发起寻呼；
92.请求接收单元403，用于接收所述用户终端发起重新附着请求，停止执行寻呼所述用户终端。
93.可选的，所述装置还包括故障检测单元，用于：
94.判断对应的移动性管理实体mme是否发生故障；
95.若发生故障，接管故障移动性管理实体mme的业务；
96.若未发生故障，不对对应的移动性管理实体mme做任何处理。
97.可选的，所述寻呼发起单元402，具体用于：
98.基于所述跟踪区标识列表，向所述跟踪区列表中的基站发起基于所述imsi的寻呼，以使所述基站收到所述寻呼后向所述用户终端发起寻呼。
99.可选的，所述寻呼发起单元402，具体用于：
100.基于所述用户数据对应的所述用户终端，设置寻呼周期，每个寻呼周期对应不同的用户终端，依次在不同的寻呼周期内向所述对应的用户终端发起寻呼。
101.可选的，所述寻呼发起单元402，具体用于：
102.基于所述用户数据，设置所述用户数据对应用户终端的优先级，按照所述用户终端的优先级依次向所述用户终端发起寻呼。
103.可选的，所述寻呼发起单元，还用于在向用户终端发起寻呼之前，判断用户终端是
否已经在容灾局点的移动性管理实体mme上重新附着；若已经重新附着，则不向用户终端发起寻呼；若未重新附着，则向用户终端发起寻呼。
104.可选的，主用局点的mme检测到用户终端位置信息发生改变或发起附着时，将携带有所述用户终端的用户数据消息发送至所述主用局点的归属用户服务器hss，其中，所述用户数据包括用户的国际移动用户识别码imsi、跟踪区标识列表、所述主用局点mme标识信息。
105.可选的，主用局点的归属用户服务器hss使用静态开户数据同步的方式将所述用户终端的用户数据同步到所述容灾局点的归属用户服务器hss。
106.可选的，所述用户终端位置信息发生改变包括：
107.用户终端位置信息发生改变，同时有跟踪区更新tau、s1切换、x2切换等当中的至少一个变更流程。
108.本实施例公开的局点故障后的业务恢复装置，在发生故障前，归属用户服务器hss会将用户数据同步到容灾局点的归属用户服务器hss，当容灾局点的移动性管理实体mme在已接管故障移动性管理实体mme业务的情况下，获取容灾局点的归属用户服务器hss中的用户数据，并通过基于用户数据主动向用户终端发起寻呼，使用户终端可以通过发起重新附着请求实现在容灾局点的移动性管理实体mme上的重新附着，及时恢复用户终端的被叫业务。
109.本实施例还公开了一种通信设备，包括存储器和处理器：
110.所述存储器用于存储程序指令；
111.所述处理器用于根据所述存储器存储的程序执行如下局点故障后的业务恢复方法：
112.在已接管故障移动性管理实体mme业务的情况下，获取容灾局点的归属用户服务器hss中的用户数据，其中，所述用户数据包括用户的国际移动用户识别码imsi和跟踪区标识列表，且所述用户数据为故障归属用户服务器hss同步到所述容灾局点的归属用户服务器hss中的最新信息；
113.基于所述用户数据，向用户终端发起寻呼；
114.接收所述用户终端发起的重新附着请求，停止执行寻呼所述用户终端。
115.进一步，在已接管故障移动性管理实体mme业务之前，所述方法还包括：
116.判断对应的移动性管理实体mme是否发生故障；
117.若发生故障，接管故障移动性管理实体mme的业务；
118.若未发生故障，不对对应的移动性管理实体mme做任何处理。
119.进一步，所述基于所述用户数据，向用户终端发起寻呼，包括：
120.基于所述跟踪区标识列表，向所述跟踪区列表中的基站发起基于所述imsi的寻呼，以使所述基站收到所述寻呼后向所述用户终端发起寻呼。
121.进一步，所述基于所述用户数据，向用户终端发起寻呼包括：
122.基于所述用户数据对应的所述用户终端，设置寻呼周期，每个寻呼周期对应不同的用户终端，依次在不同的寻呼周期内向所述对应的用户终端发起寻呼。
123.进一步，所述基于所述用户数据，向用户终端发起寻呼包括：
124.基于所述用户数据，设置所述用户数据对应用户终端的优先级，按照所述用户终
端的优先级依次向所述用户终端发起寻呼。
125.进一步，在向用户终端发起寻呼之前，所述方法还包括：
126.判断用户终端是否已经在容灾局点的移动性管理实体mme上重新附着；
127.若已经重新附着，则不向用户终端发起寻呼；
128.若未重新附着，则向用户终端发起寻呼。
129.进一步，检测到用户终端位置信息发生改变或发起附着时，将携带有所述用户终端的用户数据消息发送至所述主用局点的归属用户服务器hss，其中，所述用户数据包括用户的国际移动用户识别码imsi、跟踪区标识列表、所述主用局点mme标识信息。
130.进一步，主用局点的归属用户服务器hss使用静态开户数据同步的方式将所述用户终端的用户数据同步到所述容灾局点的归属用户服务器hss。
131.进一步，所述用户终端位置信息发生改变包括：
132.用户终端位置信息发生改变，同时有跟踪区更新tau、s1切换、x2切换当中的至少一个变更流程。
133.本实施例还公开了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如下局点故障后的业务恢复方法：
134.在已接管故障移动性管理实体mme业务的情况下，获取容灾局点的归属用户服务器hss中的用户数据，其中，所述用户数据包括用户的国际移动用户识别码imsi和跟踪区标识列表，且所述用户数据为故障归属用户服务器hss同步到所述容灾局点的归属用户服务器hss中的最新信息；
135.基于所述用户数据，向用户终端发起寻呼；
136.接收所述用户终端发起的重新附着请求，停止执行寻呼所述用户终端。
137.进一步，在已接管故障移动性管理实体mme业务之前，所述方法还包括：
138.判断对应的移动性管理实体mme是否发生故障；
139.若发生故障，接管故障移动性管理实体mme的业务；
140.若未发生故障，不对对应的移动性管理实体mme做任何处理。
141.进一步，所述基于所述用户数据，向用户终端发起寻呼，包括：
142.基于所述跟踪区标识列表，向所述跟踪区列表中的基站发起基于所述imsi的寻呼，以使所述基站收到所述寻呼后向所述用户终端发起寻呼。
143.进一步，所述基于所述用户数据，向用户终端发起寻呼包括：
144.基于所述用户数据对应的所述用户终端，设置寻呼周期，每个寻呼周期对应不同的用户终端，依次在不同的寻呼周期内向所述对应的用户终端发起寻呼。
145.进一步，所述基于所述用户数据，向用户终端发起寻呼包括：
146.基于所述用户数据，设置所述用户数据对应用户终端的优先级，按照所述用户终端的优先级依次向所述用户终端发起寻呼。
147.进一步，在向用户终端发起寻呼之前，所述方法还包括：
148.判断用户终端是否已经在容灾局点的移动性管理实体mme上重新附着；
149.若已经重新附着，则不向用户终端发起寻呼；
150.若未重新附着，则向用户终端发起寻呼。
151.进一步，检测到用户终端位置信息发生改变或发起附着时，将携带有所述用户终
端的用户数据消息发送至所述主用局点的归属用户服务器hss，其中，所述用户数据包括用户的国际移动用户识别码imsi、跟踪区标识列表、所述主用局点mme标识信息。
152.进一步，主用局点的归属用户服务器hss使用静态开户数据同步的方式将所述用户终端的用户数据同步到所述容灾局点的归属用户服务器hss。
153.进一步，所述用户终端位置信息发生改变包括：
154.用户终端位置信息发生改变，同时有跟踪区更新tau、s1切换、x2切换当中的至少一个变更流程。
155.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
156.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
157.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
158.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。