CN109962991B

CN109962991B - Internet of things fault processing method, device, equipment and medium

Info

Publication number: CN109962991B
Application number: CN201711436062.7A
Authority: CN
Inventors: 姚芋伶; 计宁
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Group Sichuan Co Ltd
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Group Sichuan Co Ltd
Priority date: 2017-12-26
Filing date: 2017-12-26
Publication date: 2022-06-14
Anticipated expiration: 2037-12-26
Also published as: CN109962991A

Abstract

The embodiment of the invention provides a method, a device, equipment and a medium for processing faults of an Internet of things. The method is used for a public data network gateway (PGW) network element, and comprises the following steps: receiving a load establishing request, wherein the load establishing request comprises a matched Internet of things card identification code and a signed IP address; responding to the load establishing request, and judging whether the signing IP address is wrong; when the signing IP address is wrong, acquiring a standby IP address; the contracted IP address is replaced with the standby IP address. The method for processing the fault of the internet of things provided by the embodiment of the invention can reduce the service load of core network equipment, ensure normal data transmission and normal service activation and ensure the activation success rate index.

Description

Internet of things fault processing method, device, equipment and medium

Technical Field

The invention relates to the technical field of core networks, in particular to a method, a device, equipment and a medium for processing faults of an internet of things.

Background

The internet of things service is also called as an M2M (machine-to-machine) service, which breaks through the traditional connection limitation between people and between things, and realizes data transmission between things. The application scene of the internet of things service comprises water, electricity, gas, government, organs, enterprises and the like, and the application characteristics of the internet of things service comprise: the number of users is large, the service influence is wide, and the availability requirement is high.

Taking electric meter reading as an example, an internet of things proprietary data card is installed on a customized terminal, the data card is connected to an electric power company server through an operator mobile network, and the data card reports an attachment or service request message at a specified time point to complete activation of the data card and upload data.

In the current Network practical application, the EPC (Evolved Packet Core, 4G Core Network) mainly includes an MME (Mobile Management Entity, which is used for signaling processing), an SGW (Serving GateWay, which is used for forwarding user Data), and a PGW (PDN GateWay, which is used for accessing a PDN, where the PDN is a Public Data Network, Public Data Network). The basic principle of the enterprise for opening the Internet of things service is as follows: the method comprises the steps that a special APN (Access Point Name) data channel is established between an EPC (electronic product code) side and an enterprise Server, binding of the special APN and a static address of an Internet of things data card is completed at an HSS (Home Subscriber Server), one-to-one correspondence between the number of the data card and an IP (Internet protocol) address is realized, and a user records basic information such as the IP address and the number of the data card through an artificial or internal enterprise system to monitor the data card. When the data card fails, the customer feeds back an abnormal number to the operator to apply for troubleshooting. If the data card IP address binding is missed or wrong, the data card IP address binding will be rejected by the PGW device on the EPC side, resulting in a failure in service activation.

Because the binding of the IP address and the data card is completed through manual operation, the hidden trouble of failure inevitably exists, and the proportion of the failure of the existing network is up to 80 percent. The existing solution process includes: on one hand, complaints are passively accepted depending on monitoring means at the user side; on the other hand, the fault is sensed through the core network side equipment index alarm (for example, the activation success rate is reduced to a configuration threshold), and the operator is assisted to carry out fault positioning by dialing and testing the data card on the spot by the user.

In summary, the existing network lacks an efficient mechanism to solve the problems of increased core network equipment load, decreased activation success rate index and reduced user service perception caused by repeated attempts and activation of a fault card after the internet of things data caine IP address signing error.

Disclosure of Invention

The embodiment of the invention provides a fault processing method, a device, equipment and a medium of the Internet of things.A fault emergency mechanism is added on a PGW network element, and when a signed IP address matched with an identification code of the Internet of things card is found to be wrong, the wrong signed IP address is replaced by a standby IP address, so that normal data transmission and normal service activation are ensured, and a normal activation success rate index is ensured.

In a first aspect, an embodiment of the present invention provides an internet of things fault handling method, where the method is used for a public data network gateway PGW network element, and the method includes: receiving a load establishing request, wherein the load establishing request comprises a matched Internet of things card identification code and a signed IP address; responding to the load establishing request, and judging whether the signed IP address is wrong or not; when the signing IP address is wrong, acquiring a standby IP address; the contracted IP address is replaced with the standby IP address.

In a second aspect, an embodiment of the present invention provides an internet of things fault processing apparatus, which is used for a public data network gateway PGW network element, and includes: the receiving unit is used for receiving a bearer establishment request, and the bearer establishment request comprises the matched Internet of things card identification code and the signed IP address; a judging unit, configured to respond to the bearer establishment request and judge whether the contracted IP address is wrong; the acquisition unit is used for acquiring a standby IP address when the contract IP address is wrong; and the replacing unit is used for replacing the contract IP address with the standby IP address.

In a third aspect, an embodiment of the present invention provides an internet of things fault processing device, including: at least one processor, at least one memory, and computer program instructions stored in the memory, which when executed by the processor, implement the method of the first aspect of the embodiments described above.

In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, on which computer program instructions are stored, which, when executed by a processor, implement the method of the first aspect in the foregoing embodiments.

