A fault determination method and device, electronic equipment and storage medium

Abstract

The application provides a fault determination method and device, electronic equipment and storage medium, relates to the technical field of communication, and solves the technical problem that the determination mode of network fault is not unified in the related art, causing false judgment or missed judgment of network fault. The method comprises the following steps: obtaining an identification feature of at least one heartbeat message transmitted by a target device, the identification feature being content added by the target device in the heartbeat message; determining the transmission state of the heartbeat message based on the identification feature of the heartbeat message; and determining whether a target network exists a fault based on the transmission state of the heartbeat message, the target network being a network to which the target device belongs.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of communication, and particularly relates to a fault determination method and device, electronic equipment and storage medium. BACKGROUND

[0002] At present, the ways to determine whether a network exists a fault include the following: one is that when a network function repository function (NRF) detects that a certain network element exists a fault, the NRF can send a fault state notification to other network elements to inform the other network elements of the fault state of the network element, so that it can be determined that the network exists a fault. Two is that a certain network element can determine that other network elements exist a fault based on the response status code and error code sent by the other network elements, so that it can be determined that the network exists a fault.

[0003] However, in the above method, the determination ways of network faults are not unified, and the determination results generated by different channels and different ways can be inconsistent, which can cause misjudgment or missed judgment of network faults. SUMMARY

[0004] The present application provides a fault determination method and device, electronic equipment and storage medium, which solves the technical problem that the determination ways of network faults are not unified in the related art, causing misjudgment or missed judgment of network faults.

[0005] In a first aspect, the present application provides a fault determination method, including: obtaining an identification feature of at least one heartbeat message transmitted by a target device, the identification feature being content added by the target device in the heartbeat message; determining a transmission state of the heartbeat message based on the identification feature of the heartbeat message; and determining whether a target network exists a fault based on the transmission state of the heartbeat message, the target network being a network to which the target device belongs.

[0006] In a second aspect, the present application provides a fault determination device, including: an obtaining module and a determining module.

[0007] The obtaining module is configured to obtain an identification feature of at least one heartbeat message transmitted by a target device, the identification feature being content added by the target device in the heartbeat message; the determining module is configured to determine a transmission state of the heartbeat message based on the identification feature of the heartbeat message; and the determining module is further configured to determine whether a target network exists a fault based on the transmission state of the heartbeat message, the target network being a network to which the target device belongs.

[0008] In a third aspect, the present application provides electronic equipment, including: a processor and a memory configured to store processor-executable instructions; and wherein the processor is configured to execute the instructions to implement any of the optional fault determination methods in the first aspect.

[0009] In a fourth aspect, the present application provides a computer-readable storage medium, and the computer-readable storage medium stores instructions. When the instructions in the computer-readable storage medium are executed by an electronic device, the electronic device can execute any of the optional fault determination methods in the first aspect.

[0010] The fault determination method and device, the electronic device, and the storage medium provided by the present application can obtain the identification feature of the at least one heartbeat message transmitted by the target device. Since the identification feature is the content added by the target device in the heartbeat message, the electronic device can accurately and effectively determine the transmission state of the heartbeat message, that is, the abnormality or normality, based on the identification feature. Then, the electronic device can determine whether the target network (that is, the network to which the target device belongs) has a fault based on the transmission state of the heartbeat message. In the present application, the electronic device takes the heartbeat message as a monitoring means of network quality, can determine whether there is a fault in the network based on a unified manner, can avoid misjudgment / omission of the network fault, and thus realizes the healthy operation of the network. BRIEF DESCRIPTION OF DRAWINGS

[0011] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the drawings needed to be used in the embodiments or the prior art description will be briefly introduced.

[0012] Figure 1 A network architecture schematic diagram of a 5G communication system provided by an embodiment of the present application;

[0013] Figure 2 A network architecture schematic diagram of a fault determination system provided by an embodiment of the present application;

[0014] Figure 3 A flowchart of a fault determination method provided by an embodiment of the present application;

[0015] Figure 4 A flowchart of another fault determination method provided by an embodiment of the present application;

[0016] Figure 5 A flowchart of another fault determination method provided by an embodiment of the present application;

[0017] Figure 6 A flowchart of another fault determination method provided by an embodiment of the present application;

[0018] Figure 7 A flowchart of another fault determination method provided by an embodiment of the present application;

[0019] Figure 8 A flowchart of another fault determination method provided by an embodiment of the present application;

[0020] Figure 9 A scene schematic diagram for performing network disaster recovery is provided for an embodiment of the present application.

[0021] Figure 10 A scene schematic diagram for performing security protection is provided for an embodiment of the present application.

[0022] Figure 11 A structure schematic diagram of a fault determination apparatus is provided for an embodiment of the present application.

[0023] Figure 12 A structure schematic diagram of another fault determination apparatus is provided for an embodiment of the present application. DETAILED DESCRIPTION

