故障弱化的处理方法、设备和通信系统与流程

1.本技术涉及通信技术领域，尤其涉及一种故障弱化的处理方法、设备和通信系统。


背景技术：

2.在基于长期演进技术的宽带集群通信(lte btrunc，long term broadband trunking communication evolution)中，基站与核心网之间若发生通信中断或者核心网发生故障，基站将进入到故障弱化模式，同时，基于无线接入网络共享(ran sharing，radio access network sharing)技术，一个基站可以同时连接多个不同运营商网络的核心网，通过共享无线的方式进行业务。
3.现有技术中，基站进入故障弱化模式的判定条件是当基站与所有的核心网断链，基站才会进入到故障弱化模式，基站下的用户设备(ue，user equipment)可以在故障弱化场景下进行基本业务，例如点呼。
4.但是现有技术中，由于基站同时连接有多个不同运营商网络的核心网，只有当所有的核心网都出现故障时，基站才会进入到故障处理模式，当其中一个核心网出现故障，而其他核心网正常运行时，基站不会进入到故障弱化模式，导致处于故障的核心网下的用户无法进行基本业务。


技术实现要素：

5.本技术提供一种故障弱化的处理方法、设备和通信系统，用于解决现有的基站在一个核心网出现故障时，不会进入故障弱化模式，无法使得该核心网下的用户进行基本业务的问题。
6.第一方面，本技术实施例提供一种故障弱化的处理方法，应用于无线网接入设备，所述无线网接入设备连接有至少两个核心网，所述方法包括以下步骤：
7.获取所述至少两个核心网归属的运营商网络信息；
8.当所述至少两个核心网归属的运营商网络相同，且在检测到第一核心网故障时，向归属于每一个核心网的终端设备广播第一系统消息，所述第一系统消息包括用于指示对应的终端设备进行故障弱化处理的用户号段；
9.当所述至少两个核心网归属的运营商网络不同，且在检测到第一核心网故障时，向归属于每一个核心网的终端设备广播第二系统消息，所述第二系统消息包括用于指示对应的终端设备进行故障弱化处理的运营商网络标识。
10.在第一方面的一种可能设计中，所述获取所述至少两个核心网归属的运营商网络信息之前，还包括：
11.通过无线接入网络共享与所述至少两个核心网连接。
12.在第一方面的另一种可能设计中，当所述至少两个核心网归属的运营商网络相同，且在检测到第一核心网故障时，向归属于每一个核心网的终端设备广播第一系统消息之前，还包括：
13.向驻留于无线接入网所覆盖范围区域中的终端设备广播第三系统消息和寻呼消息，为所述终端设备接入至核心网，所述第三系统消息包括每一个核心网归属的运营商网络信息，所述寻呼消息用于对每一个终端设备进行寻呼。
14.在第一方面的再一种可能设计中，所述向驻留于无线接入网所覆盖范围区域中的终端设备广播第三系统消息和寻呼消息，为所述终端设备接入至核心网，包括：
15.广播第三系统消息和寻呼消息至每一个终端设备；
16.接收每一个终端设备上报的确认标识，为每一个终端设备接入与所述确认标识对应的核心网，所述确认标识包括运营商网络标识和/或核心网的移动管理节点注册信息。
17.在第一方面的又一种可能设计中，所述当所述至少两个核心网归属的运营商网络相同，且在检测到第一核心网故障时，向归属于每一个核心网的终端设备广播第一系统消息，包括：
18.当所述至少两个核心网的运营商信息不同，且在检测到第一核心网故障时，对第二核心网进行检测；
19.当第一核心网和第二核心网故障时，向归属于每一个核心网的终端设备广播第一系统消息；
20.对归属于不同核心网的终端设备之间的业务请求进行拦截，所述业务请求包括点呼和组呼。
21.第二方面，本技术实施例提供一种故障弱化的处理方法，应用于终端设备，所述方法包括以下步骤：
22.获取无线接入网设备广播的第一系统消息或第二系统消息；
23.读取所述第一系统消息，根据终端设备的当前用户号段，确定进行故障弱化处理，或读取第二系统消息，根据终端设备的当前运营商网络信息，确定进行故障弱化处理，所述当前用户号段为终端设备的标识，所述当前运营商网络信息为终端设备当前所接入的核心网归属的运营商网络。
24.在第二方面的一种可能设计中，所述读取所述第一系统消息，根据当前用户号段，确定进行故障弱化处理，包括：
25.获取所述第一系统消息的用户号段，将所述用户号段与当前用户号段进行对比；
26.若所述用户号段与当前用户号段相同，则进行故障弱化处理；
27.若所述用户号段与当前用户号段不相同，则不进行故障弱化处理。
28.在第二方面的另一种可能设计中，所述读取第二系统消息，根据终端设备的当前运营商网络信息，确定进行故障弱化处理，包括：
29.获取所述第二系统消息的运营商网络标识，将所述运营商网络标识与当前运营商网络信息进行对比；
30.若所述运营商网络标识与当前运营商网络信息相同，则进行故障弱化处理；
31.若所述运营商网络标识与当前运营商网络信息相同，则不进行故障弱化处理。
32.在第二方面的再一种可能设计中，所述确定进行故障弱化处理之后，还包括：
33.发送注册请求至所述无线网接入设备，所述注册请求用于所述终端设备重新注册到所述无线网接入设备。
34.第三方面，本技术实施例提供一种无线网接入设备，包括：
35.信息获取模块，用于获取所述至少两个核心网归属的运营商网络信息；
36.第一检测模块，用于当所述至少两个核心网归属的运营商网络相同，且在检测到第一核心网故障时，向归属于每一个核心网的终端设备广播第一系统消息，所述第一系统消息包括用于指示对应的终端设备进行故障弱化处理的用户号段；
37.第二检测模块，用于当所述至少两个核心网归属的运营商网络不同，且在检测到第一核心网故障时，向归属于每一个核心网的终端设备广播第二系统消息，所述第二系统消息包括用于指示对应的终端设备进行故障弱化处理的运营商网络标识。
38.第四方面，本技术提供一种终端设备，包括：
39.消息获取模块，用于获取无线接入网设备广播的第一系统消息或第二系统消息；
40.确定模块，用于读取所述第一系统消息，根据终端设备的当前用户号段，确定进行故障弱化处理，或读取第二系统消息，根据终端设备的当前运营商网络信息，确定进行故障弱化处理，所述当前用户号段为终端设备的标识，所述当前运营商网络信息为终端设备当前所接入的核心网归属的运营商网络。
41.第五方面，本技术实施例提供一种通信系统，包括：无线网接入设备和终端设备，所述无线网接入设备连接有至少两个核心网，所述终端设备通过所述无线网接入设备接入至核心网。
42.第六方面，本技术实施例提供一种可读存储介质，其上存储有计算机程序，所述可读存储介质中存储有计算机指令，所述计算机指令被处理器执行时用于实现如上所述的方法。
43.第七方面，本技术实施例提供一种程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述的方法。
44.本技术实施例提供的故障弱化的处理方法、设备和通信系统，当无线接入网设备检测到有一个核心网故障时，可以对各个核心网下的用户进行区分，广播第一系统消息或者第二系统消息给终端设备，通知出现故障的核心网下的终端设备进入到故障弱化处理模式，而其他核心网下的用户则继续进行正常业务，使得基站在部分核心网故障时，也能够针对故障的核心网下的终端设备，部分进入故障弱化处理模式，保障处于故障的核心网下的用户的基本业务。
附图说明
45.图1为本技术实施例提供的故障弱化的处理方法的场景示意图；
46.图2为本技术实施例提供的故障弱化的处理方法实施例一的流程示意图；
47.图3为本技术实施例提供的故障弱化的处理方法实施例二的流程示意图；
48.图4为本技术实施例提供的故障弱化的处理方法实施例三的流程示意图；
49.图5为本技术实施例提供的故障弱化的处理方法实施例四的流程示意图；
50.图6为本技术实施例提供的无线网接入设备的结构示意图；
51.图7为本技术实施例提供的终端设备的结构示意图；
52.图8为本技术实施例提供的通信系统的框架示意图。
具体实施方式
53.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
54.本发明的说明书和权利要求书及上述附图中的术语"第一"、"第二"、"第三""第四"等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以使这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语"包括"和"具有"以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
55.以下，对本技术实施例中的部分用语进行解释说明，以便于本领域技术人员理解：
56.ran：
57.无线接入网(radio access network，ran)设备是一种将终端设备接入到无线网络的设备，可以是长期演进(long term evolution，lte)中的演进型基站(evolutional node b，enb或enodeb)，或者中继站或接入点，或者5g网络架构(next generation system)中的5g基站(gnb)，也可以是家庭演进基站(home evolved node b，henb)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，在此并不限定。一种可能的方式中，无线接入网设备可以是集中式单元(centralized unit，cu)和分布式单元(distributed unit，du)分离架构的基站(如gnb)，cu和during也可以地理上分开布置。
58.mme：
59.移动性管理实体(mobility management entity，mme)，是3gpp协议lte接入网络的关键控制节点，负责空闲模式的ue的定位，传呼过程。
60.plmn：
61.运营商网络(public land mobile network，plmn)，可以向公众提供陆地移动通信业务的网络。
62.rrc：
63.无线电资源控制(radio resource control，rrc)，处理ue和演进型基站(enb，evolved node-b)之间控制平面的第三层信息。
64.图1为本技术实施例提供的故障弱化的处理方法的场景示意图，如图1所示，终端设备11通过无线网接入设备12接入至核心网13，实现正常的通信业务，一个无线网接入设备12可以连接多个不同plmn的核心网13或者相同plmn的核心网13。
65.示例性的，无线网接入设备12以基站为例，终端设备11以用户使用的移动终端为例，故障弱化是指在lte btrunc网络中，当基站与核心网之间的通信中断时，或者核心网发生故障时，基站应能够处理该基站范围内用户的注册请求，支持单呼和组呼等业务。
66.现有的故障弱化的判定方式是需要基站与所有的核心网之间发生断链，此时基站才会进入到故障弱化处理模式，基站下的ue间可以进行故障弱化下的基本业务，但是当其中一个核心网发生故障，而其他的核心网依然正常运行时，此时不满足判定条件，基站不会
进入到故障弱化处理模式，该故障的核心网下的用户无法进行业务。
67.针对上述问题，本技术实施例提供了一种故障弱化的处理方法、设备和通信系统，在基站连接有多个核心网时，若其中一个核心网发生故障，基站将会广播第一系统消息或者第二系统消息给所有的终端设备，通知与发生故障的核心网下的终端设备进入故障弱化处理，这样使得基站能够实现进入到部分故障弱化处理模式，在保证其他正常核心网下的终端设备可以进行正常业务的同时，也能够使得故障的核心网下的终端设备通过故障弱化处理，实现基本业务。
68.下面，通过具体实施例对本技术的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
69.图2为本技术实施例提供的故障弱化的处理方法实施例一的流程示意图，该处理方法可以应用于无线网接入设备，以基站为例，该基站连接有至少两个核心网，该方法的执行主体可以是基站，具体可以包括以下步骤：
70.s201、获取至少两个核心网归属的运营商网络信息。
71.在本技术实施例中，核心网包括有增强业务模块(asu，advanced service unit)和mme，示例性的，运营商网络包括有中国移动、中国电信和中国联通等等，在此为了便于描述，将第一核心网称为plmn1，将第二核心网称为plmn2，其中，plmn1和plmn2可以归属于相同的运营商网络，也可以归属于不同的运营商网络，第一核心网包括mme plmn1，第二核心网包括mme plmn2，基站通过asu与mme plmn1、mme plmn2建立连接。
72.示例性的，基站与mme plmn1、mme plmn2建立s1连接，通过s1ap-s1 setup request(supported tas)/response(served gummels》served plmns)消息协商所支持的plmn等应用层参数。
73.示例性的，在一些实施例中，基站可以通过无线接入共享(ran sharing，radio access network sharing)与多个核心网连接，核心网的数量可以是两个以上。
74.s202、当至少两个核心网归属的运营商网络相同，且在检测到第一核心网故障时，向归属于每一个核心网的终端设备广播第一系统消息。
75.其中，第一系统消息包括用于指示对应的终端设备进行故障弱化处理的用户号段，示例性的，第一系统消息包括有定义了sib32类型system information block type trunking，该类型中携带有imsiseglist标识，用于指示故障弱化的用户号段。
76.示例性的，用户号段表征的是用户的终端设备的身份信息，可以是多位数字编码，其中，数字编码的位数可以根据总用户的数量确定。
77.当终端设备接收到用户号段之后，若发现自身的用户号段与第一系统消息中包含的用户号段相同，则该终端设备会进行故障弱化处理，若自身的用户号段与第一系统消息中包含的用户号段不相同，则该终端继续进行正常业务。
78.示例性的，故障弱化处理可以是终端设备重新到故障弱化的asu mme进行注册。
79.本技术实施例中，第一核心网可以是指的与基站连接的核心网中的任意一个和多个，其中多个不包括与基站连接的全部核心网。
80.示例性的，归属于mme plmn1的终端设备可以称为ue plmn1，归属于mme plmn2的终端设备可以称为ue plmn2，第一核心网可以是plmn1，当plmn1故障，基站与plmn1发生断
链时，基站将广播第一系统消息至ue plmn1和ue plmn2。
81.s203、当至少两个核心网归属的运营商网络不同，且在检测到第一核心网故障时，向归属于每一个核心网的终端设备广播第二系统消息。
82.其中，第二系统消息包括用于指示对应的终端设备进行故障弱化处理的运营商网络标识，示例性的，第二系统消息包括定义了sib32类型systeminformationblocktypetrunking，该类型中携带有plmnlist标识，用于指示故障弱化的plmn列表，其中，plmn列表包括有plmn1、plmn2等等。
83.示例性的，若plmn列表中包括有plmn1，即基站与核心网plmn1断链，当ue选择接入的核心网为plmn1时，则该ue会进行故障弱化处理。
84.示例性的，故障弱化处理包括该ue重新到故障弱化的asu mme进行注册。
85.本技术实施例通过确定核心网是否属于相同的运营商网络，以此广播不同的系统消息给终端设备，通知对应的终端设备进行故障弱化处理，使得在基站与部分核心网断链时，能够部分进入到故障处理模式，使归属于断链的核心网下的终端设备进行到故障处理模式，保障其能够进行基本业务。
86.示例性的，在上述实施例的基础上，在一些实施例中，步骤s201之前还包括步骤：向驻留于无线接入网所覆盖范围区域中的终端设备广播第三系统消息和寻呼消息，为终端设备接入至核心网。
87.其中，第三系统消息包括每一个核心网归属的运营商网络信息，寻呼消息用于对每一个终端设备进行寻呼。
88.具体的，第三系统消息可以包括有system information block type1，其中含有plmn-identitylist，即核心网归属的运营商网络信息，在基站覆盖范围下的终端设备根据第三系统消息进行plmn选择和小区选择，确定接入对应的核心网，同时终端设备驻留到小区接收基站的系统信息和寻呼消息，示例性的，系统信息可以包括有第一系统信息、第二系统信息等等。
89.进一步的，在上述实施例的基础上，基站可以广播第三系统消息和寻呼消息至每一个终端设备；并接收每一个终端设备上报的确认标识，为每一个终端设备接入与确认标识对应的核心网。
90.其中，确认标识包括运营商网络标识和/或核心网的移动管理节点注册信息。
91.示例性的，运营商网络标识可以是selectedplmn-identity，核心网的移动管理节点注册信息可以是registered mme。当终端设备接收到第三系统消息和寻呼消息之后，进行plmn选择和小区选择，例如选择plmn1或者plmn2等等，完成选择之后，终端设备向基站发起rrc连接建立过程，在rrc connection setup complete消息中携带selected plmn-identity和/或registered mme，具体包括终端设备所选择的plmn标识和注册mme，基站根据终端设备上报的plmn标识，选择需要为该终端设备建立连接的mme。
92.在一些实施例中，当至少两个核心网的运营商信息不同，且在检测到第一核心网故障时，可以对第二核心网进行检测，若第一核心网和第二核心网同时故障(即所有与基站连接的核心网同时故障)，向归属于每一个核心网的终端设备广播第一系统消息，并对归属于不同核心网的终端设备之间的业务请求进行拦截。
93.其中，业务请求包括点呼和组呼，具体的，由于进行故障弱化处理的终端设备需要
到asu mme进行注册，使得asu mme可以获取到用户签约信息，可以通过asu mme对不同核心网之间的ue的点呼业务进行拦截，将不同核心网之间的ue进行业务隔离，满足用户安全隔离。
94.图3为本技术实施例提供的故障弱化处理方法实施例二的流程示意图，该方法可以应用于终端设备，该方法的执行主体以终端设备为例，具体包括以下步骤：
95.s301、获取无线接入网设备广播的第一系统消息或第二系统消息。
96.具体的，当基站与第一核心网断链时，可以广播第一系统信息或第二系统信息至终端设备，第一系统信息和第二系统信息的解释说明在上文已经说明，在此不做赘述。
97.s302、读取第一系统消息，根据终端设备的当前用户号段，确定进行故障弱化处理，或读取第二系统消息，根据终端设备的当前运营商网络信息，确定进行故障弱化处理。
98.其中，当前用户号段为终端设备的标识，当前运营商网络信息为终端设备当前所接入的核心网归属的运营商网络。
99.具体的，当终端设备接收到第一系统消息时，若第一系统中的用户号段与终端设备的当前用户号段相同，则表征基站指示该终端设备进行故障弱化处理，当终端设备接收到第二系统消息时，若第二系统消息中的运营商网络标识与终端设备的当前运营商网络信息相同，则表征基站指示该终端设备进行故障弱化处理。
100.在终端设备进行故障弱化时，可以发送注册请求至无线网接入设备。
101.其中，注册请求用于终端设备重新注册到无线网接入设备。
102.示例性的，故障弱化处理可以是终端设备重新到故障弱化的asu mme下进行注册。
103.本技术实施例通过对第一系统信息或第二系统信息进行读取，并根据当前用户号段和当前运营商网络信息，来确定是否需要进行故障弱化处理，使得基站可以部分进行故障弱化处理模式，保障终端设备能够在所接入的核心网故障的情况下，依然可以进行基本业务。
104.示例性的，在一些实施例中，终端设备通过获取第一系统消息的用户号段，将用户号段与当前用户号段进行对比，若用户号段与当前用户号段相同，则进行故障弱化处理，若用户号段与当前用户号段不相同，则不进行故障弱化处理。
105.具体的，用户号段可以是指接入与基站断链的核心网的终端设备的身份信息。
106.示例性的，在一些实施例中，终端设备通过获取第二系统消息的运营商网络标识，将运营商网络标识与当前运营商网络信息进行对比，若运营商网络标识与当前运营商网络信息相同，则进行故障弱化处理，若运营商网络标识与当前运营商网络信息相同，则不进行故障弱化处理。
107.具体的，运营商网络标识是用于标识与基站断链的核心网，且该核心网归属于该运营商网络。
108.图4为本技术实施例提供的故障弱化处理方法实施例三的流程示意图，如图4所示，本技术实施例中，以两个核心网为例，包括大网mme plmn1和大网mme plmn2为例，且两个核心网的运营商网络信息不相同，其包括如下步骤：
109.s401、enb通过asu(mme)与大网mme plmn1建立连接，与大网mme plmn2建立连接。
110.示例性的，enb通过asu(mme)与大网mme plmn1、mme plmn2建立s1连接。
111.s402、enb将系统信息system information block type1中的plmn-identitylist
广播给终端设备所支持的plmn列表，其中，终端设备包括有ue plmn1(用于接入大网mme plmn1)和ue plmn2(用于接入大网mme plmn2)。
112.s403、当enb与大网mme plmn1断链，且与大网mme plmn2正常连接时，enb通知ue plmn1进行故障弱化处理，ue plmn2继续保证正常工作。
113.具体的，enb在空口的system information消息中定义了sib32类型system information blocktype trunking以指示集群终端设备，该类型中携带plmnlist标识指示故障弱化的plmn列表，当终端设备选择接入的plmn在该plmn列表中时，则该终端设备需要进行故障弱化处理。
114.示例性的，plmn列表中包括有plmn1，则ue plmn1需要进行故障弱化处理。
115.示例性的，system information消息定义如下：
116.system information blocktype trunking::＝sequence{
117.tpcch-config tpcch-config,
118.cellfailureplmnlist plmn-identitylist optional，need or
119.p-t enumerated{db-6，db-4dot77，db-3，db-1dot77，db0，db1，db2，db3}optional，
‑‑
need op
120.trunkingbsrind enumerated{true}optional，need or
121.noncriticalextension systeminformationblocktypetrunking-r2-ies optional need op}
122.s404、ue plmn1收到故障弱化指示后并且当前ue plmn1选择的plmn在故障弱化的plmn列表当中，重新到故障弱化的asu mme进行注册，示例性的，ue plmn1重新到故障弱化模式下注册。
123.s405、ue plmn2继续在正常模式下进行业务，ue plmn1和ue plmn2业务不互通。
124.特别地，当enb与所有连接的核心网发生断链时，该基站下的所有ue进入故障弱化模式注册，不同plmn之间的终端设备的点呼业务由asu mme控制进行拒绝，不同plmn之间的集群编组根据plmn进行分开编组。
125.图5为本技术实施例提供的故障弱化的处理方法实施例四的流程示意图，如图5所示，本技术实施例中，以两个核心网为例，包括大网mme-a plmn和大网mme-b plmn为例，且两个核心网的运营商网络信息相同，其包括如下步骤：
126.s501、enb通过asu(mme)与大网mme-a plmn建立连接，与大网mme-b plmn建立连接。
127.s502、enb将系统信息system information block type1中的plmn-identitylist广播给终端设备所支持的plmn列表，其中，终端设备包括有uea mme-a(用于接入大网mme-a plmn)和ueb mme-b(用于接入大网mme-b plmn)。
128.s503、当enb与大网mme-a plmn断链，且与大网mme-b plmn保证正常连接时，enb通知uea mme-a进行故障弱化处理，ueb mme-b继续保证正常工作。
129.具体的，enb在空口的system information消息中定义了sib32类型system information blocktype trunking以指示集群终端设备，该类型中携带imsiseglist标识指示故障弱化的用户号段，当终端设备的当前用户号段与该用户号段相同时，则该终端设备需要进行故障弱化处理。
130.示例性的，system information消息定义如下：
131.system information blocktype trunking::＝sequence{
132.tpcch-config tpcch-config,
133.cellfailureimsiseglist imsiseglist optional，need or
134.p-t enumerated{db-6，db-4dot77，db-3，db-1dot77，db0，db1，db2，db3}optional，
‑‑
need op
135.trunkingbsrind enumerated{true}optional，need or
136.noncriticalextension systeminformationblocktypetrunking-r2-ies optional need op}
137.s504、终端设备收到故障弱化指示后并且终端设备当前用户号段与imsiseglist标识中的用户号段相同时，终端设备重新到故障弱化的asu mme进行注册，示例性的，uea mme-a重新到故障弱化模式下注册。
138.s505、ueb mme-b继续在正常模式下进行业务。
139.图6为本技术实施例提供的无线网接入设备的结构示意图，如图6所示，该无线网接入设备60包括信息获取模块61、第一检测模块62和第二检测模块63。
140.信息获取模块61，用于获取至少两个核心网归属的运营商网络信息。
141.第一检测模块62，用于当至少两个核心网归属的运营商网络相同，且在检测到第一核心网故障时，向归属于每一个核心网的终端设备广播第一系统消息。
142.第二检测模块63，用于当至少两个核心网归属的运营商网络不同，且在检测到第一核心网故障时，向归属于每一个核心网的终端设备广播第二系统消息。
143.其中，第一系统消息包括用于指示对应的终端设备进行故障弱化处理的用户号段，第二系统消息包括用于指示对应的终端设备进行故障弱化处理的运营商网络标识。
144.示例性的，在一些实施例中，无线网接入设备还可以包括连接模块，用于通过无线接入网络共享与至少两个核心网连接。
145.示例性的，在一些实施例中，无线网接入设备还可以包括广播模块，用于向驻留于无线接入网所覆盖范围区域中的终端设备广播第三系统消息和寻呼消息，为终端设备接入至核心网。
146.其中，第三系统消息包括每一个核心网归属的运营商网络信息，寻呼消息用于对每一个终端设备进行寻呼。
147.优选的，在一些实施例中，广播模块具体可以用于广播第三系统消息和寻呼消息至每一个终端设备；接收每一个终端设备上报的确认标识，为每一个终端设备接入与确认标识对应的核心网。
148.其中，确认标识包括运营商网络标识和/或核心网的移动管理节点注册信息。
149.示例性的，在一些实施例中，第二检测模块具体可以用于当至少两个核心网的运营商信息不同，且在检测到第一核心网故障时，对第二核心网进行检测；当第一核心网和第二核心网故障时，向归属于每一个核心网的终端设备广播第一系统消息；对归属于不同核心网的终端设备之间的业务请求进行拦截。
150.其中，业务请求包括点呼和组呼。
151.图7为本技术实施例提供的终端设备的结构示意图，如图7所示，该终端设备70包
括消息获取模块71和确定模块72，其中，
152.消息获取模块71，用于获取无线接入网设备广播的第一系统消息或第二系统消息；
153.确定模块72，用于读取第一系统消息，根据终端设备的当前用户号段，确定进行故障弱化处理，或读取第二系统消息，根据终端设备的当前运营商网络信息，确定进行故障弱化处理.
154.其中，当前用户号段为终端设备的标识，当前运营商网络信息为终端设备当前所接入的核心网归属的运营商网络。
155.示例性的，在一些实施例中，确定模块具体可以用于获取第一系统消息的用户号段，将用户号段与当前用户号段进行对比；若用户号段与当前用户号段相同，则进行故障弱化处理；若用户号段与当前用户号段不相同，则不进行故障弱化处理。
156.示例性的，在一些实施例中，确定模块具体可以用于获取第二系统消息的运营商网络标识，将运营商网络标识与当前运营商网络信息进行对比；若运营商网络标识与当前运营商网络信息相同，则进行故障弱化处理；若运营商网络标识与当前运营商网络信息相同，则不进行故障弱化处理。
157.示例性的，终端设备还可以包括注册模块，用于发送注册请求至无线网接入设备。
158.其中，注册请求用于终端设备重新注册到无线网接入设备。
159.需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，确定模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
160.例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，asic)，或，一个或多个微处理器(digital signal processor，dsp)，或，一个或者多个现场可编程门阵列(field programmable gate array，fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，soc)的形式实现。
161.图8为本技术实施例提供的通信系统的框架示意图，该通信系统包括无线网接入设备81和终端设备82，其中，无线网接入设备81连接有至少两个核心网83，终端设备82通过无线网接入设备81接入至核心网83。
162.在本技术实施例中，通信系统具体可以包括网络设备和终端设备，网络设备可以包括无线接入网设备和核心网设备。终端设备通过无线的方式与无线接入网设备连接，无
线接入网设备通过无线或有线方式与核心网设备连接。核心网设备与无线接入网设备可以是独立的不同的物理设备，也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上，还可以是一个物理设备上集成了部分核心网设备的功能和部分无线接入网设备的功能。
163.可选的，本技术实施例还提供一种可读存储介质，其上存储有计算机程序，可读存储介质中存储有计算机指令，计算机指令被处理器执行时用于实现如上述的方法。
164.可选的，本技术实施例还提供一种程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述的方法。
165.本技术中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中，a，b，c可以是单个，也可以是多个。
166.可以理解的是，在本技术实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本技术的实施例的范围。在本技术的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术的实施例的实施过程构成任何限定。
167.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。