According to the method, the device, the equipment and the medium for processing the faults of the internet of things, provided by the embodiment of the invention, an emergency fault mechanism is added on a PGW network element to replace an incorrect signing IP address with a standby IP address, so that normal data transmission and normal service activation are ensured, and the normal activation success rate index is ensured. Specifically, the existence of address conflict, unallocated IP address, address loss and address illegal are all covered in the category of IP address error, and the fault of repeated activation caused by the above conditions can be solved. By setting the standby address pool and completely distinguishing the standby address pool from the main address pool, a small number of IP addresses can be divided to be reserved as standby IP addresses, and the standby address pool is specially used for an emergency fault mechanism to process faults caused by signing IP address errors, so that the standby address pool and the IP addresses in the main address pool are prevented from being mixed. And when the standby IP address is replaced, the standby IP address with higher priority is sent to the Internet of things terminal and/or the Internet of things card, so that the Internet of things terminal and/or the Internet of things card preferentially use the standby IP address, the setting is convenient, and the successful establishment of the bearer is ensured. After the replacement is completed, the warning information containing the detailed replacement information is recorded and sent to the attribution subscriber server or the network management system, so that the fault can be timely found and solved. When the fault is solved, the available IP address is acquired from the main address pool to replace the original wrong signing IP address without adopting a standby IP address, so that the IP address in the main address pool is prevented from being occupied for solving the fault, and the stability of IP address allocation is ensured. In summary, the invention aims at the problem of the service activation fault of the internet of things caused by the signing IP address error of the internet of things card, a PGW network element configures a standby address pool for emergency treatment, when the PGW network element finds that the signing IP address of the internet of things card is wrong, a free IP address is randomly selected from the standby address pool and issued to the internet of things terminal, and the address priority is higher than a static IP address configured in an HSS, namely the signing IP address, so that the signing IP address reported by the internet of things terminal is modified, and meanwhile, an alarm is issued to inform corresponding maintainers of modifying signing data, thereby not only ensuring the activation success rate, but also realizing the timely discovery of the fault.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required to be used in the embodiments of the present invention will be briefly described below, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 shows a flow chart of a failure process in the related art;

fig. 2 shows a signaling flow chart of a failure of an internet of things card in the related art;

fig. 3 is a schematic flow chart illustrating a fault handling method for the internet of things according to an embodiment of the present invention;

fig. 4 is a schematic flow chart illustrating a fault handling method of the internet of things according to another embodiment of the present invention;

fig. 5 is a schematic flow chart illustrating a fault handling method for the internet of things according to still another embodiment of the present invention;

fig. 6 is a schematic flow chart illustrating a fault handling method for the internet of things according to still another embodiment of the present invention;

fig. 7 is a schematic flow chart of a fault handling method for the internet of things according to still another embodiment of the present invention;

fig. 8 is a schematic flow chart illustrating a fault handling method for the internet of things according to still another embodiment of the present invention;

fig. 9 is a schematic flow chart illustrating a fault handling method of the internet of things according to still another embodiment of the present invention;

fig. 10 shows a schematic block diagram of a fault handling device of the internet of things provided by an embodiment of the present invention;

fig. 11 shows a schematic block diagram of a fault handling apparatus of the internet of things according to another embodiment of the present invention;

fig. 12 is a schematic block diagram of a fault handling device of the internet of things according to still another embodiment of the present invention;

fig. 13 shows a schematic block diagram of a fault handling apparatus for the internet of things according to still another embodiment of the present invention;

fig. 14 is a schematic block diagram of a fault handling device of the internet of things according to still another embodiment of the present invention;

fig. 15 shows a signaling flowchart of a failure of the internet of things card according to an embodiment of the present invention;

fig. 16 shows a hardware structure diagram of an internet of things fault handling device according to an embodiment of the present invention.

Detailed Description

Features and exemplary embodiments of various aspects of the present invention will be described in detail below, and in order to make objects, technical solutions and advantages of the present invention more apparent, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not to be construed as limiting the invention. It will be apparent to one skilled in the art that the present invention may be practiced without some of these specific details. The following description of the embodiments is merely intended to provide a better understanding of the present invention by illustrating examples of the present invention.

It should be noted that, in this document, relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.

First, a network interconnection failure handling mechanism in the related art will be briefly described. In the prior art, an active discovery mechanism and a real-time monitoring process of a single card are lacked due to faults (IP address errors or omissions) caused by signing data of the data card of the Internet of things; the fault is greatly delayed from discovery, positioning and processing, and the coordination of a plurality of links such as user side dial test, EPC fault reason analysis, HSS side data modification and the like is involved, so that the timely recovery of the activation success rate cannot be ensured. The conventional failure processing flow is shown in fig. 1 and 2.

UE (User Equipment, User terminal) reports ATTACH REQUEST to MME through eNB (Evolved Node B, Evolved base station, i.e. radio side), and MME obtains subscription data from HSS, including: APN, IP ADDRESS, etc.

The MME selects the SGW and the PGW according to the reported APN, and sends CREAT SESSION REQUEST information to establish the bearer.

After receiving the request signaling, the PGW checks the IP address data configured on the device and the current address use condition, determines whether the address requested by the terminal is available, and if there is an address conflict or loss, the PGW replies a cause field RESPONSE-REJECTED (RESPONSE reject) in the CREATE SESSION RESPONSE. And after the Internet of things service customization terminal receives the rejection information, the attachment request is initiated again, and repeated attempts are made. The activation success rate is calculated as response-accepted times/request times, in which case the denominator is continuously increased by 1 and the numerator is not changed, thereby causing the activation success rate index to continuously decline.

Aiming at the problems in the prior art, the embodiment of the invention provides a method, a device, equipment and a computer storage medium for processing faults of the internet of things. First, a fault handling method of the internet of things provided by the embodiment of the present invention is described below, where the method is used for a public data network gateway PGW network element.

Fig. 3 is a schematic flow chart of a fault handling method for the internet of things according to an embodiment of the present invention. As shown in fig. 3, the fault handling method of the internet of things includes:

step 11, receiving a bearer establishment request, wherein the bearer establishment request comprises a matched Internet of things card identification code and a signed IP address;

step 12, responding to the load establishing request, and judging whether the signing IP address is wrong;