[0024] The fault determination method, apparatus, electronic device and storage medium provided by the embodiments of the present application will be described in detail below with reference to the accompanying drawings.

[0025] The terms "first" and "second" and the like in the description of the present application and the accompanying drawings are used to distinguish different objects, rather than to describe a specific order of the objects, for example, the first heartbeat message and the second heartbeat message are used to distinguish different heartbeat messages, rather than to describe a specific order of the heartbeat messages.

[0026] In addition, the terms "comprising" and "having" and any variations thereof mentioned in the description of the present application are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device including a series of steps or units is not limited to the listed steps or units, but can optionally include other steps or units not listed, or can optionally include other steps or units inherent to the process, method, product or device.

[0027] It should be noted that in the embodiments of the present application, the words "exemplary" or "for example" are used to mean serving as an example, instance, or illustration. Any embodiment or design scheme described as "exemplary" or "for example" in the embodiments of the present application should not be interpreted as being more preferred or advantageous than other embodiments or design schemes. Rather, the use of the words "exemplary" or "for example" is intended to present the relevant concept in a specific manner.

[0028] In the present application, "and / or" includes using any one of the two methods or using both methods at the same time.

[0029] In the description of the present application, "a plurality of" means two or more, unless otherwise specified.

[0030] Based on the description in the background art, since the determination manner of network failure in the related art is not unified, the determination results generated by different channels and different manners may not be consistent, which can cause misjudgment or missed judgment of network failure. Based on this, the embodiments of the present application provide a fault determination method and device, electronic equipment and storage medium. The electronic equipment takes the heartbeat message as a monitoring means of network quality, can determine whether there is a fault in the network based on a unified manner, can avoid misjudgment / missed judgment of network failure, and thus realizes the healthy operation of the network.

[0031] The fault determination method, device, electronic equipment and storage medium provided by the embodiments of the present application can be applied to a wireless communication system. For example, a 5G communication system is taken as an example, Figure 1 A network architecture schematic diagram of the 5G communication system provided by the embodiments of the present application is shown in the figure. The 5G communication system can include a user equipment (user equipment, UE) 101, a radio access network (radio access network, RAN) device or an access network (access network, AN) device 102, a user plane function (user plane function, UPF) 103, an access and mobility management function (access and mobility management function, AMF) 104, a session management function (session management function, SMF) 105, a policy control function (policy control function, PCF) 106, an authentication server function (authentication server function, AUSF) 107, an NRF 108, an application function (application function, AF) 109, a network exposure function (network exposure function, NEF) 110, a unified data management (unified data management, UDM) 111, and a network slice selection function (network slice selection function, NSSF) 112, etc. The UE 101 accesses the 5G network (i.e. it is understood that the UE 101 accesses the 5G system that can provide the 5G network), and establishes a session with the network, and then the UE 101 can communicate with the functions (such as the UPF 103, the AMF 104, etc.) serving the UE 101 through the (R)AN device 102. Generally, in actual application, the connection between the above-mentioned various devices or service functions can be wireless connection or wired connection, in order to conveniently and intuitively represent the connection relationship between the various devices, Figure 1 The implementation schematic is adopted in the background art.

[0032] The (R)AN device 102 is configured to enable the UE 101 to access the network, and can include a base station, an evolved node base station (eNB), a next generation node base station (gNB), a new radio eNB, a macro base station, a micro base station, a high-frequency base station, or a transmission and reception point (TRP), a non-3rd generation partnership project (3GPP) access network (such as WiFi), a non-3GPP interworking function (N3IWF), and the like.

[0033] The UPF 103 is configured to process events related to the user plane, such as transmitting or routing data packets, detecting data packets, reporting traffic volume, processing quality of service (QoS), lawful interception, storing downlink data packets, and the like. In the embodiments of the present application, the UPF 103 is configured to receive a heartbeat message sent by the UE 101 and a server included in an external data network.

[0034] The AMF 104 is configured to perform connection management, mobility management, registration management, access authentication and authorization, reachability management, and security context management, and the like.

[0035] The SMF 105 is configured to perform session management (such as establishment, modification, and release of a session), selection and control of the UPF 103, selection of a service and session continuity mode, and roaming services, and the like.

[0036] The PCF 106 is configured to formulate a policy, provide a policy control service, and obtain subscription information related to a policy decision, and the like.

[0037] The AUSF 107 is configured to interact with the UDM 111 to obtain user information, and perform authentication-related functions, such as generating an intermediate key, and the like.

[0038] The NRF 108 is configured to perform service discovery, maintain a network function text of available network functions, and services supported by these network functions.

[0039] The AF 109 is configured to interact with the 3GPP core network, and provide services or servers, for example, can interact with the NEF 110.

[0040] The NEF 110: provides various services and capabilities (including content exposure or exposure to third parties, etc.) provided by the secure exposure 3GPP network function, translates or translates information interacting with the AF 109 and information interacting with the internal network function, such as AF service identification and content 5G core network information (such as network slice selection assistance information, etc.), etc.

