网元状态检测方法和装置、计算机可读介质、电子设备与流程

1.本公开实施例涉及通信技术领域，具体而言，涉及一种网元状态检测方法、网元状态检测装置、计算机可读存储介质以及电子设备。


背景技术：

2.4g/5g(4th/5th generation mobile communication technology，第4/5代移动通信技术)核心网部署中，当5g网络用户附着在4g网络时，移动控制网元与数据管理网元通过s6a接口进行通信，以完成对用户的认证授权、位置更新等。
3.当数据管理网元的状态为故障状态时，由于移动控制网元无法获取数据管理网元的状态，导致移动控制网元向数据管理网元进行鉴权时无响应，进而导致用户无法接入网络。相关技术中，尚未存在通过移动控制网元检测数据管理网元的状态的方法，而是通过网络中的设备节点主动发起故障检测，但是，当采用网络中的设备节点主动发起状态检测时，会将状态检测申请转发至不同省份，带来较大的网络负担。
4.因此，需要提供一种新的网元状态检测方法。
5.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

6.本公开的目的在于提供一种网元状态检测方法、网元状态检测装置、计算机可读存储介质以及电子设备，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的网络负担大的问题。
7.根据本公开的一个方面，提供一种网元状态检测方法，应用于移动控制网元，包括：
8.响应用户的网络接入请求，根据所述网络接入请求，建立所述移动控制网元、与所述用户对应的数据管理网元之间的通信；
9.接收所述数据管理网元发送的通信消息，在预设时间段内，根据接收到的所述通信消息，确定所述数据管理网元的通信失败次数；
10.在所述通信失败次数高于预设值时，将所述数据管理网元的状态修改为故障状态。
11.在本公开的一种示例性实施例中，响应用户的网络接入请求，根据所述网络接入请求，建立所述移动控制网元、与所述用户对应的数据管理网元之间的通信，包括：
12.响应用户的网络接入请求，获取所述用户的用户识别码，根据所述用户识别码，确定与所述用户识别码对应的数据管理网元；
13.通过转接设备建立所述控制移动网元、与所述用户识别码对应的数据管理网元之间的通信。
14.在本公开的一种示例性实施例中，通过转接设备建立所述控制移动网元、与所述
用户识别码对应的数据管理网元之间的通信，包括：
15.通过所述转接设备，向所述数据管理网元发送用户签约信息请求消息，通过所述用户签约信息请求消息建立所述控制移动网元、所述数据管理网元之间的通信。
16.在本公开的一种示例性实施例中，接收所述数据管理网元发送的通信消息，包括：
17.通过所述转接设备，接收所述数据管理网元发送的所述通信消息，其中，所述通信消息中包括所述用户的签约信息，以及所述数据管理网元的识别码。
18.在本公开的一种示例性实施例中，在接收所述数据管理网元发送的通信消息之后，所述网元状态检测方法还包括：
19.获取所述通信消息中包括的数据管理网元的识别码，确定与所述数据管理网元对应的用户识别码的号段；
20.建立所述数据管理网元的识别码与所述用户识别码的号段之间的关系表，其中，所述关系表中包括数据管理网元的识别码、数据管理网元的状态、数据管理网元的请求失败次数以及用户识别码的号段。
21.在本公开的一种示例性实施例中，在预设时间段内，根据接收到的所述通信消息，确定所述数据管理网元的通信失败次数，包括：
22.当与数据管理网元对应的用户识别码的号段的用户请求接入网络时，向与所述用户识别码的号段对应的目标数据管理网元发送请求；
23.接收所述目标数据管理网元发送的通信消息，在预设时间段内，当未接收到所述通信消息时，对所述关系表中所述目标数据管理网元的请求失败次数进行更新；
24.根据所述关系表，确定所述数据管理网元的通信失败次数。
25.在本公开的一种示例性实施例中，在预设时间段内，当未接收到所述通信消息时，对所述关系表中所述目标数据管理网元的请求失败次数进行更新，包括：
26.在预设时间段内，多次向所述目标数据管理网元发送请求，均未接收到所述目标数据管理网元的通信消息时，将所述关系表中所述目标数据管理网元的请求失败次数更新为发送请求数；
27.在预设时间段内，多次向所述目标数据管理网元发送请求，当接收到与任一发送请求对应的通信消息时，将所述关系表中所述目标数据管理网元的请求失败次数更新为0；
28.在接收到与任一发送请求对应的通信消息之后，再次向所述目标数据管理网元发送请求，未接收到所述通信消息时，在失败次数为0的基础上，根据发送请求数，对所述目标数据管理网元的请求失败次数进行更新。
29.在本公开的一种示例性实施例中，在将所述数据管理网元的状态修改为故障状态之后，所述网元状态检测方法还包括：
30.向其他移动控制网元以及网管系统发送所述目标数据管理网元状态为故障的消息；
31.经过第一预设时间间隔后，将所述关系表中所述目标数据管理网元的请求失败数修改为0，并将所述目标数据管理网元的状态修改为正常状态。
32.根据本公开的一个方面，提供一种网元状态检测装置，应用于移动控制网元，包括：
33.通信建立模块，用于响应用户的网络接入请求，根据所述网络接入请求，建立所述
移动控制网元、与所述用户对应的数据管理网元之间的通信；
34.消息接收模块，用于接收所述数据管理网元发送的通信消息，在预设时间内，根据接收到的所述通信消息，确定所述数据管理网元的通信失败次数；
35.网元状态确定模块，用于在所述通信失败次数高于预设值时，将所述数据管理网元的状态修改为故障状态。
36.根据本公开的一个方面，提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一示例性实施例所述的网元状态检测方法。
37.根据本公开的一个方面，提供一种电子设备，包括：
38.处理器；以及
39.存储器，用于存储所述处理器的可执行指令；
40.其中，所述处理器配置为经由执行所述可执行指令来执行上述任一示例性实施例所述的网元状态检测方法。
41.本公开实施例提供的一种网元状态检测方法，响应用户的网络接入请求，根据所述网络接入请求，建立所述移动控制网元、与所述用户对应的数据管理网元之间的通信；接收所述数据管理网元发送的通信消息，在预设时间段内，根据接收到的所述通信消息，确定所述数据管理网元的通信失败次数；在所述通信失败次数高于预设值时，将所述数据管理网元的状态修改为故障状态；一方面，在移动控制网元中增加状态检测机制，当移动控制网元接收到用户的网络接入请求时，根据网络接入请求建立移动控制网元与数据管理网元之间的通信，通过对数据管理网元发送的通信消息进行统计，得到数据管理网元的通信失败次数，通过数据管理网元的通信失败次数对数据管理网元的状态进行检测，实现了通过移动控制网元对数据管理网元的状态检测；另一方面，由于不同地区使用不同的网管系统，上述通过接收到的数据管理网元发送的通信消息来确定数据管理网元的状态，不需要额外部署网管系统，可以通过本地区的移动控制网元检测其他地区的数据管理网元的状态，减少了重复向状态为故障状态的数据管理网元发送请求带来的网络负担。
42.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
43.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1示意性示出根据本公开示例实施例的一种应用于移动控制网元的网元状态检测方法的流程图。
45.图2示意性示出根据本公开示例实施例的一种应用于移动控制网元的网元状态检测系统的框图。
46.图3示意性示出根据本公开示例实施例的一种根据网络接入请求，建立移动控制网元、与用户对应的数据管理网元之间的通信的方法流程图。
47.图4示意性示出根据本公开示例实施例的一种在移动控制网元接收到数据管理网
元发送的通信消息之后，网元状态检测方法的流程图。
48.图5示意性示出根据本公开示例实施例的一种在预设时间段内，根据接收到的通信消息，确定数据管理网元的通信失败次数的方法流程图。
49.图6示意性示出根据本公开示例实施例的一种在预设时间段内，当未接收到通信消息时，对关系表中目标数据管理网元的请求失败次数进行更新的方法流程图。
50.图7示意性示出根据本公开实例实施例的一种在将数据管理网元的状态修改为故障状态之后，网元状态检测方法的流程图。
51.图8示意性示出根据本公开示例实施例的一种应用于移动控制网元的网元状态检测装置的框图。
52.图9示意性示出根据本公开示例实施例的用于实现上述网元状态检测方法的电子设备。
具体实施方式
53.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
54.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
55.本示例实施方式中首先提供了一种网元状态检测方法，该方法可以运行于移动控制网元；当然，本领域技术人员也可以根据需求在其他平台运行本发明的方法，本示例性实施例中对此不做特殊限定。参考图1所示，该网元状态检测方法可以包括步骤s110-步骤s130：
56.步骤s110.响应用户的网络接入请求，根据所述网络接入请求，建立所述移动控制网元、与所述用户对应的数据管理网元之间的通信；
57.步骤s120.接收所述数据管理网元发送的通信消息，在预设时间段内，根据接收到的所述通信消息，确定所述数据管理网元的通信失败次数；
58.步骤s130.在所述通信失败次数高于预设值时，将所述数据管理网元的状态修改为故障状态。
59.上述网元状态检测方法，响应用户的网络接入请求，根据所述网络接入请求，建立所述移动控制网元、与所述用户对应的数据管理网元之间的通信；接收所述数据管理网元发送的通信消息，在预设时间段内，根据接收到的所述通信消息，确定所述数据管理网元的
通信失败次数；在所述通信失败次数高于预设值时，将所述数据管理网元的状态修改为故障状态；一方面，在移动控制网元中增加状态检测机制，当移动控制网元接收到用户的网络接入请求时，根据网络接入请求建立移动控制网元与数据管理网元之间的通信，通过对数据管理网元发送的通信消息进行统计，得到数据管理网元的通信失败次数，通过数据管理网元的通信失败次数对数据管理网元的状态进行检测，实现了通过移动控制网元对数据管理网元的状态检测；另一方面，由于不同地区使用不同的网管系统，上述通过接收到的数据管理网元发送的通信消息来确定数据管理网元的状态，不需要额外部署网管系统，可以通过本地区的移动控制网元检测其他地区的数据管理网元的状态，减少了重复向状态为故障状态的数据管理网元发送请求带来的网络负担。
60.以下，对本公开示例实施例的网元状态检测方法中涉及的各步骤进行详细的解释以及说明。
61.首先，对本公开示例实施例的应用场景以及目的进行解释以及说明。具体的，本公开示例实施例可以应用于对数据管理网元的状态进行检测，主要研究本地区的移动控制网元如何实现对其他地区的数据管理网元的状态的检测。
62.在本公开中以本地区移动控制网元接收到的用户的网络接入请求为基础，当本地区的移动控制网元接收到用户的网络接入请求之后，根据用户的网络接入请求建立本地区的移动控制网元、与用户对应的其他地区的数据管理网元之间的通信；建立通信之后本地区的移动控制网元接收其他地区的数据管理网元发送的通信消息，本地区的移动控制网元对接收到的通信消息进行统计，得到其他地区的数据管理网元的通信失败次数，根据其他地区的数据管理网元的通信失败次数确定其他地区的数据管理网元的状态，实现了通过本地区的移动控制网元对其他地区的数据管理网元的状态的检测，降低了网络负担。
63.其次，对本公开示例实施例中涉及到的网元状态检测系统进行解释以及说明。参考图2所示，该网元状态检测系统可以包括移动控制网元设备210、转接设备220以及数据管理网元设备230。其中，移动控制网元设备210，为任一地区的移动控制网元设备，用于接收位于该任一地区的用户的网络接入请求，根据该用户的网络接入请求，确定与该用户对应的数据管理网元设备，即，确定用户的归属地以及用户归属地的数据管理网元设备，该数据管理网元设备位于的地区与移动控制网元设备所处的地区不是同一个地区，当确定与用户对应的数据管理网元设备之后，通过转接设备220建立与数据管理网元设备230之间的通信；建立通信之后，数据管理网元设备230接收移动控制网元设备210发送的通信消息，移动控制网元设备210根据接收到的通信消息，建立用户识别码的号段与数据管理网元设备230之间的关系表，移动控制网元210根据预设时间段内接收到的通信消息，对关系表进行维护，并根据关系表中记载的数据管理网元设备的通信失败次数，对数据管理网元的状态进行更新。
64.以下，将结合图2对步骤s110-步骤s130进行详细的解释以及说明。
65.在步骤s110中，响应用户的网络接入请求，根据所述网络接入请求，建立所述移动控制网元、与所述用户对应的数据管理网元之间的通信。
66.其中，用户可以为5g签约用户，用户所处网络可以为4g网络，也可以为5g网络，当5g签约用户离开5g网络范围后，所使用的网络为4g网络。当用户的签约地为a城市，用户当前所在城市为b城市，用户需要接入网络时，需要向b城市的核心网的移动控制网元发送网
络接入请求，b城市的移动控制网元接收到网络接入请求之后，需要获取用户的签约信息对用户进行认证授权等，认证授权通过后将用户接入到网络中。
67.在本示例实施例中，参考图3所示，响应用户的网络接入请求，根据网络接入请求，建立移动控制网元、与用户对应的数据管理网元之间的通信，可以包括步骤s310以及步骤s320：
68.步骤s310.响应用户的网络接入请求，获取所述用户的用户识别码，根据所述用户识别码，确定与所述用户识别码对应的数据管理网元；
69.步骤s320.通过转接设备建立所述控制移动网元、与所述用户识别码对应的数据管理网元之间的通信。
70.以下，将对步骤s310、步骤s320进行进一步的解释以及说明。具体的，首先，用户当前所处地区的移动控制网元接收用户的网络接入请求，当用户当前所处地区的移动控制网元接收到网络接入请求之后，获取发送该网络接入请求的用户的用户识别码，根据获取到的用户识别码，确定用户的归属地，并根据用户的归属地确定与用户对应的数据管理网元，该数据管理网元中包括了用户的签约信息，其中，签约信息可以为用户的签约套餐，也可以为用户的流量速率等，在本示例实施例中对签约信息不做具体限定。当移动控制网元获取到与用户对应的数据管理网元之后，可以通过转接设备建立移动控制网元、数据管理网元之间的通信。
71.进一步的，通过转接设备建立控制移动网元、与用户识别码对应的数据管理网元之间的通信，可以包括：
72.通过所述转接设备，向所述数据管理网元发送用户签约信息请求消息，通过所述用户签约信息请求消息建立所述控制移动网元、所述数据管理网元之间的通信。
73.具体的，在建立移动控制网元、数据管理网元之间的通信时，可以为移动控制网元向数据管理网元发送用户签约信息的获取请求，在发送该用户签约信息的获取请求时，由于移动控制网元与数据管理网元位于不同的地区，因此，可以通过转接设备对移动控制网元发送的用户签约信息的获取请求进行转发，将移动控制网元发送的用户签约信息的获取请求转发至对应的数据管理网元，以建立移动控制网元、与用户对应的数据管理网元之间的通信。
74.在步骤s120中，接收所述数据管理网元发送的通信消息，在预设时间段内，根据接收到的所述通信消息，确定所述数据管理网元的通信失败次数。
75.其中，当通过转接设备建立移动控制网元、数据管理网元之间的通信之后，数据管理网元可以根据转接设备转发的用户签约信息的获取请求，向转接设备发送的与用户签约信息的获取请求对应的通信消息，以通过转接设备将通信消息发送至移动控制网元。
76.在本示例实施例中，接收数据管理网元发送的通信消息，可以包括：
77.通过所述转接设备，接收所述数据管理网元发送的所述通信消息，其中，所述通信消息中包括所述用户的签约信息，以及所述数据管理网元的识别码。
78.具体的，当数据管理网元接收到转接设备转发的移动管理网元发送的用户签约信息的获取请求之后，根据该获取请求获取用户的通信信息，并将该通信消息由转接设备转发至移动管理网元，其中，该通信消息中可以包括用户的签约信息，也可以包括发送该签约信息的数据管理网元的识别码。
79.在本示例实施例中，参考图4所示，在移动控制网元接收到数据管理网元发送的通信消息之后，网元状态检测方法还可以包括步骤s410、步骤s420：
80.步骤s410.获取所述通信消息中包括的数据管理网元的识别码，确定与所述数据管理网元对应的用户识别码的号段；
81.步骤s420.建立所述数据管理网元的识别码与所述用户识别码的号段之间的关系表，其中，所述关系表中包括数据管理网元的识别码、数据管理网元的状态、数据管理网元的请求失败次数以及用户识别码的号段。
82.以下，将对步骤s410、步骤s420进行进一步的解释以及说明。具体的，在移动控制网元接收到转接设备转发的通信消息之后，首先，获取通信消息中包括的数据管理网元的识别码，并且确定与数据管理网元对应的用户识别码的号段；然后，根据数据管理网元的识别码以及与数据管理网元对应的用户识别码的号段建立关系表，在该关系表中包括数据管理网元的识别码、用户识别码的号段、数据管理网元的请求失败次数、数据管理网元的状态。其中，与数据管理网元对应的用户识别码的号段，可以为该数据管理网元管理的号段。生成的关系表，参考表1所示。
83.表1.关系表
[0084][0085]
当建立好关系表之后，移动控制网元可以对该关系表进行维护，参考图5所示，在预设时间段内，根据接收到的通信消息，确定数据管理网元的通信失败次数，可以包括步骤s510-步骤s530：
[0086]
步骤s510.当与数据管理网元对应的用户识别码的号段的用户请求接入网络时，向与所述用户识别码的号段对应的目标数据管理网元发送请求；
[0087]
步骤s520.接收所述目标数据管理网元发送的通信消息，在预设时间段内，当未接收到所述通信消息时，对所述关系表中所述目标数据管理网元的请求失败次数进行更新；
[0088]
步骤s530.根据所述关系表，确定所述数据管理网元的通信失败次数。
[0089]
以下，将对步骤s510-步骤s530进行进一步的解释以及说明。具体的，首先，建立连接之后，当与数据管理网元对应的用户识别码的号段的用户向移动控制网元请求接入网络时，移动控制网元向与用户的识别码的号段对应的目标数据管理网元发送请求，目标数据管理网元根据接收到的请求，将对应的通信消息发送通过转接设备发送至移动控制网元，在预设时间段内，当移动控制网元没有接收到目标数据管理网元发送的通信消息时，移动控制网元可以对关系表中目标数据管理网元的请求失败次数进行更新，并根据更新之后的关系表确定目标数据管理网元的请求失败次数。
[0090]
进一步的，参考图6所示，在预设时间段内，当未接收到通信消息时，对关系表中目标数据管理网元的请求失败次数进行更新，可以包括步骤s610-步骤s630：
[0091]
步骤s610.在预设时间段内，多次向所述目标数据管理网元发送请求，均未接收到所述目标数据管理网元的通信消息时，将所述关系表中所述目标数据管理网元的失败次数更新为发送请求数；
[0092]
步骤s620.在预设时间段内，多次向所述目标数据管理网元发送请求，当接收到与任一发送请求对应的通信消息时，将所述关系表中所述目标数据管理网元的请求失败次数更新为0；
[0093]
步骤s630.在接收到与任一发送请求对应的通信消息之后，再次向所述目标数据管理网元发送请求，未接收到所述通信消息时，在失败次数为0的基础上，根据发送请求数，对所述目标数据管理网元的请求失败次数进行更新。
[0094]
以下，将对步骤s610-步骤s630进行进一步的解释以及说明。具体的，首先，预设时间段内，当移动管理网元未接收到目标数据管理网元发送的通信消息时，可以多次向目标数据管理网元发送请求，当移动管理网元发送多次请求后，均未接收到转接设备转发的目标数据管理网元发送的通信消息之后，移动控制网元可以在关系表中对目标数据管理网元的请求失败次数进行更新，当关系表中该目标数据管理网元的初始请求失败次数为0时，可以根据移动控制网元的发送请求数，将目标数据管理网元的请求失败次数更新为移动控制网元的发送请求数。
[0095]
当移动控制网元多次向目标数据管理网元发送请求，每发送一次请求，该移动控制网元均未接收到目标数据管理网元发送的通信消息时，可以采用累积加1的方式对关系表中目标数据管理网元的请求失败数进行更新；期间，当接收到一个目标数据管理网元发送的通信消息时，移动控制网元可以将关系表中该目标数据管理网元的请求失败数更新为0。当将目标数据管理网元的请求失败数更新为0之后，移动控制网元再次发送请求，仍未接收到目标数据管理网元发送的通信消息时，移动控制网元在关系表中以0为基础根据发送的请求数，对目标数据管理网元的失败请求数再次进行更新。
[0096]
在步骤s130中，在所述通信失败次数高于预设值时，将所述数据管理网元的状态修改为故障状态。
[0097]
在本示例实施例中，当移动控制网元对关系表中的目标数据管理网元的请求失败数进行更新之后，可以根据更新之后的关系表中的目标数据管理网元的请求失败数，确定目标数据管理网元的状态。具体的，在预设时间段内，当关系表中目标数据管理网元的请求失败数高于预设值时，移动控制网元可以将目标数据管理网元的状态更新为故障状态。
[0098]
在本示例实施例中，参考图7所示，在将数据管理网元的状态修改为故障状态之后，网元状态检测方法还可以包括步骤s710以及步骤s720：
[0099]
步骤s710.向其他移动控制网元以及网管系统发送所述目标数据管理网元状态为故障的消息；
[0100]
步骤s720.经过第一预设时间间隔后，将所述关系表中所述目标数据管理网元的请求失败数修改为0，并将所述目标数据管理网元的状态修改为正常状态。
[0101]
以下，将对步骤s710、步骤s720进行进一步的解释以及说明。具体的，当移动控制网元根据预设时间段内目标数据管理网元的请求失败数，将目标数据管理网元的状态修改为故障状态之后，可以向本地区的其他移动控制网元以及网管系统发送目标数据管理网元为故障状态的消息；在移动控制网元将目标数据管理网元的状修改为故障状态后，经过第一预设时间间隔，移动控制网元可以将关系表中目标数据管理网元的状态再次修改为正常，并且将目标数据管理网元的请求失败数修改为0。在本示例实施例中通过向其他移动控制网元以及网管系统发送目标数据管理网元状态为故障的消息，减少了移动控制网元向目
标数据管理网元发送请求的次数，降低了网络压力。
[0102]
本公开示例实施例提供的网关状态检测方法至少具有以下优点：一方面，在移动控制网元中增加状态检测机制，当移动控制网元接收到用户的网络接入请求时，根据网络接入请求建立移动控制网元与数据管理网元之间的通信，通过对数据管理网元发送的通信消息进行统计，得到数据管理网元的通信失败次数，通过数据管理网元的通信失败次数对数据管理网元的状态进行检测，实现了通过移动控制网元对数据管理网元的状态检测；另一方面，由于不同地区使用不同的网管系统，上述通过接收到的数据管理网元发送的通信消息来确定数据管理网元的状态，不需要额外部署网管系统，可以通过本地区的移动控制网元检测其他地区的数据管理网元的状态，减少了重复向状态为故障状态的数据管理网元发送请求而带来的网络负担。
[0103]
本公开示例实施例还提供了一种应用于移动控制网元的网元状态检测装置，参考图8所示，可以包括：通信建立模块810、消息接收模块820以及网元状态确定模块830。其中：
[0104]
通信建立模块810，用于响应用户的网络接入请求，根据所述网络接入请求，建立所述移动控制网元、与所述用户对应的数据管理网元之间的通信；
[0105]
消息接收模块820，用于接收所述数据管理网元发送的通信消息，在预设时间内，根据接收到的所述通信消息，确定所述数据管理网元的通信失败次数；
[0106]
网元状态确定模块830，用于在所述通信失败次数高于预设值时，将所述数据管理网元的状态修改为故障状态。
[0107]
上述网元状态检测装置中各模块的具体细节已经在对应的网元状态检测方法中进行了详细的描述，因此此处不再赘述。
[0108]
在本公开的一种示例性实施例中，响应用户的网络接入请求，根据所述网络接入请求，建立所述移动控制网元、与所述用户对应的数据管理网元之间的通信，包括：
[0109]
响应用户的网络接入请求，获取所述用户的用户识别码，根据所述用户识别码，确定与所述用户识别码对应的数据管理网元；
[0110]
通过转接设备建立所述控制移动网元、与所述用户识别码对应的数据管理网元之间的通信。
[0111]
在本公开的一种示例性实施例中，通过转接设备建立所述控制移动网元、与所述用户识别码对应的数据管理网元之间的通信，包括：
[0112]
通过所述转接设备，向所述数据管理网元发送用户签约信息请求消息，通过所述用户签约信息请求消息建立所述控制移动网元、所述数据管理网元之间的通信。
[0113]
在本公开的一种示例性实施例中，接收所述数据管理网元发送的通信消息，包括：
[0114]
通过所述转接设备，接收所述数据管理网元发送的所述通信消息，其中，所述通信消息中包括所述用户的签约信息，以及所述数据管理网元的识别码。
[0115]
在本公开的一种示例性实施例中，在接收所述数据管理网元发送的通信消息之后，所述网元状态检测方法还包括：
[0116]
获取所述通信消息中包括的数据管理网元的识别码，确定与所述数据管理网元对应的用户识别码的号段；
[0117]
建立所述数据管理网元的识别码与所述用户识别码的号段之间的关系表，其中，所述关系表中包括数据管理网元的识别码、数据管理网元的状态、数据管理网元的请求失
败次数以及用户识别码的号段。
[0118]
在本公开的一种示例性实施例中，在预设时间段内，根据接收到的所述通信消息，确定所述数据管理网元的通信失败次数，包括：
[0119]
当与数据管理网元对应的用户识别码的号段的用户请求接入网络时，向与所述用户识别码的号段对应的目标数据管理网元发送请求；
[0120]
接收所述目标数据管理网元发送的通信消息，在预设时间段内，当未接收到所述通信消息时，对所述关系表中所述目标数据管理网元的请求失败次数进行更新；
[0121]
根据所述关系表，确定所述数据管理网元的通信失败次数。
[0122]
在本公开的一种示例性实施例中，在预设时间段内，当未接收到所述通信消息时，对所述关系表中所述目标数据管理网元的请求失败次数进行更新，包括：
[0123]
在预设时间段内，多次向所述目标数据管理网元发送请求，均未接收到所述目标数据管理网元的通信消息时，将所述关系表中所述目标数据管理网元的请求失败次数更新为发送请求数；
[0124]
在预设时间段内，多次向所述目标数据管理网元发送请求，当接收到与任一发送请求对应的通信消息时，将所述关系表中所述目标数据管理网元的请求失败次数更新为0；
[0125]
在接收到与任一发送请求对应的通信消息之后，再次向所述目标数据管理网元发送请求，未接收到所述通信消息时，在失败次数为0的基础上，根据发送请求数，对所述目标数据管理网元的请求失败次数进行更新。
[0126]
在本公开的一种示例性实施例中，在将所述数据管理网元的状态修改为故障状态之后，所述网元状态检测方法还包括：
[0127]
向其他移动控制网元以及网管系统发送所述目标数据管理网元状态为故障的消息；
[0128]
经过第一预设时间间隔后，将所述关系表中所述目标数据管理网元的请求失败数修改为0，并将所述目标数据管理网元的状态修改为正常状态。
[0129]
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
[0130]
此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
[0131]
在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
[0132]
所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
[0133]
下面参照图9来描述根据本公开的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
[0134]
如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930以及显示单元940。
[0135]
其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元910可以执行如图1中所示的步骤s110：响应用户的网络接入请求，根据所述网络接入请求，建立所述移动控制网元、与所述用户对应的数据管理网元之间的通信；s120：接收所述数据管理网元发送的通信消息，在预设时间段内，根据接收到的所述通信消息，确定所述数据管理网元的通信失败次数；s130：在所述通信失败次数高于预设值时，将所述数据管理网元的状态修改为故障状态。
[0136]
存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(rom)9203。
[0137]
存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
[0138]
总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
[0139]
电子设备900也可以与一个或多个外部设备1000(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
[0140]
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
[0141]
在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
[0142]
根据本公开的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑
盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0143]
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
[0144]
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0145]
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
[0146]
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
[0147]
此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
[0148]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。