step 13, when the signing IP address is wrong, acquiring a standby IP address;

and step 14, replacing the contract IP address with the standby IP address.

According to the method for processing the fault of the Internet of things, an emergency fault mechanism is added on a PGW network element, when a load building request is received, whether a signed IP address is wrong or not is judged actively, IP address allocation is carried out when the signed IP address is wrong, the wrong signed IP address is replaced by the standby IP address, normal data transmission and normal service activation are ensured, and the success rate of service activation of the Internet of things is improved; by timely correcting the signing data of the Internet of things card, the times of repeated attempts of the fault card are reduced, and the service load of core network equipment is reduced. Further, when the signed IP address is judged to be correct, the load can be established, and the activation is smooth. The internet of things card is also called an internet of things data card or an internet of things traffic card, and a special network element for an exclusive number segment of the internet of things is adopted.

Fig. 4 is a schematic flow chart illustrating a fault handling method for the internet of things according to another embodiment of the present invention. As shown in fig. 4, the method for processing faults of the internet of things includes:

step 21, receiving a bearer establishment request, wherein the bearer establishment request comprises a matched Internet of things card identification code and a signed IP address;

step 22, responding to the bearer establishment request, and judging whether the signed IP address is wrong;

step 23, when the subscription IP address is wrong, acquiring an available IP address from the standby address pool as a standby IP address, and marking the standby IP address as occupied;

and 24, replacing the contract IP address with the standby IP address.

The standby address pool comprises at least one IP address, the IP addresses in the standby address pool are different from the IP addresses in the main address pool, and the main address pool is used for distributing the signing IP addresses.

In this embodiment, a backup address pool is configured to perform fault handling, and an IP address of the backup address pool needs to be different from that of a primary address pool, a small number of IP addresses can be divided, and the backup address pool is specially used for an emergency fault mechanism to handle a fault caused by a subscription IP address error, that is, the backup IP address obtained from the backup address is a temporary IP address and is only used for the bearer establishment, so that the occupation of the IP address in the primary address pool for solving the fault is avoided, and the stability of IP address allocation is ensured. And acquiring the idle available IP addresses, namely the IP addresses which are not marked as occupied from the standby address pool, thereby avoiding secondary use of the same IP address and avoiding address conflict. The available IP addresses can be acquired randomly or in a certain sequence; when the standby IP address is marked, an occupation mark can be added, and state information can also be bound for each IP address, wherein the state information is occupied when the standby IP address is occupied, and the state information is unoccupied when the standby IP address is not occupied; the number of the IP addresses in the standby address pool can be adjusted according to actual requirements, if the error rate of the signed IP address is high, the number of the IP addresses in the standby address pool can be increased, and if the error rate of the signed IP address is low, the number of the IP addresses in the standby address pool can be reduced.

Fig. 5 is a flowchart illustrating a fault handling method for the internet of things according to still another embodiment of the present invention. As shown in fig. 5, the fault handling method of the internet of things includes:

step 31, receiving a bearer establishment request, wherein the bearer establishment request comprises a matched internet of things card identification code and a signed IP address;

step 32, responding to the bearer establishment request, and judging whether the signed IP address is wrong;

step 33, when the subscription IP address is wrong, acquiring an available IP address from the standby address pool as a standby IP address, and marking the standby IP address as occupied;

step 34, replacing the signing IP address with a standby IP address;

step 35, recording alarm information, wherein the alarm information comprises a signing IP address, a standby IP address and at least one of the following items: the number of the Internet of things card is the same as the number of the Internet of things card.

The standby address pool comprises at least one IP address, the IP addresses in the standby address pool are different from the IP addresses in the main address pool, and the main address pool is used for distributing the signing IP addresses; the internet of things terminal and the internet of things card correspond to the internet of things card identification code.

In this embodiment, by recording the warning information including the detailed replacement information such as the contract signing IP address and the spare IP address, the contract signing error problem can be reflected, and the relevant information can be retained for maintenance and detection. The internet of things terminal and the internet of things card can be determined by taking any one of the internet of things card identification code, the number of the internet of things card and the number of the internet of things terminal, and can also be recorded so as to improve the accuracy of information.

Fig. 6 shows a schematic flow diagram of a fault handling method for the internet of things according to still another embodiment of the present invention. As shown in fig. 6, the fault handling method for the internet of things includes:

step 41, receiving a bearer establishment request, wherein the bearer establishment request comprises a matched internet of things card identification code and a signed IP address;

step 42, responding to the bearer establishment request, and judging whether the signed IP address is wrong;

step 43, when the subscription IP address is wrong, acquiring an available IP address from the standby address pool as a standby IP address, and marking the standby IP address as occupied;

step 44, replacing the signing IP address with a standby IP address;

step 45, recording alarm information, wherein the alarm information comprises a signing IP address, a standby IP address and at least one item of the following items: the number of the Internet of things card is the same as the number of the Internet of things card;

step 46, sending an alarm message to the home subscriber server or the network management system, so that the home subscriber server or the network management system can acquire an available IP address from the primary address pool as a reset IP address and modify the subscription IP address into the reset IP address;

step 47 marks the alternate IP address as unoccupied.

In the embodiment, the alarm information is sent to the home subscriber server, namely the HSS side, or to the network management system, so that the passive discovery of the Internet of things fault is changed into the active discovery, the fault discovery and positioning time is shortened, the service perception of the user is improved, the wrong signed IP address can be modified by the staff, the fault caused by the signed IP address error of the Internet of things is solved, and the signed data error is corrected.