[0041] The UDM 111: processes authentication information in the 3GPP authentication and key agreement mechanism, processes user identity information, access authorization, registration and mobility management, subscription management, short message management, etc.

[0042] The NSSF 112: is used to select a group of network slices for the UE 101, determine the network slice selection protocol information, and determine the AMF set (the AMF set refers to a set of multiple AMFs that can serve the UE 101) serving the UE 101.

[0043] Optionally, in the embodiments of the application, each of the above-mentioned functional modules (i.e. UPF 103, AMF 104, SMF 105, PCF 106, AUSF 107, NRF 108, AF 109, NEF 110, UDM 111 and NSSF 112) can be integrated on a server to realize its function.

[0044] In combination with the above-mentioned 5G communication system architecture, as shown in Figure 2 The electronic device 201 can be deployed between the UPF 103 and the external data network (specifically, at a location close to the UPF 103).

[0045] Specifically, the electronic device 201 can obtain the identification feature of at least one heartbeat message transmitted by the target device (including the UE 101 and the server included in the external data network), and determine the transmission state of the heartbeat message based on the identification feature of the heartbeat message, so as to determine whether the target network (i.e. the network to which the target device belongs) has a fault.

[0046] Optionally, Figure 2 The functions of the UE 101, the (R)AN device 102, the UPF 103, the AMF 104, the SMF 105, the PCF 106, the UDM 111 and the external data network in the above-mentioned embodiments are the same or similar to those described above, and will not be described here.

[0047] For example, the electronic device executing the fault determination method provided in this application embodiment can be a mobile phone, tablet computer, desktop computer, laptop computer, handheld computer, notebook computer, ultra-mobile personal computer (UMPC), netbook, as well as cellular phone, personal digital assistant (PDA), augmented reality (AR) / virtual reality (VR) device. This application embodiment does not impose special limitations on the specific form of the electronic device. It can interact with the user through one or more methods such as keyboard, touchpad, touch screen, remote control, voice interaction, or handwriting devices.

[0048] Optionally, the aforementioned electronic device may be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery network (CDN) acceleration services, as well as big data and artificial intelligence platforms.

[0049] In related technologies, the presence of faults in a network can be determined through the following methods.

[0050] In one implementation, it can be based on NRF status notifications. This implementation is suitable for direct-connection networks, single-channel-per-carrier (SCPC) networks, and other modes. Specifically, the AMF and SMF can subscribe to UDM status change notifications from the NRF. When the NRF detects that the UDM status has changed from a normal state to a fault state, it triggers a fault status notification to inform the AMF and SMF of the current UDM status.

[0051] The AMF and SMF have the same fault detection mechanism. The following explanation uses AMF as an example. Figure 3 As shown, it includes S301-S303.

[0052] S301, AMF subscribes to UDM status change notifications from NRF.

[0053] S302, NRF detected that UDM is in a fault state.

[0054] S303 and NRF send fault status notifications to AMF.

[0055] The fault status notification is used to inform the UDM that it is currently in a fault state.

[0056] In another implementation, a form of local network function (NF) status detection can be used. This implementation is only applicable to the direct connection networking mode. A hypertext transfer protocol (HTTP) Internet packet groper (PING) detection message is initiated to the target NF at a timing to confirm whether the target NF is normal.

[0057] The specific implementation can be as shown in Figure 4 , including S401-S402.

[0058] S401, the AMF sends an HTTP PING detection request to the UDM.

[0059] S402, the AMF waits for the number of HTTP PING response timeouts to exceed a threshold, and then determines that the UDM is in a fault state.

[0060] In yet another implementation, a form of response status code and error code can be used. Specifically, a certain network element can determine that another network element is faulty based on the response status code and error code sent by the other network element, and thus determine that the network is faulty.

[0061] The implementation thereof can be as shown in Figure 5 , including S501-S502.

[0062] S501, the AMF sends a service request message to the UDM.

[0063] S502, the UDM sends a service failure response to the AMF when it is detected that the UDM is currently in a fault state.

[0064] The service failure response includes a response status code and an error code. The AMF can determine that the UMD is faulty based on the response status code and the error code.

[0065] Based on this, the embodiments of the present application provide a fault determination method, as shown in Figure 6 , the fault determination method includes S601-S603.

[0066] S601, an identification feature of at least one heartbeat message transmitted by a target device is acquired.

[0067] The identification feature is content added by the target device in the heartbeat message.

[0068] It should be understood that the target device is a UE and / or a server in an external data network, which is a server corresponding to an application (or application, APP for short) installed in the UE.

[0069] Specifically, the UE (specifically, an application in the UE) can send a heartbeat message to the UPF via the (R)AN device (for example, a base station), and then the UPF can send the heartbeat message to the server corresponding to the application.

[0070] Correspondingly, the server can also send a heartbeat message to the UPF, and then the UPF can send the heartbeat message to the UE via the (R)AN device.