Specifically, when the signing IP address is modified, an available IP address is obtained from the primary address pool to replace the original wrong signing IP address, that is, the reset IP address is used as a new signing IP address, so that the signing IP address of the internet of things network card is ensured to always come from the primary address pool, the correctness of the signing IP address is ensured, and different purposes of the primary address pool and the standby address pool are clarified. And the standby IP address selected in the standby address pool is marked as unoccupied again, so that the standby IP address is recovered to be in a free and available state, and the IP address in the standby address pool can be recycled. The marking process can be executed as deleting the occupation mark corresponding to the marking of the occupation, and the state information bound with the occupation mark can be modified into unoccupied state.

Fig. 7 is a flowchart illustrating a fault handling method for the internet of things according to still another embodiment of the present invention. As shown in fig. 7, the fault handling method for the internet of things includes:

step 51, receiving a bearer establishment request, wherein the bearer establishment request comprises a matched Internet of things card identification code and a signed IP address;

step 52, responding to the bearer establishment request, and judging whether the signed IP address is wrong;

step 53, when the signing IP address is wrong, acquiring an available IP address from the standby address pool as a standby IP address, and marking the standby IP address as occupied;

step 54, sending the standby IP address to the terminal of the Internet of things and/or the network card of the Internet of things;

step 55, setting the priority of the standby IP address to be higher than the contract signing IP address;

step 56, recording alarm information, wherein the alarm information comprises a signing IP address, a standby IP address and at least one item of the following items: the number of the Internet of things card is the same as the number of the Internet of things card;

step 57, sending an alarm message to the home subscriber server or the network management system, so that the home subscriber server or the network management system obtains an available IP address from the primary address pool as a reset IP address, and modifies the subscription IP address into the reset IP address;

step 58, deleting the standby IP address stored on the terminal of the Internet of things and/or the network card of the Internet of things;

step 59 marks the alternate IP address as unoccupied.

In the embodiment, how to replace the contracted IP address with the standby IP address is specifically defined, and the standby IP address with higher priority is sent to the terminal of the internet of things and/or the internet of things card, so that the terminal of the internet of things and/or the internet of things card preferentially uses the standby IP address, which is convenient for setting and ensures successful establishment of a bearer, and meanwhile, the contracted IP address is reserved on the terminal of the internet of things and/or the internet of things card, so as to facilitate subsequent maintenance and detection. When the wrong signing IP address is modified by the reset IP address after the alarm, the standby IP address with higher priority sent to the Internet of things terminal and/or the Internet of things network card is deleted, so that the storage quantity of the Internet of things terminal and/or the Internet of things network card is reduced, the condition that the standby IP address is still used after the signing IP address is modified is avoided, the use clarity of the IP address is ensured, and the address conflict is avoided.

Fig. 8 is a flowchart illustrating a fault handling method for the internet of things according to still another embodiment of the present invention. As shown in fig. 8, the fault handling method for the internet of things includes:

step 61, receiving a bearer establishment request, wherein the bearer establishment request comprises a matched Internet of things card identification code and a signed IP address;

step 62, responding to the bearer establishment request, and judging whether the signed IP address is wrong;

step 63, when the signing IP address is wrong, acquiring an available IP address from the standby address pool as a standby IP address, and marking the standby IP address as occupied;

step 64, sending the standby IP address to the terminal of the Internet of things and/or the network card of the Internet of things;

step 65, setting the priority of the standby IP address to be higher than the contract signing IP address;

step 66, recording alarm information, wherein the alarm information comprises a signing IP address, a standby IP address and at least one item of the following items: the number of the Internet of things card is the same as the number of the Internet of things card.

In the embodiment, how to replace the contracted IP address is specifically defined, and the standby IP address with higher priority is sent to the internet of things terminal and/or the internet of things network card, so that the internet of things terminal and/or the internet of things network card preferentially use the standby IP address, which is convenient for setting and ensures successful establishment of a bearer, and meanwhile, the contracted IP address is reserved on the internet of things terminal and/or the internet of things network card, so as to facilitate subsequent maintenance and detection.

Fig. 9 is a flowchart illustrating a fault handling method for the internet of things according to still another embodiment of the present invention. As shown in fig. 9, the fault handling method for the internet of things includes:

step 71, receiving a bearer establishment request, wherein the bearer establishment request comprises a matched Internet of things card identification code and a signed IP address;

step 72, responding to the bearer establishment request, determining whether the contracted IP address satisfies at least one of the following conditions: address conflict, unallocated, lost, illegal;

step 73, when the signing IP address is wrong, acquiring an available IP address from the standby address pool as a standby IP address, and marking the standby IP address as occupied;

step 74, sending the standby IP address to the terminal of the Internet of things and/or the network card of the Internet of things;

step 75, setting the priority of the standby IP address to be higher than the contract IP address;

step 76, recording the alarm information, wherein the alarm information comprises the signing IP address, the standby IP address and at least one item of the following items: the number of the Internet of things card is the same as the number of the Internet of things card;

step 77, sending an alarm message to the home subscriber server or the network management system, so that the home subscriber server or the network management system can obtain an available IP address from the primary address pool as a reset IP address, and modify the subscription IP address into the reset IP address;

step 78, deleting the standby IP address stored on the Internet of things terminal and/or the Internet of things card;

the alternate IP address is marked as unoccupied, step 79.

In the embodiment, the existence of address conflict, unallocated IP address, IP address loss and IP address illegal are all covered in the category of IP address error, and the repeatedly activated fault caused by the above conditions can be solved. The existence of the address conflict refers to the conflict caused by the fact that the signed IP address is the same as the IP addresses allocated to other users; the unallocated network card means that a signed IP address is not allocated to the network card when the network card service is transacted; the loss refers to that the record of the allocated contract signing IP address is lost due to the reasons of mistaken deletion and the like; illegitimate means that the contracted IP address does not comply with the relevant regulations or violates some restrictions in the gateway, such as private IP addresses on the public network, IP addresses that are not written randomly according to decimal notation.

Next, a fault handling device of the internet of things provided by the embodiment of the present invention is introduced, where the device is used for a public data network gateway PGW network element.

Fig. 10 shows a schematic block diagram of a fault handling apparatus for the internet of things according to an embodiment of the present invention. As shown in fig. 10, the internet of things fault processing apparatus 80 includes:

the receiving unit 81 is configured to receive a bearer establishment request, where the bearer establishment request includes a matching internet of things card identifier and a subscription IP address;

a judging unit 82, configured to respond to the bearer establishment request, and judge whether the contracted IP address is wrong;

an obtaining unit 83, configured to obtain a standby IP address when the contract IP address is wrong;

and a replacing unit 84, configured to replace the contracted IP address with the standby IP address.

According to the internet of things fault processing device 80, an emergency fault mechanism is added on a PGW network element, when a receiving unit 81 receives a bearer establishment request, a judging unit 82 firstly actively judges whether a signed IP address is wrong or not, IP address allocation is carried out when the signed IP address is wrong, a replacing unit 84 replaces the wrong signed IP address with a standby IP address obtained by an obtaining unit 83, normal data transmission and normal service activation are ensured, and the success rate of internet of things service activation is improved; by timely correcting the signing data of the Internet of things card, the times of repeated attempts of the fault card are reduced, and the service load of core network equipment is reduced. Further, when the signed IP address is judged to be correct, the load can be established, and the activation is smooth.

In an embodiment of the present invention, preferably, the obtaining unit 83 is specifically configured to obtain an available IP address from the backup address pool as a backup IP address, and mark the backup IP address as occupied; the standby address pool comprises at least one IP address, the IP addresses in the standby address pool are different from the IP addresses in the main address pool, and the main address pool is used for distributing the contracted IP addresses.

In this embodiment, a backup address pool is configured to perform fault handling, and an IP address of the backup address pool needs to be different from that of a primary address pool, a small number of IP addresses can be divided, and the backup address pool is specially used for an emergency fault mechanism to handle a fault caused by a signed IP address error, that is, the backup IP address acquired by the acquiring unit 83 from the backup address pool is a temporary IP address and is only used for the bearer establishment, so that occupation of an IP address in the primary address pool for solving the fault is avoided, and stability of IP address allocation is ensured. And acquiring the idle available IP addresses, namely the IP addresses which are not marked as occupied from the standby address pool, thereby avoiding secondary use of the same IP address and avoiding address conflict. The acquiring unit 83 may acquire the available IP addresses randomly or in a certain order; when the standby IP address is marked, an occupation mark can be added, and state information can also be bound for each IP address, wherein the state information is occupied when the standby IP address is occupied, and the state information is unoccupied when the standby IP address is not occupied; the number of the IP addresses in the standby address pool can be adjusted according to actual requirements, if the error rate of the signed IP address is high, the number of the IP addresses in the standby address pool can be increased, and if the error rate of the signed IP address is low, the number of the IP addresses in the standby address pool can be reduced.

Fig. 11 shows a schematic block diagram of a fault handling device of the internet of things according to another embodiment of the present invention. As shown in fig. 11, the internet of things fault handling apparatus 90 includes:

the receiving unit 91 is configured to receive a bearer establishment request, where the bearer establishment request includes a matching internet of things card identifier and a subscription IP address;

a determining unit 92, configured to determine whether the contracted IP address is wrong in response to the bearer establishment request;

an obtaining unit 93, configured to obtain an available IP address from the backup address pool as a backup IP address when the subscription IP address is wrong, and mark the backup IP address as an occupied backup IP address;

a replacement unit 94 configured to replace the contract IP address with the backup IP address;

the recording unit 95 is configured to record alarm information, where the alarm information includes a contract IP address, a standby IP address, and at least one of the following items: the system comprises an Internet of things card identification code, a number of an Internet of things card and a number of an Internet of things terminal, wherein the Internet of things terminal and the Internet of things card correspond to the Internet of things card identification code.

In this embodiment, the recording unit 95 may not only reflect the signing error problem, but also retain the relevant information for maintenance and detection by recording the warning information including the detailed replacement information of the signing IP address, the standby IP address, and the like. The internet of things terminal and the internet of things card can be determined by taking any one of the internet of things card identification code, the number of the internet of things card and the number of the internet of things terminal, and can also be recorded so as to improve the accuracy of information.

In an embodiment of the present invention, preferably, the replacing unit 84 or the replacing unit 94 is specifically configured to send the standby IP address to the terminal of the internet of things and/or the network card of the internet of things, and set the priority of the standby IP address higher than the subscription IP address.

In this embodiment, how the replacement unit 84 or the replacement unit 94 replaces the contracted IP address is specifically defined, and the replacement unit 84 or the replacement unit 94 sends the standby IP address with a higher priority to the internet of things terminal and/or the internet of things card, so that the internet of things terminal and/or the internet of things card preferentially uses the standby IP address, which is not only convenient for setting but also ensures successful establishment of a bearer, and meanwhile, the contracted IP address is reserved on the internet of things terminal and/or the internet of things card, so as to facilitate subsequent maintenance and detection.

Fig. 12 shows a schematic block diagram of a fault handling device of the internet of things according to another embodiment of the present invention. As shown in fig. 12, the internet of things fault handling apparatus 100 includes:

the receiving unit 101 is configured to receive a bearer establishment request, where the bearer establishment request includes a matching internet of things card identifier and a subscription IP address;

a judging unit 102, configured to respond to the bearer establishment request and judge whether the contracted IP address is wrong;

an obtaining unit 103, configured to obtain a standby IP address when a contract IP address is wrong;