[0071] Optionally, the at least one heartbeat message can come from multiple target devices or multiple accounts, and the number of target devices transmitting the at least one heartbeat message and the number of accounts corresponding to the at least one heartbeat message are not limited in the embodiments of the application.

[0072] It can be understood that the UPF can determine whether the media package is a heartbeat message after receiving / acquiring the media package. If the media package is a heartbeat message, the UPF sends a copy of the heartbeat message to the electronic device, so that the electronic device can acquire the heartbeat message.

[0073] Optionally, after acquiring the media package, the UPF can perform deep packet inspection (DPI) on the media package. If it is detected that the media package includes a specific field (for example, heart beat) or the name of the media package is a heartbeat message / heartbeat packet, the UPF can determine that the media package is a heartbeat message.

[0074] In the embodiments of the application, after the UPF receives the heartbeat message of a certain APP, it caches and copies while normally forwarding to the server corresponding to the APP, so as to not affect the normal communication and detection between the APP and the server.

[0075] S602, based on the identification feature of the heartbeat message, determine the transmission state of the heartbeat message.

[0076] The transmission state includes an abnormal state and a normal state.

[0077] Optionally, the UPF can also add the identification feature in the heartbeat message after receiving the heartbeat message, and package and send it to the electronic device at intervals for a preset time length, so that the electronic device can acquire the identification feature of the at least one heartbeat message.

[0078] Optionally, the identification feature comprises at least one of a timestamp of the target device transmitting the heartbeat message, an account identifier in the heartbeat message, an application identifier in the heartbeat message, and a sequence number in the heartbeat message.

[0079] S603, determining whether the target network has a fault based on the transmission state of the heartbeat message.

[0080] The target network is a network to which the target device belongs.

[0081] In an optional implementation, when the transmission state of the heartbeat message is abnormal, the electronic device can determine that the target network has a fault.

[0082] In another optional implementation, when the transmission state of the heartbeat message is normal, the electronic device can determine that the target network does not have a fault.

[0083] In the embodiments of the present application, the electronic device can obtain an identification feature of at least one heartbeat message transmitted by the target device. Since the identification feature is content added by the target device in the heartbeat message, the electronic device can accurately and effectively determine the transmission state of the heartbeat message, i.e., abnormal or normal, based on the identification feature. Then, the electronic device can determine whether the target network (i.e., the network to which the target device belongs) has a fault based on the transmission state of the heartbeat message. In the embodiments of the present application, the electronic device can determine whether there is a fault in the network based on a unified manner by taking the heartbeat message as a monitoring means of network quality, which can avoid misjudgment / omission of network faults, thereby realizing healthy operation of the network.

[0084] In an implementation of the embodiments of the present application, the identification feature comprises a timestamp of the target device transmitting the heartbeat message. The determination of the transmission state of the heartbeat message based on the identification feature of the heartbeat message comprises step A.

[0085] Step A, when no response message corresponding to the heartbeat message is received before a target time, determining that the transmission state of the heartbeat message is abnormal.

[0086] The target time is a time point after the timestamp by an interval threshold.

[0087] It should be understood that when no response message corresponding to the heartbeat message is received before the target time, it means that the heartbeat message is timed out or no reply is received, and at this time the electronic device can conveniently and quickly determine that the transmission state of the heartbeat message is abnormal.

[0088] It can be understood that the interval threshold is a period (e.g., 30 minutes) negotiated between the UE (or client) and the server (or server), which can be included in the heartbeat message.

[0089] Optionally, when a response message corresponding to the heartbeat message is received before the target time, the electronic device can determine that the transmission state of the heartbeat message is normal.

[0090] In another implementation form of the embodiment of the application, the identification feature comprises an account identifier and an application identifier in the heartbeat message. The identification feature based on the heartbeat message comprises the following step B.

[0091] Step B, when the number of the second heartbeat messages is greater than or equal to the number threshold, determining that the transmission state of the first heartbeat message and the second heartbeat message is abnormal.

[0092] The first heartbeat message and the second heartbeat message are any two heartbeat messages in the at least one heartbeat message, and the second heartbeat message has the same account identifier and application identifier as the first heartbeat message.

[0093] It should be understood that the second heartbeat message has the same account identifier and application identifier as the first heartbeat message, which means that the sending end device (for example, a UE) of the second heartbeat message is the same as the sending end device of the first heartbeat message, and the receiving end device (for example, a server) of the second heartbeat message is the same as the receiving end device of the first heartbeat message.

[0094] When the number of the second heartbeat messages is greater than or equal to the number threshold, it means that the UE or the server sends a large number of retransmission messages, which can also be understood as retransmitting a large number of heartbeat messages. At this time, the electronic device can determine that the transmission state of these retransmitted heartbeat messages (including the first heartbeat message and the second heartbeat message) is abnormal.

[0095] Optionally, when the number of the second heartbeat messages is less than the number threshold, the electronic device can determine that the transmission state of the first heartbeat message and the second heartbeat message is normal.