a replacement unit 104 configured to replace the contract IP address with a standby IP address;

a recording unit 105, configured to record alarm information, where the alarm information includes a contract IP address, a standby IP address, and at least one of the following items: the system comprises an Internet of things card identification code, a number of an Internet of things card and a number of an Internet of things terminal, wherein the Internet of things terminal and the Internet of things card correspond to the Internet of things card identification code;

and an alarm unit 106, configured to send an alarm message to the home subscriber server or the network management system, so that the home subscriber server or the network management system modifies the subscription IP address.

In this embodiment, the warning unit 106 sends the warning information to the home subscriber server, that is, the HSS side, or to the network management system, so that passive discovery of the internet of things fault is changed into active discovery, which reduces the time for discovering and locating the fault, improves the service awareness of the user, and also allows a worker to modify the wrong subscription IP address, solves the problem caused by the wrong subscription IP address of the internet of things card, and realizes correction of the subscription data error.

Fig. 13 shows a schematic block diagram of a fault handling device of the internet of things according to still another embodiment of the present invention. As shown in fig. 13, the internet of things fault handling apparatus 110 includes:

the receiving unit 111 is configured to receive a bearer establishment request, where the bearer establishment request includes a matching internet of things card identifier and a subscription IP address;

a determining unit 112, configured to determine whether the contracted IP address is wrong in response to the bearer establishment request;

an obtaining unit 113, configured to obtain an available IP address from the backup address pool as a backup IP address when the subscription IP address is wrong, and mark the backup IP address as occupied;

a replacement unit 114 configured to replace the contract IP address with the backup IP address;

the recording unit 115 is configured to record alarm information, where the alarm information includes a subscription IP address, a standby IP address, and at least one of the following items: the system comprises an Internet of things card identification code, a number of an Internet of things card and a number of an Internet of things terminal, wherein the Internet of things terminal and the Internet of things card correspond to the Internet of things card identification code;

the warning unit 116 is configured to send warning information to the home subscriber server or the network management system, so that the home subscriber server or the network management system obtains an available IP address from the primary address pool as a reset IP address, and modifies the subscription IP address into the reset IP address;

and a release unit 117, configured to mark the standby IP address as unoccupied.

In this embodiment, after the alarm unit 116 sends the alarm information to the home subscriber server or the network management system, the home subscriber server or the network management system obtains an available IP address from the primary address pool to replace the original wrong subscription IP address, that is, the reset IP address is used as a new subscription IP address, so that the subscription IP address of the internet of things network card is ensured to always come from the primary address pool, which is helpful for ensuring the correctness of the subscription IP address, and at the same time, the different uses of the primary address pool and the standby address pool are defined. The deallocation unit 117 re-marks the selected alternate IP address in the pool of alternate addresses as unoccupied, so that the alternate IP address is restored to a free available state, and the IP addresses in the pool of alternate addresses can thus be reused. The marking process can be executed as deleting the occupation mark corresponding to the marking of the occupation, and the state information bound with the occupation mark can be modified into unoccupied state.

Fig. 14 shows a schematic block diagram of a fault handling device of the internet of things according to still another embodiment of the present invention. As shown in fig. 14, the internet of things fault handling apparatus 120 includes:

a receiving unit 121, configured to receive a bearer establishment request, where the bearer establishment request includes a matching internet of things card identifier and a subscription IP address;

a determining unit 122, configured to determine whether the contracted IP address is wrong in response to the bearer establishment request;

an obtaining unit 123, configured to obtain a standby IP address when the contract IP address is incorrect;

the replacing unit 124 is configured to replace the contract IP address with a standby IP address, specifically, to send the standby IP address to the internet of things terminal and/or the internet of things network card, and set the priority of the standby IP address higher than the contract IP address;

a recording unit 125, configured to record alarm information, where the alarm information includes a subscription IP address, a standby IP address, and at least one of the following items: the system comprises an Internet of things card identification code, a number of an Internet of things card and a number of an Internet of things terminal, wherein the Internet of things terminal and the Internet of things card correspond to the Internet of things card identification code;

the warning unit 126 is configured to send warning information to the home subscriber server or the network management system, so that the home subscriber server or the network management system obtains an available IP address from the primary address pool as a reset IP address, and modifies the subscription IP address into the reset IP address;

the deleting unit 127 is used for deleting the standby IP address stored on the terminal of the internet of things and/or the network card of the internet of things;

a decommissioning unit 128 for marking the alternate IP address as unoccupied.

In this embodiment, how to replace the contracted IP address with the standby IP address by the replacement unit 124 is specifically defined, and the standby IP address with a higher priority is sent to the terminal of the internet of things and/or the internet of things card, so that the terminal of the internet of things and/or the internet of things card preferentially uses the standby IP address, which is not only convenient for setting but also ensures that the bearer is successfully established, and meanwhile, the contracted IP address is reserved on the terminal of the internet of things and/or the internet of things card, so as to facilitate subsequent maintenance and detection. When the warning unit 126 uses the reset IP address to modify the wrong contracted IP address after warning, the deleting unit 127 also deletes the standby IP address with higher priority sent to the internet of things terminal and/or the internet of things network card, which not only reduces the storage amount of the internet of things terminal and/or the internet of things network card, but also avoids the situation that the standby IP address is still used after the contracted IP address is modified, ensures the specificity of the use of the IP address, and avoids address conflict.

In an embodiment of the present invention, preferably, the determining unit is specifically configured to determine whether the subscription IP address satisfies at least one of the following conditions: there are address conflicts, unallocated, lost, illegal.

In this embodiment, the determining unit determines that the situations of address conflict, unallocated IP address, lost IP address and illegal IP address are included in the range of IP address error, so as to solve the problem of repeated activation caused by the above situations. The existence of the address conflict refers to the conflict caused by the fact that the signed IP address is the same as the IP addresses allocated to other users; the unallocated network card means that a signed IP address is not allocated to the network card when the network card service is transacted; the loss means that the record of the distributed contract IP address is lost due to the reasons of mistaken deletion and the like; illegitimate means that the contracted IP address does not comply with the relevant regulations or violates some restrictions in the gateway, such as private IP addresses on the public network, IP addresses that are not written randomly according to decimal notation.

Next, a signaling processing flow after the internet of things fault processing method of the present invention is described with a specific embodiment. As shown in fig. 15, the process is explained in detail as follows:

ATTACH request:

and the user terminal UE (namely the terminal of the Internet of things) reports the attachment request to the MME through the wireless side station eNB.

AUTHENTICATION DATA REQUEST/RESPONSE (application/return of AUTHENTICATION DATA):

the MME reports the information of the Internet of things card identification number (IMSI) to apply for authentication data from the HSS, and the HSS generates and returns an authentication set, namely: a Random Chanllenge (Random number), AUTN (Authentication Token), XRES (Expected Response, Expected Response parameter), KASME (Access Security authority Key); the MME transmits the RAND and the AUTN to the terminal UE, and the UE judges whether the network is legal or not according to the AUTN and generates RES (Response, Response parameter) to be sent back to the MME; and the MME judges whether the terminal is legal or not according to the RES and the XRES.

Thus, the bidirectional authentication of the network and the terminal is completed.

UPDATE LOCATION REQUEST (LOCATION UPDATE REQUEST):

and the MME reports the MME information to which the terminal belongs to the HSS through the position updating request, wherein the information comprises the host name and the domain name of the MME, and the information is accessed in the HSS.

UPDATE LOCATION ANSWER (LOCATION UPDATE reply):

after receiving the MME location update request, the HSS sends the subscription data of the user, including information such as a subscription-specific APN, a subscription IP address, and QoS (Quality of Service) to the MME.

CREATE SESSION REQUEST (bearer establishment REQUEST):

the MME selects a PGW according to the APN, selects an SGW according to a network networking structure, and reports information such as the IMSI, the APN, the signed IP address, the MME S11 address (used for creating/deleting a return call and creating/deleting a bearing message), the PGW address and the like to initiate a bearing establishment request to the SGW.

CREATE SESSION REQUEST (bearer establishment REQUEST):

after receiving the request reported by the MME, the SGW reports information such as the IMSI, the APN, the signing IP address, the SGW address and the like to initiate a bearer establishment request to the PGW.

IP address relocation (IP address relocation):

the step is a newly added step in the scheme, belongs to a PGW internal processing flow, judges the signed IP address after receiving the request information of the previous step, allocates an available address from a standby address pool to the terminal UE when finding that the signed IP address is missing or wrong, triggers the standby address pool to occupy an alarm, and records the following information: the number of the terminal, the IMSI, the original IP address (i.e., the subscription IP address), and the newly allocated IP address (i.e., the backup IP address).

CREATE SESSION RESPONSE (successful bearer establishment):

and the PGW replies to the SGW, and the SGW replies to the MME to inform that the bearer establishment is successful.

9, ATTACH ACCEPT (successful attachment):

and the MME informs the terminal UE of the completion of the bearer establishment and the successful attachment process.

To sum up, in the technical solution provided in the embodiment of the present invention, an emergency processing function is newly added to the PGW network element: after receiving the request information of the previous step, judging the signed IP address, when finding that the signed IP address is missing or wrong, starting the emergency processing flow of the scheme, allocating an available address from the standby address pool to the terminal UE, triggering the standby address pool to occupy the alarm, and recording the following information: the number of the terminal, the IMSI, the original IP address and the newly allocated IP address.

Meanwhile, starting a standby address pool occupation alarm process, namely: when the PGW allocates an IP address from the standby address pool to an MTC (management thin computer) terminal/data card (data card, i.e. internet of things), an alarm is generated: the alarm includes detailed information such as the number of the data card, the signed IP address in the HSS, the standby IP address and the like, and is fed back to the HSS or the network management system, so that processing personnel at the HSS side is prompted to modify signed IP address data, and faults are timely discovered and solved.

In addition, the internet of things fault processing method described in the embodiment of the present invention with reference to fig. 3 to 9 may be implemented by an internet of things fault processing device. Fig. 16 shows a hardware structure diagram of the fault handling device of the internet of things according to the embodiment of the invention.

The internet of things fault handling device may include a processor 131 and a memory 132 storing computer program instructions.

Specifically, the processor 131 may include a Central Processing Unit (CPU), or an Application Specific Integrated Circuit (ASIC), or may be configured as one or more Integrated circuits implementing the embodiments of the present invention.

Memory 132 may include mass storage for data or instructions. By way of example, and not limitation, memory 132 may include a Hard Disk Drive (HDD), a floppy Disk Drive, flash memory, an optical Disk, a magneto-optical Disk, magnetic tape, or a Universal Serial Bus (USB) Drive or a combination of two or more of these. Memory 132 may include removable or non-removable (or fixed) media, where appropriate. The memory 132 may be internal or external to the data processing apparatus, where appropriate. In a particular embodiment, the memory 132 is a non-volatile solid-state memory. In particular embodiments, memory 132 includes Read Only Memory (ROM). Where appropriate, the ROM may be mask-programmed ROM, Programmable ROM (PROM), Erasable PROM (EPROM), Electrically Erasable PROM (EEPROM), electrically rewritable ROM (EAROM), or flash memory or a combination of two or more of these.

The processor 131 reads and executes the computer program instructions stored in the memory 132 to implement any one of the internet of things fault handling methods in the above embodiments.