[0096] In yet another implementation form of the embodiment of the application, the identification feature comprises a sequence number in the heartbeat message. The identification feature based on the heartbeat message comprises the following step C.

[0097] Step C, when the sequence number included in the response message corresponding to the heartbeat message is different from the sequence number of the heartbeat message, determining that the transmission state of the heartbeat message is abnormal.

[0098] It should be understood that the target device sends a sequence number in the heartbeat message, and a sequence number is also included in the response message received after sending the heartbeat message, and the two sequence numbers should be the same. When the sequence number included in the response message corresponding to the heartbeat message is different from the sequence number of the heartbeat message, it indicates that the sequence number of the heartbeat message is disordered in the transmission process, i.e., the electronic device can determine that the transmission state of the heartbeat message is abnormal.

[0099] Optionally, when the sequence number included in the response message corresponding to the heartbeat message is the same as the sequence number of the heartbeat message, the electronic device can determine that the transmission state of the heartbeat message is normal.

[0100] In combination Figure 6 As shown in FIG. 6, the transmission state of the heartbeat message can be used to determine whether the target network is faulty, which can include S6031-S6033. Figure 7

[0101] S6031, determine the first quantity and the second quantity.

[0102] The first quantity is the number of the at least one heartbeat message, and the second quantity is the number of the heartbeat message with an abnormal transmission state in the at least one heartbeat message.

[0103] S6032, determine the ratio between the second quantity and the first quantity as the probability of the target network being faulty.

[0104] S6033, when the probability of the target network being faulty is greater than or equal to a probability threshold, determine that the target network is faulty.

[0105] For example, assuming that the first quantity is 100 and the second quantity is 80, the electronic device can determine that the probability of the target network being faulty is 80%. Assuming that the probability threshold is 60%, the electronic device can determine that the target network is faulty.

[0106] In combination Figure 6 As shown in FIG. 6, after determining whether the target network is faulty based on the transmission state of the heartbeat message, the fault determination method provided by the present application further includes S604-S606. Figure 8

[0107] S604, when the target network is faulty, send an offline notification message to the UPF in the target network.

[0108] The offline notification message includes the account identifier of the target account and the application identifier of the target application, and the offline notification message is used to notify the UPF to indicate that the target account suspends using the target application.

[0109] ​​It should be understood that the UPF instructing the target account to suspend use of the target application specifically means instructing the target account (or the UE corresponding to the target account) to be forced offline.

[0110] S605, when the target heartbeat message is received within the target time length, it is determined that the media plane network element in the target network has a fault.

[0111] The target heartbeat message includes the account identifier of the target account and the application identifier of the target application.

[0112] It can be understood that when the target heartbeat message is received within the target market, it indicates that the target account (or the UE corresponding to the target account) is successfully registered and sends a heartbeat message to the UPF again, and at this time the electronic device can determine that the media plane network element in the target network has a fault.

[0113] Optionally, the media plane network element can include a UPF, an SMF, etc.

[0114] S606, when the target heartbeat message is not received within the target time length, it is determined that the control plane network element in the target network has a fault.

[0115] In the embodiments of the application, when the target heartbeat message is not received within the target time length, it indicates that the target account (or the UE corresponding to the target account) cannot be re-registered and sends a heartbeat message to the UPF, and at this time the electronic device can determine that the control plane network element in the target network has a fault.

[0116] Optionally, the control plane network element can include an AMF, etc.

[0117] In an optional implementation, when the target heartbeat message is not received within the target time length, the electronic device can also determine that the (R)AN device (or base station) in the target network has a fault.

[0118] In the embodiments of the application, when the electronic device determines that a certain network element in the target network has a fault or a certain link is interrupted, a specific technology can be selected for processing. Specifically, it can include network disaster recovery technology and security protection technology.

[0119] In some embodiments, as shown in Figure 9 When a certain AMF (for example, AMF 905) has a fault, the surrounding network elements (UDM 901, PCF 902, SMF 903, and (R)AN device 904) can select other AMFs (for example, AMF 906 or AMF 907) to continue processing the service.

[0120] Optionally, different AMFs can belong to different data centers (DCs).

[0121] In some embodiments, as shown in FIG. 1, the NF 1002 can receive an incoming message sent by the incoming network element 1001, send a pass response to the incoming network element 1001, send a reject response to the incoming network element 1001, and discard the incoming message by the incoming signaling overload control. The NF 1002 can also send a pass message to the outgoing network element 1003, buffer the incoming message sent by the incoming network element 1001, and discard the incoming message by the outgoing signaling overload control. Figure 10

[0122] It should be understood that the above-mentioned incoming signaling overload control and outgoing signaling overload control both belong to overload control strategies in security protection technology.

[0123] Optionally, the above-mentioned incoming network element can be a (R)AN device, and the outgoing network element can be a charging gateway (CG).

[0124] The embodiments of the present application can divide the functional modules of electronic devices and the like according to the above-mentioned method examples. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated in one processing module. The above-mentioned integrated module can be realized in the form of hardware or in the form of a software functional module. It should be noted that the division of the modules in the embodiments of the present application is illustrative, and is only a logical functional division. There can be another division manner when actually implemented.

[0125] In the case of dividing each functional module corresponding to each function, Figure 11 A possible structural schematic diagram of the fault determination apparatus involved in the above-mentioned embodiments is shown in FIG. 11. As shown in FIG. 11, the fault determination apparatus 110 can include an acquisition module 1101 and a determination module 1102. Figure 11 The acquisition module 1101 is configured to acquire an identification feature of at least one heartbeat message transmitted by a target device, the identification feature being content added by the target device in the heartbeat message.

[0126] The determination module 1102 is configured to determine a transmission state of the heartbeat message based on the identification feature of the heartbeat message.

[0127] The determination module 1102 is further configured to determine whether a target network, to which the target device belongs, has a fault based on the transmission state of the heartbeat message.

[0128] Optionally, the above-mentioned identification feature includes a timestamp of the target device transmitting the heartbeat message.

[0129]

[0130] It should be understood that the above-mentioned incoming signaling overload control and outgoing signaling overload control both belong to overload control strategies in security protection technology.

[0123] Optionally, the above-mentioned incoming network element can be a (R)AN device, and the outgoing network element can be a charging gateway (CG).

[0124] The embodiments of the present application can divide the functional modules of electronic devices and the like according to the above-mentioned method examples. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated in one processing module. The above-mentioned integrated module can be realized in the form of hardware or in the form of a software functional module. It should be noted that the division of the modules in the embodiments of the present application is illustrative, and is only a logical functional division. There can be another division manner when actually implemented.

[0125] In the case of dividing each functional module corresponding to each function, Figure 11 A possible structural schematic diagram of the fault determination apparatus involved in the above-mentioned embodiments is shown in FIG. 11. As shown in FIG. 11, the fault determination apparatus 110 can include an acquisition module 1101 and a determination module 1102. Figure 11 The acquisition module 1101 is configured to acquire an identification feature of at least one heartbeat message transmitted by a target device, the identification feature being content added by the target device in the heartbeat message.

[0126] The determination module 1102 is configured to determine a transmission state of the heartbeat message based on the identification feature of the heartbeat message.

[0127] The determination module 1102 is further configured to determine whether a target network, to which the target device belongs, has a fault based on the transmission state of the heartbeat message.

[0128] Optionally, the above-mentioned identification feature includes a timestamp of the target device transmitting the heartbeat message.

[0129]

[0130] It should be understood that the above-mentioned incoming signaling overload control and outgoing signaling overload control both belong to overload control strategies in security protection technology.

[0123] Optionally, the above-mentioned incoming network element can be a (R)AN device, and the outgoing network element can be a charging gateway (CG).

[0124] The embodiments of the present application can divide the functional modules of electronic devices and the like according to the above-mentioned method examples. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated in one processing module. The above-mentioned integrated module can be realized in the form of hardware or in the form of a software functional module. It should be noted that the division of the modules in the embodiments of the present application is illustrative, and is only a logical functional division. There can be another division manner when actually implemented.

[0125] In the case of dividing each functional module corresponding to each function, Figure 11 A possible structural schematic diagram of the fault determination apparatus involved in the above-mentioned embodiments is shown in FIG. 11. As shown in FIG. 11, the fault determination apparatus 110 can include an acquisition module 1101 and a determination module 1102. Figure 11 The acquisition module 1101 is configured to acquire an identification feature of at least one heartbeat message transmitted by a target device, the identification feature being content added by the target device in the heartbeat message.

[0126] The determination module 1102 is configured to determine a transmission state of the heartbeat message based on the identification feature of the heartbeat message.

[0127] The determination module 1102 is further configured to determine whether a target network, to which the target device belongs, has a fault based on the transmission state of the heartbeat message.

[0128] Optionally, the above-mentioned identification feature includes a timestamp of the target device transmitting the heartbeat message.

[0129]

[0130] It should be understood that the above-mentioned incoming signaling overload control and outgoing signaling overload control both belong to overload control strategies in security protection technology.

[0123] Optionally, the above-mentioned incoming network element can be a (R)AN device, and the outgoing network element can be a charging gateway (CG).

[0124] The embodiments of the present application can divide the functional modules of electronic devices and the like according to the above-mentioned method examples. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated in one processing module. The above-mentioned integrated module can be realized in the form of hardware or in the form of a software functional module. It should be noted that the division of the modules in the embodiments of the present application is illustrative, and is only a logical functional division. There can be another division manner when actually implemented.