In one example, the internet of things fault handling device may also include a communication interface 133 and a bus 130. As shown in fig. 16, the processor 131, the memory 132, and the communication interface 133 are connected via the bus 130 to complete communication therebetween.

The communication interface 133 is mainly used for implementing communication between modules, apparatuses, units and/or devices in the embodiment of the present invention.

The bus 130 includes hardware, software, or both that couple the components of the internet of things fault handling device to one another. By way of example, and not limitation, a bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Enhanced Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hypertransport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an infiniband interconnect, a Low Pin Count (LPC) bus, a memory bus, a Micro Channel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a video electronics standards association local (VLB) bus, or other suitable bus or a combination of two or more of these. Bus 130 may include one or more buses, where appropriate. Although specific buses have been described and shown in the embodiments of the invention, any suitable buses or interconnects are contemplated by the invention.

The fault processing equipment of the internet of things can execute the fault processing method of the internet of things in the embodiment of the invention.

In addition, in combination with the internet of things fault processing method in the foregoing embodiment, the embodiment of the present invention may provide a computer-readable storage medium to implement the method. The computer readable storage medium having stored thereon computer program instructions; when executed by a processor, the computer program instructions implement any one of the internet of things fault handling methods in the embodiments described above.

It is to be understood that the invention is not limited to the specific arrangements and instrumentality described above and shown in the drawings. A detailed description of known methods is omitted herein for the sake of brevity. In the above embodiments, several specific steps are described and shown as examples. However, the method processes of the present invention are not limited to the specific steps described and illustrated, and those skilled in the art can make various changes, modifications and additions or change the order between the steps after comprehending the spirit of the present invention.

The functional blocks shown in the above-described structural block diagrams may be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, it may be, for example, an electronic circuit, an Application Specific Integrated Circuit (ASIC), suitable firmware, plug-in, function card, or the like. When implemented in software, the elements of the invention are the programs or code segments used to perform the required tasks. The program or code segments may be stored in a machine-readable medium or transmitted by a data signal carried in a carrier wave over a transmission medium or a communication link. A "machine-readable medium" may include any medium that can store or transfer information. Examples of a machine-readable medium include electronic circuits, semiconductor memory devices, ROM, flash memory, Erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, fiber optic media, Radio Frequency (RF) links, and so forth. The code segments may be downloaded via computer networks such as the internet, intranet, etc.

It should also be noted that the exemplary embodiments mentioned in this patent describe some methods or systems based on a series of steps or devices. However, the present invention is not limited to the order of the above-described steps, that is, the steps may be performed in the order mentioned in the embodiments, may be performed in an order different from the order in the embodiments, or may be performed simultaneously.

As described above, only the specific embodiments of the present invention are provided, and it can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes of the system, the module and the unit described above may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again. It should be understood that the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive various equivalent modifications or substitutions within the technical scope of the present invention, and these modifications or substitutions should be covered within the scope of the present invention.

Claims

1. An internet of things fault processing method is used for a public data network gateway (PGW) network element, and is characterized by comprising the following steps:

receiving a bearer establishment request, wherein the bearer establishment request comprises a matched Internet of things card identification code and a signed IP address;

responding to the bearing establishment request, and judging whether the signed IP address is wrong or not;

when the signing IP address is wrong, acquiring a standby IP address;

replacing the signing IP address with the standby IP address;

sending alarm information to a home subscriber server or a network management system, so that the home subscriber server or the network management system obtains an available IP address from a primary address pool as a reset IP address and modifies the subscription IP address into the reset IP address, wherein the alarm information comprises the subscription IP address, a standby IP address and at least one of the following items: the number of the Internet of things card is the same as the number of the Internet of things card.

2. The method of claim 1, wherein obtaining the alternate IP address comprises:

acquiring an available IP address from a standby address pool as the standby IP address, and marking the standby IP address as occupied;

3. The method of claim 1,

the modifying the subscription IP address comprises:

acquiring an available IP address from the main address pool as a reset IP address;

modifying the subscription IP address to the reset IP address;

after the step of sending the warning information to a home subscriber server or a network management system for the home subscriber server or the network management system to modify the subscription IP address, the method further comprises the following steps:

marking the alternate IP address as unoccupied.

4. The method of claim 1 or 3,

the step of replacing the subscription IP address with the standby IP address specifically includes:

sending the standby IP address to the Internet of things terminal and/or the Internet of things card;

setting the priority of the standby IP address to be higher than the contract signing IP address;

after the operation of sending the alarm information to the home subscriber server or the network management system, the method further comprises the following steps:

and deleting the standby IP address stored on the Internet of things terminal and/or the Internet of things card.

5. The method of any of claims 1-2, wherein replacing the contracted IP address with the alternate IP address comprises:

and setting the priority of the standby IP address to be higher than that of the signing IP address.

6. The method of claim 1, wherein determining whether the contracted IP address is incorrect comprises:

judging whether the signed IP address meets at least one of the following conditions: there are address conflicts, unallocated, lost, illegal.

7. An internet of things fault processing device is used for a public data network gateway (PGW) network element, and is characterized by comprising:

the receiving unit is used for receiving a bearer establishment request, wherein the bearer establishment request comprises a matched Internet of things card identification code and a signed IP address;

a judging unit, configured to respond to the bearer establishment request and judge whether the contract IP address is wrong;

the acquisition unit is used for acquiring a standby IP address when the contract signing IP address is wrong;

a replacement unit configured to replace the contract IP address with the standby IP address;

8. An internet of things fault handling device, comprising: at least one processor, at least one memory, and computer program instructions stored in the memory that, when executed by the processor, implement the method of any of claims 1-6.

9.A computer-readable storage medium having computer program instructions stored thereon, which when executed by a processor implement the method of any one of claims 1-6.