[0125] In the case of dividing each functional module corresponding to each function, Figure 11 A possible structural schematic diagram of the fault determination apparatus involved in the above-mentioned embodiments is shown in FIG. 11. As shown in FIG. 11, the fault determination apparatus 110 can include an acquisition module 1101 and a determination module 1102. Figure 11 The acquisition module 1101 is configured to acquire an identification feature of at least one heartbeat message transmitted by a target device, the identification feature being content added by the target device in the heartbeat message.

[0126] The determination module 1102 is configured to determine a transmission state of the heartbeat message based on the identification feature of the heartbeat message.

[0127] The determination module 1102 is further configured to determine whether a target network, to which the target device belongs, has a fault based on the transmission state of the heartbeat message.

[0128] Optionally, the above-mentioned identification feature includes a timestamp of the target device transmitting the heartbeat message.

[0129]

[0130] It should be understood that the above-mentioned incoming signaling overload control and outgoing signaling overload control both belong to overload control strategies in security protection technology.

[0123] Optionally, the above-mentioned incoming network element can be a (R)AN device, and the outgoing network element can be a charging gateway (CG).

[0124] The determining module 1102 is specifically configured to determine that the transmission state of the heartbeat message is abnormal when a response message corresponding to the heartbeat message is not received before a target time, the target time being a time point at an interval threshold after the timestamp.

[0131] Optionally, the identification feature includes an account identifier and an application identifier in the heartbeat message.

[0132] The determining module 1102 is specifically configured to determine that the transmission states of a first heartbeat message and a second heartbeat message are abnormal when the number of the second heartbeat messages is greater than or equal to a number threshold, the first heartbeat message and the second heartbeat message being any two of the at least one heartbeat message, the second heartbeat message being the same as the first heartbeat message in terms of the account identifier and the application identifier.

[0133] Optionally, the identification feature includes a sequence number in the heartbeat message.

[0134] The determining module 1102 is specifically configured to determine that the transmission state of the heartbeat message is abnormal when a sequence number included in the received response message corresponding to the heartbeat message is different from a sequence number in the heartbeat message.

[0135] Optionally, the determining module 1102 is specifically configured to determine a first number and a second number, the first number being the number of the at least one heartbeat message, and the second number being the number of the heartbeat message with the abnormal transmission state in the at least one heartbeat message.

[0136] The determining module 1102 is further configured to determine the probability that the target network has a fault as a ratio between the second number and the first number.

[0137] The determining module 1102 is further configured to determine that the target network has a fault when the probability is greater than or equal to a probability threshold.

[0138] Optionally, the fault determining apparatus 110 further includes a sending module 1103.

[0139] The sending module 1103 is configured to send an offline notification message to a UPF in the target network when the target network has a fault, the offline notification message including an account identifier of a target account and an application identifier of a target application, the offline notification message being used to notify the UPF to instruct the target account to suspend using the target application.

[0140] The determining module 1102 is further configured to determine that a media plane network element in the target network has a fault when a target heartbeat message is received within a target time, the target heartbeat message including the account identifier of the target account and the application identifier of the target application.

[0141] The determining module 1102 is further configured to determine that the control plane network element in the target network is faulty when the target heartbeat message is not received within the target time length.

[0142] In the case of an integrated unit, Figure 12 A possible structure of the fault determining apparatus involved in the above embodiments is shown. As shown in Figure 12 The fault determining apparatus 120 can include a processing module 1201 and a communication module 1202. The processing module 1201 can be configured to control and manage the actions of the fault determining apparatus 120. The communication module 1202 can be configured to support the communication between the fault determining apparatus 120 and other entities. Optionally, as shown in Figure 12 The fault determining apparatus 120 can further include a storage module 1203 configured to store the program code and data of the fault determining apparatus 120.

[0143] The processing module 1201 can be a processor or a controller. The communication module 1202 can be a transceiver, a transceiver circuit, or a communication interface, etc. The storage module 1203 can be a memory.

[0144] When the processing module 1201 is a processor, the communication module 1202 is a transceiver, and the storage module 1203 is a memory, the processor, the transceiver, and the memory can be connected through a bus. The bus can be a peripheral component interconnect (PCI) bus, an extended industry standard architecture (EISA) bus, or the like. The bus can be divided into an address bus, a data bus, a control bus, etc.

[0145] It should be understood that, in various embodiments of the present application, the size of the sequence number of the above processes does not mean the order of execution, and the execution order of the processes should be determined according to its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0146] Those skilled in the art can appreciate that the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware or a combination of computer software and electronic hardware. Whether the functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the present application.

[0147] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the foregoing method embodiments, and will not be described here.

[0148] The units described as separate components can or can not be physically separate, and the components shown as units can or can not be physical units, i.e., can be located in one place, or can be distributed on multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the embodiment.

[0149] In the above embodiments, all or part can be realized by software, hardware, firmware or any combination thereof. When realized by software, all or part can be realized in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer readable storage medium or transferred from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be transmitted from one website site, computer, server or data center to another website site, computer, server or data center through wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.) mode. The computer readable storage medium can be any available medium that can be accessed by a computer or data storage device including one or more servers, data centers, etc. integrated with one or more media. The available medium can be a magnetic medium (such as a floppy disk, a hard disk, a magnetic tape), an optical medium (such as a DVD), or a semiconductor medium (such as a solid state disk (SSD)), etc.

[0150] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto, and any person skilled in the art can easily think of changes or replacements within the technical scope disclosed in the present application, which should be covered within the protection scope of the present application. Therefore, the protection scope of the present application should be limited by the protection scope of the claims.

Claims

1. A fault determination method, characterized in that, The method includes: Obtain the identification features of at least one heartbeat message transmitted by the target device, wherein the identification features are the content added by the target device to the heartbeat message; Based on the identification characteristics of the heartbeat message, the transmission status of the heartbeat message is determined; the transmission status includes abnormal status and normal status. Based on the transmission status of the heartbeat message, it is determined whether there is a fault in the target network, where the target network is the network to which the target device belongs; When the target network fails, an offline notification message is sent to the User Plane Function (UPF) in the target network. The offline notification message includes the account identifier of the target account and the application identifier of the target application. The offline notification message is used to notify the UPF to instruct the target account to suspend the use of the target application. When a target heartbeat message is received within the target duration, it is determined that there is a fault in the media plane network element in the target network. The target heartbeat message includes the account identifier of the target account and the application identifier of the target application. If the target heartbeat message is not received within the target duration, it is determined that there is a fault in the control plane network element of the target network.

2. The fault determination method according to claim 1, characterized in that, The identification feature includes a timestamp of the target device transmitting the heartbeat message. Determining the transmission status of the heartbeat message based on its identification feature includes: If no response message corresponding to the heartbeat message is received before the target time, it is determined that the transmission status of the heartbeat message is abnormal. The target time is the time after the time stamp interval threshold.

3. The fault determination method according to claim 1, characterized in that, The identification features include the account identifier and application identifier in the heartbeat message. Determining the transmission status of the heartbeat message based on its identification features includes: When the number of second heartbeat messages is greater than or equal to the number threshold, it is determined that the transmission status of the first heartbeat message and the second heartbeat message is abnormal. The first heartbeat message and the second heartbeat message are any two of the at least one heartbeat message. The account identifier and application identifier of the second heartbeat message are the same as those of the first heartbeat message.

4. The fault determination method according to claim 1, characterized in that, The identification feature includes the sequence number in the heartbeat message, and determining the transmission status of the heartbeat message based on the identification feature includes: When the sequence number included in the response message corresponding to the received heartbeat message is different from the sequence number in the heartbeat message, it is determined that the transmission status of the heartbeat message is abnormal.

5. The fault determination method according to any one of claims 1-4, characterized in that, Determining whether the target network has a fault based on the transmission status of the heartbeat message includes: Determine a first quantity and a second quantity, wherein the first quantity is the number of the at least one heartbeat message, and the second quantity is the number of the at least one heartbeat message whose transmission status is abnormal; The ratio between the second quantity and the first quantity is determined as the probability that the target network has a fault; When the probability is greater than or equal to the probability threshold, it is determined that the target network has a fault.

6. A fault determination device, characterized in that, include: Acquisition module, determination module, and sending module; The acquisition module is used to acquire the identification features of at least one heartbeat message transmitted by the target device, wherein the identification features are the content added by the target device to the heartbeat message; The determining module is used to determine the transmission status of the heartbeat message based on the identification characteristics of the heartbeat message; The transmission status includes abnormal status and normal status; The determining module is further configured to determine whether there is a fault in the target network based on the transmission status of the heartbeat message, wherein the target network is the network to which the target device belongs; The sending module is used to send an offline notification message to the User Plane Function (UPF) in the target network when the target network is faulty. The offline notification message includes the account identifier of the target account and the application identifier of the target application. The offline notification message is used to notify the UPF to instruct the target account to suspend the use of the target application. The determining module is further configured to determine that a media plane network element in the target network is faulty when a target heartbeat message is received within the target duration, wherein the target heartbeat message includes the account identifier of the target account and the application identifier of the target application; The determining module is further configured to determine that there is a fault in the control plane network element of the target network when no target heartbeat message is received within the target duration.

7. The fault determination device according to claim 6, characterized in that, The identification feature includes the timestamp of the target device transmitting the heartbeat message; The determining module is specifically used to determine that the transmission status of the heartbeat message is abnormal when no response message corresponding to the heartbeat message is received before the target time. The target time is the time after the time stamp interval threshold.

8. An electronic device, characterized in that, The electronic device includes: processor; A memory configured to store processor-executable instructions; The processor is configured to execute the instructions to implement the fault determination method as described in any one of claims 1-5.

9. A computer-readable storage medium storing instructions thereon, characterized in that, When the instructions in the computer-readable storage medium are executed by an electronic device, the electronic device is able to perform the fault determination method as described in any one of claims 1-5.

Images